Jedes LoRaWAN-Deployment besteht aus drei Schichten: Geräten im Feld, Gateways, die sie empfangen, und einem LoRaWAN Network Server, der Funkpakete in nutzbare Daten verwandelt. Die ersten beiden sind Hardware zum Anfassen. Die dritte ist Software – und die Entscheidung, wo sie läuft, ist eine der folgenreichsten des gesamten Projekts.

Was macht ein LoRaWAN Network Server eigentlich?

Der LoRaWAN Network Server (LNS) ist das Gehirn des Netzwerks. Gateways sind bewusst simpel gehalten – sie leiten jedes Paket weiter, das sie empfangen. Die eigentliche Arbeit übernimmt der Network Server: Er dedupliziert Pakete, die von mehreren Gateways empfangen wurden, validiert Gerätesessions und verarbeitet Joins, verwaltet die MAC-Schicht (Datenraten, Kanalpläne, Adaptive Data Rate), plant Downlinks über das am besten positionierte Gateway und übergibt Ihrer Anwendung saubere, entschlüsselte Payloads.

Ohne Network Server ist LoRaWAN-Verkehr nur Rauschen. Mit einem bedient dieselbe Infrastruktur Türsensoren, Wasserzähler, Tracker und industrielle Telemetrie nebeneinander.

Ihre drei Optionen für den Betrieb

Grob gesagt wählt jedes Team zwischen drei Modellen.

Selbst gehostetes Open Source. ChirpStack (MIT-lizenziert) und der Open-Source-Kern von The Things Stack lassen sich kostenlos und ohne Nutzungslimits selbst hosten. Sie erhalten die volle Hoheit über die Konnektivitätsschicht – und die volle Verantwortung dafür: Hosting, Skalierung, Patching und Monitoring des Servers und seiner Abhängigkeiten. Beide sind reine Network Server: Dashboards, Datenvisualisierung, Regeln und Alarmierung müssen aus einer separaten Anwendungsplattform kommen. Unsere ehrlichen Vergleiche decken beide ab: Kilo vs ChirpStack und Kilo vs The Things Stack.

Ein gehostetes Netzwerk. Die Community-Sandbox von The Things Stack ist für kleine, nicht kommerzielle Nutzung unter einer Fair-Use-Richtlinie kostenlos, die kommerziellen Stufen sind kostenpflichtig. Das Hosting sparen Sie sich, aber die Anwendungsschicht bleibt ein separates Produkt, das Sie integrieren und bezahlen.

In die Plattform eingebaut. Das dritte Modell kollabiert den Stack: Der Network Server ist direkt Teil der IoT-Plattform. Kilos IoT-Plattform enthält in jedem Plan einen eingebauten LoRaWAN Network Server (und einen für mioty), auch im kostenlosen Tarif für 5 Geräte – die Gateways zeigen auf die Plattform, und Dashboards, Regeln, Alarme und KI arbeiten direkt auf den entschlüsselten Daten, ohne Integrationsschicht dazwischen.

Cloud vs. Self-Hosting: der ehrliche Trade-off

Self-Hosting gewinnt, wenn die Hoheit über die Konnektivitätsschicht die Anforderung ist: ein vom Netz getrennter (air-gapped) Standort, ein Telekommunikationsanbieter, der sein Geschäft auf der Netzwerkschicht aufbaut, oder ein Team, das den Server wirklich anpassen will. Es kostet Sie eine eigene Betriebsfunktion – der Server ist jetzt Produktionsinfrastruktur, die Sie betreiben.

Ein eingebauter Network Server gewinnt bei Zeit und Gesamtkosten für die meisten anwendungsorientierten Deployments: Es gibt kein zweites System zu betreiben, keine MQTT-Brücke zwischen LNS und Dashboards zu pflegen und keine separate Rechnung. Wenn Network Server, Geräteverwaltung und Automatisierung ein Produkt sind, löst ein Gateway, das offline geht, dieselben Alarme aus – mit denselben Eskalationsketten – wie ein Sensor, der offline geht.

Ein Gateway anzubinden dauert Minuten, nicht Tage

Jedes Gateway, das LoRa Basics Station oder den Semtech UDP Packet Forwarder spricht, kann auf Kilos eingebauten Network Server zeigen – Gateway registrieren, Geräte hinzufügen, und in Minuten erscheinen Live-Daten mit Signalstärke und Gerätestatus. Wenn Sie noch Hardware auswählen, behandelt unser Leitfaden zu LoRaWAN-Gateways Indoor- und Outdoor-Modelle, Frequenzpläne nach Region und die Platzierung.

Das Fazit

Der LoRaWAN Network Server ist nicht der Ort, an dem Ihr Projekt Wert schafft – er ist die Rohrleitung, die einfach funktionieren muss. Betreiben Sie ihn selbst, wenn die Hoheit über genau diese Rohrleitung der Punkt ist. Wenn der Punkt die Anwendung ist, wählen Sie eine Plattform mit eingebautem Network Server und investieren Sie Ihre Engineering-Zeit in das, wofür die Sensoren da sind.