Audio Bluetooth Hemat Energi

Bluetooth Low Energy Audio (LEA) memastikan pengguna dapat menerima audio fidelitas tinggi tanpa mengorbankan masa pakai baterai, dan memungkinkan mereka beralih di antara kasus penggunaan yang berbeda dengan lancar. Android 13 (API level 33) menyertakan dukungan bawaan untuk LEA.

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

Kasus penggunaan

Anda dapat mengintegrasikan LEA untuk kasus penggunaan berikut:

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

• Siaran 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 sampling audio: Headset dapat mempertahankan kualitas audio output yang tinggi saat menggunakan mikrofon. Bluetooth klasik menurunkan kualitas audio saat menggunakan mikrofon Bluetooth. Dengan Audio BLE, sampling input dan output dapat mencapai 32 kHz.

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

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

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

Skenario utama

Ada empat kategori utama kasus penggunaan:

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

2. Game: Mikrofon serentak dan pemutaran fidelitas tinggi memungkinkan game melakukan streaming audio berkualitas tinggi ke perangkat hearable. Aplikasi game dapat mengakses input audio BLE saat game mengaktifkan mikrofon Bluetooth sebagai siap digunakan. Kemudian, saat pemain memulai percakapan langsung dengan pemain sejawat, aplikasi game dapat menggunakan data mikrofon tanpa penundaan.

3. Media: Aplikasi media diizinkan untuk menyetel perangkat pilihan pengelola audio. Pengguna dapat menggantinya 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 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 yang berbeda selain yang dipilih secara default oleh platform. API ini menggantikan API berikut yang tidak digunakan lagi: startBluetoothSco(), stopBluetoothSco(), dan setSpeakerphoneOn().
• clearCommunicationDevice() dipanggil setelah aplikasi Anda menyelesaikan panggilan atau sesi untuk membantu memastikan pengguna memiliki pengalaman yang baik saat berpindah antar-aplikasi.

BluetoothProfile

• BluetoothLeAudio mengontrol layanan bluetooth melalui objek proxy.

InCallService Telekomunikasi

• InCallService#requestCallEndpointChange() menggantikan API InCallService.setAudioRoute() dan InCallService.requestBluetoothAudio() yang tidak digunakan lagi, untuk mengizinkan aplikasi meminta perutean audio ke CallEndpoint tertentu. Klien tidak boleh menentukan CallEndpoint mereka sendiri saat meminta perubahan. Sebagai gantinya, endpoint baru harus merupakan 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 pemilihan rute audio.

Telecom CallControl

• Class CallControl baru diperkenalkan di API level 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 API platform Telecom yang diupdate, library Telecom Jetpack sangat direkomendasikan saat membangun aplikasi panggilan suara dan/atau video. Library ini dapat sangat menyederhanakan proses integrasi dan meningkatkan panggilan VoIP di semua platform Android.

Info Perangkat Audio

• AudioDeviceInfo.TYPE_BLE_HEADSET menjelaskan jenis perangkat audio sebagai perangkat LEA. Digunakan untuk mengidentifikasi apakah perangkat yang dapat didengar adalah perangkat LEA.

Perekam Audio

• setPreferredDevice() menyetel perangkat pilihan untuk digunakan perutean audio. Pengguna dapat menggantinya di setelan sistem.

Adaptor Bluetooth

• isLeAudioSupported() akan ditampilkan jika hardware platform mendukung LEA.
• isLeAudioBroadcastSourceSupported() akan ditampilkan jika hardware platform mendukung LEA.

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 menggunakan Telecom API yang melakukan logika perutean dan status audio untuk Anda.

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

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

Dua solusi ini memungkinkan Anda mengontrol perutean audio dengan cepat dan mudah serta beralih di antara perangkat Bluetooth. Untuk informasi selengkapnya, lihat Panduan panggilan yang dikelola telekomunikasi.

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 bertambahnya headset LEA yang dirilis, kami menemukan masalah dalam pengujian di dunia nyata yang menurunkan pengalaman pengguna. Spesifikasi ini tidak mencakup semua masalah ini. Tabel berikut berisi daftar rekomendasi yang harus diikuti produsen headset LEA untuk meningkatkan pengalaman menyeluruh bagi pengguna Android.

