ARQ

Automatic Repeat Request

Protocol →
Introduced in R99 Also in: Services

ARQ is an error-control protocol that ensures reliable data transmission by detecting errors in received packets and automatically requesting retransmissions from the sender.

Category
Protocol
Introduced
R99
Where
Radio Access Network › NG-RAN (5G)
Also touches
1 segments
Specifications
29 specs
ARQ Description Purpose Related Classification Specifications

Description

Automatic Repeat Request (ARQ) is a fundamental error-control mechanism implemented at the data link layer (Layer 2) and transport layer (Layer 4) in 3GPP systems. It operates on the principle of error detection followed by retransmission requests when errors are detected. The protocol uses sequence numbers, acknowledgments (ACKs), negative acknowledgments (NACKs), and timers to manage the reliable delivery of data packets between peer entities. In 3GPP architectures, ARQ is typically implemented in the Radio Link Control (RLC) protocol for the control plane and user plane data, as well as in higher-layer protocols like TCP for end-to-end reliability.

The ARQ protocol operates through several key mechanisms. First, the transmitter segments data into Protocol Data Units (PDUs) and assigns each a unique sequence number. These PDUs are transmitted to the receiver, which performs error detection using Cyclic Redundancy Check (CRC) or similar methods. When the receiver successfully decodes a PDU, it sends a positive acknowledgment (ACK) back to the transmitter. If the receiver detects an error or notices missing sequence numbers, it sends a negative acknowledgment (NACK) or simply doesn't send an ACK, triggering the transmitter's retransmission timer. The transmitter maintains a retransmission buffer containing unacknowledged PDUs and retransmits them when NACKs are received or timers expire.

3GPP systems implement several ARQ variants with different operational characteristics. Stop-and-Wait ARQ requires the transmitter to wait for an acknowledgment before sending the next PDU, providing simplicity but poor utilization. Go-Back-N ARQ allows the transmitter to send multiple PDUs without waiting for acknowledgments but requires retransmission of all PDUs from the first erroneous one when an error occurs. Selective Repeat ARQ, the most efficient variant used in modern 3GPP systems, allows selective retransmission of only the erroneous or missing PDUs while continuing to transmit new PDUs. This approach maximizes throughput while maintaining reliability.

The ARQ protocol interacts closely with other error-control mechanisms in 3GPP systems. At the physical layer, Forward Error Correction (FEC) provides the first line of defense against transmission errors. When FEC fails to correct errors, ARQ provides the secondary recovery mechanism through retransmission. Hybrid ARQ (HARQ) combines both approaches, using FEC for error correction and ARQ for retransmission when FEC fails. In the RLC layer, ARQ operates in Acknowledged Mode (AM) to provide reliable data transfer, while Unacknowledged Mode (UM) and Transparent Mode (TM) provide lighter-weight alternatives for delay-sensitive applications.

ARQ parameters are carefully configured based on service requirements and channel conditions. Key parameters include the maximum number of retransmissions, retransmission timer values, window sizes for flow control, and PDU sizes. These parameters are optimized differently for control plane signaling (which requires high reliability) versus user plane data (which may tolerate some packet loss for delay-sensitive services). The protocol also includes mechanisms for reordering PDUs at the receiver, discarding stale PDUs, and handling protocol errors to ensure robust operation under varying network conditions.

Purpose & Motivation

ARQ was developed to address the fundamental challenge of reliable data transmission over inherently unreliable wireless channels. Wireless communication systems suffer from time-varying channel conditions, interference, fading, and noise that cause packet errors and losses. Without error control mechanisms, these impairments would render digital communication systems unusable for most applications. ARQ provides a systematic approach to detecting and recovering from transmission errors, enabling reliable communication over imperfect channels.

