JP6437653B2 - 無線ｌａｎにおけるデータフレームの再送信なしにエラーを回復する方法及び装置 - Google Patents

Description

本発明は、無線通信に関し、より詳しくは、無線ＬＡＮにおけるデータフレームの再送信なしにエラーを回復する方法及び装置に関する。

ブロックＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）メカニズムは、ＴＸＯＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｐｐｏｒｔｕｎｉｔｙ）デュレーション中に送信端により送信された複数のフレームに対する応答を受信端で一度に実行するために導入された。ブロックＡＣＫメカニズムが使われる場合、Ａ−ＭＳＤＵ（ａｇｇｒｅｇａｔｅｄ−ＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ）、Ａ−ＭＰＤＵ（ａｇｇｒｅｇａｔｅｄ ＭＡＣ−ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）と同様にネットワークのオーバーヘッドが減少されてＭＡＣ効率性（ｅｆｆｉｃｉｅｎｃｙ）が向上することができる。

ブロックＡＣＫセッションを要求して応答を受ける設定（ｓｅｔｕｐ）過程は、下記のように実行されることができる。

送信端は、管理フレームであるＡＤＤＢＡ（ａｄｄ ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）要求フレームを受信端に送信して現在ＴＩＤ（ｔｒａｆｆｉｃ ｉｄｅｎｔｉｆｉｅｒ）に対するブロックＡＣＫ同意を要求することができる。ＡＤＤＢＡ要求フレームは、ブロックＡＣＫ政策、送信バッファサイズ、セッションタイムアウト値（ｓｅｓｓｉｏｎ ｔｉｍｅｏｕｔ ｖａｌｕｅ）、ＳＳＮ（ｓｔａｒｔｉｎｇ ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）などに対する情報を含むことができる。

ＡＤＤＢＡ要求フレームを受信した受信端は、ＡＤＤＢＡ要求フレームに対する応答としてＡＤＤＢＡ応答フレームを送信端に送信することができる。ＡＤＤＢＡ応答フレームは、ブロックＡＣＫ同意（ａｇｒｅｅｍｅｎｔ）状態、ＡＣＫ政策、バッファサイズ、タイムアウト値に対する情報を含むことができる。

設定過程を介して設定されたブロックＡＣＫセッションに基づき、送信端は、複数のフレームを受信端に送信し、受信端からブロックＡＣＫフレームを受信することができる。

送信端は、ＢＡＲ（ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｒｅｑｕｅｓｔ）送信条件を満たす場合、ＢＡＲフレームを受信端に送信することができる。受信端は、ＢＡＲフレームに対する応答としてＢＡフレームを受信することができる。

設定されたタイムアウト値が満了する場合または該当ＴＩＤに対して送信するデータがそれ以上ない場合、送信端のＤＥＬＢＡ（ｄｅｌｅｔｅ ｂｌｏｃｋ ａｃｋｎｏｗｌｅｇｅｍｅｎｔ）フレームの送信に基づいてブロックＡＣＫセッションが終了されることができる。

本発明の目的は、無線ＬＡＮにおいて、データフレームの再送信なしにエラーを回復する方法を提供することにある。

本発明の他の目的は、無線ＬＡＮにおいて、データフレームの再送信なしにエラーを回復する装置を提供することにある。

前述した本発明の目的を達成するための本発明の一側面による、無線ＬＡＮにおけるエラー回復方法は、送信ＳＴＡ（ｓｔａｔｉｏｎ）がデータフレームを受信ＳＴＡに送信するステップ；前記送信ＳＴＡが前記受信ＳＴＡから前記データフレームに対するブロックＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームを受信していない場合、前記データフレームの未受信の理由を決定するステップ；前記送信ＳＴＡが前記データフレームの未受信の理由を前記受信ＳＴＡの前記データフレームの受信後前記ブロックＡＣＫフレームの送信失敗と決定する場合、ＰＢＡＲ（ｐｒｅｖｉｏｕｓ ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｒｅｑｕｅｓｔ）データフレームを前記受信ＳＴＡに送信するステップ；及び、前記送信ＳＴＡが前記ＰＢＡＲデータフレームに対する応答として前記受信ＳＴＡからＰＢＡＲ（ｐｒｅｖｉｏｕｓ ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｒｅｓｐｏｎｓｅ）ブロックＡＣＫフレームを受信するステップ；を含み、前記ＰＢＡＲデータフレームは、前記データフレームに対する第１のブロックＡＣＫビットマップを要求するための情報を含み、前記ＰＢＡＲブロックＡＣＫフレームは、前記データフレームに対する前記第１のブロックＡＣＫビットマップを含む。

前述した本発明の目的を達成するための本発明の他の側面による、無線ＬＡＮにおけるデータ単位を送信する送信ＳＴＡは、無線信号を送信または受信するために具現されるＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）部及び前記ＲＦ部と動作可能なように（ｏｐｅｒａｔｉｖｅｌｙ）連結されたプロセッサを含み、前記プロセッサは、データフレームを受信ＳＴＡに送信し、前記受信ＳＴＡから前記データフレームに対するブロックＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームを受信していない場合、前記データフレームの未受信の理由を決定し、前記データフレームの未受信の理由を前記受信ＳＴＡの前記データフレームの受信後前記ブロックＡＣＫフレームの送信失敗と決定する場合、ＰＢＡＲ（ｐｒｅｖｉｏｕｓ ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｒｅｑｕｅｓｔ）データフレームを前記受信ＳＴＡに送信し、前記ＰＢＡＲデータフレームに対する応答として前記受信ＳＴＡからＰＢＡＲ（ｐｒｅｖｉｏｕｓ ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｒｅｓｐｏｎｓｅ）ブロックＡＣＫフレームを受信し、前記ＰＢＡＲデータフレームは、前記データフレームに対する第１のブロックＡＣＫビットマップを要求するための情報を含み、前記ＰＢＡＲブロックＡＣＫフレームは、前記データフレームに対する前記第１のブロックＡＣＫビットマップを含む。
本明細書は、例えば、以下の項目も提供する。
（項目１）
無線ＬＡＮにおけるエラー回復方法は、
送信ＳＴＡ（ｓｔａｔｉｏｎ）がデータフレームを受信ＳＴＡに送信するステップ；
前記送信ＳＴＡが前記受信ＳＴＡから前記データフレームに対するブロックＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームを受信していない場合、前記データフレームの未受信の理由を決定するステップ；
前記送信ＳＴＡが前記データフレームの未受信の理由を前記受信ＳＴＡの前記データフレームの受信後前記ブロックＡＣＫフレームの送信失敗と決定する場合、ＰＢＡＲ（ｐｒｅｖｉｏｕｓ ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｒｅｑｕｅｓｔ）データフレームを前記受信ＳＴＡに送信するステップ；及び、
前記送信ＳＴＡが前記ＰＢＡＲデータフレームに対する応答として前記受信ＳＴＡからＰＢＡＲ（ｐｒｅｖｉｏｕｓ ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｒｅｓｐｏｎｓｅ）ブロックＡＣＫフレームを受信するステップ；を含み、
前記ＰＢＡＲデータフレームは、前記データフレームに対する第１のブロックＡＣＫビットマップを要求するための情報を含み、
前記ＰＢＡＲブロックＡＣＫフレームは、前記データフレームに対する前記第１のブロックＡＣＫビットマップを含むことを特徴とする方法。
（項目２）
前記ＰＢＡＲデータフレームは、ＰＢＡＲ（ｐｒｅｖｉｏｕｓ ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｒｅｑｕｅｓｔ）情報を含み、
前記ＰＢＡＲ情報は、ブロックＡＣＫ開始シーケンスフィールドを含み、
前記ブロックＡＣＫ開始シーケンスフィールドは、前記データフレームに含まれた複数のデータ単位のうち前記第１のブロックＡＣＫビットマップの１番目のビットに対応されるデータ単位のシーケンス番号に対する情報を含むことを特徴とする項目１に記載の方法。
（項目３）
前記ＰＢＡＲデータフレームは、ＴＩＤ情報フィールドをさらに含み、
前記ＴＩＤ情報フィールドは、ＴＩＤ情報を含み、
前記第１のブロックＡＣＫビットマップは、前記データフレームに含まれた複数のデータ単位のうち前記ＴＩＤ情報に対応されるデータ単位に対するＡＣＫ情報のみを含むことを特徴とする項目２に記載の方法。
（項目４）
前記ＰＢＡＲブロックＡＣＫフレームは、ＰＢＡ（ｐｒｅｖｉｏｕｓ ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報及び第２のブロックＡＣＫビットマップを含み、
前記ＰＢＡ情報は、ブロックＡＣＫシーケンスフィールド及び第１のブロックＡＣＫビットマップフィールドを含み、
前記ブロックＡＣＫシーケンスフィールドは、前記データフレームに含まれた複数のデータ単位のうち前記第１のブロックＡＣＫビットマップの１番目のビットに対応されるデータ単位のシーケンス番号に対する情報を含み、
前記第１のブロックＡＣＫビットマップフィールドは、前記第１のブロックＡＣＫビットマップを含み、
前記第１のブロックＡＣＫビットマップは、前記データフレームに含まれた前記複数のデータ単位に対する複数のＡＣＫ情報を含み、
前記第２のブロックＡＣＫビットマップフィールドは、前記ＰＢＡＲデータフレームに含まれた複数のデータ単位に対する複数のＡＣＫ情報を含むことを特徴とする項目１に記載の方法。
（項目５）
前記ＰＢＡＲブロックＡＣＫフレームは、ＴＩＤ情報フィールドをさらに含み、
前記ＴＩＤ情報フィールドは、ＴＩＤ情報を含み、
前記第１のブロックＡＣＫビットマップは、前記データフレームに含まれた複数のデータ単位のうち前記ＴＩＤ情報に対応されるデータ単位に対するＡＣＫ情報のみを含むことを特徴とする項目４に記載の方法。
（項目６）
無線ＬＡＮにおけるデータ単位を送信する送信ＳＴＡ（ｓｔａｔｉｏｎ）において、前記送信ＳＴＡは、
無線信号を送信または受信するために具現されるＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）部；及び、
前記ＲＦ部と動作可能なように（ｏｐｅｒａｔｉｖｅｌｙ）連結されたプロセッサ；を含み、
前記プロセッサは、データフレームを受信ＳＴＡに送信し、
前記受信ＳＴＡから前記データフレームに対するブロックＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームを受信していない場合、前記データフレームの未受信の理由を決定し、
前記データフレームの未受信の理由を前記受信ＳＴＡの前記データフレームの受信後前記ブロックＡＣＫフレームの送信失敗と決定する場合、ＰＢＡＲ（ｐｒｅｖｉｏｕｓ ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｒｅｑｕｅｓｔ）データフレームを前記受信ＳＴＡに送信し、
前記ＰＢＡＲデータフレームに対する応答として前記受信ＳＴＡからＰＢＡＲ（ｐｒｅｖｉｏｕｓ ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｒｅｓｐｏｎｓｅ）ブロックＡＣＫフレームを受信するように具現され、
前記ＰＢＡＲデータフレームは、前記データフレームに対する第１のブロックＡＣＫビットマップを要求するための情報を含み、
前記ＰＢＡＲブロックＡＣＫフレームは、前記データフレームに対する前記第１のブロックＡＣＫビットマップを含むことを特徴とする送信ＳＴＡ。
（項目７）
前記ＰＢＡＲデータフレームは、ＰＢＡＲ（ｐｒｅｖｉｏｕｓ ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｒｅｑｕｅｓｔ）情報を含み、
前記ＰＢＡＲ情報は、ブロックＡＣＫ開始シーケンスフィールドを含み、
前記ブロックＡＣＫ開始シーケンスフィールドは、前記データフレームに含まれた複数のデータ単位のうち前記第１のブロックＡＣＫビットマップの１番目のビットに対応されるデータ単位のシーケンス番号に対する情報を含むことを特徴とする項目６に記載の送信ＳＴＡ。
（項目８）
前記ＰＢＡＲデータフレームは、ＴＩＤ情報フィールドをさらに含み、
前記ＴＩＤ情報フィールドは、ＴＩＤ情報を含み、
前記第１のブロックＡＣＫビットマップは、前記データフレームに含まれた複数のデータ単位のうち前記ＴＩＤ情報に対応されるデータ単位に対するＡＣＫ情報のみを含むことを特徴とする項目７に記載の送信ＳＴＡ。
（項目９）
前記ＰＢＡＲブロックＡＣＫフレームは、ＰＢＡ（ｐｒｅｖｉｏｕｓ ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報及び第２のブロックＡＣＫビットマップを含み、
前記ＰＢＡ情報は、ブロックＡＣＫシーケンスフィールド及び第１のブロックＡＣＫビットマップフィールドを含み、
前記ブロックＡＣＫシーケンスフィールドは、前記データフレームに含まれた複数のデータ単位のうち前記第１のブロックＡＣＫビットマップの１番目のビットに対応されるデータ単位のシーケンス番号に対する情報を含み、
前記第１のブロックＡＣＫビットマップフィールドは、前記第１のブロックＡＣＫビットマップを含み、
前記第１のブロックＡＣＫビットマップは、前記データフレームに含まれた前記複数のデータ単位に対する複数のＡＣＫ情報を含み、
前記第２のブロックＡＣＫビットマップフィールドは、前記ＰＢＡＲデータフレームに含まれた複数のデータ単位に対する複数のＡＣＫ情報を含むことを特徴とする項目６に記載の送信ＳＴＡ。
（項目１０）
前記ＰＢＡＲブロックＡＣＫフレームは、ＴＩＤ情報フィールドをさらに含み、
前記ＴＩＤ情報フィールドは、ＴＩＤ情報を含み、
前記第１のブロックＡＣＫビットマップは、前記データフレームに含まれた複数のデータ単位のうち前記ＴＩＤ情報に対応されるデータ単位に対するＡＣＫ情報のみを含むことを特徴とする項目９に記載の送信ＳＴＡ。

エラー回復手順上で不要なデータフレームの再送信が減少されることができる。

無線ＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）の構造を示す概念図である。 隠れノード問題（ｈｉｄｄｅｎ ｎｏｄｅ ｉｓｓｕｅ）及びさらしノード問題（ｅｘｐｏｓｅｄ ｎｏｄｅ ｉｓｓｕｅ）を解決するためにＲＴＳフレーム及びＣＴＳフレームを使用する方法を示す概念図である。 Ａ−ＭＳＤＵを示す概念図である。 Ａ−ＭＰＤＵを示す概念図である。 ブロックＡＣＫ動作（ｏｐｅｒａｔｉｏｎ）を示す。 既存の無線ＬＡＮシステムにおけるエラー回復手順が開示される。 本発明の実施例に係るエラー回復手順を示す概念図である。 本発明の実施例に係るＰＢＡＲ情報フォーマットを示す概念図である。 本発明の実施例に係るＰＢＡ情報フォーマットを示す概念図である。 本発明の実施例に係るＰＢＡＲ情報を含むデータフォーマットを示す概念図である。 本発明の実施例に係るエラー回復方法を示す概念図である。 本発明の実施例に係る受信ＳＴＡのブロックＡＣＫフレームの送信失敗を示す概念図である。 本発明の実施例に係るエラー回復手順を示す概念図である。 本発明の実施例に係るＭＵ送信に基づくエラー回復手順を示す概念図である。 本発明の実施例に係るＭＵ送信に基づくエラー回復手順を示す概念図である。 本発明の実施例に係るＭＵ送信に基づくエラー回復手順を示す概念図である。 本発明の実施例に係るＭＵ送信に基づくエラー回復手順を示す概念図である。 本発明の実施例に係るＭＵ送信に基づくエラー回復手順を示す概念図である。 本発明の実施例に係るＭＵ送信に基づくエラー回復手順を示す概念図である。 本発明の実施例に係るエラー回復手順を実行する時、送信ＳＴＡ及び受信ＳＴＡの動作を示す概念図である。 本発明の実施例に係るエラー回復手順のための事前設定プロトコルを示す概念図である。 本発明の実施例に係るＤＬ ＭＵ ＰＰＤＵを示す概念図である。 本発明の実施例に係るＵＬ ＭＵ ＰＰＤＵが開示される。 本発明の実施例に係るＵＬ ＭＵターゲットＳＴＡにより送信されるＵＬ ＭＵ ＰＰＤＵを示す概念図である。 本発明の実施例が適用されることができる無線装置を示すブロック図である。

図１は、無線ＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）の構造を示す概念図である。

図１の上段は、ＩＥＥＥ（ｉｎｓｔｉｔｕｔｅ ｏｆ ｅｌｅｃｔｒｉｃａｌ ａｎｄ ｅｌｅｃｔｒｏｎｉｃ ｅｎｇｉｎｅｅｒｓ）８０２．１１のインフラストラクチャＢＳＳ（ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ）の構造を示す。

図１の上段を参照すると、無線ＬＡＮシステムは、一つまたはそれ以上のインフラストラクチャＢＳＳ１００、１０５（以下、ＢＳＳ）を含むことができる。ＢＳＳ１００、１０５は、成功的に同期化されて互いに通信できるＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）１２５及びＳＴＡ１（Ｓｔａｔｉｏｎ）１００−１のようなＡＰとＳＴＡのセットであり、特定領域を示す概念ではない。ＢＳＳ１０５は、一つのＡＰ１３０に一つ以上の結合可能なＳＴＡ１０５−１、１０５−２を含むこともできる。

ＢＳＳは、少なくとも一つのＳＴＡ、分散サービス（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｅｒｖｉｃｅ）を提供するＡＰ１２５、１３０及び複数のＡＰを連結させる分散システム（Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｙｓｔｅｍ、ＤＳ）１１０を含むことができる。

分散システム１１０は、複数のＢＳＳ１００、１０５を連結して拡張されたサービスセットであるＥＳＳ（ｅｘｔｅｎｄｅｄ ｓｅｒｖｉｃｅ ｓｅｔ）１４０を具現することができる。ＥＳＳ１４０は、一つまたは複数個のＡＰ１２５、２３０が分散システム１１０を介して連結されて構成された一つのネットワークを指示する用語として使われることができる。一つのＥＳＳ１４０に含まれるＡＰは、同じＳＳＩＤ（ｓｅｒｖｉｃｅ ｓｅｔ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を有することができる。

ポータル（ｐｏｒｔａｌ）１２０は、無線ＬＡＮネットワーク（ＩＥＥＥ８０２．１１）と他のネットワーク（例えば、８０２．Ｘ）との連結を実行するブリッジ役割を遂行することができる。

図１の上段のようなＢＳＳでは、ＡＰ１２５、１３０間のネットワーク及びＡＰ１２５、１３０とＳＴＡ１００−１、１０５−１、１０５−２との間のネットワークが具現されることができる。しかし、ＡＰ１２５、１３０無しでＳＴＡ間でもネットワークを設定して通信を実行することも可能である。ＡＰ１２５、１３０無しでＳＴＡ間でもネットワークを設定して通信を実行するネットワークをアドホックネットワーク（Ａｄ−Ｈｏｃ ｎｅｔｗｏｒｋ）または独立ＢＳＳ（ｉｎｄｅｐｅｎｄｅｎｔ ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ、ＩＢＳＳ）と定義する。

図１の下段は、ＩＢＳＳを示す概念図である。

図１の下段を参照すると、ＩＢＳＳは、アドホックモードで動作するＢＳＳである。ＩＢＳＳは、ＡＰを含まないため、中央で管理機能を遂行するエンティティ（ｃｅｎｔｒａｌｉｚｅｄ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）がない。即ち、ＩＢＳＳにおいて、ＳＴＡ１５０−１、１５０−２、１５０−３、１５５−４、１５５−５は、分散された方式（ｄｉｓｔｒｉｂｕｔｅｄ ｍａｎｎｅｒ）に管理される。ＩＢＳＳにおいて、全てのＳＴＡ１５０−１、１５０−２、１５０−３、１５５−４、１５５−５は、移動ＳＴＡからなることができ、分散システムへの接続が許容されなくて自己完備的ネットワーク（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ ｎｅｔｗｏｒｋ）を構築する。

ＳＴＡは、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１１標準の規定に従う媒体アクセス制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ）と無線媒体に対する物理階層（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ）インターフェースを含む任意の機能媒体であり、広義では、ＡＰと非ＡＰ ＳＴＡ（Ｎｏｎ−ＡＰ Ｓｔａｔｉｏｎ）を両方とも含む意味として使われることができる。

ＳＴＡは、移動端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）、無線機器（ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ）、無線送受信ユニット（Ｗｉｒｅｌｅｓｓ Ｔｒａｎｓｍｉｔ／Ｒｅｃｅｉｖｅ Ｕｎｉｔ；ＷＴＲＵ）、ユーザ装備（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ；ＭＳ）、モバイル加入者ユニット（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｕｎｉｔ）または単純にユーザ（ｕｓｅｒ）などの多様な名称で呼ばれることもある。

無線ＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ、ＷＬＡＮ）システムで動作するＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）は、複数のＳＴＡ（ｓｔａｔｉｏｎ）の各々に同じ時間リソースを介してデータを送信することができる。ＡＰからＳＴＡへの送信をダウンリンク送信といい、このようなＡＰの複数のＳＴＡの各々への送信は、ＤＬ ＭＵ送信（ｄｏｗｎｌｉｎｋ ｍｕｌｔｉ−ｕｓｅｒ ｔｒａｎｓｍｉｓｓｉｏｎ）（または、ダウンリンクマルチユーザ送信）という用語で表現できる。

図２は、隠れノード問題（ｈｉｄｄｅｎ ｎｏｄｅ ｉｓｓｕｅ）及びさらしノード問題（ｅｘｐｏｓｅｄ ｎｏｄｅ ｉｓｓｕｅ）を解決するためにＲＴＳフレーム及びＣＴＳフレームを使用する方法を示す概念図である。

