中国联通客户网管系统技术参考规范.doc

中国联通客户网管系统技术参考规范

中国联通企业企业标准

QB/CU 203-

中国联通客户网络管理系统技术规范

China Unicom Customer Network Management System Technical Specification
(v1.0)

-06-22公布 -06-22实施
中国联通企业公布
目 录

1 范围 5
2 缩略语 5
3 综述 6
3.1 背景 6
3.1.1 客户网管系统建设必要性 6
3.1.2 技术规范制订迫切性 6
3.2 客户网管系统目标 7
3.3 客户网管系统定位 7
3.4 客户网管系统管理范围 8
3.4.1 客户网管系统业务管理范围 8
3.4.2 客户网管系统使用模式 9
3.5 客户网管与专业综合网管区分 10
4 系统体系结构 12
4.1 二级布署架构 12
4.2 软件体系结构 13
5 系统功效要求 15
5.1 运维管理门户 15
5.1.1 资源管理 15
5.1.2 拓扑管理 22
5.1.3 告警管理 24
5.1.4 性能管理 34
5.1.5 客户服务质量管理 36
5.1.6 客户定制管理 42
5.1.7 统计报表 44
5.1.8 系统管理 49
5.1.9 客户内网代维 52
5.2 客户自助门户 55
5.2.1 客户信息浏览 56
5.2.2 客户资源浏览 56
5.2.3 拓扑视图查看 56
5.2.4 告警信息查看 56
5.2.5 性能信息查看 57
5.2.6 客户报表查看 57
5.2.7 内网运行情况查看 57
5.2.8 客户自服务 57
5.2.9 移动终端门户（可选） 58
5.3 VPDN监测（可选） 58
6 系统集成关系及接口 60
6.1 总体集成关系 60
6.2 客户网管系统部省级接口 61
6.3 与资源管理系统间接口 62
6.4 与电子运维系统间接口 62
6.5 与专业综合网管系统间接口 62
6.5.1 与传输综合网管系统间接口 62
6.5.2 与数据ATM网管系统间接口 62
6.5.3 与IP综合网管系统间接口 62
7 总体技术要求 63
7.1 接口要求 63
7.1.1 接口协议 63
7.1.2 接口技术要求 63
7.2 性能要求 64
7.2.1 通常性能要求 64
7.3 安全要求 65
7.3.1 客户网管安全要求 65
7.3.2 物理安全要求 65
7.3.3 网络安全要求 66
7.3.4 系统安全要求 66
7.4 硬件要求 68
7.4.1 主机要求 68
7.4.2 存放要求 69
7.4.3 备份要求 69

前言
中国联通客户网管系统，是以对客户租用电路和客户设备实时监测为主要目标，从面向客户、面向业务角度对网管数据进行分析和展现，实现大客户网络状态监视、故障定位以及性能分析等功效，同时为大客户提供统计报表和SLA汇报，使其成为中国联通为大客户服务主要支撑平台。为适应中国联通客户网络管理系统建设需要，规划编制了以下客户网络管理系统系列企业标准：
（1）《中国联通客户网络管理系统技术规范》
（2）《中国联通客户网络管理系统接口规范》
（3）《中国联通客户网络管理系统测试规范》
本标准是其中《中国联通客户网络管理系统技术规范》。
本规范结合OSS系统总体规范要求，统一考虑客户网管系统定位、体系结构、功效，以及与周围系统集成关系和接口要求，为中国联通客户网络管理系统以及相关系统间集成接口规划和建设提供基本技术标准和要求。

本标准由中国联通网络企业运维部提出。
本标准由中国联通企业技术部归口。
本标准起草单位：中国联通网络企业运维部，中讯邮电咨询设计院有限企业
本标准主要起草人：石乐、杨光、刘纯、季文翀
本标准修改和解释权属中国联通企业。
1 范围
本规范适适用于中国联合网络通信有限企业及下属省（市）企业，用于指导和规范中国联通客户网管系统规划建设、开发测试、设备采购和工程设计。
本规范主要要求了中国联通客户网管系统通用管理功效和集成关系接口等内容。

2 缩略语
（表1：缩略语）

