CN102035798A - 一种实现容灾的业务处理方法、系统及装置 - Google Patents

Abstract

本发明公开了一种实现容灾的业务处理方法，应用于包括至少两个业务服务器的IMS网络中，用以解决现有实现容灾的业务处理中，识别是否为容灾用户终端的业务过程复杂的技术问题。该方法包括：服务呼叫控制实体根据保存的用户终端的初始过滤规则IFC，向处理所述用户终端业务的第一业务服务器发送所述第一初始会话协议SIP业务请求信令，当所述服务呼叫控制实体确定所述第一业务服务器发生故障时，向第二业务服务器发送带有容灾用户终端标识的第二SIP业务请求信令，使所述第二业务服务器根据所述第二SIP业务请求信令，进行对应的容灾业务处理。

Description

一种实现容灾的业务处理方法、系统及装置

技术领域

本发明涉及IP多媒体子系统技术领域，特别涉及一种实现容灾的业务处理的方法、系统及装置。

背景技术

为了满足多媒体通信的需要，3GPP在原有分组承载网的基础上引入了IP多媒体子系统(IMS，IP Multimedia Subsystem)，IMS不仅能向用户终端提供传统语音业务，也能向用户终端提供丰富的多媒体体验。图1描述了IMS网络的基本架构。

其中，IMS主要的网元包括：呼叫控制实体(CSCF，Call Session Control Function)、归属用户服务器(HSS，Home Subscriber Server)、业务服务器(AS，Application Server)。

而CSCF分三种类型：服务呼叫控制实体(Serving-Call Session Control Function，S-CSCF)、查询呼叫控制实体(Interrogating-Call Session Control Function，I-CSCF)、代理呼叫控制实体(Proxy-Call Session Control Function，P-CSCF)。P-CSCF可处于用户终端当前所在地接入网内，作为用户终端接入IMS网络的第一个联系网元，把用户终端的初始会话协议(SIP，Session Initiation Protocol)呼叫信令转发到IMS核心网。I-CSCF可完成网络内部信息隐藏的功能，支持网络安全。S-CSCF作为核心的呼叫控制实体，完成基本的呼叫控制功能，提供与业务服务器的接口。

AS向用户终端提供业务，网络中可以有多个AS，分别提供不同的业务或为不同的用户终端服务。HSS存储了用户终端的数据信息。

S-CSCF会从HSS下载得到用户信息(user profile)，该用户信息包括了用户终端的初始过滤规则(Initial Filter Criteria，IFC)数据，IFC指定了为用户服务的业务服务器设备名。当S-CSCF收到SIP注册信令时，可以根据IFC触发到一个AS。当S-CSCF收到SIP初始请求信令时，也根据IFC触发到一个AS。AS收到触发的信令后，如果当前信令是注册信令，则执行注册处理。如果收到的信令是初始请求信令，则执行用户终端的业务处理。

当AS发生整机级的故障，例如：电源系统发送故障、通讯线路终端，或其他自然灾害，这样，IMS中其他网元，例如S-CSCF，将无法访问该AS。因此，必须采用一种手段，解决上述AS发生整机级的故障时，S-CSCF无法访问该AS的问题。这种场景即为容灾场景。

常用的容灾方法包括：提供异地的另一个AS设备提供整机备份。具体可以采用主备容灾和互为容灾的方法。

其中，主备容灾的方法包括：

IMS网络中包括两个AS，备AS拥有主AS上所有用户终端的数据，其它公共数据、物理数据配置也与主AS完全一样，相当于主AS的一个镜像。在主AS正常的情况下，备AS不接受任何业务触发，处于完全的闲置状态。而在主AS发生故障时，备AS会代替主AS的工作。之后，主AS恢复正常之后，备AS返回闲置状态。

互为容灾的方法包括：

IMS网络中存在两个AS，各处理不同用户终端的业务。S-CSCF收到A用户终端的呼叫后，根据A用户终端的IFC触发到AS-A。S-CSCF收到B用户终端的呼叫后，根据B用户终端的IFC触发到AS-B。即网络中一些用户终端的业务由AS-A处理，另外一些用户终端的业务由AS-B处理。

