CN101383725A

CN101383725A - Ip多媒体子系统及容灾恢复方法

Info

Publication number: CN101383725A
Application number: CNA2008101442028A
Authority: CN
Inventors: 梁枫; 申林飞; 时书锋
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2007-09-28
Filing date: 2008-07-22
Publication date: 2009-03-11
Anticipated expiration: 2028-07-22
Also published as: EP2131615A1; US9883380B2; US10743175B2; US20200351647A1; CN101383725B; US20180091971A1; US20100039930A1; EP2978248B1; WO2009043313A1; US8228787B2; EP2978248A1; RU2449501C2; US20190281448A1; US9661028B2; US11412371B2; US20170195873A1; US10321307B2; EP2131615A4; EP2131615B1; ES2559686T3

Abstract

一种容灾恢复方法以及IMS子系统，该方法包括：容灾恢复的会话控制功能实体被触发；容灾恢复的会话控制功能实体从用户归属的网络存储实体获取用户IMS公有用户身份相关的IP多媒体子系统签约已注册IMS私有用户身份和/或IMS公有用户身份的用户备份数据和用户服务配置数据；容灾恢复的会话控制功能实体根据所述获取的IP多媒体子系统签约已注册IMS私有用户身份和/或IMS公有用户身份的用户备份数据和用户服务配置数据恢复该用户相应的服务处理。本发明可恢复用户的一号多机、多号一机或多号多机业务，使用户有较好的业务连续性体验。

Description

IP多媒体子系统及容灾恢复方法

技术领域

本发明涉及IP多媒体子系统(IMS，IMS，IP Multimedia Subsystem)网络技术，更具体的说，本发明涉及一种IMS子系统及容灾恢复方法。

背景技术

IMS将控制与承载分离的思想引入到了基于互联网协议(IP，InternetProtocol)的通信网络中，由IMS子系统完成整个通信网络的业务控制功能，不同类型的终端只要通过各自的接入网络接入IMS子系统，就能够完成相互间的业务互通。基于这样的网络架构，IMS子系统在通信网络的业务处理中处于核心枢纽地位，IMS子系统的高可靠性是整个通信网络高可靠性的基础。

通常每个IMS网络设备内部有相应的可靠性机制。例如，网络设备通常有多块处理板组成，处理板间配置为主备用关系，业务由主用工作板提供，当主用工作板故障，相应的备用工作板升为主用接替故障板的工作，保证了业务提供的连续性。

除了设备内的可靠性机制外，还需要提高网络的容灾能力。IMS网络包含多种网络实体，相互间关联性强，当某一网络设备故障后，需要使该网络设备的故障对整个IMS网络影响最小，以及对用户的影响最小。

现有技术中，如果为用户提供服务的服务呼叫会话控制功能(S-CSCF，Serving Call Session Control Function)发生故障，可采用注册定时器触发重注册的机制来为用户分配新的S-CSCF。图1是现有技术中注册定时器触发重注册的流程图。

终端在IMS网络注册成功后，应根据协商确定的注册周期立即启动注册定时器，注册定时器超时触发用户终端的重注册。终端发起重注册后，查询CSCF(I-CSCF，Interrogating CSCF)和代理CSCF(P-CSCF，Proxy CSCF)会根据终端初始注册的记录，将注册请求路由至终端所注册的S-CSCF1(1.Re-REGISTER～5.Re-REGISTER)。如果所注册的S-CSCF1发生故障，则I-CSCF无法收到任何响应，从而导致会话发起协议(SIP，Session InitiationProtocol)事务超时。由于是重注册，I-CSCF向终端返回408Request Timeout(6.408～7.408)，终端收到此响应后，立即发起初始注册(8.Ini-REGISTER～9.Ini-REGISTER)。由于用户已经在IMS网络注册过，因此注册请求仍然会被路由至已经注册，但当前故障的S-CSCF1，同样，I-CSCF无法收到任何响应，导致SIP事务超时。由于是初始注册，I-CSCF为用户重选一个新的S-CSCF，但首先需要从归属用户服务器(HSS，Home Subscriber Server)获取与用户签约相对应的S-CSCF能力集要求(13.UAR～14.UAA)，然后I-CSCF根据能力集要求重选S-CSCF，并向新的S-CSCF转发注册请求(15.REGISTER)，从而完成了为受故障影响的用户重选S-CSCF的处理。后续用户根据现有初始注册流程完成在新分配的S-CSCF的注册。用户在新的S-CSCF注册成功后，用户的IMS网络服务就恢复正常了。

从以上对于注册定时器触发重注册机制的描述可以看出，当为用户提供服务的S-CSCF发生故障后，必须要等到用户的注册定时器触发重注册，重选S-CSCF后，用户的网络服务才能够恢复。也就是说，用户的服务中断时长取决于用户的注册周期时长。注册周期越长，用户的服务终端时长就越长，为了满足电信网络的可靠性要求，注册周期越短越好。但是，将注册周期时长设置得太短会导致频繁的重注册。对于网络侧来说，频繁的重注册会增加网络的处理负荷，尤其是对于无线接入网络，频繁的重注册会过多占用宝贵的空中接口资源；对于用户侧来说，频繁的重注册会耗费无线终端的有限的能源，缩短终端的待机时间。

为此，参考本申请人提交的中国专利申请：实现互联网协议多媒体子系统容灾的方法和装置(专利申请号：200610150721.6)，该申请揭露的技术方案中采用了注册时S-CSCF将注册相关的用户数据(例如，IMS私有用户身份(IMPI，IMS Private User Identity)，IMS公有用户身份(IMPU，IMS Public UserIdentity)，注册的Contact地址，Path信息等)备份保存在HSS中。S-CSCF发生故障后，当用户使用网络时，I-CSCF可以重选另一个S-CSCF为用户提供会话服务，新的S-CSCF可以从HSS获取到正在使用业务的IMPU对应的用户备份数据从而恢复用户相关服务，从而实现S-CSCF的容灾恢复。

上述技术方案在S-CSCF发生故障后，受影响的用户在建立呼叫时即可恢复服务，而无需等待用户终端的重注册定时器触发重注册来恢复网络服务，从而实现了在不增加系统负担的情况下提高网络的可靠性。

另一方面，目前IMS网络中使用的用户标识主要有IMPI和IMPU，这些用户标识通过签约的方式保存在HSS中，当用户进行相关业务操作时，网络中的相关实体如I-CSCF、S-CSCF、应用服务器等通过用户标识到HSS来获取相关用户的签约数据。而IMS中用户标识之间及用户标识和签约数据之间的关系比较复杂，如图2所示，一个IMS签约(IMS Subscription)包含了一个用户可能在Cx接口上传递的所有签约信息，其下可以包含多个IMPI，但一个IMPI只能属于一个IMS Subscription；一个IMPI可以包含多个IMPU，一个IMPU可以被多个IMPI共享，也就是说，IMS Subscription和IMPI是一对多的关系，IMPI和IMPU是多对多的关系。从而可以灵活的实现一机多号(一个IMPI，多个IMPU)、一号多机(一个IMPU，多个IMPI)以及多号多机(多个IMPI，多个IMPU)等业务逻辑。

但在上述实现互联网协议多媒体子系统容灾的方法和装置的技术方案中没有针对IMS中复杂的用户数据模型提出详细的恢复方案，有可能损失掉用户的一号多机、多号多机等业务，例如，以图2中所示的用户数据模型为例：

假设该IMS Subscription中的所有IMPI，IMPU实例都已经注册在S-CSCF1上，若S-CSCF1发生了故障，且一次业务相关的用户(IMPI1，IMPU3)进行周期性重注册，根据上述技术方案，该注册请求被转发到S-CSCF2进行处理；S-CSCF2通过标准注册流程将IMPI1，IMPU3注册成功并将用户(IMPI1，IMPU3)的用户备份数据容灾恢复到S-CSCF2，同时，HSS将自身为IMS Subscription所保存的服务器名(Server Name)由S-CSCF1改为S-CSCF2，接下来HSS是否向原S-CSCF(S-CSCF1)下发注册终止应答(RTR，Registration Termination Answer)消息通知用户迁移的过程为一个可选流程，即使下发，也会因为原S-CSCF故障而失败；至此，由用户(IMPI1，IMPU3)注册引起的容灾恢复过程结束。

然后，若IMPU3做被叫：I-CSCF接收到被叫请求后，查询HSS获取到为IMPU3(事实上是整个IMS Subscription)服务的S-CSCF为S-SCCF2，由于S-CSCF2处于正常状态，I-CSCF将不会为该呼叫请求添加容灾标志，直接将请求路由到S-CSCF2；S-CSCF2收到请求后，判断IMPU3在本地已有注册终端IMPI1，且呼叫没有容灾标志，则不会进行容灾恢复处理，而直接分析是否向终端IMPI1发送呼叫请求；于是IMPU3的一号多机(IMPI1、IMPI2)业务将丢失。

发明内容

本发明实施例解决的技术问题是提供一种IMS子系统及容灾恢复方法，以能够恢复用户的一号多机、多号一机或多号多机相关业务，使用户有较好的业务连续性体验。

一种容灾恢复方法，包括：

