A Guaranteed Bit Rate (GBR) Slice is a 5G network slice instance configured with a hard resource reservation that permanently allocates a specific amount of radio, transport, and core network capacity to a tenant. Unlike best-effort slices, the Slice Admission Control function rejects new sessions if admitting them would violate the committed bit rate, ensuring deterministic throughput regardless of overall network load.
Glossary
Guaranteed Bit Rate (GBR) Slice

What is Guaranteed Bit Rate (GBR) Slice?
A network slice type engineered with a fixed, non-negotiable bandwidth commitment and dedicated radio and core resources to ensure constant throughput for latency-intolerant applications.
This slice type is essential for services like real-time industrial automation, professional video broadcasting, and V2X communications, where any fluctuation in bandwidth is unacceptable. The Slice-Aware Scheduler at the MAC layer prioritizes GBR traffic by assigning dedicated Physical Resource Blocks (PRBs) to these flows before serving non-GBR users, maintaining strict Slice SLA compliance for latency and jitter.
Core Characteristics of a GBR Slice
A Guaranteed Bit Rate (GBR) slice is defined by a set of non-negotiable performance characteristics that distinguish it from best-effort connectivity. These attributes ensure deterministic behavior for mission-critical applications.
Fixed Bandwidth Commitment
The defining feature of a GBR slice is a hard-coded minimum bit rate that is permanently reserved, regardless of overall network load. Unlike non-GBR slices that rely on statistical multiplexing, this slice type pre-allocates Physical Resource Blocks (PRBs) to satisfy the Guaranteed Flow Bit Rate (GFBR). This ensures that a remote-controlled robotic arm always has the exact uplink capacity required for real-time telemetry, even during peak hours in a congested cell.
Strict Packet Delay Budget
GBR slices enforce a deterministic latency profile defined by the Packet Delay Budget (PDB). This parameter specifies an upper bound for the time a packet can spend traversing the 5G system between the User Equipment (UE) and the N6 interface. For industrial automation, this is often configured to sub-5ms values, requiring slice-aware scheduling at the MAC layer to prioritize GBR traffic over non-GBR flows, preventing jitter that would destabilize a motion control loop.
Admission Control Enforcement
To protect existing sessions, a GBR slice implements strict admission control. When a new Protocol Data Unit (PDU) session requests resources, the Slice Admission Control function calculates if the remaining unreserved PRBs can satisfy the new request's GFBR without violating the guarantees of active sessions. If resources are insufficient, the request is rejected immediately, preserving the deterministic quality of service for all admitted users. This prevents the tragedy of the commons seen in non-GBR slices.
Maximum Bit Rate Capping
While a floor is guaranteed, a ceiling is also enforced via the Maximum Flow Bit Rate (MFBR). This parameter caps the throughput a session can achieve, preventing a single UE from monopolizing excess resources. This is critical for slice isolation—it ensures that a misbehaving application on one GBR slice cannot burst into the capacity reserved for another tenant's critical slice. Traffic exceeding the MFBR is shaped or policed at the User Plane Function (UPF).
Energy Efficiency Tension
GBR slices present a fundamental challenge for energy-saving features like Cell DTX or Sleep Mode Coordination. Because resources are permanently reserved, the base station cannot easily deactivate carriers or mute resource blocks during low activity without risking a violation of the GFBR. Advanced energy-aware schedulers must therefore use predictive analytics from the NWDAF to identify genuine idle periods within the GBR allocation before triggering low-power states, balancing the SLA against the Slice Carbon Footprint.
QoS Flow Binding
Within a GBR slice, the actual guarantee is enforced at the QoS Flow level, not the PDU session level. A single PDU session can host multiple QoS Flows, each with its own GFBR and MFBR. The Service Data Adaptation Protocol (SDAP) layer maps these flows to Data Radio Bearers (DRBs). This granularity allows a single industrial sensor to simultaneously transmit a GBR flow for safety-critical shutdown signals and a separate non-GBR flow for firmware telemetry, all within the same slice instance.
Frequently Asked Questions
Clear, technical answers to the most common questions about Guaranteed Bit Rate network slicing, its architecture, and its role in energy-efficient 5G deployments.
A Guaranteed Bit Rate (GBR) slice is a network slice instance configured with dedicated, non-shareable radio and core network resources that provide a fixed, minimum throughput commitment to every admitted data flow. Unlike non-GBR slices that rely on best-effort delivery, a GBR slice enforces a hard Service Level Agreement (SLA) by reserving specific Physical Resource Blocks (PRBs) in the RAN and guaranteed bandwidth in the user plane function. The Slice Admission Control function rejects new Protocol Data Unit (PDU) sessions if accepting them would violate existing guarantees. This is achieved through slice-aware scheduling at the MAC layer, where the scheduler prioritizes GBR bearers over non-GBR traffic, ensuring deterministic latency and throughput suitable for real-time video, industrial automation, and Ultra-Reliable Low-Latency Communication (URLLC) applications.
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
Understanding a Guaranteed Bit Rate slice requires familiarity with the surrounding architectural components and performance mechanisms that ensure its deterministic behavior.
Slice-Aware Scheduling
A radio resource management technique where the MAC-layer scheduler prioritizes and allocates physical resource blocks to users based on the specific latency, throughput, and reliability requirements of their assigned network slice. For a GBR Slice, the scheduler must strictly enforce resource reservations to meet the fixed bandwidth commitment, often using reservation-based scheduling algorithms that pre-allocate time-frequency resources before serving non-GBR traffic.
Slice SLA
A formal contract between a slice tenant and a network operator that defines the quantifiable performance metrics a network slice instance must deliver. For a GBR Slice, the SLA explicitly specifies:
- Guaranteed Flow Bit Rate (GFBR) — the bit rate the network commits to maintain
- Maximum Flow Bit Rate (MFBR) — the upper limit for the flow
- Packet Delay Budget (PDB) — the maximum latency tolerated Violations of these parameters typically trigger financial penalties.
Slice Admission Control
A mechanism that accepts or rejects a request to establish a new PDU session within a network slice based on resource availability and slice policies. For a GBR Slice, the admission control function must verify that sufficient dedicated resources exist to satisfy the requested GFBR without degrading existing GBR sessions. If resources are insufficient, the request is rejected to preserve the deterministic guarantees of active flows.
Ultra-Reliable Low-Latency Communication (URLLC) Slice
A 5G network slice type engineered for extremely low latency (<1ms) and high reliability (99.999%). While distinct from a standard GBR Slice, URLLC slices represent the extreme end of deterministic performance. A GBR slice may be configured with URLLC-like parameters for industrial automation use cases, combining fixed bandwidth commitments with stringent latency bounds for applications like closed-loop control and remote surgery.
Slice Elasticity
The ability of a network slice to dynamically scale its allocated virtualized resources up or down in response to real-time workload fluctuations. For a GBR Slice, elasticity is constrained by the fixed bandwidth commitment — resources cannot scale below the GFBR floor. However, the slice can elastically expand up to the MFBR ceiling during traffic bursts, provided the underlying physical infrastructure has available capacity.
Slice Isolation
The capability to contain faults, performance degradation, and security attacks within a single network slice instance. For a GBR Slice, strict isolation is critical — a traffic surge or denial-of-service attack on a neighboring non-GBR slice must not steal the dedicated resources reserved for the GBR flow. This is enforced through resource partitioning at the RAN, transport, and core network levels.

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