好的，我们继续解读TR 21.918的后续章节。
根据您设定的【优化后的3GPP/GSMA规范深度解读文章生成指令】中的2. 核心任务与流程以及1. 文章生成详细规则中的短章节合并/说明规则：
短章节合并/说明：如果一个章节内容极少，或仅包含对其他规范的引用…你无需为其撰写独立文章。应在解读其相邻章节的文章中，用一个简短的段落进行说明和过渡…
在6.4章节之后，TR 21.918规范的6.5至6.9章节均属于内容较少或仅为引用的短章节。因此，我将遵循您的指令，为这些章节撰写一个合并的说明性段落，并无缝过渡到下一个需要深度解读的长章节7.1 Enhancements of EE for 5G Phase 2。
深度解析 3GPP TR 21.918：物联网（IoT）的演进之路与5G能效（EE）的新篇章
本文技术原理深度参考了3GPP TR 21.918 V18.0.0 (2025-03) Release 18规范，简要概述“6.5 5G Timing Resiliency System”至“6.9 IoT NTN enhancements”等物联网相关增强，并重点深度解读“7.1 Enhancements of EE for 5G Phase 2”核心章节，旨在为读者呈现5G-Advanced在深化物联网应用支持的同时，如何将“绿色节能”理念融入网络设计的方方面面。
在前面的系列文章中，我们已经深入探讨了5G在个人物联网（PIN）和RedCap设备支持方面的诸多创新。3GPP的演进之路从未停歇，在Release 18中，除了这些重头戏，标准还在物联网领域进行了多项“查漏补缺”式的增强，虽然内容分散，但同样至关重要。
物联网演进的“补丁集”：快速浏览6.5至6.9章节
在进入我们今天的主题——5G能效（Energy Efficiency）之前，让我们快速浏览一下TR 21.918规范中6.5到6.9这几个与物联网相关的增强章节。这些章节内容相对简短，大多是对特定场景的增强或对其他规范的引用，但它们共同构成了Rel-18物联网能力的完整拼图。
-
6.5 5G Timing Resiliency System (5G授时弹性系统): 这一章节及其子章节
6.5.1和6.5.2，核心关注的是5G作为高精度时间同步（授时）来源的可靠性。在工业自动化、智能电网等场景，精准的时间同步至关重要。该特性增强了5G系统在GNSS信号不可用或受干扰时的授时能力，使其能成为更可靠的“陆基授时备份”。同时，6.5.2还专门定义了与时间敏感网络（TSN）相关的计费方案。 -
6.6 Mobile Terminated-Small Data Transmission (MT-SDT) for NR (NR的移动终止小数据传输): 我们在解读RedCap时已经接触过这个概念。该章节正式确立了NR系统对MT-SDT的支持。这意味着网络可以向处于RRC_INACTIVE状态的UE高效地发送少量下行数据（如控制指令、消息提醒），而无需将其完全唤醒到RRC_CONNECTED状态。这对于需要频繁接收少量下行指令的物联网应用来说，是一个巨大的节能优化。
-
6.7 New Rel-18 NR FDD bands for RedCap (为RedCap新增的NR FDD频段): 简单来说，为了更好地支持RedCap设备的全球部署，Rel-18为其增加了新的工作频段（如n105），确保RedCap设备能够在更多国家和地区的网络中平稳运行。
-
6.8 Signal level Enhanced Network Selection (基于信号水平的增强网络选择): 这个特性（简称SENSE）主要为静态部署的、无人值守的物联网设备而设计。它允许运营商在USIM卡中预设一个信号强度门限。设备在开机选网时，会优先选择那些信号质量高于该门限的网络，避免“饥饿选网”——即勉强注册到一个信号极差、无法稳定通信的网络上，从而提升了连接的可靠性，减少了不必要的现场人工干预。
-
6.9 IoT NTN enhancements: 这一章节在规范中被明确指出，其内容已在
5.7 IoT (Internet of Things) NTN enhancements章节中进行了覆盖。因此，我们在此不再赘述。
综上所述，6.5至6.9章节如同一系列的“增强补丁”，进一步完善了5G物联网的能力集，使其在授时、小数据通信、全球漫游和连接可靠性等方面都变得更加强大。
在解决了“连接万物”的功能性问题后，一个更具时代意义的挑战摆在了5G面前——如何以一种更绿色、更可持续的方式去连接万物？这便是我们今天要深度解读的核心：5G能效（Energy Efficiency, EE）。
深度解读：7.1 Enhancements of EE for 5G Phase 2 (5G能效第二阶段增强)
随着5G网络规模的不断扩大和业务流量的爆炸式增长，通信网络的能耗问题日益凸显，已成为运营商OPEX（运营支出）的主要组成部分，也与全球“碳中和”的宏伟目标息息相关。“绿色5G”不再是一个口号，而是实实在在的技术需求。
为了系统性地解决能耗问题，3GPP在Rel-17启动了对5G能效的研究，并在Rel-18的“第二阶段增强”中，将这一工作推向了新的高度。今天，我们的主角是一家大型移动运营商的网络优化总监——陈工。他肩负着降低全网数万个5G基站和核心网设备能耗的重任。他正在研究7.1章节，试图从中找到降低公司巨额电费账单的“金钥匙”。
1. 能耗的“度量衡”：从测量与收集开始
“没有度量，就无法管理”。陈工深知，要实现节能，首先必须能精确地测量和收集网络中各个部分的能耗数据。
This work item was the continuation of the Rel-17 Energy Efficiency work items. It focused on three main topics:
- measurement and collection of energy consumption of network functions / elements,
- definition of energy efficiency KPIs,
- energy saving use cases, requirements and solutions.
Rel-18首先完善了能耗的“度量衡”体系。特别是对于日益普及的虚拟化网络功能（VNF），传统的基于硬件物理功耗的测量方法已不再适用。
With regard to the measurement of the energy consumption of Virtualized Network Functions, (VNF), this work item defined new Energy Consumption KPIs for virtual compute resources, based on their virtual disk usage and their I/O traffic, both provided by NFV MANO.
规范为此引入了全新的思路：
- 从物理到虚拟的映射：对于运行在通用服务器上的虚拟化核心网元（如vAMF, vSMF），其能耗不再与单个物理盒子绑定。Rel-18定义了新的能耗KPI，这些KPI基于虚拟资源的使用情况来间接评估能耗，例如虚拟CPU的占用率、虚拟磁盘的读写I/O流量、虚拟网卡的吞吐量等。
- 数据的源头：这些虚拟资源的使用数据，由NFV MANO（网络功能虚拟化管理与编排）平台提供。这意味着，3GPP的OAM系统需要与云平台的管理系统进行深度对接，从而获得精细化的虚拟化资源消耗数据。
通过这种方式，即使网络功能已经“云化”，陈工依然可以清晰地了解到每一个虚拟网元大致的“电费贡献”，为后续的优化提供了数据基础。
2. 效率的“标尺”：定义与完善能效KPI
收集了能耗数据（消耗了多少“电”），还需要业务数据（干了多少“活”），两者的比值，才能定义出能效（Energy Efficiency, EE）这个核心指标。
With regard to Energy Efficiency, roles involved to build EE KPIs in different organizational scenarios have been described… Several corrections and enhancements were made to already existing EE KPI definitions, e.g. to the eMBB network slice EE KPI and to the latency-based URLLC network slice EE KPI.
Rel-18对已有的EE KPI体系进行了修正和增强，使其更加科学和贴近实际场景。
- eMBB切片能效KPI：对于一个eMBB（增强移动宽带）网络切片，其能效不再是简单地用总流量除以总能耗。新的KPI会更精细地考虑业务模型，例如区分忙时和闲时的能效表现。
- URLLC切片能效KPI：对于URLLC（超可靠低时延通信）切片，其核心价值是“低时延”和“高可靠”，而非“大流量”。因此，其能效KPI的定义，会更多地与满足SLA（服务等级协议）的时延和可靠性指标挂钩，例如，“在99.999%的时间内将时延保持在1ms以下，每消耗一焦耳能量可以服务多少个数据包”。
这些经过优化的KPI，为陈工提供了一把更精准的“标尺”，让他可以科学地衡量不同技术方案、不同网络配置下的节能效果。
3. 节能的“工具箱”：从补偿到UPF休眠
有了度量衡和标尺，接下来就是具体的节能“工具”。Rel-18为陈工的工具箱增添了两件利器。
With regard to Energy Saving, an energy saving compensation procedure was added and a solution for UPF energy saving was added as well in TS 28.310.
3.1 节能补偿程序 (Energy Saving Compensation Procedure)
这是一个非常有趣且实用的机制。想象一下，陈工为了节能，在夜间关闭了某个区域的部分载波。这无疑会降低该区域的网络容量和峰值速率。第二天早上，当用户醒来，可能会感觉到网速变慢。那么，这种为了整体节能而造成的局部、暂时的性能“牺牲”，该如何评估和补偿？
节能补偿程序为此提供了一个框架。当网络因为执行节能策略（如关闭载波、降低发射功率）而导致某些性能KPI（如用户平均速率）下降时，管理系统可以识别出这种“计划内”的性能下降，并在进行网络健康度综合评估时，对这部分“损失”进行“补偿”或“豁免”。
这使得运维KPI考核体系更加科学。它鼓励像陈工这样的工程师大胆地推行节能措施，而不用担心因为暂时的、局部的性能波动而影响自己的KPI考核。
3.2 UPF节能方案 (UPF Energy Saving)
UPF（用户面功能）是5G核心网的数据转发中枢，承载着巨大的流量，也是一个能耗大户。尤其是在夜间业务低谷期，大量的UPF实例可能处于低负载甚至空闲状态，白白消耗电力。
Rel-18为此定义了UPF的节能方案。其核心思想是动态的资源伸缩和休眠。
- 虚拟化UPF的弹性伸缩：对于虚拟化的UPF（vUPF），当其处理的流量降低时，MANO平台可以自动减少分配给它的虚拟CPU核心数和内存资源，甚至在完全没有流量时，将整个vUPF实例“缩容”到零，即关停。
- 物理UPF的深度休眠：对于基于专用硬件的物理UPF，当其业务负载低于某个门限时，可以进入类似PC的“睡眠”或“休眠”模式，关闭大部分处理单元和接口，只保留一个低功耗的唤醒模块。当SMF检测到有新的PDU会话需要建立时，会向该UPF发送一个“唤醒”指令。
通过这些机制，核心网的用户面第一次拥有了智能的、随业务潮汐而动的“呼吸效应”，在保证业务可用性的前提下，极大地降低了数据中心的能耗。
总结
3GPP Release 18对5G能效（EE）的增强，标志着5G的发展进入了一个更加成熟和务实的阶段。它不再仅仅追求性能的“更高、更快、更强”，而是开始系统性地思考“如何更绿色、更经济、更可持续”。
通过建立从物理到虚拟的能耗度量衡，通过定义科学、场景化的能效KPI标尺，再通过引入创新的节能补偿和UPF休眠等实用工具，Rel-18为运营商的网络节能工作提供了一套完整的、标准化的方法论。
对于陈工而言，这些标准化的工具和方法，就是他应对日益严峻的能耗挑战、实现公司“降本增效”和“绿色发展”战略目标的“金钥匙”。5G-Advanced，不仅在技术上更加先进，也正在成为一个对环境、对社会更负责任的“绿色网络”。
FAQ - 常见问题解答
Q1：为什么对虚拟化网络功能（VNF）的能耗测量比物理设备更复杂？Rel-18是如何解决的？ A1：因为VNF的能耗与其运行的物理硬件之间不是简单的“一对一”关系。一个物理服务器上可能同时运行着多个来自不同厂商的、不同类型的VNF实例（如vAMF, vSMF, vPCF）。它们的资源是共享的。你很难精确地说，这台服务器消耗的1000瓦电力中，有多少是vAMF用的，有多少是vSMF用的。Rel-18的解决方法是**“化整为零，间接估算”。它不再追求测量单个VNF的绝对物理功耗，而是通过NFV MANO平台，去精确收集每个VNF消耗的虚拟资源**（vCPU、vRAM、vDisk I/O等）。然后，通过建立一个能耗模型（例如，一个vCPU核心满载一小时约等于消耗X焦耳能量），来间接估算每个VNF的能耗贡献。这种方法虽然是估算，但为能效优化提供了足够精确的数据依据。
Q2：什么是“节能补偿程序”（Energy Saving Compensation Procedure）？它在实际运维中有什么作用？ A2：这是一种更科学的KPI管理机制。在传统运维中，任何性能指标（KPI）的下降都可能被视为一次“事故”或“劣化”。这使得网络优化工程师在推行节能措施（如夜间关停小区）时束手束脚，因为他们担心这会导致覆盖率、接入成功率等KPI下降，从而影响考核。节能补偿程序的作用就是，当管理系统检测到某项KPI的下降是由于已知的、计划内的节能动作引起时，系统会自动“标记”这次下降，并在生成最终的网络健康度报告时，对这次“有意的牺牲”进行“豁免”或“补偿”。这极大地鼓励了工程师们应用和创新节能技术，推动网络向绿色化发展。
Q3：UPF的节能方案会影响用户体验吗？比如，当UPF休眠后，我还能立刻上网吗？ A3：设计良好的UPF节能方案不会对用户体验产生可感知的影响。核心在于智能的唤醒机制。1）负载驱动：UPF的休眠和唤醒是由SMF（会话管理功能）根据实时的业务负载来控制的。只有在网络业务量极低的区域和时段（如深夜的居民区），UPF才可能进入深度休眠。2）快速唤醒：当有新的PDU会话建立请求到达SMF时（即你尝试上网的那一刻），SMF会立即向指定的UPF发送一个硬件级别的“唤醒”指令。这个唤醒过程通常在毫秒级完成，远低于用户能够感知到的业务建立时延。3）冗余备份：在大型网络中，通常会有多个UPF实例组成一个资源池。即使某个UPF正在休眠或唤醒过程中，SMF也可以立即将新的会话请求调度到另一个处于活动状态的UPF上，从而保证业务的即时可用性。
Q4：Rel-18定义的能效KPI，相比之前的KPI，主要有哪些进步？ A4：主要的进步在于更强的场景化和业务导向性。之前的能效KPI可能比较粗放，例如简单地用“总数据吞吐量 / 总能耗”来衡量。Rel-18的KPI更加精细：1）区分业务类型：明确区分了eMBB切片和URLLC切片的能效KPI。对于URLLC，它更关注在满足严苛时延/可靠性前提下的能效，而不仅仅是流量。2）考虑组织和角色：规范描述了在不同组织场景下（如虚拟化RAN、非虚拟化RAN、核心网）由哪些角色（如基础设施提供商、运营商）来构建和上报KPI，使得责任更加清晰。3）更科学的公式：对已有KPI的计算公式进行了修正，使其更能反映真实的网络效率。
Q5：这些5G能效增强特性，是需要运营商购买新的硬件才能实现吗？ A5：不完全是，大部分依赖于软件升级和管理平台的智能化。1）能耗测量与KPI：主要是OAM（运营管理）系统和MANO平台的软件升级，使其能够支持新的数据模型和KPI计算。2）节能补偿程序：纯粹是管理系统软件层面的逻辑实现。3）UPF节能：对于虚拟化UPF（vUPF），这完全是MANO平台的软件能力，通过智能调度实现。对于物理UPF，则需要该硬件设备本身支持低功耗的休眠/唤醒状态（类似于PC的S3/S4状态），这可能需要较新的硬件平台支持，但这也是现代网络设备设计的趋势。总的来说，实现这些能效增强，更多的是对网络“大脑”（管理和编排系统）的升级，而非大规模的硬件替换。