CN111600956A - 物联网服务器及其辅助定位方法、终端及其定位方法 - Google Patents

Abstract

公开了一种物联网服务器及其辅助定位方法、物联网终端及其定位方法。所述辅助定位方法包括：向辅助卫星服务器发送辅助定位请求；从所述辅助卫星服务器接收辅助定位响应；基于所述辅助定位响应确定辅助定位信息；以及基于物联网通信协议，将所述辅助定位信息发送给物联网终端，其中，所述辅助定位信息符合所述物联网通信协议的有效载荷的数据量限制。利用本申请提供的物联网服务器及其辅助定位方法、终端及其定位方法，能够实现物联网终端中的定位芯片的热启动，从而节省物联网终端在定位过程中花费的时间和功耗。

Description

物联网服务器及其辅助定位方法、终端及其定位方法

技术领域

本申请涉及物联网通信领域，更具体地涉及一种物联网服务器及其辅助定位方法、以及物联网终端及其定位方法。

背景技术

随着信息技术尤其是互联网技术的发展，用于实现信息化、远程管理控制和智能化的网络的物联网技术正逐渐成熟。利用局部网络或互联网等通信技术，物联网可以把传感器、控制器、机器、人员和物等通过新的方式联接在一起。随着物联网技术在各个领域的应用，出现了诸如智能家居、智能交通、智慧健康等各种新的应用领域。

发明内容

根据本申请的一方面，提出了一种用于物联网服务器的辅助定位方法，包括：向辅助卫星服务器发送辅助定位请求；从所述辅助卫星服务器接收辅助定位响应；基于所述辅助定位响应确定辅助定位信息；以及基于物联网通信协议，将所述辅助定位信息发送给物联网终端，其中，所述辅助定位信息符合所述物联网通信协议的有效载荷的数据量限制。

在一些实施例中，所述辅助定位请求为全量辅助定位信息更新请求，所述辅助定位响应为全量辅助定位信息响应，其中，基于所述辅助定位响应确定辅助定位信息包括：基于所述全量辅助定位信息响应获取全量辅助定位信息；基于所述物联网终端的粗测位置和所述数据量限制对所述全量辅助定位信息进行筛选，以得到符合所述物联网通信协议的有效载荷的数据量限制的所述辅助定位信息。

在一些实施例中，所述辅助定位请求是基于位置的辅助定位信息请求，所述辅助定位请求包括所述物联网终端的粗测位置，所述辅助定位响应包括基于所述粗测位置确定的候选辅助定位信息。

在一些实施例中，基于所述辅助定位响应确定辅助定位信息包括：基于所述数据量限制对所述辅助定位响应中的候选辅助定位信息进行筛选，以得到符合所述物联网通信协议的有效载荷的数据量限制的所述辅助定位信息。

在一些实施例中，基于所述数据量限制对所述辅助定位响应中的候选辅助定位信息进行筛选包括：基于指示用于所述物联网终端的卫星系统的类型标识以及所述数据量限制对所述辅助定位响应中的候选辅助定位信息进行筛选。

在一些实施例中，所述候选辅助定位信息包括符合所述物联网通信协议的有效载荷的数据量限制的辅助定位信息，其中，基于所述辅助定位响应确定辅助定位信息包括：从所述候选辅助定位信息中提取所述辅助定位信息。

在一些实施例中，所述辅助定位请求还包括：指示用于所述物联网终端的卫星系统的类型标识、以及指示所述数据量限制的数据量标识，其中，所述辅助定位响应是基于所述卫星系统的类型标识以及所述数据量限制而生成的。在一些实施例中，所述辅助卫星服务器是辅助全球导航卫星系统服务器。

在一些实施例中，所述物联网通信协议是LoRa协议。

在一些实施例中，基于物联网通信协议，将所述辅助定位信息发送给物联网终端包括：经由LoRa协议的下行数据帧将所述辅助定位信息发送给所述物联网终端，其中所述下行数据帧中的帧负载字段承载所述辅助定位信息。

根据本申请的另一方面，还提供了一种用于物联网终端的定位方法，包括：基于物联网通信协议，从物联网服务器接收辅助定位信息；基于所述辅助定位信息，确定用于定位的卫星信息；以及基于所述卫星信息对所述物联网终端进行定位，其中，所述辅助定位信息符合所述物联网通信协议的有效载荷的数据量限制。

在一些实施例中，所述物联网通信协议是LoRa协议。

在一些实施例中，从物联网服务器接收辅助定位信息包括：经由LoRa协议的下行数据帧从所述物联网服务器接收所述辅助定位信息，其中所述下行数据帧中的帧负载字段承载所述辅助定位信息。

根据本申请的又一方面，还提供了一种物联网服务器，包括：请求单元，配置成向辅助卫星服务器发送辅助定位请求；接收单元，配置成从所述辅助卫星服务器接收辅助定位响应；生成单元，配置成基于所述辅助定位响应确定辅助定位信息；以及发送单元，配置成基于物联网通信协议，将所述辅助定位信息发送给物联网终端，其中，所述辅助定位信息符合所述物联网通信协议的有效载荷的数据量限制。

在一些实施例中，所述辅助定位请求为全量辅助定位信息更新请求，所述辅助定位响应为全量辅助定位信息响应，其中所述生成单元配置成：基于所述全量辅助定位信息响应获取全量辅助定位信息；基于所述物联网终端的粗测位置和所述数据量限制对所述全量辅助定位信息进行筛选，以得到符合所述物联网通信协议的有效载荷的数据量限制的所述辅助定位信息。

在一些实施例中，所述辅助定位请求是基于位置的辅助定位信息请求，所述辅助定位请求包括所述物联网终端的粗测位置，所述辅助定位响应包括基于所述粗测位置确定的候选辅助定位信息。

在一些实施例中，所述生成单元配置成基于所述数据量限制对所述辅助定位响应中的候选辅助定位信息进行筛选，以得到符合所述物联网通信协议的有效载荷的数据量限制的所述辅助定位信息。

在一些实施例中，基于所述数据量限制对所述辅助定位响应中的候选辅助定位信息进行筛选包括：基于指示用于所述物联网终端的卫星系统的类型标识以及所述数据量限制对所述辅助定位响应进行筛选。

在一些实施例中，所述候选辅助定位信息包括符合所述物联网通信协议的有效载荷的数据量限制的辅助定位信息，其中，基于所述辅助定位响应确定辅助定位信息包括：从所述候选辅助定位信息中提取所述辅助定位信息。

在一些实施例中，所述辅助定位请求还包括：指示用于所述物联网终端的卫星系统的类型标识、以及指示所述数据量限制的数据量标识，其中，所述辅助定位响应是基于所述卫星系统的类型标识以及所述数据量限制而生成的。在一些实施例中，所述辅助卫星服务器是辅助全球导航卫星系统服务器。

