CN102036204B - 一种实现紧急定位的方法及系统 - Google Patents
一种实现紧急定位的方法及系统 Download PDFInfo
- Publication number
- CN102036204B CN102036204B CN200910093509.4A CN200910093509A CN102036204B CN 102036204 B CN102036204 B CN 102036204B CN 200910093509 A CN200910093509 A CN 200910093509A CN 102036204 B CN102036204 B CN 102036204B
- Authority
- CN
- China
- Prior art keywords
- slp
- request
- supl
- positional information
- lrf
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 117
- 230000000977 initiatory effect Effects 0.000 claims abstract description 34
- 108010007100 Pulmonary Surfactant-Associated Protein A Proteins 0.000 claims description 36
- 102100027773 Pulmonary surfactant-associated protein A2 Human genes 0.000 claims description 36
- 238000013461 design Methods 0.000 abstract description 2
- 238000005516 engineering process Methods 0.000 description 9
- 230000004807 localization Effects 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 238000004891 communication Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
-
- 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]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/50—Connection management for emergency connections
Abstract
本发明提供了一种实现紧急定位的方法及系统，包括UE发起紧急呼叫，向SLP启动定位过程；SLP通过定位过程获得UE的位置信息，并向LRF提供UE的位置信息。通过本发明方法，定位过程由发起紧急呼叫的用户终端启动，不要求SLP能支持SIP协议，简化了SLP的设计；而且UE是一个合格的SET终端是UE自身明确的，UE发起的定位请求一定能获得正确的响应，保证了紧急呼叫过程的成功实现。
Description
技术领域
本发明涉及紧急呼叫技术，尤指一种具有SUPL能力的UE，发起紧急呼叫时实现紧急定位的方法及系统。
背景技术
IP多媒体子系统(IMS，IP Multimedia Core Network Subsystem)是新一代通讯网络的核心，IMS采用会话发起协议(SIP，Session Initiation Protocol)体系，SIP规定通讯与接入无关，并具备多种媒体业务控制功能与承载能力分离能力、呼叫与会话分离能力、应用与服务分离能力、业务与网络分离能力、以及移动网与英特网业务融合能力等。
由于IMS和接入无关的特点，IMS下的紧急业务(EMC，Emergency Call)可以建设在通用无线分组业务(GPRS，General Packet Radio Service)网络、系统架构演进(SAE，System Architecture Evolution)网络上，提供统一的紧急呼叫控制。
为了实现IMS下的紧急业务，定位服务是必不可少的，比如：需要根据UE的位置将紧急呼叫路由到合适的警局，警局出于安全、救援的目的，需要知道UE当前的位置信息。
目前，常用的定位技术有两种：第三代合作伙伴计划(3GPP，The 3rdGeneration Partnership Project)组织定义的控制面定位服务(LCS，LocationService)技术，以及OMA组织定义的用户面定位服务(SUPL，Security UserPlane Location)技术。其中，SUPL定位技术由于其架构实现简单、和核心网无关性，得到了广泛的应用。
图1为UE通过SAE接入IMS的紧急呼叫的网络架构示意图，其中，实线表示信令，虚线表示用户的IP通道，如图1所示，包括SAE网络部分的网元、位置定位服务的部分的网元，以及IMS紧急业务的部分。
其中，SAE网络部分的网元，用于提供底层的承载管理和移动性管理，包括增强的无线基站(eNodeB)、移动性管理实体(MME，Mobility ManagementEntity)、以及用户面数据路由处理(SAE GW)。eNodeB是下一代的无线接入网的主要空口资源的控制设备，可以提供更高的上下行速率，更低的传输延迟和更加可靠的无线传输。MME负责管理和存储用户设备(UE，User Equipment)的上下文，比如UE/用户标识、移动性管理状态、用户安全参数等，为用户分配临时标识，当UE驻扎在该跟踪区域或者该网络时，负责对该用户进行鉴权。SAE网关(GW，Gate Way)(用户面功能实体)可以分为服务网关(S-GW，Serving GW)和分组数据网网关(PDN GW，也可简称为P-GW)两种。S-GW是SAE系统与传统3GPP系统间的移动锚点以及E-UTRAN之间的移动锚点。P-GW是SAE与分组数据网络(PDN，Packet Data Network)的边界网关，负责PDN的接入、在SAE与PDN间转发数据等功能。
其中，用户面定位服务SUPL部分的核心网元为用户面定位平台(SLP，SUPL Location Platform)。另外，具有SUPL能力的用户终端被称之为SET(SUPLEnabled Terminal)，实际上就是集成定位模块(如A-GPS)的UE。
其中，IMS紧急业务的部分用以控制和处理紧急呼叫的会话。其中，IMS紧急呼叫部分包括：归属用户服务器(HSS，Home Subscriber Server)、紧急呼叫会话控制功能(E-CSCF，Emergency Call Session Control Function)、位置请求功能(LRF，Location Require Function)、公共安全接入点(PSAP，Public SafetyAccess Point)。HSS管理用户的签约数据，位于归属网。E-CSCF控制紧急会话过程的核心网元，位于拜访网。PSAP实际上就是警局。LRF是一个逻辑功能实体，为E-CSCF、PSAP等提供UE的位置信息，LRF可以独立部署，也可能包含在其它位置服务器中，如集成到SLP中。
通常情况下，具有SUPL能力的UE，在终端本身配置了归属网的SLP，即H-SLP，当UE处于非漫游时，可以通过与H-SLP交互实现定位；当UE漫游到拜访网后，UE需要联合H-SLP以及拜访网的SLP，即V-SLP一起完成定位。额外地，由于紧急呼叫的特殊性，必须在拜访网进行处理，而且对紧急呼叫的处理逻辑可能区别于一般的呼叫，因此存在专门针对紧急呼叫提供位置服务的SLP，即紧急呼叫SLP(E-SLP，Emergency SLP)。图2为具有SUPL能力的UE在漫游场景下，与定位平台间交互的示意图。
目前，当具有SUPL能力的UE终端即SET发起紧急呼叫时，对于紧急呼叫用的定位，通常由网络侧启动，即采用网络侧定位(NI-LR，Network InitiatedLocation Request)。
图3为在LTE/EPS接入下，采用SUPL作为定位服务技术，UE发起紧急呼叫时，网络侧发起定位的流程图，如图3所示，包括以下步骤：
步骤300：UE附着到IP接入网络(IP CAN)。IP CAN是指包括eNodeB、MME在内的接入层。
本步骤中，在UE附着到网络的过程中，UE被分配IP地址。并且，UE通过附着过程，发现IMS域的入口即P-CSCF的地址。
步骤301：UE发起紧急呼叫请求，即向P-CSCF发起SIP INVITE，其中携带紧急标识(Emc)。该呼叫请求被路由到E-CSCF；
步骤302：E-CSCF收到UE的紧急呼叫请求后，向LRF发起位置查询请求，要求LRF提供UE的位置信息。
步骤303：LRF接收到E-CSCF的位置查询请求后，向SLP发起位置查询请求，SLP和UE建立SUPL连接，并从UE(SET)获得详细的位置信息。
步骤304：LRF从SLP获得UE的位置信息后，根据UE的位置信息决策合适的PSAP，向E-CSCF发送位置查询响应，返回UE的位置信息和PSAP信息。
步骤305：E-CSCF获得UE的位置信息和PSAP信息后，将UE发起的紧急呼叫请求转接到PSAP，即向PSAP转接SIP INVITE，其中携带紧急标识。
步骤306：后续流程为PSAP和UE之间建立起紧急呼叫的过程。
在图3所示的流程中，当网络侧(E-CSCF、LRF)接收到UE的紧急呼叫请求后，决定发起由网络侧发起的位置定位过程(NI-LR)，即步骤302和步骤303。其中，步骤303是一个概括的过程，具体的SLP和UE之间建立SUPL定位流程，可以采用下面图4或图5所示的方法。
图4为SLP接收到位置查询请求后，与UE建立SUPL定位过程的一种流程图，如图4所示，SLP通过短信网关(SMS GW)、WAP网关(WAP PPG)等向UE通知发起SUPL定位流程。具体包括以下步骤：
步骤400～步骤401：SLP收到其它网络实体发送的位置查询请求，向短信中心、WAP网关等发SUPL初始化(SUPL INIT)消息。在该消息中，携带SUPL会话ID、SLP支持的定位方式、SLP的运行模式。
步骤402～步骤403：短信中心(或WAP网关)将SUPL INIT包装成短消息(或WAP消息)，并发送给UE。
步骤404：UE接收到包装后的SUPL INIT消息后，主动向网络发起用于定位的用户面承载建立的过程。并且，UE和SLP之间建立TLS安全链接隧道。
步骤405：UE向SLP发送SUPL定位初始化(SUPL POS INIT)消息。在该消息中，携带SUPL会话ID、UE的SUPL能力等。
步骤406：后续的定位消息交互。
步骤407：定位结束，SLP向UE发送SUPL结束(SUPL END)消息。
或者，SLP收到位置查询请求后，采用图5所示的流程发起定位过程。图5为SLP接收到位置查询请求后，与UE建立SUPL定位过程的另一种流程图，如图5所示，SLP通过IMS核心网元将SUPL INIT消息发送给UE。具体包括：
步骤500～步骤501：SLP收到其它网络实体发送的位置查询请求，向IMS核心网元发送SUPL初始化(SUPL INIT)消息。通常地，该消息被保护在一个SIP Message消息中。
步骤502：IMS核心网元将SIP Message转发给UE，其中包含SUPL INIT消息。
步骤503：UE收到包含在SIP Message中的SUPL INIT消息后，主动向网络发起用于定位的用户面承载建立的过程。并且，UE和SLP之间建立TLS安全链接隧道。
步骤504：UE向IMS核心网元返回200OK响应。
步骤505：UE向SLP发送SUPL定位初始化(SUPL POS INIT)消息。在该消息中，携带SUPL会话ID、UE的SUPL能力等。
步骤506：后续的定位消息交互。定位结束后，SLP向UE发送SUPL结束(SUPL END)消息，以结束定位流程。
目前，通过上述图3、图4、图5所示的流程，可以实现UE发起紧急呼叫时，网络侧启动定位流程，以提供紧急呼叫所需要的位置服务的实现方法。
采用如图3、图4、图5所示的网络侧定位过程(NI-LR)，存在一些问题，将可能影响紧急呼叫的进行，比如：
1)当UE没有有效IMSI，或者是无卡终端时，如果采用图4的SUPL定位发起过程，短信网关、WAP网关是不能为UE提供服务的。
2)如果采用图5的SUPL定位发起过程，要求SLP能支持SIP协议，对于SLP而言，为了一个简单的SIP Message而支持SIP协议太过于复杂；
3)SLP向UE发起SUPL INIT消息时，并不确定UE具有SUPL能力，即不确定UE是一个合格的SET终端，SLP发送的SUPL INIT可能无法获得正确的响应，从而导致紧急呼叫过程失败或被延迟。
基于上述原因，有必要发明一种合理的定位实现方法，以服务于紧急呼叫，尤其考虑能服务于无有效IMSI、无卡情况下的紧急呼叫。
为了解决上述问题，本发明提供了一种在UE发起紧急呼叫时，主动发起紧急定位流程(MO-LR)的方法，用于支持紧急呼叫，能有效解决现有问题。
发明内容
有鉴于此，本发明的主要目的在于提供一种实现紧急定位的方法，能够简单、合理地实现定位，保证紧急呼叫过程的完成。
本发明的另一目的在于提供一种实现紧急定位的系统，能够简单、合理地实现定位，保证紧急呼叫过程的完成。
为达到上述目的，本发明的技术方案是这样实现的：
本发明提供了一种实现紧急定位的方法，包括：
用户终端UE发起紧急呼叫，向用户面定位平台SLP启动定位过程；
SLP通过定位过程获得UE的位置信息，并向位置请求功能LRF提供UE的位置信息。
其中，所述UE向SLP启动定位过程为：所述UE在发起紧急呼叫请求后，立即向所述SLP发起定位启动请求；或者，所述UE发起紧急呼叫请求前，先向所述SLP发起定位启动请求；所述定位启动请求中携带有紧急标识。
上述方案中，所述SLP发起定位启动请求具体包括：所述UE向SLP发送携带有紧急标识的SUPL启动消息；所述SLP收到来自UE的SUPL启动消息后，向UE返回SUPL响应消息。
上述方案中，所述SLP通过定位过程获得UE的位置信息包括：所述UE向SLP发起SUPL定位初始化消息，在UE与SLP之间建立SUPL连接后，所述SLP从UE获取UE的位置信息。
上述方案中，所述SLP向LRF提供UE的位置信息包括：当E-CSCF接收到来自所述UE的紧急呼叫请求后，向LRF发送位置查询请求；所述LRF从SLP处查询UE的位置信息，并返回给E-CSCF。
上述方案中，所述LRF从SLP处查询UE的位置信息之前，还包括：所述SLP关联所述定位过程和位置查询请求，当所述SLP收到LRF发起的位置查询请求但UE发起的定位过程还未结束时，SLP等待定位过程结束后，向LRF提供UE的位置信息；或者，当LRF从SLP处查询UE的位置信息时，如果所述定位过程已结束，则SLP直接提供给LRF该获得的UE的位置信息。
上述方案中，所述关联信息包括UE的标识、和/或UE的IP地址。
该方法之前还包括：所述UE从网络获得拜访网的所述SLP的地址，包括：所述UE向接入网络发送附着请求；附着成功，接入网络返回附着响应，在附着响应中，携带有本网络的SLP域名或IP地址；如果UE在附着响应中获得的是SLP的域名，还包括：所述UE向DNS服务器请求解析该域名；DNS服务器向UE返回所解析的SLP的IP地址。
该方法之前还包括：所述UE从网络获得拜访网的所述SLP的地址，包括：所述UE向接入网络发送附着请求；UE附着成功，网络为其分配IP资源，返回携带有DHCP服务器的地址的附着响应；所述UE向DHCP服务器发送DHCP查询请求，DHCP服务器返回DHCP查询响应，在其中携带有本网络的SLP的域名或IP地址；或者，通过DHCP广播消息，向UE返回本网络的SLP的域名或IP地址；如果DHCP服务器返回的是SLP域名，进一步包括：UE向DNS服务器请求解析该SLP的IP地址；DNS服务器返回所解析的SLP的IP地址。
本发明还提供了一种实现紧急定位的系统，至少包括UE、SLP和LRF，其中，UE，用于发起紧急呼叫，向SLP启动定位过程；SLP，用于通过定位过程获得UE的位置信息，并向LRF提供UE的位置信息。
该系统还包括E-CSCF，用于接收UE发送的紧急呼叫请求，向LRF发送位置查询请求，获取UE的位置信息以及合适的PSAP。E-CSCF获得PSAP后，将UE发起的紧急呼叫请求路由到该PSAP；所述LRF进一步用于，从SLP处查询UE的位置信息，并根据获得的位置信息决定合适的PSAP，向E-CSCF返回携带有UE的位置信息和PSAP信息的位置查询响应。
上述方案中，所述UE，具体用于向SLP发送携带有紧急标识的SUPL启动消息，来启动定位过程；UE向SLP发起SUPL定位初始化消息，在UE与SLP之间建立SUPL连接；所述SLP，具体用于收到来自UE的SUPL启动消息后，向UE返回SUPL响应消息；在UE与SLP之间建立SUPL连接后，SLP从UE获取位置信息。
从上述本发明提供的技术方案可以看出，包括UE发起紧急呼叫的同时，向SLP启动定位过程；SLP通过定位过程获得UE的位置信息，并向LRF提供UE的位置信息。通过本发明方法，定位过程由发起紧急呼叫的用户终端启动，不要求SLP能支持SIP协议，简化了SLP的设计；而且UE是一个合格的SET终端是UE自身明确的，UE发起的定位请求一定能获得正确的响应，保证了紧急呼叫过程的成功实现。
附图说明
图1为UE通过SAE接入IMS的紧急呼叫的网络架构示意图；
图2为具有SUPL能力的UE在漫游场景下，与定位平台间交互的示意图；
图3为在LTE/EPS接入下，采用SUPL作为定位服务技术，UE发起紧急呼叫时，网络侧发起定位的流程图；
图4为SLP接收到位置查询请求后，与UE建立SUPL定位过程的一种流程图；
图5为SLP接收到位置查询请求后，与UE建立SUPL定位过程的另一种流程图；
图6为本发明实现紧急定位的方法的流程图；
图7为本发明发起紧急呼叫的终端实现定位的实施例的流程图；
图8为图7所示的实施例中，UE发现SLP的一种流程图；
图9为图7所示的实施例中，UE发现SLP的另一种流程图。
具体实施方式
图6为本发明实现紧急定位的方法的流程图，如图6所示，包括：
步骤600：UE发起紧急呼叫，向SLP启动定位过程。
UE发起紧急呼叫请求即发起携带有紧急标识的SIP INVITE，该紧急呼叫请求被路由到E-CSCF；同时，UE向SLP发送SUPL定位初始化消息，即可向SLP发送携带有紧急标识的SUPL启动消息(SUPL START)，来启动定位过程。
需要说明的是，UE可以在向IMS发起紧急呼叫请求(SIP INVITE)之后，立即向SLP发起定位启动请求；
也可以，在向IMS发起紧急呼叫请求(SIP INVITE)之前，先向SLP发起定位启动请求。
步骤601：SLP通过定位过程获得UE的位置信息，并向LRF提供UE的位置信息。
一方面，SLP收到来自UE的SUPL START消息后，向UE返回SUPL响应(SUPL RESPONSE)消息，在这个交互过程中，UE和SLP交互了SUPL定位能力、协商了具体的定位方法等重要参数。接着，UE向SLP发起定位初始化消息，即发送SUPL POS INIT消息，在UE与SLP之间建立SUPL连接后，SLP通过后续定位过程，从UE获取位置信息。
另一方面，当E-CSCF接收到UE发送的紧急呼叫请求后，会向LRF发送位置查询请求，要求LRF返回UE的位置信息，以及根据UE的位置选择合适的PSAP。而LRF从SLP处查询UE的位置信息，并根据获得的位置信息决定合适的PSAP，向E-CSCF返回携带有UE的位置信息和PSAP信息的位置查询响应；E-CSCF获得PSAP后，将UE发起的紧急呼叫请求路由到该PSAP。
后续过程中，PSAP和UE之间完成紧急呼叫的建立。
针对本发明方法，还提供一种实现紧急定位的系统，至少包括UE、SLP和LRF，其中，
UE，用于发起紧急呼叫，向SLP启动定位过程。
SLP，用于通过定位过程获得UE的位置信息，并向LRF提供UE的位置信息。
该系统还包括E-CSCF，用于接收UE发送的紧急呼叫请求，向LRF发送位置查询请求，获取UE的位置信息以及合适的PSAP。E-CSCF获得PSAP后，将UE发起的紧急呼叫请求路由到该PSAP。
LRF进一步用于，从SLP处查询UE的位置信息，并根据获得的位置信息决定合适的PSAP，向E-CSCF返回携带有UE的位置信息和PSAP信息的位置查询响应。
所述UE，具体用于向SLP发送SUPL定位初始化消息，即可向SLP发送携带有紧急标识的SUPL启动消息(SUPL START)，来启动定位过程；UE向SLP发起SUPL定位初始化消息，在UE与SLP之间建立SUPL连接。
所述SLP，具体用于收到来自UE的SUPL START消息后，向UE返回SUPL响应(SUPL RESPONSE)消息，在这个交互过程中，UE和SLP交互SUPL定位能力、协商具体的定位方法等重要参数；在UE与SLP之间建立SUPL连接后，SLP通过后续定位过程，从UE获取位置信息。
图7为本发明发起紧急呼叫的终端实现定位的实施例的流程图，如图7所示，为UE发起紧急呼叫时，采用UE发起的定位过程(MO-LR)来实现紧急定位的流程，包括以下步骤：
步骤700：UE附着到IP接入网络。
UE具有SUPL能力即为SET。IP接入网络泛指包括eNodeB、MME等重要网元实体的SAE网络。在UE附着到IP接入网络后，被分配合适的IP地址，以及从网络获得DHCP服务器地址、DNS服务器地址等必要的网络信息。
步骤701：UE从网络获得拜访网的SLP地址。
UE可以通过构造一个合适的域名并请求DNS服务器解析，以获得位于拜访网的SLP的地址：如果UE希望发现一个位于拜访网的用于紧急呼叫的SLP即E-SLP，UE可以构造一个形如：“E-SLP.XXX.XXX.XXX”或类似结构的域名，其中XXX可以为任何有效的字符串，比如，当为拜访网络为3GPP网络时，可以构造为“E-SLP.MNC.MCC.PUB.3GPPNETWORK.ORG。其中，MNC是UE所接入的拜访网络的网络号，MCC是UE所接入网络的国家号，3GPPNETWORK表示UE当前接入的是3GPP网络。
通过步骤700和步骤701，UE接入到EPS网络，被分配IP地址，并获得合适的SLP地址，具备了发起紧急呼叫的条件。
步骤702：UE发起紧急呼叫请求，即发起携带有紧急标识的SIP INVITE。该紧急呼叫请求被路由到E-CSCF。
步骤703：UE发起紧急呼叫请求后，同时向SLP发送SUPL定位初始化消息，即可向SLP发送一个携带有紧急标识的SUPL启动(SUPL START)消息。
步骤704：SLP收到来自UE的SUPL START消息后，向UE返回SUPLRESPONSE消息。
在步骤703和步骤704的交互中，UE和SLP交互了SUPL定位能力、协商了具体的定位方法等重要参数。
步骤705：UE向SLP发起SUPL定位初始化(SUPL POS INIT)消息。
步骤706：当UE和SLP通过步骤703～步骤705建立了SUPL连接后，SLP通过后续定位过程，从UE获取UE的位置信息。
步骤707：在步骤702的UE发起紧急呼叫请求后，当E-CSCF接收到UE发送的紧急呼叫请求后，向LRF发送位置查询请求。
位置查询请求用于要求LRF返回UE的位置信息，以及根据UE的位置确定合适的PSAP。
步骤708：LRF从SLP处查询UE的位置信息。
步骤709：LRF从SLP获得UE的位置信息后，根据位置信息决定合适的PSAP，向E-CSCF返回携带有UE的位置信息和PSAP信息的位置查询响应。
步骤710：E-CSCF获得PSAP后，将UE发起的紧急呼叫请求路由到该PSAP。
步骤711：后续过程中，PSAP和UE之间完成紧急呼叫的建立。
在图7中，步骤703无需等待步骤702的返回响应，也就是说，步骤703并发于步骤702执行。步骤703执行的条件为：UE知道自身要发起紧急呼叫，因此，步骤703可以先于或同时与步骤702发起，也可以迟于步骤702发起。
在步骤703步骤706执行的过程中，步骤707可能已发起，此时，SLP应该将步骤707的位置请求关联到步骤703～步骤706所正在建立的MO-LR定位流程上。也就是说，SLP可以根据UE的标识、和/或UE的IP地址等关联信息，将LRF发起的位置查询请求关联到UE发起的MO-LR紧急定位流程上，使得SLP可以将从MO-LR紧急定位流程所获取的UE的位置信息提供给LRF。
由于SLP需要将LRF发起的位置查询请求和UE发起的MO-LR紧急定位流程进行关联，当SLP收到LRF发起的位置查询请求但UE发起的MO-LR紧急定位流程还未结束时，SLP应暂时抑制对步骤707的响应，等候步骤706结束后再响应步骤707。一种简单的抑制方法是，SLP收到步骤707后，先等待UE发起的MO-LR紧急定位流程执行结束，然后再处理对步骤707的响应。
或者，当步骤707发生时，SLP可能已经从步骤703步骤706的执行获得了UE的位置信息，则SLP可直接提供给LRF该获得的UE的位置信息。
图7所示的流程中，为了保证步骤703的执行，UE首先需要获得拜访地的SLP的信息，获取方法可以是：
1)对于存在有效IMSI的UE，UE通过请求归属网的H-SLP以获得拜访网的V-SLP。或者，
2)UE通过构造一个域名，发现拜访网的SLP。
上述两种方法是典型的用于发现拜访网的E-SLP的实现方法。这两种方法对于无有效IMSI，或者无SIM卡用户，均存在问题，将导致UE不能发现拜访网络的SLP。因为，如果UE无有效IMSI或无卡，则UE无法获得归属网H-SLP的地址，该H-SLP通常配置在UE的SIM卡中。同样地，对于用与发现SLP域名的构造方法，其基本信息也存储在SIM卡上。因此，在某些情况下(如无卡用户)如上方法将不能帮助UE获得SLP的地址。
针对UE发现SLP的问题，本发明提出两种方法，能够适用于无有效IMSI、无卡UE发现SLP的需求，能够应用于UE漫游和非漫游的场景。
图8为图7所示的实施例中，UE发现SLP的一种流程图，如图8所示，为UE在附着到IP网络时，IP网络在附着响应中将本网内的SLP域名或地址返回UE的流程。具体包括以下步骤：
步骤800：UE向IP网络发送附着请求。
步骤801：附着成功，IP网络返回附着响应，在附着响应中，携带有本网络的SLP域名或IP地址。该SLP，可能是服务于正常定位的SLP(如果UE非漫游，则返回的是H-SLP，如果UE漫游，则返回的是V-SLP)，也可能是服务于紧急定位的E-SLP。
如果UE在附着响应中获得的是SLP的域名，还包括步骤802：UE向DNS服务器发送DNS请求，请求DNS服务器解析该域名。
步骤803：DNS服务器向UE返回DNS响应，将解析后的SLP地址返回给UE。
图9为图7所示的实施例中，UE发现SLP的另一种流程图，如图9所示，为UE从DHCP服务器获得SLP信息的流程。具体包括以下步骤：
步骤900：UE向IP接入网络发送附着请求。
步骤901：UE附着成功，网络为其分配IP等资源，返回附着响应。通常DHCP服务器的地址会被一并返回。
步骤902：UE向DHCP服务器发送DHCP查询请求，以获得一些必要的网络信息。
步骤903：DHCP服务器返回DHCP查询响应，在其中携带有本网络的SLP的域名或IP地址。或者，通过DHCP广播消息，向UE返回本网络的SLP的域名或IP地址。
如果步骤903中DHCP服务器返回的是SLP域名，进一步地包括步骤904：UE向DNS服务器发送DNS查询请求，要求解析该SLP的IP地址。
步骤905：DNS服务器返回DNS查询响应，携带根据SLP域名所解析的IP地址。
通过图8或图9所示的UE发现SLP的流程可见，本发明有效地解决了网络采用SUPL作为定位技术，而UE终端无有效IMSI、或无SIM卡等情况下，发起紧急呼叫时的紧急定位流程的建立问题，保证了紧急呼叫的成功实现。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
Claims (10)
1.一种实现紧急定位的方法，其特征在于，包括：
用户终端UE发起紧急呼叫，同时向用户面定位平台SLP启动定位过程；
所述SLP通过定位过程从UE获取UE的位置信息；
当紧急呼叫会话控制功能E-CSCF接收到来自所述UE的紧急呼叫请求后，向位置请求功能LRF发送位置查询请求；所述SLP根据UE的标识和/或UE的IP地址关联所述定位过程和位置查询请求，当所述SLP收到LRF发起的位置查询请求但UE发起的定位过程还未结束时，SLP等待定位过程结束后，向LRF提供UE的位置信息，并返回给E-CSCF。
2.根据权利要求1所述的方法，其特征在于，所述UE向SLP启动定位过程为：所述UE在发起紧急呼叫请求后，立即向所述SLP发起定位启动请求；
或者，所述UE发起紧急呼叫请求前，先向所述SLP发起定位启动请求；
所述定位启动请求中携带有紧急标识。
3.根据权利要求2所述的方法，其特征在于，所述向SLP发起定位启动请求具体包括：
所述UE向SLP发送携带有紧急标识的用户面定位服务SUPL启动消息；
所述SLP收到来自UE的SUPL启动消息后，向UE返回SUPL响应消息。
4.根据权利要求1、2或3所述的方法，其特征在于，所述SLP通过定位过程获得UE的位置信息包括：
所述UE向SLP发起SUPL定位初始化消息，在UE与SLP之间建立SUPL连接后，所述SLP从UE获取UE的位置信息。
5.根据权利要求1所述的方法，其特征在于，所述LRF从SLP处查询UE的位置信息之前，还包括：
当LRF从SLP处查询UE的位置信息时，如果所述定位过程已结束，则SLP直接提供给LRF该获得的UE的位置信息。
6.根据权利要求1所述的方法，其特征在于，该方法之前还包括：所述UE从网络获得拜访网的所述SLP的地址，包括：
所述UE向接入网络发送附着请求；附着成功，接入网络返回附着响应，在附着响应中，携带有本网络的SLP域名或IP地址；
如果UE在附着响应中获得的是SLP的域名，还包括：所述UE向DNS服务器请求解析该域名；DNS服务器向UE返回所解析的SLP的IP地址。
7.根据权利要求1所述的方法，其特征在于，该方法之前还包括：所述UE从网络获得拜访网的所述SLP的地址，包括：
所述UE向接入网络发送附着请求；UE附着成功，网络为其分配IP资源，返回携带有DHCP服务器的地址的附着响应；
所述UE向DHCP服务器发送DHCP查询请求，DHCP服务器返回DHCP查询响应，在其中携带有本网络的SLP的域名或IP地址；或者，通过DHCP广播消息，向UE返回本网络的SLP的域名或IP地址；
如果DHCP服务器返回的是SLP域名，进一步包括：UE向DNS服务器请求解析该SLP的IP地址；DNS服务器返回所解析的SLP的IP地址。
8.一种实现紧急定位的系统，其特征在于，至少包括UE、SLP和LRF，其中，
UE，用于发起紧急呼叫，同时向SLP启动定位过程；
SLP，用于通过定位过程获得UE的位置信息；当紧急呼叫会话控制功能E-CSCF接收到来自所述UE的紧急呼叫请求后，向位置请求功能LRF发送位置查询请求；根据UE的标识和/或UE的IP地址关联定位过程和位置查询请求，当收到LRF发起的位置查询请求但UE发起的定位过程还未结束时，等待定位过程结束后，向LRF提供UE的位置信息，并返回给E-CSCF。
9.根据权利要求8所述的系统，其特征在于，该系统还包括E-CSCF，用于接收UE发送的紧急呼叫请求，向LRF发送位置查询请求，获取UE的位置信息以及合适的公共安全接入点PSAP，E-CSCF获得PSAP后，将UE发起的紧急呼叫请求路由到该PSAP；
所述LRF进一步用于，从SLP处查询UE的位置信息，并根据获得的位置信息决定合适的PSAP，向E-CSCF返回携带有UE的位置信息和PSAP信息的位置查询响应。
10.根据权利要求8或9所述的系统，其特征在于，所述UE，具体用于向SLP发送携带有紧急标识的SUPL启动消息，来启动定位过程；UE向SLP发起SUPL定位初始化消息，在UE与SLP之间建立SUPL连接；
所述SLP，具体用于收到来自UE的SUPL启动消息后，向UE返回SUPL响应消息；在UE与SLP之间建立SUPL连接后，SLP从UE获取位置信息。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910093509.4A CN102036204B (zh) | 2009-09-24 | 2009-09-24 | 一种实现紧急定位的方法及系统 |
| EP10818341.9A EP2469894B1 (en) | 2009-09-24 | 2010-07-28 | Method and system for implementing emergency location |
| US13/496,616 US20120178411A1 (en) | 2009-09-24 | 2010-07-28 | Method and System for Implementing Emergency Location |
| PCT/CN2010/075527 WO2011035647A1 (zh) | 2009-09-24 | 2010-07-28 | 实现紧急定位的方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910093509.4A CN102036204B (zh) | 2009-09-24 | 2009-09-24 | 一种实现紧急定位的方法及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102036204A CN102036204A (zh) | 2011-04-27 |
| CN102036204B true CN102036204B (zh) | 2015-06-03 |
Family
ID=43795368
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200910093509.4A Active CN102036204B (zh) | 2009-09-24 | 2009-09-24 | 一种实现紧急定位的方法及系统 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20120178411A1 (zh) |
| EP (1) | EP2469894B1 (zh) |
| CN (1) | CN102036204B (zh) |
| WO (1) | WO2011035647A1 (zh) |
Families Citing this family (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2012042121A1 (fr) * | 2010-09-29 | 2012-04-05 | Cassidian Sas | Procede d'attachement et d'authentification d'un terminal utilisateur aupres d'un reseau visite |
| CN102647700B (zh) * | 2011-02-22 | 2016-03-02 | 阿尔卡特朗讯 | 一种获取并使用位置信息的方法及装置 |
| US8897807B2 (en) * | 2011-11-15 | 2014-11-25 | Cellco Partnership | Using mobile messaging service message(s) as bearer for location related communications during voice call |
| CN103853672A (zh) * | 2012-11-30 | 2014-06-11 | 上海中移通信技术工程有限公司 | 具有多重数据保护功能的移动安全存储设备 |
| JP5777830B2 (ja) | 2012-12-19 | 2015-09-09 | ユニファイ ゲゼルシャフト ミット ベシュレンクテル ハフツング ウント コンパニー コマンディートゲゼルシャフトＵｎｉｆｙ ＧｍｂＨ ＆Ｃｏ． ＫＧ | 第１の通信装置の物理的な位置を表す位置情報を第１の通信装置からサーバに通知するための方法、該方法を実行するためのコンピュータプログラム及び位置情報を通知するための第１の通信装置 |
| US9037158B2 (en) | 2013-03-05 | 2015-05-19 | Qualcomm Incorporated | Localized secure user plane location (SUPL) emergency session |
| CN104105055A (zh) * | 2013-04-11 | 2014-10-15 | 中国移动通信集团公司 | 一种通信处理方法及装置 |
| CN103702304A (zh) * | 2013-09-26 | 2014-04-02 | 宇龙计算机通信科技(深圳)有限公司 | 移动终端及其紧急呼叫处理方法 |
| US20150189485A1 (en) * | 2013-12-26 | 2015-07-02 | Intel Corporation | Emergency mobile originated location report |
| US10097979B2 (en) * | 2014-11-24 | 2018-10-09 | Qualcomm Incorporated | Location by reference for an over-the-top emergency call |
| US9756664B2 (en) | 2014-11-24 | 2017-09-05 | Qualcomm Incorporated | Methods of supporting location and emergency calls for an over-the-top service provider |
| US10142772B2 (en) * | 2015-12-16 | 2018-11-27 | Qualcomm Incorporated | Systems and methods for emergency data communication |
| US10142816B2 (en) | 2015-12-16 | 2018-11-27 | Qualcomm Incorporated | Systems and methods for emergency data communication |
| US9820090B1 (en) | 2016-09-15 | 2017-11-14 | Qualcomm Incorporated | Enhanced fallback mechanism for SLP connection during emergency SUPL sessions |
| CN109005253B (zh) * | 2018-09-06 | 2021-08-17 | 中电科航空电子有限公司 | 网络负载均衡的系统 |
| US20200154241A1 (en) * | 2018-11-08 | 2020-05-14 | Mediatek Inc. | Methods for reliable transmission of a supl init message |
| CN110491090B (zh) * | 2019-09-20 | 2021-07-09 | 苏州智博汇能电子科技股份有限公司 | 基于手机终端的中老年人群监护方法 |
| CN112312324B (zh) * | 2020-10-29 | 2023-09-19 | 维沃移动通信有限公司 | 位置信息发送装置及方法 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1791266A (zh) * | 2004-12-15 | 2006-06-21 | 华为技术有限公司 | 一种可快速定位的紧急呼叫方法 |
| CN101288330A (zh) * | 2005-10-07 | 2008-10-15 | Lg电子株式会社 | 用于提供急救定位业务的方法和系统 |
| CN101448232A (zh) * | 2008-04-30 | 2009-06-03 | 中兴通讯股份有限公司 | 紧急呼叫实现方法及系统、用户设备 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10178522B2 (en) * | 2005-08-02 | 2019-01-08 | Qualcomm Incorporated | VoIP emergency call support |
| US9137770B2 (en) * | 2005-09-15 | 2015-09-15 | Qualcomm Incorporated | Emergency circuit-mode call support |
| US8532606B2 (en) * | 2005-10-07 | 2013-09-10 | Lg Electronics Inc. | Method and system for providing an emergency location service using interoperability between IMS core and access network |
| KR100748513B1 (ko) * | 2005-10-07 | 2007-08-14 | 엘지전자 주식회사 | 위치 서비스 방법 및 시스템 |
| KR101133850B1 (ko) * | 2005-10-10 | 2012-04-06 | 삼성전자주식회사 | 위치 서비스 제공 시스템의 단말 및 서버와 그 방법 |
| CN101227710B (zh) * | 2007-01-18 | 2012-04-25 | 华为技术有限公司 | 定位触发信息的同步方法和设备 |
| PL2250856T3 (pl) * | 2008-02-06 | 2020-08-10 | Nokia Solutions And Networks Oy | Pozyskiwanie Identyfikatora Serwera w Oparciu o Lokalizację Urządzenia |
-
2009
- 2009-09-24 CN CN200910093509.4A patent/CN102036204B/zh active Active
-
2010
- 2010-07-28 US US13/496,616 patent/US20120178411A1/en not_active Abandoned
- 2010-07-28 EP EP10818341.9A patent/EP2469894B1/en active Active
- 2010-07-28 WO PCT/CN2010/075527 patent/WO2011035647A1/zh active Application Filing
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1791266A (zh) * | 2004-12-15 | 2006-06-21 | 华为技术有限公司 | 一种可快速定位的紧急呼叫方法 |
| CN101288330A (zh) * | 2005-10-07 | 2008-10-15 | Lg电子株式会社 | 用于提供急救定位业务的方法和系统 |
| CN101448232A (zh) * | 2008-04-30 | 2009-06-03 | 中兴通讯股份有限公司 | 紧急呼叫实现方法及系统、用户设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP2469894A1 (en) | 2012-06-27 |
| EP2469894B1 (en) | 2015-07-08 |
| US20120178411A1 (en) | 2012-07-12 |
| WO2011035647A1 (zh) | 2011-03-31 |
| CN102036204A (zh) | 2011-04-27 |
| EP2469894A4 (en) | 2014-03-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102036204B (zh) | 一种实现紧急定位的方法及系统 | |
| JP4938131B2 (ja) | パケットスイッチングドメインにおける端末の位置登録方法及び装置 | |
| US8504055B2 (en) | Method and arrangement for load balancing in a wireless communication system | |
| EP1977621B1 (en) | Terminal status discovery in secure user plane location positioning procedure | |
| US20080233931A1 (en) | Location Service Method and System | |
| US10757645B2 (en) | Access control in communications network comprising slices | |
| US9237429B2 (en) | Method and system for implementing packet switch domain short message service, and user equipment | |
| CN101938727B (zh) | 一种实现紧急呼叫的方法及系统 | |
| WO2011157055A1 (zh) | 一种机器类通信监测处理方法及设备 | |
| CN101867986B (zh) | 一种csfb功能的激活方法及系统 | |
| CN101868036A (zh) | 一种控制ue接入网络的方法及系统 | |
| CN101577882B (zh) | 用于ip多媒体子系统的紧急呼叫实现系统和方法 | |
| EP3342123B1 (en) | Method and device for lawful interception for proximity services | |
| CN102036206B (zh) | 一种实现定位的方法及系统 | |
| CN102348280A (zh) | 获取终端位置信息的方法、系统和设备 | |
| WO2013064102A1 (zh) | 位置更新方法、装置及系统 | |
| US9462086B2 (en) | Short message service (SMS) over SGs | |
| CN102036205A (zh) | 一种紧急定位实现方法及系统 | |
| CN101959163A (zh) | 一种实现紧急呼叫的方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |