一、技術建議書

1概述

統一網管系統是針對的多廠家、多類型環境下的網絡、專用設備設控，給出綜合管理的

解決方案,功能上涵蓋兩大區塊分別是監控管理和系統管理，其中監控管理包括：配置管理、

故障管理、性能管理、拓撲管理、安全管理、業務質量檢測；系統管理包括：系統自身管理、

日志管理、系統升級管理、數據管理及備份等功能。

1.1項目背景

四川廣電目前尚未構建業務平臺網管，現有業務系統、IT支撐系統采用不同的廠商設備

構成，而眾多的廠商設備的管理和維護則是“獨立的、分散的且互不相聯的”，對現有廠商

設備的監測方式主要是通過遠程登錄到廠商設備查看設備狀態信息，或廠商設備監控軟件提

供簡單的設備狀態信息。

基于上述情況，在網絡維護可能會存在以下問題：

1）各廠商網管只能對本廠設備運行情況進行獨立監控，缺乏廠商與廠商之間的信息交

互，信息封閉不具備告警數據關聯性。一旦出現故障，運維人員需要綜合各廠商網管情況,

結合網管情況和運維經驗，了解全網運行情況以排除故障。故障定位效率和準確率較低，定

位和排除故障工作量大，對運維人員要求也極高。

2）各廠商網管監測標準不統一，監測手段和界面以及告警提示方法多樣，維護人員必

須熟悉各種管理系統，才能進行準確維護。

3）缺乏全面故障分析手段，各廠商告警和故障分析只能反映本廠設備情況，反映的問

題比較孤立，而不具有全面性。

4）沒有統一的故障維護知識庫，由于各系統復雜性，對各維護人員素質要求較高，在

運維過程中所積累的一些知識和經驗不能得以共享，導致會在運維過程中因為運維人員的素

質問題而出現運維效率不一的情況。

隨著全業務競爭的全面展開，運營商間的競爭日趨激烈，為有效增強四川廣電綜合競爭

能力，需要盡快提升企業信息化的整體能力，實現更好的客戶服務、運維支撐、更有效的網

絡協同，實現運維質量可控、可衡量及并能夠持續優化提升。

通過建設業務平臺網管，能打破各廠商間的設備狀態數據封閉壁壘，以一個整體的形態

對現有系統實施集中監控管理，并實現對故障處理的完整閉環流程，降低排障的難度，降低

排障時長。通過面向全網的故障分析手段，總結共享故障處理的經驗，幫助運維人員更快更

好地處理故障。

1

1.2與專業網管的關系

統一網管系統是基于其它各通信系統專業網管NMS(OMC)或廠家EMS,而不是替代其它

各通信系統的專業網管。統一網管系統是通過其它各通信系統專業網管的北向接口，采集各

通信系統的配置、告警和性能等信息，進行分析處理后，以合理方式呈現給用戶。專業網管

系統是統一網管系統的基礎和數據信息來源。

統一網管系統和專業網管是“功能互補、相輔相成”的，具體體現在以下幾個方面：

(1)各專業網管系統定位在日常運維操作層面，具備配置管理等綜合網管管理系統不

具備的功能。

(2)統一網管系統定位在業務層面，主要體現跨專業、綜合、面向用戶、面向業務的

功能，數據相關性方面的功能。

1.3遵循標準

本方案所采用的硬件和軟件產品、軟件開發和項目管理方法均符合有關的國際標準、國

家標準(對沒有國家標準的，參考了主管行業的行業標準)。對于網絡管理領域需要參考的

標準如下：

(1)ITU-T的相關標準一通用網絡管理標準

a)ITU-TM.3010PrinciplesforaTelecommunicationsmanagement

network

b)ITU-TM.3016TMNsecurityoverview

c)ITU-TM.3020TMNInterfaceSpecificationMethodology

d)ITU-TM.3108.3TMNmanagementservicesfordedicatedand

reconfigurablecircuitsnetwork:Informationmodelfor

managementofvirtualprivatenetworkservice

e)ITU-TM.3208.3TMNmanagementservicesfordedicatedand

reconfigurablecircuitsnetwork:Virtualprivatenetwork

f)ITU-TM.3100TELECOMMUNICATIONSMANAGEMENT

NETWORKGENERICNETWORKINFORMATIONMODEL

g)ITU-TM.3320ManagementrequirementsframeworkfortheTMN

X-Interface

h)ITU-TX.721INFORMATIONTECHNOLOGY-OPENSYSTEMS

2

INTERCONNECTION-STRUCTUREOFMANAGEMENT

INFORMATION:DEFINITIONOFMANAGEMENTINFORMATION

(2)ITU-T的相關標準一SDH專用標準

a)ITU-TRec.G.805GENERICFUNCTIONALARCHITECTUREOF

TRANSPORTNETWORKS,1996

b)ITU-TG.851.1Managementofthetransportnetwork-Application

oftheRM-ODPframework

c)ITU-TG.852系列建議ODP觀點下的SDH管理(企業觀點)

Managementofthetransportnetwork-Enterpriseviewpoint

d)ITU-TG.853系列建議ODP觀點下的SDH管理(信息觀點)

Managementofthetransportnetwork-Informationviewpoint

e)ITU-TG.854系列建議ODP觀點下的SDH管理(計算觀點)

Managementofthetransportnetwork-Computationalinterfaces

f)G774：SynchronousDigitalHierarchy(SDH)management

informationmodelforthenetworkelementview

g)G77401：SYNCHRONOUSDIGITALHIERARCHY(SDH)

PERFORMANCEMONITORINGFORTHENETWORK

ELEMENTVIEW

h)G77402：configurationofthepayloadstructurefortheNETWORK

ELEMENTVIEW

i)G77403：multiplex-sectionprotectionfortheNETWORK

ELEMENTVIEW

