51学通信

深度解析 3GPP TS 38.410：5.4 Mobility Management function (移动性管理)

17分钟阅读

好的，我们继续跟随5G基站工程师小雷，深入探索NG接口上最为动态和复杂的功能之一——移动性管理。这套机制是保证用户在5G网络中“行云流水”般移动，而业务“丝毫不卡”的核心所在。

深度解析 3GPP TS 38.410：5.4 Mobility Management function (移动性管理)

本文技术原理深度参考了3GPP TS 38.410 V18.2.0 (2024-06) Release 18规范中，关于“5.4 Mobility Management function”的核心章节，并结合其在核心网（TS 23.501/502）和NGAP协议（TS 38.413）中的具体实现，为读者完整呈现5G网络中，由NG接口支撑的切换（Handover）全流程，揭示“业务无感切换”背后的信令芭蕾。

引言：飞驰的高铁上，永不掉线的视频通话

我们的主角，基站工程师小雷，正坐在从北京开往上海的高铁上。他一边欣赏窗外飞速掠过的风景，一边与家人进行着一场超高清的5G视频通话。列车时速高达350公里，手机信号在他毫不知情的情况下，已经跨越了数十个基站的覆盖范围。然而，他手中的视频画面始终清晰流畅，声音也未曾有过一丝卡顿。

这看似理所当然的“无感切换”体验，背后却是一场由UE、源gNB、目标gNB和核心网（AMF/UPF）共同参与的、以毫秒为单位的、极其精密的“信令芭蕾”。

第5.4节“移动性管理功能”，正是NG接口为支撑这场“芭蕾舞”而设计的核心“舞步规范”。它定义了在UE高速移动时，如何将其UE上下文（我们在上一篇中学习的“数字档案”）和用户数据流，从一个基站（源gNB）平滑、无损地转移到下一个基站（目标gNB）。

1. “切换”的本质：上下文与数据流的“搬家”

5.4 Mobility Management function

The mobility function for UEs in CM-CONNECTED includes the intra-system handover function to support mobility within NG-RAN and inter-system handover function to support mobility from/to EPS system. It comprises the preparation, execution and completion of handover via the NG interface.

深度解读：

  • 切换（Handover）的定义: 针对处于CONNECTED状态的UE，在不中断业务的前提下，将其无线连接锚点从一个小区切换到另一个小区的过程。
  • 切换的两种类型:
    1. 系统内切换 (Intra-system handover): 在5G系统内部的切换。这又可以细分为：
      • Xn切换: 两个gNB之间存在Xn接口，切换信令主要在两个gNB之间直接交互，核心网介入较少，速度最快。
      • NG切换 (N2切换): 两个gNB之间没有Xn接口，切换信令必须通过核心网AMF来“中转”，速度稍慢。
    2. 系统间切换 (Inter-system handover): 在5G与4G（EPS）之间的切换。
  • 切换的三大阶段: 规范明确将切换过程划分为准备、执行、完成三个阶段，NG接口在这三个阶段都扮演着关键角色。

2. NG接口上的“芭蕾舞步”：N2切换全流程详解

我们将以最能体现NG接口作用的N2切换为例，详细拆解这场“信令芭蕾”的每一个舞步。

场景设定： “张三”正连接在小雷的gNB-A上进行视频通话，他驾车驶向了由另一个基站gNB-B覆盖的区域。不幸的是，gNB-A和gNB-B之间没有部署Xn接口。

第一幕：准备阶段 (Preparation)

