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

中國移動通信企業(yè)標(biāo)準(zhǔn)QB-XX-XXX-XXXX移動通信網(wǎng)網(wǎng)絡(luò)管理技術(shù)規(guī)范OMC北向接口統(tǒng)一網(wǎng)絡(luò)資源模型文件格式UnifiedFormatofNetworkResourceModelFiles版本號：1.0.0（報(bào)批稿）XXXX-XX-XX發(fā)布XXXX-XX-XX實(shí)施中國移動通信集團(tuán)公司 發(fā)布QB-XX-XXX-XXXX目錄TOC\o"1-5"\h\z目錄 II前言 m\o"CurrentDocument"范圍 1\o"CurrentDocument"規(guī)范性引用文件 1術(shù)語、定義和縮略語 1\o"CurrentDocument"網(wǎng)絡(luò)資源模型文件格式綜述 1網(wǎng)絡(luò)資源模型的采集機(jī)制 2\o"CurrentDocument"網(wǎng)絡(luò)資源模型文件格式 2網(wǎng)絡(luò)資源模型文件格式 3文件總體結(jié)構(gòu) 3文件頭部分 3網(wǎng)絡(luò)資源模型部分 4網(wǎng)絡(luò)資源模型的組織 4\o"CurrentDocument"對補(bǔ)充網(wǎng)絡(luò)資源模型的支持 5\o"CurrentDocument"數(shù)據(jù)類型的串化和還原 6\o"CurrentDocument"總體方案 6\o"CurrentDocument"標(biāo)記的數(shù)據(jù)類型串化和還原 6\o"CurrentDocument"標(biāo)記值保留字符 6\o"CurrentDocument"簡單數(shù)據(jù)類型 6復(fù)雜數(shù)據(jù)類型 7標(biāo)記屬性的數(shù)據(jù)類型串化和還原 9NRM文件標(biāo)記屬性 9標(biāo)記屬性值保留字符 10\o"CurrentDocument"網(wǎng)絡(luò)資源模型文件組織 10\o"CurrentDocument"綜述 10\o"CurrentDocument"文件的命名 10文件的壓縮 12文件的更新 12\o"CurrentDocument"編制歷史 12\o"CurrentDocument"附錄A 統(tǒng)一網(wǎng)絡(luò)資源模型文件SCHEMA（規(guī)范性附錄） 13\o"CurrentDocument"附錄B 網(wǎng)絡(luò)資源模型文件示例（資料性附錄） 13II

