徐 雷 張?jiān)朴?熊 微

引言

在移動(dòng)互聯(lián)網(wǎng)時(shí)代，運(yùn)營(yíng)商面臨內(nèi)外夾擊的困局。就自身而言，傳統(tǒng)的流量增長(zhǎng)—網(wǎng)絡(luò)擴(kuò)容—收入增長(zhǎng)的商業(yè)模型正在逐漸失效，龐大、僵化的電信基礎(chǔ)網(wǎng)絡(luò)已不能很好地滿足用戶日益豐富和變化的需求；就競(jìng)爭(zhēng)對(duì)手而言，互聯(lián)網(wǎng)企業(yè)的業(yè)務(wù)快速迭代，能夠很好地契合用戶不斷變化的需求，同時(shí)，OTT服務(wù)商不斷推陳出新的各類移動(dòng)互聯(lián)網(wǎng)業(yè)務(wù)也強(qiáng)烈沖擊著運(yùn)營(yíng)商傳統(tǒng)業(yè)務(wù)市場(chǎng)，使得運(yùn)營(yíng)商相關(guān)服務(wù)收入停滯甚至下降，并且在網(wǎng)絡(luò)中越來(lái)越趨向于管道工的角色[1]。目前，全球運(yùn)營(yíng)商普遍面臨增收放緩、利潤(rùn)下降的困境。電信行業(yè)資訊公司OVUM在其發(fā)布的行業(yè)報(bào)告中指出，預(yù)計(jì)到2016年OTT社交通信應(yīng)用將使電信運(yùn)營(yíng)商短信收入減少540億美元；預(yù)計(jì)到2018年，OTT網(wǎng)絡(luò)電話將使全球電信行業(yè)的收入減少630億美元。面對(duì)如此困局，運(yùn)營(yíng)商正在積極探索解決之道，一方面希望能夠打破專有硬件設(shè)備的壟斷，構(gòu)建基于標(biāo)準(zhǔn)硬件的通用平臺(tái)；另一方面希望能夠快速靈活地進(jìn)行業(yè)務(wù)迭代，滿足用戶差異化需求，提升與互聯(lián)網(wǎng)企業(yè)開(kāi)展有效競(jìng)爭(zhēng)的能力。

隨著云計(jì)算概念的普及和X86服務(wù)器性能的提高，網(wǎng)絡(luò)功能虛擬化技術(shù)(Network Function Virtualization，NFV)順應(yīng)電信IT化的趨勢(shì)，作為一項(xiàng)新的網(wǎng)絡(luò)技術(shù)進(jìn)入了大眾視野。將NFV技術(shù)應(yīng)用到電信網(wǎng)絡(luò)中，能夠大幅提升網(wǎng)絡(luò)的靈活性，有利于新業(yè)務(wù)的開(kāi)發(fā)和部署，實(shí)現(xiàn)業(yè)務(wù)的靈活配置，提升網(wǎng)絡(luò)的管理和維護(hù)效率[2]。對(duì)運(yùn)營(yíng)商而言，NFV是一次改變困局、實(shí)現(xiàn)跨越發(fā)展的難得機(jī)遇，在降低CAPEX和OPEX成本及整體TCO的同時(shí)，還能加速新產(chǎn)品推出和業(yè)務(wù)創(chuàng)新。

NFV和SDN作為下一代網(wǎng)絡(luò)的革新技術(shù)已成為業(yè)界共識(shí)，從2012年NFV概念提出至今，NFV在標(biāo)準(zhǔn)化、部署應(yīng)用和行業(yè)影響力上快速發(fā)展。標(biāo)準(zhǔn)組織積極地開(kāi)展相關(guān)標(biāo)準(zhǔn)的制定，國(guó)內(nèi)外運(yùn)營(yíng)商也紛紛試水NFV，推動(dòng)并促進(jìn)廠商進(jìn)行NFV設(shè)備和SDN網(wǎng)絡(luò)的廣泛部署，使其市場(chǎng)規(guī)模不斷擴(kuò)大，全新的生態(tài)環(huán)境和產(chǎn)業(yè)鏈正逐漸形成。隨著NFV進(jìn)入快速發(fā)展期，運(yùn)營(yíng)商的管理研發(fā)體系及其與設(shè)備商的關(guān)系也將發(fā)生改變，CT和IT融合將更加深入。

1 NFV架構(gòu)特點(diǎn)

在當(dāng)前網(wǎng)絡(luò)部署的各種設(shè)備中，各類網(wǎng)元被封裝在獨(dú)立的盒子內(nèi)且網(wǎng)元間的硬件資源無(wú)法互用。為了適應(yīng)新的業(yè)務(wù)需求，增加網(wǎng)絡(luò)服務(wù)能力，通常采用增加硬件的方式為設(shè)備擴(kuò)容，而縮容后硬件資源閑置，這種方式不僅耗時(shí)長(zhǎng)、彈性差并且成本較高；在NFV技術(shù)體系下，通過(guò)硬件最小化來(lái)減少依賴硬件，其實(shí)質(zhì)是將網(wǎng)絡(luò)功能從專用硬件設(shè)備中剝離出來(lái)，實(shí)現(xiàn)軟件和硬件解耦后的各自獨(dú)立。各種網(wǎng)元被虛擬化成獨(dú)立的功能應(yīng)用，可以被靈活部署在基于標(biāo)準(zhǔn)的服務(wù)器、存儲(chǔ)和交換機(jī)構(gòu)建的平臺(tái)上，使得軟硬件解耦，各類網(wǎng)元功能應(yīng)用可通過(guò)快速增加/減少虛擬資源實(shí)現(xiàn)快速擴(kuò)容/縮容的目的，從而有效提升網(wǎng)絡(luò)的彈性和靈活性。

NFV的技術(shù)基礎(chǔ)主要是云計(jì)算和虛擬化[3]，虛擬化技術(shù)能將通用的計(jì)算、存儲(chǔ)、網(wǎng)絡(luò)等硬件設(shè)備分解為多種虛擬資源，實(shí)現(xiàn)應(yīng)用與硬件解耦，根據(jù)需要實(shí)現(xiàn)網(wǎng)絡(luò)功能及動(dòng)態(tài)靈活部署；云計(jì)算技術(shù)可以實(shí)現(xiàn)應(yīng)用的彈性伸縮及資源和業(yè)務(wù)負(fù)荷的匹配，不但提高了資源利用率，而且保證了系統(tǒng)響應(yīng)速度。

NFV的提出在給產(chǎn)業(yè)界網(wǎng)絡(luò)架構(gòu)帶來(lái)新變化的同時(shí)，也提出了新的設(shè)計(jì)需求[4]。主要包括以下三個(gè)方面。

1)基礎(chǔ)硬件平臺(tái)的可編程性。為實(shí)現(xiàn)與業(yè)務(wù)無(wú)關(guān)的資源池化能力，計(jì)算、存儲(chǔ)及轉(zhuǎn)發(fā)設(shè)備應(yīng)當(dāng)在保證性能的前提下，提供可編程的邏輯內(nèi)核和易于調(diào)用的應(yīng)用接口。可編程硬件將逐步替代傳統(tǒng)專用硬件，實(shí)施過(guò)程則依賴于網(wǎng)元結(jié)點(diǎn)的功能屬性、性能要求、成本等多種因素的綜合影響。

2)基礎(chǔ)硬件之上將加載虛擬化和云計(jì)算平臺(tái)軟件。云平臺(tái)軟件既對(duì)計(jì)算、存儲(chǔ)和網(wǎng)絡(luò)設(shè)備等資源進(jìn)行調(diào)度和管理，又為上層業(yè)務(wù)顯現(xiàn)提供一個(gè)開(kāi)放的運(yùn)行環(huán)境；因此，這就要求云平臺(tái)軟件必須具備高度的開(kāi)放性，不僅能支持多種硬件共存的異構(gòu)網(wǎng)絡(luò)環(huán)境而且可提供健康的生態(tài)系統(tǒng)。OpenStack作為當(dāng)前得到廣泛應(yīng)用的開(kāi)源云平臺(tái)，圍繞可靠、安全、性能、應(yīng)用體驗(yàn)等方面的需求提供相應(yīng)的功能，確保NFV架構(gòu)的開(kāi)放、穩(wěn)定和高效。

3)NFV架構(gòu)將硬件、中間件與軟件實(shí)現(xiàn)解耦，因此，各類上層業(yè)務(wù)和功能作為軟件模塊能夠進(jìn)行靈活的集成與部署。

2 NFV相關(guān)開(kāi)源技術(shù)對(duì)照分析

在傳統(tǒng)標(biāo)準(zhǔn)化工作開(kāi)展的同時(shí)，開(kāi)源組織也對(duì)NFV進(jìn)行積極推動(dòng)。2014年9月30日，由AT&T、中國(guó)移動(dòng)、戴爾、惠普等運(yùn)營(yíng)商和設(shè)備商與Linux基金會(huì)合作聯(lián)合發(fā)起成立了NFV開(kāi)放平臺(tái)項(xiàng)目(OPNFV)的開(kāi)源組織，旨在通過(guò)開(kāi)源組織的力量開(kāi)發(fā)符合NFV需求和架構(gòu)的虛擬資源層軟件，構(gòu)建一個(gè)完整的NFV實(shí)現(xiàn)標(biāo)準(zhǔn)，并于2015年6月發(fā)布了首個(gè)版本Arno。

ETSI NFV參考架構(gòu)中，MANO主要由VIM、VNFO和VNFM等組件組成。在標(biāo)準(zhǔn)研發(fā)的基礎(chǔ)上，NFV的落地實(shí)現(xiàn)和一批相關(guān)開(kāi)源組織緊密相聯(lián)，如OPNFV、OpenStack、KVM、OpenvSwitch、ONOS、OpenDaylight等，這些都為NFV的落地提供了技術(shù)參考。以O(shè)PNFV為代表的NFV開(kāi)放平臺(tái)項(xiàng)目，旨在集中服務(wù)提供商、云計(jì)算基礎(chǔ)設(shè)施廠商、開(kāi)發(fā)者和用戶，為行業(yè)定義一種運(yùn)營(yíng)商級(jí)的集成開(kāi)源參考平臺(tái)，把現(xiàn)有開(kāi)源構(gòu)件與新組件及測(cè)試整合在一起，確保多種開(kāi)源組件間的一致性、性能和互通性，從而加快NFV的開(kāi)發(fā)和部署。

目前，國(guó)內(nèi)外越來(lái)越多的組織或企業(yè)通過(guò)開(kāi)源的方式開(kāi)放相關(guān)組件的功能，從而更加快速地推動(dòng)NFV在功能及性能上的發(fā)展。

2.1 開(kāi)源NFVI及VIM架構(gòu)

開(kāi)源OPNFV項(xiàng)目于2015年6月正式公布第一版NFV開(kāi)源框架Arno，該版本聚焦ETSI NFV參考架構(gòu)中的NFV基礎(chǔ)設(shè)施(NFVI)和虛擬架構(gòu)管理(VIM)，為NFV上層VNF和業(yè)務(wù)編排系統(tǒng)提供了一個(gè)運(yùn)營(yíng)商級(jí)的、集成的、開(kāi)源的底層能力平臺(tái)。Arno不只是第一個(gè)針對(duì)NFV推出的開(kāi)放源碼平臺(tái)，還為開(kāi)發(fā)者提供更方便開(kāi)發(fā)和部署NFV的環(huán)境。

在可用性方面，Arno能夠持續(xù)集成、自動(dòng)化部署和測(cè)試上行項(xiàng)目的組件，如：Ceph、KVM、OpenDaylight、OpenStack和Open vSwitch。Arno允許開(kāi)發(fā)者和用戶自動(dòng)安裝，并在平臺(tái)進(jìn)行探索。在部署測(cè)試方面，Arno允許終端用戶和開(kāi)發(fā)者在其上部署自己的或者第三方的VNF，在多種場(chǎng)景和案例下進(jìn)行VNF的功能和性能測(cè)試。在測(cè)試架構(gòu)方面，Arno提供了一個(gè)基于社區(qū)測(cè)試的實(shí)驗(yàn)基礎(chǔ)架構(gòu)(Community Test Labs Infrastructure)，這個(gè)架構(gòu)能夠讓開(kāi)發(fā)人員可以在不同的NFV場(chǎng)景和硬件條件下測(cè)試實(shí)驗(yàn)平臺(tái)，確保多種開(kāi)源組件能同時(shí)滿足供應(yīng)商和終端用戶的需求。

2.2 開(kāi)源NFVO

西班牙電信公司Telefónica于2 0 1 5年初將自身研發(fā)的OpenMANO代碼開(kāi)源通過(guò)GitHub門戶向開(kāi)源社區(qū)正式發(fā)布。OpenMANO包含openvimd、opennanod和openmano-gui三部分及兩個(gè)命令行客戶端(openvim和openmano)。該平臺(tái)雖然實(shí)現(xiàn)了符合ETSI NFV參考架構(gòu)中的NFVO功能框架，但并沒(méi)有實(shí)現(xiàn)同底層VIM的接口。

2.3 開(kāi)源VNF

N F V網(wǎng)絡(luò)功能的軟硬件解耦及功能抽象的本質(zhì)，降低了企業(yè)進(jìn)入到通信領(lǐng)域的門檻。伴隨著NFV相關(guān)技術(shù)的不斷發(fā)展，目前，已經(jīng)出現(xiàn)了開(kāi)源的VNF，如OpenEPC(http://www.openepc.com)、OpenIMS(http://www.projectclearwater.org/)等。它們以純軟件的方式，對(duì)原有電信網(wǎng)元功能進(jìn)行了實(shí)現(xiàn)，更適合云平臺(tái)的承載。

圖1 NFV標(biāo)準(zhǔn)架構(gòu)與開(kāi)源軟件對(duì)照

3 基于開(kāi)源技術(shù)的NFV平臺(tái)框架

NFV涉及諸多領(lǐng)域，包括底層基礎(chǔ)設(shè)施資源(包括計(jì)算、存儲(chǔ)、網(wǎng)絡(luò))、虛擬網(wǎng)絡(luò)功能(各類電信服務(wù))、綜合管理(資源管理、VNF管理)、業(yè)務(wù)編排和網(wǎng)管等，而且不同模塊可有多種不同實(shí)現(xiàn)技術(shù)手段，各模塊對(duì)開(kāi)源技術(shù)的選擇可能會(huì)直接影響到所搭建的NFV平臺(tái)的性能，因此，搭建一套完整的NFV平臺(tái)是一個(gè)較為復(fù)雜的系統(tǒng)工程。目前，對(duì)NFV不同模塊開(kāi)源實(shí)現(xiàn)的研究較多，但是缺少?gòu)恼w視角出發(fā)利用這些分散的開(kāi)源技術(shù)搭建整套NFV實(shí)驗(yàn)平臺(tái)方面的研究。本文參考ETSI NFV整體架構(gòu)，根據(jù)在NFV開(kāi)源平臺(tái)搭建及開(kāi)源軟件使用方面的實(shí)踐經(jīng)驗(yàn)，提出一個(gè)利用開(kāi)源平臺(tái)搭建NFV實(shí)驗(yàn)平臺(tái)的通用架構(gòu)及其技術(shù)選擇方案，為今后開(kāi)展相關(guān)NFV驗(yàn)證及測(cè)試提供支撐。

本文所提出的NFV平臺(tái)通用架構(gòu)是建立在ETSI NFV參考架構(gòu)框架之上，它將開(kāi)源軟件/平臺(tái)對(duì)應(yīng)到NFV標(biāo)準(zhǔn)框架的各個(gè)模塊中去，從而快速搭建NFV試驗(yàn)平臺(tái)，實(shí)現(xiàn)網(wǎng)絡(luò)服務(wù)的編排、部署、可靠性以及彈性擴(kuò)展等端到端的業(yè)務(wù)驗(yàn)證及性能測(cè)試，具體如圖1所示。

3.1 NFV基礎(chǔ)設(shè)施硬件

NFV基礎(chǔ)設(shè)施硬件部分主要為底層云平臺(tái)提供計(jì)算服務(wù)器、存儲(chǔ)服務(wù)器以及相關(guān)的網(wǎng)絡(luò)設(shè)備。服務(wù)器的選型方面，建議采用支持硬件輔助虛擬化的同一類型的服務(wù)器，計(jì)算服務(wù)器對(duì)CPU及內(nèi)存要求較高，存儲(chǔ)服務(wù)器對(duì)磁盤IO要求較高，同時(shí)，為提高虛擬服務(wù)器的存儲(chǔ)性能，無(wú)論是使用本地存儲(chǔ)還是共享存儲(chǔ)，建議增加SSD硬盤，從硬件上提供虛擬存儲(chǔ)的性能；在網(wǎng)絡(luò)設(shè)備選型方面，為使網(wǎng)絡(luò)設(shè)備的轉(zhuǎn)發(fā)能力不影響虛擬網(wǎng)絡(luò)服務(wù)的正常運(yùn)行，建議配置萬(wàn)兆交換機(jī)，同時(shí)可以選擇SR-IOV網(wǎng)卡來(lái)提高虛擬機(jī)的網(wǎng)絡(luò)轉(zhuǎn)發(fā)性能?；谝陨显瓌t，在NFV基礎(chǔ)設(shè)施硬件選擇方面提供以下建議。

1)計(jì)算服務(wù)器。建議采用支持虛擬化功能的多核CPU，大內(nèi)存，2個(gè)千兆網(wǎng)絡(luò)、2個(gè)萬(wàn)兆網(wǎng)卡的X86服務(wù)器。

2)存儲(chǔ)服務(wù)器。建議采用至少2個(gè)千兆網(wǎng)絡(luò)、2個(gè)萬(wàn)兆網(wǎng)卡的X86服務(wù)器。

3)網(wǎng)絡(luò)設(shè)備。建議采用萬(wàn)兆交換機(jī)。

3.2 NFV基礎(chǔ)設(shè)施軟件

NFV基礎(chǔ)設(shè)施軟件部分主要是云平臺(tái)在虛擬計(jì)算、虛擬網(wǎng)絡(luò)和虛擬存儲(chǔ)方面使用相關(guān)的軟件來(lái)提升虛擬基礎(chǔ)設(shè)施的性能，從而滿足虛擬網(wǎng)絡(luò)服務(wù)的業(yè)務(wù)需求。在虛擬計(jì)算加速方面，增強(qiáng)支持在NUMA類型宿主機(jī)上的分配、支持虛擬CPU到物理CPU的綁定以及支持在虛擬機(jī)中的大頁(yè)面分配等；在虛擬存儲(chǔ)加速方面，增強(qiáng)共享存儲(chǔ)支持SSD和支持多vm共享內(nèi)存訪問(wèn)等；在虛擬網(wǎng)絡(luò)方面，增強(qiáng)基于DPDK的OVS和增強(qiáng)支持SR-IOV等?；谝陨显瓌t，在NFV基礎(chǔ)設(shè)施軟件選擇方面提供以下建議。

1)虛擬計(jì)算。建議采用KVM；如果進(jìn)行虛擬計(jì)算性能測(cè)試，可以通過(guò)DPDK技術(shù)實(shí)現(xiàn)虛擬計(jì)算能力的增強(qiáng)。

2)虛擬存儲(chǔ)。建議采用CephGiant版本；如果進(jìn)行虛擬存儲(chǔ)性能測(cè)試，可以通過(guò)SSD硬件實(shí)現(xiàn)虛擬存儲(chǔ)性能的增強(qiáng)。

3)虛擬網(wǎng)絡(luò)。建議采用Openvswitch2.3.0以上；如果進(jìn)行虛擬網(wǎng)絡(luò)性能測(cè)試，可以通過(guò)DPDK或SR-IOV等技術(shù)實(shí)現(xiàn)虛擬網(wǎng)絡(luò)性能的增強(qiáng)。

圖2 基于Openstack和Opendaylight的VIM融合方案

3.3 VIM

VIM作為底層虛擬基礎(chǔ)設(shè)施的管理平臺(tái)，不僅要完成對(duì)虛擬網(wǎng)絡(luò)、虛擬計(jì)算、虛擬存儲(chǔ)的統(tǒng)一管理，同時(shí)對(duì)上層的網(wǎng)絡(luò)功能編排及管理系統(tǒng)提供底層虛擬基礎(chǔ)設(shè)施的能力抽象。采用云計(jì)算和SDN技術(shù)來(lái)實(shí)現(xiàn)VIM的搭建是目前較為公認(rèn)的方法，而使用開(kāi)源項(xiàng)目Openstack和OpenDaylight的融合構(gòu)建方案已然成功業(yè)界首推的技術(shù)方案。Openstack完成底層虛擬資源的統(tǒng)一管理與調(diào)度，而OpenDaylight控制器以插件的方式集成到Openstack中完成對(duì)虛擬網(wǎng)絡(luò)的靈活管理?；谝陨显瓌t，在VIM選擇方面建議采用OpenStackJuno+OpenDaylightHelium版本。

圖2描述的就是基于Openstack和Opendaylight的VIM融合方案的整體架構(gòu)。

Openstack Neutron包含ML2機(jī)制驅(qū)動(dòng)，該機(jī)制驅(qū)動(dòng)(ODL)作為REST代理能夠調(diào)用所有的Neutron API。ODL包含北向REST服務(wù)(Neutron API服務(wù))，能夠調(diào)用這些代理API緩存數(shù)據(jù)并可用于ODL的其他服務(wù)。

OpenDaylight與Neutron進(jìn)行通信是采用Neutron網(wǎng)絡(luò)節(jié)點(diǎn)上的ML2插件，并使用經(jīng)由北向通信的REST API。例如OpenStack用戶執(zhí)行任何網(wǎng)絡(luò)相關(guān)操作(創(chuàng)建/更新/刪除/讀取網(wǎng)絡(luò)網(wǎng)絡(luò)、子網(wǎng)和端口等資源)，典型流程將如下所示。

1)OpenStack儀表板(Horizon)上的用戶操作將被轉(zhuǎn)換成相應(yīng)的網(wǎng)絡(luò)API，并發(fā)送到Neutron服務(wù)器；

2)Neutron服務(wù)器收到請(qǐng)求后，將同一請(qǐng)求傳遞給已配置的插件(假設(shè)ML2已配置好了ODL機(jī)制驅(qū)動(dòng)和VXLAN類型驅(qū)動(dòng))；

3)Neutron服務(wù)器/插件會(huì)對(duì)數(shù)據(jù)庫(kù)做適應(yīng)的變動(dòng)；

4)插件會(huì)調(diào)用與SDN控制器對(duì)應(yīng)的REST API；

