Auch genannt: IoT Edge Gateway; Gateway für das Internet der Dinge
Ein IoT-Gateway ist eine Hardware- oder Softwarekomponente zwischen IoT-Geräten und einem IP-Netz beziehungsweise einer Plattform. Es nimmt Daten aus einem lokalen Geräte- oder Funknetz entgegen, kann sie prüfen, aufbereiten und weiterleiten und übermittelt Befehle in Gegenrichtung an die Geräte. Das Gateway ist damit mehr als eine bloße Netzwerkverbindung: Es verbindet oft unterschiedliche Protokolle, Datenformate und Sicherheitsdomänen. NIST geht ausdrücklich davon aus, dass Geräte mit nicht IP-basierten Zugängen wie Bluetooth Low Energy, Zigbee, Z-Wave oder 802.15 über ein Gateway an ein IP-Netz angebunden werden.NIST IR 8350: Trusted IoT Device Network-Layer Onboarding
Ein Sensor misst zum Beispiel Temperatur, Feuchte oder eine Türöffnung. Häufig spricht er nicht direkt dieselbe technische Sprache wie eine Webanwendung oder ein Cloud-Dienst. Das IoT-Gateway übernimmt dann die Vermittlung. Auf der Geräteseite kann es etwa ein lokales Funknetz bedienen; auf der anderen Seite stellt es eine IP-Verbindung zum Gebäudenetz oder zu einer Plattform her.
Welche Aufgaben ein IoT-Gateway tatsächlich übernimmt, hängt von der Anlage ab. Manche Modelle leiten Messwerte nahezu unverändert weiter. Andere bündeln Meldungen mehrerer Geräte, übersetzen Datenfelder, speichern Werte kurzzeitig bei einem Netzausfall oder führen lokale Regeln aus. Deshalb ist „Gateway“ keine einheitliche Produktklasse, sondern eine Rolle in der Architektur.
Der Datenweg beginnt an der lokalen Schnittstelle. Das Gateway erkennt angeschlossene oder registrierte Geräte, empfängt ihre Nachrichten und ordnet sie einem Gerät, Raum oder Messpunkt zu. Anschließend kann es Werte auf Plausibilität prüfen, Einheiten vereinheitlichen oder viele Einzelmeldungen zu einer Übertragung zusammenfassen. Erst danach sendet es die aufbereiteten Daten über das IP-Netz weiter.
Für die Plattformseite ist MQTT ein verbreitetes Muster. MQTT 5.0 beschreibt ein leichtgewichtiges Client-Server-Protokoll mit Publish/Subscribe-Modell: Clients veröffentlichen Nachrichten zu Themen, andere Clients abonnieren passende Themen.OASIS: MQTT Version 5.0 Ein Gateway kann in diesem Modell Messwerte veröffentlichen und Konfigurations- oder Steuerbefehle abonnieren. Die Geräte müssen dabei nicht zwangsläufig selbst eine dauerhafte Verbindung zur Plattform pflegen.
In Gegenrichtung nimmt das Gateway einen Befehl entgegen, prüft ihn im vorgesehenen Kontext und überträgt ihn in das lokale Geräteprotokoll. Ob ein Befehl ausgeführt wird, darf nicht allein davon abhängen, dass er technisch lesbar ist. Berechtigungen, Geräteidentität, sichere Inbetriebnahme und ein nachvollziehbarer Umgang mit Ausfällen gehören zum Entwurf. NIST beschreibt vertrauenswürdiges Onboarding gerade als Voraussetzung dafür, Geräten die nötigen Netzwerkanmeldedaten bereitzustellen und ihre Sicherheitslage über den Lebenszyklus zu erhalten.NIST SP 1800-36: Trusted IoT Device Network-Layer Onboarding and Lifecycle Management
In einem Bürogebäude senden batteriebetriebene Fensterkontakte, Temperaturfühler und Heizkörperregler ihre Daten über ein lokales Funkprotokoll. Ein IoT-Gateway im Technikraum sammelt diese Nachrichten. Es versieht sie mit einer gemeinsamen Zeitbasis, verwirft offensichtlich unvollständige Datensätze nach einer definierten Regel und übermittelt relevante Zustände an die Gebäudesoftware.
Die Software kann daraus etwa erkennen, dass ein Raum während eines geöffneten Fensters beheizt wird. Sie sendet jedoch nicht unmittelbar einen abstrakten Plattformbefehl an jeden Regler. Stattdessen erreicht der Befehl zunächst das Gateway, das ihn dem passenden lokalen Gerät und dessen Protokoll zuordnet. Fällt die Internetverbindung aus, kann die lokale Anlage – sofern so geplant – weiterhin einfache Regeln ausführen oder Daten zwischenspeichern. Ob und wie lange das sinnvoll ist, hängt von Sicherheitsanforderungen, Speicher und Betriebsverantwortung ab.
Lokale Vorverarbeitung kann Datenwege und Reaktionszeiten beeinflussen, ist aber kein Selbstzweck. Sie ist sinnvoll, wenn eine Entscheidung auch ohne Verbindung zu einer externen Plattform zuverlässig möglich sein muss oder wenn nicht jede Rohmessung übertragen werden soll. Gleichzeitig wird das Gateway zu einem sicherheitsrelevanten Bestandteil: Es verarbeitet Gerätezustände, besitzt Netzwerkzugang und kann Befehle weitergeben.
Daher braucht es einen klaren Betrieb: eindeutige Gerätezuordnung, abgesicherte Administration, Aktualisierungen nach einem geregelten Verfahren sowie Protokollierung, die bei Störungen die Ursache nachvollziehbar macht. Ein Gateway ersetzt diese Maßnahmen nicht; es ist der Ort, an dem sie für die Verbindung zwischen Geräte- und IP-Welt zusammenkommen.
Ein Router verbindet vor allem Netze und leitet IP-Pakete anhand von Netzwerkadressen weiter. Er muss weder ein lokales Geräteprotokoll übersetzen noch Messwerte in ein Anwendungsformat überführen. Ein IoT-Gateway kann Routing-Funktionen enthalten, seine charakteristische Aufgabe ist jedoch die Vermittlung zwischen einer konkreten Geräteumgebung und übergeordneten Diensten.
Ein Sensor erfasst eine physikalische oder andere Messgröße; ein Aktor setzt ein Steuersignal in eine Wirkung um. Beide können über ein Gateway angebunden sein, sind aber nicht das Gateway selbst. Eine IoT-Plattform verwaltet oder verarbeitet Daten und Anwendungen zentral. Das Gateway ist dagegen die vermittelnde Komponente nahe an den Geräten.