MTLF

Model Training Logical Function

Management →
Introduced in Rel-17

MTLF is a 5G network function that trains machine learning models using network data to enable automated optimization, predictive analytics, and AI-driven management.

Category
Management
Introduced
Rel-17
Where
Core Network › 5G Core
Specifications
4 specs
MTLF Description Purpose Related Classification Detected Changes Specifications

Description

The Model Training Logical Function (MTLF) is a key architectural component introduced in 3GPP Release 17 as part of the 5G system's support for network automation and data analytics. It is defined within the Management Data Analytics (MDA) framework and operates as a logical function that can be deployed within the 5G Core Network or in a management system. The primary role of the MTLF is to ingest, process, and analyze network data to train, validate, and produce machine learning (ML) models. These models are then used to optimize network performance, predict failures, manage resources, or enhance user experience. The MTLF interacts with other network functions and data sources through standardized interfaces to collect training datasets, which may include performance measurements, configuration data, fault information, and user plane analytics.

The MTLF operates through a defined workflow that includes data collection, model training, and model publication. It receives data from various producers, such as the Network Data Analytics Function (NWDAF), Operations, Administration and Maintenance (OAM) systems, or other network functions (NFs) via the Nnwdaf_MTLtraining_Request service operation. The data is formatted according to analytics subscriptions and can be raw or pre-processed. The MTLF then applies machine learning algorithms—which are implementation-specific but could include regression, classification, clustering, or deep learning techniques—to this data to create a trained model. The training process may involve feature extraction, model selection, hyperparameter tuning, and validation against test datasets to ensure accuracy and avoid overfitting.

Once a model is trained and meets required performance metrics, the MTLF publishes it to a Model Repository Function (MRF) or directly to a consumer, such as an NWDAF instance that will perform inference. The model is typically represented in a standardized format like the Predictive Model Markup Language (PMML) or the Open Neural Network Exchange (ONNX). The MTLF also manages the lifecycle of these models, including versioning, retraining triggers (e.g., based on data drift, periodic schedules, or performance degradation), and retirement. It can be configured with training policies that define objectives, data requirements, and performance thresholds.

Architecturally, the MTLF is part of the broader data-driven ecosystem in 5G. It works in concert with the NWDAF (which focuses on analytics inference and exposure), the MRF (for model storage), and the OAM system. The interfaces like Nnwdaf_MTLtraining_Request/Response (defined in TS 29.520) facilitate communication between an NWDAF (as a consumer) and the MTLF. This separation of training (MTLF) and inference (NWDAF) allows for scalable, specialized deployments where computationally intensive training can be offloaded to dedicated platforms, while lightweight inference occurs closer to the network edge. The MTLF enables use cases such as predictive load balancing, anomaly detection, energy saving, slice-specific optimization, and Quality of Experience (QoE) prediction.

Purpose & Motivation

The Model Training Logical Function was created to address the growing complexity of 5G networks and the need for intelligent, automated management. Traditional network management relied on manual configuration and rule-based automation, which could not efficiently adapt to dynamic conditions, predict issues, or optimize performance in real-time. The explosion of data from network functions, devices, and services presented an opportunity to leverage machine learning, but there was no standardized way to integrate ML model training into the network architecture.

MTLF was motivated by the vision of self-organizing networks (SON) evolving into AI-native networks. It solves the problem of how to systematically generate and update ML models using live network data within a standardized framework. Before MTLF, ML capabilities were vendor-specific, proprietary solutions that lacked interoperability and made it difficult to ensure consistent model quality or share models across different network domains. The MTLF provides a standardized, open interface for requesting model training, enabling network functions like NWDAF to consume analytics models without being tied to a specific vendor's training platform.

Its introduction in Release 17, as part of the 5G Phase 2 enhancements, specifically supports advanced network automation scenarios defined in the 5G System Architecture (TS 23.501) and the Management and Orchestration (MANO) framework. It allows operators to deploy closed-loop automation where analytics insights from trained models directly drive network actions (e.g., via the OAM or policy control). This is critical for managing network slicing, where each slice may require unique performance models, and for meeting the stringent latency, reliability, and efficiency demands of 5G verticals.

Classification

Part ofOAM
Specific typesMDA
Related approachesNWDAF

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 2 changes

In Release 15, the introduction of the Model Training Logical Function (MTLF) is not described in the provided grounding context. The context details the introduction of the Network Data Analytics Function (NWDAF), its service-based interface (Nnwdaf), and reference points like N23 and N34 for analytics exchange, but it contains no specific technical details, procedures, or capabilities related to the MTLF.

Rel-16 20 changes

In Release 16, the MTLF function was introduced as a new logical capability within the NWDAF framework to support model training for analytics. This addition enabled the NWDAF to generate and improve its own analytics models, such as those for UE mobility statistics or predictions, based on collected network data. The release also expanded the consumer NFs for NWDAF services, explicitly adding the UDM as a consumer.

  • 5GS Logical TSN bridge management TS 23.501CR1002
  • Use of NWDAF analytics for decision of MICO mode parameters TS 23.501CR0837
  • NEF service for NWDAF analytics TS 23.501CR0964
  • Extension of the QoS model for wireline access TS 23.501CR0981
  • CR for TS 23.501 Clarifications NWDAF Discovery and Selection TS 23.501CR0987
  • CR for TS 23.501 Clarifications NWDAF Discovery and Selection TS 23.501CR1258

+ 14 more changes

Rel-17 52 changes

In Release 17, the MTLF (Model Training Logical Function) was introduced as a new logical decomposition of the NWDAF, enabling specialized model training capabilities. This allowed for enhanced NWDAF discovery and selection procedures specifically based on provided or shared ML models. These updates facilitated analytics-driven network optimizations, such as UP path selection enhancement and network slice restriction, using the trained models.

  • Network Slice restriction based on NWDAF analytics TS 23.501CR2567
  • NWDAF discovery and selection TS 23.501CR2575
  • NWDAF Discovery TS 23.501CR2577
  • Extensions of NWDAF services TS 23.501CR2584
  • NWDAF discovery and selection based on provided ML models TS 23.501CR2585
  • UP path selection enhancement based on analytics info provided by NWDAF TS 23.501CR2586

+ 46 more changes

Rel-18 65 changes

In Release 18, key enhancements for the Model Training Logical Function (MTLF) included the introduction of a dedicated service-based interface (Nnwdaf) between NWDAFs to support federated learning in roaming scenarios and enhanced discovery and selection procedures for NWDAFs supporting federated learning and model sharing. The release also expanded NWDAF registration to include new capabilities like accuracy checking and updated service APIs, such as Nnwdaf_MLModelProvision, to facilitate model sharing and provisioning.

  • Discovery and Selection of the NWDAF Supporting Federated Learning in 5GC TS 23.501CR3772
  • NWDAF discovery principle enhancements for enhanced model sharing TS 23.501CR3783
  • TS 23.501 enhancements for model sharing. TS 23.501CR3926
  • Considering ML model management capability during ADRF discovery and selection TS 23.501CR3929
  • Discovery and selection of NWDAF with FL support - Resolve EN TS 23.501CR4070
  • Update NEF to support NWDAF-assisted application detection TS 23.501CR4105

+ 59 more changes

Rel-19 50 changes

In Release 19, the MTLF function was enhanced with new support for Vertical Federated Learning (VFL) during the discovery of NWDAF, NEF, and AF instances, and for VFL training on ML model provision. The release also introduced services and procedures for ML model training specifically for LMF-based AI/ML positioning, alongside enhancements to the ML model notification to include provider information and a model update indication.

  • Introduction of new network function for energy related information, its definition and corresponding Architecture Reference Model TS 23.501CR5636
  • VFL support during the discovery of NWDAF, NEF, and AF instances TS 23.501CR5630
  • NWDAF model provision for AI positioning TS 23.501CR5635
  • NWDAF discovery and selection parameters TS 23.501CR5978
  • Enhancement on the ML model notification to include the ML model provide indication TS 29.520CR0955
  • Support for LMF to retrieve ML Model of AIML based positioning TS 29.520CR0964

+ 44 more changes

Explore further

Broader topics and technologies where MTLF plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 23.501 vk00 5G System Architecture Stage 2 Rel-20
TS 23.700 vk00 XR Services Application Enablement Layer Rel-20
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