英文缩写
英文全称
汉字全称
SLA
Service Level Agreement
业务等级协定
VLAN
Virtual LAN
虚拟局域网
VPN
Virtual Private Network
虚拟个人网
MPLS
Multi-Protocol Label Switch
多协议标签交换
XML
eXtensible Markup Language
可延伸标示语言
ASON
Automatic Switch Optical Network
智能光网络
BOSS
Business Operation and Support System
业务运行支撑系统
CORBA
Common Object Request Broker Architecture
公共对象请求代理结构
DCN
Data Communication Network
数据通信网
DDF
Digital Distribute Frame
数字配线架
NMS
Network Management System
网络管理系统

EMS
Element Management System
网元管理系统
GUI
Graphic User Interface
图形用户界面
IDL
Interface Definition Language
接口定义语言
JMS
Java Message Service
JAVA消息服务
KPI
Key Process Indication
关键绩效指标

MSTP
Multi-Service Transport Platform
多业务传输平台
NE
Net Element
网元
PDH
Plesiochronous Digital Hierarchy
准同时数字体系
PPP
Point to Point Protocol
点对点协议
PTP
Physical Termination Point
物理终端点
SDH
Synchronous Digital Hierarchy
同时数字体系

3 综述
3.1 背景
3.1.1 客户网管系统建设必要性
电信行业重组后，联通、移动、电信三家运行商竞争愈加激烈，大客户是运行商稳定收入主要起源，经过建设客户网管系统，实现大客户“重点业务”“端到端”及时保障，为大客户提供主动服务和差异化服务，变被动维护为预警监测，及时发觉用户网络情况，采取相关维护保障方法，提升客户服务质量，从而提升现有客户满意度和忠诚度，提升客户保持率、降低客户流失、发展新客户，直接提升运行商经济效益。
大客户用户越来越专业化，他们希望得到差异化服务，希望能够实时感知自己租用业务运行情况。另外，部分客户有内网代维需求。
3.1.2 技术规范制订迫切性
联通集团和部分省分已经建设或者试点建设了客户网管系统，不过各省都是按照各自了解独立建设，所以在系统定位、管理范围以及系统功效实现上存在差异，尤其缺乏与横向相关系统间接口规范，所以需要编写客户网管技术规范和接口规范，为中国联通未来客户网管系统建设提供统一功效和接口定义。

3.2 客户网管系统目标
ü 提升效率：关注大客户，第一时间发觉故障并能够协调各系统快速定位和处理故障。
ü 优化流程：利用客户网管系统，优化完善与其它相关系统间互动流程。
ü 整合资源：统一大客户维护界面，整合各专业网管资源。
ü 服务客户：建立以“客户网管为中心”维护体系，一切以客户为中心，不停提升服务能力和水平。
ü 拓展市场：提升客户满意度，“粘住”老客户，“吸引”新客户。

3.3 客户网管系统定位
客户网管系统用户群为：运维人员和大客户。
客户网管系统面向客户：展示客户业务及相关资源信息；展示客户业务状态及性能指标；展示客户相关故障及处理情况；展示客户SLA运行情况；其余客户个性化需求。
客户网管系统面向运维：展示客户业务及其端到端全程路由；进行网络故障与客户业务关联；快速发觉并准确定位故障，辅助故障处理；实时关注客户电路（尤其是重保电路）性能和SLA运行情况；为客户端设备代维业务及客户内网代维业务等提供支撑伎俩。

依照联通集团运维OSS总体规划，对客户网管系统定位以下（其中故障单工单系统被纳入到电子运维）：

（图1：集团OSS规划）

客户网管系统功效是从客户角度出发展示客户相关业务运行状态，并能够跟踪客户故障处理进度及客户相关服务质量汇报。系统为大客户业务提供集中、统一服务保障能力，确保大客户SLA实现，与多个运维系统有接口。客户网管属于“上层”系统，它能否实现“端到端”管理，主要依赖于资源管理系统、电子运维系统、各专业网管系统（如传输、ATM、IP、接入设备网管系统）完善与可靠。

3.4 客户网管系统管理范围
3.4.1 客户网管系统业务管理范围
1. 客户
集团、省、地市大客户和主要中小企业客户
2. 业务
（1） 专线：传输、ATM、IP等
（2） 客户内网
（3） 交换：短号码
（4） 平台类：VPDN、短信等
3. 段落（一干、二干等）

