CN101459533A - 一种下一代网络中改进的应用服务器容灾的系统及方法 - Google Patents

Abstract

本发明提供一种下一代网络中改进的应用服务器容灾的系统及方法，该系统包括：主用应用服务器、一个或多个备用应用服务器、服务－呼叫会话控制功能及归属用户服务器；主用及备用应用服务器用于处理用户的业务请求；归属用户服务器用于存储用户的当前应用服务器的信息；服务－呼叫会话控制功能用于将收到的用户的与该当前应用服务器相关的业务请求触发到当前应用服务器进行处理。该方法包括：归属用户服务器存储用户的当前应用服务器的信息，服务－呼叫会话控制功能收到用户的与该当前应用服务器相关的业务请求后触发到当前应用服务器进行处理。采用本发明，可将一个用户的所有相关业务都触发到当前应用服务器上处理。

Description

一种下一代网络中改进的应用服务器容灾的系统及方法

技术领域

本发明涉及通信领域，更具体地，涉及以IP多媒体子系统(IP MultimediaSystem，IMS)为核心的下一代网络(NGN)中一种改进的应用服务器容灾的系统及方法。

背景技术

在以IP多媒体子系统(IMS)为核心的下一代网络(NGN)中，采用初始会话协议(SIP)作为业务控制协议，各项通信业务可由用户的智能终端与网络中的由运营商设置的应用服务器(AS)配合完成。

图1是下一代网络中的一种典型业务实现架构，其中，应用服务器(AS)(可能存在多个，分别用于不同的业务)通过接口与用户归属网络的服务-呼叫会话控制功能(S-CSCF)相连，用户终端A与用户终端B之间的SIP业务控制消息(用虚线标识)会流经各自的应用服务器(根据用户业务的种类，可能经过不同的应用服务器)，应用服务器可通过对业务控制消息的各种处理以实现丰富的业务。用户终端A与用户终端B利用业务消息交换并协商双方所支持的媒体参数，在两者之间建立媒体流连接(用实线标识)，媒体流用于传送通话话音包等数据。

以IMS为核心的下一代网络中的应用服务器容灾是指在发生灾难事件时，仍能为用户提供相应的业务的功能。其中，典型的灾难事件包括自然灾难，如火灾、洪水、地震、飓风、龙卷风、台风等，还有其它如原先提供给业务运营所需的服务中断，如设备故障、软件错误、电信网络中断和电力故障等等，以及人为的因素如操作员错误、破坏、植入有害代码和恐怖袭击等等。

应用服务器容灾的具体目标包括容灾后的系统对于用户业务实现的时间不会显著加长，容灾过程尽可能减少人为的干预，容灾后尽可能维持原有的业务特征，容灾的过程不会对系统产生大规模的信令交互等。

图2是3GPP(Third Generation Partnership Project，第三代伙伴计划)提出的一种应用服务器容灾的解决方案，它的实施步骤包括：

步骤101：S-CSCF收到SIP请求；

步骤102：S-CSCF根据iFC(initial Filter Criteria，初始过滤规则)选出一个应用服务器AS1；

步骤103：S-CSCF将SIP请求转发给AS1；

步骤104：AS1在一定时间内未响应，S-CSCF检测到请求超时；

步骤105：S-CSCF查询专门的服务器，例如，DNS(Domain Name System，域名系统)，SLF(Subscription Locator Function，订购关系定位功能)等，获取能处理请求的应用服务器列表。该查询可以基于iFC中特定的信息(例如，业务名称，应用服务器名称等)。

步骤106：DNS向S-CSCF返回查询结果；

步骤107：S-CSCF将该SIP请求转发给查询获取的应用服务器AS2；

步骤108：AS2通过Sh接口与HSS(Home Subscriber Server，归属用户服务器)交互获得指定用户的业务信息，执行具体的业务逻辑。

至此，实现了当AS1失效时，能由AS2提供服务的容灾功能；

