彭程暉，鄧 娟，吳建軍，劉 哲，李芳芳，劉光毅，孫韶輝，楊 旸，張宏綱，李榮鵬

(1.華為技術(shù)有限公司 無(wú)線技術(shù)實(shí)驗(yàn)室，上海 201206；2.中國(guó)移動(dòng)通信有限公司研究院 未來(lái)研究院，北京 100053；3.中信科移動(dòng)通信技術(shù)股份有限公司，北京 100083；4.上?？萍即髮W(xué) 信息科學(xué)與技術(shù)學(xué)院，上海201210；5.浙江大學(xué) 電子與信息工程學(xué)院，浙江 杭州310027)

0 引言

近年來(lái)，互聯(lián)網(wǎng)、大數(shù)據(jù)、云計(jì)算、人工智能、區(qū)塊鏈等技術(shù)創(chuàng)新，新業(yè)態(tài)、新場(chǎng)景和新模式的不斷涌現(xiàn)，加速了數(shù)字經(jīng)濟(jì)的發(fā)展，推動(dòng)了海量數(shù)據(jù)產(chǎn)生，使各行各業(yè)對(duì)通信和計(jì)算提出了更為迫切的需求。通信和計(jì)算已成為全社會(huì)數(shù)智化轉(zhuǎn)型的基石，直接決定社會(huì)智能的發(fā)展高度。而通信網(wǎng)絡(luò)作為連接用戶和傳輸數(shù)據(jù)的管道，可感知計(jì)算，用于支撐多樣性的分布式計(jì)算資源的高效使用，例如部署于通信網(wǎng)絡(luò)內(nèi)的邊緣計(jì)算來(lái)降低端到端時(shí)延和提升業(yè)務(wù)體驗(yàn)等，已成為業(yè)界關(guān)注熱點(diǎn)[1-3]。多樣性計(jì)算資源、通算融合等成為業(yè)界重要技術(shù)趨勢(shì)。

當(dāng)前，業(yè)界已經(jīng)發(fā)表了近百篇的6G白皮書，對(duì)6G時(shí)代的愿景、新興業(yè)務(wù)場(chǎng)景、技術(shù)需求等進(jìn)行了廣泛、深入的分析。其中，通過(guò)設(shè)計(jì)6G網(wǎng)絡(luò)架構(gòu)原生地支持通信與計(jì)算的深度融合，以更好地實(shí)現(xiàn)各項(xiàng)6G網(wǎng)絡(luò)新能力(如內(nèi)生智能、泛在感知)和新業(yè)務(wù)(如沉浸式XR、數(shù)字孿生、云宇宙等)，從而進(jìn)一步實(shí)現(xiàn)6G智能普惠愿景已成為業(yè)界共識(shí)[4-7]。

通信與計(jì)算的深度融合是6G網(wǎng)絡(luò)內(nèi)生AI的重要技術(shù)特征。通過(guò)傳統(tǒng)Cloud AI提供的AI服務(wù)，其數(shù)據(jù)安全隱私需要更為有效的基礎(chǔ)保障手段，分布式計(jì)算資源、AI模型等也需要更高效的共享手段，從而支撐以相對(duì)較低的成本為用戶提供所需的AI服務(wù)并保障服務(wù)質(zhì)量。通過(guò)6G網(wǎng)絡(luò)內(nèi)生的AI能力，即通過(guò)網(wǎng)絡(luò)AI[4]提供AI服務(wù)(Artificial-Intelligence-as-a-Service，AIaaS)，有望解決上述挑戰(zhàn)，并在極致性能、高安全隱私等業(yè)務(wù)場(chǎng)景下，成為Cloud AI的有益補(bǔ)充。在網(wǎng)絡(luò)AI場(chǎng)景中，如何基于通信和分布式計(jì)算資源的高效協(xié)同，為用戶提供更低時(shí)延抖動(dòng)、更高綜合效率的計(jì)算服務(wù)和保障AI QoS(Quality of Service)服務(wù)是一個(gè)待解問(wèn)題；而其中一個(gè)重要的技術(shù)挑戰(zhàn)是通算融合問(wèn)題，即通信與計(jì)算實(shí)現(xiàn)更深入、實(shí)時(shí)的協(xié)同，以在動(dòng)態(tài)復(fù)雜無(wú)線網(wǎng)絡(luò)環(huán)境下，保障未來(lái)新業(yè)務(wù)端到端的超低時(shí)延、高數(shù)據(jù)安全隱私和可持續(xù)性節(jié)能等要求。

1 背景介紹

無(wú)線網(wǎng)絡(luò)通算融合的目標(biāo)是在動(dòng)態(tài)復(fù)雜無(wú)線環(huán)境下滿足AI QoS的同時(shí)，實(shí)現(xiàn)網(wǎng)絡(luò)資源、計(jì)算資源的最佳效率。當(dāng)前，業(yè)界談到通算融合，一般存在外掛計(jì)算資源、內(nèi)生計(jì)算資源兩種形式。其中，外掛計(jì)算資源，如邊緣計(jì)算，網(wǎng)絡(luò)節(jié)點(diǎn)的通信資源與計(jì)算節(jié)點(diǎn)的計(jì)算資源通過(guò)管理面功能實(shí)現(xiàn)聯(lián)合優(yōu)化。內(nèi)生計(jì)算資源，是利用網(wǎng)絡(luò)的內(nèi)生計(jì)算資源，網(wǎng)絡(luò)節(jié)點(diǎn)不僅具備控制與轉(zhuǎn)發(fā)能力，還能兼顧計(jì)算能力。這兩種方式存在本質(zhì)區(qū)別，下面進(jìn)行具體分析。

