4. CTCS-2级系统原理与转换边界
CTCS-2级是中国高铁与提速干线广泛运用的列车运行控制系统，其核心特征是“轨道电路+应答器”的地面信息架构，配合车载ATP实现连续速度监控。理解CTCS-2，关键要抓住两条信息通道：一条是轨道电路提供的连续、粗颗粒的占用与线路状态信息，另一条是应答器提供的点式、精确的线路参数与临时限速信息。二者互补，构成CTCS-2的连续监控能力，也决定了它与CTCS-3级之间的转换边界。
一、地面信息架构：连续量与点式量的分工
CTCS-2的地面设备主要由轨道电路、应答器（含无源应答器与有源应答器）、车站联锁、列控中心（TCC）以及临时限速服务器（TSRS）构成。轨道电路沿线路连续铺设，向车载设备传输载频与低频信息，其低频编码对应前方区段的空闲/占用状态以及允许的行车许可等级。轨道电路的信息是“连续但粗粒度”的：它告诉车载设备前方大致有几个闭塞分区空闲，但无法给出精确的线路坡度、曲率、桥梁隧道等参数。
应答器则布置在特定位置，如进站信号机外方、区间分界点、转换点附近。无源应答器存储固定的线路参数（坡度、曲率、静态限速、公里标等），有源应答器通过LEU与联锁/TCC连接，可实时写入进路信息、临时限速、信号显示等可变数据。列车经过应答器时，车载BTM（应答器传输模块）读取报文，ATP据此更新目标距离曲线。因此，CTCS-2的连续监控本质上是“轨道电路维持连续监督、应答器刷新精确参数”的协同机制。
二、连续监控的实现逻辑
车载ATP在CTCS-2级下的工作过程可以概括为“接收—比较—输出”。轨道电路的低频信息经STM天线接收后，ATP据此确定前方空闲分区数，结合应答器提供的线路参数，生成目标距离模式曲线。列车实际速度由测速测距单元（通常为轮轴速度传感器+雷达）实时采集，ATP将实际速度与模式曲线允许速度比较：未超速时正常监督，接近限速时给出报警，超过限速则触发常用制动乃至紧急制动。
这里有一个容易被忽视的细节：轨道电路只能给出“分区空闲数”，而分区长度是固定的，因此CTCS-2的行车许可分辨率受闭塞分区长度制约。应答器的作用就是在关键位置“校准”这一粗粒度信息——例如在进站口应答器给出前方进路的精确坡度与限速，使ATP能够提前构建更准确的下坡制动曲线。若应答器丢失或报文校验失败，ATP会降级处理，通常转入部分监控或目视行车模式，这正是CTCS-2安全逻辑的体现。
三、与CTCS-3级转换的接口与条件
CTCS-3级以无线闭塞中心（RBC）通过GSM-R向车载传输行车许可，轨道电路在CTCS-3下主要作为列车占用检查手段，不再承担连续许可传输。因此，CTCS-2与CTCS-3的转换不是简单的“切换开关”，而是涉及地面设备、车载模式、通信链路三方面的协同。
从CTCS-2向CTCS-3转换（通常称为“升级”），典型条件包括：列车进入CTCS-3覆盖区段，车载设备已注册到RBC并建立通信会话，RBC已为该列车生成行车许可，且转换点处的应答器组发出转换预告。转换点一般设置在CTCS-3区段入口前的适当地点，应答器组包含转换命令与RBC呼叫信息。车载ATP收到后，在确认RBC通信正常、许可有效的前提下，从CTCS-2模式切换到CTCS-3模式，此后速度监控由RBC许可驱动。
从CTCS-3向CTCS-2转换（“降级”），则发生在列车驶出CTCS-3覆盖区、RBC通信中断或地面设备故障时。转换点应答器组发出降级预告，ATP在确认轨道电路信息可用后切入CTCS-2模式。需要强调的是，无论升级还是降级，转换过程都要求“信息不中断、监控不失控”：升级前必须确保RBC许可已就绪，降级前必须确保轨道电路低频信息已稳定接收，否则ATP将采取安全侧措施（如制动停车或转入目视模式）。
四、测试关注点与判断依据
针对本节内容，系统测试应围绕三条主线展开。第一，验证CTCS-2连续监控的正确性：在轨道电路低频编码变化时，观察ATP目标距离曲线是否随之更新，应答器报文读取后线路参数是否生效。第二，验证转换边界的完整性：在转换点前后，检查应答器组报文内容（转换命令、RBC ID、公里标）是否与设计一致，ATP模式转换是否在预期位置发生。第三，验证异常场景的安全侧行为：模拟应答器丢失、RBC通信超时、轨道电路信息中断，确认ATP是否按规范转入降级模式并给出相应显示。
一个可操作的判断依据示例：在CTCS-2→CTCS-3转换测试中，若列车通过执行应答器后DMI仍显示CTCS-2模式，应首先检查RBC通信会话是否建立成功、车载RBC ID配置是否与地面一致，而不是直接怀疑应答器报文。这类“先查链路、再查报文、后查模式逻辑”的排查顺序，来自对CTCS-2/3接口分工的理解，也是本节原理知识在实际测试中的直接应用。
综上，CTCS-2的连续监控建立在轨道电路与应答器的分工协作之上，而其与CTCS-3的转换边界则由应答器组、RBC通信与车载模式逻辑共同界定。掌握这一架构，才能在测试中准确判断“信息从哪来、许可由谁给、模式何时切”，从而设计出有针对性的测试用例与故障排查路径。