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

Glossary term · Physical Layer

QCL

Quasi Co-Location

Physical Layer →

QCL is a relationship between antenna ports where a UE can assume large-scale channel properties estimated from one port can be used to assist reception on another port.

Introduced
Rel-15
Where
Radio Access Network › NG-RAN (5G)
Specifications
10 specs
Also in
User Equipment
QCL Description Purpose What changed Neighbours Detected Changes Specifications

Description

Quasi Co-Location (QCL) is a fundamental concept in 3GPP New Radio (NR) that defines an assumed relationship between different reference signal antenna ports or between a reference signal port and a data channel port. When two antenna ports are configured as QCL, the UE is allowed to assume that certain large-scale properties of the radio channel experienced on the first port can be inferred and applied to assist in the reception of signals on the second port. These large-scale properties include parameters like Doppler shift, Doppler spread, average delay, delay spread, and spatial Rx parameters (which relate to the receiving beam). This assumption significantly reduces the complexity and time required for channel estimation, particularly for channels like the Physical Downlink Shared Channel (PDSCH).

The specification defines several QCL types (Type A, B, C, D) in 38.214, each allowing the inference of a different subset of these large-scale parameters. For example, Type A includes Doppler shift, Doppler spread, average delay, and delay spread. Type D is particularly critical for beam management as it includes spatial Rx parameters, meaning the UE can assume the same receive beam can be used for ports with a Type D QCL relationship. In practice, the gNB configures the UE with Transmission Configuration Indicator (TCI) states via RRC signaling and/or MAC CE activation. Each TCI state contains information that links a target reference signal (like a CSI-RS or SS/PBCH block) to a QCL type and a source reference signal. The UE then uses measurements from the source RS to derive channel estimates for the target RS or the PDSCH.

Architecturally, QCL is essential for enabling efficient beamformed transmission, especially in Frequency Range 2 (FR2 - mmWave). Due to high path loss at these frequencies, communication relies on narrow, high-gain beams. QCL Type D allows the gNB to indicate that the PDSCH is transmitted using the same beam (and thus similar spatial characteristics) as a previously measured CSI-RS or SSB. The UE can then apply the same receive beamforming weights, avoiding an exhaustive beam search for every transmission. This is managed through beam management procedures (P-1, P-2, P-3) and is tightly integrated with the control signaling for scheduling grants (where the TCI state is indicated in the DCI).

Purpose & Motivation

QCL was introduced in NR (Rel-15) to address the significant challenges of channel estimation and beam management in advanced MIMO and millimeter-wave systems, which were not sufficiently handled by LTE's antenna port quasi co-location framework. In LTE, QCL assumptions were simpler and implicit for many ports, but NR's use of massive beamforming, wider bandwidths, and higher frequencies created a scenario where the channel characteristics for different reference signals could be vastly different, especially if they were transmitted from different analog beams or different TRPs (Transmission Reception Points). Without explicit QCL relationships, the UE would need to perform independent, complex channel estimation for every signal, increasing latency, power consumption, and reducing reliability.

The primary problem QCL solves is enabling efficient UE receiver processing in a highly dynamic beamformed environment. It allows the network to explicitly inform the UE about which reference signals are 'alike' in terms of their channel statistics, so the UE can reuse prior measurements. This is critical for achieving low latency in beam switching and tracking, which is vital for maintaining connectivity for mobile users in mmWave bands where beams are narrow. It also facilitates advanced multi-TRP and coordinated multipoint (CoMP) operations by allowing the network to define relationships between signals from different geographical points, providing a flexible framework for managing spatial diversity and multiplexing gains in 5G networks.

What changed in its specifications

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

TS 37.355Rel-18 → Rel-19

Rel-19 adds on-demand broadcast of GNSS assistance data, including NeQuickModel2Parameter and NavIC clock and Keplerian models. It also adds periodic assistance data delivery for NR DL-AoD, positioning SRS frequency hopping capability for non-RedCap UEs, and NTN IoT PRS-Info-NB text referencing nprsSequenceInfo.

Full comparison in TS 37.355 →
TS 38.133Rel-18 → Rel-19

Rel-19 adds low band carrier aggregation via switching and low-power wake-up receiver (LP-WUR) requirements to TS 38.133. It also adds ATG network support, intra-band non-collocated NR-CA receiver types, and multi-carrier BWP switch and SCell activation delay requirements.

Full comparison in TS 38.133 →

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 5 changes
  • QCL properties of Msg4 in CONNECTED Mode TS 38.213CR0023
  • CR on QCL assumption for receiving PDCCH for RAR TS 38.213CR0026
  • CR on QCL assumption for a CORESET other than 0 TS 38.213CR0030
  • QCL properties of Msg4 in CONNECTED Mode TS 38.214CR0020
  • CR on QCL assumption for receiving PDSCH for RAR TS 38.214CR0025
Rel-16 2 changes
  • CR on PDSCH QCL TS 38.214CR0162
  • Additional timing delay for applying QCL relation on the PDSCH with cross-carrier scheduling with different SCS. TS 38.214CR0175
Rel-17 1 change
  • CR on default QCL for unified TCI state for PDSCH and A-CSI-RS TS 38.214CR0314
Rel-18 3 changes
  • Introduction of QCL-TypeD priorities for overlapping CORESETs in M-DCI/M-TRP operation [QCL-TypeD CORESET priority for M-TRP] TS 38.213CR0569
  • Correction on QCL assumption after LTM cell switch command TS 38.214CR0552
  • Correction on QCL assumption after LTM cell switch command TS 38.214CR0586
Rel-19 2 changes
  • Correction on QCL assumption for CLTM TS 38.214CR0734
  • Correction on QCL properties from default beam TS 38.214CR0743

Defining Specifications

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

SpecificationTitleRelease
TS 37.355 vj30 LTE Positioning Protocol (LPP) Rel-19 read
TS 38.106 vk00 NR Repeaters: RF Requirements (TS 38.106) Rel-20 read
TS 38.133 vk10 NR Radio Resource Management Requirements Rel-20 read
TS 38.174 vk00 NR Integrated Access and Backhaul Requirements Rel-20 read
TS 38.176 vj40 IAB Conformance Testing Rel-19 read
TS 38.213 vj50 NR Physical Layer Control Procedures Rel-19 read
TS 38.214 vj50 NR Physical Layer Data Channel Procedures Rel-19 read
TS 38.831 vg10 UE RF Requirements for FR2 Enhancements Rel-16 read
TR 38.833 vh00 NR Demodulation Performance Enhancement Rel-17 read
TR 38.878 vi40 Technical Report on Advanced Receiver for MU-MIMO Rel-18 read