51学通信

深度解析 3GPP TS 23.273：6.9 非3GPP接入定位(Part 3 - 终端决策下的双向流程)

19分钟阅读

深度解析 3GPP TS 23.273：6.9 非3GPP接入定位(Part 3 - 终端决策下的双向流程)

本文技术原理深度参考了3GPP TS 23.273 V18.9.0 (2025-03) Release 18规范中，关于“6.9.3 MO-LR Procedures when UE is served by the Different PLMNs…”和“6.9.4 NI-LR Procedures when a UE is served by Different PLMNs…”的核心章节。本文将这两节内容合并解读，旨在通过一个高风险的灾后救援报道场景，为读者系统性地揭示当终端在复杂的跨运营商、多接入网络环境下，决策权从网络侧转移到终端侧时，移动始发（MO-LR）和网络诱发（NI-LR）这两种定位流程是如何被智能地执行的。

1. 序章：废墟上的“双网”记者

在上一篇文章中，我们见证了5G核心网的“最高指挥官”HGMLC，如何在一场复杂的决策风暴中，为漫游中的、双网络连接的UE选择了最佳的定位路径。然而，那是由网络侧发起的MT-LR。今天，我们将探索一个更为前沿、将更多智能赋予边缘的场景：当决策权掌握在终端自己手中时，定位服务将如何展开？

我们的主角是战地记者“小童”。她正深入一个刚刚经历过强烈地震的偏远山区，为全球观众进行现场报道。这里的通信环境极其恶劣：

  • 3GPP接入：本地运营商（VPLMN）的蜂窝网络基站部分受损，信号时断时续，覆盖不全。小童的设备通过此网络漫游回她的归属国网络（HPLMN）。
  • 非3GPP接入：国际救援组织在现场快速部署了一个基于卫星回传的高速Wi-Fi应急网络。该网络通过TNGF与本地运营商的5G核心网（5GC）集成，为救援人员和记者提供可靠的数据连接。

小童的专业5G摄像机具备双接入能力，它同时连接着这两个网络。现在，她面临着两个截然不同的定位需求：

  1. 主动上报：她发现一处关键的桥梁坍塌点，需要使用她的“FieldLog”报道App，将这个发现的精确地理坐标连同视频素材一起，主动上报给后方的新闻中心（扮演LCS客户端/AF）。这是一个MO-LR场景。
  2. 被动求救：在报道过程中，一场余震来袭，小童不幸被坠落物砸伤。她的设备内置的eCall（紧急呼叫）功能被自动触发，向紧急救援中心发出了求救信号。这是一个NI-LR场景。

在这两个场景中，一个核心问题摆在了小童的摄像机面前：“我有两条路可以向外界求助（蜂窝和Wi-Fi），我应该走哪条？” 这个由终端自己做出的决策，正是6.9.3和6.9.4章节的精髓所在。

2. 核心的范式转移：决策权下沉至UE

在深入具体流程之前，我们必须深刻理解这一范式转移。在6.9.2的MT-LR中，决策者是网络侧的HGMLC，它拥有全局视野。而对于由UE发起的MO-LR和NI-LR，3GPP将决策的权力赋予了UE。

  • 对于MO-LR (6.9.3):

    When UE is served by the different PLMNs via 3GPP access and Non-3GPP access, UE uses the UE Local Configuration to select the access to initiate MO-LR procedure…

  • 对于NI-LR (6.9.4):

    When UE is served by the different PLMNs via 3GPP access and non-3GPP access, the UE selects one access to register to the 5GC for emergency services…

这两段原文的核心都指向了同一个实体：UE。是UE的本地配置（Local Configuration）或内部决策逻辑，决定了后续的定位请求将通过哪条接入网络（Access Type）发出。这是一种典型的边缘计算思想——将决策尽可能地放在离事件发生最近的地方。

3. 记者的地理标记：MO-LR下的UE决策 (6.9.3)

小童站在坍塌的桥梁前，在“FieldLog”App上按下了“上报关键点位”的按钮。她的摄像机内部，一场无声的决策正在上演。

3.1 “本地配置”的智慧：UE的内部“兵法”

UE uses the UE Local Configuration to select the access…

这个“UE本地配置”并非简单的设置，而是一套复杂的、可由设备制造商、操作系统或应用预先设定的规则引擎。对于小童的专业摄像机，这个规则引擎可能被设定为：

  • 规则1 (精度优先)：如果App请求的定位精度高于50米，优先选择非3GPP（Wi-Fi）接入，因为它在室内或复杂环境下提供高精度定位的可能性更大。
  • 规则2 (功耗优先)：如果App请求的精度要求很低（如城市级别），优先选择3GPP（蜂窝）接入，因为一次简单的Cell-ID定位可能就足够了，无需激活Wi-Fi。
  • 规则3 (可用性优先)：如果优先选择的接入网络当前不可用（如Wi-Fi信号丢失），自动回退（Fallback）到备用接入网络。
  • 规则4 (应用指定)：允许“FieldLog”App在发起请求时，直接指定使用哪种接入网络。

