中國聯(lián)通研究院陳杲，龐冉，何濤，曹暢

內(nèi)容分發(fā)網(wǎng)絡(luò)（Content Delivery Network，CDN）是一種分布式服務(wù)器的系統(tǒng)，它可以根據(jù)用戶的地理位置、內(nèi)容傳遞服務(wù)器的狀態(tài)和IP網(wǎng)絡(luò)連接等預(yù)設(shè)的標(biāo)準(zhǔn)，向用戶傳遞內(nèi)容（如網(wǎng)頁、文件、視頻、音頻）^[1]。5G時(shí)代，互聯(lián)網(wǎng)網(wǎng)絡(luò)更加扁平化，而且隨著終端設(shè)備指數(shù)級(jí)增長和AV/VR、云游戲、沉浸式通信和AIGC等對(duì)帶寬、時(shí)延和計(jì)算要求極高的新視頻業(yè)務(wù)的涌現(xiàn)，傳統(tǒng)CDN已無法支撐這些業(yè)務(wù)所需要的數(shù)據(jù)處理需求^[2]：首先傳統(tǒng)CDN的PoP（Pointof Present）節(jié)點(diǎn)大部分仍然部署在核心路由器（Core Router，CR）、業(yè)務(wù)路由器（Service Router，SR）附近，即CDN PoP節(jié)點(diǎn)的部署位置在網(wǎng)絡(luò)上屬于偏上位置，直接導(dǎo)致用戶請(qǐng)求的內(nèi)容傳輸時(shí)延較大，一般適用于站點(diǎn)加速、直播、點(diǎn)播等實(shí)時(shí)性要求不高的傳統(tǒng)視頻應(yīng)用。其次傳統(tǒng)CDN系統(tǒng)由于存在存儲(chǔ)、計(jì)算及網(wǎng)絡(luò)資源的業(yè)務(wù)隔離要求，在實(shí)際部署應(yīng)用時(shí)一般只為一種業(yè)務(wù)對(duì)象（例如網(wǎng)頁、流媒體視頻等）提供加速分發(fā)服務(wù)，而不是同時(shí)提供混合業(yè)務(wù)服務(wù)。為滿足互聯(lián)網(wǎng)企業(yè)多元化業(yè)務(wù)的發(fā)展需求，實(shí)際上需要配置多個(gè)平行的CDN為不同業(yè)務(wù)對(duì)象提供服務(wù)，顯然這種模式導(dǎo)致CDN系統(tǒng)建設(shè)成本增加，而且節(jié)點(diǎn)的服務(wù)效率和資源利用率低下。5G網(wǎng)絡(luò)的大規(guī)模商用已經(jīng)促使CDN架構(gòu)發(fā)生改變，例如CDN節(jié)點(diǎn)將會(huì)從CR、SR向網(wǎng)絡(luò)邊緣下沉遷移。新視頻業(yè)務(wù)也催化技術(shù)融合，例如CDN通過融合云計(jì)算、邊緣計(jì)算、5G/5G-A、算力網(wǎng)絡(luò)和AI等新技術(shù)，顯著提高了CDN的服務(wù)效率和服務(wù)能力，傳統(tǒng)CDN網(wǎng)絡(luò)向CDN算力網(wǎng)絡(luò)快速演進(jìn)^[3]。

