CN101640894A - 拥塞检测方法及媒体网关、移动交换中心服务器 - Google Patents
拥塞检测方法及媒体网关、移动交换中心服务器 Download PDFInfo
- Publication number
- CN101640894A CN101640894A CN200810117591A CN200810117591A CN101640894A CN 101640894 A CN101640894 A CN 101640894A CN 200810117591 A CN200810117591 A CN 200810117591A CN 200810117591 A CN200810117591 A CN 200810117591A CN 101640894 A CN101640894 A CN 101640894A
- Authority
- CN
- China
- Prior art keywords
- media gateway
- calling
- congested
- congestion
- information flow
- 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.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种拥塞检测方法,包括:在当前拥塞检测周期,监测第一媒体网关与第二媒体网关之间各流向上的通信质量;基于所述监测到的各流向上的通信质量,获取第一媒体网关与第二媒体网关之间信息流的平均通信质量;在所述获取的平均通信质量低于阈值时,判定所述第一媒体网关与第二媒体网关间的信息流发生拥塞。相应的,本发明还公开了一种媒体网关、移动交换中心服务器。采用本发明方案,能够全面两个媒体网关间网络的拥塞状况,进而为后续进一步采取的拥塞控制措施提供依据。
Description
技术领域
本发明涉及移动通信技术领域,尤其涉及一种拥塞检测方法及媒体网关、移动交换中心服务器。
背景技术
第三代移动通信标准化组织(3GPP,3rd Generation Partnership Project)在第四版本(R4,Release4)开始引入软交换,提出了与承载无关的电路交换核心网,其中最主要的是将原来电路域中的移动交换中心(MSC,Mobile SwitchingCenter)分离为移动交换中心服务器(MSC server,Mobile Switching CenterServer)和媒体网关(MGW,Media Gateway),实现承载和控制分离。R4软交换网络结构如图1所示,其中,MSC Server为电路交换子系统中的软交换机,除了具有传统MSC的呼叫控制功能外,还增加了移动系统特有的移动管理功能,MSC Server管理MGW中与连接控制相关的呼叫状态;MGW完成将一种网络中的媒体转换成另一种网络所要求的媒体格式,它能够在电路交换网的承载通道和分组网的媒体流之间进行转换。Nb为MGW之间的承载接口,主要功能是使用ATM或IP的方式承载电路域的业务,包括话音和电路域的数据承载业务。
在网络通信中,当传输和处理的数据量过大时,就会造成网络的拥塞,这时需要采取一些控制措施来解除或缓解网络的拥塞。在软交换网络中,Nb接口传送着大量的通信媒体信息流,很容易造成网络的拥塞,而采取控制措施的前提是能够全面获知两个媒体网关间的拥塞状态信息。
现有针对软交换网络中Nb接口的拥塞检测方法为媒体面流向拥塞检测方法,由MGW负责执行流向拥塞检测,通常在一个MGW中有多个IP地址,所谓流向是指通信媒体信息流从一个MGW的一个IP地址经分组骨干网直接传送到另一个MGW的一个IP地址的通信关系。下面参照图2a介绍现有技术中软交换网络的拥塞检测方法,以MGW2与MGW3间传送的媒体信息流的拥塞检测为例来说明,假设此时MGW2与MGW3间的媒体信息流仅通过下述两个流向进行传送:第一流向:信息流从MGW2的IP地址10.1.2.1传送至MGW3的IP地址10.2.3.1的通信关系;第二流向:信息流从MGW2的IP地址10.1.2.1传送至MGW3的IP地址10.2.3.2的通信关系。那么,MGW2感知并记录正在进行的第一流向与第二流向上的通信质量状况,在检测到其中某个流向拥塞时,将该流向发生拥塞的拥塞信息上报给相应的MSC Server,以便进行后续的拥塞控制措施。
然而,基于现有软交换网络拥塞检测方案进行后续的拥塞控制时,会存在控制不精确的问题,这是因为按照物理部署来说,若两个MGW间的几个流向上发生拥塞时,该两个MGW间的其它流向上发生拥塞的可能性也很大,这是因为,参照图2b所示,媒体网关之间传递的媒体信息流是通过IP承载网来传送的,两个媒体网关间几个流向上通信质量的下降,很大原因是IP承载网出了问题,那么两个媒体网关间其它流向上的媒体信息流也很有可能会因IP承载网的问题而出现质量下降。但是采用现有拥塞检测方案,在检测到两个MGW间的其中几个流向拥塞时,仅能针对该几个流向的拥塞进行拥塞控制,而对于该两个MGW间的其它流向则不会进行相应的拥塞控制,从而使得拥塞控制存在不精确的问题。继续参照图2a所示,若MGW2检测到所述第一流向和第二流向上发生拥塞时,将该两个流向的拥塞信息上报给MSC Server,从而MSCServer后续能够依据该上报的信息,对这两个流向上的信息流采取相应的拥塞控制措施;但是,如果此时有一个新的呼叫发生在MGW2的IP地址10.1.2.1至MGW3的IP地址10.1.3.3之间,那么,虽然由于IP承载网的问题,导致信息流从MGW2的IP地址10.1.2.1传送至MGW3的IP地址10.1.3.3的这个第三流向上也会发生拥塞,但是由于MSC Server并没有获知该第三流向上的拥塞信息,因此MSC Server不会对这个新发起的呼叫采取对应的拥塞控制措施,该呼叫被正常接续,从而导致通话质量下降,并且使得网络拥塞加剧,影响了已接纳呼叫的语音质量。
综上所述,现有软交换网络的拥塞检测方案并不能全面获知两个媒体网关间的拥塞状况,进而不能为后续进一步采取的拥塞控制措施提供依据。
发明内容
本发明提供一种拥塞检测方法,以能全面获知两个媒体网关间的拥塞状况,为后续进一步采取的拥塞控制措施提供依据。
相应的,本发明还提供一种媒体网关、移动交换中心服务器。
本发明实施例提出了一种拥塞检测方法,包括:在当前拥塞检测周期,监测第一媒体网关与第二媒体网关之间各流向上的通信质量;基于所述监测到的各流向上的通信质量,获取第一媒体网关与第二媒体网关之间信息流的平均通信质量;在所述获取的平均通信质量低于阈值时,判定所述第一媒体网关与第二媒体网关间的信息流发生拥塞。
本发明实施例提出了一种媒体网关,包括:监测单元,用于在当前拥塞检测周期,监测本媒体网关与第二媒体网关之间各流向上的通信质量;获取单元,用于基于所述监测到的各流向上的通信质量,获取本媒体网关与第二媒体网关之间信息流的平均通信质量;拥塞判定单元,用于在所述获取的平均通信质量低于阈值时,判定本媒体网关与第二媒体网关间的信息流发生拥塞。
本发明实施例提出了一种移动交换中心服务器,包括:接收单元,用于接收呼叫建立失败的消息;判断单元,用于在接收到所述呼叫建立失败的消息时,获取所述呼叫两端的用户的类型;确定单元,用于基于所述获取的呼叫两端用户的类型,以及预设的呼叫两端用户的类型与拥塞控制方案间的对应关系,确定出针对该呼叫的拥塞控制方案;拥塞控制单元,用于基于所述确定出的拥塞控制方案,进行针对该呼叫的拥塞控制处理。
本发明实施例提出的拥塞检测方案,通过周期性地监测两个媒体网关间各流向上的通信质量,并基于监测到的各流向上的通信质量,获取该两个媒体网关间信息流的平均通信质量,确定出平均通信质量低于阈值的两个媒体网关间的信息流发生拥塞,从而能够全面获知两个媒体网关间的拥塞状况,进而为后续进一步采取的拥塞控制措施提供依据。
附图说明
图1为R4软交换网络的结构示意图;
图2a为现有媒体面流向拥塞检测方法中流向监测的示意图;
图2b为两个媒体网关间通过IP承载网传送媒体信息流的示意图;
图3为本发明实施例提出的第一种拥塞检测方法的流程示意图;
图4为本发明实施例提出的第二种拥塞检测方法的流程示意图;
图5为采用本发明实施例提出的拥塞检测方法进行两个媒体网关间通信媒体流监测的示意图;
图6a为采用本发明实施例提出的拥塞检测方法后,第一种对呼叫进行相应拥塞控制的示意图;
图6b为采用本发明实施例提出的拥塞检测方法后,第二种对呼叫进行相应拥塞控制的示意图;
图7为本发明实施例提出的媒体网关的结构示意图;
图8为本发明实施例提出的移动交换中心服务器的结构示意图。
具体实施方式
本发明实施例提出的拥塞检测方案为:周期性地监测两个媒体网关间各流向上的通信质量,并基于监测到的各流向上的通信质量,获取该两个媒体网关间信息流的平均通信质量,确定出平均通信质量低于阈值的两个媒体网关之间的信息流发生拥塞。
下面结合说明书附图来说明本发明的具体实施方式。
首先,介绍本发明实施例提出的第一种拥塞检测方法,如图3所示,具体的拥塞检测流程说明如下,其中以媒体网关执行拥塞检测为例来说明,当然也可以通过其他的网元执行本发明实施例提出的拥塞检测方案:
步骤301:第一媒体网关在当前拥塞检测周期,监测本媒体网关与第二媒体网关之间各流向上的通信质量,并基于所述监测到的各流向上的通信质量,获取本媒体网关与第二媒体网关之间信息流的平均通信质量;
现有的媒体面流向拥塞检测方法,是对媒体面流向的通信质量进行监测,而呼叫量较大的媒体网关往往会同很多的其它媒体网关同时存在话路关系,因此采用现有拥塞检测方法,需要媒体网关维护较大的本端IP地址到对端媒体网关IP地址对应的流向表,且在判断媒体面是否断路时需要增加额外的媒体网关处理开销。
而由于目前R4软交换网络或IMS网络中的每个媒体网关通常都有多个IP接口板,每个IP接口板配置一个IP地址,一个媒体网关中多个IP接口板的IP地址组成小的IP网段,且在实际网络部署时,相邻地区的MGW对应的IP地址段一般都顺序分配。因此,本发明提出的拥塞检测方法中,媒体网关在进行用户面数据的收发过程中,周期性地对自身与对端被监控媒体网关IP地址段间的所有实时传送协议(RTP,Real-time Transport Protocol)数据流进行服务质量(QoS,4Quality of Service)测算,RTP流的QoS可以通过丢包率、时延及抖动等参数来衡量,当RTP数据流的丢包率、时延及抖动较小时,RTP流的QoS较高;然后,将测算得到的自身与对端媒体网关IP地址段间的所有RTP流的QoS取均值,即可获得本媒体网关与对端媒体网关之间信息流的平均通信质量,以便于后续判断该媒体网关与对端媒体网关之间的信息流是否发生拥塞。
这样,按照IP地址段进行用户面质量检测的方式,即媒体网关监测自身与其它媒体网关间通信媒体流的平均通信质量的方式,不仅符合R4软交换网络部署实际情况,还可以节省媒体网关所需要维护的拥塞状态信息表,降低媒体网关后续进行拥塞控制时的额外处理开销。
步骤302:在获取的平均通信质量低于阈值时,判定所述第一媒体网关与第二媒体网关之间的信息流发生拥塞;
预先设置一个阈值,当MGW检测到自身与对端MGW间的信息流的平均通信质量低于该阈值时,判定自身与该对端MGW间的信息流发生拥塞。
步骤303:在第一媒体网关中记录第二媒体网关的标识;
第二媒体网关的标识可以是该MGW的基本通信单元(BCU,BasicCommunication Unit)标识ID,也可以是该MGW中IP接口板组成的IP地址段。
现有的媒体面拥塞检测方法中,MGW中需要记录各个发生拥塞的流向,若检测到MGW1与MGW2间的所有流向发生拥塞时,在MGW1中需要记录MGW2中所有IP接口板的IP地址信息;而采用本发明方案,在检测到MGW1与MGW2间信息流的平均通信质量低于阈值时,在MGW1中只需要记录MGW2的BCU-ID或MGW2对应的IP地址段信息,从而节省了媒体网关所需维护的拥塞状态表。
步骤304:第一媒体网关在之后的拥塞检测周期,基于监测到的本媒体网关与第二媒体网关之间各流向上的通信质量,获取到本媒体网关与第二媒体网关之间信息流的平均通信质量,由低于阈值变为高于阈值时,判定所述第一媒体网关与第二媒体网关之间的信息流由拥塞恢复为正常;
此时,可以选择删除第一媒体网关中记录的第二媒体网关标识;或在第一媒体网关中对应第二媒体网关标识,记录第一媒体网关与第二媒体网关间信息流非拥塞的信息,本实施例中下述以第一媒体网关与第二媒体网关间信息流恢复正常时,删除第一媒体网关中记录的第二媒体网关标识为例来说明。
即第一MGW在用户面数据的收发过程中,监控自身与对端媒体网关间各流向上的通信质量,并基于监控到的各流向上的通信质量,获取第一MGW与对端媒体网关间信息流的平均通信质量,当获取的平均通信质量恢复为高于预设阈值时,判定该两个MGW间的信息流由拥塞恢复为正常,并更新该记录的信息。
步骤305:当有呼叫需要建立,且该呼叫第一端的用户对应的媒体网关为第一媒体网关时,第一媒体网关判断本媒体网关中是否记录有该呼叫第二端的用户对应的第二媒体网关的标识;
当有新的呼叫需要建立时,无论是该呼叫的主叫对应的媒体网关还是该呼叫的被叫对应的媒体网关,当在得知呼叫的另一方对应的媒体网关的IP地址或BCU-ID时,媒体网关检查对端媒体网关的IP地址段或BCU-ID是否在自身记录的拥塞状态表中;
步骤306:在判断结果为否时,允许建立所述呼叫;在判断结果为否时,说明该两个MGW间没有发生信息流拥塞,故允许建立呼叫;
步骤307:在判断结果为是时,拒绝建立所述呼叫,并将呼叫建立失败的消息上报给移动交换中心服务器;在判断结果为是时,说明该两个MGW间发生信息流拥塞,故拒绝建立所述呼叫,并将呼叫建立失败的消息上报给MSCServer;
通过步骤305-步骤307可知,基于本发明实施例提出的拥塞检测方法进行的拥塞控制,是由媒体网关来完成的,从而使得移动交换中心服务器中不需要记录大量的拥塞信息;而在现有媒体面流向拥塞检测方案中,当媒体网关检测到其某一流向发生拥塞时,需将相应的拥塞信息上报给MSC Server,由MSCServer后续基于该上报的拥塞信息,对新发起的呼叫进行拥塞控制,这样使得MSC Server需要维护拥塞状态表。而采用本发明方案由媒体网关进行拥塞控制的方式,可以减少对MSC Server空间资源的占用。
需要说明的是,本发明上述实施例中以由媒体网关实现步骤301-步骤307为例来说明,当然步骤301-步骤307也可以通过其它的设备或网元来实现。
步骤308:移动交换中心服务器在接收到呼叫建立失败的消息时,判断所述呼叫两端的用户是否为普通用户;
由于不同的主叫或被叫用户对于通信实时程度的要求不同,在运营商处通常将用户区分为普通用户和非常重要的用户(VIP,Very Important Person)两种类型,在MSC Server接收到呼叫建立失败的消息时,对于不同类型的用户,MSC Server应该采取不同的拥塞处理措施;
步骤309:在判断结果为是时,释放该呼叫或对该呼叫进行失败路由重选,即在建立失败的呼叫的两端用户均为普通用户时,MSC Server可直接释放呼叫或者进行失败路由重选;
步骤310:在判断结果为否时,选择备份链路建立该呼叫。在建立失败的呼叫至少一端的用户为VIP用户时,MSC Server可以选择备份时分复用(TDM,Time Division Multiplexing)链路建立呼叫连接。
下面,介绍本发明实施例提出的第二种拥塞检测方法,如图4所示,具体的拥塞检测流程说明如下,仍以媒体网关执行拥塞检测为例来说明:
步骤401:第一媒体网关在当前拥塞检测周期,监测本媒体网关与第二媒体网关之间各流向上的通信质量,并基于所述监测到的各流向上的通信质量,获取本媒体网关与第二媒体网关之间信息流的平均通信质量;
步骤402:在获取的平均通信质量低于阈值时,判定所述第一媒体网关与第二媒体网关之间的信息流发生拥塞;
上述步骤401和步骤402的过程同步骤301与步骤302,此处不再详述。
步骤403:基于预先存储的拥塞等级与通信质量的对应关系,以及所述获取的平均通信质量,确定出第一媒体网关与第二媒体网关之间信息流的拥塞等级。
为了使得后续能够针对不同的拥塞状况,实施不同的控制措施,在拥塞检测时,应该能够对检测到的拥塞确定拥塞等级。
步骤404:在第一媒体网关中记录第二媒体网关的标识,并对应记录所述确定出的第一媒体网关与第二媒体网关之间信息流的拥塞等级。
当媒体网关发现自身与被监控的对端媒体网关间的信息流发生拥塞时,媒体网关将该拥塞信息存储在拥塞状态表中,如下表所示,拥塞信息可以包括远端IP地址段,当然也可以是远端MGW的BCU-ID信息,以及拥塞信息还包括拥塞等级。
远端IP地址段 | 拥塞等级 |
步骤405:第一媒体网关在之后的拥塞检测周期,基于监测到的本媒体网关与第二媒体网关之间各流向上的通信质量,获取到本媒体网关与第二媒体网关之间信息流的平均通信质量发生了变化,且该平均通信质量仍低于阈值时,基于预先存储的拥塞等级与通信质量的对应关系,更新第一媒体网关中对应记录的拥塞等级;
步骤406:第一媒体网关在之后的拥塞检测周期,基于监测到的本媒体网关与第二媒体网关之间各流向上的通信质量,获取到本媒体网关与第二媒体网关之间信息流的平均通信质量,由低于阈值变为高于阈值时,判定所述第一媒体网关与第二媒体网关之间的信息流由拥塞恢复为正常;
此时,可以选择删除第一媒体网关中记录的第二媒体网关标识及对应记录的拥塞等级;或在第一媒体网关中对应第二媒体网关标识,记录第一媒体网关与第二媒体网关间信息流非拥塞的信息;或将在第一媒体网关中对应第二媒体网关标识记录的拥塞等级置位为特殊标识,表示第一媒体网关与第二媒体网关间的信息流不拥塞。
通过步骤405和步骤406对媒体网关记录的拥塞信息,媒体网关记录的拥塞状态表中始终对应着某时刻,该媒体网关与其它媒体网关间信息流发生拥塞的信息。初始拥塞状态表可以通过人机命令配置在媒体网关上,初始配置时默认为没有发生拥塞,拥塞等级建议配置为0(即用特殊标识“0”来表示非拥塞),例如在需要对远端IP地址段进行监控时通过人机命令添加。
本实施例中下述以拥塞检测表在拥塞检测过程中自动生成为例来说明,以当第一媒体网关与第二媒体网关间信息流恢复正常时,执行删除第一媒体网关中记录的第二媒体网关标识为例来说明。
步骤407:当有呼叫需要建立,且该呼叫第一端的用户对应的媒体网关为第一媒体网关时,第一媒体网关判断本媒体网关与该呼叫第二端的用户对应的第二媒体网关之间的信息流是否发生拥塞,即第一媒体网关判断本媒体网关中是否记录有该呼叫第二端的用户对应的媒体网关的标识;
步骤408:在判断结果为否时,允许建立所述呼叫;
上述步骤407和步骤408的过程同步骤305与步骤306,此处不再详述。
步骤409:在判断结果为是时,基于预设的拥塞控制策略,控制所述呼叫的建立。
可以预设不同的拥塞控制策略,进行呼叫建立的控制,例如规定对于所有发生拥塞的两个MGW间的呼叫进行拒绝建立处理,即基于预设的拥塞控制策略控制呼叫的建立,具体包括:拒绝建立所述呼叫,并向移动交换中心服务器上报呼叫建立失败的消息,MSC Server基于所述上报的呼叫建立失败的消息,进行的后续处理同步骤308-步骤310,此处不再赘述。
由于为了能够针对不同的拥塞状况实施不同的拥塞控制措施,在拥塞检测时,已为检测出的拥塞确定出了拥塞等级,因此可以基于不同的拥塞等级实施不同的控制策略,即基于预设的拥塞控制策略控制呼叫的建立,具体包括:第一媒体网关在本媒体网关中,获取对应于所述呼叫第二端用户对应的媒体网关标识,所记录的拥塞等级;基于所述获取的拥塞等级,以及预先存储的拥塞等级与拒呼策略之间的对应关系,确定针对该呼叫的拒呼策略;基于所述确定的拒呼策略,判断是否需要拒绝建立该呼叫;在判断结果为否时,允许建立所述呼叫;在判断结果为是时,拒绝建立所述呼叫,并将呼叫建立失败的消息上报给移动交换中心服务器。MSC Server基于所述上报的呼叫建立失败的消息,进行的后续处理同步骤308-步骤310,此处不再赘述。
例如,在媒体网关中预先配置不同拥塞等级与拒呼策略之间的对应表,如下表所示,此处拒呼策略以拒呼比例为例来说明。
拥塞等级 | 拒呼比例 |
1 | 10% |
2 | 20% |
3 | 30% |
拒呼比例指媒体网关拒绝呼叫的百分比,当在步骤407判断出呼叫第二端用户对应的媒体网关的标识有记录在本媒体网关中时,首先在本媒体网关中查找到对应记录的拥塞等级,然后再查找到对应的拒呼比例,按照拒呼比例判断当前的呼叫是否应该被拒绝,如果需要拒绝,则向MSC Server上报呼叫建立失败的消息。按照拒呼比例判断当前呼叫是否应该被拒绝的方式是本领域人员常用的技术手段,此处不再赘述。
下面以一个具体的实施例来说明本发明提出的软交换网络拥塞检测方法,下述实施例中以3G R4软交换网为例,媒体网关的标识以其IP地址段为例,拥塞信息的记录以拥塞状态表为例来说明,拥塞状态表中以仅记录发生拥塞的对端MGW信息和对应的拥塞等级信息为例来说明。
参照图5所示,MSC Server1下的两个MGW1和MGW2不停地监控其发起到其它MGW的用户面平均QoS,并在MGW1和MGW2中配置拥塞状态表,例如,MGW1周期性地监测与MGW3间各流向上的通信质量,并基于监测到的各流向上的通信质量,获取MGW1与MGW3间信息流的平均通信质量,在获取的平均通信质量低于阈值时,判定所述MGW1与MGW3间的信息流发生拥塞,并根据拥塞检测的结果不断更新拥塞状态检测表。假设在某一时刻MGW2检测到自身至MGW5的IP地址段的平均QoS较差,且拥塞等级达到3级,至MGW3和MGW6的拥塞等级为1级,至其它几个MGW的平均QoS较高,没有发生拥塞,那么此时MGW2中配置的拥塞状态表如下所示:
远端IP地址 | 拥塞等级 |
10.1.3.* | 1 |
10.1.5.* | 3 |
10.1.6.* | 1 |
如图6a所示,若此时MSC Server1发起到MSC Server3的呼叫,且MSCServer1对应的媒体网关为MGW2,MSC Server3对应的媒体网关为MGW5,即MGW2向MGW5发送发起IP承载控制协议请求(IPBCP:Request)后,若此时MGW5没有采用本发明实施例提出的拥塞检测方案,即MGW5中没有存储相应的拥塞信息时,MGW5通过向MGW2返回接受IP承载控制协议请求(IPBCP:Accept),将其IP地址段返回给MGW2,MGW2通过检查自身记录的拥塞状态表,发现MGW5对应的IP地址段在其设定的拥塞状态表中,随后进一步检查发现其对应的拥塞等级为3级,然后根据拥塞等级3对应的拒呼比例30%,判断是否应该拒绝当前的呼叫,如果需要拒绝,则向MSC Server1上报呼叫建立失败的消息;当MSC Server1收到MGW2上报的呼叫建立失败的消息后,判定该呼叫涉及VIP用户,则MSC Server1采用TDM链路建立到MSC Server3的呼叫。
若此时MSC Server3发起到MSC Server1的呼叫,如图6b所示,即MGW5向MGW2发送发起IP承载控制协议请求(IPBCP:Request),该IPBCP请求中包含有MGW5的IP地址段信息,MGW2通过检查自身记录的拥塞状态表,发现MGW5对应的IP地址段在其设定的拥塞状态表中,随后进一步检查发现其对应的拥塞等级为3级,然后根据拥塞等级3对应的拒呼比例30%,判断是否应该拒绝当前的呼叫,如果需要拒绝,则向MGW5发送拒绝IP承载控制协议请求(IPBCP:Rejected),MGW5收到拒绝消息后,向MSC Server3上报呼叫建立失败的消息;当MSC Server3收到MGW5上报的呼叫建立失败的消息后,判定该呼叫不涉及VIP用户,则MSC Server3释放该呼叫或对该呼叫进行失败路由重选。
本发明实施例提出的媒体网关如图7所示,包括:监测单元701,用于在当前拥塞检测周期,监测本媒体网关与第二媒体网关之间各流向上的通信质量;获取单元702,用于基于所述监测到的各流向上的通信质量,获取本媒体网关与第二媒体网关之间信息流的平均通信质量;拥塞判定单元703,用于在监测到所述信息流的通信质量低于阈值时,判定本媒体网关与第二媒体网关之间的信息流发生拥塞。
该媒体网关还包括:第一控制建立单元704,用于在有呼叫需要建立时,基于判定的该呼叫第一端的用户对应的本媒体网关,与该呼叫第二端的用户对应的第二媒体网关之间的信息流发生拥塞的状况,控制所述呼叫的建立。
该媒体网关还包括:确定单元705,用于在判定本媒体网关与第二媒体网关之间的信息流发生拥塞之后,基于预先存储的拥塞等级与通信质量的对应关系,以及所述获取的平均通信质量,确定出本媒体网关与第二媒体网关之间信息流的拥塞等级。
该媒体网关还包括:第二控制建立单元706,用于在有呼叫需要建立时,基于判定的该呼叫第一端的用户对应的本媒体网关,与该呼叫第二端的用户对应的第二媒体网关之间的信息流发生拥塞的状况,以及在所述信息流发生拥塞之后确定出的拥塞等级状况,控制所述呼叫的建立。
该第二控制建立单元706具体包括:确定子单元,用于在判定本媒体网关与第二媒体网关之间的信息流发生拥塞时,基于确定出的本媒体网关与第二媒体网关之间信息流的拥塞等级,以及预先存储的拥塞等级与拒呼策略之间的对应关系,确定针对该呼叫的拒呼策略;控制建立子单元,用于基于所述确定的拒呼策略,控制所述呼叫的建立。
该媒体网关还包括:上报单元707,用于在所述控制呼叫建立的结果为拒绝建立所述呼叫时,将呼叫建立失败的消息上报给移动交换中心服务器。
本发明实施例提出的移动交换中心服务器如图8所示,包括:接收单元801,用于接收呼叫建立失败的消息;获取单元802,用于在接收到所述呼叫建立失败的消息时,获取所述呼叫两端的用户的类型;确定单元803,用于基于所述获取的呼叫两端用户的类型,以及预设的呼叫两端用户的类型与拥塞控制方案间的对应关系,确定出针对该呼叫的拥塞控制方案;拥塞控制单元804,用于基于所述确定出的拥塞控制方案,进行针对该呼叫的拥塞控制处理。
采用本发明实施例提出的拥塞检测方法,能够全面获知两个媒体网关间的拥塞状况,进而能为后续进一步采取的拥塞控制措施提供依据;且能够节省媒体网关所需维护的拥塞信息量,降低媒体网关进行拥塞控制时判断用户面是否断路时所需增加的额外处理开销;同时由媒体网关进行拥塞控制处理,使得移动交换中心服务器不需要对拥塞状态信息进行获知存储,从而节省了资源。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (14)
1、一种拥塞检测方法,其特征在于,包括:
在当前拥塞检测周期,监测第一媒体网关与第二媒体网关之间各流向上的通信质量;
基于所述监测到的各流向上的通信质量,获取第一媒体网关与第二媒体网关之间信息流的平均通信质量;
在所述获取的平均通信质量低于阈值时,判定所述第一媒体网关与第二媒体网关间的信息流发生拥塞。
2、如权利要求1所述的方法,其特征在于,还包括:
当有呼叫需要建立时,基于判定的该呼叫第一端的用户对应的第一媒体网关,与该呼叫第二端的用户对应的第二媒体网关之间的信息流发生拥塞的状况,控制所述呼叫的建立。
3、如权利要求1所述的方法,其特征在于,在判定第一媒体网关与第二媒体网关之间的信息流发生拥塞之后,还包括基于预先存储的拥塞等级与通信质量的对应关系,以及所述获取的平均通信质量,确定出第一媒体网关与第二媒体网关之间信息流的拥塞等级。
4、如权利要求3所述的方法,其特征在于,还包括:
当有呼叫需要建立时,基于判定的该呼叫第一端的用户对应的第一媒体网关,与该呼叫第二端的用户对应的第二媒体网关之间的信息流发生拥塞的状况,以及在所述信息流发生拥塞之后确定出的拥塞等级状况,控制所述呼叫的建立。
5、如权利要求4所述的方法,其特征在于,所述基于信息流发生拥塞之后确定出的拥塞等级状况,控制呼叫的建立,具体包括:
在判定第一媒体网关与第二媒体网关之间的信息流发生拥塞时,基于确定出的第一媒体网关与第二媒体网关之间信息流的拥塞等级,以及预先存储的拥塞等级与拒呼策略之间的对应关系,确定针对该呼叫的拒呼策略;
基于所述确定的拒呼策略,控制所述呼叫的建立。
6、如权利要求2、4或5所述的方法,其特征在于,在所述控制呼叫建立的结果为拒绝建立所述呼叫时,还包括:将呼叫建立失败的消息上报给移动交换中心服务器。
7、如权利要求6所述的方法,其特征在于,还包括:
移动交换中心服务器在接收到呼叫建立失败的消息时,获取所述呼叫两端的用户的类型;
基于所述获取的呼叫两端用户的类型,以及预设的呼叫两端用户的类型与拥塞控制方案间的对应关系,确定出针对该呼叫的拥塞控制方案;
基于所述确定出的拥塞控制方案,进行针对所述呼叫的拥塞控制处理。
8、一种媒体网关,其特征在于,包括:
监测单元,用于在当前拥塞检测周期,监测本媒体网关与第二媒体网关之间各流向上的通信质量;
获取单元,用于基于所述监测到的各流向上的通信质量,获取本媒体网关与第二媒体网关之间信息流的平均通信质量;
拥塞判定单元,用于在所述获取的平均通信质量低于阈值时,判定本媒体网关与第二媒体网关间的信息流发生拥塞。
9、如权利要求8所述的媒体网关,其特征在于,还包括第一控制建立单元,用于在有呼叫需要建立时,基于判定的该呼叫第一端的用户对应的本媒体网关,与该呼叫第二端的用户对应的第二媒体网关之间的信息流发生拥塞的状况,控制所述呼叫的建立。
10、如权利要求8所述的媒体网关,其特征在于,还包括确定单元,用于在判定本媒体网关与第二媒体网关之间的信息流发生拥塞之后,基于预先存储的拥塞等级与通信质量的对应关系,以及所述获取的平均通信质量,确定出本媒体网关与第二媒体网关之间信息流的拥塞等级。
11、如权利要求10所述的媒体网关,其特征在于,还包括第二控制建立单元,用于在有呼叫需要建立时,基于判定的该呼叫第一端的用户对应的本媒体网关,与该呼叫第二端的用户对应的第二媒体网关之间的信息流发生拥塞的状况,以及在所述信息流发生拥塞之后确定出的拥塞等级状况,控制所述呼叫的建立。
12、如权利要求11所述的媒体网关,其特征在于,所述第二控制建立单元具体包括:
确定子单元,用于在判定本媒体网关与第二媒体网关之间的信息流发生拥塞时,基于确定出的本媒体网关与第二媒体网关之间信息流的拥塞等级,以及预先存储的拥塞等级与拒呼策略之间的对应关系,确定针对该呼叫的拒呼策略;
控制建立子单元,用于基于所述确定的拒呼策略,控制所述呼叫的建立。
13、如权利要求9、11或12所述的媒体网关,还包括上报单元,用于在所述控制呼叫建立的结果为拒绝建立所述呼叫时,将呼叫建立失败的消息上报给移动交换中心服务器。
14、一种移动交换中心服务器,其特征在于,包括:
接收单元,用于接收呼叫建立失败的消息;
获取单元,用于在接收到所述呼叫建立失败的消息时,获取所述呼叫两端的用户的类型;
确定单元,用于基于所述获取的呼叫两端用户的类型,以及预设的呼叫两端用户的类型与拥塞控制方案间的对应关系,确定出针对该呼叫的拥塞控制方案;
拥塞控制单元,用于基于所述确定出的拥塞控制方案,进行针对该呼叫的拥塞控制处理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810117591A CN101640894A (zh) | 2008-08-01 | 2008-08-01 | 拥塞检测方法及媒体网关、移动交换中心服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810117591A CN101640894A (zh) | 2008-08-01 | 2008-08-01 | 拥塞检测方法及媒体网关、移动交换中心服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101640894A true CN101640894A (zh) | 2010-02-03 |
Family
ID=41615617
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200810117591A Pending CN101640894A (zh) | 2008-08-01 | 2008-08-01 | 拥塞检测方法及媒体网关、移动交换中心服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101640894A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011137801A1 (zh) * | 2010-09-28 | 2011-11-10 | 华为技术有限公司 | 网关数据传输方法、装置和系统 |
CN105376796A (zh) * | 2014-08-26 | 2016-03-02 | 中兴通讯股份有限公司 | 接入网拥塞状态上报、拥塞信息的更新处理方法及装置 |
WO2018058682A1 (zh) * | 2016-09-30 | 2018-04-05 | 华为技术有限公司 | 一种业务传输方法、设备及系统 |
-
2008
- 2008-08-01 CN CN200810117591A patent/CN101640894A/zh active Pending
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011137801A1 (zh) * | 2010-09-28 | 2011-11-10 | 华为技术有限公司 | 网关数据传输方法、装置和系统 |
CN102421140A (zh) * | 2010-09-28 | 2012-04-18 | 华为技术有限公司 | 网关数据传输方法、装置和系统 |
US8942092B2 (en) | 2010-09-28 | 2015-01-27 | Huawei Technologies Co., Ltd. | Gateway data transmission method, device and system |
CN102421140B (zh) * | 2010-09-28 | 2015-07-08 | 华为技术有限公司 | 网关数据传输方法、装置和系统 |
CN105376796A (zh) * | 2014-08-26 | 2016-03-02 | 中兴通讯股份有限公司 | 接入网拥塞状态上报、拥塞信息的更新处理方法及装置 |
WO2018058682A1 (zh) * | 2016-09-30 | 2018-04-05 | 华为技术有限公司 | 一种业务传输方法、设备及系统 |
CN109804710A (zh) * | 2016-09-30 | 2019-05-24 | 华为技术有限公司 | 一种业务传输方法、设备及系统 |
US10979285B2 (en) | 2016-09-30 | 2021-04-13 | Huawei Technologies Co., Ltd. | Service transmission method, device, and system |
CN109804710B (zh) * | 2016-09-30 | 2021-10-01 | 华为技术有限公司 | 一种业务传输方法、设备及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101365169B (zh) | 路由控制的实现方法、系统、媒体网关及媒体网关控制器 | |
EP1892920B1 (en) | Monitoring system and method for trunk gateway | |
US8971308B2 (en) | Call admission control in VoIP systems | |
CN101056283B (zh) | 语音网关以及提供VoIP业务的方法 | |
CN101170747A (zh) | 中继状态调节方法和装置 | |
US9276858B2 (en) | Method and apparatus for mitigating an overload in a network | |
CN100466621C (zh) | 通信网络中承载接口的接纳控制系统及接纳控制方法 | |
US7639676B2 (en) | SIP server | |
JP2008502184A (ja) | 通信システムおよび負荷管理の方法 | |
US8737237B2 (en) | Network fault detection method and apparatus | |
CN101640894A (zh) | 拥塞检测方法及媒体网关、移动交换中心服务器 | |
CN100589641C (zh) | 一种防止呼叫会话控制功能实体活动资源挂死的方法 | |
WO2007076668A1 (fr) | Système, dispositif, et procédé pour effectuer une maintenance de fonctionnement sur un dispositif de réseau | |
CN102075493A (zh) | 一种建立媒体会话的方法和系统 | |
CN100417293C (zh) | 一种呼叫处理方法 | |
CN101465767B (zh) | 一种媒体网关网络接口告警检测的方法及装置 | |
CN101808136B (zh) | 一种实现用户动态资源同步的方法、装置及系统 | |
CN101394446B (zh) | 应用服务器、带内双音多频信号检测方法及系统 | |
CN101742012A (zh) | 一种动态选择业务承载网络提高语音质量的方法及设备 | |
CN114189896B (zh) | 刷新注册的容错处理方法、装置、cscf以及介质 | |
JP5444305B2 (ja) | 回線リソース管理サーバ、通信制御システムおよび通信制御方法 | |
JP4409412B2 (ja) | トラフィック制御システム及び方法、輻輳検出装置、ならびに、コンピュータプログラム | |
CN102124716A (zh) | 基于ip的多媒体会话中承载丢失的检测 | |
Shimada et al. | IP-based FOMA Voice Network toward Enhanced Services and Improved Efficiencies | |
CN114339116A (zh) | 基于WebRtc的音视频通话方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20100203 |