Wi-Fi 7

Untuk perangkat yang menjalankan Android 13 atau yang lebih tinggi, Android mendukung standar Wi-Fi 7 (IEEE 802.11be). Halaman ini menjelaskan fitur Wi-Fi 7 Android, termasuk operasi multi-link (MLO) dan dasar.

Fitur dasar Wi-Fi 7

Bagian ini menjelaskan fitur dasar Wi-Fi 7 yang disertakan dalam Android 13 dan yang lebih tinggi.

Dukungan Wi-Fi 7 perangkat

Framework Android menyertakan WifiManager#isWifiStandardSupported(int standard) API, yang dapat dipanggil aplikasi dengan argumen ScanResults.WIFI_STANDARD_11BE untuk memeriksa apakah perangkat mendukung Wi-Fi 7.

Saat API ini dipanggil, modul Wi-Fi memeriksa apakah overlay konfigurasi config_wifi11beSupportOverride digunakan sebagai penggantian dan melakukan hal berikut:

  • Jika overlay disetel ke true, perangkat dianggap mendukung Wi-Fi 7 terlepas dari respons dari nl80211. Penggantian ini hanya berguna bagi produsen perangkat yang tidak memiliki driver yang menampilkan dukungan Wi-Fi 7.
  • Jika overlay disetel ke false (nilai default), modul Wi-Fi akan menggunakan informasi dari nl80211. Modul Wi-Fi meminta informasi dari wificond, yang memanggil perintah nl80211 NL80211_CMD_GET_WIPHY. Jika atribut NL80211_BAND_IFTYPE_ATTR_EHT_CAP_PHY ada dalam respons dari driver, perangkat dianggap mendukung Wi-Fi 7.

Dukungan Wi-Fi 7 AP yang dipindai

Framework Android menyertakan int ScanResult#getWifiStandard() API, yang dapat dipanggil aplikasi untuk memeriksa apakah titik akses (AP) yang dipindai mendukung Wi-Fi 7. Jika AP mendukung Wi-Fi 7, API akan menampilkan ScanResults.WIFI_STANDARD_11BE. Perangkat tidak harus mendukung Wi-Fi 7 agar aplikasi dapat menggunakan API ini.

Saat API ini dipanggil, modul Wi-Fi akan memeriksa apakah EHT Capability IE ada dalam hasil pemindaian konektivitas yang ditampilkan. Jika EHT Capability IE ada dalam hasil pemindaian, AP yang dipindai mendukung Wi-Fi 7. Class WifiTracker AOSP menampilkan informasi dukungan ini di antarmuka pengguna saat berjalan dalam mode verbose.

Mode koneksi STA

Framework Android menyertakan int WifiInfo#getWifiStandard() API, yang dapat dipanggil aplikasi untuk memeriksa apakah mode koneksi stasiun (STA) saat ini adalah Wi-Fi 7. Mode koneksi STA adalah Wi-Fi 7 jika perangkat dan AP yang terhubung mendukung Wi-Fi 7. Jika mode koneksi adalah Wi-Fi 7, API akan menampilkan ScanResults.WIFI_STANDARD_11BE.

Saat getWifiStandard dipanggil, modul Wi-Fi menentukan mode dengan memanggil ISupplicantStaIface#getConnectionCapabilities() HAL API. Penerapan HAL API ini di lapisan AIDL wpa_supplicant memeriksa apakah EHT Capability IE ada di AssocReq dan AssocRsp selama penyiapan koneksi.

Pilihan jaringan

Di Android 13, pemilihan jaringan menggunakan beberapa parameter untuk menentukan AP yang akan disambungkan. Salah satu parameternya adalah perkiraan throughput AP, yang diperkirakan menggunakan blok ThroughputPredictor. Blok ThroughputPredictor menggunakan parameter PHY perangkat dan AP yang dipindai.

