Bluetooth 6.0: le novità rispetto alle versioni precedenti

Con l'adozione ufficiale dello standard Bluetooth 6.0 da parte del Bluetooth Special Interest Group, avvenuta nella seconda metà del 2024 e consolidata nei dispositivi consumer nel corso del 2025-2026, si chiude un ciclo evolutivo lungo quasi un decennio e se ne apre uno nuovo, caratterizzato da una ridefinizione profonda del modo in cui i dispositivi si localizzano, si connettono e consumano energia. Non si tratta di un aggiornamento incrementale come quelli che hanno scandito il passaggio dalla versione 4.2 alla 5.x: le novità strutturali introdotte con Bluetooth 6.0 cambiano alcune assunzioni di base su cui si è costruita larga parte dell'architettura IoT degli ultimi anni.

Chi lavora su sistemi embedded, su piattaforme di localizzazione indoor o su wearable con forti vincoli di autonomia si trova a dover rivalutare scelte di progettazione che sembravano consolidate; non perché le versioni precedenti fossero inadeguate, ma perché Bluetooth 6.0 sposta in modo sensibile il punto di equilibrio tra precisione, consumo e complessità implementativa. Le differenze rispetto a Bluetooth 5.x non sono tutte immediatamente visibili a livello applicativo, ma emergono con chiarezza nell'analisi delle specifiche tecniche e, soprattutto, nei benchmark condotti su hardware certificato.

Questo articolo entra nel merito delle modifiche più rilevanti, con attenzione particolare alle implicazioni pratiche per chi progetta sistemi o valuta l'adozione dello standard in contesti professionali.

Channel Sounding: la localizzazione basata sulla misurazione della distanza fisica

La funzionalità che distingue Bluetooth 6.0 da tutti i suoi predecessori in modo più netto è il Channel Sounding, una tecnica di ranging ad alta precisione che consente di misurare la distanza tra due dispositivi con una accuratezza dell'ordine del centimetro, in condizioni ideali, e comunque inferiore al mezzo metro in ambienti reali moderatamente complessi dal punto di vista della propagazione RF. Fino alla versione 5.x, la localizzazione Bluetooth si basava prevalentemente sull'RSSI — la potenza del segnale ricevuto — o sulle tecniche di direzione d'arrivo (AoA/AoD) introdotte con Bluetooth 5.1; entrambi gli approcci presentano limiti intrinseci significativi: l'RSSI è sensibile alle variazioni ambientali, alle riflessioni e all'orientamento dei dispositivi, mentre AoA/AoD richiede array di antenne che difficilmente trovano spazio in form factor compatti.

Il Channel Sounding di Bluetooth 6.0 adotta due metodi complementari: la misurazione della fase del segnale (Phase-Based Ranging, PBR) e il time-of-flight (Round Trip Time, RTT). La combinazione dei due approcci, selezionabile a livello di implementazione in funzione delle risorse disponibili e del profilo di rischio ambientale, fornisce risultati significativamente più robusti rispetto a qualsiasi tecnica monometodo applicata alle versioni precedenti. Dal punto di vista pratico, questo significa che applicazioni come il controllo degli accessi fisici basato su prossimità, il tracciamento di asset in ambienti industriali, e l'interazione contestuale con dispositivi smart home possono ora operare su misure geometriche effettive anziché su stime probabilistiche del segnale.

Vale la pena sottolineare che il Channel Sounding non è trasparente rispetto all'hardware: richiede supporto esplicito nel controller Bluetooth, il che implica che i dispositivi pre-6.0 non possono beneficiarne tramite aggiornamento firmware. La transizione, quindi, è vincolata ai cicli di rinnovamento hardware, con tutto ciò che questo comporta in termini di pianificazione per chi gestisce fleet di dispositivi in produzione.

Decision-Based Advertising Filtering e riduzione del carico sul controller

Una delle inefficienze storiche del Bluetooth in ambito scanning è la quantità di pacchetti di advertising che il controller deve trasferire all'host per consentire il filtraggio applicativo: in ambienti ad alta densità di dispositivi — spazi retail, hub logistici, aeroporti — il volume di PDU (Protocol Data Unit) che transita dal controller Bluetooth verso il processore applicativo rappresenta un costo energetico e computazionale non trascurabile. Bluetooth 6.0 introduce il Decision-Based Advertising Filtering, un meccanismo che sposta una parte significativa della logica di filtraggio direttamente nel controller, riducendo il numero di eventi che vengono passati all'host e, di conseguenza, alleggerendo il bus di comunicazione tra i due layer.

In termini concreti, questo si traduce in una riduzione misurabile dei wake-up del processore principale in applicazioni che fanno scanning passivo continuo, come i beacon tracker o i sistemi di proximity detection; la riduzione del numero di interrupt gestiti si riflette direttamente sull'autonomia in dispositivi alimentati a batteria. La logica di filtraggio configurabile nel controller supporta condizioni più articolate rispetto al semplice address filtering presente nelle versioni precedenti, con la possibilità di specificare criteri basati sul contenuto del payload e sugli intervalli di advertising osservati.

Monitored Advertisers e gestione degli eventi di connettività

Strettamente correlato al punto precedente, il meccanismo dei Monitored Advertisers — anch'esso introdotto con Bluetooth 6.0 — consente all'host di indicare al controller un elenco di advertiser specifici da monitorare, ricevendo notifiche non su ogni pacchetto ricevuto, ma su eventi di stato: comparsa, scomparsa, variazione del segnale oltre una soglia definita. Per applicazioni che devono tracciare la presenza o l'assenza di un insieme noto di dispositivi — si pensi a sistemi di muster point, a inventory management in magazzini con scaffalatura fissa, o a soluzioni per la continuità di cure in ambito sanitario — questo approccio riduce drasticamente la verbosità del dialogo host-controller senza sacrificare la reattività agli eventi rilevanti.

Rispetto all'approccio classico con Bluetooth 5.x, in cui questo tipo di logica veniva implementato interamente a livello software sull'host con polling o parsing continuo degli eventi di scanning, il nuovo meccanismo offre garanzie di latenza più controllate e un profilo di consumo più prevedibile, due caratteristiche che in ambito embedded hanno un peso progettuale considerevole.

Frame Space ridotto e throughput effettivo nelle connessioni bidirezionali

La specifica Bluetooth 6.0 introduce la possibilità di ridurre il frame space — l'intervallo minimo tra pacchetti successivi sulla stessa connessione — da 150 µs a valori inferiori in condizioni controllate, con benefici diretti sul throughput effettivo nelle connessioni bidirezionali ad alta frequenza di scambio. Nelle versioni 5.x, il frame space fisso rappresentava un limite al ritmo di trasmissione in scenari come lo streaming di dati sensoriali ad alta risoluzione o la sincronizzazione in tempo reale di array di dispositivi; con la flessibilità introdotta dalla nuova specifica, l'efficienza del canale aumenta in modo proporzionale alla riduzione dell'intervallo configurato.

È opportuno precisare che la riduzione del frame space non è un'opzione universalmente applicabile: richiede che entrambi i dispositivi nella connessione supportino la funzionalità, che le condizioni di canale siano sufficientemente stabili da non richiedere ritrasmissioni frequenti, e che l'implementazione del controller sia ottimizzata per operare in queste finestre temporali più strette. In contesti con alta interferenza o con dispositivi a bassa potenza computazionale, il vantaggio teorico può ridursi sensibilmente nella pratica.

Implicazioni per l'ecosistema e compatibilità con Bluetooth 5.x

La retrocompatibilità rimane, come per tutti gli standard Bluetooth, un principio fondante della specifica 6.0: un dispositivo Bluetooth 6.0 può connettersi e comunicare senza problemi con dispositivi 5.x, 4.x e precedenti, operando sui profili e sui protocolli comuni. Le nuove funzionalità — Channel Sounding, Decision-Based Advertising Filtering, Monitored Advertisers, frame space ridotto — sono attive esclusivamente quando entrambi i dispositivi nella sessione le supportano, e la negoziazione avviene in modo trasparente durante la fase di connessione o di scanning.

Dal punto di vista dell'ecosistema, la diffusione di Bluetooth 6.0 seguirà inevitabilmente la traiettoria già vista con le versioni precedenti: i chipset compatibili sono disponibili da fine 2024 nei tier premium, con progressiva diffusione verso il mid-range nel corso del 2025 e del 2026; le prime generazioni di smartphone, laptop, auricolari e wearable con supporto nativo stanno già entrando nel mercato di massa. Per chi sviluppa applicazioni o firmware, il consiglio operativo è di non attendere una penetrazione di mercato uniforme prima di iniziare la valutazione tecnica: i cicli di certificazione e di validazione hardware richiedono tempo, e un'architettura progettata con consapevolezza delle capacità di Bluetooth 6.0 potrà essere abilitata progressivamente man mano che i dispositivi compatibili diventano la norma nella base installata di riferimento.

Sul fronte degli strumenti di sviluppo, gli SDK dei principali vendor di chipset — Nordic Semiconductor, Qualcomm, STMicroelectronics, Texas Instruments — hanno già rilasciato o annunciato supporto per le nuove API legate al Channel Sounding e al filtering avanzato; la documentazione tecnica disponibile è già sufficiente per avviare prototipi e proof of concept su hardware di sviluppo certificato, rendendo concreta la possibilità di portare in produzione soluzioni che sfruttano le caratteristiche differenzianti della nuova specifica entro i prossimi 12-18 mesi.