接口培訓資料

1、移動網(wǎng)管數(shù)據(jù)采集接口知識培訓2005年11月26日目錄接口綜述告警采集接口資源(配置)采集接口性能采集接口操作維護接口Q3接口CORBA接口接口在網(wǎng)管系統(tǒng)中的作用位于網(wǎng)管系統(tǒng)與被管理設備之間為整個網(wǎng)管系統(tǒng)提供數(shù)據(jù)來源,是決定網(wǎng)管系統(tǒng)可用性的基石可靠性、及時性的要求高，日常維護工作量大實現(xiàn)方式復雜多樣，涉及的開發(fā)技術范圍廣非常重要，是網(wǎng)管系統(tǒng)開發(fā)商入闈測試中最重要的測試部分 被管理網(wǎng)元數(shù)據(jù)采集機網(wǎng)管系統(tǒng)接口分類（按功能）告警數(shù)據(jù)采集接口資源管理（配置管理）數(shù)據(jù)采集接口性能數(shù)據(jù)采集接口操作維護交互接口接口綜述告警采集接口資源(配置)采集接口性能采集接口操作維護接口Q3接口CORBA接口目錄標準告警

2、認識告警號告警記錄流水號告警對象類型發(fā)生告警的對象類型告警對象發(fā)生告警的對象標識告警類型告警的類型（取值可為通信告警、設備告警、環(huán)境告警、服務質量告警和處理錯誤管理）告警級別告警級別（取值可為緊急、主要、次要、提示）告警原因告警原因告警原始類型由網(wǎng)元報上來的告警原始類型告警原始級別由網(wǎng)元報上來的告警原始級別告警原始原因由網(wǎng)元報上來的告警原始原因告警發(fā)生時間告警發(fā)生時間告警確認時間告警確認時間（若未確認，則該域為空）告警清除時間告警清除時間（若未清除，則該域為空）告警確認者告警確認人用戶名（若未確認，則該域為空）告警清除者告警清除人用戶名（若告警的清除是由于被管系統(tǒng)故障恢復后自動上報的，則該域為

3、空）活動狀態(tài)未清除告警為當前告警，已清除告警為歷史告警告警詳細說明對告警進行詳細描述告警附加內(nèi)容告警附加信息趨勢某對象的告警級別趨勢（可選）告警處理經(jīng)驗相應告警原因的處理經(jīng)驗原始告警認識-SIEMENSTMN ALARM MESSAGEALARM OBJECT : MAL MESSAGE NUMBER : 20537ALARM PRIORITY : MAJOR ALARM DATE : 98-10-27ALARM STATUS : NOTPROC ALARM TIME : 09:13:16ALARM TYPE : COMMUNICATIONS ALARM PROBABLE CAUSE : LO

4、SS OF SIGNAL ALARM-ID: CLASS=PCMMAL LTG=0-24 DIU=1 END TEXT 1276 告警對象“MAL“告警消息號“20537”告警級別”MAJOR主要告警“告警日期“98-19-27”告警狀態(tài)“沒有處理”告警時間“09：13：16”告警類型“通信告警”告警可能原因“信號丟失”告警ID“CLASS=PCMMAL LTG=0-24 DIU=1” 原始告警認識-MOTOROLA#0 - NOT APPL - *NONE*. communicationFailureEvent - MTL - CSMBSC421(CSMBSC421:SITE-0:): 0

5、MTL 9 - 07/04/2005 09:13:05. 0 Signalling Link Failure - FMIC - Critical -/-. Config Tag 800826 10 0A 15 00 00 04 .A B CD E F GH I J KA - 消息編碼; B - 告警狀態(tài); C - 用戶信息; D - 告警類型E - 設備類型; F - 設備具體位置; G - 告警時間; H -告警代碼 ;I - 代碼內(nèi)容; J - 告警消息的消除類型; K - 告警級別 原始告警數(shù)據(jù)-華為+ HW_SWITCH 2004-04-06 11:44:46ALARM 304241