Di Android 13, ThroughputPredictor menggunakan kemampuan AP berikut dalam perhitungannya:

  • Dukungan Wi-Fi 7 (802.11be)
  • Dukungan lebar saluran 320 MHz

Menyertakan kemampuan ini dalam logika ThroughputPredictor meningkatkan peluang pemilihan AP yang kompatibel dengan Wi-Fi 7 saat perangkat dapat menggunakan fitur ini.

Pengukuran jarak berbasis RTT Wi-Fi

Android menyediakan dukungan API untuk preamble EHT dan lebar saluran 320 MHz untuk Wi-Fi RTT. Hal ini memungkinkan dukungan kemampuan terkait Wi-Fi 7 dalam pengukuran RTT setiap kali didukung oleh chip.

HAL API

API HAL berikut mendukung kemampuan Wi-Fi 7 untuk pengukuran jarak berbasis RTT:

API

Aplikasi dapat menggunakan API berikut untuk pengukuran jarak berbasis RTT Wi-Fi 7:

Soft AP

Android mendukung Wi-Fi 7 di Soft AP dan menyediakan fitur berikut.

Mulai Soft AP

Android mendukung memulai Soft AP dalam mode Wi-Fi 7. Hal ini diatur oleh konfigurasi overlay config_wifiSoftapIeee80211beSupported.

Modul Wi-Fi menggunakan overlay config_wifiSoftapIeee80211beSupported untuk menetapkan boolean HwModeParams#enable80211BE dalam panggilan API IHostApd#addAccessPoint(). Di lapisan AIDL hostapd, nilai ini digunakan untuk menetapkan parameter hostapd.conf.

HAL API

Boolean enable80211BE di HwModeParams di hostapd HAL mendukung memulai Soft AP dalam mode Wi-Fi 7.

Melaporkan informasi Soft AP

Android menyertakan dukungan API untuk menyertakan informasi Wi-Fi 7 dan lebar saluran 320 MHz dalam informasi Soft AP yang dilaporkan.

HAL API

Konstanta WIFI_STANDARD_11BE dalam antarmuka AIDL Generation.aidl di HAL hostapd, yang digunakan dalam ApInfo yang dilaporkan dalam callback IHostapdCallback#onApInstanceInfoChanged(), mendukung pelaporan informasi Soft AP.

API

Aplikasi dapat menggunakan metode berikut (API sistem) di SoftApInfo untuk melaporkan informasi Soft AP.

Fitur MLO Wi-Fi 7

Operasi multi-link (MLO) adalah fitur utama dalam spesifikasi Wi-Fi 7 (802.11be). MLO adalah fitur wajib untuk perangkat multi-link (MLD) yang berjalan di Wi-Fi 7, baik secara serentak maupun tidak serentak.

Diagram MLO

Gambar 1. Diagram MLO.

Seperti yang ditunjukkan pada Gambar 1, AP-MLD dan STA-MLD memiliki beberapa instance AP atau STA yang berjalan di setiap link. Setiap link memiliki alamat MAC AP atau STA yang terpisah. AP atau STA juga memiliki alamat MAC MLD untuk mengidentifikasi perangkat.

Class android.net.wifi.MloLink mewakili link MLO. Class ini mencakup parameter berikut:

Informasi MLO AP Wi-Fi 7 yang dipindai

Aplikasi dapat memperoleh parameter MLO untuk MLD AP Wi-Fi 7 saat modul Wi-Fi menerima objek ScanResult dari MLD AP. AOSP WifiTracker menampilkan parameter MLO saat berjalan dalam mode verbose.

Modul Wi-Fi mengumpulkan informasi MLO dengan melakukan hal berikut:

  • Mengurai elemen informasi (IE) multi-link yang disertakan dalam respons beacon atau probe untuk membaca alamat MAC MLD AP dan ID link saat ini.
  • Mengurai IE laporan tetangga yang dikurangi (RNR) yang disertakan dalam respons suar atau probe untuk membaca daftar informasi link afiliasi.