5)當(dāng)收到請(qǐng)求，ODL會(huì)使用任何南向插件/協(xié)議，比如OpenFlow、OVSDB或OF-Config，對(duì)網(wǎng)絡(luò)元素做必要的變化。

需要注意的是，SDN控制器和OpenStack方面存在不同的集成選項(xiàng)。比如說(shuō)，可以完全消除Neutron服務(wù)器與計(jì)算節(jié)點(diǎn)上的代理之間的RPC通信，SDN控制器作為管理網(wǎng)絡(luò)的唯一實(shí)體；或者SDN控制器只由物理交換機(jī)管理，虛擬交換機(jī)可以從Neutron服務(wù)器直接管理。

圖3 vEPC和vIMS部署示例

3.4 VNF(s)

建議每個(gè)VNF以O(shè)penstack平臺(tái)鏡像的形式提供，每創(chuàng)建一個(gè)VNF實(shí)例即在Openstack云平臺(tái)中創(chuàng)建一個(gè)其鏡像對(duì)應(yīng)的虛擬機(jī)實(shí)例。每一個(gè)VNF提供商需要提供與VNF相對(duì)應(yīng)的VNFM，VNFM的南向接口需要同Openstack集成，而北向接口需要符合VNFO的接口規(guī)范要求。

3.5 VNFO

不同的運(yùn)營(yíng)商可以根據(jù)自身的情況定制網(wǎng)絡(luò)服務(wù)的編排流程，對(duì)應(yīng)VNFO在網(wǎng)絡(luò)服務(wù)模板以及虛擬網(wǎng)絡(luò)功能模板的定義會(huì)存在一定的差異，因此，VNFO需根據(jù)實(shí)際情況定制化開(kāi)發(fā)，但其調(diào)用VIM的接口需要符合Openstack接口。

一個(gè)網(wǎng)絡(luò)服務(wù)(NS)的實(shí)現(xiàn)需要一個(gè)或一組虛擬化網(wǎng)絡(luò)功能(VNFs)，以及一組相關(guān)聯(lián)的NFV基礎(chǔ)設(shè)施(NFVI)共同組成來(lái)實(shí)現(xiàn)。針對(duì)IMS的服務(wù)功能就需要多個(gè)VNF(包括ELLIS、HSS、PSCSF、ISSCSF以及XDMS)構(gòu)成，以及虛擬資源支撐。以本文中涉及到的vEPC和vIMS為例，具體網(wǎng)絡(luò)服務(wù)如圖3所示。

4 結(jié)束語(yǔ)

本文提供了一個(gè)NFV平臺(tái)通用架構(gòu)，它主要建立在ETSI NFV參考架構(gòu)框架之上，利用相關(guān)開(kāi)源平臺(tái)快速搭建NFV試驗(yàn)平臺(tái)，從而實(shí)現(xiàn)網(wǎng)絡(luò)服務(wù)的編排、部署、可靠性以及彈性擴(kuò)展等端到端的業(yè)務(wù)驗(yàn)證及性能測(cè)試，為運(yùn)營(yíng)商開(kāi)展NFV實(shí)踐提供了參考。

參考文獻(xiàn)

[1]許陽(yáng),高功應(yīng),王磊.移動(dòng)互聯(lián)網(wǎng)時(shí)代后向OTT合作業(yè)務(wù)及移動(dòng)網(wǎng)絡(luò)架構(gòu)演進(jìn)[J].郵電設(shè)計(jì)技術(shù),2015,(8):32-35

[2] 薛淼,符剛,朱斌,等.基于SDN/NFV的核心網(wǎng)演進(jìn)關(guān)鍵技術(shù)研究[J].郵電設(shè)計(jì)技術(shù),2014,(3):16-22

[3]ETSI ISG NFV.Network Function Virtualisation White Paper[S].2013

[4]ETSI ISG NFV.Network Functions Virtualisation(NFV)：Architectural Framework[S].2013