CN1870536A - 一种软交换容错处理方法及实现系统 - Google Patents

Abstract

本发明提供了一种软交换容错处理方法，包括以下步骤：A.主叫侧信令网关向软交换发送初始地址消息；B.软交换判断连接业务控制节点是否失败，如果是，则转步骤C，否则，进行正常呼叫处理；C.软交换判断是否有备份服务器，如果有，则软交换通过重新选路到备份服务器实现智能业务；否则软交换根据原有主叫侧信令网关发送过来的信息定位到被叫侧信令网关。本发明对于有备份服务器的智能业务，软交换会通过失败处理重新选路到有具有备份数据的服务器来提供相应的智能业务；对于没有备份服务器的智能业务，软交换可以通过失败处理来使得普通的呼叫业务能够继续进行，从而使普通的呼叫业务不会因为智能业务不能触发而受到影响。

Description

一种软交换容错处理方法及实现系统

技术领域

本发明涉及智能网技术，尤其涉及一种软交换容错处理方法及实现系统。

背景技术

NGN(Next Generation Net，下一代网络)中，软交换和SCP(ServiceControl Point，业务控制节点)是核心设备，通过SCP与软交换的配合可以实现各种智能网业务。智能网所提供的所有业务的控制功能都集中在SCP中，SCP与软交换之间按照智能网的标准接口协议进行通信，例如：INAP(智能网应用协议)。其中，软交换用于处理呼叫信令、进行呼叫控制及业务实现；SCP用于存储用户智能业务数据和各种业务逻辑，包括：接收软交换送来的查询数据请求并查询数据库、进行各种译码；根据软交换上报来的呼叫事件启动不同的业务逻辑；根据业务逻辑向软交换发出呼叫控制指令，指示软交换进行下一步的动作，从而实现各种智能呼叫。

在现有的技术方案中，在软交换发现用户触发智能业务后，会向SCP发出业务请求消息，SCP的呼叫处理流程如图1所示，包括以下步骤：

步骤s101，主叫侧SG(Signal Gateway，信令网关)向软交换发送IAM(Initial Address Message，初始地址消息)。

步骤s102，软交换分析主叫侧信令网关发送过来的IAM消息，发现主叫侧信令网关或被叫有智能业务，将会向SCP上报IDP(Internet DatagramProtocol，网络数据报文协议)消息，SCP根据该消息所携带的用户状态采用不同的策略。

步骤s103，SCP向软交换下发RRBE(Request Report BCSM Event，请求报告BCSM事件)消息来监视软交换所上报的消息，其中，BCSM代表(BasicCall Status Model，基础呼叫状态模型)。

步骤s104，SCP向软交换发送CONNECT消息，该消息中包括与智能网业务相关的信息。

步骤s105，软交换在分析出被叫用户信息后向被叫侧SG发送ACM(Address Complete Message，地址全消息)来正常接续被叫侧信令网关。

其中，软交换可以作为智能网的SSP(Service Switch Point，业务交换节点)与SCP进行通信，DP(Detect Point，检测点)为软交换与SCP的对接参数之一，用于在SSP侧为相应的业务键定义。例如：TDP(Trigger DetectionPoint，触发检出点)，表示SSP将在该TDP点触发智能业务或在智能呼叫的过程中检出与呼叫相关的事件。SCP在分析该DP点信息后，根据预先存贮好的业务逻辑执行，再经过SSP中的呼叫模型交互管理模块向BCSM发回控制命令，PIC根据命令对呼叫进行控制，完成一次SCP对智能业务的控制动作，之后，BCSM继续状态的转移，产生新的DP点上报SCP，直至呼叫结束。

现有技术中，当SCP宕掉或SCP异常或软交换与SCP之间链路中断时，软交换会直接释放本次呼叫，若此时用SCP来实现NP(Number Portability，电话号携带)业务，将会使得NP业务不能触发，无法实现电话用户改变其电话号码后，仍然可以连续使用原有的电话号码。

