CN102255747A - 呼叫业务处理方法与系统 - Google Patents

Abstract

本发明实施例公开了一种呼叫业务处理方法与系统，其中，方法包括：用户终端向该用户终端用户注册的主用BAC发送第一会话请求消息；用户终端在发送第一会话请求消息后的第一预设时间段内未接收到主用BAC返回的会话请求响应消息时，确认主用BAC故障，保持第一会话请求消息，并根据预先配置的备份BAC的地址信息，向备份BAC发送第一注册请求消息；用户终端在接收到备份BAC返回的成功注册确认消息时，将保持的第一会话请求消息发送给备份BAC，由备份BAC对第一会话请求消息进行转发处理。本发明实施例实现了主叫业务的实时恢复，无需等待主叫方用户重新向备份BAC注册，也无需主用BAC与备份BAC之间进行用户注册信息的实时同步、维护。

Description

呼叫业务处理方法与系统

技术领域

本发明涉及通信技术，尤其是一种呼叫业务处理方法与系统。

背景技术

随着光进铜退的快速推进、网络融合演进趋势的加快、以及多媒体业务应用需求的不断增加，核心网络的规模逐渐扩大，其安全问题影响到整个网络与业务的安全。现有的核心网络主要基于互联网协议(Internet Protocol，以下简称：IP)承载，用户终端接入核心网络的方式比较多。为了防止用户终端对核心网络中设备的攻击，现有技术在通信网络中，引入边缘接入控制设备(Border Access Controller，以下简称：BAC)，来将用户接入网络与核心网络进行隔离，以提高核心网络中设备的安全可靠运行。

BAC连接核心网络与外部接入用户终端，完成会话初始协议(theSession Initiation Protocol，以下简称：SIP)用户的业务接入、实现不同网络环境下用户业务的互通、保障核心网络安全、支持服务质量(Quality of Service，以下简称：QOS)管理、媒体管理、配合实现用户游牧管理等功能。

BAC是用户终端接入的控制设备，为了确保向用户提供的业务稳定性，就必须确保边BAC的安全可靠运行，这就需要考虑BAC的容灾方案。BAC的容灾方案是指部署不同地点的两台BAC设备进行相互备份保护，当主用BAC出现故障无法正常处理业务后，备份BAC能有效接管主用BAC设备所控制的用户业务。BAC的容灾方案包括冷备份和热备份方式。

在冷备份的方式下，主用BAC与备份BAC之间没有进行用户注册信息的同步，当主用BAC瘫痪时，备份BAC无法对用户的主叫业务进行实时接管，则由该主用BAC提供服务的主叫用户无法继续获得主叫业务服务，需要等待该主叫用户在发现业务失败时重新向备份BAC手动注册后才能恢复该用户的主叫业务，无法保持业务提供的持续性，影响了用户的业务体验。由于较短的重注册周期会严重影响备份BAC的工作性能，并且产生很大的通信流量，因此，用户终端的重注册周期通常设置较长，现网推荐的重注册周期配置时间为60分钟，那么，由于该主用BAC设备故障而无法继续获得业务服务的主叫用户将在60分钟的重注册时间内，无法恢复正常的业务处理，严重影响了用户体验。

在热备份方式下，主用BAC与备份BAC之间进行用户注册信息的同步，当主用BAC瘫痪时，备份BAC可以基于主叫用户的注册信息对用户的主叫业务进行实时接管，但是，在主用BAC与备份BAC之间进行用户注册信息的实时同步、维护对设备额外开销很大，严重影响了BAC的工作性能；并且，在主用BAC与备份BAC之间实时同步大量的用户注册信息数据，难以确保同步数据的完整性与有效性，而数据实时同步的不可靠将可能导致主用BAC与备份BAC之间的容灾方案失败；现有的BAC设备之间采用私有协议通信，不利于不同BAC厂家之间的BAC互通。因此，现有的BAC均采用冷备份方式作为BAC的容灾方案。

发明内容

本发明实施例所要解决的技术问题是：提供一种呼叫业务处理方法与系统，以解决BAC的容灾方案中处理主叫业务的主用BAC瘫痪时，在冷备份方式下无法保持业务提供的持续性的技术问题，以及在热备份方式下实时同步、维护用户注册信息导致的BAC工作性能下降、主用BAC与备份BAC之间的容灾方案失败以及私有协议通信不利于不同BAC厂家之间的BAC互通的技术问题。

本发明实施例提供的一种呼叫业务处理方法，包括：

用户终端向该用户终端用户注册的主用边缘接入控制设备BAC发送第一会话请求消息，所述第一会话请求消息中包括所述用户的用户标识ID、互联网协议IP地址与端口号、被叫方用户的用户ID信息；

所述用户终端在发送第一会话请求消息后的第一预设时间段内未接收到所述主用BAC返回的会话请求响应消息时，确认所述主用BAC故障，保持所述第一会话请求消息，并根据预先配置的备份BAC的地址信息，向所述备份BAC发送第一注册请求消息；

所述用户终端在接收到所述备份BAC返回的成功注册确认消息时，将保持的所述第一会话请求消息发送给所述备份BAC，由所述备份BAC对所述第一会话请求消息进行转发处理。

