傳輸網(wǎng)綜合管理需求書v

1、文檔編號:2002-8-30 01 打印日期:2004-07-27 第一次修改:2002-9-10 第二次修改:2004-4-12 拷貝份數(shù): 傳傳輸輸網(wǎng)網(wǎng)綜綜合合管管理理系系統(tǒng)統(tǒng)需需求求書書 大連華信計算機技術(shù)有限公司 Dalian Hi-Think Computer Technology Co.,Ltd. 目錄 1.總則總則.4 2.傳輸網(wǎng)管系統(tǒng)的建設背景與目標傳輸網(wǎng)管系統(tǒng)的建設背景與目標.5 2.1.建設背景.5 2.2.建設目標.7 3.總體要求總體要求.9 3.1.面向客戶.9 3.2.適應 NSOSS.9 3.3.先進性.9 3.4.模塊化.10 3.5.實時性.10 3.6.安全

2、性.10 3.7.智能性.10 3.8.可靠性.10 3.9.可維護性.11 3.10.可操作與直觀性.11 3.11.開放性.11 3.12.可擴展性.11 4.系統(tǒng)結(jié)構(gòu)系統(tǒng)結(jié)構(gòu).12 4.1.ETOM 中的定位.12 4.2.傳輸網(wǎng)管在 FAB 流程中的保障地位.13 4.3.組織結(jié)構(gòu).14 4.4.網(wǎng)絡結(jié)構(gòu).15 4.2.1.AMC.15 4.2.2.RTU.16 4.5.功能結(jié)構(gòu).16 5.功能需求功能需求.17 5.1.系統(tǒng)功能.17 5.1.1.監(jiān)控管理.17 5.1.2.資源管理.18 5.1.3.輔助管理.18 5.2.功能說明.19 5.2.1.告警故障管理.19 5.2.1

3、.1.告警數(shù)據(jù)采集.19 5.2.1.2.數(shù)據(jù)處理要求.19 5.2.1.3.告警規(guī)范.19 5.2.1.4.告警提示與顯示功能.20 5.2.1.5.告警確認.23 5.2.1.6.告警鎖定.23 5.2.1.7.告警屏蔽.23 5.2.1.8.告警過濾.24 5.2.1.9.告警通路映射.24 5.2.1.10.告警查詢、統(tǒng)計.24 5.2.1.11.故障處理.24 5.2.2.性能管理.26 5.2.3.調(diào)度管理.27 5.2.3.1.調(diào)度方案生成.27 5.2.3.2.調(diào)度方案確認.27 5.2.3.3.調(diào)度方案的執(zhí)行.27 5.2.3.4.信道資源查詢.28 5.2.4.拓撲管理.2

4、9 5.2.5.網(wǎng)絡資料管理.29 5.2.5.1.空間管理.29 5.2.5.2.設備管理.30 5.2.6.配置管理.31 5.2.7.安全管理.32 5.2.8.數(shù)據(jù)分析.34 5.2.9.系統(tǒng)自身維護.35 5.2.9.1.系統(tǒng)備份及恢復.35 5.2.9.2.數(shù)據(jù)庫監(jiān)控.35 5.2.9.3.軟件自動發(fā)布.35 5.2.9.4.告警級別表的設置.35 5.2.9.5.界面環(huán)境配置.35 5.2.10.信息發(fā)布.36 5.2.11.歷史數(shù)據(jù)查詢.36 5.2.12.傳輸設備集中操作維護.36 5.2.13.傳輸網(wǎng)管系統(tǒng)與其它系統(tǒng)的接口.36 5.2.14.傳輸網(wǎng)網(wǎng)管縱向聯(lián)網(wǎng).37 5.

5、2.15.其它功能.37 6.系統(tǒng)結(jié)構(gòu)與技術(shù)要求系統(tǒng)結(jié)構(gòu)與技術(shù)要求.38 7.網(wǎng)絡管理接口網(wǎng)絡管理接口.39 7.1.山東通信傳輸網(wǎng)目前的狀況.39 7.2.接口系統(tǒng)的技術(shù)要求.40 7.3.部分傳輸設備的接口類型.41 1. 引言引言 傳輸網(wǎng)網(wǎng)管和集中監(jiān)控系統(tǒng)是電信運行維護部門進行管理和組織生產(chǎn)活動 的重要支撐系統(tǒng)，應能適應電信發(fā)展和維護體制改革的需要，逐步實現(xiàn)對傳輸 主干、本地局間中繼的全網(wǎng)集中監(jiān)控、集中維護、集中管理，并能做到實時監(jiān) 控和調(diào)度，保障傳輸網(wǎng)絡可靠、高效、優(yōu)質(zhì)運行。為推進我國廣大電信用戶對 各自不同級別，包括全國級、省級、本地網(wǎng)級傳輸網(wǎng)管和集中監(jiān)控系統(tǒng)工程建 設，特編制了本系

6、統(tǒng)需求書。本需求書是在大連華信長年開發(fā)電信相關(guān)業(yè)務的 基礎(chǔ)上，結(jié)合大量客戶實際需求的條件下編寫的。 需要特別說明的是，雖然有關(guān)主管部門曾經(jīng)制定過一些關(guān)于傳輸網(wǎng)管的規(guī) 則，但并沒有一個正式規(guī)范，也沒有來自運營商省公司的統(tǒng)一規(guī)范，所以本需 求只是根據(jù)所接觸到的用戶的現(xiàn)有需求整理而成。 從長遠的角度講，我們的傳輸網(wǎng)網(wǎng)管和集中監(jiān)控系統(tǒng)應該在流程上和業(yè)務 接口的設計上都滿足和遵守當前電信運營支撐系統(tǒng) OSS（Operation Support System）的主流架構(gòu) eTOM 架構(gòu)，支持 FAB 的端到端（END-TO-END）的業(yè) 務處理流程，在軟件設計上能夠?qū)崿F(xiàn)軟件的模塊化，最終實現(xiàn)軟件的熱插拔。

7、 在擁有明確的客戶合同的情況下，我們將視客戶當時具體需求，以及國家 或省級主管部門發(fā)布的具體規(guī)范要求做出相應的變動。 2. 傳輸網(wǎng)管系統(tǒng)的建設背景與目標傳輸網(wǎng)管系統(tǒng)的建設背景與目標 2.1. 建設背景建設背景 隨著電信業(yè)開放局面的逐步形成，電信運營商的經(jīng)營模式已經(jīng)從傳統(tǒng)的 “面向業(yè)務”的經(jīng)營模式逐步轉(zhuǎn)變到“面向客戶”的經(jīng)營模式。電信運營商的 這種經(jīng)營模式的轉(zhuǎn)變使得電信運營支撐系統(tǒng)（Operation Support System）變得 越來越重要。全球的主要電信運營商都投入了巨額資金（每年每個用戶$12 到 $15 的費用）改造和提高電信運營支撐系統(tǒng)的能力以適應電信競爭的需要?？?以說，電信運

8、營支撐系統(tǒng)的水平直接體現(xiàn)了電信運營商的經(jīng)營管理和服務水平。 國際電信聯(lián)盟（ITU）的電信管理網(wǎng)（TMN）模型在框架上定義了電信運 營商管理活動的四個各有側(cè)重而又互相關(guān)聯(lián)的層次：商務管理層（Business Management Layer） 、業(yè)務管理層（Service Management Layer） 、網(wǎng)絡管理層 （Network Management Layer） 、網(wǎng)元管理層（Element Management Layer） 。 TMN 模型高度抽象，具有很高的理論指導意義，為電信運營支撐系統(tǒng)的建 設指明了方向。但是它強調(diào)的是最底層網(wǎng)絡元素層互相之間標準的對接。但是 到今天，網(wǎng)絡元