而在AS-A发生故障后，S-CSCF发现AS-A故障，会把A用户终端的呼叫触发到AS-B。此时B用户终端的呼叫仍由S-CSCF触发到AS-B。即此时网络中所有用户终端的业务都由AS-B处理。之后当AS-A恢复正常后，AS-A还是处理原来那些用户终端的业务，另一些用户终端的业务仍由AS-B处理。

同样，当AS-B发生故障时，S-CSCF发现AS-B故障，会把B用户终端的呼叫触发到AS-A。此时A用户终端的呼叫仍由S-CSCF触发到AS-A。即此时网络中所有用户终端的业务都由AS-A处理。之后当AS-B恢复正常后，AS-B还是处理原来那些用户终端的业务，另一些用户终端的业务仍由AS-A处理。

在互为容灾的场景中，当AS-A发生故障后，A、B用户终端的业务都由AS-B处理。此时，对AS-B来说，用户终端A就是容灾用户终端，在业务处理上与正常用户终端有不同之处。因此，AS-B面临着一个问题：

对于主叫触发来说，当呼叫触发上来时，如何识别这个呼叫是由正常用户终端发起，还是容灾用户终端发起。只有识别了正常用户终端和容灾用户终端，AS-B才可以为正常用户终端、容灾用户终端选择不同的业务处理流程。对于被叫触发来说，当呼叫触发上来时，如何识别这个呼叫是呼向正常用户终端，还是呼向容灾用户终端。只有识别了正常用户终端和容灾用户终端，AS-B才可以为正常用户终端、容灾用户终端选择不同的业务处理流程。

目前，在互为容灾的场景下，AS识别容灾用户终端方法包括：每个AS保存一个正常用户终端列表。对于主叫侧的AS来说，每当收到呼叫信令时，AS从呼叫信令中取出主叫号码，当发现主叫号码不在正常用户终端列表中，即认为是容灾用户终端发起的呼叫。同样，对于被叫侧的AS来说，每当收到呼叫信令时，AS从呼叫信令中取出被叫号码，当发现被叫号码不在正常用户终端列表中，即认为是呼叫目标是容灾用户终端。

上述这个方法将AS与用户终端绑定在一起，每当用户终端IFC中的业务服务器信息修改之后，例如：用户终端1的业务原来由AS-A处理，后来改成由AS-B处理，这样，AS-A与AS-B这两个业务服务器均要修改配置数据，从AS-A上的正常用户终端列表中删除这个用户终端，在AS-B上的正常用户终端列表中新增这个用户终端。

在3GPP标准中，AS可以是由单独的第三方业务运营商提供，HSS常由核心网运营商管理，AS所属的第三方业务运营商与核心网运营商经常不是同一个运营商。而修改用户终端IFC是在HSS上由核心网运营商的网络管理员操作，修改AS的正常用户终端列表则由第三方业务运营商的网络管理员进行操作。

可见，此方法需要两个运营商的网络管理员一起执行操作，需要采取数据同步的手段保证两个设备上的数据达到一致状态，因此，现有的AS识别容灾用户终端方法，在数据维护上很不方便。

发明内容

本发明实施例提供一种实现容灾的业务处理方法、系统及装置，用以解决现有实现容灾的业务处理中，识别是否为容灾用户终端的业务过程复杂的技术问题。

本发明实施例提供一种实现容灾的业务处理系统，应用于包括至少两个业务服务器的IMS网络中，包括：

服务呼叫控制实体，用于根据保存的用户终端的初始过滤规则IFC，向处理所述用户终端业务的第一业务服务器发送第一初始会话协议SIP业务请求信令，当确定所述第一业务服务器发生故障时，向第二业务服务器发送带有容灾用户终端标识的第二SIP业务请求信令；

第二业务服务器，用于根据所述第二SIP业务请求信令，进行对应的业务处理。

所述服务呼叫控制实体，还用于接收所述用户终端的初始会话协议SIP注册信令，并根据接收的初始会话协议SIP注册信令，从归属用户服务器下载所述用户终端的初始过滤规则IFC；

