Description
Application specific Congestion control for Data Communication (ACDC) is a standardized 3GPP feature designed to provide granular, application-aware congestion management at the network access level. Unlike traditional congestion control methods that apply blanket restrictions to all traffic, ACDC operates by categorizing applications into distinct ACDC categories and applying selective access control barring (ACB) mechanisms based on these categories during periods of network congestion. The core principle is to allow the network to prioritize access attempts for critical or operator-designated applications while temporarily restricting or delaying access attempts from less critical applications, thereby alleviating signaling and data plane congestion and preserving service availability for high-priority use cases.
The architecture of ACDC involves coordination between the core network (CN) and the user equipment (UE). The network, specifically the Access and Mobility Management Function (AMF) in 5GC or the Mobility Management Entity (MME) in EPS, is responsible for defining and broadcasting ACDC-specific barring parameters via system information blocks (SIBs). These parameters, defined per ACDC category, include a barring factor and a barring time. The UE, which is provisioned with an ACDC category for each of its applications (typically via the USIM or device management), reads these broadcast parameters. When an application triggers a service request (e.g., for a mobile-originated data session or signaling connection establishment), the UE evaluates the request against the barring parameters for that application's assigned ACDC category. This evaluation involves drawing a random number and comparing it to the broadcast barring factor; if access is barred, the UE enters a timer-based wait state before retrying, effectively throttling access attempts from applications in congested categories.
Key components of the ACDC system include the ACDC category, a numeric identifier (e.g., 1-16) assigned to an application; the network-defined barring parameters for each category; and the UE's ACDC capability and rule enforcement logic. The UE's behavior is specified in protocols such as TS 24.301 (NAS) and TS 36.331 (RRC), ensuring standardized interaction with the radio access network (E-UTRAN, NG-RAN). ACDC does not directly manage data flow or quality of service (QoS) once a session is established; its role is exclusively focused on the initial access control phase. It acts as a preventive, signaling-layer filter to mitigate congestion storms that can be caused by a massive number of UEs simultaneously attempting to access the network for non-urgent services, such as social media updates or background syncs, during events that strain network capacity.
Purpose & Motivation
ACDC was created to address the critical problem of signaling and access congestion in cellular networks, particularly during mass events, emergencies, or network failures. Prior to ACDC, congestion control mechanisms like Access Class Barring (ACB) and Extended Access Barring (EAB) were relatively blunt instruments. ACB could bar entire classes of UEs (e.g., based on subscriber type), and EAB could target UEs configured for low access priority, but neither could distinguish between different *applications* running on the same device. This limitation became acute with the proliferation of smartphones and background applications, where a single UE could generate numerous access attempts for non-essential services, contributing to network overload and potentially blocking access for critical communications like emergency alerts or mission-critical operator services.
The historical context for ACDC's introduction in 3GPP Release 13 was the growing need for smarter, more application-aware network management. Operators required a tool to ensure network resilience and service continuity for high-value applications (e.g., voice, IoT alarm systems, public safety communications) even under extreme load. ACDC solves this by shifting the congestion management paradigm from a device-centric or subscriber-class-centric model to an application-centric model. It allows an operator to define policies that, for instance, permit a banking application or a smart meter reporting service to access the network while temporarily barring a video streaming app during a congestion event. This targeted approach improves overall network efficiency, enhances the user experience for priority services, and provides operators with a powerful policy tool for traffic steering and congestion mitigation, forming a foundational element for service differentiation and network slicing preparations.
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (111 CRs across 5 releases). Complements the general historical overview above with the evidence-based evolution of this function.
Studied in Rel-13, normative work from Rel-15.
In Release 15, the ACDC function was introduced as **Service Gap Control**, a mechanism allowing the network to manage UE-originated signaling and data during congestion. It defines UE behaviors, such as restricting Mobile Originated (MO) activities when a service gap timer is running, and includes updates for feature negotiation and non-supporting UEs. The release also specified updates to the USIM Service Table to support this function and clarified procedures for attach without a PDN connection.
- UE behaviour on congestion for MO MMtel voice call TS 24.301CR2955
- Introduction of Service Gap Control; basics and feature negotiation TS 24.301CR2982
- Service Gap Control feature; non supporting UEs TS 24.301CR2983
- Service Gap Control; UE behaviour service gap timer is running TS 24.301CR2984
- Service Gap Control feature cleanup and corrections TS 24.301CR3010
- USIM Service Table update for PDU session call control support TS 31.102CR0786
+ 26 more changes
In Release 16, the ACDC function was enhanced with specific corrections and clarifications to its handling procedures. This included a correction to the handling of APN-based congestion control and a correction to the handling of NAS-level mobility management congestion control, refining how these network-initiated controls are applied. Furthermore, updates were made to ensure proper interaction with other mechanisms, such as the reset of the PLMN-specific attempt counter.
- NAS security mode control handling in case of RLOS access TS 24.301CR3218
- Small data rate control parameters received in EPS TS 24.301CR3245
- UE specific DRX for NB-S1 mode TS 24.301CR3353
- Update timer T3448 for CP congestion control in 5GS TS 24.301CR3215
- Applying APN rate control at inter-system change TS 24.301CR3287
- Service gap control timer related corrections TS 24.301CR3335
+ 9 more changes
In Release 17, the ACDC function was enhanced to handle congestion during emergency registration and to clarify the handling of non-congestion back-off timers for network-initiated detach and 5GS session management. Specifically, it introduced procedures for congestion handling of initial registration for emergency services and provided clarifications on ESM and 5GSM non-congestion back-off timer management.
- Resolving the Editor's note related to supporting paging timing collision control as a capability for MUSIM in EPS TS 24.301CR3568
- Using Service Request procedure for removing paging restrictions in EPS for MUSIM UE that uses the control plane CIoT EPS optimization TS 24.301CR3564
- Uplink control during EPS UUAA-SM TS 24.301CR3615
- Congestion handling of initial registration for emergency TS 24.301CR3461
- Clarify ESM non-congestion back-off timer handling for detach required TS 24.301CR3484
- Handling of 5GSM non-congestion back-off timer TS 24.301CR3702
+ 4 more changes
In Release 18, key ACDC enhancements included the introduction of a DN-specific identity within the PDN CONNECTIVITY REQUEST and protocol configuration options, and explicit authorization and rejection procedures for A2X direct C2 communications in EPS. Furthermore, the release added mechanisms for UE unavailability period reporting to enhance discontinuous coverage handling alongside congestion control.
- Include DN-specific identity in PDN CONNECTIVITY REQUEST TS 24.301CR3861
- Authorization of A2X Direct C2 Communications in EPS TS 24.301CR3881
- Authorization of A2X direct C2 communication in EPS - additional procedures TS 24.301CR3891
- UE unavailability period reporting for enhanced discontinuous coverage overrides mobility management congestion control - EPS TS 24.301CR3939
- Add EF of Access Control to GBA_U_APIs to the USIM TS 31.102CR1007
- EPC MPS exemption for non-congestion back-off TS 24.301CR3823
+ 10 more changes
In Release 19, the ACDC function was enhanced with new capabilities for RAT utilization control in EPS, including its application during periodic tracking area updating and GUTI reallocation procedures. The release also introduced mechanisms for storing this control information in non-volatile memory, extended its applicability to satellite E-UTRAN and NG-RAN, and defined handling for equivalent PLMNs. Furthermore, it added a PLMN-specific attempt counter for disaster roaming services and clarified congestion control behavior upon reception of an ESM data transport message.
- Control of UE RAT utilization by EPS TS 24.301CR4077
- Addition of satellite E-UTRAN and satellite NG-RAN in RAT utilization control TS 24.301CR4107
- Storing RAT utilization control information in non-volatile-memory TS 24.301CR4119
- RAT utilization control information for equivalent PLMNs TS 24.301CR4111
- Control of UE RAT utilization in EPS TS 24.301CR4138
- PLMN-specific attempt counter for the UE attached for the disaster roaming services TS 24.301CR4567
+ 32 more changes
Explore further
Broader topics and technologies where ACDC plays a role.
Defining Specifications
3GPP specifications that define or reference ACDC, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 22.011 vj50 | Service Accessibility Procedures | Rel-19 |
| TR 22.818 ve00 | Control of Apps When 3rd Party Servers Have Issues | Rel-14 |
| TS 24.105 vj00 | ACDC Management Object Specification | Rel-19 |
| TS 24.301 vj60 | NAS protocol for Evolved Packet System | Rel-19 |
| TS 25.300 vj00 | UTRA Radio Interface Enhancements Overview | Rel-19 |
| TS 25.304 vj00 | UTRA Idle Mode Procedures Specification | Rel-19 |
| TS 25.331 vj00 | UTRAN RRC Protocol Specification | Rel-19 |
| TR 26.938 vj00 | DASH Deployment Guidelines for 3GPP Networks | Rel-19 |
| TS 31.102 vj40 | USIM Application Specification | Rel-19 |
| TS 36.304 vj00 | UE Idle Mode Procedures in E-UTRA | Rel-19 |
| TS 36.306 vj00 | E-UTRA UE Radio Access Capability Parameters | Rel-19 |
| TS 36.331 vj00 | LTE RRC Protocol Specification | Rel-19 |