CN1878087A - 服务呼叫会话控制功能实体备份方法及其系统 - Google Patents

Abstract

本发明涉及SIP多媒体子系统，公开了一种S－CSCF备份方法及其系统，使得S－CSCF能够实现异地容灾。本发明中，通过在S－CSCF中内置AS，当用户注册成功时，将该用户的信息发送到与该S－CSCF以负荷分担方式工作的其他S－CSCF中，并由其他S－CSCF保存该用户的信息来实现该用户的第三方注册，同时，该S－CSCF将处理该用户业务所需的动态数据备份到HSS中。当S－CSCF故障时，网络侧将该故障S－CSCF内注册用户的业务请求转发到其他S－CSCF中。如果S－CSCF接收到了属于第三方注册用户的业务请求，则根据该用户的第三方注册信息从HSS中下载该用户的动态数据及签约信息，继续为该用户提供服务。

Description

服务呼叫会话控制功能实体备份方法及其系统

技术领域

本发明涉及SIP多媒体子系统，特别涉及SIP多媒体子系统内部的备份技术。

背景技术

移动通信系统能够满足人们随时随地进行通信的要求，从它出现后就得到了迅速的发展。随着第三代移动通信(The Third Generation，简称“3G”)技术的提出和进一步发展，移动网络的带宽大大增加，移动通信将不仅仅局限于传统的语音通信，结合音频、视频、图片和文本等多种媒体类型的多媒体业务将逐渐开展起来。移动通信与呈现业务(presence)、短消息、网页浏览、定位信息、推送业务(PUSH)、文件共享等数据业务的结合，可以为用户提供更多的业务选择。例如消息业务类的即时消息和聊天室、多媒体短消息；视频业务类的娱乐、多媒体信息、日常交流；电子商务类的产品目录、搜索引擎、购物车、订单管理、支付；游戏类的单人游戏、群组游戏；定位业务类的寻人、向导、报警；个人助理类的地址本、日程表、书签管理、文件存储、事件提醒、电子邮件，能够更好的满足用户的多种需求。

考虑到网间互联协议(Internet Protocol，简称“IP”)网络的应用越来越广泛，第三代合作伙伴项目(3rd Generation Partnership Project，简称“3GPP”)以及第三代合作伙伴项目2(3rd Generation Partnership Project 2，简称“3GPP2”)等标准组织都制定了将移动通信网络向全分组、全IP的方向演进的标准，提出了基于IP的多媒体子系统架构，目的是在移动网络中使用一种标准化的开放的结构来实现多种多样的多媒体应用，提供给用户更多的选择和更丰富的感受。

其中，3GPP在版本5(Release 5，简称“R5”)阶段引入了IP多媒体子系统(IP Multimedia Subsystem，简称“IMS”)域，叠加在分组域网络之上。IMS由呼叫状态控制功能(Call Session Control Function，简称“CSCF”)、媒体网关控制功能(Media Gateway Control Function，简称“MGCF”)、媒体资源功能(Multimedia Resource Function，简称“MRF”)和归属签约用户服务器(Home Subscriber Server，简称“HSS”)等功能实体组成。CSCF又可以分成服务CSCF(Serving CSCF，简称“S-CSCF”)、代理CSCF(ProxyCSCF，简称“P-CSCF”)和查询CSCF(Interrogating CSCF，简称“I-CSCF”)三个逻辑实体。其中，S-CSCF是IMS的业务交换中心，执行会话控制、维持会话状态、负责管理用户信息、产生计费信息等；P-CSCF是终端用户接入IMS的接入点，完成用户注册、负责QoS控制和安全管理等；I-CSCF负责IMS域之间的互通，管理S-CSCF的分配、对外隐藏网络拓扑和配置、产生计费数据等。MGCF控制网关，实现IMS网络和其它网络的互通，MRF提供媒体资源，如收放音，编解码和多媒体会议桥。HSS是用户数据库，存储IMS用户的签约数据和配置信息等。