所述系统还包括：

归属用户服务器，用于保存用户终端的初始过滤规则IFC。

所述服务呼叫控制实体，还用于在所述第一初始会话协议SIP业务请求信令的顶路由TOP ROUTE头参数中，增加一个用于标识容灾用户终端的扩展参数，并将增加后的第一初始会话协议SIP业务请求信令确定为第二初始会话协议SIP业务请求信令。

所述服务呼叫控制实体，还用于将所述第一初始会话协议SIP业务请求信令的顶路由TOP ROUTE头参数中用于识别业务类型的扩展参数，扩展为识别业务类型和容灾用户终端的扩展参数，并将扩展后的第一初始会话协议SIP业务请求信令确定为第二初始会话协议SIP业务请求信令。

本发明实施例提供一种实现容灾的业务处理方法，应用于上述的系统中，该方法包括：

服务呼叫控制实体根据保存的用户终端的初始过滤规则IFC，向处理所述用户终端业务的第一业务服务器发送所述第一初始会话协议SIP业务请求信令；

当所述服务呼叫控制实体确定所述第一业务服务器发生故障时，向第二业务服务器发送带有容灾用户终端标识的第二SIP业务请求信令，使所述第二业务服务器根据所述第二SIP业务请求信令，进行对应的业务处理。

其中，所述服务呼叫控制实体保存所述用户终端的IFC包括：

所述服务呼叫控制实体接收所述用户终端的初始会话协议SIP注册信令；

所述服务呼叫控制实体根据接收的初始会话协议SIP注册信令，从归属用户服务器下载所述用户终端的初始过滤规则IFC。

所述向第二业务服务器发送带有容灾用户终端标识的第二初始会话协议SIP业务请求信令包括：

在所述第一初始会话协议SIP业务请求信令的顶路由TOP ROUTE头参数中，增加一个用于标识容灾用户终端的扩展参数，并将增加后的第一初始会话协议SIP业务请求信令确定为第二初始会话协议SIP业务请求信令；或，

将所述第一初始会话协议SIP业务请求信令的TOP ROUTE头参数中用于识别业务类型的扩展参数，扩展为识别业务类型和容灾用户终端的扩展参数，并将扩展后的第一初始会话协议SIP业务请求信令确定为第二初始会话协议SIP业务请求信令。

本发明实施例提供一种实现容灾的业务处理的装置，应用于上述系统中，包括：

第一发送单元，用于根据保存的用户终端的初始过滤规则IFC，向处理所述用户终端业务的第一业务服务器发送第一SIP业务请求信令；

第二发送单元，用于当确定所述第一业务服务器发生故障时，向第二业务服务器发送带有容灾用户终端标识的第二SIP业务请求信令，使所述第二业务服务器根据所述第二SIP业务请求信令，进行对应的业务处理。

所述装置还包括：

接收单元，用于接收所述用户终端的初始会话协议SIP注册信令；

下载单元，用于根据接收的初始会话协议SIP注册信令，从归属用户服务器下载所述用户终端的初始过滤规则IFC。

所述第二发送单元，还用于在所述第一初始会话协议SIP业务请求信令的顶路由TOP ROUTE头参数中，增加一个用于标识容灾用户终端的扩展参数，并将增加后的第一初始会话协议SIP业务请求信令确定为第二初始会话协议SIP业务请求信令。

所述第二发送单元，还用于将所述第一初始会话协议SIP业务请求信令的TOP ROUTE头参数中用于识别业务类型的扩展参数，扩展为识别业务类型和容灾用户终端的扩展参数，并将扩展后的第一初始会话协议SIP业务请求信令确定为第二初始会话协议SIP业务请求信令。

本发明实施例中，服务呼叫控制实体根据保存的用户终端的初始过滤规则IFC，向处理所述用户终端业务的第一业务服务器，发送所述第一初始会话协议SIP业务请求信令，当所述服务呼叫控制实体确定所述第一业务服务器发生故障时，向第二业务服务器发送带有容灾用户终端标识的第二SIP业务请求信令，这样，所述第二业务服务器根据所述第二SIP业务请求信令中容灾用户终端标识，可以迅速识别出容灾用户终端，并采用容灾用户终端对应的策略，进行业务处理，并且，第二业务服务器也不需要保存正常用户终端的列表，从而不需要网络管理员进行维护和修改。