本发明实施例提供的一种呼叫业务处理系统，包括用户终端、主用BAC与备份BAC，所述用户终端，用于向该用户终端用户注册的主用BAC发送第一会话请求消息，所述第一会话请求消息中包括所述用户的用户标识ID、IP地址与端口号、被叫方用户的用户ID信息；在发送第一会话请求消息后的第一预设时间段内未接收到所述主用BAC返回的会话请求响应消息时，确认所述主用BAC故障，保持所述第一会话请求消息，并根据预先配置的备份BAC的地址信息，向所述备份BAC发送第一注册请求消息；以及在接收到所述备份BAC返回的成功注册确认消息时，将保持的所述第一会话请求消息发送给所述备份BAC，由所述备份BAC对所述第一会话请求消息进行转发处理；

所述备份BAC，用于根据所述第一会话请求消息中的被叫方用户的用户ID信息，通过核心网络将所述第一会话请求消息发送给被叫方用户终端。

基于本发明上述实施例提供的呼叫业务处理方法与系统，用户终端向主用BAC发送第一会话请求消息后发现主用BAC故障时，保持第一会话请求消息，并根据预先配置的备份BAC的地址信息，向备份BAC发送第一注册请求消息进行注册，并在接收到备份BAC返回的成功注册确认消息时，将保持的第一会话请求消息发送给备份BAC，由备份BAC对第一会话请求消息进行转发处理，实现了备份BAC对用户主叫业务的实时接管，从而保证了主叫业务的实时恢复，无需等待主叫用户在发现业务失败时重新向备份BAC手动注册，也无需主用BAC与备份BAC之间进行用户注册信息的实时同步、维护，与现有技术BAC的容灾方案相比，避免了处理主叫业务的主用BAC瘫痪时，在冷备份方式下无法保持业务提供的持续性的技术问题，以及在热备份方式下实时同步、维护用户注册信息导致的BAC工作性能下降、主用BAC与备份BAC之间的容灾方案失败以及私有协议通信不利于不同BAC厂家之间的BAC互通的技术问题，保持了业务提供的持续性，提升了用户的业务体验，提高了备份BAC的工作性能。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明呼叫业务处理方法一个实施例的流程图；

图2为本发明呼叫业务处理方法另一个实施例的流程图；

图3为本发明呼叫业务处理系统一个实施例的结构示意图；

图4为本发明呼叫业务处理系统另一个实施例的结构示意图；

图5为本发明呼叫业务处理系统又一个实施例的结构示意图；

图6为本发明呼叫业务处理系统一个应用实施例的结构示意图；

图7为本发明呼叫业务处理系统另一个应用实施例的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明呼叫业务处理方法一个实施例的流程图，如图1所示，该实施例的呼叫业务处理方法包括：

步骤101，用户终端向该用户终端用户注册的主用BAC发送第一会话请求消息，该第一会话请求消息中包括用户终端用户的用户标识(Identification，以下简称：ID)、IP地址与端口号、被叫方用户的用户ID信息。其中的第一会话请求消息由该用户终端呼叫被叫方用户终端时发起。

步骤102，用户终端在发送第一会话请求消息后的第一预设时间段内未接收到主用BAC返回的会话请求响应消息时，确认主用BAC故障，保持第一会话请求消息，并根据预先配置的备份BAC的地址信息，向备份BAC发送第一注册请求消息。

备份BAC接收到第一注册消息时，可以在该备份BAC中对用户终端用户进行注册，即：从第一注册请求消息中获取用户的用户ID、IP地址与端口号信息并存储。对用户终端用户注册成功后可以向用户终端返回成功注册确认消息。

步骤103，用户终端在接收到备份BAC返回的成功注册确认消息时，将保持的第一会话请求消息发送给备份BAC，由备份BAC对第一会话请求消息进行转发处理。例如，备份BAC具体可以根据第一会话请求消息中的被叫方用户的用户ID信息，通过核心网络将第一会话请求消息发送给被叫方用户终端。

本发明上述实施例提供的呼叫业务处理方法中，用户终端向主用BAC发送第一会话请求消息后发现主用BAC故障时，保持第一会话请求消息，并根据预先配置的备份BAC的地址信息，向备份BAC发送第一注册请求消息进行注册，并在接收到备份BAC返回的成功注册确认消息时，将保持的第一会话请求消息发送给备份BAC，由备份BAC对第一会话请求消息进行转发处理，实现了备份BAC对用户主叫业务的实时接管，从而保证了主叫业务的实时恢复，无需等待主叫用户在发现业务失败时重新向备份BAC手动注册，也无需主用BAC与备份BAC之间进行用户注册信息的实时同步、维护，保持了业务提供的持续性，提升了用户的业务体验，提高了备份BAC的工作性能。

另外，作为本发明的一个具体实施例，在用户终端确认主用BAC故障后需要发起其它会话请求消息时，由于无法确认主用BAC的故障是否恢复，可以按照本发明上述实施例的呼叫业务处理方法实施例流程处理该其它会话请求消息，即：以该其它会话请求消息作为第一会话请求消息，开始执行用户终端向该用户终端用户注册的主用BAC发送第一会话请求消息的操作，即：开始执行步骤101。或者，为了避免主用BAC的故障未恢复而将其它会话请求消息发送给主用BAC导致不必要的业务时延与操作，用户终端也可以根据预先设定，在确认主用BAC故障后的第二预设时间段内需要发起其它会话请求消息时，以该其它会话请求消息作为保持的第一会话请求消息，开始执行步骤103中将保持的第一会话请求消息发送给备份BAC的操作。在第二预设时间段过后，可以认为主用BAC故障恢复，对于第二预设时间段后接收到的其它会话请求消息，可以按照本发明上述实施例的呼叫业务处理方法实施例流程处理，即：开始执行步骤101的操作。其中的第二预设时间段可以预设为排除主用BAC上的故障所需的经验值，例如：60分钟，并可以根据实际需求对该第二预设时间段数值进行更新。

