OMC北向接口參數(shù)輸出標準--統(tǒng)一網(wǎng)絡資源模型文件格式

1、中國移動通信企業(yè)標準QB-XX-XXX-XXXX移動通信網(wǎng)網(wǎng)絡管理技術規(guī)范OMC北向接口統(tǒng)一網(wǎng)絡資源模型文件格式UnifiedFormatofNetworkResourceModelFiles版本號：1.0.0（報批稿）XXXX-XX-XX發(fā)布XXXX-XX-XX實施中國移動通信集團公司發(fā)布目錄目錄11前言III1 范圍12 規(guī)范性引用文件13 術語、定義和縮略語14 網(wǎng)絡資源模型文件格式綜述14.1 網(wǎng)絡資源模型的采集機制24.2 網(wǎng)絡資源模型文件格式25 網(wǎng)絡資源模型文件格式35.1 文件總體結構35.2 文件頭部分35.3 網(wǎng)絡資源模型部分45.3.1 網(wǎng)絡資源模型的組織45.3.2 對

2、補充網(wǎng)絡資源模型的支持56 數(shù)據(jù)類型的串化和還原66.1 總體方案66.2 標記的數(shù)據(jù)類型串化和還原66.2.1 標記值保留字符66.2.2 簡單數(shù)據(jù)類型66.2.3 復雜數(shù)據(jù)類型76.3 標記屬性的數(shù)據(jù)類型串化和還原96.3.1 NRM文件標記屬性96.3.2 標記屬性值保留字符107 網(wǎng)絡資源模型文件組織107.1 綜述107.2 文件的命名107.3 文件的壓縮127.4 文件的更新128 編制歷史12附錄A統(tǒng)一網(wǎng)絡資源模型文件SCHEMA（規(guī)范性附錄）13附錄B網(wǎng)絡資源模型文件示例（資料性附錄）13本標準用于規(guī)范移動通信網(wǎng)絡設備的OMCt向接口的網(wǎng)絡資源模型文件的格式，使來自不同廠商的

3、OMC生的網(wǎng)絡資源模型文件格式一致。本標準約定OMC向接口的網(wǎng)絡資源模型使用XM及:件承載，且規(guī)定XM及:件的結構以及不同類型的網(wǎng)絡資源模型在XM中的存儲方案。本標準是“移動通信網(wǎng)網(wǎng)絡管理技術規(guī)范OMC匕向接口統(tǒng)一文件格式”系列標準之一，該系列標準的結構、名稱或預計的名稱如下：序號標準編號標準名稱1QB-W-XXX-2012移動通信網(wǎng)網(wǎng)絡管理技術規(guī)范OMC1匕向接口統(tǒng)一網(wǎng)絡資源模型文件格式2QB-W-XXX-2012移動通信網(wǎng)網(wǎng)絡管理技術規(guī)范OMC1匕向接口統(tǒng)一性能測量數(shù)據(jù)文件格式本標準的附錄附標準性附錄，附錄B為資料性附錄。本標準由中移號文件印發(fā)。本標準由中國移動通信集團網(wǎng)絡部提出，集團公司

4、技術部歸口本標準起草單位：中國移動通信集團公司網(wǎng)絡部本標準主要起草人：李健1范圍本標準規(guī)定了移動通信網(wǎng)絡的OMC北向接口網(wǎng)絡資源模型文件的文件格式，供OMC北向接口開發(fā)人員、網(wǎng)絡系統(tǒng)數(shù)據(jù)采集程序開發(fā)人員參考使用；本標準可適用于GSM、TD-SCDMAIMS、EP藩網(wǎng)絡的OMC北向接口。2 規(guī)范性引用文件下列文件中的條款通過本標準的引用而成為本標準的條款。凡是注日期的引用文件，其隨后所有的修改單（不包括勘誤的內(nèi)容）或修訂版均不適用于本標準，然而，鼓勵根據(jù)本標準達成協(xié)議的各方研究是否可使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本標準。序號標準編號標準名稱發(fā)布單位1QB-W-0

