Stellen Sie 200 Bluetooth-Beacons in einem 5.000 m² großen Einzelhandelsbereich auf, und das Erste, was die Standortanalyse offenbart, ist kein Abdeckungsproblem—es ist ein Kollisionsproblem. Jeder Beacon sendet auf denselben drei Advertising-Kanälen (37, 38, 39) im 2,4-GHz-ISM-Band, und sobald die Beacon-Dichte einen Schwellenwert überschreitet, der von Intervall, Payload-Größe und Umgebungs-RF-Rauschen abhängt, steigt der Paketverlust steil an. Empfänger verfehlen Werbesendungen nicht, weil das Signal zu schwach ist, sondern weil sich zwei oder mehr Übertragungen zeitlich auf demselben Kanal überlappen.
Dieser Artikel analysiert die Mathematik der BLE-Advertising-Kollision, leitet praktische Dichtegrenzen für gängige Einsatzszenarien ab und stellt Koexistenzstrategien vor, die ein RF-Ingenieur ohne Rückgriff auf proprietäre Protokollerweiterungen anwenden kann. Alle Berechnungen gehen von nicht-verbindbarem BLE 4.x/5.x-Advertising (dem dominierenden Modus in Beacon-Einsätzen) und einem Empfänger mit typischer -90-dBm-Empfindlichkeit aus.
1. Grundlagen des BLE-Advertising-Kanals
BLE-Advertising verwendet drei dedizierte Kanäle an den Rändern des 2,4-GHz-Bandes, um die am stärksten genutzten WiFi-Kanäle zu vermeiden:
| Adv-Kanal | Frequenz (MHz) | WiFi-Überlappung | Typisches Rauschniveau |
|---|---|---|---|
| 37 | 2402 | WiFi-Kanal 1 (2412) — 10 MHz entfernt | Mittel |
| 38 | 2426 | Zwischen WiFi-Kanal 1 und 6 | Niedrigster |
| 39 | 2480 | WiFi-Kanal 14 (2484) — 4 MHz entfernt | Höchster (wenn Kanal 14 aktiv) |
Jedes Advertising-Ereignis überträgt dasselbe Paket nacheinander auf allen drei Kanälen. Die Sendezeit pro Kanal hängt vom PHY und der Payload-Länge ab:
T_on_air = (1.6 + 0.8 + 0.8 + 0.8 + 0.8 + ceil(payload_bits / 8)) × 1 µs
Für die iBeacon-Payload (30 Byte PDU gesamt) beträgt die Sendezeit pro Kanal bei 1-Mbps-PHY etwa 376 µs. Ein vollständiges Drei-Kanal-Advertising-Ereignis dauert einschließlich des obligatorischen 150-µs-Kanalabstands etwa 1,13 ms.
2. Kollisionswahrscheinlichkeitsmodell
BLE-Advertising ist im Wesentlichen ein slotted-ALOHA-ähnliches System, jedoch ohne explizite Zeitschlitze—Kollisionen treten auf, wenn zwei oder mehr Sender sich im selben Kanal innerhalb des Erfassungsfensters des Empfängers überlappen. Die Kollisionswahrscheinlichkeit für N Beacons mit Advertising-Intervall T_adv auf einem einzelnen Kanal kann modelliert werden als:
P_collision = 1 − (1 − T_on_air / T_adv)^(N−1)
Dies nimmt an, dass Beacons nicht synchronisiert sind (in der Praxis zutreffend, da BLE einen pseudozufälligen advDelay-Jitter von 0–10 ms vorschreibt). Für das Drei-Kanal-System sinkt die effektive Kollisionswahrscheinlichkeit pro Kanal um etwa einen Faktor 3, da der Empfänger nur einen der drei Kanäle dekodieren muss:
P_loss_total = P_collision_ch37 × P_collision_ch38 × P_collision_ch39
In der Praxis hat Kanal 39 oft höhere Verluste durch die Nähe zu WiFi-Kanal 14 in Regionen, in denen dieser legal ist (Japan), sodass die drei Kanäle nicht perfekt gleichwertig sind. Die folgende Tabelle zeigt berechnete Paketverlustraten für iBeacon-Format-Werbung bei verschiedenen Beacon-Dichten:
| N (Beacons) | T_adv = 100ms | T_adv = 200ms | T_adv = 500ms | T_adv = 1000ms |
|---|---|---|---|---|
| 10 | 0,03% | 0,02% | 0,01% | 0,004% |
| 50 | 0,17% | 0,08% | 0,03% | 0,02% |
| 100 | 0,34% | 0,17% | 0,07% | 0,03% |
| 200 | 0,68% | 0,34% | 0,14% | 0,07% |
| 500 | 1,70% | 0,85% | 0,34% | 0,17% |
| 1000 | 3,39% | 1,70% | 0,68% | 0,34% |
Diese Zahlen wirken täuschend niedrig. Das Problem ist, dass das theoretische Modell nur Zeitbereich-Überlappung annimmt. In realen Einsätzen erhöhen zwei zusätzliche Faktoren den effektiven Paketverlust drastisch: Scan-Arbeitszyklus des Empfängers und RF-Capture-Effekt.
3. Scan-Arbeitszyklus und effektiver Verlust
Die meisten BLE-Scanner (Telefone, Gateways, RTLS-Anker) hören nicht kontinuierlich zu. Ein typisches Smartphone scannt 4 Sekunden lang und pausiert dann für ein systemdefiniertes Intervall (oft 30–60 Sekunden unter iOS). Der effektive Paketverlust ist:
P_loss_effective = 1 − (1 − P_collision) × D_scan
Wobei D_scan der Scan-Arbeitszyklus ist. Für ein Telefon mit einem 4-Sekunden-Scanfenster alle 40 Sekunden (D_scan = 0,1) ergibt selbst eine 0%-Kollisionsrate einen effektiven Paketverlust von 90% allein durch die Scan-Lücke. Deshalb verwenden RTLS-Einsätze dedizierte Gateways mit kontinuierlichem Scanning.
Für ein kontinuierlich scannendes Gateway (D_scan = 1,0) wird der dominante Verlustmechanismus wieder die Kollision. Der gemessene Verlust bei 500 Beacons mit 200-ms-Intervall liegt typischerweise bei 2–4%, höher als der theoretische Wert von 0,85%. Die Diskrepanz stammt vom Capture-Effekt: Wenn sich zwei Übertragungen überlappen, kann das stärkere Signal noch dekodiert werden, wenn sein RSSI das schwächere um 6 dB oder mehr übersteigt. In dichten Einsätzen, in denen Beacons ähnliche Entfernungen haben, existiert diese Marginalität jedoch selten.
4. Auswahl des Advertising-Intervalls
Das Advertising-Intervall ist der einflussreichste Parameter für das Kollisionsmanagement. BLE 4.x erlaubt Intervalle von 20 ms bis 10,24 Sekunden in 0,625-ms-Schritten. BLE 5.x Extended Advertising unterstützt denselben Bereich, fügt jedoch die Möglichkeit hinzu, Sekundärkanäle zu nutzen, was die verfügbare Bandbreite effektiv vervielfacht.
Die Auswahl sollte durch die Latenzanforderung der Anwendung getrieben werden, nicht durch den Wunsch nach maximaler Aktualisierungsrate. Wesentliche Kompromisse:
| Intervall | Batterielebensdauer (CR2032, 2 J.) | Max. Beacons (1% Verlust) | Typischer Anwendungsfall |
|---|---|---|---|
| 100 ms | ~4 Monate | ~300 | Hochgeschwindigkeits-RTLS, Proximity-Marketing (Echtzeit) |
| 200 ms | ~8 Monate | ~600 | Einzelhandels-Wayfinding, Indoor-Navigation |
| 500 ms | ~16 Monate | ~1.500 | Asset-Tracking, Belegungserfassung |
| 1000 ms | ~28 Monate | ~3.000 | Umweltüberwachung, statische Asset-Tags |
| 2000 ms | ~30+ Monate | ~6.000 | Parking-Sensoren, Überwachung mit langsamen Zyklen |
Hinweis: „Max. Beacons“ ist die theoretische Dichte, bei der die Einzelkanal-Kollisionswahrscheinlichkeit 1% erreicht, unter Annahme kontinuierlichen Scannings und iBeacon-Payload. Die realistische Kapazität liegt typischerweise bei 60–70% dieses Wertes aufgrund von RF-Capture-Effekten und WiFi-Ko-Kanal-Interferenz.
5. Jitter und Randomisierung
Die BLE-Spezifikation schreibt einen pseudozufälligen advDelay von 0 bis 10 ms vor, der jedem Advertising-Intervall hinzugefügt wird. Dies verhindert, dass Beacons mit identischen Intervallen ihre Übertragungen dauerhaft synchronisieren. Ohne Jitter würden zwei auf 1000 ms eingestellte Beacons, die sich bei ihrer ersten Werbung zufällig treffen, bei jeder nachfolgenden Werbung kollidieren—beide wären für den Empfänger praktisch unsichtbar.
Der 10-ms-Jitter ist für Intervalle von 500 ms und darüber ausreichend, wird aber bei kurzen Intervallen problematisch. Bei 100-ms-Intervall stellt der Jitter 10% der Periode dar, was eine angemessene Dekorrelation bietet. Einige Beacon-Hersteller implementieren jedoch ein festes Intervall ohne ordnungsgemäße Randomisierung (besonders bei kostengünstigen Klonen mit CSR1010 oder nRF51). Diese Beacons sollten in dichten Einsätzen vermieden werden.
Ein praktischer Test: Stellen Sie 20 Beacons desselben Herstellers in einem 2-m-Radius auf, eingestellt auf dasselbe 200-ms-Intervall, und überwachen Sie 10 Minuten lang mit einem Nordic-nRF52-Sniffer. Wenn ein Beacon einen Paketverlust von >2% zeigt, hat der Hersteller wahrscheinlich eine unzureichende Randomisierung. Marken-Beacons (Minew, Kontakt.io, Estimote) bestehen diesen Test zuverlässig; generische White-Label-Beacons oft nicht.
6. Koexistenz mit WiFi
Das 2,4-GHz-Band wird zwischen BLE und WiFi geteilt, und ihre Interaktion ist asymmetrisch. BLE-Advertising überträgt mit 1 Mbps und 2 MHz Bandbreite; WiFi überträgt mit 6–54+ Mbps und 20+ MHz Bandbreite. Ein einzelnes WiFi-Paket kann mehrere BLE-Advertising-Ereignisse auslöschen.
Der entscheidende Koexistenzfaktor ist die spektrale Überlappung zwischen BLE-Advertising-Kanälen und aktiven WiFi-Kanälen:
| WiFi-Kanal | Mittenfrequenz (MHz) | Bandbreite | Betroffener BLE-Adv-Kanal | BLE-Verlustanstieg |
|---|---|---|---|---|
| 1 | 2412 | 20 MHz (2401–2423) | 37 (2402), teilweise 38 (2426) | +3–5% |
| 6 | 2437 | 20 MHz (2426–2448) | 38 (2426) | +2–3% |
| 11 | 2462 | 20 MHz (2451–2473) | Keine direkt | +0–1% |
| 14 | 2484 | 20 MHz (2473–2495) | 39 (2480) | +5–8% |
Empfehlung: In beacon-dichten Einsätzen sollten WiFi-Accesspoints auf die Kanäle 1, 6 und 11 (Standard-Drei-Kanal-Plan) konfiguriert werden, aber Kanal 14 vollständig vermieden werden. Bei sehr hoher Beacon-Dichte (>500 Einheiten) erwägen Sie, WiFi nur auf die Kanäle 1 und 11 zu beschränken und Kanal 6 (der BLE-Kanal 38 überlappt) als beacon-freundliche Lücke zu belassen. Dies opfert WiFi-Durchsatz, kann aber die BLE-Zuverlässigkeit um 15–20% verbessern.
7. Leistungsbasiertes Dichtemanagement
Nicht alle Beacons in einem Einsatz benötigen dieselbe Sendeleistung. Ein häufiger Fehler ist, alle Beacons auf +4 dBm oder höher einzustellen „für bessere Reichweite“. In einem dichten Einsatz erhöht dies tatsächlich den Kollisionsradius—den Bereich, in dem zwei Beacons sich gegenseitig stören können.
Der Kollisionsradius zwischen zwei Beacons ist definiert als die Entfernung, bei der ihre Signale beim Empfänger innerhalb von 6 dB ankommen. Für zwei Beacons mit gleicher Sendeleistung ist dies einfach die Entfernung, bei der beide einen vergleichbaren RSSI haben:
R_collision ≈ 2 × 10^((P_tx − P_rx_threshold) / (10 × n))
Wobei n der Pfadverlust-Exponent ist (2,0 im freien Raum, 2,5–3,5 in Innenräumen). Für P_tx = 0 dBm, P_rx_threshold = −90 dBm, n = 2,7:
| P_tx (dBm) | R_collision (m, indoor) | Fläche (m²) | Effektive Dichtegrenze |
|---|---|---|---|
| +4 | ~48 | ~7.200 | 1 pro 14 m² (bei 1% Verlust) |
| 0 | ~35 | ~3.800 | 1 pro 7,6 m² |
| −4 | ~26 | ~2.100 | 1 pro 4,2 m² |
| −8 | ~18 | ~1.000 | 1 pro 2,0 m² |
| −12 | ~13 | ~530 | 1 pro 1,1 m² |
| −20 | ~7 | ~154 | 1 pro 0,3 m² |
In einer Einzelhandelsumgebung, in der Beacons in 4-m-Abstand an Deckenplatten angeordnet sind, reduziert eine Sendeleistung von −4 dBm den Kollisionsradius auf 26 m—ausreichend für zuverlässigen Empfang durch ein nahegelegenes Gateway, während die Interferenz mit Beacons zwei Reihen weiter begrenzt wird. Die Tabelle zeigt, dass eine Reduzierung der Leistung von +4 auf −4 dBm die räumliche Kapazität effektiv verdoppelt.
8. Intervall-Staffelungstechniken
Während die BLE-Spezifikation 0–10 ms Jitter vorschreibt, verhindert sie keine bewusste Intervall-Staffelung—die Konfiguration verschiedener Beacons mit leicht unterschiedlichen Intervallen. Diese Technik de-korreliert ihre Übertragungsmuster über die Zeit.
Der effektivste Ansatz ist, Intervalle aus einer Menge von primzahl-bezogenen Werten zuzuweisen. In einem 100-Beacon-Einsatz können statt aller auf 200 ms die Beacons auf fünf Werte verteilt werden:
| Gruppe | Intervall (ms) | Beacon-Anzahl | Begründung |
|---|---|---|---|
| A | 190 | 20 | Basisintervall −5% |
| B | 197 | 20 | Primzahl-basierter Versatz |
| C | 200 | 20 | Nominal |
| D | 211 | 20 | Primzahl |
| E | 223 | 20 | Primzahl |
Das kgV (kleinstes gemeinsames Vielfaches) dieser Intervalle bestimmt die Zeit bis zur Wiederholung der Muster: kgV(190, 197, 200, 211, 223) ist astronomisch groß (in der Größenordnung von 10^12 ms), was effektiv sicherstellt, dass zwei Beacons aus verschiedenen Gruppen nie synchronisieren. Die gemessene Paketverlustreduzierung mit dieser Technik beträgt 30–45% verglichen mit einheitlichem 200-ms-Intervall bei allen 100 Beacons.
Vorbehalt: Diese Technik erfordert pro-Beacon-Konfiguration, was Provisionierungszeit hinzufügt. Für Großanlagen ist eine Management-Schnittstelle, die Batch-Intervallzuweisung mit automatischer Verteilung unterstützt, unerlässlich.
9. BLE 5.x Extended Advertising
BLE 5.0 führte Extended Advertising ein, das die Advertising-PDU in eine primäre Werbung (auf Kanälen 37/38/39) und eine sekundäre Werbung (auf einem der verbleibenden 37 Datenkanäle) aufteilt. Dies verteilt Beacon-Traffic effektiv auf 40 Kanäle statt auf 3.
Die theoretische Kollisionskapazitätsverbesserung beträgt etwa 40/3 = 13,3×, aber praktische Gewinne sind bescheidener, weil:
- Primärkanäle tragen weiterhin den AUX_SYNC_IND-Zeiger, sodass Kollision auf Primärkanälen weiterhin Verlust des Zeigers verursacht
- Nicht alle Empfänger BLE 5.x Extended Advertising unterstützen (iOS fügte Unterstützung in iOS 17 hinzu, viele Android-Geräte scannen noch nur Legacy)
- Der Sekundärkanal wird in der Primär-PDU angegeben, sodass der Empfänger zuerst die Primär-PDU dekodieren muss
Für Neuanlagen, bei denen alle Empfänger BLE 5.x-kompatibel sind, kann Extended Advertising die Dichtekapazität um das 5–8-fache erhöhen. Für gemischte Umgebungen muss es zusammen mit Legacy-Advertising (Dual-Modus) verwendet werden, was den Kapazitätsvorteil teilweise aufhebt.
10. Gateway- und Scanner-Optimierung
Kollisionsmanagement betrifft nicht nur die Sender. Die Scan-Parameter des Empfängers beeinflussen den effektiven Paketempfang erheblich. Schlüsselparameter für BLE-Gateways:
| Parameter | Standard (Telefon) | Empfohlen (Gateway) | Auswirkung |
|---|---|---|---|
| Scan-Fenster | 4.096 ms | Kontinuierlich (keine Lücke) | Eliminiert Scan-Lückenverlust |
| Scan-Intervall | 4.096 ms | Kontinuierlich | Gleich wie Fenster für 100% Duty |
| Aktives Scanning | Ja | Nein (für Beacons) | Reduziert RX-Zeit durch SCAN_RSP |
| Duplikatfilter | OS-abhängig | 30-Sekunden-Fenster | Verhindert Log-Flooding ohne Datenverlust |
| Multikanal-Dekodierung | N/A | 3 parallele Empfänger | Fängt überlappende Pakete auf verschiedenen Kanälen gleichzeitig |
Ein Gateway mit drei unabhängigen BLE-Empfängern (jeder auf einen Advertising-Kanal abgestimmt) kann theoretisch den 3-fachen Durchsatz eines Einzel-Empfänger-Scanners erreichen, da es überlappende Pakete auf verschiedenen Kanälen gleichzeitig dekodieren kann. Nordic nRF52840 und nRF5340 unterstützen gleichzeitigen Multikanal-Empfang über die schnelle Kanalumschaltung des RADIO-Peripherals, obwohl echter parallele Empfang zwei RADIO-Instanzen erfordert (nur auf nRF5340 verfügbar).
11. Dichterichtlinien für reale Einsätze
Basierend auf Feldmessungen in Einzelhandels-, Museums-, Lager- und Krankenhauseinsätzen gehen die folgenden Dichterichtlinien von kontinuierlich scannenden Gateways, iBeacon-Format, −4-dBm-Sendeleistung und einer Zielpaketempfangsrate von ≥95% aus:
| Szenario | Empf. Intervall | Max. Beacons pro Gateway | Gateway-Abstand | Hinweise |
|---|---|---|---|---|
| Einzelhandel (Proximity-Push) | 200 ms | 400 | 15 m | Intervalle zwischen Zonen staffeln |
| Museum (Audio-Guide) | 300 ms | 350 | 12 m | Geringere Dichte pro Raum; Wanddämpfung hilft |
| Lager (RTLS) | 500 ms | 800 | 20 m | Hohe Decke reduziert Kollisionsradius |
| Krankenhaus (Asset-Tracking) | 500 ms | 600 | 15 m | Medizinische Geräte addieren RF-Rauschen; 20% Marginalität hinzufügen |
| Parking (Belegung) | 2000 ms | 2.000+ | 30 m | Niedrige Latenz nicht erforderlich; sehr hohe Dichte möglich |
| Stadion (Mengen-Navigation) | 100 ms | 150 | 10 m | Körperabsorption reduziert Reichweite; 40% Überlappungsverlust einplanen |
12. Kollisionsmessung im Feld
Die Überprüfung von Kollisionsraten erfordert ein kontrolliertes Mess-Setup. Der empfohlene Ansatz verwendet ein dediziertes nRF52840-Dongle mit einer benutzerdefinierten Sniffer-Firmware, die jede empfangene Werbung mit Zeitstempel, Kanal, RSSI und MAC-Adresse protokolliert.
Die Schlüsselmetrik ist die Pro-Beacon-Empfangsrate (PBRR): Für jeden Beacon wird die Anzahl der empfangenen Werbungen über ein Messfenster gezählt und mit der erwarteten Anzahl (Fensterdauer / Intervall) verglichen. Eine PBRR unter 95% zeigt Kollisions- oder RF-Abdeckungsprobleme an.
Um Kollisionsverlust von Abdeckungsverlust zu unterscheiden, platzieren Sie den Sniffer innerhalb von 2 m beim Beacon mit freier Sichtverbindung. In dieser Entfernung sollte der RSSI >−60 dBm sein, weit über der Empfindlichkeit. Jeder Paketverlust in dieser Reichweite ist Kollision, nicht Abdeckung. Ein typisches Messprotokoll:
- Alle Beacons an finalen Positionen und Einstellungen einsetzen
- Sniffer an Gateway-Position platzieren, 10 Minuten laufen lassen
- Pro-Beacon-RSSI- und Zeitstempel-Protokolle exportieren
- PBRR für jeden Beacon berechnen
- Für Beacons mit PBRR < 95%: Sniffer auf 2-m-Nähe bewegen und neu messen
- Wenn PBRR in Nahbereich auf >98% steigt, ist der Verlust abdeckungsbezogen (Gateway hinzufügen)
- Wenn PBRR im Nahbereich <95% bleibt, ist der Verlust kollisionsbezogen (Dichte reduzieren oder Intervalle staffeln)
13. Häufige Design-Fehler
- Alle Beacons auf 100 ms einstellen: „Häufiger ist besser“ ist der häufigste Fehler. Bei 100 ms mit 500 Beacons überschreitet der Kollisionsverlust 5%, und die Batterielebensdauer sinkt unter 4 Monate. Verwenden Sie das längste Intervall, das Ihr Latenzbudget zulässt.
- WiFi-Kanalplanung ignorieren: Beacons einsetzen, ohne das IT-Team zu WiFi-Kanälen zu koordinieren. Ein einzelner WiFi-AP auf Kanal 14 in Japan kann 8% zusätzlichen Verlust auf BLE-Kanal 39 verursachen.
- +4 dBm überall verwenden: Maximale Leistung maximiert die Reichweite, aber auch den Kollisionsradius. Verwenden Sie Leistungszonierung: −12 dBm für dichte Zonen, 0 dBm für offene Bereiche, +4 dBm nur für Gateway-Beacons in dünn besiedelten Bereichen.
- Keine Intervall-Staffelung in homogenen Einsätzen: 200 identische Beacons mit demselben Intervall verlassen sich vollständig auf den 10-ms-Jitter. Intervall-Staffelung zwischen Gruppen reduziert Kollisionen um 30–45%.
- Einzel-Empfänger-Gateways: Ein Gateway mit einem BLE-Empfänger kann nur einen Kanal gleichzeitig dekodieren. In dichten Einsätzen entsteht ein 3-facher Flaschenhals gegenüber Multikanal-Gateways.
14. Design-Checkliste
- ☐ Erforderliche Beacon-Anzahl und Dichte pro Zone berechnen
- ☐ Advertising-Intervall basierend auf Latenzbudget wählen (länger ist besser)
- ☐ Intervallgruppen (gestaffelte Primzahlen) für Einsätze >50 Beacons pro Gateway zuweisen
- ☐ Sendeleistung basierend auf Zonendichte einstellen (−4 bis −12 dBm für dicht, 0 bis +4 für dünn)
- ☐ WiFi-Kanäle mit IT koordinieren (Ch 14 vermeiden, Ch 1/11 über Ch 6 bevorzugen)
- ☐ Multikanal-BLE-Gateways für dichte Einsätze spezifizieren
- ☐ Gateways für kontinuierliches Scanning mit 30-Sekunden-Duplikatfilterung konfigurieren
- ☐ Feldmessung mit Sniffer planen, um PBRR ≥95% pro Beacon zu verifizieren
- ☐ Intervall-, Leistungs- und Kanalzuweisung für jeden Beacon für zukünftige Fehlerbehebung dokumentieren
- ☐ Für BLE 5.x-only-Empfängerumgebungen Extended Advertising für 5–8× Dichte-Spielraum aktivieren
Fazit
Advertising-Kollision ist die unsichtbare Decke der Beacon-Einsatzdichte. Das theoretische ALOHA-Modell sagt niedrige Verlustraten voraus, die realweltliche Messungen routinemäßig um das 2–4-fache übertreffen aufgrund von WiFi-Interferenz, Capture-Effekten und Scan-Arbeitszyklus-Beschränkungen. Der praktische Weg zu dichten Einsätzen ist nicht mehr Leistung oder schnellere Intervalle—es ist disziplinierte Intervallauswahl, Leistungszonierung, Intervall-Staffelung und Multikanal-Gateways. Durch die Behandlung des 2,4-GHz-Spektrums als gemeinsam genutzte Ressource mit einem quantifizierbaren Kollisionsbudget können Ingenieure 500+ Beacons pro Gateway mit 95%+ Paketempfang einsetzen, selbst in WiFi-gesättigten Umgebungen. Für Einsätze mit mehr als 1.000 Beacons pro Abdeckungszone bietet BLE 5.x Extended Advertising die zusätzliche Kanaldiversität, die benötigt wird, um die Zuverlässigkeit ohne Einbußen bei der Aktualisierungsrate zu gewährleisten.
Das Verständnis dieser Kollisionsdynamik ist unerlässlich, unabhängig davon, ob Sie eine Handvoll Proximity-Beacons einsetzen oder ein großflächiges RTLS-System mit Bluetooth-Beacons über einen gesamten Campus architerieren.
