PRACH

Physical Random Access Channel

Physical Layer
Introduced in R99
The PRACH is the uplink physical channel used by a UE to initiate communication with the network, primarily for initial access, connection re-establishment, and handover. It is crucial for establishing uplink synchronization and requesting resources, forming the foundation for all subsequent data transmission.

Description

The Physical Random Access Channel (PRACH) is a fundamental uplink channel in 3GPP wireless technologies, including UMTS (UTRA) and LTE/5G NR (E-UTRA/NR). Its primary function is to allow a User Equipment (UE) to achieve uplink synchronization with the network and request an initial allocation of resources when it has no dedicated scheduling request channel available. The PRACH procedure, often called the Random Access (RA) procedure, is the entry point for a UE to transition from an idle or inactive state to a connected state, enabling it to transmit data or signaling.

The operation of the PRACH involves the transmission of a specific preamble sequence. In LTE and 5G NR, the network configures a set of available preamble sequences, which are derived from Zadoff-Chu sequences known for their good auto-correlation and cross-correlation properties. The UE randomly selects one preamble from a designated subset (contention-based) or uses a specifically assigned one (contention-free, e.g., for handover). The UE then transmits this preamble on a specific time-frequency resource defined by the PRACH configuration index, which dictates the system frame number, subframe number, and frequency location. The preamble format defines the duration and structure of the transmission, accommodating different cell sizes and scenarios.

Upon transmitting the preamble, the UE listens for a Random Access Response (RAR) from the network within a configured window. The RAR, sent on the PDCCH and PDSCH, contains a timing advance command to adjust the UE's transmission timing, an initial uplink grant for the subsequent Message 3 transmission (e.g., an RRC Connection Request), and a temporary Cell Radio Network Temporary Identifier (C-RNTI). If the UE receives a RAR corresponding to its transmitted preamble, it proceeds with the remaining steps of the RA procedure. In a contention-based scenario, if multiple UEs select the same preamble, a collision occurs, requiring a backoff and retransmission mechanism.

Architecturally, the PRACH is a physical layer channel defined in the PHY specifications (TS 25.211, 36.211, 38.211). Its configuration and parameters are managed by higher layers via RRC signaling, detailed in the RRC protocol specifications (TS 25.331, 36.331, 38.331). The PRACH configuration includes parameters like the root sequence index, preamble format, time/frequency resources, and power ramping parameters. The eNodeB/gNB's receiver performs correlation detection on the received signal to identify the transmitted preamble and estimate the timing offset, which is crucial for establishing and maintaining uplink orthogonality in OFDMA/SC-FDMA systems.

Purpose & Motivation

The PRACH exists to solve the fundamental problem of initial access and uplink synchronization in a shared wireless medium. Before a UE can engage in scheduled communication, it must first alert the network to its presence and align its transmission timing to prevent interference with other users. In the absence of a dedicated control channel, a random access mechanism is necessary for a UE to request the establishment of such a channel.

Historically, in pre-3GPP systems and early cellular networks, initial access methods were often simpler but less efficient and scalable. The design of PRACH in UMTS and its evolution through LTE and 5G NR was motivated by the need for a robust, low-latency, and capacity-scalable access method suitable for dense networks and a wide range of deployment scenarios. It addresses the limitations of fixed-access slots and non-orthogonal preambles by introducing configurable Zadoff-Chu sequences with zero auto-correlation zones, improving detection performance and reducing false alarm rates in high-interference environments.

The evolution of PRACH also supports new use cases. For example, in LTE-A and 5G NR, new preamble formats were introduced for very large cells (e.g., for rural coverage) and for high-speed scenarios (e.g., high-speed trains). Furthermore, the PRACH design in NR supports flexible numerology and wide bandwidths, enabling efficient access in millimeter-wave spectrum and for diverse services like massive IoT and ultra-reliable low-latency communication (URLLC), where fast and reliable access is paramount.

Key Features

  • Supports both contention-based and contention-free (dedicated) random access procedures.
  • Utilizes Zadoff-Chu sequences for preamble generation, providing optimal auto-correlation and low cross-correlation properties.
  • Configurable preamble formats to support different cell radii and propagation environments (e.g., long preambles for large cells).
  • Flexible time-frequency resource mapping, defined by PRACH Configuration Indexes in SIB2.
  • Power ramping mechanism where UE increases transmit power for preamble retransmissions if no Random Access Response is received.
  • Integrated with the MAC layer for backoff control and contention resolution during the Random Access procedure.

Evolution Across Releases

Re-defined for LTE (E-UTRA) with OFDMA/SC-FDMA. Introduced new preamble structures based on Zadoff-Chu sequences, configurable formats (0-3), and a detailed PRACH configuration via system information. Established the four-step contention-based random access procedure (Msg1: Preamble, Msg2: RAR, Msg3: RRC Connection Request, Msg4: Contention Resolution).

Fundamentally re-architected for 5G NR. Introduced support for multiple numerologies (subcarrier spacings) and flexible bandwidths. Defined new preamble formats (A1-A3, B1-B4, C0-C2) for diverse use cases, including mixed numerology and two-step random access (2-step RACH) for reduced latency alongside the traditional four-step procedure.

Defining Specifications

SpecificationTitle
TS 21.905 3GPP TS 21.905
TS 25.202 3GPP TS 25.202
TS 25.211 3GPP TS 25.211
TS 25.212 3GPP TS 25.212
TS 25.213 3GPP TS 25.213
TS 25.214 3GPP TS 25.214
TS 25.221 3GPP TS 25.221
TS 25.223 3GPP TS 25.223
TS 25.224 3GPP TS 25.224
TS 25.225 3GPP TS 25.225
TS 25.331 3GPP TS 25.331
TS 25.423 3GPP TS 25.423
TS 25.430 3GPP TS 25.430
TS 25.931 3GPP TS 25.931
TS 36.104 3GPP TR 36.104
TS 36.116 3GPP TR 36.116
TS 36.117 3GPP TR 36.117
TS 36.133 3GPP TR 36.133
TS 36.141 3GPP TR 36.141
TS 36.201 3GPP TR 36.201
TS 36.211 3GPP TR 36.211
TS 36.212 3GPP TR 36.212
TS 36.213 3GPP TR 36.213
TS 36.300 3GPP TR 36.300
TS 36.302 3GPP TR 36.302
TS 36.321 3GPP TR 36.321
TS 36.878 3GPP TR 36.878
TS 37.911 3GPP TR 37.911
TS 38.133 3GPP TR 38.133
TS 38.174 3GPP TR 38.174
TS 38.176 3GPP TR 38.176
TS 38.201 3GPP TR 38.201
TS 38.202 3GPP TR 38.202
TS 38.211 3GPP TR 38.211
TS 38.212 3GPP TR 38.212
TS 38.213 3GPP TR 38.213
TS 38.300 3GPP TR 38.300
TS 38.521 3GPP TR 38.521
TS 38.522 3GPP TR 38.522
TS 38.523 3GPP TR 38.523
TS 38.808 3GPP TR 38.808
TS 38.811 3GPP TR 38.811
TS 38.830 3GPP TR 38.830
TS 38.869 3GPP TR 38.869
TS 38.889 3GPP TR 38.889
TS 38.903 3GPP TR 38.903
TS 43.064 3GPP TR 43.064
TS 45.820 3GPP TR 45.820