附图说明

图1为现有技术中IMS网络系统架构图；

图2为本发明实施例中IMS网络系统架构图；

图3为本发明实施例中实现容灾的业务处理流程图；

图4为本发明实施例中服务呼叫控制实体的结构图。

具体实施方式

本发明实施例的IMS网络中，业务数据与用户终端数据保存在HSS上。当AS启动后，在初始状态下并无任何业务数据与用户终端数据。只有当AS收到用户终端的注册信令时，才会从HSS下载该用户终端的业务数据与用户终端数据，这样，当S-CSCF发送的该用户终端的业务请求信令触发到AS后，AS根据注册时下载的用户终端数据，执行对应的业务处理。

HSS中的用户终端数据包括了IFC，用户终端注册时，S-CSCF可以从HSS下载得到IFC后，这样，S-CSCF可以根据保存的用户终端的IFC，确定处理该用户终端的业务AS，并发送第一业务请求信令触发确定的AS。

当确定的AS正常时，AS根据第一业务请求信令，进行对应的业务处理。这里，该AS可以根据注册时下载的用户终端数据，采用正常用户终端对应的策略，对接收的第一业务请求信令，进行对应的业务处理。

当确定的AS发生故障时，S-CSCF向IMS网络中另一AS发送带有容灾用户终端标识的第二业务请求信令，该AS根据第二业务请求信令中携带的容灾用户标识，采用容灾用户终端对应的策略，进行业务处理。

当IMS网络中，只有两个AS时，这两个AS可以互为容灾，当IMS网络中有多个AS时，当一个AS发生故障时，S-CSCF可以根据设定优先级，向IMS网络中优先级高的AS发送带有容灾用户终端标识的第二业务请求信令；或者，S-CSCF可以任意选择一个AS，向该AS发送带有容灾用户终端标识的第二业务请求信令。

下面结合说明书附图对本发明实施例作进一步详细描述。

参见图2，本发明实施例中IMS系统中包括：第一用户终端100、第二用户终端200、S-CSCF300、第一AS400、第二AS500和HSS600。其中、第一AS400和第二AS500互为容灾。

当第一用户终端100向S-CSCF300发送注册请求时，S-CSCF300从HSS600下载第一用户终端100数据，该数据中包括了第一用户终端100的IFC。S-CSCF300保存了第一用户终端100的IFC，根据第一用户终端100的IFC，确定处理第一用户终端100业务的业务服务器为第一AS400，因此，S-CSCF300向第一AS400发送第一用户终端100的注册请求，这样，第一AS400从HSS600下载并保存第一用户终端100的业务数据。

同样，当第二用户终端200向S-CSCF300发送注册请求时，S-CSCF300从HSS600下载第二用户终端200数据，该数据中包括了第二用户终端的IFC。S-CSCF300保存了第二用户终端200的IFC，根据第二用户终端200的IFC，确定处理第二用户终端200业务的业务服务器为第二AS500，因此，S-CSCF300向第二AS500发送第二用户终端200的注册请求，这样，第二AS500从HSS600下载并保存第二用户终端200的业务数据。

参见图3，该IMS网络中，业务处理过程包括：

步骤301：S-CSCF接收SIP业务请求信令。

这里，当该S-CSCF在主叫侧的IMS网络中，用户终端通过P-CSCF向S-CSCF发送SIP业务请求信令，这样，该S-CSCF从P-CSCF接收SIP业务请求信令。

当该S-CSCF在被叫侧的IMS网络，主叫侧的IMS网络处理完主叫的SIP业务请求信令后，主叫侧的S-CSCF将该SIP业务请求信令发送给被叫侧S-CSCF，即这里，该S-CSCF从主叫侧的S-CSCF接收SIP业务请求信令。

