Real-Time Location Systems (RTLS) – Konzepte und Methoden

1. Lernziele

RTLS, IPS, Proximity und Geofencing fachlich trennen
gemessene Größen von daraus berechneten Positionen unterscheiden
Trilateration, Multilateration und Triangulation korrekt verwenden
RSSI-, Fingerprint-, Laufzeit- und Winkelverfahren erklären
BLE, Wi‑Fi RTT, UWB, GNSS und RFID passend zum Use Case bewerten
Latenz, Update Rate, Genauigkeit, Präzision und Verfügbarkeit getrennt messen
Multipath, NLOS, Geometrie und Floorplanfehler diagnostizieren
Mist vBLE Engagement, Asset Visibility und externes Wi‑Fi-RTLS abgrenzen
Datenschutz, Sicherheit und Lifecycle von Tags berücksichtigen
eine reproduzierbare RTLS-Abnahme planen

Leitfrage: Welche physikalische Größe wird tatsächlich gemessen – und welche Annahmen verwandeln sie in eine Position?

2. Was ist ein RTLS?

Ein Real-Time Location System bestimmt und aktualisiert die Position oder Zone beweglicher Objekte innerhalb eines definierten Gebietes. „Real-Time“ bedeutet dabei nicht null Millisekunden, sondern eine für den Geschäftsprozess ausreichend kurze Ende-zu-Ende-Latenz.

RTLS = Identität + Messung + Referenzgeometrie + Positionsalgorithmus + Zeit + Anwendung

Begriff	Bedeutung	Beispiel
RTLS	Infrastruktur lokalisiert Tags, Geräte, Personen oder Assets	Infusionspumpe in Raum 2.14
IPS	Indoor Positioning System; häufig bestimmt das mobile Gerät seine eigene Position	Smartphone-Navigation im Gebäude
Proximity	Nähe zu einem Beacon/Locator statt vollständiger Koordinate	„in der Nähe des Eingangs“
Presence	Objekt wurde in einem Bereich gehört	Asset befindet sich im Lager
Geofencing	Regel reagiert auf Ein-/Austritt in virtuelle Zone	Alarm beim Verlassen des Sicherheitsbereichs

3. Taxonomie der Ortung

Dimension	Ausprägungen	Designwirkung
Ergebnis	Presence, Proximity, Zone, Raum, x/y, x/y/z	bestimmt erforderliche Messqualität
Berechnungsort	Tag, Smartphone, Edge, Cloud, zentraler Engine-Server	Datenschutz, Latenz, Bandbreite
Richtung	Device-based oder Network-based	wer kennt die Position?
Messprinzip	Signalstärke, Laufzeit, Zeitdifferenz, Phase/Winkel, Fingerprint	Genauigkeit und Infrastruktur
Tagtyp	aktiv, passiv, semi-passiv, taglos	Batterie, Reichweite, Kosten
Referenz	Anchor, AP, Locator, Beacon, Landmark	Geometrie und Vermessung
Dynamik	periodisch, ereignisgesteuert, on-demand, kontinuierlich	Update Rate und Energiebedarf

Kein Synonym: Eine Funkpräsenz oder die Zuordnung zum nächstgelegenen AP ist noch keine metrisch belastbare Echtzeitposition.

4. Referenzarchitektur

Tag / Client↔Anchor / AP / Locator→Messdaten→Location Engine→Map & Regeln→Business-App

Baustein	Aufgabe	Kritische Daten
Tracked Entity	sendet, empfängt oder beantwortet Ranging	ID, Capability, Batterie, Bewegung
Anchor	fester Referenzpunkt	x/y/z, Orientierung, Zeitbasis
Transport	Messwerte zur Engine	Sequenz, Timestamp, Verlust
Location Engine	Position schätzen, filtern, Zonen zuordnen	Modelle, Unsicherheit, Map Constraints
Application	Suche, Alarm, Navigation, Analytics	SLA, Rollen, Aufbewahrung
Integration	API, Webhook, MQTT oder Middleware	Schema, Rate Limit, Idempotenz

5. Koordinaten, Karten und Referenzsysteme

Indoor-Systeme arbeiten meist mit lokalen kartesischen Koordinaten. Der Ursprung, die Achsenrichtung, die Einheit und der Floor müssen eindeutig definiert sein. Geografische Koordinaten allein reichen für eine Etage häufig nicht aus.

