CN116233825A - 定位辅助数据的传输方法、终端、定位服务器及存储介质 - Google Patents

Abstract

本申请实施例提供了一种定位辅助数据的传输方法、终端、定位服务器及存储介质，涉及定位技术领域。该方法包括：通过所述终端与定位服务器之间的定位协议，向所述定位服务器上报所述终端的解压缩能力；接收所述定位服务器根据所述解压缩能力压缩的定位协议信息，其中，所述定位协议信息包括压缩的定位辅助数据。本申请实施例减少了定位辅助数据传输的信令开销，节约传输资源。

Description

定位辅助数据的传输方法、终端、定位服务器及存储介质

技术领域

本申请涉及定位技术领域，具体而言，本申请涉及一种定位辅助数据的传输方法、终端、定位服务器及存储介质。

背景技术

目前在接入层的数据压缩针对数据承载(Data Radio Bearer，DRB)的数据，并且主要在分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)层执行。

当前PDCP层针对DRB有3种压缩机制，一种是基于报头压缩(Robust HeaderCompression，ROHC)的头压缩机制，一种是针对以太网ethernet头进行的压缩机制EHC，一种是基于字典的上行数据压缩(Uplink Data Compression，UDC)机制。

ROHC和EHC只针对头进行压缩，UDC可以对用户业务数据payload进行压缩，三种压缩机制都不能对控制面信令进行压缩传输，并且，如果在PDCP层执行对信令承载(Signalling Radio Bearers，SRB)的压缩，会导致对SRB的所有数据都要执行压缩。

发明内容

本申请实施例提供一种克服上述问题或者至少部分地解决上述问题的定位辅助数据的传输方法、终端、定位服务器及存储介质。

根据本申请实施例的第一方面，提供了一种定位辅助数据的传输方法，应用于终端，该方法包括：

通过终端与定位服务器之间的定位协议，向定位服务器上报终端的解压缩能力；

接收定位服务器根据解压缩能力压缩的定位协议信息，其中，定位协议信息包括压缩的定位辅助数据。

在一个可能的实现方式中，定位协议信息还包括上下文信息，上下文信息用于指示解压缩规则；

接收定位服务器根据解压缩能力压缩的定位协议信息，之后还包括：

根据上下文信息对压缩的定位辅助数据进行解压缩，若解压缩成功，则获得解压缩后的定位辅助数据。

在一个可能的实现方式中，根据上下文信息对压缩的定位辅助数据进行解压缩，之后还包括：

若解压缩失败，则向定位服务器上报解压缩失败的消息；

接收定位服务器根据接收到消息发送的未压缩的定位辅助数据或重新压缩的定位辅助数据。

在一个可能的实现方式中，向定位服务器上报终端的解压缩能力，包括：

向定位服务器上报定位能力，定位能力中包括解压缩能力。

在一个可能的实现方式中，上下文信息包括定位服务器对定位辅助数据进行压缩所使用的压缩算法；

根据上下文信息对压缩的定位辅助数据进行解压缩，包括：

根据压缩算法确定对应的解压缩算法，根据解压缩算法对压缩的定位辅助数据进行解压缩。

在一个可能的实现方式中，上下文信息包括用于指示定位服务器是否使用字典进行压缩的第一指示信息和/或所使用的字典的标识信息；

根据上下文信息对压缩的定位辅助数据进行解压缩，包括：

若根据第一指示信息确定定位服务器使用了字典进行压缩，则根据上下文信息中的标识信息，确定与标识信息对应的目标字典，根据目标字典对压缩的定位辅助数据进行解压缩。

在一个可能的实现方式中，上下文信息包括字典的有效位数；

根据目标字典对压缩的定位辅助数据进行解压缩，包括：

根据有效位数从目标字典中确定用于解压缩的字典内容，根据字典内容对压缩的定位辅助数据进行解压缩。

在一个可能的实现方式中，上下文信息包括用于指示终端是否采用跨包解压的第二指示信息和/或解压缩缓冲区的大小，解压缩缓冲区用于存储目标字典；

根据上下文信息对压缩的定位辅助数据进行解压缩，包括：

根据第二指示信息确定采用跨包解压的方式进行解压缩，并根据上下文信息中的跨包解压的缓冲区的大小，配置解压缩缓冲区；

将目标字典导入解压缩缓冲区，根据解压缩缓冲区中的目标字典对压缩的定位辅助数据进行解压缩；

将解压缩后的定位辅助数据作为新的字典内容压入解压缩缓冲区。

在一个可能的实现方式中，上下文信息包括用于指示终端是否重置解压缩缓冲区的第三指示信息；

将目标字典导入解压缩缓冲区，之前还包括：

根据第三指示信息确定重置解压缩缓冲区，并将解压缩缓冲区中的数据清零。

在一个可能的实现方式中，定位协议为长期演进***的定位协议LPP。

根据本申请实施例的第二方面，提供了一种定位辅助数据的传输方法，应用于定位服务器，包括：

通过定位服务器与终端之间的定位协议，接收终端的解压缩能力；

根据解压缩能力对定位辅助数据进行压缩；

生成并向终端发送定位协议信息；其中，定位协议信息中包括压缩的定位辅助数据。

在一个可能的实现方式中，生成并向终端发送定位协议信息，包括：

确定上下文信息，上下文信息用于指示解压缩规则；

根据上下文信息和压缩的定位辅助信息生成定位协议信息。

在一个可能的实现方式中，数据传输方法还包括：

接收终端上报的解压缩失败的消息；

向终端发送未压缩的定位辅助数据或重新压缩的定位辅助数据。

在一个可能的实现方式中，解压缩能力包括终端支持的字典的大小；

根据解压缩能力对定位辅助数据进行压缩，包括：

根据终端支持的字典的大小，对终端支持的目标字典进行截取，获得截取的字典内容；

根据截取的字典内容压缩定位辅助数据。

在一个可能的实现方式中，确定上下文信息，包括：

根据截取的字典内容在目标字典中的位数，在上下文信息中记录目标字典的标识信息以及有效位数。

在一个可能的实现方式中，根据解压缩能力对定位辅助数据进行压缩，之前还包括：

从历史压缩的定位辅助数据中确定各词汇的重复度；

根据各词汇的重复度从高到低的顺序进行排序，每次从排序结果的首个词汇开始提取n个词汇，以生成相应的字典；

