DB-T29-231-2026 天津市城市轨道交通自动售检票系统技术标准

天津市工程建设标准 天津市城市轨道交通自动售检票2026-1-21发布2026-6-1实施天津市住房和城乡建设委员会发布天津市工程建设标准天津市城市轨道交通自动售检票系统技术标准主编部门：天津轨道交通线网管理有限公司批准部门：天津市住房和城乡建设委员会实施日期：2026年6月1日津住建设函〔2026〕5号根据《市住房城乡建设委关于公布2020年度天津市工程建设地方标准复审结果的通知》(津住建设〔2021〕21号)要求，天津轨道交通线网管理有限公司等单位修订完成了《天津市城市轨道交通自动售检票系统技术标准》,经市住房城乡建设委组织专家评审通过，现批准为天津市工程建设地方标准，编号为DB/T29-231-2026,自2026年6月1日起实施。原《城市轨道交通自动售检票系统技术标准》(DB/T29-231-2015)同时废止。各相关单位在实施过程中如有意见和建议，请及时反馈给天津轨道交通线网管理有限公司。本标准由天津市住房和城乡建设委员会负责管理，由天津轨道交通线网管理有限公司负责具体技术内容的解释。天津市住房和城乡建设委员会2026年1月21日根据《市住房城乡建设委关于公布2020年度天津市工程建设地方标准复审结果的通知》(津住建设[2021]21号)文件要求，结合天津轨道交通的实际情况，修订《城市轨道交通自动售检票化如下：——增加了基本规定(见第3章);——增加了系统架构(见第4章);——修改了系统编码定义(见第5章);——修改了通信接口定义(见第6章),补充自定义结构体定义(见第6章);——修改了交易数据定义，新增票卡交易结构体(见第7——修改了系统参数定义，新增CPU卡管理参数(见第8本标准的主要技术内容用于指导天津城市轨道交通自动售检票系统的设计、开发、测试、系统联通。标准共设8章，包括：总则、术语和缩略语、基本规定、系统架构、系统编码定义、通信接口定义、交易数据定义、系统参数定义。本标准由天津市住房和城乡建设委员会负责管理，由天津轨道交通线网管理有限公司负责具体技术内容的解释。执行过程中如有意见和建议，请反馈至天津轨道交通线网管理有限公司(地址：天津市西青区才智道36号，邮编：300392)天津轨道交通运营集团有限公司朱伟田澜田淑玉段艳丽赵银柏本标准主要审查人员：冯进峰张标于喜林朱咏辉 2 2.2缩略语 6 8 5.1通用定义 5.2核心基本数据 5.3系统基本数据 446.1文件传输协议通用规定 6.2TCP联机报文通用规定 6.3NTP时钟同步协议通用规定 6.4通信业务定义 6.5XDR实时报文规范 6.6自定义结构体实时报文规范 7.1交易文件 7.2审计文件数据定义 8.1参数通用定义 8.2ACC级参数 8.3LCC级参数 8.4个性化参数 附录A设备状态定义 本标准用词说明 引用标准名录 条文说明 2 2 6 8 15Definitionof 6Communicationinterface 44 4 6.4Communicationbu 6.5Messagespecificationbyxd 6.6Messagespecification 7Userdataspecific 8AFCparameter 8.5Runningconfigu Explanationofwordinginthisstandard Listofquotedstand Explanationofprovisions 11.0.1为满足天津城市轨道交通线路网络化发展的需求，规范天津市自动售检票系统工程建设，实现轨道交通多线路互联互通，特1.0.2本标准适用于天津市行政区域范围内的轨道交通自动售检票系统的设计、开发、建设、运营及更新改造，市域铁路参照本标1.0.3应天津城市轨道交通运营需要而开发，在轨道交通路网内互联互通的其他自动售检票系统，也应符合本标准的相关规定。1.0.4天津城市轨道交通自动售检票系统的建设除应符合本标准的规定外，尚应符合现行国家及本市有关标准的规定。22.1.1自动售检票系统AutomaticFareCollectionSys基于计算机、通信网络、自动控制、自动识别、精密机械和传动等技术，实现城市轨道交通售票、检票、计费、收费、统计、清分、管理等全过程的自动化系统。2.1.2线网中心系统AFCNetworkControlCenterSystem用于向所管辖范围内所有线路的自动售检票系统提供清分清算、票卡发行、智能化票务、线网标准化终端设备管理、生物识别票务应用服务，且具有线网唯一特性的线网级系统，包含清分中心系统(ACC)、智能支付系统(SPT)、线网标准化终端设备管理云平台(IMT)、线网人工智能生物识别管理系统(AIS)。2.1.3清分系统AFCCentralClearingSystem用于发行和管理城市轨道交通专用车票，对不同线路的票款以及城市轨道交通线网内其他车票的使用消费进行清分和结算，并具有与一卡通公司进行清算功能的线网级中心平台信息系统。2.1.4智能支付系统SmartPaymentTechnol提供电子虚拟票管理、用户管理、行程管理、支付管理、优惠管理等功能的线网级中心平台信息系统。32.1.5线网标准化终端设备管理云平台IntegratedTicketingManagementTechnologyPlatform提供标准化BOM和iBOM设备业务交互、交易管理、通信管理、参数管理、权限管理、监控管理、库存管理、结算管理、票务管理等功能的线网级中心平台信息系统。2.1.6线网人工智能生物识别管理系统AISystem提供生物识别电子票管理功能的线网级中心平台信息系统。2.1.7线路中央计算机系统LineCentralComputerSystem管理和控制城市轨道交通单线路或多线路自动售检票系统的信息系统。2.1.8车站计算机系统StationComputerSystem管理车站票务、运行、客流统计的信息系统。2.1.9车站终端设备StationLevelEquipment用于售票、检票、退票、补票、充值和查询等交易处理的车站设备。2.1.10自动售票机TicketVendingMachine用于现场自助发售、赋值有效车票，具备自动处理支付和找零功能的车站终端设备。2.1.11半自动售票机BookingOfficeMachine用于现场人工辅助发售、赋值有效车票，具备补票、退票、查询、更新等票务处理功能的车站终端设备。4用于现场自助发售、赋值有效车票，具备自动处理非现金支付的车站终端设备。2.1.13自动检票机AutomaticGateMachine对车票进行自动检验和处理，放行或阻挡乘客出入付费区的车站终端设备。提供自助票务服务的车站终端设备。2.1.15便携式检验票机PortableCardAnalyzer对乘客使用的车票进行检票和验票的移动终端设备。2.1.16票卡读写器TicketReader-Writer对车票的发售、检票、充值和验票分析作读写处理的设备。2.1.17二维码扫描器QRCodeScanner通过扫描读取二维码，并将解码后的二进制数据发送给读写器的设备。2.1.18单程票SingleJourneyTicket在限定时间内一次性使用的车票。2.1.19储值票StorageValueTicket能重复充值使用的车票。无触点的集成电路卡。52.1.21"一卡通"车票MultiPassCard由外部发卡公司发行的能储值金额，并能在轨道交通线网内使用的车票。2.1.22黑名单BlackList根据管理要求对异常车票进行特殊控制的数据列表。2.1.23白名单WhiteList根据管理要求对许可车票进行特殊控制的数据列表。2.1.24付费区、非付费区PayArea、Non-PayArea付费区是指在车站内进站检票机与出站检票机及护栏之间的封闭区域，包括站厅、站台密封区、运营的列车车厢内区域等；非付费区是指付费区以外的区域。62.2缩略语序号缩写12自动售检票系统3自动检票机4线网人工智能生物识别管理系统5线网中心系统6审计寄存器数据7半自动售票机89设备运行参数文件传输协议自助票务服务终端线网标准化终端设备管理云平台线路中央计算机系统消息认证码网络时钟协议安全认证存取模块车站计算机系统7续表2.2缩略语定义单程票车站终端设备智能支付系统线网标准化票务处理单元交易认证码自动查询机非现金自动售票机自动售票机交易数据外部数据表示，SUN规范的用于异构网络之间数据编码协议83.0.1城市轨道交通自动售检票系统应具备安全性、可靠性、可用性、可维修性及可扩展性，应采用成熟、先进、安全的技术方案，并满足轨道交通及AFC行业的发展要求。3.0.2城市轨道交通自动售检票系统宜融合大数据、互联网、人工智能等智慧化技术，应满足智慧票务应用要求。3.0.3城市轨道交通自动售检票系统应实现轨道交通线网范围内一票通、一卡通及一码通的票务应用，宜支持跨城市轨道交通制3.0.4城市轨道交通新建线路的自动售检票系统既应充分兼容线网既有的票制和票务功能，也应该支持地铁公交联程优惠、站外换线联程优惠、站外换乘等特殊票务服务功能。3.0.5与轨道交通线网互联互通一票换乘的线路自动售检票系统均应接入线网中心系统以及后继建设的具有线网属性的线网中心3.0.6城市轨道交通自动售检票系统应执行线网AFC标准化要求，线网标准化的设备及软件宜接入IMT统一管理。3.0.7城市轨道交通应设置统一的线网清分系统，具备线网清分清算、实体票卡及虚拟票卡发行、密钥管理、数据管理、运营参数管理、时钟管理等功能。3.0.8城市轨道交通应设置统一的线网智能支付系统，具备线网虚拟票卡/码的账户管理、行程管理、支付管理、安全管理功能以及线网非现金支付接口功能。3.0.9城市轨道交通应设置统一的线网人工智能生物识别管理系统，结合运营要求宜具备人脸生物识别电子票管理、安全管理功能，鼓励开展掌静脉、指纹等其他人工智能生物识别研究。93.0.10城市轨道交通自动售检票系统线路中央系统应具备系统管理、数据管理、运营管理、线路中央业务管理功能。3.0.11城市轨道交通自动售检票系统车站计算机系统应具备系统管理、数据管理、运营管理、车站业务管理功能。3.0.12车站终端设备种类及数量配置应满足乘客购票、检票、验票、补票及引导等服务需求。车站终端设备宜满足标准化及互换3.0.13自动售检票系统终端设备交易数据应同时支持Socket实时上传和FTP交易文件传输两种方式。3.0.14自动售票机应具备单程票发售功能，可支持纸质二维码单程票发售功能。3.0.15自动检票机应支持单程票检票、回收，储值票检票，二维码及NFC虚拟卡等电子票检票，生物识别电子票检票功能，可按照运营要求配置一定比例全功能闸机和仅支持部分票种的新型闸3.0.16半自动售票机应支持票卡分析、更新、补票、票卡发售、储值票充值、二次发行及年检等常规票务功能，也可支持信息查询、非现金退票提示等客服辅助功能。3.0.17自助票务服务终端应安装于车站付费区和非付费区，支持自助票卡分析、更新、补票、纸质或电子票卡发售、自助充值、二次发行及年检等业务，应支持自助信息查询等辅助服务功能。3.0.18城市轨道交通自动售检票系统票卡读写设备应符合线网标3.0.19城市轨道交通车票应包括实体票和虚拟票，虚拟票宜包括NFC模拟卡、二维码票和生物特征票等。3.0.20城市轨道交通自动售检票系统应支持现金、非现金等多元测试环境测试及生产环境测试。应由线网中心系统管理单位开展护应符合现行国家标准《信息安全技术网络安全等级保护基本要求》GB/T22239和《信息安全技术网络安全等级保护安全设计技术要求》GB/T25070的规定，ANCC网络安全等级保护不应低于4.0.1城市轨道交通自动售检票系统的逻辑架构、网络架构和业务架构应符合本标准要求。4.0.2城市轨道交通自动售检票系统逻辑架构应分为五个层次。第一层为车票/票卡读写设备；第二层为车站终端设备；第三层为车站计算机系统；第四层为线路中央计算机系统；第五层为轨道交通线网中心系统。4.0.3城市轨道交通自动售检票系统网络架构应根据线网建设规模、建设规划及运营管理模式设置不同的网络架构。LCC宜设置多线路中央计算机系统或区域多线路中央计算机系统，宜将ANCC与LCC融合设置，可将ANCC、LCC、SC融合设置。4.0.4城市轨道交通自动售检票系统业务票务业务和数据业务，可结合具体业务灵活设置。线网中心系统数据业务设备管理业务票务业务4.0.6设备管理业务可由线路中央计算机系统、车站计算机系统承担，也可根据业务需要按照二层架构方式由线网中心系统承担，并向线路及车站开放设备管理操作功能。4.0.7票务业务应具备灵活性和可扩展性，应按照票卡读写设备至线网中心系统二层执行，宜根据业务需要增加降级业务承担层，降级业务宜由车站计算机系统承担。4.0.8车站计算机系统、线路中央计算机系统应具备采集票务业4.0.9车站终端设备的票务业务应由线网标准化票卡读写设备承4.0.10城市轨道交通自动售检票系统应严格保障系统安全、网络安全，应由线网中心系统统一与第三方支付平台及一卡通本地或跨区域结算系统及其他外部系统对接。4.0.11线网中心系统应设置主中心、灾备中心和互联互通测试中心，互联互通测试中心可多系统合并设置。4.0.12线路中央计算机系统应设置主中心，可设置灾备中心，并在线网互联互通测试中心设置线路级测试设备，测试设备应满足全功能测试要求。4.0.13线网中心系统应结合业务扩展及线路AFC系统接入，及时开展线网中心系统扩容、更新、改造。4.0.14线网中心系统、线路中央计算机系统、车站计算机系统的物理运行平台应具备稳定可靠、可扩展性，可采用云平台、虚拟5.1.1本标准编码格式分为XDR和自定义结构体。5.1.2XDR编码采用大端字节序，所有数据类型采用4的倍数5.1.3XDR基础数据格式应符合INETRNET通用协议中XDR数据协议RFC1832的规定。5.1.4自定义结构体的报文和文件以相应报文及文件中定义的结构和类型为准。5.2核心基本数据数据名称数据范围基本类型取值规则1实际编码占用字节为1,其余字节为02实际编码占用字节为2,其余字节为04实际编码占用字节1实际编码占用字节为1,其余字节为02实际编码占用字节为2,其余字节为04实际编码占用字节4分4位为毫秒4位为秒4用以表示时钟时刻，即相对于零点不含日期信息分零秒；3600表4本规范使用的时间GMT1970年1月1日+00:00开始过去的秒数表示日期时间4用以表示日期，不相对于2000年1月1日过去的天数。0表示2000年1月1表示2000年1月2日，以此类推5.3.1消息类型代码字段MessageType_t应符合以下规定：1定义方式：TypedefU16_tMessageType_t;2取值方式：按照表5.3.1固定取值；3取值范围定义：取值范围应符合表5.3.1的规定。定义描述数据同步下载指令查询运行配置文件版本查询参数版本下发车站模式更新指令上传车站模式更新信息车站模式广播指令查询车站模式信息上传综合客流信息上传设备状态信息查询设备状态指令预留预留时钟强制同步指令用户权限认证指令用户口令修改指令非即时退票申请报文票卡非即时申请/实时账户查询报文票卡账户信息下发报文非即时退票确认售卡/年检请求报文一票通交易文件一卡通交易文件预留预留交通互联互通卡交易文件 公交IC卡交易文件 设备审计文件外部参数主控文件一卡通黑名单文件一票通黑名单全量文件一票通增量黑名单文件一票通号段黑名单员工卡黑名单模式履历系统控制参数文件日历时间段参数文件费率参数文件列车运行首末班车时刻表PBOC公钥PBOC卡bin交通互联互通卡白名单交通互联互通卡黑名单公交IC卡黑名单交易对帐文件设备交易审计文件设备交易对账文件设备可疑交易调整文件登录密码验证文件补传终端设备参数下载终端设备软件下载查询终端设备钱箱数量查询软件版本/固件版本查询终端设备参数版本查询读写器版本查询结算处理故障凭条信息上传终端设备从SC查询票箱数量终端设备从SC查询钱箱数量设备合法信息验证部件状态和服务模式主动上报设备控制命令心跳报文软件识别码维护5.3.2交易类型字段TransactionType_t应符合以下规定：1定义方式：TypedefU8_tTransactionType_t;3取值范围定义：取值范围应符合表5.3.2-1和5.3.2-2的规定。定义描述一票通单程类票发行；在ACC的ES上产生。一票通单程类票发售；在车站终端设备TVM/BOM/IBOM产生。续表5.3.2-1TransactionTypet取值范围定义一票通充值；在车站终端设备BOM/IBOM产生。一票通进站；在车站终端设备AGM上进站时产生。一票通出站；在车站终端设备AGM上出站时产生。一票通更新；在车站终端设备BOM/IBOM上进行车票更新时产生。一票通退票；在车站终端设备BOM上进行车票退票时产一票通锁卡；在车站终端设备AGM/BOM/IBOM上检查黑名单时产生。一票通储值类票发行一票通储值类票发售一票通储值票年检地铁CPU卡发售；在ACC的ES或车站终端设备BOM产地铁CPU卡发行；在ACC的ES上产生。地铁CPU卡充值；在车站终端设备BOM/IBOM产生。地铁CPU进站；在车站终端设备AGM上进站时产生。地铁CPU出站；在车站终端设备AGM上出站时产生。地铁CPU更新；在车站终端设备BOM/IBOM上进行车票更新时产生。地铁CPU锁卡；在车站终端设备AGM/BOM/IBOM上检查黑名单时产生。地铁CPU解锁；在车站终端设备BOM上解锁黑名单时产生。地铁CPU年检地铁CPU卡非即时退票银联闪付进站；在车站终端设备AGM或SPT平台上进站时产生。银联闪付出站；在车站终端设备AGM或SPT平台上出站时产生。银联闪付更新；在车站终端设备BOM/IBOM或SPT平台上进行车票更新时产生。银联闪付退款；由SPT平台或终端设备退款生二维码进站；在车站终端设备AGM上进站时产生。二维码出站；在车站终端设备AGM上出站时产生。二维码更新；在车站终端设备BOM/IBOM上进行车票更新时产生。二维码退款；由SPT平台或终端设备退款生成。一票通储值类票车站终端发售交易；由BOM等车站终端售卡设备生作为SPT交易类型定义扩展预留(一票通)一票通换乘进站；在站外换乘场景下，车站终端设备AGM上进站时产生。一票通换乘出站；在站外换乘场景下，车站终端设备AGM上出站时产生。地铁CPU换乘进站；在站外换乘场景下，车站终端设备AGM上进站时产生。地铁CPU换乘出站；在站外换乘场景下，车站终端设备AGM上出站时产生。 人脸进站；在车站终端设备AGM上进站时产 人脸出站；在车站终端设备AGM上出站时产人脸更新；在车站终端设备BOM上进行车票更新时产人脸退款；由SPT平台或终端设备退款生预留(一票通)一卡通售卡一卡通充值；在车站终端设备BOM/IBOM产一卡通进站；在车站终端设备AGM上进站时产生。一卡通出站；在车站终端设备AGM上出站时产生。一卡通更新；在车站终端设备BOM/IBOM上进行车票更一卡通锁卡；在车站终端设备AGM/BOM/IBOM上检查黑名一卡通年检一卡通换乘进站；在站外换乘场景下，车站终端设备AGM上进站时产一卡通换乘出站；在站外换乘场景下，车站终端设备AGM上出站时产预留(一卡通)金融IC卡进站；在车站终端设备AGM上进站时产金融IC卡出站；在车站终端设备AGM上出站时产金融IC卡更新；在车站终端设备BOM/IBOM上进行车票更交通互联互通卡进站；在车站终端设备AGM上进站时产交通互联互通卡出站；在车站终端设备AGM上出站时产交通互联互通卡更新；在车站终端设备BOM上进行车票更新时产交通互联互通卡锁卡；在车站终端设备AGM/BOM/IBOM上检查黑名单交通互联互通卡充值；在车站终端设备BOM/IBOM产生。公交IC卡进站；在车站终端设备AGM上进站时产公交IC卡出站；在车站终端设备AGM上出站时产公交IC卡更新；在车站终端设备BOM/IBOM上进行车票公交IC卡锁卡；在车站终端设备AGM/BOM/IBOM上检查黑名单时产公交IC卡充值；在车站终端设备BOM/IBOM产生。交通互联互通卡售卡；在车站终端设备BOM产生。交通互联互通卡年检；在车站终端设备BOM/IBOM产生。预留定义描述作为SPT交易类型定义扩展5.3.3线路编号字段LineID_t应符合以下规定：1定义方式：TypedefU8_tLineID_t;2取值方式：本字段取值应执行清分中心参数定义；3取值范围定义：取值范围应符合表5.3.3的规定。定义描述0表示非任何线路，预留节点路由使用255表示所有线路，预留节点路由使用其余线路号取值定义内容由清分中心的参数指定5.3.4车站编号StationID_t应符合以下规定：1定义方式：TypedefU16_tStationID_t;2取值方式：取值时应执行清分中心参数定义；3取值范围定义：取值范围应符合表5.3.4的规定。_定义描述0x0000~U16_t高位字节表示为线路编号，遵从于本中LinelD_t的U16_t低位字节表示为车站在线路内的编号，取值范围是0x01-0xF0x00、0xFF作为系统节点路由使用，不分配给实际车站线路的车站ID默认995.3.5区域编号ZoneID_t应符合以下规定：1定义方式：TypedefU8_tZoneID_t;2取值方式：取值时应执行清分中心参数定义；3取值范围定义：取值范围应符合表5.3.5的规定。定义描述区域值为车站组合{S1、S2、S3.…Sn},与组合顺序无关。同一组合不允5.3.6区段编号SectionID_t应符合以下规定：1定义方式：TypedefU8_tSectio2取值方式：具体取值时应执行清分中心参数定义；3取值范围定义：取值范围应符合表5.3.6的规定。定义描述区段值为车站组合{S1、S2},与组合顺序无关。同一组合不允许重复定义。区段组合删除时，区段值收回，可以被重新分配5.3.7区段里程类别SectionTypelD_t应符合以下规定：1定义方式：TypedefU8_tSectionTypelD_t;2取值方式：取值时应执行清分中心参数定义；3取值范围定义：取值范围应符合表5.3.7的规定。定义描述取值定义内容由清分中心的参数指定5.3.8车票有效使用范围AreaTicketFlag_t应符合以下规定：1定义方式：TypedefU8_tAreaTicketFlag_t;2取值方式：按照表5.3.8固定取值；3取值范围定义：取值范围应符合表5.3.8的规定。 定义描述 01在限定的区域使用，只能在指定的车站上下2在限定的区段使用，只能在指定的车站上下5.3.9设备类型DeviceType_t应符合以下规定：1定义方式：TypedefU8_tDeviceType_t;2取值方式：按照表5.3.9固定取值；3取值范围定义：取值范围应符合表5.3.9的规定。定义描述TVM(自动售票机)BOM(半自动售票机)CUS(个性化发卡机)TCM(自动查询机)PCA(手持式验票机)AGM(自动检票机)TFM(非现金自动售票机)IBOM(自助票务服务终端)预留E/S(编码分拣机)PAD(进站PAD)PAD(出站PAD)智能票检设备预留工作站网络设备安全设备预留5.3.10设备子类型DeviceSubType_t应符合以下规定：1定义方式：TypedefU8_tDeviceSubType_t;2取值方式：按照表5.3.10固定取值；3取值范围定义：取值范围应符合表5.3.10的规定。取值 定义描述 1卡式编码分拣机23预留45BOM(非付费区)6BOM(付费区)78出站检票机9CUS(个性化发卡机)TCM(自动查询机)PCA(手持式验票机)TFM(非现金自动售票机)IBOM(自助票务服务终端)预留工作站网络设备-交换机网络设备-路由器网络设备-防火墙安全设备预留5.3.11设备编号DevicelID_t应符合以下规定：2取值方式：取值时应执行线路参数定义；3取值范围定义：取值范围应符合表5.3.11的规定。_定义描述设备编号由4个字节表示，从高位到低位分别表示1.线路编号(U8_t)字节取值参见LineID_t2.车站编号(U8_t)字节取值参见StationID_t3.设备类型(U8_t),使用设备大类，参见DeviceType_t4.设备在车站内编号(U8_t)209020605:表示1号线2号车站的05号设备(类型为自动检票机);1定义方式：TypedefU32_tSAMID_t;2取值方式：取值应根据应用生成；3取值范围定义：取值范围应符合表5.3.12的规定。定义描述取值范围满足U32_t定义2取值方式：取值应根据应用生成；3取值范围定义：取值范围应符合表5.3.13的规定。 取值BCD定义描述 2取值方式：取值应根据应用生成；3取值范围定义：取值范围应符合表5.3.14的规定。_定义描述由0起始记录。取值范围等同于U32_t定义。5.3.15票卡测试标志位TestFlag_t应符合以下规定：1定义方式：TypedefU8_tTestFlag_t;2取值方式：应按照表5.3.15取值；3取值范围定义：取值范围应符合表5.3.15的规定。定义描述0非测试票15.3.16票种基本类型(大类分类)TicketFamily_t应符合以下规1定义方式：TypedefU8_tTicketFamily_t;2取值方式：应按照表5.3.16取值；3取值范围定义：取值范围应符合表5.3.16的规定。取值定义描述0天津轨道交通发行单程类票(ULTOKEN)1天津轨道交通发行纪念计次票(ULCARD)2天津轨道交通发行周期类票(UL_CARD)3一卡通公司发行储值类票(M1)4一卡通公司发行储值类票(CPU)5天津轨道交通发行储值类票(M1)6轻轨预留使用7天津轨道交通发行储值类票(CPU)8金融IC卡类9交通部发行储值类票(CPU)公交公司发行储值类票(CPU)天津轨道交通发行计次类票(CPU)天津轨道交通发行计时类票(CPU)地铁银联闪付票卡地铁二维码票卡预留5.3.17车票类型TicketType_t应符合以下规定：1定义方式：TypedefU8_tTicketType_t;2取值方式：取值时应执行清分中心参数定义；3取值范围定义：取值范围应符合表5.3.17的规定。定义描述01团体票(预留)2往返票(预留)3456纪念计次票7出站票89地铁车票类型预留一卡通票种预留预留地铁CPU卡交通互联互通卡金融IC卡(预留)公交IC卡(预留)银联闪付卡预留5.3.18票卡介质芯片类型ChipType_t应符合以下规定：1定义方式：TypedefU8_tChipTy2取值方式：应按照表5.3.18取值；3取值范围定义：取值范围应符合表5.3.18的规定。定义描述0预留1存储卡介质(Ultralight)2逻辑加密卡(Mifare1K)34金融IC卡5银联闪付卡6二维码7预留5.3.19票卡流水号TicketSN_t应符合以下规定：2取值方式：取值应根据应用生成；3取值范围定义：取值范围应符合表5.3.19的规定。定义描述从0开始记录。取值范围等同于U32_t的定义范围。5.3.20票卡封面类型MediaType_t应符合以下规定：1定义方式：TypedefU8_tMediaType_t;2取值方式：应按照表5.3.20取值；3取值范围定义：取值范围应符合表5.3.20规定。定义描述由清分中心定义5.3.21票卡逻辑号TicketLogicallD_t应符合以下规定：2取值方式：应根据应用生成；3取值范围定义：取值范围应符合表5.3.21规定。定义描述1.对于UL卡(轨道交通专用票):2.对于M1卡(一卡通与轨道交通专用票):3.对于CPU卡(一卡通票):公共基本信息文件(0015)的发行流水号，10个数字(4byte)5.3.22票卡物理编号TicketPhyID_t应符合以下规定：2取值方式：取值应根据应用生成；3取值范围定义：取值范围应符合表5.3.22规定。定义描述1.高位首字节：票卡介质封面类型。2.如果票卡物理编号为7个字节，则：高位第二字节到最后一个字节(7个字节)表示为票卡高位到低位3.如果票卡物理编号为4个字节，则：1)高位起第2、3、4字节到全部填写0x02)高位起第5、6、7、8字节到填写票卡高位到低位的4个字节。1定义方式：TypedefStringTic2取值方式：取值应根据应用生成；3取值范围定义：取值范围应符合表5.3.23规定。定义描述一卡通储值卡的票面印刷号由11-20位数字组成。卡片block58的卡版本值不等于01或02时，卡面印刷号为11位，包含理编号(10)的转换码，转换码和校验位根据一定的算法计算得到，该算法按指定的第三方算法执行；卡片block58的卡版本值等于01或02时，卡面印刷号取自卡片block58,0-9字节，自左至右取20位，然后去掉自右起的F,直接读取不用转换。1定义方式：TypedefU32_tSN_t;2取值方式：取值应根据应用生成；3取值范围定义：取值范围应符合表5.3.24规定。 定义描述 从0开始记录。取值范围等同于U32_t的定义范围。由各设备自行维护，每新增交易时，流水号自增一。系统可用此流1定义方式：TypedefU16_tModeCode_t;2取值方式：应按照表5.3.25取值；3取值范围定义：取值范围应符合表5.3.25的规定。定义描述0正常服务模式(000000000000000B)1列车故障模式(000000000000001B)2时间免检模式(000000000000010B)4日期免检模式(000000000000100B)8车费免检模式(000000000001000B)进出站次序免检模式(000000000010000B)进站免检模式(000000000100000B)24小时运营模式(000000001000000B)紧急放行模式(000000010000000B)关闭服务模式(000000100000000B)5.3.26乘客类型分类PassengerTypelD_t应符合以下规定：1定义方式：TypedefU8_tPassengerTypelD_t;2取值方式：应按照表5.3.26取值；3取值范围定义：取值范围应符合表5.3.26的规定。定义描述0非普通成人，可享受优惠车票的乘客非普通成人，可享受免费车票的乘客5.3.27自动检票机车票处理提示音类别SoundDisplayID_t应符合以下规定：1定义方式：TypedefU8_tSoundDisplayID_t;2取值方式：取值时应执行线路中心参数定义；3取值范围定义：取值范围应符合表5.3.27的规定。表5.3.27SoundDisplayIDt取值范围定义 定义描述 由线路中心参数定义。5.3.28自动检票机灯光显示代码ConcessionalLampID_t应符合以下规定：1定义方式：TypedefU8_tConcessionalLampID_t;2取值方式：取值时应执行线路中心参数定义；3取值范围定义：取值范围应符合表5.3.28的规定。表5.3.28ConcessionalLampID_t取值范围定义定义描述线路中心参数制订5.3.29设备交易TAC码TAC_t应符合以下规定：1定义方式：TypedefU32_t2取值方式：取值时应根据应用生成；3取值范围定义：取值范围应符合表5.3.29的规定。定义描述0x00000000~U32_t的4个字节，从高位低位，分别对应从SAM卡返回的位的4个字节的TAC数据。5.3.30单程票回收标志RecycleSJTFlag_t应符合以下规定：1定义方式：TypedefU8_tRecycleSJ2取值方式：应按照表5.3.30取值；3取值范围定义：取值范围应符合表5.3.30的规定。表5.3.30RecycleSJTFlag_t取值范围定义定义描述015.3.31乘车里程/区间等级FareTier_t应符合以下规定：1定义方式：TypedefU8_tFareTier_t;2取值方式：取值时应执行清分中心参数定义；3取值范围定义：取值范围应符合表5.3.31的规定。定义描述由清分中心参数定义5.3.32车票有效期类别DurationMode_t应符合以下规定：1定义方式：TypedefU8_tDurationM2取值方式：应按照表5.3.32取值；3取值范围定义：取值范围应符合表5.3.32的规定。定义描述01一直有效23首次使用后一段日期有效4固定起、始有效期5.3.33车票有效期时间段(天)Duration_t应符合以下规定：1定义方式：TypedefU16_tDuration_t;2取值方式：取值时应根据应用生成；3取值范围定义：取值范围应符合表5.3.33的规定。取值HEX定义描述0表示当日有效；1表示当日及下一个运营应日有效；以此类推。等同于U16_t的取值范围。Duration_t仅在DurationMode_t为2和3时有效。5.3.34拒绝车票过闸错误代码RejectCode_t应符合以下规定：1定义方式：TypedefU8_tRejectCode_t;2取值方式：应按照表5.3.34取值；3取值范围定义：取值范围应符合表5.3.34的规定。定义描述0无错误1无效车票，包括车票不可读、校验码错误2车票尚未出售(已初始化、但尚未出售)3过期车票(逻辑有效期过期)4车票报废(物理有效期过期)5卡内余额不足6黑名单车票7尚未进站8尚未出站9超时此票种暂停使用5.3.35锁卡原因BlockReasonCode_t应符合以下规定：1定义方式：TypedefU8_tBlockReasonCode_t;2取值方式：应按照表5.3.35取值；3取值范围定义：取值范围应符合表5.3.35的规定。定义描述黑名单锁卡由清分中心参数定义5.3.36日期类型DateTypeID_t应符合以下规定：1定义方式：TypedefU8_tDateTypeID_t;2取值方式：应按照表5.3.36取值；3取值范围定义：取值范围应符合表5.3.36的规定。表5.3.36DateTypeID_t取值范围定义定义描述012周日3公众假日5.3.37数据定义TicketFareTypeID_t应符合以1定义方式：TypedefU8_tTicketFareTypeID_t;2取值方式：取值时应执行清分中心参数定义；3取值范围定义：取值范围应符合表5.3.37的规定。表5.3.37TicketFareType定义描述5.3.38时间段代码TimeIntervalID_t应符合以下规定：1定义方式：TypedefU8_tTimeIntervallD_t;2取值方式：具体取值时执行清分中心参数定义；3取值范围定义：取值范围应符合表5.3.38的规定。表5.3.38Timelnterval定义描述由清分中心系统定义5.3.39车票费率组代码FareGroupID_t应符合以下规定：1定义方式：TypedefU8_tFareGroupID2取值方式：取值时应执行清分中心参数定义；3取值范围定义：取值范围应符合表5.3.39的规定。定义描述由清分中心系统定义5.3.40运营商编号SP_t应符合以下规定：1定义方式：TypedefU8_tSP_t;2取值方式：应按照表5.3.40取值；3取值范围定义：取值范围应符合表5.3.40的规定。定义描述由清分中心系统定义5.3.41AR文件类型ARFileTag_t应符合以下规定：1定义方式：TypedefU8_tARFileTag_t;2取值方式：应按照表5.3.41取值；3取值范围定义：取值范围应符合表5.3.41的规定。取值定义描述0TVM/BOM/AGM/IBOM定期12TVM/BOM/AGM/IBOM当前运营日开始3TVM/BOM/AGM/IBOM设备/车站恢复通讯4TVM拔出备用找零钱箱5TVM插入备用找零钱箱6TVM拔出循环找零钱箱7TVM插入循环找零钱箱8TVM拔出硬币钱箱9TVM插入硬币钱箱TVM/IBOM拔出纸币钱箱TVM/IBOM插入纸币钱箱TVM/BOM/AGM拔出票箱TVM/BOM/AGM插入票箱BOM班次开始BOM班次结束5.3.42购票支付方式Paymentmeans_t应符合以下规定：1定义方式：TypedefU8_tPaymentmean2取值方式：应按照表5.3.42取值；3取值范围定义：取值范围应符合表5.3.42的规定。表5.3.42Paymentmeans_t取值范围定义定义描述012345账户自动圈存6云闪付7数字人民币(软钱包)8离线收款码9数字人民币(硬钱包)5.3.43MD5_t验证码应符1定义方式：MD5_t算法输出为16个字节长度编码，采用U32_t[4]进行定义，U32_t从高位到低位分别表示第0到第3个字2取值方式：具体取值时根据应用生成；3取值范围定义：取值范围应符合表5.3.43的规定。 定义描述 0x00000000~采用算法计算输出，MD5算法参见InternetRFC1321。5.3.44Unicode字符串UnicodeString_t应符合以下规定：1定义方式：Typedefopaque

