CN100396148C - 基于分组ip的局间呼叫定时校验的实现方法 - Google Patents

Abstract

本发明涉及一种基于分组IP的局间呼叫定时校验的实现方法。该方法主要包括：主、被叫局间基于分组IP建立呼叫连接后，主、被叫局在设定的时间分别向对端发送定时校验消息，对端则根据收到的定时校验消息确定所述呼叫连接是否有效，并在最终确定所述的呼叫连接无效时，释放其占用的资源。因此，本发明可以借助定时检验机制，定时检测呼叫连接的正确性和有效性，并释放失效和错误的呼叫连接所占用的资源，有效避免了资源“吊死”的情况发生。本发明使得信令流和媒体流分离的分组呼叫网络的可靠性大大提高。

Description

基于分组IP的局间呼叫定时校验的实现方法

技术领域

本发明涉及网络通信技术领域，尤其涉及一种基于分组IP的局间呼叫定时校验的实现方法。

背景技术

局间信令是交换机之间的信令，主要功能是为实现局间呼叫接续和电路管理。局间信令对可靠性要求是非常高的，在呼叫接续和拆除过程中，如果有重要信令不可达的情况出现，往往会资源吊死严重后果。

TUP(电话用户部分)、ISUP(综合业务数字网用户部分)是采用基于电路域的局间信令控制通信过程，信令链路和话路在物理位置上往往在一起，一旦发生故障，信令和话路都会中断，二端的呼叫控制设备就能即时检测出来，做出合适的处理，如清除呼叫、复位电路等，因而资源“吊死”的可能性较低。而且TUP、ISUP经过长期的运用，成熟性很好，因此其整个信令系统的可靠性是比较高的。

SIP/SIP-T(会话建立协议/基于SIP透传的ISUP)信令是基于分组IP的局间信令，信令流和媒体流是分离的，从呼叫建立后的通话开始，一直到在拆除呼叫前几乎没有信令的交互，这样，信令流的中断是无法检测到的。例如，有时会出现媒体流正常而信令流中断的情况，如果关键信令不可达就可能导致呼叫资源的“吊死”，如BYE(离线)消息由于信令路由故障不能传送到目的端，目的端的呼叫就不能自行释放，进而导致其占用的资源将被“吊死”。由于分组域的传输可靠性较电路域的低，信令流中断的可能性就很大，资源“吊死”的现象就比较突出了。这种资源被“吊死”的情况的频繁出将大大降低通信网络的可靠性。

发明内容

鉴于上述现有技术所存在的问题，本发明的目的是提供一种基于分组IP的局间呼叫定时校验的实现方法，从而在基于分组IP的局间通信过程中有效避免资源被“吊死”的情况出现。

本发明的目的是通过以下技术方案实现的：

本发明提供了一种基于分组IP的局间呼叫定时校验的实现方法，包括：

A、主、被叫局间基于分组IP建立呼叫连接；

B、主、被叫局在设定的时间分别向对端发送定时校验消息；

C、接收端对收到的定时校验消息进行验证，在确定呼叫连接有效时回复确认消息；发送端根据是否收到确认消息判定呼叫连接的有效性，并在呼叫连接无效时释放其占用的资源。

所述的步骤A还包括：

主叫局向被叫局发送呼叫建立消息，所述的呼叫建立消息中携带着需要被叫局确认的定时校验信息；

被叫局收到所述的呼叫建立消息后，向主叫局返回确认后的定时校验信息。

本发明中，所述的定时校验信息包括：

定时校验的定时器的时长、主叫信息、被叫信息、业务类型和/或QOS参数。

本发明中，所述的确认后的定时校验信息包括：

定时校验的定时器的时长、主叫信息、被叫信息、业务类型和/或QOS参数。

所述的步骤B包括：主、被叫局间隔设定的周期向对端同时发送一次定时检验消息，所述设定周期为定时校验的定时器的时长。

所述的步骤C包括：

收到的定时校验消息的一端根据校验消息中承载的待校验的呼叫信息及保存的呼叫信息确定所述呼叫连接是否有效，如果有效，则向另一端回复确认消息，否则不回复确认消息。

所述的步骤C还包括：

接收端端根据收到的定时校验消息进行验证，验证通过时回复确认消息，否则不回确认消息。

所述的步骤C还包括：

发送端判断在设定的时间内是否收到回复的确认消息，如果收到，则确认该呼叫连接有效；如果没有收到，将再次发送定时校验消息。

所述的步骤C还包括：

发送端再次发送定时校验消息后，若仍然没有收到回复的确认消息，则判断该呼叫连接无效并释放其占用的资源。

所述的步骤C还包括：

