Wie viele Smart-Meter passen auf ein LoRaWAN-Gateway?

Ein einzelnes LoRaWAN-Gateway mit acht Kanälen kann nach einer Simulation der LoRa Alliance bis zu 300.000 Smart-Meter-Geräte bedienen, wenn jedes davon dreimal täglich sendet. Ein neues Whitepaper der zuständigen Task Force liefert dafür konkrete Architektur- und Parameterempfehlungen – und kommt zu dem Schluss, dass nicht die Kapazität, sondern die Funkabdeckung der eigentliche Flaschenhals ist.

Wie viel Kapazität hat ein LoRaWAN-Gateway wirklich?

LoRaWAN (Long Range Wide Area Network) ist ein Funkstandard für batteriebetriebene IoT-Geräte mit großer Reichweite und minimalem Energieverbrauch, der von der LoRa Alliance verwaltet wird. Für Versorgungsunternehmen ist die Technologie seit Jahren ein Standardwerkzeug für Smart-Metering-Rollouts, also für die digitale Anbindung von Wasser-, Strom- und Wärmezählern. Die zentrale Planungsfrage dabei: Wie viele Zähler kann ein einzelnes Gateway – die Basisstation zwischen Endgeräten und Netzwerkserver – zuverlässig bedienen?

Das im Juni 2026 veröffentlichte Whitepaper „LoRaWAN Network Capacity Optimization for Utility Applications“ der LoRa Alliance Network Capacity Task Force liefert dazu eine Simulationsrechnung: Ein Gateway mit acht Kanälen – also acht parallel nutzbaren Empfangskanälen – kann demnach rund eine Million Nachrichten pro Tag verarbeiten. Bei drei Übertragungen pro Gerät und Tag entspricht das in der Simulation etwa 300.000 Geräten bei einem Zielwert von 98 Prozent Meter-Reading-Rate.

Diese Zahl beruht auf mehreren Annahmen: einer Gerätedichte von 20.000 Geräten pro Quadratkilometer, einer Paketgröße von 52 Byte, einer zusätzlichen Funkdämpfung von 15 Dezibel zur Simulation von Innenraumbedingungen sowie einer Übertragungswiederholungsrate (NbTrans) von 3. 20.000 Geräte pro Quadratkilometer entsprechen rechnerisch einem Gerät pro 50 Quadratmetern – ein Wert, der für ein dicht bebautes Stadtquartier mit mehreren Zählern pro Haushalt plausibel ist, aber eher am oberen Ende realistischer Szenarien liegt. Mit zusätzlichen Gateways, die dasselbe Signal empfangen können – die Task Force nennt das Gateway-Diversität –, lässt sich die Kapazität um weitere rund 60 Prozent steigern.

Als zweiten, unabhängig genannten Hebel führt das Whitepaper den Wechsel auf die neuen, schnelleren Datenraten SF5 und SF6 gemäß der im November 2025 veröffentlichten Spezifikation RP2-1.0.5 auf: Dieser kann laut Whitepaper unter geeigneten Bedingungen die Basiskapazität eines Acht-Kanal-Gateways um mehr als das Doppelte erhöhen – wie genau, erklärt der Abschnitt zur Spreading-Factor-Verteilung weiter unten.

Wichtig für die Einordnung: In realen Deployments bedient ein Gateway laut Whitepaper meist nur einige tausend Geräte – ein Bruchteil der theoretischen Kapazität. Der Spielraum ist also vorhanden, bevor ein einzelnes Gateway überhaupt an seine Grenzen stößt.

Wie sollte ein Gateway-Netz für Smart Metering aufgebaut sein?

Die Kapazitätszahlen gelten pro Gateway – ob sie erreicht werden, hängt aber stark vom Standort und der Netzarchitektur ab. Das Whitepaper empfiehlt deshalb ein dreistufiges Modell.

Großflächige Outdoor-Gateways mit 16 bis 64 Kanälen bilden das Rückgrat eines städtischen Netzes und decken große Flächen mit vergleichsweise wenigen Standorten ab. Wo diese Abdeckung in dicht bebauten Gebieten, Industriezonen oder bei unterirdischen Versorgungszonen nicht ausreicht, ergänzen kleinere Outdoor-Gateways mit acht Kanälen die Versorgung lokal und nehmen Lastspitzen von den großen Gateways.

Für Gebäude, Keller oder Mehrfamilienhäuser, in denen Außensignale durch Wände und Decken stark gedämpft werden, sieht das Modell zusätzlich Indoor-Gateways mit acht Kanälen vor. Ergänzend empfiehlt die Task Force sogenannte Macro-Diversity: Im Idealfall empfängt mehr als ein Gateway jede Übertragung, was Ausfallsicherheit und Zuverlässigkeit erhöht – allerdings auch Anschaffungs- und Betriebskosten.

Bei kleinen bis mittleren Deployments wird diese doppelte Abdeckung deshalb oft nur für einen Teil der Geräte geplant, etwa 30 Prozent oder weniger, je nach Gerätedichte. Als Zielgröße für Servicequalität nennt das Whitepaper eine Paketerfassungsrate von 95 bis 99 Prozent, wie sie in vielen Verträgen mit Versorgern vereinbart wird. Für einzelne schwer erreichbare Geräte oder kleine Gruppen schlägt das Papier außerdem batteriebetriebene LoRaWAN-Relays vor: Geräte, die Signale weiterleiten, ohne dass eine Stromversorgung vor Ort nötig ist. Ein einzelnes Relay kann laut Whitepaper bis zu 16 Endgeräte bedienen – eine vergleichsweise günstige Lösung für punktuelle Funklöcher, ohne ein zusätzliches Gateway installieren zu müssen.

Wie lassen sich Übertragungen pro Gerät optimieren?

Neben der Infrastruktur spielt das Verhalten der einzelnen Endgeräte eine zentrale Rolle für die Netzkapazität, da jede Übertragung Sendezeit – im Whitepaper als Airtime bezeichnet – verbraucht. LoRaWAN unterscheidet zwischen unconfirmed Uplinks, bei denen das Endgerät keine Bestätigung vom Netz erwartet, und confirmed Uplinks, bei denen es eine Bestätigung (Acknowledgment) anfordert und die Übertragung bei Bedarf wiederholt. Wie oft ein Gerät bei Bedarf wiederholt, steuert der Parameter NbTrans.

Das Whitepaper empfiehlt unterschiedliche Strategien je Anwendungsfall: Für batteriekritische Geräte in schwierigen Funkbedingungen, etwa Wasserzähler in unterirdischen Schächten, schlägt es confirmed Uplinks mit einem moderaten NbTrans von 8 vor, um sicherzustellen, dass kritische Messwerte nicht verloren gehen.

Für Geräte mit häufigen Übertragungen wie Stromzähler empfiehlt es dagegen unconfirmed Uplinks mit NbTrans 3, da gelegentliche Paketverluste durch nachfolgende Messwerte ausgeglichen werden können und der Verzicht auf Bestätigungen Sendezeit für andere Geräte freigibt.

Als zusätzliche Option beschreibt das Papier sogenannte Lightweight Downlinks: Anstatt eine vollständige Bestätigung zu senden, schickt der Netzwerkserver eine minimale Antwort, um Wiederholungsschleifen frühzeitig zu beenden – ohne dass die Geräte-Firmware angepasst werden muss. In Kombination mit der Adaptive Data Rate (ADR), einem Mechanismus, der Datenrate und Sendeleistung automatisch an die Funkbedingungen anpasst, lässt sich laut Whitepaper die Paketfehlerrate (Packet Error Rate, PER) gezielt steuern.

Welche Rolle spielt die Spreading-Factor-Verteilung?

Der Spreading Factor (SF) bestimmt bei LoRaWAN das Verhältnis zwischen Reichweite und Übertragungsgeschwindigkeit: Höhere SF-Werte erreichen größere Distanzen und durchdringen Hindernisse besser, benötigen dafür aber deutlich mehr Sendezeit pro Nachricht.