容灾恢复的会话控制功能实体被触发；

容灾恢复的会话控制功能实体从用户归属的网络存储实体获取用户IMS公有用户身份相关的IP多媒体子系统签约已注册IMS私有用户身份和/或IMS公有用户身份的用户备份数据和用户服务配置数据；

容灾恢复的会话控制功能实体根据所述获取的IP多媒体子系统签约已注册IMS私有用户身份和/或IMS公有用户身份的用户备份数据和用户服务配置数据恢复该用户相应的服务处理。

一种容灾数据备份方法，包括：

会话控制功能实体启动容灾数据备份处理；

判断是否需要对注册订阅数据进行备份，并在判断结果为是后，对注册订阅数据进行备份。

一种会话控制功能实体，包括：

启动处理单元，用于启动容灾数据备份处理；

判断处理单元，用于在启动处理单元启动容灾数据备份处理后，判断是否需要对注册订阅数据进行备份，并在判断结果为是后，对注册订阅数据进行备份。

一种会话控制功能实体，包括：

容灾恢复数据获取单元，用于在业务触发容灾恢复后，从用户归属的网络存储实体获取用户IMS公有用户身份相关的IP多媒体子系统签约已注册IMS私有用户身份和/或IMS公有用户身份的用户备份数据和用户服务配置数据；

容灾恢复处理单元，用于根据所述容灾恢复数据获取单元获取的IP多媒体子系统签约已注册IMS私有用户身份和/或IMS公有用户身份的用户备份数据和用户服务配置数据恢复该用户相应的服务处理。

一种网络存储实体，包括用户数据存储单元，用于存储用户服务配置数据、恢复用户服务时的用户备份数据以及用户所注册到的会话控制功能实体信息，容灾恢复数据发送单元，用于将容灾恢复的用户备份数据发送给会话控制功能实体；另外，还包括：

消息封装单元，用于封装携带有已注册的IMS私有用户身份或IMS公有用户身份信息的响应消息；

消息发送单元，用于将所述携带有已注册的IMS私有用户身份或IMS公有用户身份信息的响应消息发送给会话控制功能实体。

一种网络存储实体，包括用户数据存储单元，用于存储用户服务配置数据、恢复用户服务时的用户备份数据以及用户所注册到的会话控制功能实体信息，还包括容灾恢复处理单元，所述容灾恢复处理单元包括：

判断单元，判断是否需要进行会话控制功能实体容灾恢复；

数据传送单元，在判断单元判断结果为是时，通过一次或多次与容灾恢复的会话控制功能实体交互，将该用户相关的IP多媒体子系统签约下的已注册IMS私有用户身份和/或IMS公有用户身份的用户备份数据和用户服务配置数据发送到容灾恢复的会话控制功能实体上。

一种IP多媒体子系统，包括会话控制功能实体以及网络存储实体，所述网络存储实体包括有：

用户数据存储单元，用于存储用户服务配置数据、恢复用户服务时的用户备份数据以及用户所注册到的会话控制功能实体信息；

所述网络存储实体还包括有容灾恢复处理单元，所述容灾恢复处理单元包括：

判断单元，判断是否需要会话控制功能实体容灾恢复；

容灾恢复数据发送单元，用于将容灾恢复的用户备份数据发送给会话控制功能实体；

所述网络存储实体还包括有：

消息发送单元，用于将所述携带有已注册的IMS私有用户身份或IMS公有用户身份信息的响应消息发送给会话控制功能实体；

所述会话控制功能实体包括有：

容灾恢复数据获取单元，用于在业务触发容灾恢复后，根据网络存储实体返回的响应消息携带的已注册的IMS私有用户身份或IMS公有用户身份信息从用户归属的网络存储实体获取用户IMS公有用户身份相关的IP多媒体子系统签约已注册IMS私有用户身份和/或IMS公有用户身份的用户备份数据和用户服务配置数据；

上述方案中，在会话控制功能实体发生故障或重启后，能够通过用户的一次业务触发完成对该用户相关的已注册IMPI和/或IMPU的用户备份数据恢复。由于及时恢复了非本次业务触发包含的IMPU和/或IMPI外用户的其它已注册IMPU和/或IMPI的用户备份数据和用户服务数据，从而能够恢复用户的一号多机、多号一机或多号多机业务，使用户有较好的业务连续性体验。

附图说明

图1是现有技术一种注册定时器触发重注册的流程图；

图2是现有技术一种用户数据模型示意图；

图3是本发明实施例容灾数据备份方法的流程图；

图4是本发明网络通过备份的注册订阅数据，通知终端进行注册以恢复业务的一种实施例流程图；

图5是本发明实施例扩展SAA或PPR消息的一种数据模型示意图；

图6是本发明实施例容灾恢复方法的主要流程图；

图7是本发明容灾恢复方法第一实施例流程图；

图8是本发明容灾恢复方法第二实施例流程图；

图9是本发明容灾恢复方法第三实施例流程图；

图10是本发明容灾恢复方法第四实施例流程图；

图11是本发明容灾恢复方法第五实施例流程图；

图12是本发明容灾恢复方法第六实施例流程图；

图13是本发明容灾恢复方法第七实施例流程图；

图14是本发明容灾恢复方法第八实施例流程图；

图15是本发明容灾恢复方法第九实施例流程图；

图16是本发明容灾恢复方法第十实施例流程图；

图17是本发明容灾恢复方法第十一实施例流程图；

图18是本发明IMS子系统涉及容灾恢复的一种网络结构实施例示意图；

图19是本发明容灾恢复处理单元的一种实施例结构示意图；

图20是图19中判断单元的一种实施例结构示意图；

图21是图19中判断单元的另一种实施例结构示意图；

图22是图19中判断单元的另一种实施例结构示意图；

图23是IMS子系统涉及容灾恢复的另一种网络结构实施例示意图；

图24是本发明容灾恢复数据获取单元的一种实施例结构示意图；

图25是本发明容灾恢复数据获取单元的另一种实施例结构示意图；

图26是本发明容灾恢复数据获取单元的另一种实施例结构示意图；

图27是本发明会话控制功能实体的一种实施例结构示意图；

图28是本发明容灾恢复方法第十二实施例流程图；

图29是本发明容灾恢复方法第十三实施例的流程图。

具体实施方式

容灾恢复所需的用户数据需要预先备份，对于用户数据的备份方式可采用多种方式，例如可参考本申请人“实现互联网协议多媒体子系统容灾的方法和装置”的专利申请中的描述，即在用户正常注册时，为用户提供服务的会话控制功能实体例如S-CSCF通过在注册服务器分配请求(SAR，ServerAssignment Request)消息中的扩展属性值对AVP：User-Backup-Data，将用户备份数据发送给网络存储实体例如HSS；网络存储实体例如HSS可将用户备份数据保存，例如以IMPI为索引进行存储，每个IMPI只需存储一份备份数据。

上述实现用户数据备份，S-CSCF可备份用户注册相关数据，例如包括但不限于contact地址以及Path等信息，另外，S-CSCF也可以将用户对注册状态的订阅数据也进行备份，例如包括但不限于Call-ID，From，To，Cseq，Record-Route等信息。

具体实现容灾数据备份，例如参考图3，该图是本发明实施例一种容灾数据备份方法的流程图。

本实施例中会话控制功能实体S-CSCF将需要备份的用户备份数据在适当的时机通过Cx接口消息备份到网络存储实体HSS上，具体进行备份的过程主要包括下述步骤：

1～3：S-CSCF处理终端用户的注册请求，最终接受用户的本次注册请求；

4～6：S-CSCF检查用户的关键注册数据是否发生了改变，如果：

A：用户原来在本地没有注册信息，通过本次注册新建立注册信息；

B：用户原来在本地已建立注册信息，但是关键注册数据有改变，如：注册的Path信息、注册Contact信息任一或者两者均有改变；

S-CSCF需要通过SAR消息(REGISTRATION或RE_REGISTRATION)向HSS备份用户关键注册数据(Path、Contact)；同时如果存在关键注册订阅数据(Call-ID，From，To，Cseq，Record-Route)，则也可包括关键注册订阅数据。

如果步骤4中决定不向HSS备份数据，则可能不会有步骤5～6产生。

如果HSS中存储了该注册用户的备份数据，而SAR消息(REGISTRATION或RE_REGISTRATION)中没有携带备份数据，HSS可以比较发起请求的S-CSCF与之前存储的S-CSCF的名字是否相同，如果不同，HSS可以选择删除存储的备份数据(这种情况可能发送在故障的原S-CSCF具有发送备份数据的能力，而新服务的S-CSCF没有这种发送能力的情形下)。

步骤7～8：S-CSCF向用户终端返回注册成功信息。

另外，也可在注册订阅过程对关键注册订阅数据进行备份，即：

步骤9～12：S-CSCF接收到用户的注册订阅请求，并接受了该注册订阅请求，向终端返回订阅成功信息，

步骤13～15：S-CSCF检查用户的关键注册订阅数据是否发生了改变，如果：

A：用户原来在本地没有注册订阅信息，通过本次注册订阅新建立注册订阅信息；

