CN1905433B - 一种提高服务可靠性的方法及系统 - Google Patents

Abstract

本发明公开了一种提高服务可靠性的方法，为一个或一个以上的缺省应用服务器AS设置对应的冗余AS，当服务呼叫会话控制S-CSCF网元触发缺省AS向用户提供服务时，执行以下步骤：A、S-CSCF网元确定所述缺省AS由于故障而不能向用户提供服务时，触发缺省AS对应的冗余AS向用户提供服务。另外，本发明还提供了一种提供服务可靠性的系统。应用本发明所提供的方法及系统，能够保证IMS系统中的用户享受的某项服务不再由单一的AS提供，当原先为用户提供服务的缺省AS由于故障不能为用户提供服务，由与该缺省AS对应的冗余AS继续为用户提供服务，避免了用户服务的缺失，保证了用户的服务质量。

Description

一种提高服务可靠性的方法及系统

技术领域

本发明涉及基于IP的多媒体子系统(IMS)技术，尤指一种提高服务可靠性的方法及系统。

背景技术

在IMS网络的一次初始业务请求触发过程中，服务呼叫会话控制网元(S-CSCF)会根据收到的用户的初始业务请求消息匹配用户签约信息中的初始过滤准则(IFC)，并将匹配到的初始业务请求消息顺序触发至不同的应用服务器(AS)，进而通过不同的AS向用户提供不同类型的服务。

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

在用户的签约信息中，通常存在多条IFC，每条IFC由一组服务点触发条件(SPT Service Point Trigger)组成的触发点(Trigger Point)和一个AS单元构成，具体结构如图1所示。其中，单个SPT的结构如图2所示。SPT为最小单位的逻辑因子，每个SPT分别从某个方面对IFC进行逻辑条件描述。例如，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进行第三方注册的过程相同，在此不再详述。

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

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

发明内容

有鉴于此，本发明的主要目的在于提供一种提高服务可靠性的方法，应用该方法能够使用户享受的某项服务不再由单一的AS提供，当原先为用户提供服务的AS由于故障不能再为用户提供服务时，能够有另一个AS为用户继续提供服务。

另外，本发明的又一主要目的在于提供一种提高服务可靠性的系统，应用该系统能够使用户享受的某项服务不再由单一的AS提供，当原先为用户提供服务的AS由于故障不能再为用户提供服务时，能够有另一个AS为用户继续提供服务。

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

一种提高服务可靠性的方法，为一个或一个以上的缺省应用服务器AS设置对应的冗余AS以及冗余AS对应的服务IFC，设置冗余AS服务IFC的优先级仅低于对应缺省AS服务IFC的优先级，当服务呼叫会话控制S-CSCF网元触发缺省AS向用户提供服务时，执行以下步骤：

A、S-CSCF网元确定所述缺省AS由于故障而不能向用户提供服务时，S-CSCF网元匹配优先级仅低于所述缺省AS的服务IFC，匹配到所述缺省AS的冗余AS，则触发该冗余AS向用户提供服务。

较佳地，所述设置冗余AS对应的服务IFC，以及设置冗余AS的服务IFC的优先级仅低于对应缺省AS服务IFC的优先级包括：

a11、拷贝冗余AS对应的缺省AS的服务IFC；

a12、将所述拷贝的服务IFC中的优先级加1；修改所述拷贝的服务IFC中的服务器名称为冗余AS自身的会话发起协议统一资源定位符SIP URL。

另外，该方法进一步包括：确定缺省AS的服务IFC的缺省处理DefaultHandling属性为会话继续SESSION_CONTINUED；

步骤A中，确定所述缺省AS由于故障而不能向用户提供服务为：当确定缺省AS响应后，S-CSCF网元判断是否读取Default Handling属性，当S-CSCF网元读取Default Handling属性时，则缺省AS由于故障而不能向用户提供服务。

另外，该方法进一步包括：对设置了冗余AS的缺省AS，设置缺省AS的服务IFC的Default Handling属性为会话重定向SESSION_REDIRECTED，SESSION_REDIRECTED用于指示是否匹配优先级次之的IFC；

