配置能量高效的定位测量

相关申请的交叉引用

本申请要求Robin Thomas、Hyung-Nam Choi、Prateek Basu Mallick、JoachimLoehr、以及Ravi Kuchibhotla于2020年6月30日提交的标题为“ENERGY EFFICIENT NRPOSITIONING MECHANISMS(能量高效的NR定位机制)”的美国临时专利申请号63/046,527的优先权，该申请通过引用并入本文。

技术领域

本文公开的主题一般涉及无线通信，并且更具体地涉及用于能量高效的定位机构的装置、方法和系统。

背景技术

在某些无线通信系统中，使用3GPP新无线电(“NR”)技术的无线电接入技术(“RAT”)依赖的定位最近在3GPP规范的版本16中得到支持。定位特征包括第五代(“5C”)网络核心架构和接口增强，以及支持物理层和层-2/层-3信令过程以启用于依赖于RAT的NR定位的无线电接入节点(“RAN”)功能性。

发明内容

公开了用于执行能量高效定位的过程。所述过程可以由装置、系统、方法或计算机程序产品来实现。

一种用户设备(“UE”)的方法包括接收位置信息请求消息，其中该请求消息包括测量配置和UE自主释放指示。该方法包括根据测量配置执行定位测量、向LMF发送定位报告、以及响应于发送定位报告而向RAN节点发送UE自主释放信号。

一种位置管理功能(“LMF”)的方法包括建立与UE的长期演进(“LTE”)协议定位(“LPP”)会话、接收对LMF的用于在降低功率模式下操作的指示，以及配置UE以用于能量高效定位测量。

附图说明

将通过参考在附图中示出的特定实施例来呈现对以上简要描述的实施例的更具体的描述。理解这些附图仅描绘了一些实施例并且因此不应被认为是对范围的限制，将通过使用附图以附加的特殊性和细节来描述和解释实施例，在附图中：

图1是图示用于执行能量高效定位的无线通信系统的一个实施例的示意性框图；

图2是图示5G新无线电(“NR”)协议栈的一个实施例的框图；

图3是图示基于NR波束定位的一个实施例的图；

图4是图示支持能量高效UE定位的网络架构的一个实施例的图；

图5是图示RRC状态转变通知的一个实施例的图；

图6是图示UE从RRC_IDLE到RRC_CONNECTED的触发的状态转变的一个实施例的图；

图7是图示UE从RRC_INACTIVE到RRC_CONNECTED的触发的状态转变的一个实施例的图；

图8是图示经由AMF的LMF发起的状态转变报告的一个实施例的图；

图9是图示经由LMF直接向NG-RAN的LMF发起的状态转变报告的一个实施例的图；

图10是图示RRC状态感知测量配置信令过程的一个实施例的图；

图11A是图示RRC状态感知报告信令过程的一个实施例的图；

图11B是图11A的过程的延续；

图12是图示DL-TDOA辅助数据的一个实施例的图；

图13是图示DL-TDOA测量报告的一个实施例的图；

图14A是图示在定位测量报告的传输之后UE RRC自主释放指示过程的一个实施例的图；

图14B是图14A的过程的延续；

图15是图示用于定位的基于NAS的UE省电指示的一个实施例的图；

图16是图示可以用于能量高效定位的用户设备装置的一个实施例的框图；

图17是图示可以用于能量高效定位的网络设备装置的一个实施例的框图；

图18是图示用于能量高效定位的第一方法的一个实施例的框图；以及

图19是图示用于能量高效定位的第二方法的一个实施例的框图。

具体实施方式

如本领域技术人员将理解的，实施例的各方面可以被体现为系统、装置、方法或程序产品。因此，实施例可以采取完全硬件实施例、完全软件实施例(包括固件、常驻软件、微代码等)或组合软件和硬件各方面的实施例的形式。

例如，所公开的实施例可以被实现为硬件电路，其包括定制的超大规模集成(“VLSI”)电路或门阵列、现成的半导体，诸如逻辑芯片、晶体管或其它分立的组件。所公开的实施例也可以被实现在诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等的可编程硬件设备中。作为另一示例，所公开的实施例可以包括可执行代码的一个或多个物理块或逻辑块，其可以例如被组织为对象、过程或函数。

此外，实施例可以采取体现在一个或多个计算机可读存储设备中的程序产品的形式，该一个或多个计算机可读存储设备存储机器可读代码、计算机可读代码和/或程序代码，以下称为代码。存储设备可以是有形的、非暂时的和/或非传输的。存储设备可以不体现信号。在某个实施例中，存储设备仅采用用于接入代码的信号。

可以利用一个或多个计算机可读介质的任何组合。计算机可读介质可以是计算机可读存储介质。计算机可读存储介质可以是存储代码的存储设备。存储设备可以是，例如，但不限于电子、磁、光、电磁、红外、全息、微机械或半导体系统、装置或设备、或前述的任何适当的组合。

存储设备的更具体示例(非详尽列表)将包括以下各项：具有一条或多条电线的电气连接、便携式计算机软盘、硬盘、随机存取存储器(“RAM”)、只读存储器(“ROM”)、可擦除可编程只读存储器(“EPROM”或闪存)、便携式致密盘只读存储器(“CD-ROM”)、光存储设备、磁存储设备、或前述的任何适当的组合。在本文档的情境中，计算机可读存储介质可以是能够包括或存储用于由指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合使用的程序的任何有形介质。

用于执行实施例的操作的代码可以是任意数量的行，并且可以用包括诸如Python、Ruby、Java、Smalltalk、C++等面向对象的编程语言、和诸如“C”编程语言等传统过程编程语言、和/或诸如汇编语言的机器语言中的一种或多种编程语言的任意组合来编写。代码可以在用户的计算机上、部分在用户的计算机上、作为独立软件包、部分在用户的计算机上并且部分在远程计算机上或完全在远程计算机或服务器上完全执行。在后一种场景下，远程计算机可以通过包括局域网(“LAN”)、无线LAN(“WLAN”)或广域网(“WAN”)的任何类型的网络连接到用户的计算机，或者可以连接到外部计算机(例如，通过使用互联网服务提供商(“ISP”)的互联网)。

此外，实施例的所述特征、结构或特性可以以任何适当的方式组合。在以下描述中，提供了许多具体细节，诸如编程的示例、软件模块、用户选择、网络事务、数据库查询、数据库结构、硬件模块、硬件电路、硬件芯片等，以提供对实施例的透彻理解。然而，相关领域的技术人员将认识到，实施例可以在没有这些具体细节中的一个或多个的情况下或者利用其它方法、组件、材料等来实践。在其它实例中，未详细示出或描述众所周知的结构、材料或操作以避免模糊实施例的各方面。

贯穿本说明书对“一个实施例”、“实施例”或类似语言的引用意指结合该实施例描述的特定特征、结构或特性被包括在至少一个实施例中。因此，除非另有明确说明，否则贯穿本说明书的短语“在一个实施例中”、“在实施例中”和类似语言的出现可以但不一定都指代相同的实施例，而是意指“一个或多个但不是所有实施例”。除非另有明确说明，否则术语“包括”、“包含”、“具有”及其变体意指“包括但不限于”。除非另有明确说明，否则所列举的项的列表并不暗示任何或所有项是相互排斥的。除非另有明确说明，否则术语“一”、“一个”和“该”也指“一个或多个”。

如本文中所使用的，具有“和/或”连词的列表包括列表中的任何单个项或列表中的项的组合。例如，A、B和/或C的列表包括仅A、仅B、仅C、A和B的组合、B和C的组合、A和C的组合或A、B和C的组合。如本文中所使用的，使用术语“……中的一个或多个”的列表包括列表中的任何单个项或列表中的项的组合。例如，A、B和C中的一个或多个包括仅A、仅B、仅C、A和B的组合、B和C的组合、A和C的组合或A、B和C的组合。如本文中所使用的，使用术语“……中的一个”的列表包括列表中的任何单个项中的一个且仅一个。例如，“A、B和C中的一个”包括仅A、仅B或仅C并且不包括A、B和C的组合。如本文中所使用的，“选自由A、B和C组成的组的成员”包括A、B或C中的一个且仅一个，并且不包括A、B和C的组合。如本文中所使用的，“选自由A、B和C及其组合组成的组的成员”包括仅A、仅B、仅C、A和B的组合、B和C的组合、A和C的组合或A、B和C的组合。

以下参考根据实施例的方法、装置、系统和程序产品的示意流程图和/或示意框图来描述实施例的各方面。将理解，示意流程图和/或示意框图中的各个框以及示意流程图和/或示意框图中的框的组合都能够通过代码实现。该代码可以被提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的指令创建用于实现流程图和/或框图中指定的功能/动作的装置。

代码还可以被存储在存储设备中，这些代码能够引导计算机、其它可编程数据处理装置或其它设备以特定方式运行，使得存储在存储设备中的指令产生包括实现流程图和/或框图中指定的功能/动作的指令的制品。

代码还可以被加载到计算机、其它可编程数据处理装置或其它设备上以使一系列操作步骤在计算机、其它可编程装置或其它设备上执行，从而产生计算机实现的过程，使得在计算机或其它可编程装置上执行的代码提供用于实现流程图和/或框图中指定的功能/动作的过程。

附图中的流程图和/或框图图示了根据各种实施例的装置、系统、方法和程序产品的可能实现方式的架构、功能性和操作。在这点上，流程图和/或框图中的每个框可以表示模块、段或代码的一部分，其包括用于实现指定逻辑功能的代码的一个或多个可执行指令。

还应注意，在一些替代实现方式中，框中标注的功能可以不按图中标注的顺序出现。例如，连续示出的两个框实际上可以基本上同时执行，或者这些框有时可以以相反的顺序执行，这取决于所涉及的功能性。可以设想到在功能、逻辑或效果上与示出的图中的一个或多个框或其部分等效的其它步骤和方法。

尽管在流程图和/或框图中可以采用各种箭头类型和线类型，但它们被理解为不限制对应实施例的范围。实际上，一些箭头或其它连接器可以用于仅指示描绘的实施例的逻辑流程。例如，箭头可以指示描绘的实施例的列举步骤之间的未指定持续时间的等待或监视时段。还将注意，框图和/或流程图的每个框以及框图和/或流程图中的框的组合能够由执行指定功能或动作的基于专用硬件的系统或专用硬件与代码的组合实现。

每个图中的元件的描述可以参考前面的附图的元件。在所有附图中，相同的标号指代相同的元件，包括相同元件的替代实施例。

通常，本公开描述了用于执行能量高效定位的系统、方法和装置。在某些实施例中，该方法可以使用嵌入在计算机可读介质上的计算机代码来执行。在某些实施例中，装置或系统可以包括包括计算机可读代码的计算机可读介质，当由处理器执行时，该计算机可读代码使装置或系统执行下述解决方案的至少一部分。

使用NR技术的目标设备/UE依赖于RAT的定位最近在3GPP规范的版本16(“Rel-16”)中得到支持。定位特征包括5GC架构和接口增强，以及支持物理层和层-2(“L2”)和/或层-3(“L3”)信令过程以启用依赖于RAT的NR定位的无线电接入节点(“RAN”)功能性。

在基于NR和LTE的定位的情况下，对于Rel-16，LTE协议定位(“LPP”)会话仅可以在UE处于RRC_CONNECTED状态时被发起，这意味着只有一旦UE已经建立与基站(例如，gNB或eNB)的RRC连接才能够获得UE的位置估计或测量。然而，这种方法的关键缺点是，对于功率受限的UE(例如，没有接入电源的物联网(“IoT”)设备)来说，执行基于蜂窝/RAN依赖的定位，包括接收定位辅助数据(例如，定位相关的参考信号(“RS”)配置)，执行位置估计或测量以及对应的报告将是耗电的过程。另外，在位置服务器(例如，LMF)和RAN节点(例如，gNB)之间缺乏协调以针对UE以能量高效的方式优化定位相关的过程。另外，对于版本17(“Rel-17”)，不同的定位要求在精度、时延和可靠性方面尤其严格。表1示出工业IoT(“IIoT”)或室内工厂设置中针对不同场景的定位性能要求。注意，智能工厂中的增强现实可能具有<0.17弧度的航向定位性能要求并且智能工厂中(在工厂危险区内)的具有安全功能的移动控制面板可能具有<0.54弧度的航向定位性能要求。

表1：IIoT定位性能要求

为了降低UE的功率消耗和信令开销，针对移动UE的定位测量，可以为UE的非连接状态，诸如RRC_IDLE和RRC_INACTIVE状态进行支持。在一些实施例中，早期数据传输(为IoT引入)可以用作用于提供针对观察到的到达时间差(“OTDOA”)定位的定位测量报告的机制。然而，缺乏接入层(“AS”)安全性对于定位情况可能是问题，其中位置信息被视为敏感信息。

在某些实施例中，如果PRS在长的持续时间内被配置并且以相同的周期性重复，则可以支持对保存配置的下行链路(“DL”)定位参考信号(“PRS”)的测量。另外的能量高效定位技术包括对定位系统信息块(“SIB”)和寻呼信息的周期性的监测。在某些实施例中，定位相关报告过程可以在初始接入期间使用物理随机接入信道(“PRACH”)，用于发送定位相关信息。例如，2步随机接入过程(又名“RACH过程”)可以用于支持基于低时延上行链路(“UL”)的定位。

在某些实施例中，在UE RRC_IDLE和/或RRC_INACTIVE模式下传输探测参考信号(“SRS”)可以被增强以支持UE定位。在一些实施例中，PRS和SRS配置的预配置可以用于在RRC_IDLE和/或RRC_INACTIVE状态之间转变时支持UE定位。

在某些实施例中，下行链路到达时间差(“DL-TDOA”)可以使用窄带和宽带信号两者以便于支持具有降低复杂度的UE定位，其中窄带RS可以用作先验信息以便于执行宽度定位。

