ennen WMM-PS: n läpikäyntiä kannattaa käydä läpi LegacyPowerSave , jotta ymmärtää paremmin.
♣ WMM – PS topics:
♣ mikä on WMM-PS?
jos hajotamme WMMP: t, saamme WMM+PS = Wi-Fi Multimedia + Powersave. Tämä tarkoittaa, että jos jokin Wi-Fi-laite tukee WMM: ää, kyseinen laite on oikeutettu tukemaan WMMP: tä. Mutta se ei ole pakollista laitteen käyttää WMMPS evenif se tukee WMM. Pointti on, saada WMMPS laite on tuettava WMM.
♣ Miten tarkistaa, tukeeko AP WMM-PS: ää?
U-APSD-kenttä täytyy tarkistaa AP: n majakasta.
Beacon – > Tagged parametri – > WMM/WME – > WME Qos Info – > U-APSD
tässä on tämä artikkeli; WMMPS viittaa U-APSD (Unscheduled Automatic PowerSave Delivery). U-APSD on laajalti tuettu kaikissa laitteissa ja tunnetumpi kuin S-APSD (ajoitettu Automaattinen PowerSave-toimitus)
♣ askeleet WMM-PS: lle:
oletukset:
a. STA ja AP molemmat pitäisi tukea WMM / QoS.
b. yhdistyksen tulee olla WMM-yhdistys. Voimme tarkistaa Assosiaatiopyynnön, Assosiaatiovastauspaketin WMM IE: lle.
C. STA ja AP molempien olisi tuettava WMMP: Itä. AP: n osalta olemme keskustelleet edellisessä kohdassa.
STA wmmps-tukea varten meidän on tarkistettava Assosiaatiopyynnössä frame – > WME – >WME QoS Info – > Aseta 4 ACs as 1 .Tämä tarkoittaa myös sitä, että jokainen AC on toimitus ja käynnistin käytössä. Kuten nyt vain muistaa tämän keskustelemme syvällä toisessa postitse.
d. vielä yksi tärkeä parametri: Se määrittää myös SP: n enimmäispituuden, joka ilmaisee puskuroitujen kehysten määrän, jonka AP voi lähettää palvelujaksoa kohden. Keskustelemme tästä myöhemmin esimerkin avulla ymmärtääksemme paremmin.
kuvakaappaus C: stä ja d: stä
askeleet:
1. Nyt kun assosiaatio on valmis, STA lähettää yhden nollan tietokehyksen AP: lle, jossa PM=1. Tämä tarkoittaa, että STA menee powersaveen. Tämä on sama kuin Legacy PowerSave mekanismi.
2. Olemme olettaneet, että kaikki ACS Assosiaatiopyynnön runko on asetettu 1. Sitten AP osoittaa Beacon TIM puskuroituja tietoja Nukkuva STA.
3. STA herää kuunteluvälissä ja näkee, että Beacon TIM osoittaa sen apua.
4. STA lähettää laukaisukehyksen AP: lle. Laukaisukehys voi olla QoS Null tai datapaketti. Muista, että PM-bitti on asetettu arvoon 1 laukaisukehyksessä (Data tai QoS Null). Yleensä voimme nähdä trigger frame on Voice Access Luokka.
5. Kun AP saa käynnistinkehyksen, AP alkaa lähettää puskuritietoja yksitellen Max-palveluajan pituuden puitteissa (Katso Max SP-Pituus). Esimerkissämme SP: n pituus on asetettu arvoon 0.
6. STA lähettää ACK: n jokaisesta datapaketista.
katsotaan yksi instanssi, jotta voidaan ymmärtää kohta 5, 6 paremmin. Täällä voimme nähdä Ping-pyynnön tulevan AP: ltä ja ping-vastauksen tulevan STA. Niin, ping pyyntö on puskuroitu paketti.
7. STA menee nukkumaan lähettämättä pakettia AP: lle. Koska kaikissa laukaisukehyksissä on PM=1 aina. Tämä tyyli on sama kuin PS-Gallup-mekanismi.
♣ enimmäispalvelujakson Pituus (Max SP Pituus):
1. Oletetaan, että STA asettaa” Enimmäispalvelusajan pituuden ” 10(yksi nolla) Assosiaatiopyynnössä. Joten alla olevan taulukon mukaan AP voi lähettää enintään 2 Data frame STA yhden palveluajan kuluessa.
Max SP pituus on 2 bittiä kenttä ja tässä on merkitys taulukko IEEE Spec
2. Nyt AP on puskuroinut 4 pakettia.
3. Kun STA lähettää laukaisukehyksen AP: lle, AP lähettää Data1: n, jossa enemmän tietoa =1, EOSP = 0
4. Data2, jossa enemmän tietoa =1, EOSP=1
5. Joten lisää dataa puskuroidaan AP:ssä, nyt STA joutuu lähettämään vielä yhden laukaisukehyksen saadakseen muut puskuridatat.
6. Kun STA lähettää vielä yhden laukaisukehyksen,
AP lähettää Data3 jossa enemmän tietoa =1 ja EOSP=0
Data4 jossa enemmän tietoa =0 ja EOSP=1
♣ osittainen WMM-PS:
kuten edellä olevassa esimerkissämme tiedämme, kaikki ACs: t on asetettu 1: ksi Assoc: n pyynnössä. Jos jokin skenaario, jossa STA asettaa jonkin ACs: n 1: ksi Assoc-pyynnössä, powersave-ohjelmalle käytetään eri protokollia.
1. AC seuraa WMMPS: ää ja muut AC seuraa Legacy powersavea.
2. Tässä tapauksessa Beaconin TIM osoittaa vain vanhoja puskuritietoja. STA on lähettää trigger frame käyttäen omaa logiikkaa saada WMMPS puskuri tietoja AP.
♣ mitä tapahtuu, jos STA lähettää trigger Framen, mutta AP: llä ei ole puskuroitua dataa?
tässä skenaariossa AP vastaa QoS Null-kehyksellä, jossa Lisää tietoa=0 ja EOSP=1.
♣ miksi trigger packetin AC on ääni?
niin, että Trigger-paketti saa korkeimman prioriteetin STA-lähetyksestä langattomassa mediassa.
♣ yksi tosielämän esimerkki, jossa STA voi lähettää trigger Framen odottamatta majakkaa ja se on tehtävä niin?
esimerkki:
Oletetaan, että yksi Ciscon langaton voip-puhelin on yhteydessä Wi-Fi-reitittimeen (AP). AP backend on internet Langallisen verkon kautta. Tämä langaton puhelin tukee WMMPS ja menee powersave. Nyt langaton voip-puhelin sai yhden äänipuhelun, joten kaikki AP: stä tulevat äänipakkaukset (AP saa langallisesta verkosta) pitäisi puskuroida AP: ssä. Ja tiedämme voip puhelin (STA) voi lähettää äänipaketin milloin tahansa sen TX. Yleensä AP ’s beacon interval on 100ms niin AP’ s TIM bit asettaa jälkeen 100ms. 100ms on vähimmäisaika STA on odotettava saada ääni puskuroitu tiedot. Mutta voice packet voi sietää 100ms latenssi. Muuten vastaanotetun ja lähetetyn äänen välillä ei ole synkronointia. Joten tämän ongelman välttämiseksi STA lähettää laukaista kehyksen välein 20ms (se on osoittautunut, että ääni paketti voi sietää 20ms viive) AP ja sitten AP selkeä kaikki buffroitu ääni paketti. Jos puskuroitua pakettia ei ole, AP vastaa QoS nullilla, jossa enemmän tietoa=0 ja EOSP=1.
♣ wmmps perustuu U-APSD: hen tai S-APSD: hen?
WMMPS perustuu U-APSD: hen.
♣ miksi sitä kutsutaan Unschedulediksi?
koska ei ole ennalta sovittua aikaa, jolloin STA lähettää trigger Framen.
♣ mikä on trigger frame?
käynnistin on tietokehys (ei välttämättä sisällä tietoja), joka lähetetään henkilöstöstä AP: lle hakemaan puskuroituja tietoja AP: ltä. PM-bitti on asetettu arvoon 1 laukaisukehyksessä ja AC on yleensä asetettu ääneksi.
♣ hyvä tietää
♣ johtopäätös:
Wmmps: llä on etuja verrattuna Legacy Powersave: iin, siksi WMMPS (U-APSD) on laajalti hyväksytty monissa laitteissa. Keskustelemme vertailusta Legacy powersave ja WMMPS toisessa postitse.
♣ Download:
Wmmps_kapture