1. SDN概述

1.1 SDN的起源

SDN（Software Defined Network）即軟件定義網(wǎng)絡(luò)。是由斯坦福大學(xué)Clean Slate研究組提出的一種新型網(wǎng)絡(luò)創(chuàng)新架構(gòu)。其核心理念通過將網(wǎng)絡(luò)設(shè)備控制平面與數(shù)據(jù)平面分離，從而實現(xiàn)了網(wǎng)絡(luò)控制平面的集中控制，為網(wǎng)絡(luò)應(yīng)用的創(chuàng)新提供了良好的支撐。
SDN起源提出了三個特征， “轉(zhuǎn)控分離”、“集中控制”和“開放可編程接口”。

SDN的本質(zhì)訴求是讓網(wǎng)絡(luò)更加開放、靈活和簡單。它的實現(xiàn)方式是。為網(wǎng)絡(luò)構(gòu)建一個集中的大腦，通過全局視圖集中控制，實現(xiàn)或業(yè)務(wù)快速部署、或流量調(diào)優(yōu)、或網(wǎng)絡(luò)業(yè)務(wù)開放等目標(biāo)。
SDN的價值是：

• 集中管理，簡化網(wǎng)絡(luò)管理與運(yùn)維；
• 屏蔽技術(shù)細(xì)節(jié)，降低網(wǎng)絡(luò)復(fù)雜度，降低運(yùn)維成本；
• 自動化調(diào)優(yōu)，提高網(wǎng)絡(luò)利用率；
• 快速業(yè)務(wù)部署，縮短業(yè)務(wù)上線時間；

1.2 OpenFlow

控制器與交換機(jī)之間的一種南向接口協(xié)議。它定義了三種類型的消息:

? Controller-to-Switch：由Controller發(fā)送。用于管理Switch和查詢Switch的相關(guān)信息。

Features消息：在SSL/TCP會話建立后，Controller給Switch發(fā)送Features請求Switch的相關(guān)信息。Switch必須應(yīng)答自己支持的功能，包括接口名、接口MAC地址、接口支持的速率等等基本信息。
Configuration消息：Controller可以設(shè)置或查詢Switch的狀態(tài)。
Modify-State消息：Controller發(fā)送該消息給Switch，來管理Switch的狀態(tài)，即增加/刪除、更改流表，并設(shè)置Switch的端口屬性。
Read-State消息：Controller用該消息收集Switch上的統(tǒng)計信息。
Send-Packet消息：Controller發(fā)送該消息到Switch的特定端口。

? Asynchronous：由Switch發(fā)起。當(dāng)Switch狀態(tài)發(fā)生改變時，發(fā)送該消息告訴Controller狀態(tài)變化。

Packet-in消息：當(dāng)Flow Table中沒有匹配的表項或者匹配“send to Controller”，Switch將給Controller發(fā)送packet-in消息。
Packet-out消息：從控制器回復(fù)的消息。
Flow-Removed消息：當(dāng)給Switch增加一條表項時，會設(shè)定超時周期。當(dāng)時間超時后，該條目就會被刪除。這時Switch就會給Controller發(fā)送Flow-Removed消息；當(dāng)流表中有條目要刪除時，Switch也會給Controller發(fā)送該消息。
Port-status消息：當(dāng)數(shù)據(jù)路徑接口被添加、刪除、修改的時候，此消息用于通知控制器。

? Symmetric：

Hello消息：當(dāng)一個OpenFlow連接建立時，Controller和Switch都會立刻向?qū)Χ税l(fā)送OFPT_HELLO消息，該消息中的version域填充發(fā)送方支持的OpenFlow協(xié)議最高的版本號；接收方收到該消息后，接收方會計算協(xié)議版本號，即在發(fā)送方和接收方的版本號中選擇一個較小的；如果接收方支持該版本，則繼續(xù)處理連接，連接成功；否則，接收者回復(fù)一個OFPT_ERROR消息，類型域中填充ofp_error_type.OFPET_HELLO_FAILED
Echo消息： Switch和Controller任何一方都可以發(fā)起Echo request消息，但收到的一方必須回應(yīng)Echo reply消息。這個消息可以來測量latency、Controller-Switch之間的連接性，即心跳消息；
Error消息：當(dāng)交換機(jī)需要通知控制器發(fā)生問題或錯誤時，Switch給Controller 發(fā)送Error消息。

流表