该解决方案存在一个问题，当主用AS从失效恢复正常，并且S-CSCF按照会话进行AS选择时，会出现一个用户分别在主用AS和备用AS上处理业务请求的情况，这可能会造成一些业务的丢失。例如，如图2所示，当AS1恢复工作时，A的呼叫将重新在AS1上处理，这就很容易出现AS1失效期间的呼叫(A呼叫B)在AS2上处理，AS1恢复后的呼叫(A呼叫C)在AS1上处理，此时，如果A希望实现三方通话(将A、B、C接入一个会话中)或转接业务(将B的呼叫转接到C，使B与C通话)，由于AS1和AS2上都只有一个呼叫的信息，无法进行两个呼叫的关联，因此业务将无法完成。

另外，当网络运营过程中，有可能要求主用AS从失效恢复正常后，临时在备用AS上处理的用户如何能切回到主用AS上处理，现有解决方案未能解决该问题。

发明内容

本发明要解决的技术问题是提供一种下一代网络中改进的应用服务器容灾的系统及方法，当主用AS从失效恢复正常后，不会出现一个用户的业务在两个或多个AS上处理从而导致某些业务丢失的情况。

为了解决上述问题，本发明提供了一种下一代网络中改进的应用服务器容灾的方法，包括：归属用户服务器存储用户的当前应用服务器的信息，服务-呼叫会话控制功能收到所述用户的与所述当前应用服务器相关的业务请求后触发到所述当前应用服务器进行处理。

进一步地，所述服务-呼叫会话控制功能收到所述用户的与所述当前应用服务器相关的业务请求后触发到所述当前应用服务器进行处理是指：

服务-呼叫会话控制功能收到所述用户的业务请求后检查初始过滤规则确定所述用户对应的应用服务器，并将所述业务请求触发到确定的应用服务器，收到所述业务请求的应用服务器获取当前应用服务器的信息，若当前应用服务器为其他应用服务器且状态为当前可用，则向服务-呼叫会话控制功能返回重定向响应，其中携带当前应用服务器的信息，要求其将所述业务请求发送给当前应用服务器，所述服务-呼叫会话控制功能根据重定向响应将所述业务请求触发到当前应用服务器。

进一步地，收到所述业务请求的应用服务器获取当前应用服务器的信息是指，所述应用服务器首先检查本地记录的当前应用服务器的信息，若为空则向归属用户服务器发送订阅请求订阅当前应用服务器的信息，所述归属用户服务器收到所述订阅请求后向所述应用服务器返回订阅信息，其中包含当前应用服务器的信息；若不为空则直接读取当前应用服务器的信息；

所述当前应用服务器的信息包含当前应用服务器的地址。

进一步地，服务-呼叫会话控制功能收到所述用户的与所述当前应用服务器相关的业务请求后，若所述当前应用服务器失效，服务-呼叫会话控制功能通过查询域名系统为所述用户选择一备用应用服务器；

所述备用应用服务器获知主用应用服务器恢复正常且所述用户在其上的业务全部处理完毕后，向归属用户服务器请求将主用应用服务器作为所述用户的当前应用服务器，归属用户服务器收到所述请求后向备用应用服务器返回申请成功响应，更新本地记录的当前应用服务器的信息并通知主用及备用应用服务器当前应用服务器的信息。

进一步地，若所述应用服务器获取的当前应用服务器的信息为空则向归属用户服务器发送设置请求，申请作为所述用户的当前应用服务器，所述归属用户服务器收到所述设置请求后向所述应用服务器返回申请成功响应，更新本地记录的当前应用服务器的信息，并通知所述应用服务器当前应用服务器的信息发生变更，所述应用服务器收到当前应用服务器的信息发生变更的通知后更新本地记录的当前应用服务器的信息。

本发明还提供一种下一代网络中改进的应用服务器容灾的系统，包括：主用应用服务器、一个或多个备用应用服务器、服务-呼叫会话控制功能及归属用户服务器；

