Før DU går GJENNOM WMM-PS bør du gå Gjennom LegacyPowerSave for bedre forståelse.
♣ WMM-PS emner:
♣ Hva ER WMM-PS?
hvis vi bryter NED WMMP, får VI WMM + PS = Wi-Fi Multimedia + Powersave. Dette betyr at Hvis En Wi-Fi-enhet støtter WMM, er den enheten kvalifisert til å støtte WMMP. Men det er ikke obligatorisk for en enhet å bruke WMMP selvhvis den støtter WMM. Poenget er å få WMMP-enheten til å støtte WMM.
♣ hvordan sjekke OM AP støtter WMM-PS?
Vi må sjekke u-APSD-feltet fra Ap ‘ S Beacon.
Beacon – > Merket Parameter – > WMM / WME -> Wme Qos Info – > U-APSD
HER er DENNE artikkelen; WMMP refererer TIL U-APSD (Unscheduled Automatic PowerSave Delivery). U-APSD er mye støttet i alle enheter og mer kjent ENN S-APSD(Planlagt Automatisk PowerSave Levering)
♣ Trinn FOR WMM-PS:
Forutsetninger:
a. STA og AP begge skal støtte WMM / QoS.
B. Foreningen skal VÆRE WMM forening. Vi kan sjekke Foreningen Forespørsel, Foreningen Respons pakke FOR WMM IE.
C. STA OG AP begge skal støtte WMMP. FOR AP har vi diskutert i forrige punkt.
FOR STA WMMP støtte må vi sjekke I Foreningen Forespørsel ramme – > WME – > Wme QoS Info – > Sett 4 ACs som 1 .Dette betyr også at HVER AC er levering og utløser aktivert. Per nå bare husk dette vil vi diskutere i dyp i et annet innlegg.
d. En viktig parameter: Den angir også maksimal SP lengde som angir antall bufrede rammer AP kan sende per serviceperiode. Vi vil diskutere dette senere med et eksempel for å forstå bedre.
Skjermbilde for c og d
Trinn:
1. Nå etter at foreningen er fullført, SENDER STA En Nulldataramme TIL AP hvor PM=1. DETTE betyr AT STA kommer til powersave. Dette er det Samme Som Legacy PowerSave-mekanismen.
2. Vi har antatt at Alle ACs I Association Request frame er satt til 1. DERETTER ANGIR AP I Beacon TIM for bufrede data for sovende STA.
3. STA våkner opp i lytte intervall og ser At Beacon TIM indikerer SIN HJELP.
4. STA sender en trigger ramme TIL AP. En utløserramme kan være En Qos Null-Eller datapakke. Husk AT PM bit er satt til 1 i trigger frame (Data Eller QoS Null). Generelt kan vi se trigger frame Er Voice Access Kategori.
5. NÅR AP mottar en utløserramme, BEGYNNER AP å sende bufferdata en etter en innenfor maksimal serviceperiodelengde (Se Maks SP-Lengde). I vårt eksempel ER sp lengde satt til 0.
6. STA sender ACK for hver datapakke.
La oss se en forekomst for å forstå punkt 5, 6 bedre. Her kan vi se ping forespørsel kommer FRA AP og ping svar kommer FRA STA. Så, ping forespørsel er bufret pakke.
7. STA gar i dvale uten a sende pakken TIL AP. FORDI all utløserramme har PM=1 alltid. Denne stilen er den SAMME SOM PS-POLL-mekanismen.
♣ Maksimal Serviceperiode (Maks SP Lengde):
1. Anta AT STA setter «Maksimal serviceperiodelengde» som 10 (en null) i Tilknytningsforespørsel. SÅ I henhold til tabellen NEDENFOR KAN AP sende maks 2 Dataramme TIL STA innen en serviceperiode.
Maks SP lengde er 2 bits felt og her betyr tabell fra IEEE Spec
2. NÅ HAR AP bufret 4 pakker.
3. ETTER AT STA sender trigger frame TIL AP, SENDER AP Data1 der Flere Data =1, EOSP = 0
4. Data2 hvor Flere Data =1, EOSP=1
5. Så flere data er bufret I AP, NÅ MÅ STA sende en ekstra utløserramme for å få de andre bufferdataene.
6. ETTER AT STA sender en ekstra utløserramme,
ap sender Data3 hvor Mer Data =1 og EOSP=0
Data4 hvor Mer Data =0 og EOSP=1
♣ Delvis WMM-PS:
som vi vet i vårt eksempel ovenfor, er Alle ACs satt til 1 I Assoc-Forespørsel. HVIS ET scenario STA setter Noen ACs som 1 I Assoc-Forespørsel, vil forskjellige protokoller bli brukt til powersave.
1. AC vil følge WMMP og andre AC følger Eldre powersave.
2. I dette tilfellet Vil Beacon ‘ S TIM bare indikere For Eldre bufferdata. STA må sende trigger frame ved hjelp av egen logikk for å få WMMP bufferdata FRA AP.
♣ Hva skjer Hvis STA sender utløserramme, MEN AP ikke har noen bufrede data?
I dette scenariet SVARER AP Med Qos Nullramme der Flere Data=0 og EOSP=1.
♣ Hvorfor trigger packet ‘ S AC er Stemme?
slik at utløserpakken får høyeste prioritet FRA STA-overføring på det trådløse mediet.
♣ Et virkelighetseksempel HVOR STA kan sende utløserramme uten å vente på beacon, og det er nødvendig å gjøre det?
Eksempel:
Anta at En Cisco trådløs voip-telefon er koblet Til Wi-Fi-ruteren (AP). AP backend har internett via kablet nettverk. Denne trådløse telefonen støtter WMMP og går til powersave. Nå trådløs voip-telefon fikk en taleanrop så noen stemme pakke som kommer FRA AP (AP får fra kablet nettverk) bør bufres PÅ AP. Og vi vet voip telefon (STA) kan overføre stemme pakke helst SOM SIN TX. GENERELT ER aps beacon-intervall 100ms, SÅ APS TIM-bit vil sette etter 100ms. 100ms er minimumstiden STA må vente på å få stemmebufrede data. Men voice packet kan ikke tolerere 100ms ventetid. Ellers vil det ikke være noen synkronisering mellom mottatt og sendt stemme. SÅ FOR å unngå dette problemet SENDER STA trigger frame på hver 20ms (det er bevist at voice packet kan tolerere 20ms forsinkelse) TIL AP og DERETTER ap fjerner all bufret talepakke. HVIS DET ikke er bufret pakke, svarer AP Med qos null der Mer Data=0 og EOSP=1.
♣ WMMP er basert PÅ U-APSD eller S-APSD?
WMMP er basert PÅ U-APSD.
♣ Hvorfor kalles det Ikke Planlagt?
Fordi DET ikke er forhåndsdefinert avtalt tid når STA sender trigger frame.
♣ Hva er utløserramme?
en utløser er en dataramme (kan ikke inneholde data) som sendes TIL AP FRA STA for å få bufret data fra AP. PM bit er satt til 1 i trigger ramme OG AC er vanligvis satt til stemme.
♣ Godt å vite
♣ Konklusjon:
DET er fordeler FOR WMMP over Eldre Powersave, derfor ER WMMP (U-APSD) allment akseptert i mange enheter. Vi vil diskutere sammenligningen Mellom Legacy powersave og WMMP i et annet innlegg.
♣ Nedlasting:
Wmmps_fangst