6、故障告警 重要告警 354 對象編號 = 27 對象名稱 = ZBD1 對象類型 = iMSC 網(wǎng)元編號 = 27 網(wǎng)元名稱 = ZBD1 網(wǎng)元類型 = iMSC 模塊編號 = 0 告警名稱 = GSTU/GE16板上E1故障 網(wǎng)管類型 = 設備告警 定位信息 = 場地號=0 行號=0 列號=1 框號=5 槽號=5 板號=19 端口號=1 詳細解釋 = GE16板提供16個E1接口，將E1信號中的數(shù)據(jù)和信令先分離，再復接成兩條傳業(yè)務的16MHW和一條傳模塊間控制信令的2MHW，再通過GQSI收斂后將數(shù)據(jù)信號傳至CNET（中央交換網(wǎng)），信令傳至CCM（通信控制框）?？赡墚a(chǎn)生此告警的原因：1.GE

7、16板上的PCM線路故障；2.GE16板上的E1端口配置數(shù)據(jù)錯誤；3.GE16板上E1端口損壞。 修復建議 = 確認可能異常的E1，然后：1.檢查GE16板的E1配線是否接好。2.檢查GE16板E1端口后臺配置數(shù)據(jù)，是否和實際用的E1端口相一致。3.可能E1端口故障，考慮更換損壞的GE16板。- END告警采集接口介紹為網(wǎng)管系統(tǒng)提供告警數(shù)據(jù)來源及時性， 接口程序在運行時產(chǎn)生的開銷要盡量小，采集到的數(shù)據(jù)要 盡快送到網(wǎng)管系統(tǒng)的告警數(shù)據(jù)庫中，此過程的產(chǎn)生延時有著明確的限定。穩(wěn)定性，必須是“永久”運行的，任何的中斷都將導致丟失數(shù)據(jù)。所以告警采集接口必須要有自我檢查、重啟機制，以在發(fā)生程序錯誤時自動重啟

8、 。大部分情況下是單向接口，僅在做告警同步時需要向網(wǎng)元發(fā)送命令。告警數(shù)據(jù)采集接口開發(fā)技術專用命令方式，設備廠商在其系統(tǒng)上提供一條專用的命令，運行此命令后，就可以在該命令的標準輸出上得到所需的設備告警消息 SOCKET端口方式，設備廠商在OMC系統(tǒng)上以server方式在TCP/IP協(xié)議的某個端口上提供告警消息，采集程序需要以client方式連接該端口，經(jīng)過一系列的鑒權后，就可以從此SOCKET上得到告警消息 TMN標準接口方式，目前有Q3接口和CORBA接口兩種（相關介紹請參見后面章節(jié)） 直連網(wǎng)元方式，這種方式下設備通過其硬件端口（X.25接口、RS232串口等等）送出告警數(shù)據(jù)，采集方往往需要先

9、用一定的硬件設備（如IOLAN、PAD等設備等）連接這些端口，然后才能采用軟件編程的方式獲得告警數(shù)據(jù) 文件方式，這種情況下設備方面在其OMC系統(tǒng)的告警文件中生成告警消息，采集程序需要不斷地查詢文件以獲取最新的告警消息 其他方式，如查詢OMC的數(shù)據(jù)庫等 告警采集程序現(xiàn)狀負責工作: 從網(wǎng)元采集原始告警消息,將原始告警格式化成標準告警消息后添加一定的說明字段,然后將分析后的消息壓入TUXEDO隊列.隊列的另一端是告警監(jiān)控模塊的alarmrec,已不屬于接口模塊的功能范疇.告警采集程序架構統(tǒng)一:在運行時生成一個主進程和一組子進程.其中主進程負責為每個要采集的網(wǎng)元生成一個采集子進程并監(jiān)督這些子進程的運行

10、情況,而子進程則負責具體的告警采集工作.目前每種網(wǎng)元都配備有相應的告警采集程序,全部用C語言寫成.經(jīng)過了兩次版本升級,目前正在項目現(xiàn)場運行的是第二版,源碼位于tuxsrc/alcol_v2.0目錄下,功能已穩(wěn)定;日常維護工作非常多,在接口工作中所占的比重最大.最版本的告警采集程序目前正在測試中,即將后面將要介紹的“集中告警采集系統(tǒng)”。告警采集程序流程介紹主進程開始使自己成為后臺守護進程讀配置文件形成采集網(wǎng)元列表為列表的每個網(wǎng)元派生一個采集子進程檢查采集子進程有子進程退出?更新采集網(wǎng)元列表采集子進程開始讀原始告警消息讀取成功?分析原始告警消息形成完整告警?壓TUXEDO隊列成功?子進程退出在主進

