CN1870646A - 一种媒体网关控制协议中心跳机制的改进方法 - Google Patents
一种媒体网关控制协议中心跳机制的改进方法 Download PDFInfo
- Publication number
- CN1870646A CN1870646A CN 200610007274 CN200610007274A CN1870646A CN 1870646 A CN1870646 A CN 1870646A CN 200610007274 CN200610007274 CN 200610007274 CN 200610007274 A CN200610007274 A CN 200610007274A CN 1870646 A CN1870646 A CN 1870646A
- Authority
- CN
- China
- Prior art keywords
- message
- mgc
- heartbeat
- heart beat
- beat cycle
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明是一种媒体网关控制协议中心跳机制的改进方法，包括步骤：MGC与MG通过动态协商或者通过配置采用缺省值确定心跳周期；MG按照该心跳周期向MGC发送心跳消息；MGC根据该心跳周期检测MG发送的心跳消息；根据MG是否成功得到心跳消息的应答与MGC的检测结果判断MGC与MG之间的心跳丢失。实施本发明，能够确定MGC与MG之间的心跳周期，且MGC与MG双方同时对心跳进行检测，从而避免出现MGC与MG状态不一致的情况。
Description
技术领域
本发明涉及NGN(Next Generation Network，下一代网络)技术，尤其是涉及一种NGN网络中媒体网关控制协议中心跳机制的改进方法。
背景技术
媒体网关控制协议(包括Megaco/H248，MGCP)是NGN网络架构中重要的协议，定义了MGC(Media Gateway Controller，媒体网关控制器)控制MG(Media Gateway，媒体网关)的方法。所谓MG，被定义为将一种网络中的媒体转换成另一种网络所要求的媒体格式的设备，其作用为进行不同媒体格式之间的转换；而MGC的功能为控制整个网络，监视各种资源并控制所有连接，负责用户认证和网络安全等。
由于媒体网关控制协议是基于IP的传输，如果采用不可靠的UDP(User Datagram Protocol，用户数据报协议)传输机制，那么在MGC与MG之间必须有能力检查到彼此的状态，因此MGC与MG之间的心跳机制应运而生，包括设备级心跳机制、端点级心跳机制或会话级心跳机制。
心跳机制(Heartbeat Mechanism)是一种在多机系统中常用的监控各结点状态，快速发现各结点故障的技术手段，在心跳机制中，各结点通过运行心跳程序周期性地向系统内的其它结点发送特定的数据包(即心跳)，同时各个结点还在不停的接收并解析其它结点的心跳，并最终形成全局统一的结点状态信息。
而对于MGC与MG之间的心跳机制，现有技术中有如下几种实施方案：
现有技术一，采用只有MGC控制的设备级心跳检测机制：MGC可以为MG设置一个最大沉默时间，即正常工作MG允许未收到MGC发送的任何消息的最大时间。MGC应该保证向MG发送消息的时间间隔不超过最大沉默时间，即使在最大沉默时间内没有任何其它消息，MGC也必须通过向MG发送心跳消息来表明自己还“活着”，即MGC将自己的状态告知MG。
现有技术一存在的缺点是：
1.如果MG上设置的时间与MGC上的时间不一致，将导致双方状态出现不一致的情况；
2.只有MG知道MGC的状态，MGC不知道MG的状态，即是否还“活着”；
3.在有大量网关存在的情况下，由于具有相同的心跳周期，容易出现周期性IP包峰值。
现有技术二，采用MGC和MG各自独立控制的设备级心跳检测机制：图1是现有技术二的设备级心跳检测机制的示意图，如图1所示，MGC和MG互相向对方发送心跳消息，其心跳周期由各自独立决定。MGC和MG利用事务请求的重传机制依靠LONG-TIMER(消息重传定时器)超时来判定对方故障，由于有周期性发送的心跳消息，可以保证MGC或者MG及时检测到对方故障。与现有技术一相比，MG可以向MGC发送心跳消息以及自主地控制发送心跳消息的时机。
现有技术二存在的缺点是：
1.如果MG上设置的时间与MGC上的时间不一致，将导致双方状态出现不一致的情况；
2.在有大量网关存在的情况下，由于具有相同的心跳周期，容易出现周期性IP包峰值。
现有技术三，采用MGC控制的超长时间通话的审计的会话级心跳检测机制，所谓超长时间通话是指超过预先定义的时间的通话，但是当呼叫进入通话阶段后，可能会发生MG中呼叫已释放，但MGC仍不知道的情况，如：MG在检测到网络中断后自行释放了呼叫，而MGC尚未来得及检测到网络中断，网络已恢复的情况。
现有技术三存在的缺点是：
1.MGC与MG上会话状态不同时，无法及时恢复状态，甚至双方无法检测到状态的不一致；
2.在有大量网关存在的情况下，由于具有相同的心跳周期，容易出现周期性IP包峰值。
综上所述，在现有技术中的心跳机制下，仍然会出现异常情况，因为现有技术的心跳机制中，是MGC或者MG单方的进行心跳的检测控制或者各自独立控制的心跳检测机制，心跳周期的确定由单方或者各自独立决定，如果MG上设置的时间与MGC上的时间不一致，将导致MGC与MG之间的状态出现不一致的情况；而且在有大量网关存在的情况下，由于具有相同的心跳周期，容易出现周期性IP包峰值。
发明内容
针对以上现有技术的不足，本发明的目的在于，提供一种媒体网关控制协议中心跳机制的改进方法，能够确定MGC与MG之间的心跳周期，且MGC与MG双方同时对心跳进行检测，从而避免出现MGC与MG状态不一致的情况。
为实现本目的，本发明提供了一种媒体网关控制协议中心跳机制的改进方法，包括步骤：
(A)媒体网关控制器MGC与媒体网关MG通过动态协商确定心跳周期；
(B)MG按照该心跳周期向MGC发送心跳消息；
(C)MGC根据该心跳周期检测MG发送的心跳消息；
(D)根据MG是否成功得到心跳消息的应答与MGC的检测结果判断MGC与MG之间的心跳丢失。
所述的心跳机制包括设备级心跳机制、端点级心跳机制或会话级心跳机制。
当所述的心跳机制是设备级心跳机制时，步骤(A)所述的MGC与MG通过动态协商确定心跳周期是：
MGC通过Modify消息给ROOT结点/整个网关设置心跳周期；
MG收到MGC发送的Modify消息后，回复ModifyReply消息；
步骤(B)所述的MG按照该心跳周期向MGC发送心跳消息是：
MG将按照Modify消息中设置的心跳周期，通过发送Notify消息周期性地向MGC发送心跳消息；
MGC收到MG发送的Notify消息后，回复NotifyReply消息。
还包括步骤：
MG向MGC发送ServiceChange消息进行注册；
MGC收到MG发送的ServiceChange消息后，回复ServiceChangeReply消息。
所述的MGC通过Modify消息给ROOT结点/整个网关设置心跳周期使用it/ito事件中的时间参数。
所述的MG通过发送Notify消息周期性地向MGC发送心跳消息是MG通过发送Notify消息上报it/ito事件。
步骤(B)还包括步骤：
MG成功地得到心跳消息的应答，则MG重新启动定时器准备下一周期发送心跳消息。
步骤(D)所述的判断MGC与MG之间的心跳丢失采用多次验证的方法确认心跳丢失。
当所述的心跳机制是设备级心跳机制时，步骤(A)所述的MGC与MG通过动态协商确定心跳周期是：
MG通过向MGC发送ServiceChange消息进行注册，同时在消息中携带心跳周期；
MGC收到MG发送的ServiceChange消息后，回复ServiceChangeReply消息，在回复的消息中对心跳周期进行确认或者更改；
步骤(B)所述的MG按照该心跳周期向MGC发送心跳消息是：
MG将按照ServiceChangeReply消息中设置的心跳周期，通过发送Notify消息周期性地向MGC发送心跳消息；
MGC收到MG发送的Notify消息后，回复NotifyReply消息。
所述的MG在消息中携带心跳周期使用it/ito事件中的时间参数。
所述的MG通过发送Notify消息周期性地向MGC发送心跳消息是MG通过发送Notify消息上报it/ito事件。
步骤(B)还包括步骤：
MG成功地得到心跳消息的应答，则MG重新启动定时器准备下一周期发送心跳消息。
当所述的心跳机制是会话级心跳机制时，步骤(A)所述的MGC与MG通过动态协商确定心跳周期是：
MGC通过Modify消息给会话设置心跳周期；
MG收到MGC发送的Modify消息后，回复ModifyReply消息；
步骤(B)所述的MG按照该心跳周期向MGC发送心跳消息是：
MG将按照Modify消息中设置的心跳周期，通过发送Notify消息周期性地向MGC发送心跳消息；
MGC收到MG发送的Notify消息后，回复NotifyReply消息。
还包括步骤：MGC控制MG建立会话。
所述的MGC通过Modify消息给会话设置心跳周期使用hangterm/thb事件中的时间参数。
所述的MG通过发送Notify消息周期性地向MGC发送心跳消息是MG通过发送Notify消息上报hangterm/thb事件。
步骤(B)还包括步骤：
MG成功地得到心跳消息的应答，则MG重新启动定时器准备下一周期发送心跳消息。
当所述的心跳机制是会话级心跳机制时，步骤(A)所述的MGC与MG通过动态协商确定心跳周期是：
MGC通过向MG发送ADD消息创建会话，同时在消息中携带协商该会话的心跳周期；
MG收到MGC发送的ADD消息后，回复ADDReply消息，同时在回复消息中携带会话资源及心跳周期；
步骤(B)所述的MG按照该心跳周期向MGC发送心跳消息是：
MG将按照ADD消息中设置的心跳周期，通过发送Notify消息周期性地向MGC发送心跳消息；
MGC收到MG发送的Notify消息后，回复NotifyReply消息。
所述的MGC在消息中携带协商该会话的心跳周期使用hangterm/thb事件中的时间参数。
所述的MG通过发送Notify消息周期性地向MGC发送心跳消息是MG通过发送Notify消息上报hangterm/thb事件。
步骤(B)还包括步骤：
MG成功地得到心跳消息的应答，则MG重新启动定时器准备下一周期发送心跳消息。
所述的设备级心跳机制适用于所述的端点级心跳机制。
本发明的一种媒体网关控制协议中心跳机制的改进方法，包括步骤：
(A)媒体网关控制器MGC与媒体网关MG通过配置采用缺省值确定心跳周期；
(B)MG按照该心跳周期向MGC发送心跳消息；
(C)MGC根据该心跳周期检测MG上报的心跳消息；
(D)根据MG是否成功得到心跳消息的应答与MGC的检测结果判断MGC与MG之间的心跳丢失。
实施本发明，会带来如下有益效果：
1.不仅使得MGC知道MG是否激活，同时达到使MG知道MGC是否激活的目的；
2.以较少的消息，保证了MGC与MG之间的设备、端点状态的一致性；
3.以较少的消息，保证了会话在MG与MGCMGC与MG之间的一致性；当该会话属于计费呼叫时，还可避免造成计费错误；
4.根据网络状况，可动态调整心跳周期，从而可以避免在异常情况下，出现周期性的IP包峰值的情况。
附图说明
图1是现有技术二的设备级心跳检测机制的示意图；
图2是本发明的原理图；
图3是本发明的设备级心跳机制的实施方案一的示意图；
图4是本发明的会话级心跳机制的实施方案一的示意图；
图5是本发明的设备级心跳机制的实施方案二的示意图；
图6是本发明的会话级心跳机制的实施方案二的示意图。
具体实施方式
图2是本发明的原理图，如图2所示，本发明的心跳机制的改进方法可分四个步骤：
(A)MGC与MG通过动态协商确定心跳周期；
(B)MG按照该心跳周期向MGC发送心跳消息；
(C)MGC根据该心跳周期检测MG发送的心跳消息；
(D)根据MG是否成功得到心跳消息的应答与MGC的检测结果判断MGC与MG之间的心跳丢失。
下面以媒体网关控制协议H248协议为例，结合附图，对本发明的方法做进一步说明：
以下实施方案中用到的H248协议中的命令定义如下：
ServiceChange(业务改变)，此命令可以由MGC向MG发起，也可以由MG向MGC发起，当注册、启动或发生故障时可以使用该命令，其功能是用来向对方报告当前状态的改变；
ServiceChangeReply，对ServiceChange命令的应答；
Modify(修改)，此命令由MGC向MG发起，其功能是修改连接上的属性、信号或事件等参数；
ModifyReply，对Modify命令的应答；
Notify(通报)，此命令由MG向MGC发起，其功能是向MGC报告其检测到或发生的事件；
NotifyReply，对Notify命令的应答；
ADD(添加)，此命令由MGC向MG发起，其功能是向关联中添加终结点；
ADDReply，对ADD命令的应答。
图3是本发明的设备级心跳机制的实施方案一的示意图，如图3所示，本发明的设备级心跳机制的实施方案一包括步骤：
s111、MG向MGC注册：MG向MGC发起ServiceChange命令进行注册，即MG向MGC发送ServiceChange消息进行注册，下同；MGC收到MG发送的ServiceChange消息后，回复ServiceChangeReply消息，则MG向MGC注册成功；
s112、MGC给MG设置心跳周期：MGC通过Modify消息给ROOT结点(整个网关)设置心跳周期，如可以使用it/ito事件中的时间参数；MG收到MGC发送的Modify消息后，回复ModifyReply消息，则完成MG心跳周期的设置；
s113、MG将按照消息中设置的心跳周期，周期性地向MGC发送心跳消息：如MG可以通过发送Notify消息上报it/ito事件；MGC收到MG发送的Notify消息后，回复NotifyReply消息；如果MG成功地得到心跳消息的应答，则表明MGC与MG之间连接正常，并重新启动定时器准备下一周期发送心跳消息；
s114、MGC将按照设置给MG的心跳周期检测MG发送的心跳消息；
s115、当MGC与MG双方检测的心跳丢失，则进入异常处理过程，所谓异常处理过程是指现有技术中心跳丢失后，MGC与MG的相应的处理方法及处理过程；为了避免由于网络状况造成的临时心跳丢失，可以采用多次验证的方法确认心跳丢失，比如可以采用连续5次心跳丢失验证的方法等。
同时，上述s111-s115所述的设备级心跳机制同样适用于端点级心跳机制：即MGC可以通过Modify消息设置在MG上报某个端点的心跳或者通过通配符上报若干端点的心跳的心跳周期，MG根据设置的心跳周期通过Notify消息上报端点的心跳，从而达到对端点的心跳检测。
图4是本发明的会话级心跳机制的实施方案一的示意图，如图4所示，本发明的会话级心跳机制的实施方案一包括步骤：
s121、MGC控制MG建立会话，则MGC与MG之间的会话处于激活状态；
s122、MGC给该会话设置心跳周期：MGC通过Modify消息给该会话设置心跳周期，如可以使用hangterm/thb事件中的时间参数；MG收到MGC发送的Modify消息后，回复ModifyReply消息，则该会话心跳周期的设置完成；
s123、MG将在该会话上，按照消息中设置的心跳周期，周期性地向MGC发送心跳消息：如MG可以通过发送Notify消息上报hangterm/thb事件；MGC收到MG发送的Notify消息后，回复NotifyReply消息；如果MG成功地得到心跳消息的应答，则表明MGC与MG之间该会话状态正常，并重新启动定时器准备下一周期发送心跳消息；
s124、MGC将按照设置给MG的该会话的心跳周期，在该会话上检测MG发送的心跳消息；
s125、当MGC与MG双方检测的心跳丢失，则进入异常处理过程；为了避免由于网络状况造成的临时心跳丢失，可以采用多次验证的方法确认心跳丢失，比如可以采用连续5次心跳丢失验证的方法等。
图5是本发明的设备级心跳机制的实施方案二的示意图，如图5所示，本发明的设备级心跳机制的实施方案二包括步骤：
s211、MG向MGC注册，同时携带心跳周期：MG通过向MGC发送ServiceChange消息进行注册，同时在消息中携带心跳周期；
s212、MGC通过ServiceChange的应答消息对MG的心跳周期进行确认或更改，最终的心跳周期，MG应该遵循MGC的更改：MGC收到MG发送的ServiceChange消息后，回复ServiceChangeReply消息，在回复的消息中对心跳周期进行确认或者更改；
s213、MG将按照消息中设置的心跳周期，周期性地向MGC发送心跳消息：如MG可以通过发送Notify消息上报it/ito事件；MGC收到MG发送的Notify消息后，回复NotifyReply消息；如果MG成功地得到心跳消息的应答，则表明MGC与MG之间连接正常，并重新启动定时器准备下一周期发送心跳消息；
s214、MGC将按照设置给MG的心跳周期检测MG发送的心跳消息；
s215、当MGC与MG双方检测的心跳丢失，则进入异常处理过程；为了避免由于网络状况造成的临时心跳丢失，可以采用多次验证的方法确认心跳丢失，比如可以采用连续5次心跳丢失验证的方法等。
同时，上述s211-s215所述的设备级心跳机制同样适用于端点级心跳机制。
图6是本发明的会话级心跳机制的实施方案二的示意图，如图6所示，本发明的会话级心跳机制的实施方案二包括步骤：
S221、MGC创建会话，同时携带协商该会话的心跳周期：MGC通过向MG发送ADD消息创建会话，同时在消息中携带协商该会话的心跳周期，如可以使用hangterm/thb事件中的时间参数；MG创建会话，同时将会话资源及心跳周期反馈给MGC：MG收到MGC发送的ADD消息后，回复ADDReply消息，同时在回复消息中携带会话资源及心跳周期；
S222、MG将在该会话上，按照协商的心跳周期，周期性地向MGC发送心跳消息：如MG可以通过发送Notify消息上报hangterm/thb事件；MGC收到MG发送的Notify消息后，回复NotifyReply消息；如果MG成功地得到心跳消息的应答，则表明MGC与MG之间该会话状态正常，并重新启动定时器准备下一周期发送心跳消息；
S223、MGC将按照协商的该会话的心跳周期，在该会话上检测MG发送的心跳消息；
S224、当MGC与MG双方检测的心跳丢失，则进入异常处理过程；为了避免由于网络状况造成的临时心跳丢失，可以采用多次验证的方法确认心跳丢失，比如可以采用连续5次心跳丢失验证的方法等。
另外，本发明中还允许心跳机制的心跳周期可以不通过消息在MGC与MG之间协商，而是通过配置在MGC与MG上采用缺省值，即在MGC及相应的MG之间设置相同的心跳周期，可以根据不同的MG设置不同的心跳周期，也可以为所有MG设置相同的心跳周期，而MGC与MG之间的心跳的检测机制仍然按照上述实施方案进行。
本发明中的设备级心跳机制、端点级心跳机制或会话级心跳机制带来的有益效果是：
1.不仅使得MGC知道MG是否激活，同时达到使MG知道MGC是否激活的目的；
2.以较少的消息，保证了MGC与MG之间的设备、端点状态的一致性：因为现有技术一中的设备级心跳检测机制只能使MG知道MGC的状态，无法保证MGC与MG之间设备状态的一致性；而对于现有技术二中采用MGC和MG各自独立控制的设备级心跳检测机制，虽然MGC与MG能够互相向对方发送心跳消息，告知对方状态，但是基于MGC与MG各自独立决定心跳周期，当MGC与MG上设置的时间不一致时，仍然无法保证MGC与MG之间设备状态的一致性；本发明中的设备级心跳机制，MGC与MG之间通过动态协商或者配置采用缺省值确定心跳周期，保证了MGC与MG之间心跳周期的统一，且MGC与MG之间通过“发送心跳消息-回复心跳消息应答”的方式周期性地检测MGC与MG之间的心跳，能够保证MGC与MG之间设备状态的一致性，且本发明中的设备级心跳机制同样适用于端点级心跳机制，因此，同样能够保证MGC与MG之间端点状态的一致性；
3.以较少的消息，保证了会话在MGC与MG之间的一致性：针对现有技术三中的采用MGC控制的超长时间通话的审计的会话级心跳检测机制，在通话过程中，MGC与MG上会话状态不同时，无法及时恢复状态，甚至双方无法检测到状态的不一致；而本发明中的会话级心跳机制，MGC与MG之间通过动态协商或者配置采用缺省值确定心跳周期，保证了MGC与MG之间心跳周期的统一，且MGC与MG之间通过“发送心跳消息-回复心跳消息应答”的方式周期性地检测MGC与MG之间的心跳，能够保证会话在MGC与MG之间的一致性；当该会话属于计费呼叫时，还可避免造成计费错误；
4.根据网络状况，可动态调整心跳周期，因为MGC可以基于每个MG设备、端点或会话进行心跳周期的协商确定，则MGC本身可以依据一定的策略向不同的MG设备、端点或会话设定不同的心跳周期，而方法可以有多种，从而可以避免在异常情况下，出现周期性的IP包峰值的情况。
上述本发明的改进方法中的心跳机制，不限于H248协议，同样适用于MGCP等其它媒体网关控制协议。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。
Claims (23)
1.一种媒体网关控制协议中心跳机制的改进方法，其特征在于：包括步骤：
(A)媒体网关控制器MGC与媒体网关MG通过动态协商确定心跳周期；
(B)MG按照该心跳周期向MGC发送心跳消息；
(C)MGC根据该心跳周期检测MG发送的心跳消息；
(D)根据MG是否成功得到心跳消息的应答与MGC的检测结果判断MGC与MG之间的心跳丢失。
2.如权利要求1所述的方法，其特征在于：所述的心跳机制包括设备级心跳机制、端点级心跳机制或会话级心跳机制。
3.如权利要求2所述的方法，当所述的心跳机制是设备级心跳机制时，其特征在于：
步骤(A)所述的MGC与MG通过动态协商确定心跳周期是：
MGC通过Modify消息给ROOT结点/整个网关设置心跳周期；
MG收到MGC发送的Modify消息后，回复ModifyReply消息；
步骤(B)所述的MG按照该心跳周期向MGC发送心跳消息是：
MG将按照Modify消息中设置的心跳周期，通过发送Notify消息周期性地向MGC发送心跳消息；
MGC收到MG发送的Notify消息后，回复NotifyReply消息。
4.如权利要求3所述的方法，其特征在于：还包括步骤：
MG向MGC发送ServiceChange消息进行注册；
MGC收到MG发送的ServiceChange消息后，回复ServiceChangeReply消息。
5.如权利要求3所述的方法，其特征在于：所述的MGC通过Modify消息给ROOT结点/整个网关设置心跳周期使用it/ito事件中的时间参数。
6.如权利要求3所述的方法，其特征在于：所述的MG通过发送Notify消息周期性地向MGC发送心跳消息是MG通过发送Notify消息上报it/ito事件。
7.如权利要求3所述的方法，其特征在于：步骤(B)还包括步骤：
MG成功地得到心跳消息的应答，则MG重新启动定时器准备下一周期发送心跳消息。
8.如权利要求1所述的方法，其特征在于：步骤(D)所述的判断MGC与MG之间的心跳丢失采用多次验证的方法确认心跳丢失。
9.如权利要求2所述的方法，当所述的心跳机制是设备级心跳机制时，其特征在于：
步骤(A)所述的MGC与MG通过动态协商确定心跳周期是：
MG通过向MGC发送ServiceChange消息进行注册，同时在消息中携带心跳周期；
MGC收到MG发送的ServiceChange消息后，回复ServiceChangeReply消息，在回复的消息中对心跳周期进行确认或者更改；
步骤(B)所述的MG按照该心跳周期向MGC发送心跳消息是：
MG将按照ServiceChangeReply消息中设置的心跳周期，通过发送Notify消息周期性地向MGC发送心跳消息；
MGC收到MG发送的Notify消息后，回复NotifyReply消息。
10.如权利要求9所述的方法，其特征在于：所述的MG在消息中携带心跳周期使用it/ito事件中的时间参数。
11.如权利要求9所述的方法，其特征在于：所述的MG通过发送Notify消息周期性地向MGC发送心跳消息是MG通过发送Notify消息上报it/ito事件。
12.如权利要求9所述的方法，其特征在于：步骤(B)还包括步骤：
MG成功地得到心跳消息的应答，则MG重新启动定时器准备下一周期发送心跳消息。
13.如权利要求2所述的方法，当所述的心跳机制是会话级心跳机制时，其特征在于：
步骤(A)所述的MGC与MG通过动态协商确定心跳周期是：
MGC通过Modify消息给会话设置心跳周期；
MG收到MGC发送的Modify消息后，回复ModifyReply消息；
步骤(B)所述的MG按照该心跳周期向MGC发送心跳消息是：
MG将按照Modify消息中设置的心跳周期，通过发送Notify消息周期性地向MGC发送心跳消息；
MGC收到MG发送的Notify消息后，回复NotifyReply消息。
14.如权利要求13所述的方法，其特征在于：还包括步骤：MGC控制MG建立会话。
15.如权利要求13所述的方法，其特征在于：所述的MGC通过Modify消息给会话设置心跳周期使用hangterm/thb事件中的时间参数。
16.如权利要求13所述的方法，其特征在于：所述的MG通过发送Notify消息周期性地向MGC发送心跳消息是MG通过发送Notify消息上报hangterm/thb事件。
17.如权利要求13所述的方法，其特征在于：步骤(B)还包括步骤：
MG成功地得到心跳消息的应答，则MG重新启动定时器准备下一周期发送心跳消息。
18.如权利要求2所述的方法，当所述的心跳机制是会话级心跳机制时，其特征在于：
步骤(A)所述的MGC与MG通过动态协商确定心跳周期是：
MGC通过向MG发送ADD消息创建会话，同时在消息中携带协商该会话的心跳周期；
MG收到MGC发送的ADD消息后，回复ADDReply消息，同时在回复消息中携带会话资源及心跳周期；
步骤(B)所述的MG按照该心跳周期向MGC发送心跳消息是：
MG将按照ADD消息中设置的心跳周期，通过发送Notify消息周期性地向MGC发送心跳消息；
MGC收到MG发送的Notify消息后，回复NotifyReply消息。
19.如权利要求18所述的方法，其特征在于：所述的MGC在消息中携带协商该会话的心跳周期使用hangterm/thb事件中的时间参数。
20.如权利要求18所述的方法，其特征在于：所述的MG通过发送Notify消息周期性地向MGC发送心跳消息是MG通过发送Notify消息上报hangterm/thb事件。
21.如权利要求18所述的方法，其特征在于：步骤(B)还包括步骤：
MG成功地得到心跳消息的应答，则MG重新启动定时器准备下一周期发送心跳消息。
22.如权利要求2所述的方法，其特征在于：所述的设备级心跳机制适用于所述的端点级心跳机制。
23.一种媒体网关控制协议中心跳机制的改进方法，其特征在于：包括步骤：
(A)媒体网关控制器MGC与媒体网关MG通过配置采用缺省值确定心跳周期；
(B)MG按照该心跳周期向MGC发送心跳消息；
(C)MGC根据该心跳周期检测MG上报的心跳消息；
(D)根据MG是否成功得到心跳消息的应答与MGC的检测结果判断MGC与MG之间的心跳丢失。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006100072749A CN1870646B (zh) | 2006-02-17 | 2006-02-17 | 一种媒体网关控制协议中心跳机制的改进方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006100072749A CN1870646B (zh) | 2006-02-17 | 2006-02-17 | 一种媒体网关控制协议中心跳机制的改进方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1870646A true CN1870646A (zh) | 2006-11-29 |
| CN1870646B CN1870646B (zh) | 2010-08-04 |
Family
ID=37444192
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2006100072749A Expired - Fee Related CN1870646B (zh) | 2006-02-17 | 2006-02-17 | 一种媒体网关控制协议中心跳机制的改进方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN1870646B (zh) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010017659A1 (zh) * | 2008-08-15 | 2010-02-18 | 上海贝尔股份有限公司 | 一种在通信网络中实现心跳机制的方法和装置 |
| WO2010145255A1 (zh) * | 2009-09-30 | 2010-12-23 | 中兴通讯股份有限公司 | 网关确定方法、装置和消息发送方法、系统 |
| CN101115313B (zh) * | 2007-08-23 | 2011-01-19 | 中兴通讯股份有限公司 | 一种软心跳检测方法及系统 |
| WO2012119512A1 (zh) * | 2011-03-08 | 2012-09-13 | 华为技术有限公司 | 心跳消息的处理方法、心跳周期的获取方法及接入网设备 |
| CN104135460A (zh) * | 2013-05-03 | 2014-11-05 | 华为软件技术有限公司 | 一种推送通道保活方法和推送服务器 |
| CN108834179A (zh) * | 2018-05-31 | 2018-11-16 | 深圳市酷达通讯有限公司 | 调整心跳周期的方法、服务器和客户端 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1317854C (zh) * | 2002-04-20 | 2007-05-23 | 中兴通讯股份有限公司 | 一种检测媒体网关控制器与媒体网关间链路状态的方法 |
| CN1533113A (zh) * | 2003-03-20 | 2004-09-29 | 华为技术有限公司 | 利用媒体网关控制协议进行传输链路状态检测的方法 |
| CN1567905A (zh) * | 2003-07-04 | 2005-01-19 | 华为技术有限公司 | 一种实现媒体网关监测媒体网关控制器运作状态的方法 |
-
2006
- 2006-02-17 CN CN2006100072749A patent/CN1870646B/zh not_active Expired - Fee Related
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101115313B (zh) * | 2007-08-23 | 2011-01-19 | 中兴通讯股份有限公司 | 一种软心跳检测方法及系统 |
| WO2010017659A1 (zh) * | 2008-08-15 | 2010-02-18 | 上海贝尔股份有限公司 | 一种在通信网络中实现心跳机制的方法和装置 |
| WO2010145255A1 (zh) * | 2009-09-30 | 2010-12-23 | 中兴通讯股份有限公司 | 网关确定方法、装置和消息发送方法、系统 |
| WO2012119512A1 (zh) * | 2011-03-08 | 2012-09-13 | 华为技术有限公司 | 心跳消息的处理方法、心跳周期的获取方法及接入网设备 |
| CN102685768A (zh) * | 2011-03-08 | 2012-09-19 | 华为技术有限公司 | 心跳消息的处理方法、心跳周期的获取方法及接入网设备 |
| US9220125B2 (en) | 2011-03-08 | 2015-12-22 | Huawei Technologies Co., Ltd. | Method for processing heartbeat message, method for acquiring heartbeat period, and access network device |
| CN102685768B (zh) * | 2011-03-08 | 2016-02-03 | 华为技术有限公司 | 心跳消息的处理方法、心跳周期的获取方法及接入网设备 |
| CN104135460A (zh) * | 2013-05-03 | 2014-11-05 | 华为软件技术有限公司 | 一种推送通道保活方法和推送服务器 |
| CN104135460B (zh) * | 2013-05-03 | 2017-11-24 | 华为软件技术有限公司 | 一种推送通道保活方法和推送服务器 |
| CN108834179A (zh) * | 2018-05-31 | 2018-11-16 | 深圳市酷达通讯有限公司 | 调整心跳周期的方法、服务器和客户端 |
| CN108834179B (zh) * | 2018-05-31 | 2021-07-09 | 深圳市酷达通讯有限公司 | 调整心跳周期的方法、服务器和客户端 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1870646B (zh) | 2010-08-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1870646A (zh) | 一种媒体网关控制协议中心跳机制的改进方法 | |
| CN1725757A (zh) | 管理和检查套接字连接 | |
| CN1299523C (zh) | 移动通信系统中的无线链路参数更新方法 | |
| CN1943206A (zh) | 用于在集群系统的网络故障期间最大化连通性的系统和方法 | |
| CN1780354A (zh) | 网络通信设备 | |
| CN1638353A (zh) | 网络拓扑构成方法及节点 | |
| CN1655532A (zh) | 管理基于网际协议的语音(VoIP)系统的路由路径 | |
| CN101031135A (zh) | 一种紧急呼叫方法及系统 | |
| CN1859217A (zh) | 一种设备管理中处理任务的方法、系统及装置 | |
| CN1889741A (zh) | 在设备管理中实现预定操作的方法及装置 | |
| CN1859178A (zh) | 一种网络安全控制方法及系统 | |
| CN1889464A (zh) | 一种实现通信接管的方法及装置 | |
| CN1874272A (zh) | 识别网络故障节点的方法 | |
| CN1812397A (zh) | 网管接口适配器及信息交互的方法 | |
| CN101051887A (zh) | 一种多重化网络中时钟同步的方法、设备和系统 | |
| CN101047930A (zh) | 演进移动网络中发送icr信息测量报告的方法及系统 | |
| CN1889603A (zh) | 一种点击拨号业务的实现方法 | |
| CN101060475A (zh) | 对媒体网关控制接口承载链路负载进行调整的方法及系统 | |
| CN1225862C (zh) | 基于初始会话协议的网络终端实现计费通知的方法 | |
| CN1708141A (zh) | 媒体网关中终端资源释放方法 | |
| CN101047880A (zh) | 一种消息传输方法及系统 | |
| CN1223403A (zh) | 冗余装置 | |
| CN1476178A (zh) | 通信系统中实现高可用性（ha）的装置和方法 | |
| CN1878414A (zh) | 通信方法和无线通信终端 | |
| CN1852273A (zh) | 一种从网关设备之间进行通信的方法和系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C57 | Notification of unclear or unknown address | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20100804 Termination date: 20220217 |