联通客户网管系统业务类别包含省内业务和跨省业务。省内业务指业务电路两端物理端口、逻辑端口都在省级网络管理范围内，且业务电路路由全部在省内承载系统上调度；跨省业务指业务电路两端物理端口、逻辑端口不在同一个省级网络管理范围内，或者业务电路路由不全部在同一省内承载系统上调度。
从业务管理角度来看，省内业务管理应由省级客户网管负担，纳入省级运维体系；跨省业务管理应由集团客户网管统一管理，纳入集团运维体系。对于跨省业务不一样省内段落，各省运维单位经过登录集团客户网管维护。
客户网管系统管理业务电路类别主要包含：MPLS VPN电路、传输电路、ATM电路、IP电路和其余电路。
（1）MPLS VPN业务：现在集团客户网管系统已经实现了MPLS VPN电路IP层面端到端管理，假如包括到跨省MPLS VPN电路，都能够纳入到集团客户网管系统中统一监测。省内MPLS VPN业务，省内客户网管系统负责。
（2）传输电路：客户网管系统标准上应经过传输综合（预警）网管系统，提取必要配置、路由、告警和性能信息，假如省分暂时不具备对应条件，能够从设备厂家NMS或EMS系统中获取所需数据。传输电路包含SDH、PDH、MSAP。
（3）ATM电路：省分系统最少需要实现北电ATM电路监测，提取必要配置、路由、告警和性能信息。对于原联通朗讯ATM网，采取集团统一开发接口方式。
（4）IP电路：集团和省分经过与各自IP支撑综合网管系统接口，获取电路性能和告警信息。
（5）其余电路：如VPDN、PON等。需要连接大客户设备网管系统来获取必要配置、路由、告警和性能信息。
3.4.2 客户网管系统使用模式
客户网管系统目标用户主要分为两类：运维人员和大客户。所以，客户网管系统运维管理范围从运行商视角与客户用户视角来定义。
1.运维人员
（1）发起方
运维人员通常登录客户网管系统运维门户，统一监测纳入管理全部大客户业务（或者属于该岗位管理全部大客户业务）。
客户网管系统能够为运维人员提供全方位告警定位、运维拓扑视图以及性能监控等功效，快速精准定位告警发生位置，并能够触发派单规则，及时向故障单系统派发故障单。客户网管系统关注大客户业务服务质量，提供SLA监控和报表。客户网管系统同时对重保业务电路进行预警式监测，依照预警结果开启预案，消除故障隐患。
（2）集团企业
2.客户经理及客户
对于大客户用户，客户网管系统主要为其提供自助管理门户，提升客户感知，使其能实时监测本身相关业务运行情况，查看SLA汇报和故障处理汇报等。

3.5 客户网管与专业综合网管区分

（表2：缩略语）

专业网管
客户网管
用户群
运维人员
运维人员、客户经理、客户
管理对象
设备、网络
客户、业务
管理方式
本网分段管理
客户端到端（省际、省内、当地、接入、国际国内外租）、及客户内网
覆盖范围
本专业
多专业（传输、数据、IP等），跨业务关联（如MV业务与传输资源、告警关联）
监控模式
既监又控
只监不控

客户网管系统特点：
（1） 以客户和业务为中心，关注客户网络服务
“以大客户为中心”是服务宗旨，大客户业务需求可能会多个多样，客户网管系统能够进行灵活配置，尽可能多提供多个业务组合能力，针对不一样客户，定制不一样服务内容，提升客户感知度。
（2） 端到端业务监测，实现主动服务
客户网管系统实现大客户业务综合统一展现。比如，客户租用了一条IP电路，不论是承载传输出现故障，或是IP设备出现故障，在客户网管界面上都能够统一展现，都已经关联到影响到客户电路。
客户网管系统最主要特征和目标，就是实现大客户电路全程端到端监测，能够显示电路全程路由，路由中每个节点设备基本信息、电路入出端口信息等都能直观显示，而且能够显示每一段路由是否有告警。

（3） 跨专业告警关联和故障定位，提升服务保障能力
对大客户业务监测全部集中在客户网管界面，不一样用户能够定制自己关心界面视图，监测自己关心客户业务，这种业务能够是单一业务类型，也能够是多个业务类型组合。经过统一拓扑展现，运维人员经过客户网管系统发觉客户故障或严重告警时，能够第一时间通知客户，提升客户感受，同时，第一时间派发工单和故障单，快速协调各相关部门进行排障。
（4） 可管理SLA，提供差异化网络服务
客户网管系统实时监测与客户订立SLA协议中各项指标，当发觉某项指标达成预警阈值时，及时通知维护人员进行处理，从而提升了客户服务质量，而且系统自动生成SLA报表，经相关人员审核确认后，提供给客户，提升客户感知度。
（5） 为客户提供代维服务，外延服务范围
客户网管系统还集成了客户内网服务模块。当有客户有代维需求时，客户网管能够深入到客户内网进行设备和网络监测，提供运行维护界面，并定时产生相关报表。