9、素層的標準都沒有實現(xiàn)，因為國外很多大運營商接口的技術(shù)標 準都不公開。同時在業(yè)務層和網(wǎng)絡維護層產(chǎn)生了大量數(shù)據(jù)，這個接口是可以公 開的，因為公開了以后實際上是得到一些高層的數(shù)據(jù)。雖然在開始的起 點就比電信管理論壇高，但是后來的整個操作沒有實行成功，就被電信管理論 壇的 TOM 圖替代掉了。因為 TMN 只考慮中間的兩個結(jié)構(gòu)，而 TOM 圖卻更實際， 強調(diào)的是單層結(jié)構(gòu)。TOM 圖的整個結(jié)構(gòu)分為網(wǎng)絡管理層、服務層和客戶層。從 每個層面的橫向分析都可看到單獨的操作流程，如客戶層就存在一個很完整的 流程：促銷-銷售-訂單處理-故障處理- QOS 服務質(zhì)量管理-收費。而下部 的服務層和網(wǎng)絡管理層都是支持銷售

10、程序的，所以 TOM 圖解釋的是電信運營商 的業(yè)務流程。 TOM 圖的好處是解決了 TMN 中間兩個網(wǎng)絡和服務，但是還存在很多問題。 第一，TOM 圖不是全面的企業(yè)管理，不包括銷售營銷的管理、供應商的管理、 合同伙伴的管理、其它的支持功能（如管理知識功能）等。第二，TOM 圖沒有 產(chǎn)品生命周期和客戶關(guān)系管理概念。基于此，產(chǎn)生了 eTOM。 eTOM 在 TOM 的基礎(chǔ)上進行了完善。第 一層，客戶關(guān)系管理；第二層，服務；第三層，資源管理和網(wǎng)絡管理；第 四層，供應商和合作伙伴管理。同時添加了生命周期管理、營銷銷售和訂單管 理，還包括企業(yè)管理（企業(yè)辦公自動化，包括財務，人力等管理） 。由此看出， 企

11、業(yè)操作系統(tǒng)變得非常完備。eTOM 關(guān)心的是整個企業(yè)的問題，而不是單一的流 程。 目前，在國際上 eTOM 還處于摸索階段，沒有被廣泛接受。而 TOM 已經(jīng)被逐 漸的接受并采用。而對下一代運營支撐系統(tǒng)（NGOSS） ，傳輸網(wǎng)管作為其中非常 重要的一個組成部分，其業(yè)務分布在 FAB（Fulfillment Assurance Billing） 的多個業(yè)務流程中，所以要求系統(tǒng)必須考慮 NGOSS 的發(fā)展，在系統(tǒng)架構(gòu)和接口 設計上符合 eTOM 的流程和結(jié)構(gòu)，并且提供標準的接口，為軟件熱插拔的最終實 現(xiàn)打下良好的基礎(chǔ)。 傳輸網(wǎng)是電信網(wǎng)的基礎(chǔ)，一切電信業(yè)務都離不開電信傳輸。隨著電信事業(yè) 的發(fā)展和人類對信

12、息需求的不斷增長，用于傳輸各類信息的長途干路和中繼及 其設備、電路將越來越多。由于中國的通信網(wǎng)經(jīng)過了多年的建設，已經(jīng)建成了 以光纜為主的長途及本地傳輸網(wǎng)，隨著各種電信業(yè)務及新技術(shù)的快速發(fā)展，電 信行業(yè)競爭加劇，PDH、SDH、DXC、DWDM 設備大量引入，設備種類、資 料等各項管理內(nèi)容成幾何級數(shù)增長，傳輸網(wǎng)的維護管理資料必然越來越繁雜， 給運行維護部門的工作帶來很大的壓力。如果沿用傳統(tǒng)的人工方法管理這些原 始資料，必將產(chǎn)生管理混亂、容易出錯等問題。因此采用一種行之有效的手段 全面掌握、規(guī)劃、運行和管理傳輸網(wǎng)已經(jīng)成為當務之急。 現(xiàn)在的傳輸網(wǎng)管存在很多不足，提供傳輸設備的眾多廠商帶來了不同的機

13、器設備、不同的端口協(xié)議，各個廠商提供的網(wǎng)絡管理系統(tǒng)不兼容，用戶界面、 操作系統(tǒng)不統(tǒng)一，操作使用復雜，無法實現(xiàn)自動跨系統(tǒng)通道調(diào)度，無法實現(xiàn)全 網(wǎng)的運行質(zhì)量分析等。而往往一個電信用戶會同時使用多種傳輸設備，當一個 龐大而復雜的傳輸網(wǎng)絡擺在用戶面前的時候，任何一個設備廠商的管理軟件都 束手無策了，如何讀取和調(diào)度其他廠商的設備成為傳輸網(wǎng)絡綜合管理的關(guān)鍵。 為了最大限度地利用通信網(wǎng)絡資源，提高網(wǎng)絡的運行質(zhì)量和效率，使網(wǎng)絡 維護人員能及時了解整個光纖數(shù)字傳送網(wǎng)的運行狀態(tài)，便于故障的判斷和解決， 需要建設傳輸網(wǎng)網(wǎng)管系統(tǒng)。它的建設是實現(xiàn)光纜通信傳輸網(wǎng)運行維護管理科學 化、自動化、智能化的根本保證。 目前傳輸網(wǎng)

14、網(wǎng)管建設中，不僅要考慮 SDH 設備，還要兼容 PDH 設備和 WDM 設備。 針對中國傳輸網(wǎng)現(xiàn)狀，我們急需開發(fā)出一套綜合管理系統(tǒng)，通過該系統(tǒng)的 強大功能，對干線、本地網(wǎng)的傳輸設備實現(xiàn)告警、性能、配置信息的實時集中 維護管理，傳輸網(wǎng)絡資源動態(tài)管理及調(diào)度流程管理等，大大提高各級管理人員 工作效率，同時為傳輸網(wǎng)建設、網(wǎng)絡優(yōu)化提供依據(jù)，使各運營商更好的為其客 戶提供更加優(yōu)質(zhì)、高效的服務。 2.2. 建設目標建設目標 我們對于建設好傳輸網(wǎng)管系統(tǒng)提出的目標是充分利用先進的計算機技術(shù)和 通訊技術(shù)，對用戶擁有的傳輸網(wǎng)動、靜態(tài)資源，包括傳輸干線、本地傳輸網(wǎng)， 以及在其上運行的所有廠商的所有設備進行統(tǒng)一的維護、

15、調(diào)度和管理；配合用 戶綜合網(wǎng)管的建設，全面考慮傳輸網(wǎng)管與包括交換網(wǎng)管、機房電源等設備管理 在內(nèi)的其他網(wǎng)管系統(tǒng)的協(xié)調(diào)與統(tǒng)一；并對網(wǎng)管中心、用戶的領(lǐng)導人提供網(wǎng)絡實 時數(shù)據(jù)和決策依據(jù)。具體目標包括： 1.協(xié)調(diào)多廠商的傳輸設備，建立跨平臺的統(tǒng)一管理系統(tǒng) 對于目前傳輸網(wǎng)中多種廠商設備共存、管理相對分散的現(xiàn)狀，提供統(tǒng)一平 臺，通過對網(wǎng)元的直接數(shù)據(jù)讀取、對廠商提供的設備管理軟件、以及子網(wǎng)管理 系統(tǒng)的交互實時獲取網(wǎng)絡數(shù)據(jù)，監(jiān)控各點各線的運行狀態(tài)，對告警與故障信息 進行及時處理，向運維負責人員提供充足的維護信息，保障網(wǎng)絡的高校運行。 2.網(wǎng)絡管理層和網(wǎng)元管理層（NML-EML）的應用接口的設計符合 eTOM 標

16、準 為了 NGOSS 的順利開展，和軟件熱插拔的最終實現(xiàn)，網(wǎng)絡管理層和網(wǎng)元管 理層的接口設計上要滿足 eTOM 的標準，是傳輸網(wǎng)管于其他業(yè)務系統(tǒng)的接口規(guī) 范化和靈活化。 3.提供支持 FAB 業(yè)務流程的功能 保證 MGOSS 的正常業(yè)務流程，相關(guān) eTOM 的功能模塊要設計的合理，并 且完全流程化，使 FAB 的業(yè)務確認和網(wǎng)絡資源查詢等功能更加完善、靈活。 4.對所有端到端電路進行實時監(jiān)控 通過各種靈活、直觀的方式實時監(jiān)控端到端電路的狀態(tài)，實時報告設備、 線路的各種狀態(tài)數(shù)據(jù)。 5.對全網(wǎng)進行運行維護 通過一個統(tǒng)一的操作界面，對全網(wǎng)設備包括遠端設備進行統(tǒng)一維護，對電 路進行調(diào)度、動態(tài)路由等操作。

