NSSAAF

Network Slice-specific Authentication and Authorization Function

Network Slicing →
Introduced in Rel-16 Also in: Management

NSSAAF is the 5G Core Network function that acts as a proxy between the AMF and external AAA servers to manage authentication and authorization for a specific network slice.

Category
Network Slicing
Introduced
Rel-16
Where
Core Network › 5G Core
Also touches
1 segments
Specifications
9 specs
NSSAAF Description Purpose Related Classification Detected Changes Specifications

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

Part ofNSSAA
Specific typesNSSAA
Related approachesAMF

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

Specific 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.

Rel-16 3 changes

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.

  • Replacing AUSF by NSSAAF to support NSSAA TS 23.501CR2372
  • Adding AAA-S via NSSAAF to support NSSAA TS 24.501CR2228
  • Replacing AUSF by NSSAAF to support NSSAA TS 29.561CR0030
Rel-17 4 changes

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.

  • Reference point AUSF - NSSAAF TS 23.501CR3095
  • NSSAAF Discovery and Selection based on S-NSSAI or UE ID Range TS 23.501CR3172
  • NSSAAF : Network slice-specific and SNPN authentication and authorization function TS 24.501CR3519
  • SUPI in Notifications from NSSAAF TS 29.526CR0021
Rel-18 1 change

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.

SpecificationTitleRelease
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
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.