CN1870803A - 一种恢复双归属业务的方法及软交换设备 - Google Patents

Abstract

本发明公开了一种恢复双归属业务的方法，双归属业务在发生主备软交换服务器倒换，且主软交换服务器恢复正常之后，本发明方案中，备软交换服务器搜集主备倒换期间通过备软交换服务器建立的呼叫信息并发送给主软交换服务器；主软交换服务器利用接收到的呼叫信息，发起内部模拟呼叫，占用相关资源，在主软交换服务器中恢复主备倒换期间在备软交换服务器中建立的内部信令连接关系。同时本发明还公开了一种软交换设备，通过本发明方案，在主软交换服务器中恢复了主备倒换期间通过备软交换服务器建立的呼叫连接，保证了在备软交换服务器中建立的呼叫平滑转交给主软交换服务器继续处理。

Description

一种恢复双归属业务的方法及软交换设备

技术领域

本发明涉及双归属技术，尤指一种在双归属业务倒回时恢复双归属业务的方法及软交换设备。

背景技术

随着用户对网络安全可靠性和网络处理能力的要求越来越高，运营商必须在一开始设计网络时就在网络中引入足够的容量和各种容灾手段，以便向用户提供足够高的服务能力，尽可能减小故障造成的影响，提高网络的优先恢复能力、双重接入能力以及多种选路能力等等，以确保服务的正常提供，使用户对所提供的服务有很高的满意度。但另一方面，如果对于核心控制或处理设备采用主备用的方式，不仅会造成建网成本和维护管理成本的增加，甚至还会由于备用设备的闲置造成更大的资源浪费。

因此，在设备集成度、成本、容灾能力及网络安全性等几方面因素的综合考虑下，引入了双归属的概念，其作用在于防止网络大面积瘫机或在出现突发灾害事故发生时能够紧急提供通信的机制，提供在极端异常情况发生时设备通信的迅速恢复能力。比如：包含有应急通信的恢复机制，能提供80％～90％的通信恢复能力。这里所述的双归属是指，一个网关控制器可以接两个交换控制中心，从属于两个交换控制中心，两个交换控制中心以主备方式工作；正常运行情况下，网关控制器只能注册到一个交换控制中心上，当此交换控制中心发生故障时，网关控制器可注册到另一个交换控制中心上，由该交换控制中心继续为此网关控制器管理的资源提供服务。

图1是现有码分多址(CDMA，Code Division Multiple Access)系统中的双归属系统组成示意图，图1中存在两套媒体网关(MGW，MediaGateway)，基站控制器(BSC，Base Station Contal)和软交换服务器(MSCe)，图1中实线表示传送语音信号，虚线表示传送信令信号，MSCel与MSCe2之间通过心跳检测对方是否工作正常。系统配置双归属后，MGW1归属于MSCe1即MGW1的主MSCe为MSCe1，MGW2归属于MSCe2即MGW2的主MSCe为MSCe2；MGW1的备MSCe为MSCe2，MGW2的备MSCe为MSCe1；MSCe1中除配置有MGW1的资源外，还配置有MGW2的资源，正常情况下MSCe1不使用MGW2的资源；MSCe2中除配置有MGW2的资源外，还配置有MGW1的资源，正常情况下MSCe2不使用MGW1的资源；

正常工作时，MGW1注册在MSCe1上，MGW2注册在MSCe2上，经过MGW1转发的信令发送到该MGW1注册的MSCe1上，经过MGW2转发的信令发送到该MGW2注册的MSCe2上。

因某种原因，假设MSCe1失效，归属于MSCe1的MGW1注册到MSCe2上，同时MSCe2检测到心跳中断后，激活MGW1的相关资源，接管MSCe1的工作。当MSCe1恢复正常后，MGW1重新注册到MSCe1上，MSCe2检测到心跳恢复，释放MGW1的相关资源，结束接管MSCe1的工作。

现有技术中，当主MSCe失效，归属于主MSCe的MGW注册到备MSCe的主备倒换期间，经过MGW转发的信令发送到备MSCe上，在备MSCe上建立呼叫；当主MSCe恢复正常后，MGW重新注册到主MSCe，经过MGW转发的信令发送到主MSCe上，此时，主MSCe上不存在倒换期间在备MSCe上建立的呼叫信息，无法进行相关信令处理，因此在倒换期间建立的呼叫被异常拆线，造成倒换期间建立的呼叫中断。

下面以BSC与MSCe之间建立呼叫连接为例说明在主MSCe恢复正常工作后，现有技术存在的呼叫中断的问题。图2是现有BSC与MSCe之间建立呼叫连接的流程图，按照协议规定，当BSC准备向MSCe发起业务请求时，BSC与MSCe之间通过信令连接控制部分(SCCP)协议层建立呼叫连接主要包括以下步骤：

