ML

Maximum Likelihood

Other →
Introduced in Rel-12 Also in: Radio Access Network, Core Network, Management, Security

ML is a fundamental statistical estimation method used in 3GPP to optimize receiver performance by identifying parameter values that maximize the probability of observing the received signal.

Category
Other
Introduced
Rel-12
Where
Services › Codecs
Also touches
4 segments
Specifications
28 specs
ML Description Purpose Related Detected Changes Specifications

Description

Maximum Likelihood (ML) is a principle and method of statistical estimation used throughout 3GPP specifications to optimize signal processing tasks in wireless communication systems. In essence, given a statistical model and observed data (e.g., a received radio signal corrupted by noise), the ML estimator finds the parameter values (e.g., transmitted symbol, channel coefficients, user position) that make the observed data most probable. Mathematically, it maximizes the likelihood function, which is the probability of the observed data given the parameters. In digital communications, this often translates to minimizing a distance metric between the received signal and all possible transmitted signals, making it the optimal detector in the presence of additive white Gaussian noise (AWGN).

In the physical layer of 3GPP radio access technologies (LTE, NR), ML algorithms are employed in several key areas. For channel estimation, ML techniques can be used to estimate the complex gains of the radio channel from reference signals, providing a more accurate picture of how the signal was distorted during propagation compared to simpler methods like Least Squares. In MIMO (Multiple-Input Multiple-Output) detection, ML detection (or approximations like ML-MIMO) is the optimal method for separating spatially multiplexed data streams at the receiver, though its complexity grows exponentially with the number of streams. For decoding, the Viterbi algorithm—an implementation of ML sequence detection—is used for convolutional codes, while ML principles underpin the decoding of other channel codes.

Beyond the physical layer, ML estimation is crucial for positioning techniques in 3GPP. For Observed Time Difference of Arrival (OTDOA) positioning in LTE and NR, the UE measures time differences of arrival from multiple base stations. The ML estimator can be used to compute the UE's location from these noisy measurements, providing higher accuracy than linearized methods, especially in non-line-of-sight conditions. Similarly, in angle-based positioning using massive MIMO, ML estimation helps resolve the Angle of Arrival (AoA) or Angle of Departure (AoD).

The implementation of ML in network equipment and UEs involves significant computational complexity, especially for high-order modulation or large MIMO systems. Therefore, 3GPP specifications often reference ML as a performance benchmark, while practical implementations may use sub-optimal but less complex approximations (like MMSE for MIMO detection). The role of ML in the network is to push the boundaries of performance—increasing data rates, improving coverage, enhancing positioning accuracy, and enabling more efficient use of spectrum—by providing the theoretical optimum against which real-world algorithms are measured and improved.

Purpose & Motivation

Maximum Likelihood estimation was incorporated into 3GPP standards as a foundational mathematical tool to achieve optimal or near-optimal performance in various signal processing tasks inherent to digital wireless communication. Early cellular systems used simpler, less optimal estimators and detectors due to limited computational power. However, as data rate demands increased and systems employed more complex techniques like MIMO and higher-order modulation, the performance gap between simple methods and the theoretical optimum (often ML) became a limiting factor for network capacity and user experience.

The adoption of ML-based techniques within 3GPP was motivated by the need to overcome these limitations. For instance, in MIMO-OFDM systems introduced in LTE, linear detectors like Zero-Forcing suffered from noise amplification, especially in ill-conditioned channels. ML detection offered significantly better bit-error-rate performance, enabling the full spatial multiplexing gain promised by MIMO theory. Similarly, for advanced positioning requirements mandated for emergency services and commercial location-based services, traditional geometric positioning methods were insufficient in multipath environments. ML estimation provided a robust statistical framework to handle measurement noise and non-line-of-sight errors, improving location accuracy.

Furthermore, ML serves as a common benchmark in 3GPP performance requirements and conformance testing. Receiver performance tests (e.g., for reference sensitivity) often assume an ideal ML receiver to define the theoretical limit, ensuring that real implementations achieve a performance close to this bound. By standardizing the use of ML principles in specifications for channel estimation, detection, decoding, and positioning, 3GPP ensures that equipment from different vendors is designed to meet a high, consistent performance standard, driving continuous improvement in wireless technology efficiency and capability.

Detected Changes Across Releases

from 3GPP Change Requests

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

Studied in Rel-12, normative work from Rel-15.

Rel-15 4 changes

In Release 15, the specification introduced clarifications and corrections for handling the UE's maximum integrity protected data rate, including the definition of separate uplink and downlink limits for the maximum IP rate. This built upon the existing framework for maximum possible AIUR and throughput. The changes ensured proper RLF triggering when RLC reaches its maximum number of retransmissions in relation to these data rate limits.

  • Handling of maximum supported data rate per UE for integrity protection TS 23.501CR0334
  • RLF triggering when RLC reaches maximum number of retransmission TS 38.300CR0146
  • Separate UL/DL limits for UE's maximum IP rate TS 38.423CR0025
  • Correction on Maximum Integrity Protected Data Rate TS 38.423CR0173
Rel-16 7 changes