所述主用及备用应用服务器用于处理用户的业务请求；

其特征在于：

所述归属用户服务器用于存储用户的当前应用服务器的信息；

所述服务-呼叫会话控制功能用于将收到的所述用户的与所述当前应用服务器相关的业务请求触发到所述当前应用服务器进行处理。

进一步地，所述服务-呼叫会话控制功能用于将收到的所述用户的与所述当前应用服务器相关的业务请求触发到所述当前应用服务器进行处理是指：

服务-呼叫会话控制功能收到所述业务请求后检查初始过滤规则确定所述用户对应的应用服务器，并将所述业务请求触发到确定的应用服务器，并用于收到应用服务器返回的重定向响应后根据所述重定向响应将所述业务请求触发到当前应用服务器；

所述主用应用服务器还用于当收到业务请求后获取当前应用服务器的信息，若当前应用服务器为其他应用服务器且状态为当前可用，还用于向服务-呼叫会话控制功能返回重定向响应，其中携带当前应用服务器的信息，要求其将所述业务请求发送给当前应用服务器；

所述备用应用服务器还用于当收到业务请求后获取当前应用服务器的信息，若当前应用服务器为其他应用服务器且状态为当前可用，还用于向服务-呼叫会话控制功能返回重定向响应，其中携带当前应用服务器的信息，要求其将所述业务请求发送给当前应用服务器。

进一步地，所述备用应用服务器还用于记录当前应用服务器的信息；

服务-呼叫会话控制功能还用于收到所述用户的与所述当前应用服务器相关的业务请求后，若所述当前应用服务器失效，通过查询域名系统为所述用户选择一备用应用服务器；

所述备用应用服务器还用于获知主用应用服务器恢复正常，以及所述用户在其上的业务全部处理完毕后向归属用户服务器请求将主用应用服务器作为所述用户的当前应用服务器，还用于收到归属用户服务器发来的当前应用服务器的信息变更通知后更新本地记录的当前应用服务器的信息；

所述归属用户服务器还用于收到备用应用服务器发来的所述请求后向备用应用服务器返回申请成功响应，并通知主用及备用应用服务器当前应用服务器的信息发生变更。

进一步地，所述主用和/或备用应用服务器获取当前应用服务器的信息是指，主用和/或备用应用服务器首先检查本地记录的当前应用服务器的信息，若为空则向归属用户服务器发送订阅请求订阅当前应用服务器的信息，若不为空则直接读取当前应用服务器的信息；

所述归属用户服务器还用于收到所述订阅请求后向所述主用和/或备用应用服务器返回订阅信息，其中包含当前应用服务器的信息；

所述当前应用服务器的信息包含当前应用服务器的地址。

进一步地，所述主用和/备用应用服务器还用于当收到的归属用户服务器返回的当前应用服务器的信息为空时向归属用户服务器发送设置请求，申请作为用户的当前应用服务器，并于收到所述归属用户服务器返回的申请成功响应后更新本地记录的当前应用服务器的信息；

所述归属用户服务器还用于收到所述设置请求后更新本地记录的当前应用服务器的信息，并向所述主用和/备用应用服务器返回申请成功响应。

综上所述，本发明提供一种下一代网络中改进的应用服务器容灾的系统及方法，可实现将一个用户的所有相关业务都触发到当前AS上处理，这样，当主用AS从失效恢复正常后，避免了一个用户的相关业务在两个或多个AS上处理从而导致某些业务丢失的问题，其优化方案还能实现主用AS恢复正常后，将用户的AS从备用AS切回到主用AS。

附图说明

图1是下一代网络中的一种典型业务实现架构；

图2是现有技术中3GPP的应用服务器容灾方案；

图3是本发明系统结构图；

图4是本发明提出的改进的应用服务器容灾方法的切换过程；

图5是本发明提出的改进的应用服务器容灾方法的重定向过程；

