3GPP 5G NR 定位 增强

注：本文部分转载自5G NR Positioning enhancement (R17)_ue-txteg for srs resource for positioning-CSDN博客，仅供技术分享和交流学习，如有侵权，请联系删除。

从 R17 相关的 study item、work item、 technique report

RP193237，RP210903，TR 38805 TS 38305 TR 38857 
信令协议：TS 38455

中， R17版本中的定位增强主要体现在四点：

1. 定位精度的提升 (accuracy enhancement)
2. 延迟的减小 (latency reduction)
3. 网络效率的提升 (NW efficiency enhancement)
4. 终端效率的提升 (device efficiency enhancement)

此外，R17 新增了 IIoT use cases，即将 NR positioning 应用于了仓储自动化等这些工业物联网场景中。R17 Work item RP-210903 中对 IIoT 场景的具体情形有详细的描述，这里不对 IIoT use case 具体展开，感兴趣的童鞋可以自己去看一下这个 WI。一般在 IIoT 场景中，对定位精度有更高的要求。

R17定位增强

1. 精度的提升

精度的提升更多的依赖物理层信号处理和时间同步的增强，只能从 RAN1 着手，主要的方法包括以下这几个：

• Timing Error Mitigation，针对的是 timing based 定位方法，包括 TDOA 和 MultiRTT;
• AOD accuracy enhancement，针对 DL-AoD 这种方法的精度提升;
• Multipath Mitigation，主要针对 timing based 方法，其次 UL-AoA 也可以使用；

1.1 Timing Error Mitigation

首先来看 Timing Error Mitigation，先明白什么是 timing error。比如从基站基带的数字信号，到天线发射出去，这之间会有 time delay，这个 time delay 根据器件的性能等先验信息甚至是经验值，可以在一定程度上 calibrate。UE 侧同理，从天线接收到模拟信号，到转换成基带数字信号，这期间的 time delay 也可以一定程度 calibrate。经过校验之后还剩下的那部分不可控的 time delay，或者是压根不经过校验的 time delay，就叫 timing error。

然后我们就可以将拥有相近的 timing error 的多个 measurement 叫做一个 Timing Error Group（TEG）。简单理解的话，相近的 timing error 通常就意味着相同的 process chain，比如多个信号，经过相同的 RF chain，最终从 UE 的同一个天线发送出去，就可以认为这几个信号有相近的发送端 timing error，则他们就属于同一个发送端 TEG，又可以叫 TxTEG。接收端同理，用同一个 process chain 接收下来的信号，就有相同的接收端 TEG — RxTEG。每个 TEG 都有 ID。

这个 TEG ID 最终要报给进行位置计算的实体，在 UE based positioning 中就把 TEG-ID 报给 UE，在 NW based positioning 中，就把 TEG-ID 报给 NW。这里所说的 UE based 和 NW based 的涉及到定位方法的又一种分类方式:

• UE 既负责 PRS 的测量又负责位置的计算，叫 UE-based，
• UE 只负责测量，将测量结果上报，由 LMF 计算位置，叫 UE-assisted，
• NW 既负责测量，又负责计算，叫 NW-based。

也就是说谁最后负责计算位置，就将相关的 TEG-ID 报给谁，下面举几个具体的例子，
a). 比如 UE assisted DL TDOA，UE 在测量 PRS 时，对于同一个 PRS Resource，UE 可以用天线 0 测，也可以用天线 1 测，用不同的天线得到的测量结果，就对应着不同的 Rx TEG，所以在上报测量结果的时候，测量结果对应的 Rx TEG ID 也要一起上报，也就是要告诉网络，哪些测量结果是拥有近似的 timing error 的。
b). 如果是 UE based DL TDOA，最终由 UE 来计算位置，那 UE 就无需将 Rx TEG 告诉网络，相反，因为基站侧可以用不同的天线发送 PRS，不同的天线发送的 PRS 自然有不同的 timing error，所以基站要将 PRS 对应的 Tx TEG ID 告诉 UE。
c). 再比如 UL TDOA，UE 是发送侧，所以 UE 就应该将 UL PRS(SRS for positioning) 的 UE Tx TEG ID 告知 LMF；基站是接收侧，所以就应该将测量结果以及测量结果对应的 Rx TEG ID 告知 LMF，最终由 LMF 计算 UE 位置。
d). 对于 Multi RTT 来说，测量的是 RxTx time difference，所以对应报的就是 RxTx TEG。