図２を参照すると、隠れノード問題（ｈｉｄｄｅｎ ｎｏｄｅ ｉｓｓｕｅ）及びさらしノード問題（ｅｘｐｏｓｅｄ ｎｏｄｅ ｉｓｓｕｅ）を解決するために、ＲＴＳ（ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ）フレームとＣＴＳ（ｃｌｅａｒ ｔｏ ｓｅｎｄ）フレームなどの短い信号送信フレーム（ｓｈｏｒｔ ｓｉｇｎａｌｉｎｇ ｆｒａｍｅ）が使われることができる。周辺ＳＴＡは、ＲＴＳフレーム及びＣＴＳフレームに基づいて二つのＳＴＡ間のデータ送信または受信可否に対して知ることができる。

図２の（Ａ）は、隠れノード問題（ｈｉｄｄｅｎ ｎｏｄｅ ｉｓｓｕｅ）を解決するために、ＲＴＳフレーム２０３及びＣＴＳフレーム２０５を送信する方法を示す。

ＳＴＡ Ａ２００とＳＴＡ Ｃ２２０の両方ともがＳＴＡ Ｂ２１０にデータフレームを送信しようとする場合を仮定することができる。ＳＴＡ Ａ２００は、データフレームの送信前、ＲＴＳフレーム２０３をＳＴＡ Ｂ２１０に送信し、ＳＴＡ Ｂ２１０は、ＣＴＳフレーム２０５をＳＴＡ Ａ２００に送信することができる。ＳＴＡ Ｃ２２０は、ＣＴＳフレーム２０５をオーバーヒアすることで、媒体を介したＳＴＡ Ａ２００からＳＴＡ Ｂ２１０へのフレームの送信を知ることができる。ＳＴＡ Ｃ２２０は、ＳＴＡ Ａ２００からＳＴＡ Ｂ２１０へのデータフレームの送信が終わる時まで、ＮＡＶ（ｎｅｔｗｏｒｋ ａｌｌｏｃａｔｉｏｎ ｖｅｃｔｏｒ）を設定することができる。このような方法を使用することによって、隠れノードによるフレーム間の衝突（ｃｏｌｌｉｓｉｏｎ）が防止されることができる。

図２の（Ｂ）は、さらしノード問題（ｅｘｐｏｓｅｄ ｎｏｄｅ ｉｓｓｕｅ）を解決するために、ＲＴＳフレーム２３３及びＣＴＳフレーム２３５を送信する方法を示す。

ＳＴＡ Ｃ２５０は、ＳＴＡ Ａ２３０とＳＴＡ Ｂ２４０のＲＴＳフレーム２３３及びＣＴＳフレーム２３５のモニタリングに基づいて他のＳＴＡ Ｄ２６０にフレームを送信する時、衝突可否に対して決定できる。

ＳＴＡ Ｂ２４０は、ＳＴＡ Ａ２３０にＲＴＳフレーム２３３を送信し、ＳＴＡ Ａ２３０は、ＣＴＳフレーム２３５をＳＴＡ Ｂ２４０に送信することができる。ＳＴＡ Ｃ２５０は、ＳＴＡ Ｂ２４０により送信されたＲＴＳフレーム２３３のみをオーバーヒアし、ＳＴＡ Ａ２３０により送信されたＣＴＳフレーム２３５をオーバーヒアすることができなかった。したがって、ＳＴＡ Ｃ２５０は、ＳＴＡ Ａ２３０がＳＴＡ Ｃ２５０のキャリアセンシング範囲（ｃａｒｒｉｅｒ ｓｅｎｓｉｎｇ ｒａｎｇｅ）外にあるということを知ることができる。したがって、ＳＴＡ Ｃ２５０は、ＳＴＡ Ｄ２６０にデータを送信することができる。

ＲＴＳ ｆｒａｍｅ ｆｏｒｍａｔとＣＴＳ ｆｒａｍｅ ｆｏｒｍａｔに対してはＩＥＥＥ Ｐ８０２．１１−ＲＥＶｍｃＴＭ／Ｄ２．０、Ｏｃｔｏｂｅｒ２０１３の８．３．１．２ ＲＴＳ ｆｒａｍｅ ｆｏｒｍａｔ及び８．３．１．３ ＣＴＳ ｆｒａｍｅ ｆｏｒｍａｔに開示されている。

図３は、Ａ−ＭＳＤＵを示す概念図である。

無線ＬＡＮシステムにおいて、ＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）エラーオーバーヘッドを減らすためにデータフレームをアグリゲーション（ａｇｇｒｅｇａｔｉｏｎ）する方法が定義された。データフレームのアグリゲーションのためにアプリケーション階層で生成されたＭＳＤＵ（ＭＡＣ ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ）３００は、ＭＡＣ階層の上位階層でアグリゲーションされて一つのデータ単位で生成されることができる。ＭＡＣ階層の上位階層でアグリゲーションされたＭＳＤＵは、Ａ−ＭＳＤＵ（ａｇｇｒｅｇａｔｅ−ＭＳＤＵ）３５０という用語で定義されることができる。Ａ−ＭＳＤＵ３５０は、優先順位が同じであり、同じＲＡ（ｒｅｃｅｉｖｅｒ ａｄｄｒｅｓｓ）を有する多数のＭＳＤＵ３００のアグリゲーションに基づいて生成されることができる。

複数のＡ−ＭＳＤＵサブフレームが集まって一つのＡ−ＭＳＤＵ３５０が形成されることができる。即ち、Ａ−ＭＳＤＵ３５０は、複数のＡ−ＭＳＤＵサブフレームを含むことができ、Ａ−ＭＳＤＵサブフレームは、サブフレームヘッダ、ＭＳＤＵ及びパディングビットを含むことができる。サブフレームヘッダは、宛先アドレス（ｄｅｓｔｉｎａｔｉｏｎ ａｄｄｒｅｓｓ、ＤＡ）、ソースアドレス（ｓｏｕｒｃｅ ａｄｄｒｅｓｓ、ＳＡ）、ＭＳＤＵ長さ（ｌｅｎｇｔｈ）を含むことができる。パティングビットは、Ａ−ＭＳＤＵサブフレームの全体長さを一定倍数（４ｏｃｔｅｔの倍数）で作るために使われることができる。

Ａ−ＭＳＤＵ３５０は、単一ＭＳＤＵと異なるように分割（ｆｒａｇｍｅｎｔａｔｉｏｎ）されずに、単一ＱｏＳ ｄａｔａ ＭＰＤＵ（ＭＡＣ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）で形成されて送信されることができる。例えば、Ａ−ＭＳＤＵ３５０は、ＭＩＢ（ｍａｎａｇｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ ｂａｓｅ）フィールドのＨＴ（ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ）ＳＴＡにより送信されることができる。ＨＴ ＳＴＡである場合、Ａ−ＭＳＤＵ３５０をデアグリゲーション（ｄｅ−ａｇｇｒｅｇａｔｉｏｎ）する能力を有しており、ＨＴ ＳＴＡは、受信したＰＰＤＵのＭＡＣヘッダのＱｏＳフィールド内にＡ−ＭＳＤＵ３５０の存在可否を確認してＡ−ＭＳＤＵ３５０をデアグリゲーションすることができる。

ＨＴ ＳＴＡのＡＣＫ政策（ｐｏｌｉｃｙ）がノーマルＡＣＫに設定された場合、Ａ−ＭＳＤＵ３５０は、Ａ−ＭＰＤＵ（ＭＡＣ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）でアグリゲーションされることができない。また、Ａ−ＭＳＤＵ３５０がＡ−ＭＰＤＵでアグリゲーションされることができるかどうかは、ＴＩＤ（ｔｒａｆｆｉｃ ｉｄｅｎｔｉｆｉｅｒ）別ブロックＡＣＫ同意（ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ａｇｒｅｅｍｅｎｔ）が成立されたかどうかによって変わることができる。また、ＴＩＤに対してブロックＡＣＫ同意が成立された場合であるとしても、ＡＤＤＢＡ要求フレーム（ａｄｄ ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｒｅｑｕｅｓｔ ｆｒａｍｅ）による受信側のＡＤＤＢＡ応答フレーム（ａｄｄ ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｒｅｓｐｏｎｓｅ ｆｒａｍｅ）のＡ−ＭＳＤＵブロックＡＣＫ支援可否指示子がブロックＡＣＫを支援しないと指示する場合、Ａ−ＭＰＤＵ内にＡ−ＭＳＤＵ３５０が含まれることができない。

図４は、Ａ−ＭＰＤＵを示す概念図である。

図４を参照すると、ＭＡＣ階層の下部で同じＲＡ（ｒｅｃｅｉｖｅｒ ａｄｄｒｅｓｓ）とＴＩＤ及びＡＣＫ政策を有する複数個のＭＰＤＵ４００を集めて一つのＡ−ＭＰＤＵ４５０が形成されることができる。

Ａ−ＭＰＤＵ４５０は、一つ以上のＡ−ＭＰＤＵサブフレームで構成されており、各Ａ−ＭＰＤＵサブフレームは、ＭＰＤＵデリミター（ｄｅｌｉｍｅｔｅｒ）とＭＰＤＵ４００を含むことができる。ＭＰＤＵデリミターは、Ａ−ＭＰＤＵ４５０を構成するＡ−ＭＰＤＵサブフレームのエラー可否を判断するために使われることができる。複数のＡ−ＭＰＤＵサブフレームは、一つのＡ−ＭＰＤＵ４５０を形成することができる。

Ａ−ＭＰＤＵ４５０の受信成功可否は、ブロックＡＣＫに基づいて指示されることができる。ＨＴ−即時ＢＡ同意（ＨＴ−ｉｍｍｅｄｉａｔｅ ＢＡ ａｇｒｅｅｍｅｎｔ）が成立されているＴＩＤに対してのみＡ−ＭＰＤＵ４５０を形成することができ、Ａ−ＭＰＤＵ４５０を構成するＭＰＤＵ４００のデュレーション／ＩＤフィールドの値は、同じように設定されることができる。

Ａ−ＭＰＤＵ（または、ＭＰＤＵ）は、ＰＳＤＵ（ＰＨＹ（ｐｈｙｓｉｃａｌ ｌａｙｅｒ）ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ）に含まれることができる。ＰＳＤＵとＰＰＤＵヘッダ（ＰＨＹプリアンブル及びＰＨＹヘッダ）は、ＰＰＤＵ（ＰＨＹ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を形成することができる。Ａ−ＭＰＤＵ（または、ＭＰＤＵ）は、フレームと同じデータ単位で解釈されることもできる。

図５は、ブロックＡＣＫ動作（ｏｐｅｒａｔｉｏｎ）を示す。

ブロックＡＣＫメカニズムは、ＴＸＯＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｐｐｏｒｔｕｎｉｔｙ）デュレーション（または、期間）中に送信された複数のフレームに対するＡＣＫ情報を含むブロックＡＣＫフレームの送信のために導入された。ブロックＡＣＫメカニズムが使われる場合、Ａ−ＭＳＤＵまたはＡ−ＭＰＤＵと同様に、データ送信及び受信手順のためのオーバーヘッドの減少が減少され、ＭＡＣ階層の効率性が向上することができる。

図５を参照すると、一つのＴＩＤのＡ−ＭＰＤＵに対するブロックＡＣＫ送信は、設定（ｓｅｔｕｐ）過程、送信過程、解除（ｔｅａｒ ｄｏｗｎ）過程に基づいて実行されることができる。設定過程は、ブロックＡＣＫセッションを要求して応答する過程である。

ＴＩＤは、上位レイヤ（ｈｉｇｈｅｒ ｌａｙｅｒ）により使われることができる識別子（ｉｄｅｎｔｉｆｉｅｒ）であって、ＭＳＤＵを区分するために使われることができる。例えば、ＴＩＤは、ＴＳ（ｔｒａｆｆｉｃ ｓｔｒｅａｍ）、ＴＣ（ｔｒａｆｆｉｃ ｃａｔｅｇｏｒｙ）に基づいて識別された１６個の値を有することができる。ＴＩＤは、ＭＡＣ階層より上位階層でＭＳＤＵに割り当てられることができる。ＴＣは、互いに異なるユーザ優先順位（ｕｓｅｒ ｐｒｉｏｒｉｔｙ）を有するＭＳＤＵを区分するために使われることができる。ＴＳは、特定ＴＳＰＥＣ（ｔｒａｆｆｉｃ ｓｐｅｃｉｆｉｃａｔｉｏｎ）に基づいて送信されるＭＳＤＵのセットを指示することができる。ＴＳＰＥＣは、ＳＴＡ間のデータフロー（ｄａｔａ ｆｌｏｗ）のＱｏＳ（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ）特徴（ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ）を指示することができる。

送信過程において、送信側のＳＴＡ（以下、送信ＳＴＡ）は、連続されたデータを受信側のＳＴＡ（以下、受信ＳＴＡ）に送信し、受信ＳＴＡは、連続されたデータに対するアグリゲーションされた応答を送信ＳＴＡに送信することができる。

解除（ｔｅａｒ ｄｏｗｎ）過程で設定されたブロックＡＣＫセッションは、解除されることができる。

具体的に、設定過程において、送信ＳＴＡは、ＡＤＤＢＡ（ａｄｄ ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）要求フレームを受信ＳＴＡに送信し、受信ＳＴＡは、ＡＤＤＢＡ応答フレームを送信ＳＴＡに送信することができる。具体的に、送信ＳＴＡが管理フレームであるＡＤＤＢＡ要求フレームを受信ＳＴＡに送信することができる。ＡＤＤＢＡ要求フレームは、現在ＴＩＤに対するブロックＡＣＫ同意を要求することができる。ＡＤＤＢＡ要求フレームは、ブロックＡＣＫ政策種類、送信側の送信バッファサイズ、ブロックＡＣＫセッションのタイムアウト値、ＳＳＮ（ｓｔａｒｔｉｎｇ ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）などに対する情報を受信ＳＴＡに送信することができる。ＡＤＤＢＡ要求フレームを受信した受信ＳＴＡは、ＡＤＤＢＡ要求フレームに対する応答としてＡＤＤＢＡ応答フレームを送信ＳＴＡに送信することができる。ＡＤＤＢＡ応答フレームは、ブロックＡＣＫ同意状態、ＡＣＫ政策、バッファサイズ、タイムアウト値を含むことができる。

送信過程において、送信ＳＴＡは、Ａ−ＭＰＤＵを受信ＳＴＡに送信することができる。Ａ−ＭＰＤＵに対するＢＡＲ（ｂｌｏｃｋ ａｃｋ ｒｅｑｕｅｓｔ）フレームの送信条件が満たされる場合、送信ＳＴＡは、ＢＡＲフレームを受信ＳＴＡに送信することができる。送信ＳＴＡのＡ−ＭＰＤＵの送信が成功した場合、ＢＡＲフレームを受信した受信ＳＴＡは、Ａ−ＭＰＤＵに対するブロックＡＣＫを送信ＳＴＡに送信することができる。

解除過程は、送信ＳＴＡと受信ＳＴＡに設定された停止タイマ（ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅｒ）に設定されたタイムアウト値が満了される場合、または該当ＴＩＤに対して送信するデータがそれ以上ない場合に実行されることができる。例えば、ブロックＡＣＫエラー回復のために停止タイマの設定されたタイムアウト値の満了によってＤＥＬＢＡ（ｄｅｌｅｔｅ ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）フレームを受信ＳＴＡまたは送信ＳＴＡに送信してブロックＡＣＫセッションを終了することができる。送信ＳＴＡがブロックＡＣＫを受信する場合、送信ＳＴＡの停止タイマは再設定されることができる。受信ＳＴＡがＭＰＤＵ、ブロックＡＣＫ要求フレームを受信する場合、受信ＳＴＡの停止タイマは再設定されることができる。

ブロックＡＣＫフレームは、ブロックＡＣＫ開始シーケンス制御フィールドとブロックＡＣＫビットマップを含むことができる。

ブロックＡＣＫ開始シーケンス制御フィールドは、ブロックＡＣＫビットマップに含まれる１番目のビットにより指示されるデータ単位のシーケンス番号に対する情報を含むことができる。他の表現として、ブロックＡＣＫ開始シーケンス制御フィールドは、ブロックＡＣＫビットマップに含まれる１番目のビットにより指示するデータ単位のシーケンス番号であるＳＳＮ（ｓｔａｒｔｉｎｇ ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）に対する情報を含むことができる。

ブロックＡＣＫビットマップに含まれる複数のビットの各々は、複数個のデータ単位（例えば、ＭＳＤＵ）の各々に対するデコーディング成功可否を指示することができる。ブロックＡＣＫビットマップに含まれる１番目のビットは、ブロックＡＣＫ開始シーケンス制御フィールドにより指示されたシーケンス番号のデータ単位に対する受信成功可否を指示することができる。ブロックＡＣＫビットマップに含まれる残りのビットは、順次に残りのシーケンスに対応されるデータ単位のデコーディング成功可否を指示することができる。即ち、ブロックＡＣＫビットマップに含まれたｎ番目のビットは、ＳＳＮ＋ｎに対応されるシーケンス番号を有するデータ単位に対する受信成功可否を指示することができる。

ブロックＡＣＫビットマップは、圧縮された（ｃｏｍｐｒｅｓｓｅｄ）フォーマットを有することもできる。圧縮されたフォーマットのブロックＡＣＫビットマップに含まれる一つのビットは、複数のデータ単位（例えば、６４個のＭＳＤＵ、Ａ−ＭＳＤＵ）の受信成功可否を指示することもできる。

また、ブロックＡＣＫビットマップは、一つのＴＩＤに対するブロックＡＣＫビットマップのみを含み、それだけでなく、設定によって複数のＴＩＤに対するブロックＡＣＫビットマップを含むこともできる。

図６は、既存の無線ＬＡＮシステムにおけるエラー回復手順が開示される。

エラー回復手順は、送信ＳＴＡから受信ＳＴＡへ送信されるデータフレームの送信失敗（または、送信ＳＴＡのデータフレームの送信失敗）、受信ＳＴＡから送信ＳＴＡへデータフレームに対する応答として送信されるブロックＡＣＫフレームの送信失敗（または、受信ＳＴＡのブロックＡＣＫフレームの送信失敗）により発生されることができる。

図６の上段は、送信ＳＴＡのデータフレームの送信失敗が開示される。

図６の上段を参照すると、既存の無線ＬＡＮシステムにおいて、送信ＳＴＡのデータフレーム６１０の送信が失敗した場合、受信ＳＴＡは、ブロックＡＣＫフレーム６２０を送信しない。データフレーム６１０の送信が成功した場合、受信ＳＴＡは、ＳＩＦＳ（ｓｈｏｒｔ ｉｎｔｅｒｆｒａｍｅ ｓｐａｃｅ）に基づいてブロックＡＣＫフレーム６２０を送信ＳＴＡに送信することができる。

送信ＳＴＡは、データフレーム６１０を送信した後、データフレーム６１０に対する応答としてＳＩＦＳに基づいて送信されるブロックＡＣＫフレーム６２０の送信をモニタリングすることができる。送信ＳＴＡは、ブロックＡＣＫフレーム６２０を受信していない場合、データフレーム６３０に対する再送信を実行することができる。データフレーム６１０の送信が失敗した場合、受信ＳＴＡは、データフレーム６１０を受信することができず、送信ＳＴＡは、データフレーム６１０に対する応答としてブロックＡＣＫフレーム６２０を受信することができない。したがって、送信ＳＴＡによるデータフレーム６３０の再送信が必ず必要である。

図６の下段は、受信ＳＴＡのブロックＡＣＫフレームの送信失敗が開示される。

図６の下段を参照すると、受信ＳＴＡは、送信ＳＴＡにより送信されたデータフレーム６５０に対するデコーディングを成功し、送信ＳＴＡにブロックＡＣＫフレーム６６０を送信することができる。受信ＳＴＡにより送信ＳＴＡに送信されたブロックＡＣＫフレーム６６０にエラーが発生した場合、送信ＳＴＡは、ブロックＡＣＫフレーム６６０を受信することができない。送信ＳＴＡは、ブロックＡＣＫフレーム６６０を受信していない場合、データフレーム６７０を再送信することができる。受信ＳＴＡは、送信ＳＴＡにより再送信される前に受信を成功したデータフレーム６５０を再受信することができる。受信ＳＴＡの受信を成功したデータフレーム６５０の再受信は、無線ＬＡＮ通信効率を減少させることができる。即ち、受信ＳＴＡのブロックＡＣＫフレーム６６０の送信失敗が発生した場合、送信ＳＴＡの無条件的なデータフレーム６７０の再送信は、無線ＬＡＮ通信効率を減少させることができる。

以下、本発明の実施例では、受信ＳＴＡのデータフレームに対する受信が成功し、受信ＳＴＡによりデータフレームに対する応答として送信されるブロックＡＣＫフレームにエラーによって送信ＳＴＡのＡＣＫフレームの受信が失敗した場合（即ち、受信ＳＴＡのブロックＡＣＫフレームの送信失敗が発生した場合）、効果的なエラー回復手順が開示される。

無線ＬＡＮシステムで動作するＡＰは、複数のＳＴＡの各々に重なった時間リソースを介してデータを送信することができる。ＡＰからＳＴＡへの送信をダウンリンク送信という場合、このようなＡＰの送信は、ＤＬ ＭＵ送信（ｄｏｗｎｌｉｎｋ ｍｕｌｔｉ−ｕｓｅｒ ｔｒａｎｓｍｉｓｓｉｏｎ）（または、ダウンリンクマルチユーザ送信）という用語で表現できる。それに対し、ＤＬ ＳＵ（ｓｉｎｇｌｅ ｕｓｅｒ）送信は、全体送信リソース上でＡＰから一つのＳＴＡへのダウンリンク送信を指示することができる。

