中国联通OSS-GSM-WCDMA网总部综合网管系统技术规范v10

1、中国联通电子运行维护调度子系统总部系统与省系统互联接口规范QB/CU 107-2009中国联通公司企业标准2009-10-09实施中国联通公司发布2009-10-09发布中国联通OSS-GSM/WCDMA网总部综合网管系统技术规范 Technical Specification on GSM/WCDMA National Integrated Network Management System of China Unicom (V1.0)中国联通OSS-GSM/WCDMA网总部综合网管系统技术规范目 次目 次I前 言II1 范围12 规范性引用文件13 缩略语14 系统管理范围24.1 GSM

2、总部网管系统管理范围24.2 GSM/WCDMA总部网管系统管理范围25 系统功能要求25.1 系统功能概述35.2 拓扑管理35.3 配置管理85.4 告警管理115.5 性能管理175.6 报表管理205.7 系统管理216 系统接口要求226.1 部省接口226.2 报表接口237 系统技术要求237.1 系统总体要求237.2 软件技术要求247.3 管理能力要求257.4 性能要求257.5 系统安全要求257.6 DCN要求2525中国联通OSS-GSM/WCDMA网总部综合网管系统技术规范(v1.0)前 言随着电信重组的完成和3G牌照的发放，WCDMA作为3G中重要的网络制式之一

3、，在全国已经全面部署建设并投入实际商用。WCDMA融合GSM运维工作的成效关系中国联通的网络服务水平和用户满意度，因此需要制定一套对GSM和WCDMA融合管理的标准体系，以指导实际的运维工作。原有的GSM总部综合网管系统着重于加强总部对省分GSM二级网络运维工作监管以及对GSM一级网络设备的管理，已不能满足当前GSM和WCDMA网管系统的融合管理需求，因此，特制订本规范，以指导中国联通OSS-GSM/WCDMA网总部综合网管系统的建设和综合管理。本规范由中国联通移动网络公司运行维护部提出。本规范由中国联通公司技术部归口。本规范起草单位：中国联通移动网络公司运行维护部、北京邮电大学。本规范主要起

4、草人：强国武、肖延敏、陈冰、吕舟、芮兰兰、张一春、陈洁。本规范的修改和解释权属中国联合网络通信有限公司。1 范围本规范规定了中国联通OSS-GSM/WCDMA网总部综合网管系统的系统体系结构、系统功能要求、系统接口要求及系统技术要求。本规范用于指导中国联通GSM/WCDMA网络总部综合网管系统及接口的规划、建设和运营。2 规范性引用文件下列文件中的条款通过本规范的引用而成为本规范的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本规范，然而，鼓励根据本规范达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本规范。1 QB

5、/CU 109-2009 中国联通OSS-GSM/WCDMA网综合网管系统部省接口技术规范 第一部分：通用功能(v1.0)2 QB/CU 110-2009 中国联通OSS-GSM/WCDMA网综合网管系统部省接口技术规范 第二部分：与GSM无线接入网相关的信息模型(v1.0)3 QB/CU 111-2009 中国联通OSS-GSM/WCDMA网综合网管系统部省接口技术规范 第三部分：与WCDMA无线接入网相关的信息模型(v1.0)4 QB/CU 112-2009 中国联通OSS-GSM/WCDMA网综合网管系统部省接口技术规范 第四部分：与电路域核心网相关的信息模型(v1.0)5 QB/CU

6、113-2009 中国联通OSS-GSM/WCDMA网综合网管系统部省接口技术规范 第五部分：与分组域核心网相关的信息模型(v1.0)6 QB/CU 114-2009 中国联通OSS-GSM/WCDMA网综合网管系统部省接口技术规范 第六部分：与智能网相关的信息模型(v1.0)7 QB/CU 115-2009 中国联通OSS-GSM/WCDMA网综合网管系统部省接口技术规范 第七部分：与IMS相关的信息模型(v1.0)8 QB/CU 123-2006 中国联通GPRS网资源与性能统计指标体系(v1.0)9 QB/CU xxx-xxxx 中国联通GSM网移动通信性能统计体系(V4.1.2)10

7、QB/CU xxx-xxxx 中国联通GSM软交换网络移动通信性能统计体系(v1.0)11 QB/CU xxx-xxxx 中国联通WCDMA无线网络指标体系(v1.0)12 QB/CU xxx-xxxx 中国联通WCDMA核心网电路域指标体系(v1.0)13 QB/CU xxx-xxxx 中国联通WCDMA核心网分组域指标体系(v1.0) 3 缩略语下列缩略语适用于本规范。AAAAuthentication, Authorization and Accounting鉴权，认证和计费AUCAuthentication Center鉴权中心BGBorder Gateway边界网关BSCBase S

8、tation Controller基站控制器BTSBase Transceiver Station基站收发信台CGCharging Gateway计费网关DCNData Communication Network数据通信网络DDNDigital Data Network数字数据网DNSDomain Name Server域名服务器EMSNetwork Element Management System网元管理系统GGSNGateway GPRS Support Node网关GPRS支持节点GSMGlobal System for Mobile communication全球移动通讯系统GTTG

