态、特殊情况的状态备注显示，并在工具栏部分设置查询、外观、用户管理、参数设置按钮，用以弹出相应功能窗口实现辅助性功能。
[0024]本发明的数据库接口模块:通过二次开发网管终端设置数据库访问参数，并为用户提供查询、统计、导出界面，数据库库表与设备状态参数同步更新，实现了数据库存储各种告警信息，方便用户有效管理告警信息。
[0025]本发明的集群系统接口模块:在轨道交通的控制中心，二次开发的轨道交通无线通信网管系统的软件终端通过有线连接方式从MOTOROLA集群设备的告警输出接口接收集群告警信息，集群系统接口模块对告警信息进行协议转换、过滤、解析，分离出告警设备信息、告警级别、告警内容等信息，送到界面管理模块进行显示，送到数据库接口模块进行存储。
[0026]本发明的集中告警系统接口模块:集中告警系统接口模块负责与地铁更高层的集中告警系统或者网络管理系统进行通信。集中告警系统接口模块把告警信息按照集中告警系统或者网络管理系统要求的信息格式进行转换后，转发给集中告警系统或者网络管理系统，使用户能够更及时、准确地了解系统内的故障及恢复情况。
[0027]二次开发的轨道交通无线通信网管系统软件将告警信息按照集中告警系统或者网络管理系统要求的信息格式进行转换后，转发给集中告警系统或者网络管理系统，使用户能够更及时、准确地了解系统内的故障及恢复情况，为用户展现无线系统设备的故障告警及故障恢复信息，并将告警信息上报给集中告警服务器，其工作模式如图2所示。
[0028]如图2所示，网管系统告警机制是集中告警服务器和各子系统网管，集中告警服务器和各子系统网管均包含两个线程，分别对应一般工作模式和告警处理模式;一般工作模式下，集中告警服务器定时发送握手信息，各子系统网管在收到握手信息后发送握手反馈信息;集中告警服务器通过是否收到各子系统发送的握手反馈信息来确定两者之间是否工作正常；告警处理模式下，集中告警服务器在固定端口下等待子系统网管发送的故障告警信息；当子系统监测到有故障告警时，则立即向集中告警服务器发送故障告警信息，集中告警服务器收到告警信息并在终端上显示，同时回应告警确认信息。同样，当故障修复时，各子系统网管要向集中告警服务器发送故障修复信息，以便消除集中告警服务器显示的告警提示，并回应修复确认信息。
[0029]如图3所示，当子系统监测到报文数据显示为报警消息时，先判断是否为严重告警消息，若为严重警告消息，则在界面上显示为严重警告消息；否则界面显示为故障恢复正常，或者界面显示为一般故障告警;网管系统告警机制还分别对故障告警上报等级、告警提示音以及告警次数进行控制。
[0030]如图4所示，本发明的故障告警等级控制执行步骤是:若消息为告警信息，则作进一步判断，否则为恢复告警信息，将告警信息发送给集中告警服务器;若报警等级为高级告警，则作进一步判断:若所有告警均不上报，则将告警信息舍弃不报;否则将告警信息发送给集中告警服务器，若告警信息的等级不为高级告警，则作进一步判断:若所有告警均上报，则将告警信息发送给集中告警服务器;否则将告警信息舍弃不报。
[0031]本发明的告警级别上报等级控制是在上报告警等级级别控制设置参数里处理的，当告警信息显示为告警参数时进行对报警等级的判别，进而又对上报级别进行判断，报警等级分为高级告警和一般告警，上报告警级别分为上报所有报警、只上报高级告警和不上报任何报警，符合判别条件的告警进行上报给集中告警系统，否则舍弃，这样一来可以方便用户对不必要的故障信息做屏蔽处理，在不影响整体性能的情况下正常运行，避免了不必要故障造成的多余干扰。在中途帮用户对告警信息进行了一次简单的过滤筛选。
[0032]如图5所示，本发明的告警提示音控制执行步骤是:若打开的告警提示音为严重告警提示音，则播放严重告警提示音;否则播放一般告警提示音。
[0033]本发明的告警提示音控制是在告警提示音设置参数里进行具体配置的，当有告警信息产生时，会对告警提示音控制进行一次判断，当提示音打开时，会进一步判断告警信息的告警级别，根据告警级别不同(这里假设有两种不同级别的告警)播放不同的告警提示音，当告警播放音关闭时，再有告警信息传输过来就不再考虑播放音的因素了。
[0034]如图6所示，本发明的统计告警次数控制执行步骤是:若报文数据显示为告警消息，则作进一步判断:若为严重告警消息，则严重告警次数加I;否则一般告警次数加I;若报文数据未显示为告警消息，则作进一步判断:若由严重告警恢复正常，则严重告警次数减I;否则一般告警次数减I。
[0035]本发明的告警次数统计是对不同级别的告警信息进行不同计数(这里假设有两种不同级别的告警)，当有消息传输过来，首先对消息进行一次判别是否为告警信息，对于告警信息进一步查询告警等级，然后在对应参数上进行加I计算，若不是告警信息，则为原已故障的设备进行恢复正常的信息，这是对故障恢复前的告警等级进行判断，再在对应的告警等级上进行告警次数减I计算。
【主权项】
1.一种二次开发的轨道交通无线通信网管系统，其特征在于:所述的网管系统包括界面管理模块、数据库模块、集群系统模块和集中告警服务器模块，每个模块通过逻辑层建立关系;所述网管系统告警机制是集中告警服务器和各子系统网管，集中告警服务器和各子系统网管均包含两个线程，分别对应一般工作模式和告警处理模式;一般工作模式下，集中告警服务器定时发送握手信息，各子系统网管在收到握手信息后发送握手反馈信息;集中告警服务器通过是否收到各子系统发送的握手反馈信息来确定两者之间是否工作正常;告警处理模式下，集中告警服务器在固定端口下等待子系统网管发送的故障告警信息；当子系统监测到报文数据显示为报警消息时，先判断是否为严重告警消息，若为严重警告消息，则在界面上显示为严重警告消息；否则界面显示为故障恢复正常，或者界面显示为一般故障告警;所述网管系统告警机制还分别对故障告警上报等级、告警提示音以及统计告警次数进行控制。2.根据权利要求1所述的一种二次开发的轨道交通无线通信网管系统，其特征在于:故障告警等级控制执行步骤是:若消息为告警信息，则作进一步判断，否则为恢复告警信息，将告警信息发送给集中告警服务器;若报警等级为高级告警，则作进一步判断:若所有告警均不上报，则将告警信息舍弃不报;否则将告警信息发送给集中告警服务器，若告警信息的等级不为高级告警，则作进一步判断:若所有告警均上报，则将告警信息发送给集中告警服务器;否则将告警信息舍弃不报。3.根据权利要求1所述的一种二次开发的轨道交通无线通信网管系统，其特征在于:告警提示音控制执行步骤是:若打开的告警提示音为严重告警提示音，则播放严重告警提示音;否则播放一般告警提示音。4.根据权利要求1所述的一种二次开发的轨道交通无线通信网管系统，其特征在于:统计告警次数控制执行步骤是:若报文数据显示为告警消息，则作进一步判断:若为严重告警消息，则严重告警次数加I;否则一般告警次数加I;若报文数据未显示为告警消息，则作进一步判断:若由严重告警恢复正常，则严重告警次数减I;否则一般告警次数减I。
【专利摘要】本发明公开了一种二次开发的轨道交通无线通信网管系统。网管系统包括界面管理模块、数据库模块、集群系统模块和集中告警系统接口模块，每个模块通过逻辑层建立关系。二次开发的网管系统将告警信息按照集中告警系统或者网络管理系统要求的信息格式进行转换后，转发给集中告警系统或者网络管理系统，使用户能够更及时、准确地了解系统内的故障及恢复情况，为用户展现无线系统设备的故障告警及故障恢复信息，并并作以相应的处理，从而满足用户对轨道交通无线系统故障告警管理的需求。
【IPC分类】H04L12/24
【公开号】CN105553702
【申请号】CN201510912939
【发明人】李瑞杰, 王智超, 李霄
【申请人】天津七一二通信广播有限公司
【公开日】2016年5月4日
【申请日】2015年12月11日