既存の無線ＬＡＮシステムにおいて、ＡＰは、ＭＵ ＭＩＭＯ（ｍｕｌｔｉｐｌｅ ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ）に基づいてＤＬ ＭＵ送信を実行することができ、このような送信は、ＤＬ ＭＵ ＭＩＭＯ送信という用語で表現されることができる。本発明の実施例では、ＡＰは、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）に基づいてＤＬ ＭＵ送信を実行することができ、このような送信は、ＤＬ ＭＵ ＯＦＤＭＡ送信という用語で表現されることができる。ＤＬ ＭＵ ＯＦＤＭＡ送信が実行される場合、ＡＰは、重なった時間リソース上で複数の周波数リソースの各々を介して複数のＳＴＡの各々にダウンリンクデータ（または、ダウンリンクフレーム、ダウンリンクＰＰＤＵ）を送信することができる。ＤＬ ＭＵ ＯＦＤＭＡ送信は、ＤＬ ＭＵ ＭＩＭＯ送信と共に使われることができる。例えば、ＤＬ ＭＵ ＯＦＤＭＡ送信のために割り当てられた特定サブバンド（または、サブチャネル）上で複数の時空間ストリーム（ｓｐａｃｅ−ｔｉｍｅ ｓｔｒｅａｍ）（または、空間的ストリーム（ｓｐａｔｉａｌ ｓｔｒｅａｍ））に基づくＤＬ ＭＵ−ＭＩＭＯ送信が実行されることができる。

ダウンリンク送信に基づいて送信されるＰＰＤＵ、フレーム及びデータの各々は、ダウンリンクＰＰＤＵ、ダウンリンクフレーム及びダウンリンクデータという用語で表現されることができる。ＰＰＤＵは、ＰＰＤＵヘッダとＰＳＤＵ（ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ）（または、ＭＰＤＵ（ＭＡＣ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）、またはＭＡＣペイロード）を含むデータ単位である。ＰＰＤＵヘッダは、ＰＨＹヘッダとＰＨＹプリアンブルを含むことができる。ＰＳＤＵ（または、ＭＰＤＵ）は、フレームを含むデータ単位またはフレームである。

それに対し、ＳＴＡからＡＰへの送信は、アップリンク送信ということができ、複数のＳＴＡが同じ時間リソース上でＡＰにデータを送信することをＵＬ ＭＵ送信（ｕｐｌｉｎｋ ｍｕｌｔｉ−ｕｓｅｒ ｔｒａｎｓｍｉｓｓｉｏｎ）（または、アップリンクマルチユーザ送信）という用語で表現できる。ＵＬ ＳＵ送信は、全体送信リソース上で一つのＳＴＡから一つのＡＰへのアップリンク送信を指示することができる。ＵＬ ＳＵ送信のみを許容する既存の無線ＬＡＮシステムと違って本発明の実施例に係る無線ＬＡＮシステムでは、ＵＬ ＭＵ送信も支援されることができる。アップリンクを介して送信されるＰＰＤＵ、フレーム及びデータの各々は、アップリンクＰＰＤＵ、アップリンクフレーム及びアップリンクデータという用語で表現されることができる。複数のＳＴＡの各々によるアップリンク送信は、周波数ドメインまたは空間ドメイン（ｓｐａｔｉａｌ ｄｏｍａｉｎ）上で実行されることができる。

複数のＳＴＡの各々によるアップリンク送信が周波数ドメイン上で実行される場合、ＯＦＤＭＡに基づいて複数のＳＴＡの各々に対して互いに異なる周波数リソースがアップリンク送信リソースに割り当てられることができる。複数のＳＴＡの各々は、割り当てられた互いに異なる周波数リソースを介してＡＰにアップリンクデータを送信することができる。このような互いに異なる周波数リソースを介した送信方法は、ＵＬ ＭＵ ＯＦＤＭＡ送信方法という用語で表現されることもできる。

複数のＳＴＡの各々によるアップリンク送信が空間ドメイン上で実行される場合、複数のＳＴＡの各々に対して互いに異なる時空間ストリーム（または、空間的ストリーム）が割り当てられ、複数のＳＴＡの各々が互いに異なる時空間ストリームを介してアップリンクデータをＡＰに送信することができる。このような互いに異なる空間的ストリームを介した送信方法は、ＵＬ ＭＵ ＭＩＭＯ送信方法という用語で表現されることもできる。

ＵＬ ＭＵ ＯＦＤＭＡ送信とＵＬ ＭＵ ＭＩＭＯ送信は、共に実行されることができる。例えば、ＵＬ ＭＵ ＯＦＤＭＡ送信のために割り当てられた特定サブバンド（または、サブチャネル）上で複数の時空間ストリーム（または、空間的ストリーム）に基づくＵＬ ＭＵ ＭＩＭＯ送信が実行されることができる。

以下、本発明の実施例では、無線ＬＡＮシステムにおいて、ＤＬ ＭＵ送信／ＤＬ ＳＵ送信及びＵＬ ＭＵ送信／ＵＬ ＳＵ送信に基づくエラー回復手順が開示される。

以下、説明の便宜上、データフレームを送信するＳＴＡを送信ＳＴＡ、データフレームに対する応答としてブロックＡＣＫフレームを送信するＳＴＡを受信ＳＴＡという用語で表現する。例えば、送信ＳＴＡがＡＰ ＳＴＡである場合、受信ＳＴＡはｎｏｎ−ＡＰ ＳＴＡであり、送信ＳＴＡがｎｏｎ−ＡＰ ＳＴＡである場合、受信ＳＴＡはＳＴＡである。

図７は、本発明の実施例に係るエラー回復手順を示す概念図である。

図７では、送信ＳＴＡは、チャネルアクセスに基づいて媒体を介したデータフレームの送信権限を取得してデータフレームを受信ＳＴＡに送信することができる。

受信ＳＴＡがデータフレーム７１０に対する受信を成功した場合、受信ＳＴＡは、フレーム間の間隔にＳＩＦＳを使用してデータフレーム７１０に対する応答としてブロックＡＣＫフレーム７２０を送信することができる。ブロックＡＣＫフレーム７２０は、データフレーム７１０に含まれる複数のデータ単位の各々（例えば、ＭＳＤＵ）に対するＡＣＫ情報を含むブロックＡＣＫビットマップ（または、ブロックＡＣＫ情報）を含むことができる。ブロックＡＣＫビットマップに含まれる複数のビットの各々は、複数のデータ単位の各々に対する受信成功可否を指示することができる。

送信ＳＴＡは、送信ＳＴＡのデータフレーム７１０の送信失敗または受信ＳＴＡのブロックＡＣＫフレーム７２０の送信失敗によってデータフレーム７１０の送信後一定時間（例えば、ＳＩＦＳ＋ａ）内にブロックＡＣＫフレーム７２０を受信していない場合もある。送信ＳＴＡがブロックＡＣＫフレーム７２０を受信していない場合は、送信ＳＴＡがブロックＡＣＫフレーム７２０の一部（例えば、ブロックＡＣＫフレーム７２０を伝達するＰＰＤＵのＰＰＤＵのヘッダ）に対するデコーディングのみを成功した場合も含むことができる。

送信ＳＴＡがブロックＡＣＫフレーム７２０を受信していない理由（または、原因）（ブロックＡＣＫフレームの未受信（ｎｏｎ−ｒｅｃｅｐｔｉｏｎ）理由）は、送信ＳＴＡのデータフレーム７１０の送信失敗または受信ＳＴＡのブロックＡＣＫフレーム７２０の送信失敗のうち一つである。

送信ＳＴＡのブロックＡＣＫフレーム７２０の未受信理由のうち一つである送信ＳＴＡのデータフレーム７１０の送信失敗は、受信ＳＴＡがデータフレーム７１０の受信失敗を意味する。他の表現として、送信ＳＴＡにより正常に送信されたデータフレーム７１０に対する受信ＳＴＡの受信（または、デコーディング）失敗を意味する。

送信ＳＴＡのブロックＡＣＫフレーム７２０の未受信理由のうち他の一つである受信ＳＴＡのブロックＡＣＫフレーム７２０の送信失敗は、受信ＳＴＡのデータフレーム７１０の受信（または、デコーディング）成功後データフレーム７１０に対する応答として送信されたブロックＡＣＫフレーム７２０に対する送信の失敗を意味する。他の表現として、受信ＳＴＡにより正常に送信されたブロックＡＣＫフレーム７２０に対する送信ＳＴＡの受信（または、デコーディング）失敗を意味する。

ブロックＡＣＫフレーム７２０が受信されない場合、送信ＳＴＡは、ブロックＡＣＫフレーム７２０の未受信理由が送信ＳＴＡのデータフレーム７１０の送信失敗のためであるか、または受信ＳＴＡのブロックＡＣＫフレーム７２０の送信失敗のためであるかを決定することができる。送信ＳＴＡによるブロックＡＣＫフレーム７２０の未受信理由の決定方法は、後述する。

本発明の実施例によると、送信ＳＴＡがブロックＡＣＫフレーム７２０の未受信理由を送信ＳＴＡのデータフレーム７１０の送信失敗と決定した場合、送信ＳＴＡは、データフレーム７１０に対する再送信手順を実行することができる。送信ＳＴＡのデータフレーム７１０の送信失敗が発生した場合、受信ＳＴＡは、データフレーム７１０を受信することができない。したがって、受信ＳＴＡに対するデータフレーム７１０の再送信が必要である。

それに対し、送信ＳＴＡがブロックＡＣＫフレーム７２０の未受信理由を受信ＳＴＡのブロックＡＣＫフレーム７２０の送信失敗と決定した場合、送信ＳＴＡによるデータフレーム７１０に対する再送信手順が必要でない。受信ＳＴＡがデータフレーム７１０に対する受信を成功したため、送信ＳＴＡによるブロックＡＣＫフレーム７２０を受信していないデータフレーム７１０に含まれる全体複数のデータ単位に対する再送信手順は、不要である。本発明の実施例によると、送信ＳＴＡがブロックＡＣＫフレーム７２０の未受信理由を受信ＳＴＡのブロックＡＣＫフレーム７２０の送信失敗と決定した場合、送信ＳＴＡは、ブロックＡＣＫフレーム７２０を受信していないデータフレーム７１０に対する再送信手順の代わりに次のデータフレーム７３０を受信ＳＴＡに送信することができる。以下、本発明の実施例では、受信ＳＴＡのブロックＡＣＫフレーム７２０の送信失敗によってブロックＡＣＫフレーム７２０を応答として受信していないデータフレーム７１０は、未応答データフレーム７１０という用語で表現されることができる。

効果的なエラー回復手順のために、送信ＳＴＡは、受信ＳＴＡから未応答データフレーム７１０に含まれる複数のデータ単位の各々に対するブロックＡＣＫ情報を再受信し、ブロックＡＣＫ情報に基づいて未応答データフレーム７１０に含まれる複数のデータ単位のうちＡＣＫを受信していないデータ単位に対する再送信のみを実行する必要がある。

したがって、本発明の実施例によると、未応答データフレーム７１０の以後に送信されるデータフレーム７３０に対する応答として送信されるブロックＡＣＫフレーム７４０を介して未応答データフレーム７１０に対するブロックＡＣＫ情報が送信されることができる。

未応答データフレーム７１０以後、送信ＳＴＡにより送信されるデータフレーム７３０は、未応答データフレーム７１０に対するブロックＡＣＫ情報を要求するための情報を含むことができる。

例えば、未応答データフレーム７１０の送信以後、送信ＳＴＡにより送信されるデータフレーム７３０は、ＰＢＡＲ（ｐｒｅｖｉｏｕｓ ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｒｅｑｕｅｓｔ）情報を含むことができる。ＰＢＡＲ情報は、未応答データフレームに対するブロックＡＣＫ情報を要求する情報を含むことができる。ＰＢＡＲ情報を含むデータフレーム７３０は、ＰＢＡＲデータフレーム７３０という用語で表現されることができる。

ＰＢＡＲデータフレーム７３０を受信した受信ＳＴＡは、ＰＢＡＲデータフレーム７３０に対する応答としてブロックＡＣＫフレーム７４０を送信することができる。ＰＢＡＲデータフレーム７３０に対する応答として送信されるブロックＡＣＫフレーム７４０は、ＰＢＡＲ（ｐｒｅｖｉｏｕｓ ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｒｅｓｐｏｎｓｅ）ブロックＡＣＫフレーム７４０という用語で表現されることができる。

ＰＢＡＲブロックＡＣＫフレーム７４０は、ＰＢＡＲデータフレーム７３０に含まれたデータ単位に対するブロックＡＣＫ情報だけでなく、未応答データフレーム７１０に含まれたデータ単位に対するブロックＡＣＫ情報を含むことができる。

ＰＢＡＲブロックＡＣＫフレーム７４０は、未応答データフレーム７１０に対するブロックＡＣＫ情報の送信のためのＰＢＡ情報を別途に含むことができる。ＰＢＡ情報は、未応答データフレーム７１０に対するブロックＡＣＫ情報を伝達するための別途のブロックＡＣＫビットマップを含むことができる。

送信ＳＴＡは、ＰＢＡＲブロックＡＣＫフレーム７４０を受信し、ＰＢＡＲブロックＡＣＫフレーム７４０に含まれたＰＢＡＲデータフレーム７３０に対するブロックＡＣＫ情報及び未応答データフレーム７１０に対するブロックＡＣＫ情報に基づいて未応答データフレーム７１０に含まれた複数のデータ単位及びＰＢＡＲデータフレーム７３０に含まれる複数のデータ単位の再送信可否に対して決定できる。

このようなエラー回復方法が使われる場合、受信ＳＴＡによりデコーディングを成功したデータ単位に対する不要な再送信が減少できる。したがって、無線ＬＡＮシステムにおいて、無線リソースの活用効率が高まって、送信ＳＴＡ及び受信ＳＴＡのデータフレームの再送信及び再受信のための重複したプロセシングが減少できる。

図７では、未応答データフレーム７１０が一つのデータフレームである場合が仮定された。具体的に、一つの未応答データフレーム７１０は、複数のＭＳＤＵのアグリゲーションにより生成されたＡ−ＭＳＤＵを含み、ブロックＡＣＫフレームは、複数のＭＳＤＵの各々に対するＡＣＫ情報を含むことができる。

しかし、複数のデータフレームの送信以後、複数のデータフレームに対する応答として一つのブロックＡＣＫフレームが送信されることもできる。例えば、複数のデータフレームの各々がＭＳＤＵを含み、ブロックＡＣＫフレームは、複数のデータフレームを介して受信された複数のＭＳＤＵの各々に対するＡＣＫ情報を含むこともできる。このような場合、複数のデータフレームが未応答データフレームになることができる。

図８は、本発明の実施例に係るＰＢＡＲ情報フォーマットを示す概念図である。

図８では、ＰＢＡＲデータフレームに含まれるＰＢＡＲ情報のフォーマットが開示される。ＰＢＡＲ情報のフォーマットは、ＰＢＡＲデータフレームのＭＡＣヘッダ、ＭＡＣボディまたはＰＢＡＲフレームを伝達する（ｃａｒｒｙｉｎｇ）ＰＢＡＲ ＰＰＤＵのＰＰＤＵヘッダに含まれることができる。

図８を参照すると、ＰＢＡＲ情報フォーマットは、ブロックＡＣＫ開始シーケンス（ｂｌｏｃｋ ＡＣＫ ｓｔａｒｔｉｎｇ ｓｅｑｕｅｎｃｅ）フィールド８００、圧縮されたビットマップ（ｃｏｍｐｒｅｓｓｅｄ ｂｉｔｍａｐ）フィールド８１０、ＴＩＤフィールド８２０、ＡＣＫ政策（ＡＣＫ ｐｏｌｉｃｙ）フィールド８３０、ＴＩＤ ｉｎｆｏ フィールド８４０を含むことができる。

ブロックＡＣＫ開始シーケンスフィールド８００は、ブロックＡＣＫ情報を要求するデータフレーム（または、データ単位）を指示するために使われることができる。例えば、複数のＭＳＤＵが複数のデータフレームを介して送信ＳＴＡにより送信されることができる。または、複数のＭＳＤＵがＡ−ＭＳＤＵフォーマットで一つのデータフレームを介して送信ＳＴＡにより送信されることができる。このような場合、ＰＢＡＲ送信フォーマットに含まれるブロックＡＣＫ開始シーケンスフィールド８００は、未応答データフレームに含まれる複数のデータ単位のうち最初のデータ単位に対応されるシーケンス番号に対する情報を含むことができる。他の表現として、ブロックＡＣＫ開始シーケンスフィールド８００は、ブロックＡＣＫ情報の再送信を要求するデータフレーム（または、データ単位）のうち最初に送信ＳＴＡにより送信されたデータフレーム（または、データ単位）のシーケンスに対する情報を含むことができる。

圧縮されたビットマップフィールド８１０は、圧縮されたビットマップの使用可否に対する情報を含むことができる。圧縮されたビットマップフィールド８１０は、ＰＢＡＲブロックＡＣＫフレームに含まれる未応答データフレームに対するブロックＡＣＫ情報が非圧縮（ｎｏｎ−ｃｏｍｐｒｅｓｓｅｄ）ビットマップか、または圧縮された（ｃｏｍｐｒｅｓｓｅｄ）ビットマップかを指示することができる。

非圧縮ビットマップが使われる場合、ブロックＡＣＫビットマップフィールドに含まれる複数のビットの各々は、複数のデータ単位の各々と対応されることができる。それに対し、圧縮されたビットマップが使われる場合、ブロックＡＣＫビットマップフィールドに含まれる複数のビットの各々は、複数のデータ単位を含むデータ単位グループと対応されることができる。例えば、一つのビットが複数個のＭＳＤＵに対する受信成功可否を指示することができる。

受信ＳＴＡは、圧縮されたビットマップフィールドにより指示された圧縮されたビットマップの使用可否に対する情報に基づいてＰＢＡＲブロックＡＣＫフレームのＰＢＡ情報に含まれるブロックＡＣＫビットマップを圧縮されたビットマップで使用するかどうかを決定することができる。

ＴＩＤフィールド８２０は、特定ＴＩＤに対応されるデータ単位に対するブロックＡＣＫ情報の要求を指示する情報を含むことができる。未応答データフレームに含まれた複数のデータ単位が複数のＴＩＤに対応される場合、ＴＩＤフィールド８２０に基づいて未応答データフレームに含まれた複数のデータ単位のうち特定ＴＩＤに対応されるデータ単位に対するブロックＡＣＫ情報の送信のみが要求されることができる。例えば、未応答データフレームに含まれた複数のデータ単位のうち一部のデータ単位は、実時間通話のための情報を含むデータ単位である。このような実時間通話のための情報を含むデータ単位に対する再送信は、不要である。したがって、このような場合、該当データ単位に対する再送信可否を判断するためのブロックＡＣＫ情報は、必要でない。したがって、ＴＩＤフィールド８２０に基づいて再送信を必要とするＴＩＤに対応されるデータ単位に対するブロックＡＣＫ情報のみが受信ＳＴＡに要求されることができる。

例えば、ＴＩＤフィールド８２０の値が１である場合、ＴＩＤ ｉｎｆｏ フィールド８４０は、ブロックＡＣＫ情報を要求する特定ＴＩＤに対する情報を指示することができる。それに対し、ＴＩＤフィールド８２０の値が０である場合、ＴＩＤに対する考慮なしに未応答フレームに含まれる全てのデータ単位に対するブロックＡＣＫ情報の送信が実行されることができる。

ＡＣＫ政策フィールド８３０は、ＰＢＡ情報の送信政策に対する情報を含むことができる。

ＰＢＡ情報は、未応答データフレームに対するブロックＡＣＫ情報を伝達するための別途のブロックＡＣＫビットマップを含むことができる。ＰＢＡ情報は、送信政策（即時（ｉｍｍｅｄｉａｔｅ）ブロックＡＣＫ応答政策、延期された（ｄｅｌａｙｅｄ）ブロックＡＣＫ応答政策、ノンＡＣＫ（Ｎｏ ＡＣＫ）政策）によってＰＢＡＲブロックＡＣＫフレームに含まれて送信されることができる。

ＰＢＡ情報の送信政策が即時ブロックＡＣＫ応答政策である場合、図７で詳述したように、未応答データフレームに対するブロックＡＣＫ情報を含むＰＢＡＲブロックＡＣＫフレームは、ＰＢＡＲデータフレームの受信後、ＳＩＦＳに基づいて即時送信されることができる。

ＰＢＡ情報の送信政策が、延期されたブロックＡＣＫ応答政策である場合、未応答データフレームに対するブロックＡＣＫ情報を含むＰＢＡＲブロックＡＣＫフレームは、ＰＢＡＲデータフレームの受信後、ＳＩＦＳに基づいて送信されずに、一定時間以後に送信されることができる。

ＰＢＡ情報の送信政策がノンＡＣＫ政策である場合、未応答データフレームに対するブロックＡＣＫ情報が送信されない。ＰＢＡ情報の送信政策がノンＡＣＫ政策である場合、ＰＢＡＲデータフレームに対する応答として送信されるブロックＡＣＫは、ＰＢＡＲデータフレームに含まれたデータ単位に対するブロックＡＣＫ情報のみを含むことができる。即ち、ＰＢＡＲデータフレームに対する応答としては、ＰＢＡ情報を含むＰＢＡＲブロックＡＣＫフレームでなく、一般ブロックＡＣＫフレームが送信されることができる。

例えば、ＰＢＡＲ情報フォーマットに含まれる各々のフィールドに対するビット割当は、ブロックＡＣＫ開始シーケンスフィールド８００（１６ビット）、圧縮されたビットマップフィールド８１０（１ビット）、ＴＩＤフィールド８２０（１ビット）、ＡＣＫ政策フィールド８３０（２ビット）、ＴＩＤ ｉｎｆｏ フィールド８４０（４ビット）である。

図９は、本発明の実施例に係るＰＢＡ情報フォーマットを示す概念図である。

図９では、ＰＢＡＲブロックＡＣＫフレームに含まれるＰＢＡ情報が開示される。ＰＢＡ情報は、未応答データフレームに対するブロックＡＣＫ情報を含むことができる。

図９を参照すると、ＰＢＡ情報フォーマットは、ＴＩＤ ｉｎｆｏフィールド９００、ブロックＡＣＫシーケンスフィールド９１０及びブロックＡＣＫビットマップフィールド９２０を含むことができる。

ＴＩＤ ｉｎｆｏフィールド９００は、ブロックＡＣＫ情報に対応されるデータ単位のＴＩＤに対する情報を含むことができる。ブロックＡＣＫ情報は、ブロックＡＣＫビットマップフィールドに基づいて表現されることができる。

