Description
The Quality of Service Class Identifier (QCI) is a fundamental mechanism within the 3GPP Evolved Packet System (EPS) for managing and enforcing Quality of Service (QoS). It is a standardized integer value, ranging from 1 to 9 in its initial definition and later extended, that maps to a pre-configured set of QoS characteristics. These characteristics are not signaled on a per-bearer basis but are instead node-specific parameters that are pre-provisioned within network elements like the eNodeB, Serving Gateway (S-GW), and Packet Data Network Gateway (P-GW). When a bearer is established or modified, it is associated with a specific QCI. This QCI value acts as a reference pointer, instructing each network node on how to handle the packets belonging to that bearer.
Each QCI value is linked to a specific resource type (Guaranteed Bit Rate - GBR or Non-GBR), priority level, Packet Delay Budget (PDB), and Packet Error Loss Rate (PELR). The priority is an integer where a lower value indicates a higher priority for scheduling. The PDB defines an upper bound for the time a packet may be delayed between the UE and the P-GW (or UE and the RAN node in 5G). The PELR defines an upper bound for a rate of non-congestion related packet losses. For GBR bearers, the QCI also implies the need for admission control based on the guaranteed bit rate. The network uses these parameters to make scheduling, queue management, and link layer configuration decisions to meet the service requirements.
Architecturally, QCI is a core part of the EPS bearer model. It is used in the S5/S8 interface between the S-GW and P-GW, the S1 interface between the eNodeB and the MME/S-GW, and over the radio Uu interface. In the control plane, the MME receives the authorized QCI for a bearer from the P-GW (via the S-GW) and communicates it to the eNodeB during bearer setup. The eNodeB then uses this QCI, along with its locally configured mapping tables, to apply the appropriate radio resource scheduling (e.g., in the MAC layer). In 5G, the QoS model evolved with the 5G QoS Identifier (5QI), which is a direct conceptual successor to QCI, though with an expanded range of standardized values and more flexible parameters for new service types.
Purpose & Motivation
QCI was introduced to solve the critical problem of traffic differentiation and guaranteed service performance in all-IP mobile networks. Prior to 3GPP Release 8 and the EPS, circuit-switched and packet-switched domains were separate, with QoS often tied to specific, rigid bearer services. The move to a flat IP architecture required a new, scalable, and efficient method to manage diverse traffic—from voice and video streaming to web browsing and background file downloads—over a shared infrastructure. QCI provides this by standardizing a limited set of well-understood QoS profiles, enabling multi-vendor interoperability and simplifying network configuration and policy management.
Its creation was motivated by the need to support IMS-based services like Voice over LTE (VoLTE) which demand low latency and guaranteed bandwidth, alongside best-effort internet traffic. Without a mechanism like QCI, all packets would be treated equally, leading to poor user experience for real-time applications. QCI allows operators to create a virtual 'pipe' (the bearer) with specific characteristics for a service or application, ensuring that network resources are allocated appropriately. It abstracts complex per-flow QoS parameters into a simple integer, reducing signaling overhead and enabling fast, consistent policy enforcement across the entire network path from the core to the radio interface.
Classification
Release Timeline
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (10 CRs across 5 releases). Complements the general historical overview above with the evidence-based evolution of this function.
In Release 15, the QCI function was enhanced to support new services, specifically through the introduction of a new QCI for MCVideo. Furthermore, packet handling logic was expanded to consider both the QCI and the ARP (Allocation and Retention Priority) priority level together for more granular control.
In Release 16, updates were made to ensure the QCI function correctly supported Mission Critical services by correcting its associated QCI value. Furthermore, the release addressed a gap by defining the necessary mapping from QCI values to the new 5G QoS parameter, 5QI.
In Release 17, the work on the QCI function focused on providing clarifications. Specifically, this included a clarification on the video QCI setting, which was requested following an ETSI Plugtest event. This update aimed to ensure consistent implementation and interoperability for video services.
- Clarification on video QCI setting requested by ETSI Plugtest TS 24.281CR0175
In Release 18, the QCI function was expanded to support new services and access types. Specifically, floor control signalling was enabled to operate over the existing QCI 69 and QCI 65 bearers. Furthermore, a new Quality of Service Class Identifier, QCI 10, was introduced for QoS control specifically for satellite access under Category A.
In Release 19, the primary update to the QCI function was the provision of clarifications specifically for its application over satellite access networks. This work addressed how Quality of Service Class Identifiers are interpreted and managed within satellite-based access contexts. The change ensured consistent QoS handling for satellite connections within the 5G system framework.
- Clarification on QCI for satellite access TS 23.203CR1142
Explore further
Broader topics and technologies where QCI plays a role.
Defining Specifications
3GPP specifications that define or reference QCI, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TR 21.905 vj00 | 3GPP Technical Terms and Definitions | Rel-19 |
| TS 23.203 vj20 | Policy and charging control architecture | Rel-19 |
| TS 23.282 vk00 | MCData Functional Architecture & Info Flows | Rel-20 |
| TS 23.379 vk00 | MCPTT Functional Architecture | Rel-20 |
| TS 23.401 vj50 | Evolved Packet System (EPS) Stage 2 Description | Rel-19 |
| TS 23.468 vj00 | Group Communication System Enablers for LTE | Rel-19 |
| TS 23.700 vk00 | XR Services Application Enablement Layer | Rel-20 |
| TS 23.795 vg10 | V2X Application Architecture Study | Rel-16 |
| TS 24.229 vj50 | IMS call control protocol based on SIP and SDP | Rel-19 |
| TS 24.281 vj40 | MCVideo Signalling Control Specification | Rel-19 |
| TS 24.282 vj50 | MCData Signalling Control Protocols | Rel-19 |
| TS 24.301 vj60 | NAS protocol for Evolved Packet System | Rel-19 |
| TS 24.379 vj50 | Mission Critical Push To Talk (MCPTT) call control | Rel-19 |
| TS 26.114 vj10 | IMS Multimedia Telephony Media Handling | Rel-19 |
| TS 26.348 vj00 | xMB Interface Specification | Rel-19 |
| TR 26.928 vj00 | Study on eXtended Reality (XR) in 5G | Rel-19 |
| TS 29.061 vj00 | Packet Domain Interworking for PLMN | Rel-19 |
| TS 29.116 vj00 | REST-based protocol for xMB reference point | Rel-19 |
| TS 29.213 vj20 | PCC Signalling Flows and QoS Mapping | Rel-19 |
| TS 29.866 vj00 | IMS Disaster Prevention & Restoration Enhancement | Rel-19 |
| TS 32.130 vj20 | Network Sharing OAM&P Requirements | Rel-19 |
| TS 32.251 vj00 | PS Domain Charging Management | Rel-19 |
| TS 36.300 vj00 | E-UTRAN Radio Interface Protocol Architecture Overview | Rel-19 |
| TS 36.314 vj00 | E-UTRA Radio Measurements Specification | Rel-19 |
| TS 36.331 vj00 | LTE RRC Protocol Specification | Rel-19 |
| TS 36.579 | 3GPP TR 36.579 | Rel-8 |
| TS 36.880 vd00 | MDT Enhancements Study for E-UTRAN | Rel-13 |
| TS 37.320 vj00 | Minimization of Drive Tests (MDT) Overview | Rel-19 |
| TS 37.579 vi40 | Mission Critical services conformance testing | Rel-18 |
| TR 37.901 vf10 | UE Application Layer Data Throughput Performance | Rel-15 |
| TR 38.835 vi01 | Technical Report on XR Enhancements for NR | Rel-18 |