另外，如果用户注册了如彩铃，彩色拨号音等增值业务，软交换如果检测到SCP故障或SCP链路故障时，会自动释放本次智能业务呼叫，而不向被叫用户进行呼叫，会使得用户不仅不能实现智能业务，而且连普通的呼叫业务也不能够进行。

发明内容

本发明要解决的问题是提供一种软交换容错处理方法及实现系统，以解决现有技术中SCP故障影响智能业务及普通呼叫业务的缺陷。

为了解决上述问题，本发明提供了一种软交换容错处理方法，包括以下步骤：

A、主叫侧信令网关向软交换发送初始地址消息；

B、软交换判断连接业务控制节点是否失败，如果是，则转步骤C，否则，进行正常呼叫处理；

C、软交换判断是否有备份服务器，如果有，则转步骤D，否则，转步骤E；

D、软交换通过重新选路到备份服务器实现智能业务；

E、软交换根据原有主叫侧信令网关发送过来的信息定位到被叫侧信令网关。

步骤B进一步包括：

B1、判断业务控制节点链路是否故障，如果是，则转步骤C；否则，转步骤B2；

B2、软交换向业务控制节点发送网络数据协议IDS消息，如果设定周期内，业务控制节点没有响应，则转步骤C。

网络数据协议IDS消息中包括：智能网接入码和被叫用户号码。

步骤B1中，当软交换判断业务控制节点链路故障时，向该软交换发送一个释放消息，该消息中包括链路故障的失败原因。

步骤B2中，当软交换判断业务控制节点故障时，向该软交换发送一个释放消息，该消息中包括等待超时的失败原因。

步骤D进一步包括：

D1、软交换根据预先设定的路由数据进行重新路由；

D2、软交换向备份服务器发送智能业务请求信息，该信息中包括智能业务号码；

D3、备份服务器向软交换发送请求响应信息，该信息中包括与智能业务号码对应的物理号码；

D4、软交换对物理号码分析后重定位到被叫侧信令网关。

对于彩信业务，步骤D2后，超过设定时间，备份服务器没有发送请求响应信息，则软交换向业务控制节点发送IDP请求，再次向备份服务器发送请求信息。

对于彩信业务，步骤E之后还包括：被叫侧信令网关向主叫发送普通回铃音或被叫侧信令网关向主叫发送普通拨号音。

本发明还提供了一种软交换容错处理系统，包括：软交换、业务控制节点、主叫侧信令网关和被叫侧信令网关，还包括备份服务器；

所述软交换，用于接收来自主叫侧信令网关的信息，并确定业务控制节点工作状态，当业务控制节点故障或链路故障时，重新路由到备份服务器，并将被叫智能业务号码发送到备份服务器；

所述备份服务器，用于查出与智能业务号码对应的物理号码，并经过软交换重新分析定位到被叫侧信令网关。

本发明又提供了一种软交换容错处理系统，包括：软交换、业务控制节点、主叫侧信令网关和被叫侧信令网关，

所述软交换，用于接收来自主叫侧信令网关的信息，并确定业务控制节点工作状态，当业务控制节点故障或链路故障时，按普通呼叫流程定位被叫侧信令网关。

与现有技术相比，本发明具有以下优点：

本发明对于有备份服务器的智能业务，软交换会通过失败处理重新选路到有具有备份数据的服务器来提供相应的智能业务；对于没有备份服务器的智能业务，软交换可以通过失败处理来使得普通的呼叫业务能够继续进行，从而使普通的呼叫业务不会因为智能业务不能触发而受到影响。

附图说明

图1是现有技术中SCP的呼叫处理流程图；

图2是本发明一种软交换容错处理方法的流程图；

图3是本发明应用于存在能处理智能业务的备份服务器系统中的一个实施例；

图4是图3中SCP二次故障时，本发明的处理流程图；

