DB61∕T 506.4-2010 城市轨道交通自动售检票系统 第4部分通信数据接口规范

ICS93.080Q84DB61陕西省地方标准DB61/T506.4—2010城市轨道交通自动售检票系统第4部分：通信数据接口规范2010-11-23发布2010-12-25实施陕西省质量技术监督局发布DB61/T506.4—2010目次前言................................................................................II1范围..............................................................................12数据通信协议......................................................................13AFC系统核心数据定义...............................................................54外部接口层间传输数据定义........................................................1365内部接口层间传输数据定义........................................................1376数据传输流程....................................................................141DB61/T506.4—2010II前言DB61/T506-2010《城市轨道交通自动售检票系统》分为四个部分：──第1部分：总则；──第2部分：编码规则；──第3部分：终端设备和票卡；──第4部分：通信数据接口规范。本部分由西安市地下铁道有限责任公司提出。本部分由陕西省建设厅归口。本部分起草单位：陕西省标准化研究院、西安市地下铁道有限责任公司、方正国际软件系统有限公司、上海华虹技通智能卡系统有限公司、深圳高新现代智能系统股份有限公司、三星数据系统（中国）有限公司、上海华腾软件系统有限公司。本部分主要起草人：陈东山、雒继峰、侯久望、管宏、党光清、陈明胜、骆红、马明、李文慧、吕毅、吴曼、徐明、杨哲、柳志峰、陈敬平。本部分首次发布。DB61/T506.4—20101城市轨道交通自动售检票系统第4部分：通信数据接口规范1范围本标准规定了城市轨道交通自动售检票系统的外部接口数据通信协议，各类交易、控制和参数数据，以及层间数据关系。不对AFC系统内部各层间的接口进行具体要求。本标准适用于陕西省城市轨道交通自动售检票系统通信数据接口的管理和维护。2数据通信协议2.1数据通信协议AFC系统中所有数据的交互，根据其不同的用途进行分类，如表1所示。表1数据通信协议序号数据传输与交换方式使用的通信协议适用交互数据类型1文件交换FTP参数数据、程序文件2数据传输基于TCP/IP的SOCKET交易数据、状态数据、业务数据、控制数据3时钟同步NTP时钟同步4唤醒服务WOL协议设备远程唤醒5离线数据传输及交互外部媒体存储介质离线状态下数据传输注1：文件形式数据的传输通过数据传输的命令启动并通过数据传输的相关命令反馈文件形式数据的传输结果；注2：文件交换所需要的在上位登陆的用户名、登陆密码、文件存放目录或文件名通过数据传输的命令获得；注3：时钟同步的结果通过数据传输中的相关内容报告上位；注4：唤醒服务仅对处于休眠状态的设备使用；注5：离线状态下数据交互与在线状态下数据交互的格式相同，通过外部媒体存储介质实现传输；注6：车票处理单元与上位的连接采用USB端口方式进行数据传输。2.2Socket协议构成2.2.1消息格式消息构成格式如表2所示。表2Socket消息格式起始标记传输数据头数据体校验数据结束标记0xF038字节不定长，数据体长度在传输数据头中确定；如果没有数据体，本部分长度为00/4字节0xFFDB61/T506.4—201022.2.2传输数据头传输数据头详细数据格式如表3所示。表3传输数据头字段名长度Byte数据类型描述报文长度4BIN消息整体长度，即从开始标记到结尾标记的字节长度。取值范围：40~8*1024+40。协议标识4BIN固定为1，其他数据时按照错误消息处理。协议版本号1BIN传输协议版本号，固定为1。数据格式版本号1BIN数据体中数据编码格式版本号，固定为1。数据传输类型1BIN0：协议数据；1：预留数据；2：交易数据；3：业务数据；4：控制数据；5：状态数据。预留1BIN固定为0。数据包唯一标识传输命令编码1BIN注1发送时间戳7BCD数据发送的时间：YYYYMMDDHH24MISS发送序列号2BIN用于区分同一时间发出的多个数据包。向指定通讯对象发出数据包时由发送方产生，初值为1，每次发送递增1，到达65535后归1。设备ID设备类型1BIN数据发送方唯一标识线路ID1BCD车站编号1BCD设备编号1BIN设备分组编号1BIN数据发送方所属分组标识设备组内编号1BIN数据发送方的组内编码预留2BIN固定为0。分包总数1BIN若待传输数据总字节长度超过8*1024+40字节时，进行分包传输，并填写分包总数。否则，固定为1。分包序号1BIN当前数据分包序号，如果总包数=1，序号为1；如果总包数1，分包序号从1开始递增。预留1BIN固定为0。加密算法1BIN0：不采用；1：DES。加密算法补位长度1BIN执行加密算法前对有效数据体进行补位操作时补充的字节数。取值范围：0~15。密钥版本1BIN加密数据体采用密钥版本号。校验码算法1BIN固定00：不采用；1：CRC32。预留1BIN固定为0。DB61/T506.4—20103表3传输数据头（续）注1：消息的总长度为起始标记（1）、协议数据头字节数（38）、前置处理头字节数、数据体字节数、校验数据字节数、结束标记（1）六部分长度之和。注2：起始标记：用于标识一个消息的开始，固定值：0xF0。该值不正确时，断开连接。注3：传输数据头：用于描述传输协议控制以及消息的唯一性控制。注4：数据体：包含传输数据内容，数据体的大小由所传输数据的内容决定。注5：校验数据：采用CRC32方式对传输的数据体内容进行校验。注6：结束标记：用于标识一个消息的结尾，固定值：0xFF。2.3FTP协议构成2.3.1参数数据和程序数据通过FTP传输，程序数据文件格式由各厂商自定义，参数文件格式如表4所示。表4参数文件格式参数文件头分段数据偏移量记录体分段数据体28字节N*8字节，随参数分段数据个数而变化不定长，数据体长度根据数据头信息获取2.3.2参数文件的总长度为参数文件头字节数（28）、分段数据偏移量记录体（N*8）和分段数据体字节数三部分长度之和。2.3.3参数文件头格式如表5所示：表5参数文件头格式序号数据项长度Byte编码类型说明1包格式版本号1BIN标识组包格式的版本号，当前格式版本约定为0x012数据来源方1BIN0x01：PACC；0x02：长安通；0x03：AFC3数据包长度4BIN数据包总长度，即文件字节长度。4数据类型代码2BCD指参数ID5版本号4BIN参数版本号6生成时间7BCD版本创建时间7生效日期4BCD版本的生效日。未到达该日期时，版本不能投入使用。8数据分段总数2BIN“分段数据偏移量记录体”中的记录条数N。9预留字段3BIN0x0000002.4数据交换方式2.4.1在上位要求时、操作员指定时均需进行数据交换。——定时进行交换的数据：在到达规定时间间隔时、业务结束时、与上位建立连接时进行交换；——即时进行交换的数据：在数据产生时、建立连接时进行交换；——按计划交换的数据：在达到计划时间后、建立连接时进行交换。DB61/T506.4—201042.4.2数据在交换双方之间以数据包组织形式进行交换。2.4.3交换双方保证数据的一致性和完整性，在具备条件的情况下第一时间完成数据交换，首先交换未交换的产生时间更早的数据。与时效性相关的数据（包括状态数据和控制数据），仅交换当前有效的数据，过时的数据不需要进行交换。2.5数据即时交换时序2.5.1数据即时交换流程的整体规定。2.5.1.1数据交换双方只有在建立基于数据交换应用协议的连接之后才能进入正常的数据交换过程。2.5.1.2数据交换双方在完成业务结束断开连接之后，在再次建立正常连接之前不能进行数据交换活动。2.5.1.3在下位（车票处理单元除外）开启电源并完成自检之后，启动与上位建立连接的同步时序。当上下位之间出现各类异常导致上下位之间连接中断后，下位等待一定时间（参数约定）后重新启动与上位建立连接的同步时序。2.5.1.4业务结束是一个同步时序，下位（SLE除外）业务结束之后，非24小时运营时必须与上位断开连接，依据之前的约定可以进入休眠状态等待唤醒或直接自动关闭电源；24小时运营时继续保持与上位的连接。2.5.2其他约定2.5.2.1在各层之间建立连接（含开机）的过程中，上位均需要对下位连接的合法性进行检查。合法性检查包括：下位ID、下位IP等属性。设备与SC建立连接的过程中，SC还需要检查设备SAM卡的安装是否与系统记录一致。2.5.2.2各层时钟检查和设置在开机、建立连接以及定时进行。时钟检查与上位时钟进行时钟校正信息报文含：设备ID、本地时间、差异时间（秒）、校正结果等属性。2.5.2.3交易、业务数据定时（参数设定）或即时从下位传输到上位。2.5.2.4状态数据即时从下位传输到上位。2.5.2.5通知数据即时在下位与上位之间进行交换。2.5.2.6控制命令即时从上位传输到下位，下位对控制命令进行响应，除车票处理单元之外，其他下位对控制命令响应的结果均以异步方式通过状态、业务数据、通知等方式报告上位。2.5.2.7下位请求数据即时从下位传输到上位，上位对请求数据响应的结果以异步方式从上位即时传输到下位。2.5.3基本准则2.5.3.1基本准则规定数据即时传输过程中所有时序必须遵守的基本要求。2.5.3.2在本节使用的发起方、接收方、时序开始、时序结束的含义为：——发起方：指一个/一组数据交换行为的初始启动方。上下位均可能时发起方；——接收（响应）方：针对发起方而言，一个/一组数据交换行为中的另一方；DB61/T506.4—20105——时序开始：指一个/一组数据交换行为组合的业务时序的开始位置；——时序结束：指一个/一组数据交换行为组合的业务时序的终止位置。2.5.4时序冲突解决机制在产生时序冲突时，遵循上位时序优先原则。即下位与上位同时发起时序，又都要等待对方下一步动作时，下位需中止自己发起的时序，优先执行上位发起的时序。在下位执行完成上位所启动的时序后，重新启动自身中断的时序。2.5.5同步时序2.5.5.1AFC系统约定，在各层间进行数据交换时，根据业务特性存在同步时序和异步时序。2.5.5.2同步时序应是在一方启动该时序后，双方不再发起和响应该时序约定以外的任何数据交换。任何时序约定意外的数据交换行为均被认定为非法，并将中止同步时序的进行；收到非法数据的一方立即主动中断数据交换双方基于数据交换应用协议构建的合法连接，在等待一段时间后，双方再重新构建基于应用协议的合法连接并从头开始进行数据交换。2.5.6异步时序异步时序应是交互双方支持启动一个以上业务时序，即双方可同时发起异步业务时序；在一个异步业务时序未结束之前，发起方也可以启动另一个异步业务时序。2.5.7异步响应的基本规定在两层之间进行数据交换（包括控制命令、数据请求等）的过程中，如果需要获得对方对某个数据交换的响应时，采用异步时序的方式进行响应，由数据发起方进行响应时间的控制并异步等待对方指定数据交换的响应；在预订的相应时间内获得响应时，正常处理收到响应的相应数据；在预订的相应时间内未获得响应时，由发起方自行按无法获得响应的情况进行处理，并丢弃未来延迟到达的响应数据，并由发起方确定是否需要重新发起异步响应序列。2.5.8时序完整性2.5.8.1