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
Release Timeline
Detected Changes Across Releases
from 3GPP Change RequestsSpecific 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.
In Release 17, the DCCF was formally introduced as a key NF service consumer for event exposure and analytics, specifically being added as a consumer of services from the SMF, PCF, and NWDAF. Its capabilities were expanded to include the retrieval of analytics and the coordination of data collection subscriptions, with detailed procedures for analytics exposure via the DCCF being defined and aligned. Furthermore, the release specified mechanisms for DCCF discovery and selection, including support for DCCF relocation based on factors like serving area and data source NF Set ID.
- 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
In Release 18, the DCCF (Data Collection Coordination Function) was enhanced with new procedures and capabilities for improved data management and network coordination. Key additions include formal procedures for DCCF relocation and reselection, enhanced subscriptions supporting immediate reports and deletion alerts, and refined user consent handling for data collection. Furthermore, the scope of DCCF and MFAF was expanded by explicitly adding them as NF service consumers eligible to receive User Plane event notifications.
- 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
In Release 19, the enhancements for the Data Collection Coordination Function (DCCF) primarily focused on API corrections and clarifications. Specifically, the release introduced corrections and clarifications on the attributes for the DCCF APIs, refining the existing Ndccf_DataManagement and Ndccf_ContextManagement service interfaces. Furthermore, the release included DCCF discovery principle enhancements to support DCCF relocation capability, allowing for the relocation of data collection subscriptions among DCCF instances.
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.
| Specification | Title | Release |
|---|---|---|
| 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 |