Audio Bluetooth Hemat Energi

Audio Hemat Energi Bluetooth (LEA) memastikan bahwa pengguna dapat menerima audio high fidelity tanpa mengorbankan masa pakai baterai, dan memungkinkan mereka beralih dengan lancar di antara berbagai kasus penggunaan. Android 13 (level API 33) menyertakan dukungan bawaan untuk LEA.

Sebagian besar headset LEA akan memiliki mode ganda hingga pangsa pasar perangkat sumber LEA meningkat. Pengguna harus dapat menyambungkan dan menyiapkan kedua transportasi di headset mode ganda mereka.

Kasus penggunaan

Anda mungkin ingin mengintegrasikan LEA untuk kasus penggunaan berikut:

• Berbagi audio: Pengguna dapat berbagi beberapa aliran audio secara bersamaan ke satu atau beberapa perangkat penerima audio. Audio disinkronkan antara perangkat sumber dan perangkat yang terhubung.

• Menyiarkan Audio: Pengguna dapat menyiarkan audio kepada teman dan keluarga, sekaligus terhubung ke siaran publik untuk mendapatkan informasi, hiburan, atau aksesibilitas.

• Dukungan codec audio LC3: Ini adalah codec audio default dan menggantikan codec SBC yang digunakan untuk A2DP (media) dan mSBC di HFP (suara). LC3 lebih efisien, dapat dikonfigurasi ulang, dan memiliki kualitas yang lebih tinggi.

• Peningkatan pengambilan sampel audio: Headset dapat mempertahankan kualitas audio output yang tinggi saat menggunakan mikrofon. Bluetooth klasik menurunkan kualitas audio saat menggunakan mikrofon Bluetooth. Dengan BLE Audio, pengambilan sampel input dan output dapat mencapai 32 kHz.

• Mikrofon stereo: Hearable dapat merekam audio dengan mikrofon stereo untuk peningkatan audio spasial.

• Dukungan Profil Alat Bantu Dengar (HAP): HAP menawarkan aksesibilitas dan penggunaan yang lebih baik kepada pengguna dibandingkan protokol ASHA sebelumnya. Pengguna dapat menggunakan alat bantu dengar mereka untuk panggilan telepon dan aplikasi VoIP.

• Dukungan protokol Enhanced Attribute (EATT): EATT memungkinkan developer mengirim beberapa perintah sekaligus ke perangkat dengar yang disambungkan.

Skenario utama

Ada empat kategori utama kasus penggunaan:

1. Percakapan: Aplikasi Dialer dan VoIP yang memerlukan perutean komunikasi latensi rendah menawarkan audio berkualitas tinggi dan penggunaan baterai yang lebih sedikit.

2. Game: Pemutaran fidelitas tinggi dan mikrofon serentak memungkinkan game melakukan streaming audio berkualitas tinggi ke perangkat dengar. Aplikasi game dapat mengakses input audio BLE saat game mempersenjatai mikrofon Bluetooth agar siap digunakan. Kemudian, saat pemain memulai percakapan langsung dengan pemain lain, aplikasi game dapat menggunakan data mikrofon tanpa penundaan.

3. Media: Aplikasi media diizinkan untuk menyetel perangkat pilihan pengelola audio. Pengguna dapat mengganti setelan ini dengan mengubah perangkat pilihan mereka dari dalam setelan sistem.

4. Aksesibilitas: Alat bantu dengar yang mendukung Audio BLE kini dapat menggunakan mikrofon, sehingga pengguna dapat terus menggunakan alat bantu dengar mereka untuk melakukan panggilan.

API dan metode Audio BLE

API dan metode berikut diperlukan untuk mendukung perangkat wearable Audio BLE:

AudioManager

• setCommunicationDevice() memilih perangkat audio yang harus digunakan untuk kasus penggunaan komunikasi, misalnya panggilan suara atau video. Metode ini dapat digunakan oleh aplikasi chat suara atau video untuk memilih perangkat audio lain selain yang dipilih secara default oleh platform. API ini menggantikan API yang tidak digunakan lagi berikut: startBluetoothSco(), stopBluetoothSco(), dan setSpeakerphoneOn().
• clearCommunicationDevice() dipanggil setelah aplikasi Anda menyelesaikan panggilan atau sesi untuk membantu memastikan pengguna mendapatkan pengalaman yang baik saat berpindah antar-aplikasi.

BluetoothProfile

• BluetoothLeAudio mengontrol layanan bluetooth melalui objek proxy.

Telecom InCallService

• InCallService#requestCallEndpointChange() menggantikan API InCallService.setAudioRoute() dan InCallService.requestBluetoothAudio() yang tidak digunakan lagi, untuk memungkinkan aplikasi meminta perutean audio ke CallEndpoint tertentu. Klien tidak boleh menentukan CallEndpoint mereka sendiri saat meminta perubahan. Sebagai gantinya, endpoint baru harus berupa salah satu endpoint valid yang disediakan oleh InCallService.onAvailableCallEndpointsChanged(java.util.List).
• CallEndpoint.TYPE_BLUETOOTH mengarahkan streaming audio melalui Bluetooth.
• API InCallService yang disebutkan di atas dirancang untuk digunakan oleh aplikasi telepon default di ponsel Android, atau platform panggilan lainnya seperti perangkat wearable, mobil, atau perangkat Bluetooth lainnya yang mungkin ingin memengaruhi perutean audio.

