M3UA信令路由可靠性的提高方法

摘要

本发明公开了M3UA信令路由可靠性的提高方法，包括以下步骤：激活应用服务器，测试端通过路由上下文找到与应用服务器相对应的路由关键字，并周期性地将具有路由关键字中的点码的状态查询消息发送给被测端；被测端收到状态查询消息，比较被测端的点码与状态查询消息中的点码是否一致，并将包含比较结果的响应发送给测试端；以及测试端收到响应，并根据比较结果来处理应用服务器下的应用服务器进程。通过本发明通过控制路由表生成的条件和时机达到消除由于路由上下文与路由关键字对应错误而产生的呼损，以及通过运行过程中的定时检测达到尽量减少错误变化带来呼损的目的，以此提高M3UA信令路由可靠性。

权利要求

1.一种M3UA信令路由可靠性的提高方法，其特征在于，包括以下步骤：

激活应用服务器，测试端通过路由上下文找到与所述应用服务器相对应的路由关键字，并周期性地将具有所述路由关键字中的点码的状态查询消息发送给被测端；

所述被测端收到所述状态查询消息，比较所述被测端的点码与所述状态查询消息中的点码是否一致，并将包含比较结果的响应发送给所述测试端；以及所述测试端收到所述响应，并根据所述比较结果来处理所述应用服务器下的应用服务器进程。

2.根据权利要求1所述的M3UA信令路由可靠性的提高方法，其特征在于，如果所述被测端的点码与所述状态查询消息中的点码一致，则所述被测端向所述测试端发送信令点可用响应。

3.根据权利要求2所述的M3UA信令路由可靠性的提高方法，其特征在于，所述测试端接收到所述信令点可用响应，并将所述应用服务器进程添加到路由表中。

4.根据权利要求3所述的M3UA信令路由可靠性的提高方法，其特征在于，还包括：在所述测试端将所述应用服务器进程添加到路由表之后，通过指示消息向上层用户指示M3UA层可以承载业务。

5.根据权利要求1所述的M3UA信令路由可靠性的提高方法，其特征在于，如果所述被测端的点码与所述状态查询消息中的点码不一致，则所述被测端向所述测试端发送信令点不可用响应。

6.根据权利要求5所述的M3UA信令路由可靠性的提高方法，其特征在于，所述测试端接收到所述信令点不可用响应，如果路由表中已存在所述应用服务器进程，则将所述应用服务器进程从所述路由表中删除。

7.根据权利要求6所述的M3UA信令路由可靠性的提高方法，其特征在于，还包括：在所述测试端接收到所述信令点不可用响应之后，通过指示消息向上层用户指示M3UA层暂时无法承载业务。

8.根据上述权利要求中任一项所述的M3UA信令路由可靠性的提高方法，其特征在于，还包括：在所述被测端收到所述状态查询消息之后，所述被测端确定所述应用服务器的应用属性为IPSP。

9.根据权利要求8所述的M3UA信令路由可靠性的提高方法，其特征在于，所述被测端为IPSP客户端，以及所述测试端为IPSP服务器。

10.根据权利要求8所述的M3UA信令路由可靠性的提高方法，其特征在于，所述被测端为IPSP服务器，以及所述测试端为IPSP客户端。

说明书

M3UA信令路由可靠性的提高方法

技术领域

[0001] 本发明涉及通信领域，一种利用M3UA协议本身的DAUD(Destination State Audit)消息实现的信令路由测试，通过控制路由表生成的时间和条件，提高M3UA信令路由可靠性。

背景技术

[0002] 为了满足在IP网络上传输信令协议的需求，IETF网络工作组成立了专门的信令传输小组，他们所制订的IP网络信令传输协议(SIGTRAN协议)支持通过IP网络传输传统电路交换信令。M3UA作为SIGTRAN的一个重要协议在移动通信的核心网传输部分有着广泛的应用。

[0003] IETF组织定义的Signal Transport Protocol(SIGTRAN)协议栈中描述的M3UA(Signaling System 7(SS7)Message Transfer Part3(MTP3)-User Adaptation Layer)协议。相比于传统的MTP3(Signaling System 7(SS7)Message Transfer Part 3)协议，M3UA下层采用偶联传输，可以承载更大的报文和流量，拥有同样强大的信令链路和路由管理功能，并添加了IP侧路由的功能，使得路由功能更强大。

[0004] 但对于M3UA的IP路由，选路方式上是使用路由上下文RC(Routing Context)来对应一个路由关键字(Routing Key)。对于IP域内的对等点(IPSP)业务(参见附图1)，当某个AS(ApplicationServer)激活以后，该AS便可作为可用的路由服务于由其连接的两端IPSP的业务。但在选路上下文和路由关键字错误的对应关系下，会造成发送出去的消息找不到真正的目的点，从而造成不必要的呼损。

发明内容

[0005] 考虑到上述问题而做出本发明，为此，本发明的主要目的在于提供一种M3UA信令路由可靠性的提高方法。

[0006] 根据本发明的M3UA信令路由可靠性的提高方法，包括以下步骤：激活应用服务器，测试端通过路由上下文找到与应用服务器相对应的路由关键字，并周期性地将具有路由关键字中的点码的状态查询消息发送给被测端；被测端收到状态查询消息，比较被测端的点码与状态查询消息中的点码是否一致，并将包含比较结果的响应发送给测试端；以及测试端收到响应，并根据比较结果来处理应用服务器下的应用服务器进程。

[0007] 在该方法中，如果被测端的点码与状态查询消息中的点码一致，则被测端向测试端发送信令点可用响应。

[0008] 此外，在该方法中，测试端接收到信令点可用响应，并将应用服务器进程添加到路由表中。