1.1 邊緣計(jì)算

傳統(tǒng)云計(jì)算中心集中存儲(chǔ)、計(jì)算的模式正向邊緣下沉，這已經(jīng)成為云計(jì)算的重要發(fā)展趨勢(shì)[8]。分布式的邊緣計(jì)算(Edge Computing，EC)或多邊緣計(jì)算(Multi-access Edge Computing，MEC)作為云計(jì)算的演進(jìn)，將計(jì)算從集中式數(shù)據(jù)中心下沉到通信網(wǎng)絡(luò)接入網(wǎng)邊緣，更接近終端用戶[9]。EC/MEC以分布式的方式在更靠近用戶的網(wǎng)絡(luò)邊緣提供計(jì)算服務(wù)，便于在提供更低時(shí)延的同時(shí)，減少對(duì)網(wǎng)絡(luò)資源的消耗，以更好地服務(wù)一些行業(yè)應(yīng)用，比如視頻加速、網(wǎng)絡(luò)自動(dòng)駕駛、增強(qiáng)現(xiàn)實(shí)/虛擬現(xiàn)實(shí)(Augmented Reality/Virtual Reality，AR/VR)等低延時(shí)高帶寬的場(chǎng)景,以及包括非實(shí)時(shí)的無(wú)線協(xié)議處理及網(wǎng)絡(luò)優(yōu)化等在內(nèi)的網(wǎng)絡(luò)應(yīng)用。然而，EC/MEC只是在物理位置上部署在通信網(wǎng)絡(luò)內(nèi)，但是在邏輯上計(jì)算與通信擁有彼此獨(dú)立的管控體系；基于EC/MEC的應(yīng)用部署是通過(guò)管理面實(shí)現(xiàn)通信資源與計(jì)算資源的聯(lián)合優(yōu)化，動(dòng)態(tài)性存在一定的缺陷，難以實(shí)現(xiàn)網(wǎng)絡(luò)和計(jì)算在控制面的統(tǒng)一，從而及時(shí)響應(yīng)用戶的移動(dòng)以及網(wǎng)絡(luò)的變化。

1.2 承載網(wǎng)絡(luò)通算協(xié)同

面向通算融合的演進(jìn)需求，在承載網(wǎng)絡(luò)層面也開(kāi)展了許多研究工作。中國(guó)信息通信研究院聯(lián)合三大運(yùn)營(yíng)商等，就目前通算融合趨勢(shì)下的不同技術(shù)路線展開(kāi)探索，關(guān)于通算融合的必要性做了很多分析[10-12]。其中，路由層引入了通算融合機(jī)制，通過(guò)邊界網(wǎng)關(guān)協(xié)議(Border Gateway Protocol，BGP)[10-12]、內(nèi)部網(wǎng)關(guān)協(xié)議(Interior Gateway Protocol，IGP)[10-11]或基于IPv6的分段路由(Segment Routing IPv6，SRv6)[12]等IP層協(xié)議的隨路控制信令實(shí)現(xiàn)計(jì)算與網(wǎng)絡(luò)性能信息擴(kuò)散與同步，因此路由層可以結(jié)合當(dāng)前的計(jì)算能力狀況、應(yīng)用效能等信息和網(wǎng)絡(luò)狀況，將計(jì)算任務(wù)報(bào)文路由到相應(yīng)的計(jì)算節(jié)點(diǎn)，從而實(shí)現(xiàn)連接與計(jì)算資源在網(wǎng)絡(luò)的全局優(yōu)化。

整體無(wú)線通信系統(tǒng)可以進(jìn)一步分為承載網(wǎng)絡(luò)和業(yè)務(wù)網(wǎng)絡(luò)，如圖1所示。承載網(wǎng)絡(luò)是為無(wú)線接入網(wǎng)(Radio Access Network，RAN)和核心網(wǎng)(Core Network，CN)提供連接的基礎(chǔ)網(wǎng)絡(luò)；業(yè)務(wù)網(wǎng)絡(luò)包括無(wú)線接入網(wǎng)和核心網(wǎng)兩個(gè)部分，為移動(dòng)用戶提供無(wú)線數(shù)據(jù)服務(wù)，連接移動(dòng)用戶(User Equipment，UE)與數(shù)據(jù)網(wǎng)絡(luò)(Data Network，DN)[13-14]。

圖1 承載網(wǎng)絡(luò)與業(yè)務(wù)網(wǎng)絡(luò)

