深度解析 3GPP TS 23.273：5.12 UE Unaware Positioning (UE无感知定位)

本文技术原理深度参考了3GPP TS 23.273 V18.9.0 (2025-03) Release 18规范中，关于“5.12 UE Unaware Positioning”的核心章节，旨在为读者提供一个关于UE无感知定位机制的全景视图。

1. 序章：一场无声的生命救援

在5G定位服务的世界里，存在着一种极为特殊且至关重要的能力——UE无感知定位（UE Unaware Positioning）。顾名思义，它允许网络在终端（UE）及其用户毫不知情的情况下获取其位置。这听起来似乎侵犯了隐私，但它的应用场景却充满了严肃性和必要性，几乎完全服务于监管类定位服务（Regulatory Location Service）。

为了生动地理解这一复杂机制，让我们设定一个场景：一位名叫“小文”的户外探险爱好者，在国家公园进行单人徒步时不幸失足滑落山谷，与外界失去了联系。他的家人在超过预定联系时间后心急如焚，紧急拨打了救援电话。救援中心（在此场景中扮演LCS客户端的角色）立刻启动了紧急定位程序。

然而，他们面临一个难题：如果通过常规方式定位，网络会首先“寻呼”（Paging）小文的手机，这可能会在他的手机屏幕上产生通知，或触发声音和振动。在某些执法场景下，这会打草惊蛇；而在小文的案例中，如果他的手机电量已岌岌可危，任何不必要的屏幕点亮和振动都可能耗尽最后一点电量，彻底切断希望。因此，一场“无声的搜救”——即UE无感知定位，成为了最佳选择。

本篇文章将跟随救援队对小文的定位过程，逐层剖析3GPP规范如何定义和实现这一“静默”却能拯救生命的关键技术。

2. UE无感知定位的核心准则：禁止寻呼

规范开宗明义，直接点出了UE无感知定位与常规定位流程最根本的区别。

UE Unaware Positioning applies to the regulatory location service. When UE Unaware Positioning is required by LCS Client/AF, if the UE is in CM_IDLE or RRC_INACTIVE state, the UE cannot be paged during the positioning procedure.

这段原文揭示了三个核心信息：

1. 适用范围： 该功能严格限定于监管类服务，如紧急救援、合法监听等，防止其在商业场景中被滥用。
2. 核心约束： 当目标UE处于CM_IDLE（连接管理空闲态）或RRC_INACTIVE（无线资源控制非活跃态）时，网络不被允许通过寻呼来唤醒UE。
3. 状态前提： 这个约束仅在UE处于上述两种低功耗状态时生效。

2.1 解读：为何禁止寻呼？

在常规的MT-LR（移动终端终结的定位请求）流程中，如果UE处于空闲或非活跃状态，AMF的第一步就是发起寻呼，通过无线信道广播UE的临时身份标识，把它从“睡眠”中唤醒，建立信令连接，以便后续的定位交互。这是一个“先敲门，再问话”的过程。

而UE无感知定位则要求“不敲门，直接找线索”。禁止寻孤的原因主要有：

• 隐蔽性要求： 在执法场景中，对嫌疑人进行定位时，任何形式的通知都可能使其察觉并采取反制措施（如关机、丢弃设备）。
• 资源与功耗考量： 在大规模物联网或紧急搜救场景中，避免不必要的寻呼可以减少对空口资源的占用，并最大限度地节省终端电量。对于像小文这样身处险境、电量宝贵的用户来说，这一点尤为重要。

因此，当救援中心向运营商GMLC（网关移动定位中心）发起的定位请求中包含了“UE Unaware”的指示时，整个5G核心网的行为模式都将发生根本性的改变。

救援场景模拟 - 第一阶段： 救援中心（LCS Client）向GMLC发起了对小文手机的紧急定位请求，请求中明确包含了UE Unaware Indication标志。GMLC经过授权和路由，将请求转发给了服务小文所在区域的AMF。AMF查询UE上下文后发现，小文的手机目前处于CM_IDLE状态。此时，AMF的内部逻辑引擎会立即锁死“寻呼”这个选项，转而寻求其他“静默”的定位途径。

3. 策略一：利用网络侧的“记忆” - 最新存储位置信息

既然不能主动“叫醒”小文的手机，网络的第一反应就是“回忆”——查看自己脑海中关于小文手机的最后记忆。

