51学通信

深度解析 3GPP TS 28.405：4.6 Signalling based activation in NR (Part 1 - 激活流程)

18分钟阅读

好的，这是系列文章的第八篇。我们继续在5G的世界里探索，深入解读4.6节关于信令驱动激活的部分。由于本节内容详尽，我们将其拆分为两部分。本文是Part 1，将聚焦于两种核心的激活流程。

深度解析 3GPP TS 28.405：4.6 Signalling based activation in NR (Part 1 - 激活流程)

本文技术原理深度参考了3GPP TS 28.405 V18.8.0 (2024-12) Release 18规范中，关于“4.6 Signalling based activation in NR”的核心章节，特别是4.6.1节。本文旨在为读者详细剖析在5G服务化架构（SBA）下，针对单个用户的QoE测量任务是如何通过核心网各功能实体（UDM, AMF）间的API式交互，实现前所未有的灵活与高效激活的。

引言：从“数字孪生”到“实时订阅”的终极进化

在前面的章节中，我们已经见证了QoE测量从3G的“档案贴条”演进到4G的“数字孪生”。网络优化工程师老王已经可以相当精准地对特定用户小慧进行体验监控。然而，5G时代的到来，将这场“精确制导”的战争推向了一个全新的维度。

今天，我们的场景设定在一个对网络要求极为苛刻的新业务上——5G云游戏。小慧作为首批内测玩家，正在体验一款名为《星际穿越》的XR云游戏。这款游戏的所有渲染都在云端服务器完成，画面通过5G网络实时串流到她的AR眼镜上。任何一次网络抖动或时延飙升，都会导致画面撕裂、操作延迟，彻底摧毁沉浸式体验。小慧最近就频繁向老王抱怨，在校园咖啡馆的固定座位上，总是在游戏的关键时刻“掉链子”。

面对这种“偶发性、个体性、超低时延敏感”的体验问题，老王需要的是一套近乎实时的监控与响应机制。他需要的不再仅仅是核心网MME中那个静态的“数字孪生”，而是一种**“实时订阅”**模式：一旦他决定要监控小慧，整个5G核心网（5GC）就应该像一个被触发的“工作流”，自动、实时地将这个指令传递到网络的最前沿。

TS 28.405的4.6节，正是这份5G时代“实时订阅”式QoE激活的终极操作手册。它将向我们展示，基于**服务化架构（SBA）**的5G核心网，是如何将QoE测量激活的效率和灵活性提升到极致的。

1. 4.6.1.0 激活时机的双重选择：预注册与后注册

与4G LTE一脉相承，5G NR中的信令驱动激活同样提供了两种灵活的部署时机，以适应不同的运维场景。

4.6.1.0 General Activation of measurement collection for a UE can be done after UE is registered or before UE Registration procedure.

  • After UE is registered (UE注册后激活): 适用于**“热部署”或“事件驱动”**场景。当小慧正在咖啡馆玩游戏并实时投诉时，老王可以立即为她这个“在线”用户启动QoE测量。
  • Before UE Registration procedure (UE注册前激活): 适用于**“冷部署”或“计划性”**场景。老王可以提前一天就将针对小慧的测量任务配置好，任务将“潜伏”在核心网中，等待小慧第二天来到咖啡馆开机入网时，自动附着并激活。

2. 4.6.1.1 注册后激活：SBA架构下的实时工作流

这是最能体现5G核心网服务化架构优势的流程。当需要对一个已经在网的用户进行即时监控时，这套机制的效率远超前代。规范中的“Figure 4.6.1.1-1: QMC activation and reporting example in NR after UE is registered”是这一流程的权威图解。

2.1.1 核心流程拆解

步骤 1: 创建任务，注入UDM (MnS Consumer → UDM)

  1. The MnS Consumer sends createMOI request for QMCJob to UDM that controls the impacted gNB(s), and includes the parameters: serviceType, sliceScope, areaScope, qoECollectionEntityAddress, qoETarget, qoEReference, mDTAlignmentInformation, availableRANqoEMetrics and qMCConfigFile.
  • 场景演绎: 收到小慧的实时投诉，老王在他的智能网管平台（MnS Consumer）上，立刻创建了一个针对小慧**SUPI（签约永久标识符，5G版的IMSI）**的QoE测量任务。这次，他特别指定了sliceScope参数，将监控范围限定在“云游戏专属网络切片”内。
  • 技术解读: 这个createMOI的API请求，被直接发送到了5G核心网的用户数据大脑——UDM（统一数据管理）。UDM是HSS在5G时代的演进，它以服务化的方式提供用户数据。老王的这一步，是在UDM中更新了小慧的签约数据，加入了QoE测量的“待办事项”。

