一种移动性管理实体池组容灾方法及系统

摘要

本发明公开了一种移动性管理实体池组容灾方法及系统，该方法包括以下步骤：服务MME在用户信息发生变化时，根据一定的算法从MME池组中选择备份MME，将用户信息同步到所述备份MME，所述用户信息包括用户标识信息和承载信息；当所述服务MME退出服务时，eNODEB、SGW根据相同算法选择所述备份MME并发起业务请求或下行数据通知，所述备份MME响应于业务请求或下行数据通知，根据所述用户信息进行容灾处理。本发明能够实现用户数据业务实时接管。

权利要求

1.一种移动性管理实体池组容灾方法，其特征在于，包括：服务移动性管理实体(MME)在用户信息发生变化时，将用户信息同步到从MME池组中选择的备份MME，所述用户信息包括用户标识信息和承载信息；

当所述服务MME退出服务时，所述备份MME接收演进型基站(eNODEB)发送的业务请求，所述备份MME响应于所述业务请求，根据所述用户信息进行容灾处理；

其中，在服务MME退出服务时，eNODEB和服务MME针对同一用户，采用相同算法选择池组中的备份MME，并向所述备份MME发起业务请求，所述业务请求中增加容灾恢复标识，所述容灾恢复标识指示进行容灾处理。

2.根据权利要求1所述移动性管理实体池组容灾方法，其特征在于，包括：所述用户信息发生变化是指用户初始附着、用户基于位置变化的跟踪区域更新或去附着；所执行的同步操作包括增加操作、修改或删除操作。

3.根据权利要求1所述移动性管理实体池组容灾方法，其特征在于，包括：所述备份MME通过现有S10接口、或者MME池组中MME之间的用户容灾数据同步接口接收所述用户信息。

4.根据权利要求1所述移动性管理实体池组容灾方法，其特征在于，包括：所述服务MME根据用户IMSI信息动态选择备份MME。

5.一种移动性管理实体池组容灾方法，其特征在于，包括：服务移动性管理实体(MME)在用户信息发生变化时，将用户信息同步到从MME池组中选择的备份MME，所述用户信息包括用户标识信息和承载信息；

当所述服务MME退出服务时，所述备份MME接收服务网关(SGW)发送的下行数据通知，所述备份MME响应于所述下行数据通知，根据所述用户信息进行容灾处理；

其中，在服务MME退出服务时，SGW和服务MME针对同一用户，采用相同算法选择池组中的备份MME，并向所述备份MME发起下行数据通知，所述下行数据通知中增加容灾恢复标识，所述容灾恢复标识指示进行容灾处理。

6.根据权利要求5所述移动性管理实体池组容灾方法，其特征在于，包括：所述用户信息发生变化是指用户初始附着、用户基于位置变化的跟踪区域更新或去附着；所执行的同步操作包括增加操作、修改或删除操作。

7.根据权利要求5所述移动性管理实体池组容灾方法，其特征在于，包括：所述备份MME通过现有S10接口、或者MME池组中MME之间的用户容灾数据同步接口接收所述用户信息。

8.根据权利要求5所述移动性管理实体池组容灾方法，其特征在于，包括：所述服务MME根据用户IMSI信息动态选择备份MME。

9.一种移动性管理实体池组容灾系统，其特征在于，包括服务MME和备份MME，其中：所述服务MME用于在用户信息发生变化时，将所述用户信息同步到从MME池组中选择的备份MME，所述用户信息包括用户标识信息和承载信息；

所述备份MME用于当所述服务MME退出服务时，接收eNODEB发送的业务请求，响应于所述业务请求，根据所述用户信息进行容灾处理；

其中，在所述服务MME退出服务时，eNODEB和服务MME针对同一用户，采用相同算法选择池组中的备份MME，并向所述备份MME发起业务请求；所述备份MME用于在服务MME退出服务时，接收eNODEB发起的业务请求，所述业务请求中增加容灾恢复标识，所述容灾恢复标识指示进行容灾处理。

10.根据权利要求9所述移动性管理实体池组容灾系统，其特征在于，包括：所述用户信息发生变化是指用户初始附着、用户基于位置变化的跟踪区域更新或去附着；所执行的同步操作包括增加操作、修改或删除操作。

11.根据权利要求9所述移动性管理实体池组容灾系统，其特征在于，包括：所述备份MME通过现有S10接口、或者MME池组中MME之间的用户容灾数据同步接口接收所述用户信息。

