LoRa Tree-Repeater-Netzwerke unter Tage: Funkabdeckung im Bergbau realistisch planen

Unter Tage ist Funk nicht einfach eine Frage der Sendeleistung. Eine Strecke kann gerade verlaufen und gut funktionieren, dann kommt eine Kurve, ein Höhenversatz, eine metallische Einbautenreihe, eine feuchte Zone oder ein bewegliches Fahrzeug, und die Verbindung sieht plötzlich anders aus. Wer LoRa oder LoRaWAN in Minen, Tunneln, Kavernen oder weit verzweigten Betriebsanlagen einsetzen will, braucht deshalb ein Netzkonzept. Tree-Repeater, Relay-Knoten, Gateways und Backhaul sind keine dekorativen Begriffe, sondern Bauteile einer Architektur, die Funkbarrieren überbrücken, Messpunkte erreichbar machen und Ausfälle begrenzen soll.

LoRaWAN ist grundsätzlich für energiearme IoT-Endgeräte und kleine Datenpakete entwickelt. Die Technologie kann für Grubensensorik, Maschinenzustände, Türkontakte, Pumpenstatus, Wetter- und Umweltwerte oder einfache Alarmmeldungen interessant sein. Sie ist aber kein Wundermittel gegen Gestein, Topologie und Sicherheitsanforderungen. Untertagefunk muss gemessen, geplant und betrieblich getestet werden. Ein Tree-Repeater-Netzwerk ist dann sinnvoll, wenn es eine klare Hierarchie von Knoten gibt: Sensoren senden zu einem Repeater oder direkt zum Gateway; Repeater leiten Daten weiter; Gateways verbinden das LoRa-Funknetz mit dem IP-Backhaul; der Netzwerkserver verarbeitet die LoRaWAN-Kommunikation; die Applikation macht daraus nutzbare Zustände.

Kurz zusammengefasst: Tree-Repeater-Netzwerke können LoRa- oder LoRaWAN-basierte Sensorik unter Tage erreichbarer machen, wenn direkte Gateway-Verbindungen nicht ausreichen. Wichtig ist die Unterscheidung zwischen offiziellem LoRaWAN Relay, proprietären Repeaterkonzepten und Mesh-ähnlichen Erweiterungen. Pauschale Reichweitenversprechen sind unseriös. Entscheidend sind Tunnelgeometrie, Funkmessung, Antennenpositionen, Energieversorgung, Backhaul und die Frage, welche Daten überhaupt über LoRaWAN laufen sollen.

Warum Untertagefunk schwierig ist

Über Tage lässt sich Funkabdeckung oft mit Topografie, Gebäudehöhe, Dämpfung und Antennenstandorten modellieren. Unter Tage kommt eine andere Physik hinzu. Stollen, Strecken und Tunnel bilden lange, schmale Räume mit Kurven, Kreuzungen, Abzweigen und technischen Einbauten. Das Signal kann entlang einer Strecke überraschend weit laufen, an anderer Stelle aber abrupt schwächer werden. Gestein, Wasser, Stahl, Maschinen, Kabeltrassen, Fahrzeuge und Menschen verändern die Ausbreitung. Dazu kommen praktische Einschränkungen: Gateways brauchen Strom und Backhaul, Repeater müssen erreichbar gewartet werden, Antennen dürfen nicht beschädigt werden, und in explosionsgefährdeten Bereichen gelten zusätzliche Anforderungen an Geräte und Installation.

LoRaWAN funktioniert unter Tage nicht „einfach so“. Es kann funktionieren, wenn der Anwendungsfall zu kleinen Datenpaketen passt und die Funkplanung standortspezifisch erfolgt. LoRa-Grundlagen helfen beim Verständnis der Funktechnik; für Untertageprojekte reicht dieses Wissen aber nicht. Aus einem guten Linkbudget wird noch kein gutes Netz. Ein Stollen mit gerader Sichtlinie ist anders zu bewerten als eine verwinkelte Mine mit Rampen, nassen Abschnitten und beweglicher Ausrüstung.

LoRa, LoRaWAN, Relay, Repeater und Mesh sauber trennen

LoRa ist die Funktechnologie. LoRaWAN ist das Netzwerkprotokoll, das Endgeräte, Gateways, Netzwerkserver und Anwendungen in einer Star-of-Stars-Architektur verbindet. Die Semtech-Übersicht zu LoRa beschreibt die Long-Range-Funktechnologie für IoT-Anwendungen. Die LoRa Alliance stellt mit der LoRaWAN-L2-Spezifikation die Protokollbasis bereit. Klassisches LoRaWAN sieht vor, dass Endgeräte direkt von einem oder mehreren Gateways empfangen werden. Das Gateway ist dabei keine steuernde Basisstation im Mobilfunksinn, sondern leitet LoRaWAN-Pakete weiter.

Ein Repeater im allgemeinen Sprachgebrauch ist ein Knoten, der Funkpakete weiterleitet. In LoRaWAN ist der Begriff heikel, weil nicht jede Weiterleitung automatisch standardkonform ist. Die LoRa Alliance behandelt die Reichweitenerweiterung mit der TS011-Spezifikation zu LoRaWAN Relay in einem definierten Rahmen. The Things Network erklärt in seiner Dokumentation zu LoRaWAN Relay, wie Endgeräte über Relay-Knoten an Gateways angebunden werden können. Proprietäre Tree-Topologien können darüber hinausgehen oder anders funktionieren, sind dann aber nicht automatisch dasselbe wie LoRaWAN Relay.

Mesh ist wiederum ein eigener Begriff. Ein echtes Mesh-Netz lässt viele Knoten dynamisch miteinander routen. LoRaWAN ist dafür im Kern nicht entworfen. Manche Systeme bauen Mesh-ähnliche oder baumfürmige Weiterleitungsschichten um LoRa herum. Das kann technisch sinnvoll sein, muss aber in Kompatibilität, Sicherheit, Wartbarkeit und Herstellerbindung bewertet werden. Für Betreiber zählt am Ende weniger der Name als die Frage: Ist klar dokumentiert, welcher Knoten welche Pakete weiterleitet, wie Schlüssel und Geräteidentitäten verwaltet werden, was bei Ausfall eines Knotens passiert und wie die Daten in die Betriebsplattform gelangen?

Technischer Merksatz: LoRa ist Funk, LoRaWAN ist Protokoll, Gateway ist IP-Brücke, Relay ist ein definierter LoRaWAN-Erweiterungsmechanismus, und ein proprietärer Tree-Repeater ist eine herstellerspezifische Architektur. Diese Begriffe sollten in Ausschreibungen nicht vermischt werden.

Typische Architektur unter Tage

Eine untertägige Architektur beginnt nicht beim Repeater, sondern beim Datenbedarf. Ein Gassensor, ein Türkontakt, ein Pumpenstatus, ein Temperaturknoten und ein Positions-Tag stellen unterschiedliche Anforderungen. Manche senden alle paar Minuten. Manche senden nur bei Ereignissen. Manche müssen lokal alarmieren, bevor eine Funkmeldung überhaupt relevant wird. Aus diesen Anforderungen ergibt sich, wie dicht Sensoren sitzen, wo Repeater sinnvoll sind und welche Gateway-Standorte möglich sind.

Ebene	Aufgabe	Typische Komponenten	Planungsfragen
Sensor-/Endgeräteebene	Messwerte und Zustände erfassen	Gas-, Temperatur-, Feuchte-, Vibrations-, Tür- oder Pumpensensoren	Messintervall, Batterie, Ex-Schutz, lokale Alarmierung, Montageort
Repeater-/Relay-Ebene	Funkreichweite in Strecken, Kurven und Abzweigungen erweitern	LoRaWAN Relay, proprietäre Repeater, Tree-Knoten	Stromversorgung, Hop-Zahl, Ausfallverhalten, Firmware, Zulassung
Gateway-Ebene	LoRaWAN-Pakete ins IP-Netz übertragen	Industrie-Gateways, Outdoor-/Schacht-Gateways, Gateway-Cluster	Antennenposition, Backhaul, Redundanz, Wartbarkeit
Backhaul und Server	Daten in Netzwerkserver und Anwendung bringen	Ethernet, Glasfaser, WLAN, Mobilfunk am Portal, Netzwerkserver	Latenz, Verfügbarkeit, Security, Integration in Leitwarte

LoRa-Gateways müssen in untertägigen Anwendungen immer mit einem konkreten Backhaul-Konzept zusammengedacht werden. Ein Gateway ohne IP-Verbindung ist ein Empfänger ohne Weg zur Anwendung. Ein Repeater ohne Wartungskonzept wird zum späteren Blindpunkt. Ein Netzwerkserver ohne saubere Geräteverwaltung wird im Betrieb schnell unübersichtlich.

Anwendungsfälle: Welche Daten passen zu LoRa Tree-Repeatern?

Beim LoRaWAN-Monitoring geht es genau um solche kleinen, strukturierten Zustandsdaten. Unter Tage wird dieser Grundgedanke anspruchsvoller, weil die Messpunkte nicht nur weit verteilt, sondern oft auch schwer zugänglich sind.

Gasdaten sind ein naheliegender Anwendungsfall, solange die Abgrenzung stimmt: Das Funknetz kann Messwerte weiterleiten, Trends dokumentieren und Fernalarmierung unterstützen. Lokale Gaswarnung und vorgeschriebene Schutztechnik dürfen davon nicht abhängig gemacht werden, wenn die Safety-Anforderungen das nicht erlauben. Maschinenzustände sind ebenfalls geeignet, wenn der Node vorverarbeitete Kennwerte sendet, etwa Temperatur, Betriebsstunden, Grenzwertstatus oder einfache Vibrationsindikatoren. Hochfrequente Rohdaten gehören eher an eine lokale Auswerteeinheit, die nur Ergebnisse überträgt.

Für Geolokalisierung durch LoRaWAN und LoRaWAN-Alarmierung gilt unter Tage besondere Vorsicht: Zoneninformationen, Gateway-Nähe oder Signalindikatoren können betrieblich nützlich sein, ersetzen aber keine präzise Rettungsortung und keine sicherheitskritische Alarmarchitektur.

Grenzen: Latenz, Downlink, Paketverluste und Energie

LoRaWAN-Geräte arbeiten häufig als Class-A-Endgeräte. Diese senden einen Uplink und öffnen danach kurze Empfangsfenster für Downlinks. In der TTN-Übersicht zu LoRaWAN-Geräteklassen wird Class A als energiearmer Standardmodus mit hoher Downlink-Latenz beschrieben, weil ein Downlink an einen Uplink gebunden ist. Das ist für Batterielaufzeit gut, aber für Fernsteuerung und sofortige Rückmeldungen begrenzend. Class C kann häufiger empfangen, braucht aber deutlich mehr Energie und ist für batteriebetriebene untertägige Sensoren nicht automatisch passend.

Auch Repeater Ändern diese Grundlogik nicht kostenlos. Jeder zusätzliche Hop kann Latenz, Energiebedarf, Komplexität und Fehlerwahrscheinlichkeit erhöhen. Bei Tree-Strukturen muss außerdem klar sein, was passiert, wenn ein übergeordneter Knoten ausfällt. Gibt es alternative Pfade? Werden Sensoren neu zugeordnet? Entsteht eine Lücke, die im Dashboard sichtbar wird? Wird ein Ausfall als Alarm, Wartungshinweis oder Kommunikationsfehler behandelt? Diese Fragen sind für den Betrieb wichtiger als eine optimistische Reichweitenzahl.

In seiner Dokumentation zu den LoRaWAN-Limitierungen weist The Things Network auf geringe Bandbreite, kleine Payloads und Downlink-Beschränkungen hin. Für Untertage heißt das: Status und Messwerte passen gut, Audio, Video, permanente Steuerdaten oder dichte bidirektionale Kommunikation nicht. Wenn ein System viele Downlinks braucht, etwa häufige Konfigurationswechsel oder Fernsteuerung, sollte LoRaWAN kritisch geprüft werden.

Praxis-Hinweis: In einem guten Untertage-Funkkonzept wird nicht nur gemessen, wo Empfang möglich ist. Es wird auch dokumentiert, wo Empfang nicht möglich ist, welche Repeater diese Lücken schließen, welche Knoten kritisch sind und wie ein Ausfall im Betrieb sichtbar wird.

Planung eines Tree-Repeater-Netzes

Der praktische Einstieg ist eine Strecken- und Anwendungsaufnahme. Welche Stollen, Rampen, Kammern, Schächte und Kreuzungen sollen abgedeckt werden? Welche Messpunkte sind stationär, welche mobil? Wo gibt es Strom? Wo gibt es Backhaul? Welche Bereiche sind explosionsgefährdet? Welche Funktechnik ist bereits vorhanden, etwa Leaky Feeder, WLAN, TETRA, Betriebsfunk, Glasfaser oder industrielle Ethernetsegmente? LoRaWAN muss nicht alles ersetzen. Oft ist es sinnvoller, eine ergänzende Telemetrieschicht aufzubauen.