B：用户原来在本地已建立注册订阅信息，但是关键注册订阅数据有改变，如：注册订阅的Call-ID，From，To，Record-Route任一或者多个信息有改变；

S-CSCF可通过SAR消息(REGISTRATION或RE_REGISTRATION或其它新扩展的服务指配类型值)向HSS备份上述关键注册订阅数据，同时也可以将关键注册数据也备份到HSS上去，在该请求中可置User-Data-Already-Available为USER_DATA_ALREADY_AVAILABLE以避免再次下发服务配置数据。

上述对容灾恢复数据进行备份后，在原S-CSCF故障或重启时，新的S-CSCF可以通过备份恢复的订阅数据，通知终端进行重注册，以注册来恢复某个具体终端的所有业务。

例如，参考图4，一种终端业务恢复的流程如下：

1.S-CSCF容灾恢复触发后，从HSS上获取用户备份数据；

2.S-CSCF分析用户备份数据中包含备份的注册订阅数据，根据备份的注册订阅数据，向终端下发NOTIFY消息，通知终端立即进行注册；

3.终端返回200OK响应消息；

4.终端根据网络的指示，立即发起注册，恢复网络服务。

上述流程中，网络通过NOTIFY消息通知终端进行注册时，在设定的一段时间内，若终端没有向网络发起注册，S-CSCF可对该终端进行网络注销，包括注销HSS中的相关数据。

需要说明的，当S-CSCF向HSS请求恢复某个IMPU的服务数据以及备份数据时，由于一个IMPU可能关联多个IMPI，因此HSS可能需要同时返回多个IMPI的备份数据，可以通过扩展SAA或PPR消息携带一个新的AVPAssociated-Back-Info进行传送，例如在SAA中增加一个新的AVP，如AVP名为Associated-Registered-Identities，来返回和所述IMPU关联注册的所有IMPI的信息，或者在原AVP：Associated-Identities中增加标志位等方式来返回所述IMPU关联注册的IMPI信息。

具体实现时，所述Associated-Back-Info可以采用复合AVP的结构，如下：

Associated-Back-Info::＝<AVP header：TBD>

{User-Name}

^*{User-Backup-Data}

其中又包含了两个AVP，User-Name携带私有用户身份IMPI，User-Backup-Data携带User-Name中所携带的IMPI对应的备份数据。当一个IMPU对应多个IMPI时，HSS在返回消息中可以重复携带多个Associated-Back-Info AVP。

或者也可以定义Associated-Back-Info为一个包含文本信息的AVP，其数据模型参考图5所示，其中，一个Associated-Back-Info实例包含了1到n个User-Back-Info实例，每个User-Back-Info实例包含了1个UserName实例和至少1个User-Backup-Data实例。每个User-Backup-Data实例包含了和UserName包含的IMPI对应的备份数据，其中至少包括该IMPI注册相关的Path，Contact信息。

下面详细说明本发明容灾恢复方法的具体实施例。

参考图6，该图为本发明实施例容灾恢复方法的主要流程图，具体容灾恢复主要包括以下步骤：

步骤S101，容灾恢复的会话控制功能实体如S-CSCF被触发，具体实现时，当原来为用户提供服务的会话控制功能实体故障或重启后数据不可用时，可以在各种业务过程进行触发，例如，在用户通过任一个终端发起始呼或注册的业务过程中触发会话控制功能实体；或者，在有用户的终呼或应用服务器(AS，Application Server)代替用户始呼的业务过程也可触发会话控制功能实体的容灾恢复，另外，短信、订阅等业务过程也可以实现会话控制功能实体的容灾恢复被触发，这里不再一一例举。

步骤S102，容灾恢复的会话控制功能实体从用户归属的网络存储实体如HSS获取用户IMPU相关的IMS Subscription已注册IMPI和/或IMPU的用户备份数据和用户服务配置数据。

本实施例中在新选的S-CSCF或重启的S-CSCF恢复数据过程中不仅恢复本次呼叫或注册相关的IMPU和/或IMPI的用户数据，还要完全恢复该用户相关的IMS Subscription下的所有已注册IMPI和/或IMPU的数据。

步骤S103，容灾恢复的S-CSCF根据所述获取的IMS Subscription已注册IMPI和/或IMPU的用户备份数据和用户服务配置数据恢复该用户相应的服务处理。1.S-CSCF容灾恢复后，从HSS上获取用户备份数据。

下面以各种应用场景的具体实施例对容灾恢复方法进行详细说明。

参考图7，该图是本发明容灾恢复方法第一实施例流程图。

本实施例中采用HSS来判断IMS Subscription的所有用户数据是否已经完全恢复到新的S-CSCF，如果还有数据没有恢复，HSS则向新的S-CSCF下发推送配置请求(PPR，Push Profile Request)消息，将用户备份数据和用户服务配置数据推向S-CSCF，业务触发容灾恢复的具体应用场景为：S-CSCF故障，用户始发业务(如用户始呼业务)或用户注册业务过程触发引起的恢复处理，其中，始呼时如果原来的S-CSCF不可用，会引发用户设备(UE，User Equipment)进行重注册。

如图7中用户进行注册(1.REGISTER-17.200)，具体注册流程同IMS标准流程，这里不再详述，其中：

L2(8a)：按照标准流程，HSS根据多媒体认证请求(MAR，Multimedia-Authentication-Request)消息改变了ServerName后，可选向原S-CSCF下发RTR消息。本实施例中，HSS在向受影响的其它关联注册用户下发RTR(SERVER_CHANGE)后，如果原S-CSCF没有响应，则不改变用户的注册状态；如果HSS通过故障检测机制获知原S-CSCF处于故障状态，则不需要下发RTR消息且不改变用户的注册状态。

本实施例中HSS判断出原S-CSCF故障(如对RTR无响应或者通过故障检测机制检测出HSS故障)，则向新的S-CSCF下发PPR消息(18.PPR)，以恢复整个IMS Subscription的用户数据：

该下发的PPR消息比标准PPR消息增加一个AVP：User-Backup-Data，用于携带用户的备份数据，同时该AVP的存在，可给S-CSCF一个指示：对PPR消息中的用户信息进行容灾恢复操作。

一般的，一条PPR消息仅能携带一份用户数据(User Profile)，封装在一个AVP：User-Data中，即一条PPR消息仅能携带一份User-Data。当一个IMPI注册的多个IMPU不在同一隐式注册集时，HSS需要针对不同的隐式注册集分别下发PPR消息，每条消息中均包含了用户的备份数据。

为了减少Cx接口上的消息流量，本发明实施例同时提供另一种可选扩展方式以减少备份数据的重复下发：即在PPR消息中，允许携带多个User-DataAVP，每一个User-Data AVP包含一个隐式注册集对应的所有IMPU对应的用户服务配置数据(Service Profile)。这样，一个IMPI的用户备份数据以及该IMPI关联的所有注册IMPU的User Profile可以通过一次PPR消息交互完成恢复。

而S-CSCF在接收到该PPR消息后，存储PPR消息中携带的用户备份数据，向HSS返回PPA响应消息(19.PPA)；S-CSCF按照PPR消息中所携带的备份数据，对用户进行恢复操作，即向终端发送NOTIFY消息，触发其立即重新注册(20.恢复处理)，具体同前所述。

HSS中如果还有其它受影响的已注册的IMPU/IMPI需要恢复，则继续重复18-20步直到所有已注册的IMPI和IMPU数据都得到恢复(21.PPR-23.恢复处理)。

需要说明的，对于业务触发容灾恢复的具体应用场景为：S-CSCF重启，其上未被迁移的用户进行始呼引起的恢复处理，将引起UE重注册；通过注册恢复用户服务的过程与本实施例类似，这里不再赘述。

参考图8，该图是本发明容灾恢复方法第二实施例流程图。

本实施例中采用HSS来判断IMS Subscription的所有用户备份数据是否已经完全恢复到新的S-CSCF，如果还有数据没有恢复，HSS则向新的S-CSCF下发PPR消息，将用户备份数据和用户服务配置数据推向S-CSCF，业务触发容灾恢复的具体应用场景为：S-CSCF故障或重启，终呼或AS代替用户发起的始呼经过I-CSCF引起的恢复处理。

如图8，具体容灾恢复主要包括下述步骤：

步骤1～5：可参考本申请人申请的发明“实现互联网协议多媒体子系统容灾的方法和装置”中的恢复逻辑处理，即ICSCF收到用户的终结业务请求、或者是AS代用户的始发业务请求；查询HSS以获取服务S-CSCF，如果服务S-CSCF故障，则与HSS进行交互以重选S-CSCF，然后向重选的S-CSCF转发业务请求并添加容灾标志；如果HSS指示的服务S-CSCF故障后重启成功，则直接将业务请求转发到该S-CSCF；

收到业务请求的S-CSCF，通过业务请求中的容灾标志，可以判断出需要进行容灾恢复；或者业务请求没有容灾标志，S-CSCF发现用户在本地没有注册，则向HSS发起SAR(UNREGISTERED_USER)请求，HSS收到该请求后发向用户为非UNREGISTERED状态，则返回SAA(DIAMETER_ERROR_IN_ASSIGNMENT_TYPE)，S-CSCF收到该响应后，可进行容灾处理。

