CN102624571A

CN102624571A - 检测方法及系统

Info

Publication number: CN102624571A
Application number: CN2011100287120A
Authority: CN
Inventors: 徐金雷; 柯震; 王忱
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2011-01-26
Filing date: 2011-01-26
Publication date: 2012-08-01

Abstract

本发明公开了检测方法及系统，该方法包括：媒体网关和媒体网关控制器中的至少之一确定媒体网关和媒体网关控制器之间进行的业务出现异常；确定业务出现异常的媒体网关或媒体网关控制器触发媒体网关和媒体网关控制器之间进行心跳检测。通过本发明降低了网络流量和MGC处理负荷。

Description

检测方法及系统

技术领域

本发明涉及通信领域，具体而言，涉及一种检测方法及系统。

背景技术

下一代网络(NGN)及多媒体子系统网络(IMS)中，通过将传统的交换机分离为媒体网关控制器(Media Gateway Controller，简称为MGC)和媒体网关(Media Gateway，简称为MG)，一方面可以实现语音、图像、数据的交互，另一方面MGC可以更多更容易地引入业务。MGC也可以通过MG和传统的PSTN、PLMN网络互通。在下一代网络中，H.248或MGCP(两协议应用场景和作用类似，后文为描述方便，如与具体协议无关，只用H.248单独说明)作为MGC和MG之间的主要媒体网关协议，通过该协议MGC可以实现对MG的控制。在NGN中，监控媒体网关和媒体网关控制器之间的连接状态对于一个高可靠性的网络来说比较重要。对于不提供链路检测的底层传送网络，链路检测功能通过H.248建议书所规定的现有消息实现。具体地，H.248协议明确要求MG和MGC之间要有控制连接监控，即心跳检测。心跳检测，从发起方的不同，可以分为两大类：1)MGC侧主动发起的心跳检测；2)MG侧主动发起的心跳检测，对于这两种方式而言，链路检测本质类似，所不同的是使用的命令不同，后文在具体说明信令类型的地方给予说明，其它情况下不再区分这两种心跳类型，只以类似“MG和MGC间的心跳检测”来概述。

在相关技术中，链路的检测方法是：媒体网关和媒体网关控制器之间存在一个周期性的机制，定时地由一侧(MG/MGC)可以通过向另一侧(MGC/MG)发送心跳消息(例如，对于H.248消息：a、MGC往MG基于“ROOT”的包含一个空的Audit描述符的AuditValue命令；b、MGC往MG基于“ROOT”的不带有method描述符的ServiceChange命令；c、MG往MGC基于“ROOT”的不带有method描述符的ServiceChange命令；d、MG往MGC基于“ROOT”的带有it/ito检测事件的NOTIFY命令；又例如，对于MGCP协议：a、MGC往MG发送AUEP命令；b、MG往MGC发送NOTIFY命令)来检测链路是否发生中断。图1是根据相关技术的MGC心跳检测方法流程图，如图1所示，该流程包括如下步骤：

步骤S101，网元1(MGC/MG)定期给网元2(MG/MGC)发送心跳检测消息。

步骤S102，网元2(MG/MGC)状态正常，则给网元1(MGC/MG)回复响应。

步骤S103，网元1(MGC/MG)收到正确的响应，表明网元2(MG/MGC)状态正常。

步骤S104，如果网元2(MG/MGC)回复的心跳检测消息带有错误码，或者指示状态错误的参数。

步骤S105，网元1(MGC/MG)认为MG状态异常。

步骤S106，如果网元2(MG/MGC)未回复，或是回复了网元1(MGC/MG)没有收到消息。

步骤S105，网元1(MGC/MG)也认为网元2(MG/MGC)状态异常。(需要说明的是：心跳检测出故障，是一套较为复杂的机制，可能根据一定的策略，多次检测出错误才会认为链路断)。

在相关技术中，MGC下面所接的MG数量很多，比较大的MGC的接入量可以达到百万以上。以200万MG数量，30S为周期计算，加上响应消息的数量，每秒钟可以达到十几万条的信令产生，而如果再加上有些时候产生的重传消息，那消息量将更加巨大。这样，使得网络流量大大增加，也增加MGC的处理负荷。

发明内容

本发明的主要目的在于提供一种检测方法及系统，以至少解决上述问题。