17、 6.管理全網(wǎng)網(wǎng)絡資源 為了更好的實現(xiàn)對傳輸網(wǎng)范圍內(nèi)各類網(wǎng)絡資源的管理和利用，傳輸網(wǎng)的發(fā) 展趨勢將會是一個包括各種資源在內(nèi)的綜合網(wǎng)絡資源系統(tǒng)，一個綜合的網(wǎng)絡管 理系統(tǒng)將取代各廠商各自的管理系統(tǒng)。在一個綜合的網(wǎng)絡管理系統(tǒng)內(nèi)，對全網(wǎng) 復雜的網(wǎng)絡設備進行管理和監(jiān)控將成為工作重點之一。 7.數(shù)據(jù)分析 我們利用數(shù)據(jù)倉庫的基本原理，對從各種設備上下載的數(shù)據(jù)進行篩選、轉(zhuǎn) 換和統(tǒng)計分析，從中發(fā)現(xiàn)某種規(guī)律，這種規(guī)律可以透析發(fā)生在傳輸網(wǎng)絡上的內(nèi) 在規(guī)律。發(fā)現(xiàn)告警的發(fā)作周期、告警的高發(fā)點、引發(fā)告警的先決條件、在哪條 路由更容易引起擁塞或是故障。通過對數(shù)據(jù)的分析，可以做到先期預防，防患 于未然，對各種設備的調(diào)配將變得

18、更加合理有序，并為領(lǐng)導提供必要的決策依 據(jù)。 2.3.用戶現(xiàn)狀用戶現(xiàn)狀 濰坊通信公司現(xiàn)有的專業(yè)傳輸網(wǎng)管情況為（按時間先后）： 本地二期阿爾卡特 1353SH:共管理網(wǎng)元 30 個，為 2 個 2.5G 環(huán)，1 個 2.5G 鏈及 2 個 622M 環(huán)。專業(yè)網(wǎng)管使用 HP UNIX 操作系統(tǒng)+HP OPENVIEW 應用軟件，Oracle 數(shù)據(jù)庫，可以直接在網(wǎng)管上進行子網(wǎng)級 的維護操作。網(wǎng)管與設備借口為 QB3*,客戶端使用 win98+go-globle 應 用軟件提供仿真維護操作界面。 本地三期西門子 ENMS3.0 網(wǎng)元級網(wǎng)管，共管理網(wǎng)元 42 個，為 3 個 2.5G 環(huán)。 本第四期 T

19、2000V100R004 子網(wǎng)級網(wǎng)管采用 SUN UNIX 操作系統(tǒng)， SYBASE 數(shù)據(jù)庫，共管理 108 個網(wǎng)元，共有 2500+環(huán) 4 個，2500 環(huán) 3 個，622 環(huán) 6 個及幾個環(huán)帶鏈。網(wǎng)管與網(wǎng)元的通信通過 TCP/IP 協(xié)議進 行。 3. 總體要求總體要求 3.1. 面向客戶面向客戶 實現(xiàn)面向客戶的端到端（end-to-end）的業(yè)務管理。電信運營圖（TOM）定 義了 3 個基本的面向客戶的端到端（end-to-end）的服務：業(yè)務實現(xiàn) （Fulfillment）、業(yè)務保障（Assurance）、業(yè)務計費（Billing）。 業(yè)務實現(xiàn)（Fulfillment）負責及時和正確的處

20、理客戶訂單。 業(yè)務保障（Assurance）負責及時處理客戶和網(wǎng)絡的問題，實施對業(yè)務的有 效保障。 業(yè)務計費（Billing）負責及時和正確的處理帳單和收費。 3.2. 適應適應 NSOSS 在系統(tǒng)的軟件設計上要考慮電信運營系統(tǒng)的整體發(fā)展，相關(guān)軟件設計能夠 平滑的與將來的系統(tǒng)進行過渡，如決策支持、CRM、SCM 等。 3.3. 先進性先進性 采用當今國內(nèi)、國際上先進和成熟的企業(yè)內(nèi)部網(wǎng) Intranet 技術(shù)，使新建立 的系統(tǒng)能夠最大限度地適應今后業(yè)務技術(shù)發(fā)展變化的需要。系統(tǒng)結(jié)構(gòu)是瘦客戶 機/服務器體系結(jié)構(gòu)，保證了數(shù)據(jù)的一致性和安全性，利用網(wǎng)絡交換技術(shù)、網(wǎng)管 技術(shù)，通過智能化的網(wǎng)絡設備及網(wǎng)管軟件

21、實現(xiàn)對傳輸信息網(wǎng)絡系統(tǒng)的有效管理 與控制，監(jiān)控網(wǎng)絡運行情況，及時排除網(wǎng)絡故障和調(diào)整、平衡網(wǎng)上信息流量。 符合國際電聯(lián)和中國電信主管部門的有關(guān)文件，貼近用戶需求，汲取電信 傳輸維護專家的意見，確保整個系統(tǒng)從技術(shù)上和管理上的先進性。 3.4. 模塊化模塊化 建立符合 ITU 標準的需求模型和業(yè)務模型，使獨立的業(yè)務模塊可以靈活 的掛接在軟件總線上，實現(xiàn)業(yè)務的流程化。對與未來的業(yè)務的平滑擴展打下良 好的基礎(chǔ)。 3.5. 實時性實時性 實時監(jiān)視和評估傳輸網(wǎng)的運行狀態(tài)和質(zhì)量，支持跨系統(tǒng)、跨廠商設備的數(shù) 字信道的性能監(jiān)測。同時在系統(tǒng)完成各類實時功能時應保證系統(tǒng)反應的實時性， 包括實時的告警顯示、性能分析、趨

22、勢分析等。 3.6. 安全性安全性 數(shù)據(jù)的安全性對傳輸管理系統(tǒng)也是非常重要的，應該充分考慮這一點。系 統(tǒng)應該具有多級安全管理機制，在應用系統(tǒng)層次通過操作權(quán)限控制、設備鑰匙、 密碼控制、系統(tǒng)日志監(jiān)督、數(shù)據(jù)更新嚴格憑證等多種手段防止系統(tǒng)數(shù)據(jù)被竊取 和纂改。輔助以用戶帳號、口令等管理使用權(quán)限，信息分級存放，用戶權(quán)限等 級管理和領(lǐng)導批閱電子簽名管理等安全措施。用戶都有各自的帳號，不同用戶 的操作界面與功能各不相同，重要操作均有口令保護，可以考慮數(shù)字簽名口令 實現(xiàn)電子簽名。使用代理服務器，安裝防火墻軟件，保證了系統(tǒng)內(nèi)部網(wǎng)絡的安 全性和保密性，控制外界對網(wǎng)內(nèi)資源的訪問。對重要數(shù)據(jù)，采取數(shù)據(jù)庫管理和 字節(jié)加

23、密等方式來隔絕非授權(quán)用戶(包括系統(tǒng)管理員)的訪問。 3.7. 智能性智能性 在電路調(diào)度和障礙緊急調(diào)度方面，要具有智能性，根據(jù)給定條件自動配置 電路調(diào)度方案診斷人工配置的電路路由方案是否正確。 3.8. 可靠性可靠性 采用穩(wěn)定安全的操作系統(tǒng)、安全并且處理能力強勁的數(shù)據(jù)庫系統(tǒng)、先進的 系統(tǒng)架構(gòu)來保證系統(tǒng)的可靠性。系統(tǒng)應避免由于單個故障而影響關(guān)鍵管理信息 的傳遞，避免 DCN 的擁塞引起管理消息的阻塞或過長時延。 3.9. 可維護性可維護性 系統(tǒng)應具有完善的自身監(jiān)視和管理功能。 3.10. 可操作與直觀性可操作與直觀性 提供友好的中文圖形操作界面，用戶界面提供在線幫助的功能，多樣化的 客戶端 GUI