Laut Whitepaper ist die Sendezeit bei SF12 rund viermal so hoch wie bei SF10 im europäischen Frequenzband EU868 – ein Gerät auf SF12 blockiert den Kanal also entsprechend länger für andere Geräte. Deshalb empfiehlt die Task Force klare Obergrenzen: In EU868 sollten nicht mehr als 10 Prozent des gesamten Datenverkehrs auf SF12 entfallen, da SF12 unter anderem für seltene, aber kritische Anmeldevorgänge (Join-Anfragen) neuer Geräte genutzt wird.

Im nordamerikanischen Band US915 gilt eine Obergrenze von 15 bis 20 Prozent für SF10, das dort die niedrigste verfügbare Datenrate liefert. Eine zentrale Erkenntnis des Papers lautet, dass mehrere Übertragungswiederholungen auf einem niedrigeren SF oft weniger Sendezeit und Energie verbrauchen als eine einzelne lange Übertragung auf dem höchsten SF. Netzbetreiber sollten also nicht reflexhaft auf maximale Reichweite, sondern auf minimale Gesamtsendezeit optimieren.

Hier kommt auch die im November 2025 veröffentlichte Spezifikation RP2-1.0.5 ins Spiel: Sie führt die neuen, schnelleren Datenraten SF5 und SF6 ein – mit 15,6 respektive 9,4 Kilobit pro Sekunde gegenüber den bisherigen Höchstwerten, also bis zu dreimal beziehungsweise 1,5-mal schneller. Für Geräte, die diese Raten nutzen können, sinkt die benötigte Sendezeit entsprechend, was die Basiskapazität eines Acht-Kanal-Gateways laut Whitepaper unter geeigneten Bedingungen um mehr als das Doppelte erhöhen kann.

Kapazität oder Funkabdeckung – was sagt die Forschung?

Die zentrale These des Whitepapers lautet: In der Praxis ist LoRaWAN eher durch Funkabdeckung limitiert als durch Kapazität. Coverage lasse sich vergleichsweise einfach durch zusätzliche Gateways erweitern, während die Kapazität pro Gateway – wie die Simulationszahlen zeigen – in typischen Deployments noch erheblichen Spielraum biete.

Eine Frage, die sich aus dem Whitepaper selbst ergibt, bleibt unbeantwortet: Welche Spreading-Factor-Verteilung liegt der eingangs genannten Kapazitätssimulation von rund einer Million Nachrichten pro Tag zugrunde – und hält sie die an anderer Stelle empfohlene Obergrenze von maximal 10 Prozent SF12-Traffic in EU868 selbst ein? Eine ungünstigere SF-Verteilung könnte die genannte Kapazität spürbar verändern, ohne dass das Whitepaper dazu Angaben macht.

Wissenschaftliche Arbeiten zur LoRaWAN-Skalierbarkeit zeichnen ein differenzierteres Bild, allerdings größtenteils aus der Zeit vor RP2-1.0.5 und vor diesem Whitepaper. Ein Survey zur Skalierbarkeit von LoRaWAN für Massive IoT beschreibt Signalinterferenz und gleichzeitige Übertragungskollisionen als zentrale Herausforderungen in sehr dicht besiedelten Netzen – also durchaus als Kapazitätsfrage, nicht nur als Abdeckungsfrage.

Eine weitere Arbeit zur Kollisionsvermeidung bei der Ressourcenzuteilung in LoRaWAN ordnet den Einsatz von Bestätigungen (Acknowledgments) – wie sie das neue Whitepaper für Wasserzähler mit NbTrans 8 empfiehlt – als potenzielles Skalierbarkeitsrisiko ein, da diese durch regulatorische Sendezeitbegrenzungen, den sogenannten Duty Cycle, zusätzlich beschränkt werden.

Der Begriff Duty Cycle taucht im neuen Whitepaper übrigens an keiner Stelle auf. In EU868 begrenzen Duty-Cycle-Vorgaben die Sendezeit eines Geräts in den meisten Subbändern auf rund ein Prozent pro Stunde – unabhängig davon, wie viel theoretische Gateway-Kapazität zur Verfügung steht.

Für Geräte mit häufigen Übertragungen und hohem NbTrans könnte dieser regulatorische Rahmen relevanter werden, als es die reinen Kapazitätszahlen vermuten lassen.

Fazit

