Was ist LoRaWAN? Technischer Deep Dive

Wenn Sie LoRaWAN für Ihr IoT-Deployment evaluieren, ist das Verständnis seiner Stärken und Limitierungen essenziell. Zuletzt hat das Protokoll an Zugkraft gewonnen – siehe machineQ Case Study –, was beweist, dass es gut für einfache Anwendungen in öffentlichen Netzen funktioniert. Für private, industrielle oder Enterprise-Deployments ergeben sich jedoch mehrere kritische Einschränkungen, die die Performance behindern können.

Siehe Beispiel LoRaWAN Gateway für Entwickler.

In diesem Artikel untersuchen wir:

• Der Unterschied zwischen LoRa & LoRaWAN
• Wie LoRaWAN funktioniert
• LoRaWAN Klassen A, B & C
• Chirp Rate, Processing Gain & Orthogonalität
• Hürden beim Aufbau privater Netze mit LoRaWAN
• Alternative Lösung: Symphony Link

Der Unterschied zwischen LoRa & LoRaWAN

Viele verwechseln LoRa und LoRaWAN, aber sie dienen unterschiedlichen Zwecken. LoRa ist eine proprietäre Physical-Layer-Modulation von Semtech. Es ist ein gechirptes Multi-Symbol-Schema, das Funksignale in Bits umwandelt, ohne dass Entwickler Low-Level-Funkcode schreiben müssen. LoRa ist eine flexible Technologie, die in eine breite Palette von Geräten jenseits von LPWAN eingebettet werden kann.

LoRaWAN ist ein Point-to-Multipoint-Networking-Stack, der auf LoRa aufbaut. Er definiert, wie Gateways und Endknoten verschlüsselte, authentifizierte Nachrichten austauschen, Duty Cycles managen und sich mit einem Cloud-Backend verbinden. Während LoRaWAN in öffentlichen Netzen beliebt ist, ist sein Design nicht für private industrielle Deployments optimiert.

Eine weitere Open-Source-Alternative zu LoRaWAN existiert, die Ihre Bedürfnisse besser erfüllen könnte. Laden Sie das White Paper herunter für einen detaillierten Vergleich.

Wie LoRaWAN funktioniert

Im Kern folgt LoRaWAN einer Stern-Topologie: Gateways fungieren als zentrale Empfänger und Uplink-Sender, während Endknoten an jedes Gateway senden, das sie hören kann. Stellen Sie sich einen Klassenraum vor, in dem der Professor (Gateway) zur gesamten Klasse (Nodes) spricht, aber Schüler nur antworten können, wenn der Professor sie aufruft. Das Netzwerk ist asymmetrisch; der meiste Traffic fließt von Nodes zu Gateways.

Siehe Beispiel LoRaWAN Gateway für Entwickler.

In der Praxis sendet ein Node eine Nachricht auf einem vorbestimmten Frequenzband. Jedes Gateway, das das Paket erfasst, leitet es an die Cloud weiter. Mehrere Gateways können dieselbe Nachricht empfangen, was die Zuverlässigkeit verbessert, da selbst bei schwachem Link ein anderer erfolgreich sein kann. Allerdings bestätigt LoRaWAN nicht jedes Paket. Nodes können ein ACK anfordern, und wenn mehr als ein Gateway die Übertragung hört, wählt die Cloud ein Gateway für die Antwort nach kurzer, fester Verzögerung. Während dieser Antwort hört das Gateway auf zu lauschen, was zu verlorenem Downstream-Traffic führen kann, wenn Bestätigungen häufig sind.

Das Diagramm zeigt Gateway-Aktivität: orange Balken repräsentieren Sendeperioden, blaue Balken Lauschperioden. LoRaWAN unterstützt bis zu acht gleichzeitige Empfangskanäle, sodass Nodes über mehrere Frequenzen senden können.

LoRaWAN Klassen A, B & C

LoRaWAN definiert drei Geräteklassen, die Stromverbrauch, Latenz und Bandbreite ausbalancieren:

• Klasse A – Rein asynchron (Aloha). Nodes senden, wann immer Daten verfügbar sind, und öffnen zwei kurze Empfangsfenster nach jedem Uplink. Ideal für Low-Power, batteriebetriebene Geräte mit infrequenter Kommunikation.
• Klasse B – Beacon-gesteuert. Alle 128 s senden Gateways einen Beacon, der alle Klasse-B-Nodes synchronisiert. Nodes erhalten spezifische Zeitslots für Downlink, was geplante Kommunikation bei niedrigem Stromverbrauch ermöglicht.
• Klasse C – Kontinuierliches Lauschen. Nodes halten den Empfänger meist eingeschaltet, was sofortigen Downlink ermöglicht, aber mehr Strom verbraucht. Geeignet für netzbetriebene Geräte, die Near-Real-Time-Control benötigen.