可以这么理解：一个 TEG ID 就相当于把某一条链路里的 timing error 的特征给提取出来了。合理使用 TEG ID，就可以减小 timing error，减小了 timing error，无疑就是提高了精度。

1.2 AOD accuracy enhancement

R16 中介绍了 DL-AoD 的原理，就是基站侧做 beam sweeping，根据 UE 测到的哪个波束上的 RSRP 最高，就说明 UE 在哪个方向。这里 R17 对 DL-AoD 主要做了 3 点增强，以提高 DL-AoD 的精度。

第一点增强是 RSRPP 的测量和上报

对，你没看错，也不是我写错了，就是 RSRPP。RSRPP 也叫 Path PRSR，指的是多径情况下，其中某一条路径上的 RSRP。比如 UE 先测量上报了 PRS 1 的 RSRP 和 first_path_RSRPP，然后可以再测量 PRS 2 的 RSRP 和 first_Path_RSRPP，然后可以用差值的方式，对 PRS2 的测量结果进行上报，即 UE 上报 PRS 2 的测量结果的时候，可以上报 PRS 2 的 RSRP 相对于 PRS 1 的 RSRP 的差值，RSRPP 也是同理，以此类推，可以上报若干个 PRS 的 PRSR 和 first_path_RSRPP。这样网络就可以根据这若干个 PRS 在 UE 侧的强度，以及多径的第一条路径的 RSRP，来判断 UE 的精确方位。

第二点增强是 Assistance Data 的增强

首先是网络可以给 UE 提供一个 PRS 的 subset，来让 UE 优先测量上报这个 subset 里包含的 PRS，其次是可以给 UE 提供每个 PRS 的视轴方向。

第三点增强是 Antenna Relative Beam Information
也就是网络可以给 UE 提供不同 PRS resource 之间的相对功率的量化版本。这句话乍一听可能会觉得很绕，举个例子来说，在某一个精确的方向上，比如基站以它的 location 为坐标（Local Coordinate System，LCS），水平方向上与 X 轴夹角正 5.5 度的方向上，在这个方向上，不可能只有一个 PRS 的能量被检测到（波束赋形的过程中，某个主瓣不可能没有旁瓣，相邻的主瓣也不可能丝毫没有重叠的部分），这里 Antenna Relative Beam information 就是说在某个方向上，以最大的能量为 1，将其他 beam 在这个方向上的能量归一化，从而将这个方向上的不同 PRS 之间的相对功率进行了归一化的量化比较，将这个量化结果，以某一个角度颗粒度，告知 UE，比如正 5.5 度方向上不同 PRS 之间的量化结果、正 5.6 度的结果、正 5.7 度的量化结果…。这就是 Antenna Relative Beam Information，相当于是把一个角度和不同 beam 之间的相对功率的量化结果这样的一个矩阵告知了 UE。

UE 在计算位置的时候，可以合理利用这几点，RSRPP、PRS 的 Subset、每个 PRS 的视轴方向、不同方向上不同 PRS 之间的相对大小，来提高 DL-AoD 的精度。这些辅助信息具体怎么使用，这个取决于 UE 自己的实现。

1.3 Multipath Mitigation

第三点 accuracy enhancement 是关于多径干扰的降低，降低了多径的干扰，精度自然就提升了。降低多径干扰的主要方法有两个：

第一个方法是 multipath report
就是 UE 和基站将多径相关的时间或者角度信息上报给计算位置的 LMF。在 DL-TDOA 和 MultiRTT 中，UE 要给 LMF 上报 DL PRS 至多 8 条多径的相对于 first path 的时间信息，对于 UL positioning，基站也要给 LMF 上报 UL PRS 的多径的角度和时间信息。

