Persyaratan HCI

Antarmuka Pengontrol Host (HCI) digunakan untuk berinteraksi dengan pengontrol Bluetooth.

Dokumen ini berisi daftar persyaratan HCI Bluetooth (BT) dan Bluetooth Low Energy (BLE). Tujuannya adalah agar vendor tumpukan Host BT dan vendor pengontrol BT mematuhi persyaratan platform ini untuk menggunakan rangkaian fitur yang dijelaskan di bawah.

Dokumen ini mengacu pada Spesifikasi Bluetooth Core 5.2 sebagai "spesifikasi". Spesifikasi Bluetooth Core 5.2 tersedia di situs web Bluetooth SIG bersama dengan dokumen lain yang diadopsi.

Ikhtisar desain umum

Kemampuan dan konfigurasi chip

Sebagai platform terbuka, Android memiliki matriks rilis perangkat lunak, OEM, vendor, serta kemampuan platform dan chip.

Untuk mengelola lanskap yang bervariasi dan mengelola migrasi, filosofi desain yang memungkinkan pengontrol BT mengekspos kemampuannya (di luar Spesifikasi Bluetooth Core 5.2 standar) dijelaskan dalam dokumen ini. Tumpukan BT host kemudian dapat menggunakan kemampuan ini untuk menentukan fitur mana yang akan diaktifkan.

Mendukung standar terbuka

Salah satu tujuan Android adalah mendukung standar terbuka setelah ratifikasi spesifikasi Bluetooth. Jika fitur yang dijelaskan di bawah ini tersedia dalam metode HCI standar pada spesifikasi Bluetooth di masa mendatang, kami akan cenderung menjadikan pendekatan tersebut sebagai default.

Kemampuan khusus vendor

Perintah khusus vendor: LE_Get_Vendor_Capabilities_Command

Bidang Perintah OpCode (OCF): 0x153

Acara Command Complete akan dihasilkan untuk perintah ini.

Kumpulan hasil pemindaian

Tujuan desainnya adalah untuk menyempurnakan cara notifikasi acara Bluetooth LE Scan Response dikirimkan ke host, guna menghemat daya di host.

Dengan mengurangi frekuensi pengontrol memberi tahu pemroses aplikasi host untuk memindai hasil, pemroses aplikasi host dapat berada dalam kondisi idle/tidur lebih lama. Hal ini mengurangi konsumsi daya di host. Parameter pengembalian total_scan_results_storage dari LE_Get_Vendor_Capabilities_Command menunjukkan kemampuan chip untuk penyimpanan hasil pemindaian.

Fitur ini berfokus pada pengelolaan dan konfigurasi fasilitas penyimpanan Hasil Pemindaian LE pada pengontrol Bluetooth. Penyimpanan tersebut digunakan untuk mengumpulkan sementara data iklan dan memindai data serta metadata yang diterima oleh pengontrol untuk kemudian dikirimkan ke host.

Firmware harus mendukung dua jenis batching, yang dapat dilakukan secara bersamaan:

• terpotong. Berisi elemen informasi berikut: {MAC, TX Power, RSSI, Timestamp}
• Penuh. Berisi elemen informasi berikut: {MAC, TX Power, RSSI, Timestamp, Adv Data, Scan Response}

LE_Batch_Scan_Command

OCF: 0x156

Acara Command Complete akan dihasilkan untuk perintah ini. Mengaktifkan fitur khusus pelanggan tidak memulai pemindaian.

LE_Batch_Scan_Command: Mengaktifkan fitur Khusus Pelanggan

SubOCF: 0x01

Acara Command Complete akan dihasilkan untuk perintah ini.

LE_Batch_Scan_Command: Setel subperintah Param Penyimpanan Pemindaian Batch

SubOCF: 0x02

Acara Command Complete akan dihasilkan untuk perintah ini.

LE_Batch_Scan_Command: Setel subperintah Batch Scan Param

SubOCF: 0x03

