CN106028389A - 一种容灾倒回的方法及系统 - Google Patents

Abstract

本发明公开一种容灾倒回的方法及系统，涉及通信网络技术领域，可以解决容灾倒回的过程所消耗的时间较长的问题。本发明实施例通过容灾设备根据用户输入的倒回指令开启倒回开关；当接收到待处理UE的重注册请求消息时，确定已倒回数量；当已倒回数量满足预设倒回目标时，容灾设备继续处理重注册请求消息；当未满足时，容灾设备对待处理UE进行倒回处理。本发明实施例提供的方案适于容灾倒回时采用。

Description

一种容灾倒回的方法及系统

技术领域

本发明涉及通信技术领域，尤其涉及一种容灾倒回的方法及系统。

背景技术

IMS(Internet Protocol Multimedia Subsystem，IP多媒体子系统)是一种全新的多媒体业务形式，是3GPP(3rd Generation Partnership Project，第三代合作伙伴组织)定义的下一代网络的标准，它采用SIP(SessionInitiation Protocol，会话初始协议)体系，能够满足现在的终端客户更新颖、更多样化的多媒体业务的需求。

目前，在基于IMS系统的语音业务VoLTE中可以应用容灾倒回技术，即IMS系统中的多个VoLTE SBC(Session Border Control，会话边界控制器)设备之间互相容灾备份，当其中一台设备故障后，可以由非故障设备接管故障设备的业务，接管故障设备的业务的非故障设备称为容灾设备，假设VoLTE SBC1为故障设备，当VoLTE SBC1故障恢复后，容灾设备应将部分业务倒回至VoLTE SBC1上，以减轻容灾设备的压力。具体的实现方法为：在IMS系统中，当容灾设备所服务的UE关机或开启飞行模式时，容灾设备会清除已关机或开启飞行模式的UE的相关信息，当容灾设备所服务的UE重新启动或关闭飞行模式时，才会重新选择VoLTE SBC,并向所选择的VoLTE SBC发送初始注册请求消息，由于VoLTE SBC1已恢复正常，所以，会存在部分原本由容灾设备服务的UE向VoLTE SBC1发送初始注册消息，由VoLTE SBC1接管这部分UE，从而实现了容灾倒回。

然而，容灾设备所服务的UE只有重新启动或关闭飞行模式时，才会重新选择VoLTE SBC,故障恢复设备才有可能接收到该UE的初始注册请求消息，且只有容灾设备所服务的一定数量的UE重新启动之后，才能完成容灾倒回的过程。由于UE重新启动的时间是由用户自行控制的，但是一般情况下，容灾设备所服务的一定数量的UE在短时间内都重启的可能性较小，使得等待容灾设备所服务的一定数量的UE都重启的时间过长，从而导致容灾倒回的过程所消耗的时间较长。

发明内容

本发明的实施例提供一种容灾倒回的方法及系统，可以解决容灾倒回的过程所消耗的时间较长的问题。

为达到上述目的，本发明的实施例采用如下技术方案：

一种容灾倒回的方法，包括：

容灾设备根据用户输入的倒回指令开启倒回开关，所述容灾设备为接管故障设备的业务的非故障设备；

当所述容灾设备接收到待处理用户设备UE的重注册请求消息时，确定已倒回数量，所述已倒回数量为所述容灾设备已倒回给所述故障设备的UE的数量，所述故障恢复设备为已恢复的故障设备；

当所述已倒回数量满足预设倒回目标时，所述容灾设备继续处理所述重注册请求消息；

当所述已倒回数量未满足预设倒回目标时，所述容灾设备对所述待处理UE进行倒回处理。

一种容灾倒回的系统，包括：

容灾设备，用于根据用户输入的倒回指令开启倒回开关，所述容灾设备为接管故障设备的业务的非故障设备；当接收到待处理用户设备UE的重注册请求消息时，确定已倒回数量，所述已倒回数量为所述容灾设备已倒回给所述故障恢复设备的UE的数量，所述故障恢复设备为已恢复的故障设备；

所述待处理UE，用于向所述容灾设备发送重注册请求消息；

所述容灾设备，还用于当所述已倒回数量满足预设倒回目标时，继续处理所述重注册请求消息；当所述已倒回数量未满足预设倒回目标时，对所述待处理UE进行倒回处理。