OpenFlow交換機(jī)基于流表（Flow Table）轉(zhuǎn)發(fā)報文。

流表中關(guān)于轉(zhuǎn)發(fā)的關(guān)鍵的兩個內(nèi)容：

• 匹配字段是匹配規(guī)則，支持自定義。
• 指令是用來描述匹配后的處理方式。

和傳統(tǒng)轉(zhuǎn)發(fā)方式的對比

1. 傳統(tǒng)模式

經(jīng)典的網(wǎng)絡(luò)轉(zhuǎn)發(fā)方式是網(wǎng)絡(luò)設(shè)備通過查詢路由表指導(dǎo)流量轉(zhuǎn)發(fā)。
路由表的條目由網(wǎng)絡(luò)設(shè)備之間運(yùn)行路由協(xié)議而計算生成。
路由表是定長的。路由表通過最長匹配原則執(zhí)行報文轉(zhuǎn)發(fā)。一臺網(wǎng)絡(luò)設(shè)備只有一張路由表。

2. 基于流表轉(zhuǎn)發(fā)

運(yùn)行OpenFlow的交換機(jī)通過查詢流表指導(dǎo)流量轉(zhuǎn)發(fā)。
流表一般是由OF控制器統(tǒng)一計算，然后下發(fā)到交換機(jī)。
流表是變長的，擁有豐富的匹配規(guī)則和轉(zhuǎn)發(fā)規(guī)則。一臺網(wǎng)絡(luò)設(shè)備有多張流表。

流表的匹配原則是對于存在的“table0-table255”，優(yōu)先從table0開始匹配。同一table內(nèi)部按照優(yōu)先級匹配，優(yōu)先級高優(yōu)先匹配。

1.3 SDN架構(gòu)

SDN的架構(gòu)如下圖，不同層次之間通過開放接口連接。以控制器層為主要視角，區(qū)分面向設(shè)備層的南向接口和面向協(xié)同應(yīng)用層的北向接口。

①協(xié)同應(yīng)用層：主要完成用戶意圖的各種上層應(yīng)用，典型的協(xié)同層應(yīng)用包括OSS、OpenStack等。OSS可以負(fù)責(zé)整網(wǎng)的業(yè)務(wù)協(xié)同，OpenStack云平臺一般用于數(shù)據(jù)中心負(fù)責(zé)網(wǎng)絡(luò)、計算、存儲的業(yè)務(wù)協(xié)同。
②控制器層：控制器層的實體就是SDN控制器，是SDN網(wǎng)絡(luò)架構(gòu)下最核心的部分?？刂茖邮荢DN系統(tǒng)的大腦，其核心功能是實現(xiàn)網(wǎng)絡(luò)業(yè)務(wù)編排。
③設(shè)備層：網(wǎng)絡(luò)設(shè)備接收控制器指令，執(zhí)行設(shè)備轉(zhuǎn)發(fā)。
④NBI北向接口：北向接口為控制器對接協(xié)同應(yīng)用層的接口，主要為RESTful。
⑤SBI南向接口：南向接口為控制器與設(shè)備交互的協(xié)議，包括NETCONF、SNMP、OpenFlow、OVSDB等。

華為SDN架構(gòu)

華為SDN網(wǎng)絡(luò)架構(gòu)如下：

?云平臺：云數(shù)據(jù)中心內(nèi)資源管理平臺。云平臺包含對網(wǎng)絡(luò)資源、計算資源和存儲資源的管理。OpenStack是最主流的開源云平臺。
?EMS（Element Management System，網(wǎng)元管理系統(tǒng)）是管理特定類型的一個或多個電信NE（Network Element，網(wǎng)絡(luò)單元）的系統(tǒng)。
?Orchestration（容器編排）：容器編排工具也可以包含網(wǎng)絡(luò)業(yè)務(wù)編排功能。Kubernetes是主流的工具。
MTOSI/CORBA用于對接BSS/OSS。Kafka/SFTP可用于對接大數(shù)據(jù)平臺。

華為SDN解決方案架構(gòu)：

IMaster NCE

iMaster NCE，自動駕駛網(wǎng)絡(luò)管理與控制系統(tǒng)，是華為集管理、控制、分析和AI智能功能于一體的網(wǎng)絡(luò)自動化與智能化平臺。集成了原華為的網(wǎng)管系統(tǒng)（eSight）、控制器（Agile Controller）、分析器（Insight）。有如下特性：
自動化+智能化——SDN自動化業(yè)務(wù)配置部署，AI智能分析預(yù)測排障
管理+控制+分析——統(tǒng)一數(shù)據(jù)底座，感知定位處理一氣呵成
規(guī)+建+維+優(yōu)——全生命周期管理，仿真校驗監(jiān)控優(yōu)化

