CN102065399A - 一种基于未认证set终端实现紧急定位的方法及系统 - Google Patents

Abstract

本发明公开了一种基于未认证SET终端实现紧急定位的方法及系统。用于实现基于SUPL技术并由未认证SET终端发起的紧急定位。未认证SET终端首先请求建立紧急业务承载通道并进行紧急附着，然后与从本地网络发现的E-SLP进行SUPL会话交互，并且在SUPL会话的第一条消息中携带紧急定位业务标识，最后通过SUPL会话，完成紧急定位业务。

Description

一种基于未认证SET终端实现紧急定位的方法及系统

技术领域

本发明涉及移动通信技术领域，尤其涉及一种基于未认证的支持安全用户面定位(SUPL Enabler Terminal，SET)的终端实现紧急定位的方法及系统。

背景技术

作为移动通信系统的特色业务之一，定位服务一直被认为是未来移动增值业务的一个亮点。目前，北美、欧洲和亚太和日韩等国家和地区的主要移动通信运营商都已开通了移动定位业务。定位业务是移动增值业务中最具吸引力的业务，同时也是产业链各个环节最为复杂的业务之一。

LOC是开放移动联盟(Open Mobile Architecture，简称为OMA)于2002年将LIF论坛的工作，以及WAP论坛中的定位业务，以及3GPP R6 LCS stage3相关工作合并而成立的，其目的是实现制定互联互通的定位业务标准，制定移动位置业务的规范，确保端到端的互操作，在漫游、Le接口等研究领域逐步取代3GPP和3GPP2，成为Locmion业务标准的主要国际规范制订者。OMA LOC的主要工作就是制定移动通信网络中基于用户面的定位技术，将过去移动通信网络中的控制面定位技术中相关定位参数在IP通道中的传输，进而实现定位，同时也减少了对核心网的依赖，减少了耦合，增加了灵活性。

目前，OMA LOC组已经完成了安全用户面定位标准(Secure User Plane Location，SUPL)标准1.0版本的制定工作，在市场上已经得到了广泛的部署和应用，目前OMA LOC组正在进行SUPL2.0的工作，目前已经接近尾升，在SUPL2.0里，实现了对SUPL1.0定位功能的增强，比如增加了触发类型的定位，支持在不同接入网络里实现定位的功能等，而且也能支持不同的GNSS卫星导航系统，同时，在SUPL2.0中目前也定义了紧急定位方案，并增加了相应的定位实体，即紧急SUPL定位平台(Emergency-SUPL Location Platform，E-SLP/以下简称为紧急定位平台)，但是由于目前SUPL只能支持网络侧发起对有卡终端或者说可以认证的终端的紧急定位的流程，而没有定义对无有效卡的终端的基于终端侧发起的紧急定位流程，而且，对于在紧急情况下进行紧急定位，通常难以保证发起紧急呼叫的用户终端是合法的可认证的终端，因此需要解决如何基于未认证的SET终端实现紧急定位业务。而且，对于SET的终端，终端有可能是没有有效SIM卡的终端，在这种情况下，如果采用基于网络侧发起的紧急定位，根据目前的SUPL技术，需要由SLP对终端发送Push消息后才能建立SUPL会话连接，这对于无卡方式的终端来说都是难以实现的；同时，对于没有SIM卡的终端，由于无法确认归属网络，因此也无法按照目前现有的SUPL流程中的终端发起方式的SUPL定位。因此，很有必要解决基于未认证SET终端的紧急定位业务。

发明内容

有鉴于此，本发明的主要目的在于提供一种基于未认证SET终端实现紧急定位的方法及系统。用于实现基于目前主流的OMA的安全用户面定位方法(SUPL)，实现由未认证SET终端发起的紧急定位流程。

为达到上述目的，本发明的技术方案是这样实现的：

一种基于未认证SET终端实现紧急定位的方法，包括：

未认证SET终端在接收到紧急定位请求后，向网络请求并完成紧急附着过程；

在附着完成后，所述未认证SET终端发现并获取紧急定位平台(E-SLP)；

所述未认证SET终端向所发现的E-SLP发起安全用户面(SUPL)定位会话，并在发送的安全用户面定位会话开始(SUPL START)消息中携带紧急标识。

