ts_102622中文规范

1、TS 102 622内容：本规范详述了能使非接应用能够宿主于UICC的逻辑接口。本文档概括了嵌在UICC中的host 与嵌在CLF中的host controller连接时的配置信息。对于接口的详细说明，分为以下两部分：l 第一部分（4-8章）描述了HCI核心（HCI core），详述了独立于应用的逻辑接口；l 第二部分（9-11章）描述了非接平台，详述了HCI core对使用UICC和CLF的非接应用的实现。支持HCI的低层协议（例如SWP，在ETSI TS 102 613中已描述）不在本文范围。4. HCI architecture4.1 overview一个有效的host network是

2、星形拓扑的，一个或多个host与host controller物理连接。HCI就定义了host间的接口（Interface）。具体来讲HCI有三层：l Gate集；用于交换命令、响应和事件；l HCP 消息机制（messaging mechanism）；l HCP路由机制，在有需要时可以选择对消息进行分割。图1描述了一个可能host network的HCP栈。为了清楚图中只展示了两个gate，尤其是host controller也可以有gate，通过HCP与其他host连接。为了合理操作，HCP需要下层的数据链路层（data link layer）有以下特性：l data link layer

3、（例如SWP）需要是无错的，且接收/发送的数据是按序的。l data link layer有自己的数据流控制。l data link layer发送给上层的packet最多到data link layer的最大size。l data link layer需要报告从上层的收到的packet的大小（size）。4.2 HostsHost的标识用一个字节编码，表1列出了host identifier（HID）的保留值在本文档中，通用术语“host”用于任何提到的logical host（例如，terminal host，UICC host），但不包括host controller。动态分配范围的值被

4、host controller用来为任意表1以外的host分配host identifier。对一个已知的host，在不同的会话中设备的硬件配置没有任何修改的话，host controller将会为这个host分配相同的HID。当host controller为一个host使用动态分配的HID，这个host能通过创建pipe（ADM_CREATE_PIPE响应中的源HID），或在host controller的administration gate registry中来检索到它自己的HID。值为“02”的HID用于首次检测到的UICC，Release 12之前的UICC有优先权。其他UICC如

5、果存在的话将使用动态分配的HID。注意：Host controller能检测到支持Release 12的UICC，或通过检查Identity Management gate中的HCI_VERSION来支持后续版本的UICC，或UICC直接设置Host controller中administration gate里的HOST_TYPE参数。一旦有多个Release 12之前的UICC，只有第一个的HID被分配为02，其他的都动态分配。4.3 GatesGate提供了host里被操作的服务（service）的入口。HCP使不同hosts的gates之间可以交换消息。有两种类型的gates：l Ma

6、nagement gate：用于管理host networkl Generic gate：跟管理host network无关。在HCI core里只定义了它们的通用特性。Gate的类型用gate identifier来标识。表2中列了gate identifier，它们或是在一个host里标识唯一（10到FF），或它们的值对所有的host中的同类型gate是相同的（00到0F）。本规范定义的hosts的Host specific gates（包括RFU值），仅在本规范中保留使用。以下规则适用于host和gate：l 所有host及host controller都有一个administratio

7、n gate；（没有GID）l 所有host可以有一个link management gate，所有host controller都有一个link management gate；（没有GID）l 所有host及host controller都有一个identity management gate；（GID=05）l 所有host及host controller都有一个loop back gate；（GID=04）l 所有host及host controller都有一个或多个generic gate；（GID范围10-EF）4.4 PipesPipe是两个gate间的逻辑通信管道，有两种类型的

8、pipe：l Static pipe：一直可用，i.e.它们不需要被创建，也不能被删除；l Dynamic pipe：能够被创建和删除；Pipe的状态要么是open，要么是closed。在host电源关闭或打开时，状态应保持不变（一直有效）。即使是一个host暂时从一个Host network移除的同时被另外一个不同的设备替代，pipe的状态仍保持不变。Dynamic pipe被创建后的状态默认是closed；static pipe的初始状态也是closed。（所以host与host controller连接后的第一件事就是open pipe）Pipe identifier，即PID，长7bi