图6是本发明提出的改进的应用服务器容灾方法的切回过程。

具体实施方式

本发明通过HSS或其他方式共享处理用户业务的当前AS信息，当某个AS收到业务请求时先订阅为用户提供服务的当前AS信息，并结合该AS的存活情况，判断该业务请求是否由本AS处理，当发现不应由本AS处理时，通过返回重定向响应，要求S-CSCF将业务请求发送给指定的AS，从而保证一个用户的相关业务在一个AS上处理，解决了相关业务请求在不同AS上处理引起的业务损失的问题。

本实施例提供一种下一代网络中改进的应用服务器容灾的系统，如图3所示，包括：主用AS、备用AS、S-CSCF、HSS及DNS。

主用AS用于处理用户的业务请求，为用户提供服务；还可以记录当前应用服务器的信息。还用于当收到S-CSCF发来的业务请求后获取当前应用服务器的信息，若当前应用服务器为其他AS且状态为当前可用，还用于向S-CSCF返回重定向响应，其中携带当前AS的信息，如当前AS的地址，要求其将业务请求发送给当前应用服务器。主用AS获取当前应用服务器的信息是指，主用AS首先检查本地记录的当前应用服务器的信息，若为空则向HSS发送订阅请求订阅当前AS的信息，若不为空则直接读取当前AS的信息；主用AS获取备用AS状态的方式可以但不限于是与备用AS交互获得。主用AS还可以记录当前AS的信息。

主用AS还可以用于当收到的HSS返回的当前AS的信息为空时向HSS发送设置请求，申请作为用户的当前AS，并于收到HSS返回的当前AS的信息发生变更后更新本地记录的当前AS的信息；

主用AS还可以用于收到S-CSCF发来的业务请求后检查本地记录的当前AS的信息，若为空则向HSS发送订阅请求订阅当前AS的信息，并于收到HSS返回的当前应用服务器的信息为空时向HSS发送设置请求，申请作为当前应用服务器，并于收到HSS返回的申请成功响应后更新本地记录的当前应用服务器的信息。订阅请求及设置请求包含能唯一标识该用户的用户标识。

当前AS即当前处理用户业务的AS，例如，在本发明中，主用AS未失效时该主用AS即为当前AS，主用AS失效启用备用AS后该备用AS即为当前AS，主用AS从失效恢复正常后，若选主用AS为用户处理请求则主用AS即为当前AS，若选备用AS为用户处理请求则备用AS即为当前AS。

备用AS用于处理用户的业务请求，为用户提供服务；还可以记录当前AS的信息。还用于获知主用AS恢复正常，以及用户在其上的业务全部处理完毕后向HSS请求将主用AS作为用户的当前AS，还用于收到HSS发来的当前AS的信息变更通知后更新本地记录的当前AS的信息；

备用AS还可以用于主用AS失效时收到S-CSCF发来的业务请求后检查本地记录的当前AS的信息，若为空则向HSS发送订阅请求订阅当前AS的信息，并于收到HSS返回的当前AS的信息为空时向HSS发送设置请求，申请作为当前应用服务器，并于收到HSS返回的申请成功响应后更新本地记录的当前应用服务器的信息；订阅请求及设置请求包含能唯一标识该用户的用户标识。

备用AS还可以用于当主用AS恢复正常且当前AS变为主用AS后若收到S-CSCF发来的业务请求，获取当前AS器的信息，若当前应用服务器为主用AS且状态为当前可用，还用于向S-CSCF返回重定向响应，要求其将业务请求发送给当前AS，其中携带当前AS的信息，如当前AS的地址。备用AS获取当前AS的信息是指，备用AS首先检查本地记录的当前AS的信息，若为空则向HSS发送订阅请求订阅当前AS的信息，若不为空则直接读取当前AS的信息；备用AS获取主用AS状态的方式可以但不限于是与主用AS交互获得。

