【转】移动边缘计算综述

sealmon

编辑概况：
李子姝，女，北京邮电大学未来网络理论与应用实验室硕士生，主要研究方向为5G网络、移动边缘计算等。
谢人超，男，北京邮电大学未来网络理论与应用实验室硕士生导师、副教授，主要研究方向为信息中心网络，内容分发网络，移动网络内容分发技术等。
孙礼，男，北京邮电大学未来网络理论与应用实验室硕士生导师、副教授，主要研究方向为宽带通信网络、无线接入技术、通信网络交换技术等。
黄韬，男，北京邮电大学未来网络理论与应用实验室博士生导师、教授，主要研究方向为新型网络体系架构、内容分发网络、App定义网络等。

1 引言

指数式增长的数据流量、不断增加的终端种类和越来越多样化的服务场景是当下传统的4G LTE网络架构所面临的难题，这催生了5G时代的来临。在5G时代，移动网络服务的对象不再是单纯的手机，而是各种类型的设备，如平板、移动车辆和各种传感器等。服务的场景也多样化，比如移动宽带，大规模机器类型通信、任务关键型互联网等。因此，在移动性、安全性、时延性和可靠性等多个方面，移动网络都必须满足更高的要求。

为了满足移动网络的高速发展所需的高带宽、低时延的要求并减轻网络负荷，未来的5G网络提出了如下演进目标：基于SDN/NFV进行虚拟化，进行扁平化扩展与增强，核心网用户面功能下沉到基站。在此背景下，由于通过将IT服务环境与云计算在网络边缘相结合从而构建更加智能的移动网络，MEC被视为向5G过渡的关键技术和架构性概念[1][2]。MEC正在推动传统集中式数据中心里的云计算平台与移动网络的融合，将原本位于云数据中心中的服务和功能“下沉”到移动网络的边缘，在移动网络边缘提供计算、存储、网络和通信资源。MEC强调靠近用户，从而减少网络操作和服务交付的时延，提升用户服务体验。同时，通过MEC技术，移动网络运营商可以将更多的网络信息和网络拥塞控制功能开放给第三方开发者，并允许其提供给用户更多的应用和服务。

本文主要对MEC技术进行系统性的概述和先容，首先本文第二小节先容MEC的基本概念，并详细先容MEC的参考框架。第三小节对MEC技术的优势加以详细阐述，第四小节将从学术界、工业界和标准制定三个角度先容MEC的研究现状，随后，第五小节将进一步先容实现MEC的三个关键技术。在本文第六、七部分将进一步先容MEC技术的应用场景，以及MEC服务器在现网和未来5G下的部署方案，并总结不同部署方案的优缺点。最后，本文第八小节将对MEC现存的几个尚待解决的问题做进一步归纳和总结。

2 基本概念及架构

欧洲电信标准化协会ETSI对MEC的定义是：在移动网络边缘提供IT服务环境和云计算能力。移动边缘计算可以被理解为在移动网络边缘运行云服务器，该云服务器可以处理传统网络基础架构所不能处理的任务，例如M2M网关、控制功能、智能视频加速等。在这里需要注明的一点是在研究初期MEC中的“M”是“Mobile”之意，特指移动网络环境。随着研究的不断推进，ETSI现在将“M”的定义扩展为“Multi-Access”，旨在将边缘计算的概念扩展到WiFi等非3GPP的场景下，“移动边缘计算”的术语也逐渐被过渡为“多接入边缘计算”（Multi-Access Edge Computing，MEC）[3]。但是目前业界乃至ETSI等标准制定组织研究的重点仍然是移动场景下的边缘计算，因此现在业界仍多以“移动边缘计算”称之。

MEC运行于网络边缘，逻辑上并不依赖于网络的其他部分，这点对于安全性要求较高的应用来说非常重要。另外，MEC服务器通常具有较高的计算能力，因此特别适合于分析处理大量数据。同时，由于MEC距离用户或信息源在地理上非常临近，使得网络响应用户请求的时延减小，也降低了传输网和核心网部分发生网络拥塞的可能性。最后，位于网络边缘的MEC能够实时获取例如基站ID、可用带宽等网络数据以及与用户位置相关的信息，从而进行链路感知自适应，并且为基于位置的应用提供部署的可能性，可以极大的改善用户的服务质量体验。

