CN101541097B - 恢复承载的方法、装置及系统 - Google Patents

Abstract

本发明实施例公开了一种恢复承载的方法、装置及系统。恢复承载的方法包括：感知到用户承载上下文信息受到破坏或丢失后，保留用于恢复用户承载上下文的承载恢复信息；发起恢复承载流程；根据所述保留的承载恢复信息，恢复用户承载上下文信息。采用本发明实施例，可在用户承载上下文信息受到破坏或丢失后，及时触发恢复承载上下文，使得用户可以继续之前的业务，还可及时享用新的业务。

Description

恢复承载的方法、装置及系统

技术领域

本发明涉及移动通信技术，尤其涉及一种恢复承载的方法、装置及系统。

背景技术

3GPP为了增强未来网络的竞争能力，正在研究一种全新的演进网络，其系统架构图如图1所示，包括：

演进的UMTS陆地无线接入网(E-UTRAN，Evolved UMTS Terrestrial RadioAccess Network)，用于实现所有与演进网络无线有关的功能；

移动性管理网元(MME，Mobility Management Entity)，负责控制面的移动性管理，包括用户上下文和移动状态管理，分配用户临时身份标识等；

服务网关实体(Serving GW，Serving Gateway)，是3GPP接入网络间的用户面锚点，终止E-TURAN的接口；

分组数据网络网关实体(PDN GW，Packet Data Network Gateway)是3GPP接入网络和非3GPP接入网络之间的用户面锚点，终止和外部分组数据网络(PDN，Packet Data Network)的接口；

策略和计费规则功能实体(PCRF，Policy and Charging Rule Function)，用于策略控制决定和流计费控制功能；

归属网络服务器(HSS，Home Subscriber Server)用于存储用户签约信息。

UMTS陆地无线接入网(UTRAN，UMTS Terrestrial Radio Access Network)、GSM/EDGE无线接入网(GERAN，GSM/EDGE Radio Access Network)，用于实现所有与现有GPRS/UMTS网络中无线有关的功能；

服务通用分组无线业务支持节点(SGSN，Serving GPRS Supporting Node)，用于实现GPRS/UMTS网络中路由转发、移动性管理、会话管理以及用户信息存储等功能；

非3GPP IP接入网络(Non-3GPP IPAccess)，主要是一些非3GPP组织定义的接入网络，如无线局域网(WLAN，Wireless Local Area Network)，微波存取全球互通(Wimax，Worldwide Interoperability for Microwave Access)，码分多址接入(CDMA，Code Division Multiple Access)等网络。

认证、授权与计费服务器(AAA Server，Authentication，Authorization andAccounting Server)用于对UE执行接入认证、授权和计费功能。

在现在的GPRS/UMTS系统中，不论SGSN故障重启还是GGSN故障重启，都是删除所有的该设备相关的移动性管理(MM，Mobility Management)上下文或PDP上下文，然后等待用户重新附着。

发明人在本发明的创造过程中发现，现有技术的承载恢复方法存在如下缺点：

在GPRS/UMTS系统中，由于在S-GW发生故障或者复位时，UE原来使用的业务不能再继续使用，UE使用的业务将发生中断，影响用户的体验。在GSM/UMTS系统中，当MGW(媒体网关，Media Gateway)发生故障或复位时，也存在同样的问题。

发明内容

本发明实施例提供一种恢复承载的方法、装置及系统，可在用户承载上下文信息受到破坏或丢失时，及时触发恢复承载上下文信息，使得用户可以继续之前的业务，还可及时享用新的业务。

本发明实施例提供的一种恢复承载的方法，包括：

管理网元或分组数据网关感知到服务网关的用户承载上下文信息受到破坏或丢失后，保留用于恢复用户承载上下文的承载恢复信息，或移动交换中心服务器感知到第一媒体网关的用户承载上下文信息损坏或丢失后，保留用于恢复用户承载上下文的承载恢复信息；所述承载恢复信息中包括：包括用户标识和承载标识在内的用户信息；

感知到用户承载上下文信息受到破坏或丢失的所述管理网元或分组数据网关或移动交换中心服务器发起恢复承载流程；

根据所述保留的承载恢复信息，恢复用户承载上下文信息。

本发明实施例还提供了一种用于恢复承载的装置，所述用于恢复承载的装置为管理网元或分组数据网关或移动交换中心服务器，其具体包括：

承载信息存储模块，用于感知到用户承载上下文信息受到破坏或丢失后，保留用于恢复用户承载上下文的承载恢复信息；所述承载恢复信息中包括：包括用户标识和承载标识在内的用户信息；其中，当所述恢复承载装置为管理网元或分组数据网关时，所述承载信息存储模块用于感知到服务网关的用户承载上下文信息受到破坏或丢失后，保留用于恢复用户承载上下文的承载恢复信息，当所述恢复承载装置为移动交换中心服务器时，所述承载信息存储模块用于感知到第一媒体网关的用户承载上下文信息损坏或丢失后，保留用于恢复用户承载上下文的承载恢复信息；

承载恢复处理模块，用于发起恢复承载流程，并根据所述保留的承载恢复信息，恢复用户承载上下文信息。

本发明实施例还提供了一种服务网关，包括：

信息交互模块，用于与管理网元、分组数据网关之间进行信息交互，获得由管理网元或分组数据网关保留的用于恢复用户承载上下文的承载恢复信息；所述承载恢复信息中包括：包括用户标识和承载标识在内的用户信息；

承载恢复模块，用于根据所述获得的承载恢复信息，通过对用户标识和承载标识进行匹配，恢复用户承载上下文信息。

本发明实施例还提供了一种媒体网关，包括：

信息交互模块，用于与移动交换中心服务器之间进行信息交互，获得保留在移动交换中心服务器中的承载恢复信息；所述承载恢复信息是移动交换中心服务器在另一媒体网关的用户承载上下文信息受到破坏或丢失时保留的，用于恢复另一媒体网关的用户承载上下文信息；所述承载恢复信息中包括：包括用户标识和承载标识在内的用户信息；

承载恢复模块，用于根据承载恢复信息中的用户标识分配用户资源，将另一媒体网关受到破坏或丢失的用户承载上下文信息在本媒体网关中进行恢复。

相应地，本发明实施例还提供了一种恢复承载的系统，包括：

管理网元或分组数据网关，用于在服务网关的用户承载上下文信息受到破坏或丢失时，保留用于恢复用户承载上下文的承载恢复信息，并将其提供给所述服务网关用以恢复承载上下文信息；所述承载恢复信息中包括：包括用户标识和承载标识在内的用户信息；

服务网关，用于根据所述管理网元或分组数据网关保留的用于恢复用户承载上下文的承载恢复信息，恢复用户承载上下文信息。

本发明实施例还提供了一种恢复承载的系统，包括。

移动交换中心服务器，用于在第一媒体网关的用户承载上下文信息受到破坏或丢失时，保留用于恢复用户承载上下文的承载恢复信息，并将其提供给第二媒体网关；所述承载恢复信息中包括：包括用户标识和承载标识在内的用户信息；

第二媒体网关，用于根据所述移动交换中心服务器保留的用于恢复用户承载上下文的承载恢复信息，将第一媒体网关受到破坏或丢失的用户承载上下文信息在本媒体网关中进行恢复。

实施本发明实施例，具有如下有益效果：

本发明实施例提供的恢复承载的方法、装置及系统，在服务网关或媒体网关用户承载上下文信息受到破坏或丢失时，在管理网元或分组数据网关或移动交换中心服务器上保留有用于恢复用户承载上下文的承载恢复信息，可以及时触发承载恢复流程，根据所述承载恢复信息恢复承载上下文，使得用户可以继续使用之前的业务，还可及时享用新的业务。

附图说明

图1是现有的3GPP演进网络的示意图；

图2是本发明中的恢复承载的系统的结构示意图；

图3是本发明实施例提供的恢复承载的方法及系统第一实施例的示意图；

图4是本发明实施例提供的恢复承载的方法及系统第二实施例的示意图；

图5是本发明实施例提供的恢复承载的方法及系统第三实施例的示意图；

图6是本发明实施例提供的恢复承载的方法及系统第四实施例的示意图；

图7是本发明实施例提供的恢复承载的方法及系统第五实施例的示意图；

图8是本发明实施例提供的恢复承载的方法及系统第六实施例的示意图；

图9是本发明实施例提供的恢复承载的方法及系统第七实施例的示意图；

图10是本发明实施例提供的恢复承载的方法及系统第八实施例的示意图；

图11是本发明实施例提供的恢复承载的方法及系统第九实施例的示意图；

图12是本发明实施例提供的恢复承载的方法及系统第十实施例的示意图；

图13是本发明实施例提供的恢复承载的方法及系统第十一实施例的示意图；

图14是本发明实施例提供的恢复承载的方法及系统第十二实施例的示意图；

图15是本发明实施例提供的恢复承载的方法及系统第十三实施例的示意图；

图16是本发明实施例提供的恢复承载的方法及系统第十四实施例的示意图；

图17是本发明实施例提供的恢复承载的方法及系统第十五实施例的示意图；

图18是本发明中的恢复承载的系统的又一结构示意图；

图19是本发明实施例提供的恢复承载的方法及系统第十六实施例的示意图；

图20是本发明实施例提供的管理网元的组成示意图；

图21是本发明实施例提供的分组数据网关的组成示意图；

图22是本发明实施例提供的移动交换中心服务器的组成示意图；

图23是本发明实施例提供的服务网关的组成示意图；

图24是本发明实施例提供的媒体网关的组成示意图。

具体实施方式

本发明实施例提供了一种恢复承载的方法、装置和系统，可在用户承载上下文信息是否受到破坏或丢失后，及时触发承载恢复流程，使得用户可以继续之前的业务，还可及时享用新的业务。

参见图2，是本发明的恢复承载的系统的结构示意图；

该系统包括：

管理网元1或分组数据网关2，用于在服务网关1的用户承载上下文信息受到破坏或丢失时，保留用于恢复用户承载上下文的承载恢复信息，并将其提供给所述服务网关3用以恢复承载上下文信息；

服务网关3，用于根据所述管理网元1或分组数据网关2保留的用于恢复用户承载上下文的承载恢复信息，恢复用户承载上下文信息。

本发明实施例提供的恢复承载系统，在服务网关的用户承载上下文信息受到破坏或丢失时，在管理网元或分组数据网关上保留有用于恢复用户承载上下文的承载恢复信息，可以及时触发承载恢复流程，根据所述承载恢复信息恢复承载上下文，使得用户可以继续使用之前的业务，还可及时享用新的业务。

参见图3，是本发明实施例提供的恢复承载的方法及系统第一实施例的示意图；

