DCCF

Data Collection and Coordination Function

Management →
Introduced in Rel-17 Also in: Services

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.

Category
Management
Introduced
Rel-17
Where
Core Network › 5G Core
Also touches
1 segments
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 (246 CRs across 5 releases). Complements the general historical overview above with the evidence-based evolution of this function.

Rel-15 5 changes

In Release 15, the DCCF (Data Collection Coordination Function) was newly introduced as a distinct functional entity alongside the NWDAF, with its own service-based interface (Ndccf). The specification clarifies that DCCF functionalities can also be hosted by an NWDAF, and it is identified as one of the authorized receivers for UPF event notifications alongside entities like the NEF and SMF.

  • Defining NWDAF in 23.501 TS 23.501CR0209
  • Coordination of reference point allocation TS 23.501CR0356
  • Temporary identifier coordination TS 23.501CR0567
  • Moving NWDAF to 23.501 TS 23.503CR0016
  • Correct NWDAF resource TS 29.520CR0014
Rel-16 23 changes

In Release 16, the DCCF was newly defined as a functional entity alongside the NWDAF, with its own service-based interface (Ndccf), to coordinate data collection. It was specified, along with the ADRF, as a function whose capabilities could also be hosted within an NWDAF instance. Furthermore, the DCCF was explicitly identified as one of the authorized receivers for User Plane Function (UPF) event notifications, enabling its role in the analytics and exposure architecture.

  • Use of NWDAF analytics for decision of MICO mode parameters TS 23.501CR0837
  • NEF service for NWDAF analytics TS 23.501CR0964
  • CR for TS 23.501 Clarifications NWDAF Discovery and Selection TS 23.501CR0987
  • CR for TS 23.501 Clarifications NWDAF Discovery and Selection TS 23.501CR1258
  • Input for PCC decision from NWDAF TS 23.503CR0246
  • Services invoked by NWDAF TS 29.503CR0241

+ 17 more changes

Rel-17 83 changes

In Release 17, the DCCF was enhanced through architectural changes to increase the efficiency of data collection and by defining the specific NF services consumed by the DCCF. Furthermore, the release introduced the capability for persistent data collection via the UDM, expanding the DCCF's data coordination mechanisms. These updates were part of a broader set of improvements focused on network data analytics, including NWDAF discovery and service extensions.

  • Network Slice restriction based on NWDAF analytics TS 23.501CR2567
  • NWDAF discovery and selection TS 23.501CR2575
  • DCCF Discovery TS 23.501CR2576
  • NWDAF Discovery TS 23.501CR2577
  • Extensions of NWDAF services TS 23.501CR2584
  • NWDAF discovery and selection based on provided ML models TS 23.501CR2585

+ 77 more changes

Rel-18 94 changes

In Release 18, the DCCF saw specific enhancements to its discovery principle to support DCCF relocation scenarios. Furthermore, its role was explicitly recognized alongside the NWDAF and MFAF as a receiver of User Plane Function event notifications via a service-based interface, formalizing its position within the network data analytics collection architecture.

  • Discovery and Selection of the NWDAF Supporting Federated Learning in 5GC TS 23.501CR3772
  • NWDAF discovery principle enhancements for enhanced model sharing TS 23.501CR3783
  • Introduction of KI#6 conclusion: uplink-downlink transmission coordination TS 23.501CR3919
  • Discovery and selection of NWDAF with FL support - Resolve EN TS 23.501CR4070
  • Update NEF to support NWDAF-assisted application detection TS 23.501CR4105
  • Extension of NWDAF registration information to reflect new accuracy checking capability TS 23.501CR3764

+ 88 more changes

Rel-19 41 changes

In Release 19, the DCCF function was enhanced with new data collection capabilities, including support for activation time information collection, signalling information collection for signalling storm analytics, and energy consumption information collection for new PDU Sessions. The release also introduced updates to the Service Experience Analytics to support QoE measurements collection and added the SCP as an analytics data source for the NWDAF. Furthermore, procedures for Vertical Federated Learning were defined, particularly when the NWDAF acts as a VFL server.

  • VFL support during the discovery of NWDAF, NEF, and AF instances TS 23.501CR5630
  • NWDAF model provision for AI positioning TS 23.501CR5635
  • NWDAF discovery and selection parameters TS 23.501CR5978
  • Updates on data collection by LMF TS 29.503CR1429
  • User Consent for collection and processing of energy-related information TS 29.503CR1518
  • Support of UE related Context Data and NF specific Data collection TS 29.508CR0337

+ 35 more changes

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 vk00 5G System Architecture Stage 2 Rel-20
TS 23.503 vk00 5G Policy and Charging Control Framework Rel-20
TS 23.700 vk00 XR Services Application Enablement Layer Rel-20
TS 29.503 vj50 UDM Service Based Interface Stage 3 Rel-19
TS 29.508 vj40 5G Session Management Event Exposure Service Rel-19
TS 29.514 vj40 5G System; Policy Authorization Service; Stage 3 Rel-19
TS 29.517 vj40 5G AF Event Exposure Service Stage 3 Rel-19
TS 29.518 vj50 AMF Service Based Interface Protocol Rel-19
TS 29.520 vj40 5G Network Data Analytics Services Stage 3 Rel-19
TS 29.536 vj30 NSACF Service Based Interface Protocol Rel-19
TS 29.552 vj40 5G Network Data Analytics Signalling Flows Rel-19
TS 29.564 vj50 Nupf Service Based Interface Protocol Rel-19
TS 29.574 vj40 5G Data Collection Coordination Services Stage 3 Rel-19
TS 29.575 vj40 5G Analytics Data Repository Services Stage 3 Rel-19
TS 29.576 vj40 5G Messaging Framework Adaptor Services Stage 3 Rel-19
TS 29.591 vj40 5G NEF Southbound Services Stage 3 Rel-19
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