11、程內(nèi)?NNNNYYYYYN告警程序現(xiàn)狀 程序列表sdunicoma$pwd/u1/tmn/tuxsrc/alcol_v2.0sdunicoma$lsalarmCount alcol_boc alcol_nortel_bsm alcol_ztealarmExam alcol_eastcom_in alcol_nortel_bss-q3 alcol_zte_in_cdmaalarm_autodeal alcol_eric_ne alcol_nortel_cmsc alcol_zte_monalarm_check_time alcol_eric_oss alcol_nortel_sdm alcol_

12、zte_smc3.0alarm_durg_deal alcol_hw_gsm-in alcol_pfalarm alcol_zx_pbxalarm_freqdeal alcol_hw_scp alcol_pm_self alrmDelaySndalarm_hour_check alcol_lucent_omp alcol_pm_self.tar alsyn_ericalcol_alcatel_bss alcol_moto_gprs30 alcol_pm_zte alsyn_nortelalcol_alcatel_ismc alcol_moto_omc alcol_pm_zte.old auto

13、Checkalcol_alcatel_msc alcol_nokia_msc alcol_server bak_fxjalcol_alcatel_q3 alcol_nokia_rnc alcol_siemens_bss nokia_alarm_testalcol_bell alcol_nortel alcol_siemens_q3 tmpsdunicoma$接口綜述告警采集接口資源(配置)采集接口性能采集接口操作維護接口Q3接口CORBA接口目錄資源管理（配置管理）采集接口主要為網(wǎng)管系統(tǒng)的資源管理模塊提供所需數(shù)據(jù) 特點是要采集的數(shù)據(jù)量大，但對及時性要求不高，而是周期運行的（運行周期一般為一天或

14、一周）。 由于配置數(shù)據(jù)的變動情況相對較少，所以對該類接口對采集完整性要求也不是很高，一般情況下，本次采集周期沒有采集到的數(shù)據(jù)可以在下次運行周期時采集補充，不必刻意實現(xiàn)補采機制 大部分情況下為雙向接口，即采集數(shù)據(jù)時需要與被管理網(wǎng)元交互資源數(shù)據(jù)采集接口開發(fā)技術專用命令，一般在OMC系統(tǒng)上提供一條專用的命令，運行此命令后就可以得到配置數(shù)據(jù)數(shù)據(jù)庫接口方式，即采用查詢OMC數(shù)據(jù)庫的方法來得到所需的配置數(shù)據(jù)。這種采集方式在早期的接口系統(tǒng)中曾經(jīng)使用過（如中興、華為的GSM交換和無線系統(tǒng)的采集接口），目前已比較少見 讀取文件方式，這種情況下設備方面在OMC系統(tǒng)上定期生成配置數(shù)據(jù)文件，采集系統(tǒng)通過FTP等工具拷

15、貝即可 TMN標準接口方式，目前有Q3接口和CORBA接口兩種（相關介紹請參見后面章節(jié)） 登錄網(wǎng)元查詢方式，即登陸到網(wǎng)元設備上發(fā)送命令查詢相關的配置數(shù)據(jù)，這也是目前我們采用的最普遍（在SIEMENS、NORTEL、ALCATEL、ERICSSON、華為等等設備都有應用）的采集方式 目前大部分用語言實現(xiàn)也有shell或perl語言版本資源數(shù)據(jù)采集程序現(xiàn)狀負責工作：將原始數(shù)據(jù)從網(wǎng)元上采集下來生成文件，放置到預定目錄下即可。不負責分析和入庫工作。目前已經(jīng)通過“集中數(shù)據(jù)采集程序”（get）和“代理系統(tǒng)”（proxy）初步實現(xiàn)了資源管理數(shù)據(jù)的集中采集，涉及設備包括ERICSSON、SIEMENS、NOR

