OMC北向接口規(guī)范第1分冊(cè)接口功能(V30)

1、××/T ×××××××× 企業(yè)秘密中國(guó)電信移動(dòng)網(wǎng)絡(luò)管理規(guī)范體系OMC北向接口規(guī)范 第1分冊(cè) 接口功能（V3.0）中國(guó)電信集團(tuán)網(wǎng)運(yùn)部完成日期：2010年4月1中國(guó)電信移動(dòng)網(wǎng)管OMC北向接口規(guī)范目 次目 次2前 言41 范圍52 規(guī)范性引用文件53 術(shù)語(yǔ)、定義與縮略語(yǔ)53.1 術(shù)語(yǔ)與定義53.1.1 管理域控制對(duì)象53.1.2 網(wǎng)絡(luò)資源對(duì)象53.1.3 采集活動(dòng)63.1.4 活躍告警63.1.5 告警歷史信息63.1.6 告警信息列表63.2 縮略語(yǔ)6網(wǎng)絡(luò)管理體系結(jié)構(gòu)63.3 中國(guó)電信CDMA網(wǎng)絡(luò)

2、參考模型63.4 接口位置73.5 網(wǎng)絡(luò)管理接口采用的協(xié)議棧83.5.1 IIOP協(xié)議棧83.5.2 FTP協(xié)議棧83.5.3 Telnet協(xié)議棧9接口管理功能93.6 事務(wù)需求93.6.1 角色93.6.2 高層用例93.7 公共管理功能集103.7.1 用例103.7.2 訪問(wèn)入口點(diǎn)功能集113.7.3 通知管理功能集123.7.4 鏈路監(jiān)視功能集143.7.5 通知日志管理功能集153.7.6 文件傳輸功能集153.8 配置管理功能集173.8.1 用例173.8.2 基本配置功能173.8.3 配置信息改變通知上報(bào)功能173.8.4 配置信息同步功能183.9 故障管理功能集183.9

3、.1 用例183.9.2 告警上報(bào)功能193.9.3 同步告警信息193.9.4 告警確認(rèn)203.9.5 取消告警確認(rèn)203.9.6 獲取告警數(shù)203.9.7 增加告警說(shuō)明203.9.8 清除告警203.9.9 告警確認(rèn)狀態(tài)改變通知上報(bào)203.9.10 增加說(shuō)明通知上報(bào)203.9.11 告警信息列表重建通知上報(bào)203.9.12 潛在錯(cuò)誤告警信息列表通知上報(bào)213.10 性能管理功能集213.10.1 用例213.10.2 性能采集管理功能集213.10.3 性能門(mén)限管理功能集243.10.4 性能數(shù)據(jù)管理功能263.11 安全管理功能集26附錄A 本系列標(biāo)準(zhǔn)采用的方法論 （資料性附錄）27A.

4、1 接口功能需求的描述方法27A.2 接口分析的描述方法27A.3 接口設(shè)計(jì)方法28參考文獻(xiàn)29第 3 頁(yè) 共 29 頁(yè)前 言中國(guó)電信移動(dòng)網(wǎng)管規(guī)范體系主要包括下列規(guī)范：中國(guó)電信移動(dòng)網(wǎng)絡(luò)核心網(wǎng)電路域OMC功能規(guī)范中國(guó)電信移動(dòng)網(wǎng)絡(luò)無(wú)線側(cè)OMC功能規(guī)范中國(guó)電信移動(dòng)網(wǎng)絡(luò)OMC北向接口規(guī)范中國(guó)電信省級(jí)移動(dòng)網(wǎng)管系統(tǒng)功能規(guī)范中國(guó)電信移動(dòng)網(wǎng)管系統(tǒng)集團(tuán)-省級(jí)接口規(guī)范中國(guó)電信集團(tuán)移動(dòng)網(wǎng)管系統(tǒng)功能規(guī)范其中，中國(guó)電信移動(dòng)網(wǎng)絡(luò)OMC北向接口規(guī)范分為以下7個(gè)分冊(cè)，前6個(gè)分冊(cè)為基于CORBA接口的內(nèi)容，第7分冊(cè)為對(duì)CORBA接口的擴(kuò)展。1） 中國(guó)電信移動(dòng)網(wǎng)絡(luò)OMC北向接口規(guī)范 第1分冊(cè) 接口功能2） 中國(guó)電信移動(dòng)網(wǎng)絡(luò)OMC

5、北向接口規(guī)范 第2分冊(cè) 接口分析3） 中國(guó)電信移動(dòng)網(wǎng)絡(luò)OMC北向接口規(guī)范 第3分冊(cè) 網(wǎng)絡(luò)資源模型 核心網(wǎng)電路域4） 中國(guó)電信移動(dòng)網(wǎng)絡(luò)OMC北向接口規(guī)范 第4分冊(cè) 網(wǎng)絡(luò)資源模型 無(wú)線接入網(wǎng)5） 中國(guó)電信移動(dòng)網(wǎng)絡(luò)OMC北向接口規(guī)范 第5分冊(cè) 基于CORBA技術(shù)的接口設(shè)計(jì)6） 中國(guó)電信移動(dòng)網(wǎng)絡(luò)OMC北向接口規(guī)范 第6分冊(cè) 接口性能指標(biāo)7） 中國(guó)電信移動(dòng)網(wǎng)絡(luò)OMC北向接口規(guī)范 第7分冊(cè) 擴(kuò)展接口要求8） IDL9） Schema中國(guó)電信移動(dòng)網(wǎng)絡(luò)OMC北向接口規(guī)范規(guī)范適用于中國(guó)電信集團(tuán)公司及其屬下各分公司在網(wǎng)絡(luò)建設(shè)和網(wǎng)管系統(tǒng)建設(shè)中參照，作為招標(biāo)、開(kāi)發(fā)、引進(jìn)、驗(yàn)收等依據(jù)。規(guī)范內(nèi)容尚有待于在具體實(shí)施過(guò)程中不

6、斷地補(bǔ)充和完善，中國(guó)電信保留對(duì)此規(guī)范書(shū)的解釋權(quán)和修改權(quán)。本規(guī)范由中國(guó)電信集團(tuán)網(wǎng)運(yùn)部負(fù)責(zé)編制，由中國(guó)電信集團(tuán)公司廣州研究院負(fù)責(zé)起草，主要參與編制的人員有：朱挺、劉桂玲、周平利（中國(guó)電信廣州研究院）、李憶嵐（中興）、黃蘊(yùn)芳(華為)、劉丹丹（上海貝爾）、陳煉（億陽(yáng)）、史躍飛(天元)、陳衛(wèi)群(新大陸)等。1 范圍本規(guī)范為中國(guó)電信移動(dòng)網(wǎng)絡(luò)OMC北向接口規(guī)范 第1分冊(cè)，規(guī)定了中國(guó)電信移動(dòng)網(wǎng)絡(luò)管理系統(tǒng)（以下簡(jiǎn)稱(chēng)NMC）與廠商網(wǎng)管系統(tǒng)（以下簡(jiǎn)稱(chēng)OMC）間的接口管理功能。本規(guī)范適用于對(duì)中國(guó)電信移動(dòng)網(wǎng)絡(luò)管理接口的規(guī)劃、設(shè)計(jì)和開(kāi)發(fā)。本文中所有的MSC、HLR包括基于軟交換的MSCe和HRLe。2 規(guī)范性引用文件下列

7、文件中的條款通過(guò)本規(guī)范的引用而成為本規(guī)范的條款。凡是注日期的引用文件，其隨后所有的修改單（不包括勘誤的內(nèi)容）或修訂版均不適用于本規(guī)范，然而，鼓勵(lì)根據(jù)本規(guī)范達(dá)成協(xié)議的各方研究是否可使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本規(guī)范。ITU-T M.3020(1999)TMN接口規(guī)范方法OMG 規(guī)范（1998）公共對(duì)象請(qǐng)求代理體系結(jié)構(gòu)和規(guī)范V2.2（Common Object Request Broker Architecture）OMG 規(guī)范（1998）公共對(duì)象服務(wù)規(guī)范V1.0（Common Object Service Specification）OMG 規(guī)范（1998）通