本发明实施例中，恢复承载的系统由用户终端设备、无线接入网元(eNodeB/RNC)、管理网元(MME/SGSN)，服务网关(S-GW)、分组数据网关(P-GW)以及归属用户服务器(HSS，Home Subscriber Service)组成，其中S-GW设备中用户承载上下文信息受到破坏或丢失。需要说明的是，用户承载上下文信息受到破坏或丢失可能是由于S-GW发生故障引起的，也可能是因为复位引起的，还有其他的原因，在此不一一举例说明，以后的实施例中若非特殊说明，对引起用户承载上下文受到破坏和丢失的原因不做讨论，本发明实施例只关注恢复承载的方法。

还需要说明的是，MME或者P-GW可以通过检测获知，或者接收到一个错误指示消息，从而感知S-GW中用户承载上下文信息受到破坏或者丢失，并且检测获知的情形包括但不限于：第一，通过“心跳机制”，定时长向S-GW发送数据，而S-GW没有及时地做出响应，则表示S-GW上的用户承载上下文信息受到破坏或者丢失；第二，MME或者P-GW向S-GW发送特定的检测信号，检测S-GW是否正常工作，若S-GW没有及时地做出响应，则表示S-GW上的用户承载上下文信息受到破坏或者丢失。关于检测获知的说明同样适合与以后的实施例中，之后不再赘述。

在步骤101，管理网元(MME/SGSN)检测到服务网关(S-GW)因为发生故障而导致用户承载上下文丢失；分组数据网关(P-GW)检测到服务网关(S-GW)因为发生故障而导致用户承载上下文丢失；

此时，管理网元和分组数据网关上并不删除用户承载上下文信息，即管理网元(MME/SGSN)保留用于恢复用户承载上下文的承载恢复信息，分组数据网关(P-GW)保留用于恢复用户承载上下文的承载恢复信息。

需要说明的是，管理网元(MME/SGSN)根据其保留的承载恢复信息中的用户信息，查找与用户信息对应的S-GW，向其主动发起批量用户的承载恢复流程，具体流程如下：

在步骤102，在S-GW复位后，MME/SGSN向S-GW发送创建承载请求消息，该消息携带用于恢复用户承载上下文的承载恢复信息，所述承载恢复信息为：包括用户标识、承载标识(能够区分用户承载的标识，这里不限定具体的标识，包括已有的如Bearer ID、IP Addr/TEID等或后续新增的)的用户信息、与S-GW相关的承载上下文信息(如隧道标识、Qos等)、与P-GW的相关的承载上下文信息(如P-GW的IP Addr、TEID等)；需要说明的是，此时S-GW复位，是指恢复到可以正常工作的状态，但其中的用户承载上下文已经受到破坏或者丢失。

需要说明的是，如果采用已有创建承载请求消息，也可以在其中增加Reset标识或原因值表示该消息是由于设备复位而发起的用户承载创建消息。

在步骤103，S-GW收到MME/SGSN发来的创建承载消息后，分配用户面资源，恢复承载上下文，并向P-GW发送更新承载请求消息，该消息携带的承载恢复信息为：包括用户标识、承载标识在内的用户信息、S-GW为P-GW分配的承载隧道标识(IPAddr、TEID)等；

在步骤104，P-GW收到S-GW发来的更新承载请求消息后，通过用户标识和承载标识匹配，更新P-GW上的承载上下文信息。然后P-GW向S-GW返回承载更新响应消息，该消息携带的承载恢复信息为：包括更新成功用户信息列表(由用户标识、承载标识组成)的用户信息，承载更新成功时还携带P-GW为S-GW分配的承载信息IPAddr/TEID，承载更新失败可携带原因值、更新失败用户信息列表：用户标识以及原因值等。

在步骤105，S-GW收到更新承载响应消息后，通过用户标识和承载标识匹配，保存与P-GW相关的承载信息，并向MME/SGSN返回创建承载响应消息，该消息携带的内容有，包括创建成功用户信息列表(由用户标识和承载标识组成)、承载恢复成功要携带S-GW为MME/SGSN分配的承载信息IPAddr/TEID，承载恢复失败可携带原因值；创建失败用户信息列表：用户标识、原因值等。对于创建不成功的用户和承载，S-GW要删除相关信息。

MME/SGSN收到S-GW承载创建响应消息后，保存S-GW发送来的相关的承载信息。

在步骤106，对于承载恢复失败的用户，MME/SGSN可以主动通知用户发起PDN连接流程或重新附着流程。

以上步骤完成后，执行后续流程，后续的流程为现有技术，在此不再赘述。

参见图4，是本发明实施例提供的恢复承载的方法及系统第二实施例的示意图；

本发明实施例中，本发明实施例中，恢复承载的系统由用户终端设备、无线接入网元(eNodeB)、管理网元(MME)，服务网关(S-GW)、分组数据网关(P-GW)以及归属用户服务器(HSS)组成，其中S-GW设备或者部分单板中用户承载上下文信息受到破坏或丢失。

在步骤200，用户上传数据到S-GW；

在步骤201，S-GW匹配没有相关承载信息，向无线接入网元eNodeB发送错误指示消息；

此时，管理网元和分组数据网关上并不删除用户承载上下文信息，即管理网元(MME)保留用于恢复用户承载上下文的承载恢复信息；分组数据网关(P-GW)保留用于恢复用户承载上下文的承载恢复信息；

在步骤203，eNodeB向MME发送承载释放请求消息；

在步骤204，MME根据其保留的承载恢复信息中的用户信息，向与用户信息对应的S-GW发送创建承载请求消息，所述创建承载请求消息的同前一个实施例的描述，不再赘述；

同样地，如果采用已有创建承载请求消息，也可以在其中增加Reset标识或原因值表示该消息是由于设备复位而发起的用户承载创建消息。

在步骤205，S-GW收到MME发来的创建承载消息后，分配用户面资源，恢复承载上下文，并向P-GW发送承载更新请求消息；所述更新承载请求消息的内容同前一个实施例的描述，不再赘述；

在步骤206，P-GW收到S-GW发来的更新承载请求消息后，通过用户标识和承载标识匹配，更新P-GW上的承载上下文信息，然后P-GW向S-GW返回更新承载响应消息。所述更新承载响应消息的内容同前一个实施例的描述，不再赘述；

在步骤207，S-GW收到更新承载响应消息后，通过用户标识和承载标识匹配，保存P-GW相关的承载信息。S-GW还向MME返回创建承载响应消息，所述创建承载响应消息的内容同前一个实施例的描述，不再赘述。

在步骤208，如果用户恢复失败的，MME可以主动通知用户发起PDN连接流程或重新附着流程。

以上步骤完成后，执行后续流程，后续的流程为现有技术，在此不再赘述。

需要说明的是，本发明实施例提供的恢复承载的方法，并不限制由上行触发恢复承载的流程还是由下行触发恢复承载的流程，因为管理网元和分组数据网关上并不删除用户承载上下文信息，即管理网元(MME)保留用于恢复用户承载上下文的承载恢复信息；分组数据网关(P-GW)也保留用于恢复用户承载上下文的承载恢复信息；所以不管是上行还是下行，在感知到S-GW中用户上下文信息丢失以后，都可以在S-GW复位后的第一次业务流程中，恢复承载。

参见图5，是本发明实施例提供的恢复承载的方法及系统第三实施例的示意图；

本发明实施例中，恢复承载的系统由用户终端设备、无线接入网元(RNC)、管理网元(SGSN)，服务网关(S-GW)、分组数据网关(P-GW)以及归属用户服务器(HSS)组成，其中S-GW设备，或部分单板中用户承载上下文信息受到破坏或丢失。

在步骤301，用户上传数据到S-GW；

在步骤302，S-GW匹配没有相关承载信息，向无线接入网元RNC发送错误指示消息；

此时，管理网元和分组数据网关上并不删除用户承载上下文信息，即管理网元保留用于恢复用户承载上下文的承载恢复信息，分组数据网关(P-GW)保留用于恢复用户承载上下文的承载恢复信息。

在步骤303，RNC向SGSN发送承载释放请求消息；

在步骤304，在S-GW复位后，SGSN根据其保留的承载恢复信息中的用户信息，查找相应地S-GW后，向S-GW发送创建承载请求消息；

在步骤305，S-GW收到SGSN发来的创建承载消息后，分配用户面资源，恢复承载上下文，并向P-GW发送更新承载请求消息；

在步骤306，P-GW收到S-GW发来的更新承载请求消息后，通过用户标识和承载标识匹配，更新P-GW上的承载上下文信息，然后P-GW向S-GW返回更新承载响应消息；

在步骤307，S-GW收到更新承载响应消息后，通过用户标识和承载标识匹配，保存P-GW相关的承载信息，S-GW还向SGSN返回创建承载响应消息；

在步骤308，如果用户恢复失败，SGSN可以主动通知用户发起PDN连接流程或重新附着流程。

以上步骤完成后，执行后续流程，后续的流程为现有技术，在此不再赘述。

参见图6，是本发明实施例提供的恢复承载的方法及系统第四实施例的示意图；

本发明实施例中，恢复承载的系统由用户终端设备、无线接入网元(eNodeB/RNC)、管理网元(MME/SGSN)，服务网关(S-GW)、分组数据网关(P-GW)以及归属用户服务器(HSS)组成，其中S-GW设备中用户承载上下文信息受到破坏或丢失。

在步骤401，来自分组数据网关(P-GW)的用户下行数据到达S-GW；

在步骤402，S-GW匹配没有相关承载信息，向P-GW发送错误指示消息(ErrorIndication)；

P-GW收到S-GW发来的错误指示消息，P-GW保留用于恢复用户承载上下文的承载恢复信息；

在步骤403，P-GW根据其保留的承载恢复信息中的用户信息，查找对应的S-GW，并向S-GW发送恢复承载请求消息；该消息携带信息包括：包括用户标识和承载标识的用户信息、P-GW中的承载隧道信息(如给S-GW分配的IPAddr/TEID)。

在步骤404，S-GW收到P-GW发来的恢复承载请求消息，分配用户面资源，恢复承载上下文，并向所有相关的MME/SGSN发送广播消息，携带用户标识、原因值指示MME/SGSN发起恢复承载流程；

在步骤405，MME/SGSN收到S-GW发来的广播消息，通过用户标识匹配成功后，向S-GW发送创建承载请求消息，该消息携带包括用户标识、承载标识(能够区分用户承载的标识，这里不限定具体的标识，包括已有的如Bearer ID、IPAddr/TEID等或后续新增的)在内的用户信息、MME中的与S-GW相关的承载上下文信息(如隧道标识、Qos等)等；需要说明的是，如果采用已有创建承载请求消息，也可以增加Reset标识或原因值表示该消息是由于设备复位而发起的批量用户承载创建消息。