iMaster NCE有效連接了物理網(wǎng)絡(luò)與商業(yè)意圖。南向?qū)崿F(xiàn)全局網(wǎng)絡(luò)的集中管理、控制和分析。面向商業(yè)和業(yè)務(wù)意圖使能資源云化、全生命周期網(wǎng)絡(luò)自動化，以及數(shù)據(jù)分析驅(qū)動的智能閉環(huán)。北向提供開放網(wǎng)絡(luò)API與IT快速集成。
iMaster NCE的產(chǎn)品線如下：

• 數(shù)據(jù)中心——iMaster NCE-Fabric
• 園區(qū)網(wǎng)——iMaster NCE-Campus
• SD-WAN——iMaster NCE-WAN
• 廣域IP——iMaster NCE-IP
• 廣域傳輸——iMaster NCE-T

數(shù)據(jù)中心CloudFabric

基于iMaster NCE-Fabric，為數(shù)據(jù)中心網(wǎng)絡(luò)提供從規(guī)劃-建設(shè)-運(yùn)維-調(diào)優(yōu)全生命周期服務(wù)

?規(guī)建一體：規(guī)劃工具對接NCE，實現(xiàn)規(guī)劃建設(shè)一體化。ZTP（Zero Touch Provisioning，零配置開局）
?極簡部署：業(yè)務(wù)意圖自理解和轉(zhuǎn)換部署。網(wǎng)絡(luò)變更仿真評估，杜絕人為錯誤。
?智能運(yùn)維：基于知識圖譜和專家規(guī)則的快速故障發(fā)現(xiàn)定位?；趯＜乙?guī)則和仿真分析的快速故障恢復(fù)。
?實時調(diào)優(yōu)：面向AI-Fabric的流量本地推理，在線模型訓(xùn)練調(diào)優(yōu)。用戶行為預(yù)測、資源調(diào)優(yōu)建議。

?極簡ZTP部署

ZTP部署流程：

1. 網(wǎng)絡(luò)管理員點擊啟動ZTP任務(wù)。
2. 設(shè)備自動獲取IP地址訪問控制器。
3. 控制器判斷設(shè)備角色（Spine or Leaf），對上線設(shè)備下發(fā)管理IP、SNMP、NETCONF等配置，并通過管理IP納管設(shè)備。
4. 控制器全局下發(fā)互聯(lián)配置及OSPF、BGP等配置。
5. 設(shè)備上線成功，管理員NCE查看全網(wǎng)信息。

?網(wǎng)絡(luò)意圖自理解，業(yè)務(wù)快速部署

iMaster NCE-Fabric支持對接用戶IT系統(tǒng)，為用戶意圖匹配意圖模型，通過NETCONF下發(fā)配置到設(shè)備上實現(xiàn)業(yè)務(wù)快速部署。
iMaster NCE-Fabric支持對接主流云平臺（OpenStack）、虛擬化平臺（vCenter/SystemCenter）和容器編排平臺（Kubernetes）。

?網(wǎng)絡(luò)變更仿真，預(yù)判變更風(fēng)險

建模求解：建立物理/邏輯/應(yīng)用網(wǎng)絡(luò)模型；通過形式化驗證算法求解
校驗結(jié)果：校驗現(xiàn)網(wǎng)資源是否足夠、連通性等；變更對原有業(yè)務(wù)影響分析和呈現(xiàn)

?數(shù)據(jù)中心網(wǎng)絡(luò)AI智能運(yùn)維

AI只能運(yùn)維需要借助Insight模塊。

園區(qū)CloudCampus

1. 網(wǎng)絡(luò)開通”快”，部署效率提升600%

設(shè)備即插即用：設(shè)備極簡開局，場景導(dǎo)航，模板配置
網(wǎng)絡(luò)極簡部署：網(wǎng)絡(luò)資源池化，一網(wǎng)多用，業(yè)務(wù)自動化發(fā)放

2. 業(yè)務(wù)發(fā)放”快”，用戶體驗提升100%

