注册备份数据处理方法、装置及系统

摘要

本发明实施例提供一种注册备份数据处理方法、装置及系统。本发明实施例中，S-CSCF在接收到UE的请求后判断是否包括多注册信息，以确定是否在向HSS发送的SAR消息中增加多注册指示信息；HSS根据SAR消息中是否包括多注册指示信息作相应的处理，避免不必要的信令交互，降低信令负荷；同时避免HSS和S-CSCF之间不必要的数据处理，节省了系统资源。

权利要求

1.一种注册备份数据处理方法，其特征在于，包括：

接收用户设备的注册请求消息，所述注册请求消息至少包括用户身份；

根据所述注册请求消息中是否包括多注册信息，向用户签约服务器发送相应的服务器分配请求消息，所述服务器分配请求消息包括所述用户身份，和用于指示所述用户签约服务器对存储的与所述用户身份对应的注册备份数据进行相应处理的指示信息。

2.根据权利要求1所述的注册备份数据处理方法，其特征在于所述根据所述注册请求消息中是否包括多注册信息，向用户签约服务器发送相应的服务器分配请求消息，所述服务器分配请求消息包括所述用户身份，和用于指示所述用户签约服务器对存储的与所述用户身份对应的注册备份数据进行相应处理的指示信息，包括：若所述注册请求消息中包括所述多注册信息，则向所述用户签约服务器发送第一服务器分配请求消息，所述第一服务器分配请求消息包括所述用户身份和所述指示信息，所述指示信息包括用于指示本次请求是所述用户身份进行初始注册的服务器分配类型信息和多注册指示信息。

3.根据权利要求2所述的注册备份数据处理方法，其特征在于所述向所述用户签约服务器发送第一服务器分配请求消息包括：若服务呼叫会话控制功能实体中没有与所述用户身份对应的注册信息，则向所述用户签约服务器发送第一服务器分配请求消息。

4.根据权利要求2或3所述的注册备份数据处理方法，其特征在于，所述方法还包括：

接收所述用户签约服务器根据所述第一服务器分配请求消息返回的服务器分配应答消息，所述服务器分配应答消息包括与所述用户身份对应的注册备份数据；

若获知所述注册请求消息中的注册信息与所述用户签约服务器返回的所述注册备份数据不一致，则应用所述注册信息对所述注册备份数据进行更新，并将经过更新的注册备份数据发送给所述用户签约服务器。

5.根据权利要求1所述的注册备份数据处理方法，其特征在于所述方法还包括：

若所述注册请求消息中包括所述多注册信息，且服务呼叫会话控制功能实体中存储有与所述用户身份对应的注册信息，则向所述用户签约服务器发送第二服务器分配请求消息，所述第二服务器分配请求消息包括所述用户身份和所述指示信息，所述指示信息包括用于标识本次请求是所述用户身份进行初始注册的服务器分配类型信息。

6.根据权利要求1所述的注册备份数据处理方法，其特征在于所述根据所述注册请求消息中是否包括多注册信息，向用户签约服务器发送相应的服务器分配请求消息，所述服务器分配请求消息包括所述用户身份，和用于指示所述用户签约服务器对存储的与所述用户身份对应的注册备份数据进行相应处理的指示信息，包括：若所述注册请求消息中不包括所述多注册信息，则向所述用户签约服务器发送第三服务器分配请求消息，所述第三服务器分配请求消息包括所述用户身份和所述指示信息，所述指示信息包括用于标识本次请求是所述用户身份进行初始注册的服务器分配类型信息。

7.根据权利要求1所述的注册备份数据处理方法，其特征在于所述注册请求消息还包括去注册信息，则所述根据所述注册请求消息中是否包括多注册信息，向用户签约服务器发送相应的服务器分配请求消息，所述服务器分配请求消息包括所述用户身份，和用于指示所述用户签约服务器对存储的与所述用户身份对应的注册备份数据进行相应处理的指示信息，包括：若所述注册请求消息中包括所述多注册信息，且服务呼叫会话控制功能实体中存储有与所述用户身份对应的注册信息，且通过判断获知所述注册请求消息中的注册信息与所存储的注册信息不一致，则应用所述注册请求消息中的注册信息对所存储的注册信息进行更新，并将经过更新获得的注册备份数据发送给所述用户签约服务器；

若所述注册请求消息中包括所述多注册信息，且服务呼叫会话控制功能实体中存储有与所述用户身份对应的注册信息，且通过判断获知所述注册请求消息中的注册信息与所存储的注册信息一致，则向所述用户签约服务器发送第四服务器分配请求消息，所述第四服务器分配请求消息包括所述用户身份和所述指示信息，所述指示信息包括用于指示所述用户签约服务器对所述用户身份进行去注册的服务器分配类型信息。

8.根据权利要求1所述的注册备份数据处理方法，其特征在于所述注册请求消息还包括去注册信息，则所述根据所述注册请求消息中是否包括多注册信息，向用户签约服务器发送相应的服务器分配请求消息，所述服务器分配请求消息包括所述用户身份，和用于指示所述用户签约服务器对存储的与所述用户身份对应的注册备份数据进行相应处理的指示信息，包括：若所述注册请求消息中不包括所述多注册信息，则向所述用户签约服务器发送第五服务器分配请求消息，所述第五服务器分配请求消息包括所述用户身份和所述指示信息，所述指示信息包括用于指示所述用户签约服务器对所述用户身份进行去注册的服务器分配类型信息。

9.一种服务呼叫会话控制功能实体设备，其特征在于，包括：

第一接收模块，用于接收用户设备的注册请求消息，所述注册请求消息至少包括用户身份；

第一处理模块，用于根据所述注册请求消息中是否包括多注册信息，向用户签约服务器发送相应的服务器分配请求消息，所述服务器分配请求消息包括所述用户身份，和用于指示所述用户签约服务器对存储的与所述用户身份对应的注册备份数据进行相应处理的指示信息。

10.根据权利要求9所述的服务呼叫会话控制功能实体设备，其特征在于所述第一处理模块包括以下子模块中的任意一个或其组合：第一处理子模块，用于若所述注册请求消息中包括所述多注册信息，则向所述用户签约服务器发送第一服务器分配请求消息，所述第一服务器分配请求消息包括所述用户身份和所述指示信息，所述指示信息包括用于标识本次请求是所述用户身份进行初始注册的服务器分配类型信息和多注册指示信息；

第二处理子模块，用于若所述注册请求消息中包括所述多注册信息，且服务呼叫会话控制功能实体中存储有与所述用户身份对应的注册信息，则向所述用户签约服务器发送第二服务器分配请求消息，所述第二服务器分配请求消息包括所述用户身份和所述指示信息，所述指示信息包括用于标识本次请求是所述用户身份进行初始注册的服务器分配类型信息；

第三处理子模块，用于若所述注册请求消息中不包括所述多注册信息，则向所述用户签约服务器发送第三服务器分配请求消息，所述第三服务器分配请求消息包括所述用户身份和所述指示信息，所述指示信息包括用于标识本次请求是所述用户身份进行初始注册的服务器分配类型信息；

第四处理子模块，若所述注册请求消息中包括所述多注册信息和去注册信息，且服务呼叫会话控制功能实体中存储有与所述用户身份对应的注册信息，且通过判断获知所述注册请求消息中的注册信息与所存储的注册信息不一致，则应用所述注册请求消息中的注册信息对所存储的注册信息进行更新，并将经过更新的获得注册备份数据发送给所述用户签约服务器；

第五处理子模块，若所述注册请求消息中包括所述多注册信息和去注册信息，且服务呼叫会话控制功能实体中存储有与所述用户身份对应的注册信息，且通过判断获知所述注册请求消息中的注册信息与所存储的注册信息一致，则向所述用户签约服务器发送第四服务器分配请求消息，所述第四服务器分配请求消息包括所述用户身份和所述指示信息，所述指示信息包括用于指示所述用户签约服务器对所述用户身份进行去注册的服务器分配类型信息；

第六处理子模块，用于若所述注册请求消息中包括去注册信息，但不包括所述多注册信息，则向所述用户签约服务器发送第五服务器分配请求消息，所述第五服务器分配请求消息包括所述用户身份和所述指示信息，所述指示信息包括用于指示所述用户签约服务器对所述用户身份进行去注册的服务器分配类型信息；

第七处理子模块，用于若所述注册请求消息中包括去注册信息和所述多注册信息，且服务呼叫会话控制功能实体中没有存储与所述用户身份对应的注册信息，则向所述用户签约服务器发送第六服务器分配请求消息，所述第六服务器分配请求消息包括所述用户身份和所述指示信息，所述指示信息包括用于向所述用户签约服务器请求与所述用户身份对应的注册备份数据的服务器分配类型信息。

11.根据权利要求10所述的服务呼叫会话控制功能实体设备，其特征在于所述第一处理子模块还用于若所述注册请求消息中包括所述多注册信息，且服务呼叫会话控制功能实体中没有与所述用户身份对应的注册信息，则向所述用户签约服务器发送第一服务器分配请求消息。

12.根据权利要求9或10或11所述的服务呼叫会话控制功能实体设备，其特征在于还包括：

第二处理模块，用于接收所述用户签约服务器发送的服务器分配应答消息，所述服务器分配应答消息包括与所述用户身份对应的注册备份数据，并应用所述注册请求消息中的注册信息对所述用户签约服务器返回的所述注册备份数据进行更新，并将经过更新的注册备份数据发送给所述用户签约服务器。

13.一种用户签约服务器，其特征在于，包括：

第二接收模块，用于接收服务呼叫会话控制功能实体发送的服务器分配请求消息，所述服务器分配请求消息包括用户身份和指示信息；

第三处理模块，用于根据所述指示信息中是否包括多注册指示信息，对所存储的与所述用户身份对应的注册备份数据进行相应处理。

