呼叫控制方法和装置的制作方法

文档序号:7682048阅读:136来源:国知局
专利名称:呼叫控制方法和装置的制作方法
技术领域
本发明涉及通信领域,并且特别地,涉及呼叫控制方法和装置。
背景技术
通4言纟冬端^殳备(cable termination equipment, CTE )是指人与通 信系统的接口设备,该设备是通信系统的重要组成部分。
通信终端作为人们享用通信业务的直接工具,承担着为用户提 供良好的界面、完成所需业务功能、以及接入通信网络等多方面任 务。
随着现代通信朝向数字化、宽带化、综合化、智能化、和个人 化方向的发展,对通信终端设备的性能、智能化、多媒体化、微型 化、和移动化等也提出了更高的要求。
紧急呼叫是通信终端所执行的多种通信业务中的一种,该业务 是指拨打特服号码,例如匪警、火警、急救等电话号码, 一般而言,
对于紧急呼叫要求呼叫必须成功,而不考虑用户电话欠费与否均。
在某些特殊场合,由于人为或环境因素会出现本端(主叫端) 异常挂机而释放呼叫的情况。例如,终端的用户正拨打火警号码告 知消防系统火灾区属位置、火势大小等信息时,由于突然受外力影 响而挂才几,此时,在传统方法中就会释方文本次呼叫,如果用户想要继续通话则需要重新再次拨号,这无疑极大地浪费了宝贵的营救时 间。
此外,随着社会人口的老龄化,空巢老人越来越多,由于年老 体弱、没有亲人子女相伴,他们在遇到紧急突发性事情时应对能力 有限,此时,如果老人需要外界帮助进行呼叫时误使终端设备挂机, 同样会浪费宝贵的时间,并且对操作造成了不便。
之所以出现上述情况,主要原因在于传统方法中呼叫的控制在
系统侧进行,例如,在数据域(PS域),媒体网关控制协议(MGCP ) 提出的被叫控制释放流程;另夕卜,SIP协议终端同样不存在任何对 紧急呼叫的保护控制;并且,在电路交换域(CS域),也是由公共 交换电话网(PSTN)的交换机侧的紧急呼叫控制管理中心进行统一 的管理。
不难看出,传统方法对于终端i殳备而言完全是基本呼叫流程, 终端本身不进行呼叫的控制。
在完全由系统控制呼叫的方式中,成本很大,涉及的技术很繁 瑣,尤其对于通信终端设备而言,紧急呼叫的控制权完全在系统侧, 而且如果遇到系统侧没有紧急呼叫控制功能的情况下,将无法应对 紧急情况,这无疑会导致通信终端的通用性受限。
然而,目前尚未提出在通信终端上设置呼叫控制功能的技术方案。

