您好,欢迎来到飒榕旅游知识分享网。
搜索
您的当前位置:首页OMC北向接口参数输出标准--统一网络资源模型文件格式

OMC北向接口参数输出标准--统一网络资源模型文件格式

来源:飒榕旅游知识分享网


QB-╳╳-╳╳╳-╳╳╳╳

Unified Format of Network

Resource Model Files

版本号:1.0.0(报批稿)

╳╳╳╳╳╳-╳╳-╳╳实施 ╳╳-╳╳-╳╳发布

中国移动通信企业标准

移动通信网网络管理技术规范

OMC北向接口

统一网络资源模型文件格式

中国移动通信集团公司 发布

QB-╳╳-╳╳╳-╳╳╳╳

目录

目录 ......................................................................................................................................................... II 前言 ....................................................................................................................................................... III 1 2 3 4

范围 ................................................................................................................................................ 1 规范性引用文件 ............................................................................................................................ 1 术语、定义和缩略语 .................................................................................................................... 1 网络资源模型文件格式综述 ........................................................................................................ 1 4.1 4.2 5

网络资源模型的采集机制 ................................................................................................... 2 网络资源模型文件格式 ....................................................................................................... 2

网络资源模型文件格式 ................................................................................................................ 3 5.1 5.2 5.3

文件总体结构 ....................................................................................................................... 3 文件头部分 ........................................................................................................................... 3 网络资源模型部分 ............................................................................................................... 4

5.3.1 网络资源模型的组织 ...................................................................................................... 4 5.3.2 对补充网络资源模型的支持 .......................................................................................... 5 6

数据类型的串化和还原 ................................................................................................................ 6 6.1 6.2

总体方案 ............................................................................................................................... 6 标记的数据类型串化和还原 ............................................................................................... 6

6.2.1 标记值保留字符 .............................................................................................................. 6 6.2.2 简单数据类型 .................................................................................................................. 6 6.2.3 复杂数据类型 .................................................................................................................. 7 6.3

标记属性的数据类型串化和还原 ....................................................................................... 9 6.3.1 NRM文件标记属性 ......................................................................................................... 9 6.3.2 标记属性值保留字符 .................................................................................................... 10 7

网络资源模型文件组织 .............................................................................................................. 10 7.1 7.2 7.3 7.4 8

综述 ..................................................................................................................................... 10 文件的命名 ......................................................................................................................... 10 文件的压缩 ......................................................................................................................... 12 文件的更新 ......................................................................................................................... 12

编制历史 ...................................................................................................................................... 12

统一网络资源模型文件SCHEMA(规范性附录) ........................................................ 13 网络资源模型文件示例(资料性附录) ......................................................................... 13

附录A 附录B

II

QB-╳╳-╳╳╳-╳╳╳╳

前 言

本标准用于规范移动通信网络设备的OMC北向接口的网络资源模型文件的格式,使来自不同厂商的OMC产生的网络资源模型文件格式一致。

本标准约定OMC北向接口的网络资源模型使用XML文件承载,且规定XML文件的结构以及不同类型的网络资源模型在XML中的存储方案。

本标准是“移动通信网网络管理技术规范 OMC北向接口 统一文件格式”系列标准之一,该系列标准的结构、名称或预计的名称如下:

序号 [1] [2] 标准编号 QB-W-XXX-2012 QB-W-XXX-2012 标准名称 《移动通信网网络管理技术规范 OMC北向接口 统一网络资源模型文件格式》 《移动通信网网络管理技术规范 OMC北向接口 统一性能测量数据文件格式》 本标准的附录A为标准性附录,附录B为资料性附录。 本标准由中移 号文件印发。

本标准由中国移动通信集团网络部提出,集团公司技术部归口。 本标准起草单位:中国移动通信集团公司网络部 本标准主要起草人:李健

III

QB-╳╳-╳╳╳-╳╳╳╳

1 范围

本标准规定了移动通信网络的OMC北向接口网络资源模型文件的文件格式,供OMC北向接口开发人员、网络系统数据采集程序开发人员参考使用;本标准可适用于GSM、TD-SCDMA、IMS、EPS等网络的OMC北向接口。

2 规范性引用文件

下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。

序号 [1] 标准编号 QB-W-007-2007 标准名称 中国移动第三代移动通信网网络管理接口技术规范 发布单位 中国移动通信集团公司

3 术语、定义和缩略语

