FEC

Forward Erasure Correction / Forward Error Correction

Physical Layer →
Introduced in R99 Also in: Radio Access Network

FEC is a channel coding technique that adds redundant data to transmitted information, enabling the receiver to detect and correct errors without requesting a retransmission.

Category
Physical Layer
Introduced
R99
Where
Services › Codecs
Also touches
1 segments
Specifications
57 specs
FEC Description Purpose Related Classification Detected Changes Specifications

Description

Forward Error Correction (FEC) is a fundamental digital signal processing technique used to control errors in data transmission over unreliable or noisy communication channels. In 3GPP systems, FEC operates by the transmitter encoding the message in a redundant way using an error-correcting code (ECC). This redundancy allows the receiver to detect a limited number of errors that may occur anywhere in the message and often to correct these errors without needing a retransmission request. The process involves the sender adding parity bits or using more complex algebraic structures to the original data bits before transmission. Upon reception, the decoder uses these extra bits to identify and correct bit errors caused by channel impairments like interference, fading, or noise.

The architecture of FEC in 3GPP spans multiple layers and radio access technologies (GSM, UMTS, LTE, NR). At the physical layer, convolutional codes, Turbo codes (introduced in UMTS), and Low-Density Parity-Check (LDPC) codes (for NR data channels) and Polar codes (for NR control channels) are specified. These codes are applied to transport channels after processes like channel coding, rate matching, and interleaving. The specific code and coding rate are selected based on the channel conditions and required reliability, often as part of link adaptation. The performance is characterized by the coding gain, which is the reduction in required signal-to-noise ratio for a given bit error rate compared to uncoded transmission.

FEC's role is critical for achieving the quality of service (QoS) targets for various services. For voice, it ensures intelligibility; for packet data, it maintains throughput and reduces latency by avoiding higher-layer retransmissions like those from the Radio Link Control (RLC) layer. In evolved systems, Hybrid Automatic Repeat Request (HARQ) is combined with FEC, where the initial transmission uses a weak FEC code, and subsequent retransmissions provide incremental redundancy for the decoder to combine, enhancing efficiency. The specifications detail code structures, encoding/decoding algorithms, and performance requirements for different channels (e.g., PDSCH, PUSCH, PBCH) across all 3GPP releases, ensuring interoperability and robust communication.

Purpose & Motivation

FEC was created to address the inherent unreliability of wireless communication channels. Unlike wired mediums, radio channels are susceptible to time-varying impairments like multipath fading, interference, and additive white Gaussian noise, which cause bit errors. Without FEC, systems would rely solely on retransmission protocols (ARQ), which introduce significant latency and reduce spectral efficiency, especially for real-time services like voice or video. The primary purpose of FEC is to proactively combat these errors at the physical layer, improving the raw bit error rate (BER) before data is passed to higher layers.

Historically, simple parity checks and block codes were used in early digital communications. 3GPP's GSM initially employed convolutional coding. The motivation evolved with UMTS and the need for higher data rates, leading to the adoption of Turbo codes, which offered performance near the Shannon limit. The continuous evolution through LTE to 5G NR is driven by demands for ultra-reliable low-latency communication (URLLC), enhanced mobile broadband (eMBB), and massive machine-type communication (mMTC). Each new service class has distinct reliability and latency requirements, necessitating more advanced FEC schemes like LDPC and Polar codes to provide higher coding gains, lower complexity, and better adaptability than previous generations.

FEC solves the problem of maintaining a target block error rate (BLER) under challenging signal conditions without excessive transmit power. It is a key enabler for spectral efficiency, allowing networks to operate at higher modulation orders (e.g., 256-QAM, 1024-QAM) by providing the necessary error resilience. By reducing the number of required retransmissions, FEC directly contributes to lower latency and higher throughput, which are critical performance indicators for modern cellular networks. It is a foundational technology without which reliable digital mobile communication would not be feasible.

Classification

Part ofHARQ
Specific typesAL-FECBECEDCESIRSCUEP

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 6 changes

In Release 15, the FEC function was newly introduced specifically to support mission critical services. This introduction included the combined application of FEC and ROHC (Robust Header Compression) for mission critical services delivered over MBMS (Multimedia Broadcast Multicast Service). Furthermore, enhancements were made to the MB2 interface, allowing a GCS (Group Communication System) Application Server to request the application of FEC and/or ROHC for an MBMS bearer, with corresponding corrections and configuration information formats defined for this framework.

  • FEC for mission critical services TS 23.280CR0043
  • FEC and ROHC for mission critical services over MBMS TS 29.116CR0021
  • FEC and ROHC for mission critical services over MBMS TS 29.468CR0047
  • MB2 improvements for GCS AS to be able to request application of FEC and/or RoHC to a MBMS bearer TS 23.468CR0081
  • Correction for FEC and ROHC TS 29.468CR0049
  • Format for FEC framework configuration information in MB2 TS 29.468CR0051
Rel-16 2 changes

In Release 16, the FEC (Forward Erasure Correction) function was updated through the removal of explanatory notes. Furthermore, the format for the FEC framework configuration information within the xMB (Multimedia Broadcast) interface was explicitly defined.

  • Removal of notes for FEC and ROHC TS 23.280CR0162
  • Format for FEC framework configuration information in xMB TS 29.116CR0041
Rel-17 1 change