从2014年12月开始，ETSI MECISG开始致力于MEC的研究，旨在提供在多租户环境下运行第三方应用的统一规范。经过努力，ISG MEC已经公布了关于MEC的基本技术需求和参考架构的相关规范[4]。在参考文献[4]中，ISGMEC对MEC的网络框架和参考架构进行了定义。图1所示是MEC的基本框架，该框架从一个比较宏观的层次出发，对MEC下不同的功能实体进行了网络（Networks）、ME主机水平（Mobile Edge Host Level）和ME系统水平（Mobile Edge System Level）这三个层次的划分。其中，MEC主机水平包含MEC主机（ME Host）和相应的ME主机水平管理实体（ME Host-Level Management entity），ME主机又可以进一步划分为ME平台（ME Platform）、ME应用（ME Application）和虚拟化基础设施（VirtualizationInfrastructure）。网络水平主要包含3GPP蜂窝网络、本地网络和外部网络等相关的外部实体，该层主要表示MEC工作系统与局域网、蜂窝移动网或者外部网络的接入情况。最上层是ME系统水平的管理实体，负责对MEC系统进行全局掌控。

图1 MEC框架[4]

图2所示是一个更为详细的MEC参考架构，该架构在图1所示的高水平框架的基础之上还详细定义了各个功能实体之间的相互关联，并抽象出三种不同类型的参考点。其中，Mp代表和ME平台应用相关的参考点，Mm代表和管理相关的参考点，Mx代表和外部实体相关的参考点。

在图2所示架构下，ME主机由ME平台、ME应用和虚拟化基础设施组成。虚拟化基础设施可以为ME应用提供计算、存储和网络资源，并且可以为ME应用提供持续的存储和时间相关的信息，它包含一个数据转发平面来为从ME平台接收到的数据实行转发规则，并在各种应用、服务和网络之间进行流量的路由。ME平台从ME平台管理器、ME应用或ME服务处接收流量转发规则，并且基于转发规则向转发平面下发指令。另外，ME平台还支撑本地域名系统（Domain Name System，DNS）代理服务器的配置，可以将数据流量重定向到对应的应用和服务。ME平台还可以通过Mp3参考点与其他的ME平台进行通信，在分布式MEC系统的协作机制中，Mp3参考点可以作为不同ME平台互联的基础。

ME应用是运行在ME虚拟化基础设施上的虚拟机实例，这些应用通过Mp1参考点与ME平台相互通信。Mp1参考点还可提供标识应用可用性、发生ME切换时为用户准备或重定位应用状态等额外功能。

ME平台管理器（MEPlatform Manager，MEPM）具有ME平台元素管理、ME应用生命周期管理以及ME应用规则和需求管理等功能。ME应用生命周期管理包括ME应用程序的创建和终止，并且为ME编排器（ME Orchestrator，MEO）提供应用相关事件的指示消息。ME应用规则和需求管理包括认证、流量规则、DNS配置和冲突协调等。ME平台和MEPM之间使用Mm5参考点，该参考点实现平台和流量过滤规则的配置，并且负责管理应用的重定位和支撑应用的生命周期程序。Mm2是操作支撑系统（OSS）和MEPM之间的参考点，负责ME平台的配置和性能管理。Mm3是MEO和MEPM之间的参考点，负责为应用的生命周期管理和应用相关的策略提供支撑，同时为ME的可用服务提供时间相关的信息。

图2 MEC参考架构[4]

MEO是ME提供的核心功能，MEO宏观掌控ME网络的资源和容量，包括所有已经部署好的ME主机和服务、每个主机中的可用资源、已经被实例化的应用以及网络的拓扑等。在为用户选择接入的目标ME主机时，MEO衡量用户需求和每个主机的可用资源，为其选择最为合适的ME主机，如果用户需要进行ME主机的切换，则由MEO来触发切换程序。MEO与OSS之间通过Mm1参考点来触发ME应用的实例化和终止。MEO与虚拟化基础设施管理器（VIM）之间通过Mm4参考点来管理虚拟化资源和应用的虚拟机映像，同时维持可用资源的状态信息。

从ME系统的角度来看，OSS是支撑系统运行的最高水平的管理实体。OSS从面向客户服务（customer-facing service，CFS）门户和用户终端（UE）接收实例化或终止ME应用的请求，检查应用数据包和请求的完整性和授权信息。经过OSS认证授权的请求数据包会通过Mm1参考点被转发到MEO进行进一步处理。

CFS门户实体相当于第三方接入点，开发商使用该接口将自己开发的各种应用接入到运营商的ME系统中，企业或者个人用户也可以通过该接口选择其感兴趣的应用并指定其使用的时间和地点。CFS通过Mx1参考点与OSS实现通信。

用户应用生命周期代理（user app LCM proxy）是供ME客户使用来请求应用相关的实例化和终止等服务的实体。该实体可以实现外部云和ME系统之间的应用重定位，负责对所有来自外部云的请求进行认证，然后分别通过Mm8和Mm9参考点发送给OSS和MEO做进一步处理。值得注意的是，LCM只能通过移动网络接入，Mx2参考点提供了UE与LCM相互通信的基础。

VIM用于管理ME应用的虚拟资源，管理任务包括虚拟计算、存储和网络资源的分配和释放，App映像也可以存储在VIM上以供应用的快速实例化。同时，VIM还负责收集虚拟资源的信息并通过Mm4参考点和Mm6参考点分别上报给MEO和MEPM等上层管理实体。

3 优势

相比于传统的网络架构和模式，MEC具有很多明显的优势，能改善传统网络架构和模式下时延高、效率低等诸多问题，也正是这些优势，使得MEC成为未来5G的关键技术。本小节主要对MEC的优势加以概括。

3.1 低时延

MEC将计算和存储能力“下沉”到网络边缘，由于距离用户更近，用户请求不再需要经过漫长的传输网络到达遥远的核心网被处理，而是由部署在本地的MEC服务器将一部分流量进行卸载，直接处理并响应用户，因此通信时延将会降低。MEC的时延节省特性在视频传输和VR等时延敏感的相关应用中表现得尤为明显。以视频传输为例，在不使用MEC的传统方式下，每个用户终端在发起视频内容调用请求时，首先需要经过基站接入，然后通过核心网连接目标内容，再逐层进行回传，最终完成终端和该目标内容间的交互，可想而知这样的连接和逐层获取的方式是非常耗时的。引入MEC解决方案后，在靠近UE的基站侧部署MEC服务器，利用MEC提供的存储资源将内容缓存在MEC服务器上，用户可以直接从MEC服务器获取内容，不再需要通过漫长的回传链路从相对遥远的核心网获取内容数据。这样可以极大地节省用户发出请求到被响应之间的等待时间，从而提升用户服务质量体验。参考文献[5]证明了在WiFi和LTE网络中使用边缘计算平台可以明显改善互动型和密集计算型应用的时延。参考文献[6]进一步证实了通过微云在网络边缘进行计算卸载可以改善响应时延至中心云卸载方案的51%。因此，MEC对于未来5G网络1ms RTT的时延要求来说是非常有价值的[7]。

3.2 改善链路容量

部署在移动网络边缘的MEC服务器能对流量数据进行本地卸载，从而极大地降低对传输网和核心网带宽的要求。还是以3.1中提到的视频传输为例，对于某些流行度较高的视频，如NBA比赛、电子产品发布会等，经常是以直播这种高并发的方式发布，同一时间内就有大量用户接入，并且请求同一资源，因此对带宽和链路状态的要求极高。通过在网络边缘部署MEC服务器，可以将视频直播内容实时缓存在距离用户更近的地方，在本地进行用户请求的处理，从而减少对回传链路的带宽压力，同时也可以降低发生链路拥塞和故障的可能性，从而改善链路容量。参考文献[8]证明在网络边缘部署缓存可以节省近22%的回传链路资源，参考文献[9]提出对于带宽需求型和计算密集型应用来说，在移动网络边缘部署缓存可以节省67%的运营成本。

3.3 提高能量效率，实现绿色通信

在移动网络下，网络的能量消耗主要包括任务计算耗能和数据传输耗能两个部分，参考文献[10][11]中对4G和5G下移动网络的能量效率进行了详尽的对比分析和讨论，并指出能量效率和网络容量将是未来5G实现广泛部署需要克服的一大难题。MEC的引入能极大地降低网络的能量消耗。MEC自身具有计算和存储资源，能够在本地进行部分计算的卸载，对于需要大量计算能力的任务再考虑上交给距离更远处理能力更强的数据中心或云进行处理，因此可以降低核心网的计算能耗。另一方面，随着缓存技术的发展，存储资源相对于带宽资源来说成本逐渐降低，MEC的部署也是一种以存储换取带宽的方式，内容的本地存储可以极大地减少远程传输的必要性，从而降低传输能耗。当前已有许多工作致力于研究边缘计算的能量消耗问题，参考文献[5]证明边缘计算能明显降低WiFi网络和LTE网络下不同应用的能量消耗。参考文献[12]将大型集中式数据中心下的能量消耗和雾计算下的小型数据中心的能量消耗进行对比，证明了边缘计算能明显改善系统能耗。参考文献[6]进一步证明使用微云进行计算卸载，参照中心云卸载方案可以节省42%的能量消耗。

3.4 感知链路状况，改善用户服务质量体验（QoS）

部署在无线接入网的MEC服务器可以获取详细的网络信息和终端信息，同时还可以作为本区域的资源控制器来对带宽等资源进行调度和分配。以视频应用为例，MEC服务器可以感知用户终端的链路信息，回收空闲的带宽资源，并将其分配给其他需要的用户，用户得到更多的带宽资源之后，就可以观看更高速率版本的视频，在用户允许的情况下，MEC服务器还可以为用户自动切换到更高的视频质量版本。链路资源紧缺时，MEC服务器又可以自动为用户切换到较低速率版本以避免卡顿现象的发生，从而给予用户极致的观看体验。同时，MEC服务器还可以基于用户位置提供一些基于位置的服务，例如餐饮、娱乐等推送服务，进一步提升用户的服务质量体验。

4 MEC研究现状

由于具有上述明显的优势，MEC一直以来都是产业界和学术界关注和研究的重点。目前，MEC已经在现网得到了验证，并出现了各种基于MEC的现网解决方案，相应的商业模式和标准化讨论也正在如火如荼地进行。本节先从学术角度出发，对与MEC概念相似的微云（Cloudlet）和雾计算（Fog Computing）这两个概念加以先容，并对三者进行进一步的对比区分，然后先容MEC的标准制定现状，最后先容几个典型的基于MEC的相关解决方案。

4.1 微云与雾计算

MEC作为边缘计算的一种，在学术界早已引起广泛的关注和研究，参考文献[13]中从计算、存储和通信三个角度对MEC进行了详细的概述。参考文献[14]详细先容了MEC基本架构，并针对MEC的计算卸载功能进行了全方位的讨论。同时，在各种研究工作中，MEC还常被拿来与同样属于边缘计算的微云和雾计算进行对比[3]。本小节首先简要先容微云和雾计算的基本概念，然后将二者与MEC进行对比，并列出一些细节上的不同点。

表1 MEC、微云和雾计算的比较

微云是由移动计算和云计算融合而来的新型网络架构元素，它代表移动终端、微云和云三层架构的中间层，可以被视作“盒子里的数据中心”[15][16]。微云是Open Edge Computing（OEC）的研究成果，该项目最初由卡内基梅隆大学发起，而后受到了包括英特尔、HUAWEI、沃达丰在内的多家企业的广泛支撑，主要致力于对边缘计算应用场景、关键技术和统一API的研究。OEC基于Openstack开源项目进行扩展，从而得到了微云，目前其源码以及搭建方法也可以在OEC的官网上免费获得。微云的设计灵感来自于触觉互联网（Tactile Network），致力于实现信息的超低时延传输。相比于MEC和雾计算来说，微云主要用于移动增强，能够为移动设备提供丰富的计算资源，尤其关注边缘的视频分析应用，能够提取边缘数据的标签和元数据并传输到云，以实现高效的全局搜索。此外，微云还可以直接运行在终端上，比如车辆、飞机等。

雾计算是指将计算、通信、控制和存储资源与服务分布给用户或靠近用户的设备与系统，从而将云计算模式扩展到网络边缘[17][18]。雾计算最初是由思科提出来的，更侧重于在物联网上的应用[19]。2015年11月，ARM、思科、戴尔、英特尔、MicroSoft和美国普林斯顿大学联合成立了开放雾联盟（Open Fog Consortium），该联盟旨在通过开发开放式架构、分布式计算、联网和存储等核心技术以及实现物联网全部潜力所需的领导力，加快雾计算的部署。OpenFog架构利用开放的标准方法，将云端的无缝智能与物联网终端联合在一起。2017年2月，开放雾联盟宣布发布了OpenFog参考架构（Reference Architecture，RA），这是一个旨在支撑物联网、5G和人工智能应用的数据密集型需求的通用技术架构，该架构为雾节点（智能互联设备）与网络、部署模式、层次模型和用例提供了一个中高层次的系统架构视图，标志着雾计算向制定标准迈出了重要的一步，未来的工作将更偏向于新需求和底层细节的研究，由于本文研究的重点是MEC，所以微云和雾计算的详细架构在此不再加以先容。

MEC与微云、雾计算的概念相似，其基本思想都集中在将云计算能力迁移至网络边缘，都属于边缘计算的范畴。但三者在一些基本细节上仍存在一些需要区分之处，表1对这三种概念的不同之处进行了简要的归纳和总结。

4.2 MEC标准制定现状

MEC的标准化涉及到术语、服务场景、技术要求、参考架构、API等多个方面。于2014年9月成立的ETSI MEC ISG一直致力于推进MEC的标准化制定工作，并已于2016年3月发布了MEC白皮书，公布了关于MEC的基本技术需求和参考框架的相关规范，目前该工作组正在致力于对无线网络信息服务接口、位置信息服务接口、带宽管理服务接口等几种典型网络应用接口以及平台第三方应用接口的讨论。另外，中国通信标准化协会也在2015年进行了研究报告的立项，并已获得工业和信息化部电信研究院、HUAWEI、诺基亚、中兴等多家单位的共同支撑。

随着时间的推进，MEC第一阶段的研究工作已经在2016年年底结束，第二阶段主要集中在2017年和2018年这两年，主要进行3GPP和非3GPP的接入支撑、虚拟化支撑、类型扩展、新付费模式的支撑和各种应用的开发等研究工作。

4.3 MEC相关实现案例

作为未来5G的关键技术，MEC也引起了产业界的广泛关注和研究，各大应用服务提供商争相致力于将MEC与不同的应用场景结合起来，以提供具体的应用解决方案。本小节主要先容两个具有代表性的基于MEC的解决方案。

图3所示是英特尔中国研究院与英特尔网络平台事业部、中国移动及爱奇艺合作开发的一款在线视频系统。该系统利用MEC进行视频加速，视频提供商利用MEC的计算、存储和网络功能，通过对用户视频请求数据包进行分析，为特定的高清付费用户提供充足带宽，以保证其观看体验。OTT在使用上述系统时，无需对自己的应用网络进行架构性变动，由此可以大幅降低使用成本，加速业务创新。该系统目前已在业界知名的世界移动通信大会（Mobile World Congress，MWC）上现身，并引起广泛关注，并被ETSI MEC ISG采纳为典型业务场景之一[2]。

图3 基于MEC的在线视频系统

此外，中兴也提出了基于5G的MEC解决方案[20]，该方案适用于VR这一典型应用场景。MEC部署在RAN或Cloud RAN侧以获取利于统计分析的关键信息，提供低时延的本地化业务服务。运营商不仅可以有效减少核心网的网络负载，还能通过本地化的部署，提供实时性高、低时延的VR体验，增强VR实时互动。图4所示是该系统的架构框图。

图4 中兴基于5G的MEC解决方案

5 MEC关键技术

MEC的实现依赖于虚拟化、云技术和SDN等关键技术的支撑，本小节主要对这三种实现MEC的关键技术进行先容。

5.1 虚拟化技术

虚拟化技术是一种资源管理技术。维基百科对其的定义是：虚拟化技术将计算机的各种实体资源（CPU、内存、磁盘空间、网络适配器等）予以抽象、转换后呈现出来并可供分区、组合为一个或多个电脑配置环境，由此打破实体结构间不可分割的障碍，使用户可以比原本配置更好的方式来应用这些电脑硬件资源。虚拟化技术中使用hypervisor实现了应用App环境与基础硬件资源的解耦，使得可以在同一个硬件平台上部署多个虚拟机，从而共享硬件资源，多个虚拟机之间通过虚拟交换机实现健壮、安全和高效的通信，并通过指定的物理接口实现数据流量的路由。

虚拟化技术与网络的结合催生了网络功能虚拟化（NFV）技术，该技术将网络功能整合到行业标准的服务器、交换机和存储硬件上，并且提供优化的虚拟化数据平面，可通过服务器上运行的App实现管理从而取代传统的物理网络设备。
NFV使得MEC平台中多个第三方应用和功能可以共平台部署，各种应用和服务实际上是运行于虚拟化基础设施平台上的虚拟机，极大地方便了MEC实现统一的资源管理。

5.2 云技术

虚拟化技术促进了云技术的发展，云技术的出现使得按需提供计算和存储资源成为可能，极大地增加了网络和服务部署的灵活性和可扩展性。现今大多数移动手机应用都是基于云服务设计的，值得一提的是，云技术与移动网络的结合还促进了Cloud-RAN（C-RAN）这一创新性应用的产生。C-RAN将原本位于基站的基带处理单元等需要耗费计算和存储资源的模块迁移到云上，在很大程度上解决了基站的容量受限问题，提高了移动网络的系统能量效率[21][22]。

MEC技术在网络边缘提供计算和存储资源，网络功能虚拟化（Network Function Virtualization，NFV）和云技术能够帮助MEC实现多租户的共建。由于MEC服务器的容量相对于大规模数据中心来说还是较小，不能提供大规模数据中心带来的可靠性优势，所以需要结合云技术引入云化的App架构，将App功能按照不同能力属性分层解耦地部署，在有限资源下实现可靠性、灵活性和高性能。

5.3 App定义网络（SDN）技术

SDN技术是一种将网络设备的控制平面与转发平面分离，并将控制平面集中实现的App可编程的新型网络体系架构。SDN技术采用集中式的控制平面和分布式的转发平面，两个平面相互分离，控制平面利用控制-转发通信接口对转发平面上的网络设备进行集中控制，并向上提供灵活的可编程能力，这极大地提高了网络的灵活性和可扩展性。

当前已有很多研究致力于将SDN技术与移动网络相结合。参考文献[23]中编辑基于SDN技术和NFV技术提出了一个名为CellularSDN（CSDN）的新型蜂窝网架构，该架构简化了网络运营商对网络的管理和控制，并且支撑灵活、开放和可编程的服务创建。参考文献[24]中编辑将SDN技术和蜂窝核心网结合，提出了一个灵活的蜂窝核心网架构SoftCell。同时，SDN作为关键技术，在5G网络的研究中也被广泛采用，在5G核心网测试平台Open5GCore的设计中就引进了SDN技术将LTE EPC下的服务网关（S-GW）和PDN网关（P-GW）分别抽象成了用户平面网关（SGW-U，PGW-U）和控制平面网关（SGW-C，PGW-C），从而提高了网络的灵活性和可扩展性。

MEC部署在网络的边缘，靠近接入侧，这意味着核心网网关功能将分布在网络的边缘，这会造成大量接口的配置、对接和调测。利用SDN技术将核心网的用户面和控制面进行分离，可以实现网关的灵活部署，简化组网。在参考文献[22]中，编辑结合NFV技术、SDN技术和MEC，设计了一个新型的移动网络系统SD-MEC。该系统在不同接入点分布式部署MEC服务器，将业务进行本地卸载，从而降低了核心网的信令开销，降低了由于长距离传输而发生网络突发状况的可能性，增强了用户的服务质量体验。另外，SD-MEC有专门的控制器对系统进行管控，从而降低了管理的复杂性，同时使得新服务的部署变得更加灵活。

6 MEC典型应用场景

大家知道，4G是主要针对视频业务而设计的网络架构，但是在即将到来的5G时代，不可避免的会出现甚至已经出现越来越多样的服务场景，这些场景对网络的时延、带宽、计算和存储等各个方面都提出了很高的要求。由于其“与生俱来”的低时延和高计算能力，MEC恰恰是解决这类需求的关键技术。同时，由于同时与4G兼容，MEC的应用非常广泛。本节主要列举几个典型的应用场景，同时分析MEC在这些场景中的应用价值。

6.1 计算密集型应用

计算密集型应用需要在很短的时间内进行大量计算，因此对装置的计算能力要求极高。增强现实（Augmented Reality, AR）和虚拟现实（Virtual Reality,VR）都属于计算密集型应用，增强现实是一种利用计算机产生的附加信息对使用者所看到的真实世界景象进行增强或扩展的技术，虚拟现实则是一种利用计算机融合多元信息和实体行为而模拟出来三维动态视景的计算机仿真技术，这两种技术都需要收集包括用户位置和朝向等用户状态相关的实时信息，然后进行计算并根据计算结果加以处理。MEC服务器可以为其提供丰富的计算资源和存储资源，并缓存需要推送的音视频内容，并且基于定位技术和地理位置信息一一对应，结合位置信息确定推送内容并发送给用户或迅速模拟出三维动态视景并与用户进行交互[2][25]。

6.2 智能视频加速

研究表明，在移动数据流量中有超过一半的部分是视频流量，并且该比例呈逐年上升趋势。从用户角度来说，观看视频可以分为点播和直播。点播是指在被请求视频已经存在于源服务器的情况下用户向视频服务器发送视频观看请求，直播则指在内容产生的同时用户对内容进行观看。在传统的视频系统中，内容源将产生的数据上传到web服务器，然后再由web服务器响应用户的视频请求。在这种传统方式下，内容基于TCP协议和HTTP协议进行下载，或是以流的形式传递用户。但是TCP并不能快速适应RAN的变化，信道环境改变、终端的加入和离开等都会导致链路容量的变化，另外，这种长距离的视频传输也增大了链路故障的概率，同时造成很大的时延，从而不能保证用户的服务质量体验。为了改善上述问题，当下学术界和产业界普遍采用CDN分发机制，将内容分发到各个CDN节点上，再由各个CDN节点响应对应区域中的用户请求[26][27]。CDN分发机制的引进的确在一定程度上缓解了上述问题，但这种改进对于直播这种高并发并且对实时性和流畅性要求很高的场景来说仍然有力不从心之处。

