PRACH

Physical Random Access Channel

Physical Layer →
Introduced in R99

PRACH is the uplink physical channel used by a device to initiate network communication for access, handover, or synchronization, forming the foundation for all subsequent data transmission.

Category
Physical Layer
Introduced
R99
Where
Radio Access Network › NG-RAN (5G)
Specifications
48 specs
PRACH Description Purpose Detected Changes Specifications

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.

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

Specific changes extracted from the „Change history“ tables of 3GPP specifications (27 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 PRACH procedure was enhanced to support monitoring the PDCCH for an ordering of PRACH on a Secondary Cell (SCell), which included specifying the TC-RNTI as a monitored RNTI for the UL-SCH in that context. Furthermore, a mechanism for PRACH power ramping counter suspension was introduced as a separate late drop feature for the release.

  • CR on inclusion of TC-RNTI for monitored RNTI for UL-SCH and inclusion of monitoring PDCCH ordering PRACH on SCell TS 38.202CR0007
  • (Late Drop) CR on PRACH Power Ramping Counter Suspension TS 38.213CR0022
Rel-16 10 changes

In Release 16, the key enhancements for the PRACH included the introduction and finalization of performance requirements for an enhanced High-Speed Train (HST) scenario. The release also introduced new procedures for NR-U PRACH Resource Opportunity configuration and PRACH power ramping suspension. Furthermore, it specified updates for PRACH handling within NR-DC power control and made corrections regarding UE assumptions on RB set configuration.

  • CR to TS 36.104: Introduction of PRACH performance requirements for enhanced HST scenario TS 36.104CR4884
  • CR to TS 36.141: Introduction of PRACH performance requirements for enhanced HST senario TS 36.141CR1242
  • CR to TS 36.104 Updates of PRACH performance requirements for enhanced HST scenario TS 36.104CR4892
  • CR to TS 36.104 Finalization on PRACH performance requirements for enhanced HST scenario TS 36.104CR4896
  • CR to TS 36.141 Updates of PRACH performance requirements for enhanced HST scenario TS 36.141CR1250
  • CR to TS 36.141 Finalization on PRACH performance requirements for enhanced HST scenario TS 36.141CR1255

+ 4 more changes

Rel-17 5 changes

In Release 17, enhancements to the PRACH function included corrections for the parallel transmission of PRACH with SRS, PUCCH, or PUSCH, addressing specific subcarrier spacing configurations. The release also introduced test cases for 2-Step PRACH and corrected power scaling procedures for PRACH on a Secondary Cell when using uplink carrier aggregation. Furthermore, an editorial clarification was made by removing a note regarding the usage of a specific PRACH sequence length.

  • Correction on parallel transmission of PRACH and SRS/PUCCH/PUSCH TS 38.213CR0386
  • Correction to SCell PRACH power scaling for UL CA TS 38.213CR0512
  • Removal of editor's note on sequence length 1151 for PRACH usage TS 38.300CR0621
  • Add 2-Step PRACH test cases to Applicability spec TS 38.522CR0102
  • Correction on SCS configuration for parallel transmission of PRACH and SRS/PUCCH/PUSCH TS 38.213CR0411
Rel-18 8 changes

In Release 18, the PRACH function saw enhancements focused on improving reliability and handling specific scenarios. Key updates included corrections and new handling for collisions between PRACH and other signals, such as SSBs for dual Timing Advance groups, and between PRACH and uplink transmissions in LTM (Light Traffic Mode). The release also introduced refinements for PRACH repetition in Contention-Free Random Access (CFRA) and clarified procedures for retransmission indicators and association indicators within PDCCH orders.

  • Correction on determination of restricted type for candidate cell PRACH transmission in LTM TS 38.211CR0137
  • Corrections to PRACH transmission for LTM TS 38.211CR0147
  • Corrections on PRACH association indicator in PDCCH order in 38.212 TS 38.212CR0192
  • CR on the PRACH retransmission indicator field included in the PDCCH order TS 38.212CR0213
  • Correction on PRACH collision handling in LTM TS 38.213CR0622
  • CR on time offset for PRACH repetition in CFRA TS 38.213CR0669

+ 2 more changes

Rel-19 2 changes

In Release 19, the PRACH function was updated to specify the determination of the cyclic shift for PRACH transmission in a 2TA (Two Timing Advance) scenario. Additionally, a correction was made to the PRACH signal generation procedure for LTM (Loopback Test Mode) as detailed in the technical specification TS38.211.

  • CR on determination of cyclic shift for PRACH transmission in 2TA TS 38.211CR0161
  • Correction to PRACH signal generation for LTM in TS38.211 TS 38.211CR0163

Explore further

Broader topics and technologies where PRACH plays a role.

Defining Specifications

3GPP specifications that define or reference PRACH, 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 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.223 vj00 UTRA Physical Layer TDD Spreading & Modulation 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.331 vj00 UTRAN RRC Protocol Specification Rel-19
TS 25.423 vj00 UTRAN RNSAP Specification Rel-19
TS 25.430 vj00 Introduction to Iub Interface Specifications Rel-19
TR 25.931 vj00 UTRAN Signalling Procedures Examples Rel-19
TS 36.104 vj10 Base Station (BS) radio transmission and reception Rel-19
TS 36.116 vj00 E-UTRA Relay RF Requirements Rel-19
TS 36.117 vj00 E-UTRA Relay RF Test Methods & Requirements Rel-19
TS 36.133 vj20 E-UTRA RRM Requirements Rel-19
TS 36.141 vj00 E-UTRA BS Conformance Testing Rel-19
TS 36.201 vj00 LTE Physical Layer General Description Rel-19
TS 36.211 vj10 LTE Physical Layer Specification Rel-19
TS 36.212 vj10 LTE Multiplexing and Channel Coding Rel-19
TS 36.213 vj10 LTE Physical Layer Procedures 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.321 vj00 E-UTRA MAC Protocol Specification Rel-19
TS 36.878 vd00 LTE Performance Enhancements for High Speed Scenarios Rel-13
TR 37.911 vj00 3GPP 5G NTN Self-Evaluation Report Rel-19
TS 38.133 vj20 5G UE Radio Requirements for RRC_IDLE Mobility Rel-19
TS 38.174 vj10 NR Integrated Access and Backhaul Radio Spec Rel-19
TS 38.176 vj20 IAB Conformance Testing Specification Rel-19
TS 38.201 vj00 NR Physical Layer General Description Rel-19
TS 38.202 vj00 5G NR Physical Layer Services Rel-19
TS 38.211 vj10 NR Physical Channels and Modulation Rel-19
TS 38.212 vj10 NR Multiplexing and Channel Coding Rel-19
TS 38.213 vj10 NR Physical Layer Control Procedures Rel-19
TS 38.300 vj00 NG-RAN Overall Description Rel-19
TS 38.521 vj20 NR Physical Layer UE Conformance Testing Rel-19
TS 38.522 vj11 UE Conformance Test Applicability Statement Rel-19
TS 38.523 vj20 5G NR UE Conformance Testing: Idle/Inactive Rel-19
TR 38.808 vh00 Study on NR above 52.6 GHz to 71 GHz Rel-17
TS 38.811 vf40 Study on NR Support for Non-Terrestrial Networks Rel-15
TR 38.830 vh00 NR Coverage Enhancements Study Rel-17
TR 38.869 vi00 Study on low-power wake up signal and receiver for NR Rel-18
TR 38.889 vg00 NR-based access to unlicensed spectrum study Rel-16
TR 38.903 vj00 Test Tolerances & Measurement Uncertainties Rel-19
TS 43.064 vj00 GPRS Radio Interface Lower-Layer Functions Rel-19
TS 45.820 vd10 CIoT for Internet of Things Rel-13
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.