UUID

Universally Unique IDentifier

Identifier →
Introduced in Rel-8 Also in: Core Network

UUID is a standardized 128-bit identifier used within 3GPP systems to uniquely name resources, services, or entities without centralized coordination, enabling unambiguous identification across distributed systems.

Category
Identifier
Introduced
Rel-8
Where
Services › Codecs
Also touches
1 segments
Specifications
11 specs
UUID Description Purpose Related Detected Changes Specifications

Description

The Universally Unique Identifier (UUID), as standardized by 3GPP, is a 128-bit label used for the unique identification of information in network systems. Its structure and generation methods are based on IETF RFC 4122, ensuring global uniqueness with extremely high probability. Within 3GPP architectures, UUIDs are employed as persistent, opaque identifiers for a wide range of entities, including but not limited to Network Slice Instances, Network Slice Subnet Instances, Application Functions, Service Consumers, and specific service data. The 128-bit value is typically represented as a 32-character hexadecimal string, displayed in five groups separated by hyphens (e.g., 123e4567-e89b-12d3-a456-426614174000).

Architecturally, UUIDs function as key enablers in service-based interfaces (SBIs) and network slicing. In the 5G Core network, for instance, every Network Slice Instance is assigned a UUID (the S-NSSAI, while an identifier, is not a UUID; the NSI ID may be a UUID). More explicitly, UUIDs are used to identify Network Slice Templates or specific service instances within the Network Slice Management Function (NSMF) and Network Slice Subnet Management Function (NSSMF). When a service-based architecture component, like a Network Repository Function (NRF), registers or discovers a service, the service instance identifier can be a UUID. The generation of a UUID does not require a central issuing authority; it can be created locally by any system component using algorithms that incorporate unique elements like a timestamp, random numbers, and a node identifier (often a MAC address). This decentralized generation is key to its scalability.

How it works in practice involves embedding the UUID in protocol messages and data models. For example, in the 5G system, the Common API Framework (CAPIF) uses UUIDs to uniquely identify API invokers, providers, and services. In network slicing management, defined in TS 28.531, UUIDs identify management services and resources. The UUID is carried within HTTP/2 headers or JSON payloads in RESTful API calls between network functions. Its role is to provide a collision-resistant handle that can be used for referencing, correlating, and managing the lifecycle of distributed resources without ambiguity, which is essential for automation, orchestration, and multi-domain operations in complex 5G and beyond networks.

Purpose & Motivation

The UUID was adopted into 3GPP standards to solve the problem of generating globally unique identifiers in a decentralized, scalable manner for next-generation network architectures. Prior approaches often relied on hierarchical, centrally administered numbering schemes (like IP addresses or IMSI ranges) which could create bottlenecks, single points of failure, and coordination overhead. As networks evolved towards cloud-native, service-based architectures with network slicing and massive IoT, the need for a lightweight, self-generating, and statistically guaranteed unique identifier became paramount.

Historically, UUIDs were introduced from 3GPP Release 8, coinciding with the early work on System Architecture Evolution (SAE) and the Evolved Packet Core (EPC), where they found use in management interfaces. Their importance skyrocketed with the design of 5G, specifically for network slicing and service-based interfaces. UUIDs address the limitations of previous ad-hoc or operator-specific ID schemes by providing a standardized format that ensures no two independently generated IDs will conflict, even across different vendors and operators. This is critical for enabling automated orchestration, seamless service discovery, and the unambiguous management of millions of dynamic network slice instances and service endpoints in a multi-vendor, multi-domain environment.

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-16 1 change

In Release 16, the Universally Unique Identifier (UUID) was formally introduced and defined as a routing identifier for the Location Management Function (LMF). Specifically, the standard mandates the use of UUID version 4, as defined in IETF RFC 9562, for encoding this LMF routing information. This provides a standardized method for identifying an LMF alongside other identifiers like IP addresses and URIs.

  • Support for MCData emergency alert and communications MCC note: This CR introduces the abbreviation IMPU; MCC has added this in the list of abbreviations, choosing the most appropriate of the five variations appearing in other 3GPP Specs. Similarly, MCC has provided the expansions of abbreviations UUID and URN introduced, but not defined by, this CR. The newly introduced term "Group identity" has a circular definition. In §D.1.3,, "can" has been changed to "may" in newly introduced bullet points 11 c), 11 c) i), and 11 e). TS 24.282CR0126

Explore further

Broader topics and technologies where UUID plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 23.003 vj50 Numbering, addressing and identification in 3GPP Rel-19
TS 23.256 vj50 UAS Support Architecture Enhancements Rel-19
TS 23.700 vk00 XR Services Application Enablement Layer Rel-20
TS 24.282 vj50 MCData Signalling Control Protocols Rel-19
TS 24.312 vj00 ANDSF Management Objects Specification Rel-19
TS 24.334 vj00 ProSe Protocols and Procedures Rel-19
TS 26.247 vj00 3GPP Progressive Download & DASH over HTTP Rel-19
TS 26.804 vj10 5G Media Streaming Extensions Study Rel-19
TS 29.256 vj30 UAS-NF Stage 3 Protocol Specification Rel-19
TS 32.808 v1800 Common User Profile Storage Framework Rel-8
TR 33.876 vi01 Technical Report on Certificate Management 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.