根据本发明的一个方面，提供了一种检测方法，包括：媒体网关和媒体网关控制器中的至少之一确定所述媒体网关和所述媒体网关控制器之间进行的业务出现异常；确定所述业务出现异常的所述媒体网关或所述媒体网关控制器触发所述媒体网关和所述媒体网关控制器之间进行心跳检测。

优选地，所述媒体网关控制器和所述媒体网关之间进行心跳检测包括：所述媒体网关控制器和所述媒体网关中的触发进行所述心跳检测的一方向另一方发送心跳检测消息；所述一方接收到所述另一方回复的用于指示正常的响应，则结束所述心跳检测。

优选地，所述媒体网关和所述媒体网关控制器中的至少之一确定所述媒体网关和所述媒体网关控制器之间进行的业务出现异常包括：所述媒体网关或者所述媒体网关控制器向另一方发送请求消息达到阈值之后，未收到所述另一方的响应，则确定出现异常。

优选地，所述媒体网关和所述媒体网关控制器中的至少之一确定所述媒体网关和所述媒体网关控制器之间进行的业务出现异常包括：所述媒体网关或所述媒体网关控制器向另一方发送请求消息之后，收到所述另一方用于指示出现错误的响应，则确定出现异常。

优选地，在所述媒体网关和所述媒体网关控制器之间进行的业务正常的情况下，不触发所述心跳检测；或者，在所述媒体网关和所述媒体网关控制器之间进行的业务正常的情况下，所述媒体网关和/或所述媒体网关控制器间隔预定的时长进行一次所述心跳检测。

根据本发明的另一方面，提供了一种检测系统，包括：媒体网关和媒体网关控制器，所述媒体网关和所述媒体网关控制器均包括：确定模块，用于确定所述媒体网关和所述媒体网关控制器之间进行的业务出现异常；触发模块，用于在确定模块确定所述业务出现异常的情况下，触发心跳检测模块进行心跳检测；所述心跳检测模块，用于在所述媒体网关和所述媒体网关服务器之间进行心跳检测。

优选地，所述心跳检测模块用于向所述心跳检测的另一方发送心跳检测消息；并在接收到所述另一方回复的用于指示正常的响应的情况下，结束所述心跳检测。

优选地，所述确定模块用于在向另一方发送请求消息达到阈值之后，在未收到所述另一方的响应的情况下，确定出现异常。

优选地，所述确定模块用于在向另一方发送请求消息之后，在收到所述另一方用于指示出现错误的响应的情况下，确定出现异常。

优选地，所述触发模块用于在所述媒体网关和所述媒体网关控制器之间进行的业务正常的情况下，不触发所述心跳检测；或者，所述触发模块，用于在所述媒体网关和所述媒体网关之间进行的业务正常的情况下，所述媒体网关和/或所述媒体网关控制器间隔预定的时长进行一次所述心跳检测。

通过本发明，采用媒体网关和媒体网关控制器中的至少之一确定所述媒体网关和所述媒体网关控制器之间进行的业务出现异常；确定所述业务出现异常的所述媒体网关或所述媒体网关控制器触发所述媒体网关和所述媒体网关控制器之间进行心跳检测。解决了相关技术中MGC和MG之间进行心跳检测而导致网络流量大大增加并增加MGC的处理负荷的问题，进而降低了网络流量和MGC处理负荷。

附图说明

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

图1是根据相关技术的MGC心跳检测方法流程图；

图2是根据本发明实施例的MG和MGC网络示意图；

图3是根据本发明实施例的心跳检测方法的流程图；

图4是根据本发明实施例的心跳检测系统结构框图；

图5是根据本发明优选实施例的MGC进行心跳检测的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本实施例中可以应用于下一代网络及多媒体子系统网络中，例如，可以基于H.248或媒体网关控制协议(Media Gateway Controller Protocol，简称为MGCP)标准进行实现，但是并不限于此。图2是根据本发明实施例的MG和MGC网络示意图，如图2所示，MG通过网络与MGC进行连接。以下实施例中以图2中的网络为例进行说明。

在本实施例中提供了一种检测方法，图3是根据本发明实施例的心跳检测方法的流程图，如图3所示，该流程包括如下步骤：

步骤S302，MG和MGC中的至少之一确定MG和MGC之间进行的业务出现异常；

步骤S304，确定业务出现异常的MG或MGC触发MG和MGC之间进行心跳检测。

在实际网络中，在绝大部分时间，MG的状态都是正常的，因此，如果采用现有技术中的心跳检测方法，则会有大量的心跳检测消息是没有什么意义的，而通过上述步骤，MG或者MGC在检测到业务出现异常时再触发心跳检测，从而减少了心跳消息的数量，从而降低了网络流量和MGC处理负荷。

优选地，在实施时，如果MG和MGC之间进行的业务正常，那么可以不进行心跳检测，但是，这种情况最大程度上降低了网络流量。在实施时也可以采用另外一种处理方式，即在MG和MGC之间进行的业务正常的情况下，MG和/或MGC间隔预定的时长进行一次心跳检测。这种处理方式，虽然相比不进行心跳检测的方式在一定程度上增加了网络流量，但是，相比于现有技术来仍然是有进步的，例如，可以将心跳检测的间隔设置的稍长，这样一方面可以确保流程不增加很多，另一方面还可以保证MGC能够及时发现与MG之间通信的异常。

优选地，在实施时，MGC和MG中的触发进行心跳检测的一方向另一方发送心跳检测消息；一方接收到另一方回复的用于指示正常的响应，则结束心跳检测。这样的处理方式，可以确保在触发了心跳检测之后可以在MGC和MG之间的业务正常之后及时结束心跳检测，避免心跳检测不停止所带来的网络流量的浪费。

优选地，在实施时，MG和MGC判断出现业务异常的方式有很多种，以下以举例的方式进行说明，但是并不限于此。

例如，MG或者MGC向另一方发送请求消息达到阈值之后，未收到另一方的响应，则确定出现异常。又例如，MG或MGC向另一方发送请求消息之后，收到另一方用于指示出现错误的响应，则确定出现异常。通过上述两个例子均可以比较容易地判断出异常的出现。

在本实施例中，还提供了一种检测系统，该检测系统用于实现上述实施例及其优选实施方式，已经进行过说明的，在此不再赘述，下面对该系统中涉及到的模块进行说明。图4是根据本发明实施例的心跳检测系统结构框图，如图4所示，该结构包括：MG42和MGC44，其中，MGC44和MG42均包括：确定模块432、触发模块434和心跳检测模块436，下面对此进行说明。

确定模块432用于确定MG和MGC之间进行的业务出现异常；触发模块434连接至确定模块432，该模块用于在确定模块确定业务出现异常的情况下，触发心跳检测模块436进行心跳检测；心跳检测模块436连接至触发模块434，该模块用于在MG和MG服务器之间进行心跳检测。

优选地，心跳检测模块436用于向心跳检测的另一方发送心跳检测消息；并在接收到另一方回复的用于指示正常的响应的情况下，结束心跳检测。

优选地，确定模块432用于在向另一方发送请求消息达到阈值之后，在未收到另一方的响应的情况下，确定出现异常。优选地，确定模块432用于在向另一方发送请求消息之后，在收到另一方用于指示出现错误的响应的情况下，确定出现异常。

优选地，触发模块434用于在MG和MGC之间进行的业务正常的情况下，不触发心跳检测；或者，触发模块434用于在MG和MG之间进行的业务正常的情况下，MG和/或MGC间隔预定的时长进行一次心跳检测。

下面结合一个优选实施例进行说明，在本优选实施例中以H.248为例进行说明，但是并不限于此，例如，MGCP也同样适用。H.248作为MGC和MG之间的协议，可以完成如下功能：1)在MGC控制下，完成MG中的媒体通道的建立和释放；2)在MGC控制下，完成MG中的媒体通道和承载通道的连接和拆除连接；3)在MGC控制下，完成MG中的对媒体通道和承载通道的属性的配置；4)在MG中完成MGC对媒体通道和承载通道的操作，包括放音、审计等；5)将MG中发生的事件上报给MGC；6)实现一些简单的呼叫信令(例如，模拟用户线信令、随路信令)等。

需要说明的是，在NGN中，MGC和MG之间的进行是相互的，下面以在正常情况下不进行心跳检测为例来进行说明。当MGC发现不能接收到MG的响应或者是收到的响应是错误的时，MGC触发心跳检测，而当MG发现不能收到MGC的响应或者是收到的响应时错误时，则MG触发心跳检测，而无论是MGC还是MG触发心跳检测，其基本的流程是类似的，图5是根据本发明优选实施例的MGC进行心跳检测的流程图，如图5所示，该流程包括如下步骤：