NGAP Procedure: HANDOVER PREPARATION

  1. 源gNB决策 (gNB-A):

    • gNB-A通过UE上报的测量报告（Measurement Report），发现来自邻近gNB-B的信号强度，已经超过了自己。它做出了“切换决策”。
    • 由于它发现自己与gNB-B之间没有Xn接口，它决定发起一次N2切换。

  2. gNB-A → AMF (HANDOVER REQUIRED):

    • 小雷的gNB-A通过NG-C接口，向AMF发送一条HANDOVER REQUIRED消息。这相当于向“指挥中心”报告：“报告！旅客‘张三’即将飞离我的空域，请求协调转交至B号塔台（gNB-B）！”
    • 核心内容:
      • Target ID: 明确指出目标是gNB-B。
      • Source to Target Transparent Container: 这是最关键的部分。gNB-A会将“张三”的完整UE上下文（安全信息、QoS配置、DRB列表、UE能力等）打包成一个“透明容器”，请求AMF转发。

  3. AMF → gNB-B (HANDOVER REQUEST):

    • AMF收到了gNB-A的请求。它扮演“中转站”的角色，向目标gNB-B发送一条HANDOVER REQUEST消息。
    • 核心内容:
      • AMF将gNB-A打包的那个“透明容器”，原封不动地放入这条消息中，发给gNB-B。
      • 同时，AMF还会将核心网侧的上下文信息（如PDU会话列表和对应的QoS信息）也一并告知gNB-B。

  4. gNB-B资源准备 (gNB-B):

    • 目标gNB-B收到了这份包含了“张三”完整档案的“交接请求”。
    • 它会检查自己是否有足够的无线资源（如C-RNTI、DRB资源、调度容量等）来接纳“张三”。
    • 如果资源充足，它会为“张三”预留好所有必要的资源，并生成一个切换指令。

  5. gNB-B → AMF (HANDOVER REQUEST ACKNOWLEDGE):

    • gNB-B向AMF回复HANDOVER REQUEST ACKNOWLEDGE，表示“B号塔台准备就绪，可以接收‘张三’！”
    • 核心内容:
      • Target to Source Transparent Container: gNB-B将它生成的、包含了新空口配置的切换指令，同样打包成一个“透明容器”，请求AMF转发回gNB-A。

  6. AMF → gNB-A (HANDOVER COMMAND):

    • AMF将gNB-B的“确认函”和那个新的“透明容器”，封装在HANDOVER COMMAND消息中，发回给gNB-A。

至此，“准备”这优雅的起手式完成。目标gNB已经万事俱备，只等UE的到来。

第二幕：执行阶段 (Execution)

  1. gNB-A → UE (RRCReconfiguration):

    • gNB-A收到了来自AMF的切换命令。它“拆开”其中的透明容器，取出gNB-B生成的切换指令。
    • 它通过空口的RRCReconfiguration消息，将这个指令发送给UE。指令的核心内容是：“立即切换到gNB-B，并使用这些新的无线参数。”

  2. UE的“空中一跃”:

    • UE收到指令后，立即断开与gNB-A的连接，并尝试使用新的参数，与gNB-B建立同步。这是整个切换过程中，唯一可能发生瞬时（毫秒级）业务中断的时刻。

第三幕：完成阶段 (Completion)

NGAP Procedure: PATH SWITCH REQUEST

  1. UE → gNB-B (RRCReconfigurationComplete):

    • UE成功与gNB-B同步，并向其发送RRCReconfigurationComplete消息，宣告“我已成功抵达B号塔台！”

  2. gNB-B → AMF (HANDOVER NOTIFY):

    • gNB-B立即向AMF发送HANDOVER NOTIFY消息，报告“旅客‘张三’已在我处降落，交接成功！”

  3. 数据路径的切换 (Path Switch):

    • 这是至关重要的一步！此时，UE的用户数据流，仍然从核心网的UPF发往旧的gNB-A。必须立刻将这条“数据管道”改道到新的gNB-B。
    • AMF → SMF: AMF通知SMF，UE的位置已经变更。
    • SMF → UPF: SMF向UPF下发一个GTP-U隧道修改的指令，将“张三”数据流的下行隧道终点，从gNB-A的地址，切换为gNB-B的地址。
    • gNB-B → AMF → SMF (PATH SWITCH REQUEST): 与此同时，gNB-B也会通过AMF，向SMF上报自己用于接收下行数据的隧道信息。

  4. 释放旧资源:

    • 路径切换成功后，AMF会向旧的gNB-A发送UE CONTEXT RELEASE COMMAND消息，通知它“‘张三’已经走远了，你可以销毁他的档案，释放所有资源了。”

至此，一场完美的“信令芭蕾”落幕。“张三”的视频通话，在经历了这一切后台的“惊涛骇浪”后，依然行云流水。

总结：协同与透明，无感切换的艺术

