Pengalihan Audio

Seiring makin banyaknya pengguna yang memanfaatkan berbagai perangkat sumber audio untuk melakukan tugas sehari-hari, permintaan akan solusi yang lebih sederhana untuk mengelola headset terus meningkat digunakan di seluruh perangkat. Pengalihan audio beralih koneksi headset dengan lancar antar perangkat berdasarkan aktivitas pengguna (mis. memulai film) dan diprioritaskan peristiwa (misalnya, panggilan masuk).

Prinsip UX

1. Peralihan koneksi harus dilakukan dengan cepat dan berdasarkan tindakan pengguna.
2. Peralihan koneksi harus transparan kepada pengguna, memungkinkan pengguna untuk {i>control/revert<i} jika pengalihan tidak diinginkan.
3. Peralihan harus menghormati privasi pengguna.

Peran

Pencari Beralih Audio: Pencari adalah perangkat sumber audio (misalnya, ponsel atau tablet), mencari headset di sekitar untuk dihubungkan jika perlu.

Penyedia Beralih Audio: Penyedia biasanya adalah headset yang mengiklankan status kehadiran dan koneksi bagi Pencari Kerja untuk membuat keputusan peralihan.

Ringkasan Persyaratan

Untuk mencapai smart switch, Penyedia harus mematuhi persyaratan berikut:

Payload iklan

Penyedia harus menyertakan status koneksinya saat ini dalam iklan, dibuat berdasarkan data Akun Sambungan Cepat yang dijelaskan dalam Iklan: Saat tidak dapat ditemukan.

Perhatikan bahwa versi tabel 4.2 adalah 0x1.

Kolom Status Koneksi

Menyarankan bahwa Penyedia Audio LE harus menangani semua jenis konteks yang ditentukan di Assigned Numbers 6.12.3 (kecuali jika Penyedia secara eksplisit tidak mendukung jenis konteks tertentu) dan pemetaan tipe konteks ke status koneksi seperti di bawah ini.

• Percakapan: 0x9
• Media: 0x8
• Game: 0x7
• Instruksional: 0x7
• Asisten Suara: 0x9
• Live: 0x9
• Efek Suara: 0x2
• Notifikasi: 0x2
• Nada dering: 0x9
• Peringatan: 0x7
• Alarm Darurat: 0x9

Untuk skenario jenis konteks LE Audio campuran seperti memutar media selama , Penyedia harus menggunakan status koneksi dengan prioritas tertinggi, yaitu menggunakan 0x9 (panggilan) untuk skenario di atas, bukan 0x8 (media).

Bitmap Perangkat Terhubung

Untuk menghindari pengalihan koneksi yang tidak diinginkan, Pencari Kerja mungkin perlu mengetahui perangkat yang saat ini tersambung dengan headset. Misalnya, saat headset terhubung ke ponsel, pengguna tidak ingin diganggu oleh beralih koneksi saat salah satu anggota keluarganya memulai YouTube di tablet.

Perhatikan bahwa bitmap ini bersifat anonim, Pencari Kerja tidak dapat mengetahui apa perangkat terhubung dengan Penyedia. Misalnya, ambil 5 perangkat yang memiliki ikatan:

• 0: laptop (0bx0000000)
• 1: teleponA (0b0x000000)
• 2: teleponB (0b00x00000)
• 3: tablet (0b000x0000)
• 4: TV (0b0000x000)

Jika perangkat yang terhubung saat ini adalah laptop dan tablet, nilai bitmap akan menjadi 0b10010000. Perubahan pesanan dapat diterima jika tidak dapat dihindari, mis. saat pengguna mereset headset ke setelan pabrik atau saat jumlah perangkat yang terhubung mencapai batas atas.

Iklan Acak yang Dapat Diselesaikan

Untuk menghindari pelacakan dan menghormati privasi pengguna, Penyedia harus merotasi dan mengenkripsi kolom dengan kunci akun menggunakan AES-CTR:

 encrypted_connection_status_field = connection_status_raw_data ^ AES(Key, IV)

di mana

1. Kunci berasal dari kunci akun yang sedang digunakan, yang akan didefinisikan di bagian berikutnya.

   • Kunci dihasilkan oleh fungsi HKDF, IETF RFC 5869, menggunakan SHA-256 fungsi {i>hash<i}.

       Key = HKDF(account_key, NULL, UTF8("SASS-RRD-KEY"),16)
     

   • Penyedia harus menggunakan kunci akun asli di sini, yaitu byte pertama kuncinya adalah 0x04, tidak termasuk dalam pola penggunaan.

2. IV (vektor awal) adalah salt 2 byte dari Data Kunci Akun dengan nol padding, yaitu IV adalah concat(garam, 14-byte ZERO).

3. Status koneksi data mentah didefinisikan dalam tabel 4.1, jika perubahan status koneksi, {i>salt<i} dan RPA harus dibuat kembali di rentang waktu iklan yang sama.

Hal ini membuat isian status koneksi yang dienkripsi berputar pada waktu yang sama dengan Data Kunci Akun dirotasi.

Iklan BLE akan disusun sebagai berikut:

Sebagai contoh, jika Data yang Dapat Diselesaikan Acak berisi koneksi yang dienkripsi status, hasil yang didekripsi akan menjadi bidang status koneksi.

Untuk mencegah sabotase, Data Kunci Akun di atas harus sedikit diubah jika Data yang Dapat Diselesaikan Acak disertakan dalam iklan. Biasanya, ketika membuat filter kunci akun, nilai V dihasilkan dengan menggabungkan bagian dan menambahkan {i>salt<i}. Sebaliknya, ketika Data yang Dapat Diselesaikan Acak juga diiklankan, nilai V harus disusun sebagai:

 V = concat(account_key, salt, random_resolvable_data)