j)G77404：managementofthesubnetworkconnectionprotectionfor

thenetworkelementview

k)G77405：managementofconnectionsupervision

functionality(LCS/LCS)forthenetworkelementview

I)G77406：SDHunidirectionalperformancemonitoringforthe

networkelementview

m)G77407：ynchronousDigitalHierarchy(SDH)managementof

3

lowerorderpathtraceandinterfacelabellingforthenetwork

elementview

n)G77408：SynchronousDigitalHierarchy(SDH)managementof

radio-relaysystemsforthenetworkelementview

o)G77409：SynchronousDigitalHierarchy(SDH)configurationof

linearmultiplexsectionprotectionforthenetworkelementview

(3)TMF的相關標準

a)TMF509(v1.0)TMFORUMBusinessAgreementNML-EML

InterfaceForManagementofSONET/SDHTransportNetworks

b)TMF513Multi-TechnologyNetworkManagementBusiness

AgreementNML-EMLInterface

c)TMF608Multi-TechnologyNetworkManagementInformation

AgreementNML-EMLInterface

d)TMF814Multi-TechnologyNetworkManagementSolutionSet

NML-EMLInterface

(4)國內國家(行業)相關標準

a)鐵道部《鐵路通信統一網管系統技術條件(V1.0)》

b)YD/T1289.1-2003同步數字體系(SDH)傳送網網絡管理技術要

求第一部分：基本原則

c)YD/T1289.2-2003同步數字體系(SDH)傳送網網絡管理技術要

求第二部分：網元管理系統(EMS)系統功能

d)YD/T1289.3-2003同步數字體系(SDH)傳送網網絡管理技術要

求第三部分：網絡管理系統(NMS)系統功能

e)YD/T2002H4《通信局(站)電源、空調及環境集中監控管理系統

第二部分：互聯協議》

f)XDN023-96《通信電源和空調集中監控系統技術要求》

g)YD5058-98《通信電源集中監控系統工程驗收規范》

h)YD/T1104-2001《通信用開關電源系統監控技術要求和試驗方法》

4

i）《通信局（站）電源、空調及環境集中監控管理系統前端智能設備

通信協議》

j）通信局（站）電源系統總技術要求》郵電部編號XT005-95,電信總

局1996年發布

k）YD/T1051-2000《通信局（站）電源系統總技術要求》、中華人民

共和國信息產業部；

I）GF006.1-2001《中國移動機房動力設備環境監控系統技術規范》、

中國移動通信集團公司；

m）GF006.2-2001《中國移動機房動力環境監控系統測試規范》、中國

移動通信集團公司；

n）電信總局電網交[1999]625號文《通信局（站）電源、空調及環境集

中監控管理系統前端智能設備通信協議》。

0）《通信電源、機房空調集中監控管理系統暫行規定》電信總局（1997

年6月11日）

p）《通信電源計算機集中監控系統通信協議》

5

2系統建設范圍

本期工程建設范圍

本期工程建設范圍如下：

1）構建業務平臺網管基礎功能體系

＞本期工程主要完成業務平臺網管基礎功能體系構建，具備基礎數據采集,

包括性能數據、告警數據、配置數據，并能通過系統智能分析提供配置

管理、性能管理、故障管理、拓撲管理、業務質量監測、安全管理，以

及系統自身管理功能，并能對網絡拓撲、告警數據、性能數據等以圖形、

表格的方式進行展現，提供處理建議，并能對系統數據以定制方式實現

統計分析。

＞業務平臺網管以兩級架構的方式進行組網，省中心實現數據的采集、處

理和存儲管理功能，地市實現數據采集功能，對省中心和地市運維人員

管理權限進行區分，地市公司以反拉終端的方式實現地市運維管理。

＞對被管系統的服務器、存儲設備、網絡設備、數據庫、中間件、系統接

口、應用進程以及視頻直播平臺業務提供質量等進行監控管理，對全省

21個地市的視頻直播平臺和交互平臺進行管理。

＞對視頻直播平臺省前端到地市分前端的內容播出質量監測；并對視頻直

播平臺省前端、各地市分前端平臺實現設備監測管理；

＞對省中心交互平臺、各地市交互平臺的設備監測及業務質量監測管理。

說明：成都視頻直播平臺分前端和交互平臺都均部署在南延線機房,

即和本期新建網管系統部署在一個機房內。

6

建設目標

本期目標

1）實現業務平臺網管基礎功能和架構搭建；

2）與被管系統建立數據交互接口，實現數據采集和管理；

3）將省、各地市的視頻直播平臺和交互平臺納入系統管理范圍。

遠期目標

1）對視頻直播平臺和交互平臺實現在全省范圍的監控管理延伸；

2）在業務平臺網管完成建設后，可逐漸新建業務平臺納入管理，擴大平

臺級監控范圍；

3）結合實際運維情況，對業務平臺網管的監控能力和功能持續優化，提

高運維工作效率；

4）業務平臺網管系統的建設目標為“實現集約化的業務網絡運行監控和

業務保障、打造靈活的業務網絡維護管理平臺、與綜合網管系統高效

聯動、支撐業務產品的高效運營與規模發展”。

建設需求

1）智能處理，簡化運維步驟

能對運維過程中的數據進行智能處理，通過數據建模，能對數據進行智能分析，通過關

聯分析等有效手段對告警數據和性能數據進行分析處理，簡化運維步驟，減輕運維人員的工

作量。

2）快速定位故障，提高運維效率

對系統的數據監測過程中，對被管理系統所出現的系統故障能快速定位，通過各種方式

展現故障發生點，提出運維建議，以提高運維人員的工作效率。

3）實時運維，掌握系統運行情況

能對運維過程中所關心的性能數據，告警數據等進行實時監控展現管理，讓運維人員對

7

被監控系統的健康狀況及運行情況做到心中有數，主動提前預防系統或業務故障發生。

