1. CBTC联锁系统集成与接口测试概述
CBTC（基于通信的列车控制）系统是城市轨道交通信号系统的核心，它以车地连续通信为基础，把列车位置、速度等状态实时送到地面，再由地面设备计算移动授权，实现列车的高密度、安全运行。要理解联锁系统在其中的角色，以及集成与接口测试为什么重要，需要先看清整个系统的组成与分工。
一、CBTC系统的组成与联锁的功能定位
从设备层级看，CBTC系统通常可划分为四大部分：
- 车载设备（ATP/ATO）：负责列车定位、超速防护、自动驾驶与车门控制，通过无线与地面通信。
- 地面控制设备：包括区域控制器（ZC）、计算机联锁（CBI）、列车自动监控（ATS）等，完成移动授权计算、进路控制与行车调度。
- 通信设备：包括无线接入网、有线骨干网，承载车地信息与地面设备间的数据交换。
- 轨旁设备：包括信号机、道岔转辙机、计轴器、应答器等，直接反映线路状态并执行联锁命令。
联锁子系统（CBI）是其中的安全核心。它的职责可以概括为：根据轨旁设备状态和进路请求，检查联锁条件，安全地排列进路、控制道岔和信号机，并把进路、区段占用、信号显示等状态提供给ZC和ATS。换句话说，联锁是“地面安全逻辑的执行者”，它不直接计算移动授权，但为ZC提供判断列车能否安全运行的基础条件；它也不直接调度列车，但为ATS的进路操作提供安全约束。联锁与ZC、ATS、轨旁设备之间的接口，正是集成测试的重点。
二、集成与接口测试的目标与范围
单套设备出厂前会做型式试验和工厂测试，但设备“各自正常”不等于“组合起来正常”。集成与接口测试的目标，是验证不同厂商、不同子系统之间的信息交互正确、时序匹配、故障处理安全。具体包括三个层面：
- 数据正确性：接口报文中的字段含义、取值范围、编码方式是否一致。例如联锁向ZC上报区段占用状态时，区段编号、占用/空闲标志、时间戳必须与接口协议定义完全对应。
- 时序与交互逻辑：一条进路排列后，联锁何时向ZC发送“进路已锁闭”，ZC何时据此延伸移动授权，二者先后顺序和超时处理是否符合设计。
- 故障与降级行为：通信中断、设备故障、非法请求时，各子系统是否进入预定的安全状态，是否给出正确的告警与状态指示。
测试范围通常覆盖联锁与ZC、联锁与ATS、联锁与轨旁设备、联锁与维护监测系统之间的接口，以及联锁在CBTC整体运营场景（如进路自动触发、列车折返、故障降级）中的集成行为。范围界定要明确“测什么、不测什么”，避免与单设备功能测试重复，也避免遗漏跨系统场景。
三、测试在工程生命周期中的位置
接口测试不是一次性动作，而是贯穿设计、制造、现场调试和运营维护的连续过程。典型工程中，它出现在以下节点：
| 阶段 | 主要测试活动 | 关注重点 |
|---|---|---|
| 设计阶段 | 接口协议评审、接口数据表核对 | 字段定义、时序约定是否闭环 |
| 工厂集成测试 | 联锁与ZC/ATS在实验室联调 | 报文交互、正常场景与典型故障 |
| 现场调试 | 联锁与真实轨旁设备、真实通信网联调 | 时延、丢包、设备实际响应 |
| 试运行与验收 | 运营场景下的集成验证 | 降级模式、故障恢复、运营可用性 |
越早发现接口问题，修复成本越低。设计阶段一个字段定义的歧义，如果拖到现场调试才暴露，往往需要修改软件、重新测试甚至影响工期。因此接口测试的左移（在设计阶段就介入）是工程实践中的重要原则。
四、一个接口测试的示例场景
以“联锁向ZC上报进路锁闭状态”为例，说明测试如何落地。假设接口协议约定：联锁在进路排列成功且道岔锁闭后，向ZC发送ROUTE_LOCKED报文，报文中包含进路编号、锁闭状态、时间戳；ZC收到后应在200ms内回送确认，并据此更新移动授权。
测试时，测试人员通过接口仿真工具模拟ZC，向联锁下发进路排列命令，观察联锁输出：
发送：ROUTE_SET 进路号=G01-03 方向=上行
接收：ROUTE_LOCKED 进路号=G01-03 状态=锁闭 时间戳=T0
检查：报文在道岔锁闭后发出，字段与协议一致
模拟：ZC延迟300ms回确认
预期：联锁在超时阈值内保持进路锁闭，并上报告警
判断依据是：正常场景下报文内容与协议逐字段一致、时序在约定范围内；异常场景下联锁不误放行、不丢失已锁闭状态，告警信息可被ATS正确显示。这类“正常+异常”成对设计的用例，比只测正常流程更能暴露接口问题。
总体而言，CBTC联锁系统的集成与接口测试，本质是在“设备正确”之上验证“系统正确”。理解系统组成与联锁定位，明确测试目标与范围，并把测试放进工程生命周期的正确位置，是后续开展具体接口测试工作的基础。