词语 Dn Itf-N IOC MME NE NMS NRM OMC PM XML 解释 Distinguished Name,识别名 Northbound Interface,北向接口 Information Object Class,信息对象类 Mobility Management Entity,移动性管理实体 Network Element, 网元 Network Management System,网络管理系统 Network Resource Model,网络资源模型 Operation & Maintenance Center,操作维护中心 Performance Measurements,性能测量数据 Extensible Markup Language,可扩展标记语言 4 网络资源模型文件格式综述

1

QB-╳╳-╳╳╳-╳╳╳╳

4.1 网络资源模型的采集机制

NMS Itf-N OMC NRM文件 NRM NRM NE NE NE NE O O O O

图1 网络资源模型改成和采集流程示意图

配置管理是网络管理系统(NMS)的基本功能,NMS有效进行配置管理的前提是网络的配置信息完整、准确。按配置数据的流转过程,NMS对网络配置数据的采集可以划分为两个过程:

(一)网络的配置数据同步至OMC。由于OMC与网元由同一设备厂商的提供,它们之间的接口为私有接口,OMC如何从网元同步配置数据、配置数据以何种形式存在都不属于标准化的范畴。

(二)NMS从OMC上采集配置数据。OMC北向接口则通过标准化解决了NMS与源自不同设备供应商的OMC之间的互通问题,OMC北向接口的标准化涉及接口功能、接口协议以及接口信息模型的标准化,配置数据的标准化是接口信息模型标准化的内容之一。基于面向对象的分析与设计技术,网络的配置数据以IOC的形式进行标准化建模,标准化后的配置数据称为网络资源模型,并以文件的形式存储在OMC上,这样的文件称为网络资源模型文件。NMS从OMC提取网络资源模型文件,并基于网络资源模型、性能测量数据等信息,生成网络运维所需的报表。1

4.2 网络资源模型文件格式

注1

根据《中国移动第三代移动通信网网络管理接口技术规范》,网络的配置数据也可以通过基本配置管理

接口获取,基本配置管理接口可能不使用文件的方式传递配置数据。但从大批量数据传递效率的角度出发,本标准均约定NRM以文件的方式传递。

2

QB-╳╳-╳╳╳-╳╳╳╳

一般地,为简化NMS数据采集的复杂度,使用同一个程序采集不同厂商OMC提供的网络资源模型文件,OMC北向接口既要约定网络资源模型的内容,又要约定网络资源模型文件的格式。

网络资源模型内容的规范化不是本标准的内容范畴;而网络资源模型文件通常有ASN.1与XML等多种格式。本标准约定网络资源模型统一采用XML格式的文件,且文件格式使用Schema进行约束。

5 网络资源模型文件格式

5.1 文件总体结构

图2 网络资源模型文件结构图

如上图所示,网络资源模型文件总体上包括两部分:

 网络资源模型文件头:文件头部分主要用于存放关于网络资源模型的控制信息,以便于NMS识别、处理网络资源模型文件。

 网络资源对象:即具体的网络资源模型的实例,这一部分是网络资源模型文件主体。

5.2 文件头部分

图3 网络资源模型文件头结构图

3

QB-╳╳-╳╳╳-╳╳╳╳

网络资源模型文件头存放在标记下,它下属的各个字段(XML标记)的数据类型及含义如下:

 InfoModelReferenced:字符串型,指示网络资源模型文件中的网络资源模型所遵循的信息模型的标准,如CMCC-ENB-NRM-V1.1.0。

 DnPrefix:字符串型,指示生成这个网络资源模型文件的子网的Dn前缀。

 SenderName:字符串型,指示生成这个网络资源模型文件的ManagementNode的Dn,即OMC。

 VendorName: 字符串型,指示生成这个网络资源模型文件的OMC的设备供应商。  DataTime:日期时间型,指示文件中的网络资源模型的时间。注意,此时间代表OMC从网络同步配置数据的时间,它与网络资源模型文件的生成时间无关。

5.3 网络资源模型部分

5.3.1 网络资源模型的组织

网络资源模型的对象类实例部分是网络资源模型文件的主体,它的结构如下图

图4 网络资源模型文件对象类实例部分的结构

如上图所示,对象类实例()部分是IOC 实例对象的组合,每一组网络资源模型是一个IOC相关的对象实例,包括三个字段(XML的标记):

 ObjectType:指示该组网络资源模型归属的对象类

 FieldName:该部分指示该对象类的属性列表,每个属性分别存放在单独一个标记中。标记N的属性i是整数,指示了当前的属性在属性名列表中的自然数序号。

