一种双归属软交换的方法、软交换设备及系统

摘要

本发明实施例公开了一种双归属软交换的方法、软交换设备及系统，其中方法包括：检测通过第一网关到用户自动小交换机PABX的链路不可达，通过第二网关将接续呼叫信息发送给所述PABX。本发明实施例针对PABX采用增设一个网关，完善双归属软交换的功能，当一个软交换设备发生故障时，进行双归属切换时，第一网关和第二网关仍可以接续呼叫，且在第一网关故障时，第二网关能够正常处理业务，不会导致PABX业务中断。

说明书

技术领域

本发明涉及通信技术领域，特别是涉及一种双归属软交换的方法、软交换设备及系统。

背景技术

NGN(Next Generation Network，下一代网络)是一种业务驱动型网络，它采用综合、开放、融合的网络架构，通过业务与呼叫控制完全分离、呼叫控制与承载完全分离，从而实现相对独立的业务体系，使业务独立于网络。

NGN采用呼叫和承载控制相分离的技术，网络设备的处理能力有了很大的提高，可以处理更多的话务和承载更多的业务负荷。软交换设备负责控制大量的设备和呼叫接续，处理能力和功能都非常强大，一个软交换设备所能支持的用户都是百万用户数量级或等效中继，这一方面给运营商简化了网络结构和层次，有效降低了设备成本和运维支出，但另一方面也带来了安全隐患：当软交换设备出现问题和故障时，将导致大范围的通信故障，给整个网络造成非常大的影响。

在NGN网络中，“双归属”是一种防止软交换设备宕机、软交换设备升级维护或者是出现突发灾害事故(例如机房火灾、连接机房的通信电缆中断、供电异常等)时能够提供紧急通信的容灾机制，通过处于不同地理位置的两套软交换系统之间的互为备份的方式，来保证当其中某一台软交换设备出现故障的时候，另一个软交换设备能够将其业务全部接管过来，从而确保网络在紧急时刻的通信安全。“双归属”机制是NGN领域独特的安全容灾技术，对于应付突发事件具有重要意义。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

传统的双归属软交换，当一个软交换设备发生故障时，MG(MediaGateway，媒体网关)的进行双归属切换需要一定的时间，会导致PABX(PrivateAutomatic Branch Exchange，用户自动小交换机)的业务短暂中断，且当MG故障时，PABX业务中断，无法进行正常处理，存在单点故障。

发明内容

本发明实施例提供一种双归属软交换的方法、软交换设备及系统，完善双归属软交换的功能，当一个软交换设备发生故障时，MG进行双归属切换时，第二网关仍可以接续呼叫，不需要等待，且在原MG故障时，能够正常处理业务。

本发明实施例一方面提出一种双归属软交换的方法，包括：

检测通过第一网关到用户自动小交换机PABX的链路不可达，

通过第二网关将接续呼叫信息发送给所述PABX。

本发明实施例一方面提出一种软交换设备，用于实现双归属软交换，包括：

第一检测模块，用于检测通过第一网关到PABX的链路是否可达；

第一发送模块，用于当所述第一检测模块的检测结果为通过第一网关到所述PABX的链路不可达，通过第二网关将接续呼叫信息发送给所述PABX。

本发明实施例另一方面提出一种软交换设备，用于实现双归属软交换，包括：

第二接收模块，用于当第一软交换设备检测到通过第一网关到PABX的链路不可达时，接收所述第一软交换设备发送的接续呼叫信息；

第二发送模块，用于将所述接续呼叫信息通过第二网关发送给所述PABX。

本发明实施例另一方面提出一种系统，用于实现双归属软交换，包括第一网关、第一软交换设备和第二网关，

所述第一软交换设备用于检测通过第一网关到PABX的链路是否可达；

所述第二网关，用于当检测通过第一网关到用户自动小交换机PABX的链路不可达时，将接续呼叫信息发送给所述PABX。

本发明实施例针对PABX采用增设一个网关，完善双归属软交换的功能，当一个软交换设备发生故障时，进行双归属切换时，第一网关和第二网关仍可以接续呼叫，且在第一网关故障时，第二网关能够正常处理业务，不会导致PABX业务中断。

附图说明

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

图1为本发明实施例一提供双归属软交换的方法的流程图；

图2为本发明实施例二提供一种双归属软交换的方法的流程图；

图3为本发明实施例三提供一种用于实现双归属软交换的系统结构示意图；

图4为本发明实施例三提供一种第一软交换设备结构示意图；