步骤302：S-CSCF根据保存的IFC，确定处理该业务请求信令的AS为第一AS。

这里，在用户终端注册时，S-CSCF已经从HSS下载保存了IFC，从而，可以确定处理该业务请求信令的AS为第一AS。

步骤303：S-CSCF向确定的第一AS发送第一SIP业务请求信令。

这里，S-CSCF可以首先在接收的SIP业务请求信令中加入用来区分业务类型的标识，将加入标识后的SIP业务请求信令确定为第一SIP业务请求信令，然后向第一AS发送第一SIP业务请求信令。

S-CSCF收到SIP业务请求信令可以是主叫的SIP业务请求信令，或者是被叫的SIP业务请求信令，即业务类型包括主叫业务、或被叫业务。因此，S-CSCF根据接收到的SIP业务请求信令，在接收的SIP业务请求信令中加入用来区分业务类型的标识，将加入业务类型标识的SIP业务请求信令作为第一SIP业务请求信令。

步骤304：第一AS根据接收的第一SIP业务请求信令，进行对应的业务处理。

用户终端注册时，第一AS已经从HSS下载并保存了该第一用户终端的业务数据，且第一AS收到的业务类型标识并不是容灾业务类型标识，因此，当第一AS运行正常时，采用正常用户对应的策略，对接收到第一SIP业务请求信令进行业务处理，并向S-CSCF反馈业务处理结果。

当第一AS发生故障时，则不能进行业务处理，从而也不能向S-CSCF反馈业务处理结果。

步骤305：S-CSCF判断第一AS是否发生故障，当确定第一AS发送故障时，执行步骤306，否则，执行步骤309。

这里，当S-CSCF在设定的时间内，没有收到第一AS反馈的业务处理结果，则确定第一AS发生故障时，执行步骤306。

当S-CSCF在设定的时间内，收到第一AS反馈的业务处理结果，则确定第一AS运行正常，执行步骤309。

步骤306：S-CSCF向第二AS发送用户终端的第二SIP业务请求信令，其中，第二SIP业务请求信令携带容灾用户终端标识。

本发明实施例中，第一AS与第二AS互为容灾，因此，当S-CSCF确定第一AS出现故障时，S-CSCF向第二AS发送用户终端的第二SIP业务请求信令，并且，该第二SIP业务请求信令中携带容灾用户终端标识。

根据步骤303可知，S-CSCF的第一用户终端的第一SIP业务请求信令中包括了业务类型的标识，这里，可以在第一SIP业务请求信令增加一个容灾用户终端标识，或者，直接将业务类型的标识扩展两个标识值，分别表示主叫容灾业务、被叫容灾业务。使得扩展后的标识既可以作为业务类型的标识，也可以作为容灾用户终端标识。S-CSCF将包括了容灾用户终端标识的SIP业务请求信令作为第二SIP业务请求信令。

步骤307：第二AS根据接收的第二SIP业务请求信令，进行对应的业务处理。

这里，第二AS接收到第二SIP业务请求信令后，解析该第二SIP业务请求信令，根据第二SIP业务请求信令携带的容灾用户标识，确定当前要执行容灾业务处理流程，第二AS对接收到的第二SIP业务请求信令进行业务处理。

步骤308：第二AS向S-CSCF反馈业务处理结果。

这里，第二AS向S-CSCF反馈业务处理结果一般为SIP业务信令。

步骤309：S-CSCF处理反馈的业务处理结果。本次业务处理流程结束。

第一AS或第二AS业务处理完后，都会向S-CSCF反馈业务处理结果，从而，S-CSCF处理反馈的业务处理结果。

这里，当S-CSCF在主叫侧的IMS网络中，则S-CSCF根据业务处理结果获取被叫用户终端的信息，并将业务处理结果信令路由到被叫网络侧的S-CSCF。

当S-CSCF在被叫侧的IMS网络中，则S-CSCF根据业务处理结果，取出被叫用户终端在注册时在S-CSCF上登记的用户终端联系地址，将业务处理结果转发给P-CSCF，P-CSCF再将业务处理结果转发给被叫用户终端。