进一步地，所述建立紧急承载并进行紧急附着具体为：

当所述未认证SET终端接收到紧急定位请求时，向本地的网际协议连接接入网络(IP-CAN)发起紧急附着请求，获取所述未认证SET终端的网际协议(IP)地址，建立与所述IP-CAN之间的紧急IP承载。

进一步地，所述E-SLP接收到所述SUPL START消息后设置一个定时器等待来自网络中其它网络实体对所述未认证SET终端的位置请求；若在定时时间内所述E-SLP接收到来自网络中其它网络实体对所述未认证SET终端的位置请求，则所述E-SLP立即响应所述未认证SET终端发送的SUPL START消息，并与所述未认证SET终端开始SUPL定位会话；否则所述E-SLP结束与所述未认证SET终端的SUPL会话。

进一步地，所述未认证SET终端根据IP-CAN下发的网络配置参数获取所述E-SLP的地址；若所述E-SLP的地址为域名形式的地址，则还需向域名服务器(DNS)请求进行域名解析。

进一步地，所述网络配置参数包含动态主机配置协议(DHCP)服务器的地址，所述未认证SET终端获取所述E-SLP的地址的步骤为：所述未认证SET终端根据DHCP服务器的地址向DHCP服务器查询所述E-SLP的网络地址；所述DHCP服务器将所述E-SLP的网络地址反馈给所述未认证SET终端。

进一步地，所述网络配置参数包含DHCP服务器的地址，所述未认证SET终端获取所述E-SLP的地址的步骤为：所述未认证SET终端根据所述DHCP服务器的地址向DHCP服务器请求获得本地网络的位置信息服务器(LIS)的地址；所述DHCP向所述未认证SET终端反馈当前本地网络的LIS服务器地址；所述未认证SET终端基于所述LIS服务器地址向LIS查询所述E-SLP的地址；所述LIS服务器向所述未认证SET终端反馈所述E-SLP的地址。

进一步地，所述未认证SET终端根据所述网络配置参数获取所述E-SLP的地址的步骤为：所述未认证SET终端根据IP-CAN下发的附着网络的网络配置参数，构造所述未认证SET终端所处地的E-SLP的域名，并通过DNS的解析获得所述E-SLP的地址。

基于上述方法，一种基于未认证SET终端实现紧急定位的系统，包括：

未认证SET终端，用于在接收紧急定位请求时，向网络请求并完成紧急附着；向紧急定位平台(E-SLP)发起安全用户面(SUPL)定位会话，在安全用户面定位会话开始(SUPL START)消息中携带紧急标识；

网际协议连接接入网络(IP-CAN)，用于接受未认证SET终端附着，建立紧急承载，并向所述未认证SET终端下发网络配置参数；

紧急定位平台(E-SLP)，用于与所述未认证SET终端进行基于SUPL的定位会话，并基于SUPL定位会话完成紧急定位。

进一步地，当所述未认证SET终端接收到紧急定位请求后，请求IP-CAN建立紧急承载，完成紧急附着；

进一步地，所述E-SLP接收到所述未认证SET终端发送的SUPL START消息后设置一个定时器，等待来自网络中其它网络实体对所述未认证SET终端的位置请求；若在定时时间内所述E-SLP接收到来自网络中其它网络实体对所述未认证SET终端的位置请求，则所述E-SLP响应所述未认证SET终端发送的SUPL START消息，并与所述未认证SET终端开始正常的SUPL定位会话，完成紧急定位；否则所述E-SLP结束与所述未认证SET终端的SUPL会话。

进一步地，所述未认证SET终端还用于根据所述IP-CAN下发的网络配置参数获取所述E-SLP的地址；若所述E-SLP的地址为域名形式的地址，则所述未认证SET终端还需向域名服务器(DNS)请求进行域名解析。

进一步地，所述网络配置参数包含动态主机配置协议(DHCP)服务器的地址；所述未认证SET终端根据所述DHCP服务器的地址向DHCP服务器查询所述E-SLP的网络地址；所述DHCP服务器将所述E-SLP的网络地址反馈给所述未认证SET终端。

