Description
The Unstructured Data Storage Function (UDSF) is a component within the 5G Core (5GC) Service-Based Architecture, introduced in 3GPP Release 15. Its primary role is to provide persistent storage for unstructured data on behalf of other Network Functions (NFs). Unlike the UDR, which stores structured data profiles (subscription, policy), the UDSF is designed for data that does not conform to a predefined, standardized schema. This typically includes session context data, temporary state information, application-specific data blobs, or any other data an NF needs to preserve for reliability, scalability, or service continuity purposes.
Architecturally, the UDSF exposes a service-based interface, Nudsf, using HTTP/2 and JSON. The interface provides basic create, read, update, delete, and query (CRUDQ) operations. An NF (like a Session Management Function, SMF, or an Application Function, AF) can store a data object by providing a unique key (e.g., a combination of SUPI, DNN, S-NSSAI) and the data payload in a flexible format (often JSON or binary). The UDSF does not interpret the content; it simply stores and retrieves it. This makes the UDSF a generic storage service. A key use case is enabling stateless design for other NFs. For example, an SMF can store the Protocol Data Unit (PDU) session context in the UDSF. If the SMF instance fails, a new instance can retrieve the context from the UDSF and seamlessly continue session management, ensuring service continuity.
The UDSF operates independently of the data semantics. It is up to the producer and consumer NFs to agree on the data format. The UDSF may support features like data replication for high availability, access control based on NF identity, and potentially time-to-live (TTL) for temporary data. Its deployment is flexible; it can be a dedicated network function or its functionality can be integrated into a cloud-native data storage platform. By providing this service, the UDSF allows NFs to be designed as stateless or minimally stateful processes, which aligns with cloud-native principles. This simplifies NF implementation, enhances horizontal scalability (new NF instances can access shared state), and improves fault tolerance, which are critical for 5G's demanding service requirements.
Purpose & Motivation
The UDSF was created to address a specific challenge in the transition to a cloud-native, service-based 5G Core: efficient and reliable state management. Traditional telecom network functions were often stateful monoliths, storing session and context data locally. This made them difficult to scale horizontally and vulnerable to failures—if an instance failed, its sessions were lost. The 5GC design principle advocates for stateless NFs where possible, but some state (like PDU session context) is essential and must be persisted.
The UDSF provides a standardized solution for this persistence without mandating how NFs should structure their internal data. Previous approaches might have required each NF to implement its own proprietary database or rely on non-standardized storage, leading to complexity and vendor lock-in. The UDSF offers a simple, network-wide storage service. This solves the problem of state management for stateless NFs, enabling features like seamless service restoration after failures and efficient load balancing across NF instances. It is a key enabler for network slicing, as different slices can use the same UDSF infrastructure while maintaining isolated data storage for their respective NFs. The UDSF, therefore, is a foundational element for achieving the resilience, elasticity, and operational simplicity required by 5G networks.
Architecture
In the Network Map
- Mobile Network → 5G Core → UDSF (Shared Data Environment)
Classification
Release Timeline
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (5 CRs across 3 releases). Complements the general historical overview above with the evidence-based evolution of this function.
In Release 15, the UDSF (Unstructured Data Storage Function) was newly introduced as an optional network function for the storage and retrieval of unstructured data, such as UE contexts, by any Network Function. It was defined with its own service-based interface, Nudsf, and reference point N18, and its specified services included Nudsf_UnstructuredDataManagement for data operations. The release also enabled the storage of structured proprietary data in the UDSF, as indicated by a corresponding Change Request title.
In Release 17, the primary addition for the Unstructured Data Storage Function (UDSF) was the introduction of a timer service. This new capability, provided via the Nudsf_Timer NF service, allows NF consumers to start, stop, update, and search for timers managed within the UDSF. This enhancement complements the existing Nudsf_UnstructuredDataManagement service for storing and retrieving unstructured data like UE contexts.
- Missing UDSF timer service TS 23.501CR3677
In Release 18, the UDSF specification was enhanced by clarifying the ownership principles for stored unstructured data and by introducing defined error handling procedures. These updates provide clearer operational guidelines for network functions using the Nudsf_UnstructuredDataManagement service to store and retrieve data like UE contexts. The changes aim to improve the reliability and management of data within the shared storage function.
Explore further
Broader topics and technologies where UDSF plays a role.
Defining Specifications
3GPP specifications that define or reference UDSF, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 23.501 vk00 | 5G System Architecture Stage 2 | Rel-20 |
| TS 26.891 vg00 | Media Distribution Services in 5G System | Rel-16 |
| TS 28.540 vk10 | 5G Network Resource Model (NRM) Management | Rel-20 |
| TS 28.802 vf00 | Management Study for 5G Network Architecture | Rel-15 |
| TS 29.518 vj50 | AMF Service Based Interface Protocol | Rel-19 |
| TS 29.598 vj40 | UDSF Service Based Interface Stage 3 Protocol | Rel-19 |
| TS 29.808 vg00 | Study on Nudsf Service Based Interface | Rel-16 |
| TS 33.127 vj50 | Lawful Interception Architecture and Functions | Rel-19 |