4. RBC与车载ATP的通信会话术语
在CTCS-3级列控系统中,RBC(无线闭塞中心)与车载ATP之间的安全通信并不是"连上就一直用"的简单链路,而是以会话(Session)为单位进行管理的。所谓会话,是指RBC与某一台车载ATP之间,为完成该列车在当前管辖范围内的行车许可交付而建立的一段有明确起止边界的逻辑通信关系。理解会话的建立、注册、注销与中断,是理解车地通信安全机制的基础。
一、会话与注册:两个容易混淆的概念
初学者最容易把"会话建立"和"注册"当成一回事,实际上二者是不同层次的动作。
会话建立解决的是"通信通道能不能用"的问题。车载ATP开机或进入CTCS-3区域后,通过GSM-R无线网络与RBC建立应用层连接,双方完成安全层(Euroradio安全协议)的密钥协商与身份认证,形成一条受完整性保护和加密保护的安全连接。此时会话在通信层面已经存在,但RBC还不知道"这是哪一列车、它在哪里、它要去哪里"。
注册解决的是"这列车归不归我管、我该不该给它发许可"的问题。车载ATP在安全连接建立后,向RBC发送注册请求,报文中携带列车标识、当前位置(通常由应答器或GPS辅助确定)、列车参数等信息。RBC收到后核对该列车是否位于自己的管辖范围、列车标识是否合法、是否已在其他RBC注册,确认无误后回复注册确认,会话才真正进入"可用"状态,RBC开始向该列车发送行车许可(MA)。
二、会话生命周期全景
把上述过程串起来,一条会话从生到灭通常经历:建立安全连接 → 注册 → 正常通信(周期性报告位置与状态) → 注销或中断 → 连接释放。下图展示了这一生命周期中各状态之间的迁移关系,以及触发迁移的关键事件。
三、正常注销:不是"断线",而是"交接"
注销(Deregistration)是会话的有序结束,与通信中断有本质区别。典型场景有两类:一是列车驶出CTCS-3区域或到达终点,车载ATP主动向RBC发送注销请求,RBC确认后释放该列车的管理资源;二是列车跨越RBC边界,车载ATP先向新RBC注册,成功后再向原RBC注销,实现管辖权的平滑交接。
以越区交接为例,实际过程大致如下:车载ATP检测到当前位置接近RBC边界(边界信息由应答器或RBC提前告知),向目标RBC发起注册;目标RBC核验列车位置已进入或即将进入其管辖范围,回复注册确认并开始下发MA;车载ATP随后向原RBC发送注销,原RBC停止下发MA并释放资源。整个过程的关键在于先注册、后注销,保证任一时刻至少有一个RBC对列车负责,避免出现"无人管"的空档。
四、通信中断:会话的异常状态
通信中断指安全连接因链路质量、网络切换、设备故障或超时等原因意外丢失。它与注销的最大区别是没有经过双方确认。RBC侧无法确定列车是掉线了还是发生了更严重的情况,因此处理策略偏保守:保持对该列车的占用记录,不再更新MA;车载侧则在检测到通信超时后触发制动,确保列车不会在失去地面监督的情况下继续高速运行。
中断恢复后,车载ATP需要重新建立安全连接并重新注册。此时RBC会要求列车报告当前位置,重新核对占用情况,确认无误后才恢复MA下发。需要特别强调的是,中断前收到的旧MA不能直接沿用,因为中断期间线路状态可能已经变化(例如前方进路被取消、道岔被转动)。
五、关键术语对照与判读要点
下表汇总了本节涉及的核心术语及其在工程判读中的关注点,便于在实际日志分析和故障排查时快速对照。
| 术语 | 含义 | 判读要点 |
|---|---|---|
| 会话建立 | 完成安全连接与身份认证 | 关注认证是否成功、密钥协商是否完成 |
| 注册 | 列车向RBC报到并纳入管辖 | 核对列车标识、位置、管辖范围 |
| 注销 | 有序结束会话、释放资源 | 确认先注册后注销,无管理空档 |
| 通信中断 | 安全连接意外丢失 | 关注超时门限、制动触发、恢复后重注册 |
| 越区交接 | 管辖权从一个RBC转移到另一个 | 目标RBC先确认,原RBC后释放 |
掌握会话生命周期,本质上是在建立一种"状态意识":任何时刻都要清楚这条会话处于哪个阶段、由谁负责、下一步该发生什么。这既是理解车地通信协议的基础,也是分析通信类故障时判断问题出在链路层、注册层还是许可层的出发点。