本标准规定了IP网络管理系统网络管理层的功能要求。本标准不涉及IP业务管理层的需求和技术要求，不涉及网管系统从IP网络设备获取网管数据信息的接口协议和数据要求。本标准适用于IP网络管理系统。

CS33040
中华人民共和国通信行业标准
YD/T 1764-2008
IP网络管理层功能要求
Function Requirements for IP Network Management Layer2008-03-13发布
2008-07-01实施
中华人民共和国信息产业部发布前言·
1范围
2规范性引用文件
3术语、定义和缩略语…
3.1术语和定义
3.2缩略语·
4IP 网络管理层位置·
5功能要求
5.1拓扑管理功能-
资源管理功能··
故障管理功能·
流量管理功能.
性能管理功能
YD/T 1764-2008
YD/T1764-2008
本标准在编制过程中上要参考广通信行业标准：YT/T960-1998《电信管理网（TMN）功能体系结构》，国际电信联盟—电信标准化部门（ITU-T）M.3010、G.809等建议，并结合我国的具体情况编制而成。
其中，对相关主要标准的引用或参考情况的说明如下：一YD/T960-1998：本标准在制定过程中参考了该建议中关于运行系统功能块（OSF）的定义一ITU-TM.3010：本标准在制定过程中参考了该建议中TMN功能体系结构的定义。一ITU-TG.809：本标准在制定过程中参考了该建议中无连接网络管理的功能体系结构的定义。本标准由中国标准化协会提出并归口。本标准起草单位：北京邮电大学、北京市天元网络技术股份有限公司本标谁主要起草人：成璐，范小磊，芮兰兰、士．颗、元峰1范围
IP网络管理层功能要求
本标准规定了IP网络管理系统网络管理层的功能要求。YD/T 1764-200B
本标准不涉及IP业务管理层的需求和技术费求，不涉及网管系统从P网络设备获取网管数据信息的接口协议和数据要求。
本标准适用于IP网络管理系统。2规范性引用文件
下列文件中的条款通过本标准的引用而成为水标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用丁本标准。然而，鼓刷根据本标准达成协议的各方研究是否可使用这些文件的最新版本，凡是不注日期的引用文件，其最新版本适用于本标准。YD/T 960-1998
ITU-T M.3010 (2000)
ITU-TG.809(2003)
3术语、定义和缩略语
3.1 术语和定义
电信管理网（TMN）功能体系结构电信管理网原则
无连接网络的功能体系结构
下列术语和定义适用于本标准。3.1.1
网元NetworkElement
遵从ITU-TM.3010中对网元的定义。3.1.2
用户 User
遵从ITU-TM.3010中对用户的定义。3.1.3
IP网络管理层HPNetworkManagementLayer本标准中山现的网络管理层指的是正网络管理系统中的一个逻辑功能层，具有拓扑管理。资源管理以及流量管理等功能。
局所Ofice
与设备所在的物理位置相关，且拥有公共空间属性（如名称、地址、联系人等）的资源。3.1.5
流量 Traffic
YD/T 1764-2008
在某个时间段内，对穿过网络中指定观察点的IP分组的统计结果。流量的统计可以基于分组头域或（如自标IP地址），传输域（如目标端I1号）应用头域（如实时传送协议（Real-timeTransportProtocol，RTP）头部）、分组白身特征（如多协议标签交换（Multi-prolucol Label Switch，MPLS）标签号）、对分组的处埋方式（下一跳地址）等。3.2缩略语
下列缩略语适用于本标准。
Autononous System
* Internet Protocol
NetworkManagemcntSystem
SimpleNetworkManagementProtocolTelecomunication ManagementNctwork4IP网络管理层位置
白治系统
互联网协议
网络管理系统（简称网管系统）简单网络管理协议
电信管理网
通常，一个IP网络管理系统既具备网络管理功能也具备业务管理功能，系统在逻辑上可以分为业务管理层和网络管理层，其网络管理层于网络的资源管理、故障管理、流量管埋以及性能管理等，业务管理层工要涉及业务的创建、删除、分析和维护等，业务管理层对业务的管理可能需要网终管理层的支持。此外，IP网络管系统还应该具备报表管理、系统管理、安全管理等通用管埋功能，IP网络管理层的位置如图所示。
IP网络管理系统
IP业务管理层功院
正网络智理层功能
图1IP网络管理层位直（1）
特别地，当IP业务管理功能由独立的P业务管理系统实现时，IP网络管理系统只具备网络管理层功能和通用管理功能：IP网络管理系统可以通过接门I2与IP业务管理系统进行交互，如图2所示，TP 网络管理系统
范网络
管理层功能
IP业务管理系统
IF业务
肾班层功能
图2[P网络管理层位（2）
YD/T1764-2008
在图1和图2中，接口I1为IP网管系统的网络管埋层所需要的管理接口。在图2中，I3为P业务管理系统所需要的管理接口，被管网络（P网）中可能包含不同厂家提供的网络设备，被管设备可以是IPv4节点，IPv6节点或IPv4/TPv6双栈节点。本标准规定了P网络管理层功能需求，对应于图1和图2中“IF网络管理系统”中的“TP网络管理层功能”，对P业务管理层功能、通用管理功能以及各个接口的功能和协议的要求不在本标准规定的范围之内。
5功能要求
P网络管理层应包括如下管理功能：拓扑管理、资源管理、故障管理、网络流量管理和网络性能管理。
5.1拓扑管理功能
5.1.1用例
拓扑管理功能用例如阁3所示。
艳图生减
cinelue
拓扑端辑
cinelude
，拓扑管理功能
5.1.2拓扑视图
ineude
，拓扑打印输出
拓扑监视
图3拓扑管理功能用例
系统应支持分层显示网络拓扑，支持用户自定义视图。对于包含板卡、端口等资源的设备（如路由器、交换机等），系统应受持逐层进入的显示方式。系统拓扑视图主要由导航树和上视图两部分组成。（）导航树
用户可以通过导航图迅速在拓扑视图中定位网元/管理资源，系统应支持以下几种导航树：一设备树图，按照网元名称/网元类型进行导航：一局所树图，按照网元所属局所迹行导航。（2）主视图
主视图是扑视图的主要组成部分，用户通过土视图可以查看到网络拓扑以及资源分布状况。此外，用户可以通过主视图选择某一个（或某些）被管对象进行操作，如：一资源的拓扑定位，即以名称、属性等信息作为条件查询某一个节点，系统将主视图定位到以查询结果为心的忙置
一选择节点查看资源基本信息，并进行资源管理相关的操作：一选择正在显示告警的节点，查看告警内容，并进行处理（告警确认、前转、清除等）：一选择节点，查看网元相关的性能信息，并进行相关的操作。5.1.3视图生成
YD/T 1764-200B
系统应支持拓扑视图生成功能。现图生成功能可分为自动生成和手工生成两种。自动生成指通过F网络的白动发现功能白动生成全局或局部的网络拓扑图，手动生成是指手动输入该视图所包含的管理资源和资源间的连接关而生成全局或局部网络拓扑图。系统应支持用户根据需要手动创建拓扑视图，并支持对这些自定义视图进行修改和删除等作，对自定文视图的增册、改操作不应影响拓扑视图。若用要生成自定文视图，需要指定视图包含的管理资源作为输入录件：若用户在浏览视图时选择将基一设备从现图中删除，系统应白动将相关的拓扑连接也删除：著用户在浏览主拓扑视图时选择设备添加到白定义视图中，系统应白动加相关的拓扑连接到指定现图。
5.1.4拓扑编辑
系统应支持用户对系统已有的拓扑视图进行编辑，并支持网元位置的拖动，多个网元的选取操作等。对于共享的拓扑视图，某一用户对视图进行编辑不应影响正在浏览该视图的其他用户；所有的编辑结果应该在其他用户下次打开拓扑视图或进行刷新时才呈现出来。5.1.5拓扑监视
系统应支持在拓扑视图上显示设备的告警、性能监测状态等信息，并用不同的标记，颜色等区分类型、等级等。系统应只将符合过滤条件的告警显示在拓扑规图上，用户可在拓扑规图上查看详细的告警信息。另外，用户也可以通过拓扑视图进入某设备的面板图，查看该设备的告警和性能信息。5.1.6拓扑打印输出
系统应支持将各层拓扑视图输出为图形文件或打印。5.2资源管理功能
资源管理功能的可管理资源应包括局所、路市器、交换机、接入服务器、NAT-PT设备、DSLAM设备，服务器等网络设备以及拓扑迮接等。资源可以通过系统自动发现的方式加入系统，也可以由用户手工添加。
5.2.1用例
资源管理功能用例如图4所示。
资源同步
资源发现
syrtlude
资源管理功能
5.2.2资源发现
蜜源炫政）
>
sineokdev
资源加此内容来自唯久标准下载网
candutes
资源删除
图4资源管理功能用例
系统应文持资源发现功能。资源的发现通过最少量的网元种子作为起始点，在指定的地址范围或者拓扑层次内查找网元。
用户可输入下列参数中的一项或多项作为输入参数：地址范围：
搜索起始节点的卫地址。
YD/T1764-2008
系统应能够根据输入条件发现指定范围内所有网元的网管资源信息以及网元之问的拓扑连接关系，并根据以上关系形成的拓扑视图。5.2.3资源同步
系统应支持资源同步功能，同步操作巾户发起或系统定期白动执行。资源同步功能根据周步范围进行更新，并将网元资源信息和网元拓扑连接等的变化以事件的方呈现到用户界面，主拓扑视图也随之薪。
同步操作的输入参数为同步范围：工要包括：—地址范围：
同步起始节点的伊地址：
一同步资源范围，系统应支持用户选择一个或多个资源进行同步。系统应显示当前的同步进度宿息，同求结束时显尔同步结果巢。系统在显示资源基本信息时，同时显示该资源最近一次同步的时问。资源的变化保存到系统日志中，并以件方式告知用户。5.2.4资源添加
对于系统不能自动发现的网元，拓扑连接等资源，系统应文持由用户手动添加。显示资源基本后局时，在用户界面上显示该资源的自动发现或于丁添加标志。手工添加资源需要输入的信息有：w资源类型；
—资源名称；
—资源基木信息。
其中，资源类型土要包括网元、拓扑链接以及局所（局所是可选的资源类型）。局所的基本信息包括局所名称、局所联系人、局所联系电话、局所地址，备注。网元的基本信息包括网元名称，网元类型（添加网元时选择）、所处局所（可选），P地址，SNM并同体、备注。
拓扑连接的基本信息包括A端端点、Z端端点、拓扑迮接名称，带宽、备注。5.2.5资源修改
系统应支持资源修改功能，无论是用户乎动添加的资源，还是系统自动发现的资源，用户可以对资源信息进行修改，保存修改结果后，系统在用户界面上提示修改结果：对丁系统自动发现的资源，用户可以通过本功能进行一些静态信息的补充，5.2.6资源卸载（可选）
系统应支持资源卸裁功能，用户可以将资源从系统中卸载。系统非不需要将资源数据（以设与资源相关的性能、告替数据）删除，这样，周户能够在要的时候重新利用这部分数据。资源的卸载操作需要授权用户逆行确认，用户确认后，系统完成操作并在用户界面上提示卸载结果。资源卸裁以后，拓排视图和资源管理界面中应不再显示该资源。如果卸载资源和其他资源之间有关联关系时，系统应在用户界面上提示可能影响的资源。例如卸毂局所等物理位置时提示当前该同所包含的所有物理设备，并在卸载之后将这些设备的物理位置标记为未5
YD/T 1764-2008
知。如果卸载物理设备时，提示该物理设备关联的拓扑连接，卸载这些设备之后将该物理设备关联的扭扑连接也一起拆除。
6.2.7资源删除
系统应支持资源删除功能。用户可以从系统中删除手动添加的资源和系统白动发现的资源。资源被删除后，系统将不再保荐租关数据。资源删除操作需要授权用户进行确认，用确认店，系统完成操作并在用户界面上提示删除结果。资源删除完成后，拓扑视图及其他界面中不再显示该资源，系统中也不再存有该资源的数据。
5.3故阵管理功能
5.3.1告警管理功能
5.3.1.1用例
告警管理功能用例如图5所示。
告替早现
（肯管确认）
inelude>
>
告管管理功能
5.3.1.2告警呈现
Snclud
告警定义
inclde
（告普升级）
告整清除
告警过
neutev
ceinelude
（告警杏）
图5告警管理功能用例
告萌转
网络中的告警管理主要包括设备告警、性能越限告警和网管系统自身告警的管理。其中设备告警可以由后台采集系统通过SNMIPTrap、Syslog、RMON远程监控管理等方式从网络中直接读取，性能越限告警由性能采集程序在网络性能分析过程中结合用户预设的性能门限来产生，网管系统白身告是关于网管系统自身的告警。后台系统进行告警的采集、格式化、重定义等操作，并保存在数据所中。新的活动告警产生时，系统应能够以声、光等方来提示用户。系统应能够以告警监控界面的方式提示告：并能在扑图上以高亮、风球等方式标识告警，所显示的告警需符合告警过滤的要求，详见5.3.1.4节。活动告警列表显示告警的类别、级别、位置、内容等主要信息，用产可以进一步查看告警的详细信息。在告警详细信息查看窗口，用户可以对告警进行进一步的处理，如进行智能分析，详见5.3.2节。系统应通过不同形状的图标、颜色来区分不同的告警类型（如设备告警、性能告警、系统自身告警等）和告警级别。
5.3.1.3告警定义
系统应可以按照网元类型、告警原始类别、告警原始级别等条件或者条件的组合对告警类型和告警级别进行重定义。
用户定义告警时需指定告警定义条件和定义内容（包括告警类型和告警级别）。6
YD/T1764-2008
告警是义结果在定义完成后，系统根据告警定义来完成原始告警类别和级别的更新。告警的重新定义不影响己有历史告警的内穿。5.3.1.4 告警过滤
系统应支持告警的过滤功能，包括上报过滤功能和显示过滤功能。上报过滤是指在被管系统问管理系统上报告警的过程中进行过滤，被过滤的那部分信息不会存入NMS：显示过滤是指在告警监控界面上将用不关心的告警屏蔽，只显示用户关心的告警。用户可以设胃过滤条件，包括告警级别、告替类别、告警原因等，用户可以将过滤条件或其组合命名保存。
5.3.1.5告警确认
MS应提供告警确认功能，NIMS应支持操作用户对所有接收到的肯整进行单条或批量确认。未经确认的告警应保持对用户的提示，直到用户进行确认。5.3.1.6告警清除
告警的清除有两种方式，第一种是告警消失以后，系统收到被管系统发来的告警清除通知，自动清除告警第一种是用户乎工清除告整。告警清除成功店，告警从活动告警列表中删除进入历史告警库。5.3.1.7告警查询
活动告清除后将白动转入历出告警库，用户可以对历史告警进行检索。查询的条件包括且不限于告警原因、告警类型、告警整级别、告馨源、告警产生时间、告警状态等。5.3.1.8告菁前转
网管系统提供将告警前转条件关联到相关的运维人员功能。当出现告警时，系统会自动根据告警前转条件通过E-mail、短信或者语音提示通知相关的运维人员。系统应支持用户设置前转条件，包括告警时问范围、告警级别、告警类型、告警源，告警产生时间、告警状态等。其中，告警源可以选择一个或多个网元。系统支持用广查询、增加、删除、修改告警前转条件的功能，系统应允许创建多个前转条件。5.3.2故障智能分析功能（可选）故障智能分析功能包括故障知识库管理功能、告警根原因分析功能、故障处理功能和业务影响分析功能。
5.3.2.1故障知识库管理功能
5.3.2.1.1用例
故障知识库管理功能用例如图6所示。课库月录输辑
cinclude
知识库导航
做障知识库暂理
会识查询
csinalu
知识编辑
图6故障知识库管理功能用例
YD/T 1764-2008
5.3.2.1.2知识库目录编辑
系统应提供对目录结构的编辑功能，用户可以：一在．·个凡录下创建新的了日录；一修改目录的属性：
一删除该目录以月录中的所有知识。5.3.2.1.3知识库导航
系统应根据扫录提供导航功能，使检索人员可以方便直观地检案信息。用户可以在故障知识库目录中选择一个目录，查看该日录下的所有知识，5.3.2.1.4知识查询
系统应提供完善的查询功能，例如，知识列表、关键宇查询等。用户在查询结果列表中选中一条知识，可查看该知识的详细内容。5.3.2.1.5知识编辑
系统应支持对故障知识的录入、修改、删除等编辑功能，并对输入的知识库信息进行审核（例如是否是重复的知识库信息等）。
5.3.2.2故障根原因分析功能
5.3.2.2.1用例
故障根原因分析功能用例如图7所示。（分析规则者面
include>
故障根原因分折
5.3.2.2.2分析规则查询
ireludess
（根原因分析
图7告警根原因分析功能用例
分析规则编辑
系统应提供对故障分析规则的查询。故障分析规则包括告警过滤规则（即可以定制哪些告要进行根原因分析）、告馨-实体关联规则（即告警如何影响实体的状态）等。用户可通过查询结果列表中选中一条规则，查着详细内容。5.3.2.2.3分析规则编辑功能
用户应可以对故障分析规则进行录入、修改、删除等操作。5.3.2.2.4根原因分析功能
系统应可以措预定义的故障规则分析当前告警、故障信息，定位实际发生故障的实体。系统应将分析结果进行存偌，并通过E-mail、短信或者语音提示等途径通知相关的运维人员。5.9.2.3故障处理功能
5.3.2.3.1用例
故障处埋功能用例如图8所示。
5.3.2.3.2故障判定
故障处理功能
inelude
ncludes
【故障处理情况查询）
图8故障处理功能用例
故障工单处理
YD/T 1764-2008
系统应能够根据故障根原因分析的结果，在运维人员的决策支持下完成故障的判定，确定故障类别、紧急度和优先级，并指定故障的解决时限。系统应将判定结果进行疗储，生成故障处理工单。5.3.2.3.3故障工单处理
系统应支持故障工单的派发。收到故障工单的运维人员进行故障处理，填入处理意见，系统保存处理意见；如果故障处理尚未完成，则进一步转发到下一个运维人员继续处理，5.3.2.3.4故障处理情况查询
系统应支持对某个故障处理情况的查询。系统应给出到目前为止的处理情况。5.3.2.4业务影响分析功能
5.3.2.4.1用例
系统应支持业务影响分析功能，用以分析一个网络故障是否会影响业务、可能影响到哪些业务。业务影响分析功能用例如图9所示。一亚务影响分析一
规测管埋
务影响分析功能
5.3.2.4.2业务影响分析规则管理icludes
分析结果查询
图9业务影响分析功能用例
分析处理功能
业务影响分析规则可以通过业务建模实现，即建立业务与支撑业务的物理资源、逻辑资源之间的关系。
系统应支持用户建立业务影响分析的规则。系统应支持用户对业务影响分析规则进行查询。用户在查询结果列表中选中一条规则，可查看详纫内容。系统应支持用户对业务影响分析规则进行修改、删除等编辑操作。9
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。