上述实施例步骤303中第一SIP业务请求信令携带业务类型的标识过程包括：S-CSCF可以在SIP业务请求信令的顶路由(Top Route)头参数中加入一个扩展参数，用来区分主叫用户终端业务与被叫用户终端业务，这样，AS根据第一SIP业务请求信令，可以确定当前是执行主叫用户业务还是被叫用户业务。例如：

如果是主叫用户终端业务业务，Top route头的形式可以是：

Route：<sip：AS 1.com.cn；lr>；mode＝mo

如果是被叫用户终端业务，Top route头的形式可以是：

Route：<sip：AS 1.com.cn；lr>；mode＝mt

Mode＝mo表示执行主叫用户终端业务，mode＝mt表示执行被叫用户终端业务。

这样，当第一SIP业务请求信令的Top Route头参数包括了一个用于识别业务类型的扩展参数后，上述实施例步骤306中可以扩展该扩展参数的标识值，使扩展后的扩展参数不仅可以用于识别业务类型，还可以用于识别容灾用户终端，并将修改后的第一SIP业务请求信令确定为第二SIP业务请求信令。

如果是主叫用户终端业务业务，步骤303中Top route头的形式可以是：

Route：<sip：AS 1.com.cn；lr>；mode＝mo

这里，可以将Mode＝mo，修改为Mode＝mobak，用来表示执行主叫用户终端业务，并且该用户终端为容灾用户终端。修改后的Top route头的形式可以是：

Route：<sip：AS 2.com.cn；lr>；mode＝mobak

则包括上述Top route头业务请求信令为第二SIP业务请求信令。

同样，步骤303中，如果是被叫用户终端业务，Top route头的形式可以是：

Route：<sip：AS 1.com.cn；lr>；mode＝mt

这里，可以将Mode＝mt，修改为Mode＝mtbak，用来表示执行被叫用户终端业务，并且该用户终端为容灾用户终端。修改后的Top route头的形式可以是：

Route：<sip：AS 2.com.cn；lr>；mode＝mtbak

则包括上述Top route头业务请求信令为第二SIP业务请求信令。可见，本发明实施例中，扩展后的mode参数，其值分别为mo、mt、mobak、mtbak。

当然，本发明实施例，S-CSCF还可以直接在SIP业务请求信令的Top Route头参数中，增加一个于识别容灾用户终端的扩展参数，并将增加后的第一SIP业务请求信令确定为第二SIP业务请求信令。

本发明实施例中的实现容灾的业务处理系统，应用于包括至少两个业务服务器的IMS网络中，可以直接参见图2，包括：服务呼叫控制实体S-CSCF300和第二业务服务器AS500。

服务呼叫控制实体S-CSCF300，用于根据保存的用户终端的IFC，向处理所述用户终端业务的第一AS，发送第一SIP业务请求信令，当确定所述第一AS发生故障时，向第二AS发送带有容灾用户终端标识的第二SIP业务请求信令，使所述第二AS根据所述第二SIP业务请求信令，进行对应的业务处理。

第二业务服务器AS500，用于据所述第二SIP业务请求信令，进行对应的业务处理。

其中，S-CSCF300，还用于接收所述用户终端的SIP注册信令，并根据接收的SIP注册信令，从归属用户服务器下载所述用户终端的IFC。

可见，该系统还包括：

HSS600，用于保存用户终端的IFC。

S-CSCF300，还用于在所述第一SIP业务请求信令的TOP ROUTE头参数中，增加一个用于标识容灾用户终端的扩展参数，并将增加后的第一SIP业务请求信令确定为第二SIP业务请求信令。

S-CSCF300，还用于将所述第一SIP业务请求信令的TOP ROUTE头参数中用于识别业务类型的扩展参数，扩展为识别业务类型和容灾用户终端的扩展参数，并将扩展后的第一SIP业务请求信令确定为第二SIP业务请求信令。

在上述的业务处理系统中，参见图4，实现容灾的业务处理装置包括：第一发送单元410和第二发送单元420。