4 系统体系结构
4.1 二级布署架构
客户网管系统将采取集团、省分两级布署架构，省内地市反拉终端到省分或集团平台进行监测。
集团和省分系统都与派单系统有接口，能够实现故障和严重告警派单工作。

（图2：集团-省二级布署架构）
（1）集团级客户网管系统
集团级客户网管系统负责集团级（跨省）大客户业务电路管理和监测，负责集团级（跨省）大客户客户端网络设备集中监测。集团客户网管系统主要经过集团资源管理系统提取客户信息、客户电路信息、骨干段配置信息、客户电路骨干段路由信息；经过省客户网管系统提取客户电路在省干、当地网及接入段路由信息，同时获取电路告警、故障及性能数据；经过集团专业综合（预警）网管系统获取客户电路骨干段告警、故障及性能数据；经过自有数据采集系统实现对客户内网终端设备管理，实现客户外包服务。综上，经过以上数据在集团客户网管系统中融合，最终实现对客户电路端到端管理。
（2）省分客户网管系统
省分客户网管系统负责省内大客户业务集中监测，负责集团级（跨省）大客户在本省内业务监测。省级客户网管系统可能接入省内网络管理和运行支撑系统可能包含：省资源管理系统、专业综合网管、预警式专业网管、网元管理系统、接入网网管系统、省故障单/工单管理系统等。
假如省分维护人员需要看到集团（跨省）电路全程端到端情况，需要登录集团级客户网管系统。
（3）省内地市
能够布署省级客户网管或集团客户网管终端，用来监测所关心客户电路。
4.2 软件体系结构
客户网管系统软件必须采取分层结构设计，下列图只是参考：

（图3： 软件分层结构）
客户网管系统整个软件架构分为四层，分别是采集层、数据层、业务层和展现层。这四层相对独立又相互配合共同实现客户网管管理功效，各层之间经过公共消息总线进行调用和消息传递。它们详细分工和实现方式描述以下：
Ø 采集层
负责从其余系统(如：专业网络管理系统、资源管理系统、综合（预警）网管系统、下级客户网管系统)采集所需要数据，包含网络拓扑信息、告警信息、性能信息、电路信息、路由信息、客户信息、业务信息等。
Ø 数据层
依照不一样功效请求，完成对相关数据预处理、入库操作。对于采集到数据信息进行统一格式化及过滤处理。可实现数据采集层与上层应用分布式布署。
Ø 业务层
主要完成对关联型资源数据及管理型数据整合及统一模型化处理。经过面向对象建模方式利用资源管理平台对资源及资源间关联关系进行创建及有序梳理，建立电路和客户间承载关系，为上层展现及告警关联分析提供数据支持。同时利用数据管理平台对告警、性能、流量等管理型数据进行处理，主要是完成对数据过滤、聚合处理，为上层展现平台提供数据支撑。管理型数据与关联型资源数据之间经过数据链接方式进行关联，实现全部管理信息融合。
Ø 展现层
用户登录系统门户后，客户网管系统依照用户类别及权限提供不一样管理功效，展现不一样管理域数据信息。展现层提供面对运维人员运维门户、提供给客户自助服务客户门户以及提供支持WAP、3GWAP移动终端门户。

5 系统功效要求
5.1 运维管理门户
此章节描述是客户网管系统针对维护人员，能够提供哪些功效。所描述是客户网管系统功效全集。
5.1.1 资源管理
客户网管系统中资源主要包含客户信息、设备资源、电路资源以及业务配置信息。
5.1.1.1 资源获取
客户网管资源管理支持经过标准化接口，自动与资源管理系统、专业综合网管系统、设备网管系统、电子运维系统（故障单系统）等各系统进行交互，获取资源信息。对于客户资源、设备资源、电路资源以及业务配置信息，可实现信息同时（自动和人工）和更新。支持从多个数据源获取数据进行对比、核查和综合分析。提供对无法动态获取资源数据维护功效，可进行批量导入资源。
在资源获取上，对一些设备资源可经过自动发觉方式进行获取。标准上来说，客户网管系统资源类信息应该从资源管理系统获取；针对资源管理系统可能存在信息不准确情况，客户网管系统应提供包含网元，网元间连接等实际网络信息（起源于设备网管或者各专业综合网管），与资源管理系统信息差异列表。
下列图是客户网管系统主要获取数据内容及数据起源系统情况。