API

Untuk mendapatkan informasi MLO AP yang dipindai, aplikasi dapat menggunakan API berikut:

Informasi MLO AP Wi-Fi 7 yang terhubung

Saat perangkat terhubung ke AP-MLD Wi-Fi 7, framework mengumpulkan parameter MLO koneksi dari objek WifiInfo. Objek AOSP WifiTracker menampilkan informasi ini saat berjalan dalam mode verbose.

Saat perangkat terhubung dengan AP-MLD, modul Wi-Fi menyalin informasi MLO dari objek ScanResult yang diterima dari AP. Kemudian, modul ini memanggil ISupplicantStaIface#getConnectionMloLinksInfo() HAL API untuk membaca alamat MAC setiap link untuk AP dan STA, serta memperbarui status link terkait.

API

Untuk mendapatkan informasi koneksi MLO, aplikasi dapat menggunakan API berikut:

Pemindaian AP-MLD

Software vendor memberikan hasil pemindaian untuk setiap respons beacon atau probe yang diterimanya ke framework Wi-Fi. Hal ini berarti bahwa framework Wi-Fi:

  • Mungkin menerima beberapa objek ScanResults dari AP-MLD yang sama (karena AP dapat memiliki beberapa link beacon).
  • Mungkin hanya menerima sebagian hasil pemindaian untuk link AP dari AP-MLD karena beberapa sinyal link ini mungkin tidak diterima oleh firmware.

Software vendor hanya melaporkan hasil pemindaian yang diterima melalui jaringan nirkabel, dan tidak boleh membuat (mensintesis secara artifisial) hasil pemindaian berdasarkan link yang diiklankan oleh AP-MLD.

Software vendor harus menyertakan multi-link varian dasar dan IEs RNR yang diterima dari instance AP dalam hasil pemindaian yang dilaporkan. Jika detail AP afiliasi tidak ada dalam hasil pemindaian, software vendor dapat mengirim permintaan probe multi-link (frame permintaan probe yang menyertakan elemen multi-link Permintaan probe) untuk menyertakan set lengkap atau sebagian dari elemen kemampuan, parameter, dan operasi AP dengan AP-MLD yang ditargetkan dalam frame respons.

Software vendor dapat memicu pemeriksaan ML (menggunakan ML IE varian permintaan pemeriksaan dalam frame permintaan pemeriksaan) jika diperlukan.

Asosiasi jaringan AP-MLD

Saat perangkat bergabung ke jaringan AP-MLD, software vendor menggunakan link AP yang dipilih (link terkait) untuk mengirim sinyal. Software vendor dapat dikaitkan dengan semua atau beberapa link yang didukung oleh perangkat.

Setelah pengaitan berhasil, driver melaporkan ISupplicantStaIfaceCallback#onStateChanged() dengan BSSID link untuk AP-MLD. Kemudian, driver memilih link AP-MLD yang disediakan jika hasil pemindaian dilaporkan ke framework untuk link tersebut.

Penskoran jaringan

Untuk perangkat yang menjalankan Android 14 atau yang lebih tinggi, Pemilihan Jaringan Wi-Fi Android mendukung MLO Wi-Fi 7. Artinya, Android memilih jaringan Wi-Fi terbaik untuk perangkat berdasarkan jumlah link yang tersedia untuk MLO.

Untuk mendukung MLO, algoritma pemilihan jaringan menggunakan kemampuan MLO berikut dari chip Wi-Fi:

  • Jumlah link STR maksimum
  • Jumlah maksimum link asosiasi
  • Kombinasi band simultan

Pemilihan jaringan MLO Wi-Fi

Gambar 2. Pemilihan jaringan MLO.