图5为本发明实施例三提供一种第二软交换设备结构示意图；

图6为本发明实施例四提供一种用于实现双归属软交换的系统结构示意图；

图7为本发明实施例五提供一种用于实现双归属软交换的系统结构示意图；

图8为本发明实施例六提供一种用于实现双归属软交换的系统结构示意图。

具体实施方式

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

如图1所示，本发明实施例一提供双归属软交换的方法，包括以下步骤：

步骤s101，检测通过第一网关到用户自动小交换机PABX(PrivateAutomatic Branch Exchange，用户自动小交换机)的链路不可达，

步骤s102，通过第二网关将接续呼叫信息发送给PABX。

还包括如果检测通过第一网关到PABX的链路不可达，将接续呼叫信息发送给第二软交换设备，由第二软交换设备通过第二网关将接续呼叫信息发送给PABX。

本发明实施例针对PABX采用增设一个网关，完善双归属软交换的功能，当一个软交换设备发生故障时，进行双归属切换时，第一网关和第二网关仍可以接续呼叫，且在第一网关故障时，第二网关能够正常处理业务，不会导致PABX业务中断。

软交换设备发生故障包括两种可能；如果是第一软交换设备完全故障，此时PSTN会把到PABX的呼叫全部送到第二软交换设备；如果第二软交换设备是部分故障，即第一软交换与第一网关、或者第一网关与PABX仅仅是链路不通，此时第一软交换会把呼叫接续信息送到第二网关、或者通过第二软交换设备送到第二网关。

如图2所示，本发明实施例二提供一种双归属软交换的方法，包括：

步骤s201，通过公共交换电话网络PSTN(Public Switched TelephoneNetwork，公共交换电话网络)向第一软交换设备发送呼叫信息，呼叫信息中包含触发条件。该触发条件用于触发应用服务器完成相应的任务，而呼叫信息则是用于呼叫PABX。

步骤s202，第一软交换设备根据呼叫信息中的触发条件，触发应用服务器AS(Application Server，应用服务器)。

步骤s203，应用服务器AS根据第一软交换设备的触发条件，触发相应的业务，AS处理完成该触发的业务后，向该第一软交换设备发送完成指示，表明第一软交换设备触发的业务AS已经完成。

步骤s204，该第一软交换设备接收到上述的完成指示后，对上述呼叫信息进行处理，生成接续呼叫信息，将该接续呼叫信息通过第一网关发送给PABX，检测通过第一网关到用户自动小交换机PABX的链路是否可达。通过将该接续呼叫信息发送给PABX，以实现PSTN对PABX的呼叫。在将上述接续呼叫信息发送给PABX时，为确保该接续呼叫信息顺利到达PABX，第一软交换设备将该接续呼叫信息发送给第一网关后，需要检测PABX是否接收到经过第一网关发送的接续呼叫信息。

如果检测结果为PABX未接收到接续呼叫信息，则检测通过第一网关到PABX的链路不可达，转步骤s205，如果检测结果为PABX接收到接续呼叫信息，检测通过第一网关到PABX的链路可达，则转步骤s207。

步骤s205，如果检测通过第一网关到PABX的链路不可达，则PABX未接收到接续呼叫信息，则将接续呼叫信息发送给第二软交换设备，并通知PSTN将后续的呼叫信息发送给第二网关。该步骤实现了双归属的效果，即如果不能通过第一软交换设备发送上述接续呼叫信息时，可以通过第二软交换设备向第二网关发送。

或者检测通过第一网关到PABX的链路不可达，则将接续呼叫信息发送给第二网关，通过第二网关发送给PABX。

在此，PABX未接收到第一网关发送的接续呼叫信息，有两种情况：

第一种情况为，连接PABX与第一软交换设备的第一网关出现了故障，因此第一软交换设备发送给PABX的接续呼叫信息没有能够发送成功，此时可以通过第一软交换设备将上述接续呼叫信息发送给第二软交换设备，通过与第二软交换设备相连的第二网关发送给PABX；或者可以通过第一软交换设备将上述接续呼叫信息发送给第二网关，通过第二网关发送给PABX。

