Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
BS ISO IEC 14443 — Identification Cards — Contactless Integrated Circuit Cards — Proximity Cards Series
Identification Cards — Contactless Integrated Circuit Cards — Proximity Cards (2016 Edition, 4 Parts)
💳 BS ISO/IEC 14443 is the British Standard implementation, adopted by BSI, of the ISO/IEC 14443 international series prepared by Technical Committee IST/17 (Cards and personal identification), classified under ICS 35.240.15. The series specifies complete physical and logical interface standards for contactless proximity cards (PICC), covering physical characteristics, radio frequency power and signal interface, initialization and anticollision, and transmission protocol. It is the core foundational standard for contactless smart-card applications such as public transport, access control, identity documents, and mobile payments (NFC).
💡 Proximity cards operate at 13.56 MHz with an operating distance of about 10 cm. By defining RF power transmission, signal interface, and anticollision protocol, ISO/IEC 14443 enables reliable interoperability between cards and readers (PCD) from different manufacturers.
1. Series Overview 📌
The BS ISO/IEC 14443 series consists of several parts; this batch covers Parts 1, 2, 3, and 4, all published as third editions in 2016 (Parts 3 and 4 include A1:2016). Part 1 specifies physical characteristics; Part 2 specifies the RF power and signal interface; Part 3 specifies initialization and anticollision; Part 4 specifies the transmission protocol. The series supersedes editions from 2008 and earlier, reflecting the continued evolution of contactless card technology.
The series primarily serves smart-card chip and module manufacturers, reader and terminal vendors, public transport and identity-system integrators, mobile payment and NFC application developers, and laboratories performing contactless interoperability testing and certification.
2. Structure and Technical Highlights 📋
| Standard | Title | Core Content |
|---|---|---|
| BS ISO/IEC 14443-1:2016 | Physical characteristics | Card physical characteristics: dimensions, mechanical strength, antenna structure, environmental adaptability, etc. |
| BS ISO/IEC 14443-2:2016 | Radio frequency power and signal interface | 13.56 MHz RF power transfer, modulation and coding (Type A/B), and signal interface requirements |
| BS ISO/IEC 14443-3:2016+A1:2016 | Initialization and anticollision | Card initialization, anticollision algorithms (Type A/B), commands, and states; incorporates A1:2016 |
| BS ISO/IEC 14443-4:2016+A1:2016 | Transmission protocol | Higher-level transmission protocol (T=CL) between PICC and PCD; incorporates A1:2016 (scanned version, written from public-domain knowledge) |
⚠️ BS ISO/IEC 14443-4 in this material is a scanned version; its description is written from public-domain knowledge of the standard. Please refer to the official BSI publication for the authoritative text.
3. Key Technical Requirements 🔧
The key technical requirements of the BS ISO/IEC 14443 series are reflected at the RF interface and communication protocol levels:
- Operating frequency and power (Part 2): specifies the 13.56 MHz carrier frequency, the RF power emitted by the PCD, and the requirement for the PICC to draw power from the RF field, ensuring reliable power-up of the card at proximity distance.
- Modulation and coding (Part 2): specifies modulation (e.g., ASK) and coding (e.g., Miller, NRZ) for Type A and Type B, enabling bidirectional PCD-PICC communication.
- Anticollision (Part 3): specifies anticollision algorithms when multiple cards enter the field (Type A based on bit-collision detection, Type B based on time slots), letting the reader identify and select cards one by one.
- Initialization and commands (Part 3): specifies the initialization sequence after power-up, command format, and card state machine.
- Transmission protocol (Part 4): specifies the block transmission protocol (T=CL) between PICC and PCD, supporting APDU exchange, block numbers, and CRC checks for reliable data transfer.
🚨 RF interference and multi-card collision are the most common problems in proximity-card applications. Readers must correctly implement the anticollision algorithm, and cards must meet RF power-up and modulation requirements; poor antenna design or metal shielding causes power-up failure or communication interruption.
4. Engineering Practice Applications 🛠️
In engineering practice, the BS ISO/IEC 14443 series is mainly applied to:
- 🔍 Public transport payment: stored-value cards and contactless gates for buses and metros use 14443 Type A/B for fast tap-and-go.
- 🔧 Access control and identity authentication: office and residential access cards and electronic documents (e.g., e-passports) use the 14443 contactless interface for identity verification.
- 📊 Mobile payment and NFC: phone NFC card emulation follows 14443 and 18092 (NFC), interacting with POS terminals for payment.
- 📋 Interoperability testing and certification: card and reader manufacturers perform RF, anticollision, and protocol conformance testing per the standard to ensure cross-vendor interoperability.
✅ It is recommended that contactless application developers ensure both cards and readers meet the interoperability requirements of each ISO/IEC 14443 part, and validate through conformance testing and on-site anti-interference verification to prevent “certain cards won’t read” compatibility problems.
5. Frequently Asked Questions ❓
❓ Q: How do ISO/IEC 14443 and NFC (ISO/IEC 18092) relate?
A: ISO/IEC 14443 specifies the RF and protocol of proximity cards; ISO/IEC 18092 (NFC) adds peer-to-peer communication and card emulation at 13.56 MHz while being compatible with 14443 Type A/B. NFC readers can read 14443 cards; the two complement each other.
A: ISO/IEC 14443 specifies the RF and protocol of proximity cards; ISO/IEC 18092 (NFC) adds peer-to-peer communication and card emulation at 13.56 MHz while being compatible with 14443 Type A/B. NFC readers can read 14443 cards; the two complement each other.
❓ Q: What is the difference between Type A and Type B?
A: They differ in modulation/coding and anticollision: Type A uses Miller coding and bit-collision-detection anticollision; Type B uses NRZ coding and slot anticollision. Different applications choose different types (e.g., transit cards often A, e-documents often B); readers must support the corresponding type.
A: They differ in modulation/coding and anticollision: Type A uses Miller coding and bit-collision-detection anticollision; Type B uses NRZ coding and slot anticollision. Different applications choose different types (e.g., transit cards often A, e-documents often B); readers must support the corresponding type.
❓ Q: Why is an anticollision algorithm needed?
A: When multiple cards enter the field simultaneously, without anticollision their responses overlap, making the reader unable to identify any card. The anticollision algorithm lets the reader identify and select each card one by one, preventing misreads and collisions.
A: When multiple cards enter the field simultaneously, without anticollision their responses overlap, making the reader unable to identify any card. The anticollision algorithm lets the reader identify and select each card one by one, preventing misreads and collisions.
❓ Q: Why does the card draw power from the RF field?
A: Contactless cards have no built-in battery; the chip’s operating energy is obtained by inductive coupling of the card antenna to the RF field emitted by the reader. Insufficient power-up capability causes the card to fail at slightly greater distance or weaker field.
A: Contactless cards have no built-in battery; the chip’s operating energy is obtained by inductive coupling of the card antenna to the RF field emitted by the reader. Insufficient power-up capability causes the card to fail at slightly greater distance or weaker field.
❓ Q: What is the role of the ISO/IEC 14443-4 transmission protocol?
A: The T=CL protocol in Part 4 establishes a block-based data exchange channel after anticollision, supporting reliable transfer of APDUs (application protocol data units), enabling card applications (payment, access logic) to run over a standardized communication channel.
A: The T=CL protocol in Part 4 establishes a block-based data exchange channel after anticollision, supporting reliable transfer of APDUs (application protocol data units), enabling card applications (payment, access logic) to run over a standardized communication channel.