A-ADRF

Application layer - Analytical Data Repository Function

Services →
Introduced in Rel-18

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.

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

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-18 14 changes

In Release 18, the A-ADRF (Application layer - Analytical Data Repository Function) saw its API and data management capabilities significantly expanded and refined. The release introduced new procedures and APIs specifically for application performance analytics, slice-specific application performance analytics, and UE-to-UE application performance analytics. Furthermore, it included detailed updates to the A-ADRF's data management API, reporting requirements, and the specific contents of its data types to solidify its role in storing historical application data and analytics.

  • VAL application performance API TS 29.549CR0184
  • Slice-specific application performance API TS 29.549CR0186
  • Slice-specific application performance analytics TS 29.549CR0214
  • EN resolution for application error in SEAL APIs TS 29.549CR0277
  • Adding missing A-ADRF API TS 23.436CR0002
  • Updates to Procedure on support for application performance analytics TS 23.436CR0005

+ 8 more changes

Rel-19 15 changes

In Release 19, the A-ADRF (Application layer - Analytical Data Repository Function) was enhanced with a dedicated service for supporting data storage and new analytics capabilities. Specifically, it now supports Application Layer AI/ML member capability analytics, slice-specific and UE-to-UE application performance analytics, and UE RAT connectivity analytics with defined APIs and service operations. Furthermore, the function's scope was expanded to include support for application satellite coverage availability information configuration.

  • A-ADRF Service for Supporting Data Storage TS 23.436CR0031
  • Support of Application Layer AI/ML Member capability Analytics TS 23.436CR0039
  • Updates to application performance analytics TS 23.436CR0048
  • Updates to Application Layer AI/ML Member Capability Analytics TS 23.436CR0050
  • Updates to Slice-specific Application Performance Analytics TS 23.436CR0053
  • Updates to UE-to-UE Application Performance Analytics TS 23.436CR0054

+ 9 more changes

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 vk00 ADAEnabler Functional Architecture and Information Flows Rel-20
TS 23.700 vk00 XR Services Application Enablement Layer Rel-20
TS 29.549 vj40 SEAL API Specification for Vertical Applications Rel-19