DB21 T 1638-2008 《城市轨道交通自动售检票系统标准化导则》.pdf

《DB21 T 1638-2008 《城市轨道交通自动售检票系统标准化导则》.pdf》由会员分享，可在线阅读，更多相关《DB21 T 1638-2008 《城市轨道交通自动售检票系统标准化导则》.pdf（20页珍藏版）》请在麦多课文档分享上搜索。

1、 ICS 辽 宁 省 地 方 标 准 DB21 DB21/T 1638 2008 城市轨道交通自动售检票系统 标准化导则 Automatic Fare Collection System for Urban Rail Transit Rules of Standardization 2008-07-28 发布 2008-08-28 实施 辽宁省质量技术监督局 发布 DB21/T 1638 2008 I 目 次 前言 . IV 1 范围 . 1 2 规范性引用文件 1 3 术语和缩略语 . 1 3.1 术语 1 3.1.1 自动售检票系统： Automatic Fare Collection S

2、ystem . 1 3.1.2 轨道交通清分中心系统： AFC Clearing Center System . 1 3.1.3 线路中心计算机： Line Center Computer . 1 3.1.4 车站计算机系统： Station Computer System . 1 3.1.5 车站终端设备： Station Level Equipment . 1 3.1.6 车票 /卡： ticket/card . 1 3.1.7 一票通车票： Common Ticket . 1 3.2 缩略语及符号 . 2 3.2.1 缩略语 2 3.2.2 符号与解释 . 2 4 轨道交通 AFC 系统

3、功能结构 3 5 轨道交通 AFC 的系统功能 3 5.1 轨道交通票务清分系统功能 . 3 5.1.1 车票管理 . 3 5.1.2 清分清算 . 4 5.1.3 运营管理 . 4 5.1.4 交易数据处理功能 . 4 5.1.5 密钥管理 . 5 5.1.6 系统维护 . 5 5.2 线路中心计算机系统功能 . 5 5.2.1 运营管理 . 5 5.2.2 车票管理 . 6 5.2.3 票务管理 . 6 5.2.4 系统维护 . 6 5.3 SC 系统系统功能 . 7 5.3.1 运营管 理 . 7 5.3.2 车票管理 . 7 5.3.3 票务管理 . 7 DB21/T 1638 200

4、8 II 5.3.4 系统维护 . 7 5.4 SLE 功能 . 8 5.4.1 增值功能 . 8 5.4.2 售票功能 . 8 5.4.3 检票功能 . 8 5.4.4 补票功能 . 8 5.4.5 退票 /退款功能 . 8 5.4.6 个人化卡申请 /挂失 /解挂功能 . 8 5.4.7 替换功能 . 8 5.4.8 票卡查询功能 . 8 5.4.9 修复功能 . 8 6 轨道交通 AFC 系统数据流程 8 6.1 数据通信流程 . 8 6.1.1 设备上传数据流程说明 9 7 轨道交通 AFC 系统的通信方式 10 7.1 物理层、数据链路层、网络层和传输层 . 10 7.1.1 物理层

5、、数据链路层 . 10 7.1.2 网络层 10 7.2 会话层、表示层和应用层 . 10 7.2.1 结构 10 7.2.1.1 通信结构 . 10 7.2.1.2 地址编码规则 . 11 7.3 轨道交通 AFC 系统通信内容 . 12 8 轨道交通 AFC 系统编码规则 13 8.1 地点类编码规则 . 13 8.1.2 区段编号 . 13 8.1.3 车 站编号 . 13 8.2 参与商类编码规则 . 14 8.2.1 车票发行商编码 . 14 8.2.2 运营商编码 . 14 8.2.3 车票销售商编码 . 14 8.3 设备类编码规则 . 14 8.3.1 设备类型编码 . 14

6、8.3.2 设备编码 . 14 8.3.3 票箱编码 . 14 DB21/T 1638 2008 III 8.3.4“一票通” SAM 卡编码 . 14 8.4 员工类编码 14 8.5 票卡类编码规则 . 14 8.5.1 车票卡片类型编码 . 14 8.5.2 票 种编码 . 15 8.5.3 车票逻辑编号 . 15 8.6 交易类型编码 . 15 8.7 运营模式编码 . 15 DB21/T 1638 2008 IV 前 言 本 规范 由沈阳地铁有限公司 和 沈阳地铁运营有限公司提出 并归口 。 本 规范 负责 起草单位：沈阳标准 化 研究院、 沈阳地铁有限公司 、沈阳地铁运营有限公司。