其中，n为正整数且随提取次数递增。

在一个可能的实现方式中，上下文信息中还包括用于指示定位服务器是否使用字典进行压缩的第一指示信息。

在一个可能的实现方式中，确定上下文信息包括：

根据定位方法、定位辅助数据间的关联性、解压缩缓冲区的大小，压缩缓冲区大小确定是否采用跨包解压；

在上下文信息中记录用于指示终端是否采用跨包压缩的第二指示信息。

根据本申请实施例的第三方面，提供了一种终端，包括：

解压缩能力上报模块，用于通过终端与定位服务器之间的定位协议，向定位服务器上报终端的解压缩能力；

协议信息接收模块，用于接收定位服务器根据解压缩能力压缩的定位协议信息，其中，定位协议信息包括压缩的定位辅助数据。

根据本申请实施例的第四方面，提供了一种定位服务器，包括：

解压缩能力接收模块，用于通过定位服务器与终端之间的定位协议，接收终端的解压缩能力；

压缩模块，用于根据解压缩能力对定位辅助数据进行压缩；

协议信息发送模块，用于生成并向终端发送定位协议信息；其中，定位协议信息中包括压缩的定位辅助数据。

根据本申请实施例的第五方面，提供了一种终端，包括存储器，收发机，处理器：

存储器，用于存储计算机程序；收发机，用于在处理器的控制下收发数据；处理器，用于读取存储器中的计算机程序并执行以下操作：

通过终端与定位服务器之间的定位协议，向定位服务器上报终端的解压缩能力；

接收定位服务器根据解压缩能力压缩的定位协议信息，其中，定位协议信息包括压缩的定位辅助数据。

根据本申请实施例的第六方面，提供了一种定位服务器，包括存储器，收发机，处理器：

存储器，用于存储计算机程序；收发机，用于在处理器的控制下收发数据；处理器，用于读取存储器中的计算机程序并执行以下操作：

通过定位服务器与终端之间的定位协议，接收终端的解压缩能力；

根据解压缩能力对定位辅助数据进行压缩；

生成并向终端发送定位协议信息；其中，定位协议信息中包括压缩的定位辅助数据。

根据本申请实施例的第七方面，本申请实施例提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现如第一或第二方面所提供的方法的步骤。

根据本申请实施例的第八方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如第一或第二方面所提供的方法的步骤。

根据本申请实施例的第九方面，本申请实施例提供一种计算机程序产品，该计算机程序产品包括计算机指令，该计算机指令存储在计算机可读存储介质中，当计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行实现如第一或第二方面所提供的方法的步骤。

本申请实施例提供的定位辅助数据的传输方法、终端、定位服务器及存储介质，通过终端与定位服务器之间的定位协议，向定位服务器上报终端的解压缩能力，使得定位服务器能够根据终端的解压缩能力，对定位辅助信息进行压缩，并将压缩的定位辅助数据通过定位协议信息返回终端，终端接收定位服务器根据解压缩能力压缩的定位协议信息，由于压缩的定位辅助数据占用的字节数显著降低，因此减少了定位辅助数据传输的信令开销，节约传输资源。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1为相关技术中定位能力的查询流程示意图；

图2为相关技术中定位辅助数据的交互流程示意图；

图3为本申请实施例的一种通信***的示意性架构图；

图4为本申请实施例的定位辅助数据的传输方法的流程示意图；

图5为本申请另一个实施例的定位辅助数据的传输方法的流程示意图；

图6为本申请另一个实施例的定位辅助数据的传输方法的流程示意图；

图7为本申请实施例中终端和定位管理功能实体确定字典的流程示意图；

图8为本申请实施例提供的一种终端的结构示意图；

图9为本申请实施例提供的一种定位管理功能实体的结构示意图；

图10为本申请实施例提供的另一种终端的结构示意图；

图11为本申请实施例提供的另一种定位管理功能实体的结构示意图；

图12为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面结合本申请中的附图描述本申请的实施例。应理解，下面结合附图所阐述的实施方式，是用于解释本申请实施例的技术方案的示例性描述，对本申请实施例的技术方案不构成限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“”和“该”也可包括复数形式。应该进一步理解的是，本申请实施例所使用的术语“包括”以及“包含”是指相应特征可以实现为所呈现的特征、信息、数据、步骤、操作、元件和/或组件，但不排除实现为本技术领域所支持其他特征、信息、数据、步骤、操作、元件、组件和/或它们的组合等。应该理解，当我们称一个元件被“连接”或“耦接”到另一元件时，该一个元件可以直接连接或耦接到另一元件，也可以指该一个元件和另一元件通过中间元件建立连接关系。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的术语“和/或”指示该术语所限定的项目中的至少一个，例如“A和/或B”可以实现为“A”，或者实现为“B”，或者实现为“A和B”。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

首先对本申请涉及的几个名词进行介绍和解释：

1)数据压缩的工作机制：

目前在接入层的数据压缩是针对DRB的数据进行压缩，目前没有针对SRB的压缩机制。当前PDCP层针对DRB有3种压缩机制，一种是基于Robust Header Compression(ROHC)的头压缩机制，一种是针对ethernet头进行的压缩机制EHC，一种是基于字典的UDC机制。

2)预置字典：

目前LTE***中，针对上行数据的UDC机制中，用于UDC的预置解压缩字典可以有两种，一种是已经标准化的RFC 3485中定义的用于SIP信令压缩的字典，另一种是运营商自行定义的解压缩字典。终端只存储一个运营商定义的字典。

3)LPP交互流程

请参见图1，其示例性地示出了相关技术中定位能力的查询流程示意图，如图所示，定位管理功能实体(LocationManagementFunction，LMF)可以通过长期演进***的定位协议(LTE positioning protocol，LPP)消息向被定位终端请求其上报定位能力，目标设备(即被定位终端)通过LPP消息上报自己的定位能力。

请参见图2，其示例性地示出了相关技术中定位辅助数据的交互流程示意图，如图所示，目标终端可以向LMF请求其提供定位辅助数据。LMF根据终端请求的辅助数据的类型提供相关的定位辅助数据。并且，LMF也可以在终端未请求辅助数据的情况下主动提供定位辅助数据给终端。