Element	Anforderung	Fehlerwirkung
Scale	Pixel-zu-Meter-Verhältnis korrekt	systematische Distanzfehler
Origin	eindeutiger Nullpunkt	global verschobene Position
Rotation	Karte und reale Nord-/Achsenrichtung passend	gespiegelte oder gedrehte Lage
Anchor x/y	physische Position exakt	lokale Verzerrung, Teleports
Anchor z	Montagehöhe berücksichtigt	2D-Distanz falsch aus 3D-Messung abgeleitet
Floor	Etage als eigene Zustandsdimension	vertikale Fehlzuordnung

Horizontaldistanz d_xy = √(d_3D² − Δz²)

6. Was ein Funkortungssystem messen kann

Messgröße	Symbol	Ableitung	Hauptproblem
Empfangsleistung	RSSI	Entfernung oder Fingerprint	Path Loss, Körper, Multipath
Laufzeit	ToF / RTT	Entfernung	Nanosekunden-Timing, NLOS
Ankunftszeitdifferenz	TDoA	Hyperbel/Multilateration	Anchor-Synchronisation
Phase über Antennen	AoA / AoD	Richtung/Winkel	Arraykalibrierung, Reflexion
Kanaleigenschaft	CSI/CIR	Pfaderkennung/Fingerprint	Komplexität, Gerätevariation
Inertialsensor	IMU	Schritt, Richtung, Bewegung	Drift

Die Location Engine beobachtet nie die „wahre Position“ direkt. Sie schätzt sie aus verrauschten Messgrößen und einem Modell.

7. Presence und Proximity

Das einfachste Verfahren entscheidet, ob ein Empfänger einen Sender hört oder welcher Empfänger den stärksten Wert meldet. Es benötigt keine Kreis- oder Winkelschnittpunkte.

Verfahren	Ergebnis	Vorteil	Grenze
Binary Presence	gesehen / nicht gesehen	robust und günstig	keine genaue Lage
Cell of Origin	Zelle des AP/Locators	bestehende Infrastruktur	Zellgröße ≠ Positionsfehler
Strongest Receiver	nächster vermuteter Anchor	geringe Rechenlast	starker Wert muss nicht kürzeste Distanz sein
Threshold Zone	Near/Far oder Zone	gut für Trigger	Grenzflattern

Hysterese und Dwell Time verhindern, dass ein Asset an einer Zonengrenze bei jedem schwankenden Paket ein- und austritt.

8. RSSI-basierte Entfernung

Aus der Empfangsleistung kann mit einem Log-Distance-Path-Loss-Modell eine Distanz geschätzt werden. RSSI ist jedoch geräte- und umgebungsabhängig und liefert keine geometrisch reine Entfernung.

RSSI(d) = A − 10 · n · log₁₀(d/d₀) + Xσ | d ≈ d₀ · 10^{((A−RSSI)/(10n))}

Parameter	Bedeutung	Praxis
A	Referenz-RSSI bei d₀, oft 1 m	Tagtyp und TX Power kalibrieren
n	Path-Loss-Exponent	Freiraum etwa 2; Gebäude variabel
Xσ	zufällige/örtliche Abweichung	Shadowing und Multipath
d	geschätzte Distanz	kein harter Kreisradius

Folgerung: Drei RSSI-Werte erzeugen nicht automatisch drei zuverlässige Distanzen. Klassische Trilateration auf ungefilterten RSSI-Distanzen ist in Innenräumen oft instabil.

9. Fingerprinting

Fingerprinting vergleicht einen aktuellen Messvektor mit zuvor gelernten oder simulierten Signaturmustern an bekannten Referenzpunkten.

Radio Map+aktueller RSSI/CSI-Vektor→Ähnlichkeitsmodell→wahrscheinlichste Position

Phase	Aufgabe	Risiko
Offline	Messpunkte sammeln oder modellieren	hoher Survey-Aufwand
Training	kNN, probabilistisch oder ML-Modell	Overfitting
Online	aktuellen Vektor klassifizieren/regressieren	fehlende APs, Geräteoffset
Maintenance	Radio Map nach Umbauten erneuern	Model Drift

Fingerprinting kann komplexe Innenräume besser abbilden als ein einfaches Path-Loss-Modell, ist aber nur so aktuell wie seine Trainings- oder Lernbasis.

10. Time of Flight und Round Trip Time