14.根据权利要求13所述的用户签约服务器，其特征在于所述第三处理模块包括以下子模块中的任意一个或其组合：第八处理子模块，用于若所述指示信息包括用于标识本次请求是所述用户身份进行初始注册的服务器分配类型信息和多注册指示信息，则向所述服务呼叫会话控制功能实体返回服务器分配应答消息，所述服务器分配应答消息包括所存储的与所述用户身份对应的注册备份数据；

第九处理子模块，用于若所述指示信息包括用于标识本次请求是所述用户身份进行初始注册的服务器分配类型信息，则应用所述服务器分配请求消息中包括的注册信息对所存储的与所述用户身份对应的注册备份数据进行更新；

第十处理子模块，用于若所述指示信息包括用于指示对所述用户身份进行去注册的服务器分配类型信息，则删除所存储的所述注册备份数据；

第十一处理子模块，用于若所述指示信息包括用于请求与所述用户身份对应的注册备份数据的服务器分配类型信息，则向所述服务呼叫会话控制功能实体返回服务器分配应答消息，所述服务器分配应答消息包括所存储的与所述用户身份对应的注册备份数据。

15.根据权利要求13或14所述的用户签约服务器，其特征在于还包括：

第四处理模块，用于接收并存储所述服务呼叫会话控制功能实体应用所述服务器分配请求消息中包括的注册信息对所述注册备份数据进行更新而获得的注册备份数据。

说明书

注册备份数据处理方法、装置及系统

技术领域

[0001] 本发明实施例涉及通信技术领域，尤其涉及一种注册备份数据处理方法、装置及系统。

背景技术

[0002] 3GPP、3GPP2、ITU-T、TISPAN等各大标准组织都在进行关于下一代通信网络的标准制定工作，并已基本确定了IP多媒体子系统(IP MultimediaSubsystem；以下简称：IMS)作为下一代固定和移动的核心网络，出现接入技术和业务提供多样化，承载IP化，核心网络统一到IMS的发展趋势和网络演进过程。

[0003] 目前IMS网络中使用的用户身份主要有IP多媒体公有用户身份(IPMultimedia Public User Identity；以下简称：IMPU)和IP多媒体私有用户身份(IP Multimedia Private User Identity；以下简称：IMPI)，这些用户身份通过签约的方式保存在用户签约服务器(Home Subscriber Server；以下简称：HSS)中，当用户进行相关业务操作时，网络中的相关实体如协商呼叫会话控制功能(Interrogating Call Session Control Function；以下简称：I-CSCF)、服务呼叫会话控制功能(Serving Call Session Control Function；以下简称：S-CSCF)、AS等通过用户身份到HSS来获取相关用户的签约数据。

[0004] IMS中用户身份之间及用户身份和签约数据之间的关系为：一个“IMSSubscription”包含了一个签约用户可能在Cx接口上传递的所有签约信息，其下可以包含多个IMPI，但一个IMPI只能属于一个“IMS Subscription”；一个IMPI可以包含多个IMPU，一个IMPU可以被多个IMPI共享；即就是说，“IMS Subscription”和IMPI是一对多的关系，IMPI和IMPU是多对多的关系。为了支持用户通过一个用户设备(User Equipment；
以下简称：UE)使用多种接入技术共享一对签约身份(IMPI，IMPU)引入了多注册的概念。简单地说，多注册使用户可以共享一对签约身份(IMPI，IMPU)同时注册多个CONTACT地址。UE每次注册时注册其中的一个CONTACT地址。UE在“SIP REGISTER”消息的“Contact”头域中增加了一个新的“reg-id”参数，唯一标识多注册中的一个注册。当UE通过多种接入技术向S-CSCF同时注册了一对(IMPI，IMPU)时，S-CSCF会同时保存该(IMPI，IMPU)相关的多个注册记录，每个注册记录具有不同的“reg-id”。并且在后续重注册时，相应的“reg-id”不变。当支持多注册的UE发起去注册时，如果去注册所有与该对(IMPI，IMPU)相关的多注册地址，UE必须在“Contact”头域中包含“*”；如果去注册多注册中的某一个注册地址，“Contact”头域中必须包含其注册时相同的“reg-id”。

[0005] 为了在S-CSCF重启或故障后仍然能为用户提供业务，需要将用户的注册信息备份在HSS中。当S-CSCF重启或故障而重选了新的S-CSCF后，能够从HSS获取到用户的注册信息，继续为用户提供服务。用户注册信息的备份是在服务器分配请求(Server-Asignment-Request；以下简称：SAR)中由S-CSCF携带给HSS保存的，用户注册信息的获取是HSS在服务器分配应答(Server-Asignment-Answer；以下简称：SAA)中携带给S-CSCF的。注册备份数据是一对(IMPI，IMPU)对应一份，并透明存储在HSS中。

[0006] 场景一，S-CSCF收到UE的初始注册，对UE的鉴权认证通过后，S-CSCF向HSS发送SAR请求用户配置签约“user profile”，SAR中同时会携带UE本次的注册信息至少包括CONTACT地址，PATH头域中的信息。HSS发现该SAR是初始注册相关(SAT＝REGISTRATION)，但注册的(IMPU，IMPI)已经是注册的，而且HSS中存储有该IMPI相关的备份数据，不会用SAR中携带的注册备份数据覆盖已经保存的备份数据，而是在SAA中向S-CSCF返回之前S-CSCF存储在HSS上相关的注册备份数据。S-CSCF根据UE当前的注册信息和HSS返回的注册备份数据对该注册备份数据进行更新后，例如在备份数据中增加UE本次注册的CONTACT地址和相关PATH信息，再次向HSS发送SAR(指示重注册SAT＝RE_REGISTRATION)对HSS中存储的备份数据进行刷新。

[0007] 如此操作是考虑到注册备份数据在HSS中是透明存储的，也就是HSS并不解析SAR中的注册备份数据。S-CSCF重启或因故障后重选S-CSCF时，S-CSCF中将没有用户数据或之前的用户数据不可信任。为了防止在多注册场景下，S-CSCF收到UE的注册消息例如多注册中的一次初始注册后，在SAR中发送给HSS的注册备份数据将之前即多注册中的其它初始注册所保存在HSS中的注册备份数据覆盖掉，导致部分备份数据丢失，后续S-CSCF异常恢复时无法获得用户相关的注册备份数据。

[0008] 场景二，S-CSCF收到UE的去注册REGISTER消息，如果去注册相关的(IMPU，IMPI)在S-CSCF中没有注册，S-CSCF先发送SAR(SAT＝NO_ASSIGNMENT)向HSS请求该相关的注册备份数据。之后S-CSCF对收到的备份数据中的CONTACT地址和本次UE去注册消息中携带的CONTACT地址进行比较，如果两者相同或UE携带的CONTACT地址包含“*”，则S-CSCF向HSS发送去注册请求SAR(SAT＝USER_DEREGISTRATION)清除HSS中保存的注册备份数据。如果两者不同，S-CSCF向HSS发送SAR(SAT＝RE_REGISTRATION)携带更新后的用户注册备份数据，更新HSS中的用户注册备份数据。

[0009] 如此操作是为了防止多注册场景下，S-CSCF重启或因故障后重选S-CSCF收到UE的去注册消息，请求去注册多注册中的一个CONTACT地址，如果S-CSCF直接向HSS发送去注册请求SAR(SAT＝USER_DEREGISTRATION)，HSS会清除保存的相关注册备份数据，导致部分备份数据丢失，后续S-CSCF异常恢复时无法获得用户对应(IMPI，IMPU)相关的所有备份数据。

[0010] 在实现本发明过程中，发明人发现现有技术中至少存在如下问题：对于场景一中提供的技术方案能够解决多注册信息在原来为用户服务的S-CSCF异常后无损失恢复的问题，但是因为S-CSCF和HSS对所有的初始注册都进行两次SAR/SAA操作，对于不支持多注册的UE或S-CSCF，UE的每次常规初始注册过程中，HSS和S-CSCF之间仍然存在两次SAR交互，增加了HSS和S-CSCF之间不必要的信令负荷，以及HSS和S-CSCF不必要的数据处理。对于场景二中提供的方案能够解决多注册情况下UE去注册一个CONTACT地址导致所有多注册的注册备份数据在HSS中被清除所带来的S-CSCF异常后无损失恢复的问题，HSS和S-CSCF之间同样存在两次SAR/SAA的交互，而这两次SAR/SAA交互完全是因多注册引起的。对于不支持多注册的UE并不需要如此操作。综上所述，现有技术中在注册信息备份的过程中，HSS和S-CSCF之间由于多注册将引发两次SAR/SAA信令交互，对于不支持多注册的UE或S-CSCF而言，增加了不必要的信令负荷以及HSS和S-CSCF不必要的数据处理，系统资源浪费严重。

发明内容

[0011] 本发明实施例提供一种注册备份数据处理方法、装置及系统，用以解决现有技术中HSS和S-CSCF之间由于多注册，在注册信息备份过程中必然引发的两次SAR/SAA信令交互而带来的信令负荷重、系统资源浪费等缺陷，实现对注册信息备份过程的优化。

[0012] 本发明实施例提供一种注册备份数据处理方法，包括：

[0013] 接收用户设备的注册请求消息，所述注册请求消息至少包括用户身份；

[0014] 根据所述注册请求消息中是否包括多注册信息，向用户签约服务器发送相应的服务器分配请求消息，所述服务器分配请求消息包括所述用户身份，和用于指示所述用户签约服务器对存储的与所述用户身份对应的注册备份数据进行相应处理的指示信息。

[0015] 本发明实施例提供一种服务呼叫会话控制功能实体设备，包括：

[0016] 第一接收模块，用于接收用户设备的注册请求消息，所述注册请求消息至少包括用户身份；

