Description
The Packet Delay Budget (PDB) is a fundamental Quality of Service (QoS) parameter in the 5G System (5GS), defined in 3GPP TS 23.501. It specifies the maximum allowable end-to-end packet delay for a QoS Flow, measured from the UE to the User Plane Function (UPF) that terminates the N6 interface (towards the Data Network), or vice-versa. The PDB is not a guaranteed delay but a target used by the network's packet scheduling and resource management functions. It is intrinsically linked to a standardized 5G QoS Identifier (5QI), where each 5QI value has a default PDB (and Packet Error Rate) assigned, as per Annex A of TS 23.501.
Operationally, the PDB influences decisions across the RAN and core network. In the Radio Access Network (RAN), the gNB uses the PDB for uplink and downlink scheduling. For example, packets belonging to a QoS Flow with a tight PDB (e.g., 10 ms for URLLC) are prioritized over those with a lax PDB (e.g., 300 ms for buffered streaming). The PDB helps determine scheduling priorities, Hybrid ARQ (HARQ) configurations, and potentially the selection of numerology and slot format. In the core network, the Session Management Function (SMF) may use the PDB during QoS Flow establishment and for policy control interactions with the PCF.
The parameter works in conjunction with other QoS attributes like Guaranteed Flow Bit Rate (GFBR), Maximum Flow Bit Rate (MFBR), and Averaging Window. The network aims to ensure that the 95th percentile of the packet delay distribution does not exceed the PDB for the QoS Flow. For Non-GBR QoS Flows, the PDB indicates a packet delay tolerance used for scheduling. The PDB is a critical enabler for service differentiation, allowing the network to simultaneously support diverse applications from massive IoT to ultra-reliable low-latency communications (URLLC) on a common infrastructure.
Purpose & Motivation
The PDB was introduced to provide a standardized, quantifiable latency target for QoS management in 5G, addressing the need for predictable performance for latency-critical applications. Previous generations (4G LTE) had QoS Class Identifiers (QCIs) with implied performance targets, but 5G's expanded use cases—particularly Industrial IoT, autonomous vehicles, and real-time gaming—required more explicit and stringent delay parameters for reliable network behavior.
It solves the problem of inefficient or unpredictable latency handling for mixed traffic types. By assigning a concrete PDB value to each standardized 5QI, network equipment from different vendors can implement consistent scheduling and admission control algorithms. This ensures interoperability and allows application developers and vertical industries to rely on specific network performance levels. The PDB is a cornerstone of 5G's network slicing capability, as different slices can be configured with different latency budgets to serve distinct service level agreements (SLAs).
Key Features
- Defined per QoS Flow as part of the 5QI characteristics
- Used for packet scheduling prioritization in the RAN (gNB)
- Informs uplink grant scheduling and logical channel prioritization in the UE
- A key parameter for Ultra-Reliable Low-Latency Communication (URLLC) services
- Essential for network slice-specific SLA enforcement
- Reference point for performance monitoring and assurance activities
Evolution Across Releases
Initially studied and defined as part of the 5G QoS framework in TR 22.832 (Study on New Services and Markets Technology Enablers). Established the fundamental concept of a Packet Delay Budget as a core QoS parameter for latency-critical 5G use cases, differentiating it from LTE's QCI model.
Defining Specifications
| Specification | Title |
|---|---|
| TS 22.832 | 3GPP TS 22.832 |
| TS 23.501 | 3GPP TS 23.501 |
| TS 23.725 | 3GPP TS 23.725 |
| TS 23.737 | 3GPP TS 23.737 |
| TS 23.780 | 3GPP TS 23.780 |
| TS 24.385 | 3GPP TS 24.385 |
| TS 24.386 | 3GPP TS 24.386 |
| TS 26.926 | 3GPP TS 26.926 |
| TS 26.928 | 3GPP TS 26.928 |
| TS 29.513 | 3GPP TS 29.513 |
| TS 38.300 | 3GPP TR 38.300 |
| TS 38.321 | 3GPP TR 38.321 |
| TS 38.835 | 3GPP TR 38.835 |
| TS 38.838 | 3GPP TR 38.838 |