5G MEC商业化的问题

angguen

运营商5G MEC商业化存在的普遍问题

在各种边缘计算技术与产品中，MEC作为具有运营商特色、网络侧边缘部署的一种边缘计算备受关注，也普遍被认为是5G两大关键的业务使能技术之一(另外一个是网络切片)，目前各大运营商的5G业务试点中MEC也经常被部署和应用。 实际上从2014年MEC最早被提出到目前已经有将近8年时间，但是无论国外还是国内，MEC目前均未有规模的商用部署，MEC的商业化规模发展较慢原因有很多，除了技术标准成熟度问题，MEC还面临业务驱动、技术路线、运维管理等具体问题，这些问题目前并无定论，有的也让运营商颇为纠结，同时让商业用户不免望而却步。

一、基于4G核心网的5GNSA组网下的MEC建设部署

MEC并不只是在5G网络中才有的概念，在4G和5G网络中均可部署，但是在4G网络中因为MEC提出时LTE网络标准已完成制定，所以4G网络下的MEC部署目前大多采用非标的串联部署或者厂家私有标准部署模式，在计费、监听、业务移动性支撑方面并不完善。目前CCSA也在制定4G网络下的MEC标准以解决上述问题，也涉及到目前的4G核心网升级改造。而3GPP的5G核心网在标准上天然支撑用户数据面的下沉及边缘计算的部署，天然的解决了目前4G网络MEC部署时存在的计费监听等问题，但是5G近期部署如果采用基于4G核心网升级改造的NSA组网方案，那么这种情况下，为了支撑5G eMBB 等业务发展，运营商是否大量建设部署MEC系统以及为解决计费监听等问题对4G核心网进一步升级(CUPS升级)，就成为运营商需要考虑和纠结的首要问题。

二、MEC与UPF的关系以及是否统一云承载

MEC在ETSI的定义里面是包括了用户数据平面功能以及边缘计算平台功能，而3GPP的5G架构里面主要是定义了UPF网元，UPF作为核心网的用户面下沉网元，更多是网络功能。目前两大组织也在考虑MEC与UPF的融合，一般认为5G网络下MEC与UPF的关系如下图所示：

UPF是MEC系统的一个组成网元，MEC系统还包括MEC平台、MEC平台管理、MEC服务、MEC应用、边缘云基础设施以及MEC编排(其中MEC平台、MEC服务和MEC应用均是面向MEC业务服务提供，大家统称为MEC业务系统)，UPF负责将边缘网络的流量分发导流到MEC业务系统，逻辑上UPF与MEC业务系统是分离、松耦合的，实际建设时对于MEC与UPF是否合设集成部署与统一承载存在以下多种方案：

1、MEC与UPF集成部署，基于ICT综合边缘云统一承载：建设包括UPF在内的统一MEC系统， MEC系统的建设也通常被锁定在提供UPF的核心网厂家，MEC业务系统与UPF共享NFV电信边缘云基础设施以及统一纳管，节约部分投资，另外靠近基站的边缘接入点资源比较紧张，集成部署有利于资源的充分利用。但是该方案需要既可以满足UPF等NFV高性能网络转发处理需求，还需要支撑IT类业务应用的容器化部署与编排管理、边缘AI类以及视频类业务应用的GPU/FPGA等加速及异构计算处理，之前主要面向网络通信处理的NFV电信云需要扩展成为ICT综合边缘云，包括MANO也需要相应的扩展。

2、MEC与UPF分离部署，基于不同的边缘云各自承载：MEC业务系统与UPF分离部署，支撑分厂家建设，支撑引入IT厂家或者自研提供MEC业务系统，并且UPF作为5G核心网元，与承载自有及第三方业务应用的MEC业务系统物理隔离也有利于5G网络的安全保障。但是该方案下MEC业务系统如果提供网络流量业务链处理类服务，不能与UPF共享网络处理，有一定的重复投资，并且部分资源受限的边缘点也很难建设提供两朵边缘云，两朵云的利用率不如集成部署的统一边缘承载方案。