UE省电特征已经在UE省电NR工作项的情境内被讨论并且UE辅助信息已经被指定以允许UE反馈其优选配置，诸如非连续接收(“DRX”)配置、聚合带宽、辅小区(“SCell”)配置、多输入多输出(“MIMO”)配置、无线电资源控制(“RRC”)状态、最小调度偏移值以便网络协助UE实现功率节省增益。注意，在下面的解决方案中，UE可以在DL-PRS和UL-SRS的传输和接收、测量精度要求以及UE、gNB和LMF之间的信令的情境中在活动DRX时间之外测量PRS。

本公开描述了执行能量高效定位的机制。有益地，所公开的用于执行能量高效定位的解决方案能够在功率约束/限制的情况下延长设备的电池寿命。这样的解决方案还可以用作降低从RRC_CONNECTED状态切换到RRC_IDLE状态(或RRC_INACTIVE状态)并发起LPP会话所需的转变时延。此公开提供了启用在网络和UE之间的能量高效定位的多个机制。

在一些解决方案中，通知LMF关于UE的RRC状态。这样的RRC状态感知使LMF能够在考虑UE的功率能力的同时，优化其定位相关过程并基于UE的操作状态提供最佳定位测量配置。这在执行定位测量和发送对应的测量报告时向UE提供更大程度的灵活性。

这里描述的是网络信令机制，其不要求UE在接收测量配置时或在报告定位测量配置之后在不必要的时间段内保持RRC_CONNECTED状态。而且，UE还可以向LMF发送UE在降低功率的RRC_CONNECTED状态下操作的意图的一些信令指示。此后，LMF可以优化其到UE的传输。还提供了小区重选接入准则，使得执行RRC_IDLE/RRC_INACTIVE定位的UE可以不重选到不支持定位架构的小区，即，到LMF的连接。使用寻呼下行链路控制信息(“DCI”)还提供了向执行RRC_IDLE/RRC_INACTIVE定位的UE提供低时延定位系统信息更新的信令方法。

图1描绘了根据本公开的实施例的用于执行能量高效定位的无线通信系统100。在一个实施例中，无线通信系统100包括至少一个远程单元105、无线电接入网络(“RAN”)120和移动核心网络140。RAN 120和移动核心网络140形成移动通信网络。RAN 120可以由基站单元121组成，远程单元105使用无线通信链路123与基站单元121通信。尽管在图1中描绘了特定数量的远程单元105、基站单元121、无线通信链路123、RAN 120和移动核心网络140，但本领域技术人员将认识到任何数量的远程单元105、基站单元121、无线通信链路123、RAN120和移动核心网络140都可以被包括在无线通信系统100中。

