CN101299874B - 用户数据返回方法、系统及设备 - Google Patents

用户数据返回方法、系统及设备 Download PDF

Info

Publication number
CN101299874B
CN101299874B CN2007101015790A CN200710101579A CN101299874B CN 101299874 B CN101299874 B CN 101299874B CN 2007101015790 A CN2007101015790 A CN 2007101015790A CN 200710101579 A CN200710101579 A CN 200710101579A CN 101299874 B CN101299874 B CN 101299874B
Authority
CN
China
Prior art keywords
user
user data
control function
function entity
cscf
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN2007101015790A
Other languages
English (en)
Other versions
CN101299874A (zh
Inventor
时书锋
赵鹏
闫学霞
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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
Priority to CN2007101015790A priority Critical patent/CN101299874B/zh
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to EP20206250.1A priority patent/EP3796623A1/en
Priority to EP15187027.6A priority patent/EP2996312B1/en
Priority to PL15187027T priority patent/PL2996312T3/pl
Priority to RU2009129157/09A priority patent/RU2429576C2/ru
Priority to ES07846158.9T priority patent/ES2480140T3/es
Priority to EP09165871.6A priority patent/EP2131557B1/en
Priority to ES14159898.7T priority patent/ES2560624T3/es
Priority to ES09165871.6T priority patent/ES2529747T3/es
Priority to PCT/CN2007/071332 priority patent/WO2008083587A1/zh
Priority to PT78461589T priority patent/PT2099156E/pt
Priority to EP14159898.7A priority patent/EP2763377B1/en
Priority to ES15187027.6T priority patent/ES2638219T3/es
Priority to EP17174164.8A priority patent/EP3253033A1/en
Priority to EP07846158.9A priority patent/EP2099156B1/en
Priority to PL14159898T priority patent/PL2763377T3/pl
Publication of CN101299874A publication Critical patent/CN101299874A/zh
Priority to US12/493,358 priority patent/US9706019B2/en
Priority to US12/504,166 priority patent/US20090279425A1/en
Priority to RU2009134567/09A priority patent/RU2426275C2/ru
Publication of CN101299874B publication Critical patent/CN101299874B/zh
Application granted granted Critical
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了用户数据的返回方法、系统及用户签约服务器、服务呼叫会话控制功能实体，包括：用户签约服务器接到服务呼叫会话控制功能实体的用户数据请求消息，请求消息中包括用户标识；用户签约服务器根据用户标识查询为用户指配的服务呼叫会话控制功能实体；当指配的服务呼叫会话控制功能实体是请求的服务呼叫会话控制功能实体时，用户签约服务器根据请求消息返回用户数据。使用本发明即使是当用户注册的服务呼叫会话控制功能实体在用户数据丢失后，也仍旧能够使用户在重新注册前使用任何终呼、用户设备发起的始呼或应用服务器代替用户发起始呼业务。

Description

用户数据返回方法、系统及设备
技术领域
本发明涉及通信领域，特别涉及用户数据的返回方法、系统及用户签约服务器、服务呼叫会话控制功能实体。
背景技术
3GPP(3rd Generation Partnership Project，第三代移动通信标准化组织)、3GPP2(3rd Generation Partnership Project2，第三代移动通信标准化伙伴项目二)、ITU-T(ITU-Telecommunication standardization sector，国际电信联盟电信标准化组)、TISPAN(Telecoms&Internet converged Services&Protocols forAdvanced Networks，下一代网络通信与因特网融合的服务和协议)等各大标准组织都在进行关于下一代通信网络的标准制定工作，已基本确定了IMS(IPMultimedia Subsystem，IP多媒体子系统)作为下一代固定和移动的核心网络。出现了接入技术和业务提供多样化，承载IP化，核心网络统一到IMS的发展趋势和网络演进过程。用户在IMS网络中会得到更佳的业务体验。
图1为IMS功能架构示意图，如图所示，IMS的架构为：
CSCF(Call Session Control Function，呼叫会话控制功能)：是呼叫会话控制功能，在IMS核心网中处于核心的控制地位，负责对UE(User Equipment，用户设备)的注册鉴权和会话控制，执行针对主叫端及被叫端IMS用户的基本会话路由功能，并根据用户签约的IMS过滤规则，在条件满足时进行到AS(Application Server，应用服务器)的增值业务路由触发及业务控制交互。
HSS(Home Subscriber Server，用户签约服务器)：是用户数据库服务器，用于存储运营商开户时设定的IMS签约信息，同时支持通过与业务管理系统的接口由运营商或终端用户对签约数据进行的定制和修改。HSS通过与S-CSCF(Serving CSCF，服务CSCF)间基于Diameter协议的Cx接口实现IMS注册过程中对S-CSCF域名路由信息的登记，并支持通过该接口将基本IMS签约信息下载到S-CSCF；HSS通过与I-CSCF(Interrogating CSCF，协商CSCF)间基于Diameter协议的Cx接口实现用户注册中为用户选择服务的S-CSCF或给I-CSCF提供目前为用户提供服务的S-CSCF的名字，从而I-CSCF能将注册消息或会话路由到正确的S-CSCF；HSS通过与SIP(Session Initiation Protocol，会话发起协议)AS间基于Diameter协议的Sh接口为增值业务SIP AS或OSA(Open Service Architecture，开发业务架构)的SCS(Service Capability Server，业务能力服务器)提供签约数据、业务逻辑脚本的远程数据库访问接口，HSS仅负责对特定签约用户AS增值业务数据的透明存储，语义上不做解析。
SLF(Subscription Location Function，签约定位功能)是用户签约定位功能，具有地址解析机制，当网络运营商部属了多个独立可寻址的HSS时，这种机制使I-CSCF、S-CSCF和AS能够找到用于给定用户身份的签约数据所在的HSS地址，物理上可与HSS合设。
AS通过HSS的Sh接口获得或更新用户业务相关的数据和用户状态信息，S-CSCF通过与HSS的Cx接口获得用户的签约信息。
在IMS网络中，UE在网络中注册后即可使用IMS网络提供的各种业务。同时，UE可以选择签约未注册业务，当UE没有在网络中注册时网络仍然可以为用户提供未注册业务如来话前转、来话记录等。当UE在网络中注册或用户作为终呼时，S-CSCF和HS S之间通过SAR/SAA(Server-Asignment-Request/Server-Asignment-Answer，服务器分配请求/服务器分配应答)命令对交互用户鉴权数据和业务数据。
SAR/SAA的应用场景：S-CSCF收到P-CSCF(Proxy-CSCF，代理CSCF)发来的UE的注册请求或收到来自I-CSCF的会话建立请求INVITE消息时。
(1)S-CSCF通过SAR命令向HSS进行以下操作：
分配一个S-CSCF给公有身份，或清除分配给一个或多个公有身份的S-CSCF的名字；
请求下载用户信息，包括用户数据或计费信息；
更改用户相关PU的注册状态。
Server Assignment Type一共有11个取值，其中两个值含义如下所述：
NO_ASSIGNMENT(0)：用于S-CSCF从HSS请求用户数据，不影响用户的注册状态；
UNREGISTERED_USER(3)：用于指示S-CSCF收到了终呼到一个没有注册的用户的INVITE请求；
当HSS收到的SAR中的S-CSCF名字如果和HSS中保存的S-CSCF的名字不同，HSS不会用新的S-CSCF的名字替换原来的，而是返回Experimental-Result-Code                               为DIAMETER_ERROR_IDENTITY_ALREADY_REGISTERED，表示已经为用户指配了S-CSCF。
当HSS收到的SAR中的操作类型是用户当前状态不允许的操作时比如ServerAssignment 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
其中当操作类型是NO_ASSIGNMEN，REGISTRATION，RE_EGISTRATION，UNREGISTERED_USER时HSS才可能下载用户数据和计费功能地址。
下面对现有技术中用户在IMS网络中发起终呼、始呼或AS代替用户发起的始呼业务的流程进行说明。
图2为用户到一个没有在网络中进行过注册的终呼会话实施流程示意图，如图所示，包括如下步骤：
步骤201、I-CSCF收到关于终呼到某个用户的INVITE消息；
步骤202、I-CSCF向HSS发起LIR(Location-Info-Request，位置信息请求)消息获取为用户服务的S-CSCF的信息或需要的S-CSCF的能力集；
步骤203、如果HSS中记录了为该用户提供服务的S-CSCF的名字，HSS就通过LIA(Location-Info-Answer，位置信息应答)向I-CSCF返回该S-CSCF的名字，如果没有则返回能够满足用户服务需要的S-CSCF的能力集；
步骤204、如果HSS没有返回S-CSCF的名字，而是返回了S-CSCF的能力集，则I-CSCF根据HSS返回的S-CSCF的能力集选择一个合适的S-CSCF；
步骤205、I-CSCF向该S-CSCF转发INVITE请求；
步骤206、如果S-CSCF没有该用户的数据，就会向HSS发送SAR(Server-Asignment-Request，服务器分配请求)请求用户数据，SAR命令中的Server Assignment Type参数填为UNREGISTERED_USER，告知HSS用户当前的状态是未注册终呼；
步骤207、HSS通过SAA(Server-Asignment-Answer，服务器分配应答)将用户数据下发给S-CSCF；
步骤208、S-CSCF根据用户数据进行业务控制并执行后续处理。
图3为用户到一个已在网络中进行了注册的终呼会话实施流程示意图，如图所示，与图2不同的是没有步骤204、步骤206、步骤207，因为用户已在网络中注册，网络已为其指配了服务的S-CSCF，HSS中存储了该S-CSCF的名字，所有不会出现步骤204中的I-CSCF根据S-CSCF能力集选择S-CSCF的过程。另外因为用户在注册时S-CSCF已经从HSS下载了用户的数据，所以也没有步骤206中S-CSCF通过SAR/SAA从HSS中下载用户数据的过程。正常情况下在HSS中记录的用户状态为已注册并存储了相应的S-CSCF的名字的情况下，不会出现S-CSCF中没有用户数据的情况，也就不需执行步骤207。
图4为AS代替用户发起的始呼会话实施流程示意图，如图所示，在AS代替用户发起始呼前，AS可能通过第三方注册或通过Sh接口从HSS获得用户所在的S-CSCF的名字。如果AS在代替用户发起始呼前能获得用户所在的S-CSCF的名字，则执行上图的步骤401a，即AS直接将会话路由到用户所在的S-CSCF。如果无法获得用户所在的S-CSCF的名字，则需要执行以下步骤401b1：
步骤401b1、将会话路由到用户所在归属域的I-CSCF；
步骤401b2、I-CSCF向HSS发起LIR消息，将消息中P-Asserted-Identity头域中的主叫用户身份填写在LIR中，并增加一个始呼请求标志，查询该用户目前所在的位置信息，也就是用户所在S-CSCF的信息；
步骤401b3、HSS根据LIR中的用户身份，在数据库中查询该用户对应的信息，通过LIA将用户所在S-CSCF的名字或S-CSCF的能力集返回给I-CSCF；
步骤401b4、如果HSS返回的是S-CSCF的能力集，I-CSCF就需要根据能力集选择S-CSCF；
步骤401b5、I-CSCF将INVITE消息路由到HSS返回的S-CSCF，或根据HSS返回的S-CSCF的能力集为用户选择的S-CSCF；
步骤402、如果S-CSCF没有该用户的信息，S-CSCF将消息中P-Asserted-Identity头域中的用户身份携带在SAR中向HSS请求用户签约数据；如果有该用户的信息，则直接进行第404步；
步骤403、HSS通过SAA向S-CSCF返回请求的用户签约数据；
步骤404、S-CSCF进行业务控制；
步骤405、S-CSCF进行后续处理。
图5为用户发起始呼会话的实施流程示意图，如图所示，包括如下步骤：
步骤501、UE发起INVITE消息，可以选择在P-Preferred-Identity头域中填入能够标识自己身份的Public User Identity；
步骤502、P-CSCF收到INVITE消息后，会检查消息中是否有P-Preferred-Identity头域并检查其值是否和P-CSCF中记录的某个已注册PublicUser Identity匹配，如果有且匹配，P-CSCF就将该Public User Identity作为会话发起方并填写在P-Asserted-Identity中；如果不匹配或没有P-Preferred-Identity头域，P-CSCF就为用户选择一个缺省的Public User Identity作为会话发起方并填写在P-Asserted-Identity中；
步骤503、S-CSCF收到INVITE消息后，根据消息中P-Asserted-Identity头域中的主叫用户身份进行业务触发，之后根据INVITE消息中的Request-URI也就是被叫进行后续会话的路由。
发明人在对上述流程的研究过程中注意到：正常情况下，即在HSS中记录的用户状态为已注册并存储了相应的S-CSCF的名字的情况下，不会出现S-CSCF中没有用户数据的情况。但是当一个用户注册到的S-CSCF突然出现异常导致用户的IMPU丢失，如宕机并重新启动时，如果在此过程中用户相关的UE没有发生过注册行为，HSS中用户的注册信息没有发生变化，已经注册的用户仍然记录为在原来的S-CSCF上注册。
此时，当S-CSCF收到从I-CSCF或AS发来的会话请求INVITE消息时，S-CSCF中因为没有相应的用户数据，S-CSCF会向HSS发送SAR请求用户数据，SAR命令中的Server Assignment Type参数填为UNREGISTERED_USER。而HSS发现发起SAR操作的S-CSCF和HSS中记录的S-CSCF是同一个，但所请求操作的用户的IMPU的状态在HSS中存储的是注册的，HSS不会在SAA中返回用户的业务信息，而是将Experimental-Result-Code置为DIAMETER_ERROR_IN_ASSIGNMENT_TYPE返回给S-CSCF，表示该S-CSCF已指配给该用户，当前注册状态不允许该操作类型。其实也就是告诉S-CSCF该IMpU在HSS中是注册状态，不允许未注册操作。S-CSCF会回失败响应给I-CSCF，会话失败。
当S-CSCF收到P-CSCF送来的始呼请求INVITE消息，而S-CSCF因为重新启动将没有P-Asserted-Identity中包含的IMPU的用户数据，S-CSCF会直接回失败给P-CSCF，会话失败。
也就是在现有技术中，只要S-CSCF发生如宕机之类事件时，如在其上注册的IMPU没有重新注册，S-CSCF将无法给这些IMPU对应的用户提供任何终呼、UE发起的始呼或AS代替用户发起的始呼业务。
发明内容
本发明实施例提供了用户数据的返回方法、系统及用户签约服务器、服务呼叫会话控制功能实体，用以解决现有技术中当用户注册的S-CSCF在用户IMPU数据丢失后，能够使用户在重新注册前使用任何终呼、UE发起的始呼或AS代替用户发起始呼业务的问题。
本发明实施例提供了一种用户数据返回方法，包括如下步骤：
HSS接到S-CSCF的用户数据请求消息，所述用户数据请求消息中包括用户标识；
HSS根据所述用户标识查询为所述用户指配的S-CSCF，以及根据所述用户标识查询存储的用户注册状态；
当所述存储的用户注册状态是注册状态，所述指配的S-CSCF是请求的S-CSCF时，HSS根据用户数据请求消息返回用户数据。
本发明实施例提供了一种用户数据返回系统，包括S-CSCF、HSS，还包括：
第一接收模块，用于接收所述S-CSCF向所述HSS发送的用户数据请求消息，所述用户数据请求消息中包括用户标识；
查询模块，用于根据所述用户标识查询为所述用户指配的S-CSCF，以及根据所述用户标识查询存储的用户注册状态；
第一判断模块，用于判断所述查询模块查询的为用户指配的S-CSCF是否是请求的S-CSCF，当所述存储的用户注册状态是注册状态，所述指配的S-CSCF是请求的S-CSCF时，触发反馈模块；
反馈模块，用于根据用户数据请求消息返回用户数据。
本发明实施例提供了一种用户签约服务器，包括：
第一接收模块，用于接收S-CSCF发送的用户数据请求消息，所述用户数据请求消息中包括用户标识；
查询模块，用于根据所述用户标识查询为所述用户指配的S-CSCF；
第一判断模块，用于判断所述查询模块查询的为用户指配的S-CSCF是否是请求的S-CSCF，当所述指配的S-CSCF是请求的S-CSCF时，触发反馈模块；
所述用户签约服务器，根据所述用户标识查询存储的用户注册状态，当存储的用户注册状态是注册状态，所述指配的服务呼叫会话控制功能实体是请求的服务呼叫会话控制功能实体时，根据用户数据请求消息返回用户数据。
本发明实施例提供了一种用户数据返回方法，包括如下步骤：
S-CSCF接收S-CSCF系统报错消息；
S-CSCF收到呼叫请求消息，所述呼叫请求消息中包括用户标识；
S-CSCF在不能根据用户标识查询到用户数据时，S-CSCF将所述用户标识与出错标识添加至用户数据请求消息后，向HSS发送所述用户数据请求消息；
HSS根据所述用户标识查询存储的用户注册状态，接到S-CSCF的用户数据请求消息，判断所述用户数据请求消息包括出错标识后，当所述存储的用户注册状态是注册状态时，HSS根据用户数据请求消息返回用户数据。
本发明实施例提供了一种用户数据返回系统，包括：S-CSCF、HSS，还包括：
第二接收模块，用于接收发到S-CSCF的呼叫请求消息，所述呼叫请求消息中包括用户标识；
报错模块，用于接收S-CSCF系统报错消息后触发第二判断模块；
第二判断模块，用于判断S-CSCF是否能根据所述用户标识查询到用户数据，当不能根据所述用户标识查询到用户数据时，触发所述第二添加模块；
第二添加模块，用于将所述用户标识与出错标识添加至用户数据请求消息后，向HSS发送所述用户数据请求消息；
查询模块，用于根据所述用户标识查询存储的用户注册状态；
第三判断模块，用于在接到所述向HSS发送的用户数据请求消息后，判断所述用户数据请求消息包括出错标识后，当所述存储的用户注册状态是注册状态时，触发反馈模块；
反馈模块，用于根据用户数据请求消息返回用户数据。
本发明实施例提供了一种用户签约服务器，包括：
查询模块，用于根据用户标识查询存储的用户注册状态；
第三判断模块，用于在接到向HSS发送的用户数据请求消息后，判断所述用户数据请求消息包括出错标识后，当所述存储的用户注册状态是注册状态时，触发反馈模块；其中，所述用户数据请求消息中的出错标识是当服务呼叫会话控制功能实体在不能根据所述用户标识查询到所述用户数据时，由所述服务呼叫会话控制功能实体添加到所述用户数据请求消息中的；
反馈模块，用于根据用户数据请求消息返回用户数据。
本发明实施例有益效果如下：
本发明实施例中，由于HSS接到S-CSCF包括用户标识的用户数据请求消息时，HSS并不是在发现发起操作的S-CSCF和HSS中记录的S-CSCF是同一个，且所请求操作的用户的IMPU的状态在HSS中存储的是注册的，HSS返回S-CSCF该IMPU在HSS中是注册状态，不允许未注册操作，而是在判断出为所述用户指配的S-CSCF；是请求的S-CSCF时，或者，判断出请求消息中携带了出错标识时，HSS根据请求消息返回用户数据，从而使得即使当用户注册的S-CSCF在用户IMPU数据丢失后，也仍旧能够使用户在重新注册前使用任何终呼、UE发起的始呼或AS代替用户发起始呼业务。
附图说明
图1为背景技术中所述IMS功能架构示意图；
图2为背景技术中所述用户到一个没有在网络中进行过注册的终呼会话实施流程示意图；
图3为背景技术中所述用户到一个已在网络中进行了注册的终呼会话实施流程示意图；
图4为背景技术中所述AS代替用户发起的始呼会话实施流程示意图；
图5为背景技术中所述用户发起始呼会话的实施流程示意图；
图6为本发明实施例中所述用户数据返回方法实施流程示意图；
图7为本发明实施例中所述又一用户数据返回方法实施流程示意图；
图8为本发明实施例中所述宕机重启后S-CSCF收到I-CSCF发来终呼会话请求的实施流程示意图；
图9为本发明实施例中所述宕机重启后S-CSCF收到I-CSCF或AS发来的始呼会话请求的实施流程示意图；
图10为本发明实施例中所述宕机重启后S-CSCF收到P-CSCF发来的会话请求按照注册用户的实施流程示意图；
图11为本发明实施例中所述宕机重启后S-CSCF收到P-CSCF发来的会话请求激活UE重注册的实施流程示意图；
图12为本发明实施例中所述用户数据返回系统结构示意图；
图13为本发明实施例中所述用户签约服务器结构示意图；
图14为本发明实施例中所述服务呼叫会话控制功能实体；
图15为本发明实施例中所述另一用户数据返回系统结构示意图；
图16为本发明实施例中所述另一种用户签约服务器结构示意图；
图17为本发明实施例中所述另一种服务呼叫会话控制功能实体结构示意图。
具体实施方式
下面结合附图对本发明的具体实施方式进行说明。
图6为用户数据返回方法实施流程示意图，如图所示，返回用户数据实施时可以包括如下步骤：
步骤601、S-CSCF收到呼叫请求消息，请求消息中包括用户标识；
步骤602、S-CSCF发现不能根据所述用户标识查询到用户数据；
步骤603、S-CSCF将用户标识添加至用户数据请求消息后，向HSS发送用户数据请求消息，所述请求消息中包括用户标识；
步骤604、HSS接到S-CSCF的用户数据请求消息；
步骤605、HSS根据所述用户标识查询存储的用户注册状态、为所述用户指配的S-CSCF；
步骤606、当存储的用户注册状态是注册状态，当所述指配的S-CSCF是请求的S-CSCF时，HSS根据请求消息返回用户数据；
步骤607、S-CSCF根据返回的用户数据进行业务控制。
图7为又一用户数据返回方法实施流程示意图，如图所示，在返回用户数据时可以包括如下步骤：
步骤701、S-CSCF接收S-CSCF系统报错消息；
步骤702、S-CSCF收到呼叫请求消息，请求消息中包括用户标识；
步骤703、S-CSCF在不能根据用户标识查询到用户数据时，S-CSCF将所述用户标识与出错标识添加至用户数据请求消息；
步骤704、向HSS发送所述用户数据请求消息；
步骤705、HSS根据所述用户标识查询存储的用户注册状态；
步骤706、HSS接到S-CSCF的用户数据请求消息，判断所述请求消息包括出错标识后，当存储的用户注册状态是注册状态，HSS根据请求消息返回用户数据；
步骤707、S-CSCF根据返回的用户数据进行业务控制。
由上述实施可以看出，HSS收到S-CSCF发送的SAR命令请求用户数据时，如果发起SAR操作的S-CSCF和HSS中记录的S-CSCF是同一个，而且所请求操作的用户的IMPU的状态在HSS中存储的是注册的，但是SAR中的Server Assignment Type参数是UNREGISTERED_USER时，HSS将通过SAA将用户的业务数据下载给S-CSCF。HSS也可以选择先判断SAR中是否携带始呼标志或该IMPU是否签约的有未注册业务，如果有始呼标志或该IMPU签约的有未注册业务，就通过SAA将用户的业务数据下载给S-CSCF；实施中也可以在这种情况下判断出在S-CSCF的SAR中携带了出错标识时，HSS通过SAA将用户数据下发给该S-CSCF。
从实施中还可以看出当S-CSCF收到始呼请求INVITE消息，发现没有该用户的信息时，结合自身系统提示的出错信息，S-CSCF就将消息中P-Asserted-Identity头域中的用户标识携带在SAR中向HSS请求用户签约数据，SAR命令中的Server Assignment Type参数填为NO_ASSIGNMENT；S-CSCF也可在SAR中携带自己出错的标识给HSS。并在收到用户数据后进行正常业务触发和后续会话路由；
从可以看出，S-CSCF在收到始呼请求INVITE消息后，发现没有该用户的信息，S-CSCF则回401要求UE进行认证。从而使得S-CSCF有能力在后续过程中将UE的重注册请求作为初始注册进行处理，之后在从HSS获得用户数据后进行正常业务触发和后续会话路由。
本发明实施例还提供了一种用户数据丢失处理方法，包括如下步骤：
服务呼叫会话控制功能实体收到协商呼叫会话控制功能实体发送的未注册终呼请求INVITE消息；
判断服务呼叫会话控制功能实体是否有用户数据；
当没有用户数据时，服务呼叫会话控制功能实体向协商呼叫会话控制功能实体发送的响应，所述响应用于触发用户设备进行重注册。
本发明实施例还提供了一种用户数据丢失处理系统，包括：服务呼叫会话控制功能实体、用户签约服务器，还包括：
接收模块，用于在收到协商呼叫会话控制功能实体向接收服务呼叫会话控制功能实体发送的未注册终呼请求INVITE消息时，触发第四判断模块；
第四判断模块，用于判断服务呼叫会话控制功能实体数据是否有用户数据；当没有用户数据时，触发响应模块；
响应模块，用于向协商呼叫会话控制功能实体发送的响应，所述响应用于触发用户设备进行重注册。
为进一步说明本发明的具体实施，下面再以具体的实施情景中的实施例进行说明。
实施例一
本实施例描述了当出现宕机的错误导致重启后使得用户数据丢失情况下的用户数据返回的实施方式，图8为宕机重启后S-CSCF收到I-CSCF发来终呼会话请求的实施流程示意图，如图所示，在S-CSCF收到从I-CSCF发来的终呼会话请求的流程包括如下步骤：
步骤801、I-CSCF收到关于终呼到某个用户的INVITE消息；
步骤802、I-CSCF向HSS发起LIR消息获取为用户服务的S-CSCF的信息或需要的S-CSCF的能力集；
步骤803、该用户在HSS中记录的用户注册状态是注册的，并在HSS中记录了为该用户提供服务的S-CSCF的名字，HSS就通过LIA向I-CSCF返回该S-CSCF的名字；
步骤804、I-CSCF向该S-CSCF转发INVITE请求；
步骤805、因为S-CSCF没有该用户的数据，就会向HSS发送SAR请求用户数据，SAR命令中的Server Assignment Type参数填为UNREGISTEREDU_USER，告知HSS用户是未注册终呼；S-CSCF实施中也可以在SAR中携带自己出错的标识给HSS；
步骤806、HSS发现SAR请求中IMPU的状态在HSS中存储的是注册的，但发起SAR操作的S-CSCF和HSS中记录的S-CSCF是同一个，则通过SAA将用户数据下发给S-CSCF；
HSS可以选择先判断该IMPU是否签约的有未注册业务，如果有才通过SAA将用户数据下发给S-CSCF，否则按照现有技术返回错误给S-CSCF；
可选的，S-CSCF在SAR中携带了出错标识时，HSS也可以通过SAA将用户数据下发给该S-CSCF，否则按照现有技术返回错误给S-CSCF；
步骤807、S-CSCF根据用户数据进行(未注册)业务控制；
步骤808、S-CSCF执行后续处理。
实施例二
本实施例描述了当出现宕机的错误导致重启后使得用户数据丢失情况下的用户数据返回的实施方式，图9为宕机重启后S-CSCF收到I-CSCF或AS发来的始呼会话请求的实施流程示意图，如图所示，在S-CSCF收到从I-CSCF或AS发来的始呼会话请求的流程包括如下步骤：
在AS代替用户发起始呼前，AS可能通过第三方注册或通过Sh接口从HSS获得用户所在的S-CSCF的名字。如果AS在代替用户发起始呼前能获得用户所在的S-CSCF的名字，则执行步骤901a，即AS直接将会话路由到用户所在的S-CSCF。如果无法获得用户所在的S-CSCF的名字，则执行步骤901b1：
步骤901b1、将会话路由到用户所在的归属域的I-CSCF；
步骤901b2、I-CSCF向HSS发起LIR消息，将消息中P-Asserted-Identity头域中的主叫用户身份填写在LIR中，并增加一个始呼请求标志，查询该用户目前所在的位置信息，也就是用户所在S-CSCF的信息；
步骤901b3、HSS在数据库中查询到该用户在HSS中记录的用户注册状态是注册的；
步骤901b4、在HSS中记录了为该用户提供服务的S-CSCF的名字，通过LIA将用户所在S-CSCF的名字返回给I-CSCF；
步骤901b5、I-CSCF将INVITE消息路由到HSS返回的S-CSCF；
步骤902、因为S-CSCF没有该用户的信息，S-CSCF将消息中P-Asserted-Identity头域中的用户身份携带在SAR中向HSS请求用户签约数据，SAR命令中的Server Assignment Type参数填为UNREGISTERED_USER；实施中，S-CSCF也可以在SAR中携带自己出错标识给HSS；
步骤903、HSS发现SAR请求中IMPU的状态在HSS中存储的是注册的，发起SAR操作的S-CSCF和HSS中记录的S-CSCF是同一个，则通过SAA将用户数据下发给S-CSCF；
这种情况下，当S-CSCF在SAR中携带了出错标识时，HSS也可以通过SAA将用户数据下发给该S-CSCF；
步骤904、S-CSCF进行(未注册)业务控制；
步骤905、S-CSCF执行后续处理。
实施例三：
本实施例描述了当出现宕机的错误导致重启后使得用户数据丢失情况下的用户数据返回的实施方式，图10为宕机重启后S-CSCF收到P-CSCF发来的会话请求按照注册用户进行处理的实施流程示意图，如图所示，在S-CSCF收到从P-CSCF发来的会话请求按照注册用户的流程包括如下步骤：
步骤1001、UE发起INVITE消息，可以选择在P-Preferred-Identity头域中填入能够标识自己身份的Public User Identity；
步骤1002、P-CSCF收到INVITE消息后，会检查消息中是否有P-Prcferred-Identity头域并检查其值是否和P-CSCF中记录的某个已注册PublicUser Identity匹配，如果有且匹配，P-CSCF就将该Public User Identity作为会话发起方并填写在P-Asserted-Identity中；如果不匹配或没有P-Preferred-Identity头域，P-CSCF就为用户选择一个缺省的Public User Identity作为会话发起方并填写在P-Asserted-Identity中；
步骤1003、S-CSCF收到INVITE消息后，发现没有P-Asserted-Identity中的用户的信息，S-CSCF将消息中P-Asserted-Identity头域中的用户身份携带在SAR中向HSS请求用户签约数据，SAR命令中的Server Assignment Type参数填为NO_ASSIGNMENT；S-CSCF也可以在SAR中携带自己的出错标识给HSS；
步骤1004、HSS发现发起SAR操作的S-CSCF和HSS中记录的S-CSCF是同一个，则通过SAA将用户数据下发给S-CSCF，或者发现携带有出错标识后，通过SAA将用户数据下发给S-CSCF；
步骤1005、S-CSCF根据SAA中下发的用户数据进行相应的业务触发，之后根据INVITE消息中的Request-URI也就是被叫进行后续会话的路由。
实施例四
宕机重启后的S-CSCF收到从P-CSCF发来的会话请求的流程如下。
本实施例描述了当出现宕机的错误导致重启后使得用户数据丢失情况下的用户数据返回的实施方式，图11为宕机重启后S-CSCF收到P-CSCF发来的会话请求激活UE重注册的实施流程示意图，如图所示，在S-CSCF收到从P-CSCF发来的会话请求激活UE重注册的流程包括如下步骤：
步骤1101、UE发起INVITE消息，可以选择在P-Preferred-Identity头域中填入能够标识自己身份的Public User Identity；
步骤1102、P-CSCF收到INVITE消息后，会检查消息中是否有P-Preferred-Identity头域并检查其值是否和P-CSCF中记录的某个已注册PublicUser Identity匹配，如果有且匹配，P-CSCF就将该Public User Identity作为会话发起方并填写在P-Asserted-Identity中；如果不匹配或没有P-Preferred-Identity头域，P-CSCF就为用户选择一个缺省的Public User Identity作为会话发起方并填写在P-Asserted-Identity中；
步骤1103、S-CSCF收到INVITE消息后，发现没有该用户的信息，S-CSCF回401响应要求UE进行认证；
步骤1104、P-CSCF将401认证消息转给UE；
步骤1105、UE发起重注册请求；
步骤1106、P-CSCF将重注册请求转给I-CSCF；
步骤1107、I-CSCF通过UAR向HSS请求已分配给该用户的S-CSCF的名字或为该用户提供服务需要的S-CSCF的能力集；
步骤1108、HSS通过UAA向I-CSCF返回用户原来在其上注册的S-CSCF的名字；
步骤1109、I-CSCF将REGISTER消息发给该S-CSCF；
步骤1110、S-CSCF收到UE发来的重注册请求，S-CSCF按照初始注册流程进行处理，将注册消息的TO头域中的IMPU携带在MAR的Public UserIdentity中，将注册消息中Authorization头域中的username携带在MAR的Private User Identity中，向HSS请求用户的鉴权数据；
步骤1111、HSS根据MAR中用户的IMPI得到相应的鉴权数据后通过MAA返回给S-CSCF；
步骤1112、S-CSCF通过I-CSCF向UE发起401认证请求，其中包含一个随机挑战(RAND)和一个网络认证令牌(AUTN)，同时将加密密钥和完整性密钥下发给P-CSCF用于P-CSCF和UE之间建立安全联盟对后续信令交互进行完整性保护；
步骤1113、I-CSCF将401认证请求消息发给P-CSCF；
步骤1114、P-CSCF将401认证请求消息发给UE；
步骤1115、UE进行后续注册流程；
步骤1116、S-CSCF根据注册过程中从HSS获得的用户数据进行相应的业务触发，之后根据INVITE消息中的Request-URI也就是被叫进行后续会话的路由。
本发明实施例还提供了用户数据返回系统、用户签约服务器、服务呼叫会话控制功能实体，下面结合附图对各设备的具体实施方式进行说明。
图12为用户数据返回系统结构示意图，如图所示，系统中包括S-CSCF、HSS，还包括：
第一接收模块，用于接收所述S-CSCF向所述HSS发送的用户数据请求消息，所述请求消息中包括用户标识；
查询模块，用于根据所述用户标识查询为所述用户指配的S-CSCF；
第一判断模块，用于判断所述查询模块查询的为用户指配的S-CSCF是否是请求的S-CSCF，当所述指配的S-CSCF是请求的S-CSCF时，触发反馈模块；
反馈模块，用于根据请求消息返回用户数据。
优选实施中，查询模块根据用户标识查询存储的用户注册状态；第一判断模块判断存储的用户注册状态是否是注册状态，当存储的用户注册状态是注册状态，所述指配的S-CSCF是请求的S-CSCF时，触发反馈模块根据请求消息返回用户数据。
还可以进一步包括第一添加模块，用于在S-CSCF收到包括用户标识的呼叫请求消息后；将所述用户标识添加至用户数据请求消息；
S-CSCF再向HSS发送添加了用户标识的用户数据请求消息。
还可以进一步包括第二判断模块，用于判断S-CSCF是否能根据所述用户标识查询到用户数据，当不能根据所述用户标识查询到用户数据时，触发所述第一添加模块将所述用户标识添加至用户数据请求消息后，向HSS发送所述用户数据请求消息。
图13为用户签约服务器结构示意图，如图所示，HSS中包括：
第一接收模块，用于接收S-CSCF发送的用户数据请求消息，所述请求消息中包括用户标识；
查询模块，用于根据所述用户标识查询为所述用户指配的S-CSCF；
第一判断模块，用于判断所述查询模块查询的为用户指配的S-CSCF是否是请求的S-CSCF，当所述指配的S-CSCF是请求的S-CSCF时，触发反馈模块；
反馈模块，用于根据请求消息返回用户数据。
图14为服务呼叫会话控制功能实体，如图所示，S-CSCF中包括：
第一添加模块，用于在收到包括用户标识的呼叫请求消息后；将所述用户标识添加至用户数据请求消息，所述请求消息用于供HSS根据所述用户标识查询为所述用户指配的S-CSCF后，判断为用户指配的S-CSCF是否是请求的S-CSCF，当所述指配的S-CSCF是请求的S-CSCF时，根据请求消息返回用户数据。
进一步还可以包括：HSS根据所述用户标识查询存储的用户注册状态后，判断存储的用户注册状态是否是注册状态，当存储的用户注册状态是注册状态，所述指配的S-CSCF是请求的S-CSCF时，根据请求消息返回用户数据。
进一步还可以包括：第二判断模块，用于判断S-CSCF是否能根据所述用户标识查询到用户数据，当不能根据所述用户标识查询到用户数据时，触发所述第一添加模块将所述用户标识添加至用户数据请求消息后，向HSS发送所述用户数据请求消息。
图15为另一用户数据返回系统结构示意图，如图所示，系统中包括S-CSCF、HSS，还包括：
第二接收模块，用于接收发到S-CSCF的呼叫请求消息，所述请求消息中包括用户标识；
报错模块，用于接收S-CSCF系统报错消息后触发第二判断模块；
第二判断模块，用于判断S-CSCF是否能根据所述用户标识查询到用户数据，当不能根据所述用户标识查询到用户数据时，触发所述第二添加模块；
第二添加模块，用于将所述用户标识与出错标识添加至用户数据请求消息后，向HSS发送所述用户数据请求消息；
第三判断模块，用于在接到所述向HSS发送的用户数据请求消息后，判断所述请求消息是否包括出错标识，当包括所述出错标识时，触发反馈模块；
反馈模块，用于根据请求消息返回用户数据。
优选实施中，查询模块，用于根据所述用户标识查询存储的用户注册状态；
第三判断模块进一步用于判断所述请求消息包括出错标识后，当存储的用户注册状态是注册状态，触发反馈模块根据请求消息返回用户数据。
图16为另一种用户签约服务器结构示意图，如图所示，HSS中包括：
第三判断模块，用于在接到所述向HSS发送的用户数据请求消息后，判断所述请求消息是否包括出错标识，当包括所述出错标识时，触发反馈模块；
反馈模块，用于根据请求消息返回用户数据。
优选实施中可以进一步包括查询模块，根据所述用户标识查询存储的用户注册状态；
第三判断模块进一步用于判断所述请求消息包括出错标识后，当存储的用户注册状态是注册状态，触发反馈模块根据请求消息返回用户数据。
图17为另一种服务呼叫会话控制功能实体结构示意图，如图所示，S-CSCF中包括：
第二接收模块，用于接收发到S-CSCF的呼叫请求消息，所述请求消息中包括用户标识；
报错模块，用于接收S-CSCF系统报错消息后触发第二判断模块；
第二判断模块，用于判断S-CSCF是否能根据所述用户标识查询到用户数据，当不能根据所述用户标识查询到用户数据时，触发所述第二添加模块；
第二添加模块，用于将所述用户标识与出错标识添加至用户数据请求消息后，向HSS发送所述用户数据请求消息，所述请求消息用于供HSS根据是否包括出错标识判断是否根据请求消息返回用户数据。
优选实施中，HSS根据用户标识查询存储的用户注册状态，在包括出错标识时，当存储的用户注册状态是注册状态，根据请求消息返回用户数据。
由上述实施例可以看出，本发明实施例可以增强HSS和S-CSCF的功能，增加其冗灾能力，S-CSCF发生出错导致用户数据丢失，如在重启后收到从I-CSCF或AS发来的原来在其上注册的IMPU的INVITE会话请求，S-CSCF通过SAR向HSS请求用户数据时，HSS并不是直接返回错误给S-CSCF，而是发现请求的S-CSCF与指配的是同一个，或者携带有出错标识时，通过SAA直接将用户的业务数据下载给S-CSCF。同时，当S-CSCF发生出错导致用户数据丢失如重启后收到从P-CSCF发来的原来在其上注册的IMPU的INVITE会话请求，S-CSCF通过SAR向HSS请求用户数据后进行业务触发和会话接续，并不是直接回失败响应给P-CSCF。这样可以在S-CSCF发生如宕机等的错误导致重启等现象后仍然可以提供终呼未注册和UE发起的始呼或AS代替用户发起的始呼业务。
使用本发明实施例，能使网络中S-CSCF发生如异常宕机重启等错误后，仍然能为用户提供未注册终呼、UE发起的始呼或AS代替用户发起的始呼业务，避免了给用户带来不好的业务体验。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (13)

1.一种用户数据返回方法，其特征在于，包括如下步骤：
用户签约服务器接到服务呼叫会话控制功能实体的用户数据请求消息，所述用户数据请求消息中包括用户标识；
用户签约服务器根据所述用户标识查询为所述用户指配的服务呼叫会话控制功能实体，以及根据所述用户标识查询存储的用户注册状态；
当所述存储的用户注册状态是注册状态，所述指配的服务呼叫会话控制功能实体是请求的服务呼叫会话控制功能实体时，用户签约服务器根据用户数据请求消息返回用户数据。
2.如权利要求1所述的方法，其特征在于，进一步包括如下步骤：
服务呼叫会话控制功能实体收到呼叫请求消息，所述呼叫请求消息中包括用户标识；
服务呼叫会话控制功能实体将所述用户标识添加至用户数据请求消息后，向用户签约服务器发送所述用户数据请求消息。
3.如权利要求2所述的方法，其特征在于，所述呼叫请求消息是：协商呼叫会话控制功能实体发送的未注册终呼请求INVITE消息或从应用服务器发起的始呼请求INVITE消息；和/或代理呼叫会话控制功能实体发送的从用户设备发起的始呼请求INVITE消息。
4.如权利要求3所述的方法，其特征在于，进一步包括如下步骤：
服务呼叫会话控制功能实体在不能根据所述用户标识查询到用户数据时，服务呼叫会话控制功能实体将所述用户标识添加至用户数据请求消息后，向用户签约服务器发送所述用户数据请求消息。
5.如权利要求1至4任一所述的方法，其特征在于，进一步包括如下步骤：
服务呼叫会话控制功能实体根据返回的用户数据进行业务控制。
6.一种用户数据返回系统，包括服务呼叫会话控制功能实体、用户签约服务器，其特征在于，还包括：
第一接收模块，用于接收所述服务呼叫会话控制功能实体向所述用户签约服务器发送的用户数据请求消息，所述用户数据请求消息中包括用户标识；
查询模块，用于根据所述用户标识查询为所述用户指配的服务呼叫会话控制功能实体，以及根据所述用户标识查询存储的用户注册状态；
第一判断模块，用于判断所述查询模块查询的为用户指配的服务呼叫会话控制功能实体是否是请求的服务呼叫会话控制功能实体，当所述存储的用户注册状态是注册状态，所述指配的服务呼叫会话控制功能实体是请求的服务呼叫会话控制功能实体时，触发反馈模块；
反馈模块，用于根据用户数据请求消息返回用户数据。
7.如权利要求6所述的系统，其特征在于，进一步包括第一添加模块，用于在服务呼叫会话控制功能实体收到包括用户标识的呼叫请求消息后；将所述用户标识添加至用户数据请求消息；
所述服务呼叫会话控制功能实体向用户签约服务器发送所述用户数据请求消息。
8.如权利要求7所述的系统，其特征在于，进一步包括第二判断模块，用于判断服务呼叫会话控制功能实体是否能根据所述用户标识查询到用户数据，当不能根据所述用户标识查询到用户数据时，触发所述第一添加模块将所述用户标识添加至用户数据请求消息后，向用户签约服务器发送所述用户数据请求消息。
9.一种用户签约服务器，其特征在于，包括：
第一接收模块，用于接收服务呼叫会话控制功能实体发送的用户数据请求消息，所述用户数据请求消息中包括用户标识；
查询模块，用于根据所述用户标识查询为所述用户指配的服务呼叫会话控制功能实体；
第一判断模块，用于判断所述查询模块查询的为用户指配的服务呼叫会话控制功能实体是否是请求的服务呼叫会话控制功能实体，当所述指配的服务呼叫会话控制功能实体是请求的服务呼叫会话控制功能实体时，触发反馈模块；
所述用户签约服务器，根据所述用户标识查询存储的用户注册状态，当存储的用户注册状态是注册状态，所述指配的服务呼叫会话控制功能实体是请求的服务呼叫会话控制功能实体时，根据用户数据请求消息返回用户数据。
10.一种用户数据返回方法，其特征在于，包括如下步骤：
服务呼叫会话控制功能实体接收服务呼叫会话控制功能实体系统报错消息；
服务呼叫会话控制功能实体收到呼叫请求消息，所述呼叫请求消息中包括用户标识；
服务呼叫会话控制功能实体在不能根据用户标识查询到用户数据时，服务呼叫会话控制功能实体将所述用户标识与出错标识添加至用户数据请求消息后，向用户签约服务器发送所述用户数据请求消息；
用户签约服务器根据所述用户标识查询存储的用户注册状态，接到服务呼叫会话控制功能实体的用户数据请求消息，判断所述用户数据请求消息包括出错标识后，当所述存储的用户注册状态是注册状态时，用户签约服务器根据用户数据请求消息返回用户数据。
11.如权利要求10所述的方法，其特征在于，进一步包括如下步骤：
服务呼叫会话控制功能实体根据返回的用户数据进行业务控制。
12.一种用户数据返回系统，包括：服务呼叫会话控制功能实体、用户签约服务器，其特征在于，还包括：
第二接收模块，用于接收发到服务呼叫会话控制功能实体的呼叫请求消息，所述呼叫请求消息中包括用户标识；
报错模块，用于接收服务呼叫会话控制功能实体系统报错消息后触发第二判断模块；
第二判断模块，用于判断服务呼叫会话控制功能实体是否能根据所述用户标识查询到用户数据，当不能根据所述用户标识查询到用户数据时，触发所述第二添加模块；
第二添加模块，用于将所述用户标识与出错标识添加至用户数据请求消息后，向用户签约服务器发送所述用户数据请求消息；
查询模块，用于根据所述用户标识查询存储的用户注册状态；
第三判断模块，用于在接到所述向用户签约服务器发送的用户数据请求消息后，判断所述用户数据请求消息包括出错标识后，当所述存储的用户注册状态是注册状态时，触发反馈模块；
反馈模块，用于根据用户数据请求消息返回用户数据。
13.一种用户签约服务器，其特征在于，包括：
查询模块，用于根据用户标识查询存储的用户注册状态；
第三判断模块，用于在接到向用户签约服务器发送的用户数据请求消息后，判断所述用户数据请求消息包括出错标识后，当所述存储的用户注册状态是注册状态时，触发反馈模块；其中，所述用户数据请求消息中的出错标识是当服务呼叫会话控制功能实体在不能根据所述用户标识查询到所述用户数据时，由所述服务呼叫会话控制功能实体添加到所述用户数据请求消息中的；
反馈模块，用于根据用户数据请求消息返回用户数据。
CN2007101015790A 2006-12-29 2007-04-30 用户数据返回方法、系统及设备 Active CN101299874B (zh)

Priority Applications (19)

Application Number Priority Date Filing Date Title
CN2007101015790A CN101299874B (zh) 2007-04-30 2007-04-30 用户数据返回方法、系统及设备
ES09165871.6T ES2529747T3 (es) 2006-12-29 2007-12-26 Método, sistema y elemento de red para procesamiento de servicio después de la invalidación de datos de elemento de red y que se produzca un fallo operativo
EP14159898.7A EP2763377B1 (en) 2006-12-29 2007-12-26 Method and system and network element for service processing after network element data invalidated and occurring fault
RU2009129157/09A RU2429576C2 (ru) 2006-12-29 2007-12-26 Способ, система и элемент сети для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, или отказа элемента сети
ES07846158.9T ES2480140T3 (es) 2006-12-29 2007-12-26 Método, sistema y elemento de red para procesamiento de servicio después de la invalidación de datos de elemento de red y que se produzca un fallo operativo
EP09165871.6A EP2131557B1 (en) 2006-12-29 2007-12-26 Method and system and network element for service processing after network element data invalidated and occuring fault
ES14159898.7T ES2560624T3 (es) 2006-12-29 2007-12-26 Método y sistema y elemento de red para procesamiento de servicio después de la invalidación de datos de un elemento de red y un fallo operativo
EP15187027.6A EP2996312B1 (en) 2006-12-29 2007-12-26 Method and apparatus for service processing after network element fails
PCT/CN2007/071332 WO2008083587A1 (fr) 2006-12-29 2007-12-26 Procédé, système et élément de réseau pour traitement du service après invalidation de données d'élément et survenue d'un incident
EP17174164.8A EP3253033A1 (en) 2006-12-29 2007-12-26 Method and apparatus for service processing after network element fails
EP20206250.1A EP3796623A1 (en) 2006-12-29 2007-12-26 Method and apparatus for service processing after network element fails
PL15187027T PL2996312T3 (pl) 2006-12-29 2007-12-26 Sposób i urządzenie do przetwarzania usługi po wystąpieniu usterki elementu sieciowego
PT78461589T PT2099156E (pt) 2006-12-29 2007-12-26 Método, sistema e elemento de rede para processamento de serviço após invalidação de dados de elemento de rede e ocorrência de falha
EP07846158.9A EP2099156B1 (en) 2006-12-29 2007-12-26 Method and system and network element for service processing after network element data invalidated and occurring fault
PL14159898T PL2763377T3 (pl) 2006-12-29 2007-12-26 Sposób i system oraz element sieci do przetwarzania usługi po unieważnieniu danych elementu sieci i wystąpieniu błędu
ES15187027.6T ES2638219T3 (es) 2006-12-29 2007-12-26 Método y aparato para procesamiento de servicio después de que falle un elemento de red
US12/493,358 US9706019B2 (en) 2006-12-29 2009-06-29 Method, system, and network element for service processing after data of network element is invalid or network element fails
US12/504,166 US20090279425A1 (en) 2006-12-29 2009-07-16 Method, system, and network element for service processing after data of network element is invalid or network element fails
RU2009134567/09A RU2426275C2 (ru) 2006-12-29 2009-09-15 Способ, система и элемент сети для обработки предоставления услуг после того, как данные элемента сети становятся недопустимыми, или отказе элемента сети

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2007101015790A CN101299874B (zh) 2007-04-30 2007-04-30 用户数据返回方法、系统及设备

Publications (2)

Publication Number Publication Date
CN101299874A CN101299874A (zh) 2008-11-05
CN101299874B true CN101299874B (zh) 2012-07-04

Family

ID=40079529

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2007101015790A Active CN101299874B (zh) 2006-12-29 2007-04-30 用户数据返回方法、系统及设备

Country Status (1)

Country Link
CN (1) CN101299874B (zh)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1655546A (zh) * 2004-02-10 2005-08-17 华为技术有限公司 一种减轻归属签约用户服务器接口负荷的方法
WO2006136097A1 (fr) * 2005-06-20 2006-12-28 Huawei Technologies Co., Ltd. Procédé pour traiter une anomalie lors de la procédure d'inscription d'un utilisateur

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1655546A (zh) * 2004-02-10 2005-08-17 华为技术有限公司 一种减轻归属签约用户服务器接口负荷的方法
WO2006136097A1 (fr) * 2005-06-20 2006-12-28 Huawei Technologies Co., Ltd. Procédé pour traiter une anomalie lors de la procédure d'inscription d'un utilisateur

Also Published As

Publication number Publication date
CN101299874A (zh) 2008-11-05

Similar Documents

Publication Publication Date Title
TWI403138B (zh) 用於通訊之方法、裝置、與電腦程式
CN101971592B (zh) 接入地会话控制器、ip多媒体子系统及其注册会话方法
CN101176369B (zh) Ims中的服务配置文件处理
US8788678B2 (en) IP multimedia subsystem user identity handling
CN109417569A (zh) 对服务呼叫会话控制和应用服务器功能的恢复
US20110145388A1 (en) Method, system, and device for realizing registration mechanism of ip multimedia subsystem
CN101127722A (zh) 核心网元重启/故障恢复后的处理方法
CN101106795B (zh) 一种ims域隐含注册的方法
EP2250791B1 (en) Securing contact information
CN100512495C (zh) 一种实现被叫服务的方法和系统
CN102148739A (zh) 一种ims会话路由控制方法及系统
US9692835B2 (en) Method and apparatuses for the provision of network services offered through a set of servers in an IMS network
US20200396262A1 (en) Ims routing based on subscriber type
CN104052744B (zh) 一种业务触发方法及装置
US20120297029A1 (en) Method and Apparatus For Routing XCAP Requests
CN105959274B (zh) 通信方法和通信方法中使用的网元
CN101299874B (zh) 用户数据返回方法、系统及设备
CN101771708A (zh) 多网融合呼叫处理方法、ims域内部呼叫处理方法和装置
EP2497249B1 (en) Method and system for forwarding a message in a session initiation protocol based communications network
CN103607411A (zh) 一种ims用户标识的处理方法及装置
CN103685167A (zh) 一种对ims会话进行管理的方法、装置和设备
CN101296500A (zh) 一种用户鉴权处理方法、系统及服务器
US20150032791A1 (en) Method and application for controlling application server invocation in an ims
CN101489215A (zh) 为用户提供业务的方法和设备
KR20120097897A (ko) Ｉｍｓ망내 와일드카드 번호체계 가입자의 위치등록전달방법 및 그 장치

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant