Personnel Tracking im Tunnelbau mit LoRaWAN: Anwesenheit, Zonen und Notfälle

Im Tunnelbau muss die Bauleitung im Notfall wissen, wie viele Personen unter Tage sind und in welchen Bereichen sie zuletzt erfasst wurden. Ein digitales Tracking kann Check-in, Zonenwechsel und Evakuierung unterstützen. Es macht aber aus einem Funksignal keine exakte Position und ersetzt weder Kommunikation noch Führung vor Ort. Gerade in einem wachsenden Tunnel müssen Genauigkeit, Aktualität und Ausfallverhalten offen sichtbar sein.

LoRaWAN kann dabei unterschiedliche Rollen übernehmen. Ein Wearable kann selbst kurze Ereignisse senden. Häufiger erfassen BLE-, RFID- oder UWB-Anker die Nähe eines Tags und geben Zonenereignisse über LoRaWAN weiter. Welche Architektur passt, hängt davon ab, ob nur Anwesenheit, ein letzter Durchgangspunkt oder eine präzisere Position benötigt wird.

Kurz zusammengefasst: Personnel Tracking im Tunnelbau sollte zuerst eine verlässliche Untertagezählung und klar definierte Zonen liefern. LoRaWAN ist ein möglicher Transportweg; Genauigkeit und Ausfallsicherheit entstehen durch passende Tags, Anker, Funkplanung und organisatorische Rückfallebenen.

Die Mindestfrage lautet: Wer ist unter Tage?

Der OSHA-Standard für Underground Construction verlangt ein Check-in/Check-out-Verfahren, mit dem benannte Personen über Tage im Notfall eine genaue Zahl der unter Tage befindlichen Personen bestimmen können. Diese Anforderung beschreibt zunächst Anwesenheit, nicht zentimetergenaue Ortung. Ein digitales System muss diese Kernfunktion verlässlich beherrschen, bevor zusätzliche Karten und Bewegungsanalysen sinnvoll werden.

Der Prozess braucht klare Übergabepunkte: Portal, Schacht, Zugang zu einem Nebenstollen oder Wechsel in einen gesperrten Abschnitt. Ein Tag-Ereignis wird mit Person, Zeit und Zone verbunden. Vergisst jemand den Tag, wird er falsch zugeordnet oder fällt ein Leser aus, muss eine manuelle Korrektur möglich und erkennbar sein.

Verfahren	Typische Aussage	Stärke	Grenze
Manueller Check-in	Person ist unter Tage	Einfach und nachvollziehbar	Keine automatische Zoneninformation
RFID/BLE-Durchgangspunkt	Tag passierte Leser oder Beacon	Klare Zonenwechsel	Position zwischen Lesern unbekannt
LoRaWAN-Tag	Gateway empfängt Identität und Ereignis	Wenig Infrastruktur am Tag	Empfang ist keine präzise Position
UWB-Ortung	Position relativ zu Ankern	Höhere lokale Genauigkeit	Mehr Anker, Energie und Kalibrierung
Inertial/GNSS-Hybrid	Bewegung seit Referenzpunkt	Überbrückt Teilbereiche	Drift; GNSS unter Tage meist nicht verfügbar

Zonenortung statt Scheingenauigkeit

Das NIOSH-Tutorial zu untertägigem Tracking erklärt ein verbreitetes RFID-Prinzip: Ein Leser erkennt einen getragenen Tag, und die Leitstelle weiß, dass sich die Person in Reichweite dieses bekannten Lesers befand. Die Ortsaussage entspricht damit einer Zone, deren Größe aus Leserposition und Funkbereich folgt. Diese ehrliche Aussage ist oft nützlicher als ein scheinbar genauer Kartenpunkt ohne belastbare Messgrundlage.

LoRaWAN-Geolokalisierung über Empfangsstärke ist in Tunneln besonders schwierig. Wände, Kurven, Maschinen und reflektierende Flächen verändern Signale. Zeitbasierte Verfahren können zusätzliche Infrastruktur und Synchronisation benötigen. Für Evakuierung sollte das System deshalb anzeigen: zuletzt erfasst in Zone X um Uhrzeit Y, Genauigkeitsklasse Z.

Jede Positionsanzeige sollte nennen

• Zeitpunkt der letzten bestätigten Erfassung
• verwendetes Verfahren und zugehörige Genauigkeitsklasse
• Zone, Leser oder Anker, auf dem die Aussage beruht
• Batterie- und Kommunikationszustand des Tags
• Hinweis, wenn seit dem letzten Ereignis Bewegung möglich war

Welche Rolle LoRaWAN übernimmt

Die LoRa Alliance beschreibt LoRaWAN als energiearme Kommunikation für kleine IoT-Datensätze. Ein Trackingereignis ist kompakt: pseudonyme Tag-ID, Leser oder Zone, Zeit, Ereignistyp, Batterie und Qualität. Das passt gut zu Durchgangs- und Statusmeldungen. Ein permanenter hochfrequenter Positionsstrom passt dagegen nicht.

Die LoRaWAN-Limitierungen von The Things Network zeigen zudem Grenzen bei Bandbreite und Downlinks. Ein Wearable sollte nicht auf eine dauernde Funkabfrage angewiesen sein. Sinnvoller sind lokale Erkennung, ereignisbasierte Uplinks und gegebenenfalls eine robuste Quittierungslogik außerhalb des normalen Class-A-Betriebs. Für Sprachkommunikation und unmittelbare Notfallanweisung sind andere Systeme erforderlich.

Tags, Anker und Backhaul trennen

Bei einer hybriden Architektur funkt der Personentag beispielsweise per BLE zu einem Zonenanker. Der Anker überträgt die Erkennung per LoRaWAN zur Plattform. Dadurch bleibt das Wearable klein und energiearm, während die Zone durch die Ankerposition definiert wird. Alternativ sendet ein LoRaWAN-Tag direkt und ein Gatewaymuster liefert nur grobe Nähe.

Diese Komponenten haben unterschiedliche Ausfallbilder. Ein Tag kann leer oder vergessen sein. Ein Anker kann falsch montiert oder verdeckt werden. Ein Gateway kann Strom oder Backhaul verlieren. Die Plattform kann eine veraltete Erfassung anzeigen. Diagnosen müssen diese Ebenen unterscheiden, damit eine fehlende Person nicht vorschnell als Funkstörung oder ein Funkausfall als leere Zone interpretiert wird.

• Tag: Identität, Batterie, Trage- und Funktionstest
• Anker: Position, Zone, Reichweite und lokaler Speicher
• Gateway: Funkempfang, Strom, Backhaul und Zeitbasis
• Plattform: Zuordnung, Datenalter, Rollen und Auditprotokoll
• Organisation: Ausgabe, Rückgabe, Ersatz und manuelle Korrektur

Der Vortrieb verändert die Zonen

Mit dem Tunnel wachsen Arbeitsbereiche und Fluchtwege. Neue Querschläge entstehen, Lüftungs- und Förderanlagen wandern, temporäre Sperren ändern die Bewegungslogik. Trackingzonen müssen deshalb Teil der Bauphasenplanung sein. Ein Anker, der gestern den Vortriebsbereich markierte, kann morgen hinter einer neuen Brandschutz- oder Materialzone liegen.

Das System sollte Zonen versionieren und Änderungen erst nach einem Funktionstest aktivieren. Bei jeder Umstellung wird geprüft, ob ein Tag am tatsächlichen Übergang erkannt wird, ob die Meldung über beide Schichten ankommt und ob die Kartenbezeichnung mit Beschilderung und Einsatzplan übereinstimmt.

Notfallbetrieb braucht lokale Rückfallebenen

Das erweiterte NIOSH-Tutorial zur Leistung von Tracking-Systemen nennt Zeitstempel, Standortverlauf, Gerätediagnose und Batteriezustand als wichtige Funktionen. Es betont auch Verfügbarkeit und Überlebensfähigkeit des Systems. Im Tunnelbau bedeutet das: Ein Portalrechner oder lokaler Cache sollte die letzte bekannte Lage auch dann verfügbar halten, wenn die externe Cloud ausfällt.

Eine Evakuierungsübung muss absichtlich Fehler enthalten: Tag ohne Batterie, ausgefallener Zonenanker, unterbrochener Backhaul und eine Person mit falscher Zuordnung. Erst dann zeigt sich, ob die Mannschaft Datenqualität versteht und ob manuelle Listen, Funk oder Kontrollposten die Lücke schließen.

Notfallregel: Das Tracking liefert eine Lagehilfe, keine Gewissheit. Einsatzleitung und Rettung müssen erkennen können, wie aktuell und genau jede Personeninformation ist.

Notruf und Tracking sind nicht dasselbe

Ein Tag kann einen Notruftaster besitzen, doch eine Positionshistorie garantiert noch keinen zuverlässigen Notruf. Der Uplink muss priorisiert, sichtbar quittiert und gegen Fehlbetätigung getestet werden. Wenn eine unmittelbare Zweiwegekommunikation erforderlich ist, braucht es ein dafür geeignetes Kommunikationssystem. LoRaWAN kann den Alarm zusätzlich verteilen und dokumentieren.

