第5部分 NMCOMC接口分析（暫行）V1.0

1、yd/t ××××××××20××-××-××實施中 國 聯(lián) 通 企 業(yè) 標 準中國聯(lián)通 發(fā)布20××-××-××發(fā)布cdma95/1x網(wǎng)絡(luò)管理技術(shù)規(guī)范- 第5部分：nmc-omc接口分析cdma95/1x network management technical specification - part 5: nmc-omc interface analysis（暫行）i中國聯(lián)通cdma95/1

2、x網(wǎng)絡(luò)管理技術(shù)規(guī)范目 次目 次i前 言i1 范圍12 規(guī)范性引用文件13 術(shù)語、定義與縮略語13.1 術(shù)語和定義13.2 縮略語14 公共管理接口分析24.1 訪問入口點接口分析24.2 通知管理接口分析54.3 鏈路監(jiān)視功能接口分析124.4 事件同步接口分析154.5 日志管理接口分析154.6 大數(shù)據(jù)量傳送功能接口分析155 配置管理接口分析165.1 基本配置功能分析165.2 配置信息同步功能246 故障管理接口分析246.1 管理對象類圖246.2 管理對象類分析246.3 告警上報接口分析336.4 同步告警信息377 性能管理接口分析377.1 性能采集管理接口分析377.2

3、性能門限管理功能458 網(wǎng)絡(luò)資源分析548.1 通用配置網(wǎng)絡(luò)資源對象類分析548.2 cdma95/1x配置網(wǎng)絡(luò)資源分析628.3 cdma95/1x性能數(shù)據(jù)分析78附錄a （規(guī)范性附錄） 采集活動的狀態(tài)定義107a.1 狀態(tài)圖107a.2 狀態(tài)定義107a.2.1 預(yù)定狀態(tài)（scheduled）107a.2.2 掛起狀態(tài)（suspended）108a.2.3 活躍狀態(tài)（active）108a.2.4 終止狀態(tài)（stopped）109附錄b （規(guī)范性附錄） 告警可能原因（probablecause）列表110b.1 簡介110b.2 告警原因定義110b.2.1 m.3100中定義的告警可能原

4、因110b.2.2 x.721/x.733中定義的告警可能原因112b.2.3 gsm 12.11中定義的告警可能原因114b.3 x.721/x.736中定義的安全告警可能原因115b.4 告警原因重復(fù)定義的解決方法116附錄c （規(guī)范性附錄） 中國聯(lián)通規(guī)范版本格式約定118附錄d （規(guī)范性附錄） 文件格式的schema定義119d.1 告警文件格式的schema定義119d.2 性能文件格式的schema定義121d.3 配置文件格式的schema定義124參考文檔142i前 言本規(guī)范是中國聯(lián)通cdma95/1x網(wǎng)絡(luò)管理技術(shù)規(guī)范系列技術(shù)規(guī)范中的第5部分。該系列規(guī)范的結(jié)構(gòu)及名稱預(yù)計如下：1）

5、 cdma95/1x網(wǎng)絡(luò)管理技術(shù)規(guī)范 第1部分：總冊2） cdma95/1x網(wǎng)絡(luò)管理技術(shù)規(guī)范 第2部分：總部網(wǎng)管系統(tǒng)技術(shù)要求3） cdma95/1x網(wǎng)絡(luò)管理技術(shù)規(guī)范 第3部分：省級網(wǎng)管系統(tǒng)技術(shù)要求4） cdma95/1x網(wǎng)絡(luò)管理技術(shù)規(guī)范 第4部分：nmc-omc接口功能5） cdma95/1x網(wǎng)絡(luò)管理技術(shù)規(guī)范 第5部分：nmc-omc接口分析6） cdma95/1x網(wǎng)絡(luò)管理技術(shù)規(guī)范 第6部分：基于corba技術(shù)的nmc-omc接口設(shè)計7） cdma95/1x網(wǎng)絡(luò)管理技術(shù)規(guī)范 第7部分：基于cmip技術(shù)的nmc-omc接口設(shè)計8） cdma95/1x網(wǎng)絡(luò)管理技術(shù)規(guī)范 第8部分：部省兩級網(wǎng)管聯(lián)網(wǎng)接