[0017] 第一处理模块，用于根据所述注册请求消息中是否包括多注册信息，向用户签约服务器发送相应的服务器分配请求消息，所述服务器分配请求消息包括所述用户身份，和用于指示所述用户签约服务器对存储的与所述用户身份对应的注册备份数据进行相应处理的指示信息。

[0018] 本发明实施例提供一种用户签约服务器，包括：

[0019] 第二接收模块，用于接收服务呼叫会话控制功能实体发送的服务器分配请求消息，所述服务器分配请求消息包括用户身份和指示信息；

[0020] 第三处理模块，用于根据所述指示信息中是否包括多注册指示信息，对所存储的与所述用户身份对应的注册备份数据进行相应处理。

[0021] 本发明实施例提供的注册备份数据处理方法、装置及系统中，S-CSCF在接收到UE的请求后判断是否包括多注册信息，以确定是否在向HSS发送的SAR消息中增加多注册指示信息；HSS根据SAR消息中是否包括多注册指示信息作相应的处理，避免不必要的信令交互，降低的信令负荷；同时避免HSS和S-CSCF之间不必要的数据处理，节省了系统资源。

附图说明

[0022] 图1为本发明注册备份数据处理方法实施例一流程图；

[0023] 图2为本发明注册备份数据处理方法实施例二流程图；

[0024] 图3为本发明注册备份数据处理方法实施例三信令示意图；

[0025] 图4为本发明注册备份数据处理方法实施例四信令示意图；

[0026] 图5为本发明注册备份数据处理方法实施例五信令示意图；

[0027] 图6为本发明注册备份数据处理方法实施例六流程图；

[0028] 图7为本发明注册备份数据处理方法实施例七流程图；

[0029] 图8为本发明服务呼叫会话控制功能实体设备实施例一结构示意图；

[0030] 图9本发明用户签约服务器实施例结构一示意图；

[0031] 图10为本发明注册备份数据处理系统实施例一结构示意图；

[0032] 图11为本发明用户签约服务器实施例结构二示意图；

[0033] 图12为本发明服务呼叫会话控制功能实体设备实施例二结构示意图；

[0034] 图13为本发明注册备份数据处理系统实施例二结构示意图。

具体实施方式

[0035] 下面结合附图和具体实施例进一步说明本发明实施例的技术方案。

[0036] IMS网络作为下一代固定和移动的核心网络，主要包括以下网元，其中的CSCF是呼叫会话控制功能实体，在IMS核心网中处于核心的控制地位，负责对UE的注册鉴权和会话控制，执行针对主叫端及被叫端IMS用户的基本会话路由功能，并根据用户签约的IMS过滤规则，在条件满足时进行到AS的增值业务路由触发及业务控制交互。HSS是用户签约服务器，存储运营商开户时设定的IMS签约信息，同时支持通过与业务管理系统的接口由运营商或终端用户对签约数据进行的定制和修改。HSS通过与S-CSCF间基于“Diameter协议”的Cx接口实现IMS注册过程中对S-CSCF域名路由信息的登记，并支持通过该接口将基本IMS签约信息下载到S-CSCF；HSS通过与I-CSCF间基于“Diameter”协议的Cx接口实现用户注册中为用户选择服务的S-CSCF或给I-CSCF提供目前为用户提供服务的S-CSCF的名字，从而I-CSCF能将注册消息或会话路由到正确的S-CSCF；HSS提供与SIP AS间基于“Diameter”协议的Sh接口，为增值业务会话发起协议(Session InitiationProtocol；简称：SIP)AS或开发业务架构(Open Service Architecture；简称：OSA)SCS提供签约数据、业务逻辑脚本的远程数据库访问接口，HSS仅负责对特定签约用户AS增值业务数据的透明存储，语义上不做解析。签约定位功能(Subscription Location Function；简称：SLF)具有地址解析机制，当网络运营商部属了多个独立可寻址的HSS时，这种机制使I-CSCF、S-CSCF和AS能够找到用于给定用户身份的签约数据所在的HSS地址，物理上可与HSS合设。AS通过与HSS的Sh接口获得或更新用户业务相关的数据和用户状态信息，S-CSCF通过与HSS的Cx接口获得用户的签约信息。用户要使用业务，首先需要在网络中进行注册，之后通过以上的各个接口完成会话接续。

[0037] 在IMS网络中，UE在网络中注册后即可使用IMS网络提供的各种业务。同时，UE可以选择签约未注册业务，当UE没有在网络中注册时网络仍然可以为用户提供未注册业务如来话前转、来话记录等。当UE在网络中注册或用户作为终呼时，S-CSCF和HSS之间通过SAR/SAA命令对交互用户鉴权数据和业务数据。

[0038] SAR/SAA的应用场景如下：S-CSCF收到P-CSCF发来的UE的注册请求或收到来自I-CSCF的会话建立请求INVITE消息时。

[0039] (1)S-CSCF通过SAR命令向HSS进行以下操作：

[0040] 分配一个S-CSCF给公有身份，或清除分配给一个或多个公有身份的S-CSCF的名字；

[0041] 请求下载用户信息，包括用户数据或计费信息；

[0042] 更改用户相关PU的注册状态；

[0043] 备份或更新用户(IMPI)的注册信息；

[0044] SAR消息中携带的主要应用层参数如下表1所示：

[0045] 表1

[0046]

[0047] 其中“Server Assignment Type”一共有11个取值，含义如下所述：

[0048] “NO_ASSIGNMENT(0)”：用于S-CSCF从HSS请求用户数据，不影响用户的注册状态；

[0049] “REGISTRATION(1)”：用于一个身份的首次注册；

[0050] “RE_REGISTRATION(2)”：用于一个身份的再注册；

[0051] “UNREGISTERED_USER(3)”：用于指示S-CSCF收到了终呼到一个没有注册的用户的“INVITE”请求；

[0052] “TIMEOUT_DEREGISTRATION(4)”：用于因为注册定时器超时引起的去注册；

[0053] “USER_DEREGISTRATION(5)”：用于S-CSCF收到了用户发起的去注册请求；

[0054] “TIMEOUT_DEREGISTRATION_STORE_SERVER_NAME(6)”：用于因为注册定时器超时引起的去注册，同时S-CSCF保存了用户数据并请求HSS保存S-CSCF的名字；

[0055] “USER_DEREGISTRATION_STORE_SERVER_NAME(7)”：用于S-CSCF收到了用户发起的去注册请求，同时S-CSCF保存了用户数据并请求HSS保存S-CSCF的名字；

[0056] “ADMINISTRATIVE_DEREGISTRATION(8)”：用于S-CSCF因为管理原因执行一个身份的去注册；

[0057] “AUTHENTICATION_FAILURE(9)”：用于指示用户鉴权失败；

[0058] “AUTHENTICATION_TIMEOUT(10)”：用于指示鉴权超时；

[0059] “DEREGISTRATION_TOO_MUCH_DATA(11)”：用于S-CSCF从HSS中请求用户数据，但收到的数据量超过了S-CSCF能接受的大小。

[0060] 其中当HSS收到的SAR中的S-CSCF名字如果和HSS中保存的S-CSCF的名字不同，HSS不会用新的S-CSCF的名字替换原来的，而是返回“Experimental-Result-Code”为“DIAMETER_ERROR_IDENTITY_ALREADY_REGISTERED”，表示已经为用户指配了S-CSCF。

[0061] 当HSS收到的SAR中的操作类型是用户当前状态不允许的操作时，比如“Server Assignment Type”为“UNREGISTERED_USER”表 示S-CSCF 收 到 了 终 呼到一个没有注册的IMPU的“INVITE”请求，但HSS中该IMPU是注册的，HSS会返回“Experimental-Result-Code”为“DIAMETER_ERROR_IN_ASSIGNMENT_TYPE”，表示该S-CSCF已分配给用户，且用户当前的状态不允许该操作。

[0062] (2)HSS通过SAA命令向S-CSCF返回处理结果，用户数据，计费信息，属于“IMS Subscription”的所有IMPI，共享注册请求中IMPU的所有注册IMPI，用户(IMPI)的注册备份数据。SAA消息中携带的主要应用层参数如表2所示：

[0063] 表2

[0064]

[0065]

[0066] 其 中 当 操 作 类 型 是“NO_ASSIGNMENT，REGISTRATION，RE_REGISTRATION，UNREGISTERED_USER”时，HSS才可能下载用户数据和计费功能地址；只有当操作类型是“REGISTRATION”和“RE_REGISTRATION”时才能备份注册信息；只有当操作类型是“UNREGISTERED_USER”和“NO_ASSIGNMENT”时才能下载注册备份数据。以上注册备份数据是每对(IMPI，IMPU)一份，透明存储在HSS中。

[0067] 图1为本发明注册备份数据处理方法实施例一流程图，如图1所示，该方法包括：

[0068] 步骤100，接收用户设备的注册请求消息，所述注册请求消息至少包括用户身份；

[0069] 当UE向网络侧请求进行某种操作例如初始注册或去注册时，UE通过代理呼叫会话控制功能(Proxy Call Session Control Function；以下简称：P-CSCF)向I-CSCF发送注册请求消息；I-CSCF通过HSS获取为用户指配的S-CSCF名字或根据HSS返回的S-CSCF能力集为用户选择了S-CSCF后，向S-CSCF发送来自UE的注册请求“REGISTER”消息，在该“REGISTER”消息中包括UE注册的用户身份(IMPI，IMPU)。

[0070] 步骤101，根据所述注册请求消息中是否包括多注册信息，向用户签约服务器发送相应的服务器分配请求消息，所述服务器分配请求消息包括所述用户身份，和用于指示所述用户签约服务器对存储的与所述用户身份对应的注册备份数据进行相应处理的指示信息。

