CN101594391B - 一种减少资源吊死的方法及系统 - Google Patents
一种减少资源吊死的方法及系统 Download PDFInfo
- Publication number
- CN101594391B CN101594391B CN200910150619A CN200910150619A CN101594391B CN 101594391 B CN101594391 B CN 101594391B CN 200910150619 A CN200910150619 A CN 200910150619A CN 200910150619 A CN200910150619 A CN 200910150619A CN 101594391 B CN101594391 B CN 101594391B
- Authority
- CN
- China
- Prior art keywords
- resource
- media
- request
- replying
- media resource
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提出一种减少资源吊死的方法及系统,包括:媒体网关控制器在向媒体网关发送申请媒体资源的请求后,接收到一应答,如判断该应答为成功申请到媒体资源的应答,且该媒体网关控制器上不存在该应答对应的申请媒体资源的请求,则根据该应答中携带的资源信息组建释放该媒体资源的请求,并将该请求下发给媒体网关,媒体网关根据该释放媒体资源的请求进行释放媒体资源的操作。该方法可以减少媒体网关上资源吊死状况的发生,使系统更加稳定高效地运行。
Description
技术领域
本发明涉及采用控制和承载分离架构思想组网的通讯领域,尤其涉及一种减少承载网元上资源吊死状况发生的方法及系统。
背景技术
随着通讯系统在经济和社会生活等各个领域日益广泛的应用,通讯系统技术本身也在快速发展之中,不管是正在逐步铺开的第三代移动通讯系统,还是日益成熟完善的IMS(IP Multimedia Subsystem,IP多媒体系统),技术上的发展正在日益满足用户对于通讯系统的需求。目前业界广泛认同,下一代的通讯系统将是一个控制与承载相分离的网络,其基本特征是将传统的控制和呼叫集中的设备分离为MGC(Media Gateway Controller,媒体网关控制器)和MGW(Media Gateway,媒体网关)两个部分,其中的MGC完成对MGW的控制,进行基本呼叫及其新业务的实现。在IMS域中SPDF(Service Policy Decision Function,业务策略选择功能)与BGF(BorderGateway Function,边界网关功能)之间的Ia(TISPAN定义)接口、MRFC(Multimedia Resource Function Controller,多媒体资源功能控制器)与MRFP(Multimedia Resource Function Processor,多媒体资源功能处理器)之间的Mp(TS23.333定义)接口、IMS域中MGCF(Media Gateway ControlFunction,媒体网关控制功能)对传统PSTN/CS(Public Switched TelephoneNetwork,公共交换电话网/Circuit Switched domain,电路域)网络的互通控制接口以及软交换技术实现中的MGC(Media Gateway Controller,媒体网关控制器)对于MGW(Media Gateway,媒体网关)设备的控制接口都是基于媒体网关控制协议的具体实现。
媒体网关控制协议就是作为网关控制器和网关之间的主要媒体网关协议而得到广泛应用的。在媒体网关控制协议中,媒体网关主要负责将一种网络中的媒体转换成另一种网络所要求的媒体格式。例如:媒体网关可以在电路交换网的承载通道和分组网的媒体流之间进行转换。媒体网关控制器对与媒体网关中的媒体通道的连接控制相关的呼叫状态部分进行控制,其可以通过媒体网关控制协议完全掌控媒体网关的行为。媒体网关也可以通过媒体网关控制协议向媒体网关控制器报告用户端的事件,从而实现正常的通信。
媒体网关控制协议所实现的是严格的控制与承载相分离,在协议体系架构下,媒体网关控制器通过ADD命令控制媒体网关申请媒体资源,媒体网关控制器根据ADD命令的应答消息建立起与媒体网关中真实资源的映射,后续通过这一与媒体网关上实际资源的映射来管理(包括修改、释放)媒体网关上的实际媒体资源。一旦媒体网关控制器上无法建立起这一映射关系,就会造成媒体网关上被占用资源的吊死,而造成媒体网关控制器上这一映射失败则是受制于网络和协议双重因素。媒体网关控制协议规定的正常的映射建立过程是:媒体网关控制器向媒体网关下发ADD请求,并设置应答消息的等待时间,在这一等待时间内应答成功接收到应答ADD应答消息则建立起与媒体网关上实际占用资源的映射关系。而由于网络丢包无法返回应答或者应答因为时间延迟在媒体网关控制器的等待时间范围外才抵达则都无法在媒体网关控制器上建立起这一映射关系。
针对于网络丢包问题媒体网关控制协议通过定义重传以及三次握手机制使得应答消息可以最大限度的传递到对端网元,但是如果来自媒体网关的应答消息因为时延原因传递到媒体网关控制器端时已经超过了媒体网关控制器设置的请求处理的最大时间限制,此时,该应答被认为是无效应答而被直接丢弃,造成媒体网关上的资源被吊死。
本专利申请人经过对媒体网关上资源吊死情况的深入分析后发现,资源吊死的主要原因是由于申请成功后没有进行释放所致,在通讯系统中控制网元不释放承载网元上占用资源则是因为控制网元不知晓该资源(吊死资源)被占用。究其原因就是因为占用资源的应答消息返回到控制网元时已经超过了该控制网元对于请求消息的最大时间限制,应答消息被直接丢弃,致使承载网元上申请成功了资源而不能被释放即产生资源吊死。以目前3GPP2协议中的移动起呼流程图(A2p Bearer Info in CM Service Request)为例,就存在这一问题。
由于媒体网关上媒体资源有限,一旦媒体网关上发生较多的资源吊死,那么准备媒体的过程就会失败,导致后续接续无法进行,而图1中虚线方框中的应答消息返回到媒体网关控制器时超过了媒体网关控制器的请求消息处理时间限制也就会造成了媒体网关上资源的吊死。
针对承载网元上的吊死资源,目前媒体网关控制协议的处理方式是,媒体网关控制器在申请资源时同时下发对该资源的吊死检测请求来要求媒体网关对该资源进行周期性的吊死检验,检验通过向媒体网关控制器发送该资源的检测信息来实现,如果媒体网关控制器接收到关于该资源的检测请求后发现自身网元上有这一资源的占用映射关系则通过返回成功应答的方式告知媒体网关这一资源在正常使用;否则媒体网关控制器会向媒体网关返回错误应答然后向媒体网关下发针对该资源的释放请求,从而达到检测释放媒体网关上吊死资源的目的。
但是,这种处理方式也存在一定劣势:媒体网关上需要针对每一个资源绑定定时器资源以进行资源吊死检测,这会占用大量的系统资源;媒体网关上针对资源的检测需要通过与媒体网关控制器之间交互消息实现,相隔固定的时间周期便会触发,增加了网元间的消息流量,同时也会加大媒体网关和媒体网关控制器的处理负荷;媒体网关上检测出资源发生吊死之后还需要媒体网关控制器进行释放,这样媒体网关上检测出资源发生吊死直至吊死资源被释放需要较长的周期,而在通讯系统中资源如果不能及时释放往往造成呼损的发生。
发明内容
本发明所要解决的技术问题是提出一种减少资源吊死的方法及系统,减少媒体网关上资源吊死状况的发生,使系统更加稳定高效地运行。
为解决上述技术问题,本发明提出一种减少资源吊死的方法,媒体网关控制器向媒体网关发送出申请媒体资源的申请后,如果达到预置的时长阈值而未收到成功申请到媒体资源的应答,则释放该申请媒体资源的应答,其中:
媒体网关控制器在向媒体网关发送申请媒体资源的请求后,接收到一应答,如判断该应答为成功申请到媒体资源的应答,且该媒体网关控制器上不存在该应答对应的申请媒体资源的请求,则根据该应答中携带的资源信息组建释放该媒体资源的请求,并将该请求下发给媒体网关,媒体网关根据该释放媒体资源的请求进行释放媒体资源的操作。
进一步地,上述方法还可具有以下特点:
媒体网关在接收到该释放媒体资源的请求后,先根据该请求中携带的资源信息定位到相应的媒体资源,然后进行资源释放操作。
进一步地,上述方法还可具有以下特点:
媒体网关在成功释放掉被占用的媒体资源后,向媒体网关控制器返回成功释放掉该媒体资源的应答;
媒体网关控制器接收到该成功释放掉该媒体资源的应答后,释放该释放媒体资源的请求。
进一步地,上述方法还可具有以下特点:
媒体网关从媒体网关控制器接收到申请媒体资源的请求后,解析并判断该请求是否为重传的请求,如果不是重传的请求,则根据该请求进行申请媒体资源的操作,成功到申请到媒体资源后,向媒体网关控制器返回成功申请到媒体资源的应答;如果是重传的请求,则直接定位到该成功申请到媒体资源的应答,并将该应答重传至媒体网关控制器。
进一步地,上述方法还可具有以下特点:
媒体网关控制器在判断出接收到的应答为成功申请到媒体资源的应答且该媒体网关控制器上不存在该应答对应的申请媒体资源的请求后,先根据该成功申请到媒体资源的应答中携带的资源信息判断当前是否存在该资源的映射关系,如果不存在,再根据该应答中携带的资源信息组建释放该媒体资源的请求;如果存在,则丢弃该应答。
进一步地,上述方法还可具有以下特点:
媒体网关控制器在向媒体网关发送释放该媒体资源的请求后,如果超过预置的处理时间阈值仍未接收到成功释放掉媒体资源的应答,则释放该释放媒体资源的请求。
进一步地,上述方法还可具有以下特点:
媒体网关控制器接收到该成功释放掉媒体资源的应答后,如果无法定位出其对应的释放媒体资源的请求,则丢弃该成功释放掉媒体资源的应答。
进一步地,上述方法还可具有以下特点:
媒体网关控制器在向媒体网关发送申请媒体资源的请求后,接收到一应答时,先判断该应答的类型,如果是ADD类型消息,则认为该应答为成功申请到媒体资源的应答,如果不是ADD类型的消息,则丢弃该应答。
为解决上述技术问题,本发明还提出一种减少资源吊死的系统,包含媒体网关控制器和媒体网关,所述媒体网关控制器包含一控制处理模块、一解析判断模块、一接收模块、一发送模块,其中:
该接收模块,接收媒体网关发送来的应答,并将其发送至该解析判断模块;
该解析判断模块,对该接收模块发送来的应答进行解析判断,在判断出该应答为成功申请到媒体资源的应答,且该媒体网关控制器上不存在该应答对应的申请媒体资源的请求,则通知控制处理模块该应答为无效的成功申请到媒体资源的应答;
控制处理模块,在获知该应答为无效的成功申请到媒体资源的应答时,根据该应答中携带的资源信息组建释放该媒体资源的请求,控制该发送模块将该释放媒体资源的请求下发给媒体网关。
媒体网关,在接收到该释放媒体资源的请求后,根据该请求进行释放媒体资源的操作。
进一步地,上述系统还可具有以下特点:
该解析判断模块,在判断出接收到的应答为成功申请到媒体资源的应答且该媒体网关控制器上不存在该应答对应的申请媒体资源的请求后,先根据该成功申请到媒体资源的应答中携带的资源信息判断当前是否存在该资源的映射关系,如果不存在,再通知控制处理模块该应答为无效的成功申请到媒体资源的应答;如果存在,通知控制处理模块该应答为重发的成功申请到媒体资源的应答;
控制处理模块,在获知该应答为重发的成功申请到媒体资源的应答时,丢弃该应答。
本发明提出的一种减少资源吊死的方法及系统,可以使得吊死资源得以立即释放,避免原有处理需要耗费大量资源且资源释放不及时的问题发生,使系统更加稳定高效地运行。
附图说明
图1本发明实施例快速释放吊死资源的处理方法流程图1;
图2本发明实施例快速释放吊死资源的处理方法流程图2;
图3本发明实施例快速释放吊死资源的处理方法流程图3。
具体实施方式
下面结合附图及具体实施例对本发明进行详细说明。
首先,本发明实施例针对目前协议中对无效消息的处理进行改进,以达到快速释放资源的效果,具体改进方法如图1所示,包含:
步骤S101:媒体网关控制器向媒体网关发送申请媒体资源的请求,以控制媒体网关申请一个媒体资源用于基本呼叫的建立;
该申请媒体资源的请求及其对应的应答均为ADD类型的消息;
步骤S102:媒体网关从媒体网关控制器接收到申请媒体资源的请求后,根据该请求进行申请媒体资源的操作;
步骤S103:媒体网关成功申请到媒体资源后,向媒体网关控制器返回成功到申请媒体资源的应答;
步骤S104:媒体网关控制器在预置对申请媒体资源的请求的处理时长阈值T1内,如果从媒体网关接收到成功申请到媒体资源的应答,则进入步骤S105;如果超过T1时长,仍未从媒体网关接收到成功申请到媒体资源的应答,则进入步骤S106;
步骤S105:媒体网关控制器根据该应答定位到与其对应的该申请媒体资源的请求,建立并维护资源映射关系,释放该申请媒体资源的请求,结束;
步骤S106:媒体网关控制器释放该申请媒体资源的请求,进入步骤S107;
由于超出T1仍未收到应答,媒体网关控制器将释放该申请媒体资源的请求,那么在超过T1之后,媒体网关控制器即使收到该成功申请到媒体资源的应答,也无法根据收到的应答定位到相应的请求了,为了避免资源吊死,本发明实施例将执行下述优化的技术方案:
步骤S107:媒体网关控制器接收到来自媒体网关的应答后,分析该应答中的命令类型,如果为ADD类型,则进入步骤S108;否则,丢弃该应答,结束;
步骤S108:媒体网关控制器根据该应答中的资源信息无法匹配到该资源的映射关系,根据该应答中携带的资源信息组建释放该媒体资源的请求,并将该释放媒体资源的请求下发给媒体网关,进入步骤S109;
步骤S109:媒体网关接收到该释放媒体资源的请求后,根据该请求中携带的资源信息定位到相应的媒体资源,进行资源释放操作,然后进入步骤S110;
步骤S110:媒体网关在成功释放掉被占用的媒体资源后,向媒体网关控制器返回成功释放掉该媒体资源的应答,进入步骤S111;
步骤S111:媒体网关控制器接收到该成功释放掉该媒体资源的应答后,释放该成功释放掉该媒体资源的应答对应的请求,即该释放媒体资源的请求,结束。
步骤S106至步骤S111为本发明实施例对无效信息的较佳处理方式,在超时收到成功申请到媒体资源的应答后,下发释放该媒体资源的请求来释放被占用的资源,可以有效防止出现资源吊死。
考虑到信令交互过程中可能存在重传的情况,比如为了解决网络丢包问题往往会采用重传方式,因此本发明实施例还提出另一种快速释放吊死资源的处理方法,可以有效防止申请媒体资源的请求发生重传后资源被错误释放处理,如图2所示,包含步骤:
步骤S201:媒体网关控制器向媒体网关发送申请媒体资源的请求,以及设置对该请求进行重传的时间间隔T2和重传次数N,在每一重传间隔T2内,判断是否收到该成功申请到媒体资源的应答,如果在该重传间隔到时时仍未收到,则启动重传机制,向媒体网关重传该申请媒体资源的请求;如果在最后一重传间隔结束时,仍未收到该成功申请到媒体资源的应答,则释放该申请媒体资源的请求,然后执行步骤S107~S111;
该预置的重传间隔与该预置的重传次数N之积即为图1中预置的申请媒体资源请求的处理时长阈值T1,超过该重传间隔与该预置的重传次数N之积的时长,则释放该申请媒体资源的请求;
该申请媒体资源的请求及其对应的应答均为ADD类型的消息;
步骤S202:媒体网关从媒体网关控制器接收到申请媒体资源的请求后,解析并判断该请求是否为重传的请求,如果不是重传的请求,则进入步骤S203;如果是重传的请求,则进入步骤S205;
步骤S203:媒体网关根据该请求进行申请媒体资源的操作,成功申请到媒体资源后,向媒体网关控制器返回成功申请到媒体资源的应答,进入步骤S204;
步骤S204:媒体网关控制器从媒体网关接收到该成功申请到媒体资源的应答后,根据该应答定位到对应的请求,建立并维护资源映射关系,然后释放该申请媒体资源的请求,结束;
步骤S205:媒体网关根据该申请媒体资源的请求定位到该请求对应的应答,即成功申请到媒体资源的应答,并将该应答发送至媒体网关控制器;
由于在步骤S205中,媒体网关接收到的该申请媒体资源的请求为重传的请求,媒体网关之前已经接收到该申请媒体资源的请求,且已经生成并发送成功申请到媒体资源的应答给媒体网关了,因此,当收到重传的中请媒体资源的请求后,可以直接定位到该成功申请到媒体资源的应答;
由于步骤S204中,媒体网关控制器根据首次从媒体网关接收到该成功申请媒体资源的应答建立起资源映射关系后,释放了该请求消息,所以,当媒体网关控制器再次收到该成功申请媒体资源的应答时,是无法定位到对应的请求的,因此执行步骤S206;
步骤S206:媒体网关控制器接收到该应答后,判断该应答是否为成功申请到媒体资源的应答,如果是,则进入步骤S207;否则丢弃该应答;
步骤S207:媒体网关控制器根据该应答中携带的媒体资源信息成功定位到该资源的映射关系,然后丢弃该应答,结束。
该资源的映射关系为上述步骤S204中建立起来的。
本发明实施例还提出另一种快速释放吊死资源的处理方法,应用于处理的无效应答并非申请媒体资源的应答的情况,如图3所示,包含步骤:
步骤S301:媒体网关控制器向媒体网关发送申请媒体资源的请求,媒体网关控制器还设定对该申请媒体资源的请求的处理时长阈值T1;
该申请媒体资源的请求及其对应的应答均为ADD类型的消息;
步骤S302:媒体网关从媒体网关控制器接收到申请媒体资源的请求后,根据该请求进行申请媒体资源的操作;
步骤S303:媒体网关成功申请到媒体资源后,向媒体网关控制器返回成功申请到媒体资源的应答;
步骤S304:媒体网关控制器在设定的时间限制范围T1内,如果从媒体网关接收到成功申请媒体资源的应答,则进入步骤S305;如果超过T1时长,仍未从媒体网关接收到成功申请到媒体资源的应答,则进入步骤S306;
步骤S305:媒体网关控制器根据该成功申请到媒体资源的应答定位到对应的请求,即申请媒体资源的请求,建立并维护资源映射关系,释放该申请媒体资源的请求,结束;
步骤S306:媒体网关控制器释放该申请媒体资源的请求,进入步骤S307;
由于超出T1仍未收到应答,媒体网关控制器将释放该申请媒体资源的请求,那么在超过T1之后,媒体网关控制器即使收到该请求对应的应答,也无法根据收到的应答对应到相应的请求了,为了避免资源吊死,将执行本发明实施例下述优化的技术方案:
步骤S307:媒体网关控制器接收到来自媒体网关的应答后,无法查找到与该应答相对应的请求,分析该应答中的命令类型,如果为ADD类型的,则进入步骤S308;否则,丢弃该消息;
步骤S308:媒体网关控制器根据该应答中的资源信息无法匹配到该资源的映射关系,根据该应答中携带的资源信息组建释放该媒体资源的请求,并将该请求下发给媒体网关;
步骤S309:媒体网关接收到释放该媒体资源的请求后,定位到该媒体资源,对其进行释放操作;
步骤S310:媒体网关在成功释放掉占用的媒体资源后,向媒体网关控制器返回成功释放掉媒体资源的应答;
本实施例主要是针对在媒体网关控制器超时接收到成功释放媒体资源的应答情况的处理方法,即针对无效应答并非申请媒体资源的请求对应的应答的情况:
步骤S311:媒体网关控制器在预置的事物处理时间阈值T3内没有接收到应答消息,则释放该释放媒体资源的请求;
步骤S312:媒体网关控制器接收到该成功释放媒体资源的应答后,无法定位出其对应的请求,继续分析出该应答并非申请媒体资源的应答,则将该应答丢弃,结束。
为了实现上述减少资源吊死的方法,本发明还提出一种减少资源吊死的系统,包含媒体网关控制器和媒体网关,所述媒体网关控制器包含一控制处理模块、一解析判断模块、一接收模块、一发送模块,其中:
该接收模块,接收媒体网关发送来的应答,并将其发送至该解析判断模块;
该发送模块,在控制处理模块的控制下向媒体网关发送请求;
该解析判断模块,对该接收模块发送来的应答进行解析判断,在判断出该应答为成功申请到媒体资源的应答,且该媒体网关控制器上不存在该应答对应的申请媒体资源的请求,则通知控制处理模块该应答为无效的成功申请到媒体资源的应答;
控制处理模块,在获知该应答为无效的成功申请到媒体资源的应答时,根据该应答中携带的资源信息组建释放该媒体资源的请求,控制该发送模块将该释放媒体资源的请求下发给媒体网关。
媒体网关,在接收到该释放媒体资源的请求后,根据该请求进行释放媒体资源的操作。
对于存在重发机制的情况:该解析判断模块,在判断出接收到的应答为成功申请到媒体资源的应答且该媒体网关控制器上不存在该应答对应的申请媒体资源的请求后,先根据该成功申请到媒体资源的应答中携带的资源信息判断当前是否存在该资源的映射关系,如果不存在,再通知控制处理模块该应答为无效的成功申请到媒体资源的应答;如果存在,通知控制处理模块该应答为重发的成功申请到媒体资源的应答;控制处理模块,在获知该应答为重发的成功申请到媒体资源的应答时,丢弃该应答。
通过以上的处理,可以使得吊死资源得以立即释放,避免原有处理需要耗费大量资源且资源释放不及时的问题发生,使系统更加稳定高效的运行。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种减少资源吊死的方法,媒体网关控制器向媒体网关发送出申请媒体资源的申请后,如果达到预置的时长阈值而未收到成功申请到媒体资源的应答,则释放该申请媒体资源的请求,其特征在于,包括:
媒体网关控制器在向媒体网关发送申请媒体资源的请求后,接收到一应答,如判断该应答为成功申请到媒体资源的应答,且该媒体网关控制器上不存在该应答对应的申请媒体资源的请求,则根据该应答中携带的资源信息组建释放该媒体资源的请求,并将该请求下发给媒体网关,媒体网关根据该释放媒体资源的请求进行释放媒体资源的操作。
2.如权利要求1所述的方法,其特征在于:
媒体网关在接收到该释放媒体资源的请求后,先根据该请求中携带的资源信息定位到相应的媒体资源,然后进行资源释放操作。
3.如权利要求1所述的方法,其特征在于:
媒体网关在成功释放掉被占用的媒体资源后,向媒体网关控制器返回成功释放掉该媒体资源的应答;
媒体网关控制器接收到该成功释放掉该媒体资源的应答后,释放该释放媒体资源的请求。
4.如权利要求1所述的方法,其特征在于:
媒体网关从媒体网关控制器接收到申请媒体资源的请求后,解析并判断该请求是否为重传的请求,如果不是重传的请求,则根据该请求进行申请媒体资源的操作,成功到申请到媒体资源后,向媒体网关控制器返回成功申请到媒体资源的应答;如果是重传的请求,则直接定位到该成功申请到媒体资源的应答,并将该应答重传至媒体网关控制器。
5.如权利要求4所述的方法,其特征在于:
媒体网关控制器在判断出接收到的应答为成功申请到媒体资源的应答且该媒体网关控制器上不存在该应答对应的申请媒体资源的请求后,先根据 该成功申请到媒体资源的应答中携带的资源信息判断当前是否存在该资源的映射关系,如果不存在,再根据该应答中携带的资源信息组建释放该媒体资源的请求;如果存在,则丢弃该应答。
6.如权利要求1所述的方法,其特征在于:
媒体网关控制器在向媒体网关发送释放该媒体资源的请求后,如果超过预置的处理时间阈值仍未接收到成功释放掉媒体资源的应答,则释放该释放媒体资源的请求。
7.如权利要求6所述的方法,其特征在于:
媒体网关控制器接收到该成功释放掉媒体资源的应答后,如果无法定位出其对应的释放媒体资源的请求,则丢弃该成功释放掉媒体资源的应答。
8.如权利要求1所述的方法,其特征在于:
媒体网关控制器在向媒体网关发送申请媒体资源的请求后,接收到一应答时,先判断该应答的类型,如果是ADD类型消息,则认为该应答为成功申请到媒体资源的应答,如果不是ADD类型的消息,则丢弃该应答。
9.一种减少资源吊死的系统,包含媒体网关控制器和媒体网关,其特征在于,所述媒体网关控制器包含一控制处理模块、一解析判断模块、一接收模块、一发送模块,其中:
该接收模块,接收媒体网关发送来的应答,并将其发送至该解析判断模块;
该解析判断模块,对该接收模块发送来的应答进行解析判断,在判断出该应答为成功申请到媒体资源的应答,且该媒体网关控制器上不存在该应答对应的申请媒体资源的请求,则通知控制处理模块该应答为无效的成功申请到媒体资源的应答;
控制处理模块,在获知该应答为无效的成功申请到媒体资源的应答时,根据该应答中携带的资源信息组建释放该媒体资源的请求,控制该发送模块将该释放媒体资源的请求下发给媒体网关;
媒体网关,在接收到该释放媒体资源的请求后,根据该请求进行释放媒体资源的操作。
10.如权利要求9所述的系统,其特征在于:
该解析判断模块,在判断出接收到的应答为成功申请到媒体资源的应答且该媒体网关控制器上不存在该应答对应的申请媒体资源的请求后,先根据该成功申请到媒体资源的应答中携带的资源信息判断当前是否存在该资源的映射关系,如果不存在,再通知控制处理模块该应答为无效的成功申请到媒体资源的应答;如果存在,通知控制处理模块该应答为重发的成功申请到媒体资源的应答;
控制处理模块,在获知该应答为重发的成功申请到媒体资源的应答时,丢弃该应答。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910150619A CN101594391B (zh) | 2009-06-19 | 2009-06-19 | 一种减少资源吊死的方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910150619A CN101594391B (zh) | 2009-06-19 | 2009-06-19 | 一种减少资源吊死的方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101594391A CN101594391A (zh) | 2009-12-02 |
CN101594391B true CN101594391B (zh) | 2012-09-26 |
Family
ID=41408828
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910150619A Expired - Fee Related CN101594391B (zh) | 2009-06-19 | 2009-06-19 | 一种减少资源吊死的方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101594391B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106878198A (zh) * | 2015-12-14 | 2017-06-20 | 北京信威通信技术股份有限公司 | 一种媒体资源异常的处理方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1708141A (zh) * | 2004-06-08 | 2005-12-14 | 华为技术有限公司 | 媒体网关中终端资源释放方法 |
CN1747469A (zh) * | 2004-09-06 | 2006-03-15 | 中兴通讯股份有限公司 | 一种h.248协议资源的释放方法 |
CN101262679A (zh) * | 2007-03-06 | 2008-09-10 | 中兴通讯股份有限公司 | 资源释放方法 |
-
2009
- 2009-06-19 CN CN200910150619A patent/CN101594391B/zh not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1708141A (zh) * | 2004-06-08 | 2005-12-14 | 华为技术有限公司 | 媒体网关中终端资源释放方法 |
CN1747469A (zh) * | 2004-09-06 | 2006-03-15 | 中兴通讯股份有限公司 | 一种h.248协议资源的释放方法 |
CN101262679A (zh) * | 2007-03-06 | 2008-09-10 | 中兴通讯股份有限公司 | 资源释放方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101594391A (zh) | 2009-12-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20160249401A1 (en) | Ip multimedia subsystem, proxy session control apparatus, and communication control method | |
CN101895447B (zh) | Sip中继网关故障监控方法以及sip中继网关 | |
CN103685166A (zh) | 起始会话协议终端切换主备服务器的方法及装置 | |
CN105790903A (zh) | 一种终端及终端呼叫软切换的方法 | |
WO2012109848A1 (zh) | 一种基于流控制传输协议的信令重传方法、装置及系统 | |
CN105813228A (zh) | 基于SIP over TCP/TLS的通信方法及相关装置 | |
CN101997850A (zh) | 用于ip多媒体子系统的呼叫管理方法及装置 | |
WO2013078849A1 (zh) | 容灾倒回服务呼叫会话控制功能实体的方法、系统及装置 | |
CN101459533B (zh) | 一种下一代网络中改进的应用服务器容灾的系统及方法 | |
CN101594391B (zh) | 一种减少资源吊死的方法及系统 | |
CN102457494B (zh) | 一种基于sip信令提高监听成功率的方法和装置 | |
CN101212814A (zh) | 网元数据失效或发生故障后的业务处理方法、系统及网元 | |
JP2013219755A (ja) | mVoIP端末のバッテリーの節約システム及びバッテリーの節約方法{SystemandmethodforeconomizingmVoIPbattery} | |
CN106028389B (zh) | 一种容灾倒回的方法及系统 | |
CN101917302B (zh) | 一种减少因终端媒体瞬断导致断话的方法及系统 | |
CN101505239A (zh) | 文本电话发送、接收处理装置、通信方法及通信系统 | |
CN101772194A (zh) | 一种通用分组无线服务隧道用户面路径保活方法和系统 | |
CN102932319A (zh) | 一种用于保持通话的方法和装置 | |
CN105591894B (zh) | 一种分布式系统的单板提高板间数据通道可靠性的方法和装置 | |
CN101094274A (zh) | 一种下一代网络中媒体网关上容灾不断话的实现方法 | |
WO2009121272A1 (zh) | 媒体网关、媒体网关控制器、多媒体电话互通方法和系统 | |
CN101945085A (zh) | 基于会话初始协议的软交换服务器的检测方法及装置 | |
CN103580895A (zh) | 接入网关控制器容灾方法及系统 | |
CN101009690A (zh) | 一种物理终端状态确认方法及装置 | |
CN100438687C (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20180315 Address after: 518000, two 703A, COFCO business park, two Xian Xian Road, Xin'an, Shenzhen, Guangdong, Baoan District Patentee after: Shenzhen Fu Hai Sunshine Technology Co., Ltd. Address before: 518057 Nanshan District high tech Industrial Park, Guangdong, South Road, science and technology, ZTE building, legal department Patentee before: ZTE Corporation |
|
TR01 | Transfer of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20120926 Termination date: 20190619 |
|
CF01 | Termination of patent right due to non-payment of annual fee |