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

1、yd/t ××××××××20××-××-××實(shí)施中 國(guó) 聯(lián) 通 企 業(yè) 標(biāo) 準(zhǔn)中國(guó)聯(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中國(guó)聯(lián)通cdma95/1

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

3、性能門限管理功能458 網(wǎng)絡(luò)資源分析548.1 通用配置網(wǎng)絡(luò)資源對(duì)象類分析548.2 cdma95/1x配置網(wǎng)絡(luò)資源分析628.3 cdma95/1x性能數(shù)據(jù)分析78附錄a （規(guī)范性附錄） 采集活動(dòng)的狀態(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 終止?fàn)顟B(tài)（stopped）109附錄b （規(guī)范性附錄） 告警可能原因（probablecause）列表110b.1 簡(jiǎn)介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ī)范性附錄） 中國(guó)聯(lián)通規(guī)范版本格式約定118附錄d （規(guī)范性附錄） 文件格式的schema定義119d.1 告警文件格式的schema定義119d.2 性能文件格式的schema定義121d.3 配置文件格式的schema定義124參考文檔142i前 言本規(guī)范是中國(guó)聯(lián)通cdma95/1x網(wǎng)絡(luò)管理技術(shù)規(guī)范系列技術(shù)規(guī)范中的第5部分。該系列規(guī)范的結(jié)構(gòu)及名稱預(yù)計(jì)如下：1）

5、 cdma95/1x網(wǎng)絡(luò)管理技術(shù)規(guī)范 第1部分：總冊(cè)2） cdma95/1x網(wǎng)絡(luò)管理技術(shù)規(guī)范 第2部分：總部網(wǎng)管系統(tǒng)技術(shù)要求3） cdma95/1x網(wǎng)絡(luò)管理技術(shù)規(guī)范 第3部分：省級(jí)網(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è)計(jì)7） cdma95/1x網(wǎng)絡(luò)管理技術(shù)規(guī)范 第7部分：基于cmip技術(shù)的nmc-omc接口設(shè)計(jì)8） cdma95/1x網(wǎng)絡(luò)管理技術(shù)規(guī)范 第8部分：部省兩級(jí)網(wǎng)管聯(lián)網(wǎng)接

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

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

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

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

10、le stationmsc移動(dòng)交換中心mobile switching centremtp消息傳送部分message transfer partne網(wǎng)元network elementnmc網(wǎng)絡(luò)管理中心network management centeromc操作維護(hù)中心operations & maitenance centeroo面向?qū)ο髈bject orientedpcf分組控制功能packet control functionpdsn分組數(shù)據(jù)業(yè)務(wù)節(jié)點(diǎn)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臨時(shí)本地地址號(hào)碼temporary local directory numbertmsi臨時(shí)移動(dòng)用戶表示temporary mobile subscriber identityuml統(tǒng)一建模語(yǔ)言u(píng)nified modelling languageutrad統(tǒng)一的tmn需求，分析和設(shè)計(jì)unified tmn requirements, analysis and designvlr拜訪位置寄存器visitor location regi

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

38、ationtype通知類型m，f上報(bào)的通知的類型。注： f表示可以作為過(guò)濾條件。4.3 鏈路監(jiān)視功能接口分析4.3.1 概述鏈路監(jiān)視功能提供某種機(jī)制使得nmc與omc之間的通信鏈路狀態(tài)可以被監(jiān)視，且出現(xiàn)異常時(shí)能夠盡早被監(jiān)測(cè)到。鏈路監(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對(duì)象之間的通信通道，link-a-2為nmc與notificationirp之間的通信通道，這兩條通信通道是邏輯上的區(qū)分，在物理上可以是相同的。link-b為被管系統(tǒng)omc向nmc發(fā)出通知的通道。鏈路監(jiān)視功能涉及三個(gè)部分：nmc、omc及他們之間的通信鏈路。對(duì)nmc來(lái)說(shuō)，鏈路監(jiān)視就是需要知道對(duì)端實(shí)體omc及他們之間的通信鏈路是否正常工作。從nmc的角度來(lái)看：a) nmc應(yīng)能夠監(jiān)測(cè)link-a-1和link-a-2是否正常工作。nmc通過(guò)觀察調(diào)用操作的返回結(jié)果可以完成監(jiān)測(cè)功能，不需要另外定義一套機(jī)制。b) omc應(yīng)該提供一種機(jī)制使

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

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

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

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

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

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

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

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

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

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

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

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