目前5GNR***提供的压缩主要在PDCP层执行，并针对DRB进行压缩，还不能对控制面信令进行压缩传输。而如果在PDCP层执行对SRB的压缩会导致对整个SRB的所有数据都要执行压缩，而不能区分SRB里面的传输内容进行压缩。所以本专利考虑在LPP层执行压缩功能。

本申请提供的定位辅助数据的传输方法、装置、电子设备和计算机可读存储介质，旨在解决现有技术的如上技术问题，主要构思是通过在LPP协议层对LPP消息提供压缩和解压缩机制，来支持定位辅助数据信令进行压缩传输，其中包括压缩方法的选取，压缩上下文信息的传输，解压缩字典的选取等。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

请参见图3，其示例性地示出本申请实施例的通信***的示意性架构图。

本申请实施例提供的基站可以为通用移动通信***(Universal MobileTelecommunications System，UMTS)下的基站(Node B，NB)、长期演进技术(Long TermEvolution，LTE)下的演进型基站(eNodeB，eNB)或者第五代移动通信***下的基站或控制器。

本申请实施例涉及的用户设备(也称终端设备)，可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备等。在不同的***中，终端设备的名称可能也不相同，例如在5G***中，终端设备可以称为用户设备(User Equipment，UE)。无线终端设备可以经无线接入网(Radio AccessNetwork,RAN)与一个或多个核心网(Core Network,CN)进行通信，无线终端设备可以是移动终端设备，如移动电话(或称为“蜂窝”电话)和具有移动终端设备的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(Personal Communication Service，PCS)电话、无绳电话、会话发起协议(Session Initiated Protocol，SIP)话机、无线本地环路(Wireless LocalLoop，WLL)站、个人数字助理(Personal Digital Assistant，PDA)等设备。无线终端设备也可以称为***、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点(access point)、远程终端设备(remote terminal)、接入终端设备(access terminal)、用户终端设备(userterminal)、用户代理(user agent)、用户装置(user device)，本申请实施例中并不限定。

此外，本申请实施例提供的技术方案可以适用于多种***，尤其是5G***。例如适用的***可以是全球移动通讯(global system of mobile communication，GSM)***、码分多址(code division multiple access，CDMA)***、宽带码分多址(Wideband CodeDivision Multiple Access，WCDMA)通用分组无线业务(general packet radio service，GPRS)***、长期演进(long term evolution，LTE)***、LTE频分双工(frequencydivision duplex，FDD)***、LTE时分双工(time division duplex，TDD)***、高级长期演进(long term evolution advanced，LTE-A)***、通用移动***(universal mobiletelecommunication system，UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access，WiMAX)***、5G新空口(New Radio,NR)***等。这多种***中均包括终端设备和网络设备。***中还可以包括核心网部分，例如演进的分组***(EvolvedPacket System,EPS)、5G***(5GS)等。

请参见图4，其示例性地示出了本申请实施例的定位辅助数据的传输方法，该方法应用于终端，如图所示，包括：

S101、通过终端与定位服务器之间的定位协议，向定位服务器上报终端的解压缩能力。

需要说明的是，步骤S101之前还可以包括定位服务器通过LPP的能力请求信息向终端请求上报解压缩能力。定位服务器请求终端上报解压缩能力的步骤是可选步骤，当定位服务器不请求时，终端亦可以主动向定位服务器上报解压缩能力。

可以理解的是，本申请实施例的解压缩能力是指针对压缩的定位辅助数据进行解压缩的能力，终端通过上报解压缩能力，使得定位服务器能够根据解压缩能力确定相应的压缩规则，从而对定位辅助数据进行压缩，并返回压缩后的定位辅助数据。

本申请实施例的解压缩能力包括以下一种或多种：

是否支持LPP消息的解压缩；

支持的压缩算法和/或解压缩算法，例如deflate，ZLIB，ZIP等压缩算法；

支持的编解码方式，比如是否支持huffman静态编码，huffman动态编码等；

支持的解压缩字典，例如是否支持RFC3485字典，运营商提供的字典，字典编号，版本号等信息；

支持的解压缩字典的大小限制，例如支持4KB，8KB，16KB大小的字典，如果字典超过大小限制，则需要对字典进行截取，比如支持xKB，则截取最后xKB，或者截取开始的xKB，x为自然数；

是否支持跨包解压，即用于指示是否把之前的定位辅助数据作为后续压缩的字典；

支持的解压缓冲区的大小，在支持跨包解压的情况下，给出所能支持的解压缓冲区的大小，例如32KB，16KB等。

本申请实施例的定位协议可以是长期演进***的定位协议LPP，也即终端可以通过以发送LLP消息的方式向定位服务器上报解压缩能力。

S102、接收定位服务器根据解压缩能力压缩的定位协议信息，其中，定位协议信息包括压缩的定位辅助数据。

本申请实施例的定位服务器根据终端的解压缩能力，压缩定位辅助数据，并将压缩的定位辅助数据打包至定位协议信息中返回终端，具体的，定位服务器同样可以根据LPP消息向终端返回定位协议信息。

本申请实施例的终端通过终端与定位服务器之间的定位协议，向定位服务器上报终端的解压缩能力，使得定位服务器能够根据终端的解压缩能力，对定位辅助信息进行压缩，并将压缩的定位辅助数据通过定位协议信息返回终端，终端接收定位服务器根据解压缩能力压缩的定位协议信息，由于压缩的定位辅助数据占用的字节数显著降低，因此减少了定位辅助数据传输的信令开销，节约传输资源。

在上述各实施例的基础上，作为一种可选实施例，定位协议信息还包括上下文信息，上下文信息用于指示解压缩规则，例如解压缩所使用的字典，是否跨包压缩、是否重置加压缩缓冲区等等。

接收定位服务器根据解压缩能力压缩的定位协议信息，之后还包括：

S103(图中4未示出)、根据上下文信息对压缩的定位辅助数据进行解压缩，若解压缩成功，则获得解压缩后的定位辅助数据。

终端接收到定位服务器发来的定位协议信息后，根据定位协议信息中的上下文信息对压缩后的定位辅助数据容器中的数据进行解压缩操作，获得未压缩的定位辅助数据。正确解压后，执行现有终端接收定位辅助数据后的常规操作。

在上述各实施例的基础上，作为一种可选实施例，根据上下文信息对压缩的定位辅助数据进行解压缩，之后还包括：

