Google berkomitmen untuk mendorong terwujudnya keadilan ras bagi komunitas Kulit Hitam. Lihat caranya.

Pemilihan Jaringan Wi-Fi Android

Halaman ini menguraikan algoritme dan prosedur yang digunakan di Android 11 untuk memilih dan beralih di antara jaringan Wi-Fi. Android terus mengevaluasi kualitas jaringan yang terhubung dan menilai kualitas jaringan yang tersedia.

Kehidupan koneksi otomatis

Ini menjelaskan proses bagaimana perangkat Android menilai dan menghubungkan ke jaringan Wi-Fi yang tersedia.

  1. Perangkat memindai jaringan yang tersedia dengan salah satu cara berikut tergantung pada apakah layarnya hidup atau mati.

    • Layar hidup: Subsistem konektivitas Android secara teratur mengevaluasi apakah koneksi saat ini cukup baik untuk melewati pemindaian (seperti yang didefinisikan dalam pemindaian layar-saat ). Jika koneksi tidak cukup baik untuk melewati pemindaian , subsistem konektivitas memicu pemindaian untuk mendeteksi jaringan yang tersedia. Pemindaian ini juga dapat dipicu oleh komponen sistem lain seperti sistem lokasi atau aplikasi (termasuk aplikasi Pengaturan).
    • Layar mati (terputus): CPU host memprogram firmware dengan daftar jaringan pilihan menggunakan pemindaian jaringan offload (PNO) yang disukai segera setelah layar mati. Firmware membangunkan host jika menemukan jaringan yang disukai. AOSP mengasumsikan bahwa PNO didukung pada perangkat.

    Metode WifiManager#allowAutojoinGlobal(boolean) dapat digunakan untuk menonaktifkan koneksi otomatis. Ini adalah API dengan hak istimewa yang harus digunakan oleh produsen perangkat dalam keadaan tertentu (misalnya, perangkat nonmobile yang telah dikonfigurasi sebelumnya).

    Jika perangkat terhubung dan overlay config_wifi_framework_enable_associated_network_selection disetel ke false , tidak ada pemindaian konektivitas yang dilakukan dan hasil pemindaian tidak memicu pemilihan jaringan. Pengaturan ini tidak berpengaruh saat perangkat diputus, yang berarti pemindaian konektivitas dan pemilihan jaringan masih terjadi.

  2. Hasil pemindaian dievaluasi.

    • Jika perangkat terhubung ke jaringan Wi-Fi, framework mengevaluasi apakah jaringan saat ini cukup baik untuk melewati pemilihan jaringan .

      Jaringan didefinisikan sebagai cukup baik untuk melewati pemilihan jaringan jika salah satu persyaratan berikut terpenuhi:

      • Perangkat terhubung ke koneksi pendaftaran online (OSU).
      • RSSI berada di atas ambang RSSI yang diperlukan, dan lalu lintas yang cukup mengalir melalui koneksi (lihat pemindaian layar untuk RSSI dan ambang lalu lintas), dan jaringan divalidasi (terhubung ke internet) atau disetujui pengguna untuk digunakan tanpa internet. akses (lihat pemindaian layar untuk RSSI dan ambang lalu lintas).
      • Pengguna baru-baru ini terhubung secara manual ke jaringan (yang baru - baru ini dapat dikonfigurasi menggunakan hamparan config_wifiSufficientDurationAfterUserSelectionMilliseconds ).
      • Kurang dari 10 detik telah berlalu sejak pemilihan jaringan terakhir.

      Jika jaringan cukup baik untuk melewati pemilihan jaringan , tidak ada tindakan lebih lanjut yang diambil.

    • Jika jaringan Wi-Fi yang terhubung tidak cukup baik atau jika perangkat tidak terhubung ke jaringan, kerangka kerja memanggil nominator jaringan untuk membuat daftar calon jaringan Wi-Fi untuk disambungkan berdasarkan hasil pemindaian yang difilter . Nominator jaringan menemukan konfigurasi Wi-Fi yang ada atau membuat konfigurasi baru untuk jaringan kandidat.

    • Hasil pemindaian disaring untuk menghapus BSSID yang memiliki RSSI di bawah entri RSSI (dapat dikonfigurasi menggunakan config_wifi_framework_wifi_score_entry_rssi_threshold_24GHz , config_wifi_framework_wifi_score_entry_rssi_threshold_5GHz , dan config_wifiFrameworkScoreEntryRssiThreshold6ghz overlays). Selain itu, BSSID yang diblokir difilter. BSSID dapat diblokir berdasarkan kegagalan koneksi yang berulang, sering terputus, dan permintaan eksplisit dari AP untuk tidak mencoba melakukan asosiasi untuk jangka waktu tertentu (MBO-OCE). Pemblokiran BSSID dijelaskan di bawah ini dalam pemblokiran SSID dan BSSID .

    • Saat perangkat bergerak cepat, hasil pemindaian secara opsional difilter lebih lanjut untuk menghapus BSSID yang RSSI-nya bervariasi dengan cepat (indikasi bahwa mereka tidak bergerak bersama perangkat). Pengoptimalan ini dapat dikonfigurasi menggunakan config_wifiHighMovementNetworkSelectionOptimizationEnabled (mengaktifkan / menonaktifkan pengoptimalan), dan config_wifiHighMovementNetworkSelectionOptimizationScanDelayMs dan config_wifiHighMovementNetworkSelectionOptimizationRssiDelta mengubah hasil pemindaian (persyaratan stabilitas yang cukup dipisahkan pada hasil pemindaian).

  3. Framework menjalankan pencetak kandidat untuk menghasilkan skor untuk setiap kandidat pengenal kumpulan layanan (SSID). Kandidat SSID dapat menyertakan beberapa kandidat pengenal set layanan dasar (BSSID) (dihasilkan oleh nominator jaringan). Kandidat dengan skor tertinggi adalah kandidat pemenang .

  4. Kerangka kerja ini menjalankan algoritme pilihan koneksi pengguna , yang mungkin menjadikan jaringan yang dipilih pengguna sebagai kandidat pemenang baru.

  5. Kerangka kerja menentukan apakah kandidat yang menang cocok dengan jaringan yang saat ini terhubung. Untuk dianggap cocok, salah satu dari berikut ini harus dipenuhi:

    • Kandidat pemenang dan jaringan Wi-Fi yang terhubung memiliki BSSID yang sama.
    • Jika jelajah firmware tersedia (termasuk kemampuan daftar hitam BSSID), kandidat pemenang dan jaringan yang terhubung memiliki SSID dan jenis keamanan yang sama.

    Jika kandidat yang menang cocok dengan jaringan yang terhubung saat ini, tidak ada tindakan lebih lanjut yang diambil. Jika kandidat pemenang tidak cocok dengan jaringan, perangkat dikaitkan dengan kandidat pemenang.

Perhatikan bahwa koneksi jaringan otomatis dinonaktifkan saat aplikasi menggunakan API Permintaan Jaringan Wi-Fi , yang menggantikan sistem dan membuat LAN tanpa internet.

Evaluasi jaringan yang terhubung

Framework atau firmware Android secara berkala mengevaluasi kualitas jaringan yang terhubung. Bagian ini menjelaskan bagaimana jaringan yang terhubung dievaluasi saat layar hidup atau mati.

Evaluasi ini dilakukan selain pemilihan jaringan yang dibahas di atas.

Layar menyala

Framework Android mengevaluasi jaringan yang terhubung dengan cara berikut:

  1. Layanan Wi-Fi config_wifiPollRssiIntervalMilliseconds RSSI dan statistik lapisan tautan setiap 3 detik (dapat dikonfigurasi menggunakan hamparan config_wifiPollRssiIntervalMilliseconds ).
  2. Layanan Wi-Fi menghitung skor terhubung berdasarkan RSSI dan statistik lapisan tautan.
  3. Layanan Wi-Fi meneruskan skor ke layanan konektivitas, yang menggunakan skor untuk menentukan apakah akan menyambung ke jaringan Wi-Fi atau ke jenis jaringan lain yang tersedia, seperti jaringan seluler.

Layar mati

Kerangka kerja tidak memulai evaluasi pada jaringan yang terhubung, tetapi proses pemilihan jaringan mungkin masih terjadi jika pemindaian dimulai oleh komponen lain (misalnya, layanan lokasi). Firmware mengevaluasi kualitas jaringan dan jika kualitas jaringan buruk, firmware mungkin berkeliaran atau (akhirnya) terlepas dari jaringan dan membangunkan host.

Pemindaian konektivitas