由于IMS设备容量一般比较大，因此除了设备本身的可靠性机制外，通常还必须考虑异地容灾能力。也就是说，当某一IMS中的网元设备发生故障后，其他设备能够及时接管该设备，使故障设备对整个IMS网络影响最小。

目前，IMS中的网元设备，例如P-CSCF、S-CSCF以及应用服务器(Application Server，简称“AS”)等，在用户注册后往往需要保存与注册相关的动态数据。这里网元设备如果发生故障，则相关的用户动态数据如注册信息、订阅信息等将丢失，从而导致由该故障网元提供服务的用户将无法继续获得服务。直到无法继续获得服务的用户再次注册后，这些用户的数据被分配到新的设备，从而恢复这些用户正常的业务处理。

在实际应用中，上述方案存在以下问题：当S-CSCF出现故障时，相关用户的服务不能够及时恢复，因而也就无法保持服务的连续性，影响了用户的体验。

造成这种情况的主要原因在于，在现有技术中，一旦S-CSCF发生故障，则由该故障S-CSCF提供服务的用户将无法继续获得服务，直到这些无法继续获得服务的用户再次注册后，才能恢复这些用户正常的会话处理。但是，由于较短的注册间隔会产生很大通信流量，因此，用户注册的间隔一般比较长，约几十分钟。也就是说，如果用户注册的间隔时间为几十分针，那么，由于该故障S-CSCF而无法继续获得服务的用户将在几十分钟的用户注册的间隔时间内，仍旧无法恢复正常的会话处理，影响了用户的体验。而且，即使该故障S-CSCF恢复后，如果这些用户没有重注册，也可能无法立即恢复服务。

发明内容

有鉴于此，本发明的主要目的在于提供一种服务呼叫会话控制功能实体备份方法及其系统，使得S-CSCF能够实现异地容灾。

为实现上述目的，本发明提供了一种服务呼叫会话控制功能实体备份方法，包含以下步骤：

服务呼叫会话控制功能实体在用户注册成功时，向另一个与该实体分担负荷的其他服务呼叫会话控制功能实体发起保存该用户相关信息的请求，并在数据备份实体中备份处理该用户SIP请求所需的动态数据；

如果所述其他服务呼叫会话控制功能实体接收到的SIP请求属于该服务呼叫会话控制功能实体内保存有相关信息的用户，则从所述数据备份实体中下载该用户的所述动态数据，并据此处理该用户的SIP请求。

其中，还包含以下步骤：

当所述服务呼叫会话控制功能实体故障时，网络侧将该实体内注册用户的SIP请求转发给所述其他服务呼叫会话控制功能实体。

此外在所述方法中，所述服务呼叫会话控制功能实体通过第三方注册的方式向所述其他服务呼叫会话控制功能实体发起所述保存该用户相关信息的请求，该请求中包含该用户的相关信息；

所述其他服务呼叫会话控制功能实体保存接收到的该用户的相关信息。

此外在所述方法中，所述用户的相关信息包含该用户所在的用户标识。

此外在所述方法中，：所述数据备份实体是归属签约用户服务器或其他网络设备中内置的用于备份数据的实体。

此外在所述方法中，所述服务呼叫会话控制功能实体与所述其他服务呼叫会话控制功能实体内分别置有支持ISC接口以及Sh接口的应用服务器；

所述服务呼叫会话控制功能实体内的应用服务器通过ISC接口发起所述保存该用户相关信息的请求，并通过Sh接口将所述动态数据备份到所述数据备份实体中；

所述其他服务呼叫会话控制功能实体内的应用服务器通过ISC接口接收所述保存该用户相关信息的请求，并通过Sh接口从所述数据备份实体中下载所述动态数据。

此外在所述方法中，所述动态数据作为透明数据在所述数据备份实体中保存或下载；

