Quand utiliser la spécification LoRaWAN : Guide pratique pour déploiements MNO et réseaux privés

LoRaWAN, élaboré par la LoRa Alliance, est le protocole sans fil qui régit la technologie LoRa LPWA de Semtech. Initialement développé par IBM Research et Semtech pour les opérateurs de réseaux mobiles (MNO) européens exploitant des réseaux publics à grande échelle, la spécification est maintenant maintenue par la LoRa Alliance — une coalition dédiée au déploiement de LoRaWAN sur les réseaux MNO mondiaux. Par conséquent, la spécification incarne des hypothèses adaptées aux environnements MNO.

Plusieurs hypothèses de conception clés sous-tendent la spécification LoRaWAN, clarifiant ses cas d'usage prévus :

• Tous les canaux de fréquence sont fixes.
  Comme la spécification était conçue pour un réseau MNO unique, l'exploitation de plusieurs réseaux non coordonnés dans la même bande peut entraîner des interférences de couche 2. Pour une analyse approfondie, lisez cet article de blog.
• Le réseau est complètement asynchrone. Chaque fois qu'une passerelle émet, elle ne peut pas écouter le trafic montant, et les nœuds ignorent que le récepteur de la passerelle est hors ligne. Dans les grands déploiements MNO, la présence de plusieurs passerelles — idéalement une en mode « écoute » — aide à atténuer cette limitation.

D'autres hypothèses implicites, comme le modèle de sécurité, rendent aussi LoRaWAN adapté aux MNO, mais nous nous concentrons ici sur les plus critiques.

Vous devriez adopter la spécification LoRaWAN dans votre projet si ces deux conditions sont remplies :

1. Il y a un besoin de se connecter à un réseau MNO LoRaWAN existant. Évidemment, se connecter à un réseau MNO sans utiliser LoRaWAN est impossible.
2. Le cas d'usage est à faible densité, émet peu fréquemment et est centré sur le montant. LoRaWAN excelle quand le trafic descendant et les accusés de réception sont minimes. La relève automatique de compteurs (AMR) est un exemple type — la plupart des compteurs ne nécessitent pas de lectures fréquentes, et la densité de passerelles disponible fournit généralement une capacité montante suffisante. Idéalement, aucun autre réseau LoRaWAN ne devrait opérer à proximité, car les interférences dégraderaient les performances. Le service de surveillance de fioul et de propane d'EnerTrac/Senet démontre l'adéquation de LoRaWAN pour de tels scénarios.

Quand éviter la spécification LoRaWAN :

1. La haute fiabilité est essentielle. La conception non coordonnée et asynchrone de LoRaWAN en fait un protocole sujet aux pertes. Dans des environnements avec plusieurs réseaux LoRaWAN, les interférences augmentent les taux d'erreur de paquets. De plus, la plage dynamique co-canal limitée de LoRa signifie que les nœuds proches d'une passerelle peuvent noyer ceux plus loin sans contrôle de puissance en boucle fermée.
2. La gestion centralisée des clés est requise. Chaque nœud doit être provisionné avec un jeu de clés unique en usine, qui doit ensuite être transféré au serveur ou à la passerelle. Pour de petits déploiements c'est gérable, mais pour des milliers d'appareils cela gonfle les coûts et la complexité. Les MNO gèrent cette complexité via des mécanismes type SIM ; les réseaux privés la trouvent souvent encombrante. Pour une analyse approfondie de la structure de clés et de la sécurité LoRaWAN, voir cette analyse indépendante.
3. L'extension de couverture via répéteurs est nécessaire. La spécification LoRaWAN n'offre pas de support pour les répéteurs, vous devez donc déployer des passerelles supplémentaires connectées à Internet. Même les passerelles DIY bon marché peuvent coûter 5 à 10 fois plus cher qu'un simple répéteur.
4. Les mises à jour firmware over-the-air sont requises. La capacité descendante limitée de LoRaWAN empêche les mises à jour firmware multicast efficaces. Les appareils auraient besoin de mises à niveau physiques ou d'une conception éliminant les mises à jour firmware.

Link Labs répond à nombre de ces limitations. En savoir plus sur Symphony Link, le standard de facto pour les réseaux LoRa privés, cliquez ici.