7、 本 规范 参加 起草单位： 深圳市现代计算机有限公司、沈阳新松机器人自动化股份有限公司 。 本 规范 主要起草人： 郑伟、 王刚、 张锐、 于占华、侯德鹏、 王金山、 吴仁昌、刘阳、王巍巍、 孙波、 胡剑锋、张晓琴、范静丰、李作周、刘善勇、白迎斌、田卫刚 。 本 规范 属首次发布。 DB21/T 1638 2008 1 城市轨道交通 自动售检票系统 标准化导则 1 范围 本规范规定了城市轨道交通自 动售检票系统 AFC 架构、系统功能、数据流程、通信方式以及编码规则。 本规范适用于城市轨道交通自动售检票系统的 设计、生产、 运 营 及管理。 2 规范性引用文件 下列文件中的条款通过本标准的引

8、用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。 ISO/IEC 7810： 2003 识别卡 物理特性 3 术语和 缩略语 ISO/IEC 7810 中确立的术 语以及下列术语和缩略语适用于本标准。 3.1 术语 3.1.1 自动售检票系统： Automatic Fare Collection System 基于计算机、网络、自动控制等技术能够实现购票、检票、计费、收费、统计全过程的自动化系统。 3.1.2 轨道交通清

9、分中心： AFC Clearing Center 发行和管理轨道交通“一票通”车票，并对车票票款进行结算的系统。 3.1.3 线路中心计算机： Line Center Computer 管理和控制轨道交通线路自动售检票系统的计算机。 3.1.4 车站计算机系统： Station Computer System 管理车站级的票务、运行、客流等的计算机系统。 3.1.5 车站终端设备： Station Level Equipment 安装于各轨道交通线路车站，并进行车票发售、进站检票、出站检票、充值、验票分析等读写交易处理的终端设备。 3.1.6 车票 /卡： ticket/card 用于城市轨道

10、交通系统乘行，并能实现无障碍换乘的乘行凭证 。 3.1.7 一票通车票： Common Ticket 用于城市轨道交通系统乘行，并能实现无障碍换乘不同线路的车票。 DB21/T 1638 2008 2 3.2 缩略语 及符号 3.2.1 缩 略语 缩略语 见 表 1。 表 1 缩略语 序号 缩略语 解释 1 ACC 轨道交通清分中心（ AFC Clearing Center） 2 AFC 自动售检票（ Automatic Fare Collection） 3 AGM 自动检票机（ Automatic Gate Machine） 4 AVM 自动增值机（ Automatic Add Value

11、Machine） 5 BOM 半自动售票机 （ Booking Office Machine） 6 ISAM 充值安 全 存储模块（ Input Secure Access Module） 7 LCC 线路中心计算机（ Line Center Computer） 8 SAM 安全存取模块（ Secure Access Module） 9 SC 车站计算机（ Station Computer） 10 SJT 单程票（ Single Journey Ticket） 11 SLE 车站终端设备（ Station Level Equipment） 12 TAC 交易记录安全认证码（ Transacti

12、on Authentication Code） 3.2.2 符号 与解释 符号与解释见 表 2。 表 2 符号与解释 序号 符号 解释 1 BCD 字符编码，它 是用二进制的编码表示十进制数 （ Binary Coded Decimal） 2 BIT 位（ Bit） 3 BYTE 字节（ Byte） 4 HEX 十六进制编码（ Hexadecimal Code） 5 MAC 消息认证码（ Message Authentication Code） 6 TAC 交易记录安全认证码（ Transaction Authentication Code） DB21/T 1638 2008 3 4 轨道交通

13、 AFC 系统 功能结构 城市轨道交通 AFC 系统 按功能可分为五个层次， 见图 1。 第一层城市轨道交通清分中心 ，城市一卡通结算中心与轨道交通清分中心在该层接口 ；第二层为运行在轨道交通线路管理控制中心的 线路中心计算机 系统；第三层为运行在线路各车站的 SC 系统；第四层为 SJT；第五层为车票层。 图 1 轨道交通 AFC 分层 结构图 5 轨道交通 AFC 的系统功能 5.1 轨道交通票务清分系统功能 5.1.1 车票管理 a) 车票类型定义 制定整个 AFC 系统内部发行票种的种类、使用规则。 b) 车票发行 根据运营需要，完成车票的采购、发行。 c) 车票初始化 城市轨道交通清

