CN102571387A

CN102571387A - Ims网络中实现异地容灾的方法及装置

Info

Publication number: CN102571387A
Application number: CN2010105979439A
Authority: CN
Inventors: 王志松; 朱蓉俊; 倪明; 张林林
Original assignee: ZTE Corp
Current assignee: Shenzhen Zhongxing Communication Technology Service Co., Ltd.
Priority date: 2010-12-21
Filing date: 2010-12-21
Publication date: 2012-07-11
Anticipated expiration: 2030-12-21
Also published as: WO2012083775A1; CN102571387B; BR112013015629A2; BR112013015629B1

Abstract

本发明公开了一种IMS网络中实现异地容灾的方法及装置。所述方法包括：当应用服务器池中有AS发生故障时，第一服务器将原来归属于发生故障的AS的用户的业务转发到正常AS上；将原来归属于正常AS的用户的业务转发到用户原来归属的AS上。采用本发明，能够当AS POOL中有AS发生故障时，使原来归属于正常AS的用户在容灾前后不受影响。

Description

IMS网络中实现异地容灾的方法及装置

技术领域

本发明涉及IP多媒体子系统(IMS，IP Multimedia Subsystem)，尤其涉及一种IMS网络中实现异地容灾的方法及装置。

背景技术

为了满足多媒体通信的需要，第三代合作伙伴计划(3GPP)组织在原有分组承载网的基础上引入了IMS，IMS不仅能向用户提供传统语音业务，也能向用户提供丰富的多媒体体验。

图1为IMS网络的基本架构图。如图1所示，IMS网络的主要网元包括：呼叫控制实体(CSCF，Call Session Control Function)、归属用户服务器(HSS，Home Subscriber Server)、应用服务器(AS，Application Server)。

CSCF分为三种类型：代理CSCF(P-CSCF，Proxy-Call Session ControlFunction)、查询CSCF(I-CSCF，Interrogating-Call Session Control Function)和服务CSCF(S-CSCF，Serving-Call Session Control Function)。P-CSCF可处于用户所属的接入网内，作为用户接入IMS网络的第一个联系网元，将用户的初始会话协议(SIP，Session Initiation Protocol)信令转发到IMS核心网(IMS网络中用SIP信令作为呼叫控制的信令协议，IMS核心网包括网元I-CSCF、S-CSCF、HSS、AS)。I-CSCF(图中未示出)可实现网络内部信息隐藏的功能，支持网络安全。S-CSCF作为核心的呼叫控制实体，实现基本的呼叫控制功能，提供S-CSCF与AS间的接口。

AS向用户提供各种业务，如基本的语音业务，以及视频业务和补充业务。HSS记录IMS网络中每个用户的签约数据(签约数据包括用户的用户信息与业务数据)，配合CSCF实现路由功能，并提供认证、授权功能。用户签约数据在用户注册时从HSS被下载到S-CSCF，其中的业务数据被下载到AS后，供AS完成用户业务处理所用。用户签约数据中包含有用户的业务触发规则(IFC，Initial Filter Criteria，也称为初始过滤规则)，IFC中包含有提供业务的AS的地址信息。

在实际的网络建设中，设备内部的软硬件组件都采用备份机制，并通过分布式设计(指多个相同功能的设备组件同时工作)以支持大容量用户与网络安全。不仅设备内部的重要软硬件组件在本地有备份且采用分布式设计，在网元级别，所有重要设备都常常采用异地分布式部署与异地备份机制(常称为异地容灾机制)。

IMS技术属于新兴技术，目前大部分电话用户还是通过现存的通信网络实现通信服务。各种常见的用于语音、视频通信的通信网络包括：传统的公共交换电话网络(PSTN，Public Switched Telephone Network)、传统的公众陆地移动电话网(PLMN、Public Land Mobile Network)、智能网、VOIP(如H.323协议，软交换技术)等等。