所述其他服务呼叫会话控制功能实体根据所述保存的用户相关信息从所述数据备份实体中下载相应的动态数据。

此外在所述方法中，所述SIP请求包含以下之一或其任意组合：注册请求、对话请求、以及独立的事务请求。

此外在所述方法中，所述动态数据包含用户注册数据、订阅数据以及会话数据；

所述用户注册数据包含注册消息中的“path”头域以及“Contact”头域地址。

此外在所述方法中，所述服务呼叫会话控制功能实体与所述其他服务呼叫会话控制功能实体的域名相同。当所述呼叫会话控制功能实体故障时，问询呼叫会话控制功能实体使用DNS解析所述域名，获得所述其他服务呼叫会话控制功能实体的地址，然后将该用户的SIP请求消息转发到所述其他服务呼叫会话控制功能实体。

本发明还提供了一种服务呼叫会话控制功能实体备份系统，包含两个以负荷分担方式工作的服务呼叫会话控制功能实体，所述服务呼叫会话控制功能实体内还包含用于发起保存用户相关信息的请求的请求模块、保存用户相关信息的保存模块、将处理用户SIP请求所需的动态数据备份到数据备份实体中的备份模块、查询接收到的SIP请求是否属于本服务呼叫会话控制功能实体内保存有相关信息的用户的查询模块、以及从所述数据备份实体中下载所述动态数据的下载模块；

所述服务呼叫会话控制功能实体在用户注册成功时，该实体内的请求模块向其他服务呼叫会话控制功能实体发起保存该用户相关信息的请求，并由该实体内的备份模块将处理该用户SIP请求所需的动态数据备份到数据备份实体中；

所述其他服务呼叫会话控制功能实体内的保存模块保存接收到的该用户的相关信息，并由该实体内的查询模块查询接收到的SIP请求是否属于本服务呼叫会话控制功能实体内保存有相关信息的用户，如果是，则该实体内的下载模块根据所保存的用户相关信息从所述数据备份实体中下载相应的动态数据，并据此处理该用户的SIP请求。

其中，所述服务呼叫会话控制功能实体内分别置有应用服务器，所述请求模块、保存模块、备份模块、查询模块、以及下载模块位于所述应用服务器内。

此外在所述系统中，所述应用服务器支持ISC接口以及Sh接口；

所述请求模块以及所述保存模块通过所述应用服务器的ISC接口发起、接收所述保存用户相关信息的请求

所述备份模块通过所述应用服务器的Sh接口将所述动态数据备份到所述数据备份实体中；

所述下载模块通过Sh接口从所述数据备份实体中下载所述动态数据。

通过比较可以发现，本发明的技术方案与现有技术的主要区别在于，通过在S-CSCF中内置AS，当用户注册成功时，将该用户的信息通过第三方注册的方式发送到与该S-CSCF以负荷分担方式工作的另一个S-CSCF中，接收到用户相关信息的S-CSCF将该用户相关信息作为第三方注册信息进行保存，同时，该S-CSCF将处理该用户SIP请求所需的动态数据备份到数据备份实体中，如HSS。当S-CSCF故障时，网络侧将该故障S-CSCF内注册用户的SIP请求转发到另一个S-CSCF中。如果S-CSCF接收到了属于第三方注册用户的SIP请求，则根据该用户的第三方注册信息从HSS中下载该用户的动态数据，继续为该用户提供服务。从而保障了故障S-CSCF内注册用户的服务连续性，实现了S-CSCF设备的异地容灾能力，改善了用户体验，提高了IMS服务质量。

附图说明

图1是根据本发明一种S-CSCF备份的系统结构图；

图2是根据本发明第一实施方式的S-CSCF备份方法中用户注册流程图；

图3是根据本发明第二实施方式的S-CSCF备份方法中主叫用户会话处理流程图；

图4是根据本发明第三实施方式的S-CSCF备份方法中被叫用户会话处理流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

