唐 亮，陳 聰

（1.中國電信股份有限公司北京研究院 北京100035；2.中國電信集團公司 北京100010）

1 引言

移動互聯(lián)網(wǎng)時代的到來使得運營商面臨被管道化的危險，因此要對現(xiàn)有網(wǎng)絡(luò)資源價值進行深入挖掘，智能管道技術(shù)應(yīng)運而生。智能管道技術(shù)[1.2]利用先進的網(wǎng)絡(luò)流量感知技術(shù)、策略決策和管控技術(shù)以及資源調(diào)度技術(shù)實現(xiàn)對網(wǎng)絡(luò)流量的精細管理，達到“四可”（用戶可識別，業(yè)務(wù)可區(qū)分，流量可調(diào)控，網(wǎng)絡(luò)可管理）的目的。具體來說，智能管道使得運營商能夠針對每個用戶和每種業(yè)務(wù)，按照所約定的QoS策略對全部網(wǎng)絡(luò)資源進行按需分配，這樣就能夠避免出現(xiàn)高價值用戶得不到足夠網(wǎng)絡(luò)帶寬，而低價值用戶占據(jù)大量網(wǎng)絡(luò)流量的場景出現(xiàn)。要實現(xiàn)以上目標(biāo)，就需要統(tǒng)一的用戶接入、統(tǒng)一的策略控制、統(tǒng)一的業(yè)務(wù)運營支撐系統(tǒng)的支持，同時也需要有統(tǒng)一的網(wǎng)管系統(tǒng)對承載業(yè)務(wù)的整個傳輸網(wǎng)絡(luò)及其中的設(shè)備進行有效管理。在統(tǒng)一管理的基礎(chǔ)上，為了高效保障業(yè)務(wù)的QoS，還需要網(wǎng)管系統(tǒng)與策略控制系統(tǒng)等上層業(yè)務(wù)相關(guān)系統(tǒng)連接，以根據(jù)用戶業(yè)務(wù)需要實現(xiàn)對傳輸網(wǎng)絡(luò)的有效管理。但是目前整個傳輸網(wǎng)絡(luò)由于不同的廠商設(shè)備、不同的傳輸系統(tǒng)以及不同的管理方式導(dǎo)致了網(wǎng)管系統(tǒng)的紛繁復(fù)雜，而且網(wǎng)管系統(tǒng)和其他上層管理系統(tǒng)之間也缺乏連接性，對于網(wǎng)絡(luò)業(yè)務(wù)無法做到及時有效保障，無法適應(yīng)智能管道的需求。

對于上述統(tǒng)一網(wǎng)管系統(tǒng)的解決，相關(guān)參考文獻[3～5]都是基于讓不同廠商不同設(shè)備都使用統(tǒng)一的接口，但是這個解決方案需要廠商花費大量時間重新開發(fā)系統(tǒng)，同時也不利于不同廠商開發(fā)新功能，而且對于SDH系統(tǒng)和WDM系統(tǒng)很難進行統(tǒng)一，對于運營商來說也需要花費大量成本重新采購和部署設(shè)備。

這個情形和云計算系統(tǒng)需要管理大量的異種資源（不同廠商的產(chǎn)品）的情形很類似，因此在本文中利用了云計算[6,7]的解決思路，采用虛擬化思想屏蔽底層物理設(shè)備，構(gòu)建統(tǒng)一網(wǎng)管系統(tǒng)，同時將網(wǎng)管系統(tǒng)與策略控制系統(tǒng)相連，實現(xiàn)了對業(yè)務(wù)QoS的保障。本文從網(wǎng)管系統(tǒng)現(xiàn)狀出發(fā)，結(jié)合云計算和虛擬化技術(shù)，探討智能管道云網(wǎng)管系統(tǒng)的架構(gòu)、功能模塊和管理方式。

2 網(wǎng)管系統(tǒng)現(xiàn)狀

目前的電信傳輸網(wǎng)管系統(tǒng)紛繁復(fù)雜且孤立存在，無法完全適應(yīng)智能管道的需求，具體體現(xiàn)在以下幾點。

（1）傳輸網(wǎng)絡(luò)的混雜

傳輸網(wǎng)絡(luò)的混雜主要表現(xiàn)在傳輸系統(tǒng)和設(shè)備廠商的多樣化上?，F(xiàn)在的傳輸網(wǎng)絡(luò)中存在的主要傳輸系統(tǒng)為SDH系統(tǒng)和WDM系統(tǒng)，而這兩者之間的網(wǎng)管系統(tǒng)并不能實現(xiàn)兼容，同時對于新出現(xiàn)的40 Gbit/s、100 Gbit/s以及OTN等技術(shù)無法進行有效管理。其次現(xiàn)在網(wǎng)絡(luò)中存在包括北電、華為、中興通訊、烽火、阿爾卡特、西門子等多個廠商的設(shè)備。對于網(wǎng)管系統(tǒng)，雖然有規(guī)范對接口等部分進行約束，但是不同廠商在具體實現(xiàn)上有各自的方式，特別是在北向接口上，很難達到統(tǒng)一的標(biāo)準(zhǔn)。