S-CSCF用于收到用户的与当前AS相关的业务请求后，若当前AS失效，为该用户选择一备用AS，选择备用AS的方式可以但不限于是通过查询DNS，也可以通过其他方式获得，如通过本地的静态配置等；S-CSCF还用于将收到的用户与当前AS相关的业务请求触发到当前AS进行处理。S-CSCF将收到的用户的业务请求触发到当前AS进行处理是指，S-CSCF收到用户的业务请求后检查该用户的初始过滤规则(iFC)，确定用户对应的AS，并将业务请求触发到确定的AS，若收到某AS返回的重定向响应后根据该重定向响应将业务请求触发到当前AS；

HSS用于存储当前AS的信息，该信息包含能唯一标识AS的信息，可以但不限于是AS的地址；HSS还可以建立用户标识与其当前AS信息的对应关系。HSS还用于收到主用和/备用AS发来的订阅请求后向主用和/备用AS返回订阅信息，其中包含当前AS的信息，如当前AS的地址；还用于收到备用AS发来的将主用AS作为当前AS的请求后向备用AS返回申请成功响应，同时更新本地记录的当前应用服务器的信息，并通知主用及备用AS当前AS的信息发生变更；HSS还用于收到主用和/备用AS发来的设置请求后向主用和/备用AS返回申请成功响应，并更新本地记录的当前AS的信息。

DNS用于保存域名与AS列表的对应关系，允许S-CSCF进行查询操作，为S-CSCF选择AS提供依据。

IMS网络中的其他网元，例如P-CSCF，I-CSCF等，在本发明中没有特殊要求，因此，省略相关的过程描述。

下面结合附图进一步说明本发明，AS1和AS2均能为A用户提供服务，正常情况下由AS1处理A用户的业务请求，当AS1失效时，由AS2为A用户提供服务。为了描述的完整性，在本实施例中假定A用户在AS1、AS2上均未执行过业务处理。

如图4所示为本发明提出的改进的应用服务器容灾方法的切换过程，即当AS1失效即不可用时，会话能切换到AS2处理，具体实施过程如下：

步骤201：S-CSCF收到A呼叫B的INVITE业务请求；

步骤202：S-CSCF检查A的初始过滤规则(iFC)，确定A用户对应的应用服务器为AS1；

步骤203：S-CSCF将INVITE业务请求发送给AS1；

步骤204：由于AS1暂时失效，INVITE业务请求发送超时；

步骤205：S-CSCF发送DNS查询；

步骤206：DNS向S-CSCF返回查询结果；

步骤207：S-CSCF获得备用应用服务器AS2的信息，将INVITE业务请求发送给AS2；

步骤208：AS2检查本地记录的当前AS的信息，发现为空，说明本AS未给该用户提供过服务，需要获取当前AS的信息，获取方式可以但不限于是向HSS发送订阅请求订阅当前AS的信息；当前AS指当前处理用户业务的AS。

步骤209：AS2向HSS发送订阅请求，以便获取当前AS的信息，并且能让HSS在当前AS信息变更时通知AS2；订阅请求包含能唯一标识该用户的用户标识。

步骤210：HSS根据用户标识查询其对应的当前AS信息，并向AS2返回订阅信息，指明当前AS为空，说明暂时没有AS为用户A提供服务；

步骤211：AS2向HSS发送设置请求，申请AS2作为向用户A提供服务的AS，即当前AS；该设置请求包含能唯一标识该用户的用户标识。

步骤212：HSS收到设置请求后更新本地记录的当前AS的信息，并向AS2返回申请成功响应；

步骤213：AS2执行正常的业务处理过程；

步骤214：AS2返回INVITE业务请求给S-CSCF；

步骤215：S-CSCF执行正常的呼叫过程，A与B建立通话；

至此，实现了当AS1失效时，能切换到AS2进行业务处理。

如图5所示为本发明提出的改进的应用服务器容灾方法的重定向过程，当AS1恢复正常，但A的业务已经在AS2上处理，当AS1收到业务处理请求时，需要将业务请求重定向到AS2，具体实施过程如下：