對(duì)于通算融合來(lái)說(shuō)，對(duì)于通算融合來(lái)說(shuō)，既可以在承載網(wǎng)絡(luò)進(jìn)行通信與計(jì)算的協(xié)同，也可以在業(yè)務(wù)網(wǎng)絡(luò)進(jìn)行通信與計(jì)算的協(xié)同。業(yè)務(wù)網(wǎng)絡(luò)和承載網(wǎng)絡(luò)分別工作在不同的協(xié)議層面，其中承載網(wǎng)絡(luò)的核心協(xié)議是由IETF(Internet Engineering Task Force)來(lái)定義，而業(yè)務(wù)網(wǎng)絡(luò)的核心協(xié)議是由3GPP(The 3rd Generation Partnership Project )定義。它們的核心場(chǎng)景存在區(qū)別，如業(yè)務(wù)網(wǎng)絡(luò)可以直接感知用戶、會(huì)話，提供用戶的接入控制、適配無(wú)線動(dòng)態(tài)信道環(huán)境、用戶移動(dòng)管理等，因此，業(yè)務(wù)網(wǎng)絡(luò)和承載網(wǎng)絡(luò)相對(duì)是解耦的，例如，無(wú)線網(wǎng)絡(luò)的空口協(xié)議不感知IP層協(xié)議。因而，承載網(wǎng)絡(luò)提供的通算協(xié)同機(jī)制難以直接被業(yè)務(wù)網(wǎng)絡(luò)使用，業(yè)務(wù)網(wǎng)絡(luò)需要基于自身的特性，來(lái)設(shè)計(jì)對(duì)應(yīng)的通算協(xié)同機(jī)制。

2 獨(dú)立計(jì)算面

由于EC/MEC或承載網(wǎng)絡(luò)的通算協(xié)同還難以直接被6G網(wǎng)絡(luò)使用，特別是在無(wú)線接入層面，因此，移動(dòng)無(wú)線網(wǎng)絡(luò)的通算協(xié)同機(jī)制需要進(jìn)一步設(shè)計(jì)。為在6G網(wǎng)絡(luò)架構(gòu)層面原生支持通算協(xié)同，本文提出了一種計(jì)算面設(shè)計(jì)方案，包括計(jì)算與連接的融合控制、計(jì)算數(shù)據(jù)的傳輸和計(jì)算執(zhí)行，并進(jìn)一步設(shè)計(jì)了統(tǒng)一的通算融合框架，基于該框架設(shè)計(jì)了無(wú)線網(wǎng)絡(luò)內(nèi)通信與計(jì)算實(shí)時(shí)協(xié)同的計(jì)算面方案。通算融合框架需要支持如下關(guān)鍵能力：

① 在控制面實(shí)現(xiàn)實(shí)時(shí)通算協(xié)同，管控計(jì)算會(huì)話和計(jì)算執(zhí)行，應(yīng)對(duì)無(wú)線的快速變化環(huán)境、用戶移動(dòng)性等帶來(lái)的問(wèn)題；

② 管控網(wǎng)絡(luò)內(nèi)的分布式計(jì)算資源，支持通信和計(jì)算相互感知，提升綜合資源能效。

2.1 移動(dòng)無(wú)線網(wǎng)絡(luò)通算協(xié)同

6G網(wǎng)絡(luò)中，計(jì)算資源將遍布于包括中心云、邊緣云、網(wǎng)絡(luò)設(shè)備甚至終端設(shè)備在內(nèi)的各種基礎(chǔ)設(shè)施。計(jì)算資源以及附著之上的人工智能算法或功能應(yīng)用，不僅能服務(wù)于網(wǎng)絡(luò)或者設(shè)備本身用以改善性能，優(yōu)化網(wǎng)絡(luò)運(yùn)維，還能通過(guò)統(tǒng)一的接口向外開(kāi)放、服務(wù)于上層應(yīng)用。計(jì)算和通信需要相互感知，實(shí)現(xiàn)用盡量少的通信資源和計(jì)算資源滿足用戶所需的QoS。為了實(shí)現(xiàn)上述目的，本文設(shè)計(jì)了在控制面支持通信與計(jì)算實(shí)時(shí)協(xié)同的計(jì)算面方案。

2.2 計(jì)算面定義

圖2所示的計(jì)算面包括計(jì)算控制部分、計(jì)算執(zhí)行部分和計(jì)算數(shù)據(jù)的傳輸部分(計(jì)算傳輸部分)。其中，計(jì)算控制部分包括計(jì)算執(zhí)行控制和計(jì)算連接控制—計(jì)算執(zhí)行部分是指節(jié)點(diǎn)的計(jì)算執(zhí)行功能利用計(jì)算控制分配的計(jì)算資源去執(zhí)行計(jì)算任務(wù)的過(guò)程；計(jì)算傳輸部分是指不同節(jié)點(diǎn)的計(jì)算執(zhí)行功能之間利用計(jì)算連接交互計(jì)算數(shù)據(jù)，從而實(shí)現(xiàn)不同節(jié)點(diǎn)協(xié)作完成計(jì)算任務(wù)。

圖2 計(jì)算面-控制、執(zhí)行、傳輸

2.2.1 計(jì)算控制部分

計(jì)算連接控制實(shí)時(shí)感知計(jì)算連接的狀態(tài)，對(duì)計(jì)算連接進(jìn)行連接資源控制、質(zhì)量控制,并支持終端狀態(tài)感知和移動(dòng)性下的業(yè)務(wù)連續(xù)性保證；對(duì)傳輸計(jì)算數(shù)據(jù)所需的計(jì)算連接進(jìn)行控制，如支持計(jì)算連接的建立、更改、遷移、重建、刪除等過(guò)程，并支持連接資源的調(diào)配。

