LoRa et LoRaWAN : deux notions à ne pas confondre

On mélange souvent les deux termes, mais ils ne désignent pas la même chose. LoRa est une technique de modulation radio : c'est la couche physique, la façon dont le signal est transmis dans l'air. Elle permet d'envoyer un message loin et à faible puissance, y compris lorsque le signal est faible.

LoRaWAN est le protocole réseau construit au-dessus de LoRa. Il organise tout ce que LoRa ne gère pas : l'adressage des objets, la sécurité, l'activation, la gestion des passerelles et le routage des messages jusqu'aux applications. En résumé : LoRa transporte le signal, LoRaWAN organise le réseau.

Un réseau LPWAN : longue portée, basse consommation

LoRaWAN appartient à la famille des réseaux LPWAN (réseaux étendus à basse consommation). Ces réseaux répondent à un besoin précis : connecter de nombreux capteurs autonomes qui n'envoient que peu de données, mais doivent tenir longtemps sur pile et communiquer sur de grandes distances.

En Europe, LoRaWAN utilise la bande de fréquences 868 MHz, libre d'utilisation dans le respect des règles applicables. Il n'y a donc pas de carte SIM ni d'abonnement cellulaire par capteur, contrairement à la 4G ou au NB-IoT.

Les acteurs d'un réseau LoRaWAN

Un réseau LoRaWAN met en scène plusieurs éléments complémentaires :

  • L'objet (ou capteur) : il mesure une information et l'émet en radio. C'est le point de départ de toute la chaîne.
  • La passerelle (gateway) : elle capte les signaux radio des objets à portée et les relaie vers Internet. Elle ne « comprend » pas les messages : elle achemine.
  • Le network server : cœur logique du réseau, il dédoublonne les messages reçus par plusieurs passerelles, gère la sécurité réseau et le routage.
  • L'application server : il déchiffre les données au niveau applicatif, décode les payloads et les met à disposition des applications métier.

Un même message émis par un capteur peut être reçu par plusieurs passerelles à la fois : c'est le network server qui fait le tri. Cette redondance naturelle renforce la fiabilité du réseau.

L'activation : comment un objet rejoint le réseau

Avant d'émettre, un objet doit être « activé », c'est-à-dire reconnu et sécurisé sur le réseau. Deux méthodes existent.

L'OTAA (Over-The-Air Activation) est la méthode recommandée dans la plupart des cas. L'objet effectue une procédure de jointure qui génère dynamiquement des clés de session à partir d'une clé racine, l'AppKey. C'est plus sûr et plus souple à gérer dans la durée.

L'ABP (Activation By Personalization) écrit directement les clés de session dans l'objet, sans jointure. C'est une méthode existante, utile dans certains cas particuliers, mais elle n'est pas le choix par défaut universel.

Sécurité des clés. Les clés LoRaWAN (comme l'AppKey) sont des secrets critiques. Elles ne doivent jamais être publiées ni partagées en clair. Une bonne gestion des clés lors du provisionnement conditionne la sécurité de tout le déploiement.

Identifiants et messages

Quelques termes reviennent constamment en LoRaWAN :

  • DevEUI : l'identifiant unique de l'objet, à la manière d'une adresse matérielle.
  • JoinEUI : l'identifiant qui désigne le service de jointure lors de l'activation OTAA.
  • Uplink : le message envoyé de l'objet vers le réseau — le flux principal.
  • Downlink : le message envoyé du réseau vers l'objet, utilisé avec parcimonie.
  • Payload : la charge utile, les octets de données transportés, qu'un décodeur traduit en valeurs exploitables.

Portée et autonomie : deux questions de contexte

Ce sont les deux questions les plus fréquentes — et les deux qui appellent le plus de nuance. Il n'existe ni portée ni autonomie garanties de façon universelle.

La portée dépend du terrain, de la hauteur d'installation, des obstacles, de la structure du bâtiment, du béton, des sous-sols, du positionnement, de l'antenne, du spreading factor et du bruit radio. En zone dégagée, plusieurs kilomètres sont envisageables ; à l'intérieur d'un bâtiment, la portée utile est bien plus courte.

L'autonomie dépend du matériel, de la batterie, de la fréquence d'émission, de la couverture radio, du spreading factor, du firmware, du nombre de retransmissions et de l'usage des downlinks. Un capteur bien couvert qui émet rarement dure bien plus longtemps qu'un capteur en limite de portée qui émet souvent.

Ce à quoi LoRaWAN n'est pas destiné

Comprendre les limites d'une technologie est aussi important que connaître ses atouts. LoRaWAN transporte de petites quantités de données, encadrées par le duty cycle. Il n'est donc pas adapté à la vidéo, à l'audio continu, aux gros fichiers ou au haut débit. Pour ces usages, d'autres technologies comme le Wi-Fi ou la 4G restent pertinentes.

LoRaWAN ne remplace pas le Wi-Fi ni la 4G : il les complète, en couvrant un besoin qu'elles adressent mal, celui des capteurs sobres et nombreux.

Et la sécurité ?

LoRaWAN intègre un chiffrement de bout en bout basé sur des clés propres à chaque objet, avec une séparation entre sécurité réseau et sécurité applicative. La robustesse réelle dépend d'une bonne gestion des clés. C'est un point que nous traitons systématiquement lors de l'intégration.

En résumé

LoRaWAN est une technologie sobre et robuste pour connecter des capteurs qui envoient peu de données, sur de longues distances, pendant longtemps. Elle brille dans les bâtiments et les infrastructures, à condition de valider la couverture et de soigner l'intégration. Pour aller plus loin, voyez comment un message circule concrètement ou explorez les familles de capteurs disponibles.

Un projet LoRaWAN en tête ?

Duck-E Services vous aide à passer de la théorie à un déploiement concret et supervisé.