Pengiriman dan penerimaan simultan (STR) adalah skema persaingan media Wi-Fi untuk operasi multi-link. Isolasi sinyal antara berbagai link sudah memadai sehingga link dapat beroperasi secara independen dan mampu mengirim serta menerima secara bersamaan di berbagai link. STR berbeda dengan STA link tunggal (SL) lama dan STA dual band dual concurrent (DBDC) lama. STA yang terkait dengan MLD STA berbagi nomor urut (SN) pemancar yang sama dan ruang yang sama untuk transmisi data yang dialokasikan ke link yang berbeda jika transmisi beberapa link memiliki kategori akses (AC) yang sama.

Jumlah maksimum link STR yang digunakan dapat berbeda dengan jumlah maksimum radio yang didukung oleh chip. Dalam contoh di Gambar 2, jumlah link STR maksimum adalah 2.

Antarmuka HAL AIDL berikut mendukung jumlah link STR maksimum dan jumlah link asosiasi maksimum:

Beberapa link dapat beroperasi pada satu radio menggunakan skema persaingan, Enhanced Multi-Link Single Radio (eMLSR). Perangkat multi-link menggunakan eMLSR melalui serangkaian link jika dapat menerima frame kontrol dasar tertentu dan melakukan penilaian saluran yang jelas (CCA) secara bersamaan pada serangkaian link. Namun, MLD mengirim atau menerima data hanya pada satu link (link yang dipilih secara dinamis dalam setiap periode peluang transmisi (TXOP)) dalam satu waktu.

Stasiun MLD dapat memaksimalkan jumlah link asosiasi untuk keandalan yang lebih baik, throughput yang lebih baik, dan latensi yang lebih rendah (dibandingkan dengan stasiun lama link tunggal) dengan beroperasi secara bersamaan di STR dan eMLSR jika didukung oleh chip. Pada Gambar 2, jumlah maksimum link asosiasi adalah 3.

Antarmuka AIDL HAL berikut mendukung kemampuan jumlah link asosiasi maksimum:

Kombinasi band simultan

Framework mengkueri chip untuk mendapatkan kombinasi radio yang diizinkan (melalui antarmuka AIDL IWifiChip.aidl) yang dapat beroperasi secara bersamaan. Dari informasi ini, framework mendapatkan kemungkinan kombinasi band simultan. Berikut adalah contoh daftar kombinasi band simultan (GHz):

  • 2.4
  • 5
  • 6
  • 2,4 x 5
  • 2,4 x 6
  • 5 x 6

Antarmuka AIDL HAL berikut mendukung kombinasi radio simultan:

Pilihan jaringan

Selama pemilihan jaringan (MLO), daftar kandidat dikelompokkan berdasarkan anggota dengan alamat MAC MLD yang sama. Skor throughput multi-link maksimum yang diprediksi dihitung untuk setiap grup, berdasarkan jumlah link STR maksimum dan kombinasi band simultan yang didukung oleh chip. Jika kandidat memiliki kemampuan multi-link dan chip mendukung STR, skor throughput yang diprediksi akan diganti dengan skor throughput yang diprediksi multi-link. Tindakan ini meningkatkan kualitas kandidat MLO selama pemilihan jaringan.

Saat bergabung dengan jaringan AP-MLD, framework melakukan pemilihan SSID berdasarkan informasi yang diterima dalam objek ScanResults seperti yang dilaporkan oleh software vendor. Setelah SSID dipilih oleh framework, software vendor bertanggung jawab untuk memilih BSSID untuk AP (atau link AP) terbaik yang akan digunakan untuk asosiasi.

Penanganan alamat MAC STA perangkat

Bagian ini menjelaskan cara menangani alamat MAC STA perangkat (alamat MAC MLD dan alamat MAC STA per link).

Alamat MAC MLD

Framework Wi-Fi mengelola alamat MAC MLD perangkat. Alamat MAC MLD ditangani dengan cara yang sama seperti perangkat non-MLD menangani alamat MAC-nya sendiri. Alamat MAC dapat berupa alamat MAC acak atau alamat MAC yang disediakan hardware berdasarkan pilihan pengguna. Alamat MAC MLD ditetapkan oleh framework menggunakan IWifiStaIface#setMacAddress() HAL API.