計(jì)算執(zhí)行控制對(duì)節(jié)點(diǎn)計(jì)算執(zhí)行功能使用的計(jì)算資源進(jìn)行分配、控制執(zhí)行的計(jì)算操作量、控制計(jì)算質(zhì)量，并支持終端移動(dòng)性。計(jì)算資源的控制實(shí)時(shí)感知計(jì)算資源的狀態(tài)，控制計(jì)算資源的調(diào)配，如計(jì)算資源的添加、修改、刪除、釋放等；計(jì)算質(zhì)量的控制根據(jù)資源量、精度和時(shí)延需求，編排計(jì)算操作，配置計(jì)算過(guò)程相關(guān)參數(shù)(如計(jì)算精度、量化精度、稀疏化等)；計(jì)算執(zhí)行控制還支持終端移動(dòng)性、計(jì)算資源地址管理功能、計(jì)算服務(wù)的接入控制、終端計(jì)算資源的控制，以及多計(jì)算資源聚合時(shí)的計(jì)算資源管理控制。

在多節(jié)點(diǎn)協(xié)作完成計(jì)算任務(wù)的場(chǎng)景中，計(jì)算連接的質(zhì)量和計(jì)算執(zhí)行的質(zhì)量將共同決定整個(gè)計(jì)算任務(wù)的完成質(zhì)量，因此存在聯(lián)合優(yōu)化的可能；計(jì)算連接與通信連接共享連接資源，將加劇連接資源狀態(tài)的動(dòng)態(tài)性，處于動(dòng)態(tài)變化中的資源狀態(tài)，會(huì)對(duì)計(jì)算質(zhì)量產(chǎn)生實(shí)時(shí)的影響，需要聯(lián)合考慮；對(duì)于執(zhí)行計(jì)算任務(wù)且處于移動(dòng)狀態(tài)的終端，其計(jì)算連接和計(jì)算執(zhí)行的控制將同步執(zhí)行，計(jì)算連接與計(jì)算資源的狀態(tài)和質(zhì)量目標(biāo)均將影響其切換決策。由此可見(jiàn)，計(jì)算面的計(jì)算執(zhí)行控制和計(jì)算連接控制存在融合的需求和可能，即 “通算融合控制”。

通算融合支持通算相互感知、相互協(xié)同，實(shí)現(xiàn)計(jì)算資源和計(jì)算連接資源的合理分配。例如，通算融合控制可以通過(guò)計(jì)算資源的控制部分，實(shí)時(shí)感知用戶移動(dòng)性、用戶動(dòng)態(tài)環(huán)境變化導(dǎo)致的無(wú)線承載所需計(jì)算資源變化，從而實(shí)時(shí)調(diào)整計(jì)算資源；或通過(guò)計(jì)算連接的控制部分，實(shí)時(shí)感知計(jì)算資源狀態(tài)，動(dòng)態(tài)調(diào)整用戶的連接帶寬，從而持續(xù)地保證計(jì)算服務(wù)的QoS。例如，xNB上的通算融合控制功能可以完成終端與基站之間的計(jì)算連接管理，以及小區(qū)切換或添加輔小區(qū)時(shí)的計(jì)算接入控制。

2.2.2 計(jì)算執(zhí)行部分

計(jì)算執(zhí)行部分是指節(jié)點(diǎn)的計(jì)算執(zhí)行功能在計(jì)算控制分配的計(jì)算資源上執(zhí)行計(jì)算的過(guò)程。計(jì)算執(zhí)行功能包括對(duì)底層異構(gòu)計(jì)算資源的統(tǒng)一建模度量，對(duì)各類計(jì)算任務(wù)所需計(jì)算能力的統(tǒng)一換算，按照對(duì)計(jì)算操作的編排進(jìn)行串行/并行計(jì)算，按照配置的精度進(jìn)行計(jì)算、存儲(chǔ)和量化處理等過(guò)程。

2.2.3 計(jì)算傳輸部分

在6G網(wǎng)絡(luò)中，計(jì)算業(yè)務(wù)和通信業(yè)務(wù)將分屬不同的服務(wù)類型，計(jì)算數(shù)據(jù)的傳輸承載與通信數(shù)據(jù)的傳輸承載(連接終端與DN的PDU會(huì)話包括終端與基站之間的數(shù)據(jù)無(wú)線承載，以及基站與UPF之間的GTP-U隧道)需要有所區(qū)分。同時(shí)，由于業(yè)務(wù)模型的不同，即計(jì)算數(shù)據(jù)在參與計(jì)算的網(wǎng)絡(luò)節(jié)點(diǎn)間可能存在特別的交互模式(如終端與網(wǎng)絡(luò)協(xié)作的模型分割推理或訓(xùn)練)，以及對(duì)連接質(zhì)量可能存在特殊需求，當(dāng)前5G網(wǎng)絡(luò)面向eMBB、URLLC和mMTC場(chǎng)景設(shè)計(jì)的空口協(xié)議棧是否能夠提供較好的支持需要研究?；谝陨蟽牲c(diǎn)原因，因此存在面向計(jì)算數(shù)據(jù)的傳輸設(shè)計(jì)新型承載協(xié)議的可能性。

不同節(jié)點(diǎn)上的計(jì)算執(zhí)行功能可以通過(guò)計(jì)算會(huì)話交互來(lái)計(jì)算數(shù)據(jù)。計(jì)算會(huì)話可以建立在計(jì)算無(wú)線承載、計(jì)算承載之上，其中：計(jì)算無(wú)線承載是指終端與基站的計(jì)算執(zhí)行功能之間的數(shù)據(jù)傳輸通道；計(jì)算承載是指不同基站計(jì)算執(zhí)行功能之間、一個(gè)基站不同部分的計(jì)算執(zhí)行功能之間，或者基站與核心網(wǎng)的計(jì)算執(zhí)行功能之間的數(shù)據(jù)傳輸通道。

