CN100441011C - 紧急呼叫处理方法 - Google Patents

Abstract

本发明涉及一种紧急呼叫处理方法，包括：主叫终端向交换机发出紧急呼叫业务请求，该呼叫业务请求中携带有主叫标识信息；主叫终端向交换机发出紧急呼叫建立请求；紧急呼叫建立请求中若携带有紧急类别信息，交换机根据主叫标识信息播放录音通知或进行路由，否则交换机播放录音通知。若主叫标识信息为主叫用户标识信息，则交换机对紧急类别进行号码翻译并进行路由；否则查找相应的主叫用户标识信息，若查找到了，则进行号码翻译和路由接续，否则播放录音通知。本发明可根据紧急类别将呼叫路由接续到相应的紧急呼叫中心；在紧急呼叫处理流程中加入了主叫用户信息分析，在用户终端不插卡时，交换机也可以对紧急呼叫进行路由接续并锁定主叫号码。

Description

紧急呼叫处理方法

技术领域

本发明涉及一种紧急呼叫处理方法，尤其是一种根据主叫信息和紧急类别对紧急呼叫进行处理的方法。

背景技术

移动通信网络中一般都提供紧急呼叫业务。紧急呼叫业务应该由统一的呼叫中心来处理完成，2G的紧急号码只有112。在理想情况下，无论火警、匪警还是急救，都先路由到该呼叫中心，再通过人工接续到相应的火警、匪警或急救的紧急呼叫中心。由于很多国家没有能力整合所有的紧急呼叫中心，因此紧急呼叫业务的处理方法各不相同。

在现有的一种处理方法中，112呼叫中心是不存在的，无论终端是否插卡，用户拨打112，终端都只发送紧急呼叫建立(EMERGENCY SETUP)消息，由交换机根据该消息播放录音通知。对于110和119等紧急号码，由于在2G网络中没有定义为紧急号码，用户只有在插卡时才可以拨打，终端送SETUP普通呼叫消息，交换机将该呼叫就近路由到110或119呼叫中心。

3G的紧急呼叫号码除了112，还增加了000、08、110、118、119、911、999，并且这些紧急号码的可用性依赖于终端是否插卡，卡中是否有运营商定义的紧急呼叫号码。因此，3G紧急呼叫业务逻辑的复杂度有所增加，运营商可以根据其政府要求和市场情况，选择不同的紧急呼叫业务特征。

目前交换机在处理紧急呼叫流程中，没有主叫用户信息的分析，只能将紧急类别翻译成对应的紧急呼叫号码进行后续路由。这样无论用户是否插卡，都是相同的处理流程。在没有主叫用户信息时，也会强行路由，若用户在不插卡的情况下，误拨紧急号码，交换机路由接续后无法锁定主叫用户，不方便被叫方对紧急事件的处理。

发明内容

本发明的目的在于针对现有技术所存在的缺陷，提供一种紧急呼叫处理方法，加入主叫用户信息分析，避免用户在不插卡情况下，误拨紧急号码，交换机进行路由接续后无法锁定主叫号码。

为了实现上述目的，本发明提供了一种紧急呼叫处理方法，包括：

步骤1、主叫终端向交换机发出紧急呼叫业务请求，该呼叫业务请求中携带有主叫标识信息；

步骤2、主叫终端向交换机发出紧急呼叫建立请求；

步骤3、交换机判断紧急呼叫建立请求中是否携带有紧急类别信息，若有，执行步骤4，否则，执行步骤5；

步骤4、交换机根据所述主叫标识信息播放录音通知或将紧急呼叫建立请求路由至紧急呼叫中心，具体为：

步骤41、交换机判断呼叫业务请求中的主叫标识信息是否为主叫用户标识信息，若是，执行步骤42，否则，执行步骤43；

步骤42、交换机对紧急类别进行号码翻译并将紧急呼叫建立请求路由至紧急呼叫中心，结束；

步骤43、交换机播放录音通知，结束；

步骤5、交换机播放录音通知，结束。

在所述步骤1中，若主叫终端在插有用户卡的情况下发起紧急呼叫业务请求，则该紧急呼叫业务请求中携带的主叫标识信息为主叫用户标识信息；若在未插卡的情况下发起呼叫业务请求，则紧急呼叫业务请求中携带的主叫标识信息为主叫设备标识信息。