24、，可以基于 WEB、Windows/XWindows 定制 GUI。利用電子地圖直 觀地反映各種設備的地理位置以及詳細信息。 3.11. 開放性開放性 采用分布式客戶機/服務器結(jié)構(gòu)。保證系統(tǒng)的獨立性，并充分考慮與其它 網(wǎng)絡管理系統(tǒng)（交換網(wǎng)管理系統(tǒng)、NO.7 信令監(jiān)測系統(tǒng)等）的互操作能力。遵守 國際電聯(lián)與中國的電信部門的相關(guān)標準協(xié)議，提供標準接口。 3.12. 可擴展性可擴展性 系統(tǒng)的軟件設計采用模塊化體系結(jié)構(gòu)，新功能的引入不會影響原有的功能 模塊，具有良好的可擴展性。同時，系統(tǒng)的容量可隨硬件的擴容和軟件的升級 達到更高的要求。 4. 系統(tǒng)結(jié)構(gòu)系統(tǒng)結(jié)構(gòu) 4.1. eTOM 中的定位中的定位 傳輸

25、網(wǎng)管的系統(tǒng)結(jié)構(gòu)設計原于下一代運營支撐系統(tǒng)的網(wǎng)絡資源管理的結(jié)構(gòu)， 在功能模塊的設計上也遵循 eTOM 的設計，使軟件在軟件總線的流程下實現(xiàn)軟 件熱插拔。傳輸網(wǎng)管作為 eTOM 結(jié)構(gòu)中的資源管理及運營的中堅組成，在 eTOM 體系中擁有重要的支撐地位。傳輸網(wǎng)管系統(tǒng)在 eTOM 的定位如下： 策略、基礎(chǔ)結(jié)構(gòu)及產(chǎn)品 運營 運營支持和準備就緒 計費保障實施 客客戶戶 策略及約定基礎(chǔ)結(jié)構(gòu)生命周期管理產(chǎn)品生命周期管理 市場及報價管理 服務拓展及管理 資源拓展及管理 供應鏈拓展及管理 客戶關(guān)系管理（CRM ） 服務管理及運營（SM&O ） 資源管理及運營（RM&O ） 供應商、合作伙伴關(guān)系管理（S/PRM）

26、客戶接口管理 CRM運營支持 及過程管理 銷售及渠道管理 CRM 運營 準備就緒 市場保障 響應 保持及忠誠度 銷售 定單處理 問題處理 客戶QoS/SLA管理 計費及收費 管理 SM&O的支持過程 管理 SM&O的準備就緒服務配置 及激活 服務問題管理 服務質(zhì)量分析、影響及報告 服務及特定實例 定價 RM&O的支持過程 管理 RM&O 的準備就緒 到服務實例的資源 供應及分配 資源問題管理 資源質(zhì)量分析、影響及報告 資源數(shù)據(jù)采集、分析及控制 S/PRM運營支持 及過程管理 S/PRM運營準備 就緒 S/P 采購 供應商、合作伙伴 （S/P ）購買定單管 理 S/P問題報告及管理 S/P 業(yè)績

27、管理 供應商、合作伙伴（S/P）接口管理 供應商、合作伙伴 （S/P）結(jié)算及計費 管理 市場策略及原則 產(chǎn)品、報價總體策略 原則及規(guī)劃 產(chǎn)品、報價 商業(yè)計劃及約定 產(chǎn)品及報價能力交 付 市場能力交付 CRM能力交付 產(chǎn)品開發(fā)及撤銷 銷售及渠道拓展 市場交流及促銷 產(chǎn)品、市場及 客戶績效評估 服務策略及原則服務計劃及約定 服務及運營能力交付 服務拓展及撤銷服務績效評估 資源、技術(shù)策略及 原則 資源、技術(shù)計劃及 約定 資源及運營能力交付 資源拓展資源績效評估 供應鏈資源、技 術(shù)策略及原則 供應鏈計劃及約 定 供應鏈能力有效性 供應鏈拓展及變更 管理 供應鏈績效評估 企業(yè)管理 戰(zhàn)略及企業(yè)規(guī)劃 戰(zhàn)略及

28、商業(yè)計 劃 業(yè)務拓展企業(yè)構(gòu)架規(guī)劃集團企業(yè)管理 品牌管理、市場調(diào)研及廣告 品牌管理市場調(diào)研及分析廣告 企業(yè)質(zhì)量管理、程序及IT規(guī)劃和構(gòu)架 程序構(gòu)架管理和支持信息系統(tǒng)策略及規(guī)劃企業(yè)質(zhì)量管理知識管理 研發(fā)、技術(shù)獲取 研發(fā)技術(shù)獲取 財務及資產(chǎn)管理 財務管理不動產(chǎn)管理招標采購管理 投資者及外部關(guān)系管理 公共關(guān)系（PR）及 社會關(guān)系管理 投資者關(guān)系管理規(guī)章管理法律管理 人力資源管理 人力資源政策及 實踐 勞動力策略勞動力開發(fā)員工及工作關(guān)系管理 災難恢復、安全及欺詐管理 災難恢復及應急計劃安全管理欺詐管理 可以看出傳輸網(wǎng)管在 eTOM 的運營（Operation） 、實施（Fulfillment） 、保 障

29、（Assurance）三個 end-to-end 的流程之中都占有了比較重要的位置，為電信 業(yè)務的順利開展奠定了基礎(chǔ)，也為 NGOSS 的發(fā)展提供了平滑的接口設計。 4.2. 傳輸網(wǎng)管在傳輸網(wǎng)管在 FAB 流程中的保障地位流程中的保障地位 4.3. 組織結(jié)構(gòu)組織結(jié)構(gòu) 根據(jù)傳輸網(wǎng)的組網(wǎng)結(jié)構(gòu)，本系統(tǒng)應該支持對多級傳輸網(wǎng)的統(tǒng)一管理，但是但是 針對我們的目標用戶，可以將重點放在本地傳輸網(wǎng)的網(wǎng)絡管理上。針對我們的目標用戶，可以將重點放在本地傳輸網(wǎng)的網(wǎng)絡管理上。下面就各級 網(wǎng)管系統(tǒng)的職責進行說明。 總部級網(wǎng)管系統(tǒng)：和各個省級網(wǎng)管系統(tǒng)進行通信，不直接和省級別的網(wǎng)元 進行通信，總部級網(wǎng)管系統(tǒng)可完成跨省部的通道

30、調(diào)度，對屬于總部級別的網(wǎng)元 設備，可直接接入總部級網(wǎng)管系統(tǒng)。 省級網(wǎng)管系統(tǒng)：和屬于本省內(nèi)的各個本地網(wǎng)管系統(tǒng)進行通信，同時也可以 和省內(nèi)的骨干傳送網(wǎng)網(wǎng)元直接通信，向上提供給總部級網(wǎng)管系統(tǒng)接口。 本地網(wǎng)管系統(tǒng)：向下和本地傳輸網(wǎng)的 NE/EMS/SNMS 進行通信，適配不 同廠家不同型號的傳輸設備，向省部級別網(wǎng)管系統(tǒng)提供統(tǒng)一的接口。 總部級網(wǎng)管 省級網(wǎng)管省級網(wǎng)管 本地級網(wǎng)管本地級網(wǎng)管 本地傳輸網(wǎng)本地傳輸網(wǎng)本地傳輸網(wǎng)本地傳輸網(wǎng) 省內(nèi)傳輸網(wǎng) 省間傳輸網(wǎng) 省內(nèi)傳輸網(wǎng) 4.4. 網(wǎng)絡結(jié)構(gòu)網(wǎng)絡結(jié)構(gòu) 地區(qū)級網(wǎng)絡管理中心（AMC）：是告警數(shù)據(jù)的收集和存儲地點，對本地 區(qū)的站點設備實施監(jiān)控。 RTU：遠程終端單元，