在一个实现方式中，RAN 120符合第三代合作伙伴项目(“3GPP”)规范中规定的5G系统。例如，RAN 120可以是下一代无线电接入网络(“NG-RAN”)，其实现新无线电(“NR”)无线电接入技术(“RAT”)和/或长期演进(“LTE”)RAT。在另一示例中，RAN 120可以包括非3GPPRAT(例如，

在一个实施例中，远程单元105可以包括计算设备，诸如台式计算机、膝上型计算机、个人数字助理(“PDA”)、平板计算机、智能电话、智能电视(例如，连接到互联网的电视)、智能电器(例如，连接到互联网的电器)、机顶盒、游戏控制台、安全系统(包括安全相机)、车载计算机、网络设备(例如，路由器、交换机、调制解调器)等。在一些实施例中，远程单元105包括可穿戴设备，诸如智能手表、健身带、光学头戴式显示器等。此外，远程单元105可以被称为UE、订户单元、移动设备、移动站、用户、终端、移动终端、固定终端、订户站、用户终端、无线发送/接收单元(“WTRU”)、设备、或本领域中使用的其它术语。在各种实施例中，远程单元105包括订户身份和/或识别模块(“SIM”)和移动设备(“ME”)，其提供移动终端功能(例如，无线电传输、转变、语音编码和解码、错误检测和校正、到SIM的信令和接入)。在某些实施例中，远程单元105可以包括终端设备(“TE”)和/或被嵌入在电器或设备(例如，如上所述的计算设备)中。

远程单元105可以经由上行链路(“UL”)和下行链路(“DL”)通信信号与RAN 120中的一个或多个基站单元121直接通信。此外，可以在无线通信链路123上承载UL和DL通信信号。这里，RAN 120是向远程单元105提供对移动核心网络140的接入的中间网络。如下文更详细描述的，基站单元121可以提供使用第一频率范围的小区和/或使用第二频率范围的小区。

在一些实施例中，远程单元105经由与移动核心网络140的网络连接与应用服务器141通信。例如，远程单元105中的应用107(例如，web浏览器、媒体客户端、电话和/或互联网协议语音(“VoIP”)应用)可以触发远程单元105经由RAN 120与移动核心网络140建立协议数据单元(“PDU”)会话(或其它数据连接)。移动核心网络140然后使用PDU会话在远程单元105与分组数据网络150中的应用服务器151之间中继业务。PDU会话表示远程单元105与用户平面功能(“UPF”)141之间的逻辑连接。

为了建立PDU会话(或PDN连接)，远程单元105必须向移动核心网络140注册(在第四代(“4G”)系统的情境中也称为“附连到移动核心网络”)。注意，远程单元105可以与移动核心网络140建立一个或多个PDU会话(或其它数据连接)。因此，远程单元105可以具有用于与分组数据网络150通信的至少一个PDU会话。远程单元105可以建立用于与其它数据网络和/或其它通信对等体进行通信的附加PDU会话。

在5G系统(“5GS”)的情境中，术语“PDU会话”是指通过UPF 141在远程单元105与特定数据网络(“DN”)之间提供端到端(“E2E”)用户平面(“UP”)连接性的数据连接。PDU会话支持一个或多个服务质量(“QoS”)流。在某些实施例中，在QoS流与QoS简档之间可以存在一对一映射，使得属于特定QoS流的所有分组都具有相同的5G QoS标识符(“5QI”)。

在诸如演进型分组系统(“EPS”)的4G/LTE系统的情境中，分组数据网络(“PDN”)连接(也称为EPS会话)提供远程单元与PDN之间的E2E UP连接性。PDN连接性过程建立了EPS承载，即，远程单元105与移动核心网络140中的分组网关(“PGW”，未示出)之间的隧道。在某些实施例中，在EPS承载与QoS简档之间存在一对一映射，使得属于特定EPS承载的所有分组都具有相同的QoS类标识符(“QCI”)。

基站单元121可以分布在地理区域上。在某些实施例中，基站单元121也可以被称为接入终端、接入点、基地、基站、节点B(“NB”)、演进型节点B(缩写为eNodeB或“eNB”，也称为演进型通用陆地无线接入网络(“E-UTRAN”)节点B)、5G/NR节点B(“gNB”)、家庭节点B、中继节点、RAN节点或本领域中使用的任何其它术语。基站单元121通常是诸如RAN 120的RAN的一部分，其可以包括可通信地耦合到一个或多个对应基站单元121的一个或多个控制器。无线电接入网络的这些和其它元件未示出，但本领域普通技术人员通常众所周知。基站单元121经由RAN 120连接到移动核心网络140。

基站单元121可以经由无线通信链路123为例如小区或小区扇区的服务区内的多个远程单元105服务。基站单元121可以经由通信信号与一个或多个远程单元105直接通信。通常，基站单元121发送DL通信信号以在时域、频域和/或空间域中服务远程单元105。此外，可以在无线通信链路123上承载DL通信信号。无线通信链路123可以是经许可或未经许可无线电频谱中的任何合适的载波。无线通信链路123促进在一个或多个远程单元105和/或一个或多个基站单元121之间的通信。注意，在未经许可频谱上的NR操作(被称为“NR-U”)期间，基站单元121和远程单元105通过未经许可(即，共享的)无线电频谱进行通信。

在一个实施例中，移动核心网络140是5GC或演进型分组核心(“EPC”)，其可以耦合到分组数据网络150，如互联网和私有数据网络，以及其它数据网络。远程单元105可以具有关于移动核心网络140的订阅或其它账户。在各种实施例中，每个移动核心网络140属于单个移动网络运营商(“MNO”)。本公开不旨在限于任何特定无线通信系统架构或协议的实现方式。

移动核心网络140包括若干网络功能(“NF”)。如所描绘的，移动核心网络140包括至少一个UPF 141。移动核心网络140还包括多个控制平面(“CP”)功能，其包括但不限于服务于RAN 120的接入和移动性管理功能(“AMF”)143、会话管理功能(“SMF”)145、位置管理功能(“LMF”)147、统一数据管理功能(“UDM”)以及用户数据存储库(“UDR”)。虽然在图1中描绘了特定数量和类型的网络功能，但技术人员将认识到在移动核心网络140中可以包括任何数量和类型的网络功能。

在5G架构中，UPF 141负责分组路由和转发、分组检查、QoS处理和用于互连数据网络(DN)的外部PDU会话。AMF 143负责NAS信令的终止、NAS加密和完整性保护、注册管理、连接管理、移动性管理、接入认证和授权、安全情境管理。SMF 145负责UPF 141的会话管理(即，会话建立、修改、释放)、远程单元(即，UE)IP地址分配和管理、DL数据通知和业务导向配置，用于恰当的业务路由。

IMF 147从RAN 120和远程单元105(例如，经由AMF143)接收测量并且计算远程单元105的位置。UDM负责生成认证和密钥协议(“AKA”)凭证、用户标识处理、接入授权和订阅管理。UDR是订户信息的存储库，并且可以用于服务于多个网络功能。例如，UDR可以存储订阅数据、策略相关的数据、允许向第三方应用暴露的订户相关的数据等等。在一些实施例中，UDM与UDR被共同定位，被描绘为组合实体“UDM/UDR”149。

在各种实施例中，移动核心网络140还可以包括策略控制功能(“PCF”)(其向CP功能提供策略规则)、网络存储库功能(“NRF”)(其提供网络功能(NF)服务注册和发现，使NF能够在彼此中识别适当的服务并通过应用编程接口(“API”)相互通信)、网络曝光功能(“NEF”)(其负责使客户和网络合作伙伴可轻松访问网络数据和资源)、认证服务器功能(“AUSF”)、或为5GC定义的其它NF。当存在时，AUSF可以用作认证服务器和/或认证代理，从而允许AMF 143认证远程单元105。在某些实施例中，移动核心网络140可以包括认证、授权和计费(“AAA”)服务器。

在各种实施例中，移动核心网络140支持不同类型的移动数据连接和不同类型的网络切片，其中，每个移动数据连接利用特定网络切片。这里，“网络切片”指的是为移动核心网络140针对特定业务类型或通信服务优化的部分。例如，一个或多个网络切片可以针对增强型移动宽带(“eMBB”)服务进行优化。作为另一示例，一个或多个网络切片可以针对超可靠低时延通信(“URLLC”)服务进行优化。在其它示例中，网络切片可以针对机器类型通信(“MTC”)服务、大规模MTC(“mMTC”)服务、物联网(“IoT”)服务进行优化。在另外的其它示例中，网络切片可以针对特定应用服务、垂直服务、特定用例等进行部署。

网络切片实例可以由单个网络切片选择辅助信息(“S-NSSAI”)标识，而远程单元105被授权使用的网络切片的集合由网络切片选择辅助信息(“NSSAI”)标识。这里，“NSSAI”是指包括一个或多个S-NSSAI值的向量值。在某些实施例中，各种网络切片可以包括网络功能的分开的实例，诸如SMF 145和UPF 141。在一些实施例中，不同的网络切片可以共享一些共同的网络功能，诸如AMF 143。为便于图示，在图1中未示出不同的网络切片，但假定了对它们的支持。

如下面更详细讨论的，远程单元105从网络(例如，经由RAN 120从LMF 147)接收测量配置125。远程单元105执行定位测量，如下面更详细描述的，并且向LMF 147发送定位报告。

虽然图1描绘了5G RAN和5G核心网络的组件，但所描述的用于执行能量高效定位的实施例应用于其它类型的通信网络和RAT，包括IEEE 802.11变体、全球移动通信系统(“GSM”，即，2G数字蜂窝网络)、通用分组无线电服务(“GPRS”)、通用移动电信系统(“UMTS”)、LTE变体、CDMA 2000、蓝牙、ZigBee、Sigfox等。

此外，在其中移动核心网络140是EPC的LTE变体中，所描述的网络功能可以替换为适当的EPC实体，诸如移动性管理实体(“MME”)、服务网关(“SGW”)、PGW、家庭订户服务器(“HSS”)等。例如，AMF 143可以映射到MME，SMF 145可以映射到PGW的控制平面部分和/或映射到MME，UPF 141可以映射到SGW和PGW的用户平面部分，UDM/UDR 149可以映射到HSS等等。

在以下描述中，术语“RAN节点”用于基站，但是它可用例如gNB、ng-eNB、eNB、基站(“BS”)、接入点(“AP”)等的任何其它无线电接入节点代替。此外，主要在5G NR的情境中描述操作。然而，所提出的解决方案/方法也同样地适用于支持执行能量高效定位的其它移动通信系统。

图2描绘了根据本公开的实施例的NR协议栈200。虽然图2示出了5G核心网络(“5GC”)中的UE 205、RAN节点210和AMF 215，但是这些表示与基站单元121和移动核心网络140交互的远程单元105的集合。如所描绘的，协议栈200包括用户平面协议栈201和控制平面协议栈203。用户平面协议栈201包括物理(“PHY”)层220、介质接入控制(“MAC”)子层225、无线电链路控制(“RLC”)子层230、分组数据汇聚协议(“PDCP”)子层235和服务数据自适应协议(“SDAP”)层240。控制平面协议栈203包括物理层220、MAC子层225、RLC子层230和PDCP子层235。控制平面协议栈203还包括无线电资源控制(“RRC”)层245和非接入层(“NAS”)层250。

用于用户平面协议栈201的AS层(还称为“AS协议栈”)由至少SDAP、PDCP、RLC和MAC子层以及物理层构成。用于控制平面协议栈203的AS层由至少RRC、PDCP、RLC和MAC子层以及物理层构成。第2层(“L2”)被分成SDAP、PDCP、RLC和MAC子层。第3层(“L3”)包括用于控制平面的RRC子层245和NAS层250并且包括例如用于用户平面的互联网协议(“IP”)层和/或PDU层(未描绘)。L1和L2被称为“较低层”，而L3及以上层(例如，传输层、应用层)被称为“较高层”或“上层”。

物理层220向MAC子层225提供传输信道。如本文所述，物理层220可以使用能量检测阈值执行清楚信道评估和/或先听后说(“CCA/LBT”)过程。在某些实施例中，物理层220可以向在MAC子层225处的MAC实体发送UL先听后说(“LBT”)失败的通知。MAC子层225向RLC子层230提供逻辑信道。RLC子层230向PDCP子层235提供RLC信道。PDCP子层235向SDAP子层240和/或RRC层245提供无线电承载。SDAP子层240向核心网络(例如，5GC)提供QoS流。RRC层245提供载波聚合和/或双连接性的添加、修改和释放。RRC层245还管理信令无线电承载(“SRB”)和数据无线电承载(“DRB”)的建立、配置、维护和释放。

NAS层250在UE 205与5GC 215之间。NAS消息通过RAN被透明地传递。NAS层250用于管理通信会话的建立并且用于在UE 205在RAN的不同小区之间移动时保持与UE 205的连续通信。相反，AS层位于UE 205与RAN(即，RAN节点210)之间并且通过网络的无线部分承载信息。

本公开提供了以下高级概念解决方案，用于在执行定位相关的过程时改进UE的能量效率：

根据第一解决方案，LMF被配置成取决于UE/UE的群组的RRC状态高效地为UE(UE的群组)供应PRS测量和UE报告配置。有益的是，这将通过允许LMF根据每个UE的RRC状态向UE供应依赖于RAT的定位辅助数据来帮助优化定位过程。这里描述的是用于通过允许UE接收状态特定的PRS测量配置并执行取决于UE的活动状态的适当测量来执行依赖于RAT的定位的能量高效机制。

根据第二种解决方案，在完成LPP定位会话时，例如，在报告的传输之后，允许UE自主地通知网络(即，RAN节点或gNB)释放其RRC连接。有益地，UE自主释放允许在UE传输触发的或周期性的定位测量报告之后降低功耗和RRC释放信令开销。

根据第三解决方案，UE根据预先确定的接入准则执行小区重选，其中没有定位支持的小区被排除在用于小区(重新)选择的考虑之外。有益地，这防止UE考虑具有不能将数据转发到服务的LMF的AMF终止的小区(受限的或没有定位支持)。

根据第四解决方案，UE可以向LMF提供其打算转变到降低功率的RRC_CONNECTED状态的指示，从而允许LMF考虑此UE处于降低功率模式。LMF此后可以为UE配置功率高效定位测量技术，例如通过降低诸如依赖于RAT的/RAT无关的测量配置的LPP消息的传输速率。有益地，UE可以保持在低功率RRC_CONNECTED状态以执行测量并完成向位置服务器(例如，LMF)的期望测量的报告，这对于执行点对点定位尤其有益。

根据第五种解决方案，用于定位系统信息的低时延网络配置的更新机制用于UE执行RRC_IDLE/RRC_INACTIVE定位。有益的是，与现有的定位系统信息广播机制相比，UE可以快速获取任何定位系统信息更新。

以下依赖于RAT的定位技术可以由系统100支持：

DL-TDoA：DLTDOA定位方法利用在UE 205处(即，远程单元105处)从多个TP接收到的下行链路信号的DL RS时间差(“RSTD”)(和可选地DL PRS RS接收质量(“RSRQ”)的DL PRSRS接收功率(“RSRP”))。UE 205使用从定位服务器接收到的辅助数据测量所接收信号的DLRSTD(和可选地DL PRS RSRP)，并且将所得到的测量与其它配置信息一起用于查找关于邻近传输点(“TP”)的UE 205。

DL-AoD：DL离开角(“AoD”)定位方法利用在UE 205处从多个TP接收到的下行链路信号的测量的DL PRS RSRP。UE 205使用从定位服务器接收到的辅助数据测量接收到的信号的DL PRS RSRP，并且所得到的测量与其它配置信息一起用于查找关于邻近TP的UE 205。

多RTT：多往返时间(“多RTT”)定位方法利用UE 205测量到的UE接收-发送(“Rx-Tx”)测量和从多个TRP接收到的下行链路信号的DL PRS RSRP、以及gNB Rx-Tx测量(即，由RAN节点210测量的)和在从UE 205发送的上行链路信号的多个TRP处的UL SRS-RSRP。

UE 205使用从定位服务器接收到的辅助数据来测量UE Rx-Tx测量(以及可选地接收到的信号的DL SRS RSRP)，并且TRP使用从定位服务器接收到的辅助数据测量gNB Rx-Tx测量(和可选地接收到的信号的UL SRS-RSRP)。测量用于确定定位服务器处的往返时间(“RTT”)，其用于估计UE 205的位置。

E-CID/NR E-CID：增强型小区ID(CID)定位方法，用其服务的ng-eNB、gNB和小区的知识来估计UE 205的位置并且是基于LTE信号的。关于服务的ng-eNB、gNB和小区的信息可以通过寻呼、注册或其它方法获得。NR增强型小区ID(NR E CID)定位指的是使用额外的UE测量和/或NR无线电资源和其它测量来改进使用NR信号的UE位置估计的技术。

尽管NR E-CID定位可以利用与RRC协议中的测量控制系统中的一些相同的测量，但是UE 205通常不被预期为了定位的唯一目的而进行额外的测量；即，定位过程不供应测量配置或者测量控制消息，并且UE 205报告其具有可用的测量而不是被要求采取额外的测量动作。

UL-TDoA：UL TDOA定位方法利用在从UE 205发送的上行链路信号的多个RP处的ULTDOA(以及可选地UL SRS-RSRP)。RP使用从定位服务器接收到的辅助数据测量接收到的信号的UL TDOA(和可选地UL SRS-RSRP)，并且所得到的测量与其它配置信息一起用于估计UE205的位置。

UL-AoA：UL到达角(“AoA”)定位方法利用在从UE 205发送的上行链路信号的多个RP处测量的方位角和到达天顶角。RP使用从定位服务器接收到的辅助数据测量接收到的信号的A-AoA和Z-AoA，并且将所得到的测量与其它配置信息一起用于估计UE 205的位置。

REL-16中支持的一些UE定位方法在表2中被列出。如表2所指示的单独定位技术可以基于LMF和/或UE能力的要求被当前被配置和执行。请注意，表2包括基于PRS信号的TBS定位，但仅支持基于LTE信号的OTDOA。E-CID包括用于NR方法的Cell-ID。地面信标系统(“TBS”)方法指的是基于城市信标系统(“MBS”)信号的TBS定位。

表2：支持的Rel-16 UE定位方法

定位参考信号(“PRS”)的传输使得UE 205能够执行UE定位相关测量，以使得能够计算UE的位置估计并且按每个发送接收点(“TRP”)配置，其中TRP可以发送一个或多个波束。

图3描绘了用于基于NR波束定位的系统300。根据Rel-16，PRS能够由不同的基站(服务和邻近)在频率范围#1(“FR1”，即，从410MHz到7125MHz的频率)和频率范围#2(“FR2”，即，从24.25GHz到52.6GHz的频率)之间使用窄波束发送，与其中PRS跨整个小区被发送的LTE相比，这是相对不同的。如图3中所图示的，UE 205可以从作为服务的gNB的第一gNB(“gNB#1)310接收PRS，并且还从邻近的第二gNB(“gNB#2)315以及邻近的第三gNB(“gNB#3)320接收PRS。这里，PRS能够与用于基站(即，TRP)的PRS资源ID和资源集ID本地相关联。在所描绘的实施例中，每个gNB 310、315、320被配置有第一资源集ID 325和第二资源集ID 330。如所描绘的，UE 205在传输波束上接收PRS；这里，在来自于第二资源集ID 330的PRS资源ID#1上接收来自gNB#1 310的PRS，在来自于第二资源集ID 330的PSR资源ID#3上接收来自gNB#2 315的PRS，并且在来自于第一资源集ID325的PRS资源ID#3上接收来自gNB#3 320的PRS。

类似地，诸如参考信号时间差(“RSTD”)和PRS RSRP测量的UE定位测量是在波束之间进行的，而不是像LTE中的情况那样在不同小区之间进行的。此外，存在额外的UL定位方法可供网络利用，以便于计算目标UE的位置。表3列出在UE处的每个所支持的依赖于RAT的定位技术所需的RS到测量映射，并且表4列出在gNB处的每个所支持的依赖于RAT的定位技术所需的RS到测量映射。

表1：启用依赖于RAT的定位技术的UE测量

表4：启用依赖于RAT的定位技术的gNB测量

依赖于RAT的定位技术涉及由3GPP RAT和核心网络实体来执行UE的位置估计，其区别于依赖于用于执行目标设备(即，UE)定位的全球导航卫星系统(“GNSS”)、惯性测量单元(“IMU”)传感器、WLAN和蓝牙技术的RAT无关的定位技术。

图4示出了根据本公开的实施例的支持能量高效UE定位的示例网络架构400。网络架构400包括与至少包括ng-eNB 410和gNB 415的NG-RAN 405通信的UE 205。这里，ng-eNB410包括多个传输点(“TP”)，而gNB 415包括多个传输-接收点(“TRP”)。在各种实施例中，UE205使用用于与ng-eNB 410通信的LTE-Uu接口并且使用用于与gNB 415通信的NR-Uu接口。这里，NR-Uu接口可以支持经由AMF 215与LMF 305的LLP会话。注意，ng-eNB 410和gNB 415均具有到AMF 215的连接。在某些实施例中，gNB 415具有到AMF 215的终止，该AMF 215能够将UE 205的定位测量报告转发到LMF 405。例如，gNB 415可以支持NR定位协议A(“NRPPa”)接口，以在控制平面上承载NG-RAN 405和LMF 305之间的定位信息。

当目标UE 205处于CM连接状态时，以下过程可以用于AMF 215以请求NG-RAN 405报告RRC状态信息。当AMF 215已经请求报告后续状态变化时，NG-RAN 405继续报告的需要在UE 205转变到CM-IDLE或AMF 215发送取消指示时停止。此过程可以用于需要RRC状态信息的服务(例如，5GC移动终端(“MT”)控制和寻呼辅助、操作/管理和维护(“OAM”)以及收集统计信息)，或用于由其它NF订阅该服务。

图5示出了根据本公开的实施例的RRC状态转变通知过程500。RRC状态转变的报告可以由AMF 215每个UE请求。请注意，如图5中所描绘的，所有RRC状态转变的连续报告都能够通过操作员本地配置来启用。

在步骤1处，AMF 215向NG-RAN 405发送UE状态转变通知请求，例如，如3GPP TS38.413中所述。UE状态转变通知请求消息标识针对其请求通知的UE 205。在某些实施例中，UE状态转变通知请求消息可以包括报告类型，该报告类型指示后续状态转变应在每次RRC状态转变时被通知(例如，从RRC_CONNECTED状态到RRC_INACTIVE状态，或者从RRC_INACTIVE到RRC_CONNECTED状态)，或者其指示单个RRC_CONNECTED状态通知。

在步骤2处，NG-RAN 405发送UE通知消息以报告UE的当前的RRC状态(即，RRC不活动状态或RRC连接状态)。在一些实施例中，每当报告RRC状态信息时，总是包括当前UE位置信息(即，跟踪区域标识(“TAI”)+小区标识(“Cell-ID”或“CID”))。

在步骤2b处，当AMF 215已经请求关于后续状态转变的报告时，NG-RAN 405在每次RRC状态转变时向AMF 215发送后续UE通知消息，直到UE 205转变到CM-IDLE或NG-RAN 405从AMF 215接收取消UE状态通知消息。当AMF 215已经请求针对单个RRC_CONNECTED状态通知的报告并且UE 205处于RRC_CONNECTED状态时，NG-RAN 405可以发送一个UE通知消息但没有后续消息。如果UE 205处于RRC_INACTIVE状态，则在RRC状态转变到RRC_CONNECTED时NG-RAN 405发送一个UE通知消息并加上一个后续UE通知消息。

在步骤3处，AMF 215能够发送取消UE状态通知消息，以通知NG-RAN 405它应终止针对给定UE 205的通知。只有当每次RRC状态转变请求有关后续状态转变的通知时，才应使用此消息。

图6描绘了用于在RAN级别上的RRC_IDLE和RRC_CONNECTED状态以及CM-IDLE和CM-CONNECTED状态之间的UE触发的状态转变的过程600。过程600涉及UE 205、NG-RAN 405和AMF 215。作为前提条件，UE 205被假定处于RRC_IDLE和CM-IDLE状态(参见框605)。在步骤1处，UE 205向NG-RAN 405发送RRCSetupRequest消息(参见消息传递610)。在步骤2a处，UE205从NG-RAN 405接收RRCSetup命令(参见消息传递615)。UE 205转变到RRC_CONNECTED状态(注意UE 205此时仍处于CM-IDLE状态)(参见框620)。在步骤2b处，UE 205向NG-RAN 405发送RRCSetupComplete消息(参见消息传递625)。

在步骤3处，NG-RAN 405向AMF 215发送初始UE消息(参见消息传递630)。UE 205转变到CM-IDLE状态(注意UE 205此时保持在RRC_CONNECTED状态)(参见框635)。在步骤4a处，AMF 215可选地向NG-RAN 405发送承载下行链路(“DL”)数据的下行链路NAS传送消息(参见消息传递640)。在步骤4b处，NG-RAN 405向UE 205发送包括DL数据的DLInformationTransfer消息(参见消息传递645)。在步骤5a处UE 205可选地向NG-RAN 405发送包括上行链路(“UL”)数据的ULInformationTransfer消息(参见消息传递650)。在步骤5b处，AMF 215从NG-RAN 405接收承载UL数据的上行链路NAS传送消息(参见消息传递655)。

在步骤7a处，NG-RAN 405向UE 205发送SecurityModeCommand消息(参见消息传递665)。在步骤7b处，UE 205向NG-RAN 405发送SecurityModeComplete消息(参见消息传递670)。在步骤8a处，NG-RAN 405向UE 205发送RRCReconfiguration消息(参见消息传递75)。在步骤8b处UE 205向NG-RAN 405发送RRCReconfigurationComplete消息(参见消息传递680)。在步骤9处，AMF 215从NG-RAN 405接收初始情境设置响应消息(参见消息传递685)。

图7描述了用于在RAN级别上的从RRC_INACTIVE和RRC_CONNECTED状态的UE触发的状态转变的过程700。注意，UE205在处于RRC_INACTIVE状态的同时保持在CM-CONNECTED状态。过程700涉及UE 205、当前gNB 705、最后服务的gNB 710和AMF215。这里，当前gNB 705和最后服务的gNB 710可以是基站单元121、RAN节点210和/或gNB 415的实例。

作为图7的前提条件，UE 205被假定为处于RRC_INACTIVE和CM-CONNECTED状态(参见框705)。在步骤1处，UE 205向NG-RAN405发送RRCResumeRequest消息(参见消息传递710)。在步骤2处，当前gNB 705向最后一个服务的gNB 710发送检索UE情境请求消息(参见消息715)。在步骤3处，当前gNB 705从最后一个服务的gNB710接收检索UE情境响应消息(参见消息传递720)。

在步骤4处，当前gNB 705向UE 205发送RRCResume命令(参见消息传递725)。UE205转变到RRC_CONNECTED状态(注意UE205此时保持在RRC_CONNECTED状态)(参见框730)。在步骤5处，UE 205向当前gNB 705发送RRCResumeComplete消息(参见消息传递735)。在步骤6处，当前gNB 705可选地向最后服务的gNB 710发送Xn-U地址指示消息(参见消息传递740)。

在步骤7处，当前gNB 705向AMF 215发送路径切换请求消息(参见消息传递745)。在步骤8处，AMF 215向当前gNB 705发送路径切换请求响应消息(参见消息传递750)。在步骤9处，当前gNB 705向最后服务的gNB 710发送UE情境设置释放消息(参见消息传递755)。

根据第一解决方案，UE 205可以执行基于RRC状态的测量和报告配置。执行能量高效定位的能力对于具有功率限制和小外形尺寸的设备尤其有利。这能够对于IoT环境中的设备尤其有用，其中设备电池寿命是重要的设计考虑因素。已经很好地证明，即使在没有任何正在进行的数据传输或要执行的测量的情况下在延长的时间段内在RRC_CONNECTED状态下操作的UE 205在能量消耗方面可能是低效的。现有技术的关键问题是，在LMF 305和RAN节点210之间不存在协调以在UE 205处执行能量高效的依赖于RAT的定位。本发明包括以下实施例，其旨在在执行依赖于RAT的定位时解决前述问题。

根据第一解决方案的第一子集，UE 205接收一个或多个基于RRC状态的测量配置。对于在RRC_IDLE/RRC_INACTIVE定位期间的定位得到支持的情况，设想LMF 305能够基于所标识的UE/UE的群组的操作状态为特定定位技术提供最佳测量和报告配置。

UE 205当前可以在LMF 305和UE 205之间执行点对点定位。PRS测量配置和对应的报告被封装为LPP PDU并且分别经由RRC DL和UL信息传送消息被发送，其只能在UE 205处于RRC_CONNECTED状态时被发送或接收。UE 205还可以经由为在RRC_IDLE、或RRC_INACTIVE、或RRC_CONNECTED状态中的UE 205广播的定位系统信息块(“posSIB”)接收包括用于依赖于RAT的定位的测量配置的PRS辅助数据。可替选地，可以在RRC_CONNECTED、或RRC_IDLE、或RRC_INACTIVE状态中为UE 205按需提供posSIB。

然而，如果UE 205的测量配置没有考虑其中UE 205正在操作的状态，则该配置可能对UE 205的功耗和/或获得位置信息的时延具有负面影响。

例如，在定位应用/服务的情况下，其特征在于：

·延迟容忍或低时延要求；和/或

·需要触发或周期性的测量；或

·不要求“始终开启”报告；或

·UE的移动性状态，例如，静止、低移动性、中移动性和高移动性，

然后取决于依赖于RAT的定位技术，LMF可以在UE 205处于RRC_CONNECTED状态或RRC_IDLE/RRC_INACTIVE状态的同时供应DL PRS-RSRP、DL RSTD、UE Rx–Tx时间差测量配置的一个或多个集合。

关于目标UE 205是否已经转变到或转变自RRC_CONNECTED(和CM连接状态)的先验信息可能是必需的，以便LMF 305在RAN级别上意识到UE的状态。目前，由LMF 305提供的信息关于RAN节点210而言至少在基于DL的定位方法的情况下如何发送测量和报告配置是透明的。LMF 305可以经由图8和图9中描绘的两个选项请求NG-RAN 405从NG-RAN 405报告每个UE 205的RRC状态转变。

图8描绘了根据本公开的实施例的用于经由AMF 215的状态转变报告的过程800。图8示出了用于从NG-RAN报告每个UE的RRC状态转变的第一选项(“报告选项1”)。如所描绘的，过程800涉及NG-RAN405、AMF 215和LMF 305。过程800修改上面参考图5概述的报告机制。这里，LMF 305(即，位置服务器)发起的状态转变报告经由AMF215被发送到NG-RAN 405。

在步骤1处，LMF 305向AMF 215发送UE状态转变通知请求，该请求由AMF 215转发给NG-RAN 405(参见消息传递805)。在步骤2处，NG-RAN 405向AMF 215发送UE通知消息以报告针对UE 205的当前RRC状态(即，RRC不活动状态或RRC连接状态)，AMF 215将其转发给LMF305(参见消息传递810)。

在步骤2b处，当LMF 305已请求关于后续状态转变的报告时，NG-RAN 405在每次RRC状态转变时经由AMF 215向LMF 305发送后续UE通知消息，直到UE 205转变到CM-IDLE或直到NG-RAN从LMF 305接收取消UE状态通知消息(参见消息传递815)。

在步骤3处，LMF215能够经由AMF 215发送取消UE状态通知消息，以通知NG-RAN405其应该终止针对给定UE 205的通知(参见消息传递820)。只有当每次RRC状态转变请求有关后续状态转变的通知时，才应使用此消息。

图9描绘了根据本公开的实施例经由NRPPa直接到NG-RAN 405的状态转变报告。图9示出用于报告来自NG-RAN的每个UE的RRC状态转变的第二选项(“报告选项2”)。如所描绘的，过程900涉及NG-RAN 405和LMF 305。过程900修改上面参考图5概述的报告机制。这里，LMF 305取代状态转变报告中的AMF 215。如所描绘的，LMF发起的状态转变报告经由LMF305被直接发送到NG-RAN 405。

在步骤1处，LMF 305向NG-RAN 405a发送UE状态转变通知请求(参见消息传递905)。在步骤2处，NG-RAN 405向LMF 305发送UE通知消息，以报告针对UE 205的当前RRC状态(即，RRC不活动状态或RRC连接状态)(参见消息传递910)。在步骤2b处，当LMF305已经请求关于后续状态转变的报告时，NG-RAN 405在每次RRC状态转变时向LMF 305发送后续UE通知消息，直到UE 205转变到CM-IDLE或直到NG-RAN 405从LMF 305接收取消UE状态通知消息(参见消息传递915)。

在步骤3处，LMF 215可以发送取消UE状态通知消息，以通知NG-RAN 405其应该终止针对给定UE 205的通知(参见消息传递920)。只有当每次RRC状态转变请求有关后续状态转变的通知时，才应使用此消息。

尽管报告选项1使用现有信令，但是因为状态转变报告是由AMF215代表LMF 305请求的，所以在报告中将会出现延迟。报告选项2利用NRPPa接口直接请求对AMF 215透明的状态转变报告。

图10描绘了根据第一解决方案的第一子集的RRC状态感知测量配置信令过程。过程1000涉及UE 205、NG-RAN 405、AMF 215和LMF 305。图10是用于当UE 205已经处于RRC_IDLE和CM-IDLE状态时UE 205接收RRC状态感知依赖于RAT的测量配置所提出的方法的示例性信令图表(参见框1005)。注意，图10是对目标UE 205和LMF 305之间的点对点定位会话的应用。

取决于以下示例性定位应用要求，RRC状态感知测量配置为LMF305提供向UE 205提供最优测量配置的灵活性：

·针对功率受限的UE的定位应用/服务需要延长的周期性的位置更新；

·针对功率受限的UE要求低时延位置修正的应用程序/服务；以及

·针对跨多个小区移动的移动且功率受限的UE要求位置固定的定位应用/服务。

在LMF 305需要向UE 205发送LPP消息时触发步骤1至4，例如，作为LPP定位活动的一部分。在这种情况下，定位活动由LMF 305使用的LPP位置信息请求消息(RequestLocationInformation)组成，以基于配置的定位技术从目标设备请求定位测量或位置估计，其是RRC状态感知的。在步骤1处，LMF 305朝向AMF 215调用Namf_Communication_N1N2MessageTransfer服务操作以请求向UE 205传送LPP PDU，其可以承载具有RRC状态感知测量配置的RequestLocationInformationmessage(参见消息传递1010)。

在步骤2处，AMF 215发起网络触发的服务请求(参见框1015)。在步骤3处，AMF 215向NG-RAN 405发送DL NAS消息(例如，NGAP下行链路NAS传送消息)，该NG-RAN 405包括具有RRC状态感知的、依赖于RAT的定位报告配置的LPP PDU(参见消息传递1020)。注意，UE 205从RRC_IDLE或RRC_INACTIVE状态转变到RRC_CONNECTED状态以接收DL信息传送消息(参见框1025)。

在步骤4中，如果LMF 305要求UE 205在RRC_IDLE或RRC_INACTIVE状态下执行测量，UE 205经由DL信息传送消息接收NAS PDU测量配置，其能够可选地包括RRC释放命令(参见消息传递1030)。在替代实现方式中，网络可以配置DataInactivityTimer，其允许UE 205在此定时器期满时在接收到测量配置之后被释放。

在示例性实现方式中，图10中所示的超集RRC状态感知配置(由LMF 305提供)可以由UE根据：1)用于RRC_CONNECTED UE的测量配置；和/或2)用于RRC_IDLE/RRC_INACTIVE UE的测量配置来区分。在一个实施例中，存在针对RRC_IDLE UE的单独的子测量配置。在另一个实施例中，存在针对RRC_INACTIVE UE的单独的子测量配置。

