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

ICS93.080

Q84DB61

陕西省地方标准

DB61/T506.4—2010

城市轨道交通自动售检票系统

第4部分：通信数据接口规范

2010-11-23发布2010-12-25实施

陕西省质量技术监督局发布

DB61/T506.4—2010

目次

前言................................................................................II

1范围..............................................................................1

2数据通信协议......................................................................1

3AFC系统核心数据定义...............................................................5

4外部接口层间传输数据定义........................................................136

5内部接口层间传输数据定义........................................................137

6数据传输流程....................................................................141

DB61/T506.4—2010

前言

DB61/T506-2010《城市轨道交通自动售检票系统》分为四个部分：

──第1部分：总则；

──第2部分：编码规则；

──第3部分：终端设备和票卡；

──第4部分：通信数据接口规范。

本部分由西安市地下铁道有限责任公司提出。

本部分由陕西省建设厅归口。

本部分起草单位：陕西省标准化研究院、西安市地下铁道有限责任公司、方正国际软件系统有限公

司、上海华虹技通智能卡系统有限公司、深圳高新现代智能系统股份有限公司、三星数据系统（中国）

有限公司、上海华腾软件系统有限公司。

本部分主要起草人：陈东山、雒继峰、侯久望、管宏、党光清、陈明胜、骆红、马明、李文慧、吕

毅、吴曼、徐明、杨哲、柳志峰、陈敬平。

本部分首次发布。

II

DB61/T506.4—2010

城市轨道交通自动售检票系统

第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字节0/4字节0xFF

如果没有数据体，本部分长度为0

1

DB61/T506.4—2010

2.2.2传输数据头

传输数据头详细数据格式如表3所示。

表3传输数据头

字段名长度Byte数据类型描述

消息整体长度，即从开始标记到结尾标记的字节长度。取值范

报文长度4BIN

围：40~8*1024+40。

协议标识4BIN固定为1，其他数据时按照错误消息处理。

协议版本号1BIN传输协议版本号，固定为1。

数据格式版本号1BIN数据体中数据编码格式版本号，固定为1。

0：协议数据；1：预留数据；2：交易数据；

数据传输类型1BIN

3：业务数据；4：控制数据；5：状态数据。

预留1BIN固定为0。

传输命令编码1BIN注1

发送时间戳7BCD数据发送的时间：YYYYMMDDHH24MISS

用于区分同一时间发出的多个数据包。

发送序列号2BIN向指定通讯对象发出数据包时由发送方产生，初值为1，每次

数据发送递增1，到达65535后归1。

包唯

设备类型1BIN

一标设

线路ID1BCD

识备数据发送方唯一标识

车站编号1BCD

ID

设备编号1BIN

设备分组编号1BIN数据发送方所属分组标识

设备组内编号1BIN数据发送方的组内编码

预留2BIN固定为0。

若待传输数据总字节长度超过8*1024+40字节时，进行分包传

分包总数1BIN

输，并填写分包总数。否则，固定为1。

当前数据分包序号，如果总包数=1，序号为1；如果总包数>1，

分包序号1BIN

分包序号从1开始递增。

预留1BIN固定为0。

加密算法1BIN0：不采用；1：DES。

执行加密算法前对有效数据体进行补位操作时补充的字节数。

加密算法补位长度1BIN

取值范围：0~15。

密钥版本1BIN加密数据体采用密钥版本号。

校验码算法1BIN固定00：不采用；1：CRC32。

预留1BIN固定为0。

2

DB61/T506.4—2010

表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标识组包格式的版本号，当前格式版本约定为0x01

2数据来源方1BIN0x01：PACC；0x02：长安通；0x03：AFC

3数据包长度4BIN数据包总长度，即文件字节长度。

4数据类型代码2BCD指参数ID

5版本号4BIN参数版本号

6生成时间7BCD版本创建时间

7生效日期4BCD版本的生效日。未到达该日期时，版本不能投入使用。

8数据分段总数2BIN“分段数据偏移量记录体”中的记录条数N。

9预留字段3BIN0x000000

2.4数据交换方式

2.4.1在上位要求时、操作员指定时均需进行数据交换。

——定时进行交换的数据：在到达规定时间间隔时、业务结束时、与上位建立连接时进行交换；

——即时进行交换的数据：在数据产生时、建立连接时进行交换；

——按计划交换的数据：在达到计划时间后、建立连接时进行交换。

3

DB61/T506.4—2010

2.4.2数据在交换双方之间以数据包组织形式进行交换。

2.4.3交换双方保证数据的一致性和完整性，在具备条件的情况下第一时间完成数据交换，首先交换

未交换的产生时间更早的数据。与时效性相关的数据（包括状态数据和控制数据），仅交换当前有效的

数据，过时的数据不需要进行交换。

2.5数据即时交换时序

2.5.1数据即时交换流程的整体规定。

数据交换双方只有在建立基于数据交换应用协议的连接之后才能进入正常的数据交换过程。

数据交换双方在完成业务结束断开连接之后，在再次建立正常连接之前不能进行数据交换活

动。

在下位（车票处理单元除外）开启电源并完成自检之后，启动与上位建立连接的同步时序。