Elektromagnetische Wellen breiten sich näherungsweise mit Lichtgeschwindigkeit aus. Eine gemessene Laufzeit wird daher in Distanz umgerechnet.

One-Way: d = c · Δt | Two-Way/RTT: d = c · (RTT − Processing Time) / 2

Variante	Uhrenanforderung	Eigenschaft
One-Way ToF	Sender und Empfänger sehr genau synchron	kurze Airtime, hohe Sync-Anforderung
Two-Way Ranging	keine gemeinsame absolute Uhr nötig	Turnaround muss bekannt/kompensiert sein
Double-Sided TWR	Clock-Offset besser kompensierbar	mehr Nachrichten und Energie
Wi‑Fi RTT/FTM	präzise Timestamps im Ranging-Austausch	Client und AP müssen unterstützen

Schon 1 ns Zeitfehler entspricht ungefähr 30 cm One-Way-Weglänge. Bei NLOS misst das System den reflektierten längeren Pfad statt der direkten Distanz.

11. Time Difference of Arrival

Bei TDoA wird nicht die absolute Ankunftszeit, sondern die Differenz zwischen mehreren synchronisierten Empfängern genutzt. Jede Differenz beschreibt eine Hyperbel möglicher Senderpositionen.

Eigenschaft	Bewertung
Tag	kann mit einem einzelnen Burst energieeffizient senden
Anchors	benötigen präzise gemeinsame Zeitbasis
Geometrie	mehrere gut verteilte Empfänger erforderlich
Skalierung	viele Tags möglich, weil Downlink-Ranging entfallen kann
Fehler	Sync-Offset und NLOS verschieben Hyperbeln

Nicht verwechseln: ToA misst Ankunftszeit; TDoA misst Ankunftszeitdifferenz; RTT misst Hin- und Rücklaufzeit.

12. Angle of Arrival und Angle of Departure

Verfahren	Array befindet sich …	Typischer Use Case
AoA	am festen Empfänger/Locator	Gebäude ortet sendende Asset-Tags
AoD	am festen Sender/Locator	mobiles Gerät bestimmt seine Richtung/Position

Bluetooth Direction Finding verwendet spezielle Signale mit Constant Tone Extension und IQ-Sampling während des Antennenwechsels. Phasendifferenzen über bekannte Antennenabstände liefern die Signalrichtung.

Phasendifferenz Δφ ≈ (2π/λ) · a · sin(θ)

Hier sind λ die Wellenlänge, a der wirksame Antennenabstand und θ der Einfallswinkel. Mehrwegeausbreitung kann einen starken reflektierten Pfad als falsche Richtung erscheinen lassen.

13. Trilateration, Multilateration und Triangulation

Begriff	Input	Geometrische Aussage
Trilateration	Distanzen zu Referenzpunkten	Schnitt von Kreisen/Kugeln
Multilateration	mehr als minimal nötige Distanzen oder TDoA	überbestimmte Schätzung, oft Least Squares
Triangulation	Winkel/Richtungen	Schnitt von Strahlen

Geometric Dilution of Precision

Selbst perfekte Messverfahren liefern schlechte Koordinaten, wenn Anchors ungünstig angeordnet sind. Eng beieinanderliegende oder nur auf einer Seite des Targets liegende Referenzen vergrößern den Positionsfehler.

Gute Geometrie

Target liegt innerhalb einer großzügigen, räumlich verteilten Anchor-Hülle.

Schlechte Geometrie

Target liegt außerhalb der Anchor-Hülle oder Anchors sind nahezu kollinear.

14. Filterung und Tracking

Ein Positionsfilter verbindet aufeinanderfolgende Messungen mit einem Bewegungsmodell. Er darf Rauschen reduzieren, ohne reale Bewegung unzulässig zu verzögern.

Methode	Stärke	Schwäche
Moving Average	einfach, glättet Rauschen	Latenz und Nachlauf
Median	entfernt einzelne Ausreißer	hilft wenig bei dauerhafter Bias
Exponential Smoothing	geringer Zustand, gut abstimmbar	fester Kompromiss zwischen Ruhe und Dynamik
Kalman Filter	modelliert Zustand und Unsicherheit	lineares/Gauß-Modell kann unpassend sein
Extended/Unscented Kalman	nichtlineare Messmodelle	Modellierung und Tuning komplex
Particle Filter	mehrdeutige, nichtlineare Verteilungen und Map Constraints	höherer Rechenaufwand