ブロックＡＣＫシーケンスフィールド９１０は、ブロックＡＣＫビットマップフィールドにより指示されるデータ単位（または、データフレーム）を指示するためのシーケンス情報を含むことができる。例えば、ブロックＡＣＫシーケンスフィールド９１０は、ブロックＡＣＫビットマップフィールドに含まれるビットのうち１番目のビットと対応されるデータ単位のシーケンス番号に対する情報を含むことができる。ブロックＡＣＫビットマップに含まれる複数のビットの各々は、複数のデータ単位のシーケンス番号によって順次に複数のデータ単位の各々と対応されることができる。

したがって、ブロックＡＣＫビットマップフィールド９２０に含まれる１番目のビットと対応されるデータ単位のシーケンス番号がブロックＡＣＫシーケンスフィールドにより指示される場合、ブロックＡＣＫビットマップフィールド９２０に含まれる残りのビットに対応される残りのデータ単位に対するシーケンス番号に対する情報が取得されることができる。

ブロックＡＣＫビットマップフィールド９２０は、ビットマップフォーマットの未応答データフレームに対するブロックＡＣＫ情報を含むことができる。ＴＩＤ ｉｎｆｏフィールドによってブロックＡＣＫビットマップフィールドに含まれるブロックＡＣＫ情報は、特定ＴＩＤに該当するデータ単位に対応されることができる。

ブロックＡＣＫビットマップフィールド９２０は、ＰＢＡＲ情報に含まれた圧縮されたビットマップフィールドによって圧縮されたビットマップ、または非圧縮ビットマップを含むことができる。圧縮されたビットマップは、８オクテットの大きさであり、非圧縮ビットマップは、１２８オクテットの大きさである。

図９では、ＰＢＡ情報に基づいて未応答データフレームに対するブロックＡＣＫ情報が別途に送信される場合が仮定された。しかし、未応答データフレームに対するブロックＡＣＫ情報とＰＢＡＲデータフレームに含まれるデータ単位に対するブロックＡＣＫ情報が組み合わせて一つのビットマップで送信されることもできる。

図１０は、本発明の実施例に係るＰＢＡＲ情報を含むデータフォーマットを示す概念図である。

図１０の上段を参照すると、ＰＢＡＲ情報がＡ−ＭＰＤＵのサブフレームとして含まれることができる。

Ａ−ＭＰＤＵを伝達するＰＰＤＵは、ＰＰＤＵヘッダ（ＰＨＹプリアンブル及びＰＨＹヘッダ）１０００、Ａ−ＭＰＤＵを含むことができる。Ａ−ＭＰＤＵは、ＭＡＣヘッダ１０１０及び複数のＡ−ＭＰＤＵサブフレームを含むことができる。Ａ−ＭＰＤＵは、ＰＢＡＲデータフレームに対応されることができ、Ａ−ＭＰＤＵに含まれる複数のＡ−ＭＰＤＵサブフレームのうち少なくとも一つのサブフレーム１０２０は、ＰＢＡＲ情報を含むことができる。即ち、ＰＢＡＲ情報は、Ａ−ＭＰＤＵサブフレームに基づいて送信されることができる。

Ａ−ＭＰＤＵに含まれるＭＡＣヘッダ１０１０は、ＰＢＡＲ情報を含むＡ−ＭＰＤＵサブフレームを指示する情報を含むことができる。図１０の上段では、１番目のＡ−ＭＰＤＵサブフレーム１０２０がＰＢＡＲ情報を含む場合が仮定された。

図１０の下段を参照すると、ＰＢＡＲ情報は、ＭＡＣヘッダに含まれるＭＡＣヘッダフィールドを介して送信されることもできる。

ＭＡＣヘッダに含まれるフィールド（ＭＡＣヘッダフィールド）は、ＩＥＥＥ Ｐ８０２．１１−ＲＥＶｍｃＴＭ／Ｄ３．１ Ｄｒａｆｔ Ｓｔａｎｄａｒｄ ｆｏｒ Ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ａｎｄ ｉｎｆｏｒｍａｔｉｏｎ ｅｘｃｈａｎｇｅ ｂｅｔｗｅｅｎ ｓｙｓｔｅｍｓ Ｌｏｃａｌ ａｎｄ ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋｓ Ｓｐｅｃｉｆｉｃ ｒｅｑｕｉｒｅｍｅｎｔｓ Ｐａｒｔ １１：Ｗｉｒｅｌｅｓｓ ＬＡＮ Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ）ａｎｄ Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ（ＰＨＹ）Ｓｐｅｃｉｆｉｃａｔｉｏｎｓの８．２．４ Ｆｒａｍｅ ｆｉｅｌｄｓに開示されている。

本発明の実施例によると、ＭＡＣヘッダは、ＰＢＡＲ情報の送信のためのＰＢＡＲ情報フィールド１０７０をさらに含むことができる。例えば、ＰＢＡＲ情報フィールド１０７０は、時間的にＨＴ制御フィールド１０６０より後順位に送信されることができる。

また、本発明の実施例によると、アップリンク／ダウンリンクデータ及びＰＢＡＲ情報を含むデータフレームのタイプが定義されることができる。フレームタイプとしてアップリンク／ダウンリンクデータ＋ＰＢＡＲ情報フレームが定義されることができ、ＭＡＣヘッダのフレーム制御フィールドは、送信されたフレームがアップリンク／ダウンリンクデータ及びＰＢＡＲ情報を含むフレームであることを指示することができる。このような場合、受信ＳＴＡは、ＭＡＣヘッダのフレーム制御フィールド１０５０をデコーディングし、ＭＡＣヘッダにＰＢＡＲ情報フィールド１０７０を含むかどうかに対する情報を取得し、ＰＢＡＲ情報フィールド１０７０をデコーディングすることができる。

即ち、本発明の実施例によると、送信ＳＴＡは、データフレームを受信ＳＴＡに送信するステップ、及び送信ＳＴＡが受信ＳＴＡからデータフレームに対するブロックＡＣＫフレームを受信していない場合、データフレームの未受信の理由を決定するステップを実行することができる。また、送信ＳＴＡがデータフレームの未受信の理由を受信ＳＴＡのデータフレームの受信後ブロックＡＣＫフレームの送信失敗と決定する場合、ＰＢＡＲデータフレームを受信ＳＴＡに送信するステップ、及び送信ＳＴＡがＰＢＡＲデータフレームに対する応答として受信ＳＴＡからＰＢＡＲブロックＡＣＫフレームを受信するステップを実行することができる。

ＰＢＡＲデータフレームは、データフレームに対する第１のブロックＡＣＫビットマップを要求するための情報を含み、ＰＢＡＲブロックＡＣＫフレームは、データフレームに対する第１のブロックＡＣＫビットマップを含むことができる。

ＰＢＡＲデータフレームは、ＰＢＡＲ情報を含み、ＰＢＡＲ情報は、ブロックＡＣＫ開始シーケンスフィールドを含み、ブロックＡＣＫ開始シーケンスフィールドは、データフレームに含まれた複数のデータ単位のうち第１のブロックＡＣＫビットマップの１番目のビットに対応されるデータ単位のシーケンス番号に対する情報を含むことができる。

また、ＰＢＡＲデータフレームは、ＴＩＤ情報フィールドをさらに含み、ＴＩＤ情報フィールドは、ＴＩＤ情報を含み、第１のブロックＡＣＫビットマップは、データフレームに含まれた複数のデータ単位のうち前記ＴＩＤ情報に対応されるデータ単位に対するＡＣＫ情報のみを含むことができる。

ＰＢＡＲブロックＡＣＫフレームは、ＰＢＡ情報及び第２のブロックＡＣＫビットマップを含み、ＰＢＡ情報は、ブロックＡＣＫシーケンスフィールド及び第１のブロックＡＣＫビットマップフィールドを含み、ブロックＡＣＫシーケンスフィールドは、データフレームに含まれた複数のデータ単位のうち第１のブロックＡＣＫビットマップの１番目のビットに対応されるデータ単位のシーケンス番号に対する情報を含むことができる。第１のブロックＡＣＫビットマップフィールドは、前記第１のブロックＡＣＫビットマップを含み、第１のブロックＡＣＫビットマップは、前記データフレームに含まれた前記複数のデータ単位に対する複数のＡＣＫ情報を含むことができる。第２のブロックＡＣＫビットマップフィールドは、ＰＢＡＲデータフレームに含まれた複数のデータ単位に対する複数のＡＣＫ情報を含むことができる。

また、ＰＢＡＲブロックＡＣＫフレームは、ＴＩＤ情報フィールドをさらに含み、ＴＩＤ情報フィールドは、ＴＩＤ情報を含み、第１のブロックＡＣＫビットマップは、データフレームに含まれた複数のデータ単位のうちＴＩＤ情報に対応されるデータ単位に対するＡＣＫ情報のみを含むことができる。

図１１は、本発明の実施例に係るエラー回復方法を示す概念図である。

図１１では、ＰＢＡＲデータフレーム及びＰＢＡＲブロックＡＣＫフレームに基づくエラー回復方法が開示される。

図１１を参照すると、送信ＳＴＡは、データ単位１及びデータ単位２を含むデータフレーム１ １１００を受信ＳＴＡに送信することができる。

受信ＳＴＡは、データフレーム１ １１００に対する応答としてブロックＡＣＫビットマップ‘１１’を含むブロックＡＣＫフレーム１ １１１０を送信ＳＴＡに送信することができる。しかし、送信ＳＴＡは、ブロックＡＣＫフレーム１を受信していない場合もある。

送信ＳＴＡは、データフレーム１ １１００に対するブロックＡＣＫフレームを受信していない場合、送信ＳＴＡは、ブロックＡＣＫフレーム１ １１１０の未受信の理由が送信ＳＴＡのデータフレーム１ １１００の送信失敗のためであるか、または受信ＳＴＡのブロックＡＣＫフレーム１ １１１０の送信失敗のためであるかを判断することができる。

送信ＳＴＡの判断結果、ブロックＡＣＫフレーム１ １１１０の未受信の理由が受信ＳＴＡのブロックＡＣＫフレーム１ １１１０の送信失敗である場合、送信ＳＴＡは、ＰＢＡＲデータフレーム１１２０を送信することができる。

送信ＳＴＡにより送信されたデータフレーム２ １１２０は、ＰＢＡＲ情報及び新しいデータ単位（例えば、データ単位３及びデータ単位４）を含むＰＢＡＲデータフレーム１１２０である。

受信ＳＴＡは、ＰＢＡＲデータフレームであるデータフレーム２ １１２０を受信し、データフレーム２ １１２０に対する応答としてＰＢＡＲブロックＡＣＫフレーム１１３０を送信ＳＴＡに送信することができる。

ＰＢＡＲブロックＡＣＫフレーム１１３０は、前述したＰＢＡ情報及びＰＢＡＲデータフレームであるデータフレーム２ １１２０に含まれたデータ単位３及びデータ単位４に対するブロックＡＣＫ情報を含むことができる。ＰＢＡ情報は、未応答データフレームであるデータフレーム１ １１００に含まれたデータ単位１及びデータ単位２に対するブロックＡＣＫ情報を含むことができる。

例えば、受信ＳＴＡが、未応答データフレーム１１００に含まれたデータ単位１及びデータ単位２とＰＢＡＲデータフレーム１１２０に含まれたデータ単位３及びデータ単位４とに対する受信及びデコーディングを成功した場合、ＰＢＡ情報に含まれる第１のブロックＡＣＫビットマップは‘１１’であり、データ単位３及びデータ単位４に対するブロックＡＣＫ情報を含む第２のブロックＡＣＫビットマップも‘１１’である。

以下、本発明の実施例では、送信ＳＴＡがブロックＡＣＫフレームを受信していない場合、ブロックＡＣＫフレームの未受信の理由が送信ＳＴＡのデータフレームの送信失敗のためであるか、または受信ＳＴＡのブロックＡＣＫフレームの送信失敗のためであるかを送信ＳＴＡが決定する方法が開示される。

図１２は、本発明の実施例に係る受信ＳＴＡのブロックＡＣＫフレームの送信失敗を示す概念図である。

ブロックＡＣＫフレームは、データフレームよりエラーに強く変調及びコーディングされることができる。受信ＳＴＡのブロックＡＣＫフレームの送信失敗は、チャネル状態によって発生せずに、一般的に隠れノード（ｈｉｄｄｅｎ ｎｏｄｅ）（または、隠れターミナル（ｈｉｄｄｅｎ ｔｅｒｍｉｎａｌ））により送信された他のフレームとの衝突によって発生されることができる。

図１２を参照すると、隠れノードは、フレーム（以下、干渉フレーム）１２４０を送信ＳＴＡに送信することができ、干渉フレームの送信タイミングがブロックＡＣＫフレーム１２２０の送信タイミングと重なる場合、フレーム間衝突が発生できる。

隠れノードは、送信ＳＴＡのデータフレーム１２００の送信以後媒体がアイドル状態と判断することができ、干渉フレーム１２４０を媒体を介して送信ＳＴＡに送信することができる。このような場合、隠れノードにより送信された干渉フレーム１２４０と受信ＳＴＡにより送信されたブロックＡＣＫフレーム１２２０は、衝突でき、送信ＳＴＡは、ブロックＡＣＫフレーム１２２０を受信することができない。

隠れノードの干渉フレーム１２４０の送信のための時間区間と受信ＳＴＡのブロックＡＣＫフレーム１２２０の送信のための時間区間の一部のみが重なることができる。このような場合、送信ＳＴＡは、ブロックＡＣＫフレーム１２２０に含まれる一部データ単位に対するデコーディングを成功することができる。

例えば、送信ＳＴＡは、ブロックＡＣＫフレーム１２２０を伝達する（ｃａｒｒｙｉｎｇ）ＰＰＤＵのＰＰＤＵヘッダ（例えば、ＰＨＹプリアンブル）に対するデコーディングを成功し、残りのＭＡＣペイロードに対するデコーディングを失敗することができる。ＰＰＤＵヘッダに含まれるＬ−ＳＩＧは、ブロックＡＣＫフレーム１２２０の送信デュレーションに対する情報を含むことができる。Ｌ−ＳＩＧに含まれた長さ（ｌｅｎｇｔｈ）情報及びデータレート（ｄａｔａ ｒａｔｅ）情報に基づいてフレームの送信デュレーションが決定されることができる。

送信ＳＴＡは、Ｌ−ＳＩＧに基づいて取得したブロックＡＣＫフレーム１２２０の送デュレーションに対する情報を使用することで、隠れノードにより送信された干渉フレーム１２４０と受信ＳＴＡのブロックＡＣＫフレーム１２２０の衝突によって受信ＳＴＡのブロックＡＣＫフレーム１２２０の送信失敗が発生したかどうかを判断することができる。

例えば、ブロックＡＣＫフレーム１２２０のデュレーション以後にも媒体が連続的にビジー状態と探索される場合、送信ＳＴＡは、他のフレームの媒体を介した送信があることを推定することができる。したがって、送信ＳＴＡは、ブロックＡＣＫフレーム１２２０と他の干渉フレーム１２４０の衝突によって受信ＳＴＡのブロックＡＣＫフレーム１２２０の送信失敗が発生したと決定できる。即ち、送信ＳＴＡは、ブロックＡＣＫフレーム１２２０の未受信の理由を受信ＳＴＡのブロックＡＣＫフレーム１２２０の送信失敗と決定できる。

他の例として、送信ＳＴＡは、ブロックＡＣＫフレーム１２２０を伝達するＰＰＤＵのＰＰＤＵヘッダに対する受信も失敗できる。ＰＰＤＵヘッダに対する受信を失敗した送信ＳＴＡは、データフレーム１２００を送信し、ＳＩＦＳ後特定の無線信号が媒体を介して送信されるかどうか（または、媒体がビジーかどうか）を判断することができる。また、ＰＰＤＵヘッダに対する受信を失敗した送信ＳＴＡは、データフレーム１２００を送信し、ＳＩＦＳ後一定期間以上媒体がビジーかどうかを判断することができる。一定期間は、一般的なブロックＡＣＫフレームの送信デュレーションに基づいて決定されることができる。送信ＳＴＡは、データフレーム１２００を送信し、ＳＩＦＳ後一定期間媒体がビジー状態である場合、送信ＳＴＡは、ブロックＡＣＫフレーム１２２０の未受信の理由を受信ＳＴＡのブロックＡＣＫフレーム１２２０の送信失敗と決定できる。送信ＳＴＡは、前記判断に基づいてブロックＡＣＫフレーム１２２０と干渉フレーム１２４０との間の衝突の発生によって受信ＳＴＡのブロックＡＣＫフレーム１２２０の送信失敗が発生したと決定できる。

他の例として、チャネル状態によって受信ＳＴＡのブロックＡＣＫフレーム１２２０の送信失敗が発生することもできる。ブロックＡＣＫフレーム１２２０に対するＭＣＳが誤選択された場合、チャネル干渉によって受信ＳＴＡのブロックＡＣＫフレーム１２００の送信失敗が発生することもできる。ブロックＡＣＫフレーム１２２０を伝達するＰＰＤＵのＰＰＤＵヘッダは、ＰＰＤＵの他の部分（例えば、ＭＡＣペイロード）よりエラーに強い。したがって、送信ＳＴＡは、ＰＰＤＵのＰＰＤＵヘッダに対する受信の成功及びＰＰＤＵの残りの部分に対する受信の失敗が発生した場合、受信ＳＴＡのブロックＡＣＫフレーム１２２０の送信失敗が発生したと決定することもできる。

また、本発明の実施例によると、ＳＴＡは、ブロックＡＣＫフレーム１２２０を伝達するＰＰＤＵのＰＰＤＵヘッダ（例えば、プリアンブル）のデコーディングステップでＰＰＤＵヘッダに含まれたＢＳＳカラー情報（ＢＳＳ ｃｏｌｏｒ ｉｎｆｏｒｍａｔｉｏｎ）に基づいて送信ＳＴＡのブロックＡＣＫフレーム１２２０の未受信の理由を決定することができる。ＢＳＳカラー情報は、ＰＰＤＵを送信したＳＴＡを含むＢＳＳのＢＳＳ識別情報を含むことができる。ＢＳＳカラー情報は、ブロックＡＣＫフレーム１２２０を伝達するＰＰＤＵのＰＰＤＵヘッダに含まれるシグナルフィールド（例えば、ＨＥ−ＳＩＧＡ）に含まれることができる。

具体的に、送信ＳＴＡは、受信したＰＰＤＵのＢＳＳカラー情報に基づいてブロックＡＣＫフレーム１２２０が送信ＳＴＡにより送信されたデータフレーム１２００に対する応答として送信されたかどうかを決定することができる。例えば、送信ＳＴＡは、受信したＰＰＤＵのＢＳＳカラー情報が送信ＳＴＡを含むＢＳＳの識別情報を指示するかどうかを決定することができる。

送信ＳＴＡは、受信したＰＰＤＵのＰＰＤＵヘッダに含まれるＢＳＳカラー情報が送信ＳＴＡを含むＢＳＳの識別情報を指示し、受信したＰＰＤＵの残りの部分に対するデコーディングを失敗した場合、受信ＳＴＡのブロックＡＣＫフレーム１２２０の送信失敗が発生したと決定できる。

それに対し、送信ＳＴＡは、受信したＰＰＤＵのＰＰＤＵヘッダに含まれるＢＳＳカラー情報が送信ＳＴＡを含むＢＳＳの識別情報を指示せずに、受信したＰＰＤＵの残りの部分に対するデコーディングを失敗した場合、送信ＳＴＡのデータフレーム１２００の送信失敗が発生したと決定できる。

図１３は、本発明の実施例に係るエラー回復手順を示す概念図である。

図１３では、送信ＳＴＡが未応答データフレームを送信した以後、ＳＴＡに送信する追加的な送信するデータフレームが存在しない場合、送信ＳＴＡの動作が開示される。

図１３を参照すると、送信ＳＴＡがブロックＡＣＫフレーム１３１０の未受信の理由を受信ＳＴＡのブロックＡＣＫフレーム１３１０の送信失敗と決定できる。送信ＳＴＡは、受信ＳＴＡに送信するペンディングデータが存在しない場合（または、受信ＳＴＡに追加的に送信するデータフレームが存在しない場合）、ブロックＡＣＫ要求フレーム１３２０に基づいて未応答データフレーム１３００に対するブロックＡＣＫ情報を受信ＳＴＡに要求することができる。

ブロックＡＣＫ要求フレーム１３２０は、未応答データフレーム１３００に対するブロックＡＣＫ情報の要求を指示する情報（例えば、未応答データフレームに含まれるデータ単位を指示する情報）を含むことができる。

受信ＳＴＡは、ブロックＡＣＫ要求フレーム１３２０に対する応答としてブロックＡＣＫフレーム１３３０を送信ＳＴＡに送信することができる。ブロックＡＣＫフレーム１３３０は、未応答データフレーム１３００に対するブロックＡＣＫ情報を含むことができる。

他の例として、ブロックＡＣＫ要求フレーム１３２０は、前述したＰＢＡＲ情報を含み、ブロックＡＣＫフレーム１３３０は、前述したＰＢＡ情報を含むこともできる。

本発明の他の実施例によると、送信ＳＴＡは、未応答データフレーム１３００の送信以後、追加的に受信ＳＴＡに送信するペンディングデータがない場合にも、ＰＢＡＲデータフレームと同じフォーマットで送信することができる。このような場合、ＰＢＡＲデータフレームは、追加的に受信ＳＴＡに送信されるデータ単位を含まない。受信ＳＴＡは、ＰＢＡＲデータフレームに対する応答としてＰＢＡＲブロックＡＣＫフレームを送信ＳＴＡに送信することができる。このような場合、ＰＢＡＲブロックＡＣＫフレームは、未応答データフレームに対するブロックＡＣＫ情報のみを含むことができる。

図１４は、本発明の実施例に係るＭＵ送信に基づくエラー回復手順を示す概念図である。

図１４では、送信ＳＴＡがＭＵ送信に基づいて複数の受信ＳＴＡにブロックＡＣＫ要求フレームを送信し、ＭＵ送信に基づいて複数の受信ＳＴＡの各々が複数のブロックＡＣＫフレームの各々を送信する方法が開示される。図１４では、送信ＳＴＡはＡＰ ＳＴＡであり、受信ＳＴＡがｎｏｎ−ＡＰ ＳＴＡである場合が仮定される。

