Audio Bluetooth Low Energy

La tecnologia Bluetooth Low Energy Audio (LEA) consente 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 delle cuffie LEA utilizzerà la modalità doppia fino a quando la quota di mercato dei dispositivi di origine LEA non crescerà. Gli utenti devono essere in grado di accoppiare e configurare entrambi i trasporti sulle cuffie dual-mode.

Casi d'uso

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

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

  • Trasmissione audio: gli utenti possono trasmettere audio ad amici e familiari e, al contempo, connettersi a trasmissioni pubbliche per ottenere 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 una qualità audio in uscita elevata quando si utilizzano microfoni. La modalità Bluetooth classica riduce la qualità audio quando vengono utilizzati i microfoni Bluetooth. Con BLE Audio, il campionamento di ingresso e uscita può raggiungere i 32 kHz.

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

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

  • Supporto del protocollo degli attributi avanzati (EATT): EATT consente agli sviluppatori di inviare più comandi contemporaneamente ad ascoltatori accoppiati.

Scenari chiave

Esistono quattro categorie principali di casi d'uso:

  1. Conversazionale: le applicazioni dialer e VoIP che richiedono l'instradamento delle comunicazioni a bassa latenza offrono audio di alta qualità e un minore utilizzo della batteria.

  2. Giochi: il microfono simultaneo e la riproduzione ad alta fedeltà consentono ai giochi di trasmettere in streaming audio di alta qualità agli ascoltatori. Un'app di gioco può accedere all'input audio BLE quando un gioco abilita il microfono Bluetooth come pronto per l'uso. Quindi, quando un giocatore avvia una conversazione dal vivo con un giocatore peer, l'app di gioco può utilizzare i dati del microfono senza ritardi.

  3. Contenuti multimediali: le applicazioni multimediali sono autorizzate a impostare il dispositivo preferito del gestore audio. L'utente può ignorare questa impostazione modificando il dispositivo preferito nelle impostazioni del sistema.

  4. Accessibilità: gli apparecchi acustici che supportano BLE Audio ora possono utilizzare il microfono, consentendo agli utenti di utilizzare continuamente i propri apparecchi acustici per una chiamata.

API e metodi BLE Audio

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

Gestione 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 deprecate: startBluetoothSco(), stopBluetoothSco() e setSpeakerphoneOn().
  • clearCommunicationDevice viene chiamato al termine di una chiamata o di una sessione dell'app per garantire all'utente un'esperienza ottimale quando si sposta tra applicazioni diverse.

Profilo Bluetooth

Servizio di telecom InCall

Informazioni sul dispositivo audio

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

Registratore audio

  • setPreferredDevice() imposta il dispositivo preferito da usare per il routing dell'audio. L'utente può eseguire l'override di questa opzione nelle impostazioni di sistema.

Adattatore Bluetooth

Guide basate sul caso d'uso

Di seguito sono riportate le linee guida per l'implementazione dei 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 del dispositivo in autonomia oppure tramite l'API Telecom che gestisce il routing audio e la logica dello stato al posto tuo.

Applicazioni di registrazione audio

  • Registratore multimediale: quando registri audio utilizzando Registratore multimediale, ora puoi registrare in stereo se l'udito Bluetooth supporta LEA. Consulta la guida alla registrazione audio.

Consigli sulle cuffie LE Audio (LEA)

Man mano che vengono rilasciati altri visori LEA, abbiamo scoperto problemi nel mondo reale test che peggiorano l'esperienza utente. Le specifiche non coprono tutti di questi problemi. La tabella seguente fornisce un elenco di consigli che I produttori di cuffie LEA devono seguire per migliorare l'esperienza end-to-end per Utenti Android.

Descrizione Contesto
Supporta Cross Transport Key Derivation (CTKD) per cuffie dual-mode:
    .
  • Supporta la derivazione delle chiavi sia per l'accoppiamento Classic-to-LE, sia per Accoppiamento da LE a Classic.
 La maggior parte delle nuove cuffie LEA sarà dual-mode fino al dispositivo di origine LEA aumenta la quota di mercato. È importante che gli utenti possano associare i propri cuffie dual-mode e configurare entrambi i trasporti. Questo è è importante anche per l'accoppiamento rapido di Google.

Se vuoi, fornisci assistenza per gli annunci mirati. le cuffie LEA per riconnettersi in modo affidabile ai dispositivi di origine.

Gli auricolari LE audio devono usare i TA per richiedere una connessione in entrata dai dispositivi centrali.