当所述主叫终端保存有紧急号码与紧急类别的对应关系时，主叫终端根据用户输入的紧急号码在内部查找紧急类别，向交换机发出携带有该紧急类别信息的紧急呼叫建立请求。当所述主叫终端插有用户卡，该用户卡上保存有紧急号码与紧急类别的对应关系，主叫终端根据用户输入的紧急号码在用户卡上查找紧急类别，向交换机发出携带有紧急类别的紧急呼叫建立请求。

当主叫标识信息为主叫设备标识信息时，若交换机能够查询到相应的主叫用户标识信息，则可进行号码翻译并路由，所述步骤43可具体为：

步骤431、交换机在内部用户数据库或在移动网络中的用户数据库中查找所述主叫设备标识信息对应的主叫用户标识，若查找到了，则对紧急类别进行号码翻译并将紧急呼叫建立请求路由至紧急呼叫中心，结束；否则，播放录音通知，结束。

该方法还可包括：交换机从内部用户数据库或从移动网络用户数据库查找主叫标识信息对应的用户位置信息；在对紧急呼叫建立请求进行路由时，可将紧急呼叫建立请求路由至与用户最近的紧急呼叫中心，并且可将用户位置信息发送至紧急呼叫中心。

在本发明中，交换机根据紧急类别进行路由，可根据紧急类别，将呼叫路由接续到相应的紧急呼叫中心；在紧急呼叫处理流程中加入了主叫用户信息分析，在用户终端不插卡的情况下，交换机在用户数据库中查询，若能够获得主叫用户标识信息则进行路由接续，从而，在用户终端不插卡时也可以进行路由接续并锁定主叫号码；该发明方法保证了网络在紧急呼叫情况下尽可能地锁定主叫号码，从而提高了紧急呼叫的接续成功率，满足了用户在紧急情况下呼叫急救中心的需求。

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

附图说明

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

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

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

图4为本发明的紧急呼叫处理方法再一具体实施例流程图。

具体实施方式

由于紧急呼叫业务请求及紧急呼叫建立请求中没有携带被叫号码，当需要根据紧急号码路由接续到不同的紧急呼叫中心时，要在请求中携带紧急类别信息。在本发明中，若终端可以获得紧急呼叫号码对应的紧急类别，则终端向交换机发送的紧急呼叫建立请求中携带紧急类别信息，交换机可以将紧急类别信息翻译成对应的紧急呼叫号码进行后续路由。若交换机无法获得紧急类别信息，则无法确定路由接续到哪一紧急呼叫中心，此时，交换机播放录音通知。

如图1所示，为本发明的一种紧急呼叫处理方法流程图，包括：

步骤1、主叫终端向交换机发出紧急呼叫业务请求，该呼叫业务请求中携带有主叫标识信息；

步骤2、主叫终端向交换机发出紧急呼叫建立请求；

步骤3、交换机判断紧急呼叫建立请求中是否携带有紧急类别信息，若有，执行步骤4，否则，执行步骤5；

步骤4、交换机根据所述主叫标识信息播放录音通知或将紧急呼叫建立请求路由至紧急呼叫中心；

步骤5、交换机播放录音通知。

当紧急号码与紧急类别的对应关系存储于用户终端时，用户终端无论是否插有用户卡，都可获取紧急号码对应的紧急类别，因此可发出携带有紧急类别的紧急呼叫建立请求。当紧急号码与紧急类别的对应关系存储于用户卡时，用户终端如果在未插卡的情况下发起紧急呼叫，那么终端无法获取紧急类别信息，其发出的紧急呼叫建立请求中不携带紧急类别；用户终端如果在插卡的情况下发起紧急呼叫，那么终端通过读取用户卡，可以获取紧急号码对应的紧急类别信息，可在紧急呼叫建立请求中携带紧急类别。

当主叫用户插有用户卡时，该主叫标识信息可以是主叫用户信息，包括国际移动用户标识(International Mobile Subscriber Identification，简称IMSI)/(Temporary Mobile Subscriber Identification，简称TMSI)，其中，IMSI与主叫号码一一对应；当主叫用户未插用户卡时，该主叫标识信息为主叫设备标识信息，包括国际移动设备标识(International MobileEquipment Identification，简称IMEI)。

本发明加入了分析主叫标识信息的步骤，当主叫标识信息为主叫用户标识信息时，可直接进行路由，当主叫标识信息为主叫设备标识时，播放录音通知。从而可有效避免现有的紧急呼叫处理方法中，用户在不插卡情况下误打紧急号码，交换机进行路由接续后无法锁定主叫号码的情况，

在本发明一具体实施例中，紧急号码与紧急类别信息的对应关系存储于用户终端，如图2所示，为本实施例流程图，包括如下步骤：