Jika Data Baterai dan Data yang Dapat Diselesaikan Acak diiklankan, V harus disusun sebagai:

 V = concat(account_key, salt, battery_data, random_resolvable_data)

Kunci Akun yang Sedang Digunakan

Pengalihan koneksi berbasis akun, sehingga Penyedia harus menyertakan informasi akun dari koneksi saat ini dalam iklan BLE. Jika perangkat yang terhubung saat ini adalah Pencari tombol akses audio, Penyedia harus dapat mendapatkan kunci akun yang terkait dengan Pencari Kerja ini, dan gunakan kunci akun ini untuk mengenkripsi kolom status koneksi. Jika sumber audio yang terhubung adalah non-Audio beralih Pencari, Penyedia harus menggunakan kunci akun yang terakhir digunakan.

Sebelum menghitung filter kunci akun, Penyedia harus memodifikasi kunci sandi byte kunci akun untuk menyertakan salah satu hal berikut dalam pola penggunaan:

1. 0b00000100
   Kunci akun ini tidak digunakan.
   Kunci akun ini adalah kunci default (lihat Kunci akun).
2. 0b00000101
   Kunci akun ini adalah kunci akun yang terakhir digunakan.
   Kolom status koneksi dienkripsi oleh kunci akun ini. Tidak ada informasi kunci akun dari status koneksi saat ini, itu bisa berarti tidak perangkat yang terhubung atau perangkat yang tersambung bukanlah Pencari sakelar audio.
3. 0b00000110
   Kunci akun ini adalah kunci akun yang sedang digunakan.
   Kolom status koneksi dienkripsi oleh kunci akun ini, dan perangkat terhubung akan dikaitkan dengan kunci akun ini.

Skema untuk payload pengalihan Audio

Gambar di bawah menunjukkan skema untuk payload pengalihan Audio.

Pesan

Saat terhubung, Pencari dan Penyedia dapat menggunakan Stream pesan untuk menyinkronkan Audio kemampuan beralih, memicu pengalihan koneksi, menyetel dan memulai pengalihan preferensi, memberi tahu status koneksi dan sebagainya. Kita membuat grup pesan dan kode pesan khusus untuk Pengalihan audio seperti di bawah ini.

Detail tambahan untuk setiap kode pesan disertakan di bagian berikut.

Untuk memberikan autentikasi pesan, semua pesan beralih Audio dengan data yang dikirim dari Pencari Kerja ke Penyedia memerlukan Kode Autentikasi Pesan. Kapan pesan dengan MAC diterima, pesan tersebut harus dikonfirmasi agar Pencari Kerja mengetahui apakah Penyedia telah bereaksi terhadap pesan atau tidak.

Jika otentikasi pesan berhasil, Penyedia harus mengirim ACK untuk pesan:

Jika gagal, Penyedia harus mengirim NAK untuk pesan:

Perhatikan bahwa, jika Penyedia adalah pengirim, MAC tidak diperlukan.

Mendapatkan kemampuan pengalihan Audio

Penyedia pengalihan Audio dan Pencari Kerja dapat memeriksa apakah Sambungan Cepat yang terhubung Pencari/Penyedia mendukung Pengalihan audio atau tidak dengan menggunakan pesan di bawah:

Setelah menerima pesan dapatkan kemampuan pengalihan Audio kode, Pencari/Penyedia tombol audio akan merespons dengan salah satu tanda:

Setelah menerima pesan ini, Penyedia harus merespons dengan kode pesan 0x34, beri tahu status koneksi.

Beri tahu status koneksi

Seperti yang ditentukan dalam payload iklan BLE, untuk penyedia multipoint, jika status koneksi berubah, kecuali untuk perubahan paket iklan, Penyedia juga harus memberi tahu Pencari yang terhubung yang menggunakan kunci akun yang sama tentang perubahan tersebut. Jika Penyedia terhubung dengan Pencari tombol akses Audio dan Pencari tombol akses non-Audio, jika tombol Pencari aktif, Penyedia juga harus memberi tahu Audio yang terhubung alihkan Pencari Kerja tentang status sambungan (menggunakan kunci akun Pencari).

 encrypted_connection_status = connection_status_raw_data ^ AES(Key, IV)

• Kunci berasal dari kunci akun yang sedang digunakan. Lihat Iklan Acak yang Dapat Diselesaikan.

   Key = HKDF(account_key, NULL, UTF8("SASS-RRD-KEY"),16)
  

• IV adalah concat(Session_nonce, Message_nonce)

• connection_status_raw_data = concat(connection_state, custom_data, connect_devices) yang didefinisikan dalam BLE payload iklan Perhatikan bahwa byte untuk panjang {i>field<i} dan jenis tidak boleh disertakan karena kita memiliki kode pesan dan panjang data di sini.

Beri tahu koneksi yang dimulai saat pengalihan Audio

Penyedia pengalihan audio mungkin perlu mengetahui apakah pengalihan koneksi dipicu oleh tombol Audio untuk memberikan reaksi yang berbeda, misalnya nonaktifkan earcon untuk Audio peristiwa switch. Pencari Kerja mengirim pesan untuk memberi tahu Penyedia bahwa adalah koneksi yang dimulai dengan pengalihan Audio.

Lihat Library SDK tersemat terdekat untuk implementasi referensi