如果不包括RRC释放命令，则UE 205能够在处于RRC_CONNECTED状态的同时根据正常测量过程遵循RRC_CONNECTED测量配置。

如果包括RRC释放命令，则UE 205能够遵循RRC_IDLE/RRC_INACTIVE测量配置并且在处于RRC_IDLE/RRC_INACTIVE状态的同时执行定位相关的测量。

在替代的实现方式中，一组UE可以经由广播其它系统信息(“OSI”)以posSIB的形式接收RRC状态感知依赖于RAT的测量配置并基于它们的个体操作状态遵循所需的配置。

能够使用以下示例性实现方式之一来提供状态特定的测量配置：

RRC状态感知辅助数据可以根据来自LMF 305的分离的posSIB来提供，以便于区分不同的RRC状态测量配置。信令的示例性形式可以包括作为基线的现有的posSIB信令，如下表5所示。注意，posSibType6-4支持RRC_CONNECTED状态之外的UE 205的信息元素NR-DL-PRS-AssistanceData_IDLE_INACTIVE。

表5：RRC状态感知PosSIB

替代的实现方式可以根据下述包括配置包括在posSIB内的单独的RRC状态测量配置：适用于RRC_CONNECTED状态的测量配置；和/或适用于RRC_IDLE/RRC_INACTIVE状态的测量配置。

在另一实现方式中，UE 205可以经由处于RRC_CONNECTED或RRC_IDLE/RRC_INACTIVE状态中的按需posSIB(辅助数据)请求RRC状态感知依赖于RAT的测量配置。

类似地，特别是在UE协助定位的情况下，报告配置也可以被配置为RRC状态感知并且在下一个子实施例中被描述。

关于基于RRC状态的测量配置，根据第一解决方案的第二子集，UE 205接收基于RRC状态的测量配置。这里，报告配置还可以被做成是RRC状态感知的，这取决于LMF 305是否要求在保持在RRC_CONNECTED状态(例如，使用ULInformationTransfer消息)的同时或者在UE 205已经在RRC_CONNECTED状态之外执行所要求的测量(即，在RRC_IDLE或RRC_INACTIVE状态的同时)被发送的报告。

图11A至图11B描绘了根据第一解决方案的第二子集的RRC状态感知测量配置信令过程。图11A是RRC状态感知报告信令过程的示例性信令图表。图11B是图11A所示过程的延续。