9、lobal Title Translation全局码转换HLRHome Location Register归属位置寄存器HSTPHigh level Signaling Transfer Point高级信令转接点HTMLHyper Text Mark-up Language超文本标记语言IDIdentification标识MGWMedia Gate Ways媒体网关TMSCTandem Mobile Switching Center汇接移动交换中心NMSNetwork Management System网络管理系统NTPNetwork Time Protocol网络时钟协议OMCOperati

10、ons & Maitenance Center操作维护中心PCUPackage Control Unit分组控制单元RNCRadio Network Controller无线网络控制器SGSNServing GPRS Support Node服务GPRS支持节点STPSignaling Transfer Point信令转接点SPCSignaling Point Code信令点编码WCDMAWideband Code Division Multiple Access宽带码分多址4 系统管理范围4.1 GSM总部网管系统管理范围中国联通GSM网总部综合网络管理系统的管理范围如图1所示。该系统功能不

11、在本规范规定范围之内。图1 GSM总部网管系统管理范围4.2 GSM/WCDMA总部网管系统管理范围中国联通OSS-GSM/WCDMA网总部综合网管系统的管理范围如图2所示。在原有系统的基础上增加了WCDMA无线接入网的内容，该系统的功能在本规范后续章节定义。图2 GSM/WCDMA总部网管系统管理范围5 系统功能要求5.1 系统功能概述中国联通OSS-GSM/WCDMA网总部综合网管系统应具备以下功能：a) 拓扑管理：实现全网网元及连接的拓扑显示功能，并可对告警进行拓扑监视；b) 配置管理：实现全网网元信息的管理，包括查询、修改、统计分析功能；c) 告警管理：实现全网网元的告警采集、显示及告

12、警查询、告警确认、告警清除等处理功能；d) 性能管理：实现对网络运行性能数据的统计分析功能；e) 报表管理：实现报表的定制、统计、分析功能；f) 系统管理：实现网管系统的自身管理。5.2 拓扑管理拓扑管理实现对一级设备（包括：TMSC1、HSTP、TMSC1中继群、HSTP信令链路组等）、各省GSM设备(包括：BSC、BTS等)、各省WCDMA设备(包括：RNC、NodeB等) 以及核心网设备(包括：TMscServer、TCsMgw、MscServer、TMSC2、GMSC、CsMgw/SG、SGSN、GGSN、HLR/AUC、BG、CG、DNS、PCU、NTP、AAA、防火墙等)的拓扑管理

13、。在整体上可以对全网各级、各类网络资源的分布配置、网络结构、链路连接、业务分布等进行物理/逻辑拓扑的查看、编辑、存储，具体管理方式体现在以下几个方面：a） 地理信息管理：系统可在电子地图上显示实际的网络拓扑结构、设备分布位置等拓扑视图，可以保存各种拓扑视图并进行打印输出、可以更新地图数据。b） 分级别管理：系统可根据省级、地市等级别分别进行相应级别网络拓扑的管理，提供可以自定义网络级别和各级网络视图的组合。c） 分区域管理：系统可根据全国、省、市、地县的行政区划层次，对整个网络形成树型结构分别进行相应层次网络的拓扑管理。d） 分层次管理：系统可根据不同的层次分别进行相应层次网络拓扑的管理，要明

14、确显示出层次间的隶属关系。如WCDMA网可分为MscServer、MGW、RNC、NodeB、UtranCell。e） 辅助视图管理：系统应支持图例图等辅助视图，支持对图标、图例的管理。5.2.1 拓扑显示5.2.1.1 资源树图总部GSM/WCDMA综合网管系统应至少提供如下几类资源树图，不同资源树图可根据节点之间的关系任意切换，资源树图的显示粒度需要达到中继/信令链路/小区。a) 地理位置树图：根据各类网元所处的地理位置来组织各个网元。显示中国联通GSM/WCDMA网内所有设备的地域隶属关系。b) 覆盖范围树图：根据各类网元覆盖业务区域归属来组织各个网元；显示中国联通GSM/WCDMA网内

15、所有设备覆盖范围的隶属关系。c) 管理树图：根据各设备厂家的网元来组织各个网元的分布情况。显示中国联通GSM/WCDMA网内网管系统的被管网元的管理层次关系。拓扑显示功能要求以资源树图与网络拓扑图相结合的方式对网络资源现状情况进行如实呈现。总部综合网管系统的拓扑显示功能要求在地理位图背景上结合资源树图呈现下面几类视图。5.2.1.2 拓扑视图5.2.1.2.1 无线接入网组织视图显示中国联通GSM/WCDMA网无线接入网组织视图，包括RNC、BSC、NodeB、UtranCell、BTS的网络组织现状，采用节点表示无线网元设备，连线表示各设备间的逻辑连接；显示图上所有网元设备的属性信息；显示无