本发明实施例提供的容灾倒回的方法及系统，当容灾设备接收到待处理用户设备UE的重注册请求消息时，确定已倒回数量，当已倒回数量满足预设倒回目标时，容灾设备继续处理重注册请求消息；当已倒回数量未满足预设倒回目标时，容灾设备对待处理UE进行倒回处理，与现有技术中，容灾倒回的过程所消耗的时间较长相比，本发明实施例中，容灾设备可以根据用户输入的倒回指令开启倒回开关，在开启倒回开关之后，容灾设备就可以根据倒回目标控制部分所服务的UE进行容灾倒回，无需被动地等待容灾设备所服务的一定数量的UE重新启动，减少了容灾倒回的过程所消耗的时间。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种容灾倒回系统的逻辑结构示意图；

图2为本发明实施例提供的一种容灾倒回的方法的流程图；

图3为本发明实施例提供的另一种容灾倒回的方法的流程图；

图4为本发明实施例提供的另一种容灾倒回的方法的流程图；

图5为本发明实施例提供的一种容灾倒回的系统的逻辑结构示意图；

图6为本发明实施例提供的另一种容灾倒回的系统的逻辑结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为了解决容灾倒回的过程所消耗的时间较长的问题，本发明实施例提供了一种容灾倒回的方法，该方法应用于容灾倒回系统中，如图1所示，该系统中包括：UE(User Equipment，用户设备)、SBC(Session Border Control，会话边界控制器)、P-CSCF(Proxy call session control Function，代理呼叫会话控制功能实体)、I-CSCF(Interrogating call session control Function，查询呼叫会话控制功能实体)、S-CSCF(Serving call session controlFunction，服务呼叫会话控制功能实体)、HSS(Home subscriber Server，归属用户服务器)以及MME(Mobile Managenment Entity，移动管理实体)，其中，UE、SBC、P-CSCF、I-CSCF、S-CSCF依次连接，此外，I-CSCF、S-CSCF以及MME均连接于HSS，MME与UE连接，且图1中的连接关系不限制于有线连接。

结合图1所示的容灾倒回系统，本发明实施例提供了一种容灾倒回的方法，如图2所示，该方法包括：

201、容灾设备根据用户输入的倒回指令开启倒回开关。

其中，容灾设备为接管故障设备的业务的非故障设备。可以理解的是，当容灾设备接收到用户输入的倒回指令时，说明故障设备此时已经恢复，容灾设备根据接收到的用户输入的倒回指令开启倒回开关，进而进行容灾倒回。

202、当容灾设备接收到待处理用户设备UE的重注册请求消息时，确定已倒回数量。

其中，已倒回数量为容灾设备已倒回给故障设备的UE的数量，故障恢复设备为已恢复的故障设备。

需要说明的是，本发明实施例中的故障设备、故障恢复设备以及容灾设备均可以为VoLTE SBC，当容灾设备所服务的UE检测到自身在IMS系统上的注册即将超时时，该UE向该容灾设备发送新的重注册请求消息，其中，两次重注册请求消息的时间间隔为30分钟。

需要说明的是，容灾设备上含有计数设备，计数设备可以统计已倒回至故障恢复设备的UE的数量。

203、当已倒回数量满足预设倒回目标时，容灾设备继续处理重注册请求消息。

其中，预设倒回目标为需倒回UE的数量，或者为需保留UE的数量，或者为需倒回UE的数量占容灾设备所负责的所有UE的数量的比例。若预设倒回目标为20万，也就是说需倒回至已恢复的故障设备的UE的数量为20万，则当已倒回至已恢复的故障设备的UE的数量达到20万时，容灾设备就可以确定已倒回数量满足预设倒回目标，此时，由容灾设备继续处理重注册请求消息。

需要说明的是，预设倒回目标可以根据容灾设备的业务承载能力或运营商的实际需要进行设置。

可以理解的是，在上述实施例所描述的容灾倒回的流程中，当已倒回数量满足预设倒回目标时，容灾设备关闭倒回开关，停止倒回的流程，后续接收到的UE的重注册请求消息直接由容灾设备进行处理。关闭倒回开关的具体方法为：当容灾设备上的计数设备统计的已倒回至故障恢复设备的UE的数量满足预设倒回目标时，关闭倒回开关。

204、当已倒回数量未满足预设倒回目标时，容灾设备对待处理UE进行倒回处理。