In this case, the 5GC provides the latest stored UE location information to the LCS Client/AF if the requested LCS QoS can be achieved.

这段原文描述了UE处于低功耗状态时的首选应对策略：提供网络侧缓存的最新位置信息。

3.1 解读：什么是“最新存储的位置信息”？

即使UE处于空闲状态，为了能在需要时快速找到它（例如，有电话呼入时进行寻呼），网络（主要是AMF）依然会记录它最后一次“报备”的位置信息。这个信息通常是：

• 小区全球标识 (CGI - Cell Global Identity): 这是最精确的缓存信息，能确定UE最后一次通信时所在的具体小区。一个宏基站小区的覆盖范围可能从几百米到几公里不等。
• 跟踪区标识 (TAI - Tracking Area Identity): 这是一个更粗略的位置信息，一个跟踪区（TA）由一个或多个小区组成。当UE在同一个TA内移动时，无需频繁向网络更新位置，从而省电。一个TA的覆盖范围可能非常大，绵延数十甚至上百平方公里。

AMF会检查UE的上下文，看能获取到的最精确的缓存信息是什么。

3.2 解读：至关重要的QoS校验

仅仅有缓存信息是不够的，规范强调了一个前提——“如果请求的LCS QoS可以被满足”。LCS QoS（服务质量）主要包含三个维度：

• 精度 (Accuracy): 救援队要求多高的定位精度？是50米，还是500米？
• 响应时间 (Response Time): 需要在多长时间内得到位置结果？是几秒钟，还是可以接受几分钟？
• 位置年龄 (Age of location): 返回的位置信息是多久以前的？救援队需要的是近乎实时的位置，一小时前的位置对搜救意义不大。

当AMF拿到缓存的位置信息（例如，一个CGI）后，会进行严格的QoS比对：

1. 精度校验： CGI对应的地理覆盖范围是否小于或等于请求的精度要求？如果救援队要求50米精度，而这个小区的覆盖半径是500米，那么精度校验失败。
2. 年龄校验： 这个CGI信息是什么时候记录的？是1分钟前，还是2小时前？AMF会检查该信息的时间戳，看是否满足请求的“位置年龄”要求。如果救援队要求位置年龄小于5分钟，而记录是半小时前的，那么年龄校验失败。

只有当所有相关的QoS指标都能被满足时，AMF才会将这个缓存的位置信息（通常会由AMF或GMLC转换为地理坐标）返回给LCS客户端。

救援场景模拟 - 第二阶段： AMF检查到小文的手机在1小时前还在一个ID为CGI-123的小区活动过。但救援队请求的QoS是：精度50米，位置年龄小于10分钟。

• QoS检查开始：
  • 精度： CGI-123是一个覆盖山区的大范围小区，半径约为2公里。2000米 > 50米，精度不满足。
  • 年龄： 位置信息是1小时前的。60分钟 > 10分钟，年龄不满足。
• 结论： QoS校验失败。AMF无法使用缓存信息来响应这次定位请求。它不能返回一个不满足要求的、模糊且过时的位置给焦急的救援队。

此时，流程陷入了等待。网络在期待一个转机——UE状态的变化。

4. 策略二：抓住转瞬即逝的机会 - 上行链路定位

当UE一直处于低功耗状态且缓存信息不满足QoS时，定位请求似乎走进了死胡同。但规范为这种情况设计了另一条出路，它依赖于UE自身的一个主动行为。

If the UE is in CM_CONNECTED state, the LMF selects Uplink Positioning method to obtain UE location.

这段原文揭示了当UE处于CM_CONNECTED（连接管理连接态）时，无感知定位的实现方式——上行链路定位（Uplink Positioning）。

4.1 解读：从“空闲”到“连接”的契机

CM_CONNECTED状态意味着UE与网络之间已经建立了信令连接，UE的无线模块是激活的，正在或准备进行数据收发。UE从IDLE/INACTIVE状态转换到CONNECTED状态，通常由以下事件触发：

• 用户主动使用手机（打电话、发微信、上网）。
• 手机后台应用有数据交互（如心跳包、消息推送确认）。
• UE进行周期性的位置更新（TAU/RAU）。

对于小文的案例，可能是在绝望中，他又一次尝试拨打电话或发送求救短信。尽管因为信号微弱而失败，但这个尝试的行为本身，就足以让他的手机短暂地进入CM_CONNECTED状态，向网络发起连接建立请求。