6、口規(guī)范本規(guī)范為是參考國際電信聯(lián)盟電信標準部（itu-t）的相關(guān)建議、3gpp 相關(guān)建議，并依據(jù)中國聯(lián)通的網(wǎng)絡(luò)管理需求編制而成的。附錄a、附錄b、附錄c、附錄d是規(guī)范性附錄。本規(guī)范由中國聯(lián)通有限公司提出并歸口。本規(guī)范起草單位：中國聯(lián)通有限公司移動部、北京郵電大學(xué)。cdma95/1x網(wǎng)絡(luò)管理技術(shù)規(guī)范-第5部分：nmc-omc 接口分析 1 范圍本規(guī)范對中國聯(lián)通cdma95/1x網(wǎng)絡(luò)管理中移動綜合網(wǎng)管系統(tǒng)（以下簡稱nmc）與廠商網(wǎng)管系統(tǒng)（以下簡稱omc）間的網(wǎng)絡(luò)管理接口進行了詳細分析，該接口分析對應(yīng)于中國聯(lián)通cdma95/1x網(wǎng)絡(luò)管理技術(shù)規(guī)范 第4部分：nmcomc接口功能中定義的接口功能需求。本規(guī)

7、范適用于對中國聯(lián)通cdma95/1x網(wǎng)絡(luò)管理接口的規(guī)劃、設(shè)計和開發(fā)。2 規(guī)范性引用文件下列文件中的條款通過本規(guī)范的引用而成為本規(guī)范的條款。凡是注日期的引用文件，其隨后所有的修改單（不包括勘誤的內(nèi)容）或修訂版均不適用于本規(guī)范，然而，鼓勵根據(jù)本規(guī)范達成協(xié)議的各方研究是否可使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本規(guī)范。itu-t m.3020(1999)tmn接口規(guī)范方法中國聯(lián)通cdma95/1x網(wǎng)絡(luò)管理技術(shù)規(guī)范 第4部分：nmc-omc 接口功能3 術(shù)語、定義與縮略語3.1 術(shù)語和定義下列術(shù)語和定義適用于本規(guī)范。3.1.1 管理域控制對象符合中國聯(lián)通cdma95/1x網(wǎng)絡(luò)

8、管理技術(shù)規(guī)范 第4部分：nmc-omc 接口功能中的定義。3.1.2 網(wǎng)絡(luò)資源對象符合中國聯(lián)通cdma95/1x網(wǎng)絡(luò)管理技術(shù)規(guī)范 第4部分：nmc-omc 接口功能中的定義。3.1.3 采集活動符合中國聯(lián)通cdma95/1x網(wǎng)絡(luò)管理技術(shù)規(guī)范 第4部分：nmc-omc 接口功能中的定義。3.2 縮略語下列縮略語適用于本規(guī)范。ac鑒權(quán)中心authentication centerbs基站base stationbsc基站控制器base station controllerbts基站收發(fā)信機base tranceiver stationcc累積計數(shù)器cumulative counterder離散事件

9、注冊discrete event registrationeir設(shè)備身份寄存器equipment identity registergmsc網(wǎng)關(guān)mscgateway mschlr歸屬位置寄存器home location registerimsi國際移動用戶標識international mobile subscriber identityip互聯(lián)網(wǎng)協(xié)議internet protocolirp集成參考點integrated reference pointmap移動應(yīng)用部分mobile application partmdn移動目錄號mobile directory numberms移動臺mobi

10、le stationmsc移動交換中心mobile switching centremtp消息傳送部分message transfer partne網(wǎng)元network elementnmc網(wǎng)絡(luò)管理中心network management centeromc操作維護中心operations & maitenance centeroo面向?qū)ο髈bject orientedpcf分組控制功能packet control functionpdsn分組數(shù)據(jù)業(yè)務(wù)節(jié)點packet data service nodepstn公共交換電話網(wǎng)public switched telephone networ

11、kqos服務(wù)質(zhì)量quality of servicesi狀態(tài)檢查status inspectionsms短消息業(yè)務(wù)short message servicetldn臨時本地地址號碼temporary local directory numbertmsi臨時移動用戶表示temporary mobile subscriber identityuml統(tǒng)一建模語言unified modelling languageutrad統(tǒng)一的tmn需求，分析和設(shè)計unified tmn requirements, analysis and designvlr拜訪位置寄存器visitor location regi

12、ster4 公共管理接口分析說明：1）管理域控制對象在本規(guī)范的第4、5、6、7章中定義。2）網(wǎng)絡(luò)資源管理對象在本規(guī)范的第8章中定義。4.1 訪問入口點接口分析4.1.1 概述入口點對象是網(wǎng)管系統(tǒng)與被管系統(tǒng)交互的首要訪問對象（該功能主要針對corba建模）。網(wǎng)管系統(tǒng)通過入口點對象獲取被管系統(tǒng)中管理域控制對象的引用（指針），并從而調(diào)用相關(guān)操作來執(zhí)行特定的管理功能。入口點對象將網(wǎng)管系統(tǒng)從需要存儲大量被管對象的引用（指針）的繁瑣工作中解脫出來。通過利用入口點對象，網(wǎng)管系統(tǒng)可以根據(jù)需要隨時訪問入口點對象獲取指定的被管對象的引用（指針）。為了增加管理的靈活性，在入口點對象中增加了版本協(xié)商機制，即網(wǎng)管系統(tǒng)首