第二个方法是 LoS indication
就是指在 NW based positioning 当中，UE 通过测量，来判断某个 DL PRS 是通过视距（LoS）到达还是通过非视距（NLos）达到，然后将 LoS indicator 报给网络。这个 indicator 指示的是 LoS 的可能性，值介于 0-1 之间。同理在 UE based positioning 中，网络也可以通过 UL PRS（SRS for positioning）的测量，将 LoS indicator 指示给 UE。这里如何判断，是 UE 和基站自己的实现，比如通过是否产生了多径，产生了几条多径，多径之间的时间差等等。

2. 延迟的减小

R17 的第二个增强是关于 latency reduction，主要方法为：

1.测量间隔（measurement gap ，MG）方面的增强 ；

2 PPW 的预配置。

1.对于测量间隔增强。一方面的增强是引进了测量间隔外的DL PRS信号处理。另一方面的增强是引进低时延的测量间隔的请求和激活机制。

在R16中，用户UE需要在测量间隔（Measurement Gap）中测量DL PRS信号。这会从几个方面造成DL PRS处理时间的延迟。一方面是如果测量间隔没有配置的话，用户UE就需要用RRC信令向服务小区gNB请求配置测量间隔，而gNB还需要通过RRC信令为UE提供测量间隔的配置。这一过程会引起大约20 ms的时延。另一方面是测量间隔是周期性出现的，所以UE必须等到每个测量间隔机会出现时才能测量DL PRS。所以这一方面最多会造成一个测量间隔配置周期的时延。为了解决这方面的问题，R17引进了如下两方面的增强。

针对测量间隔配置所引起的时延，R17引进了采用MAC CE信令来请求和激活测量间隔配置的机制。系统会先把一些预先配置好的测量间隔配置提供给UE。在UE需要测量DL PRS时，UE会通过MAC CE来请求一个预先配置好的测量间隔配置，而gNB可以通过MAC CE信令来快速地激活一个测量间隔配置。使用MAC CE信令来代替RRC信令来请求和配置测量间隔可以减少这方面引起的时延。

第二个增强是引进了测量间隔外的DL PRS信号的测量。在用户UE未配置测量间隔的情况下接收并测量DL PRS信号。为此，UE只能测量和当前BWP使用同样SCS和CP长度的DL PRS信号。除了能接收服务小区发出的DL PRS信号外，UE还可以测量一个和服务小区的时间同步误差在某个范围之内的非服务小区发出的DL PRS信号。因为这时没有测量间隔，UE可能会遇到DL PRS信号和其他下行信道和参考信号冲突的情况。在遇到冲突时，UE可以根据系统提供的DL PRS信号处理优先级来处理这些信号。R17支持以下3种优先级的方式。

• 第一种方式：UE通过终端能力上报可以支持两种优先级①DL PRS信号比其他的下行信道和CSI-RS信号有更高优先级，②DL PRS信号比其他的下行信道和CSI-RS信号有更低优先级。LMF可以指示UE采用这两种方式中的一种。
• 第二种方式：UE通过终端能力上报可以支持3种优先级：①DL PRS信号比其他的所有下行信道和CSI-RS有更高优先级；②DL PRS信号比和URLLC相关的信道具有更低优先级，但是比其他的下行信道和CSI-RS信号具有更高优先级；③DL PRS信号比下行信道和CSI-RS信号具有更低优先级。LMF可以指示UE采用这3种方式中的一种。
• 第三种方式：UE可以通过终端能力报告仅仅支持DL PRS比下行信道具有更高优先级。

首先我们要知道，UE 想要测量配置在 active BWP 内的 PRS 时，需要在 PPW（PRS Processing Window）内测量，想要测量 active BWP 外的 PRS 或者 active BWP 内但是和 active BWP 有不同子载波间隔的 PRS 时，需要 measurement gap。Measurement Gap 和 PPW 的预配置就是指网络预先给 UE 配置多个 Measurement Gap 和 PPW，后续直接通过 DL MAC CE 来激活，从而节省每次都要重配的时间。

对于预配置的多个 Measurement Gap，UE 可以通过 UL MAC CE 来请求其中的某一个，然后网络通过 DL MAC CE 激活 / 去激活。