3GPP组织认为IMS核心网发展的目标是接入所有现存网络的用户，即所有现存用户都统一接入IMS核心网来享受通信业务，这种要求意味着IMS核心网需要支持的用户容量会非常庞大，相当于目前所有语音、视频通信网络的用户之和，即IMS核心网中的设备需要支持数亿级别的用户。

单个设备支持数亿级别的用户在现有计算机技术中存在难度，设备厂商与网络运营商常常采用多个设备分别负担一部分用户的方式来达到全网支持大容量用户的目标，另外，多个设备间的组网方式也需要支持异地容灾机制。

AS作为IMS核心网中的重要设备，IMS网络中的大部分业务都需要经过AS处理，所以AS在组网上需要考虑支持大容量用户与完备的异地容灾机制。其中，AS处理的大部分业务是由S-CSCF转发来的。

目前，存在一种AS的组网方式，称为AS池(POOL)组网，多个AS构成一个POOL，如图2所示。AS POOL组网方式的特点是IMS网络中的用户业务由多个AS共同承担，因此能够支持大容量用户并提高网络的安全性。

根据现有技术可知，在IMS网络中，S-CSCF根据用户的IFC寻找一个AS来实现用户业务，用户的IFC中包含有某个AS名称(AS Name)。

在AS POOL组网方式下，对网络运营商来说比较方便的一种做法是在所有用户的IFC中指定同样的AS名称。在S-CSCF收到呼叫请求后，S-CSCF在真实的AS主机名中选择一个，并将呼叫请求转发给所选择的AS。

假设IMS网络中存在三个容量相同的AS，其主机名分别为AS-1.COM.CN、AS-2.COM.CN、AS-3.COM.CN。但网络运营商向HSS发放用户签约数据时，将所有用户的IFC中的AS Name均指定为AS.COM.CN，这是一个虚拟的AS名称。另外，在域名系统(DNS，Domain Name System)配置虚拟的AS名称与真实的AS主机名的对应关系，如表1所示。

AS Name	主机名	优先级
			AS.COM.CN	AS-1.COM.CN	1
	AS-2.COM.CN	1
				AS-3.COM.CN	1

表1DNS配置示例

当S-CSCF收到某个用户的注册请求或呼叫请求时，S-CSCF通过该用户的IFC获知AS Name为AS.COM.CN，然后通过查询DNS得知AS.COM.CN对应三个主机名，则S-CSCF随机选择一个AS并将注册请求或呼叫请求转发给所选择的AS。

在实际商用中，为了保证同一个用户的多次呼叫请求都能由同一个AS处理以满足部分补充业务的要求，S-CSCF会将用户的公共用户标识(PUI，Public User Identity)利用散列算法映射到某个AS上。

以表1为例，S-CSCF可以自动生成如表2所示的AS与模值的对应关系。

主机名	模值
		AS-1.COM.CN	0
AS-2.COM.CN	1
		AS-3.COM.CN	2

表2AS POOL中AS与模值的对应关系一

假设S-CSCF收到用户A的一个呼叫请求，用户A的PUI为52871235，则52871235mod 3＝0，根据表2，S-CSCF将该呼叫请求转发到AS-1上。

通过上述方法，可以使一个用户与一个AS建立归属关系(当算法不变时)，因此同一个用户的多次呼叫请求一定可以转发到同一个AS。

AS POOL组网的一个出发点是提高网络的安全性，当有一个或多个AS发生故障时，这些AS上承担的用户业务能被其余正常AS所接管，从全网的角度来说，仍能向所有用户提供业务。

S-CSCF的分发算法必须能支持AS POOL中AS发生故障的场景。有一种容灾方案如下：

假设AS-1发生故障，则表2相应变化为表3：

主机名	模值
		AS-2.COM.CN	0
AS-3.COM.CN	1

表3AS POOL中AS与模值的对应关系二(容灾场景)

假设S-CSCF收到用户A的一个呼叫请求，用户A的PUI为52871235，则52871235mod 2＝1，根据表3，S-CSCF将该呼叫请求转发到AS-3上。