5、07-2007中國移動第三代移動通信網(wǎng)網(wǎng)絡管理接口技術規(guī)范中國移動通信集團公司3 術語、定義和縮略語詞語解釋DnDistinguishedName,識另Ll名Itf-NNorthboundInterface,W匕向接口IOCInformationObjectClass,信息對象類MMEMobilityManagementEntity,移動性管理實體NENetworkElement,網(wǎng)元NMSNetworkManagementSystem,網(wǎng)絡管理系統(tǒng)NRMNetworkResourceModel,網(wǎng)絡資源模型OMCOperation&MaintenanceCenter,操作維護中心PM

6、PerformanceMeasurements,性能測量數(shù)據(jù)XMLExtensibleMarkupLanguage,可擴展標記語言4 網(wǎng)絡資源模型文件格式綜述4.1 網(wǎng)絡資源模型的采集機制NR成件圖1網(wǎng)絡資源模型改成和采集流程示意圖配置管理是網(wǎng)絡管理系統(tǒng)（NMS）的基本功能，NMS有效進行配置管理的前提是網(wǎng)絡的配置信息完整、準確。按配置數(shù)據(jù)的流轉(zhuǎn)過程，NMS對網(wǎng)絡配置數(shù)據(jù)的采集可以劃分為兩個過程：（一）網(wǎng)絡的配置數(shù)據(jù)同步至OMC。由于OMC與網(wǎng)元由同一設備廠商的提供，它們之間的接口為私有接口，OMC如何從網(wǎng)元同步配置數(shù)據(jù)、配置數(shù)據(jù)以何種形式存在都不屬于標準化的范疇。（二）NMS從OMC上采集配

7、置數(shù)據(jù)。OMC北向接口則通過標準化解決了NMS與源自不同設備供應商的OMC之間的互通問題，OMC北向接口的標準化涉及接口功能、接口協(xié)議以及接口信息模型的標準化，配置數(shù)據(jù)的標準化是接口信息模型標準化的內(nèi)容之一?；诿嫦?qū)ο蟮姆治雠c設計技術，網(wǎng)絡的配置數(shù)據(jù)以IOC的形式進行標準化建模，標準化后的配置數(shù)據(jù)稱為網(wǎng)絡資源模型，并以文件的形式存儲在OMC上，這樣的文件稱為網(wǎng)絡資源模型文件。NMS從OMC提取網(wǎng)絡資源模型文件，并基于網(wǎng)絡資源模型、性能測量數(shù)據(jù)等信息，生成網(wǎng)絡運維所需的報表。注14.2 網(wǎng)絡資源模型文件格式注1根據(jù)中國移動第三代移動通信網(wǎng)網(wǎng)絡管理接口技術規(guī)范，網(wǎng)絡的配置數(shù)據(jù)也可以通過基本配置管

8、理接口獲取，基本配置管理接口可能不使用文件的方式傳遞配置數(shù)據(jù)。但從大批量數(shù)據(jù)傳遞效率的角度出發(fā),本標準均約定NRM以文件的方式傳遞。一般地，為簡化NMS數(shù)據(jù)采集的復雜度，使用同一個程序采集不同廠商OMC提供的網(wǎng)絡資源模型文件，OMC北向接口既要約定網(wǎng)絡資源模型的內(nèi)容，又要約定網(wǎng)絡資源模型文件的格式。網(wǎng)絡資源模型內(nèi)容的規(guī)范化不是本標準的內(nèi)容范疇；而網(wǎng)絡資源模型文件通常有ASN.1與XML等多種格式。本標準約定網(wǎng)絡資源模型統(tǒng)一采用XML格式的文件，且文件格式使用Schema進行約束。5 網(wǎng)絡資源模型文件格式5.1 文件總體結構I-FileHeader+1-EF-Ij-；Objects由圖2網(wǎng)絡資源

