CN102137332A - 一种广播下发辅助定位数据的方法及系统 - Google Patents

Abstract

本发明提供了一种广播下发辅助定位数据的方法，安全用户面定位平台(SLP)获取与位置区域有关的辅助定位数据；SLP获取所述辅助定位数据的广播位置区域信息；SLP将辅助定位数据及广播位置区域信息下发到广播功能实体，并请求广播功能实体广播下发。本发明还同时公开了一种广播下发辅助定位数据的系统，通过本发明方法，能实现辅助定位数据的传输，而且，由于辅助定位数据的下发是针对某区域范围进行的，该区域范围内的用户可以通过广播方式接收到辅助定位数据，避免了对网络造成大的负荷，同时提高了定位精度。

Description

一种广播下发辅助定位数据的方法及系统

技术领域

本发明涉及安全用户面定位(SUPL)技术，尤其涉及一种广播下发辅助定位数据的方法及系统。

背景技术

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

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

目前，OMA LOC组已经完成了SUPL1.0(安全用户面定位)标准的制定工作，在市场上已经得到了广泛的部署和应用，OMA LOC组正在进行SUPL2.0的工作，在SUPL2.0中，实现了对SUPL1.0定位功能的增强，比如增加了触发类型的定位，支持在不同接入网络中实现定位功能等，也能支持不同的GNSS卫星导航系统。同时，OMA LOC组也在制定SUPL3.0的技术规范，并处于需求收集阶段。

根据目前的OMA SUPL进展、市场需求及部署的情况来看，OMA SUPL的最主要的应用还是实现A-GPS辅助定位数据通过SUPL承载方式下发到终端，进而实现快速、精确的定位。当然也支持通过SUPL承载无线定位信令的数据传递工作，从而实现定位的目的。

对于定位辅助定位数据，常见的有GNSS辅助定位数据，其一般都有定义好的时间有效期以及更新率。通常，在GNSS卫星广播的短期卫星轨道模型信息一般在几个小时内有效，一个例子是GPS NAV广播一般有效期是四个小时。之后，当数据超时后(超时时间一般都是预定义的)，SET终端可以在其超时的时候再获取一组新的辅助定位数据。SET终端为支持SUPL功能的终端，并且SUPL的代理客户端可以位于SET终端中，也可以处于网络侧；所有位置信息的请求，均是由SUPL的代理客户端发出。

然而，有一些GNSS的辅助定位数据并没有一个确定的有效时间定义，也没有确定的更新频率。这些易变化的辅助定位数据对高精度的定位，以及完成第一次定位的时间(time-to-first-fix)也有重要影响。常见的符合这种特征的参数有：长期卫星导航数据模型(由于卫星被操作从而导致模型数据无效)、电离层数据模型(由于磁场风暴，导致电离层数据模型无效或者不足以描述电离层情况)。目前，对于这些类型的数据，SET终端即不能获知其有效期，也不能获知这类辅助定位数据的更新频率等。

如果SET终端能够支持这些易变数据类型，并且SET终端也希望一直有这样的数据从而可以使用并依靠这些数据进行定位。那么，现有的SET终端必须要具有新的功能以支持这类辅助定位数据的更新。

另外，对于高精度的定位，SET终端也需要传递连续的辅助定位数据流到SET终端，这些辅助定位数据流可以由卫星参考网络获取。辅助定位数据流可以包括从GNSS测量网络中获取的GNNS的测量数据、不同类型的校正数据、以及大气模型、卫星轨道信息、时间校正信息等。这些辅助定位数据可以与许多用户一起共享，比如在同一个漫游地区内的用户。在高精度定位中，共享的辅助定位数据的区域扩展项依赖于辅助消息格式，目前，有两种定义的格式：主要的辅助概念(MAC，Master Auxiliary Concept)和虚拟参考站(VRS，VirtualReference Station)。从VRS的实现方式中可以看出其只限制于几千米的范围内，同时每一个单元(CELL)需要几个辅助流。而对于MAC消息方式，同样的辅助流可以由几十千米内的用户所共享，例如一个LAC/RNS范围内。