Software vendor mengelola alamat MAC STA instance (untuk setiap link). Saat perangkat terhubung dengan AP, software vendor akan menetapkan alamat MAC instance untuk setiap link yang terhubung.

Software vendor menetapkan alamat MAC per-link berdasarkan algoritmanya. Algoritma harus dapat diulang dan merupakan fungsi dari hal berikut:

  • Alamat MAC STA-MLD yang ditetapkan oleh framework Wi-Fi.
  • ID link (diterima dari AP)

Artinya, jika framework menggunakan kembali alamat MAC MLD yang sama, vendor harus menggunakan kembali alamat MAC per-instance terkait yang sama, dan sebaliknya. Hal ini menjamin bahwa saat alamat STA-MLD yang dibuat framework bersifat persisten untuk SSID, alamat MAC per-STA juga bersifat persisten.

Berikut adalah contoh algoritma untuk penetapan alamat MAC STA per link (vendor dapat menerapkan algoritma apa pun yang memenuhi kriteria algoritma):

  • Oktet 0: Pastikan bit yang dikelola secara lokal ditetapkan
  • Oktet 1-4: Sama dengan Alamat MAC STA-MLD
  • Oktet 5: Per-STA = (STA-MLD + ID link + 1) MOD (256)

Firmware vendor dapat melakukan pengalihan link dan mengelola status hemat daya link untuk aktivasi atau penonaktifan tanpa input dari framework Wi-Fi.

Framework Wi-Fi tidak mengharapkan notifikasi saat status link berubah.

Pengelolaan status hemat daya

Status hemat daya diaktifkan secara default pada framework Wi-Fi. Dalam status hemat daya, firmware vendor mengelola status hemat daya setiap link berdasarkan pola traffic dan keputusan aktivasi atau penonaktifan link.

Namun, framework Wi-Fi dapat memaksa status hemat daya dinonaktifkan dengan memanggil ISupplicantStaIface::setPowerSave(false) HAL API. Jika status hemat daya dinonaktifkan oleh framework, firmware vendor harus menjaga agar minimal satu link tetap aktif (hemat daya dinonaktifkan). Dalam status ini, implementasi firmware memutuskan link mana yang ditetapkan.

Jalur data

Bagian ini menjelaskan penerapan firmware vendor untuk menangani traffic uplink dan download.

Firmware merutekan traffic uplink ke satu (atau lebih) link berdasarkan implementasi internalnya. Firmware vendor memutuskan kapan harus melakukan load balancing, duplikasi, atau agregasi traffic berdasarkan pola traffic. Sebaiknya firmware menduplikasi traffic ke beberapa link dalam kasus berikut:

  • Saat mode latensi rendah disetel melalui IWifiChip#setLatencyMode() HAL API.
  • Saat ada traffic dengan prioritas pengguna 6 dan 7.

Firmware harus mengganti alamat MAC per-STA (tujuan) header MAC dengan MAC MLD-STA dan alamat MAC per-AP (sumber) header MAC dengan alamat MAC MLD-AP. Firmware harus melakukan penggantian alamat MAC ini sebelum melewati filter APF karena perintah filter APF memiliki filter berdasarkan alamat MAC MLD. Ada satu filter APF untuk semua link AP-MLD.

Serentak

Skenario serentak, saat radio digunakan untuk antarmuka baru, harus diprioritaskan daripada mendedikasikan beberapa radio untuk link antarmuka yang sama. Skenario serentak juga harus diprioritaskan daripada MLO, terlepas dari mana yang lebih dulu. Penggunaan beberapa link untuk satu antarmuka bersifat oportunistik, yang berarti bahwa beberapa link hanya digunakan jika:

  • MLO diperlukan berdasarkan keputusan firmware untuk load balancing, penggabungan, atau duplikasi.
  • MLO tersedia, yang berarti radio tidak diperlukan oleh antarmuka lain.

Untuk perangkat yang menjalankan Android 14 atau yang lebih tinggi, saat AP Wi-Fi 7 mengumumkan penonaktifan sementara salah satu link melalui elemen pemetaan TID ke link yang ditransmisikan dalam frame respons probe dan respons asosiasi, stasiun Wi-Fi 7 melanjutkan koneksi dengan AP menggunakan link yang tersisa yang disiapkan, tanpa melakukan asosiasi lain.

Untuk perangkat yang menjalankan Android 13 atau yang lebih rendah, framework Wi-Fi tidak mendukung penerimaan notifikasi saat status link berubah karena pemetaan TID ke link, meskipun link terkait tidak ditautkan ke TID.

Supplicant Wi-Fi memberi tahu framework Wi-Fi tentang perubahan pemetaan TID ke link melalui antarmuka AIDL berikut:

Aplikasi dapat memperoleh informasi tentang perubahan pemetaan TID ke link menggunakan API berikut:

Untuk perangkat yang menjalankan Android 14 atau yang lebih tinggi, API berikut tersedia untuk mendapatkan kemampuan negosiasi peta TID-ke-link untuk stasiun dan AP.

Kemampuan chip

Antarmuka berikut mendukung kemampuan chip untuk negosiasi pemetaan TID ke link.

HAL AIDL

Antarmuka AIDL untuk negosiasi pemetaan TID ke link berada di FeatureSetMask di hardware/interfaces/wifi/aidl/android/hardware/wifi/IWifiChip.aidl. Kemampuan T2LM_NEGOTIATION = 1 << 8 menunjukkan bahwa chip mendukung pemetaan TID ke link. API

Kemampuan AP

Antarmuka berikut mendukung kemampuan AP untuk negosiasi pemetaan TID-ke-link.

HAL AIDL

Framework mengkueri kemampuan AP dari pemohon bersama dengan kemampuan koneksi saat ini.

API

Statistik lapisan link mencakup detail khusus link Wi-Fi seperti RSSI, berbagai penghitung paket TX dan RX, serta statistik radio. Framework Wi-Fi secara berkala melakukan polling statistik lapisan link dan RSSI untuk memilih jaringan terbaik atau mengevaluasi kualitas jaringan yang terhubung. Untuk perangkat yang menjalankan Android 14 atau yang lebih tinggi, statistik lapisan link mencakup dukungan multi-link. Untuk mendukung Wi-Fi 7, Android mendukung MLO dalam statistik lapisan link dan polling sinyal.

Statistik khusus link ditemukan di antarmuka AIDL lapisan link berikut:

API android.net.wifi.WifiManager#addOnWifiUsabilityStatsListener() sistem memproses semua statistik lapisan link. Framework memanggil API ini secara berkala untuk memperbarui statistik kegunaan Wi-Fi.

API khusus link berikut tersedia di android.net.wifi.WifiUsabilityStatsEntry.

int getRssi(int linkId)
int getLinkState(int linkId)
int getRadioId(int linkId)
int getTxLinkSpeedMbps(int linkId)
long getTotalTxSuccess(int linkId)
long getTotalTxRetries(int linkId)
long getTotalTxBad(int linkId)
long getTotalRxSuccess(int linkId)
long getTotalBeaconRx(int linkId)
int getRxLinkSpeedMbps(int linkId)
int getTimeSliceDutyCycleInPercent(int linkId)
ContentionTimeStats getContentionTimeStats(int linkId, @WmeAccessCategory int ac)
List<RateStats> getRateStats(int linkId)

Untuk membuat kueri ID link yang tersedia, aplikasi dapat memanggil metode android.net.wifi.WifiUsabilityStatsEntry#getLinkIds().