Ein glatter Track kann falsch sein. Darum müssen Rohmessung, gefilterte Position und geschätzte Unsicherheit getrennt beobachtbar bleiben.

15. Sensorfusion und Dead Reckoning

Smartphones und mobile Geräte kombinieren Funkmessungen häufig mit Beschleunigungssensor, Gyroskop, Magnetometer und Barometer.

absolute Funkposition+Schritte / Richtung / Höhe+Map Constraints→stabilerer Track

Sensor	Beitrag	Fehler
Accelerometer	Bewegung und Schritte	Bias, Trageweise
Gyroskop	relative Drehung	Drift
Magnetometer	absolute Richtung	Metall und Stromanlagen
Barometer	relative Höhen-/Etagenänderung	Wetter und HVAC
Map Matching	Wände und begehbare Wege	falscher Plan erzwingt falsche Position

16. Bluetooth Low Energy für RTLS

BLE-Tags senden Advertising-Pakete in 2,4 GHz. Klassische Asset-Systeme nutzen RSSI, während Bluetooth Direction Finding AoA/AoD und moderne Bluetooth-Versionen zusätzlich präzisere Ranging-Verfahren ermöglichen können.

Parameter	Auswirkung
Advertising Interval	klein = schnellere Updates, aber mehr Energie und Airtime
TX Power	Reichweite, Kollisionsfläche und RSSI-Modell
Tag Orientation	Antenne und Körperabsorption verändern RSSI
Beacon Payload	Identifikation und Herstellerintegration
Receiver Density	Beobachtbarkeit und Geometrie
Battery Reporting	planbarer Tag-Lifecycle, soweit Tagformat unterstützt

BLE-Advertising nutzt die Kanäle 37, 38 und 39. Koexistenz mit Wi‑Fi bleibt relevant, auch wenn die Advertising-Kanäle bewusst verteilt sind.

17. Wi‑Fi-basierte Ortung

Methode	Clientanforderung	Ergebnis
Association/AP Presence	verbunden oder sichtbar	Zelle/Standortbereich
RSSI-Multilateration	Frames/Tags von mehreren APs hörbar	grobe bis mittlere Position
Fingerprinting	Scanvektor	Position gegen Radio Map
802.11mc FTM / Wi‑Fi RTT	Initiator und AP als Responder fähig	Distanz; ≥3 APs für Multilateration
802.11az Ranging	neuere Client-/AP-Unterstützung	weiterentwickeltes Wi‑Fi-Ranging

Google beschreibt für Wi‑Fi RTT bei drei oder mehr geeigneten APs typischerweise 1–2 m, weist aber auf Hardware-, Betriebssystem-, Berechtigungs- und Vordergrundanforderungen hin. Das ist kein garantierter Wert für jede Umgebung.

18. Ultra-Wideband

UWB nutzt sehr große Signalbandbreite und kurze Zeitstrukturen. Dadurch können Pfade zeitlich besser getrennt und Laufzeiten präzise bestimmt werden. Typische Architekturen verwenden Two-Way Ranging oder TDoA.

Stärke	Grenze
hohe Distanzauflösung und präzises Ranging	spezielle Tags, Anchors und kompatible Geräte
bessere Multipath-Trennung als schmalbandiges RSSI	NLOS verursacht weiterhin positiven Distanz-Bias
für Safety, Industrie, Werkzeuge und Fahrzeuge geeignet	Planungs-, Installations- und Synchronisationsaufwand
starke Security-Verfahren möglich	Implementierung und Schlüsselmanagement bleiben entscheidend

Bewertung: „UWB ist zentimetergenau“ ist nur als Systemziel unter definierten Bedingungen belastbar, nicht als pauschale Garantie für NLOS, schlechte Geometrie oder fehlerhafte Montage.

19. GNSS, RFID, Ultraschall und weitere Verfahren

Technik	Geeignet	Typische Grenze
GNSS	Outdoor und Übergangszonen	Indoor-Abschattung, Multipath
Passive RFID	Portal-/Nahbereichsidentifikation ohne Tagbatterie	keine kontinuierliche Flächenposition
Active RFID	aktive Tags und Zonenortung	proprietäre Infrastruktur
Ultraschall	raumgenaue Laufzeit, keine RF-Durchdringung	Schall, Sichtpfad, Mikrofon/Emitter
Infrarot	Raum-/Sichtlinienerkennung	Line of Sight und Lichtbedingungen
Vision	objekt- oder personenbasierte Kameraortung	Datenschutz, Verdeckung, Rechenlast
Magnetic Fingerprint	Smartphone-IPS ohne zusätzliche Sender	Gebäudeänderungen und Gerätesensorik

