一种基于CAMEL的紧急呼叫实现方法及装置与流程

本发明涉及移动通信技术领域，特别涉及一种基于CAMEL的紧急呼叫实现方法及装置。

背景技术：

紧急呼叫属于特服呼叫的一种，在实际应用中，紧急呼叫有两种，一种是移动终端(Mobile Station，MS)即手机发起的以Emergency setup消息触发的紧急呼叫，一种是MS拨打特定的号码，即特服号码，该号码分析为紧急呼叫业务，两种紧急呼叫类型都是通过在移动交换中心(Mobile Services Switching Centre，MSC)上的配置实现的。

图1是现有技术提供的以Emergency setup消息触发的紧急呼叫处理流程图，如图1所示，步骤包括：

步骤S101：用户发起紧急呼叫将Emergency setup消息发送到MSC，该消息中携带了紧急呼叫类型Emergency category。

MS通过发送Emergency setup消息到MSC，建立紧急呼叫。

步骤S102：MSC根据Emergency category获取紧急呼叫类别，根据位置区信息(Location Area Identification，LAI)获取紧急呼叫索引。

LAI由移动国家码(Mobile Country Code，MCC)+移动网号(Mobile Network Code，MNC)+位置区域码(Location Area Code，LAC)组成，用来表示一个区域。其中，MCC由国际电信联盟制定，标识GSM PLMN所在的国家，其由三个数字组成，如中国为460；MNC由国际电信联盟制定，标识一个国家中的全球移动通信系统(Global System for Mobile Communication，GSM)公共陆地移动网络(Pubic Land Mobile Network，PLMN)，由2到3个数字组成；LAC由固定长度的两个16进制的八位数组组成，标识GSM PLMN中的一个位置区，其中0000和FFFE为保留值，在某些特殊情况下表示移动台中不存在LAC，其余值都为合法值。

步骤S103：MSC根据紧急呼叫类别和紧急呼叫索引获取紧急呼叫处理中心的电话号码。

步骤S104：MSC对紧急呼叫处理中心的电话号码进行号码分析，获取号码分析结果。

步骤S105：MSC根据号码分析结果接续呼叫。

图2是现有技术提供的特服号码分析为紧急呼叫的处理流程图，如图2所示，步骤包括：

步骤S201：用户拨打特服号码。

MS通过发送Setup消息到MSC，建立呼叫。

步骤S202：MSC分析该特服号码分析为紧急呼叫，并配置特服群。

步骤S203：MSC根据号码分析结果中的特服群和接入信息获取紧急呼叫处理中心的电话号码。

步骤S204：MSC分析紧急呼叫处理中心的电话号码，获取号码分析结果。

步骤S205：MSC根据号码分析结果接续呼叫。

从上述紧急呼叫的流程可以看出，处理流程需要在每个MSC上配置很多个紧急呼叫索引，特服群等信息，一般情况下，特服群和紧急呼叫关联的紧急呼叫处理中心的电话号码都是相同的，需要配置管理两套数据，存在数据重复，且当MSC的接入信息变动时，需要及时规划紧急相关信息，比较麻烦。

技术实现要素：

本发明的目的在于提供一种基于CAMEL的紧急呼叫实现方法及装置，能更好地解决现有的MSC上数据配置重复、复杂、不统一，不便于管理的问题。

根据本发明的一个方面，提供了一种基于CAMEL的紧急呼叫实现方法，包括：

MSC收到用户终端发起的呼叫后，判断所述呼叫是否涉及紧急呼叫；

当所述MSC判断所述呼叫涉及紧急呼叫时，通知业务控制点(Service Control Point，SCP)查找所述紧急呼叫所对应的紧急呼叫处理中心的电话号码；

所述MSC根据所述SCP查找的紧急呼叫处理中心的电话号码，将用户终端接续到所查找到的紧急呼叫处理中心。

优选地，所述的判断所述呼叫是否涉及紧急呼叫的步骤包括：

所述MSC收到用户终端发起的呼叫后，获取所述呼叫的紧急呼叫类型；

根据所述紧急呼叫类型，获取相应的紧急呼叫号码作为被叫号码，并查找所述被叫号码对应的业务类型和紧急呼叫业务键；