[0071] S-CSCF接收到UE发送的“REGISTER”消息后，首先判断该消息中是否包括多注册信息即是否包括“reg-id”参数来判断该请求是普通的初始注册请求还是属于多注册中的一次初始注册；并根据判断是否包括“reg-id”参数的判断结果向HSS发送与判断结果对应的服务器分配请求消息即SAR消息，该SAR消息中包括UE注册的身份信息(IMPI，IMPU)和用于指示HSS对存储的与(IMPI，IMPU)对应的注册备份数据进行相应处理的指示信息。其中“reg-id”参数可以存储在“REGISTER”消息的“CONTACT”头域中。

[0072] S-CSCF根据注册请求消息中包括“reg-id”参数的情况以确定向HSS发送的对应的SAR消息，包括以下几种情况：

[0073] 第一种情况，S-CSCF通过判断获知“REGISTER”消息中包括“reg-id”参数，进而可以获知UE的该次请求是属于多注册中的一次初始注册，则向HSS发送第一服务器分配请求消息即第一SAR消息，该第一SAR消息包括UE注册的用户身份(IMPI，IMPU)和用于指示HSS对存储的与用户身份对应的注册备份数据进行相应处理的指示信息，该指示信息包括用于标识本次请求是该用户身份进行初始注册的服务器分配类型信息和多注册指示信息，其中服务器分配类型信息为SAR消息中包括参数“Server Assignment Type”的值为“REGISTRATION”；还有，S-CSCF根据“REGISTER”消息中包括“reg-id”参数生成多注册指示信息，包含在SAR消息中发送给HSS，HSS可以根据该多注册指示获知此次请求是关于多注册中的一次请求，便进行相应地操作。

[0074] 在上述情况中，S-CSCF可以直接根据“REGISTER”消息中是否包括“reg-id”参数而生成对应的SAR消息发送给HSS，还可以在通过判断获知“REGISTER”消息中包括“reg-id”参数后，再继续判断本身是否存储有与“REGISTER”消息中包括的用户身份(IMPI，IMPU)对应的注册信息，若本身没有存储与(IMPI，IMPU)对应的注册信息，则向HSS发送包括“SAT＝REGISTRATION”和多注册指示信息的第一SAR消息。S-CSCF中没有相关用户身份的注册信息可能是由于原S-CSCF故障后，网络选择了新的S-CSCF为用户提供服务，因此没有注册信息而造成的。为了防止HSS根据S-CSCF发送的SAR消息直接对HSS上的注册备份数据进行更新，导致数据的丢失，应该采用两次SAR/SAA信令交互，通过第一次交互S-CSCF向HSS请求其所存储的注册备份数据，通过第二次交互S-CSCF向HSS发送经过更新的注册备份数据，如此可以保证用户身份相关的注册备份数据的完整性，更好地为用户提供服务。

[0075] 若“REGISTER”消息中包括“reg-id”参数，但通过判断获知S-CSCF自身存储有与该用户身份(IMPI，IMPU)对应的注册信息，则向HSS发送第二服务器分配请求消息即第二SAR消息，该第二SAR消息包括用户身份(IMPI，IMPU)和指示信息，该指示信息仅包括用于标识本次请求是所述用户身份进行初始注册的服务器分配类型信息，即仅包括参数“SAT＝REGISTRATION”，不包括多注册指示信息。该种情况是S-CSCF接收到“REGISTER”消息后通过判断获知其中包括“reg-id”参数，而且进一步判断获知自身存储有与“REGISTER”消息中包括的(IMPI，IMPU)对应的注册信息，此时S-CSCF可以直接应用自身存储的注册信息和“REGISTER”消息中的注册信息构造完整的注册备份数据，例如在原有注册信息中增加UE本次注册的CONTACT地址和相关的PATH信息等组成注册备份数据，并将该注册备份数据通过第二SAR消息发送给HSS，HSS在接收到该SAR消息后可以根据其中的参数直接对HSS中存储的注册备份数据进行更新，避免了第二次不必要的SAR/SAA信令交互，节省了系统资源。其中S-CSCF判断“REGISTER”消息是否包括“reg-id”参数可以在S-CSCF判断自身是否存储有与“REGISTER”消息中的用户身份(IMPI，IMPU)对应的注册信息之后进行，当S-CSCF判断自身存储有与该用户身份对应的注册信息时，甚至可以不必进行消息中是否有“reg-id”参数或其它相关多注册信息的判断。当然S-CSCF判断自身是否存储有与用户身份对应的注册信息也可以在对“reg-id”参数的判断之后进行。

[0076] 对于第一种情况，无论S-CSCF是直接根据“REGISTER”消息中包括“reg-id”参数生成多注册指示信息；还是先判断“REGISTER”消息中包括“reg-id”参数，再判断S-CSCF自身没有存储注册信息而生成多注册指示信息；还是先判断S-CSCF自身没有存储相关用户身份的注册信息，再判断“REGISTER”消息中包括“reg-id”参数而生成多注册指示信息，HSS在接收S-CSCF发送的第一SAR消息后，若判断得知第一SAR消息中包括多注册指示信息，且消息中包含的用户身份(IMPI，IMPU)在HSS中是注册的并且HSS保存有其相关的注册备份数据，则要根据指示向S-CSCF返回自身所存储的与UE注册的用户身份(IMPI，IMPU)相对应的注册备份数据信息，该数据可以是包含在对第一SAR消息的响应SAA消息中携带。在SAA消息可以携带用于指示S-CSCF对该注册备份数据进行更新的重备份指示，那么S-CSCF在接收到包括注册备份数据信息和重备份指示的SAA消息后，根据该重备份指示，应用“REGISTER”消息中的注册信息对HSS返回的注册备份数据进行更新，并将经过更新的注册备份数据发送给HSS。对于上述重备份指示，HSS可以是在SAA消息中通过“Experimental-Result AVP”携带错误码“DIAMETER_ERROR_IN_ASSIGNMENT_TYPE”或其它错误码进行指示，也可以通过在SAA消息中新增其它属性值对(以下简称：AVP)携带相关指示信息。上述实施例中S-CSCF是根据SAA消息携带的重备份指示而对从SAA消息收到的注册备份数据进行更新的，也可以是S-CSCF接收HSS根据第一SAR消息返回的SAA消息，该SAA消息包括与所述用户身份对应的注册备份数据，不包含任何指示；S-CSCF将SAA消息中的注册备份数据与“REGISTER”消息中的注册信息进行比较，若获知“REGISTER”消息中的注册信息与HSS返回的注册备份数据不一致，则用“REGISTER”消息中的注册信息对HSS返回的注册备份数据进行更新，并将经过更新的注册备份数据发送给HSS。若通过比较获知“REGISTER”消息中的注册信息与HSS返回的注册备份数据一致，则可以不再发送SAR消息给HSS，这样也避免了不必要的信令交互，降低了的信令负荷，避免了HSS和S-CSCF之间不必要的数据处理，节省了系统资源。

[0077] 第二种情况，S-CSCF通过判断获知“REGISTER”消息中不包括“reg-id”参数，则向HSS发送第三SAR消息，第三SAR消息包括用户身份(IMPI，IMPU)和指示信息，该指示信息包括用于标识本次请求是所述用户身份进行初始注册的服务器分配类型信息。此情况下，是S-CSCF通过判断获知“REGISTER”消息中不包括“reg-id”参数或其它多注册信息，从而获知此次请求不涉及多注册情况仅为普通的注册请求情况，由于S-CSCF向HSS发送的第三SAR消息，在该第三SAR消息中不会包括多注册指示信息，表明此次请求与多注册无关，那么HSS在接收到该第三SAR消息后，便可以直接将第三SAR消息中包括的注册备份数据作为注册的用户身份(IMPI，IMPU)对应的注册备份数据进行存储，如果HSS中原来存储有该用户身份相关的注册备份数据，则直接用SAR中携带的注册备份数据替换原来存储的注册备份数据，这样也可以避免不必要的第二次SAR/SAA信令交互，降低信令负荷，避免HSS和S-CSCF之间不必要的数据处理，节省系统资源。

[0078] 第三种情况，S-CSCF通过判断获知“REGISTER”消息中不仅包括“reg-id”参数，而且还包括去注册信息例如包括参数“expires＝0”，且通过判断获知S-CSCF自身存储有与用户身份(IMPI，IMPU)对应的注册信息，S-CSCF通过“REGISTER”消息中的各参数获知该消息是请求对与用户身份(IMPI，IMPU)进行去注册，而且S-CSCF中存储有用户身份相关的注册信息，则S-CSCF对自身存储的注册信息和注册请求消息中的相应注册信息进行对比，如果不同，比如存储的注册信息中有除了注册消息中包含的“reg-id”之外的其它“reg-id”及对应的注册信息，或者存储的注册信息中有除了注册消息中包含的CONTACT地址外的其它CONTACT地址，则应用“REGISTER”消息中的注册信息和存储的注册信息构造注册备份数据，例如在原有注册信息中删除UE本次去注册的CONTACT地址和相关的PATH等信息后组成注册备份数据，并将该注册备份数据通过第七SAR消息(SAT＝RE_REGISTRATION)发送给HSS，HSS在接收到该SAR消息后可以根据其中的参数直接对HSS中存储的注册备份数据进行更新，避免了第二次不必要的SAR/SAA信令交互，节省了系统资源。如果相同，则向HSS发送第四SAR消息，该第四SAR消息包括用户身份(IMPI，IMPU)和指示信息，该指示信息包括用于指示HSS对该用户身份进行去注册的服务器分配类型信息，例如服务器分配类型信息可以为“SAT＝SAT＝USER_DEREGISTRATION”，HSS接收到该第四SAR消息后，便可以根据指示直接对该用户身份进行去注册处理，同时删除保存的该用户身份相关的注册备份数据。

