Per i dispositivi con Android 13 o versioni successive, Android supporta lo standard Wi-Fi 7 (IEEE 802.11be). In questa pagina viene descritto Android Funzionalità del Wi-Fi 7, incluse le funzionalità di base e il funzionamento multi-link (MLO).
Funzionalità Wi-Fi 7 di base
Questa sezione descrive le funzionalità di base del Wi-Fi 7 incluse nella Android 13 e versioni successive.
Supporto Wi-Fi 7 dispositivo
Il framework Android include
WifiManager#isWifiStandardSupported(int standard)
API, che le app possono chiamare con
ScanResults.WIFI_STANDARD_11BE
per verificare se un dispositivo supporta Wi-Fi 7.
Quando viene chiamata questa API,
Modulo Wi-Fi
verifica se l'overlay di configurazione di config_wifi11beSupportOverride
è
utilizzata come override e svolge le seguenti operazioni:
- Se l'overlay è impostato su
true
, si presume che il dispositivo supporti il Wi-Fi 7 a prescindere dalla risposta da nl80211. L'override è utile solo per produttori di dispositivi privi di driver che restituiscono il supporto del Wi-Fi 7. - Se l'overlay è impostato su
false
(valore predefinito), il modulo Wi-Fi usa le informazioni di nl80211. Il modulo Wi-Fi richiede le informazioni a wificond, che chiama il comando nl80211NL80211_CMD_GET_WIPHY
. Se L'attributoNL80211_BAND_IFTYPE_ATTR_EHT_CAP_PHY
è nella risposta del driver, si presume che il dispositivo supporti il Wi-Fi 7.
Supporto Wi-Fi 7 AP scansionato
Il framework Android include
int ScanResult#getWifiStandard()
API, quali app possono chiamare per verificare se un punto di accesso (AP) analizzato
supporta il Wi-Fi 7. Se l'AP supporta Wi-Fi 7, l'API restituisce
ScanResults.WIFI_STANDARD_11BE
Il dispositivo non deve supportare il Wi-Fi 7 per consentire alle app di utilizzare questa API.
Quando viene chiamata questa API, il modulo Wi-Fi controlla se EHT Capability IE
è
nei risultati restituiti della scansione della connettività. Se EHT Capability IE
è in
risultati della scansione, il punto di accesso scansionato supporta Wi-Fi 7.
La classe AOSP WifiTracker
mostra queste informazioni di assistenza nell'utente
a riga di comando quando è eseguita in modalità dettagliata.
Modalità di connessione STA
Il framework Android include
int WifiInfo#getWifiStandard()
API, quali app possono chiamare per verificare se la connessione alla stazione attuale (STA) è attiva.
è Wi-Fi 7. La modalità di connessione STA è la connessione Wi-Fi 7 quando sia il dispositivo
l'AP connesso supporti il Wi-Fi 7. Se la modalità di connessione è Wi-Fi 7, l'API
resi
ScanResults.WIFI_STANDARD_11BE
Quando viene chiamato il getWifiStandard
, il modulo Wi-Fi determina la modalità tramite
chiamando il
API HAL ISupplicantStaIface#getConnectionCapabilities()
. La
implementazione di questa API HAL nel livello AIDL wpa_supplicant
controlla se
EHT Capability IE
è sia in AssocReq
sia in AssocRsp
durante
configurazione della connessione.
Selezione rete
In Android 13, la selezione della rete utilizza diverse
per stabilire a quale punto di accesso connettersi. Uno dei parametri è
la velocità effettiva stimata dell'AP, che viene stimata utilizzando
Blocco ThroughputPredictor
. La
Il blocco ThroughputPredictor
utilizza i parametri PHY del dispositivo e
dell'AP scansionato.
In Android 13, ThroughputPredictor
utilizza
le seguenti capacità di AP nel suo calcolo:
- Supporto di Wi-Fi 7 (802.11be)
- Supporto per un canale a 320 MHz
L'inclusione di queste funzionalità nella logica di ThroughputPredictor
migliora
possibilità di selezionare punti di accesso compatibili con Wi-Fi 7 quando il dispositivo può utilizzarli
le funzionalità di machine learning.
Intervallo basato su RTT Wi-Fi
Android fornisce il supporto API per il preambolo EHT e la larghezza del canale a 320 MHz per RTT Wi-Fi. Ciò consente il supporto delle funzionalità correlate al Wi-Fi 7 in RTT, che vanno a ogni supportate dal chip.
API HAL
Le seguenti API HAL supportano le funzionalità Wi-Fi 7 per il raggio basato su RTT:
EHT
: costante inenum RttPreamble
eenum WifiRatePreamble
WIDTH_320
: costante inenum WifiChannelWidthInMhz
BW_320MHz
: costante inenum RttBw
API
Le app possono usare le seguenti API per il raggio d'azione basato su RTT Wi-Fi 7:
ScanResult#PREAMBLE_EHT
ResponderConfig#PREAMBLE_EHT
(SystemAPI)
PA soft
Android supporta il Wi-Fi 7 in Soft AP e fornisce le seguenti caratteristiche le funzionalità di machine learning.
Avvia soft AP
Android supporta l'avvio di Soft AP in modalità Wi-Fi 7.
Questo aspetto è regolato dall'overlay config_wifiSoftapIeee80211beSupported
configurazione.
Il modulo Wi-Fi utilizza l'overlay config_wifiSoftapIeee80211beSupported
per impostare
il valore booleano HwModeParams#enable80211BE
nel
Chiamata API IHostApd#addAccessPoint()
. Nello strato AIDL hostapd, questo valore
utilizzato per impostare i parametri hostapd.conf
.
API HAL
La
enable80211BE
l'operatore booleano in HwModeParams
nell'HAL hostapd supporta
avvio di Soft AP in modalità Wi-Fi 7.
Segnala informazioni sul soft AP
Android include il supporto API per includere la larghezza dei canali Wi-Fi a 7 e 320 MHz fornite nelle informazioni del soft AP segnalate.
API HAL
La costante WIFI_STANDARD_11BE
in
Generation.aidl
interfaccia AIDL nell'HAL hostapd, che viene utilizzata
in ApInfo
segnalato in IHostapdCallback#onApInstanceInfoChanged()
il callback, supporta la generazione di report sulle informazioni Soft AP.
API
Le app possono utilizzare i seguenti metodi (API di sistema) in
SoftApInfo
per segnalare le informazioni
relative ai soft AP.
SoftApInfo#getWifiStandard()
: ResiScanResults.WIFI_STANDARD_11BE
se il Soft AP viene avviato in modalità Wi-Fi 7.SoftApInfo#getBandwidth()
: ResiSoftApInfo#CHANNEL_WIDTH_320MHZ
se viene utilizzata la larghezza del canale da 320 MHz.
Funzionalità di MLO Wi-Fi 7
Il funzionamento multi-link (MLO) è la funzionalità principale della rete Wi-Fi 7 (802.11be) e la specifica del prodotto. MLO è una funzionalità obbligatoria per i dispositivi multi-link (MLD) in esecuzione su Wi-Fi 7, contemporaneamente o non contemporaneamente.
Figura 1. Diagramma MLO.
Come mostrato nella Figura 1, sia AP-MLD che STA-MLD hanno più AP o STA di Compute Engine in esecuzione su ciascun link. Ogni link ha un indirizzo AP o STA MAC separato. L'AP o STA ha anche un indirizzo MAC MLD per identificare il dispositivo.
Rappresentazione link MLO
La
android.net.wifi.MloLink
rappresenta il collegamento MLO. Questa classe include i seguenti parametri:
int getLinkId()
: ID collegamento come pubblicizzato dall'AP MLD.MacAddress getApMacAddress()
: Indirizzo MAC AP. Il BSSID dell'istanza AP per quel link.MacAddress getStaMacAddress()
: Indirizzo MAC STA. L'indirizzo MAC assegnato localmente per l'istanza STA su il link.int getChannel()
: Collega canale. Il numero di canale del link.int getBand()
: Cinturino a maglie. Il cinturino del link.int getState()
: Stato del collegamento. Può essere uno dei seguenti stati:MLO_LINK_STATE_INVALID
: Non valido. Utilizzato per casi di inizializzazione ed errori.MLO_LINK_STATE_UNASSOCIATED
: Non associato. Il link non è associato a un punto di accesso.MLO_LINK_STATE_IDLE
: Inattivo. Il link è associato ma non attivo (nessun identificatore di traffico (TID) è mappato al collegamento).MLO_LINK_STATE_ACTIVE
: Attiva. Il collegamento è associato e attivo (almeno un TID è mappato a al link). Un link attivo può essere in modalità di risparmio energetico perché non monitora lo stato dell'alimentazione del link.
Informazioni MLO AP Wi-Fi 7 scansionate
Le app possono ottenere i parametri MLO per un'MLD Wi-Fi 7 AP quando il modulo Wi-Fi
riceve un
ScanResult
dell'oggetto dall'AP-MLD. L'WifiTracker
AOSP visualizza i parametri MLO quando
in modalità dettagliata.
Il modulo Wi-Fi raccoglie le informazioni MLO nel seguente modo:
- Analizza l'elemento informativo multi-link (IE) incluso nel beacon o nel risposta del probe per leggere l'indirizzo MAC MLD dell'AP e l'ID collegamento attuale.
- Analizza lo IE per report RNR (Reduce Neighbor) incluso nel beacon o nel probe risposta per leggere l'elenco di informazioni sui link affiliati.
API
Per ottenere informazioni MLO AP scansionate, le app possono utilizzare le seguenti API:
ScanResult#BSSID
: L'indirizzo MAC dell'istanza AP (per il link su cui il risultato della scansione è ricevute)MacAddress ScanResult#getApMldMacAddress()
: Restituisce l'indirizzo MAC MLD dell'AP.int ScanResult#getApMloLinkId()
: Restituisce l'ID del link su cui è stato ricevuto il risultato di scansione.List<MloLink> ScanResult#getAffiliatedMloLinks()
: Restituisce un elenco diMloLink
oggetti per tutti i link pubblicizzati dal AP-MLD con il link su cui è stato ricevuto il risultato ScanResult.
Informazioni MLO AP Wi-Fi connesso
Quando un dispositivo si connette a una rete Wi-Fi 7 AP-MLD, il framework raccoglie
Parametri MLO della connessione dall'oggetto WifiInfo
. L'AOSP
L'oggetto WifiTracker
mostra queste informazioni quando viene eseguito in modalità dettagliata.
Quando il dispositivo si connette all'AP-MLD, il modulo Wi-Fi copia l'MLO
le informazioni dall'oggetto ScanResult
ricevute dall'AP. Il modulo
chiama l'API ISupplicantStaIface#getConnectionMloLinksInfo()
HAL
leggere gli indirizzi MAC di ciascun link AP e STA e aggiornare
lo stato dei collegamenti associati.
API
Per ottenere informazioni sulla connessione MLO, le app possono utilizzare le seguenti API:
WifiInfo#getBSSID()
: Restituisce l'indirizzo MAC dell'istanza AP (per il link su cui il dispositivo è associati).MacAddress WifiInfo#getApMldMacAddress()
: Restituisce l'indirizzo MAC MLD dell'AP.int WifiInfo#getApMloLinkId()
: Restituisce l'ID per il collegamento al quale l'asta di tipo STA è associato AP.List<MloLink> WifiInfo#getAffiliatedMloLinks()
: Restituisce un elenco diMloLink
oggetti per tutti i link pubblicizzati dal AP-MLD incluso il link associato. Entrambi gli indirizzi MAC AP e STA possono eseguire query su ogni oggettoMloLink
.
Scansione AP-MLD
Il software del fornitore fornisce il framework Wi-Fi con i risultati della scansione per a ciascun beacon o al probe che riceve. Ciò significa che :
- Potrebbe ricevere più oggetti
ScanResults
dallo stesso AP-MLD (perché l'AP può avere più link di beaconing). - Potrebbe ricevere solo un insieme parziale dei risultati della scansione per i link AP di un AP-MLD perché alcuni di questi indicatori di collegamento potrebbero non essere ricevuti completamente gestito di Google Cloud.
Il software del fornitore segnala solo i risultati della scansione ricevuti over-the-air e deve non creare (sintetizzare artificialmente) i risultati della scansione in base ai link pubblicizzati da l'AP-MLD.
Il software del fornitore deve includere la variante di base multi-link e gli IE RNR ricevuti dalle istanze AP nei risultati della scansione segnalati. Se l'AP affiliato mancano dettagli nei risultati della scansione, il software del fornitore può inviare link multipli Richieste di probe (frame di richiesta di probe che includono un collegamento multiplo della richiesta di probe (elemento) per includere l'insieme completo o parziale di capacità, parametri gli elementi operativi dell'AP con l'AP-MLD scelto come target frame di risposta.
Il software del fornitore può attivare il probing ML (utilizzando la variante ML IE di probe req nel frame della richiesta del probe) se necessario.
Associazione di rete AP-MLD
Quando un dispositivo entra in una rete AP-MLD, il software del fornitore utilizza l'AP selezionato. link (link associato) per la segnalazione. Il software del fornitore può associare a tutti o ad alcuni dei link supportati dal dispositivo.
Dopo aver eseguito l'associazione, il conducente segnala
ISupplicantStaIfaceCallback#onStateChanged()
con il BSSID di un link per
l'AP-MLD. Il conducente seleziona quindi un link dell'AP-MLD, a condizione che
i risultati della scansione sono stati segnalati nel framework di tale link.
Punteggio di rete
Per i dispositivi con Android 14 o versioni successive: Selezione della rete Wi-Fi Android supporta Wi-Fi 7 MLO. Ciò significa che Android seleziona Rete Wi-Fi del dispositivo in base al numero di collegamenti disponibili per MLO.
Per supportare MLO, l'algoritmo di selezione della rete utilizza il seguente MLO funzionalità dal chip Wi-Fi:
- Numero massimo di link STR
- Numero massimo di link di associazione
- Combinazioni simultanee di cinturini
Figura 2. Selezione della rete MLO.
Numero massimo di link STR
La trasmissione e ricezione simultanea (STR) è uno schema di contesa media Wi-Fi per un'operazione multi-link. L'isolamento dei segnali tra link diversi è sufficiente in modo che i link possano operare in modo indipendente e in grado di trasmettere e che ricevono contemporaneamente su link diversi. STR è diverso dal singolo legacy STA link (SL) e STA legacy Dual Band Dual Concurrent (DBDC). Affiliati agli STA con un STA MLD condividono un numero di sequenza del trasmettitore (SN) e un numero spazio per la trasmissione dei dati assegnato a collegamenti diversi se più collegamenti hanno la stessa categoria di accesso (AC).
Il numero massimo di link STR utilizzati può essere diverso dal numero massimo di segnali radio supportati dal chip. Nell'esempio della Figura 2, il valore STR massimo il numero di link è 2.
Le seguenti interfacce AIDL HAL supportano il numero massimo di link STR e il numero massimo di funzionalità di conteggio dei link di associazione:
hardware/interfaces/wifi/aidl/android/hardware/wifi/IWifiChip.aidl
hardware/interfaces/wifi/aidl/android/hardware/wifi/WifiChipCapabilities.aidl
Numero massimo di link di associazione
Più link possono funzionare su una singola radio usando lo schema di contesa, Radio singola avanzata Multi-Link (eMLSR). Un dispositivo multi-link utilizza eMLSR su una insieme di link se può ricevere determinati frame di controllo di base ed eseguire la valutazione del canale (CCA) contemporaneamente sull'insieme di collegamenti. Tuttavia, l'MLD trasmette o riceve dati su un solo link (quello scelto in modo dinamico in ogni periodo di opportunità di trasmissione (TXOP) alla volta.
Una stazione MLD può massimizzare il numero di collegamenti di associazione per migliorare affidabilità, velocità effettiva migliore e minore latenza (rispetto a un singolo link stazione legacy) operando contemporaneamente in STR ed eMLSR, se supportato . Nella Figura 2, il numero massimo di link di associazione è 3.
Le seguenti interfacce AIDL HAL supportano il numero massimo di link di associazione delle funzionalità:
hardware/interfaces/wifi/aidl/android/hardware/wifi/IWifiChip.aidl
hardware/interfaces/wifi/aidl/android/hardware/wifi/WifiChipCapabilities.aidl
Combinazioni simultanee di cinturini
Il framework esegue una query sul chip per ottenere le combinazioni di pulsanti di opzione consentite (tramite
interfaccia AIDL IWifiChip.aidl
) che possono funzionare contemporaneamente. Da questo
informazioni, il framework ricava possibili combinazioni simultanee di bande. La
Di seguito è riportato un esempio di elenco di combinazioni di bande simultanee (GHz):
- 2.4
- 5
- 6
- 2,4 x 5
- 2,4 x 6
- 5 x 6
La seguente interfaccia AIDL HAL supporta combinazioni radio simultanee:
hardware/interfaces/wifi/aidl/android/hardware/wifi/IWifiChip.aidl
Selezione rete
Durante la selezione della rete (MLO), l'elenco dei candidati viene raggruppato per membri con lo stesso indirizzo MAC MLD. Il punteggio massimo previsto relativo alla velocità effettiva di più link è calcolati per ciascun gruppo, in base al numero massimo di link STR e combinazioni di bande supportate dal chip. Se il candidato supporta i link multipli e il chip supporta STR, il punteggio della velocità effettiva previsto viene sostituito con il punteggio di velocità effettiva predicato tramite più link. Ciò dà una spinta ai candidati MLO durante la selezione della rete.
Quando entra in una rete AP-MLD, il framework esegue la selezione dell'SSID in base
sulle informazioni ricevute nell'oggetto ScanResults
come riportate dal fornitore
software. Dopo aver selezionato l'SSID in base al framework, il software del fornitore
responsabile della selezione del BSSID per il miglior punto di accesso (o AP link) da utilizzare
dell'associazione.
Gestione degli indirizzi MAC STA del dispositivo
Questa sezione descrive la modalità di accesso agli indirizzi MAC STA dei dispositivi (indirizzi MAC MLD). e gli indirizzi MAC STA per link) vengono gestiti.
Indirizzo MAC MLD
Il framework Wi-Fi gestisce l'indirizzo MAC MLD del dispositivo. MAC MLD
viene gestito allo stesso modo in cui un dispositivo non MLD gestisce il proprio indirizzo MAC.
L'indirizzo MAC può essere un indirizzo MAC randomizzato o un MAC con provisioning hardware.
in base alla scelta dell'utente. L'indirizzo MAC MLD viene impostato dal framework
utilizzando l'API IWifiStaIface#setMacAddress()
HAL.
Indirizzo MAC STA per link
Il software del fornitore gestisce gli indirizzi MAC STA dell'istanza (per ogni collegamento). Quando associato a un AP, il software del fornitore assegna un MAC di istanza per ciascun link associato.
Il software del fornitore assegna indirizzi MAC per link in base al suo algoritmo. La L'algoritmo deve essere ripetibile e una funzione dei seguenti:
- Indirizzo MAC STA-MLD impostato dal framework Wi-Fi.
- ID collegamento (ricevuto dall'AP)
Ciò significa che se il framework riutilizza lo stesso indirizzo MAC MLD, il fornitore devono riutilizzare gli stessi indirizzi MAC per istanza associati e viceversa. Questo garantisce che, quando il framework ha generato l'indirizzo STA-MLD, sia permanente un SSID, anche gli indirizzi MAC per STA sono permanenti.
Di seguito è riportato un esempio di algoritmo per l'assegnazione degli indirizzi STA MAC per link (i fornitori possono implementare qualsiasi algoritmo che soddisfi i relativi criteri):
- Ott 0: assicurati che il bit amministrato localmente sia impostato
- Ott 1-4: Uguale all'indirizzo MAC STA-MLD
- Ott 5: Per-STA = (STA-MLD + ID collegamento + 1) MOD (256)
Gestione di più link
Il firmware del fornitore può eseguire il cambio di collegamento e gestire lo stato di risparmio energetico dei link per l'attivazione o la disattivazione senza input dalla rete Wi-Fi il modello di machine learning.
Il framework Wi-Fi non prevede una notifica quando lo stato del collegamento è è cambiato.
Gestione dello stato di risparmio energetico
Lo stato di risparmio energetico è attivo per impostazione predefinita nella struttura Wi-Fi. Nella stato di risparmio energetico, il firmware del fornitore gestisce il risparmio energetico stato dei singoli link in base ai modelli di traffico e all'attivazione dei link oppure le decisioni di disattivazione.
Tuttavia, il framework Wi-Fi può forzare la disattivazione dello stato di risparmio energetico
chiamata all'API ISupplicantStaIface::setPowerSave(false)
HAL. Se
lo stato di risparmio energetico è disabilitato dal framework, il firmware del fornitore deve mantenere
almeno un link attivo (risparmio energetico disattivato). In questo stato, il firmware
implementazione decide quale collegamento impostare.
Percorso dati
Descrive l'implementazione del firmware del fornitore per la gestione di uplink e per scaricare il traffico.
Traffico di uplink
Il firmware instrada il traffico di uplink a uno (o più) link in base ai suoi implementazione. Il firmware del fornitore decide quando eseguire il bilanciamento del carico duplicazione o aggregazione del traffico in base a modelli di traffico. I nostri suggerimenti il firmware duplica il traffico verso più link nei seguenti casi:
- Quando la modalità a bassa latenza è impostata mediante la funzionalità
IWifiChip#setLatencyMode()
API HAL. - Quando c'è traffico con priorità degli utenti 6 e 7.
Traffico di downlink
Il firmware deve sostituire l'indirizzo MAC (di destinazione) per STA del MAC con il MAC MLD-STA e l'indirizzo MAC (origine) per AP dell'intestazione MAC con l'indirizzo MAC MLD-AP. Il firmware deve eseguire la sostituzione dell'indirizzo MAC prima di passare attraverso il filtro APF, poiché I comandi di filtro APF hanno filtri basati sugli indirizzi MAC MLD. C'è un solo video filtro APF per tutti i link di un AP-MLD.
Contemporaneità
Gli scenari di contemporaneità, in cui una radio viene utilizzata per una nuova interfaccia, deve avere dedicando più segnali radio per i link della stessa interfaccia. Anche gli scenari di contemporaneità devono avere la priorità sull'MLO, indipendentemente per prima cosa. L'utilizzo di più link per una singola interfaccia è opportunistico, ovvero che i link multipli vengono utilizzati solo quando:
- MLO è richiesto in base alla decisione del firmware per il bilanciamento del carico. aggregazione o duplicazione.
- MLO è disponibile, il che significa che una radio non è richiesta da un'altra interfaccia.
Mappatura TID-link
Per i dispositivi con Android 14 o versioni successive, quando Il Wi-Fi 7 AP annuncia la disattivazione temporanea di uno dei collegamenti tramite un Elemento di mappatura TID-to-link trasmesso nel beacon, nella risposta del probe e frame di risposta dell'associazione, la stazione Wi-Fi 7 continua la connessione con l'AP utilizzando i restanti link impostati, senza eseguire altre dell'associazione.
Per i dispositivi con Android 13 o versioni precedenti, non supporta la ricezione di notifiche quando lo stato del collegamento è modificato a causa della mappatura da TID a link, anche se il link associato non è collegato a un TID.
AIDL HAL
Il supplicante Wi-Fi invia una notifica al framework Wi-Fi della mappatura TID-to-link modifiche tramite le seguenti interfacce AIDL:
hardware/interfaces/wifi/supplicant/aidl/android/hardware/wifi/supplicant/ISupplicantStaIfaceCallback.aidl
hardware/interfaces/wifi/supplicant/aidl/android/hardware/wifi/supplicant/ISupplicantStaIface.aidl
hardware/interfaces/wifi/supplicant/aidl/android/hardware/wifi/supplicant/MloLinksInfo.aidl
API
Le app possono ottenere informazioni sulle modifiche alla mappatura da TID a link utilizzando il metodo le seguenti API:
ConnectivityManager.NetworkCallback.onCapabilitiesChanged()
: Callback di rete attivato dal framework in caso di TID-to-link modifica alla mappatura.WifiInfo#getAssociatedMloLinks()
: Restituisce i collegamenti MLO associati.MloLink#getState()
: Restituisce lo stato del collegamento,MLO_LINK_STATE_ACTIVE
oMLO_LINK_STATE_IDLE
Funzionalità di negoziazione della mappatura da TID a link
Per i dispositivi con Android 14 o versioni successive, quanto segue: Sono disponibili API per ottenere le funzionalità di negoziazione delle mappe TID-to-link per la stazione e l'AP.
Capacità chip
Le seguenti interfacce supportano la funzionalità dei chip per la mappatura da TID a link negoziato.
AIDL HAL
L'interfaccia AIDL per la negoziazione della mappatura da TID a link è in FeatureSetMask
nel mese di hardware/interfaces/wifi/aidl/android/hardware/wifi/IWifiChip.aidl
. La
La funzionalità T2LM_NEGOTIATION = 1 << 8
indica che il chip supporta
Mappatura da TID a link.
API
WifiManager.isTidToLinkMappingNegotiationSupported()
: Restituisce il chip che supporta la negoziazione della mappatura da TID a link.
Funzionalità AP
Le seguenti interfacce supportano la funzionalità AP per la mappatura da TID a link negoziato.
AIDL HAL
Il framework esegue una query sulla capacità AP del supplicante insieme alla e la capacità di connessione corrente.
apTidToLinkMapNegotiationSupported
: Controlla se un profilo alternativo supporta la funzionalità di negoziazione delle mappe da TID a link.
API
WifiInfo.isApTidToLinkMappingNegotiationSupported()
: Indica se l'AP supporta la negoziazione della mappatura da TID a link.
Statistiche livello link
Le statistiche dei livelli di link includono dettagli specifici dei collegamenti Wi-Fi, come RSSI, vari TX contatori di pacchetti e RX e statistiche radio. Il framework Wi-Fi esegue periodicamente dei sondaggi statistiche del livello di link e RSSI per selezionare la rete migliore o valutare la qualità della rete connessa. Per i dispositivi con Android 14 o superiore, le statistiche del livello di link includono multi-link. Per supportare il Wi-Fi 7, Android supporta MLO in entrambi i livelli di collegamento statistiche e rilevazione dei segnali.
Le statistiche specifiche per i link sono disponibili nelle seguenti interfacce AIDL a livello di link:
hardware/interfaces/wifi/aidl/android/hardware/wifi/StaLinkLayerIfaceStats.aidl
hardware/interfaces/wifi/aidl/android/hardware/wifi/StaLinkLayerLinkStats.aidl
La
android.net.wifi.WifiManager#addOnWifiUsabilityStatsListener()
l'API di sistema ascolta tutte le statistiche del livello dei link. Il framework richiama periodicamente
questa API per aggiornare le statistiche di usabilità del Wi-Fi.
Le seguenti API specifiche per i link sono disponibili in
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)
Per eseguire query sugli ID link disponibili, le app possono chiamare il metodo
android.net.wifi.WifiUsabilityStatsEntry#getLinkIds()
.
API in
android.net.wifi.WifiUsabilityStatsEntry
per collegamento singolo (non MLO) restituisce le statistiche aggregate per le connessioni MLO. La
i criteri di aggregazione sono:
Le seguenti statistiche aggregate sui pacchetti utilizzano la somma delle statistiche per collegamento:
public long getTotalTxSuccess() public long getTotalTxRetries() public long getTotalTxBad() public long getTotalRxSuccess() public int getRxLinkSpeedMbps()
Le seguenti statistiche utilizzano i dati del link con il valore RSSI più elevato:
public int getRssi() public int getLinkSpeedMbps() public long getTotalBeaconRx() public int getTimeSliceDutyCycleInPercent() public ContentionTimeStats getContentionTimeStats(@WmeAccessCategory int ac) public List<RateStats> getRateStats()
Statistiche livello link in Android 13
Per dispositivi con Android 13, statistiche a livello di link
non tengono conto
Utilizzo di più link per una singola interfaccia. Per supportare l'MLO, il fornitore del software
deve applicare la seguente logica di aggregazione quando generi report su LinkLayerStats
tramite l'API IWifi# getLinkLayerStats_1_6()
HAL. Il link migliore è
con il più alto RSSI.
StaLinkLayerStats.iface.beaconRx
: segnala al meglio il numero di beacon usato per l'interfaccia.StaLinkLayerStats.iface.avgRssiMgmt
: segnalaavgRssiMgmt
per il link migliore utilizzato per l'interfaccia.StaLinkLayerStats.iface.wmeXxPktStats
(Xx = Vo, Vi, Be,Bk): report le statistiche aggregate dei pacchetti (totale) tramite i link dell'interfaccia.StaLinkLayerStats.iface.wmeXxContentionTimeStats
(Xx = Vo, Vi, Be,Bk): segnala le statistiche sul tempo di contesa per il miglior link utilizzato nella dell'interfaccia (statistiche sul tempo di contesa minima).
Riconfigurazione dei collegamenti MLO
Quando uno dei link del punto di accesso Wi-Fi 7 viene riutilizzato, l'AP annunciamo la rimozione del collegamento mediante la riconfigurazione dei link MLO. Stazioni possa mantenere una connettività senza interruzioni con l'AP senza ri-associazione sulla i link rimanenti.
La
onMloLinksInfoChanged
Interfaccia AIDL, situata nel supplicante Wi-Fi all'indirizzo
ISupplicantStaIfaceCallback.aidl
,
supporta la riconfigurazione dei link (rimozione del link da parte del provider di servizi).
Quando il framework Wi-Fi elabora la rimozione di un link, lo stato del collegamento viene impostato
a
MLO_LINK_STATE_UNASSOCIATED
Il framework quindi attiva
ConnectivityManager.NetworkCallback#onCapabilitiesChanged()
per cambiare lo stato del collegamento.
La
WifiInfo#getAffiliatedMloLinks
restituisce i link MLO affiliati. La
MloLink#getState
restituisce lo stato del collegamento. Se il link viene rimosso, il link restituito
stato corrente è
MLO_LINK_STATE_UNASSOCIATED
Strategia MLO chip
MLO consente ai dispositivi di inviare e ricevere dati su più collegamenti Wi-Fi contemporaneamente nel tempo, il che può migliorare le prestazioni delle app con requisiti specifici come bassa latenza, larghezza di banda elevata e bassa potenza. I fornitori di chip possono sviluppare algoritmi su come usare i link disponibili.
Le app con privilegi possono modificare questi algoritmi utilizzando
setMloMode
in Wifimanager
e imposta il metodo
seguenti modalità:
MLO_MODE_DEFAULT = 0
MLO_MODE_LOW_LATENCY = 1
MLO_MODE_HIGH_THROUGHPUT = 2
MLO_MODE_LOW_POWER = 3
Il framework utilizza
setMloMode
nell'interfaccia AIDL di IWifiChip
per impostare la modalità MLO.