在“2015全球未來網絡暨SDN技術大會”上，來自億陽信通的行業咨詢部資深顧問、副總經理張東表示，億陽作為一家原來傳統的網管廠商，想更多的把目光投射在控制器和APP這個層面。

從昨天到今天目前為止的很多主題來看，更多聚焦在我們數據轉發層面和控制器層面。億陽作為一家原來傳統的網管廠商，想更多的把目光投射在控制器和APP這個層面。目前來講有一個說法，網管，OSS是不是一種APP？這個在目前來講還處于探討階段。今天的話題只是我們初步的考慮，也希望引起大家初步的思考。

今天上午是NFV專場，我先從NFV基本的概念入手。

大家也都知道，NFV除了它的基本的資源之外，它和OSS關系最緊密的就是右半側這個部分，它分了四個層次，第一個層面就是虛擬機管理層，這部分可以歸屬到我們的，大家聽的很多的云計算管理平臺這個層面。第二個層面，看到我們的VNF這個層面，它對實體化網源進行軟件化以后進行功能的管理。再往上一個層面叫VNFFG，這個圖里面沒有體現，但是在我們的NFV的白皮書里面，組成了VNF轉發組。再往上，我們看到我們現在面臨的網絡服務的編排叫NS。

那什么叫NS呢？我舉一個在電信領域的一個例子，比如說INMS網絡。最高層的其實是通過底層的VNF，VNFFG，我們的業務模板形成一張核心網或者IMS網絡的網絡。這里面實際上可以看到，在NFV層面以及VNFFG和NS層面，實際上和我們OSS網絡管理領域，資源管理部分是緊密相關。那么NFV跟我們運營商的運營工作帶來哪些挑戰呢？第一個是運維體系架構的挑戰。

因為在NFV時代，它實際上分了云資源管理的平臺部分和虛擬網源管理的部分。這樣的話，我們對虛擬網源的管理可以和云計算硬件平臺的管理進行一個分離，我們內部需要增加相應的云資源維護的團隊。在網絡維護方式上面也會有一個比較大的變化，虛擬網源的引入會涉及到虛擬網源的生命周期管理的模式。在原來的運營商網絡管理當中，一個物理網源的入網、切割的過程是一個嚴格審批的過程，在NFV虛擬網源之后變得更加便捷和自動化。當然在最開始配置的時候，可能也需要有一些管理流程的審批，這個也是需要進一步探討的。

再一個，在NFV時代，實際上它的很多物聯網也是架構在云計算管理平臺之上，也就是說它整個傳統的機房會慢慢地向IDC云數據機房進行轉變，這里面相應的特性也要進行相應的匹配。最后落實到我們的運維上面。這個可以看到，NFV打破了核心網設備統一管理的模式，可以看到將分解為云資源管理，以及虛擬網源管理和虛擬資源的管理。可以看到和我們下面的傳統電信網絡管理有明顯的區別。那么MANO跟OSS的關系，大家對這張圖很熟悉，對我們網絡運維工作相關的部分，涉及到運維、溝通、就緒、開通和保障。從橫向來看，最上面的叫資源管理和運營，上面一個層面是服務管理和運營。從目前來看哪些工作和哪種運維相關，資源管理和運營，包括資源的提供，資源的故障管理，資源的性能管理。我們的服務管理和運營和MANO是不是也有關系？這個里面可以給大家舉一個例子，隨著我們未來網絡的發展，未來各行各業的對專網的需求，我們的工業4.0，企業的這種專網，以及面臨到我們IOT，物聯網相關的專網，包括后續我們華為的專家提到，4K、2K的高清視頻。這些專網的配置和網源的配置和組網的編排，也和這些行業特性緊密相關，所以最終到真正專網使用化的時候，就實際到我們NS網絡編排，就會夾帶這些行業的特性。所以在服務管理和運營層面也會有一些涉及，當然隨著我們的進展，會形成各種各樣的很多的模板。

總的來講的話，我們的MANO和OSS的關系可以歸結為包括我們傳統的IMS、OSC，也包括我們MANO的的部分。我們再聚焦一下，在NFVMANO當中，它與OSS的緊密交互。它顯示的借口就是NFV-MANO，還包括一些策略管理的交互、以及容量和存量信息的交互。NFV相關的計費和使用記錄是給BSS使用的。給OSS使用的包括服務生命周期管理請求，是由OSS向MANO進行請求，是雙向交互的過程。對OS網絡服務編排，需要網源組組合，這個實際上就是由OSS來進行發起和MANO進行一個緊密的配合。所以在這個里面，歸根到底一句話，MANO需要和OSS進行緊密的配合，來實現協同規劃，協同演進。我在這兒也呼吁一下，我們現在的OSS組織以及OPENFA相關的組織，在做自身規劃的時候，更多的考慮到我們OSS跟MANO交互的過程。