容灾的一个要求是：上述用户A的业务原来由AS-1处理，在AS-1发生故障后，用户A的业务由其它正常AS(如AS-3)接管，上述容灾方案能满足这种要求。

但是上述容灾方案使仍处于正常状态的AS-2、AS-3上的用户也发生了迁移，分析如下：

假设用户B的PUI为52871234，在AS-1没有发生故障时，52871234mod3＝2，因此用户B的业务由AS-3负责。在AS-1发生故障后，52871234mod2＝0，则现在用户B的业务由AS-2负责。这会产生如下问题：用户B的前后两次呼叫请求分别在AS-3、AS-2在处理，影响了用户B的补充业务的实现，因此这种容灾方案不是很完善。

发明内容

有鉴于此，本发明的主要目的在于提供一种IMS网络中实现异地容灾的方法及装置，当AS POOL中有AS发生故障时，使原来归属于正常AS的用户在容灾前后不受影响。

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

一种IMS网络中实现异地容灾的方法，所述IMS网络中包含有第一服务器和应用服务器池，所述方法包括：

当应用服务器池中有AS发生故障时，第一服务器将原来归属于发生故障的AS的用户的业务转发到正常AS上；将原来归属于正常AS的用户的业务转发到用户原来归属的AS上。

进一步地，所述方法具体包括：

当第一服务器收到一个用户的业务时，第一服务器将所述用户的特征信息对应用服务器池中所有AS的权重之和进行取模，得到第一模值；

第一服务器通过查找第一对应关系表获得第一模值对应的第一AS，并将第一模值对应的用户的业务转发到第一模值对应的第一AS上，其中，所述第一对应关系表中包含有所有AS与模值的对应关系；

在转发用户的业务后，如果第一服务器未收到第一AS的响应，则第一服务器确认第一AS发生故障，则生成包含有所有正常AS与模值的对应关系的第二对应关系表，并将所述用户的特征信息对应用服务器池中所有正常AS的权重之和进行取模，得到第二模值；

第一服务器通过查找第二对应关系表获得第二模值对应的第二AS，并将第二模值对应的用户的业务转发到第二模值对应的第二AS上；

如果第一服务器未收到第二AS的响应，则返回生成第二对应关系表的步骤，直至将用户的业务转发到正常的AS上。

进一步地，所述方法具体包括：

第一服务器通过查找第一对应关系表获得第一模值对应的第一AS，所述第一对应关系表中包含有所有AS与模值的对应关系；

第一服务器判断第一AS是否是预先获得的正常AS列表中的一个，如果是，则将第一模值对应的用户的业务转发到第一模值对应的第一AS上；否则，

第一服务器将所述用户的特征信息对应用服务器池中所有正常AS的权重之和进行取模，得到第二模值；

第一服务器通过查找第二对应关系表获得第二模值对应的第二AS，并将第二模值对应的用户的业务转发到第二模值对应的第二AS上，其中，第二对应关系表中包含有所有正常AS与模值的对应关系。

进一步地，当处理主叫侧业务时，所述用户的特征信息为主叫用户的特征信息；当处理被叫侧业务时，所述用户的特征信息为被叫用户的特征信息。

进一步地，所述第一服务器为服务呼叫控制实体或代理AS。

进一步地，所述用户的特征信息为用户的公共用户标识或用户所属接入网的标识。

一种IMS网络中实现异地容灾的装置，用于：当IMS网络的应用服务器池中有AS发生故障时，将原来归属于发生故障的AS的用户的业务转发到正常AS上；将原来归属于正常AS的用户的业务转发到用户原来归属的AS上。

进一步地，所述装置包括：第一计算模块、转发模块和第二计算模块；其中，

第一计算模块，用于当收到一个用户的业务时，将所述用户的特征信息对应用服务器池中所有AS的权重之和进行取模，得到第一模值；

转发模块，用于通过查找第一对应关系表获得第一模值对应的第一AS，并将第一模值对应的用户的业务转发到第一模值对应的第一AS上，其中，所述第一对应关系表中包含有所有AS与模值的对应关系；在转发用户的业务后，如果未收到第一AS的响应，则确认第一AS发生故障，则触发第二计算模块；