8、知服務(wù)規(guī)范V1.0（Notification Service Specification）3 術(shù)語(yǔ)、定義與縮略語(yǔ)3.1 術(shù)語(yǔ)與定義下列術(shù)語(yǔ)與定義適用于本規(guī)范。3.1.1 管理域控制對(duì)象網(wǎng)管系統(tǒng)與被管系統(tǒng)間傳遞的管理信息包括管理控制信息和網(wǎng)絡(luò)資源信息。管理控制信息指的是為了完成管理功能而需要進(jìn)行的管理交互信息，如要完成性能管理功能需要定義性能管理相關(guān)操作，要完成配置管理功能需定義配置管理相關(guān)操作等。在本規(guī)范中，管理控制信息以管理域?yàn)榱６冗M(jìn)行定義，相應(yīng)的管理對(duì)象稱(chēng)為管理域控制對(duì)象，也稱(chēng)為控制對(duì)象。3.1.2 網(wǎng)絡(luò)資源對(duì)象網(wǎng)管系統(tǒng)與被管系統(tǒng)間傳遞的管理信息包括管理控制信息和網(wǎng)絡(luò)資源信息。網(wǎng)絡(luò)資源信息

9、指的是具體的被管網(wǎng)絡(luò)資源的抽象，如被管網(wǎng)絡(luò)資源應(yīng)當(dāng)抽象為哪些管理對(duì)象類(lèi)，以及對(duì)象類(lèi)的屬性、操作等。在本規(guī)范中，網(wǎng)絡(luò)資源信息按網(wǎng)元功能抽象而成的，相應(yīng)的管理對(duì)象稱(chēng)為網(wǎng)絡(luò)資源對(duì)象。3.1.3 采集活動(dòng)指被管系統(tǒng)根據(jù)網(wǎng)管系統(tǒng)設(shè)置的采集參數(shù)要求對(duì)性能數(shù)據(jù)進(jìn)行采集的活動(dòng)。3.1.4 活躍告警未被清除的告警。注： 清除包括被管系統(tǒng)自動(dòng)清除，即故障恢復(fù)的情況，也包括NMC主動(dòng)清除的情況，下同。3.1.5 告警歷史信息與告警的發(fā)生、改變、清除等相關(guān)的所有通知。3.1.6 告警信息列表包含所有當(dāng)前活躍告警（含未確認(rèn)未清除和已確認(rèn)未清除告警）及未確認(rèn)已清除的告警信息的列表。3.2 縮略語(yǔ)下列縮略語(yǔ)適用于本規(guī)范。C

10、ORBA公共對(duì)象請(qǐng)求代理體系（Common Object Request Broker Architecture）IDL接口定義語(yǔ)言（Interface Definition Language）IRP集成參考點(diǎn)（Integrated Reference Point）IIOP互連網(wǎng)ORB間通信協(xié)議(Internet Inter-ORB Protocol)NE網(wǎng)元（Network Element）NMC網(wǎng)絡(luò)管理中心（Network Management Center）OO面向?qū)ο螅∣bject Oriented）OAM&P操作、管理、維護(hù)和指配（Operation, Administrat

11、ion, Maitenance & Provisioning）ORB對(duì)象請(qǐng)求代理(Object Request Broker)OMC操作維護(hù)中心（Operations & Maitenance Center）UML統(tǒng)一建模語(yǔ)言（Unified Modelling Language）UTRAD統(tǒng)一的TMN需求，分析和設(shè)計(jì)（Unified TMN Requirements, Analysis and Design）網(wǎng)絡(luò)管理體系結(jié)構(gòu)3.3 中國(guó)電信CDMA網(wǎng)絡(luò)參考模型中國(guó)電信CDMA網(wǎng)絡(luò)參考模型如下圖所示。圖1 中國(guó)電信CDMA網(wǎng)絡(luò)參考模型3.4 接口位置本規(guī)范所定義的中國(guó)電信CDM

12、A95/1X/EVDO網(wǎng)絡(luò)管理接口位置為管理系統(tǒng)（以下簡(jiǎn)稱(chēng)NMC）和操作維護(hù)中心（以下簡(jiǎn)稱(chēng)OMC）之間的接口，如下圖所示。圖2 中國(guó)電信CDMA95/1X/EVDO網(wǎng)管接口位置圖圖2中， NE泛指中國(guó)電信的CDMA設(shè)備，可以是單個(gè)設(shè)備，也可以是多個(gè)設(shè)備；OMC是由設(shè)備廠商自行提供的操作維護(hù)系統(tǒng)，可以對(duì)本廠商的設(shè)備進(jìn)行配置、操作和維護(hù)等。NMC為中國(guó)電信移動(dòng)綜合網(wǎng)絡(luò)管理系統(tǒng)，能夠管理不同廠商的設(shè)備。本規(guī)范定義的接口為NMC與設(shè)備廠商提供的操作維護(hù)中心OMC之間的接口，即圖中的IF2。在中國(guó)電信CDMA95/1X/EVDO網(wǎng)中，NMC會(huì)直聯(lián)部分網(wǎng)元設(shè)備，這部分直聯(lián)網(wǎng)元設(shè)備直接向NMC提供的接口，為

13、圖中的IF4，對(duì)IF4的要求另文規(guī)定，不在本規(guī)范的定義范圍之內(nèi)。OMC與NE之間的接口（圖中的IF1）為設(shè)備內(nèi)部接口，不在本規(guī)范定義的范圍之內(nèi)。IF3為網(wǎng)管系統(tǒng)NMC與其他系統(tǒng)之間的接口，不在本規(guī)范定義的范圍之內(nèi)。3.5 網(wǎng)絡(luò)管理接口采用的協(xié)議棧本規(guī)范在定義管理接口時(shí)，采用CORBA技術(shù)，其通信協(xié)議棧為IIOP協(xié)議棧。在文件傳輸時(shí)，采用FTP協(xié)議棧；在遠(yuǎn)程操作維護(hù)時(shí)，采用Telnet協(xié)議。3.5.1 IIOP協(xié)議棧采用IIOP的協(xié)議棧如圖3所示。圖3 CORBA接口使用的協(xié)議棧其中，ORB及CORBA服務(wù)遵循的OMG標(biāo)準(zhǔn)版本如表1所示。表1 ORB及CORBA服務(wù)遵循的標(biāo)準(zhǔn)版本ORB及CORB

14、A服務(wù)類(lèi)別OMG版本號(hào)ORB核心（Core）2.2或以上命名服務(wù)(可選)1.0或以上（可選）通知服務(wù)1.0或以上電信日志服務(wù)1.0或以上（可選）安全服務(wù)（可選）采用“Secure IOP protocol”或 “CORBA Security SSL Interoperability”（可選）事務(wù)服務(wù)（可選）1.1或以上（可選）異步消息服務(wù)（可選）1.1 或以上(可選，由NMC決定)3.5.2 FTP協(xié)議棧在本系列規(guī)范中，采用FTP（文件傳輸協(xié)議）方式進(jìn)行文件的傳輸，相應(yīng)的協(xié)議棧如下圖所示。應(yīng)用層傳輸層網(wǎng)絡(luò)層數(shù)據(jù)鏈路層FTPTCPIPDL物理層PHY圖4 FTP使用的協(xié)議棧3.5.3 Telne

15、t協(xié)議棧在完成遠(yuǎn)程操作維護(hù)功能時(shí)，采用Telnet協(xié)議，相應(yīng)的協(xié)議棧如下圖所示。操作維護(hù)命令格式及相應(yīng)的結(jié)果形式根據(jù)廠商不同而不同，本規(guī)范不做定義。應(yīng)用層傳輸層網(wǎng)絡(luò)層數(shù)據(jù)鏈路層TelnetTCPIPDL物理層PHY圖5 Telnet使用的協(xié)議棧接口管理功能3.6 事務(wù)需求本規(guī)范僅涉及中國(guó)電信移動(dòng)綜合網(wǎng)管系統(tǒng)（NMC）與設(shè)備廠商網(wǎng)元管理系統(tǒng)（OMC）之間的管理接口功能需求，具體管理功能的實(shí)現(xiàn)不在本規(guī)范的定義范圍之內(nèi)。3.6.1 角色NMC：表示中國(guó)電信移動(dòng)綜合網(wǎng)管系統(tǒng)，是中國(guó)電信CDMA95/1X/EVDO的網(wǎng)絡(luò)管理實(shí)體。OMC：表示廠商提供的對(duì)自身設(shè)備或網(wǎng)絡(luò)進(jìn)行操作、管理、維護(hù)和指配（OAM&

