SFN

System Frame Number

Physical Layer →
Introduced in R99 Also in: User Equipment

SFN is a counter that numbers the radio frames in a cell, providing timing synchronization for essential radio procedures like system information scheduling and paging.

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

Description

The System Frame Number (SFN) is a fundamental timing parameter in cellular networks, serving as a modulo counter that uniquely identifies each radio frame within a cell's transmission timeline. In LTE, the SFN cycles from 0 to 1023, corresponding to a period of 10.24 seconds (1024 frames * 10 ms/frame). In 5G NR, two ranges are defined: the 10-bit SFN (0-1023) for fundamental timing and the 12-bit Hyper-SFN (H-SFN, 0-4095) for extended timing procedures, especially for IoT and reduced capability devices. The SFN is broadcast within the Master Information Block (MIB) on the Physical Broadcast Channel (PBCH). In LTE, the 8 most significant bits of the SFN are carried in the MIB, while the 2 least significant bits are derived from the PBCH decoding timing. In NR, the PBCH payload carries part of the SFN, and the full value is obtained by combining this with information from the PBCH's Demodulation Reference Signals (DM-RS) and the radio frame timing. The SFN is crucial for time-synchronized network operations. It determines the scheduling of System Information Blocks (SIBs), which are transmitted in specific radio frames and subframes according to formulas based on SFN. It governs paging occasions, where UEs wake up to check for pages only in frames where SFN mod T = T_Offset, with T being the paging cycle. For measurements, UEs use SFN to time-stamp measurement reports (e.g., for handover) and to synchronize discontinuous reception (DRX) cycles. In positioning protocols like LTE Positioning Protocol (LPP) and NR Positioning Protocol (NRPP), SFN is used as a common time reference for Observed Time Difference of Arrival (OTDOA) measurements. Essentially, the SFN provides a cell-specific 'clock' that aligns all UE and network activities within the cell's radio resource grid.

Purpose & Motivation

The SFN was introduced from the earliest 3GPP releases (R99) to provide a standardized, cell-level time reference, addressing the need for deterministic scheduling and synchronization in digital cellular systems. Prior analog systems lacked such a unified, broadcast timing counter, making coordinated channel access and power-saving mechanisms difficult. The SFN solves several critical problems: it enables efficient sleep modes (DRX/paging) by allowing UEs to predict exactly when to wake up based on a known cycle, drastically saving battery life. It allows for the periodic and predictable broadcasting of system information, ensuring all UEs can acquire vital network parameters without continuous monitoring. It provides a common timebase for handover measurements and reporting, ensuring the network can accurately compare measurements from different UEs or different times. Furthermore, it supports advanced features like Multimedia Broadcast Multicast Service (MBMS) where synchronized transmission from multiple cells (MBSFN) requires precise frame alignment. The evolution to include H-SFN in later releases (for LTE-M, NB-IoT, and NR) was motivated by the need for even longer timing cycles for ultra-low-power IoT devices, enabling extended DRX cycles beyond 10.24 seconds and more efficient scheduling for small, infrequent data transmissions.

Classification

Part ofH-SFN
Specific typesBFNH-SFN
Related approachesPBCH

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 2 changes

In Release 15, the SFN function was enhanced to support new multi-connectivity and positioning features. Specifically, it introduced a UE capability for synchronization of the System Frame Number between cells in NR Dual Connectivity, and defined an SFN offset parameter for use in the OTDOA positioning method.

  • Introduction of UE capability for NR-DC with SFN synchronization between PCell and PSCell TS 38.331CR1265
  • SFN offset for OTDOA TS 36.355CR0229
Rel-18 1 change

In Release 18, the update specifically targeted test conditions for Carrier Aggregation (CA) in High-Speed Train (HST) scenarios involving the System Frame Number (SFN). The change refined the criteria for SFN-related test cases to ensure proper validation under these demanding mobility conditions.

  • Update condition for CA HST-SFN test cases TS 38.522CR0528

Explore further

Broader topics and technologies where SFN plays a role.

Defining Specifications

3GPP specifications that define or reference SFN, 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.123 vj00 Radio Resource Management for TDD Rel-19
TS 25.133 vj00 UTRAN RRM Requirements for FDD Rel-19
TS 25.171 vj00 A-GPS Minimum Performance Requirements for UTRA FDD UE Rel-19
TS 25.172 vj00 A-GANSS UE Minimum Performance Requirements (FDD) Rel-19
TS 25.173 vj00 A-GANSS Performance Requirements (TDD) 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.214 vj00 UTRA FDD Physical Layer Procedures 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 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.402 vj00 UTRAN Synchronisation Mechanisms Rel-19
TS 25.423 vj00 UTRAN RNSAP Specification Rel-19
TS 25.800 vc10 UMTS Heterogeneous Networks Study Rel-12
TR 25.912 vj00 Evolved UTRA and UTRAN Technical Report Rel-19
TR 25.931 vj00 UTRAN Signalling Procedures Examples Rel-19
TS 26.802 vj20 Multicast Enhancements for 5G Media Streaming Rel-19
TS 36.133 vj20 E-UTRA RRM Requirements Rel-19
TS 36.171 vj10 A-GNSS Minimum Performance Requirements for UE 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.331 vj00 LTE RRC Protocol Specification Rel-19
TS 36.355 vj00 LTE Positioning Protocol (LPP) Rel-19
TS 36.401 vj00 E-UTRAN Overall Architecture Description Rel-19
TS 36.855 vd00 E-UTRA Positioning Enhancements Study Rel-13
TS 36.878 vd00 LTE Performance Enhancements for High Speed Scenarios Rel-13
TS 37.355 vj20 LTE Positioning Protocol (LPP) Rel-19
TS 37.571 vj00 UE Conformance for Positioning Rel-19
TS 38.133 vj20 5G UE Radio Requirements for RRC_IDLE Mobility Rel-19
TS 38.171 vj10 5G A-GNSS UE Positioning Requirements 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.331 vj00 NR Radio Resource Control (RRC) Protocol Specification Rel-19
TS 38.401 vj10 NG-RAN Architecture Specification 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.913 vj00 Next Gen Access Tech Scenarios & Requirements 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.