柵格通信網(wǎng)絡綜合運維管理體系結(jié)構(gòu)研究

高京偉

(中國電子科技集團公司第五十四研究所，河北 石家莊 050081))

0 引言

柵格網(wǎng)絡為各種應用系統(tǒng)提供一體化通信保障，具有廣覆蓋、大容量、多手段、多層次、資源共享、安全可信、即插即用、可控可管、柔性重構(gòu)、按需服務和端到端服務質(zhì)量保障等網(wǎng)絡通信能力。柵格網(wǎng)絡的特點對運維管理提出了更高要求[1]，面向用戶、面向服務的管理體系結(jié)構(gòu)和應用技術(shù)成為當前研究的熱點和難點[2]。

國際電信聯(lián)盟ITU-T提出的電信管理網(wǎng)TMN模型[3]長久以來一直指導著電信領域的網(wǎng)絡管理建設，但是由于ITU-T對TMN標準化的活動是一種自下而上的過程，因而導致目前在業(yè)務管理層面的標準匱乏。電信管理論壇TMF對TMN管理層次模型進行了深入的研究，提出了面向業(yè)務管理的電信運營圖TOM、eTOM[4]和以TOM、eTOM為開發(fā)起點的、基于下一代運營支撐系統(tǒng)NGOSS[5]的電信運營管理框架。同時，IT服務管理論壇(ITSMF)制訂了信息技術(shù)基礎設施庫(ITIL)[6]，實現(xiàn)綜合、一致的IT服務管理。

本文首先分析和比較TMN、NGOSS、ITIL三種主流技術(shù)體系，提出一種適應柵格網(wǎng)絡應用背景的融合主流技術(shù)體系的綜合運維管理系統(tǒng)體系架構(gòu)。

1 主流技術(shù)體系

1.1 TMN技術(shù)體系

TMN是描述電信網(wǎng)絡管理活動和信息模型的最成熟的網(wǎng)絡管理技術(shù)體系。TMN功能分層模型，自下而上分為：網(wǎng)元管理層、網(wǎng)絡管理層、業(yè)務管理層和事務管理層。TMN包含F(xiàn)CAPS五大管理功能域，即故障管理、配置管理、性能管理、安全管理和記賬管理等[7]。

隨著分布式計算技術(shù)、面向服務的軟件體系的不斷發(fā)展和網(wǎng)絡管理需求的新變化，ITU-T現(xiàn)有的標準還不能覆蓋TMN層次管理模型的所有層次，這些不足限制了TMN在新一代網(wǎng)絡的分布管理環(huán)境中的應用[8]，主要包括：

① 雖然TMN對管理功能進行了分層，但到目前為止，管理功能的定義仍局限在網(wǎng)元管理層、網(wǎng)絡管理層，更高層的管理功能因管理信息的缺乏而無法確定，同層管理系統(tǒng)間的關系也尚在研究之中。

② 管理信息模型的標準化集中在網(wǎng)元管理層，網(wǎng)絡管理層以及更高的管理層缺少足夠的管理信息支持。

③ TMN的信息體系結(jié)構(gòu)不能完全支持分布式的管理環(huán)境，現(xiàn)存的信息體系結(jié)構(gòu)在幾個方面都對分布式管理有限制，例如，位置透明的通信方式是不可能的，充當管理角色的應用進程在執(zhí)行任務時必須知道代理進程的位置。

④ 缺乏對管理系統(tǒng)軟件開發(fā)方面的支持。TMN雖然提出了物理體系結(jié)構(gòu)、功能體系結(jié)構(gòu)和信息體系結(jié)構(gòu)，但對軟件系統(tǒng)開發(fā)方面的支持還不夠。

可見，TMN標準僅僅覆蓋了一個狹義的網(wǎng)絡管理范圍，缺乏對業(yè)務管理、事務管理以及更高抽象級別的運維管理活動的規(guī)范，難以滿足以用戶為中心的需要。在這種背景下，TMF提出了“下一代運營支撐系統(tǒng)(NGOSS)。”

1.2 NGOSS技術(shù)體系