Verrà aggiunto al prossimo BT SIG.

 A differenza del modello di paging di BR/EDR in cui è possibile avviare una connessione dallo smartphone o dalle cuffie, una connessione in LEA deve essere avviato dal dispositivo centrale. Attualmente, molte cuffie non utilizzano TA, il che significa che il dispositivo centrale potrebbe non essere in grado ricollegati alla periferica senza aggiungerla a una lista consentita. Tuttavia, una soluzione alternativa alla lista consentita potrebbe impedire al visore a un altro dispositivo centrale. Pertanto, è importante per le cuffie LEA per supportare correttamente i TA, in modo che il dispositivo centrale possono riconnettersi in modo affidabile senza soluzioni alternative che potrebbero non funzionare e connessioni multipunto.
Rilevabilità ottimizzata per auricolari dual-mode
    .
  • Auricolare principale - Componente BR/EDR deve pubblicizzare utilizzando il suo indirizzo pubblico e abilitare la ricerca e la scansione della pagina con disponibile tramite EIR e imposta il bit 14 di LE audio su 1 nella Principali classi di servizi di classe di dispositivi (CoD).
  • Auricolare principale - Componente LE: l'auricolare principale. deve eseguire un'istanza collegabile e rilevabile (limitata generale) che utilizza lo stesso indirizzo pubblico del BR/EDR Componente e lo stesso nome locale completo del BR/EDR componente, con la Categoria aspetto impostata come appropriata Categoria di aspetto che corrisponde al tipo di dispositivo remoto con che il dispositivo centrale userà queste informazioni per regolare i criteri dell'UI e di routing dell'audio.
  • Auricolare secondario - Solo LE: l'auricolare secondario deve pubblicare un annuncio collegabile e non rilevabile con la relativa Categoria dell'aspetto impostata come Categoria dell'aspetto appropriata che corrisponde al tipo di dispositivo remoto, aspettandosi che il dispositivo centrale userà queste informazioni per regolare la sua UI criteri di routing dell'audio

    Gli auricolari devono eleggere dinamicamente un leader tra quelli CSIP come dispositivo principale. Se l'auricolare è in modalità doppia, dispositivo principale deve essere in modalità doppia per garantire che sia LE che Classic funzionano correttamente dopo l'accoppiamento.

 In questo modo gli auricolari LEA in modalità dual-mode non appaiono come duplicati voci nelle impostazioni Bluetooth, che potrebbero confondere gli utenti e compromettere l'esperienza di accoppiamento LEA.

L'elezione dinamica dei leader è particolarmente importante per la doppia modalità di dispositivi che vengono accoppiati in modo incrementale. Ad esempio, se un solo auricolare è disponibile durante l'accoppiamento iniziale, quindi dovrebbe presentarsi come dispositivo dual-mode. Quando in un secondo momento un utente si accoppia al secondo auricolare, devono solo accoppiarsi con il componente LE e CSIP si assicurerà sono raggruppati su Android.

Si consiglia di utilizzare l'indirizzo di identità durante l'accoppiamento perché il modello BR/EDR espone già l'indirizzo pubblico del dispositivo ai dispositivi nelle vicinanze dispositivi mobili.
Supporta il protocollo Enhanced Attribute Protocol (EATT). Riduce la latenza di accoppiamento e connessione.
Supporta la memorizzazione nella cache GATT efficace. Riduce la latenza della connessione, in particolare per gli auricolari TWS.
Supporta la sottoclassificazione della connessione. Consente una pianificazione dei pacchetti più flessibile e una potenziale carica della batteria di risparmio.
Assicurati che, durante la pre- e la post-elaborazione, sia per la riproduzione che per di acquisizione, la pipeline di elaborazione degli indicatori può funzionare a 16, 24, 32 e 48 kHz, oltre a supportare frequenze più alte. Sfrutta le frequenze di campionamento più elevate supportate per le chiamate LEA o VoIP e la riproduzione di contenuti multimediali.
Supporto 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, allora Android invierà suoni di gioco. In particolare, tieni presente che il campo "Non specificato" contesto tipo non significa "qualsiasi tipo di contesto" e non copre le opzioni non supportate tipi di contesto.

Quando il dispositivo centrale interagisce con l'ASCS del dispositivo periferico, la periferica deve connettersi ai connettori MCS e TBS del dispositivo centrale.

Il dispositivo centrale potrebbe non utilizzare sempre LE audio per lo streaming perché potrebbe ricorrere a A2DP o HFP. La periferica dispositivo può utilizzare l'interazione ASCS per indicare se la centrale il dispositivo utilizzerà LE audio per lo streaming.

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