（表3：客户网管数据起源）
编号
数据
起源系统

1
电路基本信息、电路路由信息、客户基本信息、网元基本信息、端口基本信息等
资源管理系统
必要
2
故障单、重保电路、割接信息
电子运维系统
必要
3
网元端口配置信息、告警信息、性能信息
专业综合网管
必要
4
电路路由信息、网元端口配置信息、告警信息、性能信息
设备厂家网管
可选

注:标准上全部资源获取都来自于资源管理系统，当省分不具备资源管理系统或资源管理系统不完备情况下，客户网管系统能够本身实现资源数据管理功效，包含增、删、改、查功效，但必须预留好与资源系统接口，当资源管理系统建设完备后，应立刻废除本身资源管理功效。
5.1.1.1.1 客户信息管理
5.1.1.1.1.1. 客户管理

系统支持对客户信息查询。
支持从资源系统，经过接口方式自动获取客户基本信息，同时支持批量客户信息导入功效。
客户基本信息最少包含：
- 客户编码
- 客户名称
- 客户类型（如：大客户、中高端中小企业客户、低端中小企业客户）
- 客户级别（如：钻石、金牌、银牌、铜牌）
- 父客户编码
- 所属客户组
- 联络人
- 联络电话
- 手机号码
- 电子邮件
- 传真
- 通信地址
- 所属行业（金融、政府、）
- 客户经理信息（名称、电话、电子邮件）

5.1.1.1.1.2. 客户组管理
系统支持对客户组信息查询、修改、添加和删除。客户组可依照管理需要，将同一类管理要求一致客户合并构建，也可由客户及其子客户构建自有客户组。
客户组基本信息最少包含：
- 客户组编码
- 客户组名称
- 客户组级别
- 客户代表
- 联络电话
- 手机号码
- 电子邮件
- 传真
- 通信地址

5.1.1.1.2 电路资源管理
5.1.1.1.2.1. 客户电路信息查询
系统提供对电路信息查询，查询结果以表格形式展现，并支持查询结果导出（Excel格式）功效。
电路信息查询条件能够是以下信息任意组合：
- 电路编码（集团电路编码）
- 当地电路编码
- 电路名称
- 专线号
- 所属专业
- 业务类型（ATM、SDH、IP、MPLS VPN等）
- 所属客户名称
- 电路级别
- 速率
- 开通时间段
客户网管从外部系统获取电路信息，其电路基本信息最少包含：
- 电路编码（集团电路编码）
- 当地电路编码
- 电路名称
- 专线号
- 所属专业
- 业务类型
- 电路级别
- 电路速率
- 所属客户（名称）
- A端网元
- A端端口
- A端逻辑端口
- A端客户
- Z端网元
- Z端端口
- Z端逻辑端口
- Z端客户
- 电路用途
- 开通时间

5.1.1.1.2.2. 电路路由查询
系统支持电路路由查询，必须提供电路路由拓扑，在拓扑图中，应详细描绘出电路端到端、每段设备间物理与逻辑连接详细信息，包含网元信息、出入物理端口信息、出入逻辑端口信息等。
系统也应提供电路路由列表信息。
5.1.1.1.2.3. 电路路由编辑
电路路由信息主要经过接口自动获取，在路由拓扑图中能够完整显示端到端业务路由。若电路某一段信息暂时无法自动获取时，系统提供手动编辑功效，补全或修改电路路由。
手工编辑部分应该有显著标示，以区分同自动获取信息。

5.1.1.1.3 设备资源管理
系统支持设备资源管理，主要是对相关网元设备进行管理，包含网元、物理端口、逻辑端口等信息。
设备网元信息，对于传统运行商网络管理设备，其基本信息主要从资源系统中接口获取，其配置信息主要从设备网管系统或者各专业综合网管系统中接口获取；对于客户内网代维设备，在路由可达前提下，主要经过自动采集发觉方式获取。

5.1.1.1.3.1. 网元信息维护
网元基本信息最少包含：
- 网元标签
- 网元资源名称（从资源系统获取）
- 网元网管名称（从专业网管获取）
- 所属专业
- 网元类型
- 设备厂家
- 设备型号
- 硬件版本
- 软件版本
- 所属网管系统
- 所属区域
- 位置信息

