Loading article…
ブロック確認応答(BA) は、当初IEEE 802.11eでMAC 効率を向上させるオプションの方式として定義されました。2009年に批准された802.11n修正により、この BA メカニズムが強化され、すべての 802.11n 対応デバイス (正式には HT - 高スループット デバイスと呼ばれる) でのサポートが必須となりました。
各MPDU (フレーム) に対して個別のACK を送信する代わりに、1 つの BA フレームを使用して複数の MPDU をまとめて確認応答することができます。ブロック ACK (BA) には、64*16 ビットのビットマップ サイズが含まれます。これらの 16 ビットは、確認応答する MPDU のフラグメント番号を表します。このビットマップの各ビットは、MPDU のステータス (成功/失敗) を表します。
ブロック確認応答は、セッションフェーズのセットアップとティアダウンから構成されます。セットアップフェーズでは、バッファサイズやBAポリシーなどの機能情報が受信側とネゴシエートされます。セットアップフェーズが完了すると、送信側はACKフレームを待たずにフレームを送信できます。最後に、BAセッションはいわゆるDELBAフレームでティアダウンされます。[1]
ブロックAckポリシー
1. HT即時ブロックAck
2. HT遅延ブロックAck
これらの契約で使用されるフレームは次のとおりです。
- BAR (ブロック確認要求)
受信ステーションに確認応答を要求し、フレームのブロックを受信したことを確認します。
- BA (ブロック確認応答) 応答
BA バリアント
- 通常 (基本) ブロック ACK (廃止)
- 圧縮ブロックACK
- これは、802.11n で定義されている BA の拡張バージョンです。圧縮された BA では、フラグメント化された MSDU は送信できないため、ビットマップ サイズは 1024 (64*16) ビットから 64 (64*1) ビットに縮小されます。
- マルチ TID ブロック ACK
- この方式はQoSにのみ適用できます。前述の BA バリアントは、単一の TID (トラフィック識別子) を認識できます。
どのフレームが受信されたかを示す受信ステーションからの確認は、「ビットマップ」と呼ばれるマトリックス (BAR の一部) に明示的に記載されます。
参照
参考文献
- ^ Computer Society、IEEE (2016)。パート11：ワイヤレスLANメディアアクセス制御（MAC）および物理層（PHY）仕様（PDF）。ニューヨーク：IEEE。p.1415。ISBN 978-1-5044-3645-8。
外部リンク
- 802.11n IEEE タスクグループ TGn プロジェクトのステータス