16、线网元与核心网的逻辑连接关系，视图连线需能够区分业务连接和信令连接。5.2.1.2.2 电路域组织视图显示 全网电路域组织视图，包括RNC、BSC、TMscServer、TCsMgw、MscServer、TMSC2、GMSC、MSCPool(可选)、CsMgw/SG、HLR/AUC网络组织现状，采用节点表示无线网元设备，连线表示各设备间的逻辑连接；显示图上所有网元设备的属性信息；显示无线网元与电路域核心网的逻辑连接关系，视图连线需能够区分业务连接和信令连接。5.2.1.2.3 分组域组织视图显示全网分组域组织视图，包括RNC、BSC、PCU、SGSN、GGSN、SGSNPool(可选)、HLR

17、/AUC、BG、CG（可选）、DNS、NTP、AAA、防火墙网络组织现状，采用节点表示无线网元设备，连线表示各设备间的连接；显示图上所有网元设备的属性信息；显示无线网元与分组域核心网的逻辑连接关系，视图连线需能够区分业务连接和信令连接。5.2.1.2.4 业务质量监控视图为了解决GSM/WCDMA集中监控工作的需求，有必要在目前告警监控的基础上结合实时性能指标，进行业务质量的监控。业务质量可从设备告警、运行性能等两个方面来综合考量和评估。设备侧告警是指由设备系统发生故障而引发的告警，是评价设备服务质量的重要因素之一。运行性能主要指网元关键性能指标（KPI）。关键性能指标是反映和影响业务质量的又

18、一个重要方面。具体的KPI参见中国联通GSM网移动通信性能统计体系(V4.1.2)和中国联通WCDMA运行质量指标体系。设备故障监控要求：1） 当设备发生重大故障时，在视图上以醒目的颜色标识。2） 重大故障，如基站退服，系统应以短信方式通知代维人员。3） 设备故障根据实际的网络结构（包括Flex方式）逐层传递给其父对象，引起其父对象图标的状态变化，从而达到实时监控的目的，但仅要求传递故障通知，不要求呈现汇总数量和具体归属。设备性能监控要求：1） 实时呈现设备KPI的状态。可有效发现设备和网络异常，发现后将进一步观察设备的详细状态，如计算KPI依据的数据源、以趋势图方式呈现一段时间内的指标走势，

19、经进一步分析定位原因后，可进行短信通知。2） 对于性能应支持性能指标自定义、性能指标门限设置等功能。3） 设备性能异常仅在其归属网元呈现提示，不提供逐层传递给其父对象的功能。5.2.1.2.5 一级汇接网拓扑图一级汇接网拓扑图按层次区分可分为全国汇接网拓扑图和TMSC1中继群拓扑图。其中，全国汇接网拓扑图应实现的功能如下： 显示全网所有的TMSC1及其属性； 显示全网所有的TMSC1之间的连线及其属性； 以不同的颜色显示发生告警的TMSC1、中继群，并显示相关信息； 通过全国汇接网拓扑图，可以链接到TMSC1中继群拓扑图。TMSC1中继群拓扑图应实现的功能如下：显示同一中继群内的所有中继及其属

20、性；以不同的颜色显示中继的不同状态(可用、不可用等)；以不同的颜色显示发生告警的中继，并显示相关信息。以上视图可以显示在一个视图中也可多个视图呈现，可以根据需求过滤显示，如按省过滤呈现。5.2.1.2.6 一级信令网拓扑图一级信令网拓扑图按层次区分可分为全国信令网拓扑图和HSTP信令链路组拓扑图。其中，全国信令网拓扑图应实现的功能如下： 显示全网所有的HSTP及其属性； 显示全网所有的HSTP之间的连线（信令链路组）及其属性； 以不同的颜色显示发生告警的HSTP、信令链路组，并显示相关信息； 通过全国信令网拓扑图，可以链接到信令链路组拓扑图。HSTP信令链路组拓扑图应实现的功能如下：显示同一信

21、令链路组内的所有信令链路及其属性；以不同的颜色显示信令链路的不同状态(可用、不可用等)；以不同的颜色显示发生告警的信令链路，并显示相关信息。以上视图可以显示在一个视图中也可多个视图呈现，可以根据需求过滤显示，如体现设备间连接的逻辑链路、物理链路、信令链路可以一起呈现或过滤呈现。拓扑显示功能应结合资源树对各类拓扑进行显示，当点击资源树的节点时，拓扑显示区域自动切换到和被选节点相关联的拓扑图面。为了方便用户操作，系统应提供对资源树和拓扑视图的切换和有效关联功能。对于显示的网络拓扑图应有两种表现形式：层次图、矩阵图。1） 层次图：展现网元层次关系。应至少实现以下功能：呈现核心网到GSM无线接入网BS

22、C完整的全网核心网元的逻辑连接关系；呈现核心网到WCDMA无线接入网RNC完整的全网核心网元的逻辑连接关系；WCDMA无线接入网显示粒度到RNC，NodeB和UtranCell信息可通过RNC进行关联呈现；GSM无线接入网显示粒度到BSC，BTS信息可通过BSC进行关联呈现；一级汇接网显示粒度到TMSC1，中继群和中继信息可通过TMSC1进行关联呈现；一级信令网显示粒度到HSTP，信令链路组和信令链路可通过HSTP进行关联呈现。2）矩阵图：根据用户选定的网元范围，以矩阵的形式排列每一层网元。支持将所有网元同时呈现，同时支持分层呈现。5.2.2 拓扑操作5.2.2.1.1 视图基本操作系统应提供

23、对各种视图中图形对象选中、移动等操作的支持。系统还支持对视图对象的点击查询，显示对视图对象相关配置信息和状态信息的详细查询结果。系统应提供友好的视图切换功能，如点击图标切换视图、逐层进入各级视图、以及返回前一视图和返回上层视图等。系统应提供对拓扑图以及其背景位图的单个选中、批量选中（矩形方式、圆圈方式、一个一个的选定方式等）、放大、缩小、移动、还原、图例图说明等功能。5.2.2.1.2 监视显示过滤系统可以根据需要选择是否在拓扑图上显示或隐藏某些类型的网元或链路。系统应至少支持按照以下条件显示或隐藏网元或链路：网元名称；网元编号；网元类型；所属厂家：所属省份。5.2.2.1.3 基本信息查询对

24、拓扑图或资源树的操作，系统应显示鼠标点击对象的管理信息，包括：a) 基本属性信息：包括点击对象的名称、标签、位置、状态等基本属性数据。b) 基本故障分析数据：包括当前告警条数、告警级别、告警内容、告警原因等。c) 基本性能指标：应显示其基本的最近一次主要性能数据值的大小。5.2.2.1.4 拓扑检索系统应支持分全国、分省份通过关键字(如信令点编码)查询网元基本信息的功能。5.2.2.1.5 拓扑图功能链接除提供完整的菜单功能外，系统绝大部分功能均应可通过鼠标右键点击拓扑图或资源树图上的对象，将该对象相应的管理功能链接起来。5.2.2.1.6 拓扑图的保存和打印系统应提供把当前拓扑视图保存成文件

25、或送到打印机输出的功能。5.2.2.1.7 拓扑更新系统自动根据采集到的配置信息，实时更新拓扑图显示。5.2.2.1.8 图例管理用户可通过图例管理功能对图例进行增加、删除和修改等操作，包括：a） 查询各种图例及其颜色的意义；b） 定制图例，包括重新选择或修改图例的形状、大小和颜色等。图例是对图中表示符号的说明，用户可以通过图例管理功能查询/修改图中的表示符号。5.2.3 拓扑监视拓扑监视指在网络拓扑图上能够动态、实时显示被管网络的运行状态，如网络的告警监视和性能监视。5.2.3.1.1 告警监视在拓扑图上应能够动态反映网元告警，告警应通过声音、拓扑图颜色变化来反映当前网络的告警信息，未确认的

26、告警则应以相应的图标一直闪烁显示。总部综合网管系统需要采集全国网元上报的所有的告警，经过告警管理中的告警过滤以后再在拓扑图的相应图标上进行显示。对于各级别告警信息，可以设置告警提示，以声、光形式提示用户，监控人员可根据网管系统提供的界面自定义每种报警声音的类型、开关状态等。可根据告警的级别以不同的颜色在拓扑图上对各种级别的告警进行显示，系统提供对不同告警的显示颜色进行设置的功能，系统初始时应提供缺省设置，缺省设置如表1所示。表1 告警级别与颜色对应表告警级别描述显示颜色严重告警指通信阻断的告警红色主要告警指影响业务的告警橙色次要告警指不影响现有业务的故障的告警黄色警告告警向维护人员提示的信息蓝

27、色为了保证底层对象 (有可能在拓扑图或导航器中当前不可见) 的告警信息也能及时地显示，系统应提供告警传递功能，即将底层对象的告警通知逐层传递给其父对象，引起其父对象图标的状态变化，从而达到实时监控的目的，例如： RNC管理的某NodeB出现告警信息，用户应能在网管系统的RNC层界面上得到相应告警状态的呈现。当父对象有由子对象传递上来的告警时，要显示出有子对象告警的状态，系统应区分对象自身告警和其子对象告警的显示。针对RNC 到核心网之间IuFlex、Pool技术引起的多对多的关联关系，RNC 到核心网的告警传递按其实际多对多关联关系进行多重传递，并且仅传递告警提示信息。告警传递层数以及传递条件