電信運營圖(Telecom Operation Map，TOM)是電信管理論壇(TMF)在對ITU-T的TMN管理層次模型進行了深入研究后提出的面向業(yè)務管理的運營處理過程通用模型。TOM以TMN分層思想為基礎，展示電信運營過程(包括子過程)和業(yè)務活動自頂向下的、面向客戶的、端到端的高層視圖，提供了業(yè)務實現(xiàn)、業(yè)務保障和業(yè)務計費等基本過程及子過程的高層模型，從而在一定程度上豐富和發(fā)展了TMN的核心思想。

增強的電信運營圖(enhanced Telecom Operation Map，eTOM)在TOM的基礎上進行了增強和完善，它把TOM擴展成為一個完整的企業(yè)框架。eTOM框架提供從滿足業(yè)務需要的粗粒度視圖到滿足行為需要的細粒度視圖的業(yè)務過程的分解，分解的粒度取決于過程的重要性和對于業(yè)務的優(yōu)先級。eTOM運維過程區(qū)包括3個直接運維縱向組：實現(xiàn)、保障和計費(FAB)，在一起的還有一個運維支持和準備過程組。從橫向角度來看，在eTOM體系的運維過程區(qū)有4個運維功能組，這些功能組支持關于客戶、業(yè)務、資源和供應者/合作者交互的運維管理。

NGOSS是TMF提出的新一代電信運營企業(yè)OSS/BSS系統(tǒng)的結(jié)構(gòu)體系，希望為電信網(wǎng)絡的不斷演進提供保證。NGOSS強調(diào)自上而下、端到端的運營管理支持，充分體現(xiàn)“以客戶為中心”的運營原則，它以TMN的電信管理網(wǎng)框架模型為基礎，以電信管理論壇的電信運營圖TOM或增強電信運營圖eTOM為管理需求的出發(fā)點，重新確定了運營支撐系統(tǒng)與軟件所應具有的體系結(jié)構(gòu)特征。

NGOSS的體系結(jié)構(gòu)包括NGOSS的生命周期和方法論、eTOM、共享信息數(shù)據(jù)(SID)、技術(shù)中立架構(gòu)(Technology Neutral Architecture，TNA)以及系統(tǒng)一致性測試等5部分，其中NGOSS的生命周期和方法論是NGOSS的核心，另外4部分分別在NGOSS生命周期的不同階段發(fā)揮作用。

NGOSS的生命周期包括業(yè)務(Business)、系統(tǒng)(System)、實現(xiàn)(Implementation)和運行(Runtime)4個視圖。從總體上來說，NGOSS是從上述4個視圖來反映出不同使用者所關心的問題，隨著4個視圖的循環(huán)來提升和構(gòu)造整個企業(yè)完整的信息化體系架構(gòu)。

1.3 ITIL技術(shù)體系

信息技術(shù)基礎設施庫(ITIL)由IT服務管理論壇(ITSMF)制訂，它提供的是一套綜合、一致的IT服務管理領域最佳實踐，使企業(yè)通過IT來提升效率。ITIL是一個探討如何交付高質(zhì)量IT服務最佳實踐的方法框架。該方法框架面向服務，能幫助決策者判斷IT基礎架構(gòu)的哪些方面值得投資，以及如何實現(xiàn)目標投資收益最大化。

ITIL以服務管理為核心，服務戰(zhàn)略為指導，建立起了詳盡的、面向IT服務的流程框架，通過服務設計、服務轉(zhuǎn)換、服務運營，使整個過程條理化。

eTOM與ITIL研究的是不同領域的流程，但也存在很多重疊，比如在eTOM的開通、保障、計費部分的流程。隨著網(wǎng)絡技術(shù)的不斷發(fā)展，未來的電信網(wǎng)絡設備將更加智能化，IT技術(shù)與通信技術(shù)將進一步融合，泛在網(wǎng)和泛在計算將成為趨勢，未來的運維管理系統(tǒng)要管理好這些設備和技術(shù)，就需要引進、借鑒和融合ITIL這樣的計算機管理最佳實踐。在NGOSS5.0系列文檔中的 GB921V已將eTOM的第3層與ITIL的事件管理流程部分進行了映射。今后，有關eTOM與ITIL在服務支持與服務配置流程方面的映射還會進一步研究。

