A partire dal 27 marzo 2025, ti consigliamo di utilizzare android-latest-release anziché aosp-main per compilare e contribuire ad AOSP. Per ulteriori informazioni, vedi Modifiche ad AOSP.
Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Android 12 introduce la concorrenza AP/AP Wi-Fi, che
consente ai dispositivi di creare due interfacce del punto di accesso (AP). Questa funzionalità consente
ai dispositivi di supportare il tethering tramite un hotspot Wi-Fi
simultaneo dual band (DBS) (soft AP). Per informazioni dettagliate sul supporto del tethering tramite un singolo hotspot Wi-Fi, vedi
Hotspot Wi-Fi (Soft AP).
Questa pagina descrive il comportamento del dispositivo quando questa funzionalità è attivata e
i dettagli di implementazione per i produttori e i fornitori di dispositivi.
Come funziona
Quando la concorrenza AP/AP Wi-Fi è supportata, il dispositivo può creare due interfacce AP, ad esempio una che funziona sulla banda a 2, 4 GHz e una sulla banda a 5 GHz. I client possono quindi connettersi a ciascuna delle interfacce AP.
L'HAL Wi-Fi genera una singola interfaccia bridged con le due interfacce AP
e la espone allo stack Wi-Fi e di connettività quando lo stack
attiva un AP software. Dopo l'attivazione dell'AP software, l'HAL Wi-Fi indica che
sono disponibili due interfacce e aggiorna le informazioni
(come canale operativo, larghezza di banda e BSSID) per ogni AP.
Per risparmiare energia, il framework disattiva un AP inutilizzato (2, 4 GHz, 5 GHz o
6 GHz) dopo un periodo di inattività. Il framework considera un punto di accesso
inattivo quando non è connesso alcun client. I produttori di dispositivi possono personalizzare la
durata di questo periodo di inattività. Per ulteriori informazioni, vedi
Personalizzare il periodo di inattività.
I dispositivi supportano la concorrenza AP/AP Wi-Fi utilizzando una delle seguenti
configurazioni AP soft bridged:
Configurazione di due bande (il canale viene selezionato automaticamente dal
framework o dal driver)
Configurazione di due canali su un AP dual-band
Requisiti
Per implementare la concorrenza AP/AP Wi-Fi, i dispositivi devono soddisfare i seguenti
requisiti:
Il chip Wi-Fi o il firmware deve supportare due connessioni AP
simultanee. Il firmware deve supportare tutte le combinazioni di canali e bande
per entrambe le connessioni. Per evitare problemi di prestazioni, ti consigliamo di utilizzare
un chip Wi-Fi compatibile con DBS 2x2 + 2x2.
Il dispositivo deve supportare i seguenti metodi in Wi-Fi Vendor HAL:
config_wifiBridgedSoftApSupported: Supporta più punti di accesso collegati
tra loro.
config_wifiStaWithBridgedSoftApConcurrencySupported: supporta
la concorrenza di una stazione (STA) e di più AP bridged.
Per i dispositivi che utilizzano AIDL Wi-Fi HAL o HIDL Wi-Fi HAL 1.6,
definisci AP_BRIDGED nella combinazione di interfacce Wi-Fi HAL. Per maggiori
dettagli, vedi
Concorrenza multi-interfaccia Wi-Fi.
Configura la configurazione dell'AP soft bridged chiamando uno dei seguenti metodi:
Registra un callback per ottenere le funzionalità del dispositivo utilizzando
WifiManager#registerSoftApCallback. Il callback SoftApCallback
fornisce i seguenti metodi per una configurazione soft AP bridged:
config_wifiFrameworkSoftApShutDownIdleInstanceInBridgedModeTimeoutMillisecond:
L'intervallo di timeout di arresto predefinito. Valido solo se
SoftApConfiguration#setBridgedModeOpportunisticShutdownEnabled è abilitato.
(Disponibile dalla versione 13)
config_wifiFrameworkSoftApDisableBridgedModeShutdownIdleInstanceWhenCharging:
Indica se disattivare il timer di spegnimento per inattività durante la ricarica.
I campioni di contenuti e codice in questa pagina sono soggetti alle licenze descritte nella Licenza per i contenuti. Java e OpenJDK sono marchi o marchi registrati di Oracle e/o delle sue società consociate.
Ultimo aggiornamento 2025-09-02 UTC.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Mancano le informazioni di cui ho bisogno","missingTheInformationINeed","thumb-down"],["Troppo complicato/troppi passaggi","tooComplicatedTooManySteps","thumb-down"],["Obsoleti","outOfDate","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Problema relativo a esempi/codice","samplesCodeIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-09-02 UTC."],[],[],null,["Android 12 introduces Wi-Fi AP/AP concurrency, which\nlets devices create two access point (AP) interfaces. This feature lets\ndevices support tethering through a dual band simultaneous (DBS) Wi-Fi\nhotspot (soft AP). For details on supporting tethering through a single Wi-Fi\nhotspot, see\n[Wi-Fi hotspot (Soft AP)](/docs/core/connect/wifi-softap).\n\nThis page describes the device behavior when this feature is enabled and\nimplementation details for device manufacturers and vendors.\n\nHow it works **Note:** Android 12 supports the 2.4 GHz and 5 GHz bands for Wi-Fi AP/AP concurrency. Android 13 adds support for the 6 GHz band.\n\nWhen Wi-Fi AP/AP concurrency is supported, the device can create two AP\ninterfaces, for example, one interface working on the 2.4 GHz band and one\non the 5 GHz band. Clients can then connect to each of the AP interfaces.\n\nThe Wi-Fi HAL generates a single bridged interface with the two AP\ninterfaces and exposes it to the Wi-Fi and connectivity stack when the stack\nenables a soft AP. After the soft AP is enabled, the Wi-Fi HAL indicates that\ntwo interfaces are available and updates the information\n(such as operation channel, bandwidth, and BSSID) for each AP.\n\nTo save power, the framework disables an unused AP (2.4 GHz, 5 GHz, or\n6 GHz) after a period of inactivity. The framework considers an AP to be\ninactive when no client is connected. Device manufacturers can customize the\nlength of this inactive period. For more information, see\n[Customize the inactivity period](#customize).\n\nDevices support Wi-Fi AP/AP concurrency by using one of the following\nbridged soft AP configurations:\n\n- Configuring two bands (the channel is automatically selected by the framework or the driver)\n- Configuring two channels on a dual-band AP\n\nRequirements\n\nTo implement Wi-Fi AP/AP concurrency, devices must meet the following\nrequirements:\n\n- The Wi-Fi chip or firmware must support two concurrent AP\n connections. The firmware must support all channel and band combinations\n for both connections. To avoid performance issues, we recommend using\n a 2x2+2x2 DBS capable Wi-Fi chip.\n\n- The device must support the following methods in the Wi-Fi Vendor HAL:\n\n - `IWifiChip.createBridgedApIface()`\n - `IWifiChip.removeIfaceInstanceFromBridgedApIface()`\n - `IWifiApIface.resetToFactoryMacAddress()`\n - `IWifiApIface.getBridgedInstances()`\n\nImplementation\n\nTo implement Wi-Fi AP/AP concurrency, do the following:\n\n1. Enable at least one of the following functions (disabled by default) using\n [runtime resource overlays](/docs/core/architecture/rros):\n\n - `config_wifiBridgedSoftApSupported`: Supports multiple APs that are bridged together.\n - `config_wifiStaWithBridgedSoftApConcurrencySupported`: Supports concurrency of a station (STA) and multiple bridged APs.\n2. For devices using the AIDL Wi-Fi HAL or HIDL Wi-Fi HAL 1.6,\n define `AP_BRIDGED` in the Wi-Fi HAL interface combination. For more\n details, see\n [Wi-Fi multi-interface concurrency](/docs/core/connect/wifi-hal#wifi-multiinterface-concurrency).\n\n3. Configure the bridged soft AP configuration by calling one of the following\n methods:\n\n - [`SoftApConfiguration.Builder#setBands`](https://cs.android.com/android/platform/superproject/+/android-latest-release:packages/modules/Wifi/framework/java/android/net/wifi/SoftApConfiguration.java?q=%22Builder%20setBands%22)\n - [`SoftApConfiguration.Builder#setChannels`](https://cs.android.com/android/platform/superproject/+/android-latest-release:packages/modules/Wifi/framework/java/android/net/wifi/SoftApConfiguration.java?q=%22Builder%20setChannels%22)\n4. Register a callback to obtain the device capabilities using\n `WifiManager#registerSoftApCallback`. The `SoftApCallback` callback\n provides the following methods for a bridged soft AP configuration:\n\n - [`SoftApCallback#onInfoChanged`](https://cs.android.com/android/platform/superproject/+/android-latest-release:packages/modules/Wifi/framework/java/android/net/wifi/WifiManager.java?q=%22void%20onInfoChanged%28@NonNull%20List%22): Provides information about the running soft AP instances.\n - [`SoftApCallback#onConnectedClientsChanged`](https://cs.android.com/android/platform/superproject/+/android-latest-release:packages/modules/Wifi/framework/java/android/net/wifi/WifiManager.java?q=%22onConnectedClientsChanged%28@NonNull%20SoftApInfo%22): Provides a list of connected clients for a soft AP instance.\n\nCustomize the inactivity period\n\nTo customize the length of the inactivity period, configure the following\noverlay, which is found\nin [`packages/modules/Wifi/service/ServiceWifiResources/res/values/config.xml`](https://cs.android.com/android/platform/superproject/+/android-latest-release:packages/modules/Wifi/service/ServiceWifiResources/res/values/config.xml):\n\n- `config_wifiFrameworkSoftApShutDownIdleInstanceInBridgedModeTimeoutMillisecond`:\n The default shutdown timeout interval. Only valid if\n `SoftApConfiguration#setBridgedModeOpportunisticShutdownEnabled` is enabled.\n\n- (Available from 13)\n `config_wifiFrameworkSoftApDisableBridgedModeShutdownIdleInstanceWhenCharging`:\n Indicates whether to disable the inactivity shutdown timer when charging."]]