信号设备故障应急处理指南
二号线CBTC信号设备故障处理指南概要
→ 立即报行调。 → 在ATS专业人员指导 下，检查电源是否正常。 → 在ATS专业人员指导 下，重新插拔显示器连 接。
故障现象 运营 模式
所 属 系 统
故障 原因
OCC
车站
中央及车站 ATS工作站出 现进路方向 锁闭。
适 用 于 各 种 模 式
A T S
→ 联锁 故障。
→ 确保无车占用该锁 闭区段和该锁闭区段 的保护区段时，手动 排列该进路，并取消 该进路。 → 维调通知ATS工班立 即进行故障处理
故障现象 运营 模式
所 属 系 统
故障 原因
OCC
车站
ATS/LCW工作 站无法操作。
适 用 于 各 种 模 式
A T S
→ 工作 → 行调确认该联锁区 站死机。 信号设备可操作。 → 维调通知ATS工班进 行故障处理。
→ 配合ATS工班进行故 障处理。
故障现象 运营 模式
所 属 系 统
故障 原因
二号线CBTC信号设备 故障处理指南
北客站 李准
总则
• 本指南对西安地铁二号线信号系统设备故 障进行了描述，规定了西安地铁二号线 CBTC信号系统设备故障情况下需要进行的 相关操作，主要是指导行调、站务人员、 司机了解常见信号设备故障下的应急处理 方法及行车组织参考内容。
故障现象 运营 模式
所 属 系 统
→ 线路 接触不 良。 → KVM 故障。
பைடு நூலகம்
→ 维调通知ATS工班立 即进行故障处理。
→ 立即报行调。 → 在ATS专业人员指导 下，重新插拔鼠标、键 盘。
故障现象 运营 模式
所 属 系 统
故障 原因
OCC
车站
中央或车站 ATS/LCW工作 站显示器黑 屏。
网络故障应急预案
网络故障应急预案
1.1目的
加强实验室的信息网络系统管理，保障信息系统的平稳运行，保障实验室工作的正常开展，提高实验室人员处置网络故障的能力和水平，特制订本应急预案。
1.2适用范围
适用于网络故障的操作处理。
1.3责任人
1.3.1实验室主任负责加强实验室的信息网络系统管理，保障实验室工作的正常开展。
1.3.2信息管理员按要求正确处理信息网络系统管理，保障信息系统的平稳运行。
1.4对网络故障的判断和处理
1.4.1当实验室工作人员发现计算机访问数据库速度迟缓、不能进入相应程序、不能保存数据、不能登录网络、应用程序非连续性工作时，要立即实验室信息管理员汇报。
1.4.2信息管理员对上述问题必须重视，应召集有关人员及时进行讨论，如果故障原因明确，可以立刻恢复工作的，应立即恢复工作；
1.4.3如故障原因不明确、情况严重不能在短期内排除的，应立即报告实验室主任，协调检验工作，以保障检验工作的正常运转。
同时由信息管理员联系网络系统厂家工程来解决相应的问题。
1.4.4当发现网络整体故障时，根据故障恢复时间和替代工作模式来明确报告时限。
通信设备故障应急预案
通信设备故障应急预案
1. 前言
通信设备是现代信息时代不可缺少的重要工具之一。
由于无法
预知突发状况的发生，当通信设备出现故障时，我们需要应急措施，以尽快恢复正常的通信服务，避免对正常生产和生活带来不必要的
影响。
2. 应急预案
2.1 建立应急响应组
在通信设备出现故障时，需要立即成立应急响应组，由专业人
员负责组织和实施应急措施。
2.2 按照紧急程度分类处理
对于不同紧急程度的通信设备故障，应该采取不同的应急措施。
紧急情况下，可以立即实施备用通信方案；较为普遍的故障，可以
通过排查故障原因并采取针对性的维修方案解决。
2.3 备份数据
在设备维修之前，需要及时备份设备中存储的关键数据，避免
数据丢失。
2.4 维修设备
设备维修需要由专业人员进行，确保维修质量并避免二次故障。
3. 应急预案的实施
3.1 责任分工
应急响应组需要明确各成员的具体职责，确保各项工作可以有
序进行。
3.2 实施预案
在通信设备出现故障时，应急响应组应及时启动应急预案进行处理，并及时向上级报告工作情况和维修进度。
4. 结束语
制定通信设备故障应急预案是为了在设备故障时能够及时、有效地处理问题，同时避免对生产和生活带来不必要的影响。
应急预案需要根据具体情况进行定期修订和完善，以确保在应急状态下能够及时应对各种突发情况。
通信网络故障排查与处理预案
通信网络故障排查与处理预案第1章通信网络故障排查基础 (5)1.1 故障排查流程与原则 (5)1.2 故障排查工具与设备 (5)1.3 常用故障排查方法 (5)第2章故障排查前的准备工作 (5)2.1 故障排查人员组织与培训 (5)2.2 故障排查资料收集与整理 (5)2.3 制定故障排查计划 (5)第3章通信网络硬件故障排查 (5)3.1 传输线路故障排查 (5)3.2 交换设备故障排查 (5)3.3 路由器/交换机故障排查 (5)第4章通信网络软件故障排查 (5)4.1 网络协议故障排查 (5)4.2 系统软件故障排查 (5)4.3 应用软件故障排查 (5)第5章通信网络功能故障排查 (5)5.1 网络延迟故障排查 (5)5.2 网络丢包故障排查 (5)5.3 网络拥塞故障排查 (5)第6章通信网络安全故障排查 (5)6.1 网络攻击故障排查 (5)6.2 数据泄露故障排查 (5)6.3 访问控制故障排查 (5)第7章通信网络故障排查案例分析 (5)7.1 典型硬件故障案例 (5)7.2 典型软件故障案例 (5)7.3 典型功能故障案例 (6)第8章通信网络故障处理预案制定 (6)8.1 预案制定原则与流程 (6)8.2 预案内容与要求 (6)8.3 预案实施与演练 (6)第9章故障处理应急响应流程 (6)9.1 故障报告与评估 (6)9.2 应急响应组织与职责 (6)9.3 应急响应措施 (6)第10章通信网络故障排查与处理技巧 (6)10.1 快速定位故障方法 (6)10.2 故障排查经验总结 (6)10.3 故障处理注意事项 (6)第11章通信网络故障排查与处理工具 (6)11.2 功能测试工具 (6)11.3 安全防护工具 (6)第12章通信网络故障排查与处理未来发展 (6)12.1 故障排查技术发展趋势 (6)12.2 故障处理智能化与自动化 (6)12.3 故障排查与处理人才培养 (6)第1章通信网络故障排查基础 (6)1.1 故障排查流程与原则 (6)1.1.1 故障排查流程 (6)1.1.2 故障排查原则 (7)1.2 故障排查工具与设备 (7)1.2.1 常用故障排查工具 (7)1.2.2 常用故障排查设备 (7)1.3 常用故障排查方法 (7)1.3.1 诊断命令法 (8)1.3.2 对比分析法 (8)1.3.3 替换法 (8)1.3.4 升级法 (8)1.3.5 分段排查法 (8)1.3.6 日志分析法 (8)第2章故障排查前的准备工作 (8)2.1 故障排查人员组织与培训 (8)2.1.1 组建故障排查团队 (8)2.1.2 培训与提升 (9)2.2 故障排查资料收集与整理 (9)2.2.1 收集资料 (9)2.2.2 整理资料 (9)2.3 制定故障排查计划 (9)2.3.1 确定排查范围 (9)2.3.2 制定排查步骤 (9)2.3.3 人员与时间安排 (10)第3章通信网络硬件故障排查 (10)3.1 传输线路故障排查 (10)3.2 交换设备故障排查 (10)3.3 路由器/交换机故障排查 (11)第4章通信网络软件故障排查 (11)4.1 网络协议故障排查 (12)4.1.1 故障现象收集 (12)4.1.2 协议分析 (12)4.1.3 配置检查 (12)4.1.4 协议栈调试 (12)4.1.5 更新补丁和固件 (12)4.2 系统软件故障排查 (12)4.2.2 日志分析 (12)4.2.3 系统资源监控 (12)4.2.4 软件版本检查 (12)4.2.5 安全防护 (13)4.3 应用软件故障排查 (13)4.3.1 故障现象收集 (13)4.3.2 应用日志分析 (13)4.3.3 代码审查 (13)4.3.4 环境检查 (13)4.3.5 用户操作记录 (13)第5章通信网络功能故障排查 (13)5.1 网络延迟故障排查 (13)5.1.1 故障现象描述 (13)5.1.2 故障排查步骤 (13)5.2 网络丢包故障排查 (14)5.2.1 故障现象描述 (14)5.2.2 故障排查步骤 (14)5.3 网络拥塞故障排查 (14)5.3.1 故障现象描述 (14)5.3.2 故障排查步骤 (14)第6章通信网络安全故障排查 (15)6.1 网络攻击故障排查 (15)6.1.1 故障现象识别 (15)6.1.2 故障原因分析 (15)6.1.3 故障排查方法 (15)6.1.4 故障处理与修复 (15)6.2 数据泄露故障排查 (15)6.2.1 故障现象识别 (15)6.2.2 故障原因分析 (15)6.2.3 故障排查方法 (15)6.2.4 故障处理与修复 (16)6.3 访问控制故障排查 (16)6.3.1 故障现象识别 (16)6.3.2 故障原因分析 (16)6.3.3 故障排查方法 (16)6.3.4 故障处理与修复 (16)第7章通信网络故障排查案例分析 (16)7.1 典型硬件故障案例 (16)7.2 典型软件故障案例 (17)7.3 典型功能故障案例 (17)第8章通信网络故障处理预案制定 (17)8.1 预案制定原则与流程 (17)8.1.1 制定原则 (17)8.2 预案内容与要求 (18)8.2.1 预案内容 (18)8.2.2 预案要求 (18)8.3 预案实施与演练 (18)8.3.1 预案实施 (18)8.3.2 预案演练 (19)第9章故障处理应急响应流程 (19)9.1 故障报告与评估 (19)9.1.1 故障报告 (19)9.1.2 故障评估 (19)9.2 应急响应组织与职责 (19)9.2.1 应急响应组织 (19)9.2.2 职责 (20)9.3 应急响应措施 (20)9.3.1 立即行动 (20)9.3.2 故障排查 (20)9.3.3 故障处理 (20)9.3.4 验证与总结 (20)第10章通信网络故障排查与处理技巧 (20)10.1 快速定位故障方法 (20)10.1.1 利用网络管理软件 (21)10.1.2 采用分段排查法 (21)10.1.3 利用命令行工具 (21)10.1.4 检查设备配置 (21)10.2 故障排查经验总结 (21)10.2.1 优先排查常见故障原因 (21)10.2.2 重视日志信息 (21)10.2.3 了解网络拓扑结构 (21)10.2.4 善于请教同事和查阅资料 (21)10.3 故障处理注意事项 (21)10.3.1 保持冷静，切勿慌张 (21)10.3.2 逐步排查，切勿急躁 (21)10.3.3 遵循先软后硬的原则 (21)10.3.4 做好故障处理记录 (21)10.3.5 按照流程操作，切勿随意更改设备配置 (22)10.3.6 注意备份 (22)第11章通信网络故障排查与处理工具 (22)11.1 网络监控工具 (22)11.2 功能测试工具 (22)11.3 安全防护工具 (23)第12章通信网络故障排查与处理未来发展 (23)12.1 故障排查技术发展趋势 (23)12.2 故障处理智能化与自动化 (23)12.3 故障排查与处理人才培养 (24)第1章通信网络故障排查基础1.1 故障排查流程与原则1.2 故障排查工具与设备1.3 常用故障排查方法第2章故障排查前的准备工作2.1 故障排查人员组织与培训2.2 故障排查资料收集与整理2.3 制定故障排查计划第3章通信网络硬件故障排查3.1 传输线路故障排查3.2 交换设备故障排查3.3 路由器/交换机故障排查第4章通信网络软件故障排查4.1 网络协议故障排查4.2 系统软件故障排查4.3 应用软件故障排查第5章通信网络功能故障排查5.1 网络延迟故障排查5.2 网络丢包故障排查5.3 网络拥塞故障排查第6章通信网络安全故障排查6.1 网络攻击故障排查6.2 数据泄露故障排查6.3 访问控制故障排查第7章通信网络故障排查案例分析7.1 典型硬件故障案例7.2 典型软件故障案例7.3 典型功能故障案例第8章通信网络故障处理预案制定8.1 预案制定原则与流程8.2 预案内容与要求8.3 预案实施与演练第9章故障处理应急响应流程9.1 故障报告与评估9.2 应急响应组织与职责9.3 应急响应措施第10章通信网络故障排查与处理技巧10.1 快速定位故障方法10.2 故障排查经验总结10.3 故障处理注意事项第11章通信网络故障排查与处理工具11.1 网络监控工具11.2 功能测试工具11.3 安全防护工具第12章通信网络故障排查与处理未来发展12.1 故障排查技术发展趋势12.2 故障处理智能化与自动化12.3 故障排查与处理人才培养第1章通信网络故障排查基础1.1 故障排查流程与原则1.1.1 故障排查流程通信网络故障排查主要遵循以下流程：（1）故障发生：当通信网络出现异常时，首先确认故障现象，并收集相关信息。
交通信号灯故障应急预案
交通信号灯故障应急预案交通信号灯在我们的日常生活中起着至关重要的作用，它们能够有效地指挥交通流量，维持道路交通的有序进行。
然而，由于各种原因，交通信号灯也可能发生故障，导致交通秩序混乱和安全隐患。
因此，建立一个有效的交通信号灯故障应急预案是非常必要的。
一、故障症状的判断与报告当发现交通信号灯故障时，第一步是准确、迅速地判断故障症状，并尽快进行报告。
下面是一些常见的交通信号灯故障症状及应对措施：1. 信号灯全部不亮：这种情况下，交通信号灯的主要功能受到损害，应立即对交通流量进行特殊处理。
交警应该尽快赶到现场指挥交通。
2. 信号灯黄灯一直闪烁：这可能是信号灯的计时器出现故障，需要交警或维修人员进行修复。
在维修期间，黄灯的闪烁应被视为红灯，车辆应该停车等候。
3. 信号灯某个颜色不亮或者亮度较暗：这种情况下，驾驶员应该采取谨慎的行驶态度，通过其他交通标志和指示进行判断。
在发现交通信号灯故障后，交通管理部门应立即展开故障排查与维修。
二、现场临时交通管制与指挥当交通信号灯发生故障时，需要进行现场临时交通管制与指挥，以确保交通的有序进行。
以下是在交通信号灯故障时的临时交通管制与指挥措施：1. 交警现场指挥：交警应迅速抵达现场，对交通形势进行全面的判断，并根据实际情况进行交通指挥。
交警需要指挥车辆按照交通标志和交通手势行驶，保持适当的车距。
2. 临时交通标志的设置：在交通信号灯故障时，需要设置临时交通标志以引导交通。
例如，设置临时停车标志、加强限速标志等，确保驾驶员根据标志进行正确的操作。
3. 交通警示灯的使用：如果交通信号灯故障发生在夜间或低能见度情况下，交警应使用交通警示灯，以提醒驾驶员注意道路情况并引导交通。
三、公众教育与宣传交通信号灯故障对交通秩序产生一定的影响，因此需要进行公众教育与宣传，提高公众的交通安全意识。
以下是一些公众教育与宣传的措施：1. 交通安全宣传教育：加强对交通信号灯故障的宣传，告知公众如何正确判断和应对交通信号灯故障，以及遇到故障时应采取的安全措施。
收费站设备故障应急处置预案
收费站设备故障应急处置预案
的目的是为了确保收费站设备故障时能够迅速、有效地恢复正常运行，以保障交通的顺畅和安全。
下面是一份收费站设备故障应急处置预案的基本内容，供参考：
1. 应急组织
- 确定应急小组：包括设备维护人员、管理人员和相关部门人员。
- 确定应急指挥人员：负责协调、指挥应急处置工作。
2. 快速响应
- 设立应急热线电话，接收并记录收费站设备故障信息。
- 应急热线电话App的使用。
- 设备监控系统的运行检测和异常报警。
3. 问题评估
- 对收费站设备故障进行快速评估，确定故障类型、影响范围和紧急程度。
- 各设备固定点的标识。
4. 应急处置措施
- 根据故障类型和紧急程度，采取相应的应急处置措施。
- 迅速派遣维修人员前往现场处理故障。
- 制定设备故障处置流程，确保按照规定的程序进行故障处理。
5. 交通管控措施
- 根据故障影响范围和交通流量，实施临时交通管控措施，确保交通安全和道路畅通。
- 人工收费员的安排和指导。
- 启动备用设备，以确保收费工作的正常进行。
6. 故障排除和恢复
- 维修人员到达现场后，迅速排查问题并采取措施进行修复。
- 在修复设备过程中，及时通报相关部门和上级主管单位，并保持沟通和协调。
7. 事后总结与改进
- 成立事后总结小组，对事故的应急处置情况进行总结评估。
- 提出改进意见和建议，完善应急预案。
- 做好相关记录和报告，以备日后参考。
传输设备常见告警解释及处理建议
传输设备常见告警解释及处理建议LianLv一、 LOS 告警：信号丢失1、正常情况下两个网元之间要通信，中间的信号流必须是畅通的，如下图；2、从上图可以看书信号从MSC 发出2M 信号，经过SDH 设备复用后传递给下一个设备，最后末端SDH 设备解复用出2M 信号给另一端的MSC 。
也就是说，产生信号源的设备是发出信号的设备，当相邻的设备收不到对端发出的信号时就会上报LOS 告警，即信号丢失；A 、上图中由于SDH2发出的光信号SDH1收不到所以SDH1的收光口会上报LOS 告警；B 、上图中MSC2发出的2M 信号由于2M 线中断导致SDH2的2M接口收不到信号，所以SDH2的2M 接口会上报LOS 告警；C 、 上图是MSC1收不到信号的情况；说明：在通信标准中信号丢失的告警名都为LOS，但是不同厂家在编写网管软件时其有所不同，比如：华为公司传输设备，光口收不到信号上报告警为R-LOS ，支路口（2M 口）收不到信号时报T-ALOS;二、 LOF 告警：帧丢失1、当收到的信号功率太大或太小时都会上报OOF 告警；2、是指可以收到信号，但是检测不到信号的开始位置。
一般在波分和SDH 相连时，由于中继段线路中断，造成SDH 设备收到的信号为非调制光。
四、 AIS 告警：全1指示告警举例：SDH2收不到BTS 发来的2M 信号，SDH2会上报LOS 告警，并下插“1”码，当BSC1收到的2M 信号为全要“1”的时候就会上报AIS 告警。
这个故障我们日常维护中经常碰到，如果基站发送处理的2M 信号在中间传输环节中中断，BSC 的dip 端口都会上报AIS 告警。
五、 RDI 告警：远端告警指示举例：当BTS 收到的2M 信号在传输途中中断，但是BSC 可以收到BTS 发送的信号，那么BTS 就会发送AIS 信号给BSC ，当BSC 收到AIS 信号时就会上报RDI ，即远端告警指示说明故障点在BTS 端。
二号线CBTC信号设备故障处理指南
于
联锁区内无 各
T
列车信息， 列车车次位
种
置不能更新。 模
S
式
故障
OCC
原因
车站
→ ATS软 → 确认站级ATS本联锁 → 配合行调确认车站
件出错。 区灰显且LCW显示正常，LCW显示是否正常,如
→ 联锁 行调通知车站值班员 正常则负责该联锁站的
故障。 对本联锁站站控（通 监控。
过LCW控制），负责联 → 如ATS/LCW不正常，
适 用
A
缓慢，或均 不能操作命
于
令，画面不 各Байду номын сангаас
T
能更新。
S 种
模
式
故障
OCC
原因
车站
→ ATS服 务器故 障。
→ 通信 中断。
→ 通知所有联锁站强 → 按行调要求确认本
行站控（通过LCW控 联锁站是否与中央失去
制），车站负责联锁 通信，负责该联锁站的
区内所有进路的监控。 监控。
→ 维调通知ATS工班进 → 按照行调指令负责
→ 立即报行调。 → 在ATS专业人员指导
下，重新插拔鼠标、键 盘。
故障现象 运营 所 模式 属
系 统
适
中央或车站
ATS/LCW工作 用
A
站显示器黑 屏。
于
各
T
S 种
模
式
故障
OCC
原因
车站
→ 电源 → 维调通知ATS工班立 故障。 即进行故障处理。
→ 显示 器故障。
→ 无信 号输入。
→ 立即报行调。 → 在ATS专业人员指导 下，检查电源是否正常。
故障现象 运营 所 模式 属
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
信号设备故障应急处理指南目次1前言................................................................................................................................ 错误!未定义书签。
2范围................................................................................................................................ 错误!未定义书签。
3引用标准........................................................................................................................ 错误!未定义书签。
4定义 (3)5通则 (3)6信号故障操作处理指南 (5)6.1车载部分 (5)6.1.1车载信号屏显示异常 (5)6.1.2HMI上出现ATP打叉信息（ITC、CTC） (6)6.1.3HMI上出现ATO打叉的信息（ITC、CTC） (7)6.1.4列车以RM模式行驶，不能转换到SM模式（ITC） (8)6.1.5ATO/SM模式下，列车在行驶过程中产生紧急制动（ITC、CTC） (9)6.1.6SM/ATO模式列车不能手动开门（ITC、CTC） (10)6.1.7ATO按钮失效（ITC、CTC） (11)6.1.8列车以ATO模式在站台对标不准（ITC、CTC） (11)6.1.9在折返站没有收到自动折返信号（ITC、CTC） (12)6.1.10在折返站收到自动折返信号（ITC、CTC），折返失败 (12)6.1.11有折返信号，AR按钮失效（ITC、CTC） (13)6.1.12信号机红灯或引导信号（ITC、CTC） (14)6.1.13确认按钮失效（ITC、CTC） (15)6.1.14在已开放的信号机前推荐速度降为零，司机无法动车（ITC） (16)6.1.15备用端ATP红闪 (17)6.1.16主用端ATP红闪 (17)6.1.17列车产生紧制，HMI上出现RADIO打叉信息 (18)6.1.18连续两列车经过同一位置（有应答器的地方）时产生紧急制动 (18)6.1.19SM/ATO模式列车在非运营停车点自动停车 (19)6.1.20连续两列车在同一个位置，无线丢失 (20)6.1.21联锁区内全部列车产生紧急制动 (21)6.1.22某锁区内所占用的轨道区段的颜色变为红色（CTC） (22)6.2车站及轨旁部分 (23)6.2.1LOW显示道岔短闪（空闲） (23)6.2.2LOW显示道岔长闪 (24)6.2.3LOW显示信号机体闪 (24)6.2.4某联锁区联锁死机 (25)6.2.5部分进路不能排列 (25)6.2.6进路部分进路不能解锁 (26)6.2.7LOW/CLOW/HMI显示防淹门关闭 (27)6.2.8防淹门请求关闭 (27)6.2.9防淹门信息连接中断（LOW上显示防淹门灰色） (28)6.2.10计轴区段紫光带 (29)6.2.11整个联锁区或连续多个计轴区段红光带 (30)6.3ATS部分 (31)6.3.1LOW故障处理流程 (31)6.3.2CLOW死机 (32)6.3.3TTP死机 (32)6.3.4所有的HMI打叉或均不能操作命令或反应缓慢，或不能更新，或者出现大量车次窗不停闪烁（或者HMI全灰） (33)6.3.5在HMI上出现车次号上下行跳跃或出现F开头的错误车次号 (34)7司机、行调处理各种故障所需时间参考 (34)1 定义1.1CTC（连续式列车控制）：在连续式通信级（或移动闭塞级），移动授权由轨旁经由无线通道发送到列车，列车通过无线通道建立车-地之间的双向通信来控制列车，在该级别下，室外所有信号机灭灯，司机可根据车载信号以ATO/SM驾驶列车。
1.2ITC（点式列车控制），点式通信级作为连续式通信级的后备模式，移动授权来自信号机的显示，并通过可变数据应答器由轨旁点式的传送到列车,在该级别下，司机根据地面显示和车载信号以ATO/SM驾驶列车。
1.3IXLC（联锁级列车控制），如果连续式或点式通信级故障，作为降级运行模式，可由标准色灯信号机系统为列车提供全面的联锁防护，在该级别下，司机根据地面信号显示驾驶列车。
2 通则2.1地铁四号线、五号线采用相同的信号系统——TRAINGUARD MT系统，该系统是由德国西门子公司开发的基于无线通信的移动闭塞系统。
2.2列车投入ITC的操作方法：➢在ITC投入站，司机复位车载ATP，系统正常工作后，将列车驾驶模式预选为AM-ITC或SM-ITC（视运营需求）。
➢司机驾驶列车以15km/h的速度出站，当头端列车驾驶室越过出站信号机3-4m后即可成功转换为ITC模式。
2.3列车投入CTC的操作方法：➢所有车载设备工作正常。
➢在ITC投入站，司机复位车载ATP，系统正常工作后，将列车驾驶模式预选为AM-CTC或SM-CTC（视运营需求）。
➢司机驾驶列车以15km/h的速度出站，当头端列车驾驶室越过出站信号机3-4m后即可成功转换为ITC模式。
➢当列车成功定位并与轨旁建立良好无线通信后即可成功转为CTC模式。
2.4ITC投入站的设定：2.4.1四号线由于系统设计限定，只有部分车站为ITC投入站，司机只能在这部分车站投入ITC。
2.4.2五号线所有车站都为ITC投入点，司机可在五号线任一车站投入ITC。
2.5车载系统大复位的方法(车载整个系统的复位需要的时间60s)：➢将保险开关ATCB1、ATCB2、ATCB3、ATCB4、ATCB5打下。
➢将ATP切除开关打到切除位。
➢等待5秒后，将保险开关ATCB1、ATCB2、ATCB3、ATCB4、ATCB5合上。
➢将ATP切除开关打到正常位。
2.6车载ATP复位的方法（复位ATP需要的时间60s）：➢将驾驶端的ATP切除开关打到切除位，同时把ATO电源保险空开打下。
➢等待5秒后，将ATO电源保险空开合上，同时把ATP切除开关到正常位，约55S之后驾驶端系统正常工作。
➢再等5S之后，可以正常动车。
注意：若ATP电源保险空开打下，HMI上会显示“ATP打叉”，若ATP输出电源保险空开开关打到分位，列车牵引不能释放，车门不能操作。
2.7车载ATO复位的方法（复位ATO需要的时间60s）：➢将ATO电源保险空开打下。
➢停5S之后，合上ATO电源保险空开。
➢ATO启动之后，HMI上ATO打叉消失。
注意：复位ATO时，车载HMI会黑屏，直到ATO单元复位完成后，HMI才会恢复正常2.8 RADIO复位操作（复位RADIO需要的时间60s）➢Radio电源保险空开开关打到分位，➢等待5秒后，合上RADIO电源保险空开开关。
注意：Radio电源保险空开开关打到分位，HMI上显示“RAD”打叉。
2.9HMI复位操作（复位HMI需要的时间60s）➢将HMI电源保险空开打下。
➢等待5秒后，合上HMI电源保险空开开关。
2.10四号线有折返功能的车站及站台：其中，“√”表示有折返信号，“×”表示没有折返信号。
2.11除转换列车模式及复位ATP操作外，其余操作司机可先执行后报行调。
2.12当发生LOW死机故障时，车站人员配合重启LOW。
2.13复位ATP时，同一列次的列车复位不超过2次，中间站只复位1次。
3 信号故障操作处理指南6.1 车载部分6.1.1车载信号屏显示异常备注：ATO模式下，当车载信号屏发生故障时，列车可以继续以ATO模式跑车。
在此模式下，列车状态可以参考车辆屏显示。
6.1.4 列车以RM模式行驶，不能转换到SM模式（ITC）6.1.5 ATO/SM模式下，列车在行驶过程中产生紧急制动（ITC、CTC）6.1.6 SM/ATO模式列车不能手动开门（ITC、CTC）6.1.7 ATO按钮失效（ITC、CTC）6.1.8 列车以ATO模式在站台对标不准（ITC、CTC）6.1.9 在折返站没有收到自动折返信号（ITC、CTC）6.1.10 在折返站收到自动折返信号（ITC、CTC），折返失败6.1.11 有折返信号，AR按钮失效（ITC、CTC）6.1.12 信号机红灯或引导信号（ITC、CTC）备注：当下列四号线信号机：S1002、S1202、X1203、X1401、S1424、X1428、S1612、X1614、S1602、S1610、X1801、S1912、S1902 S1910、S2214、X2201、X2401、S2404是红灯或开放引导信号，而前方和后方进路均可排列并给出开放信号时，列车以RM模式通过以上信号机。
具体操作是：列车在红灯或引导信号机前停下，将预选模式选为RM模式；列车到达开放的信号机前将预选模式恢复为原来的模式。
6.1.13 确认按钮失效（ITC、CTC）6.1.14在已开放的信号机前推荐速度降为零，司机无法动车（ITC）6.1.15 备用端ATP红闪6.1.16 主用端ATP红闪6.1.17 列车产生紧制， HMI上出现RADIO打叉信息备注：复位以后，若列车以ITC-SM驾驶模式运行两个区间，仍不能转成CTC，需要复位RADIO电源，再运行两个区间仍不能转成CTC，到终点站退出服务。
6.1.18 连续两列车经过同一位置（有应答器的地方）时产生紧急制动6.1.19 SM/ATO模式列车在非运营停车点自动停车6.1.20连续两列车在同一个位置，无线丢失6.1.21联锁区内全部列车产生紧急制动6.1.22 某锁区内所占用的轨道区段的颜色变为红色（CTC）备注：当某联锁区轨旁ATP故障时，全线列车在故障期间应就近车站降级为ITC运行，往轨旁ATP正常联锁区运行方向的列车到终点站在开钥匙之前将两端RADIO开关打下，往轨旁ATP故障联锁区运行方向的列车期间不需要将RADIO打下，待故障恢复后，组织列车在就近车站恢复CTC运营。
6.2 车站及轨旁部分6.2.1 LOW显示道岔短闪（空闲）备注:①如果道岔被进路征用，需先取消进路征用，才能转换道岔操作。
②此故障系统不能监测到故障道岔位置。
③故障道岔能在LOW上操动转换位置则不需手摇，否则人工办理进路并钩锁故障道岔，对折返站的故障道岔只钩不锁。
6.2.2 LOW显示道岔长闪备注:①如果道岔被进路征用，需先取消进路征用，才能挤岔恢复操作。
②此故障系统不能监测到故障道岔位置。
③故障道岔能在LOW上操动转换位置则不需手摇。