CN100442727C - 媒体控制设备与媒体处理设备之间的检测方法 - Google Patents

Abstract

本发明公开了一种媒体控制设备与媒体处理设备之间的检测方法，该方法包括以下步骤：A、媒体控制设备向媒体处理设备发送消息，媒体处理设备接收所述消息；B、媒体处理设备向媒体控制设备发送请求，媒体控制设备接收所述请求，并向媒体处理设备返回相应的响应；C、媒体处理设备接收所述响应，重启心跳定时器。应用本发明的这种检测方法，可以使媒体控制设备与媒体处理设备及时、准确地获知与对方的通信是否正常。

Description

媒体控制设备与媒体处理设备之间的检测方法

技术领域

本发明涉及软交换网络的维护管理技术，特别涉及媒体控制设备与媒体处理设备之间的检测方法。

背景技术

媒体网关控制协议用于规范媒体控制设备和相应的媒体处理设备之间的通信，常见的媒体网关控制协议包括媒体网关控制协议(MGCP)、H.248、媒体网关控制(MeGaCo)协议。

H.248协议是国际电信联盟电信委员会(ITU-T)第16工作组提出的媒体网关控制协议，它在早期的MGCP协议基础上改进而成。而MeGaCo协议(RFC 3525)是由互联网工程任务组织(IETF)提出的，也是对MGCP协议的改进和扩展。

MGCP和H.248/MeGaCo协议将传统的媒体网关划分为媒体控制设备和媒体处理设备，并定义了它们之间的通信协议，从而实现了承载控制和信令控制的分离。常见的媒体控制设备有媒体网关控制器(MGC)，常见的媒体处理设备有媒体网关(MG)。图1为下一代网络(NGN)的系统结构示意图。参见图1，该系统由MGC、MG和IP网络组成。其中，MG用于监控和控制端点、媒体资源等，负责语音、视频、图像等多媒体信息的传输，即MG负责承载控制；MGC用于控制MG的资源和对呼叫进行控制，即MGC负责信令控制。

为了在MGC或MG出现故障时，对方能够及时获知该故障，H.248的扩展协议H.248.14协议规定了MG与MGC之间的检测机制：

在MG中设置心跳定时器，由MGC或者用户设定该心跳定时器的时长，当该心跳定时器超时后，MG向MGC发送心跳请求；

MGC也可以向MG发送周期性的报文来检测MG与其通信是否正常；

MG收到MGC发来的任意消息后确认与MGC之间的通信正常，重启心跳定时器，当MG从MGC接收的消息为请求消息时，需要向MGC返回相应的响应。

这里，所述MGC向MG发送的周期性报文可以是审计请求。参见图2，图2为基于H.248.14协议的媒体控制设备与媒体处理设备之间的检测机制的消息交互示意图，包括以下步骤：

步骤201：MGC向MG发送审计请求；

步骤202：MG重启心跳定时器，向MGC返回审计响应。

图2所示的检测机制有一个明显的缺陷：虽然，MG和MGC均工作正常，但是由于网络故障或IP网尽力而为传输方式的不可靠性，使得步骤202所述的审计响应丢失，这样，MG回应的审计响应始终不能到达MGC。如此，由于MG能收到MGC的审计请求且能够正确地回应，MG判断其与MGC的通信是正常的；而实际上，由于网络的原因，MGC已不能正常接收MG发送的消息。可见，上述检测机制只能使MG获知从MGC到MG的单向通信链路的状态，不能使MG获知从MG到MGC的通信链路的状态，这样，在网络故障时，MGC与MG的状态不再能保持一致，导致IP语音(VOIP)、IP传真(FOIP)和IP多媒体(MOIP)等业务的用户不能正常通信。

发明内容

有鉴于此，本发明的主要目的在于提供一种媒体控制设备与媒体处理设备之间的检测方法，使媒体控制设备与媒体处理设备能够及时获知与对方的通信是否正常。

为达到上述目的，本发明的技术方案是这样实现的：

一种媒体控制设备与媒体处理设备之间的检测方法，该方法包括以下步骤：

A、媒体控制设备向媒体处理设备发送消息；

B、媒体处理设备接收所述消息之后，不重启心跳定时器，并向媒体控制设备发送请求，媒体控制设备接收所述请求，并向媒体处理设备返回相应的响应；

C、媒体处理设备接收所述响应，重启心跳定时器。

其中，步骤A所述消息可以是媒体网关控制协议规定的媒体控制设备向媒体处理设备发送的任何消息，可以包括请求消息。

其中，当所述消息为请求消息时，在步骤A之后可以进一步包括：媒体处理设备向媒体控制设备返回相应的响应。

较佳地，所述请求消息可以为审计请求。

较佳地，步骤B所述请求可以为it/ito事件。