28、应可由用户根据需要设置。若两网元之间链路中断，则拓扑图中应该显示两个网元连线的变化。5.2.3.1.2 性能监视在拓扑图上通过颜色的变化，可以实现对网络性能进行监视的功能，即当网络资源（如网元、链路等）出现性能越限时，拓扑图中将显示此越限告警，系统提供对不同级别性能越限告警的显示颜色进行设置的功能，系统初始时应提供缺省设置，性能越限告警级别与颜色的缺省对应关系见表1定义。性能越限告警应能与设备网络告警显示区分。在一级汇接网拓扑图上，对TMSC1，系统至少应支持对以下性能参数的监视： 电路可用率； 来话接通率； 去话接通率； 主CP负荷； 总接通率。对TMSC1中继群，系统至少应支持对以下性能参

29、数的监视： 来话话务量； 去话话务量。在一级信令网拓扑图上，系统至少应支持对HSTP以下性能参数的监视： CPU负荷； GTT翻译量； 发送MSU消息数； 接收MSU消息数； 链路完好率。对HSTP信令链路，系统至少应支持对以下性能参数的监视： 发送信令链路负荷； 接收信令链路负荷； 总信令单元数； 总信令链路负荷； 总信令字节数； 链路可用率。其他网元和链路的性能参数见中国联通GSM网移动通信性能统计体系(V4.1.2)和中国联通WCDMA运行质量指标体系。系统应支持运维人员根据具体情况从上述参数中选择哪些呈现，哪些不呈现。5.3 配置管理配置管理实现对全网所有网元设备的配置采集、维护、查询

30、和配置同步的管理，包括一级设备( TMSC1、HSTP、TMSC1中继群、HSTP信令链路组等)和省级移动网络设备（BSC、BTS、RNC、NodeB、TMscServer、TCsMgw、MscServer、TMSC2、GMSC、CsMgw/SG、SGSN、GGSN、HLR/AUC、BG、CG、DNS、PCU、NTP、AAA、防火墙等）。5.3.1 配置采集网管系统应提供配置采集的功能，通过网管接口采集配置数据。配置采集应具有如下功能：5.3.1.1 配置数据来源a) 直连网元：总部网管系统可以采集直连网元（TMSC1和HSTP）的配置信息；b) 省级网管系统上报的网元：总部网管系统可以通过部

31、省接口接收省级网管系统上报的网元配置信息。5.3.1.2 采集方式系统应支持自动采集和手动采集两种方式：a) 自动采集：总部网管系统能够自动采集一级设备的配置数据, 其中采集时间和采集周期可设置；对于省级网管上报的配置数据，总部网管系统应能够顺利接收入库；同一网元的采集的配置数据如果发生变更，系统应支持自动配置更新。b) 手动采集：能够让用户在必要时手工启动配置数据采集程序。5.3.1.3 配置信息5.3.1.3.1 一级设备配置信息5.3.1.3.1.1 TMSC1 省网标识； 本地网标识； 网元类型； 网元编码； 网元名称； 网元DN； 厂商标识； 位置信息； 硬件版本； 时间戳； 入网时

32、间； 交换机所在局号； 交换机型号； 容量； 最大交换机2M端口数； 交换机64K信令链路数； 交换机2M信令端口数； 现网局间话务中继电路数； 现网局间64K信令链路数； 现网局间2M信令链路数； 软件版本； 国内信令点编码； 本地信令点编码； TMSC1的剩余属性。5.3.1.3.1.2 TMSC1中继群 网元DN； 中继名称； 链路类型； 起始网元； 终止网元； 始端SPC； 对端SPC； 容量； 局向； 中继群数目。5.3.1.3.1.3 HSTP 省网标识； 本地网标识； 网元类型； 网元识别名； 网元DN； 网元名称； 网元编码； 厂商标识； 设备型号； 入网时间； 硬件版本； 软

33、件版本； 位置信息； 时间戳； 国内信令点编码； STP ID号； GT翻译能力； 信令链路总数； 可用链路数。5.3.1.3.1.4 HSTP信令链路组 中文名称； 链路数； 本端局名称； 对端局名称； 本端局信令点编码； 对端局信令点编码； 本端局类型； 对端局类型； 对端局运营商。5.3.1.3.1.5 HSTP信令链路 中文名称； 本端局名称； 对端局名称； 本端局信令点编码； 对端局信令点编码； 本端局类型； 对端局类型； 对端局运营商。5.3.1.3.2 省级网管系统上报的配置信息省级网管系统应上报BSC、BTS、RNC、NodeB、TMscServer、TCsMgw、MscSer

34、ver、TMSC2、GMSC、CsMgw/SG、SGSN、GGSN、HLR/AUC、BG、CG、DNS、PCU、NTP、AAA、防火墙等的配置信息，详见中国联通OSS-GSM/WCDMA网综合网管系统部省接口技术规范。5.3.2 配置维护网管系统应提供配置维护的功能，对于配置采集中不能采集到的属性，进行属性的维护。配置维护应具有如下功能：a) 维护人员应可在网管系统中，对不能采集的属性进行维护，包括增删改查。系统应提供灵活的方式维护这些属性；b) 对于已经维护好的属性，配置同步时，这些属性应保留，不需要重新维护。5.3.3 配置查询网管系统应提供灵活的查询方法，对采集到的配置数据进行查询：a)