第二计算模块，用于生成包含有所有正常AS与模值的对应关系的第二对应关系表，并将所述用户的特征信息对应用服务器池中所有正常AS的权重之和进行取模，得到第二模值；

转发模块，还用于通过查找第二对应关系表获得第二模值对应的第二AS，并将第二模值对应的用户的业务转发到第二模值对应的第二AS上；如果转发模块未收到第二AS的响应，则触发第二计算模块，直至将用户的业务转发到正常的AS上。

进一步地，所述装置包括：第一计算模块、查找模块、判断模块、转发模块和第二计算模块；其中，

查找模块，用于通过查找第一对应关系表获得第一模值对应的第一AS，所述第一对应关系表中包含有所有AS与模值的对应关系；

判断模块，用于判断第一AS是否是预先获得的正常AS列表中的一个，如果是，则触发转发模块将第一模值对应的用户的业务转发到第一模值对应的第一AS上；否则，触发第二计算模块；

第二计算模块，用于将所述用户的特征信息对应用服务器池中所有正常AS的权重之和进行取模，得到第二模值；

查找模块，还用于通过查找第二对应关系表获得第二模值对应的第二AS，其中，第二对应关系表中包含有所有正常AS与模值的对应关系；

转发模块，用于将第二模值对应的用户的业务转发到第二模值对应的第二AS上。

由以上技术方案可以看出，当AS POOL中有AS发生故障时，将原来归属于正常AS的用户的业务仍就转发到用户原来归属的AS上，因此使原来归属于正常AS的用户在容灾前后不受影响，从而允许在AS POOL组网方式下执行各种补充业务，这样有助于AS的POOL组网进入实际的商业运营。具体地，通过在S-CSCF上维护包含所有AS与模值对应关系的第一对应关系表、以及包含所有正常AS与模值对应关系的第二对应关系表，可以将原来归属于发生故障的AS的用户的业务转发到正常AS上；将原来归属于正常AS的用户的业务转发到用户原来归属的AS上。

附图说明

图1为现有技术中IMS网络的基本架构图；

图2为现有技术中IMS网络中AS的POOL组网方式示意图；

图3为现有技术中代理AS选择AS的流程示意图；

图4为本发明第一种IMS网络中实现异地容灾的方法的流程图；

图5为本发明第二种IMS网络中实现异地容灾的方法的流程图；

图6为本发明S-CSCF在AS POOL中选择AS的流程图；

图7为本发明第一种IMS网络中实现异地容灾的装置的结构图；

图8为本发明第二种IMS网络中实现异地容灾的装置的结构图。

具体实施方式

本发明的基本思想是当AS POOL中有AS发生故障时，第一服务器将原来归属于发生故障的AS的用户的业务转发到正常AS上；将原来归属于正常AS的用户的业务转发到用户原来归属的AS上。

其中，第一服务器为S-CSCF或代理AS(Rep AS)。用户的特征信息可以为用户的PUI或用户所属接入网的标识(ID)。

下面结合附图对本发明IMS网络中实现异地容灾的方法进行详细说明。

如图4所示，本发明第一种IMS网络中实现异地容灾的方法包括：

步骤401，当S-CSCF收到一个用户的业务时，S-CSCF将用户的PUI对AS POOL中所有AS的权重之和进行取模，得到第一模值；

步骤402，S-CSCF通过查找第一对应关系表获得第一模值对应的第一AS，该第一对应关系表中包含有所有AS与模值的对应关系；

步骤403，S-CSCF将第一模值对应的用户的业务转发到第一模值对应的第一AS上；

如果S-CSCF收到第一AS的响应，则转发成功，流程结束；否则，执行步骤404；

步骤404，如果S-CSCF未收到第一AS的响应，则S-CSCF确认第一AS发生故障，则生成包含有所有正常AS与模值的对应关系的第二对应关系表；