进一步地，所述网络配置参数包含DHCP服务器的地址，所述未认证SET终端根据所述DHCP服务器的地址向DHCP服务器请求获得本地网络的位置信息服务器(LIS)的地址；所述DHCP向所述未认证SET终端反馈当前本地网络的LIS服务器地址；所述未认证SET终端基于所述LIS服务器地址向LIS查询所述E-SLP的地址；所述LIS服务器向所述未认证SET终端反馈所述E-SLP的地址。

进一步地，所述未认证SET终端根据IP-CAN下发的所述网络配置参数，构造所述未认证SET终端所处地的E-SLP的域名，并通过DNS的解析获得所述E-SLP的地址。

通过本发明提出的新的机制和方法，实现了基于未认证SET终端情况下的紧急定位业务。

附图说明

图1为本发明未认证SET终端发起的紧急定位优选实施例流程图；

图2为本发明通过查询DHCP获得E-SLP地址的优选实施例流程图；

图3为本发明通过查询LIS获得E-SLP地址的优选实施例流程图；

图4为本发明通过DNS解析E-SLP地址的优选实施便流程图；

图5为本发明另外一种未认证SET终端发起的紧急定位优选实施例流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，以下举实施例并参照附图，对本发明进一步详细说明。

未认证SET终端：即支持SUPL功能的终端(本发明中所有涉及的终端均为SET类型的终端，简称SET终端)，并且SUPL的代理客户端可以位于SET终端上面，也可以处于网络侧。所有的位置信息的请求，均是由SUPL的代理客户端发出，特别的，在本发明中，SUPL代理客户端是位于SET终端上的，而且在本发明中，SET终端是未认证类型的终端(比如无卡SET终端，或者无有效卡的SET终端，此处的卡可以是SIM卡或者类似的由运营商提供的记录有鉴权等数据的卡)。

SUPL定位服务器或SUPL定位平台(以下简称为SLP)：支持SUPL协议的定位服务器，通常由SLC(SUPL位置中心)和SPC(SUPL定位中心)两个功能模块组成，其中，SLC主要是位置业务管理功能，SPC的主要功能是SUPL定位功能。SUPL定位服务器通常位于网络侧，接收SUPL代理的定位请求，并与SET终端建立SUPL承载和定位会话。进一步，SUPL定位服务器分为归属地SUPL定位服务器(H-SLP)，拜访地SUPL定位服务器(V-SLP)，为紧急情况而提供定位服务的紧急定位服务器(E-SLP)。

SUPL代理客户端或SUPL代理(SUPL Agent)：是SUPL的业务接入点，可以接入SUPL网络的资源，并获得位置信息。SUPL代理是向SUPL定位服务器请求位置信息的功能实体，其可以位于SET终端上面，也可以位于网络侧。在本发明中，SUPL代理客户端是位于SET终端上面的。

在上述3个实体中，SUPL代理客户端与SUPL定位服务器之间，以及SUPL定位服务器与SET终端之间的协议目前在OMA LOC中已经做了定义。SUPL协议是SET终端与SUPL定位服务器之间接口的协议。SUPL代理可能位于网络侧，也可以位于SET终端上面。在本发明中，SUPL代理是处于SET终端上面。本发明是对现有SUPL技术和基本机制做重大改进，以实现基于未认证SET终端的紧急定位业务，具体参见实施方式。

未认证SET终端(例如无卡，或者无有效卡，或没有与本地网络运营商有签约关系)在接收到来自该终端上面的SUPL定位客户端的紧急定位请求时，根据现有技术，由该终端进行当前网络的紧急附着和紧急IP承载的建立，网络侧下发的相关信息可能有：紧急定位服务器(E-SLP)的域名或者IP地址、域名解析服务器(DNS)的地址、动态主机配置协议(DHCP)服务器的地址和紧急附着网络的拜访网的移动网络号(MNC)、移动国家号(MCC)等。

图1为本发明未认证SET终端主动发起的紧急定位优选实施例流程图，具体步骤如下：