步骤 2: UDM的“主动通知” (UDM → AMF)

  1. The UDM inserts subscriber related data and forwards it to the AMF.

这是5G与4G在信令驱动激活流程中最核心的区别，也是SBA魅力的体现。

  • 场景演绎: UDM在更新了小慧的数据后，它并没有静静等待。它查询到当前为小慧提供接入和移动性服务的，是校园区域的AMF（接入与移动性管理功能）。于是，UDM立即向这个AMF发送了一个**“数据变更通知”**。
  • 技术解读: 这个过程在SBA中被称为**Nudm_SDM_DataChange_Notification。它基于一种“订阅-通知”模型。AMF在为小慧提供服务之初，就已经向UDM“订阅”了小慧签约数据的变更。现在，老王的操作触发了数据变更，UDM便会主动通知所有订阅了该数据的NF（网络功能），这里就是AMF。这改变了4G时代HSS有时需要等待MME来拉取数据的模式，实现了真正的实时推送**。

步骤 3: AMF更新上下文 (AMF → gNB)

  1. The AMF forwards the configuration parameters … in message UE Context Modification Request to the impacted gNB.

AMF收到了来自UDM的“实时情报”，立即采取行动。

  • 场景演绎: AMF更新了自己内存中关于小慧的UE上下文，加入了这个新鲜出炉的QoE测量任务。随后，它通过**NGAP（NG应用协议，5G的S1AP）接口，向当前服务小慧的gNB发送了一条UE Context Modification Request（UE上下文修改请求）**消息。
  • 技术解读: 这条消息将完整的QoE配置（包括切片信息sliceSupportListQMC、MCE地址、qoEReference等）从核心网精准地推送到了无线接入网的gNB。

步骤 4之后: 标准化的无线侧激活

从gNB收到AMF的指令开始，后续的流程就与我们在4.5节中学习的管理驱动模式完全一致了。gNB会通过RRCReconfiguration信令激活UE，UE的底层模组通过AT指令通知APP，APP启动测量并上报数据。

3. 4.6.1.2 注册前激活：潜伏于数据中心的“守候”

此模式适用于计划性监控，其流程与4G的“预部署”模式在逻辑上高度相似，但承载于5G的全新网元和接口之上。规范中的“Figure 4.6.1.2-1: QMC activation and reporting example in NR before UE Registration procedure to the network”对此进行了描绘。

3.1.1 核心流程拆解

  • 场景演绎: 老王预见到第二天小慧还会去咖啡馆玩云游戏，他提前下班前，就将QoE测量任务配置到了UDM中。
  • 技术解读:
    1. 任务预置于UDM: 老王通过MnS接口，将针对小慧SUPI的QoE任务写入UDM。任务进入“潜伏”状态。
    2. UE注册与AMF选择: 第二天，小慧来到咖啡馆开机，手机发起Registration Request（注册请求）。RAN会根据负载均衡等策略，为她选择一个AMF。
    3. AMF从UDM拉取档案: 被选中的AMF是一个“全新”的、对小慧一无所知的AMF。它的首要工作，就是向UDM发送请求，获取小慧的完整签约数据档案。正是在这个“拉取”过程中，那个“潜伏”的QoE任务配置，作为档案的一部分，被UDM发送给了AMF。
    4. 初始上下文建立: AMF在收到了包含QoE任务的完整档案后，会向gNB发送**Initial Context Setup Request（初始上下文建立请求）**消息，来激活UE的无线承载和安全等。QoE的配置信息，就封装在这条初始化的信令中，一并送达了gNB。
    5. 后续流程标准化: gNB在完成初始上下文建立的同时，也就获取了QoE激活指令，随即启动后续的RRC激活流程。

4. 5G信令驱动激活的核心优势总结

