NSSAI

Network Slice Selection Assistance Information

Network Slicing →
Introduced in Rel-15 Also in: Radio Access Network, Services, Management, Security

NSSAI is the 3GPP parameter that identifies the set of network slices a UE requests, consisting of one or more S-NSSAIs, which the network uses to route the connection to the appropriate slice-supporting functions.

Category
Network Slicing
Introduced
Rel-15
Where
Core Network › 5G Core
Also touches
4 segments
Specifications
32 specs
NSSAI Description Purpose Related Classification Detected Changes Specifications

Description

Network Slice Selection Assistance Information (NSSAI) is a fundamental concept and data structure in 5G System (5GS) architecture, introduced in 3GPP Release 15. It is the mechanism by which a User Equipment (UE) communicates its desired network slice(s) to the network during registration and session establishment procedures. An NSSAI is not a single identifier but a collection, typically containing one or more Single Network Slice Selection Assistance Information (S-NSSAI) elements. Each S-NSSAI is the unique identifier for a specific network slice instance or slice type that a UE is permitted to access.

An S-NSSAI itself is composed of two parts: a Slice/Service Type (SST) and an optional Slice Differentiator (SD). The SST is a mandatory 8-bit field that indicates the expected network slice behavior in terms of features and services (e.g., enhanced Mobile Broadband - eMBB, Ultra-Reliable Low Latency Communications - URLLC, Massive IoT - MIoT). The SD is an optional 24-bit field used to differentiate among multiple network slice instances of the same SST, allowing an operator to deploy several slices for the same service type but for different tenants or use cases. The UE obtains the S-NSSAIs it is allowed to use from its subscription profile, often configured via the home operator.

During the initial registration procedure, the UE includes a Requested NSSAI in the Registration Request message sent to the Access and Mobility Management Function (AMF) via the (R)AN. The Requested NSSAI contains the S-NSSAIs the UE wishes to register for in the current registration area. The AMF, in conjunction with the Network Slice Selection Function (NSSF) and subscription data from the Unified Data Management (UDM), validates these requests. The network then responds with an Allowed NSSAI, which is the set of S-NSSAIs the UE is permitted to use in the current registration area. The UE stores this Allowed NSSAI and includes a subset of it, called the Configured NSSAI for the serving Public Land Mobile Network (PLMN), in subsequent registration and PDU Session Establishment requests. This process ensures the UE is connected to the correct AMF and Session Management Function (SMF) instances that support the requested slices, enabling the tailored connectivity and resource allocation that defines network slicing.

Purpose & Motivation

NSSAI was created to solve the critical problem of slice selection and routing in a 5G network where multiple logical networks (slices) coexist on shared physical infrastructure. In pre-5G systems, a UE simply attached to "the network." With network slicing, a UE may need access to several distinct logical networks simultaneously—for example, one for regular internet browsing (eMBB), one for a corporate VPN, and one for a low-latency gaming service. The network needed a standardized way for the UE to signal which of these logical networks it required for a given communication context.

The NSSAI mechanism provides this signaling. It addresses the limitation of earlier networks which lacked a native, standardized identifier for service-specific network partitions. Without NSSAI, implementing slicing would require non-standard, proprietary signaling or inefficient over-the-top solutions. NSSAI enables efficient network resource utilization by allowing the (R)AN and core network to direct traffic to the specific set of network functions (AMF, SMF, UPF, etc.) instantiated for a slice. This is essential for meeting the diverse Key Performance Indicators (KPIs) of different services, as it ensures the UE's data plane and control plane are handled by functions configured with the appropriate policies (e.g., latency, bandwidth, security). Its introduction was a cornerstone in making the 5G vision of customized logical networks a practical reality.

Classification

Specific typesS-NSSAI
Related approachesAMFNSSFUDM

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 239 changes