16、TEL、ALCATEL、HUAWEI、MOTOROLA等。LUCENT、ZHONGXING等廠家設備因不能夠提供操作維護接口，還在使用專用的資源管理數(shù)據(jù)采集程序。大部分廠家的無線資源管理數(shù)據(jù)也通過專用采集程序采集。CDMA網(wǎng)管的資源管理數(shù)據(jù)主要由CORBA接口來采集，目前設備廠家包括ZHONGXING、ALCATEL、SAMSUNG。日常維護工作大部分都在“集中數(shù)據(jù)采集程序get”和CORBA接口方面，工作量較大。Get程序介紹集中化的數(shù)據(jù)采集程序，依托代理系統(tǒng)proxy，仿真普通的代理系統(tǒng)用戶工作。適合于能提供命令行方式的操作維護接口的設備，使用命令交互方式（即發(fā)采集命令，接收返回數(shù)據(jù)）實現(xiàn)

17、數(shù)據(jù)采集工作。不但可用于資源管理數(shù)據(jù)的采集，還可用于局數(shù)據(jù)、網(wǎng)元巡檢等方面的數(shù)據(jù)采集，目前這三部分的數(shù)據(jù)都由該程序實現(xiàn)。位于項目網(wǎng)管服務器的“$HOME/bin”目錄下，包括get、get、get等一組程序。日志文件位于“$HOME/log”目錄下，詳細記錄采集的每個步驟。用C語言編寫，已經(jīng)過多次版本升級，最新版本號為3.15，功能已非常穩(wěn)定。一般在調(diào)度系統(tǒng)的驅動下運行，自動完成數(shù)據(jù)采集工作。也可以用手工方式運行。運行格式: get nename -cmdid -sessid -outdir -cmdstr “命令字符串”。通過標準輸出報告采集任務完成與否。接口綜述告警采集接口資源(配置)采集

18、接口性能采集接口操作維護接口Q3接口CORBA接口目錄性能數(shù)據(jù)采集接口為網(wǎng)管系統(tǒng)的性能管理模塊（或性能報表系統(tǒng)）提供所需數(shù)據(jù) 周期運行的，運行周期一般為15分鐘、30分鐘、1小時等該類接口對數(shù)據(jù)的即時性、完全性要求非常嚴格，在中國移動、聯(lián)通所頒發(fā)的網(wǎng)管規(guī)范中，對此接口產(chǎn)生延時也有著明確的限定 該類接口對采集完整性要求很高，采集程序一定要有補采機制，以備在在采集周期中丟失數(shù)據(jù)時重采數(shù)據(jù) 一般為單向接口，即采集時不需要和網(wǎng)元交互性能數(shù)據(jù)采集接口開發(fā)技術讀取文件方式，即設備方面在OMC等系統(tǒng)的特定目錄下定期生成性能測量文件，而采集程序則是用FTP或UNIX系統(tǒng)的rcp等工具定期來讀取這些數(shù)據(jù)文件。這

19、種方法簡單、高效、穩(wěn)定，產(chǎn)生的延時也很小，是目前應用最廣泛一種采集方式，但需精確掌握采集時機，保證數(shù)據(jù)完整性TMN標準接口方式，目前有Q3接口和CORBA接口兩種（相關介紹請參見后面章節(jié)）數(shù)據(jù)庫接口方式，即采用查詢OMC數(shù)據(jù)庫的方法來得到所需的性能數(shù)據(jù)因為設備方面將性能數(shù)據(jù)存入數(shù)據(jù)庫也需要時間，所以這方式時也需要精心選擇采集的時機，以避免采集到不完整的數(shù)據(jù)該方法對數(shù)據(jù)庫產(chǎn)生的壓力較大且不易保證數(shù)據(jù)的完整性，目前已不大應用登錄網(wǎng)元查詢方式，即登陸到網(wǎng)元設備上發(fā)送命令查詢性能數(shù)據(jù)，這是目前比較少見的一種采集方式，一般是當前述的幾種方式采集所需的數(shù)據(jù)時，作為補充手段使用。 目前大部分用SHELL或p