在步骤406，S-GW收到MME/SGSN发来的创建承载请求消息后，通过用户标识和承载标识匹配，恢复S-GW上的承载上下文信息，并向P-GW发送恢复承载响应消息，消息携带用户的信息包括用户标识、承载标识、承载创建成功要携带S-GW为P-GW分配的承载信息IPAddr/TEID，承载创建失败可携带原因值。P-GW收到S-GW发来的承载恢复响应消息，删除响应的承载上下文；

在步骤407，S-GW同时也会向MME/SGSN返回创建承载响应消息，消息携带用户的信息包括用户标识、承载标识、承载恢复成功要携带S-GW为MME/SGSN分配的承载信息IPAddr/TEID，承载恢复失败可携带原因值。MME/SGSN收到S-GW发来的承载恢复响应消息，删除响应的承载上下文。

在步骤408，如果用户恢复不成功，MME/SGSN可以通知用户重建PDN连接或重新附着。

以上步骤完成后，执行后续流程，后续的流程为现有技术，在此不再赘述。

参见图7，是本发明实施例提供的恢复承载的方法及系统第五实施例的示意图；

本发明实施例中，恢复承载的系统由用户终端设备、无线接入网元(eNodeB/RNC)、管理网元(MME/SGSN)，服务网关(S-GW)、分组数据网关(P-GW)以及归属用户服务器(HSS)组成，其中S-GW设备中用户承载上下文信息受到破坏或丢失。

本发明实施例描述的是在服务请求流程中，恢复承载的流程。

在步骤500，用户终端设备向无线接入网元(eNode/RNC)发送服务请求消息；

在步骤501，无线接入网元(eNode/RNC)将所述服务请求消息发送至向管理网元(MME/SGSN)；

在步骤502，用户鉴权过程。

在步骤503，管理网元(MME/SGSN)向无线接入网元(eNode/RNC)发送初始上下文建立请求消息；

在步骤504，无线接入网元(eNode/RNC)与用户终端设备之间建立起无线承载；

在步骤505，无线接入网元(eNode/RNC)向管理网元(MME/SGSN)发送初始上下文建立响应消息。

需要说明的是，步骤503-步骤505，是用户空口和S1接口承载的建立过程，此过程为本领域的技术人员所熟知的，在此不再赘述。

在步骤506，管理网元(MME/SGSN)向服务网关(S-GW)发送承载更新请求消息；

在步骤507，服务网关(S-GW)向管理网元(MME/SGSN)发送承载更新响应消息；在所述更新承载响应消息中携带了原因值指示S-GW复位；或者服务网关(S-GW)向管理网元(MME/SGSN)发送由于没有用户相关承载上下文而导致承载更新失败的更新承载失败消息。

MME/SGSN根据其保留的承载恢复信息中的用户信息，查找对应的S-GW，主动触发承载恢复流程。

在步骤508，MME/SGSN向S-GW发送创建承载请求消息；

如果采用已有的创建承载请求消息，也可以在其中增加Reset标识或原因值表示该消息是由于设备复位而发起的批量用户承载创建消息。

在步骤509，S-GW收到MME/SGSN发来的创建承载消息后，分配用户面资源，恢复承载上下文，并向P-GW发送更新承载请求消息；

在步骤510，P-GW收到S-GW发来的更新承载请求消息后，通过用户标识和承载标识匹配，更新P-GW上的承载上下文信息，然后P-GW向S-GW返回更新承载响应消息；

在步骤511，S-GW收到更新承载响应消息后，通过用户标识和承载标识匹配，保存与P-GW相关的承载上下文信息，S-GW还向MME/SGSN返回创建承载响应消息；

在步骤512，如果用户恢复失败的，MME/SGSN删除用户相关的承载信息，可以主动通知用户发起PDN连接流程或重新附着流程。如果恢复成功，恢复正常流程。

以上步骤完成后，执行后续流程，后续的流程为现有技术，在此不再赘述。

参见图8，是本发明实施例提供的恢复承载的方法及系统第六实施例的示意图；

本发明实施例中，恢复承载的系统由用户终端设备、无线接入网元(eNodeB/RNC)、管理网元(MME/SGSN)，服务网关(S-GW)、分组数据网关(P-GW)以及归属用户服务器(HSS)组成，其中S-GW设备中用户承载上下文信息受到破坏或丢失。

本发明实施例描述的也是在服务请求流程中恢复承载的方法流程。

在步骤600，用户终端设备向无线接入网元(eNode/RNC)发送服务请求消息；

在步骤601，无线接入网元(eNode/RNC)将所述服务请求消息发送至向管理网元(MME/SGSN)；

在步骤602，用户鉴权过程。

在步骤603，管理网元(MME/SGSN)向无线接入网元(eNode/RNC)发送初始上下文建立请求消息；

在步骤604，无线接入网元(eNode/RNC)与用户终端设备之间建立起无线承载；

在步骤605，无线接入网元(eNode/RNC)向管理网元(MME/SGSN)发送初始上下文建立响应消息。

需要说明的是，步骤603-步骤605，是用户空口和S1口承载的建立过程，此过程为本领域的技术人员所熟知的，在此不再赘述。

在步骤606，MME/SGSN根据其保留的承载恢复信息中的用户信息，查找对应的S-GW，在感知所述S-GW复位后，不发承载更新消息，直接触发承载恢复流程；

在步骤607，MME/SGSN向S-GW发送创建承载请求消息；

如果采用已有的消息，也可以增加Reset标识或原因值表示该消息是由于设备复位而发起的批量用户承载创建消息。

在步骤608，S-GW收到MME/SGSN发来的创建承载消息后，分配用户面资源，恢复承载上下文，并向P-GW发送更新承载请求消息；

在步骤609，P-GW收到S-GW发来的更新承载请求消息后，通过用户标识和承载标识匹配，更新P-GW上的承载上下文信息，然后P-GW向S-GW返回更新承载响应消息；

在步骤610，S-GW收到更新承载响应消息后，通过用户标识和承载标识匹配，保存与P-GW相关的承载上下文信息，S-GW还向MME/SGSN返回创建承载响应消息；

在步骤611，如果用户恢复失败的，MME/SGSN删除用户相关的承载信息，可以主动通知用户发起PDN连接流程或重新附着流程。如果恢复成功，恢复正常流程。

以上步骤完成后，执行后续流程，后续的流程为现有技术，在此不再赘述。

参见图9，是本发明实施例提供的恢复承载的方法及系统第七实施例的示意图；

本发明实施例中，恢复承载的系统由用户终端设备、目标侧无线接入网元(eNodeB)、源侧无线接入网元(eNodeB/RNC/BSS)、目标侧管理网元(MME)、源侧管理网元(MME/SGSN)以及服务网关(S-GW)、分组数据网关(P-GW)以及归属用户服务器(HSS)组成，其中S-GW设备中用户承载上下文信息受到破坏或丢失。

本发明实施例描述的是在跟踪区域更新(TAU，racking Area Update)流程中恢复承载的方法流程。

在步骤700，用户终端设备向目标侧的eNodeB发送TAU请求消息；

在步骤701，目标侧的eNodeB向目标侧管理网元(MME)发送TAU请求消息；

在步骤702，目标侧管理网元(MME)向源侧管理网元(MME/SGSN)发送连接请求消息；

在步骤703，源侧管理网元(MME/SGSN)向目标侧管理网元(MME)发送连接响应消息；

在步骤704，用户鉴权过程；

在步骤705，目标侧管理网元(MME)向源侧管理网元(MME/SGSN)发送连接应答消息；

在步骤706，目标侧管理网元(MME)向源侧管理网元(MME/SGSN)发送更新承载请求消息；

在步骤707，源侧管理网元(MME/SGSN)向目标侧管理网元(MME)发送更新承载响应消息，在所述更新承载响应消息中携带了原因值指示S-GW复位；或者源侧管理网元(MME/SGSN)向目标侧管理网元(MME)发送由于没有用户相关承载上下文而导致承载更新失败的更新承载失败消息。

MME根据其保留的承载恢复信息中的用户信息，查找对应的S-GW，向其发起承载恢复流程。

在步骤708，目标侧管理网元(MME)向S-GW发送创建承载请求消息；

在步骤709，S-GW收到所述目标侧管理网元(MME)发来的创建承载消息后，分配用户面资源，恢复承载上下文，并向P-GW发送更新承载请求消息；

在步骤710，P-GW收到S-GW发来的更新承载请求消息后，通过用户标识和承载标识匹配，更新P-GW上的承载上下文信息。然后P-GW向S-GW返回更新承载响应消息；

在步骤711，S-GW收到更新承载响应消息后，通过用户标识和承载标识匹配，保存与P-GW相关的承载上下文信息，可选地，服务网关向目标侧管理网元(MME)返回创建承载响应消息；

在步骤712，如果用户恢复失败，目标侧管理网元(MME)向UE发送TAUReject消息，并通过“原因值”或“标识”通知用户发起PDN连接重建流程(即重建缺省承载)，或重新附着；如果恢复成功，恢复正常流程。

在步骤713，TAU中位置更新流程部分；

在步骤714，TAU接受消息；

在步骤715，TAU完成指示。

参见图10，是本发明实施例提供的恢复承载的方法及系统第八实施例的示意图；

本发明实施例中，恢复承载的系统由用户终端设备、目标侧无线接入网元(eNode)、源侧无线接入网元(eNodeB/RNC/BSS)、目标侧管理网元(MME)、源侧管理网元(MME/SGSN)以及服务网关(S-GW)、分组数据网关(P-GW)以及归属用户服务器(HSS)组成，其中S-GW设备中用户承载上下文信息受到破坏或丢失。

本发明实施例描述的也是在跟踪区域更新(TAU，racking Area Update)流程中恢复承载的方法流程。

在步骤800，用户终端设备向目标侧的eNodeB发送TAU请求消息；

在步骤801，目标侧的eNodeB向目标侧管理网元(MME)发送TAU请求消息；

在步骤802，目标侧管理网元(MME)向源侧管理网元(MME/SGSN)发送连接请求消息；

在步骤803，源侧管理网元(MME/SGSN)向目标侧管理网元(MME)发送连接响应消息；

在步骤804，用户鉴权过程；

在步骤805，目标侧管理网元(MME)向源侧管理网元(MME/SGSN)发送响应消息；

本发明实施例中，目标侧管理网元(MME)根据其保留的承载恢复信息中的用户信息，查找对应的S-GW，并在到所述S-GW复位，目标侧管理网元(MME)主动触发“承载恢复过程”；