Telecom CallControl

• Class CallControl baru diperkenalkan di level API 34 untuk menggantikan Connection dan ConnectionService hanya untuk aplikasi VoIP.
• CallControl.requestCallEndpointChange() juga meminta perubahan CallEndpoint. API ini menggantikan API Connection.requestBluetoothAudio() dan Connection.setAudioRoute() yang tidak digunakan lagi.
• Selain Telecom platform API yang diupdate, library Jetpack Telecom sangat direkomendasikan saat membangun aplikasi panggilan suara dan/atau video. Library ini dapat sangat menyederhanakan proses integrasi dan meningkatkan kualitas panggilan VoIP di semua platform Android.

Info Perangkat Audio

• AudioDeviceInfo.TYPE_BLE_HEADSET mendeskripsikan jenis perangkat audio sebagai perangkat LEA. Digunakan untuk mengidentifikasi apakah perangkat hearable adalah perangkat LEA.

Perekam Audio

• setPreferredDevice() menetapkan perangkat pilihan yang akan digunakan untuk perutean audio. Pengguna dapat mengganti setelan ini di setelan sistem.

Adaptor Bluetooth

• isLeAudioSupported(): Menampilkan konstanta @BluetoothStatusCodes (FEATURE_SUPPORTED, FEATURE_NOT_SUPPORTED, atau kode error) yang menunjukkan apakah hardware perangkat mendukung LE Audio.
• isLeAudioBroadcastSourceSupported(): Menampilkan konstanta @BluetoothStatusCodes (FEATURE_SUPPORTED, FEATURE_NOT_SUPPORTED, atau kode error) yang menunjukkan apakah hardware perangkat mendukung sumber siaran LE Audio.

Panduan berdasarkan kasus penggunaan

Berikut adalah panduan untuk menerapkan LEA berdasarkan kasus penggunaan tertentu.

Aplikasi komunikasi suara

Aplikasi komunikasi suara memiliki pilihan untuk mengelola perutean audio dan status perangkat dengan mengelola statusnya sendiri atau dengan menggunakan Telecom API yang melakukan perutean audio dan logika status untuk Anda.

• Dikelola Sendiri: Untuk aplikasi yang saat ini menggunakan startBluetoothSco(), stopBluetoothSco(), dan setSpeakerphoneOn() atau ingin mengelola sendiri status perutean audio, ikuti panduan panggilan yang dikelola sendiri oleh Pengelola Audio.

• Dikelola: Gunakan library Jetpack Telecom atau API platform Telecom untuk membuat aplikasi panggilan audio atau video.

Kedua solusi ini memungkinkan Anda mengontrol perutean audio dan beralih antarperangkat Bluetooth dengan cepat dan mudah. Untuk mengetahui informasi selengkapnya, lihat Panduan panggilan yang dikelola Telecom.

Aplikasi perekaman audio

• Perekam Media: Saat merekam audio menggunakan Perekam Media, Anda kini dapat merekam dalam stereo jika perangkat audio Bluetooth mendukung LEA. Lihat Panduan perekaman audio.

Rekomendasi headset LE Audio (LEA)

Seiring dengan dirilisnya headset LEA lainnya, kami telah menemukan masalah dalam pengujian di dunia nyata yang menurunkan kualitas pengalaman pengguna. Spesifikasi tidak mencakup semua masalah ini. Tabel berikut memberikan daftar rekomendasi yang harus diikuti oleh produsen headset LEA untuk meningkatkan pengalaman end-to-end bagi pengguna Android.