図１４を参照すると、送信ＳＴＡは、データフレーム１ １４００を受信ＳＴＡに送信することができる。受信ＳＴＡは、データフレーム１ １４００に対する応答としてブロックＡＣＫフレーム１ １４１０を送信ＳＴＡに送信することができる。送信ＳＴＡは、ブロックＡＣＫフレーム１ １４１０を受信することができず、ブロックＡＣＫフレーム１ １４１０の未受信の理由を受信ＳＴＡのブロックＡＣＫフレーム１ １４１０の送信失敗と決定できる。

同様に、送信ＳＴＡは、データフレーム２ １４２０を受信ＳＴＡ２に送信することができる。受信ＳＴＡ２は、データフレーム２ １４２０に対する応答としてブロックＡＣＫフレーム２ １４３０を送信ＳＴＡに送信することができる。送信ＳＴＡは、ブロックＡＣＫフレーム２ １４３０を受信することができず、ブロックＡＣＫフレーム２ １４３０の未受信の理由を受信ＳＴＡ２のブロックＡＣＫフレーム２ １４３０の送信失敗と決定できる。

送信ＳＴＡがブロックＡＣＫフレーム１ １４１０及びブロックＡＣＫフレーム２ １４３０の未受信の理由を受信ＳＴＡ１のブロックＡＣＫフレーム１ １４１０の送信失敗及び受信ＳＴＡ２のブロックＡＣＫフレーム２ １４３０の送信失敗と決定し、未応答データフレームの送信以後、受信ＳＴＡ１及び受信ＳＴＡ２の各々に送信されるペンディングダウンリンクデータ（または、受信ＳＴＡ１及び受信ＳＴＡ２の各々に送信されるデータフレーム）を有しない。このような場合、送信ＳＴＡは、複数のブロックＡＣＫ要求フレームをＤＬ ＭＵ送信に基づいて受信ＳＴＡ１及び受信ＳＴＡ２に送信し、受信ＳＴＡ１及び受信ＳＴＡ２の各々は、ＤＬ ＭＵ送信に基づいて複数のブロックＡＣＫフレームを送信ＳＴＡに送信することができる。

送信ＳＴＡは、複数のブロックＡＣＫ要求フレームを多様なＤＬ ＭＵ送信方法に基づいて受信ＳＴＡ１及び受信ＳＴＡ２に送信することができる。具体的に、送信ＳＴＡは、ブロックＡＣＫ要求フレーム１及びブロックＡＣＫ要求フレーム２を含むＤＬ ＭＵ ＰＰＤＵフォーマット（以下、ブロックＡＣＫ要求ＭＵ ＰＰＤＵ）１４４０に基づいてブロックＡＣＫ要求フレーム１をサブチャネル１を介して受信ＳＴＡ１に送信し、ブロックＡＣＫ要求フレーム２をサブチャネル２を介して受信ＳＴＡ２に送信することができる。他の例として、送信ＳＴＡは、ブロックＡＣＫ要求フレーム１及びブロックＡＣＫ要求フレーム２を含むブロックＡＣＫ要求ＭＵ ＰＰＤＵ１４４０に基づき、ブロックＡＣＫ要求フレーム１をサブチャネル１の時空間ストリーム１を介して受信ＳＴＡ１に送信し、ブロックＡＣＫ要求フレーム２をサブチャネル２のサブチャネル２の時空間ストリーム２を介して受信ＳＴＡ２に送信することもできる。

ＤＬ ＭＵ送信に基づいて送信ＳＴＡにより送信されるブロックＡＣＫ要求フレーム１及びブロックＡＣＫ要求フレーム２を伝達するブロックＡＣＫ要求ＭＵ ＰＰＤＵ１４４０は、ブロックＡＣＫフレーム１及びブロックＡＣＫフレーム２のＵＬ ＭＵ送信のための情報を含むことができる。

例えば、ブロックＡＣＫ要求ＭＵ ＰＰＤＵ１４４０は、複数の受信ＳＴＡ（例えば、受信ＳＴＡ１及び受信ＳＴＡ２）の各々に対するＵＬ ＭＵ送信のためのリソース割当情報、複数の受信ＳＴＡの各々の識別情報、複数の受信ＳＴＡの各々により送信される複数のブロックＡＣＫフレームの各々に適用されるＭＣＳ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に対する情報、複数の受信ＳＴＡの各々により送信されるブロックＡＣＫフレームのＵＬ ＭＵタイプに対する情報（ＯＦＤＭＡ、ＭＩＭＯ）などを含むことができる。また、ブロックＡＣＫ要求ＭＵ ＰＰＤＵ１４４０は、ブロックＡＣＫフレームの送信パワーに対する情報、ブロックＡＣＫフレームの送信に使われるＳＴＢＣ（ｓｐａｃｅ ｔｉｍｅ ｂｌｏｃｋ ｃｏｄｉｎｇ）、ビームフォーミングに対する情報をさらに含むこともできる。

前記のような情報を含むブロックＡＣＫ要求ＭＵ ＰＰＤＵ１４４０を受信した受信ＳＴＡ１及び受信ＳＴＡ２の各々は、ＵＬ ＭＵ送信に基づいて割り当てられた送信リソースを介して重なった時間リソース上でブロックＡＣＫフレーム１及びブロックＡＣＫフレーム２を送信ＳＴＡに送信することができる。例えば、送信ＳＴＡにより送信されたブロックＡＣＫ要求ＭＵ ＰＰＤＵ１４４０に基づき、サブチャネル１が受信ＳＴＡ１に割り当てられ、サブチャネル２が受信ＳＴＡ２に割り当てられた場合、受信ＳＴＡ１は、サブチャネル１を介してブロックＡＣＫフレーム３ １４５０を送信し、受信ＳＴＡ２は、サブチャネル２を介してブロックＡＣＫフレーム４ １４６０をＵＬ ＭＵ送信に基づいて送信することができる。

ブロックＡＣＫ要求ＭＵ ＰＰＤＵ１４４０を受信した受信ＳＴＡ１及び受信ＳＴＡ２の各々は、フレーム間の間隔ＳＩＦＳ（ｓｈｏｒｔ ｉｎｔｅｒｆｒａｍｅ ｓｐａｃｅ）に基づいてブロックＡＣＫフレームを送信ＳＴＡに送信することができる。例えば、ブロックＡＣＫ要求フレームを受信した受信ＳＴＡ１及び受信ＳＴＡ２の各々は、ブロックＡＣＫ要求ＭＵ ＰＰＤＵ１４４０を受信し、ＳＩＦＳ後にブロックＡＣＫフレームを送信ＳＴＡに送信することができる。

図１５は、本発明の実施例に係るＭＵ送信に基づくエラー回復手順を示す概念図である。

図１５では、送信ＳＴＡがＭＵ送信に基づいて複数の受信ＳＴＡにＰＢＡＲデータフレームを送信し、ＭＵ送信に基づいて複数の受信ＳＴＡの各々が複数のブロックＡＣＫフレームの各々を送信する方法が開示される。図１３において、送信ＳＴＡはＡＰ ＳＴＡであり、受信ＳＴＡがｎｏｎ−ＡＰ ＳＴＡである場合が仮定される。

図１５を参照すると、送信ＳＴＡは、データフレーム１ １５００を受信ＳＴＡに送信することができる。受信ＳＴＡは、データフレーム１ １５００に対する応答としてブロックＡＣＫフレーム１ １５１０を送信ＳＴＡに送信することができる。送信ＳＴＡは、ブロックＡＣＫフレーム１ １５１０を受信することができず、ブロックＡＣＫフレーム１ １５１０の未受信の理由を受信ＳＴＡのブロックＡＣＫフレーム１ １５１０の送信失敗と決定できる。

同様に、送信ＳＴＡは、データフレーム２ １５２０を受信ＳＴＡ２に送信することができる。受信ＳＴＡ２は、データフレーム２ １５２０に対する応答としてブロックＡＣＫフレーム２ １５３０を送信ＳＴＡに送信することができる。送信ＳＴＡは、ブロックＡＣＫフレーム２ １５３０を受信することができず、ブロックＡＣＫフレーム２ １５３０の未受信の理由を受信ＳＴＡ２のブロックＡＣＫフレーム２ １５３０の送信失敗と決定できる。

送信ＳＴＡが受信ＳＴＡ１及び受信ＳＴＡ２により送信されるブロックＡＣＫフレーム１ １５１０及びブロックＡＣＫフレーム２ １５３０の未受信の理由を受信ＳＴＡ１のブロックＡＣＫフレーム１ １５１０の送信失敗及び受信ＳＴＡ２のブロックＡＣＫフレーム２ １５２０の送信失敗と決定し、未応答データフレーム（データフレーム１ １５００、データフレーム２ １５２０）の送信以後送信される受信ＳＴＡ１及び受信ＳＴＡ２の各々に対してペンディングとなっているダウンリンクデータ（または、受信ＳＴＡ１及び受信ＳＴＡ２の各々に送信されるデータフレーム）を有することができる。このような場合、送信ＳＴＡは、ＤＬ ＭＵ送信に基づいて複数のＰＢＡＲデータフレーム１５４０を受信ＳＴＡ１及び受信ＳＴＡ２に送信することができる。

送信ＳＴＡは、複数のＰＢＡＲデータフレームを多様なＤＬ ＭＵ送信に基づいて受信ＳＴＡ１及び受信ＳＴＡ２に送信することができる。具体的に、送信ＳＴＡは、ＰＢＡＲ情報１とＳＴＡ１に対するペンディングデータを含むＰＢＡＲデータフレーム１、及びＰＢＡＲ情報２とＳＴＡ２に対するペンディングデータを含むＰＢＡＲデータフレーム２を含むＤＬ ＭＵ ＰＰＤＵフォーマット（以下、ＰＢＡＲ ＭＵ ＰＰＤＵ）１５４０を送信することができる。

送信ＳＴＡは、ＰＢＡＲ ＭＵ ＰＰＤＵ１５４０に基づき、ＰＢＡＲデータフレーム１をサブチャネル１を介して受信ＳＴＡ１に送信し、ＰＢＡＲデータフレーム２をサブチャネル２を介して受信ＳＴＡ２に送信することができる。他の例として、送信ＳＴＡは、ＰＢＡＲ ＭＵ ＰＰＤＵ１５４０に基づき、ＰＢＡＲデータフレーム１をサブチャネル１上で時空間ストリーム１を介して受信ＳＴＡ１に送信し、ＰＢＡＲデータフレーム２をサブチャネル２上で時空間ストリーム２を介して受信ＳＴＡ２に送信することができる。

ＰＢＡＲ ＭＵ ＰＰＤＵ１５４０は、ＰＢＡＲブロックＡＣＫフレーム１及びＰＢＡＲブロックＡＣＫフレーム２の送信のための情報を含むことができる。

例えば、ＰＢＡＲ ＭＵ ＰＰＤＵ１５４０は、複数の受信ＳＴＡ（例えば、受信ＳＴＡ１及び受信ＳＴＡ２）の各々に対するＵＬ ＭＵ送信リソース割当情報、複数の受信ＳＴＡの各々の識別情報、複数の受信ＳＴＡの各々により送信される複数のＰＢＡＲブロックＡＣＫフレームの各々に適用されるＭＣＳに対する情報、複数の受信ＳＴＡの各々により送信されるＰＢＡＲブロックＡＣＫフレームのＵＬ ＭＵタイプに対する情報（ＯＦＤＭＡ、ＭＩＭＯ）などを含むことができる。また、ＰＢＡＲ ＭＵ ＰＰＤＵ１５４０は、ＰＢＡＲブロックＡＣＫフレームの送信パワーに対する情報、ＰＢＡＲブロックＡＣＫフレームの送信に使われるＳＴＢＣ、ビームフォーミングに対する情報をさらに含むこともできる。

前記のような情報を含むＰＢＡＲ ＭＵ ＰＰＤＵ１５４０を受信した受信ＳＴＡ１及び受信ＳＴＡ２の各々は、割り当てられた送信リソースを介して重なった時間リソース上でＰＢＡＲブロックＡＣＫフレーム１及びＰＢＡＲブロックＡＣＫフレーム２を送信ＳＴＡに送信することができる。例えば、送信ＳＴＡにより送信されたＰＢＡＲ ＭＵ ＰＰＤＵ１５４０に基づき、サブチャネル１が受信ＳＴＡ１に割り当てられ、サブチャネル２が受信ＳＴＡ２に割り当てられた場合、受信ＳＴＡ１は、サブチャネル１を介してＰＢＡＲブロックＡＣＫフレーム１ １５５０を送信し、受信ＳＴＡ２は、サブチャネル２を介してＰＢＡＲブロックＡＣＫフレーム２ １５６０を送信することができる。

ＰＢＡＲ ＭＵ ＰＰＤＵ１５４０を受信した受信ＳＴＡ１及び受信ＳＴＡ２の各々は、フレーム間の間隔ＳＩＦＳに基づいてＰＢＡＲブロックＡＣＫフレーム１ １５５０及び ＰＢＡＲブロックＡＣＫフレーム２ １５６０を送信ＳＴＡに送信することができる。例えば、ＰＢＡＲ ＭＵ ＰＰＤＵ１５４０を受信した受信ＳＴＡ１及び受信ＳＴＡ２の各々は、ＰＢＡＲ ＭＵ ＰＰＤＵ１５４０を受信し、ＳＩＦＳ後にＰＢＡＲブロックＡＣＫフレーム１５５０、１５６０を送信ＳＴＡに送信することができる。

図１６は、本発明の実施例に係るＭＵ送信に基づくエラー回復手順を示す概念図である。

図１６では、送信ＳＴＡがＭＵ送信に基づいてデータフレームとＰＢＡＲデータフレームを送信し、複数の受信ＳＴＡがＭＵ送信に基づいて複数のブロックＡＣＫフレーム及びＰＢＡＲブロックＡＣＫフレームを送信する方法が開示される。図１４では、送信ＳＴＡはＡＰ ＳＴＡであり、受信ＳＴＡがｎｏｎ−ＡＰ ＳＴＡである場合が仮定される。

図１６を参照すると、送信ＳＴＡは、複数のデータフレームを含むＤＬ ＭＵ ＰＰＤＵ１６００を複数の受信ＳＴＡに送信することができる。

具体的に、送信ＳＴＡから受信ＳＴＡ１に送信されるＤＬ ＭＵ ＰＰＤＵ１６００は、受信ＳＴＡ１のためのデータフレーム１及び受信ＳＴＡ２のためのデータフレーム２を含むことができる。ＤＬ ＭＵ ＰＰＤＵ１６００は、ブロックＡＣＫフレーム１ １６１０及びブロックＡＣＫフレーム２ １６２０の送信のための情報（例えば、リソース割当、受信ＳＴＡの識別情報等）を含むことができる。

重なった時間リソース上でＭＵ送信に基づき、受信ＳＴＡ１は、ブロックＡＣＫフレーム１ １６１０を割り当てられたリソースを介して送信し、受信ＳＴＡ２も、ブロックＡＣＫフレーム２ １６２０を割り当てられたリソースを介して送信することができる。送信ＳＴＡは、ＳＴＡ１により送信されたブロックＡＣＫフレーム１ １６１０及びＳＴＡ２により送信されたブロックＡＣＫフレーム２ １６２０を受信していない場合もある。送信ＳＴＡは、ブロックＡＣＫフレーム１ １６１０及びブロックＡＣＫフレーム２ １６２０の未受信の理由を受信ＳＴＡ１のブロックＡＣＫフレーム１ １６１０の送信失敗及び受信ＳＴＡ２のブロックＡＣＫフレーム２ １６２０の送信失敗と決定できる。

送信ＳＴＡが受信ＳＴＡ１及び受信ＳＴＡ２により送信されるブロックＡＣＫフレーム１ １６１０及びブロックＡＣＫフレーム２ １６２０の未受信の理由を受信ＳＴＡ１のブロックＡＣＫフレーム１ １６１０の送信失敗及び受信ＳＴＡ２のブロックＡＣＫフレーム２ １６２０の送信失敗と決定し、未応答データフレーム（データフレーム１及びデータフレーム２）の送信以後送信される受信ＳＴＡ１及び受信ＳＴＡ２の各々に対してペンディングとなっているダウンリンクデータ（または、受信ＳＴＡ１及び受信ＳＴＡ２の各々に送信されるデータフレーム）を有することができる。このような場合、送信ＳＴＡは、ＤＬ ＭＵ送信に基づいて複数のＰＢＡＲデータフレームを受信ＳＴＡ１及び受信ＳＴＡ２に送信することができる。

送信ＳＴＡは、複数のＰＢＡＲデータフレームを多様なＤＬ ＭＵ送信方法に基づいて受信ＳＴＡ１及び受信ＳＴＡ２に送信することができる。具体的に、送信ＳＴＡは、ＰＢＡＲ情報１とＳＴＡ１に対するペンディングダウンリンクデータを含むＰＢＡＲデータフレーム１、及びＰＢＡＲ情報２とＳＴＡ２に対するペンディングダウンリンクデータを含むＰＢＡＲデータフレーム２を含むＤＬ ＭＵ ＰＰＤＵフォーマット（以下、ＰＢＡＲ ＭＵ ＰＰＤＵ）１６３０を送信することができる。

例えば、送信ＳＴＡは、ＰＢＡＲ ＭＵ ＰＰＤＵ１６３０に基づき、ＰＢＡＲデータフレーム１をサブチャネル１を介して受信ＳＴＡ１に送信し、ＰＢＡＲデータフレーム２をサブチャネル２を介して受信ＳＴＡ２に送信することができる。他の例として、送信ＳＴＡは、ＰＢＡＲ ＭＵ ＰＰＤＵ１６３０に基づき、ＰＢＡＲデータフレーム１をサブチャネル１上で時空間ストリーム１を介して受信ＳＴＡ１に送信し、ＰＢＡＲデータフレーム２をサブチャネル２上で時空間ストリーム２を介して受信ＳＴＡ２に送信することができる。

ＰＢＡＲ ＭＵ ＰＰＤＵ１６３０は、ＰＢＡＲブロックＡＣＫフレーム１及びＰＢＡＲブロックＡＣＫフレーム２の送信をトリガするための情報を含むことができる。

例えば、ＰＢＡＲ ＭＵ ＰＰＤＵ１６３０は、複数の受信ＳＴＡ（例えば、受信ＳＴＡ１及び受信ＳＴＡ２）の各々に対するＵＬ ＭＵ送信リソース割当情報、複数の受信ＳＴＡの各々の識別情報、複数の受信ＳＴＡの各々により送信される複数のＰＢＡＲブロックＡＣＫフレーム１６４０、１６５０の各々に適用されるＭＣＳに対する情報、複数の受信ＳＴＡの各々により送信されるＰＢＡＲブロックＡＣＫフレーム１６４０、１６５０のＭＵタイプに対する情報（ＯＦＤＭＡ、ＭＩＭＯ）などを含むことができる。また、ＰＢＡＲ ＭＵ ＰＰＤＵ１６３０は、ＰＢＡＲブロックＡＣＫフレーム１６４０、１６５０の送信パワーに対する情報、ＰＢＡＲブロックＡＣＫフレーム１６４０、１６５０の送信に使われるＳＴＢＣ、ビームフォーミングに対する情報をさらに含むこともできる。

前記のような情報を含むＰＢＡＲ ＭＵ ＰＰＤＵ１６３０を受信した受信ＳＴＡ１及び受信ＳＴＡ２の各々は、割り当てられた送信リソースを介して重なった時間リソース上でＰＢＡＲブロックＡＣＫフレーム１ １６４０及びＰＢＡＲブロックＡＣＫフレーム２ １６５０を送信ＳＴＡに送信することができる。例えば、送信ＳＴＡにより送信されたＰＢＡＲ ＭＵ ＰＰＤＵ１６３０に基づき、サブチャネル１が受信ＳＴＡ１に割り当てられ、サブチャネル２が受信ＳＴＡ２に割り当てられた場合、受信ＳＴＡ１は、サブチャネル１を介してＰＢＡＲブロックＡＣＫフレーム１ １６４０を送信し、受信ＳＴＡ２は、サブチャネル２を介してＰＢＡＲブロックＡＣＫフレーム２ １６５０を送信することができる。

ＰＢＡＲ ＭＵ ＰＰＤＵ１６３０を受信した受信ＳＴＡ１及び受信ＳＴＡ２の各々は、フレーム間の間隔ＳＩＦＳに基づいてＰＢＡＲブロックＡＣＫフレーム１６４０、１６５０を送信ＳＴＡに送信することができる。例えば、ＰＢＡＲ ＭＵ ＰＰＤＵ１６３０を受信した受信ＳＴＡ１及び受信ＳＴＡ２の各々は、ＰＢＡＲ ＭＵ ＰＰＤＵ１６３０を受信し、ＳＩＦＳ後にＰＢＡＲブロックＡＣＫフレーム１６４０、１６５０を送信ＳＴＡに送信することができる。

図１７は、本発明の実施例に係るＭＵ送信に基づくエラー回復手順を示す概念図である。

図１７では、送信ＳＴＡがＭＵ送信に基づいてデータフレームとＰＢＡＲデータフレームを送信し、複数の受信ＳＴＡがＳＵ送信に基づいて複数のブロックＡＣＫフレーム及びＰＢＡＲブロックＡＣＫフレームを送信する方法が開示される。図１７では、送信ＳＴＡはＡＰ ＳＴＡであり、受信ＳＴＡがｎｏｎ−ＡＰ ＳＴＡである場合が仮定される。

図１７を参照すると、送信ＳＴＡは、複数のデータフレームを含むＤＬ ＭＵ ＰＰＤＵ１７００を複数の受信ＳＴＡに送信することができる。

具体的に、送信ＳＴＡから受信ＳＴＡ１に送信されるＤＬ ＭＵ ＰＰＤＵ１７００は、受信ＳＴＡ１のためのデータフレーム１及び受信ＳＴＡ２のためのデータフレーム２を含むことができる。