In Release 16, the updates for the "ML" function were clarified, specifically differentiating the maximum possible AIUR for T services from that for NT services. The release also included corrections and support enhancements for OTDOA positioning procedures. Furthermore, it introduced specifications for the maximum number of stored SUPIs and their persistence across power cycles.

  • NIDD Description Update for Maximum Packet Size TS 23.501CR1364
  • PLMN+CAG information - minimum, maximum storage and survival of power cycle TS 23.501CR1520
  • Fix terminology on maximum number of CAGs per cell instead of per NG-RAN node TS 23.501CR2217
  • Maximum number of SUPIs TS 29.520CR0146
  • Support OTDOA assistance data for case of NR serving cell TS 38.305CR0062
  • Maximum Number of RRC Connections TS 38.423CR0559

+ 1 more changes

Rel-17 17 changes

In Release 17, the enhancements for the ML function focused on operationalizing ML model handling within the NWDAF, including the discovery and selection of NWDAF instances based on provided ML models. The release introduced corrections and finalized procedures for ML model subscription, transfer, and provisioning, specifically resolving Editor's Notes for partial failure events and filter information, and updating the Nnwdaf_MLModelProvision API. It also added support for new attributes like maximum DL/UL throughput per slice/UE and defined specific ML model application error codes.

  • NWDAF discovery and selection based on provided ML models TS 23.501CR2585
  • Update the NWDAF profile for ML Model TS 23.501CR2761
  • Introduction of support of GSMA NG.116 attributes Maximum DL/UL throughput per slice/UE TS 23.501CR2822
  • Resolve the Editor's Note for partial failure events handling in ML model subscription procedure TS 29.520CR0389
  • Resolve the Editor's Note for ML model filter information TS 29.520CR0390
  • Solve the Editor's Note for ML model filter information TS 29.520CR0422

+ 11 more changes

Rel-18 57 changes

In Release 18, the enhancements for AI/ML management introduced new capabilities for ML model provisioning, training, and accuracy monitoring, including updates to the NWDAF ML Model Provisioning and Training APIs and procedures. It specifically added support for ML model retrieval with ADRF, extended parameters for provisioning, and introduced ML model accuracy monitoring procedures. The release also expanded ML support into the RAN with features for AI/ML in NG-RAN, including considerations for split architecture.

  • Considering ML model management capability during ADRF discovery and selection TS 23.501CR3929
  • 5GS Assistance for Application AI/ML operation: General clause TS 23.501CR3968
  • Add relations for NRMs related to AI/ML inference capabilities TS 28.104CR0079
  • Enhancements for AI-ML management TS 28.105CR0076
  • Event muting enhancements for ML Model Provisioning TS 29.520CR0689
  • Update to support extended parameters for ML model provisioning TS 29.520CR0699

+ 51 more changes

Rel-19 31 changes

In Release 19, the ML function introduced new procedures for AI/ML-based positioning, specifically enabling the Location Management Function (LMF) to retrieve and provision ML models. Enhancements included formal support for ML model provider information and consumer information within notifications, along with new services for ML model training and unsubscribe capabilities for the LMF. The release also added clarifications for the ML model's accuracy threshold and introduced analytics context transfer to support ML model identification.

  • 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
  • Support of ML Model provider information in ML model notification TS 29.520CR0986
  • Providing modelUpdateInd and modelProviderId for each ML model TS 29.520CR1021
  • Enhancements on the analytics context transfer procedure to support ML model ID TS 29.520CR1058
  • Support of the consumer information of the ML model TS 29.520CR1059

+ 25 more changes

Explore further

Broader topics and technologies where ML plays a role.

Defining Specifications

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

SpecificationTitleRelease
TR 21.905 vj00 3GPP Technical Terms and Definitions Rel-19
TR 22.804 vg30 5G Automation in Vertical Domains Study Rel-16
TR 22.874 vi20 Technical Report Rel-18
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.812 vi10 Technical Report Rel-18
TS 26.847 vj00 AI/ML Evaluation in 5G Media Services Rel-19
TR 26.927 vj00 AI/ML in 5G Media Services Study Rel-19
TS 28.104 vj30 Management Data Analytics (MDA) Rel-19
TS 28.105 vj30 AI/ML Management for 5GS Rel-19
TS 28.561 vk00 Management and Orchestration; Network Digital Twin Rel-20
TR 28.809 vh00 Enhancement of Management Data Analytics (MDA) Study Rel-17
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.784 vj00 Security aspects of AI/ML in core network Rel-19
TR 33.866 vh00 Security aspects of Network Automation enablers for 5GS Rel-17
TR 33.877 vi00 Technical Report on Security Aspects of AI/ML in RAN Rel-18
TR 33.898 vi01 Technical Report on 5GS AI/ML Security Rel-18
TS 36.859 vd00 Study on Downlink Multiuser Superposition Transmission Rel-13
TS 36.866 vc01 Study on Network Assisted Interference Cancellation Rel-12
TS 37.340 vj00 Multi-Connectivity Operation Overview Rel-19
TS 37.355 vj20 LTE Positioning Protocol (LPP) Rel-19
TS 38.300 vj00 NG-RAN Overall Description Rel-19
TS 38.305 vj00 NG-RAN UE Positioning Stage 2 Rel-19
TS 38.401 vj10 NG-RAN Architecture Specification Rel-19
TS 38.423 vj10 Xn Application Protocol (XnAP) specification Rel-19
TS 38.843 vj00 Study on AI/ML for NR Air Interface Rel-19