进一步地，作为本发明的另一个具体实施例，在本发明上述各实施例的流程之前，用户终端还可以通过如下方式向主用BAC注册：

用户终端向主用BAC发送第二注册请求消息，第二注册请求消息中包括用户终端用户的用户ID、分别作为源IP地址与源端口号的用户终端用户的IP地址与端口号。其中，用户通过该用户终端请求注册的BAC即为该用户终端的主用BAC；

主用BAC从第二注册请求消息中获取用户的用户ID、IP地址与端口号信息并存储，实现在该主用BAC中对用户终端用户进行注册，以及将第二注册请求消息中源IP地址与源端口号分别替换为主用BAC的地址与端口号，并在第二注册请求消息中扩展用户地址参数字段与用户端口参数字段，通过扩展的用户地址参数字段与用户端口参数字段分别携带该用户终端用户的IP地址信息与端口号信息，生成第三注册请求消息并发送给核心网络中的核心网络设备；

核心网络设备从第三注册请求消息中获取用户终端用户的用户ID、IP地址与端口号信息并存储。

进一步地，作为本发明的又一个实施例，核心网络设备接收到第三注册请求消息后，还可以基于该第三注册请求消息，在核心网络中对该用户终端用户进行注册，以便该用户终端用户使用核心网络业务。

图2为本发明呼叫业务处理方法另一个实施例的流程图。如图2所示，用户终端向主用BAC注册之后，其它用户呼叫该注册用户终端用户时，该注册用户终端作为被叫用户终端的呼叫业务处理方法实施例包括：

步骤201，核心网络设备接收到请求呼叫用户终端用户的第二会话请求消息时，将该第二会话请求消息转发给主用BAC。其中的被呼叫用户终端即为向主用BAC注册的用户终端。其中的第二会话请求消息由其它终端呼叫该用户终端时发起。

步骤202，核心网络设备将第二会话请求消息发送给主用BAC后的第三预设时间段内是否接收到主用BAC返回的会话请求响应消息。若在第三预设时间段内未接收到主用BAC返回的会话请求响应消息，确认主用BAC故障，执行步骤203。否则，若在第三预设时间段内接收到主用BAC返回的会话请求响应消息，执行步骤206。

步骤203，核心网络设备获取第二会话请求消息中用户终端用户的用户ID对应的用户终端用户的IP地址与端口号，并在第二会话请求消息中扩展用户地址参数字段与用户端口参数字段，通过扩展的用户地址参数字段与用户端口参数字段分别携带用户终端用户的IP地址信息与端口号信息，生成第三会话请求消息。

步骤204，核心网络设备从预先存储的主备BAC信息对照表中，获取主用BAC的地址对应的备份BAC的地址，并根据该备份BAC的地址，将第三会话请求消息发送给备份BAC。

步骤205，备份BAC以第三会话请求消息中用户终端用户的IP地址作为目的IP地址，以第三会话请求消息中用户终端用户的端口号作为目的端口号，对第三会话请求消息进行重新封装，生成第四会话请求消息。

步骤206，备份BAC将第四会话请求消息通过IP网络发送给用户终端。

本发明实施例在用户向一个BAC注册时，该BAC作为用户的主用BAC通过扩展参数将注册的用户信息，包括用户的IP地址与端口号，上报给核心网络设备，这样，在主用BAC设备故障时，核心网络设备便可以通过扩展会话请求消息中的参数，将用户信息发送给备份BAC，由备份BAC以该用户的IP地址作为目的IP地址，以该用户的端口号作为目的端口号，对第三会话请求消息进行重新封装后通过IP网络发送给该用户的用户终端，从而实现了主用BAC故障时备份BAC对该用户的被叫业务的实时接管，保证了被叫业务的实时恢复，无需等待该用户重新向备份BAC注册，也无需主用BAC与备份BAC之间进行用户注册信息的实时同步、维护，保持了业务提供的持续性，提升了用户的业务体验，提高了备份BAC的工作性能。

进一步地，作为本发明的再一个实施例，由于预先在用户终端中配置了备份BAC的地址信息，在本发明上述实施例的呼叫业务处理方法流程中，备份BAC将第四会话请求消息通过IP网络发送给该用户终端后，该用户终端识别出配置了第四会话请求消息中携带的备份BAC的地址，才接收该第四会话请求消息并进行相应的呼叫业务处理，从而避免了用户终端处理未知网元发送的业务消息导致的不安全性与工作性能下降。

本发明上述各实施例的呼叫业务处理方法流程可以适用于各种核心网络，例如：IP多媒体子系统(IP Multimedia Subsystem，IMS)核心网络、固网软交换核心网络等。