20. Methodenvergleich

Methode	Messung	Infrastruktur	typische Eignung
BLE RSSI	Signalstärke	Tags + APs/Locators	Zone, Raum, Asset Visibility
Fingerprint	RSSI/CSI-Muster	APs + Radio Map/ML	Indoor-Position trotz komplexer Ausbreitung
Wi‑Fi RTT	Round Trip Time	FTM-fähige APs und Clients	Smartphone-IPS
Bluetooth AoA	Phase/Winkel	Tags + Locator-Arrays	hochpräzises Asset Tracking
UWB TWR	Laufzeit	Tags + Anchors	präzise Distanz/Safety
UWB TDoA	Ankunftsdifferenz	synchronisierte Anchors	viele sendende Tags
Passive RFID	Tagantwort am Reader	Reader/Antennen/Portale	Inventarübergang und Presence
GNSS	Satellitenlaufzeit	Empfänger im Gerät	Outdoor

Die Tabelle nennt Eignungen, keine universellen Genauigkeitswerte. Seriöse Auswahl beginnt mit dem Geschäfts-SLA und einem Test im realen Material- und Bewegungsumfeld.

21. Juniper Mist vBLE im RTLS-Kontext

Juniper Mist APs verwenden eine dynamische gerichtete vBLE-Antennenanordnung. Je nach AP-Dokumentation und Generation wird die Funktion als 8 Richtungen beziehungsweise als Antennenarray mit mehreren Elementen beschrieben. Für die Planung ist die konkrete AP-Hardware maßgeblich.

Transmit: vBLE Engagement

APs senden gerichtete BLE-Beams. Eine SDK-App empfängt RSSI- und Sensordaten und erhält berechnete x/y-Koordinaten für Wayfinding und Engagement.

Receive: Asset Visibility

APs hören BLE-Tags und melden Messungen an die Mist Location Engine, die Assets in Live View und Zonen darstellt.

Floorplan & AP-Geometrie+gerichtete BLE-Messungen+ML/Path-Loss-Modell→Position / Zone

22. vBLE Engagement und Wayfinding

Beim User Engagement empfängt das SDK-integrierte mobile Gerät die von APs ausgesendeten vBLE-Beams. Die App kombiniert BLE-RSSI mit Gerätesensoren und kommuniziert mit der Mist Cloud. Die Cloud liefert laufend Positionskoordinaten zurück.

Komponente	Pflicht	Fehlerbild
vBLE Engagement	am Site/Profil/AP aktiviert	keine ausreichenden Beams
Mobile App + Mist SDK	korrekt integriert und berechtigt	keine Reports oder hohe Latenz
Floorplan	Scale und AP-Daten korrekt	gespiegelte/verschobene Position
Sensorik	Bewegungsdaten plausibel	Teleports oder Drift
Datentransport	Cloud-Verbindung	veraltete Position

App Wakeup kann einen zusätzlichen omnidirektionalen „Super Beacon“ senden, um eine entsprechend integrierte App in einem Eingangs- oder Triggerbereich anzusprechen.

23. Mist Asset Visibility

BLE-Tags senden periodisch; APs empfangen die Signale und die Mist Location Engine schätzt die Position. Named Assets und Asset Filters machen technische Beacon-Identitäten fachlich nutzbar.

Baustein	Funktion	Prüfung
BLE Tag	ID, Advertising, optional Batteriedaten	Format, Intervall, TX Power, Halterung
Asset Visibility	AP-Empfang aktivieren	Site, Device Profile und AP
Named Asset	einzelnes Tag benennen	eindeutige Inventarbindung
Asset Filter	Tags über Beacon-Payload kategorisieren	Filtertyp und Wert
Live View	aktuelle Position/Zone	Last Seen und Floor
History/Insights	Verlauf und Zonenaufenthalt	Retention und Datenlücken

Genauigkeitsangaben differenzieren: Die Juniper-Aufgabedokumentation nennt für BLE-Tags zonale Genauigkeit von etwa 3–5 m, während Produktseiten je nach vBLE-Lösung 1–3 m bewerben. Für eine Abnahme gilt allein das vertraglich definierte Perzentil im eigenen Gebäude.