本发明的核心在于，当用户在S-CSCF中注册成功时，该S-CSCF通过第三方注册的方式向另一个与该S-CSCF共同分担负荷的其他S-CSCF发起保存该用户相关信息的请求，并将处理该用户SIP请求所需的动态数据作为透明数据备份到HSS或其他网络设备中的用于备份数据的数据备份实体中。当该S-CSCF故障时，网络侧将该故障S-CSCF内注册用户的SIP请求转发至另一个与该S-CSCF共同分担负荷的其他S-CSCF。如果S-CSCF接收到了不属于本S-CSCF注册用户的SIP请求，则查询该SIP请求是否属于本S-CSCF的第三方注册用户，如果是，则根据该用户的第三方注册信息从数据备份实体中下载处理该用户SIP请求所需的动态数据，并据此处理该用户的SIP请求。

本发明的系统结构如图1所示，包含两个以负荷分担方式工作的S-CSCF，每个S-CSCF中还分别包含用于发起保存用户相关信息请求的请求模块、用于保存用户相关信息的保存模块、用于将处理用户SIP请求所需的动态数据备份到数据备份实体中的备份模块、用于查询接收到的SIP请求是否属于本S-CSCF内保存有相关信息的用户的查询模块、以及用于从数据备份实体中下载动态数据的下载模块。

下面对该系统中各模块间的相互作用进行说明。

当用户在S-CSCF(如S-CSCF 1)中注册成功时，该S-CSCF 1中的请求模块通过第三方注册的方式向与该S-CSCF 1共同分担负荷的另一个S-CSCF，如S-CSCF 2的保存模块发起保存该用户相关信息的请求。S-CSCF2中的保存模块在接收到该用户的相关信息后，将该信息作为该用户的第三方注册信息进行保存。同时，S-CSCF 1中的备份模块将处理该用户SIP请求所需的动态数据备份到数据备份实体中，如HSS。需要说明的是S-CSCF 1与S-CSCF 2使用相同的域名。

当S-CSCF 1发生故障时，由于该S-CSCF 1无法为其注册用户处理相应的SIP请求，因此，网络侧将该S-CSCF 1内注册用户的SIP请求转发到S-CSCF 2中。S-CSCF 2在接收到SIP请求并判断该SIP请求不属于本S-CSCF2的注册用户时，通过该S-CSCF 2内的查询模块根据保存模块内第三方注册信息查询该SIP请求是否属于本S-CSCF 2的第三方注册用户。如果该查询模块判定该S-CSCF 2接收到的SIP请求属于本S-CSCF 2的第三方注册用户，则通过该S-CSCF 2的下载模块根据保存模块内该用户的第三方注册信息从数据备份实体，如HSS中下载相应的动态数据，并由S-CSCF 2据此处理所接收到的SIP请求。

需要说明的是，上述请求模块、保存模块、备份模块、查询模块以及下载模块可以位于在S-CSCF内添置的AS中，并且，使该AS支持ISC接口以及Sh接口，使得请求模块以及保存模块可以通过AS的ISC接口发起或接收通过第三方注册方式发起的保存用户相关信息的请求，备份模块可以通过AS的Sh接口将处理用户SIP请求所需的动态数据备份到HSS中，下载模块可

以通过AS的Sh接口从HSS中下载相应的动态数据及签约信息。

以上对本发明的系统结构进行了说明，下面对本发明的第一实施方式进行说明。本发明的第一实施方式基于上述系统中，在本实施方式中，主要阐明的是用户注册成功时S-CSCF通过第三方注册方式发起的保存用户相关信息的请求，并且，数据备份实体为HSS。

如图2所示，在步骤201中，用户发起注册请求。

在步骤202中，P-CSCF接收到用户的注册请求时，对该注册请求中的归属网络地址使用域名服务系统(DOMAIN NAME SYSTEM，简称“DNS”)协议进行解析，从而获得该用户的归属网络I-CSCF的地址。

