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.

Detected Changes Across Releases

from 3GPP Change Requests

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

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

Rel-16 3 changes

In Release 16, 3GPP enhanced the MEC function by introducing an architecture to support multiple API providers and enabling service API discovery involving multiple CCFs (Common Control Functions). Furthermore, the release specified the deployment of multiple CCFs within a single PLMN trust domain to improve scalability and service flexibility. These updates provided a more robust framework for multi-tenancy and distributed edge computing operations.

  • Architecture functional model to support multiple API providers TS 23.222CR0012
  • Service API discovery involving multiple CCFs TS 23.222CR0049
  • Multiple CCFs deployment in a PLMN trust domain TS 23.222CR0050
Rel-17 1 change

In Release 17, the MEC function was enhanced to clarify its architectural relationship with the EDGEAPP and ETSI MEC frameworks. This release also introduced explicit support for programmable gateways to host MEC functionality, enabling localized computing for industrial applications like sensor networks and factory automation. Furthermore, it emphasized MEC's role in keeping sensitive data on-site and supporting dynamic placement of monitoring functions for scalable resource management.

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

In Release 18, key MEC enhancements included extending CAPIF for better extensibility as requested by ETSI ISG MEC and introducing support for Edge computing within SNPNs. The release also addressed the connection to multiple EAS instances and clarified the relationship between EDGEAPP and ETSI MEC standards. Furthermore, it emphasized MEC's role in providing localized computing infrastructure, such as micro data centers, to support low-latency industrial applications and massive sensor networks.

  • CAPIF extensibility as requested by ETSI ISG MEC TS 23.222CR0096
  • Solve EN about multi-EAS connection TS 23.558CR0171
  • Relationship between EDGEAPP and ETSI MEC TS 23.558CR0183
  • Support Edge computing in SNPN TS 23.558CR0237
Rel-19 6 changes

In Release 19, the MEC function introduced new capabilities for satellite edge computing and enhanced support for metaverse services requiring multiple devices. It also specified improvements for N6 and end-to-end tunneling in edge computing and corrected procedures for Service API discovery involving multiple CCFs. Furthermore, the release removed the exposure of EAS Service APIs across multiple EDNs to streamline the architecture.

  • Support N6 tunnel and E2E tunnel in edge computing TS 23.558CR0655
  • Satellite edge computing TS 23.558CR0672
  • Support for metaverse services requiring multiple devices TS 23.558CR0727
  • Clarification on metaverse services requiring multiple devices TS 23.558CR0737
  • Correction for Service API discovery involving multiple CCFs TS 23.222CR0180
  • Remove EN on exposure of EAS Service APIs across multiple EDNs TS 23.558CR0666

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