Dźwięk Bluetooth Low Energy

Dzięki technologii Bluetooth Low Energy Audio (LEA) użytkownicy mogą odbierać dźwięk wysokiej jakości bez konieczności poświęcania czasu pracy na baterii i płynnie przełączać się między różnymi zastosowaniami. Android 13 (poziom API 33) ma wbudowaną obsługę LEA.

Większość zestawów słuchawkowych LEA będzie działać w trybie podwójnym, dopóki udział urządzeń źródłowych LEA w rynku nie wzrośnie. Użytkownicy powinni mieć możliwość sparowania i skonfigurowania obu transportów na słuchawkach w trybie podwójnym.

Przykłady zastosowań

Możesz je zintegrować w tych przypadkach użycia:

  • Udostępnianie dźwięku: użytkownicy mogą jednocześnie udostępniać wiele strumieni audio na co najmniej jednym urządzeniu odbiornika audio. Dźwięk jest synchronizowany między urządzeniem źródłowym a połączonymi urządzeniami.

  • Transmitowanie dźwięku: użytkownicy mogą transmitować dźwięk do znajomych i rodziny, jednocześnie łącząc się z publicznymi transmisjami informacyjnymi, rozrywką lub ułatwieniami dostępu.

  • Obsługa kodeka audio LC3: to domyślny kodek audio, który zastępuje kodek SBC używany w przypadku A2DP (multimedia) i mSBC w HFP (głos). LC3 jest wydajniejsze, można ponownie konfigurować i zapewnia wyższą jakość.

  • Ulepszenia próbkowania dźwięku: zestawy słuchawkowe mogą utrzymać wysoką jakość dźwięku wyjściowego, gdy używasz mikrofonów. Klasyczny Bluetooth obniża jakość dźwięku, gdy używasz mikrofonów Bluetooth. W przypadku BLE Audio próbkowanie wejściowe i wyjściowe może sięgać 32 kHz.

  • Mikrofon stereo: urządzenia Hearable mogą nagrywać dźwięk za pomocą mikrofonów stereo, aby wzmocnić dźwięk przestrzenny.

  • Obsługa profilu aparatu słuchowego (HAP): HAP oferuje użytkownikom lepsze ułatwienia dostępu i większe wykorzystanie niż dawniejsze protokoły ASHA. Użytkownicy mogą używać aparatów słuchowych do rozmów telefonicznych i korzystania z aplikacji VoIP.

  • Ulepszona obsługa protokołu atrybutów (EATT): EATT umożliwia programistom wysyłanie wielu poleceń naraz do sparowanych urządzeń słuchowych.

Kluczowe scenariusze

Istnieją 4 główne kategorie przypadków użycia:

  1. Rozmowy: aplikacje do obsługi telefonu i usługi VoIP, które wymagają kierowania komunikacji z małym opóźnieniem, oferują wysokiej jakości dźwięk i zmniejszają zużycie baterii.

  2. Gry: jednoczesne korzystanie z mikrofonu i odtwarzanie w wysokiej jakości umożliwia odtwarzanie gier z dźwiękiem wysokiej jakości. Gra mobilna może uzyskać dostęp do wejścia audio BLE, gdy gra włączy mikrofon Bluetooth jako gotowy do użycia. Następnie, gdy gracz rozpocznie rozmowę na żywo z graczem z grupy porównawczej, aplikacja gry może bez opóźnienia użyć danych z mikrofonu.

  3. Multimedia: aplikacje do multimediów mogą ustawiać preferowane urządzenie menedżera dźwięku. Użytkownik może to zastąpić, zmieniając preferowane urządzenie w ustawieniach systemu.

  4. Ułatwienia dostępu: aparaty słuchowe obsługujące BLE Audio mogą teraz korzystać z mikrofonu, co umożliwia użytkownikom ciągłe używanie aparatu słuchowego podczas rozmowy.

Interfejsy API i metody BLE Audio

Do obsługi dźwięków BLE Audio wymagane są te interfejsy API i metody:

Menedżer dźwięku

  • setCommunicationDevice() wybiera urządzenie audio, które ma być używane do komunikacji, na przykład połączeń głosowych lub wideo. Z tej metody mogą korzystać aplikacje do czatu głosowego lub wideo, aby wybierać inne urządzenie audio inne niż to, które jest domyślnie wybrane przez platformę. Ten interfejs API zastępuje te wycofane interfejsy API: startBluetoothSco(), stopBluetoothSco() i setSpeakerphoneOn().
  • Aplikacja clearCommunicationDevice jest wywoływana po zakończeniu połączenia lub sesji przez aplikację, aby zapewnić użytkownikowi wygodę korzystania z rozmów między różnymi aplikacjami.

Profil Bluetooth

Usługa telekomunikacyjna w trakcie połączeń

Informacje o urządzeniu audio

Rejestrator dźwięku

  • setPreferredDevice() ustawia preferowane urządzenie do routingu dźwięku. Użytkownik może to zmienić w ustawieniach systemowych.

Adapter Bluetooth

Przewodniki na podstawie przypadku użycia

Poniżej znajdziesz wskazówki dotyczące implementacji LEA w konkretnych przypadkach użycia.

Aplikacje do komunikacji głosowej

Aplikacje do komunikacji głosowej mogą zarządzać routingiem audio i stanem urządzenia przez samodzielne zarządzanie swoim stanem lub za pomocą interfejsu Telecom API, który zarządza trasą audio i logiką stanu za Ciebie.

Aplikacje do nagrywania dźwięku

  • Dyktafon multimediów: podczas nagrywania dźwięku za pomocą Dyktafonu możesz nagrywać dźwięk stereo, jeśli urządzenie słyszalne Bluetooth obsługuje LEA. Zapoznaj się z przewodnikiem na temat nagrywania dźwięku.

Rekomendacje dotyczące gogli LE Audio (LEA)

W miarę wprowadzania na rynek kolejnych gogli LEA odkryliśmy problemy w świecie rzeczywistym. testowania, które pogarszają wrażenia użytkowników. Specyfikacja nie obejmuje wszystkich elementów tych kwestii. W tabeli poniżej znajdziesz listę rekomendacji, które Producenci zestawów słuchawkowych LEA powinni stosować je, aby poprawić kompleksowe wrażenia Użytkownik Androida

Opis Kontekst
Obsługują wyprowadzanie kluczy transportu międzysieciowego (CTKD) w przypadku zestawy słuchawkowe w dwóch trybach:
  • Obsługuj derywację klucza zarówno dla parowania Classic-LE, jak Parowanie LE-to-Classic.
 Większość nowych zestawów słuchawkowych LEA będzie działać w trybie podwójnym do czasu, aż urządzenie źródłowe LEA i udziału w rynku. Ważne jest, aby użytkownicy mogli sparować swoje możesz bezproblemowo używać słuchawek w trybie podwójnym, aby skonfigurować oba tryby transportowe. To jest są ważne także w przypadku Szybkiego parowania Google.

korzystać z ukierunkowanych ogłoszeń; zestawów słuchawkowych LEA, aby płynnie łączyć się z urządzeniami źródłowymi.

Słuchawki douszne LE Audio powinny używać funkcji TA, aby żądać połączenia przychodzącego z urządzeń centralnych.

Zostanie dodany do nadchodzącej prezentacji BT SIG.

 W przeciwieństwie do modelu stronicowania BR/EDR, w którym można zainicjować połączenie przez telefon lub zestaw słuchawkowy, połączenie w LEA musi być zainicjowane przez urządzenie centralne. Obecnie wiele zestawów słuchawkowych nie używa oznacza, że urządzenie centralne może nie być w stanie ponownie połącz się z urządzeniem peryferyjnym bez dodawania go do listy dozwolonych. Zastosowanie obejścia na liście dozwolonych może jednak uniemożliwić zestawowi słuchawkowe z innym urządzeniem centralnym. Dlatego tak ważne jest, dla zestawu słuchawkowego LEA, aby prawidłowo obsługiwały TA, dzięki czemu mogą sprawnie ponownie się połączyć bez stosowania rozwiązań, które mogłyby połączenia wielopunktowe.
Zoptymalizowana wykrywalność słuchawek dousznych w trybie podwójnym
  • Główna słuchawka douszna – komponent BR/EDR powinna się reklamować. za pomocą jego adresu publicznego, a następnie włączyć zapytania i skanowanie stron jest dostępna w EIR. Ustaw też bit LE Audio o wartości 14 na 1 w Główne klasy urządzeń (CoD).
  • Główna słuchawka douszna – komponent LE: podstawowa słuchawka douszna powinny tworzyć treści, które można połączyć i wykryć (treści z ograniczeniami lub ogólne) reklamy używające tego samego adresu publicznego co w BR/EDR. Komponent oraz tę samą pełną nazwę lokalną co w BR/EDR. z Kategorią wyglądu ustawioną jako odpowiednią Kategoria wyglądu pasująca do typu urządzenia zdalnego do urządzenie centralne wykorzysta te informacje, dostosować jej interfejs użytkownika i zasady routingu dźwięku.
  • Dodatkowa słuchawka douszna – tylko LE: dodatkowa słuchawka douszna powinien wykorzystać reklamę, którą można połączyć, nie da się znaleźć, jego Kategorię wyglądu ustawioną jako odpowiednią kategorię wyglądu. które dopasowuje typ urządzenia zdalnego do oczekiwań centralnego urządzenia wykorzysta te informacje, aby dostosować swój interfejs zasady routingu dźwięku

    Słuchawki douszne powinny dynamicznie wybierać lidera z listy CSIP i ustawiania grupy jako urządzenia głównego. Jeśli słuchawka działa w trybie podwójnym, Urządzenie główne musi działać w trybie podwójnym, aby zapewnić, że zarówno kanał LE, jak i Classic funkcje działają prawidłowo po sparowaniu.

 Dzięki temu słuchawki douszne LEA działające w podwójnym trybie nie będą wyświetlane jako duplikat wpisy w ustawieniach Bluetootha, które mogą zdezorientować użytkowników i przejmować parowanie LEA.

Dynamiczne wybory na liderów są szczególnie ważne w przypadku 2 trybów na urządzeniach, które są sparowane przyrostowo. Na przykład jeśli tylko jedna słuchawka douszna jest dostępna przy pierwszym parowaniu, powinna prezentować się urządzenia działającego w dwóch trybach. Gdy użytkownik sparuje się później z drugą słuchawką, muszą się tylko sparować z komponentem LE, a CSIP zadba o to, a w Androidzie są one pogrupowane.

Podczas parowania zalecany jest adres tożsamości, ponieważ BR/EDR Komponent już udostępnia publiczny adres urządzenia osobom w pobliżu urządzenia.
Obsługa protokołu Enhanced Attribute (EATT). Skraca czas parowania i połączenia.
Obsługa solidnej pamięci podręcznej GATT. Redukuje czas oczekiwania na połączenie, zwłaszcza w przypadku słuchawek TWS.
Obsługa podkategorii połączeń. Bardziej elastyczne planowanie pakietów i potencjał wykorzystania baterii oszczędności.
Zadbaj o to, by podczas wstępnego i potem przetwarzania zarówno odtwarzania, proces przetwarzania sygnałów może działać na 16, 24 32 i 48 kHz, a także obsługę wyższych częstotliwości. Wykorzystuje wyższe częstotliwości próbkowania obsługiwane przez wywołanie LEA ścieżek nagrywania lub nagrywania VoIP i odtwarzania multimediów.
Obsługa LE Power Control Lepsze zarządzanie energią

Obsługa typów kontekstu

Opis Kontekst
Użyj wszystkich typów kontekstu określonych w Przypisane numery 6.12.3 chyba że zestaw słuchawkowy nie obsługuje danego typu kontekstu. Jeśli na przykład wpiszemy kontekst „Gra” nie jest obsługiwane, wybierz będą wysyłać dźwięki gry. Zwróć szczególną uwagę na to, że pole „Nieokreślone” kontekst nie oznacza „dowolnego typu kontekstu” i nie obejmuje nieobsługiwanego typu kontekstu typów kontekstów.

Gdy urządzenie centralne wchodzi w interakcję z systemem ASCS urządzenia peryferyjnego, urządzenie peryferyjne musi połączyć się z MCS i TBS urządzenia centralnego.

Urządzenie centralne nie zawsze używa LE Audio ponieważ może wrócić do A2DP lub HFP. Urządzenie peryferyjne może wykorzystać interakcję ASCS, aby określić, czy urządzenie będzie używało LE Audio do strumieniowania.

Kilka przykładów interakcji ASCS to odczyt, zapis i rejestracja powiadomienia.