CN100456709C

CN100456709C - 用于实现sigtran配置匹配检测的方法和装置

Info

Publication number: CN100456709C
Application number: CNB2006100904815A
Authority: CN
Inventors: 侯建星
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2006-06-27
Filing date: 2006-06-27
Publication date: 2009-01-28
Anticipated expiration: 2026-06-27
Also published as: WO2008003211A1; CN1996903A

Abstract

本发明提供了一种信令传输配置匹配检测方法，包括以下步骤：步骤a，在发送端向对端发送的消息中设置匹配检测信息，匹配检测信息反映发送端的配置，所反映的配置包括以下至少一种：MGC设备标识、设备唯一标识号、设备首选IP地址，其中，发送端与对端之间的消息传送遵循信令传输协议栈；步骤b，对端收到匹配检测信息后，结合本端的配置对发送端的配置进行一致性校验；以及步骤c，根据一致性校验结果来确定是否使两端进入业务态。本发明还提供了一种信令传输配置匹配检测装置。

Description

用于实现SIGTRAN配置匹配检测的方法和装置

技术领域

本发明涉及通信领域，更具体而言，涉及一种实现SIGTRAN配置匹配检测的方法和装置。

背景技术

为了满足在IP(Internet Protocol，互联网协议)网络上传输信令协议的需求，因特网工程任务组(Internet Engineering Task Force，缩写为IETF)成立一个专门的信令传输小组，他们所制定的信令传输(Signaling Transport，缩写为SIGTRAN)协议栈支持通过IP网络传输电路交换信令。SIGTRAN协议栈支持电路交换信令协议分层模型定义中的层间标准原语接口，从而保证已有的电路交换信令可以未经修改地使用，同时也利用标准的IP传输协议作为传输底层，通过增加自身的功能来满足电路交换信令的特殊传输要求。

SIGTRAN是由一组协议组成的协议栈，其中包含了M2UA(SS7MTP2User Adaptation Layer，NO.7信令消息传递部分(MTP)第二级用户适配层)、M3UA(SS7 MTP3 User Adaptation Layer，NO.7信令消息传递部分(MTP)第三级用户适配层)、SUA(SignallingConnection Control Part User Adaptation Layer，SCCP用户适配层)、IUA(ISDN Q.921-User Adaptation Layer，ISDN Q921用户适配层)、V5UA(V5.2-User Adaptation Layer，V5.2用户适配层)分别用来实现七号信令、ISDN(Integrated Services Digital Network，综合业务数字网)信令、V5接入网信令消息在IP网上和原来的电路网上的信令互通。

图1示出了相关技术的M2UA标准规定的应用模型。

以M2UA为例，M2UA标准规定的应用模型如图1所示：

假如SG上有链路0、1、2、3四条MTP链路(MTP是“消息传递部分”协议的缩写，是ITU定义的一组协议，分为三层，MTP1是物理层，MTP 2是链路层，负责消息可靠传输，MTP 3是网络层，负责信令网状态维护和消息路由管理)其接口标识分别为0、1、2、3；分别由MGC1(Media Gateway Controller，媒体网关控制器)管理SG(Signaling Gateway，信令网关)上的MTP链路0(MTP link0)和链路1(MTP link 1)，MGC 2管理SG上的MTP链路2(MTPlink 2)和3(MTP link 3)。SG上的MTP链路0和MTP链路1属于AS(Application Server，应用服务器)0，这个AS有ASP 1和ASP 2为其提供服务。

然而，一个问题在于，如果当ASP 0和ASP 1都已经进入业务态，MTP链路0和MTP链路1都已经建立链路并且进行数据通讯时，如果用户在配置ASP 2时不小心将ASP 2配置成也为AS 0服务时，因为标准没有定义配置检查机制，ASP 2也会进入业务态。如果此时来自MTP 0和MTP 1链路上的业务分发给ASP 2处理，ASP 2会发现其不能处理这两条链路发来的业务消息，可能会发送消息给SG要求拆除这两条MTP链路，或者至少给SG发一个ERROR消息(原因是不存在的接口标识)；SG收到这个消息以后认为MGC已经不能处理这两条链路上的业务了，也会拆除MTP链路0和MTP链路1，从而造成两条链路业务中断。因为MTP链路都可能带有大量的用户，如果大量MTP链路中断，将会给服务商和用户带来巨大的损失。

图2示出了M2UA、IUA、SUA、M3UA、和V5UA协议中的基本业务流程。