9、t。PID的值作为路由信息放在HCP packet的header中。Static pipe的pipe identifier预定义为表3中的值。对于Dynamic pipe，pipe identifier由host controller动态分配。以下规则适用于gate和pipe：l 一个static pipe始终连接一个host的gate和一个host controller的gate；l 一个dynamic pipe连接不同的host的两个gate；（包括host<->host，host<->host controller）l static pipe和dynamic pi

10、pe连接不同种类的gate；从表3可看出映射关系；l dynamic pipe identifier在host network中是唯一的。图2展示了一个有效的host network中的host和gate的关系。注意：为了能更清楚，没有在图中展示identity management gate和loop back gate。4.5 Registries对每个gate，都关联一个registry模板，它定义了跟gate相关的一些参数（Parameters）。Parameters由一个字节的parameter identifier标识。在一个gate中parameter identifier是唯一

11、的。对本规范中定义的所有gate，parameter identifier在00到EF之间的本规范使用，在F0到FF之间的将用于特殊用途。对于连接到gate上的每个pipe，都将创建一个registry实例。在pipe创建时，所有registry中parameter权限是Read-write（RW）或Write-only（WO）的，都被设置为默认值。Read-only（RO）的parameter 将通过管理registry的实体来设置为一个合理的值，这个值可能跟默认值不同。Host负责管理与之相关联的registries。Registry的持续时间和parameter默认值将在每个regist

12、ry的描述里说明。当Pipe被删除时，对应的registry实例也被删除。5. HCP5.1 HCP packetsHost利用数据链路层与host controller交换packets。Packet的格式如图3定义。Packet header域的描述如下：l CB是级联bit，它的值为1，除非使用了消息分割。l PID指pipe identifier。Host controller使用PID的值将一个packet发送给destination host。Destination host再把包发送给destination gate。利用这个机制，由pipe连接的任意两个gate间可以交换消息。

13、Host controller将验证host使用的pipe identifier包含在pipe创建过程中。消息的大小跟应用（application）相关。消息结构如下描述。5.2 HCP消息结构携带了一条指令和可选数据的一条消息如下图4定义。消息头中的域定义如下：l TYPE标识了指令的类型；l INSTRUCTION标识了具体的指令指令的类型定义如下：l Commands（type值为0）；l Events（type值为1）；l Response to commands（type值为2）type值为3是RFU。INSTRUCTION进一步描述了是command、event还是response

14、。这三种类型都能携带数据。以下规则适用于指令：l Event，被定义在接收事件的gate范围内；l Command，被定义在接收命令的gate范围内；l Response，被定义在相关联的command范围内；Gate只能在open状态的Pipe上接收command或event。当pipe上正在等待前一个command的response时，gate不能在该pipe上发送command或event。但是在等待前一个command的response时，gate可以处理接收到的event和command。5.3 Message fragmentation当消息的大小比数据链路层支持的长度大时，将用到

15、消息分割。消息会按照以下规则进行分割：l 所有消息分块都带有packet headerl packet header级联位值为0，最后一个消息块该级联位为1l 只有第一个消息分块有message header图5表明了一个消息怎样被分割为两块Source gate负责消息分割，destination gate负责重建已分割的消息。如果数据链路层有一个reset发生，已接收到的消息分块将被丢弃，Source gate将会重发已经发出的消息分块。6. Instructions指令数据域的结构在本章定义。6.1 Commands6.1.1 Overview表4列出了6.1.2和6.1.3节将要描述的

16、所有命令，对所有gate来讲，所有命令的含义是一样的。Commands分为以下两组：l Generic commands：适用于所有gatel Administration commands：用来管理host network对所有command，都提供以下信息：l 对command的一个描述；l Command的一系列参数；l 成功完成command时的response（带可选参数）在6.3章给出了可能的响应码的映射关系。6.1.2 Generic commands6.1.2.1 ANY_SET_PARAMETERANY_SET_PARAMETER用来在gate registry中写一个par

