CN1897622A

CN1897622A - 一种检测及释放媒体网关异常实时传输协议资源的方法

Info

Publication number: CN1897622A
Application number: CN200510035758.XA
Authority: CN
Inventors: 乔克智; 程宁; 费秀峰
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2005-07-14
Filing date: 2005-07-14
Publication date: 2007-01-17
Anticipated expiration: 2025-07-14
Also published as: WO2007006206A1; CN1897622B; CN101142796A

Abstract

一种检测及释放媒体网关异常实时传输协议资源的方法，包括步骤：A.媒体网关监视每一个RTP端口接收媒体包的时间，若在设定的时间内某个RTP端口没有接收到媒体包，媒体网关向软交换发送通知消息；B.如果软交换上对应RTP端口的呼叫不存在，则软交换回应标识呼叫不存在的应答消息，媒体网关收到该应答消息后，关闭RTP端口，释放呼叫资源；如果软交换上对应RTP端口的呼叫存在，则软交换回应正常应答消息，媒体网关收到该应答消息后，继续执行步骤A；C.如果步骤A和B重复了一定次数，某个RTP端口仍没有收到媒体包，媒体网关关闭该RTP端口，释放呼叫资源，向软交换发送标识呼叫退出的请求消息，软交换收到该请求消息后，释放相应的呼叫资源。

Description

一种检测及释放媒体网关异常实时传输协议资源的方法

技术领域

本发明涉及下一代网络(NGN，Next Generation Network)技术领域，具体涉及一种检测及释放媒体网关(MG，Media Gateway)异常实时传输协议(RTP，Real Transport Protocol)资源的方法。

背景技术

软交换(SoftSwitch)及媒体网关(MG)分别是下一代网络(NGN)中的核心设备。SoftSwitch主要完成呼叫控制、媒体网关接入控制、资源分配、协议处理、路由、认证、计费等主要功能，并向用户提供基本话音业务、多媒体业务、移动业务以及多样化的第三方业务；MG则在SoftSwitch的控制下实现语音媒体流的建立、传送及释放。

图1是现有技术软交换和媒体网关系统组网示意图，如图1所示，软交换通过MEGACO(Media Gateway Control)协议或MGCP(Media GatewayControl Protocol)协议来控制媒体网关完成呼叫过程。当媒体网关MG1上的用户A和MG2上的用户B呼叫建立进入通话后，在MG1上会建立一个RTP端口，用于把用户A的语音编码为RTP媒体流，经分组交换网发送到MG2；该RTP端口资源同时会把来自于MG2上用户B的RTP媒体流解码还原为语音送到用户A。MG2实现通话的方式和MG1一样，这样用户A和用户B就可实现语音的双向互通。

图2是现有技术软交换控制媒体网关建立呼叫的过程示意图；如图2所示，MG1上的用户A呼叫MG2上的用户B时包括步骤：

201)MG1上用户A摘机，MG1上报软交换；

202)软交换要求MG1对用户A放拔号音并收号；

203)MG1上的用户拔号，把所拔的号码上报软交换；

204)软交换向MG1发送命令，请求为用户A分配一个RTP资源，用于RTP媒体流的处理；

205)软交换向MG2发送命令，请求用户B振铃，并为用户B分配一个RTP资源，用于RTP媒体流的处理；

206)软交换向MG1发送命令，请求对用户A放回铃音，并修改RTP端口的属性；

207)MG2上的用户B摘机，进入通话；

208)软交换停止MG1的用户A的回铃音，并修改RTP端口的为收发模式。

209)MG1上的用户A挂机；

210)软交换向MG1上的用户A下发释放消息，MG1释放用户A及RTP资源，停止媒体流的处理；

211)MG2上的用户B挂机；

212)软交换向MG2上的用户B下发释放消息，MG2释放用户B及RTP资源，停止媒体流的处理。

从流程可以看出，当执行步骤210)或212)时，若软交换下发的释放消息丢失，或软交换因为某种异常没有向媒体网关下发该消息，网关上的RTP资源就不会被释放，即通道仍处于收发媒体流的状态，并且该资源一直被占用着。如果过多异常RTP资源没有释放，媒体网关上的RTP资源就会耗尽，新的呼叫将无法建立；另一方面，异常RTP资源仍不停的经分组网向另一侧媒体网关发送媒体流，影响网络的性能，并影响另一侧媒体网关对应的RTP端口上新的呼叫的正常进行。