Pemindaian dilakukan secara otomatis berdasarkan apakah perangkat memiliki layar menyala, layarnya mati dan terhubung ke Wi-Fi, atau layarnya mati dan tidak terhubung ke Wi-Fi.

Layar menyala

Kerangka kerja memicu keputusan pemindaian pada interval yang meningkat saat layar dihidupkan. Interval keputusan pemindaian dikonfigurasi dengan config_wifiDisconnectedScanIntervalScheduleSec , config_wifiConnectedScanIntervalScheduleSec , dan config_wifiSingleSavedNetworkConnectedScanIntervalScheduleSec (yang merupakan array bilangan bulat). Secara default, pemindaian terjadi menggunakan interval mundur eksponensial 20, 40, 80, dan 160 detik, dengan pemindaian berikutnya mungkin dilakukan pada interval 160 detik (ini adalah nilai default dari overlay di atas).

Interval pemindaian mundur eksponensial direset dan dimulai ulang pada 20 detik setiap kali status layar berubah, yaitu saat layar dihidupkan atau dimatikan.

Keputusan apakah akan menjalankan atau melewatkan pemindaian didasarkan pada apakah koneksi jaringan saat ini cukup baik untuk melewati pemindaian . Sambungan cukup baik untuk melewati pemindaian jika salah satu persyaratan berikut terpenuhi:

  • Perangkat terhubung ke koneksi pendaftaran online (OSU).
  • Lalu lintas yang cukup mengalir melalui koneksi (lihat ambang lalu lintas di bawah).
  • RSSI berada di atas ambang RSSI yang diperlukan (lihat ambang RSSI di bawah), dan pemilihan jaringan dilakukan baru-baru ini (10 menit secara default tetapi dapat dikonfigurasi menggunakan overlay config_wifiConnectedHighRssiScanMinimumWindowSizeSec ), dan jaringan divalidasi (terhubung ke internet) atau pengguna -disetujui untuk digunakan tanpa akses internet.

RSSI dan ambang lalu lintas adalah:

  • RSSI di atas -73 dBm untuk pita 2,4 GHz, dikonfigurasi dengan overlay config_wifi_framework_wifi_score_low_rssi_threshold_24GHz , atau -70 dBm untuk pita 5 GHz dan 6 GHz, dikonfigurasi dengan config_wifi_framework_wifi_score_low_rssi_threshold_5GHz dan config_wifiFrameworkScoreLowRssiThreshold6ghz overlaysLeshold
  • Lalu lintas (mengirim atau menerima) di atas 16 paket per detik (pps) yang dikonfigurasi dengan hamparan config_wifiFrameworkMinPacketPerSecondActiveTraffic .

Layar mati dan terhubung ke Wi-Fi

Saat layar mati dan perangkat terhubung ke jaringan Wi-Fi, firmware (Wi-Fi SoC) melakukan pemindaian roaming. Kerangka tidak melakukan pemindaian apa pun saat layar mati.

Layar mati dan tidak terhubung ke Wi-Fi (keadaan terputus)

Saat layar mati dan Wi-Fi terputus, firmware melakukan pemindaian PNO untuk SSID. Kerangka kerja tersebut mengkonfigurasi firmware dengan daftar SSID yang akan dipindai dan daftar saluran yang akan dipindai. Jika SSID yang dikonfigurasi ditemukan, firmware akan mengaktifkan kerangka kerja.

Framework juga mengonfigurasi interval saat firmware melakukan pemindaian PNO, menggunakan status mobilitas perangkat untuk memilih interval pemindaian yang berbeda. Dalam keadaan mobilitas rendah (perangkat tidak bergerak) intervalnya adalah 60 detik untuk tiga pemindaian pertama (dikontrol oleh hamparan config_wifiStationaryPnoScanIntervalMillis ), dan 180 detik (pengganda 3x tetap dari hamparan) untuk pemindaian berikutnya. Dalam keadaan mobilitas tinggi, intervalnya adalah 20 detik untuk tiga pemindaian pertama (dikontrol oleh hamparan config_wifiMovingPnoScanIntervalMillis ), dan 60 (pengganda tetap 3x hamparan) detik untuk pemindaian berikutnya.

Nominator jaringan