若解压缩操作失败，则向定位服务器上报解压缩失败的消息。

如果终端在解压过程中发生了错误，例如解压缩失败，则可以通过LPP的错误指示或者异常指示消息上报给定位服务器。其中可以指明错误的原因或者异常的原因是解压缩失败。

接收定位服务器根据接收到消息发送的未压缩的定位辅助数据或重新压缩的定位辅助数据。

也就是说，本申请实施例的定位服务器在接收到解压错误的消息后，既可以向终端发送未压缩的定位辅助数据，也可以是重新对定位辅助数据进行压缩，将重新压缩的定位辅助数据发送给终端，重新压缩时的压缩规则可以与前一次压缩时的压缩规则不同，例如选择不同的字典进行压缩。

在上述各实施例的基础上，作为一种可选实施例，向定位服务器上报终端的解压缩能力，包括：

向定位服务器上报定位能力，定位能力中包括解压缩能力。

在本申请实施例中，终端通过在向定位服务器上报定位能力时，同时携带解压缩能力，能够减少与定位服务器的交互次数，提高传输效率。

终端根据上下文信息对压缩的定位辅助信息进行相关的解压操作，可以包括以下一种或多种：

1)上下文信息可以包括定位服务器对定位辅助数据进行压缩所使用的压缩算法，相应的，根据上下文信息对压缩的定位辅助数据进行解压缩，包括：

根据压缩算法确定对应的解压缩算法，根据解压缩算法对压缩的定位辅助数据进行解压缩。

本申请实施例确定定位服务器指定的对定位辅助数据采用的压缩算法是哪种算法，比如确定定位服务器指定的压缩算法是deflate算法，则使用该算法进行相应的解压缩。

2)上下文信息中可以包括用于指示终端是否采用跨包压缩的第二指示信息和/或解压缩缓冲区的大小，其中解压缩缓冲区用于存储目标字典。

相应的，根据上下文信息对压缩的定位辅助数据进行解压缩，包括：

如果根据第二指示信息确定采用跨包解压缩的方式进行解压缩，则根据定位服务器指定的缓冲区的大小来分配解压缩缓冲区，并将目标字典导入解压缩缓冲区，根据解压缩缓冲区中的目标字典对压缩的定位辅助数据进行解压缩，在解压缩完成后，将解压缩后的定位辅助数据作为新的字典内容压入解压缩缓冲区。

也就是说，终端通过向定位服务器表示自己具有跨包压缩的能力，定位服务器发送目标字典和压缩的定位辅助数据给终端，终端先把目标字典放到缓冲区，用目标字典进行解压，解压后的定位辅助数据压入缓冲区，这样缓冲区就有了两个数据(目标字典和解压后的定位辅助数据)，下次再接到数定位协议信息时，如果定位服务器仍然指示跨包解压，就用解压缩缓冲区中的这两个数据作为字典进行解压。

由于解压缩缓冲区的大小是有限制的，随着定位协议数据的不断发送，解压缩缓冲区会不断存入新的字典内容，那么当解压缩缓冲区的存储空间满的时候，终端可以优先清除存储时间最久的字典内容。

如果根据第二指示信息确定不采用跨包解压缩的方式进行解压缩，终端可以不提前分配并维护解压缓冲区。

3)上下文信息还可以包括用于指示定位服务器是否使用字典进行压缩的第一指示信息和/或所使用的字典的标识信息；

相应的，终端根据上下文信息对压缩的定位辅助数据进行解压缩，包括：

若根据第一指示信息确定定位服务器使用了字典进行压缩，则根据上下文信息中的标识信息，确定与标识信息对应的目标字典，根据目标字典对压缩的定位辅助数据进行解压缩。

需要注意的是，如果上下文信息中的第一指示信息表明定位服务器使用了字典进行压缩，但并没有所使用的字典的标识信息，说明定位服务器所使用的字典为预设的字典，例如该字典的字典内容全部为零。

在上述各实施例的基础上，作为一种可选实施例，上下文信息还可以包括字典的有效位数。有效位数，也即终端从字典中选取的用于解压缩的字典内容在字典中的位数，该有效位数同样也是定位服务器在压缩定位辅助数据所使用的字典中字典内容的位数。

根据目标字典对压缩的定位辅助数据进行解压缩，包括：

根据有效位数从目标字典中确定用于解压缩的字典内容，根据字典内容对压缩的定位辅助数据进行解压缩。

具体的，终端可以根据预设规则截取所指示长度的字典内容作为后续解压的字典，比如指定字典长度为N比特，则可以取所指示的字典的前N个比特或者后N个比特作为字典进行解压；

需要注意的是，具体是前N个比特还是后N个比特可以提前在协议中规定。

4)上下文信息中还可以包括指示终端是否重置解压缓冲区的第三指示信息；

相应的，将目标字典导入解压缩缓冲区，之前还包括：

根据第三指示信息确定重置解压缩缓冲区，终端需要将解压缩缓冲区中的数据清零，另外，如果服务器指示了目标字典，则进一步需要在解压缩缓冲区清零之后导入解压缩字典。

5)对于跨包压缩的情况，当终端解压完定位辅助数据后，可将该解压后的数据压入缓冲区，该缓冲区作为后续解压其他压缩包的字典使用，终端前期收发的数据包参与后续数据包的压缩或者解压缩。

本申请实施例中解压后的数据是有顺序地填入缓冲区的，也就是说，对于缓冲区来说，数据是先进先出的(first-in,first-out，FIFO)，当缓冲区满了，会把之前的数据推出缓冲区，把后填入的数据推进缓冲区。

6)对于跨包解压缩的情况，若定位服务器提供了校验和信息，则终端应先执行校验和确认，如果校验和信息没有错误，再执行解压缩。

本申请实施例在LPP层执行压缩，克服了在低层无法识别LPP消息从而进行有针对性的压缩问题。并且该方式可以用于控制面定位过程中，也可以用于用户面定位过程中，因为开放移动联盟(Open Mobile Alliance，OMA)的用户面定位规范SUPL协议直接引用了LPP的消息流程和定义。所以其应用场景更加广泛。

请参见图5，其示例性地示出了本申请另一个实施例的定位辅助数据的传输方法的流程示意图，如图所示，包括：