步骤6～7：HSS通过步骤3中S-CSCF发起的RESTORE请求可以判断出当前S-CSCF需要恢复用户数据，因此同第一实施例中步骤18～19，下发PPR消息对用户进行恢复。

需要说明的，上述AS代替用户发起始呼有一种情况是不经过I-CSCF直接到S-CSCF，可分两种情况进行容灾恢复：

(1)如果从HSS获取到的S-CSCF联系不上，AS可将会话路由到I-CSCF，I-CSCF进行后续路由，容灾恢复处理的过程同上，这里不再赘述。

(2)如果从HSS获取到的S-CSCF能联系上，但该S-CSCF发生过重启，可能丢失了用户数据，S-CSCF按照重启场景的逻辑确定需要从HSS恢复用户数据，其它处理过程同6-7步。

参考图9，该图是本发明容灾恢复方法第三实施例流程图。

本实施例中采用S-CSCF判断需容灾恢复，可多次向HSS发起用户数据请求的方式来进行整个IMS Subscription的用户数据的恢复，发起请求的索引采用IMPI，而业务触发容灾恢复的具体应用场景是：S-CSCF故障，UE始呼或注册引起的恢复处理，其中UE始呼时如果原来的S-CSCF不可用，会引发UE进行重注册。

如图9，具体容灾恢复主要包括下述步骤：

1-6，为用户切换到新的S-CSCF的注册过程；

L1(7～8)：同第一实施例中的步骤L2，如果HSS没有检测到S-CSCF故障时，下发RTR消息，若没有收到RTA响应消息，则不改变用户的注册状态；

10：HSS在SAA消息中，除返回关联标识Associated-Identities(一个IMSSubscription中所有的IMPI)外，同时需要提供IMS Subscription中所有已注册IMPI信息，本实施例中可以通过增加AVP：Associated-Registered-Identities或者在原AVP：Associated-Identities中增加标志位等方式来返回该已注册IMPI信息。

13：S-CSCF获取到已注册的IMPI列表信息后，对本地已注册的该IMSSubscription中的用户进行校验，如果HSS反馈的已注册的IMI用户信息中指示的注册用户在S-CSCF本地没有注册，则可向HSS发起携带容灾恢复指示信息的SRR/SAR请求，该请求携带注册IMPI列表中尚未注册的一个IMPI，向HSS请求恢复该IMPI对应的用户备份数据。

14：HSS收到恢复IMPI用户数据的请求时，在响应消息中返回该IMPI对应的用户备份数据和用户服务配置数据。

需要说明的，本实施例中，可扩展SRA/SAA消息，使其可以包含多个User-Data AVP，以返回关联于同一个IMPI但属于不同隐式注册集的IMPU的Service Profile。

S-CSCF收到响应后，根据响应中的备份数据进行恢复操作。

15～16：如果步骤10中返回的已注册IMPI列表包含多个IMPI，可针对每个IMPI进行与步骤13～14相同的恢复操作。

参考图10，该图是本发明容灾恢复方法的第四实施例的流程图。

本实施例采用S-CSCF判断需容灾恢复，可多次向HSS发起用户数据请求的方式来进行整个IMS Subscription的用户数据的恢复，发起请求的索引采用IMPI，，而业务触发容灾恢复的具体应用场景是：S-CSCF重启，UE始呼或注册引起的恢复处理，其中UE始呼时，如果S-CSCF重启而没有主叫用户的用户数据，会引发UE进行重注册。

如图10，具体容灾恢复主要包括下述步骤：

1～11：S-CSCF重启成功后，UE发起注册请求，ICSCF通过与HSS的UAR/UAA交互，向重启后的S-CSCF发送注册请求；该S-CSCF完成对用户的鉴权后，向HSS发起SAR请求。

12～18：同第三实施例中的步骤10～16，重启后的S-CSCF可完整恢复IMS Subscription中所有的用户的数据。

参考图11，该图是本发明容灾恢复方法的第五实施例的流程图。

本实施例中采用S-CSCF判断需容灾恢复，多次向HSS发起用户数据请求的方式来进行整个IMS Subscription的用户数据的恢复，发起请求的索引为IMPI，而业务触发容灾恢复的具体应用场景是：S-CSCF故障或重启，终呼或AS代替用户经由I-CSCF发起的始呼引起的恢复处理。

如图11，具体容灾恢复主要包括下述步骤：

步骤1～3：可参考本申请人申请的发明“实现互联网协议多媒体子系统容灾的方法和装置”中的恢复逻辑处理，即ICSCF收到用户的终结业务请求、或者是AS代用户的始发业务请求；查询HSS以获取服务S-CSCF，如果服务S-CSCF故障，则与HSS进行交互以重选S-CSCF，然后向重选的S-CSCF转发业务请求并添加容灾标志；如果HSS指示的服务S-CSCF故障后重启成功，则直接将业务请求转发到该S-CSCF；

4：HSS在容灾恢复响应中，除了返回该IMPU或者该IMPU对应的隐式注册组中所有IMPU所对应的Service Profile和IMPI的用户备份数据外，还需要返回该IMS Subscription中已注册的IMPI信息，本实施例中例如可以通过在恢复响应消息中增加AVP：Associated-Registered-Identities携带该已注册的IMPI信息。

6～9：同第三实施例中的恢复处理的步骤13～16，这里不再重复描述。

同样需要说明的，AS代替用户发起始呼有一种情况是不经过I-CSCF直接到S-CSCF，可分两种情况进行容灾恢复：

(1)如果从HSS获取到的S-CSCF联系不上，AS可将会话路由到I-CSCF，I-CSCF进行后续路由，后续容灾恢复处理过程同上，这里不再重复描述。

(2)如果从HSS获取到的S-CSCF能联系上，但该S-CSCF发生过重启，可能丢失了用户数据，S-CSCF按照重启场景的逻辑判断确定需要从HSS恢复用户数据，其它处理过程同上述步骤3及后续步骤，这里不再重复描述。

另外，也可以为IMPU索引发起容灾恢复请求，例如，参考图12，该图是本发明容灾恢复方法的第六实施例流程图。

本实施例中采用S-CSCF判断需要容灾恢复，多次向HSS发起容灾恢复用户数据请求的方式来进行整个IMS Subscription的用户数据的恢复，其中发起请求的索引为IMPU，而对于业务触发恢复流程，本实施例中可适用各种业务触发流程，例如，用户主叫、用户被叫的业务触发恢复流程，或者，AS代替用户发起主叫的恢复触发流程，这里不再对各种业务触发流程进行详细描述，仅描述提供完整恢复IMS Subscription数据的方法。

如图12，完整恢复IMS Subscription数据可包括：

1.采用本申请人申请的发明“实现互联网协议多媒体子系统容灾的方法和装置”中所定义使用的SRR/SAR请求，即Service Restore Request服务恢复请求或Server-Assignment-Request服务器分配请求；

2.HSS在SRA/SAA响应消息中，返回请求所携带的IMPU的所有直接关联的已注册IMPI的备份数据(User-Backup-Data)，通过User-Data AVP返回用户/隐式注册集中的所有IMPU的Service Profile；此外HSS还返回该IMS Subscription中其它已注册的IMPU的列表。

3：S-CSCF恢复SRA/SAA响应消息中所携带的用户数据，并且在获取已注册IMPU列表后，通过扩展SAR消息中的Server-Assignment-Type，逐个恢复IMPU的完整数据，例如，在SAR消息中增加一个新的操作类型：RESTORE_ONE，向HSS请求逐个恢复IMPU的完整数据。

4：HSS接收到该RESTORE_ONE类型的恢复请求后，返回该IMPU所有直接关联的已注册IMPI的备份数据(User-Backup-Data)，通过User-DataAVP返回用户/隐式注册集中的用户的User Profile。S-CSCF按照此数据恢复用户数据。

如果步骤2中返回的IMPU列表包含多个IMPU，对每个IMPU都进行步骤3～4的恢复处理。

参考图13，该图是本发明容灾恢复方法的第七实施例流程图。

本实施例中与上述实施例不同的是S-CSCF通过一次恢复处理恢复整个IMS Subscription的全部用户备份数据，而对于业务触发恢复流程，本实施例中可适用各种业务触发流程，这里不再对各种业务触发流程进行详细描述。

如图13，一次恢复处理恢复整个IMS Subscription的全部用户备份数据可通过下述步骤：

2.HSS查询容灾恢复请求中IMPU所在的IMS Subscription中的所有IMPI以及IMPU的已注册实例，将注册实例中的所有用户备份数据，用户服务配置数据，通过SRA/SAA消息一次返回给S-CSCF。

本实施例中需要SRA/SAA消息扩展支持多组User-Data AVP，每一User-Data封装的内容与协议所定标准一致：包括Private Identity、相关的隐式注册集中的IMPU以及这些IMPU的Service Profile。

参考图14，该图是本发明容灾恢复方法的第八实施例流程图。

本实施例中与上述第一到第六实施例不同的是S-CSCF通过一次恢复处理，恢复整个IMS Subscription的全部数据，但HSS通过一次PPR/PPA消息恢复整个IMS Subscription的全部用户备份数据，而对于业务触发恢复流程，本实施例中可适用各种业务触发流程，这里不再对各种业务触发流程进行详细描述。