QB-XX-XXX-XXXX-LX. —1—刖 言本標(biāo)準(zhǔn)用于規(guī)范移動通信網(wǎng)絡(luò)設(shè)備的OMC北向接口的網(wǎng)絡(luò)資源模型文件的格式，使來自不同廠商的OMC產(chǎn)生的網(wǎng)絡(luò)資源模型文件格式一致。本標(biāo)準(zhǔn)約定OMC北向接口的網(wǎng)絡(luò)資源模型使用XML文件承載，且規(guī)定XML文件的結(jié)構(gòu)以及不同類型的網(wǎng)絡(luò)資源模型在XML中的存儲方案。本標(biāo)準(zhǔn)是“移動通信網(wǎng)網(wǎng)絡(luò)管理技術(shù)規(guī)范OMC北向接口統(tǒng)一文件格式”系列標(biāo)準(zhǔn)之一，該系列標(biāo)準(zhǔn)的結(jié)構(gòu)、名稱或預(yù)計(jì)的名稱如下:序號標(biāo)準(zhǔn)編號[1]QB-W-XXX-2012[2]QB-W-XXX-2012標(biāo)準(zhǔn)名稱《移動通信網(wǎng)網(wǎng)絡(luò)管理技術(shù)規(guī)范OMC北向接口統(tǒng)一網(wǎng)絡(luò)資源模型文件格式》《移動通信網(wǎng)網(wǎng)絡(luò)管理技術(shù)規(guī)范OMC北向接口統(tǒng)一性能測量數(shù)據(jù)文件格式》本標(biāo)準(zhǔn)的附錄A為標(biāo)準(zhǔn)性附錄，附錄B為資料性附錄。本標(biāo)準(zhǔn)由中移 號文件印發(fā)。本標(biāo)準(zhǔn)由中國移動通信集團(tuán)網(wǎng)絡(luò)部提出，集團(tuán)公司技術(shù)部歸口。本標(biāo)準(zhǔn)起草單位：中國移動通信集團(tuán)公司網(wǎng)絡(luò)部本標(biāo)準(zhǔn)主要起草人：李健iiiQB-XX-XXX-XXXX范圍本標(biāo)準(zhǔn)規(guī)定了移動通信網(wǎng)絡(luò)的OMC北向接口網(wǎng)絡(luò)資源模型文件的文件格式，供OM^H向接口開發(fā)人員、網(wǎng)絡(luò)系統(tǒng)數(shù)據(jù)采集程序開發(fā)人員參考使用；本標(biāo)準(zhǔn)可適用于 GSM、TD-SCDMA、IMS、EPS等網(wǎng)絡(luò)的OMC北向接口。規(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)。序號標(biāo)準(zhǔn)編號標(biāo)準(zhǔn)名稱發(fā)布單位[1]QB-W-007-2007中國移動第三代移動通信網(wǎng)網(wǎng)絡(luò)管理接口技術(shù)規(guī)范中國移動通信集團(tuán)公司術(shù)語、定義和縮略語詞語解釋DnDistinguishedName,識別名Itf-NNorthboundInterface,北向接口IOCInformationObjectClass,信息對象類MMEMobilityManagementEntity,移動性管理實(shí)體NENetworkElement,網(wǎng)元NMSNetworkManagementSystem,網(wǎng)絡(luò)管理系統(tǒng)NRMNetworkResourceModel,網(wǎng)絡(luò)資源模型OMCOperation&MaintenanceCenter,操作維護(hù)中心PMPerformanceMeasurements,性能測量數(shù)據(jù)XMLExtensibleMarkupLanguage,可擴(kuò)展標(biāo)記語言網(wǎng)絡(luò)資源模型文件格式綜述