邊緣計(jì)算（Multi-access Edge Computing，MEC）是實(shí)現(xiàn)CDN節(jié)點(diǎn)進(jìn)一步下沉的關(guān)鍵，例如CDN節(jié)點(diǎn)作為第三方應(yīng)用部署到MEC平臺(tái)，利用MEC平臺(tái)為高帶寬、低時(shí)延類視頻業(yè)務(wù)提供高質(zhì)量的內(nèi)容分發(fā)服務(wù)、內(nèi)容存儲(chǔ)和緩存、局部負(fù)載均衡與調(diào)度等^[4]。MEC CDN節(jié)點(diǎn)與傳統(tǒng)CDN PoP節(jié)點(diǎn)的區(qū)別在于，MEC CDN可以解決傳統(tǒng)CDN網(wǎng)絡(luò)中PoP節(jié)點(diǎn)無法下沉到移動(dòng)網(wǎng)絡(luò)中的痛點(diǎn)，并在移動(dòng)網(wǎng)絡(luò)邊緣提供強(qiáng)大的計(jì)算能力，為CDN業(yè)務(wù)及相關(guān)應(yīng)用的發(fā)展注入新的活力，例如目前中國移動(dòng)已經(jīng)將CDN作為移動(dòng)網(wǎng)絡(luò)基礎(chǔ)設(shè)施進(jìn)行規(guī)劃建設(shè)，有效推動(dòng)了5G網(wǎng)絡(luò)高質(zhì)量發(fā)展^[3]。MEC CDN的關(guān)鍵實(shí)現(xiàn)技術(shù)是虛擬內(nèi)容分發(fā)網(wǎng)絡(luò)（Virtual Content Delivery Network，vCDN），同時(shí)基于MEC平臺(tái)來部署vCDN，不僅能實(shí)現(xiàn)vCDN PoP節(jié)點(diǎn)的下沉部署，而且能實(shí)現(xiàn)CDN的虛擬化資源在MEC平臺(tái)進(jìn)行統(tǒng)一管控和靈活調(diào)度，實(shí)現(xiàn)計(jì)算和網(wǎng)絡(luò)資源的最大化利用，提升CDN服務(wù)容量與服務(wù)質(zhì)量。下面本文將對(duì)vCDN和MEC vCDN進(jìn)行詳細(xì)分析和說明。

1  虛擬化CDN（vCDN）

傳統(tǒng)CDN受限于各種物理資源的隔離導(dǎo)致無法滿足多元化業(yè)務(wù)的加速需求，而且無法按需對(duì)資源實(shí)現(xiàn)彈性擴(kuò)縮容，而vCDN技術(shù)很好地解決了上述問題。

1.1　vCDN實(shí)現(xiàn)模式

vCDN是一種使用虛擬化技術(shù)的內(nèi)容交付網(wǎng)絡(luò)，能夠根據(jù)業(yè)務(wù)需求以動(dòng)態(tài)和可擴(kuò)展的方式分配虛擬存儲(chǔ)、虛擬機(jī)和網(wǎng)絡(luò)資源，可作為第三方虛擬應(yīng)用程序部署在任何數(shù)據(jù)中心的服務(wù)器或任何支持網(wǎng)絡(luò)功能虛擬化（Network Functions Virtualization，NFV）或軟件定義網(wǎng)絡(luò)（Software Defined Network，SDN）功能的設(shè)備上。在CDN節(jié)點(diǎn)上應(yīng)用虛擬化技術(shù)，實(shí)現(xiàn)資源虛擬化，可以根據(jù)業(yè)務(wù)需求動(dòng)態(tài)地分配計(jì)算、存儲(chǔ)和網(wǎng)絡(luò)資源^[5]。vCDN可以采用虛擬機(jī)或容器兩種實(shí)現(xiàn)模式，如圖1所示。

圖1 虛擬機(jī)和容器部署方式對(duì)比

（1）虛擬機(jī)模式：CDN服務(wù)應(yīng)用是在虛擬服務(wù)器上運(yùn)行，虛擬機(jī)為CDN服務(wù)應(yīng)用提供完整的類似于物理服務(wù)器的運(yùn)行環(huán)境。基于虛擬機(jī)的虛擬化方式，每臺(tái)虛擬機(jī)擁有獨(dú)立的操作系統(tǒng)，相對(duì)應(yīng)地就有獨(dú)立的內(nèi)核，會(huì)占用物理主機(jī)的大量系統(tǒng)資源，且遷移運(yùn)行在虛擬機(jī)上的應(yīng)用程序時(shí)，還需要遷移操作系統(tǒng)。相對(duì)容器模式，虛擬機(jī)隔離性更好，但是創(chuàng)建或啟動(dòng)等操作更加消耗資源^[6]。由于本地公共主機(jī)提供的軟硬件資源無法被不同的vCDN應(yīng)用程序共享，所以vCDN的性能也會(huì)受到一定的限制。

（2）容器模式：CDN應(yīng)用程序被封裝到容器（如Docker），而不是虛擬機(jī)中運(yùn)行。基于容器的虛擬化方式是指一臺(tái)物理服務(wù)機(jī)上的多個(gè)容器共享物理機(jī)的系統(tǒng)資源和操作系統(tǒng)。由于不是運(yùn)行在獨(dú)立的操作系統(tǒng)上，所以基于容器，可以更快速、有效地部署應(yīng)用程序。相比于虛擬機(jī)模式，容器模式下的vCDN應(yīng)用可以共享本地主機(jī)的硬件和軟件資源，具有快速啟動(dòng)、輕量級(jí)部署、動(dòng)態(tài)伸縮等優(yōu)點(diǎn)。