Sub-perintah ini akan memulai pemindaian batch, jika diaktifkan. Pada pemindaian terpotong, hasil disimpan dalam bentuk terpotong dengan kunci unik untuk gaya terpotong = { BD_ADDR, scan_interval}. Ini berarti hanya satu BD_ADDR will direkam untuk setiap interval pemindaian. Catatan yang harus disimpan untuk mode Terpotong adalah sebagai berikut: { BD_ADDR , Tx Power, RSSI, Timestamp}

Ketika mode Penuh diaktifkan, pemindaian aktif akan digunakan dan Respons Pemindaian akan direkam. Kunci unik gaya lengkap = {MAC, Paket iklan}, terlepas dari interval pemindaian. Catatan yang disimpan untuk mode Penuh adalah { BD_ADDR , Tx Power, RSSI, Timestamp, Ad packet, Scan Response}. Dalam gaya Penuh, paket AD yang sama, ketika dilihat beberapa kali pada interval pemindaian yang berbeda, hanya direkam satu kali. Namun, dalam mode Terpotong, yang menarik adalah visibilitas BA_ADDR pada interval pemindaian yang berbeda (sekali per interval pemindaian). RSSI adalah nilai rata-rata dari semua duplikat iklan unik dalam interval pemindaian.

Acara Command Complete akan dihasilkan untuk perintah ini.

LE_Batch_Scan_Command: Baca sub-perintah Hasil Pemindaian Batch

SubOCF: 0x04

Acara Command Complete akan dihasilkan untuk perintah ini. Saat host mengeluarkan perintah ini, semua hasil di pengontrol mungkin tidak muat dalam satu peristiwa Command Complete. Host akan mengulangi mengeluarkan perintah ini sampai hasil yang sesuai dalam acara Command Complete menunjukkan 0 dalam jumlah catatan, yang menunjukkan bahwa pengontrol tidak memiliki catatan lagi untuk dikomunikasikan ke host. Setiap peristiwa Command Complete dapat berisi beberapa rekaman dari satu jenis data saja (Penuh atau Terpotong).

Referensi waktu pengontrol dan host tidak disinkronkan. Satuan stempel waktu adalah 50 ms. Nilai stempel waktu didasarkan pada kapan Read_Batch_Scan_Results_Sub_cmd diberikan oleh host. Jika waktu kedatangan perintah adalah T_c di firmware, maka waktu aktual pengambilan stempel waktu di firmware adalah T_fw . Waktu pelaporan adalah: ( T_c - T_fw ). T_c dan T_fw berada dalam domain waktu firmware. Hal ini memungkinkan tuan rumah menghitung berapa lama peristiwa tersebut terjadi.

Filter Konten Paket Iklan

Gunakan ini untuk mengaktifkan/menonaktifkan/mengatur Filter Konten Paket Iklan (APCF) di pengontrol. APCF memfilter laporan iklan di pengontrol tetapi tidak memfilter iklan berkala.

LE_APCF_Perintah

OCF: 0x157

Acara Command Complete akan dihasilkan untuk perintah ini.

LE_APCF_Perintah: Aktifkan_sub_cmd

SubOCF: 0x00

Acara Command Complete akan dihasilkan untuk perintah ini.

LE_APCF_Perintah: set_filtering_parameters_sub_cmd

Subperintah ini digunakan untuk menambah atau menghapus spesifikasi filter atau menghapus daftar filter untuk pemfilteran pada chip.

SubOCF: 0x01

Nilai RSSI harus menggunakan komplemen 2 untuk mewakili nilai negatif.

Host harus dapat mengonfigurasi beberapa filter dengan APCF_Application_Address_type diatur ke 0x02 (untuk semua alamat penyiar) untuk mengelola berbagai kombinasi filter.

Pemfilteran, pengelompokan, dan pelaporan adalah konsep yang saling terkait. Setiap iklan dan respons pemindaian terkait harus melalui semua filter, satu demi satu. Jadi, tindakan yang dihasilkan ( delivery_mode ) terkait erat dengan pemfilteran. Mode pengirimannya adalah sebagai berikut: report_immediately , batch , dan onFound . Nilai OnLost terkait dengan OnFound dalam arti akan muncul setelah OnFound ketika hilang.