9、模型文件結構圖如上圖所示，網(wǎng)絡資源模型文件總體上包括兩部分：網(wǎng)絡資源模型文件頭：文件頭部分主要用于存放關于網(wǎng)絡資源模型的控制信息，以便于NMS識別、處理網(wǎng)絡資源模型文件。網(wǎng)絡資源對象：即具體的網(wǎng)絡資源模型的實例，這一部分是網(wǎng)絡資源模型文件主體。5.2 文件頭部分圖3網(wǎng)絡資源模型文件頭結構圖XML標記）的數(shù)網(wǎng)絡資源模型文件頭存放在FileHeader標記下，它下屬的各個字段（據(jù)類型及含義如下：InfoModelReferenced:字符串型，指示網(wǎng)絡資源模型文件中的網(wǎng)絡資源模型所遵循的信息模型的標準，如CMCC-ENB-NRM-V1.1.0DnPrefix：字符串型，指示生成這個網(wǎng)絡資源模型文件

10、的子網(wǎng)的Dn前綴。SenderName：字符串型，指示生成這個網(wǎng)絡資源模型文件的ManagementNode的Dn,即OMC。VendorName:字符串型，指示生成這個網(wǎng)絡資源模型文件的OMC的設備供應商。DataTime：日期時間型，指示文件中的網(wǎng)絡資源模型的時間。注意，此時間代表OMC從網(wǎng)絡同步配置數(shù)據(jù)的時間，它與網(wǎng)絡資源模型文件的生成時間無關。5.3 網(wǎng)絡資源模型部分5.3.1 網(wǎng)絡資源模型的組織網(wǎng)絡資源模型的對象類實例部分是網(wǎng)絡資源模型文件的主體，它的結構如下圖-1attziifutesObjectTypeFieldflaMeFieldValue圖4網(wǎng)絡資源模型文件對象類實例部分的結

11、構如上圖所示，對象類實例（Objects）部分是IOC實例對象的組合，每一組網(wǎng)絡資源模型是一個IOCf關的對象實例，包括三個字段（XML的標記）：ObjectType:指示該組網(wǎng)絡資源模型歸屬的對象類FieldName：該部分指示該對象類的屬性列表，每個屬性分別存放在單獨一個標記N中。標記N的屬性i是整數(shù)，指示了當前的屬性在屬性名列表中的自然數(shù)序號。FieldValue：該部分存放各種IOC寸象的屬性值，每個對象實例的屬性值存放在一個Cm標記中。標記Cm咆括兩個屬性：屬性Dn指示當前的對象的識別名；屬性UserLabel指示當前對象的UserLabel,以方便人工查找該對象的網(wǎng)絡資源模型。標記

12、CmT包含一組屬性值V,其個數(shù)與FieldName部分的標記N的個數(shù)保持一致，并使用屬性i進行關聯(lián)，即Cm中的第i個V（或熱參見下一節(jié)）對應于FieldName部分第ijN。當某個對象的FieldName對應的值無法取到時，在FieldValue中不應省略對應的V標記，此時標記內(nèi)內(nèi)容為空。5.3.2 對補充網(wǎng)絡資源模型的支持補充網(wǎng)絡資源模型是指在OMC北向接口信息模型標準的網(wǎng)絡資源模型部分之外定義的網(wǎng)絡資源模型。對補充網(wǎng)絡資源模型的支持，可以使標準使用單位在現(xiàn)有的網(wǎng)絡資源模型標準的基礎之上，針對本地的維護需求，補充定義網(wǎng)絡資源模型要求，并通過統(tǒng)一的網(wǎng)絡資源模型文件上傳，而無須另行約定網(wǎng)絡資源模