[0079] S-CSCF通过判断获知“REGISTER”消息中不仅包括“reg-id”参数，而且还包括去注册信息例如包括参数“expires＝0”，且通过判断获知S-CSCF自身没有存储与用户身份(IMPI，IMPU)对应的注册信息，则向HSS发送第六SAR消息，该第六SAR消息包括用户身份(IMPI，IMPU)和指示信息，该指示信息包括用于向HSS请求与该用户身份对应的注册备份数据的服务器分配类型信息例如可以为“SAT＝NO_ASSIGNMENT”，HSS根据“SAT＝NO_ASSIGNMENT”，并且如果HSS中存储有该用户身份相关的注册备份数据，则向S-CSCF返回所需的与该用户身份对应的注册备份数据。S-CSCF接收HSS根据第六SAR消息返回的SAA消息，该SAA消息携带所述的注册备份数据；然后，S-CSCF对收到的注册备份数据和注册消息中的相应注册信息进行对比，如果不同，比如存储的注册信息中有除了注册消息中包含的“reg-id”之外的其它“reg-id”及对应的注册信息，注册备份数据中有除了注册消息中包含的CONTACT地址外的其它CONTACT地址，则应用“REGISTER”消息中的注册信息对接收到的注册备份数据进行更新，并将经过更新的注册备份数据通过第八SAR消息(SAT＝RE_REGISTRATION)发送给HSS进行备份；如果相同，则向HSS发送第九SAR消息，该第九SAR消息包括用户身份(IMPI，IMPU)和指示信息，该指示信息包括用于指示HSS对用户身份进行去注册的服务器分配类型信息例如为“SAT＝USER_DEREGISTRATION”。

[0080] 第四种情况，S-CSCF通过判断获知“REGISTER”消息中包括去注册信息例如包括参数“expires＝0”，但不包括“reg-id”参数，则向HSS发送第五SAR消息，该第五SAR消息包括用户身份(IMPI，IMPU)和指示信息，该指示信息包括用于指示HSS对用户身份进行去注册的服务器分配类型信息例如为“SAT＝USER_DEREGISTRATION”。该种情况是S-CSCF判断“REGISTER”消息中不包括“reg-id”参数后，得知该去注册请求不涉及多注册情况，因此可以直接向HSS发送去注册指示，不必担心注册备份数据的丢失，这样可以避免不必要的第二次SAR/SAA信令交互，降低信令负荷，避免HSS和S-CSCF之间不必要的数据处理，节省系统资源。

[0081] 上述各实施例中，S-CSCF判断自身是否存储有与用户身份(IMPI，IMPU)对应的注册信息、判断“REGISTER”消息中是否包括“reg-id”参数、判断该消息是否是注册消息还是去注册消息的执行没有严格的先后顺序。例如S-CSCF判断自身存储有与用户身份(IMPI，IMPU)对应的注册信息可以发生在判断获知“REGISTER”消息中包括“reg-id”参数之前，也可以发生在其后。

[0082] 上述各实施例中，S-CSCF在UE初始注册过程中的SAR中携带明确的多注册指示。HSS只有在收到携带多注册指示的SAR，才不覆盖原有存储的注册备份数据。如果SAR中没有多注册，HSS直接用SAR中的注册备份数据覆盖原有的，从而有效减少不支持多注册的UE或S-CSCF常规初始注册过程中S-CSCF和HSS之间不必要的信令交互。对于去注册情况，S-CSCF在向HSS发送SAR请求注册备份数据之前先判断收到的去注册REGISTER消息是否是由支持多注册的UE发起，而且是只去注册多注册中的一个CONTACT地址，即CONTACT头域中包含了“reg-id”，如果是，再向HSS发送SAR请求注册备份数据，否则直接发起去注册请求SAR，清除HSS中保存的相关的注册备份数据，减少不支持多注册的UE或S-CSCF去注册过程中S-CSCF和HSS之间不必要的信令交互。

[0083] 图2为本发明注册备份数据处理方法实施例二流程图，如图2所示，该方法包括：

[0084] 步骤200，接收服务呼叫会话控制功能实体发送的服务器分配请求消息，所述服务器分配请求消息包括用户身份和指示信息；

[0085] 当UE向网络侧请求进行某种操作例如初始注册或去注册时，UE通过P-CSCF向I-CSCF发送“REGISTER”消息；I-CSCF通过HSS获取对应的S-CSCF后，向S-CSCF发送的UE的“REGISTER”消息，在该“REGISTER”消息中包括UE注册的用户身份(IMPI，IMPU)。S-CSCF接收到UE发送的“REGISTER”消息后，首先判断该消息中是否包括多注册信息即是否包括“reg-id”参数，并根据判断是否包括“reg-id”参数的判断结果向HSS发送SAR消息，该SAR消息中包括UE注册的身份信息(IMPI，IMPU)和用于指示HSS对存储的与(IMPI，IMPU)对应的注册备份数据进行相应处理的指示信息，HSS接收S-CSCF发送的SAR消息。
其中“reg-id”参数可以存储在“REGISTER”消息的“CONTACT”头域中。

[0086] 若S-CSCF通过判断获知“REGISTER”消息中包括“reg-id”参数，则在SAR消息中携带多注册指示信息；或者，S-CSCF通过判断获知“REGISTER”消息中包括“reg-id”参数，且自身没有存储与(IMPI，IMPU)对应的注册信息，则在SAR消息中携带多注册指示信息；若“REGISTER”消息中包括“reg-id”参数，但通过判断获知S-CSCF自身存储有与该用户身份(IMPI，IMPU)对应的注册信息，则不在SAR消息中携带多注册指示信息；若S-CSCF通过判断获知“REGISTER”消息中不包括“reg-id”参数，则不在SAR消息中携带多注册指示信息；若S-CSCF通过判断获知“REGISTER”消息中不仅包括“reg-id”参数，而且还包括去注册信息例如包括参数“expires＝0”，且通过判断获知S-CSCF自身存储有与用户身份(IMPI，IMPU)对应的注册信息，则S-CSCF对自身存储的注册信息和注册请求消息中的相应注册信息进行对比，如果不同，比如存储的注册信息中有除了注册消息中包含的“reg-id”之外的其它“reg-id”及对应的注册信息，或者存储的注册信息中有除了注册消息中包含的CONTACT地址外的其它CONTACT地址，则应用“REGISTER”消息中的注册信息和存储的注册信息构造注册备份数据，例如在原有注册信息中删除UE本次去注册的CONTACT地址和相关的PATH等信息后组成注册备份数据，并将该注册备份数据通过SAR消息(SAT＝RE_REGISTRATION)发送给HSS，HSS在接收到该SAR消息后可以根据其中的参数直接对HSS中存储的注册备份数据进行更新。如果相同，则向HSS发送指示对该用户身份进行去注册的SAR消息，例如服务器分配类型信息可以为“SAT＝SAT＝USER_DEREGISTRATION”，HSS接收到该SAR消息后，便可以根据指示直接对该用户身份进行去注册处理，同时删除保存的该用户身份相关的注册备份数据。若S-CSCF通过判断获知“REGISTER”消息中不仅包括“reg-id”参数，而且还包括去注册信息例如包括参数“expires＝0”，且通过判断获知S-CSCF自身没有存储与用户身份(IMPI，IMPU)对应的注册信息，则通过SAR消息指示HSS返回所存储的UE的注册备份数据并不携带多注册指示信息；若S-CSCF通过判断获知“REGISTER”消息中包括去注册信息例如包括参数“expires＝0”，但不包括“reg-id”参数，则直接通过SAR消息指示HSS进行去注册并不携带多注册指示信息。

[0087] 步骤201，根据所述指示信息中是否包括多注册指示信息，对所存储的与所述用户身份对应的注册备份数据进行相应处理。

[0088] HSS根据接收到的SAR消息中的指示信息，进行相应的操作，对所存储的与用户身份(IMPI，IMPU)对应的注册备份数据进行处理，具体包括：

[0089] 若指示信息包括用于标识本次请求是所述用户身份进行初始注册的服务器分配类型信息和多注册指示信息，则向S-CSCF返回SAA消息，该SAA消息包括所存储的与用户身份对应的注册备份数据；也可以在SAA消息中填加用于指示S-CSCF对注册备份数据进行更新的重备份指示例如“DIAMETER_ERROR_IN_ASSIGNMENT_TYPE”失败指示或其它能使S-CSCF重新备份注册信息的指示。后续，S-CSCF向HSS发送第二次SAR消息，HSS接收并存储S-CSCF应用UE的注册请求消息中包括的注册信息对注册备份数据进行更新而获得的注册备份数据。

[0090] 若指示信息包括用于标识本次请求是用户身份进行初始注册的服务器分配类型信息，则表明S-CSCF已经对所存储的与用户身份(IMPI，IMPU)对应的注册备份数据进行完更新了，可以直接应用SAR消息中携带的注册备份数据对HSS上所存储的数据进行更新，无需进行二次不必要的信令交互。

[0091] 若指示信息包括用于指示对用户身份进行去注册的服务器分配类型信息，则表明S-CSCF接收到了UE的去注册请求，而且S-CSCF认为不必对HSS上存储的用户设备的注册备份数据进行核对便可以直接命令HSS进行去注册操作。HSS接收到不包括多注册指示信息的去注册SAR消息后，可以直接删除所存储的注册备份数据，这样也可以避免不必要的二次信令交互。