对于预配置的多个 PPW，UE 无法通过 UL MAC CE 来请求，只有网络通过 DL MAC CE 激活 / 去激活。如果激活的 PPW 被指示为高优先级的话，UE 就可以在 PPW 内优先测量 PRS。另外，PPW 分为三种类型，Type 1A、Type 1B 和 Type 2，区别只在于时频域上对优先级的处理有一些细微差别，比如 type 1A 和 1B 配置的优先级在频域上是针对 band 而言，而 Type2 只针对 CC，时域上 1A 1B 配置的优先级针对整个 PPW，而 type2 只针对 PPW 内和 PRS 有冲突的 symbol，没冲突的 symbol 上的其他 DL 资源是不会中断的。

NR R17定位增强很重要的一项工作是研究如何能够减小定位整体流程的时延，以使得定位服务器或者终端能够更加快捷地获取定位结果。RAN2在R17的研究和标准化过程中识别出如下几个重要的技术方向并加以改进。

● 将终端定位能力存储在AMF，从而在每一个定位会话中，LMF不需要再通过空口从终端获取终端的定位能力。

● 支持预配置的定位辅助信息， LMF可以预配置定位辅助信息（包含下行PRS配置）给终端，终端在后续的定位会话中可以直接进行定位测量，不用再执行定位辅助信息获取的流程。

● 降低LPP信令提供位置信息(ProvideLocationInformation)的反馈时间。现有LPP信令位置信息反馈(LocationInformationResponse)对于LPP信令位置信息请求(LocationInformationRequest)允许的最大反馈时间过大，不利于LMF及时获取终端的测量结果。

● 引入预定时间的定位测量和上报。定位代理服务器或者终端应用层可能需要获取在某个时间点的终端位置。这种情况下，终端需要提前进入CM-Connected状态，以便更快地对网络的请求测量或者SRS发送请求进行响应。

1.终端定位能力存储

在定位会话起始时，LMF需要通过LPP RequestCapabilities信令向终端请求发送终端定位能力。之后，终端向LMF通过LPP ProvideCapabilities信令返回终端的定位能力。可见，这样的信令交互要涉及两次N2接口信令交互和两次空口传输。

出于降低信令交互开销的目的，RAN2决定当初始定位会话开启后，LMF可以将接收到的终端定位能力发送至AMF进行存储。在之后的定位会话开启后，LMF可以直接从AMF获取终端的定位能力，而不用再从终端获取。这样可以节省两次空口传输的交互时延，达到降低定位时延的目的。

在RAN2讨论过程中，一些公司认为终端的定位能力是变化的，比如终端因为省电的原因可能会关闭几个载波，所以需要引入一个指示信息告知AMF终端的定位能力是否是变化的。针对这一问题，其他大部分公司认为LMF基于接收到的定位能力已经可以判断出终端的定位能力是否是可变的。另外，定位能力本身就不可能是永远不变的。综上，引入这个新的指示信息的意义并不大。

2.为终端预配置的定位辅助信息持续有效

定位辅助信息中包含终端需要执行测量的下行PRS配置。不同的PRS配置是绑定在给定范围内的传输点TRP和给定频带上的，即不同位置上的TRP具有不同的PRS配置。这样的话，在终端经过测量不同位置的TRP发送的不同PRS后，终端可以确定与不同TRP的相对位置或者相对角度，进而用于定位。因为电磁波衰落的自身特性，随着终端离PRS信号作用的区域越来越远，来自给定TRP的PRS信号强度逐渐变小，从而无法为定位功能提供有效帮助。反之，如果终端始终在给定区域里移动，那么终端接收到的定位辅助信息也应该是有效的（只要TRP没有结束PRS信号的发送）​。基于此想法，3GPP RAN2在R17引入了预配置辅助信息和相应的有效区域概念。

首先，网络将预配置的定位辅助信息和相应的有效区域（由小区列表所定义）发送至终端。在后续每一次定位会话到来时，终端判断当前驻留小区是否属于有效区域内。如果属于有效区域内，终端则可以直接应用之前获得的定位辅助信息，而不是从网络重新获取新的辅助信息。这样的话，在定位会话阶段，可以缩短两次LMF和终端之间的信令传输时延。