受信ＳＴＡ１及び受信ＳＴＡ２の各々は、ＤＬ ＭＵ送信に基づいて送信されたデータフレーム１及びデータフレーム２に対するブロックＡＣＫフレームを順次に送信ＳＴＡに送信することができる。受信ＳＴＡ１及び受信ＳＴＡ２の各々は、ＤＬ ＭＵ ＰＰＤＵ１７００に含まれた情報に基づいてＤＬ ＭＵ ＰＰＤＵの送信以後即時ブロックＡＣＫフレームを送信するＳＴＡかどうかを決定することができる。

例えば、ＤＬ ＭＵ ＰＰＤＵ１７００のＰＰＤＵヘッダに含まれたＤＬ ＭＵ ＰＰＤＵ１７００を受信する複数の受信ＳＴＡに対する識別情報で最初に指示されたＳＴＡがＤＬ ＭＵ ＰＰＤＵ１７００の受信後、ＳＩＦＳに基づいてブロックＡＣＫフレームを送信することができる。残りのＳＴＡは、送信ＳＴＡのＢＡＲフレームを受信し、ＢＡＲフレームに対する応答としてブロックＡＣＫフレームを送信ＳＴＡに送信することができる。このような方法は、一つの例示に過ぎず、多様な方法に基づき、ＤＬ ＭＵ ＰＰＤＵ１７００の送信以後即時ブロックＡＣＫフレームを送信する受信ＳＴＡ及びＢＡＲフレームに対する応答としてブロックＡＣＫフレームを送信する受信ＳＴＡが決定されることができる。

ＤＬ ＭＵ ＰＰＤＵ１７００のＰＰＤＵヘッダに含まれたＤＬ ＭＵ ＰＰＤＵ１７００を受信する複数の受信ＳＴＡに対する識別情報が受信ＳＴＡ１を最初に指示する場合、受信ＳＴＡ１は、ＤＬ ＭＵ ＰＰＤＵ１７００の受信後、ＳＩＦＳに基づいてブロックＡＣＫフレーム１ １７１０を送信ＳＴＡに送信することができる。

ＤＬ ＭＵ ＰＰＤＵ１７００のＰＰＤＵヘッダに含まれたＤＬ ＭＵ ＰＰＤＵ１７００を受信する複数のＳＴＡに対する識別情報が受信ＳＴＡ１の指示以後受信ＳＴＡ２を指示する場合、受信ＳＴＡ２は、送信ＳＴＡにより送信されたＢＡＲフレーム１７２０を受信し、ＢＡＲフレーム１７２０に対する応答としてブロックＡＣＫフレーム２ １７３０を送信することができる。

送信ＳＴＡは、ＳＴＡ１により送信されたブロックＡＣＫフレーム１ １７１０及びＳＴＡ２により送信されたブロックＡＣＫフレーム２ １７３０を受信していない場合もある。送信ＳＴＡは、ブロックＡＣＫフレーム１ １７１０及びブロックＡＣＫフレーム２ １７２０の未受信理由を受信ＳＴＡ１のブロックＡＣＫフレーム１ １７１０の送信失敗及び受信ＳＴＡ２のブロックＡＣＫフレーム２ １７２０の送信失敗と決定できる。

送信ＳＴＡがブロックＡＣＫフレーム１ １７１０及びブロックＡＣＫフレーム２ １７２０の未受信理由を受信ＳＴＡ１のブロックＡＣＫフレーム１ １７１０の送信失敗及び受信ＳＴＡ２のブロックＡＣＫフレーム２ １７２０の送信失敗と決定し、未応答データフレーム（データフレーム１及びデータフレーム２）の送信以後送信される受信ＳＴＡ１及び受信ＳＴＡ２の各々に対してペンディングとなっているダウンリンクデータ（または、受信ＳＴＡ１及び受信ＳＴＡ２の各々に送信されるデータフレーム）を有することができる。このような場合、送信ＳＴＡは、ＤＬ ＭＵ送信に基づいて複数のＰＢＡＲデータフレームを受信ＳＴＡ１及び受信ＳＴＡ２に送信することができる。

送信ＳＴＡは、多様な方法を介して複数のＰＢＡＲデータフレームをＤＬ ＭＵ送信に基づいて受信ＳＴＡ１及び受信ＳＴＡ２に送信することができる。具体的に、送信ＳＴＡは、ＰＢＡＲ情報１とＳＴＡ１に対するペンディングデータを含むＰＢＡＲデータフレーム１及びＰＢＡＲ情報２とＳＴＡ２に対するペンディングデータを含むＰＢＡＲデータフレーム２を含むＤＬ ＭＵ ＰＰＤＵフォーマット（以下、ＰＢＡＲ ＭＵ ＰＰＤＵ）１７４０を送信することができる。

例えば、送信ＳＴＡは、ＰＢＡＲ ＭＵ ＰＰＤＵ１７４０に基づき、ＰＢＡＲデータフレーム１をサブチャネル１を介して受信ＳＴＡ１に送信し、ＰＢＡＲデータフレーム２をサブチャネル２を介して受信ＳＴＡ２に送信することができる。他の例として、送信ＳＴＡは、ＰＢＡＲ ＭＵ ＰＰＤＵ１７４０に基づき、ＰＢＡＲデータフレーム１をサブチャネル１上で時空間ストリーム１を介して受信ＳＴＡ１に送信し、ＰＢＡＲデータフレーム２をサブチャネル２上で時空間ストリーム２を介して受信ＳＴＡ２に送信することができる。

受信ＳＴＡ１及び受信ＳＴＡ２の各々は、ＰＢＡＲ ＭＵ ＰＰＤＵ１７４０に含まれた情報に基づいてＰＢＡＲ ＭＵ ＰＰＤＵ１７４０の送信以後即時ブロックＡＣＫフレームを送信するＳＴＡかどうかを決定することができる。受信ＳＴＡ１がＰＢＡＲ ＭＵ ＰＰＤＵ１７４０に対する応答として即時ブロックＡＣＫフレームを送信するＳＴＡである場合が仮定される。

受信ＳＴＡ１は、ＰＢＡＲ ＭＵ ＰＰＤＵ１７４０を受信した後、ＳＩＦＳに基づいてＰＢＡＲブロックＡＣＫフレーム１ １７５０を送信することができる。ＰＢＡＲブロックＡＣＫフレーム１ １７５０は、データフレーム１及びＰＢＡＲデータフレーム１に対するブロックＡＣＫ情報を含むことができる。

受信ＳＴＡ２は、送信ＳＴＡにより送信されるＢＡＲフレーム１７６０を受信した後、ＳＩＦＳに基づいてＰＢＡＲブロックＡＣＫフレーム２ １７７０を送信することができる。ＰＢＡＲブロックＡＣＫフレーム２ １７７０は、データフレーム２及びＰＢＡＲデータフレーム２に対するブロックＡＣＫ情報を含むことができる。

図１８は、本発明の実施例に係るＭＵ送信に基づくエラー回復手順を示す概念図である。

図１８では、複数のＳＴＡがＵＬ ＭＵ送信に基づいて複数のデータフレームを送信し、ＡＰが複数のデータフレームに対するブロックＡＣＫフレームを送信する方法が開示される。複数のＳＴＡがデータフレームを送信する送信ＳＴＡであり、ＡＰがデータフレームに対するブロックＡＣＫフレームを送信する受信ＳＴＡである。

図１８を参照すると、ＡＰは、複数のＳＴＡによるＵＬ ＭＵ送信をトリガするためのトリガフレーム１ １８００を複数のＳＴＡに送信することができる。

例えば、トリガフレーム１ １８００は、複数のＳＴＡ（例えば、ＳＴＡ１及びＳＴＡ２）の各々のアップリンクフレームの送信のためのリソース割当情報、複数のＳＴＡの各々の識別情報、複数のＳＴＡの各々により送信される複数のブロックＡＣＫフレームの各々に適用されるＭＣＳに対する情報、複数のＳＴＡの各々により送信されるブロックＡＣＫフレームのＭＵタイプに対する情報（ＯＦＤＭＡ、ＭＩＭＯ）などを含むことができる。また、トリガフレーム１ １８００は、ＳＴＡの各々のアップリンクフレームの送信パワーに対する情報、ＳＴＡの各々のアップリンクフレームの送信に使われるＳＴＢＣ、ビームフォーミングに対する情報をさらに含むこともできる。

ＳＴＡ１は、トリガフレーム１ １８００を受信して割当を受けた送信リソース（例えば、サブチャネル１）を介してデータフレーム１を送信することができる。また、ＳＴＡ２は、トリガフレーム１を受信して割当を受けた送信リソース（例えば、サブチャネル２）を介してデータフレーム２を送信することができる。データフレーム１ １８１０及びデータフレーム２ １８２０は、重なった時間リソース上で送信されることができる。ＡＰは、ＳＴＡ１及びＳＴＡ２によりＵＬ ＭＵ送信されるデータフレーム１ １８００及びデータフレーム２ １８２０を受信することができる。

ＡＰは、ＤＬ ＭＵ送信に基づき、データフレーム１に対するブロックＡＣＫフレーム１及びデータフレーム２に対するブロックＡＣＫフレーム２を含むブロックＡＣＫ ＭＵ ＰＰＤＵ１８３０を送信することができる。

ＳＴＡ１及びＳＴＡ２は、ブロックＡＣＫ ＭＵ ＰＰＤＵ１８３０を受信することができず、ブロックＡＣＫ ＭＵ ＰＰＤＵ１８３０の未受信の理由をＡＰのブロックＡＣＫ ＭＵ ＰＰＤＵ１８３０の送信失敗と判断できる。このような場合、ＳＴＡ１及びＳＴＡ２の各々は、ＡＰにＰＢＡＲデータフレームを送信して以前に送信したデータフレーム１ １８１０及びデータフレーム２ １８２０に対するブロックＡＣＫ情報をＡＰに要求することができる。

ＡＰは、追加的なアップリンクデータの送信をトリガするためのトリガフレーム２ １８４０をＳＴＡ１及びＳＴＡ２に送信することができる。トリガフレーム２ １８４０もトリガフレーム１ １８００のようなＳＴＡ１及びＳＴＡ２のＵＬ ＭＵ送信のための情報を含むことができる。

ＳＴＡ１は、トリガフレーム２ １８４０に対する応答としてＰＢＡＲデータフレーム１ １８５０を送信し、ＳＴＡ２は、トリガフレーム２ １８４０に対する応答としてＰＢＡＲデータフレーム２ １８６０を送信することができる。ＰＢＡＲデータフレーム１ １８５０とＰＢＡＲデータフレーム２ １８６０は、重なった時間リソース上でＵＬ ＭＵ送信に基づいて送信されることができる。ＡＰは、ＰＢＡＲデータフレーム１ １８５０とＰＢＡＲデータフレーム２ １８６０をＵＬ ＭＵ ＰＰＤＵフォーマットに基づいて受信することができる。

ＡＰは、ＰＢＡＲデータフレーム１ １８５０及びＰＢＡＲデータフレーム２ １８６０を受信し、ＳＴＡ１及びＳＴＡ２の各々に対するＰＢＡＲブロックＡＣＫフレームを含むＰＢＡＲブロックＡＣＫ ＭＵ ＰＰＤＵ１８７０をＤＬ ＭＵ送信に基づいて送信することができる。

ＡＰは、ＭＵ送信に基づき、データフレーム１ １８１０及びＰＢＡＲデータフレーム１ １８５０に対するブロックＡＣＫ情報を含むＰＢＡＲブロックＡＣＫフレーム１、及びデータフレーム２ １８２０及びＰＢＡＲデータフレーム２ １８６０に対するブロックＡＣＫ情報を含むＰＢＡＲブロックＡＣＫフレーム２を含むＰＢＡＲブロックＡＣＫ ＭＵ ＰＰＤＵ１８７０を送信することができる。

図１９は、本発明の実施例に係るＭＵ送信に基づくエラー回復手順を示す概念図である。

図１９では、複数のＳＴＡがＵＬ ＭＵ送信に基づいて複数のデータフレームを送信し、ＡＰが複数のデータフレームに対するブロックＡＣＫフレームを送信する方法が開示される。複数のＳＴＡがデータフレームを送信する送信ＳＴＡであり、ＡＰがデータフレームに対するブロックＡＣＫフレームを送信する受信ＳＴＡである。ＡＰがブロックＡＣＫ ＭＵ ＰＰＤＵ１９００を送信する手順までは、図１８と同じである。

図１９を参照すると、ＡＰは、ＰＢＡ情報を含むトリガフレーム２ １９１０を送信することができる。

ＰＢＡ情報を含むトリガフレーム２ １９１０が送信される場合、ＳＴＡ１及びＳＴＡ２は、以前に送信されたデータフレーム１及びデータフレーム２に対するブロックＡＣＫ情報を再受信することができる。

ＳＴＡ１及びＳＴＡ２は、トリガフレーム２ １９１０に基づいてブロックＡＣＫ情報を受信した場合、データフレーム１及びデータフレーム２に対するブロックＡＣＫ情報を要求するためのＰＢＡＲ情報を含むＰＢＡＲデータフレームを送信せずに、一般データフレーム（データフレーム３ １９２０、データフレーム４ １９３０）を送信することができる。

このような方法を介してＡＣＫフレーム／ブロックＡＣＫフレームにエラーが発生した場合、不要な再送信手順が実行されない。特に、ＡＰが特定ＭＵグループ（ＤＬ ＭＵ送信の対象となるＳＴＡグループ）に送信されたＡＣＫフレーム／ブロックＡＣＫフレームに頻繁にエラーが発生することを認知した場合、ブロックＡＣＫ情報（ＰＢＡ情報）を含むトリガフレームを送信する方法が一層効果的である。

図２０は、本発明の実施例に係るエラー回復手順を実行する時、送信ＳＴＡ及び受信ＳＴＡの動作を示す概念図である。

図２０を参照すると、送信ＳＴＡは、ＡＣＫ政策を即時ＡＣＫ（ブロックＡＣＫ）送信に設定してデータフレームを送信する場合、データフレームに対する情報を一定期間格納することができる。例えば、データフレームに対する情報は、ＰＢＡＲ情報の生成のための情報（例えば、データフレームに含まれたデータ単位のシーケンス、ＡＣＫ政策、ＴＩＤ等）を含むことができる。本発明の実施例に係るエラー回復手順のためのデータフレームに対する情報は、ＰＢＡＲ生成情報という用語で表現されることができる。

送信ＳＴＡは、データフレーム２０００に対するブロックＡＣＫフレーム２０１０を受信していない場合、一定期間格納されたＰＢＡＲ生成情報に基づいてＰＢＡＲデータフレーム２０２０を生成して送信できる。

受信ＳＴＡは、即時ＡＣＫ（ブロックＡＣＫ）送信に設定されたＡＣＫ政策に基づいてデータフレームの受信後、即時ブロックＡＣＫフレームを送信することができる。受信ＳＴＡは、ブロックＡＣＫフレームの送信以後受信したデータフレーム２０００に対する情報を一定期間格納することができる。一定期間格納される受信したデータフレーム２０００に対する情報は、ＰＢＡ生成情報という用語で表現されることができる。

以後、ＰＢＡＲ情報をＰＢＡＲデータフレーム２０２０を介して受信した場合、受信ＳＴＡは、格納されたＰＢＡ生成情報に基づいてＰＢＡ情報を含むＰＢＡＲブロックＡＣＫフレーム２０３０を送信ＳＴＡに送信することができる。

ＰＢＡＲ生成情報及びＰＢＡ生成情報は、区分して表現されたが、同じ情報である場合もある。

図２１は、本発明の実施例に係るエラー回復手順のための事前設定プロトコルを示す概念図である。

本発明の実施例によると、ＡＰとＳＴＡは、下記のようなプロトコルに基づいて本発明の実施例に係るエラー回復手順の実行可否を決定することができる。

ＡＰは、初期アクセス手順で使われる初期アクセスフレーム（例えば、ビーコンフレーム、プローブ応答フレーム、結合応答フレーム）２１００または別途の管理フレームを介してＰＢＡＲ生成情報及び／またはＰＢＡ生成情報と関連した情報をＳＴＡに送信することができる。

例えば、初期アクセスフレーム２１００の能力フィールド（ｃａｐａｂｉｌｉｔｙ ｆｉｅｌｄ）に新しいフィールド（ＰＢＡＲ格納期間フィールド）が追加され、ＰＢＡＲ格納期間フィールドは、ＰＢＡＲ生成情報及び／またはＰＢＡ生成情報の格納期間に対する情報を含むことができる。ＰＢＡＲ生成情報及び／またはＰＢＡ生成情報の格納期間に対する情報は、一定単位（例えば、ｍｓｅｃ）で表現されることができる。

例えば、ＡＰは、ＰＢＡＲ格納期間フィールドを介して１００ｍｓｅｃ中にＡＰにより受信された全てのデータフレームと関連したＰＢＡ生成情報（または、データフレーム）を格納するとＳＴＡに知らせることができる。

ＳＴＡは、データフレームを送信し、ＡＰによりデータフレームに対する応答として送信されたブロックＡＣＫフレームを受信していない場合もある。

ＳＴＡがブロックＡＣＫフレームの未受信の理由をＡＰのブロックＡＣＫフレームの送信失敗と決定した場合、ＳＴＡは、ＰＢＡＲ格納期間フィールドを介して取得したＰＢＡ生成情報の格納期間に対する情報に基づいてＰＢＡＲデータフレームを送信してＰＢＡ情報を含むＰＢＡブロックＡＣＫフレームを要求するかどうかを決定することができる。

ＳＴＡは、ＡＰのＰＢＡ生成情報の格納期間が満了されない場合、ＰＢＡＲデータフレームを介してＰＢＡ情報を含むＰＢＡブロックＡＣＫフレームをＡＰに要求することができる。それに対し、ＳＴＡは、ＡＰのＰＢＡ生成情報の格納期間が満了された場合、データフレームをＡＰに再送信する既存のエラー回復手順を実行することができる。

同じ方式で、ＳＴＡは、初期アクセス手順で使われる初期アクセスフレーム（例えば、プローブ要求フレーム、結合要求フレーム）または別途の管理フレームを介してＰＢＡＲ生成情報及び／またはＰＢＡ生成情報をＳＴＡに送信することができる。

例えば、初期アクセスフレームの能力フィールドに含まれたＰＢＡＲ格納期間フィールドに基づいてＰＢＡＲ生成情報及び／またはＰＢＡ生成情報の格納期間に対する情報が送信されることができる。

ＡＰがデータフレームを送信し、ＳＴＡがデータフレームに対する応答としてＡＣＫフレームを送信する場合、ＡＰは、ＳＴＡにより送信されたＰＢＡＲ格納期間フィールドに基づき、本発明の実施例に係るエラー回復手順を実行するか、または既存のエラー回復手順を実行するかを決定することができる。

図２２は、本発明の実施例に係るＤＬ ＭＵ ＰＰＤＵを示す概念図である。

図２２で開示されるＤＬ ＭＵ ＰＰＤＵは、送信ＳＴＡの役割をするＡＰにより複数の受信ＳＴＡに送信される複数のデータフレームを伝達することができる。また、ＤＬ ＭＵ ＰＰＤＵは、受信ＳＴＡの役割をするＡＰにより複数の送信ＳＴＡに送信される複数のブロックＡＣＫフレームを伝達することができる。

図２２を参照すると、ＤＬ ＭＵ ＰＰＤＵは、レガシＰＰＤＵヘッダ、ＨＥ ＰＰＤＵヘッダ、及びＭＡＣペイロードを含むことができる。

レガシＰＰＤＵヘッダは、Ｌ−ＳＴＦ、Ｌ−ＬＴＦ及びＬ−ＳＩＧを含むことができる。

Ｌ−ＳＴＦ２２００は、短いトレーニングＯＦＤＭシンボル（ｓｈｏｒｔ ｔｒａｉｎｉｎｇ ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ ｓｙｍｂｏｌ）を含むことができる。Ｌ−ＳＴＦ２２００は、フレーム探知（ｆｒａｍｅ ｄｅｔｅｃｔｉｏｎ）、ＡＧＣ（ａｕｔｏｍａｔｉｃ ｇａｉｎ ｃｏｎｔｒｏｌ）、ダイバーシティ探知（ｄｉｖｅｒｓｉｔｙ ｄｅｔｅｃｔｉｏｎ）、コース周波数／時間同期化（ｃｏａｒｓｅ ｆｒｅｑｕｅｎｃｙ／ｔｉｍｅ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）のために使われることができる。

Ｌ−ＬＴＦ２２１０は、長いトレーニングＯＦＤＭシンボル（ｌｏｎｇ ｔｒａｉｎｉｎｇ ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ ｓｙｍｂｏｌ）を含むことができる。Ｌ−ＬＴＦ２２１０は、ファイン周波数／時間同期化（ｆｉｎｅ ｆｒｅｑｕｅｎｃｙ／ｔｉｍｅ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ）及びチャネル予測のために使われることができる。

Ｌ−ＳＩＧ２２２０は、制御情報を送信するために使われることができる。Ｌ−ＳＩＧ２２２０は、データ送信率（ｒａｔｅ）、データ長さ（ｌｅｎｇｔｈ）に対する情報を含むことができる。

ＨＥ ＰＰＤＵヘッダは、ＨＥ−ＳＩＧ１ ２２３０、ＨＥ−ＳＩＧ２ ２２４０、ＨＥ−ＳＴＦ２２５０、ＨＥ−ＬＴＦ２２６０及びＨＥ−ＳＩＧ３ ２２７０を含むことができる。

ＨＥ−ＳＩＧ１ ２２３０は、ＤＬ ＭＵ ＰＰＤＵのデコーディングのための一般情報（ｃｏｍｍｏｎ ｉｎｆｏｒｍａｔｉｏｎ）（ＢＷ（ｂａｎｄｗｉｄｔｈ）、ＧＩ（ｇｕａｒｄ ｉｎｔｅｒｖａｌ）長さ、ＢＳＳインデックス、ＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）、ｔａｉｌビット等）を含むことができる。

