WO2008019604A1

WO2008019604A1 - Procédé et système pour améliorer la fiabilité de services et élément de réseau permettant de fournir une régulation d'appels

Info

Publication number: WO2008019604A1
Application number: PCT/CN2007/070318
Authority: WO
Inventors: Jiongjiong Gu; Feng Liang
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2006-08-09
Filing date: 2007-07-26
Publication date: 2008-02-21
Also published as: CN1905433A; CN1905433B

Description

提高服务可靠性的方法、 ***和服务呼叫会话控制网元技术领域

本发明涉及基于 IP的多媒体子***（IMS )技术，特别涉及一种提高服务可靠性的方法、 ***和服务呼叫会话控制网元（S-CSCF )。发明背景在 IMS网络的一次初始业务请求触发过程中， S-CSCF会根据收到的用户的初始业务请求消息匹配用户签约信息中的初始过滤准则 ( IFC ) , 并将匹配到的初始业务请求消息顺序触发至不同的应用服务器 ( AS ), 进而通过不同的 AS向用户提供不同类型的服务。

初始业务请求消息包括 ^艮多种，比如用于进行会话业务的会话初始业务请求消息、以及用于订阅业务的订阅初始业务请求消息、用于进行第三方注册的注册初始业务请求消息等。由于 S-CSCF网元对除注册初始业务请求消息以外的其他类型的初始业务请求消息的处理一样，而对注册初始业务请求的处理不同，因此在本文中，将会话初始业务请求消息、订阅初始业务请求消息等处理初始业务请求方式一样的初始业务请求消息，称为服务初始业务请求消息。

在用户的签约信息中，通常存在多条 IFC, 每条 IFC由一组服务点触发条件 ( Service Point Trigger )组成的触发点（ Trigger Point )和一个 AS单元构成，具体结构如图 1所示。其中，单个 Service Point Trigger 的结构如图 2所示。 Service Point Trigger为最小单位的逻辑因子，每个 S Service Point Trigger分别从某个方面对 IFC进行逻辑条件描述。例如图 2中所示的请求统一资源标识符（Request-URI ),会话发起协议（SIP ) 方法， SIP请求消息中的头域类型和取值，会话类型，或 SIP请求消息中的会话描述协议（SDP )描述。 S-CSCF网元根据各 IFC的优先级顺序，依次处理用户签约信息中的 IFC。在本文中，称触发服务的 IFC为服务 IFC; 称触发第三方注册过程的 IFC为注册 IFC。

S-CSCF网元触发 AS向用户提供服务的过程如图 3所述。在此假设用户的签约信息中存在三个 AS分别对应的三个服务 IFC, 分别为 AS1、 AS2和 AS3对应的服务 IFC, 并且优先级依次降低。现筒要描述如下：当 S-CSCF网元收到用户发送的服务初始业务请求消息时，则触发 AS组的服务提供过程。 S-CSCF网元根据收到的服务初始业务请求消息，按照用户签约信息中的 IFC优先级的高低依次匹配。由于 AS1 的服务 IFC优先级最高，因此 S-CSCF最先匹配到 AS1对应的服务 IFC。当 AS1 对应的月良务 IFC匹配成功时， S-CSCF网元向 AS1发送自身收到的月良务初始业务请求消息，指示 AS1向用户提供服务。当 AS1收到该服务初始业务请求消息时，则进行相应处理，并在对服务初始业务请求消息中的内容进行相应修改后，返回 S-CSCF 网元。接着， S-CSCF 网元按照 IFC优先级高低，根据 AS1 返回的服务初始业务请求消息匹配到 AS2 对应的服务 IFC。当匹配得到 AS2对应的服务 IFC时， S-CSCF向 AS2 发送自身收到的 AS1返回的服务初始业务请求消息，指示 AS2向用户提供服务。当 AS2收到该服务初始业务请求消息时，则进行相应处理，并在对服务初始业务请求消息中的内容进行相应修改后，返回 S-CSCF 网元。同样，按照类似的方法处理 AS3, 在此不再详述。

这里，需要注意的是： S-CSCF网元用于匹配 IFC的服务初始业务请求消息是 S-CSCF当前最新的服务初始业务请求消息；并且向 AS发送的服务初始业务请求消息，也是当前最新的服务初始业务请求消息。

当 AS提供的已注册服务时，要使用户能够享受 AS提供的已注册服务，则用户必须进行第三方注册。这里，第三方注册过程如图 4所示。为了对第三方注册过程的原理进行筒要说明，在此同时假设用户的签约信息中存在三个 AS对应的注册 IFC, 分别为 AS1、 AS2和 AS3对应的注册 IFC, 同时 AS1、 AS2和 AS3对应的注册 IFC的优先级依次降低。在本文中，称由 AS1、 AS2和 AS3组成的组为 AS组。

现对图 4所示的流程进行筒要描述：当 S-CSCF网元收到用户的注册初始业务请求消息后，对用户注册，并在注册成功后从用户归属服务器（HSS ) 中获取用户签约信息，根据收到的注册初始业务请求消息匹配用户签约信息中的 IFC, 发起第三方注册。