12.根据权利要求9所述移动性管理实体池组容灾系统，其特征在于，包括：所述服务MME根据用户IMSI信息动态选择备份MME。

13.一种移动性管理实体池组容灾系统，其特征在于，包括服务MME和备份MME，其中：所述服务MME用于在用户信息发生变化时，将所述用户信息同步到从MME池组中选择的备份MME，所述用户信息包括用户标识信息和承载信息；

所述备份MME用于当所述服务MME退出服务时，接收SGW发送的下行数据通知，响应于所述下行数据通知，根据所述用户信息进行容灾处理；

其中，在服务MME退出服务时，SGW和服务MME针对同一用户，采用相同算法选择池组中的备份MME，并向所述备份MME发起下行数据通知；所述备份MME用于在服务MME退出服务时，接收SGW发起的下行数据通知，所述下行数据通知中增加容灾恢复标识，所述容灾恢复标识指示进行容灾处理。

14.根据权利要求13所述移动性管理实体池组容灾系统，其特征在于，包括：所述用户信息发生变化是指用户初始附着、用户基于位置变化的跟踪区域更新或去附着；所执行的同步操作包括增加操作、修改或删除操作。

15.根据权利要求14所述移动性管理实体池组容灾系统，其特征在于，包括：所述备份MME通过现有S10接口、或者MME池组中MME之间的用户容灾数据同步接口接收所述用户信息。

16.根据权利要求14所述移动性管理实体池组容灾系统，其特征在于，包括：所述服务MME根据用户IMSI信息动态选择备份MME。

说明书

一种移动性管理实体池组容灾方法及系统

技术领域

[0001] 本发明涉及通信技术领域，尤其涉及LTE网络中，关于一种移动性管理实体池组容灾方法及系统。

背景技术

[0002] 在LTE网络中，移动性管理实体(MME)设备是处理NAS信令及接入安全验证，跟踪区域列表的管理、移动性管理、会话管理、用户鉴权、漫游控制以及分组数据网网关(PGW)和服务网关(SGW)的选择等方面功能。运营商在部署MME设备时，通常采用集中部署方式，设备容量大，覆盖范围广。因此，为了保障LTE网络的业务可靠性，MME设备通常都会进行容灾设置。同时，为了提升MME设备的使用效率，MME设备通常采用池组容灾组网方式。

[0003] 但是，现有LTE网络MME池组容灾技术下，MME之间没有进行数据备份，当用户服务MME设备故障时，在用户没有重新附着到新的MME之前，业务请求仍然发往该MME，备份MME无法实时接管容灾用户上下行数据业务，需要等待用户重新成功附着到备份MME才能恢复业务，从而导致用户高实时性的主、被叫业务中断。如果将业务请求发往备用MME，MME之间不进行数据备份，业务请求发往备份MME后由于无用户数据，备用MME仍然无法正常接收数据业务，这样也就无法实时接管。

[0004] 如果采用主备MME容灾技术，即两个MME，一个为主用，一个为备用，主用MME将数据同步到备用MME。正常情况下，用户业务由主用MME处理，当主用MME出现故障无法处理业务，业务请求将发往备用MME，备用MME根据备份的用户数据进行业务处理，但这种方式备用MME正常情况下不处理业务，这将导致设备使用效率低。

发明内容

[0005] 本发明要解决的技术问题是备份MME无法实现用户数据业务实时接管。

[0006] 根据本发明一方面，提出一种移动性管理实体池组容灾方法，包括：

[0007] 服务MME在用户信息发生变化时，将用户信息同步到从MME池组中选择的备份MME，所述用户信息包括用户标识信息和承载信息；

[0008] 当所述服务MME退出服务时，所述备份MME接收eNODEB发送的业务请求或SGW发送的下行数据通知，所述备份MME响应于所述业务请求或下行数据通知，根据所述用户信息进行容灾处理。

[0009] 进一步，在服务MME退出服务时，eNODEB和服务MME针对同一用户，采用相同算法选择池组中的备份MME，并向所述备份MME发起业务请求，所述业务请求中增加容灾恢复标识，所述容灾恢复标识指示进行容灾处理。

[0010] 进一步，在服务MME退出服务时，SGW和服务MME针对同一用户，采用相同算法选择池组中的备份MME，并向所述备份MME发起下行数据通知，所述下行数据通知中增加容灾恢复标识，所述容灾恢复标识指示进行容灾处理。

[0011] 进一步，所述用户信息发生变化是指用户初始附着、用户基于位置变化的跟踪区域更新或去附着；所执行的同步操作包括增加操作、修改或删除操作。