S201、接收定位服务器通过LPP发送的能力请求信息，能力请求信息用于向终端请求上报定位能力；

S202、确定对定位辅助数据的解压缩能力，将解压缩能力记录在定位能力中，通过LPP上报至定位服务器；

S203、接收定位服务器通过LPP下发的压缩的定位辅助信息和上下文信息，上下文信息中包括解压缩规则；

S204、根据上下文信息对压缩的定位辅助数据进行解压缩，若解压缩成功，则执行步骤S205，若解压缩失败，则执行S205’；

S205、执行现有终端接收定位辅助数据后的常规操作。

S205’、通过LPP向定位服务器上报解压缩失败。

请参见图6，其示例性地示出了本申请在一个实施例的定位辅助数据的传输方法的流程示意图，该传输方法的执行主体为定位服务器，如图所示，包括：

S301、通过定位服务器与终端之间的定位协议，接收终端的解压缩能力。

具体地，本申请实施例可以根据LPP协议，接收终端的解压缩能力。在步骤S301之前，定位服务器还可以向终端发送上报定位能力和/或解压缩能力的指示信息，从而使终端在接收到指示信息后上报解压缩能力，当然，本申请实施例也支持终端主动上报解压缩能力。

S302、根据解压缩能力对定位辅助数据进行压缩；

S303、生成并向终端发送定位协议信息，该定位协议信息中包括压缩的定位辅助数据。

本申请实施例的传输方法，通过定位服务器与终端之间的定位协议，接收终端的解压缩能力，根据终端的解压缩能力对定位辅助数据进行压缩，由于压缩的定位辅助数据占用的字节数显著降低，因此减少了定位辅助数据传输的信令开销，节约传输资源。

在上述各实施例的基础上，作为一种可选实施例，生成并向终端发送定位协议信息，包括：

确定上下文信息，上下文信息用于指示解压缩规则；

具体的，上下文信息包括以下一种或多种：

定位服务区使用的压缩算法，比如使用deflate，ZLIB，ZIP压缩算法等等；

指示终端是否使用字典进行解压缩的指示信息；

解压缩定位辅助数据所使用的目标字典的标识信息，通过设置标识信息，能够在UE具有多个字典的情况下，准确判断采用哪个字典进行解压缩；

目标字典的有效位数，若上下文信息中没有该有效位数的信息，则表明UE需要使用整个字典；

指示终端是否采用跨包解压的解压方式的指示信息，如果指示终端采用跨包解压，则终端需要将解压后的定位辅助数据要压入解压缩缓冲区；

解压缓冲区的大小；

指示终端是否重置解压缓冲区的指示信息：如果需要重置缓冲区，当上下文信息中未指明具体的目标字典时，需要在协议中规定指示终端将缓冲区的所有比特重置为零，当上下文信息中指明具体的目标字典时，可以指示终端先清空缓冲区再将目标字典导入解压缩缓冲区；

用于检查压缩缓冲区和解压缩缓冲区数据是否一致的校验和信息。

需要说明的是，压缩后的定位辅助数据为整八位组长度，即OCTET STRING类型。也就是说压缩完的信令长度不是8比特的整数倍，则需要在末尾填充，补齐8位组。

根据上下文信息和压缩的定位辅助信息生成定位协议信息。

在上述各实施例的基础上，作为一种可选实施例，传输方法还包括：

接收终端上报的解压缩失败的消息；

向终端发送未压缩的定位辅助数据或重新压缩的定位辅助数据。

需要说明的是，本申请实施例定位服务器收到了错误指示或者异常指示的消息后，根据其失败原因，可以判断是否要重新对定位辅助数据进行压缩还是不进行压缩发送未压缩的数据。比如如果要重新压缩，可以不配置某个具体的字典，采用全零的字典进行压缩，或者对于跨包压缩的情况，重置缓冲区，重新进行压缩后再发送辅助数据等。

在上述各实施例的基础上，作为一种可选实施例，解压缩能力包括终端支持的字典的大小；

相应的，根据解压缩能力对定位辅助数据进行压缩，包括：

根据终端支持的字典的大小，对终端支持的目标字典进行截取，获得截取的字典内容；根据截取的字典内容压缩定位辅助数据。

例如，若终端在解压缩能力中说明自身支持的字典大小为2字节，服务器进一步确定终端支持的字典为4字节，那么就需要对该字典进行截取，截取其中2字节的字典内容压缩定位辅助数据。

在上述各实施例的基础上，作为一种可选实施例，确定上下文信息，包括：

根据截取的字典内容在目标字典中的位数，在上下文信息中记录目标字典的标识信息以及有效位数。

请参见图7，其示例性地示出了本申请实施例中终端和定位服务器确定字典的流程示意图，如图所示，

终端向LMF(也即定位服务器)上报的解压缩能力为支持1kb的字典；

定位服务器根据终端的解压缩能力，对RFC3485字典的比特流进行前1kb或者尾1kb的截取，并用截取的数据作为字典对定位辅助数据进行压缩处理，并发送上下文信息和压缩的定位辅助数据；

终端根据定位服务器下发的上下文信息，获知使用RFC3485字典以及截取方式(前1kb或尾1kb)，则用同样方式对RFC3485字典进行截取，获得对压缩后的定位辅助数据进行解压的字典。

应当理解的是，通常字典越大，压缩效果越好，因为可以选择到的可匹配的字符串的长度可能更长，可以压掉的信息就越多。但由于终端的硬件设计问题，可能存储空间大小有限，字典的大小和内容在固定存储空间的情况下，对压缩效率也是有影响的。例如，4kb的字典，在终端只能使用2kb字典的情况下，只能对4kb的字典进行截取，使用前面或者后面的2kb的内容，这就会导致可能截取的字典内容与要压缩的定位辅助数据的内容相似度并不高，也就是压缩很难达到最优。

在上述各实施例的基础上，作为一种可选实施例，根据解压缩能力对定位辅助数据进行压缩，之前还包括：

从历史压缩的定位辅助数据中确定各词汇的重复度；

根据各词汇的重复度从高到低的顺序进行排序，每次从排序结果的首个词汇开始提取n个词汇，以生成相应的字典；

其中，n为正整数且随提取次数递增。

