【正文】 了 HEMS， SGM， CMIS/CMIP， SNMP 等網(wǎng)絡(luò)管理解決規(guī)范的內(nèi)容都得到了更新和完善 ， 網(wǎng)絡(luò)各部分的信息交互除了信息載體，還需要提供程序?qū)崿F(xiàn)的方式， 目前， 基于 分布式技術(shù)的實現(xiàn)方式在網(wǎng)絡(luò)管理系統(tǒng)中最為常見 。 MTNM 是一種基于 CORBA 分布式技術(shù)的網(wǎng)絡(luò)管理系統(tǒng)與網(wǎng)元管理系統(tǒng)接口交互的標(biāo)準(zhǔn)協(xié)議， MTNM 提供的是網(wǎng)絡(luò)端到端的管理，并且能夠?qū)崿F(xiàn)多廠商網(wǎng)絡(luò)設(shè)備并存的預(yù)先配置 ，不同于 MTOSI，它是一種純粹的面向資源層次的。 CORBA 主要包括三個部 分：接口定義語言（ IDL），對象請求代理（ ORB），以及 ORB 之間的交互協(xié)議 IIOP。后來，由于 OSGi 的諸多優(yōu)秀特性，比如動態(tài)改變系統(tǒng)行為，熱插拔的插件體系結(jié)構(gòu)，高效性，高復(fù)用性等，被應(yīng)用于許多 PC 上的應(yīng)用，并逐步被開發(fā)者所鐘愛。 在 OSGi框架中，模塊化的單元是 bundle，一個 bundle 由 Java 的類和其他文件組成，提供終端功能，在服務(wù)框架中， bundle 是僅有的需要部署的 Java 應(yīng)用實體， bundle 以 Jar 文件的方式進(jìn)行部署 ，每個 Bundle 中 包含一個 manifest 文件，用來描述 Jar 文件的內(nèi)容和 bundle 的信息，將 bundle 的信息提供給框架，以用來安裝和激活 bundle。在 OSGi 框架啟動后，首先會解析安裝的 Bundle， Bundle 只有在解析后，才能關(guān)聯(lián)到相應(yīng)的類加載器，一般會在 Bundle 解析成功后，由框架創(chuàng)建一個與 Bundle 綁定的類加載器，在一些不需要啟動就加載的 Bundle 中，框架一般會采取延時創(chuàng)建加載器的方式，等到Bundle 實際被使用時才被創(chuàng)建 [2]。 啟動 Bundle 會調(diào)用 BundleActivator 的start 方法，成功調(diào)用這個方法以后， Bundle 就進(jìn)入了 ACTIVE 狀態(tài)，處于使用的Bundle 一直會保持這個狀態(tài)，直到接收到停止信號， Bundle 進(jìn)入 STOP 狀態(tài)，會首先調(diào)用 stop 函數(shù)，停止由 Bundle 啟動的線程 ，注冊的服務(wù) [22]。 OSGi 類加載機(jī)制 類加載器 （ ClassLoader） 是 Java 虛擬機(jī) JVM 提出的概念， JVM 本身包含了3 個 類加載器， Bootstrap ClassLoader， Exension ClassLoader， System ClassLoader，這 3 個 類加載器 都 是由系統(tǒng)本地代碼實現(xiàn)的 [10]，加載器的結(jié)構(gòu)如下圖 所示 ，Bootstrap ClassLoader 主要負(fù)責(zé) Java 核心 Jar 文件的加載，比如 JRE 目錄下 文件 ，其他兩個類加載器也由其 來加載， Exension ClassLoader 是擴(kuò)展類加載器，負(fù)責(zé)加載存放 JRE 的 ext 目錄下的 class 文件 ， System ClassLoader 負(fù)責(zé)加載在Classpath 下的 class 文件， 也就是程序所在的位置的類文件，在 System ClassLoader的基礎(chǔ)上，開發(fā)人員可以繼承這個類加載器來實現(xiàn)自定義的類加載器 [11]。 模塊層定義了 bundle 應(yīng)用的加載策略， Java 平臺只提供了對打包、部署和對Java 應(yīng)用和組件校 驗的最小支持，通常，大多數(shù) Java 應(yīng)用中，一個應(yīng)用對應(yīng)一個單獨的 classpath，其中包含了所有的 Java 類文件和資源文件，因此，在很多基于Java 的項目中，都會借助于專用的類加載器，用來創(chuàng)建用戶模塊層，實現(xiàn)項目的浙江大學(xué)碩士學(xué)位論文 第 3 章 OSGi 體系架構(gòu)分析 15 打包、部署和對 Java 應(yīng)用和組件的校驗。 OSGi 是由 OSGi 聯(lián)盟提出的一個開放的服務(wù)規(guī)范 ， OSGi 聯(lián)盟是由 Sun、MicroSystems、 IBM、愛立信等公司于 1999 共同成立的一個開放的標(biāo)準(zhǔn)化組織，它是一個非盈利性質(zhì)的國際組織，旨在建立一個開放的服務(wù)規(guī)范。 浙江大學(xué)碩士學(xué)位論文 第 2 章 網(wǎng)絡(luò)管理技術(shù)分析 11 分布式通信技術(shù) 分布式技術(shù)是目前比較流行的系統(tǒng)交互技術(shù)，目前使用比較多的有 Microsoft的 COM/DCOM， CORBA 等， 相比與 COM/DCOM 的平臺局限性和 idl 不支持繼承的缺陷性，在基于 TMN 規(guī)范的管理網(wǎng)絡(luò)系統(tǒng)中，使用并不廣泛的特點， CORBA的多語言 混合使用 以及平臺無關(guān)性的優(yōu)勢，使之在許多分布式網(wǎng)絡(luò)系統(tǒng)中得到了廣泛的研究和應(yīng)用 [3]。 CMIP 的管理模式是通過事件報告的形式，檢測網(wǎng)絡(luò)中設(shè)備的狀態(tài)、參數(shù)、配置等變化，并通過管理進(jìn)程實現(xiàn)事件 報告 的統(tǒng)一管理 ，管理進(jìn)程能夠及時對事件做出相應(yīng) 。在網(wǎng)元管理系統(tǒng)中，網(wǎng)絡(luò)單元都是分散獨立的實體，彼此間沒有聯(lián)系，網(wǎng)絡(luò)單元之間的信息交互是由網(wǎng)絡(luò)管理系統(tǒng)來實現(xiàn)的，網(wǎng)元管理系統(tǒng)通過北橋接口與網(wǎng)絡(luò)管理層進(jìn)行交互，層與層之間的交互通過一定的通信協(xié)議進(jìn)行交互，一般會由供應(yīng)商指定提 供，比如 Snyder，SNMP， CMIS/CMIP 等網(wǎng)絡(luò)管理解決方案提供有相應(yīng)的通信協(xié)議。計費策略往往體現(xiàn)網(wǎng)絡(luò)運(yùn)營用戶的實際需求，計費的方式往往需要能夠根據(jù)計費策略的變化而靈活的進(jìn)行更改，并且提供一個完善的計費策 略數(shù)據(jù)模型。 在管理系統(tǒng)中，對網(wǎng)絡(luò)單元設(shè)備參數(shù)的配置，業(yè)務(wù)實現(xiàn)參數(shù)的配置，網(wǎng)絡(luò)服務(wù) 開停的配置等，通過配置管理使網(wǎng)絡(luò)管理更具靈活性，并提供了良好的適應(yīng)性和擴(kuò)展性。 網(wǎng)絡(luò)單元管理位于最底層，網(wǎng)絡(luò)中 的基本組成是可管理的網(wǎng)絡(luò)設(shè)備單元， 網(wǎng)絡(luò)單元管理主要面向網(wǎng)絡(luò)單元。 電信管理網(wǎng)絡(luò)簡稱 TMN（ Telemunication Management Network），是 國際電信聯(lián)盟 ITUT 于 1986 年制定的有關(guān)與電信網(wǎng)絡(luò)管理的國際化標(biāo)準(zhǔn) ， TMN 提出的目的旨在 為電信網(wǎng)絡(luò) 的 管理提供了一個完整 的解決方案，標(biāo)準(zhǔn) 中，提 出 了 電信管理網(wǎng)的基本概念， 即 通過一個有組織的網(wǎng)絡(luò)結(jié)構(gòu) 體系 實現(xiàn)各種類型的操作系統(tǒng)之間，電信設(shè)備與操作系統(tǒng)之間的交互和連接 ，標(biāo)準(zhǔn)包括了一系列 網(wǎng)絡(luò)通信 的協(xié)議，消息，以及標(biāo)準(zhǔn)的接口規(guī)范， 定義中的網(wǎng)絡(luò)結(jié)構(gòu)體系 是 一個概念上獨立的 網(wǎng)絡(luò)， 被管理的電信網(wǎng)絡(luò) 通過不同接入點與電信 管理網(wǎng) 進(jìn)行信息交互，實現(xiàn)各網(wǎng)絡(luò)的統(tǒng)一管理 。 第三章， 介紹 OSGi 的相關(guān)概念、原理知識，并且對應(yīng)用與平臺的技術(shù)做了分析 和闡述 。從總體上來說，國內(nèi)的網(wǎng)絡(luò)管理技術(shù)的研究已經(jīng)正在從摸索逐漸轉(zhuǎn)向成熟階段 [4]。 在產(chǎn)品方面，已經(jīng)推出了不少提供管理服務(wù)的網(wǎng)絡(luò)管理 解決方案 ， 如 HP 的Open View， Nertel Network 的 Optivity Network Management System， IBM 的 Tivoli等。 對網(wǎng)絡(luò)管理 功能 的迫切需求，使 網(wǎng)絡(luò)管理技術(shù)的研究得 到快速的發(fā)展，各種各樣的網(wǎng)絡(luò)管理模型，網(wǎng)絡(luò)管理方案，網(wǎng)絡(luò)管理服務(wù)系統(tǒng) 隨之產(chǎn)生 ， 通過程序的方式提供網(wǎng)絡(luò) 管理 服務(wù) ， 能夠節(jié)省不少的時間和 精力。 最后，通過實例來 展示 系統(tǒng)對網(wǎng)絡(luò)操作的管理應(yīng)用 效果 ， 系統(tǒng) 以 Web 界面的展示方式提供網(wǎng)絡(luò)操作工單集合的統(tǒng)一管理 服務(wù) ， 實現(xiàn)了 網(wǎng)絡(luò)操作工單 文件 內(nèi)容的解析， 網(wǎng)絡(luò)操作任務(wù)的 可執(zhí)行 時間 的計劃 分配 與 設(shè)計， 操作 任務(wù)的定時 自動 執(zhí)行以及 操作 任務(wù)的 執(zhí)行狀態(tài) 的 實時 監(jiān)控 等系統(tǒng)業(yè)務(wù)流程 。 同時，使用 OSGi 動態(tài)模塊化技術(shù)作為系統(tǒng)模型的基礎(chǔ)架構(gòu)， 分析了 OSGi技術(shù)的體系結(jié)構(gòu)和運(yùn)行原理，并 對 基于 OSGi 框架的 系統(tǒng) 模型 整體 進(jìn)行了 功能分析、 模塊 劃分 和 結(jié)構(gòu) 設(shè)計 ， 其中，對操作任務(wù)的管理的流程管理的設(shè)計和實現(xiàn)進(jìn)行了詳細(xì)的描述。 網(wǎng)絡(luò)發(fā)展的目的是為了滿足人們的生產(chǎn)、生活的需要，使生活更便利，使網(wǎng)絡(luò)更容易使用， 網(wǎng)絡(luò)為人們提供了非常便捷的服務(wù) ，但是，在使用網(wǎng)絡(luò)的背后，網(wǎng)絡(luò)設(shè)備的復(fù) 雜性也越來越高，網(wǎng)絡(luò)的規(guī)模也越來越大，網(wǎng)絡(luò)的實現(xiàn)技術(shù)也越來越專業(yè) ，網(wǎng)絡(luò)服務(wù)器主機(jī)的數(shù)量已經(jīng)到了一個讓人意想不到的地步， 對于如此大規(guī)模的網(wǎng)絡(luò)和網(wǎng)絡(luò)設(shè)備，如何進(jìn)行有效的管理服務(wù)解決方案 是一個非常重要而且迫切的課題。 ISO 在 80 年代末提出了 CMIS/CMIP 網(wǎng)絡(luò)管理解決方案，制定 CMIS/CMIP 的出發(fā)點是希望 CMIP 解決方案能夠取代SNMP， CMIP 的功能更加強(qiáng)大，安全性也得到了加強(qiáng)，從功能上來將， CMIP 超過了 SNMP，很多人都人為它會取代 SNMP，但是，事實并非如此， SNMP 以其簡單的實施方案始終占有一席之地，另一原因是 CMIP 過于復(fù)雜，需要投入大量的人力和物力。 網(wǎng)絡(luò)的管理更加側(cè)重系統(tǒng)的安全性和互操作性，網(wǎng)絡(luò)管理更加側(cè)重數(shù)據(jù)和網(wǎng)絡(luò)的安全保障，同時，多技術(shù)，多廠商的管理平臺交互愈發(fā)顯得重要。 第二章， 網(wǎng)絡(luò)管理技術(shù)知識的分析 ，主要介紹了電信管理網(wǎng) TMN 的基礎(chǔ)知識，并分析了網(wǎng)絡(luò)管理系統(tǒng)的基本組成和 網(wǎng)絡(luò)管理協(xié)議等基本知識。 電信管理網(wǎng) 網(wǎng)絡(luò)管理，從執(zhí)行 上講，是通過網(wǎng)絡(luò)管理人員，在網(wǎng)絡(luò)管理程序的基礎(chǔ) 上，對網(wǎng)絡(luò)上的資源進(jìn)行集中化的管理，網(wǎng)絡(luò)管理是人與軟件的集合，管理需要操作人 員，當(dāng)然 ，僅僅依靠管理操作人員，對規(guī)模巨大，復(fù)雜度高的網(wǎng)絡(luò)進(jìn)行手動管理，所需要的工作量是非常巨大的， 而且無法適應(yīng)網(wǎng)絡(luò)爆炸性的發(fā)展要求， 需要通過有效的網(wǎng)絡(luò)管理解決方案 來簡化網(wǎng)絡(luò)管理的操作 ，但是，僅僅如何有效的組織這些管理程序，如何對管理程序，管理系統(tǒng)進(jìn)行信息交互，集成管理，需要一個嚴(yán)謹(jǐn)?shù)墓芾順?biāo)準(zhǔn)體系 。 在 TMN 規(guī)范中，按功能將網(wǎng)絡(luò)的管理分為：網(wǎng)元管理層，網(wǎng)絡(luò)管理層，服務(wù)管理層，事務(wù)管理層 ，如圖 所示 。性能監(jiān)控的對象包括網(wǎng)絡(luò)中的線路，設(shè)備的流量、 CPU 使用率，設(shè)備的溫度，網(wǎng)絡(luò)的延遲，通信的丟包率等，根據(jù)需要采集性能數(shù)據(jù)，生成自動性能報告，根據(jù)歷史數(shù)據(jù)的分析、統(tǒng)計，通過可視化工具，形成性能統(tǒng)計趨勢圖表和報告等，直觀的反應(yīng)性能分析的結(jié)果，為網(wǎng)絡(luò)的規(guī)劃和運(yùn)行管理提供參考和保證。計費數(shù)據(jù)采集是計費管理的基礎(chǔ)需求功能，數(shù)據(jù)的采集與網(wǎng)絡(luò)設(shè)備與軟件有關(guān)，并受進(jìn)行計費的網(wǎng)絡(luò)資源設(shè)備條件的影響，因此數(shù)據(jù)的采集除了依靠系統(tǒng)自動完成，還需要提供人工的數(shù)據(jù)錄入、維護(hù)和管理的功能。一個網(wǎng)元管理系統(tǒng)包含了一個管理系統(tǒng)和應(yīng)用程序集合，這些元素管理著每個網(wǎng)絡(luò)單元的功能和容量，包括網(wǎng)絡(luò)單元參數(shù)的配置，網(wǎng)絡(luò)單元的新增和刪除等，但是網(wǎng)元管理系統(tǒng)不負(fù)責(zé)網(wǎng)絡(luò)單元之間的信息交互。 相比 SNMP 簡單和易于實現(xiàn)的原理，CMIS/CMIP 提供了一整套完成的網(wǎng)絡(luò)管理解決方案功能 ，包括了訪問控制，認(rèn)證，安全日志等。 對于本文中的網(wǎng)絡(luò)操作工單管理系統(tǒng)與網(wǎng)絡(luò)管理系統(tǒng)的交互，本系統(tǒng)平臺也即是客戶端，網(wǎng)絡(luò)管理系統(tǒng)就是后臺服務(wù)器。 OSGi 簡介 OSGi是開放服務(wù)網(wǎng)關(guān)協(xié)議（ Open Services Gateway initiative)的簡稱， OGSi是一個網(wǎng)絡(luò)服務(wù)定義的標(biāo)準(zhǔn)，一個面向服務(wù)的計算環(huán)境，為用戶提供了開放的、面向服務(wù)組件的、易于部署的編程模型，允許用戶將定義好的服務(wù)在運(yùn)行期間綁定到特定的 Service 服務(wù)接口 。安全層是貫穿于 OSGi平臺的所有層的，可以說整個框架都在安全層的控制管理之中，實現(xiàn)對 OSGi中 bundle 應(yīng)用的詳細(xì)管理控制。一個 bundle 應(yīng)用可以是服務(wù)的注冊發(fā)布者，同 時也可以動態(tài)的綁定服務(wù)，接收服務(wù)注冊動態(tài)改變的信息等 [1]。 i n s t a l l s t a r t i n gr e s o l v e d a c t i v es t o p p i n gu n i n s t a l l e d 圖 Bundle 狀態(tài)轉(zhuǎn)換圖 在調(diào)用 安裝 Bundle 后，框架會根據(jù) manifest 文件對 Bundle 進(jìn)行解析，成功解析依賴關(guān)系后， Bundle 進(jìn)入 RESOLVED 狀態(tài)，這時， Bundle 處于就緒，可以啟動使用了。 Bundle 生命周期 OSGi框架提供 一些 API 來管理 Bundle 的生命周期 ，一般 Bundle 的安裝需要由另一個 Bundle 來執(zhí)行，或者由 OSGi框架來執(zhí)行，作為框架啟動 的一個命令行參數(shù) 。 OSGi支持的 jar 文件和普通的 Java 應(yīng)用程序 Jar 文件類似，卻別主要在于 manifest 文件的內(nèi)容 [15]?，F(xiàn)在 OSGi 已經(jīng)從單一的應(yīng)用于移動設(shè)備發(fā)展到應(yīng)用于各種開源項目，以及商業(yè)軟件，包括著名開源項目 Eclipse，到寶馬汽車的智能系統(tǒng)，人們對 OSGi的理解已經(jīng)遠(yuǎn)不是它字面和初衷所能夠解釋的了 [7]。 CORBA 的實現(xiàn)流程大致如下： C l i e n t S e r v e rS t u b T i eO R B O R BI I O P 圖 CORBA 通信結(jié)構(gòu) 編寫 IDL 接口定義文件； 通過指定的編譯器，將 IDL 文件編譯為相應(yīng)的語言源代碼文件，在編譯的同時，生成服務(wù)器框架和客戶端存根 ； 在服務(wù)器端 ，編寫服務(wù)對象實現(xiàn)程序 ； 在客戶端存根，編寫客戶對象程序，通過客戶對象程序調(diào)用服務(wù)端對象； 分別編譯服務(wù)對象和客戶對 象程序； 浙江大學(xué)碩士學(xué)位論文 第 2 章 網(wǎng)絡(luò)管理技術(shù)分析 12 運(yùn)行服務(wù)端和客戶端程序。MTNM 使基于 多廠商，多技術(shù)的系統(tǒng)能夠快速的發(fā)布新的服務(wù)，并且成本更低，速度更快。 網(wǎng)絡(luò) 管理 通信 協(xié)議 SNMP（ Simple