C114訊 12月23日消息（艾斯）2024年10月7日，歐洲電信標(biāo)準(zhǔn)協(xié)會（ETSI）網(wǎng)絡(luò)功能虛擬化（NFV）小組舉辦了一場研討會，探討ETSI NFV電信云（Telco Cloud）的未來方向以及人工智能（AI）的作用。包括ETSI NFV、德國電信、華為、NTT DoCoMo、OpenInfra、Orange、Telenor和Telefónica等重要企業(yè)和行業(yè)組織都參與了此次活動。
市場研究公司Omdia資深分析師Inderpreet Kaur在一份最新的報告中對本次研討會進行了總結(jié)，這位分析師寫到，業(yè)界認識到，云原生網(wǎng)絡(luò)運營的正變得日益復(fù)雜。已完成云原生遷移的運營商認為，向基于GitOps的網(wǎng)絡(luò)元素生命周期管理進行過渡是基礎(chǔ)。他們的新做法依賴于聲明式部署和所需網(wǎng)絡(luò)狀態(tài)的管理。GitOps和AI在提高NFV管理和編排（MANO）的自動化和智能化方面的作用正在探索當(dāng)中。
云原生網(wǎng)絡(luò)的運營復(fù)雜性很高
隨著網(wǎng)絡(luò)系統(tǒng)從單片設(shè)備轉(zhuǎn)向虛擬化或基于云的網(wǎng)絡(luò)，運營復(fù)雜性正在增加。云原生網(wǎng)絡(luò)遵循分層架構(gòu)（如圖1所示）。它受到三個主要趨勢的影響或塑造：
·解耦架構(gòu)——這意味著將移動基站等網(wǎng)絡(luò)系統(tǒng)分解為不同的集中式和分布式基帶單元。如果我們將其擴展到5G核心網(wǎng)（5GC），它還涉及基于微服務(wù)架構(gòu)將容器化網(wǎng)絡(luò)功能（CNF）進一步分解為的更小的軟件模塊。
·開放性——這體現(xiàn)在增加使用開源軟件以及網(wǎng)絡(luò)組件之間實施云原生開放接口方面。開放性的這兩個方面對于支持供應(yīng)商中立的部署實施是必要的。O-RAN聯(lián)盟等組織也在推動開放性的實現(xiàn)。
·電信網(wǎng)絡(luò)的“軟件化”——這意味著硬件和基于軟件的網(wǎng)絡(luò)功能的完全解耦。它反映了從專用硬件到虛擬化網(wǎng)絡(luò)功能（軟件）的轉(zhuǎn)變，這些功能具有明確定義的API，可以托管在商用現(xiàn)貨（COTS）服務(wù)器和加速硬件上。
圖1：云原生網(wǎng)絡(luò)的分層架構(gòu)。資料來源：Omdia。
云原生運營模式
云原生和開放網(wǎng)絡(luò)的一個關(guān)鍵內(nèi)涵是，架構(gòu)組件可能不再由擁有端到端系統(tǒng)管理和運營所有權(quán)的單一供應(yīng)商提供。因此，云原生的運營模式與傳統(tǒng)網(wǎng)絡(luò)的運營模式截然不同。德國電信、Orange和沃達豐等運營商預(yù)期自身在管理這種復(fù)雜性方面承擔(dān)更多責(zé)任。
由于有如此多具有獨立生命周期的組件，在云原生運營模式中變更管理需要持續(xù)集成和部署工具，并且它應(yīng)該能夠支持：
·基礎(chǔ)設(shè)施的持續(xù)升級；
·盡可能降低對客戶流量影響的在役軟件升級；
·對問題進行端到端的故障排除，特別是應(yīng)用程序與底層基礎(chǔ)設(shè)施之間的互操作性。
德國電信在其2024年資本市場日活動的演講中強調(diào)了現(xiàn)代電信網(wǎng)絡(luò)中這些變化的幅度和規(guī)模。該運營商每年在德國和歐洲的網(wǎng)絡(luò)中實施250萬次變更，為客戶提供創(chuàng)新和最佳服務(wù)質(zhì)量。手動管理如此龐大的規(guī)模并且做到萬無一失，這無疑是一項艱巨的任務(wù)。它需要在云原生堆棧中實現(xiàn)自動化，并將AI引入各種交付這些自動化的工具中。
提高電信云運營的自動化和智能化
10月7日于巴黎舉行的ETSI NFV研討會強調(diào)了運營云原生網(wǎng)絡(luò)存在的挑戰(zhàn)。與會的電信運營商（德國電信、Orange、Telefónica和Telenor）以及OpenInfra等開源組織發(fā)表了多場演講。
在運營商內(nèi)部或與技術(shù)合作伙伴共同努力應(yīng)對云原生運營模式的挑戰(zhàn)的同時，ETSI NFV等標(biāo)準(zhǔn)組織也已開始了初步研究。ETSI NFV工作委員會認識到，需要提高NFV MANO的自動化和智能化。ETSI NFV MANO現(xiàn)有的Release 4已經(jīng)具有自動化機制，可以支持電信云的自動擴展、自動修復(fù)和策略管理。ETSI在其最近關(guān)于NFV記錄架構(gòu)和演進的的草案報告（ETSI GR NFV- ifa 054 V0.9.0, 2024年9月）中強調(diào)了以下改進MANO自動化的進展：
·新的自動化技術(shù)，如DevOps，可用于擴展對NFV MANO的自動化支持。
·AIOps可用于優(yōu)化MANO中的端到端自動化以及引入自動決策。預(yù)計將在四個關(guān)鍵領(lǐng)域產(chǎn)生影響：
-基于意圖的網(wǎng)絡(luò)管理將幫助MANO系統(tǒng)將服務(wù)提供商的需求轉(zhuǎn)化為網(wǎng)絡(luò)政策和行動；
-使用AI進行容量規(guī)劃將使MANO能夠更有效地配置、使用和協(xié)調(diào)資源；
-使用AI進行智能服務(wù)調(diào)度將進一步提高資源管理和利用率；
·在其他領(lǐng)域，ETSI工作委員會正在探索使用數(shù)字孿生技術(shù)來模擬和驗證網(wǎng)絡(luò)部署。
因此，針對電信云運營和管理的擬議結(jié)構(gòu)（如圖2所示）有一些新的組件。除了電信云應(yīng)用管理（TCAM）和電信云基礎(chǔ)設(shè)施管理（TCIM）之外，該架構(gòu)還引入了電信云自動化支持（TCAS）的功能塊。
TCAS負責(zé)電信云運營的自主管理。初期重點仍然是兩個關(guān)鍵功能：
·電信云意圖管理。為MANO和其他系統(tǒng)（如運營支持系統(tǒng)OSS）之間的接口提供意圖驅(qū)動或聲明式管理。
·電信云管理數(shù)據(jù)分析功能。利用AI/ML技術(shù)來幫助優(yōu)化整體系統(tǒng)性能。
圖2：ETSI NFV電信云MANO的擬議架構(gòu)增強。資料來源：ETSI NFV。
運營商強調(diào)在MANO中使用AI和GitOps
德國電信和Telefónica將GitOps視為在NFV MANO中實現(xiàn)基于意圖的自主運營的關(guān)鍵工具。MANO是虛擬化網(wǎng)絡(luò)或云原生網(wǎng)絡(luò)中的關(guān)鍵管理模塊。它負責(zé)根據(jù)網(wǎng)絡(luò)功能（NF）和網(wǎng)絡(luò)服務(wù)的需求協(xié)調(diào)虛擬（VM和容器）和物理電信云基礎(chǔ)設(shè)施（TCI）資源（計算、存儲和網(wǎng)絡(luò)）。
如前所述，云原生運營模式必須支持軟件交付和基礎(chǔ)設(shè)施配置。德國電信和Telefónica都強調(diào)，Kubernetes（K8s）原生支持基于GitOps的聲明式云資源部署和管理。K8s符合基礎(chǔ)設(shè)施即代碼（IaC）原則，在該原則下，集群配置作為代碼構(gòu)件提供。這些配置存儲在Git存儲庫中，該存儲庫充當(dāng)版本控制系統(tǒng)，并保存對云基礎(chǔ)架構(gòu)所有更改的歷史記錄。德國電信和Telefónica正致力于用AI來為其GitOps驅(qū)動的流程提供補充。
AI輔助的CNF生命周期管理
德國電信正在試驗用AI來輔助CNF的開發(fā)、推出和運營中的各種流程（見圖3）。電信運營商負責(zé)交付網(wǎng)絡(luò)功能（CNF和VNF），在其測試環(huán)境中測試軟件，將軟件集成到運營商使用的其他系統(tǒng)中，對系統(tǒng)進行驗證測試，將軟件部署到生產(chǎn)環(huán)境中，對軟件進行持續(xù)監(jiān)控，并向供應(yīng)商提供反饋。
·在開發(fā)階段，德國電信使用基于AI的驗證框架進行回歸測試�；貧w測試用于確保系統(tǒng)在引入更改后按預(yù)期運行。該框架聚焦于通過預(yù)測更新可能導(dǎo)致的缺陷來分析軟件配置變更的影響。該框架有助于建議或優(yōu)先考慮測試用例，以改進回歸測試。
·在推出階段，AI的一個關(guān)鍵用例是網(wǎng)絡(luò)配置co-pilot.。co-pilot有助于基于以前的配置自動執(zhí)行新的合并請求。它還支持與供應(yīng)商提供的文檔進行基于聊天的交互。
·基于AI的服務(wù)保障和根本原因分析（RCA）構(gòu)成了生產(chǎn)集群的平臺即服務(wù)層（PaaS）的一部分。該功能提供了通用測試功能（例如定期服務(wù)探測）以及來自所有平臺組件的廣泛日志記錄。它用于根據(jù)在不同層中發(fā)現(xiàn)的異常進行故障預(yù)測。
圖3：AI輔助的CNF生命周期管理。資料來源：Omdia，基于德國電信的演示。 
