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.

Architecture

In the Network Map

Classification

Part ofUDR
Related approachesSMF

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

Specific 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.

Rel-15 2 changes

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.

  • Update and correction of table for AMF, UDM, UDR, NSSF, UDSF and BSF services TS 23.501CR0363
  • Storage of structured proprietory data in UDSF TS 23.501CR0455
Rel-17 1 change

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.

Rel-18 2 changes

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.

  • Clarifying the ownership of data in UDSF TS 23.501CR5207
  • UDSF Error Handling TS 29.598CR0066

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
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.