其中所述心跳定时器可以采用计时器、或者计数器来实现；步骤C所述重启心跳定时器可以为：对计时器清零、或者对计数器清零。

其中，所述媒体控制设备可以为媒体网关控制器、软交换设备、或者呼叫服务器；所述媒体处理设备可以为媒体网关、媒体服务器、IP智能终端、或者呼叫代理。

由上述技术方案可见，本发明的媒体控制设备与媒体处理设备之间的检测方法，不仅可以检测从媒体控制设备到媒体处理设备的通信链路的状态，还可以检测从媒体处理设备到媒体控制设备的通信链路的状态，从而保证媒体控制设备和媒体处理设备能够及时、准确地获知与对方的通信是否正常。

附图说明

图1为NGN的系统结构示意图。

图2为基于H.248.14协议的媒体控制设备与媒体处理设备之间的检测机制的消息交互示意图。

图3为本发明检测方法实施例一的消息交互示意图。

图4为本发明检测方法实施例二的消息交互示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细阐述。

本发明的主要思想是：当媒体处理设备接收到来自媒体控制设备的任意消息之后，不立即重启心跳定时器；而是向媒体控制设备发送请求，等到从媒体控制设备接收与该请求相应的响应之后，才重启心跳定时器，从而保证媒体控制设备和媒体处理设备及时、准确地获知与对方的通信是否正常。

本发明适用于以H.248协议作为媒体网关控制协议来规范媒体控制设备与媒体处理设备之间通信的网络中。这里，媒体控制设备可以是媒体网关控制器(MGC)、软交换设备、或者呼叫服务器；媒体处理设备可以是媒体网关(MG)、媒体服务器、IP智能终端、或者呼叫代理。

常见的媒体控制设备为MGC，媒体处理设备为MG。下面以MGC和MG为例，举两个实施例对本发明的技术方案进行说明。

实施例一：

图3为本发明检测方法实施例一的消息交互示意图。本实施例以MG、MGC、以及MG和MGC之间的双向通信链路都正常的情况为例进行说明。参见图3，该检测方法包括以下步骤：

步骤301：MGC向MG发送消息。

本步骤中，MGC可以向MG发送H.248协议及其扩充协议规定的任何消息，包括请求消息、响应消息等。所述请求消息可以是审计请求，也可以是H.248协议及其扩充协议规定的其他请求。

通常，在MGC中存在一个心跳定时器，在该心跳定时器设定的时间内，MGC需要向MG发送心跳消息以证明MGC工作正常。如果在该心跳定时器超时之前，MGC有任何需要向MG发送的消息，则MGC向MG发送该消息以表示自己的心跳；否则，若心跳定时器超时，MGC可以向MG发送审计请求以表示自己的心跳。在本发明检测机制中，MGC向MG发送的消息只是用来检测从MGC到MG的通信链路是否正常，与发送的消息类型无关。

假设，本步骤中MGC向MG发送审计请求。

步骤302：MG接收该审计请求，并向MGC返回审计响应。

本步骤中，当MG接收到的消息是其他请求消息时，则向MGC返回相应的响应。

步骤303：MG向MGC发送请求。

本步骤中，MG可以向MGC发送it/ito事件，也可以向MGC发送H.248及其扩充协议中定义的其他请求。

在MG中也存在一个心跳定时器，在该心跳定时器设定的时间内，MG需要向MGC发送心跳消息以证明MG工作正常。如果在该心跳定时器超时之前，MG有任何需要向MGC发送的请求，则MG向MGC发送该请求以表示自己的心跳；否则，若该心跳定时器超时，MG可以向MGC发送it/ito事件以表示自己的心跳。在本发明检测机制中，MC向MGC发送的请求只是用来检测从MG到MGC的通信链路是否正常，与发送的请求类型无关。

本实施例假设该心跳定时器已超时，本步骤中，MG向MGC发送it/ito事件。

步骤304：MGC接收该it/ito事件，并向MG返回it/ito事件响应。

本步骤中，当MGC接收到的请求是其他请求时，则向MG返回相应的响应。步骤305：MG接收该it/ito事件响应，重启心跳定时器。

本实施例中，MG接收到MGC返回的响应之后，判断其与MGC之间的双向通信链路均工作正常，重启心跳定时器。心跳定时器可以用计时器、或者计数器来实现，重启心跳定时器就是对计时器清零、或者对计数器清零。

由以上对本发明实施例一的说明可见，应用本发明的媒体控制设备与媒体处理设备之间的检测方法，可以检测MGC和MG之间的双向通信链路的状态，从而保证MGC和MG及时、准确地获知与对方的通信是否正常。

实施例二：

图4为本发明检测方法实施例二的消息交互示意图，本实施例以MG、MGC、以及从MGC到MG的通信链路正常，但是，从MG到MGC的通信链路故障的情况为例进行说明。参见图4，该检测方法包括以下步骤：

