51学通信

深度解析 3GPP TS 23.273：6.17 & 6.19 融合与演进：PRU流程及5GEPS定位连续性

19分钟阅读

深度解析 3GPP TS 23.273：6.17 & 6.19 融合与演进：PRU流程及5G/EPS定位连续性

本文技术原理深度参考了3GPP TS 23.273 V18.9.0 (2025-03) Release 18规范中，关于“6.17 Procedures applicable to a PRU”和“6.19 Location Service Continuity between EPS and 5GS”的核心章节。本文将这两部分内容合并解读，旨在通过一个统一的“融合与演进”主题，为读者揭示5G定位服务体系中两种重要的、面向未来的高级能力：如何将静态的“信标”融入动态的网络（PRU流程），以及如何保障用户在动态的“网络演进”中（5G/4G切换），获得无缝的定位体验。

1. 序章：当“灯塔”学会“说话”

在之前的篇章中，我们探讨的定位对象，始终是移动的、身份未知的“目标UE”。然而，在一个高精度的定位世界里，我们同样需要大量位置已知的、静态的“参考点”。这些参考点，就像是黑夜中引导航船的“灯塔”，为网络侧定位算法提供了不可或缺的校准和增强信息。

在5G时代，这些“灯塔”不再是哑巴。它们被赋予了生命和智慧，拥有了一个新的名字——PRU (Positioning Reference Unit，定位参考单元)。一个PRU，本质上就是一个特殊形态的UE，但它的地理位置是固定的、并且被精确测量过的。

同时，我们所处的时代，是一个5G与4G（EPS）长期共存、用户在两代网络间频繁切换的“混合时代”。如何确保用户在从5G覆盖区进入4G盲区，或反之，其正在进行的定位服务（特别是长期的延迟定位）不因网络的代际更迭而中断？

今天，我们将通过两个场景，来探索“融合与演进”这一宏大主题下的具体技术实现：

  • 场景一：灯塔的“入职”与“离职” 一座新建成的智慧灯杆“LightPole-001”被安装在了城市广场。它内置了一个5G PRU模组，其精确坐标已被录入系统。我们将跟随它，看它如何向5G网络“报到”（PRU关联流程），并在需要维护下线时，如何礼貌地“告别”（PRU解关联流程）。

  • 场景二：穿越“时光隧道”的守护 我们的老朋友，电网巡检员“老王”，正在执行一项长期的延迟定位守护任务。他的巡检路线，将带他穿越一片5G与4G信号交错的区域。我们将跟随他的“智能安全头盔”，看5G网络是如何确保他的“守护契约”，能够无缝地穿越这场网络的“时光隧道”（5GS与EPS的定位服务连续性）。

2. 灯塔的“生命周期管理”：PRU流程 (6.17)

6.17章节的核心，是为PRU这种特殊的网络“成员”，定义了一套完整的“人力资源管理”流程，包括入职、汇报和离职。

2.1 “入职”手续：PRU关联流程 (6.17.1)

当“LightPole-001”首次上电，并接入5G网络时，它需要向网络声明自己的特殊身份，并与一位“主管”——LMF——建立起长期的联系。这就是**PRU关联（PRU Association）**流程。

“Figure 6.17.1-1: PRU Association Procedure”为我们展示了这场“入职面试”。

  1. PRU的主动“求职” (Step 1-2)：

    2. The PRU sends a supplementary services PRU Association Request to the serving AMF… The PRU Association Request includes a reason for the PRU Association (e.g. initial PRU Association…), the PRU’s positioning capabilities, location information (if known) or PRU ON/OFF state.

    • 灯杆（PRU）向AMF发送一条特殊的NAS消息——PRU Association Request。这就像一封“求职信”。
    • 信中包含了它的“简历”：自身的定位能力（如支持哪些GNSS频段、测量精度如何）、已知的精确位置坐标、以及当前的“出勤”状态（ON/OFF）。

  2. AMF的“背景调查”与LMF的“面试” (Step 3-4)：

    3. The AMF verifies whether the sender … is a PRU using subscription information from the UDM. 4. The AMF selects the serving LMF … and transfers the PRU Association Request to the serving LMF…

    • AMF首先向UDM进行“背景调查”，确认这个UE的签约信息里，确实有“允许作为PRU服务”的授权。
    • 验证通过后，AMF会为这个PRU选择一个合适的LMF（主管），并将“求职信”转发过去。

  3. LMF的“录用”与“工作安排” (Step 5a, 6a)：

    5a. …the serving LMF returns a PRU Association Accept… The PRU Association Accept indicates conditions for performing PRU Association updates…

    • LMF“面试”后，如果决定录用，会返回一个PRU Association Accept消息。
    • 这份“录用通知”里，还附带了“工作要求”，即PRU后续需要进行“工作汇报”（Association Update）的条件。例如：
      • 定期汇报：每隔24小时汇报一次，证明自己还在正常工作。
      • 事件汇报：当自身状态发生变化时（如位置发生微小偏移、定位能力因故障降级）立即汇报。

  4. PRU的“存档”与“广播” (Step 7-9)：

    • LMF会将“LightPole-001”的详细信息（位置、能力）存入自己的“员工档案”数据库。
    • 更重要的是，LMF会向**NRF（网络功能仓库）**注册或更新自己的能力 profile：“本人（LMF）麾下，新增一名位于城市广场区域的得力干将（PRU），特此通告！”

这个“广播”动作，使得网络中的其他LMF在需要时（例如，为广场上的其他UE进行高精度定位时），可以通过查询NRF，发现并“借用”LMF麾下的这个PRU来进行辅助测量。PRU从此正式成为了整个定位网络的一个共享资源。

2.2 “离职”手续：PRU解关联流程 (6.17.2 & 6.17.3)

当“LightPole-001”需要进行维护，准备断电下线时，它或它的主管（LMF）需要启动**解关联（PRU Disassociation）**流程，办理“离职”手续。

  • LMF发起的“辞退” (6.17.2)：如果LMF因为网络调整，决定不再管理这个PRU，它可以主动向PRU发送PRU Disassociation Request，解除关联。
  • PRU发起的“辞职” (6.17.3)：在灯杆断电前，它会主动向LMF发送PRU Disassociation Request，告知自己即将下线。

无论哪种方式，最终LMF都会向NRF更新其profile，将这个PRU从其“可用员工列表”中移除，并删除本地档案。这确保了网络不会再向一个已经“离职”的PRU派遣任何定位任务。

4. 穿越“时光隧道”：5GS与EPS的定位连续性 (6.19)

现在，让我们把视线转向巡检员老王。他的“守护契约”（延迟MT-LR）正在5G网络下平稳运行。然而，他的巡检车即将驶入一片只有4G覆盖的山谷。

Clause 6.19.1 describes the location service continuity procedure for Immediate Location Request. Clause 6.19.2 describes the location service continuity procedure for deferred MT-LR.

6.19章节是之前6.10.3（紧急定位连续性）的“通用版”，它将切换中的服务连续性能力，从监管类服务，扩展到了所有类型的定位服务，特别是我们关注的、更复杂的延迟定位。

4.1 5GS → EPS的“降维穿越” (6.19.2.1)

当老王的头盔从5G切换到4G时，一场“降维”的会话迁移开始了。

“Figure 6.19.2.1-1: LCS Continuity Solution for 5GS to EPS Mobility”为我们展示了这场穿越。

核心挑战：5G的“守护契约”中，可能包含一些4G“听不懂”的高级条款，例如多QoS等级（Multiple QoS Class）。

NOTE 1: Multiple QoS class is supported in 5GS but not in EPS.

流程的关键步骤：

  1. 切换前的协商 (Step 1)：在延迟定位任务建立之初，5GC GMLC在与EPC GMLC（或其融合功能）交互时，就需要考虑到未来可能发生的切换。

    …with the enhancement that 5GC-(H)GMLC obtains the LDR reference number and EPC-(H)GMLC address from EPC-(H)GMLC… location QoS mapping is performed by 5GC-(H)GMLC…

    • 5GC GMLC会从EPC GMLC那里，提前获取一个用于4G网络的“备用案件编号”。
    • 同时，5GC GMLC会进行QoS映射，将5G复杂的QoS要求，“翻译”成一个4G能理解的、最接近的QoS等级（例如，将Multiple QoS Class中的最高等级，映射为4G的“Best Effort”）。

  2. 切换发生时的通知 (Step 2)：当切换发生后（假设发生在UE收到Invoke Request之后），AMF会通知5GC GMLC：“老王已进入EPS，新的负责人是MME-xyz。”

  3. UE的主动“转场” (Step 7-8)：这是与紧急定位连续性最大的不同。由于延迟定位的“大脑”在UE侧，因此UE是服务连续性的主动执行者。

    • 当老王的头盔在4G网络下，下一次事件被触发时（例如，周期报告时间到），它发现自己已经身处EPS网络。
    • 它会立即中止原计划在5G网络上报的流程，转而发起一个4G的LCS MO-LR Invoke消息（Step 7-8），向MME报告事件。这个消息中，会包含经过映射的、适用于4G的QoS。

  4. 4G网络的接管 (Step 9-11)：MME收到后，会启动标准的4G延迟定位事件上报流程，将位置报告给EPC GMLC。EPC GMLC再利用之前与5GC GMLC建立的关联，将报告送达最终的监控中心。