在一些实施例中，所述物联网通信协议是LoRa协议。

在一些实施例中，所述发送单元配置成经由LoRa协议的下行数据帧将所述辅助定位信息发送给所述物联网终端，其中所述下行数据帧中的帧负载字段承载所述辅助定位信息。

根据本申请的又一方面，还提供了一种物联网终端，包括：接收单元，配置成基于物联网通信协议从物联网服务器接收辅助定位信息；卫星信息确定单元，配置成基于所述辅助定位信息确定用于定位的卫星信息；以及定位单元，配置成基于所述卫星信息对所述物联网终端进行定位，其中，所述辅助定位信息符合所述物联网通信协议的有效载荷的数据量限制。

在一些实施例中，所述物联网通信协议是LoRa协议。

在一些实施例中，所述接收单元配置成经由LoRa协议的下行数据帧从所述物联网服务器接收所述辅助定位信息，其中所述下行数据帧中的帧负载字段承载所述辅助定位信息。

利用本申请提供的物联网服务器及其辅助定位方法、终端及其定位方法，物联网终端可以从物联网服务器接收符合物联网通信协议的有效载荷的数据量限制的辅助定位信息，从而能够实现物联网终端中的定位芯片的热启动，从而节省物联网终端在定位过程中花费的时间和功耗。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员而言，在没有做出创造性劳动的前提下，还可以根据这些附图获得其他的附图。以下附图并未刻意按实际尺寸等比例缩放绘制，重点在于示出本申请的主旨。

图1示出了根据本申请的原理的在物联网系统中进行定位的示意图；

图2示出了根据本申请的实施例的用于物联网服务器的辅助定位方法的示意性的流程图；

图3示出了根据本申请的实施例的基于全量辅助定位信息确定辅助定位信息的过程的示意性的流程图；

图4A中示出了LoRaWAN协议中的LoRaWAN帧的示意图；

图4B中示出了LoRaWAN帧中的PHYPayload部分的示意图；

图4C中示出了MAC层负载MACPayload部分的示意图；

图4D示出了负载头FHDR部分的示意图；

图5示出了根据本申请的实施例的用于物联网终端的定位方法的示意性的流程图；

图6示出了根据本申请的实施例的物联网系统的示意性的框图；

图7示出了根据本申请的实施例的物联网服务器的示意性的框图；

图8示出了根据本申请的实施例的物联网终端的示意性的框图；

图9示出了根据本申请的实施例的物联网系统的一种工作流程的示意图；

图10示出了根据本申请的实施例的物联网系统的另一种工作流程的示意图；

图11示出了根据本申请的实施例的物联网系统的又一种工作流程的示意图；以及

图12示出了根据本申请的实施例的计算设备的架构。

具体实施方式

下面将结合附图对本申请实施例中的技术方案进行清楚、完整地描述，显而易见地，所描述的实施例仅仅是本申请的部分实施例，而不是全部的实施例。基于本申请实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，也属于本申请保护的范围。

如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其他的步骤或元素。

虽然本申请对根据本申请的实施例的系统中的某些模块做出了各种引用，然而，任何数量的不同模块可以被使用并运行在终端和/或服务器上。所述模块仅是说明性的，并且所述系统和方法的不同方面可以使用不同模块。

本申请中使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是，前面或下面操作不一定按照顺序来精确地执行。相反，根据需要，可以按照倒序或同时处理各种步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

在物联网系统中，可以利用各种通信协议实现物联网中的各个终端以及服务器之间的数据交换。例如，针对近距离的数据交换需求，可以采用近距离无线通信协议或有线通信协议。近距离无线通信协议可以包括射频识别RFID、近场通信NFC以及蓝牙等。有线通信协议可以包括通用串行总线USB、异步传输协议RS232、RS485、仪表总线M-Bus等。针对远距离的数据交换需求，可以采用远距离无线通信协议，如远距离蜂窝通信协议(诸如2G、3G、4G、5G、窄带物联网NB-IoT等)、远距离非蜂窝通信协议(诸如ZigBee协议、LoRa协议等)。

在本申请接下来的描述中将以采用LoRa协议在物联网系统中进行通信为例描述本申请的原理，然而，可以理解的是，在不脱离本申请的原理的情况下，本申请提供的方案可以应用于采用任何其他通信协议的物联网系统。

图1示出了根据本申请的原理的在物联网系统中进行定位的示意图。

LoRa是一种调制技术，其可以提供较远的通信距离。LoRa协议可以包括LoRaWAN协议、CLAA网络协议、LoRa私有网络协议、LoRa数据透传等。LoRa协议有效解决了长距离并低功耗通信传输问题，因此广泛用于物联网领域。

在物联网系统中，物联网终端可以是水表、电表、智能手表等设备。为了使终端具备定位的能力，可以在终端中集成定位芯片，如全球导航卫星系统(GNSS)芯片。GNSS芯片可以同时从至少五个卫星系统(全球定位系统GPS、格洛纳斯系统GLONASS、准天顶卫星系统QZSS、星基增强系统SBAS和北斗卫星系统BDS等)的卫星数据来产生定位数据。在本申请中以GNSS芯片作为芯片为例描述了本申请的原理。然而，本领域技术人员可以理解，上述定位芯片也可以实现为能够获取卫星数据的任何定位芯片。

在利用GNSS芯片进行定位的情况下，在空旷处能够达到5-10米的定位精度，这可以满足大部分的物联网应用的需求。

GNSS芯片定位可以分为冷启动和热启动两种形式。冷启动指的是在GNSS对当前卫星的运行情况一无所知情况下进行定位，这需要GNSS芯片在频域、时域和码域上进行全域搜索，因此需要耗费大量的时间和功耗。热启动指的是基于辅助定位数据(对于GNSS芯片来说可以是辅助全球导航卫星系统(AGNSS)数据)进行检索。GNSS可以通过辅助定位数据知道当前天空中可见的卫星编号以及大概位置，因此无需全域搜索即可完成定位。与冷启动过程相比，热启动过程能够节省定位过程所需的时间和功耗。

由此可知，GNSS定位芯片的冷启动过程的功耗较高，这与物联网终端的低功耗的要求是相悖的，并缩短了物联网终端的使用寿命，因此，节省定位芯片的定位功耗是必要的。

为了节省定位芯片的功耗，可以采用如图1所示的过程。如图1所示，网络中的服务器120可以从第三方的辅助卫星服务器130(如AGNSS服务器)获取辅助定位数据，并将辅助定位数据发送给需要定位的终端110，以使得终端能够进行热启动的定位。

