专利名称：一种实现容灾的业务处理方法、系统及装置的制作方法
技术领域：
本发明涉 及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 = mtMode = 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不需要配置特别数据，即不 需要保存正常用户终端的列表，从而，也不需要网络管理员进行对应的数据维护操作，减少 了人为不稳定因素，也节省了人力成本。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精 神和范围。这样，倘若对本发明的这些修改和变型属于本发明权利要求及其等同技术的范 围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1. 一种实现容灾的业务处理系统，应用于包括至少两个业务服务器的IMS网络中，其 特征在于，包括服务呼叫控制实体，用于根据保存的用户终端的初始过滤规则IFC，向处理所述用户 终端业务的第一业务服务器发送第一初始会话协议SIP业务请求信令，当确定所述第一业 务服务器发生故障时，向第二业务服务器发送带有容灾用户终端标识的第二初始会话协议 SIP业务请求信令；第二业务服务器，用于根据所述第二初始会话协议SIP业务请求信令，进行对应的业 务处理。
2.如权利要求1所述的系统，其特征在于，所述服务呼叫控制实体，还用于接收所述用户终端的初始会话协议SIP注册信令，并 根据接收的初始会话协议SIP注册信令，从归属用户服务器下载所述用户终端的初始过滤 规则IFC ；所述系统还包括归属用户服务器，用于保存用户终端的初始过滤规则IFC。
3.如权利要求1所述的系统，其特征在于，所述服务呼叫控制实体，还用于在所述第一初始会话协议SIP业务请求信令的顶路由 TOP ROUTE头参数中，增加一个用于标识容灾用户终端的扩展参数，并将增加后的第一初始 会话协议SIP业务请求信令确定为第二初始会话协议SIP业务请求信令。
4.如权利要求1所述的系统，其特征在于，所述服务呼叫控制实体，还用于将所述第一初始会话协议SIP业务请求信令的顶路由 T0PR0UTE头参数中用于识别业务类型的扩展参数，扩展为识别业务类型和容灾用户终端 的扩展参数，并将扩展后的第一初始会话协议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业务 请求信令。
全文摘要
本发明公开了一种实现容灾的业务处理方法，应用于包括至少两个业务服务器的IMS网络中，用以解决现有实现容灾的业务处理中，识别是否为容灾用户终端的业务过程复杂的技术问题。该方法包括服务呼叫控制实体根据保存的用户终端的初始过滤规则IFC，向处理所述用户终端业务的第一业务服务器发送所述第一初始会话协议SIP业务请求信令，当所述服务呼叫控制实体确定所述第一业务服务器发生故障时，向第二业务服务器发送带有容灾用户终端标识的第二SIP业务请求信令，使所述第二业务服务器根据所述第二SIP业务请求信令，进行对应的容灾业务处理。
文档编号H04W80/10GK102035798SQ20091017605
公开日2011年4月27日 申请日期2009年9月25日 优先权日2009年9月25日
发明者王志松, 陆纪文 申请人:中兴通讯股份有限公司