4）故障主動預防，防患天然

采集被管系統的性能數據、告警數據、業務質量數據等，對其進行分析處理，對歷史數

據進行分析，做到對故障主動預防，提前防范事故發生，防患未然。

5）支持VPN數據訪問

針對數據在通過公共網絡時的數據完整性、安全性和合法性等問題，系統需設計支持遠

程接入隧道、加密和認證方案，保障用戶端遠程接入的安全性和私密性。

3系統總體結構

業務平臺網管系統應滿足可擴展性和可伸縮性，要求支持B/S和C/S架構。

系統架構設計及接口協議應基于國內外業界開放式標準，如.net、J2EE、

WebService>MQ。

業務平臺網管分級

業務平臺網管分級如下所示：

?業務平臺網管縱向構建兩級數據管理（省市）架構，業務平臺網管核心系統部署在

省中心，對全省數據集中存儲、分析及處理。

8

?在省和市州部署采集服務器，根據配置規則進行數據采集并將數據上報到省中心。

?省、市州部署PC終端，呈現省中心對省、市州及區縣被管平臺的數據處理結果，

省中心運維人員可監控全省運維情況，并實現省級設備運維操作管理；市州運維人

員可監控本地網市、縣兩級運維情況，并在權限范圍內對設備進行運維操作和管理。

3.1功能結構

廣電部門要求的其

信息表示層B/S端端C/S端他外部接口

。內部中間件接口[[專用接口

配置管理性能管理安全管理系統自生管理日志管理

故障管理拓撲管理質量監測系統升級管理數據管理

藍區普理部分系統管理部分一

統一管理功能

部中間件接口

數據采集層

網絡數據~業務~~服務器數據~調度通信~a應用數據

圖統一網管系統的功能結構

統一網管系統的功能結構如上圖所示，在邏輯上分為數據采集層'應用層和信息表示層

三層。

數據采集層分為系統適配器和接口適配器。系統適配器是指由各專業系統的網元管理系

統、子網管理系統或者網絡管理系統組成的層面，向統一網管系統提供各專業系統的告警和

性能事件信息，對于沒有建設網管系統的獨立網元可以通過網元接口獲取告警和性能事件信

息；接口適配器通過多個專門構建的adapter連接到各系統適配器，依據各系統適配器采用

的協議不同而采用不同協議的接口適配器，本系統中可適配的接口有WEB、agent>SNMP、

TCP等，每個Adapter適配一個或多個系統適配器的連接。

應用層：應用層由針對統一網管系統功能需求而定制的各個功能模塊組成，配置管理、

故障管理、性能管理、拓撲管理.、安全管理、業務質量檢測'系統自身管理、日志管理、系

統升級管理、數據管理及備份等功能。他們均依賴數據采集層獲取數據。應用層的各個模塊

構建在內部的分布式平臺上，它們之間的通信通過分布式平臺實現。在應用層除提供各功能

模塊外，還提供對外接口，包括北向接口

9

告警故障上報接口：

系統支持向綜合網管系統平臺開放故障數據采集接口，將系統內告警數據向綜合網管系

統平臺上報，統支持告警實時上報。

性能上報接口：

系統支持向綜合網管系統平臺開放性能數據采集接口，將系統內性能數據向綜合網管系

統平臺平臺上報；同時接受綜合區管系統平臺指定的性能采集任務，并將性能采集結果數據

反饋給綜合網管系統平臺。系統支持性能數據實時上報。

測試接口：

系統支持向綜合網管平臺開放測試數據采集接口；系統能接受綜合網管平臺指定的性能

采集任務，并將采集結果數據反饋給綜合網管平臺。系統支持測試數據實時上報。

報表數據接口：

系統支持向綜合網管平臺開放本系統報表數據，包括按期統計分析的各類報表結果。

君瞽故障上報接口、性能上報及測試數據采用SOCKET接口傳送方式，報表數據采用FTP

傳送方式。

信息表示層：通過B-S結構和C-S結構的GUI系統供用戶使用，它只和應用層的功能模

塊通信，是統一網管系統的窗口。

采用上述功能結構具有如下優勢：

(1)功能結構清晰，使物理結構和軟件結構的設計和實現變得簡單，系統部署和擴容

更加容易，具體表現如下：

a)數據庫服務、應用服務模塊和采集服務模塊可以根據系統的硬件處

理能力和系統規模的大小部署在同一臺物理服務器上或分開部署在

不同的服務器上，同時比較容易實現應用服務和采集服務模塊分別

部署在多臺物理服務器上；

b)終端：專門運行信息表示層的C-S界面或Web瀏覽器。

c)軟件結構可以針對不同的層面采用更合適的技術和架構，比如應用

層采用J2EE,采集層采用C等。

(2)數據采集層向上接口統一定義，向下接口支持多樣，方便靈活接入各子系統。不

同的子系統通過不同的適配器進行交互，所以很容易增加其它通信息系統的接入；

不同接口采用的通信協議可以完全不同，且保證各接口之間不會相互影響；對不

同的系統可以根據工程實際情況，采用不同的接入方式(支持直接連接到網元或

通過專業網管訪問網元信息)。

(3)應用層模塊依據用戶需求來構建，軟件功能的可擴展性好。應用層功能模塊可以

10

按照用戶需求進行定制，當用戶有新的需求時，直接升級應用層模塊就可以了，

這樣使得系統具有良好的功能擴展性。對外接口模塊作為一個特殊的應用層功能

模塊也可以按照用戶的要求進行定制，提高了接入其它系統的靈活性。

(4)信息表示層模塊通過應月層完成管理工作，安全性好。信息表示層的各種操作命

令首先經過應用層進行嚴格的語法語義才會發到適配器以及網元及網絡系統執行,

可保證系統操作安全的要求；另外，信息表示層采用瘦客戶機的模式工作，絕大

