客专列控中心与LEU接口

客运专线列控中心

列控与LEU接口规范

中华人民共和国铁道部发布

TB/T xxxx—××××

前言

本标准提出了列控中心与计算机联锁系统间的接口规范。

本标准由北京全路通信信号研究设计院提出并归口。

本标准由北京全路通信信号研究设计院负责起草。

本标准主要起草人：

本标准于2009年xx月首次发布。

TB/T xxxx—××××客运专线列控中心列控与联锁接口规范

1 范围

本标准规定了客运专线列控中心（TCC）对LEU接口的通信协议规范。

本标准适用于客专CTCS-2级和CTCS-3级列控系统下的TCC子系统与LEU之间的接口。

2 规范性引用文件

下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。

（1）铁集成〔2007〕124号《客运专线CTCS-2级列控系统配置及运用技术原则（暂行）》

（2）科技运〔2007〕158号《客运专线CTCS-2级列控系统列控中心技术规范（暂行）》

（3）科技运〔2008〕34号《CTCS-3级列控系统总体技术方案》

（4）运基信号〔2009〕719号《信号系统与异物侵限监控系统接口技术条件》

（5）运基信号〔2009〕716号《无配线车站信号系统技术方案》

（6）TBD-MOR 《CTCS-3级列控系统相关编号规则》

（7）TBD-MOR 《铁路信号安全协议-I型》

3 与ALSTOM-LEU接口（S）

3.1接口与数据

3.1.1接口配置

列控中心与每一个LEU间通过RS422串行异步的双通道冗余方式连接，如图1所示。

图 1 ALSTOM-LEU双通道冗余

3.1.2应用数据与传输内容

本SRSD用于列控中心向LEU实时传送应答器报文数据，包含：

4 条应答器报文(TGM 格式)，每条占1024位；

4 条报文的索引值，每条占3个字节(22 个有效位)。

具体参见表1和表2。

TB/T xxxx—××××

表 1 TSD帧中安全数据域的定义

实际传输次序应按照从B523字节至B0字节。其中，报文索引值的格式为：

表 2 报文索引值格式

实际传输次序应按照从B2字节到B0字节。

4

3.2安全协议扩展

因列控中心在获取LEU状态时，需采用缓存区交互方式，故需补充以下安全通信帧格式和交互机制，参见表3。

表 3 用于缓存区传输(BTM)的交互帧

3.2.1BTM帧的通用格式

下表4为缓存区传输帧的通用格式定义。

表 4 缓存区传输帧的通用格式定义

3.2.2缓存区传输的控制帧和数据帧

缓存区传输控制帧的数据域定义见下表5:

表 5 BTC数据域定义

缓存区传输数据帧的数据域定义见下表6:

表 6 BTD数据域定义

名称

大小

取值

说明

子分

区的数据域

SBD 子分区的数据 224字节 有效数据

SBD 部分的格式说明： 3个字长

数据

头部:

2字节 2字节 参考表 5 4字节

4字节

LEU 状态数据：

总体结构如下:

4 个字长

SYS_CONF

(N+1) * 4个字长 N= 当前板数 32个字长

2个字长

硬件配置情况:

1字节 3字节 4个字长

4个字长

1字节

[0x01或0x81 = 输出板 0x02 = 预留

0x03 = 处理板 1Mb/s 0x04 =预留 0x05 =预留

0x06 =预留

0x07 = 输入板

3字节

第N块板信息4字节

4字节

4字节

∙输出板:

1 字节

板状态1字节(类型 = 0x01 或0x81) 1字节

1字节

其中,

PCC = 若输出为短路保护状态则置1 ，否则为0

PT = 若有列车通过则置1，否则为0

PC6 = 若有电能发送到应答器则置0 ，否则为1

LO = 若检测到开路则置1，否则为0

LCC = 若检测到短路则置1，否则为0

∙处理板:

板状态1字节(类型 = 0x03 或0x05) 3字节

∙输入板:

1字节

板状态1字节

(类型= 0x07) 1字节

1字节

其中,

Bit 7 to Bit 3 Bit 2 Bit 1 Bit 0

链路1 & 2状态

Link Used = 0 : 未使用 = 1 : 已使用

Processed Link = 0 : 未处理= 1 : 已处理

Link Activity = 0 : 未激活 = 1 : 已激活

3.2.3缓存区传输的起始帧

表7信息帧是用于初始化缓存区传输，为SBT帧中的数据域定义:

表7 缓存区传输起始帧的数据域

SBT中数值域的具体数值请参见第3.4节。

说明：

✓Dataver

参数DATAVER 和NUM_DATAVER 可共同用于描述系统当前所使用的版本信息. 其中DATAVER还是一个安全数据的生产者与消费者之间的约定信息值, 隐含在信息交互帧中。

✓Delta Time counter max

因在通信中可能会出现丢帧(如位错误率, EMC干扰, 瞬间中断等)现象。

应用级恢复机制需要有一个上次和本次收到信息的最大允许时间差值。若超过此值，则要实施SSE/SSR 机制进行时序校正。

✓Lifetime

网络发送时长, 发送丢帧或时序校正都会导致TSD的时效性损失。对于要使用TSD的LEU, 若未接收到新的帧前:

1)上一次的帧仍视为有效

2)只要还未超出最大生命期值, 当前报文信息就仍视为有效

3)而一旦超出此值, 则失效，LEU就改发默认报文

✓CRC 32 位校验

该CRC是对临时通信参数信息(即TCC的安全通道参数和LEU的安全通道参数)作校验，生成算式为G(x) = x32 + x26 + x23 + x22 + x16 + x12 + x11 + x10 + x8 + x7 + x5 + x4 + x2 + x + 1

3.3获取LEU状态

同一时间内只允许有一个设备可以访问LEU。即当LEU正与某一设备正进行缓存区传输时，若接收到了来自其他设备的缓存区访问帧，则就会立刻结束当前的传输过程。

由TCC所引发的缓存区传输帧也不能干扰信号量信息（TSD帧和SSR帧）的发送时机。即在同一发送周期内，信号量信息帧总要优先发送出去，然后再发送缓存区传输信息帧。

下图2就是获取LEU状态的一次完整对话过程。