若所查找到的业务类型是主叫智能增强逻辑的移动网络客户化应用接入非签约方式OverLay Mo业务，则确定所述呼叫涉及紧急呼叫。

优选地，所述的判断所述呼叫是否涉及紧急呼叫的步骤包括：

所述MSC收到用户终端发起的呼叫后，获取所述呼叫的特服号码作为被叫号码，并查找所述被叫号码对应的业务类型和紧急呼叫业务键；

若所查找到的业务类型是OverLay Mo业务，则确定所述呼叫涉及紧急呼叫。

优选地，所述的通知SCP查找所述紧急呼叫所对应的紧急呼叫处理中心的电话号码的步骤包括：

所述MSC通过向所述SCP发送包含紧急呼叫业务键、被叫号码、预先获取的用户终端位置区信息的消息，获取所述SCP根据所述紧急呼叫业务键、被叫号码、用户终端位置区信息查找并回复的紧急呼叫处理中心的电话号码。

优选地，所述SCP根据所述紧急呼叫业务键，触发紧急呼叫业务，并在触发紧急呼叫业务后，查找所述用户终端位置区信息和被叫号码对应的紧急呼叫处理中心的电话号码。

根据本发明的另一方面，提供了一种基于CAMEL的紧急呼叫实现装置，包括：

MSC判断模块，用于在移动交换中心MSC收到用户终端发起的呼叫后，判断所述呼叫是否涉及紧急呼叫；

MSC通知模块，用于在判断所述呼叫涉及紧急呼叫时，通知业务控制点SCP查找所述紧急呼叫所对应的紧急呼叫处理中心的电话号码；

MSC接续模块，用于根据所述SCP查找的紧急呼叫处理中心的电话号码，将用户终端接续到所查找到的紧急呼叫处理中心。

优选地，所述MSC判断模块在收到用户终端发起的呼叫后，获取所述呼叫的紧急呼叫类型，根据所述紧急呼叫类型，获取相应的紧急呼叫号码作为被叫号码，并查找所述被叫号码对应的业务类型和紧急呼叫业务键，若所查找到的业务类型是OverLay Mo业务，则确定所述呼叫涉及紧急呼叫。

优选地，所述MSC判断模块在收到用户终端发起的呼叫后，获取所述呼叫的 特服号码作为被叫号码，并查找所述被叫号码对应的业务类型和紧急呼叫业务键，若所查找到的业务类型是OverLay Mo业务，则确定所述呼叫涉及紧急呼叫。

优选地，所述MSC通知模块通过向所述SCP发送包含紧急呼叫业务键、被叫号码、预先获取的用户终端位置区信息的消息，获取所述SCP根据所述紧急呼叫业务键、被叫号码、用户终端位置区信息查找并回复的紧急呼叫处理中心的电话号码。

优选地，还包括：

SCP查找模块，用于根据所述紧急呼叫业务键，触发紧急呼叫业务，并在触发紧急呼叫业务后，查找所述用户终端位置区信息和被叫号码对应的紧急呼叫处理中心的电话号码。

与现有技术相比较，本发明的有益效果在于：

本发明简化了MSC的紧急呼叫处理流程，实现了紧急呼叫处理中心的电话号码统一规划和管理的目的。

附图说明

图1是现有技术提供的以Emergency setup消息触发的紧急呼叫处理流程图；

图2是现有技术提供的特服号码分析为紧急呼叫的处理流程图；

图3是本发明实施例提供的基于CAMEL的紧急呼叫实现方法流程图；

图4是本发明实施例提供的基于CAMEL的紧急呼叫实现装置框图；

图5是本发明实施例提供的针对Emergency setup消息触发时的基于CAMEL的紧急呼叫处理流程图；

图6是本发明实施例提供的针对特服号码分析为紧急呼叫时的基于CAMEL的紧急呼叫处理流程图。

具体实施方式

以下结合附图对本发明的优选实施例进行详细说明，应当理解，以下所说明的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

图3是本发明实施例提供的基于CAMEL的紧急呼叫实现方法流程图，如图3 所示，步骤包括：

步骤S10：MSC收到用户终端发起的呼叫后，判断所述呼叫是否涉及紧急呼叫。

