4. 临时限速数据模型与编码规则

临时限速（TSR）在CTCS系统中并不是一条“口头命令”，而是一组结构化、可编码、可校验的数据对象。列控中心（TCC）根据调度命令生成临时限速数据，经应答器或无线报文下发给车载设备，车载ATP再据此生成制动曲线。要让这条链路可靠工作，必须先把“限速值、区段范围、方向、有效时间、关联应答器组、报文结构”这几个要素定义清楚，并明确它们之间的约束关系。

一、临时限速数据模型的六个核心要素

一条完整的临时限速记录，可以抽象为以下字段集合：

• 限速值：以km/h为单位的整数，通常取5的整数倍，如80、120、160。它是ATP计算目标速度的直接输入。
• 区段范围：由起点和终点确定的一段线路，工程上常用“起点公里标+长度”或“起止应答器组编号”表达。范围必须落在同一线路、同一方向的可控区域内。
• 方向：正方向、反方向或双向。方向决定了该限速对哪一运行方向的列车生效，双向限速则需在两个方向分别下发。
• 有效时间：起始时刻与终止时刻，精确到分钟。超出时间窗的数据应被TCC自动撤销或标记为失效。
• 关联应答器组：限速区段的入口应答器组（用于提前告知）和区内应答器组（用于确认），是地面到车上的传递载体。
• 报文结构：把上述信息按固定格式打包成应答器用户报文或无线消息，包含标识、长度、校验等字段。

这六个要素不是孤立的：限速值决定制动曲线斜率，区段范围决定曲线作用区间，方向决定生效对象，有效时间决定生命周期，关联应答器组决定传递路径，报文结构决定能否被正确解析。任何一个字段出错，都可能导致限速不生效或误触发制动。

二、编码规则与报文结构

以应答器方式下发时，临时限速信息通常封装在用户报文包中。一个典型的包结构包含：包标识（区分临时限速包与线路参数包）、包长度、限速条目数量，以及若干条限速记录。每条记录内部依次排列限速值、区段起点、区段长度、方向标志、有效时间起止等字段。工程上常见的编码约定是：限速值用1字节表示，单位为5km/h，即编码值16代表80km/h；方向用1位标志，0表示正方向、1表示反方向；区段长度以米为单位用2字节表示。

下面是一段示意性的报文结构描述（参数为教学示例，非实测值）：

包标识: 0x15 (临时限速包)
包长度: 0x0C
条目数: 0x01
条目1:
  限速值编码: 0x10   → 16 × 5 = 80 km/h
  区段起点:   0x1A2B → 公里标换算值
  区段长度:   0x03E8 → 1000 m
  方向标志:   0x00   → 正方向
  起始时间:   0x0A20 → 时:分编码
  终止时间:   0x0C30 → 时:分编码
  校验:       0x5A

车载设备收到报文后，先校验包标识与校验和，再逐条解析。若限速值编码不在合法集合内、区段长度为零、或起止时间倒置，该条目应被判为无效并丢弃，同时记录故障日志。这一点在排障时非常关键：很多“限速不生效”的问题，根源是编码值越界或时间字段格式错误，而不是传输链路故障。

三、要素之间的约束关系

数据模型的价值在于约束。实际配置时，需要重点检查以下几组关系：

• 限速值与区段范围：限速区段长度应大于列车在该限速下的最短制动距离，否则列车可能在到达限速点前无法降到目标速度。
• 方向与关联应答器组：正方向限速应关联正方向入口应答器组；若误关联反方向组，反方向列车会收到不属于自己的限速。
• 有效时间与调度命令：有效时间窗必须覆盖施工或临时作业的实际时段，并留出前后余量；时间窗过短会导致限速提前撤销，过长则影响后续恢复正常运行。
• 区段范围与应答器覆盖：限速区段内应有足够的应答器组，保证列车在区内能持续获得限速确认，避免“只入口提示、区内丢失”的情况。

四、数据流转与校验路径

下图展示了一条临时限速数据从调度命令到车载执行的完整流转与校验关系，重点体现各要素在哪个环节被检查、以什么载体传递。

从图中可以看出，编码合法性校验是承上启下的关键节点：它既约束TCC生成的数据质量，也决定应答器报文能否被车载正确解析。实际维护中，若车载报告“收到限速但未制动”，应优先检查限速值编码与区段长度；若报告“限速提前消失”，则应检查有效时间窗与区内应答器组覆盖是否完整。

五、配置示例与判断依据

假设某区间K10+000至K11+000需设置80km/h临时限速，方向为正方向，有效时间为08:00至18:00。按前述模型，可整理为如下配置记录（示例参数）：

配置完成后，判断是否正确的依据有三条：一是TCC侧编码校验通过、无告警；二是通过应答器报文读取工具核对包标识、条目数与各字段编码值；三是安排试验列车或使用车载日志确认ATP在进入区段前收到限速并输出制动。三条都满足，才能认为该条临时限速数据模型配置完整、编码正确、传递有效。