CN105376768A - 一种移动性管理实体池组容灾方法及系统 - Google Patents
一种移动性管理实体池组容灾方法及系统 Download PDFInfo
- Publication number
- CN105376768A CN105376768A CN201410409395.0A CN201410409395A CN105376768A CN 105376768 A CN105376768 A CN 105376768A CN 201410409395 A CN201410409395 A CN 201410409395A CN 105376768 A CN105376768 A CN 105376768A
- Authority
- CN
- China
- Prior art keywords
- mme
- backup
- disaster
- user
- service
- 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.)
- Granted
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种移动性管理实体池组容灾方法及系统,该方法包括以下步骤:服务MME在用户信息发生变化时,根据一定的算法从MME池组中选择备份MME,将用户信息同步到所述备份MME,所述用户信息包括用户标识信息和承载信息;当所述服务MME退出服务时,eNODEB、SGW根据相同算法选择所述备份MME并发起业务请求或下行数据通知,所述备份MME响应于业务请求或下行数据通知,根据所述用户信息进行容灾处理。本发明能够实现用户数据业务实时接管。
Description
技术领域
本发明涉及通信技术领域,尤其涉及LTE网络中,关于一种移动性管理实体池组容灾方法及系统。
背景技术
在LTE网络中,移动性管理实体(MME)设备是处理NAS信令及接入安全验证,跟踪区域列表的管理、移动性管理、会话管理、用户鉴权、漫游控制以及分组数据网网关(PGW)和服务网关(SGW)的选择等方面功能。运营商在部署MME设备时,通常采用集中部署方式,设备容量大,覆盖范围广。因此,为了保障LTE网络的业务可靠性,MME设备通常都会进行容灾设置。同时,为了提升MME设备的使用效率,MME设备通常采用池组容灾组网方式。
但是,现有LTE网络MME池组容灾技术下,MME之间没有进行数据备份,当用户服务MME设备故障时,在用户没有重新附着到新的MME之前,业务请求仍然发往该MME,备份MME无法实时接管容灾用户上下行数据业务,需要等待用户重新成功附着到备份MME才能恢复业务,从而导致用户高实时性的主、被叫业务中断。如果将业务请求发往备用MME,MME之间不进行数据备份,业务请求发往备份MME后由于无用户数据,备用MME仍然无法正常接收数据业务,这样也就无法实时接管。
如果采用主备MME容灾技术,即两个MME,一个为主用,一个为备用,主用MME将数据同步到备用MME。正常情况下,用户业务由主用MME处理,当主用MME出现故障无法处理业务,业务请求将发往备用MME,备用MME根据备份的用户数据进行业务处理,但这种方式备用MME正常情况下不处理业务,这将导致设备使用效率低。
发明内容
本发明要解决的技术问题是备份MME无法实现用户数据业务实时接管。
根据本发明一方面,提出一种移动性管理实体池组容灾方法,包括:
服务MME在用户信息发生变化时,将用户信息同步到从MME池组中选择的备份MME,所述用户信息包括用户标识信息和承载信息;
当所述服务MME退出服务时,所述备份MME接收eNODEB发送的业务请求或SGW发送的下行数据通知,所述备份MME响应于所述业务请求或下行数据通知,根据所述用户信息进行容灾处理。
进一步,在服务MME退出服务时,eNODEB和服务MME针对同一用户,采用相同算法选择池组中的备份MME,并向所述备份MME发起业务请求,所述业务请求中增加容灾恢复标识,所述容灾恢复标识指示进行容灾处理。
进一步,在服务MME退出服务时,SGW和服务MME针对同一用户,采用相同算法选择池组中的备份MME,并向所述备份MME发起下行数据通知,所述下行数据通知中增加容灾恢复标识,所述容灾恢复标识指示进行容灾处理。
进一步,所述用户信息发生变化是指用户初始附着、用户基于位置变化的跟踪区域更新或去附着;所执行的同步操作包括增加操作、修改或删除操作。
进一步,所述备份MME通过现有S10接口、或者MME池组中MME之间的用户容灾数据同步接口接收所述用户信息。
进一步,所述服务MME根据用户IMSI信息动态选择备份MME。
根据本发明的另一方面,还提出一种移动性管理实体池组容灾系统,包括服务MME和备份MME,其中:
所述服务MME用于在用户信息发生变化时,将所述用户信息同步到从MME池组中选择的备份MME,所述用户信息包括用户标识信息和承载信息;
所述备份MME用于当所述服务MME退出服务时,接收eNODEB发送的业务请求或SGW发送的下行数据通知,响应于所述业务请求或下行数据通知,根据所述用户信息进行容灾处理。
进一步,在所述服务MME退出服务时,eNODEB和服务MME针对同一用户,采用相同算法选择池组中的备份MME,并向所述备份MME发起业务请求;
所述备份MME用于在服务MME退出服务时,接收eNODEB发起的业务请求,所述业务请求中增加容灾恢复标识,所述容灾恢复标识指示进行容灾处理。
进一步,在服务MME退出服务时,SGW和服务MME针对同一用户,采用相同算法选择池组中的备份MME,并向所述备份MME发起下行数据通知;
所述备份MME用于在服务MME退出服务时,接收SGW发起的下行数据通知,所述下行数据通知中增加容灾恢复标识,所述容灾恢复标识指示进行容灾处理。
进一步,所述用户信息发生变化是指用户初始附着、用户基于位置变化的跟踪区域更新或去附着;所执行的同步操作包括增加操作、修改或删除操作。
进一步,所述备份MME通过现有S10接口、或者MME池组中MME之间的用户容灾数据同步接口接收所述用户信息。
进一步,所述服务MME根据用户IMSI信息动态选择备份MME。
本发明中,服务MME在用户信息发生变化时,将用户信息同步到从MME池组中选择的备份MME,当所述服务MME退出服务时,演进型基站(eNODEB)和MME针对同一用户,采用相同算法选择池组中的备份MME,并向所述备份MME发起业务请求;服务网关(SGW)和MME针对同一用户,采用相同算法选择池组中的备份MME,并向所述备份MME发起下行数据通知;所述备份MME响应于业务请求或下行数据通知,根据所述用户信息进行容灾处理。因此,能够实现用户数据业务实时接管。尤其是,实现实时性高的呼叫业务不中断。
通过以下参照附图对本发明的示例性实施例的详细描述,本发明的其它特征及其优点将会变得清楚。
附图说明
构成说明书的一部分的附图描述了本发明的实施例,并且连同说明书一起用于解释本发明的原理。
参照附图,根据下面的详细描述,可以更加清楚地理解本发明,其中:
图1为本发明移动性管理实体池组容灾方法的实施例的流程示意图。
图2为本发明服务MME与备份MME之间数据同步的实施例的流程示意图。
图3为本发明移动性管理实体池组容灾方法中上行业务池组容灾恢复的实施例的流程示意图。
图4为本发明移动性管理实体池组容灾方法中下行业务池组容灾恢复的实施例的流程示意图。
图5为本发明移动性管理实体池组容灾系统的实施例的结构图。
具体实施方式
现在将参照附图来详细描述本发明的各种示例性实施例。应注意到:除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
同时,应当明白,为了便于描述,附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本发明及其应用或使用的任何限制。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,所述技术、方法和设备应当被视为授权说明书的一部分。
在这里示出和讨论的所有示例中,任何具体值应被解释为仅仅是示例性的,而不是作为限制。因此,示例性实施例的其它示例可以具有不同的值。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。
为使本发明的目的、技术方案和优点更加清楚明白,以下结合具体实施例,并参照附图,对本发明进一步详细说明。
图1为本发明移动性管理实体池组容灾方法的实施例的流程示意图。该方法包括以下步骤:
在步骤110,服务MME在用户信息发生变化时,将用户信息同步到从MME池组中选择的备份MME,所述用户信息包括用户标识信息和承载信息。其中,所述服务MME根据用户IMSI(InternationalMobileSubscriberIdentificationNumber,国际移动用户识别码)信息动态选择备份MME。
在步骤120,当所述服务MME退出服务时,所述备份MME接收演进型基站(eNODEB)发送的业务请求或服务网关(SGW)发送的下行数据通知,所述备份MME响应于所述业务请求或下行数据通知,根据所述用户信息进行容灾处理。
在该实施例中,服务MME在用户信息发生变化时,将用户信息同步到从MME池组中选择的备份MME,当所述服务MME退出服务时,eNODEB和MME针对同一用户,采用相同算法选择池组中的备份MME,并向所述备份MME发起业务请求;SGW和MME针对同一用户,采用相同算法选择池组中的备份MME,并向所述备份MME发起下行数据通知。所述备份MME响应于业务请求或下行数据通知,根据所述用户信息进行容灾处理。因此,能够实现用户数据业务实时接管。
在本发明实施例中,所述用户信息发生变化是指用户初始附着、用户基于位置变化的跟踪区域更新或去附着;所执行的同步操作包括增加操作、修改或删除操作。
下面通过实施例对用户初始附着、基于位置变化的跟踪区更新、去附着完成后服务MME与备份MME之间的数据同步进行详细说明。
图2为本发明服务MME与备份MME之间数据同步的实施例的流程示意图。该步骤包括:
MME池组中的MME之间建立用户容灾数据同步接口,也可以利用现有S10接口,新增数据同步请求与响应消息,例如更新请求(UpdateRequest)、更新响应(UpdateResponse),同步的用户信息即容灾数据包括用户标识信息和承载信息,所述用户标识信息包括IMSI、GUTI、S-TMSI,所述承载信息包括演进型分组系统承载标识(EPSbeareridentity)以及相应S1接口用户面的SGWIP地址与TEID。同步的操作包括增加、修改与删除。即,所述备份MME通过现有S10接口、或者MME池组中MME之间的用户容灾数据同步接口接收所述用户信息。其中,MME池组中的各个MME没有固定的主备关系,可以根据基于用户信息的算法进行选择。当该MME服务时,作为服务MME,当该MME备份数据时,作为备份MME。
eNODEB、MME和/或SGW建立基于用户IMSI的备份MME选择算法。
例如,基于用户IMSI采用取模算法,MME的个数为N,则进行模(N-1)算法,根据模的值依此选择MME。本领域技术人员应该可以理解,这里只是举例说明,不应理解为对本发明的限制。MME和SGW采用相同算法即可,则针对相同用户计算结果为同一MME。
在步骤210,用户完成初始附着后,服务MME通过算法选择池组中的备份MME;
在步骤220,服务MME向备份MME发送容灾数据同步请求(操作为增加);
在步骤230,备份MME存储备份数据后向服务MME发送容灾数据同步响应;
在步骤240,用户完成基于位置变化的跟踪区更新后,服务MME向备份MME发送容灾数据同步请求(操作为修改);
在步骤250,备份MME修改备份数据后向服务MME发送容灾数据同步响应;
在步骤260,用户完成去附着后,服务MME向备份MME发送容灾数据同步请求(操作为删除);
在步骤270,备份MME删除备份数据后向服务MME发送容灾数据同步响应。
在该实施例中,用户初始附着、基于位置变化的跟踪区更新、去附着完成后服务MME与备份MME之间进行数据同步。当前服务的MME根据一种基于用户信息的算法选择备份MME,将用户容灾数据备份到池组中的该已选择的备份MME。在后续过程中,备份MME响应于业务请求,根据所述用户信息进行容灾处理,能够实现用户数据业务实时接管。
本发明另一个实施例,所述备份MME在服务MME退出服务时,eNODEB和服务MME针对同一用户,采用相同算法选择池组中的备份MME,并向所述备份MME发起业务请求,所述业务请求中增加容灾恢复标识,所述容灾恢复标识指示进行容灾处理。下面将结合附图对该实施例进行说明。
图3为本发明移动性管理实体池组容灾方法中上行业务池组容灾恢复的实施例的流程示意图。ECM状态为空闲,服务MME退出服务,备份MME接管业务请求。其中,ECM指的是EPS连接管理(EPSConnectionManagement),ECM状态有两种,连接态和空闲态,连接态下,数据直接传送,不需要业务请求流程,因此,此处指明是空闲态。该方法包括以下步骤:
在步骤301,用户向eNODEB发起业务请求(ServiceRequest);
在步骤302,eNODEB根据现有检测机制判断服务MME退出服务;
所述现有检测机制包括eNODEB和MME之间的SCTP链路检测机制,SCTP链路检测机制就是通过定期发送SCTP检测消息,根据检测消息的响应情况判断链路是否可用。
在步骤303,eNODEB采用与MME相同的基于用户信息IMSI的算法选择备份MME;
在步骤304,eNODEB将业务请求(ServiceRequest)发送至该备份MME,业务请求(ServiceRequest)中增加容灾恢复标识(redundancy);
增加容灾恢复标识是为了触发备份MME根据该标识进行容灾接管操作,即启用备份数据进行业务处理;当eNODEB或SGW检测出主用MME无法提供服务并将业务请求发给备用MME时,由eNODEB或SGW进行增加,该标识是预先定义好的,在业务请求(servicerequest)、下行数据通知(DownlinkDataNotification)中增加容灾恢复标识(redundancy)。
在步骤305,备份MME向eNODEB发送初始上下文设置请求(InitialContextSetupRequest),携带备份的容灾数据SGWIP以及SGWTEID;
在步骤306,eNODEB向终端发送RB建立请求(RBEstablishmentRequest);
在步骤307,eNODEB收到终端响应消息RB建立响应(RBEstablishmentRsponse);
在步骤308,eNODEB向备份MME发送初始上下文设置完成(InitialContextSetupComplete)响应;
在步骤309,备份MME向SGW发送修改承载请求(ModifyBearerRequest);
在步骤310,SGW完成承载更新后向备份MME发送修改承载响应(ModifyBearerResponse)。
当用户服务的MME故障时,eNODEB根据相同的算法选择同一备份MME,备份MME根据备份在本设备的用户容灾数据实时接管用户上行数据业务,进而实现用户实时性要求较高的主叫业务不中断。
本发明另一个实施例,在服务MME退出服务时,SGW和服务MME针对同一用户,采用相同算法选择池组中的备份MME,并向所述备份MME发起下行数据通知,所述下行数据通知中增加容灾恢复标识,所述容灾恢复标识指示进行容灾处理。下面将结合附图对该实施例进行说明。
图4为本发明移动性管理实体池组容灾方法中下行业务池组容灾恢复的实施例的流程示意图。包括以下步骤:
在步骤410,SGW收到PGW下发的下行数据;
在步骤420,SGW根据现有检测机制判断服务MME退出服务;
所述现有检测机制包括SGW和MME之间的隧道协议GTP链路检测机制,GTP链路检测机制就是通过定期发送检测消息(EchoRequest),根据检测消息的响应情况(EchoResponse)判断链路是否可用。
在步骤430,SGW采用与MME相同的基于用户信息IMSI的算法选择备份MME;
在步骤440,SGW向备份MME发送下行数据通知(DownlinkDataNotification),携带容灾恢复标识(redundancy);
在步骤450,备份MME发送响应下行数据通知确认(DownlinkDataNotificationAck);
在步骤460,备份MME向eNODEB发送寻呼请求;
在步骤470,eNODEB寻呼用户。
当用户服务的MME故障时,SGW根据相同的算法选择同一备份MME,备份MME根据备份在本设备的用户容灾数据实时接管用户下行数据业务,进而实现用户实时性要求较高的被叫业务不中断。
图5为本发明移动性管理实体池组容灾系统的实施例的结构图。所述系统包括服务MME510和备份MME520,下面对各部分进行详细说明。
服务MME510,用于在用户信息发生变化时,将所述用户信息同步到从MME池组中选择的备份MME520,所述用户信息包括用户标识信息和承载信息。其中,所述服务MME根据用户IMSI信息动态选择备份MME。
备份MME520,用于当所述服务MME退出服务时,接收eNODEB发送的业务请求或SGW发送的下行数据通知,响应于所述业务请求或下行数据通知,根据所述用户信息进行容灾处理。
在该实施例中,服务MME在用户信息发生变化时,将用户信息同步到从MME池组中选择的备份MME,当所述服务MME退出服务时,演进型基站(eNODEB)和MME针对同一用户,采用相同算法选择池组中的备份MME,并向所述备份MME发起业务请求;服务网关(SGW)和MME针对同一用户,采用相同算法选择池组中的备份MME,并向所述备份MME发起下行数据通知;所述备份MME响应于业务请求或下行数据通知,根据所述用户信息进行容灾处理。因此,能够实现用户数据业务实时接管。
本发明的另一个实施例,MME池组中的MME之间建立用户容灾数据同步接口,也可以利用现有S10接口,新增数据同步请求与响应消息,例如更新请求(UpdateRequest)、更新响应(UpdateResponse),同步的信息包括用户标识信息和承载信息,所述用户标识信息包括IMSI、GTUI、S-TMSI,所述EPS承载标识(EPSbeareridentity)以及相应S1接口用户面的SGWIP地址与TEID。同步的操作包括增加、修改与删除。即,所述备份MME通过现有S10接口、或者MME池组中MME之间的用户容灾数据同步接口接收所述用户信息。
eNODEB、MME、SGW建立相同的基于用户IMSI的备份MME选择算法。
例如,基于用户IMSI采用取模算法,MME的个数为N,则进行模(N-1)算法,根据模的值依此选择MME。MME和SGW采用相同算法,针对相同用户计算结果为同一MME。
用户进行初始附着、基于位置变化的跟踪区更新完成、去附着后,即用户信息发生变化,服务MME510通过上述算法选择池组中的备份MME520,根据上述同步接口采用增加、修改、删除操作将信息同步到该备份MME520。
在该实施例中,用户初始附着、基于位置变化的跟踪区更新、去附着完成后服务MME510与备份MME520之间进行数据同步。当前服务的MME510根据一种基于用户信息的算法将用户容灾数据备份到池组中的另一个已选择的备份MME520。在后续过程中,备份MME响应于业务请求,根据所述用户信息进行容灾处理,能够实现用户数据业务实时接管。进一步,实现实时性高的呼叫业务不中断。
本发明的另一个实施例,所述备份MME520,用于在服务MME510退出服务时,接收eNODEB发起的业务请求,所述业务请求中增加容灾恢复标识,所述容灾恢复标识指示进行容灾处理;其中,在所述服务MME退出服务时,eNODEB和MME针对同一用户,采用相同算法选择池组中的备份MME,并向所述备份MME发起业务请求。
在该实施例中,当用户服务的MME510故障时,eNODEB根据与服务MME相同的算法选择同一备份MME520,备份MME520根据备份在本设备的用户容灾数据实时接管用户上行数据业务,进而实现用户实时性要求较高的主叫业务不中断。
本发明的另一个实施例,所述备份MME520,用于在服务MME510退出服务时,接收SGW发起的下行数据通知,所述下行数据通知中增加容灾恢复标识,所述容灾恢复标识指示进行容灾处理;其中,在服务MME退出服务时,SGW和MME针对同一用户,采用相同算法选择池组中的备份MME520,并向所述备份MME发起下行数据通知。
在该实施例中,当用户服务的MME510故障时,SGW根据与服务MME相同的算法选择同一备份MME520,备份MME520根据备份在本设备的用户容灾数据实时接管用户下行数据业务,进而实现用户实时性要求较高的被叫业务不中断。
与现有技术相比,其中,现有技术在主用MME故障的情况下,eNODEB不会将业务请求(ServiceRequest)发给备用MME,SGW也不会将下行数据通知(DownlinkDataNotification)发给备用MME,因为没有备份数据,就算发给备用MME,备用MME也无法进行处理。
并且,现有技术中1+1备用是静态的备份方式,备用关系是配置好的,只能是两个MME之间,正常时只能是其中一个进行工作,备用MME不能处理业务,主用MME故障时所有业务都由备用MME接替工作。
本发明是根据用户IMSI信息动态选择备份MME,将所述用户信息同步到从MME池组中选择的备份MME,主用MME故障情况下,eNODEB将业务请求(ServiceRequest)发给备用MME,SGW将下行数据通知(DownlinkDataNotification)发给备用MME,备用MME响应于业务请求,根据备用数据进行业务处理。该MME池组中的MME正常时都处于工作状态,其中一个MME故障时,其业务分配到其他N-1个MME进行业务处理。不仅实现对业务的接管,还实现MME池组中的MME互相备份,提高了设备的使用效率。
至此,已经详细描述了本发明。为了避免遮蔽本发明的构思,没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述,完全可以明白如何实施这里公开的技术方案。
可能以许多方式来实现本发明的方法以及装置。例如,可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法以及装置。用于所述方法的步骤的上述顺序仅是为了进行说明,本发明的方法的步骤不限于以上具体描述的顺序,除非以其它方式特别说明。此外,在一些实施例中,还可将本发明实施为记录在记录介质中的程序,这些程序包括用于实现根据本发明的方法的机器可读指令。因而,本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。
虽然已经通过示例对本发明的一些特定实施例进行了详细说明,但是本领域的技术人员应该理解,以上示例仅是为了进行说明,而不是为了限制本发明的范围。本领域的技术人员应该理解,可在不脱离本发明的范围和精神的情况下,对以上实施例进行修改。本发明的范围由所附权利要求来限定。
Claims (12)
1.一种移动性管理实体池组容灾方法,其特征在于,包括:
服务移动性管理实体(MME)在用户信息发生变化时,将用户信息同步到从MME池组中选择的备份MME,所述用户信息包括用户标识信息和承载信息;
当所述服务MME退出服务时,所述备份MME接收演进型基站(eNODEB)发送的业务请求或服务网关(SGW)发送的下行数据通知,所述备份MME响应于所述业务请求或下行数据通知,根据所述用户信息进行容灾处理。
2.根据权利要求1所述移动性管理实体池组容灾方法,其特征在于,包括:
在服务MME退出服务时,eNODEB和服务MME针对同一用户,采用相同算法选择池组中的备份MME,并向所述备份MME发起业务请求,所述业务请求中增加容灾恢复标识,所述容灾恢复标识指示进行容灾处理。
3.根据权利要求1所述移动性管理实体池组容灾方法,其特征在于,包括:
在服务MME退出服务时,SGW和服务MME针对同一用户,采用相同算法选择池组中的备份MME,并向所述备份MME发起下行数据通知,所述下行数据通知中增加容灾恢复标识,所述容灾恢复标识指示进行容灾处理。
4.根据权利要求1所述移动性管理实体池组容灾方法,其特征在于,包括:
所述用户信息发生变化是指用户初始附着、用户基于位置变化的跟踪区域更新或去附着;所执行的同步操作包括增加操作、修改或删除操作。
5.根据权利要求1所述移动性管理实体池组容灾方法,其特征在于,包括:
所述备份MME通过现有S10接口、或者MME池组中MME之间的用户容灾数据同步接口接收所述用户信息。
6.根据权利要求1所述移动性管理实体池组容灾方法,其特征在于,包括:
所述服务MME根据用户IMSI信息动态选择备份MME。
7.一种移动性管理实体池组容灾系统,其特征在于,包括服务MME和备份MME,其中:
所述服务MME用于在用户信息发生变化时,将所述用户信息同步到从MME池组中选择的备份MME,所述用户信息包括用户标识信息和承载信息;
所述备份MME用于当所述服务MME退出服务时,接收eNODEB发送的业务请求或SGW发送的下行数据通知,响应于所述业务请求或下行数据通知,根据所述用户信息进行容灾处理。
8.根据权利要求7所述移动性管理实体池组容灾系统,其特征在于,包括:
在所述服务MME退出服务时,eNODEB和服务MME针对同一用户,采用相同算法选择池组中的备份MME,并向所述备份MME发起业务请求;
所述备份MME用于在服务MME退出服务时,接收eNODEB发起的业务请求,所述业务请求中增加容灾恢复标识,所述容灾恢复标识指示进行容灾处理。
9.根据权利要求7所述移动性管理实体池组容灾系统,其特征在于,包括:
在服务MME退出服务时,SGW和服务MME针对同一用户,采用相同算法选择池组中的备份MME,并向所述备份MME发起下行数据通知;
所述备份MME用于在服务MME退出服务时,接收SGW发起的下行数据通知,所述下行数据通知中增加容灾恢复标识,所述容灾恢复标识指示进行容灾处理。
10.根据权利要求7所述移动性管理实体池组容灾系统,其特征在于,包括:
所述用户信息发生变化是指用户初始附着、用户基于位置变化的跟踪区域更新或去附着;所执行的同步操作包括增加操作、修改或删除操作。
11.根据权利要求7所述移动性管理实体池组容灾系统,其特征在于,包括:
所述备份MME通过现有S10接口、或者MME池组中MME之间的用户容灾数据同步接口接收所述用户信息。
12.根据权利要求7所述移动性管理实体池组容灾系统,其特征在于,包括:
所述服务MME根据用户IMSI信息动态选择备份MME。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410409395.0A CN105376768B (zh) | 2014-08-19 | 2014-08-19 | 一种移动性管理实体池组容灾方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410409395.0A CN105376768B (zh) | 2014-08-19 | 2014-08-19 | 一种移动性管理实体池组容灾方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105376768A true CN105376768A (zh) | 2016-03-02 |
CN105376768B CN105376768B (zh) | 2019-02-22 |
Family
ID=55378478
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410409395.0A Active CN105376768B (zh) | 2014-08-19 | 2014-08-19 | 一种移动性管理实体池组容灾方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105376768B (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017157333A1 (zh) * | 2016-03-17 | 2017-09-21 | 中兴通讯股份有限公司 | 寻呼方法及通信系统 |
CN108616913A (zh) * | 2016-12-15 | 2018-10-02 | 中国移动通信集团河南有限公司 | 一种呼叫处理方法、装置及系统 |
CN108616949A (zh) * | 2016-12-15 | 2018-10-02 | 中国移动通信集团河南有限公司 | 一种呼叫处理方法、装置、mme及系统 |
CN108668307A (zh) * | 2017-03-29 | 2018-10-16 | 中国移动通信集团上海有限公司 | 被叫业务恢复处理方法、移动性管理实体及服务网关 |
CN108924814A (zh) * | 2018-06-06 | 2018-11-30 | 武汉虹信通信技术有限责任公司 | 一种基于移动管理实体池的容灾方法 |
CN111988808A (zh) * | 2019-05-22 | 2020-11-24 | 普天信息技术有限公司 | 核心网容灾备份方法和装置 |
CN112543467A (zh) * | 2019-09-23 | 2021-03-23 | 普天信息技术有限公司 | 一种电力无线专网的核心网主备容灾状态确定方法和装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101646270A (zh) * | 2008-08-06 | 2010-02-10 | 华为技术有限公司 | 保持业务连续的方法、系统、移动性管理实体和存储设备 |
CN101730124A (zh) * | 2008-10-29 | 2010-06-09 | 华为技术有限公司 | 恢复业务的方法、装置和系统 |
WO2011110109A2 (zh) * | 2011-03-21 | 2011-09-15 | 华为技术有限公司 | 连接建立方法、故障处理方法、通信系统及相关设备 |
CN103238345A (zh) * | 2012-10-31 | 2013-08-07 | 华为技术有限公司 | 一种基于移动管理实体池MME Pool的通信方法、设备及系统 |
-
2014
- 2014-08-19 CN CN201410409395.0A patent/CN105376768B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101646270A (zh) * | 2008-08-06 | 2010-02-10 | 华为技术有限公司 | 保持业务连续的方法、系统、移动性管理实体和存储设备 |
CN101730124A (zh) * | 2008-10-29 | 2010-06-09 | 华为技术有限公司 | 恢复业务的方法、装置和系统 |
WO2011110109A2 (zh) * | 2011-03-21 | 2011-09-15 | 华为技术有限公司 | 连接建立方法、故障处理方法、通信系统及相关设备 |
CN103238345A (zh) * | 2012-10-31 | 2013-08-07 | 华为技术有限公司 | 一种基于移动管理实体池MME Pool的通信方法、设备及系统 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017157333A1 (zh) * | 2016-03-17 | 2017-09-21 | 中兴通讯股份有限公司 | 寻呼方法及通信系统 |
CN108616913A (zh) * | 2016-12-15 | 2018-10-02 | 中国移动通信集团河南有限公司 | 一种呼叫处理方法、装置及系统 |
CN108616949A (zh) * | 2016-12-15 | 2018-10-02 | 中国移动通信集团河南有限公司 | 一种呼叫处理方法、装置、mme及系统 |
CN108668307A (zh) * | 2017-03-29 | 2018-10-16 | 中国移动通信集团上海有限公司 | 被叫业务恢复处理方法、移动性管理实体及服务网关 |
CN108668307B (zh) * | 2017-03-29 | 2021-04-27 | 中国移动通信集团上海有限公司 | 被叫业务恢复处理方法、移动性管理实体及服务网关 |
CN108924814A (zh) * | 2018-06-06 | 2018-11-30 | 武汉虹信通信技术有限责任公司 | 一种基于移动管理实体池的容灾方法 |
CN111988808A (zh) * | 2019-05-22 | 2020-11-24 | 普天信息技术有限公司 | 核心网容灾备份方法和装置 |
CN112543467A (zh) * | 2019-09-23 | 2021-03-23 | 普天信息技术有限公司 | 一种电力无线专网的核心网主备容灾状态确定方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN105376768B (zh) | 2019-02-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20210105664A1 (en) | Communication system, communication control apparatus, node apparatus, and communication method | |
CN105376768A (zh) | 一种移动性管理实体池组容灾方法及系统 | |
CN108924887B (zh) | 数据业务切换方法和设备 | |
CN109699050B (zh) | 一种非激活态终端恢复连接的方法、基站、设备及系统 | |
US11452148B2 (en) | Support of data transmission in a packet mobile network | |
CN104284359B (zh) | 一种epc网络下跨地区容灾系统及控制方法 | |
CN105338560B (zh) | 服务网关容灾方法、设备和系统 | |
CN105357701A (zh) | 一种lte网络网关池组容灾方法、设备及系统 | |
CN102217360A (zh) | Isr激活场景中移动管理设备故障的处理方法及设备 | |
CN104935452A (zh) | 一种基于pool组网的数字集群系统实现方法 | |
CN103238345A (zh) | 一种基于移动管理实体池MME Pool的通信方法、设备及系统 | |
CN112218283B (zh) | 业务挂起和恢复方法和系统、多卡终端和存储介质 | |
CN104244189A (zh) | 一种td-lte集群故障弱化通信系统中的寻呼方法 | |
CN105813119A (zh) | 容灾恢复方法、网元以及通信系统 | |
CN104244450A (zh) | 长期演进业务和集群业务并发时重建立方法、基站和用户设备 | |
KR20100093389A (ko) | 이동통신 시스템에서 노드 간 경로 관리 방법 및 장치 | |
CN102595640A (zh) | 无线链路重建方法及系统 | |
US9219642B2 (en) | Method, apparatus and system for processing device faults | |
US11109265B2 (en) | Method and apparatus for transmitting control message in software defined network-based mobile communication system | |
CN109802982B (zh) | 一种双连接实现方法、装置及系统 | |
US8538441B2 (en) | Method and system for implementing the local switch of the local call | |
CN106792599B (zh) | 一种分布式故障弱化集群通信中的单呼建立方法及系统 | |
EP3200485A1 (en) | All-group calling method, system, related device and computer storage medium | |
CN101247255B (zh) | 一种处理故障的方法及系统 | |
CN106332149A (zh) | Sgw故障的通信状态恢复方法及系统、mme、sgw |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |