než projdete WMM-PS, měli byste projít LegacyPowerSave pro lepší porozumění.
topics WMM-PS témata:
♣ co je WMM-PS?
pokud rozložíme WMMP, dostaneme WMM+PS = Wi-Fi Multimedia + Powersave. To znamená, že pokud jakékoli zařízení Wi-Fi podporuje WMM, pak je toto zařízení způsobilé podporovat WMMP. Není však povinné, aby zařízení používalo WMMP, i když podporuje WMM. Jde o to, získat WMMP zařízení musí podporovat WMM.
♣ jak zkontrolovat, zda AP podporuje WMM-PS?
musíme zkontrolovat pole u-APSD z majáku AP.
Beacon – > Tagged parametr – > WMM / WME – > WME QoS Info – > U-APSD
zde je tento článek; WMMP odkazuje na U-APSD (neplánované automatické dodání PowerSave). U-APSD je široce podporován ve všech zařízeních a slavnější než s-APSD (plánované automatické napájení)
Steps kroky pro WMM-PS:
předpoklady:
a. STA i AP by měly podporovat WMM / QoS.
b. asociace by měla být WMM asociace. Můžeme zkontrolovat požadavek asociace, Paket odezvy Asociace pro WMM tj.
c. STA a AP by měly podporovat WMMP. Pro AP jsme diskutovali v předchozím bodě.
pro podporu sta WMMP musíme zkontrolovat v rámečku požadavku asociace – > WME – >WME QoS Info – > nastavit 4 ACs jako 1 .To také znamená, že každý AC je dodávka a spoušť povolena. Od této chvíle si pamatujte, že o tom budeme diskutovat hluboko v jiném příspěvku.
d. ještě jeden důležitý parametr: Určuje také maximální délku SP, která udává počet vyrovnávaných snímků, které může AP Odeslat za servisní období. O tom budeme diskutovat později s příkladem, abychom lépe porozuměli.
Screenshot pro c A d
kroky:
1. Nyní po dokončení asociace odešle STA jeden nulový datový rámec do AP, kde PM=1. To znamená, že STA bude moci ušetřit. To je stejné jako starší PowerSave mechanismu.
2. Předpokládali jsme, že všechny ACs v rámci požadavku asociace jsou nastaveny na 1. Pak AP indikuje Beacon TIM pro vyrovnávací paměti dat pro spaní STA.
3. STA se probudí v intervalu poslechu a vidí, že Beacon TIM naznačuje jeho pomoc.
4. STA pošle spouštěcí snímek AP. Spouštěcí rámec může být QoS Null nebo datový paket. Nezapomeňte, že PM bit je nastaven na hodnotu 1 ve spouštěcím rámci (Data nebo QoS Null). Obecně můžeme vidět, že spouštěcí rámec je kategorie hlasového přístupu.
5. Jakmile AP obdrží spouštěcí rámec, AP začne odesílat data vyrovnávací paměti jeden po druhém v maximální délce servisní doby (viz Max. délka SP). V našem příkladu je délka SP nastavena na 0.
6. STA odešle ACK pro každý datový paket.
podívejme se na jednu instanci, abychom lépe porozuměli bodu 5, 6. Zde vidíme ping požadavek přicházející z AP a ping odpověď přicházející ze STA. Takže požadavek ping je buffered paket.
7. STA jde spát bez odesílání paketu do AP. Protože všechny spouštěcí rám má PM=1 vždy. Tento styl je stejný jako mechanismus PS-POLL.
Maximum maximální délka servisní doby (maximální délka SP):
1. Předpokládejme, že STA nastaví „maximální délka servisní doby“ jako 10 (jedna nula) v požadavku asociace. Takže podle níže uvedené tabulky AP může poslat max 2 datový rámec do STA během jednoho servisního období.
maximální délka SP je 2 bitové pole a zde je význam tabulky z IEEE Spec
2. Nyní AP uložila 4 pakety do vyrovnávací paměti.
3. Poté, co STA odešle spouštěcí rámec do AP, AP odešle Data1, kde více dat =1, EOSP = 0
4. Data2 kde více dat =1, EOSP=1
5. Takže více dat je uloženo do vyrovnávací paměti v AP, nyní STA musí poslat ještě jeden spouštěcí snímek, aby získala další data vyrovnávací paměti.
6. Poté, co STA odešle ještě jeden spouštěcí snímek,
AP odešle Data3, kde více dat =1 a EOSP=0
Data4, kde více dat =0 a EOSP=1
Partial parciální WMM-PS:
jak víme v našem výše uvedeném příkladu, všechny ACs jsou nastaveny na 1 v požadavku doc. Pokud některý scénář sta nastaví některé ACs jako 1 v požadavku Assoc, budou pro powersave použity různé protokoly.
1. AC bude následovat WMMP a další AC sleduje starší powersave.
2. V tomto případě bude BEACONŮV TIM indikovat pouze starší data vyrovnávací paměti. STA musí poslat spouštěcí rám pomocí vlastní logiky, aby získal data vyrovnávací paměti WMMP z AP.
♣ co se stane, když STA pošle spouštěcí rámec, ale AP nemá žádná vyrovnávací data?
v tomto scénáři AP odpovídá QoS nulovým rámcem, kde více dat=0 a EOSP=1.
Why proč je AC spouštěcím paketem hlas?
takže trigger paket dostane nejvyšší prioritu z přenosu STA na bezdrátovém médiu.
One jeden příklad skutečného života, kdy STA může poslat spouštěcí rám bez čekání na maják a je to nutné?
příklad:
Předpokládejme, že jeden bezdrátový voip telefon Cisco je připojen k routeru Wi-Fi (AP). AP backend má internet prostřednictvím kabelové sítě. Tento bezdrátový telefon podporuje WMMP a jde do powersave. Nyní bezdrátový voip telefon dostal jeden hlasový hovor, takže jakýkoli hlasový paket pocházející z AP (AP dostane z kabelové sítě) by měl být vyrovnán na AP. A víme, že voip telefon (STA) může přenášet hlasový paket kdykoli jako jeho TX. Obecně AP beacon interval je 100ms, takže AP TIM bit se nastaví po 100ms. 100ms je minimální doba STA musí čekat, aby se hlasové vyrovnávací paměti dat. Hlasový paket však nemůže tolerovat latenci 100ms. V opačném případě nedojde k synchronizaci mezi přijatým a odeslaným hlasem. Tak, aby se zabránilo tomuto problému sta pošle spouštěcí snímek na každých 20ms (je prokázáno, že hlasový paket může tolerovat 20ms zpoždění) na AP a pak AP vymazat všechny vyrovnávací paměti hlasový paket. Pokud neexistuje žádný buffered paket, AP odpoví QoS null, kde více dat=0 a EOSP=1.
W WMMPS je založen na U-APSD nebo S-APSD?
WMMPS je založen na U-APSD.
Why proč se to nazývá neplánované?
protože neexistuje předdefinovaný dohodnutý čas, kdy STA odešle spouštěcí rámec.
♣ co je spouštěcí rám?
spoušť je datový rámec (nemusí obsahovat data), který byl odeslán do AP ze STA, aby získal vyrovnávací paměť z AP. PM bit je nastaven na 1 v spouštěcím rámu A AC je obecně nastaven na hlas.
Good dobré vědět
♣ závěr:
existují výhody pro WMMP oproti starším Powersave, proto je WMMP (U-APSD) široce přijímán v mnoha zařízeních. Budeme diskutovat o srovnání mezi Legacy powersave a WMMP v jiném příspěvku.
Download Stáhnout:
WMMPS_Capture