CN101127722A - 核心网元重启/故障恢复后的处理方法 - Google Patents
核心网元重启/故障恢复后的处理方法 Download PDFInfo
- Publication number
- CN101127722A CN101127722A CN200710154134.9A CN200710154134A CN101127722A CN 101127722 A CN101127722 A CN 101127722A CN 200710154134 A CN200710154134 A CN 200710154134A CN 101127722 A CN101127722 A CN 101127722A
- Authority
- CN
- China
- Prior art keywords
- cscf
- user
- data
- core network
- user identity
- 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.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 8
- 238000011084 recovery Methods 0.000 title claims description 34
- 238000000034 method Methods 0.000 claims abstract description 95
- 230000008569 process Effects 0.000 claims abstract description 39
- 230000004044 response Effects 0.000 claims abstract description 37
- 238000012545 processing Methods 0.000 claims abstract description 11
- 238000004321 preservation Methods 0.000 claims description 11
- 230000001960 triggered effect Effects 0.000 claims description 3
- 238000004891 communication Methods 0.000 description 8
- 230000000977 initiatory effect Effects 0.000 description 7
- 239000000284 extract Substances 0.000 description 5
- 239000003999 initiator Substances 0.000 description 5
- 230000002950 deficient Effects 0.000 description 3
- 230000008034 disappearance Effects 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 238000013024 troubleshooting Methods 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000004886 process control Methods 0.000 description 1
- 238000012797 qualification Methods 0.000 description 1
- 230000000630 rising effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Classifications
-
- 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/1083—In-session procedures
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种核心网元重启/故障恢复后的处理方法，该方法包括以下处理：在以用户为呼叫方的呼叫过程中，核心网元接收到用户的呼叫请求后，检查本地数据，在没有检查到与用户对应的数据的情况下，向归属用户服务器发送一条或多条请求消息，以请求用户的公共用户标识的注册状态和业务配置数据；响应于核心网元的请求消息，归属用户服务器查找公共用户标识的注册状态和业务配置数据，并返回给核心网元；核心网元使用从归属用户服务器获取的公共用户标识的注册状态和业务配置数据，进行后续会话处理流程。
Description
技术领域
本发明涉及通信领域，并且更具体地，涉及IP多媒体子系统中的核心网元重启/故障恢复后的处理方法。
背景技术
IP多媒体子系统(IP Multimedia Core Network Subsystem，简称IMS)是新一代通讯网络的核心。图1描述了IMS体系结构中的和本发明相关的网元实体及其联系。其中：用户设备(UserEquipment，简称UE)101代表用户使用的终端设备，呼叫会话控制功能(Call Session Control Function，简称CSCF)是控制会话过程的核心网元，包括：代理呼叫会话控制功能(Proxy-CSCF，简称P-CSCF)102、查询呼叫会话控制功能(Interrogating-CSCF，简称I-CSCF)103、服务呼叫会话控制功能(Serving-CSCF，简称S-CSCF)104，其中，归属用户服务器(Home Subscriber Server，简称HSS)104是IMS中所有与用户和服务器相关的数据的主要存储服务器；应用服务器(Application Server，简称AS)106是提供增值多媒体业务的网元。
在图1所示出的各个网元间，UE通过Gm接口和P-CSCF相连；P-CSCF、I-CSCF、S-CSCF间通过Mw接口实现互联；HSS通过Cx接口实现与I-CSCF、S-CSCF相连，通过Sh接口实现与AS相连；S-CSCF通过ISC(IMS service control，IMS业务控制，简称ISC)接口实现与AS相连。
P-CSCF作为IMS系统中用户的第一个接触点，所有的会话初始协议(Session Initiation Protocol，简称SIP)信令，无论是来自UE还是发给UE，都必须经过P-CSCF。当UE在IMS系统中注册成功后，P-CSCF在本地保存UE的联系地址、UE的公共用户标识(Public User Identity，简称PUI)、UE的私有用户标识(Private UserIdentity，简称PVI)。
S-CSCF是IMS的核心，位于归属网络，为UE进行会话控制和注册服务。当UE处于会话中时，S-CSCF处理网络中的会话状态。当UE在IMS系统中注册成功后，S-CSCF在本地保存UE注册到IMS系统中所使用的P-CSCF的网络ID、P-CSCF的IP地址、UE的联系地址、UE的公共用户标识、UE的私有用户标识、UE的公共用户标识所对应的用户配置数据、保存UE注册状态的HSS地址或名称等信息。
HSS是IMS系统中所有与用户和服务器相关的数据的存储核心，不仅保存用户和服务器相关的静态数据，还保存某些动态数据。当UE在IMS系统中注册成功后，HSS保存分配给UE的S-CSCF地址或名称。
UE注册成功后，网络为UE所分配的P-CSCF、S-CSCF、以及所对应的HSS，构成了UE后续通信使用的通信链路。在注册成功后，UE发起呼叫的过程、UE被呼叫的过程，网络都将使用已经为该UE分配好的通信链路。
在通常情况下，UE注册成功后，网络分配给该UE的通信链路在后续过程中保持不变。这就意味着，一旦这个链路上的某一个环节出了问题，将会影响UE后续的起呼和终呼的过程，使得通信不能正常进行。
当IMS系统用户在接入到系统后，要使用IMS系统所提供的服务前，需要进行初始注册，典型地，初始注册过程通常发生在UE开机时。
图2示出了相关技术中IMS用户的初始注册流程，如图2所示，包括以下步骤：
S201，UE向P-CSCF发送注册请求，该注册请求中带有公有用户标识；
S202，P-CSCF收到注册请求时，通过DNS查询或者其它方法找到用户归属网络接入点的I-CSCF，并将注册请求转发到I-CSCF；
S203，I-CSCF向HSS发送请求消息，请求为该UE分配S-CSCF；
S204，HSS向I-CSCF返回分配的S-CSCF名称或S-CSCF的能力；
S205，I-CSCF将注册请求消息发送到选定的S-CSCF；
S206～S216，如果S-CSCF需要对用户进行认证鉴权，那么需要向HSS获取用户认证向量，并根据S207消息中返回的认证向量，构造挑战请求(401 Unauthorized消息)，该挑战请求转发到UE后，UE构造挑战响应，S-CSCF收到S215挑战响应消息后，判断用户的合法性，完成对用户的认证、鉴权；如果不需要认证鉴权，可直接执行S217；
S217，S-CSCF向HSS发送用户配置数据获取请求；
S218，HSS存储S-CSCF信息，并将用户的签约数据、计费地址信息返回S-CSCF；
S219，S-CSCF向AS发起第三方注册；
S220，AS成功执行第三方注册成功，返回成功响应；
S221～S223，S-CSCF构建注册成功响应，并将响应经由I-CSCF和P-CSCF转发到UE；
在UE的初始注册过程成功完成后，各个核心网元保存UE如下的相关数据：P-CSCF保存UE的联系地址、UE的公共用户标识PUI、UE的私有用户标识PVI；S-CSCF保存UE对应的P-CSCF的网络ID、UE对应的P-CSCF的IP地址或名称、UE的联系地址、UE的公共用户标识PUI、UE的私有用户标识PVI、UE的公共用户标识所对应的用户配置数据、UE对应的HSS地址或名称、该PUI用户的计费地址等信息。
在UE成功注册到IMS系统中后，UE可以执行后续的呼叫等业务流程。
图3是相关技术中位于拜访网络中的UE发起一个呼叫的流程，如图3所示，包括以下处理：
S301，UE向P-CSCF发起一个SIP INVITE请求，该INVITE请求包含用以初始化媒体能力协商的媒体格式；
S302，P-CSCF接收到INVITE请求后，将INVITE请求转发给为该UE分配的S-CSCF；
S303，S-CSCF检查服务属性，为该用户发起一个呼叫业务逻辑，该呼叫业务逻辑包括对被请求的SDP的授权，该SDP是基于用户对多媒体服务的订阅；
在此步骤中，S-CSCF检查服务属性的操作包括：在本地数据中查询UE所对应的PUI的注册状态、检查该PUI所对应的用户配置数据等；
S304，S-CSCF转发INVITE请求给被叫方网络；
S305，被叫方网络返回Offer响应，该响应中包含被叫方终端的媒体支持能力；
S306，S-CSCF将Offer响应发回给P-CSCF；
S307，P-CSCF为该会话分配必要的资源；
S308，P-CSCF将消息转发给呼叫发起端；
S309，UE根据提供的媒体流集，对Offer响应给予一个确认响应，以确认双方协商的媒体能力，并将确认信息通过呼叫发起流程转发给P-CSCF；
S310，确定了步骤S308中所需要的资源后，UE为该会话预留资源；
S311，P-CSCF转发响应确认消息给S-CSCF；
S312，S-CSCF转发消息给被叫方网络，由被叫方网络转发给被叫终端节点；
S313～S315，被叫方终端节点以一个确认消息给予响应，以确认主叫方所选择的媒体能力。至此，媒体能力协商结束；
S316～S318，完成资源预留后，UE向终端节点发送一个资源预留成功的消息。消息通过P-CSCF一级一级地转发给被叫方终端；
S319～S321，被叫方终结端点对资源预留成功给予响应；
S322～S324，被叫方终结端点振铃，并将消息传递给UE；
S325，UE告知用户被叫正在响铃中；
S326，被叫摘机应答后，终结端点向S-CSCF发送一个SIP 200(OK)最终响应；
S327，S-CSCF向P-CSCF发送SIP 200(OK)最终响应；
S328，P-CSCF指示为该会话预留的资源可以使用；
S329，P-CSCF向会话发起者送回一个SIP 200(OK)最终响应；
S330，UE开始该会话的媒体流，
S331～S333，UE以一个SIP ACK消息对200(OK)给予响应。
图3所示的UE发起的呼叫流程仅仅是为了解释呼叫方归属网络的S-CSCF在呼叫UE发起的主叫流程中所起的作用。从此流程可以知道，呼叫方归属网络的S-CSCF是该流程中一个最主要的会话控制过程控制实体，用于将对UE的状态进行检查、为UE交换来自拜访网络和终结方网络的信令。
如果在UE成功注册到IMS系统后，在UE发起任何呼叫前，UE归属网络为该UE分配的S-CSCF发生了重启，可能是由于升级系统而发生重启，也可能是由于S-CSCF本身故障恢复的需要而重启。则该S-CSCF重启后，其原本保存的数据也随之丢失，即对于该UE而言，S-CSCF所保存的对应于该UE的联系地址、对应于该UE的P-CSCF的网络ID、对应于该UE的P-CSCF的名称或地址、该UE对应的PUI、该UE对应的PVI、该UE所对应的PUI的状态、该UE所对应的PUI所关联的用户配置数据等，均由于S-CSCF的故障恢复或重启而丢失。
在此种情况下，如果UE仍然发起一个呼叫，则会导致呼叫失败。图4描述了此情况下UE发起呼叫失败的流程。同样地，用作示范，该UE仍位于拜访网络，UE位于本地网络的情况和该流程大致类似。
在图4所描述的UE发起呼叫流程失败的过程中：
S401，UE向P-CSCF发起一个SIP INVITE请求，该INVITE请求包含用以初始化媒体能力协商的媒体格式；
S402，P-CSCF接收到INVITE请求后，将INVITE请求转发给为该UE分配的S-CSCF；
S403，S-CSCF检查服务属性，在本地存储的数据中，如果没有检索到该UE对应的任何数据，即认为该呼叫请求是不可接收的；
S404，S-CSCF向P-CSCF发送请求不可接收的响应；
S405，P-CSCF将请求不可接收响应转发给UE；
至此，由于S-CSCF无法正常处理UE发起的呼叫请求，该呼叫被中断。在此种情况下，只有等待UE发起重注册过程才可以重新建立正常的通信链路。
图4示出了S-CSCF故障导致服务不可用的另一场景，其中，应用服务器AS代替用户发起的呼叫流程中，S-CSCF故障致使缺少必要的用户数据。此时，用户可能是已经注册到IMS系统中，也可能是处于非注册状态。用户非注册状态下应用服务器AS代替用户发起呼叫的典型业务是用户订阅了非注册前转服务业务。用户注册状态应用服务器AS代替用户发起呼叫的典型业务有AS主动通知的业务。
图4所描述的S-CSCF故障导致服务不可用的场景，同样地，也可能会出现在应用服务器上，一旦应用服务器缺少必要的用户数据，服务也将不能正常进行。
从以上分析可以看出，S-CSCF、AS作为会话过程中的重要的核心网元，一旦其丢失了用户数据，将失去为用户处理后续服务的能力。同时，还可以看出，目前IMS系统存在着一些缺陷，尤其是核心网元重启或故障恢复后，通常会影响后续的呼叫和业务流程的正常处理。
发明内容
考虑到相关技术中存在的上述问题而提出本发明，为此，本发明旨在提供一种核心网元重启/故障恢复后的处理方法。该方法应用于IP多媒体子系统，该IP多媒体子系统包括：用户设备(UE)、应用服务器(AS)、服务呼叫会话控制功能实体(S-CSCF)、代理呼叫会话控制功能实体(P-CSCF)、归属用户服务器(HSS)。
该方法包括以下处理：在以用户为呼叫方的呼叫过程中，核心网元接收到用户的呼叫请求后，检查本地数据，在没有检查到与用户对应的数据的情况下，向归属用户服务器发送一条或多条请求消息，以请求用户的公共用户标识的注册状态和业务配置数据；响应于核心网元的请求消息，归属用户服务器查找公共用户标识的注册状态和业务配置数据，并返回给核心网元；核心网元使用从归属用户服务器获取的公共用户标识的注册状态和业务配置数据，进行后续会话处理流程。
在IP多媒体子系统中存在多个归属用户服务器的情况下，核心网元首先查询用户的公共用户标识所在的归属用户服务器。此外，核心网元发送的请求消息中携带有故障恢复支持标签。
上述的核心网元可以是S-CSCF，也可以是AS。以下将分别进行描述。
在核心网元为S-CSCF的情况下，S-CSCF使用S-CSCF和归属用户服务器间的Cx接口向归属用户服务器发送请求消息，并在请求消息中携带S-CSCF名称、用户的公共用户标识。上述的请求消息可以是服务分配请求消息。
响应于S-CSCF的请求消息，归属用户服务器判断为公共用户标识分配的S-CSCF的S-CSCF名称是否与请求消息中携带的S-CSCF名称一致，并且在二者不一致的情况下，决定是否更新为公共用户标识分配的S-CSCF。在归属用户服务器更新为公共用户标识分配的S-CSCF的情况下，S-CSCF在本地进行数据保存。
一方面，上述的呼叫过程可以是用户设备发起的呼叫，可以在以下情况下为用户分配S-CSCF：用户成功注册到IP多媒体子系统网络；或者用户订阅了未注册业务，由未注册业务触发了S-CSCF分配过程。在这种情况下，该方法可以进一步包括：S-CSCF在本地进行数据保存，保存的数据包括：用户设备的联系地址、P-CSCF的地址、P-CSCF的网络ID、公共用户标识、公共用户标识的注册状态、用户的业务配置数据。
在S-CSCF处理UE发起的呼叫流程中，在S-CSCF从归属用户服务器获取的注册状态为非注册状态的情况下，S-CSCF返回服务不可接收的响应，不再继续后续流程，并且不在本地保存从归属用户服务器获取的业务配置数据。
另一方面，上述的呼叫过程是应用服务器代替用户发起的呼叫，其中，用户可以处于注册状态或非注册状态。在这种情况下，S-CSCF在本地进行数据保存，保存的数据包括：应用服务器的联系地址、公共用户标识、公共用户标识的注册状态、用户的业务配置数据。
该方法中的核心网元还可以是应用服务器。
在这种情况下，应用服务器使用应用服务器和归属用户服务器间的Sh接口向归属用户服务器发送请求消息，并在请求消息中携带用户的公共用户标识。上述请求消息可以为用户数据请求消息。
并且，在核心网元为AS的情况下，该方法可以进一步包括：应用服务器在本地进行数据保存，保存的数据包括：用户设备的联系地址、S-CSCF的地址、公共用户标识、公共用户标识的注册状态、用户的业务配置数据。
通过本发明，在IMS系统核心网元丢失了用户数据后，采用向HSS查询所需要的用户数据的方法，可以有效地解决由于核心网元数据缺失而导致的服务不可用的缺陷，保证了服务的连续性，增强了核心网元的故障处理能力。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：
图1是根据相关技术的IMS系统的结构示意图；
图2是根据相关技术的UE注册到IMS系统中的初始注册流程图；
图3是根据相关技术的UE发起起呼的呼叫流程图；
图4是根据相关技术的UE注册成功后，为UE分配的S-CSCF重启或故障恢复后，UE发起呼叫流程时呼叫失败的流程图；
图5是根据本发明实施例的核心网元重启/故障恢复后的处理方法的流程图；
图6是根据本发明实施例的方法中，UE注册成功后，为UE分配的S-CSCF重启或故障恢复后，UE发起呼叫流程，S-CSCF从HSS获取必要数据，以继续完成呼叫的流程图；
图7是根据本发明实施例的方法中，在HSS中UE所对应的PUI(公共用户标识)状态不是已注册状态、S-CSCF不持有用户注册数据的情况下，应用本发明的方法S-CSCF处理UE发起的呼叫业务的流程图；
图8是根据本发明实施例的方法中，UE注册成功后，为UE分配的S-CSCF重启或故障恢复后，AS代替用户发起呼叫流程，S-CSCF从HSS获取必要数据，以继续完成呼叫的流程图；
图9是根据本发明实施例的方法中，UE注册成功后，为UE服务的AS重启或故障恢复后，AS从HSS获取必要数据，以继续完成呼叫的流程图。
具体实施方式
以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。
根据本发明实施例，提供了一种用于IMS系统的核心网元重启/故障恢复或类似情况后的处理方法，这里提到的核心网元可以是S-CSCF或AS。
上文中已经参照图1描述了应用本发明的IMS环境，如上所述，包括用户设备(UE)、应用服务器(AS)、服务呼叫会话控制功能实体(S-CSCF)、代理呼叫会话控制功能实体(P-CSCF)、归属用户服务器(HSS)等。
基于以上描述，如图5所示，该方法可以包括以下处理：
步骤S502，在以用户为呼叫方的呼叫过程中，核心网元接收到用户的呼叫请求后，检查本地数据，在没有检查到与用户对应的数据的情况下，向HSS发送一条或多条请求消息，以请求用户的PUI的注册状态和业务配置数据；
步骤S504，响应于核心网元的请求消息，HSS查找PUI的注册状态和业务配置数据，并返回给核心网元；
步骤S506，核心网元使用从HSS获取的PUI的注册状态和业务配置数据，进行后续会话处理流程。
在IP多媒体子系统中存在多个HSS的情况下，在步骤S502中，核心网元首先查询用户的PUI所在的HSS，向查询到的HSS发送请求消息。此外，核心网元发送的请求消息中携带有故障恢复支持标签，使用此标签通知HSS本消息应用于故障恢复的场景。
另外，在步骤S506中，核心网元在获取了必要数据后，可以选择在本地保存这些数据，或者不保存。可保存的数据一部分来自呼叫请求，一部分来自HSS。如果核心网元选择在本地保存数据，则在后续的呼叫过程中，该核心网元无需再次向HSS请求数据。
情况一：核心网元是S-CSCF
在核心网元是S-CSCF的情况下，可以在以下情况下为用户分配S-CSCF：用户成功注册到IMS网络；或者用户订阅了未注册业务，由未注册业务触发了S-CSCF分配过程。
具体地，在这种情况下，在步骤S502中，S-CSCF使用S-CSCF和HSS间的Cx接口向HSS发送请求消息，并在请求消息中携带S-CSCF名称、用户的PUI。上述的请求消息可以是服务分配请求消息(Service-Assignment-Request，SAR)。在步骤S504中，响应于S-CSCF的请求消息，HSS判断为PUI分配的S-CSCF的S-CSCF名称是否与请求消息中携带的S-CSCF名称一致，并且在二者不一致的情况下，决定是否更新为PUI分配的S-CSCF。在HSS更新为PUI分配的S-CSCF的情况下，S-CSCF在本地进行数据保存。
上文提到的呼叫过程可以是UE发起的呼叫，也可以是AS代替用户发起的呼叫。
实例1：UE发起的呼叫
在UE发起呼叫的情况下，在步骤S506中，S-CSCF可以在本地进行数据保存，保存的数据包括：UE的联系地址、P-CSCF的地址、P-CSCF的网络ID、PUI、PUI的注册状态、用户的业务配置数据。
但是，在步骤S506中，在S-CSCF从HSS获取的PUI的注册状态为非注册状态的情况下，S-CSCF返回服务不可接收的响应，不再继续后续流程，并且不在本地保存从HSS获取的业务配置数据。
图6详细示出了该实例中的处理。如图6所示，具体包括：
S601，UE向P-CSCF发起一个SIP INVITE请求，包含用以初始化媒体能力协商的媒体格式；通常，在SIP INVITE请求中，携带了UE的联系地址、UE所对应的公共用户标识PUI等；
S602，P-CSCF接收到INVITE请求后，将INVITE请求转发给为该UE分配的S-CSCF；P-CSCF在转发INVITE请求时，会在SIPINVITE请求中添加P-CSCF相关的地址信息；
S603，S-CSCF检查服务属性；S-CSCF检查服务属性的操作包括：在本地数据中查询UE所对应的PUI的注册状态、检查该PUI所对应的用户配置数据等；由于此种情况下，S-CSCF在本地存储的该用户数据已经不存在，为了能继续处理后续请求，则S-CSCF需要向HSS发送数据获取请求，以查询用户的状态和数据。
S-CSCF首先从P-CSCF发送的INVITE请求中提取UE和P-CSCF相关的信息，包括UE的联系地址、UE所对应的公共用户标识PUI、P-CSCF的IP地址、P-CSCF的网络ID等；S-CSCF在本地暂时保存这些数据，并利用这些数据向HSS发送数据获取请求；继续到步骤S604。
S604，S-CSCF使用该用户对应的PUI向HSS发起数据获取请求，期望HSS返回用户PUI注册状态和用户业务配置数据；在本步骤中，S-CSCF通过SAR(Server-Assignment-Request，服务分配请求)命令向HSS请求用户数据，在命令中携带S-CSCF地址、UE的公共用户标识PUI；此外，S-CSCF在该命令中的详细信息中携带故障恢复支持标签，告诉HSS本请求是由于故障恢复场景；
S605，HSS在收到S-CSCF的查询请求后，获取该用户PUI的注册状态和用户的业务配置数据，发送给S-CSCF；在本步骤中，HSS检查S-CSCF发送的SAR命令，检查其中携带了故障恢复支持标签，即可知S-CSCF是希望通过HSS获取必要的数据以继续服务流程；
在本步骤中，HSS检查S-CSCF发送的SAR命令，获取S-CSCF名称。由于该实施例中UE所对应的PUI已经成功注册，即在HSS中为该PUI分配了S-CSCF。HSS检查在HSS中存储的该PUI所对应的S-CSCF名称，如果S-CSCF名称和SAR中名称S-CSCF名称不同，HSS有两种选择：更新S-CSCF名称和不更新S-CSCF名称。
如果HSS更新PUI所对应的S-CSCF名称，则意味着HSS为该UE重新分配了S-CSCF，则该S-CSCF必须在本地保存UE、P-CSCF的相关数据，具体有：UE的联系地址、P-CSCF的名称或地址、P-CSCF的网络ID、UE所对应的PUI、UE所对应的PUI注册状态、用户的业务配置数据等；如果HSS不更新PUI所对应的S-CSCF名称，则该S-CSCF在后续步骤中不在本地保存如上所述的UE、P-CSCF的相关数据；如果HSS更新为PUI分配的S-CSCF的情况则在后续步骤中，S-CSCF需要保存和UE、P-CSCF相关的数据。
由于HSS确认S-CSCF所发送的SAR命令是用于故障恢复场景，所以在响应消息SAA(Server-Assignment-Answer，服务分配应答)中，携带该PUI的注册状态、所对应的用户的业务配置数据等。之后，HSS在SAA中携带必要的数据，发送响应给S-CSCF；
S606，S-CSCF判断HSS返回的用户PUI的注册状态。如果该PUI的注册状态是已注册，则S-CSCF利用已经获取的数据继续呼叫业务流程的处理。在本步骤中，S-CSCF可以选择在本地保存或不保存前一步骤中所述的UE、P-CSCF相关的数据。
至此，由于S-CSCF利用从P-CSCF发送的INVITE请求中所获取的数据以及HSS所返回的数据，构成支持UE呼叫所必须的数据，从而可以继续呼叫流程。
S-CSCF为该用户发起一个呼叫业务逻辑。在命令中包括UE的媒体支持能力；
S607，S-CSCF转发INVITE请求给被叫方网络；
S608～S610，呼叫请求被传输到被叫方网络的被叫终端，双方在经过媒体协商、资源预留、被叫终端振铃等步骤，被叫终端摘机应答后，被叫终结端点向呼叫方发送一个SIP 200(OK)最终响应；
S611～S612，UE以一个SIP ACK消息对200(OK)给予响应。
对应于图6的实施例，基于P-CSCF对S-CSCF是可信的情况下，P-CSCF不会发送未经注册UE的呼叫请求。如果P-CSCF转发的UE的呼叫请求对S-CSCF是不可信的，S-CSCF需要通过HSS返回的用户注册状态进行校验。
图7示出了另一种情况，即，当HSS中保存的UE所对应的PUI的状态不是已注册状态时，在本发明中，S-CSCF如何处理UE发起的呼叫业务的流程。
如图7所示，包括如下处理：
S701，UE向P-CSCF发起一个SIP INVITE请求，其中包含用以初始化媒体能力协商的媒体格式；
S702，P-CSCF接收到INVITE请求后，将INVITE请求转发给为该UE分配的S-CSCF；
S703，S-CSCF检查服务属性；S-CSCF检查服务属性的操作包括：在本地数据中查询UE所对应的PUI的注册状态、检查该PUI所对应的用户配置数据等；由于此种情况下，S-CSCF在本地存储的该用户数据已经不存在，为了能继续处理后续请求，则S-CSCF需要向HSS发送数据获取请求，以查询用户的状态和数据；
S-CSCF首先从P-CSCF发送的INVITE请求中提取UE和P-CSCF相关的信息，包括UE的联系地址、UE所对应的公共用户标识PUI、P-CSCF的IP地址、P-CSCF的网络ID等。S-CSCF在本地保存这些数据，并利用这些数据向HSS发送数据获取请求；
S704，S-CSCF使用该用户对应的PUI向HSS发起数据获取请求，期望HSS返回用户PUI注册状态和用户业务配置数据。在本步骤中，S-CSCF通过SAR(Server-Assignment-Request，服务分配请求)命令向HSS请求用户数据，在命令中携带S-CSCF地址、UE的公共用户标识PUI；此外，S-CSCF在该命令中的详细信息中携带故障恢复支持标签，告诉HSS本请求是由于故障恢复场景；
S705，HSS在收到S-CSCF的查询请求后，获取该用户PUI的注册状态和用户的业务配置数据，发送给S-CSCF；在本步骤中，HSS检查S-CSCF发送的SAR命令，检查其中携带了故障恢复支持标签，即可知S-CSCF是希望通过HSS获取必要的数据以继续服务流程。
由于本实施例的UE所对应的PUI不是已注册状态，所以HSS仅提取该PUI的注册状态和用户的业务配置数据，通过响应消息SAA返回必要的数据给S-CSCF；
S706，S-CSCF判断HSS返回的用户PUI的注册状态，发现该PUI的注册状态不是已注册状态，则S-CSCF不保存用户数据，将继续步骤S707的步骤；
S707，S-CSCF向P-CSCF发送请求不可接收的响应；
S708，P-CSCF将请求不可接收响应转发给UE。
实例2：AS代替用户发起的呼叫
在AS代替用户发起的呼叫的情况下，用户可以处于注册状态或非注册状态。并且S-CSCF如果在本地进行数据保存，保存的数据可以包括：应用服务器的联系地址、PUI、PUI的注册状态、用户的业务配置数据。
图8示出了为用户PUI分配的S-CSCF发生故障重启后，AS代替用户发起一个呼叫的流程图，在此流程中AS充当了UE的角色。由应用服务器AS代替用户发起呼叫的典型业务有非注册前转服务业务、AS主动通知的业务。
S801，应用服务器获取为公共用户标识PUI分配的S-CSCF地址，该过程通过AS和HSS间的接口Sh，由HSS返回给AS；
S802，应用服务器发送SIP INVITE请求给S-CSCF，并在其中包含AS支持的媒体能力；
S803，S-CSCF确认收到的请求为呼叫发起方的请求，首先检查服务属性；在此步骤中，S-CSCF将收到的请求看成是已经通过认证和授权的请求处理，即，把它看成是从网络内部一个可信的实体发起的；另外，在此步骤中，S-CSCF需要利用本地存储的PUI相关的业务触发规则发起呼叫业务流程，而由于此时S-CSCF已没有该公共用户标识相关的数据，为了能继续处理后续请求，S-CSCF需要向HSS发送数据获取请求，以查询用户的状态和数据。S-CSCF首先从AS发送的INVITE请求中提取用户和AS相关的信息，包括AS的联系地址、公共用户标识PUI等。S-CSCF在本地暂时保存这些数据，并利用这些数据向HSS发送数据获取请求；
S804，S-CSCF使用该公共用户标识PUI向HSS发起数据获取请求，期望HSS返回该PUI的注册状态和业务配置数据；在本步骤中，S-CSCF通过SAR(Server-Assignment-Request，服务分配请求)命令向HSS请求用户数据，在命令中携带S-CSCF地址、公共用户标识PUI；并且S-CSCF在该命令中的详细信息中携带故障恢复支持标签，告诉HSS本请求是用于故障恢复场景；
S805，HSS在收到S-CSCF的查询请求后，获取该用户PUI的注册状态和用户的业务配置数据，发送给S-CSCF。在本步骤中，HSS检查S-CSCF发送的SAR命令，检查其中携带了故障恢复支持标签，即可知S-CSCF是希望通过HSS获取必要的数据以继续服务流程；由于HSS确认S-CSCF所发送的SAR命令是用于故障恢复场景，所以在响应消息SAA(Server-Assignment-Answer，服务分配应答)中，携带该PUI的注册状态、所对应的业务配置数据等。之后，HSS在SAA中携带必要的数据，发送响应给S-CSCF；
S806，S-CSCF利用已经获取的数据继续呼叫业务流程的处理。在本步骤中，由于S-CSCF利用从AS发送的INVITE请求中所获取的数据以及HSS所返回的数据，构成支持呼叫所必须的数据，从而可以继续呼叫流程。
S-CSCF为该用户发起一个呼叫业务逻辑。在命令中包括呼叫发起方所支持的媒体支持能力；
S807，S-CSCF将INVITE请求转发到被叫方网络，由被叫方网络转发给被叫方终端；
S808～S809，呼叫请求被传输到被叫方网络的被叫终端，双方在经过媒体协商、资源预留、被叫终端振铃等步骤，被叫终端摘机应答后，被叫终结端点向呼叫发起方发送一个SIP 200(OK)最终响应；
S810～S811，呼叫发起方以一个SIP ACK消息对200(OK)给予响应。
情况二：核心网元是应用服务器。
在这种情况下，在步骤S502中，AS使用AS和HSS间的Sh接口向HSS发送请求消息，并在请求消息中携带用户的PUI。上述请求消息可以为用户数据请求(User-Data-Request，UDR)消息。
AS如果在本地进行数据保存，则保存的数据可以包括：UE的联系地址、S-CSCF的地址、PUI、PUI的注册状态、用户的业务配置数据。
图9示出了在UE成功注册到IMS网络后，AS发生重启或故障恢复后，当UE发起呼叫时，AS如何有效地避免业务不可接收的错误的处理流程。如图9所示，可以包括以下处理：
S901，UE向P-CSCF发起一个SIP INVITE请求，包含用以初始化媒体能力协商的媒体格式；
S902，P-CSCF接收到INVITE请求后，将INVITE请求转发给为该UE分配的S-CSCF；
S903，S-CSCF接收到INVITE请求后，根据用户的业务配置，将INVITE请求转发到为用户提供服务的AS；
S904，AS检查服务属性；AS检查服务属性的操作包括：在本地数据中查询UE所对应的PUI的注册状态、检查该PUI所对应的用户配置数据等。由于此种情况下，AS在本地存储的该用户数据已经不存在，为了能继续处理后续请求，则AS需要向HSS发送数据获取请求，以查询用户的状态和数据。S-CSCF首先从S-CSCF发送的INVITE请求中提取UE和S-CSCF相关的信息，包括UE的联系地址、UE所对应的公共用户标识PUI、S-CSCF的联系地址等。AS在本地暂时保存这些数据，并利用这些数据向HSS发送数据获取请求；
S905，AS使用该用户对应的PUI向HSS发起数据获取请求，期望HSS返回用户PUI注册状态和用户业务配置数据。
在本步骤中，AS通过Sh接口的UDR(User-Data-Request，用户数据请求)命令向HSS请求用户数据，在命令中携带UE的公共用户标识PUI，并且AS在该命令中的详细信息中携带故障恢复支持标签，告诉HSS本请求是用于故障恢复场景；
S906，HSS在收到AS的查询请求后，获取该用户PUI的注册状态和用户的业务配置数据，发送给AS。在本步骤中，HSS检查AS发送的UDR命令，检查其中携带了故障恢复支持标签，即可知AS是希望通过HSS获取必要的数据以继续服务流程。由于HSS确认AS所发送的UDR命令是用于故障恢复场景，所以在响应消息UDA(User-Data-Answer，用户数据应答)中，携带该PUI的注册状态、所对应的用户的业务配置数据等；之后，HSS在UDA中携带必要的数据，发送响应给AS；
S907，AS判断HSS返回的用户PUI的注册状态。如果该PUI的注册状态是已注册，则AS利用已经获取的数据继续呼叫业务流程的处理。
在本步骤中，由于AS利用从S-CSCF发送的INVITE请求中所获取的数据以及HSS所返回的数据，构成支持UE呼叫所必须的数据，从而可以继续呼叫流程。此外，在本步骤中，AS可以选择在本地保存用户相关的数据，包括UE的联系地址、用户的业务配置数据、S-CSCF地址等。
AS为该用户发起一个呼叫业务逻辑。在命令中包括UE的媒体支持能力；
S908，AS转发INVITE请求给被叫方网络；
S909～S911，呼叫请求被传输到被叫方网络的被叫终端，双方在经过媒体协商、资源预留、被叫终端振铃等步骤，被叫终端摘机应答后，被叫终结端点向呼叫方发送一个SIP 200(OK)最终响应；
S912～S913，UE以一个SIP ACK消息对200(OK)给予响应。
如上所述，通过本发明，在IMS系统核心网元丢失了用户数据后，采用向HSS查询所需要的用户数据的方法，可以有效地解决由于核心网元数据缺失而导致的服务不可用的缺陷，保证了服务的连续性，增强了核心网元的故障处理能力。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (17)
1.一种核心网元重启/故障恢复后的处理方法，用于IP多媒体子系统，所述IP多媒体子系统包括用户设备、应用服务器、服务呼叫会话控制功能实体即S-CSCF、代理呼叫会话控制功能实体即P-CSCF、归属用户服务器，其特征在于，所述方法包括以下处理：
在以用户为呼叫方的呼叫过程中，核心网元接收到所述用户的呼叫请求后，检查本地数据，在没有检查到与所述用户对应的数据的情况下，向归属用户服务器发送一条或多条请求消息，以请求所述用户的公共用户标识的注册状态和业务配置数据；
响应于所述核心网元的请求消息，所述归属用户服务器查找所述公共用户标识的注册状态和业务配置数据，并返回给所述核心网元；
所述核心网元使用从所述归属用户服务器获取的所述公共用户标识的注册状态和业务配置数据，进行后续会话处理流程。
2.根据权利要求1所述的方法，其特征在于，在所述IP多媒体子系统中存在多个归属用户服务器的情况下，所述核心网元首先查询所述用户的公共用户标识所在的归属用户服务器。
3.根据权利要求1所述的方法，其特征在于，所述核心网元发送的所述请求消息中携带有故障恢复支持标签。
4.根据权利要求1至3中任一项所述的方法，其特征在于，所述核心网元是S-CSCF。
5.根据权利要求4所述的方法，其特征在于，所述S-CSCF使用S-CSCF和归属用户服务器间的Cx接口向所述归属用户服务器发送所述请求消息，并在所述请求消息中携带S-CSCF名称、所述用户的公共用户标识。
6.根据权利要求5所述的方法，其特征在于，所述请求消息是服务分配请求消息。
7.根据权利要求5所述的方法，其特征在于，响应于所述S-CSCF的所述请求消息，所述归属用户服务器判断为所述公共用户标识分配的S-CSCF的S-CSCF名称是否与所述请求消息中携带的所述S-CSCF名称一致，并且在二者不一致的情况下，决定是否更新为所述公共用户标识分配的S-CSCF。
8.根据权利要求7所述的方法，其特征在于，在所述归属用户服务器更新为所述公共用户标识分配的S-CSCF的情况下，所述S-CSCF在本地进行数据保存。
9.根据权利要求4所述的方法，其特征在于，所述呼叫过程是用户设备发起的呼叫，其中，在以下情况下为所述用户分配S-CSCF：所述用户成功注册到IP多媒体子系统网络；或者所述用户订阅了未注册业务，由未注册业务触发了S-CSCF分配过程。
10.根据权利要求9所述的方法，其特征在于，进一步包括：所述S-CSCF在本地进行数据保存，保存的数据包括：用户设备的联系地址、P-CSCF的地址、P-CSCF的网络ID、公共用户标识、公共用户标识的注册状态、用户的业务配置数据。
11.根据权利要求9所述的方法，其特征在于，在所述S-CSCF从所述归属用户服务器获取的所述公共用户标识的注册状态为非注册状态的情况下，所述S-CSCF返回服务不可接收的响应，不再继续后续流程，并且不在本地保存从所述归属用户服务器获取的业务配置数据。
12.根据权利要求4所述的方法，其特征在于，所述呼叫过程是应用服务器代替用户发起的呼叫，其中，所述用户可以处于注册状态或非注册状态。
13.根据权利要求12所述的方法，其特征在于，进一步包括：所述S-CSCF在本地进行数据保存，保存的数据包括：应用服务器的联系地址、公共用户标识、公共用户标识的注册状态、用户的业务配置数据。
14.根据权利要求1至3中任一项所述的方法，其特征在于，所述核心网元是应用服务器。
15.根据权利要求14所述的方法，其特征在于，所述应用服务器使用应用服务器和所述归属用户服务器间的Sh接口向所述归属用户服务器发送所述请求消息，并在所述请求消息中携带所述用户的公共用户标识。
16.根据权利要求15所述的方法，其特征在于，所述请求消息为用户数据请求消息。
17.根据权利要求14所述的方法，其特征在于，进一步包括：所述应用服务器在本地进行数据保存，保存的数据包括：用户设备的联系地址、S-CSCF的地址、公共用户标识、公共用户标识的注册状态、用户的业务配置数据。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200710154134.9A CN101127722A (zh) | 2007-09-17 | 2007-09-17 | 核心网元重启/故障恢复后的处理方法 |
| PCT/CN2007/003678 WO2009036629A1 (fr) | 2007-09-17 | 2007-12-19 | Procédé de traitement après redémarrage ou récupération sur sinistre d'un élément de réseau central |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200710154134.9A CN101127722A (zh) | 2007-09-17 | 2007-09-17 | 核心网元重启/故障恢复后的处理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101127722A true CN101127722A (zh) | 2008-02-20 |
Family
ID=39095648
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200710154134.9A Pending CN101127722A (zh) | 2007-09-17 | 2007-09-17 | 核心网元重启/故障恢复后的处理方法 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN101127722A (zh) |
| WO (1) | WO2009036629A1 (zh) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010069197A1 (zh) * | 2008-12-17 | 2010-06-24 | 华为技术有限公司 | 多媒体子系统业务处理的方法、装置和多媒体子系统 |
| WO2011023055A1 (zh) * | 2009-08-27 | 2011-03-03 | 华为技术有限公司 | 呼叫控制方法和呼叫控制装置 |
| CN101540989B (zh) * | 2008-03-21 | 2011-04-20 | 华为技术有限公司 | 设备重启后的数据恢复方法、设备和系统 |
| CN101448319B (zh) * | 2008-04-11 | 2012-02-29 | 中兴通讯股份有限公司 | 一种s-cscf故障恢复处理方法 |
| CN102612021A (zh) * | 2011-01-21 | 2012-07-25 | 中兴通讯股份有限公司 | 终端状态获取方法、激活终端方法及系统 |
| CN106688216A (zh) * | 2014-06-02 | 2017-05-17 | 诺基亚通信公司 | 用于临时gruu的ims恢复支持 |
| CN107276811A (zh) * | 2013-08-07 | 2017-10-20 | 华为技术有限公司 | 一种实现终端被叫业务恢复的方法、相关装置及系统 |
| CN108347342A (zh) * | 2017-01-24 | 2018-07-31 | 普天信息技术有限公司 | 一种tmf网元重启后恢复业务的方法及网元 |
| CN109951862A (zh) * | 2019-03-18 | 2019-06-28 | 河北远东通信系统工程有限公司 | 一种ims网络as自恢复注册信息的方法 |
| CN110650162A (zh) * | 2013-09-24 | 2020-01-03 | 日本电气株式会社 | 当发生p-cscf故障时促进p-cscf恢复的方法和设备 |
| CN113169955A (zh) * | 2018-10-12 | 2021-07-23 | 诺基亚技术有限公司 | 用于呼叫会话控制功能恢复的装置、方法和计算机程序 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115866538B (zh) * | 2022-11-29 | 2024-07-30 | 中国联合网络通信集团有限公司 | 短信处理方法、设备、系统及存储介质 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7769374B2 (en) * | 2001-03-12 | 2010-08-03 | Son Phan-Anh | Recovery techniques in mobile networks |
| CN100477832C (zh) * | 2004-01-14 | 2009-04-08 | 西安大唐电信有限公司 | 被叫用户路由查询的方法 |
| CN100370744C (zh) * | 2004-09-29 | 2008-02-20 | 华为技术有限公司 | 一种归属用户服务器故障恢复处理方法 |
| CN100388864C (zh) * | 2004-11-18 | 2008-05-14 | 华为技术有限公司 | 一种呼叫会话控制功能模块重启后保证信息一致的方法 |
| EP1836864A4 (en) * | 2004-12-20 | 2011-12-07 | Lg Electronics Inc | MULTIMEDIA ACCESS SYSTEM |
| US7684323B2 (en) * | 2005-06-29 | 2010-03-23 | Nokia Corporation | Service error handling in a communications network |
| CN1859698A (zh) * | 2006-01-22 | 2006-11-08 | 华为技术有限公司 | 解决核心网节点故障后其下的用户做被叫不成功问题的方法 |
-
2007
- 2007-09-17 CN CN200710154134.9A patent/CN101127722A/zh active Pending
- 2007-12-19 WO PCT/CN2007/003678 patent/WO2009036629A1/zh active Application Filing
Cited By (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101540989B (zh) * | 2008-03-21 | 2011-04-20 | 华为技术有限公司 | 设备重启后的数据恢复方法、设备和系统 |
| CN101448319B (zh) * | 2008-04-11 | 2012-02-29 | 中兴通讯股份有限公司 | 一种s-cscf故障恢复处理方法 |
| WO2010069197A1 (zh) * | 2008-12-17 | 2010-06-24 | 华为技术有限公司 | 多媒体子系统业务处理的方法、装置和多媒体子系统 |
| WO2011023055A1 (zh) * | 2009-08-27 | 2011-03-03 | 华为技术有限公司 | 呼叫控制方法和呼叫控制装置 |
| CN102612021A (zh) * | 2011-01-21 | 2012-07-25 | 中兴通讯股份有限公司 | 终端状态获取方法、激活终端方法及系统 |
| CN102612021B (zh) * | 2011-01-21 | 2017-03-15 | 中兴通讯股份有限公司 | 终端状态获取方法、激活终端方法及系统 |
| CN107276811B (zh) * | 2013-08-07 | 2021-02-09 | 华为技术有限公司 | 一种实现终端被叫业务恢复的方法、相关装置及系统 |
| CN107276811A (zh) * | 2013-08-07 | 2017-10-20 | 华为技术有限公司 | 一种实现终端被叫业务恢复的方法、相关装置及系统 |
| US10735480B2 (en) | 2013-08-07 | 2020-08-04 | Huawei Technologies Co., Ltd. | Method, related apparatus, and system for recovering called service of terminal |
| US11005899B2 (en) | 2013-08-07 | 2021-05-11 | Huawei Technologies Co., Ltd. | Method, related apparatus, and system for recovering called service of terminal |
| US11627168B2 (en) | 2013-08-07 | 2023-04-11 | Huawei Technologies Co., Ltd. | Method, related apparatus, and system for recovering called service of terminal |
| CN110650162A (zh) * | 2013-09-24 | 2020-01-03 | 日本电气株式会社 | 当发生p-cscf故障时促进p-cscf恢复的方法和设备 |
| US11405258B2 (en) | 2013-09-24 | 2022-08-02 | Nec Corporation | Methods and apparatuses for facilitating P-CSCF restoration when a P-CSCF failure has occurred |
| CN106688216A (zh) * | 2014-06-02 | 2017-05-17 | 诺基亚通信公司 | 用于临时gruu的ims恢复支持 |
| CN106688216B (zh) * | 2014-06-02 | 2021-03-12 | 诺基亚通信公司 | 用于互联网协议多媒体子系统ims备份的方法和装置 |
| CN108347342A (zh) * | 2017-01-24 | 2018-07-31 | 普天信息技术有限公司 | 一种tmf网元重启后恢复业务的方法及网元 |
| CN108347342B (zh) * | 2017-01-24 | 2021-05-25 | 普天信息技术有限公司 | 一种tmf网元重启后恢复业务的方法及网元 |
| CN113169955A (zh) * | 2018-10-12 | 2021-07-23 | 诺基亚技术有限公司 | 用于呼叫会话控制功能恢复的装置、方法和计算机程序 |
| CN109951862A (zh) * | 2019-03-18 | 2019-06-28 | 河北远东通信系统工程有限公司 | 一种ims网络as自恢复注册信息的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2009036629A1 (fr) | 2009-03-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101127722A (zh) | 核心网元重启/故障恢复后的处理方法 | |
| EP1695521B1 (en) | Application server adressing | |
| US8041349B2 (en) | Home subscriber server configuration method and system | |
| US9706019B2 (en) | Method, system, and network element for service processing after data of network element is invalid or network element fails | |
| CN101971592B (zh) | 接入地会话控制器、ip多媒体子系统及其注册会话方法 | |
| CN101621772B (zh) | 一种会话控制方法及设备 | |
| JP5148757B2 (ja) | 複数の連絡先のためのｉｍｓ復元手順 | |
| US20080039081A1 (en) | Method for implementing ip multimedia subsystem registration | |
| CN101106795B (zh) | 一种ims域隐含注册的方法 | |
| CN101383725A (zh) | Ip多媒体子系统及容灾恢复方法 | |
| CN101667936A (zh) | 接入会话控制服务器的故障处理方法、设备及系统 | |
| US8966091B2 (en) | Method of distinguishing a plurality of UEs sharing one PUID and a device thereof | |
| CN102948124A (zh) | 处置因特网协议多媒体子系统网络中公共身份的方法和设备 | |
| CN101426261B (zh) | 多媒体子系统业务处理的方法、p-cscf、i-cscf和多媒体子系统 | |
| EP3402169B1 (en) | Data processing | |
| CN101018240A (zh) | 检查通用可路由用户代理统一资源标识有效性的方法 | |
| CN101384085A (zh) | 一种终端注册的方法、装置和系统 | |
| KR100703426B1 (ko) | 아이피 기반 멀티미디어 서브시스템에서 가입자 정보유실시 발신 및 착신 호를 가능하게 하는 방법 및 장치 | |
| CN101132407B (zh) | 一种对重选服务呼叫会话控制功能导致的异常的处理方法 | |
| KR101075614B1 (ko) | 아이피 기반 멀티미디어 서브시스템에서 가입자 정보유실시 착신호를 가능하게 하는 방법 | |
| WO2010072261A1 (en) | Allocation of a serving entity in a communication network | |
| CN101299874B (zh) | 用户数据返回方法、系统及设备 | |
| WO2007144681A1 (en) | Method and system for providing portability | |
| CN101489215A (zh) | 为用户提供业务的方法和设备 | |
| CN101296500A (zh) | 一种用户鉴权处理方法、系统及服务器 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20080220 |