决策瞬间： “FieldLog”App为了精确标记桥梁位置，发起了要求5米精度的高精度定位请求。摄像机的规则引擎启动：

  1. 匹配到规则1：“高精度请求，优先选择Wi-Fi”。
  2. 检查Wi-Fi连接状态：正常，信号强度-60dBm。
  3. 最终决策：本次MO-LR请求，通过非3GPP接入路径发出。

3.2 选定道路，循章而行

一旦UE做出了决策，后续的流程就变得清晰明了。它将沿着选定的“道路”，遵循我们之前已经熟悉的流程。

If Non-3GPP access is selected, the following difference exists:

  • The NG-RAN in 5GC-MO-LR Procedure in clause 6.2 is corresponding to the N3IWF/TNGF;
  • Step 5 in 5GC-MO-LR Procedure in clause 6.2 is the same as step 3d or 3e in Common Positioning Procedure when UE is served by the same PLMN in clause 6.9.1.

这段原文告诉我们，当UE选择了非3GPP接入后，整个MO-LR流程与标准的6.2流程基本一致，但有两处关键的“替换”：

  1. 接入网的替换：在流程中所有提到NG-RAN（基站）的地方，都将被替换为非3GPP接入的网关N3IWF/TNGF。
  2. 定位方法的替换：当LMF执行定位时（标准流程的Step 5），它将执行我们在6.9.1（单PLMN非3GPP接入）中分析过的非3GPP定位方法（例如，Wi-Fi指纹或Wi-Fi RTT），而不是蜂窝定位方法。

流程复盘：

  1. 小童的摄像机将MO-LR请求通过Wi-Fi链路，经由TNGF，发送给了AMF-2（服务于非3GPP接入的AMF）。
  2. AMF-2选择了一个支持Wi-Fi定位的LMF，并将请求转发过去。
  3. LMF启动了Wi-Fi定位流程，与摄像机进行LPP交互，获取Wi-Fi测量值。
  4. LMF计算出精确位置，将结果返回给AMF-2。
  5. AMF-2再将结果通过GMLC系统，最终上报给“FieldLog”的后台新闻中心。

鲁棒性体现： 如果在决策瞬间，救援队的Wi-Fi网络恰好中断，摄像机的规则引擎会匹配到规则3，自动选择通过3GPP蜂窝网络发出MO-LR请求。请求会被发送给AMF-1，后续网络会启动一个蜂窝定位流程（如GNSS辅助或UL-TDOA）。虽然精度可能受影响，但保证了服务的可用性。

4. 余震中的求救：NI-LR下的UE决策 (6.9.4)

余震来袭，小童受伤，摄像机的eCall功能自动触发。这启动了一次监管类的、由网络诱发的定位请求（NI-LR）。此时，摄像机内部的决策逻辑，发生了根本性的转变。

4.1 “生命线”的选择：可靠性压倒一切

the UE selects one access to register to the 5GC for emergency services…

对于紧急服务，UE的决策标准不再是“哪个精度高”，而是“哪条路最可能打通，最稳定”。UE的紧急服务决策逻辑会评估：

  • 连接稳定性：哪个接入网络的链路质量更好，丢包率更低？
  • 网络支持能力：哪个网络明确支持IMS紧急会话？
  • 覆盖与电量：哪个网络的信号覆盖更强，发送信号所需的功耗更低？

决策瞬间： 摄像机评估发现，本地蜂窝网络（3GPP）基站可能在余震中受损，链路不稳定。而救援队的卫星Wi-Fi（非3GPP）是为应急而生，具有最高的可靠性。

  • 最终决策：本次紧急会话，通过非3GPP接入发起！

4.2 将“选择”告知网络

UE一旦做出了选择，它后续的所有紧急会话信令，都会通过这条选定的路径发出。而网络侧（AMF）在收到这个紧急会话请求时，也就天然地知道了UE的选择。

The NI-LR procedures are the same as the 5GC-NI-LR Procedure (described in clause 6.10.1) with the difference that:

  • if the procedures are performed for non-3GPP access, NG-RAN … is replaced by an N3IWF/TNGF/W-AGF and the UE Positioning … is performed according to steps 3d and 3e in Figure 6.9.1-1.
  • In step 2 in 5GC-NI-LR Procedure in clause 6.10.1, AMF also provides access type to LMF.

这第二点是NI-LR流程在多接入场景下的核心增强。当AMF（此场景下是AMF-2）因为紧急会话而触发一次对LMF的定位请求时，它会在请求中明确地告诉LMF：“情况紧急！目标UE是通过非3GPP接入发起的求救！”

