地铁终点站客车故障尝试后端分析.docVIP

地铁终点站客车故障尝试后端分析 周毅 广州地铁集团有限公司运营事业总部运营三中心 X 关注成功！ 加关注后您将方便地在 我的关注中得到本文献的被引频次变化的通知！ 新浪微博 腾讯微博 人人网 开心网 豆瓣网 网易微博 摘????要： 城市轨道交通近几年随着经济的增长而快速发展, 同时乘客对地铁出行的安全性、快捷性、舒适性等要求在不断提高。但是地铁在运营过程中由于设备故障、人为操作、其他突发事件原因可能会导致不同程度的晚点延误, 甚至中断运营等情况。而在地铁日常运营过程中, 地铁客车故障又是其中最为常见同时也是对地铁运营产生较大负面影响的故障类型之一。本文以广州地铁三号线 (番禺广场站至天河客运站交路) 为例, 重点分析终点站客车故障时, 行调组织司机尝试故障客车试后端的可行性。 关键词： 终点站; 客车故障; 尝试后端; 作者简介：周毅 (1986, 1—) , 男, 汉族, 湖南祁东人, 本科, 助理工程师, 研究方向:城市轨道交通运输管理。 1 中间站与终点站试后端分析与对比 由于地铁线路的设置特点, 客车故障时故障地点在终点站或者中间站有相临折返线、存车线等辅助线时, 故障客车能动车尽快退出到相应的辅助线, 这样能有效地减少对正线运营的影响, 从而可以尽快恢复地铁正常运营秩序。 由于中间站与终点站人员配置不同, 行车组织灵活性不同, 因而行调在发生客车故障时, 其中的组织方法和结果都大不相同。 根据《广州地铁控制中心应急处理程序 (三号线) 》中“客车处理程序时间段划分”要求:第1~2分钟 (0~120s) 行调排除信号故障操作, 第3~5分钟 (121~300s) 启动执行“车辆故障处理程序” (含试后端) 。规定要求5min内试后端, 但中间站现实情况往往无法达到。在处理流程中第3~5分钟 (121~300s) 司机执行“车辆故障处理程序”包含司机负责进行简单故障处理和执行“保底措施”操作并尝试动车2个步骤, 在司机操作“保底措施”时, 行调才组织车站对故障客车清客, 清客时机相对被动, 所需时间相对延长。故下文中间站前端执行“车辆故障处理程序 (含保底措施) ”以3min为计算标准, 后端操作“保底措施”时客车已清客, 以1min为计算标准。 客车故障发生在中间站, 此时只有一名列车司机在运行前端, 司机由前端换端至后端时间以90s计算, 行调因此组织司机尝试后端的可行性受到很大的制约。在本文中计算中间站尝试后端使用时间 (T中) =信号排除时间 (T排) +前端执行“车辆故障处理程序 (含保底措施) ”时间 (T前) +司机换端时间 (T换) +后端执行“保底措施”时间 (T后) 。 中间站尝试后端动车实际使用时间为7.5min。中间站尝试后端使用时间为7.5min比规定要求的执行“车辆故障处理程序”时间5min增加了50%。这必将对客车故障后续的救援组织动车造成一定的延误。 当客车故障地点在终点站时, 由于终点站有轮值和接车司机, 人力资源有足够的保障, 现场人员如果能够得到有效的调配, 尝试后端可以更高效地处理客车故障, 同时终点站列车清客不列入清客指标, 客车在发生故障的第一时间可以组织清客, 行调能更灵活和高效地进行组织。 番禺广场下行线客车故障发生到连挂动车均以14min为计算标准, 救援连挂列车从番禺广场下行线推进运行出清正线厦滘W0905道岔所需时间约为20min (番禺广场下行线至厦滘W0905线路总长约为13.506km, 救援推进速度45km/h, 实际推进速度按40km/h计算) , 从故障发生到故障客车出清正线共用时约34min。而正常载客列车从番禺广场下行线运行到厦滘下行线需时约13min。由此可见, 整个救援过程无论是持续时间还是影响范围都会对正线运营秩序造成较大影响。 当客车在终点站故障, 行调排除完信号故障组织司机执行“车辆故障处理程序”时, 可以立即组织故障客车清客, 这比在中间站司机操作到“保底措施”再清客更快速和主动, 可以有效节约故障处理时间, 同时合理安排另一司机在后端待令, 节省了在中间站只有一个司机需要换端时间。由于在启动执行“车辆故障处理程序”时同步清客, 前端执行“车辆故障处理程序 (含保底操作) ”时间可以优化为2min, 客车两端都有司机, 不需要换端时间, 客车从终点站退出到辅助线时间为1min (T运) 。计算客车故障终点站尝试后端使用时间 (T终) =信号排除时间 (T排) +前端执行“车辆故障处理程序 (含保底措施) ”时间 (T前) +后端执行“保底措施”时间 (T后) 。 终点站尝试后端使用时间 (分钟) 为5min。可以符合应急处理程序要求5min完成执行“车辆故障处理程序 (含试后端) ”, 从而如果不成功也不会对后续