步骤200：BSC分配自身的连接参考，并向MSCe发起连接请求(CR)消息，该CR消息中携带BSC的连接参考。

连接参考是一个四字节的数值，本端连接参考和对端连接参考用于唯一标识两个信令实体间的一个信令连接。

步骤201：MSCe接收到CR消息后，分配自身的连接参考，记录BSC的连接参考，并向BSC发送连接确认(CC)消息，该CC消息中携带MSCe的连接参考和BSC的连接参考；

BSC与MSCe双方各自获得自身连接参考和对端连接参考后，BSC与MSCe之间的信令连接建立完成。

步骤202：BSC向MSCe发送数据传送(DT)消息，该DT中携带MSCe的连接参考以及需要发送给MSCe的数据。

这里，根据DT消息中携带的MSCe的连接参考，MSCe能够识别是哪个连接的信令消息，正确进行信令处理。

步骤203：MSCe向BSC发送数据传送(DT)消息，该DT中携带BSC的连接参考以及需要发送给BSC的数据。

这里，根据DT消息中携带的BSC的连接参考，BSC能够识别是哪个连接的信令消息，正确进行信令处理。

从图2所示实例可见，只有在BSC与MSCe之间均获得自身连接参考和对端连接参考后，双方才能正确进行后续数据交互。

在双归属业务中，当主MSCe发生故障后，由备MSCe接管工作，主备倒换期间的呼叫连接建立在备MSCe上，BSC中存储的连接参考是备MSCe的；若主MSCe恢复正常，由主MSCe接管工作，此时，来自BSC的后续呼叫信息发送到主MSCe后，主MSCe中没有对应的连接参考信息，导致主MSCe无法正常处理该呼叫的信令，从而造成异常拆线。

同样，对于中继侧，两个实体间的呼叫相关信令信息一般采用唯一的电路标识(CIC)来识别连接。比如电话用户部分(TUP)信令进行TUP中继呼叫时，要占用一条时分复用(TDM)电路来承载话务，建立呼叫的两实体间用唯一的CIC来标记此电路，同时两个实体间的信令也是采用CIC来标识的。发起呼叫时，主叫方占用一条CIC对应的电路，并把业务表号记录在该CIC对应的电路表中，向对端发送携带CIC的IAM消息；对端收到IAM消息后，占用CIC对应的电路，分配业务处理表，并把业务处理表号记录在CIC对应的电路表中。后续的呼叫消息也都带有CIC，这样，双方通过对应电路表中记录的业务连接表就可以正常进行呼叫处理。

在双归属业务中，当主MSCe发生故障，然后又恢复，此时收到对端实体的TUP后续呼叫信息，由于找不到与呼叫信息中携带的CIC对应的业务连接表，或者是找到错误的业务连接表，从而导致呼叫异常拆线。

从现有双归属业务的方法来看，双归属业务在发生主备软交换服务器倒换，且主软交换服务器恢复正常之后，不能维持主备倒换期间通过备软交换服务器建立的呼叫连接，造成呼叫中断，同时也降低了双归属的备份效果。

发明内容

有鉴于此，本发明的主要目的在于提供一种恢复双归属业务的方法，能够恢复主备倒换期间通过备软交换服务器建立的呼叫连接，保持正常的呼叫。

本发明另一目的在于提供一种软交换设备，能够恢复主备倒换期间通过备软交换服务器建立的呼叫连接，保持正常的呼叫。

为达到上述目的，本发明的技术方案具体是这样实现的：

一种恢复双归属业务的方法，双归属业务在发生主备软交换设备倒换，且主软交换设备恢复正常之后，在软交换设备中设置用于搜集、处理和控制呼叫信息的业务倒回控制模块，该方法包括以下步骤：

A.备软交换设备通过自身所述业务倒回控制模块，搜集主备倒换期间通过备软交换设备建立的呼叫信息，并发送给主软交换设备；

B.主软交换设备中的所述业务倒换模块存储接收到的呼叫信息，并利用接收到的呼叫信息，发起内部模拟呼叫，占用相关资源，在主软交换设备中恢复主备倒换期间在备软交换设备中建立的呼叫信息。

步骤A中所述搜集呼叫信息的方法为：所述备软交换设备在业务倒回控制模块的控制下，分别从所述备软交换设备中的呼叫连接控制模块、主叫侧处理模块和被叫侧处理模块中搜集呼叫信息。

所述分别从所述备软交换设备中的呼叫连接控制模块、主叫侧处理模块和被叫侧处理模块中搜集呼叫信息具体包括：