具体地说，MSC收到用户终端发起的呼叫后，获取所述呼叫的紧急呼叫类型；根据所述紧急呼叫类型，获取相应的紧急呼叫号码作为被叫号码，并查找所述被叫号码对应的业务类型和紧急呼叫业务键；若所查找到的业务类型是OverLay Mo业务，则确定所述呼叫涉及紧急呼叫。这种紧急呼叫主要针对的是日常生活中的报警、火警、急救等紧急呼叫业务。

或者，MSC收到用户终端发起的呼叫后，获取所述呼叫的特服号码作为被叫号码，并查找所述被叫号码对应的业务类型和紧急呼叫业务键，若所查找到的业务类型是OverLay Mo业务，则确定所述呼叫涉及紧急呼叫。这种紧急呼叫主要针对的是日常生活中针对拨打特服号码的紧急呼叫业务。

其中，OVERLAY是指CAMEL接入非签约方式，当智能网未实现全网漫游智能业务时，可能某一个区域内只提供了若干个具有业务交换点(Service Switch Point，SSP)功能的MSCS。当智能用户漫游到不具有SSP功能的MSCS，其他用户呼叫智能用户时，需要将该呼叫直接路由到指定的具有SSP功能的MSCS，进行智能用户的智能业务触发，这种触发智能业务的方式称为OVERLAY方式。实际应用时，除了上述场景外，也可以将一些特殊的号码分析为OVERLAY业务，其中主叫号码、被叫号码可以分析为按照主叫始发增强逻辑的移动网络客户化应用(Customised Appl ications for Mobile network Enhanced Logic，CAMEL)签约信息(Originating CAMEL Subscription Information，OCSI)的方式触发智能业务，称为主叫智能OVERLAY业务，即OVERLAY MO；被叫号码可以分析为按照被叫CAMEL签约信息(Terminating CAMEL Subscription Information，TCSI)的方式触发智能业务，称为被叫智能OVERLAY业务，即OVERLAY MT。

其中，SSP是现有移动网与智能网的连接点，它提供接入智能网功能集的功能，主要完成业务交换功能和呼叫控制功能。

其中，为了在移动通信系统中引入智能网业务，欧洲电信标准研究所(ETSI)于1997年定义了CAMEL。CAMEL的特征是为用户提供一种与服务网 络无关的业务一致性，它是一种网络特征而不是补充业务，也就是说，即使用户不在归属公共陆地移动网络(HPLMN)中，CAMEL也可以作为一种手段帮助网络运营者向用户提供特定的业务。

步骤S20：当所述MSC判断所述呼叫涉及紧急呼叫时，通知SCP查找所述紧急呼叫所对应的紧急呼叫处理中心的电话号码。

具体地说，MSC通过向SCP发送包含紧急呼叫业务键、被叫号码、预先获取的用户终端位置区信息的消息，获取SCP根据所述紧急呼叫业务键、被叫号码、用户终端位置区信息查找并回复的紧急呼叫处理中心的电话号码。进一步地，SCP根据收到的紧急呼叫业务键，触发紧急呼叫业务，并在触发紧急呼叫业务后，查找所述用户终端位置区信息和被叫号码对应的该位置区内的紧急呼叫处理中心的电话号码。

其中，SCP是智能网的核心构件。SCP存储用户数据和业务逻辑，其主要功能是接收SSP送来的查询信息并查询数据库，同时，SCP能根据SSP上报来的呼叫事件启动不同的业务逻辑，根据业务逻辑向相应的SSP发出呼叫控制指令，指示SSP进行下一步的动作，从而实现各种智能呼叫。智能网所提供的所有业务的控制功能都集中在SCP中，SCP与SSP之间按照智能网的标准接口协议CAMEL应用部分(CAMEL Application Part，CAP)进行通信。

其中，CAP描述了移动智能网中各个功能实体之间的标准通信规程。

步骤S30：所述MSC根据所述SCP查找的紧急呼叫处理中心的电话号码，将用户终端接续到所查找到的紧急呼叫处理中心。

图4是本发明实施例提供的基于CAMEL的紧急呼叫实现装置框图，如图4所示，包括：设置在MSC中的MSC判断模块10、MSC通知模块20、MSC接续模块30，以及设置在SCP中的SCP查找模块40。

MSC判断模块10用于在移动交换中心MSC收到用户终端发起的呼叫后，判断所述呼叫是否涉及紧急呼叫。

