UDSF

Unstructured Data Storage Function

Core Network →
Introduced in Rel-15 Also in: Management

UDSF is a 5G Core network function that provides a generic storage service for unstructured data, allowing other Network Functions to offload state management to support stateless design and scalability.

Category
Core Network
Introduced
Rel-15
Where
Core Network › 5G Core
Also touches
1 segments
Specifications
8 specs
UDSF Description Purpose Related Classification Detected Changes Specifications

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.

Classification

Part ofUDR
Related approachesSMF

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 5 changes

In Release 15, the UDSF (Unstructured Data Storage Function) was newly introduced as a dedicated storage function to support "stateless" Network Functions by decoupling compute from storage resources. It allows any NF to store and manage its context data as unstructured data, which is data whose structure is not defined by 3GPP specifications, via a service-based interface called Nudsf. Furthermore, the architecture permits NFs or NF sets within the same PLMN to share a UDSF or have their own dedicated instance.

  • Update and correction of table for AMF, UDM, UDR, NSSF, UDSF and BSF services TS 23.501CR0363
  • Compute - Storage split principles TS 23.501CR0370
  • Storage of structured proprietory data in UDSF TS 23.501CR0455
  • UE storage of NSSAI and associated mapping TS 23.501CR0667
  • Storage of OpenAPI specification files TS 29.518CR171
Rel-16 5 changes

In Release 16, the UDSF was enhanced to support the storage of specific, non-3GPP-defined data types, including YAML files and information related to ATSSS, PLMN+CAG, and LADN validity and discovery. These enhancements allowed various Network Functions to store their respective unstructured data, such as UE contexts, in a shared or dedicated UDSF, further enabling the stateless NF architecture principle. The function's role was solidified within the data storage architecture, interacting via the N18/Nudsf interface.

  • Storage of YAML files in ETSI Forge TS 29.598CR0007
  • ATSSS support for Unstructured Data TS 23.501CR1191
  • PLMN+CAG information - minimum, maximum storage and survival of power cycle TS 23.501CR1520
  • Storage of YAML files in ETSI Forge TS 29.518CR0307
  • Validity of LADN information and LADN discovery/storage in the UE per-PLMN TS 23.501CR1130
Rel-17 2 changes

In Release 17, the enhancements for the Unstructured Data Storage Function (UDSF) included the introduction of a timer service, which was previously missing, and the new capability to store YAML files as a type of unstructured data. These additions built upon the existing architecture where any Network Function can store its unstructured data, such as UE contexts, via the N18/Nudsf interface.

Rel-18 3 changes

In Release 18, the enhancements for the Unstructured Data Storage Function (UDSF) introduced specific new capabilities for storing and managing unstructured data. These included the storage of S-NSSAI validity time information and clarifications on data ownership for network functions using the UDSF. Furthermore, the release defined improved error handling procedures for interactions over the N18/Nudsf interface.

  • Storage of S-NSSAI validity time information TS 23.501CR4488
  • Clarifying the ownership of data in UDSF TS 23.501CR5207
  • UDSF Error Handling TS 29.598CR0066
Rel-19 2 changes

In Release 19, the enhancements for the Unstructured Data Storage Function (UDSF) focused on clarifying and correcting specific data storage procedures. This included providing clarification on the storage and transfer of Access and Mobility Management Policy information within the UE context. Additionally, a correction was made regarding the storage of the CHF set identifier.

  • Clarification on Storage and Transfer of Access and Mobility Management Policy Information in UE Context TS 29.518CR1181
  • Correction related to storage of CHF set ID TS 23.501CR6437

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.

SpecificationTitleRelease
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