步骤101：当未认证SET终端收到紧急定位请求时，其首先向本地的IP连接接入网络(IP-Connectivity Access Network，IP-CAN)发起紧急附着请求，获取该未认证SET终端的IP地址，建立紧急IP承载。同时，IP-CAN侧下发附着网络的网络配置参数，如DHCP地址、DNS地址，另外可能下发E-SLP的IP地址或者域名等。通过此步，SET终端就可以建立起与网络侧的紧急IP数据承载连接，为后续流程做好准备。

在未认证SET终端有能力的情况下，也可由未认证SET终端根据设定的规则构造当前该未认证SET终端所处地的E-SLP的域名，例如E-SLP.XXX.XXX.XXX或者类似格式的域名，其中XXX可以为任何有效的字符串。例如，当为3GPP网络时，可以构造为“E-SLP.MNC.MCC.PUB.3GPPNETWORK.ORG”。其中，“MNC”是SET终端所接入的拜访网的移动网络号，“MCC”是SET终端所接入网络的移动国家号，“3GPPNETWORK”表示SET终端当前接入的是3GPP网络。

步骤102：未认证SET终端根据紧急附着时获取的E-SLP的IP地址，开始SUPL紧急定位，此时进入步骤103；如果紧急附着时下发的是E-SLP的域名，则未认证SET终端需要向DNS请求解析该域名，从而获得E-SLP的IP地址，解析过程见图4，然后进入步骤103；如果紧急附着时没有获取到E-SLP的IP地址，也没有获得域名地址，则未认证SET终端开始E-SLP地址的发现流程，详见图2及图3的流程。

步骤103：未认证SET终端根据获得的E-SLP的IP地址，向E-SLP发送安全用户面定位会话开始(SUPL START)消息，消息中携带紧急定位业务标识。

步骤104：E-SLP在接收到来自未认证SET终端的SUPL START消息后，发现消息的标识为紧急定位业务后，需要根据现有SUPL技术进行查找及验证，保证该未认证SET终端在其服务范围内，然后，根据相关策略为E-SLP自己设置一个定时器。

步骤105：E-SLP在设置完定时器后，开始监听或者等待来自网络中其它网络实体(比如PSAP，E-CSCF等)对该未认证SET终端的位置请求。如果在定时器规定的时间范围内收到了相关的定位请求，则进行流程106b；如果定时器超时还未收到来自网络中其它网络实体对该未认证SET终端的位置请求，则进行流程106a；

步骤106a：定时器超时，E-SLP发送SUPL END，结束并释放与该未认证SET终端的SUPL会话。

步骤106b：在定时器超时前，如果E-SLP收到来自网络中其它网络实体对该未认证SET终端的紧急位置请求，则E-SLP立即向该未认证SET终端响应之前该SET终端发送的SUPL START消息，响应消息为SUPL RESPONSE。

步骤107：E-SLP与该未认证SET终端之间接下来进行正常的SUPL定位会话，直到完成定位功能。

如果紧急附着时没有获取到E-SLP的IP地址，也没有获得域名地址，则SET终端开始E-SLP地址的发现流程，图2为本发明采用DHCP方式发现本地E-SLP地址的流程图，具体步骤如下：

步骤201：未认证SET终端根据紧急附着时，网络侧以单播方式下发的DHCP服务器的地址，或者由网络侧广播方式下发的DHCP服务器的地址，向DHCP服务器查询当前附着网络的E-SLP服务器的地址；

步骤202：DHCP服务器接收到来自该未认证SET终端的查询请求后，查询获得E-SLP的域名或者IP地址，并通过响应消息将其反馈给该未认证SET终端，另外，DHCP服务器也可以通过广播的方式下发当前网络的E-SLP的域名或者IP地址。下发的E-SLP地址如果是域名形式，还需要请求DNS服务器解析该域名，具体可参考图4流程。

图3为本发明采用DHCP方式发现本地位置信息服务器LIS地址，然后再由LIS获得本地E-SLP地址的流程图：

步骤301：未认证SET终端根据紧急附着时，网络侧以单播方式下发的DHCP服务器的地址，或者由网络侧广播方式下发的DHCP服务器的地址，向DHCP服务器请求获得本地网络的位置信息服务器(LIS)的地址。

