IEC 63563-8:2025

IEC 63563-8 ®
Edition 1.0 2025-02
NORME
INTERNATIONALE
Spécification Qi version 2.0 –
Partie 8 : Protection des étiquettes NFC
ICS 29.240.99; 35.240.99 ISBN 978-2-8327-0544-5
Droits de reproduction réservés. Sauf indication contraire, aucune partie de cette publication ne peut être reproduite ni
utilisée sous quelque forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie et
les microfilms, sans l'accord écrit de l'IEC ou du Comité national de l'IEC du pays du demandeur. Si vous avez des
questions sur le copyright de l'IEC ou si vous désirez obtenir des droits supplémentaires sur cette publication, utilisez
les coordonnées ci-après ou contactez le Comité national de l'IEC de votre pays de résidence.
IEC Secretariat Tel.: +41 22 919 02 11
3, rue de Varembé info@iec.ch
CH-1211 Geneva 20 www.iec.ch
Switzerland
A propos de l'IEC
La Commission Electrotechnique Internationale (IEC) est la première organisation mondiale qui élabore et publie des
Normes internationales pour tout ce qui a trait à l'électricité, à l'électronique et aux technologies apparentées.
A propos des publications IEC
Le contenu technique des publications IEC est constamment revu. Veuillez vous assurer que vous possédez l’édition la
plus récente, un corrigendum ou amendement peut avoir été publié.
Recherche de publications IEC -  IEC Products & Services Portal - products.iec.ch
webstore.iec.ch/advsearchform Découvrez notre puissant moteur de recherche et consultez
La recherche avancée permet de trouver des publications gratuitement tous les aperçus des publications, symboles
IEC en utilisant différents critères (numéro de référence, graphiques et le glossaire. Avec un abonnement, vous aurez
texte, comité d’études, …). Elle donne aussi des toujours accès à un contenu à jour adapté à vos besoins.
informations sur les projets et les publications remplacées
ou retirées. Electropedia - www.electropedia.org
Le premier dictionnaire d'électrotechnologie en ligne au
IEC Just Published - webstore.iec.ch/justpublished monde, avec plus de 22 500 articles terminologiques en
Restez informé sur les nouvelles publications IEC. Just anglais et en français, ainsi que les termes équivalents
Published détaille les nouvelles publications parues. dans 25 langues additionnelles. Egalement appelé
Disponible en ligne et une fois par mois par email. Vocabulaire Electrotechnique International (IEV) en ligne.
Service Clients - webstore.iec.ch/csc
Si vous désirez nous donner des commentaires sur cette
publication ou si vous avez des questions contactez-
nous: sales@iec.ch.
COMMISSION ÉLECTROTECHNIQUE INTERNATIONALE
____________
SPÉCIFICATION QI VERSION 2.0 –

Partie 8: Protection des étiquettes NFC

AVANT-PROPOS
1) La Commission Electrotechnique Internationale (IEC) est une organisation mondiale de normalisation composée
de l'ensemble des comités électrotechniques nationaux (Comités nationaux de l'IEC). L'IEC a pour objet de
favoriser la coopération internationale pour toutes les questions de normalisation dans les domaines de
l'électricité et de l'électronique. À cet effet, l'IEC – entre autres activités – publie des Normes internationales,
des Spécifications techniques, des Rapports techniques, des Spécifications accessibles au public (PAS) et des
Guides (ci-après dénommés "Publication(s) de l'IEC"). Leur élaboration est confiée à des comités d'études, aux
travaux desquels tout Comité national intéressé par le sujet traité peut participer. Les organisations
internationales, gouvernementales et non gouvernementales, en liaison avec l'IEC, participent également aux
travaux. L'IEC collabore étroitement avec l'Organisation Internationale de Normalisation (ISO), selon des
conditions fixées par accord entre les deux organisations.
2) Les décisions ou accords officiels de l'IEC concernant les questions techniques représentent, dans la mesure du
possible, un accord international sur les sujets étudiés, étant donné que les Comités nationaux de l'IEC intéressés
sont représentés dans chaque comité d'études.
3) Les Publications de l'IEC se présentent sous la forme de recommandations internationales et sont agréées
comme telles par les Comités nationaux de l'IEC. Tous les efforts raisonnables sont entrepris afin que l'IEC
s'assure de l'exactitude du contenu technique de ses publications; l'IEC ne peut pas être tenue responsable de
l'éventuelle mauvaise utilisation ou interprétation qui en est faite par un quelconque utilisateur final.
4) Dans le but d'encourager l'uniformité internationale, les Comités nationaux de l'IEC s'engagent, dans toute la
mesure possible, à appliquer de façon transparente les Publications de l'IEC dans leurs publications nationales
et régionales. Toutes divergences entre toutes Publications de l'IEC et toutes publications nationales ou
régionales correspondantes doivent être indiquées en termes clairs dans ces dernières.
5) L'IEC elle-même ne fournit aucune attestation de conformité. Des organismes de certification indépendants
fournissent des services d'évaluation de conformité et, dans certains secteurs, accèdent aux marques de
conformité de l'IEC. L'IEC n'est responsable d'aucun des services effectués par les organismes de certification
indépendants.
6) Tous les utilisateurs doivent s'assurer qu'ils sont en possession de la dernière édition de cette publication.
7) Aucune responsabilité ne doit être imputée à l'IEC, à ses administrateurs, employés, auxiliaires ou mandataires,
y compris ses experts particuliers et les membres de ses comités d'études et des Comités nationaux de l'IEC,
pour tout préjudice causé en cas de dommages corporels et matériels, ou de tout autre dommage de quelque
nature que ce soit, directe ou indirecte, ou pour supporter les coûts (y compris les frais de justice) et les dépenses
découlant de la publication ou de l'utilisation de cette Publication de l'IEC ou de toute autre Publication de l'IEC,
ou au crédit qui lui est accordé.
8) L'attention est attirée sur les références normatives citées dans cette publication. L'utilisation de publications
référencées est obligatoire pour une application correcte de la présente publication.
9) L'IEC attire l'attention sur le fait que la mise en application du présent document peut entraîner l'utilisation d'un
ou de plusieurs brevets. L'IEC ne prend pas position quant à la preuve, à la validité et à l'applicabilité de tout
droit de brevet revendiqué à cet égard. À la date de publication du présent document, l'IEC n'a pas reçu
notification qu'un ou plusieurs brevets pouvaient être nécessaires à sa mise en application. Toutefois, il y a lieu
d'avertir les responsables de la mise en application du présent document que des informations plus récentes
sont susceptibles de figurer dans la base de données de brevets, disponible à l'adresse https://patents.iec.ch.
L'IEC ne saurait être tenue pour responsable de ne pas avoir identifié tout ou partie de tels droits de propriété.
L'IEC 63563-8 a été établie par le Domaine Technique 15: Wireless Power Transfer, du comité
d'études de l’IEC 100: Systèmes et équipements audio, vidéo et multimédia. Il s'agit d'une
Norme internationale.
Il est basé sur la Spécification Qi version 2.0, Protection des étiquettes NFC et a été soumis
en tant que document Fast-Track.
La présente version bilingue (2025-07) correspond à la version anglaise monolingue publiée en
2025-02.
- 2 - IEC 63563-8:2025 © IEC 2025

La version française de cette norme n'a pas été soumise au vote.
La langue employée pour l'élaboration de cette Norme internationale est l'anglais.
La structure et les règles éditoriales utilisées dans cette publication reflètent la pratique de
l'organisation qui l'a soumise.
Ce document a été rédigé selon les Directives ISO/IEC, Partie 2, il a été développé selon les
Directives ISO/IEC, Partie 1 et les Directives ISO/IEC, Supplément IEC, disponibles sous
www.iec.ch/members_experts/refdocs. Les principaux types de documents développés par
l'IEC sont décrits plus en détail sous www.iec.ch/publications/.
Le comité a décidé que le contenu de ce document ne sera pas modifié avant la date de stabilité
indiquée sur le site web de l'IEC sous webstore.iec.ch dans les données relatives au document
recherché. À cette date, le document sera
x reconduit,
x supprimé, ou
x révisé.
WIRELESS POWER
CONSORTIUM
Spécification Qi
Protection des étiquettes NFC
Version 2.0
avril 2023
- 4 - IEC 63563-8:2025 © IEC 2025