MEC技术的引入可以解决上述问题，内容源可以直接将内容上传到位于网络边缘的MEC服务器，再由MEC服务器响应用户的视频请求，这样可以极大地降低用户观看视频的时延。同时，由于MEC具有强大的计算能力，可以实时感知链路状态并根据链路状态对视频进行在线转码，从而保障视频的流畅性，实现智能视频加速。另外，MEC服务器还可以负责本区域用户的空口资源的分配和回收，从而增加网络资源的利用率。

6.3 车联网

车联网场景下有大量的终端用户，如车辆、道路基础设施、支撑V2X服务的智能手机等，同时对应着多种多样的服务，例如一些紧急事件的广播等基本的道路安全服务，以及一些由应用开发商和内容提供商提供的增值服务，例如停车定位、增强现实或其他娱乐服务等[28]。MEC服务器可以部署于沿道路的LTE基站上，利用车载应用和道路传感器接收本地信息，加以分析并对那些优先级高的紧急事件以及需要进行大量计算的服务进行处理，从而确保行车安全、避免交通堵塞，同时提升车载应用的用户体验[29]。在此方面，德国已经研发了数字高速公路试验台来提供交通预警服务，该试验台用于在LTE环境下在同一区域内进行车辆预警消息的发布[30]。

6.4 物联网

据思科研究报告表明，到2020将会有500亿终端实现互联[31]。物联网“万物互联”的场景下，各种各样的终端产生海量的数据，而通常IoT装置在处理器和内存容量方面是资源受限的，因此，MEC可以作为物联网汇聚网关使用[2]，将终端产生的海量数据进行汇聚并加以分析处理。同时，不同的IoT装置使用不同的接入方式，比如3G、LTE、WiFi或其他无线接入方式，因此这些IoT装置产生的消息通常由于协议不同而使用不同的封装方式，MEC可以对这些来自于不同协议的数据包进行处理、分析和分发。另外，MEC还可以作为控制节点对这些IoT装置进行远程控制，并提供实时的分析和配置[29][30]。

7 MEC服务器部署场景

在设计MEC解决方案时，还必须考虑MEC服务器在网络中的部署位置。MEC服务器可以被部署在网络的多个位置，例如可以位于LTE宏基站（eNodeB）侧、3G无线网络控制器（RadioNetwork Controller，RNC）侧、多无线接入技术（Multi-Radio Access Technology，multi-RAN）蜂窝汇聚点侧或者核心网边缘。本节旨在先容MEC服务器的几个主要的部署场景，并且对不同部署方式的优势和存在问题加以简要分析[2][32]。

7.1 4G EPC架构下的MEC部署

1）MEC服务器部署在无线接入网（RAN）侧
如图5所示，MEC可以部署在RAN侧的多个eNodeB汇聚节点之后，这是目前比较常见的部署方式。MEC服务器也可以部署在单个eNodeB节点之后，如图6所示，这种方式适合学校、大型购物中心、体育场馆等热点区域下MEC的部署。将MEC服务器部署在RAN侧的优势在于更方便通过监听、解析S1接口的信令来获取基站侧无线相关信息，但是该方案需要进一步解决计费和合法监听等安全性问题。

图5 MEC服务器部署在基站汇聚节点之后

图6 MEC服务器部署在单个基站之后

2）MEC服务器部署在核心网（CN）侧
MEC服务器也可以部署在核心网边缘，在P-GW之后（或与P-GW集成在一起），从而解决RAN部署方案下的计费和安全问题。但部署在核心网侧会存在距离用户较远，时延较大和占用核心网资源的问题。图7所示方案是不改变现有的EPC架构，将MEC服务器与P-GW部署在一起。UE发起的数据业务经过eNodeB、汇聚节点、S-GW、P-GW+MEC服务器，然后到因特网。图8所示方案需要改变现有的EPC架构，将原P-GW拆分成P1-GW和P2-GW（即D-GW），其中P1-GW驻留在原位置，D-GW下移到RAN侧或者核心网边缘，D-GW负责计费、监听、鉴权等功能，MEC服务器和D-GW部署在一起。在此方案下，P1-GW和D-GW之间为私有接口，需由同一设备厂商提供。

图7 MEC服务器与P-GW部署在一起

图8 MEC服务器与D-GW部署在一起

7.2 5G架构下的MEC部署