WifiConfiguration jaringan menemukan atau membuat konfigurasi ( WifiConfiguration ) untuk jaringan yang:

  • Saat ini tersedia (berdasarkan hasil pemindaian) atau jaringan yang saat ini terhubung (yang terkadang hilang dari hasil pemindaian yang tidak stabil).
  • Memiliki RSSI minimal. RSSI minimal adalah -80 dBm untuk pita 2,4 GHz dan -77 dBm untuk pita 5 GHz dan 6 GHz, dapat dikonfigurasi menggunakan config_wifi_framework_wifi_score_entry_rssi_threshold_24GHz , config_wifi_framework_wifi_score_entry_rssi_threshold_5GHz , dan config_wifiFrameworkScoreEntryRssiThreshold6ghz .
  • Tidak diblokir, misalnya, karena kegagalan koneksi sebelumnya.
  • Jaringan tidak menunjukkan itu tidak dapat digunakan (misalnya, menggunakan MBO / OCE).
  • Dapat dikaitkan dengan menggunakan kredensial yang tersedia di perangkat.

Nominator jaringan berikut digunakan:

  • Nominator jaringan tersimpan : Mengevaluasi semua jaringan yang disimpan (termasuk langganan Passpoint yang disimpan).
  • Nominator jaringan yang disarankan: Mengevaluasi semua jaringan yang disediakan oleh aplikasi menggunakan API Saran (termasuk langganan Passpoint yang disarankan).
  • Nominator jaringan yang diberi skor secara eksternal: Mekanisme OEM untuk menyediakan opsi konektivitas jaringan ke perangkat. Untuk informasi lebih lanjut, lihat Penyedia peringkat jaringan eksternal .

Pencetak angka kandidat

Pencetak nilai kandidat mengevaluasi dan memberikan skor untuk setiap kandidat. Skor untuk ThroughputScorer (pencetak gol default) didasarkan pada berikut ini:

  • Sebuah skor dasar dihitung berdasarkan RSSI mana RSSI dibatasi pada -73 dBm untuk band 2,4 GHz atau -70 dBm untuk 5 GHz dan 6 GHz band (dikonfigurasi dengan config_wifi_framework_wifi_score_low_rssi_threshold_24GHz , config_wifi_framework_wifi_score_low_rssi_threshold_5GHz , dan config_wifiFrameworkScoreLowRssiThreshold6ghz overlay).
  • Peningkatan skor dihitung berdasarkan perkiraan throughput yang berasal dari teknologi, frekuensi saluran, bandwidth, RSSI, kondisi saluran, jumlah maksimum aliran spasial, dan parameter lainnya. Skor dorongan dikonfigurasi menggunakan config_wifiFrameworkThroughputBonusNumerator dan config_wifiFrameworkThroughputBonusDenominator overlay, dan terbatas pada nilai max tertentu dengan menggunakan config_wifiFrameworkThroughputBonusLimit overlay.
  • Jaringan kandidat yang baru-baru ini dipilih oleh pengguna atau oleh aplikasi mendapatkan peningkatan skor yang besar untuk durasi yang dapat dikonfigurasi menggunakan hamparan config_wifiFrameworkLastSelectionMinutes (selama durasi tersebut, jaringan dijamin akan dipilih melalui jaringan yang bukan dipilih pengguna).
  • Seorang calon yang cocok dengan jaringan saat mendapat dorongan skor dikonfigurasi dengan config_wifiFrameworkCurrentNetworkBonusMin dan config_wifiFrameworkCurrentNetworkBonusPercent lapisan (mendapat bonus tambahan berdasarkan persentase nya RSSI dan throughput berbasis skor, turun ke minimum dikonfigurasi).
  • Jaringan aman dinilai lebih tinggi daripada jaringan terbuka. Bonus dikonfigurasi menggunakan hamparan config_wifiFrameworkSecureNetworkBonus .
  • Jaringan tak terukur (gratis) memiliki skor lebih tinggi dari jaringan terukur (berbayar). Bonus dikonfigurasi menggunakan hamparan config_wifiFrameworkUnmeteredNetworkBonus .
  • Jaringan yang disimpan memiliki skor lebih tinggi daripada jaringan yang disarankan menggunakan API Saran. Bonus dikonfigurasi menggunakan hamparan config_wifiFrameworkSavedNetworkBonus .
  • Jaringan tidak tepercaya (yang dapat diminta sebagai bagian dari API Saran) diberi skor lebih rendah daripada jaringan lainnya.

Bonus default untuk disimpan versus saran dan tidak diukur versus terukur (yaitu, nilai hamparan default) menghasilkan urutan prioritas yang ketat untuk disimpan, disarankan, diukur, dan tidak diukur:

  1. Jaringan tak terukur yang disimpan
  2. Jaringan tanpa meteran yang disarankan
  3. Jaringan terukur yang disimpan
  4. Jaringan terukur yang disarankan

Ini berarti jaringan tak terukur (gratis) yang disimpan selalu dipilih sebelum jaringan terukur (berbayar) yang disimpan. Bonus skor yang baru-baru ini dipilih (oleh pengguna atau aplikasi) dapat menggantikan prioritas ketat itu.

Kerangka kerja dapat menginstal beberapa kandidat pencetak skor tetapi hanya satu yang dapat aktif dalam satu waktu. Pencetak skor lainnya dapat digunakan untuk metrik (untuk menyelidiki algoritme alternatif). Di Android 11, pencetak gol default adalah ThroughputScorer .

Pemblokiran SSID dan BSSID

Kerangka kerja dapat memblokir SSID dan / atau BSSID, yaitu, tidak mempertimbangkannya untuk koneksi baik sementara atau permanen.

Pemblokiran BSSID

Pemblokiran BSSID bekerja dengan menyimpan dua penghitung kegagalan, penghitung kegagalan berkelanjutan dan penghitung beruntun, per jenis kegagalan tertentu (lihat di bawah untuk daftar jenis kegagalan). Saat terjadi kegagalan:

  • Penghitung untuk jenis kegagalan terkait bertambah.
  • Jika ambang batas kegagalan untuk jenis kegagalan itu tercapai:
    • BSSID diblokir.
    • Penghitung pukulan untuk kegagalan bertambah.

Durasi pemblokiran BSSID untuk permulaan pada nilai dasar (dapat dikonfigurasi) (ditentukan oleh config_wifiBssidBlocklistMonitorBaseBlockDurationMs atau config_wifiBssidBlocklistMonitorBaseLowRssiBlockDurationMs overlay, tergantung pada RSSI), dan secara eksponensial meningkatkan config_wifiBssidBlocklistMonitorFailureStreakCap yang dapat config_wifiBssidBlocklistMonitorFailureStreakCap . Durasi bertambah jika kegagalan terus menerus terjadi pada BSSID yang sama. Durasi adalah durasi dasar yang meningkat secara eksponensial oleh rangkaian kegagalan, yaitu, rangkaian kegagalan 2 menyiratkan durasi blok dasar 4x.

Ambang batas untuk pemblokiran BSSID bergantung pada alasan kegagalan dan masing-masing dapat disesuaikan menggunakan overlay:

  • AP menolak pengaitan menggunakan MBO / OCE Tidak dapat menangani kode STA baru : config_wifiBssidBlocklistMonitorApUnableToHandleNewStaThreshold .
  • Validasi internet melalui jaringan ini gagal: config_wifiBssidBlocklistMonitorNetworkValidationFailureThreshold .
  • Kode kegagalan otentikasi sandi salah: config_wifiBssidBlocklistMonitorWrongPasswordThreshold .
  • Kode kegagalan otentikasi EAP untuk jaringan EAP: config_wifiBssidBlocklistMonitorEapFailureThreshold .
  • Penolakan asosiasi, penolakan asosiasi umum lainnya: config_wifiBssidBlocklistMonitorAssociationRejectionThreshold .
  • Association timeout: config_wifiBssidBlocklistMonitorAssociationTimeoutThreshold .
  • Kegagalan otentikasi, kegagalan otentikasi umum lainnya: config_wifiBssidBlocklistMonitorAuthenticationFailureThreshold .
  • Kegagalan DHCP, kegagalan untuk menyediakan DHCP: config_wifiBssidBlocklistMonitorDhcpFailureThreshold .
  • Putus tidak normal, perangkat telah terputus dari jaringan dalam waktu yang sangat singkat setelah menghubungkan: config_wifiBssidBlocklistMonitorAbnormalDisconnectThreshold . Jendela waktu dapat dikonfigurasi dengan config_wifiBssidBlocklistAbnormalDisconnectTimeWindowMs .

Kondisi kliring daftar blokir BSSID

