CN101621779A - 一种紧急呼叫方法、装置及*** - Google Patents
一种紧急呼叫方法、装置及*** Download PDFInfo
- Publication number
- CN101621779A CN101621779A CN200910163608A CN200910163608A CN101621779A CN 101621779 A CN101621779 A CN 101621779A CN 200910163608 A CN200910163608 A CN 200910163608A CN 200910163608 A CN200910163608 A CN 200910163608A CN 101621779 A CN101621779 A CN 101621779A
- Authority
- CN
- China
- Prior art keywords
- address
- terminal
- call service
- emergence
- carrying
- 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.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种紧急呼叫方法、装置及***。本发明实施例中,终端向网络侧发送的承载建立请求中增加紧急呼叫业务标识,使得网络侧设备可以识别当前的呼叫为紧急呼叫,进而跳过对用户SIM卡的认证,直接为该终端分配紧急呼叫业务对应的特殊IP地址,终端采用分配的IP地址建立无线承载,相对于现有技术,实现了完全基于PS网络的紧急呼叫,不依赖于CS信令、简化了终端和网络设备,为进一步向PS网络覆盖的推进提供了必要的技术支持。
Description
技术领域
本发明涉及通信技术领域,具体涉及一种紧急呼叫方法、装置及***。
背景技术
紧急呼叫(Emergency Call,EC)是一种电信业务,紧急呼叫业务能够实现移动台与当地的紧急呼叫中心进行通信联系。与一般的用户之间的通信不同,紧急呼叫业务一般允许移动台不***用户识别卡(Subscriber IdentityModule,SIM)直接拨号,被叫号码被限制为:火警(119)、盗窃(110)警、急救中心(112)等特别号码。
现有的通信***中,紧急呼叫业务都通过电路交换(circuit switching,CS)域来实现,随着通信技术的发展,当前的通信网络逐渐由电路交换网络向分组(Packet Switching,PS)交换网络过渡,因此在分组交换网络中,紧急呼叫业务的实现成为迫切需要解决的问题。
现有的一种基于分组域的紧急呼叫实现方法是通过分组交换网络建立分组交换承载,当用户发起紧急呼叫时,网络网关将用户的呼叫路由到电路交换网络,由电路交换网络的业务控制设备控制建立呼叫连接,在呼叫建立过程中,网络网关将电路域的控制信令通过分组域转发给所述用户,用户话音数据在网络网关进行格式转换后进行转发,以实现紧急呼叫业务。
发明人在对现有技术的研究过程中,发现现有技术虽然可以通过分组交换域实现了紧急呼叫,但是仍然需要终端和网络侧设备支持电路交换域信令的解析和处理,增加了终端和网络侧设备的复杂度和网络覆盖的成本。
发明内容
本发明实施例提供紧急呼叫方法、地址分配方法及网络网关、终端和***,可以实现PS网络的紧急呼叫业务。
本发明实施例提供的一种紧急呼叫方法,包括:
接收终端发送的承载建立请求消息,所述承载建立请求消息中包含紧急呼叫业务标识;
将所述紧急呼叫业务标识发送给网络网关;并接收网络网关根据所述紧急呼叫业务标识为所述终端分配的互联网协议IP地址;
为所述终端建立上下文承载并将分配的IP地址发送给所述终端,以便于终端根据所述分配的IP地址建立无线承载,并通过建立的无线承载发起紧急呼叫。
本发明实施例提供的一种紧急呼叫方法,包括:
接收移动性管理网元发送的紧急呼叫业务标识,所述急呼叫业务标识位于所述终端向所述移动性管理网元发送的承载建立请求消息当中;
根据所述紧急呼叫业务标识为所述终端分配IP地址;
将分配的IP地址发送给移动性管理网元以便于移动性管理网元将所述IP地址发送给终端建立无线承载。
本发明实施例提供的一种紧急呼叫方法,包括:
向网络侧发送承载建立请求消息,所述承载建立请求消息中包含紧急呼叫业务标识;
接收网络侧根据所述紧急呼叫业务标识分配的IP地址;
根据所述IP地址建立无线承载,并通过建立的无线承载发起紧急呼叫。
本发明实施例提供的一种紧急呼叫业务控制设备,包括:
接收单元,用于接收终端发送的承载建立请求消息,所述承载建立请求消息中包含紧急呼叫业务标识;
IP地址获取单元,用于将所述接收单元接收的紧急呼叫业务标识发送给网络网关;并接收网络网关根据所述紧急呼叫业务标识为所述终端分配的互联网协议IP地址;
承载建立单元,用于为所述终端建立上下文承载并将分配的IP地址发送给终端建立无线承载。
本发明实施例提供的一种网络网关,包括:
消息接收单元,用于接收移动性管理网元发送的为终端分配IP地址的请求,所述请求中含紧急业务标识;
地址分配单元,用于根据所述消息接收单元接收的所述紧急呼叫业务标识为所述终端分配IP地址,并将所述分配的IP地址发送给所述移动性管理网元以便于所述移动性管理网元将所述IP地址发送给所述终端建立无线承载。
本发明实施例提供的一种终端设备,包括:
地址获取单元,用于向网络侧发送承载建立请求消息,所述承载建立请求消息中包含紧急呼叫业务标识,接收网络侧根据所述紧急呼叫业务标识分配的IP地址;
呼叫建立单元,用于根据所述IP地址获取单元获取的IP地址建立无线承载,并通过建立的无线承载发起紧急呼叫。
本发明实施例提供的一种通信***,包括:
终端、移动性管理网元、网络网关;
所述终端,用于向所述移动性管理网元发送承载建立请求消息,所述承载建立请求消息中包含紧急呼叫业务标识;
所述移动性管理网元,用于接收终端发送的承载建立请求消息,将所述紧急呼叫业务标识发送给网络网关;还用于接收网络网关根据所述紧急呼叫业务标识为所述终端分配的互联网协议IP地址;为所述终端建立上下文承载并将分配的IP地址发送给所述终端建立无线承载;
所述网络网关,用于接收所述移动性管理网元发送的紧急呼叫业务标识,并根据所述紧急呼叫业务标识为终端分配IP地址,并将分配的IP地址发送给所述移动性管理网元。
本发明实施例中,终端向网络侧发送的承载建立请求中增加紧急呼叫业务标识,使得网络侧设备可以识别当前的呼叫为紧急呼叫,进而跳过对用户SIM卡的认证,直接为该终端分配紧急呼叫业务对应的特殊IP地址,终端采用分配的IP地址建立无线承载,相对于现有技术,实现了完全基于PS网络的紧急呼叫,不依赖于CS信令、简化了终端和网络设备,为进一步向PS网络覆盖的推进提供了必要的技术支持。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是实施例一紧急呼叫方法的流程图;
图2是实施例二紧急呼叫方法的流程图;
图3是实施例二应用例的信令流程图;
图4是实施例三地址分配方法的流程图;
图5是实施例四紧急呼叫方法的流程图;
图6是实施例五一种紧急呼叫方法的流程图;
图7是实施例六一种紧急呼叫方法的流程图;
图8是实施例四和实施例六应用例的信令流程图;
图9是实施例七紧急呼叫业务控制装置的结构示意图;
图10是实施例八网络网关的结构示意图;
图11是实施例九终端设备的结构示意图;
图12是实施例十通信***的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供紧急呼叫方法、地址分配方法及网络网关、终端和***,以下分别进行详细说明。
实施例一、一种紧急呼叫业务控制方法,流程如图1所示,包括:
A1.移动性管理网元(Mobility Management Entity,MME)接收终端发送的承载建立请求消息,所述承载建立请求消息中包含紧急呼叫业务标识;
可以理解,所述紧急呼叫业务标识可以是在现有的承载建立请求消息中增加一个标识,当承载建立请求中包含该标识,网络侧则可以获知用户请求建立的是紧急呼叫业务承载,进而触发相应的处理,当然也可以直接将紧急呼叫号码作为紧急呼叫业务标识,例如:承载建立请求中包含紧急呼叫号码,如:112、110、119等。
A2.移动性管理网元将所述紧急呼叫业务标识发送给网络网关;并接收网络网关根据所述紧急呼叫业务标识为所述终端分配的IP地址;
本发明实施例中,所述网络网关可以是服务网关(Serving Gateway,SGW)或分组数据网络网关(Packet Data Network Gateway,PDN-GW)。
移动性管理网元为用户设备分配网络网关可以采取多种方式,可以固定分配、随机分配、或者根据紧急呼叫业务标识的类型进行分配,具体的分配方式不构成对本发明的限制。
A3.为所述终端建立上下文承载并将分配的IP地址发送给所述终端,以便于终端根据所述分配的IP地址建立无线承载,并通过建立的无线承载发起紧急呼叫。
本发明实施例中,终端向网络侧发送的承载建立请求中增加紧急呼叫业务标识,使得网络侧设备可以识别当前的呼叫为紧急呼叫,进而跳过对用户SIM卡的认证,直接为该终端分配紧急呼叫业务对应的特殊IP地址,终端采用分配的IP地址建立无线承载,相对于现有技术,实现了完全基于PS网络的紧急呼叫,不依赖于CS信令、简化了终端和网络设备,为进一步向PS网络覆盖的推进提供了必要的技术支持。
实施例二、一种紧急呼叫业务控制方法,流程图如图2所示,包括:
B1.移动性管理网元接收终端发送的承载建立请求消息,所述承载建立请求消息中包含紧急呼叫业务标识;
所述终端发送的承载建立请求消息是通过基站转发给所述移动性管理网元的,所述承载建立请求消息中除了包含紧急呼叫业务标识,还可以包括现有的一些常规参数,如:终端(Mobile Station,MS)标识,欲建立的紧急呼叫承载的分组数据网络(Packet Data Network,PDN)类型,协议配置操作(ProtocolConfiguration Options,PCO)参数等。
B2.移动性管理网元将所述紧急呼叫业务标识发送给网络网关;
移动性管理网元在收到所述承载建立请求消息后,可以通过紧急呼叫业务标识,得知终端请求建立的是紧急呼叫业务承载,则为所述终端分配网络网关,本发明实施例中,所述分配的网络网关可以服务网关(SGW)或分组数据网络网关(PDN-GW)。
分配网络网关的过程可以采取多种分配方式,以下分别说明:
方式一、固定分配,即针对所有的紧急呼叫均分配一个固定的网络网关。
方式二、随机分配,即随机选择一个网络网关,但需要网络中的网络网关均支持紧急呼叫业务信令的处理。
方式三、根据紧急呼叫业务标识的类型进行分配,例如:采用紧急呼叫号码作为紧急呼叫业务标识时,则可以根据所述紧急呼叫业务号码获取与紧急呼叫业务号码对应的网络网关,针对不同的紧急呼叫号码,可以分配不同的网络网关,参见表1所示,是根据紧急呼叫业务标识的类型分配网络网关的一个举例。
表1
紧急呼叫业务号码 | 网络网关 |
110 | PDN-GW1 |
119 | PDN-GW2 |
112 | PDN-GW3 |
上述的三种网络网关的分配方式仅仅作为本发明方案的举例,可以理解除了上述三种方式,还可以有其他的常规方式实现网络网关的分配,此处不再赘述,具体的分配方式不构成对本发明的限制。
B3.网络网关根据所述紧急呼叫业务标识为所述终端分配互联网协议IP地址和上行传输流模板(UpLink Traffic Flow Template,UL-TFT);并将分配的IP地址和UL-TFT发送给移动性管理网元;
所述UL-TFT包括:允许呼叫的紧急呼叫业务号码对应的IP地址,终端只能向所述允许呼叫的紧急呼叫业务号码对应的IP地址发送数据。可以理解,所述UL-TFT还可以包括:对终端发送数据配置的一些其他常规参数,如:端口号、协议标识、服务类型等,这些常规参数的作用可以参照现有的常规呼叫流程中UL-TFT的定义,不再赘述。
B4.移动性管理网元为所述终端建立上下文承载并将分配的IP地址和UL-TFT发送给终端,以便于所述终端收到所述IP地址和UL-TFT后,根据所述IP地址建立无线承载,并使用所述IP地址根据上行传输流模板发送上行数据。
本发明实施例中,网络网关在为终端分配IP地址的同时,还为终端分配UL-TFT,使得终端在发送数据的时,只能向所述允许呼叫的紧急呼叫业务号码对应的IP地址发送数据,实现了数据在终端侧进行过滤,对用户发送非法数据进行限制,保证了网络的安全。
下面提供本发明实施例二应用于具体协议环境下的应用例,流程图如图3所示,包括:
C1.在终端未注册的情况下,终端向基站(eNB)发送紧急呼叫业务控制请求消息,消息中可以包括:紧急呼叫号码、MS的设备标识,欲建立的紧急呼叫承载的PDN类型,PCO参数;
C2.eNB根据本地MME的选择策略选择一个MME,并把终端发来的紧急呼叫业务控制请求消息发给选择的MME;
C3.MME根据APN的选择方法(可以为某种紧急呼叫业务指定具体的APN),选择一个APN,并进而获得该APN代表的SGW/PDN-GW;MME向该SGW/PDN-GW发送紧急呼叫业务控制请求消息,消息中包括:紧急呼叫号码、终端的标识,欲建立的紧急呼叫承载的PDN类型,PCO参数;
C4.SGW/PDN-GW在本地的承载列表中为所述终端建立记录,该记录允许所述终端在外部数据网络和SGW/PDN-GW间进行数据包路由;根据紧急呼叫号码为该MME分配一个紧急呼叫IP地址以及适合于该紧急呼叫业务承载的UL-TFT和DL-TFT,然后向MME发送建立紧急呼叫承载请求的响应消息;所述响应消息中包含所述为终端分配的紧急呼叫IP地址和分配的UL-TFT。
C5.MME收到SGW/PDN-GW的建立紧急呼叫业务承载请求的响应消息后,为该终端建立承载记录,并通知eNB建立初始上下文承载,同时把为该终端分配紧急呼叫IP地址、UL-TFT、PCO等参数发给eNB;
C6.eNB收到MME发来的建立初始上下文承载消息后,建立初始上下文承载,并向终端发送连接重配置消息;所述连接重配置消息中包含所述为该终端分配紧急呼叫IP地址、UL-TFT、PCO等参数。
C7.终端根据所述连接重配置消息建立无线承载,并在无线承载建立完成后,向基站返回建立完成响应,同时终端保留收到的终端的IP地址,UL-TFT,服务质量(Quality of Service,QoS)参数等信息;
C8.eNB向MME发送建立初始上下文承载的响应消息;
C9.终端通过eNB向MME发送紧急呼叫承载建立结束的消息。
紧急呼叫承载建立完成后,终端则可以使用分配的IP地址,按照UL-TFT的规则发送上行数据,可以理解,紧急呼叫承载建立完成后,还可以包括MME与SGW/PDN-GW交互更新在承载建立过程中相关参数,具体的更新过程可以参考现有技术中的缺省承载建立流程,本发明不再赘述。
在采用上述实施例一或实施例二建立紧急呼叫业务承载的基础上,终端可以发起被叫为紧急呼叫业务号码的紧急呼叫,下面提供紧急呼叫数据的过滤方法。
实施例三、一种紧急呼叫方法,流程图如图4所示,包括:
S1.接收移动性管理网元发送的紧急呼叫业务标识,所述急呼叫业务标识位于所述终端向所述移动性管理网元发送的承载建立请求消息当中;
S2.根据所述紧急呼叫业务标识为所述终端分配IP地址;
S3.将所述分配的IP地址发送给移动性管理网元以便于移动性管理网元将所述IP地址发送给终端建立无线承载,以及通过建立的无线承载进行紧急呼叫。
本发明实施例中,网络网关接收到带有紧急业务标识的IP地址分配请求,则直接分配IP地址,可以理解,本实施例还可以分配IP地址对应的UL-TFT和DL-TFT以实现后续对该IP地址的数据包的过滤,具体分配方法可参见实施例二中的相关步骤。
在上述方法基础上,终端获得IP地址建立无线承载后,可以由网络网关实现紧急呼叫数据包的过滤,具体通过以下实施例四进行说明。
实施例四提供一种紧急呼叫方法,流程图如图5所示,包括:
D1.网络网关接收终端发送的上行紧急呼叫数据包,所述紧急呼叫数据包中包含所述终端的IP地址和目标IP地址;
可以理解,网络网关接收终端的数据包或发送给终端的数据包可能经过多个网元中转,例如:基站、MME等。中转数据包的网元可能依据现有的网络架构和通信协议有所变化,具体的网元不构成对本发明的限制。
由于步骤D1是在建立无线承载的基础上执行的,所以所述步骤D1之前还包括:网络网关接收移动性管理网元发送的包含紧急呼叫标识的承载建立请求消息;根据所述紧急呼叫标识为所述终端分配IP地址。
D2.若所述终端的IP地址不是有效的紧急呼叫业务IP地址或所述目标IP地址不是紧急呼叫号码绑定的IP地址,则将所述紧急呼叫数据包丢弃。
可以理解,本发明实施例四还可以包括:网络网关接收目的IP地址为所述终端的下行紧急呼叫数据包;若所述下行紧急呼叫数据包的发送方IP地址不是紧急呼叫号码绑定的IP地址,则将该下行紧急呼叫数据包丢弃。
实施例四通过对终端上行的紧急数据包进行过滤,可以防止非法用户通过冒充紧急呼叫数据包进行非法通信,使得紧急呼叫业务的安全性更高。
实施例五、一种紧急呼叫方法,流程图如图6所示,包括:
T1.终端向网络侧发送承载建立请求消息,所述承载建立请求消息中包含紧急呼叫业务标识;
可以理解本发明实施例中,终端和网络侧的交互是与网络侧的移动性管理网元进行消息交互,交互的消息可以通过为该终端服务的基站传递。
T2.终端接收网络侧根据所述紧急呼叫业务标识分配的IP地址;
本实施例中,所述IP地址是网络网关分配的,并发送给移动性管理网元,移动性管理网元通过为终端服务的基站将分配的IP地址下发的终端。
T3.终端根据所述IP地址建立无线承载,并通过建立的无线承载发起紧急呼叫。
本实施例中,通过在终端的承载建立请求中增加紧急呼叫标识,网络侧则可以根据该标识获知本次是为紧急呼叫建立的承载建立请求,忽略对该用户SIM卡的各种安全检查,为该终端分配IP地址,终端收到IP地址则可以使用该IP地址建立无线承载,并通过无线承载发起紧急呼叫,最终实现了在PS网络的紧急呼叫,相对于现有技术简化了通信设备和网络设备和降低了组网成本。
实施例六、一种紧急呼叫方法,流程图如图7所示,在通过实施例五的步骤建立无线承载后,还可以包括如下步骤:
E1.终端生成上行紧急呼叫数据包;
E2.若所述上行紧急呼叫数据包目标IP地址不是UL-TFT模板保存的紧急呼叫号码绑定的IP地址,则终端将所述紧急呼叫数据包丢弃。
本发明实施例中,终端在建立紧急数据业务承载的过程中,可以获得网络侧下发的UL-TFT模板,UL-TFT模板保存的紧急呼叫号码绑定的IP地址,只有上行紧急呼叫数据包的目标IP地址是紧急呼叫号码绑定的IP地址时,该数据包才可以正常发送给网络侧。
实施例六的紧急呼叫方法,在终端侧对紧急呼叫数据包进行过滤,对于非法数据包,从源头进行拦截,可以减低空口资源的额外消耗,保证数据包传输的合法性,降低网络侧的拦截非法数据包的负担。
下面提供本发明实施例四和实施例六方法应用于具体协议环境下的应用例,流程图如图8所示,包括:
F1.终端发送的上行紧急呼叫业务数据包;所述发送的上行紧急呼叫业务数据包应该满足UL-TFT;上行紧急呼叫数据包中有分配给终端的IP地址和紧急呼叫号码的目标IP地址,该IP地址与紧急呼叫号码有绑定关系;
F2.MME接收该上行紧急呼叫业务数据包后,转发给SGW/PDN-GW;
F3.SGW/PDN-GW接收上行紧急呼叫业务数据包,根据UL-TFT匹配该终端的IP地址和目标IP地址,判断该终端的IP地址是否有效、以及该上行紧急呼叫业务数据包的目的IP地址是否是紧急呼叫业务号码绑定的IP地址,若匹配,则将该上行紧急呼叫业务数据包向目的IP地址转发;若不匹配,则将所述上行紧急业务数据包丢弃;
F4.SGW/PDN-GW接收下行紧急呼叫业务数据包,根据DL-TFT匹配下行紧急呼叫业务数据包的发送方IP地址是否是紧急呼叫号码绑定的IP地址,若匹配,把所述下行紧急呼叫业务数据包转发给MME;若不匹配,则将所述紧下行急呼叫业务数据包丢弃;
F5.SGW/PDN-GW将收到的下行紧急呼叫业务数据包发送给MME;
F6.终端接收MME发送的所述下行紧急呼叫业务数据包。
本应用例中、通过对终端上行紧急数据包进行双重过滤(终端侧和网络侧),可以防止非法用户通过冒充紧急呼叫数据包进行非法通信,使得紧急呼叫业务的安全性更高。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:ROM、RAM、磁盘或光盘等。
实施例七、本发明实施例还提供了一种紧急呼叫业务控制装置,结构示意图如图9所示,包括:
接收单元910,用于接收终端发送的承载建立请求消息,所述承载建立请求消息中包含紧急呼叫业务标识;
可以理解,所述紧急呼叫业务标识可以是在现有的承载建立请求消息中增加一个标识,当承载建立请求中包含该标识,网络侧则可以获知用户请求建立的是紧急呼叫业务承载,进而触发相应的处理,当然也可以直接将紧急呼叫号码作为紧急呼叫业务标识,例如:承载建立请求中包含紧急呼叫号码,如:112、110、119等。
IP地址获取单元920,用于将所述接收单元910接收的紧急呼叫业务标识发送给网络网关;并接收网络网关根据所述紧急呼叫业务标识为所述终端分配的互联网协议IP地址;
承载建立单元930,用于为所述终端建立上下文承载并将分配的IP地址发送给终端建立无线承载。
本发明实施例中的紧急呼叫业务控制装置还可以包括:传输模板获取单元940,用于接收网络网关根据所述紧急呼叫业务标识分配的上行传输流模板UL-TFT;所述UL-TFT包括:允许呼叫的紧急呼叫业务号码绑定的IP地址;
所述承载建立单元930还用于将所述UL-TFT下发给所述终端,以便于所述终端根据UL-TFT发送上行数据。
实施例七所述的紧急呼叫业务控制装置可以集成与现有的移动性管理网元等呼叫控制设备。本发明实施例提供的紧急呼叫业务控制装置,可以根据紧急呼叫业务标识识别当前的呼叫为紧急呼叫,进而跳过对用户SIM卡的认证,直接为该终端分配紧急呼叫业务对应的特殊IP地址,终端采用分配的IP地址建立无线承载,相对于现有技术,实现了完全基于PS网络的紧急呼叫,不依赖于CS信令、简化了终端和网络设备,为当前通信***进一步向PS网络覆盖的推进提供了必要的技术支持。
实施例八、一种网络网关,结构示意图如图10所示,包括:
消息接收单元1010,用于接收移动性管理网元发送的为终端分配IP地址的请求,所述请求中含紧急业务标识;
地址分配单元1020,用于根据所述消息接收单元1010接收的紧急呼叫业务标识为所述终端分配IP地址,并将所述分配的IP地址发送给移动性管理网元以便于移动性管理网元将所述IP地址发送给终端建立无线承载。
本发明实施例中的网络网关接收到带有紧急业务标识的IP地址分配请求,则直接分配IP地址,可以理解,本实施例中的网络网关还可以包括:数据包接收单元1030和过滤单元1040,其中:
数据包接收单元1030,用于接收终端发送的上行紧急呼叫数据包,所述上行紧急呼叫数据包中包含所述终端的IP地址和目标IP地址;
过滤单元1040,对所述紧急呼叫数据包进行过滤,若所述终端的IP地址不是有效的紧急呼叫业务IP地址或所述目标IP地址不是紧急呼叫号码绑定的IP地址,则将所述紧急呼叫数据包丢弃。本实施例中,紧急呼叫数据过滤装置在进行上行数据包过滤时,可以根据终端的UL-TFT进行过滤,所述UL-TFT中包含紧急呼叫号码绑定的IP地址。
可以理解,本实施例中,所述数据包接收单元1030还可以用于接收目的IP地址为所述终端的下行紧急呼叫数据包;所述过滤单元1040还可以用于对所述下行紧急呼叫数据包进行过滤,若所述下行紧急呼叫数据包的发送方IP地址不是紧急呼叫号码绑定的IP地址,则将该下行紧急呼叫数据包丢弃。本实施例中,紧急呼叫数据过滤装置在进行下行数据包过滤时,可以根据保存的终端的DL-TFT进行过滤,所述DL-TFT中包含紧急呼叫号码绑定的IP地址。
实施例八所述的网络网关可以是PNGGW或SGW。
实施例九、本发明实施例还提供了一种终端设备,结构示意图如图11所示,包括:
地址获取单元1110,用于向网络侧发送承载建立请求消息,所述承载建立请求消息中包含紧急呼叫业务标识,接收网络侧根据所述紧急呼叫业务标识分配的IP地址;
呼叫建立单元1120,用于根据IP地址获取单元获取的IP地址建立无线承载,并通过建立的无线承载发起紧急呼叫。
可以理解,终端还用于接收网络侧分配并下发的UL-TFT,所述UL-TFT中包含紧急呼叫号码绑定的IP地址。
本实施例的终端还可以包括:流模板获取单元1130、生成单元1040和过滤单元1050;
流模板获取单元1130,用于接收移动性管理网元发送的上行传输流模板;
生成单元1140,用于生成上行紧急数据包;
过滤单元1150,用于判断上行紧急数据包目标IP地址是不是UL-TFT保存的紧急呼叫号码绑定的IP地址,若不是,则将所述紧急呼叫数据包丢弃。
实施例九所述的终端在紧急呼叫时对准备发送的数据包根据UL-TFT主动过滤,可以节约非法数据对网络带宽的占用,降低空口资源消耗。
实施例十、本发明实施例还提供了一种通信***,结构示意图如图12所示,包括:终端1210、移动性管理网元1220、网络网关1230;
所述终端1210,用于向所述移动性管理网元1220发送承载建立请求消息,所述承载建立请求消息中包含紧急呼叫业务标识;
所述移动性管理网元1220,用于接收终端发送的承载建立请求消息,将所述紧急呼叫业务标识发送给网络网关1230;还用于接收网络网关根据所述紧急呼叫业务标识为所述终端分配的互联网协议IP地址;为所述终端建立上下文承载并将分配的IP地址发送给所述终端建立无线承载;
所述网络网关1230,用于接收所述移动性管理网元发送的紧急呼叫业务标识,并根据所述紧急呼叫业务标识为终端分配IP地址,并将分配的IP地址发送给所述移动性管理网元1220。
所述承载建立请求消息中除了包含紧急呼叫业务标识,还可以包括现有的一些常规参数,如:终端标识,欲建立的紧急呼叫承载的分组数据网络类型,协议配置操作参数等;
所述网络网关还用于根据所述紧急呼叫业务标识为所述终端分配互联网协议IP地址和UL-TFT;并将分配的IP地址和UL-TFT发送给移动性管理网元。
所述终端在收到所述IP地址和UL-TFT后,可以使用IP地址根据上行传输流模板发送上行数据。
在通过上述方法建立无线承载后,所述网络网关和终端还可以对紧急呼叫数据包进行过滤,两者既可以同时工作,也可以只使用网络网关进行过滤或只使用终端进行过滤。其中,采用网络网关进行过滤的方法可参考实施例四中的相关步骤;采用终端进行过滤的方法可以参考实施例六中的相关步骤,在此不再赘述。
本发明实施例提供的紧急呼叫业务控制***,可以根据紧急呼叫业务标识识别当前的呼叫为紧急呼叫,进而跳过对用户SIM卡的认证,直接为该终端分配紧急呼叫业务对应的特殊IP地址,终端采用分配的IP地址建立无线承载,实现了完全基于PS网络的紧急呼叫,不依赖于CS信令、进而简化终端和网络设备,为进一步向PS网络覆盖的推进提供了必要的技术支持。同时,通过对紧急呼叫包进行过滤,保证数据包传输的合法性,提高了紧急呼叫业务的安全性。
以上对本发明实施例所提供的紧急呼叫方法和装置进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (16)
1、一种紧急呼叫方法,其特征在于,包括:
接收终端发送的承载建立请求消息,所述承载建立请求消息中包含紧急呼叫业务标识;
将所述紧急呼叫业务标识发送给网络网关;并接收网络网关根据所述紧急呼叫业务标识为所述终端分配的互联网协议IP地址;
为所述终端建立上下文承载并将分配的IP地址发送给所述终端,以便于终端根据所述分配的IP地址建立无线承载,并通过建立的无线承载发起紧急呼叫。
2、如权利要求1所述的方法,其特征在于,将所述紧急呼叫业务标识发送给网络网关之后还包括:
接收网络网关根据所述紧急呼叫业务标识分配的上行传输流模板UL-TFT;所述UL-TFT包括:允许呼叫的紧急呼叫业务号码绑定的IP地址;
将所述UL-TFT下发给所述终端,以便于所述终端根据UL-TFT发送上行数据。
3、如权利要求1所述的方法,其特征在于,所述紧急呼叫业务标识为紧急呼叫业务号码,所述接收终端发送的承载建立请求消息之后还包括:
根据所述紧急呼叫业务号码获取与紧急呼叫业务号码对应的网络网关。
4、一种紧急呼叫方法,其特征在于,包括:
接收移动性管理网元发送的紧急呼叫业务标识,所述急呼叫业务标识位于所述终端向所述移动性管理网元发送的承载建立请求消息当中;
根据所述紧急呼叫业务标识为所述终端分配IP地址;
将分配的IP地址发送给移动性管理网元以便于移动性管理网元将所述IP地址发送给终端建立无线承载。
5、如权利要求4所述的方法,其特征在于,还包括:
接收终端发送的上行紧急呼叫数据包,所述紧急呼叫数据包中包含所述终端的IP地址和目标IP地址;若所述终端的IP地址不是有效的紧急呼叫业务IP地址或所述目标IP地址不是紧急呼叫号码绑定的IP地址,则将所述紧急呼叫数据包丢弃。
6、如权利要求4所述的方法,其特征在于,还包括:
接收目的IP地址为所述终端的下行紧急呼叫数据包;
若所述下行紧急呼叫数据包的发送方IP地址不是紧急呼叫号码绑定的IP地址,则将该下行紧急呼叫数据包丢弃。
7、一种紧急呼叫方法,其特征在于,包括:
向网络侧发送承载建立请求消息,所述承载建立请求消息中包含紧急呼叫业务标识;
接收网络侧根据所述紧急呼叫业务标识分配的IP地址;
根据所述IP地址建立无线承载,并通过建立的无线承载发起紧急呼叫。
8、如权利要求7所述的方法,其特征在于,紧急呼叫建立后,还包括:接收移动性管理网元返回的上行传输流模板;对于待发送的上行紧急呼叫数据包,判断该上行紧急呼叫数据包的目标IP地址是不是上行传输流模板保存的紧急呼叫号码绑定的IP地址,若不是,则将所述上行紧急呼叫数据包丢弃。
9、一种紧急呼叫业务控制设备,其特征在于,包括:
接收单元,用于接收终端发送的承载建立请求消息,所述承载建立请求消息中包含紧急呼叫业务标识;
IP地址获取单元,用于将所述接收单元接收的紧急呼叫业务标识发送给网络网关;并接收网络网关根据所述紧急呼叫业务标识为所述终端分配的互联网协议IP地址;
承载建立单元,用于为所述终端建立上下文承载并将分配的IP地址发送给终端建立无线承载。
10、如权利要求9所述的业务控制设备,其特征在于,还包括:传输模板获取单元,用于接收网络网关根据所述紧急呼叫业务标识分配的上行传输流模板UL-TFT;所述UL-TFT包括:允许呼叫的紧急呼叫业务号码绑定的IP地址;
所述承载建立单元还用于将所述UL-TFT下发给所述终端,以便于所述终端根据UL-TFT发送上行数据。
11、一种网络网关,其特征在于,包括:
消息接收单元,用于接收移动性管理网元发送的为终端分配IP地址的请求,所述请求中含紧急业务标识;
地址分配单元,用于根据所述消息接收单元接收的所述紧急呼叫业务标识为所述终端分配IP地址,并将所述分配的IP地址发送给所述移动性管理网元以便于所述移动性管理网元将所述IP地址发送给所述终端建立无线承载。
12、如权利要求11所述的网络网关,其特征在于,还包括:
数据包接收单元,用于接收所述终端发送的上行紧急呼叫数据包,所述紧急呼叫数据包中包含所述终端的IP地址和目标IP地址;
过滤单元,对所述上行紧急呼叫数据包进行过滤,若所述终端的IP地址不是有效的紧急呼叫业务IP地址或所述目标IP地址不是紧急呼叫号码绑定的IP地址,则将所述紧急呼叫数据包丢弃。
13、如权利要求11所述的网络网关,其特征在于,所述数据包接收单元还用于接收目的IP地址为所述终端的下行紧急呼叫数据包;
所述过滤单元还用于对所述下行紧急呼叫数据包进行过滤,若所述下行紧急呼叫数据包的发送方IP地址不是紧急呼叫号码绑定的IP地址,则将该下行紧急呼叫数据包丢弃。
14、一种终端设备,其特征在于,包括:
地址获取单元,用于向网络侧发送承载建立请求消息,所述承载建立请求消息中包含紧急呼叫业务标识,接收网络侧根据所述紧急呼叫业务标识分配的IP地址;
呼叫建立单元,用于根据所述IP地址获取单元获取的IP地址建立无线承载,并通过建立的无线承载发起紧急呼叫。
15、如权利要求14所述的终端设备,其特征在于,还包括:
流模板获取单元,用于接收移动性管理网元发送的上行传输流模板;
生成单元,用于生成上行紧急数据包;
过滤单元,用于判断所述上行紧急数据包目标IP地址是不是所述上行传输流模板保存的紧急呼叫号码绑定的IP地址,若不是,则将所述紧急呼叫数据包丢弃。
16、一种通信***,其特征在于,包括:
终端、移动性管理网元、网络网关;
所述终端,用于向所述移动性管理网元发送承载建立请求消息,所述承载建立请求消息中包含紧急呼叫业务标识;
所述移动性管理网元,用于接收终端发送的承载建立请求消息,将所述紧急呼叫业务标识发送给网络网关;还用于接收网络网关根据所述紧急呼叫业务标识为所述终端分配的互联网协议IP地址;为所述终端建立上下文承载并将分配的IP地址发送给所述终端建立无线承载;
所述网络网关,用于接收所述移动性管理网元发送的紧急呼叫业务标识,并根据所述紧急呼叫业务标识为终端分配IP地址,并将分配的IP地址发送给所述移动性管理网元。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910163608A CN101621779A (zh) | 2009-07-30 | 2009-07-30 | 一种紧急呼叫方法、装置及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910163608A CN101621779A (zh) | 2009-07-30 | 2009-07-30 | 一种紧急呼叫方法、装置及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101621779A true CN101621779A (zh) | 2010-01-06 |
Family
ID=41514756
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910163608A Pending CN101621779A (zh) | 2009-07-30 | 2009-07-30 | 一种紧急呼叫方法、装置及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101621779A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104284318A (zh) * | 2013-07-09 | 2015-01-14 | 普天信息技术研究院有限公司 | 一种td-lte***中紧急呼叫的识别方法 |
CN106921800A (zh) * | 2017-02-24 | 2017-07-04 | 上海与德信息技术有限公司 | 紧急求助的方法及装置 |
CN107147613A (zh) * | 2017-03-14 | 2017-09-08 | 浙江工业大学 | 一种制造物联实时数据传输方法 |
CN107222933A (zh) * | 2017-06-27 | 2017-09-29 | 努比亚技术有限公司 | 一种通信方法、终端和计算机可读存储介质 |
CN107302757A (zh) * | 2017-06-26 | 2017-10-27 | 上海与德科技有限公司 | 紧急号码的呼叫方法及装置 |
CN112751970A (zh) * | 2020-12-25 | 2021-05-04 | 珠海格力电器股份有限公司 | 一种移动通信终端呼叫的预警方法以及装置 |
-
2009
- 2009-07-30 CN CN200910163608A patent/CN101621779A/zh active Pending
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104284318A (zh) * | 2013-07-09 | 2015-01-14 | 普天信息技术研究院有限公司 | 一种td-lte***中紧急呼叫的识别方法 |
CN104284318B (zh) * | 2013-07-09 | 2017-12-15 | 普天信息技术研究院有限公司 | 一种td‑lte***中紧急呼叫的识别方法 |
CN106921800A (zh) * | 2017-02-24 | 2017-07-04 | 上海与德信息技术有限公司 | 紧急求助的方法及装置 |
CN107147613A (zh) * | 2017-03-14 | 2017-09-08 | 浙江工业大学 | 一种制造物联实时数据传输方法 |
CN107147613B (zh) * | 2017-03-14 | 2020-06-02 | 浙江工业大学 | 一种制造物联实时数据传输方法 |
CN107302757A (zh) * | 2017-06-26 | 2017-10-27 | 上海与德科技有限公司 | 紧急号码的呼叫方法及装置 |
CN107222933A (zh) * | 2017-06-27 | 2017-09-29 | 努比亚技术有限公司 | 一种通信方法、终端和计算机可读存储介质 |
CN112751970A (zh) * | 2020-12-25 | 2021-05-04 | 珠海格力电器股份有限公司 | 一种移动通信终端呼叫的预警方法以及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105992364B (zh) | 资源处理方法及装置 | |
CN105101430B (zh) | D2d资源的配置、分配方法及装置 | |
CN102577575B (zh) | 用于移动网络设备间通信的***和方法 | |
CN105940690B (zh) | 在无线通信***中发送用于d2d操作的信息的方法和设备 | |
CN103428353B (zh) | 移动终端及其业务调度方法和装置 | |
EP2806673B1 (en) | Method and system for neighboring device communication, and network side device | |
RU2636753C1 (ru) | Способ конфигурирования mac pdu для системы связи d2d и устройство для его осуществления | |
CN104662993A (zh) | 由于装置到装置通信而产生的干扰的降低 | |
CN102088662B (zh) | 一种实现宽带数字集群组内多媒体业务实时传送的方法 | |
CN103428673A (zh) | 移动终端及其业务调度方法和装置 | |
CN107005851A (zh) | 一种设备到设备d2d通信方法、装置及*** | |
CN101616364A (zh) | 一种组呼业务实现方法 | |
CN103533500A (zh) | 临近终端的通信方法及装置、*** | |
CN101621779A (zh) | 一种紧急呼叫方法、装置及*** | |
CN103686908B (zh) | 一种移动通信网络中直连通讯终端会话切换方法及装置 | |
CN103200530A (zh) | 一种实现集群组呼业务的方法及装置 | |
CN111935653B (zh) | 一种自组网无线对讲***及通信方法 | |
CN101540979A (zh) | 用于紧急呼叫业务的紧急承载建立方法与通信*** | |
CN103634041A (zh) | 一种基于新一代卫星通信***的会话管理方法、***及装置 | |
CN103379654A (zh) | D2D终端接入控制方法、D2D终端、eNB和MME | |
WO2017052569A1 (en) | Initiating and selecting a relay ue for d2d communications | |
CN102282905B (zh) | 一种建立无线承载的方法、装置及*** | |
CN104144385B (zh) | 集群通信处理方法、装置、移动管理实体及用户设备 | |
FI92274B (fi) | Puhelunohjausmenetelmä digitaalisessa TDMA-radiojärjestelmässä ja sen päätelaitteessa sekä TDMA-radiojärjestelmä ja semi-duplex-päätelaite | |
EP2880886B1 (en) | Direct mode lawful interception in a wireless telecommunications network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20100106 |