部分的數據處理都在后臺應用服務器上執行，可保證網管終端能高效工作。

3.2物理結構

圖2：統一網管系統的物理結構

統一網管系統的物理組織網絡如上圖所示，在廣電中心建立統一網管系統，包括磁盤陣

列、光纖交換機、數據庫/應用服務器、采集服務器、以太網交換機、防火墻等設備；在地

11

市設置網管終端，只要數據網提供接口，網管終端的具體地點可以根據工程要求設置在任何

地點。

數據庫/應用服務器通過光纖交換機，訪問磁盤陣列；數據庫/應用服務器、采集服務器、

防火墻等設備通過三層以太網交換機相連，實現相互之間的通信。兩臺數據庫/應用服務器

和光纖交換機采用雙機熱備的冗余設計方案，保證數據庫/應用服務巖的穩定可靠。

統一網管系統通過三層以太網交換機連接到廣電專網，實現與其它相關通信子系統的通

信，在統一網管系統內部網絡與數據網之間設置了防火墻，通過VPN方式保障統一網管系統

的安全可靠。三層以太網交換機設備在防火墻外為統一網管系統接入其它專線預留了接入接

口。

統一網管系統在省中心設置1臺網管終端，各網管終端通過數據網實現與統一網管系統

之間的通信。只要數據網可以提供接入端口，或通過傳輸通道可以接入數據網，網管終端可

以根據工程需要設置在任何不同地點，接入統一網管系統。

其它與統一網管系統相關的通信子系統（包括需要接入的即有子系統）網管應直接或間

接接入數據網，并向統一網管系統開放數據采集接口，與統一網管系統進行通信，為統一網

管系統提供配置、告警和性能等信息。

跨區域通信一律采用VPN接入

12

3.3軟件結構

統一網管系統通過自主研發的分布式數據總線結構平臺來構建系統中的各個分布式應

用模塊，各應用模塊可以通過分布式數據總線以數據流或消息模式實現各種數據和信息的交

互，軟件結構圖如下圖所示：

圖3：統一網管系統的軟件結構

由上圖可見，后臺應用層模塊和C/SGUI模塊、后臺應用層模塊和各專業網接口適配器

池模塊、后臺應用層模塊和WebServer之間的通信主要是通過分布數據總線平臺來完成：

后臺應用層的各模塊之間也可以通過分布數據總線平臺來進行相互通信，降低了應用層模塊

之間的耦合性。分布數據總線平臺提供各個模塊之間的分布處理運行環境，讓應用層、數據

采集模塊和終端模塊（系統界面層）可以根據工程要求，可以部署在相同的物理服務器上，也

可以分別部署在不同的物理服務器上；后臺應用層模塊通過分布數據總線平臺進行交互，可

以把后臺應用層的模塊進行分組部署在不同的物理機器上，有利于系統功能和容量的擴展。

C/SGUI模塊、后臺應用層、各專業網接口適配器池和WEB服務程序（CGI/JavaServlet）

都可以直接訪問數據庫服務，各模塊都通過第三方提供符合國際標準處議（包括ODBC/ADO、

JDBC、PROC）接口來訪問數據庫服務。這些數據庫訪問接口都是可以分布式方式訪問數據

庫服務，所以數據庫服務器也可以根據工程要求獨立部署或與其它模塊部署在同一臺物理服

務器上，保障了系統的高可擴展性。

接口適配器池中存放多個適配器，每個適配器針對被管設備或網管的一個接口，一方面

保障了各系統數據采集的獨立性，當某個系統的數據采集出現問題時，不會影響其它系統數

13

據有集；另一方面提高了系統的可擴展性，系統需要接入新的系統時，只需要開發一個新的

適配器，而不會影響現有系統數據的采集。

在后臺應用層模塊中，構建專門的對外接口模塊實現北向接口，與其它外部系統進行互

聯，保障了系統的開放性，接口模塊和其它模塊都是相互獨立的，對外接口的修改不會影響

系統本身的正常運行。

14

4系統接口方案

統一網管系統需要向外提供南向接口、北向接口兩類接口。由于不同接口所提供的功能

不一樣，與外部系統交互的數據也不相同，所以在進行統一網管系統設計時，對不同接口由

不同的子模塊來實現，使各接口之間不會相互產生影響。

4.1南向接口

統一網管系統南向接口主要用來采集其它各通信子系統的配置、告警和性能等信息。綜

合網管需要接入的系統繁多，不同系統網管提供的接口協議不同，因此統一網管系統需要對

不同的系統提供不同的接口，采壓不同的接口協議，下表列出了統一網管系統與各被管子系

統的接口協議的推薦方式：

表1：各南向接口協議推薦表

CorbaAgentSNMPTcpDbFileRs232

傳輸及接入VJVJ

數據網JV

專用移動通信VJVJV

調度通信VJJ

會議電視JJ

同步及時鐘分配V

應急通信系統J

對于同一系統，被管網絡可以通過不同的協議來采集告警、配置和性能數據，例如傳輸

及接入設備可以選擇Corba協議來采集告警信息，而采用FILE協議來采集性能信息。

數據傳送協議遵循各個專業網管廠家的數據格式，系統通過適配層對廠家數據進行轉化,

形成統一網管系統統一的數據格式后進行保存，在實際工程應用中，與各系統接口采用的協

議可以根據實際情況進行調整。

統一網管系統的南向接口需要接入綜合網管的各通信子系統開放接口協議，并提供接口

協議相關文檔。

15

4.2北向接口

北向接口實現系統與鐵道部道信統一網管系統的互聯，周期性傳送重大告警數據、配置

數據、資源數據、性能數據、報表數據等。

網管接口可以采用TCP/IPSockets連接方式，端口號根據雙方協商設置，用于和上級網

管系統交互。

16

5系統功能

5.1功能概述