2.3 關(guān)鍵技術(shù)問(wèn)題

通信和分布式計(jì)算資源的高效協(xié)同，為用戶提供更低時(shí)延抖動(dòng)、更高綜合效率的計(jì)算服務(wù)需要解決如下關(guān)鍵技術(shù)問(wèn)題：

面向計(jì)算任務(wù)質(zhì)量保障的高效協(xié)同如何通過(guò)通信和計(jì)算間高效協(xié)同的資源分配和質(zhì)量控制機(jī)制，保障計(jì)算任務(wù)QoS的達(dá)成？

面向移動(dòng)性支持的高效協(xié)同當(dāng)計(jì)算任務(wù)涉及到終端的計(jì)算執(zhí)行功能時(shí)，通算融合控制功能如何高效地控制計(jì)算執(zhí)行功能、計(jì)算會(huì)話，從而降低終端移動(dòng)性對(duì)計(jì)算任務(wù)QoS的影響？

3 關(guān)鍵技術(shù)設(shè)計(jì)

3.1 計(jì)算控制

6G網(wǎng)絡(luò)架構(gòu)原生支持通算的融合至少包括在控制面支持計(jì)算執(zhí)行與計(jì)算連接的相互感知、相互協(xié)同，實(shí)現(xiàn)實(shí)時(shí)準(zhǔn)確的計(jì)算資源發(fā)現(xiàn)、靈活動(dòng)態(tài)計(jì)算資源以及計(jì)算質(zhì)量的調(diào)度，提供無(wú)處不在的計(jì)算服務(wù)和連接服務(wù)，實(shí)現(xiàn)計(jì)算資源、連接資源的合理分配。融合控制功能對(duì)架構(gòu)存在如下影響：① RAN(Radio Access Network)側(cè)的計(jì)算執(zhí)行、計(jì)算連接融合控制機(jī)制；② 核心網(wǎng)(Core Network)側(cè)的計(jì)算執(zhí)行、計(jì)算連接融合控制機(jī)制；③ 跨技術(shù)域(如RAN域、CN域、管理域等)的計(jì)算執(zhí)行、計(jì)算連接的協(xié)同機(jī)制。

通算融合控制存在如圖3所示的3種方式：

圖3 通算融合控制選項(xiàng)

選項(xiàng)1計(jì)算連接控制與計(jì)算執(zhí)行控制通過(guò)上層融合控制功能進(jìn)行協(xié)調(diào)。例如，邏輯計(jì)算基站xNC(xNode-Compute)與連接基站xNB(xNode-Base- station)對(duì)等，xNB的RRC(Radio Resource Control)和xNC的CRC(Computing Resource Control)通過(guò)上層融合控制功能進(jìn)行協(xié)調(diào)控制。其中，CRC用于控制xNC的計(jì)算執(zhí)行功能占用的計(jì)算資源、計(jì)算操作量、計(jì)算質(zhì)量等。這種方案的好處是允許上層通算融合控制功能覆蓋范圍內(nèi)的大規(guī)模的xNB設(shè)備和xNC設(shè)備之間進(jìn)行協(xié)調(diào)，部署方式更靈活，運(yùn)營(yíng)商可選擇范圍更大；缺點(diǎn)是上層外部接口時(shí)延較長(zhǎng)，較難滿足通算融合控制的實(shí)時(shí)性要求。

選項(xiàng)2計(jì)算連接控制與計(jì)算執(zhí)行控制通過(guò)標(biāo)準(zhǔn)接口或內(nèi)部接口進(jìn)行交互。例如，xNB的RRC和xNC的CRC通過(guò)標(biāo)準(zhǔn)接口進(jìn)行控制面交互[7,15]。這種方案的好處是允許xNB設(shè)備和xNC設(shè)備間異廠商連接，部署方式更靈活，運(yùn)營(yíng)商可選擇范圍更大；缺點(diǎn)是外部接口時(shí)延較長(zhǎng)，較難滿足通算融合控制的實(shí)時(shí)性要求?；蛘?，基站xNB還包括計(jì)算執(zhí)行功能，此時(shí)RRC和CRC通過(guò)內(nèi)部接口進(jìn)行控制面交互[7,15]。這種方案的好處是基站內(nèi)部接口實(shí)現(xiàn)性能較好，且無(wú)線通信資源和計(jì)算資源的獨(dú)立控制、按需調(diào)用，便于依據(jù)資源特性設(shè)計(jì)專用控制流程，也便于統(tǒng)計(jì)資源狀態(tài)。此外，相比于選項(xiàng)1，選項(xiàng)2的設(shè)計(jì)更加扁平化，降低邏輯功能設(shè)計(jì)的復(fù)雜度。

選項(xiàng)3計(jì)算連接控制與計(jì)算執(zhí)行控制也可以融合成一個(gè)控制功能，即融合控制功能。例如，基站xNB同時(shí)包括計(jì)算執(zhí)行功能，RRC和CRC融合成統(tǒng)一的資源控制實(shí)體(xRC)，同時(shí)對(duì)計(jì)算連接和計(jì)算執(zhí)行進(jìn)行控制[7,15]。這種方案的好處是同時(shí)決定連接(包括通信和計(jì)算連接)和計(jì)算執(zhí)行的控制決策，資源控制的協(xié)同和實(shí)時(shí)性最佳，但聯(lián)合控制機(jī)制的設(shè)計(jì)較復(fù)雜。