一般來說，虛擬機(jī)和容器模式各有優(yōu)劣及特點(diǎn)，所以在實(shí)際的vCDN部署場景中，需要根據(jù)具體的應(yīng)用場景合理選擇部署方案。隨著云計(jì)算技術(shù)的發(fā)展，尤其是云原生技術(shù)的逐漸成熟，容器模式目前成為vCDN的主要部署模式，本文搭建的MEC CDN原型系統(tǒng)也是采用容器模式。

1.2　基于MEC的vCDN

為了滿足新視頻業(yè)務(wù)發(fā)展需求，CDN需要基于MEC平臺(tái)進(jìn)行部署，不僅可以實(shí)現(xiàn)CDN PoP節(jié)點(diǎn)的進(jìn)一步下沉，而且可以依托MEC實(shí)現(xiàn)vCDN PoP節(jié)點(diǎn)的編排與調(diào)度，形成vCDN PoP節(jié)點(diǎn)資源池，對(duì)資源進(jìn)行統(tǒng)一管理和靈活分配，如圖2所示。

圖2 基于MEC平臺(tái)部署vCDN

業(yè)界對(duì)于MEC和CDN的節(jié)點(diǎn)融合實(shí)現(xiàn)方案主要分為兩大類：

一類是電信運(yùn)營商方案，特點(diǎn)是為了充分利用電信運(yùn)營商網(wǎng)絡(luò)能力，將vCDN作為一項(xiàng)應(yīng)用程序部署在MEC平臺(tái)上。電信運(yùn)營商的MEC平臺(tái)可作為邊緣網(wǎng)絡(luò)出口，也可部署在無線網(wǎng)絡(luò)內(nèi)部，具備移動(dòng)通信網(wǎng)絡(luò)能力開放能力，所以將CDN虛擬化部署在MEC平臺(tái)，可以更好地利用網(wǎng)絡(luò)能力，內(nèi)容更加靠近用戶，能夠更快速地響應(yīng)用戶業(yè)務(wù)請(qǐng)求。如圖3所示，中國聯(lián)通在深圳進(jìn)行了基于MEC的vCDN邊緣加速試點(diǎn)驗(yàn)證，通過MEC邊緣云與部署在云端的DNS、CDN及移動(dòng)客戶端聯(lián)動(dòng)，借助MEC平臺(tái)將移動(dòng)vCDN下沉到運(yùn)營商的邊緣數(shù)據(jù)中心^[7]。

圖3 中國聯(lián)通基于MEC的CDN邊緣加速方案

中國電信北京研究院在杭州開展了基于MEC+CDN邊緣加速性能技術(shù)驗(yàn)證工作，設(shè)計(jì)了MEC+CDN邊緣加速方案，并與互聯(lián)網(wǎng)方案進(jìn)行對(duì)比：MEC邊緣云平臺(tái)部署在基帶處理單元（Base Band Unit，BBU）端，包括了流量卸載（Traffic Offload，TOF）模塊和vCDN邊緣服務(wù)。與互聯(lián)網(wǎng)方案中將流量傳輸?shù)紺DN二級(jí)節(jié)點(diǎn)進(jìn)行內(nèi)容獲取或處理的相比較，本方案是通過MEC TOF模塊分流至vCDN，然后再由vCDN提供UHD-VR直播/點(diǎn)播業(yè)務(wù)的邊緣服務(wù)^[8]。

另一類是互聯(lián)網(wǎng)廠商方案，包括兩個(gè)主要的方向：一是自建MEC邊緣節(jié)點(diǎn)或者利用電信運(yùn)營商對(duì)外提供服務(wù)的MEC邊緣節(jié)點(diǎn)，在MEC平臺(tái)上提供包括vCDN服務(wù)。二是對(duì)現(xiàn)有CDN PoP節(jié)點(diǎn)進(jìn)行邊緣計(jì)算改造，以開放CDN PoP節(jié)點(diǎn)的緩存和網(wǎng)絡(luò)能力。例如網(wǎng)宿科技CDNPro為用戶提供可編程式CDN交互服務(wù)，將業(yè)務(wù)應(yīng)用下沉至網(wǎng)絡(luò)邊緣側(cè)，不僅集成了媒體處理服務(wù)，還提供邊緣計(jì)算能力，同時(shí)也包含內(nèi)容管理、安全交付等功能^[9]。如圖4所示，阿里云邊緣節(jié)點(diǎn)服務(wù)（EdgeNodeService，ENS）基于電信運(yùn)營商邊緣節(jié)點(diǎn)和網(wǎng)絡(luò)構(gòu)建，一站式提供“融合、開放、聯(lián)動(dòng)、彈性”的分布式算力資源，幫助用戶將CDN在內(nèi)的各項(xiàng)業(yè)務(wù)下沉到網(wǎng)絡(luò)邊緣^[10]。

圖4 阿里云CDN邊緣節(jié)點(diǎn)升級(jí)架構(gòu)

總之，對(duì)于將CDN容器化并部署在MEC平臺(tái)上，電信運(yùn)營商和互聯(lián)網(wǎng)廠商各有優(yōu)勢(shì)：對(duì)于電信運(yùn)營商，CDN可以進(jìn)一步下沉，例如MEC平臺(tái)部署到5G基站之后。如何基于通信網(wǎng)絡(luò)資源（如利用網(wǎng)絡(luò)質(zhì)量保障能力、提供邊緣組網(wǎng)能力等），提供并管理CDN服務(wù)和邊緣計(jì)算服務(wù)，是電信運(yùn)營商在CDN系統(tǒng)發(fā)展上的一個(gè)重要關(guān)注點(diǎn)；互聯(lián)網(wǎng)廠商的CDN的節(jié)點(diǎn)分布是全球化的，可以支持跨國業(yè)務(wù)，同時(shí)CDN服務(wù)和業(yè)務(wù)管理本身更加成熟。由于受限于CDN節(jié)點(diǎn)部署位置無法深入網(wǎng)絡(luò)，所以互聯(lián)網(wǎng)廠商更加關(guān)注如何利用現(xiàn)有CDN資源，為用戶提供更加個(gè)性化的CDN服務(wù)，例如可編程CDN服務(wù)。

2　MEC vCDN的部署模式

如果MEC vCDN與傳統(tǒng)CDN的部署模式一樣，即不需要與已有的CDN系統(tǒng)對(duì)接，而是獨(dú)立地為某個(gè)特定對(duì)象提供服務(wù)，那么MEC vCDN只是作為一套獨(dú)立的CDN系統(tǒng)進(jìn)行部署，不需要與已有的CDN交互和對(duì)接。反之，如果MEC vCDN部署后需要與已有的CDN系統(tǒng)進(jìn)行對(duì)接，那么需要提前對(duì)MEC vCDN節(jié)點(diǎn)的角色和功能進(jìn)行定義，包括與原有的CDN節(jié)點(diǎn)的邏輯關(guān)系需要明確。

2.1　ITU MEC CDN

針對(duì)上述情況，ITU SG16對(duì)于MEC CDN（MEC enabled CDN）與已有的CDN系統(tǒng)如何對(duì)接，從MEC CDN節(jié)點(diǎn)功能、接口、開放網(wǎng)絡(luò)架構(gòu)和QoS等方面進(jìn)行了詳細(xì)分析和功能標(biāo)準(zhǔn)化工作^[11-13]，其中ITU對(duì)于基于MEC的vCDN節(jié)點(diǎn)與傳統(tǒng)已有的CDN關(guān)系如圖5所示。

圖5 ITU MEC CDN標(biāo)準(zhǔn)定義的聯(lián)合部署方式示意圖

由圖5可以看到MEC CDN系統(tǒng)由上到下可分為以下三個(gè)級(jí)別^[11]：

（1）服務(wù)管理級(jí)

CDN中心節(jié)點(diǎn)與MEC MANO（Management and Orchestration）是互相連接的。MECMANO系統(tǒng)接收來自CDN管理系統(tǒng)的服務(wù)編排請(qǐng)求，以保留創(chuàng)建MEC CDN節(jié)點(diǎn)所需的資源。CDN管理系 統(tǒng)維護(hù)網(wǎng)絡(luò)中運(yùn)行的所有CDN節(jié)點(diǎn)，包括MEC CDN節(jié)點(diǎn)。此外，已有CDN的GSLB（Gloabl Server Load Balance）用于重定向內(nèi)容請(qǐng)求，并為最終用戶選擇最合適的CDN邊緣節(jié)點(diǎn)，包括MEC CDN節(jié)點(diǎn)。

（2）服務(wù)分發(fā)級(jí)

CDN聚合節(jié)點(diǎn)可幫助將內(nèi)容從中心節(jié)點(diǎn)分發(fā)到邊緣節(jié)點(diǎn)。在某些實(shí)現(xiàn)中，如果CDN服務(wù)覆蓋了有限的小區(qū)域，則沒有聚合節(jié)點(diǎn)。

（3）邊緣服務(wù)級(jí)

CDN邊緣節(jié)點(diǎn)接收來自終端用戶的內(nèi)容請(qǐng)求，并將相關(guān)的媒體流傳遞給終端用戶。傳統(tǒng)的CDN邊緣節(jié)點(diǎn)被部署在網(wǎng)絡(luò)的邊緣，但MEC CDN節(jié)點(diǎn)可以部署在更接近最終用戶的地方，如聚合網(wǎng)絡(luò)或接入網(wǎng)絡(luò)。因此，已有傳統(tǒng)的CDN邊緣節(jié)點(diǎn)可以看作是MEC CDN節(jié)點(diǎn)的上級(jí)節(jié)點(diǎn)。MEC CDN節(jié)點(diǎn)的生命周期由MEC MANO根據(jù)CDN管理系統(tǒng)的要求進(jìn)行處理。

總之，從MEC CDN與原有CDN系統(tǒng)對(duì)接配合而言，ITU SG16認(rèn)為MEC CDN節(jié)點(diǎn)是部署在MEC系統(tǒng)上的vCDN。CDN系統(tǒng)的所有節(jié)點(diǎn)，包括原有的CDN節(jié)點(diǎn)和新增的MEC CDN節(jié)點(diǎn)，都是由CDN平臺(tái)統(tǒng)一調(diào)度管理，而MEC平臺(tái)只負(fù)責(zé)執(zhí)行CDN節(jié)點(diǎn)的鏡像管理、實(shí)例創(chuàng)建、網(wǎng)絡(luò)配置、可視化管理等功能。

2.2　原型系統(tǒng)搭建

根據(jù)上述基于MEC的vCDN概念和架構(gòu)，我們提出了一種5G MEC vCDN系統(tǒng)驗(yàn)證平臺(tái)的設(shè)計(jì)實(shí)現(xiàn)方案，其中系統(tǒng)模塊包括5G網(wǎng)絡(luò)、邊緣計(jì)算和CDN平臺(tái)等，相關(guān)模塊的功能描述和計(jì)劃采用的開源平臺(tái)如表1所示。通過軟件模擬推流和流媒體播放器拉流播放，我們可以基于該系統(tǒng)原型進(jìn)行直播、點(diǎn)播等流媒體業(yè)務(wù)測(cè)試，例如通過終端發(fā)起的視頻點(diǎn)播放請(qǐng)求，流媒體服務(wù)端能夠進(jìn)行響應(yīng)，并通過5G模擬網(wǎng)絡(luò)將媒體流傳輸?shù)浇K端。

本系統(tǒng)原型需要搭建模擬的5G核心網(wǎng)以及接入網(wǎng)和UE（User Equipment）來模擬5G網(wǎng)絡(luò)的流量轉(zhuǎn)發(fā)，如圖6所示：對(duì)于5G核心網(wǎng)，包括AMF、SMF、UPF、NRF、UDM、AUSF、PCF、UDR、NSSF、N3IWF等網(wǎng)元。5G核心網(wǎng)通過UPF實(shí)現(xiàn)內(nèi)容轉(zhuǎn)發(fā)，UPF可以在MEC-vCDN邊緣側(cè)部署，使終端流量更少地回到核心網(wǎng)繞行，大大降低了網(wǎng)絡(luò)應(yīng)用訪問時(shí)延。我們選擇使用開源項(xiàng)目free5GC來部署核心網(wǎng)。free5GC是一個(gè)針對(duì)第五代（5G）移動(dòng)的核心網(wǎng)絡(luò)的開源項(xiàng)目，目標(biāo)是實(shí)現(xiàn)3GPPRelease15（R15）及以后版本中定義的5G核心網(wǎng)絡(luò)（5G Core）^[14]。接入網(wǎng)以及模擬UE使用openXG進(jìn)行搭建。openXG是由OS-RAN社區(qū)所孵化的面向未來XG通信的開源軟件及硬件項(xiàng)目，旨在形成端到端完全開源的開源無線通信系統(tǒng)。由于openXG自帶rfsimulator，可以實(shí)現(xiàn)不使用USRP設(shè)備實(shí)現(xiàn)gNB與UE的連接，極大地方便了驗(yàn)證平臺(tái)的調(diào)試^[15]。

