Glossary term · Protocol

MPQUIC

Multi-Path QUIC

Protocol →

MPQUIC is a transport protocol extension that enables simultaneous data transmission over multiple network paths to enhance throughput, reduce latency, and improve connection resilience.

Introduced
Rel-18
Specifications
8 specs
Category
Protocol
Introduced
Rel-18
Specifications
8 specs
MPQUIC Description Purpose Related Classification Detected Changes Specifications

Description

Multi-Path QUIC (MPQUIC) is an extension of the QUIC transport protocol, standardized by the IETF and adopted by 3GPP. It allows a single QUIC connection to utilize multiple distinct network paths concurrently. This is achieved by establishing multiple subflows within a single connection, each bound to a different 5-tuple (source IP, source port, destination IP, destination port, transport protocol). Each subflow operates independently, with its own congestion control and packet numbering, but they share a common cryptographic and connection context. The protocol intelligently schedules packets across available paths based on real-time path characteristics like latency, loss, and available bandwidth. A key architectural component is the path manager, which discovers, validates, and monitors the viability of each potential path. MPQUIC also handles path migration seamlessly; if one path fails, traffic is immediately rerouted to other active paths without breaking the application-layer connection. This multi-path capability is integrated into the 5G system architecture, where it can leverage multiple PDU sessions, multiple access technologies (e.g., 3GPP and non-3GPP access), or different user plane functions. The 5G core network, through entities like the SMF and UPF, supports the establishment and policy control for connections that can exploit MPQUIC. From an endpoint perspective, devices with multiple radio interfaces (e.g., 5G NR and Wi-Fi) can use MPQUIC to bond these links, presenting a single, robust, high-performance pipe to the application layer.

Purpose & Motivation

MPQUIC was created to address the limitations of single-path transport protocols in increasingly heterogeneous and multi-connected network environments. Traditional TCP and even single-path QUIC are bound to one network path per connection, making them susceptible to the performance bottlenecks or failures of that single path. With the proliferation of devices equipped with multiple radios (e.g., 5G, LTE, Wi-Fi), there was a clear opportunity to improve performance, reliability, and user experience by utilizing all available links simultaneously. The primary problems MPQUIC solves are: 1) Inefficient resource utilization, where only one network interface is used at a time despite others being available; 2) Latency spikes and connection interruptions during handovers or path failures; and 3) Inability to aggregate bandwidth from disparate links to meet the high-throughput demands of modern applications like ultra-HD video, cloud gaming, and massive file transfers. Historically, solutions like MPTCP existed but faced deployment challenges due to middlebox interference and complex network integration. QUIC, being a UDP-based protocol encrypted by default, is more resilient to middlebox manipulation. Extending it with multi-path capabilities (MPQUIC) provided a cleaner, more deployable solution that aligns with the 5G architecture's native support for concurrent access and network slicing. Its adoption in 3GPP Rel-18 was motivated by the need for enhanced transport flexibility to support new service requirements for immersive media, industrial IoT, and reliable vehicular communications.

Classification

Part ofQUIC
Related approachesATSSS

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-18 12 changes
  • Introduction of the MPQUIC Steering Functionality TS 23.501CR3973
  • Determining the ATSSS capabilities of a MA PDU Session when the UE supports MPQUIC TS 23.501CR4457
  • MPQUIC Steering Functionality TS 24.193CR0108
  • Resolve the EN on MPQUIC functionality indicated on untrusted non-3GPP leg TS 24.193CR0117
  • Context identifier for transport mode 1 of MPQUIC functionality TS 24.193CR0136
  • Introduction of MPQUIC Steering Functionality TS 29.244CR0674

+ 6 more changes

Rel-19 21 changes
  • Support for MPQUIC-IP and MPQUIC-E steering functionalities TS 23.501CR5493
  • Support QoS of proxying IP and Ethernet in HTTP over MPQUIC TS 23.501CR5527
  • Handling of UE capability for MPQUIC-IP and MPQUIC-E steering functionalities TS 23.501CR5844
  • MPQUIC-IP and MPQUIC-E support TS 29.244CR0889
  • MPQUIC-IP and MPQUIC-E steering functionalities TS 29.244CR0929
  • Sending both MPQUIC Proxy IPv4 and IPv6 address when using MPQUIC-E steering functionality TS 29.244CR0940

+ 15 more changes

Explore further

Broader topics and technologies where MPQUIC plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 23.501 vk20 5G System Architecture Stage 2 Rel-20
TS 24.193 vk00 ATSSS Procedures for 5G Multi-Access Rel-20
TS 24.501 vk00 5G System (5GS) Non-Access Stratum (NAS) Protocol Rel-20
TS 26.804 vk00 5G Media Streaming Architecture Extensions Rel-20
TS 28.552 vk30 5G Performance Measurements & Network Slicing Rel-20
TS 29.244 vk00 Packet Forwarding Control Protocol (PFCP) Specification Rel-20
TS 29.512 vk00 Session Management Policy Control Service Rel-20
TR 33.938 vj20 3GPP Cryptographic Inventory for 5G System Rel-19