a11.业务倒回控制模块向呼叫连接控制模块发送第一搜集通知，呼叫连接控制模块接收到所述第一搜集通知，根据已建立的呼叫对应的表号资源分别向所述主叫侧处理模块、被叫侧处理模块发送第二搜集通知；

a12.所述主叫处理模块、被叫处理模块收到第二搜集通知，分别将各自存储的主叫侧呼叫信息和被叫侧呼叫信息发给所述呼叫连接控制模块；

a13.所述呼叫连接控制模块将呼叫控制模块自身存储的连接控制呼叫信息，以及接收到的主叫侧呼叫信息、被叫侧呼叫信息作为呼叫信息发送给所述业务倒回控制模块；

a14.所述业务倒回控制模块收到来自呼叫连接控制模块上报的呼叫信息后，将该呼叫信息存入自身预设存储区。

在步骤a4之后，该方法还包括：所述业务倒回控制模块向所述呼叫连接控制模块发送释放主备倒换期间建立的呼叫对应的呼叫信息的释放通知。

步骤a12中所述主叫侧呼叫信息包括：主叫侧处理模块与主叫的信令连接信息、主叫侧承载信息；

步骤a12中所述被叫侧呼叫信息包括：被叫侧处理模块与被叫的信令连接信息、被叫侧承载信息；

步骤a13中所述连接控制呼叫信息包括：用户信息、呼叫状态信息。

步骤A中所述将搜集到的呼叫信息发送给主软交换设备的方法为：

a21.所述备软交换设备将所述自身存储的呼叫信息发送给主软交换设备；

a22.所述主软交换设备存储来自备软交换设备的呼叫信息。

所述步骤a21之前，该方法还包括：

所述备软交换设备向主软交换设备发送开始发送呼叫信息通知消息，主软交换设备向备软交换设备返回开始发送呼叫信息响应消息。

步骤a21中，所述呼叫信息携带在呼叫信息消息中发送。

所述步骤a22之后，该方法还包括：所述主软交换设备向备软交换设备返回呼叫信息确认消息。

所述备软交换设备接收到呼叫信息确认消息后，该方法还包括：所述备软交换设备向主软交换设备发送结束发送呼叫信息通知消息；主软交换设备向备软交换设备返回结束发送呼叫信息确认消息。

步骤B中所述发起内部模拟呼叫的方法为：在所述主软交换设备中，

b1.所述业务倒回控制模块将自身存储的接收到的呼叫信息发送给所述主叫侧处理模块；所述主叫侧处理模块分配表号资源，在该主叫侧处理模块分配的表号资源中存储所述呼叫信息中的主叫侧呼叫信息；

b2.所述主叫侧处理模块分配所述连接控制模块的表号资源，将接收到的呼叫信息中的连接控制呼叫信息和被叫侧呼叫信息送给呼叫连接控制模块；呼叫连接控制模块存储所述连接控制呼叫信息，并分配被叫侧处理模块的表号资源，将接收到的被叫侧呼叫信息发送给被叫侧处理模块；

b3.所述被叫侧处理模块存储所述被叫侧呼叫信息，并向呼叫连接控制模块发送通知消息。

步骤b3之后，该方法还包括：

所述呼叫连接控制模块根据自身存储的呼叫信息中的呼叫状态信息判断存储的呼叫信息对应的呼叫是否为稳态，若不是，则分别向主、被叫处理模块发拆线消息；若是，结束本发明流程。

所述软交换设备为软交换服务器。

一种软交换设备，包括：业务倒回控制模块，用于搜集、处理和控制呼叫信息；

所述业务倒回控制模块搜集主备倒换期间建立的呼叫信息；或者存储接收到的呼叫信息，并利用接收到的呼叫信息，发起内部模拟呼叫，占用相关资源，恢复主备倒换期间建立的呼叫信息。

所述软交换设备包括：主叫侧处理模块、被叫侧处理模块、呼叫连接控制模块，其特征在于，在备软交换设备中，

所述业务倒回控制模块，向自身呼叫连接控制模块发送第一搜集通知；或者将来自呼叫连接控制模块的呼叫信息存入自身预设存储区；

所述呼叫连接控制模块，接收所述第一搜集通知，向所述备软交换设备中的主叫侧处理模块、被叫侧处理模块发送第二搜集通知；或者将呼叫控制模块自身存储的连接控制呼叫信息，以及接收到的主叫侧呼叫信息、被叫侧呼叫信息作为呼叫信息发送给所述业务倒回控制模块；

所述主叫处理模块、被叫处理模块，接收第二搜集通知，分别将各自存储的主叫侧呼叫信息和被叫侧呼叫信息发给所述呼叫连接控制模块。