根据本发明的一个具体应用实施例，IMS核心网络包括代理呼叫会话控制功能(Proxy Call Session Control Function，以下简称：P-CSCF)设备、服务呼叫会话控制功能(Serving Call Session ControlFunction，以下简称：S-CSCF)设备、归属用户服务器(HomeSubscriber Server，以下简称：HSS)与查询呼叫会话控制功能(Interrogating Call Session Control Function，以下简称：I-CSCF)设备。其中，HSS可用于存储用户的属性信息与业务签约信息；P-CSCF设备作为用户终端接入IMS核心网络的初始入口点，可用于实现用户注册、安全管理等功能，将拜访地接入网络的SIP事务转接到其归属地的S-CSCF设备；S-CSCF是IMS核心网络的核心设备，可用于实现用户注册鉴权、会话控制、计费管理等功能；I-CSCF可用于查询HSS获得用户当前服务的S-CSCF。

本发明应用的核心网络为IMS核心网络时，上述各实施例中的核心网络设备具体可以是P-CSCF设备，主用BAC、备份BAC分别与P-CSCF设备通信连接。本发明应用于IMS核心网络时，核心网络设备基于第三注册请求消息，在核心网络中对用户终端用户进行注册具体可以通过如下方式实现：P-CSCF设备从第三注册请求消息中删除用户地址参数与用户端口参数，得到第四注册请求消息，从I-CSCF设备获取该用户终端用户的S-CSCF设备信息，并将第四注册请求消息发送给查询到的S-CSCF设备，由该查询到的S-CSCF设备对该用户终端用户进行注册鉴权，在该用户终端用户通过注册鉴权后，将该用户终端用户与S-CSCF设备之间的对应关系信息存储在HSS中。

按照现有技术IMS规范提供的注册流程，用户终端通过注册请求消息向BAC注册时，BAC从注册请求消息的IP报文中获得源IP地址与源端口，即：用户注册所使用的IP地址与端口，BAC将用户的IP地址替换成该BAC的地址，然后将注册请求消息转发到P-CSCF设备，此时的注册请求消息包括BAC的地址、注册用户ID等相关信息，但并不包括注册用户的真实IP地址等注册用户信息，然后由P-CSCF设备将接收到的注册请求消息发送到S-CSCF设备以完成用户注册。本发明上述实施例中，用户终端通过发送第二注册请求消息进行注册时，主用BAC记录该用户所注册的IP地址与端口号，并在第二注册请求消息中扩展用户地址参数字段与用户端口参数字段，通过这两个扩展出的用户地址参数字段与用户端口参数字段，分别携带用户的IP地址信息与端口号信息，生成第三注册请求消息并发送给P-CSCF设备，P-CSCF设备存储用户的用户ID、IP地址与端口号信息后，在该用户作为被叫用户提供呼叫服务的主用BAC故障时，备份BAC便可以基于P-CSCF设备存储的用户的IP地址与端口号代替主用BAC提供呼叫服务，从而实现了被叫业务的实时恢复，且无需用户向备份BAC注册。

本发明应用于IMS核心网络时，图1所示实施例中的用户终端为主叫方用户终端，该用户终端用户为主叫方用户，以作为主叫方用户与被叫方用户分别属于两个IMS域为例，备份BAC具体可以按照如下流程，通过核心网络将第一会话请求消息发送给被叫方用户终端：

备份BAC将第一会话请求消息发送给主叫方用户注册的P-CSCF设备；

主叫方用户注册的P-CSCF设备将第一会话请求消息发送给主叫用户注册的S-CSCF设备，该主叫用户注册的S-CSCF设备根据主叫方用户HSS中该主叫方用户的业务签约信息到相应的业务平台触发相应的主叫业务，并根据被叫方用户ID查询E.164号码和域名翻译系统(以下简称：ENUM/DNS)，得到被叫方用户归属地I-CSCF设备；

主叫用户注册的S-CSCF设备将第一会话请求消息发送到被叫方用户归属地I-CSCF设备；

被叫方用户归属地I-CSCF设备查询HSS得到被叫方用户注册的S-CSCF设备，并将第一会话请求消息发送到被叫方用户注册的S-CSCF设备；

被叫方用户注册的S-CSCF设备根据被叫方用户HSS中该被叫方用户的业务签约信息，到相应的业务平台触发相应被叫业务，并将第一会话请求消息发送到被叫方用户注册的P-CSCF设备；

被叫方用户注册的P-CSCF设备将第一会话请求消息发送到被叫方用户注册的主用BAC设备；

被叫方用户注册的主用BAC设备根据第一会话请求消息中的被叫方用户ID信息，通过IP网络将第一会话请求消息发送至被叫方用户终端，从而完成整个呼叫业务的接续。

根据本发明的另一个具体应用实施例，固网软交换核心网络包括软交换(Soft Switch，以下简称：SS)设备、信令网关(SignalingGateway，以下简称：SG)、中继网关(Trunk Gateway，以下简称：TG)与智能归属位置寄存器(Smart Home Location Register，以下简称：SHLR)。其中，SS设备为固网软交换核心网络的核心控制功能实体，为用户提供注册认证、鉴权、呼叫控制与连接和计费管理功能；SG用于实现电路交换网络信令与IP网络信令的转换，实现电路交换信令在IP网上的传送；TG用于实现电路交换网络的话路与IP数据包的转换、语音编码格式转换、呼叫处理与控制等功能；SHLR用于存储用户的相关信息，包括基本业务签约信息、补充业务签约信息、位置信息等，并可以实现用户安全管理功能。

