Description
Access Barring (AB) is a fundamental congestion control mechanism in 3GPP networks that operates at the Radio Resource Control (RRC) layer. When a network experiences high load or enters an overload state, the network broadcasts specific barring parameters in system information blocks (SIBs), primarily SIB2 for LTE and SIB14 for specific scenarios. These parameters instruct User Equipment (UE) on whether to proceed with an access attempt or to apply a delay. The core mechanism involves the UE generating a random number and comparing it against a broadcasted barring factor. If the random number is lower than the barring factor, access is barred, and the UE must wait for a barring time before retrying.
The architecture of Access Barring is distributed between the network's Radio Access Network (RAN) and the UE. The network side, managed by the eNodeB in LTE or gNB in 5G NR, determines the congestion level and dynamically sets the barring parameters (e.g., ac-BarringFactor, ac-BarringTime) for different access classes. These parameters are then broadcast over the air interface. The UE side implements the barring logic as specified in 3GPP TS 36.331 (RRC protocol). Upon initiating a connection establishment procedure (e.g., RRC Connection Request), the UE's RRC entity evaluates the relevant barring information based on its access class, the type of access attempt (mobile originating signaling, mobile originating data, emergency), and the specific barring configuration received.
Key components of the AB mechanism include the barring factor (a probability value between 0 and 1), barring time (a duration during which access is prohibited after a barring decision), and access class identifiers. UEs are assigned to one of ten randomly allocated access classes (0-9) and may also belong to special access classes (11-15) for priority users like network operators, emergency services, or public utilities. The network can broadcast separate barring parameters for regular classes and for special classes, allowing differentiated treatment. Furthermore, AB supports barring for specific types of access attempts, such as signaling-only attempts or data-only attempts, providing granular control.
In operation, AB plays a crucial role in Radio Resource Management (RRM) and overload control. By throttling the rate of incoming connection requests, it prevents the RAN and core network nodes (like the MME in LTE) from being overwhelmed, which could lead to call drops, signaling storms, or complete service outages. The mechanism is particularly vital during unpredictable events that cause a sudden surge in access attempts, such as natural disasters when many users simultaneously try to make calls. AB ensures that the network remains operational for at least priority services and can gradually recover as load normalizes.
Purpose & Motivation
Access Barring was introduced to solve the critical problem of network congestion and overload, which became increasingly prevalent as cellular networks evolved from voice-centric to data-centric systems with massive numbers of connected devices. Early cellular systems had limited mechanisms to handle sudden traffic spikes, often leading to complete network collapse during emergencies or major public events. The primary motivation for AB was to provide the network with a proactive, standardized tool to regulate access attempts before congestion causes irreversible service degradation. It addresses the fundamental challenge of shared radio resources: when too many devices attempt simultaneous access, contention leads to collisions, failed procedures, and wasted signaling, ultimately harming all users.
Historically, before standardized AB mechanisms, networks relied on simpler, less granular approaches like hard blocking or vendor-specific proprietary solutions, which often lacked fairness and priority differentiation. The creation of AB in 3GPP Release 5 (within the UMTS framework) established a unified, probabilistic method that could be dynamically adjusted based on real-time network conditions. This was a significant evolution from permanent or semi-static access control. AB specifically solves the problem of signaling overload on control plane entities and radio interface congestion, ensuring that essential services (like emergency calls) can still get through even when the network is under extreme stress.
The technology exists to balance network integrity with user access rights. Without AB, a network facing a surge in requests (e.g., after a power outage when service is restored) might experience a 'signaling storm' where core network processors become overloaded, causing a cascading failure. AB mitigates this by distributing the decision logic to the UEs themselves, using broadcast parameters. This decentralized approach scales efficiently because the network does not need to individually reject each request; instead, UEs self-regulate based on common rules. Furthermore, AB provides the foundation for more advanced congestion management features introduced in later releases, such as Access Class Barring (ACB) enhancements and application-specific barring.
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (6 CRs across 2 releases). Complements the general historical overview above with the evidence-based evolution of this function.
Studied in Rel-5, normative work from Rel-15.
In Release 15, the Access Barring function was updated with specific corrections and clarifications for Implicit Unified Access Control (UAC) and for NB-IoT. The enhancements included corrections to access category determination for Implicit UAC and specific fixes for NB-IoT access barring procedures. Furthermore, the release introduced handling for access barring checks after handover in an eLTE context and defined procedures for SI update notification within the NB-IoT framework.
- Clarification to no barring configuration for Implicit UAC TS 36.331CR3554
- Correction to Access Category and barring config determination for Implicit UAC TS 36.331CR3555
- Access barring check after handover for eLTE TS 36.331CR3593
- Corrections of NB-IoT Access Barring TS 36.331CR3900
- SI update notification and access barring in NB-IoT TS 36.331CR4020
In Release 19, a specific correction was made to the Access Barring function regarding disaster roaming scenarios. The update clarified the access barring check procedure for emergency calls. This ensures the proper handling of emergency call attempts when disaster roaming conditions are in effect.
- Correction on disaster roaming access barring check for emergency call [MINT] TS 36.331CR5196
Explore further
Broader topics and technologies where AB plays a role.
Defining Specifications
3GPP specifications that define or reference AB, 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 36.331 vj00 | LTE RRC Protocol Specification | Rel-19 |