24. Externe Wi‑Fi-RTLS-Systeme mit Mist APs

Mist APs können proprietäre Wi‑Fi-Tag-Beacons unterstützter Drittanbieter wie AeroScout oder CenTrak empfangen. Die APs leiten Tag- und RSSI-Daten an die externe RTLS-Engine weiter.

Wi‑Fi Tag→mehrere Mist APs hören Beacon + RSSI→RTLS-Server→Positionsberechnung

Zu prüfen	Warum?
RTLS-Support im Device Profile/AP	Empfang und Weiterleitung müssen aktiviert sein
Serveradresse und Port	Messdaten brauchen korrektes Ziel
AP-Positionen in RTLS Engine	RSSI ohne Referenzgeometrie ist nicht lokalisierbar
Firewall/MTU/Transport	Verlust verändert Update Rate und Sichtbarkeit
Herstellerkompatibilität	proprietäre Beacon- und Engine-Anforderungen

Dieses Verfahren ist von Mist vBLE Asset Visibility zu unterscheiden: Hier berechnet die externe RTLS-Plattform die Position.

25. Planung: vom Use Case zur Geometrie

1. Geschäftsereignis
Finden, navigieren, zählen, alarmieren oder Prozesszeit messen?

2. Ergebnis-SLA
Zone, Raum, x/y oder x/y/z; Genauigkeit als Perzentil; maximale Latenz.

3. Target
Person, Smartphone, Fahrzeug, Werkzeug oder medizinisches Asset?

4. Umgebung
Materialien, Metall, Regale, Wasser/Körper, Deckenhöhe, Outdoor-Übergang.

5. Methode
RSSI, Fingerprint, RTT, AoA, UWB oder Hybrid nach Messprinzip auswählen.

6. Anchor-Geometrie
Randabdeckung, Sichtpfade, Dichte, Höhe, Strom und Netzwerk planen.

7. Tag-Profil
Intervall, TX Power, Batterie, Gehäuse, Befestigung und Wartung.

8. Pilot
repräsentativer Bereich und reale Bewegungsprofile.

9. Abnahme
Ground Truth, Perzentile, Latenz, Zonen und Fehlerfälle.

10. Betrieb
Monitoring, Batterie, Map-Änderungen, Datenschutz und Revalidierung.

Mist-Planung: Rubber Band Model

Für Mist Asset Visibility empfiehlt Juniper das „Rubber Band Model“: Der gewünschte Bereich wird gedanklich von einem Gummiband umschlossen, das an APs in den äußeren Ecken verankert ist. Weitere APs füllen die Fläche aus.

Wi‑Fi-Coverage-Planung	Asset-Visibility-Planung
häufig vom Nutzungsbereich und Zellzentrum aus	Messgeometrie auch an den Rändern sichern
Association, Capacity, SNR	mehrere Beobachter und Anchor-Hülle
AP kann am Rand für Wi‑Fi unnötig sein	Rand-AP kann für Location entscheidend sein

Ein perfektes WLAN-Design ist daher nicht automatisch ein perfektes Asset-Tracking-Design. BT11 oder zusätzliche geeignete Geräte können Randpunkte ergänzen.

26. Typische Fehlerquellen

Fehler	Wirkung	Erkennung
Multipath	RSSI/Phase/ToF durch Reflexion verfälscht	instabile oder systematisch verschobene Tracks
NLOS	Laufzeit zu groß, RSSI schwach	positive Range-Bias, materialabhängig
Körperabsorption	2,4-GHz-Signal gedämpft	richtungs-/trageabhängiger RSSI
Metallregale	starke Reflexion und Abschattung	Gangabhängige Fehler
falsche Scale	systematische Größenabweichung	Referenzstrecke auf Karte prüfen
falsche AP-Position	lokale Verschiebung/Teleports	Plan gegen Vor-Ort-Position
falsche Rotation	Position auf gegenüberliegender AP-Seite	LED/Orientierungsmarker prüfen
falsche Höhe	3D- zu 2D-Projektion falsch	Montagehöhe vermessen
schlechte Geometrie	große DOP	Anchor-Hülle und Heatmap
Packet Collision	unregelmäßige Updates	Tagdichte, Intervall und Empfangsrate
Clock Drift	ToF/TDoA-Fehler	Sync- und Calibration-Metriken
zu starke Glättung	Track hinkt realer Bewegung nach	Step Response und Latenztest

