城市轨道交通信息集中监控系统的设计与实现论文

城市轨道交通信息集中监控系统的设计与实现论文

ID:25270173

大小:52.00 KB

页数:6页

时间:2018-11-19

城市轨道交通信息集中监控系统的设计与实现论文_第1页
城市轨道交通信息集中监控系统的设计与实现论文_第2页
城市轨道交通信息集中监控系统的设计与实现论文_第3页
城市轨道交通信息集中监控系统的设计与实现论文_第4页
城市轨道交通信息集中监控系统的设计与实现论文_第5页
资源描述:

《城市轨道交通信息集中监控系统的设计与实现论文》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、城市轨道交通信息集中监控系统的设计与实现论文摘要:目前的城市轨道交通管理信息系统都是针对某具体系统或某类型设备进行管理与控制,且各条线路相互之间不通任何信息,是孤立的系统。无法对各线各系统运行情况特别是设备故障情况迅速准确把握。针对这种情况,整合现有资源,设计了轨道交通信息集中监控系统。该系统采集现有各系统设备故障信息进行处理和故障报告,并进行了综合分析和预测,给集中监控增加了智能决策功能;且只需在原有的网管系统上提供或新增所需要的北向接口,并不需要改变原有网络的拓扑结构.freelP/CMIP/CORBA)互操作的静态规范描述和动态交互

2、式转化方法,适用于信息量不大的情况。第三种方法是比较彻底的综合网管方法,但需要将所有的网管系统被统一标准替换,故暂时还只是一个想法。本文提出的信息集中监控解决方案主要针对故障信息进行处理,而且为了避免各厂商间的交涉,将采用综合化方法,做到与原有网管系统的平滑过渡;这也与那些通过简单整合就可以实现集中监控的系统的做法很类似,系统也比较容易整合。这样,在各系统原有管理系统或网管系统的基础上再添一层管理者,在新的管理层上实现信息集中综合监管,从而解决了各系统间的“信息孤岛”问题。2系统架构系统架构分为三层:管理监控层、代理层和应用层(如图I)。

3、应用层是现有的各种硬件系统,比如传输系统、自动售检票系统等。代理层是数据集中的中间层。包括数据采集硬件和软件。管理监控层将对采集的所有数据进行综合处理并形成新的业务模型。架构中,上层管理者管理若干网络体系、网络协议异构的系统,异构子网各自维护一套专业管理信息库。它们向综合监管系统提供Q3,CORBA接口。为了实现综合监管的目标,利用代理层将原有系统(应用层)在数据接口上达到统一,这样代理层加上应用层组成的新的网络将是管理监控层所需要的“统一”网络,在概念上可以想象成一个虚拟网络。管理监控层通过由代理层组建的综合数据库,对大的方面(比如现在

4、的告警系统,以后通过统一其他系统的数据接口就可以实现其他方面的监控)进行全局性调配与管理,细节留给原有系统的网管系统或者管理系统处理。各系统通过代理层的代理软件(数据采集软件)的映射,完成数据接口的统一。3解决方案3.1硬件系统解决方案图2是以某地铁线为例的集中监控系统拓扑图。其中A11是从传输网管NM11,采集数据的代理PC;A12是从自动售检票管理系统NM12采集数据的代理PC。所有系统经代理PC采集数据后,通过路由器R,把数据送到数据库服务器DS。其他地铁线的拓扑都与该线类似。MIS1,MIS2,MIS3凡等是信息集中综合监管系统。

5、比如MIS1管理1一4号线,MIS2管理5一9号线,MIS3管理10一13号线。MIS1—MIS3对数据库服务器中的数据进行综合处理、显示、告警,以及统计和分析。MIS1一MIS3放在一起,这样在多个处理机上进行监管可以扩大可视范围,也达到综合监管的目的。设备网管所提供的北向接口,有的是Q3接口,可以通过网口进行采集;有的是串口,可以通过串口接收。如果通过串口接收数据,可以根据图3所示,用一个1-8多串口卡,使用一台代理PC机进行多个串口数据收集。上述方案的可靠性:如果原有设备的网管系统提供的北向接口是串行方式,那么通过图3方式,一台代理

6、PC机就可以采集8台网管的数据,但是串行方式的数据是通过重复机制来最大限度地确保信息的完整。所谓重复机制,是当信息没有被接收就重新发送,如果三次没有接收到就不再重发。这样的数据采集方式很不可靠。而采用TCP/IP方式进行采集,如果数据包没有被正确接收,将等待到可以正确接收的时候重新发送。所以在可能的情况下,此方案需要厂商提供网管软件的Q3北向接口。在安全性方面,整个系统并不通过公网,局域网能保证数据的安全、不被截获、破坏等。3.2软件解决方案软件解决方案中包括数据采集和数据处理。两个独立的体系,并通过数据库使两者形成整体。数据采集建立数据

7、库,数据处理管理数据库。数据采集部分是针对各个不同的分立系统对不同类型的数据进行收集。由于不同系统的数据存储方式对外提供数据的方式不同,就算同一系统的不同厂商设备的网管系统所提供的北向接口也不同,所以数据采集部分将针对每个系统进行编程。数据采集方式的多样性会导致软件架构的杂乱无章。为避免不一致和保证软件系统的易扩展及易维护性,应根据数据处理部分所感兴趣的数据内容制定统一的数据接口。解决方案如图4所示:数据采集平台将根据不同系统不同设备加载特定的数据采集DLL(动态链接库)。对于同一系统,数据采集平台和DLL之间的数据接口相同,而且数据采集

8、部分和数据处理部分也将以统一的数据接口进行数据汇总。这样一旦有新增设备,数据采集系统只要针对新增设备编写DLL,..毕业整个系统就具备良好的可扩展性。图4中简单列举了数据采集DLL采集数据的三

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。