CLAUSE DE NON-RESPONSABILITÉ
Les informations contenues dans le présent document sont considérées comme exactes à la
date de publication, mais elles sont fournies "en l'état" et peuvent contenir des erreurs. Le
Wireless Power Consortium ne donne aucune garantie, expresse ou implicite, concernant le
présent document et son contenu, y compris toute garantie de titre, de propriété, de qualité
marchande ou d'adéquation à une utilisation ou un objectif particulier. Ni le Wireless Power
Consortium, ni aucun membre du Wireless Power Consortium ne pourra être tenu
responsable des erreurs contenues dans le présent document ou des dommages, y compris
indirects ou consécutifs, résultant de l'utilisation ou de la confiance accordée à la justesse
du présent document. Pour toute explication complémentaire sur le contenu du présent
document, ou en cas d'incohérence ou d'ambiguïté d'interprétation perçue, contacter :
info@wirelesspowerconsortium.com.
HISTORIQUE DE LA PUBLICATION
Version de la spécification Date de sortie Description
2.0 avril 2023 Publication initiale de la spécification Qi v2.0.

Table des matières
1 Général . 6
1.1 Structure de la spécification Qi . 6
1.2 Domaine d'application . 7
1.3 Conformité . 7
1.4 Références. 7
1.5 Conventions . 8
1.6 Profils de puissance . 11
2 Introduction . 12
2.1 Détection et protection des étiquettes NFC. 12
3 Protection des étiquettes NFC et communication avec les appareils . 14
4 Détection d'une étiquette NFC par un émetteur de puissance Produit . 18
4.1 Intégration d'une antenne NFC dans un émetteur de puissance Produit . 18
4.2 Intégration de l'émetteur-récepteur NFC . 22
4.3 Enquête NFC . 25
5 Détection d'une étiquette NFC par un récepteur de puissance Produit . 31
5.1 Lignes directrices pour la conception . 31
5.2 Procédure de détection recommandée . 31
6 Détection d'étiquettes à l'aide de l'unité NFC . 33
6.1 Détection d'objets à faible consommation d'énergie en mode veille . 33
6.2 Détection d'objets à faible puissance dans la phase de transfert d'énergie . 33
7 Test de l'impact d'un produit émetteur de puissance sur une étiquette NFC . 34
7.1 Test des dimensions du PICC . 34
7.2 Construction du PICC test . 34
7.3 Test d'étalonnage du PICC . 38
7.4 Procédure de test avec l'utilisation du PICC de test . 38

- 6 - IEC 63563-8:2025 © IEC 2025