步骤301：S-CSCF收到A呼叫C的INVITE业务请求；

步骤302：S-CSCF检查A的初始过滤规则(iFC)，确定用户A对应的应用服务器为AS1；此处S-CSCF根据iFC确定用户A对应的应用服务器可能是AS1，也可能是AS2，本实施例中只对确定的应用服务器为AS1时的情况进行描述。

步骤303：S-CSCF将INVITE业务请求触发到AS1；

步骤304：AS1检查本地记录的当前AS的信息，发现为空，说明本AS未给该用户提供过服务，需要获取用户A的当前AS的信息，获取方式可以但不限于是向HSS订阅A的当前AS的信息；AS1向HSS发送订阅请求，以获取A的当前AS的信息，并且能在当前AS信息变更时通知AS1；该订阅请求包含能唯一标识该用户的用户标识。

步骤305：HSS根据用户标识查询其对应的当前AS信息，并向AS1返回订阅信息，指明用户A的当前AS为AS2，该订阅信息包含AS2的地址信息；

步骤306：AS1进行处理业务的AS的决策，例如，根据HSS返回的订阅信息并且结合AS2的状态进行决策，AS1获取AS2的状态的方式可以但不限于是通过与AS2交互获得，若AS2当前可用则确定应由AS2服务；AS2当前可用指没有出现故障。

步骤307：AS1向S-CSCF返回重定向响应305Use proxy，其中携带AS2的地址信息，要求S-CSCF将INVITE业务请求发送给AS2；

步骤308：S-CSCF发送ACK响应给AS1；

步骤309：S-CSCF根据重定向响应中的AS2的地址信息，将INVITE业务请求触发给AS2；

步骤310：AS2检查本地记录的当前AS的信息，发现为本AS，AS2执行正常的业务处理过程。

步骤311：AS2返回INVITE业务请求给S-CSCF；

步骤312：S-CSCF执行原有的iFC触发规则，进行正常的会话建立过程，A与C建立通话；

至此，A用户相关的呼叫均在AS2处理，A用户就能实现关联多个呼叫的业务，例如，三方通话或者转接等。

图6是本发明提出的改进的应用服务器容灾方法的切回过程，当AS1恢复正常，A的所有业务已经在AS2上处理完毕，AS2此时决定新的请求由AS1为A服务时，因此，AS2发起切回操作，即新的会话处理由原先提供服务的AS1处理，具体实施过程如下：

步骤401：AS2获知AS1已经从失效恢复正常，并且A在AS2上的所有业务已经处理完毕，AS2进行切回决策；AS2获知AS1是否恢复正常的方式可以但不限于是与AS1进行交互获得。

步骤402：AS2向HSS发送请求，申请AS1作为向用户A提供服务的当前AS；该请求包含能唯一标识用户的用户标识。

步骤403：HSS向AS2返回申请成功响应；

步骤404：HSS通知AS2为用户A提供服务的AS信息发生变更，当前处理业务的AS是AS1；

步骤405：AS2收到通知后，更新本地保存的当前AS的信息，该信息包含能唯一标识AS的信息，可以但不限于是AS的地址；

步骤406：HSS通知AS1为用户A提供服务的是AS信息发生变更，当前处理业务的AS是AS1；

步骤407：AS1收到通知后，更新本地保存的当前AS的信息，该信息包含能唯一标识AS的信息，可以但不限于是AS的地址；

步骤408：S-CSCF收到A呼叫D的INVITE业务请求；

步骤409：AS1根据本地记录的为A用户提供服务的AS信息，以及该AS的存活状态，确定需要由本AS处理请求；

步骤410：AS1执行正常的业务处理过程。

步骤411：AS1返回INVITE业务请求给S-CSCF；

步骤412：S-CSCF执行正常的呼叫过程，A与D建立通话；