在步骤806，在S-GW复位后，目标侧管理网元(MME)向S-GW发送创建承载请求消息；

在步骤807，S-GW收到目标侧管理网元(MME)发来的创建承载消息后，分配用户面资源，恢复承载上下文，并向P-GW发送更新承载请求消息；

在步骤808，P-GW收到S-GW发来的更新承载请求消息后，通过用户标识和承载标识匹配，更新P-GW上的承载上下文信息。然后P-GW向S-GW返回更新承载响应消息；

在步骤809，S-GW收到更新承载响应消息后，通过用户标识和承载标识匹配，保存与P-GW相关的承载上下文信息，S-GW还向目标侧管理网元(MME)返回创建承载响应消息；

在步骤810，如果用户恢复失败，目标侧管理网元(MME)向UE发送TAUReject消息，并通过“原因值”或“标识”通知用户发起PDN连接重建流程(即重建缺省承载)，或重新附着；如果恢复成功，恢复正常流程。

在步骤811，TAU中位置更新流程部分；

在步骤812，TAU接受消息；

在步骤813，TAU完成指示。

需要说明的是，如图八和图九所示的恢复承载方法的流程，说明了在演进的UMTS陆地无线接入网(E-UTRAN)内部、以及UMTS陆地无线接入网(UTRAN)到E-UTRAN以及GSM/EDGE无线接入网(GERAN)到E-UTRAN发起的在TAU流程中，S-GW复位后触发“承载恢复流程”的实施例。E-UTRAN到UTRAN/GERAN，以及UTRAN/GERAN内部的RAU流程与上述流程类同，在此不再详述。

参见图11，是本发明实施例提供的恢复承载的方法及系统第九实施例的示意图；

本发明实施例中，恢复承载的系统由用户终端设备、源侧无线接入网元(eNodeB)、目标侧无线接入网元(eNode)、管理网元(MME)、以及服务网关(S-GW)、分组数据网关(P-GW)以及归属用户服务器(HSS)组成，其中S-GW设备中用户承载上下文信息受到破坏或丢失。

本发明实施例描述了切换(Handover)流程中恢复承载的方法流程；

在步骤900，源侧eNodeB之间完成切换后，目标接入网元eNodeB会向管理网元(MME)发送路径切换请求消息；

在步骤901，管理网元(MME)向服务网关(S-GW)发送用户面更新请求消息；

在步骤902，服务网关(S-GW)向管理网元(MME)发送更新承载响应消息，在所述更新承载响应消息中携带了原因值指示S-GW复位；或者服务网关(S-GW)向管理网元(MME)发送由于没有用户相关承载上下文而导致承载更新失败的更新承载失败消息。

MME根据其保留的承载恢复信息中的用户信息，查找对应的S-GW，主动向其触发“承载恢复过程”。

在步骤903，MME向S-GW发送创建承载请求消息，消息携带用户的信息包括用户标识、承载标识、MME中的S-GW相关的承载上下文信息、MME中的P-GW的相关的承载上下文信息；

在步骤904，S-GW收到MME发来的承载创建消息后，分配用户面资源，恢复承载上下文。并向P-GW发送承载更新请求消息，消息携带用户的信息包括用户标识、承载标识、S-GW为P-GW分配的承载隧道标识(IPAddr、TEID)等；

在步骤905，P-GW收到S-GW发来的承载更新请求消息后，通过用户标识和承载标识匹配，更新P-GW上的承载上下文信息。然后P-GW向S-GW返回承载更新响应消息，消息携带用户的信息包括用户标识、承载标识、承载更新成功要携带P-GW为S-GW分配的承载信息IP Addr/TEID，承载更新失败可携带原因值。

在步骤906，S-GW收到承载更新响应消息后，通过用户标识和承载标识匹配，保存P-GW相关的承载信息。并向MME返回创建承载响应消息，消息携带用户的信息包括：用户标识、承载标识、创建恢复成功要携带S-GW为MME分配的承载信息IPAddr/TEID，承载创建失败可携带原因值。

需要说明的是，对于不恢复成功的承载，S-GW要删除相关信息。

在步骤907，如果用户恢复失败，MME主动通知恢复失败用户发起PDN连接重建流程(即重建缺省承载)，或重新附着；如果恢复成功，恢复正常流程；

在步骤908，管理网元(MME)向目标接入网元(eNodeB)发送切换确认消息；

在步骤909，目标接入网元(eNodeB)向源侧接入网元(eNodeB)发送释放资源消息。

参见图12，是本发明实施例提供的恢复承载的方法及系统第十实施例的示意图；

本发明实施例中，恢复承载的系统由用户终端设备、源侧无线接入网元(eNodeB)、目标侧无线接入网元(eNode)、管理网元(MME)、以及服务网关(S-GW)、分组数据网关(P-GW)以及归属用户服务器(HSS)组成，其中S-GW设备中用户承载上下文信息受到破坏或丢失。

本发明实施例描述了切换(Handover)流程中恢复承载的方法流程；

在步骤1000，无线侧接入网元(eNodeB)之间完成切换后，目标接入网元(eNodeB)向管理网元(MME)发送路径切换请求消息；

本发明实施例中，管理网元(MME)根据其保留的承载恢复信息中的用户信息，查找对应的S-GW，在所述S-GW复位后，管理网元(MME)主动向其触发“承载恢复过程”。

在步骤1001，MME向S-GW发送创建承载请求消息；

在步骤1002，S-GW收到MME发来的创建承载消息后，分配用户面资源，恢复承载上下文，并向P-GW发送更新承载请求消息；

在步骤1003，P-GW收到S-GW发来的更新承载请求消息后，通过用户标识和承载标识匹配，更新P-GW上的承载上下文信息。然后P-GW向S-GW返回更新承载响应消息；

在步骤1004，S-GW收到更新承载响应消息后，通过用户标识和承载标识匹配，保存与P-GW相关的承载上下文信息，S-GW还向MME返回创建承载响应消息；

需要说明的是，对于不恢复成功的承载，S-GW要删除相关信息。

在步骤1005，如果用户恢复失败，MME主动通知恢复失败用户发起PDN连接重建流程(即重建缺省承载)，或重新附着；如果恢复成功，恢复正常流程；

在步骤1006，管理网元(MME)向目标接入网元(eNodeB)发送切换确认消息；

在步骤1007，目标接入网元(eNodeB)向源侧接入网元(eNodeB)发送释放资源消息。

需要说明的是，图11和图12所示的恢复承载的方法流程，说明了管理网元(MME)和S-GW都不发生改变的前提下，在进行eNodeB间的切换(Inter eNodeBHandover without MME relocation and without Serving GW relocation)时，S-GW丢失用户承载上下文或复位后，MME主动触发“承载恢复流程”。其他情况的Handover如下：

1.MME发生改变/S-GW不发生改变的前提下，eNodeB间的切换(IntereNodeB Handover with MME relocation and without Serving GW relocation)：这时可以在Handover准备阶段或Handover执行阶段触发“承载恢复流程”。

2.系统间的切换：E-UTRAN和UTRAN/GERAN系统间S-GW不改变的前提下的切换(Inter RAT handover without Serving GW relocation)，这时可以在Handover准备阶段或Handover执行阶段触发“承载恢复流程”。

参见图13，是本发明实施例提供的恢复承载的方法及系统第十一实施例的示意图；

本发明实施例中，恢复承载的系统由用户终端设备、第一管理网元(MME/SGSN)、第二管理网元(MME/SGSN)、服务网关(S-GW)、分组数据网关(P-GW)以及归属用户服务器(HSS)组成，其中S-GW设备中用户承载上下文信息受到破坏或丢失。

本发明实施例描述的是ISR用户恢复承载的方法流程；

在步骤1101，管理网元(MME/SGSN)检测到服务网关(S-GW)发生故障；或分组数据网关(P-GW)检测到服务网关(S-GW)发生故障；

由于管理网元(MME/SGSN)感知到服务网关(S-GW)中因为发生故障而导致用户承载上下文信息受到破坏或丢失后，并没有删除其保存的用户承载上下文信息，即保留了用于恢复用户承载上下文的承载恢复信息；分组数据网关(P-GW)检测到服务网关(S-GW)中因为发生故障而导致用户承载上下文信息受到破坏或丢失后，保留了用于恢复用户承载上下文的承载恢复信息，因此MME/SGSN根据其保留的承载恢复信息中的用户信息，查找对应的S-GW，在S-GW复位后，主动向其发起批量用户的承载恢复流程(也可以是单用户的)，具体流程如下：

在步骤1102，第一管理网元(MME/SGSN)向S-GW发送创建承载请求消息，消息携带批量用户的信息列表，包括用户标识、承载标识、MME中的S-GW相关的承载上下文信息、MME/SGSN中的P-GW的相关的承载上下文信息；

在步骤1103，第二管理网元(MME/SGSN)向S-GW发送创建承载请求消息，消息携带批量用户的信息列表，包括用户标识、承载标识、MME中的S-GW相关的承载上下文信息、MME/SGSN中的P-GW的相关的承载上下文信息；

在步骤1104，S-GW只要收到两侧管理网元的任一侧MME/SGSN发来的创建承载消息后，分配用户面资源，恢复承载上下文；

在步骤1105，S-GW发送更新承载消息(Update Bearer Req)，消息携带“先到侧“批量用户的信息列表，包括用户标识、承载标识、S-GW为P-GW分配的承载隧道标识(IPAddr、TEID)等；

在步骤1106，P-GW收到S-GW发来的更新承载请求消息后，通过用户标识和承载标识匹配，更新P-GW上的承载上下文信息。然后P-GW向S-GW返回更新承载响应消息，消息携带批量用户的信息列表，包括更新成功用户信息列表：用户标识、承载标识、承载更新成功要携带P-GW为S-GW分配的承载信息IPAddr/TEID，承载更新失败可携带原因值；更新失败用户信息列表：用户标识、原因值等；

在步骤1107，S-GW收到更新承载响应消息后，通过用户标识和承载标识匹配，保存P-GW相关的承载信息；

在步骤1108，S-GW向MME/SGSN两侧返回创建承载响应消息，消息携带批量用户的信息列表，包括创建成功用户信息列表：用户标识、承载标识、用户标识、承载标识、承载创建成功要携带S-GW为MME/SGSN分配的承载信息IPAddr/TEID，承载创建失败可携带原因值；更新创建用户信息列表：用户标识、原因值等。对于创建不成功的用户和承载，S-GW要删除相关信息。MME/SGSN收到S-GW承载创建响应消息后，保存S-GW发送来的相关的承载信息。

