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

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

Info

Publication number
WO2010083715A1
WO2010083715A1 PCT/CN2009/076139 CN2009076139W WO2010083715A1 WO 2010083715 A1 WO2010083715 A1 WO 2010083715A1 CN 2009076139 W CN2009076139 W CN 2009076139W WO 2010083715 A1 WO2010083715 A1 WO 2010083715A1
Authority
WO
WIPO (PCT)
Prior art keywords
registration
request message
server
information
backup data
Prior art date
Application number
PCT/CN2009/076139
Other languages
English (en)
French (fr)
Inventor
时书锋
Original Assignee
华为技术有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to ES09838682.4T priority Critical patent/ES2525473T3/es
Priority to EP09838682.4A priority patent/EP2381637B1/en
Publication of WO2010083715A1 publication Critical patent/WO2010083715A1/zh
Priority to US13/187,764 priority patent/US8494521B2/en
Priority to US13/934,044 priority patent/US9191910B2/en
Priority to US14/884,517 priority patent/US10772063B2/en
Priority to US16/998,982 priority patent/US11638230B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/005—Multiple registrations, e.g. multihoming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]

Definitions

  • the user identity used in the IMS network mainly includes IP Multimedia Public User Identity (hereinafter referred to as IMPU) and IP Multimedia Private User Identity (hereinafter referred to as IMPI).
  • the method of signing the contract is stored in the Home Subscriber Server (HSS).
  • HSS Home Subscriber Server
  • the related entities in the network such as the Negotiating Call Session Control Function (hereinafter referred to as I) -CSCF), Serving Call Session Control Function (hereinafter referred to as S-CSCF), AS, etc. obtain the subscription data of the relevant user through the user identity to the HSS.
  • I the Negotiating Call Session Control Function
  • S-CSCF Serving Call Session Control Function
  • AS etc.
  • multiple registrations allow users to share a pair of signed identities (IMPI, IMPU) while registering multiple CONTACT addresses.
  • the UE registers one of the CONTACT addresses each time it registers.
  • the UE adds a new "reg-id" parameter in the "Contact" header field of the "SIP REGISTER” message, uniquely identifying one of the multiple registrations.
  • the S-CSCF simultaneously saves multiple registration records related to the (IMPI, IMPU), each registration record has a different "reg-id”. And in the subsequent re-registration, the corresponding "reg-id" does not change.
  • the S-CSCF receives the UE's registration REGISTER message, if it is related to registration
  • the solution provided in scenario 2 can solve the problem of no loss recovery after the S-CSCF exception caused by the UE registering a CONTACT address in the case of multiple registrations, causing all the multi-registered registered backup data to be cleared in the HSS, HSS and S
  • the multiple registration between the HSS and the S-CSCF will trigger two SAR/SAA signaling interactions, for the UE or the S-CSCF that does not support multiple registrations. In other words, unnecessary signaling load and unnecessary data processing by HSS and S-CSCF are added, and system resources are wasted. Summary of the invention
  • the embodiment of the invention provides a method, a device and a system for processing a registered backup data, which are used to solve the two SAR/SAA letters inevitably triggered in the registration information backup process between the HSS and the S-CSCF in the prior art.
  • the signaling load caused by the interaction is heavy, the system resources are wasted, and the like, and the registration information backup process is optimized.
  • An embodiment of the present invention provides a method for processing registration backup data, including:
  • the device is configured to parse the registration backup data in the server allocation request message, and provides a service call session control function entity device according to an embodiment of the present invention, including: a first receiving module, configured to receive a registration request message of the user equipment The registration request message includes at least a user identity;
  • An embodiment of the present invention provides a user subscription server, including:
  • a fifth processing module configured to parse the registered backup data in the server allocation request message, and according to the solution
  • FIG. 5 is a schematic diagram of signaling of Embodiment 5 of a method for processing registered backup data according to the present invention
  • FIG. 6 is a flowchart of Embodiment 6 of a method for processing registered backup data according to the present invention
  • Figure ⁇ is a flowchart of Embodiment 7 of the method for processing registered backup data of the present invention
  • the IMS network mainly includes the following network elements, where the CSCF is a call session control function entity, which is in the core control position in the IMS core network, and is responsible for registration authentication and session control of the UE.
  • the basic session routing function is implemented for the calling end and the called end IMS user, and according to the IMS filtering rule signed by the user, the value-added service route triggering and service control interaction to the AS are performed when the condition is met.
  • the HSS is a user subscription server, which stores the IMS subscription information set when the operator opens an account, and supports customization and modification of the subscription data by the operator or the terminal user through the interface with the service management system.
  • the S-CSCF performs the following operations to the HSS through the SAR command:
  • AUTHENTICATION_TIMEOUT(10) is used to indicate the authentication timeout;
  • IMS subscription contains only one IMPI and the AVP does not exist.
  • Step 101 Send, according to whether the registration request message includes multiple registration information, a corresponding server allocation request message to the user subscription server, where the server allocation request message includes the user identity, and is used to indicate the user subscription server pair
  • the stored indication information corresponding to the registered backup data corresponding to the user identity is processed accordingly.
  • the S-CSCF After receiving the "REGISTER" message sent by the UE, the S-CSCF first determines whether the message includes multiple registration information, that is, whether the "reg-id" parameter is included to determine whether the request is a normal initial registration request or a multiple registration. Initially registering; and transmitting, according to the judgment result of determining whether the "reg-id" parameter is included, the server allocation request message corresponding to the judgment result, that is, the SAR message, the SAR message includes the identity information (IMPI, IMPU) registered by the UE and The indication information indicating that the stored backup data corresponding to (IMPI, IMPU) is stored by the HSS.
  • the "reg-id" parameter can be stored in the "CONTACT" header field of the "REGISTER" message.
  • the S-CSCF determines the corresponding SAR message sent to the HSS according to the condition of including the "reg-id" parameter in the registration request message, including the following cases:
  • the request is server allocation type information and multi-registration indication information for initial registration of the user identity, wherein the server allocation type information is a value of "REGISTRATION” including the parameter "Server Assignment Type” in the SAR message; and, the S-CSCF is based on "
  • the REGISTER message includes a "reg-id” parameter to generate a multi-registration indication information, which is sent to the HSS in the SAR message, and the HSS can learn from the multi-registration instruction that the request is a request in the multi-registration, and accordingly operating.
  • the S-CSCF receives the "REGISTER” message and determines that it includes the "reg-id” parameter, and further The step judges that it has stored the registration information corresponding to (IMPI, IMPU) included in the "REGISTER” message, and the S-CSCF can directly apply the registration information stored therein and the registration information in the "REGISTER” message to construct a complete registration.
  • the backup data is formed by adding the registration address of the UE and the related PATH information to the original registration information, and the registration backup data is sent to the HSS through the second SAR message, and the HSS receives the SAR message.
  • the HSS After receiving the first SAR message sent by the S-CSCF, the HSS determines that the first SAR message includes multiple registration indication information, and the user identity (IMPI, IMPU) included in the message is registered in the HSS and the HSS If the associated backup data is saved, the registered backup data information corresponding to the UE registered user identity (IMPI, IMPU) stored by the UE is returned to the S-CSCF according to the indication, and the data may be included in the first The response of the SAR message is carried in the SAA message.
  • the user identity IMPI, IMPU
  • the SAR message can no longer be sent to the HSS, which avoids unnecessary signaling interaction, reduces the signaling load, and avoids Unnecessary data processing between HSS and S-CSCF saves system resources.
  • the S-CSCF learns that the "reg-id" parameter or other multi-registration information is not included in the "REGISTER" message, so that the request does not involve multiple registrations, which is only an ordinary registration request situation, due to S
  • the third SAR message sent by the CSCF to the HSS does not include the multi-registration indication information in the third SAR message, indicating that the request is not related to the multi-registration, then the HSS can directly directly receive the third SAR message.
  • the registered backup data included in the third SAR message is stored as the registered backup data corresponding to the registered user identity (IMPI, IMPU). If the registered backup data related to the user identity is originally stored in the HSS, it is directly carried in the SAR. Registered backup data replaces the original storage Registering backup data can also avoid unnecessary second SAR/SAA signaling interactions, reduce signaling load, avoid unnecessary data processing between HSS and S-CSCF, and save system resources.
  • the UE when the UE requests the network side to perform some operation, such as initial registration or registration,
  • the S-CSCF learns that the "reg-id" parameter is included in the "REGISTER” message, the SAR message carries multiple registration indication information; or, the S-CSCF determines that the "REGISTER” message includes "reg-id” If the parameter does not store the registration information corresponding to ( IMPI, IMPU ), the SAR message carries multiple registration indication information; if the "REGISTER” message includes the "reg-id” parameter, the S-CSCF itself is determined by the judgment.
  • the HSS further includes a fourth processing module 23 for receiving and storing the registered backup data obtained by updating the registration backup data by the registration information included in the S-CSCF application SAR message.
  • the registration request message includes at least a user identity, and sends a corresponding server allocation request message to the HSS2 according to whether the registration request message includes multiple registration information, the server allocation request message includes a user identity, and is used for indicating
  • the HSS2 receives the indication information of the stored registration backup data corresponding to the user identity, and the HSS2 is configured to receive the SAR message sent by the S-CSCF1, where the SAR message includes the user identity and the indication information, and according to whether the indication information includes multiple registrations.
  • the indication information is processed correspondingly to the stored registration backup data corresponding to the user identity.
  • FIG. 11 is a schematic structural diagram of a second embodiment of a user subscription server according to the present invention.
  • the user subscription server that is, the HSS, includes a third receiving module 31 and a fifth processing module 32, wherein the third receiving module 31 is configured to receive S- The SAR message sent by the CSCF, the SAR message includes at least a user identity; the fifth processing module 32 is configured to parse the registered backup data in the SAR message, and specifically, after receiving the registration request message of the UE, the S-CSCF directly Pass the message content
  • the number of registered CONTACT addresses stored in the HSS is greater than the number of CONTACT addresses carried by the S-CSCF in the SAR, so that the previously saved registered backup data is not overwritten and saved in the SAS before downloading the HSS.
  • Register the backup data and return an error indication or other indication to enable the S-CSCF to back up the data again; or the HSS directly updates the saved registered backup data according to the registered backup data in the SAR, and downloads the updated registered backup data to the SAA through the SAA.
  • S-CSCF returns a success indication. This will prevent the S-CSCF from re-initiating a SAR backup registration message.
  • the S-CSCF parses the multiple registration information "reg-id” therein, and expands "SCSCF-Restoration-Info", and newly adds the AVP direct carrying and registration message "reg- The information with the same value of id" is given to the HSS by the second transmitting module 41.
  • the HSS updates the registration backup data stored by the HSS according to the "reg-id" application registration information carried by the AVP, and returns the updated registration backup data to the S-CSCF, and the sixth processing module 42 in the S-CSCF is responsible for receiving the update. Registered backup data.
  • the S-CSCF provided in this embodiment carries the parameter "reg-id" through the AVP, and the HSS can conveniently identify the "reg-id” information, and update the registration backup data according to the information, which can completely avoid the S-CSCF and the HSS.
  • Inter-secondary SAR/SAA signaling interaction through one signaling interaction, can complete the necessary data processing and save network resources.
  • the HSS parses the SAR message sent by the S-CSCF, and directly updates the registered backup data of the user equipment of the registered registration information, so that the unnecessary second can be completely avoided.
  • Secondary SAR/SAA signaling interaction reduces signaling load, avoids unnecessary data processing between HSS and S-CSCF, and saves network resources.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Description

