省级话务网管三期改造整体介绍.ppt

1、,省级话务网管三期改造系统,陈丹 2006-02,提纲,三改整体思路 三改模块整体说明 实时性能监控 基站服务质量监控 告警功能拓展 局数据管理扩展 智能维护 彩铃网管 采集汇总监控,三期改造总体思路,深化“三集中”管理思路，注重开发和整合本地操作维护层面所需功能 提升支撑系统精细化管理能力，如资源细粒度管理，告警细分与故障分级管理 提升无线网络管理能力，体现差异化管理思路 面向网络保障和指挥调度，丰富上层应用,提高快速响应能力,三改模块整体说明,2+3+1 新增2模块： 实时性能监控 基站服务质量 扩展3个模块： 告警扩展（告警字段细分、退服专题） 局数据扩展：业务的扩展 智能维护：功能的加

2、强、业务的扩展 1个功能专题： 彩铃管理（规范还未明确）,基本模块,实时性能监控 基站服务质量 告警扩展（告警字段细分、退服专题） 局数据扩展：业务的扩展 智能维护：功能的加强、业务的扩展,实时性能监控业务背景,随着移动网络的快速发展，广大客户对网络可靠性的要求不断提高，网络维护部门对网络异常情况的响应速度提出了更高的要求，尤其是在春节、中秋等重大节日期间的应急通信保障和集中调度。需要具备相应的维护手段来实现对性能指标的实时监控（如515分钟刷新周期，13分钟时延），实时监控的性能指标范围应更贴近网络保障和性能监控的实际情况，不仅包括性能指标，还涵盖主要资源使用率的指标。,实时性能监控整体结构

3、,实时性能监控底层采集,NEAgent： 网元接入模块，和三期的一样，没有什么变化，只是做了一些大数据量情况下暴露出的一些问题。 GP-KPI-Gather、各parser： GP-KPI-Gather进行网元指令发送，报告获取。GP-KPI-Gather会根据各个厂家、网元类型的指令模板文件（放在/opt/BOCO.DAL/KPI/vendors/厂家/网元类型/instruction下），通过NETelnetD连接网元、发送指令、获取报告。最后的报告原始文件放入/opt/BOCO.DAL/KPI/data/source/DCU（每个网元的DCU ID可以从LDAP中获取），然后调用各个厂家

4、、网元类型的parser程序进行分析，把分析后的标准数据文件放入/opt/BOCO.DAL/KPI/data/dest/ready。 GP-KPI-Forwarder: 进行消息生成和发送。从/opt/BOCO.DAL/KPI/data/dest/ready下获取数据文件，把处理的文件移到/opt/BOCO.DAL/KPI/data/dest/run下，同时根据各种KPI类型的xml schema文件（放在/opt/BOCO.DAL/KPI/vendors/厂家/网元类型/schema下）和网元相关的配置信息（放在/opt/BOCO.DAL/KPI/data/source/.DCU ID_属性

5、，这些文件为隐含文件，要用ls a查看）生成最终的KPI原始xml消息，送到KPIIN.Q。最后完成后会把run下的相应文件移到finish目录下。 GP-KPI-GetNeInfo： 生成和采集网元相关的配置信息，放在/opt/BOCO.DAL/KPI/data/source下，供GP-KPI-Forwarder使用。 GP-KPI-Maintainer： 辅助模块，定期删除日志文件、清理超时的Gather进程。 GP-KPI-GenCrontab： 辅助模块，可以把上层定义的采集信息（采集网元、时间粒度等）生成crontab。,实时性能监控底层模块说明,实时性能监控中层处理,KPITube

6、： 进行KPI的计算，生成最终的KPI消息，发送到MsgPlatformServer。从KPIIN.Q中获取原始的KPI xml消息，进行计算，并进行KPI门限的判断，生成相应的告警，对应产生的告警通过WRITEFM.Q/TRANS.Q等队列传送给告警平台进行处理。最后计算出来的KPI xml消息和告警消息都会发送到MsgPlatformServer进行分发，最终的KPI消息还要发送到KPIOUT.Q，供KPI2DB入库使用。 这个模块会用到以下文件： a)、最终KPI输出消息xml schema文件，存放在C:Program FilesCommon FilesBOCOKPISchemas下。