当 S-CSCF网元根据注册初始业务请求消息匹配签约信息中的 IFC 时，由于 AS1在三个 AS中的优先级最高，因此 S-CSCF网元最先匹配到 AS1 的注册 IFC。当匹配到 AS1 的注册 IFC时， S-CSCF网元则向 AS1发送第三方注册请求消息，指示 AS1进行第三方注册。当 AS1收到 S-CSCF网元发送的第三方注册请求消息后，则从 HSS中获取用户月良务数据，当 AS1成功从 HSS中成功获取用户服务数据时，则向 S-CSCF 网元返回注册成功响应消息。接着， S-CSCF网元按照 IFC优先级高低，依次匹配到 AS2对应的注册 IFC和 AS3对应的注册 IFC,并且发起 AS2 和 AS3进行第三方注册，具体的过程与 AS1进行第三方注册的过程相同，在此不再详述。

已注册服务为用户处于已注册状态下享受的服务，例如彩铃，来电显示等。当用户处于未注册状态下即可享受的服务称为未注册服务，例如呼叫转移，来电秘书等。

在对由 AS 1、 AS2和 AS3组成的 AS组的第三方注册过程以及服务提供过程的介绍中，均是描述 AS组成功进行第三方注册过程以及服务提供过程。但事实实际的应用环境中，由于各 AS的设备性能、提供的服务，甚至是用户自身的原因均能导致 AS 自身不能向用户成功提供服务。由于每个 AS分别向用户提供不同的服务，因此当某个 AS故障而不能向用户提供服务时，就造成用户服务的缺失，严重影响了用户的服务质量。发明内容

有鉴于此，本发明的主要目的在于提供了一种提高服务可靠性的方法，用于避免当某个 AS故障不能向用户提供服务而造成用户服务的缺失。

本发明的又一主要目的在于提供了一种提高服务可靠性的***，用于避免当某个 AS故障不能向用户提供服务而造成用户服务的缺失。

本发明的另一主要目的在于提供了一种 S-CSCF, 用于避免当某个 AS故障不能向用户提供服务而造成用户服务的缺失。

为达到上述目的，本发明的技术方案是这样实现的：

一种提高服务可靠性的方法，该方法包括：

为缺省应用服务器 AS设置对应的冗余 AS;

服务呼叫会话控制 S-CSCF网元触发缺省 AS向用户提供服务，如果确定所述缺省 AS由于故障而不能向用户提供服务，则选择缺省 AS对应的冗余 AS向用户提供服务。

一种提高服务可靠性的***，该***至少包括 S-CSCF网元、缺省 AS , 以及该缺省 AS对应的冗余 AS; 其中，

S-CSCF网元，用于向缺省 AS发送良务请求；确定所述缺省 AS由于故障而不能向用户提供服务时，向所述缺省 AS对应的冗余 AS发送服务请求；

缺省 AS, 用于收到所述 S-CSCF网元的服务请求时，向用户提供服务；

冗余 AS, 用于收到所述 S-CSCF网元的服务请求时，向用户提供服务。

一种 S-CSCF网元，该 S-CSCF网元包括：收发单元和检测单元；收发单元，用于向缺省 AS发送服务请求，收到触发冗余通知后，向缺省 AS对应的冗余 AS发送服务请求；

检测单元，用于检测到缺省 AS由于故障而不能向用户提供服务时，发送触发冗余通知。

本发明所提供的一种提高服务可靠性的方法，通过为 IMS***中的缺省 AS设置冗余 AS, 当缺省 AS由于故障不能为用户提供服务时，由缺省 AS继续为用户提供，进而保证用户能够正常享受服务。另外，本发明还提供了一种提供服务可靠性的***。应用本发明所提供的方法及 ***，能够保证 IMS***中的用户享受的某项服务不再由单一的 AS提供，当原先为用户提供服务的缺省 AS由于故障不能为用户提供服务，由与该缺省 AS对应的冗余 AS继续为用户提供服务，避免了用户服务的缺失，保证了用户的服务质量。附图简要说明

图 1为现有技术中 IFC的结构图。

图 2为现有技术中 Service Point Trigger的结构图。

图 3为现有技术中 AS提供服务的流程图。

图 4为现有技术中第三方注册的流程图。

图 5为本发明实施例一中 AS提供月良务的流程图。

图 6为本发明实施例二中 AS提供月良务的流程图。

图 7为本发明实施例二中触发 AS进行第三方注册的流程图。图 8为本发明实施例提供的***的结构图；

图 9为本发明实施例提供的 S-CSCF网元的结构图。实施本发明的方式

为了保证用户能够享受 AS提供的服务，为缺省 AS设置对应的冗余 AS, 如果为用户提供服务的缺省 AS发生故障，则选择缺省 AS对应的冗余 AS代替缺省 AS为用户提供服务，使用户享受的服务不受影响，保证用户的服务质量。

在本发明中，称 AS为缺省 AS, 冗余 AS与其对应的缺省 AS具有相同的功能。

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举两个实施例，对本发明做进一步的详细说明。

