Adaptive Frequency Hopping (AFH): So funktioniert AFH in Bluetooth und BLE

Adaptive Frequency Hopping (AFH) verdrängt gestörte Funkkanäle dynamisch und macht Bluetooth im vollen 2,4-GHz-Band deutlich robuster. Der Artikel erklärt Kanalmap, Kanalbewertung, Spezifikationen und die praktische Umsetzung in Bluetooth Classic und Bluetooth Low Energy.

Was ist Adaptive Frequency Hopping und warum ist es wichtig?

Adaptive Frequency Hopping, kurz AFH, ist eine Spread-Spectrum-Technik, die in Bluetooth und anderen Funksystemen zum Einsatz kommt, um Störungen im 2,4-GHz-Band zu umgehen. Dabei wechselt der Sender die Trägerfrequenz sehr schnell, statt dauerhaft auf einem Kanal zu bleiben. Zusätzlich werden Kanäle, die durch WLAN, Mikrowellen oder andere Funkquellen belegt sind, einfach aus der Nutzung ausgeschlossen. In meiner eigenen Arbeit mit Bluetooth-Modulen fällt der Unterschied sofort auf: Ohne AFH brechen Verbindungen in Büroumgebungen mit vielen WLAN-Zugangspunkten deutlich häufiger ab – mit AFH bleiben sie spürbar stabiler.

Frequency-Hopping Spread Spectrum (FHSS) zerlegt die Kommunikation in kleine Stücke und verteilt sie über eine wiederkehrende Frequenzfolge. Sender und Empfänger teilen sich dieselbe Hop-Sequenz und bleiben synchron. AFH erweitert dieses Prinzip, indem es die Hop-Sequenz an die gemessene Umgebung anpasst. Störquellen werden erkannt, aus der Kanalliste entfernt und bei Besserung wieder aufgenommen. Genau diese dynamische Anpassung unterscheidet AFH von einem festen, nicht-adaptiven Hopping-Muster, das Konflikte mit anderen Funktechnologien nicht vermeiden kann.

Der praktische Nutzen ist alles andere als gering: AFH macht Verbindungen deutlich störfester, nutzt das verfügbare Spektrum besser und sorgt durch die pseudo-zufälligen Frequenzwechsel zusätzlich dafür, dass sich niemand so leicht in die Übertragung einklinken kann. Allein 2020 wurden mehr als 4 Milliarden Bluetooth- und BLE-Geräte produziert – und es werden eher mehr als weniger. Bei einer solchen Dichte ist ein Mechanismus, der belegte Kanäle von selbst umgeht, längst kein Nice-to-have mehr, sondern schlicht die Voraussetzung dafür, dass Funkverbindungen im Alltag, in der Industrie und bei Audio-Anwendungen zuverlässig funktionieren.

Wie funktioniert AFH: Kanalmap, Hopping und Störungserkennung?

Adaptive Frequency Hopping, kurz AFH, ist im Kern nichts anderes als eine pseudo-zufällige Frequenzzuweisung. Sender und Empfänger bleiben dabei frequenzsynchron und arbeiten eine gemeinsame Hop-Sequenz ab. Bei Bluetooth läuft das so: Zu jedem Connection Event wird ein Kanal deterministisch aus den verfügbaren Kanälen ausgewählt, und zwar über einen Channel-Selection-Algorithmus. Die Geräte wechseln dann auf diesen Kanal und kommunizieren über eine Reihe von Frequenzen im 2,4-GHz-Band, die sich ständig ändert. Das zentrale Gerät – im Classic Bluetooth ist das der Master – führt dabei eine Kanalmap, in der jeder Kanal als genutzt oder ungenutzt klassifiziert wird.

Diese Kanalmap teilt das Master-Gerät dem zweiten Gerät über ein Link-Layer-Verfahren mit. Um die Qualität der einzelnen Kanäle zu bewerten, nutzen die Geräte je nach Implementierung unterschiedliche Methoden. Wird ein bislang guter Kanal schlechter, fließt das in eine aktualisierte Kanalmap ein – umgekehrt kann ein zuvor schlechter Kanal wieder aufgenommen werden, wenn er sich erholt hat. Als typische Bewertungsgrößen dienen dabei der RSSI (Received Signal Strength Indication) und die PER (Packet Error Rate). Das Verfahren zum Update der Kanalmap gehört seit Bluetooth 4.0 zur Spezifikation, und initiieren kann es ausschließlich das zentrale beziehungsweise Master-Gerät.

Silicon Labs setzt in seiner AFH-Softwarekomponente einen periodischen Hintergrundtask ein, der alle Kanäle der Reihe nach durchmisst und die empfangene Leistung bewertet. Überschreitet der gemessene Pegel -71 dBm, wird der betreffende Kanal blockiert. Jeder Sweep endet mit einer aktualisierten Kanalmap, die das zentrale Gerät anschließend an die Slaves verteilt. Die eAFH-Forschung von Valentin Poirot und Olaf Landsiedel (Kiel University und Chalmers University of Technology, arXiv:2112.03046v1, 6. Dezember 2021) geht noch einen Schritt weiter: Sie zieht frühere Messungen heran, um gezielt zu erkunden, welche Frequenzen mit hoher Wahrscheinlichkeit von einer Wiederaufnahme profitieren würden.

Ein weiterer Aspekt, den man nicht außer Acht lassen sollte, ist die zeitliche Taktung. Im Bluetooth Classic der Vor-AFH-Ära wurden 1600 Hops pro Sekunde über 79 der 83,5 verfügbaren Kanäle gesendet. Bluetooth-Audio erzeugt eine Datenrate von etwa 300 kbit/s und überträgt alle 15 ms. Genau diese engen Zeitfenster machen deutlich, warum AFH-Sweeps mit höchster Priorität ablaufen – sie können andere Vorgänge blockieren, sobald mehrere Operationen innerhalb von 10 ms zusammenkommen.

AFH in Bluetooth Classic vs. Bluetooth Low Energy: Kanäle und Spezifikationen

Bluetooth unterteilt das 2,4-GHz-Band in insgesamt 40 Kanäle, wobei in Bluetooth Low Energy davon 37 General-Purpose-Kanäle für die verbundene Kommunikation genutzt werden. Für BIS-PDUs setzt Bluetooth LE den Channel Selection Algorithm #2 ein, wie in Vol. 6 Part B der Core Specification festgelegt. AFH ist zudem die Voraussetzung dafür, dass überhaupt mit Sendeleistungen oberhalb von +10 dBm gesendet werden darf. Und noch eine Vorgabe: Die Bluetooth-Spezifikation schreibt bei AFH einen Mindestsatz von mindestens zwanzig Kanälen vor.

Die folgende Übersicht stellt die wichtigsten Parameter von Bluetooth Classic und Bluetooth Low Energy gegenüber. Die Werte stammen aus der Bluetooth-Core-Specification sowie aus Dokumentation von Silicon Labs, Nordic Semiconductor und Texas Instruments (swra487).

Für Entwickler ist vor allem wichtig, dass AFH in beiden Funksystemen unterschiedlich verankert ist. Im BR/EDR-Modus ist AFH der etablierte Begriff, während auf dem LE Link Layer die Kanalbewertung und der Channel Selection Algorithm #2 spezifiziert sind. In einer Diskussion auf der Nordic DevZone wurde damals darauf hingewiesen, dass eine Host-seitige Kanalbewertung im Zephyr-Bluetooth-Host-Stack zu diesem Zeitpunkt nicht unterstützt wurde. Wer also LE Audio Broadcast plant, sollte genau prüfen, welche Teile der Kanalbewertung auf Link-Layer-Ebene ablaufen und welche im Host erledigt werden.

AFH implementieren: Scan-Intervalle, Blockierung und Entwickler-APIs

Die Implementierung von AFH lässt sich am Beispiel des Silicon-Labs-SDK gut nachvollziehen, weil die Parameter dort dokumentiert sind. Zunächst wird die AFH-Softwarekomponente installiert. In aktuellen SDK-Versionen wird sl_bt_init_afh() vom Code-Generator automatisch innerhalb von sl_bt_init() aufgerufen. In älteren SDK-Versionen ruft man gecko_init_afh() nach gecko_init(&config) auf. Das Scan-Intervall ist in Einheiten von 10 ms definiert und standardmäßig auf 1 Sekunde gesetzt.

Ein Sweep über alle 40 Kanäle dauert rund 10 ms und verbraucht zusätzlich etwa 240 uW. Wird eine Leistung jenseits von -71 dBm gemessen, bleibt der Kanal für mindestens 8 afh_scan_intervals blockiert. Eine Freigabe erfordert 8 aufeinanderfolgende Messungen ohne Störung. Das Intervall lässt sich über den Schlüssel AFH_SCAN_INTERVAL_CONFIG_KEY 7 anpassen und über sl_bt_system_linklayer_configure beziehungsweise gecko_cmd_system_linklayer_configure setzen.

In der Praxis empfehle ich, das Scan-Intervall nicht zu aggressiv zu verkürzen. Ein kürzeres Intervall reagiert schneller auf neue Störquellen, erhöht aber den Energiebedarf und die Wahrscheinlichkeit, dass der AFH-Sweep andere Funkoperationen blockiert. Für batteriebetriebene Sensoren ist das Standardintervall von 1 Sekunde meist ein guter Kompromiss. Bei Anwendungen mit hoher Dynamik, etwa fahrerlosen Transportsystemen in Hallen mit wechselnder WLAN-Last, kann eine vorsichtige Verkürzung sinnvoll sein, sofern die Applikation die zusätzlichen 240 uW verkraftet.

Vorteile, Grenzen und Koexistenz mit WLAN

AFH bietet eine Reihe handfester Vorteile. Die Störfestigkeit steigt, weil belegte Kanäle dynamisch blockiert werden, statt manuell deaktiviert werden zu müssen. Die pseudo-zufälligen Frequenzwechsel erschweren das Mitlesen und erhöhen damit die Sicherheit. Die Spektrumsnutzung wird optimiert, weil nur bekannte gute Kanäle verwendet werden. Nicht-adaptive Verfahren erfordern dagegen ein manuelles Abschalten einzelner Kanäle und können Konflikte mit anderen Funktechnologien nicht vermeiden.

Die Grenzen sollten Entwickler ebenfalls kennen. Während des Verbindungsaufbaus und der Gerätesuche ist AFH nicht aktiv. Alle Geräte in einem Piconet müssen AFH-fähig sein, sonst greift der Mechanismus nicht vollständig. Die Wiederaufnahme eines zuvor blockierten Kanals ist in dynamischen Umgebungen anspruchsvoll, weil sich die Störlage schnell ändern kann. Zudem hat der AFH-Sweep höchste Priorität und kann andere Operationen blockieren, wenn mehrere Aufgaben innerhalb von 10 ms anfallen.

Gegenüber WLAN ist AFH der entscheidende Koexistenzmechanismus. WLAN belegt im 2,4-GHz-Band breite Kanäle, die einzelne Bluetooth-Kanäle dauerhaft stören können. AFH erkennt diese Bereiche über RSSI- und PER-Messungen und entfernt sie aus der Kanalmap. Die eAFH-Forschung zeigt, dass sich mit informierter Exploration 98 bis 99,5 Prozent Link-Layer-Zuverlässigkeit bei dynamischen WLAN-Störungen erreichen lassen, bei nur 1 Prozent Kontroll-Overhead und 40 Prozent höherer Kanaldiversität als bei damaligen State-of-the-Art-Ansätzen. Das unterstreicht, wie viel Potenzial in einer intelligenteren Kanalbewertung steckt.

AFH in LE Audio, IoT und zukünftigen Funksystemen

Im Internet der Dinge ist AFH längst Standard. Chiphersteller wie Nordic Semiconductor mit dem nRF5340, Silicon Labs mit seinen EFR-Geräten und Modulhersteller wie CDEBYTE integrieren AFH in ihre Stacks und Referenzdesigns. Anwendungen reichen von industriellen Sensornetzen über Asset-Tracking bis zu medizinischen Wearables. Überall dort, wo viele Geräte auf engem Raum funken, entscheidet die Kanalbewertung über Reichweite, Latenz und Batterielaufzeit. Die Bluetooth SIG, unter anderem Martin Woolley in der Developer Relations, und Autoren wie Jason Marcel im Bluetooth-Blog haben die Bedeutung der Kanalbewertung für die Skalierung des Ökosystems mehrfach hervorgehoben.

Bei LE Audio ist die Lage differenzierter. Laut Nordic DevZone ist AFH ein Begriff aus dem BR/EDR-Support-Modus. Für LE-Audio-Broadcast beschreibt die Core Specification die Kanalbewertung und den Channel Selection Algorithm #2 auf dem LE Link Layer. Host-seitige Kanalbewertung war im Upstream-Zephyr-Bluetooth-Host-Stack zum damaligen Zeitpunkt nicht unterstützt. Wer heute LE-Audio-Produkte entwickelt, sollte deshalb genau prüfen, welche Kanalbewertungsfunktionen der jeweilige Controller und Host bereitstellen.

Die Zukunft gehört einer feineren Kanalbewertung. Statt eines reinen RSSI-Schwellenwerts kombinieren moderne Ansätze RSSI, PER und zeitliche Muster, um Störungen vorherzusagen. eAFH zeigt, dass informierte Exploration die Kanaldiversität deutlich erhöht. Gleichzeitig bleiben die Grundregeln bestehen: mindestens zwanzig Kanäle, AFH-Pflicht oberhalb von +10 dBm und die zentrale Rolle des Master- beziehungsweise Central-Geräts bei der Kanalmap. Wer diese Regeln beherrscht, kann Bluetooth-Verbindungen auch in schwierigen Funkumgebungen zuverlässig betreiben.

Häufige Fragen zu Adaptive Frequency Hopping

In diesem Abschnitt beantworte ich die Fragen, die mir in der Praxis am häufigsten zu AFH gestellt werden. Die Antworten fassen die wichtigsten Punkte aus Spezifikation, Implementierung und Koexistenz zusammen.

Die Fragen reichen von der grundlegenden Definition über die Funktionsweise in Bluetooth Low Energy bis zur Abgrenzung von festem Frequency Hopping. Wer AFH in eigenen Produkten einsetzt, findet hier die kompakte Orientierung, bevor er sich in die Details der jeweiligen SDK-Dokumentation vertieft.

Fazit: AFH ist die Grundlage zuverlässiger Bluetooth-Verbindungen

Adaptive Frequency Hopping ist weit mehr als ein technisches Detail. Es ist der Mechanismus, der Bluetooth und Bluetooth Low Energy im dicht belegten 2,4-GHz-Band überhaupt zuverlässig macht. Die dynamische Kanalmap, die regelmäßige Bewertung über RSSI und PER sowie die Mindestanzahl von zwanzig Kanälen bilden zusammen ein robustes Fundament. Wer AFH versteht, kann Funkprobleme schneller einordnen und die Parameter seiner Anwendung gezielt optimieren.

Für Entwickler lohnt sich der Blick auf die konkreten Stellschrauben: Scan-Intervall, Blockierungsschwelle und Freigabekriterien. Die Standardwerte von Silicon Labs mit 1 Sekunde Scan-Intervall, -71 dBm Schwelle und 8 Messungen für die Freigabe sind ein bewährter Ausgangspunkt. Mit zunehmender Gerätedichte und steigenden Anforderungen an LE Audio und IoT wird die intelligente Kanalbewertung weiter an Bedeutung gewinnen. AFH bleibt damit eine der wichtigsten Techniken für stabiles Funkdesign.

Häufige Fragen zu Adaptive Frequency Hopping

Was ist Adaptive Frequency Hopping (AFH)?

AFH ist eine Spread-Spectrum-Technik, die die Störfestigkeit gegenüber Funkinterferenzen verbessert, indem sie die Trägerfrequenz schnell wechselt und überfüllte Kanäle meidet. In Bluetooth überwachen verbundene Geräte fortlaufend ihre Umgebung und aktualisieren eine Kanalmap, sodass gestörte Kanäle ausgeschlossen und nur bekannte gute Kanäle genutzt werden.

Wie funktioniert Adaptive Frequency Hopping in Bluetooth Low Energy?

Bei jedem Connection Event wählen verbundene Geräte über einen Channel-Selection-Algorithmus einen Kanal und wechseln dorthin. Das zentrale Gerät pflegt eine Kanalmap, die Kanäle als genutzt oder ungenutzt klassifiziert, teilt sie dem zweiten Gerät mit und aktualisiert sie bei Änderungen der Störlage. So verteilt sich die Kommunikation über das gesamte 2,4-GHz-Band.

Unterscheidet sich AFH von festem Frequency Hopping?

Festes Frequency Hopping nutzt eine unveränderliche Folge von Kanalsprüngen, während AFH seine Hop-Sequenz dynamisch an die Umgebung anpasst. AFH erkennt feste Störquellen und schließt sie aus der Kanalliste aus. Nicht-adaptives Hopping kann Konflikte mit anderen Funktechnologien wie WLAN dagegen nicht vermeiden und bleibt auf manuelle Kanaldeaktivierung angewiesen.

Unterstützt Bluetooth LE Audio Adaptive Frequency Hopping?

Laut einer Diskussion auf Nordic DevZone ist AFH ein Begriff aus dem BR/EDR-Support-Modus. Für LE-Audio-Broadcast beschreibt die Core Specification die Kanalbewertung und den Channel Selection Algorithm #2 auf dem LE Link Layer. Host-seitige Kanalbewertung war im Upstream-Zephyr-Bluetooth-Host-Stack zum damaligen Zeitpunkt nicht unterstützt, weshalb Entwickler die Controller-Funktionen prüfen sollten.

Was ist Adaptive Frequency Hopping (AFH) und warum ist es wichtig?

Adaptive Frequency Hopping (AFH) ist eine Spread-Spectrum-Technik, die in Bluetooth und BLE genutzt wird, um Störungen im 2,4-GHz-Band dynamisch zu umgehen. Der Sender wechselt schnell die Trägerfrequenz und blockiert belegte Kanäle. Dadurch steigen Störfestigkeit, Spektrumsnutzung und Sicherheit. Ohne AFH brechen Verbindungen in Umgebungen mit vielen WLAN-Zugangspunkten häufiger ab.

Wie funktioniert AFH mit Kanalmap und Störungserkennung?

Das zentrale Gerät pflegt eine Kanalmap, die jeden Kanal als genutzt oder ungenutzt markiert. Die Kanalqualität wird über RSSI und PER bewertet. Bei schlechter Qualität wird der Kanal blockiert, bei Besserung wieder freigegeben. Die Kanalmap wird dem Partner über den Link Layer mitgeteilt. Nur das Master- bzw. Central-Gerät initiiert Aktualisierungen.