CN101997819A - 一种媒体网关忙时紧急呼出保障的方法及装置 - Google Patents
一种媒体网关忙时紧急呼出保障的方法及装置 Download PDFInfo
- Publication number
- CN101997819A CN101997819A CN2009100904876A CN200910090487A CN101997819A CN 101997819 A CN101997819 A CN 101997819A CN 2009100904876 A CN2009100904876 A CN 2009100904876A CN 200910090487 A CN200910090487 A CN 200910090487A CN 101997819 A CN101997819 A CN 101997819A
- Authority
- CN
- China
- Prior art keywords
- media channel
- rtp media
- special
- emergency numbers
- rtp
- 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
- Telephonic Communication Services (AREA)
Abstract
本发明提供一种媒体网关忙时紧急呼出保障的方法及装置,其中方法包括:紧急号码配置模块在媒体网关上配置紧急号码;专用RTP媒体通道资源配置模块在媒体网关上将RTP媒体通道资源划分为普通RTP媒体通道和专用RTP媒体通道;如果当前用户所拨打的号码属于紧急号码,则紧急呼出识别模块将当前用户确认为紧急呼出用户;RTP媒体通道资源分配模块在所述普通RTP媒体通道耗尽时,为所述紧急呼出用户分配所述专用RTP媒体通道。本发明能够在媒体网关呼叫繁忙、发生媒体资源不足时,保障紧急呼叫能够顺利呼出。
Description
技术领域
本发明涉及通信领域,特别是涉及一种媒体网关忙时的紧急呼出保障的方法及装置。
背景技术
在通常的VoIP(Voice over Internet Protocol,网络电话)接入方案中,用户终端是通过MG(Media Gateway,媒体网关)按照H.248协议接入到SS(softswitch,软交换)的。在正常的呼叫业务过程中,用户的语音采样数据通过RTP(Real-time Transport Protocol,实时传输协议)媒体通道进行传输,无论作为主叫还是被叫,都需要占用一道RTP媒体通道资源。但是媒体网关所具有的RTP媒体通道资源数目是有限的,往往少于媒体网关所接入的用户的数目。那么当媒体网关业务繁忙,即同时通话的用户数量很大,超过其所具有的RTP媒体通道资源的数目的时候,就会发生用户不能呼入呼出的现象。但如果这时候该媒体网关下确实有用户需要拨打紧急电话(如110、120、119等)时,就不能顺利呼出,可能会产生不可预料的严重后果。
发明内容
本发明的目的是提供一种媒体网关忙时紧急呼出保障的方法及装置,能够在媒体网关呼叫繁忙、发生媒体资源不足时,保障紧急呼叫能够顺利呼出。
为了实现上述目的,一方面,提供了一种媒体网关忙时紧急呼出保障的方法,包括如下步骤:
紧急号码配置模块在媒体网关上配置紧急号码;
专用RTP媒体通道资源配置模块在媒体网关上将RTP媒体通道资源划分为普通RTP媒体通道和专用RTP媒体通道;
如果当前用户所拨打的号码属于紧急号码,则紧急呼出识别模块将当前用户确认为紧急呼出用户;
RTP媒体通道资源分配模块在所述普通RTP媒体通道耗尽时,为所述紧急呼出用户分配所述专用RTP媒体通道。
优选地,上述的方法中,还包括,在所述普通RTP媒体通道未耗尽时,所述RTP媒体通道资源分配模块为所述紧急呼出用户分配所述普通RTP媒体通道。
优选地,上述的方法中,还包括,
如果当前用户所拨打的号码不属于紧急号码,则紧急呼出识别模块将当前用户确认为普通用户;
在所述普通RTP媒体通道未耗尽时,所述RTP媒体通道资源分配模块为所述普通用户分配所述普通RTP媒体通道;
在所述普通RTP媒体通道耗尽时,所述RTP媒体通道资源分配模块拒绝为所述普通用户分配资源,并返回分配失败的消息。
优选地,上述的方法中,所述专用RTP媒体通道资源配置模块在媒体网关上将RTP媒体通道资源划分为普通RTP媒体通道和专用RTP媒体通道的步骤具体包括:
所述专用RTP媒体通道资源配置模块将所述RTP媒体通道资源中的预定比例或者预定数量的RTP媒体通道资源划分为所述专用RTP媒体通道,剩下的作为所述普通RTP媒体通道。
优选地,上述的方法中,还包括:通过属性表记录每一条RTP媒体通道是普通RTP媒体通道还是专用RTP媒体通道。
优选地,上述的方法中,所述紧急号码配置模块在媒体网关上配置紧急号码的步骤中,所述紧急号码配置模块通过紧急号码配置表记录所有配置的所述紧急号码。
本发明的另一个方面,提供一种媒体网关忙时紧急呼出保障的装置,包括:
紧急号码配置模块,用于:在媒体网关上配置紧急号码;
专用RTP媒体通道资源配置模块,用于:在媒体网关上将RTP媒体通道资源划分为普通RTP媒体通道和专用RTP媒体通道;
紧急呼出识别模块,用于:如果当前用户所拨打的号码属于紧急号码,则将当前用户确认为紧急呼出用户;
RTP媒体通道资源分配模块,用于:在所述普通RTP媒体通道耗尽时,为所述紧急呼出用户分配所述专用RTP媒体通道。
优选地,上述的装置中,所述紧急呼出识别模块,还用于:如果当前用户所拨打的号码不属于紧急号码,则将当前用户确认为普通用户;
所述RTP媒体通道资源分配模块,还用于:在所述普通RTP媒体通道未耗尽时,为所述紧急呼出用户分配所述普通RTP媒体通道;在所述普通RTP媒体通道未耗尽时,为所述普通用户分配所述普通RTP媒体通道;在所述普通RTP媒体通道耗尽时,所述RTP媒体通道资源分配模块拒绝为所述普通用户分配资源,并返回分配失败的消息。
优选地,上述的装置中,所述专用RTP媒体通道占所述RTP媒体通道资源的预定比例或者为预定数量。
优选地,上述的装置中,所述专用RTP媒体通道资源配置模块还具有属性表,用于记录每一条RTP媒体通道是普通RTP媒体通道还是专用RTP媒体通道;
所述紧急号码配置模块还具有紧急号码配置表,用于记录所有配置的所述紧急号码。
本发明至少存在以下技术效果:
本发明通过保留部分RTP资源为紧急呼出所用,很大程度上保障了系统在繁忙时段对紧急呼出的限制,避免了紧急呼出不畅可能会造成的严重后果。
附图说明
图1为本发明实施例提供的方法的步骤流程图;
图2为本发明实施例提供的装置的结构框图;
图3为本发明实施例提供的紧急呼出识别流程图;
图4为本发明实施例提供的RTP媒体通道资源分配流程图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合附图对具体实施例进行详细描述。
图1为本发明实施例提供的方法的步骤流程图,如图1所示,本发明实施例的媒体网关忙时紧急呼出保障的方法,包括如下步骤:
步骤101,紧急号码配置模块在媒体网关上配置紧急号码;
步骤102,专用RTP媒体通道资源配置模块在媒体网关上将RTP媒体通道资源划分为普通RTP媒体通道和专用RTP媒体通道;
步骤103,如果当前用户所拨打的号码属于紧急号码,则紧急呼出识别模块将当前用户确认为紧急呼出用户;
步骤104,RTP媒体通道资源分配模块在所述普通RTP媒体通道耗尽时,为所述紧急呼出用户分配所述专用RTP媒体通道。
图2为本发明实施例提供的装置的结构框图;,如图2所示,媒体网关忙时紧急呼出保障的装置包括:紧急号码配置模块10、专用RTP媒体通道资源配置模块20、紧急呼出识别模块30、RTP媒体通道资源分配模块40。以下分别进行说明。
1)紧急号码配置模块10。
首先要在MG上对哪些号码属于紧急号码进行配置,才能在用户拨打了这些紧急号码时启动专门的处理流程。并且,不同的地区紧急号码也不一样,譬如紧急报警电话在中国大陆地区是“110”,而在美国是“911”。本模块就是根据媒体网关的应用区域,对该区域的紧急号码进行配置。也可以根据某些特殊业务要求,将某些特殊号码设置成紧急号码,以保证用户拨打该号码时顺利呼出。
因此,紧急号码配置模块10用于在MG上对紧急号码进行配置。MG上应该有一个紧急号码配置表,记录所有配置的紧急号码。该紧急号码配置表将作为后续紧急号码识别的根据。
2)专用RTP媒体通道资源配置模块20。
需要在媒体网关上将RTP媒体通道资源区分为“普通RTP媒体通道”和“专用RTP媒体通道”,是为了在系统繁忙时紧急呼叫有RTP媒体通道可用。
因此,专用RTP媒体通道资源配置模块20用于在MG上对RTP媒体通道资源进行配置,系统可以根据需要将一定比例(例如RTP媒体通道总数的1%或2%)或一定绝对数量(例如2~5条)的RTP媒体通道配置成“专用RTP媒体通道”,其余的RTP媒体通道为“普通RTP媒体通道”。在MG上应该有一张关于每一条RTP媒体通道的属性配置的表,表中需有一个字段用来表明该条RTP媒体通道资源是“普通RTP媒体通道”还是“专用RTP媒体通道”。该字段将在RTP资源分配时用来区分RTP媒体通道的类型。
3)紧急呼出识别模块30。
当用户拨完号码,即将上报的时候,会根据已配置的紧急号码,对所拨打的号码进行识别,如果所拨打的号码属于紧急号码,则在后续为该用户分配RTP媒体通道资源时进行特别处理。
因此,紧急呼出识别模块30用于在接收完用户所拨号码并得到匹配结果为FM或UM(FM和UM是H.248信令中表示用户所拨号码与指定号码表匹配的结果的描述符,FM表示完整匹配,UM表示唯一匹配)时,在向SS上报号码之前将所拨号码与紧急号码配置表进行对照:如果所拨号码为紧急号码,则将运行时用户信息记录表(MG上用用来记录所有用户的运行时信息的表,该表中有“是否为紧急呼出用户”字段用以说明该用户是否为紧急呼出用户)中该用户标记为紧急呼出用户,然后上报号码;否则直接上报号码。紧急呼出识别流程如图3所示。
4)RTP媒体通道资源分配模块40。
在给用户分配RTP媒体通道资源时,“普通RTP媒体通道”的使用照一般情况进行,“专用RTP媒体通道”在“普通RTP媒体通道”耗尽时,可以被分配给紧急呼出的用户。
因此,RTP媒体通道资源分配模块40用于在SS向MG下达Add指令,让MG为某个用户分配RTP媒体通道资源时,对紧急呼出用户进行特别的处理。在为紧急呼出用户进行RTP媒体通道资源分配时:若“普通RTP媒体通道”还有空闲,则选用一道“普通RTP媒体通道”为该用户服务;若“普通RTP媒体通道”已经耗尽,则在尝试“专用RTP媒体通道”中任选一道为该用户服务。RTP媒体通道资源分配的流程如图4所示。
本发明较佳实施例实现紧急呼出识别流程和RTP媒体通道资源分配流程如图3、图4所示。
紧急呼出识别阶段,本发明较佳实施例中有如下几处特别处理(请参看图3):
步骤201,将用户所拨号码与紧急号码配置表中的记录逐条对比,紧急号码配置表中的所有记录为紧急号码配置模块10(请参看图2)中配置的紧急号码。如果找到某一条记录与所拨号码相匹配,则说明用户所拨号码为一个紧急号码,该用户的本次呼出为一次紧急呼出;否则为正常呼出。
步骤202,所拨号码与某条紧急号码相同?是则本次呼出为一次紧急呼出,执行步骤203,否则不做任何处理,流程结束;
步骤203,将本用户标识为“紧急用户”,即在运行时用户信息记录表中的“是否为紧急呼出用户”字段标识为“是”,流程结束。
RTP媒体通道资源分配阶段,本较佳实施例中有如下几处特别处理(请参看图4):
步骤301,MG收到SS的为用户分配RTP媒体通道的指令以后,会向RTP媒体通道资源分配模块发出“RTP分配请求”;
步骤302,RTP媒体通道资源分配模块收到请求以后,首先查询RTP媒体通道资源配置表;
步骤303,判断是否有空闲的“普通RTP媒体通道”:如果有,执行步骤304,如果没有执行步骤306;
步骤304,占用一条“普通RTP媒体通道”,将RTP媒体通道资源配置表中该条记录标识为“已占用”状态;
步骤305,返回已分配的RTP,结束。
步骤306,“普通RTP媒体通道”已耗尽,查询运行时用户信息记录表,查询本呼叫用户是否为紧急呼出用户(“是否为紧急呼出用户”字段标识为“是”);
步骤307,判断是否为紧急呼出用户?是则步骤308。否则执行步骤309;
步骤308,查询RTP媒体通道资源配置表,看是否有空闲的“专用RTP媒体通道”,是则执行步骤310,否则执行步骤309;
步骤309,直接返回“分配失败”,结束。
步骤310,占用一条“专用RTP媒体通道”,将RTP媒体通道资源配置表中该条记录标识为“已占用”状态;
步骤311,返回已分配的专用RTP媒体通道,结束。
其中,用户的运行时信息记录和RTP媒体通道资源的状态在呼叫结束时将复位或归还成初始状态。
综上所述,本发明通过保留部分RTP资源为紧急呼出所用,很大程度上保障了系统在繁忙时段对紧急呼出的限制,避免了紧急呼出不畅可能会造成的严重后果。
最后应当说明的是,以上实施例仅用以说明本发明的技术方案而非限制,本领域的普通技术人员应当理解,可以对本发明的技术方案进行修改或者等同替换,而不脱离本发明技术方案的精神范围,其均应涵盖在本发明的权利要求范围当中。
Claims (10)
1.一种媒体网关忙时紧急呼出保障的方法,其特征在于,包括如下步骤:
紧急号码配置模块在媒体网关上配置紧急号码;
专用RTP媒体通道资源配置模块在媒体网关上将实时传输协议RTP媒体通道资源划分为普通RTP媒体通道和专用RTP媒体通道;
如果当前用户所拨打的号码属于紧急号码,则紧急呼出识别模块将当前用户确认为紧急呼出用户;
RTP媒体通道资源分配模块在所述普通RTP媒体通道耗尽时,为所述紧急呼出用户分配所述专用RTP媒体通道。
2.根据权利要求1所述的方法,其特征在于,还包括,在所述普通RTP媒体通道未耗尽时,所述RTP媒体通道资源分配模块为所述紧急呼出用户分配所述普通RTP媒体通道。
3.根据权利要求2所述的方法,其特征在于,还包括,
如果当前用户所拨打的号码不属于紧急号码,则紧急呼出识别模块将当前用户确认为普通用户;
在所述普通RTP媒体通道未耗尽时,所述RTP媒体通道资源分配模块为所述普通用户分配所述普通RTP媒体通道;
在所述普通RTP媒体通道耗尽时,所述RTP媒体通道资源分配模块拒绝为所述普通用户分配资源,并返回分配失败的消息。
4.根据权利要求1、2或3所述的方法,其特征在于,所述专用RTP媒体通道资源配置模块在媒体网关上将RTP媒体通道资源划分为普通RTP媒体通道和专用RTP媒体通道的步骤具体包括:
所述专用RTP媒体通道资源配置模块将所述RTP媒体通道资源中的预定比例或者预定数量的RTP媒体通道资源划分为所述专用RTP媒体通道,剩下的作为所述普通RTP媒体通道。
5.根据权利要求4所述的方法,其特征在于,还包括:通过属性表记录每一条RTP媒体通道是普通RTP媒体通道还是专用RTP媒体通道。
6.根据权利要求4所述的方法,其特征在于,所述紧急号码配置模块在媒体网关上配置紧急号码的步骤中,所述紧急号码配置模块通过紧急号码配置表记录所有配置的所述紧急号码。
7.一种媒体网关忙时紧急呼出保障的装置,其特征在于,包括:
紧急号码配置模块,用于:在媒体网关上配置紧急号码;
专用RTP媒体通道资源配置模块,用于:在媒体网关上将RTP媒体通道资源划分为普通RTP媒体通道和专用RTP媒体通道;
紧急呼出识别模块,用于:如果当前用户所拨打的号码属于紧急号码,则将当前用户确认为紧急呼出用户;
RTP媒体通道资源分配模块,用于:在所述普通RTP媒体通道耗尽时,为所述紧急呼出用户分配所述专用RTP媒体通道。
8.根据权利要求7所述的装置,其特征在于,
所述紧急呼出识别模块,还用于:如果当前用户所拨打的号码不属于紧急号码,则将当前用户确认为普通用户;
所述RTP媒体通道资源分配模块,还用于:在所述普通RTP媒体通道未耗尽时,为所述紧急呼出用户分配所述普通RTP媒体通道;在所述普通RTP媒体通道未耗尽时,为所述普通用户分配所述普通RTP媒体通道;在所述普通RTP媒体通道耗尽时,所述RTP媒体通道资源分配模块拒绝为所述普通用户分配资源,并返回分配失败的消息。
9.根据权利要求8所述的装置,其特征在于,所述专用RTP媒体通道占所述RTP媒体通道资源的预定比例或者为预定数量。
10.根据权利要求8所述的装置,其特征在于,
所述专用RTP媒体通道资源配置模块还具有属性表,用于记录每一条RTP媒体通道是普通RTP媒体通道还是专用RTP媒体通道;
所述紧急号码配置模块还具有紧急号码配置表,用于记录所有配置的所述紧急号码。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009100904876A CN101997819A (zh) | 2009-08-13 | 2009-08-13 | 一种媒体网关忙时紧急呼出保障的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009100904876A CN101997819A (zh) | 2009-08-13 | 2009-08-13 | 一种媒体网关忙时紧急呼出保障的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101997819A true CN101997819A (zh) | 2011-03-30 |
Family
ID=43787419
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009100904876A Pending CN101997819A (zh) | 2009-08-13 | 2009-08-13 | 一种媒体网关忙时紧急呼出保障的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101997819A (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020085538A1 (en) * | 2000-12-29 | 2002-07-04 | Leung Mun Keung | Emergency calling with a VoIP device in a VLAN environment |
CN101075995A (zh) * | 2007-06-29 | 2007-11-21 | 华为技术有限公司 | 控制网关处理呼叫的装置、网关及其处理呼叫的方法 |
CN101146052A (zh) * | 2005-04-25 | 2008-03-19 | 华为技术有限公司 | 网络通信中处理紧急业务的方法 |
-
2009
- 2009-08-13 CN CN2009100904876A patent/CN101997819A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020085538A1 (en) * | 2000-12-29 | 2002-07-04 | Leung Mun Keung | Emergency calling with a VoIP device in a VLAN environment |
CN101146052A (zh) * | 2005-04-25 | 2008-03-19 | 华为技术有限公司 | 网络通信中处理紧急业务的方法 |
CN101075995A (zh) * | 2007-06-29 | 2007-11-21 | 华为技术有限公司 | 控制网关处理呼叫的装置、网关及其处理呼叫的方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20060251060A1 (en) | Communication control apparatus | |
CN109889534B (zh) | 一种融合IP网络与LTE网络的VoIP通话方法 | |
CN101771769B (zh) | 呼叫控制的方法、装置和系统 | |
CN100426826C (zh) | 一种留言灯的实现方法及通信系统 | |
CN100563286C (zh) | 一种ngn呼叫转移方法和系统 | |
CN101150770B (zh) | 控制移动终端转接电话的方法、装置及系统 | |
CN101494699B (zh) | 一种voip接入网关及其利用dsp资源的方法 | |
CN101610426A (zh) | 一种基于企业融合通信平台的一号通业务实现方法 | |
CN101309462A (zh) | 一种实现固定电话与移动电话业务并网接听的方法 | |
CN102594804A (zh) | 一种在宽带业务中使用窄带设备放音的方法和系统 | |
CN100571413C (zh) | 窄带放音设备用于宽带网络的方法 | |
CN112019636B (zh) | 一种基于ims系统的通信呼叫转移装置及方法 | |
CN101997819A (zh) | 一种媒体网关忙时紧急呼出保障的方法及装置 | |
CN101572754B (zh) | 基于改进型无线固话终端的无线固话系统及其应用 | |
CN101227473B (zh) | 用于多媒体通信系统的主控会议的系统及方法 | |
CN101197888B (zh) | 实现非智能sip终端呼叫等待选择挂机的方法和系统 | |
CN107613123A (zh) | 基于wifi实现无绳电话功能的系统及方法 | |
CN101123637B (zh) | 智能电话终端、通话记录装置、同步通话记录的方法及系统 | |
CN1761274B (zh) | 一种呼叫保持的处理方法 | |
CN101132379B (zh) | 用于在接入网关中实现预定呼叫的方法和装置 | |
CN101729685A (zh) | 服务请求方法、计算机电话集成cti设备及网络设备 | |
CN104113370A (zh) | 一种卫星通信呼叫转移系统和方法 | |
CN103179118A (zh) | 一种基于调度系统的sip++协议 | |
KR20050090819A (ko) | 비상계획에 따른 응급전화 전달장치 및 방법 | |
CN103051814B (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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110330 |