所述备软交换设备中的业务倒回控制模块还包括：向所述呼叫连接控制模块发送释放主备倒换期间建立的呼叫对应的呼叫信息的释放通知。

所述备软交换设备中的业务倒回控制模块还包括：向主软交换设备中的业务倒回控制模块发送开始发送呼叫信息通知消息；

所述主软交换设备中的业务倒回控制模块向备软交换设备中的业务倒回控制模块返回开始发送呼叫信息响应消息。

在主软交换设备中，

所述业务倒回控制模块将自身存储的接收到的呼叫信息发送给主叫侧处理模块；主叫侧处理模块分配表号资源，将所述呼叫信息中主叫侧呼叫信息存储在所述表号资源中；主叫侧处理模块分配连接控制模块的表号资源，将所述呼叫信息中连接控制呼叫信息和被叫侧呼叫信息发送给呼叫连接控制模块；

呼叫连接控制模块存储接收到的连接控制呼叫信息在自身表号资源中，并分配被叫侧处理模块的表号资源，将接收到的被叫侧呼叫信息发送给被叫侧处理模块；被叫侧处理模块存储被叫侧呼叫信息在自身表号资源中，向呼叫连接控制模块发送通知消息；

呼叫连接控制模块分别向主、被叫处理模块发拆线消息，主、被叫处理模块分别向对端发送拆线消息；或结束工作。

所述主软交换设备中的业务倒回控制模块还包括：向备软交换设备中的业务倒回控制模块发送呼叫信息确认消息。

所述备软交换设备中的业务倒回控制模块还包括：向主软交换设备中的业务倒回控制模块结束发送呼叫信息通知消息；所述主软交换设备中的业务倒回控制模块返回结束发送呼叫信息确认消息。

所述软交换设备为软交换服务器。

由上述技术方案可见，双归属业务在发生主备软交换服务器倒换，且主软交换服务器恢复正常之后，本发明方案中，备软交换服务器搜集主备倒换期间通过备软交换服务器建立的呼叫的呼叫信息并发送给主软交换服务器；主软交换服务器利用接收到的呼叫信息，发起内部模拟呼叫，占用相关资源，在主软交换服务器中恢复主备倒换期间在备软交换服务器中建立的呼叫连接。通过本发明方案，在主软交换服务器中恢复了主备倒换期间通过备软交换服务器建立的呼叫连接，保证了在备软交换服务器中建立的呼叫平滑转交给主软交换服务器继续处理。

附图说明

图1是现有CDMA系统中的双归属系统组成示意图；

图2是现有BSC与MSCe之间建立呼叫连接的流程图；

图3是本发明软交换设备组成及应用示意图；

图4是本发明恢复双归属业务的流程图；

图5是本发明软交换服务器间交互呼叫信息的流程图。

具体实施方式

本发明的核心思想是：在软交换设备中设置用于搜集、处理和控制呼叫信息的业务倒回控制模块，备软交换设备通过自身所述业务倒回控制模块，搜集主备倒换期间通过备软交换设备建立的呼叫信息，并发送给主软交换设备；主软交换设备中的所述业务倒换模块存储接收到的呼叫信息，并利用接收到的呼叫信息，发起内部模拟呼叫，占用相关资源，在主软交换设备中恢复主备倒换期间在备软交换设备中建立的呼叫信息。

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举较佳实施例，对本发明进一步详细说明。

图3是本发明软交换设备组成及应用示意图，软交换设备在双归属业务中可以是软交换服务器，在软交换设备中，新增一业务倒回控制模块，用于搜集、处理和控制呼叫信息，如图3所示，在双归属业务中，业务倒回控制模块在主MSCe与备MSCe间传递呼叫信息，具体来说包括：搜集主备倒换期间在备MSCe中建立的呼叫信息，或者接收来自备MSCe的呼叫信息，并利用该呼叫信息控制主MSCe进行模拟呼叫，在主MSCe中恢复主备倒换期间在备MSCe中建立的呼叫连信息。

结合图1，假设对于BSC1和MGW1来说，MSCe1是主MSCe，MSCe2是备MSCe；