In Release 15, the NSSAI function was introduced to manage network slice selection, including procedures for storing the Configured NSSAI when the PLMN changes and establishing an N1 NAS signalling connection due to changes in network slicing information. It also defined mechanisms for handling S-NSSAI during mobility between EPS and 5GS, including providing S-NSSAI info for PDN connections established over ePDG/EPC and including S-NSSAI received in EPS in the Requested NSSAI upon inter-system change. Furthermore, Release 15 introduced the Allowed NSSAI, which indicates the S-NSSAIs the UE can use in the Serving PLMN, and the Pending NSSAI for scenarios where network slice-specific authorization is ongoing.

  • Handling of S-NSSAI and PDU session ID during mobility between EPS and 5GS TS 24.301CR2965
  • Mode selection for inter-system change between EPS and 5GS TS 24.301CR2979
  • Ciphering keys delivery for broadcast of ciphered assistance data TS 24.301CR3041
  • Clarification on usage of ePDG selection procedures TS 24.302CR0662
  • S-NSSAI info for PDN connection established over ePDG/EPC TS 24.302CR0666
  • Including S-NSSAI received in EPS in Requested NSSAI and in PDU session establishment request upon inter-system change from S1 mode to N1 mode TS 24.501CR0082

+ 233 more changes

Rel-16 408 changes

In Release 16, the NSSAI function was enhanced to support **Slice-Specific Authentication and Authorisation**, introducing a **Pending NSSAI** to indicate S-NSSAIs awaiting such procedures during registration. It also defined an **Alternative S-NSSAI** for the AMF to use when a requested slice is unavailable or congested, and clarified the use of a **Target NSSAI** to steer the UE to cells supporting specific network slices.

  • CIoT Introduction of CN Selection and Steering TS 23.501CR0896
  • Description of solution 2 in 23.725 for redundancy as an informational annex TS 23.501CR0754
  • ATSSS-SMF and UPF selection TS 23.501CR0761
  • Trusted non-3GPP Access Network Selection TS 23.501CR0783
  • eSBA communication schemas related to general discovery and selection TS 23.501CR0799
  • eSBA communication schemas related to UDM and UDR discovery and selection TS 23.501CR0800

+ 402 more changes

Rel-17 448 changes

In Release 17, enhancements to NSSAI included the introduction of a Partially Allowed NSSAI, which indicates S-NSSAIs the UE can use only in specific Tracking Areas within its Registration Area. Furthermore, the concept of an Alternative S-NSSAI was defined, allowing the AMF to replace an unavailable or congested S-NSSAI in the Allowed NSSAI with a compatible alternative. The release also expanded network slice support over different Non-3GPP accesses and introduced mechanisms for network slice restriction based on NWDAF analytics.

  • Support of different slices over different Non 3GPP access TS 23.501CR2525
  • Network Slice restriction based on NWDAF analytics TS 23.501CR2567
  • NWDAF discovery and selection TS 23.501CR2575
  • NWDAF discovery and selection based on provided ML models TS 23.501CR2585
  • UP path selection enhancement based on analytics info provided by NWDAF TS 23.501CR2586
  • NWDAF discovery and selection for model sharing TS 23.501CR2614

+ 442 more changes

Rel-18 599 changes

In Release 18, key enhancements for NSSAI included the introduction of a **Partially Allowed NSSAI**, which indicates S-NSSAIs a UE can use only in specific Tracking Areas within its Registration Area, and an **Alternative S-NSSAI**, determined by the NSSF to replace an unavailable or congested S-NSSAI. Furthermore, the release added support for **network slice replacement** and **graceful termination of PDU sessions** during network slice decommissioning.

  • N3IWF selection enhancement for support of S-NSSAI needed by UE TS 23.501CR3707
  • Discovery and Selection of the NWDAF Supporting Federated Learning in 5GC TS 23.501CR3772
  • KI#4 23.501 AF traffic influence for common EAS, DNAI selection TS 23.501CR3788
  • Common EAS/DNAI selection by AF TS 23.501CR3789
  • Change of Network Slice instance for PDU sessions TS 23.501CR3867
  • Introduction of 5GS Information Exposure TS 23.501CR3887

+ 593 more changes

Rel-19 263 changes

In Release 19, enhancements for NSSAI include the support of slice change based on an AF request, allowing an Application Function to influence the active network slice for a UE. Furthermore, the concept of a Target NSSAI is utilized to steer the UE to cells supporting specific slices, and the introduction of an Alternative S-NSSAI provides a compatible slice replacement when a requested S-NSSAI is unavailable or congested.

  • RVAS with target NF selection enhancement. TS 23.501CR5364
  • NF discovery and selection by target PLMN TS 23.501CR5399
  • Adding the NAT information exposure and Packet Inspection functionality in the UPF NF profile TS 23.501CR5420
  • Support of UPF selection according to the conclusion in FS_UPEAS_Ph2 TS 23.501CR5441
  • Introduction of new network function for energy related information, its definition and corresponding Architecture Reference Model TS 23.501CR5636
  • I-SMF selection/insertion based on local offloading allowed indication TS 23.501CR5604

