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
Release Timeline
Detected Changes Across Releases
from 3GPP Change RequestsSpecific 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.
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.
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.
| Specification | Title | Release |
|---|---|---|
| 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 |