NFV網(wǎng)絡(luò)功能虛擬化基本原理及應(yīng)用

1、一、什么是NFV ？ 二、NFV關(guān)鍵技術(shù)三、產(chǎn)業(yè)推進(jìn)情況四、NFV帶來影響21/36縱觀移動通信網(wǎng)絡(luò)發(fā)展歷程，在經(jīng)歷了模擬通信、數(shù)字通信、端到端IP化后，當(dāng)前通信網(wǎng)正逐步邁向基于虛擬化、軟件化等ICT融合技術(shù)通信4.0時(shí)代通信1.0：模擬化2G為代表，數(shù)字化 通信3G/4G逐步發(fā)展，從軟 交換到IMS，最終到 VoLTE完成徹底IP化NFV/SDN是ICT化催 化劑，驅(qū)動IT/CT走向 融合1G為代表，模擬化 通信通信2.0：數(shù)字化通信3.0：IP化（CT over IP）通信4.0：IT化（虛擬化，ICT融合）IP承載（BICC/SIP）通信網(wǎng)硬件軟件轉(zhuǎn)發(fā)控制 分離解耦電信網(wǎng)絡(luò)過去十年變革關(guān)

2、鍵是IP化，其特征是CT設(shè)備形態(tài)及網(wǎng)絡(luò)實(shí)質(zhì)， IP化承載外在通信方式電信網(wǎng)絡(luò)下一步變革關(guān)鍵是IT化，采取IT化內(nèi)在實(shí)現(xiàn)形式及設(shè)備形態(tài)，保留CT網(wǎng)絡(luò)內(nèi)涵和品質(zhì)32/36NFV是什么？NFV：Network FunctionVirtualizationNFV將傳統(tǒng)通信網(wǎng)絡(luò)設(shè)備功效軟件化，經(jīng)過特定虛擬化技術(shù)，基于IT 通用計(jì)算、存放、網(wǎng)絡(luò)硬件設(shè)備實(shí)現(xiàn)電信網(wǎng)絡(luò)功效，NFV將實(shí)現(xiàn)傳統(tǒng)電信 產(chǎn)業(yè)與IT產(chǎn)業(yè)深度融合。虛擬化網(wǎng)絡(luò)功效即傳統(tǒng)電信設(shè)備實(shí)現(xiàn)功效。傳統(tǒng) 電信設(shè)備，如MSC、MME、CSCF、 P-GW等均為網(wǎng)絡(luò)功效實(shí)體軟件化+43/36NFV于在ETSI由13家運(yùn)行商發(fā)起研究，是云計(jì)算在IT業(yè)取得巨大

3、成功 大背景下提出，其工作目標(biāo)是增強(qiáng)系統(tǒng)靈活性，實(shí)現(xiàn)網(wǎng)絡(luò)及應(yīng)用快速布署、靈活 擴(kuò)容和縮容。NFV關(guān)鍵關(guān)鍵是經(jīng)過虛擬化技術(shù)、基于通用IT硬件實(shí)現(xiàn)電信功效節(jié)點(diǎn) 軟件化，被認(rèn)為是未來通信網(wǎng)絡(luò)基礎(chǔ)技術(shù)。NFV試圖打破傳統(tǒng)電信設(shè)備豎井式體系，將通信網(wǎng)元功效分層解耦并引入新MANO管理體系實(shí)現(xiàn)網(wǎng)元全生命周期管理。IMSEPCHSS網(wǎng)管系統(tǒng)網(wǎng)管系統(tǒng)vEPCvHSSvIMS虛擬化資源硬件資源MANO虛擬化采取開放 Hypervisor和資源管 理軟件將電信業(yè)務(wù)軟硬件分離通用IT基礎(chǔ)設(shè)施統(tǒng)一標(biāo)準(zhǔn)化IT計(jì)算、存放、網(wǎng)絡(luò)基礎(chǔ)硬件云化管理應(yīng)用和業(yè)務(wù)生 命周期管理， 虛擬資源配置網(wǎng)絡(luò)自動化可與SDN結(jié)合，使用 SDN技

4、術(shù)自動化配置網(wǎng)絡(luò)四大基本特征5NFV基本特征4/36單個(gè)NFV虛擬化網(wǎng)元物理結(jié)構(gòu)改變傳統(tǒng)電信設(shè)備系統(tǒng)架構(gòu)網(wǎng)元軟件消息分發(fā)鏈路管理DB業(yè)務(wù)虛擬化網(wǎng)元架構(gòu)網(wǎng)元軟件消息分發(fā)鏈路管理DB業(yè)務(wù)操作系統(tǒng)中間件ATCAHypervisor/虛擬機(jī)監(jiān)控器虛擬機(jī)虛擬機(jī)虛擬機(jī)虛擬機(jī)操作系統(tǒng)中間件COTS關(guān)鍵改變1：新增虛擬化層，即經(jīng)過虛擬 化軟件生成虛擬計(jì)算機(jī)，供上層應(yīng)用使用關(guān)鍵變化2：傳統(tǒng)設(shè)備中單個(gè)網(wǎng)元獨(dú)享專 用硬件改變?yōu)楦骶W(wǎng)元共享通用x86服務(wù)器65/367虛擬化網(wǎng)絡(luò)虛擬化后網(wǎng)絡(luò)結(jié)構(gòu)圖NFV改變現(xiàn)有通信網(wǎng)絡(luò)設(shè)備軟硬件一體化布署模式，使設(shè)置在一個(gè)數(shù)據(jù)中心機(jī)房 中各虛擬通信網(wǎng)元，經(jīng)過統(tǒng)一虛擬資源層，部署到共享通用

5、云資源池（服務(wù)器、 存放系統(tǒng)等）中。網(wǎng)絡(luò)功效層 ：軟件 實(shí)現(xiàn)虛 擬 化 功 能 網(wǎng) 元 ，可 以 是 IMS 、EPC等網(wǎng)元虛擬資源層 ：實(shí)現(xiàn) 虛擬 機(jī)資 源 生成 、 調(diào)度 、刪除等功效硬件資源層 ： 云 化系統(tǒng)中 X86服務(wù)器、存 儲設(shè)備、IOS等 IT類設(shè)備NFV技術(shù)實(shí)施后，理論上講，網(wǎng)絡(luò)擴(kuò)容、業(yè)務(wù)開放將發(fā)生以下改變：資源共享、效率更高：不一樣業(yè)務(wù)系統(tǒng)共享硬件資源，資源利用效率可在不一樣應(yīng)用間均衡擴(kuò)容靈活、快速響應(yīng)：網(wǎng)絡(luò)擴(kuò)容經(jīng)過新增虛擬資源形式實(shí)現(xiàn)，多數(shù)不涉及新增硬件調(diào)測傳統(tǒng)通信機(jī)房數(shù)據(jù)中心機(jī)房6/36網(wǎng)絡(luò)虛擬化后系統(tǒng)架構(gòu)圖（3+2架構(gòu)）網(wǎng)絡(luò)虛擬化后系統(tǒng)架構(gòu)將由“通信域3層”+“管理域2

