GB/T 33736-2017 手机支付 基于2.45GHz RCC（限域通信）技术的非接触射频接口技术要求

　　ICS 33 . 050 . 99 M 32

　　中 华 人 民 共 和 国 国 家 标 准

　　GB/T 33736—2017

　　手机支付 基于 2.45 GHzRCC(限域通信)技术的非接触射频接口技术要求

　　Mobilepayment—Technicalrequirementsforcontactlessradiofrequency

　　interfacebasedon2.45 GHzrangecontrolledcommunicationtechnology

　　2017-05-12 发布 2017-12-01 实施

　　中华人民共和国国家质量监督检验检疫总局中 国 国 家 标 准 化 管 理 委 员 会

　　发

　　布

　　GB/T 33736—20 17

　　GB/T 33736—20 17

　　前 言

　　本标准是基于 2 . 45 GHz RCC(限域通信)技术以及基于 13 . 56 MHz 和 2 . 45 GHz 双频技术的手机支付系列标准之一 。该系列标准预计包括：

　　— 手机支付 基于 2 . 45 GHz RCC(限域通信)技术的非接触射频接口技术要求;

　　— 手机支付 基于 2 . 45 GHz RCC(限域通信)技术的智能卡技术要求;

　　— 手机支付 基于 2 . 45 GHz RCC(限域通信)技术的非接触式读写器终端技术要求;

　　— 基于 13 . 56 MHz 和 2 . 45 GHz双频技术的非接触式读写器射频接口技术要求;

　　— 手机支付 基于 2 . 45 GHz RCC(限域通信)技术的非接触射频接口测试方法;

　　— 手机支付 基于 2 . 45 GHz RCC(限域通信)技术的智能卡测试方法;

　　— 手机支付 基于 2 . 45 GHz RCC(限域通信)技术的非接触式读写器终端测试方法;

　　— 基于 13 . 56 MHz 和 2 . 45 GHz双频技术的非接触式读写器射频接口测试方法。

　　本标准按照 GB/T 1 . 1—2009 给出的规则起草。

　　本标准由工业和信息化部提出。

　　本标准由全国通信标准化技术委员会(SAC/TC 485)归口 。

　　本标准起草单位：中国信息通信研究院、国民技术股份有限公司、中国移动通信集团公司、中国联合通信有限公司、中国电信集团公司。

　　本标准主要起草人：朱亮、袁琦、吕松栋、李美祥、杨贤伟、黄鹏、戴军尧、葛欣、李铭轩、顾闵霞、王志军、张强、王兆申、吴淳、王巡。

　　GB/T 33736—20 17

　　引 言

　　本文件的发布机构提请注意，声明符合本文件时，可能涉及到第 4 章“概述”中与近距离通信方法相关、第 6 章“物理层”中与磁通道通信和距离限制相关、第 8 章“传输层”中与包传输机制相关、第 9 章“会话层”中与协议会话流程和通信会话命令以及会话安全机制相关的专利的使用。

　　本文件的发布机构对于该专利的真实性、有效性和范围无任何立场。

　　该专利持有人已向本文件的发布机构保证，他愿意同任何申请人在合理且无歧视的条款和条件下，就专利授权许可进行谈判。 上述专利持有人的声明已在本文件的发布机构备案。 相关信息可以通过以下联系方式获得：

　　专利持有人：国民技术股份有限公司

　　地址：深圳市南山区高新南区粤兴三道 9 号华中科技大学产学研基地 A 座 2-7 层

　　请注意除上述专利外，本文件的某些内容仍可能涉及专利。 本文件的发布机构不承担识别这些专利的责任。

　　GB/T 33736—20 17

　　手机支付 基于 2 . 45 GHzRCC( 限域通信)

　　技术的非接触射频接口技术要求

　　1 范围

　　本标准规定了基于 2 . 45 GHz RCC(限域通信)技术的近距离无线通信接口及信息交换协议，包括磁通道与射频通道的协议层次模型、协议物理层、链路层、传输层和会话层所传输处理的数据单元，以及协议基本流程、协议防冲突机制和协议消息命令等。

　　本标准适用于基于 2 . 45 GHz RCC(限域通信)技术的手机支付系统。

　　2 术语和定义

　　下列术语和定义适用于本文件。

　　2.1

　　限域通信 rangecontrolledcommunication

　　通讯距离范围可控的无线近距离通信技术。

　　2.2

　　发起方 initiator

　　2.45 GHz手机支付系统距离控制通信的发起命令请求的一方。

　　2.3

　　响应方 target

　　2.45 GHz手机支付系统对命令请求做出响应的通信方。

　　2.4

　　接入标识码 accessidentifier