In Release 17, the specification introduced a new parameter, "FEC-OTI-Maximum-Source-Block-Length," specifically for the FEC Compact-No-Code scheme. This addition defines a configurable upper limit for the source block length within that particular FEC framework. The change provides a mechanism to control this key parameter for the Compact-No-Code FEC instance.

  • FEC-OTI-Maximum-Source-Block-Length for FEC Compact-No-Code TS 26.346CR0669
Rel-18 3 changes

In Release 18, the new work on Forward Erasure Correction (FEC) focused on the application layer, specifically for XR (Extended Reality) traffic. The enhancements introduced procedures and traffic characteristics for RTP-based Application Layer FEC, establishing a framework to improve reliability for immersive media streams.

  • [FS_XRTraffic] Application Layer FEC Traffic characteristics TS 26.925CR0004
  • [FS_XRTraffic] Application Layer FEC Traffic characteristics TS 26.926CR0001
  • [FS_XRTraffic] RTP-based Application Layer FEC TS 26.926CR0002

Explore further

Broader topics and technologies where FEC plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 03.071 v7b0 Location Services (LCS) Stage 2 Description Rel-7
TR 21.905 vj00 3GPP Technical Terms and Definitions Rel-19
TS 23.247 vj30 5G Multicast/Broadcast Service Architecture Rel-19
TS 23.280 vk10 Common Architecture for Mission Critical Services Rel-20
TS 23.468 vj00 Group Communication System Enablers for LTE Rel-19
TS 23.479 vj00 MBMS API for Mission Critical Services Rel-19
TR 23.780 ve00 MBMS for Mission Critical Communication Services Rel-14
TS 23.792 vg00 MBMS API for Mission Critical Services Rel-16
TS 25.201 vj00 UTRA Physical Layer General Description Rel-19
TS 25.221 vj00 UTRA TDD Physical Layer Specification Rel-19
TS 25.222 vj00 UTRA TDD Multiplexing & Channel Coding Rel-19
TS 26.110 vj00 3G-324M Multimedia Codecs for Circuit Switched Networks Rel-19
TS 26.226 vj00 Cellular Text Telephone Modem (CTM) Rel-19
TS 26.230 vj00 CTM C Code Implementation for Text Transmission Rel-19
TS 26.253 vj00 IVAS Codec Algorithmic Description Rel-19
TS 26.258 vj10 IVAS Codec Floating-Point C Code Specification Rel-19
TS 26.267 vj00 eCall In-band Modem Specification Rel-19
TS 26.268 vj00 eCall In-band Modem ANSI-C Code Rel-19
TS 26.269 vj00 eCall In-band Modem Conformance Testing Rel-19
TS 26.346 vj20 MBMS User Services Media Codecs & Protocols Rel-19
TS 26.348 vj00 xMB Interface Specification Rel-19
TS 26.441 vj00 EVS Audio Processing Introduction Rel-19
TS 26.442 vj00 EVS Codec Fixed Point ANSI-C Code Rel-19
TS 26.443 vj00 EVS Codec Floating-Point C Code Rel-19
TS 26.444 vj00 EVS Codec Conformance Test Sequences Rel-19
TS 26.450 vj00 EVS Codec DTX System Level Aspects Rel-19
TS 26.451 vj00 EVS Codec Voice Activity Detector (VAD) Specification Rel-19
TS 26.452 vj00 EVS Codec Fixed-Point C Code Implementation Rel-19
TS 26.502 vj30 5G Multicast-Broadcast User Services Architecture Rel-19
TS 26.802 vj20 Multicast Enhancements for 5G Media Streaming Rel-19
TS 26.804 vj10 5G Media Streaming Extensions Study Rel-19
TR 26.805 vh01 Study on Media Production over 5G NPN Systems Rel-17
TS 26.851 vb20 Enhancements to Multimedia (EMM) for PSS, MMS, MBMS Rel-11
TS 26.880 ve00 MBMS Enhancements for Mission Critical Video Rel-14
TS 26.881 vf00 MBMS FEC for Mission Critical Services Study Rel-15
TS 26.891 vg00 Media Distribution Services in 5G System Rel-16
TR 26.925 vj00 Media Traffic Characteristics for 3GPP Networks Rel-19
TR 26.926 vj00 Traffic Models & Quality Evaluation for Media/XR in 5G Rel-19
TR 26.936 vj00 Audio Codec Characterization Technical Report Rel-19
TR 26.946 vj00 MBMS User Services Overview Rel-19
TR 26.947 vj00 FEC Evaluation for MBMS Enhancement Rel-19
TR 26.952 vj00 EVS Codec Selection, Verification & Characterization Rel-19
TR 26.997 vj00 IVAS Codec Specification Rel-19
TS 29.116 vj00 REST-based protocol for xMB reference point Rel-19
TS 29.333 vj00 MRFC-MRFP Mp Interface Protocol Rel-19
TS 29.468 vj00 MB2 Reference Point Protocol Definition Rel-19
TS 29.580 vj30 5G MBSF Service Interface Stage 3 Specification Rel-19
TS 36.355 vj00 LTE Positioning Protocol (LPP) Rel-19
TS 37.355 vj20 LTE Positioning Protocol (LPP) Rel-19
TS 38.191 vj00 NR Ambient IoT RF Characteristics 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.769 vk00 Ambient IoT Solutions in NR Rel-20
TR 38.835 vi01 Technical Report on XR Enhancements for NR Rel-18
TS 44.031 vj00 Radio Resource LCS Protocol (RRLP) Rel-19
TS 44.318 vj00 Generic Access Network (GAN) Interface Procedures Rel-19
TS 46.041 vj00 GSM Half Rate Speech DTX Operation Rel-19
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.