步骤302：DHCP服务器接收到来自未认证SET终端的查询请求后，查询获得本地网络的LIS服务器的域名或者IP地址，并通过响应消息将其反馈给该未认证SET终端，另外，DHCP服务器也可以通过广播的方式下发本地网络的LIS服务器的域名或者IP地址；

步骤303：未认证SET终端基于由步骤302返回的LIS服务器地址，向LIS查询当前本地网络的E-SLP服务器的地址。

步骤304：位置信息服务器(LIS)返回E-SLP的地址，该地址可以为IP地址形式，也可以是域名形式，如果是域名的形式，则还需要向DNS服务器请求进行域名解析，获得E-SLP的IP地址，具体可参考图4流程。

图4为未认证SET终端在获得E-SLP域名时，请求DNS服务器解析该域名，并获得相应的E-SLP的IP地址的流程：

步骤401：未认证SET终端在紧急附着阶段获得DNS服务器的地址。

步骤402：未认证SET终端获得E-SLP的域名。

步骤403：未认证SET终端向DNS服务器发送DNS解析请求消息，消息中携带E-SLP的域名。

步骤404：DNS服务器响应该未认证SET终端，响应消息中携带E-SLP服务器的IP地址。

图5为本发明另一种未认证SET终端主动发起的紧急定位流程图，具体步骤如下：

步骤501：当未认证SET终端开机，收到紧急定位请求时，其首先向IP-CAN发起紧急附着请求，获取本机IP地址，建立紧急IP承载。同时，IP-CAN侧下发附着网络的参数，如DHCP地址，DNS地址，另外可能下发E-SLP地址或者域名等。通过此步，未认证SET终端就可以建立起与网络侧的紧急IP数据承载连接，为后续流程做好准备。

步骤502：未认证SET根据紧急附着时获取的E-SLP的IP地址，开始SUPL紧急定位，此时进入步骤503；如果紧急附着时下发的是E-SLP的域名，则该未认证SET终端需要向DNS请求解析该域名，然后获得IP地址，解析过程见图4，然后进入步骤503；如果紧急附着时没有获取到IP地址，也没有获得域名地址，则该未认证SET终端开始E-SLP地址的发现流程，详见图2、图3。

步骤503：该未认证SET终端与紧急定位服务平台建立SUPL会话，并开始正常的SUPL定位流程。

正常的SUPL定位流程的基本过程如下：SET终端向SLP发送SUPL START消息，消息中携带紧急业务标识；然后E-SLP返回SUPL RESPONSE消息，然后再交互若干条SUPL消息，直到完成定位过程，E-SLP获得SET终端位置信息。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

1.一种基于未认证SET终端实现紧急定位的方法，其特征在于，包括：

未认证SET终端在接收到紧急定位请求后，向网络请求并完成紧急附着过程；

在附着完成后，所述未认证SET终端发现并获取紧急定位平台(E-SLP)；

所述未认证SET终端向所发现的E-SLP发起安全用户面(SUPL)定位会话，并在发送的安全用户面定位会话开始(SUPL START)消息中携带紧急标识。

2.根据权利要求1所述的方法，其特征在于，所述建立紧急承载并进行紧急附着具体为：

当所述未认证SET终端接收到紧急定位请求时，向本地的网际协议连接接入网络(IP-CAN)发起紧急附着请求，获取所述未认证SET终端的网际协议(IP)地址，建立与所述IP-CAN之间的紧急IP承载。

3.根据权利要求1所述的方法，其特征在于，所述E-SLP接收到所述SUPLSTART消息后设置一个定时器等待来自网络中其它网络实体对所述未认证SET终端的位置请求；若在定时时间内所述E-SLP接收到来自网络中其它网络实体对所述未认证SET终端的位置请求，则所述E-SLP立即响应所述未认证SET终端发送的SUPL START消息，并与所述未认证SET终端开始SUPL定位会话；否则所述E-SLP结束与所述未认证SET终端的SUPL会话。

4.根据权利要求2所述的方法，其特征在于，所述未认证SET终端根据IP-CAN下发的网络配置参数获取所述E-SLP的地址；若所述E-SLP的地址为域名形式的地址，则还需向域名服务器(DNS)请求进行域名解析。

