實現尋呼處於尋呼盲區的用戶的方法及系統的製作方法

2023-09-22 16:43:15 1

專利名稱：實現尋呼處於尋呼盲區的用戶的方法及系統的製作方法
技術領域：
本發明涉及移動通信技術領域，特別涉及一種實現尋呼處於尋呼盲區的用戶的方法及系統。
背景技術：
為了應對無線寬帶技術的挑戰，保持第三代夥伴計劃(3GPP, The thirdGeneration Partnership Project)網絡的領先優勢，3GPP在2004年底制定了長期演進計劃。在該演進計劃的指導下定義了新的移動通信網絡的架構，演進的分組網絡(EPS, Evolved Packet System)。
服務網關支持節點(SGSN, Service Gateway Support Node)為分組網絡核心網的控制面實體；而基站(eNodeB)為演進的分組網絡的接入網基站，移動管理實體(MME， Mobile Management Entity)是演進分組網絡核心網的控制面實體，類似於SGSN,服務網關(S-GW, Serving Gateway)和分組數據網關(P-GW， Packet data network Gateway)均為演進分組網絡的網關設備，兩者可以合一。考慮到演進分組網絡的兼容性問題，因此SGSN和MME之間存在S3接口 ， SGSN和S-GW之間存在S4接口 ，當用戶設備(UE， User Equipment)位於現有分組網絡覆蓋時能通過SGSN接入到演進分組網的服務網關完成相關業務。
SGSN和MME統稱為移動管理實體，移動管理實體上維護著UE的移動性管理上下文，包括當前UE位置，鑑權信息等，是UE和網絡連接的關鍵。網絡中其它網元上的用戶上下文如果丟失，由於移動管理實體上還保存有UE的移動性管理上下文，因此移動管理實體還能夠聯絡UE進行相應的處理，例如重新附著，重新建立承載連接等，但如果移動管理實體上的用戶上下文丟失，由於此時移動管理實體已經不知道UE的註冊信息，按照現有的處理，網絡中其它網元，如eNodeB, S-GW, P-GW應該清除UE相關的上下文。
在未來的分組網絡中，將承載目前由電路域承載的語音等業務，這些業務多是點對點的，即UE既可能作為主叫發起業務，也可能作為被叫接收業務。而且被叫並不是像電路域那樣是使用信令來觸發的，而是通過一個對分組網絡來說普通的IP數據包來觸發的。但如前所述，在發現移動管理實體上
用戶上下文UE移動性管理上下文丟失後，S-GW和P-GW會清除UE相關上下文，因此該數據包從外部骨幹網到達P-GW後，P-GW不能匹配到相關的用戶上下文，只能丟棄數據包。因此此時恢復UE到網絡的聯絡只能有賴於UE重新發起業務請求(包括服務請求或路由更新)，在此之前，UE無法作為被叫被網絡聯絡。 一般周期性路由更新的周期設置為1個小時左右，因此在移動管理實體復位等情況下，原先在該移動管理實體上註冊的UE可能在幾十分鐘內無法作為被叫，從而影響了用戶的業務。我們認為此時UE處於一種"尋呼盲區"，網絡無法尋呼該UE。
此外，運營商為了防止建網初期，UE在網絡邊界處頻繁地來回移動，則會導致不可估計的後果。因此，提出了 "信令限制"或"節約信令"(ISR,Idle mode Signaling Reduction)的概念，以減少UE在網絡邊界處頻繁移動導致的問題。
ISR技術的提出解決了信令負荷的問題，但也可能帶來其他問題， 一種可能的問題是會造成"尋呼盲區，'，即網絡無法感知UE的存在從而無法發起到該UE的尋呼，從而斷開UE和網絡的連接，網絡不能尋呼到該UE,從而導致業務失敗。
例如，當UE完成到MME和SGSN中的註冊，啟用了 ISR後，如果UE長期沒有到MME中進行註冊更新達一段時間後，MME可以認為該UE脫網，從而直接釋放該UE的相關資源，即UE在EPS網絡中被MME隱式分離；而UE隨後又進入EPS網絡覆蓋，按照ISR機制，此時UE不知道被網絡分離，檢測到當前的TAI ( Tracking Area Indication)在記錄的TA列表中，因此不會發起到MME的註冊更新。如果此時網絡需要開展業務，MME和SGSN會分別在EPS網絡和GPRS/UMTS中尋呼該用戶，但由於MME中已經將該UE隱式分離，認為該UE脫網，因此MME不能尋呼到該UE; SGSN可以在GPRS/UMTS中正常尋呼，但由於UE此時駐紮在EPS網絡中，不能在GPRS/UMTS中響應該尋呼，所以SGSN也不能尋呼到該UE。這就產生了"尋呼盲區"，從而導致業務失敗。
導致出現"尋呼盲區"的原因，除了上述的核心網隱式分離用戶之外，還存在如下的可能核心網主動分離用戶，但該用戶恰好不在該網絡覆蓋範
圍區域內。此時UE無法響應網絡的尋呼，因此只能執行隱式分離操作。該情況與上述隱式分離的情況一致；核心網控制面實體發生復位。例如當MME或SGSN復位後，無法將該情況通報給UE,因此處於ISR激活態的UE無法去激活ISR,從而會導致"尋呼盲區，，問題的出現。
因此，在進行本發明創造過程中，發明人發現現有技術中至少存在如下問題現有技術上提供的技術方案中，當用戶處於尋呼盲區時，由於網絡無法尋呼到用戶，從而導致業務失敗。