13、先獲得被管系統(tǒng)所支持的管理域控制對象的概述信息，然后網(wǎng)管系統(tǒng)選擇需要的版本，再獲得對應(yīng)的管理域控制對象的引用值。omc向nmc提供一個入口點對象的引用，nmc可以通過某種方式（如從存儲文件中）獲得入口點對象的引用（指針），nmc獲取入口點對象引用的方式不在本規(guī)范的定義范圍之內(nèi)。在本規(guī)范中由entrypointirp完成入口點對象的功能。4.1.2 管理對象類圖訪問入口點對象entrypointirp的對象類圖如下圖所示，其中g(shù)enericirp和managedgenericirp對象在“通用配置網(wǎng)絡(luò)資源對象分析” 一節(jié)中定義。訪問入口點對象類圖4.1.3 管理對象類分析4.1.3.1 操作描述

14、4.1.3.1.1 獲取管理域控制對象概述信息getirpoutline行為“nmc調(diào)用該操作從omc的入口點獲取所需的管理域控制對象的概述信息，nmc可以根據(jù)特定的需求設(shè)置獲取管理域控制對象概述信息的過濾條件?！?輸入?yún)?shù) irpversion“參數(shù)irpversion是nmc要獲取管理域控制對象概述信息的過濾條件，如該參數(shù)為空，則被管系統(tǒng)應(yīng)返回所支持的所有版本的irp信息?！?輸出參數(shù) supportedirplist“參數(shù)supportedirplist是omc根據(jù)過濾條件返回的管理域控制對象概述信息的列表，其取值為序列，其中每個元素項包括：系統(tǒng)dn和irp列表。irp列表同樣也為序列，

15、每個元素項包括：irpid（系統(tǒng)dn和irpid共同構(gòu)成該irp的dn），該irp支持的規(guī)范版本列表，以及該irp所管理的范圍?！?前提條件 命題1: “給定的irpversion是合法的?！焙罄^條件 如果操作成功，則result=“success” 如果操作失敗，則result=“failure”返回值result“返回值result標識操作的成功與否?！?異常 如果前提條件命題1不成立，則應(yīng)扔出異常：“invalidfilter”。4.1.3.1.2 獲取管理域控制對象引用getirpreference行為“nmc調(diào)用該操作從omc的入口點獲取所需的管理域控制對象的引用值?！?輸入?yún)?shù) m

16、anageridentifier“參數(shù)manageridentifier是nmc的標識符，為字符串表示?！眘ystemdn“參數(shù)systemdn是omc系統(tǒng)中irpagent（irpagent見第8章中的說明）的dn值?！眎rpid“參數(shù)irpid是nmc要獲取的管理域控制對象的rdn值，與systemdn共同構(gòu)成了irp的dn值?！?輸出參數(shù) irpreference“參數(shù)irpreference是omc返回的管理域控制對象的引用值?！?前提條件 命題1: “給定的systemdn、irpid是合法的以及他們的組合irpdn是合法的?！焙罄^條件 如果操作成功，則result=“success

17、” 如果操作失敗，則result=“failure”返回值result“返回值result標識操作的成功與否?！?異常 如果前提條件命題1不成立，則應(yīng)扔出異常：“invalidrequestedparameters”。4.1.3.1.3 釋放管理域控制對象引用releaseirpreference行為“nmc調(diào)用該操作釋放已經(jīng)獲取到且不用的指定管理域控制對象的引用。omc是否真正刪除該對象不在本規(guī)范定義范圍之內(nèi)。”輸入?yún)?shù)manageridentifier“參數(shù)manageridentifier是nmc的標識符，為字符串表示?！?irpreference“參數(shù)irpreference是nmc要

18、釋放的管理域控制對象的引用值?！?輸出參數(shù)無 前提條件 命題1: “給定的irpreference是合法的?！泵}2：“給定的manageridentifier與irpreference是匹配的，即該irpreference是由該manageridentifier通過getirpreference操作獲取的?！焙罄^條件 如果操作成功，則result=“success” 如果操作失敗，則result=“failure”返回值result“返回值result標識操作的成功與否?！?異常 如果前提條件命題1不成立，則應(yīng)扔出異常：“unknownirpreference”。如果前提條件命題2不成立，則

19、應(yīng)仍出異常：“unmatchedirpreference”。4.1.3.2 通知描述4.1.3.2.1 ep中irp信息改變通知notifyepinfochanges當入口點中存儲的irp的信息發(fā)生改變時，如有新的irp注冊到入口點對象中，入口點對象中原有的irp注銷或者入口點對象中存儲的irp信息發(fā)生變化，omc會根據(jù)要求向nmc發(fā)出入口點中irp信息改變通知，入口點中irp信息改變通知的格式如下表所示。表1 入口點中irp信息改變通知格式參數(shù)名稱中文名稱限定說明objectclass對象類名m，f發(fā)出通知的管理對象類，即epirp對象類。objectinstance對象實例標識符m，f發(fā)出