当上下位之间出现各类异常导致上下位之间连接中断后，下位等待一定时间（参数约定）后重新启动与

上位建立连接的同步时序。

业务结束是一个同步时序，下位（SLE除外）业务结束之后，非24小时运营时必须与上位断

开连接，依据之前的约定可以进入休眠状态等待唤醒或直接自动关闭电源；24小时运营时继续保持与

上位的连接。

2.5.2其他约定

在各层之间建立连接（含开机）的过程中，上位均需要对下位连接的合法性进行检查。合法

性检查包括：下位ID、下位IP等属性。设备与SC建立连接的过程中，SC还需要检查设备SAM卡的安

装是否与系统记录一致。

各层时钟检查和设置在开机、建立连接以及定时进行。时钟检查与上位时钟进行时钟校正信

息报文含：设备ID、本地时间、差异时间（秒）、校正结果等属性。

交易、业务数据定时（参数设定）或即时从下位传输到上位。

状态数据即时从下位传输到上位。

通知数据即时在下位与上位之间进行交换。

控制命令即时从上位传输到下位，下位对控制命令进行响应，除车票处理单元之外，其他下

位对控制命令响应的结果均以异步方式通过状态、业务数据、通知等方式报告上位。

下位请求数据即时从下位传输到上位，上位对请求数据响应的结果以异步方式从上位即时传

输到下位。

2.5.3基本准则

基本准则规定数据即时传输过程中所有时序必须遵守的基本要求。

在本节使用的发起方、接收方、时序开始、时序结束的含义为：

——发起方：指一个/一组数据交换行为的初始启动方。上下位均可能时发起方；

——接收（响应）方：针对发起方而言，一个/一组数据交换行为中的另一方；

4

DB61/T506.4—2010

——时序开始：指一个/一组数据交换行为组合的业务时序的开始位置；

——时序结束：指一个/一组数据交换行为组合的业务时序的终止位置。

2.5.4时序冲突解决机制

在产生时序冲突时，遵循上位时序优先原则。即下位与上位同时发起时序，又都要等待对方下一步

动作时，下位需中止自己发起的时序，优先执行上位发起的时序。在下位执行完成上位所启动的时序后，

重新启动自身中断的时序。

2.5.5同步时序

AFC系统约定，在各层间进行数据交换时，根据业务特性存在同步时序和异步时序。

同步时序应是在一方启动该时序后，双方不再发起和响应该时序约定以外的任何数据交换。

任何时序约定意外的数据交换行为均被认定为非法，并将中止同步时序的进行；收到非法数据的一方立

即主动中断数据交换双方基于数据交换应用协议构建的合法连接，在等待一段时间后，双方再重新构建

基于应用协议的合法连接并从头开始进行数据交换。

2.5.6异步时序

异步时序应是交互双方支持启动一个以上业务时序，即双方可同时发起异步业务时序；在一个异步

业务时序未结束之前，发起方也可以启动另一个异步业务时序。

2.5.7异步响应的基本规定

在两层之间进行数据交换（包括控制命令、数据请求等）的过程中，如果需要获得对方对某个数据

交换的响应时，采用异步时序的方式进行响应，由数据发起方进行响应时间的控制并异步等待对方指定

数据交换的响应；在预订的相应时间内获得响应时，正常处理收到响应的相应数据；在预订的相应时间

内未获得响应时，由发起方自行按无法获得响应的情况进行处理，并丢弃未来延迟到达的响应数据，并

由发起方确定是否需要重新发起异步响应序列。

2.5.8时序完整性

对于同步时序，由数据交换的双方共同保证时序完整性。

对于异步时序，由发起方保证整体业务时序的完整性。

2.5.9时序的引用

当一个异步时序被另一个同步时序引用时，则该时序亦需遵守同步时序的各项约定。

异步时序中不得引用同步时序。

3AFC系统核心数据定义

3.1交易数据

3.1.1一票通销售数据

卡发行

当UL票发售时，设备发送电文如表6所示。表6电文仅表示有卡被发行，对于一笔交易，根据具

5

DB61/T506.4—2010

体业务还需发送其他电文。

表6卡发行电文

序号数据项长度编码类型说明

AFC系统专用头

产生交易时设备上登录的操作员ID，如果没有操作员

1操作员ID3BCD

登录，填充为000000

2发生日期4BCDYYYYMMDD

3消息长度2BIN传输时需要转换成INTEL序

4预留1BIN

系统公共头——以下字段采用MOTO序

5formatVersion4BIN格式版本0x00020000

6txnDateTime4BIN参见编码规则中定义Time_t

7sourceParticipantId4BIN运营商的唯一ID号

8deviceId4BIN设备号码（参见编码规则－设备ID编码）

9samId4BINSAM卡ID

10udsn4BIN当递增超过0xFFFFFFFF时，UDSN将被复位到0

11serviceParticipantId4BIN服务商的唯一ID号

12deviceLocation4BIN设备的位置代码

13transactionStatus4BIN交易状态

14cdVersion4BIN配置数据的版本

15reconciliationDate4BIN参见编码规则中定义DateC20_t

16reservedField4BIN预留