本发明应用的核心网络为固网软交换核心网络时，上述各实施例中的核心网络设备具体可以是软交换(Soft Switch，以下简称：SS)设备，主用BAC、备份BAC分别与SS设备通信连接。发明应用于固网软交换核心网络时，核心网络设备基于第三注册请求消息，在核心网络中对用户终端用户进行注册具体可以通过如下方式实现：SS设备根据第三注册请求消息对该用户终端用户进行注册鉴权，在该用户终端用户通过注册鉴权后将该用户终端用户置为已注册状态。本发明应用于固网软交换核心网络时的一个实施例可以参见本发明上述各实施例的呼叫业务处理方法流程，由SS设备执行核心网络设备的相应操作即可，不再赘述。

本发明应用于固网软交换核心网络时，图1所示实施例中的用户终端为主叫方用户终端，该用户终端用户为主叫方用户，以作为主叫方用户与被叫方用户属于同一个SS为例，备份BAC具体可以按照如下流程，通过核心网络将第一会话请求消息发送给被叫方用户终端：

备份BAC将第一会话请求消息发送给主叫方用户注册的SS设备；

主叫方用户注册的SS设备查询SHLR获得主叫方用户的业务签约信息，并到相应业务平台完成主叫业务处理；

主叫方用户注册的SS设备对被叫方用户ID进行分析，获知主叫方用户ID与被叫方用户ID归属同一个SS设备；

该SS设备查询SHLR获得被叫方用户的业务签约信息，并到相应的业务平台完成被叫业务处理；

该SS设备将第一会话请求消息送到被叫方用户注册的BAC；

被叫方用户注册的BAC根据第一会话请求消息被叫方用户注册的BAC根据第一会话请求消息中的被叫方用户ID信息，通过IP网络将第一会话请求消息发送至被叫方用户终端，从而完成整个呼叫业务的接续。

图3为本发明呼叫业务处理系统一个实施例的结构示意图。该实施例的呼叫业务处理系统可用于实现本发明上述各呼叫业务处理方法实施例的流程。如图3所示，其包括用户终端1、主用BAC2与备份BAC3。

其中，用户终端1用于向该用户终端1用户注册的主用BAC2发送第一会话请求消息，该第一会话请求消息中包括该用户终端1用户的用户标识ID、IP地址与端口号、被叫方用户的用户ID信息；在发送第一会话请求消息后的第一预设时间段内未接收到主用BAC2返回的会话请求响应消息时，确认主用BAC2故障，保持第一会话请求消息，并根据预先配置的备份BAC的地址信息，向备份BAC3发送第一注册请求消息；以及在接收到备份BAC3返回的成功注册确认消息时，将保持的第一会话请求消息发送给备份BAC3，由备份BAC3对第一会话请求消息进行转发处理。

备份BAC3用于根据第一会话请求消息中的被叫方用户的用户ID信息，通过核心网络将第一会话请求消息发送给被叫方用户终端。

本发明上述实施例提供的呼叫业务处理系统中，用户终端向主用BAC发送第一会话请求消息后发现主用BAC故障时，保持第一会话请求消息，并根据预先配置的备份BAC的地址信息，向备份BAC发送第一注册请求消息进行注册，并在接收到备份BAC返回的成功注册确认消息时，将保持的第一会话请求消息发送给备份BAC，由备份BAC对第一会话请求消息进行转发处理，实现了备份BAC对用户主叫业务的实时接管，从而保证了主叫业务的实时恢复，无需等待主叫用户在发现业务失败时重新向备份BAC手动注册，也无需主用BAC与备份BAC之间进行用户注册信息的实时同步、维护，保持了业务提供的持续性，提升了用户的业务体验，提高了备份BAC的工作性能。

图4为本发明呼叫业务处理系统另一个实施例的结构示意图。如图4所示，与图3所示的实施例相比，在本发明上述各实施例的呼叫业务处理系统中，用户终端1具体可以包括通信处理单元301、第一容灾控制单元302与第一注册控制单元303。

其中，通信处理单元301用于向主用BAC2发送第一会话请求消息，该第一会话请求消息中包括用户终端1用户的用户标识ID、IP地址与端口号、被叫方用户的用户ID信息；以及识别在发送第一会话请求消息后的第一预设时间段内是否接收到主用BAC2返回的会话请求响应消息；以及根据第一容灾控制单元302的指示，保持第一会话请求消息，以及将保持的第一会话请求消息发送给备份BAC3，由备份BAC3对第一会话请求消息进行转发处理。

第一容灾控制单元302用于根据通信处理单元301的识别结果，在第一预设时间段内未接收到主用BAC返回的会话请求响应消息时，确认主用BAC2故障，指示通信处理单元301保持第一会话请求消息，并指示第一注册控制单元303向备份BAC3发送第一注册请求消息，以及在第一注册控制单元303接收到备份BAC3返回的成功注册确认消息时，指示通信处理单元301将保持的第一会话请求消息发送给该备份BAC3，由该备份BAC3对第一会话请求消息进行转发处理。

第一注册控制单元303用于根据第一容灾控制单元302的指示，根据预先配置的备份BAC的地址信息，向备份BAC3发送第一注册请求消息，以及接收备份BAC3针对该第一注册请求消息返回的成功注册确认消息。