如图9所示，在5G架构下，MEC服务器也有两种部署方式，分别如图中MEC服务器1和MEC服务器2。MEC服务器可以部署在一个或多个NodeB之后，使数据业务更靠近用户侧，如图中蓝色实线所示，UE发起的数据业务经过NodeB、MEC服务器1，然后到达因特网，同样的，在该方式下计费和合法监听问题需进一步解决。MEC服务器也可以部署在用户平面网关GW-UP后，如图中红色实线所示，UE发起的数据业务经过NodeB、GW-UP、MEC服务器2，最后到达因特网，同理，此部署方法将以牺牲一部分时延为代价。

图9 MEC在5G架构下的部署

8 问题和挑战

MEC在移动网络边缘提供计算、存储和网络资源，可以极大地降低处理时延，实现绿色通信，提升用户服务质量体验。但是，在实现大规模应用之前，MEC以及各种基于MEC的解决方案还存在一些问题和挑战，主要包含以下三个方面。

8.1 移动性问题

MEC系统所涉及到的移动性问题主要分为两种情况，一种是移动终端在特定MEC服务器覆盖范围内的移动，这种移动不涉及到MEC服务器的切换，另一种情况则是移动终端从一个源MEC服务器移动到另一个目的MEC服务器。当用户在同一个MEC服务器范围内移动时，MEC服务器只需要维持移动终端与服务器上应用程序的正常连接，同时跟踪用户终端当前连接的基站来确保正确的下行数据路由即可。当用户从一个MEC服务器切换到另一个MEC服务器上时，如何保持移动终端与应用间的业务连接将是一个难点。对于MEC系统中那些不需要跟踪UE状态信息的状态独立的应用来说，用户移动到另一个MEC服务器意味着重新在目标MEC服务器上实例化一个相同的应用，而对于面向用户的服务，特别是那些与用户活动相关的应用而言，用户移动到另一个MEC服务器将意味着用户相关信息的迁移，甚至是整个应用实例的迁移。因此，MEC系统需要提供服务连续性、应用迁移和应用特定用户相关信息的迁移等移动性支撑。基于某些特定场景，MEC还需要支撑UE在移动边缘系统与外部云之间的迁移[33]。

由于MEC上的各个应用实际上是运行在虚拟化基础设施上的各种虚拟机，因此虚拟机的在线迁移对于MEC的移动性研究是可以借鉴的。另外，ETSI和各大厂商也都在关注MEC移动性的问题，相信随着研究的不断深入，移动性问题将会得到全方位的解决。

8.2 安全及计费问题

在当前网络架构下，计费功能由核心网负责。移动边缘计算平台将网络服务功能“下沉”到网络边缘，在网络边缘就可以进行计算卸载，这使得计费功能不易实现。针对本文第7节中提到的不同的部署方案，计费功能实现的难易程度也不同。目前，ETSI的标准化工作也尚未涉及到计费功能的实现，因此，当前还没有统一的计费标准，不同的企业提供不同的计费标准。

由于在移动边缘计算场景下，移动终端将会面临更加复杂的环境，因此原本用于云计算的许多安全解决方案可能不再适用于移动边缘计算[34]。不同层次的网关等网络实体的认证也是一个需要考虑的安全问题，因此，MEC系统必须解决认证、鉴权等安全性问题。当前一些研究工编辑提出了基于公开密钥基础设施（public key Infrastructure，PKI）的解决方案[35]和基于Diffie-Hellman秘钥交换的解决方案[36]。参考文献[37]提出了一种名为HoneyBot的移动边缘计算平台防御技术。HoneyBot节点能够探测、追踪和区分D2D内部攻击，该技术的速度和准确性同时受到HoneyBot节点数量和位置的影响[38]。

一方面，MEC的安全性和计费问题的解决需要从MEC设计的架构上来考虑，另一方面，可以将各种安全性解决方案与MEC进行有机结合，以模块化的形式为系统提供不同程度的安全防护。最后，由于计费问题涉及到的网元较多，其实现还需要设备供应商、OTT、运营商等多方的共同努力和探索。

8.3隐私保护问题

在基于MEC的D2D通信中，针对内容共享和计算协作等问题，必须考虑用户的隐私保护。另外，在一些私有网络场景下，比如个人微云，也必须考虑到隐私保护的问题，因此有必要在MEC网络中加入隐私保护实体。现存的很多隐私保护方案都是通过加入一个受信平台模块（trustedPlatform module，TPM）实现的，例如在雾计算的典型应用场景智能电网（smart grid）中，通过智能电表的数据加密和雾终端的汇聚点的处理保证数据的私密性[39]。

由于隐私保护问题是偏向于定制型的业务，不同的用户和业务对于隐私保护的需求程度不同，因此可以借鉴上述这种加入受信平台模块的思路，模块和平台之间只需遵循相应的API规范即可。