　　用于标识不同的接入响应会话。

　　2.5

　　多响应方冲突 multitargetcollision

　　多个响应方位于同一个发起方的可接入范围内，发起方将随机地选择任意一个响应方进行接入，使得用户无法直观判断出被接入的响应方，从而造成本次交易具有不确定性。

　　2.6

　　冲突检测码 collisiondetectcode

　　用于冲突检测的识别码。

　　2.7

　　响应方随机标识 targetrandom indentifier

　　用于冲突检测关闭时，响应方进行连接确认的随机识别码。

　　2.8

　　冲突响应时间窗 collsionresponsetimewindow

　　响应方在检测到 MTC 冲突后连续发送冲突响应消息的时间段。

　　GB/T 33736—20 17

　　2.9

　　会话命令超时时间 sessioncommandtimeout

　　响应方接收超时：发起方应当在规定的超时时间内发出相应的会话命令，否则响应方认为该次会话发起方超时。

　　发起方接收超时：响应方应当在规定的超时时间内对发起方的命令做出响应，否则发起方认为该次会话响应方超时。

　　2 . 10

　　磁通道基本消息 magneticchannelmessage

　　在磁通道上传输的长度不大于 15 字节的消息。

　　2 . 1 1

　　磁通道扩展消息 extendedmagneticchannelmessage

　　在磁通道上传输的长度大于 15 字节的消息。

　　2 . 12

　　磁场场强变化率调制 magneticfieldstrengthslopemodulation

　　以磁场的场强变化率 dH/dt来表示符号“1”和符号“0”。

　　3 缩略语

　　下列缩略语适用于本文件。

　　GB/T 33736—20 17

　　4 概述

　　本标准采用 RCC(限域通信)技术，将磁通道(MC)和 2 . 45 GHz射频通道(RC)进行绑定，共同完成近距离通信功能。 磁通道利用准静态磁场，以耦合方式完成可靠距离控制;射频通道采用 2 . 45 GHz 工业、科学和医疗(ISM)频段，以电磁场发射接收方式完成高速数据交换。 协议会话层采用密码技术对射频通道交换的应用协议数据单元(APDU)的数据进行加密传输，加解密操作对上层应用完全透明。

　　5 协议层次

　　5 . 1 协议划分

　　本标准协议共划分为四层，分别定义如下：

　　— 物理层

　　规定磁通道和射频通道的物理接口特性，包括磁通道的编码方式、调制方式、磁场强度要求，以及射频通道的频段和信道、调制方式、发射参数等物理特性。

　　— 数据链路层

　　规定磁通道和射频通道的帧格式、组帧和解帧，以及帧的发送和接收。

　　— 传输层

　　规定磁通道和射频通道的数据包格式、分包和组包，以及包的发送和接收。

　　— 会话层

　　规定消息格式、消息功能定义、消息交互流程、应用与业务的接口 。

　　本标准协议层次划分如图 1 所示。

　　GB/T 33736—20 17

　　图 1 协议层次划分

　　5 . 2 协议层次关系

　　5 . 2 . 1 协议数据单元

　　协议各层定义的数据单元如下：

　　— 帧

　　定义为链路层最小数据处理的单位，链路处理行为均基于帧进行处理，对有效数据进行扩展，形成信道能够稳定传输的机制。

　　— 包

　　定义为传输层处理的最小数据单位，传输层处理行为均基于包进行处理，对有效帧进行扩展，从而形成批量数据的传输机制。

　　— 消息

　　定义为会话层处理的最小数据单位，会话层处理行为均基于消息进行处理，对包进行扩展，并提供应用层的相关接口 。

　　5 . 2 . 2 磁通道协议数据单元(MPDU)

　　5.2.2. 1 Type1-MPDU

　　Type1-MPDU包括：磁通道帧(MCF)和磁通道消息(MCM),如图 2 所示。Type1-MPDU 用于磁

　　通道传输长度小于 16 字节的数据。

　　GB/T 33736—20 17

　　图 2 Type1-MPDU(MCF、MCM)及其关系

　　MCF为磁通道链路层处理的数据单元，用于传输无需分包处理的磁通道基本消息 MCM。 MCF

　　帧类型为：0000b~1110b。

　　MCM 为磁通道会话层处理的数据单元，MCM使用 SMF格式编码，直接通过一个 MCF来传输。 MCM 消息头通过 MCF控制域传输，MCM 消息体通过 MCF 帧数据域传输。

　　5.2.2.2 Type2-MPDU(可选)

　　Type2-MPDU包括：磁通道帧(MCF)、磁通道包(MCP)和磁通道扩展消息(MCMe),如图 3 所示。 Type2-MPDU用于磁通道传输长度大于或等于 16 字节的数据。