步骤A中，确定所述缺省AS由于故障而不能向用户提供服务为：

A11、当确定缺省AS响应后，S-CSCF网元判断是否读取Default Handling属性，当S-CSCF网元读取Default Handling属性时，执行步骤A12；

A12、S-CSCF网元确定Default Handling属性为SESSION_REDIRECTED时，判断所述缺省AS是否没有向S-CSCF网元返回响应消息，当缺省AS没有返回响应消息，则确定所述缺省AS由于故障而不能向用户提供服务，匹配优先级次之的IFC。

其中，所述判断是否读取Default Handling属性的条件为：判断缺省AS响应是否为缺省AS向S-CSCF网元返回请求超时响应、或服务器错误响应、或不返回响应，当缺省AS向S-CSCF网元返回请求超时响应、或服务器错误响应、或不返回响应时，则S-CSCF网元读取Default Handling属性。

其中，步骤A12中，当缺省AS向S-CSCF网元返回请求超时响应或服务器错误响应响应消息时；

S-CSCF网元根据优先级仅低于所述缺省AS的服务IFC中的DefaultHandling属性确定后续操作。

另外，该方法进一步包括：在冗余AS的服务IFC中增加冗余触发条件；所述匹配优先级仅低于所述缺省AS服务IFC的IFC为：

当S-CSCF网元根据当前服务初始业务请求消息匹配优先级仅低于所述缺省AS服务IFC的IFC时，还判断当前服务初始业务请求消息是否满足冗余AS服务IFC中的冗余触发条件，如果是，则成功匹配冗余AS的服务IFC，触发冗余AS向用户提供服务；否则，不触发冗余AS向用户提供服务。

另外，该方法进一步包括：在冗余AS或缺省AS在成功提供服务后，在向S-CSCF网元返回的服务初始业请求消息中增加成功标志；所述冗余触发条件为：服务初始业务请求消息中不携带成功标志；

所述判断当前服务初始业务请求消息是否满足冗余AS服务IFC中的冗余触发条件为：S-CSCF网元根据冗余AS的服务IFC中的冗余触发条件，判断当前服务初始业务请求消息中是否携带成功标志，如果没有，则成功匹配到冗余AS的服务IFC。

其中，所述在冗余AS的服务IFC中增加冗余触发条件为：在IFC的触发点Trigger Point中增加用于描述冗余触发条件的服务点触发条件Service PointTrigger。

其中，所述服务初始业务请求消息中增加成功标志为：在服务初始业务请求消息的头域中增加成功标志。

其中，当设置了冗余AS的缺省AS提供已注册服务时，该方法进一步包括：在用户签约信息中生成冗余AS的注册IFC，具体为：

a21、拷贝冗余AS对应的缺省AS的注册IFC；

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

S-CSCF网元通过匹配冗余AS的注册IFC，根据生成的注册IFC触发冗余AS进行第三方注册。

另外，当所述更改拷贝的注册IFC中的优先级为：更改所述拷贝的注册IFC中的优先级高于对应缺省AS的注册IFC；则该方法进一步包括，确定拷贝的注册IFC中的Default Handling取值为SESSION_CONTINUED；

当所述更改拷贝的注册IFC中的优先级为：更改所述拷贝的注册IFC中的优先级低于对应缺省AS的注册IFC；则该方法进一步包括，确定对应缺省AS的注册IFC中的Default Handling取值为SESSION_CONTINUED。

一种提高服务可靠性的系统，该系统至少包括S-CSCF网元、一个或一个以上的缺省AS，以及至少一个为缺省AS设置的冗余AS；其中，

S-CSCF网元，用于触发缺省AS向用户提供服务；并在确定所述缺省AS由于故障而不能向用户提供服务时，匹配优先级仅低于所述缺省AS的服务IFC，匹配到优先级仅低于所述缺省AS的冗余AS时触发缺省AS对应的冗余AS向用户提供服务；

冗余AS，用于设置其服务IFC的优先级仅低于对应缺省AS的服务IFC，在对应缺省AS由于故障而不能向用户提供服务时，代替该缺省AS向用户提供服务。

