Audio Bluetooth Low Energy

Il Bluetooth Low Energy Audio (LEA) garantisce agli utenti di ricevere audio ad alta fedeltà senza sacrificare la durata della batteria e consente loro di passare facilmente da un caso d'uso all'altro. Android 13 (livello API 33) include il supporto integrato per LEA.

La maggior parte degli auricolari LEA sarà in modalità dual fino a quando la quota di mercato dei dispositivi d'origine LEA non crescerà. Gli utenti devono essere in grado di accoppiare e configurare entrambi i mezzi di trasporto sulle cuffie dual mode.

Casi d'uso

Ti consigliamo di integrare LEA per i seguenti casi d'uso:

  • Condivisione di audio: gli utenti possono condividere contemporaneamente più stream audio su uno o più dispositivi audio sink. L'audio viene sincronizzato tra il dispositivo di origine e i dispositivi connessi.

  • Trasmetti audio: gli utenti possono trasmettere audio ad amici e familiari e connettersi a trasmissioni pubbliche per informazioni, intrattenimento o accessibilità.

  • Supporto del codec audio LC3: si tratta del codec audio predefinito e sostituisce il codec SBC utilizzato per A2DP (contenuti multimediali) e mSBC in HFP (voce). LC3 è più efficiente, riconfigurabile e di qualità superiore.

  • Miglioramenti del campionamento audio: le cuffie possono mantenere un'elevata qualità audio quando si utilizzano i microfoni. La funzionalità Bluetooth Classic riduce la qualità audio quando si utilizzano microfoni Bluetooth. Con BLE Audio, il campionamento in ingresso e in uscita può raggiungere i 32 kHz.

  • Microfono stereo: gli auricolari possono registrare l'audio con microfoni stereo per migliorare l'audio spaziale.

  • Supporto di Hearing Aid Profile (HAP): HAP offre agli utenti maggiore accessibilità e maggiore utilizzo rispetto ai precedenti protocolli ASHA. Gli utenti possono utilizzare gli apparecchi acustici per le telefonate e le applicazioni VoIP.

  • Supporto del protocollo EATT (Enhanced Attribute Protocol): l'EATT consente agli sviluppatori di inviare più comandi contemporaneamente agli ascoltatori accoppiati.

Scenari chiave

Esistono quattro categorie principali di casi d'uso:

  1. Conversazionale: le applicazioni di telefonia e VoIP che richiedono il routing della comunicazione a bassa latenza offrono audio di alta qualità e un minor utilizzo della batteria.

  2. Giochi: la riproduzione simultanea di microfono e ad alta fedeltà consente ai giochi di riprodurre in streaming audio di alta qualità per gli ascoltatori. Un'app di gioco può accedere all'input audio BLE quando un gioco attiva il microfono Bluetooth come pronto per l'uso. Quando un giocatore avvia una conversazione dal vivo con un collega, l'app di gioco può utilizzare senza ritardi i dati del microfono.

  3. Contenuti multimediali: le applicazioni multimediali possono impostare il dispositivo preferito di gestione audio. L'utente può ignorare questa impostazione modificando il dispositivo preferito dalle impostazioni del sistema.

  4. Accessibilità: gli apparecchi acustici che supportano BLE Audio ora possono utilizzare il microfono per consentire agli utenti di continuare a usare gli apparecchi acustici per le chiamate.

API e metodi BLE Audio

Per supportare gli ascoltatori BLE Audio sono necessari le API e i metodi seguenti:

Gestore audio

  • setCommunicationDevice() seleziona il dispositivo audio da utilizzare per i casi d'uso di comunicazione, ad esempio chiamate vocali o videochiamate. Questo metodo può essere utilizzato dalle applicazioni di chat vocale o video per selezionare un dispositivo audio diverso da quello selezionato per impostazione predefinita dalla piattaforma. Questa API sostituisce le seguenti API ritirate: startBluetoothSco(), stopBluetoothSco() e setSpeakerphoneOn().
  • clearCommunicationDevice viene chiamato al termine di una chiamata o di una sessione per l'app per garantire all'utente un'esperienza ottimale quando si sposta tra applicazioni diverse.

Profilo Bluetooth

Servizio In-Call per telecomunicazioni

Informazioni sul dispositivo audio

  • AudioDeviceInfo.TYPE_BLE_HEADSET descrive il tipo di dispositivo audio come dispositivo LEA. Utilizzato per identificare se il dispositivo acustico è un dispositivo LEA.

Registratore audio

  • setPreferredDevice() consente di impostare il dispositivo preferito per il routing audio. L'utente può eseguire l'override di questa impostazione nelle impostazioni di sistema.

Adattatore Bluetooth

Guide basate sul caso d'uso

Di seguito sono riportate le linee guida per l'implementazione di LEA in base a casi d'uso specifici.

Applicazioni di comunicazione vocale

Le applicazioni di comunicazione vocale possono scegliere di gestire il routing audio e lo stato dei dispositivi autogestendo il loro stato o utilizzando l'API Telecom che si occupa del routing audio e della logica dello stato al posto tuo.

Applicazioni per la registrazione audio

  • Registratore multimediale: quando registri audio con Registratore multimediale, ora puoi farlo in stereo se il dispositivo udibile Bluetooth supporta LEA. Consulta la Guida alla registrazione audio.

Consigli su cuffie LE Audio (LEA)

Con il rilascio di un numero sempre maggiore di visori LEA, nei test reali abbiamo rilevato problemi che riducono l'esperienza utente. La specifica non copre tutti questi problemi. La seguente tabella fornisce un elenco di consigli che i produttori di cuffie LEA devono seguire per migliorare l'esperienza end-to-end per gli utenti Android.

Descrizione Contesto
Supporto di Cross Transport Key Derivation (CTKD) per cuffie dual-mode:
  • Supporta la derivazione della chiave sia per l'accoppiamento da Classic a LE che per l'accoppiamento LE-to-Classic.
 La maggior parte delle nuove cuffie LEA sarà in modalità dual-mode fino a quando la quota di mercato dei dispositivi d'origine LEA non crescerà. È importante che gli utenti siano in grado di accoppiare senza problemi le cuffie dual-mode e di configurare entrambi i mezzi di trasporto. Questo è importante anche per Google Fast Pair.

Supporta gli annunci mirati (TA) se vuoi che le cuffie LEA si riconnettano in modo affidabile ai dispositivi di origine.

Gli auricolari LE audio devono utilizzare gli assistenti di assistenza per richiedere una connessione in entrata dai dispositivi centrali.

Verrà aggiunto al prossimo BT SIG.

 A differenza del modello di paging BR/EDR in cui una connessione può essere avviata dal telefono o dalle cuffie, una connessione in LEA deve essere avviata dal dispositivo centrale. Attualmente, molte cuffie non utilizzano TA, il che significa che il dispositivo centrale potrebbe non riuscire a riconnettersi alla periferica senza aggiungerla a una lista consentita. Tuttavia, un'area di lavoro della lista consentita potrebbe impedire alle cuffie di connettersi a un altro dispositivo centrale. Pertanto, è importante che le cuffie LEA supportino correttamente i TA, in modo che il dispositivo centrale possa riconnettersi in modo affidabile senza soluzioni alternative che potrebbero interrompere le connessioni multipunto.
