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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

18、符。NM解析程序應(yīng)能識(shí)別并處理占位空格。(3)布爾型的結(jié)果統(tǒng)一轉(zhuǎn)化為大寫字符串。實(shí)型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>日期時(shí)間型東8區(qū)2012年5月8日17:30:00<V>2012-05-08T17:30:00

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

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

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

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

23、間使用逗號(hào)（：'）分隔。如包含整數(shù)12、34、56、78的集合，各步驟的串化結(jié)果分別為：步驟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文件中應(yīng)表示為：<V>12,34,

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

25、35</V>6.2.3.1.1.4 結(jié)構(gòu)一個(gè)結(jié)構(gòu)包含多個(gè)字段，字段中間使用逗號(hào)(",)”分隔，整個(gè)結(jié)構(gòu)的各個(gè)字段包括在圓括號(hào)內(nèi)。如EpRpDynSluEnb的屬性FarlpSubnetworkList,其數(shù)據(jù)類型為結(jié)構(gòu)列表，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復(fù)雜數(shù)據(jù)類型還原復(fù)雜數(shù)據(jù)類型串化字

26、符串的還原過(guò)程分為三個(gè)步驟：步驟1:將復(fù)雜數(shù)據(jù)類型串化字符串分解為多個(gè)簡(jiǎn)單數(shù)據(jù)類型串化字符串。注意，此過(guò)程中保留字符替代字符串中的任何字符不應(yīng)被解析為復(fù)雜類型構(gòu)造字符。步驟2:將各簡(jiǎn)單數(shù)據(jù)類型串化字符串中的保留字符替代字符串還原為保留字符步驟3:將各個(gè)字符串轉(zhuǎn)化為簡(jiǎn)單數(shù)據(jù)類型，并構(gòu)造原復(fù)雜數(shù)據(jù)類型設(shè)有結(jié)構(gòu)列表數(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、原過(guò)程如下：步驟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:構(gòu)造原數(shù)據(jù)類型，其值為(sting1,string2),(string3,string4)6.3標(biāo)記屬性的數(shù)據(jù)類型串化和還原6.3.1 NRMC件標(biāo)記屬性

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

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

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

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

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

33、件格式要求。文件的分割可能是因?yàn)槲募^(guò)預(yù)設(shè)的大?。ㄎ募笮”緲?biāo)準(zhǔn)不約定），也可能是OMC根據(jù)配置將不同的Job或不同的IOC勺內(nèi)容分開存儲(chǔ)，其原因不作限制。當(dāng)出現(xiàn)文件分割時(shí)，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ù)量較多被分割成兩個(gè)子文件，它們的文件名分別為：ENB-NRM-V1.1.0-EutranCellTdd-20120223-1900P00.xmENB-NRM-V1.1.0-EutranCellTdd-20120223-1900P01.xm7.3 文件的壓縮為了提升接口數(shù)據(jù)傳輸效率，缺省應(yīng)將NRM文件壓縮后傳輸。OMC應(yīng)使用zip或gzip壓縮格式對(duì)NRM文件進(jìn)行壓縮，壓縮文件時(shí)不再分卷，壓縮后的文件名由原XML文件名后增加相應(yīng)的壓縮文件后綴名構(gòu)成。如在使用gzip格式壓縮時(shí)，上述兩個(gè)例子中壓縮后的文件名分別為：MME-NRM-V1.1.0-20120222-1815.xml加ENB-NRM-V1.1.0-EutranCellT