3.2 計(jì)算傳輸協(xié)議

以RAN架構(gòu)為例，如果將計(jì)算面引入RAN架構(gòu)，如圖4所示，計(jì)算面的控制包括計(jì)算執(zhí)行控制與計(jì)算連接控制。

圖4 計(jì)算面協(xié)議棧

一種可能的空口計(jì)算連接控制可以基于RRC現(xiàn)有協(xié)議機(jī)制來(lái)實(shí)現(xiàn)，即通過(guò)修改RRC協(xié)議或通過(guò)調(diào)用RRC協(xié)議的基本功能以支持計(jì)算連接的控制；計(jì)算執(zhí)行控制由CRC實(shí)現(xiàn)，CRC可以與RRC獨(dú)立(即融合控制的選項(xiàng)2)，也可以與RRC融合成xRC(即融合控制的選項(xiàng)3)。CRC用于控制計(jì)算執(zhí)行功能占用的計(jì)算資源、計(jì)算操作量、計(jì)算質(zhì)量等。一種可能的基站間(Xn口)的計(jì)算連接控制、計(jì)算執(zhí)行控制可以基于現(xiàn)有Xn-AP機(jī)制來(lái)實(shí)現(xiàn)(調(diào)用或修改)。

傳統(tǒng)通信的用戶面連接用戶與DN，計(jì)算面的傳輸部分用于無(wú)線網(wǎng)絡(luò)系統(tǒng)內(nèi)不同節(jié)點(diǎn)的計(jì)算執(zhí)行功能之間傳輸計(jì)算數(shù)據(jù)，即計(jì)算面的數(shù)據(jù)不傳輸?shù)紻N，因此，計(jì)算面?zhèn)鬏敊C(jī)制的設(shè)計(jì)需要與傳統(tǒng)通信用戶面有所區(qū)分。一種可能的計(jì)算面?zhèn)鬏敺绞绞浅休d層面引入新的承載方式，如空口部分的計(jì)算無(wú)線承載(Computing Radio Bearer，CRB)、Xn口部分的計(jì)算承載(Computing Bearer，CB)，并在會(huì)話層面引入新的無(wú)線計(jì)算會(huì)話協(xié)議(Radio Computing Session Protocol，RCSP)，此時(shí)計(jì)算會(huì)話又可以稱為RCSP會(huì)話。

RCSP是一種無(wú)線網(wǎng)絡(luò)內(nèi)計(jì)算資源的高效數(shù)據(jù)通信協(xié)議，支持終端、基站或核心網(wǎng)功能的計(jì)算執(zhí)行功能之間交互計(jì)算數(shù)據(jù)，從而支持不同節(jié)點(diǎn)間的計(jì)算協(xié)作，共同完成一個(gè)計(jì)算任務(wù)。計(jì)算任務(wù)的QoS由計(jì)算會(huì)話的QoS與計(jì)算執(zhí)行的QoS共同確定。其中，計(jì)算執(zhí)行的QoS受分配的計(jì)算資源、計(jì)算量和計(jì)算流程影響，基本的指標(biāo)包括計(jì)算耗時(shí)和計(jì)算精度。計(jì)算會(huì)話的端點(diǎn)位置由計(jì)算執(zhí)行功能所在的節(jié)點(diǎn)位置確定。例如，圖5(a)所示的RCSP會(huì)話包括CRB，即終端與基站之間交互計(jì)算數(shù)據(jù)；圖5(b)所示的RCSP會(huì)話包括計(jì)算承載，即不同基站之間、基站與核心網(wǎng)之間或DU(Distributed Unit)與CU(Central Unit)之間交互計(jì)算數(shù)據(jù)；圖5(c)所示的RCSP會(huì)話包括CRB與計(jì)算承載，即終端與核心網(wǎng)之間交互計(jì)算數(shù)據(jù)。

(a) RCSP與CRB

如圖5(a)所示，基站將為該終端創(chuàng)建一個(gè)或多個(gè)計(jì)算無(wú)線承載(Computing Radio Bearer，CRB)。一個(gè)RCSP會(huì)話可以映射到N個(gè)不同的CRB，不同的CRB提供不同的連接QoS能力，RCSP會(huì)話中不同要求的數(shù)據(jù)包需要根據(jù)自身的情況，選擇不同特性的CRB。此外，考慮到不同RCSP可能有相同的QoS需求，因此N個(gè)不同RCSP會(huì)話中具有相同QoS需求的計(jì)算數(shù)據(jù)可以映射到一個(gè)CRB中；即當(dāng)N個(gè)RCSP會(huì)話有N種不同的QoS的配置時(shí)，N個(gè)RCSP會(huì)話中不同QoS要求的數(shù)據(jù)包需要根據(jù)自身的情況，選擇映射到N個(gè)不同特性CRB中的一個(gè)CRB。此外，如圖5(b)、圖5(c)所示，RCSP會(huì)話與計(jì)算承載之間是1對(duì)1映射。