在步骤1109，MME和SGSN收到S-GW发来的批量承载创建响应消息；对于恢复失败的用户，如果删除用户的“承载上下文”，MME和SGSN主动通知用户发起PDN连接重建流程和PDP激活流程。如果删除用户的“所有信息”，MME和SGSN主动通知用户发起重新附着流程。

以上步骤完成后，执行后续流程，后续的流程为现有技术，在此不再赘述。

参见图14，是本发明实施例提供的恢复承载的方法及系统第十二实施例的示意图；

本发明实施例中，恢复承载的系统由用户终端设备、第一管理网元(MME)、第二管理网元(SGSN)、服务网关(S-GW)、分组数据网关(P-GW)以及归属用户服务器(HSS)组成，其中S-GW设备中用户上下文信息破坏或丢失。

本发明实施例描述的是ISR用户恢复承载的方法流程；

在步骤1201，管理网元(MME/SGSN)检测到服务网关(S-GW)复位，MME/SGSN直接主动发起批量用户的承载恢复；分组数据网关(P-GW)检测到S-GW复位；

需要说明的是，管理网元(MME/SGSN)感知到服务网关(S-GW)中因为复位而导致用户上下文信息破坏或丢失后，并不删除承载上下文信息，即保留了用于恢复用户承载上下文的承载恢复信息；分组数据网关(P-GW)检测到S-GW中因为复位而导致用户上下文信息破坏或丢失后，保留了用于恢复用户承载上下文的承载恢复信息；因此，MME或SGSN(这里以MME为例说明)根据其保留的承载恢复信息中的用户信息，查找对应的S-GW，并在S-GW复位后，主动向其发起批量承载恢复流程(也可以是单用户的)。

在步骤1202，第一移动网元(MME)向S-GW发送创建承载请求消息，消息携带批量用户的信息列表，包括用户标识、承载标识(能够区分用户承载的标识，这里不限定具体的标识，包括已有的如Bearer ID、IPAddr/TEID等或后续新增的)、MME中的S-GW相关的承载上下文信息(如隧道标识、Qos等)、MME中的P-GW的相关的承载上下文信息(如P-GW的IP Addr、TEID等)；

需要说明的是，如果采用已有的消息，也可以增加Reset标识或原因值表示该消息是由于设备复位而发起的批量用户承载创建消息。

在步骤1203，S-GW收到MME发来的创建承载消息后，分配用户面资源，恢复承载上下文。并向P-GW发送承载更新请求消息，消息携带批量用户的信息列表，包括用户标识、承载标识、S-GW为P-GW分配的承载隧道标识(IPAddr、TEID)等；

在步骤1204，P-GW收到S-GW发来的更新承载请求消息后，通过用户标识和承载标识匹配，更新P-GW上的承载上下文信息。然后P-GW向S-GW返回承载更新响应消息，消息携带批量用户的信息列表，包括更新成功用户信息列表：用户标识、承载标识、承载更新成功要携带P-GW为S-GW分配的承载信息IPAddr/TEID，承载更新失败可携带原因值；更新失败用户信息列表：用户标识、原因值等。

在步骤1205，S-GW收到更新承载响应消息后，通过用户标识和承载标识匹配，保存与P-GW相关的承载上下文信息，S-GW还向MME返回创建承载响应消息，消息携带批量用户的信息列表，包括创建成功用户信息列表：用户标识、承载标识、承载恢复成功要携带S-GW为MME分配的承载信息IPAddr/TEID，承载恢复失败可携带原因值；创建失败用户信息列表：用户标识、原因值等。对于创建不成功的用户和承载，S-GW要删除相关信息。MME收到S-GW承载创建响应消息后，保存S-GW发送来的相关的承载信息。

在步骤1206，MME收到S-GW返回的创建承载响应消息后，对于恢复不成功的用户通知用户重建PDN连接或重新附着；

在步骤1207，对于ISR用户，MME要向其ISR关联的第二管理网元(SGSN)发送指示消息(不限定具体消息名)，消息携带MME侧承载恢复情况、原因值(指示SGSN向S-GW发起承载更新)等。

在步骤1208，对于恢复失败的用户通知向UE发起PDP激活或重新附着流程。

在步骤1209及步骤1210，对于恢复成功的用户向S-GW发起承载更新流程。

在步骤1211，SGSN向MME返回确认消息。

参见图15，是本发明实施例提供的恢复承载的方法及系统第十三实施例的示意图；

本发明实施例中，恢复承载的系统由用户终端设备、第一管理网元(MME)、第二管理网元(SGSN)、服务网关(S-GW)、分组数据网关(P-GW)以及归属用户服务器(HSS)组成，其中S-GW设备中用户上下文信息破坏或丢失。

本发明实施例描述的是ISR用户恢复承载的方法流程；

管理网元(MME/SGSN)检测到S-GW复位，MME/SGSN直接主动发起批量用户的承载恢复；MME或SGSN受到事件触发，发起用户的承载恢复(一般为单用户)。事件触发包括，上行数据的触发和信令的触发。对于MME来说，上行信令主要包括UE发起的服务请求流程和TAU流程，流程中如果发现S-GW复位或由于S-GW没有用户承载信息导致流程失败时，通过本方法恢复S-GW承载信息；对于SGSN来说，上行信令主要包括UE发起的服务请求流程和RAU流程，流程中如果发现S-GW复位或由于S-GW没有用户承载信息导致流程失败时，通过本方法恢复S-GW承载信息。

本发明实施例中以MME为例，发起批量承载恢复流程(也可以是单用户的)。

在步骤1301，管理网元(MME/SGSN)检测到服务网关(S-GW)复位，MME/SGSN直接主动发起批量用户的承载恢复；

需要说明的是，管理网元(MME/SGSN)感知到服务网关(S-GW)中因为发生复位而导致用户上下文信息破坏或丢失后，并不删除承载上下文信息，即保留了用于恢复用户承载上下文的承载恢复信息；分组数据网关(P-GW)检测到S-GW中因为发生复位而导致用户上下文信息破坏或丢失后，保留了用于恢复用户承载上下文的承载恢复信息；因此，MME或SGSN(这里以MME为例说明)根据其保留的承载恢复信息中的用户信息，查找对应的S-GW，并在S-GW复位后，主动发起批量承载恢复流程(也可以是单用户的)。

在步骤1302，第一移动网元(MME)向S-GW发送创建承载请求消息，消息携带批量用户的信息列表，包括用户标识、承载标识(能够区分用户承载的标识，这里不限定具体的标识，包括已有的如Bearer ID、IPAddr/TEID等或后续新增的)、MME中的S-GW相关的承载上下文信息(如隧道标识、Qos等)、MME中的P-GW的相关的承载上下文信息(如P-GW的IP Addr、TEID等)；此外，该消息中，还携带有用户的ISR标识、以及第二管理网元的信息(IP地址等)。

需要说明的是，如果采用已有的消息，也可以增加Reset标识或原因值表示该消息是由于设备复位而发起的批量用户承载创建消息。

在步骤1303，S-GW收到MME发来的创建承载消息后，分配用户面资源，恢复承载上下文，并向P-GW发送更新承载请求消息，消息携带批量用户的信息列表，包括用户标识、承载标识、S-GW为P-GW分配的承载隧道标识(IPAddr、TEID)等；

在步骤1304，P-GW收到S-GW发来的更新承载请求消息后，通过用户标识和承载标识匹配，更新P-GW上的承载上下文信息。然后P-GW向S-GW返回更新承载响应消息，消息携带批量用户的信息列表，包括更新成功用户信息列表：用户标识、承载标识、承载更新成功要携带P-GW为S-GW分配的承载信息IPAddr/TEID，承载更新失败可携带原因值；更新失败用户信息列表：用户标识、原因值等。

在步骤1305，S-GW收到更新承载响应消息后，通过用户标识和承载标识匹配，保存P-GW相关的承载信息。S-GW还向MME返回创建承载响应消息，消息携带批量用户的信息列表，包括创建成功用户信息列表：用户标识、承载标识、承载恢复成功要携带S-GW为MME分配的承载信息IPAddr/TEID，承载恢复失败可携带原因值；创建失败用户信息列表：用户标识、原因值等。对于创建不成功的用户和承载，S-GW要删除相关信息。MME收到S-GW承载创建响应消息后，保存S-GW发送来的相关的承载信息。

在步骤1306，MME收到S-GW返回的创建承载响应消息后，对于恢复不成功的用户通知用户重建PDN连接或重新附着；

在步骤1307，对于ISR用户，S-GW会向另一侧(本发明实施例中是SGSN)发起承载更新过程，向SGSN发送更新承载请求消息，消息携带批量用户的信息列表，包括用户标识、承载标识、S-GW中SGSN的承载信息IPAddr/TEID等(如果失败可携带原因值)等。

在步骤1308，对于恢复成功的用户，返回更新承载响应消息，消息携带批量用户的信息列表，包括用户标识、承载标识、SGSN中S-GW的承载信息IPAddr/TEID、Qos等。

在步骤1309，对于恢复失败的用户通知向UE发起PDP激活或重新附着流程。

以上步骤完成后，执行后续流程，后续的流程为现有技术，在此不再赘述。

参见图16，是本发明实施例提供的恢复承载的方法及系统第十四实施例的示意图；

本发明实施例中，恢复承载的系统由用户终端设备、第一管理网元(MME)、第二管理网元(SGSN)、服务网关(S-GW)、分组数据网关(P-GW)以及归属用户服务器(HSS)组成，其中S-GW设备中用户上下文信息破坏或丢失。

本发明实施例描述的是ISR机制下的用户恢复承载的方法流程；

前述的恢复承载方法的第十一，第十二，第十三实施例的流程，其共同的特点是注册ISR两侧(MME和SGSN)的承载都恢复，而本发明实施例和下面的第十五实施例主要特点是恢复一侧，去激活另一侧。本发明实施例的具体流程如下：

在步骤1401，事件触发恢复承载的流程；

管理网元(MME/SGSN)感知到服务网关(S-GW)中用户上下文信息破坏或丢失后，并不删除承载上下文信息，即保留了用于恢复用户承载上下文的承载恢复信息；分组数据网关(P-GW)检测到S-GW中用户上下文信息破坏或丢失后，保留了用于恢复用户承载上下文的承载恢复信息；因此，MME或SGSN(这里以MME为例说明)根据其保留的承载恢复信息中的用户信息，查找对应的S-GW，并在在检测有事件触发后，主动向所述S-GW发起批量承载恢复流程(也可以是单用户的)。