5.1.1.1.3.2. 物理端口信息维护
端口基本信息最少包含：
- 端口标识（端口在板卡上唯一标识）
- 端口类型（如OA/OT）
- 端口速率
- 端口标签
- 所属网元
- 所属槽道
- 所属板卡

5.1.1.1.3.3. 逻辑端口信息维护
逻辑端口基本信息最少包含：
- 端口标识
- 端口类型
- 端口速率
- 端口标签
- 所属物理端口

5.1.1.2 资源更新与同时
系统支持资源更新与同时，采取自动和手工方式进行处理，以自动方式为主，手工为辅助处理方式。对更新与同时后资源数据，系统支持信息比对。信息比对主要针对两个方面：一是，对同一起源数据要进行自动和手工两种更新与同时后数据比对；二是，对于不一样数据起源同一类数据要进行数据比对。比对后数据，应以列表方式显示异同情况，便于维护。
（1） 资源更新与同时自动方式：
系统支持与资源系统、CRM、电子运维和其它网管系统进行资源自动更新、同时。能够采取定时主动更新方式，也能够采取通知消息方式。
（2） 资源更新与同时手工方式：
假如外围系统不支持资源自动更新与同时，也可采取手工方式进行更新与同时。
资源管理系统向客户网管系统提供资源、业务实例及各种业务资源信息；客户网管系统并对资源管理系统数据改变做到实时同时。除了从“资源管理系统”中获取“静态资源数据”，还经过厂商网元管理系统，从实网中采集“动态资源数据”。这么将实网中采集来“动态资源信息”，同资源管理中获取“静态资源数据”进行比对。发觉差异，生成差异列表，并将差异数据传递给“资源管理系统”。

5.1.1.3 资源关联配置
系统中各种资源能够相互关联，相互查找。以电路为中心，建立客户与电路、设备与电路、告警（故障）与电路之间关联，使得从任一资源点出发，能够查看到所关于联信息。
查看IP电路时，能够看到其承载传输电路，当IP电路发生故障时，能够判断出是哪段承载电路出现告警。
系统支持在客户网管中完成对相关数据关联性配置。资源关联配置假如在获取数据时已经被已定义，其逻辑关系能够直接同时到系统。在客户网管系统中可对资源关联进行修改。

5.1.1.4 资源查询与统计
系统支持资源查询与统计应具备以下功效：
（1）公共要求
a) 支持字符串属性含糊查询；
b) 支持多个查询条件组合；
c) 支持分页显示查询结果；
d) 支持直接跳转到相关分页；
e) 支持对查询结果导出到excel格式文件中。
（2）资源导航树查询页面
系统支持导航树查询和定位。当用户在资源导航树中选中一个资源时，系统能够在打开对应拓扑图中将其定位在中央位置。
（3）支持按照设备条件查询页面
系统提供资源类型选择，选定资源类型后，依照资源类型系统提供不一样查询条件，用户设定查询条件后，点击确定，系统给出查询结果列表。用户点击查询结果列表上每条统计，能够查询每个资源详细属性。
（4）支持按照查询结果集响应事件
对查询结果列表能够经过右键弹出式菜单方式查询资源详细属性信息。
a) 查询到端口后，能够查询端口上承载业务和业务关联大客户。
b) 查询到电路后，能够查询端到端路由。
c) 查询结果集中每条统计，能够查询到详细资源属性。