20、erl語言編程實現(xiàn)性能數(shù)據(jù)采集程序現(xiàn)狀負責工作：從設備上采集性能數(shù)據(jù)形成文件，放置到預定目錄下即可，不負責文件的分析和入庫。由于網(wǎng)管系統(tǒng)架構的原因，目前的性能數(shù)據(jù)采集程序大部分是為metrica系統(tǒng)服務的，只有海南CDMA網(wǎng)管項目、江蘇移動項目例外。Metrica系統(tǒng)的性能數(shù)據(jù)采集程序絕大部分用shell語言編寫，另外輔助使用了perl和awk等語言。而海南項目的性能數(shù)據(jù)采集工作由CORBA接口負責完成，采用C+語言編寫；江蘇項目使用perl語言編寫。性能數(shù)據(jù)采集程序都在網(wǎng)管服務器的crontab驅動下運行，運行周期大部分為1小時，此外也有30分鐘、15分鐘的。新設備的采集程序編寫由接口方面負

21、責，而日常維護工作大部分由性能管理方面負責。目前還沒有實現(xiàn)性能數(shù)據(jù)采集程序的集中化，但拷貝文件方式實現(xiàn)的采集程序的架構已逐漸統(tǒng)一。接口綜述告警采集接口資源(配置)采集接口性能采集接口操作維護接口Q3接口CORBA接口目錄操作維護接口該類接口的主要責任不是采集數(shù)據(jù)，而是負責為網(wǎng)管系統(tǒng)的操作維護模塊與被管理網(wǎng)元之間建立連接通道為滿足操作維護的交互需要，該接口產(chǎn)生的延時要盡量小雙向接口，負責把操作者下發(fā)的操作命令發(fā)送給網(wǎng)元，同時將網(wǎng)元對命令的返回數(shù)據(jù)回送給操作者。 一般為純碼接口，但在交互過程中也可能需要對數(shù)據(jù)進行封裝拆封工作往往要負責一部分數(shù)據(jù)（一般為資源管理數(shù)據(jù)）采集工作操作維護接口開發(fā)技術SO

22、CKET直連方式，即通過TCP/IP協(xié)議直接連接設備的操作維護端口。這種方法簡單、穩(wěn)定，是目前應用最普遍一種實現(xiàn)方法目前大部分廠家的網(wǎng)元，如ERICSSON、NOKIA、NORTEL、華為、中興等等廠家的新型號設備都已直接支持這種方式 傳統(tǒng)接口方式，即設備方面不支持TCP/IP連接，而是提供了x.25、RS232串口等傳統(tǒng)的硬件接口，采集方需要先用一定的硬件設備（如IOLAN、PAD等設備等）連接這些端口，將這些傳統(tǒng)接口轉換成TCP/IP接口后，才能采用前述SOCKET連接方式開發(fā)操作維護接口OMC系統(tǒng)轉發(fā)命令方式，即生產(chǎn)廠家在網(wǎng)元的OMC系統(tǒng)上提供了專用的轉發(fā)命令工具，用于將操作命令轉發(fā)給指

23、定的網(wǎng)元，并將該網(wǎng)元的返回消息送給操作者，操作人員需要通過調(diào)用該轉發(fā)命令工具的方法實現(xiàn)操作維護目前大部分用語言編程實現(xiàn)我公司的核心產(chǎn)品是“代理系統(tǒng)proxy”。代理系統(tǒng)proxy簡介我公司在山東移動NSP項目中開發(fā)的一個操作維護平臺，是該項目和我公司網(wǎng)管項目最有特色的模塊！已移植到山東聯(lián)通、天津聯(lián)通、湖南移動項目。負責工作：使用各種方式接入（SOCKET、命令行等）設備提供的操作維護接口，給登陸代理系統(tǒng)的用戶提供一個風格、模式統(tǒng)一的操作維護平臺。使用戶擺脫網(wǎng)元的IP地址、端口號、用戶名、密碼等登陸參數(shù)及煩瑣登陸步驟的限制，用戶只需簡單輸入網(wǎng)元名就可實現(xiàn)登陸。集中日志，所有登陸用戶的操作維護活動

24、都被同步記錄到日志文件中和數(shù)據(jù)庫中，以備事后監(jiān)督使用。集中鑒權，可按安全管理模塊配置權限情況控制用戶可登陸哪一個網(wǎng)元，在山東移動項目更實現(xiàn)了命令級的鑒權，即可以控制用戶在具體網(wǎng)元上可發(fā)送哪些命令。用戶活動跟蹤，可讓高級用戶實時監(jiān)控其他用戶在網(wǎng)元上的活動（監(jiān)控所發(fā)命令和返回數(shù)據(jù)），在必要時可以殺掉該用戶，保證網(wǎng)元完全。消息互通，登陸用戶可以在代理系統(tǒng)上互相發(fā)送文本消息，完成交互功能。不但可滿足操作維護工作，還可支持“集中采集程序get”完成資源管理、局數(shù)據(jù)、網(wǎng)元巡檢等模塊的數(shù)據(jù)采集工作。運行程序位于項目現(xiàn)場服務器的“$HOME”目錄下，一般有幾個版本的程序同時存在。用C語言編寫，已經(jīng)過數(shù)十次版本

25、升級，目前功能已非常穩(wěn)定。日常維護量較大，由項目現(xiàn)場人員負責。代理系統(tǒng)工作模式網(wǎng)元會話功能：建立兩個SOCKET，一個位于用戶和代理系統(tǒng)之間，另一個位于代理系統(tǒng)和網(wǎng)元之間，然后在兩個SOCKET之間透明傳送數(shù)據(jù)。操作員Sockfd_cSockfd_s網(wǎng)元PROXY平臺2。用戶管理功能：使用UNIX系統(tǒng)的共享內(nèi)存為手段，用“用戶槽”的方式實現(xiàn)用戶的管理及互發(fā)消息功能。用戶信息域（用戶名、進程號、IP地址）登陸網(wǎng)元信息域（網(wǎng)元名、IP、端口）互通消息域（消息區(qū)、發(fā)送者信息）一個登陸用戶占用代理系統(tǒng)工作流程 主進程初始化開始初始化申請共享內(nèi)存成功建立監(jiān)聽SOCKET監(jiān)聽用戶登陸Fork會話子進程成功

26、主進程結束會話子進程YYNN代理系統(tǒng)工作流程 會話子進程-1處理用戶輸入命令初始化開始用戶登陸PROXY成功將用戶信息插入用戶槽等待用戶輸入命令Y命令N判斷輸入是網(wǎng)元名/命令網(wǎng)元名到數(shù)據(jù)庫取該網(wǎng)元的廠家、類型、地址、用戶、密碼成功YN使用上述取到的地址、用戶、密碼登陸網(wǎng)元成功NY12345進程終止判斷是否為退出命令YN進程終止將用戶登陸信息插入連接槽清理該用戶占用資源清理該用戶占用資源清空該用戶的連接槽代理系統(tǒng)工作流程 會話子進程-2Y34從sockfd_c讀用戶輸入從sockfd_s讀網(wǎng)元返回信息進行命令鑒權操作切換網(wǎng)元？35鑒權通過？N將命令通過sockfd_s送到網(wǎng)元將信息通過sockf

27、d_c送用戶分析信息中有無退出網(wǎng)元標志無有發(fā)現(xiàn)退出標志？Y退出網(wǎng)元？NYN2清空該用戶連接槽代理系統(tǒng)操作示例sdunicoma$telnet sdunicoma 18000Trying .Connected to sdunicoma.Escape character is . = 網(wǎng)元登錄代理系統(tǒng) V3.18 歡迎使用！ 版權所有，浪潮樂金信息系統(tǒng)有限公司 =請輸入用戶名:rootroot請輸入口令:cnhome登錄成功！-MSC網(wǎng)元列表如下，共0個：-BSC網(wǎng)元列表如下，共0個：-HLR網(wǎng)元列表如下，共0個：-請輸入網(wǎng)元名（格式：#，如：#JNB1）或系統(tǒng)命令接口綜述告警采集接口資源(配置)

