MEC

Multi-Access Edge Computing

Services →
Introduced in Rel-15

MEC is a network architecture that provides cloud computing capabilities at the edge of the mobile network to enable ultra-low latency, high bandwidth, and real-time access to radio network information.

Category
Services
Introduced
Rel-15
Where
Services › Codecs
Specifications
9 specs
MEC Description Purpose Related Detected Changes Specifications

Description

Multi-Access Edge Computing (MEC), formerly Mobile Edge Computing, is a system architecture defined by ETSI and integrated into the 3GPP ecosystem that brings application hosting and cloud computing resources from centralized data centers to the network edge. The 'edge' is physically and logically close to the end-user, typically at base station aggregation points, central offices, or even within the radio access network (RAN) itself. A MEC platform consists of a virtualization infrastructure (e.g., a small data center) that hosts MEC applications and provides core MEC services. These applications run on top of a MEC host, which includes the MEC platform and the virtualization infrastructure.

The architecture is anchored by the MEC system, which comprises the MEC host and the MEC management. The MEC host contains the MEC platform (offering service APIs) and the MEC applications. The MEC management includes the MEC orchestrator (for lifecycle management of applications) and the MEC platform manager. Crucially, MEC provides a set of standardized APIs, most notably the Radio Network Information Service (RNIS) API, which allows authorized applications to access real-time, contextual information about the radio network conditions (e.g., UE location, cell load, throughput). Another key API is the Location API. This exposure of network capabilities is a fundamental aspect of MEC.

How it works involves traffic steering and application hosting. User plane traffic can be routed (steered) to a local MEC application instead of being backhauled to a distant internet gateway. This is achieved through mechanisms like User Plane Function (UPF) selection and traffic offload in the 5G Core network. For example, a latency-sensitive augmented reality application can be hosted on a MEC server at the edge. When a UE requests this service, the network's Session Management Function (SMF) selects a UPF that is co-located with the MEC host. The UE's data traffic is then routed to this local UPF and onward to the MEC application, resulting in minimal latency. The application can also use the RNIS API to adapt its service based on the user's radio link quality or location.

Purpose & Motivation

MEC was created to address the limitations of centralized cloud architectures for latency-sensitive, bandwidth-intensive, and context-aware applications. It solves the problem of network congestion and high latency caused by backhauling all traffic to distant core data centers. The rise of applications like autonomous vehicles, industrial IoT, immersive VR/AR, and real-time video analytics demanded single-digit millisecond latencies and efficient local data processing, which traditional mobile networks could not provide.

The historical context involves the evolution towards 5G, where key usage scenarios like Enhanced Mobile Broadband (eMBB), Ultra-Reliable Low-Latency Communications (URLLC), and Massive Machine Type Communications (mMTC) require edge computing support. Initial concepts from ETSI ISG MEC were integrated into 3GPP specifications starting with Rel-15 to ensure seamless interoperability with 5G system architecture. MEC transforms the network from a pure connectivity pipe into a distributed computing platform, enabling new business models for operators and vertical industries by allowing third-party applications to leverage edge resources and network information.

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

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

Rel-17 1 change

In Release 17, a correction was made to clarify the relationship between the 3GPP EDGEAPP architecture and the ETSI MEC architecture. This work ensures alignment between the standardized frameworks for enabling multi-access edge computing, which is a key capability for supporting localized data processing and low-latency services in scenarios like industrial automation.

  • Correction to Relationship between EDGEAPP and ETSI MEC architectures TS 23.558CR0117
Rel-18 2 changes

In Release 18, the MEC function was updated to enhance its extensibility and clarify its relationship with external standards bodies. Specifically, the release introduced extensions for the Common API Framework (CAPIF) as requested by ETSI ISG MEC, and it formally defined the relationship between 5G's EDGEAPP function and the ETSI MEC standards. This work ensured that the 5G system's support for MEC functionality, including the attachment of devices to local gateways connected to MEC, remained aligned with broader industry specifications.

  • CAPIF extensibility as requested by ETSI ISG MEC TS 23.222CR0096
  • Relationship between EDGEAPP and ETSI MEC TS 23.558CR0183

Explore further

Broader topics and technologies where MEC plays a role.

Defining Specifications

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

SpecificationTitleRelease
TR 22.804 vg30 5G Automation in Vertical Domains Study Rel-16
TS 23.222 vj80 Common API Framework for 3GPP Northbound APIs Rel-19
TS 23.558 vk00 Architecture for Edge Applications Rel-20
TS 23.700 vk00 XR Services Application Enablement Layer Rel-20
TS 23.722 vf10 Common API Framework (CAPIF) for 3GPP Northbound APIs Rel-15
TR 23.958 vj00 EDGEAPP alignment with ETSI MEC and GSMA OP Rel-19
TS 26.891 vg00 Media Distribution Services in 5G System Rel-16
TR 26.928 vj00 Study on eXtended Reality (XR) in 5G Rel-19
TR 33.867 vh10 User Consent for 3GPP Services Rel-17
Patrick Zandl

About the author: Patrick Zandl (b. 1974)

Telecommunications specialist, technology journalist (founder of the Mobil server), and developer who has been running since 2025 — the largest Czech-language resource on AI-assisted programming. Formerly Chief Wizard Architect at Prusa3D and head of development for Turris at CZ.NIC; currently a consultant and instructor on AI implementation in companies.