17、ameter值。命令参数如下：当命令执行成功时，host将回应一个不带参数的ANY_OK。6.1.2.2 ANY_GET_PARAMETERANY_GET_PARAMETER用来在gate registry中读一个parameter值。命令参数如下：当命令执行成功时，host将回应一个带如下参数的ANY_OK6.1.2.3 ANY_OPEN_PIPEANY_OPEN_PIPE允许host打开一个pipe。注意：这个命令在一个关闭的pipe上发送。这个命令不带任何参数。如果目标host是host controller，如果pipe成功打开，host controller将回应一个不带参数的ANY

18、_OK。若目标host不是host controller，当pipe成功打开，目标host将回应一个带如下参数的ANY_OK：6.1.2.4 ANY_CLOSE_PIPEANY_CLOSE_PIPE允许host关闭一个pipe。这个命令不带任何参数。当pipe成功关闭，目标host将回应一个不带参数的ANY_OK。6.1.3 Administration commands6.1.3.1 ADM_CREAT_PIPE用这个命令，host可以请求host controller在两个gate之间创建一个dynamic pipe。请求pipe的host是源host，当源host和目标host间成功创建

19、了一个pipe，host controller将用目标host定义的WRITELIST来验证源host是否被授权创建一个pipe。在这个pipe可使用的服务完全取决于目标host。源gate可使用任何gate identifier；尽管如此，对每个源host/源gate与目标host/目标gate之间，只允许建立一个pipe。命令参数定义如下：若pipe创建成功，host controller将回应带如下参数的ANY_OK：6.1.3.2 ADM_NOTIFY_PIPE_CREATEDADM_NOTIFY_PIPE_CREATED命令是host controller发送给目标host，通知一个

20、动态pipe的建立。源host是请求创建pipe的host。命令参数如下：如果目标host接受pipe，它将回应一个不带参数的ANY_OK。6.1.3.3 ADM_DELETE_PIPEHost用ADM_DELETE_PIPE来向host controller请求删除一个动态pipe。请求删除pipe的host只能是源host或目标host。命令参数如下：当pipe成功删除后，host controller将回应一个不带参数的ANY_OK。6.1.3.4 ADM_NOTIFY_PIPE_DELETEDHost controller用ADM_NOTIFY_PIPE_DELETED来通知host一

21、个动态pipe的删除。命令参数如下：若命令执行成功，host将回应一个不带参数的ANY_OK。6.1.3.5 ADM_CLEAR_ALL_PIPEHost用ADM_NOTIFY_PIPE_DELETED向host controller请求完成以下动作：l 删除所有连接到源host的动态pipe；l 关闭所有连接到源host的静态pipe；l 设置跟静态pipe相关的registry的值为默认值。对ETSI TS 102 613中指定的数据链路层，命令参数如下：Identity reference data将被用于初始化reference data，reference data是host con

22、troller用来校验UICC host identity的。Identity reference data包含随机元素。命令成功执行后，host controller将回应一个不带参数的ANY_OK。6.1.3.6 ADM_NOTIFY_ALL_PIPE_CLEARED如果请求clear的host不是host controller，在请求的host发出ADM_CLEAR_ALL_PIPE之后，host controller将发送一个ADM_NOTIFY_ALL_PIPE_CLEARED，通知每一个至少有一个pipe与请求的host连接的host：l 所有host与请求的host之间的动态pi

23、pe被删除。如果请求的host是host controller，host controller将发送一个ADM_NOTIFY_ALL_PIPE_CLEARED来通知host：l host controller与host之间的动态pipe被删除；l host controller与host之间的静态pipe被关闭。命令参数如下：Host将回应一个不带参数的ANY_OK。6.2 Responses对于6.1章的命令，表15列出了可能的响应码，表16是与每个命令的映射。除非另外说明，这些response不带附加参数。每一个命令甚至对接收gate来讲不识别的命令，都必须回一个response。接收到乱

24、序的response将会被丢弃。6.3 Events表17列出了event的解释，对于第7章的所有gate都适用。接收到的未知event将被丢弃。在本规范中，未分配给非专用gate的其他所有event值都是RFU。7. Gates下一节定义了所有gate，对每个gate都将提供以下信息：l 对gate功能的简单描述l Gate registry中的一组parameter-value对不同的gate对events和commands的支持的映射关系在表18和表19中。注意：host specific implementation of generic gate（host对一般gate的特殊实现）定