在步骤1402，第一移动网元(MME)向S-GW发送创建承载请求消息，消息携带批量用户的信息列表，包括用户标识、承载标识(能够区分用户承载的标识，这里不限定具体的标识，包括已有的如Bearer ID、IPAddr/TEID等或后续新增的)、MME中的S-GW相关的承载上下文信息(如隧道标识、Qos等)、MME中的P-GW的相关的承载上下文信息(如P-GW的IP Addr、TEID等)；

在步骤1403，S-GW收到MME发来的创建承载消息后，分配用户面资源，恢复承载上下文，并向P-GW发送更新承载请求消息，消息携带批量用户的信息列表，包括用户标识、承载标识、S-GW为P-GW分配的承载隧道标识(IPAddr、TEID)等；

在步骤1404，P-GW收到S-GW发来的更新承载请求消息后，通过用户标识和承载标识匹配，更新P-GW上的承载上下文信息。然后P-GW向S-GW返回更新承载响应消息，消息携带批量用户的信息列表，包括更新成功用户信息列表：用户标识、承载标识、承载更新成功要携带P-GW为S-GW分配的承载信息IPAddr/TEID，承载更新失败可携带原因值；更新失败用户信息列表：用户标识、原因值等；

在步骤1405，S-GW收到更新承载响应消息后，通过用户标识和承载标识匹配，保存P-GW相关的承载信息。S-GW还向MME返回创建承载响应消息，消息携带批量用户的信息列表，包括创建成功用户信息列表：用户标识、承载标识、承载恢复成功要携带S-GW为MME分配的承载信息IPAddr/TEID，承载恢复失败可携带原因值；创建失败用户信息列表：用户标识、原因值等。对于创建不成功的用户和承载，S-GW要删除相关信息。MME收到S-GW承载创建响应消息后，保存S-GW发送来的相关的承载信息。

在步骤1406，MME收到S-GW返回的创建承载响应消息后，对于恢复不成功的用户通知用户重建PDN连接或重新附着；

在步骤1407，MME如果感知该用户启动了ISR，直接通知SGSN去激活ISR；

在步骤1408，SGSN可以返回确认消息，SGSN发起分离流程。

参见图17，是本发明实施例提供的恢复承载的方法及系统第十五实施例的示意图；

本发明实施例中，恢复承载的系统由用户终端设备、第一管理网元(MME)、第二管理网元(SGSN)、服务网关(S-GW)、分组数据网关(P-GW)以及归属用户服务器(HSS)组成，其中S-GW设备中用户上下文信息破坏或丢失。

本发明实施例描述的是ISR用户恢复承载的方法流程；

在步骤1500，事件触发恢复承载的流程；

管理网元(MME/SGSN)感知到服务网关(S-GW)中用户上下文信息破坏或丢失后，并不删除承载上下文信息，即保留了用于恢复用户承载上下文的承载恢复信息；分组数据网关(P-GW)检测到S-GW中用户上下文信息破坏或丢失后，保留了用于恢复用户承载上下文的承载恢复信息；因此，MME或SGSN(这里以MME为例说明)根据其保留的承载恢复信息中的用户信息，查找对应的S-GW，并在检测有事件触发后，主动向所述S-GW发起批量承载恢复流程(也可以是单用户的)。

在步骤1502，第一移动网元(MME)向S-GW发送创建承载请求消息，消息携带批量用户的信息列表，包括用户标识、承载标识(能够区分用户承载的标识，这里不限定具体的标识，包括已有的如Bearer ID、IPAddr/TEID等或后续新增的)、MME中的S-GW相关的承载上下文信息(如隧道标识、Qos等)、MME中的P-GW的相关的承载上下文信息(如P-GW的IP Addr、TEID等)；此外，该消息中，还携带有用户的ISR标识、以及第二管理网元的信息(IP地址等)。

需要说明的是，如果采用已有的消息，也可以增加Reset标识或原因值表示该消息是由于设备复位而发起的批量用户承载创建消息。

在步骤1503，S-GW收到MME发来的创建承载消息后，分配用户面资源，恢复承载上下文，并向P-GW发送更新承载请求消息，消息携带批量用户的信息列表，包括用户标识、承载标识、S-GW为P-GW分配的承载隧道标识(IPAddr、TEID)等；

在步骤1504，P-GW收到S-GW发来的更新承载请求消息后，通过用户标识和承载标识匹配，更新P-GW上的承载上下文信息。然后P-GW向S-GW返回更新承载响应消息，消息携带批量用户的信息列表，包括更新成功用户信息列表：用户标识、承载标识、承载更新成功要携带P-GW为S-GW分配的承载信息IPAddr/TEID，承载更新失败可携带原因值；更新失败用户信息列表：用户标识、原因值等。

在步骤1505，S-GW收到更新承载响应消息后，通过用户标识和承载标识匹配，保存与P-GW相关的承载上下文信息。S-GW向MME返回创建承载响应消息，消息携带批量用户的信息列表，包括创建成功用户信息列表：用户标识、承载标识、承载恢复成功要携带S-GW为MME分配的承载信息IPAddr/TEID，承载恢复失败可携带原因值；创建失败用户信息列表：用户标识、原因值等。对于创建不成功的用户和承载，S-GW要删除相关信息。MME收到S-GW承载创建响应消息后，保存S-GW发送来的相关的承载信息。

在步骤1506，MME收到S-GW返回的创建承载响应消息后，对于恢复不成功的用户通知用户重建PDN连接或重新附着；

在步骤1507，MME如果感知该用户启动了ISR，直接通知SGSN去激活ISR；

在步骤1508，SGSN可以返回确认消息，SGSN发起分离流程。

在步骤1509，SGSN通知MME本册ISR去激活了，本步骤可选，可以在步骤1505或在分离流程中通知MME侧。

需要说明的是，还有其他关于ISR用户的恢复承载方法流程的实施例，在此不再一一描述，但只要用到本发明实施例所提出的恢复承载方法流程及系统，都属于本发明实施例的范围之列。

参见18，为本发明中恢复承载的系统的又一结构示意图；

该实施例中，恢复承载的系统包括：

移动交换中心服务器4，用于在第一媒体网关6的用户承载上下文信息受到破坏或丢失时，保留用于恢复用户承载上下文的承载恢复信息，并将其提供给第二媒体网关5；

第二媒体网关5，用于根据所述移动交换中心服务器4保留的用于恢复用户承载上下文的承载恢复信息，将第一媒体网关6受到破坏或丢失的用户承载上下文信息在本媒体网关5中进行恢复。

本发明实施例提供的恢复承载系统，在媒体网关用户承载上下文信息受到破坏或丢失时，在移动交换中心服务器上保留有用于恢复用户承载上下文的承载恢复信息，可以及时触发承载恢复流程，根据所述承载恢复信息恢复承载上下文，使得用户可以继续使用之前的业务，还可及时享用新的业务。

参见图19，是本发明实施例提供的恢复承载的方法及系统第十六实施例的示意图；

本发明实施例中，恢复承载的系统由用户终端设备、无线接入网元(BSC/RNC)、第一移动交换中心服务器(MSC Server1)、第一媒体网关(MGW1)、第二媒体网关(MGW2)以及第二移动交换中心服务器(MSCServer2)组成，其中MGW1因为故障原因，设备中的用户上下文信息破坏或丢失。

本发明实施例描述的是电路交换(CS，Circuit Switched)领域的恢复承载的方法流程；

步骤1600，MSC Server1检测到MGW1发生故障，造成用户承载上下文信息损坏或丢失；

步骤1601，MSC Server1保留MGW1上正在通话的用户的上下文承载信息，并不拆除与MGW1通话的用户设备正在进行的呼叫；

步骤1602，MSC Server1向MGW2发送创建承载请求消息，以在MGW2上创建原建立在MGW1上的用户承载，具体的创建承载请求消息包括但不限于H.248的创建承载消息。

步骤1603，MGW2向所述MSC Server1返回创建承载响应消息；

步骤1604，MSC Server1通知无线接入网元更新承载，更新的内容包括但不限于目的地址。具体的更新承载请求消息包括但不限于RAB Modify消息。所述无线接入网元在具体实现的时候可以是(BSC Base Station Controller，基站控制器)或RNC(Radio Network Controller无线网络控制器)；

步骤1605，无线接入网元(BSC/RNC)向MSC Server1返回更新承载响应消息。

步骤1606，MSC Server1通知控制MGW2的对端设备更新用户承载上下文信息。更新的内容包括但不限于IP地址和端口号。具体的更新承载请求消息包括但不限于BICC(Bearer Independent Call Control，与承载无关的呼叫控制)协议的APM(Application transport Mechanism，应用传输机制)消息。

需要说明的是，对端设备MSC Server2指控制与故障MGW1上通话的用户的设备，可能是MSC Server1自身(局内通话)或其他设备。

如果对端设备是MSC Server1自身，MSC Server1无需通知，由MSC Server1直接更新用户承载上下文信息。

步骤1607，对端设备在更新用户承载上下文信息之后，向MSC Server1返回更新承载响应；

步骤1608，MGW2在创建承载之后，MSC Server1的对端设备更新用户上下文信息后，用户继续通话，后续的流程与现有技术相同，不展开描述。

需要说明的是，MSC Server1在MGW1故障后，为故障用户创建新承载的过程可以进行流控，流控的算法包括但不限于：在一段时间内创建多少个用户承载，或在负荷达到设定阈值时停止创建，低于阈值时继续创建。流控的原因在于MGW上可能同时通话的用户数很多，如果不进行流控，MSC Server1有过载的风险。

本发明实施例提供的用户恢复承载的装置，具体实现的时候，为管理网元或者分组数据网关或者移动交换中心服务器。其中管理网元可以是MME，也可以是SGSN。

参见图20，为本发明实施例提供的管理网元的组成示意图；

本发明实施例提供的管理网元具体为MME/SGSN，其包括：

承载信息存储模块10，在用户承载上下文信息受到破坏或丢失后，保留可用于恢复用户承载上下文的承载恢复信息；

承载恢复处理模块11，用于将所述承载信息存储模块10保留的可用于恢复用户承载上下文的承载恢复信息提供给服务网关，并与服务网关通过信息交互，恢复用户承载上下文信息。

所述管理网元还可以包括：

检测模块12，用于检测用户承载上下文信息是否受到破坏或丢失。需要说明的是，所述检测模块12在检测到用户承载上下文信息受到破坏或丢失后，管理网元主动触发恢复承载流程；

所述承载恢复处理模块11包括：

触发恢复单元110，用于在用户承载上下文受到破坏或丢失时，触发恢复承载；需要说明的是，触发恢复单元110触发恢复承载流程并不只是在检测模块12检测出用户承载上下文信息受到破坏或丢失的情况后触发，还可以在接收到由于用户承载上下文信息受到破坏或丢失后由S-GW发送的错误指示消息后，触发恢复单元110主动触发恢复承载流程；或在事件触发下，触发恢复单元110触发恢复承载流程。