Alur pemrosesan ini menggambarkan model konseptual:

Ketika frame iklan (atau respons pemindaian) diterima, frame tersebut diterapkan ke semua filter secara berurutan. Ada kemungkinan bahwa sebuah iklan dapat menyebabkan pelaporan langsung berdasarkan satu filter dan pengelompokan iklan yang sama karena tindakan filter yang berbeda.

Ambang batas level RSSI (tinggi dan rendah) memberikan kemampuan untuk mengontrol kapan frame terlihat untuk pemrosesan filter, bahkan ketika paket yang valid diterima oleh pengontrol. Jika mode pengiriman diatur ke segera atau batch, RSSI frame dipertimbangkan untuk pemrosesan pengontrol lebih lanjut. Aplikasi yang berbeda memerlukan pelaporan dan perilaku pengelompokan yang berbeda. Hal ini memungkinkan beberapa aplikasi memiliki pelaporan langsung dan/atau pengelompokan hasil dalam firmware, secara bersamaan. Contohnya adalah kasus ketika pemindaian batch aktif dari satu aplikasi dan kemudian pemindaian LE reguler dikeluarkan oleh aplikasi lain. Sebelum pemindaian batch dikeluarkan, kerangka kerja/aplikasi menetapkan filter yang sesuai. Nanti, saat aplikasi kedua mengeluarkan pemindaian reguler, pengelompokan sebelumnya akan dilanjutkan. Namun, karena pemindaian reguler, ini mirip dengan menambahkan filter null (bersama dengan semua filter yang ada) secara konseptual bersama dengan perintah LE scan. Parameter perintah pemindaian LE diutamakan saat aktif. Ketika pemindaian LE reguler dinonaktifkan, pengontrol akan kembali ke pemindaian batch sebelumnya, jika ada.

Mode pengiriman OnFound didasarkan pada filter yang dikonfigurasi. Kombinasi yang memicu tindakan filter agar berhasil dianggap sebagai entitas yang akan dilacak onLost . Peristiwa terkait adalah subperistiwa pelacakan LE Advt.

Transisi OnFound/OnLost untuk filter (jika diaktifkan) akan terlihat seperti berikut:

Acara Command Complete akan dihasilkan untuk perintah ini.

LE_APCF_Perintah: siaran_alamat_sub_cmd

Subperintah ini digunakan untuk menambah atau menghapus alamat pengiklan atau menghapus daftar alamat pengiklan untuk pemfilteran pada chip.

SubOCF: 0x02

Acara Command Complete akan dihasilkan untuk perintah ini.

LE_APCF_Perintah: service_uuid_sub_cmd

Subperintah ini digunakan untuk menambah atau menghapus UUID layanan atau untuk menghapus daftar UUID layanan untuk pemfilteran pada chip.

SubOCF: 0x03

Acara Command Complete akan dihasilkan untuk perintah ini.

LE_APCF_Perintah: permintaan_uuid_sub_cmd

Subperintah ini digunakan untuk menambah atau menghapus UUID permintaan atau untuk menghapus daftar UUID permintaan untuk pemfilteran pada chip.

SubOCF: 0x04

Acara Command Complete akan dihasilkan untuk perintah ini.

LE_APCF_Perintah: nama_lokal_sub_cmd

Sub-perintah ini digunakan untuk menambah atau menghapus string nama lokal atau untuk menghapus daftar string nama lokal untuk pemfilteran pada chip.

SubOCF: 0x05

Acara Command Complete akan dihasilkan untuk perintah ini.

LE_APCF_Perintah: manf_data_sub_cmd

Subperintah ini digunakan untuk menambah atau menghapus string data pabrikan atau untuk menghapus daftar string data pabrikan untuk pemfilteran pada chip.