13、型文件格式。補充的網(wǎng)絡資源模型也必須使用面向?qū)ο蟮姆治雠c設計技術進行建模。補充網(wǎng)絡資源模型在性能測量文件中，參照標準的網(wǎng)絡資源模型存放。對補充網(wǎng)絡資源模型的支持，使彳#OMC可以同時在一個文件中，存放符合不同版本的信息模型標準的網(wǎng)絡資源模型成為可能。但若不同版本的網(wǎng)絡資源模型對使用同一對象類的同一屬性有不同的定義，則應使用不同的文件分別存儲網(wǎng)絡資源模型?？傊y(tǒng)一網(wǎng)絡資源模型文件格式與具體的信息模型是無關的，這為OMC北向接口信息模型的版本升級過程帶來便利。在通常情況下，若要支持新版本的OMC北向接口信息模型，網(wǎng)元、OMC以及NMS都需要升級，且升級過程可能會持續(xù)相當長的一段時間。統(tǒng)一網(wǎng)絡資源

14、模型文彳可使OMC和NMS的升級獨立開來：OMC升級可才立于NMS進行。盡管信息模型的版本不一致，但由于文件格式是統(tǒng)一的，NMS上舊版本的數(shù)據(jù)采集程序仍可以支持新版本OMC生成的網(wǎng)絡資源模型文件的采集，新版本多出的網(wǎng)絡資源模型被自動忽略；NMS的升級可獨立于OMC進行。在OMC升級過程中，NMS也可獨立進行升級，新采集程序在處理舊版本的網(wǎng)絡資源模型文件時，可標記新版本信息模型中增量的網(wǎng)絡資源模型為未采集到。這樣，OMC與NMS的升級計劃可相對獨立安排，互不干擾。6數(shù)據(jù)類型的串化和還原6.1 總體方案OMC北向接口的信息模型中使用的數(shù)據(jù)類型包括簡單數(shù)據(jù)類型和復雜數(shù)據(jù)類型。簡單數(shù)據(jù)類型包括整型、實

15、型、字符型、字符串、布爾型、日期時間型。復雜數(shù)據(jù)類型又稱為構造數(shù)據(jù)類型，即它是通過多個簡單數(shù)據(jù)類型構造生成，如列表、結構等。簡單數(shù)據(jù)類型的種類是有限的，但復雜數(shù)據(jù)類型可以根據(jù)應用需求自由定義，其數(shù)據(jù)類型理論上無法窮舉。為避免文件格式與信息模型的相關性，在文件格式標準無法為每一種復雜數(shù)據(jù)類型分別約定其呈現(xiàn)形式，因此本文約定所有的數(shù)據(jù)類型均以字符串的形式出現(xiàn)，并約定了不同數(shù)據(jù)類型向字符串的轉(zhuǎn)換規(guī)則。本文將各種數(shù)據(jù)類型向XML的標記值字符串或標記屬性值字符串轉(zhuǎn)換過程稱為“數(shù)據(jù)類型串化過程”，并簡稱之為“串化”；將XML的標記值字符串或標記屬性值字符串還原為原數(shù)據(jù)類型的過程稱為“數(shù)據(jù)類型還原過程”，并

16、簡稱之為“還原”。6.2 標記的數(shù)據(jù)類型串化和還原6.2.1 標記值保留字符用于標記值的保留字符包括兩類，即XML保留字符和信息模型保留字符。XML保留字符是指字符<和'&'如果字符型或字符串型的值中包括了XML保留字符，按XML的語法，在輸出結果應分別使用“&lt;、"“&gt;和“&amp;'代替（不含雙引號）。信息模型保留字符是指本標準約定的，用于構造復雜數(shù)據(jù)類型的關鍵字符，包括字符''、'«、）和"。如果字符型或字符串型的值中包括了上述信息模型保留字，則在輸出結果應分別使

17、用字符串“"、“”、"（"、“）”、丁和“”代替（不含雙引號）。6.2.2 簡單數(shù)據(jù)類型6.2.2.1 簡單數(shù)據(jù)類型串化簡單數(shù)據(jù)類型串化過程分為兩個步驟：步驟1:字符串轉(zhuǎn)換步驟2:保留字符替換以下舉例說明各種簡單數(shù)據(jù)類型在步驟1轉(zhuǎn)化為字符串的結果：表i簡單數(shù)據(jù)類型的串化數(shù)據(jù)類型示例示例輸出結果補充說明整型12<V>12</V>(1)輸出結果填寫在標記<V><<SV>內(nèi)時，不包括表示字符串的雙引號(2)格式化時可能指示了占位寬度，如12.3456可能表示為“12.3456”，此時占位符必須使用空格，而不能使用制表