定位服务器生成不同长度的字典，先保证把最容易重复的数据放在长度最小的字典中，随着字典长度的增加，其容纳的重复度低的数据信息就越多。

例如：针对北斗导航的定位辅助数据，生成了长度为1kb，2kb，4kb的字典，其他定位方法也都有各自长度的字典，并在定位服务器保存了所有的字典信息，终端保存了所支持长度的字典信息。那么终端就可以上报自己支持1kb的字典。定位服务器可以根据终端上报的自己支持的字典的长度，选用相关的长度的字典对定位辅助数据进行压缩。

在上述各实施例的基础上，作为一种可选实施例，上下文信息中还包括用于指示定位服务器是否使用字典进行压缩的第一指示信息。定位服务器根据终端上报的解压缩的能力，以及所需要提供的辅助数据的信息决定是否要对定位辅助数据进行压缩。

在上述各实施例的基础上，作为一种可选实施例，确定上下文信息包括：

根据定位方法、定位辅助数据间的关联性、解压缩缓冲区的大小，压缩缓冲区大小确定是否采用跨包解压；

在上下文信息中记录用于指示终端是否采用跨包压缩的第二指示信息。

跨包压缩是指之前传输的数据可以作为后续要传输数据的参考。也就是之前接收到的数据，可以在解压后放到解压缩缓冲区中，当下一包压缩的数据到达时，就可以用这个更新过的解压缩缓冲区的数据当作字典对刚收到的未解压的数据进行解压。解压后，将未压缩的数据再导入到解压缩缓冲区中。

不跨包压缩就是直接使用固定的字典或者固定的压缩/解压缩缓冲区数据对数据包进行压缩或者解压缩。

在上述各实施例的基础上，作为一种可选实施例，对于定位辅助数据的压缩和解压缩是否采用跨包方式，定位服务器可以根据待发送的定位辅助数据的前后关联性、终端缓冲区大小、定位服务器自身可用的缓冲区大小等因素进行确定。

例如，对于卫星导航***的辅助数据，更新缓慢，数据量大，如果采用跨包方式，资源消耗较大，得不偿失，所以可以采用不跨包压缩的方式。

对于5GNR的RAT-dependent的定位方法，比如基于PRS信号定位或者上行信道探测参考信号(Sounding Reference Signal，SRS)进行定位或者混合定位的方法，如果所选的方法，前后提供辅助数据的信息差异不是很大，就可以用跨包压缩的方式，这样压缩效率会更高。

需要注意的是，若定位服务器自身的缓冲区可供分配给某个UE使用的资源已经很有限，甚至没有，那么即使跨包解压效果很好，也不能采用跨包解压，此时定位服务器可以使用固定字典压缩。

对于跨包压缩的情况，为了保证压缩缓冲区或者解压缩缓冲区的数据保持同步/一致，可以使用校验和的方式。本申请实施例对于生成校验和的方式不作具体限定，例如可以采用UDC中的校验和的使用方法。

本申请实施例提供了一种终端，如图8所示，该终端可以包括：解压缩能力上报模块801和协议信息接收模块802，具体地：

解压缩能力上报模块801，用于通过终端与定位服务器之间的定位协议，向定位服务器上报终端的解压缩能力；

协议信息接收模块802，用于接收定位服务器根据解压缩能力压缩的定位协议信息，其中，定位协议信息包括压缩的定位辅助数据。

本申请实施例提供的终端，具体执行上述方法实施例流程，具体请详见上述定位辅助数据的传输方法实施例在终端侧的内容，在此不再赘述。本申请实施例提供的终端，通过终端与定位服务器之间的定位协议，向定位服务器上报终端的解压缩能力，使得定位服务器能够根据终端的解压缩能力，对定位辅助信息进行压缩，并将压缩的定位辅助数据通过定位协议信息返回终端，终端接收定位服务器根据解压缩能力压缩的定位协议信息，由于压缩的定位辅助数据占用的字节数显著降低，因此减少了定位辅助数据传输的信令开销，节约传输资源。

本申请实施例提供了一种定位服务器，如图9所示，该定位服务器可以包括解压缩能力接收模块901、压缩模块902和协议信息发送模块903，具体地：

解压缩能力接收模块901，用于通过定位服务器与终端之间的定位协议，接收终端的解压缩能力；

压缩模块902，用于根据解压缩能力对定位辅助数据进行压缩；

协议信息发送模块903，用于生成并向终端发送定位协议信息；其中，定位协议信息中包括压缩的定位辅助数据。

本申请实施例提供的定位服务器，具体执行上述方法实施例流程，具体请详见上述定位辅助数据的传输方法实施例在定位服务器侧的内容，在此不再赘述。本申请实施例提供的定位服务器，通过定位服务器与终端之间的定位协议，接收终端的解压缩能力，根据终端的解压缩能力对定位辅助数据进行压缩，由于压缩的定位辅助数据占用的字节数显著降低，因此减少了定位辅助数据传输的信令开销，节约传输资源。

如图10所示，本申请的实施例还提供了一种终端，包括存储器1020、收发机1012、处理器1010；

存储器1020，用于存储计算机程序；

收发机1012，用于在处理器1010的控制下接收和发送数据；

处理器1010，用于读取存储器1020中的计算机程序并执行以下操作：

通过终端与定位服务器之间的定位协议，向定位服务器上报终端的解压缩能力；

接收定位服务器根据解压缩能力压缩的定位协议信息，其中，定位协议信息包括压缩的定位辅助数据。

其中，在图10中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1010代表的一个或多个处理器1010和存储器1020代表的存储器1020的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口1030提供接口。收发机1012可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括无线信道、有线信道、光缆等传输介质。处理器1010负责管理总线架构和通常的处理，存储器1020可以存储处理器1010在执行操作时所使用的数据。针对不同的用户设备，用户接口1050还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

处理器1010可以是中央处埋器(CPU)、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或复杂可编程逻辑器件(Complex Programmable Logic Device，CPLD)，处理器1010也可以采用多核架构。

处理器1010通过调用存储器1020存储的计算机程序，用于按照获得的可执行指令执行本申请实施例提供的任一方法。处理器1010与存储器1020也可以物理上分开布置。

如图11所示，本申请的实施例还提供了一种定位服务器，包括存储器1120、收发机1140、处理器1110；

存储器1120，用于存储计算机程序；