xNB負(fù)責(zé)維護(hù)CRB與RCSP會(huì)話的對(duì)應(yīng)關(guān)系，其作用是使得終端在發(fā)送上行計(jì)算數(shù)據(jù)到無(wú)線網(wǎng)絡(luò)內(nèi)部計(jì)算資源的節(jié)點(diǎn)時(shí)，可以通過(guò)選擇對(duì)應(yīng)的CRB，來(lái)實(shí)現(xiàn)最終的數(shù)據(jù)傳送；而無(wú)線網(wǎng)絡(luò)內(nèi)部計(jì)算資源的節(jié)點(diǎn)在傳送下行計(jì)算數(shù)據(jù)到終端時(shí)，也可以通過(guò)選擇RCSP會(huì)話對(duì)應(yīng)的CRB，來(lái)實(shí)現(xiàn)最終的數(shù)據(jù)傳送。xNB在中間通過(guò)CRB和RCSP會(huì)話的映射，實(shí)現(xiàn)了數(shù)據(jù)在終端和部署在基站中的計(jì)算執(zhí)行功能之間、基于RCSP協(xié)議的數(shù)據(jù)交互。

3.3 移動(dòng)性支持

移動(dòng)性管理是無(wú)線網(wǎng)絡(luò)的一項(xiàng)基本功能，用于保證用戶在移動(dòng)的情況下享受無(wú)中斷的服務(wù)。連接態(tài)移動(dòng)性管理通常簡(jiǎn)稱為切換，它是指為了保障連接態(tài)的用戶在移動(dòng)過(guò)程中能夠持續(xù)接受網(wǎng)絡(luò)的連接服務(wù)。切換過(guò)程包括切換準(zhǔn)備階段、切換執(zhí)行階段、切換完成階段。

傳統(tǒng)的切換準(zhǔn)備階段中，源基站發(fā)送切換請(qǐng)求時(shí)僅考慮用戶的信號(hào)質(zhì)量，目標(biāo)站點(diǎn)根據(jù)自身的負(fù)載信息確定是否接收源站關(guān)于該用戶的切換請(qǐng)求；通算融合的源基站(Source-xNB，S-xNB)下切換請(qǐng)求的觸發(fā)原因除了用戶的信號(hào)質(zhì)量，還包括源基站計(jì)算資源的狀態(tài)(如計(jì)算資源是否足夠繼續(xù)支持用戶當(dāng)前計(jì)算任務(wù))，通算融合的目標(biāo)基站(Target-xNB，T-xNB)在確定是否需要接受用戶的切換請(qǐng)求時(shí)除了需要考慮目標(biāo)站點(diǎn)通信資源情況，還需要考慮計(jì)算資源情況以及源站上的計(jì)算執(zhí)行情況、計(jì)算遷移開(kāi)銷(包括通信開(kāi)銷、通信時(shí)延、QoS保障等)，通過(guò)通信資源、計(jì)算資源的統(tǒng)籌考慮來(lái)保證計(jì)算服務(wù)質(zhì)量不受移動(dòng)性影響。此外，傳統(tǒng)的切換執(zhí)行階段中，源基站與目標(biāo)基站之間只需要考慮連接的切換；通算融合的S-xNB與T-xNB之間除了需要考慮連接的切換，還需要考慮計(jì)算的遷移情況。

例如，圖6所示的切換準(zhǔn)備過(guò)程中，T-xNB在確定是否接受S-xNB的連接切換請(qǐng)求時(shí)，除了需要考慮自身的通信資源，還需要考慮計(jì)算資源、計(jì)算遷移的開(kāi)銷(包括通信開(kāi)銷、通信時(shí)延、QoS保障等)、S-xNB上計(jì)算任務(wù)的執(zhí)行狀態(tài)等信息。若T-xNB的計(jì)算資源足夠，或計(jì)算資源資源與計(jì)算遷移開(kāi)銷兩個(gè)條件同時(shí)得到滿足時(shí)，則接受S-xNB的切換請(qǐng)求，切換執(zhí)行過(guò)程涉及到計(jì)算遷移，如步驟3a所示，RCSP會(huì)話1更新為RCSP會(huì)話2(由CRB組成)；反之，切換執(zhí)行過(guò)程不涉及計(jì)算遷移，如步驟3b所示，對(duì)應(yīng)的RCSP會(huì)話1更新為RCSP會(huì)話3(由CRB 與CB組成)。

圖6 計(jì)算遷移與連接切換解耦

4 實(shí)時(shí)協(xié)同驗(yàn)證

假設(shè)AI模型為VGG-13，用戶的CPU是1核，基站計(jì)算資源的CPU是10核，數(shù)據(jù)集為Mnist，拆分推理的數(shù)據(jù)到達(dá)率為每秒30個(gè)樣本，用戶與基站之間的帶寬從20 MByte/s變化到2 MByte/s。

用戶與基站計(jì)算之間的拆分推理有兩種模式：

模式1用戶上傳原始樣本，由基站計(jì)算完成整個(gè)樣本推理，用戶與基站計(jì)算執(zhí)行功能之間每次推理需要交互的樣本大小為3.2 MByte；

模式2用戶計(jì)算4個(gè)卷積層，基站計(jì)算完成VGG-13的剩余部分，用戶與基站計(jì)算執(zhí)行功能之間每次推理需要交互的特征向量大小為0.26 MByte。