确认呼叫连接无效的一端仅在本端释放连接占用的资源，不得向对端发送释放呼叫连接资源的消息。

由上述本发明提供的技术方案可以看出，本发明通过借助定时检验机制，定时检测呼叫连接的正确性和有效性，并释放失效和错误的呼叫连接所占用的资源，有效避免了资源“吊死”的情况发生。因此，本发明使得信令流和媒体流分离的分组呼叫网络的可靠性大大提高。

附图说明

图1为分组呼叫网络结构示意图；

图2为本发明所述的方法的流程图。

具体实施方式

本发明的实质是采用定时检验机制克服因关键信令的不可达而导致的呼叫资源吊死的问题。所述的定时检测机制主要是：呼叫二端的呼叫控制设备定时互相发送校验消息，检测呼叫连接的正确性和有效性，并释放失效和错误的呼叫连接所占用的资源，以避免资源被“吊死”。

下面将结合附图对本发明所述的方法作进一步说明。如图1所示，图中的SS1和SS2表示一段信令流二端的呼叫控制设备，如软交换服务器。SS(软交换服务器)可能是端局，也可能是汇接局，如果是汇接局，则不直接带用户。如图1和图2所示，本发明所述的方法具体实现过程中具体包括以下步骤：

步骤21：主叫局SS1向被叫局SS2发出INVITE(申请)呼叫建立消息，根据呼叫类型需要决定启用定时校验功能，如果需要启用定时校验功能，则在所述的呼叫建立消息中增加了以下信息：

InterChk_Ind：定时校验指示信息，表明主叫局SS1支持定时校验功能并请求启用定时校验功能；

Timer：定时器的时长，表示主、被叫局将每隔Timer时长发送一次用于实现定时校验功能的校验信息；

Call_Info_Chked：需要校验的呼叫信息，如主、被叫号码、QOS参数等，其中的需校验的信息必须得到被叫局SS2确认后才能列入校验消息中。

步骤22：被叫局SS2收到所述的呼叫建立消息后，向主叫局SS1回送180Ringing(临时响应)消息，其中也增加下述信息：

InterChk_Ind：定时校验指示信息，表明被叫局SS2也支持定时校验功能并请求启用所述定时校验功能；如果所述的180 Ringing消息中没有包含该定时校验指示信息，则表示被叫局SS2不支持定时校验功能，这时，主、被叫局在通话后将不执行定时校验功能；

Timer：定时器的时长，表示主、被叫局将每隔Timer时长发送一次校验信息；

Call_Info_Chked：被叫局SS2确认的需校验的呼叫信息，如主、被叫号码、QOS参数等。

步骤23：主叫局SS1收到被叫局SS2的180 Ringing消息后向被叫局SS2返回PRACK(临时响应消息，确认收到180 Ringing)消息。

步骤24：被叫局SS2收到主叫局发来的的PRACK消息后，向主叫局回送200 OK(成功响应消息，表示收到PRACK)消息。

步骤25：主叫局SS1收到被叫发送来的200 OK消息后，则给用户端放回铃音。

步骤26：当被叫摘机应答时，被叫局SS2向主叫局SS1发送200OK[ANM](成功响应消息，表示被叫应答)消息。

步骤27：主叫局回确认消息ACK；

至此，呼叫建立成功，主被叫开始通话。

之后，便可以通过下述步骤进行局间呼叫的定时校验处理。

首先通过步骤28和步骤29主、被叫分别向对端发送定时校验消息；

步骤28：在主叫局SS1的定时器超时时，主叫局SS1向被叫局SS2发送定时校验消息；

主叫局SS1在呼叫开始后的第1个Timer时刻，主叫局就向被叫局SS2发送定时检验消息，它以Info消息承载，其中包含了InterChk_Req指示和Call_Info_Chked信息。

步骤29：在被叫局SS2的定时器超时时，向主叫局SS1发送定时校验消息；

被叫局SS2在呼叫开始后的第1个Timer时刻，被叫局就向主叫局发送定时检验消息，它以Info消息承载，其中包含了InterChk_Req指示和Call_Info_Chked信息。

步骤210：接步骤28，被叫局SS2收到主叫局的定时校验消息后，对Call_Info_Chked信息进行校验；

具体为根据定时校验消息中承载的需要校验的“呼叫信息”和本端保存的“呼叫信息”进行校验，如比较二者的主叫号码、被叫号码、呼叫业务类型、QOS参数等是否相同，如果相同就说明验证通过，否则就是没有通过验证。

步骤211：接步骤29，主叫局SS1收到主叫局的定时检验消息后，对Call_Info_Chked信息进行检验。

