深度解析 3GPP TS 23.273：6.10.3 紧急定位连续性：跨越基站的生命追踪

本文技术原理深度参考了3GPP TS 23.273 V18.9.0 (2025-03) Release 18规范中，关于“6.10.3 Location continuity for Handover of an Emergency session from NG-RAN”的核心章节。本文将继续跟随游客“安娜”的紧急救援故事，在她被好心人送往医院的途中，深入剖析当一个正在被定位的紧急会话终端发生网络切换（Handover）时，5G网络是如何确保定位服务“不掉线”，实现无缝的、跨基站、甚至跨网络代际的生命追踪。

1. 序章：移动中的生命线

在上一篇文章中，我们为在异国他乡遭遇险情的游客“安娜”，开辟了一条“无需UDM查询”的定位绿色通道（6.10.2）。PSAP（公共安全应答点）可以在她通话期间，持续、高效地获取她的位置。然而，真正的救援场景是动态的。一位好心的路人发现了受伤的安娜，立刻用自己的车将她送往最近的医院。

安娜的紧急通话仍在继续，她正向接线员描述自己的伤情。但她所乘坐的汽车正在城市中高速移动。这意味着，她的手机将不可避免地从一个基站的覆盖范围，切换到另一个基站的覆盖范围。这在蜂窝通信中被称为“切换（Handover）”。

这带来了一个致命的挑战：安娜的定位会话，是建立在她当前服务的基站（我们称之为源节点 Source Node）和核心网（源AMF Source AMF）之上的。一旦发生切换，这个“通信链路”就将中断。如果定位服务因此“掉线”，哪怕只有短短几十秒，PSAP的地图上，安娜的光点就会停滞或消失，救援车辆可能会走错方向。

如何在这场网络的“交接仪式”中，保证生命线的“连续不断”？这正是6.10.3章节的核心使命。它定义了一套精巧的信令流程，确保在UE发生切换时，定位服务的上下文能够被平滑地、可靠地从源网络“交棒”给目标网络，实现真正的位置服务连续性（Location Service Continuity）。

2. 挑战的核心：当“主管”换人

要理解这个流程，我们必须先理解切换对LCS会话的冲击。一个正在进行的定位会话，本质上是LCS客户端（PSAP/LRF/GMLC）与服务AMF之间的一个“契约”。AMF作为UE的直接“主管”，负责接收GMLC的指令，并协调LMF和RAN来执行定位。

当安娜的手机从5G基站A切换到5G基站B（由另一个AMF-B管理），甚至切换到4G基站C（由MME管理）时，她的“主管”就换人了。旧的“主管”（源AMF）即将与她“失联”，而新的“主管”（目标AMF或MME）对这场正在进行的定位任务一无所知。

6.10.3流程的核心任务，就是解决这个“主管换人，工作交接”的问题。它确保：

1. 旧主管在“离任”前，必须将“案件”的最终状态和“新主管”的联系方式，清晰地告知“总部”（GMLC/LRF）。
2. 新主管在“上任”后，有能力、也知道向谁（GMLC/LRF）报到，以便“总部”可以将新的定位指令下发给它。

Figure 6.10.3-1 shows support for location continuity for handover of an emergency session from NG-RAN on the source side to either NG-RAN or another 3GPP RAN on the target side.

这段原文明确了该流程的适用范围：无论是5G到5G的切换（Intra-RAT），还是5G到4G/3G/2G的切换（Inter-RAT），这套机制都能保证服务的连续性。

3. “交接仪式”全流程解析 (Figure 6.10.3-1)

“Figure 6.10.3-1: Location Continuity for Handover of an Emergency session from NG-RAN”为我们描绘了这场“权力交接”的每一个细节。让我们跟随安娜乘坐的汽车，一步步拆解这个流程。

3.1 切换前的稳定状态 (Steps 1-3)

1. Following the request for an emergency session, the UE establishes a PDU Session for emergency services… The 5GC-NI-LR procedure… is also performed which provides the source AMF identity to the GMLC and LRF…
2. At some later time, the LRF may need the UE location and requests the source GMLC to invoke the Namf_Location_ProvidePositioningInfo service operation towards the AMF…
3. …the source AMF starts a location session to obtain the location of the UE…

在汽车启动前，安娜的紧急定位正处于一个稳定的状态：

• Step 1: 紧急呼叫已建立，一次初始的NI-LR（6.10.1）已经完成。GMLC/LRF已经知道了安娜的源AMF地址。
• Step 2 & 3: PSAP正在通过GMLC/LRF，持续地向源AMF发起“无需UDM查询”的MT-LR（6.10.2）请求，源AMF正与LMF紧密协作，不断地计算并上报安娜的位置。

一切看起来风平浪静，但风暴（切换）即将来临。