接着，在步骤203中，P-CSCF将所接收到的用户注册请求转发到在步骤202中所获取的I-CSCF。

在步骤204中，I-CSCF接收到P-CSCF所转发的用户注册请求后，通过Cx向HSS查询该用户的注册状态。

接着，进入步骤205，I-CSCF根据在步骤204中HSS返回的信息，获取指派给用户的S-CSCF。在本实施方式中，指派给用户的S-CSCF为S-CSCF 1。并将从P-CSCF处接收到的用户注册请求发送到所获取的指派给该用户的S-CSCF，即S-CSCF 1。

接着，进入步骤206，S-CSCF 1接收到用户从注册请求后，通过Cx接口向HSS查询该用户的用户数据并检查该用户提供的注册信息。如果该用户在S-CSCF 1中注册成功，则该S-CSCF 1从HSS中下载该用户的签约数据。

接着，进入步骤207，S-CSCF 1通过第三方注册方式向与该S-CSCF 1共同分担负荷的另一个S-CSCF，即S-CSCF 2发起保存该用户相关信息的请求。具体地说，在S-CSCF 1以及S-CSCF 2中分别置有支持ISC接口以及Sh接口的AS，当用户在S-CSCF 1中注册成功时，S-CSCF 1中的AS以第三方注册方式通过ISC接口向S-CSCF 2中的AS发送该用户的相关信息。其中，该用户的相关信息可以仅包含该用户所在的用户标识。

接着，进入步骤208，S-CSCF 2将所接收到的用户的相关信息作为该用户的第三方注册信息进行保存。具体地说，S-CSCF 2中的AS通过ISC接口接收到S-CSCF 1中的AS通过ISC接口所发送用户的相关信息后，将该信息作为该用户的第三方注册信息保存在本S-CSCF 2的AS中，完成该用户的第三方注册。

接着，进入步骤209，S-CSCF 2向S-CSCF 1发送确认消息，以应答S-CSCF 2所发起的保存用户相关信息的请求。

接着，进入步骤210，S-CSCF 1保存用户注册数据。然后，进入步骤211。

在步骤211中，S-CSCF 1将处理用户SIP请求所需的动态数据作为透明数据保存到HSS中。具体地说，S-CSCF 1中的AS通过Sh接口将处理用户SIP请求所需的动态数据作为透明数据保存到HSS中。其中，动态数据除了至少包含的注册消息中用于查找到用户所在的终端以及用户终端具体地址的“path”头域和“Contact”头域外，还可以根据SIP请求的不同，包含或部分包含注册数据、订阅数据以及会话数据。其中，注册数据包括注册消息中携带的注册定时器时长、IMPI标识等信息。订阅数据包括订阅数据包括用户订阅注册事件的订阅请求中所携带的CallID、From tag、To tag、定时器时长、Request-URI、Record-Route等信息。以便网络能够根据这些信息通知用户注册状态。对话数据指用户已建立的对话数据，包含对话控制数据、对话呼叫状态、计费数据等。以便网络能够根据这些信息继续控制这些对话，并且能够对对话进行计费。

接着，在步骤212中，HSS向S-CSCF 1发送更新响应通知消息。然后，通过步骤213中的S-CSCF 1向I-CSCF发送注册成功确认消息，步骤214中的I-CSCF向P-CSCF发送注册成功确认消息以及步骤215中的P-CSCF向用户所在的用户设备发送成功确认消息，最终将用户的注册成功确认消息返回到用户。

在本实施方式中，SIP请求可以是注册请求、对话请求、独立的事务请求，或其任意的组合。

本发明的第二实施方式基于第一实施方式基础之上，在本实施方式中，发起SIP请求的主叫侧用户为属于S-CSCF2的第三方注册的用户。

如图3所示，在步骤301中，用户向其归属网络的P-CSCF发起SIP请求。

