Menu
Latest
12 meetings · Prague, Jeju · 12–16 Oct
Reports
RAN1#126-bis · SA2#177

Glossary term · QoS

QCI

Quality of Service Class Identifier

QoS →

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.

Introduced
Rel-8
Where
Services › IMS
Specifications
31 specs
Also in
Core Network, Radio Access Network, Testing
QCI Description Purpose What changed Neighbours 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.

What changed in its specifications

The latest release-to-release comparison of specifications that define QCI. Each summary describes the whole specification, not only this term.

TR 21.905Rel-17 → Rel-18

Rel-18 brings only minor changes to TS 21.905: 0 clauses changed, with no change attributed to a release feature.

Full comparison in TR 21.905 →
TS 23.203Rel-16 → Rel-17

NB-IoT/eMTC support for Non-Terrestrial Networks: adds QCI characteristic for satellite access, note on GEO/LEO delays, and PCRF policy control for satellite PDN connections.

Full comparison in TS 23.203 →

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
  • 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
  • Correct qci for Mission critical extension TS 29.116CR0046
  • Missing QCI to CAPC mapping TS 36.300CR1240
Rel-17 1 change
  • Clarification on video QCI setting requested by ETSI Plugtest TS 24.281CR0175
Rel-18 2 changes
  • 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
  • Clarification on QCI for satellite access TS 23.203CR1142

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 vj20 3GPP Terminology and Definitions Rel-19 read
TS 23.203 vk10 Policy and Charging Control Architecture Rel-20 read
TS 23.282 vk31 Mission Critical Data Architecture Rel-20 read
TS 23.379 vk40 Mission Critical Push-to-Talk Architecture Rel-20 read
TS 23.401 vk10 Evolved Packet System Architecture Rel-20 read
TS 23.468 vj00 Group Communication System Enablers for LTE Rel-19 read
TS 23.700 vk10 AI/ML Application Layer Support Phase 2 Rel-20 read
TS 23.795 vg10 V2X Application Architecture Study Rel-16 read
TS 24.229 vk10 IMS SIP/SDP Call Control Protocol Rel-20 read
TS 24.281 vk10 MCVideo Signalling Control Rel-20 read
TS 24.282 vk10 MCData Signalling Control Protocols Rel-20 read
TS 24.301 vk10 EPS NAS Mobility and Session Management Rel-20 read
TS 24.379 vk10 MCPTT Call Control Protocol Rel-20 read
TS 26.114 vk11 IMS Multimedia Telephony Client Rel-20 read
TS 26.348 vj00 xMB Interface Specification Rel-19 read
TR 26.928 vj00 Study on eXtended Reality (XR) in 5G Rel-19 read
TS 29.061 vk10 Packet Domain Interworking Requirements Rel-20 read
TS 29.116 vj00 REST-based protocol for xMB reference point Rel-19 read
TS 29.213 vj30 PCC Procedures and Flows Rel-19 read
TS 29.866 vj00 IMS Disaster Prevention & Restoration Enhancement Rel-19 read
TS 32.130 vj20 Network Sharing OAM&P Requirements Rel-19 read
TS 32.251 vj00 PS Domain Charging Management Rel-19 read
TS 36.300 vj20 E-UTRAN Radio Interface Protocol Architecture Rel-19 read
TS 36.314 vj00 E-UTRA Radio Measurements Specification Rel-19 read
TS 36.331 vj40 E-UTRA Radio Resource Control (RRC) Protocol Rel-19 read
TS 36.579 3GPP TR 36.579 Rel-8 read
TS 36.880 vd00 MDT Enhancements Study for E-UTRAN Rel-13 read
TS 37.320 vj40 MDT Overall Description (Stage 2) Rel-19 read
TS 37.579 vi50 Mission Critical (MC) services Rel-18 read
TR 37.901 vf10 UE Application Layer Data Throughput Performance Rel-15 read
TR 38.835 vi01 Technical Report on XR Enhancements for NR Rel-18 read