第二种情况为，第一软交换设备出现了故障。第一软交换设备发生故障包括两种可能：一种是第一软交换设备完全故障，正常情况下双归属软交换之间，即第一软交换设备与第二软交换设备之间需要互相配置对方的路由信息，当主用归属软交换，即第一软交换设备失效后，所有呼叫都会绕到备用归属软交换，即第二软交换设备，此时备用归属软交换发现有路由到自己的呼叫时，接收接续呼叫信息；一种是第一软交换设备部分故障，即第一软交换与第一网关、或者第一网关与PABX仅仅是链路不通，此时第一软交换设备会把呼叫接续信息送到第二网关、或者通过第二软交换设备送到第二网关。

接着转步骤s206。

步骤s206，第二软交换设备将接续呼叫信息发送给第二网关，第二网关将接续呼叫信息发送给PABX。此时，第二软交换设备和第二网关作为第一软交换设备和第一网关的备用归属软交换设备，就可以替代第一软交换设备和第一网关，继续完成呼叫PABX的目的。

或者第二网关将接续呼叫信息发送给PABX，不通过第二软交换设备。这时第二网关需要连接到第一软交换设备。

步骤s207，如果检测通过第一网关到PABX的链路可达，PABX接收到接续呼叫信息，则该PABX继续接收第一网关发送的后续的接续呼叫信息。

在此次呼叫过程结束后，如果PSTN后续呼叫PABX时，就可以经过第一软交换设备，然后经由第一软交换设备将后续的接续呼叫信息经过第一网关发送给PABX。

两套软交换SS(Soft Switch，软交换)设备正常运行时，互为主备关系，各控制自己的中继网关、接入网关、终端设备等，完成自身控制域的呼叫和业务控制功能，当其中一套软交换设备发生故障时，相应的互为备份的软交换设备将负责接管它控制的中继网关、接入网关和终端设备，所有呼叫都会引导到互为备份的软交换设备。中继网关、接入网关、终端设备等配置主用归属软交换和备用归属软交换的地址信息，并采用H.248/MGCP/SIP等协议与主用归属软交换进行检测，当检测到主用归属软交换不可达时，自动向备用归属软交换进行注册。两套软交换之间采用SIP-I协议的心跳机制来检测互为备份软交换的存活状态，并配置对方的路由信息，以便一套软交换设备发生故障时，相应的互为备份的软交换设备将负责接管它控制的中继网关、接入网关和终端设备。

步骤s206后还包括：

通过PSTN向第一软交换设备，通过第一软交换设备向第二软交换设备发送后续的呼叫信息，或者通过PSTN向第二软交换设备发送后续的呼叫信息；

第二软交换设备根据后续的呼叫信息触发应用服务器；

第二软交换设备接收到应用服务器根据后续的呼叫信息回复的后续的接续呼叫信息后，将后续的接续呼叫信息进行处理后，将进行处理后的后续的接续呼叫信息发送给第二网关；

第二网关将后续的接续呼叫信息发送给PABX。

在此次呼叫过程结束后，如果PSTN后续呼叫PABX时，就可以经过第二软交换设备，然后经由第二网关将后续的接续呼叫信息发送给PABX。

从以上具体实施例可以看出，在第一软交换设备发现第一网关发生故障的情况下，可以将需要发送的信息发送给第二软交换设备，而第二软交换设备则可以通过备用的第二网关将需要发送的消息发送给PABX，从而实现了完善的双归属软交换，另外，在第一软交换设备出现故障时，也可以切换到第二软交换设备将需要发送的信息经过第二网关发送给PABX，网关进行双归属切换时，第二网关仍可以接续呼叫，不需要等待，且在第一网关故障时，能够正常处理业务。

本发明实施例针对PABX采用增设一个网关，完善双归属软交换的功能，当一个软交换设备发生故障时(比如说第一软交换到第一网关或PABX的链路故障)，进行双归属切换时，第一网关和第二网关仍可以接续呼叫，且在第一网关故障时，第二网关能够正常处理业务，不会导致PABX业务中断。

本发明实施例三提供一种用于实现双归属软交换的系统，如图3所示，包括：

第一软交换设备310用于检测通过第一网关320到用户自动小交换机PABX330的链路是否可达；

第二网关350，用于当检测通过第一网关320到用户自动小交换机PABX330的链路不可达时，将接续呼叫信息发送给PABX 330。

该系统还包括第二软交换设备340，

用于当检测通过第一网关320到用户自动小交换机PABX 330的链路不可达，接收第一软交换设备310发送的接续呼叫信息，通过第二网关350将接续呼叫信息发送给PABX 330。

其中，第一软交换设备310用于通过第一网关320向PABX 330发送接续呼叫信息，并检测PABX 330是否接收到接续呼叫信息；