4

QB-╳╳-╳╳╳-╳╳╳╳

 FieldValue:该部分存放各种IOC对象的属性值,每个对象实例的属性值存放在一个标记中。标记包括两个属性:属性Dn指示当前的对象的识别名;属性UserLabel指示当前对象的UserLabel,以方便人工查找该对象的网络资源模型。标记下包含一组属性值,其个数与FieldName部分的标记的个数保持一致,并使用属性i进行关联,即中的第i个(或,参见下一节)对应于FieldName部分第i个。当某个对象的FieldName对应的值无法取到时,在FieldValue中不应省略对应的标记,此时标记内内容为空。 5.3.2

对补充网络资源模型的支持

补充网络资源模型是指在OMC北向接口信息模型标准的网络资源模型部分之外定义的网络资源模型。对补充网络资源模型的支持,可以使标准使用单位在现有的网络资源模型标准的基础之上,针对本地的维护需求,补充定义网络资源模型要求,并通过统一的网络资源模型文件上传,而无须另行约定网络资源模型文件格式。

补充的网络资源模型也必须使用面向对象的分析与设计技术进行建模。补充网络资源模型在性能测量文件中,参照标准的网络资源模型存放。

对补充网络资源模型的支持,使得OMC可以同时在一个文件中,存放符合不同版本的信息模型标准的网络资源模型成为可能。但若不同版本的网络资源模型对使用同一对象类的同一属性有不同的定义,则应使用不同的文件分别存储网络资源模型。

总之,统一网络资源模型文件格式与具体的信息模型是无关的,这为OMC北向接口信息模型的版本升级过程带来便利。在通常情况下,若要支持新版本的OMC北向接口信息模型,网元、OMC以及NMS都需要升级,且升级过程可能会持续相当长的一段时间。统一网络资源模型文件可使OMC和NMS的升级开来:

 OMC升级可于NMS进行。尽管信息模型的版本不一致,但由于文件格式是统一

的,NMS上旧版本的数据采集程序仍可以支持新版本OMC生成的网络资源模型文件的采集,新版本多出的网络资源模型被自动忽略;

 NMS的升级可于OMC进行。在OMC升级过程中,NMS也可进行升级,新采

集程序在处理旧版本的网络资源模型文件时,可标记新版本信息模型中增量的网络资源模型为未采集到。

这样,OMC与NMS的升级计划可相对安排,互不干扰。

5

QB-╳╳-╳╳╳-╳╳╳╳

6

数据类型的串化和还原

6.1 总体方案

OMC北向接口的信息模型中使用的数据类型包括简单数据类型和复杂数据类型。简单数据类型包括整型、实型、字符型、字符串、布尔型、日期时间型。复杂数据类型又称为构造数据类型,即它是通过多个简单数据类型构造生成,如列表、结构等。

简单数据类型的种类是有限的,但复杂数据类型可以根据应用需求自由定义,其数据类型理论上无法穷举。为避免文件格式与信息模型的相关性,在文件格式标准无法为每一种复杂数据类型分别约定其呈现形式,因此本文约定所有的数据类型均以字符串的形式出现,并约定了不同数据类型向字符串的转换规则。

本文将各种数据类型向XML的标记值字符串或标记属性值字符串转换过程称为“数据类型串化过程”,并简称之为“串化”;将XML的标记值字符串或标记属性值字符串还原为原数据类型的过程称为“数据类型还原过程”,并简称之为“还原”。

6.2 标记的数据类型串化和还原

6.2.1 标记值保留字符

用于标记值的保留字符包括两类,即XML保留字符和信息模型保留字符。

XML保留字符是指字符’<’、’>’和’&’。如果字符型或字符串型的值中包括了XML保留字符,按XML的语法,在输出结果应分别使用“<”、“>”和“&”代替(不含双引号)。

信息模型保留字符是指本标准约定的,用于构造复杂数据类型的关键字符,包括字符‘{’、 ‘}’、 ‘(’、 ‘)’、 ‘,’和’\\’。如果字符型或字符串型的值中包括了上述信息模型保留字,则在输出结果应分别使用字符串“\\{”、 “\\}”、 “\\(” 、“\\)”、“\\,”和“\\\\”代替(不含双引号)。 6.2.2

简单数据类型