14、分中心 线路中心计算机系统 1 线路中心计算机系统 2 线路中心计算机 系统 n 车站计算机系统 1m 车站终端设备 车站计算机系统 1n 车站计算机系统 1r 车站终端设备 车站终端设备 单程票 储值卡 其它票卡 第一层 第二层 第三层 第四层 第五层 城市一卡通 DB21/T 1638 2008 4 初始化由轨道交通发行的票卡。 d) 车票分拣 对从各线路回收的单程票进行数量清点、好坏分拣、分类。 e) 车票调配 管理车票库存、负责各线路车票的回收、发放、调拨。 5.1.2 清分清算 a) 规则制定 制定清分清算规则，分帐规则。 b) 清分清算 执行清分清算，并按规则分帐。 5.1.3 运

15、营管理 a) 客流统计与分析 制作各种客流报表，实现客流分析和预测。 b) 运营注册 注册下级线路、车站、设备，以实现相关管理，注册内容包括编号与 IP 地址。 c) 系统运营模式管理 实时查询各线路及设备的运营模式、状态，以及控制、通知、下发运营模式。 d) 票价制定 制定票价表，票价方案，统一 AFC 系统的票价。 e) 运营参数、黑名单管理 制定、修改、下发由 ACC 控制的系统参数、编码、黑名单。 f) 时钟管理 与标准时钟源同步时钟，并将时钟信息下发，实现各线路的计算机、设备的时钟同步。 g) 票卡跟踪 跟踪车票的使用信息。 h) 黑名单管理 接收 并维护系统的 黑名单。 5.1.4

16、 交易数据处理功能 a) 交易数据采集 采集各线路上传的 交易数据。 b) 交易数据认证 DB21/T 1638 2008 5 对交易数据的合法性进行验算认证（检验交易验证码 TAC)。 c) 交易数据稽核 稽核一票通卡交易序号连续性、卡余额连续性及卡余额合法性。 5.1.5 密钥管理 a) 密钥生成 生成轨道交通内发行票卡的密钥。 b) 密钥下载 将所生成密钥下载到 SAM 卡。 c) SAM 卡分发管理 管理 SAM 卡的发放、回收、销毁。 d) 充值 SAM 卡激活认证 具有充值功能的 ISAM 卡在使用前需要通过在线认证的方式激活才可使用。 5.1.6 系统维护 a) 用户管理 设置系

17、统用户信息。 b) 权限管理 完成系统权限分配。 c) 数据备份和恢复 数据库系统的备 份与恢复。 d) 系统日志管理 完成日志的收集、查询、分析。 5.2 线路中 心 计算机系统功能 5.2.1 运营管理 a) 数据管理 完成线路内数据采集与采集过程中异常的处理，将数据上传 ACC。 b) 运营注册 完成下级车站和设备注册、参数设置和用户权限设置。 c) 票价管理 和 ACC 接口，解释 ACC 下发的票价，并能设置线路特殊的计价方案。 d) 黑名单管理 和 ACC 接口，接收 ACC 下发的黑名单，并管理本线路黑名单。 DB21/T 1638 2008 6 e) 参数管理 完成线路内所有参

18、数的维护、生成参数版本、下发参数、参数使用情况跟踪。 f) 监控管理 完成对下级系统和设备的监视与控制。设 备监视包括状态监视与客流监视。 g) 模式管理 和 ACC 接口，执行 ACC 下发的模式，完成线路内模式的管理与下发以及模式履历的跟踪。 h) 时钟管理 和 ACC 同步时钟，并保证线路内时钟统一。 i) 运营结束处理 完成数据有效性、完整性校验、定时任务处理以及生成相关清算报表。 5.2.2 车票管理 a) 车票库存管理 完成线路中心的车票管理，完成和 ACC 车票管理的接口。 b) 车票调配管理 完成线路内车票的监控、调配。 c) 车票使用管理 完成对车票整个使用过程的跟踪和控制。