　　图 3 Type2-MPDU(MCF、MCP、MCMe)及其关系

　　MCF为磁通道链路层处理的数据单元，用于传输 MCP。 此类 MCF 帧的类型为 1111b。

　　MCP 为磁通道传输层处理的数据单元，每个 MCP通过一个帧类型为 1111b 的 MCF进行传输。

　　MCMe为磁通道会话层处理的数据单元，MCMe使用 LMF格式编码，采用分包处理机制处理后通过一个或多个 MCP进行传输。

　　GB/T 33736—20 17

　　5 . 2 . 3 射频通道协议数据单元(RPDU)

　　本标准定义的射频通道协议数据单元(RPDU) 包括：射频通道帧(RCF)、射频通道包(RCP)、射频通道消息(RCM),如图 4 所示。

　　图 4 RPDU(RCF、RCP、RCM)及其关系

　　RCF为射频通道链路层处理的数据单元，用于传输 RCP。

　　RCP 为射频通道传输层处理的数据单元，每个 RCP 通过一个 RCF进行传输。

　　RCM为射频通道会话层处理的数据单元，RCM使用 LMF格式编码，采用分包处理机制处理后通过一个或多个 RCP进行传输。

　　6 物理层

　　6 . 1 磁通道

　　6 . 1 . 1 磁通道通信概述

　　磁通道用于进行通信距离限制和数据传输。 发起方发射出经过编码和调制的磁场信号，响应方检测磁场信号强度，实现通信距离限制;对接收到的磁场信号进行解调和解码，实现磁通道数据传输。

　　6 . 1 . 2 数据编码符号率

　　磁通道数据编码符号率为 4 kS/s,符号率容许偏差范围为 ±5%。

　　6 . 1 . 3 数据编码方式和调制方式

　　6 . 1 . 3 . 1 编码方式

　　磁通道数据编码采用差分曼特斯特编码(DME),如图 5 所示。

　　GB/T 33736—20 17

　　图 5 差分曼特斯特编码

　　每个数据位由 2 个符号组成的序列表示，每个数据位的符号序列应为“10”或“01 ”。

　　数据位“1”的符号序列与前一个数据位的符号序列相反，数据位“0”的符号序列与前一个数据位的符号序列相同。

　　6 . 1 . 3 . 2 调制方式

　　磁通道信号采用磁场强度变化率调制，如图 6 所示。 磁通道通信原理说明参见附录 A。

　　图 6 磁场强度变化率调制

　　符号“1”的场强变化率与符号“0”的场强变化率应为相反关系，且变化率大小相等并保持恒定。 Hp为发起方磁场信号强度峰值。

　　6 . 1 . 4 发起方磁场信号强度

　　以发起方设备工作位置中心为基准，工作方向设备表面垂直距离 0 cm处磁场信号强度峰值应不小于 160 A/m且不大于 300 A/m;设备表面垂直距离 10 cm处磁场信号强度峰值应小于 4 . 2 A/ m。

　　GB/T 33736—20 17

　　6 . 1 . 5 响应方磁场信号强度门限

　　响应方设备置于发起方设备的磁场信号工作区域，在磁场信号强度峰值 Hp 不小于 6 . 7 A/ m 时，响应方应能够与发起方建立并保持连接。

　　响应方设备置于发起方设备的磁场信号工作区域，在磁场信号强度峰值 Hp 不大于 4 . 2 A/ m 时，禁止响应方与发起方建立或保持连接。

　　6 . 1 . 6 磁场信号符号周期抖动

　　磁场信号各个符号周期对理想值(250 μs) 的偏离范围为磁场信号符号周期抖动。 磁场信号符号周期抖动应不大于 60 μs。

　　6 . 2 射频通道

　　6 . 2 . 1 频段和信道分配

　　射频通道工作频率范围为 2 400 MHz~2 483.5 MHz。射频信道间隔为 1 MHz,各信道标称中心频率见表 1 所示。

　　表 1 射频频段范围和信道中心频率

　　信道划分如图 7 所示。

　　图 7 信道划分

　　6 . 2 . 2 射频特性

　　6 . 2 . 2 . 1 发射功率

　　各射频信道传导发射功率最大不得超过 +3 dBm,有效全向辐射功率(EIRP)不得超过 10 mW。

　　6 . 2 . 2 . 2 射频频率容限

　　发射载波的初始中心频率 Ft 应在本信道标称中心频率 Fc 的 ± 75 kHz频率范围内，即：

　　Fc - 75 kHz ≤Ft≤Fc+75 kHz。

　　注 ：± 75 kHz不包括数据发送过程中的频率漂移。

