一種指示尋呼、尋呼的方法及設備的制作方法【專利摘要】本發明實施例提供了一種指示尋呼、尋呼的方法及設備，用于在S1-U接口連接釋放的情況下當SGW需要向UE發送數據時，減少尋呼信令的網間消耗，同步網間數據，提升網絡效率。該方法包括：服務網關SGW接收用于發送給一用戶設備UE的數據包；所述SGW緩存所述數據包，并向服務于該UE的移動性管理實體MME發送下行數據指示消息，用于指示所述MME尋呼該UE；其中，所述SGW緩存所述數據包的時間大于或者等于所述MME尋呼該UE的尋呼時間。【專利說明】一種指示尋呼、尋呼的方法及設備【
技術領域：
】[0001]本發明涉及通信領域，尤其涉及一種指示尋呼、尋呼的方法及設備。【
背景技術：
】[0002]在長期演進(LongTermEvolved,LTE)網絡內，當SI用戶面接口(SlUserPlaneInterface,S1-U)的連接釋放時,如果服務網關(ServingGateway,SGW)接收到一個需要下發給用戶設備(UserEquipment,UE)的下行數據包，SGW就需要對下行數據包進行緩存，并且通知移動性管理實體(MobilityManagementEntity,MME)對UE進行尋呼,具體步驟如圖1所示，包括:[0003]Sll,SGW接收到一個發送給UE的下行數據包，但和該用戶的用戶面連接不存在。SGW會緩存該數據。[0004]S12,SGff向MME發送下行數據指不(DownlinkDataNotification)消息。[0005]S13,MME向SGW回復下行數據指不應答(DownlinkDataNotificationAcknowledge)消息。[0006]S14,MME向演進型基站(evolvedNodeB,eNB)發送尋呼(Paging)消息。[0007]S15,eNB向UE發送尋呼(Paging)消息。[0008]S16,UE向網絡側觸發服務請求過程(ServiceRequestProcedure);SGW在服務請求過程完成后開始發送下行數據(DownlinkData)。[0009]對于SGW來講，緩存下行數據包的最大時間由SGW的配置決定，SGff向MME發送完下行數據指示(DownlinkDataNotification)消息后，尋呼的次數和時間由MME的配置決定。由于網元的獨立以及在各個網元中配置參數不一致，很容易造成SGW緩存下行數據包的時間和MME尋呼的時間的不同步。若SGW緩存下行數據包的時間小于MME尋呼的時間，在SGW認為下發數據超時失敗而丟棄數據包的時候，MME卻仍然在進行尋呼，造成了尋呼信令的網間消耗，同時如果后續MME尋呼UE成功后，SGW卻無數據包可發，以上都造成了LTE網絡質量下降。【
發明內容】[0010]本發明實施例提供了一種指示尋呼、尋呼的方法及設備，用于在s1-U接口連接釋放的情況下，當SGW需要向UE發送數據時，減少尋呼信令的網間消耗，同步網間信息，提升網絡效率。[0011]本發明實施例提供的一種指示尋呼的方法包括:[0012]服務網關SGW接收用于發送給一用戶設備UE的數據包；[0013]所述SGW緩存所述數據包，并向服務于該UE的移動性管理實體MME發送下行數據指示消息，用于指示所述MME尋呼該UE；[0014]其中，所述SGW緩存所述數據包的時間大于或者等于所述MME尋呼該UE的尋呼時間。[0015]這樣，所述SGW緩存所述數據包的時間大于或者等于所述MME尋呼該UE的尋呼時間，使得向UE傳輸數據的過程中，網間設備在時間上能夠同步，避免了SGW在刪除緩存的數據之后MME繼續進行尋呼，節省了尋呼所需資源，以及，避免了UE根據尋呼發起服務請求過程后出現SGW已無數據可發的情況，提高了網絡效率。[0016]較佳的，當SGW在緩存所述數據包的時間內接收到該UE根據所述尋呼發送的服務請求時，向該UE發送所述數據包。[0017]本發明中，提出以下兩種方式用于確定SGW緩存數據包的時間:[0018]一種方式中，SGff緩存數據包的時間和所述尋呼時間是預先配置的；[0019]另一種方式中，所述下行數據指示消息中，包括最大尋呼時間，用以指示所述MME根據所述最大尋呼時間確定尋呼該UE的尋呼時間；其中，所述最大尋呼時間等于所述SGW緩存所述數據包的時間。[0020]這樣，在SGW能夠自行確定緩存數據包的時間時，MME也可以根據SGW的下行數據指示消息及時調整確定合理的尋呼時間。[0021]較佳的，所述SGW根據數據流量確定緩存所述數據包的時間。[0022]較佳的，若所述SGW在緩存所述數據包的時間內，沒有接收到來自該UE的服務請求，清空緩存的所述數據包。[0023]這樣，簡化了數據重發的流程，提高了網絡的服務質量。[0024]本發明實施例提供的一種尋呼方法包括:[0025]移動性管理實體MME接收服務網關SGW發送的用于指示所述MME尋呼用戶設備UE的下行數據指示消息；[0026]所述MME確定用于尋呼該UE的尋呼時間，并按照該尋呼時間，根據所述下行數據指示消息，尋呼所述UE;[0027]其中，所述尋呼時間小于或者等于SGW緩存所述下行數據指示消息對應的數據包的時間。[0028]這樣，所述尋呼時間小于或者等于SGW緩存所述下行數據指示消息對應的數據包的時間，使得向UE傳輸數據的過程中，網間設備在時間上能夠同步，避免了MME尋呼時SGW已經刪除緩存的數據，節省了MME浪費尋呼資源，以及，避免了UE根據尋呼發起服務請求過程后出現SGW已無數據可發的情況，提高了網絡效率。[0029]本發明中，提出以下兩種方式用于確定MME側的所述尋呼時間:[0030]一種方式中，所述尋呼時間和SGW緩存數據包的時間是預先配置的；[0031]另一種方式中，所述下行數據指示消息中，包括最大尋呼時間；其中，所述最大尋呼時間等于所述SGW緩存所述數據包的時間；所述MME確定用于尋呼該UE的尋呼時間，包括:所述MME根據所述下行數據指示消息中攜帶的所述最大尋呼時間，確定尋呼所述UE的尋呼時間。[0032]這樣，MME可以根據SGW的下行數據指示消息及時調整確定合理的尋呼時間。[0033]本發明實施例提供的一種服務網關SGW設備包括:[0034]數據接收單元，用于接收用于發送給一用戶設備UE的數據包；[0035]指示尋呼單元，用于緩存所述數據包，并向服務于該UE的移動性管理實體MME發送下行數據指示消息，用于指示所述MME尋呼該UE;其中，所述SGW緩存所述數據包的時間大于或者等于所述MME尋呼該UE的尋呼時間。[0036]這樣，所述SGW緩存所述數據包的時間大于或者等于所述MME尋呼該UE的尋呼時間，使得向UE傳輸數據的過程中，網間設備在時間上能夠同步，避免了SGW在刪除緩存的數據之后MME繼續進行尋呼，節省了尋呼所需資源，以及，避免了UE根據尋呼發起服務請求過程后出現SGW已無數據可發的情況，提高了網絡效率。[0037]較佳的，該設備還包括:數據發送單元，用于當在緩存所述數據包的時間內接收到該UE根據所述尋呼發送的服務請求時，向該UE發送所述數據包。[0038]本發明中，提出以下兩種方式用于SGW設備確定緩存數據包的時間:[0039]一種方式中，SGff緩存數據包的時間和所述尋呼時間是預先配置的。[0040]另一種方式中，所述下行數據指示消息中，包括最大尋呼時間，用以指示所述MME根據所述最大尋呼時間確定尋呼該UE的尋呼時間；其中，所述最大尋呼時間等于所述SGW緩存所述數據包的時間。[0041]這樣，在SGW能夠自行確定緩存數據包的時間時，MME也可以根據SGW的下行數據指示消息及時調整確定合理的尋呼時間。[0042]較佳的，該設備還包括:緩存時間確定單元，用于根據數據流量確定緩存所述數據包的時間。[0043]較佳的，該設備還包括:超時處理單元，用于若在緩存所述數據包的時間內，沒有接收到來自該UE的服務請求，，清空緩存的所述數據包。[0044]這樣，簡化了數據重發的流程，提高了網絡的服務質量。[0045]本發明實施例提供的一種移動性管理實體MME設備包括:[0046]尋呼指示接收單元，用于接收服務網關SGW發送的用于指示本MME尋呼用戶設備UE的下行數據指示消息；[0047]尋呼單元，用于確定用于尋呼該UE的尋呼時間，并按照該尋呼時間，根據所述下行數據指示消息，尋呼所述UE;[0048]其中，所述尋呼時間小于或者等于SGW緩存所述下行數據指示消息對應的數據包的時間。[0049]這樣，所述尋呼時間小于或者等于SGW緩存所述下行數據指示消息對應的數據包的時間，使得向UE傳輸數據的過程中，網間設備在時間上能夠同步，避免了MME尋呼時SGW已經刪除緩存的數據，節省了尋呼所需資源，以及，避免了UE根據尋呼發起服務請求過程后出現SGW已無數據可發的情況，提高了網絡效率。[0050]本發明中，提出以下兩種方式用于MME設備確定尋呼時間:[0051]一種方式中，所述尋呼時間和SGW緩存數據包的時間是預先配置的；[0052]另一種方式中，所述下行數據指示消息中，包括最大尋呼時間；其中，所述最大尋呼時間等于所述SGW緩存所述數據包的時間；[0053]所述尋呼單元用于確定用于尋呼該UE的尋呼時間時，具體用于:[0054]根據所述下行數據指示消息中攜帶的所述最大尋呼時間，確定用于尋呼該UE的尋呼時間。[0055]這樣，MME可以根據SGW的下行數據指示消息及時調整確定合理的尋呼時間。【專利附圖】【附圖說明】[0056]圖[0057]圖[0058]圖[0059]圖[0060]圖[0061]閱圖圖;[0062]圖[0063]圖[0064]圖[0065]圖[0066]圖1為現有技術中發送下行數據的流程示意圖；2為本發明實施例提供的指示尋呼的方法的流程示意圖；3為本發明實施例提供的尋呼的方法的流程示意圖；4為本發明一具體實施例提供的SGW傳輸數據成功時的流程示意圖；5為本發明一具體實施例提供的SGW傳輸數據失敗時的流程示意圖；6為本發明一具體實施例提供的SGW和MME之間交互最大尋呼時間的流程示意7為本發明實施例提供的SGW設備的結構示意圖；8為本發明實施例提供的SGW設備的另一結構示意圖；9為本發明實施例提供的SGW設備的另一結構示意圖；10為本發明實施例提供的SGW設備的另一結構示意圖；11為本發明實施例提供的MME設備的結構示意圖。【具體實施方式】[0067]本發明實施例提供了一種指示尋呼、尋呼的方法及設備，用于在S1-U接口連接釋放的情況下，當SGW需要向UE發送數據時，減少尋呼信令的網間消耗，同步網間信息，提升網絡效率。下面結合附圖進行詳細說明。[0068]如圖2所示，本發明實施例提供的一種指示尋呼的方法包括:[0069]S21、服務網關SGW接收用于發送給一用戶設備UE的數據包。[0070]該數據包由分組數據連接網關(PacketDataNetworkGateway,PGW)轉發給SGW,SGW確定與該數據包對應的UE的Sl-U接口已經釋放，不能直接向UE發送數據包，則執行S22。[0071]S22、所述SGW緩存所述數據包，并向服務于該UE的移動性管理實體MME發送下行數據指示消息，用于指示所述MME尋呼該UE;其中，所述SGW緩存所述數據包的時間大于或者等于所述MME尋呼該UE的尋呼時間。[0072]SGW向MME發送下行數據指不(DownlinkDataNotification),MME在接收到該指示后，向SGW回復下行數據指示應答消息(DownlinkDataNotificationAck)。[0073]UE在尋呼成功后會向核心網發起服務請求過程(ServiceRequestProcedure),SGW在服務請求過程中會接收到UE的服務請求，并在服務請求過程完成后向UE發送相應的數據包。[0074]本實施例中SGW緩存數據包的時間的確定包括以下兩種方式:[0075]第一種方式是預先配置SGW緩存數據包的時間和所述尋呼時間；在配置網絡參數時，為所述SGW緩存數據包的時間和所述尋呼時間二者建立邏輯關系，使得所述SGW緩存數據包的時間大于或者等于所述尋呼時間；所述邏輯關系包括以下內容:SGW緩存數據包的時間Timerl,以及MME的尋呼最大時間Timer2,最佳情況，即不用考慮程序運行以及環境造成的因素時，Timerl等于Timer2;考慮到`真實的現網環境，Timerl可稍微略大與Timer2；在SGW網元自身緩存允許的情況下，可配置Timerl大于Timer2。[0076]第二種方式是所述SGW緩存數據包的時間由SGW在所述接收用于發送給一用戶設備UE的數據包之后根據數據包的流量大小確定，所述下行數據指示消息中，包括根據所述SGW緩存數據包的時間確定的最大尋呼時間，指示所述MME根據所述最大尋呼時間確定尋呼該UE的尋呼時間；具體的，SGW向MME發送的下行數據指示由多個信息元素(InformationElements,IE)構成，新增一條IE以攜帶所述最大尋呼時間。[0077]如圖3所示，本發明實施例提供的一種尋呼方法包括:[0078]S31、移動性管理實體MME接收服務網關SGW發送的用于指示所述MME尋呼用戶設備UE的下行數據指示消息。[0079]所述MME在接收到下行數據指示后，向SGW回復下行數據指示應答消息。[0080]S32、所述MME確定用于尋呼該UE的尋呼時間，并按照該尋呼時間，根據所述下行數據指示消息，尋呼所述UE;其中，所述尋呼時間小于或者等于SGW緩存所述下行數據指示消息對應的數據包的時間。[0081]MME尋呼UE，具體是向服務于該UE的演進型基站(evolvedNodeB,eNB)發送消息，指示eNB尋呼該UE。當尋呼時間到達UE仍未發起服務請求過程時,或者，當所述MME在尋呼時間內收到了UE的服務請求時，MME停止尋呼。[0082]本實施例中，MME確定尋呼時間通過以下兩種方式:[0083]第一種方式是預先配置尋呼時間和SGW緩存數據包的時間；在配置網絡參數時，為SGW緩存數據包的時間和所述尋呼時間二者建立邏輯關系，使得所述尋呼時間小于或者等于所述SGW緩存數據包的時間；所述邏輯關系包括以下內容:[0084]SGW緩存數據包的時間Timerl，以及MME的尋呼最大時間Timer2，最佳情況，即不用考慮程序運行以及環境造成的因素時，Timerl等于Timer2;考慮到真實的現網環境，Timerl可稍微略大與Timer2;在SGW網元自身緩存允許的情況下，可配置Timerl大于Timer2。[0085]第二種方式是所述下行數據指示消息中，包括最大尋呼時間；其中，所述最大尋呼時間等于所述SGW緩存所述數據包的時間；所述MME確定用于尋呼該UE的尋呼時間，包括:所述MME根據所述下行數據指示消息中攜帶的所述最大尋呼時間，確定尋呼所述UE的尋呼時間。MME接收的下行數據指示由多個IE構成，通過下行數據指示中新增的IE所攜帶的最大尋呼時間的信息，來確定一個小于最大尋呼時間的尋呼時間。[0086]下面采用具體的應用場景對上述實施例作出進一步詳細說明。[0087]具體場景一、預先配置尋呼時間和SGW緩存數據包的時間，并且尋呼后UE發起了服務請求過程；尋呼時間由尋呼定時器控制，SGW緩存數據包的時間由數據緩存定時器控制。如圖4所示，流程如下:[0088]S41、SGW收到分組數據連接網關(PacketDataNetworkGateway,PGff)下發的數據包。[0089]S42、SGW緩存數據，并向MME發送下行數據指不(DownlinkDataNotification)消息。SGW啟動數據緩存定時器Timerl。[0090]S43、MME向SGW回復下行數據指不應答(DownlinkDataNotificationAckfl肩、[0091]S44、MME向eNB發送尋呼(Paging)消息。并啟動對應UE的尋呼定時器Timer2。其中，已預先設置Timer2和Timerl時間長度相等。[0092]S45、eNB發送尋呼(Paging)消息，對UE進行尋呼。[0093]S46、UE收到尋呼(Paging)消息后，在MME的尋呼定時器以及SGW的數據緩存定時器溢出之前，UE主動觸發服務請求過程(ServiceRequestProcedure)。MME停止尋呼定時器，SGff停止數據緩存定時器。SGW在服務請求過程完成后開始向UE傳輸下行數據。[0094]具體場景二、預先配置尋呼時間和SGW緩存數據包的時間，尋呼時間由尋呼定時器控制，SGW緩存數據包的時間由數據緩存定時器控制，定時器均超時。如圖5所示，流程如下:[0095]S51、SGff收到PGW下發的數據包。[0096]S52、SGW緩存數據，并向MME發送下行數據指不(DownlinkDataNotification)消息。SGW啟動數據緩存定時器Timerl。[0097]S53、MME向SGW回復下行數據指不應答(DownlinkDataNotificationAck)消肩、O[0098]S54、MME向eNB發送尋呼(Paging)消息。并啟動對應UE的尋呼定時器。其中，已預先設置Timer2和Timerl時間長度相等。[0099]S55、eNB發送尋呼(Paging)消息，對UE進行尋呼。[0100]在MME的尋呼定時器以及.SGW的數據緩存定時器溢出之前，UE沒有主動觸發服務請求，尋呼失敗。MME停止對該UE的尋呼，同時SGW丟棄該包數據，清空緩存數據。[0101]具體場景三、如圖6所示，SGW在向MME發送的下行數據指示中增加最大尋呼時間(MaxPagingTime)的IE,MME向SGW發送下行數據指不應答(DownlinkDataNotificationAcknowledge)消息；其中，最大尋呼時間的時長,等于SGW緩存數據包的時間。[0102]最大尋呼時間的IE的類型為演進分組系統定時器(EvolvedPacketSystemTimer,EPCTimer)，EPCTimer定義在3GPPTS29.274vl2.1.0的第8.87章節，描述如下:[0103]ThepurposeoftheEPCTimerinformationelementistospecifyEPCspecifictimervalues.(EPC定時器信息元素定義的目的，是為了列出EPC中明確的定時器的具體值)[0104]TheEPCTimerinformationelementiscodedasshowninfigure8.87-landtable8.87.1(EPC定時器信息元素的編碼方式遵從圖8.87-1和表8.87-1)[0105]Bits(比特)OctetS(字節)IType(類型)=156(decimal(十進制))2to3Length(長度)=η4Spare(空白)Instance?實例)5Timerunit(定時器單位)Timervalue?定時器值)6to(n+4)Theseoctet(s)is/arepresentonlyifexplicitlyspecified(這些字節只有在明確表示的時候才會出現)[0106]Figure8.87-1:EPCTimer(EPC定時器)【權利要求】1.一種指示尋呼的方法，其特征在于，該方法包括:服務網關SGW接收用于發送給一用戶設備UE的數據包；所述SGW緩存所述數據包，并向服務于該UE的移動性管理實體MME發送下行數據指示消息，用于指示所述MME尋呼該UE;其中，所述SGW緩存所述數據包的時間大于或者等于所述MME尋呼該UE的尋呼時間。2.如權利要求1所述的方法，其特征在于，該方法還包括:當SGW在緩存所述數據包的時間內接收到該UE根據所述尋呼發送的服務請求時，向該UE發送所述數據包。3.如權利要求1所述的方法，其特征在于，所述下行數據指示消息中，包括最大尋呼時間，用以指示所述MME根據所述最大尋呼時間確定尋呼該UE的尋呼時間；其中，所述最大尋呼時間等于所述SGW緩存所述數據包的時間。4.如權利要求3所述的方法，其特征在于，所述SGW根據數據流量確定緩存所述數據包的時間。5.如權利要求1所述的方法，其特征在于，該方法還包括:若所述SGW在緩存所述數據包的時間內，沒有接收到來自該UE的服務請求，清空緩存的所述數據包。6.—種尋呼方法，其特征在于，該方法包括:移動性管理實體MME接收服務網關SGW發送的用于指示所述MME尋呼用戶設備UE的下行數據指示消息；所述MME確定用于尋呼該UE的尋呼時間，并按照該尋呼時間，根據所述下行數據指示消息，尋呼所述UE;其中，所述尋呼時間小于或者等于SGW緩存所述下行數據指示消息對應的數據包的時間。7.如權利要求6所述的方法，其特征在于，所述下行數據指示消息中，包括最大尋呼時間；其中，所述最大尋呼時間等于所述SGW緩存所述數據包的時間；所述MME確定用于尋呼該UE的尋呼時間，包括:所述MME根據所述下行數據指示消息中攜帶的所述最大尋呼時間，確定尋呼所述UE的尋呼時間。8.一種服務網關SGW設備，其特征在于，該設備包括:數據接收單元，用于接收用于發送給一用戶設備UE的數據包；指示尋呼單元，用于緩存所述數據包，并向服務于該UE的移動性管理實體MME發送下行數據指示消息，用于指示所述MME尋呼該UE；其中，所述SGW緩存所述數據包的時間大于或者等于所述MME尋呼該UE的尋呼時間。9.如權利要求8所述的設備，其特征在于，該設備還包括:數據發送單元，用于當在緩存所述數據包的時間內接收到該UE根據所述尋呼發送的服務請求時，向該UE發送所述數據包。10.如權利要求8所述的設備，其特征在于，所述下行數據指示消息中，包括最大尋呼時間，用以指示所述MME根據所述最大尋呼時間確定尋呼該UE的尋呼時間；其中，所述最大尋呼時間等于所述SGW緩存所述數據包的時間。11.如權利要求10所述的設備，其特征在于，該設備還包括:緩存時間確定單元，用于根據數據流量確定緩存所述數據包的時間。12.如權利要求8所述的設備，其特征在于，該設備還包括:超時處理單元，用于若在緩存所述數據包的時間內，沒有接收到來自該UE的服務請求，清空緩存的所述數據包。13.—種移動性管理實體MME設備，其特征在于，該設備包括:尋呼指示接收單元，用于接收服務網關SGW發送的用于指示所述MME尋呼用戶設備UE的下行數據指示消息；尋呼單元，用于確定用于尋呼該UE的尋呼時間，并按照該尋呼時間，根據所述下行數據指示消息，尋呼所述UE;其中，所述尋呼時間小于或者等于SGW緩存所述下行數據指示消息對應的數據包的時間。14.如權利要求13所述的設備，其特征在于，所述下行數據指示消息中，包括最大尋呼時間；其中，所述最大尋呼時間等于所述SGW緩存所述數據包的時間；所述尋呼單元用于確定用于尋呼該UE的尋呼時間時，具體用于:根據所述下行數據指示消息中攜帶的所述最大尋呼時間，確定尋呼所述UE的尋呼時間。【文檔編號】H04W56/00GK103442425SQ201310367426【公開日】2013年12月11日申請日期:2013年8月21日優先權日:2013年8月21日【發明者】崔麗娜申請人:大唐移動通信設備有限公司