Bluetooth Low Energy-Audio

Bluetooth Low Energy Audio (LEA) sorgt dafür, dass Nutzer High-Fidelity-Audio ohne Abstriche bei der Akkulaufzeit erhalten und nahtlos zwischen verschiedenen Anwendungsfällen wechseln können. Android 13 (API-Level 33) unterstützt LEA bereits.

Die meisten LEA-Headsets werden im Dual-Modus betrieben, bis der Marktanteil der LEA-Quellgeräte steigt. Nutzer sollten mit ihren Dual-Modus-Headsets beide Verkehrsmittel koppeln und einrichten können.

Anwendungsfälle

In den folgenden Anwendungsfällen sollten Sie LEA einbinden:

  • Audiofreigabe: Nutzer können mehrere Audiostreams gleichzeitig für ein oder mehrere Audiosenkengeräte freigeben. Audio wird zwischen dem Quellgerät und den verbundenen Geräten synchronisiert.

  • Audio übertragen: Nutzer können Audioinhalte an Freunde und Familienmitglieder senden und gleichzeitig öffentliche Broadcasts zur Informations-, Unterhaltungs- oder Zugänglichkeitsübertragung nutzen.

  • LC3-Audio-Codec-Unterstützung: Dies ist der standardmäßige Audio-Codec und ersetzt den SBC-Codec, der für A2DP (Medien) und mSBC in HFP (Sprache) verwendet wird. LC3 ist effizienter, rekonfigurierbarer und hochwertiger.

  • Verbesserte Audioproben: Headsets können eine hohe Audioausgabequalität beibehalten, wenn Mikrofone verwendet werden. Durch Bluetooth Classic wird die Audioqualität bei Verwendung von Bluetooth-Mikrofonen verringert. Mit BLE Audio kann das Ein- und Ausgabe-Sampling bis zu 32 kHz erreichen.

  • Stereomikrofon: Hearables können mit Stereo-Mikrofonen Audioinhalte aufzeichnen, um die Raumklang-Optimierung zu verbessern.

  • Unterstützung für Hörhilfenprofile (HAP): HAP bietet Nutzern eine bessere Zugänglichkeit und Nutzung als frühere ASHA-Protokolle. Nutzer können ihr Hörgerät für Telefonanrufe und VoIP-Anwendungen verwenden.

  • Unterstützung für erweiterte Attribute Protocol (EATT): EATT ermöglicht es Entwicklern, mehrere Befehle gleichzeitig an gekoppelte Hearables zu senden.

Wichtige Szenarien

Es gibt vier Hauptkategorien von Anwendungsfällen:

  1. Dialogorientiert: Telefon- und VoIP-Anwendungen, die Kommunikationsrouting mit niedriger Latenz erfordern, bieten eine hohe Audioqualität und verringern den Akkuverbrauch.

  2. Gaming: Dank des gleichzeitigen Mikrofons und der High-Fidelity-Wiedergabe können Games in hoher Qualität auf Hearables streamen. Eine Gaming-App kann auf die BLE-Audioeingabe zugreifen, wenn ein Spiel das Bluetooth-Mikrofon als einsatzbereit markiert. Wenn ein Spieler dann eine Live-Unterhaltung mit einem Peer-Spieler startet, kann die Spiel-App die Mikrofondaten ohne Verzögerung verwenden.

  3. Medien: Medien-Apps dürfen das bevorzugte Gerät des Audio-Managers festlegen. Der Nutzer kann diese Einstellung überschreiben, indem er in den Systemeinstellungen sein bevorzugtes Gerät ändert.

  4. Bedienungshilfen: Hörgeräte, die BLE Audio unterstützen, können jetzt das Mikrofon verwenden, sodass Nutzer ihr Hörgerät kontinuierlich für einen Anruf verwenden können.

BLE Audio-APIs und -Methoden

Die folgenden APIs und Methoden sind zur Unterstützung von BLE Audio-Hearables erforderlich:

Audio-Manager

  • setCommunicationDevice() wählt das Audiogerät aus, das für Kommunikationsanwendungsfälle verwendet werden soll, z. B. Sprach- oder Videoanrufe. Diese Methode kann von Sprach- oder Video-Chat-Anwendungen verwendet werden, um ein anderes als das standardmäßig von der Plattform ausgewählte Audiogerät auszuwählen. Diese API ersetzt die folgenden eingestellten APIs: startBluetoothSco(), stopBluetoothSco() und setSpeakerphoneOn().
  • clearCommunicationDevice wird aufgerufen, nachdem Ihre App einen Anruf oder eine Sitzung beendet hat. So soll dafür gesorgt werden, dass der Wechsel zwischen verschiedenen Apps noch angenehmer für den Nutzer ist.