在本发明实施例中需要注意的一个问题是：缺省 AS不能为用户提供服务的原因有很多种，例如用户没有使用服务的权限、或者用户没有足够的资金、或者第三方服务器交互超时、或者是由于 AS发生故障。本发明实施例所要解决的是：在缺省 AS 由于发生故障，比如缺省 AS 发生死机、硬件故障等，或者缺省 AS所在的通信网络发生故障等原因，而不能向用户提供服务时，由对应的冗余 AS代替缺省 AS向用户提供服务。在本发明实施例的描述中，将 AS 自身发生故障或者网络通信故障筒称为： AS发生故障。因此，当 AS向 S-CSCF响应失败时，首先需要区分 AS响应失败的原因，在确定缺省 AS由于发生故障而响应失败时，触发对应的冗余 AS代替缺省 AS向用户提供服务。

以下分别对两个实施例进行详细说明。

实施例一描述的是，为缺省 AS设置其对应的冗余 AS, 并在用户签约信息表中增加该冗余 AS的 IFC, S-CSCF网元通过匹配冗余 AS的 IFC, 进而实现当缺省 AS由于故障不能向用户提供服务时，触发冗余 AS代替对应的缺省 AS向用户提供服务。

实施例二描述的是，在 S-CSCF网元中增加冗余对应关系表，冗余对应关系表中记录的是缺省 AS和对应的冗余 AS之间的对应关系；当缺省 AS由于故障不能向冗余 AS正常提供服务时，则 S-CSCF网元查找冗余对应关系表，判断缺省 AS是否存在对应的冗余 AS, 如果存在，则触发冗余 AS向用户提供服务。

实施例一

在本实施例中，为缺省 AS1设置对应的冗余 AS1，，冗余 AS1，与缺省 AS1具有相同的功能。

由于， S-CSCF网元是通过匹配用户签约信息中的服务 IFC触发 AS 向用户提供服务。因此为了使冗余 AS1，能够在对应的缺省 AS1发生故障时，代替缺省 AS1向用户提供服务，则需要在用户签约信息中为设置的冗余 AS1，生成服务 IFC,用于 S-CSCF网元在缺省 AS1不能提供服务时，触发对应的冗余 AS1，提供服务。

这里需要注意的是：当 AS对 S-CSCF网元发送的初始业务请求返回的响应为 408、 5XX或无响应时， S-CSCF网元会读取缺省 AS对应的服务 IFC中的缺省处理（Default Handling )属性，该 Default Handling 属性包括会话继续（ SESSION_CONTINUED ) 和会话终结 ( SESSION—TERMINATED )。同时，根据属性的取值确定下一步的操作，具体为：如果某 IFC中该属性取值为（SESSION_CONTINUED ), 则当 AS对业务请求返回 408、 5XX或无响应时， S-CSCF网元接着处理用户签约信息中剩余的 IFC, 用户当前的业务请求还可继续被处理；如果该属性取值为（SESSION_TERMINATED ), 则 S-CSCF网元不接着处理用户签约信息中剩余的 IFC, 用户当前的业务处理请求将被终止。当 AS 返回的是除上述三种之外的失败响应时， S-CSCF网元将不读取 Default Handling属性，而直接终结当前的业务请求。

由于无响应也是一种响应的情况，因此在发明中称包括 AS 不向 S-CSCF网元返回响应消息、返回 408或 5XX以及其他一些失败响应的情况，统称为 AS向 S-CSCF网元响应。

这里， 408和 5XX分别表示一种失败响应， 408表示请求超时消息； 5XX表示服务器错误消息。因此在本发明中，当 AS向 S-CSCF网元返回 408或 5XX、或没有返回响应时，确定缺省 AS由于自身发生故障，或者缺省 AS所在的通信网络发生故障，而造成 AS不能向用户提供服务。

在实施例一所提供的方法中，首先要在用户签约信息表中，为设置的冗余 AS 1，添加服务 IFC, AS Γ的服务 IFC的生成过程具体可以包括以下三个步骤：

1 )、拷贝 AS1的服务 IFC;

2 )、将拷贝的服务 IFC中的优先级加 1 , 即冗余 AS的优先级仅次于缺省 AS的优先级，使 S-CSCF在处理完缺省 AS的服务 IFC之后，即处理对应的冗余 AS的月良务 IFC;

3 )、将原优先级在缺省 AS服务 IFC优先级之后的服务 IFC优先级加 1;

由于签约中的各 IFC优先级不一定是连续的，因此该步骤不是一定需要的，当新增的冗余 IFC和已有 IFC的优先级发生沖突才需要这样处理；

4)、修改拷贝的服务 IFC中的应用服务器（ Application Server )名称 ( ServerName )值为 AS1，自身的 SIP统一资源定位符（ URL ), 同时，还需要修改缺省 AS1 的 IFC, 使 Default Handling属性为 SESSION— CONTINUED。

这里，需要注意的是：由于冗余 AS1，拷贝缺省 AS1的服务 IFC是在缺省 AS 1修改 Default Handling属性之前，因此，冗余 AS 1，的 Default Handling属性与缺省 AS1的原 Default Handling属性相同。

另夕卜，在生成 AS1，的服务 IFC时，为了在缺省 AS不能提供服务时，冗余 AS向用户提供服务；以及在缺省 AS能提供服务时，冗余 AS不向用户提供服务。还需要修改 AS1，服务 IFC 中的 Trigger Point, 使只在 AS1 提供服务失败时，才触发对应的冗余 AS1，提供服务。具体为：在 Trigger Point中增加一 Service Point Trigger, 用来描述 AS1提供服务失败的条件，该条件在本发明中称为冗余触发条件。同时，还需要在服务初始业务请求消息中增加一个成功标志，用于标示 AS是否成功向用户提供服务。