[0092] 若指示信息包括用于请求与用户身份对应的注册备份数据的服务器分配类型信息，则表明在多注册相关的注册或去注册过程中，S-CSCF上没有存储对应的注册备份数据，为了避免将HSS上存储的所有的数据因被替换而丢失，S-CSCF先请求HSS返回(IMPI，IMPU)对应的所有注册备份数据；HSS向S-CSCF返回SAA消息，该SAA消息包括所存储的与用户身份(IMPI，IMPU)对应的注册备份数据；S-CSCF根据注册请求消息中包括的注册信息对所述注册备份数据进行更新后，返回给HSS；HSS接收并存储S-CSC应用UE的注册请求消息中包括的注册信息对所述注册备份数据进行更新而获得的注册备份数据。

[0093] 本实施例提供的注册备份数据处理方法中，通过对HSS进行改善，使其可以通过SAR消息中是否含有多注册指示信息而对所存储的注册备份数据进行相应的处理，可以避免不必要的二次信令交互，降低信令负荷，避免HSS和S-CSCF之间不必要的数据处理，节省系统资源。

[0094] 图3为本发明注册备份数据处理方法实施例三信令示意图，如图3所示，S-CSCF收到UE的初始注册后的注册信息备份和/或恢复流程包括：

[0095] 步骤1a，S-CSCF收到UE的“REGISTER”初始注册消息，其中携带了要注册的(IMPI，IMPU)，在“CONTACT”头域中除了“CONTACT”地址外，还至少包含了“reg-id”信息；

[0096] 步骤2a，S-CSCF通过“REGISTER”消息中的“CONTACT”头域中的“reg-id”判断出UE支持多注册，在发送SAR向HSS请求用户服务配置数据时，在SAR中携带多注册指示；

[0097] 说明：SAR中携带多注册指示可以通过在SAR中新增AVP携带，也可以通过对现有的AVP进行扩展(包括对值域的扩展)携带。

[0098] 步骤3a，HSS通过多注册指示和“RAT＝REGISTRATION”判断出该SAR产生于多注册初始注册过程，而SAR请求消息中的(IMPI，IMPU)在HSS中已经注册，并且HSS保存有该IMPI相关的注册备份数据，HSS先不用SAR中的注册备份数据更新之前保存的注册备份数据，而是在SAA响应消息中将之前保存的注册备份数据携带给S-CSCF；同时HSS可选地在SAA响应消息中返回重备份指示例如“DIAMETER_ERROR_IN_ASSIGNMENT_TYPE”失败指示或其它能使S-CSCF重新备份注册信息的指示；

[0099] 步骤4a，S-CSCF根据SAA中的失败指示或其它使S-CSCF重新备份注册信息的指示向HSS发起第二次SAR(SAT＝RE_REGISTRATION)进行注册信息备份，该备份数据是根据HSS返回的注册备份数据和本次UE的注册信息更新后完整的注册备份数据；或者[0100] S-CSCF检查HSS返回的注册备份数据，当HSS返回的注册备份数据和UE本次注册的备份数据不一致时才向HSS发起第二次SAR消息进行注册备份数据更新；

[0101] 步骤5a，HSS向S-CSCF返回SAA响应消息。

[0102] 图4为本发明注册备份数据处理方法实施例四信令示意图，如图4所示，S-CSCF收到UE的初始注册后的注册信息备份和/或恢复流程包括：

[0103] 步骤1b，S-CSCF收到UE的“REGISTER”初始注册消息，其中携带了要注册的(IMPI，IMPU)，在“CONTACT”头域中除了“CONTACT”地址外，还至少包含了“reg-id”信息；

[0104] 步骤2b，S-CSCF发现之前该(IMPI，IMPU)没有在S-CSCF注册过，也就是没有相关的(IMPI，IMPU)的注册信息，并且根据“REGISTER”消息中的“CONTACT”头域中的“reg-id”判断出UE支持多注册时，在SAR中携带多注册初始注册指示；

[0105] 说明：SAR中携带多注册初始注册指示可以通过在SAR中新增AVP携带，也可以通过对现有的AVP进行扩展(包括对值域的扩展)携带。

[0106] 步骤3b，HSS通过多注册初始注册指示和“SAT＝REGISTRATION”判断出该SAR产生于多注册初始注册过程，而SAR请求消息中的(IMPI，IMPU)在HSS中已经注册，并且HSS保存有该IMPI相关的注册备份数据，HSS先不用SAR中的注册备份数据更新之前保存的注册备份数据，而是在SAA响应消息中将之前保存的注册备份数据携带给S-CSCF；同时HSS可选地在SAA响应消息中返回“DIAMETER_ERROR_IN_ASSIGNMENT_TYPE”失败指示或其它能使S-CSCF重新备份注册信息的指示；

[0107] 步骤4b，S-CSCF根据SAA中的失败指示或其它使S-CSCF重新备份注册信息的指示向HSS发起第二次SAR(SAT＝RE_REGISTRATION)进行注册信息备份，该备份数据是根据HSS返回的注册备份数据和本次UE的注册信息更新后完整的注册备份数据；或者[0108] S-CSCF检查HSS返回的注册备份数据，当HSS返回的注册备份数据和UE本次注册的备份数据不一致时才向HSS发起第二次SAR消息进行注册备份数据更新；

[0109] 步骤5b，HSS向S-CSCF返回SAA响应消息。

[0110] 上述各实施例提供的注册备份数据处理方法中，S-CSCF收到UE的初始注册，通过“REGISTER”消息中的“CONTACT”头域中的“reg-id”判断出UE支持多注册，在发送SAR向HSS请求用户服务配置数据时，在SAR中携带多注册指示。或者S-CSCF发现之前该UE没有在S-CSCF注册过，也就是没有相关的注册信息，并且根据“reg-id”判断出UE支持多注册时，在SAR中携带多注册初始注册指示。HSS通过多注册指示或多注册初始注册指示判断出该SAR产生于初始多注册过程，而SAR请求消息中的IMPU和IMPI在HSS中是注册的，并且保存有注册备份数据，HSS先不用SAR中的注册备份数据更新之前保存的注册备份数据，而是在SAA响应消息中将之前保存的注册备份数据携带给S-CSCF。S-CSCF可以根据SAA中的失败指示向HSS发起第二次SAR进行注册信息备份，该备份数据是根据HSS返回的注册备份数据和本次UE的注册信息更新后完整的注册备份数据；或者S-CSCF检查HSS返回的注册备份数据，当HSS返回的注册备份数据和UE本次注册的备份数据不一致时才向HSS发起第二次SAR消息进行注册备份数据更新。上面描述的S-CSCF在SAR中携带多注册初始注册指示时，HSS和S-CSCF才进行后续两次SAR/SAA交互的方案是考虑到S-CSCF异常后重启的S-CSCF或重新选择的S-CSCF在第一次收到UE的初始注册包括单注册和多注册过程中，通过和HSS之间的交互就可以将该UE相关所有备份数据完整地恢复过来，并在HSS中完整地保存，后续多注册过程中HSS和S-CSCF之间没有必要进行两次SAR/SAA交互。

[0111] 图5为本发明注册备份数据处理方法实施例五信令示意图，如图5所示，UE去注册过程中的注册信息备份/恢复流程包括：

[0112] 步骤1c，S-CSCF收到UE的“REGISTER”去注册消息，其中携带了要去注册的(IMPI，IMPU)，在CONTACT头域中除了“CONTACT”地址外，还至少包含了“reg-id”信息；

[0113] 步骤2c，S-CSCF发现之前该(IMPI，IMPU)没有在S-CSCF注册过，也就是没有相关的(IMPI，MPU)的注册信息，并且根据“REGISTER”消息中的CONTACT头域中的“reg-id”判断出UE支持多注册，而且是只去注册多注册中的一个“CONTACT”地址及相关信息，S-CSCF向HSS发送SAR(SAT＝NO_ASSIGNMENT)请求注册备份数据；

[0114] 步骤3c，HSS向S-CSCF返回SAA响应消息，携带请求的注册备份数据；

[0115] 步骤4c，S-CSCF根据收到的SAA中的注册备份数据对其进行更新后，再向HSS发送SAR(SAT＝RE_REGISTRATION)携带更新后的注册备份数据，更新HSS中的用户注册备份数据；

[0116] 步骤5c，HSS向S-CSCF返回SAA响应消息。

[0117] 本实施例提供的注册备份数据处理方法中，S-CSCF收到UE的去注册消息，通过“REGISTER”消息中的“CONTACT”头域中是否包含“reg-id”判断出UE支持多注册，而且是只去注册多注册中的一个CONTACT地址，S-CSCF向HSS发送SAR(SAT＝NO_ASSIGNMENT)请求注册备份数据，根据收到的SAA中的注册备份数据对其进行更新后，再向HSS发送SAR(SAT＝RE_REGISTRATION)携带更新后的用户注册备份数据，更新HSS中的用户注册备份数据；否则直接发起去注册请求SAR(SAT＝USER_DEREGISTRATION)，清除HSS中保存的对应用户身份(IMPU，IMPI)相关的注册备份数据。

[0118] 上述各实施例中为了支持多注册信息的备份，S-CSCF可以将UE注册的多个“CONTACT”地址，包括对应的“PATH”，UE注册事件通知订阅信息“Subscription Info”分别组合在“SCSCF-Restoration-Info”的“Contact”，“Path”，“Subscription-Info AVP”里，备份到HSS。也可以对“S-CSCF-Restoration-Info”如下进行扩展：

[0119]

[0120] 其中的Restoration-Info结构如下：

[0121]

[0122] 每一个Restoration-Info对应UE注册的一组注册信息。

[0123] 本发明提供的各注册备份数据处理方法实施例可以避免不必要的第二次SAR/SAA信令交互，降低信令负荷，避免HSS和S-CSCF之间不必要的数据处理，节省网络资源。

[0124] 图6为本发明注册备份数据处理方法实施例六流程图，如图6所示，该方法包括：

[0125] 步骤300，接收服务呼叫会话控制功能实体发送的服务器分配请求消息，所述服务器分配请求消息至少包括用户身份；

