好的，我们继续跟随5G基站工程师小雷，深入探索NG接口上那些与网络性能监控和用户体验保障息息相关的高级流程。这一次，我们将聚焦于一个让网络拥有“用户视角”，能够量化“体验好坏”的强大工具——QMC支持流程。

深度解析 3GPP TS 38.410：6.25 The procedures for supporting QMC (QMC支持流程)

本文技术原理深度参考了3GPP TS 38.410 V18.2.0 (2_02_4-_0_6) Release 18规范中，关于“6.25 The procedures for supporting QMC”的核心章节，并结合其在核心网（TS 23.501/502）、RAN侧（TS 38.300）和NGAP协议（TS 38.413）中的具体实现，为读者完整呈现5G网络中，QoE测量配置（QMC）是如何通过NG接口进行下发和管理的。

引言：从“网络好不好”到“用户觉得好不好”的转变

我们的主角，基站工程师小雷，每天都在与海量的网络性能指标（KPI）打交道：RSRP（信号强度）、SINR（信噪比）、吞吐量、掉线率……他可以自豪地说，他负责的gNB，各项KPI都“全线飘绿”，堪称完美。

但一个灵魂拷问来了：网络KPI好，就一定等于用户体验好吗？

一位用户可能信号满格（RSRP好），但依然觉得视频卡顿（可能是因为时延抖动大）；另一位用户可能下载速率很高（吞吐量好），但觉得玩游戏延迟高得无法忍受。

为了弥合**网络性能（QoS - Quality of Service）与用户真实体验（QoE - Quality of Experience）**之间的鸿沟，5G引入了一套强大的“用户体验量化”机制——QMC（QoE Measurement Collection，QoE测量收集）。

QMC的核心思想，不再是仅仅从网络侧“猜测”用户体验，而是直接给UE下发一个“体验打分表”，让UE这位“当事人”，在业务进行中，实时地、量化地记录下自己的真实感受，并上报给网络。

第6.25节定义的“QMC支持流程”，正是NG接口为下发和管理这份“体验打分表”而设计的核心信令通道。

---

1. 流程的“剧本”：QMC的“任务下发”与“档案交接”

6.25 The procedures for supporting QMC

The following procedures are used to control the QMC sessions in the UE and to transfer QMC session information to the target NG-RAN node during the intra-system intra-RAT or intra-system inter-RAT mobility of a UE:

• Initial Context Setup;
• UE Context Modification;
• Handover Preparation;
• Handover Resource Allocation.

6.25节的描述非常独特。它没有像其他功能一样，定义一个名为QMC ...的独立流程。相反，它指出，QMC的控制和信息传递，是“嵌入”在其他几个核心的UE上下文管理和移动性管理流程之中的。

这揭示了QMC的一个重要特性：QMC的配置，是UE上下文的一部分。它与UE的安全信息、QoS配置等“档案材料”紧密绑定，并跟随着UE的移动，在网络中进行传递。

---

2. “下发打分表”：通过上下文管理流程激活QMC

QMC任务的启动，完全由核心网主导，通常由一个名为**OAM/TR_P_CEF（Trace/QoE Collection Entity Function）**的网管功能实体发起。

NGAP Procedures: Initial Context Setup, UE Context Modification

实战演练：为VIP用户的视频体验进行“深度体检”

• 触发: 运营商的后台智能运维系统发现，某位VIP用户最近频繁投诉视频卡顿。为了精准定位问题，运维系统决定对该用户，针对“流媒体视频”业务，发起一次QMC会话。这个指令最终送达了为该用户服务的AMF。

• 场景A：用户处于IDLE态，重新接入

  • 当该VIP用户发起业务请求，AMF在向小雷的gNB发送INITIAL CONTEXT SETUP REQUEST消息时，会在其中增加一个关键的IE（信息单元）：
    • QMC Configuration IE: 这就是那份“体验打分表”。
  • “打分表”的核心内容：
    • QoE Measurement Type: 要测量的业务类型，例如“流媒体视频（Streaming Video）”。
    • Reporting Frequency: 上报频率，例如“事件触发”或“周期性”。
    • Measurement Period: 测量周期。
    • Area Scope: 测量范围，例如“只在当前TA内测量”。

• 场景B：用户已处于CONNECTED态

  • 如果该VIP用户已经连接在小雷的gNB上，AMF则会通过UE CONTEXT MODIFICATION REQUEST消息，将这份QMC Configuration“补充”到gNB上已有的UE上下文中。

• gNB与UE的联动:

  • 小雷的gNB在收到这份包含QMC Configuration的指令后，会将其解析出来。
  • gNB通过RRC信令（如RRCReconfiguration），将这份“打分表”的详细内容，转发给UE。
  • UE收到后，其内部的QMC客户端被激活。它开始在观看视频时，默默地记录各种与用户体验直接相关的指标，例如：
    • 视频卡顿（Stalling）的次数和时长。
    • 初始缓冲的时延。
    • 视频分辨率的变化情况。
  • 在满足上报条件时（如一次卡顿事件发生后），UE会将这些QoE测量报告，通过上行RRC信令，上报给小雷的gNB。

• 数据汇集:

  • gNB收到UE上报的QoE报告后，会将其与自己本地记录的、同一时刻的RAN侧性能数据（如信号强度、吞吐量等）进行关联。
  • 最终，gNB将这份关联后的、丰富的“体检报告”，上报给核心网的“体验数据收集中心”（通常是OAM/TRPCEF），供运维专家进行深度分析。

---

3. “交接打分表”：通过移动性管理流程传递QMC

一次QMC会话可能是长期的。当用户在不同基站间移动时，这份“打分表”和已经收集的部分“打分记录”，必须被无缝地交接到新的基站。

NGAP Procedures: Handover Preparation, Handover Resource Allocation

实战演练：VIP用户在切换中，体验监控不中断

• 触发: 正在被QMC监控的VIP用户，需要从gNB-A切换到gNB-B。

• gNB-A → AMF (HANDOVER REQUIRED):

  • 在源gNB-A向AMF发起的HANDOVER REQUIRED消息中，它打包的“UE档案（透明容器）”里，除了包含常规的上下文，还会特别包含：
    • Trace Activation IE with QMC Configuration: 正在进行中的QMC任务的完整配置。
    • UE Context In NG-RAN IE: 可能包含一些已经收集但尚未上报的QoE测量结果。

• AMF → gNB-B (HANDOVER REQUEST):

  • AMF将这个包含了QMC信息的“透明容器”，原封不动地转发给目标gNB-B。

• gNB-B的响应动作:

  • 目标gNB-B在收到切换请求后，解析出其中的QMC Configuration。
  • 它在为UE准备切换资源的同时，就已经知道了这个UE是一个“特殊监控对象”，并准备好了在切换成功后，立即接管对它的QoE测量和收集工作。
  • gNB-B在回复HANDOVER REQUEST ACKNOWLEDGE时，也会在自己的“透明容器”中，包含对QMC任务的支持确认。

通过将QMC信息深度嵌入到切换流程中，5G网络确保了即使用户在高速移动，对他的用户体验监控也是连续、不中断的。

---

总结：从“网络为中心”到“用户为中心”的运维革命

通过对6.25节“QMC支持流程”的深度剖析，我们看到了5G网络运维思想的一次深刻革命——从以网络KPI为中心，转向以用户真实体验（QoE）为中心。

• “嵌入式”的信令设计: QMC的控制信令，没有自成一体，而是巧妙地复用了最核心的上下文管理和移动性管理流程。这种设计，保证了QMC配置能够像“影子”一样，与UE的连接状态紧密绑定、同生共死，极大地简化了协议的复杂性，提高了信息同步的可靠性。
• 端到端的协同测量: QMC不再是网络侧的“单方面”测量，而是发动了UE这个“终端用户”，让其成为体验测量的第一责任人。再结合gNB的RAN侧数据，最终形成了一个空口、终端、RAN、核心网全链路关联的立体化体验数据视图。
• 主动运维的强大武器: QMC为运营商提供了主动发现问题、量化用户感知、精准优化网络的强大武器。它让“卡顿”、“延迟”这些模糊的用户抱怨，变成了可以被精确测量、定位和优化的工程数据。

对于基站工程师小雷来说，QMC流程为他打开了一扇全新的“窗口”。他不再只能看到冰冷的RSRP和SINR，而是能够通过TCE平台，直接看到他所服务的每一个（被监控的）用户的真实“心情曲线”。当他看到KPI很好，但QoE报告却显示“卡顿频发”时，他知道，这不再是“用户不懂”，而是他的网络中，确实隐藏着更深层次的、影响用户体验的“魔鬼”。QMC，就是他去揪出这些“魔鬼”的“照妖镜”。