Skalierung von LoRaWAN-Netzen: Einblicke und Symphony Link Innovationen

In ihrer aktuellen Studie untersuchen Martin Bor und Utz Roedig von der Lancaster University kritisch die Skalierbarkeitsgrenzen von LoRaWAN™-Netzen. Ihr Fazit ist deutlich: „Aktuelle LoRaWAN-Installationen skalieren nicht.“ Die Autoren schätzen, dass ein einzelnes Gateway komfortabel nur etwa 120 Nodes unterstützt, die 20 Bytes alle 16,7 Minuten senden – eine Obergrenze, die viele IoT-Anwendungen als restriktiv empfinden werden.

Symphony Link™ – das proprietäre LoRa-Protokoll von Link Labs – adressiert diese Flaschenhälse mit einer Suite dynamischer, koordinierter Mechanismen, die Durchsatz und Zuverlässigkeit signifikant verbessern, besonders in Single-Gateway-Deployments.

Fünf Hauptursachen der LoRaWAN-Skalierbarkeitsbeschränkungen

1. Alle Gateways und Nodes teilen dieselben Frequenzkanäle für jede Übertragung.
2. Lange Airtime – bis zu 2 Sekunden – reduziert Kanalverfügbarkeit.
3. Uplink-Traffic folgt reinem Aloha-Muster, was zu häufigen Kollisionen führt.
4. Gateway-Downlinks (ACKs, Commands) belegen den Kanal, ohne dass Nodes, die senden wollen, davon wissen.
5. SX1301-basierte Gateways besitzen nur acht Empfangsketten, was gleichzeitigen Traffic limitiert.

Da die LoRa Alliance Abwärtskompatibilität priorisiert, ist es herausfordernd, diese Limitierungen mit neuen Organisationsfeatures nachzurüsten, ohne Legacy-Nodes zu brechen.

Wie Symphony Link Skalierbarkeit verbessert

1. Frequency Block Hopping
2. Dynamische Sendeleistung & Spreading Factor Selektion
3. Synchrones Uplink-Slotting
4. Variable Uplink/Downlink-Zeitgrenze
5. Komprimierte Acknowledgements
6. Quality of Service Priorisierung
7. Listen-Before-Talk Kanalfreigabe

Frequency Block Hopping

Jeder Node verbindet sich für die Dauer eines Frames mit einem einzelnen Gateway. Das Gateway advertiert die für diesen Frame verfügbaren Uplink-Frequenzen, wodurch Nodes Pseudo-zufällig Traffic über das gesamte ISM-Band verteilen. Dieser Ansatz mildert Inter-Gateway-Kollisionen, und bei detektierter Interferenz schließt das Gateway das betroffene Band einfach aus.

Mit Block Hopping wird Symphony Link voll FHSS-konform (Part 15), was Sendeleistungen bis 1 W ermöglicht. Im Gegensatz dazu verlangt US-LoRaWAN-Zertifizierung einen niedrigeren „Hybrid“-Modus, da Standard-LoRaWAN nur über acht feste Kanäle hoppt.

Dynamische Sendeleistung & Spreading Factor Selektion

Um orthogonale Spreading Factors (SFs) effektiv zu nutzen, sollte ein Node den SF wählen, der die kürzeste Airtime liefert, während Link-Qualität gewahrt bleibt. Da LoRa’s dynamischer Bereich nur 20 dB beträgt, müssen Nodes nah am Gateway Sendeleistung reduzieren, um schwächere Signale nicht zu überlagern.

Symphony Link Nodes samplen den Frame-Header des Gateways alle zwei Sekunden, schätzen das Reverse Link Budget und passen Leistung und SF entsprechend an. Ein konfigurierbarer Link-Penalty schützt zusätzlich vor schnellem Fading und sichert ein stabiles Signal-Rausch-Verhältnis.

Synchrones Uplink-Slotting

Reine Aloha-Netze begrenzen Effizienz auf ca. 16 %. Die Einführung von Zeitschlitzen verdoppelt diesen Wert. Symphony Links Gateway-Frame-Header definiert Slot-Timing pro SF, und Nodes wählen zufällig einen Slot, was Kollisionwahrscheinlichkeit drastisch reduziert.

Variable Uplink/Downlink-Zeitgrenze

In LoRaWAN ist ein Gateway-Downlink für Nodes unsichtbar und nimmt den Kanal effektiv offline. Symphony Link führt eine dynamische Grenze ein, die Nodes signalisiert, wann das Gateway für Uplink verfügbar ist, wodurch stille Perioden ohne Multi-Gateway-Network-Server eliminiert werden.

Komprimierte Acknowledgements

ACKs verbrauchen wertvolle Airtime, da jedes Acknowledgement den Gateway kurzzeitig sperrt. Symphony Link aggregiert alle ACKs in ein einzelnes, komprimiertes Paket, das alle Nodes des vorherigen Frames empfangen, und befreit den Kanal für zusätzliche Uplinks.

Quality of Service

QoS priorisiert kritischen Traffic (z. B. Alarme) über weniger dringende Daten. In überlasteten Netzen stellt dies sicher, dass essentielle Nachrichten pünktlich das Gateway erreichen.

Listen-Before-Talk

Vor der Übertragung prüft ein Node Kanalstille. Wenn ein anderer Node denselben Slot belegt, hoppt es sofort auf einen neuen Kanal, wahrt Netzwerkinintegrität.