为多访问边缘计算定义标准联合模型

 

（来源：ETSI）

多接入边缘计算 (MEC) 为应用程序开发人员和内容提供商提供云计算能力和网络边缘的 IT 服务环境。该技术由ETSI ISG MEC标准化，支持开放的市场和新的商业模式，包括服务多个用例和应用程序的可能性。边缘计算环境还具有市场参与者多样化的生态系统，从基础设施所有者到服务提供商、系统集成商和应用程序开发商。这种情况的特点是复杂的多供应商、多供应商、多组设备，包括硬件和软件设备。作为额外的复杂程度，典型的现实世界场景包括多个运营商的存在，每个运营商都有自己的边缘计算基础设施、网络能力和客户群。

在这种异构环境中，为了向客户提供全球边缘计算服务，运营商意识到需要协作并形成所谓的 MEC 联盟，在最近发布的报告  GR MEC中定义和分析了这些用例和关键问题035 “实现跨MEC系统部署和MEC-Cloud系统协调”。

点击查看完整大小的图片

 

MEC 联盟有助于为客户提供跨移动网络运营商（MNO 环境）多样化生态系统的无缝访问。（来源：ETSI）

该研究由日本电信运营商 KDDI 牵头，得到其他运营商的支持，并与许多其他 MEC 成员和参与者合作，还考虑了 GSMA OPG（运营商平台组）的要求。GSMA 计划的目标是使边缘计算成为运营商服务，使用边缘应用程序的客户应该可以无缝访问具有边缘体验质量的应用程序，无论应用程序是在其运营商的边缘云上运行，还是在其边缘云上运行。不同的（但联合的）操作员。ETSI ISG MEC 的工作确实旨在引入可以实现这一目标的适当标准（也与 3GPP 和其他机构合作）。

更详细地说，ETSI GR 035报告强调了与 MEC 联盟相关的问题、差距和解决方案以及建议，MEC 联盟被定义为“能够共享使用 MEC 服务和应用程序的 MEC 系统的联盟模型”。各种用例推动了 MEC 联盟的建立，本报告对它们进行了分析，并描述了可能的解决方案和相关评估：

V2X服务的MEC联合场景

为 V2X 服务启用 MEC 联盟的多运营商协议

MEC和云系统之间的应用实例传输

涉及 MNO 网络中的 MEC 系统的系统间通信

连接不同服务的MEC联合场景

沉浸式 AR 游戏的 MEC 联合场景

访问网络上边缘服务可用性的 MEC 联合方案

边缘节点共享的 MEC 联合场景

特别是，最近加入 ETSI MEC 成员的 5GAA（5G 汽车协会）的汽车利益相关者对用例 #1（“V2X 服务的 MEC 联合场景”）感兴趣。这种 V2X 服务（即多 MNO、多 OEM、多 MEC）的 MEC 联合场景在智能城市中很典型，其中具有不同 SIM 卡和网络订阅的汽车连接到不同的运营商，每个运营商具有不同的能力，在MEC 平台和/或 API 的可用性条款。从这个角度来看，实现 MEC 应用程序之间的 MEC 系统间通信，以及应用程序的互操作性和可移植性，是整个汽车生态系统提供 V2X 服务的关键需求（从移动网络运营商、原始设备制造商、技术提供商、城市市政当局和其子公司、监管机构和政策制定者）。

MEC 系统发现，包括安全（认证/授权、系统拓扑隐藏/加密）、计费、身份管理和监控等方面，是形成 MEC 联盟的必要前提。

MEC 平台发现，通过 MEC 系统交换有关其 MEC 平台的信息，即它们的身份、它们的共享服务列表以及授权和访问策略。

MEC 平台层面的信息交换，满足 MEC 服务消费需求，或 MEC 应用间通信。

汽车领域的另一个有趣用例是#8（“边缘节点共享的 MEC 联合方案”），其中 MEC 联合也可用于从一个运营商共享边缘能力到另一个运营商，其中一个运营商具有某个区域没有边缘资源。这对于可能希望加入联盟并从彼此的边缘计算基础设施中受益的所有运营商来说特别方便，因为无论客户位于哪个国家/地区，都可以为其客户提供全球用户体验。除了第一个用例引入的要求外，该用例还需要运营商 A 的 MEC 平台和运营商 B 的网络网关之间的连接（反之亦然），以优化从一个运营商到另一个运营商的服务交付。最后，

GR 035定义的要求（不仅与汽车领域相关，而且原则上服务于所有 MEC 用例）自然导致了 ETSI MEC 规范工作的开始（工作项 GS 040），其重点是定义适当的 MEC 联合 API 作为不同 MEC 系统的联合管理器之间的通信手段（即所谓的 EWBI，用 OP 的话来说）。

ETSI MEC GR 035报告是该领域的第一项研究，考虑到 GSMA 对 MEC 联盟的要求，ETSI ISG MEC 的目标是与 3GPP 和开源社区合作，以提供可以支持互操作服务的一致标准提供给边缘计算生态系统中的所有利益相关者。

审核编辑 黄昊宇