25、义了为传输数据的命令、及附加的事件。7.1 Management gates7.1.1 Administration gates7.1.1.1 Host controller administration gate在HCI network中，Host controller中的administration gate提供了管理网络服务的pipe入口。另外，这个gate也提供了允许在第一次启动时就发现host、及host network的配置发生变化时的服务的入口（见第8章）。Registry将一直保持不变。表20列出了在gate registry中的入口：当host的配置发生变化时，host将修改

26、session identity。但是session identity的默认值永远不能由host写入。session identity使用随机值。每个host将它自己的WRITELIST写进host controller的administration gate，用来通知host controller哪个host可以与它进行通信。如果源host没有在目标host的WHITELIST中，host controller将拒绝源host的创建pipe请求。WHITELIST不包含host controller的HID和能访问它的host的HID。WHITELIST是包含了表1中定义的host iden

27、tifier的一个数组。HOST_TYPE的编码定义如下：l 0000= Host controller；l 0100= Terminal；l 0200= UICC；l 0300= Embedded secure element；l 04FF= SD cards as defined by SD Association；l FFFF= Unknown host type；l 其他值为RFU。在8.4章描述的会话初始化期间，host将HOST_TYPE写进host controller的administration gate registry中，优先于任何pipe创建，后续也不能再被修改。Hos

28、t controller将通知所有连接的host，一个新的host已被正确识别，以下条件之一满足时，将发送一个EVT_HOT_PLUG事件给每个host administration gate：l 当上电后，系统里的每个host都已正确的初始化l 当一个host连接到HCI network，且已设置了它的HOST_TYPE。7.1.1.2 Host administration gateHost上的administration gate提供了包含管理本host的pipe的服务的入口。Host上的administration gate没有定义registry 入口。7.1.2 Link mana

29、gement gate7.1.2.1 Host controller link management gateHost controller link management gate提供了下一层的信息。Registry不是保持不变的。表21列出了registry的入口7.1.2.2 Host link management gateHost link management gate提供了与数据链路层相关的信息的入口。Registry不是一直不变的。表22列出了registry的入口。7.1.3 Identity management gateIdentity management gate提供

30、了host的软件和硬件的信息。Registry会一直保持不变。所有host及host controller都提供这个gate。做为目标gate，identity management gate接收至少一个来自它的WHITELIST中的host的pipe。表23列出了registry的入口。根据本规范，host将HCI_VERSION设为02。每次发布新规范版本，这个值都会递增，但是新版本不会完全兼容以前的版本。每个符合之前版本HCI的host将只使用本规范中的命令和参数来处理向后兼容。一个与更高HCI版本号的host连接的host，只能按照自己的低版本来操作。Host controller的M

31、AX_CURRENT参数表示在不同非接操作模式下它能为host提供的最大电流。Host的MAX_CURRENT参数表示host在非接模式下最优表现所需要的电流。Host只在本规范定义范围内使用最大电流。7.1.4 Loop back gateLoop back gate提供测试HCI network的服务入口。作为目标gate，loop back gate将接收来自WHITELIST上的host的至少一个pipe。Loop back gate没有定义registry入口。7.2 Generic gatesGeneric gates与管理host network无关，但是为它的host提供了其他

32、functions。对于非接平台，这些functions和registries在第9、10、11章中定义。8. HCI procedures8.1 Pipe management8.1.1 pipe creation图6描述了一个host A怎样请求建立一个动态pipe，在它自己的一个gate和host B的gate之间。所有通信使用PIPE1。序列流执行如下：1） Host A向host controller请求建立一个pipe，PIPEX。Host controller将验证host B administration gate WHITELIST是否包含Host A的标识。如果Host A

33、不在Host B的WHITELIST中，host controller将发送一个ANY_E_PIPE_ACCESS_DENIED响应给Host A，并停止关于创建命令的任何进一步操作。2） Host controller分配一个未使用过的pipe identifier。3） Host controller通知host B，host A请求创建一个PIPEX。4） Host B响应，确认接受PIPEX。5） Host controller响应host A，PIPEX已被创建。6） 如果host B不接受PIPEX的创建，它将回一个合适的响应码。当host controller想要创建一个pipe

