51学通信

深度解析 3GPP TS 38.300：11 UE Power Saving (UE功耗节省)

19分钟阅读

好的，在深入剖析了5G网络的心脏——调度机制之后，我们将把目光转向一个看似不起眼但对用户体验至关重要的领域：UE功耗管理。在享受5G带来的极致速率和低时延的同时，如何让手机的电池能够支撑得更久？这就是3GPP TS 38.300第11章要回答的问题。

深度解析 3GPP TS 38.300：11 UE Power Saving (UE功耗节省)

本文技术原理深度参考了3GPP TS 38.300 V18.5.0 (2025-03) Release 18规范中，关于“Chapter 11 UE Power Saving”的核心章节，旨在为读者全面解构5G NR在连接态下的核心节能机制——DRX（不连续接收）的运作原理，以及带宽自适应（BWA）、DCP等增强型节能技术。

前言：5G“性能猛兽”的“节能之道”

我们的主角小明，正悠闲地在校园里散步。他的手机放在口袋里，屏幕是关闭的，但他并没有断开网络连接。他的微信、邮件等应用仍在后台接收着推送消息，但手机的电量消耗却非常缓慢。这背后，正是5G网络精巧的**功耗节省（Power Saving）**机制在默默守护着他的电池。

5G网络就像一头“性能猛兽”，拥有巨大的带宽和超快的响应速度。但如果让这头猛兽时刻保持“战斗状态”，任何手机电池都将不堪重负。因此，如何为这头猛兽设计一套“动静结合、张弛有度”的作息规律，就显得至关重要。

导师老王将UE的功耗节省比作管理一个高能效的“智能办公室”：“你不能让办公室的灯24小时都亮着。当没有人的时候（没有数据），灯应该自动关闭（UE休眠）。当有人进来时（数据到达），灯要能立即亮起。甚至，我们可以做得更智能，只点亮有人活动的那个区域（BWP自适应）。这套‘智能照明系统’的设计图，就清晰地描绘在3GPP TS 38.300的第11章中。”

今天，我们将深入这套“智能照明系统”的内部，重点解析其核心组件——DRX（不连续接收），看看5G是如何让UE在“ výkon ”（捷克语，意为性能）和“ úspora ”（捷克语，意为节省）之间，找到完美平衡点的。

1. 核心节能机制：DRX (不连续接收)

在RRC_CONNECTED状态下，UE最主要的功耗来源，就是持续监听PDCCH（物理下行控制信道），以检查是否有发给自己的调度指令。**DRX（Discontinuous Reception，不连续接收）**机制的核心思想，就是让UE不再需要“时刻睁着眼”，而是可以“周期性地打盹”。

When DRX is configured, the UE does not have to continuously monitor PDCCH. DRX is characterized by the following:

DRX的运作由一个精巧的“闹钟与定时器”系统来控制。

1.1 DRX的“作息周期”

规范中的 Figure 11-1: DRX Cycle 直观地展示了DRX的“作息规律”。一个DRX周期（drx-Cycle）由两部分组成：

  • On-Duration（活动期）：

    • on-duration: duration that the UE waits for, after waking up, to receive PDCCHs.

    这是UE的“工作时间”。在每个DRX周期的开始，UE会从休眠中“醒来”，并启动一个drx-OnDurationTimer。在这个定时器运行期间，UE必须持续监听PDCCH。

  • Opportunity for DRX（可能的休眠期）：

    这是UE的“休息时间”。在On-Duration结束后，如果没有被其他事件打断，UE就可以关闭其大部分接收机电路，进入深度睡眠，直到下一个DRX周期开始。这是DRX最主要的节能时段。

1.2 打破“休眠”的定时器

UE并不能总是在On-Duration结束后就立刻高枕无忧地去睡觉。一系列的“活动定时器”决定了它的“工作时间”是否需要被延长。

  • drx-InactivityTimer（不活动定时器）：

    • inactivity-timer: duration that the UE waits to successfully decode a PDCCH, from the last successful decoding of a PDCCH, failing which it can go back to sleep.

    这是DRX机制中最核心的定时器。如果在On-Duration期间，或者在其他任何时候，UE成功解码了一条调度其新数据的PDCCH，它就会（重新）启动这个drx-InactivityTimer。只要这个定时器在运行，UE就必须保持清醒，持续监听PDCCH。这背后的逻辑是：既然有数据来了，那么很可能后续会紧跟着更多的数据。只有当这个定时器超时（意味着在一段时间内都没有新的数据调度了），UE才被允许进入休眠。

  • drx-RetransmissionTimer（重传定时器）：

    • retransmission-timer: duration until a retransmission can be expected;

    当UE对一次下行传输反馈了NACK后，它知道gNB接下来很可能会安排一次HARQ重传。UE会启动一个重传定时器（DL或UL）。在这个定时器运行期间，UE也必须保持清醒，以接收可能到来的重传调度。