6、套”共同組成，即： 通信域：硬件資源層、虛擬資源層和網(wǎng)絡(luò)功效層三層 管理域：除傳統(tǒng)OMC/OSS等網(wǎng)管系統(tǒng)外，新增加云管理（MANO）系統(tǒng)ComputingH計(jì)ard算ware硬S件tora資ge 源HardwareNetworkHardwareHardware resources虛擬化層（VVirMtualWisaatiorneL, aKyeVr M, Xen）Vl-HaVirtualisedInfrVastIrMuctureManager(s)VNVNFFMManager(s)(MVNMF 2E)ONrchFeVstrOatorOSOSSS/BBSSSSNFVI 虛擬計(jì)算VN(F 3)(C

7、VNSFC1F)Execution reference pointsOther reference pointsMain NFV reference pointsNFVO: NFV Orchestrator虛V擬irt存ual儲C虛om擬p網(wǎng)uti絡(luò)ng虛V擬irtu存al儲 虛St擬ora網(wǎng)ge絡(luò)虛Vi擬rtu存al 儲虛Ne擬tw網(wǎng)ork絡(luò)NFV Management and OrchestrationOEMMS 2CEMS 3EMS 1Service, VNF and InfrastructureDescription Or-ViOr-VnfmVi-VnfmOs-MaSe-MaVe-Vn

8、fmNf-ViVn-NfVNFVNFVNF存放網(wǎng)絡(luò)虛擬計(jì)算虛擬計(jì)算網(wǎng)絡(luò)功效層NFVO：統(tǒng)一資 源管理和 調(diào)度VNFM：虛擬化網(wǎng) 元生命周 期管理VIM：硬 件管理和 虛擬資源 管理VNF: Virtual Network Function云管理網(wǎng)絡(luò)管理虛擬資源層硬件資源層VNFM: Virtual Network Function ManagementVIM: Virtual Infrastructure Management87/36目 錄一、什么是NFV ？二、NFV關(guān)鍵技術(shù)三、產(chǎn)業(yè)推進(jìn)情況四、NFV帶來影響98/361、虛擬化技術(shù)（1/3）分區(qū)在單一物理 機(jī)上同時(shí)運(yùn)行多個(gè)虛擬機(jī)隔離同一物

9、理機(jī)上 多個(gè)虛擬機(jī)相 互隔離封裝整個(gè)虛擬機(jī)執(zhí)行 環(huán)境封裝在獨(dú)立 文件中獨(dú)立虛擬機(jī)無需 修改可運(yùn)行 在任何物理 機(jī)上傳統(tǒng)架構(gòu)四大基本特征10虛擬化架構(gòu)虛擬化指將一臺物理計(jì)算機(jī)系統(tǒng)虛擬化為一臺或多臺虛擬計(jì)算機(jī)系統(tǒng)。每個(gè)虛擬計(jì)算機(jī)系統(tǒng) 都擁有自己虛擬硬件（如CPU、內(nèi)存和設(shè)備等），來提供一個(gè)獨(dú)立虛擬機(jī)執(zhí)行環(huán)境。經(jīng)過虛 擬化層模擬，虛擬機(jī)中操作系統(tǒng)認(rèn)為自己依然獨(dú)占一個(gè)系統(tǒng)在運(yùn)行。這個(gè)虛擬化層稱為虛擬 機(jī)監(jiān)控器（Virtual Machine Monitor，VMM）9/361、虛擬化技術(shù)（2/3）虛擬機(jī)（Virtual Machine）指經(jīng)過軟件模擬具有完整硬件系統(tǒng)功能、運(yùn)行在一個(gè)完全隔離環(huán)境中完整計(jì)

10、算機(jī)系統(tǒng)。按實(shí)現(xiàn)方式分類，能夠分為全虛擬化、半虛擬化、硬件輔助虛擬化HardwareOSAPPRing 0Ring 3未虛擬化全虛擬化HardwareRing 0Ring 3VMM半虛擬化硬件輔助虛擬化HardwareRing 0Ring 3VMMRing 0root特 權(quán)模式Ring 3非root 特權(quán)模 式Ring 311APPOSVMAPPOSVMAPPOSVMVMMHardware全虛擬化半虛擬化硬件輔助虛擬化Guest OS支持Windows和linux因?yàn)樾枰膭硬僮飨到y(tǒng)內(nèi)核只支持linux都支持性能VMM需要對上層OS指令進(jìn) 行捕捉、翻譯、模擬，性能 損耗大上層OS知道自己工作在

11、非之前模式，經(jīng)過修 改其內(nèi)核，與VMM通力協(xié)作，取消了捕捉異 常、翻譯、模擬過程，性能消耗小好可維護(hù)性能普通很好好經(jīng)典虛擬機(jī)技術(shù)KVM、VMwareXENKVM、VMware、XEN10/361、虛擬機(jī)技術(shù)（3/3）虛擬技術(shù)是云計(jì)算關(guān)鍵技術(shù)，虛擬化技術(shù)能夠提升硬件資源利用率、增強(qiáng)系統(tǒng)靈活 性。虛擬技術(shù)有私有技術(shù)、開源技術(shù)之分，業(yè)界傾向基于開源軟件依據(jù)通信網(wǎng)需要進(jìn)行優(yōu)化 和增強(qiáng)。虛擬機(jī)功效：VM(Virtual Machine)：虛擬化計(jì)算單元，為上層應(yīng) 用提供運(yùn)行環(huán)境，由VMM創(chuàng)建和管理Hypervisor：提供VMM(virtual machine monitor )虛擬機(jī)監(jiān)控器功效主流虛擬

12、機(jī)技術(shù)：開源虛擬軟件 ： 主要有XEN、 KVM 、 Hyper-V ， 其中 KVM開源小區(qū)最大最活躍私有虛擬軟件：VMware占據(jù)主要份額，價(jià)格也較高。虛擬化基礎(chǔ)設(shè)施管理技術(shù)：私有技術(shù)：VMwarevCenter虛擬化管理平臺、亞馬遜 AWS云管理平臺等，商用廣泛，成熟度較高開源技術(shù)：Openstack對KVM,XEN,VMware和Hyper-V 等主流虛擬機(jī)技術(shù)都能支持虛擬化基礎(chǔ)設(shè)施管理功效：VIM(Virtual Infrastructure Manager): 負(fù)責(zé)虛擬機(jī)資源分配、更新及釋放，資源性能和故障信息搜集上報(bào)原因1：虛擬化層對讀寫操作控制和管理需要一定開銷原因2：越多上層

13、應(yīng)用，越多并行數(shù)據(jù)讀寫增強(qiáng)方案（CPU隔離、多線程、巨頁內(nèi)存、SR-IOV、DPDK）：創(chuàng)建VM存儲時(shí)，盡量降低重讀寫業(yè)務(wù)在同一塊硬盤上進(jìn) 行操作對于重讀寫VM，提供讀寫速率較高固態(tài)硬盤虛擬網(wǎng)卡：使用SR-IOV（單根I/O虛擬化）技術(shù)等虛擬軟件是在上層應(yīng)用與底層硬件之間額外增加一層，所以設(shè)備虛擬化后對系統(tǒng)性能有額外開銷，需對虛擬機(jī)進(jìn)行功能增強(qiáng)以適應(yīng)電信級要求磁盤磁陣物理主機(jī)應(yīng)用客戶OS數(shù)據(jù)讀寫主機(jī)OS存放設(shè)備驅(qū)動虛擬化層1211/362、虛擬資源管理OpenStack（1/3）OpenStack是一個(gè)分布式虛擬資源（計(jì)算、網(wǎng)絡(luò)、存放）管理平臺，包括一系列開源 組件和標(biāo)準(zhǔn)接口協(xié)議，目前在全球范

14、圍內(nèi)已經(jīng)成為私有云管理主流選擇，主要廠家虛擬 化層及VIM均是基于OpenStack二次開發(fā)。OpenStack is a cloud operating system that controls large pools of compute, storage, and networking resources throughout a datacenter, all managed through a dashboard that gives administrators control while empowering their users to provision resources

15、through a web interface.1312/362、虛擬資源管理OpenStack組件（2/3）Openstack包含計(jì)算、網(wǎng)絡(luò)、存放、鑒權(quán)和監(jiān)控等功效組件，每個(gè)功效組件都單 獨(dú)命名，各組件之間有相互調(diào)用關(guān)系，在管理虛擬資源同時(shí)，也能實(shí)現(xiàn)部分裸機(jī)管 理功效。中心：中間那個(gè)菱形，表示虛擬機(jī)Nova：管理計(jì)算能力、VM生命周期Neutron：為OpenStack提供網(wǎng)絡(luò)連 接服務(wù)（舊版本為Quantum）Glance：管理VM磁盤鏡像功效Cinder：為VM提供塊存儲服務(wù)Swift：提供對象存放服務(wù)Keystone：提供認(rèn)證和權(quán)限管理Ceilometer：提供監(jiān)控和計(jì)量服務(wù)（維護(hù)入口

16、）Horizon ： OpenStack 人機(jī)接口 （服務(wù)入口Portal）Ironic：提供對裸機(jī)管理（只管理 資源，不論理運(yùn)行狀態(tài)）。Trove：提供數(shù)據(jù)庫服務(wù)。Heat： 提供針對OpenStack 編排 服務(wù)。1413/362、基于KVM+OpenStackNFV邏輯架構(gòu)和物理結(jié)構(gòu)對照圖（3/3）VMM (也叫Cloud OS 或者 Hypervisor)控制節(jié)點(diǎn)VIMOpenStackHost OS（Linux） KVM.koHost OS（Linux）KVM.ko存放節(jié)點(diǎn)網(wǎng)絡(luò)節(jié)點(diǎn)OpenStack計(jì)算節(jié)點(diǎn)QEMUNFVIHost OS（Linux）KVM.ko存放節(jié)點(diǎn)網(wǎng)絡(luò)節(jié)點(diǎn)Ope

17、nStack計(jì)算節(jié)點(diǎn)QEMUHost OS（Linux）KVM.ko存放節(jié)點(diǎn)網(wǎng)絡(luò)節(jié)點(diǎn)OpenStack計(jì)算節(jié)點(diǎn)QEMUHost OS（Linux）KVM.ko存放節(jié)點(diǎn)網(wǎng)絡(luò)節(jié)點(diǎn)OpenStack計(jì)算節(jié)點(diǎn)QEMUHost OS（Linux）KVM.ko存放節(jié)點(diǎn)網(wǎng)絡(luò)節(jié)點(diǎn)OpenStack計(jì)算節(jié)點(diǎn)QEMU15APPAPPAPPAPPAPPGuestGuestGuestGuestGuestOSOSOSOSOSVMVMVMVMVM14/363、網(wǎng)絡(luò)編排彈性伸縮（Scaling） NFV賦予網(wǎng)絡(luò)更靈活容量調(diào)整能力。運(yùn)行商可 依據(jù)預(yù)配置容量指標(biāo)和擴(kuò)展調(diào)度策略，在相關(guān)網(wǎng) 絡(luò)指標(biāo)到達(dá)閾值時(shí)，實(shí)現(xiàn)云資源自動彈性擴(kuò)展

18、。 彈性伸縮包含scale out/in（網(wǎng)元內(nèi)虛擬機(jī)數(shù)量 增減），scale up/down（網(wǎng)元虛擬機(jī)規(guī)格大小 改變）四種方式。網(wǎng)絡(luò)維護(hù)人員基于云管理平臺網(wǎng)絡(luò)編排（Orchestration）功效，經(jīng)過統(tǒng)一資 源管理、自動化流程、資源調(diào)度和調(diào)整策略，采取事先定義好網(wǎng)絡(luò)服務(wù)模板NSD、 虛擬網(wǎng)元模板VNFD，進(jìn)行網(wǎng)絡(luò)、網(wǎng)元創(chuàng)建，實(shí)現(xiàn)資源池資源按需使用，業(yè)務(wù)網(wǎng)絡(luò) 彈性擴(kuò)展和自愈，到達(dá)提升資源利用率目標(biāo)實(shí)現(xiàn)網(wǎng)絡(luò)生命周期管理（lifecycle management） 經(jīng)過云管理平臺（MANO）實(shí)現(xiàn)網(wǎng)絡(luò)生命周期管理，包含 加載 (Onboard ) 、 實(shí)例化 （ Instantiation ）

19、、 業(yè) 務(wù) 監(jiān) 控 (Monitor)、擴(kuò)容/縮容（Scale）、自愈(Heal)、更新/升級（upgrade/update)、終止（Termination）等。 業(yè)務(wù)創(chuàng)建階段，網(wǎng)絡(luò)編排實(shí)現(xiàn)按預(yù)定網(wǎng)絡(luò)服務(wù)模板NSD、 虛擬網(wǎng)元模板VNFD分配基礎(chǔ)網(wǎng)絡(luò)資源，創(chuàng)建網(wǎng)絡(luò)/網(wǎng)元 業(yè)務(wù)運(yùn)行階段，經(jīng)過實(shí)時(shí)性能監(jiān)控、實(shí)時(shí)告警等監(jiān)控網(wǎng)絡(luò)運(yùn)行情況，實(shí)現(xiàn)數(shù)據(jù)中心資源按需彈性分配與利用率最優(yōu)化 自動恢復(fù)（Heal自愈） NFV提供網(wǎng)絡(luò)業(yè)務(wù)功效自動恢復(fù)能力，當(dāng) 運(yùn)行中網(wǎng)絡(luò)業(yè)務(wù)組件瓦解時(shí)，云管理系 統(tǒng)(MANO)能夠依據(jù)預(yù)先定義模板中腳 本策略 ， 提取對應(yīng)鏡像信息（ 快照信 息），快速實(shí)現(xiàn)網(wǎng)絡(luò)業(yè)務(wù)組件重新布署、 實(shí)現(xiàn)

20、網(wǎng)絡(luò)功效自動恢復(fù)。1615/364、云管與網(wǎng)管協(xié)同當(dāng)前云管三層子系統(tǒng)功效規(guī) 范、云管與網(wǎng)管之間接口 規(guī)范均待明確。故障處理需協(xié)同IT硬件資源及虛擬機(jī)告警 上報(bào)至云管；應(yīng)用網(wǎng)元告 警上報(bào)至網(wǎng)管； 兩類告警 需傳遞并進(jìn)行實(shí)時(shí)關(guān)聯(lián)性能管理需協(xié)同虛擬資源性能數(shù)據(jù)由云管 采集， 網(wǎng)管側(cè)采集應(yīng)用網(wǎng) 元性能指標(biāo)；兩類性能數(shù) 據(jù)需要配合才能完成自動 彈性伸縮綜合資源管理模型需重定義NFV軟硬解耦后資源管理 模型需重新定義，比如需 要增加虛擬機(jī)資源管理等1、云管理Hypervisor硬件資源（計(jì)算、存放、網(wǎng)絡(luò)）VMVMVMVMOSOSOSOSVNF 現(xiàn)有接口 VNF (CSCF)(HSS)VNF (TAS)VN

21、F()OMCOSSVIMVNFOC1C2C3C4 C9現(xiàn)有接口現(xiàn)有接口C5C6C8VNFMC7C102、網(wǎng)絡(luò)管理17云管主要實(shí)現(xiàn)云基礎(chǔ)設(shè)施統(tǒng)一管理、為上層應(yīng)用提供虛擬機(jī)資源以實(shí)現(xiàn)VNF網(wǎng)元全生命周期 管理；網(wǎng)管主要實(shí)現(xiàn)業(yè)務(wù)層面性能統(tǒng)計(jì)、告警、故障、配置等。NFV打破了電信網(wǎng)設(shè)備統(tǒng)一管理 模式，將IT資源管理和網(wǎng)元功效管理分解成了兩條管理路徑，不過VNF故障可能發(fā)生在VNF軟件層、 虛擬機(jī)、Hypervisor或硬件等各層面，所以需要云管和網(wǎng)管協(xié)同16/3615、硬件選擇電信界和IT界系統(tǒng)設(shè)計(jì)理念不一樣，硬件選擇考慮原因也不一樣，NFV基于IT理念 采取通用設(shè)備提供電信級服務(wù)，需制訂增強(qiáng)設(shè)備要求

22、，確保功能、性能、可靠性、 軟硬解耦需求ATCA標(biāo)準(zhǔn)規(guī)定了電信設(shè)備體積，功耗等指標(biāo)，限制了帶寬，計(jì)算等性能提升可靠性好，均滿足99.999%可靠性要求ATCA設(shè)備也采取X86服務(wù)器，不過主要由 電信設(shè)備廠家生產(chǎn)，成本較高 通用服務(wù)器符合工業(yè)標(biāo)準(zhǔn)，與應(yīng)用軟件解耦， 兼容性較高；性能提升優(yōu)化速度快（More定 律每六個(gè)月翻翻）部分COTS設(shè)備經(jīng)過NEBS3可靠性認(rèn)證通用服務(wù)器設(shè)備供給商更多，產(chǎn)業(yè)鏈開放，有利于降低采購成本ATCACOTS為滿足電信級業(yè)務(wù)服務(wù)，需對IT資源制訂功效、性能、可靠性、環(huán)境適應(yīng)性等特定要求8功效/性能 CPU：采取Intel或AMD等X86架構(gòu)64位CPU，支持硬件輔助虛擬

23、化。網(wǎng)卡：支持SR-IOV, 支持PXE, 如需訪問FC存放，采取CNA（Converged Network Adapter）可靠性機(jī)框級: 無源背板, 雙電源平面, N+N電源冗余, 風(fēng)扇冗余, 框級故障上報(bào)（適適用于框式設(shè)備）交換板: 最少雙交換平面 帶外故障檢測(交換芯片、CPU、內(nèi)存、網(wǎng)卡，以及丟包、錯(cuò)包)（適適用于框式設(shè)備）服務(wù)器級:硬盤冗余、網(wǎng)卡冗余帶內(nèi)故障上報(bào)-CPU故障、橋片異常、PCIE總線異常、網(wǎng)卡異常、內(nèi)存異常、硬盤及硬盤控制器異常、BIOS異常帶外故障上報(bào)-溫度異常、電壓異常、CPU嚴(yán)重錯(cuò)誤(CPU core及一二級Cache錯(cuò)誤)器件級: 服務(wù)器專用內(nèi)存、服務(wù)器專用S

24、AS硬盤環(huán)境適用性環(huán)境適應(yīng)性包含溫度，濕度， 防塵，抗震和電磁兼容性。需視設(shè)備所安裝場地提出對應(yīng)要求，比如在能提供恒溫、恒濕 數(shù)據(jù)中心，可放松對溫度和濕度要求17/36196、可靠性機(jī)制虛擬化X-CSCF 進(jìn)程分布示意圖 虛擬化X-CSCF“虛擬單板”（虛擬機(jī)）故障 后，能夠?qū)⑦M(jìn)程切換到備用虛擬機(jī)；同時(shí)，尋 找空閑虛擬機(jī)，創(chuàng)建新“虛擬單板” 虛擬化網(wǎng)元主進(jìn)程故障，可快速恢復(fù)，縮短 單進(jìn)程存在時(shí)間，進(jìn)而增加網(wǎng)元無故障時(shí) 間，提升系統(tǒng)可靠性ATCAX-CSCF進(jìn)程分布示意圖16234512346655虛擬機(jī)故障時(shí)，管理平臺應(yīng)能快速生成新虛擬機(jī)，與傳統(tǒng)人工更換故障硬件相比， 有助于縮短硬件故障帶來業(yè)