如图14，一次恢复处理恢复整个IMS Subscription的全部用户备份数据可通过下述步骤：

1：S-CSCF与HSS之间可通过MAR/MAA消息或者SRR/SRA消息或者SAR/SAA消息等交互；2：其中HSS可通过MAR/MAA消息交互改变了ServerName，且判断出原S-CSCF故障(如下发RTR消息后无响应)，则可通过PPR消息向S-CSCF一次下发受影响的IMPU所在的整个IMSSubscription的全部用户备份数据及用户服务配置数据；

或者HSS通过SRR/SRA消息、SAR/SAA消息交互，确知当前属于容灾恢复场景，则可通过PPR消息向S-CSCF一次下发受影响的IMPU所在的整个IMS Subscription的全部用户备份数据及用户服务配置数据；

需要说明的，该实现要求PPR消息扩展支持多组User-Data AVP，每一User-Data封装的内容与协议所定标准一致：包括Private Identity、相关的隐式注册集中的IMPU以及这些IMPU的Service Profile。

可见，上述第一到八实施例中采用一次触发恢复整个IMS签约的用户备份数据和用户服务数据的方法时，由于及时恢复了非本次业务触发包含的IMPU和/或IMPI外用户的所有其它已注册IMPU和/或IMPI的用户备份数据和用户服务数据，从而能够恢复用户的一号多机、多号一机或多号多机业务，使用户有较好的业务连续性体验。

参考图15，该图是本发明容灾恢复方法第九实施例流程图。

本实施例中采用S-CSCF判断需要进行容灾恢复，一次恢复一个IMPU及其所在隐式注册集包含的IMPU相关的业务数据和所有关联注册的IMPI的备份数据。业务触发容灾恢复的具体应用场景是：S-CSCF故障，UE始呼或注册引起的恢复处理，其中UE始呼时如果原来的S-CSCF不可用，会引发UE进行重注册。

如图15，具体容灾恢复主要包括下述步骤：

1-6，为用户切换到新的S-CSCF的注册过程；

10：HSS在SAA消息中，需要返回SAR请求中携带的IMPU所直接关联的已注册IMPI信息，且如果该IMPU除在该注册请求中携带的IMPI外，没有其它已注册的IMPI，可不用返回注册IMPI信息。

本实施例中可以通过增加AVP：Associated-Registered-Identities或者在原AVP：Associated-Identities中增加标志位等方式来返回该IMPU关联注册的IMPI信息。

如果HSS没有返回已关联注册的IMPI信息，则S-CSCF不需要进行步骤13及其后续步骤的处理。

13：S-CSCF获取到已注册的IMPI列表信息后，对IMPU在本地已关联注册的IMPI进行校验，如果HSS反馈的已注册的IMPI在S-CSCF本地没有注册，则可向HSS发起携带容灾恢复指示信息的SRR/SAR请求，该请求携带本次注册请求的IMPU，向HSS请求恢复该IMPU对应的用户备份数据(如果用户的服务配置数据Service Profile已经在SAA中返回，为了避免ServiceProfile的重复下发，则可以将在请求中将User-Data-Already-Available置为USER_DATA_ALREADY_AVAILABLE，让HSS决定可以不用再次下发Service Profile，但依然下发用户备份数据)。

14：HSS收到恢复IMPU用户数据的请求时，在响应消息中返回该IMPU或者该IMPU对应的隐式注册组中所有IMPU所对应的Service Profile和该IMPU以及该IMPU对应的隐式注册集所对应的所有IMPI的用户备份数据。

S-CSCF收到响应后，根据响应中的备份数据进行恢复操作。

参考图16，该图是本发明容灾恢复方法的第十实施例的流程图。

本实施例中采用S-CSCF判断需要进行容灾恢复，一次恢复一个IMPU及其所在隐式注册集包含的IMPU相关的业务数据和所有关联注册的IMPI的备份数据。业务触发容灾恢复的具体应用场景是：S-CSCF重启，UE始呼或注册引起的恢复处理，其中UE始呼时，如果S-CSCF重启而没有主叫用户的用户数据，会引发UE进行重注册。

如图16，具体容灾恢复主要包括下述步骤：

1～11：S-CSCF重启成功后，UE发起注册请求，I-CSCF通过与HSS的UAR/UAA交互，向重启后的S-CSCF发送注册请求；该S-CSCF完成对用户的鉴权后，向HSS发起SAR请求。

12～16：同第九实施例中的步骤10～14，重启后的S-CSCF可一次完整恢复一个IMPU及其所在隐式注册集包含的IMPU相关的所有注册数据和业务数据。

参考图17，该图是本发明容灾恢复方法的第十一实施例的流程图。

本实施例中采用S-CSCF判断需要进行容灾恢复，一次恢复一个IMPU及其所在隐式注册集包含的IMPU相关的业务数据和所有关联注册的IMPI的注册数据。而业务触发容灾恢复的具体应用场景是：S-CSCF故障或重启，终呼或AS代替用户经由I-CSCF发起的始呼引起的恢复处理。

如图17，具体容灾恢复主要包括下述步骤：

步骤1～3：可参考本申请人申请的发明“实现互联网协议多媒体子系统容灾的方法和装置”中的恢复逻辑处理，即I-CSCF收到用户的终结业务请求、或者是AS代替用户发起的始发业务请求，查询HSS以获取服务S-CSCF，如果服务S-CSCF故障，则与HSS进行交互以重选S-CSCF，然后向重选的S-CSCF转发业务请求并添加容灾标志；如果HSS指示的服务S-CSCF故障后重启成功，则I-CSCF会直接将业务请求转发到该S-CSCF；

收到业务请求的S-CSCF，通过业务请求中的容灾标志，可以判断出需要进行容灾恢复；或者业务请求没有容灾标志，S-CSCF发现用户在本地没有注册，则向HSS发起SAR(UNREGISTERED_USER)请求，HSS收到该请求后发现用户为REGISTERED状态，则返回SAA(DIAMETER_ERROR_IN_ASSIGNMENT_TYPE)，S-CSCF收到该响应后，可进行容灾处理。

4：HSS在容灾恢复响应中，返回该IMPU或者该IMPU对应的隐式注册组中所有IMPU所对应的Service Profile和该IMPU或者该IMPU对应的隐式注册组所对应的所有IMPI的用户备份数据。HSS也可以选择在以上第3步中返回DIAMETER_ERROR_IN_ASSIGNMENT_TYPE给S-CSCF的同时将该IMPU或者该IMPU对应的隐式注册组中所有IMPU所对应的Service Profile和该IMPU或者该IMPU对应的隐式注册组中所有IMPU所对应的所有IMPI的用户备份数据在SAA中携带给S-CSCF。

S-CSCF收到响应后，根据响应中的备份数据进行恢复操作。

可见，上述第九到十一的实施例中，可实现在每一次的业务触发中，完成对受影响的公有用户身份IMPU相关的用户备份数据和用户服务数据的完整恢复，由于每次业务触发都能得到完整的用户服务数据和用户备份数据，也能够恢复用户的一号多机、多号一机或多号多机业务，使用户有较好的业务连续性体验。

参考图28，该图是本发明容灾恢复方法第十二实施例流程图。

本实施例中采用HSS判断是否需要进行容灾恢复，一次恢复一个IMPU及其所在隐式注册集包含的IMPU相关的业务数据和所有关联注册的IMPI的备份数据。业务触发容灾恢复的具体应用场景是：S-CSCF不可及，UE始呼/注册/重注册/去注册引起的恢复处理，其中UE始呼时如果原来的S-CSCF不可用，会引发UE进行重注册。

如图28，具体容灾恢复主要包括下述步骤：

1-6，为用户切换到新的S-CSCF的注册过程；

9：S-CSCF在向HSS发送的SAR(REGISTRATION或RE_REGISTRATION或USER_DEREGISTRATION或USER_DEREGISTRATION_STORE_SERVER_NAME)请求中，携带注册IMPU在S-CSCF本地已注册的关联IMPI信息；本实施例中可以通过增加AVP：Associated-Registered-Identities来携带该IMPU关联注册的IMPI信息；如果S-CSCF本地没有已注册的关联IMPI信息，则可以不用携带该信息。

HSS接收到SAR(REGISTRATION或RE_REGISTRATION或USER_DEREGISTRATION或USER_DEREGISTRATION_STORE_SERVER_NAME)请求后，查询请求中的IMPU在HSS中已注册的关联IMPI信息；然后判断在S-CSCF的请求中携带的关联注册IMPI信息是否与HSS中已注册的关联IMPI信息相同，如果相同，则按正常处理返回SAA信息；否则如果S-CSCF的请求中携带的关联注册IMPI信息不同于HSS中已注册的关联IMPI信息：

A：如果S-CSCF携带的关联注册IMPI信息尚未包含某个/多个HSS中的注册关联IMPI信息，则HSS在返回的SAA中携带所有未包含关联注册IMPI的用户备份数据；

B：如果HSS中已注册的关联IMPI信息不能全部包含S-CSCF在请求中携带的关联注册IMPI信息，则HSS在返回的SAA中携带查询请求中的IMPU在HSS中已注册的关联IMPI信息；