注册备份数据处理方法、 装置及系统
本申请要求于 2009 年 1 月 22 日提交中国专利局、 申请号为 200910077560.6 , 发明名称为 "注册备份数据处理方法、 装置及系统" 的 中国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明实施例涉及通信技术领域，尤其涉及一种注册备份数据处理方法、 装置及系统。 背景技术
3GPP、 3GPP2、 ITU-T, TISPAN等各大标准组织都在进行关于下一代通 信网络的标准制定工作， 并已基本确定了 IP 多媒体子系统（IP Multimedia Subsystem; 以下简称： IMS )作为下一代固定和移动的核心网络， 出现接入 技术和业务提供多样化，承载 IP化，核心网络统一到 IMS的发展趋势和网络 演进过程。
目前 IMS 网络中使用的用户身份主要有 IP 多媒体公有用户身份 ( IP Multimedia 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来获取相关用户的签约数据。
IMS 中用户身份之间及用户身份和签约数据之间的关系为： 一个 "IMS
Subscription" 包含了一个签约用户可能在 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" 。
为了在 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中。
场景一， 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中存储的备 份数据进行刷新。
如此操作是考虑到注册备份数据在 HSS 中是透明存储的， 也就是 HSS 并不解析 SAR中的注册备份数据。 S-CSCF重启或因故障后重选 S-CSCF时， S-CSCF中将没有用户数据或之前的用户数据不可信任。为了防止在多注册场 景下， S-CSCF收到 UE的注册消息例如多注册中的一次初始注册后，在 SAR 中发送给 HSS 的注册备份数据将之前即多注册中的其它初始注册所保存在 HSS中的注册备份数据覆盖掉， 导致部分备份数据丟失， 后续 S-CSCF异常 恢复时无法获得用户相关的注册备份数据。
场景二， 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中的用户注册备份数据。
如此操作是为了防止多注册场景下， S-CSCF 重启或因故障后重选 S-CSCF收到 UE的去注册消息，请求去注册多注册中的一个 CONTACT地址， 如 果 S-CSCF 直 接 向 HSS 发 送 去 注 册 请 求 SAR ( SAT=USER_DEREGISTRATION ) , HSS会清除保存的相关注册备份数据， 导致部分备份数据丟失， 后续 S-CSCF异常恢复时无法获得用户对应（IMPI, IMPU )相关的所有备份数据。
在实现本发明过程中， 发明人发现现有技术中至少存在如下问题： 对于 场景一中提供的技术方案能够解决多注册信息在原来为用户服务的 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不必要的数据处理， 系统资源浪费严重。 发明内容
本发明实施例提供一种注册备份数据处理方法、 装置及系统， 用以解决 现有技术中 HSS和 S-CSCF之间由于多注册， 在注册信息备份过程中必然引 发的两次 SAR/SAA信令交互而带来的信令负荷重、 系统资源浪费等缺陷， 实现对注册信息备份过程的优化。
本发明实施例提供一种注册备份数据处理方法， 包括：
接收用户设备的注册请求消息， 所述注册请求消息至少包括用户身份； 根据所述注册请求消息中是否包括多注册信息， 向用户签约服务器发送 相应的服务器分配请求消息， 所述服务器分配请求消息包括所述用户身份， 和用于指示所述用户签约服务器对存储的与所述用户身份对应的注册备份数 据进行相应处理的指示信息。
本发明实施例提供一种注册备份数据处理方法， 包括：
接收服务呼叫会话控制功能实体发送的服务器分配请求消息， 所述服务 器分配请求消息至少包括用户身份；
对所述服务器分配请求消息中的注册备份数据进行解析， 并根据解析结 本发明实施例提供一种服务呼叫会话控制功能实体设备， 包括： 第一接收模块， 用于接收用户设备的注册请求消息， 所述注册请求消息 至少包括用户身份；
第一处理模块， 用于根据所述注册请求消息中是否包括多注册信息， 向 用户签约服务器发送相应的服务器分配请求消息， 所述服务器分配请求消息 包括所述用户身份， 和用于指示所述用户签约服务器对存储的与所述用户身 份对应的注册备份数据进行相应处理的指示信息。
本发明实施例提供一种用户签约服务器， 包括：
第二接收模块， 用于接收服务呼叫会话控制功能实体发送的服务器分配 请求消息， 所述服务器分配请求消息包括用户身份和指示信息；
第三处理模块， 用于根据所述指示信息中是否包括多注册指示信息， 对 所存储的与所述用户身份对应的注册备份数据进行相应处理。
本发明实施例提供一种用户签约服务器， 包括：
第三接收模块， 用于接收服务呼叫会话控制功能实体发送的服务器分配 请求消息， 所述服务器分配请求消息至少包括用户身份；
第五处理模块， 用于对所述服务器分配请求消息中的注册备份数据进行 解析， 并根据解；
更新。 本发明实施例提供一种服务呼叫会话控制功能实体设备， 包括
第二发送模块， 用于向用户签约服务器发送服务器分配请求消息， 所述 服务器分配请求消息包括用户身份和通过属性值对携带的多注册信息；
第六处理模块， 用于接收所述用户签约服务器根据所述属性值对携带的 多注册信息， 返回的与所述用户身份对应的经过更新的注册备份数据。
本发明实施例提供一种注册备份数据处理系统， 包括：
服务呼叫会话控制功能实体设备， 用于向用户签约服务器发送服务器分 配请求消息， 所述服务器分配请求消息包括用户身份， 并接收所述用户签约 服务器对所述服务器分配请求消息进行解析并返回的与所述用户身份对应的 经过更新的注册备份数据；
用户签约服务器， 用于接收服务呼叫会话控制功能实体发送的所述服务 器分配请求消息， 并对所述服务器分配请求消息进行解析， 并根据解析结果 本发明实施例提供的注册备份数据处理方法、装置及系统中， S-CSCF在 接收到 UE的请求后判断是否包括多注册信息， 以确定是否在向 HSS发送的 SAR消息中增加多注册指示信息； HSS根据 SAR消息中是否包括多注册指 示信息作相应的处理， 避免不必要的信令交互， 降低的信令负荷； 同时避免 HSS和 S-CSCF之间不必要的数据处理， 节省了系统资源。 附图说明
图 1为本发明注册备份数据处理方法实施例一流程图；
图 2为本发明注册备份数据处理方法实施例二流程图；
图 3为本发明注册备份数据处理方法实施例三信令示意图
图 4为本发明注册备份数据处理方法实施例四信令示意图
图 5为本发明注册备份数据处理方法实施例五信令示意图
图 6为本发明注册备份数据处理方法实施例六流程图； 图 Ί为本发明注册备份数据处理方法实施例七流程图；
图 8为本发明服务呼叫会话控制功能实体设备实施例一结构示意图； 图 9本发明用户签约服务器实施例结构一示意图；
图 10为本发明注册备份数据处理系统实施例一结构示意图；
图 11为本发明用户签约服务器实施例结构二示意图；
图 12为本发明服务呼叫会话控制功能实体设备实施例二结构示意图; 图 13为本发明注册备份数据处理系统实施例二结构示意图。 具体实施方式
下面结合附图和具体实施例进一步说明本发明实施例的技术方案。
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 Initiation Protocol; 简称： 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接口获得用户的签约信息。用户要使用 业务， 首先需要在网络中进行注册， 之后通过以上的各个接口完成会话接续。
在 IMS网络中，UE在网络中注册后即可使用 IMS网络提供的各种业务。 同时， UE可以选择签约未注册业务， 当 UE没有在网络中注册时网络仍然可 以为用户提供未注册业务如来话前转、 来话记录等。 当 UE在网络中注册或 用户作为终呼时， S-CSCF和 HSS之间通过 SAR/SAA命令对交互用户鉴权数 据和业务数据。
SAR/SAA的应用场景如下： S-CSCF收到 P-CSCF发来的 UE的注册请 求或收到来自 I-CSCF的会话建立请求 INVITE消息时。
( 1 ) S-CSCF通过 SAR命令向 HSS进行以下操作：
分配一个 S-CSCF 给公有身份， 或清除分配给一个或多个公有身份的
S-CSCF的名字；
请求下载用户信息， 包括用户数据或计费信息；
更改用户相关 PU的注册状态；
备份或更新用户 （IMPI ) 的注册信息；
SAR消息中携带的主要应用层参数如下表 1所示：
表 1
IE名称 映射的 Diameter A VP 类别 描述
Public User Public-Identity C (条件 一个或多个公有
Identity /Public 满足时 身份除了去注册以外
Service Identity
必选 ) 的操作中都必须包含 且只能包含一个。 去注册操作但私有身份 不存在时必须包含。
S-CSCF Name Server-Name M S-CSCF的名字
( 必 选）
Private User User-Name C 私 有 身 份 。 对
Identity /Private (条件 S-CSCF 可用时必须包 Service Identity 满足时 含。 在去注册时， 如果 必选 ) 公有身份不存在， 必须 包含私有身份。
Server Server- Assignment- M S-CSCF向 HSS的
Assignment Type ( 必 请求操作类型。
Type 选）
User Data User-Data- Already- M S-CSCF 告诉 HSS
Already Available ( 必 用户数据可用。
Available 选）
S-CSCF SCSCF-Restoration-Info C 请求中 IMPI相关的
Restoration 注册备份数据， 至少包 Information
括 CONTACT 地址和 PATH头域中的信息。 其中 "Server Assignment Type" —共有 11个取值， 含义如下所述：
"NO— ASSIGNMENT(O)" ： 用于 S-CSCF从 HSS请求用户数据， 不影 响用户的注册状态；
"REGISTRATION(l)" ： 用于一个身份的首次注册；
"RE— REGISTRATION^)" ： 用于一个身份的再注册；
"UNREGISTERED— USER(3)'，： 用于指示 S-CSCF收到了终呼到一个没 有注册的用户的 "INVITE" 请求；
"TIMEOUT— DEREGISTRATION(4)，， ： 用于因为注册定时器超时引起 的去注册；
"USER— DEREGISTRATION(5)，，： 用于 S-CSCF收到了用户发起的去注 册请求；
"TIMEOUT— DEREGISTRATION— STORE— SERVER— NAME(6)，， ： 用于 因为注册定时器超时引起的去注册，同时 S-CSCF保存了用户数据并请求 HSS 保存 S-CSCF的名字；
" USER— DEREGISTRATION— STORE— SERVER— NAME(7) " ： 用 于 S-CSCF收到了用户发起的去注册请求， 同时 S-CSCF保存了用户数据并请求 HSS保存 S-CSCF的名字；
"ADMINISTRATIVE— DEREGISTRATION(8)，，： 用于 S-CSCF因为管理 原因执行一个身份的去注册；
"AUTHENTICATION— FAILURE(9)，， ： 用于指示用户鉴权失败； "AUTHENTICATION— TIMEOUT( 10)" ： 用于指示鉴权超时；
"DEREGISTRATION— TOO— MUCH— DATA(l l)"： 用于 S-CSCF从 HSS 中请求用户数据， 但收到的数据量超过了 S-CSCF能接受的大小。
其中当 HSS收到的 SAR中的 S-CSCF名字如果和 HSS中保存的 S-CSCF 的名字不同， HSS 不会用新的 S-CSCF 的名字替换原来的， 而是返回 " Experimental-Result-Code ，， 为
"DIAMETER ERROR IDENTITY ALREADY REGISTERED" , 表示已经 为用户指配了 S-CSCF。
当 HSS收到的 SAR中的操作类型是用户当前状态不允许的操作时， 比 如 "Server Assignment Type" 为 "UNREGISTERED— USER" 表示 S-CSCF收 到了终呼到一个没有注册的 IMPU的 "INVITE"请求， 但 HSS中该 IMPU是 注 册 的 ， HSS 会 返 回 " Experimental-Result-Code " 为 "DIAMETER— ERROR— IN— ASSIGNMENT— TYPE" , 表示该 S-CSCF已分配 给用户， 且用户当前的状态不允许该操作。
( 2 ) HSS通过 SAA命令向 S-CSCF返回处理结果， 用户数据， 计费信 息， 属于 "IMS Subscription" 的所有 IMPI, 共享注册请求中 IMPU的所有注 册 IMPI, 用户 （IMPI ) 的注册备份数据。 SAA 消息中携带的主要应用层参 数如表 2所示：
表 2
Figure imgf000013_0001
Private Identities 所 在 " IMS subscription"所属的 所有 IMPI , IMS subscription 只包含 一个 IMPI时该 AVP 不存在。
Associated Associated-Registe C (条件满 共享注册请求 Registered red-Identities 足时必选 ) 中 IMPU 的所有注 Private Identities
册 IMPI, 只有一个 IMPI 注册了相关 IMPU时该 AVP不 存在。
S-CSCF SCSCF-Restoratio C (条件满 请求中 IMPI相
Restoration n-Info 足时必选 ) 关的注册备份数据，
Information
至 少 包 括 CONTACT 地址和 PATH 头域中的信 息。
其 中 当 操 作 类 型 是 " NO— ASSIGNMENT, REGISTRATION, RE— REGISTRATION, UNREGISTERED— USER" 时， HSS才可能下载用户数 据和计费功能地址； 只有当操作类型是 " REGISTRATION " 和 " RE— REGISTRATION " 时才能备份注册信息； 只有当操作类型是 "UNREGISTERED— USER" 和 "NO— ASSIGNMENT" 时才能下载注册备份 数据。 以上注册备份数据是每对（IMPI, IMPU )一份， 透明存储在 HSS中。
图 1为本发明注册备份数据处理方法实施例一流程图， 如图 1所示， 该 方法包括： 步骤 100, 接收用户设备的注册请求消息， 所述注册请求消息至少包括 用户身份；
当 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 ) 。
步骤 101 , 根据所述注册请求消息中是否包括多注册信息， 向用户签约 服务器发送相应的服务器分配请求消息， 所述服务器分配请求消息包括所述 用户身份， 和用于指示所述用户签约服务器对存储的与所述用户身份对应的 注册备份数据进行相应处理的指示信息。
S-CSCF接收到 UE发送的 "REGISTER" 消息后， 首先判断该消息中是 否包括多注册信息即是否包括 "reg-id" 参数来判断该请求是普通的初始注 册请求还是属于多注册中的一次初始注册； 并根据判断是否包括 "reg-id" 参 数的判断结果向 HSS发送与判断结果对应的服务器分配请求消息即 SAR消 息， 该 SAR消息中包括 UE注册的身份信息（IMPI, IMPU )和用于指示 HSS 对存储的与 （IMPI, IMPU )对应的注册备份数据进行相应处理的指示信息。 其中 "reg-id" 参数可以存储在 "REGISTER" 消息的 "CONTACT" 头域中。
S-CSCF 根据注册请求消息中包括 "reg-id" 参数的情况以确定向 HSS 发送的对应的 SAR消息， 包括以下几种情况：
第一种情况， 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 可以根据该多注册指示获知此次请求是关于多注册中的一次请求， 便进行相 应地操作。
在上述情况中， 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发送经 过更新的注册备份数据， 如此可以保证用户身份相关的注册备份数据的完整 性， 更好地为用户提供服务。
若 "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" 参数的判断之后进行。
对于第一种情况， 无论 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之间不必要 的数据处理， 节省了系统资源。
第二种情况， 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之间不必要的数据处理， 节省系统资源。
第三种情况， 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消息后， 便可以 根据指示直接对该用户身份进行去注册处理， 同时删除保存的该用户身份相 关的注册备份数据。
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" 及对应的注册信息， 注册备份数据中
"REGISTER" 消息中的注册信息对接收到的注册备份数据进行更新， 并将 经过更新的注册备份数据通过第八 SAR 消息 (SAT=RE— REGISTRATION)发 送给 HSS进行备份； 如果相同， 则向 HSS发送第九 SAR消息， 该第九 SAR 消息包括用户身份（IMPI, IMPU ) 和指示信息， 该指示信息包括用于指示 HSS 对用 户 身份进行去注册的服务器分配类型信息例如为 "SAT=USER— DEREGISTRATION" 。
第四种情况， 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之间不必要的数据处理， 节省系统资源。
上述各实施例中， S-CSCF判断自身是否存储有与用户身份 ( IMPI , IMPU ) 对应的注册信息、 判断 "REGISTER" 消息中是否包括 "reg-id" 参数、 判断 该消息是否是注册消息还是去注册消息的执行没有严格的先后顺序。 例如 S-CSCF判断自身存储有与用户身份（IMPI, IMPU )对应的注册信息可以发 生在判断获知 "REGISTER" 消息中包括 "reg-id" 参数之前， 也可以发生在 其后。
上述各实施例中， 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之间不必要的信令交互。
图 2为本发明注册备份数据处理方法实施例二流程图， 如图 2所示， 该 方法包括：
步骤 200, 接收服务呼叫会话控制功能实体发送的服务器分配请求消息， 所述服务器分配请求消息包括用户身份和指示信息；
当 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" 头域中。
若 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进行去注册并不携带多注 册指示信息。
步骤 201 , 根据所述指示信息中是否包括多注册指示信息， 对所存储的 与所述用户身份对应的注册备份数据进行相应处理。
HSS根据接收到的 SAR消息中的指示信息， 进行相应的操作， 对所存储 的与用户身份（IMPI, IMPU )对应的注册备份数据进行处理， 具体包括： 若指示信息包括用于标识本次请求是所述用户身份进行初始注册的服务 器分配类型信息和多注册指示信息， 则向 S-CSCF返回 SAA消息， 该 SAA 消息包括所存储的与用户身份对应的注册备份数据；也可以在 SAA消息中填 加用于指示 S-CSCF 对注册备份数据进行更新的重备份指示例如 " DIAMETER— ERROR— IN— ASSIGNMENT— TYPE " 失败指示或其它能使 S-CSCF重新备份注册信息的指示。 后续， S-CSCF向 HSS发送第二次 SAR 消息， HSS接收并存储 S-CSCF应用 UE的注册请求消息中包括的注册信息 对注册备份数据进行更新而获得的注册备份数据。
若指示信息包括用于标识本次请求是用户身份进行初始注册的服务器分 配类型信息， 则表明 S-CSCF已经对所存储的与用户身份（IMPI, IMPU )对 应的注册备份数据进行完更新了，可以直接应用 SAR消息中携带的注册备份 数据对 HSS上所存储的数据进行更新， 无需进行二次不必要的信令交互。
若指示信息包括用于指示对用户身份进行去注册的服务器分配类型信 息， 则表明 S-CSCF接收到了 UE的去注册请求， 而且 S-CSCF认为不必对 HSS上存储的用户设备的注册备份数据进行核对便可以直接命令 HSS进行去 注册操作。 HSS接收到不包括多注册指示信息的去注册 SAR消息后， 可以直 接删除所存储的注册备份数据， 这样也可以避免不必要的二次信令交互。
若指示信息包括用于请求与用户身份对应的注册备份数据的服务器分配 类型信息， 则表明在多注册相关的注册或去注册过程中， S-CSCF上没有存储 对应的注册备份数据，为了避免将 HSS上存储的所有的数据因被替换而丟失， S-CSCF 先请求 HSS 返回 （IMPI, IMPU )对应的所有注册备份数据； HSS 向 S-CSCF返回 SAA消息， 该 SAA消息包括所存储的与用户身份（ IMPI, IMPU )对应的注册备份数据； S-CSCF根据注册请求消息中包括的注册信息 对所述注册备份数据进行更新后， 返回给 HSS; HSS接收并存储 S-CSC应用 UE 的注册请求消息中包括的注册信息对所述注册备份数据进行更新而获得 的注册备份数据。
本实施例提供的注册备份数据处理方法中， 通过对 HSS进行改善， 使其 可以通过 SAR消息中是否含有多注册指示信息而对所存储的注册备份数据进 行相应的处理， 可以避免不必要的二次信令交互， 降低信令负荷， 避免 HSS 和 S-CSCF之间不必要的数据处理， 节省系统资源。
图 3为本发明注册备份数据处理方法实施例三信令示意图，如图 3所示， S-CSCF收到 UE的初始注册后的注册信息备份和 /或恢复流程包括：
步骤 la, S-CSCF收到 UE的 "REGISTER" 初始注册消息， 其中携带了 要注册的 （IMPI, IMPU ) , 在 "CONTACT" 头域中除了 "CONTACT" 地 址外， 还至少包含了 "reg-id" 信息；
步骤 2a, S-CSCF通过 "REGISTER" 消息中的 "CONTACT" 头域中的 "reg-id" 判断出 UE支持多注册， 在发送 SAR向 HSS请求用户服务配置数 据时， 在 SAR中携带多注册指示；
说明： SAR中携带多注册指示可以通过在 SAR中新增 AVP携带， 也可 以通过对现有的 AVP进行扩展 (包括对值域的扩展）携带。 步骤 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重新备份注册信息的指示；
步骤 4a, S-CSCF根据 SAA中的失败指示或其它使 S-CSCF重新备份注 册信息的指示向 HSS发起第二次 SAR ( SAT=RE— REGISTRATION )进行注 册信息备份， 该备份数据是根据 HSS返回的注册备份数据和本次 UE的注册 信息更新后完整的注册备份数据； 或者
S-CSCF检查 HSS返回的注册备份数据， 当 HSS返回的注册备份数据和 UE本次注册的备份数据不一致时才向 HSS发起第二次 SAR消息进行注册备 份数据更新；
步骤 5a, HSS向 S-CSCF返回 SAA响应消息。
图 4为本发明注册备份数据处理方法实施例四信令示意图，如图 4所示， S-CSCF收到 UE的初始注册后的注册信息备份和 /或恢复流程包括：
步骤 lb, S-CSCF收到 UE的 "REGISTER" 初始注册消息， 其中携带了 要注册的 （IMPI, IMPU ) , 在 "CONTACT" 头域中除了 "CONTACT" 地址 夕卜， 还至少包含了 "reg-id" 信息；
步骤 2b, S-CSCF发现之前该 （IMPI, IMPU )没有在 S-CSCF注册过， 也就是没有相关的 （IMPI, IMPU ) 的注册信息， 并且根据 "REGISTER" 消息中的 "CONTACT"头域中的 "reg-id"判断出 UE支持多注册时，在 SAR 中携带多注册初始注册指示；
说明： SAR中携带多注册初始注册指示可以通过在 SAR中新增 AVP携 带， 也可以通过对现有的 AVP进行扩展（包括对值域的扩展）携带。 步骤 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重新备份注册信息的指示；
步骤 4b, S-CSCF根据 SAA中的失败指示或其它使 S-CSCF重新备份注 册信息的指示向 HSS发起第二次 SAR ( SAT=RE— REGISTRATION )进行注 册信息备份， 该备份数据是根据 HSS返回的注册备份数据和本次 UE的注册 信息更新后完整的注册备份数据； 或者
S-CSCF检查 HSS返回的注册备份数据， 当 HSS返回的注册备份数据和 UE本次注册的备份数据不一致时才向 HSS发起第二次 SAR消息进行注册备 份数据更新；
步骤 5b, HSS向 S-CSCF返回 SAA响应消息。
上述各实施例提供的注册备份数据处理方法中， 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交互。
图 5为本发明注册备份数据处理方法实施例五信令示意图，如图 5所示，
UE去注册过程中的注册信息备份 /恢复流程包括：
步骤 lc, S-CSCF收到 UE的 "REGISTER" 去注册消息， 其中携带了要 去注册的（IMPI, IMPU ) , 在 CONTACT头域中除了 "CONTACT"地址外， 还至少包含了 "reg-id" 信息；
步骤 2c, S-CSCF发现之前该 （IMPI, IMPU )没有在 S-CSCF注册过， 也就是没有相关的 （IMPI, MPU ) 的注册信息， 并且根据 "REGISTER" 消 息中的 CONTACT头域中的 "reg-id" 判断出 UE支持多注册， 而且是只去注 册多注册中的一个 "CONTACT"地址及相关信息， S-CSCF向 HSS发送 SAR ( SAT=NO_ASSIGNMENT )请求注册备份数据；
步骤 3c, HSS向 S-CSCF返回 SAA响应消息，携带请求的注册备份数据； 步骤 4c, S-CSCF根据收到的 SAA中的注册备份数据对其进行更新后， 再向 HSS发送 SAR(SAT=RE— REGISTRATION)携带更新后的注册备份数据， 更新 HSS中的用户注册备份数据；
步骤 5c, HSS向 S-CSCF返回 SAA响应消息。
本实施例提供的注册备份数据处理方法中， 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 )相关的注册备份数据。
上述各实施例中为了支持多注册信息的备份， S-CSCF可以将 UE注册的 多个 "CONTACT"地址， 包括对应的 "PATH" , UE 注册事件通知订阅信 息 "Subscription Info"分别组合在 "SCSCF-Restoration-Info" 的 "Contact", " Path" , " Subscription-Info AVP " 里， 备份到 HSS。 也可以对 "S-CSCF-Restoration-Info" 如下进行扩展：
S-CSCF-Restoration-Info：: = < AVP Header: 639, 10415〉
{ User-Name }
*{ Restoration-Info}
*[ AVP ]
其中的 Restoration-Info结构如下：
Restoration-Info ::= < AVP Header: xxx, 10415〉
{ Path }
{ Contact }
[ Subscription-Info ]
*[ AVP ]
每一个 Restoration-Info对应 UE注册的一组注册信息。
本发明提供的各注册备份数据处理方法实施例可以避免不必要的第二次 SAR/SAA信令交互， 降低信令负荷，避免 HSS和 S-CSCF之间不必要的数据 处理， 节省网络资源。
图 6为本发明注册备份数据处理方法实施例六流程图， 如图 6所示， 该 方法包括：
步骤 300, 接收服务呼叫会话控制功能实体发送的服务器分配请求消息， 所述服务器分配请求消息至少包括用户身份；
S-CSCF接收到 UE的注册请求消息后， 直接将消息内容通过 SAR消息 发送给 HSS; 或者， 若请求消息中有多注册信息即 "reg-id"参数， 则 S-CSCF 在 SAR消息中增加 AVP携带与 "reg-id" 相同的值给 HSS。
步骤 301 , 对所述服务器分配请求消息中的注册备份数据进行解析， 并
HSS在收到初始注册过程中的 SAR消息后，对其中携带的注册备份数据 进行解析， 判断出该注册是多注册或多注册初始注册时， 可选地再判断出需 要对 S-CSCF进行数据恢复时， 例如 HSS中保存的注册 CONTACT地址个数 多于 S-CSCF在 SAR中携带上来的 CONTACT地址个数，才不覆盖之前保存 的注册备份数据， 并在 SAA中下载 HSS中之前保存的注册备份数据并返回 错误指示或其它指示使 S-CSCF重新备份数据；或者 HSS直接根据 SAR中的 注册备份数据对已保存的注册备份数据进行更新，并通过 SAA将更新后的注 册备份数据下载给 S-CSCF, 返回成功指示。 这样能避免 S-CSCF再重新发起 一次 SAR备份注册信息。
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备份注册信息。 本实施例提供的注册备份数据处理方法中， HSS通过对 SAR消息进行解 析直接并根据解析结果信息直接对所存储的注册备份数据进行更新， 可以避 免 S-CSCF与 HSS之间的二次 SAR/SAA信令交互， 通过一次信令交互便可 以完成必要的数据处理， 节省网络资源。
图 7为本发明注册备份数据处理方法实施例七流程图， 如图 7所示， 该 方法包括：
步骤 400, 向用户签约服务器发送服务器分配请求消息， 所述服务器分 配请求消息包括用户身份和通过 AVP携带的多注册信息；
S-CSCF 在接收 UE 的注册请求消息后， 对该请求消息中的多注册信息 "reg-id" 进行解析， 并扩展 "S-CSCF-Restoration-Info" , 新增 AVP直接携 带与注册消息中 "reg-id" 有着相同取值的信息。
步骤 401 , 接收所述用户签约服务器根据所述 AVP携带的多注册信息， 返回的与所述用户身份对应的经过更新的注册备份数据。
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备份注册信息。
本实施例提供的注册备份数据处理方法， S-CSCF 通过 AVP携带参数 "reg-id" , HSS 可以方便地识别 "reg-id" 信息， 并根据该信息进行注册备 份数据的更新， 可以避免 S-CSCF与 HSS之间的二次 SAR/SAA信令交互， 通过一次信令交互便可以完成必要的数据处理， 节省网络资源。
本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机可读 取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述 的存储介质包括： ROM, RAM, 磁碟或者光盘等各种可以存储程序代码的介 图 8为本发明服务呼叫会话控制功能实体设备实施例一结构示意图， 如 图 8所示， 该服务呼叫会话控制功能实体设备即 S-CSCF包括第一接收模块 11和第一处理模块 12, 其中第一接收模块 11用于接收 UE的注册请求消息， 该注册请求消息至少包括用户身份；第一处理模块 12用于根据该注册请求消 息中是否包括多注册信息， 向 HSS发送相应的服务器分配请求消息， 该服务 器分配请求消息包括用户身份， 和用于指示 HSS对存储的与用户身份对应的 注册备份数据进行相应处理的指示信息。
当 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消息， 可以分别由以下子模块 中的任意一个或其组合进行处理：
第一处理子模块 121用于若注册请求消息中包括多注册信息， 则向 HSS 发送第一 S AR消息， 该第一 S AR消息包括用户身份（ IMPI , IMPU )和指示 信息， 该指示信息包括用于标识本次请求是用户身份进行初始注册的服务器 分配类型信息和多注册指示信息； 第一处理子模块 121还用于若注册请求消 息中包括 "reg-id" , 且通过判断获知 S-CSCF中没有与用户身份对应的注册 信息， 则向 HSS发送第一 SAR消息；
第二处理子模块 122用于若注册请求消息中包括多注册信息即 "reg-id"， 且通过判断获知 S-CSCF中存储有与用户身份（ IMPI, IMPU )对应的注册信 息， 则向 HSS发送第二 SAR消息， 该第二 SAR消息包括用户身份和所述指 示信息， 该指示信息包括用于标识本次请求是用户身份进行初始注册的服务 器分配类型信息；
第三处理子模块 123用于若注册请求消息中不包括多注册信息，则向 HSS 发送第三 SAR消息， 该第三 SAR消息包括用户身份（IMPI, IMPU )和指示 信息， 该指示信息包括用于标识本次请求是用户身份进行初始注册的服务器 分配类型信息；
第四处理子模块 124用于若注册请求消息中包括多注册信息 "reg-id" 和 去注册信息， 且通过判断获知 S-CSCF中存储有与用户身份（IMPI, IMPU ) 对应的注册信息， 且通过判断获知注册请求消息中的注册信息与所存储的注 册信息不一致， 则应用注册请求消息中的注册信息对所存储的注册信息进行 更新， 并将经过更新的获得注册备份数据发送 HSS;
第五处理子模块 125 , 若注册请求消息中包括多注册信息 "reg-id" 和去 注册信息， 且通过判断获知 S-CSCF中存储有与用户身份（IMPI, IMPU )对 应的注册信息， 且通过判断获知注册请求消息中的注册信息与所存储的注册 信息一致， 则向 HSS发送第四 SAR消息， 该第四 SAR消息包括用户身份和 指示信息， 该指示信息包括用于指示 HSS对所述用户身份进行去注册的服务 器分配类型信息；
第六处理子模块 126用于若注册请求消息中包括去注册信息， 但不包括 多注册信息 "reg-id" , 则向 HSS发送第五 SAR消息， 该第五 SAR消息包括 用户身份（IMPI, IMPU )和指示信息， 该指示信息包括用于指示 HSS对用 户身份进行去注册的服务器分配类型信息；
第七处理子模块 127用于若注册请求消息中包括去注册信息和多注册信 息 "reg-id" ,且通过判断获知 S-CSCF中没有存储与用户身份（ IMPI, IMPU ) 对应的注册信息， 则向 HSS发送第六 SAR消息， 该第六 SAR消息包括用户 身份和指示信息， 该指示信息包括用于向 HSS请求与所述用户身份对应的注 册备份数据的服务器分配类型信息。
该 S-CSCF还包括第二处理模块 13用于接收 HSS发送的 SAA消息， 该 SAA消息包括与用户身份对应的注册备份数据， 并应用 UE的注册请求消息 中的注册信息对 HSS返回的注册备份数据进行更新， 并将经过更新的注册备 份数据发送给 HSS。
本实施提供的 S-CSCF 通过对 UE 的请求消息中是否包括多注册信息 "reg-id" 进行判断， 进而决定向 HSS发送何种对应的 SAR消息， 可以有效 地避免不必要的第二次 SAR/SAA信令交互， 降低信令负荷， 避免 HSS 和 S-CSCF之间不必要的数据处理， 节省网络资源。
图 9本发明用户签约服务器实施例结构一示意图， 如图 9所示， 该用户 签约服务器即 HSS包括第二接收模块 21和第三处理模块 22, 其中第二接收 模块 21用于接收 S-CSCF发送的 SAR消息， 该 SAR消息包括用户身份和指 示信息； 第三处理模块 22用于根据该指示信息中是否包括多注册指示信息， 对所存储的与用户身份对应的注册备份数据进行相应处理。
具体地， 当 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消息中是否包括多注册指示信息， 对所存储的与用户身份对 应的注册备份数据进行相应处理。
若 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进行去注册并不携带多注册指示信息。
针对上述各种情况，第三处理模块 22通过以下各子模块中的任意一个或 其组合进行处理：
第八处理子模块 221用于若指示信息包括用于标识本次请求是用户身份 进行初始注册的服务器分配类型信息和多注册指示信息， 则向 S-CSCF返回 SAA, 该 SAA包括所存储的与用户身份对应的注册备份数据；
第九处理子模块 222用于若指示信息包括用于标识本次请求是用户身份 进行初始注册的服务器分配类型信息，则应用 SAR消息中包括的注册信息对 第十处理子模块 223用于若指示信息包括用于指示对用户身份进行去注 册的服务器分配类型信息， 则删除所存储的所述注册备份数据；
第十一处理子模块 234用于若指示信息包括用于请求与用户身份对应的 注册备份数据的服务器分配类型信息， 则向 S-CSCF返回 SAA, 该 SAA包括 所存储的与用户身份对应的注册备份数据。
HSS还包括用于接收并存储 S-CSCF应用 SAR消息中包括的注册信息对 注册备份数据进行更新而获得的注册备份数据的第四处理模块 23。
本实施例提供的 HSS通过对 S-CSCF发送的 SAR消息中是否包括多注册 指示信息进行判断， 从而进行相应的操作可以有效地避免不必要的第二次 SAR/SAA信令交互， 降低信令负荷，避免 HSS和 S-CSCF之间不必要的数据 处理， 节省网络资源。
图 10为本发明注册备份数据处理系统实施例一结构示意图，如图 10所示， 该系统包括服务呼叫会话控制功能实体设备即 S-CSCF1和用户签约服务器即 HSS2, 其中 S-CSCF1用于接收 UE的注册请求消息， 该注册请求消息至少包 括用户身份， 并根据注册请求消息中是否包括多注册信息， 向 HSS2发送对 应的服务器分配请求消息， 该服务器分配请求消息包括用户身份， 和用于指 示 HSS2对存储的与用户身份对应的注册备份数据进行相应处理的指示信息； HSS2用于接收 S-CSCF1发送的 SAR消息， 该 SAR消息包括用户身份和指 示信息， 并根据指示信息中是否包括多注册指示信息， 对所存储的与用户身 份对应的注册备份数据进行相应处理。
本实施例中涉及的 S-CSCF1 和 HSS2 可以釆用上述各实施例中提供的 S-CSCF和 HSS, 此处不再赘述。
本实施例提供的注册备份数据处理系统中， S-CSCF通过对 UE的请求消 息中是否包括多注册信息 "reg-id" 进行判断， 进而决定向 HSS 发送何种对 应的 SAR消息； HSS通过对 S-CSCF发送的 SAR消息中是否包括多注册指 示信息进行判断， 从而进行相应的操作可以有效地避免不必要的第二次 SAR/SAA信令交互， 降低信令负荷，避免 HSS和 S-CSCF之间不必要的数据 处理， 节省网络资源。
图 11为本发明用户签约服务器实施例结构二示意图， 如图 11所示， 该 用户签约服务器即 HSS包括第三接收模块 31和第五处理模块 32, 其中第三 接收模块 31用于接收 S-CSCF发送的 SAR消息， 该 SAR消息至少包括用户 身份； 第五处理模块 32用于对该 SAR消息中的注册备份数据进行解析， 并 具体地， 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备份注册信息。
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发送经过更新的注册备份数据。
本实施例提供的 HSS通过对 SAR消息进行解析直接并根据解析结果信 息直接对所存储的注册备份数据进行更新， 可以完全避免 S-CSCF与 HSS之 间的二次 SAR/SAA信令交互， 通过一次信令交互便可以完成必要的数据处 理， 节省网络资源。
图 12为本发明服务呼叫会话控制功能实体设备实施例二结构示意图，如 图 12所示， 该服务呼叫会话控制功能实体设备即 S-CSCF包括第二发送模块 41和第六处理模块 42 , 其中第二发送模块 41用于向 HSS发送 SAR消息， 该 SAR消息包括用户身份和通过 AVP携带的多注册信息； 第六处理模块 42 用于接收 HSS根据所述 AVP携带的多注册信息， 返回的与用户身份对应的 经过更新的注册备份数据。
具体地， S-CSCF接收 UE的请求消息后对其中的多注册信息 "reg-id" 进行解析， 并对 "SCSCF-Restoration-Info" 进行扩展， 新增 AVP直接携带与 注册消息中 "reg-id"有着相同取值的信息通过第二发送模块 41给 HSS。 HSS 根据 AVP携带的 "reg-id" 应用注册信息对 HSS所存储的注册备份数据进行 更新， 并向 S-CSCF返回经过更新的注册备份数据， S-CSCF中的第六处理模 块 42负责接收更新的注册备份数据。
本实施例提供的 S-CSCF通过 AVP携带参数 "reg-id" , HSS可以方便 地识别 "reg-id" 信息， 并根据该信息进行注册备份数据的更新， 可以完全避 免 S-CSCF与 HSS之间的二次 SAR/SAA信令交互， 通过一次信令交互便可 以完成必要的数据处理， 节省网络资源。
图 13为本发明注册备份数据处理系统实施例二结构示意图， 如图 13所 示， 该系统包括服务呼叫会话控制功能实体设备即 S-CSCF3和用户签约服务 器即 HSS4, S-CSCF3用于向 HSS4发送 SAR消息， 该 SAR消息包括用户身 份， 并接收 HSS4对该 SAR消息进行解析并返回的与用户身份对应的经过更 新的注册备份数据； HSS4用于接收 S-CSCF3发送的 SAR消息， 并对 SAR 消息进行解析， 并根据解析结果对所存储的与用户身份对应的注册备份数据 进行更新。 系统中的 S-CSCF3向 HSS4发送 SAR消息， 该 SAR消息包括用 户身份和通过 AVP携带的多注册信息。
本实施例提供的注册备份数据处理系统 , HSS通过对 S-CSCF发送的 SAR 消息进行解析， 直接应用解析得到的注册信息地用户设备的注册备份数据进 行更新， 从而可以完全避免不必要的第二次 SAR/SAA信令交互， 降低信令 负荷， 避免 HSS和 S-CSCF之间不必要的数据处理， 节省网络资源。
最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对其 限制； 尽管参照前述实施例对本发明进行了详细的说明， 本领域的普通技术 人员应当理解： 其依然可以对前述各实施例所记载的技术方案进行修改， 或 者对其中部分技术特征进行等同替换； 而这些修改或者替换， 并不使相应技 术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