35、 维护人员可在拓扑图上，对管理的对象进行配置属性的查询；b) 维护人员可在配置查询窗口中，输入各种查询条件，对配置数据进行查询。查询结果以列表的形式列出来，并且可以输出到Excel表格中。5.3.4 配置同步配置同步是配置管理中的重要功能。网管系统应提供快捷方便的配置同步方式，对配置数据进行同步：a) 系统应支持自动同步和手工同步两种同步方式实现配置同步功能；b) 维护人员可以灵活选择配置范围进行配置的同步，例如可对全网、某个厂家、某个网元等不同范围进行同步；c) 维护人员可以选择同步的顺序，先同步网元，然后同步网元下的对象；d) 配置同步后，经维护人员确认，配置数据可进入到正式的配置库中；e

36、) 对于已有的对象，配置同步不改变手工输入的属性。5.3.5 配置变更LOG记录对于配置发生变化，如厂家网管支持，网管系统应提供对变更进行详细记录的功能，对配置发生的变化进行详细LOG记录，以便进行核对。5.4 告警管理系统应支持告警管理功能，对下级网管系统上报的及总部网管系统采集的告警进行查看、处理和进一步分析。5.4.1 告警采集网管系统支持对告警信息的实时采集和呈现。5.4.1.1 告警来源综合网管系统应采集全网所有设备产生的告警信息。按其来源可以分为一级设备告警、上报告警、系统自身告警等。a) 一级设备告警：由被连接的一级网元或OMC根据告警接口规则发送到网管系统的告警。该告警信息直接

37、从外部获取，需要进行解析，并且根据需要进行过滤和重定义等操作。b) 一级设备性能告警：由总部级网管系统性能监测模块判决并触发，这些告警在网管系统内部生成，不需解析，也不需过滤和重定义。具体性能指标参见性能管理部分。c) 接口上报告警：由部省接口上传的告警信息，如基站断站告警等。d) 网管自身告警：网管系统自身产生的告警信息。为保证数据采集的完整性，告警采集提供手工采集手段，可根据需要，按告警网元、告警级别、告警类别等条目进行设置。5.4.1.2 告警过滤网管系统应向用户提供告警采集过滤条件定制功能，系统根据用户设置的条件进行采集告警过滤。过滤条件通过告警信息参数组合得到，告警信息参数具体见表2

38、定义。5.4.2 告警显示控制网管系统应能支持用户设置告警呈现过滤条件，并根据用户设置的过滤条件控制告警信息的显示。系统应能支持用户查询、修改、取消这些过滤条件，并提供多条件组合设置功能。网管系统可查询到的告警信息内容如下表所示：表2 告警信息参数告警信息参数参数说明告警号告警记录流水号，在告警信息列表中取值唯一告警对象发生告警的对象标识告警对象类型发生告警的对象类型告警类型告警的类型告警级别告警级别描述告警原因告警的原因描述告警原始类型由网元报上来的告警原始类型，包括厂商特定的告警类型告警备份状态告警备份状态告警原始级别由网元报上来的告警原始级别告警原始原因由网元报上来的告警原始原因，可能原

39、因,提供比告警原始类型更详细的原因。告警原始详细信息告警详细信息，提供比告警原始原因更详细的原因。告警发生时间告警发生时间告警改变时间告警级别改变时间告警确认时间告警确认时间告警清除时间告警清除时间告警确认用户告警确认人用户名告警确认系统告警确认系统标识告警清除者告警清除人用户名告警确认状态告警是否被确认告警清除用户告警清除用户名告警清除系统告警清除系统标识服务用户若该告警为安全告警，则此参数为服务用户标识，否则此参数为空服务提供者若该告警为安全告警，则此参数为服务提供者标识，否则此参数为空安全告警发现方若该告警为安全告警，则此参数为安全告警发现方标识，否则此参数为空活动状态未清除告警为当前告

40、警，已清除告警为历史告警告警对象详细说明发生告警的对象告警详细描述告警附加内容告警附加信息告警发展趋势某对象的告警级别趋势告警处理经验相应告警原因的处理经验告警门限信息门限信息,包括被监测的越限性能参数（包括子项）名称，门限值，实际监测到的越限值等。状态改变信息状态改变信息。监控属性监控属性。建议的修复动作建议的修复动作。告警附加信息附加信息，填写告警正文信息附加内容附加内容，填写详细的告警定位信息，如告警定位到板卡，则填写该板卡相对应的InventoryUnit对象的DN。对于分组域对象发出的告警，详细定位信息应填写详细的端口号。备份状态告警备份状态备份对象标识备份对象的DN, 若为安全告警