上述条件A、B可能会同时发生，如S-CSCF携带的关联注册的IMPI信息包括IMPI1、IMPI2、IMPI3，HSS中已有的关联注册IMPI信息为IMPI1、IMPI3、IMPI4；此时，HSS需要在SAA中返回IMPI4的用户备份数据，并且返回HSS中已注册的关联IMPI信息：IMPI1、IMPI3、IMPI4。

10：S-CSCF收到HSS的SAA响应后：

如果SAA中未携带任何IMPI备份数据或者已注册IMPI信息，则按正常流程处理；

如果HSS在SAA中返回了关联注册IMPI的用户备份数据，S-CSCF需要保存这些数据，并根据这些备份数据进行恢复操作；

如果HSS在SAA中返回了关联注册的IMPI信息，则S-CSCF将HSS返回的关联注册的IMPI信息和S-CSCF中存储的注册IMPI信息进行对比，对于S-CSCF中有的而HSS中没有的IMPI进行去注册。

参考图29，该图是本发明容灾恢复方法的第十三实施例的流程图。

本实施例中采用HSS判断是否需要进行容灾恢复，一次恢复一个IMPU及其所在隐式注册集包含的IMPU相关的业务数据和所有关联注册的IMPI的备份数据。业务触发容灾恢复的具体应用场景是：S-CSCF重启/路径恢复，UE始呼或注册/去注册引起的恢复处理，其中UE始呼时，如果S-CSCF重启而没有主叫用户的用户数据，会引发UE进行重注册。

如图29，具体容灾恢复主要包括下述步骤：

1～10：S-CSCF重启成功后，UE发起注册请求，I-CSCF通过与HSS的UAR/UAA交互，向重启后的S-CSCF发送注册请求；该S-CSCF完成对用户的鉴权后，准备向HSS发起SAR请求。

11～12：同第十二实施例中的9-10；

完成后续流程处理，完成恢复过程。

通过以上实施例，重启后的S-CSCF可一次完整恢复一个IMPU及其所在隐式注册集包含的IMPU相关的所有注册数据和业务数据，或者去注册HSS中没有记录为注册IMPI的用户。

以上实施例十二中所述第9、10步骤也可适用于因为S-CSCF中用户数据部分发生异常时的普通注册场景。用于S-CSCF对其保存的用户数据和HSS中存储的用户数据之间进行同步。

为了实现本发明实施例所提供的上述方法，需要对现有的网络系统及设备的功能作相应的扩展。

参考图18，该图是本发明IMS子系统涉及容灾恢复的一种网络结构实施例示意图。

本实施例中IMS子系统包括会话控制功能实体1，如S-CSCF，以及网络存储实体2，如HSS，其中所述网络存储实体2包括有：

用户数据存储单元21，用于存储用户服务配置数据、恢复用户服务时的用户备份数据以及用户所注册到的会话控制功能实体信息；

另外，网络存储实体2还包括有容灾恢复处理单元22，用于进行容灾恢复，具体的，参考图19，容灾恢复处理单元22可包括：判断单元221和数据传送单元222，其中

判断单元221，本实施例中判断单元221用于判断是否需要会话控制功能实体容灾恢复，具体实现时，判断单元221可采用各种判断结构进行判断，例如，参考图20，该图为判断单元221的一种实施例结构示意图，具体包括：

解析单元2211a，用于解析会话控制功能实体发送来的携带恢复指示的SAR消息，以确定所述SAR消息是否携带有恢复指示信息；

确定单元2212a，根据解析单元2211a的解析结果，若所述SAR消息携带有恢复指示信息，则确定会话控制功能实体需要容灾恢复。

另外，参考图21，该图是判断单元221的另一种实施例结构示意图，具体包括：

检测单元2211b，用于检测用户注册的会话控制功能实体是否发生变化，且用户归属的网络存储实体在向用户原注册的会话控制功能实体发出RTR消息是否有收到会话控制功能实体返回的RTA响应消息；

确定单元2212b，若检测单元2211b检测结果为用户注册的会话控制功能实体是否发生变化，且用户归属的网络存储实体没有收到话控制功能实体返回的RTA响应消息，则确定会话控制功能实体需要容灾恢复。

参考图22，该图是判断单元221的另一种实施例结构示意图，具体的，所述判断单元包括：

检测单元2211c，用于检测用户注册的会话控制功能实体是否发生变化，且该用户原注册的会话控制功能实体是否有故障；

确定单元2212c，若检测单元检测结果为用户注册的会话控制功能实体发生变化，且该用户注册的会话控制功能实体发生故障，则确定需要进行会话控制功能实体容灾恢复。

数据传送单元222，本实施例中数据传送单元222用于在上述判断单元221判断结果为是时，通过一次或多次与容灾恢复的会话控制功能实体交互，将该用户相关的IMS Subscription下的已注册IMPI和/或IMPU的用户备份数据和用户服务配置数据发送到容灾恢复的会话控制功能实体上。

参考图23，该图是本发明IMS子系统涉及容灾恢复的另一种网络结构实施例示意图。

本实施例的一种IP多媒体子系统，包括会话控制功能实体1，如S-CSCF，以及网络存储实体2，如HSS，其中会话控制功能实体1包括有：容灾恢复数据获取单元11和容灾恢复处理单元12，其中

容灾恢复数据获取单元11，用于在业务触发容灾恢复后，根据网络存储实体返回的响应消息携带的已注册的IMPI或IMPU信息从用户归属的网络存储实体获取用户IMPU相关的IMS Subscription已注册IMPI和/或IMPU的用户备份数据和用户服务配置数据；

容灾恢复处理单元12，用于根据所述容灾恢复数据获取单元获取的IMSSubscription已注册IMPI和/或IMPU的用户备份数据和用户服务配置数据恢复该用户相应的服务处理。

参考图24，该图是本发明容灾恢复数据获取单元11的一种实施例结构示意图。

本实施例中所述容灾恢复数据获取单元11可包括：

解析单元111a，用于解析获取用户归属的HSS传送来的已注册的IMPI信息；

判断单元112a，用于根据收到的已注册的IMPI的信息确定需要恢复的IMPI；

请求单元113a，向用户归属的HSS请求容灾恢复判断单元112b确定的IMPI对应的用户备份数据；

接收单元114a，用于接收用户归属的HSS在响应消息中返回的该IMPI对应的用户备份数据和该IMPI对应的IMPU对应的用户服务配置数据。

另外，参考图25，该图是本发明容灾恢复数据获取单元的另一种实施例结构示意图。

本实施例中所述容灾恢复数据获取单元11可包括：

解析单元111b，用于解析获取用户归属的HSS传送来的已注册的IMPU信息；

判断单元112b，根据收到的已注册的IMPU的信息确定需要恢复的IMPU；

请求单元113b，向用户归属的HSS请求容灾恢复判断单元112b确定的IMPU直接关联注册的IMPI对应的用户备份数据；

接收单元114b，用于接收用户归属的HSS在响应消息中返回该IMPU直接关联注册的IMPI对应的用户备份数据和该IMPU对应的用户服务配置数据。

另外，参考图26，该图是本发明容灾恢复数据获取单元的另一种实施例结构示意图。

本实施例中所述容灾恢复数据获取单元11可包括：

解析单元111c，用于解析获取用户归属的网络存储实体传送来的已注册的IMS私有用户身份信息；

判断单元112c，用于根据收到的已注册的IMS私有用户身份的信息确定需要恢复的IMS公有用户身份；

请求单元113c，用于向用户归属的网络存储实体请求容灾恢复所述判断单元确定的需要恢复的IMPU直接关联注册的IMPI对应的用户备份数据和该IMPU用户服务配置数据；

接收单元114c，用于接收用户归属的网络存储实体在响应消息中返回的该IMPU直接关联注册的IMPI对应的用户备份数据和该IMPU用户服务配置数据。

而网络存储实体2包括有：

以及容灾恢复数据发送单元22，用于将容灾恢复的用户备份数据发送给会话控制功能实体；

另外，网络存储实体2还包括有：

消息封装单元23，用于封装携带有已注册的IMPI或IMPU信息的响应消息，其中所述响应消息可以采用各种消息，例如SAA消息，通过所述SAA消息中的AVP：关联注册标识Associated-Registered-Identities或者在AVP：关联标识Associated-Identities中增加的标志位携带所述已注册的IMPI或IMPU信息。

消息发送单元24，用于将所述携带有已注册的IMPI或IMPU信息的响应消息发送给会话控制功能实体。

需要说明的，参考图27，上述本发明IMS子系统涉及容灾恢复的第一实施例和第二实施例的网络结构中，所述会话控制功能实体涉及容灾数据备份可包括如下功能单元，即：

启动处理单元13，用于启动容灾数据备份处理，具体实现时，所述启动处理单元13可在用户注册订阅完成后启动容灾数据备份处理；

判断处理单元14，用于在启动处理单元13启动容灾数据备份处理后，判断是否需要对注册订阅数据进行备份，并在判断结果为是后，对注册订阅数据进行备份。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1、一种容灾恢复方法，其特征在于，包括:

容灾恢复的会话控制功能实体被触发；

2、根据权利要求1所述的容灾恢复方法，其特征在于，所述容灾恢复的会话控制功能实体从用户归属的网络存储实体获取用户IMS公有用户身份相关的IP多媒体子系统签约已注册IMS私有用户身份和/或IMS公有用户身份的用户备份数据和用户服务配置数据包括:

用户归属的网络存储实体在判断出需要对会话控制功能实体进行容灾恢复后，通过一次或多次与容灾恢复的会话控制功能实体交互，将该用户相关的IP多媒体子系统签约下的已注册IMS私有用户身份和/或IMS公有用户身份的用户备份数据和用户服务配置数据发送到容灾恢复的会话控制功能实体上。

3、根据权利要求2所述的容灾恢复方法，其特征在于，用户归属的网络存储实体判断是否需要进行会话控制功能实体容灾恢复的方式包括:

在收到会话控制功能实体发来的携带恢复指示的服务器分配请求消息后，根据所述服务器分配请求消息携带的恢复指示判断出需要会话控制功能实体容灾恢复；或者

用户注册的会话控制功能实体发生变化，且用户归属的网络存储实体在向用户原注册的会话控制功能实体发出注册终止请求消息但没有收到会话控制功能实体返回的注册终止应答响应消息时判断出需要进行会话控制功能实体容灾恢复；或者

用户注册的会话控制功能实体发生变化，且用户归属的网络存储实体判断出用户原注册的会话控制功能实体故障，则不向用户原注册的会话控制功能实体发送注册终止请求消息，直接判断出需要对会话控制功能实体进行容灾恢复。

4、根据权利要求2所述的容灾恢复方法，其特征在于，所述通过一次与容灾恢复的会话控制功能实体交互，将该用户相关的IP多媒体子系统签约下的已注册IMS私有用户身份和/或IMS公有用户身份的用户备份数据和用户服务配置数据发送到容灾恢复的会话控制功能实体上为:

通过扩展支持多组User-DataAVP的推送配置请求消息与容灾恢复的会话控制功能实体一次交互，将IP多媒体子系统签约下的已注册IMS私有用户身份和/或IMS公有用户身份的用户备份数据和用户服务配置数据发送到容灾恢复的会话控制功能实体上；或者

通过扩展支持多组User-Data AVP的SRA/服务器分配应答消息与容灾恢复的会话控制功能实体一次交互，将IMS签约下的已注册IMS私有用户身份和/或IMS公有用户身份的用户备份数据和用户服务配置数据发送到容灾恢复的会话控制功能实体上。

5、根据权利要求1所述的容灾恢复方法，其特征在于，所述容灾恢复的会话控制功能实体从用户归属的网络存储实体获取用户IMS公有用户身份相关的IP多媒体子系统签约已注册IMS私有用户身份和/或IMS公有用户身份的用户备份数据和用户服务配置数据包括:

用户归属的网络存储实体将已注册的IMS私有用户身份信息传递给容灾恢复的会话控制功能实体；

容灾恢复的会话控制功能实体根据收到的已注册的IMS私有用户身份的信息确定需要恢复的IMS私有用户身份，向用户归属的网络存储实体请求容灾恢复该IMS私有用户身份对应的用户备份数据；

用户归属的网络存储实体在响应消息中返回该IMS私有用户身份对应的用户备份数据和该IMS私有用户身份对应的IMS公有用户身份对应的用户服务配置数据。

6、根据权利要求1所述的容灾恢复方法，其特征在于，所述容灾恢复的会话控制功能实体从用户归属的网络存储实体获取用户IMS公有用户身份相关的IP多媒体子系统签约已注册IMS私有用户身份和/或IMS公有用户身份的用户备份数据和用户服务配置数据包括:

容灾恢复的会话控制功能实体根据收到的已注册的IMS私有用户身份信息确定需要对IMS公有用户身份进行恢复，向用户归属的网络存储实体请求容灾恢复该IMS公有用户身份对应用户服务配置数据和该IMS公有用户身份直接关联注册的IMS私有用户身份对应的用户备份数据；

用户归属的网络存储实体在响应消息中返回所有和该IMS公有用户身份对应的用户服务配置数据和该IMS公有用户身份直接关联注册的IMS私有用户身份对应的用户备份数据。

7、根据权利要求5或6所述的容灾恢复方法，其特征在于，所述用户归属的网络存储实体将已注册的IMS私有用户身份信息传递给容灾恢复的会话控制功能实体包括:

用户归属的网络存储实体将IMS公有用户身份相关的IMS签约的所有已注册的IMS私有用户身份信息传递给容灾恢复的会话控制功能实体。

8、根据权利要求5或6所述的容灾恢复方法，其特征在于，所述用户归属的网络存储实体将已注册的IMS私有用户身份信息传递给容灾恢复的会话控制功能实体包括:

用户归属的网络存储实体将IMS公有用户身份直接关联注册的IMS私有用户身份信息传递给容灾恢复的会话控制功能实体。

9、根据权利要求5或6所述的容灾恢复方法，其特征在于，网络存储实体将已注册的IMS私有用户身份信息传递给会话控制功能实体的方式包括:

通过服务器分配应答消息中已有的关联私有标识Associated PrivateIdentities参数携带已注册的IMS私有用户身份信息传递给会话控制功能实体；或者

通过扩展服务器分配应答消息，在消息中新增参数携带已注册的IMS私有用户身份信息传递给会话控制功能实体；或者

通过扩展推送配置请求消息，在消息中新增参数携带已注册的IMS私有用户身份信息传递给会话控制功能实体。

10、根据权利要求1所述的容灾恢复方法，其特征在于，所述容灾恢复的会话控制功能实体从用户归属的网络存储实体获取用户IMS公有用户身份相关的IP多媒体子系统签约已注册IMS私有用户身份和/或IMS公有用户身份的用户备份数据和用户服务配置数据包括:

用户归属的网络存储实体将已注册的IMS公有用户身份信息传递给会话控制功能实体；

会话控制功能实体根据收到的已注册的IMS公有用户身份的信息确定需要恢复的IMS公有用户身份，向用户归属的网络存储实体请求容灾恢复该IMS公有用户身份直接关联的IMS私有用户身份对应的用户备份数据；

用户归属的网络存储实体在响应消息中返回该IMS公有用户身份直接关联的IMS私有用户身份对应的用户备份数据和该IMS公有用户身份对应的用户服务配置数据。

11、根据权利要求10所述的容灾恢复方法，其特征在于，网络存储实体将已注册的IMS公有用户身份信息传递给会话控制功能实体的方式包括:

通过扩展服务器分配应答消息，在消息中新增参数携带已注册的IMS公有用户身份信息传递给会话控制功能实体；或

通过扩展SRA消息，在消息中新增参数携带已注册的IMS公有用户身份信息传递给会话控制功能实体。

12、根据权利要求1所述的容灾恢复方法，其特征在于，所述容灾恢复的会话控制功能实体从用户归属的网络存储实体获取用户IMS公有用户身份相关的IP多媒体子系统签约已注册IMS私有用户身份和/或IMS公有用户身份的用户备份数据和用户服务配置数据包括:

会话控制功能实体向用户归属的网络存储实体发送的请求消息中携带注册IMPU在所述会话控制功能实体已注册的关联IMPI信息；

用户归属的网络存储实体接收到所述请求后，查询请求中的IMPU在网络存储实体中已注册的关联IMPI信息，判断在会话控制功能实体的请求中携带的关联注册IMPI信息是否与网络存储实体中已注册的关联IMPI信息相同，如果相同，则按正常处理返回SAA信息；否则如果会话控制功能实体的请求中携带的关联注册IMPI信息不同于网络存储实体中已注册的关联IMPI信息，则网络存储实体向会话控制功能实体返回不包含在会话控制功能实体发送的请求中的关联IMPI的用户备份数据。

13、根据权利要求12所述的容灾恢复方法，其特征在于，如果会话控制功能实体的请求中携带的关联注册IMPI信息不同于网络存储实体中已注册的关联IMPI信息，且网络存储实体中已注册的关联IMPI信息不能全部包含会话控制功能实体在请求中携带的关联注册IMPI信息，该方法还包括:

网络存储实体向会话控制功能实体返回请求中的IMPU在网络存储实体中已注册的关联IMPI信息；

会话控制功能实体收到网络存储实体发送的关联IMPI信息后，将会话控制功能实体中有而网络存储实体中没有的IMPI进行去注册。

14、根据权利要求3所述的容灾恢复方法，其特征在于，在用户设备注册业务、用户始发业务、用户终结业务或应用服务器代替用户发起的始发业务过程使容灾恢复的会话控制功能实体被触发。

15、根据权利要求14所述的容灾恢复方法，其特征在于，在用户设备注册业务过程使容灾恢复的会话控制功能实体被触发包括:

用户设备发起注册业务请求；

接收该注册业务请求的该用户归属的查询CSCF检测到原服务该用户的会话控制功能实体不可用，选择新的会话控制功能实体服务该用户，新的会话控制功能实体作为容灾恢复的会话控制功能实体向该用户归属的网络存储实体请求签约信息，被触发进行会话控制功能实体容灾恢复。