16、amp;P）的系統(tǒng)。3.6.2 高層用例本規(guī)范定義的接口涉及五類(lèi)管理功能集，分別是公共管理功能集、安全管理功能集、配置管理功能集、性能管理功能集和故障管理功能集。在接口需求的最高層，如下圖中管理用例所示，NMC使用OMC提供的管理接口的功能。管理接口功能劃分為不同的管理功能集，在圖中以不同的用例來(lái)表示。圖6 高層用例示意圖圖中<<include>>表示被管系統(tǒng)提供的管理接口功能用例可進(jìn)一步分解為四個(gè)用例：配置管理功能集、性能管理功能集、故障管理功能集和安全管理功能集。<<extend>>表示配置管理功能集、性能管理功能集、安全管理功能集或故障管理

17、功能集用例中的功能，可能需要公共管理功能集中的功能作為支持。3.7 公共管理功能集3.7.1 用例公共管理功能是指配置管理、故障管理、性能管理、安全管理等都要用到的公共功能，公共管理功能集用例進(jìn)一步分解為：訪問(wèn)入口點(diǎn)功能集、通知管理功能集、鏈路監(jiān)視功能集、通知日志管理功能集和文件傳輸功能集。每個(gè)用例代表一個(gè)相應(yīng)的管理功能集，如下圖所示。圖7 公共管理功能集分解圖3.7.2 訪問(wèn)入口點(diǎn)功能集 用例訪問(wèn)入口點(diǎn)指的是NMC訪問(wèn)OMC所提供功能的入口點(diǎn)（該功能主要針對(duì)CORBA建模）。入口點(diǎn)對(duì)象是網(wǎng)管系統(tǒng)與被管系統(tǒng)交互的首要訪問(wèn)對(duì)象。網(wǎng)管系統(tǒng)通過(guò)入口點(diǎn)對(duì)象獲取被管系統(tǒng)中被管對(duì)象的引用（指

18、針），并從而調(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)首先獲得被管系統(tǒng)中所支持的管理域控制對(duì)象的概述信息，然后網(wǎng)管系統(tǒng)選擇需要的版本，再獲得對(duì)應(yīng)的對(duì)象引用值。入口點(diǎn)對(duì)象提供的功能包括： 允許NMC獲得OMC內(nèi)各個(gè)管理域控制對(duì)象的標(biāo)識(shí)、支持的版本以及它們各自的管理域等概述信息； 入口點(diǎn)可以提供版本控制機(jī)制，NMC可以通過(guò)入口點(diǎn)對(duì)象獲取所需版本的管理域控制對(duì)象的對(duì)象引用；

19、當(dāng)入口點(diǎn)對(duì)象中存儲(chǔ)的管理域控制對(duì)象的信息發(fā)生改變時(shí)，如有新的管理域控制對(duì)象注冊(cè)到入口點(diǎn)中，入口點(diǎn)中原有的管理域控制對(duì)象注銷(xiāo)或者入口點(diǎn)中存儲(chǔ)的管理域控制對(duì)象信息發(fā)生變化，OMC會(huì)根據(jù)要求向NMC發(fā)出管理域控制信息改變通知。訪問(wèn)入口點(diǎn)功能集用例進(jìn)一步分解為以下用例：獲取概述信息功能、獲取對(duì)象引用功能、釋放對(duì)象引用功能和管理域控制信息改變通知（IRP信息改變通知）功能，用例圖如下圖所示。圖8 訪問(wèn)入口點(diǎn)功能集分解圖 獲取概述信息功能NMC從OMC的入口點(diǎn)獲取所需的管理域控制對(duì)象的概述信息，NMC可以根據(jù)特定的需求設(shè)置獲取管理域控制對(duì)象概述信息的過(guò)濾條件。管理域控制對(duì)象的概述信息包括：

20、系統(tǒng)DN； 管理域控制對(duì)象（其名稱(chēng)為xxxIRP）信息列表； 該管理域控制對(duì)象所管理的范圍。 獲取對(duì)象引用功能NMC從OMC的入口點(diǎn)獲取所需的管理域控制對(duì)象的引用,NMC應(yīng)指定如下信息： NMC的標(biāo)識(shí)； 系統(tǒng)DN； 管理域控制對(duì)象的ID值。 釋放對(duì)象引用功能NMC釋放已經(jīng)獲取到且不用的指定管理域控制對(duì)象的引用，NMC通過(guò)此操作可告知OMC該控制對(duì)象將不再被NMC使用，OMC是否真正將其釋放不在本規(guī)范定義的范圍之內(nèi)。NMC應(yīng)指定如下信息： NMC的標(biāo)識(shí)； 管理域控制對(duì)象的引用值。 入口點(diǎn)中IRP信息改變上報(bào)當(dāng)入口點(diǎn)中存儲(chǔ)的IRP的信息（即管理域控制對(duì)象的

21、信息）發(fā)生改變時(shí)，如管理域控制對(duì)象增加、刪除、或其引用發(fā)生變化等，OMC根據(jù)要求向NMC發(fā)出入口點(diǎn)中IRP信息改變通知。3.7.3 通知管理功能集 用例通知管理功能集用例進(jìn)一步分解為以下用例：通知上報(bào)功能和通知定購(gòu)功能集，通知定購(gòu)功能集又包括：定購(gòu)?fù)ㄖ?、撤銷(xiāo)定購(gòu)、掛起/恢復(fù)定購(gòu)、修改/查詢定購(gòu)等，用例圖如下圖所示。圖9 通知管理功能集分解圖 通知上報(bào)功能OMC可向NMC上報(bào)通知，可上報(bào)的通知類(lèi)型包括：a) 與配置管理相關(guān)的通知：1） 對(duì)象創(chuàng)建通知：表示創(chuàng)建了一個(gè)對(duì)象（包括控制對(duì)象和網(wǎng)絡(luò)資源對(duì)象）；2） 對(duì)象刪除通知：表示刪除了一個(gè)對(duì)象（包括控制對(duì)象和網(wǎng)絡(luò)資源對(duì)象）；

22、3） 屬性值改變通知：表示某對(duì)象（包括控制對(duì)象和網(wǎng)絡(luò)資源對(duì)象）的屬性發(fā)生了變化；4） 請(qǐng)求配置信息同步通知：表示OMC請(qǐng)求NMC做配置信息的同步，見(jiàn)5.3.4節(jié)。b) 與故障管理相關(guān)的通知：1） 新的告警通知：表示一個(gè)新產(chǎn)生的告警（告警類(lèi)型可為設(shè)備告警、環(huán)境告警、通信告警、處理錯(cuò)告警、QOS告警等）；2） 變化的告警通知：表示原有的一個(gè)告警其級(jí)別發(fā)生了變化；3） 清除的告警通知：表示原有的一個(gè)告警已經(jīng)被清除；4） 告警確認(rèn)狀態(tài)改變通知：表示告警的確認(rèn)狀態(tài)發(fā)生了變化；5） 增加說(shuō)明通知：表示增加了一個(gè)告警說(shuō)明；6） 告警信息列表重建通知：表示OMC將告警信息列表進(jìn)行了重建；7） 潛在的錯(cuò)誤告警信

23、息列表通知：表示OMC發(fā)現(xiàn)告警信息列表中可能有潛在錯(cuò)誤；c) 與性能管理相關(guān)的通知：1） 采集活動(dòng)狀態(tài)變化通知：表示采集活動(dòng)的狀態(tài)發(fā)生了變化（掛起、恢復(fù)、停止等）；2） 性能門(mén)限對(duì)象創(chuàng)建通知：表示新增加了一個(gè)性能門(mén)限；3） 性能門(mén)限對(duì)象刪除通知：表示刪除了一個(gè)已定義的性能門(mén)限；4） 性能門(mén)限狀態(tài)變化通知：表示門(mén)限的狀態(tài)發(fā)生了變化（掛起、恢復(fù)）。d) 與文件傳輸相關(guān)的通知：1） 文件準(zhǔn)備好通知；2） 文件準(zhǔn)備異常通知；e) 與鏈路監(jiān)視相關(guān)的通知：1） 心跳通知。f) 與入口點(diǎn)相關(guān)的通知：1） 入口點(diǎn)中管理域控制對(duì)象信息改變通知。在OMC向NMC上報(bào)通知前，應(yīng)當(dāng)首先按照上報(bào)通知的類(lèi)型來(lái)組織通知參數(shù)

