H-SFN

Hyper System Frame Number

Radio Access Network →
Introduced in Rel-13 Also in: User Equipment

H-SFN is an extended frame counter used in LTE and NR to provide a longer timing reference for infrequent procedures like extended DRX cycles, broadcast scheduling, and positioning.

Category
Radio Access Network
Introduced
Rel-13
Where
Radio Access Network › NG-RAN (5G)
Also touches
1 segments
Specifications
8 specs
H-SFN Description Purpose Related Classification Specifications

Description

The Hyper System Frame Number (H-SFN) is a crucial timing mechanism defined within the 3GPP Radio Access Network (RAN) specifications for both LTE (E-UTRA) and NR (New Radio). It functions as an extension of the conventional System Frame Number (SFN), which cycles from 0 to 1023, providing a longer-duration time reference. The H-SFN is a 10-bit value, effectively creating a two-level hierarchical timing structure: the standard SFN cycles every 10.24 seconds, while the H-SFN increments by one each time the SFN wraps around from 1023 to 0. This results in a combined H-SFN+SFN cycle of approximately 2 hours, 55 minutes, and 50 seconds (1024 * 10.24 seconds). This extended timeline is essential for scheduling network procedures that occur very infrequently.

Architecturally, the H-SFN is maintained by the network's base station (eNB in LTE, gNB in NR) and broadcast to all User Equipments (UEs) within the cell via system information. Specifically, it is transmitted in the MasterInformationBlock (MIB) in NR and via dedicated SystemInformationBlocks (SIBs) in LTE. The UE uses this broadcast H-SFN value to align its internal timing with the network for various long-term scheduling purposes. The network uses the H-SFN to schedule the transmission of other system information blocks, paging occasions for UEs in extended idle mode, and to coordinate positioning reference signals.

The H-SFN's operation is integral to power-saving features like extended Discontinuous Reception (eDRX) and Power Saving Mode (PSM). For eDRX, which can have cycles lasting minutes or even hours, the H-SFN provides the coarse timing reference needed to determine the specific hyperframe in which a UE's paging time window (PTW) will occur. Without the H-SFN, scheduling such long cycles would be impossible with the limited range of the standard SFN. Similarly, for broadcast channel scheduling, certain SystemInformationBlocks (e.g., SIB20 in LTE for warning messages) are only transmitted at specific H-SFN periods, reducing network overhead and UE power consumption from unnecessary monitoring.

In the context of New Radio, the H-SFN retains its fundamental role and is broadcast in the MIB as part of the systemFrameNumber field, which now carries the combined Most Significant Bits (MSBs) of the H-SFN. Its application has been extended to support new NR features like positioning, where precise timing over long periods is required, and for the scheduling of other system information with very long modification periods. The H-SFN thus serves as a foundational, scalable timing framework that supports advanced RAN functionalities requiring extended temporal coordination between the network and the device.

Purpose & Motivation

The H-SFN was introduced primarily to support the power-saving requirements of Machine-Type Communication (MTC) and Internet of Things (IoT) devices in LTE, which were a major focus from 3GPP Release 13 onwards. Prior to its introduction, the network's timing was confined to the 10.24-second cycle of the SFN. This limitation posed a significant problem for scheduling infrequent events, such as paging for devices using very long eDRX cycles or broadcasting system information that changes only rarely. Devices would have to wake up and monitor the channel too frequently if scheduled solely within the SFN window, negating the battery life benefits of deep sleep modes.

The creation of H-SFN solved this by providing a much larger time grid. This allowed the network to unambiguously schedule events days or weeks into the future using the H-SFN as a coarse calendar and the SFN for fine-grained timing within that hyperframe. It addressed the limitations of the previous approach where long-term scheduling was complex and required additional signaling overhead. The extended timeline is also critical for applications like Earthquake and Tsunami Warning System (ETWS) and Commercial Mobile Alert System (CMAS), where warning messages might be valid for extended periods and need to be broadcast on a predictable, long-term schedule without consuming continuous radio resources.

As networks evolved towards 5G NR, the need for such extended timing references persisted and expanded. NR inherited and formalized the H-SFN concept to ensure backward compatibility in timing design for new IoT and massive MTC scenarios, and to support advanced services like ultra-reliable low-latency communication (URLLC) and enhanced positioning, which may also benefit from long-duration reference patterns. The H-SFN is therefore a key enabler for energy-efficient, large-scale device connectivity and reliable long-term scheduling in modern cellular networks.

Classification

Part ofSFN
Specific typesSFN

Release Timeline

Evolution Across Releases

Rel-13 Initial

Introduced in LTE to support enhanced Machine-Type Communication (eMTC) and Narrowband-IoT (NB-IoT). Provided the foundational 10-bit H-SFN broadcast in SIB1 for scheduling extended DRX cycles, Paging, and specific SIBs (like SIB20) with long modification periods, enabling significant UE power savings.

Enhanced support for further eMTC and NB-IoT optimizations. Clarifications and extensions on H-SFN usage for scheduling of new SIBs and for improved positioning techniques for IoT devices, solidifying its role in LTE-M and NB-IoT deployments.

Formally carried the H-SFN concept into 5G New Radio (NR). Defined its broadcast within the NR Master Information Block (MIB) as part of the systemFrameNumber field. Established its use for NR paging, system information scheduling, and as a basis for future NR-based IoT and positioning features.

Expanded H-SFN applications in NR for integrated access and backhaul (IAB), where timing alignment across multi-hop networks is critical, and for enhanced Ultra-Reliable Low-Latency Communications (URLLC) requiring precise long-term timing references for periodic resource allocation.

Further enhancements for NR RedCap (Reduced Capability) devices and sidelink communication. H-SFN used for scheduling of sidelink resource pools and for power-saving features in RedCap UEs, extending its utility to new device classes and direct communication scenarios.

Continued evolution for advanced NR features, including support for network-controlled repeaters and further positioning enhancements. H-SFN provides a stable long-term timing framework for managing these new network entities and services.

Ongoing work expected to refine H-SFN usage for future IoT expansions, ambient IoT, and potential harmonization with non-terrestrial networks (NTN) where long propagation delays and orbital periods require robust extended timing structures.

Explore further

Broader topics and technologies where H-SFN plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 36.300 vj00 E-UTRAN Radio Interface Protocol Architecture Overview Rel-19
TS 36.304 vj00 UE Idle Mode Procedures in E-UTRA Rel-19
TS 36.321 vj00 E-UTRA MAC Protocol Specification Rel-19
TS 36.331 vj00 LTE RRC Protocol Specification Rel-19
TS 38.300 vj00 NG-RAN Overall Description Rel-19
TS 38.304 vj00 UE RRC_IDLE and RRC_INACTIVE Procedures Rel-19
TS 38.331 vj00 NR Radio Resource Control (RRC) Protocol Specification Rel-19
TS 38.523 vj20 5G NR UE Conformance Testing: Idle/Inactive 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.