Danach folgt eine Funkmessung mit realistischen Montageorten. Antennen an idealen Teststativen liefern andere Ergebnisse als Antennen an zulässigen, geschützten und wartbaren Positionen. Kurven, Abzweige und metallische Einbauten sollten bewusst getestet werden. Außerdem sollte nicht nur die Verbindung zwischen Endgerät und Gateway geprüft werden, sondern auch das Verhalten bei Fahrzeugbewegungen, Wasser, Staub, geänderten Torstellungen und Arbeitsbetrieb. Untertage ist ein Netz selten statisch.

• Datenbedarf festlegen: Welche Messwerte, Alarme und Statusdaten sind wirklich nötig?
• Kritikalität trennen: Was ist Monitoring, was ist Safety, was ist reine Dokumentation?
• Funkplan messen: Reale Strecken, Kurven, Abzweige und Einbauten testen.
• Repeaterpunkte bewerten: Strom, Schutz, Wartbarkeit, Zulassung und Ausfallfolgen prüfen.
• Backhaul planen: Gateway-Verbindung zum Netzwerkserver redundant oder zumindest transparent überwachen.
• Betrieb definieren: Batteriewechsel, Firmware, Geräteersatz, Kalibrierung und Störungsannahme organisieren.

Für den Betrieb sollte jeder Repeater wie ein eigener Infrastrukturpunkt behandelt werden. Dazu gehören eine eindeutige Standort-ID, eine dokumentierte Versorgungsart, geschützte Montage, ein Wartungsfenster, ein erwarteter Datenpfad und ein definierter Ausfallzustand. Ein Repeater, der nur als unsichtbare Funkverlängerung betrachtet wird, wird im Störfall schnell zum blinden Fleck. Besser ist ein Netzplan, der zeigt, welche Endgeräte über welchen Zwischenknoten melden und welche Messpunkte betroffen sind, wenn ein Knoten ausfällt.

Ebenso wichtig ist die Änderungsdokumentation. Untertage werden Strecken verlängert, Tore versetzt, Fahrzeuge ausgetauscht und Arbeitsbereiche umgebaut. Eine Funkmessung aus der Einführungsphase bleibt deshalb nicht automatisch gültig. Wenn Repeater versetzt, Antennen getauscht oder neue Messpunkte ergänzt werden, sollte das Netz erneut geprüft werden. So bleibt die Baumstruktur nachvollziehbar und die Funkabdeckung wird nicht nur bei der Abnahme, sondern auch im laufenden Betrieb verstanden. Auch Schichtwechsel profitieren von dieser klaren Dokumentation.

Wann Tree-Repeater sinnvoll sind und wann nicht

Tree-Repeater sind sinnvoll, wenn Sensorpunkte räumlich hintereinander liegen, direkte Gateway-Verbindungen nicht stabil sind und die Anwendung kleine Datenpakete mit begrenzter Latenz verträgt. Das passt zu Umweltmessungen, Gasdaten als Ergänzung, Maschinenstatus, Pumpen, Türen, Füllständen, Wasserständen oder einfachen Zustandsalarmen. Sie sind weniger sinnvoll, wenn sehr hohe Verfügbarkeit ohne Redundanz verlangt wird, wenn jeder Knoten ständig empfangen muss oder wenn der Betreiber keine Wartungspunkte unter Tage pflegen kann.

Manchmal ist ein zusätzliches Gateway näher am Messpunkt besser als eine lange Repeaterkette. Manchmal ist ein kabelgebundener Abschnitt sinnvoller. Manchmal ist vorhandener Betriebsfunk für Sprachkommunikation unersetzlich, während LoRaWAN nur Sensorik übernimmt. Das ist keine Schwäche. Gute Funkplanung ist nicht romantisch; sie ordnet Technologien nach Aufgabe.

Ausblick

Die LoRaWAN-Relay-Spezifikation macht Reichweitenerweiterung besser greifbar, und proprietäre Tree-Lösungen zeigen, dass es für Tunnelsysteme und Bergwerke praktische Ansätze gibt. Entscheidend bleibt die Integrationsarbeit. Untertage wird nicht die Technologie gewinnen, die auf dem Datenblatt am weitesten funkt, sondern diejenige, die mit Energieversorgung, Zulassung, Wartung, Funkmessung, Backhaul, Security und Betriebspraxis zusammenpasst.