表1 5G MEC vCDN系統(tǒng)原型組件和開源項(xiàng)目

圖6 5G網(wǎng)絡(luò)模塊部署示意圖

在MEC的實(shí)現(xiàn)上，我們采用華為開源的Kube Edge平臺(tái)。Kube Edge是一個(gè)開源系統(tǒng)，用于將容器化應(yīng)用程序編排功能擴(kuò)展到Edge的主機(jī)。它基于Kubernetes構(gòu)建，并為網(wǎng)絡(luò)應(yīng)用程序提供基礎(chǔ)架構(gòu)支持、云和邊緣之間的部署和元數(shù)據(jù)同步^[16]。在vCDN模塊構(gòu)建的選擇上，我們選擇國內(nèi)開源的SRS（Simple RealtimeServer）項(xiàng)目，因?yàn)槠淇梢酝ㄟ^適當(dāng)?shù)呐渲脤⒎?wù)器區(qū)分為源站服務(wù)器和邊緣側(cè)服務(wù)器。同時(shí)，SRS不僅支持運(yùn)營級(jí)的互聯(lián)網(wǎng)直播服務(wù)器集群，而且支持多種流媒體協(xié)議（RTMP/WebRTC/HLS/HTTP-FLV/SRT）和協(xié)議轉(zhuǎn)換功能^[17]。SRS支持以容器集群的方式部署，支持Docker鏡像、K8s部署、可觀測(cè)性日志和監(jiān)控指標(biāo)等等。基于上述系統(tǒng)組件，我們?cè)谥袊?lián)通研究院主語網(wǎng)絡(luò)實(shí)驗(yàn)室進(jìn)行了實(shí)際的系統(tǒng)搭建，MEC vCDN原型系統(tǒng)的網(wǎng)絡(luò)部署如圖7所示。

圖7 MEC vCDN原型系統(tǒng)的網(wǎng)絡(luò)部署示意圖

基于上述系統(tǒng)原型平臺(tái)，在5G模擬網(wǎng)絡(luò)的功能測(cè)試上，我們驗(yàn)證了UE-基站-核心網(wǎng)的連接建立以及5G網(wǎng)絡(luò)轉(zhuǎn)發(fā)的媒體流傳輸過程。在MEC-vCDN模塊測(cè)試上，我們完成MEC邊緣網(wǎng)絡(luò)、MEC vCDN、業(yè)務(wù)日志等相關(guān)功能測(cè)試，以及CDN推拉流和拉流多路并發(fā)的流程測(cè)試。總之，通過上述實(shí)驗(yàn)，我們驗(yàn)證了CDN PoP節(jié)點(diǎn)（Edge  Cluster）完成了回源合并：CDN中繼節(jié)點(diǎn)（這里是源站，SRS-Oringin）的資源占用沒有明顯的計(jì)算消耗變化。

3　結(jié)束語

隨著互聯(lián)網(wǎng)業(yè)務(wù)的快速發(fā)展，特別是云原生、邊緣計(jì)算、人工智能等技術(shù)在游戲、視頻、電子商務(wù)、工業(yè)制造、交通物流等行業(yè)的規(guī)模應(yīng)用，使得CDN已經(jīng)成為互聯(lián)網(wǎng)基礎(chǔ)設(shè)施中不可或缺的重要組成部分。CDN正在從傳統(tǒng)的互聯(lián)網(wǎng)內(nèi)容交付服務(wù)，向針對(duì)互聯(lián)網(wǎng)資源提供有效管理服務(wù)的方向演進(jìn)，例如實(shí)現(xiàn)多媒體算力和分發(fā)能力綜合調(diào)度，支持邊緣渲染和邊緣推理。