因此媒体网关和软交换之间很有必要有一种机制来对异常情况下的RTP资源进行及时的检测和释放。

对于异常的RTP资源，传统的做法是通过人工干预，发现异常的RTP资源后人工操作释放；另一种做法是通过软交换对媒体网关的呼叫状态定时查询，有异常的RTP资源进行及时释放。这两种方法都有不完善的地方，一方面对于媒体网关及软交换上同时出现的异常RTP资源，无法得到及时检测释放，另一方面，定时查询加大了软交换和媒体网关的信令交互负荷，影响软交换及媒体网关的性能。

发明内容

本发明要解决的技术问题是提供一种媒体网关主动检测RTP资源是否出现异常并及时释放在媒体网关上的异常RTP资源的方法，克服现有技术当媒体网关和软交换之间由于网络及信令处理异常，引起RTP资源不能正确释放时必须人工干预，及媒体网关及软交换上同时出现异常RTP资源时无法进行检测和释放的缺点。

本发明采用如下的技术方案：

一种检测及释放媒体网关异常实时传输协议资源的方法，其特征在于，包括步骤：

A、媒体网关监视每一个实时传输协议端口接收媒体包的时间，若在设定的时间内某个实时传输协议端口没有接收到媒体包，媒体网关向软交换发送该实时传输协议端口出现异常的通知消息；

B、如果软交换上对应所述实时传输协议端口的呼叫不存在，则软交换回应标识呼叫不存在的应答消息，媒体网关收到该应答消息后，关闭该实时传输协议端口，释放相关的呼叫资源；如果软交换上对应所述实时传输协议端口的呼叫存在，则软交换回应正常应答消息，媒体网关收到该应答消息后，继续执行步骤A；

C、如果步骤A和B重复了一定次数，某个实时传输协议端口仍没有收到媒体包，媒体网关关闭该实时传输协议端口，释放相关的呼叫资源，向软交换发送标识呼叫退出的请求消息，软交换收到该请求消息后，释放相应的呼叫资源。

所述步骤A中的通知消息包括以下字段：该实时传输协议端口的终结点标识、呼叫标识及呼叫检测消息的标识。

媒体网关采用事件触发的方式向软交换报告实时传输协议端口异常，事件描述符由软交换在呼叫建立后发送给媒体网关。

采用本发明技术方案，能够有效地对异常的RTP资源及时进行检测及释放；防止异常RTP端口向网络上的其它媒体网关持续发送媒体流，从而影响网络性能及其它媒体网关对应端口上的正常呼叫的问题，克服了现有技术当RTP资源不能正确释放时必须人工干预，及媒体网关及软交换上同时出现异常RTP资源时无法进行检测和释放的缺点。

附图说明

图1是现有技术软交换和媒体网关系统组网示意图；

图2是现有技术软交换控制媒体网关建立呼叫的过程示意图；

图3是本发明检测叫释放异常RTP资源的流程图；

图4是本发明使用MEGACO协议实现的信令过程示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步详细说明：

MEGACO协议是IETF的3525协议，其采用了分离网关思想，将原来信令和媒体集中处理的网关分解为两部分：媒体网关和软交换，软交换通过MEGACO协议控制MG的动作，软交换向MG发出要执行的命令，MG执行并将结果返回，软交换也要处理MG主动上报所发生的事件请求。MEGACO协议中的逻辑关系通过连接模型来表示，连接模型中两个最基本的构件就是关联和终结点，关联表示了终结点之间的连接和拓扑关系。MEGACO协议通过包(Package)来描述不同的业务属性，包是可以根据业务的需要进行扩展的。

软交换和MG之间的主要命令包括SERVICECHANGE(注册)，ADD(增加)，MODIFY(修改)，SUBTRACT(删除)，NOTIFY(通知)等等。

图3是本发明检测叫释放异常RTP资源的流程图，图4是本发明使用MEGACO协议实现的信令过程示意图，首先定义一个MEGACO协议的扩展包RTPHang，该包中描述检测RTP端口被挂死的的事件hang，并为hang事件定义一个参数hangtime，该参数用于规定多长时间没有收到媒体包即认为该RTP端口被挂死。