5.1.2 拓扑管理
系统提供基于拓扑形式信息展现。展现信息主要包含：网元、电路、客户等资源信息，经过使用不一样拓扑图，用户能够直观从拓扑图中看到对应各类资源,能够经过拓扑获取资源之间关系，以及资源当前使用情况等信息。
5.1.2.1.1 多级拓扑展现
系统提供多级拓扑展现形式，支持告警状态实时展现。
（1）客户视图
客户视图为最上层拓扑图，支持以客户为索引展示客户网管系统所监控客户对象，同时显示客户对象整体业务是否处于正常状态。客户视图支持分级或分类型显示，支持快速定位。
（2）业务视图
业务视图，显示客户租用业务整体逻辑连接图。需要提供经过客户视图进入业务视图方式。经过视图，能够查看业务连接关系、业务范围以及所包括告警情况等。业务拓扑图支持分专业（如传输、ATM、IP等）展现。
业务拓扑图只显示客户电路接入点间连接关系（包含主备用电路），不显示电路接入点与中间节点连接关系和所经过中间点。
（3）电路视图
电路视图从客户角度出发，展现客户关心电路连接和运行状态。经过业务视图能够直接进入电路视图。
电路视图显示客户某个业务连接下多条电路全程路由，有承载关系路由要完整展现。比如IP电路，如有传输承载，须将对应传输承载电路路由与IP路由一起展现。能够展示某一条电路全程端到端连接情况，图中能清楚地标识出每一跳网元、出入端口和告警信息。经过全程路由图，能够很直观看到电路路径，并能够判定告警所发生区段。
用户同时能够查看电路详细全程路由表，经过表格方式清楚查询电路全程路由信息。
5.1.2.1.2 拓扑操作
客户网管系统需要支持以下几方面拓扑操作：
（1）系统应提供友好视图切换功效，如点击图标切换视图、逐层进入各级视图、以及返回前一视图和返回上层视图等。
（2）系统应提供对监视图以及其节点位图单个选中、批量选中、放大、缩小、移动、还原等功效，并提供图例说明。
（3）系统应经过节点拖拉支持对节点位置更改，并能够保留对视图修改。
（4）对于客户视图，支持复选客户分类和客户，查看全部或者一部分客户；支持用户手动增加、修改、删除客户。客户视图支持用户定制客户图标。
（5）对于业务视图，支持复选专业类型，查看全部或者一部分专业类型拓扑图；支持用户手动增加、修改、删除业务接入点和连线。系统支持对定制后拓扑进行保留。
（6）对于电路视图，支持用户手动增加、修改、删除电路路由，并与电路进行关联。电路视图支持用户定制网元图标。系统支持对定制后拓扑进行保留。
（7）系统支持数据完整性校验，删除上层数据时，应在下层数据已删除前提下进行操作。比如删除客户时，应先删除该客户下电路和电路路由。

5.1.2.1.3 拓扑监视
客户网络拓扑能够动态、实时显示某客户被管网络运行状态，实时反应被管网络告警事件（包含性能越限告警）。
拓扑监控功效是总体展现经过告警管理中告警过滤或重定义以后告警统计信息，同时提供查询主要告警详细信息功效。在拓扑图上应能够经过声音、颜色、弹出窗口改变来反应该前网络告警情况，未确认告警则应以对应图标连续闪烁显示。
为了确保底层对象告警信息也能及时地显示，系统应提供告警传递功效，即将底层对象告警信息逐层传递给其父对象，引发其父对象图标状态改变和告警统计信息改变，最终反应在拓扑图中。

（1） 拓扑监视展现
拓扑监视能够及时反应客户网络告警信息，告警以可视、可闻形式展现：
（1）系统对实时业务告警事件做出及时反应，并可深入显示告警相关业务，在拓扑图中以对应链路颜色改变、节点颜色改变、闪烁等形式提醒；
（2）告警信息未确认则保持对用户提醒状态。
（2） 拓扑监视关联
系统支持经过拓扑关联展现不一样视角拓扑视图，便于对拓扑监视。系统绝大部分运维功效均可经过鼠标右键点击拓扑图上对象，将该对象对应管理功效模块关联起来。包含配置信息查询、告警信息查询、性能数据查询、客户资源查询。经过拓扑关联，可查看告警拓扑、性能拓扑、客户资源拓扑等。
5.1.2.1.4 拓扑更新
拓扑视图实时反应业务运行状态。当拓扑结构或者拓扑上告警发生改变时，系统能够快速自动更新局部拓扑数据，使得拓扑能够实时与业务实际情况相符。
5.1.2.1.5 自定义视图
系统提供运维用户依照实际工作情况自定义视图功效，支持用户依照管理范围内资源（包含客户和电路）进行自定义监控视图。
一个用户能够自定义多个监控视图，而且自定义视图只对本用户可见。系统支持对用户自定义视图图元进行拖拽、修改、删除、保留功效。也支持对视图本身删除功效。
注：每个用户能够创建、编辑、删除自己视图，但只是对用户管理范围内资源进行筛选显示和重新排列位置过程，不能对资源进行实际创建、修改和删除操作。
5.1.3 告警管理
系统应支持以下标准告警级别定义：
1) 紧急告警（Critical）；
2) 主要告警（Major）；
3) 次要告警（Minor）；
4) 警告告警（Warning）；
5) 不确定告警 (Informational)。
系统支持告警自定义功效,
紧急告警是指阻断客户业务或严重违反客户服务承诺,主要包含以下内容：
（表4：紧急告警）
编号
分类
告警类型
1
数字电路
支路端口LOS、高阶和低阶AIS、LOF和UNEQ等
2
数据（ATM）电路
端口、path、lmiUP/DOWN等
3
IP、MPLS VPN
端口、协议UP/DOWN等
主要告警是指已经影响客户业务或违反客户服务承诺，比如：性能越限告警等。
次要、警告、不确定告警是指当前不影响客户业务，但存在影响业务隐患，或靠近违反客户服务承诺，比如：环境保护护倒换告警等。
系统在列表和拓扑图中采取不一样颜色展现不一样级别预告警信息来显示。系统默认使用国际规范告警颜色和告警级别对应。提议依照TMN国际标准，对网络告警级别分别采取特定颜色进行表示，支持以下告警级别：
l 紧急告警 红色
l 主要告警 橙色
l 次要告警 黄色
l 警告告警 浅蓝色
l 不确定告警 紫色