而且，不同类型的GNSS辅助定位数据将需要不同的区域类型。比如大气数据模型的适用粒度为移动网络号/移动国家代码(MNC/MCC)，而电离层数据模型的适用范围可能是几个MCC。另外，辅助定位数据下发到SET终端的宽带要求为：对几十千米范围内的MAC是2kbps，而对于VRS的带宽要求是1.5kbps。

综上所述，SET终端如果需要支持不确定生命周期，或者不确定更新频率的辅助定位数据，或者需要支持连续辅助定位数据流，那么，网络或者SET终端都需要支持新的技术功能才能实现。

针对上述辅助定位数据(流)，现有通过SUPL通道下发辅助定位数据存在比较大的局限性以及不利之处，而且由于上述这些辅助定位数据适用于一个区域内的所有用户，因此，如果这些用户同时用SUPL请求辅助定位数据更新，则势必将产生很大的网络负荷。

发明内容

有鉴于此，本发明的主要目的在于提供一种广播下发辅助定位数据的方法及系统，能够简单实现辅助定位数据的传输，避免对网络造成大的负荷。

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

本发明提供了一种广播下发辅助定位数据的方法，包括：

安全用户面定位平台SLP获取与位置区域有关的辅助定位数据；SLP获取所述辅助定位数据的广播位置区域信息；SLP将辅助定位数据及广播位置区域信息下发到广播功能实体，并请求广播功能实体广播下发。

该方法进一步包括：SET终端上的广播客户端接收到广播信息后，传递到SET终端上的SUPL代理，SUPL代理获取辅助定位数据。

上述方案中，所述SLP请求广播功能实体广播下发为：SLP根据辅助定位数据适用的位置区域大小粒度进行区分，然后请求进行广播下发。所述SLP对区分的辅助数据再分别获取广播位置区域，然后进行广播下发。

上述方案中，所述SLP获取辅助定位数据为：SLP获取MAC类型的辅助定位数据。

上述方案中，所述SLP获取广播位置区域信息为：SLP计算出辅助定位数据的广播位置区域信息。

上述方案中，SLP获取的所述辅助定位数据在SLP获取的所述广播位置区域内有效，处于所述位置区域内的SET终端能使用所述辅助定位数据。

上述方案中，所述SLP还进一步获取全局的辅助定位数据，并将其进行广播下发；所述全局的辅助定位数据适用于全局范围，处于全局范围内的SET终端能使用所述全局的辅助定位数据。

上述方案中，所述广播功能实体广播下发时，广播下发的广播信息中还包括：SET终端上相应SUPL代理的标识信息或端口号。

上述方案中，所述将辅助定位数据广播下发包括：所述广播客户端在接收到来自所述广播功能实体广播的消息时，根据广播信息中的目标SUPL代理的标识信息或端口号，将广播信息传递给相应的SUPL代理；或者，广播客户端在接收到来自广播功能实体广播的广播信息时，根据广播信息中的目标SUPL代理的标识信息或端口号，通知相应的SUPL代理，然后由SUPL代理从广播客户端获取相应的辅助定位数据。

上述方案中，所述与位置区域有关的辅助定位数据为：GNSS测量信息、校正数据、模型数据三者之一，或三者的任意组合。

该方法进一步包括：所述SLP对辅助定位数据进行格式化处理；对于3GPP网络，使用3GPP规范规定的格式进行格式化处理；对于3GPP2网络，使用3GPP2规范规定的格式进行格式化处理。

上述方案中，所述SLP请求广播辅助定位数据包括：代理模式请求广播下发或非代理模式请求广播下发。

上述方案中，当SLP为代理模式时，所述SLP对所述获取的与位置区域有关的辅助定位数据，计算出相应的位置区域信息。

上述方案中，当SLP为非代理模式时，所述SLC将所述获取的与位置区域有关的辅助定位数据发送到SPC请求计算；所述SPC根据SLC的请求消息，对辅助定位数据计算出相应的位置区域信息。