3.2 切换的发生与旧会话的终结 (Steps 4-6)

4. The source AMF receives a request to handover the UE to a cell associated with a different target node which may be another AMF for intra-RAN handover or a different type of node (e.g. an MME) for inter-RAN handover…
5. Any location session started in step 3 may terminate normally before step 6. If not, the source AMF shall abort the location session once step 5 is complete.

随着汽车的移动，安娜的手机即将切换到一个由**目标节点（Target Node）**所服务的新小区。

• 切换触发 (Step 4)：源AMF收到了来自源基站的切换请求。它得知了目标节点的信息——可能是一个新的AMF，也可能是一个4G的MME。
• 切换执行 (Step 5)：标准的切换流程被执行，安娜的手机与目标节点建立了新的连接。
• 源AMF的“断舍离” (Step 6)：这是至关重要的一步。一旦切换完成，源AMF必须终止或中止（abort）它与LMF之间正在进行的、针对安娜的定位会话。

为什么要“中止”？ 因为源AMF即将失去对UE的控制权，它无法再向UE下发指令，也无法再从RAN获取测量报告。继续维持这个会话不仅毫无意义，还会导致网络资源的浪费和状态的不一致。这个“果断的了结”，是保证网络整洁、高效的关键。

3.3 源AMF的“交班报告” (Step 7a & 7b)

“离任”的源AMF，最重要的职责就是打出那个“交班电话”，告知“总部”（GMLC/LRF）发生了什么，以及下一步该找谁。它有两种“报告”方式。

方式一：在最后一次响应中“捎带”交班信息 (Step 7a)

7a. If steps 2 and 3 has occurred, the source AMF returns the Namf_Location_ProvidePositioningInfo Response towards the GMLC to return any location estimate … The service operation includes the target node identity.

如果在切换发生时，源AMF正好在处理一个来自GMLC的定位请求（Step 2），那么它会在完成最后一次定位计算后，向GMLC返回的ProvidePositioningInfo Response中，附加上一个关键信息：目标节点ID（target node identity）。

这份报告的潜台词是：“报告总部！这是我能给你的最后一个位置。另外，目标已经移交给了MME-xyz，后续请直接联系他。我下班了。”

方式二：主动发起“交班通知” (Step 7b)

7b. If steps 2 and 7a do not occur, the source AMF may invoke the Namf_Location_EventNotify service operation towards the source GMLC … to indicate the handover. The service operation includes … an event type indicating handover and the identity of the target node.

如果在切换发生时，网络处于“空闲”状态（即GMLC没有正在进行的请求），源AMF则会主动向GMLC发起一个EventNotify事件通知。 这份通知的潜台词是：“报告总部！我辖区内的紧急会话用户刚刚发生了切换，新的负责人是MME-xyz。请更新你们的档案。”

无论哪种方式，源AMF都出色地完成了它的历史使命：确保GMLC/LRF得知了“主管换人”这一核心事实，以及新主管的联系方式。

3.4 目标节点的“上任报到” (Step 8a & 8b)

为了增加流程的鲁棒性，规范还设计了由“新主管”主动报到的机制，形成了双重保险。

8a. For inter-RAN handover … the target node (e.g. MME) may send a Subscriber Location Report to a GMLC on the target side… 8b. For intra-RAN handover … the target AMF may invoke the Namf_Location_EventNotify service operation towards the GMLC to indicate the handover.

• 对于5G→4G切换 (Step 8a)：新的MME在接管安娜后，可能会向它自己所属的GMLC（目标GMLC）发送一个“用户位置报告”，内容是：“我刚刚接收了一个来自5G的紧急会话切换用户，请知悉。”
• 对于5G→5G切换 (Step 8b)：新的AMF会直接向源GMLC（通过UDM寻址或配置）发送一个EventNotify，内容是：“我已接管该紧急会话用户。”

这个由目标节点发起的“报到”，从另一端确认了切换的成功，并为GMLC提供了交叉验证的信息。

3.5 总部的“档案更新”与新指令的下发 (Step 9 & 10)

9. Reconfiguration of the LRF and the source and target GMLCs may occur…
10. If the LRF needs a location estimate for the UE after handover has occurred … the LRF may instigate an MT-LR request via the target Node.

GMLC/LRF在收到了来自源AMF和/或目标节点的 handover 通知后，立即在自己的会话缓存中，更新了安娜的“档案”：

• 旧主管：Source-AMF
• 新主管：Target-Node (MME-xyz)

当PSAP的接线员再次点击“刷新位置”时（Step 10），GMLC/LRF会执行一个全新的、但又无比熟悉的操作：它会向档案中记录的新主管（目标节点），发起一次新的MT-LR请求。