Deskripsi	Konteks
Mendukung Cross Transport Key Derivation (CTKD) untuk headset mode ganda: Mendukung derivasi kunci untuk penyambungan Klasik-ke-LE dan penyambungan LE-ke-Klasik.	Sebagian besar headset LEA baru akan menggunakan mode ganda hingga pangsa pasar perangkat sumber LEA meningkat. Penting bagi pengguna untuk dapat menyambungkan headset mode ganda dengan lancar dan menyiapkan kedua transpor. Hal ini juga penting untuk Sambungan Cepat Google.
Mendukung Pengumuman yang Ditargetkan (TA) jika Anda ingin headset LEA terhubung kembali dengan andal ke perangkat sumber. 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 periferal tanpa menambahkannya ke Daftar yang Diizinkan. Namun, solusi yang diizinkan dapat mencegah headset terhubung ke perangkat pusat yang berbeda. Oleh karena itu, sangat 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 beriklan menggunakan alamat publiknya dan mengaktifkan kueri dan pemindaian halaman dengan namanya yang tersedia melalui EIR, serta menetapkan bit audio LE 14 ke 1 di Major Service Classes of Class of Device (CoD). Earbud utama - Komponen LE: Earbud utama harus melakukan iklan yang Dapat Dihubungkan dan Dapat Ditemukan (Terbatas atau Umum) menggunakan Alamat Publik yang sama dengan Komponen BR/EDR, dan Nama Lokal Lengkap yang sama dengan komponen BR/EDR, dengan Kategori Tampilannya ditetapkan sebagai Kategori Tampilan yang sesuai yang cocok dengan jenis perangkat jarak jauh dengan ekspektasi bahwa perangkat pusat akan menggunakan informasi ini untuk menyesuaikan kebijakan pemilihan rute UI dan audionya. Earbud Sekunder - Khusus LE: Earbud sekunder harus melakukan iklan yang Dapat Dihubungkan dan Tidak Dapat Ditemukan dengan Kategori Tampilannya ditetapkan sebagai Kategori Tampilan yang sesuai yang cocok dengan jenis perangkat jarak jauh dengan harapan bahwa perangkat pusat akan menggunakan informasi ini untuk menyesuaikan UI dan kebijakan pemilihan rute audionya Earbud harus memilih pemimpin secara dinamis dari grup CSIP sebagai perangkat utama. Jika earbud menggunakan mode ganda, perangkat utama harus menggunakan mode ganda untuk memastikan fungsi LE dan Classic 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 disambungkan secara bertahap. Misalnya, jika hanya satu earbud yang tersedia saat penyambungan awal, earbud tersebut akan ditampilkan sebagai perangkat mode ganda. Saat pengguna melakukan penyambungan dengan earbud kedua nanti, mereka hanya perlu melakukan penyambungan dengan komponen LE, dan CSIP akan memastikan earbud tersebut dikelompokkan bersama di Android. Alamat identitas direkomendasikan selama penyambungan karena komponen BR/EDR sudah mengekspos alamat publik perangkat ke perangkat di sekitar.
Mendukung Enhanced Attribute Protocol (EATT).	Mengurangi latensi penyambungan dan koneksi.
Mendukung Pemcachean GATT yang andal.	Mengurangi latensi koneksi, terutama untuk TWS buds.
Mendukung subrating koneksi.	Memungkinkan penjadwalan paket yang lebih fleksibel dan potensi penghematan baterai.
Pastikan bahwa selama pra- dan pascapemrosesan untuk pemutaran dan perekaman, pipeline pemrosesan sinyal dapat beroperasi pada 16, 24, 32, dan 48 kHz serta mendukung frekuensi yang lebih tinggi.	Memanfaatkan frekuensi sampling yang lebih tinggi yang didukung untuk jalur pengambilan panggilan LEA 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 Assigned Numbers 6.12.3 kecuali jika headset secara eksplisit tidak mendukung jenis konteks tertentu.	Misalnya, jika jenis konteks "Game" tidak didukung, Android akan mengirim suara game. Secara khusus, perlu diperhatikan 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.