Description
The Network Slice-specific Authentication and Authorization Function (NSSAAF) is a dedicated logical function within the 5G Core Network (5GC) specified from 3GPP Release 16. Its primary role is to facilitate the Network Slice-Specific Authentication and Authorization (NSSAA) procedure. The NSSAAF does not perform the authentication itself but acts as a relay and orchestrator between the Access and Mobility Management Function (AMF) within the operator's trust domain and external Authentication, Authorization, and Accounting (AAA) servers that belong to the tenant or provider of a specific network slice. This architecture is fundamental to enabling multi-party and multi-domain network slicing scenarios.
Operationally, the NSSAAF receives NSSAA requests from the AMF via the service-based interface Nnssaaf_NSSAA. This request includes the UE's identity and the identifier of the requested network slice (S-NSSAI). The NSSAAF then initiates a dialogue with the appropriate external AAA server, which is identified based on the S-NSSAI. The communication with the external AAA server occurs over the N33 reference point. The NSSAAF transparently relays Extensible Authentication Protocol (EAP) packets between the UE (which is the EAP peer) and the external AAA server (which is the EAP server). The UE and the external AAA server conduct a full EAP authentication method (e.g., EAP-AKA', EAP-TLS), with the NSSAAF and AMF simply passing the packets. The NSSAAF is responsible for mapping the EAP session to the correct UE and AMF context.
The NSSAAF's key responsibilities include managing the state of the NSSAA procedure, enforcing timeouts, and translating the final result from the external AAA server (EAP Success/Failure) into a 3GPP-defined NSSAA result sent to the AMF. It also handles potential error conditions from the external AAA server. The function can be implemented as a standalone Network Function (NF) or can be combined with another NF, such as the Authentication Server Function (AUSF), depending on vendor implementation and network deployment choices. Its design emphasizes neutrality to the specific EAP method used, allowing slice tenants to employ the authentication mechanism that best suits their security requirements.
Purpose & Motivation
The NSSAAF was created to operationalize the concept of slice-specific authentication introduced with NSSAA. Without a dedicated function to manage the interaction with external AAA systems, the AMF would need to directly interface with a potentially unlimited number of tenant-specific AAA servers, each with different protocols and security requirements. This would create immense complexity, scalability issues, and security risks for the core network operator.
The NSSAAF solves this by providing a standardized, secure, and controlled intermediary point. It abstracts the complexity of external AAA interactions from the AMF, allowing the AMF to handle mobility and session management while delegating slice-specific security decisions. This separation of concerns is a classic architectural principle that enhances modularity and security. Furthermore, the NSSAAF provides a single point in the operator's network where policies regarding external connectivity (e.g., firewall rules, traffic policing for AAA messages) can be enforced. Its creation was motivated by the need to make network slicing practically deployable for enterprise and vertical use cases, where the slice tenant demands control over access authentication without requiring deep integration of their AAA systems into the MNO's core.
Classification
Release Timeline
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (8 CRs across 3 releases). Complements the general historical overview above with the evidence-based evolution of this function.
In Release 16, the NSSAAF (Network Slice-specific Authentication and Authorization Function) was newly introduced to specifically support Network Slice-Specific Authentication and Authorization (NSSAA) and SNPN scenarios. It replaced the AUSF in these procedures, acting as an intermediary that relays EAP messages between the AUSF and an external AAA Server (AAA-S) or AAA Proxy (AAA-P). The release also defined new service-based interfaces (Nnssaaf) and reference points (e.g., N83 between AUSF and NSSAAF) for this function.
In Release 17, the NSSAAF was formally defined with its own service-based interface (Nnssaaf) and a specific reference point to the AUSF (N83). The function's discovery and selection mechanisms were enhanced to allow selection based on the Network Slice identifier (S-NSSAI) or a range of UE identities (SUPI), in addition to the Home Network Identifier. Furthermore, the NSSAAF's role was explicitly extended to support authentication for Standalone Non-Public Networks (SNPNs) using credentials from a Credentials Holder.
In Release 18, a specific correction was made to the NSSAAF selection procedure for the scenario of Standalone Non-Public Networks (SNPN). This update refined how the NSSAAF instance is discovered and selected by NF consumers like the AUSF when a UE is accessing an SNPN using credentials from a Credentials Holder.
- Correction on NSSAAF Selection in case of SNPN TS 23.501CR5253
Explore further
Broader topics and technologies where NSSAAF plays a role.
Defining Specifications
3GPP specifications that define or reference NSSAAF, 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 24.501 vj50 | 5G NAS Protocols Specification | Rel-19 |
| TS 28.204 vi11 | Charging management | Rel-18 |
| TR 28.843 vi10 | Technical Report on Charging Aspects for Vertical Scenarios | Rel-18 |
| TS 29.526 vj30 | Nnssaaf Service Based Interface Stage 3 | Rel-19 |
| TS 29.561 vj30 | 5G Interworking with External Data Networks | Rel-19 |
| TS 32.240 vj40 | Charging Management Architecture & Principles | Rel-19 |
| TS 32.290 vj50 | 5G Charging for Service Based Interface | Rel-19 |
| TR 32.847 vi00 | Technical Report | Rel-18 |