另外，网络也预配置多个有效区域的下行辅助信息，并将其发送给终端。当终端在不同的区域移动时，终端可以直接使用所处区域关联的下行辅助信息直接进行定位测量。这样的话，定位会话阶段中的信令传输时延也可以得以降低。

3.加快LPP ProvideLocationInformation的反馈

根据现有标准TS 37.355，在终端接收到LMF发送的LPP信令RequestLocationInformation请求终端发送定位测量信息或者定位结果时，终端需要根据该信令中规定的响应时间（由responseTime IE中的time IE指示）及时将信息反馈给网络。time IE指示的取值定义为终端从接收到RequestLocationInformation的时刻到发送ProvideLocationInformation的时刻之间的最大可容忍时间。在R16标准中，time IE的最小值被设为1s，可以看出还是一个比较大的数值。在R17的研究过程中，RAN2向RAN1发送了联络函，询问是否可以加速终端的回复过程，以便网络能更快地得到终端定位结果或者定位测量结果。之后RAN1针对RAN2提出的问题进行了研究，最终确定修改time IE的最小颗粒度为10 μs。也就是说，当网络在LPP信令RequestLocationInformation请求信令中将相关ReponseTime IE中的time IE设置为10 μs，那么终端接收到LPP信令RequestLocationInformation后，需要在10 ms内通过ProvideLocationInformation将测量结果发送出去。

4.预定时间的定位测量和上报

3GPP SA工作小组经研究提出一种需求：系统对终端在特定时间点上进行定位。根据此项需求，终端或者基站在给定特定时间点需要分别对下行PRS或者上行SRS信号执行测量，并且将测量结果汇总到定位节点，计算出最终位置结果。在接收到SA工作小组这一需求后，3GPP RAN2围绕终端是否有必要在LPP RequestLocationInformation等从LMF发送的信令中直接接收到预定时间展开了广泛的讨论。一些公司认为提前接收到预定的时间可以使得终端提前做好相关准备，比如从网络侧提前获取辅助信息和提前请求获得测量间隔等都有利于终端在预定时间到来后执行定位。但其他公司认为该信息不需要发送到终端，而只需要发送到LMF。LMF在预估后续定位准备相关信令交互的时延后，提前将LPP信令RequestLocationInformation等信令发送给终端，启动终端执行测量。这样的话，网络可以很大程度上保证终端在正确的时间点上执行定位信号测量。最终，3GPP RAN2接到SA发送的联络函，SA认为将此时间信息发送给终端的好处是可以提前使得终端进入CM-Connected态，为定位做好准备。

最终，RAN2根据此意见同意在LPP相关信令上携带时间相关信息。

此外，latency reduction 还可以通过 Pre-config PRS assistance data。PRS assistance data 一般可以理解为 PRS 相关的配置信息，对于不同的定位方法，可能有不同的内容。除了 PRS 必要的参数外，还可能包括前面提到的 PRS 的视轴方向、PRS 的 Antenna Relative Beam Information、PRS 的 Subset 等等。一个 PRS Assistance Data 由多个 instance 组成，每个 instance 对应一个 Area ID，每个 Area ID 又包含一组小区 ID。Pre-config PRS assistance data 就是说网络除了给 UE 配置当前 Area ID 对应的 PRS Assistance Data 以外，还会提前将周围的其他 Area ID 对应的 PRS Assistance Data 也配置给 UE。你可以更简单得将它理解为其他小区里的 PRS 相关的配置信息。这样一来，当 HO 发生时，UE 可以根据 HO 之后的 Area ID，直接使用预配置好的该 Area ID 对应的 PRS Assistance Data，从而节省了 HO 之后重配 PRS 的过程。

3. 网络效率的提升

根据前面的介绍，我们知道网络效率主要是指 PRS 的利用率，R17 提高网络效率的主要方法就是 on-demand PRS。On-demand PRS 使得网络不再只能配置周期 PRS（当前 R17 还不支持半持续和非周期 PRS），在不需要周期 PRS 的时候，可以使用 on-demand PRS，从而提高 PRS 的利用率，所以提高了 NW efficiency。