其中，所述S-CSCF网元，用于当缺省AS设置了冗余AS时，触发冗余AS进行第三方注册；

所述冗余AS，用于根据S-CSCF的指示进行第三方注册。

本发明所提供的一种提高服务可靠性的方法，通过为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为本发明系统的结构图。

具体实施方式

为了保证用户能够享受AS提供的服务，为缺省AS设置冗余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不能向用户提供服务。

AS1’的服务IFC的生成过程具体为，首先拷贝AS1的服务IFC；然后，将拷贝的服务IFC中的优先级加1，即冗余AS的优先级仅次于缺省AS的优先级，使S-CSCF在处理完缺省AS的服务IFC之后，即处理对应的冗余AS的服务IFC；再，将原优先级在缺省AS服务IFC优先级之后的服务IFC优先级加1，由于签约中的各IFC优先级不一定是连续的，因此这个处理不是一定需要的，当新增的冗余IFC和已有IFC的优先级发生冲突才需要这样处理；最后，修改拷贝的服务IFC中的Application Server的服务器名称(ServerName)值为AS1’自身的SIP统一资源定位符(URL)。同时，还需要修改缺省AS1的IFC，使Default Handling属性为SESSION_CONTINUED。

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

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

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

具体例子可以是：

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

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

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

基于以上生成AS1’的服务IFC、以及利用DN＝as1.home.net标示缺省AS1成功提供服务的方法，当缺省AS1由于故障不能向用户提供服务，由冗余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网元向用户返回的响应存在三种情况，具体为：当AS1收到S-CSCF网元发送的服务初始业务请求消息，对服务初始业务请求消息进行处理；在成功处理服务初始业务请求消息、向用户提供服务后，在服务初始业务请求消息的Via头域中增加一个成功标志参数，用来向S-CSCF网元指示自身成功向用户提供服务；并最终将携带成功标志参数的服务初始业务请求消息返回S-CSCF网元。这里的参数名DN，参数值为AS1自身的域名，例如可以这种形式DN＝as1.home.net。

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

当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。

当AS 1返回的响应为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网元继续匹配优先级位于AS1的服务IFC之后的IFC。由于在本实施例中，AS1’服务IFC的优先级仅低于AS1服务IFC优先级，因此S-CSCF网元此刻读取到IFC为AS1’的服务IFC，判断当前服务初始业务请求消息是否匹配AS1’的服务IFC，如果匹配，则执行步骤507；否则，执行步骤509。

具体判断的方法是：由于在AS1’的服务IFC中增加了一个用来描述冗余触发条件的Service Point Trigger，因此在判断当前服务初始业务请求消息是否匹配AS1’的服务IFC时，还要判断是否满足冗余触发条件。在本实施例中定义的冗余触发条件为：在服务初始业务请求消息的Via头域中不包括缺省AS1的DN参数，即“DN＝as1.home.net”。因此为了判断服务初始业务请求消息是否满足冗余触发条件，则必须读取服务初始业务请求消息Via头域，并判断其中是否携带了缺省AS1的DN参数，当携带了缺省AS1的DN参数时，则不能匹配到AS1’的服务IFC；否则，则匹配到AS1’的服务IFC。通过本段描述的判断方法，可以保证缺省AS由于故障不能向用户提供服务时，对应的冗余AS能够向用户提供服务；而当缺省AS能够正常为用户提供服务时，冗余AS不向用户提供服务。

因此，通过步骤506可以得到，当缺省AS1返回的是成功响应时，则对应的服务初始业务请求消息中携带了DN参数，则不能成功匹配到冗余AS1’的服务IFC，进而不能触发冗余AS1’向用户提供服务。当缺省AS1没有返回成功响应时，则正好满足了冗余AS1’的服务IFC的冗余触发条件，进而由冗余AS1’向用户提供服务。

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

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

