Bluetooth Low Energy Audio (LEA) pozwala użytkownikom odbierać dźwięk w wysokiej jakości bez poświęcania czasu pracy na baterii i umożliwia płynne przełączanie się między różnymi przykładami. Android 13 (poziom interfejsu API 33) ma wbudowaną obsługę technologii LEA.
Większość zestawów słuchawkowych LEA będzie działać w trybie podwójnym, dopóki udział urządzeń źródłowych w rynku nie wzrośnie. Użytkownicy powinni mieć możliwość sparowania i skonfigurowania obu zestawów słuchawkowych.
Przykłady zastosowań
Rozwiązanie LEA możesz zintegrować w tych przypadkach:
Udostępnianie dźwięku: użytkownicy mogą jednocześnie udostępniać kilka strumieni audio jednemu lub wielu urządzeniach z ujściem 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ą przesyłać dźwięk do znajomych i rodziny, a także korzystać z publicznych transmisji w celu informowania, rozrywki lub ułatwień dostępu.
Obsługa kodeka audio LC3: to domyślny kodek audio, który zastępuje kodek SBC używany na potrzeby A2DP (multimediów) i mSBC w HFP (Voice). LC3 jest wydajniejszy, można go skonfigurować i ma wyższą jakość.
Ulepszenia próbkowania dźwięku: zestawy słuchawkowe mogą utrzymać wysoką jakość dźwięku wyjściowego podczas korzystania z mikrofonów. Klasyczny Bluetooth obniża jakość dźwięku podczas korzystania z mikrofonów Bluetooth. W przypadku dźwięku BLE próbkowanie danych wejściowych i wyjściowych może sięgać 32 kHz.
Mikrofon stereo: urządzenia słuchowe mogą nagrywać dźwięk za pomocą mikrofonów stereo, aby ulepszyć dźwięk przestrzenny.
Obsługa profilu aparatu słuchowego (HAP): HAP oferuje użytkownikom większą dostępność i większe możliwości niż poprzednie protokoły ASHA. Użytkownicy mogą korzystać z aparatów słuchowych do rozmów telefonicznych i korzystania z aplikacji VoIP.
Obsługa rozszerzonego protokołu atrybutów (EATT): EATT pozwala deweloperom wysyłać kilka poleceń naraz do sparowanych słuchawek.
Kluczowe scenariusze
Można wyróżnić 4 główne kategorie przypadków użycia:
Tryb konwersacyjny: aplikacje do rozmów telefonicznych i VoIP, które wymagają routingu komunikacji o małym czasie oczekiwania, zapewniają dźwięk wysokiej jakości i zmniejszają zużycie baterii.
Gry: jednoczesne korzystanie z mikrofonu i granie w wysokiej rozdzielczości umożliwiają urządzeniom przesyłanie dźwięku wysokiej jakości. Gra mobilna może korzystać z wejścia audio BLE, gdy włączy mikrofon Bluetooth jako gotowy do użycia. Następnie, gdy gracz rozpocznie rozmowę na żywo z innym graczem, aplikacja może bez opóźnienia użyć danych mikrofonu.
Multimedia: aplikacje multimedialne mogą ustawiać preferowane urządzenie menedżera dźwięku. Użytkownik może to zmienić, zmieniając preferowane urządzenie w ustawieniach systemu.
Ułatwienia dostępu: aparaty słuchowe obsługujące dźwięk BLE mogą teraz korzystać z mikrofonu, dzięki czemu użytkownicy mogą prowadzić rozmowy telefoniczne bez przerwy.
Interfejsy API i metody BLE Audio
Do obsługi funkcji słyszalnych BLE wymagane są te interfejsy API i metody:
Menedżer dźwięku
setCommunicationDevice()
wybiera urządzenie audio, które powinno być używane do komunikacji, na przykład podczas połączeń głosowych lub wideo. Tej metody można używać w aplikacjach do obsługi czatu głosowego i wideo w celu wybrania innego urządzenia audio niż to, które jest wybrane domyślnie przez platformę. Ten interfejs API zastępuje te wycofane interfejsy API:startBluetoothSco()
,stopBluetoothSco()
isetSpeakerphoneOn()
.- Usługa
clearCommunicationDevice
jest wywoływana po zakończeniu połączenia lub sesji przez aplikację, aby zapewnić wygodę użytkownika podczas przełączania się między różnymi aplikacjami.
Profil Bluetooth
BluetoothLeAudio
steruje usługą Bluetooth za pomocą obiektu serwera proxy.
Telekomunikacja na telefon
setAudioRoute()
ustawia trasę dźwięku na aktualnie aktywne urządzenie.CallAudioState.ROUTE_BLUETOOTH
kieruje strumień audio przez Bluetooth.requestBluetoothAudio()
prosi o kierowanie dźwięku do określonego urządzenia Bluetooth.
Informacje o urządzeniu audio
AudioDeviceInfo.TYPE_BLE_HEADSET
opisuje typ urządzenia audio jako urządzenie LEA. Służy do określenia, czy urządzenie, które można słyszeć, to urządzenie z technologią LEA.
Rejestrator dźwięku
setPreferredDevice()
ustawia preferowane urządzenie do kierowania dźwięku. Użytkownik może go zastąpić w ustawieniach systemowych.
Adapter Bluetooth
- Wartość
isLeAudioSupported()
zwraca wartość, jeśli sprzęt platformy obsługuje LEA. - Wartość
isLeAudioBroadcastSourceSupported()
zwraca wartość, jeśli sprzęt platformy obsługuje LEA.
Przewodniki oparte na przypadku użycia
Poniżej znajdziesz wskazówki dotyczące wdrażania LEA w konkretnych przypadkach użycia.
Aplikacje do komunikacji głosowej
Aplikacje do komunikacji głosowej mogą zarządzać routingiem dźwięku i stanem urządzenia samodzielnie lub przy użyciu interfejsu Telecom API, który wykonuje routing dźwięku i logikę stanu za Ciebie.
Zarządzane samodzielnie: w przypadku aplikacji, które obecnie używają
startBluetoothSco()
,stopBluetoothSco()
isetSpeakerphoneOn()
, lub które chcą samodzielnie zarządzać stanem routingu dźwięku, postępuj zgodnie z Przewodnikiem po samodzielnie zarządzanych połączeniach zarządzanych przez Menedżera dźwięku.Zarządzane: użyj interfejsu Telecom API, aby utworzyć aplikację do rozmów audio i wideo. Ten interfejs API pozwala szybko i łatwo sterować routingiem dźwięku oraz przełączać się między urządzeniami Bluetooth. Więcej informacji znajdziesz w przewodniku po zarządzanych połączeniach telekomunikacyjnych.
Aplikacje do nagrywania dźwięku
- Dyktafon: podczas nagrywania dźwięku za pomocą rejestratora multimediów możesz teraz nagrywać dźwięk stereo, jeśli urządzenie Bluetooth obsługuje LEA. Przeczytaj przewodnik po nagrywaniu dźwięku.
Rekomendacje dotyczące zestawów słuchawkowych LE Audio (LEA)
W miarę pojawiania się kolejnych zestawów słuchawkowych LEA odkryliśmy problemy pogarszające wrażenia użytkowników podczas testów w świecie rzeczywistym. Specyfikacja nie uwzględnia wszystkich tych kwestii. W poniższej tabeli znajdziesz zalecenia, których twórcy powinni przestrzegać, aby zadbać o kompleksowe wrażenia użytkowników Androida.
Opis | Kontekst |
---|---|
Obsługa Derivation Key Derivation (CTKD) w przypadku zestawów słuchawkowych z 2 trybami:
|
Większość nowych zestawów słuchawkowych LEA będzie działać w trybie podwójnym, dopóki nie zwiększy się udział urządzeń źródłowych w rynku. Ważne jest, aby użytkownicy mogli bezproblemowo sparować swoje zestawy słuchawkowe 2 trybowe i skonfigurować oba zestawy transportu. Jest to też ważne w przypadku Szybkiego parowania Google. |
Jeśli chcesz, aby zestaw słuchawkowy LEA niezawodnie łączył się z urządzeniami źródłowymi, obsługuje ogłoszenia kierowane. Słuchawki LE Audio powinny używać funkcji TA, aby żądać połączenia przychodzącego z urządzeń centralnych. Zostanie dodane do nadchodzącego BT SIG. |
W przeciwieństwie do modelu stronicowania BR/EDR, w którym połączenie może zostać zainicjowane przez telefon lub zestaw słuchawkowy, połączenie w LEA musi być zainicjowane przez urządzenie centralne. Obecnie wiele zestawów słuchawkowych nie korzysta z list TA, co oznacza, że urządzenie centralne może nie być w stanie ponownie połączyć się z urządzeniem peryferyjnym bez dodania go do listy dozwolonych. Jednak praca z listą dozwolonych może uniemożliwić połączenie zestawu słuchawkowego z innym urządzeniem centralnym. Dlatego zestawy słuchawkowe LEA muszą prawidłowo obsługiwać kontrolery TA, aby urządzenie centralne mogło działać niezawodnie ponownie bez stosowania obejść, które mogłyby zakłócić połączenia wielopunktowe. |
Zoptymalizowana wykrywalność słuchawek dousznych w trybie podwójnym
|
Dzięki temu słuchawki LEA działające w podwójnym trybie nie będą pojawiać się jako zduplikowane wpisy w ustawieniach Bluetooth, co może dezorientować użytkowników i negatywnie wpłynąć na parowanie LEA.
Wybór dynamicznego lidera jest szczególnie ważny w przypadku urządzeń działających w trybie podwójnym, które są konfigurowane przyrostowo. Jeśli na przykład przy pierwszym sparowaniu dostępna jest tylko 1 słuchawka, powinna się ona prezentować jako urządzenie działające w trybie podwójnym. Gdy użytkownik później sparuje drugą słuchawkę douszną, musi sparować się tylko z komponentem LE, a CSIP zapewni, że zostaną one zgrupowane na Androidzie. Adres tożsamości jest zalecany podczas parowania, ponieważ komponent BR/EDR ujawnia już adres publiczny urządzenia urządzeniom w pobliżu. |
Obsługują Ulepszony Protokół atrybutów (EATT). | Krótszy czas parowania i skrócenia czasu oczekiwania na połączenie. |
Obsługa rozbudowanej pamięci podręcznej GATT. | Redukuje czas oczekiwania na połączenie, zwłaszcza w przypadku słuchawek TWS. |
Obsługują podrzędne oceny połączeń. | Pozwala na bardziej elastyczne planowanie pakietów i potencjalne oszczędności baterii. |
Upewnij się, że podczas wstępnego i końcowego przetwarzania zarówno odtwarzania, jak i zapisywania, proces przetwarzania sygnału może działać z częstotliwością 16, 24, 32 i 48 kHz oraz obsługiwać wyższe częstotliwości. | Funkcja korzysta z wyższych częstotliwości próbkowania obsługiwanych w przypadku wywołań LEA lub ścieżek przechwytywania VoIP oraz odtwarzania multimediów. |
Obsługa LE Power Control | Lepsze zarządzanie energią |
Obsługa typu kontekstu
Opis | Kontekst |
---|---|
Używaj wszystkich typów kontekstu określonych w sekcji Przypisane numery 6.12.3, chyba że zestaw słuchawkowy wyraźnie nie obsługuje danego typu kontekstu. | Jeśli na przykład typ kontekstu „Gra” nie jest obsługiwany, Android będzie wysyłać dźwięki z gry. W szczególności pamiętaj, że typ kontekstu „Nieokreślony” nie oznacza „żadnego typu kontekstu” i nie obejmuje nieobsługiwanych typów kontekstu. |
Gdy urządzenie centralne wchodzi w interakcję z ASCS urządzenia peryferyjnego, urządzenie peryferyjne musi być połączone z MCS i TBS urządzenia centralnego. Urządzenie centralne nie zawsze używa LE Audio jako trasy przesyłania strumieniowego, ponieważ może w przyszłości korzystać z A2DP lub HFP. Urządzenie peryferyjne może używać interakcji ASCS do określenia, czy urządzenie centralne będzie korzystać z technologii LE Audio do strumieniowego przesyłania danych. Kilka przykładów interakcji ASCS to odczyt, zapis i rejestracja w celu powiadomienia. |