41、，则此参数不存在告警相关通知列表与此告警信息相关的correlatedNotification的集合告警相关说明信息集合与告警相关的说明信息集合5.4.3 告警处理告警处理包括：告警查询与统计、告警确认与清除、告警前转、告警重定义、告警压缩、告警升级、告警相关性分析、告警信息同步、告警存储、备份与删除等功能。5.4.3.1 告警查询与统计网管系统能根据告警源、告警级别、状态、类型、产生时间等组合条件对告警信息进行查询和统计。查询统计结果可以报表、图形（直方图、曲线图、饼图等）等方式显示，并可将其进行存储和输出打印，应允许用户设置输出条件，输出目的地和告警输出方式（如打印机，文件等）。具体包括对

42、原始告警的查询和对告警信息的查询。5.4.3.1.1 原始告警查询系统应支持对存入系统中的原始告警信息进行带条件查询，以下告警数据为原始告警的基本数据，可作为原始告警单独或组合的查询条件。 告警的序列号； 网元名称； 网元类型； 告警发生时间； 告警原始类型； 告警原始级别； 厂家名称； 可能原因； 告警内容。5.4.3.1.2 告警信息查询系统应支持对存入系统中的告警信息进行带条件查询，以下告警数据可作为单独或组合的查询条件。 告警发生时间； 告警确认时间； 告警清除时间； 告警类型； 告警级别； 告警原始类型； 告警原始级别； 重定义告警类型； 重定义告警级别； 活动状态； 确认操作员；

43、清除操作员； 告警标题； 可能原因； 告警内容。其中，告警级别分为： 严重告警：使业务中断并需要立即采取故障检修的告警； 主要告警：影响业务并需要立即采取故障检修的告警； 次要告警：不影响现有业务，但需采取检修以阻止恶化的告警； 警告告警：不影响现有业务，但有可能成为影响业务的告警，可视需要采取措施；告警类型分为： 通讯告警：与通信状态有关的告警，如信号丢失、帧丢失、信号劣化、通信协议告警等； 设备告警：与设备硬件有关的告警； 处理错误告警：与软件有关的告警； 环境告警：如温度/湿度，门开/关，火警，通风等； 服务质量告警：反映性能的告警，如超过门限、性能劣化等。其中，系统应能按照下列粒度分别

44、统计基站断站告警信息： 汇总时间粒度：日、周、月汇总； 汇总地理粒度：地市、省、全国； 汇总厂家粒度：设备厂家、省、全国。汇总的内容包括：频次、历时、退服类型（全断、部分断、闪断等）、可能原因。5.4.3.2 告警确认与清除网管系统应提供告警确认功能。告警确认指的是网管系统应能支持操作员根据告警源、告警级别、告警状态、告警类型、告警产生时间等组合条件对告警信息进行手动确认，系统应记录手动确认者的身份。网管系统应提供告警清除功能，包括自动清除和手动清除两种方式。告警自动清除是被管系统的故障恢复后，被管系统向网管系统上报告警清除通知，网管系统根据收到的告警清除通知清除相应的告警。系统应支持对告警信

45、息的强制清除。网管人员可设置清除条件，系统应自动清除符合条件的告警信息，清除条件可为下列各项的组合： 告警级别； 告警类型； 告警历时。告警手动清除指的是网管系统应能支持操作员根据告警源、告警级别、告警状态、告警类型、告警产生时间等组合条件对告警进行手工清除，系统应记录手动清除者的身份。告警清除后，当前活动告警显示窗口中应删除相应记录，历史告警列表增加相应记录。5.4.3.3 告警前转网管系统可将重大告警信息转发至网管用户或维护人员的手机短信等。网管系统提供界面供网管用户自定义告警的前转人群范围。5.4.3.4 告警重定义为了便于网管系统对网元特定告警信息进行监视、统计和分析，网管系统应支持用

46、户对告警的重定义功能，包括为告警事件指定告警级别、重新分配告警级别、重新进行告警分类等功能。网管系统提供界面，可以由用户对告警重定义的条件进行灵活配置。5.4.3.5 告警压缩针对未清除的活跃告警，当网管系统收到重复的同一告警，应能消除重复的告警，只保留最初一条告警，同时记录同一告警重复上报的次数。网管系统支持用户自定义告警压缩时间周期，默认为30分钟。同一告警：在一定时间周期内同一告警源上报的告警信息相同的活跃告警。5.4.3.6 告警升级对单位时间内发生频次过高或历时过长(门限可由用户设置)的告警自动提高告警级别，从而保证网管中心告警信息的有效性。网管系统应提供界面，可以由用户对告警升级的

47、条件进行灵活配置。5.4.3.7 告警信息同步由于某些原因造成网管告警与网元实际的告警不一致，网管系统只有通过定时或手工进行告警同步来显示当前状态的活动告警。5.4.3.8 告警存储、备份与删除网管系统应具有对历史告警信息的存储、备份与删除功能。网管系统能自动将超过告警保存时间的历史告警记录进行备份和删除。网管系统也能提供界面对告警记录进行手工备份和删除。5.4.4 告警外围终端的支持系统应支持外围终端设备(如手机等)对告警信息的显示及处理，具体功能如下：a) 系统应支持外围终端设备（如手机等）实时多条件综合查询一干的告警信息，可查询的信息包括：1) 告警发生时间；2) 告警确认时间；3) 告