16、根据权利要求14所述的容灾恢复方法，其特征在于，在用户始发业务过程使容灾恢复的会话控制功能实体被触发包括:

有用户始发业务请求，网络检测到原服务该用户的会话控制功能实体不可用，指示用户设备注册；

用户的用户设备发起注册；

该用户归属的查询CSCF检测到原服务该用户的会话控制功能实体不可用，选择新的会话控制功能实体服务该用户，新的会话控制功能实体作为容灾恢复的会话控制功能实体向该用户归属的网络存储实体请求签约信息，被触发进行会话控制功能实体容灾恢复。

17、根据权利要求14所述的容灾恢复方法，其特征在于，在用户终结业务过程使容灾恢复的会话控制功能实体被触发包括:

有用户的终结业务请求；

查询CSCF检测到原服务该用户的会话控制功能实体不可用，在会话建立请求中添加容灾恢复标识转发到新的会话控制功能实体，新的会话控制功能实体作为容灾恢复的会话控制功能实体，被触发进行会话控制功能实体容灾恢复。

18、根据权利要求14所述的容灾恢复方法，其特征在于，在AS代替用户发起的始发业务过程使容灾恢复的会话控制功能实体被触发包括:

有应用服务器代替用户的始发业务请求，该用户归属的查询CSCF直接为用户分配一个新的会话控制功能实体；

新的会话控制功能实体作为容灾恢复的会话控制功能实体向该用户归属的网络存储实体请求签约信息，被触发进行会话控制功能实体容灾恢复。

19、根据权利要求14所述的容灾恢复方法，其特征在于，在用户设备注册业务过程使容灾恢复的会话控制功能实体被触发包括:

用户设备发起注册业务请求；

接收该注册业务请求的重启的会话控制功能实体作为容灾恢复的会话控制功能实体向该用户归属的网络存储实体请求签约信息，被触发进行会话控制功能实体容灾恢复。

20、根据权利要求14所述的容灾恢复方法，其特征在于，在用户始发业务过程使容灾恢复的会话控制功能实体被触发包括:

有用户始发业务请求；

接收到该始发业务请求的重启的会话控制功能实体作为容灾恢复的会话控制功能实体向该用户归属的网络存储实体请求签约信息，被触发进行会话控制功能实体容灾恢复。

21、根据权利要求14所述的容灾恢复方法，其特征在于，在用户终结业务过程使容灾恢复的会话控制功能实体被触发包括:

有用户的终结业务请求；

接收该终结业务请求的重启的会话控制功能实体作为容灾恢复的会话控制功能实体，被触发进行会话控制功能实体容灾恢复。

22、根据权利要求14所述的容灾恢复方法，其特征在于，在应用服务器代替用户发起的始发业务过程使容灾恢复的会话控制功能实体被触发包括:

有应用服务器代替用户的始发业务请求；

接收到该应用服务器代替用户的始发业务请求的重启的会话控制功能实体作为容灾恢复的会话控制功能实体向该用户归属的网络存储实体请求签约信息，被触发进行会话控制功能实体容灾恢复。

23、根据权利要求1所述的容灾恢复方法，其特征在于，所述容灾恢复的会话控制功能实体为:当原来为用户提供服务的会话控制功能实体故障后，新选的为用户提供服务的会话控制功能实体。

24、根据权利要求1所述的容灾恢复方法，其特征在于，所述容灾恢复的会话控制功能实体为:重启后为用户提供服务的会话控制功能实体。

25、根据权利要求1所述的容灾恢复方法，其特征在于，所述用户备份数据包括有:

用户设备注册时经由的代理CSCF的地址和用户设备联系地址以及用户的注册状态订阅数据；

所述容灾恢复的会话控制功能实体根据所述获取的IP多媒体子系统签约已注册IMS私有用户身份和/或IMS公有用户身份的用户备份数据和用户服务配置数据恢复用户相应的服务处理包括有:

容灾恢复的会话控制功能实体根据用户备份数据中的用户联系地址以及用户的注册状态订阅数据向所有或部分相关的已注册的用户设备发送Notify消息，通知用户设备向网络进行注册。

26、一种容灾数据备份方法，其特征在于，包括:

会话控制功能实体启动容灾数据备份处理；

27、根据权利要求25所述的容灾数据备份方法，其特征在于，在用户注册订阅完成后会话控制功能实体启动容灾数据备份处理。

28、一种会话控制功能实体，其特征在于，包括:

启动处理单元，用于启动容灾数据备份处理；

判断处理单元，用于在启动处理单元启动容灾数据备份处理后，判断是否需要对注册订阅数据进行备份，并在判断结果为是后，将注册订阅数据在网络存储实体进行备份。

29、根据权利要求28所述的会话控制功能实体，其特征在于，所述启动处理单元在用户注册订阅完成后启动容灾数据备份处理。

30、一种会话控制功能实体，其特征在于，包括:

31、根据权利要求30所述的会话控制功能实体，其特征在于，所述容灾恢复数据获取单元包括:

解析单元，用于解析获取用户归属的网络存储实体传送来的已注册的IMS私有用户身份信息；

判断单元，用于根据收到的已注册的IMS私有用户身份的信息确定需要恢复的IMS私有用户身份；

请求单元，用于向用户归属的网络存储实体请求容灾恢复所述判断单元确定需要恢复的IMS私有用户身份对应的用户备份数据和该IMS私有用户身份对应的IMS私有用户身份对应的用户服务配置数据；

接收单元，用于接收用户归属的网络存储实体在响应消息中返回的该IMS私有用户身份对应的用户备份数据和该IMS私有用户身份对应的IMS私有用户身份对应的用户服务配置数据。

32、根据权利要求30所述的会话控制功能实体，其特征在于，所述容灾恢复数据获取单元包括:

判断单元，用于根据收到的已注册的IMS私有用户身份的信息确定需要恢复的IMS公有用户身份；

请求单元，用于向用户归属的网络存储实体请求容灾恢复所述判断单元确定的需要恢复的IMS公有用户身份直接关联注册IMS私有用户身份对应的用户备份数据和IMS公有用户身份对应的用户服务配置数据；

接收单元，用于接收用户归属的网络存储实体在响应消息中返回的该IMS公有用户身份直接关联注册IMS私有用户身份对应的用户备份数据和IMS公有用户身份对应的用户服务配置数据。

33、根据权利要求30所述的会话控制功能实体，其特征在于，所述容灾恢复数据获取单元包括:

解析单元，用于解析获取用户归属的网络存储实体传送来的已注册的IMS公有用户身份信息；

判断单元，用于根据收到的已注册的IMS公有用户身份的信息确定需要恢复的IMS公有用户身份；

34、一种网络存储实体，包括:

容灾恢复数据发送单元，用于将容灾恢复的用户备份数据发送给会话控制功能实体；其特征在于，还包括:

35、根据权利要求34所述的网络存储实体，其特征在于，所述响应消息为服务器分配应答消息或服务恢复应答消息。

36、一种网络存储实体，包括:

用户数据存储单元，用于存储用户服务配置数据、恢复用户服务时的用户备份数据以及用户所注册到的会话控制功能实体信息；其特征在于，还包括容灾恢复处理单元，所述容灾恢复处理单元包括:

判断单元，判断是否需要进行会话控制功能实体容灾恢复；

37、根据权利要求36所述的网络存储实体，其特征在于，所述判断单元包括:

解析单元，解析会话控制功能实体发送来的携带恢复指示的服务器分配请求或服务恢复请求消息，以确定所述服务器分配请求或服务恢复请求消息是否携带有恢复指示信息；

确定单元，根据解析单元的解析结果，若所述服务器分配请求消息携带有恢复指示信息，则确定会话控制功能实体需要容灾恢复。

38、根据权利要求36所述的网络存储实体，其特征在于，所述判断单元包括:

检测单元，用于检测用户注册的会话控制功能实体是否发生变化，且用户归属的网络存储实体在向用户原注册的会话控制功能实体发出注册终止请求消息是否有收到会话控制功能实体返回的注册终止应答响应消息；

确定单元，若检测单元检测结果为用户注册的会话控制功能实体发生变化，且用户归属的网络存储实体没有收到话控制功能实体返回的注册终止应答响应消息，则确定会话控制功能实体需要容灾恢复。

39、根据权利要求36所述的网络存储实体，其特征在于，所述判断单元包括:

检测单元，用于检测用户注册的会话控制功能实体是否发生变化，且该用户原注册的会话控制功能实体是否有故障；

确定单元，若检测单元检测结果为用户注册的会话控制功能实体发生变化，且该用户注册的会话控制功能实体发生故障，则确定需要进行会话控制功能实体容灾恢复。

40、一种IP多媒体子系统，包括会话控制功能实体以及网络存储实体，所述网络存储实体包括有:

其特征在于，所述网络存储实体还包括有容灾恢复处理单元，所述容灾恢复处理单元包括:

判断单元，判断是否需要会话控制功能实体容灾恢复；

41、一种IP多媒体子系统，包括会话控制功能实体以及网络存储实体，所述网络存储实体包括有:

其特征在于，所述网络存储实体还包括有:

所述会话控制功能实体包括有: