51学通信

深度解析 3GPP TS 28.405：4.5 Management based activation in NR (NR中的管理驱动激活)

20分钟阅读

好的，这是系列文章的第七篇。我们将正式迈入5G NR的世界，深度解读4.5节，探索在全新的5G架构下，管理驱动的QoE测量是如何通过更智能、更服务化的方式实现的。

深度解析 3GPP TS 28.405：4.5 Management based activation in NR (NR中的管理驱动激活)

本文技术原理深度参考了3GPP TS 28.405 V18.8.0 (2024-12) Release 18规范中，关于“4.5 Management based activation in NR”的核心章节。本篇旨在为读者揭示5G时代QoE测量在管理模式上的革命性变革——从传统的指令式操作，演进为一套基于服务化接口（API）的、更灵活、更具扩展性的全新工作范式。

引言：从“遥控器”到“智能编程”的飞跃

在此前的旅程中，我们跟随小慧的脚步，见证了QoE测量在3G和4G网络中的实现。网络优化工程师老王所使用的工具，更像是一个功能明确的“遥控器”：按下activateAreaQMCJob按钮，任务便在指定的区域（RNC/eNB）启动。

然而，时代的车轮滚滚向前，5G NR（New Radio）带来的不仅仅是速度的指数级增长，更是一场网络架构与管理哲学的深刻革命。今天，我们的场景切换到一个充满未来感的“XR数字艺术展”。小慧正戴着轻便的AR眼镜，沉浸在虚拟与现实交融的艺术品交互之中。这种XR（扩展现实）业务对网络的苛刻要求（超低时延、超高带宽、极高可靠性）是4G时代难以想象的。

为了保障这场未来盛宴的极致体验，老王需要的不再是一个简单的遥控器，而是一个功能强大的**“集成开发环境（IDE）”**。他需要能够像调用API一样，精细化地“编程”和“订阅”网络能力，动态地组合各种测量参数，以应对XR业务的复杂性。

TS 28.405的4.5章节，正是这份5G时代QoE“智能编程”手册。它将向我们展示，**管理和网络切片（MnS）**的服务化理念是如何彻底重塑QoE测量激活流程的。

1. 4.5.1 激活与上报：5G时代API驱动的新范式

Management Based Activation enables collection of application layer measurements from the UEs in the specified area for specified end user service type. The parameters for the network request session are sent from the MnS Consumer via the management system to the gNBs that host the cells that are included in the QoE Measurement Collection job request in the Create MOI QMC operation. A QMC Job is activated by creating a QMCJob object instance in the MnS producer.

这段开场白宣告了一个时代的更迭。我们看到了全新的术语：MnS Consumer (管理者消费者)、MnS Producer (管理者生产者) 和 Create MOI (创建托管对象实例)。

  • 技术变革解读:
    • 告别指令，拥抱服务: 在4G时代，网管（NM）向eNB发送的是一个“命令”（operation），如activateAreaQMCJob。而在5G，管理系统（MnS Consumer）与gNB的管理面（MnS Producer）之间，采用的是一种服务化接口。老王不再是下命令，而是像一个开发者调用云服务API一样，请求gNB这个“服务提供方”创建一个QMCJob的对象实例（MOI）。
    • 一切皆对象: “创建对象实例”是面向对象编程的核心思想。这意味着一个QoE测量任务在gNB中被模型化为一个可管理的“对象”，拥有自己的属性（如serviceType, areaScope）和生命周期（创建、更新、删除）。这种方式比简单的命令更为灵活，也更易于自动化和扩展。

规范中的“Figure 4.5.1-1: QMC activation example for Management Based Activation and Reporting in NR”是理解这套全新范式的蓝图。我们将步步为营，解析其中的精妙之处。

1.1.1 核心流程拆解

步骤 1: API调用 - 创建QMCJob对象 (MnS Consumer → gNB)

  1. A QoE Measurement Collection Job begins when the MnS Consumer sends createMOI request for QMCJob to the MnS Producer serving the impacted gNB(s), and includes the parameters: serviceType, areaScope, qoECollectionEntityAddress, qoEReference, mDTAlignmentInformation, availableRANqoEMetrics and qMCConfigFile.
  • 场景演绎: 老王在他的5G智能网管平台上，为“XR数字艺术展”场馆区域创建了一个QoE测量任务。平台将这个请求转化为一个标准的createMOI API调用，发送给了覆盖场馆的gNB。
  • 技术解读: 这个API调用中，除了我们熟悉的serviceType、areaScope等参数，还出现了两个5G时代的新面孔：
    • mDTAlignmentInformation (MDT对齐信息): MDT (Minimization of Drive Tests) 是网络自动收集无线测量数据（如信号强度、质量）的功能。此参数的出现，意味着老王可以要求gNB将**QoE数据（用户体验如何）与MDT数据（无线环境怎样）**在时间上进行精确对齐。这样，当MCE收到报告时，就能轻易地进行关联分析：“小慧在展厅东北角体验XR眩晕时，那里的RRC信噪比正好低于了-5dB”。这是实现智能根因分析的关键一步。
    • availableRANVisibleqoEMetrics (可用的RAN可见QoE指标): 这是一个增强功能。管理系统可以通过此参数告知gNB，网络侧现在支持对哪些新的、与RAN性能密切相关的QoE指标进行收集（如“应用层缓冲区液位”、“媒体启动播放时延”）。gNB可以据此更智能地配置UE的测量。

步骤 2 & 3: UE侧的“异步就绪”

  1. Application level measurement configuration. The Application in the UE shall send AT command +CAPPLEVMCNR containing the parameter set to 1 to the Access Stratum. This enables the the Access Stratum to present an unsolicited result code to the Application at a later time.
  2. UE registration procedure. The UE shall register QMC capability with the gNB by setting qoe-Streaming-MeasReport to “supported” in UE-NR-Capability. NOTE: … Step 2 and step 3 are asynchronous in time with respect to Step 1; they may occur before or after step 1.

这里揭示了5G设计的一个重要理念：异步与解耦。

  • 场景演绎: 小慧的AR眼镜和手机，早在她进入展馆之前，甚至在老王创建任务之前，就已经做好了准备。AR眼镜中的“V-Stream”应用，在安装初始化时，就已经通过+CAPPLEVMCNR=1 AT指令向底层模组“报备”：“嗨，我是一个支持QoE测量的App，如果网络有需要，请随时通知我”。同时，在手机开机注册5G网络时，它也已经在UE-NR-Capability信令中，向网络宣告了自己支持QoE测量的能力。
  • 技术解读: 这两个步骤是独立于、且先于网络任务下发的。UE和App主动声明能力，网络侧按需使用。这种“异步就绪”的机制，使得激活过程更为高效，gNB无需再临时去查询UE能力，可以直接在已经上报能力的UE池中进行筛选。

步骤 4 & 5: gNB的匹配与激活

  1. The gNB starts a network request session… checks for connections where the UE has qoe-Streaming-MeasReport set to “supported”…
  2. If a UE has the wanted capability, the gNB … starts a UE request session by sending RRCREconfiguration to the UE including serviceType, measConfigAppLayerId … and measConfigAppLayerContainer.
  • 场景演绎: 当小慧进入展馆，连接上5G网络并开始使用XR应用时，gNB通过“能力池”迅速锁定了她。
  • 技术解读: gNB为她启动了一个UE请求会话，并通过RRCReconfiguration信令下发激活指令。这里出现了一个关键参数measConfigAppLayerId，它可以看作是qoEReference在空口的具体体现，是这次特定测量任务在UE与gNB之间的唯一“会话ID”。

步骤 6 - 9: 应用层的双向确认与会话启动

  1. The access stratum in the UE sends an unsolicited response to the Application including app-meas_service_type, meas_config_app_layer_id and app-meas_config_file.
  2. When the Application begins service, it sends the AT command +CAPPLEVMRNR … to indicate a recording session has started…
  3. The UE sends the message MeasurementReportAppLayer … to the gNB to indicate a recording session has started.
  • 场景演绎: 小慧手机的底层模组收到了RRC指令，它立即通过一个“非请求的”响应（可以理解为系统回调），将meas_config_app_layer_id和配置文件等信息通知给了“V-Stream”应用。当小慧正式启动XR交互时，应用立即通过+CAPPLEVMRNR AT指令向底层报告“记录会话已开始”，底层再通过MeasurementReportAppLayer消息通知gNB。
  • 技术解读: 这个流程比4G更为严谨，步骤6相当于一个配置下发的确认环节，确保了APP收到了正确的任务ID和配置。后续的会话启动报告则与LTE类似。

步骤 10 - 13: 数据的收集与上报闭环 这个过程与LTE基本一致：APP在XR体验过程中收集数据，打包成QMC报告，通过+CAPPLEVMRNR AT指令和MeasurementReportAppLayer消息上报给gNB，gNB最终将其转发给MCE。

2. 4.5.3 任务的终结：面向对象的生命周期管理

2.1.1 强制去激活

4.5.3.1 Forced deactivation When the operator technician or the management application wants to deactivate a measurement collection job, the management system sends the deactivateQMCJob operation to the gNB.

  • 技术解读: 在5G中，去激活也是通过MnS接口完成。老王发送的deactivateQMCJob操作，本质上是去删除之前在gNB上创建的那个QMCJob对象实例。对象被删除，其关联的所有UE请求会话也随之终止。gNB会向相关的UE发送RRC信令，通知其停止测量。这个流程比4G的“设置丢弃标志”在逻辑上更为清晰，完美体现了面向对象的生命周期管理。

2.1.2 记录会话的自然终结

这一原则依然被坚守：只要小慧的XR体验还未结束，应用就会完成最后的记录，保证了数据的完整性。

3. 4.5.4 临时暂停与重启：应对RAN过载的“智能熔断”

4.5.4 Temporary stop and restart of QoE information reporting during RAN overload in NR In case of overload in RAN, the gNB may temporarily stop the reporting from the UE by sending the RRCReconfiguration message … includes pauseReporting set to TRUE in appLayerMeasConfig… The access stratum continues recording further information until the data storage capacity for the reporting is fully used…

这是5G NR中引入的一个非常实用和智能的新功能。

  • 场景演绎: 艺术展上，一位著名的数字艺术家突然现身，引发了人群的聚集和骚动。大量观众同时开启了高清直播，导致gNB瞬时负荷激增，出现了RAN过载。
  • 技术解读:
    1. 智能暂停 (pauseReporting=TRUE): gNB感知到过载后，为了自保并优先保障用户的正常通信，它可以向小慧等正在上报QoE数据的UE发送一条RRC信令，其中包含一个pauseReporting标志，设置为TRUE。
    2. UE侧的响应 (只停不上): 收到这个“暂停”指令后，小慧手机的**接入层（底层模组）**会停止向gNB发送MeasurementReportAppLayer消息。但关键在于，上层的“V-Stream”应用对此毫不知情，它依然在正常进行QoE测量和记录！ 底层模组会把APP生成的报告先缓存在本地。
    3. 避免数据丢失: 这种“只停不上”的机制，实现了完美的“熔断”。它既减轻了过载gNB的上行信令负担，又避免了宝贵的QoE数据因网络拥塞而丢失。UE会持续缓存，直到本地存储空间用尽。
    4. 智能重启 (pauseReporting=FALSE): 当人群散去，gNB负荷恢复正常后，它会再次发送RRC信令，将pauseReporting设置为FALSE。收到“重启”指令后，UE的接入层会将缓存的所有QoE报告，一次性或分批地重新上报给gNB。

这个机制极大地提升了QoE测量系统在复杂网络环境下的鲁棒性和可靠性。

FAQ环节

Q1：5G的MnS服务化管理模式，相比4G的指令式管理，给运营商带来了什么实际好处？ A1：好处是革命性的。1) 自动化与智能化：基于API的管理方式，极易与现代的自动化运维平台（如CI/CD, DevOps）和AI智能分析系统集成。老王可以编写脚本，根据网络KPI自动触发、调整或终止QoE任务，实现“无人化”运维。2) 灵活性与可扩展性：面向对象的模型意味着可以方便地为QMCJob增加新的属性（参数）而无需改变整个框架，适应未来新业务的需求。3) 开放生态：标准化的API接口降低了不同厂商设备之间的集成难度，运营商可以更自由地选择最优的管理工具和分析平台，避免被单一厂商锁定。

Q2：mDTAlignmentInformation这个参数具体是如何实现QoE和MDT数据对齐的？ A2：它通过时间戳和会话标识来实现。当gNB根据mDTAlignmentInformation的配置，同时激活了针对小慧的QoE测量和MDT无线测量后，它会在下发给UE的QoE测量配置和MDT测量配置中，包含相关的会话标识（如Trace Reference）。同时，gNB在将UE上报的QoE报告和MDT报告转发给各自的收集实体（MCE for QoE, TCE for MDT）时，会打上精确的时间戳。最终，在后台数据中心，分析平台可以通过相同的会话标识和相近的时间戳，将来自两条不同数据管道的报告进行关联，从而实现用户体验与无线环境的精准映射。

Q3：“暂停上报（pauseReporting）”期间，如果UE的本地缓存满了怎么办？ A3：规范指出，“The access stratum continues recording further information until the data storage capacity for the reporting is fully used…”。这意味着，如果RAN过载时间过长，导致UE的本地缓存被写满，那么后续新产生的QoE报告将会丢失。这是一种权衡设计：在极端情况下，保证了UE和网络的稳定性，牺牲了部分数据的完整性。UE缓存的大小通常由终端制造商定义，是终端能力的一部分。这个机制的设计目标是应对临时性、短时间的过载，而非长时间的持续拥塞。

Q4：为什么在5G NR的流程图中，步骤2和3（应用和UE能力就绪）被明确标为异步？ A4：这是为了强调5G架构的**“能力驱动”和“服务化”**理念。在5G中，UE和应用不再是被动等待网络查询的“士兵”，而是主动向网络“注册”自己能力的“服务提供者”。APP通过AT指令注册QoE能力，UE通过RRC信令注册无线能力。这些能力信息被网络（如AMF、gNB）记录下来，形成一个“能力资源池”。当管理者（MnS Consumer）需要某项服务（如QoE测量）时，网络可以直接从这个资源池中寻找匹配的UE来执行，而无需再进行临时的、阻塞式的能力查询。这种异步、解耦的设计大大提升了网络资源调度的效率和灵活性。

Q5：measConfigAppLayerId和qoEReference有什么区别和联系？ A5：它们是同一个QoE测量任务在不同“域”的代号，本质上指向同一件事。

  • qoEReference是管理域的标识，由管理系统（MnS Consumer）生成，在NM、DM、gNB、MCE之间传递，用于端到端地标识一个QoE Job。它是全局唯一的。
  • measConfigAppLayerId是空口域的标识，由gNB生成或映射自qoEReference，在gNB与UE之间通过RRC信令传递。它用于在一个UE上同时可能存在的多个测量任务（无线测量、QoE测量等）中，唯一标识出这个特定的应用层测量任务。你可以把它看作是qoEReference在无线链路上的一个“本地实例ID”。

关系图谱