CRS

Cell-specific Reference Signals

Physical Layer →
Introduced in Rel-9 Also in: Services

CRS is the downlink pilot signal transmitted by LTE base stations to enable channel estimation, synchronization, mobility measurements, and demodulation, forming a foundational reference grid for the physical layer.

Category
Physical Layer
Introduced
Rel-9
Where
Radio Access Network › NG-RAN (5G)
Also touches
1 segments
Specifications
29 specs
CRS Description Purpose Related Classification Detected Changes Specifications

Description

Cell-specific Reference Signals (CRS) are predefined sequences of complex symbols transmitted by an LTE eNodeB across the entire system bandwidth and in every downlink subframe, except in certain MBSFN subframes. They are inserted into specific resource elements within the OFDM time-frequency grid according to patterns defined in 3GPP TS 36.211. The pattern depends on the cell's physical layer cell identity (0-503), the number of antenna ports used for transmission (1, 2, or 4), and the cyclic prefix length (normal or extended). This cell-specific scrambling ensures that CRS from neighboring cells interfere in a controlled, pseudo-random manner. The signals are transmitted with constant power, providing a known amplitude and phase reference point for the receiver.

At the User Equipment (UE), the CRS are used primarily for downlink channel estimation. By comparing the received CRS symbols with the known transmitted sequence, the UE can estimate the channel's frequency response, including effects like fading, delay spread, and Doppler shift. This channel state information (CSI) is critical for coherent demodulation of the physical downlink shared channel (PDSCH) and control channels (PDCCH, PCFICH, PHICH). Furthermore, CRS enable the UE to perform Radio Resource Management (RRM) measurements, specifically Reference Signal Received Power (RSRP) and Reference Signal Received Quality (RSRQ). These measurements are reported to the network and are fundamental for cell selection, handover decisions, and mobility management.

Architecturally, CRS are a network-wide, always-on signal. Their design involves a trade-off between reference signal overhead and estimation accuracy. While providing a robust and cell-specific reference, they consume resource elements that could otherwise carry user data. The pattern is designed to provide sufficient sampling in both time and frequency domains for accurate channel tracking. In multi-antenna (MIMO) operations, CRS are transmitted on each antenna port, allowing the UE to estimate the channel for each transmit-receive antenna pair, which is vital for spatial multiplexing and transmit diversity schemes. CRS also facilitate time and frequency synchronization, as the UE can use them to fine-tune symbol timing and correct for carrier frequency offset.

Purpose & Motivation

CRS were introduced in LTE Release 8/9 to solve the fundamental problem of enabling reliable downlink communication in a multipath, fading wireless channel. Prior cellular systems like UMTS used dedicated pilot channels, but LTE's OFDMA-based air interface required a new reference signal architecture integrated into the time-frequency resource grid. The primary purpose is to provide a known signal that the UE can use to estimate the radio channel's impulse response, which is necessary to reverse the channel's distortion on the data-carrying symbols. Without an accurate channel estimate, coherent demodulation of high-order modulation schemes (like 64-QAM) used in LTE would be impossible, severely limiting data rates.

Another key problem CRS addresses is mobility support. For a UE to decide when to hand over to a neighboring cell, it must measure the signal strength and quality of those cells. CRS provide a cell-specific, always-available signal that the UE can detect and measure, even when it is not connected to that cell. This enables network-controlled mobility based on accurate RSRP/RSRQ measurements. Furthermore, CRS support essential physical layer procedures like cell search and initial synchronization. The design of CRS as a cell-specific signal, scrambled by the cell ID, also helps in mitigating inter-cell interference in heterogeneous network deployments, as the UE can distinguish the desired signal from interfering ones.

The creation of CRS was motivated by the need for a unified, efficient reference signal that could support the key performance targets of LTE: high peak data rates, low latency, and improved spectral efficiency. Its always-on nature ensures that UEs, whether idle or connected, can continuously monitor the radio environment. However, this design also introduced limitations, such as constant overhead and inter-cell interference in dense deployments, which later led to the development of more efficient reference signals like CSI-RS and DM-RS in LTE-Advanced and 5G NR, which can be user-specific and beamformed.

Classification

Specific typesCSI-RS
Related approachesCSI-RSDM-RS

Detected Changes Across Releases

from 3GPP Change Requests

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

Studied in Rel-9, normative work from Rel-15.

Rel-15 38 changes

In Release 15, the primary new introduction for the CRS (Cell-specific Reference Signals) function was the implementation of network-based CRS interference mitigation capabilities. This included the definition and correction of specific signalling procedures for CRS Interference Mitigation (CRS IM) and Control Channel Interference Mitigation (CCH-IM), particularly for UE categories 1bis and M2. Additionally, corrections and updates were made to the associated capability names and field descriptions to ensure proper network and UE operation.

  • Implementing network-based CRS interference mitigation TS 36.306CR1599
  • Introduction of time reference provision TS 36.306CR1616
  • Introduction of time reference provision TS 36.331CR3341
  • Implementing network-based CRS interference mitigation TS 36.331CR3408
  • Reference update: RFC 8262 TS 29.165CR0945
  • Updating the title of referenced TS 22.179 TS 29.165CR0951

+ 32 more changes

Rel-16 20 changes

