CG-DFI

Configured Grant - Downlink Feedback Information

Radio Access Network →
Introduced in Rel-16

CG-DFI is a feedback mechanism in 5G NR where the gNB provides ACK/NACK to a UE for its uplink data sent via Configured Grant transmissions, improving reliability for grant-free, low-latency traffic.

Category
Radio Access Network
Introduced
Rel-16
Where
Radio Access Network › NG-RAN (5G)
Specifications
1 specs
CG-DFI Description Purpose Related Classification Detected Changes Specifications

Description

Configured Grant - Downlink Feedback Information (CG-DFI) is a physical layer signaling mechanism defined in the 5G New Radio (NR) specifications. It operates within the context of uplink Configured Grant (CG) Type 1 and Type 2 transmissions, where a User Equipment (UE) is pre-configured with periodic resources for uplink data transmission without requiring a dynamic scheduling grant (DCI) for each transmission instance. While this grant-free approach minimizes latency and control signaling overhead, it traditionally lacked a direct, low-latency feedback channel for the gNB to acknowledge successful reception. CG-DFI addresses this by defining a dedicated Downlink Control Information (DCI) format, specifically DCI format 0_2, which the gNB can use to convey Hybrid Automatic Repeat Request (HARQ) feedback for multiple CG transmissions from one or more UEs.

The mechanism works by associating each configured grant resource with a specific HARQ process. When the UE transmits data on its pre-configured PUSCH resources, it monitors a designated search space for DCI format 0_2, scrambled with a specific Radio Network Temporary Identifier (RNTI), such as the Configured Scheduling RNTI (CS-RNTI). The DCI payload contains a feedback bitmap. Each bit in this bitmap corresponds to a specific CG transmission opportunity or a combination of CG configuration and HARQ process. A set bit (e.g., '1') indicates a positive acknowledgment (ACK) for that transmission, while a cleared bit (e.g., '0') indicates a negative acknowledgment (NACK), prompting the UE to initiate a retransmission. The mapping between bitmap positions and the UE's CG transmissions is configured via higher-layer RRC signaling, ensuring the UE can correctly interpret the feedback.

Architecturally, CG-DFI is a function of the gNB's Medium Access Control (MAC) and Physical (PHY) layers. The gNB's MAC layer, upon decoding a PUSCH transmission received on a CG resource, determines the ACK/NACK status. It then instructs the PHY layer to generate and transmit the corresponding DCI format 0_2 in a downlink control channel (PDCCH). On the UE side, the PHY layer decodes the DCI, and the MAC layer processes the HARQ feedback, updating the state of the relevant HARQ process. This closed-loop feedback is critical for enhancing the reliability of grant-free uplink, which is inherently less reliable than scheduled access due to potential collisions and lack of link adaptation per transmission. By providing timely HARQ feedback, CG-DFI enables quick retransmissions, improving packet delivery success rates for latency-sensitive services without resorting to higher-layer retransmission protocols that introduce greater delay.

Purpose & Motivation

CG-DFI was introduced to solve a fundamental limitation of the initial 5G NR Configured Grant uplink scheme. Configured Grant was designed to support Ultra-Reliable Low-Latency Communications (URLLC) and massive Machine-Type Communications (mMTC) by allowing UEs to transmit immediately on pre-configured resources, eliminating the scheduling request and grant exchange latency. However, in its original form, the gNB had no efficient, low-latency method to inform the UE whether a transmission was successfully received. The UE would only discover a failure through higher-layer (e.g., RLC) retransmission timers, which are too slow for URLLC's stringent latency budgets (often 1 ms or less). This gap made true high-reliability communication challenging for grant-free uplink.

The creation of CG-DFI was motivated by the need to close this feedback loop at the physical/MAC layer with minimal delay. It addresses the problem by providing a dedicated downlink control channel that carries HARQ acknowledgments specifically for CG transmissions. This allows for rapid retransmissions at the HARQ level, significantly improving the reliability of the link while maintaining the low-latency advantage of grant-free access. It solves the problem of silent failures where a UE would repeatedly transmit new data while previous packets were lost, wasting resources and degrading reliability. By integrating HARQ feedback, CG-DFI makes Configured Grant a viable solution for mission-critical applications like industrial automation, wireless control, and vehicular communications, where both ultra-low latency and high reliability are non-negotiable requirements.

Classification

Part ofURLLC
Related approachesHARQCS-RNTI

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 2 changes