NR R17的定位还支持on-demand PRS流程，UE或者LMF可以请求DL PRS的传输或者请求修改当前的DL PRS配置。on-demand PRS流程可以由UE或者LMF发起，无论是由UE还是LMF发起的on-demand PRS流程，最终都是由LMF向gNB/TRP请求修改DL PRS配置。LMF可以在TRP信息交互阶段从gNB侧获得可以支持的DL PRS配置。对于UE发起的on-demand PRS流程，LMF可以通过LPP信令或者定位系统信息将支持的DL PRS配置信息预配置给UE，UE基于当前的需求在预配置的PRS中确定要请求的PRS配置并通过on-demand PRS请求信令发送给LMF。具体来说，On-demand PRS请求可以通过以下方式实现。

● 方式1：UE在on-demand PRS请求信令中携带配置对应的标识。如果LMF预配置了多套DL PRS配置给UE，每套配置关联一个标识，UE在on-demand PRS请求中可以只携带该目标DL PRS配置对应的标识，这种方式可以节省LPP以及NRPPa的信令开销。

● 方式2：UE在on-demand PRS请求信令中携带显式的参数信息。如果LMF预配置的DL PRS配置无法满足UE的需求，UE可以基于LMF预配置的DL PRS参数范围，确定想要请求或者修改的PRS配置，并将所述参数显式地通知给LMF。

● 方式3：除了上述两种指示方式，on-demand PRS请求还支持盲请求，若LMF没有提供预配置的DL PRS给UE。UE可以在协议规定的参数列表范围内显式地把请求的PRS参数以及对应的建议值发送给LMF。

对于LMF发起的On-demand PRS流程，LMF可能会从UE侧获得一些已有的测量结果或者UE的相关能力来确定是否需要针对UE发起on-demand PRS流程。当收到on-demand PRS请求时，LMF通过NRPPa PRS配置请求信令向gNB/TRPs发送请求DL PRS传输或者更改当前DL PRS配置的消息。作为反馈，gNB/TRPs回复相应的DL PRS配置更新消息给LMF。最后，LMF将更新后的DL PRS配置通过LPP信令发送给UE。对于收到的on-demand PRS请求，LMF或者gNB/TRPs同意或者拒绝都取决于网络的实现。

On-demand PRS 分为两种，一种是 LMF 发起的 on-demand PRS，另一种是 UE 发起的 on-demand PRS。大致步骤如下所述：

LMF initiated on-de PRS：

1. gNB 将可以支持的 on-demand PRS 参数告知 LMF
2. 由 LMF 决定 Neighbor TRP 和 PRS configuration
3. 然后是 PRS configuration exchange，即 LMF 发起 request 给 gNB，指示 PRS 配置或更新，发起 on-demand PRS
4. gNB 发送 on-de PRS

UE initiated on-de PRS：

1. LMF 通过 posSIB 或 assistance data 将预先定义好的多套 on-demand PRS 配置告诉 UE
2. 由 UE 向 LMF 发起请求，请求里会携带 UE 想用的 PRS configuration 的 ID
3. 再由 LMF 向 gNB 发起请求，从这里开始就又相当于是 LMF initiated on-de PRS 了

4. UE 效率的提升

为了节省UE的能耗，避免UE在执行定位过程中频繁进入连接态来进行相应的定位消息传输，R17支持RRC_INACTIVE态下的定位。

RRC_INACTIVE态下的定位流程交互依赖于NR小数据包传输(Small Data Transmission，SDT)技术，也就是说，当终端在RRC_INACTIVE态时，如果有定位相关的上行消息要传输，会基于SDT业务触发的准则发起SDT过程来传输定位相关的消息。

在RRC_INACTIVE态下，任何的上行LPP信令或者LCS消息都可以在满足SDT传输条件的情况下使用SDT的资源进行传输，否则，UE会发起RRC resume流程进入连接态进行传输。同样的，对于RRC_INACTIVE态下的下行定位相关的消息，包括下行LCS消息、LPP信令或者用于配置SRS的RRC信令，若UE当前有正在进行的SDT业务，网络可以直接把这些消息发送给UE，否则需要寻呼UE进入RRC_CONNECTED态进行下行接收。