　　在一个数据帧传输时间内，发射载波中心频率累积漂移量应在 ±20 kHz之内。

　　6 . 2 . 2 . 3 调制参数

　　射频通道信号调制方式为高斯移频键控(GFSK),带宽与码元宽度的乘积参数 BT 为 0 . 5,符号率为

　　1 MS/s,调制指数应在 0.27~0.55 之间，即频率偏移幅度应在 135 kHz~275 kHz 之间。数据位“1”以正频偏表示，数据位“0”以负频偏表示。 如图 8 所示，在 0xAA数据序列传输中对应的最小频率偏移幅

　　GB/T 33736—20 17

　　度 Fmin 应当不小于 0x0F数据序列传输中的频率偏移幅度 Fd 的 ±80%,且应大于或等于 115 kHz。

　　图 8 GFSK调制方式

　　6 . 2 . 2 . 4 杂散辐射

　　6 . 2 . 2 . 4 . 1 带内杂散

　　带内杂散功率应符合表 2 的最大限值要求，其中第 M 信道为射频信号发射信道，第 N 信道为相邻信道。

　　表 2 发射频谱带内杂散

　　6 . 2 . 2 . 4 . 2 带外杂散

　　带外杂散应符合表 3 的要求。

　　表 3 发射频谱带外杂散

　　7 数据链路层

　　7 . 1 磁通道

　　7 . 1 . 1 帧结构关系

　　磁通道数据链路层帧分为逻辑帧、物理帧，如图 9 所示。 逻辑帧定义了磁通道数据的逻辑结构，通

　　GB/T 33736—20 17

　　过对逻辑帧数据进行位填充，并增加同步码形成在磁通道上传输的物理帧。

　　图 9 逻辑帧和物理帧的关系

　　7 . 1 . 2 物理帧

　　7 . 1 . 2 . 1 同步码

　　用于磁通道数据帧同步的位序列;字段长度：9 比特;同步码的值为：111111110b。

　　7 . 1 . 2 . 2 位填充码

　　从逻辑帧起始处开始向后检索，出现位流 1111111b 时，填充 1 位“0”形成 11111110b。

　　7 . 1 . 2 . 3 物理帧帧间空闲

　　如果在磁通道上任意两个有效物理帧位流之间存在空闲时间间隔，则发起方应发送全“1”比特流填充序列。

　　7 . 1 . 3 逻辑帧

　　7. 1 .3. 1 MCF帧结构

　　MCF采用变长编码格式，其帧结构包括：控制域(包括帧类型、帧数据长度)、MCF 数据域、CRC 校验，如图 10 所示。

　　图 10 MCF帧格式

　　7. 1 .3.2 MCF控制域

　　MCF控制域如表 4 所示。

　　GB/T 33736—20 17

　　表 4 MCF控制域

　　7 . 1 . 3 . 3 MCF数据域

　　MCF数据域如表 5 所示。

　　表 5 MCF数据域

　　7 . 1 . 3 . 4 MCF校验

　　MCF校验如表 6 所示。

　　表 6 MCF校验

　　7 . 2 射频通道

　　7 . 2 . 1 RF帧定义

　　7 . 2 . 1 . 1 RCF帧结构

　　RCF采用变长编码格式，其帧结构包括：前导码、地址、控制域(包括数据长度、帧标识、应答标识)、数据域、CRC校验，如图 11 所示。

　　GB/T 33736—20 17

　　图 1 1 RCF编码格式

　　7 . 2 . 1 . 2 RCF前导域

　　RCF前导域如表 7 所示。

　　表 7 RCF前导域

　　7 . 2 . 1 . 3 RCF地址域

　　RCF地址域如表 8 所示。

　　表 8 RCF地址域

　　RCF控制域如表 9 所示。

　　表 9 RCF控制域

　　GB/T 33736—20 17

　　7 . 2 . 1 . 4 RCF数据域

　　RCF数据域如表 10 所示。

　　表 10 RCF数据域

　　7 . 2 . 1 . 5 RCF校验

　　RCF校验如表 11 所示。

　　表 1 1 RCF校验

　　7 . 2 . 2 帧的类型

　　7 . 2 . 2 . 1 数据帧

　　按 RCF 帧结构编码，其中 AckFlag 为 1,表示需要 RCF 的接收方自动发送一个 ACK。

　　7 . 2 . 2 . 2 应答帧

　　按 RCF 帧结构编码，其中 RF_DataLen 为 0, AckFlag 为 0,无 RF_Data。

　　7 . 2 . 3 组帧与解帧

　　7 . 2 . 3 . 1 组帧

　　RCF组帧过程如图 12 所示。 按照规定的帧结构将数据组织在一起形成一个帧，并经过物理层处理后形成射频信号，然后进行发送。 帧的发送顺序为最先发送前导域，最后发送 CRC校验域。