这个请求将启动一个新的、在目标网络（例如4G EPC）中的定位会话。但对于最上层的PSAP和接线员而言，他们只是像往常一样点击了按钮，然后地图上的光点便继续平滑地移动。他们完全感知不到，背后已经完成了一场跨越5G和4G的、复杂的会话迁移。

生命追踪，从未中断。

4. 总结：为“永不掉线”的生命线而设计

6.10.3章节定义的紧急定位连续性流程，是5G网络高可靠性（Reliability）的集中体现。它通过一套看似复杂、实则逻辑严密的“中断-报告-重建”机制，完美地解决了移动性对长期定位会话的冲击。

• 明确的职责划分：源AMF负责“善后”，必须干净利落地终止旧会话，并向上级报告交接信息。目标节点负责“报到”，确认自己已接管。GMLC/LRF作为“总部”，负责接收各方信息，更新档案，并发起新的指令。
• 双向的通知机制：通过源节点和目标节点的双向报告，极大地增强了切换通知的可靠性，避免了因单点信令丢失而导致追踪中断的风险。
• 对上层透明：整个复杂的交接过程，对最终的LCS客户端（PSAP）是完全透明的。这保证了上层应急应用的稳定性和连续性，无需为复杂的网络切换行为做任何特殊的适配。
• 跨代际的兼容性：流程的设计充分考虑了5G与4G/EPS的互通，确保了在广阔的、异构网络并存的真实世界中，生命线能够跨越技术的鸿沟，永远在线。

这不仅仅是一个技术流程，更是对生命的郑重承诺。它确保了在最需要帮助的时刻，无论你移动到哪里，5G网络这双“天眼”的凝视，将永不中断。

---

FAQ - 常见问题解答

Q1：为什么源AMF要“中止（abort）”旧的定位会话，而不是尝试将其“转移（transfer）”给新AMF？ A1：这是一个重要的架构设计选择。直接“转移”一个正在进行中的、与底层无线资源（RAN）深度耦合的定位会话（例如，LMF正在等待某个基站的测量报告），技术上极其复杂且难以保证实时性。而“中止-报告-重建”的模式，虽然看似“不连续”，但实际上是一种更鲁棒、更解耦的设计。它将复杂的会话状态转移，简化为一次轻量级的“上下文”信息（即目标节点ID）的传递。新会话可以在目标网络中“干净”地、根据当地最优的资源重新建立，效率和成功率反而更高。

Q2：如果切换发生得非常快，源AMF还没来得及向GMLC报告（Step 7），目标节点（Step 8）的报告先到了，会怎么样？ A2：这完全没问题。GMLC/LRF作为“总部”，它的系统设计就是用来处理这种异步、乱序的事件的。它收到目标节点的报告后，会先在安娜的会话档案里做一个标记：“已收到来自新主管MME-xyz的报到”。稍后，当源AMF的“交班报告”到达时，GMLC会进行信息核对，完成最终的档案更新。这种基于事件驱动的异步处理模型，是现代电信核心网鲁棒性的基础。

Q3：这个流程只适用于紧急定位吗？商业性的持续定位（如车队管理）在切换时怎么办？ A3：6.10章节明确是**专用于监管服务（dedicated to Support Regulatory services）**的。但其核心思想——服务连续性——在商业服务中同样重要。规范在5.16B章节中提出了商业服务也需要支持LCS连续性，其具体实现可以参考本流程的原理。不同之处在于，商业服务的切换连续性流程，优先级较低，且每一步都可能需要重新进行隐私检查，并且其会话管理可能更多地依赖于6.4定义的LMF变更流程，而非AMF的直接介入。

Q4：图中的LRF和GMLC是什么关系？为什么有时候是源GMLC，有时候是目标GMLC？ A4：LRF（位置检索功能）与IMS紧急呼叫绑定。源GMLC是安娜归属网络（HPLMN）中，负责处理她这次漫游定位的GMLC。目标GMLC则是指切换后，新的服务网络（VPLMN）本地的GMLC。在Step 8a中，新的MME可能只知道自己本地的GMLC地址，于是它会先向本地GMLC报告。之后，目标GMLC与源GMLC之间可能还需要通过Lr'接口进行一次交互，以确保“总部”最终得知此信息。

Q5：整个切换和会话重建过程，PSAP看到的定位信息会中断多久？ A5：中断时间极短。从UE与源基站断开连接，到与目标基站建立连接，这个物理切换过程本身通常在几十到几百毫秒。之后，源AMF和目标节点的报告信令在核心网的传输也是毫秒级的。GMLC更新档案并发起新请求的速度也极快。因此，对于PSAP而言，可能会感觉到定位更新的频率暂时降低（例如，丢失了一两个点的更新），但几乎不会出现长时间的定位“黑屏”。整个过程的设计目标，就是将这个“感知中断”时间压缩到最低。