Cas d'usage LoRaWAN, limites et comment Symphony Link améliore l'IoT industriel

Note importante : Link Labs est le créateur de Symphony Link, un protocole alternatif pour LoRa axé sur les cas d'usage industriels et d'entreprise à haute fiabilité. Plus de détails ci-dessous.

Lors de l'évaluation de LoRaWAN et de ses applications idéales, il est crucial de comprendre ses origines. LoRaWAN — originellement appelé LoRaMAC — a été conçu par Semtech, seul propriétaire de la propriété intellectuelle LoRa PHY, en partenariat avec IBM Research (qui a depuis quitté le projet). Le protocole a été conçu autour de plusieurs hypothèses de base :

• Déploiement par les réseaux d'opérateurs mobiles
• Fonctionnement au sein d'un réseau unique et coordonné
• Utilisation de la bande non licenciée 868 MHz

Ces hypothèses façonnent les contraintes clés du protocole, telles qu'une limite de cycle de travail de 1 % pour les émetteurs et les passerelles, une carte de canaux de fréquences partagée, et un traitement de la couche 2 (MAC) uniquement dans le cloud.

Pour respecter la restriction de cycle de travail de 1 %, LoRaWAN adopte plusieurs compromis :

• Presque tous les messages montants ne sont pas accusés de réception.
• Toutes les passerelles à portée reçoivent chaque paquet montant.
• Le chiffrement repose sur des clés statiques.

Comme le trafic montant n'est ni accusé de réception ni coordonné, LoRaWAN fonctionne comme un système « pure-ALOHA », atteignant seulement environ 18 % d'efficacité réseau — ce qui signifie que 82 % des paquets peuvent être perdus quand le réseau est pleinement utilisé. Les terminaux ne savent pas si leurs transmissions ont échoué, poussant souvent les opérateurs à augmenter les taux d'envoi et à aggraver la congestion. En savoir plus sur les réseaux ALOHA.

L'ajout d'accusés de réception dégrade encore les performances : la passerelle ne peut pas écouter pendant qu'elle émet, et compte tenu du cycle de travail de 1 %, cela peut introduire une perte de paquets supplémentaire de 1,65 %.

Dans les déploiements LoRaWAN partagés, le trafic d'autres utilisateurs consomme aussi la capacité disponible car toutes les passerelles opèrent sur les mêmes fréquences.

Un autre facteur critique est le problème near/far. La plage dynamique co-canal de LoRa de 20–30 dB signifie que les appareils proches d'une passerelle peuvent noyer les signaux des nœuds distants, surtout dans les déploiements à passerelle unique.

Pour des analyses plus approfondies des limites de LoRaWAN, consultez des ressources comme l'analyse de The Things Network.

Cas d'usage idéaux pour LoRaWAN :

• Capteurs simples qui transmettent peu fréquemment.
• Perte de données acceptable de 5 à 85 % sous forte charge.
• Exigences minimales de contrôle des appareils.
• Pas de mises à jour firmware over-the-air.
• Déploiements de dizaines à centaines de nœuds.
• Couverture multi-passerelles pour atténuer le problème near/far.

La relève automatique de compteurs (AMR) est un exemple classique : des compteurs mettant à jour toutes les heures tolèrent des lectures manquées occasionnelles tant que la majorité arrive.

Symphony Link répond à nombre de ces défis grâce à des fonctionnalités innovantes :

• Tramage : Les passerelles diffusent un en-tête de trame toutes les 2 secondes, indiquant les canaux montants disponibles et les fenêtres d'ordonnancement.
• Accusés de réception compressés : Tous les messages montants sont accusés de réception ; les accusés sont regroupés en un seul paquet compressé reçu par tous les émetteurs récents.
• Créneaux temporels dynamiques : Les passerelles déterminent les durées de liaison descendante selon le trafic en file d'attente et informent les nœuds quand la fenêtre descendante se termine, évitant les transmissions pendant le silence de la passerelle.
• Créneaux montants : Le tramage synchrone crée des créneaux montants, doublant efficacement la capacité, améliorée par une pré-fenêtre CSMA variable.
• Puissance et facteur d'étalement variables : Les nœuds ajustent la puissance d'émission et le facteur d'étalement selon le RSSI reçu et une marge configurable, atténuant le problème near/far.
• Qualité de service : Les nœuds enregistrent un facteur QoS (0–15) limitant l'accès au canal par trame et permettant une gestion de la congestion contrôlée par la passerelle.
• Multidiffusion : Regrouper les nœuds en ensembles multicast, réduisant la charge descendante pour le contrôle et la distribution de fichiers.
• MTU fixe de 256 octets : Fournit une taille de paquet plus grande et cohérente avec sous-paquétisation automatique et gestion des réessais au niveau MAC.
• Firmware over-the-air : Tirant parti du multicast robuste, les mises à jour firmware peuvent être diffusées efficacement à des milliers d'appareils.
• Clés de session AES basées sur PKI : Utilise l'échange de clés Diffie-Hellman avec clés publiques des nœuds depuis le serveur, remplaçant les clés statiques par des canaux sécurisés standard de l'industrie.

Prêt à faire passer votre réseau IoT au niveau supérieur ? Contactez-nous.