核心網(wǎng)云化試點(diǎn)方案匯報(bào)

1、核心網(wǎng)云化試點(diǎn)方案匯報(bào)研究院2015.032試點(diǎn)目標(biāo)和總體計(jì)劃1試點(diǎn)總體方案試點(diǎn)網(wǎng)管驗(yàn)證方案試點(diǎn)硬件驗(yàn)證方案234試點(diǎn)安全驗(yàn)證方案5主要內(nèi)容3試點(diǎn)需兩條線并行工作核心網(wǎng)云化在傳統(tǒng)以功能為核心的規(guī)劃建設(shè)運(yùn)維模式中增加了資源管理的因素，將引發(fā)規(guī)劃、采購、建設(shè)、運(yùn)維等流程及相關(guān)支撐系統(tǒng)的重大變革。目前業(yè)界主要力量集中于核心網(wǎng)云化技術(shù)產(chǎn)品研發(fā)和國(guó)際標(biāo)準(zhǔn)制定，與運(yùn)營(yíng)商密切相關(guān)的“管理”體制的缺失構(gòu)成核心網(wǎng)虛擬化正式商用的“瓶頸”，應(yīng)同步加緊研究“管理線”“技術(shù)線” 技術(shù)產(chǎn)品體系和運(yùn)營(yíng)管理體制是決定核心網(wǎng)云化商用的兩大必要條件，二者相輔相成，缺一不可。技術(shù)產(chǎn)品體系和運(yùn)營(yíng)管理體制相互促進(jìn)，平行發(fā)展，二者不是

2、前后關(guān)系，而是迭代推進(jìn)關(guān)系：技術(shù)發(fā)展決定了管理模式的可行性，技術(shù)突破可能支撐更先進(jìn)的管理模式管理需求決定技術(shù)發(fā)展方向和關(guān)鍵技術(shù)方案的取舍 從當(dāng)前核心網(wǎng)云化技術(shù)、產(chǎn)品、標(biāo)準(zhǔn)發(fā)展總體階段性來看，應(yīng)盡快面向規(guī)劃建設(shè)運(yùn)維展開“管理線”的研究工作，以支撐技術(shù)的進(jìn)一步完善，同時(shí)避免出現(xiàn)產(chǎn)品成熟但難以商用的局面。 運(yùn)營(yíng)管理體制的建立需要解決以下幾個(gè)關(guān)鍵問題： 支撐平臺(tái)：資源管理系統(tǒng)的建立及與傳統(tǒng)網(wǎng)管的融合 規(guī)劃管理流程：基于融合管理系統(tǒng)配套的規(guī)劃管理流程制定 準(zhǔn)入機(jī)制：產(chǎn)品企業(yè)認(rèn)證機(jī)制、責(zé)任部門及認(rèn)證流程的確定 運(yùn)營(yíng)體制：資源精細(xì)化運(yùn)營(yíng)體制的建立（未來）4通過“孕育式”試點(diǎn)支撐技術(shù)產(chǎn)品體系成熟和運(yùn)營(yíng)管理體制

3、的建立少：以“彌補(bǔ)商用短板”為基本目標(biāo)，綜合考慮支撐能力，試點(diǎn)初期控制規(guī)模精：在保障現(xiàn)網(wǎng)穩(wěn)定運(yùn)行、不影響業(yè)務(wù)的前提下，應(yīng)盡可能結(jié)合現(xiàn)網(wǎng)組織試點(diǎn)網(wǎng)絡(luò)實(shí)驗(yàn)室完成同類測(cè)試后，再啟動(dòng)外場(chǎng)測(cè)試試點(diǎn)準(zhǔn)備應(yīng)充分，分工明細(xì)，節(jié)奏協(xié)調(diào)，確保達(dá)到完善產(chǎn)品、優(yōu)化管理的目的深：以“實(shí)際運(yùn)營(yíng)”的態(tài)度推動(dòng)試點(diǎn)，相關(guān)部門深度參與，深入思考規(guī)劃、采購、建設(shè)、維護(hù)、運(yùn)營(yíng)全套規(guī)劃管理流程的影響，同步做好人才儲(chǔ)備試點(diǎn)方案試點(diǎn)原則試點(diǎn)目標(biāo)從我公司網(wǎng)絡(luò)現(xiàn)狀及運(yùn)營(yíng)管理需求出發(fā)，推動(dòng)核心網(wǎng)云化技術(shù)和產(chǎn)品體系進(jìn)一步成熟，明確云化后管理支撐系統(tǒng)方案，梳理配套規(guī)劃管理流程明確核心網(wǎng)云化對(duì)硬件配置和虛擬化技術(shù)要求，摸底多種核心網(wǎng)網(wǎng)元功能虛擬化后技

4、術(shù)指標(biāo)變化，為私有云軟硬件選型提供指導(dǎo)參與廠商及系統(tǒng)：根據(jù)技術(shù)合作及摸底測(cè)試結(jié)果，初期選擇阿朗和華為，其他廠商后期視具體情況再考慮參與城市城市考慮：選擇傾向：阿朗青島；華為西安備選城市：安徽、吉林、甘肅、貴州、上海試點(diǎn)范圍每廠家分別在兩款通用設(shè)備上安裝自有虛擬化軟件和核心網(wǎng)軟件，MANO由同廠商提供，核心網(wǎng)網(wǎng)元以vIMS為主，視廠商產(chǎn)品成熟度考慮vEPC等通用設(shè)備vIMS, vEPC虛擬化軟件廠商A方案3：硬件獨(dú)立廠商BMANO5通過“孕育式”試點(diǎn)支撐技術(shù)產(chǎn)品體系成熟和運(yùn)營(yíng)管理機(jī)制和方案的明確采用分階段、分步驟迭代試驗(yàn)的方式，在試點(diǎn)中發(fā)現(xiàn)產(chǎn)品不足和流程缺失，不斷完善技術(shù)產(chǎn)品要求，探索可行的管理

5、（規(guī)劃、建設(shè)、運(yùn)維)機(jī)制和方案，最終實(shí)現(xiàn)滿足我公司需求的網(wǎng)絡(luò)功能虛擬化體系培訓(xùn)歸納、總結(jié)分階段試點(diǎn)探索可行管理機(jī)制孕育試梳理技術(shù)要求推導(dǎo)管理機(jī)制推動(dòng)產(chǎn)品逐漸成熟實(shí)現(xiàn)網(wǎng)絡(luò)功能虛擬化目標(biāo)平臺(tái)層：對(duì)接網(wǎng)管端到端驗(yàn)證虛擬化性能指標(biāo)測(cè)試機(jī)房環(huán)境適配功能層：對(duì)接網(wǎng)管端到端驗(yàn)證評(píng)估核心網(wǎng)網(wǎng)元虛擬化影響評(píng)估核心網(wǎng)建設(shè)影響6通過“孕育式”試點(diǎn)支撐技術(shù)產(chǎn)品體系成熟和運(yùn)營(yíng)管理機(jī)制和方案的明確建設(shè)熟悉NFV系統(tǒng)及對(duì)現(xiàn)網(wǎng)運(yùn)維的影響管理/維護(hù)對(duì)接網(wǎng)管端到端驗(yàn)證提出核心網(wǎng)運(yùn)維的新需求廠商再次研發(fā)提供新版本需求及研發(fā)迭代確定新的運(yùn)維模式熟悉NFV的NS及生命周期管理機(jī)制評(píng)估核心網(wǎng)建設(shè)的影響和變化與省公司討論確認(rèn)與廠家討論確認(rèn)

6、集團(tuán)測(cè)試論證明確最終原則，全網(wǎng)推廣規(guī)劃熟悉NFV的NS及生命周期管理機(jī)制評(píng)估核心網(wǎng)規(guī)劃的影響和變化與省公司討論確認(rèn)與廠家討論確認(rèn)提出新的核心網(wǎng)部署規(guī)劃方案最終明確規(guī)劃原則迭代驗(yàn)證建設(shè)熟悉NFV系統(tǒng)及對(duì)現(xiàn)網(wǎng)運(yùn)維的影響管理/維護(hù)對(duì)接網(wǎng)管端到端驗(yàn)證摸索新模式，提出新要求廠商再次研發(fā)提供新版本需求及研發(fā)迭代確定新模式，推進(jìn)商用現(xiàn)網(wǎng)環(huán)境分析數(shù)據(jù)中心和核心網(wǎng)機(jī)房分別試點(diǎn)梳理配套承載/傳輸/內(nèi)部組網(wǎng)要求省公司討論確認(rèn)集團(tuán)論證策略樹立模板，全網(wǎng)推廣規(guī)劃廠家網(wǎng)元硬件消耗和VM規(guī)格收集網(wǎng)元硬件利用率、虛擬機(jī)規(guī)格測(cè)試省公司討論確認(rèn)廠家討論確認(rèn)制定新的硬件利用率、虛擬規(guī)格要求明確原則迭代驗(yàn)證平臺(tái)層面核心網(wǎng)業(yè)務(wù)層面7試

7、點(diǎn)具體目標(biāo)優(yōu)先在實(shí)驗(yàn)室對(duì)外場(chǎng)驗(yàn)證的廠商設(shè)備進(jìn)行測(cè)試，并選取外場(chǎng)城市，分別就阿朗和華為的虛擬化系統(tǒng)進(jìn)行相關(guān)測(cè)試驗(yàn)證：1. 基于廠家現(xiàn)有產(chǎn)品能力和技術(shù)實(shí)力進(jìn)行虛擬化功能驗(yàn)證，實(shí)現(xiàn)對(duì)核心網(wǎng)虛擬化的網(wǎng)絡(luò)/網(wǎng)元的全生命周期的觀察和虛擬化資源管理功能驗(yàn)證等 ；2. 驗(yàn)證虛擬化系統(tǒng)的網(wǎng)絡(luò)協(xié)同管理能力，包括NM/EM對(duì)虛擬化網(wǎng)元的網(wǎng)管、NFVI的資源管理、資源管理與網(wǎng)絡(luò)管理的配合以及物理設(shè)備PNF與虛擬化網(wǎng)元VNF混合組網(wǎng)的管理能力等；3. 驗(yàn)證虛擬化系統(tǒng)所承載的核心網(wǎng)絡(luò)和業(yè)務(wù)能力，如：IMS及VoLTE業(yè)務(wù)能力；4. 驗(yàn)證虛擬化系統(tǒng)的IP承載方案和機(jī)房組網(wǎng)方案的可行性；5. 驗(yàn)證通用硬件的技術(shù)功能；6. 摸

8、索核心網(wǎng)虛擬化相關(guān)的配套管理流程和要求。8試點(diǎn)具體內(nèi)容1.系統(tǒng)安裝：虛擬化基礎(chǔ)設(shè)施在現(xiàn)網(wǎng)環(huán)境中的安裝、集成、調(diào)測(cè)等，包括：a) 虛擬化所用硬件平臺(tái)的安裝和調(diào)測(cè)b) 虛擬化層的安裝和調(diào)測(cè)c) MANO及配套管理軟件的安裝和調(diào)測(cè)d) 系統(tǒng)操作權(quán)限配置和管理2.云管理及生命周期管理，包括：a) 網(wǎng)絡(luò)服務(wù)的模板上傳和自動(dòng)部署、彈性伸縮、版本升級(jí)和注銷 （可選）b) 網(wǎng)元的模板及安裝包的上傳、自動(dòng)部署、彈 性伸縮、版本升級(jí)和注銷c) NFVI層的告警、統(tǒng)計(jì)等3.虛擬化系統(tǒng)網(wǎng)管體系運(yùn)維能力，包括：a) 虛擬化系統(tǒng)資源監(jiān)控b) 混合組網(wǎng)的運(yùn)維能力c) 虛擬化核心網(wǎng)的配置管理 （CM）d) 虛擬化核心網(wǎng)的性能

9、管理 （PM）e) 虛擬化核心網(wǎng)的故障管理 （FM）f)虛擬化資源的管理 （可選）g) 可靠性驗(yàn)證4.虛擬化系統(tǒng)所承載的核心網(wǎng)絡(luò)和業(yè)務(wù)能力，包括：a) VoLTE業(yè)務(wù)的基本業(yè)務(wù)能力和業(yè)務(wù)體驗(yàn)b) VoLTE業(yè)務(wù)的性能測(cè)試5.通用硬件的技術(shù)要求驗(yàn)證 a) 廠商自帶硬件能力驗(yàn)證b) 省公司數(shù)據(jù)中心入圍硬件白牌測(cè)試 （實(shí)驗(yàn)室？） 6.機(jī)房組網(wǎng)驗(yàn)證7.安全管理驗(yàn)證8.廠家個(gè)性化功能驗(yàn)證9試點(diǎn)組織分工此次試點(diǎn)由總部計(jì)劃建設(shè)部總體牽頭，集團(tuán)相關(guān)部門、研究院、設(shè)計(jì)院、試點(diǎn)省公司協(xié)同推進(jìn) 總部計(jì)劃建設(shè)部：負(fù)責(zé)試點(diǎn)工作的總體協(xié)調(diào)，牽頭試點(diǎn)總體技術(shù)方案、總體建設(shè)方案和測(cè)試規(guī)范的制定，負(fù)責(zé)試點(diǎn)進(jìn)度的督促協(xié)調(diào)，以及組

10、織試點(diǎn)相關(guān)的技術(shù)培訓(xùn)總部網(wǎng)絡(luò)部：成立專項(xiàng)攻關(guān)團(tuán)隊(duì)，牽頭網(wǎng)管體系的試點(diǎn)工作，摸索建立適應(yīng)核心網(wǎng)虛擬化的網(wǎng)絡(luò)運(yùn)維體系；牽頭局?jǐn)?shù)據(jù)配置，組織調(diào)配IP地址、承載網(wǎng)和號(hào)碼等相關(guān)資源，組織試點(diǎn)現(xiàn)網(wǎng)設(shè)備升級(jí)及功能改造，負(fù)責(zé)版本入網(wǎng)、網(wǎng)管、安全功能等測(cè)試研究院：負(fù)責(zé)試點(diǎn)總體技術(shù)要求、測(cè)試規(guī)范編制，以及試點(diǎn)測(cè)試中技術(shù)問題的解決、試點(diǎn)總結(jié)分析等工作設(shè)計(jì)院：負(fù)責(zé)試點(diǎn)各省建設(shè)方案審核，試點(diǎn)局?jǐn)?shù)據(jù)編制等工作試點(diǎn)省公司：成立專項(xiàng)攻關(guān)團(tuán)隊(duì)，負(fù)責(zé)本省試點(diǎn)建設(shè)方案編制、工程實(shí)施及具體測(cè)試等工作；省公司網(wǎng)維人員全程參與測(cè)試，觀察學(xué)習(xí)虛擬化系統(tǒng)的功能界面和使用；負(fù)責(zé)測(cè)試配套資源的協(xié)調(diào)（如：測(cè)試卡、測(cè)試VoLTE終端等），了解虛擬化

11、管理流程對(duì)現(xiàn)網(wǎng)網(wǎng)管系統(tǒng)的影響，摸索積累虛擬化方面的部署、測(cè)試、管理維護(hù)等經(jīng)驗(yàn)，給出建議，撰寫并提交測(cè)試總結(jié)報(bào)告要求試點(diǎn)組織分工10序號(hào) 主要工作 計(jì)劃完成時(shí)間 牽頭部門 1 確定試點(diǎn)城市及廠家計(jì)劃部2 完成試點(diǎn)總體技術(shù)要求3月底研究院3 完成試點(diǎn)總體建設(shè)方案4月中設(shè)計(jì)院 4 完成試點(diǎn)測(cè)試方案4月中研究院5 下發(fā)試點(diǎn)通知 ，啟動(dòng)試點(diǎn)4月中？計(jì)劃部6 組織試點(diǎn)培訓(xùn) 4月底前？計(jì)劃部7 試點(diǎn)建設(shè)方案審核 4月底前？計(jì)劃部 8試點(diǎn)設(shè)備軟硬件版本入網(wǎng)5月底前？網(wǎng)絡(luò)部9試點(diǎn)環(huán)境及配套準(zhǔn)備6月中前？省公司10試點(diǎn)測(cè)試7月底前？網(wǎng)絡(luò)部、省公司、研究院11測(cè)試報(bào)告編制 7月底前？省公司12 試點(diǎn)總結(jié)及下階段計(jì)劃

