好的，我们继续进行深度拆解。这是本系列的第二十九篇文章。在前几篇中，我们已经系统地探索了5G的核心技术、垂直行业应用以及开放接口。现在，我们将目光转向支撑整个庞大系统高效、可靠运行的“底层架构优化”与“体验度量衡”——系统增强（System enhancements）。
深度解析 3GPP TR 21.915：12 System enhancements (系统增强)
本文技术原理深度参考了3GPP TR 21.915 V15.0.0 (2019-09) Release 15规范中，关于“12 System enhancements”的核心章节，包括12.1“Control plane - user plane separation”和12.2“Quality of Experience (QoE) related Features”。本文旨在为读者深入剖析Rel-15在网络架构灵活性（CUPS的深化与演进）和网络质量度量（从QoS到QoE）这两个维度上的关键“内功”修炼，并阐明这些看似底层的优化，是如何为运营商的网络部署、运维效率以及用户的最终体验带来深刻变革的。
“李工，我们已经学习了5G那些令人炫目的‘外功招式’，如Massive MIMO、网络切片、边缘计算。”青年工程师小玲在完成了对5G宏观技术的全面学习后，带着对系统底层运作的求知欲问道，“但在这些招式的背后，一定还有一些深厚的‘内功心法’在支撑。比如，网络架构自身是如何持续优化以变得更灵活、更高效的？另外，我们总说‘用户体验’，但这个主观的感受，是如何被量化、被测量，并最终用于指导网络优化的呢？第十二章‘系统增强’，似乎就要带我们去探索这些‘内功’的奥秘。”
“你说得非常精准，小玲！”导师李工赞许道，“如果说5G的新功能是‘肌肉’，那么第十二章所探讨的，就是强健5G‘筋骨’（架构优化）和敏锐5G‘神经’（体验度量）的‘内功心法’。这些增强看似不直接面向用户，但它们对网络的部署成本、运维效率和最终的用户满意度，都起着决定性的作用。”
为了让这些“内功”的修炼过程更加具体，我们将再次请出网络规划专家陈工和我们的主角美美：
-
场景一：陈工正在规划一个超大规模、超高密度的中心城区5G网络。他需要在成本、性能和未来演进之间，找到最佳的基站部署架构。
-
场景二：美美正在手机上观看一场重要的体育赛事直播。画面偶尔出现的卡顿和马赛克，虽然短暂，却极大地影响了她的观看体验。她并不知道，她的手机可能正在默默地收集这些“不爽”的体验数据，并上报给网络。
这两个场景，将完美地诠释Rel-15在“架构灵活性”和“体验度量”上的深刻进化。
1. 12.1 CUPS的“终极形态”：控制面与用户面的彻底分离
我们在之前的篇章中，已经多次接触到CUPS（Control and User Plane Separation，控制与用户面分离）这个核心思想。在4G时代，它体现为核心网SGW/PGW的转控分离。在5G时代，它演进为核心网SMF/UPF的彻底解耦，以及gNB内部的CU/DU分离。12.1节所描述的，正是CUPS思想在Rel-15中的两次关键“深化”和“落地”。
1.1.1 12.1.1 gNB的“三体”架构：CU-CP, CU-UP 与 DU
Separation of CP and UP for Split Option 2 of NR
The WI specified a new interface, namely E1, that enables interconnecting a gNB-CU-CP (control plane part of the gNB central unit) and a gNB-CU-UP (user plane part of the gNB central unit).
“还记得我们之前讨论的gNB的‘中央厨房（CU）+前置门店（DU）’架构吗？”李工在白板上画出了CU和DU，“Rel-15更进一步，允许将‘中央厨房’（CU）也一分为二！”
Figure 12.1-1: Architecture with gNB-CU-CP and gNB-CU-UP split 清晰地展示了这种更为精细的切分：
-
gNB-DU (Distributed Unit)：依然是“前置门店”，负责最底层的物理层和MAC/RLC。
-
gNB-CU-UP (User Plane part of CU)：“中央厨房”的用户面部分。负责处理用户数据的SDAP和PDCP层。它连接着DU的用户面（F1-U接口）和核心网的UPF（NG-U接口）。
-
gNB-CU-CP (Control Plane part of CU)：“中央厨房”的控制面部分。负责处理信令的RRC和PDCP层。它连接着DU的控制面（F1-C接口）和核心网的AMF（NG-C接口）。
-
E1接口：连接CU-CP和CU-UP的全新内部接口。
“李工，为什么要拆得这么细？这看起来更复杂了。”小玲不解地问。
“这是为了极致的部署灵活性和资源独立扩展。”陈工接过了话头，为小玲展示了他的中心城区规划图，“在一个超高密度的城区，用户信令（连接、切换）的负载模型，和用户数据（上网、视频）的负载模型，可能完全不同。这种‘三体’架构，给了我这样的选择：”
The architecture shown in Figure 1 enables the following deployment scenarios:
- 集中化部署：我可以将CU-CP和CU-UP都集中部署在核心机房，实现最大程度的资源共享和协同。
- 分布式CU-CP，集中式CU-UP：我可以将CU-CP与DU一同部署在汇聚机房，以降低信令时延，提升切换性能；同时将CU-UP集中部署，以便于与核心网UPF对接，进行流量的统一管理和分发。
- 集中式CU-CP，分布式CU-UP：我可以将CU-CP集中管理；同时将CU-UP分散部署在更靠近用户的边缘机房，与边缘UPF一起，为美美这样的电竞玩家提供极致的低时延体验。
“这种架构，让基站的部署，从‘一体机’模式，进化为了可以根据业务需求按需组合、独立伸缩的‘微服务’模式，”李工总结道，“这是RAN云化（Cloud-RAN）演进的关键一步。”
1.1.2 12.1.2 4G EPC CUPS的管理增强
Management Enhancement for EPC Control and User Plane Separation (CUPS)
This work item specified management enhancements to support EPC CUPS, including performance measurements…NRM Information Object Class (IOC) definitions…
在5G高歌猛进的同时，Rel-15也没有忘记对4G的CUPS架构进行完善。这项工作主要是从OAM（运维管理）的角度，为已经分离的SGW-C/U和PGW-C/U，定义了更完善的性能测量指标和网络资源模型（NRM）。
“简单来说，”陈工解释道，“就是让我们的网管系统，能够更清晰地‘看懂’和‘管理’一个CUPS化的4G核心网。例如，能够独立地监控一个SGW-U的吞吐量，或者远程配置一个PGW-C的参数。这是任何一项新技术能够大规模商用和高效运维的必备环节。”
2. 12.2 从QoS到QoE：构建以“体验”为核心的度量衡
在美美的直播场景中，即使网络的QoS（服务质量）指标——如带宽、时延、丢包率——都达标了，她作为用户的最终感受——QoE（体验质量）——也未必是好的。例如，视频初始加载时间太长、播放过程中频繁地“转圈圈”（卡顿）、或者清晰度在高清和标清之间反复横跳，这些都会严重影响她的主观体验。
12.2节所描述的，正是3GPP为弥合“网络指标”与“用户感受”之间的鸿沟，所做的重要努力。
Quality of Experience (QoE) related Features
QoE reporting is a functionality which allows quality-related metrics feedback from a media client in the UE.
“QoE测量的核心思想，是让‘用户’自己成为‘网络质量的传感器’。”李工解释道，“我们不再仅仅从网络侧测量指标，而是通过标准化的框架，让手机上的App（如视频播放器），将它自己‘亲身经历’的体验指标，上报给网络。”
Rel-15在这方面主要有两项工作：
2.2.1 12.2.1 增强MTSI的QoE上报
Enhanced QoE Reporting for MTSI
…introduced the same enhancements also to the MTSI specification TS 26.114, keeping the QoE functionalities for DASH and MTSI services aligned.
- Enable QoE configuration and reporting over the control plane.
- Enable geographical filtering of QoE reporting.
- Enhance the content of the QoE reports for the EVS and H.265 codecs.
这项工作将Rel-14已经为DASH流媒体（点播视频）定义的QoE上报框架，扩展到了MTSI（IMS多媒体电话业务），即VoLTE/VoNR和ViLTE/ViNR（视频通话）等实时通信业务上。
网络现在可以：
-
通过控制面信令，动态地配置和开启QoE上报。
-
进行地理位置过滤，只收集特定区域（如某个问题小区）的QoE报告。
-
收集更丰富的、针对最新音视频编解码器（如EVS语音，H.265视频）的体验指标。
2.2.2 E-UTRAN流媒体业务的QoE测量收集
Quality of Experience (QoE) Measurement Collection for streaming services in E-UTRAN
This feature enables the network to collect QoE measurement information from the UE. The feature is activated by Trace Function from the MDT framework.
这项工作则聚焦于最常见的DASH流媒体业务，并将其与3GPP的**MDT（最小化路测）**框架进行了深度集成。
当陈工的网络运维团队发现某个区域的用户视频投诉增多时，他们可以通过MDT系统，向该区域内的一组用户，下发一个QoE测量收集任务。
The QoE measurement configuration from OAM or CN in E-UTRAN is included in a container of RRCConnectionReconfiguration message and forwarded to the UE…
美美的手机在收到这个RRC信令后，其内置的视频播放器就会开始默默地记录：
-
视频卡顿的次数和总时长
-
平均的视频分辨率和码率
-
初始缓冲的时延
-
…等等
这些数据会被打包成一份QoE报告，通过一条专用的信令承载（SRB4）上报给网络。
“有了这些来自‘一线战场’的真实体验数据，”陈工看着屏幕上汇集来的QoE报告热力图，兴奋地说，“我们就可以精准地定位问题——到底是基站覆盖问题，还是传输网抖动，或者是CDN服务器响应慢？QoE让我们的网络优化，从‘猜测’走向了‘循证’，真正实现了‘以用户体验为中心’的闭环优化。”
3. 总结：修炼“内功”，内外兼修的系统演进
通过对第十二章“系统增强”的深入学习，小玲对5G标准体系的“全面性”和“深刻性”有了全新的认识。她明白了，一个成功的技术标准，不仅要有激动人心的“外在表现”，更要有扎实稳健的“内在修为”。
-
架构的灵活性是网络演进的生命线：通过引入gNB的CU-CP/CU-UP/DU“三体”架构，3GPP将CUPS的理念推向了极致。这种“乐高积木”式的解耦，为运营商在RAN侧的云化、虚拟化和灵活部署，打开了无限的想象空间。
-
体验是检验网络质量的唯一标准：通过建立标准化的QoE测量和上报框架，3GPP正在引领网络运维从**以网络为中心（QoS）向以用户为中心（QoE）**的深刻范式转移。这使得网络能够更“懂”用户，更“智能”地进行自我优化。
“我明白了，”小玲在笔记的最后总结道，“第十二章的这两项增强，就像是为5G这位‘武林高手’，同时修炼了两门绝世内功。‘CUPS深化’，强健了它的‘筋骨’，让它的身法（网络架构）更加灵活多变，能够适应各种复杂的‘战场’（部署场景）。而**‘QoE度量’**，则敏锐了它的‘感知’，让它能够洞察对手（网络问题）的每一个细微破绽，并作出最精准的反应。正是这种‘内外兼修’，才使得5G不仅仅是‘更快’，更是‘更强’、‘更智慧’。”
FAQ 环节
Q1：gNB的CU-CP/CU-UP分离（即Option-2 split的进一步分离）在实际网络中部署得多吗？
A1：在Rel-15时代及5G部署初期，大多数运营商为了简化部署，更多地采用CU/DU两级分离或者一体化gNB的架构。CU-CP/CU-UP的三级分离架构，由于其对传输网络（特别是F1和E1接口）的要求更高，管理更复杂，更多地被视为一种面向未来的、更高级的演进形态。随着RAN云化技术的成熟和网络规模的进一步扩大，这种更精细化的分离架构，在超大规模、超高密度网络的集中化部署（C-RAN）场景中，将展现出其在资源池化和独立扩展方面的巨大优势。
Q2：QoE指标是UE的操作系统提供的，还是App提供的？
A2：QoE指标通常是由App（应用层）来测量和提供的。例如，视频的卡顿、分辨率等信息，只有视频播放器本身最清楚。3GPP标准定义的是一个框架和接口：它定义了网络如何向UE下发QoE收集任务（通过RRC信令），以及UE如何将收集到的QoE报告上报给网络（通过新的RRC消息）。而手机内部，则需要操作系统提供一个中间层（API），让符合规范的App（如视频播放器）能够将自己测量的QoE指标，传递给底层的协议栈，以便上报。这需要手机OS、芯片组和App三方的协同配合。
Q3：QoE和我们常说的“用户投诉”有什么关系？
A3：QoE测量可以被看作是主动的、大规模的、量化的“用户投诉”收集系统。传统的用户投诉是被动的、小样本的、描述模糊的。而QoE测量，可以在问题发生时，甚至在用户感知到并决定投诉之前，就主动地、精准地捕获到体验恶化的事实，并附加上详细的技术指标（如小区ID、信号强度、当时的带宽等）。这使得运营商能够从“被动响应投诉”转变为“主动预测和解决问题”，极大地提升了运维效率和用户满意度。
Q4：EPC CUPS和5G的SMF/UPF分离，有什么本质区别？
A4：两者都遵循CUPS思想，但5G的分离更彻底，架构更先进。
-
EPC CUPS：更像是一种“硬件解耦”，它将原有一体化的S/P-GW盒子，分成了控制面和用户面两个独立的物理（或虚拟）设备，但它们之间的Sx接口仍然是传统的、基于GTP-C扩展的协议。
-
5G SMF/UPF分离：是一种更彻底的**“软件化、服务化”**解耦。SMF和UPF是两个独立的NF，它们之间的N4接口是全新的、基于PFCP协议的、更具可编程性的接口。一个SMF可以灵活地控制多个分布在任何位置的UPF。这种架构是云原生的，能够更好地支持网络切片、边缘计算等5G新业务。
Q5：收集QoE数据会侵犯用户隐私吗？
A5：3GPP在设计QoE/MDT框架时，对用户隐私给予了高度的关注。1. 用户授权：所有MDT/QoE的测量，都必须在获得用户明确同意的前提下才能进行。运营商通常会在用户入网协议或App的隐私条款中对此进行说明。2. 数据匿名化：上报的QoE报告，通常会进行匿名化或假名化处理，不会包含用户的真实身份标识。3. 透明可控：在很多手机的设置中，用户可以查看并自主选择是否开启或关闭这类“用户体验改进计划”。通过这些机制，在提升网络质量和保护用户隐私之间取得了平衡。