本发明还提供了一种广播下发辅助定位数据的系统，包括：安全用户面定位平台SLP和广播功能实体；其中，

SLP，用于获取与位置区域有关的辅助定位数据，并获取所述辅助定位数据的广播位置区域信息，将辅助定位数据及广播位置区域信息下发到广播功能实体请求广播下发；

广播功能实体，用于将SLP请求下发的与位置区域有关的辅助定位数据作为广播信息广播下发到所述广播位置区域。

上述方案中，该系统还包括SET终端，SET终端中进一步包含SUPL代理和广播客户端；广播客户端，用于接收广播功能实体广播下发的广播信息，并将辅助定位数据传递给SUPL代理；SUPL代理，用于从广播客户端获取辅助定位数据。

上述方案中，所述SLP还用于，获取全局的辅助定位数据，并请求广播功能实体将其进行广播下发。

上述方案中，所述SLP还用于，在请求广播功能实体广播下发数据中包括SET终端上相应SUPL代理的标识信息或端口号；

所述广播客户端，用于根据接收到的广播信息中的标识信息或端口号，向SET终端上的SUPL代理发送通知，或者将所述接收到的辅助定位数据推送到SET终端上的SUPL代理。

上述方案中，当所述SLP为非代理模式时，所述SLP包括SLC和SPC，其中，SLC，用于将所述获得的与位置区域有关的辅助定位数据发送到SPC请求计算广播位置区域信息；

SPC，用于根据SLC的请求消息，对辅助定位数据计算出相应的位置区域信息。

从上述本发明提供的技术方案可以看出，SLP从辅助定位数据源获得辅助定位数据，从获得的辅助定位数据中选出需要进行广播下发的辅助定位数据，也就是说SLP获得了对特定区域有效的辅助定位数据，并计算出对这些辅助定位数据有效的广播位置区域信息后，通过广播方式将处理过的辅助定位数据及广播位置区域信息下发给SET终端。通过本发明方法，实现了辅助定位数据的传输，而且，由于辅助定位数据的下发是针对某区域范围进行的，该区域范围内的用户可以通过广播方式接收到辅助定位数据，避免了对网络造成大的负荷，同时提高了定位精度。

附图说明

图1为本发明发送辅助定位数据的系统组成示意图；

图2为本发明发送辅助定位数据的方法的流程图；

图3为本发明发送辅助定位数据的方法的实施例的流程图；

图4为本发明SLP为非代理内模式时，通过广播方式发送辅助定位数据/辅助定位数据流的实施例的流程示意图；

图5为本发明SLP为代理内模式时，通过广播方式发送辅助定位数据/辅助定位数据流的实施例的流程示意图；

图6为SUPL代理向广播客户端订阅广播服务的实现流程示意图；

图7为广播客户端接收到广播信息并通知SUPL代理获取数据的实现流程示意图；

图8为广播客户端接收到广播信息并将数据推送给SUPL代理的实现流程示意图。

具体实施方式

图1为本发明发送辅助定位数据的系统组成示意图，如图1所示，包括SET终端、SLP(SUPL定位平台)或SLP服务器(SUPL定位服务器)、广播功能实体；其中，

SET终端，进一步包括SUPL代理和广播客户端，用于通过广播客户端接收来自广播功能实体广播下发的广播信息，并将辅助定位数据传递给SUPL代理。具体的，广播客户端，用于接收广播功能实体广播下发的作为广播信息的与位置区域有关的辅助定位数据，并将辅助定位数据传递给SUPL代理；SUPL代理，用于从广播客户端获取辅助定位数据。

本发明中，所述广播客户端可以集成于SET终端，也可以与SET终端之间通过业务接口连接。SET终端与SLP之间通过IP数据通道连接，承载SUPL业务。

SLP：用于获取与位置区域有关的辅助定位数据，计算出所述辅助定位数据有效的广播位置区域信息，请求广播功能实体广播下发对区域范围有效的辅助定位数据。

