Qu'est-ce que LoRaWAN ? Plongée technique approfondie

Si vous évaluez LoRaWAN pour votre déploiement IoT, comprendre ses forces et limites est essentiel. Récemment, le protocole a gagné en traction — voir l'étude de cas machineQ — prouvant qu'il fonctionne bien pour des applications simples sur réseaux publics. Cependant, pour les déploiements privés, industriels ou d'entreprise, plusieurs contraintes critiques surgissent qui peuvent entraver la performance.

Voir exemple de passerelle LoRaWAN pour développeurs.

Dans cet article, nous examinerons :

• La différence entre LoRa et LoRaWAN
• Comment fonctionne LoRaWAN
• Classes LoRaWAN A, B et C
• Taux de chirp, gain de traitement et orthogonalité
• Barrières à la construction de réseaux privés avec LoRaWAN
• Une solution alternative : Symphony Link

La différence entre LoRa et LoRaWAN

Beaucoup de gens confondent LoRa et LoRaWAN, mais ils servent des buts distincts. LoRa est une modulation de couche physique propriétaire créée par Semtech. C'est un schéma multi-symboles « chirpé » qui convertit les signaux radio en bits sans que les développeurs n'aient à écrire du code radio bas niveau. LoRa est une technologie flexible qui peut être embarquée dans une large gamme de dispositifs au-delà du LPWAN.

LoRaWAN est une pile de mise en réseau point-multipoint construite sur LoRa. Elle définit comment les passerelles et nœuds finaux échangent des messages chiffrés et authentifiés, gèrent les cycles de service et se connectent à un backend cloud. Bien que LoRaWAN soit populaire sur les réseaux publics, sa conception n'est pas optimisée pour les déploiements industriels privés.

Une alternative open-source à LoRaWAN existe qui pourrait mieux convenir à vos besoins. Téléchargez le livre blanc pour une comparaison détaillée.

Comment fonctionne LoRaWAN

Au cœur, LoRaWAN suit une topologie en étoile : les passerelles agissent comme récepteurs centraux et émetteurs uplink, tandis que les nœuds finaux diffusent vers toute passerelle qui peut les entendre. Imaginez une salle de classe où le professeur (passerelle) parle à toute la classe (nœuds), mais les élèves ne peuvent répondre que quand le professeur les appelle. Le réseau est asymétrique ; la plupart du trafic va des nœuds vers les passerelles.

Voir exemple de passerelle LoRaWAN pour développeurs.

En pratique, un nœud transmet un message sur une bande de fréquence prédéterminée. Toute passerelle qui capture le paquet le transmet au cloud. Plusieurs passerelles peuvent recevoir le même message, ce qui améliore la fiabilité car même si un lien est faible, un autre peut réussir. Cependant, LoRaWAN n'accuse pas réception de chaque paquet. Les nœuds peuvent demander un ACK, et si plus d'une passerelle entend la transmission, le cloud en choisit une pour répondre après un court délai fixe. Pendant cette réponse, la passerelle arrête d'écouter, ce qui peut mener à une perte de trafic descendant si les accusés de réception sont fréquents.

Le diagramme montre l'activité de la passerelle : barres orange pour les périodes de transmission, barres bleues pour les périodes d'écoute. LoRaWAN supporte jusqu'à huit canaux de réception simultanés, permettant aux nœuds d'envoyer sur plusieurs fréquences.

Classes LoRaWAN A, B et C

LoRaWAN définit trois classes d'appareils qui équilibrent consommation d'énergie, latence et bande passante :

• Classe A — Purement asynchrone (Aloha). Les nœuds transmettent quand des données sont disponibles et ouvrent deux courtes fenêtres de réception après chaque uplink. Idéal pour dispositifs basse consommation, à batterie, avec communication peu fréquente.
• Classe B — Pilotée par balises. Toutes les 128 s, les passerelles diffusent une balise, synchronisant tous les nœuds Classe B. Les nœuds se voient assigner des créneaux temporels spécifiques pour le downlink, permettant une communication planifiée tout en gardant une faible consommation.
• Classe C — Écoute continue. Les nœuds gardent le récepteur allumé la plupart du temps, permettant un downlink immédiat mais consommant plus d'énergie. Adapté aux dispositifs sur secteur nécessitant un contrôle quasi temps réel.