27. KPIs: Genauigkeit ist nicht genug

KPI	Definition	Gute Spezifikation
Accuracy	Abstand zur Ground Truth	z. B. 95. Perzentil ≤ X m
Precision	Streuung wiederholter Schätzungen	Standardabweichung/CDF
Latency	Ereignis bis nutzbare Position	P95 Ende-zu-Ende ≤ X s
Update Rate	Positionen pro Zeit	Median und Minimum bei Bewegung
Availability	Anteil mit gültiger Position	pro Zone und Schicht
Zone Accuracy	korrekte Zonenzuordnung	Confusion Matrix
Time to First Fix	Zeit bis erste belastbare Lage	Cold/Warm Start getrennt
Battery Life	Laufzeit im realen Profil	mit Intervall, Temperatur und Alarmen
False Alert Rate	falsche Geofence-Ereignisse	pro 1.000 Übergänge/Stunden

Positionsfehler e = √((x̂−x)² + (ŷ−y)²) | Bewertung über CDF/P50/P90/P95, nicht nur Mittelwert

28. Reproduzierbare Abnahme

Statische Tests

vermessenes Ground-Truth-Raster
mehrere Tagorientierungen und Höhen
mindestens 30 Messungen je Punkt
LOS und repräsentative NLOS-Situationen

Dynamische Tests

definierte Pfade und Geschwindigkeiten
Stop-and-Go und Richtungswechsel
Zoneneintritt/-austritt
Etagen- und Übergangsbereiche

Abnahmeschritt	Nachweis
Ground Truth	vermessene Punkte/Track mit genauer Zeitreferenz
Zeitabgleich	System- und Referenztimestamps synchron
Stichprobe	Bereiche, Tageszeiten, Tagtypen und Dichten repräsentativ
Auswertung	CDF, P50/P90/P95, Max, Verfügbarkeit, Latenz
Fehlerbudget	Messung, Map, Geometrie, Algorithmus und Integration getrennt
Regression	gleicher Test nach Firmware, Umbau oder Algorithmusänderung

Unzulässige Abnahme: Ein einzelner Demo-Track oder eine durchschnittliche Genauigkeit ohne Perzentil, Ground Truth und Latenzdefinition beweist kein SLA.

29. Datenschutz und Sicherheit

Standortdaten können Personenbezug erhalten, selbst wenn technisch nur eine Tag-ID gespeichert wird. Entscheidend ist, ob die ID direkt oder indirekt einer Person zugeordnet werden kann.

Zweck, Rechtsgrundlage und Erforderlichkeit vor Erfassung festlegen
Datenminimierung: Zone statt x/y, wenn der Prozess keine Koordinate braucht
Speicherdauer und automatische Löschung definieren
Rollen, Mandantentrennung und Auditierung umsetzen
Tag-ID und Personenstammdaten möglichst getrennt halten
Beschäftigtenvertretung und Datenschutzbeauftragte früh einbinden
API/Webhook authentisieren, verschlüsseln und gegen Replay absichern
Tag-Cloning, Spoofing und manipulierte Positionsmeldungen bewerten
Notfall- und Safety-Nutzung nicht allein auf ungeprüfte Position stützen

Die konkrete rechtliche Zulässigkeit hängt vom Zweck, Kontext und nationalen Recht ab. Diese technische Unterlage ersetzt keine Datenschutz-Folgenabschätzung oder Rechtsberatung.

30. Betriebs- und Lifecycle-Modell

Intervall	Kontrolle
laufend	Anchor/AP online, Datenrate, Positionsalter, API/Webhook, SLE
wöchentlich	unbenannte Tags, Low Battery, Teleports, blinde Zonen
monatlich	Taginventar, Firmware, Geometrieänderungen, KPI-Trend
nach Umbau	Floorplan, Scale, AP/Anchor-Position, Materialumgebung
nach Release	Regressionstest gegen festen Ground-Truth-Parcours
jährlich	SLA, Datenschutz, Retention, Rollen und Technologie-Fit

Tag-Lifecycle

Beschaffung→Provisionierung→Assetbindung→Betrieb/Batterie→Rückgabe→Löschung/Entsorgung

31. Systematische Fehlersuche

