Description
The Network Identifier (NID) is a critical component in 3GPP's architecture for Stand-alone Non-Public Networks (SNPNs), introduced to enable private cellular network deployments. An SNPN is a 5G network operated for private use (e.g., by an enterprise, factory, or utility) that does not rely on a Public Land Mobile Network (PLMN) for core network functions. To uniquely identify such a network globally, a two-part identifier is used: a PLMN ID (Public Land Mobile Network Identity) and a NID. The PLMN ID (MCC+MNC) in this context identifies the SNPN operator, which could be the enterprise itself or a third-party private network operator, and is not necessarily a traditional public operator code. The NID is a 20-bit to 32-bit value (typically represented as 5 to 8 hexadecimal digits) that uniquely identifies a specific network under that PLMN ID.
Architecturally, the NID is broadcast in the system information (SIB1) by the 5G radio cells (gNBs) belonging to the SNPN. A User Equipment (UE) configured to access an SNPN will have one or more SNPN subscription identifiers stored in its Universal Subscriber Identity Module (USIM) or in device configuration. This identifier is a combination of the PLMN ID and the NID. During initial cell selection and network registration, the UE reads the broadcast PLMN ID and NID and compares it with its configured list. If a match is found, the UE proceeds to attach to that SNPN. The NID is carried in key NAS (Non-Access Stratum) messages, such as the Registration Request, to inform the network core of the specific network the UE is attempting to access.
How it works involves several layers. At the physical and RRC layer, the NID is broadcast, allowing UE discovery. At the NAS layer, it is used for network selection and registration. Within the core network, the Network Function (NF) responsible for access management, the Access and Mobility Management Function (AMF), uses the received PLMN ID and NID to route the registration request to the correct network slice and authentication infrastructure specific to that SNPN. The Authentication Server Function (AUSF) will use the full SNPN identifier (PLMN ID + NID) to select the correct credentials and authentication method for that private network. This ensures complete logical isolation between different SNPNs, even if they share the same radio spectrum or are managed by the same infrastructure provider.
Key components include the NID value itself, the broadcast mechanism in system information, the UE's configuration storage for SNPN identifiers, and the core network's routing and subscription lookup based on the combined PLMN+NID. Its role is fundamental to the SNPN concept, providing the granularity needed to support multiple, independent private networks within a shared operator space. It enables features like closed access groups, where only pre-configured UEs can access the network, and forms the basis for secure, isolated private network operation as envisioned for Industry 4.0, campus networks, and critical infrastructure.
Purpose & Motivation
The NID was created to solve the fundamental problem of identifying and isolating private cellular networks in a standardized global framework. Prior to its introduction, private networks often used closed subscriber groups (CSG) within a public PLMN or operated as completely isolated islands with non-standard identifiers, leading to interoperability issues and management complexity. The rise of Industry 4.0, smart factories, and critical infrastructure demanded dedicated, secure, and reliable 5G networks that could operate independently of public MNOs. The SNPN concept, enabled by the NID, was the 3GPP-standardized answer to this demand.
It addresses the limitation of the PLMN ID alone, which is designed for public operators. An enterprise deploying a private network is not a public operator and should not need a globally unique MNC from the scarce ITU-administered pool just for its internal network. The NID provides the necessary additional namespace under a designated PLMN ID (which could be a dedicated range for private network use, e.g., using the MCC '999' as defined for test/private networks). This allows an infinite number of private networks to be created under a single PLMN ID, simplifying administration while ensuring global uniqueness through the combination.
Furthermore, the NID enables clear network selection for devices. A device can be configured with subscriptions to multiple different SNPNs (e.g., for different corporate campuses or roles). The broadcast NID allows the device to automatically identify and connect to the correct one. This is crucial for automated industrial equipment, drones, and sensors that must operate in specific, controlled network environments. The creation of the NID and the SNPN framework in 3GPP Release 16 was a direct response to strong market demand for standardized private 5G, moving beyond proprietary solutions and ensuring device and network interoperability across different vendors and vertical industries.
What changed in its specifications
The latest release-to-release comparison of specifications that define NID. Each summary describes the whole specification, not only this term.
Rel-18 adds NR PC5 carrier aggregation and NR eTx Profiles for V2X services, along with per-flow radio frequency information passed from the V2X layer to the AS layer. It also adds MBS support for V2X, including message reception via MBS and MBS session announcement.
Full comparison in TS 23.287 →Rel-19 added 5G ProSe UE-to-UE relay, L4S congestion control, satellite access, LMR interworking, MC gateway UE, and 5MBS for non-3GPP devices. It also added UE capability for multicast MBS in RRC_INACTIVE plus two reference point descriptions.
Full comparison in TS 23.289 →Release Timeline
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (23 CRs across 5 releases). Complements the general historical overview above with the evidence-based evolution of this function.
- Adding NID to PANI TS 24.229CR6420
- Providing NID to the P-CSCF TS 29.214CR1646
- Adding NID as input for policy decisions TS 29.507CR0061
- Adding NID as input for policy decisions TS 29.512CR0303
- Adding support of NID TS 29.514CR0210
- Providing NID to the P-CSCF TS 29.514CR0242
+ 5 more changes
- NID IE figure and table split TS 24.502CR0246
- Adding the missing references for TMGI and NID definitions used for MBS over V2X TS 24.588CR0041
- Correction of selected NID in PDU Session Resource Setup Info - SN terminated TS 38.423CR1150
- Clarification of NID coding in the response data of GET IDENTITY TS 31.102CR1040
- Clarification of NID coding in EF_NID TS 31.102CR1043
- Adding the NID used for SNPN in the PROSE PC5 DISCOVERY message for multi-hop UE-to-network relay discovery additional information TS 24.554CR0793
- Resolving the ENs related to combining the HPLMN ID with NID in PC5 signalling messages TS 24.554CR0720
- Including NID in the MBS session announcement TS 23.289CR0119
- 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 NID, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 23.287 vk00 | 5G V2X Architecture Enhancements | Rel-20 read |
| TS 23.289 vk30 | Mission Critical Services over 5G System Architecture | Rel-20 read |
| TS 23.501 vk30 | 5G System Architecture | Rel-20 read |
| TS 24.229 vk10 | IMS SIP/SDP Call Control Protocol | Rel-20 read |
| TS 24.368 vk00 | NAS Configuration Management Object | 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.558 vk00 | Edge Application Enabler Server APIs Stage 3 | Rel-20 read |
| TS 24.588 vj00 | UE Policies for V2X Services in 5GS | Rel-19 read |
| TS 28.622 vk40 | Generic Network Resource Information Service | Rel-20 read |
| TR 28.828 vi00 | Charging Aspects for Non-Public Networks | Rel-18 read |
| TS 29.214 vk00 | Rx Interface for Policy and Charging Control | Rel-20 read |
| TS 29.507 vk10 | Access and Mobility Policy Control | Rel-20 read |
| TS 29.508 vk10 | Session Management Event Exposure Service | Rel-20 read |
| TS 29.512 vk10 | Session Management Policy Control Service Stage 3 | Rel-20 read |
| TS 29.513 vk10 | 5G PCC Signalling Flows | Rel-20 read |
| TS 29.514 vk10 | Policy Authorization Service | Rel-20 read |
| TS 29.523 vk10 | Policy Control Event Exposure Service | Rel-20 read |
| TS 29.525 vk10 | UE Policy Control Service | Rel-20 read |
| TS 29.536 vk10 | Nnsacf Network Slice Admission Control | Rel-20 read |
| TS 29.558 vk00 | Edge Application Enablement APIs | Rel-20 read |
| TS 31.102 vk00 | USIM Application Specification | Rel-20 read |
| TS 31.111 vj40 | 3GPP TS 31111 vj40: USIM Application Toolkit | Rel-19 read |
| TS 32.422 vk30 | Trace, MDT and UE Measurement Control | Rel-20 read |
| TS 33.108 vj00 | LI Handover Interface Specification | Rel-19 read |
| TS 37.483 vj40 | E1 Application Protocol (E1AP) | Rel-19 read |
| TS 38.300 vj40 | NR and NG-RAN Overall Description | Rel-19 read |
| TS 38.304 vj30 | NR UE Idle and Inactive State Procedures | Rel-19 read |
| TS 38.331 vj40 | NR Radio Resource Control (RRC) | Rel-19 read |
| TS 38.401 vj30 | NG-RAN Architecture Description | Rel-19 read |
| TS 38.413 vj40 | NG Application Protocol (NGAP) Specification | Rel-19 read |
| TS 38.423 vj40 | NG-RAN Xn Application Protocol | Rel-19 read |
| TS 38.463 vj00 | E1 Application Protocol (E1AP) | Rel-19 read |
| TS 38.473 vj40 | F1 Application Protocol (F1AP) | Rel-19 read |