步骤405，S-CSCF将用户的PUI对AS POOL中所有正常AS的权重之和进行取模，得到第二模值；

步骤406，S-CSCF通过查找第二对应关系表获得第二模值对应的第二AS；

步骤407，S-CSCF将第二模值对应的用户的业务转发到第二模值对应的第二AS上；

如果S-CSCF收到第二AS的响应，则转发成功，流程结束；否则，返回步骤404。

由以上流程可以看出，在AS POOL中有AS发生故障后，根据本发明的方法，既能使原来归属于发生故障的AS的用户的业务转发到正常AS上，又不会影响原来归属于正常AS的用户。

如图5所示，本发明第二种IMS网络中实现异地容灾的方法包括：

步骤501，当S-CSCF收到一个用户的业务时，S-CSCF将用户的PUI对AS POOL中所有AS的权重之和进行取模，得到第一模值；

步骤502，S-CSCF通过查找第一对应关系表获得第一模值对应的第一AS，该第一对应关系表中包含有所有AS与模值的对应关系；

步骤503-504，S-CSCF判断第一AS是否是预先获得的正常AS列表中的一个；如果是，则将第一模值对应的用户的业务转发到第一模值对应的第一AS上；否则，执行步骤505；

S-CSCF可以通过以下方式预先获得正常AS列表：S-CSCF通过自身与AS间的心跳消息(如SIP Option消息)来自动识别AS是否发生故障，或管理员手工配置AS的可用状态；

步骤505，S-CSCF将用户的PUI对AS POOL中所有正常AS的权重之和进行取模，得到第二模值；

步骤506，S-CSCF通过查找第二对应关系表获得第二模值对应的第二AS，该第二对应关系表中包含有所有正常AS与模值的对应关系，该第二对应关系可以是在S-CSCF获得正常AS列表后生成的；

步骤507，S-CSCF将第二模值对应的用户的业务转发到第二模值对应的第二AS上。

通过比较两种方法的流程可知，第二种方法不需要重复转发用户的业务，直接能将用户的业务转发到正常AS上，因此能够提高S-CSCF的转发效率。

下面通过实施例对本发明做进一步详细说明。

承接背景技术中所举的例子，假设AS-1瘫痪，S-CSCF收到用户A的一个呼叫请求，用户A的PUI为52871235。

根据第一种方法，52871235 mod 3＝0，0对应表2中的AS-1，则S-CSCF将该呼叫请求转发到AS-1上。S-CSCF在预定的时间未收到AS-1的响应，则S-CSCF确认AS-1发生故障，并生成表3。S-CSCF再将52871235对2取模，得到1，则S-CSCF将该呼叫请求转发到AS-3上。

根据第二种方法，52871235 mod 3＝0，则S-CSCF得知该用户对应AS-1，由于S-CSCF预先获得了正常AS列表，因此通过查找正常AS列表可知AS-1不可用，则S-CSCF再将52871235对2取模，得到1，则S-CSCF将该呼叫请求转发到AS-3上。

本发明所述方法不仅适用于AS POOL中一个AS发生故障的容灾场景，也适用于多个AS同时发生故障的容灾场景。比如，假设一个AS发生故障，其负责的用户发起呼叫请求后，S-CSCF最多需要两次取模运算，就可得到一个正常的AS来处理呼叫请求。假设两个AS发生故障，任一个发生故障的AS负责的用户发起呼叫请求后，S-CSCF最多需要三次取模运算(可能两次取模运算后即可得到一个正常的AS)，就可得到一个正常的AS来处理呼叫请求。

进一步地，AS POOL中AS的容量可以是不一样的，则表2中需要添加一个权重参数，变为表4。

主机名	模值	权重
			AS-1.COM.CN	0、1	2
AS-2.COM.CN	1	1
			AS-3.COM.CN	2	1

表4AS POOL中AS与模值的对应关系三(含权重参数)

在这种情况下，本发明仍能适用，但是所有AS的权重之和为4，因此在将PUI对所有AS的权重之和取模时，需要对4取模。