另外，再参见图4，作为本发明呼叫业务处理系统的另一个实施例，通信处理单元301还可以用于根据预先设置的处理策略，在第一容灾控制单元302确认主用BAC2故障后，需要发起其它会话请求消息时，以该其它会话请求消息作为第一会话请求消息，开始执行向主用BAC2发送第一会话请求消息的操作；或者在第一容灾控制单元302确认主用BAC2故障后的第二预设时间段内需要发起其它会话请求消息时，以该其它会话请求消息作为保持的第一会话请求消息，开始执行将保持的第一会话请求消息发送给备份BAC3的操作。

图5为本发明呼叫业务处理系统又一个实施例的结构示意图。如图5所示，与图4所示的实施例相比，本发明上述各实施例的呼叫业务处理系统中，核心网络中还包括核心网络设备4，第一注册控制单元303还可以用于向主用BAC2发送第二注册请求消息，该第二注册请求消息中包括用户终端1用户的用户ID、分别作为源IP地址与源端口号的用户终端1用户的IP地址与端口号。相应的，主用BAC2用于从第一注册控制单元303发送的第二注册请求消息中获取用户终端1用户的用户ID、IP地址与端口号信息并存储，以及将第二注册请求消息中源IP地址与源端口号分别替换为主用BAC2的地址与端口号，并在第二注册请求消息中扩展用户地址参数字段与用户端口参数字段，通过扩展的用户地址参数字段与用户端口参数字段分别携带用户终端1用户的IP地址信息与端口号信息，生成第三注册请求消息并发送给核心网络中的核心网络设备4。核心网络设备4用于从主用BAC2发送的第三注册请求消息中获取用户终端1用户的用户ID、IP地址与端口号信息并存储。

进一步地，再参见图5，作为本发明呼叫业务处理系统的另一个实施例，核心网络设备4具体可以包括收发单元401、存储单元402、第二容灾控制单元403与获取单元404。其中，收发单元401用于接收主用BAC2发送的第三注册请求消息，从第三注册请求消息中获取用户终端1的用户ID、IP地址与端口号信息并存储在存储单元402中；以及接收请求呼叫用户终端1用户的第二会话请求消息，并将该第二会话请求消息转发给主用BAC2，并识别将第二会话请求消息转发给主用BAC2后的第三预设时间段内是否接收到该主用BAC2返回的会话请求响应消息；以及根据获取单元404的指示，将第三会话请求消息发送给备份BAC3。

存储单元402用于存储用户ID、IP地址与端口号之间的对应关系信息，以及存储主备BAC信息对照表，主备BAC信息对照表包括主用BAC与备份BAC之间的对应关系信息。

第二容灾控制单元403用于根据收发单元401的识别结果，在第三预设时间段内未接收到主用BAC2返回的会话请求响应消息时，确认主用BAC2故障，从存储单元402中获取第二会话请求消息中用户终端1用户ID对应的IP地址与端口号，并在第二会话请求消息中扩展用户地址参数字段与用户端口参数字段，通过用户地址参数字段与用户端口参数字段分别携带获取到的IP地址信息与端口号信息，生成第三会话请求消息。

获取单元404用于从存储单元402的主备BAC信息对照表中，获取主用BAC2的地址对应的备份BAC3的地址，并指示收发单元401根据该备份BAC3的地址，将第三会话请求消息发送给备份BAC3。

相应的，备份BAC3还用于以收发单元401发送的第三会话请求消息中的IP地址作为目的IP地址，以第三会话请求消息中的端口号作为目的端口号，对第三会话请求消息进行重新封装，生成第四会话请求消息并通过IP网络发送给用户终端1中的通信处理单元401。

进一步地，再参见图5，作为本发明呼叫业务处理系统的再一个实施例，核心网络设备4还可以包括第二注册控制单元405，用于基于收发单元401接收到的第三注册请求消息，指示收发单元401在核心网络中对该用户终端1户进行注册。

本发明上述各实施例呼叫业务处理系统中的核心网络，可以是IMS核心网络、固网软交换核心网络等。如图6所示，为本发明呼叫业务处理系统一个应用实施例的结构示意图，该实施例示出了核心网络为IMS核心网络时的具体结构，其中的核心网络设备4具体为P-CSCF设备，另外，IMS核心网络还可以包括S-CSCF设备、I-CSCF设备与HSS。该应用实施例中，第二注册控制单元405具体可以从第二注册请求消息中删除用户地址参数字段与用户端口参数字段，得到第三注册请求消息，从I-CSCF设备获取用户终端1用户的S-CSCF设备信息，并指示收发单元401将该第三注册请求消息发送给获取到的S-CSCF设备，以便由该S-CSCF设备对该用户终端1用户进行注册鉴权，在该用户终端1用户通过注册鉴权后，将该用户终端1用户与该S-CSCF设备之间的对应关系信息存储在HSS中。相应的，收发单元401还用于根据第二注册控制单元405的指示，将第三注册请求消息发送给S-CSCF设备。

如图7所示，为本发明呼叫业务处理系统另一个应用实施例的结构示意图，该实施例示出了核心网络为固网软交换核心网络时的具体结构，其中的核心网络设备4具体为SS设备，另外，固网软交换核心网络还可以包括TG、SG与SHLR。该应用实施例中，第二注册控制单元405具体可以根据第二注册请求消息对用户终端1用户进行注册鉴权，在用户终端1用户通过注册鉴权将被叫方用户置为已注册状态。