5.1.3.1 告警数据获取与同时
5.1.3.1.1 告警数据获取
告警数据主要经过以下两种渠道获取：
1) 经过接口从各专业综合网管系统中接收告警信息，系统与专业综合网管可经过接口设置过滤条件。专业综合网管接收到网络告警，对告警进行根原因和相关性分析。分析后告警假如满足告警上报过滤条件，则发起告警实时上报。
2) 经过设备网元级网管直接采集告警。
告警数据获取方式包含：新告警主动上报和手工同时当前告警。
告警类型包含：通讯告警、环境告警、设备告警、保护倒换告警、服务质量告警、处理错误告警、其余告警。
系统采集告警数据主要包含：
· 客户告警，影响到客户业务全部告警;
· 保护倒换告警，客户业务承载系统发生保护倒换告警
· 设备告警，客户业务相关设备、板卡等告警；
· 性能越限告警；
· 系统日志信息。

告警信息最少包含：
- 告警标题
- 告警描述
- 告警源
- 所属网元
- 所属专业
- 所属网管
- 告警类型
- 告警等级
- 影响电路
- 影响客户
- 告警发生时间
- 告警发生次数
- 告警最终更新时间
- 告警去除时间

5.1.3.1.2 告警同时
系统应具备告警同时功效，当因为一些原因造成系统与网元或网络管理系统告警信息不一样时时，能够开启同时功效完成告警信息同时。
告警同时详细包含手工同时和自动同时。
当出现以下情况时，系统进行告警同时：
· ² 与下层网管建立连接时（自动）
· ² 与下层网管出现通信失败而且恢复后（自动）
· ² 出现系统故障而且恢复后（自动）
· ² 当操作者对显示告警有疑问时（手动）
· 定时同时（自动）

5.1.3.2 告警过滤与压缩
5.1.3.2.1 告警过滤
告警过滤，是系统经过预设条件，过滤掉不关心告警，即网管系统依照过滤条件屏蔽告警，屏蔽掉告警不入库；或者入库信息依照条件，在网管系统界面上不显示这些告警信息。
对于上层应用，告警事件过滤有三个层次：第一层次是告警采集层过滤，在告警采集底层，设置开关，过滤掉不关心告警，不进入数据处理层；第二层次是告警采集层以及数据处理层经过定位分析后，依照运维需要，经过多维屏蔽抑制条件（如告警级别、经过判别衍生类告警等）丢弃，不进入告警数据库；第三层次是在展现层过滤，系统经过视图实现告警展现层过滤，使操作人员可依照自己关注角度(如依照割接设置过滤)不一样来设定不一样过滤条件，过滤出自己关心告警信息。
系统支持以下各项过滤条件组合设置：
· ² 告警标题
· ² 告警级别
· ² 告警类型
· ² 告警所在网元
· ² 告警关联电路
· ² 告警关联客户

5.1.3.2.2 告警压缩
对于重复发生告警，系统可提供告警压缩功效，即将重复发生告警压缩到一条告警统计中，经过递增"告警发生次数"和刷新"告警时间"来统计该重复告警发生，以确保故障定位准确和清楚。
经过接口接收专业综合网管告警压缩信息，在专业综合网管无告警压缩信息时，系统还应提供按照客户、故障源进行告警压缩定制功效，将多条不一样告警压缩到一条告警统计中，经过“告警影响客户”来显示影响全部客户。

5.1.3.3 告警关联分析
告警关