然而，LoRa协议的单次传输的数据量较小，其下行数据帧中的FRMPayload字段(即应用层帧内容)只能承载约51字节的数据量，而辅助定位数据(如AGNSS数据)的数据量在数个KB的量级，这对于LoRa协议来说数据量过大。因此，在物联网系统中难以利用辅助定位数据实现定位芯片的热启动。

因此，本申请提供了一种新的物联网终端及其定位方法，物联网服务器及其辅助定位方法。利用本申请提供的方案能够实现物联网系统中的物联网终端的定位的热启动。

图2示出了根据本申请的实施例的用于物联网服务器的辅助定位方法的示意性的流程图。可以利用物联网服务器执行图2中示出的过程。其中物联网服务器与物联网终端之间基于物联网通信协议进行数据交换。在一些实施例中，物联网通信协议可以是LoRa协议。

在步骤S202中，可以向辅助卫星服务器发送辅助定位请求。辅助卫星服务器可以根据辅助定位请求生成辅助定位响应。

在步骤S203中，可以从辅助卫星服务器接收辅助定位响应。

如前所述，辅助卫星服务器可以是AGNSS服务器。所述辅助定位响应可以包括当前天空中运行的卫星的基本情况信息，包括但不限于卫星星历、卫星历书等。所述辅助定位响应可以包括用于至少一种类型的卫星系统的信息。利用辅助信息可以确定利用天空中运行的哪些卫星的卫星数据来执行定位。例如，卫星数据可以包括卫星播发的伪随机测距码、载波相位等。

在一些实施例中，辅助定位请求可以是全量辅助定位信息更新请求。相应地，物联网服务器从辅助卫星服务器接收的辅助定位响应可以包括全量辅助定位信息。其中，全量辅助定位信息是不考虑物联网终端或物联网服务器的位置信息的全位置卫星辅助数据，即，没有按照物联网终端或物联网服务器的位置进行数据筛选的全位置卫星辅助数据。在一些实现方式中，全量辅助定位信息可以包括所有或一部分的频域、时域、码域数据以及所有或部分类型的卫星系统的辅助数据。

在这种情况下，物联网服务器可以与辅助卫星服务器进行数据同步，以获取辅助卫星服务器中存储的全量辅助定位信息。在后续的过程中，物联网服务器可以基于与辅助卫星服务器同步的全量辅助定位信息确定物联网终端所需的辅助定位信息，而无需向辅助卫星服务器暴露物联网终端的位置。当通过第三方提供的辅助卫星服务器获取用于辅助定位的卫星信息时，可以增强物联网系统的安全性。

可以在接下来的步骤S204中由物联网服务器生成符合物联网通信协议的数据量限制的辅助定位信息。

在另一些实施例中，辅助定位请求可以是基于位置的辅助定位信息请求。其中，辅助定位请求可以包括物联网终端的粗测位置，辅助卫星服务器可以基于粗测位置确定辅助定位响应。辅助定位响应包括基于粗测位置确定的候选辅助定位信息。物联网终端的粗测位置可以是基于物联网终端通信的网关位置得到的。这样的网关位置可以存储在物联网服务器可访问的数据库中。

在一些实现方式中，候选辅助定位信息可以包括符合所述物联网通信协议的有效载荷的数据量限制的辅助定位信息。

在一些示例中，辅助定位请求可以包括指示上述数据量限制的数据量标识。辅助卫星服务器可以基于数据量标识生成符合数据量限制的辅助定位响应。例如，在LoRa协议中，其下行数据帧中的FRMPayload字段承载要传送的数据，而该字段只能承载51个字节的数据量。因此，在一些示例中，数据量限制可以是LoRa协议中下行数据帧中的FRMPayload字段的大小，即51字节。辅助卫星服务器可以基于物联网终端的粗测位置生成其数据量小于等于51字节的辅助定位响应。在另一些示例中，数据量限制可以是LoRa协议中下行数据帧中的FRMPayload字段的大小的预定倍数。例如，预定倍数可以是2倍、5倍或任何满足实际应用需要的倍数。在这种情况下，辅助卫星服务器可以基于物联网终端的粗测位置生成其数据量小于等于51字节的预定倍数的辅助定位响应。对于数据量标识，可以利用不同的数字或符号表示辅助卫星服务器生成的辅助定位响应的数据量。例如，可以用数字0表示大小不限，用数字1表示51个字节。

在另一些示例中，除了物联网终端的粗测位置和指示数据量限制的数据量标识以外，物联网服务器发送给辅助卫星服务器的辅助定位请求还可以包括指示是否启用筛选的筛选标识以及指示用于物联网终端的卫星系统的类型标识中的至少一项。

对于筛选标识，可以利用不同的数字或符号表示是否启用筛选。例如，可以用数字0表示不启用筛选，用数字1表示启用筛选以适于物联网通信协议的传输。对于类型标识，可以利用不同的数字或符号表示不同的卫星系统的类型。例如，可以用数字1表示GPS系统、数字2表示BDS等等。

可以理解的是，在满足实际使用需要的情况下，本领域技术人员可以利用任何方式表示上述筛选标识、类型标识以及数据量标识。

在又一些示例中，可以省略指示是否启用筛选的筛选标识和指示用于物联网终端的卫星系统的类型标识中的至少一个。在省略筛选标识或类型标识，辅助卫星服务器可以根据其默认设置生成辅助定位响应中包括的候选辅助定位信息。

辅助卫星服务器可以基于物联网终端的粗测位置确定当前时刻物联网终端可利用的卫星的基本情况信息。然后，在启用筛选的情况下，辅助卫星服务器可以根据数据量标识对当前时刻物联网终端可利用的卫星的基本情况信息进行筛选。例如，辅助卫星服务器可以基于类型标识限定的卫星系统的类型对当前时刻物联网终端可利用的卫星的基本情况信息进行筛选。如果基于类型标识筛选后的结果仍然不满足数据量标识指示的数据量限制，则可以进一步限制辅助定位响应中涉及的卫星的个数。例如，可以基于数量标识对辅助定位响应中涉及的卫星的个数进行限制。数量标识可以指示辅助定位响应中涉及的卫星个数的最大值和/或最小值。

在另一些实现方式中，辅助定位请求可以不包括数据量标识，因此，辅助定位响应中包括的候选辅助定位信息的数据量可以大于物联网通信协议的有效载荷的数据量限制。在这种情况下，辅助卫星服务器可以基于物联网终端的粗测位置对全量辅助住定位信息进行筛选，以确定当前时刻物联网终端可利用的卫星的基本情况信息。如果当前时刻物联网终端可利用的卫星的基本情况信息的数据量大于物联网通信协议的有效载荷的数据量限制，则可以在接下来的步骤S204中由物联网服务器生成符合物联网通信协议的数据量限制的辅助定位信息。