6.2.2.1 简单数据类型串化

简单数据类型串化过程分为两个步骤:

 步骤1:字符串转换  步骤2:保留字符替换

以下举例说明各种简单数据类型在步骤1转化为字符串的结果:

6

QB-╳╳-╳╳╳-╳╳╳╳

表1

数据类型 整型 实型 字符型 布尔型 示例 12 12.3456 „C‟ True/TRUE False/FALSE 字符串型 日期型 “abcde” 2012年6月26日 日期时间型 东8区2012年5月8日17:30:00 示例输出结果 12 12.3456 C TRUE FALSE abcde 2012-06-26 简单数据类型的串化

补充说明 (1)输出结果填写在标记内时,不包括表示字符串的双引号 (2)格式化时可能指示了占位宽度,如12.3456可能表示为” 12.3456”,此时占位符必须使用空格,而不能使用制表符。NMS解析程序应能识别并处理占位空格。 (3)布尔型的结果统一转化为大写2012-05-08T17:30:00+08:00 字符串。 当简单数据类型格式化后的字符串中包含了XML保留字符或信息模型保留字符时,应进一步将各保留字符替换为其替代字符串。

如IOC TrafficRoute的属性UserLabel取值为 “Route&1”时在XML文件中应表示为:

Route&1 又如IOC ManagedElement的属性ManagedBy的值为

“CMCCBeiJing.XiCheng,SubNetwork=1,ManagementNode=1”时,在XML文件中应表示为:

CMCC BeiJing.XiCheng\\,SubNetwork=1\\,ManagementNode=1 6.2.2.2 简单数据类型还原

与串化过程相反,简单数据类型还原过程分也两个步骤:

 步骤1:保留字符替代字符串还原为保留字符  步骤2:字符串转简单数据类型

如当从XML文件中取得IOC TrafficRoute的属性UserLabel对应的值为“CMCC BeiJing.XiCheng\\,SubNetwork=1\\,ManagementNode=1”时,步骤1将其变换为“CMCC BeiJing.XiCheng,SubNetwork=1,ManagementNode=1”,步骤2将该字符串转换为UserLabel的数据

UserLabel

“CMCC

BeiJing.XiCheng,SubNetwork=1,ManagementNode=1”。 6.2.3

复杂数据类型

6.2.3.1 复杂数据类型串化

复杂数据类型又称为构造数据类型,即它是通过多个简单数据类型构造生成,如集合、列表、结构等。复杂数据类型支持数据类型之间的嵌套,如结构的列表等等。

7

QB-╳╳-╳╳╳-╳╳╳╳

复杂数据类型串化过程分为三个步骤:

 步骤1:简单数据类型字符串化,即构成复杂数据类型的各个简单数据类型转

换为字符串

 步骤2:保留字符替换,即将串化后的字符串中的保留字符替换为其替代字符

串。

 步骤3:复杂类型字符串构造,即将多个简单类型串化后的字符串,按照一定

的规则组合成复杂类型串化字符串。

6.2.3.1.1.1 枚举

枚举是构造数据类型,但枚举型数值结果通常为字符串常量,因此其在XML文件中的表示形式同字符串,但枚举型的取值将统一转换为大写字符串。

如ManagedElement的属性AdministrativeState(管理状态)是枚举型,其取值范围为{Locked(0),Unlocked(1),ShuttingDown(2)}。若实际取值为“Unlocked”,在XML表示为:

UNLOCKED 6.2.3.1.1.2 集合

集合中的元素放置在大括号对(“{”、 “}”)之内,各个元素之间使用逗号(“,”)分隔。如包含整数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}” 最后整数集合在XML文件中应表示为:

{12,34,56,78} 集合中的元素不区分先后顺序。集合中的每一项应解析为何种数据类型,应以信息模型标准的定义为准。如包含字符串“12”、“34”、“56”、“78”的集合在XML中应表示为:

{12,34,56,78} 这与以上的整数集合的串化结果相同。 6.2.3.1.1.3 列表

列表的表示方式与集合相同,但集合中的原元素没有重复。

如ManagedElement的属性ManagementIpAdress,其类型为字符串列表。若某网元网管IP地址为10.1.2.34和10.1.2.35,则在XML中应表示为

{10.1.2.34,10.1.2.35} 6.2.3.1.1.4 结构

8

QB-╳╳-╳╳╳-╳╳╳╳