本发明实施例提供的容灾倒回的方法及系统，当容灾设备接收到待处理用户设备UE的重注册请求消息时，确定已倒回数量，当已倒回数量满足预设倒回目标时，容灾设备继续处理重注册请求消息；当已倒回数量未满足预设倒回目标时，容灾设备对待处理UE进行倒回处理，与现有技术中，容灾倒回的过程所消耗的时间较长相比，本发明实施例中，容灾设备可以根据用户输入的倒回指令开启倒回开关，在开启倒回开关之后，容灾设备就可以根据倒回目标控制部分所服务的UE进行容灾倒回，无需被动地等待容灾设备所服务的一定数量的UE重新启动，减少了容灾倒回的过程所消耗的时间。

结合图2所示的方法流程，为了防止容灾倒回过程对UE的正常通话造成影响，在本发明实施例提供的另一种实现方式中，如图3所示，上述步骤202，容灾设备确定已倒回数量之后，当已倒回数量未满足预设倒回目标时，该方法具体可以实现为步骤205至步骤207。

205、当已倒回数量未满足预设倒回目标时，容灾设备确定待处理UE的通话状态。

需要说明的是，当已倒回数量未满足预设倒回目标时，容灾设备确定待处理UE的呼叫信息，进而根据呼叫信息确定待处理UE的通话状态为通话中还是未通话。

206、当待处理UE的通话状态为通话中时，容灾设备继续处理重注册请求消息。

可以理解的是，当待处理UE的通话状态为通话中时，说明容灾倒回系统正在为该UE提供通话服务，为了保证UE的通话不受影响，容灾设备应继续处理该UE的重注册请求消息，并继续为该UE提供通话服务。

以容灾设备为VoLTE SBC2为例，容灾设备继续处理重注册请求消息的方法为:VoLTE SBC2通过DNS(Domain Name System，域名系统)查询得到UE的归属域的I-CSCF地址，并将所服务UE的重注册请求消息转发至该I-CSCF，该I-CSCF向HSS发送UAR(Use Authorization Request，用户鉴权请求)消息，以获取上一次重注册流程中，处理该UE的重注册请求消息的S-CSCF的域名，该S-CSCF的域名储存在HSS中，I-CSCF根据得到的S-CSCF的域名，将该UE的重注册请求消息发送给上一次重注册流程中，处理该UE的重注册请求消息的S-CSCF，该S-CSCF向HSS发送MAR(Multimedia Authorization Request,多媒体鉴权请求)消息，HSS根据该MAR消息返回MAA(Multimedia AuthorizationResponse，多媒体鉴权响应)消息，该MAA消息中携带有UE的鉴权数据，S-CSCF2根据返回的MAA消息中携带的UE的鉴权数据，构造401消息并向UE发送401消息，要求UE进行鉴权，若鉴权成功，则UE成功注册。

207、当待处理UE的通话状态为未通话时，容灾设备对待处理UE进行倒回处理。

可以理解的是，当待处理UE的通话状态为未通话时，说明容灾倒回系统当前并没有为UE提供通话服务，则容灾设备对待处理UE进行倒回处理。

需要说明的是，当已倒回数量满足预设目标时，则不再执行上述步骤205至207，而是直接由容灾设备继续处理重注册请求消息。

可以理解的是，预设倒回目标可根据容灾设备的业务承载能力或运营商的实际需要设定，当已倒回数量满足预设倒回目标时，容灾设备上需要处理的业务量已在其业务承载能力之内，所以不需要继续执行倒回流程。

容灾设备对UE进行倒回处理的过程的具体实现方式为：

容灾设备通过S-CSCF和HSS向MME发送故障设备恢复指示，故障设备恢复指示中携带故障恢复设备的地址。其中，故障设备恢复指示用于指示故障设备已经恢复，故障恢复设备为已恢复的故障设备，且故障设备恢复指示中携带故障恢复设备的地址。具体地，容灾设备通过I-CSCF向S-CSCF发送MESSAGE消息，以通知S-CSCF故障设备已恢复，其中，MESSAGE消息的XML(ExtensibleMarkup Language，可扩展标记语言)消息体中，reason为sbc-restoration(VoLTE SBC故障恢复),且容灾设备选择I-CSCF和S-CSCF的方法已在图2所示的实施例中进行了描述，此处不再赘述。