上述实施例中均使用数字格式的PUI，因此直接将PUI进行取模运算，但是PUI、用户所属接入网的ID也可为文本数字串，因此需要将文本数字串通过特殊算法转化为数字后再进行取模运算，转化后的数字在IMS网络中是唯一的。如何将文本数字串转换为数字不是本发明讨论的重点，在此不做说明。

另一方面，在IMS网络中存在一种设备称为代理AS。如图3所示，现有技术中当IMS网络只存在两个AS时，代理AS选择AS的流程包括：

步骤301，S-CSCF收到一个用户的SIP请求(SIP Request)；

步骤302-303，S-CSCF根据用户的IFC选择一个代理AS，并将SIP请求转发给代理AS；

步骤304，代理AS路由到AS-1；

步骤305-307，定时器超时，代理AS重新选择AS-2并将SIP请求转发给AS-2；

步骤308，AS-2返回SIP响应(SIP Response)。

由以上流程可以看出，S-CSCF会将所有注册请求、呼叫请求均转发给代理AS，由代理AS选择AS。

在本发明中，代理AS选择AS的过程与S-CSCF选择AS的过程类似，在此不再赘述。另外，通过取模运算建立用户所属接入网的ID与AS的对应关系的过程与上述建立PUI与AS的对应关系的过程类似，在此不再赘述。

进一步地，在处理主叫侧业务时，S-CSCF或代理AS从呼叫信令中取出主叫用户的PUI执行取模运算；在处理被叫侧业务时，S-CSCF或代理AS从呼叫信令中取出被叫用户的PUI执行取模运算。

进一步地，一个用户可以同时拥有多个PUI，用户可以用任一PUI执行注册，但这些PUI在用户的签约数据中会以隐式注册集或别名组的形式存在。在用户的注册流程中，S-CSCF或代理AS可以从注册信令中取出用户隐式注册集或别名组中的第一个PUI(即缺省PUI)作为用户的特征信息执行取模运算，从而保证用户的多次注册都能由同一个AS处理。

进一步地，一个用户可以同时拥有多个PUI，用户可以用任一PUI发起呼叫或呼叫被叫的任一PUI，但用户的多个PUI在用户的签约数据中会以隐式注册集或别名组的形式存在。在用户的呼叫流程中，S-CSCF或代理AS可以从HSS得到主叫用户或被叫用户隐式注册集或别名组中的第一个PUI(即缺省PUI)作为用户的特征信息执行取模运算，从而保证用户的多次呼叫都能由同一个AS处理。

进一步地，在IMS网络中存在多个S-CSCF或多个代理AS，这些S-CSCF或代理AS均可接受用户呼叫并为用户选择AS，只要算法一致，都能实现同一个用户的多次呼叫请求转发到同一个AS上的目标。

进一步地，IMS网络中允许某些用户不经过注册就可执行呼叫，这种呼叫称为未注册呼叫。在处理未注册呼叫的主叫侧业务时，S-CSCF或代理AS从呼叫信令中取出主叫用户的PUI执行取模运算；在处理未注册呼叫的被叫侧业务时，S-CSCF或代理AS从呼叫信令中取出被叫用户的PUI执行取模运算。

下面通过一个具体实例，说明在容灾场景下S-CSCF如何选择AS，如图6所示，选择流程包括：

步骤601，S-CSCF收到一个用户的呼叫请求。

步骤602，S-CSCF从本地或HSS获得该用户的IFC，并从IFC得到一个AS名称。

步骤603-604，S-CSCF根据该AS名称查询DNS，假设DNS上配置了表1所示的AS名称与真实的AS主机名的对应关系，则DNS向S-CSCF返回三个主机名：AS-1.COM.CN、AS-2.COM.CN、AS-3.COM.CN。

IFC中的AS名称与主机名的对应关系可以配置在DNS，也可以由管理员在S-CSCF本地进行配置，这样S-CSCF就无需查询DNS。