24、，具體參數(shù)要求參見(jiàn)接口分析部分相應(yīng)的描述。OMC在NMC與OMC間鏈路斷開(kāi)（或其他原因出現(xiàn)故障）恢復(fù)后，能夠根據(jù)實(shí)際情況采用盡力而為的方式，把故障期間未上報(bào)的通知上報(bào)給NMC。 通知定購(gòu)功能集.1 定購(gòu)?fù)ㄖ狽MC-OMC接口應(yīng)支持NMC定購(gòu)相應(yīng)通知，即NMC指定通知過(guò)濾條件及前向目的地，定購(gòu)成功后，OMC將根據(jù)此過(guò)濾條件和目的地信息向NMC上報(bào)相應(yīng)通知，需要指定的信息包括： 定購(gòu)?fù)ㄖN類(lèi)； 通知過(guò)濾條件列表； 上報(bào)通知的目的地。OMC在發(fā)生故障或與NMC的連接中斷并恢復(fù)后，能夠根據(jù)當(dāng)前情況自動(dòng)恢復(fù)通知定購(gòu)，且定購(gòu)號(hào)不變。NMC中接收通知的對(duì)象應(yīng)為永久（Persist

25、ent）對(duì)象。.2 撤銷(xiāo)定購(gòu)NMC-OMC接口應(yīng)支持NMC撤銷(xiāo)已經(jīng)存在的通知定購(gòu)。.3 掛起定購(gòu)NMC-OMC接口應(yīng)支持NMC將指定的通知定購(gòu)掛起，若成功，則該定購(gòu)處于非工作狀態(tài)，OMC不再根據(jù)此定購(gòu)參數(shù)向NMC上報(bào)通知。.4 恢復(fù)定購(gòu)NMC-OMC接口應(yīng)支持NMC將掛起的定購(gòu)恢復(fù)，如果成功，則該定購(gòu)恢復(fù)到工作狀態(tài)，重新開(kāi)始通知的轉(zhuǎn)發(fā)和過(guò)濾的功能。.5 查詢定購(gòu)參數(shù)NMC-OMC接口應(yīng)支持NMC查詢定購(gòu)參數(shù)，包括如下參數(shù)： 定購(gòu)標(biāo)識(shí)號(hào)； 定購(gòu)?fù)ㄖN類(lèi)； 過(guò)濾條件列表； 定購(gòu)狀態(tài)（工作、被掛起）。.6 修改定購(gòu)參數(shù)NMC-OM

26、C接口應(yīng)支持NMC修改定購(gòu)參數(shù)，如下參數(shù)可被修改： 定購(gòu)?fù)ㄖN類(lèi)； 過(guò)濾條件列表。3.7.4 鏈路監(jiān)視功能集 用例當(dāng)NMC和OMC之間的通信鏈路發(fā)生中斷時(shí)，NMC將不能從OMC中取得任何信息，OMC也無(wú)法將事件上報(bào)給NMC。因此，NMC需要監(jiān)視通信鏈路以便及時(shí)發(fā)現(xiàn)鏈路故障，并采取相應(yīng)對(duì)策（具體采取何種對(duì)策不在本規(guī)范的定義范圍之內(nèi)）。鏈路監(jiān)視功能由心跳功能來(lái)完成，心跳功能指的是OMC定期向NMC發(fā)送心跳通知。在多個(gè)NMC的環(huán)境下，只需要一個(gè)心跳周期。若NMC不希望OMC周期性上報(bào)心跳通知，可將周期設(shè)置為0。如果NMC將心跳周期設(shè)置為0但需要判斷鏈路是否正常，或NMC在接收到下一個(gè)心

27、跳通知前懷疑鏈路出現(xiàn)了問(wèn)題，可以立刻主動(dòng)觸發(fā)心跳通知來(lái)鑒定網(wǎng)絡(luò)鏈路是否正常。鏈路監(jiān)視功能包括：查詢心跳周期、修改心跳周期、觸發(fā)心跳通知和心跳通知上報(bào)。鏈路監(jiān)視功能集用例如下圖所示。圖10 鏈路監(jiān)測(cè)功能集分解圖 查詢心跳周期NMC-OMC接口應(yīng)支持NMC查詢OMC上報(bào)心跳通知的周期。 修改心跳周期NMC-OMC接口應(yīng)支持NMC修改OMC上報(bào)心跳通知的周期，修改成功后，OMC應(yīng)立即發(fā)送一個(gè)心跳通知給所有定購(gòu)過(guò)該通知的NMC，并從當(dāng)前開(kāi)始以新的周期上報(bào)心跳通知。如果要修改的周期與原周期相同，操作將被拒絕。 觸發(fā)心跳通知NMC-OMC接口應(yīng)支持NMC主動(dòng)觸發(fā)心

28、跳通知，OMC在接收到觸發(fā)操作后立即上報(bào)一個(gè)心跳通知，并且在該通知中指明是由于NMC觸發(fā)引起的，原來(lái)按周期性計(jì)劃上報(bào)的心跳通知不受影響。 心跳通知上報(bào)功能OMC應(yīng)按照設(shè)定的心跳周期定期向NMC發(fā)送“心跳通知”，當(dāng)OMC啟動(dòng)時(shí)應(yīng)按照缺省的周期（缺省心跳周期可以由NMC和OMC通過(guò)其他方式確定，其確定方法不在本規(guī)范的定義范圍之內(nèi)）上報(bào)“心跳通知”，該功能使用了“通知上報(bào)功能”。3.7.5 通知日志管理功能集待定，本版本中不做要求。3.7.6 文件傳輸功能集 用例文件傳輸接口功能是一個(gè)通用的管理功能，為其他接口管理功能提供文件傳輸?shù)闹С?。文件傳輸接口功能有如下要求?）

29、傳輸協(xié)議為FTP；2） 所傳輸文件名稱(chēng)應(yīng)按照文件的命名約定命名，約定見(jiàn)本系列規(guī)范第4部分 NMC-OMC接口技術(shù)要求 第2分冊(cè) 接口分析中的附錄D；3） OMC應(yīng)提供所傳輸文件的特性（如文件目錄、文件名、可供讀取時(shí)間、文件格式等）；4） OMC為FTP協(xié)議的Server方。5） 可對(duì)所傳輸?shù)奈募M(jìn)行壓縮。若文件壓縮，應(yīng)采用常見(jiàn)的文件壓縮方式，本規(guī)范使用GZIP或BZIP2。文件傳輸接口功能集用例進(jìn)一步分解為文件準(zhǔn)備好通知上報(bào)或文件準(zhǔn)備異常通知上報(bào)功能和查詢文件信息功能，其中文件準(zhǔn)備好通知上報(bào)和文件準(zhǔn)備異常通知上報(bào)用到通知管理功能集中的通知上報(bào)功能，如下圖所示。圖11 文件傳輸接口功能集分解圖3

30、.7.6.2 文件準(zhǔn)備好通知和文件準(zhǔn)備異常通知上報(bào)當(dāng)NMC需要從OMC中獲取數(shù)據(jù)時(shí)，會(huì)顯式或隱含地向OMC發(fā)出相應(yīng)的文件準(zhǔn)備請(qǐng)求。顯式的請(qǐng)求如查詢文件信息請(qǐng)求；隱含的請(qǐng)求如性能上報(bào)時(shí)間間隔到等。NMC向OMC發(fā)出文件傳輸準(zhǔn)備的請(qǐng)求，讓OMC開(kāi)始準(zhǔn)備相應(yīng)的數(shù)據(jù)文件。在OMC按照要求完成了文件準(zhǔn)備之后，將向NMC發(fā)送文件準(zhǔn)備好通知。如果在文件的準(zhǔn)備中發(fā)生了異常，將向NMC發(fā)送文件準(zhǔn)備異常通知。該功能使用了公共管理功能集中的“通知上報(bào)功能”。當(dāng)文件準(zhǔn)備通知上報(bào)時(shí)間到達(dá)時(shí)，即使數(shù)據(jù)不完備，也應(yīng)該上報(bào)“文件準(zhǔn)備異?！蓖ㄖ?，由NMC決定是否取該文件。當(dāng)文件準(zhǔn)備好后，應(yīng)把包含完整數(shù)據(jù)的文件（可以是多個(gè)），在

