时序如何架设ftp服务器

ICS35.
240.
60CCSL67DB11北京市地方标准DB11/T1164.
3—2020代替DB11/T1164.
3—2015城市轨道交通自动售检票系统技术规范第3部分:数据传输NetworktollsystemofrailtransittechnicalrequirementsPartIII:Datatransmission2020-12-24发布2021-04-01实施北京市市场监督管理局发布DB11/T1164.
3—2020I目次前言.
III1范围.
12规范性引用文件.
13术语和定义.
14缩略语.
15ACC与MLC间数据传输方式16MLC与SC以及SC与SLE间的数据传输方式16.
1数据传输方式分类.
16.
2端口定义.
26.
3在线数据传输规定.
26.
4在线文件传输规定.
116.
5离线数据规定.
126.
6设备远程唤醒通信规定.
126.
7时钟同步通信规定.
136.
8离线数据、FTP参数数据和调试数据文件的格式定义137MLC与SC以及SC与SLE间数据传输时序147.
1数据传输流程的约定.
147.
2数据传输时序的基本准则.
167.
3简单业务时序.
187.
4组合业务时序.
238SLE与TPU间数据传输规定348.
1SLE与TPU之间的数据传输接口358.
2通信规格.
358.
3TPU启动时序358.
4控制字符定义.
368.
5传输数据包结构.
378.
6通信时序.
378.
7TPU的工作状态419车票业务处理时序.
429.
1售票.
429.
2补票.
469.
3充值.
479.
4查询车票信息.
499.
5退票退资.
499.
6替换.
519.
7激活.
539.
8延期.
53DB11/T1164.
3—2020II9.
9挂失.
549.
10抵消.
549.
11AG进出站55DB11/T1164.
3—2020III前言本文件按照GB/T1.
1—2020《标准化工作导则第1部分:标准化文件的结构和起草规则》的规定起草.
DB11/T1164《城市轨道交通自动售检票系统技术规范》分为9个部分:——第1部分:系统结构及功能;——第2部分:接口数据格式;——第3部分:数据传输;——第4部分:人机界面;——第5部分:车票处理单元;——第6部分:票卡;——第7部分:终端设备;——第8部分:检测;——第9部分:技术指标体系.
本文件为DB11/T1164的第3部分.
本文件与DB11/T1164.
3—2015相比,除编辑性修改外,主要技术变化如下:——增加了规范性引用文件(见2);——增加了术语和定义(见3);——增加了缩略语(见4).
本文件由北京市交通委员会提出并归口.
本文件由北京市交通委员会负责组织实施.
本文件的起草单位:北京市轨道交通指挥中心、北京航空航天大学.
本文件主要起草人:战明辉、孙方、冯昕晖、王金利、童梅、潘晓军、张莉、梁材、孙越、王照华、尹秋霞、刘嘉军、黄悦、陈卫平、戴国强、冯利昌、王海英、杨萍、陈颖、刘敬光、宋伟、李寒松、边毅、于涛、王桂英、翟熙、帅国莹、张坤、隋丽莉、靖立涛、孙琦、韩鹏、黄斐、刘稳、詹淮、尹宁、熊桂喜、欧阳元新、张茂林、冷彪、张姞.
本文件历次版本发布情况为:——DB11/T1164.
3—2015;——本次为第一次修订.
DB11/T1164.
3—20201城市轨道交通自动售检票系统技术规范第3部分:数据传输1范围本文件规定了城市轨道交通自动售检票系统内各层级之间的数据传输及通信控制要求.
本文件适用于城市轨道交通自动售检票系统的设计、建设、验收和运营管理.
2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款.
其中,注日期的引用文件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件.
DB11/T1164.
2城市轨道交通自动售检票系统技术规范第2部分:接口数据格式3术语和定义本文件没有需要界定的术语和定义.
4缩略语下列缩略语适用于本文件:ACC:轨道交通自动售检票系统清算中心(AutomaticFareCollectionClearingCenter)AG:自动检票机(AutomaticGate)BOM:半自动售票机(BookingOfficeMachine)MLC:多线路中心(MultipleLineCenter)SC:车站计算机(StationComputer)SLE:车站终端设备(StationLevelEquipment)TPU:车票处理单元(TicketProcessingUnit)TVM:自动售票机(TicketVendingMachine)5ACC与MLC间数据传输方式ACC与MLC之间的数据传输应通过消息中间件传输.
6MLC与SC以及SC与SLE间的数据传输方式6.
1数据传输方式分类DB11/T1164.
3—20202轨道交通联网收费系统内各层系统间按照表1所列出的数据传输方式进行通信.
表1MLC与SC以及SC与SLE间的数据传输方式分类序号数据传输的方式使用的通信协议所传输的数据类型或用途1在线文件传输FTP传输参数数据、程序文件和日志文件2在线数据传输基于TCP/IP的SOCKET方式传输交易数据、状态数据、控制数据、业务数据、和参数版本,以及用于开机/断线续连、业务结束时的上传3时钟同步NTP用于时钟同步4设备远程唤醒WOL协议用于设备远程唤醒5离线数据传输外部媒体存储介质用于离线状态下的各种数据传输6.
2端口定义轨道交通联网收费系统内所使用的通信端口信息见表2中定义.
表2AFC系统内通信端口定义上位系统或子系统协议类型端口定义下位系统或子系统MLCFTP21MLC-WSNTP123SC、MLC-WSSOCKET8757MLC-WSSCFTP21SC-WS、AG、BOM、TVMNTP123SC-WS、AG、BOM、TVMSOCKET8757SC-WS8767TVM8777BOM8787AG8795AVM6.
3在线数据传输规定6.
3.
1数据传输的连接方式AFC系统内采用基于TCP/IP协议进行数据传输时,上位系统作为TCP服务器端,下位系统作为TCP客户端.
服务器端按照以下要求进行通信:a)服务器端绑定b)表2定义的TCP端口号,应保持对端口所有客户端连接的监听;c)接收到某个客户端连接请求时,对该客户端的连接请求进行合法性检查,确认合法后与其建立连接.
d)连接建立后,服务器端和客户端通过该链路进行数据传递.
e)服务器端在通信超时时间(T1=120秒)内没有接收到客户端任何消息时,主动关闭TCP连接.
客户端按照以下要求进行通信:DB11/T1164.
3—20203a)客户端主动连接服务器端.
当无法建立连接或通信异常中断时,在间隔时间(T2=60秒)之后,再次重复连接;b)连接建立后,客户端应保持与服务器的通信连接.
在消息间隔时间(T3=30秒)内没有数据交互时,客户端应主动向服务器发送一个连接存活确认消息;c)客户端在通信超时时间(T1)内没有接收到服务器任何消息时,主动关闭TCP连接.
在间隔时间(T2)之后,再次重复连接.
6.
3.
2消息结构6.
3.
2.
1消息构成数据传输时的消息构成见表3定义.
表3数据传输时的消息构成起始标记(1字节)传输数据头前置处理头数据体校验数据结束标记(1字节)0xF038字节0或32字节不定长,数据体长度在传输数据头中确定.
如果没有数据体,本部分长度为0.
0或4字节0xFF6.
3.
2.
2传输数据头传输数据头的结构见表4定义.
表4传输数据头结构分类字段名长度数据类型说明协议数据头消息总长度4HEX整个消息的长度(从"开始标记"至"结束标记"的长度,包含"开始标记"和"结束标记"),取值范围:48~8K+40字节.
协议标识4HEX消息协议标识:固定值0x01.
当该数据与标准值不一致时,该消息按照错误消息处理.
协议版本号1HEX用于确定传输协议版本号:0x01.
数据格式版本号1HEX用于确定数据体中的数据编码格式版本号:0x01.
数据传输类型1HEX数据传输类型.
按照DB11/T1164.
2规定执行.
预留1HEX预留字段:固定值0xFF.
消息唯一标识传输命令编码1HEX传输命令编码.
具体规定见表8.
消息时间戳7BCD标识发送请求消息的时间.
格式为:YYYYMMDDhhmmss.
消息序列号2HEX消息序列号,由消息发起方产生;区分同一时间戳内的消息.
设备ID4HEX消息发送方的标识.
按照DB11/T1164.
2规定执行.
设备分组编码2HEX消息发送方的分组标识.
规定设备具体分组及组内编号.
会话生存周期2HEX本次会话的生存周期.
规定是否检查超时及超时限制的时间.
DB11/T1164.
3—20204表4传输数据头结构(续)分类字段名长度数据类型说明分包总数1HEX分包总数,取值范围:1~255.
当消息过大(总长度超过指定字节)时,对消息进行分包传输.
每个消息包的长度不超过指定字节.
需要分多包传输时,填写总包数.
分包的详细规定见6.
3.
6的规定.
分包序号1HEX当前数据分包序号,取值范围:1~255.
分包总数等于1时,设定为1.
分包总数大于1时,从1开始递增.
前置处理标识1HEX用于标识是否通过前置服务器传输,取值范围:0~1.
前置处理标识为0时,消息构成中无前置处理头.
加密算法1HEX数据体采用的加密算法信息.
0x00为不加密,0x01为DES加密,0x02为3DES加密,其他值无效.
加密算法补位长度1HEX加密算法对数据体进行补位时,规定补位数据的字节数.
密钥版本1HEX加密数据体采用密钥版本号校验码算法1HEX消息校验码采用的校验算法信息.
0x00为不校验,0x01为CRC32校验(按照6.
3.
7.
1规定执行),其他值无效.
预留字段21HEX预留字段:固定值0xFF.
6.
3.
2.
3前置处理头前置服务器应使用前置处理头来进行消息分发处理.
当前置服务器收到一个消息后,应根据前置服务器的配置定义,将消息分发给前置处理头中标识的目的地.
前置处理头格式见表5定义.
表5前置处理头结构分类字段名长度数据类型说明前置处理头接收MLC设备ID4线路MLC服务器ID,按照DB11/T1164.
2规定定义.
预留字段14预留字段:固定值0xFF.
预留字段24预留字段:固定值0xFF.
接收SC设备ID4线路车站服务器ID,按照DB11/T1164.
2规定定义.
预留字段34HEX预留字段:固定值0xFF.
预留字段44HEX预留字段:固定值0xFF.
预留字段54HEX预留字段:固定值0xFF.
预留字段64HEX预留字段:固定值0xFF.
6.
3.
2.
4数据体数据体包含"反馈数据对应消息标识"、"消息正文"、"加密填充数据"三部分.
数据体格式见表6.
DB11/T1164.
3—20205表6数据体结构分类字段名长度数据类型说明数据体反馈数据对应消息标识0或16消息应答反馈时对应消息的"消息唯一标识",格式见表4定义.
当传输数据头中的"传输命令编码"是以下命令时,包含该项内容(长度为16):a)连接确认反馈b)上位同步命令结果反馈c)下位同步数据请求结果反馈d)连接存活确认反馈e)消息正确应答f)消息错误应答g)数据传递反馈;消息正文HEX消息正文(消息正文格式见DB11/T1164.
2规定)加密填充数据0~8HEX消息正文加密时填充的数据.
实际长度见表4中"加密算法补位长度"规定.
6.
3.
2.
5校验数据校验数据格式见表7.
表7校验数据的结构分类字段名长度数据类型说明校验数据消息校验码4HEX消息结构中数据体的校验码.
不存在数据体,不填充消息校验码.
消息分包传输时,对未分包前消息完整数据体进行校验生成校验码(分包消息的消息体不再计算校验码),并填入最后一个分包消息的校验数据中,其它分包消息的校验数据填0x00000000.
6.
3.
2.
6传输命令设置传输命令设置及用途说明见表8.
表8传输命令定义传输命令编码命令用途发起方下位上位连接请求0x01用于建立初始合法连接√连接确认反馈0x02用于对连接请求的确认√数据传递0x03用于各类数据传输√√数据传递反馈0xFD用于对"数据传递"中指定的内容进行数据传递反馈√√上位同步命令0x04用于上位同步命令√上午命令结果反馈0x05用于对"上位同步命令"处理结果的反馈√下位同步数据请求0x06用于下位向上位发出同步数据请求√DB11/T1164.
3—20206表8传输命令定义(续)传输命令编码命令用途发起方下位上位下位同步数据请求结果反馈0x07用于对"下位同步数据请求"处理结果的反馈√连接存活确认0x08用于无消息传输时的连接确认√√连接存活确认反馈0xFC用于对"连接存活确认"的反馈√√消息正确应答0xFB用于消息正确接收确认√√消息错误应答0x00用于消息接收错误和非指定反馈数据时的应答√√6.
3.
3消息应答结构6.
3.
3.
1消息接收应答接收方接收到发起方发送的消息后,应在在消息应答延时时间(T4=5秒)内给发送方反馈消息接收应答.
流程见图1和见图2发送方接收方发送消息反馈ACK(0xFB){时间=T5}{时间>=T5}断开连接图3消息重复发送失败发送方接收方发送消息1(非ACK/NACK)返回消息1的ACK表示接收成功5秒内未收到ACK或NACK发送消息2(非ACK/NACK)重发消息2返回消息2的ACK表示接收成功图4消息重新发送后接收成功6.
3.
3.
2消息正确应答接收方应对发送方发出的消息进行合法性检查,消息合法性检查的项目和检查顺序为:a)消息起始标识正确;b)消息最后一个字节是结束标识;c)协议版本号正确;DB11/T1164.
3—20208d)数据格式版本号正确;e)协议命令正确;f)分包数据正确;g)加密算法正确;h)密钥版本正确;i)校验码算法正确;j)校验码正确;k)不是重复消息;合法性检查成功时,接收方应向发送方发送消息正确应答,消息正确应答包含一个数据体,数据体为接收到消息的"消息唯一标识".
6.
3.
3.
3消息错误应答接收方应对发送方发出的消息进行合法性检查(见6.
3.
3.
2合法性检查规定)失败时,接收方应向发送方发送消息不正确应答,消息不正确应答数据体包含接收到消息的"消息唯一标识"和消息错误类型编码(错误类型编码见表9消息错误类型).
6.
3.
4不可丢失消息的审计下位在协议审计间隔时间(T6=900秒)到达或者执行运营结束流程时,应向上位发送一个传输审计包,确认过去的审计间隔时间(T6)内所有传输的交易数据和业务数据已经正确到达.
传输审计包的格式按照DB11/T1164.
2的规定定义.
6.
3.
5消息异常判定及处理6.
3.
5.
1消息错误编码"消息错误应答"中消息错误类型编码、错误判定方法及错误处理方法见表9消息错误类型.
表9消息错误类型消息错误类型错误类型编码判定条件对应处理协议标识错误0x0001协议头中"协议标识"一项的值约定值见6.
3.
5.
2规定协议版本号错误0x0002协议头中"协议版本号"一项值不等于约定值见6.
3.
5.
2规定数据格式版本号错误0x0003协议头中"数据格式版本"一项的值不等于约定值见6.
3.
5.
2规定协议命令错误0x0004协议头中"传输命令编码"一项的值为目前所定义命令之外的值见6.
3.
5.
3规定数据类型编码错误0x0005协议头中"数据类型编码"一项内容不在定义范围内见6.
3.
5.
4规定校验码算法错误0x0006协议头中"校验码算法"一项不在定义范围内见6.
3.
5.
2规定校验码错误0x0007校验计算结果错误见6.
3.
5.
5规定分包数据错误0x0008未接到全部的数据包或数据包数量正确但数据包序号不连续或数据包的第一个包的编号不为约定值见6.
3.
5.
7规定加密算法错误0x0009协议头中"加密算法"一项的值不在约定范围内见6.
3.
5.
2规定密钥版本错误0x000A数据体无法用指定的加密算法正常解密见6.
3.
5.
2规定重复消息0x000B两个消息的协议头中消息唯一标识("协议命令"、"消息时间戳"、"消息序号"、"设备ID"、"设备分组编码"这五项)完全相同见6.
3.
5.
6规定包体长度错误0x00FD按照包体程度读到的最后一个字节不是结尾标志符"0xFF"或无法在规定时间内读取需要长度的包体见6.
3.
5.
7规定其它错误0x00FE其它错误见6.
3.
5.
10规定DB11/T1164.
3—202096.
3.
5.
2关键性错误的处理当在传输消息的过程中出现协议标识错误、协议版本号错误、数据格式版本号错误、校验码算法错误、密钥版本错误和加密算法错误时,接收方向发送方反馈关键性错误的消息错误应答,并中断与对方的通信连接.
6.
3.
5.
3协议命令错误的处理当在传输过程中出现传输命令编码错误时,接收方向发送方反馈协议命令错误的消息错误应答,并丢弃当前消息,等待继续接收处理后续消息.
发送方收到协议命令错误的消息错误应答后,可再次重发上次消息,当均返回协议命令错误时,应中断与对方的通信连接.
6.
3.
5.
4数据类型编码错误的处理当在传输过程中出现数据类型编码错误时,接收方向发送方反馈数据类型编码错误的消息错误应答,并丢弃当前消息,等待继续接收处理后续消息.
发送方收到数据类型编码错误的消息错误应答后,可再次重发上次消息,当均返回数据类型编码错误时,应中断与对方的通信连接.
6.
3.
5.
5校验码错误的处理当在传输过程中出现校验码错误时,接收方向发送方反馈校验码错误的消息错误应答,并丢弃当前消息,等待继续接收处理后续消息.
发送方收到校验码错误的消息错误应答后,应再次重发上次消息,当均返回校验码错误错误时,应中断与对方的通信连接.
6.
3.
5.
6重复消息的处理当在传输过程中出现重复消息错误时,接收方向发送方反馈重复消息错误的消息错误应答,并丢弃当前消息,等待继续接收处理后续消息.
发送方收到重复消息的消息错误应答后,不再重发上次消息,继续后续消息的处理.
6.
3.
5.
7包相关错误处理当在传输过程中出现分包错误、包长度错误时,接收方向发送方反馈包相关错误的消息错误应答,并丢弃当前消息,等待继续接收处理后续消息.
发送方在收到包相关错误的消息错误应答后,应再次重发上次消息,当返回校验码错误的消息应答时,不再重发上次消息,应中断与对方的通信连接.
6.
3.
5.
8消息超时的处理当接收到应答消息时,接收方依据消息时间戳和会话生存周期来判断消息是否超时.
方法如下:a)会话周期等于0时,不检查超时.
b)会话周期不等于0时,取接收到消息时刻的时间值,记为T7.
当T7与消息时间戳的差值大于等于会话周期时,判定为超时消息.
应丢弃超时消息,不进行处理.
6.
3.
5.
9消息冲突机制的处理当客户端、服务器两端同时向对方发送消息,出现同时等待消息接收应答的冲突时,应依据服务器端优先原则进行冲突处理:a)客户端等待消息接收应答时收到了服务器端发送的消息时,应停止等待消息接收应答,优先响应处理服务器发送的消息,向服务器反馈消息接收应答.
处理完服务器消息后再重新发送上次消息.
DB11/T1164.
3—202010b)服务器端等待消息接收应答时收到了客户端发送的消息时,应丢弃该消息,继续等待客户端的消息接收应答.
消息冲突机制处理流程见图5客户端发送消息冲突.
客户端服务器发送消息1(非ACK/NACK)响应服务器消息2的ACK/NACK发送其他消息2放弃发送消息1丢弃消息1重发消息1发送消息2的ACK,表示接受成功图5客户端发送消息冲突6.
3.
5.
10其他错误的处理当在传输过程中出现其他错误时,接收方向发送方反馈其他错误的消息错误应答,并丢弃当前消息,等待继续接收处理后续消息.
发送方在收到其他错误的消息错误应答后,应再次重发上次消息,当均返回其他错误时,应中断与对方的通信连接.
6.
3.
6消息分包传输方式当消息长度大于允许值时,发送方应将消息数据体分拆到多个消息中依次发送.
并在每个消息中填写"分包总数"和"分包序号".
消息分包时,发送方和接收方应将该系列消息视为一个消息,在全部分包消息接收完毕后,再进行校验码验证,并发送消息接收应答.
分包传输时序见图6消息分包.
DB11/T1164.
3—202011发送方接收方消息报#1(总包数N,当前包序号=1)检查校验码全部消息数据体合并消息报#1(总包数N,当前包序号=2)返回ACK/NACK消息报#1(总包数N,当前包序号=3)消息报#1(总包数N,当前包序号=N)图6消息分包6.
3.
7校验算法6.
3.
7.
1CRC32CRC(cyclicredundancycheck)32算法采用CRC-32-IEEE802.
3.
其多项式为:x32+x26+x23+x22+x16+x12+x11+x10+x8+x7+x5+x4+x2+x+1.
CRC32的初值为0x00000000.
6.
3.
7.
2CRC16CRC(cyclicredundancycheck)16算法采用CRC-16-CCITT.
其多项式为:x16+x12+x5+x+1.
CRC16的初值为0xFFFF.
6.
4在线文件传输规定6.
4.
1FTP的基本设置要求系统各个层级之间使用FTP方式对文件类数据进行传输.
上位系统为FTP服务器端,下位系统为FTP客户端.
FTP服务器端所能够支持的客户端连接数量不小于250个.
6.
4.
2文件传输的过程6.
4.
2.
1上位下发的过程具体处理过程如下:DB11/T1164.
3—202012a)上位准备好文件类数据,并将需下发的文件放置在指定的目录下;b)按照DB11/T1164.
2的规定通知下位所要下发的数据类型、内容、FTP服务的用户名和密码;c)下位登录到上位FTP服务器;d)通过FTP服务下载上位指定目录下的文件;e)按照DB11/T1164.
2的规定向上位报告下载数据的结果.
6.
4.
2.
2下位上传文件的过程具体处理过程如下:a)下位准备好文件类数据,并将需上传的文件放置在指定的目录下;b)按照DB11/T1164.
2的规定通知上位所要上传的数据类型、内容;c)下位登录到上位FTP服务器;d)通过FTP服务将上传文件上传到指定的目录下;e)按照DB11/T1164.
2的规定上位报告上传数据的结果.
6.
5离线数据规定6.
5.
1使用范围在网络中断的情况下,各层级(不包含TPU)之间使用移动存储介质通过离线交互协议完成必要的数据传输.
离线交互协议使用范围见表10离线交互协议使用范围.
表10离线交互协议使用范围适用位置数据导出方数据导入方适用交互数据类型/用途MLC-SC之间SCMLC不可丢弃的各类数据SC-SLE之间SLESC不可丢弃的各类数据6.
5.
2离线传输数据的内容及生效方式离线数据传输时,应传输还未传输的数据.
数据在接收方导入后,按网络正常传输时获得相关数据的生效方式生效.
离线数据传输后,通过离线传输的数据保留在发送方,当网络连接正常后,发送方继续传输给接收方.
接收方应对数据进行剔重.
6.
5.
3移动存储介质文件放置要求离线传输数据根据数据类型在移动存储介质分目录存放,由数据导出方创建相应目录,各类数据目录定义见表11.
表11数据目录定义数据类型移动存储介质上的目录适用位置说明参数数据由参数索引文件定义所有索引文件存放在根目录下交易数据由存储索引文件定义所有索引文件存放在根目录下业务/事件数据由存储索引文件定义所有索引文件存放在根目录下程序文件由存储索引文件定义所有索引文件存放在根目录下日志文件由存储索引文件定义所有索引文件存放在根目录下6.
6设备远程唤醒通信规定DB11/T1164.
3—2020136.
6.
1实现方法和技术要求设备远程唤醒控制采用在局域网内广播"MagicPacket"包的方式实现.
支持远程唤醒的设备应满足以下要求:a)主板支持远程电源管理;b)网卡支持WOL(Wake-on-LAN).
6.
6.
2数据格式定义数据格式定义如下:a)目标地址采用本局域网的广播地址.
b)端口号为0.
c)MagicPacket包格式为6个字节的FF,后跟16次目标设备的MAC地址.
6.
7时钟同步通信规定时钟同步通讯规定的时钟源及时钟同步服务设置包含:a)清分中心时间服务为线路中心提供校时服务;b)线路中心时间服务为车站计算机提供校时服务;c)车站计算机时间服务为车站终端设备提供校时服务.
各层级时钟源定义见表12.
表12NTP服务器设置本级位置协议类型端口定义时钟源上级本级时钟源MLCNTP123ACC主服务器SCNTP123MLCSC服务器SLENTPSC无6.
8离线数据、FTP参数数据和调试数据文件的格式定义离线数据、FTP参数数据和调试数据文件格式与消息构成格式相同.
具体见表13.
表13离线数据、FTP参数数据/调试数据文件格式定义分类字段名长度数据类型取值范围起始标记起始标记1HEX0xF0传输数据头消息总长度4HEX0xFFFFFFFF协议标识4HEX0x01协议版本号1HEX0x01数据格式版本号1HEX0x01数据传输类型1HEX0x01:参数数据/调试数据;0x02:交易数据;0x03:业务数据预留1HEX0xFFDB11/T1164.
3—202014表13离线数据、FTP参数数据/调试数据文件格式定义(续)分类字段名长度数据类型取值范围消息唯一标识传输命令编码1HEX0x03消息时间戳7BCD任意值消息序列号2HEX任意值设备ID4HEX任意值设备分组编码2HEX任意值会话生存周期2HEX任意值分包总数1HEX0x01分包序号1HEX0x01前置处理标识1HEX加密算法1HEX0x00加密算法补位长度1HEX0x00密钥版本1HEX0x00校验码算法1HEX0x01预留字段21HEX0xFF前置处理头0或32字节,前置处理头在前置处理标识为0x01时,应填写.
数据体交易数据/业务数据/参数数据/调试数据见DB11/T1164.
2相关规定.
校验数据校验数据4根据校验码算法0x01对应的算法CRC32计算的值.
结束标记结束标记10xFF7MLC与SC以及SC与SLE间数据传输时序7.
1数据传输流程的约定7.
1.
1数据传输流程7.
1.
1.
1基本规定数据传输双方在建立基于数据传输应用协议的连接之后才能进入正常的数据传输过程.
7.
1.
1.
2上下位之间数据传输的流程在下位(TPU除外)开启电源并完成自检之后,应启动与上位建立连接的同步时序.
当上下位之间出现异常导致连接中断,下位等待一定时间(参数约定)后应重新执行与上位建立连接的同步时序.
在下位(SLE除外)业务结束之后,非24小时运营时应与上位断开连接,按照上位的控制进入休眠状态等待唤醒或直接关闭电源;24小时运营时继续保持与上位的连接,流程见图7.
DB11/T1164.
3—202015合法连接确认(同步时序)运行结束(同步时序)数据交换数据交换同步时序正常结束同步时序正常结束(自动关闭电源)手动开启电源等待一分钟异常中断异常中断异常中断同步时序正常结束(进入休眠)远程唤醒同步时序异常中断正常数据交换过程运营参数同步(同步时序)连接合法连接非法24小时运营时业务结束同步时序正常结束后开始新一天运营参数同步运营结束(非24小时运营)运营开始(非24小时运营)图7上下位数据传输流程规定7.
1.
1.
3SLE-TPU之间数据传输的流程SLE与TPU之间的时序由SLE(主方)控制,TPU(从方)按SLE要求进行响应,见图8.
DB11/T1164.
3—202016TPU启动(同步时序)业务结束SLE控制进行数据交换SLE控制进行数据交换同步时序正常结束TPU断电SLE给TPU上电TPU复位异常中断异常中断异常中断同步时序异常中断正常数据交换过程图8SLE-TPU数据传输流程规定7.
1.
2数据传输要求各类数据的传输时机、传输方向的列表说明见表14数据传输说明.
表14数据传输说明序号数据类型传输方向传输时机1交易、业务数据下位à上位定时(参数设定)或即时2状态数据下位à上位即时3通知数据下位à上位上位à下位即时4控制命令上位à下位即时5请求数据下位à上位即时6传输审计数据下位à上位定时或业务结束时7.
2数据传输时序的基本准则7.
2.
1时序冲突解决机制在产生时序冲突时,应遵循上位时序优先原则.
即下位与上位同时发起时序,又都要等待对方下一步动作时,下位需中止自己发起的时序,优先执行上位发起的时序.
在下位执行完成上位所启动的时序后,重新启动自身中断的时序.
7.
2.
2异步响应的基本规定在两层之间进行数据传输(包括控制命令、数据请求等)的过程中,获得对方对某个数据传输的响应应使用异步时序的方式进行交互,由数据发起方进行响应时间的控制并异步等待对方指定数据传输的响应;在预订的相应时间内获得响应时,正常处理收到响应的相应数据;在预订的相应时间内未获得响DB11/T1164.
3—202017应时,由发起方自行按无法获得响应的情况进行处理,丢弃未来延迟到达的响应数据,并由发起方确定是否继续再次发起异步响应序列.
正常异步响应(响应数据在预订时间内到达)时序见图9正常异步响应时序,错误异步响应(响应数据在预订时间之后到达)的时序见图10.
接收/响应方发起方响应数据处理对(数据1)的响应需要进行响应的数据交换(数据1)其他异步数据交换其他异步数据交换其他有数据异步交换等待(数据1)反馈计时开始点**等待(数据1)反馈计时终止点图9正常异步响应时序接收/响应方发起方丢弃延迟到达的响应数据对(数据1)的响应需要进行响应的数据交换(数据1)其他异步数据交换其他异步数据交换其他数据异步交换**等待(数据1)反馈计时终止点图10错误异步响应时序7.
2.
3时序完整性时序完整性要求如下:a)同步时序中由数据传输的双方共同保证时序完整性.
DB11/T1164.
3—202018b)异步时序中由发起方保证整体业务时序的完整性.
7.
2.
4时序的引用异步时序被同步时序引用时,该时序亦应遵循同步时序的各项约定.
异步时序中不得引用同步时序.
7.
2.
5时序中的异常处理原则7.
2.
5.
1固定时序的异常处理固定时序应严格按照时序进行,无法完成固定时序则按时序无法进行处理.
7.
2.
5.
2特殊变动时序数列的异常处理上位向下位要求指定数据时,下位因无法找到相关数据等原因而无法回应,上位应等待超时,并连续进行尝试(这种情况下,要求指定数据的时序将会重复出现);连续三次要求同一数据均因超时或非所要数据等原因无法获得时,上位应当认定该数据已经无法获得,记录相关结果并继续时序的后续部分.
7.
3简单业务时序7.
3.
1请求数据下位向上位发出请求数据的步骤为:a)下位向上位发送请求数据;b)上位根据请求数据准备反馈数据;c)上位向下位发送请求反馈数据;d)SC对接收到的请求反馈数据进行处理.
此时序为异步时序,时序流程见图11.
下位上位请求数据数据准备请求反馈数据数据处理图11请求数据时序7.
3.
2控制命令7.
3.
2.
1无应答控制命令上位向下位下达无应答控制命令的步骤为:a)上位向下位发送命令数据;b)下位对接收到的命令数据进行响应处理.
此时序为异步时序,时序流程见图12.
DB11/T1164.
3—202019下位上位命令数据命令响应处理图12无应答控制命令时序7.
3.
2.
2有应答控制命令上位向下位下达有应答控制命令的步骤为:a)上位向下位发送命令数据;b)下位对接收到的命令数据进行响应;c)下位向上位发送命令反馈结果数据;d)上位对接收到的命令结果数据进行处理.
此时序为异步时序,时序流程见图13.
下位上位命令数据命令响应处理命令反馈结果数据命令反馈结果处理图13有应答控制命令时序7.
3.
3通知数据7.
3.
3.
1下行通知数据上位向下位发送下行通知数据的步骤为:a)上位向下位发送下行通知数据;b)下位对接收到的下行通知数据进行处理.
此时序为异步时序,时序流程见图14.
DB11/T1164.
3—202020上位下行通知数据下位通知数据处理图14下行通知数据时序7.
3.
3.
2上行通知数据下位向上位发送上行通知数据的步骤为:a)下位向上位发送上行通知数据;b)上位对接收到的上行通知数据进行处理.
此时序为异步时序,时序流程见图15.
上位上行通知数据下位通知数据处理图15上行通知数据时序7.
3.
4业务数据下位上传业务数据时序的步骤为:a)下位向上位发送业务数据;b)上位对接收的业务数据进行处理.
此时序为异步时序,时序流程见图16.
上位业务数据下位业务数据处理图16业务数据时序7.
3.
5交易数据下位上传交易数据时序的步骤为:DB11/T1164.
3—202021a)下位向上位发送交易数据;b)上位对接收的交易数据进行处理.
此时序为异步时序,时序流程见图17.
上位交易数据下位交易数据处理图17交易数据时序7.
3.
6状态数据7.
3.
6.
1运行状态数据下位上报运行状态时序的步骤为:a)下位向上位发送运行状态数据;b)上位对接收的运行状态数据进行处理.
此时序为异步时序,时序流程见图18.
上位运行状态数据下位状态数据处理图18运行状态数据时序7.
3.
6.
2运营状态数据下位上报运营状态时序的步骤为:a)下位向上位发送运营状态数据;b)上位对接收的运营状态数据进行处理.
此时序为异步时序,时序流程见图19.
DB11/T1164.
3—202022上位运营状态数据下位状态数据处理图19运营状态数据时序7.
3.
7包传输审计数据数据包传输审计时序的步骤为:a)下位向上位发送时段传输审计数据;b)上位对接收的时段传输审计数据,进行数据审计.
此时序为异步时序,时序流程见图20.
上位时段传输审计数据下位传输审计处理图20传输审计数据时序7.
3.
8指定包数据当在传输审计处理过程中有数据缺失时,上位应启动指定包数据时序向下位要求上传所有指定的缺失数据.
如果缺失数据经过连续三次要求均无法获得时,上位不再要求下位上传指定的缺失数据.
上位向下位指定包数据的步骤为:a)上位向下位发送指定包编号命令;b)下位进行数据准备;c)下位向上位发送指定包编号反馈数据.
此时序为异步时序,时序流程见图21.
DB11/T1164.
3—202023下位上位数据准备指定包编号数据命令指定包编号反馈数据图21指定包编码数据时序7.
4组合业务时序7.
4.
1各系统组合时序各层级业务时序列表见表15.
表15各层级业务时序列表系统时序线路中心运行系统SC-MLC建立连接参数和软件同步MLC-SC运营模式改变SC运营开始SC运营结束车站计算机系统SC-SLE建立连接SC-MLC建立连接参数和软件同步SC运营开始SC运营结束SLE运营开始SLE运营结束MLC-SC运营模式改变SC-SLE运营模式改变调试文件上传设备招援请求终端设备SC-SLE建立连接参数和软件同步SLE运营开始SLE运营结束设备招援请求SC-SLE运营模式改变调试文件上传DB11/T1164.
3—2020247.
4.
2建立连接7.
4.
2.
1SC-SLE建立连接SC-SLE建立网络连接时应按照SC-SLE建立连接时序规定执行合法性检查时序和逻辑连接时序.
在合法性检查时序中,SC检查SLE和SAM卡的合法性.
当合法性认证失败时,应终止建立连接时序并断开网络连接.
在逻辑连接时序中,SC同步SLE的参数和运营状态.
当同步失败时,应终止建立连接时序并断开网络连接.
SC-SLE建立连接的步骤为:a)SLE向SC发送连接认证请求数据,SC检查请求数据中SLEIP地址、SLE编号等信息的合法性并反馈.
不合法时,SC终止时序并断开SLE的连接;b)SLE接收连接确认反馈;当反馈结果为非法设备时,SLE终止时序并断开与SC的连接,设备暂停服务;c)SLE使用NTP协议与SC进行时钟同步;当同步后运营日发生变化时,应切换本地运营日;d)执行参数同步的子时序;e)参数同步子时序完成后,SLE应与TPU同步参数;f)SLE向SC上报SLE运营模式、24小时运营和延长运营等运营状态;g)SC检查SLE运营状态和SC运营状态的一致性;h)当SLE运营模式和SC不一致时,SC向SLE发送运营模式控制命令;SLE向SC上传运营模式状态变化数据;i)当SLE24小时运营状态和SC不一致时,SC向SLE发送24小时运营控制命令;SLE向SC上传24小时运营状态变化数据;j)当SLE延长运营状态和SC不一致时,SC向SLE发送延长运营时间命令;SLE向SC上传延长运营时间状态变化数据;k)SC向SLE发送上位同步数据完成通知,标识同步时序中SC已经发送完成所有信息;l)SLE向SC上报SLE设备完整状态;m)SLE上送未上送的交易/业务数据(包含时序中生成的时钟差异业务数据、程序/参数版本变更业务数据).
此时序为同步时序,时序流程见图22.
DB11/T1164.
3—202025SLESC检测到SC连接可用合法性检查时序开始连接认证请求检查SLE合法性认证结果反馈时钟同步参数同步时序TPU参数同步上报SLE运营状态检查运营状态下发运营模式控制命令上报运营模式状态变更数据下发24小时运营控制命令上报24小时运营状态变更数据下发延长运营时间命令上报延长运营状态变更数据下发上位同步数据完成通知上报SLE完整状态逻辑连接时序结束SLE进入正常运行状态上送未上送的交易/业务数据合法性检查时序结束逻辑连接时序开始图22SLE-SC建立连接时序7.
4.
2.
2SC-MLC建立连接SC-MLC建立网络连接时应按照SC-MLC建立连接时序规定执行合法性检查时序和逻辑连接时序.
在合法性检查时序中,SC检查SC的合法性.
当合法性认证失败时,应终止建立连接时序并断开网络连接.
在逻辑连接时序中,MLC同步SC的参数和运营状态.
当同步失败时,应终止建立连接时序并断开网络连接.
SC-MLC建立连接的步骤为:a)SC向MLC发送连接认证请求数据,MLC检查请求数据中SCIP地址、SC设备ID等信息的合法性并反馈.
不合法时,MLC终止时序并断开SLE的连接;b)SC接收连接确认反馈;当反馈结果为非法SC时,SC终止时序并断开与MLC的连接;SLE使用NTP协议与SC进行时钟同步;当同步前后运营日不一致,应切换本地运营日;c)SC使用NTP协议与MLC进行时钟同步;当同步后运营日发生变化时,应切换本地运营日;DB11/T1164.
3—202026d)执行参数同步的子时序;e)参数同步子时序完成后,SC向MLC上报运营模式、24小时运营和延长运营等运营状态;f)MLC检查SC运营状态和MLC运营状态的一致性;g)当SC运营模式和MLC不一致时,MLC向SC发送运营模式控制命令;SC向MLC上传运营模式状态变更数据;h)当SC24小时运营状态和MLC不一致时,MLC向SC发送24小时运营控制命令;SC向MLC上传24小时运营状态变更数据;i)当SC延长运营状态和MLC不一致时,MLC向SC发送延长运营时间命令;SC向MLC上传延长运营状态变更数据;j)MLC向SC发送上位同步数据完成通知,标识同步时序中MLC已经发送完成所有信息;k)SC向MLC上报车站所属SLE的当前状态;l)SC向MLC上报SC完整状态;m)SC上送未上送的交易/业务数据(包含时序中生成的时钟差异业务数据、程序/参数版本变更业务数据).
此时序为同步时序,时序流程见图23.
DB11/T1164.
3—202027SCMLC/LC检测到LC连接可用合法性检查时序开始连接认证请求检查SC合法性认证结果反馈时钟同步参数同步时序TPU参数同步上报SC运营状态检查运营状态下发运营模式控制命令上报运营模式状态变更数据下发24小时运营控制命令上报24小时运营状态变更数据下发延长运营时间命令上报延长运营状态变更数据下发上位同步数据完成通知上报SC完整状态逻辑连接时序结束SC进入正常运行状态上送未上送的交易/业务数据合法性检查时序结束逻辑连接时序开始上报SC所属SLE状态图23SC-MLC建立连接时序7.
4.
3参数和软件同步参数和软件同步的步骤为:a)上位向下位发送查询下位参数信息;b)下位向上位发送参数版本信息;c)上位检查上、下位参数版本的一致性,版本一致时,上位向下位发送参数更新完成通知,标识时序完成;d)上位向下位发送FTP配置信息通知,包括FTP用户名、密码数据;e)上位向下位发送参数更新命令;f)下位核对参数版本差异;g)下位检查即时生效参数的版本不一致时,下位向上位发起即时生效参数请求;DB11/T1164.
3—202028h)上位发送即时生效参数请求反馈到下位,反馈数据包含参数内容;i)下位进行即时生效参数的处理;j)下位通过FTP方式下载其它版本不一致的参数或程序文件;k)下位处理参数、程序文件;l)下位向上位发送参数版本变更信息;m)上位进行参数版本检查得到参数同步结果.
n)参数更新完成后,上位向下位发送参数更新完成通知.
此时序为异步时序,时序流程见图24.
下位上位参数/软件同步时序开始参数版本信息查询下位参数信息核对参数版本即时生效参数请求下发FTP配置信息通知参数更新命令上报24小时运营状态变更数据即时生效参数请求反馈参数版本信息参数更新完成通知检查参数是否需要更新检查即时生效参数版本变化即时生效参数处理通过FTP下载参数/程序文件参数文件处理检查参数版本和同步结果参数/软件同步时序结束参数生效检查图24参数与软件同步时序7.
4.
4运营开始7.
4.
4.
1SLE运营开始系统非24小时运营时,SLE在运营开始前应执行本时序规定流程.
SLE运营开始的步骤为:DB11/T1164.
3—202029a)设备进入开启服务状态;b)SLE向SC发送状态值为运营开始的设备运行状态;c)SLE进行时钟同步;d)SLE切换运营日;e)SLE发送上报SLE完整状态.
此时序为同步时序,时序流程见图25.
SLESC切换运营日上报SLE完整状态时钟同步设备进入开始服务状态上报SLE运营开始状态数据运营开始时序开始运营开始时序结束图25SLE运营开始时序7.
4.
4.
2SC运营开始SC在运营开始前应执行本时序规定流程.
SC运营开始的步骤为:a)SC向MLC发送开始运营通知;b)SC进行时钟同步;c)SC切换运营日;d)SC向MLC上报SC完整状态;e)SC向MLC上报开始运营结束通知.
此时序为同步时序,时序流程见图26.
DB11/T1164.
3—202030SCMLC/LC切换运营日上报SC完整状态时钟同步上报SC运营开始通知运营开始时序开始运营开始时序结束上报SC运营开始时序结束通知图26SC运营开始时序7.
4.
5运营结束7.
4.
5.
1SLE运营结束SLE运营结束的步骤为:a)在系统非24小时运营时,设备进入暂停服务状态.
b)SLE向SC发送状态值为运营结束的设备运行状态.
c)SLE上送未上送的交易/业务数据.
d)执行SLE文件类业务结束数据上传时序.
e)执行SLE日结数据上传时序.
f)SLE发送包传输审计数据.
g)SC进行传输审计.
h)SC向SLE发送上传指定包编号数据命令.
i)SLE收到上传指定包编号数据命令时,进行数据准备.
j)根据上一步数据准备的结果,向SC上传所要求的数据.
k)SC检查指定数据的到达情况,未到达时,SC可重复进行数据请求.
l)SC传输审计完成后,向SLE下发一日传输审计完成通知.
m)SLE向SC上传SLE完整状态,包括运营状态、运行状态、票箱库存状态、钱箱数量状态、参数版本状态、设备故障状态.
n)车站处于非24小时运营时,SC向SLE发送设备休眠或关闭电源命令.
此时序为同步时序,时序流程见图27.
DB11/T1164.
3—202031SLESCSLE日结处理上报未上传的数据(包括日结数据)时钟同步设备进入暂停服务状态上报SLE运营结束状态数据运营结束时序开始上报包传输审计数据SC传输审计上传指定包编号数据数据准备上传请求对应的数据检查数据到达下发一日传输审计结束通知上报SLE完整状态下达SLE休眠或关机命令上传未上传的数据设备进入休眠或关机状态运营结束时序结束图27SLE运营结束时序7.
4.
5.
2SC运营结束SC运营结束的步骤为:a)SC向MLC发送车站业务结束通知.
b)SC进行时钟同步.
c)SC进行车站日结处理,生成日结相关数据.
d)SC上送未上送的交易/业务数据,包括车站日结数据.
e)SC发送包传输审计数据.
f)MLC进行传输审计.
g)MLC向SC发送上传指定包编号数据命令.
DB11/T1164.
3—202032h)SC收到上传指定包编号数据命令时,进行数据准备.
i)根据上一步数据准备的结果,向MLC上传要求的数据.
j)MLC检查指定数据的到达情况,未到达时,MLC可重复进行数据请求.
k)MLC传输审计完成后,向SC下发一日传输审计完成通知.
l)SC上报全站完整状态.
m)向MLC发送SC一日运营结束通知.
此时序为同步时序,时序流程见图28.
SCMLC车站日结处理上报未上传的数据(包括日结数据)时钟同步站内设备已业务结束上报SC运营结束状态数据运营结束时序开始上报包传输审计数据MLC传输审计上传指定包编号数据数据准备上传请求对应的数据检查数据到达下发一日传输审计结束通知上报SC完整状态上传SC运营结束通知运营结束时序结束图28SC运营结束时序7.
4.
6设备招援请求设备招援请求的步骤为:a)SLE发送设备招援请求到SC,进入招援等待处理;b)SC处理招援请求,发送招援请求反馈到SLE;c)SLE处理招援请求反馈.
DB11/T1164.
3—202033此时序为异步时序,时序流程见图29.
SLESC处理招援请求招援等待处理设备招援请求设备招援时序开始设备招援时序结束招援请求反馈设备处理招援反馈图29招援请求时序7.
4.
7运营模式改变7.
4.
7.
1MLC-SC运营模式改变MLC控制SC运营模式改变的步骤为:a)MLC向SC发送运营模式控制命令;b)SC进行运营模式变更处理;c)SC向MLC上报运营模式通知;d)MLC进行车站运营模式变更处理,通知其它车站和ACC,并更新模式履历.
此时序为异步时序,时序流程见图30.
SCMLC处理运营模式变更上报运营模式变更通知设备招援时序开始设备招援时序结束下达运营模式控制命令运营模式变更处理图30MLC-SC运营模式改变7.
4.
7.
2SC-SLE运营模式改变SC控制SLE运营模式改变的步骤为:a)SC向SLE发送运营模式控制命令;DB11/T1164.
3—202034b)SLE进行运营模式变更处理;c)SLE向SC上报运营模式变更状态;d)SC进行SLE运营模式变更处理.
此时序为异步时序,时序流程见图31.
SC运营模式控制时序开始设置运营模式控制命令处理运营模式变更上传运营模式状态变更运营模式变更处理运营模式控制时序结束SLE图31SC-SLE运营模式改变7.
4.
8调试文件上传SC控制SLE运营模式改变的步骤为:a)上位向下位发送上传设备调试数据命令;b)上位向下位发送FTP配置信息通知,包括FTP地址、用户名、密码、目录等数据;c)下位通过FTP方式上传文件类数据.
d)下位向上位发送文件上送完毕通知;e)上位进行数据处理.
此时序为异步时序,时序流程见图32.
下位上位上传设备调试数据命令数据处理下发FTP配置信息通知文件上送完毕通知下位通过FTP上传文件图32调试日志上传时序8SLE与TPU间数据传输规定DB11/T1164.
3—2020358.
1SLE与TPU之间的数据传输接口SLE与TPU之间的数据传输分为3层,见表16.
表16TPU和SLE之间通信分层序号名称说明1物理层描述SLE与TPU之间的物理连接方式和基本要求;物理连接首选USB,备选物理连接方式为标准RS232/RS422.
采用异步串行通信模式.
2数据链路层描述SLE与TPU之间交互的数据包的基本结构和基本时序;基本时序定义见8.
6规定,数据包基本结构见8.
58.
5规定.
3应用层描述SLE与TPU之间交互的数据包的具体业务定义和使用方法;SLE给TPU发送的命令数据包分为3大类:a)TPU控制管理类命令数据包;b)检票类设备操作命令数据包;c)售票类设备操作命令数据包.
8.
2通信规格SLE与TPU间通信时的规格要求参见表17.
表17通信规格序号名称说明1通信原则SLE为主控方,是命令数据的发起方;TPU为受控方,接收并处理命令数据后向SLE发送反馈数据,TPU不主动发送反馈数据包.
2数据传输编码二进制方式.
3数据包校验方式单字节XOR运算,数据校验的范围包括:报文中除STX,ETX和插入的DLE之外所有数据的校验和,不包括校验字节本身.
4通信超时等待时间3秒(非即时响应命令,不受该超时等待时间的限制).
5重试次数3次.
8.
3TPU启动时序TPU启动的步骤为:a)SLE向TPU发送复位TPU命令,并接收命令应答;b)SLE向TPU发送状态获取命令,并接收命令应答;c)当TPU状态是"等待取UD状态"时,SLE应向TPU发送取UD命令,并接收命令应答保存UD数据;d)当TPU状态是"起始状态",SLE应上报故障,通知进行人工干预,检测TPU故障;e)当TPU状态是"未初始化状态",进行时序下一步操作;f)SLE向TPU发送获取TPU基本信息命令,并接收命令应答;g)SLE检查TPU软件版本和本地TPU软件版本的一致性,不一致时更新TPU软件,更新成功后重新启动TPU;DB11/T1164.
3—202036h)SLE向TPU发送获取TPU参数版本命令,并接收命令应答;i)SLE检查TPU参数版本和本地TPU参数版本的一致性,不一致时更新TPU参数;j)SLE向TPU发送参数下载命令,逐个下载新的参数文件;k)SLE向TPU发送配置TPU运行环境参数命令;l)TPU启动完成,进入空闲状态.
此时序为同步时序,时序流程见图33.
SLETPU复位TPU取TPU状态取TPU状态,判断是否有UD未提取更新TPU的软件反馈反馈取UD数据反馈判断是否需要更新TPU软件取TPU状态取TPU参数版本反馈SLE比对TPU中的参数是否为最新参数版本更新参数文件反馈取TPU参数版本反馈打开并配置TPU的运行需要的环境参数反馈图33TPU启动时序8.
4控制字符定义DB11/T1164.
3—202037SLE与TPU数据通信中控制字符定义见表18.
表18控制符定义序号名称编码说明1STX0x02开始字符2ETX0x03结束字符3DLE0x10连接字符用于报文边界识别,例如,如果要发送STX,ETX或DLE(不是作为定帧字节),则在发送这些字符前应以前缀形式插入一个DLE字符.
所有插入的DLE字符由接收处理过程去除并且不增加报文长度、不参与校验和计算.
8.
5传输数据包结构8.
5.
1数据包结构TPU数据包结构见表19.
表19TPU数据包结构域名字节数说明开始字符1见表18定义.
数据长度2数据部分长度,不包括DLE字符;最大允许值为:4096.
数据体不定见DB11/T1164.
2规定.
校验字节1校验字节是报文中除STX,ETX和插入的DLE之外所有数据的校验和.
结束字符1见表18表18定义.
8.
5.
2数据体详细结构命令数据包的数据体结构见表20,命令反馈数据包的数据体结构参见表21.
表20TPU数据包结构域名长度(字节)说明命令代码2必需字段.
重发次数1必需字段,0x00表示首次发送报文,0x01~0xff表示重发相同报文.
请求数据不定命令执行需要的数据.
表21TPU命令反馈数据包结构域名长度(字节)说明命令代码2必需字段.
重发次数1必需字段,0x00表示首次发送报文,0x01~0xff表示重发相同报文.
应答代码1表示命令的执行结果.
返回数据不定命令执行结果的返回数据.
8.
6通信时序DB11/T1164.
3—2020388.
6.
1正常时序SLE与TPU间通信的正常时序见图34.
TPU反馈数据命令数据内部处理即时命令数据包正常时序SLE3秒钟以内TPU反馈数据命令数据内部处理结束或有卡进入非即时命令数据包正常时序SLE时间不定TPU2反馈数据1命令数据(非即时)即时命令数据包非即时命令数据包正常时序SLE2命令数据(即时)1反馈数据图34正常时序8.
6.
2即时响应命令数据包异常处理时序SLE与TPU通信时即时响应命令数据包异常处理时序见图35.
DB11/T1164.
3—202039SLETPU命令数据命令数据(重发)TPU/SLE即时响应命令数据包重发机制1反馈数据反馈数据3秒钟XSLETPU命令数据命令数据(重发)TPU/SLE即时响应命令数据包重发机制23秒钟XX命令数据(重发)X命令数据(重发)反馈数据X3秒钟3秒钟重新上电并尝试通讯…反馈数据反馈数据反馈数据图35即时响应命令数据包异常处理时序8.
6.
3非即时响应命令数据包异常处理时序SLE与TPU通信时非即时响应命令数据包异常处理时序见图36.
DB11/T1164.
3—202040SLETPU命令数据1取TPU状态TPU/SLE非即时响应命令数据包的重发机制返回TPU状态寻卡(重发)取TPU状态判断TPU是否处于特定的状态,如果不是进入重发处理返回TPU状态判断TPU是否处于特定的状态继续进行后续的处理…1秒钟1秒钟X图36非即时响应命令数据包异常处理时序8.
6.
4发送和接收冲突处理时序SLE与TPU通信时发送和接收冲突时的处理时序见图37.
DB11/T1164.
3—202041SLETPU反馈数据1命令数据1反馈数据2命令数据2TPU/SLE命令数据和反馈数据冲突处理机制图37TPU/SLE数据冲突处理8.
7TPU的工作状态8.
7.
1状态代码定义SLE和TPU进行通信的过程中,SLE应按照TPU状态转换关系来控制TPU的动作,TPU状态转换关系及约束关系见图38.
TPU状态代码的定义见表22.
表22状态代码定义状态字节编码状态定义状态说明0xFF初始状态TPU上电后首先进入该状态.
0xFE未初始化状态TPU复位后进入该状态.
0x00空闲状态TPU初始化完毕,具备工作条件.
0x01工作状态寻卡状态TPU正在寻卡.
0x02已寻到卡状态TPU已经寻到车票,正等待下一步操作指令.
0x03交易状态TPU处于具体的交易处理状态中.
0x04等待取UD状态TPU业务处理完成,生成UD数据等待获取.
8.
7.
2TPU状态转换TPU状态转换见图38.
DB11/T1164.
3—202042起始状态TPU上电未初始化状态复位TPU空闲状态初始化寻卡状态已寻到卡状态交易状态等待取UD状态寻卡命令发现卡片交易指令写卡完毕复位TPU失败停止/复位TPU/初始化失败SLE提取UD数据有UD没有提取处理结果(含UD)读卡信息中止中止命令执行失败未初始化状态空闲状态工作状态图38状态转换图9车票业务处理时序9.
1售票9.
1.
1TVM售票TVM发售一票通车票的步骤为:a)乘客在TVM用户界面上选择售票操作;DB11/T1164.
3—202043b)TVM将车票传送到指定读写位置,然后向TPU发送读卡命令;c)TVM读到车票后,向TPU发送售票命令.
TPU执行售票命令成功后,返回操作结果和UD数据;d)TVM保存UD数据、更新界面显示并出票.
此时序为同步时序,时序流程见图39.
TVMTPU读卡信息指令确认售票金额反馈一票通售票指令反馈图39TVM发售一票通车票时序9.
1.
2BOM售票9.
1.
2.
1一卡通售票BOM发售一卡通车票的步骤为:a)操作员放置好车票,在BOM操作界面上选择售票操作;b)BOM向TPU发送读卡命令;c)BOM读到车票后,在界面上显示车票押金等信息;d)操作员输入售票时充值金额,并确认执行售票操作;e)BOM向TPU发送售票命令.
TPU执行售票命令成功后,返回操作结果和UD数据;f)BOM保存UD数据、更新界面显示.
此时序为同步时序,时序流程见图40.
DB11/T1164.
3—202044BOMTPU读卡信息指令放置卡片反馈一卡通售票指令输入售票信息反馈图40BOM发售一卡通车票时序9.
1.
2.
2一票通单张售票时序BOM单张发售一票通车票的步骤为:a)操作员在BOM用户界面上选择售票操作,输入售票相关信息,执行售票操作;b)BOM将车票传送到指定读写位置;c)BOM向TPU发送读卡命令;d)BOM读到车票后,向TPU发送售票命令.
TPU执行售票命令成功后,返回操作结果和UD数据;e)BOM保存UD数据、更新界面显示并出票.
此时序为同步时序,时序流程见图41.
DB11/T1164.
3—202045BOMTPU读卡信息指令选择售票种类,确认售票金额反馈一票通售票指令反馈图41BOM单张发售一票通车票时序9.
1.
2.
3一票通批量售票时序BOM批量发售一票通车票的步骤为:a)操作员在BOM用户界面上选择售票操作,输入售票相关信息,执行售票操作;b)BOM将车票传送到指定读写位置;c)BOM向TPU发送读卡命令;d)BOM读到车票后,向TPU发送售票命令.
TPU执行售票命令成功后,返回操作结果和UD数据;e)BOM保存UD数据、更新界面显示并出票;f)BOM重复上述b~e步骤,连续售出多张卡.
此时序为同步时序,时序流程见图42.
DB11/T1164.
3—202046BOMTPU读卡信息指令选择售票种类,确认售票张数和金额反馈一票通售票指令反馈保存交易数据,更新BOM界面显示驱动出票机构,将下一张卡片送入读写区域图42BOM批量发售一票通车票时序9.
2补票BOM补票的步骤为:a)操作员将车票放置在有效读写区域内,并在操作界面上选择补票操作;b)BOM向TPU发送补票读卡命令;c)BOM读到车票后,操作员根据TPU返回的补票建议和乘客提供的信息,选择后续的补票操作动作,并输入相关补票信息;d)BOM向TPU发送补票命令,TPU执行车票补票操作,返回操作结果和UD数据;e)BOM保存UD数据数据、更新界面显示、打印补票票据.
此时序为同步时序,时序流程见图43.
DB11/T1164.
3—202047BOMTPU读卡信息指令放置卡片反馈补票指令提示补票信息,确认补票金额反馈图43补票时序9.
3充值9.
3.
1TVM充值TVM充值的步骤为:a)乘客将充值车票插入TVM车票充值口;b)TVM向TPU发送读卡命令;c)TVM读到车票后,将车票余额信息显示至乘客界面;d)乘客在TVM操作界面上选择充值操作;e)乘客投入纸币,TVM界面上显示乘客投币总金额;f)乘客对充值操作进行确认,TVM向TPU发送充值命令.
TPU执行车票充值操作,返回操作结果和UD数据;g)TVM保存UD数据数据、更新界面显示、退出充值车票、打印充值票据;此时序为同步时序,时序流程见图44.
DB11/T1164.
3—202048TVMTPU选择充值操作充值指令对充值操作进行确认反馈等待投币(硬币或纸币)读卡信息指令反馈插入卡片图44TVM充值时序9.
3.
2BOM充值BOM充值的步骤为:a)操作员将充值车票放入有效读写区域内,并在操作界面上选择充值操作;b)BOMM向TPU发送读卡命令;c)BOM读到车票后,将车票余额信息显示至操作员、乘客界面;d)操作员输入充值金额或次数后,对充值操作进行确认;e)BOM向TPU发送充值命令.
TPU执行车票充值操作,返回操作结果和UD数据;f)BOM保存UD数据数据、更新界面显示、打印充值票据;此时序为同步时序,时序流程见图45.
DB11/T1164.
3—202049BOMTPU选择充值操作,输入相关信息充值指令反馈读卡信息指令反馈放置卡片图45BOM充值时序9.
4查询车票信息BOM查询分析车票的步骤为:a)操作员将票卡放置在指定读卡区域,在操作界面上选择查询操作;b)SLE向TPU发送读卡命令;c)SLE读到车票信息后,根据业务需要,更新界面显示.
此时序为同步时序,时序流程见图46.
SLETPU读卡信息指令放置卡片反馈图46车票查询时序9.
5退票退资9.
5.
1即时退票退资BOM即时退票退资的步骤为:a)操作员将车票放置在有效的读写区域内,在操作界面上选择退票退资操作;DB11/T1164.
3—202050b)BOM向TPU发送读卡命令;c)BOM读到车票后,在操作员、乘客界面显示"实退金额"和"手续费"信息;d)操作员确认执行退票退资操作;e)BOM向TPU发送退票退资命令,TPU对车票进行退票退资操作,返回操作结果和UD数据;f)BOM保存UD数据、更新界面信息、打印退票退资票据.
此时序为同步时序,时序流程见图47.
BOMTPU读卡信息指令放置卡片反馈退票退资指令选择退票退资操作反馈图47有卡退票退资时序9.
5.
2非即时退票退资BOM即时退票退资的步骤为:a)操作员在操作界面上选择退票退资操作,输入坏卡或大额卡的卡号,从后台提取延迟退卡信息(包含"实退金额"和"手续费"等),显示在乘客界面上;b)操作员确认执行退票退资操作;c)BOM向TPU发送退票退资命令,TPU进行退票退资相关操作,返回操作结果和UD数据;d)BOM保存UD数据、更新界面信息、打印退票退资票据.
此时序为同步时序,时序流程见图48.
DB11/T1164.
3—202051BOMTPU输入卡号退票退资指令选择退票退资操作反馈显示相关退卡信息图48无卡退卡退资时序a)无卡退票退资此时序为同步时序.
详细步骤为:9.
6替换9.
6.
1好卡替换时序BOM进行好卡替换的步骤为:a)操作员将旧车票放置在有效读写区域内,在操作界面上选择车票替换操作;b)BOM向TPU发送读卡命令;c)BOM读到车票后,在界面上显示旧车票相关信息,确认执行替换(旧卡)操作;d)BOM向TPU发送替换(旧卡)命令,TPU对旧卡进行相关操作,返回操作结果和UD数据;e)操作员将新车票放置在有效读写区域内;f)操作员在操作界面上选择替换(新卡)操作;g)BOM向TPU发送替换(新卡)命令,TPU对新卡进行替换操作,返回操作结果和UD数据;h)BOM保存UD数据、更新界面信息、打印车票替换票据.
此时序为同步时序,时序流程见图49.
DB11/T1164.
3—202052BOMTPU读卡信息指令放置旧卡反馈替换(旧卡)指令反馈替换(新卡)指令反馈放置新卡图49好卡替换时序9.
6.
2坏卡替换时序BOM进行好卡替换的步骤为:a)操作员在操作界面上选择车票替换操作;b)操作员将新车票放置在有效读写区域内;c)操作员在操作界面上选择替换(新卡)操作;d)BOM向TPU发送替换(新卡)命令,TPU对新卡进行替换操作,返回操作结果和UD数据;e)BOM保存UD数据、更新界面信息、打印车票替换票据.
此时序为同步时序,时序流程见图50.
DB11/T1164.
3—202053BOMTPU替换(新卡)指令输入相关信息反馈图50坏卡替换时序9.
7激活BOM进行车票激活的步骤为:a)操作员将新车票放置在有效读写区域内;b)操作员在操作界面上选择并确认执行车票激活操作;c)BOM向TPU发送车票激活命令,TPU执行车票激活操作,返回操作结果和UD数据;d)BOM保存UD数据、更新界面信息、打印车票激活票据.
此时序为同步时序,时序流程见图51.
BOMTPU激活指令放置卡片反馈图51激活时序9.
8延期BOM进行车票延期的步骤为:a)操作员将新车票放置在有效读写区域内;b)操作员在操作界面上选择并确认执行车票延期操作;c)BOM向TPU发送车票延期命令,TPU执行车票延期操作,返回操作结果和UD数据;d)BOM保存UD数据、更新界面信息、打印车票延期票据.
此时序为同步时序,时序流程见图52.
DB11/T1164.
3—202054BOMTPU延期指令放置卡片反馈图52延期时序9.
9挂失BOM进行车票挂失的步骤为:a)操作员在操作界面上选择车票挂失操作,并输入丢失车票的相关信息(卡号等信息);b)操作员确认执行车票挂失操作;c)BOM向TPU发送车票挂失命令,TPU执行车票挂失操作,返回操作结果和UD数据;d)BOM保存UD数据、更新界面信息、打印车票挂失票据.
此时序为同步时序,时序流程见图53.
BOMTPU挂失指令输入相关挂失信息反馈图53挂失时序9.
10抵消BOM进行车票抵消的步骤为:a)操作员将车票放置在有效读写区域内;b)操作员在操作界面上选择车票抵消操作,并输入抵消原因代码等相关信息;c)操作员确认执行车票抵消操作;d)BOM向TPU发送车票抵消命令,TPU执行车票抵消操作,返回操作结果和UD数据;e)BOM保存UD数据、更新界面信息、打印车票抵消票据.
此时序为同步时序,时序流程见图54.
DB11/T1164.
3—202055BOMTPU抵销指令放置卡片反馈图54抵消时序9.
11AG进出站9.
11.
1进站AG进站业务的步骤为:a)AG向TPU发送寻卡命令;b)TPU接收到寻卡指令,进入寻卡状态;c)当TPU处于寻卡状态,且又没有车票进入感应区时,AG监控TPU的工作状态,每隔3秒向TPU发送查询状态命令并获取TPU状态;d)当TPU状态不是"寻卡状态"且AG并未收到寻到卡的应答数据包,可判断为TPU与AG间有数据包丢失的异常,AG应重新开始寻卡操作,异常处理步骤见图57.
e)当AG发送查询状态命令并且连续3次无法收到TPU应答,可判定说明AG与TPU间的通讯琏路出现故障或TPU出现严重故障,AG应重新启动并初始化TPU,异常处理步骤见图58.
f)乘客在AG有效读写区域内刷卡,TPU进行车票寻卡操作,返回结果数据;g)AG收到TPU寻卡结果数据后,向TPU发送进站命令;h)TPU执行车票进站操作,返回车票操作结果数据;当乘客刷卡过快造成TPU读写车票未完成但卡已移开的异常时,AG应重发进站指令,异常处理步骤见图59;i)AG检查车票操作结果数据,操作成功时,应更新乘客界面信息、打开AG闸门并放行;j)AG向TPU发送获取UD命令,TPU返回操作结果和UD数据;k)AG保存UD数据.
此时序为异步时序,时序流程见图55.
DB11/T1164.
3—202056AGTPU寻卡反馈判断是否继续处理反馈进站指令闸机开门放行反馈取UD数据重复自动寻卡图55正常进站时序9.
11.
2出站AG出站业务的步骤为:a)AG向TPU发送寻卡命令;b)TPU接收到寻卡指令,进入寻卡状态;c)当TPU处于寻卡状态,且又没有车票进入感应区时,AG监控TPU的工作状态,每隔3秒向TPU发送查询状态命令并获取TPU状态;d)当TPU状态不是"寻卡状态"且AG并未收到寻到卡的应答数据包,可判断为TPU与AG间有数据包丢失的异常,AG应重新开始寻卡操作,异常处理步骤见图57.
e)当AG发送查询状态命令并且连续3次无法收到TPU应答,可判定说明AG与TPU间的通讯琏路出现故障或TPU出现严重故障,AG应重新启动并初始化TPU,异常处理步骤见图58.
f)乘客在AG有效读写区域内刷卡,TPU进行车票寻卡操作,返回结果数据;g)AG收到TPU寻卡结果数据后,向TPU发送出站命令;h)TPU执行车票出站操作,返回车票操作结果数据;当乘客刷卡过快造成TPU读写车票未完成但卡已移开的异常时,AG应重发出站指令,异常处理步骤见图59;i)AG检查车票操作结果数据,操作成功时,应更新乘客界面信息、打开AG闸门并放行,对回收类车票应进行票卡回收;j)AG向TPU发送获取UD命令,TPU返回操作结果和UD数据;k)AG保存UD数据.
DB11/T1164.
3—202057此时序为异步时序,时序流程见图56.
AGTPU寻卡反馈判断是否继续处理反馈出站指令闸机开门放行反馈取UD数据重复自动寻卡图56出站时序9.
11.
3丢包异常处理时序AG寻卡业务与TPU发送丢包异常的处理步骤见图57.
DB11/T1164.
3—202058AGTPU寻卡反馈取TPU状态X等待1秒反馈终止寻卡(开始新一轮寻卡)AG继续正常的作业…等待1秒反馈寻到卡取TPU状态反馈AG判断与TPU之间是否发生了丢包现象图57丢包异常处理时序9.
11.
4查询状态异常处理时序AG获取TPU状态异常的处理步骤见图58.
DB11/T1164.
3—202059AGTPU寻卡反馈重新上电取TPU状态X等待1秒反馈取TPU状态X反馈取TPU状态XAG重新启动TPU…等待1秒等待1秒等待1秒图58查询状态异常处理时序9.
11.
5车票处理不完整异常处理时序AG车票处理不完整异常的处理步骤见图59.
DB11/T1164.
3—202060AGTPU寻卡反馈判断是否继续处理卡片移开,写卡未完成进站指令提示重新刷卡反馈进站指令重复自动寻卡闸机开门反馈取UD数据当AG重发进站指令后,TPU将自动重新寻卡,并判断卡片是否同一张卡,如果是同一张卡,继续刚才未完成的处理.
如果5秒内乘客没有重新刷卡,或者有其他卡片进入,TPU将拒绝处理;图59车票处理不完整异常处理时序