[0012] 进一步，所述备份MME通过现有S10接口、或者MME池组中MME之间的用户容灾数据同步接口接收所述用户信息。

[0013] 进一步，所述服务MME根据用户IMSI信息动态选择备份MME。

[0014] 根据本发明的另一方面，还提出一种移动性管理实体池组容灾系统，包括服务MME和备份MME，其中：

[0015] 所述服务MME用于在用户信息发生变化时，将所述用户信息同步到从MME池组中选择的备份MME，所述用户信息包括用户标识信息和承载信息；

[0016] 所述备份MME用于当所述服务MME退出服务时，接收eNODEB发送的业务请求或SGW发送的下行数据通知，响应于所述业务请求或下行数据通知，根据所述用户信息进行容灾处理。

[0017] 进一步，在所述服务MME退出服务时，eNODEB和服务MME针对同一用户，采用相同算法选择池组中的备份MME，并向所述备份MME发起业务请求；

[0018] 所述备份MME用于在服务MME退出服务时，接收eNODEB发起的业务请求，所述业务请求中增加容灾恢复标识，所述容灾恢复标识指示进行容灾处理。

[0019] 进一步，在服务MME退出服务时，SGW和服务MME针对同一用户，采用相同算法选择池组中的备份MME，并向所述备份MME发起下行数据通知；

[0020] 所述备份MME用于在服务MME退出服务时，接收SGW发起的下行数据通知，所述下行数据通知中增加容灾恢复标识，所述容灾恢复标识指示进行容灾处理。

[0021] 进一步，所述用户信息发生变化是指用户初始附着、用户基于位置变化的跟踪区域更新或去附着；所执行的同步操作包括增加操作、修改或删除操作。

[0022] 进一步，所述备份MME通过现有S10接口、或者MME池组中MME之间的用户容灾数据同步接口接收所述用户信息。

[0023] 进一步，所述服务MME根据用户IMSI信息动态选择备份MME。

[0024] 本发明中，服务MME在用户信息发生变化时，将用户信息同步到从MME池组中选择的备份MME，当所述服务MME退出服务时，演进型基站(eNODEB)和MME针对同一用户，采用相同算法选择池组中的备份MME，并向所述备份MME发起业务请求；服务网关(SGW)和MME针对同一用户，采用相同算法选择池组中的备份MME，并向所述备份MME发起下行数据通知；所述备份MME响应于业务请求或下行数据通知，根据所述用户信息进行容灾处理。因此，能够实现用户数据业务实时接管。尤其是，实现实时性高的呼叫业务不中断。

[0025] 通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

[0026] 构成说明书的一部分的附图描述了本发明的实施例，并且连同说明书一起用于解释本发明的原理。

[0027] 参照附图，根据下面的详细描述，可以更加清楚地理解本发明，其中：

[0028] 图1为本发明移动性管理实体池组容灾方法的实施例的流程示意图。

[0029] 图2为本发明服务MME与备份MME之间数据同步的实施例的流程示意图。

[0030] 图3为本发明移动性管理实体池组容灾方法中上行业务池组容灾恢复的实施例的流程示意图。

[0031] 图4为本发明移动性管理实体池组容灾方法中下行业务池组容灾恢复的实施例的流程示意图。

[0032] 图5为本发明移动性管理实体池组容灾系统的实施例的结构图。

具体实施方式

[0033] 现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

[0034] 同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

[0035] 以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。

[0036] 对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

[0037] 在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

[0038] 应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

[0039] 为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明进一步详细说明。

[0040] 图1为本发明移动性管理实体池组容灾方法的实施例的流程示意图。该方法包括以下步骤：

[0041] 在步骤110，服务MME在用户信息发生变化时，将用户信息同步到从MME池组中选择的备份MME，所述用户信息包括用户标识信息和承载信息。其中，所述服务MME根据用户IMSI(International Mobile Subscriber Identification Number，国际移动用户识别码)信息动态选择备份MME。

[0042] 在步骤120，当所述服务MME退出服务时，所述备份MME接收演进型基站(eNODEB)发送的业务请求或服务网关(SGW)发送的下行数据通知，所述备份MME响应于所述业务请求或下行数据通知，根据所述用户信息进行容灾处理。