25、務(wù)恢復(fù)時(shí)間，降低故障修復(fù)期間單點(diǎn)失效風(fēng)險(xiǎn)，但虛機(jī)單 板之間親和性要求等需要特殊考慮。主、備單板 同時(shí)存在， 可靠性高僅一個(gè)單板 負(fù)擔(dān)業(yè)務(wù)， 可靠性大幅 降低現(xiàn)有電信設(shè)備中，通常一個(gè)業(yè)務(wù)模塊由兩 個(gè)熱備進(jìn)程實(shí)現(xiàn)，布署在兩個(gè)不一樣物 理單板上虛擬化從業(yè)界來看，數(shù)據(jù)中心及虛擬機(jī)本身不提供地理容災(zāi)方案，需要在應(yīng)用層完成地理級容災(zāi)功 能，也就是說虛擬功效網(wǎng)元軟件繼承原有電信網(wǎng)元地理容災(zāi)機(jī)制，對于受影響虛擬化網(wǎng)元，虛擬功效網(wǎng)元在業(yè)務(wù)層開啟主備倒換, 確保業(yè)務(wù)無損失。12345661234518/367、NFV解耦方案選擇（1/2）依據(jù)NFV三層架構(gòu)解耦程度，NFV實(shí)際布署有以下五種方式：單廠家、共享 源池

26、、軟硬解耦、廠家虛擬化層三層解耦、自主虛擬化層三層全解耦。1.單廠家2.共享資源池（兩層解耦）3.軟硬解耦（兩層解耦）4.廠家虛擬化層 三層解耦廠家AHardwareVNFHypervisorVIMNFVOVNFM廠家B廠家AVNFNFVOVNFMHardwareHypervisorVIM廠家B廠家AVNFNFVOVNFMHardwareHypervisorVIM廠家C廠家A廠家B(廠家虛擬化層)HypervisorVIMVNFNFVOVNFMHardware廠家C廠家A廠家B(自主虛擬化層)HypervisorVIMVNFNFVOVNFMHardware5.自主虛擬化層 三層解耦從整體架構(gòu)考

27、慮，三層解耦是發(fā)展方向。但三層全解耦方案需要進(jìn)行三層全量異廠家配對測試，測試復(fù)雜度較高，集成難度較大，建議采取確定虛擬化層三層解耦為目標(biāo)方案。確定虛擬化層三層解耦還能夠分為廠家三層解耦和自主三層解耦兩種方式2019/367、NFV解耦方案選擇（2/2）21軟硬解耦易形成單廠家資源池，不能做到硬件資源共享最大化，不能實(shí)現(xiàn)網(wǎng)絡(luò)編排；共享資源池和確定虛擬化層三層解耦均可實(shí)現(xiàn)硬件資源共享、跨廠家網(wǎng)絡(luò)編排和資源分層維護(hù)；單廠家方案是國際上中小運(yùn)行商主流選擇方案。因?yàn)榘ňW(wǎng)絡(luò)內(nèi)多廠家設(shè)備異構(gòu)，確定虛擬化層三層解耦是國際上大電信運(yùn)行商主流選擇方案；目標(biāo)是三層解耦，但面對初小規(guī)模試商用可采取軟硬解耦方案項(xiàng)目單

28、廠家共享資源池軟硬解耦確定虛擬化層 三層解耦三層全解耦資源共享一個(gè)廠家不一樣網(wǎng)元硬件資源共享不一樣廠家不一樣網(wǎng)元硬件資源共享一個(gè)廠家不一樣網(wǎng)元硬件資源共享不一樣廠家不一樣網(wǎng)元硬件資源共享不一樣廠家不一樣網(wǎng)元硬件資源共享網(wǎng)絡(luò)編排單廠家私有方案 網(wǎng)絡(luò)編排能力跨廠家網(wǎng)絡(luò)編排 能力單廠家私有方案 網(wǎng)絡(luò)編排能力跨廠家網(wǎng)絡(luò)編排 能力跨廠家網(wǎng)絡(luò)編排能力維護(hù)模式保持現(xiàn)有不變可分兩層維護(hù)保持現(xiàn)有不變可分三層維護(hù)可分三層維護(hù)維護(hù)復(fù)雜 度保持現(xiàn)實(shí)狀況復(fù)雜，包括兩層 異廠家配對保持現(xiàn)實(shí)狀況，但需 要重新實(shí)現(xiàn)三層 故障關(guān)聯(lián)復(fù)雜，包括兩層 異廠家配對非常復(fù)雜，包括三層AXBXC全量異 廠家配對，問題定位、定界、定責(zé)困 難

29、，很輕易出現(xiàn)廠家間扯皮情況商用情況電信VoLTE業(yè)務(wù) 印尼E E PCRF中移私有云暫無AT&T自主集成 vCPE，意大利 Vodafone廠家 VoLTE， DoCoMo自主集 成物聯(lián)網(wǎng)EPC暫無20/368、NFV與私有云關(guān)系NFV云與IT私有云在可靠性、資源調(diào)度方式、管理運(yùn)維方式等方面存在差異，早期各自發(fā)展都不成熟，融合實(shí)施輕易相互拖累。初期分開布署，后續(xù)技術(shù)成熟后融合M A N OVVNF VNF VNFIMSEPCCPE虛擬層基礎(chǔ)設(shè)施I MEMAIL虛擬層基礎(chǔ)設(shè)施BSSOSS.NFV私有云私有云管 理平臺私有云資 源管理模 塊I C T O基礎(chǔ)設(shè)施I MOSSBSS虛擬層VVNFVN

30、FVNFEPCCPEIMSICT融合云成熟后22IT 私有云NFV硬件配置網(wǎng)卡配置1G10G，普通4網(wǎng)卡網(wǎng)卡配置10G100G，最少6網(wǎng)卡服務(wù)器IPSec/SA/Gb加速子卡虛擬化技術(shù)多樣化：XEN/vSphere/HyperV/KVM普通采取KVM 轉(zhuǎn)發(fā)面使用DPDK、SR-IOV等轉(zhuǎn)發(fā)加速功效云操作系統(tǒng)新建系統(tǒng)主要采取OpenStack，存量系統(tǒng)多樣化普通采取OpenStack云服務(wù)有物理機(jī)服務(wù)，文件服務(wù)、大數(shù)據(jù)等特殊服務(wù)虛機(jī)、存放、網(wǎng)絡(luò)等通用服務(wù)承載業(yè)務(wù)IT業(yè)務(wù)支撐系統(tǒng)、承載BOM域、互聯(lián)網(wǎng)業(yè)務(wù)承載云化電信網(wǎng)元性能要求交換只關(guān)心可達(dá)，時(shí)延要求不高，秒級關(guān)注轉(zhuǎn)發(fā)面性能，端到端時(shí)延和QOS保

31、障，毫秒級可靠性要求99.99%99.999%管理平臺規(guī)范化企業(yè)規(guī)范，只負(fù)責(zé)云資源管理ETSI NFV規(guī)范，負(fù)責(zé)云資源+NFV生命周期管理21/36目 錄一、什么是NFV ？二、NFV關(guān)鍵技術(shù)三、產(chǎn)業(yè)推進(jìn)情況四、NFV帶來影響2322/361、NFV相關(guān)標(biāo)準(zhǔn)化和開源組織開源組織標(biāo)準(zhǔn)化組織C1C3VIMNFVOC5C6VNFMC7云管理Hypervisor/虛擬機(jī)管理VMM硬件資源（計(jì)算、存儲、網(wǎng)絡(luò)）虛擬機(jī)VM虛擬機(jī)VM虛擬網(wǎng)元VNF(CSCF.(HSS)C4 )虛擬網(wǎng)元VNFC2虛擬 資源硬件 資源OSS/BSS虛擬 網(wǎng)元NFV 包括眾多標(biāo)準(zhǔn)化組織和開源小區(qū) ， 除了傳統(tǒng)通信標(biāo)準(zhǔn)組織（ ETS

32、I 、 3GPP），NFV標(biāo)準(zhǔn)還包括眾多開源組織，如OpenStack、OPNFV，以及SDN相關(guān) ONF、ODL、ONOS等。NFV標(biāo)準(zhǔn)化從側(cè)重通信協(xié)議交互到強(qiáng)調(diào)API調(diào)用、開源 開放軟件交互轉(zhuǎn)變。當(dāng)前NFV基本架構(gòu)和關(guān)鍵流程基本確定，但在詳細(xì)實(shí)施方案等 方面進(jìn)展遲緩。ETSI發(fā)起NFV研究，主要制訂MANO 流程3GPP側(cè)重網(wǎng)元虛擬化后新功效特征 以及MANO與網(wǎng)管配合OpenStack及OPNFV側(cè)重在開源云 計(jì)算管理服務(wù)和基礎(chǔ)設(shè)施平臺ONF ： 致力于基于Openflow協(xié)議 SDN架構(gòu)OpenDayLight：致力于采取 SDN優(yōu)化DC網(wǎng)絡(luò)靈活性，提高網(wǎng)絡(luò)服務(wù)能力。ONOS：致力于S

33、DN跨DC網(wǎng)絡(luò)調(diào)度2423/362、國際案例1：AT&T推出domain 2.0，全局改革，向“軟件”企業(yè)轉(zhuǎn)型 年 9 月 23 日 ， AT&T 發(fā) 布 ”Domain2.0” 白 皮 書 ， 明 確 轉(zhuǎn) 型NFV/SDN&Cloud，運(yùn)行思緒由管道運(yùn)行轉(zhuǎn)向“DevOps” 頂層設(shè)計(jì)方面，Domain 2.0“網(wǎng)絡(luò)云”理念得到加深 和鞏固，并統(tǒng)一到AIC云（AT&T Integrated Cloud）框 架之下，主動開發(fā)落實(shí)AIC節(jié)點(diǎn)實(shí)現(xiàn)技術(shù)方案選定29+40個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)升級試點(diǎn)，計(jì)劃20實(shí)現(xiàn)約4,600個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)（含CO和POP點(diǎn)）升級 年計(jì)劃30%、20預(yù)計(jì)75%網(wǎng)絡(luò)功效實(shí)現(xiàn)虛擬化選定15

34、0種網(wǎng)絡(luò)功效，計(jì)劃20實(shí)現(xiàn)軟件控制方式虛擬 化，涵蓋75%網(wǎng)絡(luò)功效 Domain 2.0對新網(wǎng)絡(luò)功效在新平臺創(chuàng)建靈活性寄予期 待，新功效幾分鐘加載完成，較傳統(tǒng)網(wǎng)絡(luò)升級速度大幅提升因?yàn)镺penstack支持NFV需要既深刻了解電信又精通虛擬化/云化系統(tǒng)集成廠商幫助搭建 AIC（AT&T Integrated Cloud），AT&T domain 2.0進(jìn)展不如預(yù)期順利。據(jù)了解AT&T已與 愛立信簽署Project Rocket合作項(xiàng)目，由愛立信工程師與AT&T工程師共同開發(fā)，目前愛立信已 投入工程師1000余人。NFV化方案：網(wǎng)絡(luò)功效由原來依靠專用硬件設(shè)備實(shí)現(xiàn)，轉(zhuǎn)由軟件+IT通用硬件方式實(shí)現(xiàn)SD

35、N化方案：實(shí)現(xiàn)控制與轉(zhuǎn)發(fā)分離，經(jīng)過Openflow實(shí) 現(xiàn)對路由器、交換機(jī)、PON OLT等設(shè)備管理云化方案：中心機(jī)房內(nèi)網(wǎng)絡(luò)功效和Radius等服務(wù)器均 以x86通用硬件實(shí)現(xiàn)，共用計(jì)算25CORD 關(guān)鍵理念： 中心機(jī)房重建為數(shù)據(jù)中心 Central Office Re-architected as Datacenter，整網(wǎng)端到端 虛擬化，涵蓋用戶側(cè)CPE設(shè)備和OLT和BRAS等網(wǎng)絡(luò)設(shè)備24/362、國際案例2：德電構(gòu)建”軟件定義運(yùn)行商“， 實(shí)現(xiàn)網(wǎng)絡(luò)一體化遠(yuǎn)景規(guī)劃德電致力于實(shí)現(xiàn)NFV泛歐網(wǎng)絡(luò)統(tǒng)一建設(shè)，實(shí)現(xiàn)控制和轉(zhuǎn)發(fā)分離，業(yè)務(wù)統(tǒng)一快速 布署，規(guī)劃實(shí)現(xiàn)以下目標(biāo)： Pan-European：全歐一張網(wǎng)