步骤101、主叫终端向交换机发起紧急呼叫业务请求，终端若插有用户卡，紧急呼叫业务请求中携带IMSI，终端若未插用户卡，紧急呼叫业务请求中携带IMEI；

步骤102、主叫终端根据用户输入的紧急号码在其内部查找对应的紧急类别，向交换机发送携带有紧急类别的紧急呼叫建立请求；

步骤103、交换机判断紧急呼叫建立请求中是否有紧急类别信息，若有，执行步骤104、否则，执行步骤107；

步骤104、交换机判断该紧急类别是否有效，若有效，执行步骤105，否则执行步骤107；

终端对紧急类别的定义可能与运营商对紧急类别的定义不同，因此，可能出现紧急类别无效的情况，此时，无法确定需要路由接续的紧急呼叫中心，因此直接播放录音通知。

步骤105、交换机判断主叫标识信息是否为IMSI，若是，执行步骤106，否则，执行步骤107；

步骤106、交换机将紧急类别翻译成对应的紧急号码，将紧急呼叫建立请求路由接续至对应的紧急呼叫中心；

步骤107、交换机播放录音通知。

交换机在用户语音呼叫请求中可以直接获得包括IMSI/TMSI、IMEI及用户号码等在内的用户数据，存储于交换机的内部数据库中，这样交换机每次接收到携带IMEI的紧急呼叫建立请求时，可以在内部用户数据库查找IMEI对应的IMSI和用户号码，因此通过IMEI也可锁定用户。

交换机也可以将包括IMSI/TMSI、IMEI及用户号码等在内的用户数据同步给移动网络的用户数据库，如业务运营支撑系统(Business OperationSupport System，简称BOSS)，从而节省交换机的存储空间，提高运行效率。当用户终端未插卡时，虽然紧急呼叫建立请求中没有携带IMSI，而是携带了IMEI，但交换机可以通过访问移动网络的用户数据库查找IMEI对应的IMSI和用户号码，从而锁定用户。如图3所示，为本发明的另一具体实施例流程图，包括如下步骤：

步骤201、主叫终端向交换机发起紧急呼叫业务请求，终端若插有用户卡，紧急呼叫业务请求中携带IMSI，终端若未插用户卡，紧急呼叫业务请求中携带IMEI；

步骤202、主叫终端根据用户输入的紧急号码在其内部查找对应的紧急类别，向交换机发送携带有紧急类别的紧急呼叫建立请求；

步骤203、交换机判断紧急呼叫建立请求中是否有紧急类别信息，若有，执行步骤204、否则，执行步骤207；

步骤204、交换机判断主叫标识信息是否为IMSI，若是，执行步骤206，否则，执行步骤205；

步骤205、交换机在交换机内部或移动网络用户数据库中查找IMEI对应的IMSI和/或主叫号码，若查找到了，则执行步骤206，否则，执行步骤207；

步骤206、交换机将紧急类别翻译成对应的紧急号码，将紧急呼叫建立请求路由接续至对应的紧急呼叫中心；

步骤207、交换机播放录音通知。

本实施例实现了在用户终端不插卡的情况下，交换机在用户数据库中查询，若能够获得主叫用户标识信息则进行路由接续，从而，在用户终端不插卡时也可以进行路由接续并锁定主叫号码，以保证网络在紧急呼叫情况下尽可能地锁定主叫号码，从而提高了紧急呼叫的接续成功率，满足了用户在紧急情况下呼叫急救中心的需求。

在本发明的再一具体实施例中，紧急号码与紧急类别信息的对应关系存储于用户卡中，并且该对应关系与运营商的定义一致；交换机在进行主叫信息分析时，若紧急呼叫业务请求中携带有IMEI，则从移动网络用户数据库中查询对应的IMSI或主叫号码，若能查找到，则进行路由接续，否则播放录音通知。如图4所示，为本实施例流程图，包括如下步骤：

步骤301、主叫终端发起紧急呼叫业务请求，终端若插有用户卡，紧急呼叫业务请求中携带IMSI，若未插用户卡，紧急呼叫业务请求中携带IMEI；

步骤302、主叫终端发起紧急呼叫建立请求，终端若插有用户卡，则根据用户输入的紧急呼叫号码在用户卡中查找相应的紧急类别，并在紧急呼叫建立请求中携带紧急类别，若未插用户卡，则呼叫建立请求中不携带紧急类别；

步骤303、交换机判断紧急呼叫建立请求中是否有紧急类别，若有，执行步骤304、否则，执行步骤305；