S-CSCF根据接收到的MESSAGE消息，确定故障设备已恢复，并向HSS发送SAR(Server Assignment Request，用户配置请求)消息，SAR消息中携带故障设备恢复指示，具体地，SAR消息中携带VoLTE SBC RestorationIndication(VoLTE SBC恢复指示)，且SAR消息中的Server-Assignment-Type(服务分配类型)AVP的值设置为UNREGISTERED_USER(用户未注册状态)。

HSS根据接收到的SAR消息，向S-CSCF发送SAA(Server Assignment Answer，用户配置响应)消息，S-CSCF根据SAA消息，将待处理UE的状态更改为unregistered(未注册状态)。

HSS接收到SAR消息后，向MME发送IDR(Intra Domain Routing，域间路由选择)消息，其中，IDR消息中携带故障设备恢复指示，具体地，IDR消息中携带VoLTE SBC Restoration Indication(VoLTE SBC恢复指示)。

MME根据故障设备恢复指示，向待处理UE发送重激活消息，重激活消息中携带故障恢复设备的地址。其中，重激活消息用于指示待处理UE断开与容灾设备的连接，并建立与已恢复的故障设备的连接。

待处理UE向故障恢复设备发送重新连接请求，以使得故障恢复设备根据重新连接请求为待处理UE重新建立IMS PDN连接。

需要说明的是，待处理UE接收重激活消息，获取到重激活消息中携带的故障恢复设备的地址，并根据故障恢复设备的地址，向故障恢复设备发送重新连接请求，以使得故障恢复设备根据重新连接请求为待处理UE重新建立IMS PDN连接。

本发明实施例提供的容灾倒回的方法，在已倒回至故障恢复设备的UE的数量未满足预设倒回目标，且容灾设备判断当前待处理的UE的通话状态为通话中时，容灾设备继续处理重注册请求消息，当待处理UE的通话状态为未通话时，容灾设备通过S-CSCF和HSS向MME发送故障设备恢复指示。由此，可以区分正在通话的UE，并且不倒回正在通话的UE，可以保证UE的通话不受影响。

本发明实施例中的容灾设备为VoLTE SBC，在基于IMS的语音业务VoLTE的系统中，P-CSCF网元的功能可集成于SBC网元中，用VoLTE SBC代表SBC网元和P-CSCF网元的统一，本发明实施例提供的容灾倒回的方法如图4所示，在该实施例中，以VoLTE SBC2为容灾设备，VoLTE SBC1为故障恢复设备为例进行说明。

401、VoLTE SBC2根据用户输入的倒回指令开启倒回开关。

402、VoLTE SBC2接收待处理UE发送的重注册请求消息。

需要说明的是，接入IMS系统的UE都会周期性的向VoLTE SBC发送重注册请求消息，VoLTE SBC会分别对每个UE的重注册消息进行处理。

403、VoLTE SBC2判断当前已倒回数量是否满足预设倒回目标,当当前已倒回数量不满足预设倒回目标时，VoLTE SBC2确定待处理UE的通话状态。

具体地，如果当前已倒回数量满足预设倒回目标，或者当前已倒回数量未满足预设倒回目标，且UE正在通话时，VoLTE SBC2继续完成对该待处理UE的注册。

404、如果该待处理UE没有处于通话中时,VoLTE SBC2向S-CSCF发送MESSAGE消息，用于向S-CSCF传递VoLTE SBC1已恢复的信息。

405、S-CSCF接收到MESSAGE消息后，向HSS发送SAR消息。

406、HSS根据接收到的SAR消息，向S-CSCF发送SAA消息。

407、S-CSCF根据接收到的SAA消息，向VoLTE SBC2返回200OK消息，该消息为MESSAGE消息的响应消息。

408、HSS向MME发送IDR消息。

409、MME向UE发送重激活消息。

410、UE根据重激活消息，向VoLTE SBC1发送IMS PDN连接请求。

411、UE与VoLTE SBC1连接成功后，UE向VoLTE SBC1发送重注册请求消息，VoLTE SBC1按照标准注册流程处理该UE的重注册请求消息。