Taux de chirp, gain de traitement et orthogonalité

Dans LoRa, le facteur d'étalement (SF) définit le taux de chirp — le taux auquel la fréquence porteuse balaye la bande. Un SF plus élevé résulte en un chirp plus lent, ce qui donne un gain de traitement plus élevé et une plus longue portée mais un débit de données plus faible. Différents SF peuvent coexister dans le même canal de fréquence car ils sont orthogonaux : le récepteur peut les distinguer sans interférence. Cette orthogonalité sous-tend la capacité de LoRa à supporter de nombreux dispositifs sur un seul canal.

Barrières à la construction de réseaux privés avec LoRaWAN

LoRaWAN excelle sur les réseaux publics, mais son architecture impose des défis pour les déploiements privés d'entreprise :

• Spectre partagé menant à des interférences. Toutes les passerelles, indépendamment de la propriété, opèrent sur les mêmes canaux, créant des collisions potentielles. Bien que l'Alliance LoRa puisse désigner des canaux exclusifs, la coexistence pratique de nombreux réseaux dans une région reste problématique.
• Livraison peu fiable. Le MAC basé Aloha de LoRaWAN peut subir des taux d'erreur de paquets supérieurs à 50 % dans des environnements congestionnés. Les applications industrielles exigeant 0 % PER trouvent cela inacceptable.
• Écosystème fragmenté. LoRaWAN ne couvre que la couche MAC ; les fournisseurs doivent intégrer eux-mêmes puces, passerelles, backends et couches applicatives. Cela augmente le temps et la complexité de développement.
• Restrictions de cycle de service. Dans la bande 868 MHz en Europe, les passerelles sont limitées à 1 % de cycle de service, plafonnant le trafic uplink. La bande ISM US n'a pas cette limite, mais la contrainte reste une considération pour les déploiements multi-pays.
• MTU variable. La taille de payload dépend du SF assigné par le réseau, qui peut changer selon distance et conditions de canal. Les nœuds doivent s'adapter à des limites MTU imprévisibles, défautant souvent à la plus petite taille possible (<12 octets). Cette fragmentation gonfle le nombre de transmissions requises pour des payloads plus grands.

LoRaWAN convient aux réseaux publics à faible densité et faible latence. Quand on passe à des milliers de dispositifs avec des exigences de fiabilité ou latence exigeantes, les contraintes susmentionnées deviennent des goulets d'étranglement significatifs.

Une solution alternative : Symphony Link

Symphony Link est une pile propriétaire basée LoRa développée par Link Labs, conçue pour adresser les lacunes de LoRaWAN. Avantages clés :

• Livraison bidirectionnelle garantie. Les ACKs sont obligatoires, assurant 100 % de réception des messages en uplink et downlink.
• Masquage de canal dynamique. La passerelle contrôle l'allocation de canaux, permettant jusqu'à 48 passerelles de coexister avec collision minimale.
• Pas de limites de cycle de service. En opérant dans la bande 900 MHz (Europe), Symphony Link élimine la restriction de 1 % de cycle de service.
• MTU fixe de 256 octets. Cette taille de payload constante élimine la surcharge de fragmentation et simplifie la conception firmware.
• Solution bout en bout. Des puces aux passerelles au cloud, la pile est prête à l'emploi, réduisant l'effort d'intégration et le time-to-market.

En savoir plus sur notre site ou planifiez une démo gratuite pour voir comment Symphony Link peut répondre à vos besoins LPWA spécifiques — configuration passerelle, intégration dev kit, budgétisation énergie, et performance de portée sont tous couverts.