發明內容
本發明實施例提供了 一種實現尋呼處於尋呼盲區的用戶的方法及系統，能夠當用戶處於尋呼盲區時，尋呼到該用戶，正常進行移動通信業務。
本發明實施例提供了一種實現尋呼處於尋呼盲區的用戶的方法，包括當用戶處於尋呼盲區時，保留處於尋呼盲區用戶的上下文；向移動管理設備發送消息，所述消息中攜帶從處於尋呼盲區用戶的上下文中匹配到的用戶信息；
根據所述用戶信息，尋呼處於尋呼盲區的用戶。本發明實施例還提供了一種行動網路系統，包括
服務網關，用於獲知用戶處於尋呼盲區後，保留處於尋呼盲區用戶的信息，並發送觸發尋呼處於尋呼盲區用戶的消息，所述觸發尋呼處於尋呼盲區用戶的消息中攜帶處於尋呼盲區用戶的信息；
移動管理設備，用於接收所述服務網關發送的觸發尋呼處於尋呼盲區用戶的消息，並根據所述消息中攜帶處於尋呼盲區用戶的信息，尋呼處於尋呼盲區的用戶。
本發明實施例還提供了一種服務網關，包括
保留單元，當用戶處於尋呼盲區時，用於保留處於尋呼盲區用戶的信息；
發送單元，用於向移動管理設備發送消息，所述消息中攜帶所述保留單元保留的處於尋呼盲區用戶的信息。通過本發明實施例提供的實現尋呼處於尋呼盲區用戶的方法和移動網 絡系統，服務網關獲知用戶處於尋呼盲區後，保留處於尋啐盲區用戶的信息， 因此可以根據保留的處於尋呼盲區用戶的信息尋呼到處於尋呼盲區的用戶， 從而使處於尋呼盲區的用戶能夠進行正常的移動通信業務。


