Inferensys

Glossary

Slice Admission Control

A mechanism that accepts or rejects a request to establish a new protocol data unit session within a network slice based on resource availability, slice policies, and service level agreement guarantees.
Stylish WeWork-like workspace with hot desks and document wall, professional searching through enterprise knowledge base on a mounted ultrawide display, warm industrial pendants overhead.
DEFINITION

What is Slice Admission Control?

Slice Admission Control (SAC) is the network function responsible for accepting or rejecting requests to establish new Protocol Data Unit (PDU) sessions within a specific network slice, based on real-time resource availability and configured policies.

Slice Admission Control is a critical decision point in the 5G core that validates whether a new user session can be admitted to a Network Slice Instance without violating the existing Slice SLA guarantees. It evaluates the slice's current utilization of Guaranteed Bit Rate (GBR) and non-GBR resources, the maximum number of allowed PDU sessions, and the specific NSSAI parameters requested by the user equipment against the slice's provisioned capacity.

The SAC function prevents resource overbooking and ensures strict Slice Isolation by rejecting requests that would degrade performance for active sessions. It works in concert with the Network Slice Selection Function (NSSF) and the Slice Orchestrator, enforcing admission policies that consider both static capacity limits and dynamic conditions like current load, priority levels, and energy-efficiency targets defined in the Slice-Level Energy Model.

MECHANISM FUNDAMENTALS

Key Characteristics of Slice Admission Control

Slice Admission Control (SAC) is the gatekeeping function that determines whether a new PDU session can be established within a network slice. It enforces resource boundaries, SLA guarantees, and isolation policies to prevent slice congestion before it occurs.

01

Resource Quota Enforcement

SAC validates every incoming session request against the slice's maximum resource quota—a hard ceiling on compute, storage, and radio resources. If accepting the session would exceed the quota, the request is rejected immediately. This prevents the noisy neighbor problem, where one slice's traffic surge starves others sharing the same physical infrastructure. Quotas are typically defined in terms of Physical Resource Blocks (PRBs) in the RAN, virtual CPU cores in the core, and throughput guarantees in the transport network.

02

SLA-Aware Decisioning

Admission decisions are not binary accept/reject—they are SLA-aware. The controller evaluates whether the new session can be accommodated without violating existing Guaranteed Bit Rate (GBR) commitments or latency bounds for in-progress sessions. For example, a URLLC slice may reject a new session even if resources are nominally available, because the additional scheduling overhead would risk breaching the 1ms latency SLA for existing industrial automation traffic. This requires real-time telemetry from the Network Data Analytics Function (NWDAF).

03

Priority-Based Preemption

When resources are scarce, SAC implements priority-based preemption. Sessions are assigned an Allocation and Retention Priority (ARP) value. A high-priority emergency services session can trigger the preemption of a lower-priority eMBB streaming session to free resources. The preempted session is not dropped silently—it receives a cause code indicating resource unavailability, allowing the UE to reattempt on a different slice or after a backoff period. This ensures critical services maintain continuity during congestion events.

04

Energy-Aware Admission

In energy-efficient slicing architectures, SAC incorporates power consumption models into its decision logic. Rather than simply checking resource availability, the controller evaluates the marginal energy cost of accepting a session. It may steer the request to a slice instance hosted on hardware operating at a more efficient point on its Dynamic Voltage and Frequency Scaling (DVFS) curve, or defer admission to consolidate load and enable Cell Discontinuous Transmission (Cell DTX) on underutilized carriers. This aligns session admission with sustainability targets.

05

Cross-Domain Coordination

A slice spans RAN, transport, and core domains. SAC must therefore coordinate admission across all three simultaneously. A session accepted in the RAN but rejected in the core due to User Plane Function (UPF) overload creates a wasteful signaling storm. Modern SAC functions interface with the Slice Orchestrator to perform atomic admission checks—resources are reserved across all domains before a success response is sent to the UE. This transactional approach prevents stranded resources and ensures end-to-end slice integrity.

06

Predictive Admission Control

Reactive SAC—checking current load—is insufficient for slices with bursty traffic. Predictive admission control uses time-series forecasting models, often deployed within the NWDAF, to anticipate resource contention seconds or minutes in advance. If a surge in URLLC traffic is predicted, the SAC can proactively throttle eMBB admissions before congestion materializes. This closed-loop approach, combining prediction with preemptive action, is a cornerstone of Zero-Touch Network Provisioning and self-optimizing slice management.

SLICE ADMISSION CONTROL

Frequently Asked Questions

Explore the core mechanisms that govern whether a new session request is accepted or rejected within a 5G network slice, ensuring resource availability and strict adherence to Service Level Agreements.

Slice Admission Control (SAC) is a network function that accepts or rejects a request to establish a new Protocol Data Unit (PDU) session within a specific network slice instance based on current resource availability, configured slice policies, and active Service Level Agreement (SLA) guarantees. It operates as a real-time gating mechanism, preventing resource overbooking and ensuring that admitting a new session does not degrade the performance of existing sessions. The process typically involves the Slice Orchestrator or a dedicated admission control function querying the Network Data Analytics Function (NWDAF) for predictive load data, then comparing the requested slice profile (e.g., Guaranteed Bit Rate (GBR) or Ultra-Reliable Low-Latency Communication (URLLC)) against the slice's maximum quota. If the required resources exceed the available headroom, the request is rejected with a specific cause code, triggering the User Equipment (UE) to attempt a different slice or fallback mechanism.

Prasad Kumkar

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.