FMS

First Missing PDCP SN

Protocol →
Introduced in Rel-8

FMS is a PDCP status report field that indicates the first missing PDCP Sequence Number in a reception window, enabling efficient loss detection and retransmission for reliable data delivery in LTE and NR.

Category
Protocol
Introduced
Rel-8
Where
Radio Access Network › E-UTRAN (LTE)
Specifications
1 specs
FMS Description Purpose Related Classification Detected Changes Specifications

Description

The First Missing PDCP SN (FMS) is a key information element within the PDCP (Packet Data Convergence Protocol) status report, defined in 3GPP TS 36.323. It operates in the context of RLC (Radio Link Control) Acknowledged Mode (AM) for user plane data, where reliable delivery is required. The PDCP layer, situated above RLC, is responsible for header compression, ciphering, and in-sequence delivery. When out-of-sequence packets are received, the receiving PDCP entity uses status reports to inform the transmitter about missing packets, with the FMS field pinpointing the start of any gap in the sequence.

Architecturally, the PDCP entity maintains a reception window to track incoming PDCP Protocol Data Units (PDUs). Each PDU carries a PDCP SN. Upon detecting a missing SN (e.g., due to RLC retransmission failures or air interface errors), the receiver generates a PDCP status report. This report includes the FMS, which is the lowest SN that has not been successfully received and for which all lower SNs have been received or are also missing in a contiguous block. It essentially marks the beginning of a loss event in the sequence space.

How it works involves the receiver monitoring the PDCP SNs of incoming PDUs. When a gap is detected, the receiver sets the FMS value to the SN of the first missing PDU. This status report is then sent back to the transmitting PDCP entity, typically triggered by specific events like periodic reporting or upon detection of missing data. The transmitter uses the FMS, along with a bitmap of subsequent missing SNs (if included), to identify exactly which PDUs need retransmission. This mechanism is integral to the PDCP layer's lossless handover support and reliable service for certain QoS flows.

Its role in the network is to enhance data integrity and efficiency. By precisely identifying the first missing packet, it minimizes retransmission ambiguity and reduces overhead compared to full sequence listings. This is particularly important for latency-sensitive applications and during handovers where packet loss must be recovered swiftly. The FMS is a fundamental component of the PDCP ARQ (Automatic Repeat Request) mechanism, ensuring robust data transfer in LTE and 5G NR radio access networks.

Purpose & Motivation

The FMS was introduced to address the need for efficient and reliable packet loss detection and recovery at the PDCP layer in 3GPP systems, starting with LTE in Release 8. Prior approaches in earlier mobile standards often relied solely on RLC for retransmissions, which could be insufficient during certain mobility events like handovers where RLC contexts might be reset. PDCP-layer recovery provides an additional safeguard for data integrity.

The primary problem it solves is enabling lossless handover and reliable data service for specific bearers. During an inter-eNodeB handover in LTE or inter-gNB handover in NR, the source node forwards unacknowledged PDCP PDUs to the target node. The receiving PDCP entity in the target or UE must identify any gaps in the sequence to request retransmissions, and the FMS provides a compact way to signal the starting point of these gaps. This ensures seamless data continuity without packet loss, which is critical for applications like VoIP or real-time gaming.

Historically, without PDCP status reporting and FMS, recovery from packet loss during mobility relied entirely on higher-layer protocols like TCP, which could introduce significant latency due to slow-start and retransmission timeouts. The FMS mechanism allows faster, layer-specific recovery, improving user experience and network efficiency. It addresses limitations of relying only on RLC ARQ, which might not survive handovers, by providing a persistent, end-to-end (between UE and anchor node) loss detection capability.

Classification

Part ofPDCP

Detected Changes Across Releases

from 3GPP Change Requests

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

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

Rel-15 6 changes

In Release 15, the FMS (First Missing PDCP SN) function was introduced as part of the new procedure to "Deliver stored PDCP SDUs for UM DRB at PDCP re-establishment." This function is specifically used during the re-establishment of a PDCP entity for an Unacknowledged Mode Data Radio Bearer to manage the sequence numbering and delivery of data units that were stored prior to the re-establishment event.

  • Deliver stored PDCP SDUs for UM DRB at PDCP re-establishment TS 36.323CR0241
  • CR on supporting of the ROHC for PDCP duplication TS 36.323CR0243
  • Correction on PDCP for eV2X TS 36.323CR0249
  • Correction on PDCP duplication TS 36.323CR0255
  • CR on PDCP structure for split bearer and LWA bearer TS 36.323CR0271
  • Clarification of the PDCP structure TS 36.323CR0273
Rel-16 6 changes

In Release 16, the FMS function was enhanced for LTE PDCP re-establishment procedures specifically when the t-Reordering timer is running, addressing scenarios for both UM and AM DRBs. This provided clearer handling for the First Missing PDCP Sequence Number during re-establishment to maintain data integrity. Additionally, corrections were made to the PDCP status report mechanism to ensure reliable operation.

  • Introducing EHC in LTE PDCP TS 36.323CR0278
  • LTE PDCP corrections for NR IIOT TS 36.323CR0286
  • Correction for PDCP status report TS 36.323CR0287
  • CR on LTE PDCP re-establishment when t-Reordering is used TS 36.323CR0290
  • CR on LTE PDCP re-establishment for UM DRB when t-Reordering is used TS 36.323CR0291
  • CR for LTE PDCP operation after DAPS release TS 36.323CR0296
Rel-17 1 change

In Release 17, the FMS (First Missing PDCP SN) function was enhanced by introducing a correction to the PDCP Control PDU used for Uplink Data Compression (UDC) feedback. This update specifically addressed the format or handling of the PDCP Control PDU within the UDC feedback mechanism. The change ensured proper alignment between UDC procedures and the PDCP entity's processing for data compression and decompression.

  • Correction on PDCP Control PDU for UDC feedback TS 36.323CR0304

Explore further

Broader topics and technologies where FMS plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 36.323 vj00 PDCP Protocol Specification Rel-19