Wi-Fi 7

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 nl80211 NL80211_CMD_GET_WIPHY. Se L'attributo NL80211_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:

API

Le app possono usare le seguenti API per il raggio d'azione basato su RTT Wi-Fi 7:

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.

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.

Diagramma MLO

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.

La android.net.wifi.MloLink rappresenta il collegamento MLO. Questa classe include i seguenti parametri:

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:

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:

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

Selezione rete MLO Wi-Fi

Figura 2. Selezione della rete MLO.

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:

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à:

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:

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.

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)

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.

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.

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.

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.

Il supplicante Wi-Fi invia una notifica al framework Wi-Fi della mappatura TID-to-link modifiche tramite le seguenti interfacce AIDL:

Le app possono ottenere informazioni sulle modifiche alla mappatura da TID a link utilizzando il metodo le seguenti API:

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

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.

API

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:

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()

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: segnala avgRssiMgmt 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).

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.