統一網管系統是建立在廠家網管系統之上的，通過標準接口，實現各專業網管系統數據

的集中管理和分析，建設綜合網管的目的并不是取代各專業網管，而是在專業網管的基礎上

開發對全網的綜合管理功能。綜合的目的是要在全網內進行信息的交費、資源的共享、故障

的定位、性能的分析等等。

通信統一網管系統能夠在統一的平臺上實現對鐵路通信各子系統的運行狀態數據進行

集中管理，主要由拓撲管理、故障管理、性能管理、重點業務保障、資源管理、報表管理、

流程管理、系統自身管理等功能模塊組成。

5.2配置管理

配置管理模塊實現對各被管網元設備軟硬件參數的采集、配置和管理。

并可通過配置管理模塊充各被管網元的配置，觸發對網元應用的升級，可采

集其應用升級的狀態和結果。配置管理功能要求如下：

■配置信息采集

主動采集被管系統的設備、單板、端口等網元的配置信息，被管設備的

配置發生變化，需主動向業務平臺網管上報配置信息。

■配置控制

通過配置管理界面，對被管系統中單臺設備的各種參數進行配置，支持采用配置文件方

式或單個參數修改方式進行配置。配置的數據包括以下幾類：

>統一配置設備編號信息；

>配置時鐘信息，實現時鐘同步；

>各種軟件和業務的加載，數據的初始化；

>對設備服務的范圍進行配置，可以指定某設備為指定區域的用戶提供或拒絕服務;

>配置信息可以批量導入導出；

>配置數據顯示及查詢。

17

通過統一界面查詢各被管系統中各設備的配置參數，采用分層列表、導航樹等方式顯示,

也可以在網絡拓撲圖上直接查詢顯示。

■設備及應用的重啟、停止、復位

通過配置管理界面對各被管設備進行重啟、停止、復位（指恢復默認設置）。對端口進行

啟用和禁用，對設備中關鍵的應用進程的重啟、停止、兔位（指恢復默認設置）。

■設備應用配置及升級管理

通過配置管理界面對各被管設備進行配置，可要求被管設備的應用進行升級，并可采集其應

用升級的狀態和結果。

5.3故障管理

故障處理原則：

?實時性：保證關鍵告警信息及時得到處理；

?準確性：保證告警信息根據所屬級別得到準確處理；

?參數化管理：提供靈活的參數化配置，保證告警管理具有很強的適應性；

?靈活性：對于不同的監斐結果，可根據不同的業務、客戶級別等設置不同的報警

閥值。

告警詳細信息應包括但不限于:

中文名稱說明

告警的序列號產生告警消息的序列號

告警KPI標識告警KPI的標識

網元的識別名網元的識別名

告警發生時間告警發生時間

告警確認時間告警確認時間

告警清除時間告警清除時間

告警類型告警類型

告警級別告警級別

告警原始類型原始告警數據中的告警類型

告警原始級別原始告警數據中的告警級別

18

中文名稱說明

活動狀態告警當前狀態

告警源告警發生源

確認操作員確認操作員用戶名

清除操作員清除操作員用戶名

告警標題告警標題

告警內容告警內容

IP地址告警平臺的IP地址

告警最后發生時間告警最近采集到的時間

告警累計發生次數告警累計發生次數

故障管理模塊實現各被管網元設備的實時告警和事件監視，對網元設備告警

信息的處理，告警屏蔽和告警級別重定義，以及故障定位等功能。故障管理功能

要求如下：

■告警設置

告警可以分為兩類：事件告警、監控數據告警。

a).事件告警為系統發生特定的事件或操作時，觸發的告警；

b).監控數據告警為系統監控的特定指標參數，當該參數數據超出指定的閾值時，觸發

的告警。

告警設置功能要求：

a).告警設置功能可指定流程中的特定事件，要求該事件發生時觸發系統告警；

b).根據采集到的系統狀態數據，可自定義閾值，對超過閾值的情況觸發系統告警；

c).能夠根據角色、設備、資源、業務質量管理中設置的各類故障閾值等參數進行自動

監控；

d).支持根據預定義性能的門限值觸發問題記錄，并觸發系統告警；

e).支持預定義性能的動態門限值，建立性能基線，進行觸發基線報警；

f).告警配置可以導入導出。

■告警信息實時采集

a).實時接收所有被管設備的告警信息。

b).各被管設備的告警原因解除后，提交告警取消信息。

19

c).所有告警信息及告警取消信息至少包括以下參數：

>告警編號：對一類告警原因的標識

>告警類型：分為5種：設備告警、服務質量告警、處理出錯告警、通訊告警、環境

告警；

>告警級別：分為5種：嚴重告警、主要告警、次要告警、警告告警、不確定告警;

>告警設備編號；

>告警發生時間(對于告警取消信息，該項為告警取消時間)；

>告警描述：對告警內容的補充描述(如，對于超門限報警，需要上報具體的性能數

值)；

>告警修復建議。

■告警信息處理

a).對告警信息確認、告警取消信息確認。

b).可進行告警屏蔽。系統收到告警時，除建立告警日志外不再做任何處理。屏蔽的條

件包括告警編號、告警類型、告警級別、告警設備編號。屏蔽條件可選，或實現其中任意幾

個的組合。(屏蔽的也要放到歷史里面)

c).可進行告警級別重定義。

d),可進行告警預處理。在告警及故障發生時，系統通過自動或交互式處理，自動消除

告警，或者通過提取故障輔助信息、輔助維護人員進行故障分析處理，使得維護人員能夠越

過故障定位過程快速進入故障處理階段，以達到快速消除告警，縮短故障歷時，提高維護人

員告警處理效率，同時規范告警處理過程，共享告警處理規則。

e).可進行告警清除。系統可根據告警取消信息自動清除告警，告警取消功能可通過配

