CN1661969A - 一种防止收号丢失的方法 - Google Patents
一种防止收号丢失的方法 Download PDFInfo
- Publication number
- CN1661969A CN1661969A CN 200410007147 CN200410007147A CN1661969A CN 1661969 A CN1661969 A CN 1661969A CN 200410007147 CN200410007147 CN 200410007147 CN 200410007147 A CN200410007147 A CN 200410007147A CN 1661969 A CN1661969 A CN 1661969A
- Authority
- CN
- China
- Prior art keywords
- storage area
- dial storage
- digits
- user
- mgc
- 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
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种防止收号丢失的方法,用于在下一代网络中对媒体网关控制和媒体网关控制器的收号交互进行保护。该方法为:在媒体网关与媒体网关控制器交互收号参数之前,媒体网关为与当前摘机用户相对应的物理终端启用拨号存储区;将所述摘机用户拨出的号码顺序缓存到所述拨号存储区内;以及媒体网关从存储区中的号码首位开始,依次将缓存号码与媒体网关控制器下发的收号参数匹配并上报。
Description
技术领域
本发明涉及下一代网络(NGN)技术,尤其涉及在该NGN网络中防止收号丢失的方法。
背景技术
媒体网关控制器(MGC)和媒体网关(MG)是NGN中的两个关键构件。参阅图1所示,MGC负责呼叫控制功能,MG负责业务承载功能,藉此实现呼叫控制平面和业务承载平面的分离,从而充分共享网络资源,简化设备升级和业务扩展,并大大降低开发和维护成本。
媒体网关控制协议是MGC和MG之间通信的主要协议,目前应用较为广泛的有MeGaCo/H.248和MGCP两种协议。MG上的各种资源在这两种协议中被抽象表示为终端。终端又分为物理终端和临时终端,前者代表一些具有半永久存在性的物理实体,例如TDM通道等,后者代表一些临时申请用后释放的公共资源,例如RTP流等。终端上的操作和终端间的组合就代表了呼叫的接续过程。MGC和MG之间的交互通过这两种协议的命令消息来进行。命令所携带的一些参数信息被划分为信号、事件等类别,其中信号被MGC用来指示MG进行某种资源的操作,例如向用户放拨号音、回铃音、忙音等,事件被MGC用来指示MG进行某种状态的监测,例如监测用户摘机、挂机、拍叉等。
对于直接带有用户接口的MG,如接入媒体网关(AMG)、驻地媒体网关(RMG)或者综合接入设备(IAD)等,接收用户拨号进行匹配分析并上报MGC是其参与呼叫接续完成的主要功能之一。针对IP承载网络的不可靠和用户拨号操作的差异性,这些MG就需要具备完善的收号保护方案。
为此,媒体网关控制协议定义了数图(DigitMap)描述参数来对用户拨号进行累积收号,从而减少消息交互和等待时延;又定义了双音多频(DTMF)检测参数来对用户拨号进行单位收号,从而满足号码分析的灵活性。这些收号参数能够满足通常情况下的呼叫接续要求。
然而在异常情况,上述协议参数并不能完全解决收号丢失的问题。例如当网络不可靠造成MGC下发的DigitMap丢失,或者用户拨号较快MGC来不及下发DigitMap时,MG都将无法及时接收用户拨号。当MGC需要根据用户拨号来分段下发DigitMap时,在这些分段的间隔中也存在丢号的风险。
目前,解决上述问题有以下两种技术方案:
技术方案一:
利用协议定义的参数嵌套机制来防止收号丢失,即针对前一收号参数匹配完成之后后一收号参数无法及时下发的情况,让MGC将后一收号参数嵌套在前一收号参数中一并下发。因此,在MG上当前一收号参数处于激活状态时,被嵌套的后一收号参数就处于去活状态,而一旦前一收号参数匹配完成并上报给MGC,被嵌套的后一收号参数就被激活以接收用户的后续拨号,如图2所示。
该方案虽然能够避免等待后续收号参数的时延,但是并不能适用于广泛的情况。例如在集群(Centrex)业务中,MGC在用户摘机后需要下发群内数图DieitMap1描述参数,若用户拨号为出群字冠,则需要再下发群外数图DigitMap2描述参数,若用户出群呼叫为长途,则还需要再下发DTMF检测参数来接收单位拨号,因为长途呼叫号码很可能无法一次收足。然而协议规定参数嵌套机制最多只能有一层,这样就只能在这三个参数中选择连续的两个来实现嵌套,而与另一未嵌套参数的间隔中仍存在丢号风险。
技术方案二:
利用协议定义的事件缓存机制来防止收号丢失,即针对用户拨号可能快于MGC与MG之间交互收号参数的情况,让MGC提前指示MG建立一个事件缓存来暂时容纳用户的拨号。这样在MG上,用户的每位拨号都被追加到事件缓存这个先入先出(FIFO)队列的末尾,当接收到来自MGC的收号参数时,MG就基于该缓存进行搜索和匹配,不足的号码等待用户继续拨号,多余的号码继续保留在缓存,如图3所示。
该方案虽然可以使收号操作与收号参数下发相脱离,但是却依赖于必须提前启动事件缓存机制。由于事件缓存机制对所有协议事件都是通用的,除了在MG上为每个物理或临时终端都要建立缓存队列之外,还要有相应的参数来描述其操作状态,例如缓存是关闭还是单步锁定、进入缓存的筛选条件等等,因此其实现比较复杂,对系统开销也较大。在通常情况下,MGC和MG都没有实现或者开启这一机制,这样也就很难依赖其实现收号保护的机制。
发明内容
本发明提供一种防止收号丢失的方法,以解决现有技术中存在的不能完全处理异常情况或者实现过于复杂的问题。
为解决上述问题,本发明采用MG主动缓存用户拨号的收号保护机制来防止收号丢失,其技术方案如下:
一种防止收号丢失的方法,该方法为:
在媒体网关(MG)与媒体网关控制器(MGC)交互收号参数之前,MG为与当前摘机用户相对应的物理终端启用拨号存储区;
将所述摘机用户拨出的号码顺序缓存到所述拨号存储区;以及
MG从存储区中的号码首位开始,依次将缓存号码与MGC下发的收号参数匹配并上报MGC。
其中:
在系统初始化时静态地为每个用户分配一个拨号存储区;或者由摘机事件触发MG动态地为该摘机用户建立一个拨号存储区。
将拨号存储区中与收号参数匹配成功的号码清除。
如果拨号存储区中的号码个数不足当次匹配时,则等待用户的后续拨号。
如果等待超时,则由MG向MGC上报异常;在上报异常消息时上报已匹配成功的号码,并将其从拨号存储区清除。
如果拨号存储区中的号码个数满足当次匹配时,则无论匹配结果如何都上报已匹配成功的号码,并将其从拨号存储区清除。
如果当次匹配成功而拨号存储区中还存在多余号码,则保留并等待与后续下发的收号参数进行匹配。
如果所述拨号存储区采用静态分配方式,则在本次呼叫接续之后清空所述拨号存储区。
如果所述拨号存储区采用动态分配方式,则在本次呼叫接续之后释放所述拨号存储区。
当用户拍叉或者媒体流被激活时,清空所述拨号存储区。
所述拨号存储区为一个先进先出队列。
本发明将MG接收拨号和MGC下发收号参数相互隔离开来,收号操作和匹配扫描也相对独立进行。MG上用户的拨号直接进入拨号缓存,因而再无丢失的风险,MGC根据用户拨号分段下发数图等收号参数也再无限制;而且,MGC基本无需做任何控制流程的改动,MG也仅仅是采用了一个简单的缓存。
本发明充分考虑了对协议的遵从和在实现上的简化,通过MG主动缓存用户拨号的收号保护机制,为IP承载网络不可靠和用户拨号操作差异性带来的丢号风险提供了一种简单而有效的解决方案。这种机制在MG内部实现,不会增加MG与MGC之间协议交互的复杂度,因而在互通上也具有很大优势。
附图说明
图1为NGN中MG和MGC的组网示意图;
图2为现有技术中利用参数嵌套机制防止收号丢失的示意图;
图3为现有技术中利用事件缓存机制防止收号丢失的示意图;
图4为本发明MG主动缓存用户拨号防止收号丢失的示意图
具体实施方式
本发明在MG与MGC交互收号参数之前,MG要为与当前摘机用户相对应的物理终端启用一个初始化为空的拨号存储区,将用户拨出号码顺序缓存。该存储区采用先进先出(FIFO)队列为最佳,用户的拨号将不断追加到这个FIFO队列的末尾。
拨号存储区的分配可以采用以下两种方式:
静态分配方式:在系统初始化时,MG上就为每个用户相对应的物理终端都固定申请和分配一个拨号存储区,并在运行过程中一直为用户所用。当一次呼叫完成则清空该拨号存储区。
动态分配方式:当某个用户摘机时才动态地临时为其申请和分配拨号存储区,在一次呼叫过程中为用户所用。当一次呼叫完成则释放该拨号存储区。
参阅图4所示,以MGC下发两次数图描述参数为例,其实现过程如下:
1、用户摘机,该摘机事件触发MG上为与该用户相对应的物理终端分配FIFO队列。
2、MG将用户拨出的号码追加到FIFO队列的末尾。
3、在收号过程中MGC向MG下发数图DigitMap1描述参数。
4、MG收到数图DigitMap1描述参数后,从FIFO队列的队首开始将描述参数与号码进行匹配,在匹配完参数后上报MGC,匹配过程中当前匹配的号出队列。
5、MGC不能一次收足号码,则向MG下发数图DigitMap2描述参数。
6、MG收到数图DigitMap2描述参数后按步骤4中的方式进行匹配,并在匹配完参数后上报MGC。
7、用户拍叉或者媒体流被激活时,MG就将缓存中已积累的号码清空。
8、MGC收号完成后接续呼叫,MG释放为当前用户动态分配的FIFO队列。
如果MGC一次下发数图描述参数即可收足号码,则上述过程不包括步骤5、6。
如果MGC在下发数图DigitMap2描述参数后还不能收足号码,则在步骤6之后还可继续下发更多DigitMap描述参数或DTMF检测参数进行收号。
MGC无论是下发DigitMap描述参数还是DTMF检测参数,缓存中的号码个数如果不足以满足本次匹配,那就继续等待用户的后续拨号。如果出现拨号超时则上报异常,同时上报并清除已匹配的号码。
缓存中的号码个数如果可以满足本次匹配,那么无论匹配结果是成功还是失败,MG都上报并清除已匹配的号码。如果一次匹配完成后FIFO队列中还存在多余的号码,则继续保留在队列中等待下次匹配。
每当MGC已阶段性地收足进行呼叫接续的拨号之后,MG就复位拨号缓存,例如当用户拍叉或者媒体流被激活时,MG就将缓存中已积累的拨号清空。
MG上的用户一旦挂机,与该用户接口相对应的物理终端就取消当前拨号缓存。
本发明在MG上主动采取拨号缓存机制来实现收号保护,能够避免IP承载网络不可靠和用户拨号操作差异性带来的丢号风险。
Claims (14)
1、一种防止收号丢失的方法,其特征在于该方法为:
在媒体网关(MG)与媒体网关控制器(MGC)交互收号参数之前,MG为与当前摘机用户相对应的物理终端启用拨号存储区;
将所述摘机用户拨出的号码顺序缓存到所述拨号存储区;以及
MG从存储区中的号码首位开始,依次将缓存的号码与MGC下发的收号参数匹配并上报MGC。
2、如权利要求1所述的方法,其特征在于,在系统初始化时静态地为每个用户分配一个拨号存储区;或者由摘机事件触发MG动态地为该摘机用户建立一个拨号存储区。
3、如权利要求1或2所述的方法,其特征在于,将拨号存储区中与收号参数匹配成功的号码清除。
4、如权利要求1所述的方法,如果拨号存储区中的号码个数不足当次匹配时,则等待用户的后续拨号。
5、如权利要求4所述的方法,其特征在于,如果等待超时,则由MG向MGC上报异常。
6、如权利要求5所述的方法,其特征在于,当上报异常时,将已匹配成功的号码上报并将其从拨号存储区清除。
7、如权利要求1所述的方法,其特征在于,如果拨号存储区中的号码个数满足当次匹配时,则无论匹配结果如何都上报已匹配成功的号码,并将其从拨号存储区清除
8、如权利要求1所述的方法,其特征在于,如果当次匹配成功而拨号存储区中还存在多余号码,则保留并等待与后续下发的收号参数进行匹配。
9、如权利要求2所述的方法,其特征在于,如果所述拨号存储区采用静态分配方式,则在本次呼叫接续之后清空所述拨号存储区。
10、如权利要求2所述的方法,其特征在于,如果所述拨号存储区采用动态分配方式,则在本次呼叫接续之后释放所述拨号存储区。
11、如权利要求1所述的方法,其特征在于,当用户拍叉或者媒体流被激活时,清空所述拨号存储区。
12、如权利要求2所述的方法,其特征在于,当用户挂机时,取消上述拨号缓存机制。
13、如权利要求1所述的方法,其特征在于,所述拨号存储区为一个先进先出(FIFO)队列。
14、如权利要求13所述的方法,其特征在于,启用所述先进先出队列时将其初始化为空。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB200410007147XA CN100454827C (zh) | 2004-02-28 | 2004-02-28 | 一种防止收号丢失的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB200410007147XA CN100454827C (zh) | 2004-02-28 | 2004-02-28 | 一种防止收号丢失的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1661969A true CN1661969A (zh) | 2005-08-31 |
CN100454827C CN100454827C (zh) | 2009-01-21 |
Family
ID=35011058
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB200410007147XA Expired - Fee Related CN100454827C (zh) | 2004-02-28 | 2004-02-28 | 一种防止收号丢失的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100454827C (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009121258A1 (zh) * | 2008-04-01 | 2009-10-08 | 华为技术有限公司 | 一种匹配结果上报控制方法和装置 |
WO2010072076A1 (zh) * | 2008-12-26 | 2010-07-01 | 中兴通讯股份有限公司 | 基于媒体网关控制协议的收号方法及媒体网关控制器 |
CN101350862B (zh) * | 2008-08-26 | 2012-01-11 | 中兴通讯股份有限公司 | 一种实现按位收号的方法和系统 |
CN101552846B (zh) * | 2008-03-31 | 2013-03-20 | 华为技术有限公司 | 一种媒体流中拨号信息的处理方法和装置 |
CN103428322A (zh) * | 2013-06-24 | 2013-12-04 | 深圳市共进电子股份有限公司 | 一种收集用户按键方法及网络语音通信终端 |
WO2024001888A1 (zh) * | 2022-06-30 | 2024-01-04 | 深圳市中兴微电子技术有限公司 | 数据处理方法、设备及计算机存储介质 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2814624A1 (fr) * | 2000-09-22 | 2002-03-29 | Cit Alcatel | Procede de controle d'une passerelle media |
CN1317854C (zh) * | 2002-04-20 | 2007-05-23 | 中兴通讯股份有限公司 | 一种检测媒体网关控制器与媒体网关间链路状态的方法 |
CN1457182A (zh) * | 2002-05-10 | 2003-11-19 | 北京艾尼通科技有限公司 | 媒体网关控制协议消息可靠传送机制的实现方法 |
EP1388998A1 (de) * | 2003-04-03 | 2004-02-11 | Siemens Aktiengesellschaft | Verfahren und Netzzugangsknoten zur Übertragung von modulierten Trägersignalen in paketorientierten Kommunikationsnetzen |
-
2004
- 2004-02-28 CN CNB200410007147XA patent/CN100454827C/zh not_active Expired - Fee Related
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101552846B (zh) * | 2008-03-31 | 2013-03-20 | 华为技术有限公司 | 一种媒体流中拨号信息的处理方法和装置 |
WO2009121258A1 (zh) * | 2008-04-01 | 2009-10-08 | 华为技术有限公司 | 一种匹配结果上报控制方法和装置 |
CN101552700B (zh) * | 2008-04-01 | 2011-03-23 | 华为技术有限公司 | 一种匹配结果上报控制方法和装置 |
CN101350862B (zh) * | 2008-08-26 | 2012-01-11 | 中兴通讯股份有限公司 | 一种实现按位收号的方法和系统 |
WO2010072076A1 (zh) * | 2008-12-26 | 2010-07-01 | 中兴通讯股份有限公司 | 基于媒体网关控制协议的收号方法及媒体网关控制器 |
CN103428322A (zh) * | 2013-06-24 | 2013-12-04 | 深圳市共进电子股份有限公司 | 一种收集用户按键方法及网络语音通信终端 |
CN103428322B (zh) * | 2013-06-24 | 2017-04-26 | 深圳市共进电子股份有限公司 | 一种收集用户按键方法及网络语音通信终端 |
WO2024001888A1 (zh) * | 2022-06-30 | 2024-01-04 | 深圳市中兴微电子技术有限公司 | 数据处理方法、设备及计算机存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN100454827C (zh) | 2009-01-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1234410B1 (en) | Apparatus for a voice over ip (voip) telephony gateway and methods for use therein | |
CN1097375C (zh) | 改变通信带宽以提供自动回呼和呼叫保持的方法 | |
CN1859710A (zh) | 接入媒体网关过载控制方法 | |
CN1863063A (zh) | 基于软交换设备感知业务的wimax动态qos实现方法 | |
CN1874345A (zh) | 媒体网关上报终端统计参数值的方法 | |
CN101064752A (zh) | 一种实现插入呼叫功能的方法 | |
CN1874380A (zh) | 通话的实现方法 | |
CN1288884C (zh) | Ip接入实现语音业务的方法及系统 | |
CN1661969A (zh) | 一种防止收号丢失的方法 | |
CN1893475A (zh) | 通话中网络设备与网络终端握手的实现方法 | |
CN101068230A (zh) | 在媒体网关中实现用户交换机的方法 | |
CN1992706A (zh) | 媒体网关中统计参数取值调整方法 | |
CN1123983A (zh) | 在通信网络内呼叫分配的方法 | |
AU8828198A (en) | Intelligent, high-speed switching matrix | |
CN1874351A (zh) | 一种实现自动拥塞控制的方法 | |
CN1282330C (zh) | 在七号消息分配单元实现对业务应用信令的控制选通方法 | |
CN1882021A (zh) | 一种实现长途话务员插入的方法和系统 | |
CN1622555A (zh) | 用于媒体网关的端口动态绑定模块及其动态绑定方法 | |
CN1767509A (zh) | 外网用户穿越nat设备的实现方法 | |
CN100493070C (zh) | 媒体网关命令串行方法 | |
CN1738263A (zh) | 软交换系统媒体流的监听方法及采用的监听网关处理装置 | |
CN100336360C (zh) | 呼叫中心的全国联网的实现方法 | |
CN1889608A (zh) | 一种呼叫前转的方法及系统 | |
CN101056282A (zh) | 随路信令在h.248分离架构下的实现方法、设备及系统 | |
CN1161948C (zh) | 一种ip电话卡的拨号方法 |
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 | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090121 |
|
CF01 | Termination of patent right due to non-payment of annual fee |