20、通知的管理對象實例，即epirp對象實例。notificationid通知號mc通知標識符，用來在需要時唯一標識通知，可進行通知的關(guān)聯(lián)。在本通知中，該參數(shù)可選。eventtime事件時間m，f指明事件發(fā)生時間。使用 itut定義的localtime類型。 systemdn系統(tǒng)標識c，f產(chǎn)生通知的被管系統(tǒng)（即irpagent）標識。notificationtype通知類型m，f上報的通知的類型，即ep中irp信息改變通知（notifyepinfochanges）。irpdnirp的dn值mep中存儲的發(fā)生信息改變的irp的dn值，由包含該irp的irpagent的systemdn和irp的irp

21、id共同組成。changemode改變模式mep中irp信息改變的模式，包括：注冊、注銷和變化。additionaltext附加信息o該通知的附加說明信息。注： f表示該參數(shù)可作為過濾條件。4.2 通知管理接口分析4.2.1 通知定購管理接口分析4.2.1.1 通知定購管理對象類圖通知定購功能中引入對象notificationirp，該對象對通知的定購活動進行了封裝，對象類圖如下圖所示，其中g(shù)enericirp和managedgenericirp對象在“通用配置網(wǎng)絡(luò)資源對象分析”一節(jié)中定義。通知定購管理功能相關(guān)的實現(xiàn)操作包括subscribe, unsubscribe , suspendsub

22、scription, resumesubscription, changesubscriptionfilter, getsubscriptionstatus, getsubscriptionids, getnotificationcategories。通知管理對象類圖4.2.1.2 管理對象類分析4.2.1.2.1 notificationirp類描述notificationirp對象完成通知的定購活動以及鏈路監(jiān)視功能，對通知定購進行了封裝。4.2.1.2.2 操作描述4.2.1.2.2.1 定購?fù)ㄖ猻ubscribe行為“nmc調(diào)用該操作向omc定購一個或多個指定的通知?！?輸入?yún)?shù) man

23、agerreference“參數(shù)managerreference是nmc側(cè)事件接收者對象的標識符（如在corba接口中為cosnotifycomm:sequencepushconsumer。事件通道通過對managerreference調(diào)用push操作將事件信息傳送給nmc。該參數(shù)的類型是從corba事件服務(wù)中cosnotifycomm 模塊導(dǎo)入的sequencepushconsumer類型。）” timetick“參數(shù)timetick定義了一個定時器，該定時器超時后，通知的定購將被取消，以回收通知通道資源。一般情況下，nmc每隔一斷時間調(diào)用getsubscriptionstatus操作可刷新

24、一次定時器的時間，以此保證相關(guān)的通道資源沒有被釋放。此外，nmc每次調(diào)用notificaitonirp中的其他操作時，定時器的時間都會被刷新。該參數(shù)以分鐘為單位，如果取值為1到15之間時，內(nèi)部定時器被設(shè)為15；如果取值大于或等于15時，內(nèi)部定時器被設(shè)為輸入的值；如果輸入為空或者為零時表示無限值，即定時器永不超時?！眓otificationcategoryset“參數(shù)notificationcategoryset定義了可過濾通知的集合，集合中的每個元素指明irp的名稱以及版本號，表示該版本irp中所支持的所有通知?！眆ilter“參數(shù)filter定義定購過濾條件。該過濾條件在notificati

25、oncategoryset定義的所有通知種類的基礎(chǔ)上進行。notificationcategoryset與filter共同構(gòu)成了對通知定購的過濾條件。filter為字符串類型，其取值遵循omg corba服務(wù)規(guī)范trader service中的定義。如果filter值為空表示對notificationcategoryset定義的條件沒有額外約束?！?輸出參數(shù) subscriptionid“參數(shù)subscriptionid是通知定購的標識符。nmc通過該值可以唯一標識定購?！?前提條件 命題1: “給定的過濾條件是合法的?！泵}2: “如果參數(shù)notificationcategoryset非空，

26、且給定的通知集合中至少有一個還沒有被該managerreference定購；命題3:“如果參數(shù)notificationcategoryset為空，且omc支持的所有通知類型中至少有一個還沒有被該managerreference定購?！焙罄^條件如果操作成功，則result=“success”，且該次定購的通知集合為輸入?yún)?shù)中定購?fù)ㄖ希ㄓ蒼otificationcategoryset與filter決定）與輸入?yún)?shù)managerreference對應(yīng)的已有定購?fù)ㄖ系牟罴Ｈ绻麉?shù)notificationcategoryset為空，則為omc支持的所有通知類型與輸入?yún)?shù)managerrefer