按照协议规定，正常情况下，主MSCe中的主叫侧处理模块收到主叫BSC的呼叫请求后，按照现有流程分配主叫处理模块表号资源和本端的连接参考，记录BSC侧的连接参考；对于中继侧的呼叫请求，根据消息中的CIC占用相应的电路，分配业务处理表号资源后，在电路资源表中记录该表号资源。在该主叫侧处理模块的表号资源中存储的呼叫信息包括主叫侧处理模块与主叫实体的信令连接关系、用户信息如主叫号码、被叫号码等，该呼叫信息中还包括分配电路资源后的主叫侧承载信息如MGW索引、上下文(Context)、端点(Termination)等。主叫侧处理模块分配呼叫连接控制模块的表号资源，并将呼叫信息中的用户信息发送给该呼叫连接控制模块；呼叫连接控制模块存储接收到的用户信息，根据用户信息中的被叫号码进行用户号码分析，分配被叫侧处理模块的表号资源，并将该用户信息发送给该被叫侧处理模块，由被叫侧处理模块建立被叫侧处理模块与被叫间的信令连接，被叫侧处理模块存储该信令连接关系、被叫侧占用的承载信息如MGW索引、Context、Termination等、以及用户信息作为呼叫信息。MSCe中各处理模块在呼叫过程中存储当前处理状态，当被叫应答后，呼叫连接控制模块相应的表号资源中的呼叫状态信息的状态迁入稳态。这里也将存储于主叫侧处理模块的呼叫信息称为主叫侧呼叫信息，将存储于被叫侧处理模块的呼叫信息称为被叫侧呼叫信息，将存储于呼叫连接控制模块的呼叫信息称为连接控制呼叫信息。具体实现过程可参考相关协议，这里不再详述。

当双归属业务发生主备MSCe倒换后，BSC1和MGW1通过备MSCe建立呼叫连接，建立的实现与正常情况下BSC1通过主MSCe建立呼叫连接完全一致，这里不再重述。强调的是，当主MSCe恢复正常后，本发明通过MSCe中的业务倒回控制模块将由备MSCe接管的业务倒回主MSCe，保证维持后续呼叫的正常进行，结合图4，图4是本发明恢复双归属业务的流程图，主要包括以下步骤：

步骤400：备MSCe搜集主备倒换期间的呼叫信息，并发送给主MSCe。

备MSCe在业务倒回控制模块的控制下，分别从呼叫连接控制模块、主叫侧处理模块和被叫侧处理模块中搜集呼叫信息，具体过程包括：

业务倒回控制模块向呼叫连接控制模块发送第一搜集通知，通知呼叫连接控制模块搜集呼叫信息。这里呼叫信息主要包括：存储于呼叫连接控制模块的用户信息、呼叫状态信息等；存储于主叫侧处理模块的主叫侧处理模块与主叫侧对端实体的信令连接信息、主叫侧占用电路信息即主叫侧承载信息；存储于被叫侧处理模块的被叫侧处理模块与被叫侧对端实体的信令连接信息、被叫侧占用电路信息即被叫侧承载信息等；

呼叫连接控制模块接收到第一搜集通知后，根据呼叫建立中分配的表号资源分别向主叫侧处理模块、被叫侧处理模块发送第二搜集通知，分别通知主叫侧处理模块、被叫侧处理模块搜集主叫侧呼叫信息和被叫侧呼叫信息；

主、被叫处理模块收到第二搜集通知后，分别将与对端实体相关的信令连接信息、承载信息、用户信息发给呼叫连接控制模块；

呼叫连接控制模块在收到主、被叫处理模块的呼叫信息后，将呼叫控制模块自身存储的连接控制呼叫信息、主叫侧呼叫信息、被叫侧呼叫信息发送给业务倒回控制模块；

业务倒回控制模块收到来自呼叫连接控制模块上报的呼叫信息后，将该呼叫信息存入自身预设存储区，将各次呼叫的呼叫信息分别作为一条记录存储在预设存储区；

进一步地，业务倒回控制模块向呼叫连接控制模块发送释放通知，通知呼叫连接控制模块释放主备倒换期间建立的呼叫对应的呼叫信息；

呼叫控制模块收到该释放通知后，分别通知主、被叫处理模块释放占用的表号资源、同时呼叫控制模块释放自身占用的表号资源。

通过业务倒回控制模块，备MSCe将搜集到的呼叫信息发送给主MSCe，如图5所示，图5是本发明软交换服务器间交互呼叫信息的流程图，具体包括以下步骤：

步骤500～步骤501：备MSCe向主MSCe发送开始发送呼叫信息通知(StartSendCallInfpNotify)消息，以通知主MSCe准备开始接收呼叫信息；主MSCe接收到来自备MSCe的StartSendCallInfoNotify消息后，向备MSCe返回开始发送呼叫信息响应(StartSendCallInfoAck)消息。

步骤502：备MSCe接收到来自主MSCe的StartSendCallInfoAck后，从预设存储区读出已存的呼叫信息，并将该呼叫信息携带在呼叫信息(CallInfomation)消息中发送给主MSCe。

步骤503：主MSCe接收到来自备MSCe的CallInfomation消息后，将该CallInfomation消息中携带的呼叫信息存储在预设存储区，并向备MSCe返回呼叫信息确认(CallInfomationAck)消息。

