word中国移动通信企业标准QB-移动通信网网络管理技术规XOMC北向接口统一网络资源模型文件格式 Unified Format of Network Resource Model Files版本号：1.0.0（报批稿)-实施-发布中国移动通信集团公司 发布 / 目 录目录II前言III1围12规性引用文件13术语、定义和缩略语14网络资源模型文件格式综述14.1网络资源模型的采集机制24.2网络资源模型文件格式25网络资源模型文件格式35.1文件总体结构35.2文件头部分35.3网络资源模型部分45.3.1网络资源模型的组织45.3.2对补充网络资源模型的支持56数据类型的串化和还原66.1总体方案66.2标记的数据类型串化和还原66.2.1标记值保留字符66.2.2简单数据类型66.2.3复杂数据类型76.3标记属性的数据类型串化和还原96.3.1NRM文件标记属性96.3.2标记属性值保留字符107网络资源模型文件组织107.1综述107.2文件的命名107.3文件的压缩127.4文件的更新128编制历史12附录A统一网络资源模型文件SCHEMA（规性附录）13附录B网络资源模型文件示例（资料性附录）13前 言本标准用于规移动通信网络设备的OMC北向接口的网络资源模型文件的格式，使来自不同厂商的OMC产生的网络资源模型文件格式一致。本标准约定OMC北向接口的网络资源模型使用XML文件承载，且规定XML文件的结构以及不同类型的网络资源模型在XML中的存储方案。本标准是“移动通信网网络管理技术规 OMC北向接口 统一文件格式”系列标准之一，该系列标准的结构、名称或预计的名称如下：序号标准编号标准名称1QB-W-XXX-2012移动通信网网络管理技术规 OMC北向接口 统一网络资源模型文件格式2QB-W-XXX-2012移动通信网网络管理技术规 OMC北向接口 统一性能测量数据文件格式本标准的附录A为标准性附录，附录B为资料性附录。本标准由中移号文件印发。本标准由中国移动通信集团网络部提出，集团公司技术部归口。本标准起草单位：中国移动通信集团公司网络部本标准主要起草人：健1 围本标准规定了移动通信网络的OMC北向接口网络资源模型文件的文件格式，供OMC北向接口开发人员、网络系统数据采集程序开发人员参考使用；本标准可适用于GSM、TD-SCDMA、IMS、EPS等网络的OMC北向接口。2 规性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。序号标准编号标准名称发布单位1QB-W-007-2007中国移动第三代移动通信网网络管理接口技术规中国移动通信集团公司 3 术语、定义和缩略语词语解释DnDistinguished Name，识别名Itf-NNorthbound Interface，北向接口IOCInformation Object Class，信息对象类MMEMobility Management Entity，移动性管理实体NENetwork Element, 网元NMSNetwork Management System，网络管理系统NRMNetwork Resource Model，网络资源模型OMCOperation & Maintenance Center，操作维护中心PMPerformance Measurements，性能测量数据XMLExtensible Markup Language，可扩展标记语言4 网络资源模型文件格式综述4.1 网络资源模型的采集机制图1 网络资源模型改成和采集流程示意图配置管理是网络管理系统（NMS）的基本功能，NMS有效进行配置管理的前提是网络的配置信息完整、准确。按配置数据的流转过程，NMS对网络配置数据的采集可以划分为两个过程：（一）网络的配置数据同步至OMC。由于OMC与网元由同一设备厂商的提供，它们之间的接口为私有接口，OMC如何从网元同步配置数据、配置数据以何种形式存在都不属于标准化的畴。（二）NMS从OMC上采集配置数据。OMC北向接口则通过标准化解决了NMS与源自不同设备供应商的OMC之间的互通问题，OMC北向接口的标准化涉及接口功能、接口协议以及接口信息模型的标准化，配置数据的标准化是接口信息模型标准化的容之一。基于面向对象的分析与设计技术，网络的配置数据以IOC的形式进行标准化建模，标准化后的配置数据称为网络资源模型，并以文件的形式存储在OMC上，这样的文件称为网络资源模型文件。NMS从OMC提取网络资源模型文件，并基于网络资源模型、性能测量数据等信息，生成网络运维所需的报表。注注 根据中国移动第三代移动通信网网络管理接口技术规X，网络的配置数据也可以通过基本配置管理接口获取，基本配置管理接口可能不使用文件的方式传递配置数据。但从大批量数据传递效率的角度出发，本标准均约定NRM以文件的方式传递。4.2 网络资源模型文件格式一般地，为简化NMS数据采集的复杂度，使用同一个程序采集不同厂商OMC提供的网络资源模型文件，OMC北向接口既要约定网络资源模型的容，又要约定网络资源模型文件的格式。网络资源模型容的规化不是本标准的容畴；而网络资源模型文件通常有ASN.1与XML等多种格式。本标准约定网络资源模型统一采用XML格式的文件，且文件格式使用Schema进行约束。5 网络资源模型文件格式5.1 文件总体结构图2 网络资源模型文件结构图如上图所示，网络资源模型文件总体上包括两部分：l 网络资源模型文件头:文件头部分主要用于存放关于网络资源模型的控制信息，以便于NMS识别、处理网络资源模型文件。l 网络资源对象:即具体的网络资源模型的实例，这一部分是网络资源模型文件主体。5.2 文件头部分图3 网络资源模型文件头结构图网络资源模型文件头存放在标记下，它下属的各个字段（XML标记）的数据类型及含义如下：l InfoModelReferenced：字符串型，指示网络资源模型文件中的网络资源模型所遵循的信息模型的标准，如CMCC-ENB-NRM-V1.1.0。l DnPrefix：字符串型，指示生成这个网络资源模型文件的子网的Dn前缀。l SenderName：字符串型，指示生成这个网络资源模型文件的ManagementNode的Dn，即OMC。l VendorName: 字符串型，指示生成这个网络资源模型文件的OMC的设备供应商。l DataTime： 日期时间型，指示文件中的网络资源模型的时间。注意，此时间代表OMC从网络同步配置数据的时间，它与网络资源模型文件的生成时间无关。5.3 网络资源模型部分5.3.1 网络资源模型的组织网络资源模型的对象类实例部分是网络资源模型文件的主体，它的结构如下图图4 网络资源模型文件对象类实例部分的结构如上图所示，对象类实例()部分是IOC 实例对象的组合，每一组网络资源模型是一个IOC相关的对象实例，包括三个字段（XML的标记）：l ObjectType:指示该组网络资源模型归属的对象类l FieldName：该部分指示该对象类的属性列表，每个属性分别存放在单独一个标记中。标记N的属性i是整数，指示了当前的属性在属性名列表中的自然数序号。l FieldValue：该部分存放各种IOC对象的属性值，每个对象实例的属性值存放在一个标记中。标记包括两个属性：属性Dn指示当前的对象的识别名；属性UserLabel指示当前对象的UserLabel，以方便人工查找该对象的网络资源模型。标记下包含一组属性值，其个数与FieldName部分的标记的个数保持一致，并使用属性i进行关联，即中的第i个（或,参见下一节）对应于FieldName部分第i个。当某个对象的FieldName对应的值无法取到时，在FieldValue中不应省略对应的标记，此时标记容为空。5.3.2 对补充网络资源模型的支持补充网络资源模型是指在OMC北向接口信息模型标准的网络资源模型部分之外定义的网络资源模型。对补充网络资源模型的支持，可以使标准使用单位在现有的网络资源模型标准的基础之上，针对本地的维护需求，补充定义网络资源模型要求，并通过统一的网络资源模型文件上传，而无须另行约定网络资源模型文件格式。补充的网络资源模型也必须使用面向对象的分析与设计技术进行建模。补充网络资源模型在性能测量文件中，参照标准的网络资源模型存放。对补充网络资源模型的支持，使得OMC可以同时在一个文件中，存放符合不同版本的信息模型标准的网络资源模型成为可能。但若不同版本的网络资源模型对使用同一对象类的同一属性有不同的定义，则应使用不同的文件分别存储网络资源模型。总之，统一网络资源模型文件格式与具体的信息模型是无关的，这为OMC北向接口信息模型的版本升级过程带来便利。在通常情况下，若要支持新版本的OMC北向接口信息模型，网元、OMC以及NMS都需要升级，且升级过程可能会持续相当长的一段时间。统一网络资源模型文件可使OMC和NMS的升级独立开来：l OMC升级可独立于NMS进行。尽管信息模型的版本不一致，但由于文件格式是统一的，NMS上旧版本的数据采集程序仍可以支持新版本OMC生成的网络资源模型文件的采集，新版本多出的网络资源模型被自动忽略；l NMS的升级可独立于OMC进行。在OMC升级过程中，NMS也可独立进行升级，新采集程序在处理旧版本的网络资源模型文件时，可标记新版本信息模型中增量的网络资源模型为未采集到。这样，OMC与NMS的升级计划可相对独立安排，互不干扰。 6 数据类型的串化和还原6.1 总体方案OMC北向接口的信息模型中使用的数据类型包括简单数据类型和复杂数据类型。简单数据类型包括整型、实型、字符型、字符串、布尔型、日期时间型。复杂数据类型又称为构造数据类型，即它是通过多个简单数据类型构造生成，如列表、结构等。简单数据类型的种类是有限的，但复杂数据类型可以根据应用需求自由定义，其数据类型理论上无法穷举。为避免文件格式与信息模型的相关性，在文件格式标准无法为每一种复杂数据类型分别约定其呈现形式，因此本文约定所有的数据类型均以字符串的形式出现，并约定了不同数据类型向字符串的转换规则。本文将各种数据类型向XML的标记值字符串或标记属性值字符串转换过程称为“数据类型串化过程”，并简称之为“串化”；将XML的标记值字符串或标记属性值字符串还原为原数据类型的过程称为“数据类型还原过程”，并简称之为“还原”。6.2 标记的数据类型串化和还原6.2.1 标记值保留字符用于标记值的保留字符包括两类，即XML保留字符和信息模型保留字符。XML保留字符是指字符和&。如果字符型或字符串型的值中包括了XML