SDDM

SEAL Data Delivery Management

Services →
Introduced in Rel-18

SDDM is the 3GPP service framework within the SEAL ecosystem that provides standardized mechanisms for managing data delivery, including distribution, subscription, and notification, to enable efficient service-to-service communication.

Category
Services
Introduced
Rel-18
Where
Services
Specifications
2 specs
SDDM Description Purpose Related Classification Detected Changes Specifications

Description

SEAL Data Delivery Management (SDDM) is a core functional framework defined within the 3GPP Service Enabler Architecture Layer (SEAL). Its primary role is to orchestrate the reliable and efficient delivery of data between various service enablers and client applications. Architecturally, SDDM operates as a service layer capability, typically hosted within a network operator's domain or a trusted third-party environment. It abstracts the complexities of direct data distribution, providing a standardized API-based interface for data producers to publish information and for data consumers to subscribe to relevant data streams. The framework manages the lifecycle of data delivery sessions, handles subscription authorization, and ensures data is routed to the correct endpoints based on defined policies and subscriber profiles.

At its core, SDDM works by implementing a publish-subscribe (pub/sub) model. Service enablers acting as data sources (SDDM-S servers) register their available data sets with the SDDM framework. Client applications or other enablers (SDDM-C clients) can then discover and subscribe to these data sources. The SDDM system manages these subscriptions, including validation against user profiles and network policies. When new data is published by a source, SDDM is responsible for determining the list of authorized subscribers and initiating the delivery process. This delivery can be push-based (notifications sent immediately) or pull-based (data fetched by the client), depending on the service requirements and client capabilities.

Key components of the SDDM architecture include the SDDM Client (SDDM-C), the SDDM Server (SDDM-S), and the SDDM Management Function. The SDDM-C is the entity that consumes data, initiating subscription requests and processing received data or notifications. The SDDM-S is the entity that produces and publishes data, making it available for subscription. The SDDM Management Function, potentially distributed, handles the central coordination, including subscription management, routing, policy enforcement, and potentially brokering between multiple clients and servers. Its role in the network is to facilitate a decoupled, scalable, and efficient service layer where application logic is separated from the underlying data distribution mechanics, accelerating the development and deployment of new vertical services.

Purpose & Motivation

SDDM was created to address the growing need for a standardized, network-native data distribution framework for service enablers in 5G and future networks. Prior to its introduction, service layer applications and enablers often relied on proprietary or non-standardized point-to-point integrations for sharing data, leading to complex integrations, vendor lock-in, and inefficient use of network resources. The proliferation of Internet of Things (IoT), edge computing, and network exposure APIs highlighted the limitations of these ad-hoc approaches, particularly for real-time, policy-driven data delivery scenarios.

The primary problem SDDM solves is the lack of a unified mechanism for service-to-service data delivery within the 3GPP ecosystem. It enables a clean separation between service logic (the 'what') and data delivery mechanics (the 'how'). This allows service developers to focus on application functionality while relying on the network to handle reliable, secure, and efficient data distribution. It is motivated by the vision of the SEAL architecture, which aims to provide a common set of reusable service enablers (like group management, configuration management, and data delivery) to accelerate the creation of vertical applications for areas like V2X, industrial IoT, and public safety.

Historically, similar capabilities were either embedded within monolithic service platforms or implemented using generic web technologies without network awareness. SDDM's creation within 3GPP standards ensures it is optimized for telecom environments, with built-in support for network identities (like SUPI), QoS policies, mobility events, and integration with other 3GPP core network functions. This provides a level of reliability, security, and context-awareness that external, over-the-top solutions cannot easily match.

Classification

Part ofSEAL
Specific typesSDDM-CSDDM-S
Related approachesCAPIF

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-17 1 change

In Release 17, the SDDM (SEAL Data Delivery Management) function was newly introduced, with its protocol specification defined in 3GPP TS 24.543. This addition enables the management of data delivery for vertical applications through the SEAL architecture, providing specific procedures and interfaces for the MSGin5G service. The release also involved aligning the SEAL terminology used in TS 24.538 with the corresponding terms established in TS 24.546.

  • SEAL terms in 24.538 aligned with 24.546 TS 24.538CR0021
Rel-18 11 changes

In Release 18, the SDDM (SEAL Data Delivery Management) function introduced new capabilities for message delivery between different MSGin5G Servers and enhanced procedures for Constrained UEs. It also added formal CDDL specifications for key SDDM-C and SDDM-S APIs, such as the Sdd_RegularTransmissionConnection and Sdd_URLCCTransmissionConnection, to precisely define these interfaces. Furthermore, the release provided a new general description clause for MSGin5G message delivery and updated the usage of SEAL services, including references for SEAL group deletion.

  • Add message delivery between different MSGin5G Servers TS 24.538CR0032
  • add new SEAL GMS capabilities TS 24.538CR0033
  • Add new Annex of Message delivery flow at MSGin5G Server TS 24.538CR0057
  • Update the message delivery and message delivery status report delivery for Constrained UE TS 24.538CR0061
  • Update the Usage of SEAL TS 24.538CR0067
  • update the SEAL group deletion reference TS 24.538CR0075

+ 5 more changes

Rel-19 8 changes

In Release 19, the SDDM (SEAL Data Delivery Management) function introduced a new `Sdd_URLCCTransmissionConnection` API provided by the SDDM-S, complete with its CDDL specification and media types. This release also brought updates and corrections to the existing `Sdd_RegularTransmissionConnection` API and clarified the interaction between SEAL Clients on constrained and unconstrained UEs. Furthermore, specific fixes were applied to the SDDM-S APIs for transmission quality measurement and management, alongside corrections for SDDM XR transmission connections.

  • MSGin5G deferred delivery TS 24.538CR0136
  • Clarify the interaction between the SEAL Clients on constrained UEs and unconstrained UE TS 24.538CR0146
  • Introduction of Sdd_URLCCTransmissionConnection API provided by the SDDM-S TS 24.543CR0017
  • CDDL specification and Media types for the Sdd_URLCCTransmissionConnection API provided by the SDDM-S TS 24.543CR0032
  • Updates to the Sdd_RegularTransmissionConnection API provided by the SDDM-S TS 24.543CR0033
  • Correction to the Sdd_RegularTransmissionConnection API provided by the SDDM-S TS 24.543CR0075

+ 2 more changes

Explore further

Broader topics and technologies where SDDM plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 24.538 vj30 MSGin5G Service Protocol Specification Rel-19
TS 24.543 vj50 SEAL Data Delivery Management Protocol Rel-19