发明内容
考虑到上述问题而做出本发明,为此,本发明的主要目的在于 提供一种呼叫控制机制,以解决相关技术中系统完全控制呼叫而导 致通信终端性能受限的问题。根据本发明的实施例,提供了一种呼叫控制方法。
该方法包括步骤S102,在主叫终端设备进行呼叫时,主叫终 端设备判断本次呼叫是否为紧急呼叫;步骤S104,在判断本次呼叫 为紧急呼叫的情况下,主叫终端设备将本次呼叫标识为紧急呼叫, 并与本次呼叫的被叫终端设备建立呼叫链路;以及步骤S106,在本 次呼叫-故标识为紧急呼叫的情况下,如果在通话的过考呈中主叫终端
设备挂机而被叫终端设备未挂机,则主叫终端设备保持呼叫链路。
其中,步骤S102进一步包括将本次呼叫的被叫终端设备的 号码与主叫终端设备的数据库中预先设置的紧急呼叫号码列表中的 号码进行对比;在判断被叫终端设备的号码是紧急呼叫号码列表中 的号码的情况下,判断本次呼叫为紧急呼叫。
此外,在步骤S104中,通过将本次呼叫的紧急呼叫标识位设 置为真来将本次呼叫标识为紧急呼叫。并且,在主叫终端设备挂机 后摘机而被叫终端设备未挂机的情况下,主叫终端设备能够继续通 过主叫终端设备与被叫终端设备进行通话。
另外,在步骤S104中,在判断本次呼叫为紧急呼叫的情况下, 主叫终端跳过验证处理而直接与被叫终端设备建立呼叫链路。其中, -验i正处理包括注册状态判断、资费判断。
除此之外,该方法可进一步包括在被叫终端设备挂机的情况 下,释放呼叫链路。
另 一方面,在判断被叫终端设备的号码不是紧急呼叫号码列表 中的号码的情况下,可以进一步包括判断本次呼叫为普通呼叫, 将本次呼叫的紧急呼叫标识为设置为,i,并且在主叫终端设备通过 -睑证处理之后,建立呼叫链路,以及在主叫终端设备和一皮叫终端设 备中的任一方挂机的情况下,释放呼叫链路。根据本发明的另 一实施例,提供了 一种呼叫控制装置。
该装置包括紧急呼叫控制管理才莫块,用于在主叫终端设备进 行呼叫时,判断本次呼叫是否为紧急呼叫,并在判断本次呼叫为紧 急呼叫的情况下,将本次呼叫标识为紧急呼叫,并与本次呼叫的净皮 叫终端设备建立呼叫链路,其中,在本次呼叫被标识为紧急呼叫的 情况下,如果在通话的过程中主叫终端设备挂机而被叫终端设备未 挂机,则保持呼叫链路。
该装置可进一步包括数据库,用于存储预先设置的紧急呼叫 号码列表,其中,紧急呼叫号码列表包含一个或多个预先设置的紧 急呼叫号码。
并且,紧急呼叫控制管理模块还用于将被叫终端设备的号码与 数据库中预先设置的紧急呼叫号码列表中的号码进行对比,在判断 被叫终端设备的号码是紧急呼叫号码列表中的号码的情况下,判断 本次呼叫为紧急呼叫;在判断被叫终端设备的号码不是紧急呼叫号 码列表中的号码的情况下,判断本次呼叫为普通呼叫。
通过本发明的上述4支术方案,可以完全在终端i殳备上实现紧急 呼叫控制管理,有效保护紧急呼叫语音链路,减少异常挂机导致的 时间浪费,而且大大降低了通讯终端设备CTE对网络系统侧设备的 依赖性,提高了系统的适应性,真正意义上提高了终端设备的性能 和智能化程度。