1.3 Active Time (有效时间)

  • active-time: total duration that the UE monitors PDCCH. This includes the “on-duration”…, the time UE is performing continuous reception while the inactivity timer has not expired, and the time when the UE is performing continuous reception while waiting for a retransmission opportunity.

Active Time是上述所有“工作时间”的总和，即drx-OnDurationTimer、drx-InactivityTimer、drx-RetransmissionTimer等任何一个定时器在运行的时间段。只有在所有这些活动定时器都停止时，UE才能真正进入休眠。

场景代入：

小明的手机配置了DRX周期为160ms，On-Duration为10ms，Inactivity-Timer为40ms。

  1. 周期开始：在时刻T0，手机醒来，开始10ms的On-Duration，监听PDCCH。

  2. 数据到达：在T0+5ms时，gNB调度了一条PDSCH给手机。手机成功解码PDCCH，并启动了40ms的Inactivity-Timer。此时，虽然On-DurationTimer在T0+10ms时就超时了，但因为Inactivity-Timer还在运行，手机必须继续保持清醒。

  3. 持续活动：Inactivity-Timer将持续运行到T0+5+40 = T0+45ms。在此期间，如果gNB在T0+30ms时又调度了一条新数据，Inactivity-Timer会从T0+30ms重新开始计时，延长到T0+70ms。

  4. 进入休眠：如果在T0+70ms之前，再也没有新的数据调度，Inactivity-Timer最终会超时。此时，也没有其他活动定时器在运行，手机终于可以关闭接收机，进入深度睡眠，直到下一个DRX周期的开始（T0+160ms）。

通过DRX，小明手机的接收机在大部分时间里都处于关闭状态，从而实现了显著的功耗节省。

2. 增强型节能技术：BWA与DCP

除了DRX，NR还引入了其他机制来进一步优化功耗。

2.1 带宽自适应 (BWA - Bandwidth Adaptation)

When BA is configured, the UE only has to monitor PDCCH on the one active BWP i.e. it does not have to monitor PDCCH on the entire DL frequency of the cell. A BWP inactivity timer … is used to switch the active BWP to the default one…

我们已在7.8节接触过BWP。它的节能原理在于缩小监听范围。在DRX的Active Time期间，UE虽然需要监听PDCCH，但它只需在其激活的、可能较窄的BWP内进行监听，而无需在整个100MHz的载波带宽上进行监听。射频前端的工作带宽缩小，功耗也随之降低。BWP非活动定时器与DRX不活动定时器配合，可以在业务空闲时，自动将UE从宽BWP回退到窄带的默认BWP，实现双重节能。

2.2 DRX提前唤醒检查 (DCP - DRX Configuration a priori)

在某些长DRX周期场景下，即使UE在On-Duration醒来，也可能根本没有任何数据。这种“白跑一趟”的唤醒，仍然会消耗能量。R16引入了**DCP（DRX预配置）**机制，来解决这个问题。

In addition, the UE may be indicated, when configured accordingly, whether it is required to monitor or not the PDCCH during the next occurrence of the on-duration by a DCP monitored on the active BWP.

  • 工作原理：网络可以配置UE，在DRX On-Duration开始之前的某个时刻，去监听一个特殊的DCP指示。这个DCP会告诉UE：“在接下来的On-Duration里，有/没有你的数据”。

  • 跳过唤醒：如果UE收到的DCP指示“没有数据”，那么它就可以跳过这次的On-Duration唤醒，继续深度睡眠，直到下下一个DRX周期。

DCP就像是在主闹钟响起之前，先用一个智能手环的轻微震动来告诉你：“没事，继续睡吧”。这进一步减少了不必要的唤醒，对于需要长周期待机的物联网设备尤其有用。

3. 更高级的节能策略

规范还提到了其他更高级的节能机制，它们为UE提供了更多的“打盹”机会。

  • 跨时隙调度 (Cross-slot scheduling)：gNB在调度时，可以承诺一个最小的时隙偏移量（K0/K2）。UE在收到一个PDCCH后，知道其对应的PDSCH或PUSCH至少在几个时隙之后才会出现。在这段“确定无疑”的空闲时间内，UE可以关闭部分处理电路。

  • 测量放松 (RRM/RLM/BFD relaxation)：当UE处于低移动性、且信号质量良好的状态时，网络可以允许它降低对邻区测量、服务小区链路监控（RLM）、波束失锁检测（BFD）的频率。这些测量活动都是功耗大户，放松测量能带来显著的功耗节省。

