Menu
Latest
12 meetings · Prague, Jeju · 12–16 Oct
Reports
RAN1#126-bis · SA2#177

Glossary term · Radio Access Network

RACH

Random Access Channel

Radio Access Network →

RACH is a shared uplink channel used by UEs to initiate communication with the network when not synchronized, enabling initial access, connection establishment, handovers, and synchronization requests.

Introduced
R99
Where
Radio Access Network › UTRAN (3G)
Specifications
51 specs
RACH Description Purpose What changed Neighbours Detected Changes Specifications

Description

The Random Access Channel (RACH) is a fundamental uplink transport channel in 3GPP radio access networks (UTRAN, E-UTRAN, and NG-RAN). It is a contention-based channel, meaning multiple User Equipments (UEs) may attempt to access it simultaneously, potentially leading to collisions that require resolution procedures. The primary purpose of the RACH is to allow a UE, which is not yet time-synchronized with the network's uplink timing, to request an initial connection, perform handover, re-establish a connection after radio link failure, or request uplink resources for scheduling requests (SR) when no dedicated SR resources are configured.

The RACH procedure, often called Random Access (RA), is a multi-step process. In LTE and NR, it exists in two primary forms: Contention-Based Random Access (CBRA) and Contention-Free Random Access (CFRA). In CBRA, the UE randomly selects a preamble (a specific signal sequence) from a set broadcast by the gNB/eNB and transmits it on the physical random access channel (PRACH). The network, upon detecting the preamble, responds with a Random Access Response (RAR) message containing a temporary identifier (TC-RNTI), timing advance command for synchronization, and an initial uplink grant for the UE to send a scheduled message (like an RRC Connection Request). If multiple UEs select the same preamble simultaneously, a collision occurs, which is resolved in subsequent message exchanges. CFRA is used in scenarios like handover, where the network pre-assigns a dedicated preamble to the UE to avoid contention.

Architecturally, the RACH is mapped to the Physical Random Access Channel (PRACH). The PRACH configuration, including available preamble formats, time/frequency resources (RACH occasions), and root sequences, is broadcast in system information (SIB1/SIB2 in LTE, SIB1 in NR). The UE's physical layer handles the preamble transmission, while higher layers (MAC and RRC) manage the procedure's logic, backoff, and failure handling. The design of preamble formats (e.g., with different lengths) supports various cell sizes and deployment scenarios, from small cells to large rural cells, by accommodating different round-trip time delays.

In the overall network operation, RACH is the critical first step for a UE transitioning from idle (RRC_IDLE) or inactive (RRC_INACTIVE) state to connected (RRC_CONNECTED) state. It is also vital for uplink synchronization maintenance, as the timing advance provided in the RAR ensures orthogonal uplink transmissions from multiple UEs, preventing interference. In 5G NR, enhancements like 2-step RACH were introduced, where the UE combines the preamble (MsgA) and the scheduled message (like Msg3) into a single transmission, reducing latency for access, which is crucial for ultra-reliable low-latency communication (URLLC) use cases.

Purpose & Motivation

The RACH was created to solve the fundamental problem of how an unsynchronized UE can initially contact a cellular network without prior coordination. In early mobile systems, without a mechanism for uplink synchronization, simultaneous transmissions from multiple UEs would cause severe interference, making network access unreliable. The RACH provides a structured, contention-managed method for this initial contact, enabling efficient sharing of the radio medium.

Its design addresses the challenge of random access in a shared medium (the air interface). By using short, detectable preamble sequences, the network can efficiently detect access attempts even with poor timing alignment. The contention resolution mechanism allows the network to handle collisions gracefully, which is inevitable in a system with many potential users. This is far more efficient than dedicated signaling channels for each potential UE, which would waste precious radio resources.

Over generations, the purpose has expanded beyond mere initial access. It now supports critical mobility functions like handover, where a UE needs to quickly synchronize to a new cell. It also serves uplink scheduling requests when a UE has data to send but no dedicated control channel. The evolution towards lower latency, especially in 5G, has driven enhancements like the 2-step RACH, directly addressing the need for faster connection setup in mission-critical and industrial IoT applications.

What changed in its specifications

The latest release-to-release comparison of specifications that define RACH. Each summary describes the whole specification, not only this term.

TR 21.905Rel-17 → Rel-18

Rel-18 brings only minor changes to TS 21.905: 0 clauses changed, with no change attributed to a release feature.

Full comparison in TR 21.905 →
TS 23.271Rel-18 → Rel-19

Rel-19 brings only minor changes to TS 23.271: 0 clauses changed, with no change attributed to a release feature.

Full comparison in TS 23.271 →

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 3 changes
  • CR on RACH configuration during HO TS 38.300CR0077
  • CA Clarifications - RACH and Timing Advance TS 38.300CR0156
  • Clarification on RACH-less configuration release TS 36.331CR3399
Rel-16 4 changes
Rel-17 7 changes
  • Introduction of RACH triggers for T_ADV in NR E-CID [NRTADV] TS 38.300CR0407
  • RACH optimisation in EN-DC secondary cell TS 36.300CR1366
  • Introduction of RACH partitioning TS 38.300CR0466
  • Clarification on the application of slice-based RACH configuration TS 38.300CR0666
  • TT analysis for RedCap RRM TC 16.3.2.2.2 and 16.3.2.2.4 - 4 step RACH 2 Rx TS 38.903CR0416
  • TT analysis for RedCap RRM TC 16.3.2.2.6 and 16.3.2.2.8 - 2 step RACH 2 Rx TS 38.903CR0417

+ 1 more changes

Rel-18 8 changes
  • RACH-less support generalization [RACH-lessHO] TS 38.300CR0799
  • Correction on RACH-less HO Use Case [RACH-lessHO] TS 38.300CR0904
  • TT analysis for Rel-16 and 2Rx Redcap 2-step RACH RRM test cases TS 38.903CR0867
  • TT analysis for 1Rx Redcap 2-step RACH RRM test cases TS 38.903CR0868
  • Test Tolerance analysis for intra-frequency RACH-less Handover for Satellite Access test 14.2.1.8. TS 38.903CR1077
  • Test Tolerance analysis for intra-frequency RACH-based Hard Satellite switching for Satellite Access test 14.2.2.4. TS 38.903CR1078

+ 2 more changes

Rel-19 3 changes
  • Supporting SBFD with CA and clarification on SBFD RO for two TA RACH case TS 38.300CR1093
  • Test tolerance analysis for NR SA FR2 RACH-based intra-frequency LTM PSCell switch test case 7.3.5.1 TS 38.903CR1198
  • Test tolerance analysis for NR SA FR1 RACH-based intra-frequency LTM PSCell switch test case 6.3.5.1 TS 38.903CR1194

Defining Specifications

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

SpecificationTitleRelease
TR 21.905 vj20 3GPP Terminology and Definitions Rel-19 read
TS 23.171 v390 LCS Stage 2 for UMTS R99 read
TS 23.271 vj00 LCS Stage 2 Specification Rel-19 read
TS 25.101 vj00 UTRA FDD UE RF Requirements Rel-19 read
TS 25.102 vj00 UTRA TDD RF Characteristics Rel-19 read
TS 25.201 vj00 UTRA Physical Layer General Description Rel-19 read
TS 25.202 vj00 7.68Mcps TDD Option Technical Specification Rel-19 read
TS 25.211 vj00 UTRA FDD Layer 1: Transport & Physical Channels Rel-19 read
TS 25.212 vj00 UTRA FDD Layer 1 Multiplexing & Channel Coding Rel-19 read
TS 25.213 vj00 UTRA FDD Spreading and Modulation Rel-19 read
TS 25.214 vj00 UTRA FDD Physical Layer Procedures Rel-19 read
TS 25.221 vj00 UTRA TDD Physical Layer Specification Rel-19 read
TS 25.222 vj00 UTRA TDD Multiplexing & Channel Coding Rel-19 read
TS 25.223 vj00 UTRA Physical Layer TDD Spreading & Modulation Rel-19 read
TS 25.224 vj00 UTRA TDD Physical Layer Procedures Rel-19 read
TS 25.225 vj00 UTRA TDD Physical Layer Measurements Rel-19 read
TS 25.301 vj00 UE-UTRAN Radio Interface Protocol Architecture Rel-19 read
TS 25.302 vj00 UTRA Physical Layer Services Rel-19 read
TS 25.321 vj00 MAC Protocol Specification for UTRAN Rel-19 read
TS 25.322 vj00 RLC Protocol Specification Rel-19 read
TS 25.331 vj01 UTRAN Radio Resource Control Protocol Rel-19 read
TS 25.401 vj00 UTRAN Overall Architecture Rel-19 read
TS 25.402 vj00 UTRAN Synchronisation Mechanisms Rel-19 read
TS 25.420 vj00 Iur Interface Introduction for UTRAN Rel-19 read
TS 25.423 vj00 UTRAN RNSAP Specification Rel-19 read
TS 25.424 vj00 UTRAN Iur Interface Data Transport & Signalling Rel-19 read
TS 25.425 vj00 UTRAN Iur Interface User Plane Protocols Rel-19 read
TS 25.430 vj00 Introduction to Iub Interface Specifications Rel-19 read
TS 25.433 vj00 Node B Application Part (NBAP) Protocol Rel-19 read
TS 25.434 vj00 UTRAN Iub Interface Data Transport and Signalling Rel-19 read
TR 25.912 vj00 Evolved UTRA and UTRAN Technical Report Rel-19 read
TR 25.931 vj00 UTRAN Signalling Procedures Examples Rel-19 read
TS 28.628 vj00 SON Policy NRM IRP Information Service Rel-19 read
TS 31.121 vj00 UICC Application Test Specification Rel-19 read
TS 32.401 vj00 Performance Management Concept & Requirements Rel-19 read
TS 36.133 vj60 LTE Radio Resource Management Requirements Rel-19 read
TS 36.212 vj30 E-UTRA Physical Layer Procedures Rel-19 read
TS 36.300 vj20 E-UTRAN Radio Interface Protocol Architecture Rel-19 read
TS 36.302 vj00 E-UTRA Physical Layer Services Rel-19 read
TS 36.306 vj30 E-UTRA UE Radio Access Capability Parameters Rel-19 read
TS 36.331 vj40 E-UTRA Radio Resource Control (RRC) Protocol Rel-19 read
TR 36.902 v931 SON Use Cases and Solutions for LTE Rel-9 read
TS 38.133 vk10 NR Radio Resource Management Requirements Rel-20 read
TS 38.202 vj00 5G NR Physical Layer Services Rel-19 read
TS 38.212 vj40 NR Multiplexing and Channel Coding Rel-19 read
TS 38.300 vj40 NR and NG-RAN Overall Description Rel-19 read
TS 38.523 vj40 UE Conformance Specification for 5G NR Rel-19 read
TS 38.811 vf40 Study on NR Support for Non-Terrestrial Networks Rel-15 read
TR 38.889 vg00 NR-based access to unlicensed spectrum study Rel-16 read
TR 38.903 vj40 NR UE Test Tolerances and Uncertainties Rel-19 read
TS 52.402 vj00 GSM Performance Management Measurements Rel-19 read