此处所-说明的附图用来4是供对本发明的进一步理解,构成本申 请的一部分,本发明的示意性实施例及其说明用于解释本发明,并 不构成对本发明的不当限定。在附图中图1是才艮据本发明方法实施例的呼叫控制方法的流程图2是根据本发明方法实施例的呼叫控制方法的处理实例的流 程图3是根据本发明方法实施例的呼叫控制方法的处理实例的信 令;j;危禾呈图;以及
图4是根据本发明装置实施例的呼叫控制装置的框图。
具体实施例方式
本发明通过在通信终端设备上增加呼叫控制管理模块,来实现 对紧急号码的可配置、分析、发起呼叫、以及摘挂机事件监测管理 等功能。下面将详细描述本发明。
方法实施例
在本实施例中,提供了一种呼叫控制方法。
如图l所示,才艮据本实施例的呼叫控制方法包括步骤S102, 在主叫终端设备进行呼叫时,主叫终端设备判断本次呼叫是否为紧 急呼叫;步骤S104,在判断本次呼叫为紧急呼叫的情况下,主叫终 端设备将本次呼叫标识为紧急呼叫,并与本次呼叫的被叫终端设备 建立呼叫链路;以及步骤S106,在本次呼叫被标识为紧急呼叫的情 况下,如果在通话的过程中主叫终端设备挂机而^皮叫终端设备未挂 机,则主叫终端设备保持呼叫链路。
其中,步骤S102进一步包括将被叫终端设备的号码与主叫 终端设备的数据库中预先设置的紧急呼叫号码列表中的号码进行对比;在判断被叫终端设备的号码是紧急呼叫号码列表中的号码的情 况下,判断本次呼叫为紧急呼叫。
此夕卜,在步骤S104中,通过将本次呼叫的紧急呼叫标识位设 置为真来将本次呼叫标识为紧急呼叫。并且,在主叫终端设备挂枳^ 后摘机而被叫终端设备未挂机的情况下,主叫终端设备能够继续通 过主叫终端设备与一皮叫终端设备进行通话。
另外,在步骤S104中,在判断本次呼叫为紧急呼叫的情况下, 主叫终端跳过验证处理而直接与被叫终端设备建立呼叫链路。其中, -验i正处理包括注册状态判断、资费判断。
除此之外,该方法可进一步包括在被叫终端设备挂机的情况 下,释放呼叫链路。
另 一方面,在判断被叫终端设备的号码不是紧急呼叫号码列表 中的号码的情况下,该方法可以进一步包括判断本次呼叫为普通 呼叫,将本次呼叫的紧急呼叫标识为设置为假,并且在主叫终端设 备通过验证处理之后,建立呼叫链路,以及在主叫终端设备和被叫 终端设备中的任一方挂机的情况下,释放呼叫链路。
在实际应用过禾呈中,处理过禾呈如下
首先,进行数据库配置,将紧急号码配置到数据库保存;并且 初始化紧急呼叫控制管理才莫块(EMG)的翁:据区,将紧急呼叫标志 位置为"假"(FALSE);之后的处理流程如图2所示,具体如下
(1)外围交换用户话才几线3各(FXS) 口双音多频(DTMF)收 号,上报给紧急呼叫控制管理模块(EMG);(2) 紧急呼叫控制管理模块(EMG)进行号码分析,从数据 库中取出紧急号码表,进4亍匹配;
(3) 如果号码分析不为紧急号码,则进入正常呼叫流程,需要 进行终端设备是否已注册或欠费等相关因素的判断,由此决定是否 可以正常主叫呼出;
(4) 如果号码匹配为紧急号码,则置紧急呼叫标志位为"真" (TRUE),并且紧急呼叫跳过注册、资费等判断流程直4妄发起主叫
呼出;
(5) 当》t方应答,"i吾音4连^各建立成功之后,则进入只寸FXS 口 的摘挂机状态监测流程;
(6) 当监测到本终端用户挂机事件时,紧急呼叫控制模块判断 紧急呼叫标志位为TRUE,因此需要屏蔽挂机事件,不上报释放消 息,从而保持呼叫链路;
(7 )否则,本次呼叫为普通呼叫,需要上报挂机事件,释放资
源;
(8)等到呼叫结束(被叫终端设备挂机),系统侧发出释放消 息,本终端才可以释放,同时将紧急呼叫标志位重新置为FALSE。
上述处理的信令流程如图3所示,具体描述同上,这里不再重复。
装置实施例
在本实施例中,提供了一种呼叫控制装置。
ii如图4所示,根据本实施例的呼叫控制装置包括紧急呼叫控 制管理模块402 (EMG),用于在主叫终端设备进行呼叫时,判断本 次呼叫是否为紧急呼叫,并在判断本次呼叫为紧急呼叫的情况下, 将本次呼叫标识为紧急呼叫,并与本次呼叫的^皮叫终端i殳备建立呼 叫链路,其中,在本次呼叫被标识为紧急呼叫的情况下,如果在通 话的过程中主叫终端设备挂机而被叫终端设备未挂机,则保持呼叫 链路。
该装置可进一步包括数据库(DB) 404,用于存储预先设置 的紧急呼叫号码列表,其中,紧急呼叫号码列表包含一个或多个预 先设置的紧急呼叫号码。
并且,紧急呼叫控制管理模块402还用于将被叫终端设备的号 码与数据库中预先设置的紧急呼叫号码列表中的号码进^f亍对比,在
判断^皮叫终端设备的号码是紧急呼叫号码列表中的号码的情况下, 判断本次呼叫为紧急呼叫;在判断被叫终端设备的号码不是紧急呼 叫号码列表中的号码的情况下,判断本次呼叫为普通呼叫。
也就是说,主叫终端设备的用户摘机后,听拨号音,拨号,号 码上报给紧急呼叫控制管理模块402,以进行号码分析,匹配数据 库中紧急号码表(EMG map),如果分析结果为紧急号码则置紧急 号码标志位为TRUE,并跳过注册状态、资费判断等流程直接进入 主叫呼出,发出链路建立消息(SETUP ),对方接听后发出应答消 息(ANSWER),主叫终端设备收到应答消息后,建立双向语音《连 路成功;
然后,当终端用户受环境影响等影响造成主叫终端设备并非主 观意愿而挂机时,即,资源控制管理层408在检测资源层(FXS) 410的摘机状态的过程中发现主叫用户挂机时,不释放语音链路, 主叫终端i殳备再摘冲几后可以继续通话;也就是i兌,只要^皮叫终端"i殳备不挂4几,终端用户可以多次重复 挂摘机流程,直至通话结束,由系统侧通知终端用户释力文,CTE收 到RELEASE消息,则;^文忙音,终端用户此时可以挂才几,释》文终端 设备资源;
而当判断呼叫为普通呼叫的情况下,则由基本呼叫控制模块 406来ii^f亍口乎叫^目关的处5里。
综上所述,本发明针对通信终端设备进行紧急呼叫时出现的本 端异常挂机导致呼叫释放而浪费宝贵时间的问题提出了解决方案, 避免了紧急呼叫的管理集中在系统侧,同时避免了终端设备自身的 通用性和适用性不足的问题。
借助于本发明的技术方案,可以完全在终端i殳备上实现紧急呼 叫控制管理,有效保护紧急呼叫语音链路,减少异常挂机导致的时 间浪费,而且大大降低了通讯终端设备CTE对网络系统侧设备的依 赖性,提高了系统的适应性,真正意义上提高了终端设备的性能和 智能化程度,以进一步符合通讯终端设备高性能、智能化的要求。
以上所述^f又为本发明的优选实施例而已,并不用于限制本发明, 对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在 本发明的精神和原则之内,所作的任何修改、等同替换、改进等, 均应包含在本发明的4呆护范围之内。
权利要求
1. 一种呼叫控制方法,其特征在于,包括步骤S102,在主叫终端设备进行呼叫时,所述主叫终端设备判断本次呼叫是否为紧急呼叫;步骤S104,在判断所述本次呼叫为紧急呼叫的情况下,所述主叫终端设备将所述本次呼叫标识为紧急呼叫,并与所述本次呼叫的被叫终端设备建立呼叫链路;以及步骤S106,在所述本次呼叫被标识为紧急呼叫的情况下,如果在通话的过程中所述主叫终端设备挂机而所述被叫终端设备未挂机,则所述主叫终端设备保持所述呼叫链路。
2. 根据权利要求1所述的呼叫控制方法,其特征在于,所述步骤 S102进一步包4舌将所述#1叫终端i殳备的号码与所述主叫终端i殳备的凄史据 库中预先设置的紧急呼叫号码列表中的号码进行对比;在判断所述^^皮叫终端i殳备的号码是所述紧急呼叫号码列 表中的号码的情况下,判断所述本次呼叫为紧急呼叫。
3. 才艮据;f又利要求1所述的呼叫控制方法,其特征在于,在所述步 骤S104中,通过将所述本次呼叫的紧急呼叫标识位i殳置为真 来将所述本次呼叫标识为紧急呼叫。
4. 根据权利要求3所述的呼叫控制方法,其特征在于,在所述主 叫终端设备挂机后摘机而所述被叫终端设备未挂机的情况下, 所述主叫终端设备能够继续通过所述主叫终端设备与所述被 叫终端i殳备进行通话。
5. 根据权利要求1所述的呼叫控制方法,其特征在于,在所述步 骤S104中,在判断所述本次呼叫为紧急呼叫的情况下,所述 主叫终端跳过验证处理而直接与所述被叫终端设备建立所述 呼叫链路。
6. 根据权利要求5所述的呼叫控制方法,其特征在于,所述验证 处理包括注册状态判断、资费判断。
7. 才艮据权利要求1至6中任一项所述的呼叫控制方法,其特征在 于,进一步包括在所述被叫终端设备挂机的情况下,释放所 述呼叫链路。
8. 根据权利要求2所述的呼叫控制方法,其特征在于,在判断所 述被叫终端设备的号码不是所述紧急呼叫号码列表中的号码 的情况下,进一步包括判断所述本次呼叫为普通呼叫,将所述本次呼叫的紧急呼 叫标识为设置为假,并且在所述主叫终端设备通过验证处理之 后,建立所述呼叫链路,以及在所述主叫终端设备和所述被叫 终端设备中的任一方挂机的情况下,释放所述呼叫链路。
9. 一种呼叫控制装置,其特征在于,包括紧急呼叫控制管理模块,用于在主叫终端设备进行呼叫 时,判断本次呼叫是否为紧急呼叫,并在判断所述本次呼叫为 紧急呼叫的情况下,将所述本次呼叫标识为紧急呼叫,并与所 述本次呼叫的被叫终端设备建立呼叫链路,其中,在所述本次 呼叫^皮标识为紧急呼叫的情况下,如果在通话的过程中所述主 叫终端设备挂机而所述被叫终端设备未挂机,则保持所述呼叫 链路。
10. 根据权利要求9所述的呼叫控制装置,其特征在于,进一步包 括数据库,用于存储预先设置的紧急呼叫号码列表,其中, 所述紧急呼叫号码列表包含一个或多个预先i殳置的紧急呼叫 号码。
11. 根据权利要求10所述的呼叫控制装置,其特征在于,所述紧 急呼叫控制管理模块还用于将所述被叫终端设备的号码与所 述数据库中预先设置的紧急呼叫号码列表中的号码进行对比, 在判断所述被叫终端设备的号码是所述紧急呼叫号码列表中 的号码的情况下,判断所述本次呼叫为紧急呼叫;在判断所述 被叫终端设备的号码不是所述紧急呼叫号码列表中的号码的 情况下,判断所述本次呼叫为普通呼叫。
全文摘要
本发明公开了一种呼叫控制方法,包括步骤S102,在主叫终端设备进行呼叫时,主叫终端设备判断本次呼叫是否为紧急呼叫;步骤S104,在判断本次呼叫为紧急呼叫的情况下,主叫终端设备将本次呼叫标识为紧急呼叫,并与本次呼叫的被叫终端设备建立呼叫链路;以及步骤S106,在本次呼叫被标识为紧急呼叫的情况下,如果在通话的过程中主叫终端设备挂机而被叫终端设备未挂机,则主叫终端设备保持呼叫链路。此外,本发明还公开了一种呼叫控制装置。本发明有效保护紧急呼叫语音链路,减少异常挂机导致的时间浪费,降低了通讯终端设备CTE对网络系统侧设备的依赖性,提高了系统的适应性,真正意义上提高了终端设备的性能和智能化程度。
文档编号H04M1/247GK101500041SQ20081000026
公开日2009年8月5日 申请日期2008年1月30日 优先权日2008年1月30日
发明者许飞翔 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1