城市轨道交通信息集中监控系统的设计与实现
目前，城市轨道交通的信息管理统一般分为传输、公务电话交、调度电话、电源、无线度、广播、图像监控、时钟、自动售检票等9子系统;每个子系统的理网络自成体系，且都自己相应的网管中心或数采集系统。所以，目前管理系统不能形成一个有机整，宏观控制管理能力弱，而各条轨道交通线的信息系统间也相对独立。
针对上述网络管理现，为提高城市轨道交通信息管能力，提出信息集中监控的想。即对所有轨道交系统网络设备实施统一监视与必控制、管理。该方案不针对某类单一系统备的监控和管理，而是一个对各条道交通线上的上述9大系统设备实施综合监和管理的系统。该方案也不是针对系统的所有参数进行监控管，而是初步对设备故障进实时的监控管理。 1概述
对于各个系统，原有管理网络或维护方法不相同。象自动售检票系统等管理系就可将原有系统重整合进解决方案。而象传输系统，比如SDH设备，处在多厂商环境中，将及多厂商的SDH网管系统。这网络设备的多元化，加上有些同厂家设备还不兼容，此造成综合网管的难。所以，设计信息集监控系统时，仅简单地从原有网系统进行整合还是不够的。
对于把传输统复杂的网管系统整成集中监管，大致有三种径:①综合化方法—在有网管系统之上再加一级管理系;②翻译法—在有息交互
需求的网管统之间进行两两翻;③标准化法—已的各网管系统采用公共信模型和功能集。
第二方法有现成的支持准互操作的态规范描述和动态交互式转方法，适用于信息量不大的情。第三种方法是比较彻底的综合管方法，但需要将有的网管系统被统一标准换，故暂时还只是一个想法。文提出的信息集中监控解决方案要针对故障信息进行处理，且为了避免各厂商间的交涉，将用综合化方法，做到与有网管系统的平滑过渡;也与那些通过简单整合就可实现集中监控的系统的做法很类似系统也比较容易整合。这样，各系统原有管理系统或管系统的基础上再添层管理者，在新的理层上实现信息集中综监管，从而解决了各系统间的“信孤岛”问题。 2系统架构
系统架分为三层:管理监控层、代理层和用层。用层是现有的各种硬件系统，比如输系统、自动售检票系统等。理层是数据集中的中间层包括数据采集硬件和软。管理监控层将对采集的有数据进行综合处理形成新的业务模型。
架构中，上层管理者理若干网络体系、网络协议异的系统，异构子网各自维护套专业管理信息库。它们综合监管系统提供Q3，CORBA接口。
了实现综合监管的目标，利用代理将原有系统在数据口上达到统一，这代理层加上应用层组成的新网络将是管理监控层所需要“统一”网
络，在概念上可以想成一个虚拟网络。管监控层通过由代理层组建综合数据库，对大的方进行局性调配与管理，细节给原有系统的网管系统或者管理系处理。各系统通过代理层的理软件的射，完成数据接口的统一。 3决方案
3.1硬件系统解决方案
图2是以地铁线为例的集中监系统拓扑图。其中A11是从传网管NM11，采集数据的代理PC;A12是从自动售票管理系统NM12集数据的代理PC。有系统经代理PC采数据后，通过路由器R，把据送到数据库服务DS。其他地铁线的拓都与该线类似。MIS1，MIS2，MIS3凡等是信息中综合监管系统。比如MIS1管理1一4号，MIS2管理5一9号线，MIS3管理10一13号线。MIS1—MIS3对数据服务器中的数据进行综合处理显示、告警，以及统计和析。MIS1一MIS3放在一起这样在多个处理机上进行监管可以大可视范围，也达到综合监管的的。
设备网所提供的北向接口，有的是Q3接口，可以通过口进行采集;有的串口，可以通过串口接收。如通过串口接收数据可以根据图3所示，用一个1-8多串口卡，使用一代理PC机进行多个串口数据集。 上述方案的可靠性:如果原有设备的网系统提供的北向接口是串行方，那么通过图3方式，一台理PC机就可以采集8网管的数据，但是串行式的数据是通过重复机制来最大限地确保信息的完整。谓重复