12、8月中？計(jì)劃部13 試點(diǎn)問題解決及補(bǔ)測(cè) 8月底前？計(jì)劃部試點(diǎn)時(shí)間計(jì)劃安排11試點(diǎn)總體方案2主要內(nèi)容12核心網(wǎng)云化網(wǎng)元引入策略 基于網(wǎng)元功能特征，綜合考慮網(wǎng)元部署需求、產(chǎn)品成熟度和技術(shù)實(shí)現(xiàn)難度，建議可從IMS CSCF/TAS等控制面網(wǎng)元開始引入云化CS域IMS域PS域(EPC)控制面小(功能、容量穩(wěn)定或趨于萎縮)低較高用戶數(shù)據(jù)面轉(zhuǎn)發(fā)面、媒體面SBCMRFIM-MGWGGSNMMESGSNSAE-GWMGWCSCF中大(功能更新需求強(qiáng)烈或容量彈性大)中(-)驅(qū)動(dòng)力 難度 CSCF/TASHSSSBC/IM-MGWIMS域階段一階段二階段三 控制面網(wǎng)元虛擬化條件已經(jīng)基本成熟；用戶數(shù)據(jù)面網(wǎng)元有待驗(yàn)證

13、；轉(zhuǎn)發(fā)面、媒體面的數(shù)據(jù)存儲(chǔ)轉(zhuǎn)發(fā)、編解碼轉(zhuǎn)換、加解密等功能對(duì)性能要求高TASPCRFHSSMSSMGCF13試點(diǎn)系統(tǒng)框架虛擬化節(jié)點(diǎn)：CSCF、TAS新建網(wǎng)元：試點(diǎn)SBC/PCSCF、云管理系統(tǒng)（MANO）、EM14試點(diǎn)云管理系統(tǒng)架構(gòu)（MANO）一個(gè)試點(diǎn)省份部署一套MANO系統(tǒng)，包含2個(gè)VIM？，以驗(yàn)證VNFM和NFVO對(duì)多個(gè)虛擬機(jī)數(shù)據(jù)中心的管理能力，其中每個(gè)數(shù)據(jù)中心應(yīng)選擇不同的硬件類型組網(wǎng)測(cè)試 若考慮現(xiàn)網(wǎng)數(shù)據(jù)中心硬件先在實(shí)驗(yàn)室驗(yàn)證，則外場(chǎng)可只驗(yàn)證廠商自帶硬件管理協(xié)調(diào)功能域NFVO：統(tǒng)一的資源管理的調(diào)度VNFM：虛擬化網(wǎng)元生命周期管理VIM：硬件管理和虛擬資源管理15試點(diǎn)網(wǎng)管對(duì)接原則現(xiàn)有網(wǎng)管系統(tǒng)（

14、NM、EM）或廠商提供的EM或NM承擔(dān)虛擬化網(wǎng)元VNF和虛擬化核心網(wǎng)的網(wǎng)絡(luò)管理功能。MANO系統(tǒng)承擔(dān)核心網(wǎng)虛擬化后的虛擬資源管理功能。核心網(wǎng)虛擬化后的網(wǎng)管故障定位等增強(qiáng)功能需現(xiàn)有網(wǎng)管系統(tǒng)與云資源管理系統(tǒng)（MANO）協(xié)同實(shí)現(xiàn)，需新增能夠與VNFM交互的EM。OSSEMS newEMSCSCFTASHSSvCSCFvTASVIMVNFMNFVOVIM16試點(diǎn)核心網(wǎng)組網(wǎng)部署虛擬化的S/I-CSCF和TAS網(wǎng)元新增試點(diǎn)SBC內(nèi)置P-CSCF及DNS功能，測(cè)試用戶應(yīng)由試點(diǎn)SBC接入，并使用內(nèi)置DNS查詢到虛擬化的I-CSCF。新增的虛擬化S/I-CSCF和TAS需連接現(xiàn)網(wǎng)HSS，并打通相關(guān)Cx、Sh接口

15、。需在現(xiàn)網(wǎng)HSS中為試點(diǎn)用戶開通開通VoLTE業(yè)務(wù)，并指定為試點(diǎn)用戶服務(wù)的S-CSCF為虛擬化的S-CSCF。試點(diǎn)SBC需連接現(xiàn)網(wǎng)PCRF，并打通Rx接口現(xiàn)網(wǎng)EPC需連接試點(diǎn)SBC，并支持根據(jù)測(cè)試用戶的號(hào)碼，選擇路由至試點(diǎn)SBC。 【現(xiàn)網(wǎng)EPC不一定是華為、阿朗設(shè)備】組網(wǎng)原則：試點(diǎn)網(wǎng)絡(luò)與現(xiàn)網(wǎng)IMS可進(jìn)行VoLTE互通，但現(xiàn)網(wǎng)正常業(yè)務(wù)不擴(kuò)散至試點(diǎn)網(wǎng)絡(luò)，試點(diǎn)網(wǎng)絡(luò)的規(guī)模性能測(cè)試不擴(kuò)散至現(xiàn)網(wǎng)17試點(diǎn)站點(diǎn)方案若存在數(shù)據(jù)中心機(jī)房與核心網(wǎng)機(jī)房的連接，則需考慮IP專網(wǎng)連接18試點(diǎn)硬件管理平臺(tái)劃分19試點(diǎn)業(yè)務(wù)開通與計(jì)費(fèi)本階段試點(diǎn)原則上不要求對(duì)接BOSS業(yè)務(wù)支撐系統(tǒng)，所有試點(diǎn)網(wǎng)元所需的用戶數(shù)據(jù)和業(yè)務(wù)數(shù)據(jù)等開通數(shù)據(jù)

16、，由廠商根據(jù)中國(guó)移動(dòng)提供的信息自行完成開通和配置。試點(diǎn)系統(tǒng)不要求生成話單，若產(chǎn)生了計(jì)費(fèi)信息，不要求傳遞給計(jì)費(fèi)系統(tǒng)。EPC產(chǎn)生的測(cè)試流量話單，BOSS系統(tǒng)應(yīng)剔除。若試點(diǎn)省份選擇了部分現(xiàn)網(wǎng)設(shè)備（如：HSS）進(jìn)行組網(wǎng)，則可根據(jù)試點(diǎn)省份具體情況，由BOSS系統(tǒng)進(jìn)行開通和計(jì)費(fèi)的驗(yàn)證，也可以在征得試點(diǎn)省公司同意后，在設(shè)備上直接使用命令進(jìn)行配置測(cè)試用戶的數(shù)據(jù)。20試點(diǎn)環(huán)境準(zhǔn)備小結(jié)網(wǎng)元類別網(wǎng)元名稱網(wǎng)元形態(tài)提供方 （測(cè)試廠家/省公司）IMSI/S-CSCF云化、新建廠家TAS云化、新建廠家MGCF物理、現(xiàn)網(wǎng)省公司SBC/P-CSCF物理、新建廠家用戶數(shù)據(jù)HSS/HLR物理、現(xiàn)網(wǎng)省公司2/3/4G核心網(wǎng)MME/S

17、GSN物理、現(xiàn)網(wǎng)省公司SAE GW/GGSN物理、現(xiàn)網(wǎng)省公司PCRF物理、現(xiàn)網(wǎng)省公司信令網(wǎng)L-DRA物理、現(xiàn)網(wǎng)省公司無線網(wǎng)eNodeB物理、現(xiàn)網(wǎng)省公司儀表Ixia物理、新建廠家EM網(wǎng)管EMS物理、新建廠家MANONFVO云化、新建廠家VNFM云化、新建廠家VIM云化、新建廠家站點(diǎn)設(shè)備CE/FW待定省公司21試點(diǎn)網(wǎng)管驗(yàn)證方案3主要內(nèi)容22網(wǎng)管體系和網(wǎng)管系統(tǒng)順應(yīng)核心網(wǎng)云化可能存在的變化CSCFATCATASATCAMMEATCA網(wǎng)元設(shè)備OMC/EMOSS/NM設(shè)備級(jí)網(wǎng)管，統(tǒng)一北向接口核心網(wǎng)云化使得原統(tǒng)一網(wǎng)管分為虛擬網(wǎng)元管理和云化資源管理兩部分，對(duì)網(wǎng)管體系和網(wǎng)管系統(tǒng)均提出全新的要求CSCFCOTST

18、ASMME網(wǎng)元VNFM+OMC/EMOSS/NM虛擬網(wǎng)元管理北向接口NFVOVIMHypervisorVMVMVM硬件虛機(jī)管理虛機(jī)網(wǎng)元管理流資源管理流資源管理北向接口現(xiàn)網(wǎng)網(wǎng)管虛擬化核心網(wǎng)的網(wǎng)管網(wǎng)管系統(tǒng)網(wǎng)元： 設(shè)備黑盒管理（網(wǎng)元+硬件），一個(gè)北向接口網(wǎng)絡(luò)： OSS統(tǒng)管網(wǎng)絡(luò)網(wǎng)元： 軟硬件解耦管理（網(wǎng)元管理+云資源管理），可能存在兩個(gè)北向接口，需新定義管理信息模型，北向接口支持虛擬網(wǎng)元管理，新增資源類性能管理等網(wǎng)絡(luò)： OSS、NFVO協(xié)同，統(tǒng)管資源和網(wǎng)絡(luò)服務(wù)網(wǎng)管體系單一團(tuán)隊(duì)垂直管理核心網(wǎng)只負(fù)責(zé)網(wǎng)絡(luò)運(yùn)行和升級(jí)單層故障定位，出問題直接找核心網(wǎng)廠商兩個(gè)團(tuán)隊(duì)分管核心網(wǎng)功能和資源網(wǎng)管外延，增加網(wǎng)絡(luò)功能創(chuàng)建、擴(kuò)

19、/縮容、升級(jí)、終止全生命周期問題定位要求高，雙層關(guān)聯(lián)定位故障點(diǎn)，確定核心網(wǎng)、資源問題23LCM相關(guān)功能點(diǎn)FCAPS相關(guān)功能點(diǎn)現(xiàn)網(wǎng)網(wǎng)管體系基本只覆蓋網(wǎng)元的運(yùn)行、擴(kuò)容、更新/升級(jí)。核心網(wǎng)虛擬化引入了網(wǎng)絡(luò)服務(wù)和網(wǎng)元的全生命周期管理，使得網(wǎng)管還需介入網(wǎng)元生命周期的創(chuàng)建和終止等其他階段，網(wǎng)管的內(nèi)涵有所擴(kuò)展，對(duì)網(wǎng)管有全新的要求：軟件版本和軟件包管理1. 4+1網(wǎng)管系統(tǒng)是否對(duì)網(wǎng)絡(luò)升級(jí)和軟件包進(jìn)行管理？2. 軟件包在升級(jí)過程中如何操作？相對(duì)于傳統(tǒng)的版本升級(jí)，流程是否有變更？VNFs和NS的生命周期管理1. VNFs和NS的生命周期從哪里定義？2. VNFs和NS之間有關(guān)聯(lián)關(guān)系，他們的生命周期也有相互依賴關(guān)系，

20、資源信息模型應(yīng)該如何支撐？ 配置管理1. NS的部署模板管理(需明確角色和IT支撐系統(tǒng))2. VNFs的部署模板管理(需明確角色和IT支撐系統(tǒng))3. 策略（如伸縮策略等）管理（增、刪、改、查）以及人工執(zhí)行某些策略的過程（需明確角色和IT支撐系統(tǒng)）4. 局?jǐn)?shù)據(jù)管理（包括傳統(tǒng)的路由管理和NFV階段的IP層局?jǐn)?shù)據(jù)管理）5. PNF和VNF如何進(jìn)行關(guān)聯(lián)管理 故障管理1. 對(duì)VNFs的告警采集（從哪里采集，首先需明確網(wǎng)管需求，告警需要詳細(xì)到什么程度）2. 對(duì)VNFS相關(guān)的告警關(guān)聯(lián)（首先需要明確需求，告警需要詳細(xì)到什么粒度，是否需要到物理機(jī)層面，然后確定EMS、OSS or NFVO中的一個(gè)或多個(gè)實(shí)體進(jìn)行

21、告警關(guān)聯(lián)）3. MANO自身作為網(wǎng)元，需被故障管理系統(tǒng)監(jiān)控，譬如對(duì)NFV-O的運(yùn)行狀態(tài)監(jiān)控等 性能管理1. VNFs的資源預(yù)警分析2. VNFs和NS的容量規(guī)劃3. VNFs的服務(wù)質(zhì)量分析和評(píng)估 安全1. MANO作為管理系統(tǒng)，需納入4A的管理范圍 網(wǎng)元/網(wǎng)絡(luò)管理：由FCAPSFCAPS+LCM生命周期管理資源管理：純基礎(chǔ)設(shè)施的管理+與傳統(tǒng)網(wǎng)管的關(guān)聯(lián)關(guān)系梳理網(wǎng)管體系重構(gòu)需思考兩個(gè)層面的工作244+1系統(tǒng)的架構(gòu)影響初步分析虛擬網(wǎng)元管理對(duì)4+1系統(tǒng)的影響不大，網(wǎng)絡(luò)服務(wù)可能對(duì)網(wǎng)管4+1體系有架構(gòu)性影響，需在試點(diǎn)中摸索評(píng)估哪種演進(jìn)方案更適合現(xiàn)有“4+1”網(wǎng)管框架故障管理系統(tǒng)資源管理系統(tǒng)性能管理系統(tǒng)運(yùn)維

