iBeacon: Was ist das, Funktionsprinzip der Beacons und BLE-Konfiguration

Was ist iBeacon?

iBeacon ist eine von Apple entwickelte Innenraumpositionierungstechnologie, die auf der WWDC 2013 vorgestellt wurde. Im Gegensatz zu GPS, das in Gebäuden nicht funktioniert, verwendet iBeacon Bluetooth Low Energy Beacons — kleine batteriebetriebene Geräte, die feste Identifikationspakete senden. iOS- und Android-Geräte empfangen diese Pakete und berechnen die ungefähre Entfernung zum Beacon basierend auf dem Signalpegel (RSSI).

Geschichte und Entwicklung

Das iBeacon-Protokoll wurde zum ersten massiven Standard für BLE-Beacons, den Apple 2013 mit iOS 7 einführte. Ursprünglich wurde die Technologie im Einzelhandel eingesetzt: Apple Stores implementierten iBeacon, um Kunden beim Betreten bestimmter Zonen über Rabatte zu informieren. Bis 2025 umfasst die iBeacon-Infrastruktur Millionen installierter Beacons weltweit, obwohl alternative Protokolle — Eddystone von Google und Open-Source-AltBeacon — entstanden sind.

Anwendungsbereiche

iBeacon wird in fünf Hauptszenarien eingesetzt: Navigation in Innenräumen (Einkaufszentren, Flughäfen, Museen), kontextbezogene Benachrichtigungen (Rabatte beim Betreten eines Geschäfts), Workflow-Automatisierung (Anwesenheitsmarkierung), Logistik und Lagerverwaltung sowie Touristenführer mit automatischer Wiedergabe von Inhalten beim Annähern an ein Objekt. Laut ABI Research (2025) wird der Markt für BLE-Beacons auf 3,2 Milliarden Geräte im Einsatz geschätzt.

Struktur des iBeacon-Protokolls und Paketformat

Das iBeacon-Paket ist eine Advertising PDU (Protocol Data Unit), die im BLE-Werbekanal auf den Frequenzen 2402, 2426 und 2480 MHz gesendet wird. Das Paketformat ist festgelegt und besteht aus vier Feldern: Apple iBeacon-Präfix (0x4C000215), 16-Byte-UUID, 2-Byte-Major und 2-Byte-Minor sowie 1-Byte-TX Power zur Entfernungskalibrierung. Die Gesamtdatengröße beträgt 30 Byte und passt in eine einzelne BLE Advertising PDU.

UUID-, Major- und Minor-Hierarchie

Die iBeacon-Identifikatoren bilden eine dreistufige Hierarchie. Die UUID wird der Organisation zugewiesen (z. B. einer Ladenkette), Major dem jeweiligen Geschäft oder Stockwerk, Minor dem bestimmten Punkt innerhalb der Zone (Kassenbereich, Produktabteilung). Diese Hierarchie ermöglicht der App eine flexible Reaktion auf verschiedene Kontextebenen: Beim Betreten des Geschäfts (UUID + Major) kann die App den Stockwerkplan laden, und beim Annähern an eine bestimmte Abteilung (Minor) Produktinformationen anzeigen.

TX Power und Kalibrierung

Das TX Power-Feld ist der Referenzwert des Signalpegels (RSSI) in 1 Meter Entfernung vom Beacon. Beim Empfang des Pakets zeichnet das Gerät den tatsächlichen RSSI auf und berechnet die Entfernung nach der Formel: distance = 10^((TX_Power - RSSI) / (10 * n)), wobei n der Dämpfungskoeffizient des Mediums ist (normalerweise 2-4). Die korrekte Kalibrierung des TX Power ist entscheidend für die Positionsgenauigkeit: Ein Fehler von 1 dBm ergibt eine Ungenauigkeit von bis zu 30 % auf 5 Meter Entfernung.

Näherungszonen: Immediate, Near, Far

iOS definiert drei Näherungszonen basierend auf der berechneten Entfernung zum Beacon: Immediate (weniger als 0,5 Meter), Near (0,5 bis 3 Meter) und Far (3 bis 30-50 Meter je nach Bedingungen). Die genaue Entfernung wird nicht mitgeteilt — nur die Kategorie. Dies ist beabsichtigt: RSSI ist anfällig für Störungen, Signalreflexionen und den Einfluss des menschlichen Körpers, daher bieten die Kategorien eine stabilere Standortbestimmung.