信息交互单元111，用于与服务网关进行信息交互，将承载信息存储模块10保留的可用于恢复用户承载上下文的承载恢复信息提供给服务网关以恢复用户承载上下文信息；

承载恢复单元112，用于根据所述信息交互单元111与服务网关进行信息交互获得的承载恢复信息，通过用户标识和承载标识匹配，恢复承载上下文信息。

对于ISR机制下的用户，当用户承载上下文信息受到破坏或丢失时，所述触发恢复单元110发起恢复承载流程的情况包括：

分别由两侧的管理网元的触发恢复单元110发起恢复承载流程，承载恢复单元112为两侧都恢复承载；

由其中一侧的管理网元的触发恢复单元110发起恢复承载流程，承载恢复单元112为其恢复承载后，再恢复另一侧的承载；

由其中一侧的管理网元的触发恢复单元110发起恢复承载流程，承载恢复单元112为发起恢复承载请求的一侧恢复承载后，对另一侧做不再恢复承载。

参见图21，为本发明实施例提供的分组数据网关的组成示意图；

本发明实施例提供的分组数据网关，包括：

承载信息存储模块20，在用户承载上下文信息受到破坏或丢失后，保留可用于恢复用户承载上下文的承载恢复信息；

承载恢复处理模块21，用于将所述承载信息存储模块20保留的可用于恢复用户承载上下文的承载恢复信息提供给服务网关，并与服务网关通过信息交互，恢复用户承载上下文信息。

所述分组数据网关还包括：

检测模块22，用于检测用户承载上下文信息是否受到破坏或丢失。需要说明的是，所述检测模块22在检测到用户承载上下文信息受到破坏或丢失后，分组数据网关主动触发恢复承载流程；

所述承载恢复处理模块21包括：

触发恢复单元210，用于在用户承载上下文受到破坏或丢失时，触发恢复承载；需要说明的是，触发恢复单元210触发恢复承载流程并不只是在检测模块22检测出用户承载上下文信息受到破坏或丢失的情况后触发，还可以在接收到由于用户承载上下文信息受到破坏或丢失后由S-GW发送的错误指示消息后，触发恢复单元210触发恢复承载流程；或在事件触发下，触发恢复单元210触发恢复承载流程。

信息交互单元211，用于与服务网关进行信息交互，将承载信息存储模块20保留的可用于恢复用户承载上下文的承载恢复信息提供给服务网关以恢复用户承载上下文信息；

承载恢复单元212，用于根据所述信息交互单元211与服务网关进行信息交互获得的承载恢复信息，通过用户标识和承载标识匹配，恢复承载上下文信息。

参见图22，为本发明实施例提供的服务网关的组成示意图；

本发明实施例提供的服务网关，包括：

信息交互模块30，用于与管理网元、分组数据网关之间进行信息交互，获得承载恢复信息；

承载恢复模块31，用于根据所述获得的承载恢复信息，通过对用户标识和承载标识进行匹配，恢复用户承载上下文信息。

当管理网元触发恢复承载时，所述信息交互模块30包括：

消息接收模块300，用于接收来自管理网元向其发送的创建承载请求消息；该消息中携带可用于恢复用户承载上下文的承载恢复信息；

消息发送模块301，在所述消息接收模块300接收到所述创建承载的请求消息后，向分组数据网关发送更新承载请求消息，所述更新承载请求消息中携带有包括服务网关为分组数据网关分配的承载隧道标识在内的承载恢复信息；

所述消息接收模块300还用于接收来自分组数据网关向其返回更新承载响应消息；该消息中携带有包括分组数据网关为服务网关分配的承载上下文信息在内的承载恢复信息。

所述消息发送模块301还用于在收到所述更新承载响应消息后，向管理网元返回创建承载响应消息；该消息中携带有服务网关为管理网元分配的承载上下文信息。

当分组数据网关触发恢复承载时，所述信息交互模块30包括：

消息接收模块300，用于接收来自分组数据网关向其发送的恢复承载请求消息；该消息中携带可用于恢复用户承载上下文的承载恢复信息；

消息发送模块301，在所述消息接收模块300接收到所述恢复承载的请求消息后，向管理网元发送广播消息，所述广播消息中携带有指示管理网元发起恢复承载；

所述消息接收模块300还用于接收来自管理网元向其返回的创建承载请求消息。

所述消息发送模块301还用于向管理网元返回创建承载响应消息以及向分组数据网关返回恢复承载响应消息。

参见图23，为本发明实施例提供的移动交换中心服务器的组成示意图；

本发明实施例提供的移动交换中心服务器，包括：

承载信息存储模块40，在用户承载上下文信息受到破坏或丢失后，保留用于恢复用户承载上下文的承载恢复信息；该承载恢复信息中包含有用户标识；

承载恢复处理模块41，用于发起恢复承载流程，并根据所述保留的承载恢复信息，恢复用户承载上下文信息.

所述移动交换中心服务器4还可以包括：

检测模块42，用于检测用户承载上下文信息是否受到破坏或丢失。需要说明的是，所述检测模块42在检测到用户承载上下文信息受到破坏或丢失后，移动交换中心服务器主动触发恢复承载流程；

所述承载恢复处理模块41包括：

触发恢复单元410，用于在第一媒体网关(MGW1)上的用户承载上下文受到破坏或丢失时，发起恢复承载流程；需要说明的是，触发恢复单元410触发恢复承载流程并不只是在检测模块42检测出用户承载上下文信息受到破坏或丢失的情况后触发，还可以在MGW1发送的错误指示消息后，主动触发恢复承载流程；或在事件触发下，触发恢复承载流程。具体地，所述触发恢复单元410首先通知第二媒体网关(MGW2)创建新的用户承载；

信息交互单元411，用于与无线接入网元进行信息交互，请求无线接入网元更新承载上下文信息；具体地，所述信息交互单元411通知无线接入网元(BSC/RNC)更新用户承载上下文信息，所述更新用户的承载上下文信息包括将目的地址从MGW1的IP地址更新为MGW2的IP地址；然后接收无线接入网元(BSC/RNC)向其返回更新承载响应消息；

承载恢复单元412，用于承载恢复信息发送给第二媒体网关(MGW2)，以使MGW2根据承载恢复信息中的用户标识分配用户资源，将MGW1受到破坏或丢失的用户承载上下文信息在本媒体网关中进行恢复；

在MGW2恢复用户承载上下文信息后，所述信息交互单元411还用于通知控制MGW2的对端设备，更新用户承载上下文信息。

参见图24，为本发明实施例提供的媒体网关的组成示意图；

本发明实施例提供的媒体网关，包括：

信息交互模块50，用于与移动交换中心服务器之间进行信息交互，获得保留在移动交换中心服务器中的承载恢复信息；所述承载恢复信息是移动交换中心服务器在另一媒体网关的用户承载上下文信息受到破坏或丢失时保留的，用于恢复另一媒体网关的用户承载上下文信息；

承载恢复模块51，用于根据承载恢复信息中的用户标识分配用户资源，将另一媒体网关受到破坏或丢失的用户承载上下文信息在本媒体网关中进行恢复。

所述信息交互单元50具体包括：

消息接收模块500，用于接收来自移动交换中心服务器向其发送的创建承载请求消息；该消息中携带用于恢复用户承载上下文的承载恢复信息；

消息发送模块501，在承载恢复模块51恢复第一媒体网关中的用户承载上下文信息后，向移动交换中心服务器返回创建承载响应消息。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的硬件平台的方式来实现，当然也可以全部通过硬件来实施。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

实施本发明实施例提供的恢复承载的方法及系统，以及管理网元、分组数据网关以及服务网关，在用户承载上下文信息受到破坏或丢失后，可以及时触发恢复承载上下文，这种方法由于没有删除用户原来使用的移动管理上下文和PDP上下文(或者承载上下文)，所以用户以前使用的业务还可以继续使用，及时地恢复用户正在发生的业务，而且能及时享用下行新来的业务，如IP电话，从而增加用户的体验。

以上所揭露的仅为本发明的一种实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (27)

1.一种恢复承载的方法，其特征在于，包括：

管理网元感知到服务网关的用户承载上下文信息受到破坏或丢失后，保留用于恢复用户承载上下文的承载恢复信息，所述承载恢复信息中包括：包括用户标识和承载标识在内的用户信息；

感知到用户承载上下文信息受到破坏或丢失的所述管理网元发起恢复承载流程；

根据所述保留的承载恢复信息，恢复用户承载上下文信息。

2.如权利要求1所述的恢复承载的方法，其特征在于，所述管理网元保留的用于恢复用户承载上下文的承载恢复信息中还包括：

与服务网关相关的承载上下文信息；

与所述服务网关相关的分组数据网关有关的承载上下文信息。

3.如权利要求2所述的恢复承载的方法，其特征在于，所述管理网元发起恢复承载流程，根据所述保留的承载恢复信息，恢复用户承载上下文信息包括：

所述管理网元向服务网关发送创建承载请求消息，所述消息中携带所述承载恢复信息；

所述服务网关收到所述创建承载请求消息后，根据所述承载恢复信息中的用户标识为所述管理网元分配用户资源，恢复承载上下文，并向分组数据网关发送更新承载请求消息；所述更新承载请求消息中携带有包括所述服务网关为所述分组数据网关分配的承载隧道标识在内的承载恢复信息；

所述分组数据网关接收到所述更新承载请求消息后，通过匹配用户标识和承载标识，根据所述服务网关发来的承载隧道标识，更新自身的承载上下文信息，并通过更新承载响应消息向服务网关返回承载上下文信息，所述承载上下文信息包括分组数据网关为所述服务网关分配的承载上下文信息。

4.如权利要求3所述的恢复承载的方法，其特征在于，所述方法还包括：

所述服务网关收到所述更新承载响应消息后，通过匹配用户标识和承载标识，保存所述分组数据网关为其分配的承载上下文信息，并将为所述管理网元分配的承载上下文信息通过创建承载响应消息返回至所述管理网元。

5.如权利要求1所述的恢复承载的方法，其特征在于，对于ISR机制下的用户，当用户承载上下文信息受到破坏或丢失时，所述发起恢复承载流程的情况包括：

分别由两侧的管理网元发起恢复承载流程并为两侧都恢复承载；或

由其中一侧的管理网元发起恢复承载流程，为其恢复承载后，再恢复另一侧的承载；或

由其中一侧的管理网元发起恢复承载流程，为一侧恢复承载后，对另一侧做去激活处理。

6.一种恢复承载的方法，其特征在于，包括：

