Description
The Network Slice Selection Function (NSSF) is a critical component within the 5G Core (5GC) network architecture, specifically part of the control plane. Its primary role is to assist in the selection of a suitable Network Slice Instance (NSI) for a User Equipment (UE) during registration and session establishment procedures. The NSSF operates by evaluating slice selection information, which includes the Subscribed Network Slice Selection Assistance Information (S-NSSAI) requested by the UE, the Allowed NSSAI provided by the network, and the UE's subscription profile stored in the Unified Data Management (UDM) function. Based on this information, local operator policies, and the availability of network slice instances, the NSSF determines the specific NSI to serve the UE's session.
Architecturally, the NSSF interacts with other core network functions through service-based interfaces (SBIs), primarily using the Nnssf service. Key interactions include communication with the Access and Mobility Management Function (AMF) during the UE registration procedure. When an AMF receives a registration request containing a Requested NSSAI, it may query the NSSF to determine the Allowed NSSAI for the UE and to identify the set of Network Slice and AMF Set(s) or the specific AMF that can serve the requested slices. The NSSF's decision-making process considers the mapping between S-NSSAIs and the actual deployed NSIs, which are composed of managed Network Slice Subnet Instances (NSSIs).
The NSSF's functionality is vital for the practical realization of network slicing, a foundational 5G concept. It ensures that a UE is connected to a network slice that aligns with its service requirements, whether for enhanced Mobile Broadband (eMBB), Ultra-Reliable Low-Latency Communications (URLLC), or massive Machine-Type Communications (mMTC). By performing this selection, the NSSF enables efficient resource utilization, isolation between slices, and the delivery of tailored Quality of Service (QoS). Its operations are defined in 3GPP specifications such as TS 23.501 for the overall system architecture and TS 29.520 for its service-based interface definition.
Purpose & Motivation
The NSSF was introduced with 5G in 3GPP Release 15 to address the fundamental challenge of efficiently mapping diverse user service requests to logically isolated network slices. Pre-5G networks offered a largely monolithic architecture where all services were delivered over a single, uniform network infrastructure. This approach was insufficient for supporting the wide range of 5G use cases, which have drastically different technical requirements—from gigabit speeds for video streaming to millisecond latency for industrial automation and high connection density for IoT sensors.
The creation of the NSSF was motivated by the need for a dedicated, intelligent function to manage slice selection as a first-class procedure in the core network. Without it, the AMF or other functions would need embedded, complex logic to understand slice deployment topologies and subscriber entitlements, leading to scalability and management issues. The NSSF centralizes this intelligence, allowing for dynamic, policy-driven slice selection that can adapt to network load, slice availability, and commercial agreements. It solves the problem of how to automatically and accurately connect a device to the correct virtualized network segment out of many possible options, which is a prerequisite for delivering network slicing as a service.
Architecture
In the Network Map
- Mobile Network → 5G Core → NSSF (Network Resource Management)
Release Timeline
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (17 CRs across 5 releases). Complements the general historical overview above with the evidence-based evolution of this function.
In Release 15, the NSSF (Network Slice Selection Function) was newly introduced as a standalone network function with a service-based interface (Nnssf) and a reference point (N22) to the AMF. Its key roles include selecting the Network Slice instances for a UE, determining the Allowed NSSAI, and providing the AMF with target AMF candidates or appropriate NRF instances for service discovery. The release also defined the NSSF's interactions for network slice selection logic alignment, its operation as both a service producer and consumer, and its support for procedures like Network Slice Replacement via subscriptions.
- Clarify NSSF discovery TS 23.501CR0039
- NSSF service update TS 23.501CR0074
- Update and correction of table for AMF, UDM, UDR, NSSF, UDSF and BSF services TS 23.501CR0363
- Alignment of Slice Selection logic in the AMF and NSSF TS 23.501CR0586
- Correcting the interaction needed for the NSSF service TS 23.501CR0645
- Support of NSSF as the service consumer TS 29.520CR0020
+ 1 more changes
In Release 16, the NSSF's capabilities were enhanced to allow the AMF to utilize the NRF for its discovery, as specified in the service-based architecture. Furthermore, the procedures for Network Slice selection involving the NSSF were corrected and refined, including detailed interactions for constructing the Allowed NSSAI and determining target AMFs or NRFs based on operator policy and subscription data.
In Release 17, the NSSF enhancements included a clarification on how the Configured NSSAI is obtained from the NSSF when Network Slice Selection Related Group (NSSRG) information for the UE changes. Furthermore, a correction was specified for the NSSF's involvement in the Registration procedure when Network Slice-Specific Authentication and Authorization (NSSAA) is used.
In Release 18, the NSSF introduced new capabilities for network slice management, including the determination of an Alternative S-NSSAI for replacement and the ability for an AMF to explicitly subscribe to the NSSF for notifications regarding network slice instance replacement. Furthermore, the specification defined procedures for the AMF to handle rejected S-NSSAIs received from the NSSF and introduced the functionality for an AMF to request the Configured NSSAI from the NSSF.
In Release 19, enhancements to the NSSF include a defined procedure for NSSF selection itself and introduced a mechanism for prioritization between UDM, OAM, and NSSF-based slice validity time information. These updates provide clearer operational guidelines for how the NSSF is discovered and how it handles potentially conflicting slice availability data from different sources.
Explore further
Broader topics and technologies where NSSF plays a role.
Defining Specifications
3GPP specifications that define or reference NSSF, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 23.501 vk00 | 5G System Architecture Stage 2 | Rel-20 |
| TS 26.891 vg00 | Media Distribution Services in 5G System | Rel-16 |
| TS 29.520 vj40 | 5G Network Data Analytics Services Stage 3 | Rel-19 |
| TS 29.524 vj00 | 5G Cause Code Mapping Specification | 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.576 vj40 | 5G Messaging Framework Adaptor Services Stage 3 | Rel-19 |
| TS 32.255 vk10 | Telecom Management; Charging for 5G Data Connectivity | Rel-20 |
| TS 33.127 vj50 | Lawful Interception Architecture and Functions | Rel-19 |