在步骤S204中，可以基于所述辅助定位响应确定辅助定位信息。其中辅助定位信息符合物联网通信协议的有效载荷的数据量限制。

在辅助定位请求为全量辅助定位信息更新请求且辅助定位响应包括全量辅助定位信息的情况下，步骤S204可以包括基于物联网终端的粗测位置和物联网通信协议的数据量限制对全量辅助定位信息进行筛选，以得到符合物联网通信协议的有效载荷的数据量限制的辅助定位信息。

图3示出了根据本申请的实施例的基于全量辅助定位信息确定辅助定位信息的过程的示意性的流程图。可以利用物联网服务器执行图3中示出的过程。

在步骤S2044中，可以利用物联网服务器基于物联网终端的粗测位置对全量辅助定位信息进行筛选，以确定当前时刻物联网终端可利用的卫星的基本情况信息。

在步骤S2046中，可以判断步骤S2044得到的结果是否符合物联网通信协议的数据量限制。

如果在步骤S2046中判断基于粗测位置得到的卫星基本情况信息的数据量符合物联网通信协议的数据量限制，则可以转到步骤S2048，将基于粗测位置得到的卫星基本情况信息确定为要发送给物联网终端的辅助定位信息。

如果在步骤S2046中判断基于粗测位置得到的卫星基本情况信息的数据量大于物联网通信协议的数据量限制，则可以基于上述数据量限制对当前时刻物联网终端可利用的卫星的基本情况信息进行进一步筛选以得到要发送给物联网终端的辅助定位信息。

在步骤S2050中，可以基于类型标识对当前时刻物联网终端可利用的卫星的基本情况信息中进行筛选，以得到预定数量个类型的卫星系统的数据。例如，预定数量可以是1、2或任何满足实际应用需要的数量。

在步骤S2052中，可以判断步骤S2050得到的结果是否符合物联网通信协议的数据量限制。

如果在步骤S2052中判断步骤S2050得到的结果满足物联网通信协议的数据量限制，则可以执行步骤S2054，将步骤S2050得到的结果确定为要发送给物联网终端的辅助定位信息。

如果在步骤S2052中判断步骤S2050得到的结果仍然不满足物联网通信协议的数据量限制，则可以执行步骤S2056，通过进一步基于数量标识限制辅助定位信息涉及的卫星个数来得到满足物联网通信协议的数据量限制的辅助定位信息。

可以理解的是，为了满足定位需要，辅助定位信息中包括的卫星数量不能无限制地减少。例如，辅助定位信息中可以包括至少4个卫星的基本情况信息。

利用图3中示出的过程，可以利用物联网服务器对全量辅助定位信息进行筛选，以得到满足物联网通信协议的数据量限制的辅助定位信息。

返回参考图2，在辅助定位请求是基于位置的辅助定位信息请求的情况下，如前所述，辅助卫星服务器可以基于粗测位置确定辅助定位响应。辅助定位响应可以包括基于粗测位置确定的候选辅助定位信息。也就是说，在这种情况下，辅助定位响应可以包括基于粗测位置确定的当前时刻物联网终端可利用的卫星的基本情况信息。在一些实施例中，可以基于粗测位置对辅助卫星服务器中的全量辅助定位信息进行筛选，以得到当前时刻物联网终端可利用的卫星的基本情况信息。

如前所述，可以通过在辅助定位请求中包括数据量标识，以使得辅助卫星服务器生成包括符合物联网通信协议的有效载荷的数据量限制的辅助定位信息的候选辅助定位信息。在这种情况下，在步骤S204中，物联网服务器可以从候选辅助定位信息提取辅助定位信息。

在辅助定位响应中包括的当前时刻物联网终端可利用的卫星的基本情况信息的数据量大于物联网通信协议的有效载荷的数据量限制的情况下，步骤S204可以包括基于物联网通信协议的数据量限制对辅助定位响应中的候选辅助定位信息进行筛选，以得到符合物联网通信协议的有效载荷的数据量限制的辅助定位信息。

在一些实施例中，物联网服务器可以根据类型标识从候选辅助定位信息中筛选预定数量个类型的卫星系统的数据。例如，预定数量可以是1、2或任何满足实际应用需要的数量。如果预定数量个类型的卫星系统的数据仍然不满足物联网通信协议的数据量限制，则可以通过基于数量标识进一步限制辅助定位信息涉及的卫星个数来得到满足物联网通信协议的数据量限制的辅助定位信息。

在步骤S206中，可以基于物联网通信协议，将辅助定位信息发送给物联网终端。

在物联网通信协议是LoRa协议的情况下，可以经由LoRa协议的下行数据帧将辅助定位信息发送给所述物联网终端，其中下行数据帧中的FRMPayload字段承载辅助定位信息。例如，可以将步骤S204中确定的辅助定位信息封装到FRMPayload字段中，并通过LoRa网关发送给物联网终端。

图4A中示出了LoRaWAN协议中的LoRaWAN帧的示意图。

LoRaWAN协议是一种媒体访问控制(MAC)层协议。

如图4A所示，LoRaWAN帧可以包括前导码Preamble、物理头PHDR、头校验PHDR_CRC、物理层负载PHYPayload以及校验CRC，其中仅在上行数据帧中包括校验CRC，下行数据帧中不包括校验CRC。

图4A中示出的各个部分中除了负载PHYPayload部分，其他部分承载的内容都是硬件生成的。

图4B中示出了LoRaWAN帧中的PHYPayload部分的示意图。如图4B所示，PHYPayload可以包括MAC层帧头MHDR、MAC层负载MACPayload以及4字节校验MIC。在一些替换的实施例中，MAC层负载MACPayload也可以替换为入网Join-Request或入网应答Join-Response。

图4C中示出了MAC层负载MACPayload部分的示意图。如图4C所示，MACPayload可以包括负载头FHDR、端口FPort以及帧负载FRMPayload。图4C中示出的FRMPayload可以用于承载本申请的实施例中的辅助定位信息。物联网服务器可以利用FRMPayload将辅助定位信息发送给物联网终端。

图4D示出了负载头FHDR部分的示意图。如图4D所示，负载头FHDR可以包括终端短地址DevAddr、帧控制字节FCtrl、帧计数器FCnt以及MAC命令配置字段FOpts。

利用本申请提供的辅助定位方法，可以通过物联网服务器将符合物联网通信协议的有效载荷的数据量限制的辅助定位信息发送给物联网终端，使得物联网终端中的定位芯片能够基于辅助定位信息实现热启动，从而节省物联网终端在定位过程中花费的时间和功耗。

图5示出了根据本申请的实施例的用于物联网终端的定位方法的示意性的流程图。图5中示出的定位方法可以由物联网终端执行。其中，物联网终端可以利用内部集成的定位芯片执行定位。例如，定位芯片可以是GNSS芯片。