本发明实施例提供的容灾倒回的方法，当容灾设备接收到待处理用户设备UE的重注册请求消息时，确定已倒回数量，当已倒回数量满足预设倒回目标时，容灾设备继续处理重注册请求消息；当已倒回数量未满足预设倒回目标时，容灾设备对待处理UE进行倒回处理，与现有技术中，容灾倒回的过程所消耗的时间较长相比，本发明实施例中，容灾设备可以根据用户输入的倒回指令开启倒回开关，在开启倒回开关之后，容灾设备就可以根据倒回目标控制部分所服务的UE进行容灾倒回，无需被动地等待容灾设备所服务的一定数量的UE重新启动，减少了容灾倒回的过程所消耗的时间。

对应于图1所示的方法流程，为了解决容灾倒回的过程所消耗的时间较长的问题，本发明实施例提供了一种容灾倒回的系统，如图5所示，该系统包括：容灾设备501，待处理UE502。

容灾设备501，用于根据用户输入的倒回指令开启倒回开关，容灾设备501为接管故障设备的业务的非故障设备；当接收到待处理用户设备UE502的重注册请求消息时，确定已倒回数量，已倒回数量为容灾设备501已倒回给故障恢复设备的UE的数量，故障恢复设备为已恢复的故障设备。

待处理UE502，用于向容灾设备501发送重注册请求消息。

容灾设备501，还用于当已倒回数量满足预设倒回目标时，继续处理重注册请求消息；当已倒回数量未满足预设倒回目标时，对待处理UE502进行倒回处理。

在本发明另一实施例中，如图6所示，该系统还包括：服务呼叫会话控制功能实体S-CSCF503、归属用户服务器HSS504、移动管理实体MME505以及故障恢复设备506。

容灾设备501，还用于通过S-CSCF503和HSS504向MME505发送故障设备恢复指示，故障设备恢复指示中携带故障恢复设备506的地址。

MME505，用于根据故障设备恢复指示，向待处理UE502发送重激活消息，重激活消息中携带故障恢复设备506的地址。

待处理UE502，用于向故障恢复设备506发送重新连接请求。

故障恢复设备506，用于根据重新连接请求为待处理UE502重新建立IP多媒体子系统公用数据网IMS PDN连接。

在本发明另一实施例中，容灾设备501，还用于当已倒回数量未满足预设倒回目标时，确定待处理UE502的通话状态；当待处理UE502的通话状态为通话中时，继续处理重注册请求消息；当待处理UE502的通话状态为未通话时，对待处理UE502进行倒回处理。所述预设倒回目标为需倒回UE的数量，或者为需保留UE的数量，或者为需倒回UE的数量占所述容灾设备501所负责的所有UE的数量的比例。

在本发明另一实施例中，容灾设备501，还用于通知S-CSCF503故障设备已恢复。

S-CSCF503，还用于向HSS504发送用户配置请求SAR消息，SAR消息中携带故障设备恢复指示。

HSS504，用于向MME505发送域间路由选择IDR消息，IDR消息中携带故障设备恢复指示。

本发明实施例提供的容灾倒回的系统，当容灾设备接收到待处理用户设备UE的重注册请求消息时，确定已倒回数量，当已倒回数量满足预设倒回目标时，容灾设备继续处理重注册请求消息；当已倒回数量未满足预设倒回目标时，容灾设备对待处理UE进行倒回处理，与现有技术中，容灾倒回的过程所消耗的时间较长相比，本发明实施例中，容灾设备可以根据用户输入的倒回指令开启倒回开关，在开启倒回开关之后，容灾设备就可以根据倒回目标控制部分所服务的UE进行容灾倒回，无需被动地等待容灾设备所服务的一定数量的UE重新启动，减少了容灾倒回的过程所消耗的时间。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种容灾倒回的方法，其特征在于，包括：

容灾设备根据用户输入的倒回指令开启倒回开关，所述容灾设备为接管故障设备的业务的非故障设备；

当所述容灾设备接收到待处理用户设备UE的重注册请求消息时，确定已倒回数量，所述已倒回数量为所述容灾设备已倒回给故障恢复设备的UE的数量，所述故障恢复设备为已恢复的故障设备；

当所述已倒回数量满足预设倒回目标时，所述容灾设备继续处理所述重注册请求消息；

当所述已倒回数量未满足预设倒回目标时，所述容灾设备对所述待处理UE进行倒回处理。

2.根据权利要求1所述的容灾倒回的方法，其特征在于，所述倒回指令中携带故障恢复设备的地址，所述容灾设备对所述待处理UE进行倒回处理，包括：