图5是本发明应用于没有能处理智能业务的备份服务器系统中的一个实施例；

图6是本发明应用于没有能处理智能业务的备份服务器系统中的另一个实施例。

具体实施方式

本发明一种软交换容错处理方法的流程如图2所示，包括以下步骤：

步骤s201，主叫侧信令网关向软交换发送初始地址消息。该消息中包括：用户摘机、和/或主叫用户、和/或被叫用户号码等信息。软交换通过对被叫用户号码的前缀进行字冠分析，可以确定该业务为智能业务或普通呼叫业务。

步骤s202，软交换判断连接业务控制节点是否失败，如果是，则转步骤s203，否则，进行正常呼叫处理。其中，连接业务控制节点失败包括业务控制节点本身发生故障或业务控制节点与软交换链路故障；软交换可以根据断路告警指示查询业务控制节点链路是否正常；如果链路故障，向该软交换发送一个释放消息，该消息中包括链路故障的原因；当业务控制节点链路正常时，软交换通过与业务控制节点间的探测点发送分析信息，该信息中包括智能网接入码和被叫用户号码，同时启动计时器，在超过设定时间软交换没有收到业务控制节点的响应信息，则判断业务控制节点出现故障，向该软交换发送一个释放消息，该消息中包括等待超时的失败原因。

步骤s203，软交换判断是否有备份服务器，如果有，则转步骤s204，否则，转步骤s205。

步骤s204，软交换通过重新选路到备份服务器实现智能业务。软交换会根据预先设定好的路由数据进行重新选路。重新选路后，软交换会向备份服务器发送被叫智能业务号码，备份服务器查出与智能业务号码对应的物理号码，然后下发给软交换，软交换收到物理号码后进行重分析定位到被叫侧信令网关。

步骤s205，软交换根据原有主叫侧信令网关发送过来的信息定位到被叫侧信令网关。软交换根据原有主叫侧信令网关发送过来的信息来进行普通呼叫流程分析，分析完成后定位到被叫侧信令网关并向被叫侧信令网关发送IAM消息。

以下结合具体实施例对上述软交换容错处理方法进行详细说明：

一个具体实施例应用于存在能处理智能业务的备份服务器系统中，例如，该智能业务为SCP提供的NP业务，如图3所示：

步骤S301，主叫用户摘机，拨被叫用户号码，通过主叫侧信令网关向软交换发送IAM消息，该消息中包括用户摘机和被叫用户号码等信息。

步骤S302，软交换收到IAM消息后，对该消息中的被叫用户号码进行分析，根据被叫用户号码的前缀确定主叫用户拨的是NP智能业务接入码。然后，对SCP的连接状态进行判断，如果软交换发现SCP链路故障，会直接给本身发一个释放消息并带上链路故障的失败原因值；如果软交换查询SCP链路成功，会将通过DP3(分析信息)将向SCP发送IDP消息，该消息中包括智能接入码和被叫用户号码，如果SCP出现故障，软交换将在预定时间内不能收到响应信息，出现等待超时，也会给本身发一个释放消息并带上等待超时的失败原因值。

步骤S303，软交换会根据预先设定好的路由数据进行重新选路，向备份服务器发送智能业务请求。该备份服务器可以为具有NP数据的交换机或者具有被叫NP号码的设备。

步骤S304，备份服务器查出与NP号码对应的物理号码，通过请求响应消息下发给软交换。

步骤S305，软交换收到物理号码后进行重分析定位到被叫侧信令网关，向该被叫侧信令网关发送IAM消息。

另外，当出现一次SCP宕机后重选路由后，可以动态修改原智能呼叫属性，在一定的时间内，呼叫直接走修改的路由，当时间超时后再修改原智能呼叫属性，将呼叫路由到SCP。第二次SCP宕机的处理流程如图4所示：

步骤S401，主叫侧信令网关向软交换发送IAM消息，该消息中包括用户摘机和被叫用户号码等信息。

