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