Deskripsi	Konteks
Mendukung Cross Transport Key Derivation (CTKD) untuk headset mode ganda: Mendukung turunan kunci untuk penyambungan Klasik ke LE dan penyambungan LE ke Klasik.	Sebagian besar headset LEA baru akan memiliki mode ganda hingga pangsa pasar perangkat sumber LEA meningkat. Pengguna harus dapat menyambungkan headset mode ganda dengan lancar dan menyiapkan kedua transportasi. Hal ini juga penting untuk Sambungan Cepat Google.
Mendukung Pengumuman Bertarget (TA) jika Anda ingin headset LEA terhubung kembali ke perangkat sumber dengan andal. Earbud audio LE harus menggunakan TA untuk meminta koneksi masuk dari perangkat pusat. Akan ditambahkan ke BT SIG mendatang.	Tidak seperti model paging BR/EDR yang memungkinkan koneksi dimulai oleh ponsel atau headset, koneksi di LEA harus dimulai oleh perangkat pusat. Saat ini, banyak headset tidak menggunakan TA, yang berarti perangkat pusat mungkin tidak dapat terhubung kembali ke perangkat periferal tanpa menambahkannya ke Daftar yang diizinkan. Namun, solusi daftar yang diizinkan dapat mencegah headset terhubung ke perangkat pusat yang berbeda. Oleh karena itu, penting bagi headset LEA untuk mendukung TA dengan benar sehingga perangkat pusat dapat terhubung kembali dengan andal tanpa solusi yang dapat merusak koneksi multi-titik.
Visibilitas yang dioptimalkan untuk earbud mode ganda Earbud utama - komponen BR/EDR harus mengiklankan menggunakan alamat publiknya dan mengaktifkan penelusuran dan pemindaian halaman dengan nama yang tersedia melalui EIR, dan menyetel bit audio LE 14 ke 1 di Major Service Classes of Class of Device (CoD). Komponen LE earbud utama: Earbud utama harus melakukan iklan yang Dapat Terhubung dan Dapat Ditemukan (baik Terbatas maupun Umum) menggunakan Alamat Publik yang sama dengan Komponen BR/EDR, dan Nama Lokal Lengkap yang sama dengan komponen BR/EDR, dengan Kategori Penampilannya ditetapkan sebagai Kategori Penampilan yang sesuai yang cocok dengan jenis perangkat jarak jauh dengan harapan bahwa perangkat pusat akan menggunakan informasi ini untuk menyesuaikan kebijakan perutean UI dan audionya. Earbud Sekunder - Khusus LE: Earbud sekunder harus melakukan iklan Dapat Terhubung, Tidak Dapat Ditemukan dengan Kategori Penampilan yang ditetapkan sebagai Kategori Penampilan yang sesuai yang cocok dengan jenis perangkat jarak jauh dengan harapan bahwa perangkat pusat akan menggunakan informasi ini untuk menyesuaikan UI dan kebijakan perutean audio Earbud harus memilih pemimpin secara dinamis dari grup CSIP untuk menjadi perangkat utama. Jika earbud adalah mode ganda, perangkat utama harus berupa mode ganda untuk memastikan fungsi LE dan Klasik berfungsi dengan benar setelah penyambungan.	Hal ini mencegah earbud LEA mode ganda muncul sebagai entri duplikat di setelan Bluetooth, yang dapat membingungkan pengguna dan mengganggu pengalaman penyambungan LEA. Pemilihan pemimpin dinamis sangat penting untuk perangkat mode ganda yang dipasangkan secara bertahap. Misalnya, jika hanya satu earbud yang tersedia saat penyambungan awal, earbud tersebut harus ditampilkan sebagai perangkat mode ganda. Saat pengguna menyambungkan earbud kedua nanti, mereka hanya perlu menyambungkan ke komponen LE, dan CSIP akan memastikan keduanya dikelompokkan bersama di Android. Alamat identitas direkomendasikan selama penyambungan karena komponen BR/EDR sudah mengekspos alamat publik perangkat ke perangkat di sekitar. perangkat.
Mendukung Enhanced Attribute Protocol (EATT).	Mengurangi latensi penyambungan dan koneksi.
Mendukung peng-cache-an GATT yang andal.	Mengurangi latensi koneksi, terutama untuk earbud TWS.
Mendukung subperingkat koneksi.	Memungkinkan penjadwalan paket yang lebih fleksibel dan potensi penghematan daya baterai.
Pastikan bahwa selama pra-pemrosesan dan pasca-pemrosesan untuk pemutaran dan pengambilan, pipeline pemrosesan sinyal dapat beroperasi pada 16, 24, 32, dan 48 kHz serta mendukung frekuensi yang lebih tinggi.	Memanfaatkan frekuensi pengambilan sampel yang lebih tinggi yang didukung untuk jalur pengambilan LEA call atau VoIP dan pemutaran media.
Mendukung Kontrol Daya LE	Pengelolaan daya yang lebih baik

Dukungan Jenis Konteks

Deskripsi	Konteks
Gunakan semua jenis konteks yang ditentukan dalam Nomor yang Ditetapkan 6.12.3 kecuali jika headset secara eksplisit tidak mendukung jenis konteks tertentu.	Misalnya, jika jenis konteks "Game" tidak didukung, maka Android akan mengirimkan suara game. Khususnya, perhatikan bahwa jenis konteks "Tidak ditentukan" tidak berarti "jenis konteks apa pun", dan tidak mencakup jenis konteks yang tidak didukung.
Saat perangkat pusat berinteraksi dengan ASCS perangkat periferal, periferal harus terhubung ke MCS dan TBS perangkat pusat. Perangkat pusat mungkin tidak selalu menggunakan audio LE sebagai rute streaming karena mungkin kembali menggunakan A2DP atau HFP. Perangkat periferal dapat menggunakan interaksi ASCS sebagai indikasi apakah perangkat pusat akan menggunakan audio LE untuk streaming. Beberapa contoh interaksi ASCS adalah membaca, menulis, dan mendaftar untuk notifikasi.

Catatan: Sesuai dengan spesifikasi, headset dapat menghapus jenis konteks dari Jenis Konteks yang Tersedia kapan saja dan ke semua perangkat yang terhubung, bahkan perangkat yang saat ini melakukan streaming jenis konteks tertentu. Sebaiknya headset tidak menghapus jenis konteks streaming saat ini dari Jenis Konteks yang Tersedia di perangkat yang melakukan streaming jenis konteks tersebut.