　　7 . 2 . 3 . 2 解帧

　　RCF解帧过程如图 13 所示。 将物理层接收到的射频信号解调成数字单比特信号后，按照帧结构进行解析，解出有效的帧数据。

　　GB/T 33736—20 17

　　图 12 组帧过程

　　GB/T 33736—20 17

　　图 13 解帧过程

　　GB/T 33736—20 17

　　7 . 2 . 4 帧的收发

　　7 . 2 . 4 . 1 帧收发时序图

　　射频帧的收发处理时序如图 14 所示。

　　图 14 射频帧收发处理时序图

　　7 . 2 . 4 . 2 发射-接收转换时间

　　发送方在完成数据帧发送后，应在 t1 时间内切换到应答帧接收状态(t1≤130 μs)。

　　7 . 2 . 4 . 3 接收-应答转换时间

　　接收方在收到一个数据帧后，应在 t2 时间内发送一个应答帧进行响应(130 μs

　　7 . 2 . 4 . 4 帧传输

　　帧的传输过程包括一个数据帧发送和一个应答帧接收。 发送方发送一个数据帧，并在 t1 时间内切换到应答帧接收状态，如果成功接收到应答帧，则判断一次帧传输成功。 如果未接收到应答帧则判断帧传输失败。 帧的发送处理过程如图 15 所示。

　　接收方在收到相同的数据帧后，应当丢弃并继续接收。 帧的接收处理过程如图 16 所示。

　　GB/T 33736—20 17

　　图 15 帧的发送处理

　　GB/T 33736—20 17

　　8 传输层

　　图 16 帧的接收处理

　　8 . 1 包格式

　　8 . 1 . 1 磁通道 MCP格式

　　MCP采用变长编码格式，包括 MCP 头和 MCP数据两个部分，如图 17 所示。

　　GB/T 33736—20 17

　　图 17 MCP编码格式

　　MCP 头如表 12 所示。

　　表 12 MCP头

　　MCP数据域如表 13 所示。

　　表 13 MCP数据域

　　8 . 1 . 2 射频通道 RCP格式

　　RCP采用变长编码格式，包括 RCP 头和 RCP数据两个部分，如图 18 所示。

　　GB/T 33736—20 17

　　图 18 RCP编码格式

　　RCP 头如表 14 所示。

　　表 14 RCP头

　　RCP数据域如表 15 所示。

　　表 15 RCP数据域

　　8 . 2 包传输

　　采用顺序分包方式传递一个 MCMe 消息或 RCM 消息。

　　首包序号为 0,发送方从首包开始按包序号递增顺序逐包发送，接收方收到数据包后按顺序重新组合成一个完整的消息。

　　消息分包方式如图 19 所示。

　　图 19 协议消息的分包方式

　　包的发送处理过程如图 20 所示。

　　GB/T 33736—20 17

　　图 20 包的发送处理

　　接收方收到数据包后按顺序重新组合成一个完整的消息。

　　接收方收到的 RCP包与当前已收到的 RCP包的包号相同时，应当丢弃并继续接收。包的接收处理过程如图 21 所示。

　　GB/T 33736—20 17

　　9 会话层

　　图 2 1 包的接收处理

　　9 . 1 消息

　　9 . 1 . 1 短消息格式

　　短消息格式(SMF)用于传输 MCM 消息。 SMF格式如图 22 所示。

　　GB/T 33736—20 17

　　图 22 SMF格式

　　SMF 消息头如表 16 所示。

　　表 16 SMF消息头

　　SMF消息体如表 17 所示。

　　表 17 SMF消息体

　　9 . 1 . 2 长消息格式

　　长消息格式(LMF)用于传输 RCM 消息和 MCMe 消息。 LMF格式如图 23 所示。

　　图 23 LMF格式

　　LMF 消息头如表 18 所示。

　　GB/T 33736—20 17

　　表 18 LMF消息头

　　LMF消息体如表 19 所示。

　　表 19 LMF消息体

　　LMF 消息校验如表 20 所示。

　　表 20 LMF消息校验

　　9 . 1 . 3 消息码定义

　　本标准定义的消息码如表 21 所示。

　　表 2 1 消息码定义

　　GB/T 33736—20 17

　　表 2 1(续)

　　9 . 2 协议会话流程

　　9 . 2 . 1 会话流程图

　　发起方与响应方之间的基本通信会话流程如图 24 所示。

　　发起方在连接和交易过程中应维持磁场存在，响应方在发送任何响应之前，应确定其处于设定的磁场强度范围内。

　　会话层消息的发送方在消息发送完成后应当立即转换为消息接收状态，并按照会话命令规定的时间内进行接收。

　　GB/T 33736—20 17

　　图 24 基本会话流程

　　协议会话的工作流程通常包括激活、接入、交易、结束四个阶段。

　　9 . 2 . 2 激活阶段

　　激活阶段各操作如下：

　　— 发起方操作：

　　● 发起方在激活阶段通过磁通道发送 INQUIRY,然后通过 RF通道接收 ATI。

　　● 发起方在发送 INQUIRY之前，根据自己生成的 IDm计算激活响应(ATI)频点并确认该频点是否可用，如果该频点当前已被占用，则需要重新生成 IDm直到选择的 ATI 频点空闲为止。

　　● 发起方如果接收到错误的 ATI、或者 ATI 中的 Mac验证失败、或者接收超时( >8 ms),则发送新的 INQUIRY。

　　● 发起方在接收到第一个正确的 ATI之后进入接入阶段。

　　— 响应方操作：

　　● 响应方在激活阶段通过磁通道接收 INQUIRY,然后通过 RF通道发送 ATI。

　　● 响应方如果接收到错误的 INQUIRY或者未接收到 INQUIRY,则继续接收 INQUIRY。

　　● 响应方在接收到第一个正确的 INQUIRY 之后被激活，然后在 8 ms 内通过 RF 通道做出ATI 响应。

　　GB/T 33736—20 17

　　● 响应方在发送 ATI 之前，根据自己生成的 IDs计算后续接入/交易频点并确认该频点是否可用，如果该频点当前已被占用，则需要重新生成 IDs直到选择的接入/交易频点空闲为止。

　　● 响应方在发送完 ATI之后进入接入阶段。

　　— 处理流程：

　　激活阶段处理流程如图 25 所示。

　　图 25 激活阶段处理流程

　　9 . 2 . 3 接入阶段

　　接入阶段各操作如下：

　　— 发起方操作：

　　● 发起方在接入阶段通过 RF通道发出 CONNECT_REQ连接请求，然后通过 RF通道接收CONNECT_RSP 响应。

　　● 发起方如果接收到错误的 CONNECT_RSP 或者接收超时( >8 ms),则返回激活阶段。

　　● 发起方在接收到第一个正确的 CONNECT_RSP 之后进入交易阶段。

　　— 响应方操作：

　　● 响 应 方 在 接 入 阶 段 通 过 RF 通 道 接 收 CONNECT _ REQ, 然 后 通 过 RF 通 道 发 送CONNECT_RSP进行响应。

　　● 响应方如果接收到错误的 CONNECT_REQ或者接收超时( >8 ms),则返回到激活阶段。

　　GB/T 33736—20 17

　　● 响应方在发送完 CONNECT_RSP 之后进入交易阶段。

　　— 处理流程：

　　接入阶段处理流程如图 26 所示。

　　图 26 接入阶段处理流程

　　9 . 2 . 4 交易阶段

　　9 . 2 . 4 . 1 数据交换

　　数据交换各操作如下：

　　— 发起方操作：

　　● 发起方在交易阶段通过 RF 通道发送 APDATA_REQ 数据交换请求，然后通过 RF 通道接收 APDATA_RSP 响应或者 LTW 长时等待消息。

　　● 发起方如果接收到错误的 APDATA_RSP/LTW 或者接收超时( >500 ms),则返回激活阶段。

　　● 发起方如果接收到正确的 APDATA_RSP/LTW,则继续维持交易阶段。

　　GB/T 33736—20 17

　　— 响应方操作：

　　● 响应方在交易阶段等待接收 APDATA_REQ, 解析和执行封装在 APDATA_REQ 中的APDU命令，然后把对 APDU命令的响应封装在 APDATA_RSP 中发送给发起方。

　　● 响应方如果接收到错误的 APDATA_REQ或者接收超时( >100 ms),则返回激活阶段。

　　● 响应方应该在 500 ms 内发送 APDATA_RSP,或者 LTW 长时等待消息给发起方。

　　● 响应方在发送完 APDATA_RSP 或 LTW 后，继续维持交易阶段。

　　— 处理流程：

　　数据交换处理流程如图 27 所示。

　　图 27 数据交换处理流程

　　GB/T 33736—20 17

　　9 . 2 . 4 . 2 链路维持

　　链路维持各操作如下：

　　— 发起方操作：

　　● 发起方在交易阶段的空闲时间里应当每隔 44 ms 通过 RF 通道发送 LINKCTL_REQ,然后通过 RF通道接收 LINKCTL_RSP 以维持连接。

　　● 发起方在发送 LINKCTL_REQ后，如果在 8 ms 内接收到正确的 LINKCTL_RSP 响应且响应方状态正常，则继续维持与响应方的连接;如果发起方连续 10 次在发送 LINKCTL_ REQ后均无法正确收到 LINKCTL_RSP 响应则认为响应方已断开连接，发起方返回激活阶段。

　　— 响应方操作：

　　● 响应方在交易阶段，每次从 RF 通道接收到正确的 LINKCTL_REQ命令请求时，均应在8 ms内发送 LINKCTL_RSP做出响应。

　　● 响应方在交易阶段，如果接收到正确的 LINKCTL_REQ命令请求，并确认磁通道已收到CHECK1_REQ或者 CHECK2_REQ 消息，且 CDC 或者 TRI 正确无误，则应当更新响应方连接状态为正常，并在 8 ms 内发送 LINKCTL_RSP做出响应。

　　● 响应方在交易阶段，如果连续三次接收到正确的 LINKCTL_REQ命令请求而没有收到任何 CHECK1_REQ或者 CHECK2_REQ 消息，则应当更新响应方连接状态为异常，并在8 ms内发送 LINKCTL_RSP做出响应。

　　● 响应方如果接收到错误的 LINKCTL_REQ,或者超过 100 ms 仍未接收到任何命令，则响应方返回激活阶段。

　　— 处理流程：

　　链路维持处理流程如图 28 所示。

　　GB/T 33736—20 17

　　图 28 链路维持处理流程

　　9 . 2 . 4 . 3 冲突检测

　　当发起方检测到 MTC 冲突发生时，发起方不能进行任意一个响应接入，且应结束与当前响应方的连接。 MTC 冲突如图 29 所示。 各操作如下：

　　GB/T 33736—20 17

　　图 29 MTC冲突

　　— 发起方操作：

　　● 发起方可以通过外部配置确定是否支持 MTC 冲突检测。

　　● 支持冲突检测的发起方在建立连接后的整个交易阶段通过磁通道持续发送 CHECK1_ REQ消息。

　　● 发 起 方 建 立 连 接 后，在 射 频 通 道 空 闲 期 间(没 有 维 持 连 接 和 APDU 收 发 任 务 时)以t2(t2≥4 ms)为一 个 最 小 接 收 时 间 单 元，持 续 于 冲 突 响 应 信 道 上 接 收 CHECK1 _RSP消息。

　　● 发 起 方 如 果 接 收 到 CHECK1 _ RSP, 并 且 其 中 TargetID 字 段 与 当 前 连 接 的 响 应 方TargetID不相符，则认为发生了 MTC 冲突。

　　● 当发起方检测到 MTC 冲突后，应当立即发送 CLOSE_REQ 指令，结束与当前响应方的连接。

　　— 响应方操作：

　　● 响应方在未连接状态下通过磁通道接收到 CHECK1_REQ消息则认为发生了 MTC 冲突。

　　● 响应方两次收到 CHECK1_REQ 消息的最大时间间隔定义为一个冲突响应时间窗 T，本标准中 T= 22 ms。

　　● 响应方检测到 MTC 冲突后，在冲突响应时间窗中，以 t1 为冲突响应时间间隔(t1 最大为4 ms)。t1 被划分为 1 个或多个响应时隙(每个时隙 400 μs)。冲突响应方在t1 时间内随机选择一个时隙发送冲突响应消息。 冲突检测处理时序如图 30 所示。

　　● 冲突响应消息发送频点和地址由 CHECK1_REQ消息中的 CDC字段决定。

　　图 30 冲突检测处理时序

　　GB/T 33736—20 17

　　— 处理流程：

　　冲突检测处理流程如图 31 所示。

　　图 3 1 冲突检测处理流程

　　9 . 2 . 4 . 4 连接确认

　　连接确认各操作如下：

　　— 发起方操作：

　　● 如果冲突配置项为关闭，则发起方在整个交易阶段通过磁通道发送 CHECK2_REQ 连接确认请求。

　　— 响应方操作：

　　● 如果响应方在交易阶段通过磁通道接收到 CHECK2_REQ连接确认请求，则根据 TRI 是否正确，相应地更新响应方的当前连接状态。 该状态信息将在响应方下一条 RF 响应消息中返回给发起方。

　　9 . 2 . 4 . 5 长时等待

　　长时等待各操作如下：

　　— 发起方操作：

　　● 发起方在交易阶段等待响应方的 APDATA_ RSP命令响应期间，如果接收到来 自 响应方的正确的 LTW,则继续等待 500 ms,直到接收到 APDATA_RSP 或下一个 LTW,或者接收超时(>500 ms)。

　　● 发起方如果接收到错误的 LTW,则返回激活阶段。

　　— 响应方操作：

　　● 响应方若不能在一个 500 ms 时间内处理完成发起方的一个 APDATA_REQ 中包含的命

　　GB/T 33736—20 17

　　令请求，则应在 500 ms 内通过 RF通道向发起方发送一个 LTW 长时等待消息，以通知发起方再等待 500 ms;若响应方在下一个 500 ms 内仍不能处理完成发起方的 APDATA_ REQ命令请求，则继续在每个 500 ms 内发送一个 LTW,直到响应方处理完该交易后做出APDATA_RSP 响应为止。

　　● 响应方发送完 LTW 之后，继续维持交易过程。

　　— 处理流程：

　　长时等待处理流程如图 32 所示。

　　图 32 长时等待处理流程

　　9 . 2 . 5 结束阶段

　　结束阶段各操作如下：

　　— 发起方操作：

　　● 如果发生下列情况之一，发起方必须通过 RF通道发出 CLOSE_REQ关闭连接请求：

　　a) 交易正常结束;