收发机1140，用于在处理器1110的控制下接收和发送数据；

处理器1110，用于读取存储器1120中的计算机程序并执行以下操作：

通过定位服务器与终端之间的定位协议，接收终端的解压缩能力；

根据解压缩能力对定位辅助数据进行压缩；

生成并向终端发送定位协议信息；其中，定位协议信息中包括压缩的定位辅助数据。

其中，在图11中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1110代表的一个或多个处理器1110和存储器1120代表的存储器1120的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口1130提供接口。收发机1140可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括无线信道、有线信道、光缆等传输介质。处理器1110负责管理总线架构和通常的处理，存储器1120可以存储处理器1110在执行操作时所使用的数据。

处理器1110可以是中央处埋器(CPU)、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或复杂可编程逻辑器件(Complex Programmable Logic Device，CPLD)，处理器1110也可以采用多核架构。

处理器1110通过调用存储器1120存储的计算机程序，用于按照获得的可执行指令执行本申请实施例提供的任一方法。处理器1110与存储器1120也可以物理上分开布置。

本申请实施例中提供了一种电子设备，该电子设备包括：存储器和处理器；至少一个程序，存储于存储器中，用于被处理器执行时，与现有技术相比可实现：通过终端与定位服务器之间的定位协议，向定位服务器上报终端的解压缩能力，使得定位服务器能够根据终端的解压缩能力，对定位辅助信息进行压缩，并将压缩的定位辅助数据通过定位协议信息返回终端，终端接收定位服务器根据解压缩能力压缩的定位协议信息，由于压缩的定位辅助数据占用的字节数显著降低，因此减少了定位辅助数据传输的信令开销，节约传输资源。

在一个可选实施例中提供了一种电子设备，如图12所示，图12所示的电子设备1200包括：处理器1201和存储器1203。其中，处理器1201和存储器1203相连，如通过总线1202相连。可选地，电子设备1200还可以包括收发器1204。需要说明的是，实际应用中收发器1204不限于一个，该电子设备1200的结构并不构成对本申请实施例的限定。