Immediate — unmittelbare Nähe

Immediate ist die Zone des direkten Kontakts, wenn sich das Gerät wenige Zentimeter vom Beacon entfernt befindet. Wird in Szenarien verwendet, die höchste Genauigkeit erfordern: Zahlung am Terminal, Öffnen eines digitalen Schlosses, Verifizierung an einem Kontrollpunkt. In der Immediate-Zone liegt der RSSI normalerweise zwischen -30 und -60 dBm.

Near — mittlere Entfernung

Die Near-Zone ist der Hauptarbeitsbereich von iBeacon und deckt Entfernungen von 0,5 bis 3 Metern ab. Wird für die Navigation in Innenräumen verwendet — zum Beispiel zeigt die App beim Nähern an ein Schaufenster mit einem Produkt detaillierte Informationen an. In der Near-Zone schwankt der RSSI zwischen -60 und -80 dBm bei einer Kalibrierung von TX Power = -59 dBm.

Far – große Entfernung

Far ist die maximale Erkennungszone des Beacon-Signals. Wird für die Überwachung des Betretens einer Region verwendet (z. B. Betreten eines Einkaufszentrums). In der Far-Entfernung ist der RSSI normalerweise schwächer als -80 dBm, und die Genauigkeit der Entfernungsbestimmung nimmt erheblich ab. Für die Eingangsüberwachung werden die System-API region monitoring verwendet, nicht die genaue Zonenbestimmung.

Regionsüberwachung auf iOS

Eine iBeacon-Region ist ein virtueller Bereich, der durch die UUID (und optional Major + Minor) definiert wird. iOS ermöglicht die gleichzeitige Überwachung von bis zu 20 Regionen mit CLLocationManager. Beim Betreten einer Region weckt das System die App auch im Hintergrund- oder beendeten Zustand auf und sendet eine Benachrichtigung über den Delegaten locationManager:didEnterRegion. Beim Verlassen der Region wird locationManager:didExitRegion aufgerufen.

import CoreLocation

let locationManager = CLLocationManager()
let region = CLBeaconRegion(
    uuid: UUID(uuidString: "E2C56DB5-DFFB-48D2-B060-D0F5A71096E0")!,
    identifier: "myBeaconRegion"
)
locationManager.delegate = self
locationManager.requestAlwaysAuthorization()
locationManager.startMonitoring(for: region)

Ranging — Bestimmung der genauen Zone

Zur Bestimmung der Zone (Immediate, Near, Far) wird Ranging verwendet — das Scannen von Beacons in Echtzeit. Im Gegensatz zur Überwachung funktioniert Ranging nur im aktiven Modus der App und erfordert eine Berechtigung für den Zugriff auf den Standort. Die Methode locationManager:didRangeBeacons:inRegion gibt ein Array von CLBeacon mit den Feldern proximity (CLProximity.immediate, .near, .far, .unknown), accuracy (kalibrierte Entfernung in Metern) und rssi zurück.

func locationManager(
    _ manager: CLLocationManager,
    didRangeBeacons beacons: [CLBeacon],
    in region: CLBeaconRegion
) {
    for beacon in beacons {
        switch beacon.proximity {
        case .immediate:
            print("Unmittelbare Nähe")
        case .near:
            print("Nahe Umgebung")
        case .far:
            print("Weite Entfernung")
        default:
            print("Unbekannte Entfernung")
        }
    }
}

iBeacon auf Android: AltBeacon und plattformübergreifende Integration

Android hat keine integrierte Unterstützung für iBeacon, da das Protokoll eine proprietäre Lösung von Apple ist. Mit Drittanbieter-Bibliotheken wie AltBeacon von Radius Networks (heute Teil der Open Beacon Organisation) können Entwickler iBeacon jedoch in Android-Apps integrieren. Die AltBeacon-Bibliothek implementiert das Scannen von BLE-Paketen, das Parsen des iBeacon-Formats und die Emulation von Ranging und Regionsüberwachung ähnlich der iOS-API.

val beaconManager = BeaconManager.getInstanceForApplication(context)
beaconManager.beaconParsers.add(
    BeaconParser().setBeaconLayout(
        "m:2-3=0215,i:4-19,i:20-21,i:22-23,p:24-24"
    )
)
beaconManager.backgroundBetweenScanPeriod = 5000
beaconManager.foregroundScanPeriod = 1100
beaconManager.bind(this)

