QoS-Aware Balancing is a traffic steering methodology that prioritizes load distribution decisions based on the distinct Quality of Service (QoS) Class Identifier (QCI) or 5G QoS Identifier (5QI) of each data flow. Unlike simple load equalization, it ensures that a flow requiring ultra-reliable low-latency communication (URLLC) is never steered to a congested cell merely to balance Physical Resource Block (PRB) utilization, thereby preserving the Service Level Agreement (SLA) for each bearer.
Glossary
QoS-Aware Balancing

What is QoS-Aware Balancing?
A load distribution strategy that considers the specific Quality of Service (QoS) requirements, such as latency and guaranteed bit rate, of different data flows when making traffic steering decisions.
This strategy operates by integrating a QoS Classification Engine into the Traffic Steering Policy logic, often as an xApp on the Near-RT RIC. Before executing an Inter-Cell Load Shifting action, the system evaluates the latency budget and Guaranteed Bit Rate (GBR) of the affected flows against the predicted Channel Quality Indicator (CQI) and load state of the target cell, ensuring that proactive RAN Congestion Avoidance does not inadvertently violate the stringent requirements of critical services.
Core Characteristics of QoS-Aware Balancing
QoS-Aware Balancing moves beyond simple load equalization by classifying traffic flows according to their distinct Quality of Service requirements before making steering decisions. This ensures that latency-sensitive services like URLLC are prioritized over elastic traffic like eMBB, even under congestion.
GBR vs. Non-GBR Resource Arbitration
A core mechanism is the differential treatment of Guaranteed Bit Rate (GBR) and Non-GBR bearers. When predictive models forecast cell overload, the balancing algorithm preemptively shifts Non-GBR traffic to adjacent cells to preserve the Guaranteed Flow Bit Rate (GFBR) for GBR flows on the source cell. This is not reactive congestion control; it is a proactive reservation of Physical Resource Blocks (PRBs) based on forecasted demand from latency-intolerant services.
Slice-Aware Load Distribution
In a 5G network slicing architecture, each slice is a logical network with its own SLA. QoS-aware balancing operates at the slice level, ensuring that the load state of one slice does not degrade another. Key metrics include:
- Slice-level PRB utilization: Prevents a single slice from starving others of radio resources.
- Slice-specific prediction models: A URLLC slice model forecasts short-term, bursty demand, while an eMBB slice model forecasts longer-term, high-throughput patterns.
- Cross-slice policy enforcement: Ensures that traffic steering for an eMBB slice never violates the latency SLA of a co-located URLLC slice.
QoE-Driven Steering Logic
The ultimate objective is not just meeting network KPIs but ensuring Quality of Experience (QoE) . The steering engine translates QoE metrics into actionable thresholds:
- Video streaming: Predicts stall probability based on forecasted throughput and buffer status. If the predicted throughput drops below the encoding bitrate, the flow is proactively shifted.
- VoNR/VoLTE: Monitors the predicted Mean Opinion Score (MOS). If the MOS is forecasted to drop below 3.5, the call is handed over to a cell with a stronger CQI profile.
- Web browsing: Uses predicted round-trip time (RTT) to ensure interactive responsiveness.
QoS-Aware Balancing vs. Conventional Load Balancing
A feature-by-feature comparison of QoS-aware traffic steering against traditional reactive and predictive load distribution methods.
| Feature | QoS-Aware Balancing | Predictive Balancing | Conventional MLB |
|---|---|---|---|
Decision Trigger | Per-flow QoS class identifier (5QI/QCI) | Forecasted cell load state | Real-time cell load threshold |
Primary Objective | Meet per-bearer SLA (latency, GBR) | Prevent future congestion | Equalize current load |
Traffic Differentiation | |||
GBR Flow Awareness | |||
Latency Budget Enforcement | |||
Control Loop Timescale | 10ms - 1s (Near-RT RIC) | 1s - 10s (predictive window) | 1s - 10s (reactive) |
Input Data | QoS profile, CQI, buffer status, slice ID | Historical KPI time-series, PRB utilization | Current PRB utilization, active UEs |
Handover Decision Granularity | Per-flow or per-bearer | Per-UE group | Per-UE or per-cell |
Frequently Asked Questions
Clear answers to the most common questions about Quality of Service-aware load balancing in AI-enhanced Radio Access Networks, covering mechanisms, differentiation from standard balancing, and implementation strategies.
QoS-aware balancing is a traffic steering strategy that distributes network load across cells while explicitly respecting the distinct Quality of Service (QoS) requirements of individual data flows. Unlike standard load balancing, which treats all traffic uniformly, this approach classifies incoming data into QoS Class Identifiers (QCIs) or 5G QoS Identifiers (5QIs) and makes handover or offloading decisions based on each flow's specific latency budget, guaranteed bit rate (GBR), and packet error loss rate. The mechanism operates by continuously monitoring per-flow KPIs against their Service Level Agreements (SLAs) and using predictive models to forecast whether a target cell can accommodate a flow without violating its QoS profile. For example, an enhanced Mobile Broadband (eMBB) flow requiring high throughput may be steered to a cell with abundant Physical Resource Blocks (PRBs), while an Ultra-Reliable Low-Latency Communication (URLLC) flow is prioritized on a cell with minimal queuing delay. This is typically implemented as an xApp on the Near-RT RIC, where the inference engine evaluates both cell load predictions and per-flow QoS constraints in a single optimization loop.
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Related Terms
Explore the interconnected concepts that form the foundation of Quality of Service-aware traffic steering in modern cellular networks.
5G QoS Identifier (5QI)
A scalar value that defines a specific QoS characteristic for a 5G flow, including resource type (GBR, Non-GBR, Delay-Critical GBR), priority level, packet delay budget, and packet error rate. The 5QI is the primary label that QoS-aware balancing algorithms inspect to classify and prioritize traffic. Standardized 5QI values map to well-known services—for example, 5QI 3 for real-time gaming (50ms delay budget) and 5QI 9 for TCP-based web browsing (300ms delay budget).
Guaranteed Bit Rate (GBR) vs Non-GBR
A fundamental QoS distinction that determines how a QoS-aware balancer allocates resources:
- GBR flows: Require a fixed minimum bit rate, even under congestion. Used for voice calls, live video, and V2X communications. The network must reserve resources before admitting the flow.
- Non-GBR flows: Best-effort delivery with no minimum rate guarantee. Used for web browsing, email, and file downloads. These flows are the first to be throttled or shifted during load balancing.
A QoS-aware balancer must satisfy all GBR commitments before distributing remaining resources among Non-GBR flows.
Packet Delay Budget (PDB)
An upper bound on the time a packet may be delayed between the User Equipment and the User Plane Function. The PDB is a critical constraint for QoS-aware balancing:
- Ultra-Reliable Low-Latency Communication (URLLC) flows may have a PDB as low as 0.5ms
- Enhanced Mobile Broadband (eMBB) flows typically tolerate 10–100ms
When a predictive balancer forecasts congestion on a cell, it must proactively offload delay-sensitive flows to cells where the end-to-end latency budget can still be met, accounting for handover interruption time and backhaul latency.
QoS Flow Binding and Mapping
The process of associating IP flows with specific QoS flows and mapping them to Data Radio Bearers (DRBs). A QoS-aware balancer must understand this mapping hierarchy:
- QoS Flow ID (QFI): Identifies a specific QoS flow within a PDU Session
- Service Data Adaptation Protocol (SDAP): Maps QoS flows to DRBs
- Reflective QoS: Allows the UE to derive uplink QoS rules from downlink traffic patterns
When steering traffic, the balancer must ensure that all flows belonging to the same PDU Session maintain session continuity and that QoS flow-to-DRB remapping occurs seamlessly at the target cell.
Slice-Aware Balancing
An extension of QoS-aware balancing that considers Network Slice membership alongside per-flow QoS requirements. Each network slice (e.g., eMBB slice, URLLC slice, mMTC slice) has a distinct Service Level Agreement (SLA) with specific performance targets.
A slice-aware balancer must:
- Ensure that load shifting does not violate the SLA of any slice
- Prioritize intra-slice load redistribution before inter-slice resource borrowing
- Respect slice isolation policies, especially for dedicated or prioritized slices
This requires the balancer to ingest Network Slice Selection Assistance Information (NSSAI) and correlate it with real-time slice-level KPI monitoring.
QoS-Aware Handover Optimization
The integration of QoS constraints into the handover decision process. Traditional handover algorithms use only signal strength (RSRP/RSRQ), but QoS-aware handover adds service-level criteria:
- QoS-based A5 event: Trigger handover when serving cell quality drops below a threshold AND neighbor cell can satisfy the flow's PDB
- Admission control gating: Prevent handover to a target cell that lacks sufficient resources to maintain the flow's GBR
- QoS Class Identifier (QCI) prioritization: In LTE, prioritize handover for QCI 1 (conversational voice) over QCI 9 (background data)
This prevents the scenario where a UE successfully hands over but immediately experiences service degradation due to resource starvation.

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us