这个短暂的“窗口期”就是救援的黄金机会！持续监控着UE状态的AMF一旦检测到这个变化，会立刻通知LMF（定位管理功能）。LMF会立即“抓住”这个已经激活的信令连接，启动上行定位流程。

4.2 解读：什么是上行链路定位？

这是UE无感知定位的精髓所在。传统的网络侧定位方法（如OTDOA）多依赖于下行链路，即多个基站同时向UE发送信号，UE测量信号到达的时间差并上报。而上行链路定位则反其道而行之：

核心思想： 网络不再主动“说”，而是变成一个专注的“听众”。它利用UE在正常通信中发送的上行信号（从UE到基站的信号），让多个基站去测量这些信号，从而计算出UE的位置。

因为网络只是在“听”UE本就要发送的信号，而没有向UE发送任何额外的、可被感知的定位专用信令，所以从用户层面来看，这个定位过程是完全“无感知”的。

4.3 实现上行定位的关键技术：探测参考信号 (SRS)

5G NR（新空口）设计了一种非常适合用于上行定位的信号——探测参考信号 (Sounding Reference Signal, SRS)。

• SRS的本职工作： SRS的主要目的是让基站测量上行信道的质量。UE在约定的时间和频域资源上发送SRS，基站通过接收到的SRS可以判断出当前信道的状况（如衰减、相位等），从而为后续的数据传输选择最佳的调度策略、天线权重（波束赋形）等。

• SRS的“兼职”——定位信标： 由于SRS是UE主动发送的、具有良好特性的已知信号，它天然地成为了上行定位的绝佳“信标”。LMF可以请求AMF，进而请求RAN（无线接入网），让RAN指令UE发送SRS（如果UE当前没有发送的话），或者利用UE为正常通信而发送的SRS。

4.4 基于SRS的上行定位方法

一旦多个基站“听到”了来自同一个UE的SRS信号，LMF就可以协调它们进行测量，并采用以下一种或多种方法进行计算：

4.4.1 上行到达时间差 (UL-TDOA - Uplink Time Difference of Arrival)

这是最经典和常用的一种高精度方法。

• 原理： 假设基站A、B、C都精确地同步了时间。它们在不同时刻tA, tB, tC接收到了来自小文手机的同一个SRS信号。LMF收集到这些时间戳后，计算出时间差（如 tB-tA, tC-tA）。
• 几何学解释： 所有到基站A和基站B的“到达时间差”为一个恒定值的点的集合，构成一条以A和B为焦点的双曲线。同理，基站A和C之间的时间差构成另一条双曲线。这两条双曲线的交点，就是UE的精确位置。
• 实现前提： 对参与定位的基站之间有极高的时间同步要求，这在5G网络中通过GPS同步或其他高精度时间协议（如PTP）来实现。

4.4.2 上行到达角 (UL-AOA - Uplink Angle of Arrival)

• 原理： 5G基站通常配备了大规模天线阵列（Massive MIMO）。利用天线阵列，基站可以精确地判断出SRS信号传来的方向，即“到达角”。
• 几何学解释： 基站A测出UE在它的正东30度方向，这就确定了一条从基站A出发的射线。如果此时基站B也测出UE在它的正西45度方向，那么两条射线的交点就是UE的位置。
• 优势与限制： 只需要两个基站即可定位，但对基站天线校准要求高，且在远距离和非视距（NLOS）环境下精度会下降。

救援场景模拟 - 第三阶段： 小文的手机为了尝试发送短信，短暂进入CM_CONNECTED状态。

1. AMF立刻检测到状态变化，并通知了之前选定的LMF。
2. LMF判断这是一个执行上行定位的绝佳时机，立刻通过AMF向服务小文手机的基站（我们称之为gNB-serving）以及周围的多个基站（gNB-neighbor1, gNB-neighbor2）下发指令。
3. 指令内容是：“立即监听目标UE（小文手机）发送的SRS信号，并上报信号到达的精确时间戳。”
4. gNB-serving, gNB-neighbor1, gNB-neighbor2在各自的时钟下，分别记录了SRS的到达时间，并将测量报告上送给LMF。
5. LMF汇集了所有测量报告，执行UL-TDOA算法，解算出一个高精度的坐标点：经度116.397, 纬度39.909，精度评估为15米。
6. LMF将这个高精度、高时效性的位置结果通过AMF、GMLC，最终送达救援中心的指挥屏幕上。
7. 屏幕上，代表小文位置的光点从一个模糊的数公里的圈，瞬间锁定到了一个十几米范围内的精确位置。救援队根据这个坐标，迅速派出了直升机和地面小组。

