NSACF

Network Slice Admission Control Function

Network Slicing →
Introduced in Rel-17 Also in: Services, Management

NSACF is the network function that enforces Network Slice Admission Control policy by tracking registered UEs per slice and providing admission decisions to the AMF to enforce slice capacity limits.

Category
Network Slicing
Introduced
Rel-17
Where
Core Network › 5G Core
Also touches
2 segments
Specifications
17 specs
NSACF Description Purpose Related Classification Detected Changes Specifications

Description

The Network Slice Admission Control Function (NSACF) is a critical control plane network function introduced in 3GPP Release 17 as the central entity responsible for executing Network Slice Admission Control (NSAC) policies. It is a logical function that can be deployed as a standalone network element or collocated with other control plane functions. The primary role of the NSACF is to manage and enforce the maximum allowed number of User Equipments (UEs) registered to each network slice instance (NSI). It does this by maintaining accurate, real-time counters for UE registrations and deregistrations on a per-slice basis. The AMF, which handles UE registration requests, interacts with the NSACF to determine if a UE can be admitted to a requested slice.

The NSACF operates through a set of service-based interfaces, primarily exposing services to the AMF. When a UE initiates a registration procedure including a Network Slice Selection Assistance Information (NSSAI), the AMF invokes a service operation on the NSACF (e.g., Nnsacf_NSAC_Control service) to request an admission check. The NSACF receives this request, which includes the slice identifier (S-NSSAI), and checks its internal database or policy repository for the configured maximum UE limit and the current registration count for that slice. Based on this check, it returns an admission control decision (allow or reject) to the AMF. If allowed, the NSACF increments its internal counter. Conversely, when a UE deregisters or its registration context is released, the AMF notifies the NSACF, which then decrements the corresponding counter.

Architecturally, the NSACF is a stateful function that must ensure data consistency and reliability. It may interact with a Unified Data Repository (UDR) to persistently store slice admission control policy data and potentially the registration counts for recovery purposes. The NSACF's design also considers scalability and high availability, as it becomes a central point for slice admission control across the entire network. Its functionality is tightly integrated with the overall network slicing management system, including the Network Slice Selection Function (NSSF) and the Policy Control Function (PCF), to ensure a cohesive slice management and policy enforcement framework.

Purpose & Motivation

The NSACF was created to provide a dedicated, scalable, and centralized point for enforcing Network Slice Admission Control policies. Prior to its introduction, there was no standardized function to manage the scale of network slices in terms of connected devices. Relying on individual network functions like the AMF to locally enforce such limits would be inefficient, inconsistent, and difficult to manage network-wide. The NSACF solves this by centralizing the logic and state for slice admission, ensuring a single source of truth for slice registration counts across all AMFs in the network.

This centralization is crucial for several reasons. First, it guarantees consistent policy enforcement regardless of which AMF a UE attaches to, which is essential in a cloud-native, distributed core network. Second, it simplifies operations and policy management for network operators, as they can configure and update slice capacity limits in one logical function. Third, it enables advanced features like dynamic capacity adjustments and integration with network analytics. The NSACF's creation was a direct response to operator requirements for robust commercial slicing, where guaranteeing a slice is not oversubscribed is as important as guaranteeing its performance, making it a cornerstone for slice-as-a-service business models.

Classification

Part ofNSAC
Specific typesNSAC
Related approachesNSSFUDR

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

Specific changes extracted from the „Change history“ tables of 3GPP specifications (18 CRs across 2 releases). Complements the general historical overview above with the evidence-based evolution of this function.

Rel-17 11 changes

In Release 17, the NSACF (Network Slice Admission Control Function) was formally defined and its functional descriptions were provided, including updates for its discovery and selection. New NSACF services were introduced, such as the `Nnsacf_SliceEventExposure_Subscribe` procedure for event notification, enabling other functions like an NSCE server to subscribe to slice load metrics like the number of UEs or PDU sessions. The release also added support for multiple NSACF instances, integrated the NSACF as a data source for the NWDAF, and specified its removal from the HPLMN in the Local Breakout (LBO) roaming model.

  • TS23.501 KI#1 Network Slice Admission Control Function (NSACF) definition TS 23.501CR2679
  • TS23.501 KI#2 Network Slice Admission Control Function (NSACF) definition TS 23.501CR2680
  • NSACF functional descriptions TS 23.501CR2727
  • Updates of NSACF discovery and selection TS 23.501CR2728
  • TS23.501 KI#4 NSACF event notification definition TS 23.501CR2838
  • Addition of NSACF services TS 23.501CR3066

+ 5 more changes

Rel-18 7 changes

In Release 18, key enhancements for the NSACF included architectural support for multiple and centralized NSACF deployments within a PLMN, as well as clarifications for its discovery, selection, and operational triggers. Specifically, the release defined procedures for a Network Slice Capability Enablement server to subscribe to slice load metrics (e.g., number of UEs or PDU sessions) from the NSACF using the Nnsacf_SliceEventExposure_Subscribe request. These monitored metrics are used to trigger network slice modification when predefined thresholds are exceeded.

  • Multiple NSACF architecture enhancement TS 23.501CR3785
  • KI#4: Support for Centralized NSACF in a PLMN with multi-service areas TS 23.501CR3822
  • Introduction of NSACF TS 32.240CR0479
  • Introduction of NSACF TS 32.290CR0209
  • Clarification of the discovery and seletion of NSACF TS 23.501CR4719
  • Rel-18 CR 28.203 Clarification on the quota for the NSACF charging TS 28.203CR0002

+ 1 more changes

Explore further

Broader topics and technologies where NSACF plays a role.

Defining Specifications

3GPP specifications that define or reference NSACF, with the latest known release. Sourced from the 3GPP document catalog — see methodology.

SpecificationTitleRelease
TS 23.435 vj30 Network Slice Capability Exposure Procedures Rel-19
TS 23.501 vk00 5G System Architecture Stage 2 Rel-20
TS 23.700 vk00 XR Services Application Enablement Layer Rel-20
TS 24.501 vj50 5G NAS Protocols Specification Rel-19
TS 26.804 vj10 5G Media Streaming Extensions Study Rel-19
TR 26.942 vj00 Study on Media Energy Consumption Exposure & Evaluation Rel-19
TS 28.203 vi10 Charging management Rel-18
TR 28.843 vi10 Technical Report on Charging Aspects for Vertical Scenarios Rel-18
TS 28.879 vj10 OAM for Service Management Exposure Study Rel-19
TS 29.522 vj40 5G NEF Northbound APIs Stage 3 Rel-19
TS 29.536 vj30 NSACF Service Based Interface Protocol Rel-19
TS 29.552 vj40 5G Network Data Analytics Signalling Flows Rel-19
TS 29.574 vj40 5G Data Collection Coordination Services Stage 3 Rel-19
TS 29.575 vj40 5G Analytics Data Repository Services Stage 3 Rel-19
TS 32.240 vj40 Charging Management Architecture & Principles Rel-19
TS 32.290 vj50 5G Charging for Service Based Interface Rel-19
TS 32.291 vj40 Charging Management: Service-Based Interface Protocol Rel-19
Patrick Zandl

About the author: Patrick Zandl (b. 1974)

Telecommunications specialist, technology journalist (founder of the Mobil server), and developer who has been running since 2025 — the largest Czech-language resource on AI-assisted programming. Formerly Chief Wizard Architect at Prusa3D and head of development for Turris at CZ.NIC; currently a consultant and instructor on AI implementation in companies.