前言:本站为你精心整理了地铁工程监控系统与信号系统接口方案范文,希望能为你的创作提供参考价值,我们的客服老师可以帮助你提供个性化的参考范文,欢迎咨询。
摘 要:目前,地铁工程车主要依靠乘务员经验、目视信号等方式操控车辆行进。为了改变工程车作业无技防手段的现状,地铁工程车智能安全监控系统得到广泛应用,该系统可对冒进信号、异物侵限、挤岔脱轨、冲撞车挡、列车冲突等安全事故进行智能化安全防护,为实现上述功能需解决联锁信号上车的问题。依据目前上海地铁联锁信息获取情况,文章主要阐述了从段场联锁侧、各线路线路侧运行控制中心-列车自动监控系统(OCC-ATS)侧及3C大楼数据中心-列车自动监控系统(3C-ATS)侧获取联锁信息的3种方案,并对各方案进行了细致分析及对比研究。在满足系统安全防护条件下,ISM系统与管理网CFEP接口方案集成度高、可靠性高,对其他系统的影响小,可实现信息的互联互通。
关键词:地铁工程车;智能安全监控系统;联锁信息;系统接口
0 引言
在我国大多数大城市,地铁已成为市民出行的主要交通工具之一,且开通城市轨道交通的城市也逐年增加。截至2021年6月,上海地铁全网已开通运营线路共19条(含磁浮线),运营里程达722km(含磁浮线29km)。与之配套的不仅有众多的维修基地以及停车库;还有相当数量的工程车,其主要用于车辆段场调车作业、线路施工和养护、正线突发事故救援等工作。为了改变地铁工程车主要依靠乘务员经验、目视信号等操控现状,实现对冒进信号、异物侵限、挤岔脱轨、冲撞车挡及列车冲突等安全事故的智能化防护,地铁工程车智能安全监控系统(intelligentsafetymonitoringsystem,ISM)[1-4]应运而生。本文主要介绍了ISM系统与信号系统接口方案,从中通过接口匹配来获取联锁信息[2-3],以提高系统智能化程度,这已成为整个系统设计的重点及难点之一。
1 ISM系统与信号系统接口方案研究
1.1 接口方案分析
ISM系统获得信号系统数据共有3种方案,分别是段场联锁接口方案、各线路线路侧运行控制中心-列车自动监控系统(operationcontrolcenter-automatictrainsupervision,OCC-ATS)接口方案以及数据中心大楼(3C大楼)3C-COCC(centerofoperationcontrolcenter)-ATS方案。综合比较来看,3C-ATS方案从成本和可实施性上最具优势;但是由于基础数据传输路径较长,延时时间能否满足本系统的要求尚未可知,因此需要对其进行试点验证,并同时考虑后备方案。以下将3C-ATS接口方案统称为“网络侧信号接口方案”,而联锁及OCC-ATS接口方案统称为“线路侧信号接口方案”。
1.2 接口设备需求
为了保障数据传输的安全性,无线传输将采用安全通信机制,其能识别由于硬件故障、电磁干扰等原因导致的通信错误,对接口设备的主要要求包括:
(1)数据的发送端应具备安全检验数据代码的功能。
(2)数据的接收端应具备数据传输错误检测功能。接收端一旦检测到数据准确性、完整性以及实时性方面的错误后,应能进行相应的安全防护处理。
(3)每帧传输数据必须能够被唯一地识别。传输数据的识别采用识别码(ID)方式进行,每帧传输数据的识别码应至少包括数据类型(安全/非安全)、数据发送设备与部件的编号、数据编号等。满足以上要求,则可以尽可能准确地获取联锁系统中表示站场设备、设施状态的信息,包括列车信号机状态、调车灯信号状态、道岔开放方向、轨道区段占用和出清状态等。
2 网络侧信号接口方案
2.1 接口方案介绍
3C大楼信号系统数据消息队列路径,其主要包含
(1)线路侧的列车自动监控系统ATS(automatictrainsupervision);
(2)位于生产网侧的中央前端处理器CFEP(centerfrontendprocessor),用于收集汇总ATS数据;
(3)用于隔离生产网与管理网的摆渡系统及用于管理网的CFEP。线路ATS与生产网CFEP间、生产网CFEP与单向摆渡系统间、单向摆渡系统与管理网CFEP间的接口通信方式和协议均相同,都是接口双方建立一个TCP连接,信息提供者为Server,信息接收者为Client。即每一个节点,若为上游节点,则被设置为Client;若为下游节点,则被设置为Server,并采用TCP/IP协议。单向摆渡系统之间为万兆单向网闸,使用UDP协议,并配置了一个反向的串口通信,用于实现单向摆渡系统之间的双向通信。对于单向摆渡系统来说,单线每秒约有200包左右的数据量,而万兆单向网闸每秒最多提供10000包的数据传输,因此该系统原则上能够满足30条线同时摆渡的需求。ISM系统服务器定位于管理网段,因此ISM系统与3C的接口也必须位于生产辅助网侧。接口设计时主要考虑两个问题:一是信息的接入源,其既可来自生产辅助网单向摆渡系统,也可来自生产辅助网CFEP,甚至可以来自数据中心;二是接口数据可以经过现有系统解析再传送给ISM系统,或直接从信息源传送给ISM系统的FEP。基于此,有以下5种接口方案:
(1)方案一
ISM系统与单向摆渡系统接口,增加工程车专用CFEP进行解析,再传送给工程车ISM系统。
(2)方案二
ISM系统与管理网CFEP接口,通过3C-CFEP将数据交由工程车专用CFEP进行解析,再传送给ISM系统。以上两个方案中新增的工程车专用CFEP都需要集成ISM-FEP的功能,该功能可实现对单独线路联锁信息的解析、翻译及筛选。
(3)方案三ISM
系统与单向摆渡系统接口,不经3C-CFEP解析,直接给ISM-FEP(ISM-frontendprocessor),再传送给ISM系统服务器。
(4)方案四
ISM系统与管理网CFEP接口,3C-CFEP转发所有收到的信息直接给ISM-FEP,或集成了过滤功能后只转发所有需要的数据给ISM-FEP,再给ISM系统服务器。
(5)方案五
ISM系统与“申通数据中心”接口,3C-CFEP将数据送给“数据采集系统”,“数据采集系统”将数据送给“申通数据中心”,由数据中心对外接口
。2.2 接口方案对比
可以看出,方案一将导致生产网侧单向摆渡系统压力翻倍。方案二虽然略增加了3C-CFEP的处理压力,但集成管理可保证3C不受影响。方案三和方案四中如果ISM周期性地向生产网侧CFEP请求设备全量状态数据,将造成严重的网络负载,因此要求ISM必须严格遵守客户端在本连接建立有效期内,只发送一次全量数据的要求,且这两种方案并不能有效减少网络延时,因为虽然节省了3C-CFEP的解析和转发,但仍需要有ISM-FEP的存在,网络总体延时基本一致。方案五由于数据中心原有数据不包含ISM系统所需信号系统数据,若需使系统数据满足ISM系统的要求,对3C-COCC数采系统和申通数据中心的协议改动量较大,且与数据中心的定位不符,因此该方案存在不可行性,在此不予考虑。ISM系统通过新增工程车专用CFEP服务器,接收由管理网侧的CFEP服务器发送的实时数据。受原单向网闸冗余策略的影响,主、备3C-CFEP不同时向ISM-CFEPA和ISM-CFEPB发送数据,但单个3C-CFEP需同时向ISM-CFEPA和ISM-CFEPB发送数据。这样处理一是可保证系统的冗余性,以防单台ISM-CFEP出错时系统瘫痪;二是因原有系统结构导致只有一台3C-CFEP可以发送数据,因此采用该种方案。
3 线路侧信号接口方案
为适应上海地铁不同线路线路侧设备不统一的情况,研究确定了4种设备部署及网络接口方案
。3.1 方案一
通过串口接口与段场的联锁MMI(manmachineinterface)进行通信。信号供应商的主要工作量为(1)开发通信协议;(2)联锁MMI存在多个版本,需要多次开发定制产品。上海地铁1号线、2号线、3号线和4号线可采用该方案。12号线、13号线、16号线、17号线、15号线和18号线采用直连架构,不再配置联锁MMI,因此需要采用其他方案。
3.2 方案二
通过串口接口与段场的联锁维护台进行通信。信号供应商的主要工作量为
(1)开发通信协议;
(2)段场联锁SDM(systemdiagnosismaintenancesystem)软件存在多个版本,需要多次开发定制产品。上海地铁1号线、2号线、3号线、4号线、12号线、13号线、16号线和17号线可采用方案二。15号线和18号线已经采用集中监测CMSS(centralizedmaintenancesupportsystem)的架构,不再配置联锁SDM,因此需要考虑采用其他方案。
3.3 方案三
通过网络接口与线路ATS进行通信。信号供应商的主要工作量为
(1)开发通信协议;
(2)通过OCC-FEP与ISM系统通信;
(3)各线ATS版本不一致,需要多次开发定制产品。上海地铁还有几条既有线路,包括1号线、3号线和4号线,因设备老旧,目前的系统架构不能支持该接口方案。
3.4 方案四
通过网络接口与段场或单独线路的OCC的监测系统进行通信。信号供应商的主要工作量为
(1)开发通信协议;
(2)部分地铁既有线路的监测终端需要升级为最新系统以适配新监测软件,6号线、7号线和4号线蒲汇塘停车场已经改造完成;12号线、13号线和16号线正在进行平台改造;其他未进行改造线路目前不支持该接口方案。综合比较,线路方案四可行性较高、覆盖范围较大;然而如果采用方案四亦需新增前置服务器,且与网络侧信号3C接口方案相似性较高。鉴于此,信号接口方案采用方案二进行试点。
4 结语
本文针对ISM系统与信号系统接口方案进行对比研究,提出了5种网络侧方案及4种线路侧方案。通过上述方案的对比研究,网络侧信号接口方案推荐采用ISM系统与管理网CFEP接口方案,在略增加了现有管理网侧3C-CFEP的处理压力情况下,可实现全网联锁信息与ISM系统的接口,并对现有的系统不会造成影响。而线路侧信号接口方案网络延迟明显优于网络侧信号接口方案,但由于其要求在各个段场增加设备,因此整体费用会明显高于网络侧方案,且因基地及OCC地理位置分散导致系统维护难度相应提升。因此,ISM系统与信号系统接口推荐采用网络侧信号接口方案。后续将针对网络侧信号接口方案的网络延迟问题进行优化设计,并对全网络的联锁信息进行统一采集与分析,在实现ISM系统对工程车冒进信号、挤岔脱轨、冲撞车挡、列车冲突等事故的防护功能的同时,对全网工程车进行灵活调配,实现平峰时与地铁列车混跑,积极推动城市轨道交通的智能化。
参考文献:
[1]梁红梅.LKJ2000型列车运行监控记录装置的发展及应用[J].科技创业月刊,2012(6):176-178.
[2]雍松坪.无线调车机车信号和监控系统简介[J].价值工程,2018,37(27):242-243.
[3]解熙,金碧筠.地铁工程车智能安全监控系统设计及应用[J].铁道技术监督,2021,49(2):48-54.
[4]杨志刚.LKJ2000型列车运行监控记录装置[M].北京:中国铁道出版社,2003.
[5]王奇.LKJ2000型列车运行监控记录装置的可靠性与安全性设计[J].机车电传动,2001(5):26-29.
[6]陈晓君.无线调车机车信号和监控系统应用研究[J].数字技术与应用,2015(4):22.
[7]曹桂均,程君.适用于正线机车的无线调车机车信号和监控系统的研究与试验[J].中国铁道科学,2012,33(4):91-98.
[8]河南思维自动化设备股份有限公司.LKJ2000型车载数据无线远程换装系统:CN201821612386.1[P].2019-04-09.
作者: 张轶 单位:上海申中轨道交通运行安全工程技术研究有限公司