Before the widespread adoption of ARQ in digital wireless systems, analog communication systems relied on signal-to-noise ratio improvements and simple repetition techniques that were inefficient and provided limited reliability. Early digital systems used basic error detection without automatic recovery, requiring manual intervention or application-layer retransmissions. ARQ automated the error recovery process, significantly improving system efficiency and reliability while reducing latency compared to manual approaches. The protocol's automatic nature allows it to adapt to changing channel conditions without human intervention.

ARQ solves several critical problems in wireless communication systems. First, it ensures data integrity by detecting and correcting transmission errors that would otherwise corrupt the received information. Second, it provides reliability guarantees for applications that cannot tolerate data loss, such as file transfers, signaling messages, and critical control information. Third, it enables efficient use of the wireless spectrum by avoiding unnecessary retransmissions through selective acknowledgment mechanisms. Finally, ARQ works in conjunction with other error-control techniques to provide a layered defense against channel impairments, allowing system designers to balance reliability, latency, and throughput according to application requirements.

Classification

Part ofRLC
Specific typesHARQH-ARQPANREJRLP

Evolution Across Releases

R99 Initial

Introduced basic ARQ functionality in the Radio Link Control (RLC) layer for UMTS systems. Implemented Selective Repeat ARQ with configurable retransmission parameters. Supported both Acknowledged Mode (AM) for reliable transfer and Unacknowledged Mode (UM) for delay-sensitive services. Initial window size of 4096 sequence numbers and configurable maximum retransmission count.

Explore further

Broader topics and technologies where ARQ plays a role.

Defining Specifications

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

SpecificationTitleRelease
TR 21.905 vj00 3GPP Technical Terms and Definitions Rel-19
TS 23.146 vj00 3G Facsimile Group 3 Technical Realization Rel-19
TS 25.201 vj00 UTRA Physical Layer General Description Rel-19
TS 25.212 vj00 UTRA FDD Layer 1 Multiplexing & Channel Coding Rel-19
TS 25.222 vj00 UTRA TDD Multiplexing & Channel Coding Rel-19
TS 25.301 vj00 UE-UTRAN Radio Interface Protocol Architecture Rel-19
TS 25.302 vj00 UTRA Physical Layer Services Rel-19
TS 25.321 vj00 MAC Protocol Specification for UTRAN Rel-19
TS 25.322 vj00 RLC Protocol Specification Rel-19
TR 25.912 vj00 Evolved UTRA and UTRAN Technical Report Rel-19
TS 26.114 vj10 IMS Multimedia Telephony Media Handling Rel-19
TS 26.804 vj10 5G Media Streaming Extensions Study Rel-19
TR 26.805 vh01 Study on Media Production over 5G NPN Systems Rel-17
TR 26.914 vj00 Multimedia Telephony over IP Optimization Rel-19
TR 26.937 vj00 3GPP PSS Characterization Rel-19
TS 36.133 vj20 E-UTRA RRM Requirements Rel-19
TS 36.300 vj00 E-UTRAN Radio Interface Protocol Architecture Overview Rel-19
TS 36.302 vj00 E-UTRA Physical Layer Services Rel-19
TS 36.322 vj00 E-UTRA Radio Link Control Protocol Specification Rel-19
TS 36.331 vj00 LTE RRC Protocol Specification Rel-19
TS 36.938 v900 E-UTRAN to 3GPP2/Mobile WiMAX Mobility Rel-9
TS 38.202 vj00 5G NR Physical Layer Services Rel-19
TS 38.322 vj00 NR Radio Link Control (RLC) Protocol Rel-19
TS 38.331 vj00 NR Radio Resource Control (RRC) Protocol Specification Rel-19
TS 38.811 vf40 Study on NR Support for Non-Terrestrial Networks Rel-15
TS 43.051 vj00 GERAN Stage 2 Service Description Rel-19
TS 43.064 vj00 GPRS Radio Interface Lower-Layer Functions Rel-19
TS 44.060 vj00 GERAN RLC/MAC Protocol Specification Rel-19
TS 44.160 vg00 GERAN Iu Mode RLC/MAC Protocol Specification Rel-16
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.