[发明专利]一种下一代网络中改进的应用服务器容灾的系统及方法

说明书

技术领域

本发明涉及通信领域，更具体地，涉及以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上处理从而导致某些业务丢失的情况。

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

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