34、，那么将分配一个pipe identifier并执行上述第2步和第3步。当一个host要与host controller建立一个pipe，那么仅执行第1步和第4步。图4描述了WHITELIST怎样影响一个host创建pipe。刚开始，与host B关联的WHITELIST中初始时并没有包含host A的HID，所以请求被拒绝。后来host B更新了WHITELIST，后续的请求被接受。序列流执行如下：1） Host A向host controller请求建立一个pipe，PIPEX。在与host B administration gate连接的host controller administr

35、ation gate中的WHITELIST中不包含host A的host identifier，Host B未授权给Host A。2） host controller将发送一个ANY_E_PIPE_ACCESS_DENIED响应给Host A，并停止关于创建命令的任何进一步操作。3） Host B通过添加host A的identifier更新了它在host controller administration gate中的WHITELIST register。4） Host controller回以ANY_OK。5） Host A向host controller请求建立pipe。Host con

36、troller分配一个可用的pipe identifier。6） Host controller通知host B，host A请求创建一个PIPEX。7） Host B响应，确认接受PIPEX。8） Host controller响应host A，PIPEX已被创建。如果host B不接受PIPEX的创建，它将回一个合适的响应码。8.1.2 pipe deletion表8描述了host A怎样请求删除一个动态pipe，PIPEX。在它自己的一个gate与host B的一个gate之间。所有通信使用PIPE1。序列流执行如下：1） Host A向host controller请求删除PIPEX。

37、2） Host controller通知host B。3） Host B确认删除PIPEX。4） Host controller向host A确认PIPEX已删除。Pipe的删除不能被host B拒绝。当PIPEX是连接到host controller的一个gate，那么：若连接的host请求删除，将只执行第1步和第4步；若是host controller请求删除，将只执行第2步和第3步。8.1.3 clear all pipes图9描述了host A怎样请求host controller去删除它所有的动态pipe和关闭它所有静态pipe。所有通信使用PIPE1。序列流执行如下：1） Host

38、 A向host controller请求清除所有连接到host A的pipe。2） Host controller通知host B所有连接到host A的pipe都要清除。3） Host B确认。4） Host controller通知host C所有连接到host A的pipe都要清除。5） Host C确认。6） Host controller向host A确认所有pipe已清除，且host A关闭其静态pipe。8.2 Registry access图10描述了host A如何读/写host B的registry中的参数。序列流如下：1） Host A向host B的一个gate请求re

39、gistry parameter。2） Host B响应一个ANY_OK，在响应数据中包含了参数值。3） Host A更新host B的一个gate中的registry parameter。4） Host B回应ANY_OK确认该参数已被更新。8.3 Host and Gate discovery图11描述了一个host如何在host network中发现其他host和其他host支持的gate。序列流如下：1） Host A使用administration gate，通过PIPE1，请求已连接的host列表。2） Host controller返回host列表。3） Host A从列表里选择

40、一个host，例如host B，通过PIPE1向host controller请求，创建一个连到host B的identity gate的pipe。4） Host controller确认了pipe的创建：PIPEX。Pipe创建的细节在8.1.1节中。5） Host A打开PIPEX。6） Host B确认PIPEX已打开。7） Host A向host B请求gate列表。8） Host B回应gate列表。9） Host A请求registry中的VENDOR_NAME。10） Host B返回VENDOR_NAME。第9步和第10步是可选的。Host A可以选择关闭和删除PIPEX。8.

41、4 Session initialization因为pipe的状态是持续保持不变的，将host（例如UICC host）移动到不同的终端中可能会引发配置冲突。利用会话初始化过程允许host检测到host network的变化：或是因为host controller本身改变、或是因为host network的配置发生变化。Host仅在启动时且没有非接交易进行时才会执行这个初始化过程。相对于下层ETSI TS 102 613中的数据链路层，该初始化过程仅在Full-power mode的初始接口激活后、且没有非接交易时执行。图12描述了host A如何发现host controller已经改变、以

