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.
Classification
Release Timeline
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (21 CRs across 5 releases). Complements the general historical overview above with the evidence-based evolution of this function.
In Release 15, the NID (Network Identifier) function was formally introduced for use within SNPNs (Standalone Non-Public Networks). Specifically, its application was defined for MBS (Multicast Broadcast Service) session identification, where it is used in conjunction with the TMGI (Temporary Mobile Group Identity). This introduction also necessitated a correction to the parameter referencing for the Network Identifier within the MMS (Mobility Management Subsystem) procedures.
- Correction of the Network Identifier parameter referenced server in clause 15.3 MMS within Table 15.3.6.1.2 TS 33.108CR0403
In Release 16, the Network Identifier (NID) was enhanced to support Standalone Non-Public Networks (SNPNs) by being provided to the P-CSCF and used as an input for policy decisions. The release also involved updating the length of the NID and adding it to Access Network parameters. Specifically for services like MBS and V2X, the NID is used alongside the TMGI to uniquely identify sessions within an SNPN.
- 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
- Adding support of NID TS 29.523CR0019
+ 4 more changes
In Release 17, the specification introduced clarifications and corrections for the Network Identifier (NID) function, specifically regarding its handling within the SUCI when formatted as a Network Access Identifier. The updates further defined that the NID is used alongside a TMGI for service announcement and identification, but exclusively in the context of a Stand-alone Non-Public Network (SNPN).
In Release 18, the NID function was updated with clarifications and corrections to its implementation across several procedures. These included clarifying NID coding in the GET IDENTITY response data and in the EF_NID file, as well as correcting the selection of the NID in PDU Session Resource Setup procedures for SN-terminated sessions. Furthermore, the specifications were updated to add missing references for TMGI and NID definitions specifically for MBS over V2X communication.
- 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
In Release 19, the Network Identifier (NID) function was enhanced for SNPNs by including the NID within the PROSE PC5 DISCOVERY message to support multi-hop UE-to-network relay discovery. Furthermore, the release resolved issues related to combining the HPLMN ID with the NID in PC5 signaling messages and mandated the inclusion of the NID alongside the TMGI for MBS session announcements, particularly for V2X services over SNPNs.
- 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
Explore further
Broader topics and technologies where NID plays a role.
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 vj00 | 5G V2X Architecture Enhancements | Rel-19 |
| TS 23.289 vk10 | Mission Critical services over 5G System | Rel-20 |
| TS 23.501 vk00 | 5G System Architecture Stage 2 | Rel-20 |
| TS 24.229 vj50 | IMS call control protocol based on SIP and SDP | Rel-19 |
| TS 24.368 vj40 | NAS Configuration Management Object | Rel-19 |
| TS 24.502 vj20 | 5G Core Access via Non-3GPP Networks; Stage 3 | Rel-19 |
| TS 24.554 vj40 | 5G Proximity Services (ProSe) Protocols | Rel-19 |
| TS 24.558 vj50 | Edge Enabler APIs Stage 3 | Rel-19 |
| TS 24.588 vj00 | UE Policies for V2X Services in 5GS | Rel-19 |
| TS 28.622 vk20 | Telecommunication Management; Generic NRM Information Service | Rel-20 |
| TR 28.828 vi00 | Charging Aspects for Non-Public Networks | Rel-18 |
| TS 29.214 vj20 | Policy and Charging Control over Rx | 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.512 vj40 | 5G Session Management Policy Control Service | Rel-19 |
| TS 29.513 vj40 | 5G PCC Signalling Flows & QoS Mapping | Rel-19 |
| TS 29.514 vj40 | 5G System; Policy Authorization Service; Stage 3 | Rel-19 |
| TS 29.523 vj20 | 5G Policy Control Event Exposure Service | Rel-19 |
| TS 29.525 vj40 | 5G UE Policy Control Service Stage 3 | Rel-19 |
| TS 29.536 vj30 | NSACF Service Based Interface Protocol | Rel-19 |
| TS 29.558 vj40 | Enabling Edge Applications | Rel-19 |
| TS 31.102 vj40 | USIM Application Specification | Rel-19 |
| TS 31.111 vj30 | USIM Application Toolkit (USAT) Specification | Rel-19 |
| TS 32.422 vk00 | Telecom Management: Trace Control & Configuration | Rel-20 |
| TS 33.108 vj00 | LI Handover Interface Specification | Rel-19 |
| TS 37.483 vj10 | E1 Application Protocol (E1AP) | Rel-19 |
| TS 38.300 vj00 | NG-RAN Overall Description | Rel-19 |
| TS 38.304 vj00 | UE RRC_IDLE and RRC_INACTIVE Procedures | Rel-19 |
| TS 38.331 vj00 | NR Radio Resource Control (RRC) Protocol Specification | Rel-19 |
| TS 38.401 vj10 | NG-RAN Architecture Specification | 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 |