新增力 P的 Service Point Trigger所定义的条件与原 Trigger Point中定义的条件是与的关系，也就是说，在同时满足原 Trigger Point中定义的条件和增加的 SERVICE POINT TRIGGERService Point Trigger所定义时，才能触发冗余 AS1，向用户提供服务。

具体例子可以是：

由新增的 Service Point Trigger和原 Trigger Point中定义的总的匹配条件的逻辑表达式为： CRITERIA1 AND ( NOT Header = "Via" Content = " *DN=asl. home.net*，，）。其中， CRITERIA 1代表原 Trigger Point定义的匹配条件； NOT Header = "Via" Content = "*DN=asl. home.net*" 表示由新增的 Service Point Trigger定义的匹配条件。这里，描述的是 4叚设 AS1的域名地址是 "asl.home.net" 的情况。其中， NOT就是逻辑中的 "非"，即当 NOT后面的条件不满足时，逻辑判断结果为 TRUE; AND 表示这两个匹配条件之间的关系是与的关系，即表示当两个匹配条件同时满足，总匹配条件才满足。这里，设置新增的 Service Point Trigger的方法是： Service Point Trigger的 SIP头域条目中的头域属性中填写 Via; 在内容属性中填写 *DN=asl .home.net*。该总的匹配条件的逻辑表达式表达的意思是：在满足原匹配条件的基上，还要满足在服务初始业务请求消息的 Via头域中不包括 "DN = asl.home.net" 的字符串。

相应的， AS在服务初始业务请求消息的 Via头域中增加一个参数，以这个参数是否存在作为业务处理是否成功的判别标志，具体为， DN=NameString, 其中 "DN" 是参数名称， NameString代表 AS1 的域名，假设 AS1 的域名为 asl.home.net , 则 AS1 的 DN 参数为 "DN=asl. home.net"。当 ASl成功向用户提供服务，则在向 S-CSCF网元返回的服务初始业务请求消息中添加 "DN=as Lhome.net"的成功标志。如果 AS1没有成功向用户提供服务，则不在向 S-CSCF网元返回的服务初始业务请求消息中添加成功标志。

当 S-CSCF网元根据服务初始业务请求消息匹配设置了冗余触发条件的服务 IFC时，就还必须判断服务初始业务请求消息的内容是否满足冗余 AS1，中新增的冗余触发条件，即服务初始业务请求消息的 Via头域是否携带 "DN=asl. home.net" , 如果不携带，则成功匹配 IFC; 否则；不能成功匹配冗余 AS1，的服务 IFC。

基于以上生成 AS1，的服务 IFC、以及利用 DN=asl.home.net标示缺省 AS1成功提供服务的方法，当缺省 AS由于故障不能向用户提供服务，由冗余 AS1，向用户提供服务的过程如图 5所示。在图 5中仅描述的是， S-CSCF网元处理缺省 AS1对应的良务 IFC和冗余 AS1，对应的良务 IFC 的过程。

步骤 501: 当 S-CSCF网元根据收到的服务初始业务请求消息匹配用户签约信息中的 IFC, 匹配到缺省 AS1对应的月良务 IFC时，则向 AS1 发送自身收到服务初始业务请求消息，指示 AS1向用户提供服务。这里，用户签约信息是 S-CSCF网元从 HSS中获得。

步骤 502: AS1收到服务初始业务请求消息后，向用户提供服务，并向 S-CSCF网元返回响应。

这里 S-CSCF网元向用户返回的响应可以存在以下三种情况，具体为：

1 )、当 AS1收到 S-CSCF网元发送的服务初始业务请求消息，对服务初始业务请求消息进行处理；在成功处理服务初始业务请求消息、向用户提供服务后，在服务初始业务请求消息的 Via头域中增加一个成功标志参数，用来向 S-CSCF网元指示自身成功向用户提供服务；并最终将携带成功标志参数的服务初始业务请求消息返回 S-CSCF网元。这里的参数名 DN , 参数值为 AS1 自身的域名，例如可以这种形式 DN=as 1.home.net。

2 )、当 AS1没有成功处理服务初始业务请求消息、以及向用户提供服务时，则向 S-CSCF网元返回失败响应消息。

3 )、当 AS1发生故障，即 AS1 自身发生故障或与 S-CSCF的通信网络中断，则 S-CSCF网元就收不到从 AS1发来的任何消息。当 S-CSCF 网元在等待超时后，则确定 AS1响应失败。

步骤 503: S-CSCF网元判断当前缺省 AS1返回的响应是否为成功响应，如果是，则执行步骤 506; 否则，执行步骤 504。

这里，判断返回的响应是否为成功响应的方法是判断 AS1返回的是否为服务初始业务请求消息，如果是，则返回成功响应；否则， AS1返回的不是成功响应。

