WMM Power Save(WMM-PS)-Wi-Fiおよび有線ネットワーク

2020年9月26日Bamdeb
カテゴリ:PowerSave、WLAN

WMM-PSを通過する前に、理解を深めるためにLegacyPowerSaveを通過する必要があります。

:

♣ WMM-PSとは何ですか?WMMPSを分解すると、WMM+PS=Wi-Fi Multimedia+Powersaveが得られます。 これは、Wi-FiデバイスがWMMをサポートしている場合、そのデバイスがWMMPSをサポートする資格があることを意味します。 しかし、WMMをサポートしている場合でも、デバイスがWMMPSを使用することは必須ではありません。 ポイントは、WMMPSデバイスを取得するにはWMMをサポートする必要があることです。APがWMM-PSをサポートしているかどうかを確認する方法

APのビーコンからU-APSDフィールドを確認する必要があります。

ビーコン->タグ付きパラメータ->WMM/WME->WME Qos Info->U-APSD

WMMPSはU-APSD(予定外の自動保存配信)を指します。 U-APSDはすべてのデバイスで広くサポートされており、S-APSD(Scheduled Automatic PowerSave Delivery)

よりも有名です。Wmm-PSの手順:

仮定:

a. STAとAPの両方がWMM/QoSをサポートする必要があります。

B.協会はWMM協会でなければなりません。 我々は、WMM IEの関連要求、関連応答パケットを確認することができます。

C.STAとAPの両方がWMMPSをサポートする必要があります。 APについては、前の点で議論しました。STA WMMPSサポートのために私達は関連要求フレームをチェックインする必要があります->WME->WME QoS情報->4ACsを1として設定して下さい。これはまた各ACが有効になる配達および制動機であることを意味する。 今のところ、ちょうど私たちが別の記事で深く議論するこれを覚えておいてください。

d.もう一つの重要なパラメータ: また、APがサービス期間ごとに送信できるバッファリングされたフレームの数を示す最大SP長も指定します。 これについては、後でよりよく理解するための例で説明します。

ステップ:

1. ここで、関連付けが完了した後、STAは、1つのヌルデータフレームをAPに送信し、ここで、PM=1である。 これは、STAがpowersaveになることを意味します。 これは従来のPowerSaveメカニズムと同じです。

2. 関連要求フレーム内のすべてのACsが1に設定されていると想定しています。 その後、APはsleeping STAのバッファされたデータのビーコンTIMで示します。

3. STAはlisten間隔で目を覚まし、ビーコンTIMがその援助を示していることを見ます。

4. STAは、トリガフレームをAPに送信する。 トリガフレームは、Qosヌルパケットまたはデータパケットであり得る。 PMビットはトリガーフレーム(データまたはQoS Null)で1に設定されていることに注意してください。 一般的に、トリガーフレームは音声アクセスカテゴリです。

5. APがトリガフレームを受信すると、APは最大サービス期間長(Max SP Lengthを参照)内でバッファデータを1つずつ送信し始めます。 この例では、SPの長さは0に設定されています。

6. STAは各データパケットのためのACKを送信します。

ポイント5、6をよりよく理解するために、一つのインスタンスを見てみましょう。 ここでは、APからのping要求とSTAからのping応答を確認できます。 だから、ping要求はバッファリングされたパケットです。

スクリーンショット1
スクリーンショット2

7. STAはAPにパケットを送信せずにスリープ状態になります。 すべてのトリガフレームは常にPM=1であるためです。 このスタイルはPS-POLLメカニズムと同じです。

▼最大サービス期間長(最大SP長)):

1. STAが関連要求で「最大サービス期間の長さ」を10(ゼロ)に設定したとします。 そのため、以下の表によれば、APは、1つのサービス期間内に、最大2個のデータフレームをSTAに送信することができる。

最大SP長は2ビットフィールドであり、ここではIEEE仕様のテーブルを意味しています

2. 現在、APは4パケットをバッファリングしています。

3. STAがトリガフレームをAPに送信した後、APは、より多くのデータ=1、EOSPの場合、Data1を送信します。= 0

4. より多くのデータ=1、EOSP=1

5. そのため、より多くのデータがAPでバッファされ、STAはもう1つのトリガフレームを送信して他のバッファデータを取得する必要があります。

6. STAがもう1つのトリガーフレームを送信した後、

APは、より多くのデータ=1およびEOSP=0

データ4を送信します。 いずれかのシナリオSTAがAssoc要求でいくつかのACsを1として設定した場合、powersaveには異なるプロトコルが使用されます。

1. ACはWMMPSに続き、他のACは従来のpowersaveに続きます。

2. この場合、ビーコンのTIMはレガシーバッファデータに対してのみ表示されます。 STAは、APからWMMPSバッファデータを取得するために、独自のロジックを使用してトリガフレームを送信する必要があります。

♣STAがトリガフレームを送信したが、APがバッファされたデータを持たない場合はどうなりますか?

このシナリオでは、APはより多くのデータ=0およびEOSP=1のQoSヌルフレームで応答します。

▶トリガパケットのACが音声である理由は何ですか?

は、無線媒体上のSTA送信からトリガパケットが最も高い優先度を取得するようにする。

は、STAがビーコンを待たずにトリガフレームを送信することができ、そうする必要がある実際の例ですか?

:

1つのCiscoワイヤレスvoip電話がWi-Fi router(AP)に接続されているとします。 APのバックエンドは、有線ネットワークを介してインターネットを持っています。 この無線電話はWMMPSを支え、powersaveに行きます。 今無線voipの電話は1つの声呼出しを得ました従ってAPから来るどの声の包みでもAPで緩衝されるべきです(APはワイヤーで縛られたネットワークか そして私達はVOIPの電話(STA)がTXとして声の包みをいつでも送信できることを知っています。 一般に、APのビーコン間隔は100msであるため、APのTIMビットは100ms後に設定されます。100msは、STAが音声バッファされたデータを取得するのを待つ必要がある最小時間です。 しかし、音声パケットは100msのレイテンシを許容できません。 それ以外の場合は、受信した音声と送信された音声との間に同期はありません。 したがって、この問題を回避するために、STAは20msごとにトリガーフレームをAPに送信し(音声パケットが20msの遅延に耐えることが証明されています)、 バッファされたパケットがない場合、APはQoS nullで応答し、More Data=0およびEOSP=1となります。

♣WMMPSはU-APSDまたはS-APSDに基づいていますか?

WMMPSはU-APSDに基づいています。

▼なぜ予定外と呼ばれているのですか?

STAがトリガフレームを送信する事前定義された合意された時間がないためです。<8687><8266>▼トリガーフレームとは?<8 6 8 7><8 2 6 6>トリガは、APからバッファされたデータを取得するためにSTAからAPに送信されるデータフレーム(データを含まない場合がある)である。 PMビットはトリガーフレームで1に設定され、ACは一般に音声に設定されます。

♣ 結論:

WMMPSには従来のPowersaveよりも利点があるため、WMMPS(U-APSD)が多くのデバイスで広く受け入れられています。 別の記事では、Legacy powersaveとWMMPSの比較について説明します。ダウンロード:

WMMPS_CAPTURE

コメントを残す

メールアドレスが公開されることはありません。