業(yè)務(wù)隨行：圖形化策略配置，用戶隨時隨地接入，漫游權(quán)限不變，體驗不變
終端智能識別：終端接入防仿冒，終端智能識別準(zhǔn)確率95+%
智能HQos：基于應(yīng)用調(diào)度和整形，帶寬精細(xì)化管理，保證關(guān)鍵用戶業(yè)務(wù)體驗

3. 智能運(yùn)維“快”，整網(wǎng)性能提升50%+

實時體驗可視：基于Telemetry的每時刻、每用戶、每區(qū)域的網(wǎng)絡(luò)體驗可視
精準(zhǔn)故障分析：主動識別85%的典型網(wǎng)絡(luò)問題并給出建議，實時數(shù)據(jù)對比分析故障預(yù)測
智能網(wǎng)絡(luò)調(diào)優(yōu)：基于歷史數(shù)據(jù)的無線網(wǎng)絡(luò)預(yù)測性調(diào)優(yōu)，整網(wǎng)性能提升50%+（來源：Tolly認(rèn)證）

?設(shè)備即插即用

注冊中心：華為設(shè)備注冊查詢中心，簡稱注冊中心，是華為云管理網(wǎng)絡(luò)解決方案的主要部件之一，用于設(shè)備的管理模式和注冊歸屬查詢。設(shè)備根據(jù)查詢結(jié)果確定是否切換到云管理模式，需要注冊到哪個云管理平臺。以AP為例，對于華為支持云管理特性的設(shè)備均會預(yù)置華為設(shè)備注冊中心的URL（register.naas.huawei.com）和端口號（10020）。

?構(gòu)建一網(wǎng)多用的虛擬化園區(qū)

通過引入虛擬化技術(shù)，在園區(qū)網(wǎng)絡(luò)中，基于一張物理網(wǎng)絡(luò)創(chuàng)建多張?zhí)摂M網(wǎng)絡(luò)（VN，Virtual Network）。不同的虛擬網(wǎng)絡(luò)應(yīng)用于不同的業(yè)務(wù)，例如辦公、研發(fā)或物聯(lián)網(wǎng)等。
通過iMaster NCE實現(xiàn)全網(wǎng)設(shè)備集中管理，管理員通過圖形化界面實現(xiàn)網(wǎng)絡(luò)配置。
iMaster NCE將管理員的網(wǎng)絡(luò)業(yè)務(wù)配置意圖“翻譯”成設(shè)備命令，通過NETCONF協(xié)議將配置下發(fā)到各臺設(shè)備，實現(xiàn)網(wǎng)絡(luò)的自動駕駛。

VN通常用VRF來實現(xiàn)

?業(yè)務(wù)隨行，基于安全組的策略管理

業(yè)務(wù)隨行：不管用戶身處何地，使用哪個IP地址，都保證該用戶擁有相同的網(wǎng)絡(luò)權(quán)限和一致的用戶策略。

𝟙 引入安全組。安全組即擁有相同網(wǎng)絡(luò)訪問策略的一組用戶。
𝟚 定義基于安全組的權(quán)限控制策略、用戶體驗策略，將策略下發(fā)到網(wǎng)絡(luò)設(shè)備。
𝟛 用戶的流量進(jìn)入網(wǎng)絡(luò)后，網(wǎng)絡(luò)設(shè)備根據(jù)流量所述的源、目的安全組執(zhí)行策略。
𝟜 用戶執(zhí)行準(zhǔn)入認(rèn)證后，獲得授權(quán)的安全組。

?有線與無線融合

傳統(tǒng)獨立AC和隨板AC的問題：有線及無線認(rèn)證點分離、策略控制分散、流量轉(zhuǎn)發(fā)分離、故障排除困難、管理困難

有線無線融合（隨板AC，Native AC）：

交換機(jī)融合AC功能，無線流量轉(zhuǎn)發(fā)無瓶頸，并且減少故障點，有線無線集中管理：
①有線及無線業(yè)務(wù)統(tǒng)一管理、融合轉(zhuǎn)發(fā)
②有線及無線用戶融合管理、網(wǎng)關(guān)融合
③有線及無線認(rèn)證點融合
④有線及無線統(tǒng)一策略執(zhí)行

?終端智能識別，安全接入

智能終端識別是思科在ISE中最先推出

?園區(qū)網(wǎng)絡(luò)AI智能運(yùn)維

利用算法提升效率，通過場景化的持續(xù)學(xué)習(xí)和專家經(jīng)驗，智能運(yùn)維將運(yùn)維人員從復(fù)雜的告警和噪聲解放出來，使運(yùn)維更加自動化和智能化。