步骤S402，软交换分析主叫信令网关发送过来的信息，发现主叫信令网关或被叫信令网关有智能业务，软交换会直接向备份服务器发送智能业务请求；如果备份服务器有响应则进入步骤S403，若没有回应则进入步骤S404。

步骤S403，备份服务器向软交换发送请求响应。

步骤S404，软交换再次向SCP发送IDP请求。

步骤S405，软交换会根据预先设定好的路由数据进行重新选路，向备份服务器发送智能业务请求，等待请求响应，如果还没有请求响应，可以重复步骤s404，或直接释放该消息。

另一个具体实施例应用于没有能处理智能业务的备份服务器系统中。对于没有备份服务器的智能业务，软交换可以通过失败处理来使得普通的呼叫业务能够继续进行，从而使普通的呼叫业务不会因为智能业务不能触发而受到影响。例如，以彩铃业务为例来说明，如图5所示：

步骤S501，主叫用户摘机，拨被叫用户号码，通过主叫侧信令网关向软交换发送IAM消息，该消息中包括用户摘机和被叫用户号码等信息。

步骤S502，软交换收到IAM消息后，对该消息中的被叫用户号码进行分析，根据被叫用户号码的前缀确定主叫用户拨的是彩铃业务接入码。然后，对SCP的连接状态进行判断，如果软交换发现SCP链路故障，会直接给本身发一个释放消息并带上链路故障的失败原因值；如果软交换查询SCP链路成功，会将通过DP3(分析信息)将向SCP发送IDP消息，该消息中包括智能接入码和被叫用户号码，如果SCP出现故障，软交换将在预定时间内不能收到响应信息，出现等待超时，也会给本身发一个释放消息并带上等待超时的失败原因值。

步骤S503，软交换在收到释放消息后，会对失败原因值进行判断，如果发现失败原因值为以上两种情况，软交换根据主叫侧信令网关发送过来的被叫用户号码等信息定位到被叫侧信令网关，并向该被叫侧信令网关发送IAM消息，实现主叫侧信令网关与被叫侧信令网关的呼叫接续。

步骤S504，软交换给主叫侧信令网关发送普通回铃音。

又一个具体实施例应用于没有能处理智能业务的备份服务器系统中，例如，以彩色拨号音业务为例来说明，如图6所示：

步骤S601，主叫用户摘机，拨被叫用户号码，通过主叫侧信令网关向软交换发送IAM消息，该消息中包括用户摘机和被叫用户号码等信息。对SCP的连接状态进行判断，如果软交换发现SCP链路故障，会直接给本身发一个释放消息并带上链路故障的失败原因值；如果软交换查询SCP链路成功，会将通过DP3(分析信息)将向SCP发送IDP消息，该消息中包括智能接入码和被叫用户号码，如果SCP出现故障，软交换将在预定时间内不能收到响应信息，出现等待超时，也会给本身发一个释放消息并带上等待超时的失败原因值。

步骤S602，软交换收到IAM消息后，对该消息中的被叫用户号码进行分析，根据被叫用户号码的前缀确定主叫用户拨的是彩色拨号音业务接入码。

步骤S603，软交换在收到释放消息后，会对失败原因值进行判断，如果发现失败原因值为以上两种情况，软交换根据主叫侧信令网关发送过来的被叫用户号码等信息定位到被叫侧信令网关，并向该被叫侧信令网关发送IAM消息，实现主叫侧信令网关与被叫侧信令网关的呼叫接续。

步骤S604，软交换给主叫信令网关发送普通拨号音。

本发明还提供了一种软交换容错处理系统，包括：软交换、业务控制节点、主叫侧信令网关和被叫侧信令网关，还包括备份服务器。其中，软交换用于接收来自主叫侧信令网关的信息，并确定业务控制节点工作状态，当业务控制节点故障或链路故障时，重新路由到备份服务器，并将被叫智能业务号码发送到备份服务器；备份服务器用于查出与智能业务号码对应的物理号码，并经过软交换重新分析定位到被叫侧信令网关。