Rilevabilità ottimizzata per gli auricolari dual mode
  • L'auricolare principale - Componente BR/EDR dovrebbe mostrare annunci utilizzando l'indirizzo pubblico e abilitare la scansione delle richieste e delle pagine con il nome disponibile tramite EIR e impostare il bit LE audio da 14 a 1 nelle classi di servizio principali della classe del dispositivo (CoD).
  • Auricolare principale - Componente LE: l'auricolare principale deve mostrare una pubblicità Collegabile e Rilevabile (limitata o Generale) utilizzando lo stesso indirizzo pubblico del componente BR/EDR e lo stesso nome locale completo del componente BR/EDR, con la relativa categoria di aspetto impostata come categoria di aspetto appropriata che corrisponda al tipo di dispositivo remoto con l'aspettativa che l'interfaccia utente e l'audio vengano utilizzati dal dispositivo centrale per regolare il routing.
  • Auricolare secondario - Solo LE: l'auricolare secondario deve mostrare una pubblicità collegabile e non rilevabile con la relativa categoria di aspetto impostata come categoria di aspetto appropriata che corrisponde al tipo di dispositivo remoto, con l'aspettativa che il dispositivo centrale utilizzi queste informazioni per regolare le proprie norme di routing dell'interfaccia utente e dell'audio.

    Gli auricolari dovrebbero scegliere in modo dinamico un leader del gruppo CSIP come dispositivo principale. Se l'auricolare è in modalità doppia, il dispositivo principale deve essere in modalità doppia per garantire che entrambe le funzionalità LE e Classic funzionino correttamente dopo l'accoppiamento.

 In questo modo, gli auricolari LEA in doppia modalità non vengono visualizzati come voci duplicate nelle impostazioni Bluetooth, il che potrebbe confondere gli utenti e compromettere l'esperienza di accoppiamento LEA.

L'elezione dinamica dei leader è particolarmente importante per i dispositivi dual-mode associati in modo incrementale. Ad esempio, se al momento dell'accoppiamento iniziale è disponibile un solo auricolare, dovrebbe essere presentato come dispositivo dual-mode. Quando un utente si accoppia con il secondo auricolare in un secondo momento, deve solo accoppiarsi con il componente LE e CSIP si assicurerà che siano raggruppati su Android.

L'indirizzo di identità è consigliato durante l'accoppiamento perché il componente BR/EDR espone già l'indirizzo pubblico del dispositivo ai dispositivi nelle vicinanze.
Supportare il protocollo EATT (Enhanced Attribute Protocol). Riduce la latenza di accoppiamento e connessione.
Supporta la efficace memorizzazione nella cache GATT. Riduce la latenza della connessione, in particolare per gli auricolari TWS.
Supportare la sottoclassificazione dei collegamenti. Consente una pianificazione dei pacchetti più flessibile e un potenziale risparmio della batteria.
Assicurati che, durante la pre- e la post-elaborazione sia per la riproduzione che per l'acquisizione, la pipeline di elaborazione del segnale possa funzionare a 16, 24, 32 e 48 kHz, oltre a supportare frequenze più elevate. Sfrutta le frequenze di campionamento più elevate supportate per i percorsi di acquisizione delle chiamate LEA o VoIP e la riproduzione di contenuti multimediali.
Supportare LE Power Control Migliore gestione dell'alimentazione

Supporto del tipo di contesto

Descrizione Contesto
Utilizza tutti i tipi di contesto specificati in Numeri assegnati 6.12.3, a meno che il visore non supporti esplicitamente un determinato tipo di contesto. Ad esempio, se il tipo di contesto "Gioco" non è supportato, Android invierà i suoni di gioco. In particolare, tieni presente che il tipo di contesto "Non specificato" non significa "qualsiasi tipo di contesto" e non riguarda i tipi di contesto non supportati.

Quando il dispositivo centrale interagisce con l'ASCS del dispositivo centrale, la periferica deve connettersi all'MCS e alla TBS del dispositivo centrale.

Il dispositivo centrale potrebbe non utilizzare sempre LE audio come route di streaming perché potrebbe ricorrere ad A2DP o HFP. Il dispositivo periferico può utilizzare l'interazione ASCS per indicare se il dispositivo centrale utilizzerà LE audio per lo streaming.

Alcuni esempi di interazioni ASCS sono operazioni di lettura, scrittura e registrazione per le notifiche.