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.
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (76 CRs across 3 releases). Complements the general historical overview above with the evidence-based evolution of this function.
Studied in Rel-8, normative work from Rel-18.
In Release 18, 3GPP introduced foundational support for Federated Learning (FL) within the 5G Core network, primarily by enhancing the NWDAF (Network Data Analytics Function). The release specifies new procedures for FL among multiple NWDAFs, including model information exchange, ML model provisioning updates, and the discovery and selection of NWDAFs with FL capability. It also extends analytics services like Service Experience, UE Mobility, and WLAN performance to assist FL operations and updates key service APIs (Nnwdaf_EventsSubscription, Nnwdaf_AnalyticsInfo, Nnwdaf_MLModelProvision) to support these FL processes.
- Adding requirement of FL for AMMT TS 22.261CR0597
- 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
- NWDAF discovery and selection for an NWDAF supporting MTLF with FL capability TS 23.288CR0666
- Enhancement of Service Experience Analytics to assist federated learning operation TS 23.288CR0671
+ 48 more changes
In Release 19, the specification introduced new core procedures and architectural roles for Vertical Federated Learning (VFL), including detailed general procedures for both inference and training involving the NWDAF and AF, with the NWDAF or AF acting as the VFL server. It also expanded registration, discovery, and member management by adding procedures like FL member deregistration and incorporating an AIML client into the registration process. Furthermore, the release provided clarifications and resolved outstanding issues for both Vertical and Horizontal Federated Learning across various procedures and parameters.
- 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
+ 13 more changes
In Release 20, the Federated Learning (FL) function introduced support for split learning by enabling the use of relays for ML model processing. It also enhanced the FL member management procedures by clarifying registration and deregistration, and specifically allowed a VAL server to register as an FL member.
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 |