至此，一场成功的UE无感知定位宣告完成。

5. 总结：静默守护者的两种形态

通过对TS 23.273中5.12章节的深度解读，我们可以清晰地看到UE无感知定位这一“静默守护者”的两种核心工作模式：

• 被动观察模式 (对应CM_IDLE/INACTIVE状态): 当UE“沉睡”时，网络选择不去打扰。它化身为一名侦探，翻阅着自己的“案卷”——缓存的UE最后位置信息。只有在这份案卷上的信息足够新、足够精确（满足QoS）时，它才会给出结论。这是一种低成本、零打扰的方式，但高度依赖于“案卷”的质量。

• 主动捕捉模式 (对应CM_CONNECTED状态): 当UE因任何原因短暂“苏醒”并与网络通话时，网络化身为一名敏锐的猎手。它利用UE主动发出的上行信号（如SRS），通过UL-TDOA等多基站协同测量技术，精确锁定目标。这个过程对用户完全透明，实现了高精度和高隐蔽性的完美结合。

UE无感知定位机制的设计，充分体现了3GPP在设计标准时的严谨与权衡——在满足监管和紧急服务这类社会性刚需的同时，通过严格的适用范围限定和精巧的技术实现，最大限度地平衡了功能、性能与用户体验。它就像是5G网络中一个不轻易显露的“超级英雄”，在最需要它的危急时刻，以最安静的方式，提供最关键的信息。

---

FAQ - 常见问题解答

Q1：UE无感知定位和我们平时用地图App的定位有什么不同？ A1：最核心的不同在于“谁发起”和“UE是否知情”。地图App的定位通常是UE上的应用发起的MO-LR（移动始发定位请求），UE完全知晓并主动参与整个过程。而UE无感知定位是网络侧（如紧急中心）发起的MT-LR（移动终结定位请求），且通过技术手段确保了UE用户对此过程毫不知情。

Q2：在CM_CONNECTED状态下，网络如何确保定位过程对用户是“无感知”的？ A2：这里的“无感知”主要指用户层面。网络利用的是UE为维持通信本就需要发送的上行信号（如SRS），或者只是请求RAN调度一次额外的SRS传输。这些都属于底层的无线信令交互，不会在手机的用户界面（UI）上产生任何通知、弹窗或提示。用户可能正在打电话或上网，定位就在这个过程中“顺便”完成了，用户完全感觉不到。

Q3：为什么上行定位（Uplink Positioning）更适合用于无感知定位？ A3：因为它避免了向UE发送定位专用的下行信令。在下行定位（如OTDOA）中，网络需要指令UE去接收和测量来自多个基站的特定定位参考信号（PRS）。这个“指令”本身就需要在UE和网络之间进行信令交互，很容易被UE监测到。而上行定位，网络侧主要是“被动接收和测量”，对UE的指令仅仅是“请按常规或稍加密集地发送你本就要发的SRS信号”，隐蔽性要高得多。

Q4：如果UE一直处于信号极差的区域，既无法进入CONNECTED状态，缓存的位置信息也早已过期，UE无感知定位是不是就失效了？ A4：是的，在这种极端情况下，基于TS 23.273定义的UE无感知定位机制确实会暂时失效。因为两种策略的前提都不满足：缓存信息不满足QoS，也无法等到UE进入CONNECTED状态来启动上行定位。此时，定位请求会失败，网络会返回一个带有失败原因的响应。搜救将不得不依赖其他非通信的技术手段（如空中搜索、地面排查）。

Q5：除了SRS，还有其他的上行信号可以用于定位吗？ A5：是的，理论上任何UE发送的上行信号，只要能被多个基站接收并识别，都可以用于定位。例如，物理上行控制信道（PUCCH）或物理上行共享信道（PUSCH）中包含的解调参考信号（DM-RS）也可以。但SRS由于其在频域上可以配置得更宽（有助于提高时延测量精度）、且其发送行为可以被网络更灵活地调度，因此被认为是实现高精度上行定位最理想的信号。