31、文件準(zhǔn)備好的相鄰上報(bào)周期到達(dá)時(shí)向NMC上報(bào)文件準(zhǔn)備好通知。若一直未準(zhǔn)備好，則不再上報(bào)。 查詢文件信息該功能支持NMC向OMC查詢指定條件的文件信息。NMC可指定的條件包括： 文件類(lèi)型（如性能數(shù)據(jù)文件、配置數(shù)據(jù)文件等）； 時(shí)間段，即獲取在某段時(shí)間內(nèi)創(chuàng)建的文件。NMC可查詢的文件信息包括：1 文件所在服務(wù)器名稱(chēng)、目錄和名稱(chēng)或文件URL名稱(chēng)；2 文件壓縮格式；3 文件格式；4 文件大??；5 文件可供讀取時(shí)間；6 文件預(yù)計(jì)刪除時(shí)間。3.8 配置管理功能集3.8.1 用例配置管理功能集包括以下用例：基本配置功能、配置信息改變通知上報(bào)以及配置信息同步功能。如下圖所示。圖12 配置管理功能集分

32、解圖3.8.2 基本配置功能基本配置功能包括對(duì)配置信息的創(chuàng)建、刪除、查詢和修改功能，即NMC通過(guò)該操作可以創(chuàng)建/刪除指定的網(wǎng)絡(luò)資源對(duì)象，也可以查詢/修改指定網(wǎng)絡(luò)資源對(duì)象的全部或指定屬性值。此外，基本配置功能還包括取消配置操作和獲取網(wǎng)絡(luò)資源模型版本信息功能，目前配置取消操作暫時(shí)只支持取消配置信息的查詢操作。3.8.3 配置信息改變通知上報(bào)功能當(dāng)網(wǎng)元的配置信息發(fā)生改變時(shí)，OMC應(yīng)向NMC上報(bào)相應(yīng)的配置信息改變通知，包括對(duì)象創(chuàng)建通知、對(duì)象刪除通知、屬性值改變通知。該功能用到通知管理功能集中的通知上報(bào)功能。當(dāng)配置信息改動(dòng)較大，需要通過(guò)文件方式傳輸時(shí)，OMC應(yīng)發(fā)送“請(qǐng)求配置信息同步”通知，NMC收到該通

33、知后可進(jìn)行配置信息同步（見(jiàn)配置信息同步功能）。針對(duì)網(wǎng)元狀態(tài)等變化較為頻繁的屬性，為避免大量全部同步的情況，要求OMC必須上報(bào)屬性改變通知，并將新的屬性值通過(guò)該通知上報(bào)。屬性改變通知的接口分析詳見(jiàn)第二分冊(cè)。3.8.4 配置信息同步功能NMC應(yīng)根據(jù)網(wǎng)絡(luò)配置信息變化，在需要情況下進(jìn)行配置信息的同步，一般適用于以下情況：1） 當(dāng)NMC與OMC建立管理連接時(shí)；2） 當(dāng)NMC與OMC出現(xiàn)通信失敗并且恢復(fù)后；3） 當(dāng)NMC出現(xiàn)系統(tǒng)故障并且恢復(fù)后；4） 當(dāng)主用NMC與備用NMC發(fā)生倒換時(shí)；5） 當(dāng)OMC與設(shè)備斷開(kāi)且恢復(fù)后；6） 當(dāng)OMC發(fā)生大粒度配置更新，如有新的網(wǎng)元加入時(shí)等。配置信息同步的調(diào)用方是NMC，由

34、NMC向OMC發(fā)起同步，但是NMC調(diào)用配置信息同步操作的觸發(fā)點(diǎn)有兩種情況：一是NMC初始化時(shí)或者發(fā)現(xiàn)鏈路斷了再恢復(fù)后等情況，主動(dòng)發(fā)起調(diào)用操作（如上述的14種情況）；另一種是OMC發(fā)現(xiàn)了自身內(nèi)部的問(wèn)題等情況（如上述的5和6的情況），發(fā)送“請(qǐng)求配置信息同步通知”告訴NMC，然后由NMC調(diào)用該操作。NMC在初始化時(shí)或收到OMC的“請(qǐng)求配置信息同步通知”等情況時(shí)，可發(fā)出配置信息同步請(qǐng)求，以同步相關(guān)管理對(duì)象的配置信息。3.9 故障管理功能集3.9.1 用例故障管理功能集用例進(jìn)一步分解為：告警上報(bào)功能、同步告警信息、告警處理功能等，其用例如下圖所示。圖13 故障管理功能集用例圖3.9.2 告警上報(bào)功能告警

35、上報(bào)功能使用了公共管理功能中的“通知管理功能”的通知上報(bào)功能。上報(bào)的告警通知的類(lèi)型為：新告警通知；告警改變通知；告警清除通知。3.9.3 同步告警信息告警信息同步功能可以分為兩類(lèi)，一類(lèi)是NMC查詢指定時(shí)間段內(nèi)OMC中產(chǎn)生的所有告警歷史信息；另一類(lèi)是NMC查詢OMC中的當(dāng)前告警信息列表，可以對(duì)告警信息設(shè)置過(guò)濾條件。告警同步的調(diào)用方是NMC，由NMC向OMC發(fā)起同步，但是NMC調(diào)用告警同步操作的觸發(fā)點(diǎn)有兩種情況：一是NMC初始化時(shí)或者發(fā)現(xiàn)鏈路中斷再恢復(fù)后，主動(dòng)發(fā)起調(diào)用操作；另一種是OMC發(fā)現(xiàn)了自身內(nèi)部的問(wèn)題，如OMC與NE的連接中斷又恢復(fù)后，或發(fā)現(xiàn)和網(wǎng)絡(luò)資源中的當(dāng)前數(shù)據(jù)不一致時(shí)，可發(fā)送“請(qǐng)求告警同

36、步通知（即告警信息列表重建通知）”通知NMC，然后由NMC調(diào)用該操作。當(dāng)NMC向OMC發(fā)起同步時(shí)，OMC應(yīng)確保與網(wǎng)元的所有告警信息同步。如OMC不能確保與網(wǎng)元的告警信息同步，則應(yīng)先同步網(wǎng)元告警信息。NMC查詢指定時(shí)間段內(nèi)OMC中產(chǎn)生的所有告警歷史信息，利用“通知日志功能”實(shí)現(xiàn)。3.9.4 告警確認(rèn)NMC-OMC接口應(yīng)支持NMC對(duì)告警進(jìn)行確認(rèn)。一旦一個(gè)NMC對(duì)某告警進(jìn)行了確認(rèn)，OMC應(yīng)將相關(guān)的告警確認(rèn)狀態(tài)改變通知發(fā)送給所有定購(gòu)了該通知的NMC。3.9.5 取消告警確認(rèn)NMC-OMC接口應(yīng)支持NMC取消對(duì)告警的確認(rèn)。OMC應(yīng)將告警確認(rèn)狀態(tài)改變通知同樣發(fā)送給所有定購(gòu)了該通知的NMC。3.9.6 獲取

37、告警數(shù)NMC-OMC接口應(yīng)支持NMC獲取不同狀態(tài)下不同級(jí)別告警的數(shù)量。輸入?yún)?shù)為相關(guān)過(guò)濾條件，返回結(jié)果應(yīng)包括不同級(jí)別的告警的數(shù)量值。3.9.7 增加告警說(shuō)明NMC-OMC接口應(yīng)支持NMC增加告警說(shuō)明。有利于多NMC環(huán)境下對(duì)告警信息的管理。3.9.8 清除告警NMC-OMC接口應(yīng)支持NMC主動(dòng)清除告警功能。在某些特定情況下，OMC清除不了的告警可以由NMC主動(dòng)清除。一旦一個(gè)NMC對(duì)某告警進(jìn)行了清除，OMC應(yīng)將相關(guān)的告警清除通知發(fā)送給所有定購(gòu)了該通知的NMC。3.9.9 告警確認(rèn)狀態(tài)改變通知上報(bào)某個(gè)告警被確認(rèn)或被取消確認(rèn)后，OMC應(yīng)將相關(guān)的告警確認(rèn)狀態(tài)改變通知發(fā)送給所有定購(gòu)了該通知的NMC。該功能

