CN1859710A - 接入媒体网关过载控制方法 - Google Patents
接入媒体网关过载控制方法 Download PDFInfo
- Publication number
- CN1859710A CN1859710A CNA2005100362554A CN200510036255A CN1859710A CN 1859710 A CN1859710 A CN 1859710A CN A2005100362554 A CNA2005100362554 A CN A2005100362554A CN 200510036255 A CN200510036255 A CN 200510036255A CN 1859710 A CN1859710 A CN 1859710A
- Authority
- CN
- China
- Prior art keywords
- call
- priority
- media gateway
- overload
- access media
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1023—Media gateways
- H04L65/1026—Media gateways at the edge
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1033—Signalling gateways
- H04L65/1036—Signalling gateways at the edge
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/102—Gateways
- H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/756—Media network packet handling adapting media to device capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种接入媒体网关过载控制方法,由接入媒体网关对所带用户作为主叫或被叫进行限呼,在接入媒体网关上设置不同的过载级别,以及每一过载级别所要保证的高优先级呼叫;接入媒体网关用户作为主叫或被叫并检测到自身过载后,确定过载的级别;确定呼叫是否为该过载级别所要保证的高优先级呼叫,按正常的呼叫流程进行处理;否则拒绝该呼叫。本发明保护AG系统在高话务量负荷时免于崩溃,同时有效保证高优先级呼叫的接续,包括紧急呼叫和/或高优先级用户端口的呼叫,可以减少对MGC的依赖,防止MGC过载,并快速缓解AG的过载,缩短业务影响的时间。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种接入媒体网关过载控制方法。
背景技术
随着NGN(下一代网络)的逐渐规模商用,NGN设备的可靠性必须得到充分保证。由于用户话务量的不确定性以及设备处理能力的限制,话务量负荷超过设备正常处理能力即过载的情况是会经常发生的,如果过载导致设备部分或全部故障,则会造成业务中断,因此设备的过载控制能力即在过载情况下的工作能力是影响设备可靠性乃至网络可靠性的重要因素。
NGN由媒体网关控制器(MGC)、媒体网关(MG)、信令网关(SG)以及相关的应用服务器等设备组成,媒体网关包括接入媒体网关(AG)和中继媒体网关(TG),AG提供用户侧接口连接用户终端设备如话机,终结用户线路信令并通过H.248或MGCP协议与MGC进行交互,完成媒体流转换。MGC负责呼叫控制,通过H.248或MGCP协议控制AG完成媒体流连接的建立和释放。
由于系统的CPU运算速度等因素的限制,AG、MGC的呼叫处理能力是有限的,为保证业务的正常运营,系统设计应保证系统的呼叫处理能力能够满足正常话务量负荷要求。例如1个AG的容量为2000线POTS用户,每用户的平均话务量为0.1erlan,每次呼叫的平均时长为60s,则AG的平均话务量为200erlan,呼叫处理能力需要达到3.3CAPS(CallAttempts Per Second,即每秒试呼次数),即每秒处理3.3次呼叫。但在很多情况下例如节假日或每一天的忙时用户话务量都会大大超过0.1erlan,从而超过系统正常处理能力。为了保证在大话务量负荷下系统的正常工作和业务的正常运营,除了在系统设计时预留一定的余量以满足高负荷的要求外(例如用户的平均话务量若为0.1erlan,则系统设计时按照0.2erlan来进行设计),设备还提供过载控制机制以防止系统在大话务量冲击下崩溃并尽可能保证业务。
AG设备的过载控制实际上就是在系统负荷达到某一门限时对用户呼叫进行限呼,以使系统负荷尽快恢复到正常水平,从而防止系统崩溃。这种对用户呼叫进行限呼的方法必然会对过载情况下的用户业务产生影响,如何将对用户业务的影响降到最小取决于限呼策略的选择。一台AG设备下的用户可以是普通居民用户,也可以是商业用户或政府用户,不同的用户对于业务可靠性的要求是不同的;一台AG设备下的用户呼叫可以是普通呼叫,也可以是急救、报警等紧急呼叫,不同的呼叫对于业务可靠性的要求也是不同的。因此AG设备的过载控制的关键技术在于研究合理的处理机制和限呼策略,在过载下尽可能保证高优先级呼叫。
现有技术一是在AG设备上设置多个过载级别,每一级对应一定的系统负荷。例如设置3个过载级别,其中一级过载对应70%的CPU占用率,二级过载对应85%的CPU占用率,三级过载对应95%的CPU占用率。
在AG设备上设置各级过载时的限呼用户比例,当系统达到一定的过载级别时,系统按照限呼比例启动限呼。例如当采用3级过载控制时,一级过载时对50%的用户呼叫进行限呼,二级过载时对70%的用户呼叫进行限呼,三级过载时对所有用户呼叫进行限呼。进行限呼时,随机选取50%或70%的用户呼叫进行限呼,例如若50%限呼,则在每10次呼叫中拒绝5次呼叫;若70%限呼,则在每10次呼叫中拒绝7次呼叫。
对于AG设备所带用户作为主叫的情况,当AG检测到用户摘机后,AG根据当前的过载级别确定是否对该呼叫进行限呼,若是则直接拒绝该呼叫,对用户放忙音或通知音。否则通过H.248/MGCP向MGC上报摘机事件,按照正常的呼叫流程进行处理。
对于AG设备所带用户作为被叫的情况,当AG收到MGC下发的Add命令后,AG根据当前的过载级别确定是否对该呼叫进行限呼,若是则在向MGC的Reply中拒绝呼叫。若否则在向MGC的Reply中接受呼叫,按照正常的呼叫流程进行处理。
现有技术一的缺点是:不区分呼叫的优先级,在AG设备过载时对所有呼叫统一按设置的限呼比例进行限呼,这样虽然可以保护系统在大话务量冲击下免于崩溃,但对高优先级呼叫没有保证措施,即使在轻度过载下也会导致高优先级呼叫的接续失败。
现有技术二是在AG设备上设置多个过载级别,每一级对应一定的系统负荷。例如设置3个过载级别,其中一级过载对应70%的CPU占用率,二级过载对应85%的CPU占用率,三级过载对应95%的CPU占用率。
在MGC设备上设置针对AG过载的限呼策略。限呼策略可以是按用户比例限呼,也可以设置用户的优先级或呼叫号码的优先级,按照呼叫优先级进行限呼。
当AG检测到自身过载时,使用H.248.11网关过载控制包向MGC上报AG的过载信息。
AG在达到最高级别过载时拒绝所有呼叫,在其它级别过载时均按照正常的呼叫流程进行处理,不启动任何限呼。MGC在收到AG上报的过载信息后,根据预设的限呼策略对该AG的主叫和被叫进行限呼。
现有技术二虽然可对高优先级呼叫进行保证,但仍存在下列缺点:
1、AG基本不做限呼,主要依赖于MGC进行限呼,对MGC的功能要求较高,且有互通要求。
2、AG基本不做限呼,将大量的用户摘机消息上报MGC,对MGC的冲击大,容易造成MGC过载。
3、在过载下由于AG仍然按正常的呼叫流程进行处理(除最高级别过载外),AG与MGC之间交互消息仍然较多,AG的过载情况不容易得到缓解,从而长时间影响业务的正常使用。
发明内容
本发明所要解决的技术问题是:克服现有的AG设备过载控制方法在保证高优先级呼叫时,对MGC要求高,易造成MGC过载,且AG的过载情况不容易得到缓解的缺点,提供一种AG设备过载控制方法,不但优先保证高优先级呼叫的接续,而且减少对MGC的依赖,防止MGC过载,并快速缓解AG的过载,缩短业务影响的时间。
本发明为解决上述技术问题所采用的技术方案为:
这种接入媒体网关过载控制方法,由AG设备对所带用户作为主叫进行限呼,包括以下步骤:
A、在AG上设置不同的过载级别,以及每一过载级别所要保证的高优先级呼叫;
B、AG用户作为主叫并检测到自身过载后,确定过载的级别;
C、确定呼叫是否为该过载级别所要保证的高优先级呼叫,若是则上报摘机事件,按正常的呼叫流程进行处理;否则直接拒绝该呼叫。
所述的高优先级呼叫可以为预设的紧急呼叫,在AG上配置有紧急呼叫数图,或系统启动时从MGC下发紧急呼叫数图,所述的步骤C中:
AG将摘机事件缓存,直接对用户端口放拨号音、收号并与紧急呼叫数图做号码匹配确定是否为紧急呼叫,如果不匹配则确定该呼叫为普通呼叫,直接对该用户端口放忙音或通知音以释放呼叫;如果匹配则确定该呼叫为紧急呼叫;
对于紧急呼叫,AG向MGC上报摘机事件,MGC收到摘机事件后向AG下发正常数图,并通知AG向主叫用户端口放拨号音,AG将缓存的号码与收到的正常数图进行匹配,然后按正常的呼叫流程进行处理,如果匹配则将号码上报给MGC,如果不匹配则对该用户端口放忙音或通知音以释放呼叫。
所述的高优先级呼叫也可以为预设的高优先级用户端口的呼叫,在AG上配置用户端口的优先级;所述的步骤C中,通过查询用户端口的优先级属性确定是否为高优先级用户端口的呼叫,对于高优先级用户端口的呼叫向MGC上报摘机事件,按正常的呼叫流程进行处理;否则直接对该用户端口放忙音或通知音以释放呼叫。
所述的高优先级呼叫可以同时为预设的紧急呼叫和高优先级端口呼叫,在AG上配置紧急呼叫数图,或系统启动时从MGC下发紧急呼叫数图,并在AG上配置用户端口的优先级;所述的步骤C中:先后确定是否为高优先级端口呼叫和紧急呼叫,若是紧急呼叫或高优先级端口呼叫,则向MGC上报摘机事件,按正常的呼叫流程进行处理;若两者都不是,则直接对该用户端口放忙音或通知音以释放呼叫。
通过在AG上配置过载级别和过载阈值,AG根据预设的过载级别和过载阈值确定是否过载,以及过载的级别。
相应的一种接入媒体网关过载控制方法,对AG设备所带用户作为被叫进行限呼,包括以下步骤:
a、在AG上设置不同的过载级别,以及每一过载级别所要保证的高优先级呼叫;
b、AG用户作为被叫并检测到自身过载后,确定过载的级别;
c、确定用户是否为该过载级别所要保证的高优先级呼叫,若是则按正常的呼叫流程进行处理;否则向MGC拒绝该呼叫。
所述的步骤c中,可以事先由MGC根据被叫号码分析确定该呼叫是否是紧急呼叫,然后在发送给AG的消息中设置关联的紧急呼叫标识或关联优先级;AG检测关联的紧急呼叫标识或关联的优先级,如果紧急呼叫标识被设置或关联优先级被设置为高优先级,则该呼叫是高优先级呼叫,按正常的呼叫流程进行处理;如果紧急呼叫标识未被设置或关联优先级被设置为低优先级,则AG在发送给MGC的应答消息中拒绝该呼叫。
所述的步骤c中,AG也可以根据被叫用户的终端标识查询被叫用户端口的优先级属性,如果被叫用户端口是高优先级端口,则按正常的呼叫流程进行处理;否则在发送给MGC的应答消息中拒绝该呼叫。
所述的步骤c中,可以先后根据紧急呼叫标识或关联优先级以及用户端口的优先级属性确定是否为高优先级呼叫,若紧急呼叫标识被设置,或关联优先级被设置为高优先级,或被叫用户端口是高优先级端口,则按正常的呼叫流程进行处理;若既不是紧急呼叫也不是高优先级端口,则在发送给MGC的应答消息中拒绝该呼叫。
若AG或MGC支持H.248.11网关过载控制包,则AG在发生过载时使用H.248.11网关过载控制包向MGC上报AG的过载信息,由MGC根据被叫AG的过载级别直接对到该AG的呼叫启动相应的限呼策略,按比例限呼或优先保证高优先级呼叫;如果限呼策略是优先保证高优先级呼叫,则MGC直接拒绝普通呼叫,并对高优先级呼叫设置关联的紧急呼叫标识或将关联优先级设置为高优先级。
本发明的有益效果为:本发明AG设备区分呼叫的优先级,在AG设备过载时优先保证高优先级呼叫的接续,并在AG上设置限呼策略,在过载时主动限呼,从而可以减少对MGC的依赖,或完全不依赖MGC。AG在过载时采取主动的限呼措施,对MGC屏蔽了大量的用户摘机消息,减轻了对MGC的冲击,防止MGC过载;也减少了与MGC之间的消息交互,减轻了AG的负荷,可以快速缓解AG的过载,从而缩短业务影响的时间。
附图说明
图1为基本网络拓扑图。
具体实施方式
下面根据附图和实施例对本发明作进一步详细说明:
本发明AG的过载限呼策略是在低级别过载下保证高优先级呼叫的接续,在最高级别过载时拒绝所有呼叫。高优先级呼叫可以只是预设的紧急呼叫,例如110、119、120等,也可以只是预设的高优先级用户端口的呼叫,或者同时包括紧急呼叫和高优先级用户端口的呼叫。
AG根据过载级别和呼叫的优先级进行限呼。例如如果采用二级过载限呼,则在一级过载时保证高优先级呼叫(紧急呼叫和/或高优先级用户端口呼叫)的接续,拒绝普通呼叫,在二级过载时拒绝所有呼叫。如果采用三级过载限呼,则在一级过载时保证所有高优先级呼叫(紧急呼叫和高优先级用户端口呼叫),拒绝普通呼叫;在二级过载时保证最高优先级呼叫(紧急呼叫或高优先级用户端口呼叫);在三级过载时拒绝所有呼叫。
如图1为基本网络拓扑图,网管系统或命令行终端通过管理接口对MGC和AG进行管理。AG系统内部默认设置过载级别和过载阈值,或者通过管理接口在AG上配置过载级别和过载阈值。例如设置3个过载级别,根据CPU占用率检测过载,一级过载阈值为70%的CPU占用率,二级过载阈值为85%的CPU占用率,三级过载阈值为95%的CPU占用率。
通过管理接口在AG上配置紧急呼叫数图或者在AG系统启动时从MGC获取紧急呼叫数图。这个紧急呼叫数图只包含紧急呼叫的拨号计划,如119、110、120等,与正常数图的数据结构完全相同,只是内容不同。如紧急呼叫数图:11x|12x;正常数图:[2-8]xxxxxx|13xxxxxxxxx|0xxxxxxxxx|1[0124-9]x|E|F|x.F。紧急呼叫数图如果配置在AG上则与MGC不相关;紧急呼叫数图配置在MGC上时,需要MGC与AG进行协议和流程上的配合。
通过管理接口配置AG用户端口的优先级,例如将连接普通居民用户的端口配置为低优先级,将连接政府机关用户、重要商业用户的端口配置为高优先级。AG的呼叫处理机制如下。
1、AG设备所带用户作为主叫
当AG检测到用户摘机后,AG首先根据预设的过载级别和过载阈值确定系统是否过载(由AG查询当前系统资源的使用情况例如CPU占用率来确定系统是否过载)。如果未过载则按照正常的呼叫流程处理,如果过载则根据过载级别采取相应的限呼策略。AG的限呼策略有以下三种:
(1)保证紧急呼叫的接续
a、如果限呼策略是保证紧急呼叫的接续,则AG将摘机事件缓存,直接对该用户端口放拨号音并收号,将收到的号码与紧急呼叫数图进行匹配。如果不匹配则确定该呼叫为普通呼叫,直接对该用户端口放忙音或通知音以释放呼叫;如果匹配则确定该呼叫为紧急呼叫;
b、对于紧急呼叫,AG将号码缓存,并通过Notify命令向MGC上报摘机事件;
c、MGC收到摘机事件后通过Modify命令向AG下发数图,并通知AG向主叫用户端口放拨号音。
AG上存放的是专用于判断一个呼叫是否是紧急呼叫的数图,此时MGC下发的是正常数图,该正常数图应包含普通呼叫和紧急呼叫的拨号计划,因此AG实际上有两种数图。
标准的呼叫流程规定是在此时放拨号音,但本发明由于在过载时AG要自主进行收号并分析,因此未在MGC的控制下放拨号音,而是直接提前放了拨号音,此时无需再执行MGC的放拨号音命令。
d、AG因为已收完号,因此在收到该Modify命令后,只需将缓存的号码与收到的数图进行匹配,然后按正常的呼叫流程进行处理,如果匹配则通过Notify命令上报号码给MGC,如果不匹配则对该用户端口放忙音或通知音以释放呼叫。
正常数图包含了所有允许的拨号计划,包括紧急呼叫和普通呼叫,因为第一次已与紧急呼叫数图进行过匹配,并将普通呼叫过滤,因此第二次与正常数图进行匹配实际上还是匹配紧急呼叫的内容,第二次匹配只是做一次异常保护,即防止紧急呼叫数图与正常数图的相应内容的不一致,最终还是以MGC下发的正常数图为准。
(2)保证高优先级端口呼叫的接续
如果限呼策略是保证高优先级端口呼叫的接续,则AG查询摘机端口的优先级属性,如果摘机端口是高优先级端口,则通过Notify命令向MGC上报摘机事件,按正常的呼叫流程进行处理;如果摘机端口是普通端口,则直接对该用户端口放忙音或通知音以释放呼叫。
(3)同时保证紧急呼叫的接续和高优先级端口呼叫的接续
如果限呼策略是同时保证紧急呼叫的接续和高优先级端口呼叫的接续,则AG首先查询摘机端口的优先级属性,如果摘机端口是高优先级端口,则通过Notify命令向MGC上报摘机事件,按正常的呼叫流程进行处理;如果摘机端口是普通端口,则进一步按照前述的保证紧急呼叫接续的呼叫流程进行处理。
2、AG设备所带用户作为被叫
被叫AG过载时主叫AG并不一定过载,因此主叫AG并不一定启动限呼。AG的过载控制机制包括过载AG下带的用户作为主叫和被叫两种情况,两者可以同时结合使用。
如果AG或MGC支持H.248.11网关过载控制包,则AG在发生过载时使用H.248.11网关过载控制包向MGC上报AG的过载信息,由MGC根据AG的过载级别对到该AG的呼叫启动相应的限呼策略。MGC的限呼策略可以是按比例限呼,也可以是优先保证高优先级呼叫。如果限呼策略是优先保证高优先级呼叫,则MGC直接拒绝普通呼叫,并对高优先级呼叫设置关联的紧急呼叫标识或将关联优先级设置为高优先级,如果MGC不支持针对过载AG的限呼功能,则MGC对所有呼叫仍按正常流程进行处理,由AG独立完成所带用户作为被叫的限呼。
紧急呼叫标识和关联优先级都是H.248中关联(context)的属性。关联优先级用于指示MG处理关联时的先后次序,紧急呼叫标识用于指示MG优先处理带有紧急呼叫标识的呼叫。MGC向AG发送Add消息,创建关联,并设置关联的相关属性(包括紧急呼叫标识或关联优先级),AG根据关联的紧急呼叫标识或关联优先级确定这个呼叫是否为高优先级呼叫。因为AG用户作为被叫时是无法分析被叫号码的,所以AG无法确定一个呼叫是否是紧急呼叫,需要MGC对呼叫进行标识,MGC对呼叫进行标识的方法就是设置关联的紧急呼叫标识或关联优先级。
这里描述的是AG用户作为被叫的情况,如果MGC支持针对过载AG的限呼,则可以减少到被叫AG的呼叫,此时被叫AG既使没有限呼功能,也可以减轻被叫AG的负荷。被叫AG的限呼与MGC的限呼可以相互独立使用,即MGC限呼+被叫AG限呼、MGC不限呼+被叫AG限呼都可以成立,但MGC不限呼或MGC限呼策略的选择对于最终的限呼效果是不同的。
如果AG或MGC不支持H.248.11网关过载控制包,则AG在发生过载时不向MGC上报过载信息,由AG独立完成所带用户作为被叫的限呼。
当AG收到MGC发送的Add命令后,AG首先根据预设的过载级别和过载阈值确定系统是否过载(AG查询当前系统资源的使用情况例如CPU占用率确定系统是否过载)。如果未过载则按照正常的呼叫流程处理,如果过载则启动限呼。AG的限呼策略有以下三种。
(1)根据紧急呼叫标识或关联优先级进行限呼
AG用户作为被叫时,AG无法确定该呼叫是否是紧急呼叫,而MGC可以通过被叫号码分析确定该呼叫是否是紧急呼叫,然后在发送给AG的Add消息中设置关联的紧急呼叫标识或关联优先级,AG根据关联的紧急呼叫标识或关联优先级得知该呼叫的优先级。
AG检测关联的紧急呼叫标识或关联的优先级(如果MGC没有限呼功能,也可以有紧急呼叫标识或关联优先级,当MGC根据被叫号码确定一个呼叫为紧急呼叫后,可以设置该呼叫的关联的紧急呼叫标识)。如果紧急呼叫标识被设置或关联优先级被设置为高优先级,则AG认为该呼叫是高优先级呼叫,按正常的呼叫流程进行处理;如果紧急呼叫标识未被设置或关联优先级被设置为低优先级,则AG认为该呼叫是普通呼叫,在发送给MGC的Reply中拒绝该呼叫。
(2)根据用户端口的优先级属性进行限呼
如果MGC不支持关联的紧急呼叫标识和关联的优先级,则AG根据被叫用户的终端标识(终端标识是MGC和MG用于唯一标识一个用户端口的字符串)查询被叫用户端口的优先级属性。如果被叫用户端口是高优先级端口,则按正常的呼叫流程进行处理;如果被叫用户端口是普通端口,则在发送给MGC的Reply中拒绝该呼叫。
对于AG用户作为被叫,如果MGC支持关联的紧急呼叫标识和关联优先级,是可以不用设置用户端口优先级的,关联的紧急呼叫标识或关联优先级是标识一个呼叫的优先级,一个呼叫如果是高优先级可能有多种情况:主叫端口的优先级高、被叫端口的优先级高,AG查询被叫端口的优先级只能适应以上两种情况中的后一种,因此MGC设置关联的紧急呼叫标识或优先级的方法要优于AG查询被叫端口优先级的方法,但MGC有可能不支持关联的紧急呼叫标识和关联的优先级,因此本发明通过查询被叫端口优先级的方法来满足不同的情况。
(3)同时根据紧急呼叫标识或关联优先级以及用户端口的优先级属性进行限呼
AG首先检测关联的紧急呼叫标识或关联的优先级。如果紧急呼叫标识被设置或关联优先级被设置为高优先级,则AG认为该呼叫是高优先级呼叫,按正常的呼叫流程进行处理;如果紧急呼叫标识未被设置或关联优先级未被设置或关联优先级被设置为低优先级,则AG进一步根据被叫用户的终端标识查询被叫用户端口的优先级属性。如果被叫用户端口是高优先级端口,则按正常的呼叫流程进行处理;如果被叫用户端口是普通端口,则在发送给MGC的Reply中拒绝该呼叫。这里也可以反过来,先查端口再查紧急呼叫标识,若紧急呼叫标识被设置,或关联优先级被设置为高优先级,或被叫用户端口是高优先级端口,则按正常的呼叫流程进行处理;若既不是紧急呼叫也不是高优先级端口,则在发送给MGC的应答消息中拒绝该呼叫。
本发明提供了一种AG设备过载控制方法,用于保护AG系统在高话务量负荷时免于崩溃,同时有效保证高优先级呼叫(包括紧急呼叫和/或高优先级用户端口的呼叫)的接续,与MGC的相关性小,并且可以完全独立于MGC实施,与MGC的互通要求低。在高话务量负荷时可对MGC屏蔽大量的用户摘机消息,可以大大减轻对MGC的冲击,有效防止MGC过载。同时在高话务量负荷时与MGC之间的消息交互少,可以快速缓解AG的过载,业务受影响的时间短。
本领域技术人员不脱离本发明的实质和精神,可以有多种变形方案实现本发明,以上所述仅为本发明较佳可行的实施例而已,并非因此局限本发明的权利范围,凡运用本发明说明书及附图内容所作的等效变化,均包含于本发明的权利范围之内。
Claims (10)
1、一种接入媒体网关过载控制方法,其特征在于:由接入媒体网关对所带用户作为主叫进行限呼,包括以下步骤:
A、在接入媒体网关上设置不同的过载级别,以及每一过载级别所要保证的高优先级呼叫;
B、接入媒体网关用户作为主叫并检测到自身过载后,确定过载的级别;
C、确定呼叫是否为该过载级别所要保证的高优先级呼叫,若是则上报摘机事件,按正常的呼叫流程进行处理;否则直接拒绝该呼叫。
2、根据权利要求1所述的接入媒体网关过载控制方法,其特征在于:所述的高优先级呼叫为预设的紧急呼叫,还在接入媒体网关上配置有紧急呼叫数图,或系统启动时从媒体网关控制器下发紧急呼叫数图,所述的步骤C中:
接入媒体网关将摘机事件缓存,直接对用户端口放拨号音、收号并与紧急呼叫数图做号码匹配确定是否为紧急呼叫,如果不匹配则确定该呼叫为普通呼叫,直接对该用户端口放忙音或通知音以释放呼叫;如果匹配则确定该呼叫为紧急呼叫;
对于紧急呼叫,接入媒体网关向媒体网关控制器上报摘机事件,媒体网关控制器收到摘机事件后向接入媒体网关下发正常数图,并通知接入媒体网关向主叫用户端口放拨号音,接入媒体网关将缓存的号码与收到的正常数图进行匹配,然后按正常的呼叫流程进行处理,如果匹配则将号码上报给媒体网关控制器,如果不匹配则对该用户端口放忙音或通知音以释放呼叫。
3、根据权利要求1所述的接入媒体网关过载控制方法,其特征在于:所述的高优先级呼叫为预设的高优先级用户端口的呼叫,还在接入媒体网关上配置用户端口的优先级;所述的步骤C中,通过查询用户端口的优先级属性确定是否为高优先级用户端口的呼叫,对于高优先级用户端口的呼叫向媒体网关控制器上报摘机事件,按正常的呼叫流程进行处理;否则直接对该用户端口放忙音或通知音以释放呼叫。
4、根据权利要求1所述的接入媒体网关过载控制方法,其特征在于:所述的高优先级呼叫同时为预设的紧急呼叫和高优先级端口呼叫,还在接入媒体网关上配置紧急呼叫数图,或系统启动时从媒体网关控制器下发紧急呼叫数图,并在接入媒体网关上配置用户端口的优先级;所述的步骤C中:先后确定是否为高优先级端口呼叫和紧急呼叫,若是紧急呼叫或高优先级端口呼叫,则向媒体网关控制器上报摘机事件,按正常的呼叫流程进行处理;若两者都不是,则直接对该用户端口放忙音或通知音以释放呼叫。
5、根据权利要求1、2、3或4所述的接入媒体网关过载控制方法,其特征在于:在接入媒体网关上配置过载级别和过载阈值,接入媒体网关根据预设的过载级别和过载阈值确定是否过载,以及过载的级别。
6、一种接入媒体网关过载控制方法,其特征在于:由接入媒体网关对所带用户作为被叫进行限呼,包括以下步骤:
a、在接入媒体网关上设置不同的过载级别,以及每一过载级别所要保证的高优先级呼叫;
b、接入媒体网关用户作为被叫并检测到自身过载后,确定过载的级别;
c、确定呼叫是否为该过载级别所要保证的高优先级呼叫,若是则按正常的呼叫流程进行处理;否则向媒体网关控制器拒绝该呼叫。
7、根据权利要求6所述的接入媒体网关过载控制方法,其特征在于:所述的步骤c中,事先由媒体网关控制器根据被叫号码分析确定该呼叫是否是紧急呼叫,然后在发送给接入媒体网关的消息中设置关联的紧急呼叫标识或关联优先级;接入媒体网关检测关联的紧急呼叫标识或关联的优先级,如果紧急呼叫标识被设置或关联优先级被设置为高优先级,则该呼叫是高优先级呼叫,按正常的呼叫流程进行处理;如果紧急呼叫标识未被设置或关联优先级被设置为低优先级,则接入媒体网关在发送给媒体网关控制器的应答消息中拒绝该呼叫。
8、根据权利要求6所述的接入媒体网关过载控制方法,其特征在于:所述的步骤c中,接入媒体网关根据被叫用户的终端标识查询被叫用户端口的优先级属性,如果被叫用户端口是高优先级端口,则按正常的呼叫流程进行处理;否则在发送给媒体网关控制器的应答消息中拒绝该呼叫。
9、根据权利要求6所述的接入媒体网关过载控制方法,其特征在于:所述的步骤c中,先后根据紧急呼叫标识或关联优先级以及用户端口的优先级属性确定是否为高优先级呼叫,若紧急呼叫标识被设置,或关联优先级被设置为高优先级,或被叫用户端口是高优先级端口,则按正常的呼叫流程进行处理;若既不是紧急呼叫也不是高优先级端口,则在发送给媒体网关控制器的应答消息中拒绝该呼叫。
10、根据权利要求6、7、8或9所述的接入媒体网关过载控制方法,其特征在于:若接入媒体网关或媒体网关控制器支持H.248.11网关过载控制包,则接入媒体网关在发生过载时使用H.248.11网关过载控制包向媒体网关控制器上报接入媒体网关的过载信息,由媒体网关控制器根据被叫接入媒体网关的过载级别直接对到该接入媒体网关的呼叫启动相应的限呼策略,按比例限呼或优先保证高优先级呼叫;如果限呼策略是优先保证高优先级呼叫,则媒体网关控制器直接拒绝普通呼叫,并对高优先级呼叫设置关联的紧急呼叫标识或将关联优先级设置为高优先级。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100362554A CN100411482C (zh) | 2005-07-27 | 2005-07-27 | 接入媒体网关过载控制方法 |
PCT/CN2006/001692 WO2007012259A1 (en) | 2005-07-27 | 2006-07-17 | An overload control method for the access media gateway and an access media gateway |
EP06753145.9A EP1906589B1 (en) | 2005-07-27 | 2006-07-17 | An overload control method for the access media gateway and an access media gateway |
RU2008104414/09A RU2391790C2 (ru) | 2005-07-27 | 2006-07-17 | Способ контроля перегрузки медиа-шлюза доступа и медиа-шлюз доступа |
US12/019,706 US8068413B2 (en) | 2005-07-27 | 2008-01-25 | Overload control method for access media gateway and corresponding access media gateway |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100362554A CN100411482C (zh) | 2005-07-27 | 2005-07-27 | 接入媒体网关过载控制方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1859710A true CN1859710A (zh) | 2006-11-08 |
CN100411482C CN100411482C (zh) | 2008-08-13 |
Family
ID=37298561
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005100362554A Active CN100411482C (zh) | 2005-07-27 | 2005-07-27 | 接入媒体网关过载控制方法 |
Country Status (5)
Country | Link |
---|---|
US (1) | US8068413B2 (zh) |
EP (1) | EP1906589B1 (zh) |
CN (1) | CN100411482C (zh) |
RU (1) | RU2391790C2 (zh) |
WO (1) | WO2007012259A1 (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009137997A1 (zh) * | 2008-05-16 | 2009-11-19 | 华为技术有限公司 | 一种通信设备过载处理方法及装置 |
WO2009140881A1 (zh) * | 2008-05-19 | 2009-11-26 | 华为技术有限公司 | 流控的方法、装置和系统 |
CN101232439B (zh) * | 2007-01-22 | 2010-07-28 | 华为技术有限公司 | 过载控制方法、系统和装置 |
CN102143608A (zh) * | 2010-12-29 | 2011-08-03 | 北京握奇数据系统有限公司 | 一种智能卡及其处理指令的方法 |
CN102164358A (zh) * | 2010-02-24 | 2011-08-24 | 华为技术有限公司 | 业务处理的方法和装置 |
CN104092829A (zh) * | 2014-07-21 | 2014-10-08 | 苏州工业园区服务外包职业学院 | 基于语音识别的语音呼叫方法和接入网关 |
CN110120913A (zh) * | 2019-06-04 | 2019-08-13 | 重庆梅安森科技股份有限公司 | 一种多功能融合通信网关 |
CN111092998A (zh) * | 2020-02-21 | 2020-05-01 | 深圳震有科技股份有限公司 | 一种电话紧急呼叫方法、系统及储存介质 |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9497229B2 (en) * | 2007-05-16 | 2016-11-15 | At&T Intellectual Property I, L.P. | Methods and apparatus to manage internet protocol (IP) multimedia subsystem (IMS) network capacity |
US9467308B2 (en) | 2008-08-01 | 2016-10-11 | At&T Intellectual Property I, L.P. | Methods and apparatus to control synchronization in voice over internet protocol networks after catastrophes |
US8194581B1 (en) | 2008-11-04 | 2012-06-05 | Cellco Partnership | Account holder notification for an infracting mobile station or mobile directory number (MDN) |
US9432409B2 (en) * | 2009-03-12 | 2016-08-30 | At&T Intellectual Property I, L.P. | Apparatus and method for managing emergency calls |
CN102668639B (zh) * | 2010-04-22 | 2014-06-25 | 华为技术有限公司 | 拥塞/过载的控制方法及装置 |
GB2494385B (en) | 2011-08-31 | 2018-06-06 | Metaswitch Networks Ltd | Transmitting and forwarding data |
US20130135998A1 (en) * | 2011-11-30 | 2013-05-30 | Nokia Siemens Networks Oy | Techniques to Reduce Congestion in a Core Network and Other Elements Within a Wireless Network |
WO2014037333A1 (en) | 2012-09-04 | 2014-03-13 | Nokia Siemens Networks Oy | Method, apparatus, computer program product and system for identifying, managing and tracking congestion |
CN108632894B (zh) * | 2013-05-13 | 2021-08-31 | 华为技术有限公司 | 过载控制的方法及设备 |
CN109151147A (zh) * | 2017-06-27 | 2019-01-04 | 中兴通讯股份有限公司 | 拨号音的产生方法及装置、终端、存储介质和处理器 |
Family Cites Families (32)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5450483A (en) * | 1993-11-18 | 1995-09-12 | British Telecommunications P.L.C. | Method of controlling overloads in a telecommunications network |
DE19834674A1 (de) * | 1998-07-31 | 2000-02-03 | Ericsson Telefon Ab L M | Verfahren, Vermittlungsstelle, Telekommunikationssystem und Mobilstation für ein vorübergehendes selektives nationales Roaming bei vorgegebenen Netzbetriebsbedingungen in einem Mobilfunk-Kommunikationssystem |
US6405250B1 (en) * | 1999-01-25 | 2002-06-11 | Lucent Technologies Inc. | Network management system based on passive monitoring and proactive management for formulation behavior state transition models |
US6591301B1 (en) * | 1999-06-07 | 2003-07-08 | Nortel Networks Limited | Methods and systems for controlling network gatekeeper message processing |
DE60008483T2 (de) * | 1999-11-09 | 2004-06-24 | Nortel Networks Ltd., St. Laurent | Telefondiensten in einem Kommunikationsnetzwerk |
US20010038690A1 (en) * | 1999-12-30 | 2001-11-08 | Douglas Palmer | Method and apparatus for management and synchronization of telephony services with video services over an HFC network |
GB0016351D0 (en) * | 2000-07-03 | 2000-08-23 | Nokia Networks Oy | Interaction in a communication system |
GB2375002B (en) * | 2001-04-25 | 2003-07-09 | Lucent Technologies Inc | A method for overload control in a telecommunications network and apparatus therefor |
GB2370448B (en) * | 2001-04-28 | 2003-03-26 | Ericsson Telefon Ab L M | Cost control in a SIP based network |
US20030031302A1 (en) * | 2001-05-10 | 2003-02-13 | General Instrument Corporation | Extendable call agent simulator |
US20080002669A1 (en) * | 2001-09-14 | 2008-01-03 | O'brien Ray | Packet voice gateway |
KR100438183B1 (ko) * | 2002-07-26 | 2004-07-01 | 엘지전자 주식회사 | 고속 데이터 통신 시스템에서의 과부하 제어 방법 |
JP3853765B2 (ja) * | 2002-11-08 | 2006-12-06 | Necインフロンティア株式会社 | パケット圧縮方式及びパケット復元方式並びにパケット圧縮方法及びパケット復元方法 |
US7486621B2 (en) * | 2003-05-30 | 2009-02-03 | Alcatel-Lucent Usa Inc. | Method and apparatus for load sharing and overload control for packet media gateways under control of a single media gateway controller |
DE10341071B3 (de) * | 2003-09-05 | 2005-03-24 | Siemens Ag | Verfahren zur Überlastabwehr, besonders für Call Processsing Plattformen |
US7420962B2 (en) * | 2003-09-26 | 2008-09-02 | Lucent Technologies Inc. | Method for management of voice-over IP communications of various relative priority levels |
WO2005084041A2 (en) * | 2004-02-25 | 2005-09-09 | British Telecommunications Public Limited Company | Overload control in a communications network |
CN1307850C (zh) * | 2004-05-09 | 2007-03-28 | 中兴通讯股份有限公司 | 一种无线通信系统接纳控制方法 |
GB2414891B (en) * | 2004-06-04 | 2007-11-07 | Marconi Comm Ltd | Communications system |
US8762567B2 (en) * | 2004-08-13 | 2014-06-24 | Alcatel Lucent | Adaptive permutation group method for overload control |
US20060045016A1 (en) * | 2004-08-31 | 2006-03-02 | Dawdy Jay J | Method and apparatus for managing packet data network loading |
CN100471208C (zh) * | 2005-01-02 | 2009-03-18 | 华为技术有限公司 | 在卡号业务中主叫用户重新发起呼叫的方法 |
JP4729926B2 (ja) * | 2005-01-07 | 2011-07-20 | 沖電気工業株式会社 | Ip電話システム |
US9137330B2 (en) * | 2005-03-16 | 2015-09-15 | Alcatel Lucent | Method of dynamically adjusting quality of service (QoS) targets |
US7957276B2 (en) * | 2005-04-28 | 2011-06-07 | Telcordia Licensing Company, Llc | Call admission control and preemption control over a secure tactical network |
CN100488111C (zh) * | 2005-05-15 | 2009-05-13 | 华为技术有限公司 | 基于终端感知业务的wimax动态qos实现方法 |
US20070025341A1 (en) * | 2005-07-28 | 2007-02-01 | Texas Instruments Incorporated | Device, system and/or method for provisioning a device in a packet network |
US20080037532A1 (en) * | 2005-08-20 | 2008-02-14 | Sykes Edward A | Managing service levels on a shared network |
US8315245B2 (en) * | 2005-09-21 | 2012-11-20 | At&T Intellectual Property I, L.P. | Overload call control in a VoIP network |
US7688724B2 (en) * | 2005-12-23 | 2010-03-30 | Avaya Inc. | Call admission control for mobility-capable telecommunications terminals |
FR2897492B1 (fr) * | 2006-02-16 | 2008-09-26 | Alcatel Sa | Procede et dispositif de fourniture de donnees multimedia lors de l'etablissement d'un appel telephonique |
US8477614B2 (en) * | 2006-06-30 | 2013-07-02 | Centurylink Intellectual Property Llc | System and method for routing calls if potential call paths are impaired or congested |
-
2005
- 2005-07-27 CN CNB2005100362554A patent/CN100411482C/zh active Active
-
2006
- 2006-07-17 WO PCT/CN2006/001692 patent/WO2007012259A1/zh active Application Filing
- 2006-07-17 RU RU2008104414/09A patent/RU2391790C2/ru active
- 2006-07-17 EP EP06753145.9A patent/EP1906589B1/en active Active
-
2008
- 2008-01-25 US US12/019,706 patent/US8068413B2/en active Active
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101232439B (zh) * | 2007-01-22 | 2010-07-28 | 华为技术有限公司 | 过载控制方法、系统和装置 |
WO2009137997A1 (zh) * | 2008-05-16 | 2009-11-19 | 华为技术有限公司 | 一种通信设备过载处理方法及装置 |
WO2009140881A1 (zh) * | 2008-05-19 | 2009-11-26 | 华为技术有限公司 | 流控的方法、装置和系统 |
CN102164358A (zh) * | 2010-02-24 | 2011-08-24 | 华为技术有限公司 | 业务处理的方法和装置 |
CN102164358B (zh) * | 2010-02-24 | 2014-03-05 | 华为技术有限公司 | 业务处理的方法和装置 |
CN102143608A (zh) * | 2010-12-29 | 2011-08-03 | 北京握奇数据系统有限公司 | 一种智能卡及其处理指令的方法 |
CN102143608B (zh) * | 2010-12-29 | 2014-04-23 | 北京握奇数据系统有限公司 | 一种智能卡及其处理指令的方法 |
CN104092829A (zh) * | 2014-07-21 | 2014-10-08 | 苏州工业园区服务外包职业学院 | 基于语音识别的语音呼叫方法和接入网关 |
CN110120913A (zh) * | 2019-06-04 | 2019-08-13 | 重庆梅安森科技股份有限公司 | 一种多功能融合通信网关 |
CN111092998A (zh) * | 2020-02-21 | 2020-05-01 | 深圳震有科技股份有限公司 | 一种电话紧急呼叫方法、系统及储存介质 |
Also Published As
Publication number | Publication date |
---|---|
EP1906589B1 (en) | 2013-04-10 |
EP1906589A4 (en) | 2008-08-13 |
RU2008104414A (ru) | 2009-09-10 |
CN100411482C (zh) | 2008-08-13 |
RU2391790C2 (ru) | 2010-06-10 |
EP1906589A1 (en) | 2008-04-02 |
WO2007012259A1 (en) | 2007-02-01 |
US20080117809A1 (en) | 2008-05-22 |
US8068413B2 (en) | 2011-11-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1859710A (zh) | 接入媒体网关过载控制方法 | |
CN100344203C (zh) | 一种移动网过载控制的方法 | |
CN1812604A (zh) | 短信防火墙系统和设立短信防火墙的方法 | |
CN1905555A (zh) | 基于ngn业务的防火墙控制系统及方法 | |
CN1627746A (zh) | 一种实现多媒体优先业务的方法 | |
CN1655532A (zh) | 管理基于网际协议的语音(VoIP)系统的路由路径 | |
CN101404702A (zh) | 一种呼叫限制方法与装置 | |
KR101107741B1 (ko) | Sip 기반 비정상 트래픽 차단 시스템 및 그 차단 방법 | |
CN1266885C (zh) | 一种基于软交换实现监听的方法 | |
US8817609B2 (en) | Communications system and method for load management | |
CN1489341A (zh) | 按照终端类型为终端分配局域网资源的方法和服务器 | |
CN1925525A (zh) | 一种实现ip多媒体子系统桥接的方法 | |
CN1553634A (zh) | 一种监听网络系统及其监听方法 | |
CN1190047C (zh) | 融合电话网和ip网用户的个人号码业务的实现方法及系统 | |
CN1283081C (zh) | 一种通过虚拟媒体网关实现呼叫处理的方法 | |
CN101039268A (zh) | 限制用户设备接入的方法及mgc和cscf | |
CN1897622A (zh) | 一种检测及释放媒体网关异常实时传输协议资源的方法 | |
CN1479512A (zh) | 一种呼叫流量控制方法 | |
CN101035166A (zh) | 一种实现遇忙回呼的方法 | |
CN1622555A (zh) | 用于媒体网关的端口动态绑定模块及其动态绑定方法 | |
CN101064678A (zh) | 一种不同网络间的数据信息路由方法、装置及系统 | |
CN1756179A (zh) | 通信网络中阻止非法VoIP业务的方法 | |
CN1567813A (zh) | 数字程控交换机关口局网间鉴权的方法 | |
CN1825869A (zh) | 一种呼叫控制系统以及呼叫控制方法 | |
CN1968483A (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 |