Bluetooth-Profil

Telekommunikations-Anrufdienst

Informationen zum Audiogerät

  • In AudioDeviceInfo.TYPE_BLE_HEADSET wird der Audiogerätetyp als LEA-Gerät beschrieben. Wird verwendet, um zu ermitteln, ob es sich bei dem hörbaren Gerät um ein LEA-Gerät handelt.

Audiorekorder

  • Mit setPreferredDevice() wird das bevorzugte Gerät für das Audiorouting festgelegt. Der Nutzer kann dies in den Systemeinstellungen überschreiben.

Bluetooth-Adapter

Auf Anwendungsfall basierende Anleitungen

Im Folgenden finden Sie Richtlinien für die Implementierung von Anzeigen mit lokalen Zusatzinformationen basierend auf bestimmten Anwendungsfällen.

Anwendungen für die Sprachkommunikation

Sprachkommunikationsanwendungen können das Audiorouting und den Gerätestatus selbst verwalten, indem Sie ihren Status selbst verwalten oder die Telecom API verwenden, die das Audiorouting und die Statuslogik für Sie übernimmt.

Apps zur Audioaufnahme

  • Medienrekorder: Wenn Sie Audio mit dem Medienrekorder aufnehmen, können Sie jetzt in Stereo aufnehmen, wenn das Bluetooth-Hörgerät LEA unterstützt. Weitere Informationen findest du im Leitfaden für Audioaufzeichnungen.

Empfehlungen für LE Audio (LEA)-Headsets

Immer mehr LEA-Headsets kommen auf den Markt und wir haben Probleme in der realen Welt entdeckt. die die User Experience beeinträchtigen. Die Spezifikation deckt nicht alle dieser Probleme. Die folgende Tabelle enthält eine Liste der Empfehlungen, LEA-Headset-Hersteller sollten sich an die Richtlinien halten, um die End-to-End-Nutzererfahrung für Android-Nutzern

Beschreibung Kontext
Unterstützung von Cross Transport Key Derivation (CTKD) für Dual-Mode-Headsets: <ph type="x-smartling-placeholder">
    </ph>
  • Die Schlüsselableitung sowohl für Classic-/LE-Kopplungen als auch LE-zu-Classic-Kopplung
 Die meisten neuen LEA-Headsets sind im Dual-Modus, bis das LEA-Quellgerät dass der Marktanteil steigt. Es ist wichtig, dass Nutzende in der Lage sind, Dual-Mode-Headsets problemlos nutzen und beide Transporte einrichten. Dies ist auch für die Funktion „Schnelles Pairing“ von Google wichtig.

Unterstütze bei Bedarf gezielte Ankündigungen. um die Verbindung zu den Quellgeräten wieder herzustellen.

LE Audio-Kopfhörer sollten TAs verwenden, um eine eingehende Verbindung anzufordern von den zentralen Geräten.

Wird der anstehenden BT SIG-Mitgliedschaft hinzugefügt.

 Anders als beim Paging-Modell von BR/EDR, bei dem eine Verbindung initiiert werden kann, Smartphone oder Headset nutzen, muss eine Verbindung in LEA die vom zentralen Gerät initiiert werden. Viele Headsets verwenden derzeit TAs, was bedeutet, dass das zentrale Gerät eine Verbindung zum Peripheriegerät wiederherstellen, ohne es einer Zulassungsliste hinzuzufügen. Eine Umgehungslösung für die Zulassungsliste kann jedoch verhindern, dass das Headset eine Verbindung zu einem anderen zentralen Gerät herstellen. Daher ist es wichtig, dass LEA-Headsets TAs richtig unterstützen, damit das zentrale Gerät kann zuverlässig eine Verbindung ohne Behelfslösungen herstellen, die möglicherweise nicht mehr funktionieren Multipoint-Verbindungen.
