LoRa Alliance: certification d'objets LoRaWAN
Guide - Certification LoRaWAN
La certification LoRaWAN, operee par la LoRa Alliance, est un programme prive d'interoperabilite et de marque qui s'ajoute, sans s'y substituer, aux obligations reglementaires radio applicables a un objet sans fil. Elle couvre le comportement de la couche MAC LoRaWAN, la conformite aux parametres regionaux et l'interoperabilite avec les serveurs de reseau, mais ne traite ni de la modulation LoRa elle-meme (propriete intellectuelle de Semtech) ni des exigences spectrales nationales. Cette page expose les principes du programme, les niveaux d'adhesion, les versions de specification et leurs ruptures, les classes d'objet, les outils d'essai et les pieges classiques d'une commercialisation incomplete.
Pourquoi une certification distincte de la radio
Section intitulée « Pourquoi une certification distincte de la radio »La LoRa Alliance, constituee en 2015, federe les acteurs du LoRaWAN : operateurs de reseaux publics (Actility ThingPark, Senet, Orange, Bouygues...), fabricants de gateways, integrateurs et fabricants d'objets. L'Alliance maintient les specifications LoRaWAN, les parametres regionaux et le programme de certification end device. Elle detient les marques LoRaWAN et LoRaWAN Certified, et licencie leur usage a ses membres dans le cadre du programme.
L'Alliance n'est pas un regulateur. Les obligations radio (puissance, duty cycle, bande, harmoniques, methode de mesure) relevent des autorites nationales : autorites de spectre europeennes via la directive RED, FCC aux Etats-Unis, ANATEL au Bresil, MIC au Japon, etc. La certification LoRaWAN intervient apres la conformite radio : elle ne libere d'aucune obligation reglementaire et ne se substitue a aucun rapport d'essai radio.
Deux objectifs cohabitent dans le programme :
- Interoperabilite reseau. Garantir qu'un objet certifie communique correctement avec n'importe quel serveur de reseau LoRaWAN conforme a la meme specification, sans personnalisation client.
- Protection de marque. Assurer que la mention LoRaWAN Certified et son logo ne sont apposes que sur des produits ayant passe les essais de l'Alliance.
L'enjeu commercial est important : la plupart des operateurs de reseaux publics LoRaWAN exigent la certification Alliance comme condition d'admission sur leur infrastructure. Un objet non certifie peut techniquement fonctionner sur un reseau prive monte autour de Chirpstack ou The Things Network communautaire, mais sera generalement refuse par les operateurs commerciaux.
LoRa, couche physique versus LoRaWAN, couche MAC
Section intitulée « LoRa, couche physique versus LoRaWAN, couche MAC »Une confusion frequente confond la modulation LoRa et le protocole LoRaWAN. Les deux relevent de regimes de propriete et de gouvernance differents.
| Couche | Nom | Detenteur | Statut |
|---|---|---|---|
| PHY (radio) | LoRa | Semtech Corporation | Propriete intellectuelle privee, licence via achat de transceivers SX12xx |
| MAC (acces) | LoRaWAN | LoRa Alliance | Specification ouverte aux membres, maintenue par l'Alliance |
| Logo / marque | LoRaWAN Certified | LoRa Alliance | Programme de certification end device |
Tout objet LoRaWAN integre un transceiver Semtech ou un derive sous licence (Murata Type ABZ, STMicro STM32WL avec sous-systeme radio Semtech, Nordic nRF Sidewalk LoRa, etc.). La modulation est protegee par brevet ; il n'existe pas, fin 2025, d'implementation libre de droits de LoRa au niveau physique. La specification LoRaWAN, en revanche, peut etre obtenue gratuitement par tout membre Adopter de l'Alliance et implementee en logiciel ouvert (LMIC, LoRaMac-node de Semtech, stack ST sur STM32WL).
Cette distinction structure l'effort de developpement : pas de marge sur la modulation, le composant LoRa est impose par le choix du transceiver ; en revanche, le logiciel LoRaWAN peut etre integre depuis une stack reference, ce qui rend la certification accessible meme aux petites equipes.
Trois regimes a articuler
Section intitulée « Trois regimes a articuler »Un objet LoRaWAN commercialise en Europe ou aux Etats-Unis doit donc satisfaire trois regimes empiles :
| Aspect | Couche radio (RED / FCC) | Couche modulation (LoRa) | Couche MAC (LoRaWAN) |
|---|---|---|---|
| Nature | Cadre reglementaire public | Choix de composant (brevet Semtech) | Programme prive de l'Alliance |
| Emetteur | Autorites de spectre nationales | Semtech via le transceiver | LoRa Alliance |
| Objet | Spectre, puissance, duty cycle, harmoniques | Modulation chirp etalee | Comportement MAC, regions, interoperabilite |
| Reference | EN 300 220, FCC Part 15.247, Part 15.249 | Datasheets SX1261 / SX1262 / SX1276 / SX1303 | LoRaWAN L2 1.0.4 ou 1.1, RP002 |
| Documents | DoC RED, FCC ID, rapports d'essai | Specification de composant | Certificat LoRaWAN Certified |
| Sanction | Interdiction de mise sur le marche | N/A (decoule du choix matiere) | Retrait de la marque, refus operateurs |
Pour le regime radio europeen, voir RED, pilier et normes RED applicables. Pour le regime FCC, voir FCC, pilier. Pour un programme combine, voir EU + US, double certification.
Niveaux d'adhesion
Section intitulée « Niveaux d'adhesion »L'acces au programme de certification suppose une adhesion a la LoRa Alliance. L'Alliance propose quatre niveaux principaux.
Niveau d'entree avec une cotisation annuelle moderee. L'Adopter peut soumettre des objets a la certification, accede aux specifications publiees et aux parametres regionaux, et utilise le logo LoRaWAN Certified sur les produits certifies. Il ne participe pas a l'elaboration des futures specifications.
Contributor
Section intitulée « Contributor »Niveau intermediaire. Le Contributor accede aux groupes de travail techniques (Technical Committee, Regulatory Committee, Certification Committee...), participe a la redaction des futures versions et a la definition des parametres regionaux. Cotisation annuelle superieure a l'Adopter.
Niveau premium. Le Sponsor dispose d'un siege au Board of Directors, oriente la strategie globale de l'Alliance, beneficie d'une visibilite commerciale (sponsoring evenements, mention prioritaire). Adopte par les operateurs majeurs et les silicon vendors strategiques.
Institutional
Section intitulée « Institutional »Niveau dedie aux organismes academiques, autorites publiques, organisations a but non lucratif. Conditions specifiques, sans vocation commerciale.
| Tier | Vote | Working groups | Certification produit | Board |
|---|---|---|---|---|
| Adopter | Non | Non | Oui | Non |
| Contributor | Sur certains comites | Oui | Oui | Non |
| Sponsor | Plein | Oui | Oui | Oui |
| Institutional | Variable selon accord | Selon accord | Selon accord | Non |
Pour un fabricant d'objet integrant un module precertifie et utilisant la stack reference Semtech, le statut Adopter est generalement suffisant. La montee a Contributor se justifie quand l'entreprise developpe sa propre stack, contribue a la specification ou souhaite influer sur les futurs parametres regionaux.
Versions de specification
Section intitulée « Versions de specification »La specification LoRaWAN a connu deux lignees principales, avec des ruptures techniques significatives.
| Version | Apport principal | Compatibilite |
|---|---|---|
| 1.0.0 | Premiere version stable, classes A/B/C definies | Historique |
| 1.0.1 | Corrections, parametres regionaux initiaux | Compatible 1.0.x |
| 1.0.2 | Ajustements, regions etendues | Compatible 1.0.x |
| 1.0.3 | Classe B affinee, regions completees | Compatible 1.0.x |
| 1.0.4 | Compatibilite retroactive avec la branche 1.0, derniere revision 1.0 | Compatible 1.0.x |
| 1.1 | Nouveau schema de derivation de cles (AppSKey / FNwkSIntKey / SNwkSIntKey / NwkSEncKey), securite renforcee, separation roles serveur d'application et serveur de reseau | Non compatible 1.0.x sans rekey |
La rupture 1.0.x vers 1.1 porte principalement sur la securite et la separation des cles. En 1.0.x, l'objet derive une cle de session reseau (NwkSKey) et une cle de session application (AppSKey) a partir d'une cle racine (AppKey). En 1.1, le modele se complexifie : une cle racine reseau (NwkKey) et une cle racine application (AppKey) sont distinctes, et le serveur de reseau peut etre operationnellement separe du serveur d'application sans partage de cles d'application en clair.
La consequence pratique : un objet 1.0.x ne peut pas joindre un reseau 1.1 dans le mode 1.1, et un objet 1.1 doit etre configure en compatibilite descendante pour fonctionner sur un reseau 1.0.x. Le passage d'une famille a l'autre impose une mise a jour de stack, voire une re-certification.
La specification reference au certificat est explicitement mentionnee dans le dossier : un certificat LoRaWAN 1.0.4 et un certificat 1.1 ne sont pas interchangeables.
Classes d'objet A, B, C
Section intitulée « Classes d'objet A, B, C »LoRaWAN definit trois classes de comportement pour les objets terminaux. Toutes les fins d'objet certifies LoRaWAN supportent la classe A ; les classes B et C sont optionnelles et soumises a des essais supplementaires.
| Classe | Mode | Initiative | Reception | Consommation typique |
|---|---|---|---|---|
| Class A | Uplink initie par l'objet | Objet | Deux fenetres apres chaque emission (RX1, RX2) | Tres basse, compatible alimentation pile annees |
| Class B | Uplink + reception programmee | Objet pour uplink, gateway pour beacon | Fenetres synchronisees sur beacon (gateway emet un beacon multicast) | Intermediaire, pile mais latence reduite |
| Class C | Continue | Objet pour uplink, reseau pour downlink | Reception ouverte en permanence hors emission | Elevee, generalement secteur ou batterie haute capacite |
Le choix de la classe depend du cas d'usage. Un capteur d'humidite agricole avec remontee horaire reste en classe A. Une vanne d'eau commandee a distance avec latence acceptable de quelques secondes peut adopter la classe B. Une serrure connectee ou un actionneur industriel commande en temps reel demande la classe C, avec son cout energetique.
La classe declaree dans le certificat conditionne les essais executes par le laboratoire : un objet certifie classe A uniquement ne peut etre commercialise comme classe B ou C, meme si le firmware le supporte techniquement.
Parametres regionaux
Section intitulée « Parametres regionaux »Le document RP002 (Regional Parameters) de la LoRa Alliance specifie, pour chaque region du monde, les bandes utilisables, les plans de frequences, les puissances maximales, les data rates autorises et les contraintes operationnelles (duty cycle ou listen-before-talk).
| Pack | Region typique | Bande | Particularite |
|---|---|---|---|
| EU868 | Union europeenne | 863-870 MHz | Duty cycle reglementaire (1 % sur la plupart des canaux) |
| US915 | Etats-Unis, Canada | 902-928 MHz | 64 canaux uplink, 8 canaux downlink |
| AS923 | Singapour, Japon, Indonesie, Bresil, Phillipines selon sous-bande | 915-928 MHz selon plan national | Variantes AS923-1, -2, -3, -4, plans nationaux distincts |
| AU915 | Australie, Nouvelle-Zelande | 915-928 MHz | Plan derive de US915 avec ajustements |
| IN865 | Inde | 865-867 MHz | Bande restreinte, puissance limitee |
| CN470 | Chine continentale | 470-510 MHz | Plan specifique, contraintes locales |
| RU864 | Russie | 864-870 MHz | Plan local, allocation specifique |
Le certificat LoRaWAN porte la liste explicite des packs regionaux supportes par l'objet. Un produit certifie EU868 seul ne peut etre vendu aux Etats-Unis sous le logo LoRaWAN Certified sans certification additionnelle US915. Les fabricants visant le monde entier soumettent generalement plusieurs configurations, ou un firmware multi-bandes selectionnable, et declarent l'ensemble des packs supportes.
A noter le cas AS923 : la mention AS923 dans un certificat peut etre ambigue si elle ne precise pas la sous-bande. La sous-bande AS923-1 (Singapour, Japon dans certains usages, Hong Kong) n'est pas identique a AS923-2 (Bresil pour certains deploiements) ou AS923-3. Lire le certificat dans son detail.
Le laboratoire d'essai et l'outil LCTT
Section intitulée « Le laboratoire d'essai et l'outil LCTT »La certification end device passe par un Authorized Test Lab (ATL) accredite par la LoRa Alliance. La liste publique est maintenue sur le site de l'Alliance. Les ATL sont distincts des laboratoires de certification radio classiques (meme s'ils peuvent etre operes par la meme entite) : leur accreditation porte sur le programme LoRaWAN, pas sur les normes radio.
L'outil de reference des essais est le LoRaWAN Certification Test Tool (LCTT). Il s'agit d'un environnement de test automatise, capable de jouer une sequence de cas de test definis par l'Alliance pour chaque version de specification, chaque classe et chaque pack regional. Le LCTT communique avec l'objet sous test via un gateway dedie et un simulateur de reseau.
La portee des essais LCTT couvre :
- Activation. Procedures OTAA (Over-The-Air Activation) et ABP (Activation By Personalization) selon la version.
- Comportement de classe. Respect des fenetres RX1, RX2 pour la classe A ; synchronisation beacon pour la classe B ; reception continue pour la classe C.
- Parametres regionaux. Conformite aux plans de frequence, aux data rates, aux puissances et aux contraintes duty cycle ou LBT du pack declare.
- Commandes MAC. Reponses aux commandes serveur (LinkADRReq, DutyCycleReq, RXParamSetupReq, DevStatusReq, NewChannelReq, RXTimingSetupReq, etc.).
- Securite. Derivation correcte des cles selon la version, integrite des messages, gestion du compteur de frame.
Le rapport LCTT, accompagne d'un dossier descriptif (Test Application Note, fiche produit, identifiants), est soumis a la LoRa Alliance qui prononce la certification.
Reutilisation de modules precertifies
Section intitulée « Reutilisation de modules precertifies »L'ecosysteme LoRaWAN a developpe une offre dense de modules precertifies, qui simplifie significativement l'effort. Le principe est analogue a celui des modules Bluetooth qualifies : un fabricant de module obtient une certification de reference, et les integrateurs s'en servent comme base pour leurs produits.
Exemples typiques :
- Murata Type ABZ. Module integrant un STM32L0 et un transceiver SX1276, stack LoRaWAN ST/Semtech, certifie pour plusieurs regions.
- STMicro STM32WL series. SoC combinant un Cortex-M4 et un sous-systeme radio Semtech, stack LoRaWAN officielle ST.
- Nordic / Semtech reference designs. Configurations validees pour acceleration de developpement.
- Modules tiers (RAK, Seeed, Pycom, etc.). Modules avec stack et certification de base, generalement EU868 et US915 au minimum.
L'integration d'un module precertifie reduit la portee des essais LCTT, mais ne dispense pas de soumettre le produit fini :
- Si la stack n'est pas modifiee et que le module est utilise tel quel (memes parametres LoRaWAN, meme version), le fabricant peut s'appuyer sur le certificat parent et soumettre un dossier reduit, principalement administratif et de configuration.
- Si la stack est modifiee (commandes MAC personnalisees, gestion d'energie ajustant les RX timings, profil regional ajoute), des essais LCTT additionnels sont necessaires.
- Si la radio est modifiee (antenne externe a gain different, etage RF retravaille), la certification radio nationale (RED ou FCC) est impactee mais la certification LoRaWAN reste valable tant que la couche MAC est inchangee.
Le choix d'un module precertifie est generalement le bon compromis pour une premiere generation de produit, hors cas d'optimisation poussee de consommation ou de cout sur volumes importants.
Processus pas a pas
Section intitulée « Processus pas a pas »- Adhesion a la LoRa Alliance. Souscrire en tant qu'Adopter au minimum. Acces au portail membre, aux specifications et au LCTT.
- Choix de la stack et du module. Decider entre integration d'un module precertifie et developpement sur transceiver Semtech avec stack reference. Cette decision impacte fortement l'effort de certification.
- Choix de la version et de la classe. Selectionner la version LoRaWAN cible (1.0.4 ou 1.1) et les classes supportees (A obligatoire, B et C optionnelles). Cette decision conditionne les cas de test executes.
- Choix des packs regionaux. Lister les regions de commercialisation. Chaque pack ajoute des essais et doit etre coherent avec la certification radio nationale correspondante.
- Pre-tests internes. Utiliser le LCTT en mode developpement pour valider le comportement avant essais formels. Etape critique pour eviter les ecarts couteux en laboratoire externe.
- Soumission a un ATL. Confier la campagne d'essai a un Authorized Test Lab agree LoRa Alliance. Les rapports doivent suivre le format LoRa Alliance.
- Revue par l'Alliance. L'Alliance examine le rapport LCTT et le dossier descriptif. Demandes de complement possibles.
- Emission du certificat. Le produit est publie dans la base LoRaWAN Certified et peut afficher le logo. La portee precise (version, classes, packs) figure sur le certificat.
- Maintenance. Toute modification de la stack LoRaWAN ou de la configuration regionale impose un avenant, voire une nouvelle certification.
Ce processus se deroule en parallele, et non en remplacement, de la certification radio. Le rapport EN 300 220 en Europe et le rapport Part 15.247 ou Part 15.249 aux Etats-Unis sont produits separement, voir RED, tests et FCC, pilier.
Pieges frequents
Section intitulée « Pieges frequents »Confondre LoRa et LoRaWAN
Section intitulée « Confondre LoRa et LoRaWAN »L'erreur conceptuelle la plus repandue. La modulation LoRa est un composant matiere, achete a Semtech par le biais du transceiver. Le protocole LoRaWAN est une couche logicielle, certifiable par l'Alliance. Affirmer qu'un produit est compatible LoRa n'a aucune valeur d'interoperabilite reseau ; seul un certificat LoRaWAN Certified atteste de cette compatibilite.
Assumer qu'un objet 1.0.x fonctionne sur un reseau 1.1
Section intitulée « Assumer qu'un objet 1.0.x fonctionne sur un reseau 1.1 »Le schema de derivation de cles change entre les deux familles. Un objet 1.0.x peut joindre un reseau 1.1 si ce dernier accepte le mode de compatibilite descendante, mais ne beneficie alors pas des proprietes de securite de la 1.1. Pour fonctionner pleinement en 1.1, une mise a jour de stack et un rekey sont necessaires. Cette migration doit etre tracee dans le dossier de certification.
Oublier le pack regional cible
Section intitulée « Oublier le pack regional cible »La certification LoRaWAN ne couvre que les packs declares. Un objet certifie EU868 seul, expedie aux Etats-Unis, ne peut afficher LoRaWAN Certified pour le marche US915 sans une certification additionnelle. De plus, la conformite radio FCC est independante : meme avec un firmware US915 certifie LoRaWAN, l'objet doit obtenir un FCC ID propre.
Negliger la sous-bande AS923
Section intitulée « Negliger la sous-bande AS923 »Le pack AS923 est decline en plusieurs sous-bandes selon les allocations nationales. Une certification AS923-1 ne couvre pas AS923-2 ou AS923-3. Lire le certificat en detail, et l'aligner sur les marches cibles. Un produit destine au marche bresilien sous AS923-2 doit etre certifie pour cette sous-bande.
Modifier la stack LoRaWAN livree par le module maker
Section intitulée « Modifier la stack LoRaWAN livree par le module maker »Un module precertifie repose sur une stack figee. Tout patch interne (gestion de retransmission personnalisee, commandes MAC custom, timings ajustes) invalide l'hypothese de reutilisation et impose des essais LCTT additionnels. La modification doit etre tracee et soumise.
Croire que la certification LoRaWAN couvre la radio
Section intitulée « Croire que la certification LoRaWAN couvre la radio »Erreur recurrente. L'Alliance n'est pas un regulateur. Aucun rapport LCTT ne couvre EN 300 220, Part 15.247 ou Part 15.249. Les deux dossiers doivent etre constitues en parallele. Le calendrier produit doit en tenir compte des la phase de conception.
Sauter la classe declaree
Section intitulée « Sauter la classe declaree »Un firmware peut supporter techniquement la classe C sans que le certificat ne la mentionne. Activer la classe C sur un objet non certifie classe C ne respecte pas la portee du certificat et expose le fabricant a un retrait du logo, sans parler des incoherences potentielles avec les contraintes radio (duty cycle EU868 en classe C devient delicat).
Sous-estimer la pre-validation interne
Section intitulée « Sous-estimer la pre-validation interne »Le LCTT est un outil exigeant. Un dossier soumis a un ATL sans pre-validation interne aboutit frequemment a des ecarts couteux. L'investissement dans une instance LCTT en interne, meme pour une seule campagne, paie generalement vite.
Renvois et accompagnement
Section intitulée « Renvois et accompagnement »Voir egalement glossaire pour les definitions OTAA, ABP, classe A/B/C, ADR, et les guides normes RED, FCC, pilier ainsi que EU + US, double certification pour un programme dual.
Sources & références
- LoRa Alliance , LoRa Alliance lora-alliance.org/
- LoRaWAN specifications, 1.0.4 and 1.1 , LoRa Alliance lora-alliance.org/resource_hub/lorawan-specifications/
- LoRaWAN regional parameters RP002-1.0.3 , LoRa Alliance lora-alliance.org/resource_hub/rp002-1-0-3-lorawan-regional-parameters/
- LoRaWAN certification programme , LoRa Alliance lora-alliance.org/lorawan-certification/
- ETSI EN 300 220, short range devices in the 25 MHz to 1000 MHz range , ETSI www.etsi.org/deliver/etsi_en/300200_300299/30022002/
- 47 CFR Part 15.247, operation in 902-928 MHz, 2400-2483.5 MHz and 5725-5850 MHz bands , FCC www.ecfr.gov/current/title-47/chapter-I/subchapter-A/part-15/subpart-C/section-15.247