置要求起效或失效。對于沒有取消信息的告警，可通過手工或自動方式進行告警清除,手動、

自動方式可通過配置實現切換。自動方式為，故障系統恢復正常運行后，系統自動清除告警。

手工方式為操作員手工清除告警，手工清除功能應進行權限限制，手工清除告警后，需要通

知發生告警的設備。

f).可進行告警通知，將告警信息通過聲音、光、E—mail、手機、短消息方式通知事先

設定的告警處理人。

g).操作員對告警的確認、清除、告警級別重定義等操作，應記入告警日志。

h).需要保存與告警有關的各種信息，至少應包括：告警編號、告警類型、告警級別、

告警設備編號、告警發生時間、告警確認時間、告警取消時間、告警清除時間、告警確認人、

告警狀態(未確認未清除告警、已確認未清除告警、未確認但已清除告警、已確認并已清除

20

告警、被屏蔽的告警)、告警修復建議。

■告警信息顯示

a).對采集到的各類告警，系統應實時以聲光指示通知維護人員。操作員可以自由決定

某一類(根據告警類型、告警級別等)告警的到來是否需要聲光指示。

b).聲光指示應能體現出告警的級別，操作員可自定義告警聲音和告警顏色。不同級別

告警的告警音的頻率隨著告警級別降低而降低。針對不同級別的告警提供不同顏色的視覺指

示，默認情況下：

>嚴重告警：紅色

>主要告警：橙色

>次要告警：黃色

>警告告整：藍色

>不確定告警：綠色

c).對已確認告警和未確認告警區別顯示。

■告警信息查詢與統計

a).可以查詢所有尚未清除的告警信息和已清除的歷史告警記錄。

b).告警查詢功能提供靈活的查詢統計界面，根據操作員選擇的查詢條件，按照下列分

類條目單項或組合進行查詢：

>告警編號

>告警設備編號

>告警發生的時間段

>告警類型

>告警級別

c),對于查詢到的尚未清除的告警信息，可進一步查詢到該告警的詳細原始告警信息，

包括：告警編號、告警類型、告警級別、告警設備編號、告警發生時間、告警修復建議、告

警描述、告警確認時間、告警確認人、告警狀態。

d),對于查詢到的歷史告警記錄，可進一步查詢到該告警的詳細原始告警信息和告警處

理信息。告警處理信息包括：告警取消時間、告警清除時間。

e).查詢結果數據可保存到外設，圖表可打卬輸出。

21

■故障定位

可在拓撲圖上顯示告警設備和故障點。

故障定位應與配置數據和應用邏輯相結合，參考設備廠商或應用軟件開發商提供的最小

粒度進行定位，如主機、CPU、路由模塊、網絡接口卡、關鍵業務點等。

■故障知識庫

a).故隙知識應包含故障名稱、關鍵詞、現象、故障根源、涉及設備、解決方法、級別、

保密程度、相關故障、類別、來源、發布時間、狀態等信息；

b).多種故障知識的管理、維護與分類。可進行集中的管理和維護，可支持批量的導入

導出，支持集中的知識庫存儲與備份機制；

c).故障知識的發布。提供故障知識發布界面，提供故障知識發布向導，提供新增、評

估、篩選、歸類、審批、確認，并存入知識庫中。可根據權限設置不同用戶可執行的發布步

驟；

d).可按照故障級別、類別、保密程度、狀態等進行不同的訪問權限設置；

e).故障知識的查詢與檢索。用戶可以根據類別、故障相關性等查詢故障知識，也根據

故障信息的描述、關鍵詞搜索故障知識，并支持模糊查詢。

■故障關聯

支持故障關聯功能。建立故障現象與網元、故障根源、解決方法之間的邏輯聯系，可在

發生告警時根據故障現象進行根源故障查找和檢測，并可根據配置自動做出反應，自動排除

故障。

5.3.1告警采集

告警數據采集模塊能夠通過與各相關通信系統的接口從各專業網管系統中自動采集各網

元、網管系統的告警信息,并能自動與資源配置信息進行關聯C統一網管系統告警采集支持

以下功能：

(1)實現對跨專業、跨廠家的網元、網元網管系統及專業網管系統的告警數據實時采

集；

(2)系統提供ASCII、TL1、CMIP、Q3、CORBA、SNMP等多種國際標準協議數據采集的

支持；系統具備訪問網元網管系統及專業網管系統數據庫，或使用其API

進行數據采集的功能；

(3)開放的接口協議，支持夾用新的接口協議接入新的網管系統和設備；

(4)保存原始告警數據的索引順序存儲文件采用公開的數據格式，便于對原始告警數

據進行再利用和二次開發；

22

(5)自動將告警關聯到資源相置信息，可以把告警及資源基本信息一起以合適的方式

呈現給用戶。

(6)關聯告警信息到拓撲圖口的圖元，實現拓撲告警監視功能。

統一網管系統實時采集告警信息，需要各專業網管系統提供的接口能夠主動向統一網管系

統提供采集網元及網絡的告警信息。

采集的告警內容包括告警名稱，告警源，告警類型，告警等級，設備名稱(包括網絡型號

等)，是否影響業務，告警描述，原始告警報告，告警產生時間，告警采集時間，告警清除

時間，告警頻次，處理者(確認者)，確認時間等信息。

告警同步

由于系統故障及其他原因可能會造成系統中告警數據與網絡中實際不一致的情況，系統提

供告警同步的功能。告警同步是把系統中的當前告警狀態與被管系統的當前告警狀態進行同

步，提供人工和自動兩種方式：

(1)自動同步：系統可以根據用戶設置，按周期或定時自動觸發運行同步功能，采集

各通信系統的當前所有告警信息；

(2)手工同步：系統人機操作界面上提供同步操作，由用戶手工操作執行同步功能。

53L2告警異步采集

