Braucht es einen neuen IoT-Standard? oneM2Ms Perspektive zur Interoperabilität

Ken Figueredo von oneM2M

Webcomic #927 auf xkcd.com illustriert die ewige Debatte über Standards. Er zeigt humorvoll zwei Entwickler, die über einen neuen Standard streiten, während bereits vierzehn existieren, wie Ken Figueredo von oneM2M anmerkt.

Hinter dem Witz liegt eine echte Herausforderung: die Standardisierung der IoT-Landschaft. Da das Bewusstsein für Protokolle wie CoAP, MQTT, LWM2M und NB-IoT wächst, fragen viele, ob noch ein weiterer Standard nötig ist. Die Antwort hängt davon ab, wie wir ein IoT-System definieren.

IoT als Systemherausforderung

Ein IoT-Ökosystem ist ein mehrschichtiger Stack: Geräte und Sensoren am Edge, lokale und Weitverkehrsnetze, Gateways oder Cloud-Plattformen, die Konnektivität orchestrieren, und Applikations-Frameworks, die Geschäftsnutzen generieren.

Datentransport und semantisches Modeling fügen weitere Komplexität hinzu. Mehrere Transportprotokolle (z. B. CoAP, MQTT, HTTPS) koexistieren neben diversen Datenrepräsentationen (JSON, XML, Plain Text). Zusammen bilden sie ein Gitter aus Subsystemen, die über Silos hinweg interoperabel sein müssen.

Folgedessen sind Komplexität und Fragmentierung die primären Adoptionsbarrieren. Während der IoT-Markt expandiert, vermehren sich Anbieter, doch viele liefern isolierte, proprietäre Komponenten, was die Fragmentierung verschärft.

Um Implementierungshürden zu mindern, bauen Mobilfunkbetreiber und Cloud-Anbieter Partner-Ökosysteme – ähnlich einem Restaurantmenü –, die Kunden das Mischen und Anpassen von Komponenten erlauben.

Solche Ökosysteme versprechen Modularität, doch Integration bleibt schwierig, besonders da die Zahl möglicher Permutationen wächst.

Eine Alternative ist ein umfassendes End-to-End-Framework, das jede Ebene umfasst – Edge-Geräte, Konnektivität, Middleware und Applikationen – und sowohl einfache als auch anspruchsvolle Deployments ermöglicht.

Ein solches Framework hängt von offenen Standards ab, um Komponenten zusammenzufügen. Anbieter-Interoperabilität befeuert eine lebendige Lieferkette, erzielt Skaleneffekte und treibt breitere Adoption und Innovation auf der Nachfrageseite an.

Werkzeuge für Technologien: der oneM2M-Ansatz

Effektive Standardisierung zielt auf zwei Kern-IoT-Aktivitäten ab: Gerät-zu-Netzwerk-Konnektivität und Datentransfer von Edge-Geräten zu Applikationen über Gateways oder Cloud-Services.

Ein Weg ist der Bau von Middleware, die eine spezifische Konnektivitätsdomäne unterstützt – zellular, Bluetooth oder Wi-Fi – und separat eine weitere, die Transportprotokolle wie CoAP, HTTPS, MQTT oder WebSockets handhabt.

Alternativ kann eine vereinheitlichte Suite von Management-Tools diese Schichten abstrahieren. Ein Applikationsentwickler könnte ein „Communication Management“-Modul nutzen, das mehrere Transportprotokolle konsolidiert und Wiederverwendung über diverse Medien ohne Neuentwicklung niedriger Details ermöglicht.

OneM2M verkörpert diese Philosophie, indem es eine Middleware-Ebene bereitstellt, die zwischen Applikationsservices und zugrundeliegenden Geräte- oder Konnektivitätsstacks sitzt und einen gemeinsamen Satz wiederverwendbarer Tools anbietet.

Die Middleware bietet einen erweiterbaren Werkzeugkasten von Services, die Entwickler selektiv einsetzen können. Eine vereinheitlichte API regelt Interaktionen zwischen Middleware, Applikationen, Geräten und Netzwerkschnittstellen.

Entgegen der xkcd-Skizze erweitert oneM2M bestehende Standards, anstatt mit ihnen zu konkurrieren. Ein einzelner Entwickler kann zellulare Konnektivität, ein Sicherheitsframework (DTLS, TLS, PSK, PKI), ein Transportprotokoll (HTTPS, CoAP, MQTT, WebSockets), ein Serialisierungsformat (XML, JSON, Plain Text) und einen Service-Management-Stack (OCF, LWM2M, Thread) kombinieren. So ermöglichen wenige standardisierte Tools eine Vielzahl von Stack-Konfigurationen.

Vorbereitung auf zukünftige IoT-Anwendungsfälle und -Anforderungen

Diese Szenarien zeigen oneM2Ms Fähigkeit, bestehende Protokolle zu nutzen, während anerkannt wird, dass sich die IoT-Landschaft rasant erweitert – besonders durch KI/ML, Datenaustausch und Datenschutzmandate –, wo Standardisierung neue Chancen eröffnen kann.

Wenn neue Bedürfnisse entstehen, führt oneM2M ergänzende Standards ein. Ab 2012 adressierten Release 1 und 2 Architektur und Konnektivität; Releases 3 und 4 erweiterten auf höhere Stack-Belange.

Die neueren Releases fokussieren semantische Interoperabilität, Minimierung von Mobilfunknetz-Überlastung und Datenschutz-/Lizenzmechanismen für Datenaustausch. Diese Entwicklung unterstreicht den Imperativ für einen End-to-End-IoT-Standard, der sich parallel zu Innovation und neuen Anwendungsfällen weiterentwickelt.

Der Autor ist Ken Figueredo von oneM2M