Audio Bluetooth Hemat Energi

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

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

Kasus penggunaan

Anda mungkin ingin 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.

• Audio Siaran: 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 dalam HFP (suara). LC3 lebih efisien, dapat dikonfigurasi ulang, dan berkualitas lebih tinggi.

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

• Mikrofon stereo: Alat bantu dengar 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 dibandingkan protokol ASHA sebelumnya. Pengguna dapat menggunakan alat bantu dengar mereka untuk panggilan telepon dan aplikasi VoIP.

• Dukungan protokol Atribut (EATT) yang ditingkatkan: EATT memungkinkan developer mengirimkan beberapa perintah sekaligus ke perangkat yang dapat didengar.

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 hemat.

2. Game: Mikrofon serentak dan pemutaran high fidelity memungkinkan game menstreaming audio berkualitas tinggi ke perangkat yang dapat didengar. Aplikasi game dapat mengakses input audio BLE saat game mengaktifkan mikrofon Bluetooth sebagai siap digunakan. Kemudian, saat pemain memulai percakapan live dengan rekan pemain, aplikasi game dapat menggunakan data mikrofon tanpa penundaan.

3. Media: Aplikasi media diizinkan 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 panggilan.

API dan metode BLE Audio

API dan metode berikut diperlukan untuk mendukung audio BLE yang dapat didengar:

Pengelola Audio

• setCommunicationDevice() memilih perangkat audio yang akan digunakan untuk kasus penggunaan komunikasi, misalnya panggilan suara atau video. Metode ini dapat digunakan oleh aplikasi obrolan 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 yang berbeda.

BluetoothProfile

• BluetoothLeAudio mengontrol layanan Bluetooth melalui objek proxy.

Layanan Panggilan Telepon

• setAudioRoute() akan menetapkan rute audio ke perangkat yang aktif saat ini.
• CallAudioState.ROUTE_BLUETOOTH mengarahkan streaming audio melalui Bluetooth.
• requestBluetoothAudio() meminta pemilihan rute audio ke perangkat Bluetooth tertentu.

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() menetapkan perangkat pilihan untuk digunakan pemilihan rute audio. Pengguna dapat menggantinya di setelan sistem.

Adaptor Bluetooth

• isLeAudioSupported() ditampilkan jika hardware platform mendukung LEA.
• isLeAudioBroadcastSourceSupported() 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 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 pemilihan rute audio, ikuti panduan panggilan yang dikelola sendiri oleh Pengelola Audio.

• Dikelola: Gunakan Telecom API untuk membuat aplikasi panggilan audio atau video. API ini memungkinkan Anda mengontrol pemilihan rute audio dengan cepat dan mudah, serta beralih antar-perangkat Bluetooth. Untuk mengetahui informasi selengkapnya, lihat Panduan panggilan terkelola telekomunikasi.

Aplikasi rekaman audio

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

Rekomendasi headset LE Audio (LEA)

Seiring dengan semakin banyak headset LEA yang dirilis, kami menemukan masalah dalam pengujian di dunia nyata yang menurunkan pengalaman pengguna. Spesifikasi ini tidak mencakup semua masalah tersebut. Tabel berikut memberikan 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 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 berkembang. Pengguna harus dapat menyambungkan headset mode ganda dengan lancar dan menyiapkan kedua transport. Hal ini juga penting untuk Sambungan Cepat Google.
Dukung Pengumuman Bertarget (TA) jika Anda ingin headset LEA terhubung kembali dengan andal ke perangkat sumber. Earbud LE audio harus menggunakan TA untuk meminta koneksi masuk dari perangkat pusat. Akan ditambahkan ke SIG BT mendatang.	Tidak seperti dalam model paging BR/EDR yang memungkinkan koneksi dimulai oleh ponsel atau headset, koneksi dalam 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, workaroud yang diizinkan dapat mencegah headset terhubung ke perangkat pusat yang berbeda. Oleh karena itu, penting bagi headset LEA untuk mendukung TA dengan benar agar perangkat pusat dapat terhubung kembali dengan andal tanpa solusi yang dapat memutus koneksi multi-titik.
Visibilitas yang dioptimalkan untuk earbud mode ganda Earbud utama - komponen BR/EDR harus beriklan menggunakan alamat publiknya dan memungkinkan pemindaian pertanyaan dan halaman dengan namanya tersedia melalui EIR, serta menetapkan bit audio LE 14 ke 1 di Class Layanan Utama Class of Device (CoD). Earbud utama - komponen LE: Earbud utama harus menjalankan iklan yang Dapat Dihubungkan dan Dapat Ditemukan (baik Terbatas atau Umum) menggunakan Alamat Publik yang sama dengan Komponen BR/EDR, dan Nama Lokal Lengkap yang sama seperti komponen BR/EDR, dengan Kategori Tampilan yang ditetapkan sebagai Kategori Tampilan yang sesuai, serta cocok dengan jenis perangkat jarak jauh dengan ekspektasi bahwa perangkat pusat akan menggunakan informasi ini untuk menyesuaikan UI dan pemilihan rute audio. Earbud Sekunder - khusus LE: Earbud sekunder harus menampilkan iklan yang Dapat Disambung dan Tidak Dapat Ditemukan 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 perutean UI dan audionya Earbud harus secara dinamis memilih pemimpin dari grup CSIP untuk menjadi perangkat utama. Jika earbud dalam mode ganda, perangkat utama harus dalam mode ganda untuk memastikan bahwa fungsi LE dan Klasik berfungsi dengan benar setelah disambungkan.	Hal ini mencegah earbud LEA mode ganda muncul sebagai entri duplikat di setelan Bluetooth, yang mungkin membingungkan pengguna dan membahayakan pengalaman penyambungan LEA. Pemilihan pemimpin yang dinamis sangat penting untuk perangkat mode ganda yang disambungkan secara inkremental. Misalnya, jika hanya satu earbud yang tersedia saat penyambungan awal, earbud tersebut harus berfungsi sebagai perangkat mode ganda. Saat nanti menyambungkan dengan earbud kedua, pengguna hanya perlu menyambungkannya dengan komponen LE, dan CSIP akan memastikan perangkat tersebut dikelompokkan bersama di Android. Alamat identitas direkomendasikan selama penyambungan karena komponen BR/EDR sudah mengekspos alamat publik perangkat ke perangkat di sekitar.
Mendukung Protokol Atribut yang Ditingkatkan (EATT).	Mengurangi latensi koneksi dan penyambungan.
Mendukung Pembuatan cache GATT yang andal.	Mengurangi latensi koneksi, terutama untuk earbud TWS.
Mendukung subrating koneksi.	Memungkinkan penjadwalan paket yang lebih fleksibel dan potensi penghematan baterai.
Pastikan selama pra-pemrosesan dan pasca-pemrosesan untuk pemutaran dan penangkapan, 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 panggilan LEA atau jalur pengambilan VoIP dan pemutaran media.
Dukung LE Power Control	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 yang diberikan.	Misalnya, jika jenis konteks "Game" tidak didukung, Android akan mengirimkan suara game. Secara khusus, 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 LE audio untuk streaming. Beberapa contoh interaksi ASCS adalah membaca, menulis, dan mendaftar untuk notifikasi.