在步骤S502中，可以基于物联网通信协议，从物联网服务器接收辅助定位信息。其中，辅助定位信息符合物联网通信协议的有效载荷的数据量限制。物联网通信协议可以是LoRa协议。在一些实施例中，可以经由LoRa协议的下行数据帧从物联网服务器接收辅助定位信息，其中下行数据帧中的FRMPayload字段承载辅助定位信息。

在一些实施例中，辅助定位信息可以是物联网服务器生成的，或物联网服务器从辅助卫星服务器获取的。辅助卫星服务器可以是例如AGNSS服务器。这样的辅助定位信息可以实现物联网终端内的定位芯片的热启动。

在步骤S504中，可以基于辅助定位信息，确定用于定位的卫星信息。在一些实施例中，辅助定位信息可以包括当前物联网终端可用的天空中运行的卫星的基本情况信息，包括但不限于卫星星历、卫星历书等。利用辅助信息可以确定利用天空中运行的哪些卫星的卫星数据来执行定位。步骤S504中得到的卫星信息可以是用于定位的卫星数据。例如，卫星数据可以包括卫星播发的伪随机测距码、载波相位等。

在S506中，可以基于卫星信息对物联网终端进行定位。在一些实施例中，可以利用至少四个卫星的卫星信息实现定位。通过卫星数据可以确定每颗卫星与终端之间的卫地距离数据，可以通过几何关系确定终端的位置。

事实上，在基于辅助定位信息确定了用于定位的卫星信息的情况下，可以利用任何可行的卫星定位方法实现针对物联网终端的定位。在此不限制卫星定位方法的具体形式。

利用本申请提供的定位方法，物联网终端可以从物联网服务器接收符合物联网通信协议的有效载荷的数据量限制的辅助定位信息，从而能够实现物联网终端中的定位芯片的热启动，从而节省物联网终端在定位过程中花费的时间和功耗。

图6示出了根据本申请的实施例的物联网系统的示意性的框图。

如图6所示，物联网系统600可以包括终端610和服务器640。终端610可以通过网关620接入网络，并经由网络630与服务器640之间进行数据通信。服务器640可以进一步通过外界网络与物联网系统600外部的辅助卫星服务器2000进行数据通信。

物联网终端610可以用于实现数据采集、初步处理、传输等功能。在一些实施例中，物联网终端可以是固定终端或移动终端。

固定终端可以用于检测固定设备或环境的信息。例如，固定终端可以是工业设备检测终端。工业设备监测终端可以采集位移传感器、位置传感器、震动传感器、压力传感器、温度传感器等传感器的数据，以实现工厂设备运行状态的及时跟踪。又例如，固定终端还可以是水表、电表等计量设备。

移动终端可以用于检测移动设备的信息。例如，移动终端可以是车载仪器如车载监控设备、车载定位设备等。又例如，移动终端也可以是智能手表、智能手环等可穿戴设备。

在需要对终端610进行定位的情况下，终端610可以包括定位芯片。例如，定位芯片可以是GNSS芯片。

终端610可以将检测到的信息经由网关620通过网络630发送给服务器640。相应地，终端610也可以从服务器640接收需要的信息，例如辅助定位信息。

网络630可以是单个网络，或至少两个不同网络的组合。例如，网络630可以包括但不限于局域网、广域网、公用网络、专用网络等中的一种或几种的组合。

服务器640可以是一个单独的服务器，或一个服务器群组，群组内的各个服务器通过有线的或无线的网络进行连接。一个服务器群组可以是集中式的，例如数据中心，也可以是分布式的。服务器640可以是本地的或远程的。

物联网系统还可以包括数据库(未示出)，以存储物联网系统工作中所利用、产生和输出的各种数据。数据库可以是本地的，或远程的。数据库可以包括各种存储器、例如随机存取存储器(Random Access Memory

(RAM))、只读存储器(Read Only Memory(ROM))等。以上提及的存储设备只是列举了一些例子，该系统可以使用的存储设备并不局限于此。数据库可以经由网络与服务器和/或终端或其一部分相互连接或通信，或直接与服务器和/或终端相互连接或通信，或是上述两种方式的结合。在一些实施例中，数据库可以是独立的设备。在另一些实施例中，数据库也可以集成在终端和服务器中的至少一个中。例如，数据库可以设置在终端上，也可以设置在服务器上。又例如，数据库也可以是分布式的，其一部分设置在终端上，另一部分设置在服务器上。

图7示出了根据本申请的实施例的物联网服务器的示意性的框图。如图7所示，物联网服务器700可以包括请求单元710、接收单元720、生成单元730以及发送单元740。

请求单元710可以配置成向辅助卫星服务器发送辅助定位请求。辅助卫星服务器可以根据辅助定位请求生成辅助定位响应。

接收单元720可以配置成从辅助卫星服务器接收辅助定位响应。

所述辅助定位响应可以包括当前天空中运行的卫星的基本情况信息，包括但不限于卫星星历、卫星历书等。所述辅助定位响应可以包括用于至少一种类型的卫星系统的信息。利用辅助信息可以确定利用天空中运行的哪些卫星的卫星数据来执行定位。例如，卫星数据可以包括卫星播发的伪随机测距码、载波相位等。

在一些实施例中，辅助定位请求可以是全量辅助定位信息更新请求。相应地，物联网服务器从辅助卫星服务器接收的辅助定位响应可以包括全量辅助定位信息。其中，全量辅助定位信息是不考虑物联网终端或物联网服务器的位置信息的全位置卫星辅助数据，即，没有按照物联网终端或物联网服务器的位置进行数据筛选的全位置卫星辅助数据。在一些实现方式中，全量辅助定位信息可以包括所有或一部分的频域、时域、码域数据以及所有或部分类型的卫星系统的辅助数据。

在另一些实施例中，辅助定位请求可以是基于位置的辅助定位信息请求。其中，辅助定位请求可以包括物联网终端的粗测位置，辅助卫星服务器可以基于粗测位置确定辅助定位响应。辅助定位响应包括基于粗测位置确定的候选辅助定位信息。物联网终端的粗测位置可以是基于物联网终端通信的网关位置得到的。这样的网关位置可以存储在物联网服务器可访问的数据库中。

在一些实现方式中，候选辅助定位信息可以是符合物联网通信协议的有效载荷的数据量限制的数据。

