CN106658451A - 一种基于camel的紧急呼叫实现方法及装置 - Google Patents
一种基于camel的紧急呼叫实现方法及装置 Download PDFInfo
- Publication number
- CN106658451A CN106658451A CN201510430324.3A CN201510430324A CN106658451A CN 106658451 A CN106658451 A CN 106658451A CN 201510430324 A CN201510430324 A CN 201510430324A CN 106658451 A CN106658451 A CN 106658451A
- Authority
- CN
- China
- Prior art keywords
- calling
- call
- service
- msc
- urgent call
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- Emergency Management (AREA)
- Environmental & Geological Engineering (AREA)
- Public Health (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种基于CAMEL的紧急呼叫实现方法及装置,涉及移动通信技术领域,所述方法包括:移动交换中心MSC收到用户终端发起的呼叫后,判断所述呼叫是否涉及紧急呼叫;当所述MSC判断所述呼叫涉及紧急呼叫时,通知业务控制点SCP查找所述紧急呼叫所对应的紧急呼叫处理中心的电话号码;所述MSC根据所述SCP查找的紧急呼叫处理中心的电话号码,将用户终端接续到所查找到的紧急呼叫处理中心。本发明简化了MSC的紧急呼叫处理流程,实现了紧急呼叫处理中心的电话号码统一规划和管理的目的。
Description
技术领域
本发明涉及移动通信技术领域,特别涉及一种基于CAMEL的紧急呼叫实现方法及装置。
背景技术
紧急呼叫属于特服呼叫的一种,在实际应用中,紧急呼叫有两种,一种是移动终端(Mobile Station,MS)即手机发起的以Emergency setup消息触发的紧急呼叫,一种是MS拨打特定的号码,即特服号码,该号码分析为紧急呼叫业务,两种紧急呼叫类型都是通过在移动交换中心(Mobile Services SwitchingCentre,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 NetworkCode,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判断所述呼叫涉及紧急呼叫时,通知业务控制点(ServiceControl 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接入非签约方式,当智能网未实现全网漫游智能业务时,可能某一个区域内只提供了若干个具有业务交换点(ServiceSwitch Point,SSP)功能的MSCS。当智能用户漫游到不具有SSP功能的MSCS,其他用户呼叫智能用户时,需要将该呼叫直接路由到指定的具有SSP功能的MSCS,进行智能用户的智能业务触发,这种触发智能业务的方式称为OVERLAY方式。实际应用时,除了上述场景外,也可以将一些特殊的号码分析为OVERLAY业务,其中主叫号码、被叫号码可以分析为按照主叫始发增强逻辑的移动网络客户化应用(Customised Appl ications for Mobile networkEnhanced Logic,CAMEL)签约信息(Originating CAMEL SubscriptionInformation,OCSI)的方式触发智能业务,称为主叫智能OVERLAY业务,即OVERLAY MO;被叫号码可以分析为按照被叫CAMEL签约信息(TerminatingCAMEL 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上配置不同的数据,可以大大降低运营商数据配置的复杂度,便于紧急呼叫相关数据统一布局和管理。
尽管上文对本发明进行了详细说明,但是本发明不限于此,本技术领域技术人员可以根据本发明的原理进行各种修改。因此,凡按照本发明原理所作的修改,都应当理解为落入本发明的保护范围。
Claims (10)
1.一种基于CAMEL的紧急呼叫实现方法,其特征在于,包括:
移动交换中心MSC收到用户终端发起的呼叫后,判断所述呼叫是否涉及紧急呼叫;
当所述MSC判断所述呼叫涉及紧急呼叫时,通知业务控制点SCP查找所述紧急呼叫所对应的紧急呼叫处理中心的电话号码;
所述MSC根据所述SCP查找的紧急呼叫处理中心的电话号码,将用户终端接续到所查找到的紧急呼叫处理中心。
2.根据权利要求1所述的方法,其特征在于,所述的判断所述呼叫是否涉及紧急呼叫的步骤包括:
所述MSC收到用户终端发起的呼叫后,获取所述呼叫的紧急呼叫类型;
根据所述紧急呼叫类型,获取相应的紧急呼叫号码作为被叫号码,并查找所述被叫号码对应的业务类型和紧急呼叫业务键;
若所查找到的业务类型是主叫智能增强逻辑的移动网络客户化应用接入非签约方式OverLay Mo业务,则确定所述呼叫涉及紧急呼叫。
3.根据权利要求1所述的方法,其特征在于,所述的判断所述呼叫是否涉及紧急呼叫的步骤包括:
所述MSC收到用户终端发起的呼叫后,获取所述呼叫的特服号码作为被叫号码,并查找所述被叫号码对应的业务类型和紧急呼叫业务键;
若所查找到的业务类型是OverLay Mo业务,则确定所述呼叫涉及紧急呼叫。
4.根据权利要求2或3所述的方法,其特征在于,所述的通知SCP查找所述紧急呼叫所对应的紧急呼叫处理中心的电话号码的步骤包括:
所述MSC通过向所述SCP发送包含紧急呼叫业务键、被叫号码、预先获取的用户终端位置区信息的消息,获取所述SCP根据所述紧急呼叫业务键、被叫号码、用户终端位置区信息查找并回复的紧急呼叫处理中心的电话号码。
5.根据权利要求4所述的方法,其特征在于,所述SCP根据所述紧急呼叫业务键,触发紧急呼叫业务,并在触发紧急呼叫业务后,查找所述用户终端位置区信息和被叫号码对应的紧急呼叫处理中心的电话号码。
6.一种基于CAMEL的紧急呼叫实现装置,其特征在于,包括:
MSC判断模块,用于在移动交换中心MSC收到用户终端发起的呼叫后,判断所述呼叫是否涉及紧急呼叫;
MSC通知模块,用于在判断所述呼叫涉及紧急呼叫时,通知业务控制点SCP查找所述紧急呼叫所对应的紧急呼叫处理中心的电话号码;
MSC接续模块,用于根据所述SCP查找的紧急呼叫处理中心的电话号码,将用户终端接续到所查找到的紧急呼叫处理中心。
7.根据权利要求6所述的装置,其特征在于,所述MSC判断模块在收到用户终端发起的呼叫后,获取所述呼叫的紧急呼叫类型,根据所述紧急呼叫类型,获取相应的紧急呼叫号码作为被叫号码,并查找所述被叫号码对应的业务类型和紧急呼叫业务键,若所查找到的业务类型是主叫智能增强逻辑的移动网络客户化应用接入非签约方式OverLay Mo业务,则确定所述呼叫涉及紧急呼叫。
8.根据权利要求6所述的装置,其特征在于,所述MSC判断模块在收到用户终端发起的呼叫后,获取所述呼叫的特服号码作为被叫号码,并查找所述被叫号码对应的业务类型和紧急呼叫业务键,若所查找到的业务类型是OverLay Mo业务,则确定所述呼叫涉及紧急呼叫。
9.根据权利要求7或8所述的装置,其特征在于,所述MSC通知模块通过向所述SCP发送包含紧急呼叫业务键、被叫号码、预先获取的用户终端位置区信息的消息,获取所述SCP根据所述紧急呼叫业务键、被叫号码、用户终端位置区信息查找并回复的紧急呼叫处理中心的电话号码。
10.根据权利要求9所述的方法,其特征在于,还包括:
SCP查找模块,用于根据所述紧急呼叫业务键,触发紧急呼叫业务,并在触发紧急呼叫业务后,查找所述用户终端位置区信息和被叫号码对应的紧急呼叫处理中心的电话号码。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510430324.3A CN106658451A (zh) | 2015-07-21 | 2015-07-21 | 一种基于camel的紧急呼叫实现方法及装置 |
PCT/CN2016/079591 WO2016180176A1 (zh) | 2015-07-21 | 2016-04-18 | 一种实现紧急呼叫的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510430324.3A CN106658451A (zh) | 2015-07-21 | 2015-07-21 | 一种基于camel的紧急呼叫实现方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106658451A true CN106658451A (zh) | 2017-05-10 |
Family
ID=57247765
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510430324.3A Withdrawn CN106658451A (zh) | 2015-07-21 | 2015-07-21 | 一种基于camel的紧急呼叫实现方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106658451A (zh) |
WO (1) | WO2016180176A1 (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020054667A1 (en) * | 1997-12-22 | 2002-05-09 | Edgar Martinez | Method and apparatus for routing emergency services calls in an intelligent network |
CN1582563A (zh) * | 2001-11-05 | 2005-02-16 | 因特拉多公司 | 基于发端电话端局地理位置的紧急呼叫路由 |
US20100056099A1 (en) * | 2008-08-28 | 2010-03-04 | At&T Mobility Ii Llc | Preferrential Treatment For Emergency Callback |
CN102740260A (zh) * | 2011-04-08 | 2012-10-17 | 中国移动通信集团安徽有限公司 | 通讯终端联防警报的方法及系统 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101193433B (zh) * | 2006-11-30 | 2010-08-18 | 中兴通讯股份有限公司 | 一种智能业务呼叫接续的实现方法 |
CN101247641B (zh) * | 2007-02-14 | 2011-02-02 | 华为技术有限公司 | 一种实现电路域业务交互的方法、系统、服务器及处理器 |
EP2166789A1 (en) * | 2008-09-18 | 2010-03-24 | Alcatel Lucent | Emergency call alert |
US20130231072A1 (en) * | 2012-02-10 | 2013-09-05 | Bryan Anderson | Emergency call system and method for mobile phones |
CN103095935B (zh) * | 2013-01-17 | 2016-03-02 | 深圳市金立通信设备有限公司 | 一种紧急呼叫的方法及终端设备 |
-
2015
- 2015-07-21 CN CN201510430324.3A patent/CN106658451A/zh not_active Withdrawn
-
2016
- 2016-04-18 WO PCT/CN2016/079591 patent/WO2016180176A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020054667A1 (en) * | 1997-12-22 | 2002-05-09 | Edgar Martinez | Method and apparatus for routing emergency services calls in an intelligent network |
CN1582563A (zh) * | 2001-11-05 | 2005-02-16 | 因特拉多公司 | 基于发端电话端局地理位置的紧急呼叫路由 |
US20100056099A1 (en) * | 2008-08-28 | 2010-03-04 | At&T Mobility Ii Llc | Preferrential Treatment For Emergency Callback |
CN102740260A (zh) * | 2011-04-08 | 2012-10-17 | 中国移动通信集团安徽有限公司 | 通讯终端联防警报的方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
WO2016180176A1 (zh) | 2016-11-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2510711B1 (en) | Notifying roaming subscriber of missed call | |
EP1754390B1 (en) | Method and radio communication network for detecting the presence of fraudulent subscriber identity modules | |
US8725107B2 (en) | Method for sending emergency messages to mobile terminals | |
CN101111071B (zh) | Cdma智能业务实现非结构化用户数据功能的方法 | |
CN101227639B (zh) | 一种基于智能网信令监控的漏话提示业务系统及其漏话提示方法 | |
CN105191366A (zh) | 用于在移动通信系统中为访客用户服务的方法 | |
CN101695156A (zh) | 向gsm网络用户同时提供ims业务和来电助手业务的方法和系统 | |
FI106508B (fi) | Menetelmä ja järjestelmä tilaajaliittymän jäljittämiseksi | |
TW200930113A (en) | Method and system for completing a zone related call | |
CN106937007A (zh) | 一种骚扰电话提醒的系统、方法及装置 | |
EP2059076A1 (en) | Method, system and apparatus for implementing conditional call forwarding | |
CN106921809A (zh) | 信息处理方法及网络设备 | |
HU223922B1 (hu) | Eljárás és berendezés intelligens hálózati támogatás biztosítására | |
CN1312956C (zh) | 一种phs通讯系统中实现用户呼叫信令跟踪的方法 | |
CN104105079A (zh) | 一种呼叫转移方法及装置 | |
KR20120001360A (ko) | 음성호를 이용한 이종 무선 시스템간 핸드오버 수행 방법 및 그 핸드오버 정보 제공 방법 | |
CN102098642A (zh) | 一种实现移动网络中短消息转移的系统和方法 | |
CN101867866B (zh) | 一种多智能业务嵌套触发的方法和系统 | |
CN103141071B (zh) | 用于管理紧急呼叫的方法和设备 | |
CN101568099B (zh) | 实现智能业务的方法及通信系统 | |
CN106658451A (zh) | 一种基于camel的紧急呼叫实现方法及装置 | |
CN109429170B (zh) | 一种呼叫处理方法、监控平台实体及计算机可读存储介质 | |
CN107197450B (zh) | 一种第二卡槽业务的实现方法和系统 | |
US20110021177A1 (en) | Mobile communications system and subscriber profile holding device | |
CA2681852C (en) | System and method for handling mobile emergency service call from an incognito mobile station |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20170510 |
|
WW01 | Invention patent application withdrawn after publication |