在图11A处，作为前提条件，假定UE 205处于RRC_IDLE状态、RRC_INACTIVE状态和/或CM-IDLE状态(参见框1105)。步骤1-3遵循图10的步骤1-3(参见框1110)。具体地，在步骤1处，LMF 305使用Namf服务操作(例如，Namf_Communication)以向AMF 215发送位置信息请求消息(即，RequestLocationInformation)，其在步骤2处，发起网络触发的服务请求。如所描绘的，位置信息请求消息包括具有RRC状态感知的、依赖于RAT的定位报告配置的LPPPDU。在步骤3处，AMF 215向NG-RAN 405发送DL NAS消息(例如，NGAP下行链路NAS传送消息)，其包括具有RRC状态感知的、依赖于RAT的定位报告配置的LPP PDU。

在步骤4处，UE 205经由DL信息传送消息接收LPP PDU测量配置，其可以包括如上所述的超集RRC状态感知配置(参见消息传递1120)。注意，UE 205从RRC_IDLE或RRC_INACTIVE状态转变到RRC_CONNECTED状态以接收DL信息传送消息(参见框1115)。

在某些实施例中，UE要在RRC_CONNECTED状态下执行测量之后提供定位测量报告(称为选项A)。然而，在所描绘的实施例中，假定UE 205要在RRC_CONNECTED状态之外执行测量之后提供定位测量报告(称为选项B)。此外，如果超集配置RRC状态感知配置被提供给UE，则可以在步骤7-9中封装附加标志，其向LMF指示定位测量是否在RRC状态，即RRC_IDLE/RRC_INACTIVE/RRC_CONNECTED状态中进行。这有助于LMF跟踪来自UE的测量报告，特别是如果RRC_CONNECTED和RRC_IDLE/RRC_INACTIVE状态之间的测量配置显著不同。相应地，UE从RRC_IDLE或RRC_INACTIVE状态转变到RRC_CONNECTED状态以接收DL信息传送消息(参见框1125)。

在步骤5处，UE 205基于接收到的测量配置在RRC_CONNECTED状态之外执行依赖于RAT的定位测量(参见框1130)。在一个实施例中，UE 205进入RRC_IDLE状态并根据适用于RRC_IDLE状态的测量配置执行测量。在另一实施例中，UE 205进入RRC_INACTIVE状态并根据适用于RRC_INACTIVE状态的测量配置执行测量。注意，依赖于RAT的定位测量可以基于RRC_IDLE或RRC_INACTIVE测量配置(即，在步骤4中接收到的RRC状态感知的依赖于RAT的定位测量和报告配置的一部分)。

在步骤6处，UE 205发起UE触发的服务请求(参见框1135)。继续图11B，在步骤7处UE 205根据接收到的测量配置，基于一个或多个依赖于RAT的定位技术，发送具有UE的RRC状态感知测量报告的UL信息传送消息(参见消息传递140)。

在步骤8处，NG-RAN 405向AMF 215发送UL NAS消息，其包括具有UE测量报告的LPPPDU(参见消息传递1145)。在步骤9处，AMF 215向LMF 305发送包括LPP PDU的位置信息响应消息(参见消息传递1150)。

因为并行LPP事务由事务ID来标识，所以不需要LPP过程以任何固定顺序发生，以便于如下提供定位中的更大的灵活性：

·UE可以在任何时候请求辅助数据，以便于符合先前从LMF请求位置测量；

·如果来自先前请求的位置结果不适合所请求的QoS，则LMF可以发起针对位置信息(例如，测量或位置估计)的一个以上的请求；以及

·如果尚未执行，则目标设备可以随时将能力信息传送到服务器

如上所述，将适用于基于DL的定位技术的UE测量报告给位置服务器，诸如LMF147。该LMF 147可以为上面讨论的所支持的定位技术中的每一个提供辅助数据配置和测量信息。

图12描绘了信息元素1200的一个示例，即NR-DL-TDOA-ProvideAssistanceData，由位置服务器用来提供辅助数据配置以启用UE协助和基于UE的NR下行链路TDOA。所描绘的信息元素(“IE”)也可用于提供NR DL TDOA定位的特定错误原因。

图13示出了信息元素1300的一个示例，即NR-DL-TDOA-SignalMeasurementInformation，由目标设备(即，UE 205)用于向位置服务器提供NR-DLTDOA测量。测量作为TRP列表被提供，其中如果报告了RSTD测量，则列表中的第一TRP被用作参考TRP。列表中的第一TRP可以是或者可以不是NR-DL-PRS-AssistanceData中指示的参考TRP。而且，目标设备选择每个TRP的参考资源，并且基于所选择的参考资源编译每个TRP的测量。

根据第二解决方案的实施例，UE 205可以自主地执行用于定位相关过程的RRC释放。虽然第一解决方案描述了可选的网络发起的RRC释放命令以从LMF 305接收到测量配置之后释放UE 205，以便于在RRC_IDLE/RRC_INACTIVE状态下执行定位RS测量并且当预期UE205在一段时间内没有进一步的定位测量配置时，当支持UE自主RRC释放时UE 205能够节省时间和资源。NG-RAN 405和LMF 305需要协调的NAS和AS指示以还使UE 205能够出于定位相关过程的目的自主地释放RRC连接，这在下面描述。

图14A至图14B描绘了根据第二解决方案的实施例的在传输定位测量报告定位相关过程之后的UE RRC自主释放指示过程1400的示例性信令图表。这里，UE自主释放指示(有利于执行能量高效的定位)可以在UE 205已经发送了对应于当处于RRC_CONNECTED状态时执行的测量的测量报告并且预期在预定义的时段内没有进一步测量之后被用信号发送。过程1400涉及UE 205、NG-RAN 405、AMF 215和LMF 305。

从图14A开始，作为先决条件，UE 205被假定为处于RRC连接状态之外，例如，处于RRC_IDLE状态、RRC_INACTIVE状态和/或CM-IDLE状态(参见框1405)。在步骤1处，LMF 305向AMF 215发送位置信息请求消息(参见消息传递1410)，其在步骤2处发起网络触发的服务请求(参见框1415)。在步骤3处，AMF 215向NG-RAN405发送DL NAS消息，该消息包括具有RRC状态感知、依赖于RAT的定位报告配置的LPP PDU(参见消息传递1420)。在步骤4处，UE205经由DL信息传送消息接收LPP PDU测量配置，其可以包括如上所述的超集RRC状态感知配置(参见消息传递1430)。注意，UE从RRC_IDLE或RRC_INACTIVE状态转变到RRC_CONNECTED状态以接收DL信息传送消息(参见框1425)。

继续图14B，在步骤5处，UE 205根据接收到的测量配置在处于RRC_CONNECTED状态的同时执行依赖于RAT的定位测量(参见框1435)。在步骤6处，UE 205根据接收到的测量配置发送UL信息传输消息(参见消息传递1440)，该UL信息传输消息具有基于一个或多个依赖于RAT的定位技术的UE RRC状态感知测量报告消息传递。虽然未在图14B中描绘，但NG-RAN405将测量报告转发到LMF 305。在步骤7处，UE 205在发送测量报告之后发送UE自主释放指示(参见消息传递1445)。

步骤7的一种实现方式可以是使用下行链路信道质量报告内现有的AS释放辅助指示字段和AS RAI MAC控制要素从而使用MAC CE信令来以信号发送UE自主释放指示，以通知网络在传输测量报告之后释放UE。在另一个示例性实现方式中，位置服务器可以基于从最后发送的定位测量报告开始流逝的时间来配置定时器，例如，PositioningInactivityTimer。

在步骤8处，NG-RAN 405向UE 205发送RRC释放消息并且UE205转变到RRC_IDLE或RRC_INACTIVE状态(参见消息传递1450)。因为UE自主释放需要NG-RAN和LMF 305之间的协调，所以NG-RAN405可以通知LMF 1455该UE自主释放被触发(参见消息传递1455)。注意，UE205响应于接收到RRC释放消息而转变离开RRC_CONNECTED状态(即，进入到RRC_IDLE或RRC_INACTIVE状态)(参见框1460)。

在该解决方案中，引入了小区接入限制准则，用于UE在处于RRC_IDLE/RRC_INACTIVE状态的同时执行定位测量并执行小区重选。

所提出的准则包括对UE可以重新选择的小区的网络配置的限制，并且可以基于以下条件中的一个或多个：

·用于重选的候选小区可以不具有对能够将UE的定位测量报告转发到服务的LMF的AMF的终止，其先前基于在先前RRC_CONNECTED状态期间接收到的测量配置。结果，如果UE转变到RRC_CONNECTED状态，则UE将无法将定位测量报告给先前服务的LMF。

·用于重选的候选小区可能不支持NRPPa接口和与LMF的连接。

基于小区重选准则(例如，如3GPP TS38.304，章节5.2.4.5中所述)为了重选被标识为排名最高的小区的候选小区应另外根据MIB和SIB1消息中的以下现有字段验证小区的状态(例如，如3GPP TS38.304，章节5.3.1中所述)：

·cellBarred(IE类型：“禁止的”或“不禁止的”)

o在MIB消息中指示。如果SIB1中指示多个PLMN或NPN，则此字段对于所有PLMN和NPN都是通用的·cellReservedForOperatorUse(IE类型：“保留的”或“不保留的”)

o在SIB1消息中指示。如果SIB1中指示多个PLMN或NPN，则每个PLMN或每个SNPN指定此字段。

·cellReservedForOtherUse(IE类型：“真”)

o在SIB1消息中指示。如果SIB1中指示多个PLMN，则该字段对于所有PLMN都是通用的。

·cellReservedForFutureUse(IE类型：“真”)

o在SIB1消息中指示。如果SIB1中指示多个PLMN或NPN，则此字段对于所有PLMN和NPN是通用的。

遵循先前提及的条件的小区可以利用前述状态消息或替代地能够定义MIB/SIB1内的示例性新状态消息：

·cellBarredForPositioning(IE类型：“禁止的”或“不禁止的”)

o在SIB1消息中指示。如果小区不支持具有到LMF的合适连接的定位架构。

可替选地，可以定义SIB1内的定位支持指示：

·positioningSupport(值“真”)

o在SIB1消息中指示。如果小区支持具有到LMF的合适连接的定位架构，则存在该字段。

根据第四解决方案的实施例，信令机制用于在RRC_CONNECTED状态下操作的同时向LMF提供关于降低功率模式的指示。此信令机制使得LMF 305能够在从UE请求位置信息时考虑UE 205的功率需求。在一个实施例中，LMF 305通过请求待测量的更少的PRS资源来支持UE降低功率模式，如果可能的话，例如，通过每个资源集合配置更少的PRS资源或配置待测量的更少TRP。在另一个实施例中，LMF 305通过切换到定位技术来支持UE降低功率模式，如果可能的话，这对于UE 205来说是更少功率密集的。

降低功率模式指示能够被发送到LMF 305。在一些实施例中，UE205可以将其电池电量反馈给LMF 305，例如，作为一次性指示或作为周期性的指示(如果要求的话)。请注意，此反馈可能会在电池电量降到预配置的阈值以下时触发，例如，如果电池小于或等于50％或30％。

所提出的机制的优点在于UE 205和LMF 305能够维持更加能量高效的点对点LPP会话。这种形式的UE辅助信息能够使UE 205将其优选配置反馈给LMF 305以实现所需的省电。此UE省电指示的示例性信令过程在图15中示出。

图15描述了根据第四解决方案的实施例的用于定位的针对基于NAS的UE的省电指示的过程1500。UE 205可以取决于其功率需求触发新请求或利用现有LPP会话来提供此指示。过程1500涉及UE 205、NG-RAN 405、AMF 215和LMF 305。

作为前提条件，UE 205被假定处于RRC_CONNECTED和CM-CONNECTED状态(参见框1505)。在步骤1处，UE 205发起UE触发的服务请求(参见框1510)。在步骤2处，UE 205发送具有包括ProvideLocationInformation消息的LPP PDU的RRC UL信息传送消息，其包括降低功率的指示符(即，UE省电指示)(参见消息传递1515)。在步骤3处，NG-RAN 405向AMF 215发送包括具有降低功率的指示符的LPP PDU的UL NAS消息(例如，NGAP下行链路NAS传送消息)。在步骤9处，AMF 215将包括具有降低功率的指示符的LPP PDU的位置信息消息(例如，Namf_Communication消息)发送到LMF 305(参见消息传递1525)。

目前，包括依赖于RAT的定位系统信息的定位系统信息能够被广播，用于由RAN级别的系统信息区域内的一组UE进行接收。

UE还可以在处于RRC_IDLE/RRC_INACTIVE状态的同时使用从基站(eNB/gNB)接收到的寻呼DCI获取更快的定位系统信息更新。为了启用这一点，gNB使用寻呼DCI直接通知UE是否存在可用于定位SIB的更新。此外，gNB能够指示用于这样的SIB的当前调度是否保持有效或者是否同样也已经被修改。在前一种情况下，UE仅基于存储的调度信息继续直接获取新的寻呼系统信息；否则，UE需要首先获取SIB1。

更新信令机制的示例性形式可以包括由P-RNTI加扰的DCI格式1_0中包括的短消息字段(以红色突出)内的附加指示(1个比特)。表6列出具有通过P-RNTI加扰的CRC的DCI格式1_0。表7基于表6在短消息字段中列出附加的posSIB更新指示。

表6：具有通过P-RNTI加扰的CRC的DCI格式1_0

表7：基于表7的短消息字段中的附加的posSIB更新指示

关于依赖于RAT的定位测量，包括DL PRS-RSRP、DL RSTD和UE Rx-Tx时间差的不同的DL测量需要所支持的依赖于RAT的定位技术。指定了以下测量配置：

·每对小区能够执行4对DLRSTD测量。在具有单个参考定时的不同对DL PRS资源/资源集之间执行每个测量。