MSC通知模块20用于在判断所述呼叫涉及紧急呼叫时，通知业务控制点SCP查找所述紧急呼叫所对应的紧急呼叫处理中心的电话号码。

MSC接续模块30用于根据所述SCP查找的紧急呼叫处理中心的电话号码，将用户终端接续到所查找到的紧急呼叫处理中心。

SCP查找模块40用于查找所述紧急呼叫所对应的用户终端所在位置区的紧急呼叫处理中心的电话号码。

对于报警、火警、急救等紧急呼叫，MSC判断模块10在收到用户终端发起的呼叫后，获取所述呼叫的紧急呼叫类型，根据所述紧急呼叫类型，获取相应的紧急呼叫号码作为被叫号码，并查找所述被叫号码对应的业务类型和紧急呼叫业务键，若所查找到的业务类型是OverLay Mo业务，则确定所述呼叫涉及紧急呼叫。对于针对拨打特服号码的紧急呼叫，MSC判断模块10在收到用户终端发起的呼叫后，获取所述呼叫的特服号码作为被叫号码，并查找所述被叫号码对应的业务类型和紧急呼叫业务键，若所查找到的业务类型是OverLay Mo业务，则确定所述呼叫涉及紧急呼叫。当MSC判断模块10判断所述呼叫涉及紧急呼叫时，所述MSC通知模块20向所述SCP发送包含紧急呼叫业务键、被叫号码、预先获取的用户终端位置区信息的消息。SCP中的SCP查找模块40根据所述紧急呼叫业务键，触发紧急呼叫业务，并在触发紧急呼叫业务后，查找所述用户终端位置区信息和被叫号码对应的紧急呼叫处理中心的电话号码，发送至MSC。MSC通知模块20获取所述SCP根据所述紧急呼叫业务键、被叫号码、用户终端位置区信息查找并回复的紧急呼叫处理中心的电话号码，并由MSC接续模块30根据所述紧急呼叫处理中心的电话号码，将用户终端接续到所查找到的紧急呼叫处理中心。

也就是说，用户发起紧急呼叫或者拨打特服号码时，MSC通过号码分析为OverLay MO业务时触发智能业务，并向SCP发送初始检测点IDP消息；SCP检测到IDP消息中包含特定的业务键(即紧急呼叫业务键)，触发紧急呼叫业务，根据携带的位置区信息和紧急号码(即被叫号码)索引到该位置区内的紧急呼叫处理中心的电话号码，并将紧急呼叫处理中心的电话号码送到MSC；MSC对紧急呼叫处理中心的电话号码进行分析，并接通紧急呼叫。

本发明针对日常生活中的报警、急救、火警、拨打特服号码等紧急呼叫业务，利用Camel智能业务，进行一种新的基于用户位置区信息和特定的智能的业务键实现紧急呼叫处理，克服了现有的MSC上数据配置重复、复杂不统一，不便于管理的缺点。

图5是本发明实施例提供的针对Emergency setup消息触发时的基于CAMEL 的紧急呼叫处理流程图，其改进的图1所示的紧急呼叫处理流程，如图5所示，步骤包括：

步骤S301：用户发起紧急呼叫，将Emergency setup消息发送到MSC，该消息携带紧急呼叫类型。

步骤S302：MSC根据紧急呼叫类型获取紧急呼叫号码(假设该号码在号码分析中配置为OverLay MO业务)，然后对该号码进行号码分析。

具体地说，MSC根据起呼的号码分析入口，找到该入口配置的所有索引，然后从左到右进行号码匹配，匹配成功后，获取该条索引对应的号码分析结果，号码分析结果中有对应的业务类型OverLay MO智能业务和Camel接入签约信息索引，在Camel接入签约信息中配置特定的业务键。

步骤S303：MSC触发智能业务，上报IDP消息到SCP，在IDP消息中携带位置区信息LAI、特定的业务键、作为被叫号码的紧急呼叫号码。

用户终端在发起紧急呼叫期间，MSC在收到Emergency setup消息之前，通过解析来自用户终端的业务请求，获取所述业务请求中携带的LAI。

步骤S304：SCP从收到的IDP消息中，获取特定的业务键、被叫号码和位置区信息，SCP检测到是特定的业务键，触发紧急呼叫业务，并根据被叫号码和位置区信息索引到该位置区内的紧急呼叫处理中心的电话号码。