步骤401：MGC向MG发送消息。

本步骤中，MGC可以向MG发送H.248协议及其扩充协议规定的任何消息，包括请求消息、响应消息等。所述请求消息可以是审计请求，也可以是H.248协议及其扩充协议规定的其他请求。

通常，在MGC中存在一个心跳定时器，在该心跳定时器设定的时间内，MGC需要向MG发送心跳消息以证明MGC工作正常。如果在该心跳定时器超时之前，MGC有任何需要向MG发送的消息，则MGC向MG发送该消息以表示自己的心跳；否则，若心跳定时器超时，MGC可以向MG发送审计请求以表示自己的心跳。在本发明检测机制中，MGC向MG发送的消息只是用来检测从MGC到MG的通信链路是否正常，与发送的消息类型无关。

假设，本步骤中MGC向MG发送审计请求。

步骤402：MG接收该审计请求，并向MGC返回审计响应。

本步骤中，当MG接收到的消息是其他请求消息时，则向MGC返回相应的响应。并且，假设从MG到MGC的通信链路发生故障，导致本步骤中MG向MGC返回的审计响应丢失，在图4中以虚线标出。

步骤403：MG向MGC发送请求。

本步骤中，MG可以向MGC发送it/ito事件，也可以向MGC发送H.248及其扩充协议中定义的其他请求。

在MG中也存在一个心跳定时器，对该心跳定时器的详细说明请参见实施例一步骤303中的相应部分，这里不在赘述。

本实施例中假设在该心跳定时器超时之前，MG有需要向MGC发送的请求，所以MG向MGC发送该请求以表示自己的心跳。但是，由于从MG到MGC的通信链路发生故障，导致所述MG向MGC发送的请求丢失，在图4中以虚线标出。

步骤404：MG中的心跳定时器超时，MG向MGC发送it/ito事件。

由于步骤403中MG向MGC发送的请求丢失，所以，在心跳定时器设定的时间内MG将不能接收到MGC返回的对应于该请求的响应。因此，MG中的心跳定时器将超时，此时，MG可以向MGC发送it/ito事件。

与步骤402和步骤403一样，由于从MG到MGC的通信链路发生故障，导致该it/ito事件丢失，在图4中以虚线标出。

步骤405：MG未收到MGC返回的响应，且心跳定时器再次超时，MG判断从MG到MGC的通信链路故障。

本步骤中，若MG向MGC发送的请求次数达到一定的门限值，而没有接收到相应的响应，且心跳定时器再次超时，则判断从MG到MGC的通信链路故障。

根据H.248协议的规定，MG与MGC之间的心跳请求次数的门限值可以预先设定，设定门限值的具体方法请参照H.248协议的有关规定进行，在此不再赘述。当心跳请求次数达到设定的门限值，且心跳定时器再次超时时，MG将判断其与MGC之间接口中断，此时，可以采用H.248协议定义的故障处理机制进行处理，例如重新注册。由于本发明方案的重点在于使媒体控制设备和媒体处理设备及时获知它们之间通信的正常与否，而故障处理机制不属于本发明讨论的范围之内，故在此不予详细描述。

以上是对本发明实施例二的说明，应用本发明的这种检测机制，能够检测MGC与MG之间的双向通信链路的状态，从而保证MGC和MG及时、准确地获知与对方的通信是否正常。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (7)

1、一种媒体控制设备与媒体处理设备之间的检测方法，其特征在于，该方法包括以下步骤：

A、媒体控制设备向媒体处理设备发送消息；

B、媒体处理设备接收所述消息之后，不重启心跳定时器，并向媒体控制设备发送请求，媒体控制设备接收所述请求，并向媒体处理设备返回相应的响应；

C、媒体处理设备接收所述响应，重启心跳定时器。

2、根据权利要求1所述的检测方法，其特征在于，步骤A所述消息为媒体网关控制协议规定的媒体控制设备向媒体处理设备发送的任何消息，包括请求消息。

3、根据权利要求2所述的检测方法，其特征在于，当所述消息为请求消息时，在步骤A之后进一步包括：媒体处理设备向媒体控制设备返回相应的响应。

4、根据权利要求3所述的检测方法，其特征在于，所述请求消息为审计请求。

5、根据权利要求1所述的检测方法，其特征在于，步骤B所述请求为it/ito事件。

6、根据权利要求1所述的检测方法，其特征在于，所述心跳定时器采用计时器、或者计数器来实现；

步骤C所述重启心跳定时器为：对计时器清零、或者对计数器清零。

7、根据权利要求1所述的检测方法，其特征在于，所述媒体控制设备为媒体网关控制器、软交换设备、或者呼叫服务器；

所述媒体处理设备为媒体网关、媒体服务器、IP智能终端、或者呼叫代理。

Images