接着，在步骤302中，P-CSCF接收到用户发起的SIP请求后，对该用户在注册过程中所保存的S-CSCF域名使用DNS协议进行解析，从而获得该用户的归属网络S-CSCF的地址，在本实施方式中，即为S-CSCF 1的地址。

接着，在步骤303中，P-CSCF将用户的SIP请求转发到在步骤302中所获取的该用户的归属网络S-CSCF 1的地址。

接着，在步骤304中，S-CSCF 1由于发生了故障，无法应答P-CSCF所转发的SIP请求。

然后，进入步骤305，P-CSCF在定时器超时后，判断S-CSCF 1不可用，通过DNS解析S-CSCF 1的域名获得另一个可以转发SIP请求的S-CSCF地址。具体地说，以负荷分担方式工作的S-CSCF 1与S-CSCF 2，由于它们的IP地址在DNS服务器上对应的是同一个域名，因此，当一个地址不可用时，P-CSCF可以根据DNS查询结果，从域名对应的地址中选择其他可用的地址。因此，P-CSCF选择了S-CSCF 2的地址。

接着，在步骤306中，P-CSCF将SIP请求转发给S-CSCF 2。

接着，在步骤307中，S-CSCF 2查询接收到的SIP请求是否属于第三方注册的用户。具体地说，当S-CSCF 2接收到一个SIP请求时，如果发起该请求的用户没有注册，但是该S-CSCF 2通过查询获知其内置的AS已经保存该用户作为第三方注册信息所保存的相关信息，则该S-CSCF 2认为服务该用户的S-CSCF已经故障，该用户需要迁移到本S-CSCF中。

接着，进入步骤308，S-CSCF 2向HSS请求下载透明数据。具体地说，S-CSCF 2内的AS根据所保存的该用户相关信息通过Sh接口向HSS请求下载该用户的作为透明数据所保存的动态数据。

接着，在步骤309中，HSS响应S-CSCF 2的透明数据下载请求，向S-CSCF2返回该用户的透明数据。

接着，在步骤310中，S-CSCF 2向HSS请求下载签约信息。具体地说，S-CSCF2根据透明数据中的用户注册信息，通过Cx接口向HSS查询获得的该用户的签约信息。

接着，在步骤311中，HSS响应S-CSCF 2的下载请求，向S-CSCF 2返回该用户的签约信息。

接着，在步骤312中，S-CSCF 2根据所下载的用户的动态数据及签约信息处理该用户的SIP请求。

具体地说，如果S-CSCF 2接收到的是属于第三方注册用户的注册请求消息，则该S-CSCF 2将通过内置AS的Sh接口向HSS请求下载该用户的透明数据。如果需要对用户进行鉴权，则根据下载的透明数据，通过Cx接口从HSS下载该用户的鉴权数据，然后根据鉴权数据对用户发起重鉴权。鉴权通过后，再从HSS下载签约信息，并根据签约信息处理该注册请求。用户注册成功后，根据用户注册请求的数据刷新下载的透明数据中的注册数据。

如果S-CSCF 2接收到的是属于第三方注册用户的订阅请求消息，则S-CSCF 2将通过内置AS的Sh接口向HSS请求下载该用户的透明数据，再根据下载的透明数据，通过Cx接口从HSS下载用户的签约信息，然后根据签约信息处理该订阅请求。订阅请求处理成功后，根据用户订阅请求的数据刷新下载的透明数据中的订阅数据。

如果S-CSCF 2接收到的是属于第三方注册用户的其他对话请求消息或者事务请求消息，则S-CSCF 2将通过内置AS的Sh接口向HSS请求下载该用户的透明数据，再根据下载的透明数据，通过Cx接口从HSS下载该用户的签约信息，然后根据签约信息处理请求。

需要说明的是，如果S-CSCF 2下载的透明数据中包含对话数据，则S-CSCF 2根据这些数据恢复对话，并处理对话后续的消息。

接着，在步骤313中，S-CSCF 2将处理后的该用户的SIP请求转发到被叫侧网络。