所述容灾设备通过服务呼叫会话控制功能实体S-CSCF和归属用户服务器HSS向移动管理实体MME发送故障设备恢复指示，所述故障设备恢复指示中携带所述故障恢复设备的地址；

所述MME根据所述故障设备恢复指示，向所述待处理UE发送重激活消息，所述重激活消息中携带所述故障恢复设备的地址；

所述待处理UE向所述故障恢复设备发送重新连接请求，以使得所述故障恢复设备根据所述重新连接请求为所述待处理UE重新建立IP多媒体子系统公用数据网IMS PDN连接。

3.根据权利要求2所述的容灾倒回的方法，其特征在于，在所述确定已倒回数量之后，所述方法还包括：

当所述已倒回数量未满足预设倒回目标时，所述容灾设备确定所述待处理UE的通话状态；

当所述待处理UE的通话状态为通话中时，所述容灾设备继续处理所述重注册请求消息；

当所述待处理UE的通话状态为未通话时，所述容灾设备对所述待处理UE进行倒回处理。

4.根据权利要求3所述的容灾倒回的方法，其特征在于，所述容灾设备通过S-CSCF和HSS向MME发送故障设备恢复指示，包括：

所述容灾设备通知所述S-CSCF所述故障设备已恢复；

所述S-CSCF向所述HSS发送用户配置请求SAR消息，所述SAR消息中携带所述故障设备恢复指示；

所述HSS向所述MME发送域间路由选择IDR消息，所述IDR消息中携带所述故障设备恢复指示。

5.根据权利要求1至4中任一项所述的容灾倒回的方法，其特征在于，所述预设倒回目标为需倒回UE的数量，或者为需保留UE的数量，或者为需倒回UE的数量占所述容灾设备所负责的所有UE的数量的比例。

6.一种容灾倒回的系统，其特征在于，包括：

容灾设备，用于根据用户输入的倒回指令开启倒回开关，所述容灾设备为接管故障设备的业务的非故障设备；当接收到待处理用户设备UE的重注册请求消息时，确定已倒回数量，所述已倒回数量为所述容灾设备已倒回给所述故障恢复设备的UE的数量，所述故障恢复设备为已恢复的故障设备；

所述待处理UE，用于向所述容灾设备发送重注册请求消息；

所述容灾设备，还用于当所述已倒回数量满足预设倒回目标时，继续处理所述重注册请求消息；当所述已倒回数量未满足预设倒回目标时，对所述待处理UE进行倒回处理。

7.根据权利要求6所述的容灾倒回的系统，其特征在于，所述倒回指令中携带故障恢复设备的地址，所述系统还包括：服务呼叫会话控制功能实体S-CSCF、归属用户服务器HSS、移动管理实体MME以及故障恢复设备；

所述容灾设备，还用于通过S-CSCF和HSS向MME发送故障设备恢复指示，所述故障设备恢复指示中携带故障恢复设备的地址；

所述MME，用于根据所述故障设备恢复指示，向所述待处理UE发送重激活消息，所述重激活消息中携带故障恢复设备的地址；

所述待处理UE，用于向所述故障恢复设备发送重新连接请求；

所述故障恢复设备，用于根据所述重新连接请求为所述待处理UE重新建立IP多媒体子系统公用数据网IMS PDN连接。

8.根据权利要求7所述的容灾倒回的系统，其特征在于，

所述容灾设备，还用于当所述已倒回数量未满足预设倒回目标时，确定所述待处理UE的通话状态；当所述待处理UE的通话状态为通话中时，继续处理所述重注册请求消息；当所述待处理UE的通话状态为未通话时，对所述待处理UE进行倒回处理。

9.根据权利要求8所述的容灾倒回的系统，其特征在于，

所述容灾设备，还用于通知所述S-CSCF所述故障设备已恢复；

所述S-CSCF，还用于向所述HSS发送用户配置请求SAR消息，所述SAR消息中携带所述故障设备恢复指示；

所述HSS，用于向所述MME发送域间路由选择IDR消息，所述IDR消息中携带所述故障设备恢复指示。

10.根据权利要求6至9中任一项所述的容灾倒回的系统，其特征在于，所述预设倒回目标为需倒回UE的数量，或者为需保留UE的数量，或者为需倒回UE的数量占所述容灾设备所负责的所有UE的数量的比例。