27、ence對應(yīng)的所有已有定購?fù)ㄖ系牟罴?如果操作失敗，則result=“failure” 返回值result“返回值result標識操作的成功與否?！?異常 如果前提條件命題1不成立，則應(yīng)扔出異常：“invalidfilter”。如果前提條件命題2或命題3不成立，則應(yīng)扔出異常：“operation_failed_existing_subscription”。4.2.1.2.2.2 撤銷定購unsubscribe行為“nmc調(diào)用該操作撤銷向omc的通知定購?！?輸入?yún)?shù) managerreference“參數(shù)managerreference是打算撤銷定購的歸屬nmc側(cè)事件接收者對象的標識符。

28、” subscriptionid“參數(shù)subscriptionid是標識定購的唯一標識符。如果該參數(shù)為空表示撤銷參數(shù)managerreference以前定購的所有通知定購。” 輸出參數(shù)無 前提條件 命題1: “給定合法的managerreference和合法的subscriptionid，該subscriptionid是由managerreference定購的?！被蛎}2：“subscriptionid空缺，但給定合法的managerreference。”后繼條件 針對命題1：如果操作成功，則result=“success”，指定的定購被撤銷；針對命題2：如果操作成功，則result=“suc

29、cess”，與該nmc側(cè)事件接收者對象相關(guān)的所有定購被撤銷； 如果操作失敗，則result=“failure”返回值result“返回值result標識操作的成功與否?！?異常 如果前提條件1或2不成立，則應(yīng)扔出異常：“invalidparameter”。如果操作失敗，則應(yīng)仍出異常：“operationfailed”。4.2.1.2.2.3 掛起定購suspendsubscription行為“nmc調(diào)用該操作掛起向omc的通知定購，若成功，則該定購處于非工作狀態(tài)，omc不再根據(jù)此定購參數(shù)向nmc上報通知?！?輸入?yún)?shù) subscriptionid“參數(shù)subscriptionid是標識定購的唯

30、一標識符?！?輸出參數(shù)無 前提條件 命題1: “給定合法的subscriptionid?！焙罄^條件 如果操作成功，則result=“success”，指定的定購被掛起； 如果操作失敗，則result=“failure”。返回值result“返回值result標識操作的成功與否?！?異常 如果前提條件不成立，則應(yīng)扔出異常：“operationfailed”。4.2.1.2.2.4 恢復(fù)定購resumesubscription行為“nmc調(diào)用該操作恢復(fù)已經(jīng)掛起的向omc的通知定購，如果成功，則該定購恢復(fù)到工作狀態(tài)，重新開始通知的轉(zhuǎn)發(fā)和過濾的功能?！?輸入?yún)?shù) subscriptionid“參數(shù)su

31、bscriptionid是標識定購的唯一標識符?！?輸出參數(shù)無 前提條件 命題1: “給定合法的subscriptionid且該定購已經(jīng)被掛起?！焙罄^條件 如果操作成功，則result=“success”，指定的定購被恢復(fù)； 如果操作失敗，則result=“failure”。返回值result“返回值result標識操作的成功與否?！?異常 如果前提條件不成立，則應(yīng)扔出異常：“operationfailed”。4.2.1.2.2.5 修改定購參數(shù)changesubscriptionfilter行為“nmc調(diào)用該操作修改向omc定購?fù)ㄖ倪^濾條件?！?輸入?yún)?shù) subscriptionid“參數(shù)

32、subscriptionid是標識定購的唯一標識符?！眆ilter“修改后的定購過濾條件?！?輸出參數(shù)無 前提條件 命題1: “給定的定購號和過濾條件是合法的。”后繼條件 如果操作成功，則result=“success”，且定購過濾條件被修改； 如果操作失敗，則result=“failure”，保持原過濾條件。返回值result“返回值result標識操作的成功與否。” 異常 如果前提條件命題1不成立，則應(yīng)扔出異常：“operationfailed”等。4.2.1.2.2.6 查詢定購號getsubscriptionids行為“nmc調(diào)用該操作查詢某一指定nmc相關(guān)的所有定購號。” 輸入?yún)?shù)

33、managerreference“參數(shù)managerreference是被查詢的nmc側(cè)事件接收者對象的標識符。” 輸出參數(shù)subscriptionidset“參數(shù)subscriptionidset表示與該nmc相關(guān)的所有定購號的集合。” 前提條件 命題1: “給定的管理者標識符是合法的。”后繼條件 如果操作成功，則result=“success”； 如果操作失敗，則result=“failure”。返回值result“返回值result標識操作的成功與否?！?異常 如果前提條件命題1不成立，則應(yīng)扔出異常：“operationfailed”等。4.2.1.2.2.7 查詢定購參數(shù)getsubs

