标准规范下载简介
YD／T 3262-2017 LTE网元管理系统网络管理系统（EMS-NMS）接口功能技术要求.pdf周期性（如15分钟）的获取EMS下管理的全音
采用FTP协议实现性能管理功能，EMS管理的全部网元的性能数据以xml文件形式在北向接口上 准备好供NMS采集。 相应的xml文件格式见附录E。
NMS支持获取EMS下管理的全部网元的配置数据大闸枢纽工程施工投标文件施工组织设计，北向接口配置数据可以周期生成或由于网元配 置数据发生变化生成
YD/T3262—2017
YD/T 32622017
采用FTP协议实现性能管理功能，EMS管理的全部网元的配置数据以xml文件形式在北 准备好供NMS采集。 相应的xml文件格式见附录 F。
理的全部网元的配置数据以xml文件形式在北向接口上 MS采集。 xml文件格式见附录E
YD/T32622017
JTRAD方法中接口分析阶段控制信息分析模板
本附录描述了在使用UTRAD方法对管理接口进行定义时，在接口分析阶段对控制信息进行分 的板
了在使用UTRAD方法对管理接口进行定义时，在接口分析阶段对控制信息进行分析使
X.1接口配置管理功能分析
区.1.2.a***类分析
***为某个对象类的名称。 一α为数字，表示某个对象类的序号，从1开始， 一本节是对某个对象类的具体分析，包括如下小节，
X.1.2.a.1类描述
一在本节中，用自然语言对***类对象做整体描述，尽量详细。在随后的三个小节中，将对该类 的属性、操作和可能发出的通知分别给出详细分析。
区.1.2.a.2属性描述
一在本小节中，将用表格形式对该类的所有属性给出详细分析，表格格式如下
附表 A.1 ***类属性
YD/T 32622017
YD/T 32622017
2）“英文名称”和‘中文名称中分别给出属性的英文名称和中文名称； 3）‘说明”中对该属性的意义、用法等给出说明； 4）“类型和取值说明”中给出该属性的取值类型，以及可能的取值，如枚举型则给出枚举值； ）‘限定”中，有两个域，分别表示必选和可选的限定，以及读写的限定。其取值如下表所述
YD/T32622017
“同上。 返回值 ** 一“描述返回值的定义和取值。” 一返回值与输出参数不同的地方在于：输出参数是作为操作的参数返回的，而返回值是指 作的返回。 前提条件 条件1：“***”； 条件2：“***” 条件3：“***”。 · 一前提条件中给出本操作执行前需要满足的条件，这些条件之间是“与”的关系。 后继条件 如果操作成功，则***。 如果操作失败，则***。 一后继条件中给出本操作执行成果或失败后对网络及其他相关对象的影响。 异常 如果前提条件1不成立，则应扔出异常：“****”； 如果前提条件2不成立，则应扔出异常：“****”； 如果前提条件3不成立，则应扔出异常：“****”。 ··· 一异常中给出本操作执行过程中可能的异常，应与前提条件一一对应。 1.2.a.4通知描述 一在本小节中，将用表格形式对该类可能发出的通知给出详细分析，每个通知格式如下。 一由于通知格式具有普遍性，可以考虑统一将通知表格提出，然后只需在本小节中说明可能发 些通知即可。 1.2.a.4.b***通知 ***是该通知的英文名称。 b为数字，表示该类可能发出的某个通知的序号，从1开始。
区.1.2.a.4通知描述
附表A.2***通知参数
YD/T 32622017
【填表说明】 表名称中“***”为通知的英文名称； 1）‘英文名称”和“中文名称’中分别给出参数英文名称和中文名称； 2）“说明中对该参数的意义、用法等给出说明 3）‘限定”中，有一个域，表示必选可选限定，其取值如下表所述：
【填表说明】 表名称中“***”为通知的英文名称； 1）‘英文名称’和“中文名称”中分别给出参数英文名称和中文名称； 2）“说明中对该参数的意义、用法等给出说明 3）‘限定”中，有一个域，表示必选可选限定，其取值如下表所述：
此外，在限定中定义过滤条件，其取值为：Y表示该参数可作为订购通知时的过滤条件，N表示该 参数不可作为订购通知时的过滤条件 X.1.2.a.5***描述 一若上述的描述还不能完整地分析一个对象类时，可增加其他描述，如状态图、序列图等的描述 可以放在本节中。 一***为其他描述方法的名称，如状态图、系列图等
YD/T32622017
附录B （资料性附录） 从接口分析到接口设计的映射表示例
1）“分析阶段操作”给出在接口分析阶段定义的操作英文名称。 2）“设计阶段操作映射给出对应分析阶段的操作，在接口设计阶段真正的操作名称。可能有分析 阶段的一个操作对应设计阶段的多个操作或分析阶段的多个操作对应设计阶段的一个操作的情 况，要给出明确的说明。 3）若有不存在对应的情况，则相应的表格项空缺。
操作中涉及的参数映射关系见表B.2
表B.2***操作参数映射表
表名中的“***”给出某个操作的英文名称。 1）“分析阶段操作参数’给出在接口分析阶段定义的某操作参数的英文名称。 2）“设计阶段操作参数映射”给出对应分析阶段的操作参数，在接口设计阶段真正的操作参数名称。 可能有分析阶段的一个操作参数对应设计阶段的多个操作参数或分析阶段的多个操作参数对应 设计阶段的一个操作参数的情况，要给出明确的说明。 3）若有不存在对应的情况，则相应的表格项空缺
通知映射关系参见表B.3。
YD/T 32622017
1）“分析阶段通知”给出在接口分析阶段定义的通知的英文名称。 2）“设计阶段通知映射”给出对应分析阶段的通知，在接口设计阶段真正的通知名称。 3）若有不存在对应的情况，则相应的表格项空缺
通知参数映射关系表参见表B.4。
表B.4***通知参数映射表
YD/T32622017
附录C （规范性附录） 入口点对象引用的提供方法
本附录中的方法适用于CORBA技术实现方案。Agent向Manager提供一个入口点对象的引用 Reference），该入口点对象应为persistent的CORBA对象。 Manager可以通过以下两种方式中的任一种获得该入口点对象的引用（Reference)： ◆通过文件方式获取，该文件中应仅包含入口点对象的引用信息。 ?通过OMG的NamingService获取
YD/T 32622017
D.1XMLSchema文档结构图D.1所示
XMLSchema文档结构图D.1所示。
附录D （规范性附录） 告警同步结果文件格式的Schema定义
D.2XMLSchema文档元素/属性说明见表D.1
表D.1XMLSchema文档元素/属性说明
YD/T 32622017
E.1性能测量数据文件格式
E.1.1文件总体结构
YD/T32622017
附录E （规范性附录） 接口性能测量数据XML文件格式说明
如图E.1所示，性能测量数据文件总体上包括两部分： ·性能测量数据文件头：文件头部分主要用于存放关于测量数据的控制信息，以便于NMS识别、 处理性能测量数据文件。 ·性能测量数据：即具体的性能测量结果数据部分，这一部分是性能测量数据文件主体
E.1.2 文件头部分
图E.1性能测量数据文件结构
性能测量数据文件头结构如图E.2所示。性能测量数据文件头存放在
图E.2性能测量数据文件头结构
YD/T 32622017
·JobId：字符串列表。指示该文件中性能测量数据相关的任务的ID，该ID代表的具体含义本标 准不作约定，如它可能是某些标准化接口方案中北向接口上约定的性能测量任务Id，也可能是 EMS上操作系统中的一个任务，该任务执行脚本，查询数据库并生成性能测量文件。一个任务 可以生成多个性能测量文件；多个任务可以将测量结果放在一个性能测量文件中。当性能测量文 件与任何任务无关时，JobId的字符串列表中不含字符串，在XML文件中可表示为：
三.1.3性能测量数据部分
E.1.3.1性能测量数据的组织
性能测量数据部分是性能测量数据文件的主体，它的结构如图E.3所示，
图E.3性能测量数据文件性能测量数据部分的结构
如图E.3所示，性能测量数据部分（
YD/T32622017
PmData：该部分存放各种被管对象的性能测量数据集，每个对象的性能测量数据存放在一个
3.2子测量的数据组织
E.1.3.2.1子测量简介
当一个性能测量与另一个性能测量存在逻辑上的包含关系时，被包含的性能测量是另一个性能测量 的子测量项。举例而言，“正常的eNB请求释放上下文数”是“eNB请求释放上下文数”的一种特例， 因此性能测量“正常的eNB请求释放上下文数”是性能测量“eNB请求释放上下文数”的子测量，“eNB 清求释放上下文数”是主测量。子测量的英文测量名称是在主测量后面增加“，”以及子测量名后缀构 成。如“eNB请求释放上下文数”的英文名为CONTEXT.AtRelEnb，子测量“正常的eNB请求释放上 下文数”的英文名为CONTEXT.AttRelEnb.Normal。
E.1.3.2.2确定测量名的子测量
当子测量的个数是确定的、有限的，子测量名称在性能测量数据的标准制定时就可以明确，在 成性能测量数据文件时，性能测量的名称与性能测量数据标准必须保持完全一致。 已经确定测量名的子测量在性能测量数据文件中的表示形式与主测量完一致，其数值存放在标记
E.1.3.2.3伪测量名的子测量
E.1.3.3对补充性能测量数据的支持
补充性能测量数据是指在EMS北同接口信息模型标准的性能测量数据部分之外定义的性能测量数 居。对补充性能测量数据的支持，可以使标准使用单位在现有性能测量数据标准的基础之上，针对本地 的维护需求，补充定义性能测量数据要求，并通过统一的性能测量数据文件上传，而无须另行约定性能 测量数据文件格式。 补充性能测量数据在性能测量文件中，参照标准的性能测量数据存放。补充性能测量数据可以是确 定名称的性能测量数据，也可以是使用伪测量名的性能测量数据。 对补充性能测量数据的支持，使得EMS可以同时在一个文件中，存放符合不同版本的信息模型标 准的性能测量数据成为可能。但若不同版本的性能测量数据对使用同一性能测量英文名的性能测量数据 有不同的定义，则应使用不同的文件分别存储性能测量结果数据。 总之，统一性能测量数据文件格式与具体的信息模型是无关的，这为EMS北向接口信息模型的版 本升级过程带来便利。在通常情况下，若要支持新版本的EMS北向接口信息模型，网元、EMS以及 NMS都需要升级，且升级过程可能会持续相当长的一段时间。统一性能测量数据文件可使EMS和NMS 的升级独立开来： ·EMS开级可独立于NMS进行。尽管信息模型的版本不一致，但由于文件格式是统一的，NMS 上旧版本的数据采集程序仍可以支持新版本EMS生成的性能测革数据文件的采集，新版本多出 的性能测量数据被自动忽略； ·NMS的升级可独立于EMS进行。在EMS升级过程中，NMS也可独立进行升级，新采集程序在 处理旧版本的性能测量文件时，可标记新版本信息模型中增量的性能测量数据为未采集到。 这样，EMS与NMS的升级计划可相对独立安排，互不干扰。
E.2数据类型的串化和还原
型、实型、字符型、字符中、布尔型、日期时间型。复杂数据类型又称为构造数据类型，即它是
YD/T32622017
过多个简单数据类型构造生成，如列表、结构等。 简单数据类型的种类是有限的，但复杂数据类型可以根据应用需求自由定义，其数据类型理论上无 法穷举。为避免文件格式与信息模型的相关性，在文件格式标准无法为每一种复杂数据类型分别约定其 呈现形式，因此本标准约定所有的数据类型均以学符串的形式出现，并约定了不同数据类型向学符串的 转换规则。 本标准将各种数据类型问ML的标记值学符串或标记属性值学符串转换过程称为“数据类型串化 过程”，并简称之为“串化”；将XML的标记值字符串或标记属性值字符串还原为原数据类型的过程称 为“数据类型还原过程”，并简称之为“还原”。
E.2.2标记的数据类型串化和还原
E.2.2.1标记值保留字符
用于标记值的保留字符包括两类，即XML保留字符和信息模型保留字符。 XML保留字符是指字符‘<'、“>”和‘&'。如果字符型或字符串型的值中包括了XML保留字符， 按XML的语法，在输出结果应分别使用“<”、“>；”和“&；”代替（不含双引号）。 信息模型保留字符是指本标准约定的，用于构造复杂数据类型的关键字符，包括字符“{”、“}” “（”、“）”、“，和“”。如果字符型或字符串型的值中包括了上述信息模型保留字，则在输出结 果应分别使用字符串“\”、 “”、 （ “”和“”代替（不含双引号）
E.2.2.2简单数据类型
E.2.2.2.1简单数据类型串化
简单数据类型串化过程分为两个步骤： ·步骤1：字符串转换； ·步骤2：保留字符替换。 以下举例说明各种简单数据类型在步骤1转化为字符串的结果，见表E.1.
表E.1简单数据类型的串化
YD/T3262—2017
当简单数据类型格式化后的字符串中包含了XML保留字符或信息模型保留字符时，应进一步将 字符替换为其替代字符串。 如字符串“RAB.AttEstabCs.Conv.<1>1>”在XML文件中应表示为：
N>RAB.AttEstabCs.Conv.<1><1>: 又如文件头中的
.2.2.2.2简单数据类型还原
与串化过程相反，简单数据类型还原过程分也两个步骤： ·步骤1：保留字符替代字符串还原为保留字符： ·步骤2：字符串转简单数据类型。 如当从XML文件中取得性能测量名的值为“RAB.AttEstabCs.Conv.<1><1>”时，还原 过程如下： ·步骤1：替换其中的保留字符替代字符串，得到stringl=RAB.AttEstabCs.Conv.<1><1>； ·步骤2：将字符串型还原为原数据类型（字符串），得到测量名为RAB.AttEstabCs.Conv<1>1>
E.2.2.3复杂数据类型
复杂数据类型又称为构造数据类型，即它是通过多个简单数据类型构造生成，如集合、列表、结构 等。复杂数据类型支持数据类型之间的嵌套，如结构的列表等等。 目前性能测量数据文件中，除了标记
E.2.3标记属性的数据类型串化和还原
E.2.3.1PM文件标记属性
表E.2性能测量数据文件的标记属性列表
E.2.3.2标记属性值保留字符
YD/T32622017
本标准约定属性值应统一包含在双引号之内，并约定“<”、“>”、“&”、单引号（）和双引号（“）为 XML保留字符。当标记属性的值包括上述字符时，分别使用字符串“<”、“&gl”、“&”、 “'”和“"”代替（不含双引号）。 由于标记属性均为简单数据类型，因此标记属性无须约定信息模型保留字符，即字符“”、“}” “（’、“‘）’、‘，’和“\’均以其原形出现。 标记属性数据类型的串化和还原过程参见标记的简单数据类型串化和还原
E.3性能测量数据文件组织
本标准约定每个网元类型相关的各PM文件应存储在同一个目录下，但对不同的网元类型相关的 PM文件是否分目录存储不做限制。 给定一个网元类型，有两种文件组织方式： ·文件组织方式一：针对其信息模型规范中包括的每一个IOC，分别启用一个独立的PM文件文件 存储其测量结果数据。 ·文件组织方式二：对所有的IOC启用一个PM文件存储其测量结果数据。 无论使用哪用文件组织方式，当某个PM文件大小超过预设值时，可以将文件拆分为多个子文件。 一般地，基于文件数、文件大小（对象实例个数）的考虑，对无线接入网网元类型优选文件组织方 式一，对核心网网元类型优选文件组织方式二
用指明时区）。 ·[P]：可选字段，当文件超过预设的大小（文件大小本标准不约定)，这个文件可以拆分为多 个子文件，第一部分为“POO”、第二部分为“PO1”，以此类推。分割后的每个XML子文件也必 须符本标准约定的文件格式要求。文件的分割可能是因为文件超过预设的大小（文件大小本标准 不约定），也可能是是为EMS根据配置将不同的Job或不同的IOC的内容分开存储，或者是因 为性能测量的内容包含了不同的统计时间粒度，其原因不作限制。当出现文件分割时，NMS需 要采集所有子文件的数据才能保障数据完整性。 例：如采用文件组织方式二，2012年2月22日网元类型MME下各种IOC在18:15的性能测量数 据文件（实际周期为18:15~18:30），其文件名为：
为了提升接口数据传输效率，缺省应将PM文件压缩后传输。EMS应使用.zip或.gzip压缩格式 工件进行压缩，压缩文件时不再分卷，压缩后的文件名由原XML文件名后增加相应的压缩文件 构成。如在使用.gzip格式压缩时，上述两个例子中压缩后的文件名分别为
当由于某种原因导致原先生成的文件内容有误（如数据缺失等）时，EMS需要重新生成 数据文件提供给NMS进行数据补采，新生成的文件在原文件名后增加“R”，其中i每重 次加一，如
F.1网络资源模型文件格式
F.1.1文件总体结构
YD/T32622017
附录F （规范性附录） 接口网络资源模型XML文件格式
如图F.1所示，网络资源模型文件总体上包括两部分： ·网络资源模型文件头：文件头部分主要用于存放关于网络资源模型的控制信息，以使于NMS识 别、处理网络资源模型文件。 ·网络资源对象：即具体的网络资源模型的实例，这一部分是网络资源模型文件主体
网络资源模型文件头如图F.2所示
图F.1网络资源模型文件结构
图F.2网络资源模型文件头结构
YD/T 32622017
F.1.3网络资源模型部分
F.1.3.1网络资源模型的组织
网络资源模型的对象类实例部分是网络资 件的主体，它的结构如图F.3所示
图F.3网络资源模型文件对象类实例部分的结构
如图F.3所示，对象类实例（
F.1.3.2对补充网络资源模型的支持
补充网络资源模型是指在EMS北向接口信息模型标准的网络资源模型部分之外定义的网络资源模 型。对补充网络资源模型的支持，可以使标准使用单位在现有的网络资源模型标准的基础之上，针对本 也的维护需求，补充定义网络资源模型要求，并通过统一的网络资源模型文件上传，而无须另行约定网 络资源模型文件格式， 补充的网络资源模型也必须使用面向对象的分析与设计技术进行建模。补充网络资源模型在性能测 量文件中，参照标准的网络资源模型存放。 对补充网络资源模型的支持，使得EMS可以同时在一个文件中，存放符合不同版本的信息模型标
YD/T32622017
准的网络资源模型成为可能。但若不同版本的网络资源模型对使用同一对象类的同一属性有不同的定 义，则应使用不同的文件分别存储网络资源模型。 总之，统一网络资源模型文件格式与具体的信息模型是无关的，这为EMS北向接口信息模型的版 本升级过程带来便利。在通常情况下，若要支持新版本的EMS北向接口信息模型，网元、EMS以及 NMS都需要升级，且升级过程可能会持续相当长的一段时间。统一网络资源模型文件可使EMS和NMS 的升级独立开来： ·EMS升级可独立于NMS进行。尽管信息模型的版本不一致，但由于文件格式是统一的，NMS 上旧版本的数据采集程序仍可以支持新版本EMS生成的网络资源模型文件的采集，新版本多出 的网络资源模型被自动忽略： ·NMS的升级可独立于EMS进行。在EMS升级过程中，NMS也可独立进行升级，新采集程序在 处理旧版本的网络资源模型文件时，可标记新版本信息模型中增量的网络资源模型为未采集到。 这样，EMS与NMS的升级计划可相对独立安排，互不干扰，
F.2数据类型的串化和还原
EMS北间接口的信息模型中使用的数据类型包括简单数据类型和复杂数据类型。简单数据类型包 活整型、实型、字符型、学符串、布尔型、日期时间型。复杂数据类型义称为构造数据类型，即它是通 过多个简单数据类型构造生成，如列表、结构等。 简单数据类型的种类是有限的，但复杂数据类型可以根据应用需求自由定义，其数据类型理论上无 法穷举。为避免文件格式与信息模型的相关性，在文件格式标准无法为每一种复杂数据类型分别约定其 呈现形式，因此本本标准约定所有的数据类型均以字符串的形式出现，并约定了不同数据类型向字符串 的转换规则。 本标准将各种数据类型向XML的标记值字符串或标记属性值字符串转换过程称为“数据类型串化 过程”，并简称之为“串化”：将M的标记值学符串或标记属性值学符串还原为原数据类型的过程称 为“数据类型还原过程”，并简称之为“还原”
F.2.2标记的数据类型串化和还原
F.2.2.1标记值保留字符
XML保留字符是指字符“<”、“>”和‘&”。如果字符型或字符串型的值中包括了XML保留字符， 按XML的语法，在输出结果应分别使用“<”、“>”和“&；”代替（不含双引号）。 信息模型保留字符是指本标准约定的，用于构造复杂数据类型的关键字符，包括字符“（"、‘}”、 “（”、“）”、“，”和“'。如果字符型或字符串型的值中包括了上述信息模型保留字，则在输出结果应分 别使用字符串“\{”、“"}”、“\(”、“）”、“,”和“Ⅱ”代替（不含双引号）。
YD/T 32622017
F.2.2.2简单数据类型
F.2.2.2.1简单数据类型串化
简单数据类型串化过程分为两个步骤： ·步骤1：字符串转换； ·步骤2：保留字符替换。 以下举例说明各种简单数据类型在步 为字符串的结果，详见表F.1：
表F.1简单数据类型的串化
当简单数据类型格式化后的字符串中包含了XML保留字符或信息模型保留字符时，应进一 步将各 保留字符替换为其替代字符串。 如IOCTrafficRoute的属性UserLabel取值为“Route&1”时在XML文件中应表示为：
Kv>Route&l 又如IOCManagedElement的属性ManagedBy的值为“CMCCBeiJing.XiCheng,SubNetwork=1， ManagementNode=1”时GB／T 50823-2013 油气田及管道工程计算机控制系统设计规范(完整正版、清晰无水印).pdf，在XML文件中应表示为：
Kv>Route&l 又如IOCManagedElement的属性ManagedBy的值为“CMCCBeiing.XiCheng,SubNetwon ManagementNode=1”时，在XML文件中应表示为：
F.2.2.2.2简单数据类型还原
与串化过程相反，简单数据类型还原过程分也两个步骤： ·步骤1：保留字符替代字符串还原为保留字符： ·步骤2：字符串转简单数据类型。 如当从XML文件中取得IOCTrafficRoute的属性UserLabel对应的值为“CMCCBeiJing.XiCheng SubNetwork=1\,ManagementNode=1”时，步骤1将其变换为“CMCCBeiJing.XiCheng,SubNetwork=1 ManagementNode=1”，步骤2将该字符串转换为UserLabel的数据类型（字符串），最终UserLabel的 值为“CMCCBeiJing.XiCheng,SubNetwork=1,ManagementNode=1”。
天嘉湖安全文明施工方案F.2.2.3复杂数据类型
F.2.2.3.1复杂数据类型串化
YD/T32622017