1.4 技術(shù)體系比較

TMN、NGOSS/eTOM和ITIL技術(shù)體系比較如表1所示。

表1技術(shù)體系比較

比較項目TMN技術(shù)體系NGOSS/eTOM技術(shù)體系ITIL技術(shù)體系管理活動電信網(wǎng)絡管理。自底向上，面向網(wǎng)絡。自頂向下，面向用戶。強調(diào)商業(yè)管理。制定電信企業(yè)業(yè)務過程框架。主要對組成流程的流程元素進行標準化。企業(yè)內(nèi)部IT系統(tǒng)管理，面向IT基礎設施。以流程為導向、以客戶為中心。ITIL以流程為核心，詳細給出了每個流程的活動組成。功能模型包括網(wǎng)元管理層、網(wǎng)絡管理層、業(yè)務管理層和事務管理層。重點實現(xiàn)網(wǎng)元管理層、網(wǎng)絡管理層管理功能。實現(xiàn)FCAPS管理功能。包括客戶接口管理層、客戶服務層、業(yè)務開發(fā)和運營層、網(wǎng)絡與系統(tǒng)管理層、網(wǎng)元管理層。提供業(yè)務提供商所需的企業(yè)過程。實現(xiàn)服務管理、業(yè)務管理、基礎設施管理、應用管理、服務管理實施規(guī)劃、安全管理。信息模型CIM共享信息/數(shù)據(jù)模型(SID)ITSM實現(xiàn)技術(shù)面向?qū)ο竺嫦蚍彰嫦蚍展芾斫涌趨f(xié)議SNMP、CMIPSOAP/WebServices、IIOP/CORBASOAP/WebServices、IIOP/CORBA系統(tǒng)協(xié)作關系較好好好

2 系統(tǒng)體系結(jié)構(gòu)設計

柵格網(wǎng)絡綜合運維管理系統(tǒng)參考TMN規(guī)范，并融合NGOSS/eTOM和ITIL面向服務的管理思想，實現(xiàn)了TMN、eTOM和ITIL的融合。柵格網(wǎng)絡綜合運維管理系統(tǒng)從以網(wǎng)絡資源管理為中心、自下而上的管理模式向以用戶為中心、自上而下的現(xiàn)代管理理念轉(zhuǎn)變，以滿足不斷發(fā)展的柵格網(wǎng)絡運行維護的需求。綜合運維管理系統(tǒng)體系結(jié)構(gòu)如圖1所示。

圖1 綜合運維管理系統(tǒng)體系結(jié)構(gòu)

網(wǎng)元管理層、網(wǎng)絡管理層采用IETF SNMP、OMG CORBA等管理體系，運維管理層參照eTOM和ITIL相關技術(shù)體制，運維管理系統(tǒng)內(nèi)部各層面的信息交互采用Web Services技術(shù)體制，運維管理系統(tǒng)采用Web Services技術(shù)為用戶提供信息服務。柵格網(wǎng)絡綜合運維管理系統(tǒng)信息模型兼容了TMN/SNMP/MIB、NGOSS/SID、OWL-S等信息模型[9]。

柵格網(wǎng)絡綜合運維管理系統(tǒng)體系結(jié)構(gòu)包括用戶應用視圖、管理功能視圖和系統(tǒng)集成視圖。3個視圖分別從不同的視角描述運維管理系統(tǒng)的管理行為、管理活動與管理實施等要素。

2.1 用戶應用視圖

用戶應用視圖是綜合運維管理系統(tǒng)能力的集中體現(xiàn)，也是綜合運維管理系統(tǒng)建設的主要依據(jù)。用戶應用視圖從系統(tǒng)整體運維角度，面向用戶應用，考慮不同功能系統(tǒng)在運維管理活動中的角色與定位，充分體現(xiàn)不同功能系統(tǒng)對一體化運維管理的貢獻，以及網(wǎng)絡運維管理活動對柵格網(wǎng)絡的有效運行提供的技術(shù)保障能力[10]。

