Description
Data Mode Screen Up (DMSU) is a specific procedure and reporting format defined within the 3GPP NR specifications for Power Headroom Reporting (PHR). The Power Headroom Report is a critical UE measurement that informs the gNB (Next Generation NodeB) about the difference between the UE's maximum transmit power and the estimated power required for its current uplink transmission. DMSU refines this by providing headroom information conditioned on specific 'data modes' or transmission configurations.
In operation, the UE calculates power headroom for multiple hypothetical or actual transmission scenarios. These scenarios are defined by different combinations of modulation and coding schemes (MCS), bandwidth parts (BWPs), number of layers (for MIMO), and potentially other transmission parameters that constitute a 'data mode'. The UE screens these modes and reports the resulting power headroom values. This process involves internal calculations where the UE estimates the required transmit power (P_required) for a reference transmission format on a given carrier and compares it to its maximum power (P_cmax). The reported headroom, often a negative value indicating a power deficit, is specific to the assumed data mode.
Architecturally, DMSU reporting is triggered by events such as pathloss change, periodic timer expiry, or configuration by the gNB via RRC signaling. The report is carried within a MAC Control Element (MAC CE) on the Uplink Shared Channel (UL-SCH). The gNB's scheduler uses this detailed headroom information per data mode to make intelligent decisions. For instance, it can avoid scheduling a UE with a high MCS on a wide BWP if the DMSU report indicates a negative headroom for that mode, instead opting for a more robust but spectrally efficient alternative that the UE can support with its available power.
Its role is fundamental to achieving high uplink spectral efficiency and reliability in 5G NR, especially in challenging radio conditions at cell edges or for power-limited devices. By providing granular insight into the UE's power constraints across various transmission options, DMSU allows the network to optimize uplink grants, prevent failed transmissions due to power shortage, and maintain link quality, directly impacting user throughput and network capacity.
Purpose & Motivation
DMSU was introduced to address the limitations of simpler Power Headroom Reporting mechanisms used in LTE. In LTE, PHR was relatively coarse, often reporting a single headroom value per carrier without explicit association to a specific transmission format. As 5G NR introduced more dynamic and flexible uplink transmission parameters—such as wider and more varied bandwidth parts, more aggressive MCS schemes, and complex multi-antenna techniques—the old reporting method became insufficient. The gNB scheduler needed more nuanced data to understand not just if the UE had power left, but for what type of transmission that power was available.
The primary problem DMSU solves is the inefficiency and potential link failure caused by mismatched scheduling. Without mode-specific headroom, a gNB might schedule a UE for a high-order 256QAM transmission assuming sufficient power, while the UE actually lacks the power to achieve the required SNR, leading to a block error. Conversely, the gNB might be overly conservative. DMSU provides the necessary granularity for precise uplink link adaptation and power control, which is critical for meeting the high-reliability and high-throughput targets of 5G, particularly in enhanced Mobile Broadband (eMBB) and Ultra-Reliable Low-Latency Communication (URLLC) use cases.
Historically, its creation was motivated by the need to support Carrier Aggregation (CA) and Dual Connectivity (DC) more effectively in NR, where a UE transmits on multiple cells with potentially different power constraints. DMSU allows per-carrier, per-data-mode reporting, giving the network a complete picture of the UE's power capabilities across its entire active set, enabling optimal resource distribution across aggregated carriers.
Key Features
- Mode-specific power headroom calculation and reporting
- Supports reporting for multiple active bandwidth parts (BWPs)
- Integrates with Carrier Aggregation and Dual Connectivity scenarios
- Triggered by events like pathloss change, periodic timers, or RRC configuration
- Report transmitted via MAC Control Element on the UL-SCH
- Enables granular uplink scheduling and precise link adaptation by the gNB
Evolution Across Releases
Introduced as part of early NR standardization to define the foundational framework for enhanced Power Headroom Reporting. Specified the initial procedures for calculating and reporting power headroom relative to different uplink data transmission modes, focusing on single-carrier and basic MIMO scenarios.
Enhanced to fully support the NR standalone (SA) and non-standalone (NSA) architectures. Alignments were made with the finalized NR physical layer, including support for new reference signal structures and more complex bandwidth part configurations. Reporting mechanisms were integrated into the NR MAC protocol.
Further enhancements for power saving and reduced capability (RedCap) devices. Optimizations to reduce signaling overhead for DMSU reporting from devices with limited processing power or battery life, ensuring efficient operation for IoT and wearable scenarios.
Evolution towards 5G-Advanced, with potential enhancements for network energy efficiency and AI/ML-assisted scheduling. DMSU reporting may be optimized to provide data suitable for machine learning-based radio resource management algorithms in the gNB.
Continued evolution within the 5G-Advanced framework, focusing on extreme connectivity scenarios. Possible further integration with advanced antenna systems and non-terrestrial networks (NTN), ensuring power headroom reporting remains accurate under diverse propagation conditions like satellite links.
Defining Specifications
| Specification | Title |
|---|---|
| TS 37.544 | 3GPP TR 37.544 |
| TS 38.151 | 3GPP TR 38.151 |
| TS 38.551 | 3GPP TR 38.551 |
| TS 38.761 | 3GPP TR 38.761 |
| TS 38.762 | 3GPP TR 38.762 |
| TS 38.827 | 3GPP TR 38.827 |