18、符。NM解析程序應能識別并處理占位空格。(3)布爾型的結果統(tǒng)一轉(zhuǎn)化為大寫字符串。實型12.3456<V>12.3456</V>字符型,C?<V>C</V>布爾型True/TRUEFalse/FALSE<V>TRUE</V><V>FALSE</V>字符串型abcde”<V>abcde</V>日期型2012年6月26日<V>2012-06-26</V>日期時間型東8區(qū)2012年5月8日17:30:00<V>2012-05-08T17:30:00

19、+08:00</V>當簡單數(shù)據(jù)類型格式化后的字符串中包含了XML保留字符或信息模型保留字符時，應進步將各保留字符替換為其替代字符串。如IOCTrafficRoute的屬性UserLabe取值為“Route&1'時在XML文件中應表示為:<v>Route&amp;1</V>又如IOCManagedElement的屬性ManagedBy的值為“CMCCBeiJing.XiCheng,SubNetwork=1,ManagementNode=1時，在"XML文件中應表示為：<V>CMCCBeiJing.XiCheng,S

20、ubNetwork=1,ManagementNode=1</V>6.2.2.2 簡單數(shù)據(jù)類型還原與串化過程相反，簡單數(shù)據(jù)類型還原過程分也兩個步驟：步驟1:保留字符替代字符串還原為保留字符步驟2:字符串轉(zhuǎn)簡單數(shù)據(jù)類型如當從XML文件中取得IOCTrafficRoute的屬性UserLabel對應的值為“CMCCBeiJing.XiCheng,SubNetwork=1,ManagementNode=1”時，步驟1將其變換為“CMCCBeiJing.XiCheng,SubNetwork=1,ManagementNode=1,步驟2將該字符串轉(zhuǎn)換為UserLabel的數(shù)據(jù)類型（字符串），最

21、終UserLabel的值為“CMCCBeiJing.XiCheng,SubNetwork=1,ManagementNode=1。"6.2.3 復雜數(shù)據(jù)類型6.2.3.1 復雜數(shù)據(jù)類型串化復雜數(shù)據(jù)類型又稱為構造數(shù)據(jù)類型，即它是通過多個簡單數(shù)據(jù)類型構造生成，如集合、列表、結構等。復雜數(shù)據(jù)類型支持數(shù)據(jù)類型之間的嵌套，如結構的列表等等。復雜數(shù)據(jù)類型串化過程分為三個步驟：步驟1:簡單數(shù)據(jù)類型字符串化，即構成復雜數(shù)據(jù)類型的各個簡單數(shù)據(jù)類型轉(zhuǎn)換為字符串步驟2:保留字符替換，即將串化后的字符串中的保留字符替換為其替代字符串。步驟3:復雜類型字符串構造，即將多個簡單類型串化后的字符串，按照一定的規(guī)則組

22、合成復雜類型串化字符串。6.2.3.1.1.1 枚舉枚舉是構造數(shù)據(jù)類型，但枚舉型數(shù)值結果通常為字符串常量，因此其在XML文件中的表示形式同字符串，但枚舉型的取值將統(tǒng)一轉(zhuǎn)換為大寫字符串。如ManagedElement的屬性AdministrativeState（管理狀態(tài)）是枚舉型，其取值范圍為Locked（0）,Unlocked。），ShuttingDown（2）。若實際取值為"Unlocked”,在XML表示為：<V>UNLOCKED</V>6.2.3.1.1.2 集合集合中的元素放置在大括號對（°'、°'）之內(nèi)，各個元素之