綜合運維管理系統(tǒng)的建設需要滿足企業(yè)管理部門、技術(shù)管理部門及技術(shù)保障部門等不同使用部門的差異性、彈性管理需求。由于不同使用部門的職責不同、任務保障特點不同，因而對網(wǎng)絡關心的重點、關心的范圍往往各異。例如企業(yè)管理部門日常只需要關心綜合通信保障態(tài)勢，不太關心局部態(tài)勢；但遇到重大保障任務時，重要方向、重點線路和重點節(jié)點的運行態(tài)勢將成為用戶關心的重點。

綜合運維管理系統(tǒng)能夠?qū)θ粘＿\維、應急保障、重大保障和重點保障等多樣化通信保障任務提供一體化的網(wǎng)絡運維支撐服務，為各級各類用戶應用部門進行網(wǎng)絡、業(yè)務與應用的組織、規(guī)劃、運行、維護及管理提供有效的技術(shù)保障手段。

使用部門的差異性、彈性以及保障任務的多樣化需求對綜合運維管理系統(tǒng)的設計與部署提出了很高的要求。綜合運維管理系統(tǒng)能夠為各類管理應用提供柔性擴展、即插即用、按需服務和安全可信的運維支撐環(huán)境，為多樣化任務條件下各通信部門提供全維的網(wǎng)絡化的信息保障支持，為獲取信息優(yōu)勢并快速轉(zhuǎn)化為決策優(yōu)勢提供有力支撐。

2.2 管理功能視圖

綜合運維管理系統(tǒng)實現(xiàn)管理平面全功能域管理，完成拓撲管理、故障管理、配置管理、性能管理、安全管理等網(wǎng)元級和網(wǎng)絡級設備管理，完成系統(tǒng)級資源管理與控制，實現(xiàn)基于策略的分布式業(yè)務管理能力[11]，實現(xiàn)以客戶為中心的事務處理及運維管理。

綜合運維管理系統(tǒng)管理功能視圖包括6層結(jié)構(gòu)，分別是：資源(網(wǎng)元)層、管理信息傳輸層、基本面向服務體系結(jié)構(gòu)層、網(wǎng)元管理層、網(wǎng)絡管理層及運維管理層。

① 資源(網(wǎng)元)層

資源(網(wǎng)元)層主要包括柵格網(wǎng)絡傳輸層、承載層和服務層各層系統(tǒng)的網(wǎng)元設備。柵格網(wǎng)絡中所有的網(wǎng)絡資源，包括物理資源和邏輯資源構(gòu)成資源(網(wǎng)元)層的各類要素。這些要素是綜合運維管理系統(tǒng)需要管理和服務的對象。綜合運維管理系統(tǒng)的一個重要目標就是使得網(wǎng)絡中各類要素能夠協(xié)調(diào)工作，發(fā)揮最大效能。

② 管理信息傳輸層

管理信息傳輸層構(gòu)建綜合運維管理系統(tǒng)各類應用系統(tǒng)之間、上下級應用系統(tǒng)之間以及管理應用系統(tǒng)與被管對象間信息溝通的通道，也就是管理信息傳輸網(wǎng)。

管理信息傳輸網(wǎng)是網(wǎng)絡運維管理系統(tǒng)管理信息的傳送網(wǎng)絡，一般采用建立專用VPN方式，輔以2 Mbps專線或64 Kbps專線方式。

③ 基本面向服務體系結(jié)構(gòu)層

綜合運維管理系統(tǒng)各類應用系統(tǒng)都要基于統(tǒng)一的技術(shù)體制進行建設，基本面向服務體系結(jié)構(gòu)層規(guī)定了各類應用系統(tǒng)需要遵守的最基本的通用技術(shù)規(guī)范。

基本面向服務體系結(jié)構(gòu)層主要提供各種通信協(xié)議、Web服務定義與描述、本體定義、數(shù)據(jù)定義和描述及信息建模等[12-13]。

④ 網(wǎng)元管理層