在一些示例中，辅助定位请求可以包括指示上述数据量限制的数据量标识。辅助卫星服务器可以基于数据量标识生成符合数据量限制的辅助定位响应。例如，在LoRa协议中，其下行数据帧中的FRMPayload字段承载要传送的数据，而该字段只能承载51个字节的数据量。因此，在一些示例中，数据量限制可以是LoRa协议中下行数据帧中的FRMPayload字段的大小，即51字节。辅助卫星服务器可以基于物联网终端的粗测位置生成其数据量小于等于51字节的辅助定位响应。在另一些示例中，数据量限制可以是LoRa协议中下行数据帧中的FRMPayload字段的大小的预定倍数。例如，预定倍数可以是2倍、5倍或任何满足实际应用需要的倍数。在这种情况下，辅助卫星服务器可以基于物联网终端的粗测位置生成其数据量小于等于51字节的预定倍数的辅助定位响应。对于数据量标识，可以利用不同的数字或符号表示辅助卫星服务器生成的辅助定位响应的数据量。例如，可以用数字0表示大小不限，用数字1表示51个字节。

在另一些示例中，除了物联网终端的粗测位置和指示数据量限制的数据量标识以外，物联网服务器发送给辅助卫星服务器的辅助定位请求还可以包括指示是否启用筛选的筛选标识以及指示用于物联网终端的卫星系统的类型标识中的至少一项。

对于筛选标识，可以利用不同的数字或符号表示是否启用筛选。例如，可以用数字0表示不启用筛选，用数字1表示启用筛选以适于物联网通信协议的传输。对于类型标识，可以利用不同的数字或符号表示不同的卫星系统的类型。例如，可以用数字1表示GPS系统、数字2表示BDS等等。

可以理解的是，在满足实际使用需要的情况下，本领域技术人员可以利用任何方式表示上述筛选标识、类型标识以及数据量标识。

在又一些示例中，可以省略指示是否启用筛选的筛选标识和指示用于物联网终端的卫星系统的类型标识中的至少一个。在省略筛选标识或类型标识，辅助卫星服务器可以根据其默认设置生成辅助定位响应中包括的候选辅助定位信息。

辅助卫星服务器可以基于物联网终端的粗测位置确定当前时刻物联网终端可利用的卫星的基本情况信息。然后，在启用筛选的情况下，辅助卫星服务器可以根据数据量标识对当前时刻物联网终端可利用的卫星的基本情况信息进行筛选。例如，辅助卫星服务器可以基于类型标识限定的卫星系统的类型对当前时刻物联网终端可利用的卫星的基本情况信息进行筛选。如果基于类型标识筛选后的结果仍然不满足数据量标识指示的数据量限制，则可以进一步限制辅助定位响应中涉及的卫星的个数。例如，可以基于数量标识对辅助定位响应中涉及的卫星的个数进行限制。数量标识可以指示辅助定位响应中涉及的卫星个数的最大值和/或最小值。

在另一些实现方式中，辅助定位请求可以不包括数据量标识，因此，辅助定位响应中包括的候选辅助定位信息的数据量可以大于物联网通信协议的有效载荷的数据量限制。在这种情况下，辅助卫星服务器可以基于物联网终端的粗测位置对全量辅助住定位信息进行筛选，以确定当前时刻物联网终端可利用的卫星的基本情况信息。如果当前时刻物联网终端可利用的卫星的基本情况信息的数据量大于物联网通信协议的有效载荷的数据量限制，则可以利用生成单元720生成符合物联网通信协议的数据量限制的辅助定位信息。

生成单元720可以配置成基于所述辅助定位响应确定辅助定位信息。其中辅助定位信息符合物联网通信协议的有效载荷的数据量限制。

在辅助定位请求为全量辅助定位信息更新请求且辅助定位响应包括全量辅助定位信息的情况下，生成单元720可以配置成基于物联网终端的粗测位置和物联网通信协议的数据量限制对全量辅助定位信息进行筛选，以得到符合物联网通信协议的有效载荷的数据量限制的辅助定位信息。

生成单元720可以配置成基于物联网终端的粗测位置确定当前时刻物联网终端可利用的卫星的基本情况信息。然后，可以基于粗测位置得到的卫星基本情况信息是否符合物联网通信协议的数据量限制。

如果判断基于粗测位置得到的卫星基本情况信息的数据量符合物联网通信协议的数据量限制，则生成单元720可以配置成将基于粗测位置得到的卫星基本情况信息确定为要发送给物联网终端的辅助定位信息。

如果判断基于粗测位置得到的卫星基本情况信息的数据量大于物联网通信协议的数据量限制，则生成单元720可以配置成基于上述数据量限制对当前时刻物联网终端可利用的卫星的基本情况信息进行进一步筛选以得到要发送给物联网终端的辅助定位信息。

在一种实现方式中，生成单元720可以配置成基于类型标识对当前时刻物联网终端可利用的卫星的基本情况信息中进行筛选，以得到预定数量个类型的卫星系统的数据。例如，预定数量可以是1、2或任何满足实际应用需要的数量。

然后，可以判断基于卫星系统的类型筛选得到的结果是否符合物联网通信协议的数据量限制。

如果判断基于类型标识筛选得到的结果满足物联网通信协议的数据量限制，则生成单元720可以配置成将基于类型标识筛选得到的结果确定为要发送给物联网终端的辅助定位信息。

如果判断基于类型标识筛选得到的结果仍然不满足物联网通信协议的数据量限制，则生成单元720可以配置成通过进一步基于数量标识限制辅助定位信息涉及的卫星个数来得到满足物联网通信协议的数据量限制的辅助定位信息。

可以理解的是，为了满足定位需要，辅助定位信息中包括的卫星数量不能无限制地减少。例如，辅助定位信息中可以包括至少4个卫星的基本情况信息。

在辅助定位请求是基于位置的辅助定位信息请求的情况下，辅助卫星服务器可以基于粗测位置确定辅助定位响应。辅助定位响应可以包括基于粗测位置确定的候选辅助定位信息。也就是说，在这种情况下，辅助定位响应可以包括基于粗测位置确定的当前时刻物联网终端可利用的卫星的基本情况信息。

如前所述，可以通过在辅助定位请求中包括数据量标识，以使得辅助卫星服务器生成包括符合物联网通信协议的有效载荷的数据量限制的辅助定位信息的候选辅助定位信息。在这种情况下，生成单元720可以配置成从候选辅助定位信息提取辅助定位信息。

在辅助定位响应中包括的当前时刻物联网终端可利用的卫星的基本情况信息的数据量大于物联网通信协议的有效载荷的数据量限制的情况下，生成单元720可以配置成基于物联网通信协议的数据量限制对辅助定位响应中的候选辅助定位信息进行筛选，以得到符合物联网通信协议的有效载荷的数据量限制的辅助定位信息。

在一些实施例中，可以根据类型标识从候选辅助定位信息中筛选预定数量个类型的卫星系统的数据。例如，预定数量可以是1、2或任何满足实际应用需要的数量。如果预定数量个类型的卫星系统的数据仍然不满足物联网通信协议的数据量限制，则可以通过进一步限制辅助定位信息涉及的卫星个数来得到满足物联网通信协议的数据量限制的辅助定位信息。