本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

本发明实施例实现了备份BAC对用户主叫业务的实时接管，从而保证了主叫业务的实时恢复，无需等待主叫用户在发现业务失败时重新向备份BAC手动注册，也无需主用BAC与备份BAC之间进行用户注册信息的实时同步、维护，保持了业务提供的持续性，提升了用户的业务体验，提高了备份BAC的工作性能。

本发明的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用，并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。

Claims (12)

1.一种呼叫业务处理方法，其特征在于，包括：

用户终端向该用户终端用户注册的主用边缘接入控制设备BAC发送第一会话请求消息，所述第一会话请求消息中包括所述用户的用户标识ID、互联网协议IP地址与端口号、被叫方用户的用户ID信息；

所述用户终端在发送第一会话请求消息后的第一预设时间段内未接收到所述主用BAC返回的会话请求响应消息时，确认所述主用BAC故障，保持所述第一会话请求消息，并根据预先配置的备份BAC的地址信息，向所述备份BAC发送第一注册请求消息；

所述用户终端在接收到所述备份BAC返回的成功注册确认消息时，将保持的所述第一会话请求消息发送给所述备份BAC，由所述备份BAC对所述第一会话请求消息进行转发处理。

2.根据权利要求1所述的方法，其特征在于，所述备份BAC对所述第一会话请求消息进行转发处理包括：

所述备份BAC根据所述第一会话请求消息中的被叫方用户的用户ID信息，通过核心网络将所述第一会话请求消息发送给被叫方用户终端。

3.根据权利要求1所述的方法，其特征在于，还包括：

所述用户终端确认所述主用BAC故障后需要发起其它会话请求消息时，以该其它会话请求消息作为第一会话请求消息，执行所述用户终端向该用户终端用户注册的主用BAC发送第一会话请求消息的操作；或者

所述用户终端确认所述主用BAC故障后的第二预设时间段内需要发起其它会话请求消息时，以该其它会话请求消息作为保持的第一会话请求消息，执行将保持的所述第一会话请求消息发送给所述备份BAC的操作。

4.根据权利要求1至3任意一项所述的方法，其特征在于，所述用户终端向该用户终端用户注册的主用BAC发送第一会话请求消息之前，还包括：

所述用户终端向所述主用BAC发送第二注册请求消息，所述第二注册请求消息中包括所述用户终端用户的用户ID、分别作为源IP地址与源端口号的所述用户终端用户的IP地址与端口号；

所述主用BAC从所述第二注册请求消息中获取所述用户的用户ID、IP地址与端口号信息并存储，以及将第二注册请求消息中源IP地址与源端口号分别替换为所述主用BAC的地址与端口号，并在第二注册请求消息中扩展用户地址参数字段与用户端口参数字段，通过扩展的用户地址参数字段与用户端口参数字段分别携带所述用户终端用户的IP地址信息与端口号信息，生成第三注册请求消息并发送给核心网络中的核心网络设备；

所述核心网络设备从所述第三注册请求消息中获取所述用户终端用户的用户ID、IP地址与端口号信息并存储。

5.根据权利要求4所述的方法，其特征在于，从所述第三注册请求消息中获取所述用户终端用户的用户ID、IP地址与端口号信息并存储之后，还包括：

所述核心网络设备接收到请求呼叫所述用户终端用户的第二会话请求消息时，将该第二会话请求消息转发给所述主用BAC；

所述核心网络设备将第二会话请求消息发送给主用BAC后，若在第三预设时间段内未接收到所述主用BAC返回的会话请求响应消息，确认所述主用BAC故障，获取第二会话请求消息中所述用户终端用户的用户ID对应的所述用户终端用户的IP地址与端口号，并在第二会话请求消息中扩展用户地址参数字段与用户端口参数字段，通过扩展的用户地址参数字段与用户端口参数字段分别携带所述用户终端用户的IP地址信息与端口号信息，生成第三会话请求消息；

所述核心网络设备从预先存储的主备BAC信息对照表中，获取所述主用BAC的地址对应的备份BAC的地址，并根据该备份BAC的地址，将所述第三会话请求消息发送给所述备份BAC；

所述备份BAC以第三会话请求消息中所述用户终端用户的IP地址作为目的IP地址，以所述第三会话请求消息中所述用户终端用户的端口号作为目的端口号，对所述第三会话请求消息进行重新封装，生成第四会话请求消息；

所述备份BAC将所述第四会话请求消息通过IP网络发送给所述用户终端。

6.根据权利要求5所述的方法，其特征在于，所述核心网络包括IP多媒体子系统IMS核心网络，所述核心网络设备具体为代理呼叫会话控制功能P-CSCF设备；或者

所述核心网络包括固网软交换核心网络，所述核心网络设备具体为软交换SS设备。

7.一种呼叫业务处理系统，包括用户终端、主用BAC与备份BAC，其特征在于，所述用户终端，用于向该用户终端用户注册的主用BAC发送第一会话请求消息，所述第一会话请求消息中包括所述用户的用户标识ID、IP地址与端口号、被叫方用户的用户ID信息；在发送第一会话请求消息后的第一预设时间段内未接收到所述主用BAC返回的会话请求响应消息时，确认所述主用BAC故障，保持所述第一会话请求消息，并根据预先配置的备份BAC的地址信息，向所述备份BAC发送第一注册请求消息；以及在接收到所述备份BAC返回的成功注册确认消息时，将保持的所述第一会话请求消息发送给所述备份BAC，由所述备份BAC对所述第一会话请求消息进行转发处理；