23、間使用逗號（：'）分隔。如包含整數(shù)12、34、56、78的集合，各步驟的串化結果分別為：步驟1:string1="12",string2="34",string3="56",string4="78”步驟2：string1="12",string2="34",string3="56",string4="78”步驟3:SerializedString="12,34,56,78”最后整數(shù)集合在XML文件中應表示為：<V>12,34,

24、56,78</V>集合中的元素不區(qū)分先后順序。集合中的每一項應解析為何種數(shù)據(jù)類型，應以信息模型標準的定義為準。如包含字符串“12”、“34”、“56”、“78”的集合在XML中應表示為：<V>12,34,56,78</V>這與以上的整數(shù)集合的串化結果相同。6.2.3.1.1.3 列表列表的表示方式與集合相同，但集合中的原元素沒有重復。如ManagedElement的屬性ManagementIpAdress,其類型為字符串列表。若某網(wǎng)元網(wǎng)管IP地址為10.1.2.34和10.1.2.35,則在XML中應表示為<V>10.1.2.34,10.1.2.

25、35</V>6.2.3.1.1.4 結構一個結構包含多個字段，字段中間使用逗號(",)”分隔，整個結構的各個字段包括在圓括號內(nèi)。如EpRpDynSluEnb的屬性FarlpSubnetworkList,其數(shù)據(jù)類型為結構列表，ListofStructSubnetwork:string,Mask:string,某eNodeB的S1u接口的FarIpSubnetworkList在XML中表不如下：<V>(10>.1.0,255.255.255.0),(10.120,255.255.255.0)</V>6.2.3.2復雜數(shù)據(jù)類型還原復雜數(shù)據(jù)類型串化字

26、符串的還原過程分為三個步驟：步驟1:將復雜數(shù)據(jù)類型串化字符串分解為多個簡單數(shù)據(jù)類型串化字符串。注意，此過程中保留字符替代字符串中的任何字符不應被解析為復雜類型構造字符。步驟2:將各簡單數(shù)據(jù)類型串化字符串中的保留字符替代字符串還原為保留字符步驟3:將各個字符串轉(zhuǎn)化為簡單數(shù)據(jù)類型，并構造原復雜數(shù)據(jù)類型設有結構列表數(shù)據(jù)類型，其數(shù)據(jù)類型描述如下：ListofStruct(Name:string;Value:string)現(xiàn)有該類型串化后字符串在XML中表示為<V>(ABC(12),DEF(34),(GHI,56,JKL&lt;78&gt;)</V>該串化字符串還

27、原過程如下：步驟1：string1="ABC)”,string2="DEF)”,string3="GHI,"string4="JKL&lt;78&gt;”步驟2：string1="ABC(12)"，string2="DEF(34)”,string3="GHI,56,"string4="JKL<78>步驟3:構造原數(shù)據(jù)類型，其值為(sting1,string2),(string3,string4)6.3標記屬性的數(shù)據(jù)類型串化和還原6.3.1 NRMC件標記屬性

28、根據(jù)網(wǎng)絡資源模型的文件格式約定，網(wǎng)絡資源模型文件中含所包括的標記屬性見下表表2網(wǎng)絡資源模型文件的標記屬性列表標記標記屬性標記屬性數(shù)據(jù)類型<N>i整型<Cm>Dn字符串UserLabel字符串<V>i整型6.3.2 標記屬性值保留字符本標準約定屬性值應統(tǒng)一包含在雙引號之內(nèi)，并約定<''>''&'單引號（和雙引號（"）為XML保留字符。當標記屬性的值包括上述字符時，分別使用字符串”&lt;、”&gl;、"'&amp;"、"&

29、apos;和“&quot;代替（不含雙引號）。由于標記屬性均為簡單數(shù)據(jù)類型，因此標記屬性無須約定信息模型保留字符，即字符'、）和"均以其原形出現(xiàn)。標記屬性數(shù)據(jù)類型的串化和還原過程參見標記的簡單數(shù)據(jù)類型串化和還原。7網(wǎng)絡資源模型文件組織7.1 綜述本標準約定每個網(wǎng)元類型相關的各NRM文件應存儲在同一個目錄下，但對不同的網(wǎng)元類型相關的NRM文件是否分目錄存儲不做限制。給定一個網(wǎng)元類型，有兩種文件組織方式：文件組織方式一：針對其信息模型規(guī)范中包括的每一個IOC,分別啟用一個獨立的NRM文件文件存儲其實例數(shù)據(jù)。文件組織方式二：對所有的IOCB用一個NRM文件存儲其實例數(shù)據(jù)。無

30、論使用哪用文件組織方式，當某個NRM文件大小超過預設值時，可以將文件拆分為多個子文件。一般地，基于文件數(shù)、文件大?。▽ο髮嵗齻€數(shù)）的考慮，對無線接入網(wǎng)網(wǎng)元類型優(yōu)選文件組織方式一，對核心網(wǎng)網(wǎng)元類型優(yōu)選文件組織方式二。7.2 文件的命名NRM文件的命名規(guī)則為：<InfoModelReferenced>-IocName-<DataTime>P<ii>.xml文件名中各部分的取值說明如下：<InfoModelReferenced>:必選字段，標識NRM文件遵循的信息模型標準，其值與文件頭的InfoModelReferenced字段保持一致。它可以進一步表

31、示為：<Organization>-<NE-Type>-<InfoModelType>-<Version>Organization-:可選字段，用于標識發(fā)布信息模型標準的單位，如“CMCC-'、"3GPP-”等。當要同時啟用不同來源的信息模型標準時，用此字段來區(qū)分文件。<NE_Type>:標識NRM文件適用的網(wǎng)元類型，如MME、EN睹。<InfoModelType>:取值為"NRM"或"PM"，對于NRM文件僅可取NRM。<Version>：標識文件遵循

32、的信息模型的規(guī)范版本，允許在同一個目錄下存放不同版本的信息模型規(guī)范的NRM文件。IocName:可選字段，僅當使用文件組織方式一時，應將IocName替換成實際的類名，類名的大小寫與信息模型標準保持一致。<DataTime>:必選字段，格式為“YYYYMMDD-HHMM”，指示數(shù)據(jù)的本地時間時間戳，其值應與XML文件頭中的<DateTime>保持一致（注：格式不相同，此處不用指明時區(qū)）。P<ii>:可選字段，當文件名指定的信息模型內(nèi)容被分割存放到多個文件中時，第一部分為“P00”、第二部分為“P01”，以此類推。分割后的每個XML子文件也必須符本標準約定的文

33、件格式要求。文件的分割可能是因為文件超過預設的大小（文件大小本標準不約定），也可能是OMC根據(jù)配置將不同的Job或不同的IOC勺內(nèi)容分開存儲，其原因不作限制。當出現(xiàn)文件分割時，NMS需要采集所有子文件的數(shù)據(jù)才能保障數(shù)據(jù)完整性。例：如采用文件組織方式二，2012年2月22日網(wǎng)元類型MME下各種IOC在18:15的配置數(shù)據(jù)文件，其文件名為：MME-NRM-V1.1.0-20120222-1815.xml例：如采用文件組織方式一，2012年2月23日IOCEutranCellTdd的19:00的配置數(shù)據(jù)文件，因Cell數(shù)量較多被分割成兩個子文件，它們的文件名分別為：ENB-NRM-V1.1.0-EutranCellTdd-20120223-1900P00.xmENB-NRM-V1.1.0-EutranCellTdd-20120223-1900P01.xm7.3 文件的壓縮為了提升接口數(shù)據(jù)傳輸效率，缺省應將NRM文件壓縮后傳輸。OMC應使用zip或gzip壓縮格式對NRM文件進行壓縮，壓縮文件時不再分卷，壓縮后的文件名由原XML文件名后增加相應的壓縮文件后綴名構成。如在使用gzip格式壓縮時，上述兩個例子中壓縮后的文件名分別為：MME-NRM-V1.1.0-20120222-1815.xml加ENB-NRM-V1.1.0-EutranCellT