iBeacon-Paket-Parsing auf Android

Das Parsing-Format für iBeacon in der AltBeacon-Bibliothek wird durch die layout-Zeichenfolge definiert: „m:2-3=0215“ — Überprüfung von zwei Bytes des iBeacon-Markers, „i:4-19“ — 16-Byte-UUID, „i:20-21“ — Major, „i:22-23“ — Minor, „p:24-24“ — TX Power. Dasselbe Format wird für Eddystone und andere Protokolle unterstützt, was AltBeacon zu einer universellen Bibliothek für die Arbeit mit BLE-Beacons auf Android macht.

Einschränkungen auf Android

Auf Android hat die Arbeit mit iBeacon drei wesentliche Einschränkungen: Das Hintergrundscannen ist durch die Hersteller eingeschränkt (Xiaomi, Huawei, Samsung beenden häufig Hintergrundprozesse), die RSSI-Genauigkeit ist aufgrund von Unterschieden in den BLE-Stacks geringer als auf iOS, und ab Android 6.0 ist die Berechtigung ACCESS_FINE_LOCATION und ab Android 12 BLUETOOTH_SCAN erforderlich.

iBeacon vs Eddystone: Vergleich der Beacon-Protokolle

Eddystone ist ein offenes BLE-Beacon-Protokoll von Google, das 2015 vorgestellt wurde. Im Gegensatz zu iBeacon unterstützt Eddystone vier Pakettypen: Eddystone-UID (feste Kennung), Eddystone-URL (URL-Übertragung für Physical Web), Eddystone-TLM (Beacon-Telemetrie — Batterieladung, Temperatur) und Eddystone-EID (verschlüsselte Kennung zum Schutz vor Klonen). Obwohl Google die Entwicklung von Physical Web im Jahr 2022 eingestellt hat, wird das Eddystone-Protokoll weiterhin in Unternehmenslösungen verwendet.

Protokollauswahl für das Projekt

Die Wahl zwischen iBeacon und Eddystone hängt von der Zielplattform und dem Nutzungsszenario ab. iBeacon ist für iOS-Apps aufgrund der nativen Integration mit CoreLocation und der Regionsüberwachung im Hintergrund zu bevorzugen. Eddystone eignet sich besser für Android-orientierte Projekte und Physical-Web-Szenarien, bei denen der Beacon eine URL ohne App-Installation sendet. Für plattformübergreifende Projekte wird häufig AltBeacon verwendet, das beide Protokolle unterstützt.

Typische Probleme und Einschränkungen von iBeacon

Bei der Implementierung von iBeacon stoßen Entwickler auf eine Reihe von Einschränkungen, die bereits in der Architekturdesignphase berücksichtigt werden müssen. Die fehlerhafte Bewertung dieser Faktoren führt zu instabiler Navigation, Fehlauslösungen und schnellerer Entladung der Beacon-Batterien als erwartet.

Umwelteinfluss auf RSSI

Der Signalpegel RSSI unterliegt erheblichen Schwankungen aufgrund von Reflexionen an Wänden, Metallkonstruktionen, Anwesenheit von Personen und anderen drahtlosen Geräten im 2,4-GHz-Band. In Innenräumen kann die RSSI-Schwankung für denselben Beacon bis zu 10-15 dBm pro Minute betragen, was die Entfernungsberechnung ohne Verwendung von Filtern (gleitender Durchschnitt, Kalman-Filter) ungenau macht.

Limit der Regionsüberwachung

iOS unterstützt die Überwachung von maximal 20 Regionen gleichzeitig pro App. Für Projekte, die eine großflächige Abdeckung erfordern (Flughafen, Stadion), ist dies unzureichend. Die Lösung ist die dynamische Regionsumschaltung: Beim Betreten einer Region werden benachbarte Regionen aktiviert und entfernte deaktiviert.

Antwortzeit der Überwachung

Die Verzögerung zwischen dem Betreten einer Region und dem Erhalt der Benachrichtigung kann je nach Bedingungen 1 bis 30 Sekunden betragen. iOS scannt Beacons periodisch, um Batterie zu sparen, daher ist keine sofortige Reaktion zu erwarten. Für zeitkritische Szenarien (Türöffnung beim Nähern) wird die Verwendung von Immediate Ranging empfohlen, das jedoch nur im aktiven Modus der App funktioniert.