36、，不再單國設(shè)計(jì) 一張網(wǎng)絡(luò)支持全部業(yè)務(wù)（包含互聯(lián)網(wǎng)，TV等） 電信功效以及業(yè)務(wù)以“虛擬化”形式移植到23個(gè)數(shù)據(jù)中心 實(shí)現(xiàn)快速業(yè)務(wù)發(fā)放，集成，統(tǒng)一運(yùn)維；希望降低30-50%Capex和Opex 預(yù)期經(jīng)過自主研發(fā)和集成實(shí)現(xiàn)虛擬化服務(wù)來差異化2625/362、國際案例3：其他國際運(yùn)行商進(jìn)展Vodefone主動推進(jìn)布署NFV，但對企業(yè)轉(zhuǎn)型持保守態(tài)度： 商用了基于NFVvIMS系統(tǒng)，早期用戶10萬 由應(yīng)用廠家（華為）提供端到端系統(tǒng)集成，不承諾系統(tǒng)5個(gè)9可靠性，企業(yè)層面暫不考慮借助NFV實(shí)現(xiàn)企業(yè)轉(zhuǎn)型Telefonic小規(guī)模商用NFV，采取第三方集成，對企業(yè)轉(zhuǎn)型持逛網(wǎng)態(tài)度： 站在戰(zhàn)略角度期望經(jīng)過NFV引領(lǐng)行業(yè)

37、，在標(biāo)準(zhǔn)中重點(diǎn)投入 定義UNICA框架統(tǒng)一基礎(chǔ)設(shè)施架構(gòu)，對底層進(jìn)行實(shí)踐。在西班牙有布署NFV，后續(xù)考慮在德國、阿根 廷布署 有HP作為第三方提供端到端系統(tǒng)集成，提供NFV處理方案DoCoMo以物聯(lián)網(wǎng)EPC作為切入點(diǎn)，嘗試自主集成： 全球首個(gè)復(fù)雜Multi-Vendor全解耦NFV商用集成項(xiàng)目，自主集成，由愛立信作為虛擬化和云平 臺唯一廠家 基于物聯(lián)網(wǎng)應(yīng)用vEPC于完成功效與性能測試，已于年商用但當(dāng)前規(guī)模不大。小結(jié)：運(yùn)行商均認(rèn)可NFV是未來網(wǎng)絡(luò)發(fā)展 方向， 部分大運(yùn)行商有少量商用布署 VoLTE和物聯(lián)網(wǎng)專網(wǎng)EPC；運(yùn)行商對企業(yè)轉(zhuǎn) 型態(tài)度存在差異，大部分處于嘗試或探 索階段，僅AT&T明確進(jìn)行企業(yè)

38、全方面轉(zhuǎn)型2726/36目 錄一、什么是NFV ？二、NFV關(guān)鍵技術(shù)三、產(chǎn)業(yè)推進(jìn)情況四、NFV帶來影響3027/361、通信產(chǎn)業(yè)鏈發(fā)生變革產(chǎn)品提供形式由“軟硬一體”轉(zhuǎn)向“軟硬分離”，IT類軟硬件產(chǎn)品將大舉進(jìn)入通 信市場，通信產(chǎn)業(yè)鏈由原來簡單“運(yùn)行商+設(shè)備提供商”改變?yōu)椤斑\(yùn)行商+系統(tǒng)集 成商+虛擬化平臺軟件提供商+NFV功效軟件提供商+硬件設(shè)備提供商”多角關(guān)系新角色加入關(guān)鍵網(wǎng)產(chǎn)業(yè)鏈關(guān)鍵網(wǎng)產(chǎn)業(yè)鏈中傳統(tǒng)角色發(fā)生轉(zhuǎn)變當(dāng)前運(yùn)行商軟硬件一起采購，即“軟硬一體” 新模式下，運(yùn)行商統(tǒng)一采購硬件平臺，可單獨(dú) 采購關(guān)鍵網(wǎng)功效軟件和虛擬化軟件，即“軟硬 分離”，產(chǎn)業(yè)鏈細(xì)化為虛擬化產(chǎn)品提供商、通 用硬件設(shè)備制造商、整

39、體方案提供商傳統(tǒng)設(shè)備制造商可能轉(zhuǎn)型為虛擬化軟件提供商 在運(yùn)行商統(tǒng)一建設(shè)模式下，運(yùn)行商將負(fù)責(zé)整合 硬件設(shè)備、虛擬化產(chǎn)品及NFV網(wǎng)元軟件功效， 或由專門系統(tǒng)集成商集成后提供給運(yùn)行商硬件設(shè)備制造商關(guān)鍵網(wǎng)設(shè)備制造商運(yùn)行商芯片制造商芯片制造商新組員加入硬件設(shè)備提供商31運(yùn)行商傳統(tǒng)電信產(chǎn)業(yè)鏈新電信產(chǎn)業(yè)鏈NFV功效軟 件提供商虛擬化產(chǎn) 品提供商系統(tǒng)集成商關(guān)鍵網(wǎng)設(shè)備制造商轉(zhuǎn)化新組員加入 形成新步驟28/362、運(yùn)行商傳統(tǒng)規(guī)劃、采購、建設(shè)、維護(hù)流程均將發(fā)生改變 硬件可規(guī)模化統(tǒng)一集采，硬件資源可共享給不一樣業(yè)務(wù)/網(wǎng)元 功能使用；硬件準(zhǔn)入機(jī)制（如短名單）需考慮滿足通信業(yè) 務(wù)需求并緊跟IT發(fā)展速度 硬件部署在先，網(wǎng)絡(luò)

40、部署在后，部署過程可獨(dú)立改變2：軟硬件分開采購、先硬后軟建設(shè)通信網(wǎng)NFV云化將引入全新云化生命周期管理模式，現(xiàn)有設(shè)備規(guī)劃、采購、建設(shè)、維護(hù)流程均發(fā)生變更，需探索并制訂新網(wǎng)絡(luò)環(huán)境下可操作最優(yōu)流程聯(lián)合進(jìn)行網(wǎng)絡(luò)規(guī)劃硬件選型硬件采購硬件安裝硬件更換硬件擴(kuò)容虛擬化軟件選型虛擬化軟件采購虛擬化軟件集 成安裝虛擬化軟件升級業(yè)務(wù)軟件選型業(yè)務(wù)軟件采購業(yè)務(wù)軟件布署業(yè)務(wù)彈性伸縮或擴(kuò)容虛擬化層擴(kuò)容業(yè)務(wù)軟件升級業(yè)務(wù)退網(wǎng)虛擬化層退網(wǎng)系 統(tǒng) 建 設(shè)擴(kuò) 容 調(diào) 整維護(hù) 升 級退網(wǎng) 統(tǒng)一管理云資源，統(tǒng)籌規(guī)劃網(wǎng)絡(luò)建設(shè)方案，各部門協(xié)同要 求高 業(yè)務(wù)需求規(guī)劃與現(xiàn)有云資源池需在容量、性能方面相互匹 配，資源池內(nèi)IP規(guī)劃非常主要改變1：