由于有些專業網管無法提供告警通知，當有故障發生時，無法主動向統一網管系統發送告

警消息，只提供對當前告警查詢的接口，對這些系統，綜合網管可以設置告警采集任務，讓

系統自動按一定間隔時間去采集該系統的告警信息。

5.3.L3告警重定義

統一網管系統對任何其它系統的每種告警類型信息都提供重定義列表，用戶可以通過對告

警重定義列表的維護，可以實現對其它各通信子系統的告警信息進行重新定義，實現告警級

別、告警狀態等信息在統一網管系統中的統一定義。

統一網管系統在采集數據時，會根據告警類型重定義列表對告警信息進行轉換，統一各系

統中的告警信息的定義。

5.3.2告警分類

告警按其嚴重程度分為緊急告警、重要告警、次要告警、提示告警四類。

按告警發生原因分為設備告警、服務質量告警、通信告警、操作違例告警、環境告警、處

理錯誤告警六類。

按告警狀態分為當前告警和歷史告警。

23

5.3.3告警存儲

在系統中告警信息有原始信息、通用信息、專用信息等多種存儲形式：

原始信息：系統中首先是對所有的采集到的告警原始數據都進行了直接存儲，以便于今后

需求和功能的擴展。

通用信息：經過告警過濾、告警壓縮、告警重定義等處理以后，可用于系統中各部分功能

的存儲形式。

專用信息：針對電路、客戶關聯性分析、告警的統計等多種應用，對告警信息進行分類存

儲，用于專門的數據分析用信息。

通過不同形式的存儲，告警的查詢、統計、分析等相關工作都得到了滿足。

534告警處理

534.1告警過濾

告警過濾是指系統可以控制告警通知和性能事件上報的條件,可以設定哪些事件能夠上報

或哪些事件不能夠上報。系統支持一個或多個組合的告警過濾條件的設置。

告警事件的過濾設置分兩個層次:一個是告警采集層的過濾,在告警采集底層，設置開關，

過濾掉不關心的告警；二是在呈現層的過濾，使操作人員可根據自己的關注角度不同來設定

不同的過濾條件，過濾掉不關心的告警，只把自己關心的告警信息在終端界面上呈現出來。

可用作過漉條件的告警信息域至少包括：所屬專業、告警名稱或標識、告警來源(告警發

生地點或設備標識)、告警發生時間、告警類型、告警級別和告警狀態等，可以通過各種邏

輯運算或數據運算組合成多條件過渡設置。

過濾條件設定支持多個過濾條件的邏輯運算；

支持的邏輯運算包括：AND、OR、NOT：

支持的數學運算包括：＞、=、V、2、＜、羊、like等。

系統實現以下過濾功能：

(1)系統支持告警參數的閾值越界告警的功能：系統可以針對某一類告警的某個參數

設定相應的閾值，當且僅當參數值大于、等于或小于(可設定)該設定閾值的告

警發生時，才送出該告警；

(2)支持指定網元、時間段進行忽略性過濾功能。

(3)系統支持對設備處于維護狀態或業務開通過程而產生的虛假告警選擇是否屏蔽功

能。

53.4.2告警確認

24

系統提供告警自動和手動確認的功能：

提供配置工具，使得操作人員可以配置告警確認事件的識別規則，根據識別規則自動識別

告警事件的確認事件，對告警事件進行確認。操作人員也可以進行手動確認。

不論是自動確認還是手動確認，都會在告警字段中有明確的標志，以便于查詢。

原則上由統一網管系統統一進行告警確認操作，如果在網元網管和專業網管中進行告警確

認應將確認信息上傳到統一網管系統中。

5.343告警清除

告警清除：即活動告警的清除。當網元設備或網元（或網絡）管理系統檢測到產生告警的

條件已經不存在，或運維人員確認告警已經消除，系統將清除其前面發出的告警，我們稱之

為告警清除。

活動告警：所有目前未被設備清除的告警稱為“活動告警”。

歷史告警：被設備清除并存儲在歷史告警數據庫中的告警信息稱為“歷史告警”。

告警清除的方式包拈自動清除和手工清除。自動清除是指故障解除后，系統獲得設備發出

的故障消除信息或運維人員確認（手工確認和通過故障處理流程反饋處理結果兩種方式）故

障已消除的信息后，系統自動清除以前的告警，無需人工干預。手工清除是指對已解決、非

真實或不重要的告警的通過菜單工具的手工清除。

系統提供圖形化的告警自動清除策略的定制工具，以方便操作人員根據實際情況定制告警

清除策略（如：根據收到的恢復信息清除特定告警，清除存在時間大于一定時限的告警），

系統可根據設定的策略對告警事件進行自動清除。

不論是自動清除還是手動清除，都會在告警字段中有明確的標志，以便于查詢。

原則上由統一網管系統統一進行告警清除操作，網元網管和專業網管中的告警清除應通過

網管接口及時通知統一網管系統.

53.4.4告警升級

統一網管系統滿足設置條件的告警級別進行提升，這種條件可以是特定的未確認告警事件、

特定客戶業務的告警、單位時間內頻次過高或歷時過長（門限可由用戶設置）的告警等。

告警升級條件設置可以有多個，用戶可以增加、修改、刪除告警升級條件，可以通過掛起

和恢復操作，使告警升級條件生效或失效。

5.3.4.5告警壓縮

網絡上各種各樣的告警數量非常多，通過告警壓縮功能，能夠將對維護人員真正有用的信

息采集并呈現出來，而過濾掉非主要原因告警。告警壓縮主要完成以下功能:。

（1）重復告警壓縮：對于重復出現的同一告警信息，系統將其壓縮成一條告警信息，

并給出首發時間和最后更新時間以及重復次數。通過對重復告警的壓縮，一方面

解決了告警顯示太多掩蓋重要告警信息的問題，便于操作維護人員的使用，另一