38、使用了公共管理功能中的“通知上報(bào)功能”。3.9.10 增加說(shuō)明通知上報(bào)OMC完成“增加告警說(shuō)明”操作后發(fā)送該通知到所有定購(gòu)了該通知的NMC。該功能使用了公共管理功能中的“通知上報(bào)功能”。3.9.11 告警信息列表重建通知上報(bào)在OMC與NE的連接中斷又恢復(fù)后，或OMC發(fā)現(xiàn)當(dāng)前存儲(chǔ)的活躍告警信息與實(shí)際網(wǎng)絡(luò)資源的情況不盡一致，或者對(duì)當(dāng)前存儲(chǔ)的告警信息列表不自信的情況下，OMC可對(duì)告警信息列表中的數(shù)據(jù)進(jìn)行核查。在完成告警信息列表全部或部分重建后，OMC發(fā)送“告警信息列表重建通知”到NMC。若OMC是在發(fā)出“潛在錯(cuò)誤告警信息列表通知（見(jiàn)下節(jié)）”后才進(jìn)行的數(shù)據(jù)核查，則如果OMC核查后發(fā)現(xiàn)不需要重建告警信息

39、列表，也應(yīng)該發(fā)送“告警信息列表重建通知”到NMC。該通知中會(huì)指明需不需要NMC進(jìn)行告警信息同步。該功能使用了公共管理功能中的“通知上報(bào)功能”。3.9.12 潛在錯(cuò)誤告警信息列表通知上報(bào)在某些情況下，如OMC與NE的連接中斷又恢復(fù)后，或OMC可能發(fā)現(xiàn)當(dāng)前存儲(chǔ)的告警信息列表與實(shí)際網(wǎng)絡(luò)資源的情況不盡一致，或者對(duì)當(dāng)前存儲(chǔ)的告警信息列表不自信，這時(shí)OMC可以發(fā)送潛在錯(cuò)誤告警信息列表通知到NMC，通知NMC當(dāng)前告警信息列表信息可能不正確。該功能使用了公共管理功能中的“通知上報(bào)功能”。3.10 性能管理功能集 3.10.1 用例性能管理功能集包括性能采集管理功能、性能門(mén)限管理功能和性能歷史數(shù)據(jù)管理功能。用例

40、圖如下所示：圖14 性能管理功能集用例圖3.10.2 性能采集管理功能集 用例性能采集活動(dòng)是指從NMC的角度來(lái)看，OMC從物理設(shè)備或邏輯功能中定期獲取性能數(shù)據(jù)并上報(bào)給NMC的活動(dòng)。性能采集管理是指NMC對(duì)性能采集的相應(yīng)參數(shù)進(jìn)行管理，通過(guò)對(duì)性能采集的管理，NMC可以要求OMC按照要求上報(bào)所需的性能數(shù)據(jù)，但對(duì)于OMC內(nèi)部的具體實(shí)現(xiàn)不做限制。可分為以下幾個(gè)用例：創(chuàng)建采集活動(dòng)，結(jié)束采集活動(dòng)，掛起/恢復(fù)采集活動(dòng)，查詢采集活動(dòng)參數(shù)，性能數(shù)據(jù)上報(bào)和性能數(shù)據(jù)補(bǔ)采等，如下圖所示：圖15 性能采集管理功能集用例圖 創(chuàng)建采集活動(dòng)NMC-OMC接口應(yīng)支持NMC創(chuàng)建性能采集活動(dòng)的請(qǐng)求注1

41、，包括如下參數(shù)： 被采集對(duì)象類(lèi)名和實(shí)例的標(biāo)識(shí)符（對(duì)象實(shí)例可為空，也可為一個(gè)或多個(gè)注2，為空表示對(duì)此對(duì)象類(lèi)的所有實(shí)例均進(jìn)行采集和上報(bào)，若有新增實(shí)例，OMC應(yīng)按照該類(lèi)所確定的采集活動(dòng)自動(dòng)進(jìn)行采集和上報(bào)注3）； 采集活動(dòng)起始時(shí)間（從NMC的角度來(lái)看的采集活動(dòng)起始時(shí)間，若不指定，表示立即開(kāi)始采集）； 采集活動(dòng)終止時(shí)間（從NMC的角度來(lái)看的采集活動(dòng)結(jié)束時(shí)間，若不指定，表示一直采集）； 采集活動(dòng)詳細(xì)計(jì)劃（指在采集活動(dòng)起始時(shí)間和采集活動(dòng)終止時(shí)間之內(nèi)更加詳細(xì)的采集計(jì)劃，可指定每天或每周特定的時(shí)間）； 采集時(shí)間間隔（15分鐘或更大的時(shí)間粒度）； 上報(bào)時(shí)間間隔（OMC向NMC上報(bào)采集結(jié)果的時(shí)間間隔，可等于采集時(shí)間

42、間隔，或是采集時(shí)間間隔的整數(shù)倍）； 要采集的一個(gè)或多個(gè)性能參數(shù)，不能為空。當(dāng)創(chuàng)建采集活動(dòng)成功后，OMC向NMC返回采集活動(dòng)標(biāo)識(shí)符，并且從NMC的角度看，OMC將根據(jù)設(shè)置的采集活動(dòng)起始時(shí)間、采集活動(dòng)詳細(xì)計(jì)劃、采集時(shí)間間隔和上報(bào)時(shí)間間隔等要求對(duì)網(wǎng)絡(luò)資源開(kāi)始進(jìn)行性能數(shù)據(jù)采集和上報(bào)。OMC應(yīng)保證在與NMC的連接斷開(kāi)期間保持采集活動(dòng)；OMC在發(fā)生故障并恢復(fù)后，能夠根據(jù)當(dāng)前情況自動(dòng)復(fù)原采集活動(dòng)注4。注 1：?jiǎn)蜰MC可創(chuàng)建的采集活動(dòng)個(gè)數(shù)一般不超過(guò)200個(gè)。注 2：若在操作中指定對(duì)象實(shí)例，則指定的對(duì)象實(shí)例的個(gè)數(shù)一般不超過(guò)1000個(gè)，若指定的實(shí)例個(gè)數(shù)超出OMC支持的范圍，OMC返回異常，且在異常中給出可支持的最

43、大個(gè)數(shù)。注 3：若在操作中未指定對(duì)象實(shí)例，則對(duì)該對(duì)象類(lèi)的所有實(shí)例進(jìn)行采集和上報(bào)，有新增實(shí)例時(shí)，OMC應(yīng)對(duì)新增實(shí)例自動(dòng)進(jìn)行性能數(shù)據(jù)的采集和上報(bào)。為保證數(shù)據(jù)完備性，NMC應(yīng)采取機(jī)制核實(shí)性能數(shù)據(jù)和配置數(shù)據(jù)的一致性，在發(fā)現(xiàn)OMC確實(shí)難以保證數(shù)據(jù)一致時(shí)，NMC可重新創(chuàng)建一個(gè)與原采集活動(dòng)參數(shù)相同的采集活動(dòng)，在創(chuàng)建成功后刪除原有的采集活動(dòng)（建議：NMC在實(shí)現(xiàn)時(shí)，NMCOMC接口中的采集活動(dòng)號(hào)對(duì)NMC用戶透明。對(duì)于上述這種情況，應(yīng)讓用戶感覺(jué)不到接口中采集活動(dòng)進(jìn)行了先創(chuàng)后刪的操作，對(duì)用戶來(lái)說(shuō)整個(gè)采集活動(dòng)是連續(xù)的）。注 4：OMC自動(dòng)復(fù)原采集活動(dòng)，是指故障恢復(fù)后，OMC的采集活動(dòng)根據(jù)創(chuàng)建時(shí)指定的參數(shù)進(jìn)入與當(dāng)前時(shí)間