API di android.net.wifi.WifiUsabilityStatsEntry untuk satu link (bukan MLO) menampilkan statistik gabungan untuk koneksi MLO. Berikut kriteria agregasinya:

  • Statistik paket gabungan berikut menggunakan jumlah statistik per-link:

    public long getTotalTxSuccess()
public long getTotalTxRetries()
public long getTotalTxBad()
public long getTotalRxSuccess()
public int getRxLinkSpeedMbps()

  • Statistik berikut menggunakan data dari link dengan RSSI tertinggi:

    public int getRssi()
public int getLinkSpeedMbps()
public long getTotalBeaconRx()
public int getTimeSliceDutyCycleInPercent()
public ContentionTimeStats getContentionTimeStats(@WmeAccessCategory int ac)
public List<RateStats> getRateStats()

Untuk perangkat yang menjalankan Android 13, statistik lapisan link tidak memperhitungkan penggunaan beberapa link untuk satu antarmuka. Untuk mendukung MLO, software vendor harus menerapkan logika agregasi berikut saat melaporkan LinkLayerStats melalui IWifi# getLinkLayerStats_1_6() HAL API. Link terbaik adalah link dengan RSSI tertinggi.

  • StaLinkLayerStats.iface.beaconRx: Laporkan jumlah suar untuk link terbaik yang digunakan untuk antarmuka.
  • StaLinkLayerStats.iface.avgRssiMgmt: Laporkan avgRssiMgmt untuk link terbaik yang digunakan untuk antarmuka.
  • StaLinkLayerStats.iface.wmeXxPktStats (Xx = Vo, Vi, Be,Bk): Melaporkan statistik paket gabungan (total) melalui link antarmuka.
  • StaLinkLayerStats.iface.wmeXxContentionTimeStats (Xx = Vo, Vi, Be,Bk): Laporkan statistik waktu persaingan untuk link terbaik yang digunakan di antarmuka (statistik waktu persaingan terendah).

Jika salah satu link titik akses Wi-Fi 7 digunakan kembali, AP dapat mengumumkan penghapusan link melalui konfigurasi ulang link MLO. Stasiun dapat mempertahankan konektivitas yang lancar dengan AP tanpa pengaitan ulang pada link yang tersisa.

Antarmuka AIDL onMloLinksInfoChanged, yang berada di supplicant Wi-Fi di ISupplicantStaIfaceCallback.aidl, mendukung konfigurasi ulang link (penghapusan link AP).

Saat framework Wi-Fi memproses penghapusan link, status link disetel ke MLO_LINK_STATE_UNASSOCIATED. Kemudian, framework akan memicu ConnectivityManager.NetworkCallback#onCapabilitiesChanged() untuk perubahan status link.

Metode WifiInfo#getAffiliatedMloLinks menampilkan Link MLO afiliasi. Metode MloLink#getState menampilkan status link. Jika penautan dihapus, status link yang ditampilkan adalah MLO_LINK_STATE_UNASSOCIATED.

Strategi MLO Chip

MLO memungkinkan perangkat mengirim dan menerima data di beberapa link Wi-Fi secara bersamaan, yang dapat meningkatkan performa untuk aplikasi yang memiliki persyaratan khusus seperti latensi rendah, bandwidth tinggi, dan daya rendah. Vendor chip dapat mengembangkan algoritma tentang cara menggunakan link yang tersedia.

Aplikasi istimewa dapat mengubah algoritma ini menggunakan metode setMloMode di Wifimanager dan menetapkan mode berikut:

  • MLO_MODE_DEFAULT = 0
  • MLO_MODE_LOW_LATENCY = 1
  • MLO_MODE_HIGH_THROUGHPUT = 2
  • MLO_MODE_LOW_POWER = 3

Framework ini menggunakan setMloMode di antarmuka AIDL IWifiChip untuk menyetel mode MLO.