SubOCF: 0x06

Acara Command Complete akan dihasilkan untuk perintah ini.

LE_APCF_Perintah: service_data_sub_cmd

Subperintah ini digunakan untuk menambah atau menghapus string data layanan atau untuk menghapus daftar string data layanan untuk pemfilteran pada chip.

SubOCF: 0x07

Acara Command Complete akan dihasilkan untuk perintah ini.

LE_APCF_Perintah: ad_type_sub_cmd

Subperintah ini digunakan untuk menambah atau menghapus tipe AD atau untuk menghapus daftar tipe AD untuk pemfilteran pada chip. Gunakan read_extended_features_sub_cmd untuk memeriksa apakah perintah ini didukung atau tidak.

SubOCF: 0x09

Acara Command Complete akan dihasilkan untuk perintah ini.

LE_APCF_Perintah: read_exended_features_sub_cmd

Subperintah ini digunakan untuk membaca fitur APCF yang diperluas.

Sub OCF: 0xFF

Acara Command Complete akan dihasilkan untuk perintah ini.

Pengendali aktivitas dan perintah informasi energi

Tujuan dari informasi ini adalah agar fungsi sistem host yang lebih tinggi dapat menganalisis aktivitas total semua komponen, termasuk pengontrol BT dan status makronya, sehubungan dengan apa yang terjadi di aplikasi dan kerangka kerja. Untuk melakukan hal ini, informasi berikut diperlukan dari tumpukan BT dan pengontrol:

• Tumpukan BT: Melaporkan status operasional makro pengontrol saat ini
• Firmware: Melaporkan aktivitas agregat dan informasi energi

Status makro tumpukan host BT, sebagaimana ditentukan di tingkat pengguna:

• Idle: [pemindaian halaman, LE advt, pemindaian pertanyaan]
• Pindai: [paging/pertanyaan/mencoba menyambung]
• Aktif: [Tautan ACL aktif, tautan SCO aktif, mode sniff]

Aktivitas yang dipantau oleh pengontrol selama masa pakainya adalah waktu Tx, waktu Rx, waktu idle, dan total energi yang dikonsumsi. Mereka dihapus ketika dibaca dari host.

LE_Get_Controller_Activity_Energy_Info

Ini adalah perintah khusus vendor.

OCF: 0x159

Acara Command Complete akan dihasilkan untuk perintah ini.

Perintah parameter pemindaian set LE yang diperluas

Perintah ini dapat digunakan untuk mengaktifkan jendela dan interval pemindaian yang lebih besar di pengontrol. Sesuai dengan Spesifikasi BT Core 5.2, jendela dan interval pemindaian memiliki batas atas 10,24 detik, yang menghambat interval pemindaian aplikasi yang lebih lama melebihi 10,24 detik.

Referensi dasar: Spesifikasi BT Core 5.2, halaman 2493 (Perintah LE Set Scan Parameters)

OCF: 0x15A

Acara Command Complete akan dihasilkan untuk perintah ini.

Dapatkan perintah info debug pengontrol

Tujuan dari elemen informasi ini adalah untuk memperoleh informasi debug pengontrol oleh sebuah host, dalam bentuk biner, untuk pasca-pemrosesan dan analisis. Hal ini membantu men-debug permasalahan di lapangan dan menyediakan perangkat bagi para insinyur untuk mencatat informasi guna dianalisis. Pengontrol dapat memberikan informasi ketika diminta oleh host melalui peristiwa (sub-peristiwa Info Debug Pengendali) atau secara mandiri bila diinginkan oleh pengontrol. Contoh penggunaannya bisa untuk melaporkan informasi status firmware, informasi crash dump, informasi logging, dll.

OCF: 0x15B

Acara Command Complete akan dihasilkan untuk perintah ini.

Dukungan Pembongkaran Perangkat Keras A2DP

Fitur A2DP Offload mendukung offload proses pengkodean audio A2DP ke prosesor audio yang terpasang pada BT Controller. Aliran data audio yang dikodekan diteruskan langsung dari prosesor Audio ke Pengontrol BT tanpa keterlibatan host BT. BT Host masih bertanggung jawab atas konfigurasi dan kontrol sesi A2DP. Tersedia dua versi perintah. Perintah lama dengan Sub OCF 0x01-0x02 hanya mendukung codec sumber terbuka. Versi dengan Sub-OCF 0x02-0x03 tidak sesuai dengan codec yang dikonfigurasi.

OCF: 0x15D

Mulai Pembongkaran A2DP (warisan)

SubOCF: 0x01

Gunakan perintah ini untuk mengonfigurasi proses Pembongkaran A2DP dan memulai aliran A2DP.

Acara Command Complete akan dihasilkan untuk perintah ini.

Mulai Pembongkaran A2DP

SubOCF: 0x03

Gunakan perintah ini untuk mengonfigurasi proses Pembongkaran A2DP dan memulai aliran A2DP.

Acara Command Complete akan dihasilkan untuk perintah ini.

Hentikan Pembongkaran A2DP (warisan)

SubOCF: 0x02

Perintah ini digunakan untuk menghentikan aliran A2DP Offload.

Tidak ada parameter yang ditentukan untuk perintah ini.

Acara Command Complete akan dihasilkan untuk perintah ini.

Hentikan Pembongkaran A2DP

SubOCF: 0x04

Perintah ini digunakan untuk menghentikan aliran A2DP Offload.

Acara Command Complete akan dihasilkan untuk perintah ini.

Perintah Laporan Kualitas Bluetooth

Fitur perintah Laporan Kualitas BT memulai mekanisme di pengontrol Bluetooth untuk melaporkan peristiwa Kualitas Bluetooth ke host. Anda dapat mengaktifkan empat opsi:

• Mode Pemantauan Kualitas: Pengontrol secara berkala mengirimkan sub-peristiwa BQR terkait Kualitas Tautan ke host.
• Mendekati LSTO: Jika tidak ada paket yang diterima dari perangkat BT yang terhubung selama lebih dari setengah nilai Link Supervision TimeOut (LSTO), pengontrol melaporkan peristiwa Mendekati LSTO ke host.
• A2DP Audio Choppy: Saat pengontrol mendeteksi faktor yang menyebabkan audio terputus-putus, pengontrol melaporkan peristiwa A2DP Audio Choppy ke host.
• (e)SCO Voice Choppy: Ketika pengontrol mendeteksi faktor-faktor yang menyebabkan suara terputus-putus, pengontrol melaporkan kejadian (e)SCO Voice Choppy kepada host.
• Peradangan Root: Peristiwa ini dikirim oleh pengontrol ke tumpukan ketika HAL atau pengontrol mengalami kesalahan fatal dan perlu memulai ulang Bluetooth.
• Jejak pesan LMP/LL: Pengontrol mengirimkan pesan LMP/LL secara jabat tangan dengan perangkat jarak jauh ke host.
• Bluetooth Multi-Profile/Coex Sceduling Trace: Pengontrol mengirimkan informasi penjadwalannya tentang menangani beberapa profil Bluetooth dan koeksistensi nirkabel dalam pita 2,4 GHz ke host.
• Mekanisme Informasi Debug Controller: Saat diaktifkan, pengontrol dapat secara mandiri melaporkan informasi logging debug melalui sub-even debug controller ke host.

OCF: 0x15e

Acara lengkap perintah akan dihasilkan untuk perintah ini.

Perintah buffer audio dinamis

Buffer audio dinamis mengurangi glitching audio dengan mengubah ukuran buffer audio di pengontrol Bluetooth berdasarkan berbagai skenario.

OCF: 0x15f

Dapatkan kemampuan waktu buffer audio

Sub OCF: 0x01

Gunakan perintah ini untuk mendapatkan kemampuan waktu buffer audio dari pengontrol Bluetooth.

Acara lengkap perintah akan dihasilkan untuk perintah ini.

