CN101540990B - 实现寻呼处于寻呼盲区的用户的方法及系统 - Google Patents

Abstract

本发明提供一种实现寻呼处于寻呼盲区用户的方法和移动网络系统，所述方法包括服务网关获知用户处于寻呼盲区后，保留处于寻呼盲区用户的信息；服务网关向移动管理设备发送触发移动管理设备寻呼处于寻呼盲区用户的消息，所述消息中携带处于寻呼盲区用户的信息；移动管理设备根据所述处于寻呼盲区用户的信息，寻呼处于寻呼盲区的用户。通过本发明实施例提供的技术方案，服务网关获知用户处于寻呼盲区后，保留处于寻呼盲区用户的信息，因此可以根据保留的处于寻呼盲区用户的信息寻呼到处于寻呼盲区的用户，从而使处于寻呼盲区的用户能够进行正常的移动通信业务。

Description

实现寻呼处于寻呼盲区的用户的方法及系统

技术领域

本发明涉及移动通信技术领域，特别涉及一种实现寻呼处于寻呼盲区的用户的方法及系统。

背景技术

为了应对无线宽带技术的挑战，保持第三代伙伴计划(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网络是跟踪区或者跟踪区列表)。所述寻呼数据信息库可以是单独设置的一个功能实体，也可以和移动 管理设备或者网关设置在一起。如果和移动管理设备设置在一起，在移动管理设备发生故障时，并不会导致寻呼数据信息库上的存储的信息丢失。

本实施例中，移动管理设备可以为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的用户上下文中。

S-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网络中处于寻呼盲区后，发起主动注册流程为例进行 说明：

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发送位置区更新接受消息；

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发送下行数据到达通知消息，该下行数据到达通知消息中包含该UE的IMSI等信息；

S-GW可以将该UE的承载上下文包括在该消息中发送给MME。

如果S-GW中该UE的承载上下文中已经启动了删除上下文定时器，则S-GW可以停止或重启该定时器。

步骤503：MME向管辖范围内所有的eNodeB发送寻呼消息，该寻呼消息中包括该用户的IMSI信息，也可以包括重新注册指示，该重新注册指示信息可以包括在寻呼原因值中，也可以作为一个独立的信元；

MME还可以根据步骤502中S-GW提供的该UE的承载上下文为该UE建立在MME中的承载上下文。

步骤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收到下行数据包后，向MME发送的下行数据到达通知消息中包括UE的位置区标识和临时标识。

步骤603：MME根据S-GW提供的信息，向跟踪区列表的服务eNodeB发送寻呼，寻呼消息中包括该UE的GUTI或S-TMSI信息。

步骤604：eNodeB在管辖范围内的小区发送寻呼消息；

步骤605：UE收到该寻呼消息中完成后续处理。

后续处理过程和前述实施例基本类似，这里不做进一步描述。

请参照图7，为本发明中寻呼处理的第四实施例的信令流程图。本实施例中，UE在MME/SGSN所在网络处于ISR激活态，且MME隐式分离了用 户或者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记录的隐式分离标志、复位标志清除，并停止启动的删除上下文定时器。

步骤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，当用户处于寻呼盲区，用于保留处于寻呼盲区用户的信息。

所述发送单元92，用于向移动管理设备发送触发移动管理设备寻呼处于寻呼盲区用户的消息，所述消息中携带所述保留单元91保留的处于寻呼盲区用户的信息。

所述服务网关可以进一步包括清除单元93，所述清除单元93，当所述发送单元92向移动管理设备发送触发移动管理设备寻呼处于寻呼盲区用户的消息之后，用于清除所述用户的移动性管理上下文。

所述服务网关还可以进一步包括定时器94，所述用定时器94于对所述保留单元91保留用户的移动性管理上下文的时间进行设置。所述服务网关还可以进一步包括记录单元95，当保留单元91获知用户处于寻呼盲区之后，用于记录用户隐式分离标志或者移动管理设备复位标志。

所述服务网关还可以进一步包括接收单元96，所述接收单元96用于接收发送给处于寻呼盲区的用户的数据包，并触发所述发送单元92向移动管理设备发送消息。

通过本发明实施例提供的实现寻呼处于寻呼盲区用户的方法和移动网络系统，服务网关获知用户处于寻呼盲区后，保留处于寻呼盲区用户的信息，因此可以根据保留的处于寻呼盲区用户的信息寻呼到处于寻呼盲区的用户，从而使处于寻呼盲区的用户能够进行正常的业务。

以上对本发明所提供的一种实现寻呼处于寻呼盲区用户的方法和移动网络系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明所揭示的技术方案；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (15)

1.一种实现寻呼处于寻呼盲区的用户的方法，其特征在于，所述方法包括：

当用户处于寻呼盲区时，服务网关接收移动管理设备发送的包括用户隐式分离指示信息的状态通知消息，记录用户隐式分离标志；或者服务网关接收移动管理设备发送的包括移动管理设备复位信息的路径探测响应消息，记录移动管理设备复位标志；服务网关保留处于寻呼盲区用户的上下文；