权 利 要 求 书
1、 一种注册备份数据处理方法， 其特征在于， 包括：
接收用户设备的注册请求消息， 所述注册请求消息至少包括用户身份； 根据所述注册请求消息中是否包括多注册信息， 向用户签约服务器发送 相应的服务器分配请求消息， 所述服务器分配请求消息包括所述用户身份， 和用于指示所述用户签约服务器对存储的与所述用户身份对应的注册备份数 据进行相应处理的指示信息。
2、根据权利要求 1所述的注册备份数据处理方法， 其特征在于所述根据 所述注册请求消息中是否包括多注册信息， 向用户签约服务器发送相应的服 务器分配请求消息， 所述服务器分配请求消息包括所述用户身份， 和用于指 示所述用户签约服务器对存储的与所述用户身份对应的注册备份数据进行相 应处理的指示信息， 包括：
若所述注册请求消息中包括所述多注册信息， 则向所述用户签约服务器 发送第一服务器分配请求消息， 所述第一服务器分配请求消息包括所述用户 身份和所述指示信息， 所述指示信息包括用于指示本次请求是所述用户身份 进行初始注册的服务器分配类型信息和多注册指示信息。
3、根据权利要求 2所述的注册备份数据处理方法， 其特征在于所述向所 述用户签约服务器发送第一服务器分配请求消息包括：
若服务呼叫会话控制功能实体中没有与所述用户身份对应的注册信息， 则向所述用户签约服务器发送第一服务器分配请求消息。
4、 根据权利要求 2或 3所述的注册备份数据处理方法， 其特征在于， 所 述方法还包括：
接收所述用户签约服务器根据所述第一服务器分配请求消息返回的服务 器分配应答消息， 所述服务器分配应答消息包括与所述用户身份对应的注册 备份数据；
若获知所述注册请求消息中的注册信息与所述用户签约服务器返回的所 述注册备份数据不一致，则应用所述注册信息对所述注册备份数据进行更新， 并将经过更新的注册备份数据发送给所述用户签约服务器。
5、根据权利要求 1所述的注册备份数据处理方法， 其特征在于所述方法 还包括：
若所述注册请求消息中包括所述多注册信息， 且服务呼叫会话控制功能 实体中存储有与所述用户身份对应的注册信息， 则向所述用户签约服务器发 送第二服务器分配请求消息， 所述第二服务器分配请求消息包括所述用户身 份和所述指示信息， 所述指示信息包括用于标识本次请求是所述用户身份进 行初始注册的服务器分配类型信息。
6、根据权利要求 1所述的注册备份数据处理方法， 其特征在于所述根据 所述注册请求消息中是否包括多注册信息， 向用户签约服务器发送相应的服 务器分配请求消息， 所述服务器分配请求消息包括所述用户身份， 和用于指 示所述用户签约服务器对存储的与所述用户身份对应的注册备份数据进行相 应处理的指示信息， 包括：
若所述注册请求消息中不包括所述多注册信息， 则向所述用户签约服务 器发送第三服务器分配请求消息， 所述第三服务器分配请求消息包括所述用 户身份和所述指示信息， 所述指示信息包括用于标识本次请求是所述用户身 份进行初始注册的服务器分配类型信息。
7、根据权利要求 1所述的注册备份数据处理方法， 其特征在于所述注册 请求消息还包括去注册信息， 则所述根据所述注册请求消息中是否包括多注 册信息， 向用户签约服务器发送相应的服务器分配请求消息， 所述服务器分 配请求消息包括所述用户身份， 和用于指示所述用户签约服务器对存储的与 所述用户身份对应的注册备份数据进行相应处理的指示信息， 包括：
若所述注册请求消息中包括所述多注册信息， 且服务呼叫会话控制功能 实体中存储有与所述用户身份对应的注册信息， 且通过判断获知所述注册请 求消息中的注册信息与所存储的注册信息不一致， 则应用所述注册请求消息 中的注册信息对所存储的注册信息进行更新， 并将经过更新获得的注册备份 数据发送给所述用户签约服务器；
若所述注册请求消息中包括所述多注册信息， 且服务呼叫会话控制功能 实体中存储有与所述用户身份对应的注册信息， 且通过判断获知所述注册请 求消息中的注册信息与所存储的注册信息一致， 则向所述用户签约服务器发 送第四服务器分配请求消息， 所述第四服务器分配请求消息包括所述用户身 份和所述指示信息， 所述指示信息包括用于指示所述用户签约服务器对所述 用户身份进行去注册的服务器分配类型信息。
8、根据权利要求 1所述的注册备份数据处理方法， 其特征在于所述注册 请求消息还包括去注册信息， 则所述根据所述注册请求消息中是否包括多注 册信息， 向用户签约服务器发送相应的服务器分配请求消息， 所述服务器分 配请求消息包括所述用户身份， 和用于指示所述用户签约服务器对存储的与 所述用户身份对应的注册备份数据进行相应处理的指示信息， 包括：
若所述注册请求消息中不包括所述多注册信息， 则向所述用户签约服务 器发送第五服务器分配请求消息， 所述第五服务器分配请求消息包括所述用 户身份和所述指示信息， 所述指示信息包括用于指示所述用户签约服务器对 所述用户身份进行去注册的服务器分配类型信息。
9、 一种注册备份数据处理方法， 其特征在于， 包括：
接收服务呼叫会话控制功能实体发送的服务器分配请求消息， 所述服务 器分配请求消息至少包括用户身份；
对所述服务器分配请求消息中的注册备份数据进行解析， 并根据解析结
10、 根据权利要求 9所述的注册备份数据处理方法， 其特征在于， 所述 对所述服务器分配请求消息中的注册备份数据进行解析， 并根据解析结果对 对所述注册备份数据中通过属性值对携带的多注册信息进行解析， 若所 述多注册信息与所存储的多注册信息相同， 则应用所述服务器分配请求消息 中的注册信息对所存储的注册备份数据进行更新。
11、 根据权利要求 9或 10所述的注册备份数据处理方法， 其特征在于， 所述方法还包括：
向所述服务呼叫会话控制功能实体发送经过更新的注册备份数据。
12、 一种服务呼叫会话控制功能实体设备， 其特征在于， 包括： 第一接收模块， 用于接收用户设备的注册请求消息， 所述注册请求消息 至少包括用户身份；
第一处理模块， 用于根据所述注册请求消息中是否包括多注册信息， 向 用户签约服务器发送相应的服务器分配请求消息， 所述服务器分配请求消息 包括所述用户身份， 和用于指示所述用户签约服务器对存储的与所述用户身 份对应的注册备份数据进行相应处理的指示信息。
13、根据权利要求 12所述的服务呼叫会话控制功能实体设备， 其特征在 于所述第一处理模块包括以下子模块中的任意一个或其组合：
第一处理子模块， 用于若所述注册请求消息中包括所述多注册信息， 则 向所述用户签约服务器发送第一服务器分配请求消息， 所述第一服务器分配 请求消息包括所述用户身份和所述指示信息， 所述指示信息包括用于标识本 次请求是所述用户身份进行初始注册的服务器分配类型信息和多注册指示信 息；
第二处理子模块， 用于若所述注册请求消息中包括所述多注册信息， 且 服务呼叫会话控制功能实体中存储有与所述用户身份对应的注册信息， 则向 所述用户签约服务器发送第二服务器分配请求消息， 所述第二服务器分配请 求消息包括所述用户身份和所述指示信息， 所述指示信息包括用于标识本次 请求是所述用户身份进行初始注册的服务器分配类型信息；
第三处理子模块， 用于若所述注册请求消息中不包括所述多注册信息， 则向所述用户签约服务器发送第三服务器分配请求消息， 所述第三服务器分 配请求消息包括所述用户身份和所述指示信息， 所述指示信息包括用于标识 本次请求是所述用户身份进行初始注册的服务器分配类型信息；
第四处理子模块， 若所述注册请求消息中包括所述多注册信息和去注册 信息， 且服务呼叫会话控制功能实体中存储有与所述用户身份对应的注册信 息， 且通过判断获知所述注册请求消息中的注册信息与所存储的注册信息不 一致，则应用所述注册请求消息中的注册信息对所存储的注册信息进行更新， 并将经过更新的获得注册备份数据发送给所述用户签约服务器；
第五处理子模块， 若所述注册请求消息中包括所述多注册信息和去注册 信息， 且服务呼叫会话控制功能实体中存储有与所述用户身份对应的注册信 息， 且通过判断获知所述注册请求消息中的注册信息与所存储的注册信息一 致， 则向所述用户签约服务器发送第四服务器分配请求消息， 所述第四服务 器分配请求消息包括所述用户身份和所述指示信息， 所述指示信息包括用于 指示所述用户签约服务器对所述用户身份进行去注册的服务器分配类型信 息；
第六处理子模块， 用于若所述注册请求消息中包括去注册信息， 但不包 括所述多注册信息，则向所述用户签约服务器发送第五服务器分配请求消息， 所述第五服务器分配请求消息包括所述用户身份和所述指示信息， 所述指示 信息包括用于指示所述用户签约服务器对所述用户身份进行去注册的服务器 分配类型信息；
第七处理子模块， 用于若所述注册请求消息中包括去注册信息和所述多 注册信息， 且服务呼叫会话控制功能实体中没有存储与所述用户身份对应的 注册信息， 则向所述用户签约服务器发送第六服务器分配请求消息， 所述第 六服务器分配请求消息包括所述用户身份和所述指示信息， 所述指示信息包 括用于向所述用户签约服务器请求与所述用户身份对应的注册备份数据的服 务器分配类型信息。
14、根据权利要求 13所述的服务呼叫会话控制功能实体设备， 其特征在 于所述第一处理子模块还用于若所述注册请求消息中包括所述多注册信息， 且服务呼叫会话控制功能实体中没有与所述用户身份对应的注册信息， 则向 所述用户签约服务器发送第一服务器分配请求消息。
15、根据权利要求 12或 13或 14所述的服务呼叫会话控制功能实体设备, 其特征在于还包括：
第二处理模块， 用于接收所述用户签约服务器发送的服务器分配应答消 息， 所述服务器分配应答消息包括与所述用户身份对应的注册备份数据， 并 应用所述注册请求消息中的注册信息对所述用户签约服务器返回的所述注册 备份数据进行更新， 并将经过更新的注册备份数据发送给所述用户签约服务 器。
16、 一种用户签约服务器， 其特征在于， 包括：
第二接收模块， 用于接收服务呼叫会话控制功能实体发送的服务器分配 请求消息， 所述服务器分配请求消息包括用户身份和指示信息；
第三处理模块， 用于根据所述指示信息中是否包括多注册指示信息， 对 所存储的与所述用户身份对应的注册备份数据进行相应处理。
17、根据权利要求 16所述的用户签约服务器， 其特征在于所述第三处理 模块包括以下子模块中的任意一个或其组合：
第八处理子模块， 用于若所述指示信息包括用于标识本次请求是所述用 户身份进行初始注册的服务器分配类型信息和多注册指示信息， 则向所述服 务呼叫会话控制功能实体返回服务器分配应答消息， 所述服务器分配应答消 第九处理子模块， 用于若所述指示信息包括用于标识本次请求是所述用 户身份进行初始注册的服务器分配类型信息， 则应用所述服务器分配请求消 息中包括的注册信息对所存储的与所述用户身份对应的注册备份数据进行更 新；
第十处理子模块， 用于若所述指示信息包括用于指示对所述用户身份进 行去注册的服务器分配类型信息， 则删除所存储的所述注册备份数据； 第十一处理子模块， 用于若所述指示信息包括用于请求与所述用户身份 对应的注册备份数据的服务器分配类型信息， 则向所述服务呼叫会话控制功 能实体返回服务器分配应答消息， 所述服务器分配应答消息包括所存储的与 所述用户身份对应的注册备份数据。
18、根据权利要求 16或 17所述的用户签约服务器， 其特征在于还包括: 第四处理模块， 用于接收并存储所述服务呼叫会话控制功能实体应用所 述服务器分配请求消息中包括的注册信息对所述注册备份数据进行更新而获 得的注册备份数据。
19、 一种用户签约服务器， 其特征在于， 包括：
第三接收模块， 用于接收服务呼叫会话控制功能实体发送的服务器分配 请求消息， 所述服务器分配请求消息至少包括用户身份；
第五处理模块， 用于对所述服务器分配请求消息中的注册备份数据进行 更新。
20、 根据权利要求 19所述的用户签约服务器， 其特征在于， 还包括： 第一发送模块， 用于向所述服务呼叫会话控制功能实体发送经过更新的 注册备份数据。
21、 一种服务呼叫会话控制功能实体设备， 其特征在于， 包括
第二发送模块， 用于向用户签约服务器发送服务器分配请求消息， 所述 服务器分配请求消息包括用户身份和通过属性值对携带的多注册信息；
第六处理模块 , 用于接收所述用户签约服务器根据所述属性值对携带的 多注册信息， 返回的与所述用户身份对应的经过更新的注册备份数据。
22、 一种注册备份数据处理系统， 其特征在于， 包括：
服务呼叫会话控制功能实体设备， 用于向用户签约服务器发送服务器分 配请求消息， 所述服务器分配请求消息包括用户身份， 并接收所述用户签约 服务器对所述服务器分配请求消息进行解析并返回的与所述用户身份对应的 经过更新的注册备份数据；
用户签约服务器， 用于接收服务呼叫会话控制功能实体发送的所述服务 器分配请求消息， 并对所述服务器分配请求消息进行解析， 并根据解析结果
23、 根据权利要求 22所述的注册备份数据处理系统， 其特征在于， 所述 服务呼叫会话控制功能实体设备还用于：
向所述用户签约服务器发送服务器分配请求消息， 所述服务器分配请求 消息包括用户身份和通过属性值对携带的多注册信息。
PCT/CN2009/076139 2009-01-22 2009-12-28 注册备份数据处理方法、装置及系统 WO2010083715A1 (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
ES09838682.4T ES2525473T3 (es) 2009-01-22 2009-12-28 Método, aparato y sistema para el tratamiento de datos de la copia de seguridad de un registro
EP09838682.4A EP2381637B1 (en) 2009-01-22 2009-12-28 Registration backup data processing method, apparatus and system
US13/187,764 US8494521B2 (en) 2009-01-22 2011-07-21 Processing multi-registration backup data
US13/934,044 US9191910B2 (en) 2009-01-22 2013-07-02 Method and apparatus for processing registration backup data
US14/884,517 US10772063B2 (en) 2009-01-22 2015-10-15 Method, apparatus and system for processing registration backup data
US16/998,982 US11638230B2 (en) 2009-01-22 2020-08-20 Method, apparatus and system for processing registration backup data

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2009100775606A CN101790148B (zh) 2009-01-22 2009-01-22 注册备份数据处理方法、装置及系统
CN200910077560.6 2009-01-22

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/187,764 Continuation US8494521B2 (en) 2009-01-22 2011-07-21 Processing multi-registration backup data

Publications (1)

Publication Number Publication Date
WO2010083715A1 true WO2010083715A1 (zh) 2010-07-29

Family

ID=42355522

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/076139 WO2010083715A1 (zh) 2009-01-22 2009-12-28 注册备份数据处理方法、装置及系统

Country Status (6)

Country Link
US (4) US8494521B2 (zh)
EP (3) EP3010206B1 (zh)
CN (1) CN101790148B (zh)
ES (1) ES2525473T3 (zh)
PL (1) PL2797289T3 (zh)
WO (1) WO2010083715A1 (zh)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DK2037650T3 (da) * 2007-09-12 2011-01-10 Nokia Siemens Networks Oy Levering af tjenester i tilfælde af viderestilling af et opkald i et kommunikationssystem
CN102014129B (zh) * 2010-11-22 2013-08-28 华为技术有限公司 一种在CoAP网络中注册的方法及装置
EP2533497A1 (en) * 2011-06-10 2012-12-12 Telefonaktiebolaget L M Ericsson AB (Publ) Optimized user re-distribution over S-CSCF entities
JP5851034B2 (ja) * 2011-08-10 2016-02-03 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 非３ｇｐｐアクセスにおけるｈｓｓ障害回復
CN103179657B (zh) * 2011-12-21 2017-04-12 华为技术有限公司 无线通信中的去注册方法及无线通信设备
FR2996096A1 (fr) * 2012-09-24 2014-03-28 France Telecom Procedes de verification et de controle dans un cœur de reseau ip multimedia, et serveurs
EP2898647B1 (en) * 2012-09-24 2016-08-24 Telefonaktiebolaget LM Ericsson (publ) Methods and apparatus for processing an ims session
US10051681B2 (en) * 2014-04-03 2018-08-14 Verizon Patent And Licensing Inc. Local call service control function server selection
CN105592486B (zh) * 2014-10-21 2021-01-26 中兴通讯股份有限公司 一种容灾方法及网元、服务器
US20160183083A1 (en) * 2014-12-19 2016-06-23 Motorola Solutions, Inc. User equipment and method for dynamic internet protocol multimedia subsystem (ims) registration
US11297111B2 (en) 2015-06-30 2022-04-05 Blackberry Limited Establishing a session initiation protocol session
US10182091B2 (en) * 2016-05-19 2019-01-15 Futurewei Technologies, Inc. Decentralized, hierarchical, and overlay-driven mobility support architecture for information-centric networks
US9826570B1 (en) * 2016-12-30 2017-11-21 Qualcomm Incorporated Radio frequency resource management by preponing scheduled activities
CN108632844B (zh) * 2017-03-15 2019-09-17 电信科学技术研究院 信息处理方法、装置及电子设备
CN112714442B (zh) * 2019-10-24 2023-04-18 中国移动通信集团山东有限公司 一种异常处理方法、装置、存储介质和服务器
US20210281646A1 (en) * 2020-03-03 2021-09-09 Comcast Cable Communications, Llc Methods, systems, and apparatuses for voice restoration for originating calls
CN115669106A (zh) * 2020-05-19 2023-01-31 瑞典爱立信有限公司 用于维持对订户nf的订阅的技术

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101170553A (zh) * 2006-10-24 2008-04-30 华为技术有限公司 实现互联网协议多媒体子系统容灾的方法和装置

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6647260B2 (en) * 1999-04-09 2003-11-11 Openwave Systems Inc. Method and system facilitating web based provisioning of two-way mobile communications devices
DE10116547A1 (de) * 2001-04-03 2002-10-10 Nokia Corp Registrierung eines Endgeräts in einem Datennetz
US20060106774A1 (en) * 2004-11-16 2006-05-18 Cohen Peter D Using qualifications of users to facilitate user performance of tasks
CN100596084C (zh) * 2006-04-20 2010-03-24 华为技术有限公司 移动电路域用户接入ims网络的系统及其接入的注册方法
EP1916821B1 (en) * 2006-10-24 2018-02-07 Nokia Solutions and Networks GmbH & Co. KG Method and apparatus for re-assignment of S-CSCF services to registered IMS users of a Home Subscriber Server HSS
EP2177012B1 (en) * 2007-07-10 2018-12-26 Telefonaktiebolaget LM Ericsson (publ) Method and apparatuses for ims recovery upon restart of a s-cscf
JP5236007B2 (ja) * 2007-11-30 2013-07-17 テレフオンアクチーボラゲット エル エム エリクソン（パブル） ネットワークデータの格納
EP2291972B1 (en) * 2008-06-27 2016-08-10 Telefonaktiebolaget LM Ericsson (publ) Registration of private user identities and contact addresses in an ims network
CN102077544B (zh) * 2008-06-30 2014-03-26 爱立信电话股份有限公司 在ip多媒体子系统网络中提供位置信息
CN101635963A (zh) 2008-07-21 2010-01-27 华为技术有限公司 多注册的方法、多注册情况下去注册的方法及相应装置
CN102204222B (zh) * 2008-10-31 2014-04-09 爱立信电话股份有限公司 用于ims中的重新登记或撤消登记中的方法和装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101170553A (zh) * 2006-10-24 2008-04-30 华为技术有限公司 实现互联网协议多媒体子系统容灾的方法和装置

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project. IMS Restoration Procedures.", 3GPP TS 23.380 V8.1.0, 16 December 2008 (2008-12-16), XP050363606 *
"3rd Generation Partnership Project. IMS Restoration Procedures.", 3GPP TS 23.380 V8.3.0, 8 June 2009 (2009-06-08), XP050363608 *
"3rd Generation Partnership Project. Study on IMS Restoration Procedures.", 3 GPP TR 23.820 V8.0.1, 16 December 2008 (2008-12-16) *
See also references of EP2381637A4 *

Also Published As

Publication number Publication date
US20200383079A1 (en) 2020-12-03
EP2381637B1 (en) 2014-10-01
US8494521B2 (en) 2013-07-23
EP2797289A2 (en) 2014-10-29
US20130294339A1 (en) 2013-11-07
ES2525473T3 (es) 2014-12-23
US11638230B2 (en) 2023-04-25
CN101790148B (zh) 2012-02-22
EP2381637A4 (en) 2012-05-16
US20160037472A1 (en) 2016-02-04
EP2797289B1 (en) 2016-04-06
US20110275372A1 (en) 2011-11-10
EP3010206A1 (en) 2016-04-20
EP3010206B1 (en) 2018-05-02
US10772063B2 (en) 2020-09-08
PL2797289T3 (pl) 2016-10-31
US9191910B2 (en) 2015-11-17
EP2797289A3 (en) 2014-11-26
CN101790148A (zh) 2010-07-28
EP2381637A1 (en) 2011-10-26

Similar Documents

Publication Publication Date Title
US11638230B2 (en) Method, apparatus and system for processing registration backup data
US9706019B2 (en) Method, system, and network element for service processing after data of network element is invalid or network element fails
US7761600B2 (en) Method and apparatus for distributing application server addresses in an IMS
JP5148757B2 (ja) 複数の連絡先のためのｉｍｓ復元手順
US8935374B2 (en) Method, system, and device for realizing registration mechanism of IP multimedia subsystem
WO2008052464A1 (fr) Procédé et appareil servant à mettre en oeuvre la reprise sur sinistre de l&#39;ims ip
WO2006102830A1 (fr) Procede destine a un terminal d’identification de commande de routage d’interaction de capacite pendant que ims et cs sont co-instantanes
US20100232368A1 (en) Method for multiple registration of a multimodal communication terminal
US20100293261A1 (en) Methods, apparatuses and computer program for ims recovery upon restart of a s-cscf
US8600031B2 (en) Method for connecting calls between an IP multimedia subsystem (IMS) domain and a circuit switched (CS) domain
JP2012249291A (ja) ネットワーク内サービスの移行及び活性化
WO2006053502A1 (fr) Procede pour assurer la conformite d&#39;information entre les noeuds de reseau
WO2009036629A1 (fr) Procédé de traitement après redémarrage ou récupération sur sinistre d&#39;un élément de réseau central
EP2066098B1 (en) Allocation of a serving entity in a communication network
WO2009092310A1 (zh) 为用户提供业务的方法和设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09838682

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2009838682

Country of ref document: EP