所述备份BAC，用于根据所述第一会话请求消息中的被叫方用户的用户ID信息，通过核心网络将所述第一会话请求消息发送给被叫方用户终端。

8.根据权利要求7所述的系统，其特征在于，所述用户终端包括：

通信处理单元，用于向所述主用BAC发送第一会话请求消息，所述第一会话请求消息中包括所述用户的用户标识ID、IP地址与端口号、被叫方用户的用户ID信息；以及识别在发送第一会话请求消息后的第一预设时间段内是否接收到所述主用BAC返回的会话请求响应消息；以及根据第一容灾控制单元的指示，保持所述第一会话请求消息，以及将保持的所述第一会话请求消息发送给所述备份BAC，由所述备份BAC对所述第一会话请求消息进行转发处理；

第一容灾控制单元，用于根据所述通信处理单元的识别结果，在第一预设时间段内未接收到所述主用BAC返回的会话请求响应消息时，确认所述主用BAC故障，指示所述通信处理单元保持所述第一会话请求消息，并指示注册控制单元向所述备份BAC发送第一注册请求消息，以及在注册控制单元接收到所述备份BAC返回的成功注册确认消息时，指示所述通信处理单元将保持的所述第一会话请求消息发送给所述备份BAC，由所述备份BAC对所述第一会话请求消息进行转发处理；

注册控制单元，用于根据所述第一容灾控制单元的指示，根据预先配置的备份BAC的地址信息，向所述备份BAC发送第一注册请求消息，以及接收所述备份BAC针对该第一注册请求消息返回的成功注册确认消息。

9.根据权利要求8所述的系统，其特征在于，所述通信处理单元还用于根据预先设置的处理策略，在第一容灾控制单元确认所述主用BAC故障后，需要发起其它会话请求消息时，以该其它会话请求消息作为第一会话请求消息，开始执行所述向所述主用BAC发送第一会话请求消息的操作；或者在第一容灾控制单元确认所述主用BAC故障后的第二预设时间段内需要发起其它会话请求消息时，以该其它会话请求消息作为保持的第一会话请求消息，开始执行将保持的所述第一会话请求消息发送给所述备份BAC的操作。

10.根据权利要求9所述的系统，其特征在于，所述注册控制单元还用于向所述主用BAC发送第二注册请求消息，所述第二注册请求消息中包括所述用户终端用户的用户ID、分别作为源IP地址与源端口号的所述用户终端用户的IP地址与端口号；

所述主用BAC，用于从所述第二注册请求消息中获取所述用户的用户ID、IP地址与端口号信息并存储，以及将第二注册请求消息中源IP地址与源端口号分别替换为所述主用BAC的地址与端口号，并在第二注册请求消息中扩展用户地址参数字段与用户端口参数字段，通过扩展的用户地址参数字段与用户端口参数字段分别携带所述用户终端用户的IP地址信息与端口号信息，生成第三注册请求消息并发送给核心网络中的核心网络设备；

所述核心网络包括所述核心网络设备，用于从所述第三注册请求消息中获取所述用户终端用户的用户ID、IP地址与端口号信息并存储。

11.根据权利要求10所述的系统，其特征在于，所述核心网络设备包括：

收发单元，用于接收主用BAC发送的第三注册请求消息，从所述第三注册请求消息中获取所述用户ID、IP地址与端口号信息并存储在存储单元中；以及接收请求呼叫所述用户终端用户的第二会话请求消息，并将该第二会话请求消息转发给所述主用BAC，并识别将第二会话请求消息转发给主用BAC后的第三预设时间段内是否接收到所述主用BAC返回的会话请求响应消息；以及根据获取单元的指示，将第三会话请求消息发送给备份BAC；

存储单元，用于存储用户ID、IP地址与端口号之间的对应关系信息，以及存储主备BAC信息对照表，所述主备BAC信息对照表包括主用BAC与备份BAC之间的对应关系信息；

第二容灾控制单元，用于根据所述收发单元的识别结果，在第三预设时间段内未接收到所述主用BAC返回的会话请求响应消息时，确认所述主用BAC故障，从所述存储单元获取第二会话请求消息中用户ID对应的IP地址与端口号，并在第二会话请求消息中扩展用户地址参数字段与用户端口参数字段，通过用户地址参数字段与用户端口参数字段分别携带获取到的IP地址信息与端口号信息，生成第三会话请求消息；

获取单元，用于从存储单元的主备BAC信息对照表中，获取所述主用BAC的地址对应的备份BAC的地址，并指示所述收发单元根据该备份BAC的地址，将所述第三会话请求消息发送给所述备份BAC；

所述备份BAC还用于以第三会话请求消息中的IP地址作为目的IP地址，以所述第三会话请求消息中的端口号作为目的端口号，对所述第三会话请求消息进行重新封装，生成第四会话请求消息并通过IP网络发送给所述用户终端。

12.根据权利要求10或11所述的系统，其特征在于，所述核心网络包括IMS核心网络，所述核心网络设备具体为P-CSCF设备；或者

所述核心网络包括固网软交换核心网络，所述核心网络设备具体为软交换SS设备。

Images