[0126] S-CSCF接收到UE的注册请求消息后，直接将消息内容通过SAR消息发送给HSS；或者，若请求消息中有多注册信息即“reg-id”参数，则S-CSCF在SAR消息中增加AVP携带与“reg-id”相同的值给HSS。

[0127] 步骤301，对所述服务器分配请求消息中的注册备份数据进行解析，并根据解析结果对所存储的与所述用户身份对应的注册备份数据进行更新。

[0128] HSS在收到初始注册过程中的SAR消息后，对其中携带的注册备份数据进行解析，判断出该注册是多注册或多注册初始注册时，可选地再判断出需要对S-CSCF进行数据恢复时，例如HSS中保存的注册CONTACT地址个数多于S-CSCF在SAR中携带上来的CONTACT地址个数，才不覆盖之前保存的注册备份数据，并在SAA中下载HSS中之前保存的注册备份数据并返回错误指示或其它指示使S-CSCF重新备份数据；或者HSS直接根据SAR中的注册备份数据对已保存的注册备份数据进行更新，并通过SAA将更新后的注册备份数据下载给S-CSCF，返回成功指示。这样能避免S-CSCF再重新发起一次SAR备份注册信息。

[0129] S-CSCF扩展“S-CSCF-Restoration-Info”，新增AVP直接携带与注册消息中“reg-id”有着相同取值的信息。HSS收到SAR携带的“S-CSCF-Restoration-Info”后，只解析出其中的“reg-id”信息和之前保存的注册备份数据中的“reg-id”进行匹配，相同的即用SAR中对应该“reg-id”的注册信息覆盖HSS中之前保存的，不同的在HSS保存的注册备份数据中添加SAR中携带的新增“reg-id”对应的注册信息。如果HSS中更新后的注册备份数据和SAR中携带的注册备份数据不同，则HSS在SAA中将更新后的注册备份数据带给S-CSCF，并指示操作成功。后续S-CSCF就不需要再发起一次SAR备份注册信息。

[0130] 本实施例提供的注册备份数据处理方法中，HSS通过对SAR消息进行解析直接并根据解析结果信息直接对所存储的注册备份数据进行更新，可以避免S-CSCF与HSS之间的二次SAR/SAA信令交互，通过一次信令交互便可以完成必要的数据处理，节省网络资源。

[0131] 图7为本发明注册备份数据处理方法实施例七流程图，如图7所示，该方法包括：

[0132] 步骤400，向用户签约服务器发送服务器分配请求消息，所述服务器分配请求消息包括用户身份和通过AVP携带的多注册信息；

[0133] S-CSCF在接收UE的注册请求消息后，对该请求消息中的多注册信息“reg-id”进行解析，并扩展“S-CSCF-Restoration-Info”，新增AVP直接携带与注册消息中“reg-id”有着相同取值的信息。

[0134] 步骤401，接收所述用户签约服务器根据所述AVP携带的多注册信息，返回的与所述用户身份对应的经过更新的注册备份数据。

[0135] HSS接收到该SAR消息后，HSS收到SAR携带的“S-CSCF-Restoration-Info”后，只解析出其中的“reg-id”信息和之前保存的注册备份数据中的“reg-id”进行匹配，相同的即用SAR中对应该“reg-id”的注册信息覆盖HSS中之前保存的，不同的在HSS保存的注册备份数据中添加SAR中携带的新增“reg-id”对应的注册信息。如果HSS中更新后的注册备份数据和SAR中携带的注册备份数据不同，则HSS在SAA中将更新后的注册备份数据带给S-CSCF，并指示操作成功。后续S-CSCF就不需要再发起一次SAR备份注册信息。

[0136] 本实施例提供的注册备份数据处理方法，S-CSCF通过AVP携带参数“reg-id”，HSS可以方便地识别“reg-id”信息，并根据该信息进行注册备份数据的更新，可以避免S-CSCF与HSS之间的二次SAR/SAA信令交互，通过一次信令交互便可以完成必要的数据处理，节省网络资源。

[0137] 本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

[0138] 图8为本发明服务呼叫会话控制功能实体设备实施例一结构示意图，如图8所示，该服务呼叫会话控制功能实体设备即S-CSCF包括第一接收模块11和第一处理模块12，其中第一接收模块11用于接收UE的注册请求消息，该注册请求消息至少包括用户身份；第一处理模块12用于根据该注册请求消息中是否包括多注册信息，向HSS发送相应的服务器分配请求消息，该服务器分配请求消息包括用户身份，和用于指示HSS对存储的与用户身份对应的注册备份数据进行相应处理的指示信息。

[0139] 当UE向网络侧请求进行某种操作例如初始注册或去注册时，UE向网络侧发送注册请求消息例如“REGISTER”消息，S-CSCF中的第一接收模块11接收该“REGISTER”消息，其中包括UE的用户身份(IMPI，IMPU)。第一接收模块11接收到UE发送的“REGISTER”消息后，首先判断该消息中是否包括多注册信息即是否包括“reg-id”参数来判断该请求是普通的初始注册请求还是属于多注册中的一次初始注册；并通过第一处理模块12根据判断是否包括“reg-id”参数的判断结果向HSS发送与判断结果对应的服务器分配请求消息即SAR消息，该SAR消息中包括UE注册的身份信息(IMPI，IMPU)和用于指示HSS对存储的与(IMPI，IMPU)对应的注册备份数据进行相应处理的指示信息。第一处理模块12根据注册请求消息中包括“reg-id”参数的情况以确定向HSS发送的对应的SAR消息，可以分别由以下子模块中的任意一个或其组合进行处理：

[0140] 第一处理子模块121用于若注册请求消息中包括多注册信息，则向HSS发送第一SAR消息，该第一SAR消息包括用户身份(IMPI，IMPU)和指示信息，该指示信息包括用于标识本次请求是用户身份进行初始注册的服务器分配类型信息和多注册指示信息；第一处理子模块121还用于若注册请求消息中包括“reg-id”，且通过判断获知S-CSCF中没有与用户身份对应的注册信息，则向HSS发送第一SAR消息；

[0141] 第二处理子模块122用于若注册请求消息中包括多注册信息即“reg-id”，且通过判断获知S-CSCF中存储有与用户身份(IMPI，IMPU)对应的注册信息，则向HSS发送第二SAR消息，该第二SAR消息包括用户身份和所述指示信息，该指示信息包括用于标识本次请求是用户身份进行初始注册的服务器分配类型信息；

[0142] 第三处理子模块123用于若注册请求消息中不包括多注册信息，则向HSS发送第三SAR消息，该第三SAR消息包括用户身份(IMPI，IMPU)和指示信息，该指示信息包括用于标识本次请求是用户身份进行初始注册的服务器分配类型信息；

[0143] 第四处理子模块124用于若注册请求消息中包括多注册信息“reg-id”和去注册信息，且通过判断获知S-CSCF中存储有与用户身份(IMPI，IMPU)对应的注册信息，且通过判断获知注册请求消息中的注册信息与所存储的注册信息不一致，则应用注册请求消息中的注册信息对所存储的注册信息进行更新，并将经过更新的获得注册备份数据发送HSS；

[0144] 第五处理子模块125，若注册请求消息中包括多注册信息“reg-id”和去注册信息，且通过判断获知S-CSCF中存储有与用户身份(IMPI，IMPU)对应的注册信息，且通过判断获知注册请求消息中的注册信息与所存储的注册信息一致，则向HSS发送第四SAR消息，该第四SAR消息包括用户身份和指示信息，该指示信息包括用于指示HSS对所述用户身份进行去注册的服务器分配类型信息；

[0145] 第六处理子模块126用于若注册请求消息中包括去注册信息，但不包括多注册信息“reg-id”，则向HSS发送第五SAR消息，该第五SAR消息包括用户身份(IMPI，IMPU)和指示信息，该指示信息包括用于指示HSS对用户身份进行去注册的服务器分配类型信息；

[0146] 第七处理子模块127用于若注册请求消息中包括去注册信息和多注册信息“reg-id”，且通过判断获知S-CSCF中没有存储与用户身份(IMPI，IMPU)对应的注册信息，则向HSS发送第六SAR消息，该第六SAR消息包括用户身份和指示信息，该指示信息包括用于向HSS请求与所述用户身份对应的注册备份数据的服务器分配类型信息。

[0147] 该S-CSCF还包括第二处理模块13用于接收HSS发送的SAA消息，该SAA消息包括与用户身份对应的注册备份数据，并应用UE的注册请求消息中的注册信息对HSS返回的注册备份数据进行更新，并将经过更新的注册备份数据发送给HSS。

[0148] 本实施提供的S-CSCF通过对UE的请求消息中是否包括多注册信息“reg-id”进行判断，进而决定向HSS发送何种对应的SAR消息，可以有效地避免不必要的第二次SAR/SAA信令交互，降低信令负荷，避免HSS和S-CSCF之间不必要的数据处理，节省网络资源。

[0149] 图9本发明用户签约服务器实施例结构一示意图，如图9所示，该用户签约服务器即HSS包括第二接收模块21和第三处理模块22，其中第二接收模块21用于接收S-CSCF发送的SAR消息，该SAR消息包括用户身份和指示信息；第三处理模块22用于根据该指示信息中是否包括多注册指示信息，对所存储的与用户身份对应的注册备份数据进行相应处理。

[0150] 具体地，当UE向网络侧请求进行某种操作例如初始注册或去注册时，S-CSCF接收UE的“REGISTER”消息中应包括UE的用户身份(IMPI，IMPU)，首先判断该消息中是否包括多注册信息即是否包括“reg-id”参数，并根据判断是否包括“reg-id”参数的判断结果向HSS发送与判断结果SAR消息，该SAR消息中包括UE注册的身份信息(IMPI，IMPU)和用于指示HSS对存储的与(IMPI，IMPU)对应的注册备份数据进行相应处理的指示信息，HSS中的第二接收模块21接收S-CSCF发送的SAR消息，通过第三处理模块22根据SAR消息中是否包括多注册指示信息，对所存储的与用户身份对应的注册备份数据进行相应处理。