（2）管理方式的混雜

不同系統(tǒng)、不同省市的網(wǎng)絡(luò)管理方式不盡相同，有的使用集中網(wǎng)管進行管理，有的依靠各廠商專業(yè)網(wǎng)管進行管理。集團公司和各省市公司也都擁有各自的網(wǎng)管系統(tǒng)對同一個網(wǎng)絡(luò)進行監(jiān)控。這些混雜的網(wǎng)絡(luò)管理方式既重復(fù)浪費，也不利于對網(wǎng)絡(luò)的統(tǒng)一管理。

（3）網(wǎng)管系統(tǒng)的孤立化

現(xiàn)在使用的傳輸網(wǎng)管系統(tǒng)并沒有與運營商的其他業(yè)務(wù)相關(guān)系統(tǒng)相連。這種情況下，當(dāng)用戶業(yè)務(wù)出現(xiàn)問題的時候，需要人工通知網(wǎng)管人員，再由網(wǎng)管人員對傳輸網(wǎng)絡(luò)進行排查，找出并恢復(fù)故障，整個過程耗費時間較長，影響業(yè)務(wù)的QoS保障。

傳輸網(wǎng)管系統(tǒng)的這些現(xiàn)狀造成了無法對整個傳輸網(wǎng)絡(luò)進行有效監(jiān)控，對業(yè)務(wù)QoS進行保證。智能管道要實現(xiàn)對流量和業(yè)務(wù)進行精細管理的目標(biāo)，要求網(wǎng)管系統(tǒng)首先能夠?qū)Τ休d業(yè)務(wù)流量的整個傳輸網(wǎng)絡(luò)進行統(tǒng)一管理，在全網(wǎng)范圍內(nèi)進行傳輸資源的調(diào)控，而不用考慮傳輸系統(tǒng)和傳輸設(shè)備廠商之間的差異性；其次能夠?qū)τ脩魳I(yè)務(wù)的開通，維護等業(yè)務(wù)層面需求在傳輸網(wǎng)絡(luò)層面上進行快速響應(yīng)。因此需要一個新的網(wǎng)絡(luò)管理架構(gòu)，能夠整合傳輸網(wǎng)絡(luò)中不同的設(shè)備，同時連接策略控制系統(tǒng)以符合智能管道的要求。這與云計算虛擬化技術(shù)屏蔽底層不同設(shè)備的特性不謀而合，同時云計算所提供的強大計算能力和存儲能力能夠支撐網(wǎng)管系統(tǒng)功能的實現(xiàn)。所以在本文中，筆者利用云計算的虛擬化思想，建立智能管道的云網(wǎng)管系統(tǒng)。

3 云網(wǎng)管系統(tǒng)架構(gòu)

虛擬化技術(shù)[8～10]是為一組類似資源提供一個通用的抽象接口集，從而隱藏屬性和操作之間的差異，并允許通過一種通用的方式來查看并維護資源。具體來說，虛擬化技術(shù)包含了3層含義：第一，虛擬化的對象是各種各樣、不盡相同的資源；第二，經(jīng)過虛擬化后的邏輯資源為用戶隱藏了不必要的細節(jié)；第三，用戶可以在虛擬環(huán)境中實現(xiàn)其在真實環(huán)境中的部分或者全部功能。因此應(yīng)用到云網(wǎng)管中，對上層網(wǎng)絡(luò)管理員屏蔽底層不同廠商以及不同系統(tǒng)的網(wǎng)絡(luò)設(shè)備，以網(wǎng)管實例的形式為網(wǎng)絡(luò)管理員提供所需要的網(wǎng)絡(luò)監(jiān)控功能，從而實現(xiàn)統(tǒng)一網(wǎng)管系統(tǒng)的構(gòu)建，如圖1所示。

原有網(wǎng)管系統(tǒng)中，如圖1左邊部分所示，不同廠商不同傳輸制式的網(wǎng)絡(luò)傳輸設(shè)備與各自的設(shè)備管理系統(tǒng)（equipment management system，EMS）相連，網(wǎng)絡(luò)管理人員通過網(wǎng)絡(luò)管理系統(tǒng)（network management system，NMS）連接到EMS上，通過EMS對相應(yīng)的網(wǎng)絡(luò)傳輸設(shè)備進行告警上報、性能獲取、鏈路配置和管理等操作。因此對于擁有不同設(shè)備的現(xiàn)網(wǎng)來說，不同廠商不同傳輸制式的網(wǎng)絡(luò)傳輸設(shè)備需要不同的網(wǎng)管系統(tǒng)，無法利用一套網(wǎng)管系統(tǒng)進行統(tǒng)一管理。