25

方面節約了存儲空間，避免了存儲空間的浪費。

(2)告警收斂：能在一定條件下，I可一設備的相同或類似告警，歸并為一條告警，向

時記錄該告警次數，減少告警呈現數量，實現告警收斂；

(3)告警延時壓縮：當且僅當某一告警在設定時間段未被清除，才送出該告警；如果

在此設定時間段中已被清除，則系統視此告警為瞬時告警，系統可以配置顯示或

者不顯示瞬告，或者進行歸并，達到減少事件量的效果。

534.6告警前轉

用戶可以通過系統的告警前轉條件設置功能，指定滿足條件的告警，當某些情況發生時，

系統將自動向指定的手機發送短信或通過E-Mail等途徑，發送告警的通知，使一些重大告

警得以及時維護。

系統提供告警前轉條件維護功能，對告警前轉條件進行增加、修改、刪除；還可以通過掛

起和恢復功能使某告警前轉條件生效或失效。

5.3.5告警呈現

5.351呈現方式

統一網管系統可以以多種方式來呈現告警，對一些特殊的告警，可以采用一些特殊的呈現

方式。目前統一網管系統支持以表格、圖形、聲音、顏色、報表、窗口等方式對告警信息進

行顯示。

統一網管系統提供拓撲監視，邏輯拓撲圖中通過圖標或文字變色的方式呈現網絡、子網、

設備等被管對象的告警。

告警系統也可支持圖形化的告警面板的呈現功能。

在各種告警監視界面，系統都可以向用戶提示各種告警發生的可能原因及相應的處理方法

(此部分具有擴充功能，允許管理人員將其經驗補充進去)。管理人員根據系統的提示，對

處于監視下的告警狀況做出判斷和反應。并能夠按照不同終端的要求，設置.過濾條件，呈現

用戶關心的告警信息。

統一網管系統還提供對歷史告警的回放功能。

5.352告警呈現信息

告警信息的呈現提供：告警報告、告警詳細信息兩種方式。告警報告為事件列表呈現的告

警信息，呈現字段可以根據專業網的不同專業屬性，進行個性化的定制。告警呈現字段包括：

(1)所屬專業

(2)告警來源(告警發生地點或設備標識)

26

(3)告警發生時間

(4)告警確認時間

(5)告警恢復時間

(6)告警類型

(7)告警級別

(8)告警狀態

5.353告警級別和呈現顏色

系統至少支持以下告警級別：

(1)緊急告警(critical)

(2)主要告警(major)

(3)次要告警(minor)

(4)警告告警(warning)

(5)不確定告警(indeterminate)

(6)清除告警(clear)

對每個不同級別的告警信息，用戶可以通過告警級別維護功能，定義不同的呈現顏色,

告警級別維護還允許用戶增加、修改、刪除告警級別信息，

5.354告警可聞性提示

系統提供對新產生的告警進行聲、光提示的功能。聲音提示，以語音方式通知有新告警產

生。光提示，通過拓撲圖中圖標或文字顏色的改變、閃爍或提示窗口等方式通知有新告警產

生。

系統支持告警信息的實時自動刷新：告警信息的更新將及時反映到系統各操作界面；在分

布式處理的情況下，單一用戶對告警信息的操作能夠準確而及時地通知其他用戶，各處理界

面的告警信息及告警狀態能夠自動同步。

系統能夠支持告警顯示的凍結、鎖定：在滾動查詢告警信息時，所關心的或重大告警等能

夠凍結顯示在當前頁面。

5.355告警拓撲圖呈現

支持在兩種方式的拓撲呈現：

(1)一種方式以全網、專業天導航：按拓撲位置的分層呈現故障信息，實現告警源從

27

全網f專業網f子系統一網元的逐級定位；系統圖標、設備圖標、線路圖標的

不同的背景顏色反映該對象上最高等級的當前告警，做到告警嚴重程度的直觀區

別。右鍵點擊相應圖標后可查看詳細告警事件列表。

(2)一種以區域、局站、機房的方式來導航：按照區域、局站、機房逐層的反映故障

的情況；在一個視圖中，反映某個區域、局站、機房各個專業設備的故障的情況。

535.6告警GIS呈現

系統支持GIS表現，可接受各種主流的數字地圖格式，包括Mapinfn、Arclnfo等；

系統支持在GIS環境中，按照矢量位置顯示網元及相關告警；網元地理位置信息可以根據

情況進行調整，系統能及時反映這種調整；

系統支持對掃描地圖、衛星地圖、繪制地圖的顯示；這些地圖可作為單獨的圖層與GIS地

圖疊加進行顯示。

5.3.6告警查詢與統計

告警查詢與統計功能幫助用戶了解網絡中現有告警的數量、級別、維護人員對告警進行確

認的情況，歷史告警的數量、廠家分布、系統分布、區域分布等情況。為改進運行維護工作

提供參考數據。

5.361告警查詢

告警查詢功能主要包括基本告警信息查詢和相關信息查詢。

統一網管系統根據告警對象名、對象類別、告警級別、清除狀態、確認狀態、清除人、確

認人、告警類型、原因、產生時間、清除時間、確認時間、所屬廠家等組合條件對告警信息

進行查詢，并提供對所有條件項的重置清空功能。

系統提供友好的告警信息查詢界面，使操作維護及管理人員能夠對關注的告警信息進行方

便的篩選、過濾。系統支持組合查詢、過濾功能，以便操作維護及管理人員更準確的定位關

注的告警信息。告警信息查詢提供對各個告警域的索引、排序功能。系統支持多個并發的告

警信息查詢視圖，以便操作維護及管理人員進行橫向對比和關聯分析。

53.6.2告警統計

系統主要提供以下幾種告警統計條件：

(1)當前告警或歷史告警

(2)告警級別

(3)設備供應商

(4)通信專業系統