Optimierte Sichtbarkeit für Dual-Modus-Kopfhörer <ph type="x-smartling-placeholder">
    </ph>
  • Primärer Kopfhörer – BR/EDR-Komponente sollte werben unter Verwendung seiner öffentlichen Adresse verwenden und die Suche und den Seitenscan mit seiner Name und setzen Sie LE Audio Bit 14 auf 1 in der Wichtige Dienstklassen der Geräteklasse (CoD).
  • Primärer Kopfhörer – LE-Komponente: Der primäre Kopfhörer sollte ein „Verbindbar“ und „Sichtbar“ (entweder eingeschränkt oder Allgemeine Werbung mit derselben öffentlichen Adresse wie die BR/EDR Komponente und der vollständige lokale Name wie der BR/EDR Komponente, wobei die Darstellungskategorie als angemessen festgelegt ist Darstellungskategorie, die dem Remote-Gerätetyp mit dem erwarten, dass das zentrale Gerät diese Informationen die UI und die Richtlinien für das Audiorouting anpassen.
  • Sekundärer Kopfhörer – nur LE: Der sekundäre Kopfhörer sollte eine „verbindliche“, „nicht sichtbare“ Anzeige mit Die Darstellungskategorie muss als entsprechende Darstellungskategorie festgelegt sein. die dem Remote-Gerätetyp entspricht, mit der Erwartung, verwendet das zentrale Gerät diese Informationen, um seine Benutzeroberfläche anzupassen und Audiorouting-Richtlinien

    Die Kopfhörer sollten dynamisch einen Leader aus der CSIP auswählen Gruppe als primäres Gerät festlegen. Befindet sich der Kopfhörer im Dual-Modus, Hauptgerät muss sich im Dual-Modus befinden, damit sowohl LE als auch Classic nach dem Koppeln ordnungsgemäß funktionieren.

 Dadurch wird verhindert, dass LEA-Dual-Mode-Kopfhörer als Duplikate angezeigt werden Einträge in den Bluetooth-Einstellungen, die Nutzer verwirren und Manipulationen mit der LEA-Kopplung.

Die dynamische Leader-Auswahl ist besonders wichtig für den Dual-Modus. Geräte, die inkrementell gekoppelt werden. Wenn beispielsweise nur ein Kopfhörer bei der ersten Kopplung verfügbar ist, sollte es sich als Dual-Mode-Gerät. Wenn ein Nutzer später mit dem zweiten In-Ear-Kopfhörer gekoppelt ist, müssen sie nur mit der LE-Komponente gekoppelt werden. auf Android-Geräten gruppiert sind.

Für die Kopplung wird eine Identitätsadresse empfohlen, da die BR/EDR-Verbindung Die Komponente macht die öffentliche Adresse des Geräts bereits für Personen in der Nähe sichtbar Geräte.
Sie unterstützen das erweiterte Attributprotokoll (EATT). Verringert die Kopplungs- und Verbindungslatenz.
Unterstützung von robustem GATT-Caching Reduziert die Verbindungslatenz, insbesondere für TWS-Buds.
Sie können das Subrating von Verbindungen unterstützen. Ermöglicht eine flexiblere Paketplanung und mehr Akkuleistung sparen.
Stellen Sie während der Vor- und Nachbearbeitung sowohl für die Wiedergabe als auch für Datenverarbeitung die Pipeline der Signalverarbeitung bei 16, 24 32 und 48 kHz sowie Unterstützung höherer Frequenzen. Nutzt die höheren Sampling-Raten, die für LEA-Aufrufe unterstützt werden oder VoIP-Erfassungspfade und Medienwiedergabe.
Unterstützung von LE Power Control Bessere Energieverwaltung

Unterstützung für Kontexttypen

Beschreibung Kontext
Alle Kontexttypen verwenden, die in Zugewiesene Nummern 6.12.3 es sei denn, das Headset unterstützt einen bestimmten Kontexttyp ausdrücklich nicht. Wenn beispielsweise der Kontexttyp „Spiel“ nicht unterstützt wird, dann ist Android sendet Spieltöne. Beachten Sie insbesondere, dass das Feld „Nicht angegeben“ Kontext „type“ bedeutet nicht „beliebiger Kontexttyp“ und deckt nicht unterstützte Kontexttypen.

Wenn das zentrale Gerät mit dem ASCS des Peripheriegeräts interagiert, muss das Peripheriegerät eine Verbindung zum MCS und TBS des zentralen Geräts herstellen.

Das zentrale Gerät verwendet möglicherweise nicht immer LE Audio für das Streaming da er auf A2DP oder HFP zurückgreifen könnte. Peripheriegerät Gerät kann mithilfe der ASCS-Interaktion feststellen, verwendet LE Audio für das Streaming.

Einige Beispiele für ASCS-Interaktionen sind Lesen, Schreiben und Registrieren für Benachrichtigung.