标准规范下载简介

DB11／T 1164.3-2020 城市轨道交通自动售检票系统技术规范 第3部分：数据传输.pdf简介：

DB11/T 1164.3-2020 是北京市地方标准，名为“城市轨道交通自动售检票系统技术规范 第3部分：数据传输”。这个标准详细规定了城市轨道交通系统的自动售检票系统在数据传输方面的技术要求。它涵盖了自动售票机、闸机、计费系统、数据中心等组件之间的数据交换、安全控制、传输协议、数据格式等方面的内容。目的是为了保证城市轨道交通系统的数据通信的稳定、可靠和安全性，提高运营效率，保障乘客服务体验。它适用于地铁、有轨电车等城市轨道交通系统的建设、运营和技术管理。

DB11／T 1164.3-2020 城市轨道交通自动售检票系统技术规范 第3部分：数据传输.pdf部分内容预览：

下列缩略语适用于本文件： ACC：轨道交通自动售检票系统清算中心（AutomaticFareCollectionClearingCenter） AG：自动检票机（AutomaticGate） BOM：半自动售票机（BookingOfficeMachine） MLC：多线路中心（MultipleLineCenter） SC：车站计算机（StationComputer） SLE：车站终端设备（StationLevelEquipment） TPU：车票处理单元（TicketProcessingUnit） TVM：自动售票机（TicketVendingMachine） ACC与MLC间数据传输方式 ACC与MLC之间的数据传输应通过消息中间件传输。 MLC与SC以及SC与SLE间的数据传输方式

5ACC与MLC间数据传输方式

6.1数据传输方式分类

《装配式混凝土结构技术规程 JGJ1-2014》DB11/T 1164.32020

轨道交通联网收费系统内各层系统间按照表1所列出的数据传输方式进行通信。

1MLC与SC以及SC与SLE间的数据传输方式分

道交通联网收费系统内所使用的通信端口信息见 2中定义。

表2AFC系统内通信端口定义

6.3在线数据传输规定

6.3.1数据传输的连接方式

AFC系统内采用基于TCP/IP协议进行数据传输时，上位系统作为ICP服务器端，下位系统作为ICP客 户端。 服务器端按照以下要求进行通信： a）服务器端绑定 b） 表2定义的TCP端口号，应保持对端口所有客户端连接的监听； C 接收到某个客户端连接请求时，对该客户端的连接请求进行合法性检查，确认合法后与其建立 连接。 d) 连接建立后，服务器端和客户端通过该链路进行数据传递。 e） 服务器端在通信超时时间（T1=120秒）内没有接收到客户端任何消息时，主动关闭TCP连接 客户端按照以下要求进行通信：

DB11/T 1164.32020

a） 客户端主动连接服务器端。当无法建立连接或通信异常中断时，在间隔时间（T2=60秒）之后， 再次重复连接： b) 连接建立后，客户端应保持与服务器的通信连接。在消息间隔时间（T3=30秒）内没有数据交 互时，客户端应主动向服务器发送一个连接存活确认消息； 客户端在通信超时时间（T1）内没有接收到服务器任何消息时，主动关闭TCP连接。在间隔时 间（T2）之后，再次重复连接

6.3.2.1 消息构成

数据传输时的消息构成见表3定义。

表3数据传输时的消息构成

6.3.2.2传输数据头

传输数据头的结构见表4定义。

DB11/T 1164.32020

4传输数据头结构（纟

6.3.2.3前置处理头

前置服务器应使用前置处理头来进行消息分发处理。当前置服务器收到一个消息后，应根据前置服 务器的配置定义，将消息分发给前置处理头中标识的目的地。 前置处理头格式见表5定义

DB11/T 1164.32020

6.3.2.5校验数据

6.3.2.5校验数据

6.3.2.6传输命令设置

传输命令设置及用途说明见表8。

DB11/T1164.3—2020发送方接收方发送消息（第一次）[时间>=T5)发送消息（第二次）时间>=T5]发送消息 (第三次）断开连接图3消息重复发送失败发送方接收方I1发送消息1(非ACK/NACK）返回消息1的ACK表示接收成功发送消息2(非ACK/NACK)5秒内未收到ACK或NACK重发消息2返回消息2的ACK表示接收成功图4消息重新发送后接收成功6.3.3.2消息正确应答接收方应对发送方发出的消息进行合法性检查，消息合法性检查的项目和检查顺序为：a）消息起始标识正确；b)消息最后一个字节是结束标识；c)协议版本号正确；7

DB11/T1164.3—2020 d） 数据格式版本号正确； e） 协议命令正确； f） 分包数据正确： 9） 加密算法正确； h) 密钥版本正确； 校验码算法正确； j） 校验码正确； k）不是重复消息； 合法性检查成功时，接收方应向发送方发送消息正确应答，消息正确应答包含一个数据体，数据体 为接收到消息的“消息唯一标识”。

6.3.3.3消息错误应答

接收方应对发送方发出的消息进行合法性检查（见6.3.3.2合法性检查规定）失败时，接收方应 向发送方发送消息不正确应答，消息不正确应答数据体包含接收到消息的“消息唯一标识”和消息错识 类型编码（错误类型编码见表9消息错误类型）

6.3.4不可丢失消息的审讯

下位在协议审计间隔时间（T6=900秒）到达或者执行运营结束流程时，应向上位发送一个传输审计 包， 确认过去的审计间隔时间（T6）内所有传输的交易数据和业务数据已经正确到达。 传输审计包的格式按照DB11/T1164.2的规定定义

6.3.5消息异常判定及处理

“消息错误应答”中消息错误类型编码、错误判定方法及错误处理方法见表9消息错误类型

6.3.5.2关键性错误的处理

DB11/T 1164.32020

当在传输消息的过程中出现协议标识错误、协议版本号错误、数据格式版本号错误、校验码算 、密钥版本错误和加密算法错误时，接收方向发送方反馈关键性错误的消息错误应答，并中断与 通信连接。

5.3.5.3协议命令错误的处理

当在传输过程中出现传输命令编码错误时，接收方向发送方反馈协议命令错误的消息错误应答，并 丢弃当前消息，等待继续接收处理后续消息。 发送方收到协议命令错误的消息错误应答后，可再次重发上次消息，当均返回协议命令错误时，应 中断与对方的通信连接，

6.3.5.4数据类型编码错误的处理

当在传输过程中出现数据类型编码错误时，接收方向发送方反馈数据类型编码错误的消息错误应 答，并丢弃当前消息，等待继续接收处理后续消息。 发送方收到数据类型编码错误的消息错误应答后，可再次重发上次消息，当均返回数据类型编码错 误时，应中断与对方的通信连接。

3.5.5校验码错误的处

当在传输过程中出现校验码错误时，接收方向发送方反馈校验码错误的消息错误应答，并去弃当前 消息，等待继续接收处理后续消息 发送方收到校验码错误的消息错误应答后，应再次重发上次消息，当均返回校验码错误错误时，应 中断与对方的通信连接。

6.3.5.6重复消息的处理

当在传输过程中出现重复消息错误时，接收方向发送方反馈重复消息错误的消息错误应答，并丢弃 当前消息，等待继续接收处理后续消息。 发送方收到重复消息的消息错误应答后，不再重发上次消息，继续后续消息的处理

6.3.5.7包相关错误处理

当在传输过程中出现分包错误、包长度错误时，接收方向发送方反馈包相关错误的消息错误应答， 并丢弃当前消息，等待继续接收处理后续消息。 发送方在收到包相关错误的消息错误应答后，应再次重发上次消息，当返回校验码错误的消息应答 时，不再重发上次消息，应中断与对方的通信连接

.3.5.8 消息超时的处理

当接收到应答消息时，接收方依据消息时间戳和会话生存周期来判断消息是否超时。方法如 a）会话周期等于0时，不检查超时。 b 会话周期不等于0时，取接收到消息时刻的时间值，记为T7。当T7与消息时间戳的差值大 于会话周期时，判定为超时消息。应丢弃超时消息，不进行处理。

6.3.5.9消息冲突机制的处理

当客户端、服务器两端同时向对方发送消息，出现同时等待消息接收应答的冲突时，应依据服务器 端优先原则进行冲突处理： a）客户端等待消息接收应答时收到了服务器端发送的消息时，应停止等待消息接收应答，优先 响应处理服务器发送的消息，向服务器反馈消息接收应答。处理完服务器消息后再重新发送上 次消息。

DB11/T 1164.32020

a）上位准备好文件类数据，并将需下发的文件放置在指定的目录下； 按照DB11/T1164.2的规定通知下位所要下发的数据类型、内容、FTP服务的用户名和密码： C) 下位登录到上位FTP服务器； d 通过FTP服务下载上位指定目录下的文件； e 按照DB11/T1164.2的规定向上位报告下载数据的结果 5.4.2.2下位上传文件的过程 具体处理过程如下： a）下位准备好文件类数据，并将需上传的文件放置在指定的目录下； b) 按照DB11/T1164.2的规定通知上位所要上传的数据类型、内容； C) 下位登录到上位FTP服务器； d 通过FTP服务将上传文件上传到指定的目录下； 上位报告上传数据的结果

6.4.2.2下位上传文件的过程

具体处理过程如下： a）下位准备好文件类数据，并将需上传的文件放置在指定的目录下； 6 按照DB11/T1164.2的规定通知上位所要上传的数据类型、内容； C) 下位登录到上位FTP服务器； d) 通过FTP服务将上传文件上传到指定的目录下； e）按照DB11/T1164.2的规定上位报告上传数据的结果。

在网络中断的情况下，各层级（不包含TPU） 之间使用移动存储介质通过离线交互协议完成必 据传输。离线交互协议使用范围见表10离线交互协议使用范围

表10离线交互协议使用范围

离线数据传输时，应传输还未传输的数据。数据在接收方导入后，按网络正常传输时获得相关数据 的生效方式生效。 离线数据传输后，通过离线传输的数据保留在发送方，当网络连接正常后，发送方继续传输给接收 方。接收方应对数据进行剔重

6.5.3移动存储介质文件放置要求

离线传输数据根据数据类型在移动存储介质分目录存放JG 220-2007 铜铝复合柱翼型散热器，由数据导出方创建相应目录，各类数据目 录定义见表11。

6.6.1实现方法和技术要求

DB11/T 1164.32020

《预拌砂浆术语 GB/T31245-2014》6.6.2数据格式定义

数据格式定义如下： a）目标地址采用本局域网的广播地址。 b）端口号为0。 c）MagicPacket包格式为6个字节的FF，后跟16次目标设备的MAC地址

6.7 时钟同步通信规定