42、及后续的恢复机制。序列流执行如下：1） host A通过PIPE1向host controller的administration gate请求SESSION_IDENTITY参数（在此命令之前可能要执行一个ANY_OPEN_PIPE命令）。2） 如果返回的值跟host中存储的值一样，那么过程就停止。3） 否则，host A需要重新初始化，且向host controller请求清除所有的pipe（清除pipe见8.1.3节）。4） Host controller确认后，host A可以执行任意的初始化操作。5） Host A产生一个新的session identity并保存，然后把这个值写进ho

43、st controller的registry。6） Host controller确认这个写操作。如果host controller存储的host A的配置（registry value和pipe state）在HCI初始化前被使用、且需要被保护，低层将实现一个适当的身份验证机制（identity check mechanism）。身份验证机制不在本规范所讲范围。一旦低层的身份验证失败，host controller将做以下操作：仅执行以下命令：ANY_OPEN_PIPE，ADM_CHEAR_ALL_PIPE，ANY_GET_PARAMETER，且这些command只能通过PIPE1上发送。其

44、他的任何command将返回ANY_E_INHIBITED，并且发送给host controller的所有event都被忽略。返回SESSION_IDENTITY的默认值（见表20）。尽管如此，registry中的SESSION_IDENTITY的值保持不变。在执行完一个有效的ADM_CLEAR_ALL_PIPE命令后，这种被禁止的状态将结束。在card emulation下，host controller的一些附加行为在9.4.6章中定义。注意：在后续低层成功的身份验证后，是否仍维持上述被禁止的状态，这取决于host controller的实现。8.5 Loop back testing图1

45、3描述了host A如何能够验证与host B之间pipe的联通性。序列流执行如下：1） Host A在PIPE1上请求在任意一个gate与host B的loop back gate之间创建一个pipe。2） Host controller确认创建了pipe，为PIPEX。创建细节见8.1.1。3） Host A打开PIPEX。4） Host B接受打开请求。5） Host A发送一个参数为一些数据的EVT_POST_DATA。Loop back gate支持的最大消息长度达250字节，也可能支持的更长。6） Host B将之前接收到的数据重新通过EVT_POST_DATA回送给host A。

46、一旦接收到这些数据，Host A会将其跟原始数据进行比较。Host A可以选择关闭或删除PIPEX。9. Contactless card emulation9.1 Overview本章详述了如何在HCI核心上仿真一个支持多种RF technology的非接卡片。支持的RF技术如下：l Type A：ISO/IEC 14443-2，14443-3，14443-4l Type B：ISO/IEC 14443-2，14443-3，14443-4l Type B：兼容ISO/IEC 14443-2，使用14443-3中定义的标准帧l Type F：ISO/IEC 18092定义的212kbps和42

47、4kbps的被动模式注意：Type F技术，帧和协议在Japanese Industrial Standard JIS X 6319-4中描述。JIS中的术语跟ISO/IEC 18092不同，但技术一样。card emulation mode的非接平台的实现方式是：两个host组成的host network：host controller和host（如UICC host）。在host network中CLF是host controller。另外还有host的话，对CLF的使用方式不在本文档范围。Host操作contactless card application，CLF处理跟外部非接读卡器的R

48、F通信。Host controller对每个它支持的RF技术，都对应一个card RF gate，对每个要使用的card RF gate，host都对应有一个card application gate。对于card emulation mode的非接平台，与card RF gate连接的pipe由host进行创建、打开、关闭、删除。当有一个打开的pipe与card RF gate连接时，其RF技术是active状态。对于每个RF gate，host最多只能创建一个pipe。对与ISO/IEC 14443-4兼容的非接卡片应用，传输协议（ISO/IEC 14443-4定义的传输层协议）的处理由C

49、LF完成。Card application gate和card RF gate通过pipe交换APDU指令。对Type B的非接卡片应用，host controller和host交换原始帧（raw frame）。原始帧的结构在ISO/IEC 14443-3中定义，但是数据传输时不带CRC_B。对于数据链路层符合ETSI TS 102 613规范的type A非接卡片应用：如果外部读卡器未使用ISO/IEC 14443-4定义的传输协议，CLF和UICC将使用ETSI TS 102 613定义的CLT方式来交换数据。对Type F的非接卡片应用，host controller与host交换ISO