網(wǎng)元管理層管理功能實現(xiàn)對柵格網(wǎng)絡網(wǎng)元的管理，完成被管網(wǎng)元的控制、管理和協(xié)調(diào)，進行被管網(wǎng)元有關數(shù)據(jù)的維護。網(wǎng)元管理層管理功能主要由相應的網(wǎng)元管理系統(tǒng)實施，如傳輸網(wǎng)元管理系統(tǒng)、路由交換網(wǎng)元管理系統(tǒng)、業(yè)務控制網(wǎng)元管理系統(tǒng)以及綜合接入網(wǎng)元管理系統(tǒng)等。網(wǎng)元管理系統(tǒng)直接面向網(wǎng)元設備接口，完成網(wǎng)元的配置和網(wǎng)元狀態(tài)、故障和告警等信息的采集。

⑤ 網(wǎng)絡管理層

網(wǎng)絡管理層管理系統(tǒng)實現(xiàn)面向柵格網(wǎng)絡全網(wǎng)的網(wǎng)絡監(jiān)視和分析，功能包括網(wǎng)絡拓撲的監(jiān)視與操作、全網(wǎng)資源采集與分析、基于拓撲和資源數(shù)據(jù)實現(xiàn)全網(wǎng)故障告警與受理、網(wǎng)管操作的集中管理、全網(wǎng)配置信息的采集與配置分發(fā)、端到端網(wǎng)絡性能監(jiān)測與分析、流量流向與流量分布的監(jiān)測與分析、路由分析與路由控制等。

網(wǎng)絡管理層管理系統(tǒng)通過各網(wǎng)元管理系統(tǒng)提供的北向接口，實現(xiàn)網(wǎng)絡的集中統(tǒng)一管理，主要包括綜合態(tài)勢管理、綜合配置管理、綜合故障管理、綜合性能管理、策略管理和系統(tǒng)管理等功能[14]。

網(wǎng)絡管理層功能由專業(yè)網(wǎng)絡管理系統(tǒng)以及綜合網(wǎng)絡管理系統(tǒng)共同完成。應急保障等突發(fā)情況下，通過網(wǎng)管基礎設施以及管理服務虛擬化手段，構(gòu)建虛擬化的網(wǎng)管中心，實現(xiàn)任務網(wǎng)絡管理系統(tǒng)功能。

⑥ 運維管理層

在運維管理層面，為柵格網(wǎng)絡業(yè)務規(guī)劃、開通、保障和用戶服務提供功能支持，提供用戶服務管理、業(yè)務指配管理、業(yè)務服務等級控制、業(yè)務質(zhì)量監(jiān)測、業(yè)務服務質(zhì)量預警、業(yè)務資源管理和業(yè)務規(guī)劃輔助決策等功能。完成面向網(wǎng)絡、設備、業(yè)務和用戶的組織、規(guī)劃、運行、維護和管理方面的通信作業(yè)處理功能，包括網(wǎng)絡與業(yè)務規(guī)劃輔助決策、值交班管理、表報資料管理、業(yè)務處理流程管理及網(wǎng)絡與業(yè)務故障處理等功能。實現(xiàn)全網(wǎng)資源統(tǒng)一管理，自動調(diào)度傳輸、網(wǎng)絡、計算和存儲各類資源，實現(xiàn)全網(wǎng)網(wǎng)絡資源按需統(tǒng)一、合理、高效的使用[15]。

按照功能細分，柵格網(wǎng)絡綜合運維管理系統(tǒng)在運維管理層面包括應用門戶系統(tǒng)、業(yè)務綜合管理系統(tǒng)、統(tǒng)一資源調(diào)度系統(tǒng)以及電子運維系統(tǒng)等。

2.3 系統(tǒng)集成視圖

系統(tǒng)集成視圖是綜合運維管理系統(tǒng)展示系統(tǒng)能力的關鍵。柵格網(wǎng)絡綜合運維管理系統(tǒng)由眾多分系統(tǒng)、子系統(tǒng)組成，使用部門和人員多，應用的地域廣，管理的網(wǎng)元種類多、數(shù)量大，并且使用的場景多樣化。為了使得各管理應用系統(tǒng)發(fā)揮最大效能，有必要建立統(tǒng)一的面向服務的集成框架，實現(xiàn)一致的管理協(xié)同操作。