一个结构包含多个字段,字段中间使用逗号(“,”)分隔,整个结构的各个字段包括在圆括号内。

如EpRpDynS1uEnb的属性FarIpSubnetworkList,其数据类型为结构列表,List of Struct{Subnetwork:string,Mask:string},某eNodeB的S1u接口的FarIpSubnetworkList在XML中表示如下:

{(10.1.1.0,255.255.255.0),(10.1.2.0,255.255.255.0)} 6.2.3.2 复杂数据类型还原

复杂数据类型串化字符串的还原过程分为三个步骤:

 步骤1:将复杂数据类型串化字符串分解为多个简单数据类型串化字符串。注

意,此过程中保留字符替代字符串中的任何字符不应被解析为复杂类型构造字符。

 步骤2:将各简单数据类型串化字符串中的保留字符替代字符串还原为保留字

 步骤3:将各个字符串转化为简单数据类型,并构造原复杂数据类型 设有结构列表数据类型,其数据类型描述如下: List of Struct (Name: string;Value:string) 现有该类型串化后字符串在XML中表示为

{(ABC\\(12\\),DEF\\(34\\)),(GHI\\,56\\,,JKL<78>)} 该串化字符串还原过程如下:

步骤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:构造原数据类型,其值为{(sting1,string2),(string3,string4)}

6.3 标记属性的数据类型串化和还原

6.3.1 NRM文件标记属性

根据网络资源模型的文件格式约定,网络资源模型文件中含所包括的标记属性见下表

9

QB-╳╳-╳╳╳-╳╳╳╳

表2

标记 网络资源模型文件的标记属性列表

标记属性数据类型 整型 字符串 字符串 整型 标记属性 i Dn UserLabel i 6.3.2 标记属性值保留字符

本标准约定属性值应统一包含在双引号之内,并约定’<’、’>’、’&’、单引号(‘)和双引号(“)为XML保留字符。当标记属性的值包括上述字符时,分别使用字符串”<”、”≷”、”&”、\"'”和“"”代替(不含双引号)。

由于标记属性均为简单数据类型,因此标记属性无须约定信息模型保留字符,即字符‘{’、 ‘}’、 ‘(’、 ‘)’、 ‘,’和’\\’均以其原形出现。

标记属性数据类型的串化和还原过程参见标记的简单数据类型串化和还原。

7 网络资源模型文件组织

7.1 综述

本标准约定每个网元类型相关的各NRM文件应存储在同一个目录下,但对不同的网元类型相关的NRM文件是否分目录存储不做。

给定一个网元类型,有两种文件组织方式:

 文件组织方式一:针对其信息模型规范中包括的每一个IOC,分别启用一个的NRM文件文件存储其实例数据。

 文件组织方式二:对所有的IOC启用一个NRM文件存储其实例数据。

无论使用哪用文件组织方式,当某个NRM文件大小超过预设值时,可以将文件拆分为多个子文件。

一般地,基于文件数、文件大小(对象实例个数)的考虑,对无线接入网网元类型优选文件组织方式一,对核心网网元类型优选文件组织方式二。

7.2 文件的命名

10

QB-╳╳-╳╳╳-╳╳╳╳

NRM文件的命名规则为:

-[IocName]-[P].xml 文件名中各部分的取值说明如下:

:必选字段,标识NRM文件遵循的信息模型标准,其值与文件头的InfoModelReferenced字段保持一致。它可以进一步表示为:[-]--

 [-]:可选字段,用于标识发布信息模型标准的单位,如“CMCC-”、“3GPP-”等。当要同时启用不同来源的信息模型标准时,用此字段来区分文件。

:标识NRM文件适用的网元类型,如MME、ENB等。

:取值为“NRM”或“PM”,对于NRM文件仅可取NRM。  :标识文件遵循的信息模型的规范版本,允许在同一个目录下存放不同版本的信息模型规范的NRM文件。

 [IocName]:可选字段,仅当使用文件组织方式一时,应将[IocName]替换成实际的类名,类名的大小写与信息模型标准保持一致。

:必选字段,格式为“YYYYMMDD-HHMM”,指示数据的本地时间时间戳,其值应与XML文件头中的保持一致(注:格式不相同,此处不用指明时区)。

 [P]:可选字段,当文件名指定的信息模型内容被分割存放到多个文件中时,第一部分为“P00”、第二部分为“P01”,以此类推。分割后的每个XML子文件也必须符本标准约定的文件格式要求。文件的分割可能是因为文件超过预设的大小(文件大小本标准不约定),也可能是OMC根据配置将不同的Job或不同的IOC的内容分开存储,其原因不作。当出现文件分割时, NMS需要采集所有子文件的数据才能保障数据完整性。