由于紧急号码与紧急类别信息的对应关系存储于用户卡中，若紧急呼叫建立请求中有紧急类别，则说明终端是在插卡的情况下发起的紧急呼叫，从而，紧急呼叫请求中携带的主叫标识应为IMSI，交换机可直接执行步骤304，进行翻译路由。

步骤304、交换机将紧急类别翻译成对应的紧急号码，将紧急呼叫建立请求路由接续至对应的紧急呼叫中心；

步骤305、交换机播放录音通知。

在本实施例中，即使终端没有插用户卡，只要用户数据库中保存了设备标识对应的用户标识，那么仍可以锁定该用户，将用户的紧急呼叫路由接续到相应的紧急呼叫中心。

终端在登陆网络或发生位置变更时，会向交换机发起位置更新请求，对交换机内部用户数据库进行及时更新，因此交换机内部用户数据库中保存用户当前的位置信息。交换机也可以将用户的位置信息同步给移动网络的用户数据库。从而交换机可从内部用户数据库/移动网络的用户数据库查找主叫标识信息对应的位置信息，并将紧急呼叫建立请求路由至与用户最近的紧急呼叫中心。交换机可以将主叫用户的当前位置信息发送给紧急呼叫中心，供该呼叫中心确定主叫用户的位置。

最后应当说明的是：以上实施例仅用以说明本发明的技术方案而非对其限制；尽管参照较佳实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解，依然可以对本发明的具体实施方式进行修改或者对部分技术特征进行等同替换；而不脱离本发明技术方案的精神，其均应涵盖在本发明请求保护的技术方案范围当中。

Claims (8)

1、一种紧急呼叫处理方法，其特征在于，该方法包括：

步骤1、主叫终端向交换机发出紧急呼叫业务请求，该呼叫业务请求中携带有主叫标识信息；

步骤2、主叫终端向交换机发出紧急呼叫建立请求；

步骤3、交换机判断紧急呼叫建立请求中是否携带有紧急类别信息，若有，执行步骤4，否则，执行步骤5；

步骤4、交换机根据所述主叫标识信息播放录音通知或将紧急呼叫建立请求路由至紧急呼叫中心，具体为：

步骤41、交换机判断呼叫业务请求中的主叫标识信息是否为主叫用户标识信息，若是，执行步骤42，否则，执行步骤43；

步骤42、交换机对紧急类别进行号码翻译并将紧急呼叫建立请求路由至紧急呼叫中心，结束；

步骤43、交换机播放录音通知，结束；

步骤5、交换机播放录音通知，结束。

2、根据权利要求1所述的紧急呼叫处理方法，其特征在于，在所述步骤1中，若主叫终端在插有用户卡的情况下发起紧急呼叫业务请求，则该紧急呼叫业务请求中携带的主叫标识信息为主叫用户标识信息；若在未插卡的情况下发起紧急呼叫业务请求，则紧急呼叫业务请求中携带的主叫标识信息为主叫设备标识信息。

3、根据权利要求2所述的紧急呼叫处理方法，其特征在于，所述主叫终端保存有紧急号码与紧急类别的对应关系，所述步骤2具体为主叫终端根据用户输入的紧急号码在内部查找紧急类别，向交换机发出携带有该紧急类别信息的紧急呼叫建立请求。

4、根据权利要求2所述的紧急呼叫处理方法，其特征在于，所述主叫终端插有用户卡，该用户卡上保存有紧急号码与紧急类别的对应关系，所述步骤2具体为主叫终端根据用户输入的紧急号码在用户卡上查找紧急类别，向交换机发出携带有紧急类别的紧急呼叫建立请求。

5、根据权利要求1所述的紧急呼叫处理方法，其特征在于，所述步骤43具体为：

步骤431、交换机在内部用户数据库或在移动网络中的用户数据库中查找所述主叫设备标识信息对应的主叫用户标识，若查找到了，则对紧急类别进行号码翻译并将紧急呼叫建立请求路由至紧急呼叫中心，结束；否则，播放录音通知，结束。

6、根据权利要求1-5任一所述的紧急呼叫处理方法，其特征在于，该方法还包括交换机从内部用户数据库或从移动网络用户数据库查找主叫标识信息对应的用户位置信息。

7、根据权利要求6所述的紧急呼叫处理方法，其特征在于所述的将紧急呼叫建立请求路由至紧急呼叫中心具体为：将紧急呼叫建立请求路由至与用户最近的紧急呼叫中心。

8、根据权利要求6所述的紧急呼叫处理方法，其特征在于该方法还包括：所述交换机将所述用户位置信息发送至紧急呼叫中心。

Images