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

省级话务网管三期改造系统 陈丹 2006-02 提纲 三改整体思路 三改模块整体说明 实时性能监控 基站服务质量监控 告警功能拓展 局数据管理扩展 智能维护 彩铃网管 采集汇总监控 三期改造总体思路 深化“三集中”管理思路，注重开发和整合本地操作维护层面所需功能 提升支撑系统精细化管理能力，如资源细粒度管理，告警细分与故障分级管理 提升无线网络管理能力，体现差异化管理思路 面向网络保障和指挥调度，丰富上层应用,提高快速响应能力 三改模块整体说明 2+3+1 新增2模块： 实时性能监控 基站服务质量 扩展3个模块： 告警扩展（告警字段细分、退服专题） 局数据扩展：业务的扩展 智能维护：功能的加强、业务的扩展 1个功能专题： 彩铃管理（规范还未明确） 基本模块 实时性能监控 基站服务质量 告警扩展（告警字段细分、退服专题） 局数据扩展：业务的扩展 智能维护：功能的加强、业务的扩展 实时性能监控－业务背景 随着移动网络的快速发展，广大客户对网络可靠性的要求不断提高，网络维护部门对网络异常情况的响应速度提出了更高的要求，尤其是在春节、中秋等重大节日期间的应急通信保障和集中调度。需要具备相应的维护手段来实现对性能指标的实时监控（如5－15分钟刷新周期，1－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中获取），然后调用各个厂家、网元类型的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]_属性，这些文件为隐含文件，要用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： 进行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 Files\Common Files\BOCO\KPISchemas\下。 b)、网元信息xml文件，文件为：C:\Program Files\Common Files\BOCO\LongFactData\NeFact.xml，KPITube会根据这个文件获取相关配置信息，填充到最终的KPI xml消息中去。 c)、门限设定文件，为：C:\Program Files\Common