Description
Quick UDP Internet Connections (QUIC) is a modern transport layer protocol, initially developed by Google and later standardized by the IETF. Within the 3GPP architecture, its adoption is specified for enabling efficient data transport between the User Equipment (UE), the 5G Core Network (5GC), and application servers. Unlike traditional TCP/TLS stacks, QUIC integrates cryptographic handshakes and transport mechanisms into a single protocol layer, operating over UDP. This design inherently avoids the head-of-line blocking issue present in TCP by allowing multiple independent streams within a single connection. Each stream can be delivered independently, so packet loss on one stream does not stall data delivery on others.
The protocol's operation begins with a handshake that combines connection establishment and cryptographic key exchange, significantly reducing initial connection latency compared to the sequential TCP handshake and TLS negotiation. QUIC connections are identified by a connection ID, making them resilient to changes in the underlying network address, which is particularly beneficial for mobile devices experiencing handovers. All QUIC packets are authenticated and encrypted, including most of the header information, providing strong security and privacy by default, which mitigates ossification and middlebox interference.
In the 3GPP system, QUIC is leveraged for specific service-based interfaces and user plane optimizations. Specifications detail its use for protocols like HTTP/3, enabling more efficient web traffic. The 5G core can utilize QUIC for communication between Network Functions (NFs) over service-based interfaces, where its low-latency connection establishment and improved congestion control can enhance the responsiveness of network signaling. For the user plane, QUIC can transport application data, offering benefits for latency-sensitive services like real-time gaming, video conferencing, and low-latency streaming by minimizing round-trip times and improving performance on lossy or variable networks.
Purpose & Motivation
QUIC was created to address fundamental performance and security limitations of the traditional TCP/TLS protocol stack that underpins much of the internet. The primary motivation was to reduce latency, which is critical for modern interactive web applications, mobile services, and real-time communication. The sequential nature of TCP connection setup and TLS security negotiation introduces multiple round-trip delays before application data can be sent. For mobile users on cellular networks, where round-trip times can be high and variable, this latency is magnified, degrading user experience.
Furthermore, TCP's inherent head-of-line blocking, where a single lost packet stalls the entire connection's data flow, is ill-suited for multiplexed HTTP/2 traffic. QUIC solves this by implementing multiplexing at the transport layer with independent streams. Its use of UDP also allows for faster innovation in congestion control algorithms without requiring kernel updates, as it is implemented in user space. From a security and privacy standpoint, QUIC's mandatory encryption of nearly all packet fields prevents passive observation and manipulation by middleboxes, addressing growing concerns over ossification and surveillance on the internet.
3GPP's integration of QUIC, starting in Release 18, is driven by the need to optimize 5G system performance for a wide range of services, including enhanced Mobile Broadband (eMBB) and Ultra-Reliable Low-Latency Communications (URLLC). By adopting a modern, efficient transport protocol, 3GPP networks can better support the demanding requirements of future applications, reduce load times, improve video streaming quality, and provide a more robust foundation for the evolving internet protocol ecosystem within the mobile domain.
What changed in its specifications
The latest release-to-release comparison of specifications that define QUIC. Each summary describes the whole specification, not only this term.
Rel-19 adds CMCD reporting, multi-source media delivery, content steering, QoS enhancements, and QUIC-based streaming.
Full comparison in TS 26.804 →Rel-19 adds XR and media QoS extensions with burst-size fields, QoS monitoring with bitrate reporting, and energy efficiency monitoring types to TS 29.122. It also adds Multimedia Priority Service for messaging and CAPIF Phase 3 header updates.
Full comparison in TS 29.122 →Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (1 CRs across 1 releases). Complements the general historical overview above with the evidence-based evolution of this function.
Defining Specifications
3GPP specifications that define or reference QUIC, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 23.700 vk10 | AI/ML Application Layer Support Phase 2 | Rel-20 read |
| TS 26.804 vk10 | 5G Media Delivery Architecture Extensions | Rel-20 read |
| TS 29.122 vk10 | T8 SCEF Service Exposure APIs | Rel-20 read |
| TS 29.512 vk10 | Session Management Policy Control Service Stage 3 | Rel-20 read |
| TS 29.514 vk10 | Policy Authorization Service | Rel-20 read |
| TS 33.938 vj30 | 5G Standalone Cryptographic Inventory | Rel-19 read |