发送单元740可以基于物联网通信协议，将辅助定位信息发送给物联网终端。

在物联网通信协议是LoRa协议的情况下，可以经由LoRa协议的下行数据帧将辅助定位信息发送给所述物联网终端，其中下行数据帧中的FRMPayload字段承载辅助定位信息。例如，可以将步骤S204中确定的辅助定位信息封装到FRMPayload字段中，并通过LoRa网关发送给物联网终端。

利用本申请提供的物联网服务器，可以通将符合物联网通信协议的有效载荷的数据量限制的辅助定位信息发送给物联网终端，使得物联网终端中的定位芯片能够基于辅助定位信息实现热启动，从而节省物联网终端在定位过程中花费的时间和功耗。

图8示出了根据本申请的实施例的物联网终端的示意性的框图。如图8所示，物联网终端800可以包括接收单元810、卫星信息确定单元820以及定位单元830。

接收单元810可以配置成基于物联网通信协议从物联网服务器接收辅助定位信息。其中，辅助定位信息符合物联网通信协议的有效载荷的数据量限制。物联网通信协议可以是LoRa协议。在一些实施例中，可以经由LoRa协议的下行数据帧从物联网服务器接收辅助定位信息，其中下行数据帧中的FRMPayload字段承载辅助定位信息。

在一些实施例中，辅助定位信息可以是物联网服务器生成的，或物联网服务器从辅助卫星服务器获取的。辅助卫星服务器可以是例如AGNSS服务器。这样的辅助定位信息可以实现物联网终端内的定位芯片的热启动。

卫星信息确定单元820可以配置成基于辅助定位信息确定用于定位的卫星信息。在一些实施例中，辅助定位信息可以包括当前物联网终端可用的天空中运行的卫星的基本情况信息，包括但不限于卫星星历、卫星历书等。利用辅助信息可以确定利用天空中运行的哪些卫星的卫星数据来执行定位。步骤S504中得到的卫星信息可以是用于定位的卫星数据。例如，卫星数据可以包括卫星播发的伪随机测距码、载波相位等。

定位单元830可以配置成基于卫星信息对物联网终端进行定位。在一些实施例中，可以利用至少四个卫星的卫星信息实现定位。通过卫星数据可以确定每颗卫星与终端之间的卫地距离数据，可以通过几何关系确定终端的位置。

事实上，在基于辅助定位信息确定了用于定位的卫星信息的情况下，可以利用任何可行的卫星定位方法实现针对物联网终端的定位。在此不限制卫星定位方法的具体形式。

本申请提供的物联网终端可以从物联网服务器接收符合物联网通信协议的有效载荷的数据量限制的辅助定位信息，从而能够实现物联网终端中的定位芯片的热启动，从而节省物联网终端在定位过程中花费的时间和功耗。

图9示出了根据本申请的实施例的物联网系统的一种工作流程的示意图。

如图9所示，在步骤902中，物联网服务器可以向辅助卫星服务器发送辅助定位请求，其中辅助定位请求中包括物联网终端的粗测位置和指示物联网通信协议的有效载荷的数据量限制的数据量标识。

在步骤904中，辅助卫星服务器可以基于辅助定位请求中的粗测位置确定符合物联网通信协议的有效载荷的数据量限制的辅助定位响应。

然后，在步骤906中，辅助卫星服务器可以将辅助定位响应发送给物联网服务器。

由于辅助定位响应的数据量以及符合物联网通信协议的有效载荷的数据量限制，因此，在步骤908中，物联网服务器可以将辅助定位响应作为辅助定位信息发送给物联网终端。

在图9中示出的实施例中，由辅助卫星服务器基于物联网终端的粗测位置和指示物联网通信协议的有效载荷的数据量限制的数据量标识确定物联网终端所需的辅助定位信息，并由物联网服务器将辅助卫星服务器生成的辅助定位响应作为辅助定位信息发送给物联网终端。

图10示出了根据本申请的实施例的物联网系统的另一种工作流程的示意图。

如图10所示，在步骤1002中，物联网服务器可以向辅助卫星服务器发送辅助定位请求，其中辅助定位请求中包括物联网终端的粗测位置，而不包括指示物联网通信协议的有效载荷的数据量限制的数据等级标识。

在步骤1003中，辅助卫星服务器可以基于粗测位置对全量辅助定位信息进行筛选以生成辅助定位响应。

在步骤1004中，辅助卫星服务器可以向物联网服务器发送基于辅助定位请求中的粗测位置生成的辅助定位响应。与图9中示出的过程的区别在于，图10中示出的实施例中，辅助卫星服务器生成的辅助定位响应可能不满足物联网通信协议的有效载荷的数据量限制。

在步骤1006中，物联网服务器可以基于物联网通信协议的数据量限制对辅助定位响应进行筛选，以得到符合物联网通信协议的有效载荷的数据量限制的辅助定位信息。

在步骤1008中，物联网服务器可以将符合物联网通信协议的有效载荷的数据量限制的辅助定位信息发送给物联网终端。

图11示出了根据本申请的实施例的物联网系统的又一种工作流程的示意图。

如图11所示，在步骤1102中，物联网服务器可以向辅助卫星服务器发送全量辅助定位信息更新请求。

在步骤1104中，响应于全量辅助定位信息更新请求，辅助卫星服务器可以向物联网服务器发送全量辅助定位信息。

在步骤1106中，物联网服务器可以基于物联网终端的粗测位置和物联网通信协议的数据量限制对全量辅助定位信息进行筛选，以得到符合物联网通信协议的有效载荷的数据量限制的辅助定位信息。

在步骤1108中，物联网服务器可以将符合物联网通信协议的有效载荷的数据量限制的辅助定位信息发送给物联网终端。

在图11示出的实施例中，物联网服务器无需将物联网终端的粗测位置发送给可能是第三方的辅助卫星服务器，从而增强了物联网系统的安全性。

此外，根据本申请实施例的物联网服务器和物联网终端可以借助于图12所示的计算设备的架构来实现。图12示出了该计算设备的架构。如图12所示，计算设备1200可以包括总线1210、一个或至少两个CPU 1220、只读存储器(ROM)1230、随机存取存储器(RAM)1240、连接到网络的通信端口1250、输入/输出组件1260、硬盘1270等。计算设备1200中的存储设备，例如ROM 1230或硬盘1270可以存储本申请提供的目标检测方法的处理和/或通信使用的各种数据或文件以及CPU所执行的程序指令。计算设备1200还可以包括用户界面1280。当然，图12所示的架构只是示例性的，在实现不同的设备时，根据实际需要，可以省略图12示出的计算设备中的一个或至少两个组件。