Symptom	Prüfreihenfolge
Asset fehlt	Tag sendet → Payload/ID → AP hört → Asset Visibility → Filter → Subscription
falsche Etage	Floor-Zuordnung → AP-Geometrie → vertikale Abdeckung → Map Constraints
Position gespiegelt	AP-Rotation und Montageorientierung
Position skaliert falsch	Floorplan-Scale und Maßeinheit
Teleports	AP x/y/z → Beam Density → Sensorik → Multipath → Filter
Track hinkt nach	Advertising → Transport → Engine → Filter → Webhook/App
Zonenflattern	Grenzgeometrie → Hysterese → Dwell Time → Positionsstreuung
nur nahe APs sehen Tag	TX Power → Batterie → Orientierung → Material → Receiver
nachts Datenlücken	Energiesparprofil → Tagbewegung → Infrastruktur/Cloudpfad
Genauigkeit nach Umbau schlechter	Radio Map/ML → neue Wände/Regale → Anchorposition → Regression

Beweiskette: Tag → Funkpaket → Messwert → Transport → Engine → Position → Zone → API → Geschäftsereignis

Häufige Fehlannahmen

Behauptung	Bewertung	Richtigstellung
„RTLS bedeutet zentimetergenau.“	Falsch	RTLS umfasst Presence bis hochpräzise Position.
„Echtzeit ist immer unter einer Sekunde.“	Falsch	Die zulässige Latenz folgt dem Use Case.
„RSSI misst Entfernung.“	Falsch	RSSI misst Empfangsleistung; Entfernung wird modelliert.
„Drei APs garantieren eine Position.“	Falsch	Messqualität, Geometrie, NLOS und Algorithmus entscheiden.
„Mehr Glättung erhöht Genauigkeit.“	Falsch	Glättung reduziert Streuung, erhöht aber Latenz und kann Bias verdecken.
„Wi‑Fi-Design genügt für Asset Tracking.“	Falsch	Location benötigt zusätzliche Rand- und Referenzgeometrie.
„BLE und UWB sind austauschbar.“	Falsch	Messprinzip, Infrastruktur, Energie und Genauigkeit unterscheiden sich.
„Eine Tag-ID ist nie personenbezogen.“	Falsch	Zuordenbarkeit kann Personenbezug erzeugen.

Design-Entscheidungsmatrix

Anforderung	Naheliegender Ansatz	Vorbehalt
„Ist das Asset im Gebäude?“	BLE Presence / Portal	Receiverabdeckung und Last Seen
„In welchem Raum?“	BLE Zone, gerichtete Beobachtung oder Raumbeacon	Wände, offene Türen und Grenzflattern
„Führe den Nutzer zum Ziel.“	Device-based IPS, vBLE/SDK oder Wi‑Fi RTT + Sensorfusion	App, Berechtigungen und Kartendaten
„Stoppe AGV vor Gefahrenzone.“	präzises UWB/AoA plus Safety-Architektur	RTLS allein ist nicht automatisch funktional sicher
„Zähle Besucherströme.“	anonymisierte Location Analytics	MAC Randomization, Bias und Datenschutz
„Finde 20.000 Geräte günstig.“	BLE Tags + skalierbare Filter/Engine	Kollisionen, Batterie und Inventarprozess

Merksätze

RTLS ist ein System, keine einzelne Funktechnik.
Echtzeit folgt dem Prozess-SLA.
Presence, Zone und Koordinate sind unterschiedliche Ergebnisse.
RSSI misst Leistung, nicht Entfernung.
Laufzeit liefert Range, Winkel liefert Direction.
Gute Geometrie ist Teil der Messqualität.
NLOS erzeugt meist systematische Fehler, nicht nur Rauschen.
Filterung tauscht Ruhe gegen Reaktionszeit.
Wi‑Fi- und Location-Design haben unterschiedliche Randbedingungen.
Genauigkeit wird über Ground Truth und Perzentile bewiesen.
Eine Position ist personenbezogen, sobald sie einer Person zugeordnet werden kann.
Der Geschäftsprozess muss auch bei fehlender oder falscher Position sicher bleiben.

32. Offizielle Grundlagen

Stand der fachlichen Prüfung: August 2026. Genauigkeit, Funktionsumfang, AP-Modelle, SDKs, unterstützte Tags, Subscriptions und regulatorische Anforderungen können sich ändern. Produktive Designs werden gegen aktuelle Herstellerdokumentation, Datenblätter, lokale Funkvorgaben und eine eigene Ground-Truth-Abnahme geprüft.