步骤 504: S-CSCF网元判断是否读取 Default Handling属性，如果是，则执行步骤 505; 否则，执行步骤 510。当 AS1返回的响应为 408或 5XX, 或者没有返回响应时， S-CSCF 网元会读取 AS1的 IFC中的 Default Handling属性，这里判断是否触发读取 Default Handling属性，就是判断当前是否收到 408或 5XX, 或没有收到响应消息，如果是，则读取 Default Handling属性；否则，不读取 Default Handling属性，则直接终结用户的业务请求。

步骤 505 : S-CSCF网元读取 Default Handling属性，由于缺省 AS1 的 Default Handling属性为 SESSION— CONTINUED ,则 S-CSCF网元执行步骤 506。

步骤 506: S-CSCF网元继续匹配优先级位于 AS 1的服务 IFC之后的 IFC。由于在本实施例中， AS 1，服务 IFC的优先级仅低于 AS1服务 IFC 优先级，因此 S-CSCF网元此刻读取到 IFC为 AS1，的服务 IFC , 判断当前服务初始业务请求消息是否匹配 AS1，的服务 IFC , 如果匹配，则执行步骤 507 ; 否则，执行步骤 509。

具体判断的方法是：由于在 AS1，的服务 IFC中增加了一个用来描述冗余触发条件的 Service Point Trigger, 因此在判断当前服务初始业务请求消息是否匹配 AS1，的服务 IFC时，还要判断是否满足冗余触发条件。在本实施例中定义的冗余触发条件为：在服务初始业务请求消息的 Via 头域中不包括缺省 AS1 的 DN参数，即 "DN=as Lhome.net"。因此为了判断服务初始业务请求消息是否满足冗余触发条件，则必须读取服务初始业务请求消息 Via头域，并判断其中是否携带了缺省 AS1的 DN参数，当携带了缺省 AS 1的 DN参数时，则不能匹配到 AS1，的服务 IFC;否贝，J , 则匹配到 AS1，的服务 IFC。通过本段描述的判断方法，可以保证缺省 AS由于故障不能向用户提供服务时，对应的冗余 AS能够向用户提供服务；而当缺省 AS能够正常为用户提供服务时，冗余 AS不向用户提供服务。因此，通过步骤 506可以得到，当缺省 AS1返回的是成功响应时，则对应的服务初始业务请求消息中携带了 DN参数，则不能成功匹配到冗余 AS 1，的服务 IFC , 进而不能触发冗余 AS 1，向用户提供服务。当缺省 AS1没有返回成功响应时，则正好满足了冗余 AS1，的服务 IFC的冗余触发条件，进而由冗余 AS1，向用户提供服务。

这里，在本步骤中根据缺省 AS返回响应消息的情况，用于判断的月良务初始业务请求消息也不一样。当步骤 502中， AS 1向 S-CSCF网元返回自身处理过的服务初始业务请求消息时，则这里用于判断的服务初始业务请求消息就是 AS1向 S-CSCF返回自身处理过的服务初始业务请求消息；当 AS1没有向 S-CSCF返回响应、或 408、或 5XX时，则这里用于判断的服务初始业务请求消息就是在触发缺省 AS1之前， S-CSCF 网元收到的服务初始业务请求消息。总的来说，就是用于匹配 IFC的服务初始业务请求消息是 S-CSCF网元当前收到最新的服务初始业务请求消息。

步骤 507: S-CSCF网元向 AS1，发送当前服务初始业务请求消息，指示 AS1，向用户提供服务。

步骤 508 : 冗余 AS 1，处理接收到的服务初始业务请求消息，并在 S-CSCF返回响应。具体的处理过程与 AS1的处理相同，在此不再详述。当冗余 AS 1，返回成功响应，或当失败时冗余 AS 1，的服务 IFC的 Default Handling属性为 SESSION— CONTINUED , 则执行步骤 509。

步骤 509: S-CSCF网元下一个匹配 IFC, 执行后续流程。

步骤 510: 终结当前用户的业务请求。

由于 408 表示的是请求超时， 5XX表示服务器错误，因此当缺省 AS返回的是 408或者 5XX时，在这种情况下，即使触发缺省 AS对应的冗余 AS向用户提供服务，冗余 AS也不能成功向用户提供服务。因此，在本实施例中，还提供了一种只有确定当 AS无响应时，才触发冗余 AS向用户提供服务的增强方案。为实现本目的，需要为服务 IFC中 AS 单元的 Default Handling 属性增加设置一个值为：会话重定向 ( SESSION_REDIRECTED ) 。当 Default Handling 属性为 SESSION—REDIRECTED时，贝' J S-CSCF网元收到 408或 5XX时，不匹配下一个 IFC, 而是直接根据下一个 IFC中的 Default Handling属性，确定是否需要继续读取再下一个 IFC、或终止当前业务请求；当 S-CSCF 网元确定缺省 AS无响应时，则执行匹配下一个 IFC的操作。举例说明如下：假设存在 3个服务 IFC,分别为服务 IFC1、服务 IFC2和服务 IFC3 , 并且优先级依次降低。 S-CSCF网元匹配服务 IFC1的结果是：与服务 IFC1 对应的 AS向 S-CSCF网元响应失败， S-CSCF网元需要根据 IFC1中的 Default Handling属性确定下一步的操作。 S-CSCF网元读取到 IFC1中的 Default Handling属性为 SESSION—REDIRECTED时，则判断与服务 IFC 1 对应的 AS是否没有返回响应消息，如果是，则 S-CSCF网元执行匹配服务 IFC2的操作；否则， S-CSCF网元收到的是 408或 5XX,则 S-CSCF 网元不匹配服务 IFC2,而是直接根据服务 IFC2中的 Default Handling属性，确定是否需要继续读取服务 IFC3、或终止当前业务请求。此时，在生成冗余 AS1，的 Default Handling属性的同时，还需要修改缺省 AS1的 IFC, 使 Default Handling属性为 SESSION— REDIRECTED。