44、相應(yīng)的正確狀態(tài)。 結(jié)束采集活動(dòng)NMC-OMC接口應(yīng)支持NMC結(jié)束性能采集活動(dòng)（從NMC的角度來(lái)看，性能采集活動(dòng)結(jié)束，OMC不再對(duì)相應(yīng)性能數(shù)據(jù)進(jìn)行監(jiān)測(cè)和上報(bào)，OMC內(nèi)部是否真正停止采集，不在本規(guī)范的定義范圍之內(nèi)），該請(qǐng)求應(yīng)包括如下參數(shù)：采集活動(dòng)標(biāo)識(shí)符。 掛起采集活動(dòng)NMC-OMC接口應(yīng)支持NMC掛起性能采集活動(dòng)，請(qǐng)求中應(yīng)包括如下參數(shù)：采集活動(dòng)標(biāo)識(shí)符。如果掛起成功，從NMC的角度來(lái)看，OMC不再對(duì)相應(yīng)性能數(shù)據(jù)進(jìn)行監(jiān)測(cè)和上報(bào)。 恢復(fù)采集活動(dòng)NMC-OMC接口應(yīng)支持NMC恢復(fù)性能采集活動(dòng)，請(qǐng)求中應(yīng)包括如下參數(shù)：采集活動(dòng)標(biāo)識(shí)符。如果恢復(fù)成功，從NMC的角度

45、來(lái)看，OMC應(yīng)根據(jù)創(chuàng)建采集活動(dòng)時(shí)指定的參數(shù)進(jìn)入與當(dāng)前時(shí)間相應(yīng)的正確狀態(tài)。 查詢采集活動(dòng)參數(shù)NMC-OMC接口應(yīng)支持NMC查詢采集活動(dòng)參數(shù)，包括：采集活動(dòng)標(biāo)識(shí)符；被采集對(duì)象類(lèi)名和對(duì)象實(shí)例標(biāo)識(shí)符（為空表示該對(duì)象類(lèi)的全部實(shí)例）；采集活動(dòng)起始時(shí)間；采集活動(dòng)終止時(shí)間；采集活動(dòng)詳細(xì)計(jì)劃；采集時(shí)間間隔；上報(bào)時(shí)間間隔；采集活動(dòng)狀態(tài)；要采集的性能參數(shù)。 性能數(shù)據(jù)補(bǔ)采NMC-OMC接口應(yīng)支持NMC主動(dòng)補(bǔ)采性能數(shù)據(jù)。一般，OMC具備一定的性能數(shù)據(jù)補(bǔ)采能力，若一個(gè)上報(bào)周期內(nèi)的數(shù)據(jù)未準(zhǔn)備好，則先向NMC發(fā)出“文件準(zhǔn)備異常通知”，然后繼續(xù)準(zhǔn)備文件，等文件準(zhǔn)備好后，再向NMC發(fā)“文件準(zhǔn)備好通

46、知”，期間不再發(fā)“文件準(zhǔn)備異常通知”。但在如下情況（但不限于）時(shí)，OMC自身的補(bǔ)采能力不能滿足NMC的需求：1） NMC對(duì)某段時(shí)間的性能數(shù)據(jù)有所懷疑；2） NMC未收到某段時(shí)間的性能數(shù)據(jù)，在等待一定時(shí)間后，仍未收到，NMC需要主動(dòng)發(fā)出補(bǔ)采操作；3） OMC認(rèn)為數(shù)據(jù)已經(jīng)完備，不再補(bǔ)采，但NMC經(jīng)分析后認(rèn)為不完備，主動(dòng)發(fā)出補(bǔ)采操作；4） OMC配置數(shù)據(jù)更新后，未及時(shí)上報(bào)相應(yīng)的性能數(shù)據(jù)，需要NMC進(jìn)行補(bǔ)采。NMC在調(diào)用補(bǔ)采操作時(shí)，可指定如下參數(shù)： 原采集活動(dòng)標(biāo)識(shí)符； 要補(bǔ)采的管理對(duì)象實(shí)例標(biāo)識(shí)符列表； 補(bǔ)采的起始時(shí)間和結(jié)束時(shí)間。性能數(shù)據(jù)補(bǔ)采結(jié)果存放于文件中，文件準(zhǔn)備好后，OMC向NMC發(fā)出文件準(zhǔn)備好通

47、知；若OMC判斷文件確實(shí)無(wú)法完全準(zhǔn)備好，則向NMC發(fā)出文件準(zhǔn)備異常通知（若已經(jīng)有部分文件生成，則在異常通知中給出相應(yīng)的文件信息）。NMC可在內(nèi)部設(shè)定等待時(shí)長(zhǎng)（不在本規(guī)范的定義范圍），若超出其設(shè)定的等待時(shí)長(zhǎng)仍未收到相應(yīng)的文件準(zhǔn)備好通知，則NMC可根據(jù)自身需求作出反饋：或者再次補(bǔ)采，或者放棄補(bǔ)采（不在本規(guī)范的定義范圍）。補(bǔ)采性能數(shù)據(jù)文件的命名區(qū)別于常規(guī)性能數(shù)據(jù)文件。OMC應(yīng)至少支持1周內(nèi)性能數(shù)據(jù)的補(bǔ)采。 性能數(shù)據(jù)上報(bào)性能測(cè)量數(shù)據(jù)存放于文件中。當(dāng)OMC開(kāi)始采集性能數(shù)據(jù)，且NMC指定的上報(bào)時(shí)間間隔到達(dá)后，OMC應(yīng)將相應(yīng)的性能測(cè)量數(shù)據(jù)的文件準(zhǔn)備好，并將文件信息通知給NMC，NMC可以隨時(shí)

48、獲取相應(yīng)文件。OMC可以在一個(gè)文件準(zhǔn)備好通知中包含一個(gè)采集活動(dòng)的文件信息，也可以包含多個(gè)采集活動(dòng)的文件信息。當(dāng)NMC指定的性能數(shù)據(jù)上報(bào)時(shí)間間隔（含規(guī)定范圍內(nèi)的延遲時(shí)間，相應(yīng)延遲時(shí)間的規(guī)定見(jiàn)第4部分 NMC-OMC接口技術(shù)要求 第8分冊(cè) 接口性能指標(biāo)）到達(dá)時(shí)，即使數(shù)據(jù)不完備，也應(yīng)該上報(bào)“文件準(zhǔn)備異?！蓖ㄖㄈ粢呀?jīng)有部分文件生成，則在異常通知中給出相應(yīng)的文件信息），由NMC決定是否取該文件。 采集活動(dòng)狀態(tài)變化上報(bào)當(dāng)采集活動(dòng)的狀態(tài)發(fā)生變化時(shí)，如停止、掛起或者恢復(fù)，OMC向NMC發(fā)送采集活動(dòng)狀態(tài)變化通知。3.10.3 性能門(mén)限管理功能集 用例NMC可以對(duì)OMC的性能數(shù)據(jù)

49、門(mén)限進(jìn)行設(shè)置，通過(guò)對(duì)性能門(mén)限的設(shè)置，當(dāng)OMC采集到的性能數(shù)據(jù)達(dá)到或超越門(mén)限時(shí)，OMC應(yīng)發(fā)出相應(yīng)的越限告警。性能門(mén)限管理功能集劃分為：創(chuàng)建性能門(mén)限、刪除性能門(mén)限、掛起/恢復(fù)性能門(mén)限、查詢性能門(mén)限參數(shù)和性能越限告警上報(bào)，如下圖所示。圖16 性能門(mén)限管理功能集用例圖 創(chuàng)建性能門(mén)限NMC-OMC接口應(yīng)支持NMC創(chuàng)建性能門(mén)限，創(chuàng)建請(qǐng)求包括如下參數(shù)： 被監(jiān)測(cè)的被管對(duì)象類(lèi)名和實(shí)例標(biāo)識(shí)符（實(shí)例可為空，也可為一個(gè)或多個(gè)，為空表示此對(duì)象類(lèi)對(duì)應(yīng)的所有實(shí)例，若有新增實(shí)例，OMC應(yīng)按照該類(lèi)所確定的性能門(mén)限要求自動(dòng)進(jìn)行監(jiān)測(cè)和上報(bào)注1）； 被監(jiān)測(cè)的性能數(shù)據(jù)名稱(chēng)、相應(yīng)的告警門(mén)限值、監(jiān)測(cè)時(shí)間間隔、粘滯值、監(jiān)測(cè)方