Abnahmekriterien für ein Untertage-Netz

• Abdeckung: Definierte Messpunkte und Bewegungswege unter realen Betriebsbedingungen prüfen.
• Verfügbarkeit: Paketankunft, Datenalter und Ausfall eines kritischen Relay-Knotens dokumentieren.
• Betrieb: Energieversorgung, Wartungszugang, Ersatzgerät und Zuständigkeit nachweisen.
• Änderungen: Ein Verfahren für neue Strecken, versetzte Tore und geänderte Antennen festlegen.

Ein Tree-Repeater-Netz sollte vor dem produktiven Einsatz nicht nur „Empfang“ nachweisen, sondern belastbare Abnahmekriterien erfüllen. Dazu gehören definierte Messpunkte, dokumentierte Paketankunftsraten unter realen Betriebsbedingungen, sichtbare Offline-Zustände, Batteriereserven, Wartungszugang, Gerätekennzeichnung und ein Verfahren für Änderungen im Streckennetz. Besonders wichtig ist die Frage, wie das System mit Umbauten umgeht. Unter Tage verändern sich Abbaufortschritt, Maschinenstandorte und Belüftungseinrichtungen. Ein Funknetz, das nur am Tag der Installation funktioniert, ist kein Betriebsnetz.

Für Betreiber ist außerdem eine Trennung zwischen Funkabdeckung und Prozessabdeckung sinnvoll. Funkabdeckung bedeutet, dass Pakete technisch empfangen werden. Prozessabdeckung bedeutet, dass die richtigen Daten am richtigen Ort in der richtigen Zeit ankommen und eine Handlung auslösen. Ein Gaswert, ein Pumpenalarm oder ein Personen-Notruf haben unterschiedliche Kritikalität. Deshalb sollten sie nicht mit demselben Abnahmesatz bewertet werden. Das Netz muss zur betrieblichen Entscheidung passen, nicht nur zum Datenblatt.

Ein weiterer Abnahmepunkt ist Security. Relay- oder Repeaterkonzepte dürfen nicht dazu führen, dass Geräteidentitäten, Schlüssel oder Firmwarepflege unklar werden. Gerade bei langlebigen Sensoren muss dokumentiert sein, wie Geräte hinzugefügt, gesperrt, ersetzt und aktualisiert werden. Ein untertägiges Netz ist kein einmaliges Installationsprojekt, sondern eine Betriebsinfrastruktur.

Häufige Fragen

Ist LoRaWAN Relay dasselbe wie ein Mesh-Netz?

Nein. LoRaWAN Relay ist ein definierter Erweiterungsmechanismus für LoRaWAN. Mesh beschreibt dynamischere Mehrwege-Routingkonzepte. Proprietäre Tree-Repeater können Mesh-ähnlich wirken, sind aber technisch und organisatorisch gesondert zu bewerten.

Wie weit reicht LoRa unter Tage?

Das lässt sich nicht pauschal seriös beantworten. Reichweite hängt von Tunnelgeometrie, Material, Feuchtigkeit, Einbauten, Antennen, Störungen und Repeater-/Gateway-Planung ab. Ein Standorttest ist unverzichtbar.

Welche Daten eignen sich besonders?

Kleine Telemetriedaten wie Gaswerte, Temperatur, Luftfeuchte, Pumpenstatus, Türzustände, Batteriestand, einfache Maschinenzustände und Ereignisflags. Nicht geeignet sind Video, Audio, große Rohdatenmengen und harte Echtzeitsteuerung.

Wie viele Relay- oder Repeater-Hops sind sinnvoll?

So wenige wie möglich. Jeder zusätzliche Weiterleitungsschritt erhöht Komplexität, Energiebedarf und Abhängigkeiten. Die zulässige Struktur hängt davon ab, ob ein standardisiertes LoRaWAN Relay oder eine proprietäre Tree-Lösung eingesetzt wird.

Braucht jeder Repeater einen eigenen Backhaul?

Nein. Ein Relay oder Repeater leitet Funkdaten weiter; den IP-Backhaul benötigt das Gateway. Jeder Zwischenknoten braucht aber eine gesicherte Energieversorgung, Wartungszugang und einen sichtbar überwachten Ausfallstatus.