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 (level API 33) menyertakan dukungan bawaan untuk LEA.

Sebagian besar headset LEA akan menggunakan mode ganda hingga pangsa pasar perangkat sumber LEA tumbuh. 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 membagikan beberapa streaming audio secara bersamaan ke satu atau beberapa perangkat sink audio. Audio disinkronkan antara perangkat sumber dan perangkat terhubung.

• Audio Siaran: Pengguna dapat menyiarkan audio ke 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 pengambilan sampel 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: Hearable dapat merekam audio dengan mikrofon stereo untuk peningkatan kualitas 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 mereka untuk melakukan panggilan telepon dan aplikasi VoIP.

• Dukungan protokol Atribut yang Ditingkatkan (EATT): EATT memungkinkan developer mengirim beberapa perintah sekaligus ke pemroses yang disambungkan.

Skenario utama

Ada empat kategori utama kasus penggunaan:

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

2. Game: Mikrofon serentak dan pemutaran dengan fidelitas tinggi memungkinkan game melakukan streaming audio berkualitas tinggi ke pendengaran. Aplikasi game dapat mengakses input audio BLE saat game mengaktifkan mikrofon Bluetooth sebagai siap digunakan. Kemudian, saat pemain memulai percakapan live dengan pemain pembanding, 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 pilihannya dari dalam setelan sistem.

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

API dan metode Audio BLE

API dan metode berikut diperlukan untuk mendukung audio BLE:

Pengelola Audio

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

BluetoothProfile

• BluetoothLeAudio mengontrol layanan bluetooth melalui objek proxy.

Layanan Panggilan Telepon Telekomunikasi

• setAudioRoute() 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 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 sendiri statusnya 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.

• Terkelola: Menggunakan Telecom API untuk membuat aplikasi panggilan audio atau video. API ini memungkinkan Anda mengontrol pemilihan rute audio dan beralih antar-pengguna dengan cepat dan mudah 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 mode stereo jika bluetooth terdengar mendukung LEA. Lihat Panduan perekaman audio.

Rekomendasi headset LE Audio (LEA)