[0043] 在该实施例中，服务MME在用户信息发生变化时，将用户信息同步到从MME池组中选择的备份MME，当所述服务MME退出服务时，eNODEB和MME针对同一用户，采用相同算法选择池组中的备份MME，并向所述备份MME发起业务请求；SGW和MME针对同一用户，采用相同算法选择池组中的备份MME，并向所述备份MME发起下行数据通知。所述备份MME响应于业务请求或下行数据通知，根据所述用户信息进行容灾处理。因此，能够实现用户数据业务实时接管。

[0044] 在本发明实施例中，所述用户信息发生变化是指用户初始附着、用户基于位置变化的跟踪区域更新或去附着；所执行的同步操作包括增加操作、修改或删除操作。

[0045] 下面通过实施例对用户初始附着、基于位置变化的跟踪区更新、去附着完成后服务MME与备份MME之间的数据同步进行详细说明。

[0046] 图2为本发明服务MME与备份MME之间数据同步的实施例的流程示意图。该步骤包括：

[0047] MME池组中的MME之间建立用户容灾数据同步接口，也可以利用现有S10接口，新增数据同步请求与响应消息，例如更新请求(Update Request)、更新响应(Update Response)，同步的用户信息即容灾数据包括用户标识信息和承载信息，所述用户标识信息包括IMSI、GUTI、S-TMSI，所述承载信息包括演进型分组系统承载标识(EPS bearer identity)以及相应S1接口用户面的SGW IP地址与TEID。同步的操作包括增加、修改与删除。即，所述备份MME通过现有S10接口、或者MME池组中MME之间的用户容灾数据同步接口接收所述用户信息。其中，MME池组中的各个MME没有固定的主备关系，可以根据基于用户信息的算法进行选择。当该MME服务时，作为服务MME，当该MME备份数据时，作为备份MME。

[0048] eNODEB、MME和/或SGW建立基于用户IMSI的备份MME选择算法。

[0049] 例如，基于用户IMSI采用取模算法，MME的个数为N，则进行模(N-1)算法，根据模的值依此选择MME。本领域技术人员应该可以理解，这里只是举例说明，不应理解为对本发明的限制。MME和SGW采用相同算法即可，则针对相同用户计算结果为同一MME。

[0050] 在步骤210，用户完成初始附着后，服务MME通过算法选择池组中的备份MME；

[0051] 在步骤220，服务MME向备份MME发送容灾数据同步请求(操作为增加)；

[0052] 在步骤230，备份MME存储备份数据后向服务MME发送容灾数据同步响应；

[0053] 在步骤240，用户完成基于位置变化的跟踪区更新后，服务MME向备份MME发送容灾数据同步请求(操作为修改)；

[0054] 在步骤250，备份MME修改备份数据后向服务MME发送容灾数据同步响应；

[0055] 在步骤260，用户完成去附着后，服务MME向备份MME发送容灾数据同步请求(操作为删除)；

[0056] 在步骤270，备份MME删除备份数据后向服务MME发送容灾数据同步响应。

[0057] 在该实施例中，用户初始附着、基于位置变化的跟踪区更新、去附着完成后服务MME与备份MME之间进行数据同步。当前服务的MME根据一种基于用户信息的算法选择备份MME，将用户容灾数据备份到池组中的该已选择的备份MME。在后续过程中，备份MME响应于业务请求，根据所述用户信息进行容灾处理，能够实现用户数据业务实时接管。

[0058] 本发明另一个实施例，所述备份MME在服务MME退出服务时，eNODEB和服务MME针对同一用户，采用相同算法选择池组中的备份MME，并向所述备份MME发起业务请求，所述业务请求中增加容灾恢复标识，所述容灾恢复标识指示进行容灾处理。下面将结合附图对该实施例进行说明。

[0059] 图3为本发明移动性管理实体池组容灾方法中上行业务池组容灾恢复的实施例的流程示意图。ECM状态为空闲，服务MME退出服务，备份MME接管业务请求。其中，ECM指的是EPS连接管理(EPS Connection Management)，ECM状态有两种，连接态和空闲态，连接态下，数据直接传送，不需要业务请求流程，因此，此处指明是空闲态。该方法包括以下步骤：

[0060] 在步骤301，用户向eNODEB发起业务请求(Service Request)；

[0061] 在步骤302，eNODEB根据现有检测机制判断服务MME退出服务；

[0062] 所述现有检测机制包括eNODEB和MME之间的SCTP链路检测机制，SCTP链路检测机制就是通过定期发送SCTP检测消息，根据检测消息的响应情况判断链路是否可用。

[0063] 在步骤303，eNODEB采用与MME相同的基于用户信息IMSI的算法选择备份MME；