31、是監(jiān)控系統(tǒng)與傳輸設備交互的部分，具有數(shù)據(jù)采集、 翻譯功能，還具有與設備硬件接口、管理協(xié)議、通信協(xié)議的適配功能。 EMS：網(wǎng)元管理系統(tǒng)，是指廠商對自己的設備提供的管理軟件。 NE：網(wǎng)元設備，是指具有干線數(shù)據(jù)收集和上報功能的設備。 4.2.1.AMC AMC 是地區(qū)級網(wǎng)絡管理中心，它的作用是傳輸中心和交換中心的管理者， 接收 RTU 提供的信息服務，并為傳輸中心和交換中心提供 WS 功能。 AMC 是完成各種業(yè)務流程的數(shù)據(jù)和服務提供者，AMC 實現(xiàn)數(shù)據(jù)的存儲、 檢索、備份、復制等功能，AMC 在物理上可以是多臺主機，也可以是一臺主機， 邏輯上主要分為應用服務器、通信服務器、數(shù)據(jù)庫服務器、WEB 服

32、務器等。 4.2.2.RTU RTU 是監(jiān)控系統(tǒng)與傳輸設備交互的部分，具有數(shù)據(jù)采集、翻譯功能，還 具有與設備硬件接口、管理協(xié)議、通信協(xié)議的適配功能。 RTU 是該業(yè)務系統(tǒng)實時監(jiān)視故障的重要環(huán)節(jié)，每個 RTU 負責采集一個廠 商的設備數(shù)據(jù)，并向 AMC 上傳，RTU 在可能的情況下應位于 EMS 之上，利用 原有 EMS 系統(tǒng)提供向上的接口獲取相關(guān)信息，并且不影響原有 EMS 的正常運 行。在 EMS 無法提供標準接口的情況下，可以同連接 EMS 數(shù)據(jù)庫的方式建立 接口聯(lián)系，并獲取相關(guān)數(shù)據(jù)。 4.5. 功能結(jié)構(gòu)功能結(jié)構(gòu) 應用層 性能管理安全管理 系統(tǒng)自身維護 接入層 業(yè)務邏輯 數(shù)據(jù)庫 設備數(shù)據(jù)采

33、集及協(xié)議轉(zhuǎn)換 PDH 設備DWDM 設備DXC 設備SDH 設備 數(shù)據(jù)層 協(xié)議層 設備層 資源管理界面輔助管理界面監(jiān)控管理界面 網(wǎng)絡拓撲管理 配置管理 網(wǎng)絡資料管理 電路管理 調(diào)度管理 數(shù)據(jù)分析 決策分析界面 公司領(lǐng)導運維部門 日志管理 系統(tǒng)管理 故障告警管理 5. 功能需求功能需求 5.1. 系統(tǒng)功能系統(tǒng)功能概述概述 傳輸網(wǎng)網(wǎng)管系統(tǒng)從總體上分為三大部分，分別是監(jiān)控管理、資源管理和輔 助管理，三個部分相對獨立，又互相輔助，共同對傳輸網(wǎng)網(wǎng)絡管理承擔責任。 5.1.1.監(jiān)控管理監(jiān)控管理 監(jiān)控管理應用先進的電信管理網(wǎng)技術(shù)，基于現(xiàn)有傳輸網(wǎng)傳輸設備 PDH、SDH、WDM，和網(wǎng)元管理系統(tǒng)以及子網(wǎng)管理系統(tǒng)

34、，實現(xiàn)了多廠商、多類 型接口環(huán)境下傳輸網(wǎng)的綜合管理。 在統(tǒng)一的軟硬件網(wǎng)絡管理平臺上，對由多廠商、多類型接口的 SDH 設備、 PDH 設備、WDM 設備組成的傳輸網(wǎng)絡的運行狀況實現(xiàn)集中統(tǒng)一的管理，提供 上述設備的廠商包括華為、中興、北電、朗訊、西門子、阿爾卡特等等。 提供網(wǎng)管監(jiān)控系統(tǒng)數(shù)據(jù)庫，以確保傳輸網(wǎng)各類運行信息、質(zhì)量狀況信息、 信道資源信息的有效存儲、綜合查詢、統(tǒng)計和分析。 能實時掌握網(wǎng)絡各類信道資源的數(shù)量和使用情況，能為制定通道/電路調(diào) 度方案提供輔助決策支持，能根據(jù)給定的條件快速、準確、合理地自動生成多 種調(diào)度方案，并根據(jù)實際廠商接口的功能執(zhí)行自動/半自動調(diào)度 能夠?qū)缦到y(tǒng)、跨廠商設備

35、傳輸信道的性能進行實時監(jiān)測，以監(jiān)測和評估 傳輸網(wǎng)的運行狀態(tài)和質(zhì)量。 能實時監(jiān)測傳輸網(wǎng)各類設備的告警信號，并對告警產(chǎn)生的原因進行只能分 析，支持對網(wǎng)絡故障的預報、分析、診斷、隔離和業(yè)務恢復。 *在監(jiān)控告警上報中體現(xiàn)針對業(yè)務（通道）的告警，體現(xiàn)出故障所影響或 關(guān)聯(lián)的業(yè)務信息。 *能實現(xiàn)實時障礙單派發(fā)功能。而且傳輸障礙單和交換障礙單應能與現(xiàn)有 的資源管理系統(tǒng)和交換本地網(wǎng)網(wǎng)管系統(tǒng)相關(guān)聯(lián)，使設備告警與其相關(guān)聯(lián)業(yè)務告 警同時產(chǎn)生，并送至統(tǒng)一障礙平臺。 *系統(tǒng)應提供與電子值班日志系統(tǒng)的預留接口，為將來與障礙派單系統(tǒng)， 作業(yè)計劃組建統(tǒng)一平臺作準備 監(jiān)控管理包括：告警故障管理告警故障管理、性能管理性能管理、調(diào)度

36、管理調(diào)度管理 5.1.2.資源管理資源管理 資源管理主要完成光纜資源信息和傳輸網(wǎng)資源信息的管理。資源管理系統(tǒng) 和地理信息系統(tǒng)相結(jié)合，可在電子地圖上完成資源信息的管理，對當前的資源 狀況以直觀的方式進行描述，其基本功能包括： 能夠在電子地圖上真實地反映光纜網(wǎng)網(wǎng)絡組織圖、傳輸系統(tǒng)組織圖和通道 /電路組織圖的拓撲結(jié)構(gòu)。 對光纜網(wǎng)的芯線資源進行管線調(diào)度管理，優(yōu)化光纜網(wǎng)網(wǎng)絡結(jié)構(gòu)。 可以對傳輸網(wǎng)局站、傳輸設備、ODF/DDF 等附屬設備、機房環(huán)境設備等 資源進行有效的管理。 與監(jiān)控系統(tǒng)中的調(diào)度管理相配合，對傳輸網(wǎng)通道/電路資源進行自動/半自 動調(diào)度和有效管理，優(yōu)化傳輸網(wǎng)通道組織結(jié)構(gòu)，提高資源利用率。 能夠

37、對基于傳輸網(wǎng)的多種電路業(yè)務進行管理，如 VPN 業(yè)務。 資源管理包括：網(wǎng)絡拓撲管理、配置管理、網(wǎng)絡資源管理等網(wǎng)絡拓撲管理、配置管理、網(wǎng)絡資源管理等。 5.1.3.輔助管理輔助管理 應能針對不同業(yè)務和客戶的自定義維護報告，能提供橫向，和縱向等靈活 查詢方式。 提供割接（升級）預處理功能。 輔助管理包括：安全管理安全管理、數(shù)據(jù)分析數(shù)據(jù)分析、系統(tǒng)自身維護系統(tǒng)自身維護、信息發(fā)布信息發(fā)布、歷史數(shù)歷史數(shù) 據(jù)查詢據(jù)查詢 和幫助系統(tǒng)幫助系統(tǒng)。 5.2. 功能詳細說明功能詳細說明 5.2.1.告警故障管理告警故障管理 告警故障管理是對傳輸網(wǎng)絡中發(fā)生的異常情況進行監(jiān)視、報告、分析和處 理的一組功能。通過對故障告警