SLP或SLP服务器为支持SUPL协议的定位服务器，通常位于网络侧，接收SUPL代理的定位请求，并与SET终端建立SUPL承载和定位会话。SLP或SLP服务器具有代理模式和非代理模式两种。当SLP或SLP服务器为非代理模式时，通常由SLC(SUPL位置中心)和SPC(SUPL计算中心)两个功能模块组成。其中，SLC主要是位置业务管理功能，SPC的主要功能是SUPL定位功能。本发明中，当SLP或SLP服务器为非代理模式时，SLC负责与辅助定位数据源以及与广播功能实体之间的接口；SPC与SLC之间存在接口，本发明中除了SUPL中定位的接口外，SLC和SPC之间还包括交互辅助定位数据等功能的接口，其中，SLC，用于获得与区域范围有关的辅助定位数据；然后将与区域范围有关的辅助定位数据发送到SPC，并请求计算广播位置区域信息；SPC，用于根据SLC的请求消息(携带有请求处理的格式，以及区域范围要求)，对辅助定位数据计算出相应的广播位置区域信息。本发明中，SLP可以集成广播功能实体，或者与广播功能实体之间通过业务接口连接。

SLP会与用于负责定位参数测量以及提供的功能实体的辅助定位数据源相连，辅助定位数据源可以将更新或者测量到的辅助定位数据发送给SLP，或者接收来自SLP的请求，由SLP主动请求辅助定位数据源进行数据测量和提供。辅助定位数据源可以为GNSS卫星测量网，也可以是本地的定位辅助定位数据，或者其它的辅助定位数据测量和获得设备，例如大气层测量设备、地球磁场测量设备等。

广播功能实体，用于将SLP请求下发的与区域范围有关的辅助定位数据作为广播信息广播下发到所述广播位置区域。广播功能实体为支持广播功能的服务器，比如3GPP MBMS中的BM-SC功能实体，或者OMA BCAST服务器，或者3GPP GSM/UMTS中CBS CBC功能实体。广播功能实体可以集成在SLP中，或者与SLP之间通过接口连接。

所述SLP还用于，获取全局的辅助定位数据，并将其进行广播下发。

SLP还用于，在请求广播功能实体广播下发数据中包括SET终端上相应SUPL代理的标识信息或端口号；此时，广播客户端，具体用于根据接收到的广播信息中的标识信息或端口号，向SET终端上的SUPL代理发送通知，或者将所述接收到的辅助定位数据推送到SET终端上相应的SUPL代理，具体来讲包括：解析接收到的广播信息中的应用层地址或者内容类型，例如应用ID信息，或者，IANA注册过的字符串或者OMNA分配的数字等。将辅助定位数据发往SET终端上相应的SUPL代理。广播客户端为支持广播功能的接收端，比如3GPP的MBMS中的MBMS Receiver，或者OMA的BCAST中的BCAST Client，或者3GPP GSM/UMTS中的CB Handler。广播客户端可以集成在SET终端中的SUPL代理中作为一个功能模块，或者与SET终端中的SUPL代理之间通过接口连接。

图2为本发明发送辅助定位数据的方法的流程图，如图2所示，包括：

步骤200：SLP获取与位置区域有关的辅助定位数据；

具体的，SLP从辅助定位数据源获取与位置区域有关的辅助定位数据，比如：SLP接收到辅助定位数据后，筛选出与位置区域有关的需要进行广播下发的辅助定位数据；或者直接从辅助定位数据源处获取与位置有关的辅助定位数据。其中，与位置区域有关的辅助定位数据在一定的区域范围内有效，处于所述位置区域内的SET终端可以使用所述辅助定位数据。

SLP与辅助定位数据源之间通过相应的接口连接。通过该接口，SLP可以获得相关的辅助定位数据。与位置区域有关的辅助定位数据是适合于高精度定位的辅助参数如大气模型、磁场信息、其它与位置区域有关的辅助定位数据等。

