陳煒　韓小勇　尼凌飛

摘要：基于網(wǎng)絡(luò)功能虛擬化的背景，探討了移動(dòng)核心網(wǎng)應(yīng)用網(wǎng)絡(luò)功能虛擬化（NFV）需要解決的3大關(guān)鍵技術(shù)：基礎(chǔ)設(shè)施平臺(tái)選擇、核心網(wǎng)云管理架構(gòu)設(shè)計(jì)和轉(zhuǎn)發(fā)面性能加速，并基于NFV架構(gòu)定義了一種移動(dòng)核心網(wǎng)的云管理系統(tǒng)架構(gòu)。與傳統(tǒng)電信核心網(wǎng)管理相比，該系統(tǒng)架構(gòu)增加了對(duì)硬件資源、虛擬資源層、虛擬化網(wǎng)元以及完整網(wǎng)絡(luò)功能的管理、編排和調(diào)度，增加了虛擬網(wǎng)元管理和虛擬網(wǎng)元之間的接口，增強(qiáng)了對(duì)通用硬件運(yùn)行狀態(tài)的管理能力，以便能更及時(shí)、更全面地管理通用硬件和虛擬網(wǎng)元，實(shí)現(xiàn)實(shí)時(shí)的資源和功能調(diào)度。

關(guān)鍵詞： 虛擬化；網(wǎng)絡(luò)功能虛擬化；云管理

1 背景

1.1 網(wǎng)絡(luò)需要新技術(shù)促進(jìn)變革

移動(dòng)通信網(wǎng)絡(luò)主要由電信級(jí)設(shè)備組成，具有高性能、高可靠和標(biāo)準(zhǔn)化的特點(diǎn)，但同時(shí)存在建設(shè)周期長、業(yè)務(wù)上線時(shí)間長和缺乏靈活性的問題。隨著移動(dòng)寬帶的規(guī)模部署，移動(dòng)網(wǎng)絡(luò)面臨的流量將呈指數(shù)級(jí)增長，而傳統(tǒng)的基礎(chǔ)業(yè)務(wù)收入將逐漸降低。移動(dòng)運(yùn)營商迫切需要一種低成本和高效的運(yùn)營方式，降低每比特傳輸?shù)木W(wǎng)絡(luò)成本，提高利潤。

在互聯(lián)網(wǎng)領(lǐng)域，虛擬化、云計(jì)算技術(shù)實(shí)現(xiàn)了設(shè)備的通用化、業(yè)務(wù)的快速上線和資源的靈活管理與共享。這一方面支撐了Google、Amazon等互聯(lián)網(wǎng)公司的海量數(shù)據(jù)存儲(chǔ)和高性能計(jì)算的需求，另一方面盡可能地讓網(wǎng)絡(luò)建設(shè)和維護(hù)成本可控，實(shí)現(xiàn)可持續(xù)增長。在移動(dòng)互聯(lián)網(wǎng)時(shí)代，虛擬化、云計(jì)算的IT技術(shù)必將再一次深刻改變傳統(tǒng)電信網(wǎng)絡(luò)。

網(wǎng)絡(luò)功能虛擬化（NFV）在這種背景下應(yīng)運(yùn)而生。2012年10月AT&T、BT、Telefonica、中國移動(dòng)等全球13家運(yùn)營商發(fā)起成立了ETSI ISG NFV工作組，提出了NFV的概念，旨在改變現(xiàn)有電信設(shè)備的形態(tài)及實(shí)現(xiàn)方式，擬基于通用標(biāo)準(zhǔn)的服務(wù)器、存儲(chǔ)和網(wǎng)絡(luò)設(shè)備并利用IT虛擬化技術(shù)以軟件的方式實(shí)現(xiàn)現(xiàn)有多種電信設(shè)備的功能，推進(jìn)電信網(wǎng)絡(luò)虛擬化架構(gòu)及關(guān)鍵技術(shù)的研發(fā)工作。移動(dòng)網(wǎng)絡(luò)和固定網(wǎng)絡(luò)中的控制網(wǎng)元和數(shù)據(jù)轉(zhuǎn)發(fā)網(wǎng)元是NFV的重要應(yīng)用場景[1]。

1.2 NFV可實(shí)現(xiàn)網(wǎng)絡(luò)能力的提升

通過IT虛擬化及應(yīng)用的軟件化，可實(shí)現(xiàn)網(wǎng)絡(luò)新功能的快速引入。移動(dòng)網(wǎng)功能引入時(shí)間往往很長，通常需花費(fèi)約3～3.5年的時(shí)間。一個(gè)新功能的引入涉及到多個(gè)過程，如標(biāo)準(zhǔn)方案的制訂（以3GPP等標(biāo)準(zhǔn)化組織方案標(biāo)準(zhǔn)化估計(jì)，約需1.5年）、廠商設(shè)備的產(chǎn)品實(shí)現(xiàn)（約需0.5～1年）、軟硬件測(cè)試（約需0.5年）以及現(xiàn)網(wǎng)部署的規(guī)劃和調(diào)整（約需0.5年）。虛擬化技術(shù)所帶來的功能軟件化和管理智能化將極大地提升網(wǎng)絡(luò)部署的靈活性，在虛擬化環(huán)境中，網(wǎng)元演進(jìn)為軟件，可在虛擬資源上直接加載、擴(kuò)容、縮容和靈活調(diào)度，從而使網(wǎng)絡(luò)新功能的推出時(shí)間大幅縮短。

研究發(fā)現(xiàn)，軟件化、虛擬化能顯著降低建設(shè)成本（CAPEX）。據(jù)ACG Research統(tǒng)計(jì)[2]，移動(dòng)運(yùn)營商使用虛擬化技術(shù)能夠降低部署費(fèi)用約61%。這要?dú)w功于：采用通用硬件，實(shí)現(xiàn)了設(shè)備的統(tǒng)一化和資源共享；通過統(tǒng)一的管理和自動(dòng)化運(yùn)維，提升運(yùn)維效率，如可根據(jù)網(wǎng)絡(luò)負(fù)載的潮汐效應(yīng)，進(jìn)行系統(tǒng)的自動(dòng)擴(kuò)容和縮容，避免高能耗，實(shí)現(xiàn)網(wǎng)絡(luò)的綠色可持續(xù)發(fā)展。

2 NFV在移動(dòng)核心網(wǎng)應(yīng)用

的關(guān)鍵問題探討

在移動(dòng)核心網(wǎng)（如EPC、IMS）中應(yīng)用NFV技術(shù)，基礎(chǔ)設(shè)施平臺(tái)選擇、核心網(wǎng)云管理架構(gòu)設(shè)計(jì)和轉(zhuǎn)發(fā)面性能加速問題是需要解決的三大關(guān)鍵問題。

2.1 基礎(chǔ)設(shè)施平臺(tái)選擇問題

核心網(wǎng)虛擬化的基礎(chǔ)設(shè)施主要包括物理硬件層及虛擬化層。

在物理硬件層面，計(jì)算設(shè)備的選擇是關(guān)鍵問題之一，眾所周知，傳統(tǒng)核心網(wǎng)網(wǎng)元主要采用高級(jí)電信計(jì)算架構(gòu)（ATCA）服務(wù)器，而云計(jì)算系統(tǒng)主要采用商業(yè)現(xiàn)貨供應(yīng)（COTS）服務(wù)器。一個(gè)是電信應(yīng)用，一個(gè)是互聯(lián)網(wǎng)應(yīng)用，兩者提供的服務(wù)不同，造成了對(duì)設(shè)備要求的不同。電信平臺(tái)要保證不間斷的業(yè)務(wù)提供，對(duì)物理硬件的可靠性要求高，而互聯(lián)網(wǎng)應(yīng)用僅需做到盡力而為，對(duì)物理硬件的可靠性要求較低；電信設(shè)備一般置于傳統(tǒng)電信機(jī)房，對(duì)設(shè)備的環(huán)境適用性（例如溫度適用性、電信兼容性、防塵、抗震）、設(shè)備尺寸、功耗及供電類型、重量等要求嚴(yán)格，而互聯(lián)網(wǎng)設(shè)備一般置于新型數(shù)據(jù)中心，由于機(jī)房環(huán)境較好，可適當(dāng)降低對(duì)設(shè)備的要求。核心網(wǎng)虛擬化是傳統(tǒng)電信領(lǐng)域與互聯(lián)網(wǎng)技術(shù)結(jié)合的產(chǎn)物，僅從功能上來講，ATCA及COTS設(shè)備完全能夠?qū)崿F(xiàn)核心網(wǎng)虛擬化，但從可靠性、經(jīng)濟(jì)性等角度考慮，ATCA及COTS的選擇仍是業(yè)界正在考慮的問題。

在虛擬化層面，從功能上來講，核心網(wǎng)虛擬化對(duì)虛擬化層的基本要求主要包括以下幾個(gè)方面：

（1）支持x86指令集以使用服務(wù)器設(shè)備。

（2）支持共享存儲(chǔ)以實(shí)現(xiàn)虛擬機(jī)遷移等特性。

（3）支持硬件輔助虛擬化以提升虛擬機(jī)性能。

（4）支持虛擬機(jī)遠(yuǎn)程部署和監(jiān)控以實(shí)現(xiàn)遠(yuǎn)程自動(dòng)管理。

（5）支持標(biāo)準(zhǔn)化的虛擬機(jī)模板以實(shí)現(xiàn)跨廠家。

（6）支持親和度識(shí)別以及虛擬層高可用機(jī)制以實(shí)現(xiàn)系統(tǒng)級(jí)可靠性。

目前，業(yè)界主流的虛擬化產(chǎn)品（如Xen[3]、KVM[4]、VMware[5]、Hyper-V[6]等）均能夠支持以上特性。但電信廠家多選擇Xen、KVM等開源軟件，這主要是因?yàn)榭蛇M(jìn)行定制研發(fā)，避免功能開發(fā)受制于第三方，并實(shí)現(xiàn)成本節(jié)約。此外，OpenStack[7-8]提供了開源的云資源管理方案，其功能組件及標(biāo)準(zhǔn)的應(yīng)用編程接口（API）已被各廠家的核心網(wǎng)虛擬化平臺(tái)所采用，這也為核心網(wǎng)虛擬化層的開發(fā)提供了更多的便利。

除了計(jì)算設(shè)備和虛擬化軟件的選擇之外，物理硬件層與虛擬化層與外部的交互也是需要考慮的關(guān)鍵問題之一。傳統(tǒng)的核心網(wǎng)軟件直接運(yùn)行在物理平臺(tái)上，為保證系統(tǒng)的可靠性，網(wǎng)元軟件需要實(shí)時(shí)采集物理服務(wù)器狀態(tài)，判斷電源、風(fēng)扇、網(wǎng)口、磁盤，甚至芯片等是否工作正常。在核心網(wǎng)虛擬化環(huán)境中，網(wǎng)元軟件不僅需要了解物理服務(wù)器的狀態(tài)，還需要了解虛擬化軟件的狀態(tài)。而且，一旦物理服務(wù)器或者虛擬化軟件發(fā)生故障，需要將故障映射到相應(yīng)的虛擬機(jī)，以使得上層軟件能夠正確定位并處理故障。這種狀態(tài)上報(bào)及定位的機(jī)制需要云管理平臺(tái)及核心網(wǎng)軟件的共同支持，進(jìn)一步來說，如果物理層、虛擬層以及網(wǎng)元軟件來自不同的廠家，即跨廠家實(shí)現(xiàn)核心網(wǎng)虛擬化，我們認(rèn)為這些狀態(tài)上報(bào)的信息需要實(shí)現(xiàn)標(biāo)準(zhǔn)化。endprint

2.2 核心網(wǎng)云管理問題

核心網(wǎng)虛擬化后，將打破現(xiàn)有的以網(wǎng)元為中心的軟硬件緊耦合的管理模式，轉(zhuǎn)向以資源為中心的軟硬件松耦合的管理模式，從而實(shí)現(xiàn)跨域，跨地區(qū)，跨平臺(tái)的集中管理，實(shí)現(xiàn)資源的智能調(diào)度（自動(dòng)化的擴(kuò)容、縮容等），這就是基于NFV的核心網(wǎng)云管理。基于歐洲電信標(biāo)準(zhǔn)組織（ETSI）的NFV架構(gòu)[9]，我們定義了移動(dòng)核心網(wǎng)的云系統(tǒng)架構(gòu)，如圖1所示。

與傳統(tǒng)電信核心網(wǎng)管理相比，核心網(wǎng)云管理增加了對(duì)硬件資源、虛擬資源層、虛擬化網(wǎng)元以及完整網(wǎng)絡(luò)功能的管理和調(diào)度。實(shí)現(xiàn)核心網(wǎng)云管理的網(wǎng)元功能包括虛擬設(shè)施管理（VIM）、虛擬網(wǎng)元管理（VNFM）和虛擬業(yè)務(wù)編排（VNFO）。

（1）VIM

VIM負(fù)責(zé)虛擬化基礎(chǔ)設(shè)施的管理。主要功能包括：采集硬件資源和虛擬資源的狀態(tài)信息并上報(bào)給VNFM，實(shí)現(xiàn)資源監(jiān)測(cè)、故障監(jiān)測(cè)和上報(bào)；接受來自VNFM的上層應(yīng)用請(qǐng)求并進(jìn)行認(rèn)證，認(rèn)證通過后，通過控制虛擬機(jī)管理器（Hypervisor）來執(zhí)行上層應(yīng)用請(qǐng)求，實(shí)現(xiàn)資源的遷移和彈性伸縮。

（2）VNFM

VNFM負(fù)責(zé)虛擬網(wǎng)絡(luò)功能（VNF）的生命周期管理及其資源使用情況的監(jiān)控。具體包括VNF的添加、刪除、更改、查詢、擴(kuò)容/縮容、預(yù)留以及VNF所占用資源的動(dòng)態(tài)監(jiān)控等。以添加一個(gè)VNF為例，VNFM需要計(jì)算這個(gè)VNF所用的計(jì)算、存儲(chǔ)和網(wǎng)絡(luò)資源的需求，并根據(jù)需求向VIM申請(qǐng)創(chuàng)建虛擬機(jī)，在創(chuàng)建成功的虛擬機(jī)上加載相關(guān)VNF軟件并運(yùn)行。

（3）VNFO

VNFO負(fù)責(zé)基礎(chǔ)設(shè)施和虛擬化網(wǎng)絡(luò)功能VNF的管理和編排，進(jìn)而實(shí)現(xiàn)完整的網(wǎng)絡(luò)服務(wù)。以IMS為例，VNFO可以通過對(duì)呼叫會(huì)話控制功能（CSCF）、歸屬用戶服務(wù)器（HSS）等VNF的編排進(jìn)而提供一個(gè)完整的IMS網(wǎng)絡(luò)服務(wù)。在多數(shù)據(jù)中心和多廠家部署的場景下，VNFO通過標(biāo)準(zhǔn)接口可提供跨數(shù)據(jù)中心和跨廠家的協(xié)同管理能力。

與ETSI NFV的云管理相比，圖1中的核心網(wǎng)云管理在以下幾個(gè)方面進(jìn)行了增強(qiáng)，能實(shí)現(xiàn)更高的可靠性：

（1）增加了VIM與硬件資源層間的C1接口，可以及時(shí)采集各種硬件故障信息，并通知上層業(yè)務(wù)進(jìn)行快速切換。

（2）在虛擬化平臺(tái)中增加了亞健康的檢測(cè)機(jī)制，對(duì)于硬件尚未出現(xiàn)故障但已經(jīng)出現(xiàn)較多業(yè)務(wù)失敗的場景能夠及時(shí)感知并提前進(jìn)行相應(yīng)的預(yù)防處理。

（3）增加了VNFM和VNF之間的C10接口，使業(yè)務(wù)情況的變化也能及時(shí)地為云管理網(wǎng)元所感知，例如當(dāng)出現(xiàn)業(yè)務(wù)量陡增，負(fù)荷迅速上升的場景時(shí)，云管理網(wǎng)元能夠迅速感知并進(jìn)行相應(yīng)的資源調(diào)度，以避免出現(xiàn)過載而導(dǎo)致業(yè)務(wù)中斷。

2.3 轉(zhuǎn)發(fā)面加速問題

核心網(wǎng)轉(zhuǎn)發(fā)面設(shè)備通常具有較高的轉(zhuǎn)發(fā)性能要求，比如承載移動(dòng)網(wǎng)絡(luò)數(shù)據(jù)流量的分組域核心網(wǎng)網(wǎng)關(guān)設(shè)備。大多數(shù)傳統(tǒng)電信設(shè)備廠家都采用專有的轉(zhuǎn)發(fā)芯片以實(shí)現(xiàn)高性能轉(zhuǎn)發(fā)的目標(biāo)。隨著核心網(wǎng)虛擬化技術(shù)的發(fā)展，轉(zhuǎn)發(fā)面設(shè)備的演進(jìn)路線仍是一個(gè)值得深入研究的問題。

從物理硬件的分類來看，傳統(tǒng)設(shè)備采用的專有芯片（如NPU等）轉(zhuǎn)發(fā)性能高但擴(kuò)展性較差，而通用服務(wù)器采用的通用芯片轉(zhuǎn)發(fā)性能低但擴(kuò)展性較好。隨著硬件技術(shù)的發(fā)展，通用芯片的計(jì)算能力越來越高，通用網(wǎng)卡的轉(zhuǎn)發(fā)能力也越來越強(qiáng)（已經(jīng)達(dá)到10 Gb/s、40 Gb/s等），同時(shí)，數(shù)據(jù)面開發(fā)套件（DPDK）[10]、單根I/O虛擬化（SR-IOV）[11]等優(yōu)化技術(shù)的出現(xiàn)，還將進(jìn)一步提升通用服務(wù)器的轉(zhuǎn)發(fā)性能。這些都使得核心網(wǎng)的轉(zhuǎn)發(fā)面采用通用服務(wù)器并引入虛擬化技術(shù)成為一個(gè)可能，但核心網(wǎng)轉(zhuǎn)發(fā)面采用專有芯片設(shè)備還是通用芯片仍然是一個(gè)復(fù)雜且值得進(jìn)一步解決的問題。

從轉(zhuǎn)發(fā)面設(shè)備的演進(jìn)路線來看，傳統(tǒng)設(shè)備中大多采用專有的單板來實(shí)現(xiàn)轉(zhuǎn)發(fā)功能，而其業(yè)務(wù)控制處理功能則由其他類型的單板來實(shí)現(xiàn)。由于機(jī)框單板數(shù)量的限制，傳統(tǒng)設(shè)備通常通過兩種單板的配比來實(shí)現(xiàn)容量的要求，這在一定程度上限制了轉(zhuǎn)發(fā)單板和業(yè)務(wù)處理單板的獨(dú)立擴(kuò)展，難以充分利用硬件資源。轉(zhuǎn)發(fā)面網(wǎng)元設(shè)備引入虛擬化之后，可有以下兩種演進(jìn)路線：

（1）轉(zhuǎn)發(fā)面功能和業(yè)務(wù)控制功能綁定，由軟件實(shí)現(xiàn)。這種方式簡單靈活，但轉(zhuǎn)發(fā)性能需要進(jìn)一步驗(yàn)證。

（2）轉(zhuǎn)發(fā)面功能和業(yè)務(wù)控制功能分離，獨(dú)立擴(kuò)展，分別優(yōu)化。

3 核心網(wǎng)NFV的產(chǎn)業(yè)實(shí)踐

隨著IT虛擬化技術(shù)的發(fā)展，全球標(biāo)準(zhǔn)化組織、電信運(yùn)營商、電信設(shè)備廠家均開啟了核心網(wǎng)虛擬化的研發(fā)工作。到2013年，參與ETSI NFV ISG的運(yùn)營商從13家擴(kuò)展到20多家，全球眾多電信廠家、IT廠家參與其中，同年10月發(fā)布了用例[12]、需求[13]、術(shù)語[14]等規(guī)范，在產(chǎn)業(yè)界將電信網(wǎng)絡(luò)虛擬化的研發(fā)推向了高潮。

由于業(yè)界普遍認(rèn)為在已經(jīng)部署且穩(wěn)定運(yùn)營的現(xiàn)有網(wǎng)絡(luò)上直接替換并進(jìn)行虛擬化改造的收益不大，因此承載VoLTE的IP多媒體子系統(tǒng)（IMS）成為核心網(wǎng)虛擬化的觸發(fā)點(diǎn)。在2013年，多家電信運(yùn)營商均對(duì)IMS云化進(jìn)行了可行性驗(yàn)證和測(cè)試。2013年年初運(yùn)營商Vodafone提出在通用的HP x86服務(wù)器上開展IMS核心網(wǎng)虛擬化測(cè)試，各測(cè)試廠家實(shí)現(xiàn)了基于HP C7000服務(wù)器和VMware虛擬化平臺(tái)的IMS云化可行性驗(yàn)證。同年10月韓國運(yùn)營商LG Uplus在本土開展IMS云化測(cè)試，同月運(yùn)營商DT在歐洲部署VoLTE、RCS和RCSe的虛擬化平臺(tái)，其中RCSe已經(jīng)實(shí)現(xiàn)商用。2013年年底，運(yùn)營商TELE2分別在荷蘭和瑞典完成IMS核心網(wǎng)和業(yè)務(wù)平臺(tái)的虛擬化測(cè)試，并計(jì)劃于2014年上半年實(shí)現(xiàn)商用。

與IMS相比，核心網(wǎng)的其他網(wǎng)元虛擬化進(jìn)程相對(duì)較慢。2013年，全球的電信設(shè)備廠商、新興電信廠商和創(chuàng)業(yè)公司紛紛開展了虛擬化演進(jìn)分組核心網(wǎng)（EPC）的研發(fā)工作，與準(zhǔn)商用的IMS云化產(chǎn)品不同，EPC虛擬化目前還主要停留在概念驗(yàn)證階段，主要的“瓶頸”在于轉(zhuǎn)發(fā)面性能問題，而少數(shù)的幾個(gè)準(zhǔn)商用的EPC虛擬化案例主要來自不太考慮轉(zhuǎn)發(fā)性能的企業(yè)網(wǎng)應(yīng)用。endprint

中國移動(dòng)從2010年開始就開展了多項(xiàng)核心網(wǎng)虛擬化的研究工作，通過在實(shí)驗(yàn)室搭建虛擬化平臺(tái)，驗(yàn)證了在未進(jìn)行任何技術(shù)優(yōu)化的前提下，虛擬化的IMS及軟交換網(wǎng)元將額外消耗10%～20%的CPU資源，并增加10%～20%的信令時(shí)延，這表明引入虛擬化帶來的性能損耗在可接受的范圍內(nèi)。

2013年中國移動(dòng)在TC3牽頭發(fā)起了《核心網(wǎng)控制網(wǎng)元虛擬化技術(shù)研究》的研究報(bào)告，研究移動(dòng)核心網(wǎng)控制面網(wǎng)元（如CSCF/MME等）虛擬化的需求、場景、架構(gòu)及關(guān)鍵問題，在TC5牽頭發(fā)起了《移動(dòng)軟網(wǎng)絡(luò)需求及架構(gòu)》的研究報(bào)告，研究移動(dòng)分組域網(wǎng)絡(luò)演進(jìn)的需求、架構(gòu)及關(guān)鍵問題。同期，中國移動(dòng)開展了多廠家的虛擬化IMS和虛擬化EPC的實(shí)驗(yàn)室測(cè)試工作，在2014年世界通信展[15]（MWC）成功展示了全球首次多廠家混合組網(wǎng)的端到端虛擬化網(wǎng)絡(luò)原型系統(tǒng)，并打通了基于微型基站（Nanocell）、基于通用服務(wù)器的虛擬化云接入網(wǎng)（C-RAN）和核心網(wǎng)（EPC和IMS）的VoLTE視頻通話，展示了虛擬化核心網(wǎng)的可靠性、自動(dòng)擴(kuò)容和縮容等特性，會(huì)展期間引起了全球多個(gè)運(yùn)營商、ETSI NFV技術(shù)專家、各大通信設(shè)備商及IT廠家的極大關(guān)注，進(jìn)一步加速電信網(wǎng)絡(luò)實(shí)現(xiàn)網(wǎng)絡(luò)功能虛擬化（NFV）的進(jìn)程，并為后續(xù)核心網(wǎng)虛擬化技術(shù)的進(jìn)一步研究和現(xiàn)網(wǎng)應(yīng)用奠定了基礎(chǔ)。

4 結(jié)束語

隨著移動(dòng)寬帶的到來，互聯(lián)網(wǎng)及流量對(duì)傳統(tǒng)電信業(yè)的沖擊將愈加激烈，這促使電信運(yùn)營商走到了變革的十字路口，而核心網(wǎng)的網(wǎng)絡(luò)虛擬化則是從網(wǎng)絡(luò)自身出發(fā)的一種應(yīng)對(duì)變革的有效手段。通過將虛擬化、云計(jì)算的IT技術(shù)引入到移動(dòng)核心網(wǎng)，實(shí)現(xiàn)網(wǎng)絡(luò)部署能力的提升、網(wǎng)絡(luò)部署成本的降低和運(yùn)營能力的增強(qiáng)。

雖然業(yè)界對(duì)于核心網(wǎng)虛擬化是未來網(wǎng)絡(luò)的重要組成部分已經(jīng)達(dá)成共識(shí)，但是核心網(wǎng)的網(wǎng)絡(luò)虛擬化技術(shù)在基礎(chǔ)設(shè)施平臺(tái)、云管理以及轉(zhuǎn)發(fā)性能優(yōu)化上仍然存在很多待解決的問題，我們還需要繼續(xù)深入開展核心網(wǎng)網(wǎng)絡(luò)虛擬化的各項(xiàng)研究，推動(dòng)產(chǎn)業(yè)的成熟，為將來部署云化的核心網(wǎng)做好技術(shù)儲(chǔ)備。

參考文獻(xiàn)

[1] Network Functions Virtualisation [EB/OL]. （2014-03-20）. http：//portal.etsi.org/NFV/NFV_White_Paper.pdf.

[2] Business Case for Juniper Networks Virtualized Mobile Control Gateway [EB/OL]. （2014-03-20）. http：//www.acgresearch.net/.

[3] Xen Home Page [EB/OL]. （2014-03-20）. http：//www.xenproject.org/.

[4] KVM Home Page [EB/OL]. （2014-03-20）. http：//www.linux-kvm.org/page/Main_Page.

[5] VMware Home Page [EB/OL]. （2014-03-20）. http：//www.vmware.com/cn.

[6] LEINENBACH D， SANTEN T. Verifying the Microsoft Hyper-V Hypervisor with VCC [M]// FM 2009： Formal Methods. Springer Berlin Heidelberg. 2009： 806-809. doi： 10.1007/978-3-642-05089-3_51.

[7] Openstack Home Page [EB/OL]. （2014-03-20）. https：//www.openstack.org/.

[8] 林利， 石文昌. 構(gòu)建云計(jì)算平臺(tái)的開源軟件綜述 [J]. 計(jì)算機(jī)科學(xué)， 2012，39 （11）：7-13.

[9] Network Functions Virtualisation （NFV）； Architectural Framework [EB/OL]. （2014-03-20）. http：//www.etsi.org/deliver/etsi_gs/NFV/001_099/002/01.01.01_60/gs_NFV002v010101p.pdf.

[10] DPDK Home Page [EB/OL]. （2014-03-20）. http：//dpdk.org/.

[11] DONG Y Z， YANG X W， LI J H， et al. High performance network virtualization with SR-IOV [J]. Communication Architectures for Scalable Systems. 2012， 72（11）： 1471-1480. doi： 10.1016/j.jpdc.2012.01.020.

[12] Network Functions Virtualisation （NFV）； Use Cases [EB/OL]. （2014-03-20）. http：//www.etsi.org/deliver/etsi_gs/NFV/001_099/001/01.01.01_60/gs_NFV001v010101p.pdf.

[13] Network Functions Virtualisation （NFV）； Virtualisation Requirements [EB/OL]. （2014-03-20）. http：//www.etsi.org/deliver/etsi_gs/NFV/001_099/004/01.01.01_60/gs_NFV004v010101p.pdf.

[14] Network Functions Virtualisation （NFV）； Terminology for Main Concepts in NFV [EB/OL]. （2014-03-20）. http：//www.etsi.org/deliver/etsi_gs/NFV/001_099/003/01.01.01_60/gs_NFV003v010101p.pdf.

[15] 2014 MWC Home Page [EB/OL]. （2014-03-20）. http：//www.mobileworldcongress.com/.endprint