In Release 16, the primary new developments for the CRS (Customized Ringing Signal) function were the introduction of support for the CRS Gateway Model and its associated signaling procedures. This included defining the use of the Alert-Info header field with a specific CRS URN as the indication mechanism for this gateway model and specifying the application of preconditions when the terminating UE supports them. The release also delivered corrections to the media negotiation timing and the CRS muting configuration applicability.

  • Support CRS for Gateway Model in TS 24.183 TS 24.183CR0052
  • CRS interactions with MuD and MiD services TS 24.183CR0061
  • Use preconditions for CRS when terminating UE supports precondition TS 24.183CR0063
  • Use Alert-Info header as the indication for CRS of gateway model TS 24.183CR0055
  • Corrections of two typos in the AS actions for CRS of gateway model TS 24.183CR0053
  • Corrections of the CRS media negotiation time TS 24.183CR0054

+ 14 more changes

Rel-17 14 changes

In Release 17, the key new development for the Customized Ringing Signal (CRS) function was the introduction of a new media feature tag, `g.3gpp.crs`, for indicating terminating UE support of CRS capabilities. This release also included corrections related to CRS support of DTMF and other small clarifications to the service specification. These updates provided a more precise mechanism for capability indication and alignment within the IMS Multimedia Telephony framework.

  • Introduction of new media feature tag g.3gpp.crs for indicating terminating UE support of the capabilities for CRS TS 24.183CR0075
  • CRS Corrections on the support of DTMF TS 24.183CR0077
  • Small corrections on CRS TS 24.183CR0078
  • Adding the description of Ix reference point. TS 29.165CR1016
  • Reference update: draft-ietf-stir-identity-header-errors-handling TS 29.165CR1034
  • Correction of references for converged charging TS 32.275CR0083

+ 8 more changes

Rel-18 7 changes

In Release 18, updates to the Customized Ringing Signal (CRS) function primarily involved specification maintenance and reference updates. This included updating normative references to external RFC documents (RFC 9366 and RFC 9410) and removing incorrect references to non-existent RAN4 specifications. Furthermore, clarifications were added regarding the mapping of RSRP thresholds to Coverage Enhancement levels and the handling of Qoffsettemp, with a reference added to 3GPP TS 38.304 for the latter.

  • Reference update: RFC 9366 TS 29.165CR1036
  • Addition of reference to 38.304 for Qoffsettemp handling TS 36.331CR5080
  • Clarification on the mapping of RSRP thresholds to CE levels TS 36.331CR5100
  • Corrections to LPP specification TS 37.355CR0512
  • Reference update: RFC 9410 TS 29.165CR1038
  • Removal of references to unknown RAN4 specification TS 36.306CR1877

+ 1 more changes

Rel-19 1 change

In Release 19, there were no new technical changes specified for the Cell-specific Reference Signals (CRS) function. The provided grounding context and Change Request titles exclusively discuss the "Customized Ringing Signal" service for IMS Multimedia Telephony, which is a different, service-layer function also abbreviated as CRS. Therefore, for the physical layer CRS signals used in radio transmission, Release 19 introduced no updates compared to the previous release.

  • Clarification on TA Report in IoT NTN and Including RAN4 Spec References TS 36.331CR5178

Explore further

Broader topics and technologies where CRS plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 22.173 vk00 IMS Multimedia Telephony Service Definition Rel-20
TS 22.183 vj00 Customized Ringing Signal (CRS) Requirements Rel-19
TS 22.810 vd00 Enhanced Calling Information Presentation Requirements Rel-13
TS 24.183 vj00 Customized Ringing Signal (CRS) Protocol Rel-19
TS 24.186 vj60 IMS Data Channel applications Rel-19
TS 29.165 vj10 Inter-IMS Network to Network Interface (NNI) Rel-19
TS 32.275 vj00 MMTel Charging Specification Rel-19
TS 32.850 ve00 IMS Charging Correlation Methods Study Rel-14
TS 33.106 vj00 Lawful Interception Requirements (Pre-Rel-15) Rel-19
TS 33.126 vj30 Lawful Interception Requirements Rel-19
TS 36.211 vj10 LTE Physical Layer Specification Rel-19
TS 36.300 vj00 E-UTRAN Radio Interface Protocol Architecture Overview Rel-19
TS 36.306 vj00 E-UTRA UE Radio Access Capability Parameters Rel-19
TS 36.307 vj10 Release-Independent Frequency Band Support Rel-19
TS 36.331 vj00 LTE RRC Protocol Specification Rel-19
TS 36.355 vj00 LTE Positioning Protocol (LPP) Rel-19
TS 36.747 ve00 Enhanced CRS and SU-MIMO IM Performance Requirements Rel-14
TS 36.809 vc00 Study on RF Pattern Matching for LTE Positioning Rel-12
TS 36.825 vd00 Study on Additional LTE TDD Configurations Rel-13
TS 36.855 vd00 E-UTRA Positioning Enhancements Study Rel-13
TS 36.863 vc00 CRS Interference Mitigation for Homogeneous Networks Rel-12
TS 36.871 vb00 Downlink MIMO Enhancement for LTE-Advanced Rel-11
TS 37.355 vj20 LTE Positioning Protocol (LPP) Rel-19
TS 37.857 vd10 Study on Indoor Positioning Enhancements Rel-13
TS 38.817 3GPP TR 38.817 Rel-9
TR 38.833 vh00 NR Demodulation Performance Enhancement Rel-17
TR 38.889 vg00 NR-based access to unlicensed spectrum study Rel-16
TR 38.900 vf00 Channel Model Study for >6 GHz Rel-15
TR 38.901 vj10 Channel Model for 0.5-100 GHz Rel-19