2. 临时限速系统架构与设备组成
CTCS临时限速系统并不是一个孤立设备，而是由临时限速服务器（TSRS）牵头、多个信号子系统协同工作的分布式系统。理解这套系统的关键，不在于记住设备清单，而在于看清"限速命令从哪里来、经过谁、最终以什么形式到达司机和车载设备"。本节围绕这条主线，梳理TSRS、RBC、联锁、CTC、应答器、DMI六类对象之间的数据流与接口关系。
一、系统分层与各设备职责
从功能层次看，临时限速系统可分为三层：调度命令层（CTC）、限速管理与分发层（TSRS）、执行与呈现层（RBC、联锁、应答器、DMI及车载ATP）。
- CTC（调度集中）：限速命令的发起端。调度员在CTC终端上拟写临时限速调度命令，明确线路里程范围、限速值、起止时间、上下行及行别等要素，经审核后下达给TSRS。
- TSRS（临时限速服务器）：系统的核心。负责限速命令的接收、合法性校验、存储、拆分与分发，同时管理限速状态的生命周期（激活、生效、到期、取消），并向CTC回送执行状态。
- RBC（无线闭塞中心）：负责CTCS-3级线路的限速执行。TSRS将限速信息发送给相关RBC，RBC据此生成行车许可（MA）中的线路限速描述，通过GSM-R无线链路传送给车载ATP。
- 联锁：负责CTCS-2级线路及车站区域的限速执行。TSRS将限速命令发送给管辖该区域的联锁，联锁通过有源应答器（LEU）向车载设备发送限速报文。
- 应答器（含LEU）：地面→车上的点式信息通道。有源应答器由LEU驱动，报文内容随联锁/TSRS下发的限速状态动态变化；无源应答器提供固定线路参数。
- DMI（司机人机界面）：车载侧呈现终端。车载ATP解析限速报文后，在DMI上显示当前限速值、目标限速及制动曲线提示，供司机确认和操作。
二、数据流与接口关系
限速命令的完整流转可概括为"CTC下达→TSRS管理→RBC/联锁执行→应答器/无线传输→车载ATP→DMI显示"。各段接口的性质不同：CTC与TSRS之间是调度命令接口，通常基于专用网络和约定的报文格式；TSRS与RBC之间通过信号安全数据网交换限速状态；TSRS与联锁之间同样经安全数据网传递限速命令与状态回执；联锁与LEU之间为串行或网络接口，LEU再以应答器报文格式驱动有源应答器；RBC与车载之间为GSM-R无线接口；车载ATP与DMI之间为车载内部总线接口。
需要特别注意的是双向性：TSRS不仅向下分发，还接收RBC和联锁回送的"限速已激活/已取消"状态，并汇总后回送CTC，形成闭环。若某执行设备未正确回执，CTC上该条限速命令会显示为未完成状态，调度员据此判断是否需要重发或排查。
三、接口关系中的关键约束
实际配置与维护中，有几条接口约束必须清楚：
- 管辖范围匹配：TSRS只向"管辖范围内"的RBC和联锁分发限速。若限速里程跨越两个TSRS辖区，需由上级或相邻TSRS协调，避免出现一侧已激活、另一侧未收到的"半生效"状态。
- 限速要素完整性：CTC下达的命令必须包含里程起点、终点、限速值、上下行、行别、起止时间。TSRS校验时若发现里程范围与线路数据不匹配（如超出管辖终点），会拒绝接收并回送错误状态。
- 执行优先级：同一区段存在多条限速时，按"低限速优先"原则执行；TSRS在拆分分发时需保证RBC与联锁收到的是同一套生效限速集合，否则会出现车地不一致。
- 状态一致性：RBC与联锁的回执是判断限速是否真正生效的唯一依据。维护人员排查"限速已下达但DMI无显示"时，应先查TSRS与执行设备间的状态回执，再查应答器报文或无线链路。
四、一个典型配置示例
假设某CTCS-3级线路K120+000至K122+000区段需设置80 km/h临时限速，起止时间为当日08:00至18:00。调度员在CTC拟写命令后，TSRS校验通过，将限速拆分为对应RBC管辖的两段（若跨RBC边界），分别下发；RBC生成含限速描述的MA，经GSM-R传至车载ATP；ATP计算制动曲线并在DMI上显示"限速80"及目标距离。同时，若该区段车站由联锁管辖，联锁驱动LEU更新有源应答器报文，列车经过时点式接收限速信息作为补充。TSRS收到RBC与联锁的激活回执后，向CTC回送"已激活"，调度员界面状态由"已下达"变为"已生效"。
掌握上述分层结构与接口流向，就具备了分析临时限速系统各类异常的基本框架：任何"限速不生效"问题，都可以沿"CTC→TSRS→执行设备→传输通道→车载→DMI"逐段定位，判断是命令未下达、校验被拒、回执丢失、报文未更新，还是车载解析或显示环节的问题。