　　b) 响应方状态不正常，即接收到的响应消息中的状态字段值不是 0x00;

　　c) 发生 MTC 冲突，即接收到 CHECK1_RSP。

　　● 发起方应当在 CLOSE_REQ请求中对于是否要求响应方做出回应给出明确的指示。

　　● 发 起 方 如 果 要 求 响 应 方 回 应，则 继 续 等 待，直 到 接 收 到 CLOSE _ RSP 或 接 收 超 时(>500 ms)之后才返回激活阶段;否则发起方在发送完 CLOSE_REQ 后立即返回激活阶段。

　　— 响应方操作：

　　GB/T 33736—20 17

　　● 响应方在接收到第一个正确的 CLOSE_REQ后，应当立即结束交易，并根据 CLOSE_ REQ 中的指示来决定是否发送 CLOSE_RSP 响应。

　　● 如果发起方要求回应，则响应方应当在 500 ms 内发送完 CLOSE_RSP,然后返回激活阶段;否则响应方在接收到 CLOSE_REQ后立即返回激活阶段。

　　— 处理流程：

　　结束阶段处理流程如图 33 所示。

　　图 33 结束阶段处理流程

　　9 . 3 通信会话命令

　　9 . 3 . 1 命令集

　　会话命令通过发起方和响应方之间传递的消息来实现。 表 22 为本标准定义的全部会话命令消息集合。

