CN101212520B - 紧急呼叫处理方法与系统 - Google Patents

Abstract

本发明涉及一种紧急呼叫处理方法和系统。所述方法包括以下步骤，用户发出紧急呼叫，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流程处理的装置。

Description

紧急呼叫处理方法与系统

技术领域

本发明涉及一种紧急呼叫处理方法，尤其涉及一种基于主叫流程的紧急呼叫处理方法；本发明还涉及一种基于该方法的紧急呼叫处理系统。

背景技术

现有技术中，紧急呼叫的处理方法并不区分主叫(Mobile Originating，简称MO)流程或被叫过程(Mobile Termination，简称MT)，只进行路由处理和媒体协商处理。

上述的处理流程一般如下：用户发起紧急呼叫，代理呼叫会话控制单元(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中详细描述。这不同于普通呼叫的处理流程。普通呼叫处理流程即MO流程，为现有技术。

现有技术中紧急呼叫的处理方法具有以下缺陷：首先，为了照顾到用户在非归属域(主要是用户在拜访域、用户为开户或者用户未注册等)的情况，不查询用户数据，这不利于对紧急呼叫发起者身份等信息的查询，同时不利于填写话单信息和计费。另外，由于紧急呼叫不同于普通呼叫的处理方法，只进行路由处理和媒体协商，因此呼叫会话控制单元(Call Session ControlFunction，简称CSCF)需要对紧急呼叫进行单独处理，这增加了对呼叫处理的复杂性，不利于呼叫的统一处理。因为在某一地区常常90％甚至更高比例的紧急呼叫用户均为归属域，因此为了10％甚至更少的人紧急呼叫的顺利处理，而采用不同于普通呼叫的流程来处理，则大大加大了紧急呼叫处理的研发成本和设备成本，因此如果将紧急呼叫处理方式能够按照普通呼叫处理，那么在实现正常通信的基础上，则大大降低了研发的成本和设备成本。

发明内容

本发明的目的在于针对现有技术所存在的缺陷，提供一种基于主叫流程的紧急呼叫处理方法，解决现有技术中紧急呼叫无法跟踪用户信息并进行计费且处理复杂等问题，使紧急呼叫按主叫流程处理，且不牺牲紧急呼叫的特性。

为了实现上述目的，本发明提供了一种基于主叫流程的紧急呼叫处理方法，包括以下步骤：

步骤1、用户发出紧急呼叫信令，代理呼叫会话控制单元识别该紧急呼叫信令；

步骤2、代理呼叫会话控制单元根据本地预先的配置找到本地服务器呼叫会话控制单元；

步骤3、代理呼叫会话控制单元在发给所述本地服务器呼叫会话控制单元的消息中携带主叫流程标志，用于标识该紧急呼叫为主叫流程，并将该紧急呼叫信令路由至所述本地服务器会话控制单元；

步骤4、所述本地服务器呼叫会话控制单元根据所述主叫流程标志将该紧急呼叫按所述主叫流程处理。

本发明还提供了一种基于主叫流程的紧急呼叫处理系统，包括用于识别用户发出所述紧急呼叫信令的代理呼叫会话控制单元，一与该代理呼叫会话控制单元连接的本地服务器呼叫会话控制单元，用于路由至与所述本地服务器呼叫会话控制单元连接的紧急呼叫中心，还包括用于将主叫流程标志加入到所述本地服务器会话控制单元路由头域参数中的装置，以及用于根据所述主叫流程标志将该紧急呼叫按主叫流程处理的装置。本发明与现有技术相比，将紧急呼叫按主叫流程来处理，可以查询主叫用户数据，跟踪主叫用户信息，且便于填写话单信息及计费；除此之外，务须对紧急呼叫进行特殊处理，可以按照普通呼叫处理，简化了呼叫处理流程，易于统一管理。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

图1为本发明紧急呼叫处理方法实施例一的流程图；

图2为本发明P-CSCF路由到S-CSCF的示意图；

图3为本发明紧急呼叫处理方法实施例二的流程图；

图4为本发明紧急呼叫处理系统一实施例的结构示意图；

图5为图4所示实施例中该紧急呼叫按MO流程处理的装置一实施例的结构示意图；

图6为本发明紧急呼叫处理系统再一实施例的结构示意图。

具体实施方式

图1为本发明紧急呼叫处理方法实施例一的流程图。如图中所示，基于主叫流程的紧急呼叫处理方法包括执行以下步骤：

步骤1、用户发出紧急呼叫信令后，P-CSCF识别该紧急呼叫信令；

步骤2、P-CSCF根据本地预先的配置找到本地S-CSCF；

步骤3、P-CSCF将主叫流程标志加入到发往所述本地S-CSCF的路由头域的参数中，用于标识该紧急呼叫呼叫为MO流程，并将该紧急呼叫信令路由至所述本地S-CSCF；

步骤4、所述S-CSCF根据所述主叫流程标志将该紧急呼叫按MO流程处理。

为使上述步骤更清晰地被理解，以下对上述步骤的执行流程做进一步的解释：在现有技术中由于紧急呼叫处理流程中，为了照顾到呼叫用户无论是归属域，还是非归属域(主要包括拜访域、未开户用户或非注册用户等)的情况，希望用户的紧急呼叫均能顺利接通，但是如果将紧急呼叫按照普通呼叫方法来处理，紧急呼叫对于属于非归属域的用户来说接通不了。因此，紧急呼叫在现有技术中的处理流程不同于普通呼叫处理，只进行路由处理和媒体协商。此种技术的缺陷如背景技术中所详述，而本发明所采用的技术方案，概括地说，如图2所示：在本地S-CSCF的路由参数中添加主叫流程标志，将其与普通呼叫区别开来，并将其强迫采用普通呼叫的处理方法来处理，但是在紧急呼叫按MO流程处理流程中，根据主叫流程标志对紧急呼叫做出相应的处理。

其中，上述步骤3中，加入到所述本地S-CSCF的路由参数中的主叫流程标志的作用在于标识出该紧急呼叫，并强迫带有该标志的呼叫按MO流程处理。主叫流程标志的形式可以为数字，也可为字符串，或者是数字和字符串的组合，其标识的形式并不受限制。主叫流程标志的作用是清楚的，就是要标识出该紧急呼叫为MO流程。

另外，上述步骤3中，加入到本地S-CSCF的路由头域的参数中，具体将主叫流程标志加入到所述本地S-CSCF路由头域中。路由头域，即Route头域，其功能是标识出消息路由的下一个目标地址，该目标可以是ip地址，也可以是域名，因为域名可以解析成ip地址。

例如：某消息的路由头域为，Route：<sip:2.90.0.81:5060；1r>，表示该消息下一跳是地址：2.90.0.81:5060。Route头域中还有一些参数，即“；”后的字符串，上例中1r就是一个参数，如有多个参数彼此用“；”分开。

如，假设主叫流程标志为orig，也可为其它字符串或数字。本地S-CSCF的域名为scscf.home1.com，则将主叫流程标志加入到本地S-CSCF的形式可为：orig@scscf.home1.com或scscf.home1.com；orig。如本地路由器S-CSCF的IP地址为172.169.112.121，则将主叫流程标志加入到本地S-CSCF的形式可为：orig@172.169.112.121或172.169.112.121；orig。

除将主叫流程标志加入到上述IP地址或者域名中，还可加入到路径(英文为Via，后面简称Via)头域。Via头域的功能是记录起始会话协议(SessionInitiation Protocol简称SIP)消息包中间路过了哪些网络设备，其中，SIP消息包分为两个部分：一个是消息头，一个是消息体，消息体遵循SDP协议，消息头遵循SIP协议。

如：

Via：SIP/2.0/UDP 2.90.0.253:5060；branch＝z9hG4bK1884107，表示该消息包已经穿越了2.90.0.253这个设备；

再如：Via：SIP/2.0/UDP

2.90.0.79:10708；branch＝z9hG4bK6ed0ed00b；Role＝2；1cms id＝4；LCMID＝T54；So＝4，SIP/2.0/UDP 2.90.0.21:10554；branch＝z9hG4bK8eaf2d28c；Role＝3表示该消息包穿越了2.90.0.79和2.90.0.21这两个网络设备，其中，符号“；”后的是参数，如同上述将orig加入到Route头域一样，也可以把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流程处理为现有技术，本发明通过在紧急呼叫消息中增加主叫流程标志使紧急呼叫按照MO流程处理，以下仅描述与现有技术的不同之处：

步骤41、查询主叫用户数据，查询成功则存储用户数据，如查询失败则执行步骤43；

步骤42、对消息体进行会话描述协议检查，检查用户媒体能力；

步骤43、处理路由头域和计费头域；

步骤44、所述本地服务器呼叫会话控制单元将紧急呼叫信令路由至本地配置的紧急呼叫中心。

上述步骤41中，简要介绍其与现有技术中普通呼叫处理方法的不同之处在普通呼叫处理流程中，当查询主叫用户数据失败后，会话会中断；但是由于紧急呼叫的特殊性，对于非归属域的用户，如未注册或未开户用户，紧急呼叫也保证能接通。因此在紧急呼叫的MO流程中，还包括当查询数据失败后，仍将执行以下步骤。

上述步骤42中，当查询完主叫用户数据之后，要进行SDP检测，首先检查消息体地语法，如果语法不符合规范，则拒绝该紧急呼叫信令；然后，还检查用户的媒体能力，如用户媒体能力不足则中止会话。但是在紧急呼叫MO流程中，即使检测出用户媒体能力不足，则仍将S-CSCF路由至本地配置的EC。具体地，对消息体进行会话描述协议检查，检查消息体是否符合会话描述协议定义的语法，以确保媒体协商能够成功、呼叫能够建立，如果失败则返回错误提示信令拒绝建立会话，因为会话不可能建立起来；与普通呼叫不同的是即使用户媒体能力不够，也让用户能够打通紧急呼叫。

上述步骤44中，本地S-CSCF将紧急呼叫信令路由至本地配置的EC，即用户接通紧急呼叫。

上述步骤43中处理路由头域和计费头域的具体方法与现有技术中普通呼叫MO流程处理的方法相同。

上述步骤4中将该基于主叫流程的紧急呼叫处理，进一步还包括：执行步骤44后，在invite200时，进行计费处理，但是如果计费失败，会话仍然继续。具体地，在SIP协议中，主叫用户通过invite200信令发起呼叫建立请求，被叫用户回invite 200信令应答，表示被叫用户摘机接通电话，如果被叫拒绝呼叫，回invite 4？？，或invite 6？？，问号代表任意0～9的数字，4？？或6？？代表不同的拒绝原因，比如486表示用户忙，603表示用户拒绝接听。S-CSCF在收到invite200时，即被叫用户摘机接通电话时启动计费。在紧急呼叫中，如果计费失败，不会像普通呼叫那样不让呼叫接通，而是让呼叫接通，会话继续。

上述的基于主叫流程的紧急呼叫处理，其处理流程上与普通呼叫MO流程基本一致，但是当查询用户失败或检测用户媒体能力不足时，仍然继续执行，这种处理简化了呼叫系统处理的复杂性，将紧急呼叫按主动流程处理，同时还可以保持紧急呼叫的特性。

图4为本发明基于主叫流程的紧急呼叫处理的系统一实施例的结构示意图。如图中所示，包括用于识别用户发出的紧急呼叫的P-CSCF，一与该P-CSCF连接的本地S-CSCF，用于路由至与所述本地S-CSCF连接的EC，还包括，

用于将主叫流程标志加入到所述本地S-CSCF路由头域参数的装置，以及

用于根据所述主叫流程标志将该紧急呼叫按MO流程处理的装置。

具体地，当用户发出紧急呼叫后，P-CSCF识别出用户发出的紧急呼叫，P-CSCF根据本地配置表找到本地S-CSCF，P-CSCF内还设有一用于将主叫流程标志加入到所述本地S-CSCF路由参数的装置，P-CSCF根据新的路由参数(即在原来路由参数中加入了主叫流程标志形成的新的路由参数)将紧急呼叫信令路由至本地S-CSCF，本地S-CSCF设置一用于根据所述主叫流程标志将该紧急呼叫按MO流程处理的装置。

优选地，如图5所示，图5为图4所示实施例中该紧急呼叫按MO流程处理的装置一实施例的结构示意图。所述用于根据所述主叫流程标志将该紧急呼叫按MO流程处理的装置，还包括：

用于查询和存储用户数据的装置，

用于对消息体进行SDP检查的装置，

用于处理路由头域和计费头域的装置，

用于将紧急呼叫信令路由至本地配置的EC的装置。

其中，用于查询和存储用户数据的装置，用于对消息体进行SDP检查的装置，用于处理路由头域和计费头域的装置与现有技术中普通呼叫的处理大致相似，不同之处在于：所述用于查询和存储用户数据的装置，在执行查询和存储操作时，即使查询失败之后，仍然处理路由头域和计费头域，并将紧急呼叫信令路由到本地配置的EC；用于对消息体进行SDP检查的装置，如同现有装置一样，首先检查消息体的语法，如果语法不符合规范，则拒绝该紧急呼叫信令。然后，还检查用户的媒体能力，如用户媒体能力不足则中止该紧急呼叫信令，不同之处在于，该装置即使检测出用户媒体能力不足，则仍将S-CSCF并将紧急呼叫信令路由至本地配置的EC。这样的装置可以记录紧急呼叫用户的信息，跟踪用户，这是现有技术中紧急呼叫无法做到的。除此之外，即使是查询用户数据失败了，带有主叫流程标志的紧急呼叫仍然可以继续进行后续流程。从而保持紧急呼叫的特殊性。这使得呼叫处理系统变得简单了，无论是紧急呼叫还是普通呼叫均可以用此系统完成，简化了呼叫系统的复杂性。

优选地，上述装置还包括一计费装置，如图6所示。该装置在invite200时，进行计费处理。具体是完成以下操作，主要可记录主叫号码，被叫号码，接通会话时间，会话挂断时间等，用于生成通话单。该装置与现有技术中普通呼叫计费装置的不同之处该装置在工作过程中，对于带有主叫流程标志的呼叫，即使计费失败，会话仍然继续。也就是说，该装置可以实现对紧急呼叫的计费，跟踪紧急呼叫用户数据，但是如果计费失败，紧急呼叫仍然接通。

最后所应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神和范围。

Claims (8)

1.一种紧急呼叫处理方法，其特征在于，包括以下步骤：

步骤1、用户发出紧急呼叫信令后，代理呼叫会话控制单元识别该紧急呼叫信令；

步骤2、代理呼叫会话控制单元根据本地预先的配置找到本地服务器呼叫会话控制单元；

步骤3、代理呼叫会话控制单元在发给所述本地服务器呼叫会话控制单元的消息中携带主叫流程标志，用于标识该紧急呼叫为主叫流程，并将紧急呼叫信令路由至所述本地服务器会话控制单元；

步骤4、所述本地服务器呼叫会话控制单元根据所述主叫流程标志将该紧急呼叫按所述主叫流程处理。

2.根据权利要求1所述的紧急呼叫处理方法，其特征在于，所述步骤3中代理呼叫会话控制单元在发给所述本地服务器呼叫会话控制单元的消息中携带主叫流程标志具体为：代理呼叫会话控制单元将主叫流程标志加入到发往所述本地服务器呼叫会话控制单元的路由头域的参数中，所述主叫流程标志是通过数字、字符串或其组合的形式加入到所述参数中。

3.根据权利要求2所述的紧急呼叫处理方法，其特征在于，步骤3中所述主叫流程标志加入到所述路由头域是通过将所述主叫流程标志加入到所述本地服务器呼叫会话控制单元的域名、IP地址或路径头域来实现的。

4.根据权利要求1所述的紧急呼叫处理方法，其特征在于，所述步骤4中将该紧急呼叫按主叫流程处理，包括：

步骤41、查询主叫用户数据，查询成功则存储用户数据，如查询失败则执行步骤43；

步骤42、对消息体进行会话描述协议检查，检查用户媒体能力；

步骤43、处理路由头域和计费头域；

步骤44、所述本地服务器呼叫会话控制单元将紧急呼叫信令路由至本地配置的紧急呼叫中心。

5.根据权利要求4所述的紧急呼叫处理方法，其特征在于，所述步骤4中，还包括，执行步骤44后，在主叫用户通过invite200信令发起呼叫建立请求，被叫用户回invite 200信令应答时，进一步还执行计费步骤。

6.一种实现权利要求1所述方法的紧急呼叫处理系统，包括用于识别用户发出的所述紧急呼叫信令的代理呼叫会话控制单元，与该代理呼叫会话控制单元连接的本地服务器呼叫会话控制单元，用于将所述紧急呼叫信令路由至与所述本地服务器呼叫会话控制单元连接的紧急呼叫中心，其特征在于，还包括：

用于将主叫流程标志加入到所述本地服务器会话控制单元路由头域参数中的装置；以及

用于根据所述主叫流程标志将该紧急呼叫按主叫流程处理的装置。

7.根据权利要求6所述的紧急呼叫处理系统，其特征在于，所述用于根据所述主叫流程标志将该紧急呼叫按主叫流程处理的装置，还包括：

用于查询和存储用户数据的装置；

用于对消息体进行会话描述协议检查的装置；

用于处理路由头域和计费头域的装置；

用于将紧急呼叫信令路由至本地配置的紧急呼叫中心的装置。

8.根据权利要求7所述的的紧急呼叫处理系统，其特征在于，还包括在主叫用户通过invite200信令发起呼叫建立请求，被叫用户回invite 200信令应答时用于进行计费的装置。

Images