《轨道交通联网收费系统标准 第3部分：标准1K卡数据定义_征求意见稿》.docVIP

ICS 点击此处添加中国标准文献分类号 DB 地方标准 DB XX/ XXXXX—XXXX 北京市轨道交通联网收费系统标准 第三部分：标准1K卡数据定义 点击此处添加与国际标准一致性程度的标识 XXXX - XX - XX发布 XXXX - XX - XX实施 发布 目次 前言 II 引言 III 1　范围 1 2　规范性引用文件 1 3　术语和定义 1 4　存储架构 1 5　Mifare 3 6　智能卡文件 4 7　校验和计算 21 8　数据完整性方案 23 9　访问密钥 26 10　卡序列号定义 29 11　卡片定义 29 12　数据传输 46 图1　mocCardCertificationCode MAC 6 图2　校验和计算 22 图3　旅程区选择流程 24 图4　数据传输顺序 46 表1　标准卡EEPROM存储设计 2 表2　厂商使用块格式 2 表3　存储结构 3 表4　票卡1区文件格式 5 表5　票卡2区文件格式 6 表6　值文件格式 7 表7　旅程区文件格式 8 表8　次充值区文件格式 10 表9　计次文件 11 表10　定期文件 13 表11　钱包文件 16 表12　个人化1区文件格式 17 表13　个人化2区文件格式 18 表14　交易日志记录 19 表15　交易日志记录类型 21 表16　访问条件 26 表17　卡扇区访问密钥类型 27 表18　Device Access Key Set 28 29 前言 DBXXXXX 《北京市轨道交通联网收费系统标准》分为十二个部分： 第1部分：配置数据定义； 第2部分：卡数据定义基本数据类型定义； 第5部分：系统初值； 第6部分：用量数据定义； 第7部分 系统构成； 第8部分：数据定义； 第9部分：数据传输规定； 第10部分：接口时序； 第11部分：界面设计规定； 第12部分：读写器硬件规定 技术规定。 本部分为DBXXXXX的第3部分。 本部分由北京市交通委员会组织编制并归口管理。 本部分的起草单位：由北京市轨道交通建设管理有限公司北京市地铁运营有限公司北京市轨道交通联网收费系统标准 第三部分：标准1K卡数据定义 范围 本部分适用于北京市轨道交通建设联网收费系统（含清算管理系统、自动售检票系统等）的系统建设、系统改造、工程验收等工作。 本部分是规定北京清算中心（ACC）接口标准文档集的一个。 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 术语和定义 下列术语和定义适用于本部分。 计次产品 一种预付费产品，它可给持卡人提供规定次数的旅程。 产品 产品发行商和持卡人之间合同的一种服务形式。储值后，持卡人可以使用它来获得服务。 储值可以表示为钱（定值产品）、乘坐次数（计次产品）或时间（定期产品）。 钱包产品 为持卡人提供货币形式，以便可以购买商品和服务。 旅程 交通服务提供商与持卡人间的合同载体，包含支付凭证及使用此发行交通服务的权利。 用于跟踪持卡人在交通系统中一个特定行程的活动。旅程记录了验证细节，包括进出站、转乘权利、回传商业规则及相关处理。 存储架构 本章节描述了Mifare 标准智能卡的技术规范，包括存储结构，厂商使用块，数据块和扇区尾块。 概述 Mifare标准票卡是由飞利浦公司提供的多功能非接触式智能票卡，为交通应用和与信用有关的应用而设计。此票卡符合ISO/IEC 14443 A标准。 此票卡的数据定义中规定了智能票卡交通应用的数据模型。此模型规定了业务对象以及支持交通环境中的交易逻辑和业务流程所需要的智能票卡应用属性。 存储架构 Mifare标准票卡的EEPROM共有8192位（1024字节），分16个扇区存储数据，每个扇区由4个16字节的块组成（每个扇区64字节）。 由于每个扇区都需要一个区尾块，而厂商使用块要占用一个块，因此用户数据存储实际可用的数据块只有47个。 EEPROM 标准卡EEPROM存储设计 扇区 块 大小（字节） 描述 0 0 16 厂商使用块 1 16 数据块 2 16 数据块 3 16 扇区尾块 1-15 0 16 数据块 1 16 数据块 2 16 数据块 3 16 扇区尾块 厂商使用块 厂商使用块用于存储卡序列号，该号在制造卡时写入，其后不能更新。 厂商使用块格式 字段 大小（位） 描述 mifareSerialNumber 32 卡序列号在制造卡时写入卡，不可更改。 checkByte 8 校验字节在制造卡时写入卡，不可更改。 manufacturerData 88 厂商数据在制造卡时写入卡，不可更改。 128 位（16字节），块尾