服务网关向移动管理设备发送消息，所述消息中携带从处于寻呼盲区用户的上下文中匹配到的用户信息；所述用户信息为用户的国际移动用户身份标识IMSI，或用户的临时标识或寻呼位置区信息；

移动管理设备根据所述用户信息，寻呼处于寻呼盲区的用户。

2.根据权利要求1所述的实现寻呼处于寻呼盲区用户的方法，其特征在于，所述向移动管理设备发送消息之后还包括：

服务网关清除所述用户的移动性管理上下文。

3.根据权利要求2所述的实现寻呼处于寻呼盲区用户的方法，其特征在于，所述清除所述用户的移动性管理上下文之前还包括：

服务网关对保留用户的移动性管理上下文的时间进行设置，所设置的时间小于用户周期性路由更新的时间。

4.根据权利要求1所述的实现寻呼处于寻呼盲区用户的方法，其特征在于，如果处于寻呼盲区用户主动发起注册流程，则移动管理设备通知服务网关清除所述用户隐式分离指示信息或者移动管理设备复位信息。

5.根据权利要求1所述的实现寻呼处于寻呼盲区用户的方法，其特征在于，若所述用户信息为用户的国际移动用户身份标识IMSI，则所述移动管理设备根据所述用户信息，寻呼处于寻呼盲区的用户具体方式为：

移动管理设备根据所述处于寻呼盲区用户的IMSI，获知用户的临时标识或寻呼位置区信息；

移动管理设备根据所述用户的临时标识或寻呼位置区信息寻呼处于寻呼盲区的用户。

6.根据权利要求1所述的实现寻呼处于寻呼盲区用户的方法，其特征在于，所述向移动管理设备发送消息之前还包括：

服务网关接收发送给处于寻呼盲区的用户的数据包。

7.根据权利要求6所述的实现寻呼处于寻呼盲区用户的方法，其特征在于，所述寻呼处于寻呼盲区的用户具体包括：

移动管理设备向管辖范围内所有的小区发送寻呼消息，所述寻呼消息中包括所述处于寻呼盲区的用户的信息或者重新附着指示；

用户收到所述寻呼消息后，根据重新注册指示消息或者用户信息，清除用户上下文和承载上下文信息，并向网络发送附着请求消息，完成附着处理。

8.根据权利要求6所述的实现寻呼处于寻呼盲区用户的方法，其特征在于，所述寻呼处于寻呼盲区的用户具体包括：

移动管理设备向管辖范围内所有的小区发送寻呼消息，所述寻呼消息中包括所述处于寻呼盲区的用户的信息或者重新附着指示；

移动管理设备收到用户返回的寻呼响应消息后，根据重新注册指示消息或者用户信息，获取用户的签约数据，建立所述用户的用户上下文，更新所述用户的承载上下文；

移动管理设备发起承载恢复流程，将所述用户的承载资源进行恢复。

9.一种移动网络系统，其特征在于，包括：

服务网关，用于当用户处于寻呼盲区时，接收移动管理设备发送的包括用户隐式分离指示信息的状态通知消息，记录所述用户隐式分离标志；或者接收移动管理设备发送的包括移动管理设备复位信息的路径探测响应消息，记录所述移动管理设备复位标志；保留处于寻呼盲区用户的信息，并发送触发寻呼处于寻呼盲区用户的消息，所述触发寻呼处于寻呼盲区用户的消息中携带处于寻呼盲区用户的信息；所述用户的信息为用户的国际移动用户身份标识IMSI，或用户的临时标识或寻呼位置区信息；

移动管理设备，用于接收所述服务网关发送的触发寻呼处于寻呼盲区用户的消息，并根据所述消息中携带处于寻呼盲区用户的信息，寻呼处于寻呼盲区的用户。

10.根据权利要求9所述的移动网络系统，其特征在于，还包括：

寻呼信息数据库，用于存储用户的临时标识或寻呼位置区信息，提供给移动管理设备。

11.根据权利要求9所述的移动网络系统，其特征在于，所述移动管理设备为移动管理实体MME或者服务网关支持节点SGSN。

12.一种服务网关，其特征在于，包括：

保留单元，当用户处于寻呼盲区时，用于保留处于寻呼盲区用户的信息；

发送单元，用于向移动管理设备发送消息，所述消息中携带所述保留单元保留的处于寻呼盲区用户的信息；所述用户的信息为用户的国际移动用户身份标识IMSI，或用户的临时标识或寻呼位置区信息；

记录单元，当所述保留单元获知用户处于寻呼盲区之后，用于记录所述用户隐式分离标志或所述移动管理设备复位标志。

13.根据权利要求12所述的服务网关，其特征在于，所述服务网关还包括：

清除单元，当所述发送单元向移动管理设备发送消息之后，用于清除所述用户的移动性管理上下文。

14.根据权利要求12所述的服务网关，其特征在于，所述服务网关还包括：

定时器，用于对所述保留单元保留用户的移动性管理上下文的时间进行设置。

15.根据权利要求14所述的服务网关，其特征在于，所述服务网关还包括：

接收单元，用于接收发送给处于寻呼盲区的用户的数据包，并触发所述发送单元向移动管理设备发送消息。

Images