具体实现的过程为：只需在图 5所示流程的步骤 505 中在 S-CSCF 网元读取 Default Handling属性时，由于此时缺省 AS1的 Default Handling 属性为 SESSION—REDIRECTED ,进而判断缺省 AS1是否没有向 S-CSCF 网元返回响应，如果是，则执行步骤 506 , 根据步骤 506的执行结果，执行图 5所示的后续流程；否则，执行步骤 505 '。

步骤 505，： S-CSCF网元读取优先级仅次于当前 AS1的 IFC优先级的 IFC,在本实施例中为对应的冗余 ASl，的服务 IFC, 并根据冗余 AS1，的月良务 IFC中的 Default Handling属性，确定是否终结当前用户的业务请求。当冗余 AS1，的服务 IFC 中的 Default Handling 属性为 SESSION—CONTINUED, 贝' J S-CSCF网元读取优先级位于 AS1，的服务 IFC之后的 IFC, 执行匹配 IFC的操作，按照匹配的结果执行后续流程；当 Default Handling属性为 SESSION—TERMINATED时，执行步骤 510。

在本实施例中，仅介绍了触发一个冗余 AS代替对应的缺省 AS向用户提供服务的过程。当 AS组中存在多个设置了冗余 AS的缺省 AS时，均按照以上的流程，在缺省 AS发生故障不能向用户提供时，触发对应的冗余 AS向用户提供服务。

由于， S-CSCF网元是通过匹配 IFC而触发相应的 AS向用户提供服务，因此本实施例如图 5所示的流程，可以保证在设置了冗余 AS的缺省 AS由于故障不能向用户成功提供时，触发冗余 AS向用户提供。另外，通过设置冗余 AS的服务 IFC的触发条件，也可以保证在缺省 AS 成功用户提供服务时， S-CSCF网元不触发冗余 AS向用户提供服务。

在本实施例中，缺省 AS1提供的服务为已注册服务时，则相应的冗余 AS1，也是提供已注册服务。则此时的用户状态需要为注册状态，因此为了使冗余 AS能够代替对应的缺省 AS向用户提供已注册服务，冗余 AS必须进行第三方注册。因此为了使冗余 AS能够在对应的缺省 AS发生故障时，代替缺省 AS向用户提供服务，则需要在用户签约信息中针对设置的冗余 AS进一步生成注册 IFC用于触发冗余 AS的第三方注册过程。这里，生成注册 IFC的过程如下所述。

首先拷贝缺省 AS1的注册 IFC; 更改所述拷贝的注册 IFC中的优先级，并将优先级大于等于更改后的注册 IFC的用户签约信息中 IFC的优先级加 1 ; 然后修改拷贝的注册 IFC 中的 Application Server单元的 ServerName值为冗余 AS自身的 SIP URL; 生成冗余 AS的注册 IFC。这里，当冗余 AS1，的注册 IFC优先级高于对应的缺省 ASl时，则在生成 AS1，的注册 IFC之后，还要进一步确定 AS1，注册 IFC中的 Default Handling值为 SESSION—CONTINUED。当冗余 AS1，的注册 IFC优先级低于对应的缺省 AS1 时，则需进一步确定 AS1 注册 IFC 中的 Default Handling值为 SESSION—CONTINUED, 这样才能给冗余 AS1，提供服务的机会，在 AS1第三方注册失败时， AS1，仍然能够进行第三方注册，而冗余 AS1，注册 IFC中的 Default Handling值保持原缺省 AS1—致。

由于，冗余 AS1，的注册 IFC是设置在用户签约信息中，因此 S-CSCF 网元只需根据 IFC优先级的高低依次匹配，即可触发缺省 AS1和冗余 AS1，第三方注册。当 AS1，进行第三方注册后，冗余 AS1，就可以被触发向用户提供已注册服务。

另外，在由多个 AS组成 AS组的情况下，可以对多个 AS分别设置自身的冗余 AS, 可以对其中几个 AS分别设置自身的冗余 AS。在本发明中，对没有设置冗余 AS的 AS也称为缺省 AS。在存在多个冗余 AS 的情况下，对于每个冗余 AS的处理方法均与本发明中所述的方法相同，在此不再详述。

实施例二

在 S-CSCF网元中设置冗余对应关系表，在冗余对应关系表中记录缺省 AS与对应的冗余 AS之间的对应关系、以及冗余 AS的 SIP URL 地址。当设置有冗余 AS的缺省 AS发生故障时，则冗余 AS代替缺省 AS向用户提供服务是通过如下过程实现的，具体过程如图 6所示：步骤 601: S-CSCF网元在向每个 AS触发该 AS向用户提供服务之后，均判断该 AS是否成功向用户提供服务，如果成功向用户提供服务，执行步骤 605; 否则，执行步骤 602。 S-CSCF网元判断 AS是否成功向用户提供服务的方法是，判断 AS 是否向用户返回服务初始业务请求消息，当缺省 AS返回服务初始业务请求消息时，则缺省 AS成功向用户提供服务。