如图2所示，在M2UA、IUA、SUA、M3UA、和V5UA协议中，基本业务流程是分四步完成的：

步骤S202，在两侧设备之间建立好SCTP连接以后，由ASP(Application Server Process，应用服务器进程)侧发起ASP UP消息到对端SG侧；

步骤S204，SG侧收到ASP UP消息以后回应ASP UP ACK消息给ASP侧；

步骤S206，ASP侧收到ASP UP ACK消息以后，就可以发送ASPACTIVE消息给SG侧；以及

步骤S208，SG侧收到ASP ACTIVE消息以后，响应ASPACTIVE ACK消息给ASP侧。

用户发出的ASP ACTIVE消息可以带有接口标识参数(接口标识属于可选，一般都不带)，SG侧收到ASPACTIVE消息以后根据接口标识对照SG上看看接口标识对应的链路是否已经配置，如果没有一个接口在SG上得到配置，就可以不响应ASP ACTIVE ACK消息或者发送ERROR消息。

然而，上述方案的问题在于，上述的进程中，因为MTP链路是分别在SG和MGC两个设备上进行配置的，所以可能存在配置不同步，有可能ASP侧发送ASP ACTIVE消息时MGC上还没有配置一个MTP2链路，发送的ASP ACTIVE消息中就不会包含InterfaceId(接口标识)，因此一般MGC发出的ASP ACTIVE消息中都不带配置的接口标识，这种情况下这种机制就无法发挥效用。

另外一方面，上述方案还存在一个问题，一个MGC往往控制多个SG上的MTP链路，SG上的接口标识习惯上一般都是从0开始，这样不匹配的ASP侧发出的ASP ACTIVE消息中带有的接口标识可能恰好与SG上配置的链路的接口标识相同，因为设备两端配置不同步的原因，不能严格要求完全匹配，只要有一个接口标识相同，SG侧就应该回应ASP ACTIVE ACK消息，这样配置错误的情况下也检查不出来。

总之，在上述的相关技术例如M2UA、IUA、SUA、M3UA、和V5UA协议中，当两端配置不匹配时，可能因为用户小的配置失误就造成大量链路业务中断，给用户带来重大损失。

因此，人们需要一种实现SIGTRAN配置匹配检测的方法和装置，能够解决上述相关技术中的问题。

发明内容

本发明旨在提供SIGTRAN配置匹配检测方法和装置，其中引入了M2UA、IUA、SUA、M3UA、和V5UA业务测试流程，以便解决相关技术中的上述问题，即，能够检测出两端配置不匹配的情况，从而使得用户能够及时采取干预措施，修正配置，避免因为用户小的配置失误造成大量链路业务中断，给用户带来重大损失。

根据本发明的一个方面，提供了一种信令传输配置匹配检测方法，包括以下步骤：步骤a，在发送端向对端发送的消息中设置匹配检测信息，匹配检测信息反映发送端的配置，所反映的配置包括以下至少一种：MGC设备标识、设备唯一标识号、设备首选IP地址，其中，发送端与对端之间的消息传送遵循信令传输协议栈；步骤b，对端收到匹配检测信息后，结合本端的配置对发送端的配置进行一致性校验；以及步骤c，根据一致性校验结果来确定是否使两端进入业务态。

在上述的信令传输配置匹配检测方法中，步骤c包括以下步骤：如果一致性校验结果为配置匹配，则允许两端进入业务态；否则报出错信息，阻止两端进入业务处理状态。

在上述的信令传输配置匹配检测方法中，信令传输协议栈包括以下至少一种：M2UA、IUA、SUA、M3UA、和V5UA协议。

在上述的信令传输配置匹配检测方法中，消息包括以下至少一种：ASP UP、ASP UP ACK、ASP ACTIVE、ASP ACTIVE ACK、NOTIFY、ERROR、HEARTBEAT、和HEARTBEAT ACK消息。

根据本发明的另一方面，提供了一种信令传输配置匹配检测装置，包括：匹配检测信息设置模块，用于在发送端向对端发送的消息中设置匹配检测信息，匹配检测信息反映发送端的配置，所反映的配置包括以下至少一种：MGC设备标识、设备唯一标识号、设备首选IP地址，其中，发送端与对端之间的消息传送遵循信令传输协议栈；一致性校验模块，用于对端收到匹配检测信息后，结合本端的配置对发送端的配置进行一致性校验；以及业务态确定模块，用于根据一致性校验结果来确定是否使两端进入业务态。