+ 257 more changes

Rel-20 8 changes

In Release 20, the enhancements to NSSAI primarily involved the introduction of the "Alternative S-NSSAI" concept, which allows the AMF to replace an unavailable or congested S-NSSAI in the Allowed NSSAI with a compatible alternative. Furthermore, the specification refined the "Partially Allowed NSSAI" by associating each S-NSSAI within it with a specific list of Tracking Areas where that network slice is supported. These changes improved network slice selection and availability management for UEs.

  • N3IWF/TNGF reselection considering energy related information. TS 23.501CR6493
  • KI#1: Per UE application ranking related information exposed by EIF TS 23.501CR6501
  • Energy Consumption information exposure and policy control TS 23.501CR6508
  • Rel-20 CR TS 28.541 Enhancement on PreDefinedPccRule for exposure of information related to XRM service based on QoSMonitoring TS 28.541CR1570
  • Rel-20 CR TS 28.541 Enhancement of TrustedAF information to support VFL TS 28.541CR1573
  • Rel-20 CR TS 28.541 Enhancement of unTrustedAF information to support VFL TS 28.541CR1574

+ 2 more changes

Explore further

Broader topics and technologies where NSSAI plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 23.501 vk00 5G System Architecture Stage 2 Rel-20
TS 23.700 vk00 XR Services Application Enablement Layer Rel-20
TS 24.301 vj60 NAS protocol for Evolved Packet System Rel-19
TS 24.302 vj00 Access to EPC via non-3GPP networks; Stage 3 Rel-19
TS 24.501 vj50 5G NAS Protocols Specification Rel-19
TS 24.890 vg00 5G NAS Protocol for 5GS Stage 3 Rel-16
TS 26.501 vj30 5G Media Streaming (5GMS) Architecture Rel-19
TS 26.804 vj10 5G Media Streaming Extensions Study Rel-19
TS 26.891 vg00 Media Distribution Services in 5G System Rel-16
TS 28.202 vj00 5G Network Slice Management Charging Rel-19
TS 28.541 vk00 5G Network Resource Model (NRM) Stage 2/3 Rel-20
TS 28.801 vf10 Management and Orchestration of Network Slicing Rel-15
TS 29.503 vj50 UDM Service Based Interface Stage 3 Rel-19
TS 29.507 vj40 5G Access & Mobility Policy Control Service Rel-19
TS 29.508 vj40 5G Session Management Event Exposure Service Rel-19
TS 29.513 vj40 5G PCC Signalling Flows & QoS Mapping Rel-19
TS 29.518 vj50 AMF Service Based Interface Protocol Rel-19
TS 29.541 vj30 NEF Service-Based Interfaces for NIDD & SMS Rel-19
TS 29.562 vj40 HSS Services for IMS & GBA Interworking Rel-19
TS 29.890 vg00 CT3 5G System Technical Report Rel-16
TS 31.111 vj30 USIM Application Toolkit (USAT) Specification Rel-19
TS 32.899 vf10 5G Charging Architecture Study Rel-15
TS 33.117 vk00 Catalogue of General Security Assurance Requirements Rel-20
TS 33.501 vk00 5G Security Architecture and Procedures Rel-20
TS 36.331 vj00 LTE RRC Protocol Specification Rel-19
TS 37.473 vj00 W1 Application Protocol (W1AP) Specification Rel-19
TS 37.483 vj10 E1 Application Protocol (E1AP) Rel-19
TS 38.413 vj10 NG Application Protocol (NGAP) Rel-19
TS 38.423 vj10 Xn Application Protocol (XnAP) specification Rel-19
TS 38.463 vj00 E1 Application Protocol (E1AP) Rel-19
TS 38.473 vj10 5G F1 Application Protocol (F1AP) Rel-19
TS 38.509 vi00 Special conformance testing functions for UE Rel-18