分组数据网关感知到服务网关的用户承载上下文信息受到破坏或丢失后，保留用于恢复用户承载上下文的承载恢复信息，所述承载恢复信息中包括：包括用户标识和承载标识在内的用户信息；

感知到用户承载上下文信息受到破坏或丢失的所述分组数据网关发起恢复承载流程；

根据所述保留的承载恢复信息，恢复用户承载上下文信息。

7.如权利要求6所述的恢复承载的方法，其特征在于，所述分组数据网关发起恢复承载，根据所述保留的承载恢复信息，恢复用户承载上下文信息包括：

所述分组数据网关向服务网关发送恢复承载请求消息，所述消息中携带所述承载恢复信息和所述分组数据网关的承载隧道信息；

所述服务网关收到所述恢复承载请求消息后，根据所述承载恢复信息中的用户标识为所述分组数据网关分配用户资源，恢复承载上下文，并向管理网元发送广播消息；所述广播消息中携带用户标识和指示管理网元发起恢复承载的信息；

所述管理网元接收到所述广播消息后，将用户标识和承载标识匹配后，向所述服务网关返回创建承载请求消息；所述创建承载请求消息包括用户标识、承载标识在内的用户信息，与所述服务网关相关的承载上下文信息；

所述服务网关接收到所述创建承载请求消息后，通过用户标识与承载标识进行匹配，恢复承载上下文信息。

8.如权利要求7所述的恢复承载的方法，其特征在于，所述方法还包括：

所述服务网关通过匹配用户标识和承载标识，恢复所述服务网关上的承载上下文信息，并向所述管理网元返回创建承载响应消息以及向所述分组数据网关返回恢复承载响应消息。

9.一种恢复承载的方法，其特征在于，包括：

移动交换中心服务器感知到第一媒体网关的用户承载上下文信息损坏或丢失后，保留用于恢复用户承载上下文的承载恢复信息；所述承载恢复信息中包括：包括用户标识和承载标识在内的用户信息；

感知到用户承载上下文信息受到破坏或丢失的所述移动交换中心服务器发起恢复承载流程；

根据所述保留的承载恢复信息，恢复用户承载上下文信息。

10.如权利要求9所述的恢复承载的方法，其特征在于，所述移动交换中心服务器发起恢复承载，根据所述保留的承载恢复信息，恢复用户承载上下文信息包括：

所述移动交换中心服务器向第二媒体网关发送创建承载请求消息，所述消息中携带所述承载恢复信息，以使第一媒体网关根据承载恢复信息中的用户标识为移动交换中心服务器分配用户资源，恢复第一媒体网关中的承载上下文；

所述移动交换中心服务器向无线接入网元发送更新承载请求消息；所述更新承载请求消息中携带有包括为无线接入网元分配的承载恢复信息；所述承载恢复信息包括所述第二媒体网关的承载隧道标识；以使所述无线接入网元接收到所述更新承载请求消息后，匹配用户标识和承载标识，并根据所述移动交换中心服务器发来的承载隧道标识，更新自身的承载上下文信息，并通过更新承载响应消息向所述移动交换中心服务器返回承载上下文信息。

11.如权利要求10所述的恢复承载的方法，其特征在于，所述方法还包括：

所述移动交换中心服务器将接收自无线接入网元的承载上下文信息，发送给控制第二媒体网关的移动交换中心服务器。

12.一种用于恢复承载的装置，其特征在于，所述用于恢复承载的装置为管理网元或分组数据网关，其具体包括：

承载信息存储模块，用于感知到用户承载上下文信息受到破坏或丢失后，保留用于恢复用户承载上下文的承载恢复信息；所述承载恢复信息中包括：包括用户标识和承载标识在内的用户信息；其中，所述承载信息存储模块用于感知到服务网关的用户承载上下文信息受到破坏或丢失后，保留用于恢复用户承载上下文的承载恢复信息；

承载恢复处理模块，用于发起恢复承载流程，并根据所述保留的承载恢复信息，恢复用户承载上下文信息。

13.如权利要求12所述的用于恢复承载的装置，其特征在于，所述装置还包括：

检测模块，用于检测用户承载上下文信息是否受到破坏或丢失。

14.如权利要求13所述的用于恢复承载的装置，其特征在于，所述承载恢复处理模块包括：

触发恢复单元，用于在服务网关上的用户承载上下文受到破坏或丢失时，发起恢复承载流程；

信息交互单元，用于与服务网关进行信息交互，将承载信息存储模块保留的用于恢复用户承载上下文的承载恢复信息提供给服务网关以恢复用户承载上下文信息；

承载恢复单元，用于根据所述信息交互单元与服务网关进行信息交互获得的承载恢复信息，通过用户标识和承载标识匹配，恢复承载上下文信息。

15.如权利要求14所述的用于恢复承载的装置，其特征在于，所述用于恢复承载的装置为管理网元或分组数据网关；所述管理网元为移动管理网元或通用分组无线业务支持节点。

16.如权利要求15所述的用于恢复承载的装置，其特征在于，对于ISR机制下的用户，当用户承载上下文信息受到破坏或丢失时，所述触发恢复单元发起恢复承载流程的情况包括：

分别由两侧的管理网元的触发恢复单元发起恢复承载流程，承载恢复单元为两侧都恢复承载；

由其中一侧的管理网元的触发恢复单元发起恢复承载流程，承载恢复单元为其恢复承载后，再恢复另一侧的承载；

由其中一侧的管理网元的触发恢复单元发起恢复承载流程，承载恢复单元为发起恢复承载请求的一侧恢复承载后，对另一侧不再恢复承载。

17.一种用于恢复承载的装置，其特征在于，所述用于恢复承载的装置为移动交换中心服务器，其具体包括：

承载信息存储模块，用于感知到用户承载上下文信息受到破坏或丢失后，保留用于恢复用户承载上下文的承载恢复信息；所述承载恢复信息中包括：包括用户标识和承载标识在内的用户信息；其中，所述承载信息存储模块用于感知到第一媒体网关的用户承载上下文信息损坏或丢失后，保留用于恢复用户承载上下文的承载恢复信息；

承载恢复处理模块，用于发起恢复承载流程，并根据所述保留的承载恢复信息，恢复用户承载上下文信息。

18.如权利要求17所述的用于恢复承载的装置，其特征在于，所述承载恢复处理模块包括：

触发恢复单元，用于在第一媒体网关上的用户承载上下文受到破坏或丢失时，发起恢复承载流程；

信息交互单元，用于与无线接入网元进行信息交互，将承载信息存储模块保留的承载恢复信息提供给无线接入网元，以恢复第一媒体网关上的用户承载上下文信息；

承载恢复单元，用于将所述信息交互单元与无线接入网元进行信息交互获得的承载恢复信息发送给第二媒体网关，以在第二媒体网关上通过用户标识和承载标识匹配，恢复承载上下文信息。

19.如权利要求18所述的用于恢复承载的装置，其特征在于，所述装置为移动交换中心服务器。

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

信息交互模块，用于与管理网元、分组数据网关之间进行信息交互，获得由管理网元或分组数据网关保留的用于恢复用户承载上下文的承载恢复信息；所述承载恢复信息中包括：包括用户标识和承载标识在内的用户信息；

承载恢复模块，用于根据所述获得的承载恢复信息，通过对用户标识和承载标识进行匹配，恢复用户承载上下文信息。

21.如权利要求20所述的服务网关，其特征在于，所述信息交互模块包括：

消息接收模块，用于接收来自管理网元向其发送的创建承载请求消息；该消息中携带用于恢复用户承载上下文的承载恢复信息；

消息发送模块，在接收到所述创建承载的请求消息后，向分组数据网关发送更新承载请求消息，所述更新承载请求消息中携带有包括服务网关为分组数据网关分配的承载隧道标识在内的承载恢复信息；

所述消息接收模块还用于接收来自分组数据网关向其返回更新承载响应消息；该消息中携带有包括分组数据网关为服务网关分配的承载上下文信息在内的承载恢复信息。

22.如权利要求21所述的服务网关，其特征在于，所述消息发送模块还用于在所述消息接收模块收到所述更新承载响应消息后，向管理网元返回创建承载响应消息；该消息中携带有该服务网关为管理网元分配的承载上下文信息。

23.如权利要求22所述的服务网关，其特征在于，所述信息交互模块包括：

消息接收模块，用于接收来自分组数据网关向其发送的恢复承载请求消息；该消息中携带用于恢复用户承载上下文的承载恢复信息和所述分组数据网关的承载隧道信息；

消息发送模块，在所述消息接收模块接收到所述恢复承载的请求消息后，向管理网元发送广播消息，所述广播消息中携带用户标识和指示管理网元发起恢复承载；

所述消息接收模块还用于接收来自管理网元向其返回的创建承载请求消息，所述创建承载请求消息包括用户标识、承载标识在内的用户信息，与服务网关相关的承载上下文信息。

24.如权利要求22所述的服务网关，其特征在于，所述消息发送模块还用于向管理网元返回创建承载响应消息以及向分组数据网关返回恢复承载响应消息。

25.一种媒体网关，其特征在于，包括：

信息交互模块，用于与移动交换中心服务器之间进行信息交互，获得保留在移动交换中心服务器中的承载恢复信息；所述承载恢复信息是移动交换中心服务器在另一媒体网关的用户承载上下文信息受到破坏或丢失时保留的，用于恢复另一媒体网关的用户承载上下文信息；所述承载恢复信息中包括：包括用户标识和承载标识在内的用户信息；

承载恢复模块，用于根据承载恢复信息中的用户标识分配用户资源，将另一媒体网关受到破坏或丢失的用户承载上下文信息在本媒体网关中进行恢复。

26.一种恢复承载的系统，其特征在于，包括：

管理网元或分组数据网关，用于在服务网关的用户承载上下文信息受到破坏或丢失时，保留用于恢复用户承载上下文的承载恢复信息，并将其提供给所述服务网关用以恢复承载上下文信息；所述承载恢复信息中包括：包括用户标识和承载标识在内的用户信息；

服务网关，用于根据所述管理网元或分组数据网关保留的用于恢复用户承载上下文的承载恢复信息，恢复用户承载上下文信息。

27.一种恢复承载的系统，其特征在于，包括：

移动交换中心服务器，用于在第一媒体网关的用户承载上下文信息受到破坏或丢失时，保留用于恢复用户承载上下文的承载恢复信息，并将其提供给第二媒体网关；所述承载恢复信息中包括：包括用户标识和承载标识在内的用户信息；

第二媒体网关，用于根据所述移动交换中心服务器保留的用于恢复用户承载上下文的承载恢复信息，将第一媒体网关受到破坏或丢失的用户承载上下文信息在本媒体网关中进行恢复。

Images