在上述的信令传输配置匹配检测装置中，业务态确定模块包括：允许进入模块，用于如果一致性校验结果为配置匹配，则允许两端进入业务态；以及出错处理模块，用于报出错信息，阻止两端进入业务处理状态。

在上述的信令传输配置匹配检测装置中，信令传输协议栈包括以下至少一种：M2UA、IUA、SUA、M3UA、和V5UA协议。

在上述的信令传输配置匹配检测装置中，消息包括以下至少一种：ASP UP、ASP UP ACK、ASP ACTIVE ACK、ASP ACTIVE、NOTIFY、ERROR、HEARTBEAT、和HEARTBEAT ACK消息。

通过上述技术方案，本发明实现了如下技术效果：

在SIGTRAN协议栈中引入配置检测机制以后，解决了无法检测出两端配置是否匹配的问题，从而当出现两端配置不一致的情况，即时提醒用户两侧配置不匹配，以避免等到发现大量呼叫失败以后才定位失败原因，以至于给用户带来巨大的损失。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1示出了相关技术的M2UA标准规定的应用模型；

图2示出了M2UA、IUA、SUA、M3UA、和V5UA协议中的基本业务流程；

图3分别示出了根据本发明的SIGTRAN配置匹配检测方法；

图4示出了根据本发明的SIGTRAN配置匹配检测装置；以及

图5示出了根据本发明的一个M2UA具体实施例。

具体实施方式

下面将参考附图详细说明本发明。

图3和图4分别示出了根据本发明的SIGTRAN配置匹配检测方法和装置，下面将参照图3和图4来详细说明本发明。

如图3所示，根据本发明的SIGTRAN配置匹配检测方法包括以下步骤：

步骤S302，在发送端向对端发送的消息中设置匹配检测信息，该信息反映发送端的配置，其中，发送端与对端之间的消息传送遵循SIGTRAN协议栈；

步骤S304，对端收到该匹配检测信息后启动匹配检测进程，结合本端的配置对信息中所反映的配置进行一致性校验；以及

步骤S306，根据一致性校验结果来确定是否使两端进入业务态。

在上述的方法中，在步骤S302中，

可选地，所反映的配置包括：MGC设备标识、设备唯一标识号、设备首选IP地址、或者设备所在信令点、或者其他可以标识设备的内容加上AS标识或者链路集标识的组合；

可选地，SIGTRN协议栈包括M2UA、IUA、V5UA协议、SUA协议、或M3UA协议；以及

可选地，发送的消息包括ASP UP、ASP UP ACK、ASP ACTIVE、ASP ACTIVE ACK、NOTIFY、ERROR、HEARTBEAT、HEARTBEATACK等消息。

在步骤S306中，

可选地，如果发现两端配置不一致，就终止继续的消息交互流程，否则继续正常的消息交互流程；以及

可选地，如果配置匹配，则允许两侧进入业务态，否则报出错信息，阻止进入业务处理状态。

如图4所示，根据本发明的SIGTRN配置匹配检测装置400包括：

匹配检测信息设置模块402，用于在发送端向对端发送的消息中设置匹配检测信息，该信息反映发送端的配置，其中，发送端与对端之间的消息传送遵循SIGTRAN协议栈；

一致性校验模块404，用于对端收到该匹配检测信息后启动匹配检测进程，结合本端的配置对信息中所反映的配置进行一致性校验；以及

业务态确定模块406，用于根据一致性校验结果来确定是否使两端进入业务态，其中，可选地，业务态确定模块406包括：

允许进入模块(未示出)，用于如果一致性校验结果为配置匹配，则允许两端进入业务态；以及

出错处理模块(未示出)，用于报出错信息，阻止两端进入业务处理状态。

总之，本发明采用的技术方案是在M2UA在M2UA消息交互过程中，将消息交互流程中的某些消息中加入检测信息(检测信息可以以新增参数的形式，也可以利用在原有参数中加入检测内容)对端收到这个消息以后，从消息中取出检测是否匹配的信息，结合本端配置进行一致性校验，如果配置匹配，则允许M2UA两侧进入业务态，否则报出错信息，阻止进入业务处理状态。

从以上的技术方案可以看出，由于根据本发明引入了配置检测机制，解决了无法检测出两端配置是否匹配的问题，从而当出现两端配置不一致的情况，能够即时提醒用户两侧配置不匹配，避免等到发现大量呼叫失败以后才定位失败原因，导致大量通信中断，给服务商和用户带来巨大的损失。

下面将参照图5，以M2UA为例，来详细说明根据本发明的具体实施例。