步骤605，S-CSCF根据DNS返回的AS主机名自动生成如表2所示的AS与模值的对应关系；另外，也可以采用手工预建立、自动建立的方式产生表2，如表2中的AS与模值的对应关系可以由DNS建立，并在步骤604中返回给S-CSCF。

步骤606，当处理该呼叫的主叫侧业务时，S-CSCF从呼叫信令中取出主叫用户的PUI进行取模运算；当处理该呼叫的被叫侧业务时，S-CSCF从呼叫信令中取出被叫用户的PUI进行取模运算；

假设该S-CSCF为主叫侧S-CSCF，处理的是主叫侧的呼叫请求，且主叫用户的PUI为52871235，则将PUI对3取模得到0，根据表2，S-CSCF选择AS-1；

步骤607，S-CSCF将呼叫请求转发给AS-1。

步骤608，定时器超时，S-CSCF未收到AS-1的响应，则得知AS-1发生故障，则S-CSCF生成表3。

步骤609，S-CSCF将52871235对2取模得到1，根据表3，S-CSCF选择AS-3。

步骤610，S-CSCF将该呼叫请求转发给AS-3。

如果S-CSCF预先已通过自身与AS间的心跳消息得知AS-1发生故障，并据此生成了表3，则可以跳过步骤607和608，直接执行步骤609。

为实现上述IMS网络中实现异地容灾的方法，本发明还相应提供一种IMS网络中实现异地容灾的装置。该装置位于S-CSCF或代理AS中，且用于：当AS POOL中有AS发生故障时，将原来归属于发生故障的AS的用户的业务转发到正常AS上；将原来归属于正常AS的用户的业务转发到用户原来归属的AS上。

如图7所示，根据本发明的一个实施例，所述装置包括：：第一计算模块、转发模块和第二计算模块；其中，

如图8所示，根据本发明的另一个实施例，所述装置包括：第一计算模块、查找模块、判断模块、转发模块和第二计算模块；其中，

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

Claims

1.一种IMS网络中实现异地容灾的方法，所述IMS网络中包含有第一服务器和应用服务器池，其特征在于，所述方法包括：

当应用服务器池中有应用服务器AS发生故障时，第一服务器将原来归属于发生故障的AS的用户的业务转发到正常AS上；将原来归属于正常AS的用户的业务转发到用户原来归属的AS上。

2.根据权利要求1所述的IMS网络中实现异地容灾的方法，其特征在于，所述方法具体包括：

3.根据权利要求1所述的IMS网络中实现异地容灾的方法，其特征在于，所述方法具体包括：

4.根据权利要求2或3所述的IMS网络中实现异地容灾的方法，其特征在于，当处理主叫侧业务时，所述用户的特征信息为主叫用户的特征信息；当处理被叫侧业务时，所述用户的特征信息为被叫用户的特征信息。

5.根据权利要求2或3所述的IMS网络中实现异地容灾的方法，其特征在于，所述第一服务器为服务呼叫控制实体或代理AS。

6.根据权利要求2或3所述的IMS网络中实现异地容灾的方法，其特征在于，所述用户的特征信息为用户的公共用户标识或用户所属接入网的标识。

7.一种IMS网络中实现异地容灾的装置，其特征在于，所述装置用于：当IMS网络的应用服务器池中有AS发生故障时，将原来归属于发生故障的AS的用户的业务转发到正常AS上；将原来归属于正常AS的用户的业务转发到用户原来归属的AS上。

8.根据权利要求7所述的IMS网络中实现异地容灾的装置，其特征在于，所述装置包括：第一计算模块、转发模块和第二计算模块；其中，

9.根据权利要求7所述的IMS网络中实现异地容灾的装置，其特征在于，所述装置包括：第一计算模块、查找模块、判断模块、转发模块和第二计算模块；其中，

10.根据权利要求8或9所述的IMS网络中实现异地容灾的装置，其特征在于，所述用户的特征信息为用户的公共用户标识或用户所属接入网的标识。