步骤508：冗余AS1’处理接收到的服务初始业务请求消息，并在S-CSCF返回响应。具体的处理过程与AS1的处理相同，在此不再详述。当冗余AS1’返回成功响应，或当失败时冗余AS1’的服务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)。当DefaultHandling属性为SESSION_REDIRECTED时，则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中的DefaultHandling属性确定下一步的操作。S-CSCF网元读取到IFC1中的DefaultHandling属性为SESSION_REDIRECTED时，则判断与服务IFC1对应的AS是否没有返回响应消息，如果是，则S-CSCF网元执行匹配服务IFC2的操作；否则，S-CSCF网元收到的是408或5XX，则S-CSCF网元不匹配服务IFC2，而是直接根据服务IFC2中的Default Handling属性，确定是否需要继续读取服务IFC3、或终止当前业务请求。此时，在生成冗余AS1’的Default Handling属性的同时，还需要修改缺省AS1的IFC，使DefaultHandling属性为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，在本实施例中为对应的冗余AS1’的服务IFC，并根据冗余AS1’的服务IFC中的Default Handling属性，确定是否终结当前用户的业务请求。当冗余AS1’的服务IFC中的Default Handling属性为SESSION_CONTINUED，则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优先级高于对应的缺省AS1时，则在生成AS1’的注册IFC之后，还要进一步确定AS1’注册IFC中的DefaultHandling值为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由于故障而不能向用户提供服务。

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

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

步骤604：S-CSCF网元根据冗余关系对应表中记录的冗余AS的SIPURL地址信息，触发冗余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对应的冗余AS向用户提供服务；

冗余AS，用于代替对应的缺省AS向用户提供服务。

所述S-CSCF网元，用于当缺省AS设置了冗余AS时，触发冗余AS进行第三方注册；

所述冗余AS，用于根据S-CSCF的指示进行第三方注册。

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

Claims (14)

1.一种提高服务可靠性的方法，其特征在于，为一个或一个以上的缺省应用服务器AS设置对应的冗余AS以及冗余AS对应的服务IFC，设置冗余AS服务IFC的优先级仅低于对应缺省AS服务IFC的优先级，当服务呼叫会话控制S-CSCF网元触发缺省AS向用户提供服务时，执行以下步骤：

A、S-CSCF网元确定所述缺省AS由于故障而不能向用户提供服务时，S-CSCF网元匹配优先级仅低于所述缺省AS的服务IFC，匹配到所述缺省AS的冗余AS，则触发该冗余AS向用户提供服务。

2.根据权利要求1所述的方法，其特征在于，

所述设置冗余AS对应的服务IFC，以及设置冗余AS的服务IFC的优先级仅低于对应缺省AS服务IFC的优先级包括：

a11、拷贝冗余AS对应的缺省AS的服务IFC；

a12、将所述拷贝的服务IFC中的优先级加1；修改所述拷贝的服务IFC中的服务器名称为冗余AS自身的会话发起协议统一资源定位符SIP URL。

3.根据权利要求2所述的方法，其特征在于，该方法进一步包括：确定缺省AS的服务IFC的缺省处理Default Handling属性为会话继续SESSION_CONTINUED；

步骤A中，确定所述缺省AS由于故障而不能向用户提供服务为：当确定缺省AS响应后，S-CSCF网元判断是否读取Default Handling属性，当S-CSCF网元读取Default Handling属性时，则缺省AS由于故障而不能向用户提供服务。

4.根据权利要求2所述的方法，其特征在于，该方法进一步包括：对设置了冗余AS的缺省AS，设置缺省AS的服务IFC的Default Handling属性为会话重定向SESSION_REDIRECTED，SESSION_REDIRECTED用于指示是否匹配优先级次之的IFC；

步骤A中，确定所述缺省AS由于故障而不能向用户提供服务为：

A11、当确定缺省AS响应后，S-CSCF网元判断是否读取Default Handling属性，当S-CSCF网元读取Default Handling属性时，执行步骤A12；

A12、S-CSCF网元确定Default Handling属性为SESSION_REDIRECTED时，判断所述缺省AS是否没有向S-CSCF网元返回响应消息，当缺省AS没有返回响应消息，则确定所述缺省AS由于故障而不能向用户提供服务，匹配优先级次之的IFC。