48、警清除时间；4) 告警类型；5) 告警级别；6) 告警原始类型；7) 告警原始级别；8) 重定义告警类型；9) 重定义告警级别；10) 活动状态；11) 告警标题；12) 可能原因；13) 告警内容。上述信息均可作为查询条件。b) 系统应支持一干的告警详细信息在外围终端设备（如手机等）上实时呈现，显示的内容包括：1) 告警号；2) 告警对象；3) 告警对象类型；4) 告警类型；5) 告警级别；6) 告警原因；7) 告警原始类型；8) 告警备份状态；9) 告警原始级别；10) 告警原始原因；11) 告警原始详细信息；12) 告警发生时间；13) 告警改变时间；14) 告警确认时间；15) 告警清

49、除时间；16) 告警确认用户；17) 告警确认系统；18) 告警清除者；19) 告警确认状态；20) 告警清除用户；21) 告警清除系统；22) 服务用户；23) 服务提供者；24) 安全告警发现方；25) 活动状态；26) 告警对象详细说明；27) 告警附加内容；28) 告警发展趋势；29) 告警处理经验；30) 告警门限信息；31) 状态改变信息；32) 监控属性；33) 建议的修复动作；34) 告警附加信息；35) 附加内容；36) 备份状态；37) 备份对象标识；38) 告警相关通知列表；39) 告警相关说明信息集合。c) 系统应支持在外围终端设备（如手机等）上实时以图形的方式呈现一干

50、的告警的当前告警的最高级别、告警类型及分布比例。d) 系统应支持在外围终端设备（如手机等）上对一干的告警类型、告警级别和分布比例的历史数据单独或总计进行统计汇总，以供随时查询或决策时参考使用。1) 系统至少支持按如下条件进行查询及统计：i. 按时间段；ii. 按告警类型；iii. 按告警级别；iv. 按网元；v. 按区域等。2) 系统至少应支持对如下指标的统计：i. 告警时长；ii. 告警次数；iii. 平均告警次数；iv. 平均告警时长等。e) 系统应支持在外围终端设备（如手机等）上对新发生的一干的告警进行精确地图定位以及在电子地图上直观地显示出来，并用不同图标、颜色直观呈现出一干的不同告警

51、状态和分布情况。5.5 性能管理5.5.1 性能数据采集总部网管系统应支持从直连网元或OMC及时、完整、准确地采集性能数据。具体的性能数据包括TMSC1中继群、HSTP信令链路、交换机的资源属性。性能采集过程中不影响其他功能的使用。性能数据采集应具有以下主要功能：a) 能够周期性地24小时自动采集性能数据，根据设备商上报周期实时采集（最小的上报时间周期一般为1小时）；b) 能够即时手工启动性能数据采集(分网元、分时段)；c) 系统应能通过部省接口实时接收省级网管系统上报的性能数据。d) 采集的数据能够自动入库。5.5.2 性能数据5.5.2.1 网管系统从直连网元采集的性能数据5.5.2.1.

52、1 TMSC1 CPU负荷； 中继电路数； 中继可用电路数； 中继电路可用率； 闭塞电路数； 来话话务量； 来话占用次数； 来话应答次数； 去话话务量； 去话占用次数； 去话应答次数； 来去话话务量； 来去话占用次数； 来去话应答次数。5.5.2.1.2 TMSC1中继群 来话话务量； 来话占用次数； 来话应答次数； 去话话务量； 去话占用次数； 去话应答次数； 来去话话务量； 来去话占用次数； 来去话应答次数。5.5.2.1.3 HSTP CPU负荷； GTT翻译量； 发送MSU消息数； 接收MSU消息数； 链路完好率。5.5.2.1.4 HSTP信令链路 发送信令链路负荷； 接收信令链路负

53、荷； 总信令单元数； 总信令链路负荷； 总信令字节数； 链路可用率。5.5.2.2 省级网管系统上报的性能数据由省级网管系统上报的性能数据见规范性引用文件2、3、4、5。5.5.3 性能数据补采由于各种原因，可能会出现某段时间的性能数据没有被网管系统及时采集上来，网管系统应提供性能数据补取功能。系统能够确认所采集的性能数据是否齐全，能将数据发生漏取的情况通过简单的图形界面呈现给用户；系统应提供自动补采和手动补采相结合的方式。自动补采：在系统自动采集后，及时地检测数据是否齐全，如发现数据没有采集齐全，系统要自动、及时地启用自动补采程序，补采后系统能及时地进行自动汇总。允许灵活设置自动补采策略，包括：补采次数、补采时间及时间间隔。补采次数：允许用户在1至5次之间灵活设置。补采时间及时间间隔：允许设置补采开始时间及每次补采的间隔时间，5次补采之间的时