[0064] 在步骤304，eNODEB将业务请求(Service Request)发送至该备份MME，业务请求(Service Request)中增加容灾恢复标识(redundancy)；

[0065] 增加容灾恢复标识是为了触发备份MME根据该标识进行容灾接管操作，即启用备份数据进行业务处理；当eNODEB或SGW检测出主用MME无法提供服务并将业务请求发给备用MME时，由eNODEB或SGW进行增加，该标识是预先定义好的，在业务请求(service request)、下行数据通知(Downlink Data Notification)中增加容灾恢复标识(redundancy)。

[0066] 在步骤305，备份MME向eNODEB发送初始上下文设置请求(Initial Context Setup Request)，携带备份的容灾数据SGW IP以及SGW TEID；

[0067] 在步骤306，eNODEB向终端发送RB建立请求(RB Establishment Request)；

[0068] 在步骤307，eNODEB收到终端响应消息RB建立响应(RB Establishment Rsponse)；

[0069] 在步骤308，eNODEB向备份MME发送初始上下文设置完成(Initial Context Setup Complete)响应；

[0070] 在步骤309，备份MME向SGW发送修改承载请求(Modify Bearer Request)；

[0071] 在步骤310，SGW完成承载更新后向备份MME发送修改承载响应(Modify Bearer Response)。

[0072] 当用户服务的MME故障时，eNODEB根据相同的算法选择同一备份MME，备份MME根据备份在本设备的用户容灾数据实时接管用户上行数据业务，进而实现用户实时性要求较高的主叫业务不中断。

[0073] 本发明另一个实施例，在服务MME退出服务时，SGW和服务MME针对同一用户，采用相同算法选择池组中的备份MME，并向所述备份MME发起下行数据通知，所述下行数据通知中增加容灾恢复标识，所述容灾恢复标识指示进行容灾处理。下面将结合附图对该实施例进行说明。

[0074] 图4为本发明移动性管理实体池组容灾方法中下行业务池组容灾恢复的实施例的流程示意图。包括以下步骤：

[0075] 在步骤410，SGW收到PGW下发的下行数据；

[0076] 在步骤420，SGW根据现有检测机制判断服务MME退出服务；

[0077] 所述现有检测机制包括SGW和MME之间的隧道协议GTP链路检测机制，GTP链路检测机制就是通过定期发送检测消息(Echo Request)，根据检测消息的响应情况(Echo Response)判断链路是否可用。

[0078] 在步骤430，SGW采用与MME相同的基于用户信息IMSI的算法选择备份MME；

[0079] 在步骤440，SGW向备份MME发送下行数据通知(Downlink Data Notification)，携带容灾恢复标识(redundancy)；

[0080] 在步骤450，备份MME发送响应下行数据通知确认(Downlink Data Notification Ack)；

[0081] 在步骤460，备份MME向eNODEB发送寻呼请求；

[0082] 在步骤470，eNODEB寻呼用户。

[0083] 当用户服务的MME故障时，SGW根据相同的算法选择同一备份MME，备份MME根据备份在本设备的用户容灾数据实时接管用户下行数据业务，进而实现用户实时性要求较高的被叫业务不中断。

[0084] 图5为本发明移动性管理实体池组容灾系统的实施例的结构图。所述系统包括服务MME 510和备份MME 520，下面对各部分进行详细说明。

[0085] 服务MME 510，用于在用户信息发生变化时，将所述用户信息同步到从MME池组中选择的备份MME 520，所述用户信息包括用户标识信息和承载信息。其中，所述服务MME根据用户IMSI信息动态选择备份MME。

[0086] 备份MME 520，用于当所述服务MME退出服务时，接收eNODEB发送的业务请求或SGW发送的下行数据通知，响应于所述业务请求或下行数据通知，根据所述用户信息进行容灾处理。

[0087] 在该实施例中，服务MME在用户信息发生变化时，将用户信息同步到从MME池组中选择的备份MME，当所述服务MME退出服务时，演进型基站(eNODEB)和MME针对同一用户，采用相同算法选择池组中的备份MME，并向所述备份MME发起业务请求；服务网关(SGW)和MME针对同一用户，采用相同算法选择池组中的备份MME，并向所述备份MME发起下行数据通知；所述备份MME响应于业务请求或下行数据通知，根据所述用户信息进行容灾处理。因此，能够实现用户数据业务实时接管。

