Glossary term · Services

A-ADRF

Application layer - Analytical Data Repository Function

Services →

A-ADRF is an application-layer function that provides a standardized repository for storing, managing, and sharing analytical data to support network analytics, AI/ML, and service optimization in 5G systems.

Introduced
Rel-18
Where
Services
Specifications
3 specs
Category
Services
Introduced
Rel-18
Where
Services
Specifications
3 specs
A-ADRF Description Purpose Related Classification Detected Changes Specifications

Description

The Application layer - Analytical Data Repository Function (A-ADRF) is a logical function defined within the 3GPP service-based architecture for network data analytics. It operates at the application layer, separate from the user plane and control plane, and is designed as a centralized or distributed repository that stores structured analytical data. This data can include network performance metrics, user equipment (UE) behavior patterns, service usage statistics, and other information generated by various network functions (NFs) and external application functions (AFs). The A-ADRF exposes northbound APIs, primarily specified in 3GPP TS 29.549, allowing authorized consumers like the Network Data Analytics Function (NWDAF), other A-ADRFs, or third-party analytics applications to store, retrieve, query, and subscribe to data updates in a standardized manner.

Architecturally, the A-ADRF interfaces with data producers and consumers via service-based interfaces (SBIs) within the 5G core network. It is part of the broader data analytics framework that includes functions like the NWDAF for analytics generation and the ADRF (a core network function) for storing raw or processed data. The A-ADRF distinguishes itself by focusing on application-layer data, which may be more abstract or service-oriented compared to network-layer data. Key components include data ingestion modules that handle incoming data streams via APIs, a storage backend that could leverage databases or data lakes, data management capabilities for lifecycle control (e.g., retention policies, anonymization), and query processing engines to support complex analytical requests. It supports various data formats and schemas as defined in 3GPP specifications, ensuring interoperability.

In operation, the A-ADRF works by receiving data from producers—such as an NWDAF that has generated analytics insights or an AF providing application-specific metrics—through standardized HTTP-based RESTful APIs. It stores this data persistently, applying any required data processing like aggregation, filtering, or formatting. Consumers can then access the data on-demand via query interfaces or set up subscriptions for real-time notifications when new data matching certain criteria is available. This enables use cases like training machine learning models for network optimization, where historical data from the A-ADRF is fed into AI workflows. The A-ADRF also supports data federation, allowing multiple A-ADRFs to exchange data, which is crucial for large-scale or cross-domain analytics scenarios. Its role is to decouple data storage from analytics processing, promoting reusability, scalability, and efficient data management in 5G and future networks.

Purpose & Motivation

The A-ADRF was created to address the increasing complexity and data-intensive nature of modern mobile networks, particularly with the rollout of 5G and the vision for 6G. Prior to its introduction, analytical data in 3GPP systems was often handled in an ad-hoc manner, with analytics functions like the NWDAF storing data internally or relying on non-standardized repositories. This led to challenges in data sharing, interoperability, and scalability, as different network functions and external applications could not easily access or contribute to a common data pool. The lack of a standardized repository hindered the development of advanced analytics, AI/ML applications, and automated network management, which require large, diverse datasets for training and inference.

Historically, 3GPP began enhancing data analytics capabilities with the introduction of the NWDAF in Release 15, which focused on generating analytics. However, as networks evolved towards greater intelligence and automation, the need for a dedicated, scalable data storage function became apparent. The A-ADRF, introduced in Release 18, solves this by providing a unified, application-layer repository that separates data storage from analytics logic. This aligns with industry trends toward data-driven operations and supports use cases like network slicing optimization, predictive maintenance, and quality of experience (QoE) enhancement. By standardizing interfaces and data models, it enables ecosystem innovation, allowing vendors and operators to build compatible analytics solutions without proprietary lock-in.

The motivation for the A-ADRF also stems from the limitations of previous approaches, where data silos and non-standard interfaces made it difficult to perform cross-domain analytics or integrate third-party AI tools. For example, without the A-ADRF, an operator might struggle to correlate application-layer data from Over-the-Top (OTT) services with network performance data for end-to-end service assurance. The A-ADRF addresses this by offering a flexible repository that can store diverse data types, support federation across domains, and provide secure, controlled access. This facilitates the realization of 3GPP's vision for an automated, intelligent network that leverages data to improve efficiency, user experience, and service innovation.

Classification

Part ofADRF
Related approachesNWDAF

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-18 4 changes
  • Adding missing A-ADRF API TS 23.436CR0002
  • A-ADRF Data Management API corrections TS 29.549CR0269
  • A-ADRF reporting requirements TS 29.549CR0309
  • A-ADRF data type contents TS 29.549CR0310
Rel-19 5 changes
  • A-ADRF Service for Supporting Data Storage TS 23.436CR0031
  • Fix the inconsistency of the A-ADRF TS 23.436CR0019
  • Updates to A-ADRF Service on Analytics Storage TS 23.436CR0058
  • Completion of A-ADRF Data Storage Service TS 23.436CR0062
  • Completion of A-ADRF Data Storage Service TS 29.549CR0462

Explore further

Broader topics and technologies where A-ADRF plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 23.436 vk10 Application Data Analytics Enablement Service Rel-20
TS 23.700 vk10 AI/ML Application Layer Support Phase 2 Rel-20
TS 29.549 vk00 SEAL APIs for Vertical Applications Rel-20