[发明专利]用于发送定位测量报告的方法和装置

说明书

本发明提供了用于发送定位测量报告的方法和装置。所述方法包括：接收来自服务基站或来自位置服务器的位置信息请求的步骤，确定用于发送定位测量报告的定时的步骤，基于所确定的用于发送定位测量报告的定时来生成报告辅助消息的步骤，以及向服务基站发送报告辅助消息的步骤。本公开内容的关键构思是通过发送报告辅助消息来预先请求用于定位测量报告的UL资源。因此，UE可以在刚刚生成测量数据之后就发送定位测量报告。本公开内容可以最小化从定位测量数据生成到定位测量报告的延迟。

技术领域

本公开内容涉及一种用于发送定位测量报告的技术。

背景技术

在RP-181399中同意了3GPP新研究项目(SI)“关于NR(新无线电)定位支持的研究”。在该SI中，NR不仅应当支持法规定位要求，而且还应当支持商业定位使用情况。根据该SI描述中的理由部分，针对商业定位使用情况的NR设计对于某些使用情况至少包括如在TR22.862中定义的对于精确度和等待时间的支持。

3GPP TR 22.872补充关于涉及定位需求的5G使用情况的现有工作，以识别对于5G定位服务的潜在要求。对于某些使用情况(例如机器控制)，对于定位服务将有严格的等待时间要求。如在22.872中所分析的那样，对于定位的时间相关KPI包括：

首次定位时间(TTFF)：在第一次触发位置相关数据的确定的事件与位置相关数据在定位系统接口处可用之间所经过的时间。TTFF大于或等于等待时间。

更新速率：由定位系统生成位置相关数据的速率。它是在两次相继的位置相关数据之间所经过的时间的倒数。

等待时间：在触发位置相关数据的确定的事件与位置相关数据在定位系统接口处可用之间所经过的时间。在定位系统的初始化时，等待时间也被定义为首次定位时间。

这些涉及位置服务器和测量点的时间相关KPI(关键性能指标)变为：

TTFF_RAN(无线电接入网)：在位置服务器发送位置信息/请求与接收到用于UE(用户设备)定位目的的第一次完整位置相关数据之间所经过的时间。

Update_Time_RAN：在由位置服务器接收到的两次相继的完整位置相关数据之间所经过的时间。

Latency_RAN：在位置服务器接收到来自测量点的位置相关数据与测量点生成测量位置相关数据之间所经过的时间。在定位系统的初始化时，等待时间也被定义为TTFF_RAN。

Measurement_Time_RAN：用以在测量点处完成位置相关数据测量的时间。

在图1中示出了前面所提到的针对NR定位的时间相关KPI。

因此，在某些定位使用情况中，如何减少“latency_RAN”中的一些等待时间组成部分以满足严格的等待时间要求就是待要解决的问题。

在LTE系统中，通过LPP(LTE定位协议)从UE到位置服务器的针对定位测量的报告事件对于服务基站是透明的。特别是在定位测量报告的规程中，所述透明性对于LTE定位可能会导致一些等待时间。以观测到达时间差(OTDOA)技术为例，在图2中示出了LTE系统低层中的定位测量报告的等待时间。

低层中的整个参考信号时间差(RSTD)报告规程可以包括以下步骤：

1、调度请求发送