这个access type信息，就是LMF执行正确操作的“路标”。LMF收到后，会立即跳过所有蜂窝定位的选项，直接启动最高优先级的Wi-Fi定位流程，以最快速度获取小童的位置，并将其提供给PSAP（紧急救援中心）。

5. 总结：边缘智能与网络协同的典范

6.9.3和6.9.4章节，为我们展示了5G定位服务在最复杂场景下的“终极形态”。它不再是一个由网络单向主导的、僵化的体系，而是一个边缘（UE）与中心（Core Network）智能协同、动态决策的有机生命体。

  • 决策权的下沉：将MO-LR和NI-LR的初始路径选择权下放给UE，使得决策能够基于最实时、最直接的本地无线环境感知，实现了真正的情境感知（Context-Awareness）。
  • 统一流程的包容性：无论是UE选择了哪条路，后续的定位执行都能被无缝地承接到统一的定位框架中，体现了5G架构的高度灵活性和可扩展性。
  • 差异化的决策逻辑：UE的内部“兵法”（Local Configuration）能够为不同类型的业务（商业vs监管）设定截然不同的决策目标（性能/成本 vs 可靠性），满足了多样化的需求。
  • 明确的信令交互：通过在AMF到LMF的接口上传递明确的access type信息，确保了网络侧的定位专家能够基于UE的选择，做出最快、最正确的战术执行。

对于像小童这样的极限环境工作者，这套机制意味着她的设备拥有了“求生本能”——在生死关头，它能智能地选择最可靠的生命线；在日常工作中，它又能智能地选择最高效的工作路径。这正是5G深入垂直行业、赋能关键任务（Mission-Critical）应用的价值所在。

FAQ - 常见问题解答

Q1：UE的“本地配置”（Local Configuration）是谁来设定的？用户可以自己修改吗？ A1：这个配置的来源是多样的。它可以是：1) 设备制造商在出厂时预设的通用规则；2) 操作系统（如Android, iOS）提供的网络选择策略；3) 运营商通过SIM卡或网络策略（如ANDSF）下发的；4) 特定App（如“FieldLog”）在安装时设定的专用规则。对于普通用户，通常只能在系统设置层面进行有限的修改（例如，“Wi-Fi通话”的偏好设置）。对于专业设备，这些配置通常是预置且锁定的。

Q2：在MO-LR场景下，UE选择了它认为最好的接入网络，但如果这个选择是“错误”的（例如，Wi-Fi信号看似强但后台链路断了），会发生什么？ A2：UE的决策是基于本地感知的，确实可能不是全局最优。如果它选择了Wi-Fi，但后续的MO-LR请求因为链路问题而失败或超时，UE的协议栈会收到失败的响应。此时，UE的“本地配置”中的回退（Fallback）机制就至关重要了。一个好的配置规则会规定：当首选路径失败后，自动在备用路径（如3GPP蜂窝网络）上重新发起请求。这保证了服务的鲁棒性。

Q3：在NI-LR紧急定位中，AMF将access type告知LMF，这对定位精度有什么实际好处？ A3：有巨大的好处，主要体现在速度和成功率上。LMF是定位专家，它知道不同接入技术下的“看家本领”。如果AMF不告诉它access type，LMF可能需要先尝试一种（如GNSS），失败后再尝试另一种（如Wi-Fi），这个试错过程会浪费宝贵的救援时间。当AMF明确告知“目标在Wi-Fi上！”，LMF就可以跳过所有不相关的步骤，直奔主题，立即启动Wi-Fi RTT或Wi-Fi指纹等最高效的室内定位方法，从而在最短时间内获得最高精度的结果。

Q.4：既然UE可以自己决定用哪个网络发起紧急呼叫，这是否符合E911等法规的要求？ A.4：是的，这完全符合甚至超越了法规的要求。E911等法规的核心要求是“使用最可靠的方式提供最精确的位置”。将决策权下放给UE，正是为了实现这一点。因为只有UE自己最清楚在当前瞬间，哪个网络的无线链路质量最好、最有可能成功建立紧急会-话。UE的这个自主选择，恰恰是为了最大化紧急呼叫的成功率和后续定位的可靠性，是对生命安全的最大负责。

Q5：MO-LR和NI-LR在跨PLMN、多接入场景下的流程，与MT-LR（6.9.2）相比，谁更复杂？ A5：从信令流程的步数来看，MT-LR（6.9.2）更复杂，因为它涉及HGMLC的“二次尝试”和迭代逻辑。但从决策的复杂性来看，MO-LR和NI-LR将最关键、最需要情境感知的“路径选择”决策，转移到了UE这个单一实体上，而网络侧的流程则相对“线性”和“被动”。可以说，6.9.2的复杂性体现在网络侧的中心化编排，而6.9.3和6.9.4的复杂性则体现在终端侧的边缘智能。

关系图谱