專利名稱：一種業務請求的處理方法和裝置的制作方法
技術領域：
本發明涉及通信技術領域，尤其涉及一種業務請求的處理方法和裝置。
背景技術：
在通信技術領域，在網絡觸發業務請求的過程中，網絡控制實體尋呼UE(UserEquipment，用戶設備)之后，UE向網絡發起業務請求前，需要UE與網絡實體間建立安全關系，即在UE和網絡實體上建立可用的EPS(Evolved Packet System,演進分組系統)安全上下文，如果沒有，則需要網絡控制實體與網絡的簽約服務器進行交互獲取認證向量，從而在UE與網絡控制實體之間建立安全關系。然而，當網絡發起業務請求時，如果服務UE的簽約服務器處于過載狀態，則網絡控制實體無法與簽約服務器交互獲取認證向量，從而無法成功建立該UE與網絡控制實體之間的EPS安全上下文，從而使該業務請求失敗。這樣，網絡控制實體已經對UE進行的尋呼操作等也就成為無用信令交互，造成信令浪費。

發明內容
本發明的主要目的在于，提供一種業務請求的處理方法和裝置，能夠避免網絡控制實體與UE之間的無用信令交互，節省網絡資源。為達到上述目的，本發明采用如下技術方案:一方面，本發明提供一種業務請求的處理方法，包括:接收服務網關發送的下行數據通知消息，所述下行數據通知消息指示所述服務網關將向用戶設備發送下行數據；如果服務于所述用戶設備的簽約服務器處于過載狀態，且存儲有所述用戶設備可用的演進分組系統安全上下文，則尋呼所述用戶設備；如果服務于所述用戶設備的簽約服務器處于過載狀態，且未存儲有所述用戶設備可用的演進分組系統安全上下文，則暫不尋呼所述用戶設備，指示所述服務網關拒絕或等待向所述用戶設備發送下行數據。另一方面，本發明提供一種業務請求的處理方法，包括:接收并緩存將向UE發送的下行數據；向網絡控制實體發送下行數據通知消息；接收所述網絡控制實體的拒絕或等待向所述UE發送下行數據的指示；根據所述接收的指示，拒絕或等待向所述UE發送下行數據。另一方面，本發明提供一種網絡控制實體，包括:接收單元，用于接收服務網關發送的下行數據通知消息，所述下行數據通知消息指示所述服務網關將向UE發送下行數據；過載確定單元，用于確定服務于所述UE的簽約服務器是否處于過載狀態；安全確定單元，用于如果所述簽約服務器處于過載狀態，確定是否存儲有所述UE可用的演進分組系統安全上下文；尋呼單元，用于如果所述過載確定單元確定服務于所述用戶設備的簽約服務器處于過載狀態，且所述安全確定單元確定存儲有所述用戶設備可用的演進分組系統安全上下文，則尋呼所述用戶設備；指示單元，用于如果所述過載確定單元確定服務于所述用戶設備的簽約服務器處于過載狀態，且所述安全確定單元確定未存儲有所述用戶設備可用的演進分組系統安全上下文，則指示所述尋呼單元暫不尋呼所述用戶設備，指示所述服務網關拒絕或等待向所述用戶設備發送下行數據。另一方面，本發明提供一種服務網關，包括:數據接收單元，用于接收并緩存將向UE發送的下行數據；發送單元，用于向網絡控制實體發送下行數據通知消息；信令接收單元，用于接收所述網絡控制實體的拒絕或等待向所述UE發送下行數據的指示；處理單元，用于根據所述接收的指示，拒絕或等待向所述UE發送下行數據。采用本發明實施例提供的業務請求的處理方法、網絡控制實體和服務網關，在收到下行數據通知消息后，如果簽約服務器處于過載狀態且網絡控制實體中未存儲有UE可用的EPS安全上下文，不需立即執行尋呼UE等操作，而是指示服務網關等待或拒絕向UE發送下行數據，有效避免了由于簽約服務器過載造成的網絡控制實體與UE之間的無用信令交互，還避免了由于簽約服務器過載造成的網絡控制實體與簽約服務器之間的無用信令交互，節省了信令開銷和網絡資源，并有效緩解了簽約服務器過載的問題。


