為什么自動駕駛離不開OpenStack

最令人期待的5G用例可能就是自動駕駛汽車，緊隨其后的會是交通革新。這預(yù)計將帶來新的服務(wù)，如污染監(jiān)測、跟蹤和預(yù)測診斷，擁堵檢測和在城市提供更順暢的移動性以及更可靠的信息娛樂。

云架構(gòu)將使所有這一切成為可能，但讓汽車真正智能化還存在一定的技術(shù)障礙。

這些障礙包括：

——車載單元（OBU）和云或數(shù)據(jù)中心同步數(shù)據(jù)傳輸?shù)牡脱舆t要求。

——更快地處理生成的原始數(shù)據(jù)，以便為車輛中的物理OBU生成有洞察的指令。

——用于保持由車內(nèi)多個傳感器生成的數(shù)據(jù)的原始緩存的中間層，以得到即時洞察，從而產(chǎn)生快速響應(yīng)。

西班牙卡塔赫納和穆爾西亞大學(xué)的研究人員通過使用OpenStack和ETSI Open Source Mano（OSM）虛擬化車輛OBU，測試了一種稱為“surrogates”的解決方案，以消除這些障礙。概念驗證的焦點是用多接入邊緣計算（MEC）層，充當(dāng)云和車輛OBU之間的中間層。

該解決方案以虛擬網(wǎng)絡(luò)功能（VNF）的形式虛擬化物理OBU的功能——VNF托管在網(wǎng)絡(luò)的中間層或邊緣（路邊單元、蜂窩基站、WiFi接入點等）。數(shù)據(jù)預(yù)處理任務(wù)，如對原始數(shù)據(jù)的分析、模式識別和聚合由這些VNF執(zhí)行，而這些VNF又由基于邊緣的NFV管理，并進一步推向云以進行大量全球大數(shù)據(jù)分析。然后，處理過的洞察由從部署在車內(nèi)的OBU從vOBU或數(shù)據(jù)分析模塊訪問。

計算資源或功能從物理OBU中取出，并以較高的資源消耗功率推送到邊緣層。這意味著這些VNF可由部署在車內(nèi)的多個物理OBU同時訪問。這樣可以將從數(shù)據(jù)中心到OBU的傳輸延遲和響應(yīng)信息傳輸時間減少50％。此外，它還可以減少消耗并釋放網(wǎng)絡(luò)中數(shù)十輛車輛和多種其他類型設(shè)備所需的無線網(wǎng)絡(luò)帶寬。

所提出的解決方案需要兩個NFV云：

一個作為中心云，另一個作為邊緣基礎(chǔ)設(shè)施。PoC使用OpenStack和ETSI Open Source Mano（OSM）構(gòu)建，以收集和處理來自車輛OBU的數(shù)據(jù)。 OpenStack（版本Pike）充當(dāng)虛擬基礎(chǔ)設(shè)施管理器（VIM），用于管理兩個基礎(chǔ)設(shè)施上的虛擬化資源。 OSM（版本4）在中心云中用作VNF的編排器。具有MEC功能的Edge基礎(chǔ)設(shè)施域由使用OpenStack管理的vOBU VNF組成。 VNF與MANO、OBU管理器和數(shù)據(jù)分析模塊進行通信，以實現(xiàn)各自的功能。

這個解決方案展示了中層邊緣域中的卸載設(shè)備功能如何不僅有益于車輛服務(wù)，還有利于工業(yè)物聯(lián)網(wǎng)、智能城市運營等其他用例。使用OpenStack和OSM as MANO等領(lǐng)先的開放基礎(chǔ)設(shè)施項目表明，這些解決方案可以使用開源項目，并具有控制開發(fā)基礎(chǔ)設(shè)施成本的額外好處。與OpenStack一起使用，OSM帶來了各種好處，因為它提供了許多強大的解決方案，可以支持更大規(guī)模的5G用例。