CN102405668B - 一种寻呼处理方法、系统及服务网关 - Google Patents
一种寻呼处理方法、系统及服务网关 Download PDFInfo
- Publication number
- CN102405668B CN102405668B CN201080001880.4A CN201080001880A CN102405668B CN 102405668 B CN102405668 B CN 102405668B CN 201080001880 A CN201080001880 A CN 201080001880A CN 102405668 B CN102405668 B CN 102405668B
- Authority
- CN
- China
- Prior art keywords
- mobile management
- management net
- net element
- information
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/02—Arrangements for increasing efficiency of notification or paging channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/16—Gateway arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/12—Reselecting a serving backbone network switching or routing node
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
Abstract
本发明实施例提供了一种寻呼处理方法、系统及服务网关,所述寻呼处理方法包括:服务网关获知移动管理网元发生故障,并确定故障类型,根据所述故障类型,服务网关重新选择移动管理网元;服务网关向重新选择的移动管理网元发送下行数据通知消息,所述重新选择的移动管理网元向所述发生故障的移动管理网元发生故障前所服务的用户设备UE发送寻呼消息。采用本发明实施例提供的方法、系统及服务网关,在移动管理网元发生故障的场景下,SGW为移动管理网元发生故障前所服务的UE重新选择移动管理网元,并触发所述被重新选择的移动管理网元寻呼UE,进而触发所述UE发起附着流程重建上下文,有效的提高了用户的业务体验效果。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种寻呼处理方法、系统及服务网关。
背景技术
目前,在演进分组网络(EPS,Evolved Packet System)中,如果MME(Mobility Management Entity,移动管理实体)或SGSN(Serving GPRS SupportNode,服务GPRS支持节点)发生故障,MME/SGSN将丢失所服务UE(UserEquipment,用户设备)的上下文。此时,如果SGW(Serving Gateway,服务网关)感知MME/SGSN发生故障,那么SGW将删除该发生故障MME/SGSN所服务的UE的上下文。这样一来,当SGW接收到来自PGW(Packet DataNetwork Gateway,分组数据网络网关)的有关所述发生故障的MME/SGSN所服务的UE的下行数据时,SGW将不进行移动管理网元的重新选择,无法为UE重建上下文,进行不能为所述UE提供服务,影响用户体验。
发明内容
有鉴于此,本发明实施例提供了一种寻呼处理方法、系统及服务网关,当移动管理网元发生故障后,SGW为移动管理网元发生故障前所服务的UE重新选择移动管理网元,并触发所述被重新选择的移动管理网元寻呼UE,进而触发所述UE发起附着流程重建上下文。
本发明采用如下技术方案:
一种寻呼处理方法,包括:
服务网关获知移动管理网元发生故障,并确定故障类型,根据所述故障类型,服务网关重新选择移动管理网元;
服务网关向重新选择的移动管理网元发送下行数据通知消息,所述重新选择的移动管理网元向所述发生故障的移动管理网元发生故障前所服务的用户设备UE发送寻呼消息。
一种服务网关,包括:
确认选择单元,用于获知移动管理网元发生故障,并确定故障类型,根据所述故障类型,重新选择移动管理网元;
发送单元,用于向所述重新选择的移动管理网元发送下行数据通知消息。
一种寻呼处理系统,包括:
服务网关,用于获知移动管理网元发生故障,并确定故障类型,根据所述故障类型,重新选择移动管理网元,向被重新选择的移动管理网元发送下行数据通知消息;
移动管理网元,用于接收来自服务网关的下行数据通知消息,向所述发生故障的移动管理网元发生故障前所服务的UE发送寻呼消息。
采用本发明实施例提供的一种寻呼处理方法、系统及服务网关,在移动管理网元发生故障的场景下,SGW为移动管理网元发生故障前所服务的UE重新选择移动管理网元,并触发所述被重新选择的移动管理网元寻呼UE,进而触发所述UE发起附着流程重建上下文,保证了用户体验效果。
附图说明
图1为本发明实施例1所描述的寻呼处理方法的流程图;
图2为本发明实施例2所描述的寻呼处理方法的示意图;
图3为本发明实施例3所描述的寻呼处理方法的示意图;
图4为本发明实施例4所描述的寻呼处理方法的示意图;
图5为本发明实施例5所描述的寻呼处理方法的示意图;
图6为本发明实施例6所描述的寻呼处理方法的示意图;
图7为本发明实施例7所描述的寻呼处理方法的示意图;
图8为本发明实施例8所描述的服务网关的示意图;
图9为本发明实施例8所描述的确认选择单元的示意图;
图10为本发明实施例9所描述的寻呼处理系统的示意图;
图11为本发明实施例10所描述的寻呼处理系统的示意图;
图12为本发明实施例11所描述的寻呼处理系统的示意图;
图13为本发明实施例12所描述的寻呼处理系统的示意图。
具体实施方式
图1为本发明实施例1所描述的寻呼处理方法的流程图,如图1所示:
101,服务网关获知移动管理网元发生故障,并确定故障类型,根据所述故障类型,服务网关重新选择移动管理网元;
移动管理网元(例如MME或者SGSN)的故障类型包括重启成功和故障未恢复两种,SGW感知并确认移动管理网元重启成功和故障未恢复的方式如下所述:
1)SGW通过如下方式感知并确认移动管理网元重启成功:
SGW发送Echo Request消息给移动管理网元,移动管理网元接收到EchoRequest消息后向SGW返回Echo Response消息,消息中携带restart counter信息,SGW根据接收到的所述restart counter信息探测到移动管理网元重启成功;或者
移动管理网元在重启时发送Echo Request消息给SGW,该消息中携带restart counter信息,SGW根据接收到的所述restart counter信息探测到移动管理网元重启成功。
此时,SGW可以继续保持为移动管理网元重启前所服务的UE服务,并不删除所述UE的上下文;另外,由于SGW所保存的UE上下文中包含为所述UE服务的移动管理网元地址信息(IP地址),所以当移动管理网元发生重启时,SGW通过移动管理网元的地址信息(IP地址)便可以检索到受影响的UE。
2)SGW通过如下方式感知并确认移动管理网元故障未恢复:
SGW发送Echo Request消息给移动管理网元,响应超时后没有接收到EchoResponse消息,此时SGW可以选择重发Echo Request消息给移动管理网元,如果重复多次后仍然没有接收到Echo Response消息,则SGW确认与移动管理网元之间链路不可用,SGW确认移动管理网元故障未恢复。
此时,SGW可以继续保持为移动管理网元发生故障前所服务的UE服务,并不删除所述UE的上下文;另外,由于SGW所保存的UE上下文中包含为所述UE服务的移动管理网元地址信息(IP地址),所以当移动管理网元发生故障时,SGW通过移动管理网元的地址信息(IP地址)便可以检索到受影响的UE。
其中,在感知并确认上述两种故障情况过程中,SGW可以在移动管理网元重启前或者发生故障前所服务的UE上下文中设置故障标识位,并记录重启成功或者故障未恢复信息,具体方式如下:
A)SGW在移动管理网元所服务的UE上下文中设置移动管理网元故障标识位,为移动管理网元所服务的UE记录移动管理网元重启,例如:可以在故障标识位中记录“MME/SGSN Restart/Reset”表示MME/SGSN重启成功或者在故障标识位中记录相关重启信息,并其取值为“true”表示MME/SGSN重启成功;或者
SGW在移动管理网元所服务的UE上下文中设置移动管理网元TEID为某一特定取值,例如,设置MME/SGSN TEID为空或者全零或者全1,用于区分不同的故障场景。此处,可以设置MME/SGSN TEID为全零,表示MME/SGSN重启成功。
B)SGW在移动管理网元所服务的UE上下文中设置移动管理网元故障标识位,为移动管理网元所服务的UE记录移动管理网元故障未恢复,例如:可以在故障标识位中记录“MME/SGSN Failure”表示MME/SGSN故障未恢复或者在故障标识位中记录相关故障信息,并其取值为“true”表示MME/SGSN故障未恢复;或者
SGW在移动管理网元所服务的UE上下文中设置移动管理网元TEID为某一特定取值,例如,设置MME/SGSN TEID为空或者全零或者全1,用于区分不同的故障场景。此处,可以设置MME/SGSN TEID为全1,表示MME/SGSN故障未恢复。
根据上述确认的故障类型,SGW通过如下方式重新选择移动管理网元:
一、如果移动管理网元重启成功,则:
方案1:
SGW在获知并确定所述第一移动管理网元重启成功后,选择该重启成功的移动管理网元(简称:第一移动管理网元);
方案2:
SGW在获知并确定所述第一移动管理网元重启成功后,在所述第一移动管理网元重启前所服务的UE上下文中设置故障标识位,并记录重启成功信息;然后当接收到来自PGW的下行数据后,根据故障标识位记录的重启成功信息,仍旧选择所述第一移动管理网元。
二、如果移动管理网元故障未恢复,则:
方案3:
SGW在获知并确定第一移动管理网元故障未恢复后,在所述第一移动管理网元所在的移动管理网元池中重新选择一个移动管理网元(简称:第二移动管理网元);
方案4:
SGW在获知并确定第一移动管理网元故障未恢复后,在所述第一移动管理网元发生故障前所服务的UE上下文中设置故障标识位,并记录故障未恢复信息;然后当接收到来自PGW的下行数据后,根据故障标识位记录的故障未恢复信息,在所述第一移动管理网元所在的移动管理网元池中重新选择一个移动管理网元(第二移动管理网元)。
102,服务网关向重新选择的移动管理网元发送下行数据通知消息,所述重新选择的移动管理网元向所述发生故障的移动管理网元发生故障前所服务的用户设备UE发送寻呼消息。
一、如果移动管理网元重启成功,则:
接续方案1和方案2之后包括:
SGW向所述第一移动管理网元发送下行数据通知消息(DL DataNotification),所述下行数据通知消息中包含该第一移动管理网元发生重启前所服务的UE的IMSI(International Mobile Subscriber Identification Number,国际移动用户识别码)信息;
所述第一移动管理网元接收到所述下行数据通知消息后,向所述UE发送寻呼消息(Paging),所述寻呼消息中包含所述UE的IMSI信息和核心网域指示信元(CN Domain Indicator),所述CN Domain Indicator为PS;
方案1和方案2还包括:所述UE接收到包含IMSI信息的寻呼消息后,由于所述寻呼消息中包含所述UE的IMSI信息和CN Domain Indicator信元,且所述CN Domain Indicator为PS,则所述UE发送包含所述UE的IMSI信息的附着请求消息(Attach Request),如果接收到该附着请求消息的移动管理网元和所述第一移动管理网元为同一个移动管理网元,则附着请求消息被视为寻呼响应消息,所述第一移动管理网元停止寻呼;如果接收到该附着请求消息的移动管理网元(简称:第二移动管理网元)与所述第一移动管理网元并非同一个移动管理网元,则接收到该附着请求消息的第二移动管理网元向HSS(HomeSubscriber Server,归属用户服务器)发送Update Location Request消息,由于HSS中保存的所述第一移动管理网元的标识信息(MME1ID/SGSN1 Number信息/SGSN1 IP地址信息)与所述第二移动管理网元的标识信息(MME2ID/SGSN2 Number信息/SGSN2 IP地址信息)不匹配,所以触发HSS向所述第一移动管理网元发送Cancel Location(取消位置)消息,所述第一移动管理网元接收Cancel Location消息后执行停止寻呼。
二、如果移动管理网元故障未恢复,则:
接续方案3和方案4之后包括:
SGW向所述第二移动管理网元发送下行数据通知消息,所述下行数据通知消息中包含所述第一移动管理网元发生故障前所服务的UE的IMSI信息,所述下行数据通知消息中还包含HSS登记发起指示信元;或者所述第一移动管理网元的标识信息(MME1 ID/SGSN1 Number信息/SGSN1 IP地址信息);或者RAT Type(Radio Access Technique Type,无线接入技术类型)信息以及PLMN ID(Public Land Mobile Network Identity,公共陆地移动网络标识)信息,RAT Type信息用于指示当前UE所选择的无线接入类型(例如,E-UTRAN或者GERAN或者UTRAN),PLMN ID信息用于指示当前UE所选择的PLMN标识信息;
所述第二移动管理网元接收所述下行数据通知消息后,向HSS发送登记消息,例如:Update Location Request消息或者Notify Request消息,所述登记消息中包含所述UE的IMSI信息和所述第二移动管理网元的标识信息(MME2ID/SGSN2 Number信息/SGSN2 IP地址信息),使得HSS获知所述第二移动管理网元的信息;
所述第二移动管理网元接收来自HSS的Update Location Ack消息或者Notify Response消息后,向所述UE发送寻呼消息,所述寻呼消息中包含所述UE的IMSI信息和CN Domain Indicator信元,所述CN Domain Indicator为PS;
方案3和方案4还包括:所述UE接收到包含IMSI信息的寻呼消息后,由于所述寻呼消息中包含所述UE的IMSI信息和CN Domain Indicator信元,且所述CN Domain Indicator为PS,则所述UE发送包含所述UE的IMSI信息的附着请求消息,如果接收到该附着请求消息的移动管理网元和所述第二移动管理网元为同一个移动管理网元,则附着请求消息被视为寻呼响应消息,所述第二移动管理网元停止寻呼;如果接收到该附着请求消息的移动管理网元与所述第二移动管理网元并非同一个移动管理网元,则接收到该附着请求消息的移动管理网元向HSS发送Update Location Request消息,由于HSS中保存的所述第二移动管理网元的标识信息与接收到附着请求消息的移动管理网元的标识信息不匹配,所以触发HSS向所述第二移动管理网元发送Cancel Location消息,所述第二移动管理网元接收Cancel Location消息后执行停止寻呼。
可选择的,还可以采用如下方案接续方案3和方案4,包括:
SGW向所述第二移动管理网元发送下行数据通知消息,所述下行数据通知消息中包含所述第一移动管理网元发生故障前所服务的UE的IMSI信息,所述寻呼触发消息中还包含指示信元或者所述第二移动管理网元的标识信息(MME2 ID/SGSN2 Number信息/SGSN2 IP地址信息),用于指示所述第二移动管理网元将自身标识信息发送给所述UE。
所述第二移动管理网元向所述UE发送寻呼消息,所述寻呼消息中包含:所述UE的IMSI信息和CN Domain Indicator信元,所述CN Domain Indicator为PS;所述寻呼消息中还包含:第二移动管理网元的标识信息,例如MME2ID/SGSN2 NRI(Network Resource Indicator,网络资源指示)信息,或者包含MME2 ID的S-TMSI(S-Temporary Mobile Subscriber Identity,S-临时移动签约标识)/GUTI(Globally Unique Temporary Identity,全球唯一临时标识)信息,或者包含SGSN2 NRI的P-TMSI(Packet Temporary Mobile Subscriber Identity,分组临时移动签约标识)信息;
方案3和方案4,还包括:所述UE把接收到的所述第二移动管理网元标识信息发送给无线接入网RAN;由于所述寻呼消息中包含所述UE的IMSI信息和CN Domain Indicator信元,且所述CN Domain Indicator为PS,则所述UE向所述第二移动管理网元发送附着请求消息,所述附着请求消息中包含所述UE的IMSI信息;
所述第二移动管理网元接收附着请求消息,执行停止寻呼。
采用本发明实施例提供的寻呼处理方法,在移动管理网元发生故障的场景下,SGW为移动管理网元发生故障前所服务的UE重新选择移动管理网元,并触发所述被重新选择的移动管理网元寻呼UE,进而触发所述UE发起附着流程重建上下文,保证了用户体验效果。
图2为本发明实施例2所描述的寻呼处理方法的示意图,如图2所示:
201,SGW获知并确定MME1/SGSN1重启成功;
SGW发送Echo request消息给MME1/SGSN1,MME1/SGSN1接收到Echorequest消息后向SGW返回Echo Response消息,消息中携带restart counter信息,SGW根据接收到的所述restart counter信息探测到MME1/SGSN1重启成功;或者
MME1/SGSN1在重启时发送Echo Request消息给SGW,该消息中携带restart counter信息,SGW根据接收到的所述restart counter信息探测到MME1/SGSN1重启成功;
此时,SGW继续保持为MME1/SGSN1重启前所服务的UE服务,并未删除所述UE的上下文;另外,由于SGW所保存的UE上下文中包含为所述UE服务的MME1/SGSN1地址信息(IP地址),所以当MME1/SGSN1发生重启时,SGW通过MME1/SGSN1的地址信息(IP地址)便可以检索到受影响的UE。
本实施例中不限于以上两种方式感知并确认MME1/SGSN1重启成功。
202,SGW向所述MME1/SGSN1发送下行数据通知消息(DL DataNotification),用以触发MME1/SGSN1寻呼所述UE;
SGW确定MME1/SGSN1重启成功,触发SGW重新选择MME1/SGSN1进行UE上下文的重建,并向MME1/SGSN1发送DL Data Notification消息,所述DL Data Notification消息中包含所述UE的IMSI信息;
由于MME1/SGSN1发生重启,丢失其所服务的UE的上下文,故所述IMSI信息对于MME1/SGSN1而言不可知;所以,在MME1/SGSN1接收到包含所述UE的IMSI信息的DL Data Notification消息后,将触发MME1/SGSN1执行向UE发送寻呼消息,进而触发UE执行附着流程重建UE上下文。
203,MME1/SGSN1向所述UE发送寻呼(Paging)消息,所述寻呼消息中包含所述UE的IMSI信息;
所述Paging消息经过eNodeB或者RNC/BSS转发给所述UE,具体为:
MME1发送Paging消息给eNodeB,由于此寻呼消息中包含所述SGW提供的UE的IMSI信息和CN Domain Indicator信元,而CN domain indicator为″PS″,则eNodeB接收Paging消息后,执行寻呼UE;或者
SGSN1发送paging消息给RNC/BSS,由于此寻呼消息中包含所述SGW提供的UE的IMSI信息和CN Domain Indicator,且所述CN Domain Indicator为PS,则RNC/BSS接收Paging消息后,执行寻呼UE。
在此步骤中,MME1/SGSN1可以启动寻呼状态机,若一段时间内没有接收到寻呼响应消息(Attach Request或者Cancel Location),则MME1/SGSN1可以重新发送所述Paging消息。
204,所述UE发送Attach Request消息给MME2/SGSN2;
所述UE接收Paging消息后,由于Paging消息中包含所述UE的IMSI信息和CN Domain Indicator信元,且所述CN Domain Indicator为PS,则UE发起Attach流程,此时,UE发送Attach Request消息给MME2/SGSN2,所述Attach Request消息中包含所述UE的ISMI信息。
MME2/SGSN2接收所述Attach Request消息,此时,若所述MME2与所述MME1为相同的MME;或者所述SGSN2与所述SGSN1为相同的SGSN;则MME1/SGSN1直接执行步骤207停止寻呼;或者
MME2/SGSN2接收所述Attach Request消息,此时,若所述MME2与所述MME1为不同的MME;或者所述SGSN2与所述SGSN1为不同的SGSN;则继续执行步骤205。
205,所述MME2/SGSN2发送Update Location Request消息给HSS,所述Update Location Request消息中包含所述UE的IMSI信息以及MME2/SGSN2标识信息(MME2 ID/SGSN2 Number信息/SGSN2 IP地址信息);HSS向MME2/SGSN2返回Update Location Ack消息。
206,所述HSS向MME1/SGSN1发送Cancel Location消息。
HSS接收205中所述的MME2/SGSN2标识信息后,由于HSS中保存有MME1/SGSN1的标识信息,且MME2/SGSN2的标识信息与MME1/SGSN1的标识信息不同,所以触发HSS向MME1/SGSN1发送Cancel Location消息。
207,所述MME1/SGSN1接收Cancel Location消息,执行停止寻呼。
208,所述MME1/SGSN1发送Cancel Location Ack消息。
采用本发明实施例提供的寻呼处理方法,SGW为移动管理网元发生故障前所服务的UE重新选择移动管理网元,并触发所述被重新选择的移动管理网元寻呼UE,进而触发所述UE发起附着流程重建上下文,保证了用户体验效果。
图3为本发明实施例3所描述的寻呼处理方法的示意图,如图3所示:
301,SGW获知并确定MME1/SGSN1重启成功,并且在MME1/SGSN1重启前所服务的UE上下文中设置故障标识位,并记录重启成功信息。
其中,关于SGW获知并确定MME1/SGSN1重启成功的具体描述与实施例2中的201完全相同,详细描述请参照201,在此不做赘述。
其中,SGW获知并确定MME1/SGSN1重启成功后,在MME1/SGSN1重启前所服务的UE上下文中设置故障标识位,并记录重启成功信息的具体方式如下:
1)SGW在MME1/SGSN1所服务的UE上下文中设置MME1/SGSN1故障标识位,为MME1/SGSN1所服务的UE记录MME1/SGSN1重启,例如:可以在故障标识位中记录“MME1/SGSN1 Restart/Reset”表示MME1/SGSN1重启成功或者在故障标识位中记录相关重启信息,并其取值为“true”表示MME1/SGSN1重启成功;
2)SGW在MME1/SGSN1所服务的UE上下文中设置MME1/SGSN1 TEID为某一特定取值,例如,设置MME1/SGSN1 TEID为空或者全零或者全1,用于区分不同的故障场景。此处,可以设置MME1/SGSN1 TEID为全零表示MME1/SGSN1重启成功。
本实施例中不限于以上两种方式感知并记录MME1/SGSN1重启成功。
302,SGW接收来自PGW的下行数据,根据故障标识位中记录的重启成功信息,触发所述SGW重新选择所述MME1/SGSN1进行UE上下文的重建。
303,此步骤的具体描述与实施例2中的202完全相同,详细描述请参照201,在此不做赘述。
304,此步骤的具体描述与实施例2中的203完全相同,详细描述请参照201,在此不做赘述。
305,此步骤的具体描述与实施例2中的204完全相同,详细描述请参照201,在此不做赘述。
306,此步骤的具体描述与实施例2中的205完全相同,详细描述请参照201,在此不做赘述。
307,此步骤的具体描述与实施例2中的206完全相同,详细描述请参照201,在此不做赘述。
308,此步骤的具体描述与实施例2中的207完全相同,详细描述请参照201,在此不做赘述。
309,此步骤的具体描述与实施例2中的208完全相同,详细描述请参照201,在此不做赘述。
采用本发明实施例提供的寻呼处理方法,SGW为移动管理网元发生故障前所服务的UE重新选择移动管理网元,并触发所述被重新选择的移动管理网元寻呼UE,进而触发所述UE发起附着流程重建上下文,保证了用户体验效果。
图4为本发明实施例4所描述的寻呼处理方法的示意图,如图4所示:
401,SGW获知并确定MME1/SGSN1故障未恢复;
SGW发送Echo Request消息给MME1/SGSN1,响应超时后没有接收到Echo Response消息,此时SGW可以选择重发Echo Request消息给MME1/SGSN1,如果重复多次后仍然没有接收到Echo Response消息,则SGW确认与MME1/SGSN1之间链路不可用,我们称之为MME1/SGSN1故障未恢复。
此时,SGW继续保持为MME1/SGSN1发生故障前所服务的UE服务,并未删除所述UE的上下文;另外,由于SGW所保存的UE上下文中包含为所述UE服务的MME1/SGSN1地址信息(IP地址),所以当MME1/SGSN1发生故障时,SGW通过MME1/SGSN1的地址信息(IP地址)便可以检索到受影响的UE。
本实施例中不限于以上方式感知并确认MME1/SGSN1故障未恢复。
402,SGW向MME2/SGSN2发送下行数据通知消息(DL DataNotification),用以触发MME1/SGSN1寻呼所述UE;;
SGW确定MME1/SGSN1故障未恢复,触发SGW在所述MME1/SGSN1所在的MME/SGSN Pool中选择与MME1/SGSN1不同的移动管理网元:MME2/SGSN2,并向所述MME2/SGSN2发送DL Data Notification消息;其中,所述DL Data Notification消息中除了包含所述UE的IMSI信息之外,还可以包含:
HSS登记发起指示信元;或者
MME1/SGSN1的标识信息(MME1 ID/SGSN1 Number信息/SGSN1 IP地址信息);或者
RAT Type信息以及PLMN ID信息,RAT Type信息用于指示当前UE所选择的无线接入类型(例如,E-UTRAN或者GERAN或者UTRAN),PLMN ID信息用于指示当前UE所选择的PLMN标识信息。
上述DL Data Notification消息中包含的信息用于触发所述MME2/SGSN2向HSS发送步骤403中的消息,具体为:MME2/SGSN2接收所述DL DataNotification,
若所述消息中包含HSS登记发起指示信元,则执行步骤403;
若所述消息中所包含若MME1/SGSN1信息与MME2/SGSN2不匹配,则执行步骤403;
若所述消息中包含RAT Type信息以及PLMN ID信息,则执行步骤403。另外,RAT Type信息以及PLMN ID信息是Update Location Request消息的必选信元。
403,所述MME2/SGSN2向HSS发送登记消息,例如Update LocationRequest消息或者Notiify Request消息;
所述MME2/SGSN2向HSS发送登记消息,登记所述MME2/SGSN2。具体的,例如,Update Location Request消息或者Notify Request消息,所述消息中包含所述UE的IMSI信息和MME2/SGSN2标识信息(例如MME2ID/SGSN2Number信息/SGSN2 IP地址信息),使得HSS获知MME2/SGSN2信息,此流程我们也可以称之为向HSS的登记流程。本实施例中不排斥其它消息用于将MME2/SGSN2登记到HSS。
值得注意的是,当步骤402所述的消息中包含RAT Type信息以及PLMN ID信息,本发明推荐MME2/SGSN2向HSS发送Update Location Request消息,所述Update Location Request消息中除乐包含所述UE的IMSI信息和MME2/SGSN2信息,还包含通过步骤402消息所获得的RAT Type信息以及PLMN ID信息。
404,所述MME2/SGSN2接收来自HSS的相应消息,例如:Update LocationAck消息或者Notify Response消息。
405,所述MME2/SGSN2向所述UE发送Paging消息,所述Paging消息中包含所述UE的IMSI信息;
所述Paging消息经过eNodeB或者RNC/BSS转发给所述UE,具体为:
MME2送Paging消息给eNodeB,由于此寻呼消息中包含所述SGW提供的UE的IMSI信息和CN domain indicator信元,且CN domain indicator为″PS″,则eNodeB接收Paging消息后,执行寻呼UE;或者
SGSN2送paging消息给RNC/BSS,由于此寻呼消息中包含所述SGW提供的UE的IMSI信息和CN domain indicator信元,而且CN domain indicator为″PS″,则RNC/BSS接收Paging消息后,执行寻呼UE。
在此步骤中,MME2/SGSN2可以启动寻呼状态机,若一段时间内没有接收到寻呼响应消息(Attach Request或者Cancel Location),则MME2/SGSN2可以重新发送所述Paging消息。
406,所述UE发送Attach Request消息给MME3/SGSN3;
所述UE接收Paging消息后,由于Paging消息中包含所述UE的IMSI信息和CN domain indicator信元,且CN domain indicator为″PS″,则UE发起Attach流程,此时,UE发送Attach Request消息给MME3/SGSN3,所述Attach Request消息中包含所述UE的ISMI信息。
MME3/SGSN3接收所述Attach Request消息,此时,若所述MME3与所述MME2为相同的MME;或者所述SGSN3与所述SGSN2为相同的SGSN;则MME2/SGSN2直接执行步骤409停止寻呼;或者
MME3/SGSN3接收所述Attach Request消息,此时,若所述MME3与所述MME2为不同的MME;或者所述SGSN3与所述SGSN2为不同的SGSN;则继续执行步骤407。
407,所述MME3/SGSN3发送Update Location Request或者Notify Request消息给HSS,所述Update Location Request或者Notify Request消息中包含所述UE的IMSI信息以及MME3/SGSN3标识信息(MME3ID/SGSN3 Number信息/SGSN3 IP地址信息);HSS向MME3/SGSN3返回Update Location Ack或者Notify Response消息。
408,所述HSS向MME2/SGSN2发送Cancel Location消息。
HSS接收407中所述的MME3/SGSN3标识信息后,由于HSS中保存有MME2/SGSN2的标识信息,且MME3/SGSN3的标识信息与MME2/SGSN2的标识信息不同,所以触发HSS向MME2/SGSN2发送Cancel Location消息。
409,所述MME2/SGSN2接收Cancel Location消息,执行停止寻呼。
410,所述MME2/SGSN2发送Cancel Location Ack消息。
采用本发明实施例提供的寻呼处理方法,在移动管理网元发生故障的场景下,SGW为移动管理网元发生故障前所服务的UE重新选择移动管理网元,并触发所述被重新选择的移动管理网元寻呼UE,进而触发所述UE发起附着流程重建上下文,保证了用户体验效果。
图5为本发明实施例5所描述的寻呼处理方法的示意图,如图5所示:
501,SGW获知并确定MME1/SGSN1故障未恢复,并且在MME1/SGSN1发生故障前所服务的UE上下文中设置故障标识位,并记录故障未恢复信息。
其中,关于SGW获知并确定MME1/SGSN1故障未恢复的具体描述与实施例4中的401完全相同,详细描述请参照401,在此不做赘述。
其中,SGW获知并确定MME1/SGSN1故障未恢复后,在MME1/SGSN1发生故障前所服务的UE上下文中设置故障标识位,并记录故障未恢复信息的具体方式如下:
1)SGW在MME1/SGSN1所服务的UE上下文中设置MME1/SGSN1故障标识位,为MME1/SGSN1所服务的UE记录MME1/SGSN1故障未恢复,例如:可以在故障标识位中记录“MME1/SGSN1 Failure”表示MME1/SGSN1故障未恢复或者在故障标识位中记录相关故障信息,并其取值为“true”表示MME1/SGSN1故障未恢复;
2)SGW在MME1/SGSN1所服务的UE上下文中设置MME1/SGSN1 TEID为某一特定取值,例如,设置MME1/SGSN1 TEID为空或者全零或者全1,用于区分不同的故障场景。此处,可以设置MME1/SGSN1 TEID为全1表示MME1/SGSN1故障未恢复。
本实施例中不限于以上两种方式感知并记录MME1/SGSN1故障未恢复。
502,SGW接收来自PGW的下行数据,根据所述故障标识位中记录的故障未恢复信息,触发SGW在所述MME1/SGSN1所在的MME/SGSN Pool中选择与MME1/SGSN1不同的移动管理网元:MME2/SGSN2,进行UE上下文的重建。
503,此步骤的具体描述与实施例4中的402完全相同,详细描述请参照402,在此不做赘述。
504,此步骤的具体描述与实施例4中的403完全相同,详细描述请参照403,在此不做赘述。
505,此步骤的具体描述与实施例4中的404完全相同,详细描述请参照404,在此不做赘述。
506,此步骤的具体描述与实施例4中的405完全相同,详细描述请参照405,在此不做赘述。
507,此步骤的具体描述与实施例4中的406完全相同,详细描述请参照406,在此不做赘述。
508,此步骤的具体描述与实施例4中的407完全相同,详细描述请参照407,在此不做赘述。
509,此步骤的具体描述与实施例4中的408完全相同,详细描述请参照408,在此不做赘述。
510,此步骤的具体描述与实施例4中的409完全相同,详细描述请参照409,在此不做赘述。
511,此步骤的具体描述与实施例4中的410完全相同,详细描述请参照410,在此不做赘述。
采用本发明实施例提供的寻呼处理方法,在移动管理网元发生故障的场景下,SGW为移动管理网元发生故障前所服务的UE重新选择移动管理网元,并触发所述被重新选择的移动管理网元寻呼UE,进而触发所述UE发起附着流程重建上下文,保证了用户体验效果。
图6为本发明实施例6所描述的寻呼处理方法的示意图,如图6所示:
601,SGW获知并确定MME1/SGSN1故障未恢复;
SGW发送Echo Request消息给MME1/SGSN1,响应超时后没有接收到Echo Response消息,此时SGW可以选择重发Echo Request消息给MME1/SGSN1,如果重复多次后仍然没有接收到Echo Response消息,则SGW确认与MME1/SGSN1之间链路不可用,我们称之为MME1/SGSN1故障未恢复。
此时,SGW继续保持为MME1/SGSN1所服务的UE服务,并未删除所述UE的上下文;另外,由于SGW所保存的UE上下文中包含为所述UE服务的MME1/SGSN1地址信息(IP地址),所以当MME1/SGSN1发生重启时,SGW通过MME1/SGSN1的地址信息(IP地址)便可以检索到受影响的UE。
本实施例中不限于以上方式感知MME1/SGSN1故障未恢复。
602,SGW向MME2/SGSN2发送DL Data Notification,用以触发MME2/SGSN2寻呼所述UE;
SGW确定MME1/SGSN1故障未恢复,触发SGW在所述MME1/SGSN1所在的MME/SGSN Pool中选择与MME1/SGSN1不同的移动管理网元:MME2/SGSN2,并向所述MME2/SGSN2发送DL Data Notification消息;其中,所述DL Data Notification消息中除了包含所述UE的IMSI信息之外,还可以包含:
指示信元,所述指示信元是一个明确的指示,用于指示MME2/SGSN2执行步骤603且将自身标识信息发送给所述UE;或者
MME1/SGSN1的标识信息(MME1 ID/SGSN1 Number信息/SGSN1 IP地址信息),若MME1/SGSN1信息与MME2/SGSN2信息不匹配,则执行步骤603。
总之,上述DL Data Notification消息中包含的信息用于触发所述MME2/SGSN2向HSS发送步骤603中的消息,从而向UE提供MME2/SGSN2的信息。
603,所述MME2/SGSN2向所述UE发送Paging消息,所述Paging消息中包含:所述UE的IMSI信息、CN domain indicator信元和MME2/SGSN2标识信息,且CN domain indicator为″PS″,其中所述MME2/SGSN2标识信息可以是:
MME2 ID/SGSN2 NRI(Network Resource Indicator,网络资源指示)信息;或者
临时标识信息S-TMSI/GUTI,所述S-TMSI/GUTI中包含所述MME2 ID信息;或者
临时标识信息P-TMSI,所述P-TMSI中包含所述SGSN2 NRI信息。
所述Paging消息经过eNodeB或者RNC/BSS转发给所述UE,具体为:
MME2送Paging消息给eNodeB,由于此寻呼消息中包含所述SGW提供的UE的IMSI信息和CN domain indicator信元,而CN domain indicator为″PS″,则eNodeB接收Paging消息后,执行寻呼UE;或者
SGSN2送paging消息给RNC/BSS,由于此寻呼消息中包含所述SGW提供的UE的IMSI信息,而且CN domain indicator为″PS″,则RNC/BSS接收Paging消息后,执行寻呼UE。
604,所述UE把接收到的MME2 ID和SGSN2 NRI信息发送给RAN。
所述UE向RAN提供MME2/SGSN2信息。例如,UE将步骤603中所接收到的S-TMSI/P-TMSI信息提供给RAN,所述S-TMSI/P-TMSI信息既为MME2/SGSN2信息。RAN可以根据UE提供的MME2/SGSN2信息为UE选择MME2/SGSN2作为服务网元,并将UE发送给MME2/SGSN2的消息转发给MME2/SGSN2。
605,所述UE向MME2/SGSN2发送Attach Request消息,所述AttachRequest消息中包含所述UE的IMSI信息。
606,MME2/SGSN2接收Attach Request消息,执行停止寻呼。
采用本发明实施例提供的寻呼处理方法,在移动管理网元发生故障的场景下,SGW为移动管理网元发生故障前所服务的UE重新选择移动管理网元,并触发所述被重新选择的移动管理网元寻呼UE,进而触发所述UE发起附着流程重建上下文,保证了用户体验效果。
图7为本发明实施例7所描述的寻呼处理方法的示意图,如图7所示:
701,SGW获知并确定MME1/SGSN1故障未恢复,并且在MME1/SGSN1发生故障前所服务的UE上下文中设置故障标识位,并记录故障未恢复信息。
其中,关于SGW获知并确定MME1/SGSN1故障未恢复的具体描述与实施例6中的601完全相同,详细描述请参照601,在此不做赘述。
其中,SGW获知并确定MME1/SGSN1故障未恢复后,在MME1/SGSN1发生故障前所服务的UE上下文中设置故障标识位,并记录重启成功信息的具体方式如下:
SGW感知MME1/SGSN1故障未恢复后,在MME1/SGSN1所服务的UE上下文中设置故障标识位,并记录故障未恢复信息,具体的方式如下:
1)SGW在MME1/SGSN1所服务的UE上下文中设置MME1/SGSN1故障标识位,为MME1/SGSN1所服务的UE记录MME1/SGSN1故障未恢复,例如:可以在故障标识位中记录“MME1/SGSN1 Failure”表示MME1/SGSN1故障未恢复或者在故障标识位中记录相关故障信息,并其取值为“true”表示MME1/SGSN1故障未恢复;
2)SGW在MME1/SGSN1所服务的UE上下文中设置MME1/SGSN1 TEID为某一特定取值,例如,设置MME1/SGSN1 TEID为空或者全零或者全1,用于区分不同的故障场景。此处,可以设置MME1/SGSN1 TEID为全1表示MME1/SGSN1故障未恢复。
本实施例中不限于以上两种方式感知并记录MME1/SGSN1故障未恢复。
702,SGW接收来自PGW的下行数据,根据所述故障标识位中记录的故障未恢复信息,触发SGW在所述MME1/SGSN1所在的MME/SGSN Pool中选择与MME1/SGSN1不同的移动管理网元:MME2/SGSN2,进行UE上下文的重建。
703,此步骤的具体描述与实施例6中的602完全相同,详细描述请参照602,在此不做赘述。
704,此步骤的具体描述与实施例6中的603完全相同,详细描述请参照603,在此不做赘述。
705,此步骤的具体描述与实施例6中的604完全相同,详细描述请参照604,在此不做赘述。
706,此步骤的具体描述与实施例6中的605完全相同,详细描述请参照605,在此不做赘述。
707,此步骤的具体描述与实施例6中的606完全相同,详细描述请参照606,在此不做赘述。
采用本发明实施例提供的寻呼处理方法,在移动管理网元发生故障的场景下,SGW为移动管理网元发生故障前所服务的UE重新选择移动管理网元,并触发所述被重新选择的移动管理网元寻呼UE,进而触发所述UE发起附着流程重建上下文,保证了用户体验效果。
图8为本发明实施例8所描述的服务网关的示意图,如图8所示,服务网关包括:
确认选择单元,用于获知移动管理网元发生故障,并确定故障类型,根据所述故障类型,重新选择移动管理网元;
所述确认选择单元具体用于:获知第一移动管理网元发生故障,并确定故障类型为重启成功,服务网关重新选择所述第一移动管理网元;或者获知第一移动管理网元发生故障,并确定故障类型为故障未恢复,在所述第一移动管理网元所在的移动管理网元池中选择第二移动管理网元。
发送单元,用于向所述重新选择的移动管理网元发送下行数据通知消息。
所述确认选择单元还可以由图9所示的不同子单元构成,具体如下:
如图9所示,所述确认选择单元还包括:
确认子单元,用于获知移动管理网元发生故障,并确定故障类型;
标识设置子单元,用于在移动管理网元发生故障前所服务的UE上下文中设置故障标识位,并记录故障类型信息;
接收子单元,接收来自分组数据网络网关发送的与所述UE相关的下行数据;
选择子单元,用于根据所述故障标识位记录的故障类型信息,重新选择移动管理网元。
采用图8和图9的本发明实施例提供的服务网关,在移动管理网元发生故障的场景下,为移动管理网元发生故障前所服务的UE重新选择移动管理网元,并触发所述被重新选择的移动管理网元寻呼UE,进而触发所述UE发起附着流程重建上下文,保证了用户体验效果。
图10为本发明实施例9所描述的寻呼处理系统的示意图,如图10所示,寻呼处理系统包括:
服务网关,用于获知移动管理网元发生故障,并确定故障类型,根据所述故障类型,重新选择移动管理网元,向被重新选择的移动管理网元发送下行数据通知消息;
移动管理网元,用于接收来自服务网关的下行数据通知消息,向所述发生故障的移动管理网元发生故障前所服务的UE发送寻呼消息。
1)所述服务网关具体用于:
获知第一移动管理网元发生故障,并确定故障类型为重启成功,服务网关重新选择所述第一移动管理网元;向所述第一移动管理网元发送下行数据通知消息,所述下行数据通知消息中包含所述UE的IMSI信息。
或者
获知第一移动管理网元发生故障,并确定故障类型为重启成功;在所述第一移动管理网元重启前所服务的UE上下文中设置故障标识位,记录重启成功信息;接收来自分组数据网络网关发送的与所述UE相关的下行数据;根据所述故障标识位记录的重启成功信息,重新选择所述第一移动管理网元;向所述第一移动管理网元发送下行数据通知消息,所述下行数据通知消息中包含所述UE的IMSI信息。
基于上述描述,所述移动管理网元具体用于:接收所述服务网关发送的下行数据通知消息,向所述第一移动管理网元发生故障前所服务的UE发送寻呼消息。
2)可选择地,所述服务网关具体用于:
获知第一移动管理网元发生故障,并确定故障类型为故障未恢复,在所述第一移动管理网元所在的移动管理网元池中选择第二移动管理网元;向所述第二移动管理网元发送下行数据通知消息,所述下行数据通知消息中包含所述UE的IMSI信息;所述下行数据通知消息中还包含:归属用户服务器登记发起指示信元;或者所述第一移动管理网元标识信息;或者无线接入技术类型RATType信息和公共陆地移动网络标识PLMN ID信息;上述信息用于指示所述第二移动管理网元将自身标识信息发送给归属用户服务器。
或者
获知第一移动管理网元发生故障,并确定故障类型为故障未恢复;在所述第一移动管理网元发生故障前所服务的UE上下文中设置故障标识位,记录故障未恢复信息;接收来自分组数据网络网关发送的与所述UE相关的下行数据;根据所述故障标识位记录的故障未恢复信息,在所述第一移动管理网元所在的移动管理网元池中选择第二移动管理网元。向所述第二移动管理网元发送下行数据通知消息,所述下行数据通知消息中包含所述UE的IMSI信息;所述下行数据通知消息中还包含:归属用户服务器登记发起指示信元;或者所述第一移动管理网元标识信息;或者无线接入技术类型RAT Type信息和公共陆地移动网络标识PLMN ID信息;上述信息用于指示所述第二移动管理网元将自身标识信息发送给归属用户服务器。
基于上述描述,所述移动管理网元具体用于:接收所述服务网关发送的下行数据通知消息,向归属用户服务器发送登记消息,所述登记消息中包含所述UE的IMSI和所述第二移动管理网元标识信息;向所述UE发送寻呼消息,所述寻呼消息中包含所述UE的IMSI信息和核心网域指示信元,所述核心网域指示信元为:分组域。
3)可选择地,所述服务网关具体用于:
获知第一移动管理网元发生故障,并确定故障类型为故障未恢复,在所述第一移动管理网元所在的移动管理网元池中选择第二移动管理网元;向所述第二移动管理网元发送下行数据通知消息,所述下行数据通知消息中包含所述UE的IMSI信息;所述下行数据通知消息中还包含:指示信元或者所述第一移动管理网元标识信息,用于指示所述第二移动管理网元将自身标识信息发送给所述UE。
或者
获知第一移动管理网元发生故障,并确定故障类型为故障未恢复;在所述第一移动管理网元发生故障前所服务的UE上下文中设置故障标识位,记录故障未恢复信息;接收来自分组数据网络网关发送的与所述UE相关的下行数据;根据所述故障标识位记录的故障未恢复信息,在所述第一移动管理网元所在的移动管理网元池中选择第二移动管理网元;向所述第二移动管理网元发送下行数据通知消息,所述下行数据通知消息中包含所述UE的IMSI信息;所述下行数据通知消息中还包含:指示信元或者所述第一移动管理网元标识信息,用于指示所述第二移动管理网元将自身标识信息发送给所述UE。
基于上述描述,所述移动管理网元具体用于:接收所述服务网关发送的下行数据通知消息,向所述UE发送寻呼消息,所述寻呼消息中包含所述UE的IMSI信息和核心网域指示信元,所述核心网域指示信元为:分组域;所述寻呼消息中还包含所述第二移动管理网元标识信息或者所述第二移动管理网元为所述UE分配的临时标识信息,所述临时标识信息中包含所述第二移动管理网元标识信息。
采用图10的本发明实施例提供的寻呼处理系统,在移动管理网元发生故障的场景下,为移动管理网元发生故障前所服务的UE重新选择移动管理网元,并触发所述被重新选择的移动管理网元寻呼UE,进而触发所述UE发起附着流程重建上下文,保证了用户体验效果。
图11为本发明实施例10所描述的寻呼处理系统的示意图,如图11所示,图10所示的寻呼处理系统还包括:
分组数据网络网关,用于向服务网关发送与所述UE相关的下行数据。
采用图11的本发明实施例提供的寻呼处理系统,在移动管理网元发生故障的场景下,为移动管理网元发生故障前所服务的UE重新选择移动管理网元,并触发所述被重新选择的移动管理网元寻呼UE,进而触发所述UE发起附着流程重建上下文,保证了用户体验效果。
图12为本发明实施例11所描述的寻呼处理系统的示意图,如图12所示,图10所示的寻呼处理系统还包括:
归属用户服务器,用于接收来自所述移动管理网元的登记消息,保存移动管理网元的标识信息。
采用图12的本发明实施例提供的寻呼处理系统,在移动管理网元发生故障的场景下,为移动管理网元发生故障前所服务的UE重新选择移动管理网元,并触发所述被重新选择的移动管理网元寻呼UE,进而触发所述UE发起附着流程重建上下文,保证了用户体验效果。
图13为本发明实施例12所描述的寻呼处理系统的示意图,如图13所示,图12所示的寻呼处理系统还包括:
分组数据网络网关,用于向服务网关发送与所述UE相关的下行数据。
采用图13的本发明实施例提供的寻呼处理系统,在移动管理网元发生故障的场景下,为移动管理网元发生故障前所服务的UE重新选择移动管理网元,并触发所述被重新选择的移动管理网元寻呼UE,进而触发所述UE发起附着流程重建上下文,保证了用户体验效果。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (3)
1.一种寻呼处理方法,其特征在于,包括:
服务网关获知第一移动管理网元发生故障,并确定故障类型为故障未恢复,所述服务网关在所述第一移动管理网元所在的移动管理网元池中选择第二移动管理网元;
服务网关向所述第二移动管理网元发送下行数据通知消息,以使所述第二移动管理网元向所述第一移动管理网元发生故障前所服务的用户设备UE发送寻呼消息;
其中,所述服务网关向所述第二移动管理网元发送下行数据通知消息,以使所述第二移动管理网元向所述第一移动管理网元发生故障前所服务的UE发送寻呼消息包括:
向所述第二移动管理网元发送下行数据通知消息,以使所述第二移动管理网元向归属用户服务器发送登记消息以及向所述UE发送寻呼消息,所述登记消息中包含所述UE的IMSI和所述第二移动管理网元标识信息,所述寻呼消息中包含所述UE的IMSI信息和核心网域指示信元,所述核心网域指示信元为:分组域;其中,所述下行数据通知消息中包含所述UE的IMSI信息;所述下行数据通知消息中还包含:归属用户服务器登记发起指示信元;或者所述第一移动管理网元标识信息;或者无线接入技术类型RAT Type信息和公共陆地移动网络标识PLMN ID信息;
所述UE向第三移动管理网元发送附着请求消息,所述附着请求消息中包含所述UE的IMSI信息;
所述第三移动管理网元向归属用户服务器发送包含所述第三移动管理网元标识信息和所述UE的IMSI信息的更新位置请求消息;
所述归属用户服务器确认所述第三移动管理网元标识信息与所述第二移动管理网元标识信息不相同,则所述归属用户服务器向所述第二移动管理网元发送取消位置消息;
所述第二移动管理网元接收所述取消位置消息,停止寻呼。
2.一种服务网关,其特征在于,包括:
确认选择单元,用于获知第一移动管理网元发生故障,并确定故障类型为故障未恢复,在所述第一移动管理网元所在的移动管理网元池中选择第二移动管理网元;
发送单元,用于向所述第二移动管理网元发送下行数据通知消息,以使所述第二移动管理网元向所述第一移动管理网元发生故障前所服务的用户设备UE发送寻呼消息;
其中,所述发送单元具体用于向所述第二移动管理网元发送下行数据通知消息,以使所述第二移动管理网元向归属用户服务器发送登记消息以及向所述UE发送寻呼消息,所述登记消息中包含所述UE的IMSI和所述第二移动管理网元标识信息,以便所述归属用户服务器在收到包括所述UE附着的第三移动管理网元标识信息和所述UE的IMSI信息的更新位置请求消息后,当所述第三移动管理网元标识信息与所述第二移动管理网元标识信息不同时,向所述第二移动管理网元发送取消位置消息;所述寻呼消息中包含所述UE的IMSI信息和核心网域指示信元,所述核心网域指示信元为:分组域;其中,所述下行数据通知消息中包含所述UE的IMSI信息;所述下行数据通知消息中还包含:归属用户服务器登记发起指示信元;或者所述第一移动管理网元标识信息;或者无线接入技术类型RAT Type信息和公共陆地移动网络标识PLMN ID信息。
3.一种寻呼处理系统,其特征在于,包括:
服务网关,用于:
获知第一移动管理网元发生故障,并确定故障类型为故障未恢复;
在所述第一移动管理网元所在的移动管理网元池中选择第二移动管理网元;
向所述第二移动管理网元发送下行数据通知消息,以使所述第二移动管理网元向所述第一移动管理网元发生故障前所服务的用户设备UE发送寻呼消息;所述下行数据通知消息中包含所述UE的IMSI信息;所述下行数据通知消息中还包含:归属用户服务器登记发起指示信元、或者所述第一移动管理网元标识信息、或者无线接入技术类型RAT Type信息和公共陆地移动网络标识PLMN ID信息,用于指示所述第二移动管理网元将自身标识信息发送给归属用户服务器,以便于所述归属用户服务器在收到包括所述UE附着的第三移动管理网元标识信息和所述UE的IMSI信息的更新位置请求消息后,当所述第三移动管理网元标识信息与所述第二移动管理网元标识信息不同时,向所述第二移动管理网元发送取消位置消息;
所述第二移动管理网元,用于:
接收所述服务网关发送的下行数据通知消息,向归属用户服务器发送登记消息,所述登记消息中包含所述UE的IMSI和所述第二移动管理网元标识信息;
向所述UE发送寻呼消息,所述寻呼消息中包含所述UE的IMSI信息和核心网域指示信元,所述核心网域指示信元为:分组域。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2010/076733 WO2011110014A1 (zh) | 2010-09-08 | 2010-09-08 | 一种寻呼处理方法、系统及服务网关 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102405668A CN102405668A (zh) | 2012-04-04 |
CN102405668B true CN102405668B (zh) | 2014-09-17 |
Family
ID=44562843
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201080001880.4A Active CN102405668B (zh) | 2010-09-08 | 2010-09-08 | 一种寻呼处理方法、系统及服务网关 |
Country Status (6)
Country | Link |
---|---|
US (1) | US8995250B2 (zh) |
EP (1) | EP2615874A1 (zh) |
JP (1) | JP5664988B2 (zh) |
KR (1) | KR101503762B1 (zh) |
CN (1) | CN102405668B (zh) |
WO (1) | WO2011110014A1 (zh) |
Families Citing this family (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5011439B2 (ja) * | 2011-01-07 | 2012-08-29 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信方法、移動管理ノード及びサービングゲートウェイ装置 |
US20160057723A1 (en) * | 2014-08-22 | 2016-02-25 | Qualcomm Incorporated | Enhanced ue registration and paging |
US10117219B2 (en) | 2014-08-22 | 2018-10-30 | Qualcomm Incorporated | Wireless network page transmission and response |
CN110830288B (zh) | 2015-01-30 | 2022-07-19 | 华为技术有限公司 | 一种业务容灾的方法和相关装置 |
EP3269165A4 (en) * | 2015-03-09 | 2018-02-28 | Telefonaktiebolaget LM Ericsson (publ) | User equipment registration recovery upon core node failure |
US10517132B2 (en) * | 2015-07-17 | 2019-12-24 | Telefonaktiebolaget Lm Ericsson (Publ) | Terminal devices, network nodes and methods of operating the same |
WO2017079926A1 (en) * | 2015-11-11 | 2017-05-18 | Nokia Solutions And Networks Oy | Method and apparatus for service restoration |
US10681538B2 (en) | 2016-02-11 | 2020-06-09 | Lg Electronics Inc. | Method and apparatus for transmitting and receiving data by terminal in wireless communication system |
JP6726065B2 (ja) * | 2016-08-31 | 2020-07-22 | 株式会社Nttドコモ | 通信システム及びページング方法 |
WO2018058618A1 (zh) * | 2016-09-30 | 2018-04-05 | 华为技术有限公司 | 一种故障处理方法及设备 |
EP3310116A1 (en) * | 2016-10-12 | 2018-04-18 | Ntt Docomo, Inc. | Downlink data notification |
JP2018074522A (ja) | 2016-11-02 | 2018-05-10 | 日本電気株式会社 | ゲートウェイ装置、移動管理装置、基地局、通信方法、制御方法、ページング方法、及びプログラム |
CN108696861A (zh) * | 2017-02-17 | 2018-10-23 | 中国移动通信集团河南有限公司 | 一种呼叫处理方法、移动管理实体设备和服务网关 |
CN114339910A (zh) | 2017-07-31 | 2022-04-12 | 华为技术有限公司 | 通信方法、设备及系统 |
CN112996143B (zh) * | 2019-12-17 | 2023-07-21 | 中国移动通信集团河南有限公司 | 一种恢复网络连接的处理方法、装置及网络侧设备 |
CN114007238A (zh) * | 2020-07-28 | 2022-02-01 | 海能达通信股份有限公司 | 一种局点故障后的业务恢复方法及装置 |
JP7127944B2 (ja) | 2021-01-08 | 2022-08-30 | 日本電気株式会社 | ゲートウェイ装置、及び制御方法 |
CN114630355B (zh) * | 2022-03-31 | 2023-09-08 | 深圳艾灵网络有限公司 | 基于核心网的故障恢复方法、装置、设备及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009152861A1 (en) * | 2008-06-19 | 2009-12-23 | Telefonaktiebolaget L M Ericsson (Publ) | Transfer of connections triggered by a mme in case of failure of a serving gateway |
CN101699861A (zh) * | 2009-10-29 | 2010-04-28 | 中兴通讯股份有限公司 | 视频监控业务恢复的方法和系统 |
CN101730124A (zh) * | 2008-10-29 | 2010-06-09 | 华为技术有限公司 | 恢复业务的方法、装置和系统 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100373976C (zh) * | 2005-10-14 | 2008-03-05 | 华为技术有限公司 | 在设备管理中处理失败任务的方法及装置 |
KR100855699B1 (ko) * | 2006-12-18 | 2008-09-03 | 에스케이 텔레콤주식회사 | 인바운드 로밍 가입자의 위치등록 취소 요청 메시지 라우팅방법과 이를 위한 게이트웨이 위치 등록기 |
CN101540989B (zh) * | 2008-03-21 | 2011-04-20 | 华为技术有限公司 | 设备重启后的数据恢复方法、设备和系统 |
JP5121624B2 (ja) * | 2008-08-08 | 2013-01-16 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信方法及び回線交換局 |
CN101772114A (zh) * | 2008-12-30 | 2010-07-07 | 华为技术有限公司 | 实现寻呼处理的方法、系统和装置 |
-
2010
- 2010-09-08 EP EP10847272.1A patent/EP2615874A1/en not_active Withdrawn
- 2010-09-08 JP JP2013527435A patent/JP5664988B2/ja active Active
- 2010-09-08 CN CN201080001880.4A patent/CN102405668B/zh active Active
- 2010-09-08 KR KR1020137008079A patent/KR101503762B1/ko active IP Right Grant
- 2010-09-08 WO PCT/CN2010/076733 patent/WO2011110014A1/zh active Application Filing
-
2013
- 2013-03-08 US US13/790,885 patent/US8995250B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009152861A1 (en) * | 2008-06-19 | 2009-12-23 | Telefonaktiebolaget L M Ericsson (Publ) | Transfer of connections triggered by a mme in case of failure of a serving gateway |
CN101730124A (zh) * | 2008-10-29 | 2010-06-09 | 华为技术有限公司 | 恢复业务的方法、装置和系统 |
CN101699861A (zh) * | 2009-10-29 | 2010-04-28 | 中兴通讯股份有限公司 | 视频监控业务恢复的方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
US8995250B2 (en) | 2015-03-31 |
JP5664988B2 (ja) | 2015-02-04 |
JP2013537375A (ja) | 2013-09-30 |
KR101503762B1 (ko) | 2015-03-18 |
KR20130061738A (ko) | 2013-06-11 |
EP2615874A4 (en) | 2013-07-17 |
WO2011110014A1 (zh) | 2011-09-15 |
CN102405668A (zh) | 2012-04-04 |
EP2615874A1 (en) | 2013-07-17 |
US20130188474A1 (en) | 2013-07-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102405668B (zh) | 一种寻呼处理方法、系统及服务网关 | |
EP2680625B1 (en) | Method and device for transmitting a short message from an evolved packet system to a user equipment | |
CN101541097B (zh) | 恢复承载的方法、装置及系统 | |
CN112040567B (zh) | 一种恢复rrc连接的方法及装置、计算机存储介质 | |
EP2696610A2 (en) | Method and device for processing failures of mobility management device in idle mode signaling reduction activated scene | |
US20120282956A1 (en) | Method for Transmitting MTC Data in a Mobile Communication System | |
KR101896234B1 (ko) | 모바일 통신 시스템에서 ps 코어 네트워크 엔티티의 장애의 경우에 모바일 종단 cs 서비스들의 복구 | |
EP3085151B1 (en) | Restoration of user equipment control in the presence of communication link failure between packet switched and circuit switched controlling nodes by relaying nodes | |
CN101547168B (zh) | 设备复位通知方法及系统、服务及分组数据网关和移动管理网元 | |
CN104704866A (zh) | 重建pdn连接的方法、复位中心服务器、移动管理网元和数据网关 | |
EP3596985B1 (en) | Method and apparatus for protection of privacy in paging of user equipment | |
CN101472256A (zh) | 承载挂起的方法、承载恢复的方法及网关代理 | |
CN101986761B (zh) | 一种小区切换失败后保持用户特定业务的方法和一种ue | |
CN103391568A (zh) | 支持检测rlf或者切换失败原因的方法 | |
EP2806671A1 (en) | Paging method and device | |
CN101772114A (zh) | 实现寻呼处理的方法、系统和装置 | |
CN102083112A (zh) | 保证业务连接的方法、网络设备和用户设备 | |
CN101938807B (zh) | 一种避免无效寻呼的方法及装置 | |
WO2017028637A1 (zh) | 网关的恢复处理方法及装置 | |
WO2012016546A1 (zh) | 一种用户设备的寻呼处理方法及设备 | |
CN101572863B (zh) | 处理用户设备上下文的方法和装置 | |
CN105828399B (zh) | 一种跟踪区更新方法及装置 | |
CN102326442B (zh) | Lipa pdn连接的上下文信息的处理方法及移动管理设备 | |
CN111757401B (zh) | 一种网关选择系统及方法 | |
CN102595388B (zh) | 处理用户设备上下文的方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20120404 Assignee: Apple Computer, Inc. Assignor: Huawei Technologies Co., Ltd. Contract record no.: 2015990000755 Denomination of invention: Paging processing method, system and serving gateway Granted publication date: 20140917 License type: Common License Record date: 20150827 |
|
LICC | Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model |