2.3.1 面向服務的管理集成框架

建立統(tǒng)一的管理集成框架，提供網(wǎng)絡運維管理系統(tǒng)內(nèi)部各管理系統(tǒng)的系統(tǒng)集成和運行平臺，規(guī)范各級各類管理系統(tǒng)的系統(tǒng)結(jié)構(gòu)和操作風格，并充分考慮與其他網(wǎng)絡運維管理系統(tǒng)的關系，統(tǒng)一規(guī)劃、統(tǒng)一組織、統(tǒng)一體制。

管理集成框架包括管理界面集成框架以及管理服務綜合集成兩部分內(nèi)容。

① 管理界面集成框架

管理界面集成框架提供強大的開放性開發(fā)平臺，能夠方便用戶集成自己的應用程序，實現(xiàn)對具有若干模塊界面的復雜應用程序的快速集成和統(tǒng)一展現(xiàn)，并且這些應用程序能夠得到底層的數(shù)據(jù)支持和功能支持。

開發(fā)人員可以在此平臺上設計自己的顯示界面，只需在已有功能模塊界面的基礎上，進行簡單的定制開發(fā)，使其滿足界面集成接口規(guī)范，并通過對界面集成框架配置文件的修改調(diào)整，明確界面集成的方案，即可獲得一體化運行的具有統(tǒng)一界面風格的程序界面，從而顯著提高軟件團隊，尤其是人機界面設計團隊的開發(fā)和集成效率，并且使得復雜系統(tǒng)中各個模塊的獨立開發(fā)測試和集成聯(lián)調(diào)更加便捷。

通過管理界面集成框架，可使得系統(tǒng)中不同的功能模塊具有統(tǒng)一的觀感風格、字體樣式，并能通過簡單的配置，規(guī)范系統(tǒng)人機界面中的文字表達方式和所使用的圖標文件，促進系統(tǒng)中各個功能模塊顯示風格的統(tǒng)一。

同時，本框架具有高度可擴展的特性，可對框架中的用戶認證方式、權(quán)限控制方式、界面組件觀感風格和表現(xiàn)形式、框架及各個模塊界面的初始化和銷毀方式等方面進行擴展定制。

此外，框架提供通用的功能模塊和數(shù)據(jù)集成，不同用戶開發(fā)的應用程序互相獨立，僅需要框架基礎模塊的支持即可，但在框架下可以集成不同用戶的應用程序，從而方便地實現(xiàn)功能的集成。

② 管理服務綜合集成

管理服務綜合集成是實現(xiàn)綜合運維管理的核心，是保障管理業(yè)務高效運轉(zhuǎn)的基礎。通過管理服務的綜合集成，實現(xiàn)特定的管理需求，支持一系列定義好的管理流程，按需提供特定的管理功能。

綜合運維管理系統(tǒng)實現(xiàn)以管理服務總線為核心的管理服務綜合集成框架，減少系統(tǒng)復雜度，提高集成效率，實現(xiàn)系統(tǒng)級全局服務的重用與重組支持能力，增強系統(tǒng)可擴展性、安全性、可靠性、可用性和敏捷性。

綜合運維管理系統(tǒng)能夠在一個統(tǒng)一的體系結(jié)構(gòu)框架下，通過裝配組件和服務，快速甚至動態(tài)地交付管理服務、管理應用，能夠適應不斷變化的網(wǎng)絡環(huán)境和業(yè)務環(huán)境，比如經(jīng)常改變的管理對象、服務策略、業(yè)務級別、業(yè)務重點、服務質(zhì)量參數(shù)以及其他與網(wǎng)絡管理有關的因素。

綜合運維管理系統(tǒng)通過基礎設施虛擬化以及管理服務虛擬化手段，以服務為中心，以需求為牽引，實現(xiàn)按需服務提供能力、按需系統(tǒng)部署能力[16]。

2.3.2 管理協(xié)同環(huán)境