34、criptionstatus行為“nmc調(diào)用該操作查詢某一指定定購號的參數(shù)?！?輸入?yún)?shù) subscriptionid“參數(shù)subscriptionid是標識定購的唯一標識符?！?輸出參數(shù)timetick“參數(shù)timetick等于調(diào)用subscribe時設(shè)置的值?！眆ilterineffect“參數(shù)filterineffect表示該定購當前正使用的過濾條件?！眘ubscriptionstate“參數(shù)subscriptionstate表示當前定購的狀態(tài)，取值為：活躍，掛起，不合法?！?前提條件 命題1: “給定的定購號是合法的?！焙罄^條件 如果操作成功，則result=“success”，且ti

35、metick值被重置； 如果操作失敗，則result=“failure”。返回值result“返回值result標識操作的成功與否?！?異常 如果前提條件命題1不成立，則應(yīng)扔出異常：“operationfailed”等。4.2.1.2.2.8 查詢定購種類getnotificationcategories行為“nmc調(diào)用該操作查詢omc支持的通知種類?！?輸入?yún)?shù)無。 輸出參數(shù)notificationcategoryset“參數(shù)notificationcategoryset表示omc支持的通知種類集合，集合中的每個元素表示通知種類，由irp的名稱以及版本號來表示，表明該版本irp中支持的所有通

36、知。” 前提條件 無。后繼條件 如果操作成功，則result=“success” 如果操作失敗，則result=“failure”返回值result“返回值result標識操作的成功與否?！?異常無。4.2.2 通知上報管理接口分析4.2.2.1 概述在omc向nmc上報通知前，應(yīng)當首先按照上報通知的類型（見中國聯(lián)通cdma95/1x網(wǎng)絡(luò)管理技術(shù)規(guī)范 第4部分：nmc-omc 接口功能）來組織通知參數(shù)，不同的通知有不同的參數(shù)，但有固定的結(jié)構(gòu)，即通知頭是相同的，本節(jié)定義了通知的通用部分（即通知頭）文法及屬性，其各部分組成如下表所示：表2 通知頭描述參數(shù)名稱中文名稱限定說明objectclass對

37、象類名m，f發(fā)出通知的管理對象類名稱，該對象可以是管理域控制對象，也可以是網(wǎng)絡(luò)資源對象。objectinstance對象實例標識符m，f發(fā)出通知的管理對象實例，該對象可以是管理域控制對象，也可以是網(wǎng)絡(luò)資源對象。notificationid通知號mc通知標識符，用來在需要時唯一標識通知，可進行通知的關(guān)聯(lián)。該參數(shù)為條件可選，具體見各通知表格。eventtime事件時間m，f指明事件發(fā)生時間。使用 itut定義的localtime類型。 systemdn系統(tǒng)標識c，f產(chǎn)生通知的被管系統(tǒng)（即irpagent）標識。在基于corba方式下，該參數(shù)必選，在基于cmip的方式下，該參數(shù)不存在。notific

38、ationtype通知類型m，f上報的通知的類型。注： f表示可以作為過濾條件。4.3 鏈路監(jiān)視功能接口分析4.3.1 概述鏈路監(jiān)視功能提供某種機制使得nmc與omc之間的通信鏈路狀態(tài)可以被監(jiān)視，且出現(xiàn)異常時能夠盡早被監(jiān)測到。鏈路監(jiān)視功能涉及到的組件如下圖所示： nmirpmanagermanaged systemitf-nlink-a-1(s)link-a-2notification irpnotification distribution serviceother irp(s)link-bomc與nmc間通信鏈路情況圖圖中，link-a為nmc與被管系統(tǒng)omc間命令下發(fā)的通道，其中l(wèi)ink

39、-a-1為nmc與除notificationirp之外的其他irp對象之間的通信通道，link-a-2為nmc與notificationirp之間的通信通道，這兩條通信通道是邏輯上的區(qū)分，在物理上可以是相同的。link-b為被管系統(tǒng)omc向nmc發(fā)出通知的通道。鏈路監(jiān)視功能涉及三個部分：nmc、omc及他們之間的通信鏈路。對nmc來說，鏈路監(jiān)視就是需要知道對端實體omc及他們之間的通信鏈路是否正常工作。從nmc的角度來看：a) nmc應(yīng)能夠監(jiān)測link-a-1和link-a-2是否正常工作。nmc通過觀察調(diào)用操作的返回結(jié)果可以完成監(jiān)測功能，不需要另外定義一套機制。b) omc應(yīng)該提供一種機制使

