Mit Android 12 wird die Nebenläufigkeit von Wi-Fi AP/AP eingeführt, die können Geräte zwei Zugangspunkt-Schnittstellen (AP-Schnittstellen) erstellen. Mit dieser Funktion können Geräte unterstützen Tethering über ein DBS-WLAN (Dual-Band-Simultan). Hotspot (Soft-AP). Weitere Informationen zur Unterstützung von Tethering über ein einzelnes WLAN Hotspot, siehe Unterstützung von WLAN-Hotspots (Soft AP)
Auf dieser Seite wird das Geräteverhalten beschrieben, wenn diese Funktion aktiviert ist und Implementierungsdetails für Gerätehersteller und -anbieter.
Funktionsweise
Wenn die gleichzeitige Verwendung von Wi-Fi AP/AP unterstützt wird, kann das Gerät zwei AP erstellen. z. B. eine Schnittstelle für das 2,4-GHz-Band und eine im 5-GHz-Band. Clients können dann eine Verbindung zu jeder der ZP-Schnittstellen herstellen.
Der Wi-Fi-HAL generiert eine einzelne Bridge-Schnittstelle mit den beiden ZPs. und macht sie dem WLAN- und Konnektivitäts-Stack zugänglich, aktiviert einen weichen ZP. Nach der Aktivierung des Soft-AP zeigt der Wi-Fi-HAL an, zwei Benutzeroberflächen verfügbar sind, und aktualisiert die Informationen (z. B. Vorgangskanal, Bandbreite und BSSID) für jeden Zugangspunkt.
Um Strom zu sparen, deaktiviert das Framework einen nicht verwendeten ZP (2, 4 GHz, 5 GHz oder 6 GHz). Das Framework betrachtet einen AP inaktiv, wenn kein Client verbunden ist. Gerätehersteller können die Dauer der Inaktivität. Weitere Informationen finden Sie unter Inaktivitätszeitraum anpassen
Geräte unterstützen die gleichzeitige Verwendung von Wi-Fi AP/AP mithilfe einer der folgenden Methoden: Bridge-Soft-AP-Konfigurationen:
- Zwei Bänder konfigurieren (der Kanal wird automatisch vom Framework oder der Treiber)
- Konfigurieren von zwei Kanälen auf einem Dualband-Zugangspunkt
Voraussetzungen
Für die Implementierung der Nebenläufigkeit von Wi-Fi AP/AP müssen die Geräte folgende Anforderungen erfüllen Anforderungen:
Der WLAN-Chip oder die Firmware muss zwei gleichzeitige ZPs unterstützen. Verbindungen. Die Firmware muss alle Kanal- und Bandkombinationen unterstützen. für beide Verbindungen. Um Leistungsprobleme zu vermeiden, einen 2x2+2x2-DBS-fähigen WLAN-Chip.
Das Gerät muss die folgenden Methoden in der HAL des WLAN-Anbieters unterstützen:
IWifiChip.createBridgedApIface()
IWifiChip.removeIfaceInstanceFromBridgedApIface()
IWifiApIface.resetToFactoryMacAddress()
IWifiApIface.getBridgedInstances()
Implementierung
So implementieren Sie die gleichzeitige Verwendung von Wi-Fi AP/AP:
Aktivieren Sie mindestens eine der folgenden Funktionen (standardmäßig deaktiviert) mithilfe von Laufzeitressourcen-Overlays:
config_wifiBridgedSoftApSupported
: unterstützt mehrere ZPs, die miteinander verbunden.config_wifiStaWithBridgedSoftApConcurrencySupported
: unterstützt Nebenläufigkeit einer Station (STA) und mehrerer überbrückter ZPs.
Bei Geräten mit AIDL Wi-Fi HAL oder HIDL Wi-Fi HAL 1.6:
AP_BRIDGED
in der WLAN-HAL-Schnittstellenkombination definieren. Weitere Informationen finden Sie unter Gleichzeitigkeit von WLAN-Multi-Schnittstellen.Konfigurieren Sie die Bridged-Soft-AP-Konfiguration, indem Sie einen der folgenden Schritte aufrufen: Methoden:
Registrieren Sie einen Callback, um die Gerätefunktionen mithilfe von
WifiManager#registerSoftApCallback
DerSoftApCallback
-Callback bietet die folgenden Methoden für eine Bridged-Soft-AP-Konfiguration:SoftApCallback#onInfoChanged
: Stellt Informationen zu den ausgeführten Soft-AP-Instanzen bereit.SoftApCallback#onConnectedClientsChanged
: Stellt eine Liste der verbundenen Clients für eine Soft-AP-Instanz bereit.
Inaktivitätszeitraum anpassen
Konfigurieren Sie Folgendes, um die Länge des Inaktivitätszeitraums anzupassen:
des Overlays, das sich
in packages/modules/Wifi/service/ServiceWifiResources/res/values/config.xml
:
config_wifiFrameworkSoftApShutDownIdleInstanceInBridgedModeTimeoutMillisecond
: Das standardmäßige Zeitlimit für das Herunterfahren. Nur gültig, wennSoftApConfiguration#setBridgedModeOpportunisticShutdownEnabled
ist aktiviert.(Erhältlich ab 13)
config_wifiFrameworkSoftApDisableBridgedModeShutdownIdleInstanceWhenCharging
: Gibt an, ob der Timer zum Herunterfahren bei Inaktivität beim Laden deaktiviert werden soll.