SDDM-C

SEAL Data Delivery Management Client

Services →
Introduced in Rel-18

SDDM-C is the client-side functional entity that subscribes to data sources and receives published data or notifications, enabling applications to use managed data delivery services via client-side APIs.

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

Description

The SEAL Data Delivery Management Client (SDDM-C) is a key functional role defined within the 3GPP SDDM service framework. It represents the entity that wishes to consume data provided by a service enabler or application acting as a data source. The SDDM-C is typically embedded within a user equipment (UE), an application server, or another network function that requires access to specific data streams. Its primary responsibility is to interact with the SDDM ecosystem to discover available data, establish subscriptions, and subsequently receive the delivered data or notifications about new data availability.

Operationally, the SDDM-C works by first discovering relevant SDDM Servers (SDDM-S) that offer the data it needs. This discovery may be facilitated by a network function or through pre-configuration. Once a target SDDM-S is identified, the SDDM-C initiates a subscription procedure. This involves sending a subscription request message to the SDDM-S (or an intermediate SDDM management function) specifying the desired data set, delivery preferences (e.g., push or pull), and any filters. The request is authenticated and authorized based on the client's credentials and network policies. Upon successful subscription, the SDDM-C enters a state where it is eligible to receive data.

The method of data receipt depends on the subscribed delivery mode. For push-based delivery, the SDDM-S (or a delivery function) will proactively send data notifications or the actual data payload to the SDDM-C's callback address when new data is published. For pull-based delivery, the SDDM-C periodically queries or requests data from the SDDM-S. The SDDM-C must implement the necessary interfaces, typically RESTful APIs based on HTTP/2, to send subscription requests and receive callbacks. It also handles lifecycle management, such as updating or terminating subscriptions. Its role is crucial for enabling a wide range of client applications—from mobile apps to IoT devices—to seamlessly integrate with network-hosted data services without implementing complex distribution logic themselves.

Purpose & Motivation

The SDDM-C exists to provide a standardized client endpoint for consuming data services within the 3GPP SEAL architecture. Before its standardization, client applications interacting with network data sources used diverse, often proprietary APIs, which complicated application development, portability, and scaling. The SDDM-C defines a uniform client behavior, allowing any compliant application to subscribe to any compliant data source.

It solves the problem of client-side fragmentation in accessing network-exposed data. By providing a clear specification for the client role, it ensures predictable interactions with the SDDM-S server, handling aspects like subscription negotiation, secure communication, and data receipt. This is motivated by the need to support a vast ecosystem of diverse clients (e.g., vehicles, sensors, smartphones) in a consistent manner, which is essential for large-scale IoT and service deployments.

The creation of SDDM-C alongside SDDM-S enables a clean service-based architecture. It allows application developers to focus on client-side business logic while relying on the standardized SDDM-C library or module to handle all network communication for data subscription and delivery. This reduces development time, improves reliability, and ensures interoperability across different vendors' SDDM implementations.

Classification

Part ofSDDM
Related approachesSDDM-S

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-17 3 changes

In Release 17, the SDDM-C (SEAL Data Delivery Management Client) function, as part of the MSGin5G Client, was enhanced to support communication with an MSGin5G Gateway Client over the MSGin5G-6 interface for constrained UEs. This introduced new capabilities for the client, including the ability to split aggregated messages and handle bulk configuration and bulk (de-)registration procedures when relayed through a gateway. These additions addressed missing functionality and aligned SEAL terminology across the relevant protocol specifications.

  • MSGin5G Client splits the aggregated message TS 24.538CR0009
  • Add a missing functionality of the MSGin5G Client TS 24.538CR0022
  • SEAL terms in 24.538 aligned with 24.546 TS 24.538CR0021
Rel-18 15 changes

In Release 18, the SDDM-C function was enhanced to support the new MSGin5G Gateway Client, which replaced the MSGin5G Proxy UE to manage bulk configuration and registration for Constrained UEs over the MSGin5G-6 interface. The release also introduced formal CDDL specifications for the SDDM-C's Sdd_RegularTransmissionConnection and Sdd_URLCCTransmissionConnection APIs and updated procedures for application registration and message delivery status reporting.

  • 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 application registration to MSGin5G Client on MSGin5G UE TS 24.538CR0065
  • Update the Usage of SEAL TS 24.538CR0067

+ 9 more changes

Rel-19 9 changes

In Release 19, the SDDM-C (SEAL Data Delivery Management Client) function introduced the new **Sdd_URLCCTransmissionConnection API** provided by the SDDM-S, complete with its CDDL specification and media types. The release also brought updates and corrections to the existing **Sdd_RegularTransmissionConnection API** and clarified interactions between SEAL Clients on constrained and unconstrained UEs. Furthermore, it included specific corrections for SDDM XR transmission connections and terminology used in communication with the Application Client.

  • 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

+ 3 more changes

Explore further

Broader topics and technologies where SDDM-C plays a role.

Defining Specifications

3GPP specifications that define or reference SDDM-C, 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