【YD通讯标准】 LTE 网元管理系统 网络管理系统(EMS-NMS)接口功能技术要求

ICS33.040
中华人民共和国通信行业标准
YD/T3262—2017
LTE网元管理系统网络管理系统
（EMS-NMS）接口功能技术要求
LTE EMS-NMS interface function technical requirement2017-04-12发布
中华人民共和国工业和信息化部2017-07-01实施
2规范性引用文件.
3缩略语，
移动通信网网络管理接口定义
4.1接口位置..
4.2接口含义
接口定义内容.
4.4接口定义方法.
4.5接口通信协议，
对管理接口的一致性要求
公共管理接口
5.1接口功能需求
5.2接口分析..
5.3基于Corba技术的接口设计方案故障管理接口.
6.1接口功能需求
6.2接口分析
6.3基于Corba技术的接口设计方案7性能管理接口
7.1接口功能需求
7.2接口实现方案.
配置管理接口
8.1接口功能需求，
8.2接口实现方案，
附录A（资料性附录）UTRAD方法中接口分析阶段控制信息分析模板附录B（资料性附录）从接口分析到接口设计的映射表示例附录C（规范性附录）入口点对象引用的提供方法附录D（规范性附录）告警同步结果文件格式的Schema定义附录E（规范性附录）接口性能测量数据XML文件格式说明附录F（规范性附录）接口网络资源模型XML文件格式附录G（资料性附录）Filter的约束建议，参考文献
YD/T3262—2017
YD/T3262—2017
本标准是“LTE网元管理系统网络管理系统（EMS-NMS）接口”系列标准之一。该系列标准的预计结构如下：
-YD/T3262《LTE网元管理系统网络管理系统（EMS-NMS）接口功能技术要求》YD/T3263《LTE网元管理系统网络管理系统（EMS-NMS）接口功能测试方法》本标准依据GB/T1.1一2009的规则起草请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本标准由中国通信标准化协会提出并归口本标准起草单位：中国移动通信集团公司、中国移动通信集团设计院有限公司、北京邮电大学。本标准主要起草人：罗志毅、霍筱宁、胡亚希、李文璟。I
1范围
L工E网元管理系统网络管理系统（EMS-NMS）接口功能技术要求
YD/T3262—2017
本标准规定了LTE网元管理系统网络管理系统（EMS-NMS）接口的需求和实现方案，涉及公共管理接口、故障管理接口、性能管理接口和配置管理接口四部分。本标准适用于LTE数字蜂窝移动通信网。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。YDT1584.1一20072GHz数字蜂窝移动通信网网络管理通用技术要求第1部分基本原则3缩略语
下列缩略语适用于本文件：
公共管理信息协议
公共对象请求代理体系
可识别名
网元管理系统
接口定义语言
北向接口
网络管理系统
操作维护中心
服务质量
简单网络管理协议
统一的TMN需求，分析和设计
Common Management Information ProtocolCommon Object Request Broker ArchitectureDistinguished Name
ElementManagementSystem
Interface Definition LanguageInterface-Northbound
Network Element
Network Management System
Operation and MaintanenceCentreQualityof Service
SimpleNetwork Management ProtocolUnifiedTMNRequirements,AnalysisandDesign
YD/T3262—2017
4移动通信网网络管理接口定义
4.1接口位置
本标准将对移动通信网网络管理系统（NMS）与移动通信网网元管理系统（EMS)之间的管理接口进行定义，即EMS-NMS接口。其中EMS就是通常所说的OMC系统。在网络管理中，相互交互的两个实体分别承担了两个角色一一管理者（Manager）或是代理者（Agent）。管理者的任务是发送管理命令并接收代理者发来的通知：代理者的任务是直接管理有关的管理对象，接收管理者发来的管理命令并向管理者返回操作响应（确认型操作时），也可在需要时主动向管理者发出通知。图1所示描述了管理者和代理者间的基本关系。管理系统
Manager
操作响应
被管系统
图1管理者与代理者关系示意
在移动通信网网络管理中，网络管理系统（NMS）承担了管理者（Manager）的作用，移动通信网网元设备（NE）或网元管理系统（EMS）承担了代理者（Agent）的作用。它们之间的网络管理接口称为北向接口，下文简称为Itf-N。根据移动通信网管理要求，Itf-N的位置可能有图2所示的两种情况，Manager
Manager
（a）接口位置1
（b）接口位置2
图2Itf-N接口位置
图2中，NE泛指设备商提供的移动通信设备（以下简称移动通信网设备），可以是单个设备，也可以是多个设备：EMS是由设备厂商自行提供的网元管理系统，可以对本厂商的移动通信网设备进行配置、操作和维护等：NMS是运营商提供的移动通信网管理系统，能够管理不同设备厂商的移动通信网设备。
YD/T3262—2017
图2（a）所示，Itf-N位于NMS与EMS之间，由EMS向NMS提供北向接口，该场景在本标准定义范围内。
图2（b）所示，Itf-N位于NMS与NE之间，即由NE直接向NMS提供北向接口，该场景不在本标准定义范围内。
4.2接口含义
网络管理接口指的是Manager与Agent之间进行管理信息交互的通道，包含以下几层含义：1）支持Manager与Agent之间进行通信的通信协议栈。这是网络管理接口应具备的基本功能，即网络管理接口应具备底层传输协议，以完成数据的传输。a）对于传统Q3接口来说，底层传输协议应包括物理层、数据链路层、网络层、传输层、会话层、表示层和应用层底层协议-等（参见ITU-TQ.811和ITU-TQ.812）。b）对于基于SNMP的Q接口来说，底层传输协议应包括物理层、数据链路层、网络层和传输层。c）对于基于CORBA的Q接口来说，底层传输协议应包括物理层、数据链路层、网络层和传输层（见ITU-TQ.811和ITU-TQ.812Amd）2）应用层网络管理协议。网络管理接口应对应用层网络管理协议进行定义，以完成Manager和Agent之间交换端到端的管理信息。如定义Manager从Agent获取信息的方式，包括管理动作和应答的交互、上报通知的方式等。a）对于传统Q3接口来说，网络管理协议位于应用层的上层，目前常用的有CMIP（公共管理信息协议）和FTAM（文件传送、访问与管理）协议，其中CMIP主要用来传送网络管理操作命令和响应等数据量较小的数据；而FTAM主要用来传送大数据量的管理数据，如计费数据、局数据等。
b）对于基于SNMP的Q接口来说，网络管理协议为SNMP。c）对于基于CORBA的Q接口来说，没有定义单独的网络管理协议，隐含在管理信息模型（见下文介绍）的描述中。
3）统一的管理信息模型。网络管理接口应对Manager和Agent之间传递的管理信息进行定义，使得双方对管理信息的语义及语法有统一的认识。通过网管接口交互的管理信息，包括管理控制信息和网络资源信息，均含语义定义和语法定义。a）管理控制信息：是为了完成管理功能而进行管理交互的信息，如要完成性能管理功能需要定义性能管理相关操作，要完成配置管理功能需定义配置管理相关操作等。需要指出的是对于基于CORBA的Q接口来说，由于其没有定义单独的网络管理协议，因此在管理控制信息1从最新的ITU-T进展来说，目前已不推荐Q3这个称呼，而是直接称为Q接口，因为ITU-T希望能够扩展Q接口的范围，将CORBA接口，SNMP接口等都纳入广义的Q接口，目前本标准中所说的传统Q3接口只限于基于CMIP（公共管理信息协议，见下文介绍）的接口。2应用层底层协议包括应用层中的公共应用服务元素，目前在网管中应用广泛的为ROSE（远程操作服务元素）和ACSE（连接控制服务元素）。
3同注1的解释，目前Q接口的范围包括基于CMIP的接口，也包括基于SNMP、CORBA等的接口3
YD/T3262—2017
的定义中，包含了基本的管理操作，如管理动作和应答的交互、上报通知的方式等。b）网络资源信息：是具体的被管网络资源的抽象，如可按网元功能抽象而成的管理对象类MSCFunction，RNCFuncion，NodeB等,对象类中再抽象出该对象需要被管理的属性、操作、及可上报的通知等。
图3所示为上述三部分网络管理接口含义的关系。管理应用程序
管理信息模型
Manager
4.3接口定义内容
网络管理协议
通信协议栈
图3接口含义及其关系示意
根据接口含义的要求，移动通信网网络管理的接口定义应包含以下内容：1）接口通信协议：包括底层传输协议和高层网络管理协议。2）接口管理功能。由于接口管理信息模型的定义是基于接口管理功能需求，并为其服务的，因此在定义接口管理信息之前，需要对接口管理功能作出准确的定义Itf-N的接口管理功能需求可以分为不同的管理域，如配置管理接口需求、性能管理接口需求、故障管理接口需求、其他管理接口需求等，对应的If-N由一簇管理接口组成，如配置管理接口、性能管理接口、故障管理接口、其他管理接口等，如图4所示。Manager (NMS)
性能管
理接口
故障管
理接口
配置管
理接口
Agent（OMC/NE)
图4接口管理功能示例
其他管
理接口
3）接口管理信息模型，根据接口管理功能的要求，包括管理控制信息和网络资源信息，含语义定义和语法定义。管理控制信息以管理域为粒度进行定义，如针对配置管理接口需求，定义一个相应的配置管理接口控制对象；根据性能管理需求，定义一个相应的性能管理接口控制对象。这样的控制对象称为管理域控制对象。4）补充说明：移动通信网的升级对本接口的影响如下：4
a）接口通信协议可后向兼容；
b）接口管理功能可后向兼容；
YD/T3262—2017
c）接口管理信息模型中管理控制信息可后向兼容，网络资源信息需要根据网络的升级进行相应的变化
注：本标准只涉及第1)、2）条以及第3）条中的管理控制信息。4.4接口定义方法
参见YD/T1584.1—2007中的附录A。4.5接口通信协议
见YDT1584.12007中的第5章。
4.6对管理接口的一致性要求
任何声明满足本标准要求的接口，应满足如下一致性要求：1）应满足本标准定义的接口管理功能需求；2）应满足本标准定义的接口分析：3）应至少提供一种管理接口设计中的解决方案。本标准中涉及的接口分析和接口设计之间映射关系参见附件B定义本标准从接口需求、接口分析和接口设计方案三个方面对公共管理接口、故障管理接口、性能管理接口和配置管理接口进行定义
5公共管理接
5.1接口功能需求
5.1.1概述
公共管理接口功能是指配置管理接口功能、故障管理接口功能、性能管理接口功能等都要用到的公共功能，公共管理接口功能由一簇管理功能组成，包括：通知管理接口功能、链路监视接口功能和文件传输接口功能等。每个用例代表一个相应的接口功能，如图5所示。Q
Manager
《include》
链路监视接口功能
公共管理接口功能
《include》
通知管理接口功能
《include
文件传输接口功能
图5公共管理接口功能用例
YD/T3262—2017
5.1.2通知管理接口功能
5.1.2.1用例
通知管理接口功能进一步分解为：通知上报功能和通知订购功能集，通知订购功能集文包括：订购通知、撤销订购、修改/查询订购，用例图如图6所示。Manager
通知管理接口功能
《include》
通知订购功能集
《include》《include》《include》订购通知
5.1.2.2通知上报功能
撤销通知
查询/修改订购
《include
通知上报功能wwW.bzxz.Net
图6通知管理功能用例
Agent可通过Itf-N接口向Manager上报通知，可上报的通知类型包括（以下管理域控制对象简称为控制对象）：
1）与故障管理相关的通知：
a）新的告警通知：表示一个新产生的告警（告警类型可为设备告警、环境告警、通信告警、处理错告警、α告警等)；
b）变化的告警通知：表示原有的一个告警其级别发生了变化：c）清除的告警通知：表示原有的一个告警已经被清除：2）与文件传输相关的通知：
a）文件传输准备好通知：
b）文件传输准备异常通知：
3）与链路监视相关的通知：
心跳通知：见本标准5.2.3.3.2.1。4）与入口点相关的通知：
入口点注册信息改变通知。
在Agent向Manager上报通知前，应当首先按照上报通知的类型来组织通知参数，具体参数要求参见接口分析部分相应的描述。
通知订购功能
5.1.2.3.1订购通知
该功能支持Manager通过Itf-N接口订购相应通知，即Manager指定通知过滤条件及前向自的地：6
YD/T3262—2017
订购成功后，Agent将根据此过滤条件和目的地信息向Manager上报相应通知，Manager需要指定的信息包括：
通知过滤条件列表；
上报通知的目的地。
5.1.2.3.2
撤销订购
该功能支持Manager通过Itf-N接口撤销已经存在的通知订购。5.1.2.3.3查询订购
该功能支持Manager通过Itf-N接口查询订购参数，包括如下参数：订购标识号：
过滤条件列表；
订购状态；
订购通知种类。
5.1.2.3.4
修改订购
该功能支持Manager通过Itf-N接口修改订购参数，包括如下参数（标*者为可修改参数）：订购标识号：
过滤条件列表(*)：
定购通知种类(*)。
5.1.3链路监视接口功能
5.1.3.1概述
链路监视功能提供某种机制使得Manager与Agent之间的通信链路状态可以被监视，且出现异常时能够尽早被监测到。链路监视功能涉及到的组件如图7所示。tfN
link-a-l(s)
link-a-2
管理系统
管理者
Ilink-b
其他管理域控制
被管系统
通知管理域控制对象
通知分发服务
图7Manager与Agent间通信链路情况图7中，link-a为Manager与Agent间命令下发的通道，包括：1）link-a-1为Manager与其他管理域控制对象之间的通信通道：2）link-a-2为Manager与通知管理域控制对象之间的通信通道。YD/T3262—2017
这两条通信通道是逻辑上的区分，在物理上可以是相同的。Link-b为Agent向Manager发出通知的通道。链路监视接口功能涉及三个部分：Manager、Agent及他们之间的通信链路。对Manager来说，链路监视就是需要知道对端实体Agent及他们之间的通信链路是否正常工作。从Manager的角度来看：
a）Link-a链路的监视：Manager应能够监测Link-a-1和Link-a-2是否正常工作。Manager通过观察调用操作的返回结果可以完成监测功能，不需要另外定义一套机制。b）Link-b链路或Agent的监视：Agent应该提供一种机制使得Manager能够自动监测Link-b或Agent是否正常工作。此功能通过心跳服务来实现，Agent周期性地发送心跳通知给Manager以告知自已的存在。在多个Manager的环境下，只需要一个心跳周期。正常情况下Manager将会周期性地收到心跳通知并以此判定链路连接正常和Agent工作正常。如果Manager连续几个周期没有收到该通知，则可以得出链路中断或Agent工作不正常的结论。在链路中断期间，Agent将会继续发送“心跳通知”。但该通知不应被缓存，也不用进行物理存储。如果向Manager发送该通知不成功，Agent只是将它丢弃。c）主动触发心跳：心跳周期的设置应根据实际需求进行设置，如果时间太长则失去了链路监视的意义，时间太短也会带来网络负荷的增加。鉴于这种情况，如果Manager在接收到下一个心跳通知前怀疑链路出现了问题，可以立刻主动触发心跳通知来鉴定网络链路是否正常。这是一个帮助Manager及时发现链路故障的补充手段，不影响通常的心跳服务的实现。Agent在接收到触发操作后立即上报一个心跳通知，此后依然按照通常的心跳服务周期上报心跳通知。在心跳通知中会有一个域指明该心跳通知是通常的心跳通知还是由于Manager触发引起的心跳通知。从Agent的角度看：
Agent应在Manager协助下反向监测Manager和link-b是否工作正常。5.1.3.2用例
链路监视接口功能包括：设置心跳周期、查询心跳周期、触发心跳通知和心跳通知上报。链路监测接口功能用例如图8所示。
Manager
查询心跳周期
链路监视接口功能
设置心跳周期触发心跳通知
icludex
心跳通知上报
通知上报功能
图8链路监视接口功能用例
5.1.3.3设置心跳周期
YD/T3262—2017
设置心跳周期功能支持Manager通过Itf-N接口修改Agent上报心跳通知的周期。如果心跳周期被修改，则Agent应立即发送一个心跳通知给所有订购过该通知的Manager，并且应填入新的心跳周期。如果修改后的心跳周期为0，则Agent在立即发送一个心跳通知之后，将不再发送心跳通知。如果修改后的心跳周期与之前的心跳周期相同，则操作被拒绝。5.1.3.4查询心跳周期
查询心跳周期功能支持Manager通过Itf-N接口查询Agent上报心跳通知的周期。5.1.3.5触发心跳通知
触发心跳通知功能支持Manager通过Itf-N接口主动触发心跳通知上报。Agent在接收到触发操作后立即上报一个心跳通知，原先按周期性计划上报的心跳通知不受影响。5.1.3.6心跳通知上报
该功能支持Agent按照设置的心跳上报周期向所有订购过心跳通知的Manager上报心跳通知。5.1.4文件传输接口功能
5.1.4.1概述
文件传输接口是一个通用的管理功能，为其他接口管理功能提供文件传输的支持。文件传输接口有如下要求：
1）必须对所传输的文件进行压缩。采用常见的文件压缩方式，本标准中推荐使用GZIP：2）文件传输协议为FTP；
3）应对所传输文件的命名给出约定：4）Agent应提供所传输文件的特性（如文件目录、文件名、创建时间、文件格式等）；5）Agent为FTP协议的Server方。使用文件传输接口功能，可以为如下数据的传输提供支持：1）告警历史数据的同步，见故障管理接口功能需求：2）性能统计数据，见性能管理接口功能需求；3）配置资源数据，见配置管理接口功能需求5.1.4.2用例
文件传输接口功能进一步分解为文件准备好通知上报、查询文件信息和文件准备异常通知上报，其中文件准备好通知上报和文件准备异常通知上报用到通知管理接口功能中的通知上报功能，其用例图如图9所示。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。