a WMM-PS használata előtt át kell mennie LegacyPowerSave a jobb megértés érdekében.
naplójegyzék témák:
♣ mi az a WMM-PS?
ha lebontjuk a WMMP-ket, akkor WMM+PS = Wi-Fi multimédia + Powersave értéket kapunk. Ez azt jelenti, hogy ha bármely Wi-Fi eszköz támogatja a WMM-et, akkor az eszköz jogosult a WMMP-k támogatására. De egy eszköz számára nem kötelező a WMMP-k használata Isha támogatja a WMM-et. A lényeg az, hogy a WMMP-készüléknek támogatnia kell a WMM-et.
hogyan ellenőrizhető, hogy az AP támogatja-e a WMM-PS-t?
ellenőriznünk kell az U-APSD mezőt az AP Jeladójából.
Beacon – > Tagged paraméter – > WMM/WME – > WME Qos Info – > U-APSD
itt van ez a cikk; a WMMP-k az U-APSD-re (Unscheduled Automatic PowerSave Delivery) utalnak. U-APSD széles körben támogatott minden eszköz, és több híres, mint az S-APSD (ütemezett automatikus PowerSave Delivery)
a WMM-PS lépései:
feltételezések:
a. Az STA és az AP egyaránt támogatja a WMM/QoS-t.
b. az Asszociációnak WMM asszociációnak kell lennie. Ellenőrizhetjük az asszociációs kérelmet, az asszociációs Válaszcsomagot a WMM-hez, azaz.
c.az STA-nak és az AP-nek egyaránt támogatnia kell a WMMP-ket. Az AP esetében az előző pontban tárgyaltuk.
az STA WMMP-k támogatásához ellenőrizni kell a társítási kérelem keretét-> WME ->WME QoS Info ->állítsa be a 4 ACs-t 1-ként .Ez azt is jelenti, hogy minden AC delivery and trigger engedélyezve van. Most csak emlékezzen erre, amelyet mélyen egy másik bejegyzésben fogunk megvitatni.
d. Még egy fontos paraméter: Meghatározza a maximális SP hosszúságot is, amely jelzi a pufferelt keretek számát, amelyeket az AP szolgáltatási időszakonként küldhet. Ezt később egy példával fogjuk megvitatni, hogy jobban megértsük.
képernyőkép a c és d számára
lépések:
1. Most, miután az asszociáció befejeződött, az STA egy Null Adatkeretet küld az AP-nek, ahol PM=1. Ez azt jelenti, STA fog powersave. Ez ugyanaz, mint a Legacy PowerSave mechanizmus.
2. Feltételeztük, hogy az összes ACS társítási kérelem keret van beállítva, hogy 1. Ezután AP jelzi Beacon TIM pufferelt adatok alvó STA.
3. Sta felébred hallgatni intervallum, és látja, hogy Beacon TIM jelzi a támogatás.
4. STA küld egy trigger keret AP. A trigger keret lehet QoS Null vagy adatcsomag. Ne feledje, hogy a PM bit 1-re van állítva a trigger keretben (Data vagy QoS Null). Általában láthatjuk trigger keret hang hozzáférés kategóriában.
5. Amint az AP kap egy trigger keretet, az AP egyenként elkezdi küldeni a pufferadatokat a maximális szolgáltatási időszak hosszán belül (lásd Max SP Hossz). Példánkban az SP hossza 0-ra van állítva.
6. Az STA minden Adatcsomaghoz ACK-t küld.
nézzünk meg egy példányt az 5., 6. pont jobb megértéséhez. Itt láthatjuk az AP-től érkező ping kérést, az STA-tól érkező ping választ. Tehát a ping kérés pufferelt csomag.
7. STA megy aludni nélkül küld csomagot AP. Mivel minden trigger keret van, amelynek PM=1 mindig. Ez a stílus ugyanaz, mint a PS-POLL mechanizmus.
ons maximális szolgálati idő hossza (Max SP Hossz):
1. Tegyük fel, hogy az STA a “maximális szolgáltatási időszak hosszát” 10-ként állítja be(egy nulla) társítási kérelemben. Tehát az alábbi táblázat szerint az AP max 2 Adatkeretet küldhet az STA – nak egy szolgáltatási időszakon belül.
Max SP hossza 2 Bit mező és itt jelentése táblázat IEEE Spec
2. Most az AP 4 csomagot pufferelt.
3. Miután az STA trigger keretet küld az AP-nek, az AP Data1-et küld, ahol több adat =1, EOSP = 0
4. Data2 ahol több adat =1, EOSP=1
5. Tehát több adat van pufferelve az AP – ben, most az STA-nak még egy trigger keretet kell küldenie a többi puffer adat megszerzéséhez.
6. Miután sta küld még egy trigger keret,
AP küld Data3, ahol több adat =1 és EOSP=0
Data4 ahol több adat =0 és EOSP=1
Anavar rész WMM-PS:
mint tudjuk a fenti példában minden ACs van beállítva, hogy 1 Assoc kérés. Ha bármelyik forgatókönyv sta néhány ACs-t 1-ként állít be az Assoc kérésben, akkor különböző protokollokat fognak használni a powersave-hez.
1. Az AC követi a WMMP-ket, a többi AC pedig a régi powersave-t.
2. Ebben az esetben a Beacon TIM csak a régi pufferadatokat jelzi. Az STA-nak saját logikával kell elküldenie a trigger keretet, hogy WMMP-pufferadatokat kapjon az AP-től.
mi történik, ha az STA küld trigger keretet, de az AP nem rendelkezik pufferelt adatokkal?
ebben a forgatókönyvben az AP QoS Null kerettel válaszol, ahol több adat=0 és EOSP=1.
.. miért trigger packet AC hang?
így a trigger csomag a legmagasabb prioritást kapja az STA átviteltől a vezeték nélküli adathordozón.
.. egy valós példa, ahol STA küldhet trigger keret várakozás nélkül beacon, és ez szükséges erre?
példa:
tegyük fel, hogy egy Cisco vezeték nélküli voip telefon csatlakozik a Wi-Fi routerhez (AP). AP backend van internet vezetékes hálózaton keresztül. Ez a vezeték nélküli telefon támogatja a wmmp-ket, és a powersave-re megy. Most vezeték nélküli voip telefon kapott egy hanghívást, így minden hang csomag érkező AP (AP kap Vezetékes hálózat) kell pufferelni AP. És tudjuk, hogy a voip telefon (STA) bármikor képes hangcsomagot továbbítani TX-ként. Általában AP beacon intervallum 100ms, így AP TIM bit beállítása után 100ms.100ms a minimális idő STA meg kell várni, hogy hang pufferelt adatokat. De a hangcsomag nem tolerálja a 100 ms késleltetést. Ellenkező esetben nem lesz szinkronizálás a fogadott és az elküldött hang között. Tehát a probléma elkerülése érdekében az STA minden 20 ms-on elküldi a trigger keretet (bizonyított, hogy a hangcsomag képes elviselni a 20 ms késleltetést) az AP-nek, majd az AP törli az összes pufferelt hangcsomagot. Ha nincs pufferelt csomag, akkor az AP QoS null-val válaszol, ahol több adat=0 és EOSP=1.
a wmmp-K U-APSD-n vagy S-APSD-n alapulnak?
a WMMP-k az U-APSD-n alapulnak.
miért hívják nem Ütemezettnek?
mert nincs előre meghatározott idő, amikor az STA elküldi a trigger keretet.
ons mi a trigger keret?
a trigger egy adatkeret (nem tartalmazhat adatokat), amely az STA-tól az AP-nek küldött, hogy pufferelt adatokat kapjon az AP-től. A PM bit 1-re van állítva a trigger keretben, az AC pedig általában hangra van állítva.
jó tudni
♣ következtetés:
a Wmmp-knek előnyei vannak a régi Powersave-vel szemben, ezért a WMMP-ket (U-APSD) sok eszközben széles körben elfogadják. A Legacy powersave és a WMMP-k összehasonlítását egy másik bejegyzésben tárgyaljuk.
Ons Letöltés:
WMMPS_Capture