TO-BE：以用戶體驗為中心的AI智能運(yùn)維

體驗可視化：基于Telemetry秒級數(shù)據(jù)采集，每用戶每應(yīng)用每時刻體驗可視
分鐘級潛在故障識別和根因定位：基于動態(tài)基線、大數(shù)據(jù)關(guān)聯(lián)等識別潛在故障；KPI關(guān)聯(lián)分析和協(xié)議回放，精準(zhǔn)定位問題根因
網(wǎng)絡(luò)預(yù)測性調(diào)優(yōu)：通過AI 智能分析AP的負(fù)載趨勢，完成無線網(wǎng)絡(luò)的預(yù)測性調(diào)優(yōu)閉環(huán)

2. NFV概述

2.1 NFV的起源

來自IT界的啟示，給網(wǎng)絡(luò)產(chǎn)業(yè)帶來了網(wǎng)絡(luò)架構(gòu)和設(shè)備架構(gòu)兩個層面的思考。網(wǎng)絡(luò)架構(gòu)層面引入對SDN控制器的思考，設(shè)備架構(gòu)層面引入對設(shè)備部署形態(tài)的思考。
網(wǎng)絡(luò)產(chǎn)業(yè)思考：能否以軟件化的方式部署網(wǎng)絡(luò)應(yīng)用呢?這些思考引發(fā)了NFV（Network Functional Virtualization，網(wǎng)絡(luò)功能虛擬化）。

虛擬化之后的網(wǎng)絡(luò)功能被稱為VNF（Virtualized Network Function）。當(dāng)我們談“VNF”時，我們指運(yùn)營商IMS、CPE這些傳統(tǒng)網(wǎng)元在虛擬化之后的實現(xiàn)。在硬件通用化后，傳統(tǒng)的網(wǎng)元不再是嵌入式的軟硬結(jié)合的產(chǎn)品，而是以純軟件的方式安裝在通用硬件（即NFVI）上。

---

2012年10月，13家Top運(yùn)營商（AT&T、Verizon、VDF、DT、T-Mobile、BT、Telefonica等）在SDN和Open Flow世界大會上發(fā)布NFV （Network Functions Virtualization）第一版白皮書，同時成立了ISG（Industry Specification Group）來推動網(wǎng)絡(luò)虛擬化的需求定義和系統(tǒng)架構(gòu)制定。
2013年，ETSI下NFV ISG（行業(yè)規(guī)范工作組）進(jìn)行第一階段研究，已完成相關(guān)標(biāo)準(zhǔn)制定。主要定義網(wǎng)絡(luò)功能虛擬化的需求和架構(gòu)，并梳理不同接口的標(biāo)準(zhǔn)化進(jìn)程。
2015年，NFV研究進(jìn)入第二階段。其主要研究目標(biāo)是建設(shè)一個可互操作的NFV生態(tài)，推動更廣泛的行業(yè)參與，并且確保滿足階段一中定義的需求。同時明確NFV與SDN等相關(guān)標(biāo)準(zhǔn)、開源項目的協(xié)作關(guān)系等。NFV階段二主要分為5個工作組：IFA（架構(gòu)與接口）、 EVE（生態(tài)圈）、 REL（可靠性）、 SEC（安全）、TST（測試、執(zhí)行、開源）。各工作組主要討論交付件文檔框架和交付計劃。

---

NFV是運(yùn)營商為了解決電信網(wǎng)絡(luò)硬件繁多、部署運(yùn)維復(fù)雜、業(yè)務(wù)創(chuàng)新困難等問題而提出的。NFV在重構(gòu)電信網(wǎng)絡(luò)的同時，給運(yùn)營商帶來的價值如下：