本步骤还包括：对获取的辅助定位数据进行处理，即根据需要的编码格式(标准化的编码格式)对辅助定位数据进行格式化处理。对于3GPP网络，对于3GPP网络，使用3GPP规范规定的格式进行格式化处理，如：使用3GPP RRLP格式；对于3GPP2网络，使用3GPP2规范规定的格式进行格式化处理，如：使用3GPP IS-8801格式。

本步骤还进一步包括：SLP进一步获取全局的辅助定位数据，并将其进行广播下发。其中，全局的辅助定位数据适用于全局范围，处于全局范围内的SET终端可以接收并使用所述全局的辅助定位数据。全局的辅助定位数据包括：时钟校验，与特定区域无关的辅助定位数据等。

其中，所述与位置区域有关的辅助定位数据为：GNSS测量信息、校正数据、模型数据三者之一，或三者的任意组合。

其中，获取辅助定位数据时，SLP可以获取MAC(Master Auxiliary Concept)类型辅助定位数据；SLP可以不获取VRS(Virtual Reference Station)类型的辅助定位数据。

步骤201：SLP获取所述辅助定位数据的广播位置区域信息；将辅助定位数据及广播位置区域信息下发到广播功能实体，并请求广播功能实体进行广播下发。

这里，所述SLP请求广播功能实体广播下发可以为：SLP根据辅助定位数据适用的位置区域大小粒度进行区分，然后请求进行广播下发；或者，SLP根据辅助定位数据适用的位置区域大小粒度进行区分，再对区分的辅助数据再分别获取广播位置区域，然后进行广播下发。

具体包括：SLP对辅助定位数据进行分类，并计算出对所述辅助定位数据有效的广播位置区域信息后，再通过广播方式将处理过的辅助定位数据及广播位置区域信息下发给SET终端。

其中，所述分类具体为：SLP根据辅助定位数据适用的位置区域大小粒度进行区分；相应的，进行广播下发时，可以选择对适用于位置区域在几十千米范围及以上的辅助定位数据进行广播下发，或者，不对只适用于几千米范围及以内的辅助定位数据进行广播下发等等。

本步骤中，所述计算出对所述辅助定位数据有效的广播位置区域信息进一步包括：根据基于的区域范围粒度对辅助定位数据进行分类，再按照基于的区域粒度如几百公里粒度、几公里粒度等，以及需要的区域类型如不同的承载网络类型等，计算出辅助定位数据/辅助定位数据流的广播位置区域信息。

对于SLP为代理模式时，步骤200～步骤201中对辅助定位数据的处理包括：SLP获取与区域范围有关的辅助定位数据如：大气模型、磁场信息、时钟校正信息)，然后，基于网络类型(例如不同的承载网络类型)以及终端可识别格式的辅助定位数据/辅助定位数据流的格式化处理(例如XML、3GPP/3PP2等格式)。同时，SLP基于辅助定位数据的区域粒度类型(例如：几百公里粒度、几公里粒度)，计算出不同粒度类别辅助定位数据相应的广播位置区域信息。

对于SLP为非代理模式时，步骤200～步骤201中对辅助定位数据的处理包括：SLP中的SLC模块获取与区域范围有关的辅助定位数据(例如，适合于高精度定位的辅助参数，如：大气模型、磁场信息)。然后，再将获取与区域范围有关的辅助定位数据辅助定位数据、需要的编码格式以及基于的区域粒度(例如：几百公里粒度、几公里粒度)及需要的区域类型(例如不同的承载网络类型)一起输出给SPC；SPC使用SLC要求的编码格式对辅助定位数据进行格式化处理(例如：XML、3GPP/3PP2等格式)；同时，基于SLC所需的区域类型计算出相应的地理区域信息(例如：3GPP中的MNC/MCC，LAC/CELLID)。然后将格式化的辅助定位数据以及广播位置区域信息输出给SLC进行后续处理。