如果检测结果为PABX 330未接收时，则检测通过第一网关320到PABX330的链路不可达。

第一软交换设备310，用于通过第一网关320向PABX 330发送接续呼叫信息，检测通过第一网关320到PABX 330的链路是否可达，检测PABX 330是否接收到通过该第一网关320发送的接续呼叫信息，如果检测结果为PABX330未接收到接续呼叫信息，则将接续呼叫信息发送给第二软交换设备340；

PSTN 360向第一软交换设备310发送呼叫信息，呼叫信息中包含触发条件，第一软交换设备310根据呼叫信息中的触发条件，触发应用服务器AS 370，AS 370根据第一软交换设备310的触发条件，触发相应的业务，AS 370处理完成该触发的业务后，向该第一软交换设备310发送完成指示，表明第一软交换设备310触发的业务已经完成，该第一软交换设备310接收到上述的完成指示后，对上述呼叫信息进行处理，生成接续呼叫信息。

其中，第二软交换设备340，还可以用于通过PSTN 360接收第一软交换设备310发送的接续呼叫信息。

在此，PABX 330未接收到第一网关320发送的接续呼叫信息，有两种情况：

第一种情况为，连接PABX 330与第一软交换设备310的第一网关320出现了故障，此时可以通过第一软交换设备310将上述接续呼叫信息发送给第二软交换设备340，通过与第二软交换设备340相连的第二网关350发送给PABX 330。

第二种情况为第一软交换设备310出现了故障，正常情况下双归属软交换之间，即第一软交换设备310与第二软交换设备340之间，需要预先互相配置对方的路由信息，当主用归属软交换，即第一软交换设备310失效后，所有呼叫都会经过备用归属软交换，即第二软交换设备340，此时备用归属软交换发现有路由到主用归属软交换的呼叫时，接收接续呼叫信息，并通过第二网关向PABX 330发送接续呼叫信息。

第一软交换设备310，如图4所示，包括：

第一检测模块311，用于检测通过第一网关320到用户自动小交换机PABX 330的链路是否可达；

第一发送模块312，用于当第一检测模块311的检测结果为通过第一网关320到PABX 330的链路不可达时，通过第二网关350将接续呼叫信息发送给PABX 330。

第一发送模块312还用于通过第一网关320向PABX 330发送接续呼叫信息；

第一检测模块311用于检测PABX 330是否接收到接续呼叫信息，如果没有接收到接续呼叫信息，则检测通过第一网关320到用户自动小交换机PABX330的链路不可达。

第一检测模块311检测通过第一网关320到用户自动小交换机PABX 330的链路不可达，第一发送模块312将接续呼叫信息发送给第二软交换设备340，由第二软交换设备340通过第二网关350将接续呼叫信息发送给PABX 330。

该第一软交换设备310还包括：

第一触发模块313，用于根据PSTN 360发送的呼叫信息触发应用服务器AS 370；

第一处理模块314，用于接收被触发的应用服务器AS 370完成触发的业务后回复的完成指示，并对PSTN 360发送的呼叫信息进行处理，生成接续呼叫信息，并通知第一发送模块312。

第一触发模块313还用于当通过第一网关到用户自动小交换机PABX的链路不可达时，通知公共交换电话网络PSTN 360将后续的呼叫信息发送给第二软交换设备340。

如果第一检测模块311的检测结果为PABX 330接收到接续呼叫信息，则继续接收第一网关320发送的后续的接续呼叫信息。

上述第二软交换设备340，如图5所示，包括：

第二接收模块341，用于当第一软交换设备检测到通过第一网关320到用户自动小交换机PABX 330的链路不可达时，接收第一软交换设备310发送的接续呼叫信息；

第二发送模块342，用于将接续呼叫信息通过第二网关350发送给PABX330。

从以上具体实施例可以看出，在第一软交换设备310发现第一网关320发生故障的情况下，即未检测到第一网关320将接续呼叫信息发送给PABX330，可以将需要发送的接续呼叫信息发送给第二软交换设备340，而第二软交换设备340则可以通过备用的第二网关350将需要发送的消息发送给PABX330，从而实现了完善的双归属软交换，另外，在第一软交换设备310出现故障时，也可以切换到第二软交换设备340将需要发送的信息经过第二网关350发送给PABX330，第一网关320与第二网关350进行双归属切换时，第二网关仍可以接续呼叫，不需要等待，且在第一网关故障时，能够正常处理业务。