Auch automatische Man-down-Erkennung ist fehleranfällig. Arbeit in gebückter Haltung, Erschütterung, abgelegtes Wearable oder ruhige Tätigkeiten können falsch interpretiert werden. Ein Alarm sollte Sensorereignis, letzte Zone und Datenqualität zeigen und in einen Rückfrage- oder Kontrollprozess führen.

Datenschutz und Akzeptanz

Bewegungsdaten lassen Rückschlüsse auf einzelne Beschäftigte zu. Die Datenschutzübersicht der Europäischen Kommission ordnet Informationen zu identifizierbaren Personen als personenbezogene Daten ein. Zweck, Rechtsgrundlage, Zugriff, Speicherdauer und Beteiligung der Beschäftigten müssen vor dem Rollout geklärt werden. Ein Sicherheitszweck rechtfertigt nicht automatisch beliebige Leistungs- oder Verhaltensanalysen.

Hilfreich ist eine strikte Trennung: Die Leitstelle sieht im Ereignisfall die notwendigen Identitäten und Zonen. Für statistische Planung können aggregierte, nicht personenbezogene Werte genügen. Zugriffe und Exporte werden protokolliert. Beschäftigte müssen wissen, was erfasst wird, welche Genauigkeit besteht und wie fehlerhafte Daten korrigiert werden.

Wearable als Arbeitsmittel

Ein Tag muss getragen werden, ohne Arbeit oder Schutzausrüstung zu behindern. Gewicht, Befestigung, Reinigung, Lade- oder Batteriewechsel und Bedienung mit Handschuhen sind Teil der Sicherheit. Die Verbindung zu Smart Wearables für Bauarbeiter ist eng, aber Tracking sollte nicht mit immer mehr Sensorfunktionen überladen werden.

Ausgabe und Rückgabe gehören in den Schichtablauf. Ein personalisierter Tag darf nicht still an die nächste Person weitergegeben werden. Für Besucher, Rettungskräfte und kurzzeitig Beschäftigte braucht es einen ebenso klaren Prozess wie für Stammteams. Ersatzgeräte müssen vorkonfiguriert und testbar sein.

Pilotierung mit realen Schichten

1. Mindestziel aus Check-in, Zonen und Notfallablauf definieren
2. Zonen an tatsächlichen Übergängen und Fluchtwegen festlegen
3. Tag- und Ankertechnik unter PSA, Staub und Maschinenbetrieb testen
4. Datenalter und Genauigkeitsklassen im Dashboard sichtbar machen
5. Datenschutz, Ausgabe und Korrektur mit den Beschäftigten erproben
6. Evakuierungsübungen mit absichtlichen Systemfehlern durchführen
7. erst nach Auswertung weitere Zonen oder Zusatzsensoren ergänzen

Der Pilot sollte Tages- und Nachtschicht, Fremdfirmen, Besucher und Bauphasenwechsel einschließen. Eine gute Erkennungsrate am Portal genügt nicht, wenn ein wichtiger Querschlag unzuverlässig ist oder Tags im Arbeitsalltag abgelegt werden. Beobachtung und Rückmeldung der Nutzer sind deshalb ebenso wichtig wie Funkmetriken.

Verbindung zum Tunnelmonitoring

Im Tunnelbau-Echtzeit-Monitoring können Zonenereignisse helfen, einen gesperrten Bereich oder eine Evakuierungslage zu beurteilen. Die Systeme sollten jedoch getrennte Verantwortlichkeiten behalten. Geotechnische Alarme, Gaswarnung und Personenstatus haben unterschiedliche Datenqualität und Reaktionswege.

Eine sinnvolle Integration zeigt beispielsweise: Bereich B gesperrt, letzter Zonenstand acht Personen, sieben am Ausgang bestätigt, ein Tag seit sechs Minuten ohne neue Erfassung. Diese Darstellung unterstützt die Suche. Sie darf nicht behaupten, die achte Person befinde sich sicher an einem exakten Punkt.

Kennzahlen, die Vertrauen schaffen

Wichtig sind erfolgreiche Check-ins, erkannte Zonenwechsel, Datenalter, Batteriewarnungen, Fehlzuordnungen und Zeit bis zur Korrektur. Bei Übungen zählt, wie schnell eine belastbare Untertagezahl vorliegt und wie gut Abweichungen erklärt werden können. Die Zahl gespeicherter Positionspunkte ist dagegen kein Nutzenbeweis.

