CE

Congestion Experienced

QoS
Introduced in Rel-4
Congestion Experienced (CE) is a signaling mechanism in 3GPP networks that indicates network congestion to endpoints. It enables explicit congestion notification (ECN) for IP traffic, allowing transport protocols to react before packet loss occurs. This improves network efficiency and user experience by reducing latency and retransmissions during congestion.

Description

Congestion Experienced (CE) is a codepoint within the Explicit Congestion Notification (ECN) field of the IP header, standardized in RFC 3168 and adopted by 3GPP specifications. In 3GPP networks, CE functions as a critical Quality of Service (QoS) mechanism that provides early warning of network congestion without requiring packet drops. When network elements (such as routers, gateways, or radio nodes) detect impending congestion based on queue lengths or buffer occupancy, they mark the ECN field in IP packet headers with the CE codepoint instead of dropping packets. This marking travels end-to-end, informing both the sender and receiver that congestion is occurring along the path.

The CE mechanism operates through a coordinated interaction between network elements and end-host transport protocols. Network elements capable of ECN (ECN-Capable Transport, or ECT) monitor their queues and apply CE marking according to configured thresholds, typically using Active Queue Management (AQM) algorithms like Random Early Detection (RED). When a packet marked with CE arrives at the receiver, the receiver echoes this congestion indication back to the sender using transport-layer acknowledgments (e.g., TCP ECN-Echo). Upon receiving this feedback, the sender reduces its transmission rate through congestion control algorithms, thereby alleviating the congestion before it leads to packet loss.

Within the 3GPP architecture, CE marking can be applied at multiple points: in the Radio Access Network (RAN) at eNodeBs/gNBs for air interface congestion, in the Core Network at gateways (PGW/UPF) for backhaul and core congestion, and at interconnection points between operators. 3GPP specifications define how CE interacts with QoS Flow management, bearer services, and policy control. The mechanism is particularly valuable in mobile networks where radio conditions are variable and congestion can occur rapidly. By using CE instead of packet drops, networks maintain higher throughput and lower latency for real-time services like VoIP and video streaming.

Key technical components include the 2-bit ECN field in the IP header (with values 00 for Non-ECT, 01/10 for ECT, and 11 for CE), ECN-capable transport protocols (TCP, SCTP, QUIC), and AQM implementations in network equipment. 3GPP ensures interoperability by specifying CE handling across interfaces (S1, N3, N6, etc.) and in protocol layers (PDCP, GTP-U, IP). The effectiveness of CE depends on proper configuration of marking thresholds and widespread deployment of ECN support in both network infrastructure and end devices.

Purpose & Motivation

CE was created to address the fundamental problem of network congestion in packet-switched networks, where traditional congestion control relies on packet loss as a congestion signal. This reactive approach causes significant performance degradation: packet loss triggers retransmissions, increases latency, and reduces throughput, particularly harming delay-sensitive applications. In mobile networks, where bandwidth is scarce and shared dynamically, these effects are magnified. CE provides an explicit, proactive signaling mechanism that allows endpoints to reduce transmission rates before congestion leads to packet loss, thereby improving overall network efficiency and user experience.

The motivation for CE within 3GPP stems from the need to support diverse services with stringent QoS requirements, especially as networks evolved toward all-IP architectures in 3G and beyond. Prior to ECN/CE, congestion management often involved tail-drop queues, which lead to bufferbloat, synchronization problems, and unfairness among flows. CE enables finer-grained congestion control, reduces the latency and jitter that plague real-time communications, and allows networks to operate at higher utilization without sacrificing performance. It aligns with 3GPP's focus on end-to-end QoS across heterogeneous access technologies.

Historically, CE's integration into 3GPP standards addressed limitations in earlier congestion control methods that were insufficient for LTE and 5G's low-latency, high-reliability use cases. By adopting IETF's ECN standard, 3GPP provided a standardized way for mobile networks to participate in Internet-wide congestion management. This is especially critical for enabling efficient transport for services like VoLTE, video streaming, and IoT applications, where predictable performance is essential. CE solves the problem of silent congestion—where packets are delayed excessively in buffers without being dropped—by providing an explicit signal that triggers timely congestion avoidance responses.

Key Features

  • Explicit congestion signaling via IP header ECN field
  • Proactive congestion avoidance before packet loss
  • Reduction in latency and jitter for real-time services
  • Compatibility with Active Queue Management (AQM) algorithms
  • End-to-end operation across 3GPP and non-3GPP networks
  • Support in multiple transport protocols (TCP, SCTP, QUIC)

Evolution Across Releases

Rel-4 Initial

Introduced initial support for congestion management mechanisms in the IP Multimedia Subsystem (IMS) and packet-switched domains. CE was defined as part of QoS architecture for UMTS, enabling basic congestion signaling between network elements and endpoints to improve service reliability in early 3G networks.

Defining Specifications

SpecificationTitle
TS 23.202 3GPP TS 23.202
TS 23.737 3GPP TS 23.737
TS 23.910 3GPP TS 23.910
TS 28.310 3GPP TS 28.310
TS 28.880 3GPP TS 28.880
TS 29.232 3GPP TS 29.232
TS 29.238 3GPP TS 29.238
TS 29.332 3GPP TS 29.332
TS 29.333 3GPP TS 29.333
TS 32.425 3GPP TR 32.425
TS 36.331 3GPP TR 36.331
TS 36.423 3GPP TR 36.423
TS 38.321 3GPP TR 38.321
TS 38.762 3GPP TR 38.762