40、得nmc能夠自動監(jiān)測link-b或omc是否正常工作。此功能通過心跳服務(wù)來實現(xiàn)，omc周期性地發(fā)送一個心跳通知給nmc以告知自己的存在。正常情況下nmc將會周期性地收到心跳通知并以此判定鏈路連接正常和omc工作正常。如果nmc連續(xù)幾個周期沒有收到該通知，則可以得出鏈路中斷或omc工作不正常的結(jié)論。在鏈路中斷期間，omc將會持續(xù)發(fā)送“心跳通知”。但該通知不應(yīng)被緩存，也不用進行物理存儲。如果向nmc發(fā)送該通知不成功，omc只是將它丟棄。c) 心跳周期的設(shè)置應(yīng)根據(jù)實際需求進行設(shè)置，如果時間太長則失去了鏈路監(jiān)視的意義，時間太短也會帶來網(wǎng)絡(luò)負荷的增加。若nmc不希望omc周期性上報心跳通知，可將周期設(shè)置

41、為0。鑒于上述情況，如果nmc將心跳周期設(shè)置為0但需要判斷鏈路是否正常，或nmc在接收到下一個心跳通知前懷疑鏈路出現(xiàn)了問題，可以立刻主動觸發(fā)心跳通知來鑒定網(wǎng)絡(luò)鏈路是否正常。這是一個幫助nmc及時發(fā)現(xiàn)鏈路故障的補充手段，不影響通常的心跳服務(wù)的實現(xiàn)。omc在接收到觸發(fā)操作后立即上報一個心跳通知，此后依然按照通常的心跳服務(wù)周期上報心跳通知。在心跳通知中會有一個域指明該心跳通知是通常的心跳通知還是由于nmc主動觸發(fā)引起的心跳通知。4.3.2 管理對象類圖為實現(xiàn)鏈路監(jiān)視功能，在notificationirp中定義了相應(yīng)的管理操作。圖2中的操作getheartbeatperiod, setheartbea

42、tperiod, emitheartbeatntf和通知notifyheatbeat實現(xiàn)鏈路監(jiān)視功能。4.3.2.1 管理對象類分析4.3.2.1.1 操作描述4.3.2.1.1.1 取心跳間隔getheartbeatperiod行為“nmc調(diào)用該操作向omc獲取心跳通知的時間間隔，即心跳周期。” 輸入?yún)?shù)無 輸出參數(shù)heartbeatperiod“參數(shù)heartbeatperiod是omc定期向nmc上報心跳通知的時間間隔?！?前提條件 無后繼條件 如果操作成功，則result=“success” 如果操作失敗，則result=“failure”返回值result“返回值result標識操作

43、的成功與否。” 異常 如果操作失敗，則應(yīng)扔出異常：“processfailure”。4.3.2.1.1.2 設(shè)置心跳間隔setheartbeatperiod行為“nmc調(diào)用該操作重新設(shè)置omc心跳通知的時間間隔（大于等于0的整數(shù)）。如果heartbeatperiod屬性被修改，則omc應(yīng)立即發(fā)送一個心跳通知給所有定購過該通知的nmc，并且應(yīng)填入新的上報周期。如果修改后的上報周期與原周期值相同，該操作將返回失敗。如果修改后的上報周期為0，則omc在立即發(fā)送一個心跳通知之后，將不再發(fā)送心跳通知，除非該屬性值被修改?！?輸入?yún)?shù)manageridentifier“修改心跳通知時間間隔值的nmc的標識

44、，為字符串表示?！?heartbeatperiod“修改后的心跳通知時間間隔值?！?輸出參數(shù)無 前提條件 命題1: “給定的時間間隔值是合法的?！泵}2：“給定的時間間隔值與當前值不同?！焙罄^條件 如果操作成功，則result=“success” 如果操作失敗，則result=“failure”返回值result“返回值result標識操作的成功與否?！?異常 如果操作失敗，則應(yīng)扔出異常：“processfailure”；如果前提條件命題1不成立，則應(yīng)扔出異常：“invalidheartbeatperiod”；如果前提條件命題2不成立，則應(yīng)仍出異常：“sameheartbeatperiod”。

45、4.3.2.1.1.3 觸發(fā)心跳通知emitheartbeatntf行為“nmc調(diào)用該操作主動觸發(fā)一個心跳通知。omc在接收到此操作后立即發(fā)送一個心跳通知，并且在該通知中指明是由于nmc觸發(fā)引起的。此后，仍然按照設(shè)置的心跳通知的時間間隔發(fā)送正常的心跳通知?！?輸入?yún)?shù)無 輸出參數(shù)無 前提條件 無后繼條件 如果操作成功，則result=“success” 如果操作失敗，則result=“failure”返回值result“返回值result標識操作的成功與否?！?異常 無4.3.2.1.2 通知描述4.3.2.1.2.1 心跳通知notifyheartbeat當心跳通知間隔到達后，omc會根據(jù)要