本发明一种没有备份服务器的软交换容错处理系统，包括：软交换、业务控制节点、主叫侧信令网关和被叫侧信令网关。在该系统中，软交换设置SCP链路中断或没有响应的释放原因的失败处理数据。如果SCP出现链路中断或者由其它原因引起的不能响应，软交换会得到SCP不能响应或链路中断的释放原因。软交换根据该释放原因值进行后续的失败处理，在这种失败处理中不直接释放呼叫，而是继续按普通呼叫流程处理后续进程。

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

Claims (10)

1、一种软交换容错处理方法，其特征在于，包括以下步骤：

A、主叫侧信令网关向软交换发送初始地址消息；

B、软交换判断连接业务控制节点是否失败，如果是，则转步骤C，否则，进行正常呼叫处理；

C、软交换判断是否有备份服务器，如果有，则转步骤D，否则，转步骤E；

D、软交换通过重新选路到备份服务器实现智能业务；

E、软交换根据原有主叫侧信令网关发送过来的信息定位到被叫侧信令网关。

2、如权利要求1所述软交换容错处理方法，其特征在于，步骤B进一步包括：

B1、判断业务控制节点链路是否故障，如果是，则转步骤C；否则，转步骤B2；

B2、软交换向业务控制节点发送网络数据协议IDS消息，如果设定周期内，业务控制节点没有响应，则转步骤C。

3、如权利要求2所述软交换容错处理方法，其特征在于，网络数据协议IDS消息中包括：智能网接入码和被叫用户号码。

4、如权利要求2所述软交换容错处理方法，其特征在于，步骤B1中，当软交换判断业务控制节点链路故障时，向该软交换发送一个释放消息，该消息中包括链路故障的失败原因。

5、如权利要求2所述软交换容错处理方法，其特征在于，步骤B2中，当软交换判断业务控制节点故障时，向该软交换发送一个释放消息，该消息中包括等待超时的失败原因。

6、如权利要求4或5所述软交换容错处理方法，其特征在于，步骤D进一步包括：

D1、软交换根据预先设定的路由数据进行重新路由；

D2、软交换向备份服务器发送智能业务请求信息，该信息中包括智能业务号码；

D3、备份服务器向软交换发送请求响应信息，该信息中包括与智能业务号码对应的物理号码；

D4、软交换对物理号码分析后重定位到被叫侧信令网关。

7、如权利要求1所述软交换容错处理方法，其特征在于，对于彩信业务，步骤D2后，超过设定时间，备份服务器没有发送请求响应信息，则软交换向业务控制节点发送IDP请求，再次向备份服务器发送请求信息。

8、如权利要求1所述软交换容错处理方法，其特征在于，对于彩信业务，步骤E之后还包括：被叫侧信令网关向主叫发送普通回铃音或被叫侧信令网关向主叫发送普通拨号音。

9、一种软交换容错处理系统，包括：软交换、业务控制节点、主叫侧信令网关和被叫侧信令网关，其特征在于，还包括备份服务器；

所述软交换，用于接收来自主叫侧信令网关的信息，并确定业务控制节点工作状态，当业务控制节点故障或链路故障时，重新路由到备份服务器，并将被叫智能业务号码发送到备份服务器；

所述备份服务器，用于查出与智能业务号码对应的物理号码，并经过软交换重新分析定位到被叫侧信令网关。

10、一种软交换容错处理系统，包括：软交换、业务控制节点、主叫侧信令网关和被叫侧信令网关，其特征在于，

所述软交换，用于接收来自主叫侧信令网关的信息，并确定业务控制节点工作状态，当业务控制节点故障或链路故障时，按普通呼叫流程定位被叫侧信令网关。

Images