步骤S501，正常情况下，无任何心跳检测，并且一侧网元给另一侧网元发送请求消息。

步骤S502，在多次重传后另一侧网元都无响应，触发如下心跳检测流程。

步骤S503，网元1(MGC/MG)给网元2(MG/MGC)发送心跳检测消息。

步骤S504，网元2(MG/MGC)状态正常，则给网元1(MGC/MG)回复响应。

步骤S505，如果网元1(MGC/MG)接收到正确的响应或者表明状态正常的参数，表明网元2(MG/MGC)状态正常。

步骤S506，如果网元2(MG/MGC)回复的心跳检测消息带有错误码或者表明状态不在线的状态。

步骤S507，网元1(MGC/MG)认为网元2(MG/MGC)状态异常。

步骤S508，如果网元2(MG/MGC)未回复，或是回复了网元1(MGC/MG)没有收到消息。

步骤S509，网元1(MGC/MG)也认为网元2(MG/MGC)状态异常。

综上所述，通过上述实施例，解决了相关技术中MGC和MG之间进行心跳检测而导致网络流量大大增加并增加MGC的处理负荷的问题，进而降低了网络流量和MGC处理负荷。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

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

Claims

1.一种检测方法，其特征在于包括：

媒体网关和媒体网关控制器中的至少之一确定所述媒体网关和所述媒体网关控制器之间进行的业务出现异常；

确定所述业务出现异常的所述媒体网关或所述媒体网关控制器触发所述媒体网关和所述媒体网关控制器之间进行心跳检测。

2.根据权利要求1所述的方法，其特征在于，所述媒体网关控制器和所述媒体网关之间进行心跳检测包括：

所述媒体网关控制器和所述媒体网关中的触发进行所述心跳检测的一方向另一方发送心跳检测消息；

所述一方接收到所述另一方回复的用于指示正常的响应，则结束所述心跳检测。

3.根据权利要求1所述的方法，其特征在于，所述媒体网关和所述媒体网关控制器中的至少之一确定所述媒体网关和所述媒体网关控制器之间进行的业务出现异常包括：

所述媒体网关或者所述媒体网关控制器向另一方发送请求消息达到阈值之后，未收到所述另一方的响应，则确定出现异常。

4.根据权利要求1所述的方法，其特征在于，所述媒体网关和所述媒体网关控制器中的至少之一确定所述媒体网关和所述媒体网关控制器之间进行的业务出现异常包括：

所述媒体网关或所述媒体网关控制器向另一方发送请求消息之后，收到所述另一方用于指示出现错误的响应，则确定出现异常。

5.根据权利要求1至4中任一项所述的方法，其特征在于，

在所述媒体网关和所述媒体网关控制器之间进行的业务正常的情况下，不触发所述心跳检测；或者，

在所述媒体网关和所述媒体网关控制器之间进行的业务正常的情况下，所述媒体网关和/或所述媒体网关控制器间隔预定的时长进行一次所述心跳检测。

6.一种检测系统，包括媒体网关和媒体网关控制器，其特征在于，所述媒体网关和所述媒体网关控制器均包括：

确定模块用于确定所述媒体网关和所述媒体网关控制器之间进行的业务出现异常；

触发模块用于在确定模块确定所述业务出现异常的情况下，触发心跳检测模块进行心跳检测；

所述心跳检测模块用于在所述媒体网关和所述媒体网关服务器之间进行心跳检测。

7.根据权利要求6所述的系统，其特征在于，

所述心跳检测模块用于向所述心跳检测的另一方发送心跳检测消息；并在接收到所述另一方回复的用于指示正常的响应的情况下，结束所述心跳检测。

8.根据权利要求6所述的系统，其特征在于，

所述确定模块用于在向另一方发送请求消息达到阈值之后，在未收到所述另一方的响应的情况下，确定出现异常。

9.根据权利要求6所述的系统，其特征在于，

所述确定模块用于在向另一方发送请求消息之后，在收到所述另一方用于指示出现错误的响应的情况下，确定出现异常。

10.根据权利要求6至9中任一项所述的系统，其特征在于，

所述触发模块用于在所述媒体网关和所述媒体网关控制器之间进行的业务正常的情况下，不触发所述心跳检测；或者，

所述触发模块用于在所述媒体网关和所述媒体网关之间进行的业务正常的情况下，所述媒体网关和/或所述媒体网关控制器间隔预定的时长进行一次所述心跳检测。