Zuverlässige IoT-Netze mit IEEE 802.15.4 und 6LoWPAN aufbauen

Industrial IoT: Große, verteilte Sensornetze mit minimalem Energieverbrauch

IIoT basiert auf großflächigen, verteilten Sensor-/Steuerungsnetzen, die monate- bis jahrelang unbeaufsichtigt mit sehr geringem Stromverbrauch laufen. Charakteristik: sehr kurze Nachrichtenbursts über kurze Distanzen per Funk – Low-Rate Wireless Personal Area Network (LR-WPAN). Kurze Datenframes reduzieren Retransmissionsbedarf durch Funkstörungen. Ein LR-WPAN-Ansatz: IEEE 802.15.4 (PHY + MAC), genutzt in industrieller Steuerung/Automation (SCADA).

Cloud- vs. Fog-Modell

Im IoT senden lokale „Edge“-Geräte (Sensoren) Daten an Rechenzentrum („Cloud“) zur Verarbeitung. Kommunikation via Standard-IP-Stack. Zwei Modelle:

• Cloud-Modell: Direkte Edge-Device-Internetverbindung zu Rechenzentren.
• Fog-Modell: Edge-Devices → Border Gateway (Sammelpunkt) → Relay an Rechenzentrum.

Artikel beschreibt IEEE 802.15.4-Netze, speziell IETF 6LoWPAN (IPv6 over Low-power Wireless Personal Area Networks) – unterstützt beide Modelle.

IEEE 802.15.4 PHY Layer

IEEE 802-Familie: 802.3 (Ethernet), 802.11 (Wi-Fi), 802.15 (WPAN). Task Group 4 verantwortet 802.15.4: RF-Spektrum, PHY-Layer. Erweitert um RFID-PHYs, UWB-PHYs, diskutiert für Car-to-Car/Car-to-Curb.

802.15.4 adressiert nur PHY (Layer 1) und MAC (Layer 2). Obere Lagen: Implementierer. Layer 3+: Zigbee, Z-Wave, Thread, 6LoWPAN – implementieren Rest des OSI-Modells (Routing, Discovery, APIs).

Datenraten: 20, 40, 100 (bald), 250 kbit/s. Basis: 10 m Reichweite @ 250 kbit/s. Noch niedrigere Raten für weniger Strom. Realistisch: 2,4 GHz ISM: ~30 m indoor, 60–90 m outdoor. Sub-GHz: >6,5 km (4 Meilen) mit passenden Antennen im 900 MHz ISM-Band demonstriert.

PHY managt RF-Transceiver, Kanalwahl, Energie-/Signalmanagement. 6 PHYs definiert (Frequenzbereich, Datenperformance). 4 nutzen DSSS (Frequency Hopping). CSS in UWB und 2450 MHz. PSSS nur im europäischen 868 MHz Band (hybrid binär/ASK).

Frame-Größe: 133 Bytes (PHY, MAC, Payload). Kurze Frames → kurze Sendezeit, geringe Interferenzwahrscheinlichkeit durch Industrieanlagen. Frame-Format: Abb. 1.

IEEE 802.15.4 MAC Layer

MAC (Layer 2) verantwortlich für:

• Beitreten/Verlassen des PAN
• CSMA-CA (Carrier Sense Multiple Access with Collision Avoidance) für Kanalzugriff
• Guaranteed Time Slot (GTS) Übertragungen
• Zuverlässiger Link zwischen zwei Peer-MAC-Entitäten
• Beacon-Übertragungen für Koordinator
• Synchronisation zu Beacons

Zusätzlich: Symmetrische Verschlüsselung via AES-128. Optionen: SHA-Hashes, Zugriffskontrolllisten (Beschränkung sensibler Infos auf bestimmte Nodes/Links). Freshness-Check zwischen Frame-Empfängen → minimiert späte Lieferung alter Frames an höhere Protokolle.

Knotentypen und Netztopologien

Zwei Knotentypen (Abb. 2):

• Reduced Function Devices (RFD): Kommunizieren nur mit FFDs.
• Full Function Devices (FFD): Kommunizieren mit FFDs und RFDs, können eigene Netze bilden.

→ Hierarchie → zwei Topologien: Stern oder Peer-to-Peer (Mesh).

Stern: Einfach, günstig (ein FFD genügt). Rest RFD/FFD. Nachteil: Koordinator = Single Point of Failure → Totalausfall. Nur für einfachste Anwendungen.

Mesh: Mehrere redundante Pfade → Nachrichtenzustellung gesichert. Ad-hoc, selbstorganisierend. Verbindlichkeit trotz wechselnder RF-Ausbreitung (Multipath, Vegetation). Unterstützt bewegliche Nodes (Industrierobotik). „Lossy Mesh“: nicht alle Links zuverlässig → Higher-Layer-Routing-Protokoll leitet basierend auf aktueller Konnektivität um.

IPv6 und 6LoWPAN

IPv4-Adressraum erschöpft → IPv6 (Layer 3+4, 128 Bit Adressraum, selbst für größte IoT-Schätzungen). Normaler IPv6-Header: 40 Bytes. Mit AES-128-Overhead bleiben nur 33 Bytes Nutzdaten im Frame.

Lösung: IP Header Compression (IPHC) reduziert IPv6-Header auf 10 Bytes (inkl. Routing für Internet-Traversierung). Abb. 3.

Kombination: IPv6 + IPHC + Standard TCP/UDP auf 802.15.4 PHY/MAC = 6LoWPAN. Mit POSIX-Sockets: End-to-End-Paketzustellung weltweit via normale Internetprotokolle.

6LoWPAN-Implementierung für IoT

• Sub-GHz 6LoWPAN für AMI (Advanced Metering Infrastructure): Stromzähler (Wohnbau). Utilities lesen/steuern Stromverbrauch im Netz. Lossy-Mesh-Routing sichert Zählerdaten trotz Multipath/Wetter (Regen/Schnee).
• Code-Größe: ~30 KB, oft direkt in Radios (TI, Silicon Labs, u. a.) implementiert. UART-Interface zwischen Sensor-MCU und Radio → Protokoll-Overhead auf Radio ausgelagert.
• OS-Unterstützung: Linux u. a. implementieren 6LoWPAN auf diversen Radio-Plattformen. Linux-basierte Border Gateways für Edge-Device-Sicherheit (Fog-Modell) via Hardened Kernels, Next-Gen Firewalls. Border Gateway auch für Datenfilterung/Kompression → geringere Kommunikationskosten.
• Höhere Protokolle: 6LoWPAN kompatibel mit Standard-Internetprotokollen → MQTT, CoAP, HTTP für App-to-App-Kommunikation nutzbar.
• Border Router: 6LoWPAN (Southbound) ↔ IPv4/IPv6 (Northbound). NAT automatische Translation 6LoWPAN-Paketformat → Standard-IPv6 oder via NAT64 → Standard-IPv4. Edge-Device-Adressierung für Cloud/Entwickler transparent. Abb. 4: Raspberry Pi Border Router mit 6LoWPAN-Modul.

Zusammenfassung

IoT = Konnektivität. IEEE 802.15.4 ideal: Low-Power-Betrieb über Lossy Mesh. 6LoWPAN darauf: sichere, transparente Cloud-Konnektivität, erheblich reduzierte Entwickler-/Systemdesigner-Belastung durch Standard-IP-kompatible Protokolle und verfügbare Libraries.

Verfasst von Mike Anderson, CTO/Chief Scientist, The PTR Group (Ashburn, VA). Mehr Info: hier.