在本实施方式中，由于共同分担负荷的S-CSCF 2能够为故障的S-CSCF

1内的注册用户继续提供服务。从而保障了故障S-CSCF 1内注册用户的服务连续性，实现了S-CSCF设备的异地容灾能力，改善了用户体验，提高了IMS服务质量。

本发明的第三实施方式与第二实施方式大致相同，其区别仅在于，在第二实施方式中，S-CSCF 2内属于第三方注册的用户为主叫侧用户，而在本实施方式中，S-CSCF 2内属于第三方注册的用户为被叫侧用户。

如图4所示，在步骤401中，被叫侧用户的归属I-CSCF接收到了主叫侧的SIP请求。

接着，进入步骤402，I-CSCF接收到主叫侧的SIP请求后，对该被叫用户在注册过程中所保存的S-CSCF域名使用DNS协议进行解析，从而获得该用户的归属网络S-CSCF的地址，在本实施方式中，即为S-CSCF 1的地址。

接着，在步骤403中，I-CSCF将用户的SIP请求转发到在步骤402中所获取的该用户的归属网络S-CSCF 1的地址。

接着，在步骤404中，S-CSCF 1由于发生了故障，无法应答I-CSCF所转发的会话请求。

接着，在步骤405中，I-CSCF在定时器超时后，判断S-CSCF 1不可用，通过DNS解析S-CSCF 1的域名获得另一个可以转发会话请求的S-CSCF地址。具体地说，以负荷分担方式工作的S-CSCF 1与S-CSCF 2，由于它们的IP地址在DNS服务器上对应的是同一个域名，因此，当一个地址不可用时，I-CSCF可以根据DNS查询结果，从域名对应的地址中选择其他可用的地址。因此，I-CSCF选择了S-CSCF 2的地址。

然后，在步骤406中，I-CSCF将SIP请求转发给S-CSCF 2。

接着，在步骤407至步骤412中，S-CSCF 2查询接收到的SIP请求是否属于第三方注册的用户。如果是的话，则向HSS下载该用户作为透明数据保存的动态数据以及该用户的签约信息，并据此处理该用户的SIP请求。步骤407至步骤412对应于步骤307至步骤312，在此不再赘述。

在步骤413中，S-CSCF 2将处理后的该用户的SIP请求根据透明数据中的“path”头域和“Contact”头域转发到该用户的归属P-CSCF中。

由此可见，即使发生故障的S-CSCF 1内的注册用户为被叫侧用户，与该故障S-CSCF 1共同分担负荷的S-CSCF 2也能够保障该用户的服务连续性，实现了S-CSCF设备的异地容灾能力，改善了用户体验，提高了IMS服务质量。

虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (13)

1.一种服务呼叫会话控制功能实体备份方法，其特征在于，包含以下步骤：

服务呼叫会话控制功能实体在用户注册成功时，向另一个与该实体分担负荷的其他服务呼叫会话控制功能实体发起保存该用户相关信息的请求，并在数据备份实体中备份处理该用户SIP请求所需的动态数据；

如果所述其他服务呼叫会话控制功能实体接收到的SIP请求属于该服务呼叫会话控制功能实体内保存有相关信息的用户，则从所述数据备份实体中下载该用户的所述动态数据，并据此处理该用户的SIP请求。

2.根据权利要求1所述的服务呼叫会话控制功能实体备份方法，其特征在于，还包含以下步骤：

当所述服务呼叫会话控制功能实体故障时，网络侧将该实体内注册用户的SIP请求转发给所述其他服务呼叫会话控制功能实体。

3.根据权利要求1所述的服务呼叫会话控制功能实体备份方法，其特征在于，所述服务呼叫会话控制功能实体通过第三方注册的方式向所述其他服务呼叫会话控制功能实体发起所述保存该用户相关信息的请求，该请求中包含该用户的相关信息；

所述其他服务呼叫会话控制功能实体保存接收到的该用户的相关信息。