[0009] 此外，在该方法中，还包括：在测试端将应用服务器进程添加到路由表之后，通过指示消息向上层用户指示M3UA层可以承载业务。如果被测端的点码与状态查询消息中的点码不一致，则被测端向测试端发送信令点不可用响应。然后，测试端接收到信令点不可用响应，如果路由表中已存在应用服务器进程，则将应用服务器进程从路由表中删除。

[0010] 此外，在该方法中，还包括：在测试端接收到信令点不可用响应之后，通过指示消息向上层用户指示M3UA层暂时无法承载业务。以及还包括：在被测端收到状态查询消息之后，被测端确定应用服务器的应用属性为IPSP。

[0011] 此外，在该方法中，被测端为IPSP客户端，以及测试端为IPSP服务器。

[0012] 此外，在该方法中，被测端为IPSP服务器，以及测试端为IPSP客户端。

[0013] 通过本发明的上述方面，通过控制路由表生成的条件和时机达到消除由于路由上下文与路由关键字对应错误而产生的呼损，以及通过运行过程中的定时检测达到尽量减少错误变化带来呼损的目的，以此提高M3UA信令路由可靠性。

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

附图说明

[0015] 附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

[0016] 图1是示出了现有技术的M3UA协议的IPSP应用的示意图；

[0017] 图2是示出了根据本发明实施例的M3UA信令路由可靠性的提高方法的流程图；

[0018] 图3是示出了根据本发明实施例的正确配置时的路由测试过程的示意图；以及[0019] 图4是示出了根据本发明实施例的错误配置时的路由测试过程的示意图。

具体实施方式

[0020] 以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

[0021] 图2是示出了根据本发明实施例的M3UA信令路由可靠性的提高方法的流程图。如图2所示，它包括以下步骤：S202，激活应用服务器，测试端通过路由上下文找到与应用服务器相对应的路由关键字，并周期性地将具有路由关键字中的点码的状态查询消息发送给被测端；S204，被测端收到状态查询消息，比较被测端的点码与状态查询消息中的点码是否一致，并将包含比较结果的响应发送给测试端；以及S206，测试端收到响应，并根据比较结果来处理应用服务器下的应用服务器进程。

[0022] 在该方法中，如果被测端的点码与状态查询消息中的点码一致，则被测端向测试端发送信令点可用响应。

[0023] 此外，在该方法中，测试端接收到信令点可用响应，并将应用服务器进程添加到路由表中。

[0024] 此外，在该方法中，还包括：在测试端将应用服务器进程添加到路由表之后，通过指示消息向上层用户指示M3UA层可以承载业务。如果被测端的点码与状态查询消息中的点码不一致，则被测端向测试端发送信令点不可用响应。然后，测试端接收到信令点不可用响应，如果路由表中已存在应用服务器进程，则将应用服务器进程从路由表中删除。

[0025] 此外，在该方法中，还包括：在测试端接收到信令点不可用响应之后，通过指示消息向上层用户指示M3UA层暂时无法承载业务。以及还包括：在被测端收到状态查询消息之后，被测端确定应用服务器的应用属性为IPSP。

[0026] 此外，在该方法中，被测端为IPSP客户端，以及测试端为IPSP服务器。

[0027] 此外，在该方法中，被测端为IPSP服务器，以及测试端为IPSP客户端。

[0028] 图3是示出了根据本发明实施例的正确配置时的路由测试过程的示意图；以及图4是示出了根据本发明实施例的错误配置时的路由测试过程的示意图。结合图3和图4描述了IPSP客户端属性的AS查询过程，而IPSP服务端的查询过程与客户端相同，可以按照相同的原则处理。

[0029] 如图3所示，IPSP Server的点码为a.a.a，IPSP Client的AS的RC对应的路由关键字点码也为a.a.a，属于正确的对应关系。图4所示流程为IPSP Server的点码为a.a.a，IPSP Client的AS的RC对应的路由关键字点码为c.c.c，属于错误的对应关系。

[0030] 具体流程如下：

[0031] 步骤S302，当AS激活以后，AS下的ASP不直接添加到路由中去，而是首先通过RC找到其对应的路由关键字，发送DAUD消息，其中受影响的点码(Affective SPC)填写为此AS对应的路由关键字中包含的点码，并启动T1定时器，定期测试路由状态；

[0032] 步骤S304，收到对端的DAUD消息时，发现此AS的应用属性为IPSP，不去查找SCN域中受影响点码的状态。而比较本信令点点码是否与受影响信令点码相同，相同则回复DAVA；

[0033] 步骤S306，收到对端DAVA消息时，依靠消息RC字段找到AS，将AS下的激活的ASP添加到路由中，认为点码一致性校验通过，并通过MTP_RESUME消息向上层用户指示M3UA层可以承载业务；

[0034] 步骤S308，收到对端的DAUD消息时，发现此AS的应用属性为IPSP，不去查找SCN域中受影响点码的状态。而比较本信令点点码是否与受影响信令点码相同，不相同则按照协议要求，对于不存在的点码查询，回复DUNA；

[0035] 步骤S310，收到对端DUNA消息时，不添加任何ASP到路由中；

[0036] 步骤S312，定时器T1到时以后，重复步骤S302，发送DAUD到对端，通过对端的返回的消息来判断是否可以将激活的ASP添加到路由中去。如果收到对端的DUNA回应应当去除，当前正处于路由表中的可用路由，避免消息发送到对端。并通过MTP_PAUSE消息向上层用户指示M3UA层暂时无法承载业务。

[0037] 综上所述，根据本发明，通过控制路由表生成的条件和时机达到消除上述呼损，以及通过运行过程中的定时检测达到尽量减少错误变化带来呼损的目的，以此提高M3UA信令路由可靠性。

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