相比前代技术，5G NR的信令驱动激活实现了质的飞跃：

  • 实时性: 基于SBA的“订阅-通知”模型，使得对在线用户的QoE任务部署，从分钟级（依赖位置更新等被动触发）提升到了秒级甚至亚秒级的实时响应。
  • 服务化: 无论是任务的创建（createMOI），还是核心网内部的交互（Nudm_SDM_Notification），都基于标准化的API接口，极大地增强了系统的开放性、灵活性和自动化潜力。
  • 切片感知: QoE测量与网络切片深度绑定。老王可以精确地监控特定切片（如云游戏切片）的用户体验，这对于实现5G差异化服务和SLA保障至关重要。
  • 架构解耦: AMF专注于接入和移动性，UDM专注于数据管理，SMF（会话管理功能，图中未显式出现但参与其中）专注于会话策略。清晰的职责划分，使得整个信令流程更为高效和稳健。

FAQ环节

Q1：5G的UDM和AMF，对比4G的HSS和MME，在信令驱动激活流程中的最大区别是什么？ A1：最大的区别在于交互模型。4G中，HSS与MME的交互主要是基于Diameter协议的请求/响应或推送模型，流程相对固定。而在5G中，UDM和AMF作为网络功能（NF），它们之间的交互是基于服务化架构（SBA）的。AMF作为“服务消费者”，向UDM（“服务提供者”）“订阅”特定用户数据的变更。当数据发生变化时，UDM会向AMF“发布”一个通知。这种订阅/通知模型是异步的、事件驱动的，实现了更深度的解耦和更高的实时性，是5G核心网设计的精髓。

Q2：sliceScope和sliceSupportListQMC这两个与切片相关的参数，具体作用是什么？ A2：它们共同实现了QoE测量与网络切片的精准绑定。

  • sliceScope：由管理系统（老王）在创建任务时指定，它定义了这个QoE测量任务只关心哪个或哪些网络切片。例如，老王只想看“云游戏切片”（S-NSSAI为X）的体验，他就会在任务中指定sliceScope = X。
  • sliceSupportListQMC：这个参数是在核心网（AMF）传递给无线网（gNB）的信令中使用的。它告诉gNB，当前这个UE被允许在哪些切片上进行QO测量。gNB会根据这个列表和UE实际使用的切片，来决定是否激活测量。这是一种核心网到无线网的策略执行。

Q3：在“注册后激活”流程中，如果为小慧服务的AMF突然宕机，切换到新的AMF，QoE任务会丢失吗？ A3：不会丢失。这是5G核心网无状态设计和数据中心化优势的体现。

  1. UDM是用户数据的唯一“事实源头”，QoE任务配置永久存储在UDM中。
  2. 当旧AMF宕机，小慧的UE会重新发起注册，网络会为她选择一个新的AMF。
  3. 新AMF会执行与“注册前激活”类似的流程，即向UDM拉取小慧的完整签约数据。此时，它会自然地获取到那个仍在有效期内的QoE测量任务。
  4. 新AMF随即会向gNB下发上下文建立/修改请求，重新激活QoE测量。整个过程实现了故障自愈，保证了任务的最终执行。

Q4：为什么5G的激活流程图里，是从MnS Consumer直接到UDM，而不是像4G那样经过一个DM/EM？ A4：这反映了5G管理架构的扁平化和服务化趋势。在3G/4G中，DM/EM（域/网元管理器）通常是设备商提供的、用于管理其一类或一片设备的“中间层”。而在5G中，3GPP致力于推动标准化的、开放的管理接口。gNB和核心网NF的管理面（MnS Producer）直接暴露服务化API。更高级的网管或编排器（MnS Consumer）可以直接调用这些标准API，而无需再依赖特定厂商的、黑盒化的DM/EM。当然，在实际部署中，DM/EM可能仍然存在，但它更多是扮演一个API网关或适配器的角色，逻辑上的交互路径被大大缩短了。

Q5：小慧的XR云游戏对时延极度敏感，QoE上报本身会不会也产生时延，反而影响游戏体验？ A5：这是一个非常好的问题，规范设计已经充分考虑了这一点。首先，QoE报告的数据量非常小，上报本身占用的无线资源可以忽略不计。其次，5G NR的无线资源调度极为灵活，可以为QoE上报这种信令数据分配专门的、高优先级的无线信道（如通过PUCCH），确保其快速可靠地发送，而不会与游戏数据流（通常在PUSCH上）抢占资源。此外，gNB的“暂停上报（pauseReporting）”机制，也可以在网络极端拥塞时，临时停止上报，优先保障游戏业务，体现了其智能化的设计。

关系图谱