根据本申请的另一方面，还提供了一种非易失性的计算机可读存储介质，其上存储有计算机可读的指令，当利用计算机执行所述指令时可以执行如前所述的方法。

技术中的程序部分可以被认为是以可执行的代码和/或相关数据的形式而存在的“产品”或“制品”，通过计算机可读的介质所参与或实现的。有形的、永久的储存介质可以包括任何计算机、处理器、或类似设备或相关的模块所用到的内存或存储器。例如，各种半导体存储器、磁带驱动器、磁盘驱动器或者类似任何能够为软件提供存储功能的设备。

所有软件或其中的一部分有时可能会通过网络进行通信，如互联网或其他通信网络。此类通信可以将软件从一个计算机设备或处理器加载到另一个。例如：从视频目标检测设备的一个服务器或主机计算机加载至一个计算机环境的硬件平台，或其他实现系统的计算机环境，或与提供目标检测所需要的信息相关的类似功能的系统。因此，另一种能够传递软件元素的介质也可以被用作局部设备之间的物理连接，例如光波、电波、电磁波等，通过电缆、光缆或者空气等实现传播。用来载波的物理介质如电缆、无线连接或光缆等类似设备，也可以被认为是承载软件的介质。在这里的用法除非限制了有形的“储存”介质，其他表示计算机或机器“可读介质”的术语都表示在处理器执行任何指令的过程中参与的介质。

本申请使用了特定词语来描述本申请的实施例。如“第一/第二实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

此外，本领域技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本申请的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外，本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。

除非另有定义，这里使用的所有术语(包括技术和科学术语)具有与本申请所属领域的普通技术人员共同理解的相同含义。还应当理解，诸如在通常字典里定义的那些术语应当被解释为具有与它们在相关技术的上下文中的含义相一致的含义，而不应用理想化或极度形式化的意义来解释，除非这里明确地这样定义。

上面是对本申请的说明，而不应被认为是对其的限制。尽管描述了本申请的若干示例性实施例，但本领域技术人员将容易地理解，在不背离本申请的新颖教学和优点的前提下可以对示例性实施例进行许多修改。因此，所有这些修改都意图包含在权利要求书所限定的本申请范围内。应当理解，上面是对本申请的说明，而不应被认为是限于所公开的特定实施例，并且对所公开的实施例以及其他实施例的修改意图包含在所附权利要求书的范围内。本申请由权利要求书及其等效物限定。

Claims (15)

1.一种用于物联网服务器的辅助定位方法，包括：

向辅助卫星服务器发送辅助定位请求；

从所述辅助卫星服务器接收辅助定位响应；

基于所述辅助定位响应确定辅助定位信息；以及

基于物联网通信协议，将所述辅助定位信息发送给物联网终端，

其中，所述辅助定位信息符合所述物联网通信协议的有效载荷的数据量限制。

2.如权利要求1所述的辅助定位方法，其中所述辅助定位请求为全量辅助定位信息更新请求，所述辅助定位响应包括全量辅助定位信息，

其中，基于所述辅助定位响应确定辅助定位信息包括：

基于所述物联网终端的粗测位置和所述数据量限制对所述全量辅助定位信息进行筛选，以得到符合所述物联网通信协议的有效载荷的数据量限制的所述辅助定位信息。

3.如权利要求1所述的辅助定位方法，其中所述辅助定位请求是基于位置的辅助定位信息请求，所述辅助定位请求包括所述物联网终端的粗测位置，所述辅助定位响应包括基于所述粗测位置确定的候选辅助定位信息。

4.如权利要求3所述的辅助定位方法，其中，基于所述辅助定位响应确定辅助定位信息包括：

基于所述数据量限制对所述辅助定位响应中的候选辅助定位信息进行筛选，以得到符合所述物联网通信协议的有效载荷的数据量限制的所述辅助定位信息。

5.如权利要求4所述的辅助定位方法，其中基于所述数据量限制对所述辅助定位响应中的候选辅助定位信息进行筛选包括：

基于指示用于所述物联网终端的卫星系统的类型标识以及所述数据量限制对所述辅助定位响应中的候选辅助定位信息进行筛选。

6.如权利要求3所述的辅助定位方法，其中，所述候选辅助定位信息包括符合所述物联网通信协议的有效载荷的数据量限制的辅助定位信息，

其中，基于所述辅助定位响应确定辅助定位信息包括：

从所述候选辅助定位信息中提取所述辅助定位信息。

7.如权利要求6所述的辅助定位方法，其中所述辅助定位请求还包括：指示用于所述物联网终端的卫星系统的类型标识、以及指示所述数据量限制的数据量标识，

其中，所述辅助定位响应是基于所述卫星系统的类型标识以及所述数据量限制而生成的。

8.如权利要求1-7任一项所述的辅助定位方法，其中所述辅助卫星服务器是辅助全球导航卫星系统服务器。

9.如权利要求8所述的辅助定位方法，其中所述物联网通信协议是LoRa协议。

10.如权利要求9所述的辅助定位方法，其中，基于物联网通信协议，将所述辅助定位信息发送给物联网终端包括：

经由LoRa协议的下行数据帧将所述辅助定位信息发送给所述物联网终端，其中所述下行数据帧中的帧负载字段承载所述辅助定位信息。

11.一种用于物联网终端的定位方法，包括：

基于物联网通信协议，从物联网服务器接收辅助定位信息；

基于所述辅助定位信息，确定用于定位的卫星信息；以及

基于所述卫星信息对所述物联网终端进行定位，

其中，所述辅助定位信息符合所述物联网通信协议的有效载荷的数据量限制。

12.如权利要求11所述的定位方法，其中所述物联网通信协议是LoRa协议。

13.如权利要求12所述的定位方法，其中从物联网服务器接收辅助定位信息包括：

经由LoRa协议的下行数据帧从所述物联网服务器接收所述辅助定位信息，其中所述下行数据帧中的帧负载字段承载所述辅助定位信息。

14.一种物联网服务器，包括：

请求单元，配置成向辅助卫星服务器发送辅助定位请求；

接收单元，配置成从所述辅助卫星服务器接收辅助定位响应；

生成单元，配置成基于所述辅助定位响应确定辅助定位信息；以及

发送单元，配置成基于物联网通信协议，将所述辅助定位信息发送给物联网终端，

其中，所述辅助定位信息符合所述物联网通信协议的有效载荷的数据量限制。

15.一种物联网终端，包括：

接收单元，配置成基于物联网通信协议从物联网服务器接收辅助定位信息；

卫星信息确定单元，配置成基于所述辅助定位信息确定用于定位的卫星信息；以及

定位单元，配置成基于所述卫星信息对所述物联网终端进行定位，

其中，所述辅助定位信息符合所述物联网通信协议的有效载荷的数据量限制。

Images