原來我們管理的是物理網源，現在管理的是虛擬網源。現在就存在一個虛機，虛機涉及到物理主機的管理。大家知道在云化的虛擬網源之上，它只規定了二到四層的網絡鏈路。實際上對NFV網源來講，還有很多業務層的一些鏈路屬性。比如舉個例子，叫SCTP，就是偶聯，所以這個在傳統的云數據中心的網絡管理之上，需要疊加它的業務屬性的一些鏈路配置，這個是和原來變化最大的。另外一個是我們的VNFFG，它的相關虛擬網源組的模型。這是在信息模型的角度。

第二個在網絡服務管理，我們從我們的配置態到運行態都需要網絡服務的編排，就是在配置態的時候，我入網開局的時候，我怎么樣通過MANO組建我的一張IMS網絡，怎么樣組建我的EPC的網絡，這個需要開始的把NS服務進行模板化和相關的目錄化管理。同樣的也會涉及到VNFFG，VNF本身，以及VNF對于虛機的模板的訴求和目錄。這個在初始態和配置態的時候也需要內部審批的過程。在運行態的時候，網絡服務以及VNFFG以及VNF之間的關聯關系，它的服務編排的關系和邏輯，也是需要MANO和OSS緊密協作的。

實際上這個里面還有一點，業務系統安裝配置再往下，還會涉及到我們網源具體電信業務屬性的配置。比如說在我們的INMS網絡中，我們會以URI標識它唯一的節點。在我們的PC網絡當中，實際上都要在系統安裝之后去進行進一步的配置的。在我們NFV云平臺當中，上面兩部分是相同的，下面根據初始態的模板，包括VNFFG的模板、VNF的模板，這些屬性都會配置到相關的輔目錄和模板當中去，最后通過MANO進行自動化的開通。

NFV對其他的OSS像故障管理、性能管理相關的層面也會帶來比較大的變化。故障管理相關，它的報警處理的過程會涉及到告警提醒，告警進行范圍和網源的擴展，還有告警不同新增類型的標準化處理，一直到派單。我們針對OSS業務網絡的告警察，以及真得我們IT基礎設施的告警，怎么把它更好的關聯定位起來，故障溯源，到底發生在云IT層還是相應的網絡層。性能管理相關的部分，更多的是原來的業務性的相關部分，比如說我們的MME，它的一個叫容量相關的，以及容量的利用率，比如說還有PGW、SW這樣的網源，還有承載的利用率和最大量等等。這些來講的話是和傳統相差不大的，只是在云資源池相關的管理部分，會有一個大的聯系，進行一個分析。

關于NFV和OSS，我們目前有一些思考。實際上華為的同志，還有中興的同志提到了，NFV可能在2015年、2016年會有一個比較大的發展。我們在出白皮書的時候有幾點困惑的。第一個，就是我們MANO與OSS的交互需要進行一個實例化，針對我們的OS-MN接口，有三個層面的交互，這個里面能不能有一個具體的例子，比如我們的IMS網絡當中，怎么樣和OSS進行交互，它應該具備哪些電信的屬性。這個需要具有一個實例化，對我們后期的網絡維護會有一個比較大的指導。

第二個，我們CT網源，比如說VNF、VNFFG，我們中興跟華為，我們的VNF模板當中應該配置哪些屬性，哪些屬性是必須的，哪些屬性是廠家可選的，這個要有一個比較明確的指導，這樣在后期的MANO編排的時候有很好的廠家之間的互聯互通。

最后我們VNF與物理NE混合組網中，OSS與MANO如何協同，參數怎么進行配置。

下面我們抓緊一點時間，把SDN方面講一下。SDN在目前電信運營商內部來講，這個最大的變化在于右半部分，在OSS域和廠商域之間會增加一個控制百向接口，來進行控制信息模型的控制和采集，這個和傳統的采集是不一樣的。

第二個在跨域控制器，現在不同的廠家和不同的網絡域之間的互通，東西向互通還是有一些問題的，所以有必要在單域控制器之上再做一個跨控制器層面，來進行一個網絡激活。

對于我們網管來講，是資源系統，與網絡資源配置，通過我們的單域控制器和跨域配置器的配合，能夠使網管更加自動化和智能化。這是簡單列舉了我們一個控制器和傳統的OMC功能的對比。在SDN和網管的管理層面會涉及到對SDN不同層面的配置和管理范圍的權限分配問題，這里面我們現在傾向于運營商也好，還是設備廠商也好，傾向于采用傳統的OMC作為一個層面。包括業務開通層面，以及寬待實施層面。更多的我們下行控制器，自動化部署和配置這方面的管理和變化。

我們億陽在SDN領域進行三個方面的嘗試，第一個基于SDN控制器的協同控制器的開發，第二個基于SDN控制器的APP的開發，網管我們認為就是超級APP，針對網絡層面，以及針對業務，最后到客戶層面來講，在網絡之上其實還有很多APP可以，根據我們的控制器以及網絡開放性去開發很多這樣的APP。第三在基于SDN的企業網數據中心的解決方案，運營商這一側多了，對于企業用戶來講，企業網、園區網怎么樣構建我們SDN的解決方案。這個是我們對未來運營商，它的NFV、SDN統一新型網絡管理的統一規劃和構想。