具体的に、ＨＥ−ＳＩＧ１ ２２３０は、ＢＳＳ識別のためのカラービット（ｃｏｌｏｒ ｂｉｔｓ）、ＤＬ ＭＵ ＰＰＤＵが送信される全体帯域幅大きさを指示するビット、テールビット（ｔａｉｌ ｂｉｔ）、ＣＲＣビット、ＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）（または、ＧＩ（ｇｕａｒｄ ｉｎｔｅｒｖａｌ））長さを指示するビットを含むことができる。ＤＬ ＭＵ ＰＰＤＵが送信される全体帯域幅大きさを指示するビットは、ＤＬ ＭＵ ＰＰＤＵの送信のための連続された周波数リソースまたは不連続された周波数リソースを指示することもできる。

それだけでなく、ＨＥ−ＳＩＧ１ ２２３０は、ＨＥ−ＳＩＧ２ ２２４０と関連した情報をさらに含むこともできる。例えば、ＨＥ−ＳＩＧ１ ２２３０は、ＨＥ−ＳＩＧ２ ２２４０に適用されたＭＣＳに対する情報及びＨＥ−ＳＩＧ２ ２２４０のために割り当てられたＯＦＤＭシンボルの個数に対する情報をさらに含むことができる。

また、ＨＥ−ＳＩＧ１ ２２３０は、時空間ストリームに対する情報も含むことができる。例えば、時空間ストリームに対する情報は、ＤＬ ＭＵ ＰＰＤＵが送信される複数のサブチャネルの各々でＭＡＣペイロードの送信のために使われた時空間ストリームの個数に対する情報を含むことができる。

また、ＨＥ−ＳＩＧ１ ２２３０は、時空間ストリームのビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）に対する情報及びＳＴＡのＣＣＡ（ｃｌｅａｒ ｃｈａｎｎｅｌ ａｓｓｅｓｓｍｅｎｔ）及びパワー制御と関連した情報も含むことができる。

ＨＥ−ＳＩＧ２ ２２４０は、ＤＬ ＭＵ ＰＰＤＵを受信する複数のＳＴＡの各々に対する情報を含むことができる。例えば、ＨＥ−ＳＩＧ２ ２２４０は、ＤＬ ＭＵ ＰＰＤＵを受信する複数のＳＴＡの識別情報（例えば、ＰＡＩＤ（ｐａｒｔｉａｌ ａｓｓｏｃｉａｔｉｏｎ ｉｄｅｎｔｉｆｉｅｒ）、ＧＩＤ（ｇｒｏｕｐ ｉｄｅｎｔｉｆｉｅｒ））を含むことができる。

それだけでなく、ＨＥ−ＳＩＧ２ ２２４０は、ＤＬ ＭＵ ＰＰＤＵを受信する複数のＳＴＡの各々に割り当てられたリソースに対する情報を含むことができる。具体的に、ＨＥ−ＳＩＧ２ ２２４０は、ＤＬ ＭＵ ＰＰＤＵを受信する複数のＳＴＡの各々に対するＯＦＤＭＡベースのリソース割当（ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）情報（または、ＭＵ−ＭＩＭＯ情報）を含むこともできる。例えば、ＨＥ−ＳＩＧ２ ２２４０は、複数のＳＴＡの各々に送信されるＨＥ−ＳＩＧ２ ２２４０以後フィールド（例えば、ＨＥ−ＳＴＦ２２５０、ＨＥ−ＬＴＦ２２６０、ＨＥ−ＳＩＧ３ ２２７０及びＭＡＣペイロード２２８０）の割当サブチャネル及び／または割当時空間ストリームに対する情報を含むことができる。

ＨＥ−ＳＩＧ１ ２２３０またはＨＥ−ＳＩＧ２ ２２４０は、前述したＰＢＡＲ情報またはＰＢＡ情報を含むことができる。

ＡＰが送信ＳＴＡであって、少なくとも一つのＰＢＡＲデータフレームをＤＬ ＭＵ ＰＰＤＵに基づいて伝達し、ＨＥ−ＳＩＧ１ ２２３０にＰＢＡＲ情報が含まれる場合、ＨＥ−ＳＩＧ１ ２２３０は、ＤＬ ＭＵ ＰＰＤＵの対象となる複数のＳＴＡのうち少なくとも一つのＰＢＡＲデータフレームを受信する少なくとも一つのＳＴＡに送信したデータ単位と関連したＰＢＡＲ情報を含むことができる。ＡＰがＰＢＡＲデータフレームをＤＬ ＭＵ ＰＰＤＵに基づいて伝達し、ＨＥ−ＳＩＧ２ ２２４０にＰＢＡＲ情報が含まれる場合、ＨＥ−ＳＩＧ２ ２２４０は、ＨＥ−ＳＩＧ２ ２２４０の送信リソース（例えば、サブチャネル）を介してＰＢＡＲデータフレームを受信するＳＴＡに送信したデータ単位と関連したＰＢＡＲ情報のみを含むことができる。

ＡＰが受信ＳＴＡであって、少なくとも一つのＰＢＡＲブロックＡＣＫフレームをＤＬ ＭＵ ＰＰＤＵに基づいて少なくとも一つのＳＴＡに伝達し、ＨＥ−ＳＩＧ１ ２２３０にＰＢＡ情報が含まれる場合、ＨＥ−ＳＩＧ１ ２２３０は、少なくとも一つのＰＢＡＲブロックＡＣＫフレームを受信する少なくとも一つのＳＴＡにより送信されたデータ単位と関連したＰＢＡ情報を含むことができる。ＡＰがＰＢＡＲブロックＡＣＫフレームをＤＬ ＭＵ ＰＰＤＵに基づいて伝達し、ＨＥ−ＳＩＧ２ ２２４０にＰＢＡ情報が含まれる場合、ＨＥ−ＳＩＧ２ ２２４０は、ＨＥ−ＳＩＧ２ ２２４０の送信リソース（例えば、サブチャネル）を介してＰＢＡＲブロックＡＣＫフレームを受信するＳＴＡにより送信されたデータ単位と関連したＰＢＡ情報のみを含むことができる。

ＨＥ−ＳＴＦ２２５０は、ＭＩＭＯ（ｍｕｌｔｉｐｌｅ ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ）環境またはＯＦＤＭＡ環境で自動利得制御推定（ａｕｔｏｍａｔｉｃ ｇａｉｎ ｃｏｎｔｒｏｌ ｅｓｔｉｍａｔｉｏｎ）を向上させるために使われることができる。具体的に、ＨＥ−ＳＴＦ２２５０は、ＨＥ−ＳＴＦ２２５０が送信されるサブチャネルと同じサブチャネルで送信される以後フィールドのデコーディングのための自動利得制御推定及びチャネル推定のために使われることができる。

ＨＥ−ＬＴＦ２２６０は、ＭＩＭＯ環境またはＯＦＤＭＡ環境でチャネルを推定するために使われることができる。具体的に、ＨＥ−ＬＴＦ２２６０は、ＨＥ−ＬＴＦ２２６０が送信されるサブチャネルと同じサブチャネルで送信される以後フィールドのデコーディングのためのチャネル推定のために使われることができる。

ＨＥ−ＳＩＧ３ ２２７０は、ＭＡＣペイロードのデコーディングのための情報を含むことができる。ＭＡＣペイロードをデコーディングするための情報は、ＭＣＳ、Ｃｏｄｉｎｇ、ＳＴＢＣ（ｓｐａｃｅ ｔｉｍｅ ｂｌｏｃｋ ｃｏｄｉｎｇ）、ＴＸＢＦ（ｔｒａｎｓｍｉｔ ｂｅａｍｆｏｒｍｉｎｇ）等）を含むことができる。具体的に、ＨＥ−ＳＩＧ３ ２２７０は、ＨＥ−ＳＩＧ３ ２２７０が送信されるサブチャネルと同じサブチャネルで送信されるＭＡＣペイロードに適用されたＭＣＳに対する情報、ＭＡＣペイロードの送信のために使われたＳＴＢＣ、ＴＸＢＦに対する情報を含むことができる。ＨＥ−ＳＩＧ３ ２２７０に含まれる情報は、ＨＥ−ＳＩＧ２ ２２４０に含まれることができ、このような場合、ＨＥ−ＳＩＧ３ ２２７０は、ＤＬ ＭＵ ＰＰＤＵに別途のフィールドとして含まれないこともある。

ＤＬ ＭＵ ＰＰＤＵに含まれる複数のＭＡＣペイロードの各々は、ＳＴＡに送信されるダウンリンクデータを含むことができる。ＭＡＣペイロードは、ＭＡＣヘッダとＭＳＤＵ（または、ＭＡＣボディ（ｂｏｄｙ））を含むことができる。ＭＡＣヘッダは、ＤＬ ＭＵ ＰＰＤＵの送信手順のための時間リソースに対する情報を含むデュレーション／ＩＤフィールド、ＭＡＣペイロード（または、フレーム）を送信した送信ＳＴＡの識別子、ＭＡＣペイロード（または、フレーム）を受信する受信ＳＴＡの識別子などを含むことができる。ＭＳＤＵは、ダウンリンクデータを含むことができる。ＭＡＣヘッダまたはＭＳＤＵが前述したＰＢＡＲ情報またはＰＢＡ情報を含むこともできる。

ダウンリンク（ＡＰからＳＴＡに）に送信されるＤＬ ＭＵ ＰＰＤＵでＬ−ＳＴＦ２２００、Ｌ−ＬＴＦ２２１０、Ｌ−ＳＩＧ２２２０及びＨＥ−ＳＩＧ１ ２２３０は、複数のサブチャネル単位（または、チャネル単位）でエンコーディングされることができる。複数のサブチャネル単位（または、チャネル単位）でエンコーディングされたＨＥ−ＳＩＧ１ ２２３０は、全体帯域幅上でデュプリケートフォーマットで送信されることができる。

デュプリケートフォーマットは、特定帯域上で送信されるフィールドの複製（ｒｅｐｌｉｃａｔｉｏｎ、ｄｕｐｌｉｃａｔｉｏｎ）に基づいて生成されることができる。デュプリケートフォーマットが使われる場合、特定帯域のフィールドが複製（ｒｅｐｌｉｃａｔｅまたはｄｕｐｌｉｃａｔｅ）され、複製されたフィールドが複数の帯域上で送信されることができる。

Ｌ−ＳＴＦ２２００、Ｌ−ＬＴＦ２２１０、Ｌ−ＳＩＧ２２２０及びＨＥ−ＳＩＧ１ ２２３０は、サブチャネル１及びサブチャネル２を含むチャネル上でエンコーディングされて送信されることができる。ＤＬ ＭＵ ＰＰＤＵが送信される全体帯域幅が複数のチャネルを含む場合、チャネル単位でエンコーディングされるＬ−ＳＴＦ２２００、Ｌ−ＬＴＦ２２１０、Ｌ−ＳＩＧ２２２０、他のサブチャネルを含む他のチャネル上でも送信されることができる。また、ＭＵ ＰＰＤＵに割り当てられた全体帯域が複数のチャネルを含む場合、チャネル単位でエンコーディングされたＨＥ−ＳＩＧ１ ２２３０は、複製されて他のサブチャネルを含む他のチャネル上でも送信されることができる。

ＨＥ−ＳＩＧ２ ２２４０は、ＤＬ ＭＵ ＰＰＤＵに割り当てられた全体帯域上でエンコーディングされて送信されることができる。例えば、ＤＬ ＭＵ ＰＰＤＵに割り当てられた全体帯域が４０ＭＨｚである場合、ＨＥ−ＳＩＧ２ ２２４０は、４０ＭＨｚ帯域でエンコーディングされて送信されることができる。図２０では、ＤＬ ＭＵ ＰＰＤＵに割り当てられた全体帯域が２０ＭＨｚである場合が仮定される。本発明の他の実施例によると、ＨＥ−ＳＩＧ２ ２２４０は、ＤＬ ＭＵ ＰＰＤＵに割り当てられた全体帯域上でチャネル単位でエンコーディングされて送信されることができる。例えば、チャネルの帯域大きさが２０ＭＨｚである場合、ＨＥ−ＳＩＧ２ ２２４０は、２０ＭＨｚの帯域単位でエンコーディングされて送信されることができる。チャネル単位でＨＥ−ＳＩＧ２ ２２４０がエンコーディングされる場合、ＨＥ−ＳＩＧ２ ２２４０は、ＤＬ ＭＵ ＰＰＤＵを受信する複数のＳＴＡのうち特定チャネル上でＤＬ ＭＵ ＰＰＤＵを受信するＳＴＡグループに対する情報のみを含むことができる。具体的に、ＨＥ−ＳＩＧ２ ２２４０は、ＨＥ−ＳＩＧ２ ２２４０が送信されるチャネル上でＤＬ ＭＵ ＰＰＤＵを受信するＳＴＡグループに含まれるＳＴＡの識別情報及びＳＴＡグループに含まれるＳＴＡに対するリソース割当情報を含むことができる。

ＨＥ−ＳＴＦ２２５０、ＨＥ−ＬＴＦ２２６０及びＨＥ−ＳＩＧ３ ２２７０は、ＤＬ ＭＵ ＰＰＤＵを介してダウンリンクデータを受信する複数のＳＴＡの各々に割り当てられた周波数リソース（サブチャネル）上でエンコーディングされて送信されることができる。例えば、ＳＴＡ１及びＳＴＡ２の各々にサブチャネル１及びサブチャネル２の各々が割り当てられた場合を仮定することができる。このような場合、ＨＥ−ＳＴＦ２２５０、ＨＥ−ＬＴＦ２２６０及びＨＥ−ＳＩＧ３ ２２７０は、サブチャネル１及びサブチャネル２の各々でエンコーディングされてＳＴＡ１及びＳＴＡ２の各々に送信されることができる。サブチャネル１及びサブチャネル２の各々を介して送信されるＨＥ−ＳＴＦ２２５０、ＨＥ−ＬＴＦ２２６０及びＨＥ−ＳＩＧ３ ２２７０は、ＳＴＡ１及びＳＴＡ２の各々のＭＡＣペイロード２２８０のデコーディングのための個別的なトレーニングフィールド情報及び制御情報を含むことができる。

ＳＴＡ１及びＳＴＡ２は、第１のチャネルまたは第２のチャネルを介してＬ−ＳＴＦ２２００、Ｌ−ＬＴＦ２２１０、Ｌ−ＳＩＧ２２２０、ＨＥ−ＳＩＧ１ ２２３０を受信することができる。Ｌ−ＳＴＦ２２００、Ｌ−ＬＴＦ２２１０は、Ｌ−ＳＩＧ２２２０及びＨＥ−ＳＩＧ１ ２２３０及びＨＥ−ＳＩＧ２ ２２４０のデコーディングのために使われることができる。ＳＴＡ１及びＳＴＡ２は、ＨＥ−ＳＩＧ１ ２２３０に含まれた帯域幅情報に基づいてＨＥ−ＳＩＧ２ ２２４０が送信される全体帯域幅（例えば、４０ＭＨｚ）に対する情報を取得し、全体帯域幅上で送信されるＨＥ−ＳＩＧ２ ２２４０に対するデコーディングを実行することができる。ＳＴＡ１及びＳＴＡ２の各々は、ＨＥ−ＳＩＧ２ ２２４０に含まれたＳＴＡ１及びＳＴＡ２の各々に割り当てられたリソース（例えば、サブチャネル）に対する情報を取得し、割り当てられたサブチャネル上で送信されるＨＥ−ＳＴＦ２２５０、ＨＥ−ＬＴＦ２２６０、ＨＥ−ＳＩＧ３ ２２７０及びＭＡＣペイロード２２８０を受信することができる。

ＨＥ−ＳＴＦ２２５０、ＨＥ−ＬＴＦ２２６０は、ＨＥ−ＳＩＧ３ ２２７０及びＭＡＣペイロード２２８０のデコーディングのためのチャネル推定のために使われることができる。ＳＴＡ１及びＳＴＡ２の各々は、ＨＥ−ＳＴＦ２２５０、ＨＥ−ＬＴＦ２２６０及びＨＥ−ＳＩＧ３ ２２７０に基づいて割り当てられたサブチャネル上で送信されるＭＡＣペイロード２２８０に対するデコーディングを実行することができる。

図２３は、本発明の実施例に係るＵＬ ＭＵ ＰＰＤＵが開示される。

図２３では、複数のＵＬ ＭＵターゲットＳＴＡに割り当てられた全体帯域上で複数のＵＬ ＭＵターゲットＳＴＡにより送信されるＵＬ ＭＵ ＰＰＤＵフォーマットが開始になる。図２３で開示されたＵＬ ＭＵ ＰＰＤＵは、ＡＰの観点で開示されたものである。即ち、図２３に開示されたＵＬ ＭＵ ＰＰＤＵは、複数のＵＬ ＭＵターゲットＳＴＡの各々により送信された複数のＵＬ ＭＵ ＰＰＤＵの各々を含むことができる。ＵＬ ＭＵターゲットＳＴＡは、ＵＬ ＭＵ ＰＰＤＵを送信するＳＴＡを指示する。

図２３に開示されたＵＬ ＭＵ ＰＰＤＵは、送信ＳＴＡの役割をする複数のＳＴＡによりＡＰに送信されるデータフレームを伝達することができる。また、図２１に開示されたＵＬ ＭＵ ＰＰＤＵは、受信ＳＴＡの役割をする複数のＳＴＡによりＡＰに送信されるブロックＡＣＫフレームを伝達することができる。

図２３を参照すると、ＵＬ ＭＵ ＰＰＤＵは、ＰＰＤＵヘッダ（レガシＰＰＤＵヘッダ、ＨＥ ＰＰＤＵヘッダ）及びＭＡＣペイロードを含むことができる。

レガシＰＰＤＵヘッダは、Ｌ−ＳＴＦ２３００、Ｌ−ＬＴＦ２３１０及びＬ−ＳＩＧ２３２０を含むことができる。

ＵＬ ＭＵ ＰＰＤＵのＬ−ＳＴＦ２３００、Ｌ−ＬＴＦ２３１０及びＬ−ＳＩＧ２３２０の各々は、ＤＬ ＭＵ ＰＰＤＵのＬ−ＳＴＦ、Ｌ−ＬＴＦ及びＬ−ＳＩＧの各々と同じ役割を遂行することができる。例えば、Ｌ−ＳＴＦ２３００及びＬ−ＬＴＦ２３１０は、以後送信されるフィールドのデコーディングのためのチャネル予測のために使われることができる。Ｌ−ＳＩＧ２３２０は、データ送信率（ｒａｔｅ）、データ長さ（ｌｅｎｇｔｈ）に対する情報のような制御情報を含むことができる。

ＨＥ ＰＰＤＵヘッダは、ＨＥ−ＳＩＧ１ ２３３０、ＨＥ−ＳＴＦ２３４０、ＨＥ−ＬＴＦ２３５０及びＨＥ−ＳＩＧ３ ２３６０を含むことができる。

ＨＥ−ＳＩＧ１ ２３３０は、ＵＬ ＭＵ ＰＰＤＵのデコーディングのための一般情報（ｃｏｍｍｏｎ ｉｎｆｏｒｍａｔｉｏｎ）（ＢＷ、ＧＩ長さ、ＢＳＳインデックス、ＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）、ｔａｉｌビット等）を含むことができる。具体的に、ＨＥ−ＳＩＧ１ ２３３０は、ＢＳＳ識別のためのカラービット、ＵＬ ＭＵ ＰＰＤＵが送信される全体帯域幅大きさを指示するビット、テールビット、ＣＲＣビット、ＣＰ（または、ＧＩ）長さを指示するビットを含むことができる。ＨＥ−ＳＩＧ１ ２３３０に含まれる一部情報は、トリガフレームに含まれたＵＬ ＭＵ送信のための制御情報に基づいて決定されることができる。

Ｌ−ＳＴＦ２３００、Ｌ−ＬＴＦ２３１０、Ｌ−ＳＩＧ２３２０及びＨＥ−ＳＩＧ１ ２３３０は、チャネル単位でエンコーディングされて送信されることができる。図２３では、２０ＭＨｚ大きさのチャネルが仮定され、２０ＭＨｚ単位でＬ−ＳＴＦ２３００、Ｌ−ＬＴＦ２３１０、Ｌ−ＳＩＧ２３２０及びＨＥ−ＳＩＧ１ ２３３０がエンコーディングされて送信されることができる。

ＨＥ−ＳＩＧ２ ２３４０は、全体帯域幅上でエンコーディングされて送信されることができる。全体帯域幅は、トリガフレームにより複数のＵＬ ＭＵターゲットＳＴＡの各々のＵＬ ＭＵ ＰＰＤＵの送信のために割り当てられた全体周波数帯域幅である。図２３では全体帯域幅の大きさが２０ＭＨｚであり、２０ＭＨｚ単位でＨＥ−ＳＩＧ２ ２３４０がエンコーディングされて送信されることができる。

ＨＥ−ＳＩＧ２ ２３４０は、トリガフレームに基づいてＵＬ ＭＵ ＰＰＤＵを送信する複数のＵＬ ＭＵターゲットＳＴＡの各々に対する情報を含むことができる。例えば、ＨＥ−ＳＩＧ２ ２３４０は、ＵＬ ＭＵ ＰＰＤＵを送信する複数のＵＬ ＭＵターゲットＳＴＡの識別情報（例えば、ＰＡＩＤ、ＧＩＤ）を含むことができる。また、ＨＥ−ＳＩＧ２ ２３４０は、ＵＬ ＭＵ ＰＰＤＵ上で複数のＵＬ ＭＵターゲットＳＴＡの各々のＨＥ−ＳＴＦ２３５０、ＨＥ−ＬＴＦ２３６０、ＨＥ−ＳＩＧ３ ２３７０及びＭＡＣペイロード２３８０の送信のために複数のＵＬ ＭＵターゲットＳＴＡの各々に割り当てられたリソースに対する情報を含むことができる。ＵＬ ＭＵターゲットＳＴＡは、トリガフレームに含まれた情報（例えば、ＵＬ ＭＵターゲットＳＴＡの識別情報ＵＬ ＭＵターゲットＳＴＡに割り当てられたリソース情報）に基づいてＨＥ−ＳＩＧ２ ２３４０を生成することができる。

