Thread Group: certification du maillage IPv6 802.15.4

Auteur Hugues Orgitello Mis à jour le 27 mai 2026 ~15 min de lecture

Guide · Thread Group

La certification Thread Group est, comme la qualification Bluetooth SIG ou la certification Wi-Fi Alliance, un régime privé d'interopérabilité. Le Thread Group, formé en 2014 par Nest, ARM, Silicon Labs et plusieurs autres industriels, publie la spécification du protocole Thread et opère le programme de certification qui en conditionne l'usage commercial. Thread est une pile réseau IPv6 basse consommation construite par-dessus la couche physique et MAC IEEE 802.15.4, conçue pour le maillage domotique et l'IoT industriel. Cette page décrit le périmètre du programme, les tiers d'adhésion (Adopter, Affiliate, Sponsor), les rôles d'équipement (Border Router, Router, REED, FED, MED, Sleepy End Device), l'évolution des spécifications de Thread 1.0 à 1.4, le déroulé d'une certification chez un Authorized Test Lab et son articulation avec les régimes radio sous-jacents ainsi qu'avec Matter.

Ce qu'est Thread

Thread est un protocole réseau maillé IPv6 basse consommation spécifié par le Thread Group. Son périmètre est strictement celui des couches réseau et transport de la pile OSI : routage IPv6 sur 6LoWPAN, formation et maintenance du maillage, sécurité réseau (MLE, commissioning), services de découverte locale (mDNS / DNS-SD). La couche physique et MAC est intégralement déléguée à IEEE 802.15.4, dont Thread reprend la modulation O-QPSK et l'accès au médium CSMA-CA.

Couche OSI	Thread	Comparaison Zigbee	Comparaison Wi-Fi
Application	Hors spec (Matter, propriétaire...)	Zigbee Cluster Library	Hors spec
Transport	UDP, TCP (rare) sur IPv6	APS Zigbee, propriétaire	UDP, TCP
Réseau	IPv6, 6LoWPAN, RPL allégé	Zigbee NWK (propriétaire)	IPv4 / IPv6
Liaison	IEEE 802.15.4 MAC	IEEE 802.15.4 MAC	IEEE 802.11 MAC
Physique	IEEE 802.15.4 O-QPSK 2,4 GHz	IEEE 802.15.4 O-QPSK 2,4 GHz	IEEE 802.11 OFDM

Trois conséquences pratiques découlent de cette architecture :

• Thread ne définit pas une application. Un produit Thread ne sait que router des paquets IPv6 dans son maillage. La logique métier (allumer une lampe, lire un capteur) suppose une couche applicative supplémentaire, le plus souvent Matter aujourd'hui, parfois un protocole propriétaire.
• Thread ne définit pas la radio. Le circuit 802.15.4 sous-jacent reste régi par les régimes nationaux (RED en UE, FCC aux US, SRRC en Chine, TELEC au Japon, et ainsi de suite).
• Thread n'impose pas une marque applicative. Le logo Thread atteste la conformité réseau, pas l'interopérabilité applicative entre deux produits différents. Pour cela, il faut une seconde certification, typiquement Matter.

Le Thread Group et son programme

Le Thread Group est une organisation à adhésion payante incorporée aux États-Unis. Elle détient les marques Thread, opère le portail de certification, publie la spécification réservée à ses membres et accrédite les laboratoires de test (Authorized Test Lab, ATL). Le mot Thread, le logo et les déclinaisons (Thread 1.x, Thread Certified Component) sont protégés par des dépôts internationaux, et leur usage commercial sans certification ouvre la voie à une action en contrefaçon.

Trois tiers d'adhésion structurent l'accès au programme :