38、的分析進行故障定位，產(chǎn)生故障派工單，實現(xiàn) 閉環(huán)的故障處理流程。 網(wǎng)絡運行時會上報大量告警，滿足一定條件將其定義為故障。告警和故障 管理如下功能。 5.2.1.1. 告警數(shù)據(jù)采集告警數(shù)據(jù)采集 應能監(jiān)視所轄區(qū)域的所有傳輸設備，實時接收各種設備輸出的所有告警信 號，根據(jù)預先設置的條件，對告警信息進行過濾、壓縮和轉(zhuǎn)換，并根據(jù)可自定 義的告警級別表設定告警級別，最后將處理后的各種告警信息存入文本文件或 數(shù)據(jù)庫。原始告警報告應保存一段時間。 確保接收數(shù)據(jù)的完整性，在一定時間內(nèi)（時間可以設置）如果收不到原始 報告應有告警提示。 對所采集收到的各類告警信息進行匯總后，全部告警信息都應分類按局和 日期存入數(shù)據(jù)庫

39、以備統(tǒng)計分析和查詢，所有告警統(tǒng)一存放。 5.2.1.2. 數(shù)據(jù)數(shù)據(jù)處處理要求理要求 數(shù)據(jù)處理應對傳輸設備告警進行分類，對單位時間內(nèi)發(fā)生的大量重復告警 應可根據(jù)網(wǎng)絡實際情況進行故障模式分析，過濾掉派生告警，壓縮信息數(shù)量。 可以對告警信息進行篩選，緊急告警信息通過縱向聯(lián)網(wǎng)系統(tǒng)傳送給上級部門。 5.2.1.3. 告警告警規(guī)規(guī)范范 對告警信息采用統(tǒng)一的形式，屏蔽掉各廠商管理系統(tǒng)告警信息的差異。 5.2.1.3.1. 告警級別：告警級別： 根據(jù)告警的嚴重程度將告警分為不同的告警級別，共分以下四種告警級別： 1、緊急告警 指通信阻斷的告警。 2、重要告警 指影響業(yè)務的嚴重故障的告警。 3、一般告警 指不影

40、響現(xiàn)有業(yè)務的告警。 4、提示信息 向維護人員提示的信息，不是告警信息。 5.2.1.3.2. 告警狀態(tài)告警狀態(tài) 1、正常，沒有告警 2、新產(chǎn)生（沒消失、沒確認）的告警 3、確認（沒消失，已經(jīng)確認）的告警 對不同狀態(tài)的告警，通過是否閃爍和顏色的組合來表示。 5.2.1.4. 告警提示與告警提示與顯顯示功能示功能 告警提示的作用是以不同方式提示工作人員有新的告警發(fā)生，需要工作人 員采取一定對策進行處理，包括彈出窗口提示和聲音提示。 告警和故障顯示是指網(wǎng)管系統(tǒng)自動實時監(jiān)控傳輸網(wǎng)上設備的運行情況，收 集到傳輸網(wǎng)上的告警或故障信息后，可以使用多種方式顯示，顯示方式可以通 過熱鍵切換，告警級別可以通過顏色

41、，比如緊急告警為紅色、重要告警為粉色、 一般告警為黃色、提示信息為藍色、正常為綠色，直觀的在網(wǎng)絡拓撲圖上來表 示。也可以通過聲音來反映，對頻率過高或歷時過長的告警，應能產(chǎn)生提示信 息。告警界面要經(jīng)過確認后才能關(guān)閉。 5.2.1.4.1. 窗口提示窗口提示 當系統(tǒng)運行過程中接收到一個高等級告警時，系統(tǒng)彈出一個窗口提醒用戶 有告警發(fā)生，該窗口為系統(tǒng)告警提示窗口，該窗口支持關(guān)閉或消除操作。當告 警提示窗口被關(guān)閉后，如果系統(tǒng)再次接收到新的符合條件的告警時，告警提示 窗口會再次出現(xiàn)；如果工作人員選擇消除告警提示后，當系統(tǒng)再次接受到一個 新的符合條件的告警時，告警提示窗口將不再出現(xiàn)。如果系統(tǒng)在同一時間內(nèi)接

42、 收到多個新的告警，應當只有一個提示窗口出現(xiàn)；當在告警提示窗口已經(jīng)出現(xiàn) 的時候，如果系統(tǒng)接收到新的告警時，則不會有新的告警提示窗口彈出。 系統(tǒng)提供獨立的告警提示窗口顯示設置功能，用戶可以對告警提示設置有 效性。系統(tǒng)提供兩種告警顯示狀態(tài)：“打開”和“關(guān)閉” 。當設置為“打開”時， 告警提示有效，當設置為“關(guān)閉”時，系統(tǒng)在接收到新的告警時，不彈出告警 提示。系統(tǒng)默認的告警提示狀態(tài)為“打開” 。 5.2.1.4.2. 聲音提示聲音提示 聲音提示也可以設置“開”和“關(guān)”的狀態(tài)，當聲音設置為“開”時，系 統(tǒng)收到告警，以特殊聲音警告用戶。并且用戶可以設定告警聲音，不同級別的 告警可以使用不同的聲音提示。

43、5.2.1.4.3. 列表顯示列表顯示 當前告警的列表顯示就是以列表的形式實時顯示告警的詳細信息，顯示的 內(nèi)容包括： 1、告警名稱 2、告警產(chǎn)生的時間 3、告警設備所在的局站 4、設備廠商 5、網(wǎng)元名稱 6、告警在機房的位置，定位到列/架/框/盤 7、告警影響的系統(tǒng) 8、確認用戶 9、確認時間 告警內(nèi)容的顯示進行實時刷新，以不同顏色代表不同告警級別，以是否閃 爍代表告警的狀態(tài)，即是否已經(jīng)被確認。告警列表有對每種告警類型的數(shù)量統(tǒng) 計。對告警列表可以進行如下操作： 1、 確認告警 2、 進入城市圖、系統(tǒng)組織圖、機房平面圖、機架圖、網(wǎng)絡拓撲圖、網(wǎng)元配 置圖等 3、 顯示某告警影響到的通路 4、 告警

44、排序 5.2.1.4.4. 圖形顯示圖形顯示 圖形方式顯示的告警信息包括物理位置圖和網(wǎng)絡邏輯圖。 1、物理位置圖由以下幾個層次：市區(qū)圖、系統(tǒng)組織圖、機房平面圖、機 架圖，它們逐層深入，能夠?qū)⒏婢瘡膮^(qū)域、局站、機架一直定位到機 盤。 市區(qū)圖：顯示的是整個傳輸網(wǎng)的告警情況，每個節(jié)點代表不同的地市， 包含有傳輸干線信息。 系統(tǒng)組織圖：顯示單條干線的系統(tǒng)信息，包括干線所經(jīng)過各城市的告 警狀況、系統(tǒng)狀況。雙擊某個局站進入機房平面圖。 機房平面圖：顯示一個站點全部設備機架的告警情況，每個節(jié)點代表 不同的機架，告警定位到機架，雙擊節(jié)點進入機架圖。 機架圖：顯示一個機架的告警情況，每個節(jié)點，每個節(jié)點代表不同的

45、 機盤，告警定位到機盤。 2、邏輯圖形 分多層顯示，包括全網(wǎng)、子網(wǎng)、網(wǎng)元，告警定位到盤，在網(wǎng)元配置圖層， 顯示網(wǎng)元的配置情況，包括盤的位置、類型等。 5.2.1.5. 告警確告警確認認 在圖形界面和告警列表中確認新出現(xiàn)的告警。 5.2.1.6. 告警告警鎖鎖定定 在傳統(tǒng)的告警管理方式下，不管告警是否被確認，當告警恢復后就會從當 前告警中消失進入歷史告警。為了能夠不通過歷史告警來實時觀察所有的告警 情況，可以進行告警鎖定。不允許未經(jīng)確認而恢復的告警直接進入歷史告警， 而是將它們鎖定在當前告警中，直到用戶確認為止。用戶可以設定告警鎖定的 開啟或關(guān)閉。 5.2.1.7. 告警屏蔽告警屏蔽 告警屏蔽是