5.根据权利要求3或4所述的方法，其特征在于，所述判断是否读取DefaultHandling属性的条件为：判断缺省AS响应是否为缺省AS向S-CSCF网元返回请求超时响应、或服务器错误响应、或不返回响应，当缺省AS向S-CSCF网元返回请求超时响应、或服务器错误响应、或不返回响应时，则S-CSCF网元读取Default Handling属性。

6.根据权利要求4所述的方法，其特征在于，步骤A12中，当缺省AS向S-CSCF网元返回请求超时响应或服务器错误响应响应消息时；

S-CSCF网元根据优先级仅低于所述缺省AS的服务IFC中的DefaultHandling属性确定后续操作。

7.根据权利要求2、3或4所述的方法，其特征在于，该方法进一步包括：在冗余AS的服务IFC中增加冗余触发条件；所述匹配优先级仅低于所述缺省AS服务IFC的IFC为：

当S-CSCF网元根据当前服务初始业务请求消息匹配优先级仅低于所述缺省AS服务IFC的IFC时，还判断当前服务初始业务请求消息是否满足冗余AS服务IFC中的冗余触发条件，如果是，则成功匹配冗余AS的服务IFC，触发冗余AS向用户提供服务；否则，不触发冗余AS向用户提供服务.

8.根据权利要求7所述的方法，其特征在于，该方法进一步包括：在冗余AS或缺省AS在成功提供服务后，在向S-CSCF网元返回的服务初始业请求消息中增加成功标志；所述冗余触发条件为：服务初始业务请求消息中不携带成功标志；

所述判断当前服务初始业务请求消息是否满足冗余AS服务IFC中的冗余触发条件为：S-CSCF网元根据冗余AS的服务IFC中的冗余触发条件，判断当前服务初始业务请求消息中是否携带成功标志，如果没有，则成功匹配到冗余AS的服务IFC。

9.根据权利要求7所述的方法，其特征在于，所述在冗余AS的服务IFC中增加冗余触发条件为：在IFC的触发点Trigger Point中增加用于描述冗余触发条件的服务点触发条件Service Point Trigger。

10.根据权利要求8所述的方法，其特征在于，所述服务初始业务请求消息中增加成功标志为：在服务初始业务请求消息的头域中增加成功标志。

11.根据权利要求1至4中任一权利要求所述的方法，其特征在于，当设置了冗余AS的缺省AS提供已注册服务时，该方法进一步包括：在用户签约信息中生成冗余AS的注册IFC，具体为：

a21、拷贝冗余AS对应的缺省AS的注册IFC；

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

S-CSCF网元通过匹配冗余AS的注册IFC，根据生成的注册IFC触发冗余AS进行第三方注册。

12.根据权利要求11所述的方法，其特征在于，当所述更改拷贝的注册IFC中的优先级为：更改所述拷贝的注册IFC中的优先级高于对应缺省AS的注册IFC；则该方法进一步包括，确定拷贝的注册IFC中的Default Handling取值为SESSION_CONTINUED；

当所述更改拷贝的注册IFC中的优先级为：更改所述拷贝的注册IFC中的优先级低于对应缺省AS的注册IFC；则该方法进一步包括，确定对应缺省AS的注册IFC中的Default Handling取值为SESSION_CONTINUED。

13.一种提高服务可靠性的系统，其特征在于，该系统至少包括S-CSCF网元、一个或一个以上的缺省AS，以及至少一个为缺省AS设置的冗余AS；其中，

S-CSCF网元，用于触发缺省AS向用户提供服务；并在确定所述缺省AS由于故障而不能向用户提供服务时，匹配优先级仅低于所述缺省AS的服务IFC，匹配到优先级仅低于所述缺省AS的冗余AS时触发缺省AS对应的冗余AS向用户提供服务；

冗余AS，用于设置其服务IFC的优先级仅低于对应缺省AS的服务IFC，在对应缺省AS由于故障而不能向用户提供服务时，代替该缺省AS向用户提供服务。

14.根据权利要求13所述的系统，其特征在于，

所述S-CSCF网元，用于当缺省AS设置了冗余AS时，触发冗余AS进行第三方注册；

所述冗余AS，用于根据S-CSCF的指示进行第三方注册。

Images