1、 ICS 35.240.60 CCS L 67 DB11 北京市地方标准 DB11/T 1164.32020 代替 DB11/T 1164.32015 城市轨道交通自动售检票系统技术规范 第3部分：数据传输 Network toll system of rail transit technical requirements Part III: Data transmission 2020 - 12 - 24发布 2021 - 04 - 01实施 北京市市场监督管理局 发布 DB11/T 1164.32020 I 目 次 前言 . III 1 范围 . 1 2 规范性引用文件 . 1 3 术语和
2、定义 . 1 4 缩略语 . 1 5 ACC与MLC间数据传输方式 . 1 6 MLC与SC以及SC与SLE间的数据传输方式 . 1 6.1 数据传输方式分类 . 1 6.2 端口定义 . 2 6.3 在线数据传输规定 . 2 6.4 在线文件传输规定 . 11 6.5 离线数据规定 . 12 6.6 设备远程唤醒通信规定 . 12 6.7 时钟同步通信规定 . 13 6.8 离线数据、FTP参数数据和调试数据文件的格式定义 . 13 7 MLC与SC以及SC与SLE间数据传输时序 . 14 7.1 数据传输流程的约定 . 14 7.2 数据传输时序的基本准则 . 16 7.3 简单业务时序
3、. 18 7.4 组合业务时序 . 23 8 SLE与TPU间数据传输规定 . 34 8.1 SLE与TPU之间的数据传输接口 . 35 8.2 通信规格 . 35 8.3 TPU启动时序 . 35 8.4 控制字符定义 . 36 8.5 传输数据包结构 . 37 8.6 通信时序 . 37 8.7 TPU的工作状态 . 41 9 车票业务处理时序 . 42 9.1 售票 . 42 9.2 补票 . 46 9.3 充值 . 47 9.4 查询车票信息 . 49 9.5 退票退资 . 49 9.6 替换 . 51 9.7 激活 . 53 9.8 延期 . 53 DB11/T 1164.32020
4、 II 9.9 挂失 . 54 9.10 抵消 . 54 9.11 AG进出站 . 55 DB11/T 1164.32020 III 前 言 本文件按照GB/T 1.12020标准化工作导则 第1部分：标准化文件的结构和起草规则的规定 起草。 DB11/T 1164城市轨道交通自动售检票系统技术规范分为9个部分： 第1部分：系统结构及功能； 第2部分：接口数据格式； 第3部分：数据传输； 第4部分：人机界面； 第5部分：车票处理单元； 第6部分：票卡； 第7部分：终端设备； 第8部分：检测； 第9部分：技术指标体系。 本文件为DB11/T 1164的第3部分。 本文件与DB11/T 1164.
5、32015相比，除编辑性修改外，主要技术变化如下： 增加了规范性引用文件（见2）； 增加了术语和定义（见3）； 增加了缩略语（见4）。 本文件由北京市交通委员会提出并归口。 本文件由北京市交通委员会负责组织实施。 本文件的起草单位：北京市轨道交通指挥中心、北京航空航天大学。 本文件主要起草人：战明辉、孙方、冯昕晖、王金利、童梅、潘晓军、张莉、梁材、孙越、王照 华、尹秋霞、刘嘉军、黄悦、陈卫平、戴国强、冯利昌、王海英、杨萍、陈颖、刘敬光、宋伟、李寒松、 边毅、于涛、王桂英、翟熙、帅国莹、张坤、隋丽莉、靖立涛、孙琦、韩鹏、黄斐、刘稳、詹淮、尹宁、 熊桂喜、欧阳元新、张茂林、冷彪、张姞。 本文件历次
6、版本发布情况为： DB11/T 1164.32015； 本次为第一次修订。 DB11/T 1164.32020 1 城市轨道交通自动售检票系统技术规范 第3部分：数据传输 1 范围 本文件规定了城市轨道交通自动售检票系统内各层级之间的数据传输及通信控制要求。 本文件适用于城市轨道交通自动售检票系统的设计、建设、验收和运营管理。 2 规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件， 仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本 文件。 DB11/T 1164.2 城市轨道交通自动售检票系统技术规
7、范 第2部分：接口数据格式 3 术语和定义 本文件没有需要界定的术语和定义。 4 缩略语 下列缩略语适用于本文件： ACC：轨道交通自动售检票系统清算中心（Automatic Fare Collection Clearing Center) AG：自动检票机（Automatic Gate） BOM：半自动售票机（Booking Office Machine） MLC：多线路中心（Multiple Line Center） SC：车站计算机（Station Computer） SLE：车站终端设备（Station Level Equipment） TPU：车票处理单元（Ticket Proces
8、sing Unit） TVM：自动售票机（Ticket Vending Machine） 5 ACC与MLC间数据传输方式 ACC与MLC之间的数据传输应通过消息中间件传输。 6 MLC与SC以及SC与SLE间的数据传输方式 6.1 数据传输方式分类 DB11/T 1164.32020 2 轨道交通联网收费系统内各层系统间按照表 1所列出的数据传输方式进行通信。 表 1 MLC与SC以及SC与SLE间的数据传输方式分类 序号 数据传输的方式 使用的通信协议 所传输的数据类型或用途 1 在线文件传输 FTP 传输参数数据、程序文件和日志文件 2 在线数据传输 基于TCP/IP的SOCKET方式
9、传输交易数据、状态数据、控制数据、业务数据、 和参数版本，以及用于开机/断线续连、业务结束 时的上传 3 时钟同步 NTP 用于时钟同步 4 设备远程唤醒 WOL协议 用于设备远程唤醒 5 离线数据传输 外部媒体存储介质 用于离线状态下的各种数据传输 6.2 端口定义 轨道交通联网收费系统内所使用的通信端口信息见 表 2中定义。 表 2 AFC系统内通信端口定义 上位系统或子系统 协议类型 端口定义 下位系统或子系统 MLC FTP 21 MLC-WS NTP 123 SC、MLC-WS SOCKET 8757 MLC-WS SC FTP 21 SC-WS、AG、BOM、TVM NTP 123
10、 SC-WS 、AG、BOM、TVM SOCKET 8757 SC-WS 8767 TVM 8777 BOM 8787 AG 8795 AVM 6.3 在线数据传输规定 6.3.1 数据传输的连接方式 AFC系统内采用基于TCP/IP协议进行数据传输时，上位系统作为TCP服务器端，下位系统作为TCP客 户端。 服务器端按照以下要求进行通信： a) 服务器端绑定 b) 表 2定义的TCP端口号，应保持对端口所有客户端连接的监听； c) 接收到某个客户端连接请求时，对该客户端的连接请求进行合法性检查，确认合法后与其建立 连接。 d) 连接建立后，服务器端和客户端通过该链路进行数据传递。 e) 服务
11、器端在通信超时时间（T1=120秒）内没有接收到客户端任何消息时，主动关闭TCP连接。 客户端按照以下要求进行通信： DB11/T 1164.32020 3 a) 客户端主动连接服务器端。当无法建立连接或通信异常中断时，在间隔时间（T2=60秒）之后， 再次重复连接； b) 连接建立后，客户端应保持与服务器的通信连接。在消息间隔时间（T3=30秒）内没有数据交 互时，客户端应主动向服务器发送一个连接存活确认消息； c) 客户端在通信超时时间（T1）内没有接收到服务器任何消息时，主动关闭TCP连接。在间隔时 间（T2）之后，再次重复连接。 6.3.2 消息结构 6.3.2.1 消息构成 数据传输
12、时的消息构成见表 3定义。 表 3 数据传输时的消息构成 起始标记 （1字节） 传输数据头 前置处理头 数据体 校验数据 结束标记 （1字节） 0 xF0 38字节 0或32字节 不定长，数据体长度在传输数据头中 确定。 如果没有数据体，本部分长度为0。 0或4字节 0 xFF 6.3.2.2 传输数据头 传输数据头的结构见表 4定义。 表 4 传输数据头结构 分类 字段名 长度 数据类型 说明 协 议 数 据 头 消息总长度 4 HEX 整个消息的长度（从“开始标记”至“结束标记”的长 度，包含“开始标记”和“结束标记”），取值范围：48 8K+40 字节。 协议标识 4 HEX 消息协议标
13、识：固定值0 x01。 当该数据与标准值不一致时，该消息按照错误消息处 理。 协议版本号 1 HEX 用于确定传输协议版本号：0 x01。 数据格式版本号 1 HEX 用于确定数据体中的数据编码格式版本号：0 x01。 数据传输类型 1 HEX 数据传输类型。按照DB11/T 1164.2规定执行。 预留 1 HEX 预留字段：固定值0 xFF。 消 息 唯 一 标 识 传输命令编码 1 HEX 传输命令编码。具体规定见表 8。 消息时间戳 7 BCD 标识发送请求消息的时间。 格式为：YYYYMMDDhhmmss。 消息序列号 2 HEX 消息序列号，由消息发起方产生；区分同一时间戳内的消息
14、。 设备ID 4 HEX 消息发送方的标识。按照DB11/T 1164.2规定执行。 设备分组编码 2 HEX 消息发送方的分组标识。规定设备具体分组及组内编号。 会话生存周期 2 HEX 本次会话的生存周期。规定是否检查超时及超时限制的时间。 DB11/T 1164.32020 4 表 4 传输数据头结构（续） 分类 字段名 长度 数据类型 说明 分包总数 1 HEX 分包总数，取值范围：1255。 当消息过大（总长度超过指定字节）时，对消息进行分 包传输。每个消息包的长度不超过指定字节。需要分多 包传输时，填写总包数。分包的详细规定见6.3.6 的 规定。 分包序号 1 HEX 当前数据分
15、包序号，取值范围：1255。 分包总数等于1时，设定为1。分包总数大于1时，从 1开始递增。 前置处理标识 1 HEX 用于标识是否通过前置服务器传输，取值范围：01。前置处理标识为0时，消息构成中无前置处理头。 加密算法 1 HEX 数据体采用的加密算法信息。0 x00 为不加密，0 x01 为 DES加密，0 x02为3DES加密，其他值无效。 加密算法补位长度 1 HEX 加密算法对数据体进行补位时，规定补位数据的字节数。 密钥版本 1 HEX 加密数据体采用密钥版本号 校验码算法 1 HEX 消息校验码采用的校验算法信息。0 x00为不校验，0 x01为CRC32校验（按照6.3.7.
16、1 规定执行），其 他 值 无 效 。 预留字段2 1 HEX 预留字段：固定值0 xFF。 6.3.2.3 前置处理头 前置服务器应使用前置处理头来进行消息分发处理。当前置服务器收到一个消息后，应根据前置服 务器的配置定义，将消息分发给前置处理头中标识的目的地。 前置处理头格式见表 5定义。 表 5 前置处理头结构 分类 字段名 长度 数据类型 说明 前置处 理头 接收MLC设备ID 4 线路MLC服务器ID，按照DB11/T 1164.2规定定义。 预留字段1 4 预留字段：固定值0 xFF。 预留字段2 4 预留字段：固定值0 xFF。 接收SC设备ID 4 线路车站服务器ID，按照DB
17、11/T 1164.2规定定义。 预留字段3 4 HEX 预留字段：固定值0 xFF。 预留字段4 4 HEX 预留字段：固定值0 xFF。 预留字段5 4 HEX 预留字段：固定值0 xFF。 预留字段6 4 HEX 预留字段：固定值0 xFF。 6.3.2.4 数据体 数据体包含“反馈数据对应消息标识”、“消息正文”、“加密填充数据”三部分。数据体格式见表 6。 DB11/T 1164.32020 5 表 6数据体结构 分类 字段名 长度 数据类型 说明 数 据 体 反馈数据对应消息 标识 0或16 消息应答反馈时对应消息的“消息唯一标识”，格式见表 4 定义。 当传输数据头中的“传输命令
18、编码”是以下命令时，包含该 项内容（长度为16）： a） 连接确认反馈 b） 上位同步命令结果反馈 c） 下位同步数据请求结果反馈 d） 连接存活确认反馈 e） 消息正确应答 f） 消息错误应答 g） 数据传递反馈； 消息正文 HEX 消息正文（消息正文格式见DB11/T 1164.2规定） 加密填充数据 08 HEX 消息正文加密时填充的数据。实际长度见表 4中“加密算法补位长度”规定。 6.3.2.5 校验数据 校验数据格式见表 7。 表 7 校验数据的结构 分类 字段名 长度 数据类型 说明 校验数据 消息校验码 4 HEX 消息结构中数据体的校验码。不存在数据体，不填充消息校验码。 消
19、息分包传输时，对未分包前消息完整数据体进行校验生成校验码 （分包消息的消息体不再计算校验码），并填入最后一个分包消息的 校验数据中，其它分包消息的校验数据填0 x00000000。 6.3.2.6 传输命令设置 传输命令设置及用途说明见表 8。 表 8传输命令定义 传输命令 编码 命令用途 发起方 下位 上位 连接请求 0 x01 用于建立初始合法连接 连接确认反馈 0 x02 用于对连接请求的确认 数据传递 0 x03 用于各类数据传输 数据传递反馈 0 xFD 用于对 “数据传递”中指定的内容进行数据传递反馈 上位同步命令 0 x04 用于上位同步命令 上午命令结果反馈 0 x05 用于对
20、“上位同步命令”处理结果的反馈 下位同步数据请求 0 x06 用于下位向上位发出同步数据请求 DB11/T 1164.32020 6 表 8传输命令定义（续） 传输命令 编码 命令用途 发起方 下位 上位 下位同步数据请求结果反馈 0 x07 用于对“下位同步数据请求”处理结果的反馈 连接存活确认 0 x08 用于无消息传输时的连接确认 连接存活确认反馈 0 xFC 用于对“连接存活确认”的反馈 消息正确应答 0 xFB 用于消息正确接收确认 消息错误应答 0 x00 用于消息接收错误和非指定反馈数据时的应答 6.3.3 消息应答结构 6.3.3.1 消息接收应答 接收方接收到发起方发送的消息
21、后，应在在消息应答延时时间（T4=5秒）内给发送方反馈消息接收 应答。流程见图 1和见图 2 发送方 接收方 发送消息 反馈ACK（0 xFB） 时间 T4 图 1消息正确应答 发送方 接收方 发送消息 反馈NACK（0 x00） 时间 = T5 时间 = T5 断开连接 图 3 消息重复发送失败 发送方 接收方 发送消息1(非ACK/NACK） 返回消息1的ACK表示接收成功 5秒内未收到ACK或NACK 发送消息2(非ACK/NACK） 重发消息2 返回消息2的ACK表示接收成功 图 4 消息重新发送后接收成功 6.3.3.2 消息正确应答 接收方应对发送方发出的消息进行合法性检查，消息合
22、法性检查的项目和检查顺序为： a) 消息起始标识正确； b) 消息最后一个字节是结束标识； c) 协议版本号正确； DB11/T 1164.32020 8 d) 数据格式版本号正确； e) 协议命令正确； f) 分包数据正确； g) 加密算法正确； h) 密钥版本正确； i) 校验码算法正确； j) 校验码正确； k) 不是重复消息； 合法性检查成功时，接收方应向发送方发送消息正确应答，消息正确应答包含一个数据体，数据体 为接收到消息的“消息唯一标识”。 6.3.3.3 消息错误应答 接收方应对发送方发出的消息进行合法性检查（见6.3.3.2 合法性检查规定）失败时，接收方应 向发送方发送消息
23、不正确应答，消息不正确应答数据体包含接收到消息的“消息唯一标识”和消息错误 类型编码（错误类型编码见表 9消息错误类型）。 6.3.4 不可丢失消息的审计 下位在协议审计间隔时间（T6=900秒）到达或者执行运营结束流程时，应向上位发送一个传输审计 包，确认过去的审计间隔时间（T6）内所有传输的交易数据和业务数据已经正确到达。 传输审计包的格式按照DB11/T 1164.2的规定定义。 6.3.5 消息异常判定及处理 6.3.5.1 消息错误编码 “消息错误应答”中消息错误类型编码、错误判定方法及错误处理方法见表 9消息错误类型 。 表 9消息错误类型 消息错误类型 错误类型编码 判定条件 对
24、应处理 协议标识错误 0 x0001 协议头中“协议标识”一项的值约定值 见6.3.5.2 规定 协议版本号错误 0 x0002 协议头中“协议版本号”一项值不等于约定值 见6.3.5.2 规定 数据格式版本号错 误 0 x0003 协议头中“数据格式版本”一项的值不等于约定值 见6.3.5.2 规定 协议命令错误 0 x0004 协议头中“传输命令编码”一项的值为目前所定义命令之外的值 见6.3.5.3 规定 数据类型编码错误 0 x0005 协议头中“数据类型编码”一项内容不在定义范围内 见6.3.5.4 规定 校验码算法错误 0 x0006 协议头中“校验码算法”一项不在定义范围内 见6
25、.3.5.2 规定 校验码错误 0 x0007 校验计算结果错误 见6.3.5.5 规定 分包数据错误 0 x0008 未接到全部的数据包 或数据包数量正确但数据包序号不连续 或数据包的第一个包的编号不为约定值 见6.3.5.7 规定 加密算法错误 0 x0009 协议头中“加密算法”一项的值不在约定范围内 见6.3.5.2 规定 密钥版本错误 0 x000A 数据体无法用指定的加密算法正常解密 见6.3.5.2 规定 重复消息 0 x000B 两个消息的协议头中消息唯一标识（“协议命令”、“消息时间戳”、“消息序号”、“设备ID”、“设备分组编码”这五项）完全相同 见6.3.5.6 规定 包
26、体长度错误 0 x00FD 按照包体程度读到的最后一个字节不是结尾标志符”0 xFF” 或无法在规定时间内读取需要长度的包体 见6.3.5.7 规定 其它错误 0 x00FE 其它错误 见6.3.5.10 规定 DB11/T 1164.32020 9 6.3.5.2 关键性错误的处理 当在传输消息的过程中出现协议标识错误、协议版本号错误、数据格式版本号错误、校验码算法错 误、密钥版本错误和加密算法错误时，接收方向发送方反馈关键性错误的消息错误应答，并中断与对方 的通信连接。 6.3.5.3 协议命令错误的处理 当在传输过程中出现传输命令编码错误时，接收方向发送方反馈协议命令错误的消息错误应答，
27、并 丢弃当前消息，等待继续接收处理后续消息。 发送方收到协议命令错误的消息错误应答后，可再次重发上次消息，当均返回协议命令错误时，应 中断与对方的通信连接。 6.3.5.4 数据类型编码错误的处理 当在传输过程中出现数据类型编码错误时，接收方向发送方反馈数据类型编码错误的消息错误应 答，并丢弃当前消息，等待继续接收处理后续消息。 发送方收到数据类型编码错误的消息错误应答后，可再次重发上次消息，当均返回数据类型编码错 误时，应中断与对方的通信连接。 6.3.5.5 校验码错误的处理 当在传输过程中出现校验码错误时，接收方向发送方反馈校验码错误的消息错误应答，并丢弃当前 消息，等待继续接收处理后续
28、消息。 发送方收到校验码错误的消息错误应答后，应再次重发上次消息，当均返回校验码错误错误时，应 中断与对方的通信连接。 6.3.5.6 重复消息的处理 当在传输过程中出现重复消息错误时，接收方向发送方反馈重复消息错误的消息错误应答，并丢弃 当前消息，等待继续接收处理后续消息。 发送方收到重复消息的消息错误应答后，不再重发上次消息，继续后续消息的处理。 6.3.5.7 包相关错误处理 当在传输过程中出现分包错误、包长度错误时，接收方向发送方反馈包相关错误的消息错误应答， 并丢弃当前消息，等待继续接收处理后续消息。 发送方在收到包相关错误的消息错误应答后，应再次重发上次消息，当返回校验码错误的消息
29、应答 时，不再重发上次消息，应中断与对方的通信连接。 6.3.5.8 消息超时的处理 当接收到应答消息时，接收方依据消息时间戳和会话生存周期来判断消息是否超时。方法如下： a) 会话周期等于0时，不检查超时。 b) 会话周期不等于0时，取接收到消息时刻的时间值，记为T7。当T7与消息时间戳的差值大于等 于会话周期时，判定为超时消息。应丢弃超时消息，不进行处理。 6.3.5.9 消息冲突机制的处理 当客户端、服务器两端同时向对方发送消息，出现同时等待消息接收应答的冲突时，应依据服务器 端优先原则进行冲突处理： a) 客户端等待消息接收应答时收到了服务器端发送的消息时，应停止等待消息接收应答，优先
30、 响应处理服务器发送的消息，向服务器反馈消息接收应答。处理完服务器消息后再重新发送上 次消息。 DB11/T 1164.32020 10 b) 服务器端等待消息接收应答时收到了客户端发送的消息时，应丢弃该消息，继续等待客户端 的消息接收应答。 消息冲突机制处理流程见图 5客户端发送消息冲突。 客户端 服务器 发送消息1(非ACK/NACK) 响应服务器消息2的ACK/NACK 发送其他消息2 放弃发送消息1 丢弃消息1 重发消息1 发送消息2的ACK，表示接受成功 图 5客户端发送消息冲突 6.3.5.10 其他错误的处理 当在传输过程中出现其他错误时，接收方向发送方反馈其他错误的消息错误应答
31、，并丢弃当前消息， 等待继续接收处理后续消息。 发送方在收到其他错误的消息错误应答后，应再次重发上次消息，当均返回其他错误时，应中断与 对方的通信连接。 6.3.6 消息分包传输方式 当消息长度大于允许值时，发送方应将消息数据体分拆到多个消息中依次发送。并在每个消息中填 写“分包总数”和“分包序号”。 消息分包时，发送方和接收方应将该系列消息视为一个消息，在全部分包消息接收完毕后，再进行 校验码验证，并发送消息接收应答。 分包传输时序见图 6消息分包。 DB11/T 1164.32020 11 发送方 接收方 消息报#1（总包数N，当前包序号=1） 检查校验码 全部消息数据体合并 消息报#1（
32、总包数N，当前包序号=2） 返回ACK/NACK 消息报#1（总包数N，当前包序号=3） 消息报#1（总包数N，当前包序号=N） 图 6消息分包 6.3.7 校验算法 6.3.7.1 CRC32 CRC（cyclic redundancy check）32算法采用CRC-32-IEEE 802.3。 其多项式为：x32 + x26 + x23 + x22 + x16 + x12 + x11 + x10 + x8 + x7 + x5 + x4 + x2 + x + 1。 CRC32的初值为0 x00000000。 6.3.7.2 CRC16 CRC（cyclic redundancy check
33、）16算法采用CRC-16-CCITT。 其多项式为：x16 + x12 + x5 + x + 1。 CRC16的初值为0 xFFFF。 6.4 在线文件传输规定 6.4.1 FTP的基本设置要求 系统各个层级之间使用FTP方式对文件类数据进行传输。 上位系统为FTP服务器端，下位系统为FTP客户端。 FTP服务器端所能够支持的客户端连接数量不小于250个。 6.4.2 文件传输的过程 6.4.2.1 上位下发的过程 具体处理过程如下： DB11/T 1164.32020 12 a) 上位准备好文件类数据，并将需下发的文件放置在指定的目录下； b) 按照DB11/T 1164.2的规定通知下位
34、所要下发的数据类型、内容、FTP服务的用户名和密码； c) 下位登录到上位FTP服务器； d) 通过FTP服务下载上位指定目录下的文件； e) 按照DB11/T 1164.2的规定向上位报告下载数据的结果。 6.4.2.2 下位上传文件的过程 具体处理过程如下： a) 下位准备好文件类数据，并将需上传的文件放置在指定的目录下； b) 按照DB11/T 1164.2的规定通知上位所要上传的数据类型、内容； c) 下位登录到上位FTP服务器； d) 通过FTP服务将上传文件上传到指定的目录下； e) 按照DB11/T 1164.2的规定上位报告上传数据的结果。 6.5 离线数据规定 6.5.1 使
35、用范围 在网络中断的情况下，各层级（不包含TPU）之间使用移动存储介质通过离线交互协议完成必要的 数据传输。离线交互协议使用范围见表 10离线交互协议使用范围 。 表 10离线交互协议使用范围 适用位置 数据 导出方 数据 导入方 适用交互数据类型/用途 MLC-SC之间 SC MLC 不可丢弃的各类数据 SC-SLE之间 SLE SC 不可丢弃的各类数据 6.5.2 离线传输数据的内容及生效方式 离线数据传输时，应传输还未传输的数据。数据在接收方导入后，按网络正常传输时获得相关数据 的生效方式生效。 离线数据传输后，通过离线传输的数据保留在发送方，当网络连接正常后，发送方继续传输给接收 方。
36、接收方应对数据进行剔重。 6.5.3 移动存储介质文件放置要求 离线传输数据根据数据类型在移动存储介质分目录存放，由数据导出方创建相应目录，各类数据目 录定义见表 11。 表 11数据目录定义 数据类型 移动存储介质上的目录 适用位置 说明 参数数据 由参数索引文件定义 所有 索引文件存放在根目录下 交易数据 由存储索引文件定义 所有 索引文件存放在根目录下 业务/事件数据 由存储索引文件定义 所有 索引文件存放在根目录下 程序文件 由存储索引文件定义 所有 索引文件存放在根目录下 日志文件 由存储索引文件定义 所有 索引文件存放在根目录下 6.6 设备远程唤醒通信规定 DB11/T 1164
37、.32020 13 6.6.1 实现方法和技术要求 设备远程唤醒控制采用在局域网内广播“Magic Packet”包的方式实现。支持远程唤醒的设备应满 足以下要求： a) 主板支持远程电源管理； b) 网卡支持WOL（Wake-on-LAN）。 6.6.2 数据格式定义 数据格式定义如下: a） 目标地址采用本局域网的广播地址。 b） 端口号为0。 c） Magic Packet包格式为6个字节的FF，后跟16次目标设备的MAC地址。 6.7 时钟同步通信规定 时钟同步通讯规定的时钟源及时钟同步服务设置包含： a) 清分中心时间服务为线路中心提供校时服务； b) 线路中心时间服务为车站计算机提
38、供校时服务； c) 车站计算机时间服务为车站终端设备提供校时服务。 各层级时钟源定义见表 12。 表 12 NTP服务器设置 本级位置 协议类型 端口定义 时钟源上级 本级时钟源 MLC NTP 123 ACC 主服务器 SC NTP 123 MLC SC服务器 SLE NTP SC 无 6.8 离线数据、FTP参数数据和调试数据文件的格式定义 离线数据、FTP参数数据和调试数据文件格式与消息构成格式相同。具体见表 13。 表 13离线数据、FTP参数数据/调试数据文件格式定义 分类 字段名 长度 数据类型 取值范围 起始标记 起始标记 1 HEX 0 xF0 传输数据头 消息总长度 4 HE
39、X 0 xFFFFFFFF 协议标识 4 HEX 0 x01 协议版本号 1 HEX 0 x01 数据格式版本号 1 HEX 0 x01 数据传输类型 1 HEX 0 x01：参数数据/调试数据； 0 x02：交易数据； 0 x03：业务数据 预留 1 HEX 0 xFF DB11/T 1164.32020 14 表 13离线数据、FTP参数数据/调试数据文件格式定义（续） 分类 字段名 长度 数据类型 取值范围 消 息 唯 一 标 识 传输命令编码 1 HEX 0 x03 消息时间戳 7 BCD 任意值 消息序列号 2 HEX 任意值 设备ID 4 HEX 任意值 设备分组编码 2 HEX
40、任意值 会话生存周期 2 HEX 任意值 分包总数 1 HEX 0 x01 分包序号 1 HEX 0 x01 前置处理标识 1 HEX 加密算法 1 HEX 0 x00 加密算法补位长度 1 HEX 0 x00 密钥版本 1 HEX 0 x00 校验码算法 1 HEX 0 x01 预留字段2 1 HEX 0 xFF 前置处理头 0 或 32 字节，前置处理头在前置处理标识为 0 x01时，应填写。 数据体 交易数据/业务数据/参数数据/调试数据 见DB11/T 1164.2相关规定。 校验数据 校验数据 4 根据校验码算法0 x01对应的算法CRC32计算的值。 结束标记 结束标记 1 0 xFF 7 MLC与SC以及SC与SLE间数据传输时序 7.1 数据传输流程的约定 7.1.1 数据传输流程 7.1.1.1 基本规定 数据传输双方在建立基于数据传输应用协议的连接之后才能进入正常的数据传输过程。 7.1.1.2 上下位之间数据传输的流程 在下位（TPU除外）开启电源并完成自检之后，应启动与上位建立连接的同步时序。当上下位之间 出现异常导致连接中断，下位等待一定时间（参数约定）后应重新执行与上位建立连接的同步时序。 在下位（SLE除外）业务结束之后，非24小时运营时应与上位断开连接，按照上位的控制进入休眠 状态等待唤醒或直接关闭电源；24小时运营时继续保持与上位的连接，流程见