46、系統(tǒng)級的，對某類告警進行了屏蔽后，系統(tǒng)就不再采集該類告 警。 從 RTU 到 AMC 的屏蔽將告警排除在系統(tǒng)之外，所有人都將看不到被屏 蔽的告警。從 AMC 到 NMC 的屏蔽使運維部門的管理人員看不到被屏蔽的告警， 但是維護中心的維護人員仍然可以看到。 只有超級用戶才可以設置和取消告警屏蔽功能。 5.2.1.8. 告警告警過濾過濾 告警過濾是客戶端級別的，不影響整個系統(tǒng)的告警采集和處理。過濾僅僅 是使某個客戶端不再查看過濾掉的告警，系統(tǒng)仍然采集該類告警提供其他客戶 端查看和處理。 5.2.1.9. 告警通路映射告警通路映射 實現(xiàn)將當前傳輸設備上發(fā)生的告警映射到電路上，在相應的電路組織圖上 進

47、行實時顯示，點擊電路組織圖，可以查詢具體位置的告警信息以及影響的線 路或系統(tǒng)信息。 告警通路映射中的通路和電路資料來源于傳輸資源管理部分。 5.2.1.10. 告警告警查詢查詢、 、統(tǒng)計統(tǒng)計 告警查詢功能應提供靈活的查詢統(tǒng)計界面，根據(jù)用戶選擇的查詢條件快速 地進行查詢，并可列表打印。 查詢與統(tǒng)計條件包括： 告警位置 告警類型 告警級別 告警時間 5.2.1.11. 故障故障處處理理 1、故障單的建立：對告警信息都可以建立故障單，故障單可以在故障監(jiān) 視界面方便地人工或自動建立；可以根據(jù)故障級別設置故障單級別。 2、派單：故障單既可以派往相關(guān)單位，也可直接填報原因；可人工派單， 也可通過設置條件，

48、使系統(tǒng)自動向責任單位派單。 3、回單：故障單到達時，應有可以聽見或可以看見的信息提示；維護人 員處理完故障，填完故障單后回單；由于派錯單的回單，應有可以聽 見或可以看見的信息提示，確認后重新派單。 4、回單的歸檔：通過檢查確認故障已經(jīng)消除，處理歸檔。 5、根據(jù)一定的條件查詢、統(tǒng)計故障單，支持組合查詢及查找歷史故障單 紀錄，并能進行打印和輸出各種報表。這些條件包括： 故障單號 局名 時間（段） 故障類型 故障級別 處理人員（工號） 故障歷史 告警信息中的關(guān)鍵字等 6、建立故障處理經(jīng)驗庫：系統(tǒng)應建立一個故障處理的經(jīng)驗庫，收集各類 告警、故障現(xiàn)象和故障處理過程，從而為故障處理提供輔助依據(jù)。 5.2.

49、2.性能管理性能管理 性能管理的目的是對傳輸網(wǎng)、網(wǎng)元進行性能監(jiān)視，采集相關(guān)的性能統(tǒng)計數(shù) 據(jù)，評價網(wǎng)絡和網(wǎng)元的有效性，報告電信設備的狀態(tài)，支持網(wǎng)絡規(guī)劃和網(wǎng)絡分 析。 性能管理必須提供性能監(jiān)測、性能分析、性能門限控制。 5.2.5.3性能性能監(jiān)測監(jiān)測： ： 網(wǎng)管系統(tǒng)通過創(chuàng)建監(jiān)測任務的方式對傳輸網(wǎng)中數(shù)字通道和復用段的誤碼秒、 嚴重誤碼秒等性能參數(shù)進行監(jiān)視?？梢詾樾阅鼙O(jiān)測設置監(jiān)測對象、類型、時間、 周期等參數(shù)，啟動監(jiān)測任務后，系統(tǒng)自動采集網(wǎng)絡運行狀態(tài)的各種性能數(shù)據(jù)。 網(wǎng)管系統(tǒng)還應提供數(shù)據(jù)的查詢、統(tǒng)計、導入、導出等能力。 5.2.5.4性能分析：性能分析： 網(wǎng)管系統(tǒng)在對傳輸設備采集性能數(shù)據(jù)的基礎(chǔ)上，生成

50、性能統(tǒng)計報表，對傳 輸網(wǎng)中的數(shù)字通道和復用段的性能進行分析，如果存在性能異常，則產(chǎn)生性能 告警并分析原因。 5.2.5.5性能性能門門限控制：限控制： 可以根據(jù)運行維護實際需求設置性能數(shù)據(jù)監(jiān)測的門限值，采集的性能數(shù)據(jù) 超過門限值則出發(fā)性能告警。 5.2.3.調(diào)度管理調(diào)度管理 調(diào)度管理可分為調(diào)度方案生成、調(diào)度方案確認、調(diào)度方案執(zhí)行、信道資源 查詢。 5.2.3.1. 調(diào)調(diào)度方案生成度方案生成 調(diào)度方案生成是指根據(jù)以下幾個步驟，網(wǎng)管系統(tǒng)可以為用戶在某管理域內(nèi) 或跨廠商網(wǎng)管系統(tǒng)生成通道/電路調(diào)度方案。 首先要完成調(diào)度單正文部分的內(nèi)容，包括調(diào)度單編號、生成時間、調(diào)度單 位、要求完成時間、發(fā)單人、緊急情

51、況、調(diào)度具體內(nèi)容等。然后完成電路部分 的內(nèi)容，包括說明調(diào)度類型是新開、停止或是修改路由，還包括調(diào)度選定起始 傳輸點和終止傳輸點，從最短路徑、最小轉(zhuǎn)接次數(shù)、負荷均衡等調(diào)度原則中進 行選擇確認傳輸點間的路由選擇，再根據(jù)設備拓撲進一步確定完成通道/電路路 由的設備，最后尋找各設備上的空閑時隙或者空閑的網(wǎng)絡連接，生成最終通道/ 電路調(diào)度方案。 調(diào)度單正文表頭由系統(tǒng)根據(jù)用戶設置自動生成，包括調(diào)度單編號、生成時 間等，其它內(nèi)容可以自行輸入或選擇輸入。 5.2.3.2. 調(diào)調(diào)度方案確度方案確認認 調(diào)度方案確認是指由于調(diào)度方案的生成者一般不具備調(diào)度方案執(zhí)行的權(quán)利， 所以網(wǎng)管系統(tǒng)就為用戶提供必要的認證來完成對調(diào)

52、度方案的確認，以此來加強 通道/電路調(diào)度的安全性。 5.2.3.3. 調(diào)調(diào)度方案的度方案的執(zhí)執(zhí)行行 調(diào)度方案的執(zhí)行是指調(diào)度方案經(jīng)確認后，有網(wǎng)管系統(tǒng)自動向網(wǎng)元設備下發(fā) 通道/電路調(diào)度指令，并通過網(wǎng)管系統(tǒng)提供調(diào)度單的派發(fā)功能，完成通道/電路的 自動/半自動調(diào)度功能。 在處理每個調(diào)度單以后，都應該由調(diào)度單位負責生成電路調(diào)度執(zhí)行回單， 自動回傳給電路調(diào)度單位。其中記錄每條電路的實際執(zhí)行情況，包括電路代號、 執(zhí)行單位、實際開通時間（成功開通） 、未開通原因（未成功開通） 、執(zhí)行人員 工號等。 電路調(diào)度部分對于新開、停止和修改分別有如下方法： 1、新開電路 自動處理：能夠提供端到端配置，調(diào)度人員只要給出電