17udType4BINUD组号=1

18udSubtype4BINUD子类别=3

系统票卡公共头

19cardIssuerId4BIN发行票卡的发行人的唯一ID

20cardSerialNumber4BIN票卡的序号

21cardType4BIN票卡的类型

22cardLifeCycleCount4BIN票卡的当前使用周期计数

23cardActionSequenceNumber4BIN操作表序列号

卡发行头

24expiryDate4BIN记名票卡或者个人化票卡记录在卡上的期满日期DateC20_t

安全头

25txnMac8BINMAC

26keyVersion4BIN用来产生交易MAC的密钥版本

6

DB61/T506.4—2010

记次产品发行

当计次产品发售时，发送表7所示电文。

表7记次产品发行电文

序号数据项长度编码类型说明

AFC系统专用头

产生交易时设备上登录的操作员ID，如果没有操作员

1操作员ID3BCD

登录，填充为000000

2发生日期4BCDYYYYMMDD

3消息长度2BIN传输时需要转换成INTEL序。

4预留1BIN

系统公共头——以下字段采用MOTO序

5formatVersion4BIN格式版本

6txnDateTime4BIN参见编码规则中定义Time_t

7sourceParticipantId4BIN运营商的唯一ID号

8deviceId4BIN设备号码（参见编码规则－设备ID编码）

9samId4BINSAM卡ID

10udsn4BINUD序列号

11serviceParticipantId4BIN运营商的唯一ID号

12deviceLocation4BIN设备的位置代码

13transactionStatus4BIN交易状态

14cdVersion4BIN配置数据的版本

15reconciliationDate4BIN数据生成日期(非MAC)（DateC20_t）(固定为0)

16reservedField4BIN预留

17udType4BINUD组号=3

18udSubtype4BINUD子类别=3

系统票卡公共头

19cardIssuerId4BIN发行票卡的发行人的唯一ID

20cardSerialNumber4BIN票卡的序号

21cardType4BIN票卡的类型

22cardLifeCycleCount4BIN票卡的当前使用周期计数

23cardActionSequenceNumber4BIN操作表序列号（如果有）

应用公共头

应用供应商（发布应用软件的供应商）的专用ID。（固

24applicationProviderId4BIN

定为ACC=1）

25applicationSerialNumber4BIN它定义了支持该交易的应用（固定为1）

7

DB61/T506.4—2010

表7记次产品发行电文（续）

适用于应用的个人化的种类1.匿名的个性化卡的种类

26applicationPersonaliseCat4BIN

2.记名应用的种类

提供给与处理有关的票卡的操作表序列号（如果有）（固

27appActionSequenceNumber4BIN

定为0）

28applicationType4BIN1应用255.未设（目前固定为1）

29applicationPassengerType4BIN乘客的类型

产品公共头

30productIssuerId4BIN“0”表示无效，不能使用。“0xFFFFFFFF”表示未指定.

31productSerialNumber4BIN产品识别票卡的编号。

32productType4BIN详细说明用于完成处理的产品的类型

33productActionSequenceNum4BIN该值为一个专门用于排序的二进制值

34Ptsn4BIN该txn的产品序列号，当产品创建时设置

35invoicePrinted4BIN指出是否某发票已打印。

记次票卡公共头

36numRides4BIN处理增加（增添）/扣除（使用）的乘次的数量

37remainingRides4BIN处理完成后产品上剩余的乘次的数量

财务明细头

38transactionValue4BIN交易涉及的实际财务量（以分为单位）

支付方式1现金2电子3优惠券4自动充值255

39paymentMethod4BIN

未设

应保留未取整的交易分数值，此字段在ACC层上更

40partialTransactionValue4BIN

新，而非由设备写入,固定为0，非MAC

产品有效期头

产品有效性开始的时间（也就是产品从此时开始有效）。

41vStartDateTime4BIN如果产品有效性未定，那么，该字段为“0”。（参见编码

规则中定义Time_t）

产品有效性终止的时间（也就是产品在此时间之后无

42vEndDateTime4BIN效）。如果产品有效性未定，那么，该字段为“0”。（参

见编码规则中定义Time_t）

产品的有效期，尺寸大小在ACC系统参数里定义。

43vDuration4BIN

DurationUnit_t+DurationValue_t

44vOrigin4BIN此产品可途经有效源站，1位位置类型+3位位置代码

此产品可途经有效目的站点，1位位置类型+3位位置

45vDestination4BIN

代码

8

DB61/T506.4—2010

表7记次产品发行电文（续）

序号数据项长度编码类型说明

安全头

46txnMac8BINMAC

47keyVersion4BIN用来产生交易MAC的密钥版本

定期票发行

当定期产品发售时，发送表8所示电文。

表8定期票发行电文

序号数据项长度编码类型说明

AFC系统专用头

产生交易时设备上登录的操作员ID，如果没有操作员登录，

1操作员ID3BCD

填充为000000

2发生日期4BCDYYYYMMDD

3消息长度2BIN传输时需要转换成INTEL序。

4预留1BIN

系统公共头——以下字段采用MOTO序

5formatVersion4BIN格式版本

6txnDateTime