[0151] 若S-CSCF通过判断获知“REGISTER”消息中包括“reg-id”参数，则在SAR消息中携带多注册指示信息；或者，S-CSCF通过判断获知“REGISTER”消息中包括“reg-id”参数，且自身没有存储与(IMPI，IMPU)对应的注册信息，则在SAR消息中携带多注册指示信息；若“REGISTER”消息中包括“reg-id”参数，但通过判断获知S-CSCF自身存储有与该用户身份(IMPI，IMPU)对应的注册信息，则不在SAR消息中携带多注册指示信息；若S-CSCF通过判断获知“REGISTER”消息中不包括“reg-id”参数，则不在SAR消息中携带多注册指示信息；若S-CSCF通过判断获知“REGISTER”消息中不仅包括“reg-id”参数，而且还包括去注册信息例如包括参数“expires＝0”，且通过判断获知S-CSCF自身存储有与用户身份(IMPI，IMPU)对应的注册信息，则直接通过SAR消息指示HSS进行去注册并不携带多注册指示信息；若S-CSCF通过判断获知“REGISTER”消息中不仅包括“reg-id”参数，而且还包括去注册信息例如包括参数“expires＝0”，且通过判断获知S-CSCF自身没有存储与用户身份(IMPI，IMPU)对应的注册信息，则通过SAR消息指示HSS返回所存储的UE的注册备份数据并不携带多注册指示信；若S-CSCF通过判断获知“REGISTER”消息中包括去注册信息例如包括参数“expires＝0”，但不包括“reg-id”参数，则直接通过SAR消息指示HSS进行去注册并不携带多注册指示信息。

[0152] 针对上述各种情况，第三处理模块22通过以下各子模块中的任意一个或其组合进行处理：

[0153] 第八处理子模块221用于若指示信息包括用于标识本次请求是用户身份进行初始注册的服务器分配类型信息和多注册指示信息，则向S-CSCF返回SAA，该SAA包括所存储的与用户身份对应的注册备份数据；

[0154] 第九处理子模块222用于若指示信息包括用于标识本次请求是用户身份进行初始注册的服务器分配类型信息，则应用SAR消息中包括的注册信息对所存储的与用户身份对应的注册备份数据进行更新；

[0155] 第十处理子模块223用于若指示信息包括用于指示对用户身份进行去注册的服务器分配类型信息，则删除所存储的所述注册备份数据；

[0156] 第十一处理子模块234用于若指示信息包括用于请求与用户身份对应的注册备份数据的服务器分配类型信息，则向S-CSCF返回SAA，该SAA包括所存储的与用户身份对应的注册备份数据。

[0157] HSS还包括用于接收并存储S-CSCF应用SAR消息中包括的注册信息对注册备份数据进行更新而获得的注册备份数据的第四处理模块23。

[0158] 本实施例提供的HSS通过对S-CSCF发送的SAR消息中是否包括多注册指示信息进行判断，从而进行相应的操作可以有效地避免不必要的第二次SAR/SAA信令交互，降低信令负荷，避免HSS和S-CSCF之间不必要的数据处理，节省网络资源。

[0159] 图10为本发明注册备份数据处理系统实施例一结构示意图，如图10所示，该系统包括服务呼叫会话控制功能实体设备即S-CSCF1和用户签约服务器即HSS2，其中S-CSCF1用于接收UE的注册请求消息，该注册请求消息至少包括用户身份，并根据注册请求消息中是否包括多注册信息，向HSS2发送对应的服务器分配请求消息，该服务器分配请求消息包括用户身份，和用于指示HSS2对存储的与用户身份对应的注册备份数据进行相应处理的指示信息；HSS2用于接收S-CSCF1发送的SAR消息，该SAR消息包括用户身份和指示信息，并根据指示信息中是否包括多注册指示信息，对所存储的与用户身份对应的注册备份数据进行相应处理。

[0160] 本实施例中涉及的S-CSCF1和HSS2可以采用上述各实施例中提供的S-CSCF和HSS，此处不再赘述。

[0161] 本实施例提供的注册备份数据处理系统中，S-CSCF通过对UE的请求消息中是否包括多注册信息“reg-id”进行判断，进而决定向HSS发送何种对应的SAR消息；HSS通过对S-CSCF发送的SAR消息中是否包括多注册指示信息进行判断，从而进行相应的操作可以有效地避免不必要的第二次SAR/SAA信令交互，降低信令负荷，避免HSS和S-CSCF之间不必要的数据处理，节省网络资源。

[0162] 图11为本发明用户签约服务器实施例结构二示意图，如图11所示，该用户签约服务器即HSS包括第三接收模块31和第五处理模块32，其中第三接收模块31用于接收S-CSCF发送的SAR消息，该SAR消息至少包括用户身份；第五处理模块32用于对该SAR消息中的注册备份数据进行解析，并根据解析结果对所存储的与用户身份对应的注册备份数据进行更新。

[0163] 具体地，S-CSCF接收到UE的注册请求消息后，直接将消息内容通过SAR消息发送给HSS；或者，若请求消息中有多注册信息即“reg-id”参数，则S-CSCF在SAR消息中增加AVP携带与“reg-id”相同的值给HSS。HSS中的第三接收模块31接收SAR消息后，通过第五处理模块32对SAR进行解析，判断出该注册是多注册或多注册初始注册时，可选地再判断出需要对S-CSCF进行数据恢复时，例如HSS中保存的注册CONTACT地址个数多于S-CSCF在SAR中携带上来的CONTACT地址个数，才不覆盖之前保存的注册备份数据，并在SAA中下载HSS中之前保存的注册备份数据并返回错误指示或其它指示使S-CSCF重新备份数据；或者HSS直接根据SAR中的注册备份数据对已保存的注册备份数据进行更新，并通过SAA将更新后的注册备份数据下载给S-CSCF，返回成功指示。这样能避免S-CSCF再重新发起一次SAR备份注册信息。

[0164] S-CSCF 扩 展“S-CSCF-Restoration-Info”，新 增 AVP 直 接 携 带 与 注册消息中“reg-id”有着相同取值的信息。第三接收模块31收到SAR携带的“SCSCF-Restoration-Info”后，第五处理模块32只解析出其中的“reg-id”信息和之前保存的注册备份数据中的“reg-id”进行匹配，相同的即用SAR中对应该“reg-id”的注册信息覆盖HSS中之前保存的，不同的在HSS保存的注册备份数据中添加SAR中携带的新增“reg-id”对应的注册信息。如果HSS中更新后的注册备份数据和SAR中携带的注册备份数据不同，则HSS在SAA中将更新后的注册备份数据带给S-CSCF，并指示操作成功。后续S-CSCF就不需要再发起一次SAR备份注册信息。本实施例提供的HSS可以通过第一发送模块33用于向S-CSCF发送经过更新的注册备份数据。

[0165] 本实施例提供的HSS通过对SAR消息进行解析直接并根据解析结果信息直接对所存储的注册备份数据进行更新，可以完全避免S-CSCF与HSS之间的二次SAR/SAA信令交互，通过一次信令交互便可以完成必要的数据处理，节省网络资源。

[0166] 图12为本发明服务呼叫会话控制功能实体设备实施例二结构示意图，如图12所示，该服务呼叫会话控制功能实体设备即S-CSCF包括第二发送模块41和第六处理模块42，其中第二发送模块41用于向HSS发送SAR消息，该SAR消息包括用户身份和通过AVP携带的多注册信息；第六处理模块42用于接收HSS根据所述AVP携带的多注册信息，返回的与用户身份对应的经过更新的注册备份数据。

[0167] 具体地，S-CSCF接收UE的请求消息后对其中的多注册信息“reg-id”进行解析，并对“SCSCF-Restoration-Info”进行扩展，新增AVP直接携带与注册消息中“reg-id”有着相同取值的信息通过第二发送模块41给HSS。HSS根据AVP携带的“reg-id”应用注册信息对HSS所存储的注册备份数据进行更新，并向S-CSCF返回经过更新的注册备份数据，S-CSCF中的第六处理模块42负责接收更新的注册备份数据。

[0168] 本实施例提供的S-CSCF通过AVP携带参数“reg-id”，HSS可以方便地识别“reg-id”信息，并根据该信息进行注册备份数据的更新，可以完全避免S-CSCF与HSS之间的二次SAR/SAA信令交互，通过一次信令交互便可以完成必要的数据处理，节省网络资源。

[0169] 图13为本发明注册备份数据处理系统实施例二结构示意图，如图13所示，该系统包括服务呼叫会话控制功能实体设备即S-CSCF3和用户签约服务器即HSS4，S-CSCF3用于向HSS4发送SAR消息，该SAR消息包括用户身份，并接收HSS4对该SAR消息进行解析并返回的与用户身份对应的经过更新的注册备份数据；HSS4用于接收S-CSCF3发送的SAR消息，并对SAR消息进行解析，并根据解析结果对所存储的与用户身份对应的注册备份数据进行更新。系统中的S-CSCF3向HSS4发送SAR消息，该SAR消息包括用户身份和通过AVP携带的多注册信息。

[0170] 本实施例提供的注册备份数据处理系统，HSS通过对S-CSCF发送的SAR消息进行解析，直接应用解析得到的注册信息地用户设备的注册备份数据进行更新，从而可以完全避免不必要的第二次SAR/SAA信令交互，降低信令负荷，避免HSS和S-CSCF之间不必要的数据处理，节省网络资源。

[0171] 最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。