19、 5.2.3 票务管理 a) 收益统计 统计线路收益数据，如发售收益统计、运营收益 统计、现金收益统计等。 b) 收益审计 审计系统产生的收益相关数据。 c) 对帐管理 完成和 ACC、银行等外部系统的对帐。 d) 客流统计分析 完成统计 ACC 客流的分析，作为车票调配的依据。 5.2.4 系统维护 a) 用户管理 设置系统用户信息。 b) 权限管理 DB21/T 1638 2008 7 完成系统权限分配。 c) 日志管理 完成日志的收集、查询、分析。 d) 软件管理 完成系统内各设备和各系统软件版本的统一管理与控制，并完成软件版本查询与跟踪。 e) 数据备份和恢复 数据库系统的备份与恢复。

20、 5.3 SC 系统系统功能 5.3.1 运营管理 a) 数据管理 完成车站设备数据采集与采集过程中 异常的处理，将数据上传 LCC。 b) 参数管理 和 LCC 接口，解释 LCC 下发的参数并转发至终端设备。 c) 监控管理 完成对 SLE 的监视与控制。设备监视包括状态监视与客流监视。 d) 模式管理 和 LCC 接口，将 LCC 下发的模式转发给站内终端设备。 e) 时钟管理 和 LCC 同步时钟，并保证站内时钟统一。 f) 运营结束处理 完成数据有效性、完整性校验、定时任务处理以及生成相关清算报表。 5.3.2 车票管理 完成车站车票管理，完成 LCC 车票管理的接口。 5.3.3

21、票务管理 完成对售票员结算、设备收益统计、车站收益统计 。 5.3.4 系统维护 a) 日志管理 完成日志的收集、查询、分析。 b) 软件管理 完成系统内各设备和各系统软件版本的统一管理与控制，并完成软件版本查询与跟踪。 c) 数据备份和恢复 DB21/T 1638 2008 8 数据库系统的备份与恢复。 5.4 SLE 功能 5.4.1 增值功能 BOM 实现 储值卡 增值功 能 。 5.4.2 售票功能 BOM 实现车票发售功 能 。每类终端设备 可 发售的车票见 轨道交通 AFC 系统终端服务功能规则。 5.4.3 检票功能 轨道交通 AFC 系统采用封闭式收费管理系统。所有车站均设置车

22、站检票机于付费区与非付费区的分界处。乘客必须在出发车站通过进站检票机，进入付费区，才 能往目的地；到达目的地车站后，乘客必须通过出站检票机（结清车费），离开付费区，才能完成乘车过程。 5.4.4 补票功能 因乘客超时、超程或没有有效车票乘车，导致其不能正常进 /出站时，需要补票。售补票类终端实现补票功能。 5.4.5 退票 /退款功能 由于运营原因导致乘客不能有效乘车时，视情况作出退票 /退款安排。 5.4.6 个人化卡申请 /挂失 /解挂功能 在 BOM 上完成个人卡申请 /挂失申请 /解挂申请服务。 5.4.7 替换功能 因车票自身的品质不佳（表面物理判断）或人为损坏导致车票无效，或者因售

23、票错误可以替换。在售补票 类终端完成替换服务。 5.4.8 票卡查询功能 乘客可通过查询服务了解到所持票卡的使用情况 。 5.4.9 修复功能 人为原因或系统运营原因导致进出站交易记录不匹配时，需要进行车票修复操作。在BOM 上 完成修复操作。 6 轨道交通 AFC 系统 数据 流程 6.1 数据通信流程 整个系统通用数据处理流程见 图 2。 DB21/T 1638 2008 9 图 2 AFC 系统通用数据处理流程图 6.1.1 设备上传数据流程说明 a) 设备上传各种数据（交易数据、状态数据、寄存 器数据、日志数据等）时，遵循以下处理流程： b) 数据由设备应用程序调用设备通信接口上传到

24、SC 通信服务器； c) 车站数据处理模块调用通信接收接口获取设备上传数据，根据需要存储到 SC 数据库，业务处理模块可以从 SC 数据库获取需要的数据； d) 接收到的设备数据如果要求发送回应，数据处理模块会将处理结果调用通信发送接口发送回应给设备； e) 数据处理模块根据接收数据类型判定是否需要上传到上级系统，对于需要上传的数据调用通信发送接口将数据发送到上级系统； f) 对于要求发送回应的设备数据，设备应用程序调用通信接收 接口获取处理结果 ； 设备存储介质 设备应用程序 设备 通信接口 SC 通信服务器 LCC 通信服务器 ACC 通信服务器 SC 数据库 LCC 数据库 ACC 数据