步骤 602: S-CSCF网元判断该 AS是否由于故障而不能向用户提供服务，如果是，则执行步骤 603; 否则，执行步骤 605。

这里与实施例一相同， S-CSCF网元判断该 AS是否由于故障而不能向用户提供服务的方法有两种，其一为，判断是否没有返回消息、或返回 408、或返回 5XX, 当这三个条件其中之一成立，则该 AS由于故障而不能向用户提供服务；其二为， S-CSCF网元仅判断 AS是否返回响应消息，当 AS没有向 S-CSCF网元返回响应消息，则所述 AS由于故障而不能向用户提供月良务，当 AS向 S-CSCF网元返回响应消息时，无论是何种响应，均确定 AS由于故障而不能向用户提供服务。

步骤 603: S-CSCF网元查找自身的冗余关系对应表，判断是否存在所述 AS的记录，如果存在，则执行步骤 604; 否则，执行步骤 605。

当然，也可以在执行步骤 602之前，执行步骤 603。

步骤 604: S-CSCF网元根据冗余关系对应表中记录的冗余 AS的 SIP URL地址信息，触发冗余 AS向用户提供服务；执行步骤 605。

S-CSCF网元触发冗余 AS向用户提供服务是通过将发送给缺省 AS 的服务初始业务请求消息再次发送冗余 AS来实现的。

这里，当冗余 AS同样没有成功向用户提供服务时， S-CSCF网元还可以进一步读取冗余 AS对应的缺省 AS 的 Default Handling, 如果是 SESSION—TERMINATED , 则不再处理低优先级的 IFC；如果是 SESSION_CONTINUED , 则执行步骤 605。

步骤 605: 继续读取用户签约信息中的下一个 IFC。

在本实施例设置冗余关系对应表，如图 6所示的流程就可以保证在设置了冗余 AS的缺省 AS由于故障不能向用户成功提供时，触发冗余 AS 向用户提供；同时，也可以保证在缺省 AS成功用户提供服务时， S-CSCF网元不触发冗余 AS向用户提供服务。

在本实施例，当缺省 AS提供的是已注册服务时，则为缺省 AS设置的冗余 AS也必须先进行第三方注册。 S-CSCF网元触发冗余 AS实现第三方注册的过程如图 7所示，具体如下：

步骤 701: S-CSCF网元在每个缺省 AS执行了第三方注册后，均查找冗余对应关系表，判断当前第三方注册的缺省 AS是否存在相应的冗余 AS,也就是判断自身是否设置了冗余 AS,如果存在，则执行步骤 702; 否则，执行步骤 703。

这里， S-CSCF网元在每个 AS执行完第三方注册后均执行如图 6所示的流程，不论当前进行第三方注册的 AS是否成功进行第三方注册。

步骤 702: 根据冗余对应关系表中记录的冗余 AS的 SIP URL地址触发该冗余 AS的第三方注册。

步骤 703: 当冗余 AS 完成第三方注册后， S-CSCF 网元判断冗余 AS是否成功完成注册，如果是，则执行步骤 705; 否则，执行步骤 704。

步骤 704: S-CSCF 网元读取冗余 AS 对应的缺省 AS 的 Default Handling , 如果是 SESSION—TERMINATED , 则不再处理低优先级的 IFC; 如果是 SESSION_CONTINUED, 则执行步骤 705。

步骤 705: 继续处理用户签约信息低优先级中的下一个 IFC。

本发明在提供一种提高服务可靠性的方法的同时，又提供了一种提供服务可靠性的***，该***的具体结构如图 8 所示，该***至少 S-CSCF网元，缺省 AS , 以及该缺省 AS对应的冗余 AS；其中，

所述 S-CSCF网元，还用于当缺省 AS设置了冗余 AS时，向冗余 AS发起第三方注册请求；

所述冗余 AS ,还用于收到所述 S-CSCF网元发起的第三方注册请求时，进行第三方注册。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims

权利要求书

1、一种提高服务可靠性的方法，其特征在于，该方法包括：为缺省应用服务器 AS设置对应的冗余 AS;

2、根据权利要求 1所述的方法，其特征在于，确定所述缺省 AS由于故障不能向用户提供服务包括： S-CSCF网元判断所述缺省 AS的响应是否为请求超时响应、或服务器错误响应、或不返回响应，如果是，则确定所述缺省 AS由于故障不能向用户提供服务。

3、根据权利要求 1所述的方法，其特征在于，在所述为缺省应用服务器 AS设置对应的冗余 AS之后进一步包括：在用户签约信息中为所述缺省 AS对应的冗余 AS生成良务 IFC, 具体包括：

拷贝冗余 AS对应的缺省 AS的服务 IFC;将所述拷贝的服务 IFC中的优先级设置为仅次于所述缺省 AS的服务 IFC的优先级；修改所述拷贝的服务 IFC中的服务器名称为冗余 AS 自身的会话发起协议统一资源定位符 SIP URL;