在使用虛擬化技術(shù)后，在網(wǎng)絡(luò)傳輸設(shè)備和網(wǎng)管系統(tǒng)之間添加一個虛擬層，如圖1右邊部分所示。網(wǎng)絡(luò)傳輸設(shè)備通過北向接口與虛擬層相連，虛擬層利用虛擬化技術(shù)將底層傳輸設(shè)備抽象為設(shè)備資源，多個傳輸設(shè)備則組成了設(shè)備資源池。這樣就使得底層物理設(shè)備對上層的設(shè)備管理系統(tǒng)和網(wǎng)絡(luò)管理系統(tǒng)透明，也就為網(wǎng)絡(luò)管理人員屏蔽了底層傳輸設(shè)備的復(fù)雜性。網(wǎng)管人員只需要在虛擬層的基礎(chǔ)上建立一個網(wǎng)管實例，就能夠通過調(diào)用設(shè)備資源池中的設(shè)備資源，實現(xiàn)對整個傳輸網(wǎng)絡(luò)的監(jiān)控。同時虛擬層還與策略控制系統(tǒng)相連，對業(yè)務(wù)運營支撐系統(tǒng)的用戶業(yè)務(wù)需求，策略控制系統(tǒng)利用虛擬層的相關(guān)設(shè)備資源及網(wǎng)管功能進行快速響應(yīng)，保障用戶業(yè)務(wù)的QoS需求。

4 云網(wǎng)管系統(tǒng)功能模塊

從圖1可以看出，云網(wǎng)管系統(tǒng)最重要的部分就是虛擬層，其保證了整個網(wǎng)管系統(tǒng)能夠?qū)W(wǎng)絡(luò)實行有效監(jiān)控。依據(jù)所起的作用，整個虛擬層可以劃分為用戶接口、告警管理、性能管理、電路管理、設(shè)備和拓撲管理、工單系統(tǒng)、設(shè)備資源池7大模塊，如圖2所示，其中告警管理、性能管理、電路管理、設(shè)備和拓撲管理統(tǒng)稱為管理模塊。

設(shè)備資源池負責(zé)將底層物理設(shè)備抽象化，通過對不同廠商的SDH、WDM、OTN等設(shè)備接口協(xié)議進行轉(zhuǎn)換，將底層設(shè)備轉(zhuǎn)化為統(tǒng)一的設(shè)備資源，以供具體的管理模塊使用。

管理模塊包括告警管理模塊、性能管理模塊、電路管理模塊以及設(shè)備和拓撲管理模塊。其中告警管理模塊負責(zé)設(shè)備告警的查詢、上報、存儲、故障定位、故障參數(shù)設(shè)置等。性能管理模塊負責(zé)設(shè)備性能的查詢、收集、存儲以及管理等。電路管理模塊負責(zé)電路的拆建、管理、調(diào)度以及路由的選擇和指配等。設(shè)備和拓撲管理模塊負責(zé)設(shè)備節(jié)點以及網(wǎng)絡(luò)拓撲的查詢、配置管理等。

用戶接口模塊與網(wǎng)管實例相連，負責(zé)接收用戶的網(wǎng)管需求，并根據(jù)需求調(diào)用相應(yīng)的管理模塊，同時將需求的處理結(jié)果返回給網(wǎng)管實例，同時對網(wǎng)管實例的接入進行安全和權(quán)限控制，所接入的網(wǎng)管人員只能接觸自己權(quán)限范圍內(nèi)的設(shè)備和網(wǎng)絡(luò)。同時用戶接口模塊還與策略控制系統(tǒng)相連，為策略控制系統(tǒng)提供相應(yīng)的設(shè)備資源池及網(wǎng)管功能，以使策略控制系統(tǒng)能夠迅速對接收自業(yè)務(wù)運營支撐系統(tǒng)的用戶業(yè)務(wù)需求進行快速響應(yīng)。工單系統(tǒng)包含了傳輸網(wǎng)相關(guān)工單信息，用于輔助網(wǎng)管管理模塊以及提供給網(wǎng)管人員相關(guān)工單信息。

