紧急呼叫处理方法与系统的制作方法

文档序号:7975204阅读:270来源:国知局
专利名称:紧急呼叫处理方法与系统的制作方法
技术领域
本发明涉及一种紧急呼叫处理方法,尤其涉及一种基于主叫流程的紧急呼叫处理方法;本发明还涉及一种基于该方法的紧急呼叫处理系统。
技术背景现有技术中,紧急呼叫的处理方法并不区分主叫(Mobile Originating, 简称M0)流程或被叫过程(Mobile Termination,简称MT),只进行路由处 理和i某体协商处理。上述的处理流程一般如下用户发起紧急呼叫,代理呼叫会话控制单元 (Proxy-Call Session Control Function,简称P-CSCF )识别出该紧急呼叫 后,然后P-CSCF根据本地配置找到本地服务器呼叫会话控制单元 (Serving-Call Session Control Function ,简称S-CSCF),并将该紧急 呼叫信令路由到上述本地S-CSCF,再由本地S-CSCF将上述紧急呼叫路由到 本地配置的紧急呼叫中心(Emergency Center,简称EC),本地配置的EC 对紧急呼叫《故出处理。其中,为了照顾用户在拜访域(visited network)、 用户为开户或用户未注册的情况,P-CSCF的本地S - CSCF可以是用户签约归 属域的S-CSCF,也可以是非归属域的S-CSCF。紧急呼叫的具体实现方法在 3GPP (Third Generation Partnership Projects,第三代伙伴组织计划)协 议23867-080中详细描述。这不同于普通呼叫的处理流程。普通呼叫处理流 程即M0流程,为现有技术。现有技术中紧急呼叫的处理方法具有以下缺陷首先,为了照顾到用户 在非归属域(主要是用户在拜访域、用户为开户或者用户未注册等)的情况, 不查询用户数据,这不利于对紧急呼叫发起者身份等信息的查询,同时不利 于填写话单信息和计费。另外,由于紧急呼叫不同于普通呼叫的处理方法,
只进行^各由处理和i某体协商,因此呼叫会话控制单元(Call Session Control Function,简称CSCF)需要对紧急呼叫进行单独处理,这增加了对呼叫处理的 复杂性,不利于呼叫的统一处理。因为在某一地区常常90%甚至更高比例的 紧急呼叫用户均为归属域,因此为了 10%甚至更少的人紧急呼叫的顺利处理, 而采用不同于普通呼叫的流程来处理,则大大加大了紧急呼叫处理的研发成 本和设备成本,因此如果将紧急呼叫处理方式能够按照普通呼叫处理,那么 在实现正常通信的基础上,则大大降低了研发的成本和设备成本。发明内容本发明的目的在于针对现有技术所存在的缺陷,提供一种基于主叫流程 的紧急呼叫处理方法,解决现有技术中紧急呼叫无法跟踪用户信息并进行计 费且处理复杂等问题,使紧急呼叫按主叫流程处理,且不牺牲紧急呼叫的特 性。为了实现上述目的,本发明提供了 一种基于主叫流程的紧急呼叫处理方 法,包括以下步骤步骤1、用户发出紧急呼叫信令,代理呼叫会话控制单元识别该紧急呼 叫信令;步骤2、代理呼叫会话控制单元根据本地预先的配置找到本地服务器呼 叫会话控制单元;步骤3、代理呼叫会话控制单元在发给所述本地服务器呼叫会话控制单 元的消息中携带主叫流程标志标识,用于标识该紧急呼叫为主叫流程,并将 该紧急呼叫信令路由至所述本地服务器会话控制单元;步骤4、所述本地服务器呼叫会话控制单元根据所述主叫流程标志将该 基于主叫流程的紧急呼叫处理。本发明还提供了 一种基于主叫流程的紧急呼叫处理系统,包括用于识别 用户发出紧急呼叫的代理呼叫会话控制单元, 一与该代理呼叫会话控制单元 连接的本地服务器呼叫会话控制单元,用于路由至与所述本地服务器呼叫会
话控制单元连接的紧急呼叫中心,还包括用于将主叫流程标志加入到所述本 地服务器会话控制单元路由头域参数中的装置,以及用于根据所述主叫流程 标志将该紧急呼叫按主叫流程处理的装置。本发明与现有技术相比,将紧急 呼叫按主叫流程来处理,可以查询主叫用户数据,跟踪主叫用户信息,且便 于填写话单信息及计费;除此之外,务须对紧急呼叫进行特殊处理,可以按 照普通呼叫处理,简化了呼叫处理流程,易于统一管理。下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。附闺说明