Atur waktu buffer audio

Sub OCF: 0x02

Gunakan perintah ini untuk mengatur waktu buffer audio ke pengontrol Bluetooth.

Acara lengkap perintah akan dihasilkan untuk perintah ini.

Acara HCI (khusus vendor)

Peristiwa HCI khusus vendor diperlukan dalam beberapa kasus. Lihat Gambar 5.4 di halaman 1897 dari spesifikasi BT Core 5.2. Parameter acara 0 akan selalu berisi kode sub-event pertama, berdasarkan di mana sisa acara HCI diterjemahkan.

Sub-Event Pelanggaran Ambang Penyimpanan

Acara ini menunjukkan bahwa ambang penyimpanan telah dilanggar.

Kode sub-event = 0x54

Sub-Event Perubahan Negara Multi-Advertising

Acara ini menunjukkan bahwa instance iklan telah mengubah keadaannya. Pada saat ini, acara ini hanya digunakan untuk menunjukkan instance iklan mana yang dihentikan sebagai hasil dari koneksi.

Kode sub-event = 0x55

Sub-acara pelacakan iklan le

Acara ini menunjukkan kapan pengiklan ditemukan atau hilang.

Sub Event Code = 0x56

Sub-acara info debug pengontrol

Acara ini digunakan oleh pengontrol untuk memberikan informasi debug biner kepada host.

Kode sub-event = 0x57

Sub-acara Laporan Kualitas Bluetooth

Peristiwa ini menunjukkan salah satu dari yang berikut ini: terjadi peristiwa kualitas Bluetooth, pengontrol mengunggah jejak pesan LMP/LL dan jejak penjadwalan multi-link/coex Bluetooth, atau data pengontrol yang dibuang sebagai data informasi debug.

Sub-event Code = 0x58 [Quality_Report_ID = 0x01 ~ 0x04, Acara Terkait Kualitas Tautan]

Sub-event Code = 0x58 [Quality_Report_ID = 0x05, acara peradangan root]

Peristiwa ini menunjukkan bahwa Bluetooth HAL atau pengontrol mengalami kesalahan fatal dan membutuhkan tumpukan Bluetooth untuk merekam situasi ini dan memulai kembali. Pengontrol harus mengirim root_inflammation_event ke Bluetooth Stack sebelum mengirim fragmen pertama dari acara info debug dalam hal apa pun.

Parameter error_code berisi kode kesalahan yang dilaporkan dari HAL/controller, 0 jika itu adalah kesalahan spesifik vendor chipset. Vendor_specific_error_code berisi kode kesalahan spesifik vendor chipset dari HAL/controller. Itu harus ditetapkan sebagai 0 jika parameter error_code bukan 0. parameter error_code dan vendor_specific_error_code seharusnya tidak keduanya 0.

Sub-event code = 0x58 [Quality_Report_ID = 0x11 ~ 0x13, acara terkait Dump Log]

Dukungan Multi-Advertiser

Tujuan dukungan multi-penasihat adalah sebagai berikut:

• Kemampuan untuk mendukung banyak iklan ( max_advt_instances )
• Kekuatan transmisi yang berbeda untuk memungkinkan rentang yang bervariasi
• Konten iklan yang berbeda
• Respons individual untuk setiap pengiklan
• Privasi (tidak dapat dilacak) untuk setiap pengiklan
• Dapat dihubungkan

Agar spesifikasi ini dekat dengan standar yang ada, perintah khusus vendor berikut disediakan. Mereka berasal dari spesifikasi Bluetooth Core 4.1.

Le_multi_advt_command

OCF: 0x154

Acara lengkap perintah akan dihasilkan untuk perintah ini.

Le_multi_advt_command: set_advt_param_multi_sub_cmd

Referensi Basis: Spesifikasi Bluetooth Core 4.1, halaman 964 (Perintah Parameter Periklanan LE Set)

Sub OCF: 0x01

