专利名称：核心网元重启/故障恢复后的处理方法
技术领域：
本发明涉及通信领域，并且更具体地，涉及IP多媒体子系统中 的核心网元重启/古丈障恢复后的处理方法。
背景技术：
IP多々某体子系纟克(IP Multimedia Core Network Subsystem, 简 称IMS )是新一代通讯网络的核心。图1描述了 IMS体系结构中的 和本发明相关的网元实体及其联系。其中用户设备(User Equipment,简称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 4妄口实玉见与I画CSCF、 S画CSCF相连，通过Sh 4妄口实i见与AS相 连；S-CSCF通过ISC( IMS service control, IMS业务控制，简称ISC ) 4妻口实现与AS相连。
P-CSCF作为IMS系统中用户的第一个接触点，所有的会话初 始十办i义(Session Initiation Protocol,简4尔SIP) 4言令，无i仑是来自 UE还是发给UE，都必须经过P-CSCF。当UE在IMS系统中注册 成功后，P-CSCF在本地保存UE的联系地址、UE的/^共用户标识 (Public User Identity,简称PUI )、 UE的私有用户标识(Private User Identity,简称PVI)。
S-CSCF是IMS的核心，位于归属网络，为UE进行会话控制 和注册服务。当UE处于会话中时，S-CSCF处理网络中的会话状态。 当UE在IMS系统中注册成功后，S-CSCF在本地保存UE注册到 IMS系统中所使用的P-CSCF的网络ID、 P-CSCF的IP地址、UE 的联系地址、UE的公共用户标识、UE的私有用户标识、UE的7> 共用户标识所对应的用户配置数据、保存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所示， 包4舌以下步-骤
5201, UE向P-CSCF发送注册请求，该注册请求中带有公有用 户标识；
5202, P-CSCF收到注册i青求时，通过DNS查询或者其它方法 找到用户归属网络接入点的I-CSCF，并将注册i青求转发到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消息中返回的认证向量， 构造4兆战请求(401 Unauthorized消息)，该4兆战:清求转发到UE后， UE构造4"兆战响应，S-CSCF收到S215 4兆战响应消息后，判断用户 的合法性，完成对用户的认证、鉴权；如果不需要认证鉴权，可直 接执行S217;
5217, S-CSCF向HSS发送用户配置数据获取请求；
5218, 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的7>共用户标识PUI、 UE的私有用户标识PVI、 UE的7>共用户 标识所对应的用户配置凄tl居、UE ^f应的HSS i也址或名称、该PUI 用户的计费地址等信息。
在UE成功注册到IMS系统中后，UE可以扭J亍后续的呼叫等 业务流程。
图3是相关技术中位于拜访网络中的UE发起一个呼叫的流 禾呈，如图3所示，包4舌以下处J里
S301, UE向P-CSCF发起一个SIP INVITE请求，该INVITE
请求包含用以初始化媒体能力协商的媒体格式；
S302， P-CSCF接收到INVITE请求后，将INVITE请求转发给 为该UE分配的S-CSCF;
S303， S-CSCF 4企查月良务属性，为该用户发起一个呼叫业务逻 辑，该呼叫业务逻辑包括-对^皮-清求的SDP的4受4又，该SDP是基于 用户对多媒体服务的订阅；
在此步骤中，S-CSCF检查服务属性的操作包括在本地数据 中查询UE所对应的PUI的注册状态、；险查该PUI所对应的用户配 置数据等；
S304， S-CSCF转发INVITE请求给^皮叫方网络；
S305，；故叫方网症备返回Offer响应，该响应中包含^皮叫方乡冬端 的媒体支持能力；
S306, S-CSCF将Offer响应发回纟合P-CSCF;
S307， P-CSCF为该会话分配必要的资源；
S308， P-CSCF将消息转发给呼叫发起端；
5309, UE根据提供的々某体流集，对Offer响应给予一个确认响 应，以确认双方协商的媒体能力，并将确认信息通过呼叫发起流程 转发给P-CSCF;
5310, 确定了步骤S308中所需要的资源后，UE为该会话预留 资源；
5311, P-CSCF转发响应确认消息给S-CSCF;
S312， S-CSCF转发消息绐4皮叫方网络，由^皮叫方网络转发纟合 被叫终端节点；
S313 S315， 一皮叫方i冬端节点以一个确i人消息主会予响应，以确 认主叫方所选择的媒体能力。至此，媒体能力协商结束；
S316 S318，完成资源预留后，UE向终端节点发送一个资源 预留成功的消息。消息通过P-CSCF —级一级地转发给被叫方终端；S319-S321, -波叫方终结端点只于资源预留成功给予响应； S322 S324， #皮叫方终结端点4展铃，并将消息传递给UE; S325, UE告^口用户^皮叫正在响铃中；S326，被叫摘机应答后，终结端点向S-CSCF发送一个SIP200 (OK)最纟冬响应；S327， S画CSCF向P-CSCF发送SIP 200 ( OK )最纟冬响应；S328 ， P-CSCF指示为该会话预留的资源可以使用；5329, P-CSCF向会话发起者送回一个SIP 200 (OK)最终响应；5330, UE开始该会话的力某体流，S331 ~ S333， UE以一个SIP ACK消息对200 ( OK)给予响应。图3所示的UE发起的呼叫流程仅仅是为了解释呼叫方归属网 络的S-CSCF在呼叫UE发起的主叫流程中所起的作用。从此流程 可以知道，呼叫方归属网络的S-CSCF是该流程中一个最主要的会 话控制过程控制实体，用于将对UE的状态进行检查、为UE交换 来自拜访网络和终结方网络的信令。如果在UE成功注册到IMS系统后，在UE发起4壬-f可呼叫前， UE归属网络为该UE分配的S-CSCF发生了重启，可能是由于升级 系统而发生重启，也可能是由于S-CSCF本身故障恢复的需要而重 启。则该S-CSCF重启后，其原本保存的数据也随之丢失，即对于 该UE而言，S-CSCF所保存的对应于该UE的耳关系地址、对应于该 UE的P-CSCF的网全各ID、对应于该UE的P-CSCF的名称或i也址、
该UE对应的PUI、该UE对应的PVI、该UE所对应的PUI的状态、 该UE所对应的PUI所关联的用户配置数据等，均由于S-CSCF的 故障恢复或重启而丟失。在此种情况下，如果UE仍然发起一个呼叫，则会导致呼叫失 败。图4描述了此情况下UE发起呼叫失败的流程。同样地，用作 示范，该UE仍yf立于^早访网全各，UE4立于本地网络的情况和该流禾呈大 致类似。在图4所描述的UE发起呼叫流程失败的过禾呈中5401, UE向P-CSCF发起一个SIP INVITE "i青求，该INVITE 请求包含用以初始化媒体能力协商的媒体格式；5402, P-CSCF接收到INVITE请求后，将INVITE请求转发给 为该UE分配的S-CSCF;5403, S-CSCF检查服务属性，在本地存储的数据中，如果没 有冲企索到该UE对应的任何数据，即认为该呼叫请求是不可接收的；5404, S-CSCF向P-CSCF发送请求不可接收的响应；5405, P-CSCF将请求不可接收响应转发给UE;至此，由于S-CSCF无法正常处理UE发起的呼叫请求，该呼 叫-故中断。在此种情况下，只有等待UE发起重注册过程才可以重 新建立正常的通信链路。图4示出了 S-CSCF故障导致服务不可用的另一场景，其中， 应用月l务器AS代替用户发起的呼叫流程中，S-CSCF故障致4吏缺少 必要的用户数据。此时，用户可能是已经注册到IMS系统中，也可
能是处于非注册状态。用户非注册状态下应用服务器AS代替用户 发起呼叫的典型业务是用户订阅了非注册前转服务业务。用户注册 状态应用服务器AS代替用户发起呼叫的典型业务有AS主动通知 的业务。图4所描述的S-CSCF故障导致服务不可用的场景，同样地， 也可能会出现在应用服务器上， 一旦应用服务器缺少必要的用户数 据，月l务也将不能正常进行。从以上分析可以看出，S-CSCF、 AS作为会话过程中的重要的 核心网元， 一旦其丢失了用户数据，将失去为用户处理后续服务的 能力。同时，还可以看出，目前IMS系统存在着一些缺陷，尤其是 核心网元重启或故障恢复后，通常会影响后续的呼叫和业务流程的 正常处理。发明内容考虑到相关技术中存在的上述问题而提出本发明，为此，本发 明旨在t是供一种核心网元重启/故障恢复后的处理方法。该方法应用 于IP多媒体子系统，该IP多媒体子系统包括用户设备(UE)、 应用服务器(AS)、服务呼叫会话控制功能实体(S-CSCF )、代理 呼叫会话控制功能实体(P-CSCF)、归属用户服务器(HSS)。该方法包4舌以下处理在以用户为呼叫方的呼叫过禾呈中，冲亥心 网元接收到用户的呼叫请求后，检查本地数据，在没有检查到与用 户对应的数据的情况下，向归属用户服务器发送一条或多条请求消 息，以_清求用户的/>共用户标识的注册状态和业务配置凝:纟居；响应 于核心网元的请求消息，归属用户服务器查找7>共用户标识的注册 状态和业务配置数据，并返回给核心网元；核心网元使用从归属用
户服务器获取的公共用户标识的注册状态和业务配置数据，进行后 续会话处理流程。在IP多媒体子系统中存在多个归属用户服务器的情况下，核心 网元首先查询用户的7>共用户标识所在的归属用户月1务器。此外， 核心网元发送的请求消息中携带有故障恢复支持标签。上述的核心网元可以是S-CSCF,也可以是AS。以下将分别进 4亍描述。在核心网元为S-CSCF的情况下，S-CSCF使用S-CSCF和归属 用户服务器间的Cx接口向归属用户服务器发送请求消息，并在请 求消息中携带S-CSCF名称、用户的公共用户标识。上述的请求消 息可以是服务分配请求消息。响应于S-CSCF的请求消息，归属用户服务器判断为公共用户 标识分配的S-CSCF的S-CSCF名称是否与^青求消息中携带的 S-CSCF名称一致，并且在二者不一致的情况下，决定是否更新为 />共用户标识分配的S-CSCF。在归属用户月良务器更新为7>共用户 标识分配的S-CSCF的情况下，S-CSCF在本地进4亍凄t据^f呆存。一方面，上述的呼叫过禾呈可以是用户i殳备发起的呼叫，可以在 以下情况下为用户分配S-CSCF:用户成功注册到IP多々某体子系统 网络；或者用户订阅了未注册业务，由未注册业务触发了 S-CSCF 分配过程。在这种情况下，该方法可以进一步包括S-CSCF在本 地进行数据保存，保存的凝:据包括用户"i殳备的耳关系地址、P-CSCF 的地址、P-CSCF的网络ID、 7>共用户标识、7>共用户标识的注册 状态、用户的业务配置婆t据。在S-CSCF处理UE发起的呼叫流程中，在S-CSCF从归属用 户服务器获取的注册状态为非注册状态的情况下，S-CSCF返回服
务不可接收的响应，不再继续后续流程，并且不在本地保存从归属 用户服务器获取的业务配置数据。另 一方面，上述的呼叫过程是应用服务器代替用户发起的呼叫，其中，用户可以处于注册状态或非注册状态。在这种情况下，S-CSCF 在本地进行数据保存，保存的数据包括应用服务器的联系地址、 />共用户标识、^^共用户标识的注册4犬态、用户的业务配置婆:才居。该方法中的核心网元还可以是应用月良务器。在这种情况下，应用服务器使用应用服务器和归属用户服务器 间的Sh接口向归属用户服务器发送请求消息，并在请求消息中携带 用户的7>共用户标识。上述i青求消息可以为用户邀:据_清求消息。并且，在核心网元为AS的情况下，该方法可以进一步包括 应用服务器在本地进行凄t据保存，保存的凄t据包括用户i殳备的耳关 系地址、S-CSCF的地址、7>共用户标识、7>共用户标识的注册状 态、用户的业务配置凄t据。通过本发明，在IMS系统核心网元丟失了用户翁:据后，采用向 HSS查询所需要的用户凝:据的方法，可以有效地解决由于核心网元 数据缺失而导致的服务不可用的缺陷，保证了服务的连续性，增强 了核心网元的故障处理能力。本发明的其它特征和优点将在随后的说明书中阐述，并且，部 分地从说明书中变得显而易见，或者通过实施本发明而了解。本发 明的目的和其他优点可通过在所写的说明书、权利要求书、以及附 图中所特别指出的结构来实现和获得。
附图用来^是供对本发明的进一步理解，并且构成"i兌明书的一部 分，与本发明的实施例一起用于解释本发明，并不构成对本发明的 限制。在附图中图1是根据相关技术的IMS系统的结构示意图；图2是根据相关技术的UE注册到IMS系统中的初始注册流程图；图3是4艮据相关技术的UE发起起呼的呼叫流程图；图4是才艮才居相关4支术的UE注册成功后，为UE分配的S-CSCF 重启或故障恢复后，UE发起呼叫流程时呼叫失败的流程图；图5是才艮据本发明实施例的核心网元重启/故障恢复后的处理 方法的;^禾呈图；图6是根据本发明实施例的方法中，UE注册成功后，为UE分 配的S-CSCF重启或故障恢复后，UE发起呼叫流程，S-CSCF从HSS 获耳又必要凄t据，以继续完成呼叫的流程图；图7是根据本发明实施例的方法中，在HSS中UE所对应的PUI (公共用户标识)状态不是已注册状态、S-CSCF不持有用户注册 凄t据的情况下，应用本发明的方法S-CSCF处理UE发起的呼叫业 务的流程图；图8是根据本发明实施例的方法中，l正注册成功后，为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所示，该方法可以包4舌以下处理步艰《S502 ，在以用户为呼叫方的呼叫过程中，核心网元4妻收到 用户的呼叫请求后，；险查本地数据，在没有才企查到与用户对应的凝: 据的情况下，向HSS发送一条或多条请求消息，以请求用户的PUI 的注册状态和业务配置ft据；步骤S504，响应于核心网元的请求消息，HSS查找PUI的注 册状态和业务配置数据，并返回给核心网元；步骤S506，核心网元使用从HSS获取的PUI的注册状态和业 务配置lt据，进行后续会话处理流程。
在IP多媒体子系统中存在多个HSS的情况下，在步骤S502中， 核心网元首先查询用户的PUI所在的HSS,向查询到的HSS发送i青 求消息。此外，核心网元发送的请求消息中携带有故障恢复支持标 签，4吏用此标签通知HSS本消息应用于故障恢复的场景。
另夕卜，在步骤S506中，核心网元在获取了必要数据后，可以 选才奪在本地保存这些ft据，或者不保存。可保存的tt据一部分来自 呼叫_清求， 一部分来自HSS。如果冲亥心网元选择在本;也4呆存凄史才居， 则在后续的呼叫过程中，该核心网元无需再次向HSS讳-求凄t:悟。情况一核心网元是S-CSCF在核心网元是S-CSCF的情况下，可以在以下情况下为用户分 配S-CSCF:用户成功注册到IMS网络；或者用户订阅了未注册业 务，由未注册业务触发了 S-CSCF分配过程。
具体地，在这种情况下，在步骤S502中，S-CSCF使用S-CSCF 和HSS间的Cx 4妾口向HSS发送i青求消息，并在i青求消息中携带 S-CSCF名称、用户的PUI。上述的请求消息可以是服务分配请求消 息(Service-Assignment-Request, SAR )。在步艰朵S504中，响应于 S-CSCF的"i青求消息，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返回"l务不可4妄收的响应， 不再继续后续流程，并且不在本地^f呆存/人HSS获取的业务配置数据。图6详细示出了该实例中的处理。如图6所示，具体包4舌S601 ， UE向P-CSCF发起一个SIP INVITE请求，包含用以初 始化媒体能力协商的媒体格式；通常，在SIP INVITE请求中，携带 了 UE的联系地址、UE所对应的公共用户标识PUI等；S602， P-CSCF接收到INVITE请求后，将INVITE请求转发给 为该UE分配的S-CSCF; P-CSCF在转发INVITE请求时，会在SIP INVITE i青求中添加P-CSCF相关的地址信息；S603 ， S-CSCF检查服务属性；S-CSCF检查服务属性的操作包 括在本地数据中查询UE所对应的PUI的注册状态、；险查该PUI 所对应的用户配置凄t据等；由于此种情况下，S-CSCF在本地存l诸 的该用户凄t据已经不存在，为了能继续处理后续:清求，则S-CSCF 需要向HSS发送数据获取请求，以查询用户的状态和数据。S-CSCF首先从P-CSCF发送的INVITE请求中提取UE和 P-CSCF相关的信息，包括UE的联系地址、UE所对应的公共用户 标识PUI、 P-CSCF的IP地址、P-CSCF的网络ID等；S-CSCF在 本地暂时保存这些lt据，并利用这些^U居向HSS发送凄t据获耳又请 求；继续到步骤S604。
S604， S-CSCF使用该用户对应的PUI向HSS发起数据获取请 求，期望HSS返回用户PUI注册状态和用户业务配置数据；在本步 骤中，S-CSCF通过SAR ( Server-Assignment匿R叫uest,月良务分配;青 求)命令向HSS请求用户数据，在命令中携带S-CSCF地址、UE 的公共用户标识PUI;此外，S-CSCF在该命令中的详细信息中携带 故障恢复支持标签，告诉HSS本请求是由于故障恢复场景；s605， hss在j]欠到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名称，则意p未着HSS为该 UE重新分配了 S-CSCF,则该S-CSCF必须在本地保存UE、 P-CSCF 的相关数据，具体有ue的联系地址、P-cscf的名称或地址、 P-CSCF的网络ID、 UE所对应的PUI、 UE所对应的PUI注册状态、 用户的业务配置凄t据等；如果HSS不更新PUI所对应的S-CSCF名 称，则该S-CSCF在后续步骤中不在本地4呆存如上所述的UE、 P-CSCF的相关凄t据；如杲HSS更新为PUI分配的S-CSCF的情况 则在后续步骤中，S-CSCF需要保存和UE、 P-CSCF相关的数据。由于HSS确i人S-CSCF所发送的SAR命令是用于故障恢复场 景，戶斤以在卩向应消息，SAA ( Server-Assignment-Answer,月l务分酉己应 答)中，携带该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 ，呼叫 -清求:故传llr到;故叫方网络的#皮叫终端，双方 在经过媒体协商、资源预留、被叫终端振铃等步骤，被叫终端摘机 应答后，被叫终结端点向呼叫方发送一个SIP 200 (OK)最终响应；S611 ~ S612, UE以一个SIPACK消息只十200 ( OK)纟会予响应。对应于图6的实施例，基于P-CSCF对S-CSCF是可信的情况下， P-CSCF不会发送未经注册UE的呼叫请求。如果P-CSCF转发的 UE的呼叫请求对S-CSCF是不可信的，S-CSCF需要通过HSS返回 的用户注册状态进4亍4交-验。图7示出了另一种情况，即，当HSS中4呆存的UE所对应的PUI 的状态不是已注册状态时，在本发明中，S-CSCF如何处理UE发起 的p乎叫业务的流禾呈。 如图7所示，包4舌如下处理S701, UE向P-CSCF发起一个SIP INVITE请求，其中包含用 以初始化媒体能力协商的媒体格式；S702， P-CSCF接收到INVITE请求后，将INVITE请求转发给 为该UE分配的S-CSCF;S703， S-CSCF检查服务属性；S-CSCF检查服务属性的操作包 括在本地数据中查询UE所对应的PUI的注册状态、才企查该PUI 所对应的用户配置lt据等；由于此种情况下，S-CSCF在本地存4诸 的该用户数据已经不存在，为了能继续处理后续请求，则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注册状态和用户业务配置凄t据。在本步 ,A中，S-CSCF通过SAR ( Server-Assignment-Request,月良务分酉己i青 求)命令向HSS请求用户数据，在命令中携带S-CSCF地址、UE 的乂>共用户标识PUI;此外，S-CSCF在该命令中的i羊细信息中携 带故障恢复支持标签，告诉HSS本请求是由于故障恢复场景；S705, HSS在H欠到S-CSCF的查询i青求后，获取该用户PUI的 注册状态和用户的业务配置数据，发送给S-CSCF;在本步骤中， HSS检查S-CSCF发送的SAR命令，检查其中携带了故障恢复支持 标签，即可知S-CSCF是希望通过HSS获取必要的数据以继续服务 流程。由于本实施例的UE所对应的PUI不是已注册状态，所以HSS 仅提取该PUI的注册状态和用户的业务配置数据，通过响应消息 SAA返回必要的数据给S-CSCF;S706， S-CSCF判断HSS返回的用户PUI的注册状态，发现该 PUI的注册状态不是已注册状态，贝'J S-CSCF不4呆存用户^:据，将 继续步艰《S707的步艰《；S707， S-CSCF向P-CSCF发送请求不可接收的响应；S708， P-CSCF将请求不可接收响应转发给UE。实例2: AS代替用户发起的呼叫在AS代^,用户发起的呼叫的情况下，用户可以处于注册状态 或非注册状态。并且S-CSCF如果在本地进行数据保存，保存的数 据可以包括应用月良务器的耳关系地址、PUI、 PUI的注册状态、用户的业务配置lt据。图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将收到的请求看成是已经通过认 i正和授斥又的请求处理，即，4巴它看成是从网络内部一个可信的实体 发起的；另夕卜，在此步骤中，S-CSCF需要利用本地存储的PUI相 关的业务触发^L则发起呼叫业务流^E，而由于此时S-CSCF已没有 该7>共用户标识相关的婆丈据，为了能继续处理后续i青求，S-CSCF 需要向HSS发送数据获取请求，以查询用户的状态和数据。S-CSCF 首先从AS发送的INVITE请求中^是取用户和AS相关的信息，包括 AS的联系地址、公共用户标识PUI等。S-CSCF在本地暂时保存这 些数据，并利用这些凄t据向HSS发送凄t据获取请求；S804， S-CSCF使用该公共用户标识PUI向HSS发起数据获取 请求，期望HSS返回该PUI的注册状态和业务配置数据；在本步骤 中，S-CSCF通过SAR ( Server-Assignment-Request，月良务分配i青求) 命令向HSS请求用户数据，在命令中携带S-CSCF地址、公共用户 标识PUI;并且S-CSCF在该命令中的详细信息中携带故障恢复支 持标签，告诉HSS本请求是用于故障恢复场景；S805， HSS在4欠到S-CSCF的查询i青求后，获耳又该用户PUI的 注册状态和用户的业务配置数据，发送给S-CSCF。在本步骤中， HSS检查S-CSCF发送的SAR命令，检查其中携带了故障恢复支持 标签，即可知S-CSCF是希望通过HSS获取必要的数据以继续服务 流程；由于HSS确认S-CSCF所发送的SAR命令是用于故障恢复 场景，戶斤以在响应消息SAA ( Server-Assignment-Answer,月l务分酉己 应答)中，携带该PUI的注册状态、所对应的业务配置数据等。之 后，HSS在SAA中携带必要的数据，发送响应给S-CSCF;S806, S-CSCF利用已经获取的数据继续呼叫业务流程的处理。 在本步骤中，由于S-CSCF利用从AS发送的INVITE请求中所获取 的数据以及HSS所返回的数据，构成支持呼叫所必须的数据，从而
可以继续呼叫流禾呈。S-CSCF为该用户发起一个呼叫业务逻辑。在命令中包括呼叫发 起方所支持的媒体支持能力；S807， S-CSCF将INVITE i青求转发到:故叫方网络，由净皮叫方网 络转发乡会净皮叫方终端；S808 ~ S809,呼叫:清求^皮传输到^皮叫方网全各的^皮叫终端，双方 在经过J 某体协商、资源预留、故叫终端振铃等步骤，；故叫终端摘枳J 应答后，被叫终结端点向呼叫发起方发送一个SIP 200 (OK)最终 响应；S810 S811，呼叫发起方以一个SIP ACK消息只寸200 (OK)给予响应。情况二核心网元是应用月l务器。在这种情况下，在步骤S502中，AS使用AS和HSS间的Sh 接口向HSS发送请求消息，并在请求消息中携带用户的PUI。上述 -清求消息可以为用户凝:才居i青求(User-Data-Request， UDR)消息。AS如果在本地进行数据保存，则保存的数据可以包括UE的 写关系地址、S-CSCF的i也址、PUI、 PUI的注册状态、用户的业务配置数据。图9示出了在UE成功注册到IMS网乡各后，AS发生重启或古丈障 恢复后，当UE发起呼叫时，AS如何有效地避免业务不可接收的错 i吴的处理;虎禾呈。如图9所示，可以包4舌以下处理S901, UE向P-CSCF发起一个SIP INVITE请求，包含用以初 始化媒体能力协商的媒体格式；S902， P-CSCF接收到INVITE请求后，将INVITE请求转发给 为该UE分配的S-CSCF;S903， S-CSCF接收到INVITE请求后，冲艮据用户的业务配置， 将INVITE请求转发到为用户提供服务的AS;S904, AS4企查服务属性；AS 4企查力1务属性的#:作包括在本 地tt据中查询UE所对应的PUI的注册状态、4企查该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中携 带必要的凄t据，发送响应给AS;S907， AS判断HSS返回的用户PUI的注册状态。如果该PUI 的注册状态是已注册，则AS利用已经获耳又的数据继续呼叫业务流 禾呈的处理。在本步骤中，由于AS利用从S-CSCF发送的INVITE请求中所 获取的数据以及HSS所返回的数据，构成支持UE呼叫所必须的数 据，从而可以继续呼叫流程。此外，在本步骤中，AS可以选择在本 地保存用户相关的数据，包括UE的联系地址、用户的业务配置数 才居、S-CSCF》也址等。AS为该用户发起一个呼叫业务逻辑。在命令中包括UE的媒体 支持能力；S908, AS转发INVITE请求给被叫方网络；S909 ~ S911 ，，呼叫讳-^^4^f专llr到净皮叫方网全备的#皮叫乡冬端，^又方 在经过媒体协商、资源预留、被叫终端振铃等步骤，被叫终端摘机 应答后，被叫终结端点向呼叫方发送一个SIP 200 (OK)最终响应；S912 ~ S913, UE以一个SIP ACK消息7寸200 ( OK )给予响应。如上所述，通过本发明，在IMS系统核心网元丢失了用户数据 后，釆用向HSS查询所需要的用户数据的方法，可以有效地解决由 于核心网元数据缺失而导致的服务不可用的缺陷，保证了服务的连 续性，增强了核心网元的故障处理能力。以上所述仅为本发明的优选实施例而已，并不用于限制本发明， 对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等， 均应包含在本发明的保护范围之内。
权利要求
1.一种核心网元重启/故障恢复后的处理方法，用于IP多媒体子系统，所述IP多媒体子系统包括用户设备、应用服务器、服务呼叫会话控制功能实体即S-CSCF、代理呼叫会话控制功能实体即P-CSCF、归属用户服务器，其特征在于，所述方法包括以下处理在以用户为呼叫方的呼叫过程中，核心网元接收到所述用户的呼叫请求后，检查本地数据，在没有检查到与所述用户对应的数据的情况下，向归属用户服务器发送一条或多条请求消息，以请求所述用户的公共用户标识的注册状态和业务配置数据；响应于所述核心网元的请求消息，所述归属用户服务器查找所述公共用户标识的注册状态和业务配置数据，并返回给所述核心网元；所述核心网元使用从所述归属用户服务器获取的所述公共用户标识的注册状态和业务配置数据，进行后续会话处理流程。
2. 根据权利要求1所述的方法，其特征在于，在所述IP多々某体 子系统中存在多个归属用户服务器的情况下，所述核心网元首 先查询所述用户的7>共用户标识所在的归属用户月1务器。
3. 才艮据4又利要求1所述的方法，其特4i在于，所述核心网元发送 的所述请求消息中携带有故障恢复支持标签。
4. 根据权利要求1至3中任一项所述的方法，其特征在于，所述 核心网元是S-CSCF。
5. 根据权利要求4所述的方法，其特征在于，所述S-CSCF使用 S-CSCF和归属用户服务器间的Cx接口向所述归属用户服务 器发送所述请求消息，并在所述请求消息中携带S-CSCF名称、 所述用户的7>共用户标识。
6. 根据权利要求5所述的方法，其特征在于，所述请求消息是服 务分配i青求消息。
7. 根据权利要求5所述的方法，其特征在于，响应于所述S-CSCF 的所述请求消息，所述归属用户月l务器判断为所述7>共用户标 识分配的S-CSCF的S-CSCF名称是否与所述请求消息中携带 的所述S-CSCF名称一致，并且在二者不一致的情况下，决定 是否更新为所述7>共用户标识分配的S-CSCF。
8. 才艮据权利要求7所述的方法，其特征在于，在所述归属用户服 务器更新为所述7>共用户标识分配的S-CSCF的情况下，所述 S-CSCF在本地进行数据保存。
9. 根据权利要求4所述的方法，其特征在于，所述呼叫过程是用 户i殳备发起的呼叫，其中，在以下情况下为所述用户分配 S-CSCF:所述用户成功注册到IP多々某体子系统网络；或者所 述用户订阅了未注册业务，由未注册业务触发了 S-CSCF分配过程。
10. 根据权利要求9所述的方法，其特征在于，进一步包括所述S-CSCF在本地进行凄t据保存，^呆存的tt据包括用 户设备的联系地址、P-CSCF的地址、P-CSCF的网络ID、公 共用户标识、7>共用户标识的注册状态、用户的业务配置凝:据。
11. 根据权利要求9所述的方法，其特征在于，在所述S-CSCF从 所述归属用户服务器获取的所述公共用户标识的注册状态为 非注册状态的情况下，所述S-CSCF返回服务不可接收的响应， 不再继续后续流程，并且不在本地保存从所述归属用户服务器 获耳又的业务配置^据。
12. 根据权利要求4所述的方法，其特征在于，所述呼叫过程是应 用服务器代替用户发起的呼叫，其中，所述用户可以处于注册 状态或非注册状态。
13. 根据权利要求12所述的方法，其特征在于，进一步包括所述S-CSCF在本地进行数据保存，保存的数据包括应 用服务器的联系地址、公共用户标识、7〉共用户标识的注册状 态、用户的业务配置l史据。
14. 才艮据—又利要求1至3中任一项所述的方法，其特;f正在于，所述 核心网元是应用月良务器。
15. 根据权利要求14所述的方法，其特征在于，所述应用服务器 ^使用应用月l务器和所述归属用户月l务器间的Sh 4妄口向所述归 属用户服务器发送所述请求消息，并在所述请求消息中携带所 述用户的7>共用户标识。
16. 根据权利要求15所述的方法，其特征在于，所述请求消息为 用户数据请求消息。
17. 根据权利要求14所述的方法，其特征在于，进一步包括所述应用服务器在本地进行数据保存，保存的数据包括 用户设备的联系地址、S-CSCF的地址、公共用户标识、公共 用户标识的注册状态、用户的业务配置凄t据。
全文摘要
本发明公开了一种核心网元重启/故障恢复后的处理方法，该方法包括以下处理在以用户为呼叫方的呼叫过程中，核心网元接收到用户的呼叫请求后，检查本地数据，在没有检查到与用户对应的数据的情况下，向归属用户服务器发送一条或多条请求消息，以请求用户的公共用户标识的注册状态和业务配置数据；响应于核心网元的请求消息，归属用户服务器查找公共用户标识的注册状态和业务配置数据，并返回给核心网元；核心网元使用从归属用户服务器获取的公共用户标识的注册状态和业务配置数据，进行后续会话处理流程。
文档编号H04L12/24GK101127722SQ20071015413
公开日2008年2月20日 申请日期2007年9月17日 优先权日2007年9月17日
发明者丁兆明, 李志军, 军 汪, 郝振武 申请人:中兴通讯股份有限公司