7、 b)、网元信息xml文件，文件为：C:Program FilesCommon FilesBOCOLongFactDataNeFact.xml，KPITube会根据这个文件获取相关配置信息，填充到最终的KPI xml消息中去。 c)、门限设定文件，为：C:Program FilesCommon FilesBOCOLongFactDataNeScope.xml，KPITube会根据这个文件中定义的规则，判断KPI的门限。 KPI2DB： 把最终的KPI入库。从KPIOUT.Q中获取消息，入到NMOSDB（一套tpd_开头的表）。 MsgPlatformServer： 消息订阅分发模块。KPITu

8、be生成的最终的KPI xml消息会发布到这个模块，同时接受各个Web监控客户端的订阅，把符合各个监控客户端的消息过滤出来，供监控客户端获取。 KPIQueryServer： 最新性能数据查询模块。在开启一个新的监控窗口的时候，需要获取最新的KPI数据呈现。 KPIHUpdateService： 配置更新模块。可以通过这个程序更新KPITube用到的三种类型的文件，具体可以通过KPIHUpdateService.exe help查看。 KPIHSelfMon： 自身监控的程序，可以监控KPITube / MsgPlatformServer / KPI2DB / NETelnetD / KPIQ

9、ueryServer等程序，可以通过KPIHSelfMon.exe同目录下的MonProcessInfo.xml配置，启动KPIHSelfMon时，会自动启动MonProcessInfo.xml中配置的文件。如果发现监控的进程异常退出了会自动重启。 MsgPlatformConsole： 辅助模块，可以查看各个客户端的连接情况。,实时性能监控中层处理模块说明,实时性能监控上层应用,Web应用： 可以对网元的KPI进行矩阵、数据、图形三种模式的实时监控。 操作维护终端（SuperTel）： 网元连接配置、操作模块，和三期一致。 注意点：用户实时性能采集的用户的网元代理配置必须要注意以下两点： 1

10、、所有要采集的大网元要配自动登录，而且要明确的配置登录结束的期望值。 2、命令的执行要有明确的结束标记，如果系统缺省不能正确判断结束标记，需要手工配置。,实时性能监控数据量估计,实时性能监控部署说明,可以做负荷分担， 把采集的消息送到 多个队列，以便启 动多个中层处理模块,实时性能监控应用说明,实时性能监控 基站服务质量 告警扩展（告警字段细分、退服专题） 局数据扩展：业务的扩展 智能维护：功能的加强、业务的扩展,整合基站实时告警监控、实时性能监控、基站分类、基站统计分析等层面，专门针对无线质量进行监控与分析，尽早发现网络存在的问题，为无线基站管理提供有针对性的支撑手段。,基站服务质量目标,基

11、站服务质量与其它系统关系图,基站服务质量总体结构,接口1.1,基站服务质量采集层,修改配置项，针对不同厂家，分析出断站、AC DOWN、低电压等需要特殊关注的告警，修改告警120消息里的SubAlarmType字段，值的对应关系如下：68：断站告警69：交流电停电70：低电压告警以及针对具体报告分析出细分的字段 Rthandler送出的120消息里增加了里增加了special_field0special_field15等细分字段,WriteFM:增加了细分字段 FMHandler：增加了细分字段以及细分字段的过滤 FM2DB：增加了细分字段的处理 活动告警库：tfa_alarm_text_ac

12、t里增加了special_field0special_field15等细分字段 历史告警库： tfa_alarm_text里增加了special_field0special_field15等细分字段，增加了基站退服等特殊告警的单独存储表,基站服务质量处理层,基站服务质量服务层,Dispathcer：增加了细分字段以及细分字段的过滤 AMServer：增加了细分字段以及细分字段的过滤 派单服务：增加了细分字段的过滤 新增了告警关联分析模块（基站退服的关联处理和入库） 以下功能为福建特殊功能，以后可以考虑推广：电池智能分析告警通知服务（短信通知为通用、语音通知为福建特殊）短信交互（维护人员可以通过短信进行交互，进行一些简单的查询）,基站服务质量应用层,基站服务质量应用说明,实时性能监控 基站服务质量 告警扩展（告警字段细分、退服专题） 局数据扩展：业务的扩展 智能维护：功能的加强、业务的扩展,网元类型的增加：由于新业务的开展，必将增加一些新的网元类型如软交换等，新增的网元类型需要纳入局数据管理范畴； 局数据范围的扩展：由于现有局数据经过规范的过程，可以通过工具进行规范管理的范围必将持续扩展(比如