至此，AS2完成切回操作，新的请求将在AS1上处理。

主用AS恢复正常且当前AS变为主用AS后，S-CSCF收到用户的业务请求后检查初始过滤规则确定该用户对应的AS，若确定的AS为备用AS则将该业务请求触发到备用AS，备用AS收到业务请求后获取当前AS的信息，若当前AS为主用AS且状态为当前可用，则向S-CSCF返回重定向响应，其中携带当前AS的信息，如当前AS的地址，要求其将业务请求发送给当前AS，S-CSCF根据重定向响应将业务请求触发到当前AS。这样便保证了主用AS恢复正常且当前应用服务器变为主用AS后将用户的所有业务请求触发到当前AS。

在本发明中，当前AS从备用AS切回到主用AS的方式还可以是，当用户在备用AS上的所有业务请求已经处理完毕时备用AS先释放对该用户的服务权，主用AS向HSS申请作为用户的当前AS。获取当前AS信息的方式，也可以通过AS之间交互方式获取。

本发明提出的方法中不仅适用于INVITE请求，也适用于其他SIP方法。

本实施例描述了A发起呼叫的场景，A作为被叫的场景在操作过程上类似，两者的区别仅在于S-CSCF在主叫侧触发还是在被叫侧触发AS。另外，由于P-CSCF，I-CSCF的在本发明中没有特殊要求，在实施过程中省略了相关描述。

本发明提出的方法在满足IMS基本框架要求，并对已有系统改动及影响最小的情况下，有效的解决了现有技术中存在的缺陷，实现了IMS网络中的应用服务器容灾功能，具有较高的应用价值。

Claims (10)

1、一种下一代网络中改进的应用服务器容灾的方法，包括：归属用户服务器存储用户的当前应用服务器的信息，服务-呼叫会话控制功能收到所述用户的与所述当前应用服务器相关的业务请求后触发到所述当前应用服务器进行处理。

2、如权利要求1所述的方法，其特征在于，所述服务-呼叫会话控制功能收到所述用户的与所述当前应用服务器相关的业务请求后触发到所述当前应用服务器进行处理是指：

服务-呼叫会话控制功能收到所述用户的业务请求后检查初始过滤规则确定所述用户对应的应用服务器，并将所述业务请求触发到确定的应用服务器，收到所述业务请求的应用服务器获取当前应用服务器的信息，若当前应用服务器为其他应用服务器且状态为当前可用，则向服务-呼叫会话控制功能返回重定向响应，其中携带当前应用服务器的信息，要求其将所述业务请求发送给当前应用服务器，所述服务-呼叫会话控制功能根据重定向响应将所述业务请求触发到当前应用服务器。

3、如权利要求2所述的方法，其特征在于：

收到所述业务请求的应用服务器获取当前应用服务器的信息是指，所述应用服务器首先检查本地记录的当前应用服务器的信息，若为空则向归属用户服务器发送订阅请求订阅当前应用服务器的信息，所述归属用户服务器收到所述订阅请求后向所述应用服务器返回订阅信息，其中包含当前应用服务器的信息；若不为空则直接读取当前应用服务器的信息；

所述当前应用服务器的信息包含当前应用服务器的地址。

4、如权利要求2所述的方法，其特征在于，还包括：

服务-呼叫会话控制功能收到所述用户的与所述当前应用服务器相关的业务请求后，若所述当前应用服务器失效，服务-呼叫会话控制功能通过查询域名系统为所述用户选择一备用应用服务器；

所述备用应用服务器获知主用应用服务器恢复正常且所述用户在其上的业务全部处理完毕后，向归属用户服务器请求将主用应用服务器作为所述用户的当前应用服务器，归属用户服务器收到所述请求后向备用应用服务器返回申请成功响应，更新本地记录的当前应用服务器的信息并通知主用及备用应用服务器当前应用服务器的信息。

5、如权利要求2所述的方法，其特征在于，还包括：