例:如采用文件组织方式二,2012年2月22日网元类型MME下各种IOC在18:15的配置数据文件,其文件名为:

MME-NRM-V1.1.0-20120222-1815.xml 例:如采用文件组织方式一,2012年2月23日IOC EutranCellTdd的19:00的配置数据文件,因Cell数量较多被分割成两个子文件,它们的文件名分别为:

ENB-NRM-V1.1.0-EutranCellTdd-20120223-1900P00.xml 11

QB-╳╳-╳╳╳-╳╳╳╳

ENB-NRM-V1.1.0-EutranCellTdd-20120223-1900P01.xml 7.3 文件的压缩

为了提升接口数据传输效率,缺省应将NRM文件压缩后传输。OMC应使用zip或gzip压缩格式对NRM文件进行压缩,压缩文件时不再分卷,压缩后的文件名由原XML文件名后增加相应的压缩文件后缀名构成。如在使用gzip格式压缩时,上述两个例子中压缩后的文件名分别为:

MME-NRM-V1.1.0-20120222-1815.xml.gz ENB-NRM-V1.1.0-EutranCellTdd-20120223-1900P00.xml.gz ENB-NRM-V1.1.0-EutranCellTdd-20120223-1900P01.xml.gz 7.4 文件的更新

当由于某种原因导致原先生成的文件内容有误(如数据缺失等)时,OMC需要重新生成网络资源模型文件提供给NMS进行数据补采,新生成的文件在原文件名后增加”R”,其中i每重新生成一次加一,如

MME-NRM-V1.1.0-20120222-1815R1.xml ENB-NRM-V1.1.0-EutranCellTdd-20120223-1900P00R1.xml ENB-NRM-V1.1.0-EutranCellTdd-20120223-1900P01R1.xml MME-NRM-V1.1.0-20120222-1815R1.xml.gz ENB-NRM-V1.1.0-EutranCellTdd-20120223-1900P00R1.xml.gz ENB-NRM-V1.1.0-EutranCellTdd-20120223-1900P01R1.xml.gz 8 编制历史

版本号 1.0.0 更新时间 主要内容或重大修改 2012-02-01 本标准约定了OMC北向接口网络资源模型文件的通用格式 2012-2-24 2012-05-8 增加了文件命名与压缩相关约定 1、 修订了适用范围。 2、 更新了6.2节保留字符部分的示例,用网络资源模型的示例替代了原先性能测量数据的示例。 3、 修改了信息模型保留字符的替代字符串。原先信息模型保留字符„{‟、 „}‟、 12

QB-╳╳-╳╳╳-╳╳╳╳

„(‟、 „)‟、和„,‟的替代字符串分别为“&lb;”、 “&rb;”、 “&lp;”、 “&rp;” 和“&co;”,因XML SPY等软件遇到上述替代字符串将判定文件格式出错,因此重新定义了信息模型保留字符„{‟、 „}‟、 „(‟、 „)‟、 „,‟和‟\\‟,并分别用字符串“\\{”、 “\\}”、 “\\(” 、“\\)”、“\\,”和“\\\\”代替。 4、 引入数据类型串化和还原的概念,增加描述了数据类型还原方法。 5、 修订了文件组织部分文件分割机制相关的描述。 6、 将gzip文件的后缀后由.gzip改为.gz。 7、 增加约定了刷新的网络资源模型文件的命名规则。 8、 简单数据类型增加了“日期时间”类型。 9、 根据评审会的意见,将附录中内嵌的文件删除,原文件以单独的文件形式作为附件,并更新了附件中的NrmFileExample.xml文件。 2012-06-26 10、简单数据类型增加了“日期”类型。 附录A 统一网络资源模型文件Schema(规范性附录)

见单独的附录文件。

附录B 网络资源模型文件示例(资料性附录)

见单独的附录文件。

13

因篇幅问题不能全部显示,请点此查看更多更全内容

Copyright © 2019- sarr.cn 版权所有 赣ICP备2024042794号-1

违法及侵权请联系:TEL:199 1889 7713 E-MAIL:2724546146@qq.com

本站由北京市万商天勤律师事务所王兴未律师提供法律服务