Description
Federated Learning (FL) is a decentralized machine learning framework standardized within 3GPP to enable artificial intelligence (AI) and machine learning (ML) model training across the mobile network ecosystem while addressing data privacy and transmission constraints. In a typical 3GPP FL architecture, a central server, known as the Federated Learning Server (FL Server), coordinates the training process. This server initializes a global ML model (e.g., for radio resource management, mobility optimization, or service quality prediction) and distributes this model to participating FL Clients. These clients are typically User Equipments (UEs), but can also be network functions like base stations (gNBs) or edge computing nodes.
The core operational process involves multiple rounds of collaboration. In each round, the FL Server selects a set of clients and sends them the current global model. Each selected client then performs local training on its own private dataset, which never leaves the device. This local training computes an update to the model, typically in the form of model weights or gradients. Only this compact model update, not the raw data, is sent back to the FL Server. The server then aggregates all received updates (using algorithms like Federated Averaging) to produce an improved global model. This cycle repeats, progressively refining the global model based on the collective knowledge of all participating clients' data distributions.
Key components in the 3GPP FL system include the FL Client (the entity performing local training), the FL Server (orchestrating the process), and the FL Management System which handles client selection, resource provisioning, and lifecycle management. 3GPP specifications define the enabling protocols and interfaces, such as service-based interfaces for FL management and data transfer. The role of FL in the network is transformative, allowing for the creation of intelligent network and service functions that learn from real-world, distributed data generated at the edge—such as channel conditions, mobility patterns, or application usage—without compromising user privacy or overwhelming the transport network with massive data transfers. It turns the entire network of devices into a collective, privacy-aware AI training engine.
Purpose & Motivation
Federated Learning was introduced into 3GPP standards to solve two major problems inherent in centralizing data for network AI: data privacy/sovereignty and massive data transmission overhead. Traditional cloud-based ML requires aggregating vast amounts of raw user and network data in a central data center, raising significant privacy concerns, regulatory hurdles (like GDPR), and security risks from data breaches. Furthermore, transmitting all raw data from billions of UEs and network nodes to a central cloud is prohibitively expensive in terms of network bandwidth and latency.
The motivation for its creation stems from the industry's push towards embedded intelligence (Network Data Analytics Function - NWDAF, AI/ML in 5G-Advanced and 6G) and the need to leverage the exponentially growing data at the network edge. Previous approaches either ignored this distributed data or attempted complex and often non-compliant data anonymization and aggregation techniques. FL provides a fundamental architectural shift. It addresses these limitations by moving the computation to the data, rather than moving the data to the computation. This allows 3GPP networks to build accurate, generalized AI models for optimization and automation—such as predicting cell load, managing handovers, or detecting anomalies—by learning directly from user experiences and network conditions on devices and base stations, all while keeping sensitive information locally stored. It enables privacy-preserving collaboration on a scale necessary for future autonomous networks.
Release Timeline
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (40 CRs across 2 releases). Complements the general historical overview above with the evidence-based evolution of this function.
In Release 18, 3GPP introduced the foundational framework for Federated Learning (FL) within the 5G Core network, specifically enabling FL among multiple NWDAFs. This included defining new procedures for the preparation, maintenance, and execution of federated learning, along with enhancements to the Nnwdaf_MLModelProvision service API and mechanisms for NWDAF discovery and selection to support FL. The release also formalized support for both horizontal and vertical federated learning techniques within the network data analytics function.
- Federated Learning among Multiple NWDAFs in TS 23.288 TS 23.288CR0582
- Support the Maintenance of Federated Learning Process in 5GC TS 23.288CR0604
- Enhance NWDAF to enable Federated Learning TS 23.288CR0634
- Enhancement of Service Experience Analytics to assist federated learning operation TS 23.288CR0671
- Support Model Information Exchange for Federated Learning in 5GC TS 23.288CR0706
- Update of Procedures for Federated Learning TS 23.288CR0808
+ 23 more changes
In Release 19, the new FL work introduced standardized procedures for both Vertical Federated Learning (VFL) and Horizontal Federated Learning (HFL), with a particular focus on operationalizing VFL. This included defining specific procedures for VFL when an NWDAF acts as the VFL server and when an AF acts as the server, as well as detailing the associated registration, discovery, training, and inference procedures. The release also provided clarifications for HFL and resolved numerous open issues (ENs) within the VFL inference process to solidify the framework.
- General inference procedure for vertical federated learning TS 23.288CR1126
- Registration and Discovery procedure for Vertical Federated Learning among NWDAF(s) and/or AF(s) with NWDAF as the VFL server TS 23.288CR1171
- Update the general inference procedure for vertical federated learning to resolve ENs TS 23.288CR1208
- General training procedure for Vertical Federated Learning between NWDAF(s) and AF(s) TS 23.288CR1134
- High-level description for Vertical Federated Learning when AF is as Server. TS 23.288CR1161
- Resolve some ENs in the vertical federated learning inference procedure TS 23.288CR1333
+ 5 more changes
Explore further
Broader topics and technologies where FL plays a role.
Defining Specifications
3GPP specifications that define or reference FL, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TR 21.905 vj00 | 3GPP Technical Terms and Definitions | Rel-19 |
| TS 22.261 vk30 | 5G System Service Requirements | Rel-20 |
| TR 22.874 vi20 | Technical Report | Rel-18 |
| TS 23.288 vk00 | 5GS Architecture Enhancements for Data Analytics | Rel-20 |
| TS 23.482 vk00 | AIML Enablement Service Architecture | Rel-20 |
| TS 23.501 vk00 | 5G System Architecture Stage 2 | Rel-20 |
| TS 23.700 vk00 | XR Services Application Enablement Layer | Rel-20 |
| TS 24.560 vj00 | AIML Enablement (AIMLE) Services Stage 3 Protocol | Rel-19 |
| TR 26.927 vj00 | AI/ML in 5G Media Services Study | Rel-19 |
| TS 28.105 vj30 | AI/ML Management for 5GS | Rel-19 |
| TS 28.858 vj00 | AI/ML Management Phase 2 Study | Rel-19 |
| TS 29.482 vj00 | SEAL AIMLE Services Stage 3 Protocol | Rel-19 |
| TS 29.520 vj40 | 5G Network Data Analytics Services Stage 3 | Rel-19 |
| TS 29.552 vj40 | 5G Network Data Analytics Signalling Flows | Rel-19 |
| TS 33.501 vk00 | 5G Security Architecture and Procedures | Rel-20 |
| TS 33.700 | 3GPP TR 33.700 | Rel-8 |
| TS 37.814 vc00 | L-band Supplemental Downlink for UTRA/E-UTRA | Rel-12 |
| TR 45.903 vj00 | SAIC Feasibility Study for GSM Networks | Rel-19 |