Akzeptanz lässt sich ebenfalls messen: Anteil regelmäßig getragener Tags, gemeldete Behinderungen, Verlustquote und Verständnis der Anzeige. Wenn Beschäftigte dem System nicht vertrauen oder es im Arbeitsalltag stört, sinkt seine Notfallqualität lange vor dem ersten technischen Ausfall.

Fremdfirmen, Besucher und wechselnde Schichten erfassen

Auf einer Tunnelbaustelle wechseln Beschäftigte, Nachunternehmer, Lieferanten und Besucher. Ein Trackingkonzept darf deshalb nicht voraussetzen, dass jede Person dauerhaft denselben Tag besitzt. Die Ausgabe und Rücknahme gehört in den Zugangsvorgang: Identität oder zulässiges Pseudonym, Schicht, Berechtigung, Tag-ID, Batterieprüfung und erwarteter Rückgabezeitpunkt werden nachvollziehbar verknüpft. Für Besucher braucht es eine einfache, beaufsichtigte Variante, die ohne lange Systemeinweisung funktioniert.

Verlorene oder versehentlich weitergegebene Tags verfälschen die Anwesenheitsliste. Am Schichtende sollte das System daher nicht nur fehlende Check-outs anzeigen, sondern eine Klärung unterstützen: Ist die Person bereits draußen, liegt das Gerät im Fahrzeug oder besteht tatsächlich ein ungeklärter Untertagestatus? Erst die bestätigte Korrektur schließt den Vorgang. Diese Routine im Alltag ist die Voraussetzung dafür, dass die Liste im Notfall glaubwürdig bleibt.

Evakuierung mit einem kontrollierten Abgleich abschließen

Bei einer Räumung werden mehrere Informationsquellen zusammengeführt: Zugangsliste, letzte Zone, Sammelplatzbestätigung, Meldung der Vorarbeiter und gegebenenfalls Suche. Ein Tag am Ausgang beweist nicht automatisch, dass die zugeordnete Person dort angekommen ist; eine manuelle Bestätigung am Sammelplatz bleibt wichtig. Das System sollte Abweichungen klar darstellen und jede Statusänderung mit Zeit und verantwortlicher Rolle protokollieren.

Funk- oder Stromausfall darf den Abgleich nicht unbrauchbar machen. Lokale Leser können Übergänge puffern, und am Zugang steht eine aktuelle, offline nutzbare Schichtliste bereit. In Übungen wird bewusst ein Gateway oder Netzwerkpfad abgeschaltet. So zeigt sich, wie lange lokale Daten reichen, wer den Ersatzprozess startet und ob nach Wiederkehr der Verbindung doppelte oder verspätete Ereignisse korrekt verarbeitet werden.

Nach jeder Übung werden nicht nur Räumungszeit und Vollständigkeit bewertet. Ebenso wichtig sind unklare Tag-Zuordnungen, tote Zonen, verspätete Synchronisation und die Verständlichkeit der Anzeige für die Einsatzleitung. Aus diesen Befunden entstehen konkrete Änderungen an Zugang, Funkplanung oder Schulung. Ein Trackingprojekt gewinnt seine Notfallqualität durch wiederholte Übungen, nicht durch eine einmalige Vorführung unter Idealbedingungen.

Häufige Fragen

Muss im Tunnelbau erfasst werden, wie viele Personen unter Tage sind?

Ja. OSHA 1926.800 verlangt beispielsweise ein Check-in/Check-out-Verfahren, das im Notfall eine genaue Personenzahl ermöglicht.

Liefert LoRaWAN eine genaue Position im Tunnel?

Nicht automatisch. Direktes LoRaWAN liefert meist Empfang oder grobe Nähe. Für definierte Zonen oder höhere Genauigkeit sind Leser, Beacons, UWB oder andere Anker nötig.

Was zeigt eine Zonenortung?

Sie zeigt, dass ein Tag zu einem bestimmten Zeitpunkt in Reichweite eines bekannten Lesers oder an einem Übergang erkannt wurde.

Kann das Tracking die Notfallkommunikation ersetzen?

Nein. Tracking unterstützt das Lagebild; Sprache, Alarmierung, Führung, Check-in und Rettungsverfahren brauchen eigene belastbare Wege.

Wie lässt sich Missbrauch der Bewegungsdaten begrenzen?

Durch klare Zweckbindung, minimale Speicherdauer, rollenbasierte Zugriffe, Protokollierung, Transparenz und eine Trennung von Sicherheits- und Leistungsdaten.