图5示出了根据本发明的一个M2UA具体实施例。

如图5所示，假设在ASP侧有两个或者多个ASP为该AS服务(对于采用链路集-链路模型的是某个M2UA链路集有两个或者多个M2UA链路为其提供服务)，假如ASP1是为该AS服务的第一个发送ASP UP消息的ASP，ASP2是为该AS服务的后发送ASPUP消息的ASP(对于采用链路集-链路模型的是M2UA链路1先发送ASP UP消息，M2UA链路2后发送ASP UP消息)，在该实施例中有如下处理步骤：

步骤S502：在ASP上ASP 1发出ASP UP消息给SG侧，其中ASP UP消息中的INFO String参数(也可以是新增参数)中增加本端配置信息(比如MGC设备标识、AS标识，对于采用链路集-链路模型的可以使用M2UA链路集号等)；

步骤S504：在SG上收到ASP UP消息以后，会找到在SG上配置的对应的ASP(对于采用链路集-链路模型的可以是找到对应的M2UA链路)，进而找到该ASP所服务的AS(对于采用链路集-链路模型的可以是找到对应的M2UA链路集)，而当前SG上对应AS中还没有保存过对端的配置检测信息(因为在SG侧为该AS服务ASP中第一个收到ASP UP消息的ASP)，如果发现消息中包含配置检测信息，SG侧将ASP UP ACK消息中的配置检测信息保存下来，然后给ASP侧回应ASP UP ACK消息。作为可选，ASP UPACK消息中的INFO String参数(也可以新增参数)中可以增加SG上本端配置信息(比如SG上配置的某个IP地址加上AS标识，对于采用链路集-链路模型的可以使用SG上配置的某个IP地址加上M2UA链路集号，或者其他能够唯一标识该AS的任何信息)；

步骤S506：在MGC上ASP 1收到了响应的ASP UP ACK消息，会根据对应的ASP找到该ASP所服务的AS(对于采用链路集-链路模型的是找到对应的M2UA链路集)；而当前MGC上对应AS中还没有保存过对端的配置检测信息(因为在ASP侧为该AS服务的第一个发送ASP UP消息的ASP)，如果收到的ASP UP ACK消息中包含配置检测信息，则将ASP UP ACK消息中的配置检测信息保存下来；继续发送ASPACTIVE消息给SG侧；

步骤S508：在SG侧收到了ASP ACTIVE消息以后，响应ASPACTIVE ACK消息给ASP侧，ASP侧收到ASP ACTIVE消息以后双方都进入到业务处理状态；

步骤S510：在MGC上ASP2发出ASP UP消息给SG侧，其中ASP UP消息中的INFO String参数(也可以新增参数)中包含有增加本端配置信息；

步骤S512：在SG上收到ASP UP消息以后，会找到在SG上配置的ASP(对于采用链路集-链路模型的可以是找到对应的M2UA链路)，进而找到ASP所服务的AS(对于采用链路集-链路模型的可以是找到对应的M2UA链路集)，而当前SG上对应AS中保存了对端的配置检测信息，而收到的消息ASP UP中也包含配置检测信息，则拿收到的ASP UP消息中的配置检测信息与SG上对应AS中保存了对端的配置检测信息进行比较，如果两者包含的信息完全相同，则认为两端配置是匹配的，响应ASP UP ACK消息给ASP侧；如果两者包含的内容不同，则需要根据不同情况处理：

●如果网关支持多归属，即一个SG可以有多个MGC上的ASP为其提供服务，可能不同MGC上AS发出的配置检测内容是不相同的，如果SG可以解析出配置检测的内容，从中区分出MGC设备标识和AS标识，则进行比较，如果设备标识相同，ASP标识不同，就认为发生了配置错误，可以采取一些措施终止两侧进一步消息交互；如果不能解析，则直接响应ASP UP ACK消息；以及

●如果网关支持不支持多归属，则一个SG只有一个MGC上的ASP为其提供服务，就认为发生了配置错误，可以采取一些措施终止两侧进一步消息交互。

终止两侧的进一步消息交互的方法有很多，可以但不限于采用类似如下一些措施：

●不响应ASP UP ACK消息，可以输出出错信息让SG侧用户干预；

●响应一个异常消息如ERROR、NOTIFY、ASP DOWN ACK等消息，消息中可以包含错误原因信息；

●响应ASP UP ACK消息，但消息中包含了配置出错信息，或者将本端的配置信息也包含在发出的ASP UP ACK消息等可以告知对端发生了配置异常的参数或者内容；以及

●拆除建立的SCTP偶链，可以输出错误信息。

步骤S514：MGC上ASP2如果发出ASP UP消息以后收到ASPUP ACK消息，可以根据消息中包含的内容分别做如下处理：

●如果消息中包含了配置出错信息，则输出错误信息提醒用户干预；

●消息中没有出错信息，但是存在对端的配置信息，而当前MGC上对应AS中保存有对端的配置检测信息，则拿ASPUP ACK消息中的配置检测信息和MGC上对应AS中保存的对端的配置检测信息进行比较，如果一致则继续处理，如果不一致，则输出错误信息提醒用户干预；以及

●如果消息中不包含配置检测信息也没有错误信息，继续按照原来处理发送ASP ACTIVE消息。

上述是一种举例，显然，对于本领域技术人员来说，实际配置检测信息除了可以是MGC设备标识和AS标识以外，还可以是设备唯一标识号、设备首选IP地址、或者设备所在信令点或者其他可以标识设备的内容加上AS标识或者链路集标识的组合，同时检测信息可以在ASP UP、ASP UP ACK、ASP ACTIVE、ASP ACTIVEACK、HeartBeat、HeartBeat ACK消息中的任何一个消息中携带；对端收到消息以后也可以对消息中的内容进行一致性检查；

显然，对于本领域技术人员来说，以上过程不但适用于M2UA，对IUA、V5UA、M3UA、SUA等等SIGTRAN其他协议也都适用。

从以上的描述中，可以看出，本发明实现了如下技术效果：

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种信令传输配置匹配检测方法，其特征在于，包括以下步骤：

步骤a，在发送端向对端发送的消息中设置匹配检测信息，所述匹配检测信息反映所述发送端的配置，所反映的配置包括以下至少一种：MGC设备标识、设备唯一标识号、设备首选IP地址，其中，所述发送端与所述对端之间的消息传送遵循信令传输协议栈；

步骤b，所述对端收到所述匹配检测信息后，结合本端的配置对所述发送端的配置进行一致性校验；以及

步骤c，根据所述一致性校验结果来确定是否使所述两端进入业务态。

2.根据权利要求1所述的信令传输配置匹配检测方法，其特征在于，所述步骤c包括以下步骤：

如果所述一致性校验结果为配置匹配，则允许所述两端进入所述业务态；否则

报出错信息，阻止所述两端进入业务处理状态。

3.根据权利要求1或2所述的信令传输配置匹配检测方法，其特征在于，所述信令传输协议栈包括以下至少一种：M2UA、IUA、SUA、M3UA、和V5UA协议。

4.根据权利要求1或2所述的信令传输配置匹配检测方法，其特征在于，所述消息包括以下至少一种：ASP UP、ASP UP ACK、ASP ACTIVE、ASP ACTIVE ACK、NOTIFY、ERROR、HEARTBEAT、和HEARTBEATACK消息。

5.一种信令传输配置匹配检测装置，其特征在于，包括：

匹配检测信息设置模块，用于在发送端向对端发送的消息中设置匹配检测信息，所述匹配检测信息反映所述发送端的配置，所反映的配置包括以下至少一种：MGC设备标识、设备唯一标识号、设备首选IP地址、设备所在信令点、和其他可以标识设备的内容加上AS标识或者链路集标识的组合，其中，所述发送端与所述对端之间的消息传送遵循信令传输协议栈；

一致性校验模块，用于所述对端收到所述匹配检测信息后，结合本端的配置对所述发送端的配置进行一致性校验；以及

业务态确定模块，用于根据所述一致性校验结果来确定是否使所述两端进入业务态。

6.根据权利要求5所述的信令传输配置匹配检测装置，其特征在于，所述业务态确定模块包括：

允许进入模块，用于如果所述一致性校验结果为配置匹配，则允许所述两端进入所述业务态；以及

出错处理模块，用于报出错信息，阻止所述两端进入业务处理状态。

7.根据权利要求5或6所述的信令传输配置匹配检测装置，其特征在于，所述信令传输协议栈包括以下至少一种：M2UA、IUA、SUA、M3UA、和V5UA协议。

8.根据权利要求5或6所述的信令传输配置匹配检测装置，其特征在于，所述消息包括以下至少一种：ASP UP、ASP UP ACK、ASP ACTIVE ACK、ASP ACTIVE、NOTIFY、ERROR、HEARTBEAT、和HEARTBEATACK消息。