圖1為本發明實現尋呼處於尋呼盲區的用戶的方法一個實施例的信令流
程圖2為本發明中用戶隱式分離後的處理過程的信令流程圖； 圖3為本發明中移動管理設備發生故障後的處理過程的信令流程圖； 圖4為本發明中尋呼處理的第一實施例的信令流程圖； 圖5為本發明中尋呼處理的第二實施例的信令流程圖； 圖6為本發明中尋呼處理的第三實施例的信令流程圖； 圖7為本發明中尋呼處理的第四實施例的信令流程圖； 圖8為本發明行動網路系統一個實施例的結構示意圖； 圖9為本發明服務網關一個實施例的結構示意圖。
具體實施例方式
本發明實施例提供一種實現尋呼處於尋呼盲區的用戶的方法和系統。為 使本發明的技術方案更加清楚明白，以下參照附圖並列舉實施例，對本發明 進一步詳細說明。
請參照圖1,為本發明實現尋呼處於尋呼盲區的用戶的方法一個實施例 的信令流程圖。本實施例中的網絡可以是GPRS/UMTS網絡或者EPS網絡。 所述網絡通信中尋呼用戶的過程具體包括
步驟101: UE在與網絡進行信令交互過程中，移動管理設備為UE分配 或者重分配臨時標識或者尋呼位置區；
步驟102:移動管理設備為UE分配的臨時標識或尋呼位置區信息更新 到尋呼數據信息庫；
所述尋呼數據信息庫用於保存UE的尋呼信息，例如臨時標識、尋呼位 置區(對於GPRS/UMTS網絡是路由區，對於EPS網絡是跟蹤區或者跟蹤區 列表)。所述尋呼數據信息庫可以是單獨設置的一個功能實體，也可以和移動
8管理設備或者網關設置在一起。如果和移動管理設備設置在一起，在移動管 理設備發生故障時，—並不會導致尋呼數據信息庫上的存儲的信息丟失。
本實施例中，移動管理設備可以為MME或者SGSN。
步驟103:移動管理設備發生了設備故障或者UE發生了隱式分離，移 動管理設備丟失了 UE的移動性管理上下文；
步驟104: S-GW獲知移動管理設備發生故障或者UE發生隱式分離後， 保留UE的移動性管理上下文，並進行相應處理；
所述UE的移動性管理上下文包括UE的國際移動用戶身份標識(IMSI， International Mobile Subscriber Identity)。 UE發生了隱式分離後所進行的相應 處理的具體過程請參見圖2,移動管理設備發生了設備故障後所進行的相應 處理的具體過程請參見圖3。
步驟105: S-GW收到外部網絡發送過來的數據包；
步驟106: S-GW向移動管理設備發送數據通知消息，所述數據通知消 息攜帶從UE的移動性管理上下文中匹配到的用戶信息，例如UE的IMSI;
步驟107: S-GW清除UE的移動性管理上下文，並通知P-GW清除UE 的移動性管理上下文；
步驟108:移動管理設備從S-GW發送的數據通知消息中獲取UE的 IMSI,根據所述UE的IMSI,從尋呼信息資料庫中獲取UE的臨時標識或者 尋呼位置區信息；
步驟109:移動管理設備根據獲取的UE的臨時標識或者尋呼位置區信 息，向UE發起尋呼，並可以通過所述尋呼消息通知UE網絡移動性管理上 下文已丟失，請求UE發起恢復網絡註冊流程；
步驟110: UE發起恢復網絡註冊流程。
本實施例中，是在步驟105中S-GW收到了外部網絡發送過來的數據包 後觸發移動管理設備尋呼UE,也可以在步驟104中S-GW獲知移動管理設 備發生故障或者UE發生隱式分離後，由S-GW主動向移動管理設備發送請 求消息，觸發移動管理設備尋呼UE，並恢復UE到網絡的註冊。並且由於 在UE恢復之前S-GW未收到外部網絡發送過來的數據包，因此可以在步驟 104中，S-GW可以對保留UE的移動性管理上下文的時間進行設置，所述設置的時間小於UE周期性路由更新的時間。例如可以在S-GW上設置一個定
時器配置保留UE的移動性管理上下文的時間。當所設置的保留時間到時， 則清除UE的移動性管理上下文，並通知P-GW清除UE的移動性管理上下 文。
另外，本實施例中，與尋呼資料庫相關流程是可以選擇執行的，即步驟 102可以不執行，此時，步驟108也可以省略，且步驟109中，移動管理設 備使用UE的IMSI在移動管理設備的所有管轄範圍內發起尋呼。
請參照圖2，為本發明用戶隱式分離後的處理信令流程圖。當用戶在移 動管理實體中被隱式分離後，移動管理實體向S-GW發送狀態通知。本實施 例中的移動管理設備可以是MME或SGSN,下文以MME進行說明。
當UE的ISR處於激活態下，UE同時在MME、 SGSN中註冊，且S-GW 中記錄當前UE的ISR處於激活態。如果UE在一個網絡中被隱式分離，該 UE在另一個網絡中的承載通道應該被繼續保留，因此，本實施例也適用於 UE處於ISR激活態下的處理。
所述用戶隱式分離後的處理過程包括
步驟201: MME隱式分離UE;
步驟202: MME向S-GW發送狀態通知消息，所述狀態通知消息中可 以包括用戶隱式分離指示信息，所述狀態通知消息可以是承載更新請求消息 或承載刪除請求消息等；
MME發送給S-GW的狀態通知消息可以是逐個承載發送，即每個承載 發送一條消息，也可以針對每個用戶發送一條消息或用戶的每個APN發送 一條消息。S-GW可以根據這些情況做相應處理當每個承載發送一條消息 時，S-GW在收到該承載的更新消息後僅更新該承載的上下文；當針對每個 用戶發送一條消息時，S-GW在收到該更新消息後需要更新該用戶的所有承 載上下文；當針對每個APN發送一條消息時，S-GW在收到該更新消息後將 該用戶該APN下的所有承載均需要更新上下文。
步驟203: S-GW收到包括用戶隱式分離指示信息的狀態通知消息，在 該UE對應的承載上下文中記錄用戶隱式分離標誌；
所述用戶隱式分離標誌還可以記錄在S-GW的用戶上下文中。
10S-GW收到包括隱式分離指示信息的狀態通知消息後，還可以針對該UE 啟動一個刪除上下文定時器，當該定時器超時後，S-GW可以本地刪除該UE 相關的承載上下文；或發起到P-GW的承栽上下文刪除流程，將該S-GW和 P-GW上該UE的承載上下文刪除。S-GW可以既記錄隱式分離標誌也啟動 刪除上下文定時器，也可以僅記錄隱式分離標誌或啟動刪除上下文定時器。
如果S-GW中這些承載上下文中還包括到eNodeB的下行隧道信息，則 將該下行隧道信息清除。
步驟204: S-GW向MME發送狀態通知響應消息，所述狀態通知響應 消息可以是承載更新響應消息或承載刪除響應消息等；
步驟205: S-GW向P-GW發送狀態通知消息；
S-GW可以針對每個承載發送一條消息，也可以針對每個用戶發送一條 消息或針對該用戶的每個APN發送一條消息。該狀態通知消息中可以包括 隱式分離標誌，也可以包括S-GW中啟動的刪除上下文定時器時長等信息；
步驟206: P-GW收到該狀態通知消息後，可以記錄用戶隱式分離標誌， 也可以按照S-GW提供的或本地自配置的時長啟動刪除上下文定時器時長， 並向S-GW回狀態通知響應消息，該狀態通知響應消息和請求消息——對應。
本實施例描述的是UE在MME所在的網絡發生隱式分離後的處理過程， 由於UE在SGSN所在的網絡發生隱式分離後的處理過程與UE在MME所 在的網絡發生隱式分離後的處理過程基本相似，因此不再做進一步描述。
請參照圖3,為本發明移動管理設備發生故障後的處理信令流程圖。本 實施例中，發生故障的移動管設備為MME。所述移動管理設備發生故障後 的處理過程包括
步驟301: MME發生故障導致復位；
步驟302: S-GW向MME發送路徑探測消息；
步驟303: MME復位啟動後，向S-GW返迴路徑探測響應消息，所述 路徑探測響應消息中包括MME復位信息；
步驟304: S-GW根據MME返回的路徑探測響應消息中的MME復位信 息，得知MME發生了復位，因此S-GW在MME相關的承載上下文中記錄 MME復位標誌；S-GW記錄的MME復位標誌也可以記錄在S-GW中與該MME相關的 用戶上下文中。 -
S-GW收到MME復位信息後，還可以針對該MME相關的每個UE啟動 一個刪除上下文定時器，當該定時器超時後，S-GW可以本地刪除該UE相 關的承載上下文；或者發起到P-GW的承載上下文刪除流程，將該S-GW和 P-GW上該UE的承載上下文刪除。S-GW可以既記錄MME復位標誌也啟動 刪除上下文定時器，也可以僅記錄MME復位標誌或僅啟動刪除上下文定時 器。
當該刪除上下文定時器啟動而沒有超時，S-GW又收到該UE的復位指 示(例如該UE已經被隱式分離後啟動了該定時器)，S-GW可以根據策略決定 是否重啟該定時器。
當S-GW記錄了 MME復位信息後，還可以向P-GW通知該變化，即執 行步驟305和步驟306,上述兩步驟可選。
步驟305: S-GW向P-GW發送狀態通知消息；
S-GW可以針對每個承載發送一條消息，也可以針對每個用戶發送一條 消息或針對該用戶的每個APN發送一條消息。該狀態通知消息中可以包括 MME復位標誌，也可以包括S-GW中啟動的刪除上下文定時器時長等信息。
步驟306: P-GW收到該狀態通知消息後，可以記錄該MME復位標誌， 也可以按照S-GW提供的或本地自配置的時長啟動刪除上下文定時器時長， 並向S-GW返回狀態通知響應消息，該狀態通知響應消息和請求消息——對 應。
本實施例描述的是MME發生故障後處理的過程，SGSN發生故障後的 處理過程基本相同，這裡不再進一步描述。
當UE處於尋呼盲區後，可能會發起主動的註冊流程，例如周期性路由 區或跟蹤區更新，當定時器超時會發起周期性路由區/跟蹤區更新流程；或者 隨著UE的移動發生了路由區/跟蹤區的變化，也會發起正常的路由區/跟蹤區 更新流程。這些流程都會導致UE發起主動的註冊流程。此時SGSN/MME 需要通知S-GW或者P-GW將相關的復位標誌或者隱式分離標誌進行清除。
下面以UE在EPS網絡中處於尋呼盲區後，發起主動註冊流程為例進行
12說明
1. UE向eNodeB發送位置區更新請求消息，該消息可以是周期性的或正 常的跟蹤區更新請求消息。當UE在GPRS/UMTS網絡時，該消息可以是發 往RNC的周期性的或正常的路由區更新請求消息；
2. eNodeB將該位置區更新消息發送給MME;
3. 如果UE的服務MME發生了變化，則新側的MME執行上下文請求 流程向老側的MME獲取該UE的上下文；
在ISR場景下，新側的MME也可以向老側的SGSN獲取該UE的上下文。
4. MME執行正常的註冊流程，獲取用戶的籤約數據，對用戶進行鑑權 等，並建立用戶的上下文；
5. MME向S-GW發送更新承載請求消息，將分配的下行隧道信息通知 給S-GW,另外還可以攜帶UE恢復的指示信息。S-GW收到該消息後，如 果該承載上下文或該UE的上下文中存在隱式分離或復位標記，或者MME 提供了 UE恢復的指示信息，則根據該指示，將對應承載上下文中的UE被 MME隱式分離或MME復位標誌清除；
如果之前啟用了刪除上下文定時器，則根據該指示停止該定時器。
6. 如果之前通知P-GW記錄了隱式分離或復位標記，或要求P-GW啟用 了刪除上下文定時器，則S-GW向P-GW發送更新承載請求消息，該消息中 可以攜帶一個UE恢復的指示信息；
7. P-GW根據該指示或根據記錄的隱式分離或復位標記，將對應承載上 下文中的UE被MME隱式分離或MME復位標誌清除；
如果之前啟用了刪除上下文定時器，則根據該指示停止該定時器。向 S-GW發送更新承載響應消息。
8. S-GW向MME發送更新承載響應消息；
9. MME向eNodeB發送位置區更新接受消息；
10. eNodeB向UE發送位置區更新4妄受消息；
11. UE向eNodeB發送位置區更新完成消息；
12. eNodeB向MME發送位置區更新完成消息。請參照圖4,為本發明中尋呼處理的第一實施例的信令流程圖。本實施
例中，網絡側向UE發送下行數據包，因此觸發網絡尋呼UE, UE響應該尋 呼後重新附著到網絡。
所述尋呼處理的具體過程包括
步驟401: P-GW將收到的下行數據包發送給S-GW;
如果P-GW中該UE的承載上下文中已經啟動了刪除上下文定時器，則 P-GW可以停止或重啟該定時器。
.步驟402: S-GW緩存該數據包，根據記錄的隱式分離標誌或復位標誌， 或者根據啟動的刪除上下文定時器，獲知MME中沒有該UE的上下文，因 此向MME發送下行數據到達通知消息，該消息中包含該UE的IMSI等信息；
步驟403: S-GW向P-GW發送承載刪除請求消息，將該UE相關的所 有承載均刪除；
步驟404: P-GW完成該UE的承載資源刪除處理，包括清除記錄的隱式 分離標誌或復位標誌以及停止刪除上下文定時器等，向S-GW發送承載刪除 響應消息；
步驟405: MME向其管轄範圍內所有的eNodeB發送尋呼消息，該尋呼 消息中包括該用戶的IMSI信息，也可以包括重新附著指示，該重新附著指 示信息可以包括在尋呼原因值中，也可以作為一個獨立的信元；
步驟406: eNodeB在管轄範圍內的所有小區發送尋呼消息，該尋呼消息 中包括該用戶的IMSI信息，也可以包括重新附著指示，該指示信息可以包 括在尋呼原因值中，也可以作為 一個獨立的信元；
步驟407: UE收到該尋呼消息後，根據重新附著指示或消息中包括IMSI 信息，判斷該UE在網絡的狀態異常，因此清除UE上的用戶上下文和承載 上下文信息，並向網絡發送附著請求消息，完成附著處理。
由於附著流程與現有技術中的附著流程相同，因此這裡不再進一步描述。
本實施例中，UE所在網絡為EPS網絡，當UE在GPRS/UMTS網絡時， MME由SGSN代替，eNodeB由RNC代替，其他處理過程基本類似。
請參照圖5,為本發明中尋呼處理的第二實施例的信令流程圖。本實施例中，網絡側向UE發送下行數據包，網絡側主動尋呼UE並使UE恢復用
戶上下文和承載上下文。
所述尋呼處理的具體過程包括
步驟501: P-GW將收到的下行數據包發送給S-GW;
如果P-GW中該UE的承載上下文中已經啟動了刪除上下文定時器，則 P-GW可以停止或重啟該定時器。
步驟502: S-GW緩存該數據包，根據記錄的隱式分離標誌或復位標誌， 或根據啟動的刪除上下文定時器，獲知MME中沒有該UE的上下文，因此 向MME發送下行lt據到達通知消息，該下行lt據到達通知消息中包含該UE 的IMSI等信息；
S-GW可以將該UE的承載上下文包括在該消息中發送給MME。
如果S-GW中該UE的承載上下文中已經啟動了刪除上下文定時器，則 S-GW可以停止或重啟該定時器。
步驟503: MME向管轄範圍內所有的eNodeB發送尋呼消息，該尋呼消 息中包括該用戶的IMSI信息，也可以包括重新註冊指示，該重新註冊指示 信息可以包括在尋呼原因值中，也可以作為一個獨立的信元；
MME還可以根據步驟502中S-GW提供的該UE的承載上下文為該UE 建立在MME中的7 義載上下文。
步驟504: eNodeB在管轄範圍內的所有小區發送尋呼消息，該尋呼消息 中包括該用戶的IMSI信息，也可以包括重新註冊指示，該重新註冊指示信 息可以包括在尋呼原因值中，也可以作為 一個獨立的信元；
步驟505: UE收到該尋呼消息後，根據重新註冊指示消息或者根據尋呼 消息中包括IMSI信息，向eNodeB發送尋呼響應消息；
該尋呼響應消息可以是服務請求消息或者跟蹤區更新請求消息。
步驟506: eNodeB向MME轉發該尋呼響應消息；
步驟507: MME收到該尋呼響應消息後，獲取該UE的籤約數據，建立 該UE的用戶上下文，更新該UE的承載上下文；
步驟508: MME發起承載恢復流程，將該UE的承載資源進行恢復； 步驟509: MME向S-GW發送更新承載請求消息，該更新承載請求消息攜帶UE已經恢復的信息指示；
S-GW收到該消息後，將該UE記錄的隱式分離標誌、復位標誌清—除， 並停止啟動的刪除上下文定時器。
步驟510:如果P-GW也記錄了相關標誌，或啟動了定時器，則S-GW 向P-GW發送更新承載請求消息，該消息攜帶UE已經恢復的信息指示；
步驟511: P-GW收到該消息後，將該UE記錄的隱式分離標誌、復位標 志清除，並停止啟動的刪除上下文定時器，向S-GW回更新承載響應消息；
步驟512: S-GW向MME發送更新承載響應消息。
本實施例中步驟510和步驟511也可以在步驟502之後執行。
本實施例中，UE所在網絡為EPS網絡，當UE在GPRS/UMTS網絡時， MME由SGSN代替，eNodeB由RNC代替，其他處理過程基本類似。
請參照圖6,為本發明中尋呼處理的第三實施例的信令流程圖。本實施 例中，通過UE的跟蹤區標識(TAI)和臨時標識(GUTI)來進行尋呼。
所述尋呼處理的具體過程包括
步驟601: P-GW將收到的下行數據包發送給S-GW;
步驟602: S-GW向MME發送下行數據到達通知消息，該下行數據到 達通知消息中包括S-GW記錄的該UE的TAI和GUTI;
本實施例中，S-GW中保存UE的位置區標識和臨時標識，當UE的信 息發生變化(如UE進行了位置區更新)，MME/SGSN將最新的信息更新到 S-GW中。當UE被隱式分離的場景下，MME也可以在更新流程將UE當前 的位置區標識和臨時標識通知給S-GW。當S-GW收到下行^t據包後，向 MME發送的下行數據到達通知消息中包括UE的位置區標識和臨時標識。
步驟603: MME根據S-GW提供的信息，向跟蹤區列表的服務eNodeB 發送尋呼，尋呼消息中包括該UE的GUTI或S-TMSI信息。
步驟604: eNodeB在管轄範圍內的小區發送尋呼消息；
步驟605: UE收到該尋呼消息中完成後續處理。
後續處理過程和前述實施例基本類似，這裡不做進一步描述。
請參照圖7,為本發明中尋呼處理的第四實施例的信令流程圖。本實施 例中，UE在MME/SGSN所在網絡處於ISR激活態，且MME隱式分離了用
16戶或者MME發生了故障而SGSN正常，此時UE處於EPS網絡覆蓋下。
所述尋呼處理的具體過程包括'
步驟701: P-GW將收到的下行數據包發送給S-GW;
步驟702: S-GW緩存該數據包，根據記錄的隱式分離標誌或復位標誌， 或根據啟動的刪除上下文定時器，獲知MME中沒有該UE的上下文，因此 向MME發送下行數據到達通知消息，該下行數據到達通知消息中包含該UE 的IMSI等信息；
S-GW可以將該UE的承載上下文包括在該消息中發送給MME。
如果S-GW中該UE的承載上下文中已經啟動了刪除上下文定時器，則 S-GW可以停止或重啟該定時器。
步驟703: MME向管轄範圍內所有的eNodeB發送尋呼消息，該尋呼消 息中包括該用戶的IMSI信息，也可以包括重新註冊指示，該重新註冊指示 信息可以包括在尋呼原因值中，也可以作為一個獨立的信元；
MME還可以根據步驟702中S-GW提供的該UE的承載上下文為該UE 建立在MME中的承載上下文。
步驟704: eNodeB在管轄範圍內的所有小區發送尋呼消息，該尋呼消息 中包括該用戶的IMSI信息，也可以包括重新註冊指示，該重新註冊指示信 息可以包括在尋呼原因值中，也可以作為一個獨立的信元；
步驟705: UE收到該尋呼消息後，根據重新註冊指示消息或者根據尋呼 消息中包括IMSI信息，向eNodeB發送尋呼響應消息；
該尋呼響應消息可以是服務請求消息或者跟蹤區更新請求消息。
步驟706: eNodeB向MME轉發該尋呼響應消息；
步驟707: MME收到該尋呼響應消息後，獲取該UE的籤約數據，建立 該UE的用戶上下文，更新該UE的承載上下文；
步驟708: MME發起承載恢復流程，將該UE的承載資源進行恢復；
步驟709: MME向S-GW發送更新承載請求消息，該更新承載請求消 息攜帶UE已經恢復的信息指示；
S-GW收到該消息後，將該UE記錄的隱式分離標誌、復位標誌清除， 並停止啟動的刪除上下文定時器。
17步驟710:如果P-GW也記錄了相關標誌，或啟動了定時器，則S-GW 向P-GW發送更新承載請求消息，該消息攜帶UE已經恢復的信息指示；
步驟711: P-GW收到該消息後，將該UE記錄的隱式分離標誌、復位標 志清除，並停止啟動的刪除上下文定時器，向S-GW回更新承載響應消息；
步驟712: S-GW向MME發送更新承載響應消息。
本實施例中以MME復位或UE被MME隱式分離進行說明，對於SGSN 復位或UE被SGSN隱式分離的處理過程與此類似，這裡不做進一步描述。
以上實施例中當發生UE被隱式分離或MME/SGSN故障導致出現尋呼 盲區後，S-GW/P-GW在保留該UE的上下文的同時可以啟動一個刪除上下 文定時器，如果在該定時器沒有超時之前收到了 MME發送的UE恢復指示， 則請知該刪除上下文定時器。如果定時器超時，則S-GW/P-GW上需要釋放 相關的承載上下文。
其處理方法可以分為以下兩類
A. S-GW和P-GW根據指示分別啟動刪除上下文定時器，當定時器超時 後，各自單獨釋放相關承栽的資源。
B. 只在S-GW上啟動刪除上下文定時器，當該定時器超時後，S-GW向 P-GW發送刪除承載請求消息，P-GW根據該請求釋放相關承載資源，並向 S-GW回刪除承載響應消息。S-GW可以在發送消息給P-GW之前或收到 P-GW響應之後釋放相關承載資源。
請參照圖8,為本發明行動網路系統一個實施例的結構圖。 所述行動網路系統包括服務網關81、移動管理設備82、尋呼信息數據 庫83。
所述服務網關81,用於當用戶處於尋呼盲區時，保留處於尋呼盲區用戶 的信息，並發送觸發尋呼處於尋呼盲區用戶的消息，所述觸發尋呼處於尋呼 盲區用戶的消息中攜帶處於尋呼盲區用戶的信息；
所述移動管理設備82，用於接收所述服務網關81發送的觸發尋呼處於 尋呼盲區用戶的消息，並根據所述消息中攜帶處於尋呼盲區用戶的信息，尋 呼處於尋呼盲區的用戶。
所述移動管理設備82可以為MME或者SGSN。所述尋呼信息資料庫83,用於存儲用戶的臨時標識或尋呼位置區信息，
提供給移動管理設備81。
請參照圖9，為本發明服務網關一個實施例的結構圖。 所述服務網關包括保留單元91、發送單元92。
所述保留單元91,當用戶處於尋呼盲區，用於保留處於尋呼盲區用戶的
4 &息。
所述發送單元92,用於向移動管理設備發送觸發移動管理設備尋呼處於 尋呼盲區用戶的消息，所述消息中攜帶所述保留單元91保留的處於尋呼盲 區用戶的信息。
所述服務網關可以進一步包括清除單元93,所述清除單元93,當所述 發送單元92向移動管理設備發送觸發移動管理設備尋呼處於尋呼盲區用戶 的消息之後，用於清除所述用戶的移動性管理上下文。
所述服務網關還可以進一步包括定時器94,所述用定時器94於對所述 保留單元91保留用戶的移動性管理上下文的時間進行設置。所述服務網關 還可以進一步包括記錄單元95,當保留單元91獲知用戶處於尋呼盲區之後， 用於記錄用戶隱式分離標誌或者移動管理設備復位標誌。
所述服務網關還可以進一步包括接收單元96,所述接收單元96用於接 收發送給處於尋呼盲區的用戶的數據包，並觸發所述發送單元92向移動管 理設備發送消息。
絡系統，服務網關獲知用戶處於尋呼盲區後，保留處於尋呼盲區用戶的信息，
因此可以根據保留的處於尋呼盲區用戶的信息尋呼到處於尋呼盲區的用戶，
從而使處於尋呼盲區的用戶能夠進行正常的業務。
以上對本發明所提供的 一種實現尋呼處於尋呼盲區用戶的方法和移動 網絡系統進行了詳細介紹，本文中應用了具體個例對本發明的原理及實施方 式進行了闡述，以上實施例的說明只是用於幫助理解本發明所揭示的技術方 案；同時，對於本領域的一般技術人員，依據本發明的思想，在具體實施方 式及應用範圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本 發明的限制。
權利要求
1.一種實現尋呼處於尋呼盲區的用戶的方法，其特徵在於，所述方法包括當用戶處於尋呼盲區時，保留處於尋呼盲區用戶的上下文；向移動管理設備發送消息，所述消息中攜帶從處於尋呼盲區用戶的上下文中匹配到的用戶信息；根據所述用戶信息，尋呼處於尋呼盲區的用戶。
2. 根據權利要求1所述的實現尋呼處於尋呼盲區用戶的方法，其特徵在 於，所述向移動管理設備發送消息之後還包括清除所述用戶的移動性管理上下文。
3. 根據權利要求2所述的實現尋呼處於尋呼盲區用戶的方法，其特徵在 於，所述清除所述用戶的移動性管理上下文之前還包括對保留用戶的移動性管理上下文的時間進行設置，所設置的時間小於用 戶周期性路由更新的時間。
4. 根據權利要求3所述的實現尋呼處於尋呼盲區用戶的方法，其特徵在 於，所述保留處於尋呼盲區用戶的上下文之前還包括移動管理設備向服務網關發送狀態通知消息，所述狀態通知消息包括用 戶隱式分離指示信息。
5. 根據權利要求3所述的實現尋呼處於尋呼盲區用戶的方法，其特徵在 於，所述保留處於尋呼盲區用戶的上下文之前還包括移動管理設備向服務網關發送路徑探測請求消息，所述路徑探測請求消 息中包括移動管理設備復位信息。
6. 根據權利要求3所述的實現尋呼處於尋呼盲區用戶的方法，其特徵在 於，所述方法還包括服務網關記錄用戶隱式分離標誌或者移動管理設備復位標誌。
7. 根據權利要求6所述的實現尋呼處於尋呼盲區用戶的方法，其特徵在 於，如果處於尋呼盲區用戶主動發起註冊流程，則移動管理設備通知服務網 關清除所述用戶隱式分離標誌或者移動管理設備復位標誌。
8. 根據權利要求1所述的實現尋呼處於尋呼盲區用戶的方法，其特徵在 於，所述處於尋呼盲區用戶的信息為用戶的國際移動用戶身份標識IMSI。
9. 根據權利要求8所述的實現尋呼處於尋呼盲區用戶的方法，其特徵在 於，所述根據所述處於尋呼盲區用戶的信息，尋呼處於尋呼盲區的用戶具體方式為根據所述處於尋呼盲區用戶的IMSI,獲知用戶的臨時標識或尋呼位置區 倬自.根據所述用戶的臨時標識或尋呼位置區信息尋呼處於尋呼盲區的用戶。
10. 根據權利要求1所述的實現尋呼處於尋呼盲區用戶的方法，其特徵在 於，所述處於尋呼盲區用戶的信息為用戶的臨時標識或尋呼位置區信息。
11. 根據權利要求1所述的實現尋呼處於尋呼盲區用戶的方法，其特徵在 於，所述向移動管理設備發送消息之前還包括接收發送給處於尋呼盲區的用戶的數據包。
12. 根據權利要求11所述的實現尋呼處於尋呼盲區用戶的方法，其特徵 在於，所述尋呼處於尋呼盲區的用戶具體包括移動管理設備向管轄範圍內所有的小區發送尋呼消息，所述尋呼消息中 包括所述處於尋呼盲區的用戶的信息或者重新附著指示；用戶收到所述尋呼消息後，根據重新註冊指示消息或者用戶信息，清除 用戶上下文和承載上下文信息，並向網絡發送附著請求消息，完成附著處理。
13. 根據權利要求11所述的實現尋呼處於尋呼盲區用戶的方法，其特徵 在於，所述尋呼處於尋呼盲區的用戶具體包括移動管理設備向管轄範圍內所有的小區發送尋呼消息，所述尋呼消息中 包括所述處於尋呼盲區的用戶的信息或者重新附著指示；移動管理設備收到用戶返回的尋呼響應消息後，根據重新註冊指示消息 或者用戶信息，獲取用戶的籤約數據，建立所述用戶的用戶上下文，更新所 述用戶的承載上下文；移動管理設備發起承載恢復流程，將所述用戶的承載資源進行恢復。
14. 一種行動網路系統，其特徵在於，包括服務網關，用於當用戶處於尋呼盲區時，保留處於尋呼盲區用戶的信息， 並發送觸發尋呼處於尋呼盲區用戶的消息，所述觸發尋呼處於尋呼盲區用戶 的消息中攜帶處於尋呼盲區用戶的信息；移動管理設備，用於接收所述服務網關發送的觸發尋呼處於尋呼盲區用 戶的消息，並根據所述消息中攜帶處於尋呼盲區用戶的信息，尋呼處於尋呼 盲區的用戶。
15. 根據權利要求14所述的行動網路系統，其特徵在於，還包括: 尋呼信息資料庫，用於存儲用戶的臨時標識或尋呼位置區信息，提供給移動管理設備。
16. 根據權利要求14所述的行動網路系統，其特徵在於，所述移動管理 設備為移動管理實體MME或者服務網關支持節點SGSN。
17. —種服務網關，其特徵在於，包括保留單元，當用戶處於尋呼盲區時，用於保留處於尋呼盲區用戶的信息； 發送單元，用於向移動管理設備發送消息，所述消息中攜帶所述保留單 元保留的處於尋呼盲區用戶的信息。
18. 根據權利要求17所述的服務網關，其特徵在於，所述服務網關還包括清除單元，當所述發送單元向移動管理設備發送消息之後，用於清除所 述用戶的移動性管理上下文。
19. 根據權利要求17所述的服務網關，其特徵在於，所述服務網關還包括定時器，用於對所述保留單元保留用戶的移動性管理上下文的時間進行 設置。
20. 根據權利要求19所述的服務網關，其特徵在於，所述服務網關還包括記錄單元，當保留單元獲知用戶處於尋呼盲區之後，用於記錄用戶隱式 分離標誌或者移動管理設備復位標誌。
21. 根據權利要求19所述的服務網關，其特徵在於，所述服務網關還包括接收單元，用於接收發送給處於尋呼盲區的用戶的數據包，並觸發所述 發送單元向移動管理設備發送消息。
全文摘要
本發明提供一種實現尋呼處於尋呼盲區用戶的方法和行動網路系統，所述方法包括服務網關獲知用戶處於尋呼盲區後，保留處於尋呼盲區用戶的信息；服務網關向移動管理設備發送觸發移動管理設備尋呼處於尋呼盲區用戶的消息，所述消息中攜帶處於尋呼盲區用戶的信息；移動管理設備根據所述處於尋呼盲區用戶的信息，尋呼處於尋呼盲區的用戶。通過本發明實施例提供的技術方案，服務網關獲知用戶處於尋呼盲區後，保留處於尋呼盲區用戶的信息，因此可以根據保留的處於尋呼盲區用戶的信息尋呼到處於尋呼盲區的用戶，從而使處於尋呼盲區的用戶能夠進行正常的移動通信業務。
文檔編號H04W76/00GK101540990SQ20081008751
公開日2009年9月23日 申請日期2008年3月19日 優先權日2008年3月19日
發明者於益俊, 宇 銀 申請人:華為技術有限公司