城市轨道交通综合监控系统支线拆解预留措施方案研究.docVIP

城市轨道交通综合监控系统支线拆解预留措施方案研究 摘 要：以苏州轨道交通4号线支线为例，探讨了轨道交通综合监控系统在支线拆解到新线时的预留措施方案。 关键词：轨道交通；综合监控；拆解 1 概述 在城市轨道交通的建设过程中，经常会由于规划和建设的原因，把既有线的一段支线拆解到新线中，成为新线的一部分。这个拆解过程在既有线的运营过程中进行，因此会对既有线的运营产生一定影响。如何在拆解时把对既有线的运营影响降到最低，则应该在原既有线建设时就做好设计。本文以苏州地铁4号线为例，探讨综合监控系统的支线拆解预留措施方案。苏州地铁4号线由主线和支线构成，支线在远期将与主线拆解，成为8号线的一部分。 2 拆解方案 2.1 用户技术需求分析 苏州4号线及支线拆解完成后，4号线和并入8号线的支线将实现独立运行，要求能够在中央控制室内对4号线和8号线进行分别监视与控制，并实现分线管理。 苏州4号线ISCS拟利用通信专业的通信通道建立系统全线网络。根据通信系统拆解方案，通信系统分别为4号线、8号线提供通信通道，建立4号线、8号线ISCS主干网。4号线中央级设备在控制中心和通信系统设有接口，实现与车站级数据交换和传输。 根据对上述用户需求的分析，首先对主干网进行了拆解与划分，分别建立了4号线的主干网和8号线的主干网。分析如下： ⑴4号线的主干网都是独立的网络，除OCC外，二网之间没有路由、没有网络通信设备的连接。两个主干网之间没有直连通道。 ⑵4号线主干网分别提供1路通道经接口转换器接入OCC的局域网。 ⑶4号线主干网将采用相同的网络形式、相同的网络传输协议。 ⑷4号线主干网将连接既有的4号线车站。 ⑸8号线主干网将连接既有的4号线支线车站和新建的8号线车站。 2.2 4号线及支线拆解技术方案 既有4号线及支线的车站和控制中心工作站均采用了Thales SCADASoft软件平台。在新建的8号线车站控制中心建议依旧采用Thales SCADASoft软件平台。它对已经存在的系统结构完全透明，从而可以继续利用原有的HMI/SCADA方面的投资而无须对系统重新配置。 BAS中央级的设置，考虑到将来4号线的延伸，本次将重新建立1个OCC，这个OCC的要承担4号线所有车站的BAS运行，要对既有车站的BAS数据可以进行处理与操作，对新建车站的BAS数据进行处理与操作。同时将车站按所属线路分成2号线调度中心、8号线的调度中心分别运行与操作，维修调度也按运行线路分开操作。共享的只有服务器、网络与大屏幕。 系统的容量主要考虑3个方面：服务器的容量、中央监控软件的容量、数据库的容量。 线路的拆分、主干网的拆分给按线路划分调度运行工作提供了基础。拆分后的OCC，调度、维修工作站的操作功能将完全按线路分开。在HMI的建立与图形配置上按2条线路设计，画面的风格与操作方式一致。 3 拆解工程措施 既有的4号线拆解为新的4号线，ISCS的拆解工作将尽量减少对原4号线站点和中央级运营的影响。综合监控承包商应在工程实施中，充分考虑既有线的运营，以既有线、既有车站的正常运营为前提，合理进行方案设计、合理安排施工方案、合理安排施工工期，将工程风险降至最小，不发生影响既有车站运行的事件。 3.1 中央级ISCS拆解的解决方案 苏州地铁4号线为国内首条ISCS拆解线路。拆解后的4号线支线与新建的8号线独立组网，原地铁4号线在红庄车站拆解后，支线车站的各车站综合监控系统不变，通信系统完成拆解，改接入8号线通信主干网。此方案确保了在运行中，4、8号线的各自组件（交换机，车站级设备等）各自独立成网，互不干涉，从物理连接结构上直接排除了任何相互干扰的情况，免除了任何人为操作可能产生的两系统之间的扰动，从而使得后期的运行维护，系统管理具有最大的可靠性和简洁性，最大程度满足系统稳定，可靠运行的要求。 整个ISCS系统拆解实施的难点在于既要测试新的系统还要测试既有系统，同时原4号线要保持正常运营，每天允许拆解测试时间比较短，还要能快速恢复原系统，拆解实施工作不能影响地铁当天按时运营。 经过对系统的认真研究，如采用与4号线服务器同系列软硬件用于4，8号线，原有数据和程序都完全可以保留和借鉴使用，可升级到新的版本软件中，在此基础上进行改造，可以最大限度利用现有资源保证系统平顺，稳定过渡，此操作风险和工作量相对全新系统是极小的。 ⑴首先既有ISCS系统保留不变，通信骨干网络暂时不要拆解。先对每个新老车站进行调试，OCC部分增加二台实时服务器，用于8号线新的ISCS系统，原服务器依旧用于既有的系统。对新的部分、既有的部分通过网络可分别同时调试，从而逐站逐段的完成系统调试。由于原4号线软件采用的是Thales的SCADASoft综合监控软件平台，它和各车站控制器通讯可以做到无缝隙地结合，不用考虑软件和控制器通讯兼容