>UnicodeString_t;2取值方式：应取值时根据应用生成；3取值范围定义：取值范围应符合表5.3.44的规定。定义描述中文字符串Unicode字符块，采用字节块方式定义，每2个字节编码为一个un字符，编码规则采用UTF-16little-endian。1定义方式：TypedefU8_tMACK_t;2取值方式：应按照表5.3.45取值；3取值范围定义：取值范围应符合表5.3.45的规定。定义描述成功无效的消息分类/类型码无效的数值范围目标节点不可到达下游节点应答超时记录数超过消息包范围消息包中的记录重复交易明细或寄存器采集时间无效非期望的参数版本号非期望的节点类型文件打开/读取失败文件写入失败其它未定义的错误1定义方式：TypedefU8_tFilePathType_t;2取值方式：应按照表5.3.46取值；3取值范围定义：取值范围应符合表5.3.46的规定。表5.3.46FilePathTypet取值范围定义描述FTP_UD,包含文件2001、2002、2005、2006、2007、2008、200A、FTP_AR,包含文件2009FTP_EVENT,包含文件3001FTP_EOD,包含文件4001、4006、4031、4032、4033、4034、4035、4036、4038、4039、4046、4047、4048、FTP_RUNCONFIG,包含文件4002、4011、4012、4013、4014、4015、FTP_STOCK,包含文件5001FTP_SETTLEMENT,包含文件6001、6002、6003、6004、6005、FTP_EOD2,包含4003、4051、4052、4053、4054、4055、405.3.47交易对账流水号ReconcileSeqNo_t应符合以下规定：2取值方式：具体取值由应用系统生成；表5.3.47ReconcileSeqNot取值范围定义_定义描述0x0000000000000000~U32_t[0]表示终端设备编号。U32_t[1]表示终端交易流水号。5.3.48票卡逻辑号(2)TicketLogID_t应符合以下规定：1定义方式：TypedefU32_2取值方式：应按照表5.3.48取值；3取值范围定义：取值范围应符合表5.3.48的规定。定义描述1.对于地铁CPU卡、交通互联互通卡、公交IC从高位(byte0)到低位(byte7)12个字节分别表示如下：1、如果票卡物理编号为12个字节，则：高位第一字节到最后一个字节(12个字节)表示为票卡高位到低位的12个字节。2、如果票卡物理编号为小于12个字节，不足12,高1)高位起第0,1字节到全部填写0x00.2)高位起第2-11字节到填写票卡高位到低位的10个字节。5.3.49终端机编号TerminalID_t应符合以下规定：1定义方式：TypedefU32_t[2]TerminalID_t;2取值方式：应按照表5.3.49取值；3取值范围定义：取值范围应符合表5.3.49的规定。定义描述0x0000000000000000~字节编号为TerminallD_t[0]为byte0~byte3,TerminalID_t[1]为byte4~byte7从高位(byte0)到低位(byte7)8个字节分别表示如下：终端机编号为小于8个字节，不足8,高位补0x00,例如6字节高位起第0,1字节到全部填写0x00;高位起第2-7字节到填写票卡高位到低位的6个字节。5.3.50票卡目录编号TicketCatalogID_t应符合以下规定：1定义方式：TypedefU16_tTicketCatalogID_t;2取值方式：具体取值由应用系统生成；3取值范围定义：取值范围应符合表5.3.50的规定。 定义描述 0x0000~票卡目录编号5.3.51箱子类型编码BoxType_t应符合以下规定：1定义方式：TypedefU8_tBoxType_t;2取值方式：应按照表5.3.51取值；3取值范围定义：取值范围应符合表5.3.51的规定。取值定义描述循环票箱(TVM发票箱和AGM回收箱通用时)废票箱AGM车票回收箱(预留，非循环票箱)硬币补充箱硬币回收箱硬币循环箱(当硬币补充箱与回收箱相同时)纸币补充箱纸币回收箱纸币找零箱5.3.52钱箱和票箱编号BoxID_t应符合以下规定：1定义方式：TypedefU32_tBoxID_t;2取值方式：应按照表5.3.52取值；3取值范围定义：取值范围应符合表5.3.52的规定。 定义描述 0x00000000~钱箱和票箱编号由4个字节表示，从高位到低位分别表示2:车站编号(U8_t)3:设备编码或箱子编码，当BoxType类型为“TVM车票HOPPER”或“硬币暂存”时，该字节填写设备编码。BoxType类型为其他值时，共同作为箱子编码使用，以区分不同TVM的HOP4:箱子编码(U16_t)车站编号字节取值参见[0,255]设备编码或箱子编码[0,255]箱子编码[0,255]注：取值规定举例如下：103029999表示：车站编号为02的TVM废票箱，编号为9999;204030501表示：车站编号为03,05号TVM,01号车票HOPPER。5.3.53设备部件类型DevicePartType_t应符合以下规定：1定义方式：TypedefU8_t2取值方式：应按照表5.3.53-1和表5.3.53-2取值；3取值范围定义：取值范围应符合表5.3.53-1和表5.3.53-2的规定。定义描述打印机1(乘客打印机)打印机2(维修打印机)读写器1TVM的车票发行模块读写器、AGM的出站读写器1、读写器2TVM的充值读写器、AGM的进站读写器、BOM的桌面写器、TCM读写器读写器3维修门运行状态显示屏主控单元维修模块通信控制板(I/O信号控制板)二维码扫描模块终端设备内网络设备(HUB)定义描述0x00000000~DeviceType_t参见DeviceTy102039999表示：车站编号为02的TVM废票箱，编号为9999;203040501表示：车站编号为03,05号TVM,01号车票HOPPER。1定义方式：TypedefU8_tCashType_t;2取值方式：应按照表5.3.54取值；3取值范围定义：取值范围应符合表5.3.54的规定。_定义描述不区分币种5角硬币1元硬币1元纸币5元纸币10元纸币20元纸币50元纸币100元纸币1定义方式：TypedefU32_tWorkMode_t;3取值范围定义：取值范围应符合表5.3.55-1和5.3.55-2的规设备类型取值定义描述出站双向IBOM用非付费区模式定义描述只硬币找零只纸币找零现金支付状态支持全部现金支付类型仅接受纸币仅接受硬币不接受现金二维码支付状态手机扫屏幕二维码(跨屏支付模式)二维码读头扫手机(仿智能POS模式)工作状态注：TVM的工作模式由4个字节组成，分别是：找零状态+现金支付状态+二维码支付状态+工作状态1定义方式：TypedefU32_tFilenumber_t;2取值方式：具体取值由应用系统生成；3取值范围定义：取值范围应符合表5.3.56的规定。 定义描述 0x00000000~文件所包含的交易笔数5.3.57功能编码FunctionID_t应符合以下规定：1定义方式：TypedefU32_tFunctionID_t;2取值方式：应按照表5.3.57取值；3取值范围定义：取值范围应符合表5.3.57的规定。定义描述0x00000000~第二字节，表示一级菜单编码，LCCWS取值01-8F例如：12910201,表示：SC工作站的第1个一级菜5.3.58位置状态编码BoxPositionstatust应符合以下规定：1定义方式：TypedefU8_tBoxPositionstatus_t;2取值方式：应按照表5.3.58取值；3取值范围定义：取值范围应符合表5.3.58的规定。表5.3.58BoxPositionstatust取值范围定义定义描述安装在设备上被操作员从设备上卸下尚未清点6通信接口定义6.1文件传输协议通用规定1AFC系统各层之间的文件传输协议(FTP)、实时报文协议(TCPSocket)及时间同步协议(NTP)和简单时间同步协议 (SNTP)应基于TCP/IP协议。2由终端设备产生并通过SC、LCC逐层上传的交易数据、收益数据、审计数据、设备事件数据应使用FTP协议传输。3上级系统的运营参数、设备配置参数、结算对账数据、各类程序文件以及资源文件应使用FTP协议传输到下级系统。6.1.2文件传输协议的结构层次应满足以下原则：1ACC系统与SPT系统、ACC系统与LCC系统、LCC系统与SC系统、SC系统与SLE之间的文件传输宜使用FTP协议。2ACC与SPT之间的数据传输以ACC为FTP服务器，SPT3ACC与LCC之间的数据传输应以ACC为FTP服务器，LCC为客户端。4LCC与SC之间的数据传输应以LCC为FTP服务器，SC5SC与SLE之间的数据传输应以SC为FTP服务器，SLE为6.1.3文件传输协议应符合以下规定：1跨层系统首次通信连接时，应由下层系统向上层系统发起通信连接申请，上层系统应通过报文应答方式将FTP服务器访问2当FTP客户端产生数据文件需要上传服务器时，客户端应主动访问服务器，并将文件上传到指定的FTP工作目录。3当FTP服务器端产生数据文件，需要下发至客户端时，服务器应首先将数据文件复制到FTP工作目录，然后通过消息号为Ox1002的Socket报文通知客户端下载文件。客户端接到Socket指令信息后，立刻访问指定的FTP服务器，下载相关数据文件。4对特定的业务需求，客户端应轮询(定期查找)服务器端指定的FTP工作目录，下载相关数据文件。5FTP服务器端应负责维护本地FTP工作目录内的所有数据文件。FTP服务器端检测到客户端上传的文件后，应立刻处理并从工作目录移走。FTP服务器端工作目录下供客户端下载的数据文件，服务器端应定期整理。6客户端应将上传中的文件的文件名增加扩展名“.tmp”,文1系统应使用数据文件传输审计功能确保文件传输的完整性。2上层系统在日终结算时应根据对本地处理过的接收文件进行信息汇总，下发到下层系统。下层系统应根据本地文件上传记录，找出差异信息，并对丢失的文件进行补传。补传的文件在下一个结算日进行审计。若次日审计仍然显示差异，则继续重新补传，直至上层系统接收方成功处理此文件。6.1.5文件传输协议的文件通用格式应符合表6.1.5的规定：结构块类型长度备注文件头1文件类型4参见第5章系统编码定义2协议版本号4直接填入该数字。3文件生成时间4编码规则可参见第5章系统编码定义4节点编号4编码规则可参见第5章系统编码定义5文件序列号4即文件名的后缀部分编码规则可参见第5章系统编码定义6文件类型4参见第5章系统编码定义7文件体数据可变详细定义见各类文件说明8算1文件名称应包含文件类型代码，8位HEX字符的设备编码，文件生成的年月日时分秒字符串，文件序列号，HEX的协议版本AAAA|NodeID|YYYYMMDDHHMISS|File6.2TCP联机报文通用规定6.2.1数据同步请求、车站模式信息传输、设备监控、客流监控等对实时性要求高的上行和下行消息应采用TCP联机报文方式传送。6.2.2联机报文的结构层级应符合以下规定：1AFC系统各层级之间的实时通信应使用TCPSocket方式，实时通信双方可互为Socket服务器和客户端。2SPT/TPU之间以SPT为上层系统，TPU为下层系统。3IMT/TPU之间以IMT为上层系统，TPU为下层系统。4ACC与LCC之间以ACC为上层系统，LCC为下层系统。5LCC与SC之间以LCC为上层系统，SC为下层系统。6SC与SLE之间以SC为上层系统，SLE为下层系统。7当上层系统启动以后，本地的TCPSocket服务器应立刻启动，并等待下层发起的Socket连接请求。8下层系统启动后，应首先将本地的TCP服务器打开，根据本地配置的上层系统TCPSocket通信服务器的IP和端口地址，发起主动连接请求。连接成功后，上层系统记录下层系统的信息，信息应包含IP及节点编号，同时上层系统的上下文信息传递给下层系统，包括FTP服务器目录信息与访问账号信息等。9完整通信接口业务流程应包括报文发送、报文处理、结果10报文通信过程中如果报文格式正确，则开始处理相关业务，系统应在业务处理完毕后发送业务处理结果报文。如果报文解析异常，应以MACK报文返回发送方，并填写具体的错误代码。11数据消息的发送者应作为客户端向接收者设置的TCP服务器发起TCP连接请求，接收者接受连接请求，建立TCP连接。发送者发出请求消息报文，接收者返回应答消息。12Socket服务器端不应主动断开连接。13当数据消息的发送者在发出请求消息后，在业务规定的时间内未收到应答时，应按数据消息的业务要求，决定是否对其进行重发。重发的请求应和原始的请求消息完全相同。超时时间和重试次数应按照清分中心参数定义进行取值。6.2.3联机报文的同步工作方式应符合以下规定：1同步方式应满足：交互1请求一交互1处理一交互1应答一交互2请求一交互2处理一交互2应答……依次进行的工作方2在此方式下，通信节点不能并行工作，通信客户端在未收到服务器端响应时，将进行阻塞等待，只有在超时重试失败后，才允许下次业务请求。6.2.4联机报文的异步工作方式应符合以下规定：1异步方式应满足：交互1请求一交互2请求一交互3请求……依次进行；同时，交互1处理一交互2处理一交互3处理……依次进行；同时，交互1应答一交互2应答一交互3应6.2.5联机报文的规范约定应符合以下原则：1系统间进行Socket实时通信时，上层系统和下层系统1报文格式定义应符合以下规定：1)所有报文字段数据类型的定义及取值范围均参见第5章2)所有报文中的字段均采用大端格式存储。3)所有报文采用单包，且最大长度为8K字节。2XDR通信报文通用结构应符合表6.2.6-2的规定：结构块编号类型长度包头12值3消息验证码包头+包体的照RFC1321结构块编号字段名称类型 长度 备注包头结构1包长度4本消息报文的长度(不包括长度本身)2消息类型码4参见第5章系统编码定义之消息类型3协议版本号4时维护，协议应用方直4发起方标识码454接收方可以为路由节点码，数据包的接收方据编码定义之DeviceID_t。6会话流水号4的，唯一标识本会话的流水号消息相同7标志位图4答；2:MACK应答；3:保留)加密；1:加密)压缩；1:压缩)Bit24~Bit31:预留8消息类型码4参见第5章系统编码定义之消息类型9标志位图4答；2:MACK应答；3:保留)加密；1:加密)压缩；1:压缩)Bit24~Bit31:预留4MACK应答包结构体应按以下步骤执行：1)当应答消息内容仅包含应答码时，称此应答为MACK。2)MACK应答报文的包头按照原请求报文的消息类型进行3)MACK应答包结构体应符合表6.2.6-4的定义：结构块编号字段名称类型长度备注体1应答码4参见第5章系统编码定义6.2.7自定义结构体联机报文的通用报文结构应符合以下规定：1自定义结构体报文格式定义应符合表6.2.7的规定：结构块类型长度备注包头见下定义6.2.8包头定义应符合表6.2.8的规定：结构块类型长度备注包长度2消息类型码2发起方标识码4明本消息的发送方.会话流水号4唯一标识本会话的流水号包序列号2固定值为0标志位图10-请求消息1-应答消息其它位填02如果包体有可变部分，则填写记录数，否则填写01固定为06.3NTP时钟同步协议通用规定6.3.1LCC和IMT应主动与ACC进行时钟同步。6.3.2由LCC管理的下层系统应与LCC系统时钟进行同步，由SC管理的下层系统应与SC系统时钟进行同步，由IMT管理的下层系统应与IMT系统时钟进行同步。6.3.3时钟同步协议采用NTP协议，应符合INTERNET通用协议中网络时间协议RFC1305的规定。6.3.4NTP协议使用单播进行工作。下层系统主动访问上层系统指定的时钟同步服务器，从服务器获得准确的时间信息，并调6.3.5NTP服务端和客户端设置应符合以下规定：1ACC系统以下的系统层级应设置NTP客户端，并将NTP服务器地址设置为其相邻上层系统的地址。各个层级系统开机时或每小时的0分，自动从其所设定的NTP服务器获取当前时间。2对于无法使用NTP协议进行时间同步的车站终端设备，应使用应用层的100E报文(时钟强制同步指令)交互实现。3ACC、IMT、LCC、SC可配置成NTP服务器，接收来自其下层的时间询问请求，并返回含有其系统时间信息的应答。6.4通信业务定义6.4.1交易文件类型和传输范围及方向和编码格式定义应符合文件类型编文件类型名称传输范围及方向一票通交易文件一卡通交易文件预留预留交通互联互通卡交易文件金融IC卡交易文件公交IC卡交易文件设备审计文件参数控制文件ACC→LCC|LCC→SC|SC→SLE/外部参数主控文件一卡通黑名单文件一票通黑名单全量文件一票通增量黑名单文件一票通号段黑名单员工卡黑名单模式履历系统控制参数文件ACC→LCC|LCC→SC|SC→SLE/路网信息参数文件ACC→LCCILCC→SC|SC→SLE/车票参数参数文件ACC→LCC|LCC→SCISC→SLE/ACC→LCC|LCC→SC|SC→SLE/日历时间段参数文件ACC→LCC|LCC→SC|SC→SLE/费率参数文件ACC→LCC|LCC→SC|SC→SLE/列车运行首末班车时刻表ACC→LCC|LCC→SC|SC→SLE/ACC→LCC|LCC→SCISC→SLE/车站设备节点配置文件PBOC公钥交通互联互通卡白名单交通互联互通卡黑名单地铁CPU卡黑名单公交IC卡黑名单文件对帐审计交易对帐文件可疑交易调整文件SPT平台交易对账文件SPT平台可疑交易调整文件设备交易审计文件设备交易对账文件设备可疑交易调整文件6.4.2交易文件定义应符合本标准第7章的规定。6.4.3参数文件定义应符合本标准第8章的规定。6.4.4FTP审计文件结构体(6001)应符合表6.4.4的规定：结构块编号字段名称类型长度 备注 结构体1结算日期4参见第5章系统编码定义2结算对象4如果ACC/LCC之间审计，则为线路编码。如果LCC/SC之间审计则一卡通文件传输审计结果YktFtpAuditList>3文件名4文件大小454一票通文件传输审计结果YptFtpAuditList<>6文件名7文件大小484地铁CPU文件传输审计结果YPT2FtpAuditList>9文件名文件大小44金融IC卡文件传输审计结果JRICFtpAuditList<>文件名文件大小44交通CPU卡文件传输审计结果JTBFtpAuditList<文件名文件大小44公交IC卡文件传输审计结果GJICFtpAuditList<>文件名文件大小446.4.5交易对账文件结构体(6002)应符合表6.4.5的规定：结构块编号字段名称类型长度 备注 交易对账文件结构体1结算日期4参见第5章系统编码定义2结算交易4所有正常和可疑记录总数3结算正常交易记录总数4所有正常的交易记录总数4结算正常交易金额总数4所有正常的交易记录总5结算可疑交易记录总数4所有可疑的交易记录总数6结算可疑交易金额总数4所有可疑的交易记录总7审计标志4出，即正常交易循环体为空循环1:表示进行审计输出，即正常交易循环将列出所有正常交易流水日常状态为非审计输出结算文件(循环体)settledFileList<

