YD/T 1665-2007
基本信息
标准号： YD/T 1665-2007
中文名称：数字用户线路(DSL)网络管理接口技术要求
标准类别：通信行业标准(YD)
标准状态：现行
出版语种：简体中文
下载格式：.zip .pdf
标准分类号
关联标准
出版信息
相关单位信息
标准简介
YD/T 1665-2007.Technical Specification for DSL Network Management Interface.
1范围
YD/T 1665描述了DSL通信网的网络结构和网络管理结构,规定了DSL通信网网络管理中NMS和EMS之间的接口，包括接口位置、功能需求、信息模型以及协议有关的接口定义。
DSL通信网网络管理接口功能需求包括公共管理接口功能需求、配置管理接口功能需求、性能管理接口功能需求和故障管理功能接口需求。
YD/T 1665定义了ADSL、VDSL、SHDSL 3种用户线技术的网络管理接口要求。
YD/T 1665适用于中国宽带网络的DSL网络管理接口。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。
ITU-T Recommendation M.3100:“Generic Network Information Model" ,2000.
ADSL ForumWT-041: "ADSL EMS to NMS Functional Requirements'",August 1999.
DSL Forum TR-030:“ADSL EMS to NMS Functional Requirements", Feb.2000.
ADSL Forum TR-00S: "ADSL Network Element Management".
DSL Forum TR-066:“ADSL Network Element Management (Update to TR-005)", March 2004.
1范围
YD/T 1665描述了DSL通信网的网络结构和网络管理结构,规定了DSL通信网网络管理中NMS和EMS之间的接口，包括接口位置、功能需求、信息模型以及协议有关的接口定义。
DSL通信网网络管理接口功能需求包括公共管理接口功能需求、配置管理接口功能需求、性能管理接口功能需求和故障管理功能接口需求。
YD/T 1665定义了ADSL、VDSL、SHDSL 3种用户线技术的网络管理接口要求。
YD/T 1665适用于中国宽带网络的DSL网络管理接口。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。
ITU-T Recommendation M.3100:“Generic Network Information Model" ,2000.
ADSL ForumWT-041: "ADSL EMS to NMS Functional Requirements'",August 1999.
DSL Forum TR-030:“ADSL EMS to NMS Functional Requirements", Feb.2000.
ADSL Forum TR-00S: "ADSL Network Element Management".
DSL Forum TR-066:“ADSL Network Element Management (Update to TR-005)", March 2004.
标准图片预览
标准内容
ICS33040
中华人民共和国通信行业标准
YD/T 1665-2007
数字用户线路（DSL）网络管理接口技术要求
Technical Specification for DSL Network Management Interface2007-07-20发布
2007-12-01实施
中华人民共和国信息产业部发布前言
1范围
2规范性引用文件..
3术语、定义和缩略语·
4网络管理结构·
5DSL通信网网络管理接口定义.
5.1接口位置
5.2接口含义·
5.3接口定义内容…
6接口管理功能需求·
6.1＇公共管理接口功能需求
6.2配置管理接口功能需求·
6.3．性能管理接口功能需求
6.4故障管理接口功能需求
6.5安全管理接口功能需求（可选）？信息模型
7.1对象管理实体
7.2ADSL传输管理实体
7.3ADSL性能监控实体.
7.4VDSL传输管理实体
7.5VDSL性能监控实体
7.6SHDSL传输管理实体+**
7.7SHDSL性能监控实体.
7.8故障管理实体.
7.9安全管理实体（可选）.
8接口操作定义.
8.1公共管理****
8.2·配置管理
8.3告警管理
8.4性能管理·
8.5安全管理（可选）
8.6异常定义·*
附录A（资料性附录）DSL网络管理接口功能的CORBAIDL实现TKAONIKAa
YD/T 1B65-2007
本标准结合我国的实际情况修改，采用了以下标准：YD/T 1665-2007
1. ADSL Forum TR-035: \Protocol Independent Object Model for ADSL EMS-NMS Interface\. Mar2000；
2. DSL Forum TR-030: \ADSL EMS to NMS Functional Requirements\, Feb. 2000.其中，在信息模型方面主要参考了ADSL ForumTR-035：“Protocol Independent Object Model forADSLEMS-NMSInterface\，Mar.2000。不同之处在于：根据实际的DSL组网情况以及本标准的范围，去除了ATM的管理实体，在功能需求方面主要参考了DSLForumTR-030:“ADSLEMStoNMSFunctionalRequirements\,Feb.2000。不同之处在于：根据实际本标准的范围除去了ATM相关功能和ATM层的相关功能（类似VP/VC等交叉连接）。公共管理接口功能需求方面去除了对逻辑网元方面的需求，添加了通知管理功能需求。在告警管理功能需求方面添加了一些可选的告警功能需求，如确认/去确认告警和清除告警等。安全督理功能需求方面根据实际需要变成可选部分。本标准中的附录A为资料性录。
本标准由中国通信标准化协会提出并归口本标准起草单位：中兴通讯股份有限公司、上海贝尔阿尔卡特股份有限公司、北京西门子通信网络股份有限公司
本标准主要起草人：孙鸣、申山宏、苏春山、万光华、苏睛，朱建华1范围
数字用户线路（DSL）网络管理接口技术要求YD/T 1665-2007
本标准描述了DSL通信网的网络结构和网络管理结构，规定了DSL通信网网络管理中NMS和EMS之间的接口，包括接口位置、功能需求、信息模型以及协议有关的接口定义。DSL通信网网络管理接口功能需求包括公共管理接口功能需求、配置管理接口功能需求、性能管理接口功能需求和故随管理功能接口需求。本标准定义了ADSL、VDSL、SHDSL3种用户线技术的网络管理接口要求。本标准适用于中国宽带网络的DSL网络管理接口。2撬范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款凡是注回期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准：然而，鼓励根据本标推达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。IrU-T Recommendation M.3010: \Principles for a Tcleconmunications Management Network\ ,April,2005
ITU-TRecommendation M.3100:\Generic Network Infarmation Model\2000ADSLForumWT-041:\ADSLEMS toNMSFunctional Requirements\,August 1999.DSL Forum TR-030: “ADSL EMS ro NMS Functional Requirements\, Feb. 20XADSL Furum TR-QO5: \ADSL Network Element Management\.DSL Forum TR-066: “ADSL Network Element Management (Update to TR-005)\, March 2004.ADSL Forum adsif99_198: \Protocol Independent Model for ADSL EMSNMS Interface\, August, 1999.ADSL Forum TR-0l2: \ Broadband Service Architecture for Access to Legacy Data Networks overADSL
ADSL Forum TR-035: \Protocol Independent Object Model for ADSL EMS-NMS Interface\. Mar. 2000ADSLForumTR-(41:\CORBASpecification forADSLEMS-NMS Interface\.Jun.2001DSL Forum TR-050: \CORBA v2 for ADSL EMS-NMS Interface\, Apr. 2002RFC3728: \ Definitions of Managed Objects for Very High Spced Digital Subscriber Lines (VDSL), 2004RFC3276: \ Definitions of Managed Objects for High Bit-Rate DSL - 2nd generation (HDSL2) andSingle-Pair High-Speed Digital Subscriber Line (SHDSL) Lines\, 1999.3术语、定义和缩略语
3.1术语和定义
下列术语和定义适用丁本标准。3.1.1网元管理系统（Element Management System，EMs）TTKANIKAca
YD/T 1665-2007
EMS：网元管理系统，通常设备提供商提供，能够管理一个厂商的多种网络设备。3.1.2网元设备 (Network Element，NE)NE：指的是由EMS管理的各种网络设备，例如xDSL设备。3.1.3网络管理系统（NetworkManagementSystem，NMs）NMS：对由多种类型，多个厂商的设备组成的网络进行端到端管理的系统。NMS并不直接管理设备，而是依赖于EMS进行管理。一个NMS系统可能与一个或多个业务管理系统相接。NMS也可能具备一部分EMS的功能，可以针对单个网元进行管理：也可以只具备网络层的功能，管理一个或多个EMS。3.1.4通知服务（NotlficationService）接口侧的通知分发服务提供通知控制和转发功能。3.2缩略语
下列缩略语适用于本标准：
Element Management System
Network Management System
Telecommunications Management NetworkADSL Transmissian Uait at the Central Office end.ADSL Transmission Unit at the Remote end.Asynchronous TransferMode
VDSL Transmission Unit at the Central Office end.VDSLTransmission UnitattheRemoteendSHDSL Transmission Unit at the Central Office end.SHDSL Transmission Unit at the Remote end.Signal to Noise Ratio
Margin
Cyclic Redundaucy Check
Attenuation
Errored Seconds
Severely Errored Seconds
UnavailableSeconds
Loss of Sync Word
LoSW secands
Loss af Signal
Los Seconds
Loss of Frame
Lof Seconds
Loss of Link
Lol Seconds
Loss of Power
网元管理系统
网络管理系统
电信管理网
ADSL在局端的传输单元
ADSL在用户端的传输单元
异步传输模式
VDSL在局端的传输单元
VDSL在用户端的传输单元
SHDSL在局端的传输单元
SHDSL在用广端的传输单元
信噪比
循环尔余校验
误码秒数
严重误码秒数
不可用秒数
同步字丢失
同步字丢失秒数
信号丢失
信号丢失秒数
顿丢失
顿丢失秒数
链路丢失
链路丢失秒数
电源丢失
Lpr Seconds
4网络理结构
电源丢失秒数
YD/T 1665-2007
这节主要描述了一个典型DSL接入网宽带网络管理架构。在一个宽带运维架构中，一个NMS为一个多供应商，多种技术构成的网络提供端到端的管理。这个架构既平衡了网络提供商的不同的EMS产品，同时也支持上层运维支撑系统的网音接口。图1描绘了一个ADSL的EMS和宽带NMS共存的一个典型环境。NMS管理的网络可以包括DSL以及其他宽带类型的网元和EMS系统。已有的oss
DSL网元层管理系统
DSLMEDSLME
已有的oss
宽带网络层管理系统
DSL网元层管理系统
图1宽带NMS典型组网
5DSL通值网网络管理接口定义
5.1接口位重
新建的OSs
DSL网元层管理系统
在DSL通信网网络管理中，有网络管理系统（NMS）和网元管理系统（EMS）：它们之间的网络管理接口称为北向接口，下文简称为If-N，即本标准中所指的接口。Itf-N的位置如图2所示。
图2 Itf-N接口位置
TTKANIKAca
YD/T 1665-2007
在图2中，N泛指设备商提供的DSL通信设备，可以是单个设备，也可以是多个设备；EMS是由设备厂商自行提供的网元管理系统，可以对本厂商的DSL设备进行配置、操作和维护等：NMS是网络管理系统，能够管理不同设备厂商的DSL设备。如图2所示，Itf-N位于NMS与EMS之间，由EMS向NMS提供北向接口，在这种情况下，EMS和NE之间的接口为设备内部接口，不在本规范定义的范围内。在网络管理中，相互交互.的两个实体分别承担了两个角色一一管理者（Manager)或是代理者（Agent）。管理者的任务是发送管理命令并接收代理者发来的通知：代理者的任务是直接管理有关的管理对象，接收管理者发来的管理命令并向管理者返回操作响应（确认型操作时），也可在需要时主动向管理者发出通知。图3描述了管理者和代理者间的基本关系。对应图2，可以认为NMS承担着管理者的职责，EMS承担替代理者的职责。
普理系统
Meneger
5.2接口含义
操作响
图3管理者与代理者关系示室
被管系统
网络管理接口指的是Manager与Agent之间进行管理信息交百.的通道，包含以下3层含义：第一，支持Manager与Agenit之间进行通信的通信协议栈。这是网络管理接口应具备的基本功能，即网络管理接口应具备底层传输协议，以完成数据的传输。第二，应用层网络管理协议。网络管理接口应对应用层网络管理协议进行定义，以完成Manager和Agent之间交换端到端的管理信息。如定义Manager从Agent获取信息的方式，包括管理动作和应答的交五互、上报通知的方式等。
第三，统一的管理信息模型。网络管理接口应对Manager和Agent之间传递的管理信息进行定义，使得双方对管理信息的语义及语法有统一的认识。通过网管接口交互的管理信息，包括管理控制信息和网络资源信息，均含语义定义和语法定义。上述3部分网络管理接口含义的关系如图4所示。管理应,用程序
管理信息棋型
Manager
网络曾理协议
通信协设栈
图4接口含义及其关系示意
5.3接口定义内容
YD/T1665-2007
根据接口含义的要求，本规范在定义DSL网络管理的Itf-N时，将从如下两个方面进行定义：（1）接口管理功能
由于接口管理信息模型的定义是基于接口管理功能需求，并为其服务的，因此在定义接口管理信息之前，需要对接口管理功能作出准确的定义。f-N的接口管理功能需求可以分为不同的管理域，如配置管理接口需求、性能管理接口需求、故障管理接口需求和其他管理接口需求等，对应的f-N由一簇管理接口组成，如配置管理接口、性能管理接口、故障管理接口和其他管理接口等，如图5所示。Manager(NMS)
性能置理接口
配置管理接口
故障誉理接口
Agent(OMC/NE)
其他管理按口
图5接口曾理功能示例
（2）接口管理信息模型，根据接口管理功能的要求，本技术规范还将定义具体的通过网管接口交互的管理信息，包括管理控制信息和网络资源信息（见上文介绍），含语义定义和语法定义。在本规范中，管理控制信感以管理域为粒度进行定义，如针对配置管理接口需求，定义一个相应的配置管理接口控制对象；根据性能管理需求，定义一个相应的性能管理接口控制对象。这样的控制对象称为管理域控制对象：6接口管理功能需求
DSL网络管理接口功能需求由公共管理接口功能需求、配置管理接口功能需求、通知管理接口功能需求、故障管理接口功能需求、性能管理接口功能需求和安全管理接口功能需求（可选）组成。6.1公共管理接口功能需求
本小节主要描述DSL网络管理接口功能需求中的公共管理接口功能需求，公共管理接口功能需求主要描述Manager和Agent之间接口的通用需求。6.1.1EMS对NMS消息的响应要有相关性EMS响应NMS的消息需要包含一个和NMS的输入命令相关的标识。在对NMS消息的回答中，EMS要将NMS消息中的标识符包含在其中：NMS负责在不同的EMS之间相关性标识符的作一性。6.1.2EMS 自动上报给NMS 的消息要包含序列号对每个EMS上报给NMS的消息来说，EMS都应当为这个消息分配一个序列号。这样的序列号应该包括在所有EMS 自动上报的消息中。这些自动上报的消息可以是 EMS 产生的或者是NE产生的告警，事件以及数据库变化的报告。NMS将利用这些序列号来区别遗失的EMS白动上报消息。6.1.3EMS自动上报消息的日志
EMS应当为所有EMS或考NE产生的自动上报消息提供日志记载功能，包括告警H志、性能日志和事件日志等。特殊的日志要求可以由协议相关的接口要求规定。5
TTKANIKAca
YD/T1665-2007
6.1.4：对NMS/EMS心跳的支持
EMS应当向NMS发送周期性的心跳通知以表明EMS是否在用户定义的间隔期间保持活动状态。对心跳通知功能的禁止同样也要提供。在BMS和NMS链路失败的情况下，网元的状态信息可能会改变，在链路恢复时，EMS应该能够向NMS发出恢复的消息使得NMS可以据此来向EMS发出同步消息的请求，例如NMS可在收到EMS链路恢复的消息后向EMS发出同步告警的请求以获取链路失败的情况下丢失的告警信息。6.1.5 获取 EMS 软件版本倍息
NMS应该能够要求EMS提供其软件版本、接口版本等相关软件系统信息。6.1.6网络拓扑发现
NMS应该能够要求EMS提供网元管理系统中网络结构视图，应包括EMS中的逻辑分组、网元的信息以及它们之间的层次关系。NIMS应能够根据这些信息构建适时的物理网络拓扑图。如果EMS能自动自主地发现网络拓扑，并在其数据库中存有最新的拓扑信息，它应根据NMS请求提供拓扑信息。
6.1.7通知管理功能
通知管理功能可以进一步分解为：知上报功能和通知订购功能集。通知订购功能集包括订购通知和撤销订购。
·通知上报功能
与故障管理相关的通知：
1）新的告警通知：表示一个新产生的告警（告警类型可为设备告警、环境告警、通信告警、处理错告警、QOS告警等）。
2）变化的告警通知（可选）：表示原有的一个告警其级别发生了变化。3）清除的告警通知（可选：表示原有的一个告警已经被清除。4）告警确认状态改变通知（可选）：见故障管理接口功能需求。5）增加告警说明通知（可选）：见故障管理接口功能需求。与心跳相关的通知：
心踞消息。
参订购通知
该功能支持NMS通过北向接口订购相应通知，即NMS指定通知过滤条件及前向目的地，返回订购号，订购成功后，Agent将根据此过滤条件和月的地信息向NMS上报相应通知，NMS需要指定的信息包括：上报通知的目的地。
争撤销订购
该功能支持NMS通过北向接口根据订购号撤销已经存在的通知订购。6.2配重管理接口功能需求
该小节捕述DSL网络接口管理功能需求中的配置管理接口功能需求。本节所指的线路均为DSL线路。6.2.1获取网元列表
NMS应该能够要求EMS提供它所管理的网元ID列表及明细列表。表中应包括如下信息：软件版本号，硬件版本号，序列号，MAC地扯，P地址，供应商及型号。5
6.2.2获取端口状态（ifOperstatus，ifAdminStatus）YD/T 1665-2007
NMS应该能够要求EMS提供网元某个端口（给定端口ID）的状态（运行状态、管理状态）。6.2.3启用/禁用端口
NMS应该能够要求EMS启用/禁用（Enuble/Disable）指定端口（给定端口ID），将端口的管理状态指定为Up/Dowl。
6.2.4复位端口
NMS应该能够要求EMS复位指定端口（给定端口ID）.复位端口应该仅针对指定端口，如果不能做到针对指定端口，可以通过组合启用/禁用端口来模拟实现。6.2.5DSL参数模板配置（创建，修改、删除）NMS应当能够通过NMS/EMS接口获取、创建以及指派EMS参数模板，NMS也可以要求EMS将特定的参数模板应用到网元上（DSL参数模板包括线路梦数模板和告警参数模板）的假设在安装期间，当网元启动时，它会自动地使用缺省的参数模板，这个缺省的参数模板可以是设备出的参数模板或者其他。然而，如果需要一个不间的有别于缺省参数模板的参数模板时，NMS应该能够要求EMS将NMS要求的参数模板应用到网元上，NMS能够通过NMS/EMS间的命令要求EMS执行这个功能，所以，NMS必须有权要求EMS存储参数模板并且将它应用到网元.上。NMS也可以要求对EMS对应用到网元上的参数模板进行更改。
不同的线路类型对应不同的线路参数模板，ADSL线路对应ADSL线路参数模板，VDSL线路对应VDSL线路熬数模板，SHDSL线路对应SHDSL线路参数模板。不同的线路类型对应不同的告警参数模板，ADSL线路对应ADSL告警参数模板，VDSL线路对应VDSL告替参嫩模板，SHIDSL线路对应SHDSL告警参数模板，6.2.6获取线路配置信息
NMS应该能够要求EMS获得指定DSL线路（给定线路ID）的配置信息：ADSL和VDSL线路包括线路类型、线路编码、线路参数模板和告警参数模板：ADSL2+线路包括线路参数模板，告警参数模板和传输模式：SHDSL线路包括线路参数模板，告警参数模板和中继器数目。6.2.7线路配量
NMS应该能够要求EMS对指定DSL线路（给定线路ID）配置，针对不同的用启线技术，配置的内容不同：ADSL、VDSL线路配置包括线路类型、线路编码和线路参数模板和告警参数模板：ADSL2+线路配置包括线路参数模板、告警参数模板和传输模式：SHDSL线路配置包括线路参数模板、告警参数模板和中继器数目。
6.2.8ADSL2+功耗模式配置
NMS 应该能够要求EMS 对指定 ADSL2+线路（给定线路ID）进行功耗模式配置，功耗模式有全攻耗模式、低功耗模式和休眠功耗模式。6.2.9 SHDSL端点配置
NMS应该能够要求EMS对指定SHDSL线路上的某个端点进行配置，配置内容包括告警参数模板。6.3性能管理接口功能需求
6.3.1门限设重
NMS应该能够要求EMS设置和修改网元的性能管理门限数据。7
TTIKAONIKAca-
YD/T1665-2007此内容来自标准下载网
6.3.2获取线路运行数据
NMS应能请求从EMS获取DSL线路运行数据，包括可能的时间戳（timestamp）。6.3.3获取线路性能设置数据
EMS接口应该按线路提供性能相关的配置参数，比如线路的目标信噪比裕度以及最大，最小信噪比裕度。
6.3.4获取线路性能监控数据
EMS接口应该按线路提供性能相关的实时数据，如当前速率和信噪比裕度等。EMS接口也应能按线路提供给NMS与性能相关的24h历史数据或15min厉史数据。6.4故障管理接口功能需求
6.4.1告警实时.上报功能
该功能应支持Agent通过Itf-N接口实时上报告警信息。该功能通过公共管理功能中的“通知管理功能”的通知上报功能实现。告警实时性由被管系统保证，其实现方法不在本规范规定范围之内。上报的告警类型包括：
一新的告警：新产生的告警，
清除的告警：通知原有告警被清除的告警。一改变的告警：通知原有告警被改变的告警。Manager可通过通知管理接口订购告警时设置相关的告警上报过滤条件，可指定的过滤条件包括：一网元D：
.网元类型：
一 告警产生时间;
告警级别：
— 告警原因。
6.4.2同步告警信息功能
该功能是为了使Manager和Agent所拥有的告警信息保持一致性，被同步的告警为未被恢复的告警。Manager应可指定同步过滤条件，可指定的同步过滤条件包括：一要同步的起始时间：
一要同步的终止时间：
一告警原因；
一网元类型；
一网元标识；
一 告警级别等。
在多Manager的情况下，若多个Manager同时发山同步请求，Agent应都支持。Agent在返回告警同步信息时：应保证返回信息与Agent信息的一致性。在告警信息同步过程中，新产生的告警应实时上报给网管系统。6.4.3告警确认功能（可选）
该功能支持Manager通过Itf-N接口对告警进行确认。一个Manager对某个告警进行了确认，此告警的确认状态由“未确认”变为“已确认”。8
Agent应将相关的告警确认状态改变通知发送给所有订购了该通知的Manager。Manager对告警进行确认时应该提供以下信息：—被确认的告警相关信息：告警号。进行告警确认操作的用户或系统的名称。6.4.4取消告警确认功能（可选）YD/T1665-2007
该功能支持Manager通过Itf-N接口取消对某告警的确认，一个Manager对某个告警取消确认后，此告警的确认状态山“已确认”变为“未确认”。Agent应将相应的告警确认状态改变通知发送给所有订购了该通知的Manager。Manager对告警进行取消确认时应该提供以下信息：要取消确认的告警的告警号。
6.4.5获取告整数功能（可选）
获取告警数功能应支持Manager通过If-N接口获取指定条件的告警数量。Manager可输入要获取的告警数的条件，包括一告警类型：
一告警级别：
一网元标识；
一告警发生时间等。
6.4.6，增加告普说明功能（可选）该功能应支持Manager通过If-N接口增加对某个或某类告警的补充说明（该补充说明可为Manager对某告警的处理经验，或针对某告蓄的提示信息、附加说明和注意事件等）。一个Manager对某告警增加了补充说明，Agent应将相关的“增加告警说明”通知发送给所有订购了该通知的Manager，以有利于多Manager环境下对告警信息的管理。6.4.7：清除告警功能（可选）
该功能应支持Manager通过Itf-N接口主动清除告警。在某些特定情况下，Manager可以主动清除指定告，告警消除后，此告警由活跃告警变为已清除告警，即告警状态为“已清除”。一个Manager对某告警进行了清除后，Agent应将相关的告警清除通知实时发送给所有订购了该通知的Manager，采用谁清除谁负责的方式：64.8告确认状态改变通知上搬功能（可选）Manager通过告警确认功能对某告警成功确认后，或者Agent对某告警成功确认后：Agent应将相关的告警确认状态改变通知发送给所有订购了该通知的Manager，采用谁确认难负责的方式。该功能使用了上述公共管理接口功能的“通知管理功能”。在多Manager的情况下，该通知为必选；在单Manager的情况下，该通知为可选。6.4.9增加说阴通知上报功能（可选）Agent完成“增加告警说明”操作后发送该通知到所有订购了该通知的Manager。该功能使了上述公共管理接口功能的“通知管理功能”。在多Manager的情况下，该通知为必选；在单Manager的情况下，该通知为可选。6.5安全管理接口功能需求（可选）9
TrKAoNIKAca-
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国通信行业标准
YD/T 1665-2007
数字用户线路（DSL）网络管理接口技术要求
Technical Specification for DSL Network Management Interface2007-07-20发布
2007-12-01实施
中华人民共和国信息产业部发布前言
1范围
2规范性引用文件..
3术语、定义和缩略语·
4网络管理结构·
5DSL通信网网络管理接口定义.
5.1接口位置
5.2接口含义·
5.3接口定义内容…
6接口管理功能需求·
6.1＇公共管理接口功能需求
6.2配置管理接口功能需求·
6.3．性能管理接口功能需求
6.4故障管理接口功能需求
6.5安全管理接口功能需求（可选）？信息模型
7.1对象管理实体
7.2ADSL传输管理实体
7.3ADSL性能监控实体.
7.4VDSL传输管理实体
7.5VDSL性能监控实体
7.6SHDSL传输管理实体+**
7.7SHDSL性能监控实体.
7.8故障管理实体.
7.9安全管理实体（可选）.
8接口操作定义.
8.1公共管理****
8.2·配置管理
8.3告警管理
8.4性能管理·
8.5安全管理（可选）
8.6异常定义·*
附录A（资料性附录）DSL网络管理接口功能的CORBAIDL实现TKAONIKAa
YD/T 1B65-2007
本标准结合我国的实际情况修改，采用了以下标准：YD/T 1665-2007
1. ADSL Forum TR-035: \Protocol Independent Object Model for ADSL EMS-NMS Interface\. Mar2000；
2. DSL Forum TR-030: \ADSL EMS to NMS Functional Requirements\, Feb. 2000.其中，在信息模型方面主要参考了ADSL ForumTR-035：“Protocol Independent Object Model forADSLEMS-NMSInterface\，Mar.2000。不同之处在于：根据实际的DSL组网情况以及本标准的范围，去除了ATM的管理实体，在功能需求方面主要参考了DSLForumTR-030:“ADSLEMStoNMSFunctionalRequirements\,Feb.2000。不同之处在于：根据实际本标准的范围除去了ATM相关功能和ATM层的相关功能（类似VP/VC等交叉连接）。公共管理接口功能需求方面去除了对逻辑网元方面的需求，添加了通知管理功能需求。在告警管理功能需求方面添加了一些可选的告警功能需求，如确认/去确认告警和清除告警等。安全督理功能需求方面根据实际需要变成可选部分。本标准中的附录A为资料性录。
本标准由中国通信标准化协会提出并归口本标准起草单位：中兴通讯股份有限公司、上海贝尔阿尔卡特股份有限公司、北京西门子通信网络股份有限公司
本标准主要起草人：孙鸣、申山宏、苏春山、万光华、苏睛，朱建华1范围
数字用户线路（DSL）网络管理接口技术要求YD/T 1665-2007
本标准描述了DSL通信网的网络结构和网络管理结构，规定了DSL通信网网络管理中NMS和EMS之间的接口，包括接口位置、功能需求、信息模型以及协议有关的接口定义。DSL通信网网络管理接口功能需求包括公共管理接口功能需求、配置管理接口功能需求、性能管理接口功能需求和故随管理功能接口需求。本标准定义了ADSL、VDSL、SHDSL3种用户线技术的网络管理接口要求。本标准适用于中国宽带网络的DSL网络管理接口。2撬范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款凡是注回期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准：然而，鼓励根据本标推达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。IrU-T Recommendation M.3010: \Principles for a Tcleconmunications Management Network\ ,April,2005
ITU-TRecommendation M.3100:\Generic Network Infarmation Model\2000ADSLForumWT-041:\ADSLEMS toNMSFunctional Requirements\,August 1999.DSL Forum TR-030: “ADSL EMS ro NMS Functional Requirements\, Feb. 20XADSL Furum TR-QO5: \ADSL Network Element Management\.DSL Forum TR-066: “ADSL Network Element Management (Update to TR-005)\, March 2004.ADSL Forum adsif99_198: \Protocol Independent Model for ADSL EMSNMS Interface\, August, 1999.ADSL Forum TR-0l2: \ Broadband Service Architecture for Access to Legacy Data Networks overADSL
ADSL Forum TR-035: \Protocol Independent Object Model for ADSL EMS-NMS Interface\. Mar. 2000ADSLForumTR-(41:\CORBASpecification forADSLEMS-NMS Interface\.Jun.2001DSL Forum TR-050: \CORBA v2 for ADSL EMS-NMS Interface\, Apr. 2002RFC3728: \ Definitions of Managed Objects for Very High Spced Digital Subscriber Lines (VDSL), 2004RFC3276: \ Definitions of Managed Objects for High Bit-Rate DSL - 2nd generation (HDSL2) andSingle-Pair High-Speed Digital Subscriber Line (SHDSL) Lines\, 1999.3术语、定义和缩略语
3.1术语和定义
下列术语和定义适用丁本标准。3.1.1网元管理系统（Element Management System，EMs）TTKANIKAca
YD/T 1665-2007
EMS：网元管理系统，通常设备提供商提供，能够管理一个厂商的多种网络设备。3.1.2网元设备 (Network Element，NE)NE：指的是由EMS管理的各种网络设备，例如xDSL设备。3.1.3网络管理系统（NetworkManagementSystem，NMs）NMS：对由多种类型，多个厂商的设备组成的网络进行端到端管理的系统。NMS并不直接管理设备，而是依赖于EMS进行管理。一个NMS系统可能与一个或多个业务管理系统相接。NMS也可能具备一部分EMS的功能，可以针对单个网元进行管理：也可以只具备网络层的功能，管理一个或多个EMS。3.1.4通知服务（NotlficationService）接口侧的通知分发服务提供通知控制和转发功能。3.2缩略语
下列缩略语适用于本标准：
Element Management System
Network Management System
Telecommunications Management NetworkADSL Transmissian Uait at the Central Office end.ADSL Transmission Unit at the Remote end.Asynchronous TransferMode
VDSL Transmission Unit at the Central Office end.VDSLTransmission UnitattheRemoteendSHDSL Transmission Unit at the Central Office end.SHDSL Transmission Unit at the Remote end.Signal to Noise Ratio
Margin
Cyclic Redundaucy Check
Attenuation
Errored Seconds
Severely Errored Seconds
UnavailableSeconds
Loss of Sync Word
LoSW secands
Loss af Signal
Los Seconds
Loss of Frame
Lof Seconds
Loss of Link
Lol Seconds
Loss of Power
网元管理系统
网络管理系统
电信管理网
ADSL在局端的传输单元
ADSL在用户端的传输单元
异步传输模式
VDSL在局端的传输单元
VDSL在用户端的传输单元
SHDSL在局端的传输单元
SHDSL在用广端的传输单元
信噪比
循环尔余校验
误码秒数
严重误码秒数
不可用秒数
同步字丢失
同步字丢失秒数
信号丢失
信号丢失秒数
顿丢失
顿丢失秒数
链路丢失
链路丢失秒数
电源丢失
Lpr Seconds
4网络理结构
电源丢失秒数
YD/T 1665-2007
这节主要描述了一个典型DSL接入网宽带网络管理架构。在一个宽带运维架构中，一个NMS为一个多供应商，多种技术构成的网络提供端到端的管理。这个架构既平衡了网络提供商的不同的EMS产品，同时也支持上层运维支撑系统的网音接口。图1描绘了一个ADSL的EMS和宽带NMS共存的一个典型环境。NMS管理的网络可以包括DSL以及其他宽带类型的网元和EMS系统。已有的oss
DSL网元层管理系统
DSLMEDSLME
已有的oss
宽带网络层管理系统
DSL网元层管理系统
图1宽带NMS典型组网
5DSL通值网网络管理接口定义
5.1接口位重
新建的OSs
DSL网元层管理系统
在DSL通信网网络管理中，有网络管理系统（NMS）和网元管理系统（EMS）：它们之间的网络管理接口称为北向接口，下文简称为If-N，即本标准中所指的接口。Itf-N的位置如图2所示。
图2 Itf-N接口位置
TTKANIKAca
YD/T 1665-2007
在图2中，N泛指设备商提供的DSL通信设备，可以是单个设备，也可以是多个设备；EMS是由设备厂商自行提供的网元管理系统，可以对本厂商的DSL设备进行配置、操作和维护等：NMS是网络管理系统，能够管理不同设备厂商的DSL设备。如图2所示，Itf-N位于NMS与EMS之间，由EMS向NMS提供北向接口，在这种情况下，EMS和NE之间的接口为设备内部接口，不在本规范定义的范围内。在网络管理中，相互交互.的两个实体分别承担了两个角色一一管理者（Manager)或是代理者（Agent）。管理者的任务是发送管理命令并接收代理者发来的通知：代理者的任务是直接管理有关的管理对象，接收管理者发来的管理命令并向管理者返回操作响应（确认型操作时），也可在需要时主动向管理者发出通知。图3描述了管理者和代理者间的基本关系。对应图2，可以认为NMS承担着管理者的职责，EMS承担替代理者的职责。
普理系统
Meneger
5.2接口含义
操作响
图3管理者与代理者关系示室
被管系统
网络管理接口指的是Manager与Agent之间进行管理信息交百.的通道，包含以下3层含义：第一，支持Manager与Agenit之间进行通信的通信协议栈。这是网络管理接口应具备的基本功能，即网络管理接口应具备底层传输协议，以完成数据的传输。第二，应用层网络管理协议。网络管理接口应对应用层网络管理协议进行定义，以完成Manager和Agent之间交换端到端的管理信息。如定义Manager从Agent获取信息的方式，包括管理动作和应答的交五互、上报通知的方式等。
第三，统一的管理信息模型。网络管理接口应对Manager和Agent之间传递的管理信息进行定义，使得双方对管理信息的语义及语法有统一的认识。通过网管接口交互的管理信息，包括管理控制信息和网络资源信息，均含语义定义和语法定义。上述3部分网络管理接口含义的关系如图4所示。管理应,用程序
管理信息棋型
Manager
网络曾理协议
通信协设栈
图4接口含义及其关系示意
5.3接口定义内容
YD/T1665-2007
根据接口含义的要求，本规范在定义DSL网络管理的Itf-N时，将从如下两个方面进行定义：（1）接口管理功能
由于接口管理信息模型的定义是基于接口管理功能需求，并为其服务的，因此在定义接口管理信息之前，需要对接口管理功能作出准确的定义。f-N的接口管理功能需求可以分为不同的管理域，如配置管理接口需求、性能管理接口需求、故障管理接口需求和其他管理接口需求等，对应的f-N由一簇管理接口组成，如配置管理接口、性能管理接口、故障管理接口和其他管理接口等，如图5所示。Manager(NMS)
性能置理接口
配置管理接口
故障誉理接口
Agent(OMC/NE)
其他管理按口
图5接口曾理功能示例
（2）接口管理信息模型，根据接口管理功能的要求，本技术规范还将定义具体的通过网管接口交互的管理信息，包括管理控制信息和网络资源信息（见上文介绍），含语义定义和语法定义。在本规范中，管理控制信感以管理域为粒度进行定义，如针对配置管理接口需求，定义一个相应的配置管理接口控制对象；根据性能管理需求，定义一个相应的性能管理接口控制对象。这样的控制对象称为管理域控制对象：6接口管理功能需求
DSL网络管理接口功能需求由公共管理接口功能需求、配置管理接口功能需求、通知管理接口功能需求、故障管理接口功能需求、性能管理接口功能需求和安全管理接口功能需求（可选）组成。6.1公共管理接口功能需求
本小节主要描述DSL网络管理接口功能需求中的公共管理接口功能需求，公共管理接口功能需求主要描述Manager和Agent之间接口的通用需求。6.1.1EMS对NMS消息的响应要有相关性EMS响应NMS的消息需要包含一个和NMS的输入命令相关的标识。在对NMS消息的回答中，EMS要将NMS消息中的标识符包含在其中：NMS负责在不同的EMS之间相关性标识符的作一性。6.1.2EMS 自动上报给NMS 的消息要包含序列号对每个EMS上报给NMS的消息来说，EMS都应当为这个消息分配一个序列号。这样的序列号应该包括在所有EMS 自动上报的消息中。这些自动上报的消息可以是 EMS 产生的或者是NE产生的告警，事件以及数据库变化的报告。NMS将利用这些序列号来区别遗失的EMS白动上报消息。6.1.3EMS自动上报消息的日志
EMS应当为所有EMS或考NE产生的自动上报消息提供日志记载功能，包括告警H志、性能日志和事件日志等。特殊的日志要求可以由协议相关的接口要求规定。5
TTKANIKAca
YD/T1665-2007
6.1.4：对NMS/EMS心跳的支持
EMS应当向NMS发送周期性的心跳通知以表明EMS是否在用户定义的间隔期间保持活动状态。对心跳通知功能的禁止同样也要提供。在BMS和NMS链路失败的情况下，网元的状态信息可能会改变，在链路恢复时，EMS应该能够向NMS发出恢复的消息使得NMS可以据此来向EMS发出同步消息的请求，例如NMS可在收到EMS链路恢复的消息后向EMS发出同步告警的请求以获取链路失败的情况下丢失的告警信息。6.1.5 获取 EMS 软件版本倍息
NMS应该能够要求EMS提供其软件版本、接口版本等相关软件系统信息。6.1.6网络拓扑发现
NMS应该能够要求EMS提供网元管理系统中网络结构视图，应包括EMS中的逻辑分组、网元的信息以及它们之间的层次关系。NIMS应能够根据这些信息构建适时的物理网络拓扑图。如果EMS能自动自主地发现网络拓扑，并在其数据库中存有最新的拓扑信息，它应根据NMS请求提供拓扑信息。
6.1.7通知管理功能
通知管理功能可以进一步分解为：知上报功能和通知订购功能集。通知订购功能集包括订购通知和撤销订购。
·通知上报功能
与故障管理相关的通知：
1）新的告警通知：表示一个新产生的告警（告警类型可为设备告警、环境告警、通信告警、处理错告警、QOS告警等）。
2）变化的告警通知（可选）：表示原有的一个告警其级别发生了变化。3）清除的告警通知（可选：表示原有的一个告警已经被清除。4）告警确认状态改变通知（可选）：见故障管理接口功能需求。5）增加告警说明通知（可选）：见故障管理接口功能需求。与心跳相关的通知：
心踞消息。
参订购通知
该功能支持NMS通过北向接口订购相应通知，即NMS指定通知过滤条件及前向目的地，返回订购号，订购成功后，Agent将根据此过滤条件和月的地信息向NMS上报相应通知，NMS需要指定的信息包括：上报通知的目的地。
争撤销订购
该功能支持NMS通过北向接口根据订购号撤销已经存在的通知订购。6.2配重管理接口功能需求
该小节捕述DSL网络接口管理功能需求中的配置管理接口功能需求。本节所指的线路均为DSL线路。6.2.1获取网元列表
NMS应该能够要求EMS提供它所管理的网元ID列表及明细列表。表中应包括如下信息：软件版本号，硬件版本号，序列号，MAC地扯，P地址，供应商及型号。5
6.2.2获取端口状态（ifOperstatus，ifAdminStatus）YD/T 1665-2007
NMS应该能够要求EMS提供网元某个端口（给定端口ID）的状态（运行状态、管理状态）。6.2.3启用/禁用端口
NMS应该能够要求EMS启用/禁用（Enuble/Disable）指定端口（给定端口ID），将端口的管理状态指定为Up/Dowl。
6.2.4复位端口
NMS应该能够要求EMS复位指定端口（给定端口ID）.复位端口应该仅针对指定端口，如果不能做到针对指定端口，可以通过组合启用/禁用端口来模拟实现。6.2.5DSL参数模板配置（创建，修改、删除）NMS应当能够通过NMS/EMS接口获取、创建以及指派EMS参数模板，NMS也可以要求EMS将特定的参数模板应用到网元上（DSL参数模板包括线路梦数模板和告警参数模板）的假设在安装期间，当网元启动时，它会自动地使用缺省的参数模板，这个缺省的参数模板可以是设备出的参数模板或者其他。然而，如果需要一个不间的有别于缺省参数模板的参数模板时，NMS应该能够要求EMS将NMS要求的参数模板应用到网元上，NMS能够通过NMS/EMS间的命令要求EMS执行这个功能，所以，NMS必须有权要求EMS存储参数模板并且将它应用到网元.上。NMS也可以要求对EMS对应用到网元上的参数模板进行更改。
不同的线路类型对应不同的线路参数模板，ADSL线路对应ADSL线路参数模板，VDSL线路对应VDSL线路熬数模板，SHDSL线路对应SHDSL线路参数模板。不同的线路类型对应不同的告警参数模板，ADSL线路对应ADSL告警参数模板，VDSL线路对应VDSL告替参嫩模板，SHIDSL线路对应SHDSL告警参数模板，6.2.6获取线路配置信息
NMS应该能够要求EMS获得指定DSL线路（给定线路ID）的配置信息：ADSL和VDSL线路包括线路类型、线路编码、线路参数模板和告警参数模板：ADSL2+线路包括线路参数模板，告警参数模板和传输模式：SHDSL线路包括线路参数模板，告警参数模板和中继器数目。6.2.7线路配量
NMS应该能够要求EMS对指定DSL线路（给定线路ID）配置，针对不同的用启线技术，配置的内容不同：ADSL、VDSL线路配置包括线路类型、线路编码和线路参数模板和告警参数模板：ADSL2+线路配置包括线路参数模板、告警参数模板和传输模式：SHDSL线路配置包括线路参数模板、告警参数模板和中继器数目。
6.2.8ADSL2+功耗模式配置
NMS 应该能够要求EMS 对指定 ADSL2+线路（给定线路ID）进行功耗模式配置，功耗模式有全攻耗模式、低功耗模式和休眠功耗模式。6.2.9 SHDSL端点配置
NMS应该能够要求EMS对指定SHDSL线路上的某个端点进行配置，配置内容包括告警参数模板。6.3性能管理接口功能需求
6.3.1门限设重
NMS应该能够要求EMS设置和修改网元的性能管理门限数据。7
TTIKAONIKAca-
YD/T1665-2007此内容来自标准下载网
6.3.2获取线路运行数据
NMS应能请求从EMS获取DSL线路运行数据，包括可能的时间戳（timestamp）。6.3.3获取线路性能设置数据
EMS接口应该按线路提供性能相关的配置参数，比如线路的目标信噪比裕度以及最大，最小信噪比裕度。
6.3.4获取线路性能监控数据
EMS接口应该按线路提供性能相关的实时数据，如当前速率和信噪比裕度等。EMS接口也应能按线路提供给NMS与性能相关的24h历史数据或15min厉史数据。6.4故障管理接口功能需求
6.4.1告警实时.上报功能
该功能应支持Agent通过Itf-N接口实时上报告警信息。该功能通过公共管理功能中的“通知管理功能”的通知上报功能实现。告警实时性由被管系统保证，其实现方法不在本规范规定范围之内。上报的告警类型包括：
一新的告警：新产生的告警，
清除的告警：通知原有告警被清除的告警。一改变的告警：通知原有告警被改变的告警。Manager可通过通知管理接口订购告警时设置相关的告警上报过滤条件，可指定的过滤条件包括：一网元D：
.网元类型：
一 告警产生时间;
告警级别：
— 告警原因。
6.4.2同步告警信息功能
该功能是为了使Manager和Agent所拥有的告警信息保持一致性，被同步的告警为未被恢复的告警。Manager应可指定同步过滤条件，可指定的同步过滤条件包括：一要同步的起始时间：
一要同步的终止时间：
一告警原因；
一网元类型；
一网元标识；
一 告警级别等。
在多Manager的情况下，若多个Manager同时发山同步请求，Agent应都支持。Agent在返回告警同步信息时：应保证返回信息与Agent信息的一致性。在告警信息同步过程中，新产生的告警应实时上报给网管系统。6.4.3告警确认功能（可选）
该功能支持Manager通过Itf-N接口对告警进行确认。一个Manager对某个告警进行了确认，此告警的确认状态由“未确认”变为“已确认”。8
Agent应将相关的告警确认状态改变通知发送给所有订购了该通知的Manager。Manager对告警进行确认时应该提供以下信息：—被确认的告警相关信息：告警号。进行告警确认操作的用户或系统的名称。6.4.4取消告警确认功能（可选）YD/T1665-2007
该功能支持Manager通过Itf-N接口取消对某告警的确认，一个Manager对某个告警取消确认后，此告警的确认状态山“已确认”变为“未确认”。Agent应将相应的告警确认状态改变通知发送给所有订购了该通知的Manager。Manager对告警进行取消确认时应该提供以下信息：要取消确认的告警的告警号。
6.4.5获取告整数功能（可选）
获取告警数功能应支持Manager通过If-N接口获取指定条件的告警数量。Manager可输入要获取的告警数的条件，包括一告警类型：
一告警级别：
一网元标识；
一告警发生时间等。
6.4.6，增加告普说明功能（可选）该功能应支持Manager通过If-N接口增加对某个或某类告警的补充说明（该补充说明可为Manager对某告警的处理经验，或针对某告蓄的提示信息、附加说明和注意事件等）。一个Manager对某告警增加了补充说明，Agent应将相关的“增加告警说明”通知发送给所有订购了该通知的Manager，以有利于多Manager环境下对告警信息的管理。6.4.7：清除告警功能（可选）
该功能应支持Manager通过Itf-N接口主动清除告警。在某些特定情况下，Manager可以主动清除指定告，告警消除后，此告警由活跃告警变为已清除告警，即告警状态为“已清除”。一个Manager对某告警进行了清除后，Agent应将相关的告警清除通知实时发送给所有订购了该通知的Manager，采用谁清除谁负责的方式：64.8告确认状态改变通知上搬功能（可选）Manager通过告警确认功能对某告警成功确认后，或者Agent对某告警成功确认后：Agent应将相关的告警确认状态改变通知发送给所有订购了该通知的Manager，采用谁确认难负责的方式。该功能使用了上述公共管理接口功能的“通知管理功能”。在多Manager的情况下，该通知为必选；在单Manager的情况下，该通知为可选。6.4.9增加说阴通知上报功能（可选）Agent完成“增加告警说明”操作后发送该通知到所有订购了该通知的Manager。该功能使了上述公共管理接口功能的“通知管理功能”。在多Manager的情况下，该通知为必选；在单Manager的情况下，该通知为可选。6.5安全管理接口功能需求（可选）9
TrKAoNIKAca-
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。