通过对5.4节移动性管理功能背后N2切换流程的深度剖析，我们看到了5G网络为保障业务连续性所设计的精妙机制。

  • 三阶段的清晰划分: 将复杂的切换过程，分解为准备、执行、完成三个逻辑清晰的阶段，使得信令交互和资源管理有条不紊。
  • AMF的“中转站”角色: 在没有Xn接口的情况下，AMF扮演了不可或缺的信令中继角色，确保了切换流程能够在任意两个gNB之间进行。
  • “透明容器”的智慧: Source to Target Transparent Container和Target to Source Transparent Container这两个“黑盒子”的设计，是整个流程的精髓。它使得AMF无需理解RAN内部复杂的无线配置信息，只负责透明地传递。这实现了核心网与接入网在切换决策上的完美解耦，极大地简化了AMF的设计，并为未来RAN技术的自由演进（如引入新的空口特性）提供了无限可能。

对于基站工程师小雷来说，移动性管理功能，是他日常网络优化工作的核心。他需要精心规划邻区关系、优化切换判决参数，以确保他负责的gNB，能够与其他基站完美地配合，共同为用户编织一张“永不掉线”的无缝覆盖网络。这不仅仅是技术的挑战，更是一门追求极致用户体验的艺术。

FAQ

Q1：Xn切换和N2切换，哪个更好？为什么还需要N2切换？ A1：Xn切换更好。因为它的信令路径更短（gNB ←> gNB），时延更低，对核心网的冲击也更小。它是运营商在密集城区、连续覆盖区域的首选方案。但是，在某些场景下，Xn接口可能不存在，例如：1. 两个gNB由不同厂商提供，早期可能存在接口兼容性问题。2. 两个gNB地理位置相距很远，建立直连光纤成本过高。3. 两个gNB分属不同的运营商（漫游场景）。在这些情况下，N2切换就成为了唯一的、也是必要的切换方案，它利用核心网的连通性，实现了任意两个gNB之间的切换。

Q2：在切换过程中，用户的数据会丢失吗？ A2：5G切换机制被设计为尽可能减少甚至避免数据丢失。在准备阶段，当切换决策做出后，源gNB-A会开始缓存发往UE的下行数据。当UE成功在新gNB-B上接入后，gNB-A会通过**数据转发（Data Forwarding）**机制，将这些被缓存的数据，以及在路径切换完成前新到达的数据，通过gNB-A → UPF → gNB-B的路径（或在Xn切换中通过Xn-U接口），转发给gNB-B，再由gNB-B发送给UE。这个机制，被称为“无损切换（Lossless Handover）”。

Q3：切换失败了会怎么样？ A3：切换失败是一种常见的网络异常。如果UE在“空中一跃”后，因为种种原因（如目标小区信号突然变差、资源预留失败等）无法成功接入目标gNB-B，它会触发“无线链路失败（Radio Link Failure - RLF）”的恢复流程。UE会尝试在当前位置，重新搜索一个最强的小区并发起**RRC重建（RRC Re-establishment）**流程，试图“死里逃生”。这个过程通常会导致用户业务的短暂中断（数秒）。

Q4：为什么AMF要“透明”地传输RAN的上下文，它自己不能生成一份给目标gNB吗？ A4：因为RAN侧的上下文，包含了大量极其专业、复杂且与具体无线实现强相关的信息，例如RRC配置、MAC配置、PHY配置、波束赋形信息等。这些信息对于核心网的AMF来说，是“天书”，AMF既没有能力、也没有必要去理解和生成它们。让源gNB自己打包、目标gNB自己解包，而AMF只当“邮差”，是一种最佳的职责划分和解耦，它使得RAN可以独立于核心网进行快速的技术演进。

Q5：这个切换流程对V2X业务有什么特别影响？ A5：对于通过Uu接口进行的V2X业务（如连接云端），它会经历与其他数据业务完全相同的切换流程，以保证其连续性。对于PC5接口的V2X业务，由于它是终端间的直通通信，不直接参与gNB的切换流程。但是，UE在切换过程中，其服务的gNB发生了变化，这可能会影响到网络调度模式下的PC5资源分配。在切换完成后，新的gNB-B会从UE上下文中，获取到该UE的PC5授权信息，并接管对其PC5资源的调度管理。

关系图谱