QB-XX-XXX-XXXX網(wǎng)絡(luò)資源模型的采集機(jī)制圖1網(wǎng)絡(luò)資源模型改成和采集流程示意圖配置管理是網(wǎng)絡(luò)管理系統(tǒng)（NMS）的基本功能，NMS有效進(jìn)行配置管理的前提是網(wǎng)絡(luò)的配置信息完整、準(zhǔn)確。按配置數(shù)據(jù)的流轉(zhuǎn)過程，NMS對網(wǎng)絡(luò)配置數(shù)據(jù)的采集可以劃分為兩個(gè)過程：（一）網(wǎng)絡(luò)的配置數(shù)據(jù)同步至OMC。由于OMC與網(wǎng)元由同一設(shè)備廠商的提供，它們之間的接口為私有接口，OMC如何從網(wǎng)元同步配置數(shù)據(jù)、配置數(shù)據(jù)以何種形式存在都不屬于標(biāo)準(zhǔn)化的范疇。（二）NMS從OMC上采集配置數(shù)據(jù)。OMC北向接口則通過標(biāo)準(zhǔn)化解決YNMS與源自不同設(shè)備供應(yīng)商的OMC之間的互通問題，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ò)資源模型，并以文件的形式存儲在OMC上，這樣的文件稱為網(wǎng)絡(luò)資源模型文件。NMS從OMC提取網(wǎng)絡(luò)資源模型文件，并基于網(wǎng)絡(luò)資源模型、性能測量數(shù)據(jù)等信息，生成網(wǎng)絡(luò)運(yùn)維所需的報(bào)表。津網(wǎng)絡(luò)資源模型文件格式注根據(jù)《中國移動第三代移動通信網(wǎng)網(wǎng)絡(luò)管理接口技術(shù)規(guī)范》，網(wǎng)絡(luò)的配置數(shù)據(jù)也可以通過基本配置管理接口獲取，基本配置管理接口可能不使用文件的方式傳遞配置數(shù)據(jù)。但從大批量數(shù)據(jù)傳遞效率的角度出發(fā)，本標(biāo)準(zhǔn)均約定NRM以文件的方式傳遞。QB-XX-XXX-XXXX一般地，為簡化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)行約束。網(wǎng)絡(luò)資源模型文件格式文件總體結(jié)構(gòu)I I I-FileHeader[+]Hr^File , -HObjects[+]D??8圖2網(wǎng)絡(luò)資源模型文件結(jié)構(gòu)圖如上圖所示，網(wǎng)絡(luò)資源模型文件總體上包括兩部分：網(wǎng)絡(luò)資源模型文件頭:文件頭部分主要用于存放關(guān)于網(wǎng)絡(luò)資源模型的控制信息，以便于NMS識別、處理網(wǎng)絡(luò)資源模型文件。網(wǎng)絡(luò)資源對象:即具體的網(wǎng)絡(luò)資源模型的實(shí)例，這一部分是網(wǎng)絡(luò)資源模型文件主體。文件頭部分圖3網(wǎng)絡(luò)資源模型文件頭結(jié)構(gòu)圖QB-XX-XXX-XXXX網(wǎng)絡(luò)資源模型文件頭存放在＜FileHeader＞標(biāo)記下，它下屬的各個(gè)字段（XML標(biāo)記）的數(shù)據(jù)類型及含義如下：InfoModelReferenced：字符串型，指示網(wǎng)絡(luò)資源模型文件中的網(wǎng)絡(luò)資源模型所遵循的信息模型的標(biāo)準(zhǔn)，如CMCC-ENB-NRM-V1.1.0。DnPrefix：字符串型，指示生成這個(gè)網(wǎng)絡(luò)資源模型文件的子網(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í)間無關(guān)。網(wǎng)絡(luò)資源模型部分網(wǎng)絡(luò)資源模型的組織網(wǎng)絡(luò)資源模型的對象類實(shí)例部分是網(wǎng)絡(luò)資源模型文件的主體，它的結(jié)構(gòu)如下圖ObjectTypeFlattributes"x7-0--OT舁niUserLiiljelObjectTypeFlattributes"x7-0--OT舁niUserLiiljelFieldV&luE弟-**-1^—C>1^—日attributes9n—b圖4網(wǎng)絡(luò)資源模型文件對象類實(shí)例部分的結(jié)構(gòu)如上圖所示，對象類實(shí)例（＜Objects＞）部分是IOC實(shí)例對象的組合，每一組網(wǎng)絡(luò)資源模型是一個(gè)IOC相關(guān)的對象實(shí)例，包括三個(gè)字段（XML的標(biāo)記）：ObjectType:指示該組網(wǎng)絡(luò)資源模型歸屬的對象類FieldName：該部分指示該對象類的屬性列表，每個(gè)屬性分別存放在單獨(dú)一個(gè)標(biāo)記＜N＞中。標(biāo)記N的屬性i是整數(shù)，指示了當(dāng)前的屬性在屬性名列表中的自然數(shù)序號。QB-XX-XXX-XXXXFieldValue：該部分存放各種IOC對象的屬性值，每個(gè)對象實(shí)例的屬性值存放在一個(gè)＜Cm＞標(biāo)記中。標(biāo)記＜Cm＞包括兩個(gè)屬性:屬性Dn指示當(dāng)前的對象的識別名；屬性UserLabel指示當(dāng)前對象的UserLabel,以方便人工查找該對象的網(wǎng)絡(luò)資源模型。標(biāo)記＜Cm＞下包含一組屬性值＜V＞，其個(gè)數(shù)與FieldName部分的標(biāo)記＜N＞的個(gè)數(shù)保持一致，并使用屬性i進(jìn)行關(guān)聯(lián)，即＜Cm＞中的第i個(gè)＜V＞（或＜CV＞,參見下一節(jié)）對應(yīng)于FieldName部分第ij＜N＞。當(dāng)某個(gè)對象的FieldName對應(yīng)的值無法取到時(shí)，在FieldValue中不應(yīng)省略對應(yīng)的＜V＞標(biāo)記，此時(shí)標(biāo)記內(nèi)內(nèi)容為空。對補(bǔ)充網(wǎng)絡(luò)資源模型的支持補(bǔ)充網(wǎng)絡(luò)資源模型是指在OMC北向接口信息模型標(biāo)準(zhǔn)的網(wǎng)絡(luò)資源模型部分之外定義的網(wǎng)絡(luò)資源模型。對補(bǔ)充網(wǎng)絡(luò)資源模型的支持，可以使標(biāo)準(zhǔn)使用單位在現(xiàn)有的網(wǎng)絡(luò)資源模型標(biāo)準(zhǔn)的基礎(chǔ)之上，針對本地的維護(hù)需求，補(bǔ)充定義網(wǎng)絡(luò)資源模型要求，并通過統(tǒng)一的網(wǎng)絡(luò)資源模型文件上傳，而無須另行約定網(wǎng)絡(luò)資源模型文件格式。補(bǔ)充的網(wǎng)絡(luò)資源模型也必須使用面向?qū)ο蟮姆治雠c設(shè)計(jì)技術(shù)進(jìn)行建模。補(bǔ)充網(wǎng)絡(luò)資源模型在性能測量文件中，參照標(biāo)準(zhǔn)的網(wǎng)絡(luò)資源模型存放。對補(bǔ)充網(wǎng)絡(luò)資源模型的支持，使得OMC可以同時(shí)在一個(gè)文件中，存放符合不同版本的信息模型標(biāo)準(zhǔn)的網(wǎng)絡(luò)資源模型成為可能。但若不同版本的網(wǎng)絡(luò)資源模型對使用同一對象類的同一屬性有不同的定義，則應(yīng)使用不同的文件分別存儲網(wǎng)絡(luò)資源模型。總之，統(tǒng)一網(wǎng)絡(luò)資源模型文件格式與具體的信息模型是無關(guān)的，這為OMC北向接口信息模型的版本升級過程帶來便利。在通常情況下，若要支持新版本的OMC北向接口信息模型，網(wǎng)元、OMC以及NMS都需要升級，且升級過程可能會持續(xù)相當(dāng)長的一段時(shí)間。統(tǒng)一網(wǎng)絡(luò)資源模型文件可使OMC和NMS的升級獨(dú)立開來：OMC升級可獨(dú)立于NMS進(jìn)行。盡管信息模型的版本不一致，但由于文件格式是統(tǒng)一的，NMS上舊版本的數(shù)據(jù)采集程序仍可以支持新版本OMC生成的網(wǎng)絡(luò)資源模型文件的采集，新版本多出的網(wǎng)絡(luò)資源模型被自動忽略；NMS的升級可獨(dú)立于OMC進(jìn)行。在OMC升級過程中，NMS也可獨(dú)立進(jìn)行升級，新采集程序在處理舊版本的網(wǎng)絡(luò)資源模型文件時(shí)，可標(biāo)記新版本信息模型中增量的網(wǎng)絡(luò)資源模型為未采集到。這樣，OMC與NMS的升級計(jì)劃可相對獨(dú)立安排，互不干擾。QB-XX-XXX-XXXX數(shù)據(jù)類型的串化和還原總體方案OMC北向接口的信息模型中使用的數(shù)據(jù)類型包括簡單數(shù)據(jù)類型和復(fù)雜數(shù)據(jù)類型。簡單數(shù)據(jù)類型包括整型、實(shí)型、字符型、字符串、布爾型、日期時(shí)間型。復(fù)雜數(shù)據(jù)類型又稱為構(gòu)造數(shù)據(jù)類型，即它是通過多個(gè)簡單數(shù)據(jù)類型構(gòu)造生成，如列表、結(jié)構(gòu)等。簡單數(shù)據(jù)類型的種類是有限的，但復(fù)雜數(shù)據(jù)類型可以根據(jù)應(yīng)用需求自由定義，其數(shù)據(jù)類型理論上無法窮舉。為避免文件格式與信息模型的相關(guān)性，在文件格式標(biāo)準(zhǔn)無法為每一種復(fù)雜數(shù)據(jù)類型分別約定其呈現(xiàn)形式，因此本文約定所有的數(shù)據(jù)類型均以字符串的形式出現(xiàn)，并約定了不同數(shù)據(jù)類型向字符串的轉(zhuǎn)換規(guī)則。本文將各種數(shù)據(jù)類型向*乂1的標(biāo)記值字符串或標(biāo)記屬性值字符串轉(zhuǎn)換過程稱為“數(shù)據(jù)類型串化過程”，并簡稱之為“串化"；將XML的標(biāo)記值字符串或標(biāo)記屬性值字符串還原為原數(shù)據(jù)類型的過程稱為“數(shù)據(jù)類型還原過程”，并簡稱之為“還原”。標(biāo)記的數(shù)據(jù)類型串化和還原標(biāo)記值保留字符用于標(biāo)記值的保留字符包括兩類，即XML保留字符和信息模型保留字符。XML保留字符是指字符’<’、’>’和’&’。如果字符型或字符串型的值中包括YXML保留字符，按*乂1的語法，在輸出結(jié)果應(yīng)分別使用“<八“>〃和“&〃代替（不含雙引號）。信息模型保留字符是指本標(biāo)準(zhǔn)約定的，用于構(gòu)造復(fù)雜數(shù)據(jù)類型的關(guān)鍵字符，包括字符‘{’、‘}’、‘（’、‘）’、‘，和、。如果字符型或字符串型的值中包括了上述信息模型保留室則在輸出結(jié)果應(yīng)分別使用字符串"'{"、"\}〃、“\（"、“\）〃、"\,"和“\\"代替（不含雙引號）。簡單數(shù)據(jù)類型簡單數(shù)據(jù)類型串化簡單數(shù)據(jù)類型串化過程分為兩個(gè)步驟：步驟1：字符串轉(zhuǎn)換步驟2：保留字符替換以下舉例說明各種簡單數(shù)據(jù)類型在步驟1轉(zhuǎn)化為字符串的結(jié)果:QB-XX-XXX-XXXX表1 簡單數(shù)據(jù)類型的串化數(shù)據(jù)類型示例示例輸出結(jié)果補(bǔ)充說明整型12<V>12</V>（1）輸出結(jié)果填寫在標(biāo)記<V>或<SV>內(nèi)時(shí)，不包括表示字符串的雙引號（2）格式化時(shí)可能指示了占位寬度，如12.3456可能表示為”12.3456”，此時(shí)占位符必須使用空格，而不能使用制表符。NMS解析程序應(yīng)能識別并處理占位空格。（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+08:00</V>當(dāng)簡單數(shù)據(jù)類型格式化后的字符串中包含YXML保留字符或信息模型保留字符時(shí)，應(yīng)進(jìn)一步將各保留字符替換為其替代字符串。如100TrafficRoute的屬性UserLabel取值為"Route&1"時(shí)在XML文件中應(yīng)表示為：<v>Route&1</V>又如IOCManagedElement的屬性ManagedBy的值為“CMCCBeiJing.XiCheng,SubNetwork=1,ManagementNode=1”時(shí)，在*乂1文件中應(yīng)表示為：<V>CMCCBeiJing.XiCheng\,SubNetwork=1\,ManagementNode=1</V>簡單數(shù)據(jù)類型還原與串化過程相反，簡單數(shù)據(jù)類型還原過程分也兩個(gè)步驟：步驟1：保留字符替代字符串還原為保留字符步驟2：字符串轉(zhuǎn)簡單數(shù)據(jù)類型如當(dāng)從XML文件中取得IOCTrafficRoute的屬性UserLabel對應(yīng)的值為“CMCCBeiJing.XiCheng\,SubNetwork=1\,ManagementNode=1”時(shí)，步驟1將其變換為"CMCCBeiJing.XiCheng,SubNetwork=1,ManagementNode=1"，步驟2將該字符串轉(zhuǎn)換為UserLabel的數(shù)據(jù)類型（字符串），最終UserLabel的值為“CMCCBeiJing.XiCheng,SubNetwork=1,ManagementNode=1"。復(fù)雜數(shù)據(jù)類型復(fù)雜數(shù)據(jù)類型串化復(fù)雜數(shù)據(jù)類型又稱為構(gòu)造數(shù)據(jù)類型，即它是通過多個(gè)簡單數(shù)據(jù)類型構(gòu)造生成，如集合、列表、結(jié)構(gòu)等。復(fù)雜數(shù)據(jù)類型支持?jǐn)?shù)據(jù)類型之間的嵌套，如結(jié)構(gòu)的列表等等。QB-XX-XXX-XXXX復(fù)雜數(shù)據(jù)類型串化過程分為三個(gè)步驟：步驟1:簡單數(shù)據(jù)類型字符串化，即構(gòu)成復(fù)雜數(shù)據(jù)類型的各個(gè)簡單數(shù)據(jù)類型轉(zhuǎn)換為字符串步驟2：保留字符替換，即將串化后的字符串中的保留字符替換為其替代字符串。步驟3：復(fù)雜類型字符串構(gòu)造，即將多個(gè)簡單類型串化后的字符串，按照一定的規(guī)則組合成復(fù)雜類型串化字符串。枚舉枚舉是構(gòu)造數(shù)據(jù)類型，但枚舉型數(shù)值結(jié)果通常為字符串常量，因此其在XML文件中的表示形式同字符串，但枚舉型的取值將統(tǒng)一轉(zhuǎn)換為大寫字符串。如ManagedElement的屬性AdministrativeState（管理狀態(tài)）是枚舉型，其取值范圍為{Locked（0），Unlocked（1），ShuttingDown⑵}。若實(shí)際取值為"Unlocked"，在XML表示為：<V>UNLOCKED</V>集合集合中的元素放置在大括號對（“{"、“}”）之內(nèi)，各個(gè)元素之間使用逗號（“,”）分隔。如包含整數(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；56；78}</V>集合中的元素不區(qū)分先后順序。集合中的每一項(xiàng)應(yīng)解析為何種數(shù)據(jù)類型，應(yīng)以信息模型標(biāo)準(zhǔn)的定義為準(zhǔn)。如包含字符串'12"、“34”、“56”、“78”的集合在<ML中應(yīng)表示為：<V>{12,34,56,78}</V>I這與以上的整數(shù)集合的串化結(jié)果相同。列表列表的表示方式與集合相同，但集合中的原元素沒有重復(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.35}</V>6.2.3.1.1.4結(jié)構(gòu)QB-XX-XXX-XXXX一個(gè)結(jié)構(gòu)包含多個(gè)字段，字段中間使用逗號(”,〃)分隔，整個(gè)結(jié)構(gòu)的各個(gè)字段包括在圓括號內(nèi)。如EpRpDynSluEnb的屬性FarlpSubnetworkList，其數(shù)據(jù)類型為結(jié)構(gòu)列表，ListofStruct{Subnetwork:string，Mask:string}，某eNodeB的S1u接口的FarIpSubnetworkList在*“1中表示如下：<V>{(10.1.1.0,255.255.255.0),(10.1.2.0,255.255.255.0)}</V>復(fù)雜數(shù)據(jù)類型還原復(fù)雜數(shù)據(jù)類型串化字符串的還原過程分為三個(gè)步驟：步驟1：將復(fù)雜數(shù)據(jù)類型串化字符串分解為多個(gè)簡單數(shù)據(jù)類型串化字符串。注意，此過程中保留字符替代字符串中的任何字符不應(yīng)被解析為復(fù)雜類型構(gòu)造字符。步驟2：將各簡單數(shù)據(jù)類型串化字符串中的保留字符替代字符串還原為保留字符步驟3：將各個(gè)字符串轉(zhuǎ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<78>)}</V>該串化字符串還原過程如下：步驟1：string1="ABC\(12\)"，string2="DEF\(34\)"，string3="GHI\,56\,"string4="JKL<78>”步驟2：string1="ABC(12)”,string2="DEF(34)”,string3="GHI,56,"string4="JKL<78>”步驟3：構(gòu)造原數(shù)據(jù)類型，其值為{(sting1,string2),(string3,string4)}標(biāo)記屬性的數(shù)據(jù)類型串化和還原NRM文件標(biāo)記屬性根據(jù)網(wǎng)絡(luò)資源模型的文件格式約定，網(wǎng)絡(luò)資源模型文件中含所包括的標(biāo)記屬性見下表QB-XX-XXX-XXXX表2 網(wǎng)絡(luò)資源模型文件的標(biāo)記屬性列表標(biāo)記標(biāo)記屬性標(biāo)記屬性數(shù)據(jù)類型<N>i整型<Cm>Dn字符串UserLabel字符串<V>i整型標(biāo)記屬性值保留字符本標(biāo)準(zhǔn)約定屬性值應(yīng)統(tǒng)一包含在雙引號之內(nèi)，并約定’<’、’>’、’&’、單引號（‘）和雙引號⑹為XM^留字符。當(dāng)標(biāo)記屬性的值包括上述字符時(shí)，分別使用字符串“<八"&gl八"&八"'〃和“"丁代替（不含雙引號）。由于標(biāo)記屬性均為簡單數(shù)據(jù)類型，因此標(biāo)記屬性無須約定信息模型保留字符，即字符‘{’、‘}’、‘（’、‘）’、‘，和、均以其原形出現(xiàn)。標(biāo)記屬性數(shù)據(jù)類型的串化和還原過程參見標(biāo)記的簡單數(shù)據(jù)類型串化和還原。網(wǎng)絡(luò)資源模型文件組織綜述本標(biāo)準(zhǔn)約定每個(gè)網(wǎng)元類型相關(guān)的各NRM文件應(yīng)存儲在同一個(gè)目錄下，但對不同的網(wǎng)元類型相關(guān)的NRM文件是否分目錄存儲不做限制。給定一個(gè)網(wǎng)元類型，有兩種文件組織方式：文件組織方式一：針對其信息模型規(guī)范中包括的每一個(gè)IOC，分別啟用一個(gè)獨(dú)立的NRM文件文件存儲其實(shí)例數(shù)據(jù)。文件組織方式二：對所有的IOC啟用一個(gè)NRM文件存儲其實(shí)例數(shù)據(jù)。無論使用哪用文件組織方式，當(dāng)某個(gè)NRM文件大小超過預(yù)設(shè)值時(shí)，可以將文件拆分為多個(gè)子文件。一般地，基于文件數(shù)、文件大?。▽ο髮?shí)例個(gè)數(shù)）的考慮，對無線接入網(wǎng)網(wǎng)元類型優(yōu)選文件組織方式一，對核心網(wǎng)網(wǎng)元類型優(yōu)選文件組織方式二。文件的命名10QB-XX-XXX-XXXXNRM文件的命名規(guī)則為：<InfoModelReferenced>-[IocName]-<DataTime>[P<ii>].xml文件名中各部分的取值說明如下：?<InfoModelReferenced>：必選字段，標(biāo)識NRM文件遵循的信息模型標(biāo)準(zhǔn)，其值與文件頭的InfoModelReferenced字段保持一致。它可以進(jìn)一步表示為：[<Organization>-]<NE-Type>-<InfoModelType>-<Version>[〈Organization〉-]:可選字段，用于標(biāo)識發(fā)布信息模型標(biāo)準(zhǔn)的單位，如“CMCC-"、“3GPP-”等。當(dāng)要同時(shí)啟用不同來源的信息模型標(biāo)準(zhǔn)時(shí)，用此字段來區(qū)分文件。<NE_Type>：標(biāo)識NRM文件適用的網(wǎng)元類型，如MME、ENB等。<InfoModelType>：取值為“NRM”或“PM”，對于NRM文件僅可取NRM。<Version>：標(biāo)識文件遵循的信息模型的規(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”，以此類推。分割后的每包ML子文件也必須符本標(biāo)準(zhǔn)約定的文件格式要求。文件的分割可能是因?yàn)槲募^預(yù)設(shè)的大?。ㄎ募笮”緲?biāo)準(zhǔn)不約定），也可能是OMC根據(jù)配置將不同的Job或不同的IOC的內(nèi)容分開存儲，其原因不作限制。當(dāng)出現(xiàn)文件分割時(shí)，NMS需要采集所有子文件的數(shù)據(jù)才能保障數(shù)據(jù)完整性。例：如采用文件組織方式二，2012年2月22日網(wǎng)元類型乂乂￡下各種IOC在18：15的配置數(shù)據(jù)文件，其文件名為：MlME-NRM-V1.1.0-20120222-1815.xmll例：如采用文件組織方式一，2012年2月23日IOCEutranCellTdd的19:00的配置數(shù)據(jù)文件，因Cell數(shù)量較多被分割成兩個(gè)子文件，它們的文件名分別為：ENB-NRM-V1.1.0-EutranCellTdd-20120223-1900P00.xml11QB-XX-XXX-XXXXENB-NRM-V1.1.0-EutranCellTdd-20120223-1900P01.xml文件的壓縮為了提升接口數(shù)據(jù)傳輸效率，缺省應(yīng)將NRM文件壓縮后傳輸。OMC應(yīng)使用zip或gzip壓縮格式對NRM文件進(jìn)行壓縮，壓縮文件時(shí)不再分卷，壓縮后的文件名由原XML文件名后增加相應(yīng)的壓縮文件后綴名構(gòu)成。如在使用gzip格式壓縮時(shí)，上述兩個(gè)例子中壓縮后的文件名分別