46、求向nmc發(fā)出心跳通知，心跳通知的格式如下表所示。表3 心跳通知格式參數(shù)名稱中文名稱限定說明objectclass對象類名m，f發(fā)出通知的管理對象類，即notificationirp對象類。objectinstance對象實例標識符m，f發(fā)出通知的管理對象實例，即notificationirp的實例。notificationid通知號mc通知標識符，用來在需要時唯一標識通知，可進行通知的關(guān)聯(lián)。在本通知中，該參數(shù)可不存在。eventtime事件時間m，f指明事件發(fā)生時間。使用 itut定義的localtime類型。 systemdn系統(tǒng)標識c，f產(chǎn)生通知的被管系統(tǒng)（即irpagent）標識。no

47、tificationtype通知類型m，f上報的通知的類型，即心跳通知（notifyheartbeat）。heartbeatperiod心跳時間間隔m心跳時間間隔（由于nmc可能修改omc心跳的間隔，該屬性用來指明當前定義的時間間隔）。triggerflag觸發(fā)標志m指明是一般的周期性通知還是由于irpmanager（nmc）主動觸發(fā)引起的心跳通知，取值為enum irpmanager, irpagent4.4 事件同步接口分析nmc向omc發(fā)出事件同步請求，查詢指定條件的一段時間內(nèi)omc中存儲的事件信息，事件信息以文件的方式返回給nmc。該功能使用“大數(shù)據(jù)量傳送功能”（見下文中的分析）。4.

48、5 日志管理接口分析4.5.1 日志定制管理接口分析4.5.1.1 日志定制管理對象類圖日志定制功能中引入對象logirp，該對象對日志的定制活動進行了封裝，對象類圖如下圖所示：（待補充）日志管理對象類圖4.5.1.2 管理對象類分析4.5.1.2.1 logirp類描述logirp完成通知的定制活動，對日志定制進行了封裝。4.5.1.2.2 操作描述待補充。4.6 大數(shù)據(jù)量傳送功能接口分析4.6.1 管理對象類圖大數(shù)據(jù)量傳送功能中引入對象filetransferirp，對象類圖如下圖所示：（待補充）大數(shù)據(jù)量傳送功能對象類圖4.6.2 管理對象類分析4.6.2.1 filetransferir

49、p類描述待補充。4.6.2.2 操作描述待補充。4.6.2.3 通知描述待補充。5 配置管理接口分析5.1 基本配置功能分析5.1.1 基本配置功能對象類圖在通用配置管理中，引入基本配置功能對象basiccmirp，用來完成對于配置信息的查詢/修改功能。對象類圖如下所示其中g(shù)enericirp和managedgenericirp對象在“通用配置網(wǎng)絡(luò)資源對象類分析”一節(jié)中定義?；九渲霉δ軐ο箢悎D5.1.2 管理對象類分析5.1.2.1 basiccmirp類描述basiccmirp對象是用于配置管理的控制對象，完成對網(wǎng)絡(luò)資源對象的查詢，修改，創(chuàng)建，刪除等操作。5.1.2.2 操作描述5.1.2

50、.2.1 查詢對象屬性值getmoattributes行為“nmc調(diào)用該操作向omc查詢一個或多個指定實例的指定屬性值。”輸入?yún)?shù)invokeidentifier（o）“參數(shù)invokeidentifier是操作調(diào)用標識符，該參數(shù)僅在取消操作存在時有意義。” baseobjectclass“參數(shù)baseobjectclass是基對象類名?！?baseobjectinstance“參數(shù)baseobjectinstance是基對象實例標識符，與baseobjectclass一起唯一地標識了一棵管理對象子樹的根?！眘cope“參數(shù)scope定義了對子樹的過濾范圍，其值可以為：基對象本身、整棵子樹、從

51、基對象到第n層的子樹、第n層對象?！眆ilter“參數(shù)filter定義了在scope定義的范圍內(nèi)，具體的過濾條件。”attributelist“參數(shù)attributelist定義了要查詢的對象屬性名稱列表?！?輸出參數(shù)invokeidentifier（o）“參數(shù)invokeidentifier是操作調(diào)用標識符，與輸入?yún)?shù)invokeidentifier的值相同。該參數(shù)只在omc支持canceloperation操作時有意義。” managedobjectclass“對于每個返回的屬性值，都要指明其所在的對象類名?！眒anagedobjectinstance“對于每個返回的屬性值，都要指明其所在的對象實例標識符。”attributelist“查詢到的屬性名稱及其值的列表。” 前提條件 命題1: “基對象存在且給定的過濾范圍、過濾條件和屬性列表是合法的?！?命題2: “給定的操作調(diào)用標識符不存在?！?后繼條件 如果操作成功，則result=“success” 如果操作失敗，則result=“failure”返回值result“返回值result標識操作的成功與否。” 異常 如果前提條件命題1不成立，則應(yīng)扔出異常：“operationfailed”； 如果前提條件命題2不成立，則應(yīng)扔出異常：“duplicateinvocation