QCI

Quality of Service Class Identifier

QoS →
Introduced in Rel-8 Also in: Core Network, Radio Access Network, Testing

QCI is a scalar identifier that specifies a standardized set of Quality of Service characteristics, such as priority and delay budget, for a bearer in 3GPP networks to enable traffic differentiation.

Category
QoS
Introduced
Rel-8
Where
Services › Codecs
Also touches
3 segments
Specifications
31 specs
QCI Description Purpose Related Classification Detected Changes Specifications

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

Part of5QI
Specific typesPBTSTMRTOS
Related approachesARP

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

Specific 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.

Rel-15 4 changes

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.

  • New QCI for MCVideo TS 24.301CR3080
  • Use of ARP priority level in addition to QCI for packet handling TS 23.203CR1110
  • Extension on QCI for MC Video TS 23.203CR1111
  • Use of ARP priority level in addition to QCI for packet handling TS 23.401CR3359
Rel-16 2 changes

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.

  • Correct qci for Mission critical extension TS 29.116CR0046
  • Missing QCI to CAPC mapping TS 36.300CR1240
Rel-17 1 change

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
Rel-18 2 changes

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.

  • Floor control signalling over QCI 69 and QCI 65 TS 23.379CR0314
  • New QCI 10 for QoS control for satellite access – Cat A TS 24.301CR3829
Rel-19 1 change

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.

SpecificationTitleRelease
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
Patrick Zandl

About the author: Patrick Zandl (b. 1974)

Telecommunications specialist, technology journalist (founder of the Mobil server), and developer who has been running since 2025 — the largest Czech-language resource on AI-assisted programming. Formerly Chief Wizard Architect at Prusa3D and head of development for Turris at CZ.NIC; currently a consultant and instructor on AI implementation in companies.