第一发送单元410，用于根据保存的用户终端的IFC，向处理所述用户终端业务的第一业务服务器，发送第一SIP业务请求信令。

第二发送单元420，用于当确定所述第一业务服务器发生故障时，向第二业务服务器发送带有容灾用户终端标识的第二SIP业务请求信令，使所述第二业务服务器根据所述第二SIP业务请求信令，进行对应的业务处理。

该服务呼叫控制实体还包括：

接收单元，用于接收所述用户终端的SIP注册信令。

下载单元，用于根据接收的SIP注册信令，从归属用户服务器下载所述用户终端的IFC。

其中，第二发送单元420，还用于在所述第一SIP业务请求信令的TOP ROUTE头参数中，增加一个用于标识容灾用户终端的扩展参数，并将增加后的第一SIP业务请求信令确定为第二SIP业务请求信令。

以及，第二发送单元420，还用于将所述第一SIP业务请求信令的TOP ROUTE头参数中用于识别业务类型的扩展参数，扩展为识别业务类型和容灾用户终端的扩展参数，并将扩展后的第一SIP业务请求信令确定为第二SIP业务请求信令。

本发明实施例中，实现容灾的业务处理装置可以为服务呼叫控制实体S-CSCF。

可见，本发明实施例中，当S-CSCF确定处理SIP业务请求信令的AS没有回应的情况下，即AS发生了故障，并不是直接执行下一个IFC、或直接拒绝呼叫、或直接路由到后续网络，而是选择与该AS容灾的备份AS转发SIP业务请求信令。只有当备份AS也没有回应的情况下，才执行下一个IFC、或直接拒绝呼叫、或直接路由到被叫侧网络。

并且，本发明实施例实现容灾的业务处理方法，不仅可应用于两个AS互为容灾的场景，也可用于多个AS互为容灾的场景。例如，一个AS可有多个备份AS，其中每个备份AS的优先级不同，这样，当S-CSCF在选择的优先级最高的第一个备份AS没有回应的情况，可以继续选择次优先级的备份AS转发SIP业务请求信令。

当然，本发明实施例中实现容灾的业务处理方法不仅可应用于AS互为容灾的场景下，也可应用于主备容灾场景下。对于S-CSCF来说，不需要知道AS的容灾方法是互为容灾，还是主备容灾，只需要知道AS的备份AS即可，并在AS没有回应时选择其备份AS转发SIP业务请求信令即可。

综上所述，本发明实施例IMS网络中，S-CSCF根据保存的用户终端的IFC，向处理所述用户终端业务的第一AS，发送所述用户终端的第一SIP业务请求信令，当S-CSCF确定所述第一业务服务器发生故障时，向第二AS发送所述用户终端的带有容灾用户终端标识的第二SIP业务请求信令，这样，第二AS可以根据第二SIP业务请求信令中携带的容灾用户终端标识，识别出该用户终端为容灾用户终端，从而直接采用容灾用户终端对应的策略，进行业务处理，可见，AS能很快识别出容灾用户终端，并且，AS不需要配置特别数据，即不需要保存正常用户终端的列表，从而，也不需要网络管理员进行对应的数据维护操作，减少了人为不稳定因素，也节省了人力成本。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若对本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (11)

1.一种实现容灾的业务处理系统，应用于包括至少两个业务服务器的IMS网络中，其特征在于，包括：

服务呼叫控制实体，用于根据保存的用户终端的初始过滤规则IFC，向处理所述用户终端业务的第一业务服务器发送第一初始会话协议SIP业务请求信令，当确定所述第一业务服务器发生故障时，向第二业务服务器发送带有容灾用户终端标识的第二初始会话协议SIP业务请求信令；

第二业务服务器，用于根据所述第二初始会话协议SIP业务请求信令，进行对应的业务处理。

2.如权利要求1所述的系统，其特征在于，

所述服务呼叫控制实体，还用于接收所述用户终端的初始会话协议SIP注册信令，并根据接收的初始会话协议SIP注册信令，从归属用户服务器下载所述用户终端的初始过滤规则IFC；

所述系统还包括：