为了保障RRC_INACTIVE态下的定位，定位参考信号的配置以及测量也是要解决的问题。对于RRC_INACITVE态下的UE，DL-PRS的配置方式和RRC_CONNECTED态是一样的，都是通过LPP信令进行请求和配置。因为RRC状态的变化对于LMF是不可见的，所以，对于LMF而言，不会区分RRC_INACITVE和RRC_CONNECTED的DL-PRS配置信息。为了支持RRC_INACTIVE态下的定位服务，R17支持UE在RRC_INACTIVE态下的接收和测量DL PRS信号。根据R17规范，一种可以接收PRS的方式是UE可以测量发送在初始下行BWP内的并且和初始下行BWP使用一样SCS和CP类型的PRS信号。另一种可以接收PRS的方式是UE可以测量发送在初始下行BWP之外的PRS信号。

RRC_INACTIVE态的定位SRS信号配置是由基站在释放UE到RRC_INACTIVE态时配置的。UE在进入RRC_INACTIVE态后发送定位SRS信号，为了满足不同的应用场景以及UE能力，定义了以下两种定位SRS信号的方式。

● 方式1：RRC_INACTIVE态的定位SRS信号和初始上行BWP关联。也就是说，RRC_INACTIVE态的定位SRS信号需要传输在初始上行BWP的带宽之内，并且使用同样的SCS和CP长度。

● 方式2：RRC_INACTIVE态下的定位SRS信号可以配置有别于初始上行BWP的频域位置、带宽、SCS和CP长度。也就是说，在这种选项中，定位SRS信号的发送独立于初始上行BWP。为了避免和初始上行BWP中的上行传输冲突，特意规定在UE需要在初始上行BWP中传输上行信号时，UE就不传输定位SRS信号。

在UE处于RRC_INACTIVE态时，UE可能处于移动状态但是gNB又无法更新定位SRS信号的配置信息，因此可能造成之前配置的上行功控参数或者上行波束配置信息失效。如果UE继续使用失效的信息来传输定位SRS信号，就可能对系统造成负面的影响，比如干扰。因此在规范中规定，如果UE发现不能可靠地测量配置的路损参考信号，或者UE不能可靠地测量空间关系信息中的参考信号，UE停止发送定位SRS信号。

另一方面，UE在RRC_INACTIVE态发送SRS使用的是服务小区的定时提前(timing advance，TA)，当UE移动后如果继续使用原来的TA可能会对服务小区的其他上行信号造成干扰，所以只有在TA有效时SRS的传输才是有效的。为了保障SRS在RRC_INACTIVE态的传输，如何保障TA的有效性也是定位要解决的问题之一。最终标准沿用了SDT中保障TA有效性的方法来保障RRC_INACTIVE态SRS传输的TA有效性，具体来说，基站在RRC release消息中除了携带R17定位SRS信号配置之外，还会携带用于保障TA有效性的参数，比如SRS TA定时器、RSRP变化阈值。当UE收到了基站的RRC release消息时，UE会启动该SRS TA定时器，在定时器运行期间内，或者UE测量的RSRP变化量没有超过预配置的阈值，UE认为TA是有效的，只有TA有效时UE才会执行SRS的传输。

根据前面的介绍，UE 效率具体就是指 positioning 过程中 UE 的功耗。所以为了提升 UE 效率，R17 引入了 Positioning in Inactive State，顾名思义，就是可以使得 UE 在 positioning 的过程中不用非得进入连接态，在 INACTIVE 态下就可完成 positioning，降低了 UE 能耗，从而提高了 device efficiency。

具体的 Positioning in INACTIVE state 就不展开介绍了，因为这个涉及到 R17 另外一个 feature 叫 SDT(Small Data Transmission)，SDT 可以使得 UE 在 inactive 态下进行小数据的传输，positioning 过程中的传输的数据就很小，所以可以通过 SDT 来完成 positioning in inactive state。SDT 这个 feature 的提出其实本身就是为了 power saving。