所述选择缺省 AS对应的冗余 AS向用户提供服务包括： S-CSCF 网元匹配优先级仅低于所述缺省 AS服务 IFC的冗余 AS的服务 IFC,并触发冗余 AS向用户提供服务。

4、根据权利要求 3所述的方法，其特征在于，在所述触发冗余 AS 向用户提供服务之前还包括：判断匹配所述冗余 AS的服务 IFC是否成功，如果是，则继续执行所述触发冗余 AS向用户提供服务的步骤；如果否，则继续匹配优先级仅低于所述冗余 AS的服务 IFC的下一个 IFC。

5、根据权利要求 4所述的方法，其特征在于，为所述缺省 AS对应的冗余 AS生成服务 IFC之后进一步包括：在冗余 AS的服务 IFC中增加冗余触发条件；

判断匹配所述冗余 AS的服务 IFC是否成功包括： S-CSCF网元判断当前接收到的服务初始业务请求消息是否满足冗余 AS服务 IFC中的冗余触发条件，如果是，则判断匹配成功，如果否，则判断匹配失败。

6、根据权利要求 5所述的方法，其特征在于，该方法进一步包括：如果缺省 AS成功提供服务，则在向 S-CSCF网元返回的服务初始业请求消息中增加成功标志；

所述冗余触发条件为：服务初始业请求消息中不携带成功标志。

7、根据权利要求 1所述的方法，其特征在于，在所述为缺省 AS设置对应的冗余 AS之后还包括：设置用于记录缺省 AS与为其设置的冗余 AS之间对应关系的冗余关系对应表；

所述选择缺省 AS对应的冗余 AS为根据所述冗余关系对应表选择缺省 AS对应的冗余 AS。

8、根据权利要求 1所述的方法，其特征在于，当设置了冗余 AS的缺省 AS提供已注册服务时，该方法进一步包括：在用户签约信息中生成冗余 AS的注册 IFC, S-CSCF网元通过匹配冗余 AS的注册 IFC, 根据生成的注册 IFC触发冗余 AS进行第三方注册；

其中，所述生成冗余 AS的注册 IFC具体为：

拷贝冗余 AS对应的缺省 AS的注册 IFC; 更改所述拷贝的注册 IFC 中的优先级；修改拷贝的注册 IFC中的应用服务器的服务器名称值为冗余 AS自身的 SIP URL。

9、根据权利要求 7所述的方法，其特征在于，当设置了冗余 AS的缺省 AS提供已注册服务时，该方法进一步包括： S-CSCF网元在触发缺省 AS进行第三方注册后，根据冗余关系对应表触发该缺省 AS对应的冗余 AS进行第三方注册。

10、根据权利要求 9所述的方法，其特征在于，所述冗余 AS没有成功进行第三方注册时，根据冗余 AS对应的缺省 AS的 Default Handling 的取值确定后续步骤。

11、一种提高服务可靠性的***，其特征在于，该***至少包括 S-CSCF网元、缺省 AS , 以及该缺省 AS对应的冗余 AS；其中，

12、根据权利要求 11所述的***，其特征在于，

所述 S-CSCF网元，还用于确定缺省 AS设置了冗余 AS时，向冗余 AS发起第三方注册请求；

所述冗余 AS,还用于收到所述 S-CSCF网元发送的第三方注册请求时，进行第三方注册。

13、根据权利要求 11所述的***，其特征在于，该***还包括：用户归属服务器 HSS, 用于存储用户签约信息；

所述 S-CSCF网元，还用于从所述 HSS的用户签约信息中获取冗余 AS的 IFC, 并根据所述 IFC的优先级确定匹配成功的冗余 AS。

14、一种 S-CSCF网元，其特征在于，该 S-CSCF网元包括：第一单元和第二单元；第一单元，用于向缺省 AS发送服务请求，收到触发冗余通知后，向缺省 AS对应的冗余 AS发送服务请求；

第二单元，用于检测到缺省 AS由于故障而不能向用户提供服务时，发送触发冗余通知。

15、根据权利要求 14所述的 S-CSCF网元，其特征在于，该 S-CSCF 网元还包括：第三单元，用于确定缺省 AS设置了冗余 AS时，向所述第一单元发送注册触发通知；

所述第一单元，还用于将接收到的注册触发通知发送给冗余 AS。

16、根据权利要求 14所述的 S-CSCF网元，其特征在于，该 S-CSCF 网元还包括第四单元，用于根据第一单元获取的冗余 AS的 IFC的优先级，确定匹配成功的冗余 AS;

所述第一单元，还用于获取所述缺省 AS对应的冗余 AS的 IFC, 并将获取的冗余 AS的 IFC提供给第四单元。

17、根据权利要求 14所述的 S-CSCF网元，其特征在于，所述 S-CSCF 网元还包括：第五单元和第六单元；

第五单元，用于存储记录缺省 AS与对应的冗余 AS之间对应关系的冗余关系对应表；

第六单元，用于接收所述第二单元发送的触发冗余通知，根据第五单元中的冗余关系对应表判断缺省 AS是否存在冗余 AS, 如果是，则将所述触发冗余通知转发给第一单元。