Menu
Latest
12 meetings · Prague, Jeju · 12–16 Oct
Reports
RAN1#126-bis · SA2#177

Glossary term · Core Network

UDSF

Unstructured Data Storage Function

Core Network →

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.

Introduced
Rel-15
Where
Core Network › 5G Core
Specifications
8 specs
Also in
Management
UDSF Description Purpose What changed Neighbours 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.

What changed in its specifications

The latest release-to-release comparison of specifications that define UDSF. Each summary describes the whole specification, not only this term.

TS 23.501Rel-18 → Rel-19

Rel-19 added MPQUIC steering to multi-access PDU sessions, XR and media handling, and an Energy Information Function. It also added Local Offloading Management for edge computing, Vertical Federated Learning for AI/ML, and Ambient IoT text.

Full comparison in TS 23.501 →
TS 28.540Rel-18 → Rel-19

Rel-19 adds management clauses for Ambient IoT, IAB nodes, and regenerative NTN with UE-Satellite-UE communication. It also shifts NTN responsibility from 5GC to 3GPP.

Full comparison in TS 28.540 →

Architecture

Where it sits in the network

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
  • 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
Rel-18 2 changes
  • Clarifying the ownership of data in UDSF TS 23.501CR5207
  • UDSF Error Handling TS 29.598CR0066

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 vk30 5G System Architecture Rel-20 read
TS 26.891 vg00 Media Distribution Services in 5G System Rel-16 read
TS 28.540 vk40 5G Network Resource Model (NRM) Stage 1 Rel-20 read
TS 28.802 vf00 Management Study for 5G Network Architecture Rel-15 read
TS 29.518 vk10 AMF Service Based Interface Rel-20 read
TS 29.598 vk00 3GPP TS 29598: Nudsf Service Based Interface Rel-20 read
TS 29.808 vg00 Study on Nudsf Service Based Interface Rel-16 read
TS 33.127 vj80 Lawful Interception Architecture Rel-19 read