從電信運(yùn)營商的角度，我們需要基于CDN來打造電信運(yùn)營商網(wǎng)絡(luò)能力的通用綜合使能框架，整合利用廣域確定性網(wǎng)絡(luò)、端到端切片、網(wǎng)絡(luò)組播、多路徑IP、SRv6等網(wǎng)絡(luò)能力，打破現(xiàn)有業(yè)務(wù)數(shù)據(jù)與網(wǎng)絡(luò)相互獨(dú)立的局面，統(tǒng)一實(shí)現(xiàn)內(nèi)容入網(wǎng)和媒體流智能識(shí)別，實(shí)現(xiàn)對(duì)各種視頻業(yè)務(wù)的統(tǒng)一承載。

作者簡介：

陳　杲，高級(jí)工程師，博士，現(xiàn)就職于中國聯(lián)通研究院，主要從事邊緣計(jì)算方面的相關(guān)技術(shù)研究及標(biāo)準(zhǔn)化工作。

龐　冉，高級(jí)工程師，碩士，現(xiàn)就職于中國聯(lián)通研究院，主要從事下一代互聯(lián)網(wǎng)、IPv6+和算網(wǎng)融合相關(guān)核心技術(shù)研究及標(biāo)準(zhǔn)化工作。

何　濤，高級(jí)工程師，碩士，現(xiàn)就職于中國聯(lián)通研究院，主要從事下一代互聯(lián)網(wǎng)IPv6+相關(guān)核心技術(shù)研究及標(biāo)準(zhǔn)化工作。

曹　暢，教授級(jí)高級(jí)工程師，博士，現(xiàn)就職于中國聯(lián)通研究院，主要從事未來網(wǎng)絡(luò)架構(gòu)、算力網(wǎng)絡(luò)等前沿技術(shù)研究工作。

參考文獻(xiàn)：

[1] ITU-T. Distributed service networking content distribution functions: Y.2084[EB/OL].

[2] 騰訊云. 騰訊云CDN產(chǎn)品白皮書[EB/OL].

[3] 通信世界. 打造算網(wǎng)融合的新一代CDN算力網(wǎng)絡(luò)[EB/OL].

[4] Z Wu, J Zhang, W Xie, et al. CDN Convergence based on Multi-access Edge Computing[C]. 2018 10th International Conference on Wireless Communications and Signal Processing (WCSP), Hangzhou, China, 2018.

[5] 喬治, 遲永生, 劉雨涵. 虛擬CDN網(wǎng)絡(luò)架構(gòu)及應(yīng)用研究[J]. 郵電設(shè)計(jì)技術(shù), 2017, 494 (04) : 12 - 16.

[6] F Zhang, G Liu, X Fu, et al. A Survey on Virtual Machine Migration: Challenges[J]. Techniques, and Open Issues, IEEE Communications Surveys & Tutorials, Secondquarter 2018, 20 (2) : 1206 - 1243.

[7] 中國聯(lián)通, 5G MEC邊緣云平臺(tái)架構(gòu)及商用實(shí)踐白皮書[EB/OL].

[8] 沈云, 楊鑫, 時(shí)曉厚, 等. 面向UHD-VR視頻業(yè)務(wù)的MEC CDN技術(shù)研究[C]. 2019全國邊緣計(jì)算學(xué)術(shù)研討會(huì), 2019.

[9] 通信世界. 互聯(lián)網(wǎng)30年 | 對(duì)話網(wǎng)宿科技蔡龍師: CDN的緣起、迭代和升華[EB/OL].

[10] LiveVideoStack. 對(duì)話阿里云何亞明: 多媒體的未來，正迎面未知的高速列車[EB/OL].

[11] ITU-T. Recommendation ITU-T H.644.1(2019), Functional architecture for virtual content delivery networks[EB/ OL].

[12] ITU-T. Recommendation ITU-T H.644.2(2019), Virtual content delivery network – Network virtualization[EB/OL].

[13] ITU-T. Architecture for mobile multi-access edge computing enabled content delivery networks: H.644.4[EB/OL].  

[14] Free5GC. Free5GC Project[EB/OL].

[15] openXG. openXG Project[EB/OL].

[16] KubeEdge. KubeEdge Project[EB/OL].

[17] SRS, Simple Realtime Server Project[EB/OL].

摘自《自動(dòng)化博覽》2025年2月刊