Menu
Latest
12 meetings · Prague, Jeju · 12–16 Oct
Reports
RAN1#126-bis · SA2#177

Glossary term · Identifier

NAI

Network Access Identifier

Identifier →

NAI is a standardized user identity format, structured as 'user@realm', used for unambiguous identification and routing of authentication requests, especially in roaming scenarios within mobile networks.

Introduced
Rel-2
Where
Core Network › 5G Core
Specifications
25 specs
Also in
Security, Services
NAI Description Purpose What changed Neighbours Detected Changes Specifications

Description

The Network Access Identifier (NAI) is a critical identifier defined in IETF RFC 7542 and adopted by 3GPP for use in access authentication. Its primary format is 'username@realm'. The 'username' part uniquely identifies the user within the context of the specified 'realm'. The 'realm' is a crucial component that denotes the administrative domain responsible for authenticating the user, typically the user's home service provider (e.g., operator.com). This structure is essential for roaming.

During network access, when a user (UE) attempts to connect to a visited network (e.g., while roaming internationally), the UE presents its NAI in the access request. The visited network's access point (e.g., a PDN Gateway in 5G, or a AAA proxy) examines the realm portion of the NAI. Since the realm is not local, the visited network's AAA infrastructure forwards the authentication request, containing the NAI, to the AAA server in the user's home realm. This routing is often done through a hierarchy of proxy AAA servers.

The home AAA server (e.g., HSS/UDM in 3GPP) uses the username part of the NAI to look up the user's subscription profile and authentication credentials. It then engages in an authentication protocol (like EAP-AKA') with the UE. The NAI remains constant throughout this process, ensuring the home network knows exactly which user is being authenticated. In 3GPP systems, the NAI is often derived from the user's International Mobile Subscriber Identity (IMSI) or a subscription permanent identifier (SUPI) in a privacy-preserving way (e.g., creating a pseudonym).

The NAI's role extends beyond initial access. It is used in accounting records (e.g., RADIUS Accounting messages) to correlate usage data with a specific user and their home realm for billing and settlement between roaming partners. It is a carrier-grade identifier designed for scalability and global uniqueness, forming the backbone of interoperable authentication in heterogeneous and roaming-enabled network environments.

Purpose & Motivation

The NAI was created to solve the fundamental problem of uniquely and unambiguously identifying a mobile user in a world of multiple, interconnected network service providers (roaming). Before standardization, different networks used various, often incompatible, formats for user IDs (e.g., simple usernames, MSISDNs), which caused severe problems in routing authentication requests during roaming and made inter-operator accounting complex.

The primary motivation was to enable seamless and secure network access authentication for roaming users. The 'user@realm' structure provides a simple, yet powerful, way to embed routing information (the realm) directly into the user's identity. This allows any visited network to determine, without prior knowledge of the user, where to send the authentication request. It decouples the visited network's authentication infrastructure from the home network's user database.

3GPP adopted the NAI to integrate its core network authentication (using Diameter and later HTTP/2-based protocols) with the broader Internet authentication framework established by the IETF. It addresses the limitations of using only an IMSI or MSISDN, which do not explicitly contain domain routing information and can raise privacy concerns if transmitted in clear text. The NAI format is extensible and supports privacy enhancements like pseudonymous or fast re-authentication identities, making it a versatile and future-proof cornerstone for secure, scalable mobile access.

What changed in its specifications

The latest release-to-release comparison of specifications that define NAI. Each summary describes the whole specification, not only this term.

TR 21.905Rel-17 → Rel-18

Rel-18 brings only minor changes to TS 21.905: 0 clauses changed, with no change attributed to a release feature.

Full comparison in TR 21.905 →
TS 23.228Rel-18 → Rel-19

Rel-19 TS 23.228 adds SBI service operations for IMS data channels, event subscription, and user information, plus HSS lookup of the serving IMS AS. It adds PS Data Off handling for IMS Data Channel services and Multimedia Priority Service for Messaging.

Full comparison in TS 23.228 →

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 6 changes
  • SUPI definition and NAI format TS 23.501CR0653
  • SUCI encoding and support of NAI format TS 24.501CR0615
  • Correction to SUPI definition due to NAI format TS 24.501CR0628
  • NAI as identifier for non-3GPP access TS 24.502CR0024
  • SUCI NAI Clarification TS 29.503CR0109
  • Clarify decorated NAI usage TS 24.302CR0690
Rel-17 4 changes
  • NSWO NAI corrections TS 24.502CR0203
  • Correction of handling of NID for SUCI in NAI format TS 31.102CR0979
  • Clarification on NAI format for PRUK ID TS 33.503CR0001
  • Clarification on NAI provided by N5CW device TS 24.502CR0155
Rel-18 11 changes
  • Resolve EN on NAI construction for SNPN authentication TS 24.502CR0242
  • Decorated NAI for NSWO TS 24.502CR0288
  • MPS for WLAN NAI decoration TS 31.102CR1033
  • Clarification on NAI format in NSWO scenario TS 23.501CR4803
  • Clarification/Alignment on usage of Decorated NAI for 5G-NSWO in case of SNPNs. TS 23.501CR5252
  • MPS for WLAN NAI decoration TS 24.302CR0772

+ 5 more changes

Rel-19 2 changes
  • Add Change Advice for EF SUPI_NAI in Annex A and H TS 31.102CR1084
  • Information and examples for GET IDENTITY for NAI based SUPI with and without NID - Rel19 TS 31.102CR1102

Defining Specifications

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

SpecificationTitleRelease
TR 21.905 vj20 3GPP Terminology and Definitions Rel-19 read
TS 22.495 v700 NGN Requirements for IMS Services Rel-7 read
TS 23.228 vk10 IP Multimedia Core Network Subsystem Rel-20 read
TS 23.234 vd10 3GPP-WLAN Interworking Index Rel-13 read
TS 23.501 vk30 5G System Architecture Rel-20 read
TR 23.923 v300 Mobile IP+ Feasibility Study for UMTS/GPRS R99 read
TS 24.229 vk10 IMS SIP/SDP Call Control Protocol Rel-20 read
TS 24.234 vc20 3GPP-WLAN Interworking Network Selection Rel-12 read
TS 24.302 vj00 Access to EPC via non-3GPP networks; Stage 3 Rel-19 read
TS 24.501 vk10 5GS NAS Protocol Specification Rel-20 read
TS 24.502 vk00 Non-3GPP Access Network Discovery and Selection Rel-20 read
TS 24.554 vk10 5G ProSe Protocols and Procedures Rel-20 read
TS 24.890 vg00 5G NAS Protocol for 5GS Stage 3 Rel-16 read
TS 29.061 vk10 Packet Domain Interworking Requirements Rel-20 read
TS 29.275 vj00 PMIPv6 Mobility & Tunnelling Protocols Stage 3 Rel-19 read
TS 29.503 vk10 UDM Service Based Interface Rel-20 read
TS 29.562 vk10 HSS Nhss Services for IMS and GBA Rel-20 read
TS 31.102 vk00 USIM Application Specification Rel-20 read
TS 31.103 vj10 IM Services Identity Module Specification Rel-19 read
TS 32.182 vj00 UDC Common Baseline Information Model (CBIM) Rel-19 read
TS 33.107 vj00 Lawful Interception Architecture & Functions Rel-19 read
TS 33.501 vk30 5G Security Architecture Rel-20 read
TS 33.503 vk00 5G ProSe Security Specification Rel-20 read
TS 33.822 v800 Inter-Access Mobility Security Architecture Rel-8 read
TS 33.835 vg10 Study on authentication and key management for apps Rel-16 read