25、库 数据处理模块 数据处理模块 数据处理模块 业务 处理模块 业务 处理模块 业务 处理模块 DB21/T 1638 2008 10 g) LCC 和 ACC 上的数据处理流程同车站类似。 6.1.2 系统下发数据流程说明 a) 系统需要下发各种数据（交易数据、参数数据、黑名单数据、控制命令等）给下级系统 /设备时，遵循以下处理流程： b) 本级业务处理模块将需要下发的数据通知放置到数据库特定位置； c) 本级数据处理模块获取发送通知后，将数据从数据库指定位置取出，通过通信发送接口发送到下级； d) 下级数据处理模块调用通信接收接口获取下发数据，根据需要存储到本级数据库，业务处理模块可以从本级

26、数据库获取数据； e) 接收到的数据 如果要求发送回应，数据处理模块会将处理结果调用通信发送接口发送回应给上级； f) 数据处理模块根据接收数据类型判定是否需要分发到再下一级系统 /设备，对于需要下发的数据调用通信发送接口将数据发送到下级系统 /设备； g) 本级数据处理模块调用通信接收接口获取处理结果。 7 轨道交通 AFC 系统的通信方式 7.1 物理层、数据链路层、网络层和传输层 7.1.1 物理层、数据链路层 由轨道交通各线路通信系统提供的网络平台实现。 7.1.2 网络层 采用 IP 协议。 7.1.3 传输层 采用 TCP 协议。 7.2 会话层、表示层和应用层 在采用标准的传输层

27、协议之上，遵循已制定的 AFC 通信数据格式标准和交互协议。 7.2.1 结构 7.2.1.1 通信结构 整个 AFC 系统的通信网络架构如下图所示，通信服务程序运行于图中每个节点。 DB21/T 1638 2008 11 图 3 AFC 系统通信网络架构示意图 7.2.1.2 地址编码规则 每个通信服务程序可视为通信网络中的一个节点，该节点根据网络中的位置不同，被赋予一个全局唯一的系统编号。 AFC 系统数据在通信层传 送时，需要指定源地址和目的地的系统编号。通信服务程序实现系统编号和实际网络地址之间的相互映射。 a) 系统编号设定规则 系统编号（ System ID）作为 AFC 系统中唯

28、一标识系统和设备的编号，必须在 AFC 系统中唯一存在。系统编号一旦确定不应随意改动，在设定系统编号时，必须遵守以下规则： (1) 唯一性：该编号在 AFC 系统中应唯一存在； (2) 确定性：对应于一个系统和设备，它的系统编号必须是确定的； (3) 公开性：一个系统和设备的编号对于相关系统和设备必须公开的，相关系统和设备一定可以使用该编号和此系统和设备通信 ； (4) 系统性：系统或设备 的编号的选择不能是随意的，必须在满足以上三个原则的条件下，以一定的逻辑规则产生，该规则描述如下： i) 每一级系统对应的下级系统编号的长度是唯一的，这样，由本级可推算下级系统编号的长度； ii) 设备编号的

29、长度固定为 9 位； iii) 如果本系统下挂有设备。则该设备的编号中对应本系统下级系统的几位编码为“ 0”； iv) 每级系统对应的上级系统是唯一的。本级可以知道自己的上级系统的轨道交通清分中心（ ACC） 通信服务器 线路中 心 计算机系统 1（ LCC1）通信服务器 车站计算机（ SC） 1 n 终端设备 1 n 线路中 心 计算机系统 2（ LCC2）通信服务器 线路中 心 计算机系统n（ LCCn）通信服务器 车站计算机（ SC） 1 n 车站 计算机（ SC） 1 n 终端设备 1 n 终端设备 1 n DB21/T 1638 2008 12 编号。 b) 示例 中心系统的系统编号

30、为“ 1”，中心系统下有一个编号为“ 101”的系统，则可以确定中心系统下一级系统的编号为“ 1XX”，“ XX”不能为“ 00”，中心系统下 挂接的设备的编号为“ 100XXXXXX”， 见 图 4。 1 中心系统101 系统1XX 系统 100000001 设备 100XXXXXX 设备10101 系统101XX 系统 101 00 XXXX 设备101 00 0001 设备图 4 编号规则 7.3 轨道交通 AFC 系统通信内容 AFC 系统通信内容见 表 4。 表 4 AFC 通信内容 序号 大类 小类 说明 1 参数类 黑名单 2 基本价格表 3 计费规则表 4 票卡方案表 5 车票