BSSID dihapus dari daftar blokir ketika:

  • Wi-Fi diubah: Semua BSSID dihapus dari daftar blokir.
  • Pengguna mengetuk jaringan di alat pilih Wi-Fi: Semua BSSID jaringan yang dipilih pengguna dihapus dari daftar blokir.
  • Batas waktu: BSSID dihapus dari daftar blokir ketika durasi pemblokiran tercapai.
  • Reboot: Semua daftar blokir dihapus.
  • Jaringan dihapus: Semua BSSID yang terkait dengan jaringan ini dihapus dari daftar blokir.

Kondisi gagal dan streak counter reset:

  • Reboot: Atur ulang untuk semua BSSID.
  • Jaringan dihapus: Setel ulang untuk BSSID yang terkait dengan jaringan.
  • Berhasil koneksi L2: Atur ulang untuk kode kesalahan berikut.

    • REASON_AP_UNABLE_TO_HANDLE_NEW_STA
    • REASON_WRONG_PASSWORD
    • REASON_EAP_FAILURE
    • REASON_ASSOCIATION_REJECTION
    • REASON_ASSOCIATION_TIMEOUT
    • REASON_AUTHENTICATION_FAILURE
    • REASON_ABNORMAL_DISCONNECT (dibersihkan bersyarat hanya jika terakhir kali perangkat terhubung ke BSSID ini lebih dari 3 jam yang lalu)
  • Validasi jaringan berhasil: Mengatur ulang kode kesalahan berikut.

    • REASON_NETWORK_VALIDATION_FAILURE
  • Keberhasilan penyediaan DHCP: Mengatur ulang kode kesalahan berikut.

    • REASON_DHCP_FAILURE

Pemblokiran SSID

Cara kerja pemblokiran SSID mirip dengan pemblokiran BSSID. Penghitung kegagalan per jenis kegagalan per jaringan bertambah ketika kegagalan koneksi (dari jenis itu) terjadi. Jika jumlah kegagalan jenis tertentu melebihi ambang batas, SSID akan diblokir secara permanen atau sementara berdasarkan konfigurasi. Konfigurasi untuk setiap jenis kegagalan dikodekan dalam WifiConfiguration.NetworkSelectionStatus.DISABLE_REASON_INFOS dan diringkas di bawah ini.

Kode kegagalan Deskripsi Ambang Durasi penonaktifan dasar * Nonaktifkan tipe
DISABLED_DHCP_FAILURE Kegagalan untuk menyediakan DHCP 5 5 menit Sementara
DISABLED_NO_INTERNET_TEMPORARY Validasi jaringan gagal tetapi pengguna menyatakan bahwa mereka ingin tetap terhubung ke jaringan ini di masa mendatang 1 10 menit Sementara
DISABLED_AUTHENTICATION_NO_CREDENTIALS Pemohon tidak memiliki kredensial untuk terhubung ke jaringan 1 NA Permanen
DISABLED_NO_INTERNET_PERMANENT Default untuk kegagalan validasi jaringan 1 NA Permanen
DISABLED_BY_WIFI_MANAGER Tidak berlaku lagi dan tidak digunakan 1 NA Permanen
DISABLED_BY_WRONG_PASSWORD Kata sandi salah, dan jaringan ini tidak pernah berhasil disambungkan 1 NA Permanen
DISABLED_AUTHENTICATION_NO_SUBSCRIPTION Kegagalan EAP dimana kartu SIM tidak berlangganan 1 NA Permanen
DISABLED_ASSOCIATION_REJECTION Kegagalan penolakan asosiasi 5 5 menit Sementara
DISABLED_AUTHENTICATION_FAILURE Kegagalan otentikasi lainnya (yaitu, bukan kata sandi yang salah atau kegagalan EAP) 5 5 menit Sementara

* Untuk jaringan yang dinonaktifkan sementara, durasi penonaktifan aktual berubah secara dinamis berdasarkan jumlah BSSID yang diblokir untuk jaringan. Jaringan diblokir untuk durasi dasar yang ditingkatkan secara eksponensial ke jumlah BSSID yang diblokir pada faktor 2 (yaitu, 1/2/4/8/16 ... kali durasi dasar). Jika tidak ada BSSID yang diblokir (misalnya, daftar blokir BSSID dihapus), maka jaringan tidak diblokir.