若所述应用服务器获取的当前应用服务器的信息为空则向归属用户服务器发送设置请求，申请作为所述用户的当前应用服务器，所述归属用户服务器收到所述设置请求后向所述应用服务器返回申请成功响应，更新本地记录的当前应用服务器的信息，并通知所述应用服务器当前应用服务器的信息发生变更，所述应用服务器收到当前应用服务器的信息发生变更的通知后更新本地记录的当前应用服务器的信息。

6、一种下一代网络中改进的应用服务器容灾的系统，包括：主用应用服务器、一个或多个备用应用服务器、服务-呼叫会话控制功能及归属用户服务器；

所述主用及备用应用服务器用于处理用户的业务请求；

其特征在于：

所述归属用户服务器用于存储用户的当前应用服务器的信息；

所述服务-呼叫会话控制功能用于将收到的所述用户的与所述当前应用服务器相关的业务请求触发到所述当前应用服务器进行处理。

7、如权利要求6所述的系统，其特征在于，所述服务-呼叫会话控制功能用于将收到的所述用户的与所述当前应用服务器相关的业务请求触发到所述当前应用服务器进行处理是指：

服务-呼叫会话控制功能收到所述业务请求后检查初始过滤规则确定所述用户对应的应用服务器，并将所述业务请求触发到确定的应用服务器，并用于收到应用服务器返回的重定向响应后根据所述重定向响应将所述业务请求触发到当前应用服务器；

所述主用应用服务器还用于当收到业务请求后获取当前应用服务器的信息，若当前应用服务器为其他应用服务器且状态为当前可用，还用于向服务-呼叫会话控制功能返回重定向响应，其中携带当前应用服务器的信息，要求其将所述业务请求发送给当前应用服务器；

所述备用应用服务器还用于当收到业务请求后获取当前应用服务器的信息，若当前应用服务器为其他应用服务器且状态为当前可用，还用于向服务-呼叫会话控制功能返回重定向响应，其中携带当前应用服务器的信息，要求其将所述业务请求发送给当前应用服务器。

8、如权利要求6所述的系统，其特征在于：

所述备用应用服务器还用于记录当前应用服务器的信息；

服务-呼叫会话控制功能还用于收到所述用户的与所述当前应用服务器相关的业务请求后，若所述当前应用服务器失效，通过查询域名系统为所述用户选择一备用应用服务器；

所述备用应用服务器还用于获知主用应用服务器恢复正常，以及所述用户在其上的业务全部处理完毕后向归属用户服务器请求将主用应用服务器作为所述用户的当前应用服务器，还用于收到归属用户服务器发来的当前应用服务器的信息变更通知后更新本地记录的当前应用服务器的信息；

所述归属用户服务器还用于收到备用应用服务器发来的所述请求后向备用应用服务器返回申请成功响应，并通知主用及备用应用服务器当前应用服务器的信息发生变更。

9、如权利要求7所述的系统，其特征在于：

所述主用和/或备用应用服务器获取当前应用服务器的信息是指，主用和/或备用应用服务器首先检查本地记录的当前应用服务器的信息，若为空则向归属用户服务器发送订阅请求订阅当前应用服务器的信息，若不为空则直接读取当前应用服务器的信息；

所述归属用户服务器还用于收到所述订阅请求后向所述主用和/或备用应用服务器返回订阅信息，其中包含当前应用服务器的信息；

所述当前应用服务器的信息包含当前应用服务器的地址。

10、如权利要求9所述的系统，其特征在于：

所述主用和/备用应用服务器还用于当收到的归属用户服务器返回的当前应用服务器的信息为空时向归属用户服务器发送设置请求，申请作为用户的当前应用服务器，并于收到所述归属用户服务器返回的申请成功响应后更新本地记录的当前应用服务器的信息；

所述归属用户服务器还用于收到所述设置请求后更新本地记录的当前应用服务器的信息，并向所述主用和/备用应用服务器返回申请成功响应。

Images