《ISO-14443-4-2001.pdf》由会员分享，可在线阅读，更多相关《ISO-14443-4-2001.pdf（54页珍藏版）》请在三一文库上搜索。
1、INTERNATIONAL STANDARD ISO/IEC 14443-4 First edition 2001-02-01 AMENDMENT 1 2006-03-1 5 Identification cards - Contactless integrated circuit(s) cards - Proximity cards - Part 4: Transmission protocol AMENDMENT 1 : Handling of reserved fields and values Cartes didentification - Cartes a circuit(s) i
2、ntgr(s) sans contact - Cartes de proximit - Partie 4: Protocole de transmission AMENDEMEN J 7: Maniement de champs et valeurs rservs Reference number ISOIIEC 14443-4:2001 /Amd.l:2006(E) 0 ISOIIEC 2006 ISO/IEC 14443-4:2001/Amd.l:2006(E) PDF disclaimer This PDF file may contain embedded typefaces. In
3、accordance with Adobes licensing policy, this file may be printed or viewed but shall not be edited unless the typefaces which are embedded are licensed to and installed on the computer performing the editing. In downloading this file, parties accept therein the responsibility of not infringing Adob
4、es licensing policy. The IS0 Central Secretariat accepts no liability in this area. Adobe is a trademark of Adobe Systems Incorporated. Details of the sofiware products used to create this PDF file can be found in the General Info relative to the file; the PDF-creation parameters were optimized for
5、printing. Every care has been taken to ensure that the file is suitable for use by IS0 member bodies. In the unlikely event that a problem relating to it is found, please inform the Central Secretariat at the address given below. O ISOIIEC 2006 All rights reserved. Unless otherwise specified, no par
6、t of this publication may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying and microfilm, without permission in writing from either IS0 at the address below or ISOs member body in the country of the requester. IS0 copyright office Case postale 5
7、6 CH-I21 1 Geneva 20 Tel. + 41 22 749 O 1 11 Fax +41227490947 E-mail copyrightiso.org Web www.iso.org Published in Switzerland ii O ISOIIEC 2006 - All rights reserved ISO/IEC 14443-4:2001/Amd.l:2006(E) Foreword IS0 (the International Organization for Standardization) and IEC (the International Elect
8、rotechnical Commission) form the specialized system for worldwide standardization. National bodies that are members of IS0 or IEC participate in the development of International Standards through technical committees established by the respective organization to deal with particular fields of techni
9、cal activity. IS0 and IEC technical committees collaborate in fields of mutual interest. Other international organizations, governmental and non-governmental, in liaison with IS0 and IEC, also take part in the work. In the field of information technology, IS0 and IEC have established a joint technic
10、al committee, ISO/IEC JTC 1. International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 2. The main task of the joint technical committee is to prepare International Standards. Draft International Standards adopted by the joint technical committee are circ
11、ulated to national bodies for voting. Publication as an International Standard requires approval by at least 75 % of the national bodies casting a vote. Attention is drawn to the possibility that some of the elements of this document may be the subject of patent rights. IS0 and IEC shall not be held
12、 responsible for identifying any or all such patent rights. Amendment 1 to ISO/IEC 14443-4:2001 was prepared by Joint Technical Committee ISO/IEC JTC 1, information technology, Subcommittee SC 17, Cards and personal identification. As part of maintaining ISO/IEC 14443-4:2001, a need was raised to be
13、tter clarify the handling of fields and values reserved by ISO/IEC for future use. This Amendment addresses the required document enhancements. ISO/IEC 14443-4:2001 defines certain fields and values as Reserved for Future Use (RFU) by new ISO/IEC rules that may be added in later versions. This Amend
14、ment includes clarification that products in conformity with ISO/IEC 14443-4:2001 shall not improperly use RFU fields and values, plus documentation of product behaviour that, when followed by PICC and PCD designs commenced after publication of ISO/IEC 14443-4:2001, should assist with backward compa
15、tibility and interoperability for future definition by IS0 of RFU fields and values. Consequently, many of the references to “should” may be changed into a definitive “shall” in the second edition of ISO/IEC 14443-4:2001; thus, it is recommended to implement them at this time. O ISOIIEC 2006 - All r
16、ights reserved iii -,-,- ISO/IEC 14443-4:2001/Amd.l:2006(E) Identification cards - Contactless integrated circuit(s) cards - Proximity cards - Part 4: Transmission protocol AMENDMENT 1 : Handling of reserved fields and values Page 3, Clause 4 “Symbols and abbreviated terms” Replace the definition of
17、 RFU with the following: “Reserved for Future Use by ISO/IEC Page 6, Subclause 5.1 “Request for answer to select” Add the following paragraphs as the last paragraphs in the subclause: “A PCD setting FSDI = 9-F is not compliant with this standard. A received value of FSDI = 9-F should be interpreted
18、by the PICC as FSDI = 8 (FSD = 256 bytes). A PCD setting CID = 15 is not compliant with this standard. For PICC behaviour see 5.6.1.2 (c).” Page 7, Subclause 5.2.3 “Format byte” Add the following paragraphs as the last paragraphs in the subclause: “A PICC setting FSCI = 9-F is not compliant with thi
19、s standard. A received value of FSCI = 9-F should be interpreted by the PCD as FSCI = 8 (FSC = 256 bytes). A PICC not setting b8 to O is not compliant with this standard. The PCD should ignore b8 and its interpretation of any other field of the whole frame shall not change.” Page 8, Subclause 5.2.4
20、“Interface byte TA(1)” Add the following paragraphs as the last paragraphs in the subclause: “A PICC setting b4 = 1 is not compliant with this standard. A received value of TA(1) with b4 = 1 should be interpreted by the PCD as (b8 to bl) = (00000000)b (only -106 kbits in both directions).” Page 9, S
21、ubclause 5.2.5 “Interface byte TB(1)” O ISO/IEC 2006 -All rights reserved 1 -,-,- ISO/IEC 14443-4:2001/Amd.l:2006(E) Add the following paragraphs as the last paragraphs in the subclause: “A PICC setting SFGI = 15 is not compliant with this standard. Until the RFU value 15 is assigned by SO, a PCD re
22、ceiving SFGI = 15 should interpret it as SFGI = O. A PICC setting FWI = 15 is not compliant with this standard. Until the RFU value 15 is assigned by SO, a PCD receiving FWI = 15 should interpret it as FWI = 4.” Page 9, Subclause 5.2.6 “Interface byte TC(1)” Add the following paragraphs as the last
23、paragraphs in the subclause: “A PICC setting (b8 to b3) (0001)b and/or setting (b8 to b6) (0001)b and/or receiving (b8 to b6) (0OOO)b is not compliant with this standard. A PICC receiving (b8 to b5) (10)b of an S-block is not compliant with this standard. O of an I-block is not compliant with this s
24、tandard. 1 of an R-block is not compliant with this standard. Page 17, Subclause 7.1.1.2 “Card identifier field” Add the following paragraphs as the last paragraphs in the second list item starting “The bits b6 and b5 .” : “A PICC or PCD setting (b6,b5) (0O)b shall be treated as a protocol error.” O
25、 ISO/IEC 2006 -All rights reserved 3 -,-,- ISO/IEC 14443-4:2001/Amd.l:2006(E) Page 17, Subclause 7.1.1.3 “Node address field” Add the following paragraphs after the first paragraph starting “The NAD in the prologue .” : “A PICC or PCD setting b8 O is not compliant with this standard. b8 O shall be t
26、reated as a protocol error.” Page 18, Subclause 7.2 “Frame waiting time” Add the following paragraphs as the last paragraphs in the subclause: “The PICC shall not set FWI to the RFU value of 15. Until the RFU value 15 is assigned by SO, a PCD receiving FWI = 15 should interpret it as FWI = 4. NOTE T
27、his clause is added for PCDs compatibility with future PICCs when IS0 defines the RFU value 15.” Page 19, Subclause 7.3 “Frame waiting time extension” Add the following paragraphs as the last paragraphs in the first list item starting with “The most significant bits b8 and b7 . . .”: “A PCD not sett
28、ing (b8,b7) = (0O)b is not compliant with this standard. The PICC shall treat (b8,b7) O rule D 2. rule B 1 _ R(NACK)o _ rule E note 4. rule 6 note O rule D 2. rule B 1 rule E note 4. rule 6 note 1 rule D 6. O 0 rule D 2. rule B 1 _ 3. method 2-b O R( NACK)o _ 4. rule B 1 1 rule D 6. rule B O 256 Sta
29、rt byte Parameter byte . . . . . codes FSDI and CID Parameter 1 CRC2 I Figure 2 - Request for answer to select The parameter byte consists of two parts (see Figure 3): - The most significant half-byte b8 to b5 is called FSDI and codes FSD. The FSD defines the maximum size of a frame the PCD is able
30、to receive. The coding of FSD is given in Table I. - The least significant half byte b4 to b l is named CID and it defines the logical number of the addressed PICC in the range from O to 14. The value 15 is RFU. The CID is specified by the PCD and shall be unique for all PICCs, which are in the ACTI
31、VE state at the same time. The CID is fixed for the time the PICC is active and the PICC shall use the CID as its logical identifier, which is contained in the first error-free RATS received. b8 b7 b6 b5 b4 b3 b2 bl 1 I I 5 CID FSDI Figure 3 - Coding of RATS parameter byte Table 1 - FSDI to FSD conv
32、ersion 5.2 Answer to select This clause defines the ATS with all its available fields (see Figure 4). In the case that one of the defined fields is not present in an ATS sent by a PICC the default values for that field shall apply. 6 O ISO/IEC 2001 -All rights reserved STDnISO L4443-4-ENGL 2001, YB5
33、1903 OBbbb79 535 W ISOllEC 14443-4:2001( E) Length byte m Format byte . . . . . codes Y(l) and FSCI interface bytes . . . . . codes DS and DR . . . . . codes FWI and SFGI T W ) TI) a T W 1 . . . . . codes protocol options Historical bytes 8 Figure 4 - Structure of the ATS 5.2.1 Structure of the byte
34、s The length byte TL is followed by a variable number of optional subsequent bytes in the following order: - format byte TO, - interface bytes TA(l), TB(I), TC(1) and - historical bytes TI to Tk. 5.2.2 Length byte The length byte TL is mandatory and specifies the length of the transmitted ATS includ
35、ing itself. The two CRC bytes are not included in TL. The maximum size of the ATS shall not exceed the indicated FSD. Therefore the maximum value of TL shall not exceed FSD-2. 5.2.3 Format byte The format byte T O is optional and is present as soon as the length is greater than I. The ATS can only c
36、ontain the following optional bytes when this format byte is present. TO consists of three parts (see Figure 5): - The most significant bit b8 shall be set to O. The value 1 is RFU. - The bits b7 to b5 contain Y(l) indicating the presence of subsequent interface bytes TC(I), TB(1) and TA(1). - The l
37、east significant half byte b4 to b l is called FSCI and codes FSC. The FSC defines the maximum size of a frame accepted by the PICC. The default value of FSCI is 2 and leads to a FSC of 32 bytes. The coding of FSC is equal to the coding of FSD (see Table 1). O ISO/IEC 2001 -All rights reserved 7 -,-
38、,- STD-IS0 14443-4-ENGL 2OOL W 4853903 OBbbb8O 257 . I ISO/I EC 14443-4: 2001 (E) TB(1) is transmitted, if bit is set to 1 TA(1) is transmitted, if bit is set to l TC(1) is transmitted, if bit is set to 1 shall be set to O, 1 is RFU Y(l) I- Figure 5 - Coding of format byte 5.2.4 Interface byte TA(1)
39、 The interface byte TA(1) consists of four parts (see Figure 6): The most significant bit b8 codes the possibility to handle different divisors for each direction. When this bit is set to I the PICC is unable to handle different divisors for each direction. The bits b7 to b5 code the bit rate capabi
40、lity of the PICC for the direction from PICC to PCD, called DS. The default value shall be (000)b. The bit b4 shall be set to (0)b and the other value is RFU. The bits b3 to b l code the bit rate capability of the PICC for the direction from PCD to PICC, called DR. The default value shall be (000)b.
41、 - DR=2 supported, if bit is set to 1 DR=4 supported, if bit is set to 1 DR=8 supported, if bit is set to 1 shall be set to O, 1 is RFU DS=2 supported, if bit is set to 1 OS=4 supported, if bit is set to 1 DS=8 Supported, if bit is set to 1 Only the same D for both directions supported, if bit is se
42、t to 1 Different D for each direction supported, if bit is set to O I Figure 6 - Coding of interface byte TA(1) The selection of a specific divisor D for each direction may be done by the PCD using a PPS. 5.2.5 Interface byte TB(1) The interface byte TB(1) conveys information to define the frame wai
43、ting time and the start-up frame guard time. The interface byte TB( 1) consists of two parts (see Figure 7): - The most significant half-byte b8 to b5 is called FWI and codes FWT (see 7.2). 8 O ISOIIEC 2001 -All rights reserved -,-,- - The least significant half byte b4 to b l is called SFGI and cod
44、es a multiplier value used to define the SFGT. The SFGT defines a specific guard time needed by the PICC before it is ready to receive the next frame after it has sent the ATS. SFGI is coded in the range from O to 14. The value of 15 is RFU. The value of O indicates no SFGT needed and the values in
45、the range from 1 to 14 are used to calculate the SFGT with the formula given below. The default value of SFGI is O. +- 1 I SFGI FWI Figure 7 - Coding of interface byte TB(1) SFGT is calculated by the following formula: SFGT = (256 x 16 / fc) x 2SFG SFGTMnlN = minimum value of the frame delay time as
46、 defined in ISOAEC 14443-3 SFGTDEFAULT = minimum value of the frame delay time as defined in ISOIIEC 14443-3 S FGT M = -4949 ms 5.2.6 Interface byte TC(1) The interface byte TC(1) specifies a parameter of the protocol. The specific interface byte TC(1) consists of two parts (see Figure 8): - The mos
47、t significant bits b8 to b3 shall be (0OOOOO)b and all other values are RFU. - The bits b2 and b l define which optional fields in the prologue field a PICC does support. The PCD is allowed to skip fields, which are supported by the PICC, but a field not supported by the PICC shall never be transmit
48、ted by the PCD. The default value shall be (10)b indicating CID supported and NAD not supported. NAD supported, if bit is set to 1 CID supported, if bit is set to 1 I - l Z shall be set to (000000)b, all other values are RFU Figure 8 - Coding of interface byte TC(1) 5.2.7 Historical bytes The histor
49、ical bytes TI to Tk are optional and designate general information. The maximum length of the ATS gives the maximum possible number of historical bytes. ISOIIEC 7816-4 specifies the content of the historical bytes. O ISOIEC 2001 -Ali rights reserved 9 STD-IS0 44443-V-ENGL 2001 4851903 OBbkbBZ! UZT m I Soll EC 1 4443-4: 200 1 (E)