备MSCe重复执行步骤502～步骤503，直至将所有呼叫信息传送完毕。

步骤504～步骤505：备MSCe向主MSCe发送结束发送呼叫信息通知(EndSendCallInfoNotify)消息；主MSCe接收到来自备MSCe的EndSendCallInfoNotify消息后，向备MSCe返回结束发送呼叫信息确认(EndSendCallInfoAck)消息。

通过图5所示的流程，备MSCe将主备倒换期间建立的呼叫对应的呼叫信息传送给了主MSCe。图5中采用的消息没有特殊要求，只要满足主MSCe和备MSCe之间的协议即可，比如可以采用传输控制协议(TCP)/网际协议(IP)传送，或采用用户数据报协议(UDP)传送等。

步骤401：主MSCe存储接收到的呼叫信息，并利用所述接收到的呼叫信息，发起内部模拟呼叫，在主MSCe中恢复主备倒换期间在备MSCe中建立的内部信令连接，即恢复主备倒换期间在备MSCe中建立的呼叫信息。

本步骤中，内部模拟呼叫的目的是：在主MSCe中恢复主备倒换期间通过备MSCe建立的呼叫对应的呼叫信息所占用的资源和内部信令连接，以便能够在主MSCe中为后续呼叫提供正确的呼叫连接。内部模拟呼叫建立过程中的消息均设置有模拟呼叫标志，不用向外部实体发送消息。内部模拟呼叫具体实现包括：

主MSCe中的业务倒回控制模块将自身存储的接收到的呼叫信息中的主、被叫信令连接信息、主叫侧/被叫侧承载信息、用户信息、呼叫状态信息发送给主叫侧处理模块；

主叫侧处理模块分配表号资源，在该主叫侧处理模块分配的表号资源中存储主叫侧与对端实体的信令连接信息、用户信息和主叫侧承载信息；主叫侧处理模块分配连接控制模块的表号资源，将接收到的呼叫状态信息、用户信息、被叫侧信令连接信息、被叫侧承载信息发送给呼叫连接控制模块；

呼叫连接控制模块在分配连接控制模块的表号资源中存储接收到的呼叫状态信息、用户信息，并分配被叫侧处理模块的表号资源，将接收到的被叫信令连接信息、被叫侧承载信息、用户信息发送给被叫侧处理模块；

被叫侧处理模块在分配被叫侧处理模块的表号资源中存储被叫侧与对端实体的信令连接信息、被叫侧承载信息。之后通知呼叫连接控制模块呼叫信息已接收并存储，并向呼叫连接控制模块发送通知消息；

呼叫连接控制模块接收到来自被叫侧处理模块的通知消息后，呼叫连接控制模块根据自身存储的呼叫状态信息判断所述存储的呼叫信息对应的呼叫是否为稳态，若存储的呼叫状态不是稳态，发起拆线流程，分别向主、被叫处理模块发拆线消息，主、被叫处理模块分别向对端发送拆线消息，以释放对端实体占用的资源；若存储的呼叫状态是稳态，结束本发明流程。之后，接收到对端的呼叫信令消息后按正常处理流程进行处理即可。

下面以BSC与MSCe之间建立内部模拟呼叫连接、以及中继侧建立内部模拟呼叫连接为例描述内部模拟呼叫的过程：

对于主叫为BSC的情况，当备MSCe中的呼叫信息存储到主MSCe后，主MSCe的业务倒回控制模块模拟发送一条CR消息，与正常的CR消息不同，此消息中同时携带主MSCe自身的连接参考和对端连接参考，并在该消息中携带相关呼叫信息，比如：模拟呼叫标志、用户信息、承载信息、被叫侧与对端的信令连接信息、被叫侧占用电路信息等。主MSCe根据自身的连接参考占用相应业务处理表，并存储对端的连接参考，然后通知上层业务模块依次恢复建立主、被叫的各种资源和连接关系。

对于主叫为中继如TUP的情况，当备MSCe中的呼叫信息存储到主MSCe后，主MSCe根据这些呼叫信息，在主MSCe中模拟一条IAM消息，该消息中携带占用的CIC，并在该消息中携带相关呼叫信息，比如：模拟呼叫标志、用户信息、承载信息、被叫侧与对端实体的信令连接信息、被叫侧占用电路信息等。主MSCe相关处理模块接收到该消息后，占用电路，分配TUP业务处理表，在对应的CIC的电路信息中存储分配的业务处理表，该业务处理表中存储恢复承载信息但不向MGW发送建承载的消息，并根据该消息中的被叫信息发起建被叫的模拟流程，依次恢复建立主、被叫的各种资源和连接关系。