5.根据权利要求4所述的方法，其特征在于，所述网络配置参数包含动态主机配置协议(DHCP)服务器的地址，所述未认证SET终端获取所述E-SLP的地址的步骤为：

所述未认证SET终端根据DHCP服务器的地址向DHCP服务器查询所述E-SLP的网络地址；所述DHCP服务器将所述E-SLP的网络地址反馈给所述未认证SET终端。

6.根据权利要求4所述的方法，其特征在于，所述网络配置参数包含DHCP服务器的地址，所述未认证SET终端获取所述E-SLP的地址的步骤为：

所述未认证SET终端根据所述DHCP服务器的地址向DHCP服务器请求获得本地网络的位置信息服务器(LIS)的地址；

所述DHCP向所述未认证SET终端反馈当前本地网络的LIS服务器地址；

所述未认证SET终端基于所述LIS服务器地址向LIS查询所述E-SLP的地址：

所述LIS服务器向所述未认证SET终端反馈所述E-SLP的地址。

7.根据权利要求4所述的方法，其特征在于，所述未认证SET终端根据所述网络配置参数获取所述E-SLP的地址的步骤为：

所述未认证SET终端根据IP-CAN下发的附着网络的网络配置参数，构造所述未认证SET终端所处地的E-SLP的域名，并通过DNS的解析获得所述E-SLP的地址。

8.一种基于未认证SET终端实现紧急定位的系统，其特征在于，包括：

未认证SET终端，用于在接收紧急定位请求时，向网络请求并完成紧急附着；向紧急定位平台(E-SLP)发起安全用户面(SUPL)定位会话，在安全用户面定位会话开始(SUPL START)消息中携带紧急标识；

网际协议连接接入网络(IP-CAN)，用于接受未认证SET终端附着，建立紧急承载，并向所述未认证SET终端下发网络配置参数；

紧急定位平台(E-SLP)，用于与所述未认证SET终端进行基于SUPL的定位会话，并基于SUPL定位会话完成紧急定位。

9.根据权利要求8所述的系统，其特征在于，当所述未认证SET终端接收到紧急定位请求后，请求IP-CAN建立紧急承载，完成紧急附着。

10.根据权利要求8所述的系统，其特征在于，所述E-SLP接收到所述未认证SET终端发送的SUPL START消息后设置一个定时器，等待来自网络中其它网络实体对所述未认证SET终端的位置请求；若在定时时间内所述E-SLP接收到来自网络中其它网络实体对所述未认证SET终端的位置请求，则所述E-SLP响应所述未认证SET终端发送的SUPL START消息，并与所述未认证SET终端开始正常的SUPL定位会话，完成紧急定位；否则所述E-SLP结束与所述未认证SET终端的SUPL会话。

11.根据权利要求9所述的系统，其特征在于，所述未认证SET终端还用于根据所述IP-CAN下发的网络配置参数获取所述E-SLP的地址；若所述E-SLP的地址为域名形式的地址，则所述未认证SET终端还需向域名服务器(DNS)请求进行域名解析。

12.根据权利要求11所述的系统，其特征在于，所述网络配置参数包含动态主机配置协议(DHCP)服务器的地址；所述未认证SET终端根据所述DHCP服务器的地址向DHCP服务器查询所述E-SLP的网络地址；所述DHCP服务器将所述E-SLP的网络地址反馈给所述未认证SET终端。

13.根据权利要求11所述的系统，其特征在于，所述网络配置参数包含DHCP服务器的地址，所述未认证SET终端根据所述DHCP服务器的地址向DHCP服务器请求获得本地网络的位置信息服务器(LIS)的地址；所述DHCP向所述未认证SET终端反馈当前本地网络的LIS服务器地址；所述未认证SET终端基于所述LIS服务器地址向LIS查询所述E-SLP的地址；所述LIS服务器向所述未认证SET终端反馈所述E-SLP的地址。

14.根据权利要求11所述的系统，其特征在于，所述未认证SET终端根据IP-CAN下发的所述网络配置参数，构造所述未认证SET终端所处地的E-SLP的域名，并通过DNS的解析获得所述E-SLP的地址。

Images