1. 縮短業(yè)務(wù)上線時間：在NFV架構(gòu)的網(wǎng)絡(luò)中，增加新的業(yè)務(wù)節(jié)點變得異常簡單。不再需要復(fù)雜的工勘、硬件安裝過程。業(yè)務(wù)部署只需申請?zhí)摂M化資源，加載軟件即可，網(wǎng)絡(luò)部署變得更加簡單。同時，如果需要更新業(yè)務(wù)邏輯，也只需要更新軟件或加載新業(yè)務(wù)模塊，完成業(yè)務(wù)編排即可，業(yè)務(wù)創(chuàng)新變得更加簡單。
2. 降低建網(wǎng)成本：首先，虛擬化后的網(wǎng)元能夠合并到通用設(shè)備（COTS）中，獲取規(guī)模經(jīng)濟(jì)效應(yīng)。其次，提升網(wǎng)絡(luò)資源利用率和能效，降低整網(wǎng)成本。NFV采用云計算技術(shù)，利用通用化硬件構(gòu)建統(tǒng)一的資源池，根據(jù)業(yè)務(wù)的實際需要動態(tài)按需分配資源，實現(xiàn)資源共享，提高資源使用效率。如通過自動擴(kuò)縮容解決業(yè)務(wù)潮汐效應(yīng)下資源利用問題。
3. 提升網(wǎng)絡(luò)運(yùn)維效率：自動化集中式管理提升運(yùn)營效率，降低運(yùn)維成本。例如數(shù)據(jù)中心的硬件單元的集中管理的自動化，基于MANO的應(yīng)用生命周期管理的自動化，基于NFV/SDN協(xié)同的網(wǎng)絡(luò)自動化。
4. 構(gòu)建開放的生態(tài)系統(tǒng) ：傳統(tǒng)電信網(wǎng)絡(luò)專有軟硬件的模式，決定了它是一個封閉系統(tǒng)。NFV架構(gòu)下的電信網(wǎng)絡(luò)，基于標(biāo)準(zhǔn)的硬件平臺和虛擬化的軟件架構(gòu)，更易于開放平臺和開放接口，引入第三方開發(fā)者，使得運(yùn)營商可以共同和第三方合作伙伴共建開放的生態(tài)系統(tǒng)。

2.2 NFV關(guān)鍵技術(shù)

1. 虛擬化

在NFV的道路上，虛擬化是基礎(chǔ)，云化是關(guān)鍵。
傳統(tǒng)電信網(wǎng)絡(luò)中，各個網(wǎng)元都是由專用硬件實現(xiàn)，成本高、運(yùn)維難。虛擬化具有分區(qū)、隔離、封裝和相對于硬件獨立的特征，能夠很好匹配NFV的需求。運(yùn)營商引入此模式，將網(wǎng)元軟件化，運(yùn)行在通用基礎(chǔ)設(shè)施上。

2. 云化

美國國家標(biāo)準(zhǔn)與技術(shù)研究院（NIST）定義：云計算是一種模型，它可以實現(xiàn)隨時隨地，便捷地，隨需應(yīng)變地從可配置計算資源共享池中獲取所需的資源（例如，網(wǎng)絡(luò)、服務(wù)器、存儲、應(yīng)用、及服務(wù)），資源能夠快速供應(yīng)并釋放，使管理資源的工作量和與服務(wù)提供商的交互減小到最低限度。
云計算擁有諸多好處。運(yùn)營商網(wǎng)絡(luò)中網(wǎng)絡(luò)功能的云化更多的是利用了資源池化和快速彈性伸縮兩個特征。

2.3 NFV架構(gòu)

NFVI包含硬件層和虛擬化層，業(yè)界也有說法稱作COTS和CloudOS：

• COTS（commercial off-the-shelf，商用現(xiàn)貨），即通用硬件，強(qiáng)調(diào)了易獲得性和通用性。例如Huawei FusionServer系列硬件服務(wù)器。
• CloudOS：設(shè)備云化的平臺軟件，可以理解為電信業(yè)的操作系統(tǒng)。CloudOS提供了硬件設(shè)備的虛擬化能力，將物理的計算/存儲/網(wǎng)絡(luò)資源變成虛擬資源供上層的軟件使用。例如華為的云操作系統(tǒng)FusionSphere。

VNF：VNF可以理解為各種不同網(wǎng)絡(luò)功能的APP，是運(yùn)營商傳統(tǒng)網(wǎng)元（IMS，EPC，BRAS，CPE…）的軟件實現(xiàn)。
MANO：MANO的引入是要解決NFV多CT/IT廠家環(huán)境下的網(wǎng)絡(luò)業(yè)務(wù)的發(fā)放問題，包括：分配物理/虛擬資源，垂直打通管理各層，快速適配對接新廠家新網(wǎng)元。MANO包括NFVO（Network Functions Virtualization Orchestrator，負(fù)責(zé)網(wǎng)絡(luò)服務(wù)的生命周期的管理）、VNFM（Virtualized Network Function Manager, 負(fù)責(zé)VNF的生命周期管理）、VIM（Virtualized Infrastructure Manager，負(fù)責(zé)NFVI的資源管理）三部分。
OSS/BSS：服務(wù)提供商的管理功能，不屬于NFV框架內(nèi)的功能組件，但MANO和網(wǎng)元需要提供對 OSS/BSS 的接口支持。