本发明实施例针对PABX采用增设一个网关，完善双归属软交换的功能，当一个软交换设备发生故障时(比如说第一软交换到第一网关或PABX的链路故障)，进行双归属切换时，第一网关和第二网关仍可以接续呼叫，且在第一网关故障时，第二网关能够正常处理业务，不会导致PABX业务中断。

如图6所示，本发明实施例四提供一种用于实现双归属软交换的系统，

与实施例三不同的是，在本实施例中，PSTN 360’用于检测第一软交换设备310’是否故障，当PSTN 360’检测到第一软交换设备310’故障时，向第二软交换设备340’重发呼叫信息，第二软交换设备340’接收到PSTN 360’重发的呼叫信息后，触发AS 370’，并在接收到AS 370’回复的完成指示后，生成接续呼叫信息，并通过第二网关350’发送给PABX 330’。

或PSTN 360’将第一软交换设备310’的接续呼叫信息发送给第二软交换设备340’，第二软交换设备340’将该接续呼叫信息通过第二网关350’发送给PABX 330’。

本方案实施例在第一软交换设备310’出现故障时，可以通过PSTN 360’将呼叫信息发送到第二软交换设备340’，通过第二软交换设备340’和第二网关350’能够维持正常处理业务。

具体的流程与上述的实施例类似，在此不再赘述。

如图7所示，本发明实施例五提供一种用于实现双归属软交换的系统，与实施例三双归属软交换的系统不同的是，第一软交换设备310”可以连接第一网关320”和第二网关350”，同样的，第二软交换设备340”也可以连接第一网关320”和第二网关350”。当检测到第一软交换设备310”或第一网关320”出现故障时，通过第一软交换设备310”将接续呼叫信息发送第二软交换设备340”，通过第二网关350”将该接续呼叫信息发送给PABX 330”。当第一网关320”故障时，可以通过第一软交换设备310”将接续呼叫信息发送给第二软交换设备340”，第二软交换设备340”通过第二网关350”将接续呼叫信息发送给PABX。

本发明实施例针对PABX采用增设一个网关，完善双归属软交换的功能，当一个软交换设备发生故障时(比如说第一软交换到第一网关或PABX的链路故障)，进行双归属切换时，第一网关和第二网关仍可以接续呼叫，且在第一网关故障时，第二网关能够正常处理业务，不会导致PABX业务中断。

如图8所示，本发明实施例六提供的双归属软交换的系统，第一软交换设备310”’可以连接第一网关320”’和第二网关350”’，同样的，第二软交换设备340”’也可以连接第一网关320”’和第二网关350”’。

其中实施例六-1与实施例五不同的是，第一软交换设备310”’与第二软交换设备340”’之间没有心跳信号，当第一网关320”’故障时，可以通过第一软交换设备310”’将接续呼叫信息发送给第二网关350”’，这时可以不用通过第二软交换设备340”’。

实施例六-2仍按照如图8所示的系统连接方式，与实施例六-1不同的是，在实施例六-2中，PSTN 360”’用于检测第一软交换设备310”’是否故障，当PSTN 360”’检测到第一软交换设备310”’故障时，向第二软交换设备340”’重发呼叫信息，第二软交换设备340”’接收到PSTN 360”’重发的呼叫信息后，触发AS 370”’，并在接收到AS 370”’回复的完成指示后，生成接续呼叫信息，并通过第二网关350”’发送给PABX 330”’。

或PSTN 360”’将第一软交换设备310”’的接续呼叫信息发送给第二软交换设备340”’，第二软交换设备340”’将该接续呼叫信息通过第二网关350”’发送给PABX 330”’。

具体的流程与上述的实施例类似，在此不再赘述。

本发明实施例中软交换检测PABX是否接收到第一网关发送的接续呼叫信息，没有收到的情况下，主动发起链路的切换，切换到第二软交换或第二网关。这时软交换掌握选择哪条链路的主动权。而且，本发明实施例中，只要PABX连接到两个网关就可以了，并不要求一个网关一定要连接到两个软交换进行业务备份。一个网关连接到两个软交换进行业务备份只是本发明的优选实施例。

本发明实施例针对PABX采用增设一个网关，完善双归属软交换的功能，当一个软交换设备发生故障时(比如说第一软交换到第一网关或PABX的链路故障)，进行双归属切换时，第一网关和第二网关仍可以接续呼叫，且在第一网关故障时，第二网关能够正常处理业务，不会导致PABX业务中断。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以可借助软件加必要的通用硬件平台的方式来实现基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。