4.根据权利要求3所述的服务呼叫会话控制功能实体备份方法，其特征在于，所述用户的相关信息包含该用户所在的用户标识。

5.根据权利要求1所述的服务呼叫会话控制功能实体备份方法，其特征在于，所述数据备份实体是归属签约用户服务器或其他网络设备中内置的用于备份数据的实体。

6.根据权利要求1至5中任一项所述的服务呼叫会话控制功能实体备份方法，其特征在于，所述服务呼叫会话控制功能实体与所述其他服务呼叫会话控制功能实体内分别置有支持ISC接口以及Sh接口的应用服务器；

所述服务呼叫会话控制功能实体内的应用服务器通过ISC接口发起所述保存该用户相关信息的请求，并通过Sh接口将所述动态数据备份到所述数据备份实体中；

所述其他服务呼叫会话控制功能实体内的应用服务器通过ISC接口接收所述保存该用户相关信息的请求，并通过Sh接口从所述数据备份实体中下载所述动态数据。

7.根据权利要求6所述的服务呼叫会话控制功能实体备份方法，其特征在于，所述动态数据作为透明数据在所述数据备份实体中保存或下载；

所述其他服务呼叫会话控制功能实体根据所述保存的用户相关信息从所述数据备份实体中下载相应的动态数据。

8.根据权利要求6所述的服务呼叫会话控制功能实体备份方法，其特征在于，所述SIP请求包含以下之一或其任意组合：注册请求、对话请求、以及独立的事务请求。

9.根据权利要求8所述的服务呼叫会话控制功能实体备份方法，其特征在于，所述动态数据包含用户注册数据、订阅数据以及会话数据；

所述用户注册数据包含注册消息中的“path”头域以及“Contact”头域地址。

10.根据权利要求6所述的服务呼叫会话控制功能实体备份方法，其特征在于，所述服务呼叫会话控制功能实体与所述其他服务呼叫会话控制功能实体的域名相同。

11.一种服务呼叫会话控制功能实体备份系统，包含两个以负荷分担方式工作的服务呼叫会话控制功能实体，其特征在于，所述服务呼叫会话控制功能实体内还包含用于发起保存用户相关信息的请求的请求模块、保存用户相关信息的保存模块、将处理用户SIP请求所需的动态数据备份到数据备份实体中的备份模块、查询接收到的SIP请求是否属于本服务呼叫会话控制功能实体内保存有相关信息的用户的查询模块、以及从所述数据备份实体中下载所述动态数据的下载模块；

所述服务呼叫会话控制功能实体在用户注册成功时，该实体内的请求模块向其他服务呼叫会话控制功能实体发起保存该用户相关信息的请求，并由该实体内的备份模块将处理该用户SIP请求所需的动态数据备份到数据备份实体中；

所述其他服务呼叫会话控制功能实体内的保存模块保存接收到的该用户的相关信息，并由该实体内的查询模块查询接收到的SIP请求是否属于本服务呼叫会话控制功能实体内保存有相关信息的用户，如果是，则该实体内的下载模块根据所保存的用户相关信息从所述数据备份实体中下载相应的动态数据，并据此处理该用户的SIP请求。

12.根据权利要求11所述的服务呼叫会话控制功能实体备份系统，其特征在于，所述服务呼叫会话控制功能实体内分别置有应用服务器，所述请求模块、保存模块、备份模块、查询模块、以及下载模块位于所述应用服务器内。

13.根据权利要求12所述的服务呼叫会话控制功能实体备份系统，其特征在于，所述应用服务器支持ISC接口以及Sh接口；

所述请求模块以及所述保存模块通过所述应用服务器的ISC接口发起、接收所述保存用户相关信息的请求

所述备份模块通过所述应用服务器的Sh接口将所述动态数据备份到所述数据备份实体中；

所述下载模块通过Sh接口从所述数据备份实体中下载所述动态数据。

Images