总结：一套多维度、分层次的“能效管理系统”

通过对第11章的深入学习，我们发现5G的连接态功耗管理，远非一个简单的DRX机制，而是一套多维度、分层次的“能效管理系统”。

  1. 宏观层面 (DRX)：通过“周期性活动+不活动检测”的机制，为UE提供了最基本的、也是最主要的“打盹”机会。

  2. 频域层面 (BWA)：通过在活动时间内将UE的工作带宽限制在窄带BWP上，实现了“降频节能”。

  3. 精细控制层面 (DCP)：通过“提前唤醒检查”，避免了不必要的DRX唤醒，实现了“精准唤醒”。

  4. 测量层面 (Relaxation)：通过在满足特定条件时降低测量频率，减少了UE最耗电的测量活动。

这一套组合拳，使得5G这头“性能猛兽”在“休养生息”时，能够最大限度地降低能耗，从而在用户的口袋里，实现性能与续航的和谐共存。

在下一篇文章中，我们将进入规范的第12章 QoS，深入探讨5G是如何定义和保障不同业务的服务质量，这是实现网络切片和垂直行业应用的基础。

FAQ

Q1：DRX周期是越长越省电吗？设置DRX参数时需要权衡什么？

A1：是的，从纯功耗角度看，DRX周期越长，UE的平均休眠时间就越长，也就越省电。但是，设置DRX参数需要在功耗和时延之间进行权衡。一个很长的DRX周期（例如几百毫秒），意味着当有下行数据到达核心网时，网络最多可能需要等待一个完整的DRX周期，才能在下一个On-Duration将数据发送给UE。这会引入显著的下行接入时延。因此，参数设置需要根据业务类型来定：

  • 对于时延不敏感的业务（如手机后台邮件推送），可以配置长DRX周期，优先保证功耗。

  • 对于时延敏感的业务（如实时游戏、视频通话），则需要配置短DRX周期，牺牲部分功耗来保证低时延。

Q2：drx-InactivityTimer的作用是什么？如果把它设为0会怎么样？

A2：drx-InactivityTimer的作用是在检测到数据活动后，为可能紧随其后的突发数据提供一个连续的监听窗口，以降低这些后续数据包的时延。它体现了一种假设：“数据通常是成串到达的”。如果将它设为0，那么UE在On-Duration结束后，如果没有新的PDCCH，就会立刻进入休眠。这样做的好处是极致省电，但坏处是，如果数据恰好是“点发”的（一个包隔一小会儿再来一个），那么每一个数据包都可能需要等待下一个DRX周期才能被调度，会导致时延增大和吞吐率下降。

Q3：当UE处于DRX休眠期间，如果它有上行数据要发送怎么办？

A3：当UE有上行数据要发送时，它可以立即“唤醒”自己，而无需等待下一个DRX的On-Duration。它会立即向gNB发送调度请求（SR）。gNB收到SR后，会通过PDCCH为UE调度上行资源（UL Grant）。UE在发送SR和等待UL Grant的期间，会保持Active Time状态。一旦上行传输开始，drx-InactivityTimer也会被触发（如果gNB在UL Grant对应的DCI中进行了指示），从而使UE在一段时间内保持清醒。DRX主要限制的是UE的下行接收行为，而上行业务的发起通常可以打破DRX的休眠周期。

Q4：DCP（DRX预配置）和传统的寻呼（Paging）有什么区别？

A4：它们是两个完全不同层面的机制。Paging是用于唤醒处于IDLE或INACTIVE状态的UE，由RRC层管理，其周期非常长（秒级）。而DCP是用于优化CONNECTED状态下DRX机制的一种物理层/MAC层增强，它的目标是在一个已经很短的DRX周期（毫秒级）内，进一步避免不必要的On-Duration唤醒。DCP的指示信息非常简单（1比特的有/无数据指示），开销极小。Paging是“跨省寻找失联人口”，而DCP是“在办公室门口贴张条子告诉同事今天是否需要开晨会”。

Q5：这些节能技术会影响URLLC业务吗？

A5：对于纯粹的URLLC业务，通常不会配置长周期的DRX。为了满足其极致的低时延要求，承载URLLC业务的UE可能会被配置为无DRX（持续监听），或者一个极短的DRX周期。此外，像**配置授权（Configured Grant）**这样的技术，允许UE在无需监听PDCCH的情况下，自主地进行上行传输，这本身也是一种针对URLLC的“节能”（节省了监听功耗）和低时延的协同设计。5G的节能机制是高度可配置的，可以为不同QoS要求的业务“量体裁衣”，避免“一刀切”地影响关键业务的性能。

关系图谱