8交易文件名正常交易(循环体)correctTxList<>9交易对账流水号8可疑交易(循环体)doubtTxList<>交易对账流水号8处理结果4结算失败文件(循环体)errorFileList<>交易文件名文件结算41—MD5签名错误2一设备黑名单3—SAM卡黑名单5一解码失败6.4.6可疑交易调整文件结构体(6003)应符合表6.4.6的规定：结构块编号字段名称类型长度 备注 可疑交易调整文1结算日期4结算日期，取值参见第5章系统编码定义可疑调整文件(循环体)SettledAdjustFile<>2名3中交易记录总4可疑调整交易(循环体)SettledAdjustTX<>4交易对账流水号85处理结果41一拒付6.4.7清分数据文件结构体(6004)应符合表6.4.7的规定：结构块编号字段名称类型长度 备注 清分数据文件结构体1结算日期4见第5章系统编码定义2线路编号4见第5章系统编码定义3(乘车)使用笔数44(乘车)使用45(乘车)应得46(乘车)使用笔数47(乘车)使用48 (乘车)应得494售票服务费用4充值服务笔数4充值服务费用44换票服务费用44退票服务费用4 4补票服务费用4CPU卡(乘车)使用笔数4CPU卡(乘车)使用金额4CPU卡(乘车)应得金额4本线路银行卡(乘车)使用笔数4本线路银行卡(乘车)使用4本线路银行卡(乘车)应得4联互通卡(乘车)使用笔数4联互通卡(乘车)使用金额4联互通卡(乘车)应得金额4卡(乘车)使用笔数4卡(乘车)使4卡(乘车)应4本线路二维码(乘车)使用笔数4本线路二维码(乘车)使用4本线路二维码(乘车)应得4(乘车)使用笔数4