进一步的，SET终端上的广播客户端接收到广播信息后，传递到SET终端上的SUPL代理，SUPL代理获取辅助定位数据。

进一步的，SLP广播辅助定位数据，以及区域信息之前，本发明方法还包括：广播SET终端上相应SUPL代理的应用标识(ID)信息或端口号。例如，将内容类型设置成IANA注册过的“application/vnd.omaloc-supl-init”或者OMNA分配的“0x312”。

本发明中，SET终端应该支持广播接收端的功能，即集成广播接收端模块(相当于广播客户端)，或者与广播客户端之间存在接口关系。从而实现SET终端向广播客户端进行广播业务注册和业务订阅，以及从广播客户端接收广播信息。

进一步，广播客户端在接收到来自广播功能实体广播的包括辅助定位数据的广播信息时，根据广播信息中的目标SUPL代理的应用ID或端口号，将广播信息传递给相应的SUPL代理；或者，根据广播信息中的目标SUPL代理的应用ID或端口号，通知相应的SUPL代理，然后由SUPL代理从广播客户端获取相应的辅助定位数据。

下面结合实施例对本发明方法进行详细描述。

图3为本发明发送辅助定位数据的方法的实施例的流程图，本实施例中，假设广播客户端作为广播接收端模块集成在SET终端中，如图3所示，包括以下步骤：

步骤300：SLP服务器向辅助定位数据源多次请求并获取辅助定位数据。

步骤301：SLP服务器对辅助定位数据进行处理，同时对区域信息进行计算处理。具体实现请参见下文关于图4或图5的描述。

步骤302：SLP服务器向广播功能实体下发处理过的辅助定位数据，应用ID，以及广播位置区域信息。

步骤303：广播功能实体可能需要与广播客户端进行广播承载通道。这里，广播下发有的时候需要建立承载，比如MBMS，eMBMS等时，需要建立IP承载；有时不需要，如小区广播方式(CBS)是直接下发短信，此时，不需要建立广播承载。

步骤304：广播功能实体将从SLP服务器获得的辅助定位数据携带在广播信息中，通过广播承载通道下发到广播客户端。

步骤305：广播客户端解析接收到的广播信息中的应用层地址或者内容类型，例如应用ID信息或端口号，或者，IANA注册过的字符串或者OMNA分配的数字等。

步骤306：广播客户端将辅助定位数据发送到SET终端上相应的SUPL代理。

图4为本发明SLP为非代理内模式时，通过广播方式发送辅助定位数据的实施例的流程示意图，如图4所示，包括：

步骤400：SUPL位置中心(SLC)向辅助定位数据源请求辅助定位数据。

步骤401：辅助定位数据源向SLC返回辅助定位数据。

步骤402：SLC筛选出需要广播下发的辅助定位数据。例如，选择出适合于高精度定位的辅助参数如：大气模型、磁场信息等。

步骤403：SLC向SUPL计算中心(SPC)请求辅助数据处理。请求消息中携带有需要处理的辅助定位数据，需要的编码格式如标准化的XML、3GPP/3PP2等、区域粒度如几百公里粒度、几公里粒度等，以及承载类型信息等。

步骤404：SPC对辅助定位数据按照要求进行格式化处理，以及区域粒度和承载类型计算区域范围。

步骤405：SPC将计算得到的结果返回SLC，包括格式化的辅助定位数据，以及区域信息等。

步骤406：SLC针对广播功能实体进行参数适配，以及提供应用ID或端口号。这里，广播功能实体可以为独立于SLP的实体，也可以作为一个模块集成在SLP中。

步骤407：SLC调用广播功能实体下发辅助定位数据。

图5为本发明SLP为代理内模式时，通过广播方式发送辅助定位数据的实施例的流程示意图，如图5所示，包括：

步骤500：SLP向辅助定位数据源请求辅助定位数据。

步骤501：辅助定位数据源向SLP返回辅助定位数据。

步骤502：SLP筛选出需要广播下发的辅助定位数据。例如，选择出适合于高精度定位的辅助参数如：大气模型、磁场信息等。

