This page provides information very much related to the work of the ETSI ISG MEC Deployment and ECOsystem DEvelopment (DECODE) Working Group, whose aim is to accelerate the development of the MEC ecosystem:
- Forge Projects: Includes OpenAPI/Swagger & Protobuf descriptions of the APIs specified by ISG MEC.
- OpenAPI development guidelines: How can I contribute to the API development?
- MEC Sandbox: MEC Service API playground
- MEC Sandbox Scenarios (EOL account required): Macro/micro network emulation scenarios
- MEC Applications: 3rd party solutions
- MEC Solutions: 3rd party solutions
List of MEC Applications made available by third parties
|Name of the App & logo||Description||MEC Consumed APIs||MEC API provided||Link||Contact|
|Unibo MEC API Tester||The Unibo MEC API Tester is a web-based application that can be used to test the capability of a MEC Platform to support the MEC 011 defined APIs (mec_app_support & mec_service_mgmt).||MEC 011 (Mp1)||NA||Link||Davide Berardi|
List of MEC Solutions made available by third parties (in alphabetical order). Such solutions may offer all components (functional entities) of the MEC architecture, or a subset (for instance a MEC Platform, or API implementation).
|Name of the project & logo||Description||MEC Components provided||MEC APIs supported||Link||Contact|
|AdvantEdge||AdvantEDGE is a Mobile Edge Emulation Platform (MEEP) that runs on Docker & Kubernetes. AdvantEDGE provides an emulation environment, enabling experimentation with Edge Computing Technologies, Applications, and Services. The platform facilitates exploring edge / fog deployment models and their impact on applications and services in short and agile iterations.||MEC Platform||MEC 012 Radio Network Information
MEC 013 Location
MEC 028 WLAN Information
|Connected Vehicle Blueprint (Aka CVB)||CVB provides a V2X focused MEC platform, which offers services to connected vehicles. These services are delivered to applications hosted on vehicles based on a set of policies for data dispatch and response. As the blueprint continues to be developed, further connected-vehicle applications and services are being incorporated into the blueprint.||MEC Platform(s), MEC Platform Manager||MEC 011 Mp1 & Mm5||Link||Yarg Yang|
|Eclipse zenoh||Eclipse zenoh unifies data in motion, data in-use, data at rest and computations. It carefully blends traditional pub/sub with geo-distributed storages, queries and computations, while retaining a level of time and space efficiency that is well beyond any of the mainstream stacks. It is a perfect fit as an alternative transport protocol for MEC applications as well as technological stack to build distributed MEC platforms.||Alternative transport protocol for MEC Platform||MEC 011 Mp1||Link||Gitter community channel|
|Enterprise Applications on Lightweight 5G Telco Edge (EALTEdge)||Lightweight telco edge platform, enabling Enterprise applications on telco edge. Offering a: Unified Portal for platform management and for App developers; Sandbox with SDKs and tools chains for MEC app developers; Heterogeneous deployment on Multi-Arch; ETSI MEC Compliance.||MEC Platform(s), MEC Platform Manager||MEC 011 Mp1 & Mm3||Link||Gaurav Agrawal|
|i-MEC||Italtel MEC platform i-MEC brings high value in the network enabling a wide set of services which leverage reduced end-to-end latency (uRLLC), pre-processing at the edge (mMTC) and broadband services (eMBB). i-MEC contributes to reduce the traffic load on the backhauling transport network with relevant saving of cost for the Service Operator.||MEC Platform||MEC011 Mp1, Mm5 proprietary API, Mp2 proprietary API (OpenFlow based)||Link||Italtel|
|LightEdge||LightEdge is a lightweight, ETSI-compliant MEC solution for 4G and 5G networks. It is designed to work natively on top of Kubernetes and is transparent to the existing components of a 4G network, therefore requiring zero modifications to the MNO’s environment.||MEC Platform||RNI (MEC-012), WIA (MEC-028), partially Application Enablement (MEC-011)||Link||Roberto Riggio|
|MEC Location API Simulator||The Location API simulator helps developers to create applications that use MEC Location API. It provides a MEC Location Service accessible via Location API as specified in the ETSI GS MEC013 document, available as a RESTful web service. It has a Graphical User Interface enabling developers to simulate mobile users' movements by feeding the simulator with a GPS track in .gpx format. The first release implements a subset of MEC013 API but the full set of APIs and an improved engine to simulate cars, VRU and more will be part of future releases.||MEC013 accessible APIs (with an engine to simulate mobile users’ movement)||MEC 013 Location||Link||Daniele Brevi|
|Public Cloud Edge Interface (PCEI)||The purpose of Public Cloud Edge Interface (PCEI) Blueprint family is to specify a set of open APIs for enabling Multi-Domain Inter-working across functional domains that provide Edge capabilities/applications and require close cooperation between the Mobile Edge, the Public Cloud Core and Edge, the 3rd-Party Edge functions as well as the underlying infrastructure such as Data Centers and Networks.||Provides an enabler layer that facilitates interworking between Edge Computing platforms, including Multi-Access Edge Compute, Public Cloud and 3rd-Party Edge Compute, and Mobile Networks||MEC 013 Location API||Link||Oleg Berzin|
|ServerlessOnEdge||Decentralized framework for the distribution of lambda functions to multiple serverless platforms, with Apache OpenWhisk connectors, supporting the ETSI MEC Device application interface (MEC 016).||User app LCM proxy||MEC 016 Device application interface (Mx2)||Link||Claudio Cicconetti|
Request your project to be listed
A request to add a new entry to either the MEC Applications or MEC Solutions should be sent to please contact ETSI CTI, with title "ISG MEC WIKI Ecosystem request". Any organization (ETSI member or not) is entitled to send the request.
The request should contain the information to be included in the table. "Contact" in the table is not mandatory, but a contact point is required to allow communication of changes or future developments on the page.
The chairman of DECODE WG and ETSI Secretariat will review the proposal and publish it.
Criteria for the inclusion into the Ecosystem page are:
- The referenced activity is relevant to ETSI MEC i.e. it claims to implement at least one MEC Component from the MEC Architecture as defined in ETSI GS MEC 003.
- The proposed description or text is not offensive and is fit for publication, in line with the purpose of the MEC wiki.