从上述描述可见，模拟呼叫过程是实际呼叫过程的简化，实际呼叫过程要进行号码分析、与对端实体之间进行消息交换、到MGW建承载等；而模拟呼叫过程简化呼叫过程的处理，不进行号码分析，不向对端实体发送消息，也不向MGW发送建立承载的消息，主要是在内部恢复占用的资源以及和其它实体的信令连接关系。后续收到对端实体的真实呼叫信令消息后(没有模拟呼叫标志)按正常流程进行处理。

通过本发明方案，在主软交换服务器中恢复了主备倒换期间通过备软交换服务器建立的呼叫连接，保证了在备软交换服务器中建立的呼叫平滑转交给主软交换服务器继续处理。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (21)

1.一种恢复双归属业务的方法，双归属业务在发生主备软交换设备倒换，且主软交换设备恢复正常之后，其特征在于，在软交换设备中设置用于搜集、处理和控制呼叫信息的业务倒回控制模块，该方法包括以下步骤：

A.备软交换设备通过自身所述业务倒回控制模块，搜集主备倒换期间通过备软交换设备建立的呼叫信息，并发送给主软交换设备；

B.主软交换设备中的所述业务倒换模块存储接收到的呼叫信息，并利用接收到的呼叫信息，发起内部模拟呼叫，占用相关资源，在主软交换设备中恢复主备倒换期间在备软交换设备中建立的呼叫信息。

2.根据权利要求1所述的方法，其特征在于，步骤A中所述搜集呼叫信息的方法为：所述备软交换设备在业务倒回控制模块的控制下，分别从所述备软交换设备中的呼叫连接控制模块、主叫侧处理模块和被叫侧处理模块中搜集呼叫信息。

3.根据权利要求2所述的方法，其特征在于，所述分别从所述备软交换设备中的呼叫连接控制模块、主叫侧处理模块和被叫侧处理模块中搜集呼叫信息具体包括：

a11.业务倒回控制模块向呼叫连接控制模块发送第一搜集通知，呼叫连接控制模块接收到所述第一搜集通知，根据已建立的呼叫对应的表号资源分别向所述主叫侧处理模块、被叫侧处理模块发送第二搜集通知；

a12.所述主叫处理模块、被叫处理模块收到第二搜集通知，分别将各自存储的主叫侧呼叫信息和被叫侧呼叫信息发给所述呼叫连接控制模块；

a13.所述呼叫连接控制模块将呼叫控制模块自身存储的连接控制呼叫信息，以及接收到的主叫侧呼叫信息、被叫侧呼叫信息作为呼叫信息发送给所述业务倒回控制模块；

a14.所述业务倒回控制模块收到来自呼叫连接控制模块上报的呼叫信息后，将该呼叫信息存入自身预设存储区。

4.根据权利要求3所述的方法，其特征在于，在步骤a4之后，该方法还包括：所述业务倒回控制模块向所述呼叫连接控制模块发送释放主备倒换期间建立的呼叫对应的呼叫信息的释放通知。

5.根据权利要求3或4所述的方法，其特征在于，步骤a12中所述主叫侧呼叫信息包括：主叫侧处理模块与主叫的信令连接信息、主叫侧承载信息；

步骤a12中所述被叫侧呼叫信息包括：被叫侧处理模块与被叫的信令连接信息、被叫侧承载信息；

步骤a13中所述连接控制呼叫信息包括：用户信息、呼叫状态信息。

6.根据权利要求1所述的方法，其特征在于，步骤A中所述将搜集到的呼叫信息发送给主软交换设备的方法为：

a21.所述备软交换设备将所述自身存储的呼叫信息发送给主软交换设备；

a22.所述主软交换设备存储来自备软交换设备的呼叫信息。

7.根据权利要求6所述的方法，其特征在于，所述步骤a21之前，该方法还包括：

所述备软交换设备向主软交换设备发送开始发送呼叫信息通知消息，主软交换设备向备软交换设备返回开始发送呼叫信息响应消息。

8.根据权利要求6所述的方法，其特征在于，步骤a21中，所述呼叫信息携带在呼叫信息消息中发送。

9.根据权利要求6所述的方法，其特征在于，所述步骤a22之后，该方法还包括：所述主软交换设备向备软交换设备返回呼叫信息确认消息。

10.根据权利要求9所述的方法，其特征在于，所述备软交换设备接收到呼叫信息确认消息后，该方法还包括：所述备软交换设备向主软交换设备发送结束发送呼叫信息通知消息；主软交换设备向备软交换设备返回结束发送呼叫信息确认消息。

11.根据权利要求1所述的方法，其特征在于，步骤B中所述发起内部模拟呼叫的方法为：在所述主软交换设备中，