In Release 15, the CG-DFI function was newly introduced as part of URLLC enhancements, specifically defining procedures for multiplexing Configured Grant Uplink Control Information (CG-UCI) with HARQ-ACK on a PUSCH when the higher layer parameter `cg-UCI-Multiplexing` is configured. This involved specifying the encoding and handling of jointly coded bits for HARQ-ACK and CG-UCI within the uplink data and control multiplexing framework. The changes were captured in the specifications following agreements from the RAN1#92bis and RAN1#93 meetings.

  • CR to 38.212 capturing the RAN1#92bis and RAN1#93 meeting agreements related to URLLC TS 38.212CR0003
  • CR on maximum modulation order configured for serving cell TS 38.212CR0018
Rel-16 4 changes

In Release 16, the key enhancement for CG-DFI was the introduction of a procedure to multiplex Configured Grant Uplink Control Information (CG-UCI) with HARQ-ACK on a PUSCH, enabled by the higher layer parameter `cg-UCI-Multiplexing`. This allowed the jointly coded bits for HARQ-ACK and CG-UCI to be denoted and processed within the existing UCI multiplexing framework, integrating this feedback mechanism more efficiently for uplink transmissions.

  • Introduction of Physical Layer Enhancements for NR URLLC TS 38.212CR0026
  • Corrections for URLLC after RAN1#100-e TS 38.212CR0034
  • Correction on HARQ-ACK codebook RRC parameter TS 38.212CR0069
  • Clarify UCI bitwidth and UCI mapping order for non-PMI based CSI feedback TS 38.212CR0080
Rel-17 7 changes

In Release 17, the CG-DFI function was enhanced as part of the work on enhanced IIoT and URLLC, introducing the capability to multiplex CG-UCI with HARQ-ACK on a PUSCH when the higher layer parameter `cg-UCI-Multiplexing` is configured. This allows the jointly coded bits for HARQ-ACK and CG-UCI to be transmitted together, improving feedback efficiency for configured grant operations. Additionally, the specifications were corrected and aligned in 38.212 to ensure proper DCI sizing and HARQ process support for these new features.

  • Introduction of Rel-17 enhanced IIoT and URLLC TS 38.212CR0092
  • Corrections on enhanced IIoT and URLLC in 38.212 TS 38.212CR0099
  • Corrections on enhanced IIoT and URLLC in 38.212 TS 38.212CR0109
  • CR on DCI size for Rel-17 NTN HARQ in 38.212 TS 38.212CR0116
  • Correction to support up to 32 HARQ process numbers for FR2-2 TS 38.212CR0126
  • CR on number of HARQ-ACK codebooks configurable for multicast TS 38.212CR0129

+ 1 more changes

Rel-18 5 changes

In Release 18, the enhancements for Configured Grant - Downlink Feedback Information (CG-DFI) specifically addressed the multiplexing of HARQ-ACK with CG-PUSCH transmissions. A key technical correction was made to the rate matching procedure for scenarios where HARQ-ACK is multiplexed with a Configured Grant PUSCH. Furthermore, the specifications were updated to clarify the handling of jointly coded bits for HARQ-ACK and CG-UCI when the higher layer parameter `cg-UCI-Multiplexing` is configured.

  • Introduction of Rel-18 MIMO Evolution for Downlink and Uplink TS 38.212CR0145
  • Corrections on Rel-18 MIMO Evolution for Downlink and Uplink in 38.212 TS 38.212CR0167
  • Corrections on Rel-18 MIMO Evolution for Downlink and Uplink in 38.212 TS 38.212CR0185
  • Corrections on Rel-18 MIMO Evolution for Downlink and Uplink in 38.212 TS 38.212CR0200
  • Correction on the rate matching when HARQ-ACK multiplexed with CG-PUSCH TS 38.212CR0158
Rel-19 1 change

In Release 19, the key enhancement for the CG-DFI function was the introduction of support for 32 HARQ process numbers. This expands the HARQ process identification capacity for Configured Grant transmissions, allowing for more efficient and extensive uplink scheduling. The change is detailed within the specifications governing uplink control information and its multiplexing procedures.

  • Introduction of 32 HARQ process numbers in Rel-19 [TN32HARQ] TS 38.212CR0222

Explore further

Broader topics and technologies where CG-DFI plays a role.

Defining Specifications

3GPP specifications that define or reference CG-DFI, 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