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 Detected Changes 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

Detected Changes Across Releases

from 3GPP Change Requests

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

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

Rel-15 9 changes

In Release 15, the H-SFN (Hyper System Frame Number) function was not newly introduced; the provided Change Requests and grounding context contain no mention of H-SFN. The listed corrections and clarifications for this release instead focus on areas such as the number of E-UTRAN data bearers, measurement triggering, and EN-DC, with technical details pertaining to frame structures, resource blocks, and various physical channel configurations.

  • Introduction of increased number of E-UTRAN data bearers TS 36.321CR1286
  • Introduction of increased number of E-UTRAN data bearers TS 36.331CR3446
  • Correction on measurement triggering based on number of cells TS 36.331CR3657
  • Clarification on number of CC for NR CA TS 38.300CR0062
  • RLF triggering when RLC reaches maximum number of retransmission TS 38.300CR0146
  • Correction to number of radio frames spanned by PDCCH monitoring occasions of a PO TS 38.304CR0103

+ 3 more changes

Rel-16 3 changes

In Release 16, the H-SFN function was enhanced to support an extended number of cells for search space switching trigger configurations. This change provided greater flexibility in managing UE monitoring behavior across a larger set of cells. Additionally, clarifications were made regarding RSRP measurement triggering for a number of cells, particularly in relation to Unmanned Aerial Vehicle (UAV) operations.

  • Extending number of cells for search space switching trigger configuration TS 38.331CR2702
  • Clarification of RSRP measurement triggering for number of cells for UAVs TS 36.300CR1358
  • Corrections on the number of DRBs TS 36.331CR4321
Rel-17 7 changes

In Release 17, a specific correction was made to the Hyper System Frame Number (H-SFN) function regarding its update for System Information (SI). This change, identified from the CR title "Correction for hyperSFN on SI update," addressed an issue in the procedure for updating SI, ensuring the H-SFN value is correctly handled during this process. The update maintains the alignment with the fundamental radio frame structure used for system timing.

  • Remove the maximum number of MIMO layers restrictions for SUL TS 38.331CR2465
  • Addition of extended number range for NS value TS 36.331CR4917
  • Correction for hyperSFN on SI update TS 38.331CR3870
  • Corrections on R17 unified TCI framework TS 38.331CR4100
  • Addition of extended number range for NS value TS 38.331CR3900
  • Correction on calculating number of TBs for multi-TB scheduling TS 36.321CR1540

+ 1 more changes

Rel-18 11 changes

In Release 18, the H-SFN function was not updated; the provided Change Requests and grounding context contain no mention of Hyper System Frame Number (H-SFN) or any related procedures. The listed corrections and introductions focus on areas like uplink power control in the unified TCI framework, maximum configured component carriers, and network signaling for uplink segmentation, but do not address H-SFN.

  • Correction on the maximum number of SSB rsources for L1 measurement without gaps in LTM TS 38.331CR5302
  • Correction to startPreambleForThisPartition and numberOfPreamblesPerSSB-ForThisPartition in RA-report TS 38.331CR5456
  • Introduction of network signalling of maximum number of UL segments [Max-RRC-SegUL] TS 36.331CR5084
  • Corrections on network signalling of maximum number of UL segments [Max-RRC-SegUL] TS 36.331CR5089
  • Maximum number of configured CCs TS 38.300CR0929
  • Corrections on uplink power control in unified TCI framework TS 38.331CR4559

+ 5 more changes

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