归属用户服务器，用于保存用户终端的初始过滤规则IFC。

3.如权利要求1所述的系统，其特征在于，

所述服务呼叫控制实体，还用于在所述第一初始会话协议SIP业务请求信令的顶路由TOP ROUTE头参数中，增加一个用于标识容灾用户终端的扩展参数，并将增加后的第一初始会话协议SIP业务请求信令确定为第二初始会话协议SIP业务请求信令。

4.如权利要求1所述的系统，其特征在于，

所述服务呼叫控制实体，还用于将所述第一初始会话协议SIP业务请求信令的顶路由TOPROUTE头参数中用于识别业务类型的扩展参数，扩展为识别业务类型和容灾用户终端的扩展参数，并将扩展后的第一初始会话协议SIP业务请求信令确定为第二初始会话协议SIP业务请求信令。

5.一种实现容灾的业务处理方法，其特征在于，应用于如权利要求1所述的系统中，该方法包括：

服务呼叫控制实体根据保存的用户终端的初始过滤规则IFC，向处理所述用户终端业务的第一业务服务器发送所述第一初始会话协议SIP业务请求信令；

当所述服务呼叫控制实体确定所述第一业务服务器发生故障时，向第二业务服务器发送带有容灾用户终端标识的第二初始会话协议SIP业务请求信令，使所述第二业务服务器根据所述第二初始会话协议SIP业务请求信令，进行对应的业务处理。

6.如权利要求5所述的方法，其特征在于，所述服务呼叫控制实体保存所述用户终端的IFC包括：

所述服务呼叫控制实体接收所述用户终端的初始会话协议SIP注册信令；

所述服务呼叫控制实体根据接收的初始会话协议SIP注册信令，从归属用户服务器下载所述用户终端的初始过滤规则IFC。

7.如权利要求5所述的方法，其特征在于，所述向第二业务服务器发送带有容灾用户终端标识的第二初始会话协议SIP业务请求信令包括：

在所述第一初始会话协议SIP业务请求信令的顶路由TOP ROUTE头参数中，增加一个用于标识容灾用户终端的扩展参数，并将增加后的第一初始会话协议SIP业务请求信令确定为第二初始会话协议SIP业务请求信令；或，

将所述第一初始会话协议SIP业务请求信令的TOP ROUTE头参数中用于识别业务类型的扩展参数，扩展为识别业务类型和容灾用户终端的扩展参数，并将扩展后的第一初始会话协议SIP业务请求信令确定为第二初始会话协议SIP业务请求信令。

8.一种实现容灾的业务处理装置，其特征在于，应用于如权利要求1所述的系统中，包括：

第一发送单元，用于根据保存的用户终端的初始过滤规则IFC，向处理所述用户终端业务的第一业务服务器发送第一初始会话协议SIP业务请求信令；

第二发送单元，用于当确定所述第一业务服务器发生故障时，向第二业务服务器发送带有容灾用户终端标识的第二初始会话协议SIP业务请求信令，使所述第二业务服务器根据所述第二初始会话协议SIP业务请求信令，进行对应的业务处理。

9.如权利要求8所述的装置，其特征在于，还包括：

接收单元，用于接收所述用户终端的初始会话协议SIP注册信令；

下载单元，用于根据接收的初始会话协议SIP注册信令，从归属用户服务器下载所述用户终端的初始过滤规则IFC。

10.如权利要求8所述的装置，其特征在于，

所述第二发送单元，还用于在所述第一初始会话协议SIP业务请求信令的顶路由TOP ROUTE头参数中，增加一个用于标识容灾用户终端的扩展参数，并将增加后的第一初始会话协议SIP业务请求信令确定为第二初始会话协议SIP业务请求信令。

11.如权利要求8所述的装置，其特征在于，

所述第二发送单元，还用于将所述第一初始会话协议SIP业务请求信令的TOP ROUTE头参数中用于识别业务类型的扩展参数，扩展为识别业务类型和容灾用户终端的扩展参数，并将扩展后的第一初始会话协议SIP业务请求信令确定为第二初始会话协议SIP业务请求信令。

Images