·能够对来自同一小区的不同DL PRS资源执行8个DL PRS RSRP测量。

表8：对基于DL定位方法所要求的DL测量

关于PRS设计，对于3GPP Rel-16，DL PRS资源集中的DL PRS资源ID与从单个TRP发送的单个波束相关联。注意，TRP可以发送一个或多个波束。DL PRS时机是其中预期发送DLPRS的周期性重复的时间窗口(连续时隙)的一个实例。关于超出类型D的DL PRS资源的准共址(“QCL”)关系，支持以下一个或多个QCL选项：

·QCL选项1：来自来自TRP的同步信号块(“SSB”)的QCL-类型C。

·QCL选项2：来自来自TRP的DL PRS资源的QCL-类型C。

·QCL选项3：来自来自TRP的DL PRS资源的QCL-类型A。

·QCL选项4：来自来自TRP的信道状态信息参考信号(“CSI-RS”)资源的QCL-类型C。

·QCL选项5：来自来自TRP的CSI-RS资源的QCL-类型A。

·QCL选项6：不支持超出类型-D的QCL关系。

注意，QCL-类型A指的是多普勒频移、多普勒扩展、平均延迟、延迟扩展；QCL-类型B指的是多普勒频移、多普勒扩展；QCL-类型C指的是平均延迟、多普勒频移；并且QCL-类型D指的是空间Rx参数。

对于DL PRS资源，支持来自来自TRP的SSB的QCL-类型C(QCL选项1)。定义了一ID，该ID能够与多个DL PRS资源集相关联，而该多个DL PRS资源集与单个TRP相关联。定义了一ID，该ID能够与多个DL PRS资源集相关联，而该多个DL PRS资源集与单个TRP相关联。此ID能够与DL PRS资源集ID和DL PRS资源ID一起用于唯一地标识DL PRS资源。每个TRP应该只与一个这样的ID相关联。

DL PRS资源ID在DL PRS资源集内被本地定义。DL PRS资源集ID在TRP内被本地定义。包括重复的DL PRS资源的一个DL PRS资源集跨越的时间持续时间不应超过DL-PRS-周期。参数DL-PRS-ResourceRepetitionFactor为DL PRS资源集配置，并且控制每个DL-PRS资源对DL-PRS资源集的单个实例重复多少次。支持的值包括：1、2、4、6、8、16、32。

如与NR定位相关的，术语“定位频率层”指的是跨一个或多个TRP的DL PRS资源集的集合，其具有：

·相同的SCS和CP类型

·相同的中心频率

·同一点A(已商定)

·DL PRS资源集的所有DL PRS资源具有相同的带宽的

·属于同一定位频率层的所有DL PRS资源集具有DL PRS带宽和开始PRB的相同值

在假定272个PRB分配是UE的能力的情况下，UE每T ms可以处理以ms为单位的DLPRS符号的持续时间。