　　表 22 命令集

　　GB/T 33736—20 17

　　表 22(续)

　　9 . 3 . 2 命令功能描述

　　9 . 3 . 2 . 1 激活命令

　　9.3.2. 1 . 1 INQUIRY

　　命令功能：查询并激活响应方。

　　传输信道：发起方通过磁通道发送 INQUIRY 消息。

　　消息格式：SMF

　　消息内容：见表 23

　　表 23 INQUIRY消息

　　GB/T 33736—20 17

　　9 . 3 . 2 . 1 . 2 ATI

　　命令功能：响应方对 INQUIRY 的响应。

　　传输信道：响应方通过 RF通道发送[频点 =freq1(AID) , 地址 =addr1(AID) , freq1 和 addr1 的算

　　法定义见附录 B]。

　　消息格式：LMF

　　消息内容：见表 24

　　表 24 ATI消息

　　9 . 3 . 2 . 2 建立连接命令

　　9.3.2.2. 1 CONNECT_REQ

　　命令功能：发起方连接请求。 发起方在发送 CONNECT_REQ 消息之前，应首先验证 ATI 中的Mac是否正确。 发起方应在 CONNECT_REQ 消息中指明本次连接中所希望采用的链路安全机制，包括使用的根密钥、会话密钥生成方式，以及加密算法等。

　　GB/T 33736—20 17

　　传输信道：发起方通过 RF通道发送[频点 =freq1(IDs) , 地址 =addr2(IDs) , freq1 和 addr2 的算法

　　定义见附录 B]。

　　消息格式：LMF

　　消息内容：见表 25

　　表 25 CONNECT_REQ消息

　　GB/T 33736—20 17

　　表 25(续)

　　表 26 Sessionkey：会话密钥生成方式

　　表 27 EncAlg：链路加密算法

　　9 . 3 . 2 . 2 . 2 CONNECT_RSP

　　命令功能：响应方连接确认。 响应方应在 CONNECT_ RSP 消息中确认本次连接中的链路安全机制，包括根密钥使用、会话密钥生成方式以及加密算法的选择等。

　　传输信道：响应方通过 RF通道发送[频点 =freq1(IDs) , 地址 =addr2(IDs) , freq1 和 addr2 的算法

　　定义见附录 B]。

　　消息格式：LMF