Chirp Rate, Processing Gain & Orthogonalität

In LoRa definiert der Spreading Factor (SF) die Chirp Rate – die Rate, mit der die Trägerfrequenz über das Band streift. Ein höherer SF ergibt einen langsameren Chirp, was höheren Processing Gain und größere Reichweite, aber niedrigere Datenrate liefert. Unterschiedliche SFs können im selben Frequenzkanal koexistieren, weil sie orthogonal sind: Der Empfänger kann sie ohne Interferenz unterscheiden. Diese Orthogonalität untermauert LoRAs Fähigkeit, viele Geräte auf einem Kanal zu unterstützen.

Hürden beim Aufbau privater Netze mit LoRaWAN

LoRaWAN glänzt in öffentlichen Netzen, aber seine Architektur stellt Herausforderungen für private Enterprise-Deployments dar:

• Gemeinsames Spektrum führt zu Interferenzen. Alle Gateways, unabhängig vom Besitzer, operieren auf denselben Kanälen, was potenzielle Kollisionen schafft. Während die LoRa Alliance exklusive Kanäle benennen kann, bleibt die praktische Koexistenz vieler Netze in einer Region problematisch.
• Unzuverlässige Zustellung. LoRaWANs Aloha-basiertes MAC kann Paketfehlerraten über 50 % in congested Umgebungen erleiden. Industrielle Anwendungen, die 0 % PER verlangen, finden dies inakzeptabel.
• Fragmentiertes Ökosystem. LoRaWAN deckt nur die MAC-Layer ab; Vendor müssen Chips, Gateways, Backends und Application Layer selbst integrieren. Das erhöht Entwicklungszeit und Komplexität.
• Duty-Cycle-Restriktionen. Im europäischen 868-MHz-Band sind Gateways auf 1 % Duty Cycle limitiert, was Uplink-Traffic deckelt. Das US-ISM-Band hat kein solches Limit, aber die Einschränkung bleibt für Multi-Country-Deployments relevant.
• Variable MTU. Die Payload-Größe hängt vom vom Netzwerk zugewiesenen SF ab, der sich basierend auf Distanz und Kanalbedingungen ändern kann. Nodes müssen sich an unvorhersehbare MTU-Limits anpassen, oft defaultend auf die kleinste mögliche Größe (<12 Bytes). Diese Fragmentierung erhöht die Anzahl erforderlicher Übertragungen für größere Payloads.

LoRaWAN eignet sich für Low-Density, Low-Latency öffentliche Netze. Beim Skalieren auf Tausende Geräte mit anspruchsvollen Zuverlässigkeits- oder Latenzanforderungen werden die genannten Einschränkungen zu signifikanten Flaschenhälsen.

Alternative Lösung: Symphony Link

Symphony Link ist ein proprietärer LoRa-basierter Stack, entwickelt von Link Labs, um LoRaWANs Mängel zu adressieren. Kernvorteile umfassen:

• Bidirektionale, garantierte Zustellung. ACKs sind mandatory, was 100 % Nachrichtenempfang in Uplink und Downlink sicherstellt.
• Dynamisches Channel Masking. Das Gateway kontrolliert Kanalallokation, sodass bis zu 48 Gateways mit minimalen Kollisionen koexistieren können.
• Keine Duty-Cycle-Limits. Durch Betrieb im 900-MHz-Band (Europa) entfernt Symphony Link die 1 % Duty-Cycle-Restriktion.
• Feste 256-Byte MTU. Diese konsistente Payload-Größe eliminiert Fragmentierungs-Overhead und vereinfacht Firmware-Design.
• End-to-End-Lösung. Von Chips bis Gateways bis Cloud ist der Stack out-of-the-box bereit, was Integrationsaufwand und Time-to-Market reduziert.

Erfahren Sie mehr auf unserer Website oder vereinbaren Sie eine kostenlose Demo, um zu sehen, wie Symphony Link Ihre spezifischen LPWA-Anforderungen erfüllen kann – Gateway-Setup, Dev-Kit-Integration, Power-Budgeting und Range-Performance sind alle abgedeckt.