Jaringan yang dinonaktifkan sementara diaktifkan kembali ketika:

  • Tidak ada lagi BSSID untuk jaringan di dalam daftar blokir BSSID.
  • Durasi penonaktifan telah berlalu.
  • Pengguna secara manual memilih jaringan untuk dihubungkan.
  • Pengguna mengaktifkan Wi-Fi.
  • Sistem di-boot ulang.

Jaringan yang dinonaktifkan secara permanen diaktifkan kembali ketika:

  • Pengguna secara manual memilih jaringan untuk dihubungkan.

Penghitung kegagalan untuk jaringan disetel ulang ketika:

  • Jaringan dihapus.
  • Perangkat berhasil tersambung ke jaringan.
  • Jaringan telah diaktifkan kembali setelah durasi penonaktifan habis.
  • Pengguna secara manual memilih jaringan untuk dihubungkan.
  • Sistem di-boot ulang.

Kartu skor

Kartu skor, diperkenalkan di Android 10, mencatat statistik di perangkat tentang BSSID. Kartu skor disimpan menggunakan layanan IpMemoryStore .

Kartu skor tidak digunakan dalam pemilihan jaringan Android 11.

Pilihan koneksi pengguna

Android memiliki algoritme pilihan koneksi pengguna yang memungkinkan proses pemilihan untuk memilih jaringan Wi-Fi yang secara eksplisit dihubungkan oleh pengguna, misalnya, jaringan rumah. Pengguna mungkin lebih memilih jaringan tersebut daripada jaringan publik meskipun kinerjanya lebih rendah daripada jaringan publik karena mereka menyediakan layanan tambahan seperti kemampuan untuk mengontrol perangkat rumah.

Preferensi pengguna untuk jaringan ditangkap dengan menandai semua konfigurasi Wi-Fi yang terlihat pada saat pengguna memilih jaringan. Jika salah satu konfigurasi Wi-Fi yang ditandai dipilih selama proses pemilihan otomatis dan jaringan pilihan pengguna tersedia, algoritma pilihan koneksi pengguna menimpa pemilihan dengan jaringan pilihan pengguna. Pilihan koneksi pengguna tetap ada (yaitu, informasi akan diingat setelah reboot).

Pilihan koneksi pengguna terbatas pada jaringan yang disimpan, yaitu, tidak dapat diterapkan ke jaringan atau saran Passpoint.

Pertanyaan yang sering diajukan (FAQ)

  1. Apakah jaringan aman selalu memiliki prioritas di atas jaringan terbuka?

    Tidak. Tersimpan versus yang disarankan dan diukur versus tidak diukur adalah kategori utama tempat jaringan dievaluasi. Dalam setiap kategori, jaringan aman memiliki beberapa prioritas di atas jaringan terbuka tetapi bobot yang jauh lebih tinggi diberikan pada kualitas koneksi.

    Alasannya adalah keamanan data pengguna yang sebenarnya disediakan oleh enkripsi ujung-ke-ujung (misalnya, TLS). Jaringan aman hanya mengenkripsi bagian pertama komunikasi, dan bahkan untuk jaringan dengan kunci yang telah dibagikan sebelumnya, tidak memberikan banyak privasi.

  2. Mengapa jaringan yang disimpan diprioritaskan daripada jaringan yang disarankan?

    Jaringan terukur yang disimpan lebih diprioritaskan daripada jaringan gratis yang disarankan dan jaringan terukur yang disimpan diprioritaskan daripada jaringan terukur yang disarankan.

    Jaringan yang disimpan diprioritaskan daripada jaringan yang disarankan karena jaringan yang disimpan adalah jaringan yang ditambahkan pengguna ke perangkat secara eksplisit. Itu menyiratkan preferensi untuk terhubung ke jaringan ini jika memungkinkan.

    Perhatikan bahwa pengguna dapat menonaktifkan perilaku sambungan otomatis untuk jaringan tersimpan individu, yaitu, menunjukkan bahwa jaringan ini hanya untuk digunakan secara manual dan tidak dipertimbangkan secara otomatis oleh perangkat.

  3. Dapatkah saya mengubah urutan prioritas ketat atau menghapusnya sepenuhnya?

    Produsen perangkat dapat mengubah keputusan pemilihan jaringan dengan memodifikasi overlay bonus yang tercantum di bagian di atas. Namun, mengubah nilai default tidak disarankan karena telah dipilih setelah mempertimbangkan beberapa kasus penggunaan dengan cermat.