管理協(xié)同環(huán)境主要解決綜合運維管理系統(tǒng)中不同管理應用系統(tǒng)之間、不同管理服務之間、上下級運維管理系統(tǒng)之間、綜合運維管理系統(tǒng)與其他信息系統(tǒng)之間的協(xié)同工作問題。管理協(xié)同是個技術(shù)范疇的問題，同時也是個機制問題。

傳統(tǒng)網(wǎng)管系統(tǒng)具有嚴格層次的分層功能。相反，支持柵格應用的網(wǎng)管系統(tǒng)實現(xiàn)模塊化能力的集合，這些模塊化能力可以基于動態(tài)變化的需求進行裝配或重組。這種方法并不排除創(chuàng)建層次化的功能棧；但是，其基本設計是水平的而不是垂直的。綜合運維管理系統(tǒng)只有采用面向服務的體系結(jié)構(gòu)，才能更好地支持柵格應用。

僅僅按照管理功能視圖中分層體系架構(gòu)，開發(fā)出各類特定的網(wǎng)元層管理系統(tǒng)、網(wǎng)絡層管理系統(tǒng)、運維層管理系統(tǒng)還不夠，柵格網(wǎng)絡對運維管理有更高的要求。

綜合運維管理系統(tǒng)采用柔性管理機制，能夠依據(jù)通信保障任務需要或新的用戶需求，靈活構(gòu)成機動、固定或機固結(jié)合的系統(tǒng)；覆蓋范圍可伸縮；系統(tǒng)可單級、多級配置；每級中可靈活接入不同種類、數(shù)量的被管系統(tǒng)或設備，或按新用戶需求進行靈活調(diào)整等。實現(xiàn)管理系統(tǒng)組織、管理范圍、管理功能的柔性重組，實現(xiàn)按需部署、按需管理、服務級備份，提高上下級系統(tǒng)間、系統(tǒng)內(nèi)部各子系統(tǒng)間以及與其他信息系統(tǒng)間的動態(tài)協(xié)作水平，適應多樣化任務對通信管理需求不同的應用場合。

管理協(xié)同環(huán)境將大大提高綜合運維管理系統(tǒng)的敏捷性、可擴展性、抗毀性，以及對不斷出現(xiàn)的新的管理需求的適應能力，增強支持多樣化任務需求的靈活性。

3 柵格網(wǎng)絡綜合運維管理通用平臺實現(xiàn)

柵格網(wǎng)絡綜合運維管理通用平臺組成如圖2所示。

圖2 柵格網(wǎng)絡綜合運維管理通用平臺

基于虛擬化運維基礎設施，通過構(gòu)造靈活的系統(tǒng)管理流程和服務，建立面向服務的綜合運維管理通用平臺[17]，使得使用人員在不需要技術(shù)人員協(xié)助的情況下，能夠根據(jù)需要快速創(chuàng)建、配置和重新部署管理應用系統(tǒng)，滿足使用者不同地點、不同應用環(huán)境、不同任務條件下靈活實施管理操作的需求，為柵格化通信網(wǎng)絡綜合運維管理帶來更大的靈活性，提高系統(tǒng)快速反應能力，做到隨需而動。柵格網(wǎng)絡綜合運維管理通用平臺包括運維服務支撐環(huán)境、感知控制、運維服務基礎平臺、網(wǎng)管應用平臺及面向用戶定制的多樣化運維應用。

① 基礎設施虛擬化環(huán)境

實現(xiàn)計算資源、存儲資源、網(wǎng)絡資源等的虛擬化，提供綜合運維管理基礎設施虛擬化云環(huán)境。

② 運維服務支撐環(huán)境

主要包括操作系統(tǒng)、數(shù)據(jù)庫系統(tǒng)、地理信息系統(tǒng)、圖形開發(fā)環(huán)境、安全管理、時間統(tǒng)一等基本軟件支撐環(huán)境，為上層軟件提供對系統(tǒng)軟件、硬件資源的統(tǒng)一訪問接口。

③ 感知控制

依據(jù)管理策略和網(wǎng)絡狀態(tài)動態(tài)分配和調(diào)整感知任務，實現(xiàn)被管對象統(tǒng)一接入、網(wǎng)絡策略的集中配置、網(wǎng)絡信息的訂閱分發(fā)、網(wǎng)絡狀態(tài)監(jiān)聽和網(wǎng)絡行為的動態(tài)控制。