---

MANO負(fù)責(zé)NFV管理和編排。包括VIM，VNFM及NFVO，提供對VNF及I層統(tǒng)一的管理和編排功能。

1. VIM：Virtualized Infrastructure Managers, NFVI管理模塊，通常運(yùn)行于對應(yīng)的基礎(chǔ)設(shè)施站點中，主要功能包括：資源的發(fā)現(xiàn)、虛擬資源的管理分配、故障處理等。
2. VNFM：VNF Managers ，VNF管理模塊，主要對VNF的生命周期（實例化、配置、關(guān)閉等）進(jìn)行控制。
3. NFVO：NFV Orchestration，實現(xiàn)對整個NFV基礎(chǔ)架構(gòu)、軟件資源、網(wǎng)絡(luò)服務(wù)的編排和管理。

NFVI是NFV的基礎(chǔ)設(shè)施，包括所需的硬件及軟件。為VNF提供運(yùn)行環(huán)境。

1. Hardware：硬件層，包括提供計算、網(wǎng)絡(luò)、存儲資源能力的硬件設(shè)備。
2. Virtualization Layer：虛擬化層，主要完成對硬件資源的抽象，形成虛擬資源，如虛擬計算資源、虛擬存儲資源、虛擬網(wǎng)絡(luò)資源。其虛擬化功能由Hypervisor[1] 實現(xiàn)。

---

ETSI定義了NFV標(biāo)準(zhǔn)架構(gòu)，由NFVI、VNF以及MANO主要組件組成。NFVI包括通用的硬件設(shè)施及其虛擬化，VNF使用軟件實現(xiàn)虛擬化網(wǎng)絡(luò)功能，MANO實現(xiàn)NFV架構(gòu)的管理和編排。

NFV架構(gòu)結(jié)構(gòu)：

接口類型	功能描述
Vi-Ha	虛擬化層與基礎(chǔ)硬件之間的接口。虛擬化層滿足基礎(chǔ)硬件兼容性要求。
Vn-Nf	虛擬機(jī)（VM）與NFVI之間的接口。它確保虛擬機(jī)可以部署在NFVI上，滿足性能、可靠性和可擴(kuò)展性要求。NFVI滿足虛擬機(jī)操作系統(tǒng)兼容性要求。
Vf-Vi	虛擬化層管理軟件與NFVI之間的接口，提供NFVI虛擬計算、存儲和網(wǎng)絡(luò)系統(tǒng)管理；提供虛擬基礎(chǔ)架構(gòu)配置和連接；提供系統(tǒng)利用率、性能監(jiān)控和故障管理。
Ve-Vnfm	VNFM與VNF之間的接口，實現(xiàn)VNF生命周期管理、VNF配置、VNF性能和故障管理。
OS-Ma	實現(xiàn)網(wǎng)絡(luò)服務(wù)生命周期管理，VNF生命周期管理。
Vi-Vnfm	提供業(yè)務(wù)應(yīng)用管理系統(tǒng)/業(yè)務(wù)編排系統(tǒng)與虛擬化層管理軟件之間交互接口。
Or-Vnfm	給VNFM發(fā)送配置信息，對VNFM進(jìn)行配置，完成Orchestrator與VNFM的對接；分配給一個VNF的NFVI資源的交互；VNF信息的交換。
Or-Vi	Orchestrator需要的資源預(yù)定及資源分配的請求；虛擬硬件資源配置及狀態(tài)信息的交換。

華為NFV解決方案

華為NFV架構(gòu)中，虛擬化層及VIM的功能由華為云Stack NFVI平臺實現(xiàn)。華為云Stack可以實現(xiàn)計算資源、存儲資源和網(wǎng)絡(luò)資源的全面虛擬化，并能夠?qū)ξ锢碛布摂M化資源進(jìn)行統(tǒng)一的管理、監(jiān)控和優(yōu)化。
華為提供運(yùn)營商無線網(wǎng)、承載網(wǎng)、傳輸網(wǎng)、接入網(wǎng)、核心網(wǎng)等全面云化的解決方案。