• Adopter : niveau d'entrée, suffisant pour certifier des produits, accéder à la spécification finalisée, utiliser la marque Thread sur les produits certifiés. Pas d'accès aux groupes de travail techniques ni au draft des futures versions.
• Affiliate : niveau intermédiaire, avec cotisation annuelle. Donne accès aux Working Groups, au draft des futures spécifications, à un droit de vote sur certaines décisions techniques, et à des conditions tarifaires plus favorables sur les frais de certification.
• Sponsor : niveau supérieur, réservé aux contributeurs majeurs (silicon vendors, grands intégrateurs, fournisseurs d'écosystème). Siège au Board of Directors, oriente la roadmap et le calendrier des versions.

Tier	Cotisation	Accès Working Groups	Vote	Certification produit
Adopter	Modeste, vérifier auprès du Thread Group	Non	Non	Oui, plein tarif
Affiliate	Annuelle, plus élevée	Oui	Sur certains comités	Oui, tarifs réduits
Sponsor	Engagement Sponsor	Oui, contribution prioritaire	Board	Oui, tarifs réduits

Les montants exacts évoluent et doivent être confirmés directement auprès du Thread Group. Un fabricant intégrant un module Thread déjà certifié choisit en général Adopter. Le passage à Affiliate se justifie pour les concepteurs de stacks, les silicon vendors et les acteurs qui veulent peser sur l'évolution du standard.

Les rôles d'équipement Thread

L'architecture Thread définit plusieurs rôles fonctionnels que peut prendre un device dans le maillage. Un même produit peut, selon sa configuration et ses ressources, jouer un rôle ou un autre, et basculer entre eux dynamiquement. La certification s'applique au rôle déclaré dans le dossier.

Border Router

Le Thread Border Router (TBR) est le point de jonction entre le maillage 802.15.4 et un réseau IPv6 externe, typiquement Ethernet ou Wi-Fi. Ses fonctions sont multiples :

• Relayer le trafic IPv6 entre les deux réseaux, avec traduction d'adresses si nécessaire (Neighbor Discovery Proxy).
• Faire office d'agent de découverte de service via mDNS / DNS-SD pour exposer les end devices Thread au reste du LAN.
• Héberger le Commissioner ou relayer une session de commissioning vers un Commissioner externe (téléphone).
• Maintenir la sécurité du maillage en répondant aux requêtes MLE et en distribuant la clé réseau aux nouveaux joiners.

Un Border Router est un équipement à part entière, avec son propre test plan, ses propres exigences de certification et ses propres responsabilités opérationnelles. Apple HomePod, Google Nest Hub, Amazon Echo, Samsung SmartThings Hub, Eve Hub et plusieurs box opérateur intègrent un Border Router certifié.

Router et REED

Un Router est un end device Thread qui participe activement au routage du maillage. Il maintient des tables de routage, propage les annonces MLE, sert de parent à des End Devices et achemine les paquets dans le réseau. Un maillage Thread peut compter jusqu'à 32 Routers actifs simultanément.

Un REED (Router Eligible End Device) est un end device qui se comporte comme un End Device en temps normal, mais qui peut être promu Router dynamiquement par le Leader du réseau si le maillage manque de routeurs. C'est une optimisation : on évite d'engager les ressources d'un Router tant que le réseau n'en a pas besoin.

FED et MED

Un FED (Full End Device) est un end device qui maintient en permanence une connexion radio avec son parent Router. Il reste pleinement adressable et reçoit le trafic descendant sans délai. Convient aux équipements alimentés sur secteur ou à autonomie élevée (interrupteurs muraux, capteurs alimentés, prises).

Un MED (Minimal End Device) est une variante allégée du FED, avec une pile Thread simplifiée mais toujours active en permanence sur la radio.

Sleepy End Device

Un Sleepy End Device (SED) met sa radio en sommeil entre des fenêtres de polling courtes, économisant ainsi la consommation. Le parent Router maintient les paquets en attente dans un buffer, et le SED les récupère à son réveil par un poll explicite. Idéal pour les capteurs sur pile à durée de vie longue (contact de porte, capteur de mouvement, sonde de température).

Rôle	Routage	Radio	Cas d'usage typique
Border Router	Pont vers IPv6 externe	Toujours active	Hub domotique, box opérateur
Router	Actif dans le maillage	Toujours active	Prise alimentée, ampoule connectée
REED	Inactif, promotable	Toujours active	End Device alimenté secteur
FED	Aucun	Toujours active	Interrupteur mural, capteur secteur
MED	Aucun	Toujours active, pile simplifiée	End Device contraint
Sleepy End Device	Aucun	Sommeil + polls	Capteur sur pile

Le choix du rôle structure tout le projet matériel : alimentation, antenne, taille de la flash, certification visée. Un SED qui veut basculer en Router pour une mise à jour majeure ne peut pas le faire sans repenser son alimentation.

Évolution des versions de spécification

Le Thread Group publie sa spécification par versions successives, ajoutant des fonctionnalités tout en maintenant la rétrocompatibilité réseau autant que possible. Chaque version dispose d'un test plan dédié, et la certification est liée à une version donnée.

Version	Année (référence Thread Group)	Apports principaux	Statut typique
Thread 1.0	Première spec stable	Maillage IPv6 sur 6LoWPAN, MLE, commissioning de base	Obsolète
Thread 1.1	Évolution mineure	Stabilisation, errata, durcissement sécurité	Encore présente sur du matériel ancien
Thread 1.2	Élargissement	Multicast amélioré, CSL (Coordinated Sampled Listening) pour SED bas consommation, Thread Domains	Déployée
Thread 1.3	Étape majeure	TCAT (Thread Commissioning over Authenticated TLS), commissioning rénové, alignement avec Matter, EPSKc	Adoption courante
Thread 1.4	Étape récente	Élargissement des types de credentials, multi-PAN, raffinements TBR pour usage opérateur	Adoption naissante

Quelques points pratiques :

• Thread 1.3 marque le tournant Matter. Le commissioning Thread historique passait par un Commissioner externe sur BLE ; Thread 1.3 introduit TCAT, qui permet d'établir directement une session TLS authentifiée par-dessus le canal Thread, sans nécessairement passer par BLE pour la phase d'autorisation. Matter 1.0 et au-dessus s'appuient sur les mécanismes de Thread 1.3.
• Thread 1.4 élargit la palette des credentials acceptés par le commissioning et ajoute des raffinements pour les Border Routers opérés à grande échelle, par exemple par un opérateur télécom ou un agrégateur d'écosystèmes.
• La rétrocompatibilité réseau est assurée dans la grande majorité des cas (un device 1.2 peut joindre un maillage 1.3), mais la certification d'un produit reste liée à la version déclarée. Faire évoluer un produit en service de 1.3 à 1.4 par OTA suppose une mise à jour formelle du dossier produit.

Place dans la pile des certifications

Pour un produit Thread destiné aux marchés UE et US, l'empilement minimal des régimes ressemble à ceci :

Régime	Périmètre	Obligatoire si...
Marquage CE + RED art. 3.2	Spectre 802.15.4 en 2,4 GHz	Mise sur marché UE
Marquage CE + RED art. 3.3	Cybersécurité, EN 18031	Mise sur marché UE, depuis août 2025
FCC Part 15.247	Émetteur 2,4 GHz aux États-Unis	Mise sur marché US
Thread Group	Conformité protocole et logo Thread	Logo Thread affiché et fonction Thread
Bluetooth SIG	BLE de commissioning, logo Bluetooth	BLE utilisé pour le commissioning
CSA Matter	Couche applicative Matter	Logo Matter et écosystèmes Apple, Google, Amazon, Samsung

Aucun de ces régimes ne se substitue à un autre. Voir le pillar RED pour la directive radio européenne, le pillar FCC pour la voie américaine, le guide Matter pour l'application, et le guide Bluetooth SIG pour le BLE de commissioning. La certification Wi-Fi Alliance, frère de la certification Thread Group côté Wi-Fi, est traitée dans le guide Wi-Fi Alliance.

Articulation avec le régime radio 802.15.4

La radio Thread fonctionne dans la bande 2,4 GHz (canaux 11 à 26 du plan IEEE 802.15.4). Elle est donc soumise aux mêmes régimes radio que Wi-Fi, Bluetooth et Zigbee dans cette bande, en plus de la certification Thread Group côté protocole.

Côté UE, RED article 3.2

Le rapport de conformité s'appuie sur EN 300 328, la norme harmonisée qui couvre tous les transmetteurs en bande 2,4 GHz, y compris les radios DSSS basse puissance type 802.15.4. Les essais portent sur la puissance maximale rayonnée, l'occupation spectrale, la modulation et les techniques d'évitement de collision. Le rapport EN 300 328 ne dit absolument rien du protocole Thread, et inversement le test plan Thread Group ne mesure pas la puissance radio.

Les autres articles RED restent applicables : 3.1(a) santé via EN 62479 ou EN 62311 selon la puissance, 3.1(b) CEM radio via EN 301 489-17, et depuis août 2025 l'article 3.3 cybersécurité via EN 18031. Détail sur la page RED, tests.

Côté US, FCC Part 15.247

Aux États-Unis, la radio 802.15.4 tombe sous 47 CFR Part 15.247, qui régit les transmissions sans licence dans les bandes 2,4 GHz et 5 GHz. Les exigences portent sur la puissance conduite, les émissions hors bande, la modulation et la cohabitation. Le rapport FCC produit un FCC ID via un TCB. Voir le pillar FCC pour le périmètre détaillé.

Là encore, le FCC ID ne couvre pas la certification Thread Group, et inversement. Un produit Thread distribué dans les deux régions cumule donc : RED + FCC pour la radio, Thread Group pour le protocole, plus Matter et Bluetooth SIG selon les fonctions, plus la certification Wi-Fi Alliance si le Border Router intègre une radio Wi-Fi. Voir EU + US, double certification pour le cadrage global d'un programme dual.

Cohabitation avec Zigbee sur le même chipset

La plupart des chipsets 802.15.4 récents partagent leur radio entre Thread et Zigbee, en multiprotocol concurrent ou alterné : Silicon Labs EFR32MG, Nordic nRF52840 et nRF54, Espressif ESP32-H2 et C6, NXP K32W et RW61x, Texas Instruments CC2652 et CC1352. Cette dualité a deux conséquences :

• Côté radio, un seul rapport EN 300 328 ou FCC Part 15.247 suffit puisque le circuit RF est identique.
• Côté protocole, deux certifications distinctes sont nécessaires : Thread Group pour Thread, CSA pour Zigbee (la CSA, anciennement Zigbee Alliance, a fusionné la gouvernance Zigbee et Matter).

Un produit dual-stack n'est donc pas un produit dont la certification est dédoublée ; c'est un produit dont la radio est testée une fois mais dont les couches protocolaires sont testées deux fois.

Commissioning : le rôle du BLE

Un End Device Thread sortant d'usine ne sait rien du réseau Thread environnant : il ignore la clé réseau, le canal radio (parmi les seize disponibles en 2,4 GHz), le PAN ID et l'éventuelle topologie de Border Routers. Le commissioning est la procédure par laquelle un Commissioner transmet ces informations au joiner et l'autorise à entrer dans le maillage.

Plusieurs voies coexistent :

• Commissioning via BLE. Voie historique et toujours majoritaire. Le device expose une session BLE éphémère, qu'un téléphone (souvent l'app de l'écosystème, par exemple Apple Home ou Google Home) intercepte. La phase BLE transmet les credentials Thread (clé, canal, PAN ID), puis le device bascule sur la radio Thread et joint le maillage. Ce BLE n'est pas optionnel : il impose la qualification Bluetooth SIG du device pour le droit d'usage de la marque Bluetooth, et la conformité radio BLE applicable.
• Commissioning via Border Router en TCAT (Thread 1.3+). Le device peut établir une session TLS authentifiée directement via Thread, à l'aide d'un EPSKc (Ephemeral PSK for Commissioning). Cette voie réduit la dépendance au BLE dans certaines architectures, mais ne le supprime pas pour les ecosystèmes consommateurs où le téléphone reste le Commissioner.
• Commissioning hors bande. Saisie manuelle de la clé sur un écran intégré, lecture de QR Code sur le device par une caméra de Border Router, NFC. Rare en grand public, présent en industriel.

La conclusion pratique pour le projet : prévoir le BLE et sa certification Bluetooth SIG comme une fonction obligatoire, pas comme une option. La qualification Bluetooth SIG est traitée dans le guide qualification Bluetooth SIG.

Le processus de certification chez un ATL

Le déroulé standard d'une certification Thread Group, du choix de la route à l'inscription au registre public :

1. Adhésion Thread Group au minimum en Adopter, validation administrative et paiement de la cotisation.
2. Choix de la route. Identifier si le produit s'appuie sur un Thread Certified Component existant (chipset, module, stack), auquel cas une compliance review allégée est possible. Sinon, prévoir une certification complète.
3. Définition du rôle. Border Router, Router, REED, FED, MED ou Sleepy End Device. Le rôle déclaré conditionne le test plan applicable. Un device qui combine plusieurs rôles doit le déclarer.
4. Préparation des artefacts techniques. Documentation de la stack utilisée (OpenThread, stack vendeur, stack propriétaire), version cible (1.3, 1.4), paramètres, antenne, alimentation.
5. Pré-tests internes. Validation avec l'outil officiel Thread Test Harness pour s'assurer que les cas de test du rôle visé passent en interne avant les essais externes.
6. Sélection d'un Authorized Test Lab. Liste publique sur le portail Thread Group. Engagement du laboratoire, transmission du produit et du dossier technique.
7. Exécution du test plan. Conformité au protocole, robustesse réseau (perte de parent, fragmentation, rotation de Router), commissioning, sécurité (clés, MLE, KEK).
8. Rapport et soumission au Thread Group, accompagnés de la déclaration fabricant et des frais de certification.
9. Compliance Review. Le Thread Group examine le rapport, demande des compléments éventuels et statue sur l'attribution du certificat.
10. Inscription au registre public Thread Certified Products avec nom commercial, fabricant, version Thread et liste des rôles certifiés.
11. Apposition de la marque et du logo dans le respect du brand book Thread Group (taille, contraste, espace de protection).
12. Maintenance. Mise à jour du dossier en cas d'évolution matérielle ou firmware impactant Thread.

Le calendrier total dépend du rôle, de la maturité de l'équipe et de la disponibilité ATL. Les durées exactes varient selon le laboratoire et la version de spec, et doivent être confirmées en début de programme.

Réutilisation par compliance review

Un trait distinctif du programme Thread Group est la compliance review : un produit qui hérite d'un composant Thread Certified (chipset, module, ou stack), sans modification de la couche Thread, peut suivre une procédure allégée. Le candidat soumet le dossier en indiquant le composant parent, le Thread Group vérifie que les hypothèses tiennent et un essai réduit suffit. C'est l'équivalent fonctionnel du EPL Bluetooth SIG ou du Wi-Fi Alliance Member Product.

Conditions pratiques :

• Le composant parent est listé au statut Certified et couvre la version Thread visée.
• La couche Thread n'est pas modifiée, ni en firmware ni en configuration.
• Le rôle déclaré par le produit fini est inclus dans le périmètre certifié du composant parent.
• Toute modification matérielle (antenne, alimentation RF, layout) ou logicielle (paramètres de stack, fonctions ajoutées) sort le produit du périmètre et impose une nouvelle certification.

Pour une équipe qui intègre un module Silicon Labs MGM240, Nordic nRF52840, Espressif ESP32-H2 ou NXP K32W déjà certifié, la compliance review réduit significativement les délais et les coûts.

Pièges fréquents

Penser que Matter couvre Thread

L'erreur la plus répandue sur les premiers produits Matter sur Thread. Une certification CSA Matter ne dit rien de la conformité Thread. Les deux régimes sont gérés par deux organisations distinctes, avec deux dossiers, deux test plans, deux ATL, deux registres publics. Un produit qui affiche le logo Matter et utilise Thread doit cumuler les deux certifications, sous peine d'usage abusif d'une des marques.

Oublier la certification du Border Router

Le Border Router est un produit Thread à part entière. Un hub domotique combinant Wi-Fi et Thread doit être certifié comme Border Router, en plus de la certification Matter du hub et de la certification Wi-Fi Alliance du segment Wi-Fi. Beaucoup d'équipes le traitent comme un simple accessoire et découvrent tardivement que c'est en réalité l'élément le plus exigeant côté Thread Group.

Modifier la stack Thread sans re-certifier

Un produit qui hérite d'un module certifié sous compliance review repose sur l'hypothèse forte que la stack n'est pas modifiée. Tout patch local (fix de bug propriétaire, paramètres de timing ajustés, fonctionnalité Thread ajoutée) sort le produit du périmètre. La règle est la même qu'en Bluetooth SIG ou en Wi-Fi Alliance : la stack qualifiée doit être livrée telle quelle.

Confondre la certification Thread Group et la conformité radio

Penser que le rapport EN 300 328 ou le FCC ID couvre la certification Thread Group bloque le projet à la dernière étape. Les deux régimes sont disjoints : l'un mesure la puissance et l'occupation spectrale, l'autre mesure la conformité au protocole. Les deux doivent exister, en parallèle, avant la mise sur le marché.

Sous-estimer le BLE de commissioning

Le BLE n'est pas une option dans la majorité des architectures Thread grand public. À traiter dès la conception comme un sous-système certifié : qualification Bluetooth SIG côté logo, rapport EN 300 328 ou Part 15.247 côté radio (le même rapport peut couvrir BLE et 802.15.4 si la radio est partagée), EN 301 489-17 côté CEM. Découvrir le BLE en cours de programme ajoute plusieurs semaines.

Décaler la version Thread sans mettre à jour le dossier

La rétrocompatibilité réseau de Thread est forte, ce qui peut donner l'impression qu'un device 1.2 reste certifié quand il monte en 1.3 ou 1.4 par OTA. Faux côté programme : la certification est liée à une version. Un saut majeur impose une mise à jour formelle du dossier, voire une nouvelle soumission.

Mal déclarer le rôle

Un device qui bascule entre REED et Router doit déclarer les deux rôles. Une déclaration incomplète conduit à un test plan partiel et à un risque d'échec en production. À l'inverse, déclarer des rôles non implémentés gonfle inutilement le test plan.

Cumuler Zigbee sur la même radio sans cumuler les certifications

Un chipset 802.15.4 dual-stack Thread + Zigbee a besoin de deux certifications protocolaires distinctes : Thread Group pour Thread, CSA (anciennement Zigbee Alliance) pour Zigbee. La certification radio 802.15.4 est commune, mais pas les certifications protocole. Un produit qui affiche les deux logos sans avoir passé les deux régimes est en infraction sur les deux marques.

Pour aller plus loin

Un cas concret de cadrer un projet Thread et son articulation avec Matter ? AESTECHNO peut auditer votre conception et votre plan de certification. Nous contacter →

Voir également glossaire pour les définitions Border Router, REED, FED, MED, TCAT, ainsi que les guides certification Matter, qualification Bluetooth SIG, certification Wi-Fi Alliance, et EU + US, double certification.

Sources & références

1. Thread Group , Thread Group www.threadgroup.org/
2. Thread Group, What is Thread / Benefits , Thread Group www.threadgroup.org/What-is-Thread/Thread-Benefits
3. IEEE 802.15.4 Working Group , IEEE www.ieee802.org/15/pub/TG4.html
4. ETSI EN 300 328, transmission systems in the 2.4 GHz band , ETSI www.etsi.org/deliver/etsi_en/300300_300399/300328/
5. 47 CFR Part 15.247, unlicensed operation in 2.4 GHz and 5 GHz bands , FCC www.ecfr.gov/current/title-47/chapter-I/subchapter-A/part-15/subpart-C/section-15.247
6. CSA Matter, overview , Connectivity Standards Alliance csa-iot.org/all-solutions/matter/