④ 運維服務基礎平臺

運維服務基礎平臺提供基礎服務管理、數(shù)據(jù)共享環(huán)境、公共服務和運維應用門戶。

⑤ 運維管理應用平臺

提供網(wǎng)絡綜合管理平臺、業(yè)務綜合管理平臺、資源綜合管理平臺等典型網(wǎng)管應用平臺和自定制平臺。

⑥ 面向用戶定制的多樣化運維應用

支持常態(tài)運維、應急運維和重保任務運維等多種應用場景，支持企業(yè)管理、技術(shù)管理和技術(shù)保障等不同部門、特定部門應用，能夠按需定制綜合態(tài)勢、專業(yè)態(tài)勢、專題態(tài)勢和區(qū)域態(tài)勢。

4 結(jié)束語

柵格網(wǎng)絡突出提升以服務為中心的下一代網(wǎng)絡的可管理性、安全性、開放性、移動性及擴展性設計；在管理上倡導面向用戶的運維管理，使得TMN、NGOSS、ITIL的融合趨勢日益鮮明；即插即用、按需服務、主動管理將成為未來運維管理系統(tǒng)的鮮明特點。本文提出的柵格網(wǎng)絡綜合運維管理體系結(jié)構(gòu)試圖能夠?qū)\維管理系統(tǒng)的設計、研制與建設提供一種解決思路。

[1] 范淑艷，熊高云.柵格通信網(wǎng)絡體系結(jié)構(gòu)及關鍵技術(shù)研究[J].西安電子科技大學學報，2009，36(6)：990-995.

[2] 韓衛(wèi)占，張思東，孫玉.NGN網(wǎng)絡管理的體系結(jié)構(gòu)研究[C]∥中國通信學會信息通信網(wǎng)絡技術(shù)委員會2005年年會論文集.北京，2005：214-221.

[3] ITU-T M.3010.Principles for a Telecommunications Management Network[S].1996.

[4] ITU-T M.3050.1.Enhanced Telecom Operations Map (eTOM)-The Business Process Framework[S]，2007.

[5] TMF TMF053.NGOSS Architecture Technology Neutral Specification[S]，2005.

[6] Jan V B．IT 服務管理——基于ITIL的全球最佳實踐[M]．章斌，譯．北京：清華大學出版社,2006．

[7] ITU-T M.3400.TMN Management Functions[S]，1997.

[8] ITU-T M.3060/Y.2401.Principles for the Management of Next Generation Networks[S]，2006.

[9] 姜月秋.信息柵格資源服務化表征與動態(tài)發(fā)現(xiàn)技術(shù)研究[D].沈陽:沈陽理工大學工學,2012.

[10] 劉海英.電信企業(yè)網(wǎng)絡運維支撐系統(tǒng)中系統(tǒng)視圖的規(guī)劃與設計[D].北京:北京郵電大學,2009.

[11] 周春華.柵格通信網(wǎng)絡資源管理的研究與設計[D].成都:電子科技大學,2008.

[12] 梁凱鵬.面向服務的網(wǎng)絡管理運控系統(tǒng)設計與實現(xiàn)[J].無線電工程，2011,41(2):7-9.

[13] 黃天章,柳強,郭海龍.面向服務網(wǎng)絡架構(gòu)的通信網(wǎng)絡設計分析[J].通信系統(tǒng)與網(wǎng)絡技術(shù),2012,38(3):5-8.

[14] 史芳.基于柵格的通信網(wǎng)絡資源管理技術(shù)的研究[D].西安:西安電子科技大學,2007.

[15] 郭智恩,戴一奇.柵格化網(wǎng)絡跨域通信資源聯(lián)合調(diào)度方法[J].解放軍理工大學學報，2013，14(2):125-128.

[16] 趙旺飛,王齊.網(wǎng)絡運維云計算管理模式研究[J].移動通信,2011(6):38-41.

[17] 林曉霞.綜合運維管理平臺設計探討[J].電子技術(shù)與軟件工程,2014(10):202.