為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。圖1為本發明實施例提供的業務請求的處理方法的一種流程圖；圖2為本發明實施例提供的業務請求的處理方法的另一種流程圖；圖3為本發明實施例提供的業務請求的處理方法的一種詳細流程圖；圖4為本發明實施例提供的業務請求的處理方法的另一種詳細流程圖；圖5為本發明實施例提供的網絡控制實體的一種結構示意圖；圖6為本發明實施例提供的服務網關的一種結構示意圖。
具體實施例方式下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。如圖1所示，本發明實施例提供了一種業務請求的處理方法，基于網絡控制實體，包括:SI I,接收S-GW (Serving Gateway,服務網關)發送的下行數據通知消息,所述下行數據通知消息指示所述S-GW將向UE發送下行數據；S12，如果服務于所述UE的簽約服務器處于過載狀態，且存儲有所述UE可用的EPS安全上下文，則尋呼所述UE ;如果服務于所述UE的簽約服務器處于過載狀態，且未存儲有所述UE可用的EPS安全上下文，則暫不尋呼所述UE，指示所述S-GW拒絕或等待向所述UE發送下行數據。采用本發明實施例提供的業務請求的處理方法，在收到下行數據通知消息后，如果當簽約服務器處于過載狀態且網絡控制實體中未存儲有UE可用的EPS安全上下文，不需立即執行尋呼UE等操作，而是指示S-GW等待或拒絕向UE發送下行數據，有效避免了由于簽約服務器過載造成的網絡控制實體與UE之間的無用信令交互，還避免了由于簽約服務器過載造成的網絡控制實體與簽約服務器之間的無用信令交互，一定程度上節省了信令開銷和網絡資源并有效緩解了簽約服務器過載的問題。具體的，在步驟Sll中，當網絡需要向UE發起業務請求時，網絡控制實體首先接收至IJ S-GW發送的、需要向UE發送數據的下行數據通知消息，以使網絡控制實體獲知當前網絡對一個特定的UE發起一個業務請求的事件。可選的，網絡控制實體可以為MME(Mobility Management Entity,移動管理實體)或 SGSN(Serving General packet radio service Support Node,通用分組無線服務支持節點)或其它可以實現類似功能的網絡設備，本發明對此不做限制。本實施例中，與現有技術不同的是，在步驟Sll之后，網絡控制實體并不立即尋呼UE以建立與該UE的承載，而是先利用現有技術中網絡控制實體接收的簽約服務器發送的狀態指示消息，判斷服務于所述UE的簽約服務器是否處于過載狀態:如果該簽約服務器處于過載狀態，說明此時簽約服務器較忙碌，在該場景中將無法及時向網絡控制實體返回所述UE的認證向量以在所述UE和網絡實體間建立可用的EPS安全上下文；反之，如果該簽約服務器處于正常狀態，則說明此時簽約服務器還可以向網絡控制實體返回所述UE的認證向量以在UE和網絡實體上建立可用的EPS安全上下文。可選的，所述簽約服務器可以為多種，例如，對于2G(2-Generati0n，第二代)或3G (3-Generation,第三代)網絡，簽約服務器可以為HLR(Home Location Register,歸屬位置寄存器)，對于4G網絡,簽約服務器可以為HSS (Home Subscriber Server,歸屬簽約服務器)等，本發明對此不做限制。具體的，如果所述簽約服務器處于過載狀態，網絡控制實體進一步確定是否存儲有所述UE可用的EPS安全上下文。只有網絡控制實體與UE之間存在可用的EPS安全上下文，建立了安全關系時，UE才能夠與網絡進行正常的通信。若網絡控制實體未存儲有EPS安全上下文，則網絡控制實體需要向簽約服務器獲取UE的認證向量以在所述UE和網絡實體間建立可用的EPS安全上下文。這樣，網絡控制實體在執行尋呼UE的動作之前，首先判斷在服務UE的簽約服務器過載的情況下是否需要網絡控制實體與簽約服務器進行交互獲取認證向量，以便對網絡將向UE發送數據的業務請求進行處理。具體處理過程如下。具體的，如果網絡控制實體確定在其上已經存儲有所述UE可用的EPS安全上下文，則網絡控制實體無需與服務UE的簽約服務器交互，獲取認證向量，因此，無論簽約服務器是否處于過載狀態，網絡控制實體都可以對UE進行安全認證。即，如果簽約服務器處于過載狀態，且網絡控制實體確定存儲有所述UE可用的EPS安全上下文，則網絡尋呼UE，繼續進行與UE的數據傳輸。否則，如果網絡控制實體確定該網絡控制實體中未存儲有所述UE可用的EPS安全上下文，則在S12步驟中，網絡控制實體指示所述S-GW拒絕或等待向所述UE發送下行數據。可選的，在S12步驟中，網絡管理實體可以向S-GW發送下行數據通知拒絕消息，所述下行數據通知拒絕消息指示所述S-GW刪除所述將向所述UE發送的下行數據。優選的，所述下行數據通知拒絕消息中攜帶有拒絕向所述UE發送下行數據的原因，例如說明拒絕向所述UE發送下行數據的原因為簽約服務器過載，以使用戶獲知拒絕向UE發送數據的原因。可選的，在S12步驟中，網路控制實體還可以指示S-GW等待一段時間后再確定是否向UE發送數據。例如，在本發明的一個實施例中，網絡控制實體可以向S-GW發送定時啟動指示消息，以使所述S-GW啟動第一定時器并在所述第一定時器的定時時間內等待向UE發送下行數據。其中，所述定時啟動指示消息，由網絡控制實體發送給對應的S-GW，能夠指/Jn S-Gff啟動第一定時器。由于網絡控制實體可以接收簽約服務器發送的狀態指示消息從而獲知服務于UE的簽約服務器是否處于過載狀態，因此，當網絡控制實體獲知服務于UE的簽約服務器恢復正常狀態時，較佳的，在步驟S12中，網絡控制實體還可以向所述S-GW發送定時終止指示消息，以使所述S-GW向所述UE發送下行數據。其中，所述定時終止指示消息是由網絡控制實體向S-GW發送的指令或控制信號，可以指示S-GW終止第一定時器的定時。這樣，網絡控制實體能夠在簽約服務器處于過載狀態時使S-GW等待一段時間，避免與處于過載狀態的簽約服務器交換獲取認證向量，從而有效緩解了簽約服務器過載的問題，如果在等待的向所述UE發送下行數據的這段時間內，網絡控制實體獲知簽約服務器恢復為正常狀態，則向S-Gff發送定時終止指示消息，以使S-GW向UE發送下行數據。需要說明的是，本發明實施例提供的業務請求的處理方法中，定時啟動指示消息和定時終止指示消息，既可以是網絡控制實體發送給UE的一個專用消息，也可以是在其它消息中攜帶了定時啟動指示或定時終止指示的消息，本發明對此不做限制。例如，在本發明的一個實施例中，當S-GW向網絡控制實體發送下行數據通知消息后，網絡控制實體還要向S-GW發送的下行數據通知消息的確認消息，則定時啟動指示消息還可以為下行數據通知消息的確認消息，所述下行數據通知消息的確認消息中攜帶有第一定時器標識。進一步的，在本發明的另一個實施例中，網絡控制實體還可以設置第二定時器，如果簽約服務器處于過載狀態且網路控制實體確定未存儲有UE可用的EPS安全上下文時，啟動所述第二定時器，并向S-GW發送定時啟動指示消息，網絡控制實體獲知恢復為正常狀態后，如果所述第二定時器還未到時，則網絡控制實體向S-GW發送定時終止指示消息，如果所述第二定時器已經到時，則網絡控制實體不再向S-GW發送定時終止指示消息，從而避免了網絡控制實體與S-GW之間的無用信令發送。并且，優選的，所述第二定時器的定時時間與所述第一定時器的定時時間相同，所述第二定時器與所述第一定時器同時啟動和到時，這樣網絡控制實體就能在與S-GW的對應相同的時間里指示S-GW是否刪除將向UE發送的下行數據。需要說明的是，理論上，第二定時器與第一定時器是同時啟動的，但由于第一定時器是在S-GW接收到網絡控制實體發送的定時啟動指示消息之后才啟動的，因此第一定時器的啟動可能存在著短暫的延遲。但由于該延遲時間較第二定時器和第一定時器的定時時間來說可以忽略不計，因此，本實施例中，可以認為第二定時器與第一定時器是同時啟動的。另外，如果網絡控制實體確定服務于所述UE的簽約服務器處于正常狀態，則尋呼所述UE。相應的，如圖2所示，本發明實施例還提供一種業務請求的處理方法，基于S-GW，包括:S21，接收并緩存將向UE發送的下行數據；S22，向網絡控制實體發送下行數據通知消息；S23，接收所述網絡控制實體的拒絕或等待向所述UE發送下行數據的指示；S24，根據所述接收的指示，拒絕或等待向所述UE發送下行數據。采用本發明實施例提供的業務請求的處理方法，S-Gff能夠接收網絡控制實體的拒絕或等待向所述UE發送下行數據的指示,并根據該指示拒絕或等待向所述UE發送下行數據。當網絡控制實體確定簽約服務器處于過載狀態且網絡控制實體中未存儲有UE可用的EPS安全上下文而向S-GW發送拒絕或等待向所述UE發送下行數據的指示時，S-Gff能接收該指示，并根據該指示拒絕或等待向所述UE發送下行數據，有效避免了由于簽約服務器過載造成的網絡控制實體與UE之間的無用信令交互，還避免了由于簽約服務器過載造成的網絡控制實體與簽約服務器之間的無用信令交互，節省了信令開銷和網絡資源并有效緩解了簽約服務器過載的問題。具體的，在步驟21中，當網絡由于需要向其服務區域內的UE發送數據而發起業務請求時，將向該UE發送的數據首先到達并緩存在S-GW中。由于網絡中的數據傳輸都是在網絡控制實體的控制下進行的，因此，S-GW接收到網絡將向UE發送的下行數據后，在步驟S22中，還需要向網絡控制實體發送下行數據通知消息，以使網絡控制實體獲知當前網絡對一個特定的UE發起一個業務請求。可選的，當網絡控制實體確定簽約服務器處于過載狀態且網絡控制實體中未存儲有UE可用的EPS安全上下文時，在步驟S23中，S-GW既可以通過接收網絡控制實體發送的指示而直接拒絕向所述UE發送下行數據，也可以通過接收網絡控制實體發送的指示而等待向所述UE發送下行數據。例如，在本發明的一個實施例中，S-GW接收網絡控制實體發送的下行數據通知拒絕消息，所述下行數據通知拒絕消息指示所述S-GW刪除將向UE發送的下行數據以拒絕向所述UE發送下行數據。較佳的，所述下行數據通知拒絕消息中攜帶有拒絕向所述UE發送下行數據的原因，例如說明拒絕向所述UE發送下行數據的原因為簽約服務器過載，以使用戶明確拒絕向所述UE發送下行數據的原因。可選的，而在本發明的另一個實施例中，S-GW設置有第一定時器，S-GW可以接收網絡控制實體發送的定時啟動指示消息。其中，定時啟動指示消息可以為下行數據通知消息的確認消息，所述下行數據通知消息的確認消息中攜帶有第一定時器標識。具體的，在步驟S24中，S-GW可以根據接收的下行數據通知拒絕消息刪除將向UE發送的下行數據以拒絕向所述UE發送下行數據。或者，S-GW還可以根據接收的定時啟動指示消息，啟動第一定時器，并在所述第一定時器的定時時間內緩存將向UE發送的下行數據以等待向所述UE發送下行數據。而且，在所述第一定時器的定時時間內，S-GW還可以接收網絡控制實體發送的定時終止指示消息；所述定時終止指示消息是由網絡控制實體向S-GW發送的指令或控制信號，可以指示S-GW終止第一定時器的倒計時。可選的，當在第一定時器的定時時間內，S-GW接收到所述定時終止指示消息，則終止對第一定時器的定時，從而將緩存于所述S-GW上的下行數據發送給相應的UE。當第一定時器超后，而所述S-GW還未收到網絡控制實體發送的定時終止指示消息時，則S-GW直接刪除緩存其中的所述將向UE發送的下行數據。這樣，S-GW能夠在網絡控制實體的指示下，在簽約服務器處于過載狀態時使S-GW等待向UE發送下行數據，避免與處于過載狀態的簽約服務器進行新的交互認證，避免了由于簽約服務器過載造成的網絡控制實體與簽約服務器之間的無用信令交互，從而有效緩解了簽約服務器過載的問題，如果在等待的時間內，簽約服務器恢復為正常狀態，S-GW能夠接收網絡控制實體發送的定時終止指示消息，以向UE發送下行數據，進而完成網絡對UE的數據下行業務請求。為了使本領域的技術人員更好的理解本發明的技術方案，下面通過具體的實施例對本發明實施例的具體技術方案進行詳細描述，可以理解的是，以下的具體實施例僅描述本發明，但本發明不限于此。圖3所示為本發明提供的下行數據處理方法的一個具體實施例，本實施例以4G網絡的下行數據處理為例進行說明，但對于2G和3G網絡的下行數據處理方法其原理類似。具體的，本實施例中簽約服務器為HSS，網絡控制實體為MME，如圖3所示，所述方法包括如下步驟:101，HSS將過載指示通知給MME ；102-103，當網絡發起業務請求時，有下行數據包通過PDN Gff (Packet DataNetwork Gateway,分組數據網網關)到達S_GW, S-GW判斷目標UE當前與網絡不存在數據面連接，則將數據包緩存，向MME發送下行數據通知消息。104，MME收到下行數據通知消息后，首先判斷服務該UE的HSS是否過載，如果沒有過載，則MME向eNB (evolved Node Base,演進型基站)發送尋呼該UE的消息，當尋找到該UE后，建立UE與網絡的承載，按網絡發起的業務請求的正常流程處理業務請求。105，若MME檢測到服務該UE的HSS過載，則進一步查看MME是否有該UE可用的EPS安全上下文。106a_107a，若MME上有可用的EPS安全上下文，則MME向eNB發送尋呼該UE的消息，當尋找到該UE后，建立該UE與網絡的承載，按網絡發起的業務請求的正常流程處理業務請求。106b_107b，若MME上沒有該UE可用的EPS安全上下文，則返回下行數據通知拒絕消息，在下行數據通知拒絕消息中攜帶原因，如“由于HSS過載而不能尋呼UE” (Unable topage UE due to HSS overload),該下行數據通知拒絕消息用來通知S_GW無法向UE發送數據。S-GW收到攜帶該原因項的通知項后，確認無法向UE發送數據，刪除緩存的將發送到該UE的數據包。本發明實施例提供的業務請求的處理方法，當HSS處于過載狀態且MME中未存儲有UE可用的EPS安全上下文時，向S-GW發送下行數據通知拒絕消息指示S-GW刪除所述UE的下行數據，有效防止了 MME與UE之間發送無用信令，還避免了由于HSS過載造成的MME與HSS之間的無用信令交互，一定程度上節省了信令開銷、緩解了 HSS過載的問題。圖4所示為本發明提供的下行數據處理方法的另一個具體實施例，同樣基于4G網絡，對于2G和3G網絡的下行數據處理方法其原理類似。本實施例中簽約服務器為HSS，網絡控制實體為MME。如圖4所示,所述方法包括如下步驟:201，HSS將過載指示通知給MME ；202-203，當網絡發起業務請求時，有下行數據包通過TON GW到達S-GW，S-GW判斷目標UE當前與網絡不存在數據面連接，則將數據包緩存，向MME發送下行數據通知消息。204，MME收到下行數據通知消息后，首先判斷服務該UE的HSS是否過載，如果沒有過載，則MME向eNB發送尋呼該UE的消息，當尋找到該UE后，建立UE與網絡的承載，按網絡發起的業務請求的正常流程處理業務請求。205，若MME檢測到服務該UE的HSS過載，則進一步查看MME是否有該UE可用的EPS安全上下文。206a_207a，若MME上有可用的EPS安全上下文，則MME向eNB發送尋呼該UE的消息，當尋找到該UE后，建立該UE與網絡的承載，按網絡發起的業務請求的正常流程處理業務請求。206b-207b:如果MME中沒有該UE的EPS安全上下文，則MME啟動第二定時器，等待HSS恢復使用，定時器的定時時間可以由運營商設定。并且MME還向S-GW發送定時啟動指示消息，以指示S-GW啟動第一定時器。第一定時器的定時時間與第二定時器的定時時間相同。在第一定時器到時前S-GW不刪除收到的數據。208-212，如果在定時器到時時間內，服務該UE的HSS恢復使用，MME收到HSS恢復使用的通知后，MME終止第二定時器，并向S-GW發送定時終止指示消息，通知S-GW終止第一定時器，MME向eNB發送尋呼該UE的消息，當尋找到該UE后，建立該UE與網絡的承載，按網絡發起的業務請求的正常流程完成業務請求過程。213，如果在定時器到時，HSS沒有恢復正常狀態，S-GW將緩存的下行數據刪除。這樣，當MME確定HSS處于過載狀態并且MME中并未存儲有該UE可用的EPS安全上下文時，MME并未直接指示S-GW刪除緩存的該UE的下行數據，而是為該UE的下行數據設置了一個繼續緩存的時間，在該時間內，如果MME獲知服務該UE的HSS恢復了正常狀態，則可以繼續該業務請求過程，如果在該時間內，HSS —直處于過載狀態，則使S-GW在定時時間超時后刪除所述UE的下行數據，有效防止了 MME與UE之間發送無用信令，還避免了由于HSS過載造成的MME與HSS之間的無用信令交互，節省了信令開銷、緩解了 HSS過載的問題。與前述方法相對應，如圖5所示，本發明實施例還提供一種網絡控制實體，包括:接收單元11，用于接收S-GW發送的下行數據通知消息，所述下行數據通知消息指示所述S-GW將向UE發送下行數據；
過載確定單元12，用于確定服務于所述UE的簽約服務器是否處于過載狀態；安全確定單元13，用于如果所述簽約服務器處于過載狀態，確定是否存儲有所述UE可用的EPS安全上下文；尋呼單元14，用于如果過載確定單元12確定服務于所述UE的簽約服務器處于過載狀態，且安全確定單元13確定存儲有所述UE可用的EPS安全上下文，則尋呼所述UE ；指示單元15，用于如果過載確定單元12確定服務于所述UE的簽約服務器處于過載狀態，且安全確定單元13確定未存儲有所述UE可用的EPS安全上下文，則指示尋呼單元14暫不尋呼所述UE，指示所述S-GW拒絕或等待向所述UE發送下行數據。采用上述技術方案后，本發明實施例提供的網絡控制實體，能夠在收到下行數據通知消息后，首先確定簽約服務器是否處于過載狀態并確定網絡控制實體中是否存儲有UE可用的EPS安全上下文，當簽約服務器處于過載狀態且網絡控制實體中未存儲有UE可用的EPS安全上下文時，不需立即執行尋呼UE等操作，而是指示S-GW等待或拒絕向UE發送下行數據，有效避免了由于簽約服務器過載造成的網絡控制實體與UE之間的無用信令交互，避免了由于簽約服務器過載造成的網絡控制實體與簽約服務器之間的無用信令交互，節省了信令開銷和網絡資源并有效緩解了簽約服務器過載的問題。其中，所述簽約服務器可以為HLR或HSS。可選的，指示單元15具體用于:如果過載確定單元12確定服務于所述UE的簽約服務器處于過載狀態，且如果安全確定單元13確定未存儲有所述UE可用的EPS安全上下文，向所述S-GW發送下行數據通知拒絕消息，所述下行數據通知拒絕消息指示所述S-GW刪除所述將向所述UE發送的下行數據。優選的，指示單元15向所述S-GW發送的下行數據通知拒絕消息中攜帶有拒絕向所述UE發送下行數據的原因，以使用戶獲知拒絕向所述UE發送下行數據的原因。可選的，指示單元15具體用于:如果過載確定單元12確定服務于所述UE的簽約服務器處于過載狀態，且如果安全確定單元13確定未存儲有所述UE可用的EPS安全上下文，則啟動，并向所述S-GW發送定時啟動指示消息，以使所述S-GW啟動第一定時器并在所述第一定時器的定時時間內等待向UE發送下行數據。其中，所述的定時時間與所述的定時時間相同。可選的，指示單元15具體用于:在所述第二定時器的定時時間內，如果服務于所述UE的簽約服務器恢復正常狀態，終止所述第二定時器的定時，向所述S-GW發送定時終止指示消息，以使所述S-GW向所述UE發送下行數據。需要說明的是，本發明實施例中，定時啟動指示消息和定時終止指示消息，既可以是網絡控制實體發送給UE的一個專用消息，也可以是在其它消息中攜帶了定時啟動指示或定時終止指示的消息。例如，在本發明的一個實施例中，當網絡控制實體接收S-GW發送的下行數據通知消息后，還要向S-GW發送的下行數據通知消息的確認消息，則定時啟動指示消息還可以為下行數據通知消息的確認消息，其中所述下行數據通知消息的確認消息中攜帶有第一定時器標識。進一步的，在本發明的另一個實施例中，指示單元15還用于啟動第二定時器，以在所述第二定時器的定時時間內向所述S-GW發送定時終止指示消息，所述第二定時器的定時時間與所述第一定時器的定時時間相同。
另外，尋呼單元14，還用于如果服務于所述UE的簽約服務器處于正常狀態，則尋呼所述UE。相應的，如圖6所示，本發明實施例還提供一種服務網關，包括:數據接收單元21，用于接收并緩存將向UE發送的下行數據；發送單元22，用于向網絡控制實體發送下行數據通知消息；信令接收單元23，用于接收所述網絡控制實體的拒絕或等待向所述UE發送下行數據的指示；處理單元24，用于根據所述接收的指示，拒絕或等待向所述UE發送下行數據。采用上述技術方案后，本發明實施例提供的S-GW，能夠接收網絡控制實體的拒絕或等待向所述UE發送下行數據的指示,并根據該指示拒絕或等待向所述UE發送下行數據。當網絡控制實體確定簽約服務器處于過載狀態且網絡控制實體中未存儲有UE可用的EPS安全上下文而向S-GW發送拒絕或等待向所述UE發送下行數據的指示時，S-Gff能接收該指示，并根據該指示拒絕或等待向所述UE發送下行數據，有效避免了由于簽約服務器過載造成的網絡控制實體與UE之間的無用信令交互，還避免了由于簽約服務器過載造成的網絡控制實體與簽約服務器之間的無用信令交互，一定程度上節省了信令開銷和網絡資源并有效緩解了簽約服務器過載的問題。可選的，信令接收單元23可具體用于:接收所述網絡控制實體的下行數據通知拒絕消息，所述下行數據通知拒絕消息指示所述S-GW刪除所述將向UE發送的下行數據以拒絕向所述UE發送下行數據。可選的，信令接收單元23具體用于:接收所述網絡控制實體發送的定時啟動指示消息。則此時處理單元24可具體用于根據所述定時啟動指示消息，啟動第一定時器；在所述第一定時器的定時時間內緩存所述將向UE發送的下行數據以等待向所述UE發送下行數據。可選的，在本發明的一個實施例中，所述網絡控制實體發送的定時啟動指示消息可以為所述網絡控制實體發送的下行數據通知消息的確認消息，其中，所述下行數據通知消息的確認消息攜帶有所述第一定時器的標識。進一步的，信令接收單元23還可具體用于:在所述第一定時器的定時時間內，接收所述網絡控制實體發送的定時終止指示消息。則此時，處理單元24具體用于:根據所述定時終止指示消息，終止所述第一定時器的定時，以向所述UE發送下行數據。可選的，處理單元24還可具體用于在所述第一定時器超時后，刪除所述將向UE發送的下行數據。本領域普通技術人員可以理解:實現上述方法實施例的全部或部分流程可以通過計算機程序指令相關的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質中，該程序在執行時，執行包括上述方法實施例的步驟；而前述的存儲介質包括:R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質。以上所述，僅為本發明的具體實施方式
，但本發明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發明揭露的技術范圍內，可輕易想到變化或替換，都應涵蓋在本發明的保護范圍之內。因此，本發明的保護范圍應以所述權利要求的保護范圍為準。
權利要求
1.一種業務請求的處理方法，其特征在于，包括: 接收服務網關發送的下行數據通知消息，所述下行數據通知消息指示所述服務網關將向用戶設備發送下行數據； 如果服務于所述用戶設備的簽約服務器處于過載狀態，且存儲有所述用戶設備可用的演進分組系統安全上下文，則尋呼所述用戶設備； 如果服務于所述用戶設備的簽約服務器處于過載狀態，且未存儲有所述用戶設備可用的演進分組系統安全上下文，則暫不尋呼所述用戶設備，指示所述服務網關拒絕或等待向所述用戶設備發送下行數 據。
2.根據權利要求1所述的方法，其特征在于，所述指示所述服務網關拒絕或等待向所述用戶設備發送下行數據包括: 向所述服務網關發送下行數據通知拒絕消息，所述下行數據通知拒絕消息指示所述服務網關刪除所述將向所述用戶設備發送的下行數據。
3.根據權利要求2所述的方法，其特征在于，所述向所述服務網關發送的下行數據通知拒絕消息中攜帶有拒絕向所述用戶設備發送下行數據的原因。
4.根據權利要求1至3中任一項所述的方法，其特征在于，所述指示所述服務網關拒絕或等待向所述用戶設備發送下行數據還包括: 向所述服務網關發送定時啟動指示消息，以使所述服務網關啟動第一定時器并在所述第一定時器的定時時間內等待向用戶設備發送下行數據。
5.根據權利要求4所述的方法，其特征在于，所述向所述服務網關發送定時啟動指示消息包括: 向所述服務網關發送下行數據通知消息的確認消息，所述下行數據通知消息的確認消息攜帶有所述第一定時器的標識。
6.根據權利要求4或5所述的方法，其特征在于， 如果服務于所述用戶設備的簽約服務器恢復正常狀態，向所述服務網關發送定時終止指示消息，以使所述服務網關向所述用戶設備發送下行數據。
7.根據權利要求6所述的方法，其特征在于，在所述向所述服務網關發送定時啟動指示消息時，所述方法還包括: 啟動第二定時器，以在所述第二定時器的定時時間內向所述服務網關發送定時終止指示消息，所述第二定時器的定時時間與所述第一定時器的定時時間相同。
8.根據權利要求1至7中任一項所述的方法，其特征在于，如果服務于所述用戶設備的簽約服務器處于正常狀態，則尋呼所述用戶設備。
9.根據權利要求1至8中人任一項所述的方法，其特征在于，所述簽約服務器為歸屬位置寄存器或歸屬簽約服務器。
10.一種業務請求的處理方法，其特征在于，包括: 接收并緩存將向用戶設備發送的下行數據； 向網絡控制實體發送下行數據通知消息； 接收所述網絡控制實體的拒絕或等待向所述用戶設備發送下行數據的指示； 根據所述拒絕或等待向所述用戶設備發送下行數據的指示，拒絕或等待向所述用戶設備發送下行數據。
11.根據權利要求10所述的方法，其特征在于， 所述接收所述網絡控制實體的拒絕或等待向所述用戶設備發送下行數據的指示包括: 接收所述網絡控制實體的下行數據通知拒絕消息，所述下行數據通知拒絕消息指示刪除所述將向用戶設備發送的下行數據。
12.根據權利要求10所述的方法，其特征在于， 所述接收所述網絡控制實體的拒絕或等待向所述用戶設備發送下行數據的指示包括: 接收所述網絡控制實體發送的定時啟動指示消息； 所述根據所述接收的指示，拒絕或等待向所述用戶設備發送下行數據包括: 根據所述定時啟動指示消息，啟動第一定時器； 在所述第一定時器的定時時間內緩存所述將向用戶設備發送的下行數據以等待向所述用戶設備發送下行數據。
13.根據權利要求12所述的方法，其特征在于，所述網絡控制實體發送的定時啟動指示消息為: 所述網絡控制實體發送的下行數據通知消息的確認消息，所述下行數據通知消息的確認消息攜帶有所述第一定時器的標識。
14.根據權利要求12或13所述的方法，其特征在于，還包括: 在所述第一定時器的定時時間內，接收所述網絡控制實體發送的定時終止指示消息；根據所述定時終止指示消息，終止所述第一定時器的定時器，以向所述用戶設備發送下行數據。
15.根據權利要求12至14中任一項所述的方法，其特征在于，還包括:在所述第一定時器超時后，刪除所述將向用戶設備發送的下行數據。
16.一種網絡控制實體，其特征在于，包括: 接收單元，用于接收服務網關發送的下行數據通知消息，所述下行數據通知消息指示所述服務網關將向用戶設備發送下行數據； 過載確定單元，用于確定服務于所述用戶設備的簽約服務器是否處于過載狀態；安全確定單元，用于如果所述過載確定單元確定所述簽約服務器處于過載狀態，確定是否存儲有所述用戶設備可用的演進分組系統安全上下文； 尋呼單元，用于如果所述過載確定單元確定服務于所述用戶設備的簽約服務器處于過載狀態，且所述安全確定單元確定存儲有所述用戶設備可用的演進分組系統安全上下文，則尋呼所述用戶設備； 指示單元，用于如果所述過載確定單元確定服務于所述用戶設備的簽約服務器處于過載狀態，且所述安全確定單元確定未存儲有所述用戶設備可用的演進分組系統安全上下文，則指示所述尋呼單元暫不尋呼所述用戶設備，指示所述服務網關拒絕或等待向所述用戶設備發送下行數據。
17.根據權利要求16所述的網絡控制實體，其特征在于，所述指示單元具體用于:如果所述過載確定單元確定服務于所述用戶設備的簽約服務器處于過載狀態，且所述安全確定單元確定未存儲有所述用戶設備可用的演進分組系統安全上下文，則指示所述尋呼單元暫不尋呼所述用戶設備，并向所述服務網關發送下行數據通知拒絕消息，所述下行數據通知拒絕消息指示所述服務網關刪除所述將向所述用戶設備發送的下行數據。
18.根據權利要求17所述的網絡控制實體，其特征在于，所述指示單元向所述服務網關發送的下行數據通知拒絕消息中攜帶有拒絕向所述用戶設備發送下行數據的原因。
19.根據權利要求16至18中任一項所述的網絡控制實體，其特征在于，所述指示單元具體用于:如果所述過載確定單元確定服務于所述用戶設備的簽約服務器處于過載狀態，且所述安全確定單元確定未存儲有所述用戶設備可用的演進分組系統安全上下文，則指示所述尋呼單元暫不尋呼所述用戶設備，并向所述服務網關發送定時啟動指示消息，以使所述服務網關啟動第一定時器并在所述第一定時器的定時時間內等待向用戶設備發送下行數據。
20.根據權利要求19所述的網絡控制實體，其特征在于，所述指示單元向所述服務網關發送的定時啟動指示消息為所述指示單元向所述服務網關發送的下行數據通知消息的確認消息，所述下行數據通知消息的確認消息攜帶有所述第一定時器的標識。
21.根據權利要求19或20所述的網絡控制實體，其特征在于，所述指示單元具體用于: 如果服務于所述用戶設備的簽約服務器恢復正常狀態，向所述服務網關發送定時終止指示消息，以使所述服務網關向所述用戶設備發送下行數據。
22.根據權利要求21所述的網絡控制實體，其特征在于，所述指示單元還用于啟動第二定時器，以在所述第二定時器的定時時間內向所述服務網關發送定時終止指示消息，所述第二定時器的定時時間與所述第一定時器的定時時間相同。
23.根據權利要求16至22中任一項所述的網絡控制實體，其特征在于，所述尋呼單元，還用于如果服務于所述用戶設備的簽約服務器處于正常狀態，則尋呼所述用戶設備。`
24.根據權利要求16至23中任一項所述的網絡控制實體，其特征在于，所述簽約服務器為歸屬位置寄存器或歸屬簽約服務器。
25.一種服務網關，其特征在于，包括: 數據接收單元，用于接收并緩存將向用戶設備發送的下行數據； 發送單元，用于向網絡控制實體發送下行數據通知消息； 信令接收單元，用于接收所述網絡控制實體的拒絕或等待向所述用戶設備發送下行數據的指示； 處理單元，用于根據所述接收的指示，拒絕或等待向所述用戶設備發送下行數據。
26.根據權利要求25所述的服務網關，其特征在于，所述信令接收單元具體用于: 接收所述網絡控制實體的下行數據通知拒絕消息，所述下行數據通知拒絕消息指示所述服務網關刪除所述將向用戶設備發送的下行數據以拒絕向所述用戶設備發送下行數據。
27.根據權利要求25所述的服務網關，其特征在于， 所述信令接收單元具體用于: 接收所述網絡控制實體發送的定時啟動指示消息； 所述處理單元具體用于: 根據所述定時啟動指示消息，啟動第一定時器； 在所述第一定時器的定時時間內緩存所述將向用戶設備發送的下行數據以等待向所述用戶設備發送下行數據。
28.根據權利要求27所述的服務網關，其特征在于，所述網絡控制實體發送的定時啟動指示消息為所述網絡控制實體發送的下行數據通知消息的確認消息，所述下行數據通知消息的確認消息攜帶有所述第一定時器的標識。
29.根據權利要求27或28所述的服務網關，其特征在于，所述信令接收單元具體用于: 在所述第一定時器的定時時間內，接收所述網絡控制實體發送的定時終止指示消息； 所述處理單元具體用于: 根據所述定時終止指示消息，終止所述第一定時器的定時，以向所述用戶設備發送下行數據。
30.根據權利要求27至29中任一項所述的服務網關，其特征在于，所述處理單元具體用于: 在所述第一定時器超時后，刪除所述將向用戶設備發送的下行數據。
全文摘要
本發明的實施例提供了一種業務請求的處理方法和裝置，涉及通訊技術領域，為防止網絡控制實體與用戶設備之間發送無用信令而發明。所述業務請求的處理方法包括接收服務網關發送的下行數據通知消息，所述下行數據通知消息指示所述服務網關將向用戶設備發送下行數據；如果服務于所述用戶設備的簽約服務器處于過載狀態，且存儲有所述用戶設備可用的演進分組系統安全上下文，則尋呼所述用戶設備；如果服務于所述用戶設備的簽約服務器處于過載狀態，且未存儲有所述用戶設備可用的演進分組系統安全上下文，則暫不尋呼所述用戶設備，指示所述服務網關拒絕或等待向所述用戶設備發送下行數據。本發明可用于無線通信中。
文檔編號H04W68/00GK103118415SQ201110363799
公開日2013年5月22日 申請日期2011年11月16日 優先權日2011年11月16日
發明者衣強, 金輝, 高晨亮 申請人:華為終端有限公司