QoS Class Identifier
The QoS Class Identifier (QCI) is a scalar value defined in 3GPP specifications for the Evolved Packet System (EPS) and 5G System (5GS), serving as a reference to a specific packet forwarding treatment applied to service data flows in mobile networks.[1] It encapsulates standardized characteristics such as resource type (Guaranteed Bit Rate or Non-Guaranteed Bit Rate), priority level, packet delay budget, and packet error loss rate, while also linking to operator-configured node-specific parameters like scheduling weights and admission control thresholds.[1] Within the Policy and Charging Control (PCC) architecture, the QCI plays a central role by enabling the Policy and Charging Rules Function (PCRF) to authorize and enforce QoS parameters for bearers, ensuring consistent treatment of traffic across multi-vendor environments and roaming scenarios.[1] Each service data flow is associated with exactly one QCI, which maps to bearer-level behaviors for prioritization, queuing, and rate control, supporting diverse applications from real-time voice and video to best-effort data services.[1] In EPS (LTE networks), QCIs are integral to Evolved Packet Core (EPC) bearer management, where they determine scheduling at the eNodeB and enforce bit rate controls via the Policy and Charging Enforcement Function (PCEF).[1] For 5GS, the concept evolves with 5QI (5G QoS Identifier) as a direct successor, but QCI remains relevant for backward compatibility and hybrid deployments.[1] The 3GPP standard defines a set of nine core QCIs (1 through 9) introduced in Release 8, with additional values added in later releases to accommodate emerging services like mission-critical communications and ultra-reliable low-latency applications.[1] These standardized characteristics ensure interoperability by providing predefined QoS profiles, though operators may define additional non-standardized QCIs for specialized needs.[1] The following table summarizes the core and selected extended QCI characteristics: Note: Lower priority numbers indicate higher precedence; GBR bearers guarantee minimum bit rates, while Non-GBR do not.[1] QCIs originated from earlier UMTS/GPRS QoS mappings in pre-Release 8 systems, where they aligned with traffic classes like conversational and interactive, and have since evolved to support advanced features such as Allocation and Retention Priority (ARP) for resource contention and Aggregate Maximum Bit Rate (AMBR) for session-level control.[1] This framework optimizes network resource utilization, minimizes latency for critical services, and maintains reliability, making QCI essential for delivering differentiated QoS in modern mobile ecosystems.[1]Definition and Purpose
Core Concept
Quality of Service (QoS) in packet-switched networks involves mechanisms for allocating resources to control aspects such as latency, throughput, and reliability, ensuring that diverse traffic types receive appropriate treatment to support varying application needs.[2] The QoS Class Identifier (QCI) serves as a core mechanism in 3GPP-defined mobile networks for classifying and prioritizing such traffic. Defined as a scalar value ranging from 1 to 255, with specific standardized subsets, QCI provides a compact reference to predefined QoS profiles that dictate packet forwarding behaviors across network nodes.[2][3] QCI functions as an indirect pointer to a set of QoS characteristics, including resource types and performance metrics, without requiring these details to be explicitly embedded in signaling protocols.[2] This design simplifies bearer management and policy enforcement by allowing nodes, such as the eNodeB in LTE, to map service data flows to appropriate treatments based on locally configured profiles derived from the QCI value.[2] By referencing node-specific parameters like scheduling priorities and queue thresholds, QCI enables consistent QoS differentiation for service data flows or aggregates between user equipment and the policy enforcement points.[2] Introduced in 3GPP Release 8 as an integral component of the Evolved Packet System (EPS) bearer architecture in LTE, QCI originated to streamline QoS handling compared to prior generations' more verbose parameter sets.[3] This scalar approach has since evolved in 5G systems, where it informs the 5G QoS Identifier (5QI) for granular control over QoS flows, adapting to the finer-grained, flow-based QoS model.[4]Objectives in Mobile Networks
The QoS Class Identifier (QCI) serves as a fundamental mechanism in mobile networks to prioritize traffic based on service requirements, ensuring that real-time applications such as voice over IP receive preferential treatment over best-effort services like web browsing. This prioritization optimizes resource allocation by mapping different traffic types to specific forwarding behaviors, including varying levels of latency sensitivity and error tolerance, thereby enhancing overall network efficiency and user experience.[1] By standardizing QCI values, mobile networks achieve end-to-end QoS consistency across radio access and core network elements, as well as in multi-vendor deployments and roaming scenarios. This standardization allows operators to pre-configure node-specific parameters, such as scheduling weights and admission thresholds, that align with the QCI to deliver uniform minimum performance levels for mapped services, regardless of the underlying infrastructure.[1] QCI supports diverse service types through its association with Guaranteed Bit Rate (GBR) bearers, which allocate dedicated resources for delay-sensitive flows, and non-GBR bearers, which handle shared, elastic traffic without reserved bandwidth. This distinction enables efficient resource management, where GBR ensures reliable delivery for critical applications while non-GBR accommodates variable demand in less stringent scenarios.[1] In scenarios of network congestion, QCI facilitates effective management by assigning higher priority classes preferential scheduling, often in conjunction with Allocation and Retention Priority (ARP) parameters, to minimize disruptions for essential traffic while allowing lower-priority flows to be deferred or dropped as needed.[1]Historical Development
Introduction in LTE
The QoS Class Identifier (QCI) debuted in 3GPP Release 8 in 2008 as a key component of the Evolved Packet Core (EPC) architecture for Long-Term Evolution (LTE) networks.[3][5] This introduction marked a shift from the Universal Mobile Telecommunications System (UMTS) QoS models, which relied on complex profiles comprising over 1,600 possible combinations of parameters, to a simplified, standardized scalar value that references specific packet forwarding treatments across the network.[3] By embedding QCI within the EPC, LTE enabled more efficient QoS management in an all-IP environment, supporting seamless policy and charging control.[3] In LTE's Evolved Packet System (EPS), QCI integrates directly with EPS bearers, which serve as the fundamental units for transporting IP traffic between the User Equipment (UE) and the Packet Data Network Gateway (PDN GW).[3] Each EPS bearer is assigned a single QCI value, which dictates its end-to-end QoS treatment, including prioritization, delay budgets, and error loss rates, enforced by network elements such as the Policy and Charging Enforcement Function (PCEF).[3] This per-bearer assignment allows for granular differentiation of service data flows, binding them to appropriate bearers via Policy and Charging Control (PCC) rules authorized by the Policy and Charging Rules Function (PCRF).[3] The adoption of QCI in LTE addressed key limitations of earlier 3G systems, such as UMTS, where QoS was often applied at the radio access network level without consistent end-to-end enforcement in packet-switched domains.[3] By enabling per-bearer QoS in an all-IP architecture, LTE facilitated better resource allocation, reduced signaling overhead, and improved support for diverse applications, paving the way for enhanced user experience in mobile broadband services.[3] Initially, Release 8 standardized nine QCI values to cover common services, including conversational voice (e.g., VoIP), video streaming, real-time gaming, and IMS signaling, ensuring broad applicability without vendor-specific implementations.[3] These values categorized bearers as either Guaranteed Bit Rate (GBR) for delay-sensitive traffic or non-GBR for best-effort services, providing a foundational framework for QoS differentiation in early LTE deployments.[3]Standardization Evolution
The QoS Class Identifier (QCI) was initially introduced in 3GPP Release 8 for LTE networks to standardize QoS handling across bearers. In Release 12 (2012), four additional standardized QCIs—65, 66, 69, and 70—were defined to support mission-critical communications, particularly for public safety applications such as push-to-talk services, enabling prioritized handling of voice, data, and signaling in group communications.[6] These QCIs provided guaranteed bit rates and low latency to meet the reliability needs of emergency responders.[6] Release 14 (2016) expanded the framework with two new QCIs—75 and 79—tailored for vehicle-to-everything (V2X) messaging, supporting both unicast and multicast delivery of safety-related communications over LTE. QCI 75 for high-priority delay-sensitive V2X control/user plane messaging (e.g., safety-related), and QCI 79 for lower-priority V2X messaging, both facilitating low-delay V2X applications like collision avoidance. By Release 15 (2018), QCI 67 was added specifically for mission-critical video transmissions, enhancing support for real-time video in public safety operations with stringent delay and reliability parameters.[7] Release 15 further expanded the set of standardized QCIs.[7] Pre-5G extensions in later LTE enhancements included low-latency QCIs such as 80 and 82–85, introduced to accommodate emerging IoT and industrial applications requiring ultra-reliable communications with packet delay budgets as low as 5 ms.[2] These values targeted non-guaranteed bit rate flows for time-sensitive networking in factory automation and remote control scenarios.[2] Ongoing evolution from Release 15 onward reflects 3GPP's transition toward 5G systems, where QCI principles influenced the development of 5QI but ceased direct extensions within the LTE framework.QCI in LTE Networks
Standardized QCI Values
The QoS Class Identifier (QCI) in LTE networks uses a set of standardized numerical values to reference specific packet forwarding treatments, ensuring consistent QoS across different implementations. These values are defined by the 3GPP in TS 23.203, with the core set covering values 1 through 9 for fundamental services like voice and data, and additional values (65–70, 75, 79, 80, and 82–85) added in subsequent releases to support emerging applications such as mission-critical communications and vehicle-to-everything (V2X) services. QCIs 65-70 were introduced in Release 13 for mission-critical services; 75 and 79 in Release 14 for V2X; 80 in Release 15 for low-latency eMBB; 82-85 in Release 15 for industrial applications.[2] The following table summarizes the standardized QCI values, including their resource type (Guaranteed Bit Rate (GBR) for flows requiring dedicated resources or non-GBR for best-effort handling) and representative example services. These mappings guide how bearers are prioritized and resourced in the evolved Packet System (EPS).[2]| QCI | Resource Type | Example Services |
|---|---|---|
| 1 | GBR | Conversational Voice |
| 2 | GBR | Conversational Video (Live Streaming) |
| 3 | GBR | Real Time Gaming, V2X messages |
| 4 | GBR | Non-Conversational Video (Buffered Streaming) |
| 5 | non-GBR | IMS Signalling |
| 6 | non-GBR | Video (Buffered Streaming), TCP-based (e.g., www, e-mail, chat, ftp, p2p file sharing, progressive video, etc.) |
| 7 | non-GBR | Voice, Video (Live Streaming), Interactive Gaming |
| 8 | non-GBR | Video (Buffered Streaming), TCP-based (e.g., www, e-mail, chat, ftp, p2p file sharing, progressive video, etc.) |
| 9 | non-GBR | Video (Buffered Streaming), TCP-based (e.g., www, e-mail, chat, ftp, p2p file sharing, progressive video, etc.) (default bearer for non-privileged subscribers) |
| 65 | GBR | Mission Critical user plane Push To Talk voice (e.g., MCPTT) |
| 66 | GBR | Non-Mission-Critical user plane Push To Talk voice |
| 67 | GBR | Mission Critical Video user plane |
| 68 | GBR | Mission Critical Data (e.g., example services are the same as QCI 6/8/9) |
| 69 | non-GBR | Mission Critical Delay Sensitive Signalling (e.g., MC-PTT signalling, MC Video signalling) |
| 70 | non-GBR | Mission Critical Data (e.g., example services are the same as QCI 6/8/9) |
| 75 | GBR | V2X messages, V2X messages over PC5 |
| 79 | non-GBR | V2X messages, V2X messages over PC5 interface at UE autonomous resource selection |
| 80 | GBR | Low Latency eMBB applications (TCP/UDP-based) |
| 82 | GBR | Discrete Automation (5G LAN-type services, small packets) |
| 83 | GBR | Discrete Automation (5G LAN-type services, big packets), Intelligent Transport Systems (ITS) |
| 84 | GBR | Intelligent Transport Systems (ITS) |
| 85 | GBR | Electricity Distribution - high voltage, Intelligent Transport Systems (ITS), Discrete Automation (5G LAN-type services) |
QoS Parameters and Mapping
The QoS Class Identifier (QCI) in LTE networks serves as a scalar reference to a predefined set of QoS parameters that dictate the treatment of data traffic within an Evolved Packet System (EPS) bearer. These parameters include the resource type, priority level, packet delay budget (PDB), and packet error loss rate (PELR), which collectively ensure appropriate resource allocation and performance for different service types. The resource type distinguishes between Guaranteed Bit Rate (GBR) bearers, which reserve dedicated radio resources to meet minimum bitrate guarantees, and non-GBR bearers, which do not enforce such reservations but rely on best-effort delivery. For instance, GBR is typically assigned to delay-sensitive applications like voice, while non-GBR supports elastic traffic such as web browsing.[8] Each QCI is associated with a specific priority level (lower values indicate higher priority, e.g., 1 is higher than 9), used for scheduling precedence during resource contention. The PDB specifies the maximum end-to-end delay a packet should experience, such as 100 ms for conversational voice services to maintain low latency. Similarly, the PELR defines the tolerable packet loss rate, for example, $10^{-2} for voice traffic to accommodate minor errors without perceptible degradation, or $10^{-6} for signaling to ensure reliability. These parameters are standardized and operator-configurable within bounds, enabling the network to map application requirements to bearer characteristics.[9][8] The following table illustrates representative QCI parameter mappings for common services, drawn from 3GPP specifications:| QCI | Resource Type | Priority Level | Packet Delay Budget | Packet Error Loss Rate | Example Service Type |
|---|---|---|---|---|---|
| 1 | GBR | 2 | 100 ms | $10^{-2} | Conversational Voice |
| 5 | Non-GBR | 1 | 100 ms | $10^{-6} | IMS Signaling |
| 9 | Non-GBR | 9 | 300 ms | $10^{-6} | Best-Effort Traffic |
Transition to 5G
Introduction of 5QI
The 5G QoS Identifier (5QI) was defined in 3GPP Release 15, completed in 2018, as a key component of the 5G New Radio (NR) access technology and the 5G Core (5GC) network architecture. It serves as a scalar reference to node-specific QoS characteristics that govern the forwarding treatment of traffic, enabling differentiated handling to meet the demands of diverse 5G services, including enhanced Mobile Broadband (eMBB) for high-throughput applications, Ultra-Reliable Low-Latency Communications (URLLC) for mission-critical operations, and massive Machine-Type Communications (mMTC) for large-scale IoT deployments.[10] This introduction marked a foundational evolution in QoS management within the 5G System (5GS), aligning with the broader goals of enhanced performance and flexibility in next-generation networks.[11] A significant architectural shift accompanied the rollout of 5QI, moving from the bearer-centric QoS model of LTE networks—where entire bearers were assigned uniform treatment via QoS Class Identifiers (QCIs)—to a more granular, flow-centric approach in 5G. Under this model, 5QI is applied directly to individual QoS Flows, which represent the finest level of QoS differentiation within a Protocol Data Unit (PDU) session, supporting up to 64 such flows per session. Each QoS Flow is uniquely identified by a QoS Flow Identifier (QFI), which can align with the 5QI value for standardized cases, allowing precise resource allocation and treatment at the access node level, such as through scheduling weights and queue management.[10] The scope of 5QI encompasses values from 1 to 255, with specific standardized values (such as 1–9, 65–67, 69, 75, 79, and 82–85) defined to ensure consistent QoS characteristics across implementations, while values 128 to 255 allow for operator-specific or dynamically provisioned configurations to accommodate custom needs. This design incorporates backward compatibility mechanisms with LTE's QCI through interworking functions in the 5GS, facilitating seamless transitions and hybrid deployments between 4G and 5G environments.[10] The primary motivation for introducing 5QI lies in addressing the advanced requirements of 5G beyond the capabilities of LTE QoS frameworks, particularly the need for ultra-low latency (as low as 5 ms in some cases) and exceptionally high reliability (error rates down to 10^{-5}) to support emerging applications like industrial automation and autonomous systems under URLLC. By enabling this flow-based granularity, 5QI enhances network efficiency and service assurance, ensuring that 5G can deliver on its promises of versatility and performance across a spectrum of use cases.[10]Key Differences from QCI
The QoS Class Identifier (QCI) in LTE networks applies QoS treatment at the bearer level, where each Evolved Packet System (EPS) bearer is associated with a single QCI value that determines its priority, packet delay budget, and packet error loss rate. In contrast, the 5G QoS Identifier (5QI) in 5G networks enables finer granularity by supporting per-flow QoS, allowing multiple QoS flows—each with its own 5QI—within a single Protocol Data Unit (PDU) session, which maps to one or more Data Radio Bearers (DRBs). This shift accommodates the diverse service requirements of 5G, such as ultra-reliable low-latency communications (URLLC) and massive machine-type communications (mMTC), by decoupling QoS enforcement from bearer structures. Release 16 enhancements to 5QI introduced Delay-Critical Guaranteed Bit Rate (GBR) resource types, absent in QCI as well as initial Release 15 5QI, to address stringent latency needs for URLLC applications, such as industrial automation or autonomous driving, with packet delay budgets as low as 5 ms. QCI, limited to GBR, non-GBR, and delay-sensitive GBR categories, lacks this specialized handling for mission-critical scenarios. Additionally, 5QI extends the identifier range beyond QCI's 1-9 standardized values to include 1-255, with values 82-90 reserved for specific use cases like non-3GPP access or industrial applications requiring low latency and high reliability. It also incorporates new attributes, such as Maximum Data Burst Volume (MDBV), to manage bursty traffic patterns in services like enhanced Mobile Broadband (eMBB), enabling better resource allocation without overprovisioning.[12] In terms of signaling, 5QI values are conveyed in 5G-specific procedures, such as the PDU Session Establishment Request, where the 5G Core (5GC) Policy Control Function (PCF) provides QoS profiles including 5QI, Allocation and Retention Priority (ARP), and Guaranteed Flow Bit Rate (GFBR). This contrasts with QCI signaling in LTE's EPS, which occurs via bearer-level setup messages in the Evolved Packet Core (EPC). 5QI further supports reflective QoS, allowing the User Equipment (UE) to derive and apply QoS rules based on downlink packet markings without explicit uplink signaling, enhancing efficiency for non-GBR flows. For interworking in non-standalone 5G deployments, such as E-UTRAN-NR Dual Connectivity (EN-DC), standardized mapping rules translate QCI values from LTE bearers to equivalent 5QI values in 5G QoS flows, ensuring seamless QoS continuity during handover or split bearer operations. These mappings, defined in the 5GC, prioritize compatibility—for instance, mapping QCI 1 (conversational voice) to 5QI 1—while accommodating 5G's enhanced capabilities to avoid service degradation.5QI in 5G Networks
Standardized 5QI Values
In 5G networks, the 5G QoS Identifier (5QI) provides a standardized way to map services to specific QoS characteristics, enabling efficient resource allocation and signaling optimization for common use cases. Standardized 5QI values are defined for frequently deployed services, categorized by resource type: Non-GBR (non-guaranteed bit rate) for elastic traffic such as web browsing or streaming where resources are allocated flexibly; GBR (guaranteed bit rate) for services requiring dedicated bandwidth like voice or video; and Delay-Critical GBR for ultra-low-latency applications, including vehicle-to-everything (V2X) communications and augmented reality (AR). These categories ensure tailored QoS profiles without extensive dynamic negotiation. The following table enumerates the core standardized 5QI values (1-9) and specialized values (65-90), including the 5QI number, resource type, default priority level (lower numbers indicate higher priority), and example services. These mappings are specified in 3GPP TS 23.501 to support diverse applications from mission-critical communications to industrial automation.| 5QI | Resource Type | Default Priority Level | Example Services |
|---|---|---|---|
| 1 | GBR | 20 | Conversational voice |
| 2 | GBR | 40 | Conversational video (live streaming) |
| 3 | GBR | 30 | Real-time gaming, V2X messages |
| 4 | GBR | 50 | Non-conversational video (buffered streaming) |
| 5 | Non-GBR | 10 | IMS signaling |
| 6 | Non-GBR | 60 | Video (buffered streaming), TCP-based services |
| 7 | Non-GBR | 70 | Voice, video (live streaming), interactive gaming |
| 8 | Non-GBR | 80 | Video (buffered streaming), TCP-based services (best effort) |
| 9 | Non-GBR | 90 | Default (non-real-time) |
| 65 | GBR | 7 | Mission critical push-to-talk voice |
| 66 | GBR | 20 | Non-mission-critical push-to-talk voice |
| 67 | GBR | 15 | Mission critical video |
| 69 | Non-GBR | 5 | Mission critical delay-sensitive signaling |
| 70 | Non-GBR | 55 | Mission critical data |
| 75 | GBR | 25 | V2X messages, A2X messages |
| 79 | Non-GBR | 65 | V2X control messages |
| 80 | Non-GBR | 68 | Low-latency eMBB applications, AR |
| 82 | Delay-Critical GBR | 19 | Discrete automation |
| 83 | Delay-Critical GBR | 22 | Discrete automation, V2X messages |
| 84 | Delay-Critical GBR | 24 | Intelligent transport systems |
| 85 | Delay-Critical GBR | 21 | Electricity distribution (high voltage), V2X messages |
| 86 | Delay-Critical GBR | 18 | V2X messages |
| 87 | Delay-Critical GBR | 25 | Interactive service (motion tracking data) |
| 88 | Delay-Critical GBR | 25 | Interactive service (motion tracking data) |
| 89 | Delay-Critical GBR | 25 | Visual content for cloud/edge/split rendering |
| 90 | Delay-Critical GBR | 25 | Visual content for cloud/edge/split rendering |