31、参数 6 运营模式 7 系统其它参数 8 票务规则参数 9 运营模式 10 系统数据 交易数据 11 状态数据 12 寄存器数据 DB21/T 1638 2008 13 序号 大类 小类 说明 13 收益数据 14 日志数据 15 控制命令 设备开启 16 设备暂停 17 闸门开启 18 闸门关闭 19 参数版本切换 命令设备切换参数版本 20 软件版本切换 命令设备切换软件版本 21 数据上传 命令设备重传某类数据 22 查询命令 状态查询 23 软件版本查询 24 参数版本查询 25 寄存器查询 26 票箱查询 27 钱箱查询 28 申请数据 退卡 /换卡申请 29 认证数据 SAM 卡认

32、证数据 30 时钟数据 时钟同步 31 软件管理 软件下发 /升级 32 车票管理 车票库存 33 车票调配 8 轨道交通 AFC 系统编码规则 8.1 地点类编码规则 线路编码是轨道交通各线路在路网中的唯一编号。 8.1.1 编码规则 a) 每条线路在系统内具有唯一的编码。长度为 4 位。 b) 对于以数字命名的线路，编码尽量与实际线路名数值保持一致。 c) 对于非数字命名的线路，编码采取从最大编码开始以 1 递减的原则。 8.1.2 区段编号 区段编号是车站区段在线路内的唯一编号。 8.1.2.1 编号规则 a) 每个区段编号代表一个车站区段。长度为 4 位。 b) 区段编号按照由西向东、

33、由北向南的顺序编码。 8.1.3 车站编号 车站编号是车站在线路内的唯一编号。 DB21/T 1638 2008 14 8.1.3.1 编号规则 a) 每个车站编号代表一个车站。长度为 6 位。 b) 车站编号按照由西向东、由北向南的顺序编码。 8.2 参与商类编码规则 8.2.1 车票发行商编码 车票发行商编码是轨道交通路网中具有车票发行职能机构的唯一编码。 8.2.2 运营商编码 运营商编码是轨道交通路网中运营商的唯一编码。 8.2.3 车票销售商编码 车票销售商编码是轨道交通各车票销售商在系统内的唯一编码。 8.3 设备类编码规则 8.3.1 设备 类型编码 设备类型编码是轨道交通 AF

34、C 系统内使用设备的分类编码，可保证轨道交通 AFC 系统内设备类型编码的一致，并对分类管理提供一个有效的保证。每种类型的 AFC 设备在系统内具有唯一的编码。长度为 2 位。 8.3.2 设备编码 设备编码是轨道交通路网中各线路配置的终端设备的唯一编码。编码规则 如下 ： a) 每个设备在线路内具有唯一的编码。长度为 9 位。 b) 设备编码为车站编号设备编号。 8.3.3 票箱编码 票箱编码是轨道交通路网中各线路票箱的唯一编码。编码规则 如下 ： a) 每个票箱在系统内具有唯一的编码。 b) 票箱编码为线路编码票箱编 号。 8.3.4“一票通” SAM 卡编码 SAM 卡编码是轨道交通 A

35、FC 系统专用 SAM 卡的唯一编号。 8.4 员工类编码 员工编码是对各线路运营商的各类员工或工作人员进行编号管理。编码规则 如下： a) 各运营商内部的员工在系统内具有唯一的编号。 b) 员工编号为运营商编码员工编号。长度为 6 位。 8.5 票卡类编码规则 8.5.1 车票卡片类型编码 DB21/T 1638 2008 15 车票卡片类型编码是根据轨道交通专用车票卡片结构和介质定义的唯一车票卡片类型编码，即按照车票的物理介质和结构的不同对车票进行编码。 每种类型的卡片在系统内具有唯一的编码。 8.5.2 票种编码 票种编码是轨道交通专用车票种类的唯一编码。 每种车票在系统内具有唯一的编码。长度为 2 位。 8.5.3 车票逻辑编号 根据车票结构的定义，车票在初始化时按顺序产生的唯一流水号作为车票逻辑编号。 8.6 交易类型编码 车票交易类型编码是 AFC 终端设备和车票之间产生的各种交易类型的编码规则。 每种交易类型在系统内具有唯一的编码。长度为 2 位。 8.7 运营模式编码 运营模式编码是对轨道交通 AFC 系统内的运营模式的统一编码。每种运营模式在系统内具有唯一的编码。长度为 4 位。