當(dāng)網(wǎng)管人員需要對傳輸網(wǎng)絡(luò)進行監(jiān)控時，網(wǎng)管人員首先創(chuàng)建一個網(wǎng)管實例，網(wǎng)管實例將所需要的網(wǎng)管功能傳遞給虛擬層的用戶接口模塊，用戶接口模塊根據(jù)網(wǎng)管實例所傳遞的網(wǎng)管功能信息，調(diào)用相應(yīng)的管理模塊，管理模塊再從資源池中訪問相應(yīng)的設(shè)備資源，如果需要的話，同時結(jié)合工單系統(tǒng)對其進行處理，并將結(jié)果逆向返回網(wǎng)管實例。這樣就實現(xiàn)了對底層設(shè)備實時告警查詢、性能監(jiān)測、電路拆建和管理、路由選擇和指配等功能。

當(dāng)用戶業(yè)務(wù)需要開通或者對故障進行申告時，業(yè)務(wù)運營支撐系統(tǒng)將相關(guān)用戶業(yè)務(wù)需求傳遞給策略控制系統(tǒng)，策略控制系統(tǒng)通過用戶接口模塊和管理模塊調(diào)用告警、性能、電路等相關(guān)設(shè)備資源信息，完成對故障的定位及業(yè)務(wù)開通所需資源的調(diào)度，并做出決策，自動生成工單傳遞給工單系統(tǒng)。這就實現(xiàn)了對用戶業(yè)務(wù)QoS的保障，滿足了智能管道對統(tǒng)一網(wǎng)管及業(yè)務(wù)QoS保障的需求。

5 云網(wǎng)管系統(tǒng)管理方式

在現(xiàn)網(wǎng)中，網(wǎng)絡(luò)管理方式一般為廠商建立自己設(shè)備的EMS，同時運營商網(wǎng)管人員通過建立NMS調(diào)用EMS對網(wǎng)絡(luò)進行監(jiān)控。在運營商內(nèi)部，集團公司和各地省市公司都建立有各自的NMS，這造成了一定的重復(fù)投資和混亂管理。在云網(wǎng)管系統(tǒng)中，可以在IDC服務(wù)器硬件上建立虛擬層，無論是集團還是各地省市公司的網(wǎng)管人員都可以通過高速互聯(lián)網(wǎng)接入IDC，在虛擬層上創(chuàng)建自己的網(wǎng)管實例，來進行網(wǎng)絡(luò)監(jiān)控，不同的網(wǎng)管實例之間互不干擾。同時運營商還可以向網(wǎng)絡(luò)用戶開放相應(yīng)的監(jiān)控權(quán)限，專線大客戶可以建立自己的網(wǎng)管實例，監(jiān)控和自己租用線路相關(guān)的設(shè)備信息和電路信息。

6 結(jié)束語

云網(wǎng)管系統(tǒng)通過架構(gòu)、功能模塊、管理方式3方面對傳統(tǒng)傳輸網(wǎng)絡(luò)管理技術(shù)做了改進，建立了一個屏蔽底層物理設(shè)備差別及與業(yè)務(wù)系統(tǒng)相連的統(tǒng)一網(wǎng)管系統(tǒng)。這就解決了現(xiàn)存網(wǎng)管體系混雜以及孤立化的缺點，滿足了智能管道對網(wǎng)管系統(tǒng)的要求，能夠更有效地對智能管道技術(shù)進行支持。

1 趙慧玲，徐向輝，陳運清等.智能管道構(gòu)建思路探討.電信科學(xué)，2011,27（3）：7～11

2 趙慧玲，徐向輝.智能管道的內(nèi)涵與特征.電信科學(xué)，2011,27(10A):1～4

3 張凱，柴勇哲.以客戶服務(wù)為中心的綜合網(wǎng)管系統(tǒng)構(gòu)建與實現(xiàn).信息通信技術(shù),2011(6):33～37

4 鄧波，丁鯤.一種面向復(fù)合事件處理的綜合網(wǎng)管服務(wù)計算平臺.東南大學(xué)學(xué)報：自然科學(xué)版，2008(S1):308～311

5 羅楓，王丹志，宋俊德.綜合網(wǎng)管中基于模型驅(qū)動的元數(shù)據(jù)管理.武漢大學(xué)學(xué)報:理學(xué)版,2007(1):59～62

6 Armbrust M,Fox A,Griffith R,et al.A view of cloud computing.Communications of the ACM，2010,53(4):50～58

7 Dikaiakos M D,Katsaros D,Mehra P,et al.Cloud computing:distributed internet computing for IT and scientific research.IEEE Internet Computing,2009,13(5):10～13

8 Barham P,Dragovic B,Fraser K,et al.Xen and the art of virtualization.Proceedings of the Nineteenth ACM Symposium on Operating Systems Principles,BoltonLanding,NY,USA,2003:164～177

9 Goldberg R P.Survey of virtual machine research.IEEE Computer Magazine,1974,7(6):34～45

10 Willmann P,Shafer J,Carr D,et al.Concurrent direct network access for virtual machine monitors.Proceedings of the 13th International Symposium on High-Performance Computer Architecture,Phoenix,Arizona,2007