步骤503：SLP按照编码格式如XML、3GPP/3PP2等，对辅助定位数据进行格式化处理。

步骤504：SLP根据辅助定位数据的区域粒度如几百公里粒度、几公里粒度等，以及承载类型计算出区域范围。

步骤505：SLP调用广播功能实体下发辅助定位数据，在广播信息中包含有格式化的辅助定位数据以及应用ID或端口号。

在实际应用中，在SLP获取辅助定位数据之前，可由SET终端的SUPL代理向SET终端的广播客户端预先订阅广播服务，具体的订阅过程如图6所示，包括以下步骤：

步骤61：SUPL代理向广播客户端发送广播多播业务订阅消息；

步骤62～63：广播客户端接收广播多播业务订阅消息，并处理订阅的请求；之后，向SUPL代理回复响应，表示接受订阅。

在实际应用中，SET终端的广播客户端收到辅助定位数据后，可以通知SUPL代理来获取辅助定位数据；也可以直接向SUPL代理推送辅助定位数据。

具体的，广播客户端通知SUPL代理来获取辅助定位数据的过程如图7所示，包括以下步骤：

步骤71：广播客户端接收来自广播功能实体的广播信息，这里，广播信息中包括辅助定位数据；

步骤72～73：广播客户端向SUPL代理发送通知，通知SUPL代理获取辅助定位数据；SUPL代理收到后，到广播客户端获取辅助定位数据。

广播客户端直接向SUPL代理推送辅助定位数据的过程如图8所示，包括以下步骤：

步骤81：广播客户端接收来自广播功能实体的广播信息，这里，广播信息中包括辅助定位数据；

步骤82：广播客户端直接将辅助定位数据推送给SUPL代理。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (25)

1.一种广播下发辅助定位数据的方法，其特征在于，包括：

安全用户面定位平台SLP获取与位置区域有关的辅助定位数据；

SLP获取所述辅助定位数据的广播位置区域信息；

SLP将辅助定位数据及广播位置区域信息下发到广播功能实体，并请求广播功能实体广播下发。

2.根据权利要求1所述的方法，其特征在于，该方法进一步包括：SET终端上的广播客户端接收到广播信息后，传递到SET终端上的SUPL代理，SUPL代理获取辅助定位数据。

3.根据权利要求1所述的方法，其特征在于，所述SLP请求广播功能实体广播下发为：SLP根据辅助定位数据适用的位置区域大小粒度进行区分，然后请求进行广播下发。

4.根据权利要求3所述的方法，其特征在于，所述SLP对区分的辅助数据再分别获取广播位置区域，然后进行广播下发。

5.根据权利要求1所述的方法，其特征在于，所述SLP获取辅助定位数据为：SLP获取MAC类型的辅助定位数据。

6.根据权利要求1所述的方法，其特征在于，所述SLP获取广播位置区域信息为：SLP计算出辅助定位数据的广播位置区域信息。

7.根据权利要求1所述的方法，其特征在于，SLP获取的所述辅助定位数据在SLP获取的所述广播位置区域内有效，处于所述位置区域内的SET终端能使用所述辅助定位数据。

8.根据权利要求2所述方法，其特征在于，所述SLP还进一步获取全局的辅助定位数据，并将其进行广播下发；

所述全局的辅助定位数据适用于全局范围，处于全局范围内的SET终端能使用所述全局的辅助定位数据。

9.根据权利要求1所述的方法，其特征在于，所述广播功能实体广播下发时，广播下发的广播信息中还包括：SET终端上相应SUPL代理的标识信息或端口号。

10.根据权利要求9所述的方法，其特征在于，所述将辅助定位数据广播下发包括：

所述广播客户端在接收到来自所述广播功能实体广播的消息时，根据广播信息中的目标SUPL代理的标识信息或端口号，将广播信息传递给相应的SUPL代理；或者，