Das Whitepaper liefert Netzplanern konkrete Zahlen und Stellschrauben, die bislang vor allem in Simulationsmodellen einzelner Anbieter steckten: gestaffelte Gateway-Architekturen, geräteklassen-spezifische Wiederholungsraten und die Auswirkungen der neuen SF5/SF6-Datenraten auf die Gesamtkapazität. Für die Planung von Smart-Metering-Projekten sind das nützliche Anhaltspunkte – mit dem Hinweis, dass die zugrundeliegenden Annahmen klar benannt und die Quelle als das eingeordnet werden sollte, was sie ist: eine Industrie-Task-Force, die ein begründetes, aber kein neutrales Interesse an „Kapazität ist gelöst, baut mehr Gateways“ hat.

Wer ein konkretes Projekt plant, sollte die hier genannten Werte als Ausgangspunkt für eigene Messungen und Standortanalysen nutzen, nicht als Garantie.

Wie viele Smart-Meter kann ein LoRaWAN-Gateway versorgen?

Laut einer Simulation der LoRa Alliance kann ein Acht-Kanal-Gateway rund eine Million Nachrichten pro Tag verarbeiten. Bei drei Übertragungen pro Gerät und Tag entspricht das in der Simulation etwa 300.000 Geräten bei einem Zielwert von 98 Prozent Meter-Reading-Rate. In der Praxis bedienen Gateways meist nur einige tausend Geräte und nutzen damit nur einen Bruchteil dieser Kapazität.

Was ist der Unterschied zwischen confirmed und unconfirmed Uplinks bei LoRaWAN?

Bei unconfirmed Uplinks sendet ein Gerät, ohne eine Bestätigung vom Netz zu erwarten. Bei confirmed Uplinks fordert das Gerät eine Bestätigung an und wiederholt die Übertragung bei Bedarf, gesteuert über den Parameter NbTrans. Confirmed Uplinks erhöhen die Zuverlässigkeit, verbrauchen aber mehr Sendezeit und Energie.

Was bedeutet Macro-Diversity bei LoRaWAN-Netzwerken?

Macro-Diversity beschreibt den Empfang einer Übertragung durch mehr als ein Gateway gleichzeitig. Das erhöht die Zuverlässigkeit und Ausfallsicherheit eines Netzes, verursacht aber zusätzliche Infrastrukturkosten. Bei kleinen bis mittleren Deployments wird doppelte Abdeckung deshalb oft nur für einen Teil der Geräte geplant.

Wann lohnt sich ein LoRaWAN-Relay?

Ein LoRaWAN-Relay ist ein batteriebetriebenes Gerät, das Signale zwischen Endgeräten und Gateways weiterleitet, ohne dass eine Stromversorgung vor Ort nötig ist. Es eignet sich für einzelne Geräte oder kleine Gruppen außerhalb der regulären Abdeckung und kann laut Whitepaper bis zu 16 Endgeräte bedienen. Für größere Funklöcher ist meist ein zusätzliches Gateway die bessere Lösung.

Wie wirkt sich der Spreading Factor auf die Netzwerkkapazität aus?

Höhere Spreading-Factor-Werte erhöhen Reichweite und Durchdringung, verlängern aber die Sendezeit pro Nachricht erheblich. In EU868 ist die Sendezeit bei SF12 laut Whitepaper rund viermal so hoch wie bei SF10. Eine hohe Auslastung mit hohem SF blockiert den Funkkanal länger und reduziert dadurch die Gesamtkapazität für alle Geräte.

Ist LoRaWAN durch Funkabdeckung oder durch Netzwerkkapazität begrenzt?

Die LoRa Alliance sieht in ihrem aktuellen Whitepaper vor allem die Funkabdeckung als limitierenden Faktor, da sich Kapazität pro Gateway in der Praxis meist ausreichend zeigt. Wissenschaftliche Arbeiten zur Skalierbarkeit von LoRaWAN weisen jedoch darauf hin, dass Kollisionen und regulatorische Sendezeitgrenzen in sehr dichten Netzen ebenfalls relevant werden können. Für konkrete Projekte empfiehlt sich daher eine Prüfung beider Faktoren anhand der jeweiligen Gerätedichte und Funkbedingungen.