4.2 EPS → 5GS的“升维回归” (6.19.2.2)

当老王驶出山谷，头盔重新连接上5G网络时，一场“升维”的回归开始了。其原理与“降维穿越”类似，但方向相反：

  • UE在5G网络中触发事件时，会重新发起一个5G的事件上报流程。
  • 它会使用最初由5GC GMLC分配的、原始的5G“守护契约”参数（如多QoS等级）。
  • 5GC GMLC和LMF接管服务，整个会话“官复原职”。

5. 总结：一个融合、演进的定位生态系统

6.17和6.19章节，从两个截然不同的维度，为我们揭示了5G定位服务强大的融合能力和演进视野。

  • PRU流程 (6.17) - 功能的融合：它将原本孤立的、静态的“参考点”，通过标准化的UE流程，融合成了定位网络中有生命、可管理的“动态成员”。这为众包定位（Crowdsourcing）、高精度网络自校准等未来技术铺平了道路，使得网络能够利用无处不在的、已知位置的IoT设备，来不断增强自身的定位能力。

  • 5G/EPS连续性 (6.19) - 代际的融合：它为用户在不同网络代际间的无缝漫游，提供了坚实的服务连续性保障。这深刻体现了3GPP在设计标准时，对网络长期演进路径的深思熟虑。它确保了用户的体验不会因为网络的“新旧交替”而被割裂，保证了在新技术部署的漫长过渡期内，服务的稳定与可靠。

对于“灯塔”和“老王”，这两个流程意味着它们所在的5G定位生态系统，既能“纳新”（融合PRU等新能力），又能“怀旧”（兼容EPS等旧体系）。这正是一个健康、强大、能够引领未来的技术生态系统所应具备的核心特质。

FAQ - 常见问题解答

Q1：PRU和普通的GNSS参考站有什么区别？ A1：PRU是一种被“UE化”的参考站。传统的GNSS参考站是一个独立的系统，它通过互联网等方式提供差分修正数据，LCS系统需要专门的接口去适配和获取。而PRU被定义为一个标准的UE，这意味着它可以：1) 利用蜂窝网络进行通信，无需依赖其他网络。2) 通过标准的NAS和LPP信令与核心网交互，无缝地融入LCS的信令体系。3) 接受LMF的统一调度和管理，像管理一个普通UE一样去管理它。这极大地降低了部署和管理的复杂性。

Q2：一个PRU可以同时为多个LMF服务吗？ A2：可以。一个PRU可以与多个LMF建立关联（Association）。这在网络中有多个重叠覆盖的LMF服务区时非常有用。PRU可以通过多次执行6.17.1流程，向不同的LMF“报到”。同时，LMF之间也可以通过NRF发现彼此麾下的PRU，并在需要时“借用”对方的PRU进行协同定位。

Q3：在5G到4G的延迟定位切换中，为什么是由UE来主动发起一个新的4G MO-LR流程，而不是像紧急定位那样由网络侧重建会话？ A3：这是一个核心的架构差异，源于延迟定位的“智能下沉”特性。在延迟定位中，事件监测的“大脑”和“计时器”都在UE侧。当切换发生时，网络侧（源AMF/LMF）可能已经释放了大部分会话资源，进入了“等待”状态。此时，让已经知晓所有“守护契约”细节的UE，在新网络中主动发起一次符合当地“规矩”（4G流程）的报告，是最高效、最低成本的实现方式。它避免了网络侧复杂的、跨代际的会话重建信令。

Q4：在5G/EPS切换中，LCS QoS的“映射”是如何进行的？会损失精度吗？ A4：映射是由5GC GMLC在会话建立之初完成的。它会查看5G的QoS要求（可能非常精细），然后在4G支持的QoS参数集中，找到一个“能力所及的最佳匹配”。例如，5G支持“1米精度”，但4G OTDOA的理论极限是50米，那么GMLC可能会将这个要求映射为4G的“最高精度等级”。这意味着，当UE切换到4G后，其定位精度可能会降低，但这并非流程本身的问题，而是由4G网络的技术能力上限决定的。流程保证的是“服务不中断”，而非“精度不下降”。

Q5：这些互通和连续性流程，对终端（UE）的实现有多大挑战？ A5：挑战很大。支持这些高级流程的UE，其协议栈必须具备“双模能力”。它不仅要完整地实现5G的NAS和LCS协议，还要完整地实现4G的对应协议。更重要的是，UE的“大脑”（高层应用或操作系统）需要具备感知网络代际变化的能力，并能根据当前所处的网络（5GS or EPS），智能地选择并启动正确的上报流程。这对于终端的软件复杂度和测试都提出了很高的要求。

关系图谱