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

1、××/T ×××××××× 企業(yè)秘密中國電信移動網(wǎng)絡(luò)管理規(guī)范體系OMC北向接口規(guī)范 第1分冊 接口功能（V3.0）中國電信集團網(wǎng)運部完成日期：2010年4月1中國電信移動網(wǎng)管OMC北向接口規(guī)范目 次目 次2前 言41 范圍52 規(guī)范性引用文件53 術(shù)語、定義與縮略語53.1 術(shù)語與定義53.1.1 管理域控制對象53.1.2 網(wǎng)絡(luò)資源對象53.1.3 采集活動63.1.4 活躍告警63.1.5 告警歷史信息63.1.6 告警信息列表63.2 縮略語6網(wǎng)絡(luò)管理體系結(jié)構(gòu)63.3 中國電信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 訪問入口點功能集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 配置信息改變通知上報功能173.8.4 配置信息同步功能183.9 故障管理功能集183.9

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

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

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

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

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

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

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

10、ORBA公共對象請求代理體系（Common Object Request Broker Architecture）IDL接口定義語言（Interface Definition Language）IRP集成參考點（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操作、管理、維護和指配（Operation, Administrat

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

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

13、圖中的IF4，對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ī)范在定義管理接口時，采用CORBA技術(shù)，其通信協(xié)議棧為IIOP協(xié)議棧。在文件傳輸時，采用FTP協(xié)議棧；在遠程操作維護時，采用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ù)類別OMG版本號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é)議）方式進行文件的傳輸，相應(yīng)的協(xié)議棧如下圖所示。應(yīng)用層傳輸層網(wǎng)絡(luò)層數(shù)據(jù)鏈路層FTPTCPIPDL物理層PHY圖4 FTP使用的協(xié)議棧3.5.3 Telne

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

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

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

18、針），并從而調(diào)用相關(guān)操作來執(zhí)行特定的管理功能。入口點對象將網(wǎng)管系統(tǒng)從需要存儲大量被管對象的引用（指針）的繁瑣工作中解脫出來。通過利用入口點對象，網(wǎng)管系統(tǒng)可以根據(jù)需要隨時訪問入口點對象獲取指定的被管對象的引用（指針）。為了增加管理的靈活性，在入口點對象中增加了版本協(xié)商機制，即網(wǎng)管系統(tǒng)首先獲得被管系統(tǒng)中所支持的管理域控制對象的概述信息，然后網(wǎng)管系統(tǒng)選擇需要的版本，再獲得對應(yīng)的對象引用值。入口點對象提供的功能包括： 允許NMC獲得OMC內(nèi)各個管理域控制對象的標(biāo)識、支持的版本以及它們各自的管理域等概述信息； 入口點可以提供版本控制機制，NMC可以通過入口點對象獲取所需版本的管理域控制對象的對象引用；

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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