1 Général
Le Wireless Power Consortium (WPC) est une organisation mondiale qui vise à développer
et à promouvoir des normes mondiales pour le transfert d'énergie sans fil dans divers
domaines d'application. Un premier domaine d'application comprend les appareils à surface
plane tels que les téléphones mobiles et les chargeurs dans le profil de puissance de base
(jusqu'à 5 W) et le profil de puissance étendu (plus de 5 W).
1.1 Structure de la spécification Qi
Documents généraux
ƒ Introduction
ƒ Glossaire, acronymes et symboles
Documents de description du système
ƒ Mécanique, thermique et interface usager [domaine des transports].
ƒ Fourniture d'énergie
ƒ Couche physique des communications
ƒ Protocole de communication
ƒ Détection des objets étrangers
ƒ Protection des étiquettes NFC
ƒ Protocole d'authentification

1.2 Domaine d'application
La Spécification Qi, Protection des cartes NFC/RFID (le présent document) fournit des lignes
directrices pour détecter la présence d'une étiquette d'identification par radiofréquence (RFID)
ou d'une carte de communication en champ proche (NFC) dans la plage de fonctionnement de
l'émetteur de puissance et pour éviter d'endommager l'étiquette ou la carte.
1.3 Conformité
Toutes les dispositions de la Spécification Qi sont obligatoires, à moins qu'il ne soit spécifiquement
indiqué qu'elles sont recommandées, facultatives, qu'il s'agit d'une note, d'un exemple ou d'une
information. L'expression verbale des dispositions de la présente Disposition suit les règles
prévues dans les Directives ISO/CEI, Partie 2.
Tableau 1 : Formes verbales pour l'expression des dispositions
Disposition Forme verbale
Exigence "doit" ou "ne doit pas"
Recommandation "doit" ou "ne doit pas".
autorisation "peut" ou "ne peut pas".
capacité "peut" ou "ne peut pas".

1.4 Références
Pour les références non datées, le document publié le plus récent s'applique. Les publications
les plus récentes du CMP peuvent être téléchargées à partir de
http://www.wirelesspowerconsortium.com.

- 8 - IEC 63563-8:2025 © IEC 2025

1.5 Conventions
1.5.1 Notation des nombres
ƒ Les nombres réels utilisent les chiffres de 0 à 9, une virgule et éventuellement une partie
exponentielle.
ƒ Les nombres entiers en notation décimale utilisent les chiffres de 0 à 9.
ƒ Les nombres entiers en notation hexadécimale utilisent les chiffres hexadécimaux de 0 à 9 et
de A à F, et sont précédés de "0x", sauf indication contraire explicite.
ƒ Les valeurs à un seul bit utilisent les mots ZERO et ONE.
1.5.2 Tolérances
Sauf indication contraire, toutes les valeurs numériques dans la Spécification Qi sont
exactement telles que spécifiées et ne comportent aucune tolérance implicite.
1.5.3 Champs d'un paquet de données
Une valeur numérique stockée dans un champ d'un paquet de données utilise un format big-
endian. Les bits les plus significatifs sont stockés à un décalage d'octet inférieur à celui des
bits les moins significatifs. Tableau 2 et Figure 1 fournissent des exemples d'interprétation de
tels champs.
Tableau 2 : Exemple de champs dans un paquet de données

b b b b b b b b
7 6 5 4 3 2 1 0
(msb)
B
Champ de données
B
numériques de 16 bits
(lsb)
B Autre domaine (msb)
B Champ de données numériques de 10 bits (lsb) Champ
d'application
Figure 1. Exemples de champs dans un paquet de données

Anglais Français
16-bit Numeric Data field Champ de données numériques de 16 bits
10-bit Numeric Data field Champ de données numériques de 10 bits

- 10 - IEC 63563-8:2025 © IEC 2025

1.5.4 Notation des chaînes de texte
Les chaînes de texte consistent en une séquence de caractères ASCII imprimables (c'est-à-dire
compris entre 0x20 et 0x7E) entre guillemets ("). Les chaînes de texte sont stockées dans les
champs des structures de données, le premier caractère de la chaîne se trouvant à l'octet de
décalage le plus bas, et sont complétées par des caractères ASCII NUL (0x00) jusqu'à la fin du
champ, si nécessaire.
EXEMPLE : La chaîne de texte "WPC" est stockée dans un champ de six octets sous la forme d'une
séquence de caractères "W", "P", "C", NUL, NUL, et NUL. La chaîne de texte "M:4D3A" est
enregistrée dans un champ de six octets sous la forme de la séquence "M", " :", "4", "D",
"3" et "A".
1.5.5 Notation abrégée pour les paquets de données
Dans de nombreux cas, la Spécification Qi fait référence à un paquet de données en
utilisant la notation abrégée suivante :
/
Dans cette notation,fait référence au mnémonique du paquet de données
défini dans la Spécification Qi, Protocole de communication, etfait référence à
une valeur particulière dans un champ du paquet de données. Les définitions des paquets de
données dans la Spécification Qi, Protocole de communication, énumèrent les significations
des modificateurs.
Par exemple, EPT/cc désigne un paquet de données de fin de transfert de puissance dont le
champ de code de fin de transfert de puissance est réglé sur 0x01.

1.6 Profils de puissance
Un profil de puissance détermine le niveau de compatibilité entre un émetteur de puissance et
un récepteur de puissance. Le tableau 3 définit les profils de puissance disponibles.
ƒ BPP PTx: Un émetteur de puissance à profil de puissance de base.
ƒ EPP5 PTx: Un émetteur de puissance à profil de puissance étendu ayant une capacité de
(௣௢௧)
transfert de puissance restreinte, c'est-à-dire ܲ = 5 W.
௅
ƒ EPP PTx : Un émetteur de puissance à profil de puissance étendu.
ƒ BPP PRx : Un profil de puissance de base Récepteur de puissance.
ƒ EPP PRx : Un récepteur de puissance à profil de puissance étendu.

Tableau 3 : Capacités incluses dans un profil de puissance

Le phénomène BPP PTx EPP5 PTx EPP PTx BPP PRx EPP PRx
Ax ou Bx design Oui Oui Non N/A N/A
MP-Ax ou MP-Bx design Non Non Oui N/A N/A
Protocole de base Oui Oui Oui Oui Oui
Protocole étendu Non Oui Oui Non Oui
Authentification N/A En option Oui N/A En option

- 12 - IEC 63563-8:2025 © IEC 2025

2 Introduction
Un émetteur de puissance peut endommager les balises de communication en champ proche
(NFC) présentes dans le volume de fonctionnement pendant n'importe quelle phase si les
niveaux de puissance émis sont supérieurs aux valeurs limites définies (voir Section 2,
Introduction, et ses sous-sections).
Pour plus d'informations sur les balises NFC, voir https://nfc-forum.org/.
Le risque le plus élevé de dommages se produit dans la phase de transfert de puissance , comme le
montre le tableau 4.
Tableau 4 : Risque d'endommagement des étiquettes NFC en fonction de la phase du protocole
Phase du protocole Risque de dommages
Phase de ping Possible
Phase de configuration Possible
Phase de négociation Possible
Phase de transfert de puissance Probable

2.1 Détection et protection des étiquettes NFC
L'objectif de ce document est de décrire comment les étiquettes NFC peuvent être détectées et
protégées en étendant la fonctionnalité du produit émetteur de puissance ou du produit
récepteur de puissance.
2.1.1 Détection des étiquettes NFC
L'intégration d'un émetteur-récepteur NFC dans un produit émetteur ou dans un produit
récepteur permet de détecter de manière fiable toute étiquette NFC pouvant se trouver entre le
produit émetteur et le produit récepteur. Les capacités des appareils déterminent celui qui
effectuera la détection des étiquettes NFC.
ƒ Si ni le produit émetteur ni le produit récepteur ne peuvent détecter les étiquettes NFC, la
protection de l'étiquette NFC n'a pas lieu et toute étiquette NFC dans le volume d'exploitation
est susceptible d'être endommagée.
ƒ Si le produit émetteur d'énergie ou le produit récepteur d'énergie (mais pas les deux)
peut détecter des étiquettes NFC, c'est ce dispositif qui doit exécuter la détection
d'étiquette.
ƒ Si le produit émetteur d'énergie et le produit récepteur d'énergie peuvent tous deux
détecter des étiquettes NFC, l'un des dispositifs ou les deux doivent exécuter la détection
d'étiquette.
La sélection du dispositif qui doit exécuter la détection d'étiquette NFC a lieu lorsque l'émetteur
et le récepteur de puissance échangent des informations au cours de la phase de négociation.
Voir Section 3, Protection des étiquettes NFC et communication des appareils, pour de plus amples
informations.
2.1.2 Protéger les étiquettes NFC
Un transmetteur de puissance peut protéger les étiquettes NFC en maintenant les niveaux de
champ magnétique dans toutes les phases du protocole de transfert de puissance en dessous
d'une valeur limite définie. Cette limite est définie par des méthodes de mesurage spécifiques
utilisant la carte de circuit intégré de proximité de test (PICC) décrite dans la section 7, Tester
l'impact d'un produit émetteur de puissance sur une étiquette NFC, et permet de s'assurer que les
étiquettes NFC ne sont pas endommagées.
NOTE : Dans de rares cas, des dommages peuvent survenir même à des niveaux de champ magnétique
inférieurs à la valeur limite.

- 14 - IEC 63563-8:2025 © IEC 2025

3 Protection des étiquettes NFC et
communication avec les appareils
Un récepteur de puissance doit envoyer un paquet de données GRQ/xcap à un émetteur de
puissance EPP pendant la phase de négociation afin d'examiner les capacités étendues du
produit émetteur de puissance. Le paquet de données XCAP renvoyé en réponse fournit le
résultat de toute opération de détection d'étiquette NFC exécutée. Voir la section 9.5,
Spécification Qi, Protocole de communication, pour plus d'informations.

Le produit récepteur de puissance doit effectuer l'une des actions énumérées dans le tableau 5 en
fonction des valeurs contenues dans les champs TPS, TPE et TDS du paquet de données XCAP.
Tableau 5 : Actions du récepteur d'énergie basées sur les données XCAP
Données XCAP XCAP signifie Récepteur de puissance Action du produit
TPS = ZERO Le transmetteur de puissance Le récepteur de puissance Produit doit effectuer la
Produit ne prend pas en détection d'étiquette NFC telle que définie dans
charge la détection des Section 5, Détection d'étiquette NFC par un produit
étiquettes NFC. récepteur de puissance.
TPS = UN TDE = L'émetteur de puissance Le transfert de puissance se déroule comme défini dans
UN TDS = 0 Produit supporte la détection la Spécification Qi, Protocole de communication.
de tag NFC et n'a pas détecté
de tag.
Pour continuer, le produit récepteur de
TPS = UN TDE = Le transmetteur de puissance
puissance doit sélectionner l'une des actions
ZÉRO TDS = 0 Produit prend en charge la
suivantes :
protection des étiquettes NFC
mais n'a pas exécuté cette ƒ Envoyer un paquet de données EPT/rep et
dernière.
effectuer la détection d'étiquette elle-même
comme défini dans Section 5, Détection
d'étiquette NFC par un produit récepteur de
puissance.
ƒ Envoyer un paquet de données EPT/ptxnfc
pour demander au transmetteur de puissance
d'effectuer la détection des balises. Il convient
que le produit émetteur d'énergie supprime
son signal d'alimentation et procède à la
détection de l'étiquette NFC.
- 16 - IEC 63563-8:2025 © IEC 2025

Données XCAP XCAP signifie Récepteur de puissance Action du produit
Le produit Power Le produit récepteur de puissance doit choisir l'une
TPS = UN TDE =
Transmitter prend en des actions suivantes pour continuer :
UN TDS = 1
charge la protection
ƒ Envoyer un paquet de données EPT/rep lui-
des étiquettes NFC et a
même comme défini dans Section 5,
détecté une seule
Détection d'étiquette NFC par un produit
étiquette.
récepteur de puissance.
ƒ Envoyer un paquet de données EPT/ptxnfc
NOTE : Le produit émetteur
pour demander à l'émetteur de puissance
d'énergie peut ne pas être en
d'effectuer une détection d'étiquette. Il
mesure de faire la distinction
convient que le produit émetteur d'énergie
entre une étiquette NFC et
l'interface NFC du produit
supprime son signal d'alimentation et
récepteur d'énergie.
procède à la détection de l'étiquette NFC.
ƒ Procéder à la phase de transfert de puissance
et limiter son prélèvement au niveau de la
puissance à 5 W.
ƒ Procéder à pleine puissance s'il sait que son
propre émetteur-récepteur NFC est actif dans
le volume d'exploitation.
ƒ Envoi d'un paquet de données EPT/nfc et fin
du transfert de puissance.
Note : Lorsqu'une étiquette NFC se trouve
potentiellement dans le volume de fonctionnement, le
récepteur d'alimentation doit avertir l'usager
[domaine des transports].
Le produit récepteur de puissance doit sélectionner
l'une des actions suivantes pour procéder :
ƒ Envoyer un paquet de données EPT/rep lui-
même tel que défini in Section 5, Détection
d'une étiquette NFC par une puissance
Produit récepteur.
ƒ Envoyer un paquet de données EPT/ptxnfc
pour demander à l'émetteur de puissance
Le produit Power Transmitter d'effectuer une détection d'étiquette. Il
prend en charge la protection devrait en résulter une augmentation de la
des étiquettes NFC et a consommation d'énergie. Transmitter Product
TPS = UN
détecté plusieurs étiquettes. pour retirer son alimentation Signal et
TDE = ZERO
NOTE : TDS=2 peut détection de l'étiquette NFC.
TDS = 2
correspondre à plusieurs ƒ Procéder à la phase de transfert de puissance
étiquettes NFC ou une et limiter son prélèvement à 5 W.
étiquette et un NMD. ƒ Procéder à pleine puissance s'il sait que ses
propres L'émetteur-récepteur NFC est actif
dans la zone de fonctionnement. Volume.
ƒ Envoi d'un paquet de données EPT/nfc et fin
du transfert de puissance.
Chaque fois qu'un tag NFC est potentiellement dans le
Volume de fonctionnement, le produit récepteur de
puissance doit comporter un avertissement pour
l'usager.
Les lignes directrices génériques suivantes s'appliquent aux émetteurs de puissance EPP pour la détection
des étiquettes NFC.
Le produit Power Transmitter ne détecte pas les étiquettes NFC.
Si le produit émetteur de puissance ne détecte aucune étiquette NFC (TDS est égal à 0 dans le paquet de
données XCAP), il doit continuer à fonctionner normalement.
L'émetteur d'énergie détecte une étiquette NFC.
Lorsqu'un produit récepteur d'énergie demande un paquet de données XCAP, il indique à l'émetteur
d'énergie qu'il prend en charge la protection des étiquettes NFC. L'émetteur de puissance ne doit pas
limiter la puissance de charge négociable lorsqu'il détecte une étiquette NFC.
Si un produit récepteur de puissance ne demande pas de paquet de données XCAP, l'émetteur de puissance peut
supposer qu'il ne prend pas en charge la protection par étiquette NFC. Dans ce cas, l'émetteur de puissance doit
limiter la puissance de charge négociable à 5 W ou moins pour éviter d'endommager l'étiquette NFC détectée.
Le produit Power Transmitter détecte plus d'une étiquette NFC.
Le transmetteur de puissance doit limiter la puissance de charge négociable à 5 W ou moins. Le
produit récepteur de puissance ne peut pas fonctionner à pleine puissance.

- 18 - IEC 63563-8:2025 © IEC 2025

4 Détection d'une étiquette NFC par un émetteur de
puissance Produit
Le moyen le plus fiable de détecter les étiquettes NFC dans le volume d'exploitation est d'intégrer
un émetteur-récepteur NFC dans le produit émetteur de puissance. L'émetteur-récepteur utilise
le canal de communication NFC pour interroger tous les types d'étiquettes NFC.
En outre, un émetteur-récepteur NFC met généralement en œuvre une détection d'étiquette à
faible consommation d'énergie afin de répondre aux exigences de faible consommation. À cette
fin, l'émetteur-récepteur NFC surveille en permanence l'impédance de son antenne (voir Section
6, Détection d'étiquettes à l'aide de l'unité NFC).
Les principaux éléments constitutifs de l'intégration de l'émetteur-récepteur NFC pour la
protection des étiquettes sont l'antenne, le bloc émetteur-récepteur NFC et le profil
d
...

IEC 63563-8 ®
Edition 1.0 2025-02
INTERNATIONAL
STANDARD
NORME
INTERNATIONALE
Qi Specification version 2.0 –
Part 8: NFC Tag Protection
Spécification Qi version 2.0 –
Partie 8 : Protection des étiquettes NFC
ICS 29.240.99, 35.240.99  ISBN 978-2-8327-0191-1
All rights reserved. Unless otherwise specified, no part 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
IEC or IEC's member National Committee in the country of the requester. If you have any questions about IEC copyright
or have an enquiry about obtaining additional rights to this publication, please contact the address below or your local
IEC member National Committee for further information.

Droits de reproduction réservés. Sauf indication contraire, aucune partie de cette publication ne peut être reproduite ni
utilisée sous quelque forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie et
les microfilms, sans l'accord écrit de l'IEC ou du Comité national de l'IEC du pays du demandeur. Si vous avez des
questions sur le copyright de l'IEC ou si vous désirez obtenir des droits supplémentaires sur cette publication, utilisez
les coordonnées ci-après ou contactez le Comité national de l'IEC de votre pays de résidence.

IEC Secretariat Tel.: +41 22 919 02 11
3, rue de Varembé info@iec.ch
CH-1211 Geneva 20 www.iec.ch
Switzerland
About the IEC
The International Electrotechnical Commission (IEC) is the leading global organization that prepares and publishes
International Standards for all electrical, electronic and related technologies.

About IEC publications
The technical content of IEC publications is kept under constant review by the IEC. Please make sure that you have the
latest edition, a corrigendum or an amendment might have been published.

IEC publications search - IEC Products & Services Portal - products.iec.ch
webstore.iec.ch/advsearchform Discover our powerful search engine and read freely all the
The advanced search enables to find IEC publications by a publications previews, graphical symbols and the glossary.
variety of criteria (reference number, text, technical With a subscription you will always have access to up to date
committee, …). It also gives information on projects, content tailored to your needs.

replaced and withdrawn publications.
Electropedia - www.electropedia.org
IEC Just Published - webstore.iec.ch/justpublished The world's leading online dictionary on electrotechnology,
Stay up to date on all new IEC publications. Just Published containing more than 22 500 terminological entries in English
details all new publications released. Available online and and French, with equivalent terms in 25 additional languages.
Also known as the International Electrotechnical Vocabulary
once a month by email.
(IEV) online.
IEC Customer Service Centre - webstore.iec.ch/csc
If you wish to give us your feedback on this publication or
need further assistance, please contact the Customer
Service Centre: sales@iec.ch.
A propos de l'IEC
La Commission Electrotechnique Internationale (IEC) est la première organisation mondiale qui élabore et publie des
Normes internationales pour tout ce qui a trait à l'électricité, à l'électronique et aux technologies apparentées.

A propos des publications IEC
Le contenu technique des publications IEC est constamment revu. Veuillez vous assurer que vous possédez l’édition la
plus récente, un corrigendum ou amendement peut avoir été publié.

Recherche de publications IEC -  IEC Products & Services Portal - products.iec.ch
webstore.iec.ch/advsearchform Découvrez notre puissant moteur de recherche et consultez
La recherche avancée permet de trouver des publications gratuitement tous les aperçus des publications, symboles
IEC en utilisant différents critères (numéro de référence, graphiques et le glossaire. Avec un abonnement, vous aurez
texte, comité d’études, …). Elle donne aussi des toujours accès à un contenu à jour adapté à vos besoins.
informations sur les projets et les publications remplacées
ou retirées. Electropedia - www.electropedia.org
Le premier dictionnaire d'électrotechnologie en ligne au
IEC Just Published - webstore.iec.ch/justpublished monde, avec plus de 22 500 articles terminologiques en
Restez informé sur les nouvelles publications IEC. Just anglais et en français, ainsi que les termes équivalents
Published détaille les nouvelles publications parues. dans 25 langues additionnelles. Egalement appelé
Disponible en ligne et une fois par mois par email. Vocabulaire Electrotechnique International (IEV) en ligne.

Service Clients - webstore.iec.ch/csc
Si vous désirez nous donner des commentaires sur cette
publication ou si vous avez des questions contactez-
nous: sales@iec.ch.
IEC 63563-8 ®
Edition 1.0 2025-02
INTERNATIONAL
STANDARD
Qi Specification version 2.0 –
Part 8: NFC Tag Protection
INTERNATIONAL
ELECTROTECHNICAL
COMMISSION
ICS 29.240.99, 35.240.99 ISBN 978-2-8327-0191-1
 ,(&‹,(&
INTERNATIONAL ELECTROTECHNICAL COMMISSION
____________
QI SPECIFICATION VERSION 2.0 –
Part 8: NFC Tag Protection
FOREWORD
 The International Electrotechnical Commission (IEC) is a worldwide organization for standardization comprisingall
national electrotechnical committees (IEC National Committees). The object of IEC is to promote internationalco-
operation on all questions concerning standardization in the electrical and electronic fields. To this end andin addition
to other activities, IEC publishes International Standards, Technical Specifications, TechnicalReports, Publicly
Available Specifications (PAS) and Guides (hereafter referred to as “IEC Publication(s)”). Theirpreparation is entrusted to
technical committees; any IEC National Committee interested in the subject dealt withmay participate in this
preparatory work. International, governmental and non-governmental organizationsliaising with the IEC also
participate in this preparation. IEC collaborates closely with the InternationalOrganization for Standardization
(ISO) in accordance with conditions determined by agreement between the twoorganizations.
 The formal decisions or agreements of IEC on technical matters express, as nearly as possible, an international
consensus of opinion on the relevant subjects since each technical committee has representation from all
interested IEC National Committees.
 IEC Publications have the form of recommendations for international use and are accepted by IEC National
Committees in that sense. While all reasonable efforts are made to ensure that the technical content of IEC
Publications is accurate, IEC cannot be held responsible for the way in which they are used or for any
misinterpretation by any end user.
 In order to promote international uniformity, IEC National Committees undertake to apply IEC Publications
transparently to the maximum extent possible in their national and regional publications. Any divergence betweenany IEC
Publication and the corresponding national or regional publication shall be clearly indicated in the latter.
 IEC itself does not provide any attestation of conformity. Independent certification bodies provide conformity
assessment services and, in some areas, access to IEC marks of conformity. IEC is not responsible for any
services carried out by independent certification bodies.
 All users should ensure that they have the latest edition of this publication.
 No liability shall attach to IEC or its directors, employees, servants or agents including individual experts and
members of its technical committees and IEC National Committees for any personal injury, property damage orother
damage of any nature whatsoever, whether direct or indirect, or for costs (including legal fees) andexpenses
arising out of the publication, use of, or reliance upon, this IEC Publication or any other IECPublications.
 Attention is drawn to the Normative references cited in this publication. Use of the referenced publications is
indispensable for the correct application of this publication.
 IEC draws attention to the possibility that the implementation of this document may involve the use of (a)
patent(s). IEC takes no position concerning the evidence, validity or applicability of any claimed patent rights inrespect
thereof. As of the date of publication of this document, IEC had not received notice of (a) patent(s),which may be
required to implement this document. However, implementers are cautioned that this may notrepresent the latest
information, which may be obtained from the patent database available athttps://patents.iec.ch. IEC shall
not be held responsible for identifying any or all such patent rights.
IEC 635-8 has been prepared by technical area 15: Wireless Power Transfer, of IEC
technical committee 100: Audio, video and multimedia systems and equipment. It is an
International Standard.
It is based on Qi Specification version 2.0, NFC Tag Protection and was submitted as a Fast-
Track document.
The text of this International Standard is based on the following documents:
Draft Report on voting
//FDIS //RVD
,(&‹,(& 
Full information on the voting for its approval can be found in the report on voting indicated in
the above table.
The language used for the development of this International Standard is English.
The structure and editorial rules used in this publication reflect the practice of the organization
which submitted it.
This document was developed in accordance with ISO/IEC Directives, Part 1 and ISO/IEC
Directives, IEC Supplement available at www.iec.ch/members_experts/refdocs. The main
document types developed by IEC are described in greater detail at www.iec.ch/publications.
The committee has decided that the contents of this document will remain unchanged until the
stability date indicated on the IEC website under webstore.iec.ch in the data related to the
specific document. At this date, the document will be
x reconfirmed,
x withdrawn, or
x revised.
 ,(&‹,(&
WIRELESS POWER
CONSORTIUM
Qi Specification
NFC Tag Protection
Version 2.0
April 2023
,(&‹,(& 
DISCLAIMER
The information contained herein is believed to be accurate as of the date of publication,
but is provided “as is” and may contain errors. The Wireless Power Consortium makes no
warranty, express or implied, with respect to this document and its contents, including any
warranty of title, ownership, merchantability, or fitness for a particular use or purpose.
Neither the Wireless Power Consortium, nor any member of the Wireless Power
Consortium will be liable for errors in this document or for any damages, including indirect
or consequential, from use of or reliance on the accuracy of this document. For any furthe r
explanation of the contents of this document, or in case of any perceived inconsistency or ambiguity
of interpretation, contact: info@wirelesspowerconsortium.com.
RELEASE HISTORY
Specification Version Release Date Description
2.0 April 2023 Initial release of the v2.0 Qi Specification.

 ,(&‹,(&
Table of Contents
1  General . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
1.1 Structure of the Qi Specification. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
1.2 Scope . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.3 Compliance. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.4 References. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.5 Conventions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
1.6 Power Profiles. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
2  Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
2.1 NFC tag detection and protection. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
3  NFC tag protection and device communication . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
4  NFC tag detection by a Power Transmitter Product. . . . . . . . . . . . . . . . . . . . . . . 12
4.1 NFC antenna integration in a Power Transmitter Product. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
4.2 NFC transceiver integration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
4.3 NFC polling . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
5  NFC tag detection by a Power Receiver Product . . . . . . . . . . . . . . . . . . . . . . . . . 21
5.1 Design guidelines . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
5.2 Recommended detection procedure. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
6  Tag detection using the NFC unit. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
6.1 Low power object detection in standby . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
6.2 Low power object detection in the power transfer phase . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
7  Testing the impact of a Power Transmitter Product on an NFC tag . . . . . . . . . . 23
7.1 Test PICC dimensions. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
7.2 Construction of the Test PICC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
7.3 Test PICC calibration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
7.4 Test procedure using the Test PICC. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26

,(&‹,(& 
1  General
The Wireless Power Consortium (WPC) is a worldwide organization that aims to develop and
promote global standards for wireless power transfer in various application areas. A first
application area comprises flat-surface devices such as mobile phones and chargers in the
Baseline Power Profile (up to 5 W) and Extended Power Profile (above 5 W).
1.1 Structure of the Qi Specification
General documents
ƒ Introduction
ƒ Glossary, Acronyms, and Symbols
System description documents
ƒ Mechanical, Thermal, and User Interface
ƒ Power Delivery
ƒ Communications Physical Layer
ƒ Communications Protocol
ƒ Foreign Object Detection
ƒ NFC Tag Protection
ƒ Authentication Protocol
 ,(&‹,(&
1.2 Scope
The QiSpecification,NFC/RFIDCardProtection (this document) provides guidelines for detecting
the presence of a Radio Frequency Identification (RFID) tag or Near Field Communication (NFC)
card within the operating range of the Power Transmitter and preventing damage to the tag or
card.
1.3 Compliance
All provisions in the QiSpecification are mandatory, unless specifically indicated as recommended,
optional, note, example, or informative. Verbal expression of provisions in this Specification follow
the rules provided in ISO/IEC Directives, Part 2.
Table 1: Verbal forms for expressions of provisions
Provision Verbal form
requirement “shall” or “shall not”
recommendation “should” or “should not”
permission “may” or “may not”
capability “can” or “cannot”
1.4 References
For undated references, the most recently published document applies. The most recent WPC
publications can be downloaded from http://www.wirelesspowerconsortium.com.

,(&‹,(& 
1.5 Conventions
1.5.1 Notation of numbers
ƒ Real numbers use the digits 0 to 9, a decimal point, and optionally an exponential part.
ƒ Integer numbers in decimal notation use the digits 0 to 9.
ƒ Integer numbers in hexadecimal notation use the hexadecimal digits 0 to 9 and A to F, and are
prefixed by "0x" unless explicitly indicated otherwise.
ƒ Single bit values use the words ZERO and ONE.
1.5.2 Tolerances
Unless indicated otherwise, all numeric values in the QiSpecification are exactly as specified and do
not have any implied tolerance.
1.5.3 Fields in a data packet
A numeric value stored in a field of a data packet uses a big-endian format. Bits that are more
significant are stored at a lower byte offset than bits that are less significant. Table 2 and Figure 1
provide examples of the interpretation of such fields.
Table 2: Example of fields in a data packet
b b b b b b b b
7 6 5 4 3 2 1 0
(msb)
B
16-bit Numeric Data Field
B
(lsb)
B Other Field (msb)
B 10-bit Numeric Data Field (lsb) Field
Figure 1. Examples of fields in a data packet
16-bit Numeric Data Field
b b b b b b b b b b b b b b b b
15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0
B B
0 1
10-bit Numeric Data Field
b b b b b b b b b b
9 8 7 6 5 4 3 2 1 0
B B
2 3
 ,(&‹,(&
1.5.4 Notation of text strings
Text strings consist of a sequence of printable ASCII characters (i.e. in the range of 0x20 to 0x7E)
enclosed in double quotes ("). Text strings are stored in fields of data structures with the first
character of the string at the lowest byte offset, and are padded with ASCII NUL (0x00) characters
to the end of the field where necessary.
EXAMPLE: The text string “WPC” is stored in a six-byte fields as the sequence of characters 'W', 'P', 'C', NUL,
NUL, and NUL. The text string “M:4D3A” is stored in a six-byte field as the sequence 'M', ':', '4', 'D',
'3', and 'A'.
1.5.5 Short-hand notation for data packets
In many instances, the QiSpecification refers to a data packet using the following shorthand
notation:
/
In this notation, refers to the data packet's mnemonic defined in the QiSpecification,
CommunicationsProtocol, and refers to a particular value in a field of the data packet.
The definitions of the data packets in the QiSpecification,CommunicationsProtocol, list the
meanings of the modifiers.
For example, EPT/cc refers to an End Power Transfer data packet having its End Power Transfer
code field set to 0x01.
,(&‹,(& 
1.6 Power Profiles
A Power Profile determines the level of compatibility between a Power Transmitter and a Power
Receiver. Table 3 defines the available Power Profiles.
ƒ BPPPTx: A Baseline Power Profile Power Transmitter.
ƒ EPP5PTx: An Extended Power Profile Power Transmitter having a restricted power transfer
()pot
capability, i.e. P = 5 W.
L
ƒ EPPPTx: An Extended Power Profile Power Transmitter.
ƒ BPPPRx: A Baseline Power Profile Power Receiver.
ƒ EPPPRx: An Extended Power Profile Power Receiver.
Table 3: Capabilities included in a Power Profile
Feature BPP PTx EPP5 PTx EPP PTx BPP PRx EPP PRx
Ax or Bx design Yes Yes No N/A N/A
MP-Ax or MP-Bx design No No Yes N/A N/A
Baseline Protocol Yes Yes Yes Yes Yes
Extended Protocol No Yes Yes No Yes
Authentication N/A Optional Yes N/A Optional

 ,(&‹,(&
2  Introduction
A Power Transmitter can damage Near Field Communication (NFC) tags present in the Operating
Volume during any phase if the emitted power levels are above the defined limit values (see
Section 2, Introduction, and its subsections).
For more information about NFC tags, see https://nfc-forum.org/.
The highest risk of damage occurs in the powertransfer phase, as shown in Table 4.
Table 4: Risk of damage to NFC tags by protocol phase
Protocol phase Risk of damage
Ping phase Possible
Configuration phase Possible
Negotiation phase Possible
Power transfer phase Likely
2.1 NFC tag detection and protection
The goal of this document is to describe how NFC tags can be detected and protected by extending
the functionality of the Power Transmitter Product or Power Receiver Product.
2.1.1 NFC tag detection
By integrating an NFC transceiver into a Power Transmitter Product or into a Power Receiver
Product, any NFC tag that can be present between the Power Transmitter Product and the Power
Receiver Product can be reliably detected. The capabilities of the devices determines which one
will execute NFC tag detection.
ƒ If neither the Power Transmitter Product nor the Power Receiver Product can detect NFC tags,
NFC tag protection does not happen and any NFC tag in the Operating Volume are susceptible
to damage.
ƒ If either the Power Transmitter Product or the Power Receiver Product (but not both) can
detect NFC tags, that device should execute tag detection.
ƒ If both the Power Transmitter Product and the Power Receiver Product can detect NFC tags,
one or both of the devices should execute tag detection.
Selection of the device that should execute NFC tag detection happens when the Power Transmitter
and Power Receiver exchange information in the negotiation phase.
See Section 3, NFCtagprotectionanddevicecommunication, for further information.

,(&‹,(& 
2.1.2 Protecting NFC tags
A Power Transmitter can protect NFC tags by maintaining the magnetic field levels in all phases of
the power transfer protocol below a defined limit value. This limit is defined by specific
measurement methods using the Test Proximity Integrated Circuit Card (PICC) described in
Section 7, TestingtheimpactofaPowerTransmitterProductonanNFCtag, and helps to ensure that
NFC tags are not damaged.
NOTE: In rare cases, damage can still occur even at magnetic field levels below the limit value.

 ,(&‹,(&
3  NFC tag protection and device communication
A Power Receiver should send a GRQ/xcap data packet to an EPP Power Transmitter during the
negotiation phase to examine the Power Transmitter Product’s extended capabilities. The XCAP
data packet returned in response provides the result of any NFC tag detection operation it has
executed. See Section 9.5, QiSpecification,CommunicationsProtocol, for more information.

,(&‹,(& 
The Power Receiver Product should perform one of the actions listed in Table 5 depending on
values contained in the TPS, TPE, and TDS fields of the XCAP data packet.
Table 5: Power Receiver actions based on XCAP data
XCAP data XCAP meaning Power Receiver Product action
TPS = ZERO The Power Transmitter Product does The Power Receiver Product should perform NFC
not support NFC tag detection. tag detection as defined in Section 5, NFC tag
detection by a Power Receiver Product.
TPS = ONE The Power Transmitter Product The power transfer proceeds as defined in the
supports NFC tag detection and has not Qi Specification, Communications Protocol.
TDE = ONE
detected a tag.
TDS = 0
TPS = ONE The Power Transmitter Product To proceed, the Power Receiver Product should
supports NFC tag protection but has not select one of the following actions:
TDE = ZERO
executed the latter.
ƒ Send an EPT/rep data packet and perform tag
TDS = 0
detection itself as defined in Section 5, NFC
tag detection by a Power Receiver Product
ƒ Send an EPT/ptxnfc data packet to request
the Power Transmitter Product to perform
tag detection. This should cause the Power
Transmitter Product to remove its Power
Signal and perform NFC tag detection.
TPS = ONE The Power Transmitter Product The Power Receiver Product should select one of
supports NFC tag protection and has the following actions to proceed:
TDE = ONE
detected a single tag.
ƒ Send an EPT/rep data packet itself as defined
TDS = 1
NOTE: The Power Transmitter Product in Section 5, NFC tag detection by a Power
may not be able to distinguish between Receiver Product.
an NFC tag and the NFC interface of the
ƒ Send an EPT/ptxnfc data packet to request
Power Receiver Product.
the Power Transmitter to perform tag
detection. This should cause the Power
Transmitter Product to remove its Power
Signal and perform NFC tag detection.
ƒ Proceed to the power transfer phase and
limit its drawing the power level to 5 W.
ƒ Proceed at full power if it knows that its own
NFC transceiver is active in the Operating
Volume.
ƒ Send an EPT/nfc data packet and power
transfer terminates.
Note: Whenever an NFC tag is potentially in the
Operating Volume, the Power Receiver Product
should provide a warning to the user.

 ,(&‹,(&
Table 5: Power Receiver actions based on XCAP data (Continued)
XCAP data XCAP meaning Power Receiver Product action
TPS = ONE The Power Transmitter Product The Power Receiver Product should select one of
supports NFC tag protection and has the following actions to proceed:
TDE = ZERO
detected multiple tags.
ƒ Send an EPT/rep data packet itself as defined
TDS = 2
NOTE: TDS=2 may be multiple NFC tags in Section 5, NFC tag detection by a Power
or a tag and an NMD. Receiver Product.
ƒ Send an EPT/ptxnfc data packet to request
the Power Transmitter to perform tag
detection. This should cause the Power
Transmitter Product to remove its Power
Signal and perform NFC tag detection.
ƒ Proceed to the power transfer phase and
limit its drawing the power level to 5 W.
ƒ Proceed at full power if it knows that its own
NFC transceiver is active in the Operating
Volume.
ƒ Send an EPT/nfc data packet and power
transfer terminates.
Whenever an NFC tag is potentially in the
Operating Volume, the Power Receiver Product
should provide a warning to the user.
The following generic guidelines apply to EPP Power Transmitter Products for NFC tag detection.
The Power Transmitter Product does not detect NFC tags
If the Power Transmitter Product does not detect any NFC tag (TDS is 0 in the XCAP data packet), it
should proceed with normal operation.
The Power Transmitter Product detects one NFC tag
When a Power Receiver Product requests an XCAP data packet, it indicates to the Power
Transmitter that it supports NFC tag protection. The Power Transmitter should not limit the
Negotiable Load Power when it detects an NFC tag.
If a Power Receiver Product does not request an XCAP data packet, the Power Transmitter may
assume that the it does not support NFC tag protection. In that case, the Power Transmitter should
limit the Negotiable Load Power to 5 W or below to avoid damaging the detected NFC tag.
The Power Transmitter Product detects more than one NFC tag
The Power Transmitter should limit the Negotiable Load Power to 5 W or below. The Power
Receiver Product cannot proceed at full power.

,(&‹,(& 
4  NFC tag detection by a Power Transmitter Product
The most reliable way to detect NFC tags in the Operating Volume is to integrate an NFC transceiver
into the Power Transmitter Product. The transceiver uses the NFC communication channel to poll
for all types of NFC tags.
In addition, an NFC transceiver typically implements low-power tag detection in order to fulfill low
power requirements. For this purpose, the NFC transceiver continuously monitors its antenna
impedance (see Section 6, TagdetectionusingtheNFCunit).
The main building blocks relevant to NFC transceiver integration for tag protection are the antenna,
the NFC transceiver block, and the NFC poll profile. All three points are discussed in the following
subsections.
4.1 NFC antenna integration in a Power Transmitter Product
Due to the different operating frequencies used for power transfer and NFC communication, the
Power Transmitter Product’s Primary Coil cannot be used by the NFC interface. Accordingly, this
section introduces three options for adding an NFC antenna to the Power Transmitter Product. All
three options enable coexistence between the Primary Coil and the NFC antenna.
Selecting the appropriate design option depends partly on:
ƒ the targeted Operating Volume,
ƒ mechanical constraints, and
ƒ space restrictions on the PCB.
4.1.1 Design option 1: NFC antenna on top of the Primary Coil
The first design option places the NFC antenna on top of the Power Transmitter Product’s Primary
Coil, as shown in Figure 2. The stack-up from the bottom to top consists of the bottom PCB, the
Shielding, the Primary Coil, and the NFC antenna on the top PCB.
The NFC antenna design should achieve minimum coupling with the Primary Coil. In this case, the
magnetic field generated by the Primary Coil and NFC operation have little impact on each other.
Figure 2. Example of NFC antenna on top of the Primary Coil

 ,(&‹,(&
4.1.2 Design option 2: NFC antenna outside the Primary Coil
The second antenna design option places the NFC antenna on the Shielding outside the Primary
Coil, as shown in Figure 3. The stack-up from the bottom to top consists of the PCB, the Shielding,
and the Primary Coil. The NFC ferrite is placed on top of the Shielding outside the Primary Coil, and
the NFC antenna is placed on the outer edge of the NFC ferrite.
The goal of this design is to achieve separation of the wireless power transfer and NFC operating
frequencies by spatial separation and Shielding. The NFC ferrite bends the direction of the NFC
field upwards and shields the NFC field from the Primary Coil. The advantage of this design is to
limit construction height. However, the spatial decoupling between NFC antenna and Primary Coil
might be less than in design option 1 and may require more external components for filtering via
the antenna coupling circuit.
Figure 3. Example of NFC antenna outside the Primary Coil
4.1.3 Design option 3: NFC antenna on the main board PCB
The third antenna design places the NFC antenna on the PCB outside the Shielding, as shown in
Figure 4. The stack-up from bottom to top consists of the PCB, the Shielding, and the Primary Coil.
The NFC antenna is located well outside and below the Primary Coil. If there are metallic objects
underneath the PCB, NFC ferrite can be placed underneath the NFC antenna.
In this design, the power transfer field is well shaped by the Shielding, which also provides good
Shielding for the NFC antenna. The power transfer field has only a minor impact on NFC
communications.
Figure 4. Example of NFC antenna on the main board PCB

,(&‹,(& 
4.2 NFC transceiver integration
There is more than one way to integrate NFC transceiver functionality in a Power Transmitter
Product. For example, the NFC transmit and receive unit can be a dedicated hardware block that
manages the 13.56 MHz data exchange. The processing of NFC data and control of the NFC
communication link can be executed by the Power Transmitter’s Communications and Control
Unit (CCU) or directly performed by an NFC unit. Both cases are introduced in more detail in the
next two subsections.
From a system point of view, the CCU and NFC unit in the Power Transmitter Product can run
independently. The only information exchange necessary is during tag detection on the Interface
Surface of the Power Transmitter Product. In this case, a tag detection notification to the CCU is
required. A detected tag should block charging and may trigger user interaction.
4.2.1 Using a separate NFC unit
If there are insufficient memory and processing resources available in the Communications and
Control Unit, complete NFC functionality can be performed by a separate NFC unit, as shown in
Figure 5. In this case, CCU and NFC functionality run independently from each other, which enables
a fast and simple system integration.
An NFC unit consists of the following:
ƒ NFC transceiver
ƒ NFC controller
ƒ NFC stack and tag detection applications executed by the NFC controller
ƒ External interfaces (e.g. I/O, I2C, LEDs, etc.)
Figure 5. Independent CCU and NFC subsystems in the Power Transmitter
Communications and
Primary
Control Unit
Coil
NFC unit
NFC Processing
NFC-
and Control
Antenna
NFC Transceiver
 ,(&‹,(&
4.2.2 Shared NFC processing
If there are sufficient memory and processing resources available in the CCU, the NFC link can be
managed in parallel. A block diagram illustrating this case is shown in Figure 6.
Figure 6. Shared Communications & Control and NFC processing
Communications and
Control Unit
Primary
Coil
NFC Processing
and Control
NFC unit
NFC-
NFC Transceiver
Antenna
To realize a shared system, the CCU must provide 40-60 kB of flash memory depending on the
complexity of the implementation. If the goal is to just detect a tag, the complexity is less than
distinguishing between a tag and a mobile phone acting as a tag (i.e. tagemulation; see Section 4.3,
NFCpolling). It is expected that the NFC stack and application integration into the Power
Transmitter architecture stack is more complex compared to the independent system architecture
described in Section 4.2.1, UsingaseparateNFCunit.

,(&‹,(& 
4.3 NFC polling
In recent decades, different communication protocols and channel encoding schemes have been
defined for the 13.56 MHz Operating Frequency. To detect all different types of tags frequently seen
in the field, an NFC controller should poll for all technologies. The following standards and
specification provide a good overview of existing technologies operated at 13.56 MHz:
ƒ ISO/IEC 14443 standard series
ƒ NFC Forum Analog, Digital Protocol and Activity specifications
ƒ ISO/IEC 18092
ƒ ISO/IEC 15693
ƒ ISO/IEC 18000-3 Mode 3
4.3.1 NFC polling loop in relation to power transfer phases
Tag detection should be performed for all types before and during the ping phase. During the ping
phase and powertransferphase, the power level may be enough to damage tags. The WPC Test PICC
may be used to assess whether the power level of a Power Transmitter is above the threshold to
potentially damage tags. (See Section 7, TestingtheimpactofaPowerTransmitterProductonan
NFCtag.)
The following actions for a Power Transmitter can be defined depending on the tag detection
outcome.
ƒ If no tag has been detected on the Power Transmitter Interface Surface, a strong charging
signal is possible and the Power Transmitter can proceed to the ping phase.
ƒ If a tag has been detected on the Power Transmitter Interface Surface, no strong Power Signal
is allowed.
A Power Transmitter with a separate NFC unit, as described in Section 4.2.1, UsingaseparateNFC
unit, should continuously poll for all tag technologies throughout all phases—even during power
transfer. The polling loop cycle time should be minimized for the fastest tag detection (e.g. less than
50 ms).
A Power Transmitter that operates and manages the NFC link in parallel with the CCU, as described
in Section 4.2.2, SharedNFCprocessing, can utilize information already obtained by the CCU in
managing phase transitions. In this case, the polling for all tag technologies can be performed
before the ping phase (see the QiSpecification,CommunicationsProtocol).
The continuous polling for NFC tags should be performed as an independent, parallel activity to the
flow of power transfer phases described in the QiSpecification,CommunicationsProtocol. If an NFC
tag is detected, the Power Transmitter should go back to the ping phase and remain there until the
tag is removed.
 ,(&‹,(&
4.3.2 NFC Mobile Devices and tags
This section introduces different approaches to detecting tags. Additional means are provided to
distinguish a tag from a mobile phone that is emulating a tag. This is required since a mobile phone
with an NFC interface, or NFCMobileDevice (NMD), also implements a Power Receiver for wireless
power transfer.
The following characteristics distinguish NFC Mobile Devices and physical tags.
4.3.2.1 NFC Mobile Devices
ƒ NFC Forum-compliant devices must support three technologies, NFC-A, NFC-B and NFC-F,
when in listen mode or in Card Emulation Mode (CEM):
à During the RF ON period, an NMD responds to only one technology by default
ƒ The Active Communication Mode (ACM, Active P2P) can be directly used to detect NMDs
ƒ The NFC Forum defines CEM for: Type 3 Tag (T3T), T4AT, and T4BT Platform
ƒ No CEM is defined for T2T, T5T
4.3.2.1.1 Tags
ƒ NFC Forum defines the following tag types: T1T, T2T, T3T, T4AT, T4BT and T5T
à NFC-A Technology based: T1T, T2T and T4AT (ISO/IEC 14443)
à NFC-B Technology based: T4BT (ISO/IEC 14443)
à NFC-F Technology based: T3T
à NFC-V Technology based: T5T
ƒ Physical tags only implement a single technology
An NFC unit can use the following additional information to reliably distinguish an NMD from a tag.
ƒ The NFC unit is not expected to deal with multiple NMDs on the Power Transmitter.
ƒ Multiple tags/cards can be detected by polling for all technologies.
ƒ Multiple tags/cards can be detected within a single technology by collision resolution.

,(&‹,(& 
ƒ Within a technology additional information is transmitted which can be used to distinguish
tags from NMDs.
à NFC-A:
– SENS_RES/ATQA contains an indicator for a T1T (tag).
– SEL_RES/SAK contains an indicator for T2T (tag), T4AT (tag), and NFC-DEP (NMD).
à NFC-B:
– No information is coded to distinguish a tag from a device.
à NFC-F:
– SENSF_REQ: RC-field coding to select both T3T and NMDs or T3T only.
– SENSF_RES: NFCID2 contains an indicator for T3T (tag) or NFC-DEP (NMD).
à NFC-V: only tags will respond to a poll command in this technology.
ACM/Active P2P: ACM is only defined for NMDs, so only NMDs will respond to the poll command.
4.3.3 NFC tag detection procedure and scenarios
This section presents a procedure to reliably distinguish a physical tag from an NMD, as well as
scenarios that serve as examples.
4.3.3.1 Procedure
1. Perform technology detection to identify tags and NMDs in each technology (see the NFC
Forum Activity specification).
2. Perform collision resolution to identify multiple tags or NMDs within a single technology.
3. Use protocol information (e.g. SEL_RES) of NFC-A and NFC-F technologies to distinguish tags
from NMDs.
4. Use technology information to distinguish tags from NMDs. Perform a field reset and change
the polling sequence.
4.3.3.2 Scenario 1: one NMD (T4AT CEM) and one T4AT tag in the field
1. Detect the technology.
a) Poll for NFC-A: NMD and tag respond.
b) Poll for NFC-B: no Response.
c) Poll for NFC-F and –V: no Response.
2. Perform an NFC-A anti-collision and activation.
a) Use information contained in SENS_RES and SEL_RES to distinguish between an NMD and
a tag.
b) If NFC-DEP support is indicated in SEL_RES, then it is an NMD.
c) Otherwise, continue the identification process if no unique identification is possible yet.

 ,(&‹,(&
3. Perform a reset and then detect the technology.
a) Poll for NFC-B: 1 Response (NMD).
b) Poll for Technologies NFC-F and -V: no Response.
c) Poll for NFC-A: 1 Response (tag).
Conclusions:
ƒ If an object responds to all technologies received, it is an NMD.
ƒ If an object responds to only one technology, it is a tag.
4.3.3.3 Scenario 2: one NMD and one T4BT tag in the field
1. Perform NMD detection.
a) Poll for NFC-A: NMD responds.
b) Poll for NFC-B: tag responds.
c) Poll for NFC-F and –V: no Response.
2. Perform NFC-A activation.
a) Use the information contained in SENS_RES and SEL_RES to distinguish between an NMD
and a tag.
b) If NFC-DEP support is indicated in SEL_RES, then it is an NMD.
c) Otherwise, continue the identification process.
3. Perform an RF reset and then a device detection.
a) Poll for NFC-B: both NMD and tag will respond.
b) Poll for all other technologies: no Response.
4. Perform anti-collision to check if two NMDs/tags are indeed present.
5. Perform a reset and then an NMD detection.
a) Poll for NFC-F: NMD responds. Check SENS_RES for NFC-DEP support indication; if yes, it
is an NMD.
b) Poll for NFC-B: Tag responds.
c) Poll for NFC-F and –V: no Response.
Conclusions:
ƒ If an object responds to all technologies received, it is an NMD.
ƒ If an object responds to only one technology, it is a tag.

,(&‹,(& 
4.3.3.4 Scenario 3: two tags in the field (one tag NFC-A and one tag NFC-B)
1. Detect the technology.
a) Poll for NFC-A: tag responds.
b) Poll for NFC-B: tag responds.
c) Poll for NFC-F and –V: no Response.
2. Perform NFC-A activation.
a) Use information contained in SENS_RES and SEL_RES to distinguish between an NMD and
a tag.
b) No indication of NFC-DEP support in SEL_RES.
3. Perform a reset and then a device detection.
a) Poll for NFC-B: one tag Response.
b) Poll for NFC-A: one tag Response.
c) Poll for NFC-F and –V: no Response.
4. Perform a reset and then a device detection.
a) Poll for NFC-F: no Response.
b) Poll for NFC-B: one tag Response.
c) Poll for NFC-A: one tag Response.
d) Poll for NFC–V: no Response.
Conclusion: there are two tags in the field.

 ,(&‹,(&
5  NFC tag detection by a Power Receiver Product
An NFC transceiver embedded in a Power Receiver Product can be used to detect the presence of an
NFC tag within the power transfer Operating Volume. The Power Receiver Product can then
prevent damage to the NFC tag by stopping the Power Transfer.
5.1 Design guidelines
Placement of the NFC transceiver in the Power Receiver Product is important: the NFC transceiver’s
Operating Volume should be aligned with the Operating Volume of the power transfer. That is, the
Power Transmitter coil and NFC antenna should cover the same location.
5.2 Recommended detection procedure
To remove any interference from the power signal when detecting NFC tags, the Power Receiver
Product sends an EPT/rep data packet with the re-ping time packet during the negotiation phase to
force the Power Transmitter to remove the power signal. During re-ping, the NFC transceiver in the
Power Receiver Product detects the tag by applying the same technologies described in Section 4,
NFCtagdetectionb
...