OD-SIB1

On-Demand System Information Block 1

Radio Access Network →
Introduced in Rel-19

OD-SIB1 is a 5G NR feature where the essential System Information Block 1 is broadcast by the network only upon a UE's request to reduce always-on broadcast overhead.

Category
Radio Access Network
Introduced
Rel-19
Where
Radio Access Network › NG-RAN (5G)
Specifications
6 specs
OD-SIB1 Description Purpose Related Classification Detected Changes Specifications

Description

On-Demand SIB1 (OD-SIB1) is a 5G New Radio (NR) feature introduced in 3GPP Release 19, specified across the RAN protocol stack (TS 38.300, 38.331, etc.). System Information Block 1 (SIB1) is the most critical system information block, containing parameters necessary for a User Equipment (UE) to determine if it is allowed to access a cell (cell barring status, cell reservation) and the scheduling information for other SIBs. Traditionally, SIB1 is broadcast periodically by the gNB, consuming downlink radio resources continuously.

OD-SIB1 changes this paradigm. In this mode, the gNB does not broadcast SIB1 in its default state. Instead, it broadcasts a minimal System Information (SI), including the Master Information Block (MIB) and possibly SIB1 scheduling information, indicating that SIB1 is available on-demand. A UE requiring SIB1—for example, during initial cell selection after power-on or when entering a new tracking area—must explicitly request it. This request is made via a random-access channel (RACH) procedure. The UE sends a Physical Random Access Channel (PRACH) preamble, and in the subsequent Message 2 (Random Access Response, RAR), the gNB includes an uplink grant. The UE then uses this grant to transmit a dedicated RRC message (e.g., an RRCSystemInfoRequest) to solicit SIB1. Upon receiving this valid request, the gNB then broadcasts SIB1 for a configured duration, allowing the requesting UE and any other UEs in the area to acquire it.

The architecture involves coordination across the PHY, MAC, and RRC layers. The MIB, broadcast via the Physical Broadcast Channel (PBCH), carries a flag (e.g., si-BroadcastStatus) informing the UE of the on-demand status. The RRC layer in the UE handles the logic to trigger the request based on its need for SIB1. The gNB's MAC layer schedules the RAR with the UL grant, and its RRC layer triggers the subsequent SIB1 broadcast. This mechanism significantly reduces the average overhead of system information broadcasting, especially in small cells, indoor cells, or cells serving primarily connected-mode UEs where initial access events are infrequent. It is a key enabler for energy-efficient network operation, aligning with 5G's goals of sustainability and massive IoT support.

Purpose & Motivation

OD-SIB1 was created to address the inefficiency of perpetual system information broadcasting in 5G networks, particularly for deployment scenarios where continuous broadcast is wasteful. In traditional networks, SIB1 is broadcast every 80 ms regardless of whether any UE needs it. In low-traffic scenarios—such as a small cell at night, a neutral host network in a building after hours, or a network slice dedicated to sparse IoT sensors—this represents a constant drain on gNB energy and a perpetual consumption of downlink radio resources (energy and spectrum) for potentially little to no benefit.

The motivation stems from the 5G design pillars of enhanced mobile broadband, massive IoT, and ultra-reliable low-latency communications, all of which demand more efficient resource utilization. Release 19's focus on 'Network Energy Savings' provided the direct context. OD-SIB1 directly reduces the gNB's power consumption by allowing the transmitter to turn off the SIB1 broadcast channel when not needed. It also frees up physical resource blocks (PRBs) for user data traffic or other purposes. This solves the limitation of the 'always-on' broadcast model, which was a legacy from earlier generations where UE complexity and battery life were the primary constraints, not network energy efficiency. By making SIB1 acquisition a triggered, on-demand process, networks can achieve substantial operational cost savings and reduced environmental impact, especially as 5G deployments become denser.

Classification

Part ofSIB1

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-19 2 changes

In Release 19, the OD-SIB1 function was refined with specific corrections to its configuration provision status update mechanism and its procedure for network energy saving. The updates involve the coordination between gNBs over the Xn interface to control the transmission of OD-SIB1 configurations, allowing a cell to manage UE access based on OD-SIB1 support. Furthermore, the corrections ensure that the on-demand request procedure, which uses MSG1 of the random access process, aligns with network energy-saving states while maintaining operation for UEs in RRC_IDLE, RRC_INACTIVE, and RRC_CONNECTED states.

  • Corrections to OD-SIB1 Configuration Provision Status Update TS 38.423CR1579
  • Correction of OD-SIB1 procedure for network energy saving TS 38.473CR1609

Explore further

Broader topics and technologies where OD-SIB1 plays a role.

Defining Specifications

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

SpecificationTitleRelease
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.401 vj10 NG-RAN Architecture Specification Rel-19
TS 38.423 vj10 Xn Application Protocol (XnAP) specification Rel-19
TS 38.473 vj10 5G F1 Application Protocol (F1AP) 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.