图1为本发明紧急呼叫处理方法实施例一的流程图; 图2为本发明P-CSCF路由到S-CSCF的示意图; 图3为本发明紧急呼叫处理方法实施例二的流程图; 图4为本发明紧急呼叫处理系统一实施例的结构示意图; 图5为图4所示实施例中该紧急呼叫按M0流程处理的装置一实施例的结 构示意图;图6为本发明紧急呼叫处理系统再一实施例的结构示意图。
具体实施方式
图1为本发明紧急呼叫处理方法实施例一的流程图。如图中所示,基于 主叫流程的紧急呼叫处理方法包括执行以下步骤步骤l、用户发出紧急呼叫信令后,P-CSCF识别该紧急呼叫信令;步骤2、 P-CSCF根据本地预先的配置找到本地S-CSCF;步骤3、 P-CSCF将主叫流程标志加入到发往所述本地S-CSCF的路由头域 的参数中,用于标识该紧急呼叫呼叫为MO流程,并将该紧急呼叫信令路由至 所述本地S-CSCF;步骤4、所述S-CSCF根据所述主叫流程标志将该紧急呼叫按MO流程处理。为使上述步骤更清晰地被理解,以下对上述步骤的执行流程做进一步的 解释在现有4支术中由于紧急呼叫处理流#呈中,为了照顾到呼叫用户无i仑是 归属域,还是非归属域(主要包括拜访域、未开户用户或非注册用户等)的 情况,希望用户的紧急呼叫均能顺利接通,但是如果将紧急呼叫按照普通呼 叫方法来处理,紧急呼叫对于属于非归属域的用户来说接通不了。因此,紧 急呼叫在现有技术中的处理流程不同于普通呼叫处理,只进行路由处理和媒 体协商。此种技术的缺陷如背景技术中所详述,而本发明所采用的技术方案, 概括地说,如图2所示在本地S-CSCF的路由参数中添加主叫流程标志,将 其与普通呼叫区别开来,并将其强迫采用普通呼叫的处理方法来处理,但是 在紧急呼叫按M0流程处理流程中,根据主叫流程标志对紧急呼叫做出相应的 处理。其中,上述步骤3中,加入到所述本地S-CSCF的i 各由参^t中的主叫流程 标志的作用在于标识出该紧急呼叫,并强迫带有该标志的呼叫按M0流程处 理。主叫流程标志的形式可以为数字,也可为字符串,或者是数字和字符串 的组合,其标识的形式并不受限制。主叫流程标志的作用是清楚的,就是要 标识出该紧急呼叫为M0流程。另外,上述步骤3中,加入到本地S-CSCF的路由头域的参数中,具体将 主叫流程标志加入到所述本地S-CSCF路由头域中。3各由头i或,即Route头域, 其功能是标识出消息路由的下一个目标地址,该目标可以是ip地址,也可以 是域名,因为域名可以解析成ip地址。例如某消息的路由头域为,Route: <sip: 2. 90. 0. 81: 5060; lr〉,表示 该消息下一跳是地址2. 90. 0. 81: 5060。 Route头域中还有一些参数,即";" 后的字符串,上例中lr就是一个参数,如有多个参数彼此用";,,分开。如,假设主叫流程标志为orig,也可为其它字符串或数字。本地S-CSCF 的域名为scscf. homel. com,则将主叫流程标志加入到本地S-CSCF的形式可 为orig扭scscf. homel. com或scscf. homel. com; orig 。 ^口本i也路由器S-CSCF 的IP地址为172. 169. 112. 121,则将主叫流程标志加入到本地S-CSCF的形 式可为orig扭172. 169. 112. 121或172. 169. 112. 121; orig。
除将主叫流程标志加入到上述IP地址或者域名中,还可加入到路径(英文为Via,后面简称Via )头域。Via头域的功能是记录起始会话协议(Session Initiation Protocol简称SIP)消息包中间路过了哪些网络设备,其中, SIP消息包分为两个部分 一个是消息头, 一个是消息体,消息体遵循SDP 协议,消息头遵循SIP协议。 如Via: SIP/2. O/UDP 2. 90. 0. 253: 5060; branch-z9hG4bK1884107,表示该 消息包已经穿越了 2.90. 0. 253这个设备;再如Via: SIP/2. O/UDP 2. 90. 0. 79: 10708; branch-z9hG4bK6ed0ed00b; Role=2; lcmsid=4; LCMID=T54; So=4, SIP/2. 0/UDP 2. 90. 0. 21: 10554; branch=z9hG4bK8eaf 2d28c; Role=3表 示该消息包穿越了 2. 90. 0. 79和2. 90. 0. 21这两个网络设备,其中,符号";" 后的是参数,如同上述将orig力口入到Route头J或一样,也可以4巴orig加入 到Via头域的参数中,如Via: SIP/2. 0/UDP 2. 90. 0. 253: 5060; orig; branch-z9hG4bK1884107。如上面所详述,当将主动呼叫标志加入到本地S-CSCF路由参数后,本地 S-CSCF根据路由参数中携带的主动呼叫标志可以判断该呼叫消息为紧急呼 叫,因此按MO流程来处理该紧急呼叫。图3为本发明基于主叫流程的紧急呼叫处理的方法实施例二的流程图。 实施例二所述技术方案是对实施例一所述技术方案步骤4中MO流程做进 一步描述。所述MO流程主要包括以下步骤,普通呼叫按MO流程处理为现有技术, 本发明通过在紧急呼叫消息中增加主叫流程标志使紧急呼叫按照M0流程处 理,以下仅描述与现有技术的不同之处步骤41、查询主叫用户彩:据,查询成功则存储用户数据,如查询失败则 执行步骤43;步骤42、对消息体进行会话描述协议检查,检查用户媒体能力;
步骤43、处理路由头域和计费头域;步骤44、所述本地服务器呼叫会话控制单元将紧急呼叫信令路由至本地配置的紧急呼叫中心。上述步骤41中,简要介绍其与现有技术中普通呼叫处理方法的不同之处 在普通呼叫处理流程中,当查询主叫用户数据失败后,会话会中断;但是由 于紧急呼叫的特殊性,对于非归属域的用户,如未注册或未开户用户,紧急 呼叫也保证能接通。因此在紧急呼叫的M0流程中,还包括当查询数据失败后, 仍将执行以下步骤。上述步骤42中,当查询完主叫用户数据之后,要进行SDP^r测,首先抬r 查消息体地语法,如果语法不符合规范,则拒绝该紧急呼叫信令;然后,还 检查用户的媒体能力,如用户媒体能力不足则中止会话。但是在紧急呼叫冊 流程中,即使检测出用户媒体能力不足,则仍将S-CSCF路由至本地配置的 EC。具体地,对消息体进行会话描述协议检查,检查消息体是否符合会话描 述协议定义的语法,以确保媒体协商能够成功、呼叫能够建立,如果失败则 返回错误提示信令拒绝建立会话,因为会话不可能建立起来;与普通呼叫不 同的是即使用户媒体能力不够,也让用户能够打通紧急呼叫。上述步骤44中,本地S-CSCF将紧急呼叫信令路由至本地配置的EC,即用户接通紧急呼叫。上述步骤43中处理路由头域和计费头域的具体方法与现有技术中普通 呼叫M0流程处理的方法相同。上述步骤4中将该基于主叫流程的紧急呼叫处理,进一步还包括执行 步骤44后,在invite200时,进行计费处理,但是如果计费失败,会话仍然 继续。具体地,在SIP协议中,主叫用户通过invite20Q信令发起呼叫建立 请求,被叫用户回invite 200信令应答,表示被叫用户摘机接通电话,如果 被叫拒绝呼叫,回invite 4 ,或invite 6 ,问号代表任意0 ~ 9的数字, 4 或6 代表不同的拒绝原因,比如486表示用户忙,603表示用户拒 绝接听。S-CSCF在收到invite200时,即被叫用户摘机接通电话时启动计费。
在紧急呼叫中,如果计费失败,不会像普通呼叫那样不让呼叫接通,而是让 呼叫接通,会话继续。上述的基于主叫流程的紧急呼叫处理,其处理流程上与普通呼叫M0流程基本一致,但是当查询用户失败或检测用户媒体能力不足时,仍然继续执行, 这种处理简化了呼叫系统处理的复杂性,将紧急呼叫按主动流程处理,同时 还可以保持紧急呼叫的特性。图4为本发明基于主叫流程的紧急呼叫处理的系统一实施例的结构示意 图。如图中所示,包括用于识别用户发出的紧急呼叫的P-CSCF, —与该P-CSCF 连接的本地S-CSCF,用于路由至与所述本地S-CSCF连接的EC,还包括,用于将主叫流程标志加入到所述本地S-CSCF路由头域参数的装置,以及用于才艮据所述主叫流程标志将该紧急呼叫按M0流程处理的装置。具体地,当用户发出紧急呼叫后,P-CSCF识别出用户发出的紧急呼叫, P-CSCF根据本地配置表找到本地S-CSCF, P-CSCF内还设有一用于将主叫流 程标志加入到所述本地S-CSCF路由参数的装置,P-CSCF根据新的路由参数 (即在原来路由参数中加入了主叫流程标志形成的新的路由参数)将紧急呼 叫信令路由至本地S-CSCF,本地S-CSCF设置一用于根据所述主叫流程标志 将该紧急呼叫按M0流程处理的装置。优选地,如图5所示,图5为图4所示实施例中该紧急呼叫按MO流程处 理的装置一实施例的结构示意图。所述用于根据所述主叫流程标志将该紧急 呼叫按M0流程处理的装置,还包括用于查询和存储用户数据的装置,用于对消息体进行SDP检查的装置,用于处理路由头域和计费头域的装置,用于将紧急呼叫信令路由至本地配置的EC的装置。其中,用于查询和存储用户数据的装置,用于对消息体进行SDP检查的 装置,用于处理路由头域和计费头域的装置与现有技术中普通呼叫的处理大 致相似,不同之处在于所述用于查询和存储用户数据的装置,在执行查询
和存储操作时,即使查询失败之后,仍然处理路由头域和计费头域,并将紧急呼叫信令路由到本地配置的EC;用于对消息体进行SDP检查的装置,如同 现有装置一样,首先检查消息体的语法,如果语法不符合规范,则拒绝该紧 急呼叫信令。然后,还检查用户的媒体能力,如用户媒体能力不足则中止该 紧急呼叫信令,不同之处在于,该装置即使检测出用户媒体能力不足,则仍 将S-CSCF并将紧急呼叫信令路由至本地配置的EC。这样的装置可以记录紧 急呼叫用户的信息,跟踪用户,这是现有技术中紧急呼叫无法做到的。除此 之外,即使是查询用户数据失败了,带有主叫流程标志的紧急呼叫仍然可以 继续进行后续流程。从而保持紧急呼叫的特殊性。这使得呼叫处理系统变得 简单了,无论是紧急呼叫还是普通呼叫均可以用此系统完成,简化了呼叫系 统的复杂性。优选地,上述装置还包括一计费装置,如图6所示。该装置在invite200 时,进行计费处理。具体是完成以下操作,主要可记录主叫号码,被叫号码, 接通会话时间,会话挂断时间等,用于生成通话单。该装置与现有技术中普 通呼叫计费装置的不同之处该装置在工作过程中,对于带有主叫流程标志的 呼叫,即使计费失败,会话仍然继续。也就是说,该装置可以实现对紧急呼 叫的计费,跟踪紧急呼叫用户数据,但是如果计费失败,紧急呼叫仍然接通。最后所应说明的是,以上实施例仅用以说明本发明的技术方案而非限制, 尽管参照较佳实施例对本发明进行了详细说明,本领域的普通技术人员应当 理解,可以对本发明的技术方案进行修改或者等同替换,而不脱离本发明技 术方案的精神和范围。
权利要求
1. 一种紧急呼叫处理方法,其特征在于,包括以下步骤步骤1、用户发出紧急呼叫信令后,代理呼叫会话控制单元识别该紧急呼叫信令;步骤2、代理呼叫会话控制单元根据本地预先的配置找到本地服务器呼叫会话控制单元;步骤3、代理呼叫会话控制单元在发给所述本地服务器呼叫会话控制单元的消息中携带主叫流程标志标识,用于标识该紧急呼叫为主叫流程,并将紧急呼叫信令路由至所述本地服务器会话控制单元;步骤4、所述本地服务器呼叫会话控制单元根据所述主叫流程标志将该紧急呼叫按普通主叫流程处理。
2、 根据权利要求l所述的紧急呼叫处理方法,其特征在于,所述步骤3 中代理呼叫会话控制单元在发给所述本地服务器呼叫会话控制单元的消息中 携带主叫流程标志标识具体为代理呼叫会话控制单元将主叫流程标加入到 发往所述本地服务器呼叫会话控制单元的路由头域的参数中,所述主叫流程 标志是通过数字、字符串或其组合的形式加入到所述参数中。
3、 根据权利要求2所述的紧急呼叫处理方法,其特征在于,步骤3中所 述主叫流程标志加入到所述路由头域是通过将所述主叫流程标志加入到所述 本地服务器呼叫会话控制单元的域名、IP地址或路径头域来实现的。
4、 根据权利要求1所述的紧急呼叫处理方法,其特征在于,所述步骤4中将该紧急呼叫按主叫流程处理,包括步骤41、查询主叫用户数据,查询成功则存储用户凄t据,如查询失败则 执行步骤43;步骤42、对消息体进行会话描述协议检查,检查用户媒体能力; 步骤43、处理路由头域和计费头域;步骤44、所述本地服务器呼叫会话控制单元将紧急呼叫信令路由至本地 配置的紧急呼叫中心。
5、 根据权利要求4所述的紧急呼叫处理方法,其特征在于,所述步骤4 中,还包括,执行步骤44后,在invite200时,进一步还执行计费步骤。
6、 一种实现l-5任一所述方法的紧急呼叫处理系统,包括用于识别用户 发出的紧急呼叫的代理呼叫会话控制单元,与该代理呼叫会话控制单元连接 的本地服务器呼叫会话控制单元,用于路由至与所述本地服务器呼叫会话控 制单元连接的紧急呼叫中心,其特征在于,还包括用于将主叫流程标志加入到所述本地服务器会话控制单元路由头域参数 中的装置,以及,用于根据所述主叫流程标志将该紧急呼叫按主叫流程处理的装置。
7、 根据权利要求7所述的紧急呼叫处理系统,其特征在于,所述主叫流 程标志将该紧急呼叫按主叫流程处理的装置,还包括用于查询和存储用户数据的装置;用于对消息体进行会话描述协议^r查的装置;用于处理路由头域和计费头域的装置;用于将紧急呼叫信令路由至本地配置的紧急呼叫中心。
8、 根据权利要求7所述的的紧急呼叫处理系统,其特征在于,还包括在 invite200时用于进行计费的装置。
全文摘要
本发明涉及一种紧急呼叫处理方法和系统。所述方法包括以下步骤,用户发出紧急呼叫,P-CSCF识别该紧急呼叫;该P-CSCF根据本地预先的配置找到本地S-CSCF;P-CSCF将主叫流程标志加入到发往所述本地S-CSCF的路由头域的参数中,并路由至所述本地S-CSCF;本地S-CSCF根据所述主叫流程标志将该紧急呼叫按MO流程处理。所述系统包括用于识别用户发出紧急呼叫的P-CSCF,与该P-CSCF连接的本地S-CSCF,用于路由至与所述本地S-CSCF连接的EC,用于将主叫流程标志加入到所述S-CSCF路由头域参数中的装置,以及用于根据所述主叫流程标志将该呼叫按MO流程处理的装置。
文档编号H04M7/00GK101212520SQ20061016986
公开日2008年7月2日 申请日期2006年12月29日 优先权日2006年12月29日
发明者楠 李, 倩 杜, 王晓云, 冰 魏 申请人:中国移动通信集团公司;华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1