步骤S305：SCP下发请求报告BCSM事件(Request Report BCSM Event，RRBE)监控该呼叫，例如监控所述呼叫是否接通或断开。

步骤S306：SCP下发Connect改号消息，将紧急呼叫处理中心的电话号码通知给MSC。

步骤S307：MSC获取SCP下发的紧急呼叫处理中心的电话号码，然后对该号码进行号码分析。

具体地说，MSC根据起呼时使用的号码分析入口，找到该入口配置的所有索引，然后从左到右进行号码匹配，匹配成功后，获取该条索引对应的号码分析结果，号码分析结果中有对应的业务类型，一般为本局呼叫或者出局呼叫。

步骤S308：MSC根据号码分析结果接续呼叫。

上述步骤中，MSC收到Emergency setup消息获取紧急呼叫号码，分析该号码为OverLay智能业务，后续SCP根据紧急呼叫号码和位置区信息索引到紧急呼 叫处理中心的电话号码，减少了MSC上的配置和处理，只需要在SCP上统一配置，不需要在每个MSC上增加配置，达到了统一管理紧急呼叫处理中心的电话号码的目的，配置数据减少，便于管理和规划。

图6是本发明实施例提供的针对特服号码分析为紧急呼叫时的基于CAMEL的紧急呼叫处理流程图，其改进了图2所示的用户拨打特服号码触发紧急呼叫的处理流程，如图6所示，步骤包括：

步骤S401：用户拨打特服号码。

MS通过发送Setup消息到MSC，建立呼叫。

步骤S402：MSC对该特服号码进行号码分析(假设该号码在号码分析中配置为OverLay MO业务)。

具体地说，MSC根据起呼的号码分析入口，找到该入口配置的所有索引，然后从左到右进行号码匹配，匹配成功后，获取该条索引对应的号码分析结果，号码分析结果中有对应的业务类型OverLay MO智能业务和Camel接入签约信息索引，在Camel接入签约信息中配置特定的业务键。

步骤S403：MSC触发智能业务，上报IDP消息到SCP，在IDP消息中携带位置区信息LAI、特定的业务键、作为被叫号码的特服号码。

用户终端在拨打特服号码发起紧急呼叫期间，MSC在收到setup消息之前，通过解析来自用户终端的业务请求，获取所述业务请求中携带的LAI。

步骤S404：SCP收IDP消息中，获取特定的业务键、被叫号码和位置信息，SCP检测到是特定的业务键，就触发紧急呼叫业务，根据被叫号码和位置信息索引到该位置区内的紧急呼叫处理中心的电话号码。

步骤S405：SCP下发RRBE监控该呼叫。

步骤S406：SCP下发Connect改号消息，将紧急呼叫处理中心的电话号码通知给MSC。

步骤S407：获取SCP下发的紧急呼叫处理中心的电话号码，然后对该电话号码进行号码分析。

具体地说，MSC根据起呼时使用的号码分析入口，找到该入口配置的所有索引，然后从左到右进行号码匹配，匹配成功后，获取该条索引对应的号码分析结果，号码分析结果中有对应的业务类型，一般为本局呼叫或者出局呼叫；

步骤S408：MSC根据号码分析结果接续呼叫。

图5和图6两个实施例的处理中，MSC的处理只有步骤S302与步骤S402是不同的，其他流程相同，SCP的处理流程完全相同，与现有的流程相比，MSC的处理大大简化，紧急呼叫处理中心的电话号码与位置区信息由SCP统一管理，便于运营商规划布局数据。

综上所述，本发明具有以下技术效果：

1、本发明根据用户当前的位置区信息和紧急呼叫类型(报警、急救、火警等)快速准确的接续到当前用户所在区域的紧急呼叫处理中心，达到了快速出警、抢救等目的；

2、全网统一管理紧急呼叫处理中心的电话号码，只需要在SCP上统一配置一套数据即可，避免了在各个MSC上配置不同的数据，可以大大降低运营商数据配置的复杂度，便于紧急呼叫相关数据统一布局和管理。

尽管上文对本发明进行了详细说明，但是本发明不限于此，本技术领域技术人员可以根据本发明的原理进行各种修改。因此，凡按照本发明原理所作的修改，都应当理解为落入本发明的保护范围。