Glossary term · Management

DCCF

Data Collection and Coordination Function

Management →

DCCF is the 5G network function that centrally manages the collection, storage, and policy-driven exposure of network analytics data between producers and consumers for AI/ML and optimization.

Introduced
Rel-17
Specifications
18 specs
Category
Management
Introduced
Rel-17
Specifications
18 specs
DCCF Description Purpose Related Classification Detected Changes Specifications

Description

The Data Collection and Coordination Function (DCCF) is a critical management function within the 5G Service-Based Architecture (SBA), specifically designed to handle the lifecycle of data collection for network analytics and automation. Architecturally, it sits between data producers—such as Network Functions (NFs), Operations, Administration and Maintenance (OAM) systems, and User Equipment (UE)—and data consumers like the Network Data Analytics Function (NWDAF) or external Application Functions (AFs). The DCCF does not perform analytics itself but focuses on the orchestration of data flows: it receives data collection requests from consumers, translates them into actionable tasks for producers, aggregates the collected data, and stores it in a structured manner, often in coordination with a Data Storage Network Function (DSF).

Operationally, the DCCF works through a set of standardized interfaces (e.g., Ndcf_DataCollectionManagement) defined in 3GPP specifications. When an analytics consumer (e.g., an NWDAF instance training a model for load prediction) needs specific data, it sends a data collection request to the DCCF. This request includes parameters such as data type (e.g., UE mobility patterns, slice load metrics), collection granularity, frequency, and target data producers. The DCCF then evaluates this request against policies—which may define data access rights, privacy constraints, or network load considerations—and, if authorized, coordinates with the relevant producers to initiate data collection. It can handle both subscription-based (continuous) and request-response (one-time) data collection models.

Key components of the DCCF include its policy enforcement mechanism, data aggregation logic, and storage coordination capabilities. The policy enforcement component ensures that data collection complies with regulatory (e.g., GDPR), network (e.g., load balancing), and business (e.g., data sharing agreements) policies. The aggregation logic consolidates raw data from multiple sources—which might be heterogeneous in format or timing—into a unified, timestamped dataset suitable for analytics. Storage coordination involves managing the lifecycle of collected data in the DSF, including retention periods, indexing, and exposure to consumers. The DCCF also provides status notifications about data collection jobs (e.g., completion, failures) to consumers.

In the broader network ecosystem, the DCCF plays a foundational role in enabling data-driven automation and closed-loop operations in 5G and beyond. By decoupling data collection from analytics, it allows analytics functions to be more lightweight and focused on model execution, while the DCCF handles the heavy lifting of data sourcing and management. This separation of concerns improves scalability, as a single DCCF can serve multiple NWDAF instances or external AFs. Moreover, the DCCF facilitates network slicing by allowing slice-specific data collection policies—ensuring that data from one slice is not inadvertently exposed to analytics processes of another slice. Its integration with the 5G SBA ensures it can leverage existing service registration, discovery, and security mechanisms (e.g., via the NRF and SCP).

Purpose & Motivation

The DCCF was created to address the escalating complexity and volume of data required for AI/ML-driven network automation in 5G. Prior to Release 17, data collection for analytics was largely ad-hoc: each analytics function (like NWDAF) had to directly interface with data producers, leading to redundant data requests, inconsistent data formats, and inefficient network resource usage. For example, two NWDAF instances predicting congestion and optimizing handovers might separately request similar UE mobility data from the same AMF, doubling signaling overhead. There was also no centralized mechanism to enforce policies on data access or privacy across multiple analytics consumers, raising compliance risks.

Historically, network management relied on static OAM systems with periodic reporting, but 5G's dynamic nature—with features like network slicing, edge computing, and ultra-reliable low-latency communication (URLLC)—demands real-time, granular data for proactive optimization. The limitations of previous approaches became evident as operators deployed NWDAF for use cases like load balancing and anomaly detection; without a coordinator, the network faced scalability bottlenecks, especially with the proliferation of Internet of Things (IoT) devices and network slices generating terabytes of data daily.

The DCCF solves these problems by introducing a standardized, centralized data collection framework. It reduces signaling overhead by aggregating requests and distributing data efficiently, ensures policy compliance through a unified enforcement point, and provides a consistent data model (aligned with 3GPP specifications) that simplifies analytics development. Its creation was motivated by the industry's shift toward intent-based networking and autonomous operations, where reliable, high-quality data is the fuel for AI/ML models. By decoupling data collection from analytics, the DCCF future-proofs the network for emerging applications like digital twins, immersive services, and 6G research, which will require even more diverse and voluminous data sets.

Classification

Part ofNWDAF
Related approachesDSF

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-17 32 changes
  • DCCF Discovery TS 23.501CR2576
  • NF Services consumed by DCCF TS 29.503CR0670
  • Adding DCCF as SMF event exposure NF service consumer TS 29.508CR0150
  • Adding DCCF as PCF Policy Authorization NF service consumer TS 29.514CR0357
  • NF Services consumed by DCCF TS 29.518CR0575
  • Adding DCCF as NWDAF events subscription NF service consumer TS 29.520CR0342

+ 26 more changes

Rel-18 15 changes
  • DCCF Discovery principle enhancements for DCCF relocation in TS 23.501 TS 23.501CR4318
  • DCCF change procedures TS 29.552CR0108
  • Event muting enhancements for DCCF Subscriptions TS 29.574CR0064
  • Implementing immediate reports for DCCF subscriptions TS 29.574CR0065
  • Adding Storage Handling Information in DCCF Data Management subscriptions TS 29.574CR0068
  • Sending DCCF Deletion Alerts TS 29.574CR0069

+ 9 more changes

Rel-19 2 changes
  • DCCF API corrections TS 29.574CR0107
  • Corrections and clarifications on the attributes for DCCF APIs TS 29.574CR0143

Explore further

Broader topics and technologies where DCCF plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 23.501 vk20 5G System Architecture Stage 2 Rel-20
TS 23.503 vk20 5G System Policy and Charging Control Framework Rel-20
TS 23.700 vk10 AI/ML Application Layer Support Phase 2 Rel-20
TS 29.503 vk00 UDM Service Based Interface Stage 3 Rel-20
TS 29.508 vk00 Session Management Event Exposure Service Rel-20
TS 29.514 vk00 3GPP TS 29514 vk00: Policy Authorization Service Rel-20
TS 29.517 vk00 AF Event Exposure Service Stage 3 Rel-20
TS 29.518 vk00 3GPP TS 29518 vk00: Namf Service Based Interface Rel-20
TS 29.520 vk00 5G Network Data Analytics Function Services Rel-20
TS 29.536 vk00 3GPP TS 29536 vk00: Nnsacf Service Based Interface Rel-20
TS 29.552 vk00 Network Data Analytics Procedures and Data Collection Rel-20
TS 29.564 vk00 UPF Service Based Interface (Nupf) Stage 3 Rel-20
TS 29.574 vk00 Ndccf Service Based Interface (DCCF) Rel-20
TS 29.575 vk00 5G System; ADRF Service Based Interface; Stage 3 Rel-20
TS 29.576 vk00 3GPP Specification for MFAF Service Based Interface Rel-20
TS 29.591 vk00 Nnef Southbound SBI Stage 3 Protocol Rel-20
TS 29.889 vj10 Study on UPF data collection for AI/ML Rel-19
TS 33.794 vj10 Study on Zero Trust Security Enablers for 5G Rel-19