广播客户端在接收到来自广播功能实体广播的广播信息时，根据广播信息中的目标SUPL代理的标识信息或端口号，通知相应的SUPL代理，然后由SUPL代理从广播客户端获取相应的辅助定位数据。

11.根据权利要求8至10任一项所述的方法，其特征在于：所述与位置区域有关的辅助定位数据为：GNSS测量信息、校正数据、模型数据三者之一，或三者的任意组合。

12.根据权利要求1至10任一项所述的方法，其特征在于，该方法进一步包括：所述SLP对辅助定位数据进行格式化处理；

对于3GPP网络，使用3GPP规范规定的格式进行格式化处理；对于3GPP2网络，使用3GPP2规范规定的格式进行格式化处理。

13.根据权利要求1至10任一项所述的方法，其特征在于，所述SLP请求广播辅助定位数据包括：代理模式请求广播下发或非代理模式请求广播下发。

14.根据权利要求13所述的方法，其特征在于，当SLP为代理模式时，所述SLP对所述获取的与位置区域有关的辅助定位数据，计算出相应的位置区域信息。

15.根据权利要求14所述的方法，其特征在于，当SLP为非代理模式时，所述SLC将所述获取的与位置区域有关的辅助定位数据发送到SPC请求计算；

所述SPC根据SLC的请求消息，对辅助定位数据计算出相应的位置区域信息。

16.一种广播下发辅助定位数据的系统，其特征在于，该系统包括：安全用户面定位平台SLP和广播功能实体；其中，

SLP，用于获取与位置区域有关的辅助定位数据，并获取所述辅助定位数据的广播位置区域信息，将辅助定位数据及广播位置区域信息下发到广播功能实体请求广播下发；

广播功能实体，用于将SLP请求下发的与位置区域有关的辅助定位数据作为广播信息广播下发到所述广播位置区域。

17.根据权利要求16所述的系统，其特征在于，该系统还包括SET终端，SET终端中进一步包含SUPL代理和广播客户端；

广播客户端，用于接收广播功能实体广播下发的广播信息，并将辅助定位数据传递给SUPL代理；

SUPL代理，用于从广播客户端获取辅助定位数据。

18.根据权利要求17所述的系统，其特征在于，所述SLP还用于，获取全局的辅助定位数据，并请求广播功能实体将其进行广播下发。

19.根据权利要求18所述的系统，其特征在于：所述与位置区域有关的辅助定位数据为：GNSS测量信息、校正数据、模型数据三者之一，或三者的任意组合。

20.根据权利要求17或18所述的系统，其特征在于，所述SLP还用于，在请求广播功能实体广播下发数据中包括SET终端上相应SUPL代理的标识信息或端口号；

所述广播客户端，用于根据接收到的广播信息中的标识信息或端口号，向SET终端上的SUPL代理发送通知，或者将所述接收到的辅助定位数据推送到SET终端上的SUPL代理。

21.根据权利要求20所述的系统，其特征在于，当所述SLP为非代理模式时，所述SLP包括SLC和SPC，其中，

SLC，用于将所述获得的与位置区域有关的辅助定位数据发送到SPC请求计算广播位置区域信息；

SPC，用于根据SLC的请求消息，对辅助定位数据计算出相应的位置区域信息。

22.根据权利要求17或18所述的系统，其特征在于，所述SLP请求广播功能实体广播下发为：SLP根据辅助定位数据适用的位置区域大小粒度进行区分，然后请求进行广播下发。

23.根据权利要求22所述的系统，其特征在于，所述SLP还用于，对区分的辅助数据再分别获取广播位置区域，然后进行广播下发。

24.根据权利要求17或18所述的系统，其特征在于，所述SLP获取辅助定位数据为：SLP获取MAC类型的辅助定位数据。

25.根据权利要求17或18所述的系统，其特征在于，所述SLP还用于，对辅助定位数据进行格式化处理；

对于3GPP网络，使用3GPP规范规定的格式进行格式化处理；对于3GPP2网络，使用3GPP2规范规定的格式进行格式化处理。

Images