近场通信数据交换格式规范书

近场通信数据交换格式规范书一、范围本规范书规定了近场通信（NearFieldCommunication，NFC）技术在不同应用场景下的数据交换格式，包括但不限于支付、门禁、票务、设备配对等场景。适用于NFC设备制造商、应用开发商、服务提供商以及相关标准化组织，作为NFC数据交换的统一技术依据，确保不同厂商、不同平台的NFC设备之间能够实现互联互通、安全可靠的数据传输。本规范书所定义的数据交换格式涵盖NFC的三种工作模式：读卡器模式（Reader/WriterMode）、点对点模式（Peer-to-PeerMode）和卡模拟模式（CardEmulationMode）。在不同模式下，数据交换的发起方、接收方以及数据传输的流程存在差异，但本规范书对数据格式的定义具有通用性，可根据具体模式进行适应性调整。二、规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。ISO/IEC14443：识别卡——接触式集成电路卡——邻近式卡ISO/IEC15693：识别卡——接触式集成电路卡——疏耦合卡ISO/IEC18092：信息技术——电信和信息交换系统——近场通信接口和协议——1部分：物理层ECMA-340：近场通信（NFC）IP-1标准GSMATS22.143：LTE中的近场通信（NFC）业务EMVCo支付系统集成电路卡规范三、术语和定义3.1近场通信（NFC）一种短距离的高频无线通信技术，允许电子设备之间在10厘米左右的距离内进行非接触式点对点数据传输，工作频率为13.56MHz。3.2数据交换格式指NFC设备之间进行数据传输时所采用的数据组织结构、编码方式、字段定义以及语法规则等的集合，确保数据能够被正确识别、解析和处理。3.3读卡器模式（Reader/WriterMode）NFC设备作为读卡器，主动读取非接触式卡或标签中的数据，或者向其写入数据的工作模式。3.4点对点模式（Peer-to-PeerMode）两个NFC设备之间直接进行数据交换的工作模式，双方可平等地发起和接收数据传输。3.5卡模拟模式（CardEmulationMode）NFC设备模拟成一张非接触式卡，被其他读卡器设备读取或写入数据的工作模式。3.6数据对象（DataObject）指具有明确含义和格式的数据单元，由标签、长度和值（Tag-Length-Value，TLV）三部分组成，是NFC数据交换的基本单元。3.7应用标识符（ApplicationIdentifier，AID）用于唯一标识NFC应用的字符串，通常由注册应用提供商标识符（RegisteredApplicationProviderIdentifier，RID）和专用应用标识符扩展（ProprietaryApplicationIdentifierExtension，PIX）组成。四、数据交换格式总体要求4.1通用性数据交换格式应具备广泛的通用性，能够支持多种NFC应用场景，包括但不限于支付、门禁、票务、电子名片、设备配对等。不同应用场景下的数据格式应遵循统一的结构和编码规则，便于设备和应用的开发与集成。4.2兼容性数据交换格式应与现有的NFC相关标准和规范保持兼容，如ISO/IEC14443、ISO/IEC15693、ISO/IEC18092等。同时，应考虑与不同厂商、不同平台的NFC设备的兼容性，确保数据能够在各种设备之间正常传输和解析。4.3安全性数据交换格式应具备完善的安全机制，包括数据加密、身份认证、完整性校验等，以保障数据传输的安全性和可靠性。在涉及敏感信息（如支付信息、个人身份信息等）的传输时，应采用高强度的加密算法和安全协议，防止数据被窃取、篡改或伪造。4.4可扩展性数据交换格式应具备良好的可扩展性，能够适应未来NFC技术的发展和应用需求的变化。允许在不改变现有格式框架的前提下，新增数据字段、扩展数据类型或定义新的应用场景。4.5简洁性在满足功能需求的前提下，数据交换格式应尽量简洁，减少冗余数据和不必要的开销，提高数据传输的效率和速度。五、数据交换格式结构5.1总体结构NFC数据交换格式采用分层结构，包括物理层、数据链路层、会话层和应用层。本规范书主要关注应用层的数据交换格式，其总体结构如下：+-------------------------+|应用层数据单元（APDU）|+-------------------------+|会话层协议数据单元（SPDU）|+-------------------------+|数据链路层帧|+-------------------------+|物理层信号|+-------------------------+应用层数据单元（ApplicationProtocolDataUnit，APDU）是NFC数据交换的基本单元，包含了应用相关的具体数据。会话层协议数据单元（SessionProtocolDataUnit，SPDU）负责建立和管理NFC设备之间的会话连接，提供数据传输的可靠性保障。数据链路层帧负责将应用层数据封装成适合在数据链路上传输的格式，包括帧头、帧尾和校验信息。物理层信号则负责将数据链路层帧转换为无线信号进行传输。5.2应用层数据单元（APDU）结构应用层数据单元（APDU）采用TLV（Tag-Length-Value）编码方式，由标签（Tag）、长度（Length）和值（Value）三部分组成，具体结构如下：+-----+-------+-----------------+|Tag|Length|Value|+-----+-------+-----------------+5.2.1标签（Tag）标签用于标识数据对象的类型和含义，采用1字节或多字节编码。标签的编码规则遵循ISO/IEC8825-1标准，其中：第1字节的前两位为类别（Class），用于区分数据对象的所属类别，如通用类别、应用类别等；第1字节的第3位为格式（Format），用于指示数据对象的格式，如原始格式、构造格式等；第1字节的后五位为标签编号（TagNumber），用于唯一标识同一类别下的数据对象。5.2.2长度（Length）长度用于指示值（Value）字段的字节数，采用1字节、2字节或多字节编码。长度的编码规则如下：如果长度值小于128，则采用1字节编码，最高位为0，其余7位表示长度值；如果长度值大于等于128且小于256，则采用2字节编码，第1字节的最高位为1，其余7位表示后续长度字节的数量（此处为1），第2字节表示长度值；如果长度值大于等于256，则采用多字节编码，第1字节的最高位为1，其余7位表示后续长度字节的数量，后续字节表示长度值。5.2.3值（Value）值字段包含了数据对象的具体内容，可以是原始数据、嵌套的TLV结构或其他格式的数据。值字段的格式和含义由标签（Tag）字段决定。5.3常用数据对象定义5.3.1应用标识符（AID）标签（Tag）：0x4F长度（Length）：5-16字节值（Value）：由注册应用提供商标识符（RID）和专用应用标识符扩展（PIX）组成，RID为5字节，PIX为0-11字节。AID用于唯一标识NFC应用，例如支付应用、门禁应用等。5.3.2应用数据（ApplicationData）标签（Tag）：0x50长度（Length）：可变值（Value）：包含了应用相关的具体数据，如支付金额、门禁权限、票务信息等。应用数据的格式和含义由具体的应用场景决定。5.3.3设备标识符（DeviceIdentifier）标签（Tag）：0x01长度（Length）：8字节值（Value）：用于唯一标识NFC设备的序列号，通常由设备制造商分配。5.3.4时间戳（Timestamp）标签（Tag）：0x02长度（Length）：4字节值（Value）：采用UTC时间格式，表示数据生成或传输的时间，精确到秒。5.3.5校验和（Checksum）标签（Tag）：0x03长度（Length）：2字节值（Value）：采用CRC-16校验算法，对APDU中的所有数据字段进行校验，用于确保数据传输的完整性。六、不同应用场景下的数据交换格式6.1支付场景在支付场景下，NFC数据交换格式主要遵循EMVCo支付系统集成电路卡规范，用于实现非接触式支付功能。支付场景下的APDU结构如下：+-----+-------+-----------------+|0x4F|5-16|AID|+-----+-------+-----------------+|0x50|可变|支付金额|+-----+-------+-----------------+|0x02|4|交易时间戳|+-----+-------+-----------------+|0x03|2|校验和|+-----+-------+-----------------+6.1.1支付金额支付金额字段采用BCD编码方式，表示交易的金额，单位为分。例如，支付金额为100元，则BCD编码为0x000000010000。6.1.2交易时间戳交易时间戳字段采用UTC时间格式，表示交易发生的时间，精确到秒。例如，2026年6月26日10:30:00的UTC时间戳为0x667D7F60。6.1.3安全机制在支付场景下，数据传输应采用加密和身份认证机制，确保支付信息的安全性。常用的加密算法包括DES、3DES、AES等，身份认证机制包括双向认证、公钥基础设施（PKI）等。6.2门禁场景在门禁场景下，NFC数据交换格式用于实现门禁权限的验证和管理。门禁场景下的APDU结构如下：+-----+-------+-----------------+|0x4F|5-16|AID|+-----+-------+-----------------+|0x50|可变|门禁权限信息|+-----+-------+-----------------+|0x01|8|设备标识符|+-----+-------+-----------------+|0x02|4|刷卡时间戳|+-----+-------+-----------------+|0x03|2|校验和|+-----+-------+-----------------+6.2.1门禁权限信息门禁权限信息字段包含了用户的门禁权限，如可进入的门牌号、有效时间段、权限级别等。门禁权限信息的格式和含义由门禁系统的具体实现决定。6.2.2设备标识符设备标识符字段用于标识NFC门禁读卡器的序列号，确保只有合法的读卡器才能读取和验证门禁权限信息。6.2.3刷卡时间戳刷卡时间戳字段采用UTC时间格式，表示用户刷卡的时间，用于记录门禁事件的发生时间。6.3票务场景在票务场景下，NFC数据交换格式用于实现票务的购买、验证和使用。票务场景下的APDU结构如下：+-----+-------+-----------------+|0x4F|5-16|AID|+-----+-------+-----------------+|0x50|可变|票务信息|+-----+-------+-----------------+|0x02|4|票务有效期|+-----+-------+-----------------+|0x03|2|校验和|+-----+-------+-----------------+6.3.1票务信息票务信息字段包含了票务的具体内容，如票务类型、座位号、演出时间、票价等。票务信息的格式和含义由票务系统的具体实现决定。6.3.2票务有效期票务有效期字段采用UTC时间格式，表示票务的有效时间段，用于验证票务是否在有效期内。6.4设备配对场景在设备配对场景下，NFC数据交换格式用于实现NFC设备之间的快速配对和连接。设备配对场景下的APDU结构如下：+-----+-------+-----------------+|0x4F|5-16|AID|+-----+-------+-----------------+|0x50|可变|配对信息|+-----+-------+-----------------+|0x01|8|设备标识符|+-----+-------+-----------------+|0x03|2|校验和|+-----+-------+-----------------+6.4.1配对信息配对信息字段包含了设备配对所需的信息，如蓝牙地址、Wi-Fi密码、配对密钥等。配对信息的格式和含义由具体的设备配对协议决定。6.4.2设备标识符设备标识符字段用于标识发起配对的NFC设备的序列号，确保配对过程的安全性和可靠性。七、数据交换流程7.1读卡器模式下的数据交换流程在读卡器模式下，NFC设备作为读卡器，主动读取非接触式卡或标签中的数据，或者向其写入数据。数据交换流程如下：初始化：读卡器设备上电初始化，启动NFC模块，设置工作频率和通信参数。探测：读卡器设备发送探测信号，检测周围是否存在非接触式卡或标签。激活：当检测到非接触式卡或标签时，读卡器设备发送激活信号，唤醒卡或标签，并建立通信连接。数据传输：读卡器设备向卡或标签发送APDU命令，请求读取或写入数据。卡或标签接收到命令后，执行相应的操作，并返回APDU响应。断开连接：数据传输完成后，读卡器设备发送断开连接信号，关闭通信连接。7.2点对点模式下的数据交换流程在点对点模式下，两个NFC设备之间直接进行数据交换，双方可平等地发起和接收数据传输。数据交换流程如下：发现：NFC设备A发送发现信号，检测周围是否存在其他NFC设备。连接建立：当NFC设备B检测到设备A的发现信号后，发送响应信号，双方建立会话连接。数据传输：设备A和设备B之间通过会话连接发送和接收APDU数据单元，实现数据交换。连接断开：数据传输完成后，双方发送断开连接信号，关闭会话连接。7.3卡模拟模式下的数据交换流程在卡模拟模式下，NFC设备模拟成一张非接触式卡，被其他读卡器设备读取或写入数据。数据交换流程如下：模拟激活：NFC设备启动卡模拟模式，模拟非接触式卡的响应信号。读卡器探测：读卡器设备发送探测信号，检测到模拟卡，并建立通信连接。数据传输：读卡器设备向模拟卡发送APDU命令，请求读取或写入数据。模拟卡接收到命令后，执行相应的操作，并返回APDU响应。连接断开：数据传输完成后，读卡器设备发送断开连接信号，关闭通信连接。模拟卡继续保持卡模拟模式，等待下一次连接。八、安全机制8.1数据加密在涉及敏感信息的传输时，应采用加密算法对数据进行加密，防止数据被窃取或篡改。常用的加密算法包括DES、3DES、AES等。加密密钥的管理应遵循安全密钥管理规范，确保密钥的安全性和保密性。8.2身份认证在数据交换过程中，应进行身份认证，确保通信双方的合法性和真实性。常用的身份认证机制包括密码认证、数字证书认证、生物特征认证等。身份认证应在数据传输之前进行，只有通过身份认证的设备才能进行数据交换。8.3完整性校验采用校验和或消息认证码（MessageAuthenticationCode，MAC）对数据进行完整性校验，确保数据在传输过程中没有被篡改。常用的校验算法包括CRC-16、CRC-32、HMAC等。8.4访问控制对NFC设备和应用的访问进行控制，只有授权的用户或设备才能访问敏感数据或执行特定操作。访问控制机制包括权限管理、角色分配、访问日志记录等。九、一致性测试9.1测试目的一致性测试的目的是验证NFC设备或应用是否符合本规范书所定义的数据交换格式要求，确保不同厂商、不同平台的NFC设备之间能够实现互联互通、安全可靠的数据传输。9.2测试内容一致性测试包括以下内容：格式兼容性测试：验证NFC设备或应用是否能够正确解析和处理本规范书所定义的数据交换格式。功能测试：验证NFC设备或应用在不同应用场景下的数据交换功能是否正常，如支付、门禁、票务、设备配对等。安全性测试：验证NFC设备或应用的安全机制是否有效，如数据加密、身份认证、完整性校验等。性能测试：验证NFC设备或应用的数据传输速度、响应时间等性能指标是否符合要求。9.3测试方法一致性测试可采用实验室测试和现场测试相结合的方法。实验室测试主要在受控环境下进行，模拟不同的应用场景和通信条件，对NFC设备或应用进行全面的测试。现场测试则在实际应用环境中进行，验证NFC设备或应用在真实场景下的性能和兼容性。十、附录10.1APDU示例10.1.1支付场景APDU示例+-----+-------+-----------------+|0x4F|0x05|A000000003|+-----+-------+-----------------+|0x50|0x06|000000010000|+-----+-------+-----------------+|0x02|0x04|667D7F60|+-----+-------+-----------------+|0x03|0x02|1234|+-----+-------+-----------------+其中，A000000003为支付应用的AID，000000010000表示支付