在一些实施例中，可互换地使用术语天线、面板和天线面板。天线面板可以是用于以低于6GHz的频率(例如，频率范围1(FR1)或高于6GHz的频率(例如，频率范围(FR2))或毫米波(mmWave)发送和/或接收无线电信号的硬件。在一些实施例中，天线面板可以包括天线元件的阵列，其中，每个天线元件连接到诸如允许控制模块应用空间参数以进行信号的传输和/或接收到的移相器的硬件。所得的辐射图样可以被称作波束，该波束可以是或者可以不是单模的并且可以允许设备放大从空间方向发送或接收到的信号。

在一些实施例中，天线面板可以或者可以不被虚拟化为规范中的天线端口。天线面板可以通过用于传输(出口)方向和接收(入口)方向中的每一个的射频(“RF”)链连接到基带处理模块。设备在天线面板的数量方面的能力、它们的双工能力、它们的波束成形能力等可以或者可以不对其它设备透明。在一些实施例中，可以经由信令传递能力信息，或者在一些实施例中，能力信息可以在无需信令的情况下提供给设备。在这种信息对其它设备可用的情况下，它能够用于信令或本地决策。

在一些实施例中，设备(例如，UE节点)天线面板可以是物理或逻辑天线阵列，其包括共享RF链(例如，同相/正交(“I/Q”)调制器、模数(“A/D”)转变器、本地振荡器、移相网络)的公共或很大一部分的天线元件或天线端口的集合。设备天线面板或“设备面板”可以是逻辑实体，其中物理设备天线被映射到该逻辑实体。物理设备天线到逻辑实体的映射可以由设备实现方式决定。在天线面板的活动用以辐射能量的天线元件或天线端口(在本文中还称为活动元件)的至少子集上通信(接收或发送)需要RF链的偏置或通电，这导致与天线面板相关联的设备中的电流耗用或功率消耗(包括与天线元件或天线端口相关联的功率放大器/低噪声放大器(“LNA”)功率消耗)。如本文所使用的短语“活动用以辐射能量”不意在限于发送功能而是还包括接收功能。因此，活动用以辐射能量的天线元件可以同时地或顺序地耦合到发射器以发送射频能量或者耦合到接收器以接收射频能量，或者一般而言可以耦合到收发器，以便执行其预定功能性。在天线面板的活动元件上通信使得能够生成辐射图样或波束。

在一些实施例中，取决于设备自己的实现方式，“设备面板”能够具有以下功能性中的至少一个作为用于独立地控制其Tx波束的天线组单元、用于独立地控制其传输功率的天线组单元、用于独立地控制其传输定时的天线组单元的操作角色。“设备面板”对RAN节点而言可以是透明的。对于某些条件，RAN节点210能够假定设备的物理天线与逻辑实体“设备面板”之间的映射可以不发生改变。例如，条件可以包括直到来自设备的下一个更新或报告为止或者包括RAN节点假定映射将没有变化的持续时间。

设备可以向RAN节点或网络报告其关于“设备面板”的能力。设备能力可以包括至少“设备面板”的数目。在一个实现方式中，设备可以支持来自面板内的一个波束的UL传输；在多个面板情况下，多于一个波束(每面板一个波束)可以用于UL传输。在另一实现方式中，每面板多于一个波束可以支持/用于UL传输。

在所描述的一些实施例中，天线端口被定义为使得在其上传达天线端口上的符号的信道能够从在其上传达同一天线端口上的另一符号的信道推断出。

如果在其上传达一个天线端口上的符号的信道的大规模性质能够从在其上传达另一天线端口上的符号的信道推断出，则两个天线端口被认为是准共址。大规模性质包括延迟扩展、多普勒扩展、多普勒频移、平均增益、平均延迟和空间Rx参数中的一个或多个。

两个天线端口可以关于大规模性质的子集准共址并且大规模性质的不同子集可以由准共址(“QCL”)类型指示。例如，参数qcl-Type可以取以下值之一：

·'QCL-类型A'：{多普勒频移，多普勒扩展，平均延迟，延迟扩展}

·'QCL-类型B'：{多普勒频移，多普勒扩展}

·'QCL-类型C'：{多普勒频移，平均延迟}

·'QCL-类型D'：{空间Rx参数}。

空间Rx参数可以包括以下各项中的一个或多个：到达角(“AoA”)、主导AoA、平均AoA、角度扩展、AoA的功率角度谱(“PAS”)、平均离开角(“AoD”)、AoD的PAS、发送/接收信道相关性、发送/接收波束成形、空间信道相关性等。

根据实施例的“天线端口”可以是逻辑端口，该逻辑端口可以对应于波束(由波束成形产生)或者可以对应于设备上的物理天线。在一些实施例中，物理天线可以直接地映射到单个天线端口，其中天线端口对应于实际的物理天线。可替换地，在对每个物理天线上的信号应用复杂权重、循环延迟或这两者之后，可以将物理天线的集合或子集或天线集合或天线阵列或天线子阵列映射到一个或多个天线端口。物理天线集合可以具有来自单个模块或面板或者来自多个模块或面板的天线。权重可以如在诸如循环延迟分集(“CDD”)的天线虚拟化方案中一样是固定的。用于从物理天线导出天线端口的过程可以特定于设备实现方式并且对其它设备透明。

在所描述的一些实施例中，与目标传输相关联的TCI状态能够关于在对应TCI状态中指示的QCL类型参数指示用于配置目标传输(例如，在传输时机期间的目标传输的DM-RS端口的目标RS)与源参考信号(例如，SSB/CSI-RS/SRS)之间的准共址关系的参数。设备能够接收用于服务小区以便在服务小区上进行传输的多个传输配置指示符状态的配置。

在所描述的一些实施例中，与目标传输相关联的空间关系信息能够指示用于配置目标传输与参考RS(例如，SSB/CSI-RS/SRS)之间的空间设置的参数。例如，设备可以通过用于参考RS(例如，诸如SSB/CSI-RS的DL RS)的接收到的相同空间域滤波器/波束来发送目标传输。在另一示例中，设备可以通过用于参考RS(例如，诸如SRS的UL RS)的传输的相同空间域传输滤波器/波束来发送目标传输。设备能够接收用于服务小区的多个空间关系信息配置的配置用以在服务小区上进行传输。

图16描绘了根据本公开的实施例的可以用于执行能量高效的定位的用户设备装置1600。在各种实施例中，用户设备装置1600用于实现上述解决方案中的一种或多种。用户设备装置1600可以是上述远程单元105和/或UE 205的一个实施例。此外，用户设备装置1600可以包括处理器1605、存储器1610、输入设备1615、输出设备1620和收发器1625。

在一些实施例中，输入设备1615和输出设备1620组合成单个设备，诸如触摸屏。在某些实施例中，用户设备装置1600可以不包括任何输入设备1615和/或输出设备1620。在各种实施例中，用户设备装置1600可以包括以下中的一个或多个：处理器1605、存储器1610和收发器1625，并且可以不包括输入设备1615和/或输出设备1620。

如所描绘的，收发器1625包括至少一个发射器1630和至少一个接收器1635。在一些实施例中，收发器1625与由一个或多个基站单元121支持的一个或多个小区(或无线覆盖区)通信。在各种实施例中，收发器1625可以在未经许可的频谱上操作。此外，收发器1625可以包括支持一个或多个波束的多个UE面板。附加地，收发器1625可以支持至少一个网络接口1640和/或应用接口1645。应用接口1645可以支持一个或多个API。网络接口1640可以支持3GPP参考点，诸如Uu、N1、PC5等。如本领域的普通技术人员所理解的，可以支持其它网络接口1640。

在一个实施例中，处理器1605可以包括能够执行计算机可读指令和/或能够执行逻辑操作的任何已知控制器。例如，处理器1605可以是微控制器、微处理器、中央处理单元(“CPU”)、图形处理单元(“GPU”)、辅助处理单元、现场可编程门阵列(“FPGA”)、或类似的可编程控制器。在一些实施例中，处理器1605执行存储在存储器1610中的指令以执行本文所述的方法和例程。处理器1605被通信地耦合到存储器1610、输入设备1615、输出设备1620和收发器1625。

在各种实施例中，处理器1605控制用户设备装置1600以实现上述UE行为。在某些实施例中，处理器1605可以包括管理应用域和操作系统(“OS”)功能的应用处理器(也称为“主处理器”)和管理无线电功能的基带处理器(也称为“基带无线电处理器”)。

在各种实施例中，收发器1625接收包括测量配置和UE自主释放指示的位置信息请求消息。处理器1605根据测量配置执行定位测量并向LMF发送定位报告。处理器1605响应于发送定位报告而另外向RAN节点发送UE自主释放信号。

在一些实施例中，发送定位报告包括发起与LMF的LPP会话，其中UE响应于完成LPP会话而发送自主释放信号。在某些实施例中，定位报告是触发的定位测量报告和周期性的定位测量报告中的一个。

在一些实施例中，处理器1605从LMF接收不活动定时器，该不活动定时器跟踪从最后发送的定位测量报告开始流逝的时间。在这样的实施例中，发送UE自主释放信号响应于不活动定时器的期满而发生(例如，当定时器达到配置的阈值时)。

在一些实施例中，测量配置包括基于至少一个依赖于RAT的定位技术的RRC状态感知测量配置。在某些实施例中，RRC状态感知测量配置可以包括用于处于RRC连接状态的设备的第一配置和用于不处于RRC连接状态的设备的第二配置。在一个实施例中，第二配置包括用于处于RRC空闲状态的设备的第一子配置和用于处于RRC不活动状态的设备的第二子配置。在某些实施例中，RRC状态感知测量配置包括以下至少一个：要在RRC连接状态下或在RRC非连接状态下(例如，RRC_IDLE状态或RRC_INACTIVE状态)测量的DL PRS-RSRP测量配置、DL RSTD测量配置和UE Rx-Tx时间差测量配置，这取决于依赖于RAT的定位技术。

在一些实施例中，收发器1625从第一小区接收系统信息，其中该系统信息包括定位支持指示符，该定位支持指示符指示第一小区是否支持到LMF的连接。在这样的实施例中，处理器1605执行小区重选，其中当定位支持指示符指示第一小区不支持到LMF的连接时第一小区被排除在小区重选考虑之外。

在某些实施例中，接收系统信息包括接收系统信息块SIB1，其中该SIB1包括定位支持指示符。在某些实施例中，当第一小区具有能够将定位数据转发到LMF的AMF终止时，第一小区被指示为支持到LMF的连接。在某些实施例中，当第一小区具有用于与LMF通信的NR定位协议附件(“NRPPa”)接口时，第一小区被指示为支持到LMF的连接。

在一些实施例中，处理器1605进一步向LMF提供用于在处于RRC连接状态(例如，RRC_CONNECTED状态)的同时在降低功率模式下操作的指示。在这样的实施例中，处理器1605接收用于能量高效的定位测量的配置。在一个实施例中，提供给LMF的指示包括电池电量。在某些实施例中，用于能量高效的定位测量的配置包括用于降低功率的定位技术的配置。在某些实施例中，用于能量高效的定位测量的配置包括用于测量每个资源集更少的PRS资源或配置待测量的更少的TRP的配置。

在一些实施例中，处理器1605从第一小区请求定位系统信息块(“PosSIB”)并且从第一小区接收寻呼DCI，其中该寻呼DCI包括更新的PosSIB可用的指示。在这样的实施例中，处理器1605响应于寻呼DCI而检索已更新的消息。在某些实施例中，该PosSIB包括适用于RRC连接状态的第一测量配置和适用于RRC非连接状态(例如，RRC_INACTIVE状态或RRC_IDLE状态)的第二测量配置。

在一个实施例中，存储器1610是计算机可读存储介质。在一些实施例中，存储器1610包括易失性计算机存储介质。例如，存储器1610可以包括RAM，其包括动态RAM(“DRAM”)、同步动态RAM(“SDRAM”)和/或静态RAM(“SRAM”)。在一些实施例中，存储器1610包括非易失性计算机存储介质。例如，存储器1610可以包括硬盘驱动器、闪存或任何其它合适的非易失性计算机存储设备。在一些实施例中，存储器1610包括易失性和非易失性计算机存储介质这两者。

在一些实施例中，存储器1610存储与执行能量高效的定位有关的数据。例如，存储器1610可以存储如上所述的各种参数、面板/波束配置、资源指配、策略等。在某些实施例中，存储器1610还存储程序代码和相关数据，诸如在装置1600上操作的操作系统或其它控制器算法。

在一个实施例中，输入设备1615可以包括任何已知的计算机输入设备，包括触摸面板、按钮、键盘、手写笔、麦克风等。在一些实施例中，输入设备1615可以与输出设备1620集成，例如，作为触摸屏或类似的触敏显示器。在一些实施例中，输入设备1615包括触摸屏，使得文本可以使用显示在触摸屏上的虚拟键盘和/或通过在触摸屏上手写被输入。在一些实施例中，输入设备1615包括两个或更多个不同的设备，诸如键盘和触摸面板。

在一个实施例中，输出设备1620被设计为输出视觉、听觉和/或触觉信号。在一些实施例中，输出设备1620包括能够向用户输出视觉数据的电子可控显示器或显示设备。例如，输出设备1620可以包括但不限于液晶显示器(“LCD”)、发光二极管(“LED”)显示器、有机LED(“OLED”)显示器、投影仪或能够向用户输出图像、文本等的类似显示设备。作为另一非限制性示例，输出设备1620可以包括与用户设备装置1600的其余部分分开但通信地耦合的可穿戴显示器，诸如智能手表、智能眼镜、平视显示器等等。此外，输出设备1620可以是智能电话、个人数字助理、电视、台式计算机、笔记本(膝上型)计算机、个人计算机、车辆仪表板等的组件。

在某些实施例中，输出设备1620包括用于产生声音的一个或多个扬声器。例如，输出设备1620可以产生听觉警报或通知(例如，蜂鸣声或鸣响)。在一些实施例中，输出设备1620包括用于产生振动、运动或其它触觉反馈的一个或多个触觉设备。在一些实施例中，输出设备1620的全部或部分可以与输入设备1615集成。例如，输入设备1615和输出设备1620可以形成触摸屏或类似的触敏显示器。在其它实施例中，输出设备1620可以位于输入设备1615附近。

收发器1625经由一个或多个接入网络与移动通信网络的一个或多个网络功能通信。收发器1625在处理器1605的控制下操作以发送消息、数据和其它信号并且还接收消息、数据和其它信号。例如，处理器1605可以在特定时间选择性地激活收发器1625(或其部分)以便发送和接收消息。

收发器1625至少包括发射器1630和至少一个接收器1635。一个或多个发射器1630可以用于向基站单元121提供UL通信信号，诸如本文所描述的UL传输。类似地，如本文所描述，一个或多个接收器1635可以用于从基站单元121接收DL通信信号。尽管仅图示了一个发射器1630和一个接收器1635，但是用户设备装置1600可以具有任何合适数量的发射器1630和接收器1635。此外，发射器1630和接收器1635可以是任何合适类型的发射器和接收器。在一个实施例中，收发器1625包括用于在经许可无线电频谱上与移动通信网络通信的第一发射器/接收器对和用于在未经许可无线电频谱上与移动通信网络通信的第二发射器/接收器对。

在某些实施例中，用于在经许可无线电频谱上与移动通信网络通信的第一发射器/接收器对和用于在未经许可无线电频谱上与移动通信网络通信的第二发射器/接收器对可以组合成单个收发器单元，例如执行用于经许可和未经许可无线电频谱这两者的功能的单个芯片。在一些实施例中，第一发射器/接收器对和第二发射器/接收器对可以共享一个或多个硬件组件。例如，某些收发器1625、发射器1630和接收器1635可以被实现为物理上分开的组件，这些组件接入共享的硬件资源和/或软件资源，诸如例如，网络接口1640。

在各种实施例中，一个或多个发射器1630和/或一个或多个接收器1635可以实现和/或集成到单个硬件组件中，诸如多收发器芯片、片上系统、专用集成电路(“ASIC”)或其它类型的硬件组件。在某些实施例中，一个或多个发射器1630和/或一个或多个接收器1635可以实现和/或集成到多芯片模块中。在一些实施例中，诸如网络接口1640的其它组件或其它硬件组件/电路可以与任意数量的发射器1630和/或接收器1635集成到单个芯片中。在这样的实施例中，发射器1630和接收器1635可以逻辑上被配置为使用一个多个公共控制信号的收发器1625或者被配置为实现在相同硬件芯片中或多芯片模块中的模块化发射器1630和接收器1635。

图17描绘了根据本公开的实施例的可以用于执行能量高效的定位的网络装置1700。在一个实施例中，网络装置1700可以是RAN节点的一种实现方式，诸如如上所述的基站单元121或RAN节点210。此外，基站网络装置1700可以包括处理器1705、存储器1710、输入设备1715、输出设备1720和收发器1725。

在一些实施例中，输入设备1715和输出设备1720组合成单个设备，诸如触摸屏。在某些实施例中，网络装置1700可以不包括任何输入设备1715和/或输出设备1720。在各种实施例中，网络装置1700可以包括以下中的一个或多个：处理器1705、存储器1710和收发器1725，并且可以不包括输入设备1715和/或输出设备1720。

如所描绘的，收发器1725包括至少一个发射器1730和至少一个接收器1735。这里，收发器1725与一个或多个远程单元175通信。附加地，收发器1725可以支持至少一个网络接口1740和/或应用接口1745。应用接口1745可以支持一个或多个API。网络接口1740可以支持3GPP参考点，诸如Uu、N1、N2和N3。如本领域普通技术人员所理解的，可以支持其它网络接口1740。

在一个实施例中，处理器1705可以包括能够执行计算机可读指令和/或能够执行逻辑操作的任何已知控制器。例如，处理器1705可以是微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA或类似的可编程控制器。在一些实施例中，处理器1705执行存储在存储器1710中的指令以执行本文所描述的方法和例程。处理器1705通信地耦合到存储器1710、输入设备1715、输出设备1720和收发器1725。

在各种实施例中，网络装置1700是与一个或多个UE通信的RAN节点(例如，gNB)，如本文所描述的。在这样的实施例中，处理器1705控制网络装置1700以执行上述RAN行为。当作为RAN节点操作时，处理器1705可以包括管理应用域和操作系统(“OS”)功能的应用处理器(也称为“主处理器”)以及管理无线电功能的基带处理器(也称为“基带无线电处理器”)。

在各种实施例中，处理器1705控制网络装置1700以执行上述LMF行为。例如，处理器1705可以控制网络接口1740以与UE建立LPP会话。响应于网络接口1740从UE接收到用于在降低功率模式下操作的指示，处理器1705配置UE以用于能量高效的定位测量。

在一些实施例中，提供给LMF的指示包括用于UE的电池电量指示。在一些实施例中，用于能量高效的定位测量的配置包括用于降低功率的定位技术的配置。在一些实施例中，用于能量高效的定位测量的配置包括用于测量每个资源集的更少的PRS资源或配置待测量的更少的TRP的配置。

在一些实施例中，处理器1705向UE发送位置信息请求消息，该请求消息包括测量配置和UE自主释放指示并且经由LPP会话从UE接收定位报告。在这样的实施例中，处理器1705从UE接收UE自主释放信号，其中UE响应于发送定位报告而发送UE自主释放信号并且响应于UE自主释放信号而终止LPP会话。

在某些实施例中，处理器1705向UE配置用于跟踪从最后发送的定位测量报告开始流逝的时间的不活动定时器。在这样的实施例中，UE响应于不活动定时器的期满(例如，其中定时器达到配置的阈值)而发送UE自主释放响应信号。注意，UE自主释放响应信号通知网络(即，RAN节点和LMF)UE已经被释放。在某些实施例中，基于经由RAN和LMF协调的服务的RAN节点验证来发送UE自主释放响应信号。因为UE自主释放需要RAN节点(例如，gNB)和LMF之间的协调，所以这里RAN节点先验地批准UE能够被自主释放。

在一些实施例中，位置信息请求消息包括基于至少一个依赖于RAT的定位技术的RRC状态感知测量配置。在某些实施例中，RRC状态感知测量配置包括用于处于RRC连接状态的设备的第一配置和用于不处于RRC连接状态的设备的第二配置。在一个实施例中，第二配置包括用于处于RRC空闲状态的设备的第一子配置和用于处于RRC不活动状态的设备的第二子配置。在某些实施例中，RRC状态感知测量配置包括以下至少一个：要在RRC连接状态下或在RRC非连接状态下(例如，RRC_IDLE状态或RRC_INACTIVE状态)测量的DL PRS-RSRP测量配置、DL RSTD测量配置和UE Rx-Tx时间差测量配置，这取决于依赖于RAT的定位技术。

在一些实施例中，LMF请求网络实体提供UE在RRC连接状态(例如，RRC_CONNECTED状态)和RRC非连接状态(例如，RRC_IDLE状态或RRC_INACTIVE状态)之间的状态转变通知。在这样的实施例中，LMF从UE接收指示UE处于下述状态中的任意状态的状态转变通知响应消息：(i)RRC_CONNECTED、(ii)RRC_INACTIVE，(iii)RRC_IDLE。

在某些实施例中，网络实体是下述之一：AMF和RAN节点(例如，gNB)。在某些实施例中，状态转变通知基于以下至少一个：订阅请求和按需请求。在状态转变通知是基于订阅的情况下，处理器1705可以通过LMF进一步取消状态转变通知。

在一个实施例中，存储器1710是计算机可读存储介质。在一些实施例中，存储器1710包括易失性计算机存储介质。例如，存储器1710可以包括RAM，其包括动态RAM(“DRAM”)、同步动态RAM(“SDRAM”)和/或静态RAM(“SRAM”)。在一些实施例中，存储器1710包括非易失性计算机存储介质。例如，存储器1710可以包括硬盘驱动器、闪存或任何其它合适的非易失性计算机存储设备。在一些实施例中，存储器1710包括易失性和非易失性计算机存储介质这两者。

在一些实施例中，存储器1710存储与执行能量高效的定位有关的数据。例如，存储器1710可以存储参数、配置、资源指配、策略等，如上所述。在某些实施例中，存储器1710还存储程序代码和相关数据，诸如在装置1700上操作的操作系统或其它控制器算法。

在一个实施例中，输入设备1715可以包括任何已知的计算机输入设备，其包括触摸面板、按钮、键盘、手写笔、麦克风等。在一些实施例中，输入设备1715可以与输出设备1720集成，例如，作为触摸屏或类似的触敏显示器。在一些实施例中，输入设备1715包括触摸屏，使得文本可以使用显示在触摸屏上的虚拟键盘和/或通过在触摸屏上手写被输入。在一些实施例中，输入设备1715包括两个或更多个不同的设备，诸如键盘和触摸面板。

在一个实施例中，输出设备1720被设计为输出视觉、听觉和/或触觉信号。在一些实施例中，输出设备1720包括能够向用户输出视觉数据的电子可控显示器或显示设备。例如，输出设备1720可以包括但不限于LCD显示器、LED显示器、OLED显示器、投影仪或能够向用户输出图像、文本等的类似显示设备。作为另一非限制性示例，输出设备1720可以包括与网络装置1700的其余部分分开但通信地耦合的可穿戴显示器，诸如智能手表、智能眼镜、平视显示器等等。此外，输出设备1720可以是智能电话、个人数字助理、电视、台式计算机、笔记本(膝上型)计算机、个人计算机、车辆仪表板等的组件。

在某些实施例中，输出设备1720包括用于产生声音的一个或多个扬声器。例如，输出设备1720可以产生听觉警报或通知(例如，蜂鸣声或鸣响)。在一些实施例中，输出设备1720包括用于产生振动、运动或其它触觉反馈的一个或多个触觉设备。在一些实施例中，输出设备1720的全部或部分可以与输入设备1715集成。例如，输入设备1715和输出设备1720可以形成触摸屏或类似的触敏显示器。在其它实施例中，输出设备1720可以位于输入设备1715附近。

收发器1725至少包括发射器1730和至少一个接收器1735。如本文中所描述的，一个或多个发射器1730可以用于与UE通信。类似地，如本文中所描述的，一个或多个接收器1735可以用于与PLMN和/或RAN中的网络功能通信。尽管仅图示了一个发射器1730和一个接收器1735，但是网络装置1700可以具有任何合适数量的发射器1730和接收器1735。此外，发射器1730和接收器1735可以是任何合适类型的发射器和接收器。

图18描绘了根据本公开的实施例的用于执行能量高效的定位的方法1800的一个实施例。在各种实施例中，方法1800由移动通信网络中的诸如上述的远程单元105、UE 205和/或用户设备装置1600的用户设备装备执行。在一些实施例中，方法1800由诸如微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等等的处理器执行。

方法1800开始并接收包括测量配置和UE自主释放指示的位置信息请求消息1805。方法1800包括根据测量配置执行1810定位测量。该方法1800包括向LMF发送定位报告1815。方法1800包括响应于发送定位报告向RAN节点发送UE自主释放信号1820。方法1800结束。

图19描绘了根据本公开的实施例的用于执行能量高效的定位的方法1900的一个实施例。在各种实施例中，方法1900由移动通信网络中的位置管理功能来执行，诸如所述的LMF 147、LMF 305和/或网络装置1700。在一些实施例中，方法1900由处理器执行，诸如微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等等。

方法1900开始并建立1905与UE的LTE协议定位(“LPP”)会话。该方法1900包括从UE接收1910用于降低功率模式操作的指示。该方法1900包括配置1915UE以用于能量高效的定位测量。方法1900结束。

根据本公开的实施例，本文公开了用于执行能量高效的定位的第一装置。第一装置可以由移动通信网络中的用户设备装备实现，诸如上述的远程单元105、UE 205和/或用户设备装置1600。该第一装置包括处理器和收发器，该收发器接收包括测量配置和UE自主释放指示的位置信息请求消息。处理器根据测量配置执行定位测量并将定位报告发送到LMF。该处理器响应于发送定位报告而另外向RAN节点发送UE自主释放信号。

在一些实施例中，发送定位报告包括发起与LMF的LPP会话，其中响应于完成LPP会话而发送该UE自主释放信号。在某些实施例中，定位报告是触发的定位测量报告和周期性的定位测量报告中的一个。

在一些实施例中，处理器从LMF接收不活动定时器，该不活动定时器跟踪从最后发送的定位测量报告流逝的时间。在这样的实施例中，发送UE自主释放信号响应于不活动定时器的期满(例如，当定时器达到配置的阈值时)而发生。

在一些实施例中，测量配置包括基于至少一个依赖于RAT的定位技术RRC状态感知测量配置。在某些实施例中，RRC状态感知测量配置可以包括用于处于RRC连接状态的设备的第一配置和用于不处于RRC连接状态的设备的第二配置。在一个实施例中，第二配置包括用于处于RRC空闲状态的设备的第一子配置和用于处于RRC不活动状态的设备的第二子配置。在某些实施例中，取决于依赖于RAT的定位技术，RRC状态感知测量配置包括下述中的至少一个：要在RRC连接状态下或在RRC非连接状态下(例如，RRC_IDLE状态或RRC_INACTIVE状态)测量的DL PRS-RSRP测量配置、DL RSTD测量配置和UE Rx-Tx时间差测量配置。

在一些实施例中，收发器从第一小区接收系统信息，其中该系统信息包括定位支持指示符，该定位支持指示符指示第一小区是否支持到LMF的连接。在这样的实施例中，处理器执行小区重选，其中当定位支持指示符指示第一小区不支持到LMF的连接时，第一小区被排除在小区重选考虑之外。

在某些实施例中，接收系统信息包括接收系统信息块SIB1，其中该SIB1包括定位支持指示符。在某些实施例中，当第一小区具有能够将定位数据转发到LMF的AMF终止时，第一小区被指示为支持到LMF的连接。在某些实施例中，当第一小区具有用于与LMF通信的NRPPa接口时，第一小区被指示为支持到LMF的连接。

在一些实施例中，处理器进一步向LMF提供用于在处于RRC连接状态(例如，RRC_CONNECTED状态)的同时在降低功率模式下操作的指示。在这样的实施例中，处理器接收用于能量高效的定位测量的配置。在一个实施例中，提供给LMF的指示包括电池电量。在某些实施例中，用于能量高效的定位测量的配置包括用于降低功率的定位技术的配置。在某些实施例中，用于能量高效的定位测量的配置包括用于每资源集测量更少的PRS资源或配置待测量的更少的TRP的配置。

在一些实施例中，处理器从第一小区请求定位系统信息块(“PosSIB”)并且从第一小区接收寻呼DCI，其中该寻呼DCI包括已更新的PosSIB可用的指示。在这样的实施例中，处理器响应于寻呼DCI而检索已更新的数据。在某些实施例中，该PosSIB包括适用于RRC连接状态的第一测量配置和适用于RRC非连接状态(例如，RRC_INACTIVE状态或RRC_IDLE状态)的第二测量配置。

本文公开了根据本公开的实施例的用于执行能量高效的定位的第一方法。第一方法可以由移动通信网络中的用户设备装备执行，诸如上述的远程单元105、UE 205和/或用户设备装置1600。第一方法包括接收位置信息请求消息，其中该请求消息包括测量配置和UE自主释放指示。第一方法包括根据测量配置执行定位测量并向LMF发送定位报告。第一方法包括响应于发送定位报告而向RAN节点发送UE自主释放信号。

在一些实施例中，发送定位报告包括发起与LMF的LPP会话，其中响应于完成LPP会话而发送该UE自主释放信号。在某些实施例中，定位报告是触发的定位测量报告和周期性的定位测量报告中的一个。

在一些实施例中，第一方法包括从LMF接收不活动定时器，该不活动定时器跟踪从最后发送的定位测量报告流逝的时间。在这样的实施例中，响应于不活动定时器的期满而发送UE自主释放信号。

在一些实施例中，测量配置包括基于至少一个依赖于RAT的定位技术RRC状态感知测量配置。

在某些实施例中，RRC状态感知测量配置可以包括用于处于RRC连接状态的设备的第一配置和用于不处于RRC连接状态的设备的第二配置。在一个实施例中，第二配置包括用于处于RRC空闲状态的设备的第一子配置和用于处于RRC不活动状态的设备的第二子配置。在某些实施例中，取决于依赖于RAT的定位技术，RRC状态感知测量配置包括下述中的至少一个：要在RRC连接状态下或在RRC非连接状态(例如，RRC_IDLE状态或RRC_INACTIVE状态)下测量的DL PRS-RSRP测量配置、DL RSTD测量配置和UE Rx-Tx时间差测量配置。

在一些实施例中，第一方法包括从第一小区接收系统信息，其中该系统信息包括定位支持指示符，该定位支持指示符指示第一小区是否支持到LMF的连接。在这样的实施例中，第一方法进一步包括执行小区重选，其中当定位支持指示符指示第一小区不支持到LMF的连接时，该第一小区被排除在小区重选考虑之外。

在某些实施例中，接收系统信息包括接收系统信息块SIB1，其中该SIB1包括定位支持指示符。在某些实施例中，当第一小区具有能够将定位数据转发到LMF的AMF终止时，该第一小区被指示为支持到LMF的连接。在某些实施例中，当第一小区具有用于与LMF通信的NRPPa接口时，该第一小区被指示为支持到LMF的连接。

在一些实施例中，第一方法包括向LMF提供用于在处于RRC连接状态(例如，RRC_CONNECTED状态)的同时在降低功率模式下操作的指示，和接收用于能量高效的定位测量的配置。在一个实施例中，提供给LMF的指示包括电池电量。在某些实施例中，用于能量高效的定位测量的配置包括用于降低功率的定位技术的配置。在某些实施例中，用于能量高效的定位测量的配置包括用于每资源集测量更少的PRS资源或配置待测量的更少的TRP的配置。

在一些实施例中，第一方法包括从第一小区请求PosSIB并且从第一小区接收寻呼DCI，其中该寻呼DCI包括已更新的PosSIB可用的指示。在这样的实施例中，第一方法包括响应于寻呼DCI而检索已更新的数据。在某些实施例中，该PosSIB包括适用于RRC连接状态的第一测量配置和适用于RRC非连接状态(例如，RRC_INACTIVE状态或RRC_IDLE状态)的第二测量配置。

本文公开了根据本公开的实施例用于执行能量高效的定位的第二装置。第二装置可以由移动通信网络中的位置管理功能来实现，诸如上述的LMF 147、LMF 305和/或网络装置1700。第二装置包括网络接口和处理器，该处理器与UE建立LPP会话。响应于网络接口从UE接收到用于在降低功率模式下操作的指示，处理器配置UE以用于能量高效的定位测量。

在一些实施例中，提供给LMF的指示包括用于UE的电池电量指示。在一些实施例中，用于能量高效的定位测量的配置包括用于降低功率的定位技术的配置。在一些实施例中，用于能量高效的定位测量的配置包括用于每资源集测量更少的PRS资源或配置待测量的更少的TRP的配置。

在一些实施例中，处理器向UE发送位置信息请求消息，该请求消息包括测量配置和UE自主释放指示并且经由LPP会话从UE接收定位报告。在这样的实施例中，处理器从UE接收UE自主释放信号，其中该UE响应于发送定位报告而发送UE自主释放信号并且响应于UE自主释放信号而终止LPP会话。

在某些实施例中，处理器向UE配置用于跟踪从最后发送的定位测量报告流逝的时间的不活动定时器。在这样的实施例中，UE响应于不活动定时器的期满(例如，其中定时器达到配置的阈值)而发送UE自主释放信号。在某些实施例中，经由RAN和LMF协调基于服务的RAN节点验证来发送UE自主释放信号。

在一些实施例中，位置信息请求消息包括基于至少一个依赖于RAT的的定位技术的RRC状态感知测量配置。在某些实施例中，RRC状态感知测量配置包括用于处于RRC连接状态的设备的第一配置和用于不处于RRC连接状态的设备的第二配置。在一个实施例中，第二配置包括用于处于RRC空闲状态的设备的第一子配置和用于处于RRC不活动状态的设备的第二子配置。在某些实施例中，取决于依赖于RAT的定位技术，RRC状态感知测量配置包括下述中的至少一个：要在RRC连接状态下或在RRC非连接状态(例如，RRC_IDLE状态或RRC_INACTIVE状态)下测量的DL PRS-RSRP测量配置、DL RSTD测量配置和UE Rx-Tx时间差测量配置。

在一些实施例中，LMF请求网络实体提供在RRC连接状态(例如，RRC_CONNECTED状态)和RRC非连接状态(例如，RRC_IDLE状态或RRC_INACTIVE状态)之间的UE的状态转变通知。在这样的实施例中，LMF从UE接收指示UE处于下述状态中的任意状态下的状态转变通知响应消息：(i)RRC_CONNECTED、(ii)RRC_INACTIVE、(iii)RRC_IDLE。

在某些实施例中，网络实体是下述之一：AMF和RAN节点(例如，gNB)。在某些实施例中，状态转变通知基于下述中的至少一个：订阅请求和按需请求。在状态转变通知是基于订阅的情况下，处理器可以通过LMF进一步取消状态转变通知。

本文公开了根据本公开的实施例的用于执行能量高效的定位的第二方法。第二方法可以由移动通信网络中的位置管理功能设备来执行，诸如上述的LMF 147、LMF 305和/或网络装置1700。第二方法包括与UE建立LPP会话、接收对LMF用于在降低功率模式下操作的指示、以及配置UE以用于能量高效的定位测量。

在一些实施例中，提供给LMF的指示包括用于UE的电池电量指示。在一些实施例中，用于能量高效的定位测量的配置包括用于降低功率的定位技术的配置。在一些实施例中，用于能量高效的定位测量的配置包括用于每资源集测量更少的PRS资源或配置待测量的更少的TRP的配置。

在一些实施例中，第二方法向UE发送位置信息请求消息，该请求消息包括测量配置和UE自主释放指示。这里，第二方法另外包括经由LPP会话从UE接收定位报告和从UE接收UE自主释放信号，其中该UE响应于发送定位报告而发送UE自主释放信号。在这样的实施例中，第二方法进一步包括响应于UE自主释放信号而终止LPP会话。

在某些实施例中，第二方法包括向UE配置用于跟踪从最后发送的定位测量报告流逝的时间的不活动定时器。在这样的实施例中，UE响应于不活动定时器的期满(例如，其中定时器达到配置的阈值)而发送UE自主释放信号。在某些实施例中，经由RAN和LMF协调基于服务的RAN节点验证来发送UE自主释放信号。

在一些实施例中，位置信息请求消息包括基于至少一个依赖于RAT的的定位技术的RRC状态感知测量配置。在某些实施例中，RRC状态感知测量配置包括用于处于RRC连接状态的设备的第一配置和用于不处于RRC连接状态的设备的第二配置。在一个实施例中，第二配置包括用于处于RRC空闲状态的设备的第一子配置和用于处于RRC不活动状态的设备的第二子配置。在某些实施例中，取决于依赖于RAT的定位技术，RRC状态感知测量配置包括下述中的至少一个：要在RRC连接状态下或在RRC非连接状态(例如，RRC_IDLE状态或RRC_INACTIVE状态)下测量的DL PRS-RSRP测量配置、DL RSTD测量配置和UE Rx-Tx时间差测量配置。

在一些实施例中，LMF请求网络实体提供在RRC连接状态(例如，RRC_CONNECTED状态)和RRC非连接状态(例如，RRC_IDLE状态或RRC_INACTIVE状态)之间的UE的状态转变通知。在这样的实施例中，LMF从UE接收指示UE处于下述状态中的任意状态下的状态转变通知响应消息：(i)RRC_CONNECTED、(ii)RRC_INACTIVE、(iii)RRC_IDLE。

在某些实施例中，网络实体是下述之一：AMF和RAN节点(例如，gNB)。在某些实施例中，状态转变通知基于下述中的至少一个：订阅请求和按需请求。在状态转变通知是基于订阅的情况下，处理器可以通过LMF进一步取消状态转变通知。

实施例可以以其它特定形式实践。所描述的实施例在所有方面都被认为仅是说明性的而不是限制性的。因此，本发明的范围由所附权利要求而不是由前述描述指示。在权利要求的等效含义和范围内的所有变化都应被涵盖在其范围内。