50、向、可能原因以及告警級(jí)別（可選注2）等的序列。當(dāng)創(chuàng)建性能門(mén)限成功后，OMC向NMC返回性能門(mén)限標(biāo)識(shí)符，且應(yīng)上報(bào)性能門(mén)限創(chuàng)建通知。注 1：為保證數(shù)據(jù)完備性，NMC應(yīng)采取機(jī)制核實(shí)性能數(shù)據(jù)和配置數(shù)據(jù)的一致性，在發(fā)現(xiàn)OMC確實(shí)難以保證數(shù)據(jù)一致時(shí)，NMC可重新創(chuàng)建一個(gè)與原性能門(mén)限相同的性能門(mén)限對(duì)象，在創(chuàng)建成功后刪除原有的門(mén)限（建議：NMC實(shí)現(xiàn)時(shí)，接口中的性能門(mén)限標(biāo)識(shí)符對(duì)NMC用戶透明。對(duì)于這種情況，用戶感覺(jué)不到接口中性能門(mén)限進(jìn)行了先創(chuàng)后刪的操作。）注 2：如果不指定則上報(bào)性能越限告警時(shí)采用約定的告警級(jí)別。 刪除性能門(mén)限NMC-OMC接口應(yīng)支持NMC刪除性能門(mén)限，刪除請(qǐng)求包括如下參數(shù)：性能

51、門(mén)限標(biāo)識(shí)符。當(dāng)刪除性能門(mén)限成功后，OMC應(yīng)向NMC上報(bào)性能門(mén)限刪除通知。 掛起性能門(mén)限NMC-OMC接口應(yīng)支持NMC掛起性能門(mén)限，請(qǐng)求中應(yīng)包括如下參數(shù)：性能門(mén)限標(biāo)識(shí)符。如果掛起成功，該性能門(mén)限不再發(fā)揮作用。OMC應(yīng)向NMC上報(bào)性能門(mén)限狀態(tài)改變通知。 恢復(fù)性能門(mén)限NMC-OMC接口應(yīng)支持NMC恢復(fù)性能門(mén)限，請(qǐng)求中應(yīng)包括如下參數(shù)：性能門(mén)限標(biāo)識(shí)符。如果恢復(fù)成功，性能門(mén)限將繼續(xù)發(fā)揮作用。OMC應(yīng)向NMC上報(bào)性能門(mén)限狀態(tài)改變通知。 查詢性能門(mén)限參數(shù)NMC-OMC接口應(yīng)支持NMC查詢性能門(mén)限參數(shù)，包括：性能門(mén)限標(biāo)識(shí)符；被監(jiān)測(cè)的被管對(duì)象類(lèi)名及一個(gè)或多個(gè)實(shí)例的標(biāo)

52、識(shí)符；被監(jiān)測(cè)的性能數(shù)據(jù)名稱(chēng)、相應(yīng)的告警門(mén)限值、監(jiān)測(cè)時(shí)間間隔、粘滯值、監(jiān)測(cè)方向、可能原因以及告警級(jí)別等的序列。 性能越限告警上報(bào)當(dāng)采集到的性能參數(shù)值達(dá)到或逾越了所設(shè)定的性能門(mén)限時(shí)，OMC應(yīng)向NMC上報(bào)相應(yīng)的性能越限告警。該告警中應(yīng)包含逾門(mén)限的性能參數(shù)名稱(chēng)和值；若創(chuàng)建性能門(mén)限對(duì)象時(shí)規(guī)定了告警級(jí)別，該告警的告警級(jí)別應(yīng)與其一致。該功能使用了故障管理功能中的“告警上報(bào)功能”。 性能門(mén)限狀態(tài)變化上報(bào)當(dāng)性能門(mén)限的狀態(tài)發(fā)生變化時(shí)，如掛起或者恢復(fù)，OMC應(yīng)向NMC發(fā)送性能門(mén)限狀態(tài)變化通知。3.10.4 性能數(shù)據(jù)管理功能 查詢性能數(shù)據(jù)文件性能測(cè)量數(shù)據(jù)存放于文件中。N

53、MC-OMC接口應(yīng)支持NMC查詢指定條件的存放性能數(shù)據(jù)的文件信息。該功能使用了文件傳輸功能中的“查詢文件信息”功能。3.11 安全管理功能集待定，本版本中不做要求。附錄A 本系列標(biāo)準(zhǔn)采用的方法論（資料性附錄）本系列標(biāo)準(zhǔn)采用了UTRAD方法學(xué)定義管理接口，在接口的描述過(guò)程中，分三個(gè)階段，分別為：需求階段，分析階段和設(shè)計(jì)階段。需求階段定義在網(wǎng)管系統(tǒng)中相互作用的實(shí)體、性質(zhì)以及它們之間的關(guān)系，并對(duì)網(wǎng)管系統(tǒng)接口的功能進(jìn)行定義。分析階段對(duì)需求階段描述的接口功能進(jìn)行細(xì)化，包括網(wǎng)管系統(tǒng)中各實(shí)體在實(shí)現(xiàn)接口功能時(shí)的交互關(guān)系；為了實(shí)現(xiàn)接口功能所需要定義的被管理資源及其詳細(xì)屬性、行為等。設(shè)計(jì)階段用形式化的接口描述語(yǔ)言

54、來(lái)描述被管理資源。根據(jù)用戶需求及適用范圍，可選擇不同的接口描述語(yǔ)言，如OMG IDL，GDMO/ASN.1等。根據(jù)UTRAD方法學(xué)對(duì)網(wǎng)管接口進(jìn)行描述，在需求階段和分析階段，本系列規(guī)范具體采用了UML表示法。應(yīng)用在UTRAD方法中，其具體表現(xiàn)形式將在以下的小節(jié)中進(jìn)行描述。A.1 接口功能需求的描述方法在描述接口功能需求時(shí)，分兩個(gè)層次，分別為“事務(wù)需求”和“詳述需求”?！笆聞?wù)需求”從高層管理者的角度概要描述了本接口需要實(shí)現(xiàn)的基本功能，使讀者對(duì)本接口的功能有一個(gè)宏觀的了解。另外，需要指明實(shí)現(xiàn)本接口功能時(shí)交互的實(shí)體名稱(chēng)和相互關(guān)系，即角色定義。用UML表示法對(duì)事務(wù)需求進(jìn)行描述時(shí)，應(yīng)用了UML中的用例圖來(lái)

55、表示接口的基本功能?！霸斒鲂枨蟆笔菍?duì)“事務(wù)需求”中描述的基本功能的逐層細(xì)化。在功能的細(xì)化過(guò)程中，可以用自然語(yǔ)言給出盡量詳細(xì)的功能描述，為以后的接口分析和接口設(shè)計(jì)提供充足的依據(jù)。若在功能細(xì)化過(guò)程中，需要增加新的管理實(shí)體（即角色），則需要給出相應(yīng)聲明。在用UML對(duì)需求進(jìn)行詳述時(shí)，使用UML的用例圖。A.2 接口分析的描述方法接口分析階段，是對(duì)需求階段描述的功能做更進(jìn)一步的分析，如各個(gè)功能的輸入輸出數(shù)據(jù)；實(shí)現(xiàn)這些功能需要哪些被管理資源；這些被管理資源應(yīng)抽象出哪些屬性，有哪些行為；在完成功能過(guò)程中，各個(gè)管理實(shí)體之間有什么關(guān)系，發(fā)生了什么交互等等。在這個(gè)階段，使用UML中的類(lèi)圖（被管理資源在UML中稱(chēng)為類(lèi)）和表格來(lái)描述被管理資源的屬性，行為，通知等；使用UML中的序列圖來(lái)描述管理實(shí)體在完成功能過(guò)程中的交互序列；如果需要，還可以使用UML的狀態(tài)圖來(lái)描述實(shí)體或資源狀態(tài)的變化。需要注意的是，雖然接口分析階段所描述的是較