Seiring dengan meningkatnya headset LEA yang dirilis, kami menemukan masalah di dunia nyata pengujian yang menurunkan pengalaman pengguna. Spesifikasi tidak mencakup semua masalah tersebut. Tabel berikut berisi daftar rekomendasi yang Produsen headset LEA harus mengikutinya untuk meningkatkan pengalaman {i>end-to-end<i} 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 memiliki mode ganda hingga perangkat sumber LEA pangsa pasar terus meningkat. Pengguna harus dapat memasangkan headset mode ganda dengan lancar dan untuk menyiapkan kedua transport. Ini adalah juga penting untuk Sambungan Cepat Google.
Mendukung Pengumuman Bertarget (TA) jika Anda ingin headset LEA Anda agar dapat terhubung kembali dengan andal ke perangkat sumber. Earbud LE Audio harus menggunakan TA untuk meminta koneksi masuk dari perangkat pusat. Akan ditambahkan ke BT SIG mendatang.	Tidak seperti model paging BR/EDR yang koneksinya dapat dimulai baik oleh ponsel atau {i>headset<i}, koneksi di LEA harus dimulai oleh perangkat pusat. Saat ini, banyak headset yang tidak menggunakan TA, yang berarti bahwa perangkat pusat mungkin tidak dapat menghubungkan ulang ke periferal tanpa menambahkannya ke Daftar yang Diizinkan. Namun, solusi yang diizinkan dapat mencegah headset menghubungkan ke perangkat pusat yang berbeda. Oleh karena itu, penting agar {i>headset LEA<i} 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 pemindaian pertanyaan dan halaman dengan tersedia melalui EIR, dan atur LE audio bit 14 ke 1 di Kelas Layanan Utama Kelas Perangkat (CoD). Earbud utama - komponen LE: Earbud utama harus melakukan model yang Dapat Dihubungkan dan Dapat Ditemukan (baik Terbatas maupun Umum) yang menggunakan Alamat Publik yang sama dengan BR/EDR Komponen, dan Nama Lokal Lengkap yang sama dengan BR/EDR komponen, dengan Kategori Tampilannya disetel sesuai Kategori Tampilan yang cocok dengan jenis perangkat jarak jauh dengan harapan bahwa perangkat pusat akan menggunakan informasi ini untuk menyesuaikan kebijakan perutean audio dan UI-nya. Earbud Sekunder - Khusus LE: Earbud sekunder harus menampilkan iklan yang Dapat dihubungkan dan Tidak Dapat Ditemukan dengan Kategori Tampilan ditetapkan sebagai Kategori Tampilan yang sesuai yang mencocokkan jenis perangkat jarak jauh dengan harapan bahwa perangkat pusat akan menggunakan informasi ini untuk menyesuaikan UI-nya dan kebijakan pemilihan rute audio Earbud harus secara dinamis memilih pemimpin dari CSIP {i>group<i} menjadi perangkat utama. Jika earbud dalam mode ganda, perangkat utama harus memiliki mode ganda untuk memastikan bahwa LE dan Klasik berfungsi dengan baik setelah penyambungan.	Hal ini mencegah earbud LEA mode ganda muncul sebagai duplikat entri di pengaturan Bluetooth, yang mungkin membingungkan pengguna dan membahayakan pengalaman penyambungan LEA. Pemilihan pemimpin yang dinamis sangat penting untuk mode ganda perangkat yang dipasangkan secara bertahap. Misalnya, jika hanya satu earbud tersedia pada pemasangan awal, maka harus muncul sebagai perangkat mode ganda. Ketika pengguna tersambung dengan earbud kedua nanti, mereka hanya perlu berpasangan dengan komponen LE, dan CSIP akan memastikan mereka dikelompokkan bersama di Android. Alamat identitas direkomendasikan selama penyambungan karena BR/EDR komponen telah mengekspos alamat publik perangkat ke perangkat.
Mendukung Enhanced Attribute Protocol (EATT).	Mengurangi latensi koneksi dan penyambungan.
Mendukung Pembuatan cache GATT yang andal.	Mengurangi latensi koneksi, terutama untuk buds TWS.
Mendukung subrating koneksi.	Memungkinkan penjadwalan paket yang lebih fleksibel dan potensi daya baterai penghematan biaya.
Pastikan selama pra-dan pasca-pemrosesan untuk pemutaran dan menangkap sinyal, pipeline pemrosesan sinyal dapat beroperasi pada 16, 24, 32, dan 48 kHz serta mendukung frekuensi yang lebih tinggi.	Memanfaatkan frekuensi sampling lebih tinggi yang didukung untuk panggilan LEA atau VoIP {i>mengambil <i}jalur dan pemutaran media.
Mendukung 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 headset secara eksplisit tidak mendukung jenis konteks yang diberikan.	Misalnya, jika konteks "Game" tidak didukung, maka Android akan mengirimkan suara game. Secara khusus, perhatikan bahwa kolom "Tidak Ditentukan" konteks jenis ini tidak berarti "jenis konteks apa pun", dan tidak mencakup jenis konteks yang tidak didukung konteks tambahan.
Ketika perangkat pusat berinteraksi dengan ASCS perangkat periferal, periferal harus terhubung ke MCS dan TBS perangkat pusat. Perangkat pusat mungkin tidak selalu menggunakan LE audio sebagai streaming rute itu karena mungkin kembali menggunakan A2DP atau HFP. Periferal perangkat itu dapat menggunakan interaksi ASCS sebagai indikasi apakah pusat perangkat akan menggunakan LE Audio untuk streaming. Beberapa contoh interaksi ASCS adalah membaca, menulis, dan mendaftar untuk notifikasi.