Description
The EDCH HARQ Acknowledgement Indicator Channel (E-HICH) is a dedicated downlink physical control channel defined within the 3GPP UMTS and High-Speed Packet Access (HSPA) specifications, specifically for the Enhanced Uplink (EUL), also known as HSUPA. It operates in the physical layer (Layer 1) of the radio interface. The E-HICH is transmitted from the Node B (base station) to a specific User Equipment (UE) to provide feedback for the Hybrid Automatic Repeat Request (HARQ) process used on the uplink Enhanced Dedicated Channel (E-DCH). Its sole function is to carry the HARQ Acknowledgement (ACK) or Negative Acknowledgement (NACK) indicator for a previously received E-DCH transport block. Technically, the channel uses a sequence of QPSK symbols to represent the ACK/NACK signal. A specific signature sequence, derived from parameters like the E-DCH Radio Network Temporary Identifier (E-RNTI) and HARQ process identifier, is used to differentiate E-HICH transmissions intended for different UEs or different HARQ processes. The UE continuously monitors its assigned E-HICH during the appropriate timing interval after it has transmitted an E-DCH packet. If an ACK is detected, the UE knows the packet was successfully decoded by the Node B and can proceed to send new data. If a NACK is detected (or if nothing is detected, implying a DTX scenario), the UE will schedule a retransmission of the same data packet, using incremental redundancy as part of the HARQ process. This rapid feedback loop, occurring over a 2ms Transmission Time Interval (TTI) in many configurations, is what enables the low-latency and high-reliability characteristics of HSUPA. The E-HICH is always paired with an E-RGCH (Relative Grant Channel) on the same downlink channelization code, and their signals are code-multiplexed.
Purpose & Motivation
The E-HICH was created specifically to support the Enhanced Uplink (E-DCH) feature introduced in 3GPP Release 6 (HSUPA). Prior to HSUPA, uplink packet data on the Dedicated Channel (DCH) relied on RLC layer retransmissions controlled by the RNC, which introduced significant latency. The purpose of the E-HICH is to enable fast physical layer Hybrid ARQ (HARQ) retransmissions controlled directly by the Node B. This solves the problem of slow uplink error recovery and inefficient spectrum usage. By providing ACK/NACK feedback within milliseconds directly from the receiving entity (Node B), it allows for very rapid retransmissions of erroneous data packets, dramatically improving uplink throughput, reducing latency, and increasing overall spectral efficiency. The motivation was to make the UMTS uplink competitive with the downlink enhancements provided by HSDPA, creating a symmetric high-speed packet access experience. The E-HICH is a fundamental enabler of the Node B-controlled scheduling and fast HARQ that define HSUPA's performance gains over previous UMTS releases.
Classification
Evolution Across Releases
Introduced the E-HICH as a new downlink physical control channel to support the newly defined Enhanced Uplink (E-DCH/HSUPA). The initial specification defined its structure, timing relative to the E-DCH, and the signature sequence-based design for carrying ACK/NACK indicators. It was a cornerstone of the fast Node B-controlled HARQ mechanism that characterized Release 6 HSUPA.
Explore further
Broader topics and technologies where E-HICH plays a role.
Defining Specifications
3GPP specifications that define or reference E-HICH, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 25.101 vj00 | UTRA FDD UE RF Requirements | Rel-19 |
| TS 25.102 vj00 | UTRA TDD RF Characteristics | Rel-19 |
| TS 25.201 vj00 | UTRA Physical Layer General Description | Rel-19 |
| TS 25.202 vj00 | 7.68Mcps TDD Option Technical Specification | Rel-19 |
| TS 25.211 vj00 | UTRA FDD Layer 1: Transport & Physical Channels | Rel-19 |
| TS 25.212 vj00 | UTRA FDD Layer 1 Multiplexing & Channel Coding | Rel-19 |
| TS 25.213 vj00 | UTRA FDD Spreading and Modulation | Rel-19 |
| TS 25.214 vj00 | UTRA FDD Physical Layer Procedures | Rel-19 |
| TS 25.221 vj00 | UTRA TDD Physical Layer Specification | Rel-19 |
| TS 25.222 vj00 | UTRA TDD Multiplexing & Channel Coding | Rel-19 |
| TS 25.224 vj00 | UTRA TDD Physical Layer Procedures | Rel-19 |
| TS 25.225 vj00 | UTRA TDD Physical Layer Measurements | Rel-19 |
| TS 25.302 vj00 | UTRA Physical Layer Services | Rel-19 |
| TS 25.309 v1600 | FDD Enhanced Uplink Support | Rel-6 |
| TS 25.319 vj00 | Enhanced Uplink for UTRA FDD/TDD | Rel-19 |
| TS 25.321 vj00 | MAC Protocol Specification for UTRAN | Rel-19 |
| TS 25.331 vj00 | UTRAN RRC Protocol Specification | Rel-19 |
| TS 25.423 vj00 | UTRAN RNSAP Specification | Rel-19 |
| TS 25.433 vj00 | Node B Application Part (NBAP) Protocol | Rel-19 |
| TS 25.800 vc10 | UMTS Heterogeneous Networks Study | Rel-12 |
| TS 25.874 vb00 | HSPA Feedback & Signalling Efficiency for LCR TDD | Rel-11 |
| TR 25.903 vj00 | Continuous Connectivity for Packet Data Users | Rel-19 |
| TR 25.927 ve00 | Energy Saving Solutions for UMTS Node B | Rel-14 |
| TR 25.929 vj00 | Continuous Connectivity for Packet Data Users | Rel-19 |
| TR 25.931 vj00 | UTRAN Signalling Procedures Examples | Rel-19 |