28、采集接口性能采集接口操作維護接口Q3接口CORBA接口目錄Q3接口簡介標準接口,用來規(guī)范網(wǎng)元的數(shù)據(jù)采集接口,消除復雜多樣性。分為兩大組成部分：Agent和Manager。Agent位于廠家設備端，由設備制造商實現(xiàn)，負責與硬件設備交互；Manager位于網(wǎng)管系統(tǒng)端，由網(wǎng)管系統(tǒng)開發(fā)商實現(xiàn)，負責與Agent交互，完成所需的管理功能.Agent與Manager之間使用Q3標準定義的操作原語和消息進行交互。由Manager向Agent發(fā)送的操作原語分別為：GET、CANCELGET、SET、CREATE、DELETE、ACTION，而由Agent向Manager發(fā)送的只有一種NOTIFICATION，即

29、事件消息。 開發(fā)時需要兩個重要的MIB庫文件：GDMO文件、ASN1文件，GDMO文件是模型描述文件，定義了所有可被管理的網(wǎng)元的結構和層次關系，可以進行哪些管理操作;ASN1文件是數(shù)據(jù)類型描述文件，通過他我們可以了解Agent端各種屬性所使用的具體數(shù)據(jù)類型。上述兩種文件在開發(fā)時都要被編譯成具體的編程語言需要使用專業(yè)的開發(fā)平臺,且開發(fā)調(diào)試過程復雜 ,接口實現(xiàn)的成本較高?？商峁└婢①Y源、性能數(shù)據(jù)采集功能，但無法實現(xiàn)操作維護接口。Q3接口GDMO文件認識 -CM- MSC related MOCs- cTelMscFunctionD OBJECT CLASSDERIVED FROMcTelMscF

30、unction MANAGERec. X.721 | ISO/IEC 10165-2 : 1992:top;CHARACTERIZED BYmscFunctionPackageCommon,cTelMscFunctionAdditonalPackage;CONDITIONAL PACKAGESITU-T Rec. M.3100:1995: createDeleteNotificationsPackage PRESENT IF the objectCreation and objectDeletion notifications (as defined in CCITT X.721) are s

31、upported by this managed object,ITU-T Rec. M.3100:1995: attributeValueChangeNotificationPackage PRESENT IF the attributeValueChange notification (as defined in CCITT X.721) is supported by this managed object,ITU-T Rec. M.3100:1995: stateChangeNotificationPackage PRESENT IF the stateChange notificat

32、ion (as defined in CCITT X.721) is supported by this managed object;REGISTERED AS cTel-gsm-nmc-cm-objectClass 130;Q3接口GDMO文件認識 -FMcommunicationsAlarm NOTIFICATION BEHAVIOUR communicationsAlarmBehaviour; WITH INFORMATION SYNTAX Notification-ASN1Module.AlarmInfo AND ATTRIBUTE IDS probableCause probabl

33、eCause, specificProblems specificProblems, perceivedSeverity perceivedSeverity, backedUpStatus backedUpStatus, backUpObject backUpObject, trendIndication trendIndication, thresholdInfo thresholdInfo, notificationIdentifier notificationIdentifier, correlatedNotifications correlatedNotifications, stat

34、eChangeDefinition stateChangeDefinition, monitoredAttributes monitoredAttributes, proposedRepairActions proposedRepairActions, additionalText additionalText, additionalInformation additionalInformation; REGISTERED AS smi2Notification 2;communicationsAlarmBehaviourBEHAVIOUR DEFINED ASThis notificatio

35、n type is used to report when the object detects a communications error.;Q3接口GDMO文件認識 -PMtransferUpReady NOTIFICATIONBEHAVIOUR transferUpReadyBehaviour BEHAVIOURDEFINED ASThis Notification is issued by the object to indicate that one or more are now ready for transfer from the OMC to the NMC. The co

36、ntained in the EventInfo field of the PDU identifies the file(s) that have been prepared for NMC read.The TransferNotificationArg of the syntax contains the following parameters:1 loginInfo: this field contains the userName and password of the logining infomation, which NMC shall use for FTP2 : name(s) of th