b1.所述业务倒回控制模块将自身存储的接收到的呼叫信息发送给所述主叫侧处理模块；所述主叫侧处理模块分配表号资源，在该主叫侧处理模块分配的表号资源中存储所述呼叫信息中的主叫侧呼叫信息；

b2.所述主叫侧处理模块分配所述连接控制模块的表号资源，将接收到的呼叫信息中的连接控制呼叫信息和被叫侧呼叫信息送给呼叫连接控制模块；呼叫连接控制模块存储所述连接控制呼叫信息，并分配被叫侧处理模块的表号资源，将接收到的被叫侧呼叫信息发送给被叫侧处理模块；

b3.所述被叫侧处理模块存储所述被叫侧呼叫信息，并向呼叫连接控制模块发送通知消息。

12.根据权利要求11所述的方法，其特征在于，步骤b3之后，该方法还包括：

所述呼叫连接控制模块根据自身存储的呼叫信息中的呼叫状态信息判断存储的呼叫信息对应的呼叫是否为稳态，若不是，则分别向主、被叫处理模块发拆线消息；若是，结束本发明流程。

13.根据权利要求1～12任一项所述的方法，其特征在于：所述软交换设备为软交换服务器。

14.一种软交换设备，其特征在于，包括：业务倒回控制模块，用于搜集、处理和控制呼叫信息；

所述业务倒回控制模块搜集主备倒换期间建立的呼叫信息；或者存储接收到的呼叫信息，并利用接收到的呼叫信息，发起内部模拟呼叫，占用相关资源，恢复主备倒换期间建立的呼叫信息。

15.根据权利要求14所述的软交换设备，所述软交换设备包括：主叫侧处理模块、被叫侧处理模块、呼叫连接控制模块，其特征在于，在备软交换设备中，

所述业务倒回控制模块，向自身呼叫连接控制模块发送第一搜集通知；或者将来自呼叫连接控制模块的呼叫信息存入自身预设存储区；

所述呼叫连接控制模块，接收所述第一搜集通知，向所述备软交换设备中的主叫侧处理模块、被叫侧处理模块发送第二搜集通知；或者将呼叫控制模块自身存储的连接控制呼叫信息，以及接收到的主叫侧呼叫信息、被叫侧呼叫信息作为呼叫信息发送给所述业务倒回控制模块；

所述主叫处理模块、被叫处理模块，接收第二搜集通知，分别将各自存储的主叫侧呼叫信息和被叫侧呼叫信息发给所述呼叫连接控制模块。

16.根据权利要求15所述的软交换设备，其特征在于，所述备软交换设备中的业务倒回控制模块还包括：向所述呼叫连接控制模块发送释放主备倒换期间建立的呼叫对应的呼叫信息的释放通知。

17.根据权利要求15或16所述的软交换设备，其特征在于，所述备软交换设备中的业务倒回控制模块还包括：向主软交换设备中的业务倒回控制模块发送开始发送呼叫信息通知消息；

所述主软交换设备中的业务倒回控制模块向备软交换设备中的业务倒回控制模块返回开始发送呼叫信息响应消息。

18.根据权利要求15、16或17所述的软交换设备，其特征在于，在主软交换设备中，

所述业务倒回控制模块将自身存储的接收到的呼叫信息发送给主叫侧处理模块；主叫侧处理模块分配表号资源，将所述呼叫信息中主叫侧呼叫信息存储在所述表号资源中；主叫侧处理模块分配连接控制模块的表号资源，将所述呼叫信息中连接控制呼叫信息和被叫侧呼叫信息发送给呼叫连接控制模块；

呼叫连接控制模块存储接收到的连接控制呼叫信息在自身表号资源中，并分配被叫侧处理模块的表号资源，将接收到的被叫侧呼叫信息发送给被叫侧处理模块；被叫侧处理模块存储被叫侧呼叫信息在自身表号资源中，向呼叫连接控制模块发送通知消息；

呼叫连接控制模块分别向主、被叫处理模块发拆线消息，主、被叫处理模块分别向对端发送拆线消息；或结束工作。

19.根据权利要求18所述的软交换设备，其特征在于，所述主软交换设备中的业务倒回控制模块还包括：向备软交换设备中的业务倒回控制模块发送呼叫信息确认消息。

20.根据权利要求19所述的软交换设备，其特征在于，所述备软交换设备中的业务倒回控制模块还包括：向主软交换设备中的业务倒回控制模块结束发送呼叫信息通知消息；所述主软交换设备中的业务倒回控制模块返回结束发送呼叫信息确认消息。

21.根据权利要求14～20任一项所述的软交换设备，其特征在于：所述软交换设备为软交换服务器。

Images