53、路兩端的 局站，系統(tǒng)就會找出最佳的空閑通道，自動添入電路調(diào)度單。 半自動處理：根據(jù)調(diào)度人員對路由選擇的附加條件，比如是否直 達、轉(zhuǎn)接次數(shù)、指定轉(zhuǎn)接點等，系統(tǒng)來找出適合的空閑通道。 人工處理：調(diào)度人員自己確定路由，系統(tǒng)驗證通過后打開電路。 2、停止電路 根據(jù)調(diào)度人員輸入的條件，查找出相應的電路，并提供選中電路的原來路 由。 3、修改電路 根據(jù)調(diào)度人員輸入的條件，查找出相應的電路，并提供選中電路的原來路 由，然后根據(jù)調(diào)度人員的條件選擇適合的空閑通道，設置出電路的新路由。 5.2.3.4. 信道信道資資源源查詢查詢 信道資源查詢是指用戶對已經(jīng)生成的通道/電路進行信息的查詢，包括以 往的電路調(diào)度單、回

54、單，以了解傳輸網(wǎng)中各種信道資源的使用情況。 5.2.4.拓撲管理拓撲管理 直觀表現(xiàn)各個傳輸站的地理位置及相關(guān)光纜的連接關(guān)系、各個傳輸設備 SDH/DWDM 之間的連接關(guān)系、各個通道/電路組織路由圖等，能夠顯示設備面 板、光纜光纖剖面等圖形。操作人員可以在拓撲圖上選擇相應的傳輸設備，查 看詳細配置信息和當前狀態(tài)。 與告警和故障管理相配合，能夠在視圖上實時顯示傳輸網(wǎng)的告警和故障信 息，并迅速對告警故障進行定位，方便用戶及時對告警和故障進行處理。 可以方便地對視圖進行放大、縮小、移動、存儲等操作，還可以通過對設 備元素進行增加、刪除、修改、查找等操作達到對傳輸網(wǎng)中的各種對象進行管 理的目的。 5.2

55、.5.網(wǎng)絡資源管理網(wǎng)絡資源管理 5.2.5.1. 空空間間管理管理 1、區(qū)域管理 一個區(qū)域包括若干個局站，一個區(qū)域可以是一個自然行政區(qū)，區(qū)域的改變 不影響局站內(nèi)設備的其它屬性。區(qū)域維護包括增加、刪除、修改等功能。 2、局站管理 局站包括若干機房，局站屬性的改變不影響機房的屬性，局站維護包括增 加、刪除、修改等功能。 3、機房管理 機房指用于安裝設備和設施的空間，可以用平面圖的方式來管理，模擬一 個實際的機房平面圖，具體標注各種設備在其中的實際位置，注明設備名稱， 通過點擊設備圖表可以顯示其詳細視圖。系統(tǒng)提供增加、刪除、編輯機房等功 能，其中編輯機房包括編輯機房平面圖和編輯機房內(nèi)機架的詳細視圖。

56、 5.2.5.2. 設備設備管理管理 設備管理功能主要是通過文字和圖形兩種方式完成對安裝在傳輸機房內(nèi)的 機架、傳輸設備、DDF 架等資源的增加、編輯、刪除管理。 1、設備顯示與定位 2、設備入庫/增加 3、設備的編輯 4、設備的刪除 5.2.5.3. 附加基附加基礎(chǔ)礎(chǔ)數(shù)據(jù)管理數(shù)據(jù)管理 基礎(chǔ)數(shù)據(jù)管理包括一些基礎(chǔ)碼表的維護 1、廠家管理 2、設計單位管理 3、盤類型管理 4、網(wǎng)元類型管理 5、電路級別管理 6、電路業(yè)務類型管理 7、電路用戶類別管理 8、電路用戶級別管理 等 5.2.6.配置管理配置管理 配置管理是以靜態(tài)數(shù)據(jù)的形式管理整個傳輸網(wǎng)系統(tǒng)內(nèi)的所有電信設備資源， 對所有的被管資源進行增、刪

57、、改、查的操作，被管資源包括如下： 傳輸網(wǎng)資源包括傳輸網(wǎng)中各網(wǎng)元的： 機架 機柜 機槽 機板 端口等物理對象和 時隙 通道/電路等邏輯對象。 通過網(wǎng)管系統(tǒng)可以動態(tài)地從被管網(wǎng)絡中獲得這些配置信息，保證網(wǎng)管系統(tǒng) 數(shù)據(jù)庫與網(wǎng)絡實際情況保持一致。 光纜網(wǎng)資源包括 管線 光纜 光纖 ODF DDF 等靜態(tài)資源 以及它們之間的包含關(guān)系。 管理輔助資源包括 人力資源 工具 文件資料等 5.2.7.安全管理安全管理 安全管理是保障系統(tǒng)能夠正常、安全、可靠運行的重要手段，主要是保護 系統(tǒng)各種資源（包括數(shù)據(jù)、功能等）信息，禁止非法用戶訪問或使用。它包括 用戶管理和安全日志管理。 用戶管理：用戶管理： 用戶管理包含

58、用戶組管理、用戶權(quán)限管理和用戶權(quán)限驗證。注冊登記時， 用戶工號、口令要進行驗證。當非法用戶試圖闖入時，系統(tǒng)應急時產(chǎn)生可聽見 或可看見的告警信息。 用戶組管理對系統(tǒng)的使用者按部門、只能進行分組，系統(tǒng)管理員能對用戶 組進行添加、刪除和修改。 用戶組權(quán)限管理對各個工作組的使用權(quán)限進行管理，系統(tǒng)管理員能方便地 對各個工作組的權(quán)限進行添加、刪除和修改。 用戶權(quán)限管理對工作組中的用戶的權(quán)限進行管理，工作組的管理員能方便 地對各個用戶的權(quán)限進行添加、刪除和修改。 用戶管理提供完善的三級安全管理，級別由高到低依次為系統(tǒng)管理員，工 作組管理員，維護人員。 系統(tǒng)管理員負責對系統(tǒng)本身的維護管理，但并不參與系統(tǒng)的使用

59、。工作組 管理員可對該工作組的用戶工號、操作權(quán)限進行管理，包括工號的有效期、操 作命令集等。 系統(tǒng)應采用多級安全控制，如網(wǎng)絡安全級、用戶安全級等。用戶安全級是 由數(shù)據(jù)的所有者和訪問權(quán)限機構(gòu)來控制，對不同的用戶進行分類，實施用戶級 的安全控制。網(wǎng)絡安全級要求系統(tǒng)確定終端用戶或其它系統(tǒng)要求服務時是否允 許訪問以及訪問的級別，即用戶進入系統(tǒng)不但要經(jīng)過授權(quán)認證（確認用戶名稱 和口令的合法性） ，還要驗證其所在終端的有效身份。 安全日志管理：安全日志管理： 系統(tǒng)應對用戶（包括系統(tǒng)管理員）的操作過程進行安全紀錄，安全紀錄必 須人工備份后清除。安全日志記錄內(nèi)容包括： 用戶名、 工作組、 進入時間、 操作局點

60、、 操作命令、 執(zhí)行結(jié)果、 執(zhí)行時間、 離開時間、 所在操作終端等。 并可靈活地對安全日志進行查詢、瀏覽和統(tǒng)計。 5.2.8.數(shù)據(jù)分析數(shù)據(jù)分析 大量的信息數(shù)據(jù)沉積在數(shù)據(jù)庫中沒有任何價值，需要利用數(shù)據(jù)倉庫的原理， 對各種設備上下載的數(shù)據(jù)進行統(tǒng)計分析，從中發(fā)現(xiàn)某種規(guī)律，這種規(guī)律可以透 析發(fā)生在傳輸網(wǎng)絡上的內(nèi)在規(guī)律。發(fā)現(xiàn)告警的發(fā)作周期、告警的高發(fā)點、引發(fā) 告警的先決條件、在哪條路由更容易引起擁塞或是故障。通過對數(shù)據(jù)的分析， 可以做到先期預防，防患于未然，同時對各種設備的調(diào)配將變得更加合理有序。 數(shù)據(jù)分析特點數(shù)據(jù)分析特點 1、功能強大 基于數(shù)據(jù)倉庫設計的數(shù)據(jù)分析系統(tǒng)具有強大的功能，能夠從系統(tǒng)中得到最