以用戶與基站的聯(lián)合拆分推理應(yīng)用舉例，中心用戶的信道容量大，用戶可以計(jì)算神經(jīng)網(wǎng)絡(luò)的更少層，將輸出結(jié)果及剩下層的計(jì)算交給基站計(jì)算，即用戶與基站使用模式1完成推理服務(wù)；邊緣用戶的信道容量小，用戶可以執(zhí)行更多的計(jì)算層數(shù)，將輸出結(jié)果及剩下層的計(jì)算交給基站計(jì)算，即用戶與基站使用模式2完成推理服務(wù)。當(dāng)用戶信道條件發(fā)生變化時(shí)，或用戶從小區(qū)中心移動(dòng)到小區(qū)邊緣時(shí)，如用戶與基站計(jì)算資源的計(jì)算連接帶寬從20 MByte/s變化到2 MByte/s時(shí)，用戶與基站的計(jì)算連接與計(jì)算執(zhí)行應(yīng)該如何協(xié)同調(diào)整，以保證用戶的推理服務(wù)時(shí)延比較小。

基于以上仿真假設(shè)，對(duì)比3種不同的協(xié)同調(diào)整方案。方案1是計(jì)算連接狀態(tài)或帶寬發(fā)生變化后，基站計(jì)算資源與用戶計(jì)算資源的工作模式不做任何調(diào)整；方案2是通過(guò)能力開(kāi)放的方式，計(jì)算資源的管理能力在感知到計(jì)算連接狀態(tài)或帶寬發(fā)生變化之后再調(diào)整基站計(jì)算資源、用戶計(jì)算資源的工作模式，這種能力開(kāi)放的方式，從計(jì)算連接狀態(tài)變化到調(diào)整計(jì)算執(zhí)行功能的計(jì)算模式，其調(diào)整時(shí)延比較長(zhǎng)，通常為秒級(jí)；方案3是控制面融合的方式，例如在xRC(融合RRC與CRC功能)層，計(jì)算連接或計(jì)算執(zhí)行在控制面相互感知，因此基站計(jì)算資源與用戶計(jì)算資源的工作模式的調(diào)整時(shí)延可以降低到10 ms級(jí)別甚至是1 ms級(jí)別。上述3種不同協(xié)同調(diào)整的方案，其聯(lián)合推理時(shí)延的仿真結(jié)果如圖7所示。圖7中，前33個(gè)推理樣本的時(shí)延在170 ms左右，當(dāng)用戶帶寬從20 MByte/s變化到2 MByte/s后，通過(guò)控制面協(xié)同調(diào)整仍然能保證推理時(shí)延在170 ms左右，時(shí)延抖動(dòng)為8 ms；通過(guò)管理面協(xié)同調(diào)，能保證調(diào)整完成之后(即66個(gè)推理樣本之后)的推理時(shí)延仍然在170 ms左右，但是存在一個(gè)管理面調(diào)整時(shí)延，在該調(diào)整時(shí)延內(nèi)(即從33個(gè)推理樣本到66個(gè)推理樣本之間)，推理時(shí)延惡化到1 600 ms左右，時(shí)延抖動(dòng)為1 442 ms；不做任何調(diào)整策略之后，推理時(shí)延惡化到1 600 ms左右。因此，圖7所示的聯(lián)合推理時(shí)延結(jié)果表明，相比于不調(diào)整或管理面的協(xié)同調(diào)整方案來(lái)說(shuō)，控制面的實(shí)時(shí)協(xié)同調(diào)整方案能保障推理時(shí)延受帶寬變化的影響抖動(dòng)更小，可以更好地持續(xù)保證終端&基站拆分推理服務(wù)的QoS。

圖7 實(shí)時(shí)協(xié)同

5 結(jié)束語(yǔ)

6G移動(dòng)基礎(chǔ)設(shè)施將從單純的提供連接服務(wù)發(fā)展為同時(shí)能提供連接服務(wù)+計(jì)算服務(wù)的基礎(chǔ)設(shè)施，可以滿足AI所需的連接和分布式計(jì)算服務(wù)；并可能進(jìn)一步基于AI的連接和計(jì)算融合控制需求，支持通算深度融合。

通算融合是指在控制面拉通計(jì)算資源與通信資源，支持分布式計(jì)算資源與連接的相互感知、相互協(xié)同，實(shí)現(xiàn)實(shí)時(shí)準(zhǔn)確的計(jì)算資源發(fā)現(xiàn)、靈活動(dòng)態(tài)的計(jì)算資源調(diào)度，提供無(wú)處不在、滿足服務(wù)質(zhì)量需求的計(jì)算服務(wù)和連接服務(wù)，實(shí)現(xiàn)計(jì)算資源、連接資源的合理分配，從而支撐AIaaS。通算融合在實(shí)現(xiàn)相應(yīng)功能時(shí)能夠綜合考慮空口狀態(tài)信息、網(wǎng)絡(luò)狀態(tài)、計(jì)算資源分布等信息以達(dá)到性能的最優(yōu)化或者資源最小消耗。在終端&基站聯(lián)合拆分推理的場(chǎng)景下，實(shí)驗(yàn)結(jié)果表明控制面的通算協(xié)同調(diào)整方案能大幅降低業(yè)務(wù)的時(shí)延抖動(dòng)。

致謝:特別感謝6GANA提供通算融合研討的平臺(tái)，在研討過(guò)程中不斷拓展思路，從而支撐計(jì)算面關(guān)鍵技術(shù)設(shè)計(jì)的豐富與完善。