专利名称：在应用服务器池中选择应用服务器的方法及装置的制作方法
技术领域：
本发明涉及IP多媒体子系统(IMS，IP Multimedia Subsystem)，尤其涉及一种在应用服务器池(AS POOL)中选择应用服务器(AS，Application Server)的方法及装置。
背景技术：
为了满足多媒体通信的需要，第三代合作伙伴计划(3GPP)组织在原有分组承载网的基础上引入了 IMS，IMS不仅能向用户提供传统语音业务，也能向用户提供丰富的多媒体体验。图1为IMS网络的基本架构图。如图1所示，IMS网络的主要网元包括呼叫控制实体(CSCF，Call Session Control Function)、归属用户服务器(HSS, Home Subscriber Server)、AS。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. CNAS-1. COM. CN
AS-2. COM. CN AS-3. COM. CN 表IDNS配置示例当S-CSCF收到某个用户的注册请求或呼叫请求时，S-CSCF通过该用户的IFC获知AS Name为AS. COM. CN,然后通过查询DNS得知AS. COM. CN对应三个主机名，则S-CSCF随机选择一个AS并将注册请求或呼叫请求转发给所选择的AS。在3GPP现有的IFC机制下，S-CSCF每收到一个呼叫请求都会执行检查IFC以获取下一跳AS的操作，并且任意两次操作之间都没有关联关系。这样就会产生如下现象1、用户A发起第一次呼叫请求，S-CSCF将呼叫请求随机转发到AS-I来执行业务；2、用户A发起第二次呼叫请求，S-CSCF将呼叫请求随机转发到AS_2来执行业务。在基本的语音呼叫中，这种做法没有问题。但是，在很多补充业务场景中，要求用户的前后多次呼叫请求都经过同一个AS，否则业务无法执行，比如网络侧产生的遇忙前转业务。举例如下前提用户A签约了 AS-I并激活了遇忙前转业务。步骤1 用户A呼叫用户B，S-CSCF将用户A的呼叫请求转发到AS-I，呼叫建立成功；步骤2 用户C呼叫用户A，S-CSCF将该目标是用户A的呼叫请求转发到AS_2，但 AS-2并不知道用户A目前正处于呼叫状态，因此无法触发遇忙前转业务。上述问题不解决，AS的POOL组网无法进入实际的商业运营。有一种解决方案是在S-CSCF第一次收到某个用户的注册请求或呼叫请求时，在将注册请求或呼叫请求转发到某个AS后，S-CSCF在本地数据库中记录用户的公共用户标识(PUI，Public User Identity)与AS地址的关联关系，这样在收到该用户的第二次呼叫请求时，S-CSCF可以直接在本地数据库中查询到一个AS地址并将第二次呼叫请求转发到该AS。这种方案对于注册用户是适用的，S-CSCF可以在用户注册时长内保存这种关联关系；但是对于未注册用户，S-CSCF需要选择一个较长的时间段来保存这种关联关系，且这种方案违反了 3GPP标准的要求，即根据IFC执行触发AS。
发明内容
有鉴于此，本发明的主要目的在于提供一种在AS POOL中选择AS的方法及装置， 能够在AS POOL组网方式下执行补充业务。为达到上述目的，本发明的技术方案是这样实现的一种在应用服务器池中选择应用服务器的方法，包括第一服务器通过选择的算法将一个用户的特征信息对应到一个应用服务器，并将所述用户的业务转发到与所述用户对应的应用服务器上。进一步地，所述选择的算法为散列算法。进一步地，所述散列算法为取模运算。进一步地，第一服务器通过取模运算将一个用户的特征信息对应到一个应用服务器的过程包括第一服务器将用户的特征信息对应用服务器池中应用服务器的权重之和进行取模，得到一个模值；并根据预定的所述模值与应用服务器的对应关系，将所述模值对应的用户对应到所述应用服务器。进一步地，当处理主叫侧业务时，所述第一服务器将用户的特征信息对应用服务器池中应用服务器的权重之和进行取模的过程为所述第一服务器将主叫用户的特征信息对应用服务器池中应用服务器的权重之和进行取模；当处理被叫侧业务时，所述第一服务器将用户的特征信息对应用服务器池中应用服务器的权重之和进行取模的过程为所述第一服务器将被叫用户的特征信息对应用服务器池中应用服务器的权重之和进行取模。进一步地，所述第一服务器为服务呼叫控制实体或代理应用服务器。进一步地，所述用户的特征信息为用户的公共用户标识或用户所属接入网的标识。一种在应用服务器池中选择应用服务器的装置，用于通过选择的算法将一个用户的特征信息对应到一个应用服务器，并将所述用户的业务转发到与所述用户对应的应用服务器上。进一步地，所述第一服务器为服务呼叫控制实体或代理应用服务器；所述用户的特征信息为用户的公共用户标识或用户所属接入网的标识。进一步地，所述选择的算法为取模运算。由以上技术方案可以看出，本发明通过建立用户的特征信息与AS的对应关系，将同一个用户的业务总是分配到同一个AS上处理，从而允许在AS POOL组网方式下执行各种补充业务，这样可以使AS的POOL组网进入实际的商业运营。
图1为现有技术中IMS网络的基本架构图；图2为现有技术中IMS网络中AS的POOL组网方式示意图；图3为现有技术中代理AS选择AS的流程示意图；图4为本发明S-CSCF在AS POOL中选择AS的流程示意图。
具体实施例方式本发明的基本思想是第一服务器通过选择的算法将一个用户的特征信息对应到一个AS，并将该用户的业务转发到与该用户对应的AS上。这种方法动态生成用户与AS的绑定关系，且动态算法的计算结果对于用户的每次呼叫都是相同的。其中，第一服务器为S-CSCF或代理AS (Itep AS)。用户的特征信息可以为用户的 PUI或用户所属接入网的标识(ID)。选择的算法可以为散列算法，更具体地，散列算法可以为取模运算。第一服务器通过取模运算将一个用户的特征信息对应到一个应用服务器的过程包括第一服务器将用户的特征信息对应用服务器池中应用服务器的权重之和进行取模，得到一个模值；并根据预定的所述模值与应用服务器的对应关系，将所述模值对应的用户对应到所述应用服务器。下面通过一些实施例来说明如何通过取模运算建立用户与AS的对应关系。实施例一假设AS POOL中存在三个容量相同的AS (如表1所示)，则该三个AS的权重之比为1 1 1，该三个AS的权重之和为3，应当理解，S-CSCF应该将用户的PUI对3取模， 且取模后得到的模值为0、1、2。S-CSCF可以自动生成如表2所示的AS与模值的对应关系， 表2中AS与模值的对应关系仅作为示例，不构成对本发明的限定。
权利要求
1.一种在应用服务器池中选择应用服务器的方法，其特征在于，所述方法包括第一服务器通过选择的算法将一个用户的特征信息对应到一个应用服务器，并将所述用户的业务转发到与所述用户对应的应用服务器上。
2.根据权利要求1所述的在应用服务器池中选择应用服务器的方法，其特征在于，所述选择的算法为散列算法。
3.根据权利要求2所述的在应用服务器池中选择应用服务器的方法，其特征在于，所述散列算法为取模运算。
4.根据权利要求3所述的在应用服务器池中选择应用服务器的方法，其特征在于，第一服务器通过取模运算将一个用户的特征信息对应到一个应用服务器的过程包括第一服务器将用户的特征信息对应用服务器池中应用服务器的权重之和进行取模，得到一个模值；并根据预定的所述模值与应用服务器的对应关系，将所述模值对应的用户对应到所述应用服务器。
5.根据权利要求4所述的在应用服务器池中选择应用服务器的方法，其特征在于，当处理主叫侧业务时，所述第一服务器将用户的特征信息对应用服务器池中应用服务器的权重之和进行取模的过程为所述第一服务器将主叫用户的特征信息对应用服务器池中应用服务器的权重之和进行取模；当处理被叫侧业务时，所述第一服务器将用户的特征信息对应用服务器池中应用服务器的权重之和进行取模的过程为所述第一服务器将被叫用户的特征信息对应用服务器池中应用服务器的权重之和进行取模。
6.根据权利要求1所述的在应用服务器池中选择应用服务器的方法，其特征在于，所述第一服务器为服务呼叫控制实体或代理应用服务器。
7.根据权利要求1所述的在应用服务器池中选择应用服务器的方法，其特征在于，所述用户的特征信息为用户的公共用户标识或用户所属接入网的标识。
8.—种在应用服务器池中选择应用服务器的装置，其特征在于，所述装置用于通过选择的算法将一个用户的特征信息对应到一个应用服务器，并将所述用户的业务转发到与所述用户对应的应用服务器上。
9.根据权利要求8所述的在应用服务器池中选择应用服务器的装置，其特征在于，所述第一服务器为服务呼叫控制实体或代理应用服务器；所述用户的特征信息为用户的公共用户标识或用户所属接入网的标识。
10.根据权利要求8所述的在应用服务器池中选择应用服务器的装置，其特征在于，所述选择的算法为取模运算。
全文摘要
本发明公开了一种在应用服务器池中选择应用服务器的方法及装置。所述方法包括第一服务器通过选择的算法将一个用户的特征信息对应到一个应用服务器，并将所述用户的业务转发到与所述用户对应的应用服务器上。采用本发明，能够在应用服务器池组网方式下执行补充业务。
文档编号H04L29/06GK102571699SQ20101059761
公开日2012年7月11日 申请日期2010年12月20日 优先权日2010年12月20日
发明者倪明, 张林林, 朱蓉俊, 王志松 申请人:中兴通讯股份有限公司