UTO-UCI

Unused Transmission Occasion - Uplink Control Information

Radio Access Network →
Introduced in Rel-18

UTO-UCI is a mechanism where a UE transmits uplink control information in a pre-allocated PUSCH resource that would otherwise be unused, enhancing resource utilization and reducing control signaling latency.

Category
Radio Access Network
Introduced
Rel-18
Where
Radio Access Network › NG-RAN (5G)
Specifications
3 specs
UTO-UCI Description Purpose Related Classification Detected Changes Specifications

Description

Unused Transmission Occasion for Uplink Control Information (UTO-UCI) is a feature introduced in 3GPP Release 18 for 5G New Radio (NR). It addresses scenarios where a UE is scheduled for a Physical Uplink Shared Channel (PUSCH) transmission but, due to various reasons like lack of uplink data, the allocated resource would go unused. Instead of wasting this resource, the UTO-UCI mechanism allows the UE to utilize this 'unused transmission occasion' to send Uplink Control Information (UCI). UCI typically includes critical feedback such as Hybrid Automatic Repeat Request (HARQ) acknowledgments (ACK/NACK), Channel State Information (CSI) reports, and Scheduling Requests (SR).

The operation is governed by specific rules and configurations defined in the physical layer specifications (38.212, 38.213) and the MAC layer specification (38.321). The network can configure a UE with UTO-UCI parameters, potentially indicating which types of UCI are allowed to be transmitted in an unused PUSCH occasion. When a UE determines that a scheduled PUSCH occasion will not be used for its primary purpose of data transmission, it can, subject to timing and multiplexing rules, encode and map the pending UCI onto the physical resources of that PUSCH. This involves the standard UCI processing chain—including channel coding, scrambling, and modulation—but mapped onto the PUSCH resource grid instead of the Physical Uplink Control Channel (PUCCH).

Architecturally, UTO-UCI is a cross-layer optimization involving both the MAC and Physical layers. The MAC layer (specified in 38.321) handles the logical decision-making regarding resource availability and UCI prioritization, while the Physical layer (specified in 38.212 and 38.213) manages the precise encoding, multiplexing, and transmission procedures. This feature enhances the flexibility of the uplink frame structure. Its role is to improve spectral efficiency and reduce control signaling latency, which is crucial for advanced NR use cases requiring high reliability and low latency, such as ultra-reliable low-latency communication (URLLC). By making opportunistic use of already-allocated resources, it minimizes the need for separate, dedicated PUCCH resources for control signaling, leading to more efficient overall uplink resource management.

Purpose & Motivation

The primary purpose of UTO-UCI is to improve uplink resource utilization and reduce latency for control signaling in 5G NR networks. Prior to its introduction, if a UE had no uplink data to send in a scheduled PUSCH resource, that resource would be left empty, representing wasted spectral efficiency. Simultaneously, if the UE had pending UCI to report (e.g., a HARQ-ACK for a downlink transmission), it would typically need to wait for the next scheduled PUCCH resource or request a scheduling grant for a new PUSCH, introducing delay.

UTO-UCI solves this inefficiency by allowing the UE to 'piggyback' its UCI onto the otherwise-unused PUSCH resource. This is motivated by the increasing demand for low-latency and high-efficiency communications in 5G-Advanced (Release 18 and beyond). Features like enhanced mobile broadband (eMBB) with very dynamic traffic and URLLC with stringent delay requirements benefit from minimizing the time between an event (e.g., receiving a downlink packet) and the corresponding feedback (e.g., transmitting an ACK). By utilizing pre-allocated resources that are already in the UE's transmission timeline, UTO-UCI provides a mechanism for faster control feedback without additional scheduling overhead or resource contention.

Historically, similar concepts like piggybacking control information on data channels existed, but UTO-UCI formalizes and optimizes this specifically for the dynamic scheduling and flexible numerology of NR. It addresses the limitation of rigid separation between data and control channels, enabling a more fluid and efficient use of the radio interface. This is part of a broader 3GPP effort to introduce 'opportunistic' transmissions and enhance uplink efficiency for advanced network deployments.

Classification

Part ofUCI
Related approachesPUSCHPUCCH

Detected Changes Across Releases

from 3GPP Change Requests

Specific changes extracted from the „Change history“ tables of 3GPP specifications (2 CRs across 1 releases). Complements the general historical overview above with the evidence-based evolution of this function.

Rel-18 2 changes

In Release 18, the UTO-UCI function was formally introduced, specifying procedures for when UTO-UCI and HARQ-ACK are transmitted together on a PUSCH with the same priority. The standardization work included corrections to RRC parameter names for UTO-UCI indication, and the function is configured and enabled via the higher layer parameter `nrofBitsInUTO-UCI`.

  • Correction of RRC parameter names for UTO-UCI indication TS 38.212CR0179
  • Correction of RRC parameter names and applicable configuration for UTO-UCI indication TS 38.213CR0592

Explore further

Broader topics and technologies where UTO-UCI plays a role.

Defining Specifications

3GPP specifications that define or reference UTO-UCI, with the latest known release. Sourced from the 3GPP document catalog — see methodology.

SpecificationTitleRelease
TS 38.212 vj10 NR Multiplexing and Channel Coding Rel-19
TS 38.213 vj10 NR Physical Layer Control Procedures Rel-19
TS 38.321 vj00 NR MAC Protocol Specification Rel-19
Patrick Zandl

About the author: Patrick Zandl (b. 1974)

Telecommunications specialist, technology journalist (founder of the Mobil server), and developer who has been running since 2025 — the largest Czech-language resource on AI-assisted programming. Formerly Chief Wizard Architect at Prusa3D and head of development for Turris at CZ.NIC; currently a consultant and instructor on AI implementation in companies.