401)呼叫建立后，软交换即向MG上进入呼叫的RTP终结点发送一个MODIFY命令，MODIFY命令中包含一个事件描述符，该事件描述符中包含了RTP终结点在通话过程中长时间没有收到媒体包的事件，以及多长时间内没有收到任何媒体包即触发MG向软交换上报该事件的时长。信令的形式可以如下：

MEGACO/1[123.123.123.4]:2944

Transaction=9999{

Context=789{

Modify=RTP0001{

Events=2222{RTPHang/hang(hangtime=60)}

} } }

其中RTP0001为终结点的名称；RTPHang/hang检测长时间没有收到媒体流的事件；hangtime表示60秒的时长内没有收到任何媒体流，MG需向软交换上报该事件。

402)MG收到该MODIFY命令后，即开始持续检测RTP终结点长时间没有收到媒体包的事件。当在通话的过程中任何一段时间内，在软交换设定的时长内没有收到任何媒体包，MG即认为该RTP端口可能被挂死，准备向软交换用NOITFY命令上报软交换该事件。在NOTIFY命令，包含有RTP终结点的标识ID、关联ID以及长时间没有收到媒体包的事件名称。信令的形式可以如下：

MEGACO/1[124.124.124.222]:2944 Transaction=10000{

Context=789{

Notify=RTP0001{ObservedEvents=2222{

20050605T22000000:RTPHang/hang}}

} }

其中RTP0001为终结点的标识ID，Context＝789中的789为关联ID，RTPHang/hang为长时间没有收到媒体包的事件名称。

403)软交换收到该事件，判断该关联ID以及终结点ID所在的呼叫是否存在，如果存在，则给MG的应答消息中，回应一个正常的成功应答即可；如果软交换发现该关联ID及终结点ID所在的呼叫在软交换上已不存在，则回应给MG的应答消息中包含一个该呼叫不存在的错误。信令的形式可以如下：

MEGACO/1[123.123.123.4]:2944 Reply=10000{

Context=789{Notify=RTP0001{Error=600{}}}}

其中Error＝600表示关联789以及终结点RTP0001在软交换上已不存在它们的呼叫了。

MG收到软交换的应答信令后，如果应答是一个成功应答，则继续检测长时间没有收到任何媒体流的事件；如果软交换返回的应答是一个呼叫不存在的应答，则关闭该RTP端口，释放包括RTP端口在内的该呼叫的所有资源，流程到此结束。

404)MG连续检测到长时间没有收到任何媒体流的事件，重复402)～～403)十次左右，每次上报软交换该事件，软交换总返回MG成功的应答，则软交换上该RTP端口对应的呼叫同时也被挂死。MG即直接关闭该RTP端口，释放包括RTP端口在内的该呼叫的所有资源，并向软交换发送SERVICECHANGE命令，命令中包含关联ID，终结点ID，以及退出呼叫的标识：方法(Method)为FORCED。信令的形式可以如下：

MEGACO/1[124.124.124.222]:2944 Transaction=19998{

Context=789{

ServiceChange=RTP0001{Services{

Method=FORCE}

} } }

软交换收到该命令也立刻释放自己呼叫资源。

尽管参照实施例对使用MEGACO协议实现的本发明，进行了图示和描述，本领域技术人员将能理解，在不偏离本发明的范围和精神的情况下，可以对它进行形式和细节的种种显而易见的修改。例如，由于MEGACO协议和MGCP协议的相似性，本方法的技术方案的实质内容对于使用MGCP协议同样适用。在不脱离本发明的精神和范围的情况下，所有的变化和修改都在所附权利要求书所限定的范围之内。

Claims

1、一种检测及释放媒体网关异常实时传输协议资源的方法，其特征在于，包括步骤：

2、根据权利要求1所述的检测及释放媒体网关异常实时传输协议资源的方法，其特征在于：所述步骤A中的通知消息包括以下字段：该实时传输协议端口的终结点标识、呼叫标识及呼叫检测消息的标识。

3、根据权利要求2所述的检测及释放媒体网关异常实时传输协议资源的方法，其特征在于：媒体网关采用事件触发的方式向软交换报告实时传输协议端口异常，事件描述符由软交换在呼叫建立后发送给媒体网关。