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

ICS 点击此处添加中国标准文献分类号 DB 地方标准 DB XX/ XXXXX—XXXX 北京市轨道交通联网收费系统标准 第二部分：卡数据定义 点击此处添加与国际标准一致性程度的标识 （本稿完成日期：） XXXX - XX - XX发布 XXXX - XX - XX实施 发布 目次 前言 II 引言 III 1　范围 1 2　规范性引用文件 1 3　术语 1 4　Card　Data 1 5　卡序列号 9 6　MAC 10 7　票卡具体结构 14 图1　动态区选择流图 6 图2　动态区MAC计算 11 表1　卡的EEPROM存储结构 2 表2　存储在一次编程区内的数据 2 表3　存储在用户读/写区的数据 2 表4　静态数据 3 表5　动态数据 4 表6　定期产品 – 动态数据 7 表7　计次产品 – 动态数据 8 表8　钱包产品 – 动态数据 9 表9　票卡具体结构 14 前言 DBXXXXX 《北京市轨道交通联网收费系统标准》分为十二个部分： 第1部分：配置数据定义； 第2部分：卡数据定义基本数据类型定义； 第5部分：系统初值； 第6部分：用量数据定义； 第7部分 系统构成； 第8部分：数据定义； 第9部分：数据传输规定； 第10部分：接口时序； 第11部分：界面设计规定； 第12部分：读写器硬件规定 技术规定。 本部分为DBXXXXX的第2部分。 本部分由北京市交通委员会组织编制并归口管理。 本部分的起草单位：由北京市轨道交通建设管理有限公司北京市地铁运营有限公司本了MiFare UltraLight智能卡的背景和如何表现它的数据。Mifare Ultralight卡是一个简单的非接触记忆卡，由Philips提供，并特为交通应用所设计。北京市轨道交通联网收费系统标准 第二部分：卡数据定义 范围 本部分适用于北京市轨道交通建设联网收费系统（含清算管理系统、自动售检票系统等）的系统建设、系统改造、工程验收等工作。 本部分仅限于定义供北京项目使用的Mifare Ultralight 非接触式单程票IC MF01C U1的数据。 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 术语 下列术语和定义适用于本部分。 计次产品 一个预付费产品，提供持卡人指定次数乘坐的权力。一个预付费产品，提供持卡人指定时期内乘坐的权力。产品发行商与持卡人之间的一个合同形式。一个通常术语表示特定产品类型的集合，如，定次、定期和钱包产品。提供给持卡人货币的数值用来支付购物和服务的产品Card Data卡数据本章包括的：静态数据动态数据计次产品钱包产品定期产品概述Mifare Ultralight卡总共有512位（64字节）的EEPROM，它们被组织成16页，每页4字节。EEPROM的划分在表2表示。卡的EEPROM存储结构区 大小（位） 说明 1 96 UID区 2 32 一次可编程（OTP）区 3 384 用户读写区 总共：512 位（64字节） 表2定义的3个记忆区在接下来的部分有更详细的描述。UID区96位的UID 区是由飞利浦公司管理的，它包含下列数据：卡的序列号 (7 字节)，这是一个全球唯一的号码，它符合ISO/IEC 14443-3 和ISO/IEC 7816-6 AMD.1 标准。序列号校验位(2字节)，符合ISO/IEC14443-3 标准。内部使用数据(1 字节)。数据锁定字节(2字节)，以便锁定一次编程区和用户读/写区，使其只能用于读取。 UID的更多信息参见Philips Mifare Ultralight 功能规范。一次编程区一次编程区将被用于存储卡的序列号，该号码是在卡制造时写进去的，此后无法更新。请注意，飞利浦公司在UID区存储的7字节序列号太大了。因此，适用于北京系统的一个32位序列号被存储在一次编程区内。存储在一次编程区内的数据字段 大小（位） 说明 serialNumber 32 卡的序列号，它使该卡在北京系统内可被唯一识别。 卡的序列号是由卡的生产厂商根据北京系统的规格进行分配的。 范围： 1..4,294,967,295 总共：32 位 用户读写区用户读/写区包含卡上的大部分数据。该区将被分为三块，包括：第1块：静态数据，在发行卡中包含的产品时写进卡中。第2块和第3块：动态数据，在使用产品时写进卡中。这两块区域是完全相同的，它们被交替写入，使得卡具备抗撕裂性。存储在用户读/写区的数据块 大小（位） 说明 1 128 静态数据 2 128 动态数据块A 3 128 动态数据块B 总共：384 位（48字节） 静态数据（发行区）静态数据字段 大