[0088] 本发明的另一个实施例，MME池组中的MME之间建立用户容灾数据同步接口，也可以利用现有S10接口，新增数据同步请求与响应消息，例如更新请求(Update Request)、更新响应(Update Response)，同步的信息包括用户标识信息和承载信息，所述用户标识信息包括IMSI、GTUI、S-TMSI，所述EPS承载标识(EPS bearer identity)以及相应S1接口用户面的SGW IP地址与TEID。同步的操作包括增加、修改与删除。即，所述备份MME通过现有S10接口、或者MME池组中MME之间的用户容灾数据同步接口接收所述用户信息。

[0089] eNODEB、MME、SGW建立相同的基于用户IMSI的备份MME选择算法。

[0090] 例如，基于用户IMSI采用取模算法，MME的个数为N，则进行模(N-1)算法，根据模的值依此选择MME。MME和SGW采用相同算法，针对相同用户计算结果为同一MME。

[0091] 用户进行初始附着、基于位置变化的跟踪区更新完成、去附着后，即用户信息发生变化，服务MME 510通过上述算法选择池组中的备份MME 520，根据上述同步接口采用增加、修改、删除操作将信息同步到该备份MME 520。

[0092] 在该实施例中，用户初始附着、基于位置变化的跟踪区更新、去附着完成后服务MME 510与备份MME 520之间进行数据同步。当前服务的MME 510根据一种基于用户信息的算法将用户容灾数据备份到池组中的另一个已选择的备份MME 520。在后续过程中，备份MME响应于业务请求，根据所述用户信息进行容灾处理，能够实现用户数据业务实时接管。进一步，实现实时性高的呼叫业务不中断。

[0093] 本发明的另一个实施例，所述备份MME 520，用于在服务MME510退出服务时，接收eNODEB发起的业务请求，所述业务请求中增加容灾恢复标识，所述容灾恢复标识指示进行容灾处理；其中，在所述服务MME退出服务时，eNODEB和MME针对同一用户，采用相同算法选择池组中的备份MME，并向所述备份MME发起业务请求。

[0094] 在该实施例中，当用户服务的MME 510故障时，eNODEB根据与服务MME相同的算法选择同一备份MME 520，备份MME 520根据备份在本设备的用户容灾数据实时接管用户上行数据业务，进而实现用户实时性要求较高的主叫业务不中断。

[0095] 本发明的另一个实施例，所述备份MME 520，用于在服务MME510退出服务时，接收SGW发起的下行数据通知，所述下行数据通知中增加容灾恢复标识，所述容灾恢复标识指示进行容灾处理；其中，在服务MME退出服务时，SGW和MME针对同一用户，采用相同算法选择池组中的备份MME 520，并向所述备份MME发起下行数据通知。

[0096] 在该实施例中，当用户服务的MME 510故障时，SGW根据与服务MME相同的算法选择同一备份MME 520，备份MME 520根据备份在本设备的用户容灾数据实时接管用户下行数据业务，进而实现用户实时性要求较高的被叫业务不中断。

[0097] 与现有技术相比，其中，现有技术在主用MME故障的情况下，eNODEB不会将业务请求(Service Request)发给备用MME，SGW也不会将下行数据通知(Downlink Data Notification)发给备用MME，因为没有备份数据，就算发给备用MME，备用MME也无法进行处理。

[0098] 并且，现有技术中1+1备用是静态的备份方式，备用关系是配置好的，只能是两个MME之间，正常时只能是其中一个进行工作，备用MME不能处理业务，主用MME故障时所有业务都由备用MME接替工作。

[0099] 本发明是根据用户IMSI信息动态选择备份MME，将所述用户信息同步到从MME池组中选择的备份MME，主用MME故障情况下，eNODEB将业务请求(Service Request)发给备用MME，SGW将下行数据通知(Downlink Data Notification)发给备用MME，备用MME响应于业务请求，根据备用数据进行业务处理。该MME池组中的MME正常时都处于工作状态，其中一个MME故障时，其业务分配到其他N-1个MME进行业务处理。不仅实现对业务的接管，还实现MME池组中的MME互相备份，提高了设备的使用效率。

[0100] 至此，已经详细描述了本发明。为了避免遮蔽本发明的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。

[0101] 可能以许多方式来实现本发明的方法以及装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法以及装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。

[0102] 虽然已经通过示例对本发明的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本发明的范围。本领域的技术人员应该理解，可在不脱离本发明的范围和精神的情况下，对以上实施例进行修改。本发明的范围由所附权利要求来限定。