步骤212：接步骤210，被叫局SS2对主叫局SS1的Call_Info_Chked信息检验通过的话，就表示这个呼叫连接有效，向主叫局SS1回200 OK消息确认，其中包含InterChk_Rsp指示；如果检验没有通过，就不回复确认消息。

步骤213：接步骤211，主叫局SS1对被叫局SS2的Call_Info_Chked信息检验通过的话，就表示这个呼叫连接有效，向被叫局SS2回200 OK消息确认，其中包含InterChk_Rsp指示；如果检验没有通过，就不回复确认消息。

如果主叫局SS1在规定的时间内没有收到被叫局SS2回复的确认消息，将按步骤28再次发送定时校验消息，如果仍然在规定的时间内没有收到被叫局SS2回复的确认消息，主叫局SS1就认为该呼叫无效，自动将其清除，释放占用的资源；

同样，如果被叫局SS2在规定的时间内没有收到主叫局SS1回复的确认消息，将按步骤29再次发送定时校验消息，如果仍然在规定的时间内没有收到主叫局SS1回复的确认消息，被叫局SS2就认为该呼叫无效，自动将其清除，释放占用的资源；

需要说明的是，即使当发现呼叫连接是错误的情况下，主、被叫局SS均不能向对端SS发起拆线消息BYE，以免误拆正常呼叫。

依次类推，在后续的处理过程中，以Timer时长为周期主、被叫局分别向对端局发送定时检验消息，对端收到所述的消息后，进行检验，以确定是否释放相应的呼叫占用的资源，并在确定检验通过后，向本端返回确认消息；同时，本端也判断在本端发送校验周期时间到来之前是否收到对端发来的确认消息，以确定是否释放本端该呼叫占用的资源。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求书的保护范围为准。

Claims (10)

1.一种基于分组IP的局间呼叫定时校验的实现方法，其特征在于，包括：

A、主、被叫局间基于分组IP建立呼叫连接；

B、主、被叫局在设定的时间分别向对端发送定时校验消息；

C、接收端对收到的定时校验消息进行验证，在确定呼叫连接有效时回复确认消息；发送端根据是否收到确认消息判定呼叫连接的有效性，并在呼叫连接无效时释放其占用的资源。

2.根据权利要求1所述的基于分组IP的局间呼叫定时校验的实现方法，其特征在于，所述的步骤A还包括：

主叫局向被叫局发送呼叫建立消息，所述的呼叫建立消息中携带着需要被叫局确认的定时校验信息；

被叫局收到所述的呼叫建立消息后，向主叫局返回确认后的定时校验信息。

3.根据权利要求2所述的基于分组IP的局间呼叫定时校验的实现方法，其特征在于，所述的定时校验信息包括：

定时校验的定时器的时长、主叫信息、被叫信息、业务类型和/或QOS参数。

4.根据权利要求2所述的基于分组IP的局间呼叫定时校验的实现方法，其特征在于，所述的确认后的定时校验信息包括：

定时校验的定时器的时长、主叫信息、被叫信息、业务类型和/或QOS参数。

5.根据权利要求1、2、3或4所述的基于分组IP的局间呼叫定时校验的实现方法，其特征在于，所述的步骤B包括：

主、被叫局间隔设定的周期向对端同时发送一次定时检验消息，所述设定周期为定时校验的定时器的时长。

6.根据权利要求5所述的基于分组IP的局间呼叫定时校验的实现方法，其特征在于，所述的步骤C包括：

收到的定时校验消息的一端根据校验消息中承载的待校验的呼叫信息及保存的呼叫信息确定所述呼叫连接是否有效，如果有效，则向另一端回复确认消息，否则不回复确认消息。

7.根据权利要求5所述的基于分组IP的局间呼叫定时校验的实现方法，其特征在于，所述的步骤C还包括：

接收端端根据收到的定时校验消息进行验证，验证通过时回复确认消息，否则不回确认消息。

8.根据权利要求7所述的基于分组IP的局间呼叫定时校验的实现方法，其特征在于，所述的步骤C还包括：

发送端判断在设定的时间内是否收到回复的确认消息，如果收到，则确认该呼叫连接有效；如果没有收到，将再次发送定时校验消息。

9.根据权利要求8所述的基于分组IP的局间呼叫定时校验的实现方法，其特征在于，所述的步骤C还包括：

发送端再次发送定时校验消息后，若仍然没有收到回复的确认消息，则判断该呼叫连接无效并释放其占用的资源。

10.根据权利要求1所述的基于分组IP的局间呼叫定时校验的实现方法，其特征在于，所述的步骤C还包括：

确认呼叫连接无效的一端仅在本端释放连接占用的资源，不得向对端发送释放呼叫连接资源的消息。

Images