41、網(wǎng)絡(luò)規(guī)劃更重全局協(xié)調(diào) 網(wǎng)絡(luò)布署更側(cè)重軟件層面，基于云管理更易自動化快捷部 署。硬件組網(wǎng)連接盡可能防止“碎片化”布局 布署流程需增加審核和授權(quán)步驟改變3：網(wǎng)絡(luò)布署更易實(shí)現(xiàn)自動化 自動化擴(kuò)容或升級可能帶來批量效果，效率提升改變4：網(wǎng)絡(luò)擴(kuò)容升級靈活硬件生命周期管理虛擬化層生命周期管理 業(yè)務(wù)層生命周期管理系統(tǒng)規(guī)劃 管理范圍可能需擴(kuò)大，如需進(jìn)行安裝包管理等硬件退網(wǎng)3229/363、新型網(wǎng)絡(luò)架構(gòu)新型網(wǎng)絡(luò)架構(gòu)將以數(shù)據(jù)中心為基礎(chǔ)，各數(shù)據(jù)中心以云計(jì)算技術(shù)進(jìn)行組織并放置NFV 虛擬化通信網(wǎng)元，各數(shù)據(jù)中心間經(jīng)過以SDN技術(shù)實(shí)現(xiàn)調(diào)度IP承載網(wǎng)絡(luò)進(jìn)行連接。 未來網(wǎng)絡(luò)發(fā)生根本性變化將圍繞以下三個(gè)技術(shù)： 傳統(tǒng)機(jī)房改造為數(shù)據(jù)

42、中心，機(jī)房內(nèi)采取云計(jì)算技術(shù)組織 傳統(tǒng)通信網(wǎng)元經(jīng)過NFV虛擬化技術(shù)實(shí)現(xiàn)軟件化 經(jīng)過SDN技術(shù)實(shí)現(xiàn)數(shù)據(jù)中心內(nèi)和數(shù)據(jù)中心間IP資源及策略調(diào)度出口路由器IP承載網(wǎng)絡(luò)出口路由器骨干網(wǎng)SDN控制器骨干網(wǎng) Orchestrator骨干網(wǎng)流量調(diào)度平臺PCEP等南向接口Restful北向接口DC4DC3DC2DC1出口路由器出口路由器3330/364、網(wǎng)管系統(tǒng)架構(gòu)或?qū)l(fā)生變革NFV后網(wǎng)絡(luò)管理對象發(fā)生改變，網(wǎng)元虛擬化后軟硬件解耦，網(wǎng)管對象發(fā)生改變，對 統(tǒng)一采集平臺、資源管理、故障管理、性能管理帶來一定影響統(tǒng)一采集平臺資源管理故障管理性能管理網(wǎng)絡(luò)優(yōu)化OMC專業(yè) OSS直控 設(shè)備類似NFVOOMC工單處理系統(tǒng)（EOM

43、S）NFV- OMC網(wǎng)絡(luò)管理對象發(fā)生較大改變1管理對象從單一網(wǎng)元轉(zhuǎn)變?yōu)樘摂M網(wǎng)元、虛擬機(jī)、物理機(jī)及相互映射關(guān)系；物理資源、虛擬資源、網(wǎng)絡(luò)服務(wù)之間關(guān)系都是可變，不再是靜態(tài)1:1關(guān)系，被管對象之間一對多或多對多關(guān)系，使得網(wǎng)元故障、配置和性能管理變相對復(fù)雜傳統(tǒng)網(wǎng)管體系功效均需要調(diào)整 資源管理需定義新管理對象數(shù)據(jù)模型；制訂故障上報(bào)流程、故障 關(guān)聯(lián)功效要求；定義新性能指標(biāo)及上報(bào)流程；統(tǒng)一采集平臺相關(guān)功 能、流程需要針對新管理對象進(jìn)行定義2MANO功效與流程標(biāo)準(zhǔn)化直接影響網(wǎng)絡(luò)管理與編排效率3當(dāng)前MANO相關(guān)國際標(biāo)準(zhǔn)相對滯后，各廠家實(shí)現(xiàn)差異較大（操作入口多、模塊功效不清楚、接口流程差異、文件格式不統(tǒng)一等）。N

44、FVOVNFM功效及接口規(guī)范程度，決定NFVO實(shí)現(xiàn)多廠家網(wǎng)元 管理可能性NFVOVIM功效及接口規(guī)范程度，決定NFVO跨廠家資源池管理 和調(diào)度能力VNFD、NSD模板標(biāo)準(zhǔn)化程度，決定后續(xù)再虛擬網(wǎng)元創(chuàng)建及生命 周期管理中，運(yùn)行商可控程度自動彈性伸縮策略標(biāo)準(zhǔn)化，決定后續(xù)對虛擬資源、硬件資源彈性掌控能力CSCFX86通用平臺SBCTAS網(wǎng)元客戶系統(tǒng)EMSOSS應(yīng)用層信息采集NFVOVIMHypervisorVMVMVMOSOSOS硬件虛機(jī)監(jiān)控虛機(jī)VNFM網(wǎng)絡(luò)服務(wù)層協(xié)同網(wǎng) 元 應(yīng) 用 層 管 理 流云管網(wǎng) 基元 礎(chǔ)實(shí) 設(shè)例 施管 資理 源流 管 理 流34網(wǎng)管31/365、機(jī)房及配套需做根本性改造通用

45、IT設(shè)備與傳統(tǒng)通信網(wǎng)元對于機(jī)房供電、空調(diào)、機(jī)架等機(jī)房環(huán)境方面要求有 較大不一樣，通信網(wǎng)元NFV虛擬化包括傳統(tǒng)通信機(jī)房改造為數(shù)據(jù)中心機(jī)房，基礎(chǔ)設(shè)施 改造普通周期較長、難度較大。NFV化后兩種服務(wù)器形式(機(jī)架式、刀片式)對現(xiàn)有機(jī)房、機(jī)架要求存在差異，需進(jìn)行特定適配性改造35通信機(jī)房IDC機(jī)房單機(jī)架功率5KW8KW機(jī)架規(guī)格高度機(jī)架式：2U 刀片式：10-14U深度機(jī)架式：700-800刀片式：650-850空調(diào)形式行列級機(jī)柜級空調(diào)配置分散式風(fēng)冷空調(diào)集中式水冷空調(diào)電源類型380V交流-48V直流380V交流為主336/240V高壓交流 少許-48V直流占用空間 單機(jī)柜只能安裝6-8 個(gè)機(jī)架服務(wù)器需要單獨(dú) 配置交換 機(jī)線纜多面向未