22、管理系統(tǒng)優(yōu)化管理系統(tǒng)NFVOVNFMVIM虛擬資源與硬件資源映射虛擬網(wǎng)元與虛擬資源映射全局資源管理網(wǎng)元管理OSS/OMC增加硬件資源、虛擬資源、虛擬網(wǎng)元映射管理增加虛擬化性能、故障和優(yōu)化管理增加資源管理操作流程方案一新建網(wǎng)絡(luò)服務(wù)管理系統(tǒng)，負(fù)責(zé)： 部署模板的制作 初始化的策略制定和初始化的局?jǐn)?shù)據(jù)制作 支持NS testing做強(qiáng)做大資源管理系統(tǒng)，負(fù)責(zé) 部署模板的制作 初始化的策略制定和初始化的局?jǐn)?shù)據(jù)制作 支持NS testing方案二方案三做強(qiáng)做大NFV-O，負(fù)責(zé) 部署模板的制作 初始化的策略制定和初始化的局?jǐn)?shù)據(jù)制作 支持NS testing25具體驗(yàn)證內(nèi)容 （參見word）網(wǎng)元FCAPS：配置

23、管理性能管理故障管理界面要求NS/網(wǎng)元生命周期管理模板、安裝包實(shí)例化、擴(kuò)容、升級(jí)、實(shí)例終止、彈性伸縮NFVI的FCAPS26試點(diǎn)硬件驗(yàn)證方案4主要內(nèi)容27一：試點(diǎn)硬件驗(yàn)證的三個(gè)工作目標(biāo)：1、驗(yàn)證并給出硬件要求，能夠首先滿足IMS虛擬化，并具備通用性，以支持其他網(wǎng)元的虛擬化(例如vMME)。2、驗(yàn)證當(dāng)前用于私有云的存量設(shè)備運(yùn)行vIMS時(shí)的功能與性能, 評(píng)估存量設(shè)備的可用性。3、制定服務(wù)器集采系列。三：驗(yàn)證方式：1、通過測(cè)試比對(duì)，給出硬件配置。(多配置組合測(cè)試) (10月)2、通過理論分析及測(cè)試給出形態(tài)建議。（10月）3、通過分析上層軟件對(duì)硬件故障和狀態(tài)的需求，給出故障和狀態(tài)檢測(cè)內(nèi)容并測(cè)試。（5月

24、）4、通過調(diào)研對(duì)省公司中心機(jī)房及數(shù)據(jù)中心對(duì)設(shè)備的要求，給出環(huán)境適應(yīng)性要求。 （7月）二 : 驗(yàn)證內(nèi)容 一.1 中提到的硬件要求主要包括以下三點(diǎn)：1、配置要求：即CPU, 內(nèi)存，硬盤，網(wǎng)卡等的配置。2、形態(tài)要求：即刀片式、機(jī)架式等形態(tài)。3、可靠性要求: 故障/狀態(tài)檢測(cè)內(nèi)容，環(huán)境適應(yīng)性。四：待定問題：1、測(cè)試量較大，時(shí)間長(zhǎng)，建議在實(shí)驗(yàn)室完成測(cè)試。存量設(shè)備的測(cè)試, 建議能請(qǐng)?jiān)O(shè)備商提供相同配置的設(shè)備在實(shí)驗(yàn)室完成測(cè)試。2、需要獲取省公司中心機(jī)房及數(shù)據(jù)中心對(duì)進(jìn)入設(shè)備的要求， 集團(tuán)或者設(shè)計(jì)院是否有數(shù)據(jù)，如果沒有數(shù)據(jù)，需要選取幾個(gè)省公司調(diào)研，有無建議的省公司?3、設(shè)備需運(yùn)行商用版的IMS軟件，有無廠商優(yōu)先級(jí)的建議?試點(diǎn)硬件驗(yàn)證方案28試點(diǎn)安全驗(yàn)證方案5主要內(nèi)容29虛擬網(wǎng)元功能軟件1. 虛擬網(wǎng)元安全威脅：虛擬網(wǎng)元安全威脅：1) 篡改/偽造VNF軟件包2) 非法訪問V