3、MEC与UPF部分共享部署：MEC业务系统分为CT类VNF与IT类App两大类业务服务，其中CT类VNF与UPF统一承载集成部署，IT类App独立部署。对于CT类业务服务共享NFV边缘云，仍然由运营商网络运维部门负责统一运营管理。同时独立建设IT边缘云，满足IT类边缘业务灵活性，这部分IT边缘云可以考虑由运营商负责公有云的部门统一集约运营。这种模式的问题在于增加了边缘业务的统一管理复杂度，同时部分融合业务也很难简单的是化为IT类还是CT类业务，比如远程驾驶控制等。

目前运营商的业务试点中多种模式都有采用，而未来统一规划建设部署时采用哪种方案为主或者在不同的边缘层级上采用不同方案，目前尚未定论，有可能是更靠近基站的边缘点集成部署统一承载，而更靠近中心的边缘点会采用部分共享部署方案。

三、MEC的边缘云重点是资源设施服务还是业务平台服务

MEC是云网融合型的平台，其基础是提供边缘本地分流这样的基础网络服务，而其核心价值则是边缘云服务，包括提供边缘虚机、存储等资源型边缘IaaS服务；提供边缘网络能力开放API、容器以及边缘应用框架在内的平台型边缘PaaS服务；提供自有以及第三方业务应用在内的边缘ICT业务服务。目前总体来说，BAT等在内的互联网企业主要需求是资源型边缘IaaS服务，而政企等行业客户则三种服务需求都有。单纯从MEC业务需求角度来说，边缘IaaS服务、边缘PaaS以及边缘ICT业务服务都是MEC可以提供的主要业务和获取收益，但是MEC的就近处理会减少中心云及IDC的处理，对运营商已有的云及IDC收入有影响，并且运营商一直以来对于手握IDC资源却没能占据CDN市场主要份额心有不甘，不希翼在边缘计算上面重蹈覆辙，所以运营商需要综合考虑边缘云的建设成本、中心云及IDC的定价、客户的需求、市场发展态势等进行综合的分析以确定MEC边缘云的业务提供重点及经营策略，将MEC作为一种边缘数据中心的资源设施服务还是作为业务平台来经营，二者策略、定价是完全不同的。

四、MEC的商业模式与“先有鸡还是先有蛋”

MEC的商业模式目前主要是2B的ICT业务服务模式以及2C/2I/2I2C的互联网业务服务模式。对于2B的ICT业务服务模式，一般是区域性的ICT项目，客户需求与项目确定后有MEC的建设周期，根据客户需求确定MEC的部署位置与建设规模，并且提供的业务服务明确、相对固定。而对于2I以及2I2C的互联网业务服务模式，云、CDN、游戏等互联网企业业务一般是全国提供的，同时他们的业务应用种类以及业务量又是高度动态变化有弹性的，在业务高峰时对边缘节点资源的需求更多，可以临时动态增加边缘节点降低中心负载以及提升用户体验，对于具体的边缘节点位置也是根据具体业务变化的，所以互联网企业是希翼运营商可以提供覆盖全国的丰富边缘计算节点资源，他们可以从中选择部分边缘点弹性的租用/调用MEC服务，但是互联网企业对边缘节点的位置及业务量的需求均是高度动态的，运营商很难在这种不确定性中规划MEC的建设规模与规格，MEC的业务利用率也不一定有保证，从而商业收益也存在不确定性，这种情况下运营商会稳妥起见就会仍然以本地区域性的ICT客户项目为主按需建设部署MEC。如果运营商在全国范围内不规模建设部署MEC，那么无论是自身提供还是与与互联网企业合作提供，都很难孵化培育2C的互联网化业务服务，获取规模收益。基础网络/平台与其上层业务应用创新之间常常有“先有鸡先有蛋”之争，而MEC 又因为业务汇聚收敛比例低、边缘节点之间天生是资源难以共享复用的特点，这一问题尤为突出。

五、MEC TCO

6、MEC 安全问题