基于无线闭塞中心（RBC）日志的列车运行场景分析

王天鸣

（国家铁路局装备技术中心，北京 100891）

无线闭塞中心（RBC）是基于故障安全计算机平台的信号控制系统，属于CTCS-3级列控系统的地面核心设备。RBC根据所控制列车的状态，其控制范围内的轨道占用、列车进路状态、临时限速命令、灾害防护和线路参数等信息，产生针对所控列车的移动授权（MA）信息，并通过GSM-R无线通信系统传输给车载子系统，保证其管辖范围内列车的运行安全[1]。RBC发生故障会导致车地通信超时或中断，使列车由CTCS-3降为CTCS-2，还可能会触发制动、紧急停车，给其运营带来很大影响。

RBC故障分为RBC本身系统故障，如RBC重启、RBC内部交换机死机、链接线缆松动等；以及RBC在与其他设备通信时发生的故障，如RBC与联锁通信中断、RBC与列车通信故障、RBC与临时限速服务器（TSRS）通信故障等。其中，RBC在与其他设备方面故障占大部分。通过对RBC日志的分析，能深入了解RBC故障的成因，提高分析质量、优化列控系统，快速定位故障原因[2]。

1 RBC-RBC移交通信场景

在正常移交通信过程中，列车从RBC1驶入RBC2管辖范围，在列车移动授权（MA）到达切换应答器时，RBC1会向RBC2发移交预告信息（M201），申请进路信息。RBC2接收到RBC1发出的M201后，发送确认信息（M205）对信息进行确认。RBC1根据从RBC2接收到的进路信息，发送移动授权请求信息（M202），RBC2接收到M202后根据范围内的进路状态，发送移动授权信息（M221），RBC1发送M205对M221进行确认（见图1）。

图1 RBC正常移交通信场景

当列车距移交边界小于一定距离（根据线路配置），向列车发送RBC移交命令（P131），列车给RBC1发送确认信息（M146）和位置报告（M136），列车2电台与RBC2建立通信会话，RBC2给列车发送移动授权，在列车到达移交边界前，车载设备继续使用RBC1提供的行车许可（MA）。

当列车达最大安全前端通过切换应答器，列车分别向两个RBC发送M136，当RBC1收到M136后若之前未收到RBC2发来的列车接管信息（M222），则RBC1向RBC2发送移交通告信息，停止向RBC2请求进路信息。

若RBC1先收到RBC2发来的列车接管信息，则移交结束。RBC2接管列车后，RBC1向车发送消息终止会话通信（P42），列车回复通信会话结束（M156），RBC1发送会话结束确认（M39），至此完成RBC1到RBC2的移交[3-4]。

2 RBC与联锁通信中断

2.1 故障现象

举例说明：16：30左右，列车10030291运行至K2214+ 248处未收到来自RBC的消息，后转C2，RBC发送断开命令，与车断开链接。

2.2 故障成因分析

打开日志相应时间段的RBC日志，选择类型“alarmgroupil_ad_crsc_a”“iladcrscsam”“stpdatatotrain”和“stpdatafromtrain”，过滤日志，选择车载标识10030291，同时选择查看“alarmgroupil_ad_crsc_a”类型。

进入Alarms信息，导入报警日志信息，可以看到16:29:21时RBC的报警信息：

The session to ILOCKGZN is terminated,consequence=No data have been received from ILOCKQY in 3500 milliseconds.The session to ILOCKQY is terminated,consequence=No data have been received from ILOCKQY in 3500 milliseconds.

通过报警告信息可知16：29：21，RBC8与联锁断开连接。此时，列车10030291的位置报告显示：

NID_MESSAGE=136,L_MESSAGE=24,T_TRAIN=1521067,NID_ENGINE=10030291,NID_PACKET=0,L_PACKET=114,Q_SCALE=1,NID_LRBG=9385759,D_LRBG=601,Q_DIRLRBG=1,Q_DLRBG=1,L_DOUBTOVER=30,L_DOUBTUNDER=29,Q_LENGTH=0,V_TRAIN=69,Q_DIRTRAIN=1,M_MODE=0,M_LEVEL=3

可知，列车的位置为K2214+823，速度为69×5=345km/h，在清远管辖范围内，此时RBC回复一条M24后不再给列车发送任何信息。

列车20s之内没收到RBC的消息，认为无线超时，执行常用制动，于16：30：08速度降到300km/h以下，模式为C2。

16：30：12，报警信息显示，清远和广州北联锁与RBC重新建立连接：

The connection to ILOCKQY is established.

The connection to ILOCKGZN is established.

16：30：20，RBC恢复工作，向已处于C2的列车发送断开命令，列车与RBC正常断开。

2.3 结果分析

RBC和联锁通信中断，使RBC无法获得其管辖范围内各进路状态信息，RBC立即停止与行车许可（MA）已涉及该联锁控制区的列车通信，不向列车发送任何消息。

3 列车与RBC通信错误导致行车许可缩短

3.1 故障现象

时间15：32，列车10030172上行过RBC6/5移交点，此后由于列车故障停车后重启，目视转完全后收到一条很短的MA，行驶至衡山接近MA终点处，关机转C2（见图2）。

图2 列车与RBC通信错误导致行车许可缩短

3.2 故障成因分析

列车已过RBC6/5移交点，重新启机转完全监控模式收到很短的MA，查看RBC5所发的MA是否准确。

查找15：00：00至16：00：00时的RBC5日志。从RBC5所解析的数据看到，10030172与RBC5在15：30：46建立连接（M155，RBC6/5移交预告点），15：33：48断开连接（列车故障点），而15：33：48之后列车与RBC5无任何消息。由于列车处在RBC5和RBC6的套袖区内，而列车能收到MA，则有可能是RBC6所发。因此，还要查看RBC6的数据，列车10030172与RBC6于15：32：19断开连接（RBC6/5移交执行点），15：43：37重新建立连接，如下所示：

15：47：50，SR（目视）模式过9381138（9490，K1737+843），报告有效位置。

15：48：08，RBC6给车发送MA，NID_LRBG=9381138（9490，K1737+843），EOA为K1725+219，该点RBC6上行所管辖的终点。

15：54：11，列车停于K1725+416处。

3.3 结果分析

因此，可以判断列车故障重启后本应呼叫RBC5，却错误地输入了RBC6的ID和电话号码，由于已接近RBC6边界，导致列车收到的MA短。

4 结束语

利用RBC日志分析列车的问题，下载数据量小、诊断效率高、方便易操作、随时都可在司法记录单元下载数据进行分析，但因列车通信传输问题处理涉及通信、地面、车载3个业务口，部分问题需要跨铁路局协调解决，分析处理还需要相关单位密切配合。RBC的日志分析可以初步确定问题部门，好为下一步处理指明方向，使部门间提高处理效率，降低对列车运行的影响。