50、/IEC 18092定义的212kbps/424kbps帧。帧结构如ISO/IEC 18092定义，但是传输时不带PA、SYNC域和E2。在RF出现和消失期间，host允许电流消耗达到host controller的identity management gate registry中定义的最大值，除非低层（如ETSI TS 102 613）中进行了限制：在low-power mode和power saving mode中的电流限制。Host controller根据host的请求，激活一个或多个对于外部读卡器的RF技术。更多激活过程的细节不在本文档范围。注意：非接卡片应用的应用选择（使用AID

51、）不在本文档范围。图14描述了一个有效的非接平台。9.2 空9.3 Gates9.3.1 空9.3.2 Identity management gate以下参数将被加到host controller的identity management gate registry中。9.3.3 Card RF gates9.3.3.1 OverviewCard RF gates位于host controller中。一个card RF gate控制RF技术的行为。跟RF技术相关的协议和参数设置在RF gate的registry中。以下章节定义了card RF gate支持的command和event。表26列

52、出了为card RF gate定义的GID。9.3.3.2 Commands没有定义附加的命令。9.3.3.3 EventsCard RF gates支持的event在表27中列出。9.3.3.3.1 EVT_SEND_DATA该event允许向CLF发送数据。Event的参数如下：9.3.3.4 Registry所有registries将保持不变一直有效。9.3.3.4.1 RF technology type A表29定义了RF technology type A的card RF gate的registry入口。MODE编码如下：l FF= Type A card emulation不可用

53、；l 02= Type A card emulation可用；l 所有其他值：RFUUID_REG编码如下：l 若长度等于0，CLF将产生一个四字节的UID，uid0=08，uid1到uid3是随机数。随机数在从POWER-OFF到IDLE状态转换时产生。CLF认为RF离场就是POWER-OFF状态。l 若长度等于4/7/10，CLF将认为UID_REG就是UID。CID_SUPPORT编码如下：l 01=需要支持CID，CLF将在ATS中设置支持CID；l 00=不需要支持CID，CLF在ATS中不用设置支持CID；l 其他所有值：RFUCLT_SUPPORT编码如下：l 01=CLF包含对

54、不兼容type A ISO/IEC 14443-4协议的管道模式能力；l 00=CLF不包含对不兼容type A ISO/IEC 14443-4协议的管道模式能力；DATARATE_MAX编码了最大支持的除数（divisor）：l 字节1定义了PCD->PICC支持的最大divisor：- 00=支持的最大divisor是1（106kbit/s）；- 01=支持的最大divisor是2（212kbit/s）；- 02=支持的最大divisor是4（424kbit/s）；- 03=支持的最大divisor是8（848kbit/s）；- 其他值=RFU；l 字节2定义了PICC->PC

55、D支持的最大divisor：- 00=支持的最大divisor是1（106kbit/s）；- 01=支持的最大divisor是2（212kbit/s）；- 02=支持的最大divisor是4（424kbit/s）；- 03=支持的最大divisor是8（848kbit/s）；- 其他值=RFU；l 字节3定义了每个方向上支持的不同的divisor的限制：- 00=每个方向上支持不同的divisor；- 01=两个方向上支持同样的divisor；- 其他值=RFU；注意：ISO/IEC 14443-4定义的TA(1)接口字节指示的实际最大支持的divisor，是取以下最小值：l 这个regist

56、ry中指出的值和限制；l CLF中实现的最大divisor9.3.3.4.2 RF technology type B表30定义了RF technology type B的card RF gate的registry入口。MODE编码如下：l FF= Type B card emulation不可用；l 02= Type B card emulation可用；l 所有其他值：RFUPUPI_REG编码如下：l 在N=0时，CLF将以动态生成方式产生PUPI。PUPI仅在从POWER-OFF到IDLE状态转换时产生。CLF认为RF离场就是POWER-OFF状态。l 在其他情况下，CLF将认为PUPI_REG就是PUPI。ATQB参数的结构如下：DATARATE_MAX编码了最大支持的位速率（bit rate）：l 字节1定义了PCD->PICC支持的最大bit rate：- 00=支持的最大bit rate是fc/128（106kbi