ＨＥ−ＳＩＧ１ ２３３０またはＨＥ−ＳＩＧ２ ２３４０は、前述したＰＢＡＲ情報またはＰＢＡ情報を含むことができる。

複数のＵＬ ＭＵターゲットＳＴＡのうち少なくとも一つのＵＬ ＭＵターゲットＳＴＡが送信ＳＴＡであって、少なくとも一つのＰＢＡＲデータフレームをＭＵ ＰＰＤＵに基づいて伝達し、ＨＥ−ＳＩＧ１ ２３３０にＰＢＡＲ情報が含まれる場合、ＨＥ−ＳＩＧ１ ２３３０は、少なくとも一つのＰＢＡＲデータフレームを送信する少なくとも一つのＵＬ ＭＵターゲットＳＴＡにより送信されたデータ単位と関連したＰＢＡＲ情報を含むことができる。複数のＵＬ ＭＵターゲットＳＴＡのうち少なくとも一つのＵＬ ＭＵターゲットＳＴＡが少なくとも一つのＰＢＡＲデータフレームをＭＵ ＰＰＤＵに基づいて伝達し、ＨＥ−ＳＩＧ２にＰＢＡＲ情報が含まれる場合、ＨＥ−ＳＩＧ２ ２３４０は、ＨＥ−ＳＩＧ２ ２３４０の送信リソース（例えば、サブチャネル）を介してＰＢＡＲデータフレームを送信するＵＬ ＭＵターゲットＳＴＡにより送信されたデータ単位と関連したＰＢＡＲ情報のみを含むことができる。

複数のＵＬ ＭＵターゲットＳＴＡのうち少なくとも一つのＵＬ ＭＵターゲットＳＴＡが少なくとも一つのＰＢＡＲブロックＡＣＫフレームをＭＵ ＰＰＤＵに基づいて伝達し、ＨＥ−ＳＩＧ１ ２３３０にＰＢＡ情報が含まれる場合、ＨＥ−ＳＩＧ１ ２３３０は、少なくとも一つのＰＢＡＲブロックＡＣＫフレームを送信する少なくとも一つのＵＬ ＭＵターゲットＳＴＡにより受信されたデータ単位と関連したＰＢＡ情報を含むことができる。複数のＵＬ ＭＵターゲットＳＴＡのうち少なくとも一つのＵＬ ＭＵターゲットＳＴＡが少なくとも一つのＰＢＡＲブロックＡＣＫフレームをＵＬ ＭＵ ＰＰＤＵに基づいて伝達し、ＨＥ−ＳＩＧ２ ２３４０にＰＢＡ情報が含まれる場合、ＨＥ−ＳＩＧ２ ２３４０は、ＨＥ−ＳＩＧ２ ２３４０の送信リソース（例えば、サブチャネル）を介してＰＢＡＲブロックＡＣＫフレームを送信するＵＬ ＭＵターゲットＳＴＡにより受信されたデータ単位と関連したＰＢＡ情報のみを含むことができる。

本発明の他の実施例によると、ＨＥ−ＳＩＧ２ ２３４０もチャネル単位でエンコーディングされて送信されることができ、チャネルに含まれるサブチャネルに割り当てられたＵＬ ＭＵターゲットＳＴＡの識別情報及びチャネルに含まれるサブチャネルの各々の割当情報のみを含むこともできる。

本発明の他の実施例によると、ＵＬ ＭＵ ＰＰＤＵは、ＨＥ−ＳＩＧ２ ２３４０を含まないこともある。ＡＰにより送信されたトリガフレームを介して複数のＵＬ ＭＵターゲットＳＴＡの各々を指示する情報及び複数のＵＬ ＭＵターゲットＳＴＡの各々に対するリソース割当情報が送信されることができる。複数のＵＬ ＭＵターゲットＳＴＡの各々を指示する情報及び複数のＵＬ ＭＵターゲットＳＴＡの各々に対するリソース割当情報は、ＡＰにより決定された情報である。したがって、ＡＰは、複数のＵＬ ＭＵターゲットＳＴＡの各々を指示する情報及び複数のＵＬ ＭＵターゲットＳＴＡの各々に対するリソース割当情報をＨＥ−ＳＩＧ２ ２３４０を介して受信しなくてもよい。したがって、ＵＬ ＭＵ ＰＰＤＵは、ＨＥ−ＳＩＧ２ ２３４０を含まない。

ＵＬ ＭＵ ＰＰＤＵで、ＨＥ−ＳＴＦ２３４０、ＨＥ−ＬＴＦ２３５０及びＨＥ−ＳＩＧ３ ２３６０及びＭＡＣペイロード２３７０は、複数のサブチャネルの各々上でエンコーディングされて送信されることができる。

ＵＬ ＭＵ ＰＰＤＵのＨＥ−ＳＴＦ２３４０及びＨＥ−ＬＴＦ２３５０の各々は、ＤＬ ＭＵ ＰＰＤＵのＨＥ−ＳＴＦ、ＨＥ−ＬＴＦの各々と同じ役割を遂行することができる。例えば、ＨＥ−ＳＴＦ２３４０、ＨＥ−ＬＴＦ２３５０は、ＨＥ−ＳＴＦ２３４０、ＨＥ−ＬＴＦ２３５０が送信されるサブチャネルと同じサブチャネル上で送信される以後フィールドのデコーディングのためのチャネル予測に使われることができる。

ＨＥ−ＳＩＧ３ ２３６０は、ＭＡＣペイロード２３７０のデコーディングのための情報を含むことができる。ＭＡＣペイロード２３７０をデコーディングするための情報は、ＭＣＳ、Ｃｏｄｉｎｇ、ＳＴＢＣ、ＴＸＢＦなどを含むことができる。具体的に、複数のサブチャネルの各々を介して送信されるＨＥ−ＳＩＧ３ ２３６０は、複数のサブチャネルの各々を介して送信されるＭＡＣペイロード２３７０に適用されたＭＣＳに対する情報、ＭＡＣペイロード２３７０の送信のために使われたＳＴＢＣ、ＴＸＢＦに対する情報を含むことができる。

図２３では、ＨＥ−ＳＩＧ３ ２３６０を含むＵＬ ＭＵ ＰＰＤＵが仮定されたが、ＨＥ−ＳＩＧ３ ２３６０に含まれる情報（ＭＣＳ、Ｃｏｄｉｎｇ、ＳＴＢＣ、ＴＸＢＦ等）は、ＡＰにより決定されてトリガフレームを介して送信された情報と同じ場合もある。したがって、ＨＥ−ＳＩＧ３ ２３６０もＵＬ ＭＵ ＰＰＤＵに含まれないこともある。

ＭＡＣペイロード２３７０は、ＡＰによりトリガされたＵＬ ＭＵターゲットＳＴＡのアップリンクデータを含むことができる。ＭＡＣペイロードは、ＭＡＣヘッダとＭＳＤＵ（または、ＭＡＣボディ（ｂｏｄｙ））を含むことができる。ＭＡＣヘッダまたはＭＳＤＵが前述したＰＢＡＲ情報またはＰＢＡ情報を含むこともできる。

ＡＰがトリガフレームに基づいてＵＬ ＭＵターゲットＳＴＡ１及びＵＬ ＭＵターゲットＳＴＡ２の各々にサブチャネル１及びサブチャネル２の各々を割り当ててアップリンク送信をトリガした場合が仮定されることができる。

ＡＰは、チャネル上で送信されるＬ−ＳＴＦ２３００、Ｌ−ＬＴＦ２３１０、Ｌ−ＳＩＧ２３２０及びＨＥ−ＳＩＧ１ ２３３０を受信することができる。また、ＡＰは、サブチャネル１及びサブチャネル２の各々を介してＳＴＡ１及びＳＴＡ２の各々により送信されるＨＥ−ＳＴＦ２３４０、ＨＥ−ＬＴＦ２３５０、ＨＥ−ＳＩＧ３ ２３６０及びＭＡＣペイロード２３７０を受信することができる。

図２４は、本発明の実施例に係るＵＬ ＭＵターゲットＳＴＡにより送信されるＵＬ ＭＵ ＰＰＤＵを示す概念図である。

図２４では、複数のＵＬ ＭＵターゲットＳＴＡのうち一つのＵＬ ＭＵターゲットＳＴＡにより送信されるＵＬ ＭＵ ＰＰＤＵが開示される。図２２で開示されたＵＬ ＭＵ ＰＰＤＵは、ＳＴＡの観点で開示されたものである。即ち、図２４で開示されたＵＬ ＭＵ ＰＰＤＵは、一つのＵＬ ＭＵターゲットＳＴＡにより送信されたＵＬ ＭＵ ＰＰＤＵである。

図２４では、ＡＰがトリガフレームに基づいてＵＬ ＭＵターゲットＳＴＡ１及びＵＬ ＭＵターゲットＳＴＡ２の各々にサブチャネル１及びサブチャネル２の各々を割り当ててアップリンク送信をトリガした場合が仮定されることができる。

図２４を参照すると、ＵＬ ＭＵターゲットＳＴＡ１は、トリガフレームに対する応答としてＵＬ ＭＵ ＰＰＤＵ１を送信することができる。ＵＬ ＭＵ ＰＰＤＵ１は、ＵＬ ＭＵターゲットＳＴＡ１により送信されるデータフレームを含むことができる。

ＵＬ ＭＵ ＰＰＤＵ１は、チャネル上で送信されるＬ−ＳＴＦ２４００、Ｌ−ＬＴＦ２４１０、Ｌ−ＳＩＧ２４２０、ＨＥ−ＳＩＧ１ ２４３０及びＨＥ−ＳＩＧ２ ２４４０と、チャネルに含まれるサブチャネル１上で送信されるＨＥ−ＳＴＦ２４５０、ＨＥ−ＬＴＦ２４６０、ＨＥ−ＳＩＧ３ ２４７０及びＭＡＣペイロード２４８０と、を含むことができる。

同じ方式で、ＵＬ ＭＵターゲットＳＴＡ２は、トリガフレームに対する応答としてＵＬ ＭＵ ＰＰＤＵ２を送信することができる。ＵＬ ＭＵ ＰＰＤＵ２は、チャネル上で送信されるＬ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧ、ＨＥ−ＳＩＧ１及びＨＥ−ＳＩＧ２と、チャネルに含まれるサブチャネル２上で送信されるＨＥ−ＳＴＦ、ＨＥ−ＬＴＦ、ＨＥ−ＳＩＧ３及びＭＡＣペイロードと、を含むことができる。ＵＬ ＭＵターゲットＳＴＡ１により送信されるＬ−ＳＴＦ２４００、Ｌ−ＬＴＦ２４１０、Ｌ−ＳＩＧ２４２０及びＨＥ−ＳＩＧ１ ２４３０及びＨＥ−ＳＩＧ２ ２４４０と、ＵＬ ＭＵターゲットＳＴＡ２により送信されるＬ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧ、ＨＥ−ＳＩＧ１及びＨＥ−ＳＩＧ２とは、同じ情報を含み、同じチャネル上で送信されることができる。または、ＵＬ ＭＵターゲットＳＴＡ１により送信されるＬ−ＳＴＦ２４００、Ｌ−ＬＴＦ２４１０、Ｌ−ＳＩＧ２４２０及びＨＥ−ＳＩＧ１ ２４３０と、ＵＬ ＭＵターゲットＳＴＡ２により送信されるＬ−ＳＴＦ、Ｌ−ＬＴＦ、Ｌ−ＳＩＧ及びＨＥ−ＳＩＧ１の各々とは、互いに異なる情報を含み、互いに異なる直交コード（ｏｒｔｈｏｇｏｎａｌ ｃｏｄｅ）によりコーディングされて同じチャネル上で送信されることもできる。

図２５は、本発明の実施例が適用されることができる無線装置を示すブロック図である。

図２５を参照すると、ＡＰ２５００は、プロセッサ２５１０、メモリ２５２０及びＲＦ部（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｕｎｉｔ）２５３０を含む。

ＲＦ部２５３０は、プロセッサ２５１０と連結して無線信号を送信／受信することができる。

プロセッサ２５１０は、本発明で提案された機能、過程及び／または方法を具現することができる。例えば、プロセッサ２５１０は、前述した本発明の実施例に係るＡＰの動作を実行するように具現されることができる。プロセッサは、図１乃至図２４の実施例で開示したＡＰの動作を実行することができる。

例えば、プロセッサ２５１０は、送信ＳＴＡとして動作するＡＰがデータフレームを受信ＳＴＡに送信し、ＡＰが受信ＳＴＡからデータフレームに対するブロックＡＣＫフレームを受信していない場合、データフレームの未受信の理由を決定するように具現されることができる。また、プロセッサ２５１０は、ＡＰがデータフレームの未受信の理由を受信ＳＴＡのデータフレームの受信後ブロックＡＣＫフレームの送信失敗と決定する場合、ＰＢＡＲデータフレームを受信ＳＴＡに送信し、ＰＢＡＲデータフレームに対する応答として受信ＳＴＡからＰＢＡＲブロックＡＣＫフレームを受信するように具現されることができる。ＰＢＡＲデータフレームは、前記データフレームに対する第１のブロックＡＣＫビットマップを要求するための情報を含み、ＰＢＡＲブロックＡＣＫフレームは、データフレームに対する第１のブロックＡＣＫビットマップを含むことができる。

ＳＴＡ２５５０は、プロセッサ２５６０、メモリ２５７０及びＲＦ部（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｕｎｉｔ）２５８０を含む。

ＲＦ部２５８０は、プロセッサ２５６０と連結して無線信号を送信／受信することができる。

プロセッサ２５６０は、本発明で提案された機能、過程及び／または方法を具現することができる。例えば、プロセッサ２５２０は、前述した本発明の実施例に係るＳＴＡの動作を実行するように具現されることができる。プロセッサ２５６０は、図１乃至図２４の実施例でＳＴＡの動作を実行することができる。

例えば、プロセッサ２５６０は、受信ＳＴＡとして動作するＳＴＡがＰＢＡＲデータフレームを受信し、ＰＢＡＲ情報に基づいてＰＢＡ情報を含むブロックＡＣＫフレームを送信するように具現されることができる。

プロセッサ２５１０、２５６０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、他のチップセット、論理回路、データ処理装置及び／またはベースバンド信号及び無線信号を相互変換する変換器を含むことができる。メモリ２５２０、２５７０は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。ＲＦ部２５３０、２５８０は、無線信号を送信及び／または受信する一つ以上のアンテナを含むことができる。

実施例がソフトウェアで具現される時、前述した技法は、前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリ２５２０、２５７０に格納され、プロセッサ２５１０、２５６０により実行されることができる。メモリ２５２０、２５７０は、プロセッサ２５１０、２５６０の内部または外部にあり、よく知られた多様な手段でプロセッサ２５１０、２５６０と連結されることができる。

Claims (10)

1. ＷＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）システムにおけるエラー回復方法であって、
   第１のＳＴＡ（ｓｔａｔｉｏｎ）によって、第１のデータフレームを第２のＳＴＡに送信することと、
   前記第１のＳＴＡが前記第２のＳＴＡから前記第１のデータフレームに対する第１のブロックＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）ビットマップを含む第１のブロックＡＣＫフレームを受信していない場合、前記第１のＳＴＡによって、前記第１のデータフレームの未受信の理由を決定することと、
   前記第１のＳＴＡが前記第１のデータフレームの未受信の理由を前記第１のデータフレームの受信後の前記第２のＳＴＡによる前記ブロックＡＣＫフレームの送信失敗と決定する場合、前記第１のＳＴＡによって、第２のデータフレームを前記第２のＳＴＡに送信することであって、前記第２のデータフレームは、前記第１のデータフレームに対する前記第１のブロックＡＣＫビットマップを要求するＰＢＡＲ（ｐｒｅｖｉｏｕｓ ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｒｅｑｕｅｓｔ）情報を含む、ことと、
   前記第１のＳＴＡによって、前記第２のデータフレームに対する応答として前記第２のＳＴＡから第２のブロックＡＣＫフレームを受信することと
   を含み、
   前記第２のブロックＡＣＫフレームは、前記第１のデータフレームに対する前記第１のブロックＡＣＫビットマップおよび前記第２のデータフレームに対する第２のブロックＡＣＫビットマップの両方を含む、方法。
2. 前記ＰＢＡＲ情報は、ブロックＡＣＫ開始シーケンスフィールドを含み、
   前記ブロックＡＣＫ開始シーケンスフィールドは、前記第１のデータフレームに含まれた複数のデータ単位のうち前記第１のブロックＡＣＫビットマップの１番目のビットに対応するデータ単位のシーケンス番号に対する情報を含む、請求項１に記載の方法。
3. 前記第２のデータフレームは、ＴＩＤ情報フィールドをさらに含み、
   前記ＴＩＤ情報フィールドは、ＴＩＤ情報を含み、
   前記第１のブロックＡＣＫビットマップは、前記第１のデータフレームに含まれた前記複数のデータ単位のうち前記ＴＩＤ情報に対応する少なくとも一つのデータ単位に対応するＡＣＫ情報のみを含む、請求項２に記載の方法。
4. 前記第２のブロックＡＣＫフレームは、ＰＢＡ（ｐｒｅｖｉｏｕｓ ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報をさらに含み、
   前記ＰＢＡ情報は、ブロックＡＣＫシーケンスフィールドを含み、
   前記ブロックＡＣＫシーケンスフィールドは、前記第１のデータフレームに含まれた複数のデータ単位のうち前記第１のブロックＡＣＫビットマップの１番目のビットに対応するデータ単位のシーケンス番号に対する情報を含み、
   前記第１のブロックＡＣＫビットマップは、前記第１のデータフレームに含まれた複数のデータ単位に対する複数のＡＣＫ情報を含み、
   前記第２のブロックＡＣＫビットマップは、前記第２のデータフレームに含まれた複数のデータ単位に対する複数のＡＣＫ情報を含む、請求項１に記載の方法。
5. 前記第２のブロックＡＣＫフレームは、ＴＩＤ情報フィールドをさらに含み、
   前記ＴＩＤ情報フィールドは、ＴＩＤ情報を含み、
   前記第１のブロックＡＣＫビットマップは、前記第２のデータフレームに含まれた複数のデータ単位のうち前記ＴＩＤ情報に対応する少なくとも一つのデータ単位に対応するＡＣＫ情報のみを含む、請求項４に記載の方法。
6. ＷＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）におけるデータ単位を送信する第１のＳＴＡ（ｓｔａｔｉｏｎ）であって、前記第１のＳＴＡは、
   無線信号を送信および受信するＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）部と、
   前記ＲＦ部と動作可能なように連結されたプロセッサと
   を含み、
   前記プロセッサは、
   第１のデータフレームを第２のＳＴＡに送信することと、
   前記第１のＳＴＡが前記第２のＳＴＡから前記第１のデータフレームに対する第１のブロックＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）ビットマップを含む第１のブロックＡＣＫフレームを受信していない場合、前記第１のデータフレームの未受信の理由を決定することと、
   前記第１のＳＴＡが前記第１のデータフレームの未受信の理由を前記第１のデータフレームの受信後の前記第２のＳＴＡによる前記ブロックＡＣＫフレームの送信失敗と決定する場合、第２のデータフレームを前記第２のＳＴＡに送信することであって、前記第２のデータフレームは、前記第１のデータフレームに対する前記第１のブロックＡＣＫビットマップを要求するＰＢＡＲ（ｐｒｅｖｉｏｕｓ ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｒｅｑｕｅｓｔ）情報を含む、ことと、
   前記第２のデータフレームに対する応答として前記第２のＳＴＡから第２のブロックＡＣＫフレームを受信することと
   を実行するように構成され、
   前記第２のブロックＡＣＫフレームは、前記第１のデータフレームに対する前記第１のブロックＡＣＫビットマップおよび前記第２のデータフレームに対する第２のブロックＡＣＫビットマップの両方を含む、第１のＳＴＡ。
7. 前記ＰＢＡＲ情報は、ブロックＡＣＫ開始シーケンスフィールドを含み、
   前記ブロックＡＣＫ開始シーケンスフィールドは、前記第１のデータフレームに含まれた複数のデータ単位のうち前記第１のブロックＡＣＫビットマップの１番目のビットに対応するデータ単位のシーケンス番号に対する情報を含む、請求項６に記載の第１のＳＴＡ。
8. 前記第２のデータフレームは、ＴＩＤ情報フィールドをさらに含み、
   前記ＴＩＤ情報フィールドは、ＴＩＤ情報を含み、
   前記第１のブロックＡＣＫビットマップは、前記第１のデータフレームに含まれた前記複数のデータ単位のうち前記ＴＩＤ情報に対応する少なくとも一つのデータ単位に対応するＡＣＫ情報のみを含む、請求項７に記載の第１のＳＴＡ。
9. 前記第２のブロックＡＣＫフレームは、ＰＢＡ（ｐｒｅｖｉｏｕｓ ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報をさらに含み、
   前記ＰＢＡ情報は、ブロックＡＣＫシーケンスフィールドを含み、
   前記ブロックＡＣＫシーケンスフィールドは、前記第１のデータフレームに含まれた複数のデータ単位のうち前記第１のブロックＡＣＫビットマップの１番目のビットに対応するデータ単位のシーケンス番号に対する情報を含み、
   前記第１のブロックＡＣＫビットマップは、前記第１のデータフレームに含まれた複数のデータ単位に対する複数のＡＣＫ情報を含み、
   前記第２のブロックＡＣＫビットマップは、前記第２のデータフレームに含まれた複数のデータ単位に対する複数のＡＣＫ情報を含む、請求項６に記載の第１のＳＴＡ。
10. 前記第２のブロックＡＣＫフレームは、ＴＩＤ情報フィールドをさらに含み、
    前記ＴＩＤ情報フィールドは、ＴＩＤ情報を含み、
    前記第１のブロックＡＣＫビットマップは、前記第２のデータフレームに含まれた複数のデータ単位のうち前記ＴＩＤ情報に対応する少なくとも一つのデータ単位に対応するＡＣＫ情報のみを含む、請求項９に記載の第１のＳＴＡ。