处理器1201可以是CPU(Central Processing Unit，中央处理器)，通用处理器，DSP(Digital Signal Processor，数据信号处理器)，ASIC(Application SpecificIntegrated Circuit，专用集成电路)，FPGA(Field Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器1201也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线1202可包括一通路，在上述组件之间传送信息。总线1202可以是PCI(Peripheral Component Interconnect，外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture，扩展工业标准结构)总线等。总线1202可以分为地址总线、数据总线、控制总线等。为便于表示，图12中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器1203可以是ROM(Read Only Memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，RAM(Random Access Memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory，电可擦可编程只读存储器)、CD-ROM(Compact DiscReadOnly Memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

存储器1203用于存储执行本申请方案的应用程序代码，并由处理器1201来控制执行。处理器1201用于执行存储器1203中存储的应用程序代码，以实现前述方法实施例所示的内容。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当其在计算机上运行时，使得计算机可以执行前述方法实施例中相应内容。与现有技术相比，通过终端与定位服务器之间的定位协议，向定位服务器上报终端的解压缩能力，使得定位服务器能够根据终端的解压缩能力，对定位辅助信息进行压缩，并将压缩的定位辅助数据通过定位协议信息返回终端，终端接收定位服务器根据解压缩能力压缩的定位协议信息，由于压缩的定位辅助数据占用的字节数显著降低，因此减少了定位辅助数据传输的信令开销，节约传输资源。

本申请实施例提供了一种计算机程序，该计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中，当计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行如前述方法实施例所示的内容。与现有技术相比，通过终端与定位服务器之间的定位协议，向定位服务器上报终端的解压缩能力，使得定位服务器能够根据终端的解压缩能力，对定位辅助信息进行压缩，并将压缩的定位辅助数据通过定位协议信息返回终端，终端接收定位服务器根据解压缩能力压缩的定位协议信息，由于压缩的定位辅助数据占用的字节数显著降低，因此减少了定位辅助数据传输的信令开销，节约传输资源。

应该理解的是，虽然本申请实施例的流程图中通过箭头指示各个操作步骤，但是这些步骤的实施顺序并不受限于箭头所指示的顺序。除非本文中有明确的说明，否则在本申请实施例的一些实施场景中，各流程图中的实施步骤可以按照需求以其他的顺序执行。此外，各流程图中的部分或全部步骤基于实际的实施场景，可以包括多个子步骤或者多个阶段。这些子步骤或者阶段中的部分或全部可以在同一时刻被执行，这些子步骤或者阶段中的每个子步骤或者阶段也可以分别在不同的时刻被执行。在执行时刻不同的场景下，这些子步骤或者阶段的执行顺序可以根据需求灵活配置，本申请实施例对此不限制。

以上仅是本申请部分实施场景的可选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请的方案技术构思的前提下，采用基于本申请技术思想的其他类似实施手段，同样属于本申请实施例的保护范畴。

Claims (24)

1.一种定位辅助数据的传输方法，应用于终端，其特征在于，所述方法包括：

通过所述终端与定位服务器之间的定位协议，向所述定位服务器上报所述终端的解压缩能力；

接收所述定位服务器根据所述解压缩能力压缩的定位协议信息，其中，所述定位协议信息包括压缩的定位辅助数据。

2.根据权利要求1所述的传输方法，其特征在于，所述定位协议信息还包括上下文信息，所述上下文信息用于指示解压缩规则；

所述接收所述定位服务器根据所述解压缩能力压缩的定位协议信息，之后还包括：

根据所述上下文信息对所述压缩的定位辅助数据进行解压缩，若解压缩成功，则获得解压缩后的定位辅助数据。

3.根据权利要求2所述的传输方法，其特征在于，所述根据所述上下文信息对所述压缩的定位辅助数据进行解压缩，之后还包括：

若解压缩失败，则向所述定位服务器上报解压缩失败的消息；

接收所述定位服务器根据接收到所述消息发送的未压缩的定位辅助数据或重新压缩的定位辅助数据。

4.根据权利要求1所述的传输方法，其特征在于，所述向所述定位服务器上报所述终端的解压缩能力，包括：

向所述定位服务器上报定位能力，所述定位能力中包括所述解压缩能力。

5.根据权利要求2所述的传输方法，其特征在于，所述上下文信息包括所述定位服务器对所述定位辅助数据进行压缩所使用的压缩算法；

所述根据所述上下文信息对所述压缩的定位辅助数据进行解压缩，包括：

根据所述压缩算法确定对应的解压缩算法，根据所述解压缩算法对所述压缩的定位辅助数据进行解压缩。

6.根据权利要求2所述的传输方法，其特征在于，所述上下文信息包括用于指示所述定位服务器是否使用字典进行压缩的第一指示信息和/或所使用的字典的标识信息；

所述根据所述上下文信息对所述压缩的定位辅助数据进行解压缩，包括：

若根据所述第一指示信息确定所述定位服务器使用了字典进行压缩，则根据所述上下文信息中的所述标识信息，确定与所述标识信息对应的目标字典，根据所述目标字典对所述压缩的定位辅助数据进行解压缩。

7.根据权利要求6所述的传输方法，其特征在于，所述上下文信息包括字典的有效位数；

所述根据所述目标字典对所述压缩的定位辅助数据进行解压缩，包括：

根据所述有效位数从所述目标字典中确定用于解压缩的字典内容，根据所述字典内容对所述压缩的定位辅助数据进行解压缩。

8.根据权利要求6所述的传输方法，其特征在于，所述上下文信息包括用于指示所述终端是否采用跨包解压的第二指示信息和/或解压缩缓冲区的大小，所述解压缩缓冲区用于存储所述目标字典；

所述根据所述上下文信息对所述压缩的定位辅助数据进行解压缩，包括：

根据所述第二指示信息确定采用跨包解压的方式进行解压缩，并根据所述上下文信息中的跨包解压的缓冲区的大小，配置所述解压缩缓冲区；

将所述目标字典导入所述解压缩缓冲区，根据所述解压缩缓冲区中的所述目标字典对所述压缩的定位辅助数据进行解压缩；

将解压缩后的定位辅助数据作为新的字典内容压入所述解压缩缓冲区。

9.根据权利要求8所述的传输方法，其特征在于，所述上下文信息包括用于指示所述终端是否重置所述解压缩缓冲区的第三指示信息；

所述将所述目标字典导入所述解压缩缓冲区，之前还包括：

根据所述第三指示信息确定重置所述解压缩缓冲区，并将所述解压缩缓冲区中的数据清零。

10.根据权利要求1所述的传输方法，其特征在于，所述定位协议为长期演进***的定位协议LPP。

11.一种定位辅助数据的传输方法，应用于定位服务器，其特征在于，所述传输方法包括：

通过所述定位服务器与终端之间的定位协议，接收所述终端的解压缩能力；

根据所述解压缩能力对定位辅助数据进行压缩；

生成并向所述终端发送定位协议信息；其中，所述定位协议信息中包括所述压缩的定位辅助数据。

12.根据权利要求11所述的传输方法，其特征在于，所述生成并向所述终端发送定位协议信息，包括：

确定上下文信息，所述上下文信息用于指示解压缩规则；

根据所述上下文信息和所述压缩的定位辅助信息生成所述定位协议信息。

13.根据权利要求11所述的传输方法，其特征在于，还包括：

接收所述终端上报的解压缩失败的消息；

向所述终端发送未压缩的定位辅助数据或重新压缩的定位辅助数据。

14.根据权利要求12所述的传输方法，其特征在于，所述解压缩能力包括所述终端支持的字典的大小；

所述根据所述解压缩能力对所述定位辅助数据进行压缩，包括：

根据所述终端支持的字典的大小，对所述终端支持的目标字典进行截取，获得截取的字典内容；

根据所述截取的字典内容压缩所述定位辅助数据。

15.根据权利要求14所述的传输方法，其特征在于，所述确定上下文信息，包括：

根据所述截取的字典内容在所述目标字典中的位数，在所述上下文信息中记录所述目标字典的标识信息以及有效位数。

16.根据权利要求12所述的传输方法，其特征在于，所述根据所述解压缩能力对定位辅助数据进行压缩，之前还包括：

从历史压缩的定位辅助数据中确定各词汇的重复度；

根据各词汇的重复度从高到低的顺序进行排序，每次从排序结果的首个词汇开始提取n个词汇，以生成相应的字典；

其中，n为正整数且随提取次数递增。

17.根据权利要求12所述的传输方法，其特征在于，所述上下文信息中还包括用于指示所述定位服务器是否使用字典进行压缩的第一指示信息。

18.根据权利要求12所述的传输方法，其特征在于，所述确定上下文信息包括：

根据定位方法、定位辅助数据间的关联性、解压缩缓冲区的大小，压缩缓冲区大小确定是否采用跨包解压；

在所述上下文信息中记录用于指示所述终端是否采用跨包压缩的第二指示信息。

19.一种终端，其特征在于，包括解压缩能力上报模块，用于通过所述终端与定位服务器之间的定位协议，向所述定位服务器上报所述终端的解压缩能力；

协议信息接收模块，用于接收所述定位服务器根据所述解压缩能力压缩的定位协议信息，其中，所述定位协议信息包括压缩的定位辅助数据。

20.一种定位服务器，其特征在于，包括：

解压缩能力接收模块，用于通过所述定位服务器与终端之间的定位协议，接收所述终端的解压缩能力；

压缩模块，用于根据所述解压缩能力对定位辅助数据进行压缩；

协议信息发送模块，用于生成并向所述终端发送定位协议信息；其中，所述定位协议信息中包括所述压缩的定位辅助数据。

21.一种终端，其特征在于，包括存储器，收发机，处理器：

存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：

通过所述终端与定位服务器之间的定位协议，向所述定位服务器上报所述终端的解压缩能力；

接收所述定位服务器根据所述解压缩能力压缩的定位协议信息，其中，所述定位协议信息包括压缩的定位辅助数据。

22.一种定位服务器，其特征在于，包括存储器，收发机，处理器：

存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：

通过所述定位服务器与终端之间的定位协议，接收所述终端的解压缩能力；

根据所述解压缩能力对定位辅助数据进行压缩；

生成并向所述终端发送定位协议信息；其中，所述定位协议信息中包括所述压缩的定位辅助数据。

23.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至18任一项所述定位辅助数据的传输方法的步骤。

24.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行如权利要求1至18中任意一项所述定位辅助数据的传输方法的步骤。

Images