通信设备告警系统的设计与实现.docx
- 文档编号:1728296
- 上传时间:2022-10-23
- 格式:DOCX
- 页数:33
- 大小:2.06MB
通信设备告警系统的设计与实现.docx
《通信设备告警系统的设计与实现.docx》由会员分享,可在线阅读,更多相关《通信设备告警系统的设计与实现.docx(33页珍藏版)》请在冰豆网上搜索。
通信设备告警系统的设计与实现
通信设备告警系统的设计与实现
摘要
随着移动通信网的持续扩大,通信设备越来越多,对设备的管理越来越复杂,由此需要设计网络管理系统。
其中,这些设备产生的故障会影响网络环境的正常运行,因此,对故障进行管理非常必要。
在各个设备发生故障时会产生告警,如何通过分析告警,使得能快速发现设备的根源故障并及时交由操作人员进行解决,就成为网络管理中的关键。
网络设备故障实时告警系统就是为了解决告警的处理而设计的。
它能够对告警进行监控,并通过配置过滤条件和告警关联条件,使得监控过程更加有目的,最终能将关键告警信息通过短信和工单发送到故障处理人员处。
首先,本文讨论了项目背景,在此基础上,提出系统的功能性需求分析和非功能性需求分析,在功能性需求中,是引用UML用例图形式进行表示。
系统架构设计的进行发生在需求分析之后。
首先指出了与系统有关的设计原则和设计目标,然后设计了系统的相关物理架构。
技术架构使用了公司设计的基于MVC框架的"framework",对“framework"工作原理进行了详细介绍。
在有关系统功能的物理架构设计中,主要介绍了系统的几个模块所对应的层次,之后得出了数据流程图和与其他系统相关的接口图,最后再一步得出了系统的详细设计。
按照过滤器模块、实时告警监控模块、概况监控模块、和告警关联模块分模块进行了详细设计。
通过各种UML图展示了各模块的工作流程,类关系,数据库设计,为系统实现做准备。
其中第四部分,解决了系统的形成以及测定。
系统采用B/S结构,表现层应用WEB前端开发常用的ExtJS框架,使用flex进行告警数据的实时展示。
MyEdipse做开发平台,数据库采用Omclellg。
在业务层,所述第一地图上显示了实现系统和各模块的整体效果。
后在实时报警监控模块的业务层中详细描述的使用。
滤波模块,实现引进业务层。
最后,简要介绍了设计的系统测试。
最终,我们在分析了用户需求的基础上,利用公司现有环境,设计并实现了网络故障设备实时告警系统。
关键词:
通信设备;告警系统;监控
第1章绪论
1.1系统开发背景
近年来,随着电信业的不断发展,移动通信网络建设越来越受到重视。
通信网络的管理也更加细致和复杂的。
这就要求加强网络管理的建设。
网管系统,指的是管理网络,所以网络的高效是需要建立网络应用的目的的正常操作。
纳入IT网络管理系统的所有对象有网络设备(包括路由器、交换机、防火墙等)、服务器(包括操作系统、CPU、内存、磁盘空间等)、服务应用和业务系统。
完成对上述设备的管理是我们的最终目的。
按照功能划分,网络管理系统可分为性能管理、配置管理、故障管理、安全管理、账务管理五大部分。
绩效管理(PerformanceManagement):
是评估设备的性能,并给出了评估报告管理功能。
其中排除的性能数据,设定性能阀值,支持网络分析和网络规划的集合。
配置及资源管理(ConfigurationManagement):
是对配置网络单元,投入业务,开关业务及网络的状态进行管理。
故障管理(FaultManagement):
运行的电信网络异常及异常设备的安装环境,管理网络状态状态管理。
故障管理包括告警的收集,分析,告警,告警转发。
安全管理(SecurityManagement):
用户管理,权限和网络安全设备。
其中,故障管理(faultmanagement)属于众多功能中最重要最基本的功能一个。
因为随着企业网络规模的扩大,网络设备的增多,网络结构变得错综复杂,企业需要IT部门能够及时的发现系统中发生或即将发生的故障并解决故障,需要能够对网络中有可能出现的故障进行事先判断,减少对企业造成损失。
所以,对故障告警进行研究时非常有必要的。
目前,在网络管理系统的问题。
1.有多家厂商使用多种技术开发网管系统,使网管系统数量众多。
2.网管系统不同,其使用方法也有差异,系统的管理难度变大,白白浪费人力和物力。
3.目前的网管,釆集告警的方式不同,釆集到的信息比较分散,导致告警格式不同,不方便读取处理。
4.缺少对告警集中处理的方法,采集到的告警中有许多无效告警,使维护人员不能及时处理重要告警信息,效率降低。
5.不能做到个性化的监控查询告警,无法判断告警对客户的影响,做到告警的主动式管理。
在这种环境下,运营商需要一个网络监控、维护平台,可以兼容各厂家设备,对故障做到统一监控。
形成多方位、监控、报障、处理、销障的及时、准确、方便的闭环维护流程。
浪潮公司要进军海外移动通讯网管软件市场,迫切的需要一套网管监控软件来完善现有的软件产品线。
目前,虽然公司在开发以前项目中已经有一套网络监控系统,但是在功能方面、技术选型、易集成性、可配置性、灵活构建方面已经不能适应时代发展的需求,需要在总结现有软件系统的经验基础上,结合海外市场的特点进行有针对性的开发新的系统。
整个公司的新网管系统需要用统一的用户和权限配置,实行统一的管理。
其中故障告警系统能够具有更丰富的功能、能够与其它网管产品容易集成、可配置性强,能够快速实现新需求的定制,组件化及具有松稱合的特性,能够灵活的利用已有组建构建新的系统,这就需要技术选择性以及架构方面重新设计,因此新的系统需要能够适应现有以及将来一定时期内需求的发展,应用先进的设计理念来重新架构,能够满足海外移动通讯网管市场的需要。
1.2国内外研究现状
1.2.1国内研究现状
国内有很多公司、企业和高校做基站告警信息管理方面的研究和工作,但就目前的情形来看主要分为软件和硬件两个大方向。
在软件应用方向主要围绕告警信息的三个方面:
(1)告警信息采集
主要是通过TCP/IP协议技术或网络接口技术下从所述网络管理系统收集的报警信息收集报警信息。
告警采集有三种常见方式,即主动获取、定时轮询和订购,简介如下。
①主动获取:
主动获取是通过一次网络连接如利用Telnet、FTP或TCP/IP协议等从网管系统获取告警信息。
主动获取需要用户维护彼此的心跳违接。
②定时轮询:
同样的时间主动询问每一个采集,可以主动获得归为一类。
③订购:
消息订购也被称作异步采in,是利用网管接口技术,例如SyslogI2、SNMPI3’41和C0RBA151等采集告警信息。
在3G网络系统中,如华为和中兴提供的北向接口,大部分通过CORBA(CommonObjectRequestBrokerArchitecture)实现,这种方式获取的告警信息和网管系统上的保持同步,所以实吋性较好。
主动获取或定时轮询通过运营商或设备厂商提供的网元IP、.登陆账号、密码和端1-1等信息连接网管系统,并将网管返回的告警信息保存即可。
(2)告警信息处理
告警信息处理分为预处理和数据分析两个部分。
预处理足将采集到的告警信息根据告警关键字或文件格式解析成用户能够识别和区分的分段格式,存入数据库;数据分析则是利用一些数学方法、模型和算法等针对告替信息的某个方而做深入的分析和研究,得出潜在的关联性规则或实现故障定位等。
(3)告警信息管理
告警信息的管理又称作信息显示层,主要足根据业务需要完成古齊信总的资询、统计分析和导出报表等工作,并通过不同的方式将这些工作结果反馈给工作人W。
目前,主要有三种常见的现方式:
①利用VisualC++、java或VisualBasic等语言进行开发的C/S结构。
这种结构的呈现方式比较直观,操作容易,速度快,开发成本低。
这种方式对数据操作(插入、更新和删除)S大的移动公来说是个不错的选择,但;要客户安装软件,如来软件也新则需大面积的替换,维护成本高且不容易部署。
②利用ASP、JSP、HTML、AJAX等语言间或基于MVC框架进行开发的B/S结构。
利用B/S的好处是不用客户安装软件,只需在服务端更新,客户端的所有界面就都保持最新状态。
③其他方式,如Excel、PowerPoint样式等,额外需要如做数据处理、统计分析等功能之用,这些主要是为了满足需要而自行选择的呈现方式。
1.2.2国外研究现状
国外有很多公司已经开发了告警系统。
他们的特点如下所示。
1.SiteViewECC(游龙)。
SiteViewECC故障管理系统管理各层次网络的设备、网络自身和具体业务所产生的故障,帮助管理员收集来自网络的所有方面统计信息和告警分析和故障信息,准确预警,定位和解决网络故障。
产品特点如下。
(1)跨平台全面监控。
内置1000多种不同类别设备专用的监测器,能对各种操作对象进行深层次的监测管理。
(2)直观的拓扑视图。
有良好的结合与Visio,可能反映了网络基础设施的连接性,同时反射的动作流程,数据库,中间件的应用。
(3)实时预警和定位。
故障管理功能强大,处理经验能够存储在知识库中以便以后使用,也可选择多种告警的前转方式。
(4)完善的分析报告。
采用最新的Portal技术,报表形式丰富。
(5)报警及时、报告丰富。
能提供短信、声音、邮件、脚本等多种警报形式,而且可以根据用户需求,自动生成各种界面美观的图形、报表分析报告。
2.Cacti0Cacti是一套网络流量监测图形分析工具,它主要通过snmpget来获取数据,使用RRDtool绘画图形,也可外挂Scripts及加上Templates来作出各式各样的监控图,它的缺点是功能较少,主要实现性能管理和故障提醒功能等。
在Cacti系统中并不存在告警数据这个概念,而是指超过所设阀值的实时采集到的性能数据。
被存储在实时位置告警收集的性能数据的存储位置的数据。
3.HPOpenview软件(C/S结构)是一个综合的故障管理平台,0V0采用Manager/Agent结构,0V0能够自动收集网络中的各种系统事件,并集中到Manager端的事件控制台中然后进行处理,0V0同时提供网络设备、操作系统、应用软件的性能监控。
它的优点是具有管理大型网络的能力,能够在多厂商平台设备、多操作系统的复杂环境下运行。
需要有功能很大、简单容易操作的二次开发能力。
缺点是系统太过于复杂,分不清服务故障与设备故障,分不清网络设备之间的关系。
4.IBMNetcool(B/S结构)。
提供超过300种探针深入细则文件,打开规则可定做;事件压缩,灵活的定制相关的处理,灵活的报警重新定义;基于拓扑的关联分析。
1.3解决的主要问题
通信网络设备告警系统是建立在浪潮公司网管系统上的子系统,该系统通过与本公司的权限系统、性能管理系统、配置管理系统和工单系统结合,来实现对网络设备产生故障的告警处理,并能够把告警信息进行整理优化,将其通过工单、短信等方式发送给故障维修人员,使其能够正确迅速的判断出故障类型、地点、严重程度,并及时修复。
在需求分析方面,注意三大核心问题:
不丢告警、精炼告警、快速处理告警。
要在充分理解告警产生原因、告警之间关系的基础上,获取用户需求和业务流程,需求分为功能需求和非功能需求。
总结思路,通过分析和设计的发展思路。
在设计方面,考虑以上的网络设备告警的数量,在故障现场条件的特征的每个大的差别,设计,以满足系统的可维护性,灵活性和可扩展性。
在实现,主要是为了满足正确的技术选择,该接口可以是互动的。
1.4本文的主要工作
本人参与了通信网络设备告警系统的需求分析、架构设计、详细设计、系统实现及部分测试。
主要包括实时告警监控模块、概况监控模块、告警查询模块、过滤器配置模块和告警关联模块。
本文的主要工作有:
1.确定系统的功能需求。
并通过对例图的使用来分析各个模块的功能需求。
2.提出系统的设计方案。
该系统采用B/S架构。
使用MVCJT-头发模型采用半自动化的对象关系映射iBATIS的持久层的Web应用服务层,数据服务层使用orade。
设计该系统的的接口和数据流图表示的功能结构。
3.每个模块的系统的详细设计的功能。
结合类图,序列图,活动图,该模型结构的数据库表结构图的UML图和详细设计每个模块的数据库。
4.最终完成系统实现。
实现了对告警的过滤、关联、展示、前转派发。
合并的
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 通信 设备 告警 系统 设计 实现