Parameter Own_Address dapat menjadi alamat yang dikonfigurasi host pada saat menyiapkan instance multi-penyelekalan ini. Ini memberikan kemampuan untuk memiliki alamat pribadi yang dapat diselesaikan pada saat transmisi suar pertama. Iklan pada contoh akan terus berlanjut terlepas dari koneksi. Host BT Stack dapat mengeluarkan perintah untuk memulai iklan pada contoh, memposting koneksi.

Acara lengkap perintah akan dihasilkan untuk perintah ini sebagaimana ditentukan dalam spesifikasi Bluetooth Core 4.1, per perintah di atas. Pengontrol akan merespons dengan kode non-success (parameter tidak valid) jika instance iklan atau parameter Tx_Power tidak valid.

Le_multi_advt_command: set_advt_data_multi_sub_cmd

Referensi dasar: Spesifikasi Bluetooth Core 4.1, halaman 969 (Perintah Data Periklanan LE Set)

Sub OCF: 0x02

Acara lengkap perintah akan dihasilkan untuk perintah ini sebagaimana ditentukan dalam spesifikasi Bluetooth Core 4.1, per perintah di atas. Pengontrol akan merespons dengan kode non-kesedihan jika instance iklan atau parameter Tx_Power tidak valid.

Le_multi_advt_command: set_scan_respes_data_multi_sub_cmd

Referensi Basis: Spesifikasi Bluetooth Core 4.1, halaman 970 (Perintah Data Respons Pemindaian LE Set)

Sub OCF: 0x03

Acara lengkap perintah akan dihasilkan untuk perintah ini sebagaimana ditentukan dalam spesifikasi Bluetooth Core 4.1, per perintah di atas. Pengontrol akan merespons dengan kode non-kesederhanaan (parameter tidak valid) jika instance iklan atau parameter Tx_Power tidak valid.

Le_multi_advt_command: set_random_addr_multi_sub_cmd

Referensi Basis: Spesifikasi Bluetooth Core 4.1, halaman 963 (Perintah Alamat Random LE Set)

Sub OCF: 0x04

Acara lengkap perintah akan dihasilkan untuk perintah ini.

Le_multi_advt_command: set_advt_enable_multi_sub_cmd

Referensi Basis: Spesifikasi Bluetooth Core 4.1, halaman 971 (LE Set Advertise Enable Command dalam spesifikasi inti itu)

OCF: 0x05

Acara lengkap perintah akan dihasilkan untuk perintah ini.

Resolusi alamat pribadi yang dibongkar

Fitur ini menyelesaikan alamat pribadi di firmware atau perangkat keras pengontrol, yang memberikan manfaat berikut:

• Latensi yang terlibat dengan tuan rumah dalam menyelesaikan alamat pribadi
• Menghemat daya dengan menahan diri untuk tidak membangunkan tuan rumah

Le_set_rpa_timeout

OCF: 0x15c

Le_rpa_offload_command

OCF: 0x155

Acara lengkap perintah akan dihasilkan untuk perintah ini.

Le_rpa_offload: enable_cust_specific_sub_command

Sub OCF: 0x01

Offload RPA harus diaktifkan oleh host, berdasarkan kemampuan chip. Lihat LE_Get_Vendor_Capabilities_Command . Setiap chip dapat memiliki max_irk_list_sz yang bervariasi di firmware.

Acara lengkap perintah akan dihasilkan untuk perintah ini.

Le_rpa_offload: add_irk_to_list_sub_command

Sub OCF: 0x02

Acara lengkap perintah akan dihasilkan untuk perintah ini.

Le_rpa_offload: Remove_irk_to_list_sub_command

Sub OCF: 0x03

Acara lengkap perintah akan dihasilkan untuk perintah ini.

Le_rpa_offload: clear_irk_list_sub_command

Sub OCF: 0x04

Acara lengkap perintah akan dihasilkan untuk perintah ini.

Le_rpa_offload: read_irk_list_sub_command

Sub OCF: 0x05

Acara lengkap perintah akan dihasilkan untuk perintah ini.