(57)【要約】      （修正有）【課題】デバイスからアクセスポイントに送信されるべきＵＬデータを、複数のデータフラグメントへとフラグメント化するデバイスおよび方法を提供する。【解決手段】デバイス１３００において、ワイヤレス通信のための装置（システムオンチップデバイス）１３２２は、アクセスポイントに送信されるべきデータを生成し、データのサイズが第１の送信機会（ＴＸ＿ＯＰ）のサイズを超えると決定するデータ生成ロジック１３６０と、データに基づいて少なくとも第１のデータフラグメントと第２のデータフラグメントとを生成するデータフラグメント化ロジック１３６２を含む。第１のデータフラグメントのサイズは、第１のＴＸ＿ＯＰのサイズに基づいて選択される。装置１３２２はさらに、第１のＴＸ＿ＯＰの間に、第１のデータフラグメントを含む第１のデータパケットをアクセスポイントに送信するワイヤレスインターフェース１３４０を含む。【選択図】図１３
2019106722.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信のための装置であって、
アクセスポイントに送信されるべきデータを生成し、前記データのサイズが第１の送信機会（ＴＸ＿ＯＰ）のサイズを超えると決定するように構成されるデータ生成ロジックと、
前記データに基づいて、少なくとも第１のデータフラグメントと第２のデータフラグメントとを生成するように構成されるデータフラグメント化ロジックと、ここにおいて、前記第１のデータフラグメントのサイズは、前記第１のＴＸ＿ＯＰの前記サイズに基づいて選択され、
前記第１のＴＸ＿ＯＰの間に、第１のデータパケットを前記アクセスポイントに送信するように構成されるワイヤレスインターフェースと、前記第１のデータパケットは、前記第１のデータフラグメントを含み、ここにおいて、前記第１のデータパケットは、前記アクセスポイントから受信されるフレームに応答して送信され、前記フレームは、前記第１のＴＸ＿ＯＰの前記サイズに対応するタイミング情報を含む、
を備える装置。
【請求項２】
前記データ生成ロジックは、さらに、変調およびコーディング方式に基づいて、前記第１のＴＸ＿ＯＰの間に送信されることが可能な閾値のデータ量を決定するように構成され、
前記データフラグメント化ロジックは、さらに、前記閾値のデータ量以下のサイズを有するように前記第１のデータフラグメントを生成するように構成される、
請求項１に記載の装置。
【請求項３】
前記フレームは、トリガフレームを備え、前記ワイヤレスインターフェースは、さらに、
前記アクセスポイントから、第２のＴＸ＿ＯＰに対応する第２のタイミング情報を含む第２のトリガフレームを受信し、前記第２のＴＸ＿ＯＰの間に、前記第２のデータフラグメントを含む第２のデータパケットを前記アクセスポイントに送信するように構成される、請求項１に記載の装置。
【請求項４】
前記ワイヤレスインターフェースは、さらに、前記アクセスポイントから、第１の圧縮されていないブロック確認応答ビットマップまたは第１の準圧縮されたブロック確認応答ビットマップを含むブロック確認応答フレームを受信するように構成される、請求項１に記載の装置。
【請求項５】
前記第１の圧縮されていないブロック確認応答ビットマップまたは前記第１の準圧縮されたブロック確認応答ビットマップは、少なくとも前記第１のデータフラグメントが前記アクセスポイントにおいて受信されたことを示す、請求項４に記載の装置。
【請求項６】
前記ブロック確認応答フレームは、前記第１の圧縮されていないブロック確認応答ビットマップを含み、
前記ブロック確認応答フレームは、フレーム制御フィールドと、時間長／識別情報フィールドと、受信機アドレスフィールドと、送信機アドレスフィールドと、ブロック確認応答制御フィールドと、ブロック確認応答情報フィールドと、フレーム検査シーケンスフィールドとを含み、
前記ブロック確認応答制御フィールドは、確認応答ポリシービットと、マルチトラフィック識別子ビットと、ビットマップ圧縮ビットと、予備ビットのセットと、マルチトラフィック識別子情報ビットのセットとを含む、請求項４に記載の装置。
【請求項７】
前記ブロック確認応答情報フィールドは、局毎情報ビットの複数のセットと、ブロック確認応答開始シーケンス制御ビットの複数のセットと、前記第１の圧縮されていないブロック確認応答ビットマップおよび別のデバイスに対応する第２の圧縮されていないブロック確認応答ビットマップを含む複数の圧縮されていないブロック確認応答ビットマップとを含む、請求項６に記載の装置。
【請求項８】
前記ワイヤレスインターフェースは、さらに、第２のＴＸ＿ＯＰの間に前記アクセスポイントへ、前記第２のデータフラグメントを含む第２のデータパケットを送信するように構成され、前記第２のデータフラグメントの前記サイズは、前記第１のデータフラグメントの前記サイズより大きい、請求項１に記載の装置。
【請求項９】
前記データ生成ロジックは、さらに、第１の媒体アクセス制御（ＭＡＣ）層サービスデータユニットを生成することによって、前記アクセスポイントに送信されるべき前記データを生成するように構成され、
前記データフラグメント化ロジックは、さらに、前記第１のＭＡＣ層サービスデータユニットの第１のフラグメントを生成することによって前記第１のデータフラグメントを生成し、前記第１のＭＡＣ層サービスデータユニットの第２のフラグメントを生成することによって前記第２のデータフラグメントを生成するように構成される、
請求項１に記載の装置。
【請求項１０】
前記第２のデータフラグメントのサイズは、第２のＴＸ＿ＯＰのサイズに基づいて選択され、前記第１のデータフラグメントの前記サイズは、前記第２のデータフラグメントの前記サイズとは異なり、前記ワイヤレスインターフェースは、さらに、前記第２のＴＸ＿ＯＰの間に、第２のデータパケットを前記アクセスポイントに送信するように構成され、前記第２のデータパケットは、前記第２のデータフラグメントを含む、請求項１に記載の装置。
【請求項１１】
前記第２のデータパケットは、前記アクセスポイントから受信される第２のフレームに応答して送信され、前記第２のフレームは、前記第２のＴＸ＿ＯＰの前記サイズに対応する第２のタイミング情報を含み、前記第２のＴＸ＿ＯＰの前記サイズは、前記第１のＴＸ＿ＯＰの前記サイズとは異なる、請求項１０に記載の装置。
【請求項１２】
前記第２のデータパケットは、前記アクセスポイントから受信される第２のフレームに応答して送信され、前記第２のフレームは、前記第２のＴＸ＿ＯＰの前記サイズを示す第２のタイミング情報を含む、請求項１０に記載の装置。
【請求項１３】
ワイヤレス通信のための方法であって、
第１のデバイスにおいて、アクセスポイントに送信されるべき第１のデータを生成することと、
前記第１のデータのサイズが第１の送信機会（ＴＸ＿ＯＰ）のサイズを超えると決定することと、
前記第１のデータに基づいて、少なくとも第１のデータフラグメントと第２のデータフラグメントとを生成することと、ここにおいて、前記第１のデータフラグメントのサイズは、前記第１のＴＸ＿ＯＰの前記サイズに基づいて選択され、
前記第１のＴＸ＿ＯＰの間に、第１のデータパケットを前記第１のデバイスから前記アクセスポイントに送信することと、前記第１のデータパケットは、前記第１のデータフラグメントを含み、ここにおいて、前記第１のデータパケットは、前記アクセスポイントから受信されるフレームに応答して送信され、前記フレームは、前記第１のＴＸ＿ＯＰの前記サイズに対応するタイミング情報を含む、
を備える方法。
【請求項１４】
前記第１のデータパケットは、第１の物理層プロトコルデータユニットを含み、
前記第１の物理層プロトコルデータユニットのペイロードは、第１のＭＡＣ層プロトコルデータユニットを含み、
前記第１のＭＡＣ層プロトコルデータユニットは、前記第１のデータフラグメントを含む、
請求項１３に記載の方法。
【請求項１５】
第２のＴＸ＿ＯＰの間に、第２のデータパケットを前記アクセスポイントに送信することをさらに備え、前記第２のデータパケットは、第２の物理層プロトコルデータユニットを含み、前記第２の物理層プロトコルデータユニットのペイロードは、第２のＭＡＣ層プロトコルデータユニットを含み、前記第２のＭＡＣ層プロトコルデータユニットは、前記第２のデータフラグメントを含む、請求項１３に記載の方法。
【請求項１６】
前記第２の物理層プロトコルデータユニットは、前記第２のＭＡＣ層プロトコルデータユニットと第３のＭＡＣ層プロトコルデータユニットと第４のＭＡＣ層プロトコルデータユニットとを含む集約されたＭＡＣ層プロトコルデータユニットを含み、前記第２のデータフラグメントと前記第３のＭＡＣ層プロトコルデータユニットの第２のＭＡＣ層サービスデータユニットと前記第４のＭＡＣ層プロトコルデータユニットの第３のＭＡＣ層サービスデータユニットの第１のフラグメントとを、前記第２のＴＸ＿ＯＰのサイズ以下のサイズを有するように組み合わせることをさらに備える、請求項１５に記載の方法。
【請求項１７】
前記第１のデータは、第２のＭＡＣ層サービスデータユニットを含み、
前記第１のデータパケットは、第１の物理層プロトコルデータユニットを含み、
前記第１の物理層プロトコルデータユニットのペイロードは、集約されたＭＡＣ層プロトコルデータユニットを含み、
前記集約されたＭＡＣ層プロトコルデータユニットは、第１のＭＡＣ層プロトコルデータユニットと第２のＭＡＣ層プロトコルデータユニットとを含み、
前記第１のＭＡＣ層プロトコルデータユニットは、前記第１のデータフラグメントを含み、
前記第２のＭＡＣ層プロトコルデータユニットは、前記第２のＭＡＣ層サービスデータユニットを含む、請求項１３に記載の方法。
【請求項１８】
前記アクセスポイントから、第１の準圧縮されたブロック確認応答ビットマップを含むブロック確認応答フレームを受信することをさらに備え、
前記第１の準圧縮されたブロック確認応答ビットマップは、前記第１のデータフラグメントが前記アクセスポイントによって受信されたことを示し、
前記第１の準圧縮されたブロック確認応答ビットマップは、第１のデータユニットに対応するシーケンス番号に対して割り当てられた、前記第１の準圧縮されたブロック確認応答ビットマップのビットのセットにおいて、前記第１のデータフラグメントのフラグメント番号を示す、請求項１３に記載の方法。
【請求項１９】
前記ブロック確認応答フレームは、ブロック確認応答制御フィールドとブロック確認応答情報フィールドとを含み、
前記ブロック確認応答制御フィールドは、ビットマップ圧縮ビットと予備ビットのセットとを含み、
前記ブロック確認応答情報フィールドは、ブロック確認応答開始シーケンス制御ビットのセットと前記第１の準圧縮されたブロック確認応答ビットマップとを含む、
請求項１８に記載の方法。
【請求項２０】
前記ビットマップ圧縮ビットは第１の値を有し、
予備ビットの前記セットの１つまたは複数のビットは、前記ブロック確認応答フレームが前記第１の準圧縮されたブロック確認応答ビットマップを含むことを示し、
前記第１の準圧縮されたブロック確認応答ビットマップは、１つまたは複数のデータフラグメント識別子を示す複数のビットを含み、
前記１つまたは複数のデータフラグメント識別子の各々は、特定のブロック確認応答シーケンスに対応する複数のデータユニットのうちの１つのデータユニットの１つのデータフラグメントに対応する、
請求項１９に記載の方法。
【請求項２１】
前記ビットマップ圧縮ビットは第２の値を有し、
予備ビットの前記セットの１つまたは複数のビットは、前記ブロック確認応答フレームが前記第１の準圧縮されたブロック確認応答ビットマップを含むことを示し、
前記第１の準圧縮されたブロック確認応答ビットマップは、圧縮されたブロック確認応答ビットマップとフラグメント識別情報サブフィールドのセットとを含む、
請求項１９に記載の方法。
【請求項２２】
前記圧縮されたブロック確認応答ビットマップは、１つまたは複数のフラグメント化されていないデータユニットが前記第１のデバイスから前記アクセスポイントによって受信されたことを示す複数のビットを含み、
フラグメント識別情報サブフィールドの前記セットは、シーケンス識別子サブフィールドとデータフラグメント識別子とを含む、
請求項２１に記載の方法。
【請求項２３】
前記アクセスポイントから、第１の準圧縮されたブロック確認応答ビットマップを含み、および第２の準圧縮されたブロック確認応答ビットマップを含む、ブロック確認応答フレームを受信することをさらに備え、前記第２の準圧縮されたブロック確認応答ビットマップは、第２のデバイスから前記アクセスポイントによって受信された１つまたは複数のデータフラグメントを示す、請求項１３に記載の方法。
【請求項２４】
前記ブロック確認応答フレームは、ブロック確認応答制御フィールドとブロック確認応答情報フィールドとを含み、
前記ブロック確認応答制御フィールドは、ビットマップ圧縮ビットと予備ビットのセットとを含み、
前記ブロック確認応答情報フィールドは、局毎情報ビットの第１のセットと、ブロック確認応答開始シーケンス制御ビットの第１のセットと、前記第１の準圧縮されたブロック確認応答ビットマップと、局毎情報ビットの第２のセットと、ブロック確認応答開始シーケンス制御ビットの第２のセットと、前記第２の準圧縮されたブロック確認応答ビットマップとを含む、
請求項２３に記載の方法。
【請求項２５】
前記ビットマップ圧縮ビットは第１の値を有し、
予備ビットの前記セットの１つまたは複数のビットは、前記ブロック確認応答フレームが少なくとも１つの準圧縮されたブロック確認応答ビットマップを含むことを示し、
局毎情報ビットの前記第１のセットの１つまたは複数の予備ビットは、前記第１のデバイスに対応する関連付け識別子と、データユニットが前記第１のデバイスによって分割されるデータフラグメントの数とを示し、
前記第１の準圧縮されたブロック確認応答ビットマップは、データフラグメントのデータフラグメント識別子を示す複数のビットを含み、
前記データフラグメントは、特定のブロック確認応答シーケンスに対応する複数のデータユニットのうちの１つに対応する、
請求項２４に記載の方法。
【請求項２６】
前記ビットマップ圧縮ビットは第２の値を有し、
予備ビットの前記セットの１つまたは複数のビットは、前記ブロック確認応答フレームが少なくとも１つの準圧縮されたブロック確認応答ビットマップを含むことを示し、
局毎情報ビットの前記第１のセットの１つまたは複数の予備ビットは、前記第１のデバイスに対応する関連付け識別子を示し、
前記第１の準圧縮されたブロック確認応答ビットマップは、圧縮されたブロック確認応答ビットマップとフラグメント識別情報サブフィールドのセットとを含み、
フラグメント識別情報サブフィールドの前記セットは、第１のシーケンス識別子サブフィールドとデータフラグメント識別子とを含む、
請求項２４に記載の方法。
【請求項２７】
ワイヤレス通信のための装置であって、
アクセスポイントに送信されるべきデータに基づいて、少なくとも第１のデータフラグメントと第２のデータフラグメントとを生成するための手段と、ここにおいて、前記第１のデータフラグメントと前記第２のデータフラグメントとは、複数のデバイスに関連付けられた送信機会（ＴＸ＿ＯＰ）のサイズを超える前記データのサイズに応答して生成され、前記第１のデータフラグメントのサイズは、前記ＴＸ＿ＯＰの前記サイズに基づいて選択され、
前記ＴＸ＿ＯＰの間に、データパケットを前記アクセスポイントに送信するための手段と、前記データパケットは、前記第１のデータフラグメントを含み、ここにおいて、前記データパケットは、前記アクセスポイントから受信されるフレームに応答して送信され、前記フレームは、前記第１のＴＸ＿ＯＰの前記サイズに対応するタイミング情報を含む、
を備える装置。
【請求項２８】
前記データパケットは、アップリンクマルチユーザ通信に関連付けられ、前記データパケットは、フラグメント化情報を含み、前記フラグメント化情報は、シーケンス識別子（ＩＤ）番号と、フラグメント番号と、追加のフラグメントインジケータとを含む、請求項２７に記載の装置。
【請求項２９】
プロセッサによって実行されたとき、前記プロセッサに、
デバイスにおいて、アクセスポイントに送信されるべきデータを生成することと、
前記データのサイズが、前記デバイスおよび１つまたは複数の他のデバイスに関連付けられた送信機会（ＴＸ＿ＯＰ）のサイズを超えると決定することと、
前記データに基づいて、少なくとも第１のデータフラグメントと第２のデータフラグメントとを生成することと、ここにおいて、前記第１のデータフラグメントのサイズは、前記ＴＸ＿ＯＰの前記サイズに基づいて選択され、
前記ＴＸ＿ＯＰの間に、前記デバイスから前記アクセスポイントへのデータパケットの送信を開始することと、前記データパケットは、前記第１のデータフラグメントを含み、ここにおいて、前記データパケットは、前記アクセスポイントから受信されるフレームに応答して送信され、前記フレームは、前記ＴＸ＿ＯＰの前記サイズに対応するタイミング情報を含む、
を行わせる命令を記憶する非一時的コンピュータ可読媒体。
【請求項３０】
前記第１のデータフラグメントの前記サイズは、前記第２のデータフラグメントのサイズより小さく、前記ＴＸ＿ＯＰの前記サイズは、前記ＴＸ＿ＯＰの時間長に対応し、前記フレームは、１つまたは複数のＴＸ＿ＯＰの開始時間を示す同期情報をさらに含む、請求項２９に記載の非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【優先権の主張】
【０００１】
本出願は、２０１４年１０月３日に出願された「ＵＰＬＩＮＫ  ＤＡＴＡ  ＦＲＡＧＭＥＮＴＡＴＩＯＮ  ＦＯＲ  ＭＵＬＴＩ−ＵＳＥＲ  ＮＥＴＷＯＲＫＳ」という表題の米国仮特許出願第６２／０５９，３５６号（代理人整理番号１４７１４３Ｐ１）、２０１４年１１月３日に出願された「ＵＰＬＩＮＫ  ＤＡＴＡ  ＦＲＡＧＭＥＮＴＡＴＩＯＮ  ＦＯＲ  ＭＵＬＴＩ−ＵＳＥＲ  ＮＥＴＷＯＲＫＳ」という表題の米国仮特許出願第６２／０７４，４８２号（代理人整理番号１４７１４３Ｐ２）、および２０１５年９月３０日に出願された「ＵＰＬＩＮＫ  ＤＡＴＡ  ＦＲＡＧＭＥＮＴＡＴＩＯＮ  ＦＯＲ  ＭＵＬＴＩ−ＵＳＥＲ  ＮＥＴＷＯＲＫＳ」という表題の米国本特許出願第１４／８７１，８８８号（代理人整理番号１４７１４３）の優先権を主張し、前述の出願の各々の内容の全体が参照により本明細書に明示的に組み込まれる。
【技術分野】
【０００２】
本開示は全般に、マルチユーザネットワークのためのアップリンクデータのフラグメント化に関する。
【背景技術】
【０００３】
[0003]技術の進歩は、より小さくより強力なコンピューティングデバイスをもたらしている。たとえば、携帯電話およびスマートフォンなどのワイヤレス電話、タブレット、ならびにラップトップコンピュータを含む、様々なポータブルパーソナルコンピューティングデバイスは、小型であり、軽量であり、ユーザにより容易に持ち運ばれる。これらのデバイスは、ワイヤレスネットワークを通じて音声パケットとデータパケットとを通信することができる。さらに、多くのそのようなデバイスは、デジタルスチルカメラ、デジタルビデオカメラ、デジタルレコーダ、およびオーディオファイルプレーヤなどの追加の機能を内蔵する。また、そのようなデバイスは、インターネットにアクセスするために使用され得るウェブブラウザアプリケーションなどのソフトウェアアプリケーションを含む、実行可能命令を処理することができる。したがって、これらのデバイスは、かなりの計算能力とネットワーキング能力とを含み得る。
【０００４】
[0004]様々なワイヤレスプロトコルおよび規格が、ワイヤレス電話および他のワイヤレスデバイスによって使用可能であり得る。たとえば、一般に「ｗｉ−ｆｉ」と呼ばれる米国電気電子学会（ＩＥＥＥ）８０２．１１は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）通信プロトコルの標準化されたセットである。現在のｗｉ−ｆｉプロトコルでは、アクセスポイントが、アクセスポイントのための、または局とも呼ばれる１つまたは複数のデバイスのための、送信機会（ＴＸ＿ＯＰ）（特定のデバイスがワイヤレス媒体を介してデータを送信できる時間の期間など）をスケジューリングすることができる。ＴＸ＿ＯＰは、ダウンリンク（ＤＬ）ＴＸ＿ＯＰ（アクセスポイントが１つまたは複数のデバイスにデータを送信する時間の期間など）またはアップリンク（ＵＬ）ＴＸ＿ＯＰ（基地局などのデバイスがアクセスポイントにデータを送信する時間の期間など）であり得る。アクセスポイントは１つまたは複数のデバイスに送信されるべきデータ（ＤＬデータと呼ばれる）を生成するので、アクセスポイントは、ＤＬデータ全体を送信するのに十分なサイズを有するＤＬ  ＴＸ＿ＯＰをスケジューリングすることがある。しかしながら、アクセスポイントは、特定のデバイスからアクセスポイントへ送信されるべきデータ（ＵＬデータと呼ばれる）のサイズを知らないことがあり、アクセスポイントは、特定のデバイスのためのＵＬ  ＴＸ＿ＯＰをスケジューリングするときに特定のデバイスによって使用される変調およびコーディング方式（ＭＣＳ）を認識していないことがある。ＵＬデータのサイズがＵＬ  ＴＸ＿ＯＰのサイズを超える場合、特定のデバイスは、ＵＬデータを送信するためにＵＬ  ＴＸ＿ＯＰを使用できず、特定のデバイスは、データをアクセスポイントに送信するために後続のＵＬ  ＴＸ＿ＯＰを待たなければならない。したがって、ＵＬデータよりもサイズが小さなＵＬ  ＴＸ＿ＯＰを割り振られるマルチユーザ（ＭＵ）ワイヤレスネットワーク中のデバイスは、ＵＬ  ＴＸ＿ＯＰの間にデータを送信できず、特定のデバイスはＵＬ  ＴＸ＿ＯＰを使用し得ない（すなわち、「無駄にする」）。無駄にされたＵＬ  ＴＸ＿ＯＰは、遅延を増やし、ＭＵワイヤレスネットワークの効率を下げる。
【発明の概要】
【０００５】
[0005]本開示では、マルチユーザ（ＭＵ）通信システムのデバイスは、デバイスからアクセスポイントに送信されるべきデータなどのＵＬデータを、複数のデータフラグメントへとフラグメント化し得る。少なくとも１つのデータフラグメントは、ＴＸ＿ＯＰの間にワイヤレスネットワークを介して局などのデバイスからアクセスポイントに送信される、データパケットに含まれ得る。データフラグメントのサイズは、（データフラグメントがＴＸ＿ＯＰ内に納まるようなサイズにされるように）ＴＸ＿ＯＰのサイズに基づいて選択され得る。ＵＬデータの追加のデータフラグメントは、後続のＴＸ＿ＯＰの間に送信され得る。アクセスポイントは、複数のＴＸ＿ＯＰの間に複数のデータパケットを受信し、ＵＬデータを取り出すために複数のデータパケットに含まれる複数のデータフラグメントをデフラグメントするように構成され得る。このようにして、ＭＵ通信システム中のデバイスは、ＵＬ  ＴＸ＿ＯＰの間にあらゆるデータを送信するのを控える代わりに、ＵＬデータの少なくとも１つのフラグメントを含むデータパケットを送信することによって、使用されない（または無駄にされる）ＵＬ  ＴＸ＿ＯＰを減らすことができる。本開示によって説明されるＵＬデータフラグメント化の技法および設計は、ＩＥＥＥ８０２．１１規格に従って作用し得るので、ＩＥＥＥ８０２．１１ネットワークなどのｗｉ−ｆｉネットワークとしてＭＵ通信システムが動作することを可能にする。
【０００６】
[0006]ある特定の態様では、ワイヤレス通信のための装置は、アクセスポイントに送信されるべきデータを生成し、データのサイズが第１の送信機会（ＴＸ＿ＯＰ）のサイズを超えると決定するように構成される、データ生成ロジックを含む。装置は、データに基づいて少なくとも第１のデータフラグメントと第２のデータフラグメントとを生成するように構成されるデータフラグメント化ロジックを含み、第１のデータフラグメントのサイズは第１のＴＸ＿ＯＰのサイズに基づいて選択される。装置はさらに、第１のＴＸ＿ＯＰの間に、第１のデータパケットをアクセスポイントに送信するように構成されるワイヤレスインターフェースを含み、第１のデータパケットは第１のデータフラグメントを含む。
【０００７】
[0007]別の特定の態様では、ワイヤレス通信のための装置は、第１の送信機会（ＴＸ＿ＯＰ）の間に、第１のデバイスからの第１のデータパケットと第２のデバイスからの第２のデータパケットとを受信するように構成されるデータデフラグメントロジックを含み、第１のデータパケットは第１のデータフラグメントを含み、第２のデータパケットは第２のデータフラグメントを含む。装置は、第１のブロック確認応答（ＢＡ）ビットマップと第２のＢＡビットマップとを含むブロック確認応答（ＢＡ）フレームを生成するように構成されるＢＡ生成ロジックを含み、第１のＢＡビットマップは、第１のデバイスから受信される少なくとも第１のデータフラグメントを示し、第２のＢＡビットマップは、第２のデバイスから受信される少なくとも第２のデータフラグメントを示す。装置はさらに、ＢＡフレームを第１のデバイスおよび第２のデバイスに送信するように構成されるワイヤレスインターフェースを含む。ある特定の実装形態では、第１のＢＡビットマップおよび第２のＢＡビットマップは圧縮されていないＢＡビットマップである。代替的に、第１のＢＡビットマップおよび第２のＢＡビットマップは準圧縮されたＢＡビットマップであり得る。
【０００８】
[0008]別の特定の態様では、方法は、第１のデバイスにおいて、アクセスポイントに送信されるべき第１のデータを生成することを含む。方法は、第１のデータのサイズが第１の送信機会（ＴＸ＿ＯＰ）のサイズを超えると決定することを含む。方法はまた、第１のデータに基づいて少なくとも第１のデータフラグメントと第２のデータフラグメントとを生成することを含み、第１のデータフラグメントのサイズは第１のＴＸ＿ＯＰのサイズに基づいて選択される。方法はさらに、第１のＴＸ＿ＯＰの間に、第１のデータパケットを第１のデバイスからアクセスポイントに送信することを含み、第１のデータパケットは第１のデータフラグメントを含む。
【０００９】
[0009]別の特定の態様では、方法は、第１の送信機会（ＴＸ＿ＯＰ）の間にアクセスポイントにおいて、少なくとも、第１のデバイスからの第１のデータパケットと第２のデバイスからの第２のデータパケットとを受信することを含み、第１のデータパケットは第１のデータフラグメントを含み、第２のデータパケットは第２のデータフラグメントを含む。方法は、アクセスポイントにおいて、少なくとも第１のブロック確認応答（ＢＡ）ビットマップと第２のＢＡビットマップとを含むＢＡフレームを生成することを含み、第１のＢＡビットマップは少なくとも、第１のデバイスから受信される第１のデータフラグメント、第２のＢＡビットマップは少なくとも、第２のデバイスから受信される少なくとも第２のデータフラグメントを示す。方法はさらに、第１のデバイスにＢＡフレームを送信することを含む。
【００１０】
[0010]開示される態様の少なくとも１つによってもたらされる１つの具体的な利点は、ＭＵ通信システムにおいて、複数のＵＬ  ＴＸ＿ＯＰの間の複数のデータパケットとしての送信のために、ＵＬデータが複数のデータフラグメントへとフラグメント化され得るということである。ＵＬデータはフラグメント化されるので、ＵＬデータ全体よりもサイズが小さなデータフラグメントは、ＵＬデータのサイズがデバイスと関連付けられるＵＬ  ＴＸ＿ＯＰのサイズを超えるときに送信され得る。ＵＬデータの１つまたは複数の他のフラグメントは、ＵＬデータの送信を完了するために、１つまたは複数の後続のＵＬ  ＴＸ＿ＯＰの間に送信され得る。このようにして、デバイスは、たとえばＴＸ＿ＯＰを使用しないことでＵＬ  ＴＸ＿ＯＰを「無駄にする」代わりに、データフラグメントを送信するためにＵＬデータのサイズよりもサイズが小さなＵＬ  ＴＸ＿ＯＰを使用することができる。使用されない（または無駄にされる）ＵＬ  ＴＸ＿ＯＰを減らすことは、遅延を減らし、ＭＵ通信システムの効率を上げる。
【００１１】
[0011]本開示の他の態様、利点、および特徴は、「図面の簡単な説明」と「発明を実施するための形態」と「特許請求の範囲」とを含む本出願全体の検討の後、明らかになるであろう。
【図面の簡単な説明】
【００１２】
【図１】１つまたは複数のデバイスがアップリンク送信機会（ＴＸ＿ＯＰ）の間にデータフラグメントを送信することを可能にする、ワイヤレス通信システムのある特定の実装形態の図。
【図２】複数のアップリンクＴＸ＿ＯＰの間の送信のためにアップリンクデータをフラグメント化する第１の実装形態のタイミング図。
【図３】複数のアップリンクＴＸ＿ＯＰの間の送信のためにアップリンクデータをフラグメント化する第２の実装形態のタイミング図。
【図４】複数のアップリンクＴＸ＿ＯＰの間の送信のためにアップリンクデータをフラグメント化する第３の実装形態のタイミング図。
【図５】アップリンクデータをフラグメント化するためのデータフラグメント化ロジック（またはデータフラグメント化エンジン）の動作の例示的な方法の流れ図。
【図６】１つの圧縮されていないブロック確認応答（ＢＡ）ビットマップを含む圧縮されていないＢＡフレームの第１の実装形態の図。
【図７】複数の圧縮されていないＢＡビットマップを含む圧縮されていないＢＡフレームの第２の実装形態の図。
【図８】１つの準圧縮されたＢＡビットマップを含む準圧縮されたＢＡフレームの第１の実装形態の図。
【図９】複数の準圧縮されたＢＡビットマップを含む準圧縮されたＢＡフレームの第２の実装形態の図。
【図１０】（ワイヤレス通信システムの）デバイスにおける動作の例示的な方法の流れ図。
【図１１】（ワイヤレス通信システムの）アクセスポイントにおける動作の例示的な方法の流れ図。
【図１２】（ワイヤレス通信システムの）アクセスポイントにおける動作の例示的な方法の流れ図。
【図１３】本明細書で開示される１つまたは複数の方法、システム、装置、コンピュータ可読媒体、またはこれらの組合せの様々な実装形態をサポートするように動作可能であるワイヤレスデバイスの図。
【発明を実施するための形態】
【００１３】
[0025]本開示の特定の実装形態が、下で図面を参照して説明される。説明では、共通の特徴は、図面全体にわたって共通の参照番号によって指定される。本明細書で使用される場合、様々な用語が次のように省略され得る：サービスデータユニット（ＳＤＵ）、プロトコルデータユニット（ＰＤＵ）、媒体アクセス制御（ＭＡＣ）、ＭＡＣサービスデータユニット（ＭＳＤＵ）、ＭＡＣプロトコルデータユニット（ＭＰＤＵ）、集約されたＭＡＣプロトコルデータユニット（Ａ−ＭＰＤＵ）、物理層コンバージェンスプロトコル（ＰＬＣＰ）、ＰＬＣＰサービスデータユニット（ＰＳＤＵ）、ＰＬＣＰデータユニット（ＰＰＤＵ）。さらなる省略が本明細書で提供され得る。本明細書で使用される場合、ＭＡＣサービスデータユニット（ＭＳＤＵ）は代替的に、ＭＡＣ層サービスデータユニットと呼ばれることがあり、ＭＡＣプロトコルデータユニット（ＭＰＤＵ）は代替的に、ＭＡＣ層プロトコルデータユニットと呼ばれることがあり、集約されたＭＡＣプロトコルデータユニット（Ａ−ＭＰＤＵ）は代替的に、集約されたＭＡＣ層プロトコルデータユニットと呼ばれることがあり、ＰＰＤＵは代替的に、物理層プロトコルデータユニットと呼ばれることがある。
【００１４】
[0026]図１を参照すると、ＵＬ送信機会（ＴＸ＿ＯＰ）の間のアップリンク（ＵＬ）データのフラグメント化を可能にするワイヤレス通信システムなどの、システム１００のある特定の実装形態が示されている。システム１００は、デバイス間のマルチユーザ（ＭＵ）ワイヤレス通信をシステム１００のデバイスが実行することを可能にするために、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）として動作することができる。システム１００は、「ｗｉ−ｆｉ」ネットワークなどの米国電気電子学会（ＩＥＥＥ）８０２．１１ネットワークを、または、他のワイヤレス通信プロトコルもしくは規格に従ったワイヤレスネットワークを実装することができる。
【００１５】
[0027]システム１００は、第１のデバイス１１４および第２のデバイス１２６などの複数のデバイスとのワイヤレス通信を実行するように構成されるアクセスポイント１０２を含む。ある特定の実装形態では、デバイス１１４および１２６は局である。図１に示されるシステム１００は、便宜的なものにすぎない。他の実装形態では、システム１００は、異なる数およびタイプのデバイスを、異なる位置に含み得る。たとえば、ある代替的な実装形態では、アクセスポイント１０２の機能は、局などの１つまたは複数のデバイスによって実行されることがあり、システム１００は、デバイス間のピアツーピアネットワークとして機能することがある。ある特定の実装形態では、アクセスポイント１０２およびデバイス１１４と１２６は、ＩＥＥＥ８０２．１１ａ、ｂ、ｇ、ｎ、ａｃ、ａｄ、ａｆ、ａｈ、ａｉ、ａｊ、ａｑ、およびａｘ規格などの、１つまたは複数のＩＥＥＥ８０２．１１規格またはプロトコルに従った、ＷＬＡＮなどのワイヤレスネットワークを実装する。
【００１６】
[0028]システム１００は、複数のデバイスの間のマルチユーザ（ＭＵ）通信をサポートすることができる。アクセスポイント１０２およびデバイス１１４と１２６は各々、ＭＵ通信を実行することができる。たとえば、アクセスポイント１０２は、デバイス１１４および１２６の各々によって受信される、データパケットなどの単一のパケットを送信することができる。単一のパケットは、デバイス１１４および１２６の各々に向けられた個々のデータ部分を含み得る。ある特定の実装形態では、アクセスポイント１０２およびデバイス１１４と１２６の各々は、直交周波数分割多元接続（ＯＦＤＭＡ）通信を実行し、パケットはＯＦＤＭＡパケットである。別の特定の実装形態では、アクセスポイント１０２およびデバイス１１４と１２６は多入力多出力（ＭＩＭＯ）通信を実行し、システム１００はＭＵ  ＭＩＭＯ通信システムである。
【００１７】
[0029]アクセスポイント１０２は、トリガフレームと、データパケットと、ブロック確認応答（ＢＡ）フレームと、他のパケットとを含む複数のアクセスパケットを生成し、システム１００の複数のデバイスに送信するように構成され得る。ある特定の実装形態では、アクセスポイント１０２は、プロセッサ１０８（中央処理ユニット（ＣＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、ネットワーク処理ユニット（ＮＰＵ）など）と、メモリ１１０（ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）など）と、ワイヤレスネットワークを介して（１つまたは複数のワイヤレス通信チャネルなどを介して）データを送信して受信するように構成されたワイヤレスインターフェース１１２とを含む。アクセスポイント１０２は、ＭＩＭＯ通信を可能にするための、複数のアンテナと追加のワイヤレスインターフェース（図示されず）とを含み得る。アクセスポイント１０２はまた、データデフラグメントロジック１０４と、圧縮されていないまたは準圧縮されたＢＡ生成ロジック１０６などのブロック確認応答生成ロジックとを含む。データデフラグメントロジック１０４および圧縮されていないまたは準圧縮されたＢＡ生成ロジック１０６の動作が、本明細書でさらに説明される。ある特定の実装形態では、データデフラグメントロジック１０４および圧縮されていないまたは準圧縮されたＢＡ生成ロジック１０６は、プロセッサ１０８に含まれる。別の特定の実装形態では、データデフラグメントロジック１０４および圧縮されていないまたは準圧縮されたＢＡ生成ロジック１０６は、プロセッサ１０８の外部にある。別の特定の実装形態では、メモリ１１０に記憶される命令を実行するプロセッサ１０８は、データデフラグメントロジック１０４および圧縮されていないまたは準圧縮されたＢＡ生成ロジック１０６の動作を実行する。
【００１８】
[0030]プロセッサ１０８などのアクセスポイント１０２は、複数のデバイスのためのＴＸ＿ＯＰをスケジューリングするように構成され得る。たとえば、アクセスポイント１０２は、第１のデバイス１１４および第２のデバイス１２６の１つまたは複数のＴＸ＿ＯＰをスケジューリングすることができる。ＴＸ＿ＯＰは、アクセスポイント１０２によってデバイス１１４および１２６に割り振られる時間期間であり、この時間期間の間に、デバイス１１４および１２６は１つまたは複数のワイヤレスチャネルを介してデータを送信するようにスケジューリングされる。ＴＸ＿ＯＰは、その間にデバイス１１４および１２６がＵＬデータをアクセスポイント１０２に送信するようにスケジューリングされる、ＵＬ
ＴＸ＿ＯＰを含み得る。たとえば、第１のデバイス１１４および第２のデバイス１２６は、ＵＬ  ＴＸ＿ＯＰの間にデータパケットをアクセスポイント１０２に（ＯＦＤＭＡ、ＭＩＭＯなどを介して）送信することができる。アクセスポイント１０２は、デバイス１１４および１２６が対応するＴＸ＿ＯＰに関する情報を決定することを可能にするために、トリガフレーム１４０を生成するように構成され得る。たとえば、トリガフレーム１４０は、第１のデバイス１１４および第２のデバイス１２６の１つまたは複数のＴＸ＿ＯＰの開始時間と時間長とを示す、同期情報とタイミング情報とを含み得る。アクセスポイント１０２は、第１のデバイス１１４および第２のデバイス１２６にトリガフレーム１４０を送信することができる。
【００１９】
[0031]デバイス１１４および１２６は各々、プロセッサ１２０などのプロセッサと、メモリ１２２などのメモリと、ワイヤレスインターフェース１２４などのワイヤレスインターフェースとを含み得る。デバイス１１４および１２６は、ＭＩＭＯ通信を可能にするための、複数のアンテナと追加のワイヤレスインターフェース（図示されず）とを含み得る。デバイス１１４および１２６はまた、データ生成ロジック１１６などのデータ生成ロジックと、データフラグメント化ロジック１１８などのデータフラグメント化ロジックとを各々含み得る。ある特定の実装形態では、データ生成ロジック１１６およびデータフラグメント化ロジック１１８は、プロセッサ１２０に含まれる。別の特定の実装形態では、データ生成ロジック１１６およびデータフラグメント化ロジック１１８は、プロセッサ１２０の外部にある。別の特定の実装形態では、メモリ１２２に記憶される命令を実行するプロセッサ１２０は、データ生成ロジック１１６およびデータフラグメント化ロジック１１８の動作を実行する。
【００２０】
[0032]データ生成ロジック１１６は、アクセスポイント１０２に送信されるべきＵＬデータを生成するように構成され得る。たとえば、第１のデバイス１１４のデータ生成ロジック１１６は、第１のデバイス１１４および第２のデバイス１２６の第１のＴＸ＿ＯＰの間の第１のデバイス１１４からアクセスポイント１０２への送信のために、第１のデータ（第１のＵＬデータなど）を生成することができる。第１のＴＸ＿ＯＰは、トリガフレーム１４０によって示され得る。データ生成ロジック１１６、またはプロセッサ１２０、またはこれらの両方も、第１のデータの「サイズ」が第１のＴＸ＿ＯＰの「サイズ」を超えるかどうかを決定するように構成され得る。たとえば、ＴＸ＿ＯＰの間に送信されることが可能な閾値のデータ量は、ＴＸ＿ＯＰのサイズ（時間長など）と、送信デバイスによって使用される変調およびコーディング方式（ＭＣＳ）とに基づいて、決定され得る。例示すると、第１のデバイス１１４によって使用されるＭＣＳは、データ送信の特定のレートに対応し（またはそれを可能にし）、閾値のデータ量は、データ送信の特定のレートと第１のＴＸ＿ＯＰの時間長とに基づいて決定され得る。第１のデータのサイズが閾値のデータ量のサイズ（第１のＴＸ＿ＯＰのサイズに対応する）を超えないとき、第１のデータは、第１のＴＸ＿ＯＰの間にワイヤレスインターフェース１２４からアクセスポイント１０２に送信され得る。第１のデータのサイズが閾値のデータ量（第１のＴＸ＿ＯＰのサイズに対応する）を超えるとき、第１のデータはデータフラグメント化ロジック１１８に与えられる。
【００２１】
[0033]データフラグメント化ロジック１１８は、第１のデータに基づいて複数のデータフラグメントを生成する（第１のデータを「フラグメント化」または分割するなど）ように構成され得る。たとえば、データフラグメント化ロジック１１８は少なくとも、第１のデータの第１のフラグメント１４２と第１のデータの第２のフラグメント１４４とを生成することができる。ある特定の実装形態では、データフラグメント化ロジック１１８は２つのデータフラグメントを生成する。別の特定の実装形態では、データフラグメント化ロジック１１８はｎ個のデータフラグメントを生成し、ｎは２と１６の間の整数である。他の実装形態では、ｎは異なる数であり得る。データフラグメント化ロジック１１８は、対応するＴＸ＿ＯＰのサイズに基づいて、データフラグメントのサイズを選択し得る。たとえば、データフラグメント化ロジック１１８は、閾値のデータ量（第１のＴＸ＿ＯＰのサイズに対応する）を超えないサイズを有する第１のフラグメント１４２へと第１のデータを分割する。第１のフラグメント１４２のサイズは閾値のデータ量を超えないので、第１のフラグメント１４２を含む第１のデータパケットは、第１のＴＸ＿ＯＰの間に送信され、したがって、第１のＴＸ＿ＯＰは第１のデバイス１１４によって未使用にならない（または無駄にされない）。第２のデバイス１２６は同様に、第１のＴＸ＿ＯＰの間に少なくとも１つのデータフラグメントをアクセスポイント１０２に送信するために、データをフラグメント化し得る。データの送信がＭＵの文脈で説明されているが、データのフラグメント化はデバイス（たとえば、局）ごとに実行され得る。
【００２２】
[0034]データフラグメント化ロジック１１８は、（第１のデータの第１のフラグメント１４２に基づいて）第１のデータパケットを生成し、第１のデータパケットが第１のＴＸ＿ＯＰの間にワイヤレスインターフェース１２４からアクセスポイント１０２に送信されるようにする。加えて、データフラグメント化ロジック１１８は、第１のデータの第２のフラグメント１４４に基づいて第２のデータパケットを生成し、第２のデータパケット（第２のフラグメント１４４を含む）が第１のＴＸ＿ＯＰの後の第２のＴＸ＿ＯＰの間にワイヤレスインターフェース１２４からアクセスポイント１０２に送信されるようにすることができる。他の実装形態では、データフラグメント化ロジック１１８は、（第１のフラグメント１４２が除去された後の）第１のデータの残りのサイズが第２のＴＸ＿ＯＰのサイズ（第２のＴＸ＿ＯＰのサイズに対応する第２の閾値のデータ量など）を超えると決定し、データフラグメント化ロジック１１８は、第１のデータの残りを、第２のフラグメント１４４と、第２のＴＸ＿ＯＰの後の１つまたは複数のＴＸ＿ＯＰの間に送信されるべき１つまたは複数の他のデータフラグメントとに分割する。
【００２３】
[0035]ある特定の実装形態では、第１のフラグメント１４２のサイズおよび第２のフラグメント１４４のサイズは同じであることがある。たとえば、第１のデータは、第１のフラグメント１４２と第２のフラグメント１４４とを形成するために、半分に分割され得る。この例では、第１のデータパケットのサイズおよび第２のデータパケットのサイズは同じであり得る。ある特定の実装形態では、第１のデータパケットのサイズおよび第２のデータパケットのサイズは、ＩＥＥＥ８０２．１１規格によって規定される「ｄｏｔ１１ＦｒａｇｍｅｎｔａｔｉｏｎＴｈｒｅｓｈｏｌｄ」（閾値のパケット長など）に基づき得る。別の実装形態では、第１のデータパケットのサイズおよび第２のデータパケットのサイズは同じであるが、第１のフラグメント１４２のサイズおよび第２のフラグメント１４４のサイズは異なる。たとえば、第１のフラグメント１４２のサイズは第２のフラグメント１４４のサイズより大きいことがある。第１のデータパケットおよび第２のデータパケットに対して同じサイズを維持するために、第２のデータパケットは、図２を参照してさらに説明されるように、第２のフラグメント１４４に加えてパディング（１つまたは複数のヌル（null）または０のビットなど）を含み得る。他の実装形態では、図３および図４を参照してさらに説明されるように、第１のデータパケットのサイズおよび第２のデータパケットのサイズが異なり、第１のフラグメント１４２および第２のフラグメント１４４のサイズが異なる。
【００２４】
[0036]ある特定の実装形態では、第１のデータパケットおよび第２のデータパケットは各々、対応するデータフラグメントに関する情報を（ヘッダなどの中に）含み得る。ある特定の実装形態では、この情報は、シーケンス識別子（ＩＤ）番号と、フラグメント番号と、追加フラグメントインジケータとを含む、シーケンス制御フィールドを含む。シーケンスＩＤ番号は、第１のデータに対応する固有の番号であり得る。たとえば、第１のデータパケット（第１のフラグメント１４２を含む）および第２のデータパケット（第２のフラグメント１４４を含む）は各々、同じシーケンスＩＤ番号を示し得る（第１のフラグメント１４２および第２のフラグメント１４４が同じデータのデータフラグメントであることを示す）。フラグメント番号は、シーケンスＩＤ番号に対応するデータの各フラグメントを表すようにインクリメントされ得る。たとえば、第１のデータパケットによって示されるフラグメント番号は１であり、第２のデータパケットによって示されるフラグメント番号は２である。追加フラグメントインジケータは、対応するデータフラグメントがシーケンスＩＤ番号に対応するデータの最後のフラグメントではないとき（送信されるべきさらなるデータフラグメントが残っているときなど）に第１の値を有し、対応するデータフラグメントがデータの最後のフラグメントであるとき（送信されるべきさらなるデータフラグメントが残っていないときなど）に第２の値を有する、単一のビットであり得る。たとえば、第１のデータが２つのデータフラグメントに分割（またはフラグメント化）されるとき、第１のデータパケットの追加フラグメントインジケータは第１の値を有し（第１のフラグメント１４２が第１のデータの最後のフラグメントではないことを示し）、第２のデータパケットの追加フラグメントインジケータは第２の値を有する（第２のフラグメント１４４が第１のデータの最後のフラグメントであることを示す）。ある特定の実装形態では、シーケンス制御フィールドの情報（シーケンスＩＤ番号、フラグメント番号、追加フラグメントインジケータなど）が、単一ユーザ、単一接続のワイヤレスネットワークにおいてＤＬデータをフラグメント化するためのＩＥＥＥ８０２．１１規格によって規定される１つまたは複数のプロトコルに従って形成される。
【００２５】
[0037]ある特定の実装形態では、データフラグメント化ロジック１１８は、データをフラグメント化してデータフラグメントを送信するために使用されるべき１つまたは複数のデータフラグメントパラメータ（データフラグメントの数ｍ、データユニットの数ｘ、データパケットごとのデータフラグメントの数ｙなど）を選択するように構成され得る。データフラグメント化ロジック１１８は、ブロック確認応答（ＢＡ）セッション要求において、データフラグメント化パラメータ（ｍ、ｘ、およびｙなど）をアクセスポイント１０２に通信することができる。ＢＡセッション要求は、ＩＥＥＥ８０２．１１規格に従って形成され得る。たとえば、ＢＡセッション要求は、ＩＥＥＥ８０２．１１  ＡＤＤＢＡ要求であり得る。別の実装形態では、アクセスポイント１０２は、パラメータｍと、ｘと、ｙとを決定することができ、第１のデバイス１１４および第２のデバイス１２６などのデバイスによる使用のために、パラメータｍと、ｘと、ｙとを提供することができる。
【００２６】
[0038]複数のデータフラグメントを処理するために、アクセスポイント１０２は、データデフラグメントロジック１０４を含み得る。データデフラグメントロジック１０４は、デバイス１１４および１２６から複数のデータフラグメントを受け取り、デフラグメントされたデータを形成するために、複数のデータフラグメントをデフラグメントするように構成され得る。たとえば、アクセスポイント１０２は、第１のデータパケット（第１のデータの第１のフラグメント１４２を含む）と第２のデータパケット（第１のデータの第２のフラグメント１４４を含む）とを、第１のＴＸ＿ＯＰおよび第２のＴＸ＿ＯＰの間などの、異なるＴＸ＿ＯＰの間に第１のデバイス１１４から受信することができる。アクセスポイント１０２は、第１のフラグメント１４２と第２のフラグメント１４４とをデータデフラグメントロジック１０４に提供し得、データデフラグメントロジック１０４は、アクセスポイント１０２において第１のデータをデフラグメント（または生成）するために、第１のフラグメント１４２および第２のフラグメント１４４に対してデフラグメントを実行することができる。たとえば、第１のデータパケットおよび第２のデータパケットのシーケンス制御フィールド中の情報に基づいて、データデフラグメントロジック１０４は、第１のフラグメント１４２および第２のフラグメント１４４が同じデータ（第１のデータなど）に対応すると決定することができ、データデフラグメントロジック１０４は、第１のデータを生成するために第１のフラグメント１４２と第２のフラグメント１４４とを組み合わせる（combine）ことができる。第１のデータは処理のためにプロセッサ１０８に与えられ得る。
【００２７】
[0039]複数のデータフラグメントの受信に確認応答するために、アクセスポイント１０２は、圧縮されていないまたは準圧縮されたＢＡ生成ロジック１０６を含み得る。圧縮されていないまたは準圧縮されたＢＡ生成ロジック１０６は、デバイス１１４および１２６から受信されたデータフラグメントに基づいて、圧縮されていないまたは準圧縮されたＢＡフレーム１５０を生成するように構成され得る。例示的な圧縮されていないＢＡフレームが、図６および図７を参照して本明細書で説明されている。例示的な準圧縮されたＢＡフレームが、図８および図９を参照して本明細書で説明されている。ある特定の実装形態では、圧縮されていないまたは準圧縮されたＢＡフレーム１５０のフォーマットは、ＩＥＥＥ８０２．１１規格によって規定され得る。
【００２８】
[0040]圧縮されていないまたは準圧縮されたＢＡフレーム１５０は、複数のデータフラグメントの受信を示すために、１つまたは複数の圧縮されていないまたは準圧縮されたＢＡビットマップを含み得る。本明細書で使用される場合、圧縮されていないＢＡフレームは圧縮されていないＢＡビットマップを含むフレームを指す。いくつかの実装形態では、圧縮されていないＢＡフレームは、ＩＥＥＥ８０２．１１規格などのワイヤレス通信規格によって定義されるフォーマットを有し得る。本明細書で使用される場合、準圧縮されたＢＡフレームは準圧縮されたＢＡビットマップを含むフレームを指す。いくつかの実装形態では、準圧縮されたＢＡフレームは、ＩＥＥＥ８０２．１１規格などのワイヤレス通信規格によって定義されるフォーマットを有し得る。圧縮されたＢＡビットマップは、第１のデバイス１１４に対応するデータユニットシーケンスの複数のデータユニットのすべて（データユニットのフラグメントではなく）が、アクセスポイント１０２によって、受信されたか、成功裏に復号されたか、またはこれらの両方であるかを示す、複数のビットを含む。たとえば、３つのデータユニットを有するデータユニットシーケンスに対して、圧縮されたＢＡビットマップは３つのビットを含み、圧縮されたＢＡビットマップの各ビットは、複数のデータユニットの対応するデータユニットが受信されたか、復号されたか、またはこれらの両方であるかを示す。複数のデータユニットの各データユニットが受信されたかを示す圧縮されたＢＡビットマップと比較して、圧縮されていないＢＡビットマップは、複数のデータユニットの各データフラグメントが受信されたかを示す。準圧縮されたＢＡビットマップは、複数のデータユニットの、１つまたは複数の、しかしすべてではないデータフラグメントが、アクセスポイント１０２によって受信されたかどうかを示す、複数のビットを含み得る。圧縮されたＢＡビットマップと比較すると、準圧縮されたＢＡビットマップは、データユニットだけを示すのではなく、受信された１つまたは複数のデータフラグメントを示す。本明細書でさらに説明されるように、圧縮されていないＢＡビットマップと比較すると、準圧縮されたＢＡビットマップは、複数のデータユニットのすべての各データフラグメントが受信されたかどうかを示さず、準圧縮されたＢＡビットマップは、圧縮されていないＢＡビットマップより小さくなり得る。
【００２９】
[0041]第１の圧縮されていないＢＡビットマップは、第１のデバイス１１４に対応するデータユニットシーケンスの複数のデータユニットの各データフラグメントが、アクセスポイント１０２によって、受信されたか、成功裏に復号されたか、またはこれらの両方であるかを示す、複数のビットを含み得る。圧縮されていないまたは準圧縮されたＢＡ生成ロジック１０６は、第１のデバイス１１４からの受信されたデータフラグメントに基づいて、第１の圧縮されていないＢＡビットマップの各ビットの値を設定することができる。たとえば、第１の圧縮されていないＢＡビットマップの第１のビットは、第１のフラグメント１４２がアクセスポイント１０２によって受信されているときに第１の値を有し、第１のビットは、第１のフラグメント１４２がアクセスポイント１０２によって受信されていないときに第２の値を有し得る。非限定的な例として、第１のフラグメント１４２はアクセスポイント１０２に到達しなかったので、または第１のフラグメント１４２が送信の間に破損したので、第１のフラグメント１４２が受信されないことがある。第１の圧縮されていないＢＡビットマップの第２のビットの値は、第２のフラグメント１４４がアクセスポイント１０２において受信されたかどうかに基づいて設定され得る。他の例では、他のビットが第１のデータの他のフラグメントに対応することがあり、ビットの他のセットが第１のデバイス１１４からアクセスポイント１０２において受信された他のデータユニットの１つまたは複数のフラグメントに対応することがある。
【００３０】
[0042]準圧縮されたＢＡビットマップは、複数のデータユニットの、１つまたは複数の、しかしすべてではないデータフラグメントが、アクセスポイント１０２によって受信されたかどうかを示す、複数のビットを含み得る。準圧縮されたＢＡビットマップはまた、アクセスポイント１０２によって受信される１つまたは複数のフラグメント化されていないデータユニットを示し得る。データユニットごとのデータフラグメントの数が限られている場合（１または２など）、受信されたデータフラグメントを特定するために使用されるビットの数は、圧縮されていないＢＡビットマップを表すために使用されるビットの数より少なくなり得る。たとえば、圧縮されていないＢＡビットマップは、各データユニットに対する閾値（最大など）の数のデータフラグメントのそれぞれの受信を示すための対応するビットを含み、これは、準圧縮されたＢＡビットマップにおけるように、１つまたは複数のフラグメント化されていないデータユニットと少数（１つまたは２つなど）のデータフラグメントとを示すことよりも、多くのビットを使用し得る。
【００３１】
[0043]ある特定の実装形態では、圧縮されていないまたは準圧縮されたＢＡフレーム１５０は、複数のデバイスに対応する複数の圧縮されていないまたは準圧縮されたＢＡビットマップを含む。たとえば、圧縮されていないまたは準圧縮されたＢＡフレーム１５０は、第１のデバイス１１４に対応する第１の圧縮されていないまたは準圧縮されたＢＡビットマップと、第２のデバイス１２６に対応する第２の圧縮されていないまたは準圧縮されたＢＡビットマップとを含み得る。この実装形態では、圧縮されていないまたは準圧縮されたＢＡフレーム１５０は、第１のデバイス１１４と第２のデバイス１２６の両方にアクセスポイント１０２から送信される。第１のデバイス１１４および第２のデバイス１２６の各々は、圧縮されていないまたは準圧縮されたＢＡフレーム１５０を受信し、以前に送信されたデータフラグメントがアクセスポイント１０２によって受信されたかどうかを決定するように構成され得る。少なくとも１つの以前に送信されたデータフラグメントがアクセスポイント１０２によって受信されていないという決定に基づいて、第１のデバイス１１４および第２のデバイス１２６は、少なくとも１つの以前に送信されたデータフラグメントを再送信することができる。たとえば、第１のデバイス１１４は、第１のフラグメント１４２に対応する第１の圧縮されていないまたは準圧縮されたＢＡビットマップのビットが第２の値を有する（第１のフラグメント１４２がアクセスポイント１０２によって受信されなかったことを示すなど）か、を決定する。特定のビットが第２の値を有するとき、第１のデバイス１１４は（たとえばデータフラグメント化ロジック１１８、プロセッサ１２０、または両方を介して）、第１のフラグメント１４２を含む第３のデータパケットを生成し得、第３のデータパケットをアクセスポイント１０２に送信することができる。
【００３２】
[0044]ある代替的な実装形態では、圧縮されていないまたは準圧縮されたＢＡフレーム１５０は、単一の圧縮されていないまたは準圧縮されたＢＡビットマップ（第１のＢＡビットマップなど）を含む。この実装形態では、圧縮されていないまたは準圧縮されたＢＡフレーム１５０は、第２のデバイス１２６ではなく第１のデバイス１１４にアクセスポイント１０２から送信される。第２のデバイス１２６に対応する第２の圧縮されていないまたは準圧縮されたＢＡビットマップを含む第２の圧縮されていないまたは準圧縮されたＢＡフレームが生成され、第１のデバイス１１４ではなく第２のデバイス１２６にアクセスポイント１０２から送信され得る。この実装形態では、追加の圧縮されていないまたは準圧縮されたＢＡフレームが、システム１００の各々の追加のデバイスに対して生成される。
【００３３】
[0045]動作の間、アクセスポイント１０２は、トリガフレーム１４０を生成し、デバイス１１４および１２６の各々に送信することができる。ある特定の実装形態では、トリガフレーム１４０は、第１のＴＸ＿ＯＰなどのデバイスの単一のＴＸ＿ＯＰを示す。ある代替的な実装形態では、トリガフレーム１４０は、第１のＴＸ＿ＯＰおよび第２のＴＸ＿ＯＰなどのデバイスの１つまたは複数のＴＸ＿ＯＰを示す。いくつかの実装形態では、図８および図９を参照して説明されるように、第１のデバイス１１４は、第１のデバイス１１４によって使用される１つまたは複数のデータフラグメント化パラメータを示すために第１のＡＤＤＢＡ要求１６２をアクセスポイント１０２に送信し、第２のデバイス１２６は、第２のデバイス１２６によって使用される１つまたは複数のデータフラグメント化パラメータを示すために第２のＡＤＤＢＡ要求１６４をアクセスポイント１０２に送信することができる。ＡＤＤＢＡ要求１６２および１６４は、任意選択であることがあり、他の実装形態では使用されないことがある。たとえば、データフラグメント化パラメータは、アクセスポイント１０２の製造の間にメモリ１１０に記憶され、または他のメッセージを介して通信され得る。
【００３４】
[0046]第１のデバイス１１４は、第１のデータのサイズが第１のＴＸ＿ＯＰのサイズ（第１のＴＸ＿ＯＰのサイズに対応する閾値のデータ量など）を超えると決定することができ、第１のフラグメント１４２を含む第１のデータパケットと第２のフラグメント１４４を含む第２のデータパケットとを生成し得る。第１のデバイス１１４は、第１のＴＸ＿ＯＰおよび第２のＴＸ＿ＯＰの間にそれぞれ、第１のデータパケットおよび第２のデータパケットをアクセスポイント１０２に送信することができる。加えて、第２のデバイス１２６は、第２のデータのサイズが第１のＴＸ＿ＯＰのサイズ（第１のＴＸ＿ＯＰのサイズに対応する閾値のデータ量など）を超えると決定することができ、第２のデータの第１のフラグメント１４６を含む第３のデータパケットと第２のデータの第２のフラグメント１４８を含む第４のデータパケットとを生成することができる。第２のデバイス１２６は、第１のＴＸ＿ＯＰおよび第２のＴＸ＿ＯＰの間にそれぞれ、第３のデータパケットおよび第４のデータパケットをアクセスポイント１０２に送信することができる。
【００３５】
[0047]デバイス１１４および１２６の少なくとも１つによる少なくとも１つの送信の後で、アクセスポイント１０２は、１つまたは複数の受信されたデータフラグメントに基づいて、圧縮されていないまたは準圧縮されたＢＡフレーム１５０を生成することができる。たとえば、第１のＴＸ＿ＯＰは、第２のＴＸ＿ＯＰの前に発生し得る。第１のＴＸ＿ＯＰの後で、アクセスポイント１０２は、第１のデータの第１のフラグメント１４２が受信されているかを示すために、圧縮されていないまたは準圧縮されたＢＡフレーム１５０に含まれる、第１の圧縮されていないまたは準圧縮されたＢＡビットマップの１つまたは複数のビットを設定することができる。ある特定の実装形態では、アクセスポイント１０２はまた、第２のデータの第１のフラグメント１４６が受信されているかを示すために、圧縮されていないまたは準圧縮されたＢＡフレーム１５０に含まれる、第２の圧縮されていないまたは準圧縮されたＢＡビットマップの１つまたは複数のビットを設定する。この実装形態では、アクセスポイント１０２は、第１のデバイス１１４および第２のデバイス１２６に圧縮されていないまたは準圧縮されたＢＡフレーム１５０を送信する。加えて、アクセスポイント１０２は、第２のＴＸ＿ＯＰの後で、第２の圧縮されていないまたは準圧縮されたＢＡフレームを生成することができ、アクセスポイント１０２は、第２の圧縮されていないまたは準圧縮されたＢＡフレームを第１のデバイス１１４および第２のデバイス１２６に送信することができる。ある代替的な実装形態では、アクセスポイント１０２は、第１のデバイス１１４に圧縮されていないまたは準圧縮されたＢＡフレーム１５０を送信し、第２の圧縮されていないまたは準圧縮されたＢＡフレームを生成して第２のデバイス１２６に送信する。この実装形態では、圧縮されていないまたは準圧縮されたＢＡフレーム１５０の中の第１の圧縮されていないまたは準圧縮されたＢＡビットマップの１つまたは複数のビットは、第１のデータの第１のフラグメント１４２がアクセスポイント１０２によって受信されているかどうかを示し、第２の圧縮されていないまたは準圧縮されたＢＡフレームの第２の圧縮されていないまたは準圧縮されたＢＡビットマップの１つまたは複数のビットは、第２のデータの第１のフラグメント１４６がアクセスポイント１０２によって受信されているかどうかを示す。
【００３６】
[0048]したがって、システム１００は、ＩＥＥＥ８０２．１１ワイヤレスネットワークを実装するシステムなどのＭＵワイヤレス通信システムのアクセスポイントにデバイスから送信されるＵＬデータのフラグメント化を実現し得る。ＵＬデータがフラグメント化されるので、ＵＬデータの全体よりもサイズが小さなデータフラグメントは、ＵＬ  ＴＸ＿ＯＰのサイズに対応する閾値のデータ量のようなＵＬ  ＴＸ＿ＯＰのサイズをＵＬデータの総サイズが超えるときに送信され得る。ＵＬデータの１つまたは複数の他のフラグメントは、１つまたは複数の後続のＵＬ  ＴＸ＿ＯＰの間に送信され得、ＵＬデータの送信を完了する。このようにして、デバイスは、ＵＬデータの全体を送信するのに十分な時間長を有しないＵＬ  ＴＸ＿ＯＰの間にＵＬデータの一部分（フラグメントなど）を送信することができ、ＵＬ  ＴＸ＿ＯＰは未使用にならない。使用されないＵＬ  ＴＸ＿ＯＰを減らすことは、遅延を減らし、ワイヤレス通信システムの効率を上げる。
【００３７】
[0049]図２を参照すると、複数のアップリンクＴＸ＿ＯＰの間の送信のためにアップリンクデータをフラグメント化することを示す第１のタイミング図２００が示されている。ある例示的な実装形態では、図１を参照して説明されるように、データのフラグメント化が第１のデバイス１１４のデータフラグメント化ロジック１１８によって実行され、データフラグメントの送信が第１のＴＸ＿ＯＰおよび第２のＴＸ＿ＯＰの間に行われ得る。
【００３８】
[0050]ある特定の実装形態では、ＵＬデータのフラグメント化は物理（ＰＨＹ）層ではなくＭＡＣ層において行われる。たとえば、フラグメント化されるべきＵＬデータは、１つまたは複数のＭＳＤＵを含み得る。フラグメント化の後で、ヘッダ、プリアンブル、またはこれらの両方などの他の情報が、物理層コンバージェンスプロトコル（ＰＬＣＰ）データユニット（ＰＰＤＵ）を形成するようにＭＳＤＵ（またはＭＳＤＵのフラグメント）の先頭に追加され得る。いくつかの実装形態では、ＰＰＤＵはデータパケットまたは物理層パケットと呼ばれることがある。たとえば、図１を参照して説明される第１のデータパケットおよび第２のデータパケットはＰＰＤＵであり得る。各ＰＰＤＵはプリアンブルとペイロードとを含み得る。ペイロードは、たとえば、ＭＡＣヘッダ、他の層のためのデータ、ＵＬデータ、またはこれらの組合せを含み得る。様々な実装形態において、ペイロードに含まれるデータユニットは、ＭＰＤＵ、Ａ−ＭＰＤＵ（一緒に集約される１つまたは複数のＭＰＤＵなど）、またはこれらの組合せを含み得る。本明細書でさらに説明されるように、ＭＰＤＵは、ＭＳＤＵ（またはＭＳＤＵのフラグメント）を含み得る。
【００３９】
[0051]図２に示されるように、ＵＬデータはＭＳＤＵ２０２を含む。ＭＳＤＵ２０２は、図１を参照して説明された第１のデータに対応し得る。図２に示されるように、ＭＳＤＵ２０２のサイズは第１のＴＸ＿ＯＰのサイズを超えることがある。第１のＴＸ＿ＯＰが（未使用のままではなく）ＵＬデータ送信のために使用されるようにするために、ＭＳＤＵ２０２は、それぞれ図１の第１のフラグメント１４２および第２のフラグメント１４４に対応するフラグメント＿１およびフラグメント＿２にフラグメント化（または分割）され得る。
【００４０】
[0052]例示すると、第１のＴＸ＿ＯＰはサイズｘを有し得る。第１のＴＸ＿ＯＰのサイズとして説明されているが、図１を参照して説明されるように、ｘは、第１のデバイス１１４によって使用されるＭＣＳなどに基づいて、第１のＴＸ＿ＯＰの間に送信されることが可能な閾値のデータ量を指し得る。ＭＳＤＵ２０２のサイズがｘを超えないとき、ＭＳＤＵ２０２は第１のＴＸ＿ＯＰの間に送信されることが可能であり、ＭＳＤＵ２０２のフラグメント化は発生しない。ＭＳＤＵ２０２のサイズがｘを超えるとき、ＭＳＤＵ２０２はフラグメント化され得る。たとえば、ＭＳＤＵ２０２は、ｘを超えないサイズを有するフラグメント＿１と、フラグメント＿２に分割され得る。ある特定の実装形態では、フラグメント＿１のサイズはまた、閾値のパケット長（ＩＥＥＥ８０２．１１規格によって規定されるｄｏｔ１１ＦｒａｇｍｅｎｔａｔｉｏｎＴｈｒｅｓｈｏｌｄなど）に基づいて選択される。たとえば、ｘが閾値のパケット長を超えないとき、フラグメント＿１のサイズはｘであり得る。ｘが閾値のパケット長を超えるとき、フラグメント＿１のサイズは、ｘより小さく、閾値のパケット長以下であり得る。他の実装形態では、フラグメント＿１のサイズは、ｘに基づくが、閾値のパケット長に基づかない。
【００４１】
[0053]ＭＳＤＵ２０２をフラグメント＿１およびフラグメント＿２にフラグメント化（または分割）した後で、データフラグメントは対応するＭＰＤＵに「詰められる」（含められるなど）ことが可能であり、この対応するＭＰＤＵは、対応するＰＰＤＵに「詰められる」（含められるなど）ことが可能であり、対応するＴＸ＿ＯＰの間に送信されることが可能である。例示すると、第１のＭＰＤＵ２０４（ＭＰＤＵ＿１）はフラグメント＿１に基づいて生成（または形成）され得る。たとえば、第１のＭＰＤＵ２０４は、ＭＡＣヘッダとフラグメント＿１とを含み得る。第１のＰＰＤＵ２０８（ＰＰＤＵ＿１）は、第１のＭＰＤＵ２０４に基づいて生成（または形成）され得る。たとえば、第１のＰＰＤＵ２０８は、プリアンブルと、第１のＭＰＤＵ２０４を含むペイロードとを含み得る。ある例示的な実装形態では、図１を参照して説明される第１のデータパケットは第１のＰＰＤＵ２０８に対応する。加えて、第２のＭＰＤＵ２０６（ＭＰＤＵ＿２）はフラグメント＿２に基づいて生成（または形成）され得る。たとえば、第２のＭＰＤＵ２０６は、ＭＡＣヘッダとフラグメント＿２とを含み得る。第２のＰＰＤＵ２１０（ＰＰＤＵ＿２）は、第２のＭＰＤＵ２０６に基づいて生成（または形成）され得る。たとえば、第２のＰＰＤＵ２１０は、プリアンブルと、第２のＭＰＤＵ２０６を含むペイロードとを含み得る。ある例示的な実装形態では、図１を参照して説明される第２のデータパケットは第２のＰＰＤＵ２１０に対応する。
【００４２】
[0054]図２に示されるように、第１のデバイス１１４は、アクセスポイント１０２から第１のトリガフレーム２１２（図１のトリガフレーム１４０に対応する）を受信する。第１のトリガフレーム２１２は、第１のＴＸ＿ＯＰに対応するタイミング情報を含み得る。第１のＴＸ＿ＯＰの間、第１のデバイス１１４は第１のＰＰＤＵ２０８をアクセスポイント１０２に送信する。第１のデバイス１１４は、第１のＰＰＤＵ２０８を送信したことに基づいて、アクセスポイント１０２から第１のＢＡフレーム２１４を受信する。一例では、第１のＢＡフレーム２１４は、図１の圧縮されていないまたは準圧縮されたＢＡフレーム１５０などの、圧縮されていないまたは準圧縮されたＢＡフレームである。第１のＢＡフレーム２１４を受信したことに続いて、第１のデバイス１１４は、アクセスポイント１０２から第２のトリガフレーム２１６を受信する。第２のトリガフレーム２１６は、第２のＴＸ＿ＯＰに対応するタイミング情報を含み得る。第２のＴＸ＿ＯＰの間、第１のデバイス１１４は第２のＰＰＤＵ２１０をアクセスポイント１０２に送信する。第１のデバイス１１４は、第１のＰＰＤＵ２０８を送信したことに基づいて、アクセスポイント１０２から第２のＢＡフレーム２１８を受信する。一例では、第２のＢＡフレーム２１８は、圧縮されていないまたは準圧縮されたＢＡフレームである。
【００４３】
[0055]ある特定の実装形態では、第１のＴＸ＿ＯＰのサイズおよび第２のＴＸ＿ＯＰのサイズは同じであり、第１のＰＰＤＵ２０８および第２のＰＰＤＵ２１０のサイズは同じである。しかしながら、フラグメント＿１のサイズはフラグメント＿２のサイズを超えることがある。この実装形態では、第２のＭＰＤＵ２０６のペイロードはフラグメント＿２を含み、パディングをさらに含む。たとえば、第２のＭＰＤＵ２０６のペイロードは、第２のＭＰＤＵ２０６のサイズが第１のＭＰＤＵ２０４のサイズと同じになるように、フラグメント＿２と１つまたは複数の空のビットとを含み得る。別の特定の実装形態では、ＭＳＤＵ２０２は、フラグメント＿１、１つまたは複数の中間のフラグメント、およびフラグメント＿２にフラグメント化され得る（フラグメント＿２がＭＳＤＵ２０２の最後のフラグメントであり得るなど）。この実装形態では、１つまたは複数の中間のフラグメントのサイズはフラグメント＿１のサイズと同じであり、第２のＭＰＤＵ２０６に含まれるときにフラグメント＿２（最後のフラグメントなど）だけがパディングされる。
【００４４】
[0056]別の特定の実装形態では、第１のＴＸ＿ＯＰのサイズおよび第２のＴＸ＿ＯＰのサイズは異なる。この実装形態では、フラグメント＿２のサイズは第２のＴＸ＿ＯＰのサイズに基づいて選択され、第１のＰＰＤＵ２０８および第２のＰＰＤＵ２１０（図１の第１のデータパケットおよび第２のデータパケットなど）のサイズは、ＴＸ＿ＯＰの異なるサイズに基づいて異なり得る。ＰＰＤＵ２０８および２１０は異なるサイズであり得るので、第１のＴＸ＿ＯＰよりサイズが小さな第２のＴＸ＿ＯＰは、使用されない第２のＴＸ＿ＯＰをもたらさない。
【００４５】
[0057]図２は単一のデバイス（第１のデバイス１１４など）のためのＵＬデータ送信を示すが、そのような例示が限定的であることは意図されていない。たとえば、他のデバイス（第２のデバイス１２６など）は同様に、ＵＬデータをフラグメント化して、第１のＴＸ＿ＯＰの間、第２のＴＸ＿ＯＰの間、または両方の間に、データパケット（少なくとも１つのデータフラグメントを含む）をアクセスポイント１０２に送信することができる。複数のデバイス（第１のデバイス１１４および第２のデバイス１２６など）が、ＭＵ通信（ＯＦＤＭＡ、ＭＩＭＯなど）を介してデータパケットをアクセスポイント１０２に送信することができる。
【００４６】
[0058]図３を参照すると、複数のアップリンクＴＸ＿ＯＰの間の送信のためにアップリンクデータをフラグメント化することを示す第２のタイミング図３００が示されている。ある例示的な実装形態では、図１を参照して説明されるように、データのフラグメント化が第１のデバイス１１４のデータフラグメント化ロジック１１８によって実行されることがあり、データフラグメントの送信が第１のＴＸ＿ＯＰおよび第２のＴＸ＿ＯＰの間に行われることがある。
【００４７】
[0059]図３は、図１を参照して説明された第１のデータが複数のＭＳＤＵを含む場合のデータフラグメント化の例を示す。たとえば、第１のデータは、第１のＭＳＤＵ３０２（ＭＳＤＵ＿１）と、第２のＭＳＤＵ３０４（ＭＳＤＵ＿２）と、第３のＭＳＤＵ３０６（ＭＳＤＵ＿３）とを含み得る。図３に示されるように、第１のＭＳＤＵ３０２のサイズは第１のＴＸ＿ＯＰのサイズを超えない。しかしながら、第１のＭＳＤＵ３０２、第２のＭＳＤＵ３０４、および第３のＭＳＤＵ３０６の組み合わされたサイズは第１のＴＸ＿ＯＰのサイズを超える。
【００４８】
[0060]各ＴＸ＿ＯＰを効率的に使用するために、データフラグメント化ロジック１１８は、対応するＴＸ＿ＯＰの間の送信のために、１つまたは複数のＭＳＤＵと、異なるＭＳＤＵのフラグメントとをＰＰＤＵに詰める（または含める）ことができる。たとえば、第１のＴＸ＿ＯＰはサイズｘを有し得る。データフラグメント化ロジック１１８は、第１のＭＳＤＵ３０２のサイズがｘを超えないと決定し、第１のＭＳＤＵ３０２に基づいて第１のＭＰＤＵ３０８（ＭＰＤＵ＿１）を生成（または形成）し得、たとえば、第１のＭＰＤＵ３０８はＭＡＣヘッダと第１のＭＳＤＵ３０２とを含み得る。データフラグメント化ロジック１１８は、ｘと第１のＭＰＤＵ３０８のサイズとの差を計算することなどによって、ＴＸ＿ＯＰの残りを決定することができる。詰められるべき次のＭＳＤＵのサイズがＴＸ＿ＯＰの残りのサイズを超えないとき、次のＭＳＤＵはＭＰＤＵに詰められ、ＴＸ＿ＯＰの残りのサイズが更新され得る。詰められるべき次のＭＳＤＵのサイズがＴＸ＿ＯＰの残りのサイズを超えるとき、データフラグメント化ロジック１１８は次のＭＳＤＵをフラグメント化し得る。たとえば、第２のＭＳＤＵ３０４は、第２のＭＳＤＵ３０４の第１のフラグメントのサイズが第１のＴＸ＿ＯＰの残りのサイズを超えないように分割され得る。第２のＭＰＤＵ３１０（ＭＰＤＵ＿２．１）は、第２のＭＳＤＵ３０４の第１のフラグメントに基づいて生成（または形成）され得る（たとえば、第２のＭＰＤＵ３１０は、ＭＡＣヘッダと第２のＭＳＤＵの第１のフラグメントとを含み得る）。第１のＭＰＤＵ３０８および第２のＭＰＤＵ３１０は、第１のＡ−ＭＰＤＵ（Ａ＿ＭＰＤＵ＿１）を形成するように一緒に集約され得る。第１のＰＰＤＵ３１６は、第１のＡ−ＭＰＤＵに基づいて生成（または形成）され得（たとえば、第１のＰＰＤＵ３１６はプリアンブルとＡ＿ＭＰＤＵ＿１を含むペイロードとを含み得）、第１のＴＸ＿ＯＰの間にアクセスポイント１０２に送信され得る。
【００４９】
[0061]加えて、第３のＭＰＤＵ３１２（ＭＰＤＵ＿２．２）は第２のＭＳＤＵ３０４の第２のフラグメントに基づいて生成（または形成）され得、第４のＭＰＤＵ３１４（ＭＰＤＵ＿３）は第３のＭＳＤＵ３０６に基づいて生成（または形成）され得る。たとえば、第３のＭＰＤＵ３１２はＭＡＣヘッダと第２のＭＳＤＵ３０４の第２のフラグメントとを含み、第４のＭＰＤＵ３１４はＭＡＣヘッダと第３のＭＳＤＵ３０６とを含み得る。第３のＭＰＤＵ３１２および第４のＭＰＤＵ３１４は、第２のＡ−ＭＰＤＵ（Ａ＿ＭＰＤＵ＿２）を形成するように一緒に集約され得る。第２のＰＰＤＵ３１８は、第２のＡ−ＭＰＤＵに基づいて生成（または形成）され得（たとえば、第２のＰＰＤＵはプリアンブルとＡ＿ＭＰＤＵ＿２を含むペイロードとを含み得）、第２のＴＸ＿ＯＰの間にアクセスポイント１０２に送信され得る。このようにして、第１のデバイス１１４からアクセスポイント１０２に送信されるＰＰＤＵは、少なくとも１つの完全なＭＳＤＵと異なるＭＳＤＵのフラグメントとを含み得る。
【００５０】
[0062]図３は単一のデバイス（第１のデバイス１１４など）のためのＵＬデータ送信を示すが、そのような例示が限定的であることは意図されていない。たとえば、他のデバイス（第２のデバイス１２６など）は同様に、ＵＬデータをフラグメント化して、第１のＴＸ＿ＯＰの間、第２のＴＸ＿ＯＰの間、または両方の間に、データパケット（少なくとも１つのデータフラグメントを含む）をアクセスポイント１０２に送信し得る。複数のデバイス（第１のデバイス１１４および第２のデバイス１２６など）が、ＭＵ通信（ＯＦＤＭＡ、ＭＩＭＯなど）を介してデータパケットをアクセスポイント１０２に送信し得る。
【００５１】
[0063]図４は、異なるＭＳＤＵの複数のフラグメントが単一のＰＰＤＵに詰められる（または含められる）データフラグメント化の例を示す。ある例示的な実装形態では、第１のデータ（図１の第１のデータに対応するＵＬデータなど）は、第１のＭＳＤＵ４０２（ＭＳＤＵ＿１）と、第２のＭＳＤＵ４０４（ＭＳＤＵ＿２）と、第３のＭＳＤＵ４０６（ＭＳＤＵ＿３）と、第４のＭＳＤＵ４０８（ＭＳＤＵ＿４）とを含む。図４に示されるように、第１のＭＳＤＵ４０２のサイズは第１のＴＸ＿ＯＰのサイズを超えない。しかしながら、第１のＭＳＤＵ４０２、第２のＭＳＤＵ４０４、第３のＭＳＤＵ４０６、および第４のＭＳＤＵ４０８の組み合わされたサイズは第１のＴＸ＿ＯＰのサイズを超える。
【００５２】
[0064]各ＴＸ＿ＯＰを効率的に使用するために、データフラグメント化ロジック１１８は、対応するＴＸ＿ＯＰの間の送信のために、１つまたは複数の完全なＭＳＤＵとＭＳＤＵの１つまたは複数のフラグメントとをＰＰＤＵに含めることができる。たとえば、第１のＴＸ＿ＯＰはサイズｘを有し得る。データフラグメント化ロジック１１８は、第１のＭＳＤＵ４０２のサイズがｘを超えないと決定し、第１のＭＳＤＵ４０２に基づいて第１のＭＰＤＵ４１０（ＭＰＤＵ＿１）を生成（または形成）し得、たとえば、第１のＭＰＤＵ４１０はＭＡＣヘッダと第１のＭＳＤＵ４０２とを含み得る。データフラグメント化ロジック１１８は、たとえばｘと第１のＭＳＤＵ４０２のサイズとの差を計算することなどによって、ＴＸ＿ＯＰの残りを決定することができる。第２のＭＳＤＵ４０４のサイズがＴＸ＿ＯＰの残りのサイズを超えるとき、データフラグメント化ロジック１１８は第２のＭＳＤＵ４０４を２つのフラグメントにフラグメント化することができる。第２のＭＳＤＵ４０４は、第２のＭＳＤＵ４０４の第１のフラグメントのサイズが第１のＴＸ＿ＯＰの残りを超えないように分割され得る。第２のＭＰＤＵ４１２（ＭＰＤＵ＿２．１）は、第２のＭＳＤＵ４０４の第１のフラグメントに基づいて生成（または形成）され得、たとえば、第２のＭＰＤＵ４１２は、ＭＡＣヘッダと第２のＭＳＤＵの第１のフラグメントとを含み得る。第１のＭＰＤＵ４１０および第２のＭＰＤＵ４１２は、一緒に集約され、第１のＡ−ＭＰＤＵ（Ａ＿ＭＰＤＵ＿１）を形成し得る。第１のＰＰＤＵ４２０は、第１のＡ−ＭＰＤＵに基づいて生成（または形成）され得（たとえば、第１のＰＰＤＵ４２０はプリアンブルとＡ＿ＭＰＤＵ＿１を含むペイロードとを含み得）、第１のＴＸ＿ＯＰの間にアクセスポイント１０２に送信され得る。
【００５３】
[0065]第２のＴＸ＿ＯＰは、第１のＴＸ＿ＯＰのサイズｘと異なるサイズｙを有し得る。しかしながら、データの残りのサイズ（例えば、第２のＭＳＤＵ４０４の第２のフラグメント、第３のＭＳＤＵ４０６、および第４のＭＳＤＵ４０８）はｙを超え得る。第２のＴＸ＿ＯＰを効率的に使用するために、データフラグメント化ロジック１１８は、第２のＴＸ＿ＯＰの間に送信されるべき複数のデータフラグメントをＰＰＤＵに詰める（たとえば含める）ことができる。例示すると、第３のＭＰＤＵ４１４（ＭＰＤＵ＿２．２）は第２のＭＳＤＵ４０４の第２のフラグメントに基づいて生成（または形成）され、第４のＭＰＤＵ４１６（ＭＰＤＵ＿３）は第３のＭＳＤＵ４０６に基づいて生成（または形成）され得る。たとえば、第３のＭＰＤＵ４１４はＭＡＣヘッダと第２のＭＳＤＵ４０４の第２のフラグメントとを含み、第４のＭＰＤＵ４１６はＭＡＣヘッダと第３のＭＳＤＵ４０６とを含み得る。
【００５４】
[0066]加えて、第４のＭＳＤＵ４０８は、２つ（またはそれより多く）のデータフラグメントにフラグメント化（または分割）され得る。第４のＭＳＤＵ４０８は、第２のＴＸ＿ＯＰの残りのサイズ、たとえば、第２のＭＳＤＵ４０４の第２のフラグメントおよび第３のＭＳＤＵ４０６のが送信される後の第２のＴＸ＿ＯＰの残り、を第４のＭＳＤＵ４０８の第１のフラグメントのサイズが超えないように、分割され得る。第５のＭＰＤＵ４１８（ＭＰＤＵ＿４．１）は、第４のＭＳＤＵ４０８の第１のフラグメントに基づいて生成（または形成）され得る（たとえば、第５のＭＰＤＵ４１８は、ＭＡＣヘッダと第４のＭＳＤＵ４０８の第１のフラグメントとを含み得る）。第３のＭＰＤＵ４１４、第４のＭＰＤＵ４１６、および第５のＭＰＤＵ４１８は、一緒に集約され、第２のＡ−ＭＰＤＵ（Ａ＿ＭＰＤＵ＿２）を形成する。第２のＰＰＤＵ４２２は、第２のＡ−ＭＰＤＵに基づいて生成（または形成）され得（たとえば、第２のＰＰＤＵ４２２はプリアンブルとＡ＿ＭＰＤＵ＿２を含むペイロードとを含み得）、第２のＴＸ＿ＯＰの間にアクセスポイント１０２に送信され得る。第４のＭＳＤＵ４０８の残りの（１つまたは複数の）フラグメントは、後続のＴＸ＿ＯＰの間に送信され得る。ある特定の実装形態では、ＰＰＤＵの中の最初のＭＰＤＵ（第３のＭＰＤＵ４１４のような）および最後のＭＰＤＵ（第５のＭＰＤＵ４１８のような）はＭＳＤＵのフラグメントを含むことが可能であり、中間のＭＰＤＵ（第４のＭＰＤＵ４１６のような）はＭＳＤＵのフラグメントを含まない。このようにして、第１のデバイス１１４からアクセスポイント１０２に送信されるＰＰＤＵは、異なるＭＳＤＵの複数のフラグメントを含み得る。
【００５５】
[0067]図４は単一のデバイス（第１のデバイス１１４など）のためのＵＬデータ送信を示すが、そのような例示が限定的であることは意図されていない。たとえば、他のデバイス（第２のデバイス１２６など）が同様に、ＵＬデータをフラグメント化して、第１のＴＸ＿ＯＰの間、第２のＴＸ＿ＯＰの間、または両方の間に、データパケット（複数のデータフラグメントを含む）をアクセスポイント１０２に送信し得る。複数のデバイス（第１のデバイス１１４および第２のデバイス１２６など）が、ＭＵ通信（ＯＦＤＭＡ、ＭＩＭＯなど）を介してデータパケットをアクセスポイント１０２に送信し得る。
【００５６】
[0068]図５を参照すると、ＵＬデータのフラグメント化を実行する例示的な方法５００が示されている。例示的な実装形態では、方法５００は、図１の第１のデバイス１１４のデータフラグメント化ロジック１１８によって実行される。別の特定の実装形態では、フラグメント化エンジンまたはモジュールは、図１の第１のデバイス１１４のメモリ１２２に記憶され、方法５００のステップを実行するようにプロセッサ１２０によって実行可能である。
【００５７】
[0069]方法５００は、５０２において、ＴＸ＿ＯＰの間に送信されるべきデータの１つまたは複数のＭＳＤＵを受信することを含む。たとえば、ＵＬデータの１つまたは複数のＭＳＤＵは、待ち行列に入れられ、データフラグメント化ロジック１１８に提供され得る。方法５００は、５０４において、ＰＰＤＵに含めるためのＭＳＤＵのサイズを決定することを含む。たとえば、ＰＰＤＵは、ＴＸ＿ＯＰの間に図１のアクセスポイント１０２に送信されるべきデータパケットに対応し得る。ＰＰＤＵは、ＴＸ＿ＯＰの間に送信されることが可能な最大の閾値サイズを有するように選択され得る。
【００５８】
[0070]方法５００は、５０６において、ＭＳＤＵがＰＰＤＵの残りに納まるかどうかを決定することを含む。たとえば、データフラグメント化ロジック１１８は、ＭＳＤＵがＰＰＤＵに納まるかどうかを決定するために、ＭＳＤＵのサイズをＰＰＤＵの残りのサイズ（閾値のサイズと、ＰＰＤＵにすでに「詰められている」あらゆるＭＰＤＵのサイズとの差など）を比較することができる。
【００５９】
[0071]ＭＳＤＵがＰＰＤＵに納まるとき、方法５００は５０８に続き、そこでＭＳＤＵがＰＰＤＵに詰められる。方法５００は、５１０において、まだＰＰＤＵに詰められていない（または含められていない）ＭＳＤＵがあるかどうかを決定することを含む。少なくとも１つのＭＳＤＵが残っているとき、５１２において残りのＰＰＤＵサイズが更新され（たとえば、以前の残りのＰＰＤＵサイズとＭＳＤＵを含むＭＰＤＵのサイズとの差が決定され）、方法は５０４に戻り、そこでＰＰＤＵに含めるための次のＭＰＤＵのサイズが決定される。ＭＳＤＵが残っていないとき、方法５００は５１８に続く。
【００６０】
[0072]（５０６において決定されるように）ＭＳＤＵがＰＰＤＵに収まらないとき、方法５００は５１４に続き、そこでＭＳＤＵはＰＰＤＵの残りに納まるようにフラグメント化される。たとえば、ＭＳＤＵは、ＰＰＤＵの残りの納まるようなサイズである第１のフラグメントを含む複数のフラグメントへとフラグメント化（または分割）され得る。方法５００は、５１６において、ＭＳＤＵの第１のフラグメントを最後のＭＰＤＵに詰めることを含む。動作５００は次いで、５１８に進む。
【００６１】
[0073]方法５００は、５１８において、（1つまたは複数の）ＭＰＤＵを、集約されたＭＰＤＵ（Ａ−ＭＰＤＵ：aggregated MPDU）に集約して、Ａ−ＭＰＤＵをＰＰＤＵに詰めることを含む。たとえば、１つまたは複数のＭＳＤＵを含む１つまたは複数のＭＰＤＵ、ＭＰＤＵの１つまたは複数のフラグメント、またはこれらの組合せが、単一のＡ−ＭＰＤＵに集約され、当該Ａ−ＭＰＤＵはＰＰＤＵに詰められる（たとえば、Ａ−ＭＰＤＵはＰＰＤＵのペイロードに含められる）。ＰＰＤＵは、ＴＸ＿ＯＰの間にアクセスポイント１０２に送信される。ＰＰＤＵの生成および送信の後にさらなるデータが待ち行列に残っている場合、１つまたは複数のさらなるＰＰＤＵが、１つまたは複数の後続のＴＸ＿ＯＰの間の送信のために方法５００を使用して生成され得る。
【００６２】
[0074]方法５００のパフォーマンスを例示するために、方法５００の動作は図４の例示的な実装形態を参照して説明される。ＭＳＤＵ４０２〜４０８は、待ち行列に入れられ、データフラグメント化ロジック１１８に提供される。データフラグメント化ロジック１１８は、第１のＭＳＤＵ４０２のサイズを（第１のＴＸ＿ＯＰのサイズを超えない閾値のサイズを有する）第１のＰＰＤＵ４２０のサイズと比較する。第１のＭＳＤＵ４０２が第１のＰＰＤＵ４２０に納まるという決定に基づいて、第１のＭＳＤＵ４０２は第１のＭＰＤＵ４１０に詰められる。一態様では、第１のＭＳＤＵ４０２が第１のＰＰＤＵ４２０に納まるという決定は、第１のＰＰＤＵ４２０のサイズに対する第１のＭＳＤＵ４０２のサイズの比較に基づき得る。第１のＰＰＤＵ４２０の残りのサイズは、第１のＭＰＤＵ４１０のサイズに基づいて更新され、データフラグメント化ロジック１１８は、第２のＭＳＤＵ４０４が第１のＰＰＤＵ４２０の残りに納まるかどうかを決定する。第２のＭＳＤＵ４０４が第１のＰＰＤＵ４２０の残りに納まらないという決定に基づいて、第２のＭＳＤＵ４０４がフラグメント化され、第２のＭＳＤＵ４０４の第１のフラグメントが生成され（第１のフラグメントは第１のＰＰＤＵ４２０の残りに納まるサイズを有する）、第２のＭＳＤＵの第１のフラグメントは第２のＭＰＤＵ４１２に詰められる。第１のＭＰＤＵ４１０および第２のＭＰＤＵ４１２はＡ−ＭＰＤＵ＿１に集約され、Ａ−ＭＰＤＵ＿１は第１のＰＰＤＵ４２０に詰められ、第１のＰＰＤＵ４２０は第１のＴＸ＿ＯＰの間にアクセスポイント１０２に送信される。
【００６３】
[0075]第１のＰＰＤＵ４２０の送信（および第１のＢＡフレームの受信）の後で、第２のＭＳＤＵ４０４の第２のフラグメント、第３のＭＳＤＵ４０６、および第４のＭＳＤＵ４０８は、潜在的なフラグメント化のために、および送信のために、待ち行列に残っている。データフラグメント化ロジック１１８は、第２のＭＳＤＵ４０４の第２のフラグメントのサイズを（第２のＴＸ＿ＯＰのサイズを超えない閾値のサイズを有する）第２のＰＰＤＵ４２２のサイズと比較する。
【００６４】
[0076]第２のＭＳＤＵ４０４の第２のフラグメントが第２のＰＰＤＵ４２２に納まるという決定に基づいて、第２のＭＳＤＵ４０４の第２のフラグメントは第３のＭＰＤＵ４１４に詰められる。一態様では、第２のＭＳＤＵ４０４の第２のフラグメントが第２のＰＰＤＵ４２２に納まるという決定は、第２のＭＳＤＵ４０４と第２のＰＰＤＵ４２２の比較に基づき得る。第２のＰＰＤＵ４２２の残りのサイズは、第３のＭＰＤＵ４１４のサイズに基づいて更新され、データフラグメント化ロジック１１８は、第３のＭＳＤＵ４０６が第２のＰＰＤＵ４２２の残りに納まるかどうかを決定する。第３のＭＳＤＵ４０６が第２のＰＰＤＵ４２２の残りに納まるという決定に基づいて、第３のＭＳＤＵ４０６は第４のＭＰＤＵ４１６に詰められる。第２のＰＰＤＵ４２２の残りのサイズは、第４のＭＰＤＵ４１６のサイズに基づいて更新され、データフラグメント化ロジック１１８は、第４のＭＳＤＵ４０８が第２のＰＰＤＵ４２２に納まるかどうかを決定する。
【００６５】
[0077]第４のＭＳＤＵ４０８が第２のＰＰＤＵ４２２の残りに納まらないという決定に基づいて、第４のＭＳＤＵ４０８がフラグメント化され、第４のＭＳＤＵ４０８の第１のフラグメントが生成され（第１のフラグメントは第２のＰＰＤＵ４２２の残りに納まるサイズを有する）、第４のＭＳＤＵの第１のフラグメントは第５のＭＰＤＵ４１８に詰められる。第３のＭＰＤＵ４１４、第４のＭＰＤＵ４１６、および第５のＭＰＤＵ４１８はＡ−ＭＰＤＵ＿２に集約され、Ａ−ＭＰＤＵ＿２は第２のＰＰＤＵ４２２に詰められ、第２のＰＰＤＵ４２２は第２のＴＸ＿ＯＰの間にアクセスポイント１０２に送信される。第４のＭＳＤＵ４０８の残りの（１つまたは複数の）フラグメントは、後続のＴＸ＿ＯＰの間に送信される。したがって、方法５００は、異なるＭＳＤＵの最大で２つのフラグメントが１つのＴＸ＿ＯＰの間に送信される単一のＰＰＤＵに含められることを可能にすることで、ＴＸ＿ＯＰの効率的な使用を可能にする。
【００６６】
[0078]図６は、圧縮されていないＢＡビットマップを含む圧縮されていないＢＡフレーム６００の例を示す。ある例示的な実装形態では、圧縮されていないＢＡフレーム６００は、図１の圧縮されていないまたは準圧縮されたＢＡフレーム１５０に対応し、アクセスポイント１０２の圧縮されていないまたは準圧縮されたＢＡ生成ロジック１０６によって生成される。別の特定の実装形態では、圧縮されていないＢＡフレーム６００は、メモリ１１０に記憶されている命令をアクセスポイント１０２のプロセッサ１０８が実行することによって生成される。
【００６７】
[0079]圧縮されていないＢＡフレーム６００は、フレーム制御フィールド６０２と、時間長／識別情報フィールド（時間長／ＩＤフィールド）６０４と、受信機アドレス（ＲＡ）フィールド６０６と、送信機アドレス（ＴＡ）フィールド６０８と、ＢＡ制御フィールド６１０と、ＢＡ情報フィールド６１２と、フレーム検査シーケンス（ＦＣＳ）フィールド６１４とを含む。フレーム制御フィールド６０２、時間長／ＩＤフィールド６０４、ＲＡフィールド６０６、およびＴＡフィールド６０８は、圧縮されていないＢＡフレーム６００のＭＡＣヘッダを形成することができ、ＩＥＥＥ８０２．１１規格によって規定される情報を格納することができる。ＢＡ制御フィールド６１０は、ＢＡ確認応答（ＡＣＫ）ポリシービットなどのＡＣＫポリシービット６１６と、マルチトラフィック識別子（ｍｕｌｔｉ−ＴＩＤ）ビット６１８と、ビットマップ圧縮ビット６２０と、予備ビットのセット６２２と、ＴＩＤ情報（ＴＩＤ＿ＩＮＦＯ）ビットのセット６２４とを含み得る。ＡＣＫポリシービット６１６は、圧縮されていないＢＡフレーム６００への応答が送信されるべきかどうかを示すことができ、ｍｕｌｔｉ−ＴＩＤビット６１８は、圧縮されていないＢＡフレーム６００が複数のＴＩＤに対応するかどうかを示すことができ、ビットマップ圧縮ビット６２０は、ＢＡ情報フィールド６１２に含まれるＢＡビットマップが圧縮されているか圧縮されていないかを示すことができ、ＴＩＤ＿ＩＮＦＯビット６２４はトラフィック識別子情報を示すことができる。
【００６８】
[0080]ある特定の実装形態では、ビットマップ圧縮ビット６２０の値は、圧縮されていないビットマップがＢＡ情報フィールド６１２に含まれることを示すために０に設定される。ある代替的な実装形態では、ビットマップ圧縮ビット６２０の値は、圧縮されていないビットマップがＢＡ情報フィールド６１２に含まれることを示すために１に設定される。加えて、予備ビットのセット６２２の１つまたは複数が、圧縮されていないＢＡフレーム６００によって確認応答される各ＭＳＤＵが分割されるフラグメントの数を示すために使用され得る。たとえば、図１のシステム１００のデバイス１１４および１２６は、ＭＳＤＵをｍ個のデータフラグメントにフラグメント化（または分割）することができ、ｍは予備ビットのセット６２２の１つまたは複数のビットによって表され得る。ある特定の実装形態では、ｍは２と１６の間の数である（たとえば、ＭＳＤＵは最大で１６個のフラグメントにフラグメント化され得る）。他の実装形態では、ｍは別の数であり得る。
【００６９】
[0081]ＢＡ情報フィールド６１２は、可変長フィールドであり、開始シーケンス制御ビット６２６および圧縮されていないＢＡビットマップ６２８のセットを含み得る。開始シーケンス制御ビット６２６のセットは、システム１００）などのワイヤレス通信システムの特定のデバイスから受信されるＭＳＤＵのセットを特定し、またはその順序を示すことができる。加えて、または代替的に、ｍ個のデータフラグメントは、開始シーケンス制御ビットのセット６２６の１つまたは複数のビットによって表され得る（またはシグナリングされ得る）。圧縮されていないＢＡビットマップ６２８は、開始シーケンス制御ビットのセット６２６によって特定されるＭＳＤＵのデータフラグメントの受信の確認応答を与え得る。圧縮されていないＢＡビットマップ６２８は、ＭＳＤＵのセットの各データフラグメントが図１のアクセスポイント１０２などのアクセスポイントによって受信されているかどうかを示す、複数のビットを含む。
【００７０】
[0082]例示すると、ｍが２であり、２つのＭＳＤＵが圧縮されていないＢＡビットマップ６２８によって確認応答されるとき、圧縮されていないＢＡビットマップ６２８ビットマップの最初のビットは、第１のＭＳＤＵの第１のフラグメントが受信されたかどうかを示し、圧縮されていないＢＡビットマップ６２８の２番目のビットは、第１のＭＳＤＵの第２のフラグメントが受信されたかどうかを示し、圧縮されていないＢＡビットマップ６２８の３番目のビットは、第２のＭＳＤＵの第１のフラグメントが受信されたかどうかを示し、圧縮されていないＢＡビットマップ６２８の４番目のビットは、第２のＭＳＤＵの第２のフラグメントが受信されたかどうかを示すことができる。この例では、開始シーケンス制御ビットのセット６２６は、第１のＭＳＤＵと第２のＭＳＤＵとを順番に特定することができる。他の例では、他の数のＭＳＤＵが、開始シーケンス制御ビットのセット６２６によって特定されることがあり、圧縮されていないＢＡビットマップ６２８のビットのセットが、各ＭＳＤＵの各フラグメントが受信されたかどうかを示すことがある。ある特定の実装形態では、圧縮されていないＢＡビットマップ６２８は、６４個のＭＳＤＵのフラグメントの受信に確認応答するように構成される。この実装形態では、圧縮されていないＢＡビットマップ６２８のサイズは８×ｍオクテット（バイトなど）である。他の実装形態では、より多数または少数のＭＳＤＵのフラグメントの受信が確認応答され得、圧縮されていないＢＡビットマップ６２８は異なるサイズを有することがある。
【００７１】
[0083]図６に示される圧縮されていないＢＡフレーム６００は、システム１００において使用され得る圧縮されていないＢＡフレームの例であり、限定的であると見なされるべきではない。他の実装形態では、図６に示されていない１つまたは複数のフィールドまたはビットが、圧縮されていないＢＡフレーム６００に含まれることがあり、示されているフィールドまたはビットの１つまたは複数が省略されることがある。図６に示される実装形態では、圧縮されていないＢＡフレーム６００は単一の圧縮されていないＢＡビットマップ６２８を含む。したがって、圧縮されていないＢＡフレーム６００は、アクセスポイント１０２からシステム１００の単一のデバイスに送信され得る。システム１００の他のデバイスからのデータの受信に確認応答するために、アクセスポイント１０２は、他の圧縮されていないＢＡビットマップを含む他の圧縮されていないＢＡフレームを生成し、他の圧縮されていないＢＡフレームを他のデバイスに送信することができる。
【００７２】
[0084]図７は、複数の圧縮されていないＢＡビットマップを含む圧縮されていないＢＡフレーム７００の例を示す。圧縮されていないＢＡフレーム７００は、ＭＵワイヤレス通信システムの複数のデバイスへＭＵワイヤレス通信システムのアクセスポイントによって送信され得る。たとえば、圧縮されていないＢＡフレーム７００は、ＯＦＤＭＡ通信、ＭＩＭＯ通信、または何らかの他のマルチユーザ通信として送信され得る。ある例示的な実装形態では、圧縮されていないＢＡフレーム７００は、図１の圧縮されていないまたは準圧縮されたＢＡフレーム１５０に対応し、アクセスポイント１０２の圧縮されていないまたは準圧縮されたＢＡ生成ロジック１０６によって生成される。別の特定の実装形態では、圧縮されていないＢＡフレーム７００は、メモリ１１０に記憶されている命令をアクセスポイント１０２のプロセッサ１０８が実行することによって生成される。
【００７３】
[0085]圧縮されていないＢＡフレーム７００は、図６を参照して説明されるように、フィールド６０２〜６１４とビット６１６〜６２４とを含む。しかしながら、圧縮されていないＢＡフレーム７００において、ｍ（特定のデバイスから受信される各ＭＳＤＵの分割先であるフラグメントの数など）は、予備ビットのセット６２２の１つまたは複数のビットによって表されない。加えて、圧縮されていないＢＡフレーム７００のＢＡ情報フィールド６１２は、圧縮されていないＢＡフレーム６００のＢＡ情報フィールド６１２と異なる。
【００７４】
[0086]図７において、ＢＡ情報フィールド６１２は、可変長フィールドであることがあり、ＳＴＡ毎情報ビットのセット７０２、ＢＡ開始シーケンス制御ビットのセット７０４、および、アクセスポイント１０２がそこからのデータ送信の受信に確認応答するシステム１００の各デバイスのための圧縮されていないＢＡビットマップ７０６であり得る。たとえば、アクセスポイント１０２は、局などのｎ個のデバイスからデータ送信を受信することができ、ＢＡ情報フィールド６１２は、ビット７０２および７０４のｎ個のセットと、ｎ個の圧縮されていないＢＡビットマップ７０６とを含み得る。ＳＴＡ毎情報ビットのセット７０２は、予備（reserved）ビットのセット７０８とＴＩＤ値ビットのセット７１０とを含み得る。ＴＩＤ値ビットのセット７１０は、トラフィック識別子の値を示し得る。予備ビットのセット７０８の１つまたは複数は、特定のデバイスから受信される各ＭＳＤＵが分割されるフラグメントの数のようなｍを表すために使用され得る。
【００７５】
[0087]ＢＡ開始シーケンス制御ビットのセット７０４は、ワイヤレス通信システム（システム１００など）の特定のデバイスから受信されるＭＳＤＵを特定することができ、ＭＳＤＵのセットの順序  圧縮されていないＢＡビットマップ７０６、またはこれらの両方を示し得る。圧縮されていないＢＡビットマップ７０６は、ＢＡ開始シーケンス制御ビットのセット７０４によって特定されるＭＳＤＵのデータフラグメントの受信の確認応答を与え得る。圧縮されていないＢＡビットマップ７０６は、ＭＳＤＵのセットの各データフラグメントが図１のアクセスポイント１０２などのアクセスポイントによって受信されているかどうかを示す、複数のビットを含む。
【００７６】
[0088]圧縮されていないＢＡフレーム６００のＢＡ情報フィールド６１２（これは開始シーケンス制御ビット６２６と単一の圧縮されていないＢＡビットマップ６２８との単一のセットを含む）とは対照的に、圧縮されていないＢＡフレーム７００のＢＡ情報フィールド６１２は、圧縮されていないＢＡフレーム７００の各受信者のための、ＳＴＡ毎情報ビットのセット７０２と、ＢＡ開始シーケンス制御ビットのセット７０４と、圧縮されていないＢＡビットマップ７０６とを含む。例示すると、圧縮されていないＢＡフレーム７００が第１のデバイス１１４および第２のデバイス１２６へアクセスポイント１０２によって送信されるとき、圧縮されていないＢＡフレーム７００は、第１のデバイス１１４に対応する、ＳＴＡ毎情報ビットのセット７０２と、ＢＡ開始シーケンス制御ビットのセット７０４と、圧縮されていないＢＡビットマップ７０６とを含む、第１のグループを含む。圧縮されていないＢＡフレーム７００はまた、第２のデバイス１２６に対応する、ＳＴＡ毎情報ビットのセット７０２と、ＢＡ開始シーケンス制御ビットのセット７０４と、圧縮されていないＢＡビットマップ７０６とを含む、第２のグループを含む。
【００７７】
[0089]どの圧縮されていないＢＡビットマップ７０６が各受信者デバイスに対応するかを特定するために、予備ビットのセット７０８の１つまたは複数のビットが、対応するデバイスの局関連付け識別子（ＳＴＡ  ＡＩＤ：station association identifier）を示すために使用され得る。たとえば、アクセスポイント１０２との関連付けの間に、各デバイス（デバイス１１４および１２６など）は、アクセスポイント１０２によってＳＴＡ  ＡＩＤを割り当てられ得る。アクセスポイント１０２は、予備ビットのセット７０８の１つまたは複数のビットにＳＴＡ  ＡＩＤを含め、後続の圧縮されていないＢＡビットマップ７０６が当該ＳＴＡ  ＡＩＤを有するデバイスに対応することを示す。加えて、予備ビットのセット７０８の１つまたは複数のビットは、対応するデバイスに関するｍの値を示すために使用され得る。たとえば、（デバイス１１４および１２６の）各デバイスは、（複数の）ＭＳＤＵを異なる数のフラグメント（ｍの異なる値に対応する）に分割することができ、各デバイス（および各々の圧縮されていないＢＡビットマップ７０６）に対応するｍの値が、予備ビットのセット７０８の１つまたは複数のビットによって示され得る。
【００７８】
[0090]ＢＡ情報フィールド６１２のサイズは、ｍ（特定のデバイスから受信された各ＭＳＤＵが分割されるフラグメントの数など）および受信者デバイスの数ｎに依存し得る。ある特定の実装形態では、各々の圧縮されていないＢＡビットマップ７０６のサイズは８×ｍオクテット（バイトなど）である。ＳＴＡ毎情報ビットのセット７０２のサイズは２オクテット（バイトなど）であり、ＢＡ開始シーケンス制御ビットのセット７０４のサイズは２オクテット（バイトなど）であることがある。したがって、特定の実装形態では、ＢＡ情報フィールド６１２のサイズは、（４＋８×ｍ）×ｎオクテット（バイトなど）である。他の実装形態では、圧縮されていないＢＡビットマップ７０６はより多数または少数のＭＳＤＵのデータフラグメントの受信を示すことがあり、圧縮されていないＢＡビットマップ７０６（およびＢＡ情報フィールド６１２）は異なるサイズを有することがある。ある特定の態様では、局のすべてがｍについて同じ値を有することがあり、ｍは予備ビットのセット６２２の１つまたは複数のビットによって表され得る。ある特定の態様では、単一のＴＩＤが使用されることがあり、ｍは１つまたは複数のビットＴＩＤ値ビット７１０によって表され得る。
【００７９】
[0091]図７に示される圧縮されていないＢＡフレーム７００は、システム１００において使用され得る圧縮されていないＢＡフレームの例であり、限定的であると見なされるべきではない。他の実装形態では、図７に示されていない１つまたは複数のフィールドまたはビットが、圧縮されていないＢＡフレーム７００に含まれることがあり、示されているフィールドまたはビットの１つまたは複数が省略されることがある。図７に示される実装形態では、圧縮されていないＢＡフレーム７００は、異なる受信機デバイスに対応する複数の圧縮されていないＢＡビットマップ７０６を含む。したがって、圧縮されていないＢＡフレーム７００は、システム１００の複数のデバイス（デバイス１１４および１２６など）にアクセスポイント１０２からＭＵ通信として送信され得る。単一の圧縮されていないＢＡフレーム７００を複数のデバイスに送信することは、ワイヤレス通信ネットワークにおけるオーバーヘッドを減らし得る。
【００８０】
[0092]図８は、単一の準圧縮されたＢＡビットマップを含む準圧縮されたＢＡフレーム８００の例を示す。準圧縮されたＢＡフレーム８００は、アクセスポイントによって、またはワイヤレスネットワークの局などのデバイスによって送信され得る。たとえば、準圧縮されたＢＡフレーム８００は、ＭＵワイヤレス通信システムの局などの１つまたは複数のデバイスへＭＵワイヤレス通信システムのアクセスポイントによって送信され得る。ある特定の実装形態では、準圧縮されたＢＡフレーム８００は、ＯＦＤＭＡ通信、ＭＩＭＯ通信、または何らかの他のマルチユーザ通信の一部として送信され得る。ある例示的な実装形態では、準圧縮されたＢＡフレーム８００は、図１の圧縮されていないまたは準圧縮されたＢＡフレーム１５０に対応し、アクセスポイント１０２の圧縮されていないまたは準圧縮されたＢＡ生成ロジック１０６によって生成される。別の特定の実装形態では、準圧縮されたＢＡフレーム８００は、メモリ１１０に記憶されている命令をアクセスポイント１０２のプロセッサ１０８が実行することによって生成される。
【００８１】
[0093]準圧縮されたＢＡフレーム８００は、図６を参照して説明されるように、フィールド６０２〜６１４とビット６１６〜６２４とを含む。しかしながら、準圧縮されたＢＡフレーム８００では、準圧縮されたＢＡフレーム８００のＢＡ情報フィールド６１２は、開始シーケンス制御ビットのセット６２６と準圧縮されたＢＡビットマップ８０２とを含む。準圧縮されたＢＡビットマップ８０２は、（開始シーケンス制御ビットのセット６２６によって示される）ＭＳＤＵのシーケンスの各ＭＳＤＵに対応する１つまたは複数のデータフラグメントがアクセスポイントによって受信されているかどうかを示し得る。図６の圧縮されていないＢＡビットマップ６２８とは対照的に、準圧縮されたＢＡビットマップ８０２は、シーケンス中の各ＭＳＤＵに対応するデータフラグメントのサブセット（１つまたは２つのデータフラグメントなど）が受信されているかどうかを示すのに十分なビットだけを含み得る。したがって、準圧縮されたＢＡビットマップ８０２のデータサイズ、たとえば４ビットは、図６の圧縮されていないＢＡビットマップ６２８のデータサイズ、たとえば１６ビットより小さいことがある。いくつかの実装形態では、準圧縮されたＢＡビットマップ８０２のデータサイズは、図１の第１のデバイス１１４などのデバイスがデータパケットの単一のＰＰＤＵにおいて多数のデータフラグメントを送信するとき、圧縮されていないＢＡビットマップ６２８のデータサイズより小さくないことがある。したがって、準圧縮されたＢＡビットマップ８０２は、１つまたは２つのデータフラグメントを１つのＰＰＤＵにおいて送信するように構成されるデバイスを含むワイヤレスシステムにおいて使用されることがあり、圧縮されていないＢＡビットマップ６２８は、３つ以上のデータフラグメントを１つのＰＰＤＵにおいて送信するように構成されるデバイスを含むワイヤレスシステムにおいて使用されることがある。
【００８２】
[0094]準圧縮されたＢＡフレーム８００が準圧縮されたＢＡビットマップを含むことの指示は、予備ビットのセット６２２の１つまたは複数のビットによって表され得る。非限定的な例として、予備ビットのセット６２２の特定のビットは、準圧縮されたＢＡビットマップが含まれないとき（ＢＡフレームが圧縮されたＢＡビットマップまたは圧縮されていないＢＡビットマップを含むときなど）に、第１の値（論理値０など）を有し、特定のビットは、準圧縮されたＢＡビットマップ８０２が含まれるときに第２の値（論理値１など）を有し得る。加えて、予備ビットのセット６２２の１つまたは複数のビットは、各ＭＳＤＵ（各データユニットなど）が図１の第１のデバイス１１４のような送信局によってフラグメント化され得る、フラグメントの閾値（最大など）の数ｋを示すために使用され得る。ある特定の実装形態では、ｋは２から１６の間の数である。他の実装形態では、ｋは別の数であり得る。
【００８３】
[0095]第１の実装形態では、ビットマップ圧縮ビット６２０は、論理値０などの第１の値を有する。この実装形態では、準圧縮されたＢＡビットマップ８０２は、１つまたは複数のデータフラグメント識別子を示す複数のビットを含む。１つまたは複数のデータフラグメント識別子の各々は、特定のＢＡシーケンスに対応する複数のデータユニットのうちの１つのデータユニットのデータフラグメントに対応する。各データフラグメント識別子は、ｌｏｇ２（ｋ）ビットを含み、対応するＭＳＤＵの特定されたデータフラグメントがアクセスポイントによって受信されていることを示し得る。同じＭＳＤＵに対応する準圧縮されたＢＡビットマップ８０２の中のデータフラグメント識別子の数は、図１の第１のデバイス１１４などの送信デバイスによって１つのＰＰＤＵに含められるデータフラグメントの数と同じであり得る。
【００８４】
[0096]例示すると、デバイスが１つのＰＰＤＵにおいて単一のデータフラグメントをアクセスポイントに送信するように構成される例を考える。加えて、単一のデータユニット（ＰＰＤＵなど）に対するデータフラグメントの最大の量は４である。この例では、デバイスは、第１のＭＳＤＵの単一のデータフラグメント、ならびにフラグメント化されていない（すなわち「完全な」）第２のＭＳＤＵを、アクセスポイントに送信する。デバイスからのデータの受信に確認応答するために、準圧縮されたＢＡビットマップ８０２は、第１のＭＳＤＵに対応するデータフラグメントを特定する第１のデータフラグメント識別子を含む。加えて、第２のＭＳＤＵはフラグメント化されていないＭＳＤＵであるので、第２のＭＳＤＵの１つのデータフラグメントを特定するために準圧縮されたＢＡビットマップ８０２において割り当てられる（割り振られるなど）ビットが、フラグメント化されていないＭＳＤＵを特定するために使用される。この例では、各データフラグメント識別子は、データフラグメント識別子（００、０１、１０、または１１など）を示す少なくとも２ビット（ｌｏｇ２（４）＝２など）を含み、受信されるデータパケットにおいて対応するＭＳＤＵの４つのデータフラグメントのいずれがアクセスポイントによって受信されているかを示す。例示すると、アクセスポイントが第１のＭＳＤＵの第３のフラグメントを含むデータパケットを受信するとき、準圧縮されたＢＡビットマップ８０２の中の第１のデータフラグメント識別子の値は１０である。別の例として、デバイスが１つのＰＰＤＵにおいて２つのデータフラグメントを送信するように構成される（およびＭＳＤＵごとのデータフラグメントの数とＭＳＤＵの数が上記と同じである）とき、準圧縮されたＢＡビットマップ８０２は、閾値（最大など）の数のＭＳＤＵに対応するデータフラグメントの２つのデータフラグメント識別子を含む。したがって、準圧縮されたＢＡビットマップ８０２のデータサイズ（ＳＢＡ＿ｓｉｚｅ）は、ｙ×ｘ×ｌｏｇ２（ｋ）／８オクテット（バイトなど）であり、ここでｙは１つのＰＰＤＵにおいて送信されるデータフラグメントの数であり、ｘはシーケンスにおけるＭＳＤＵの閾値（最大など）の数である。１つの特定の態様では、ｘは６４という値を有し得る。
【００８５】
[0097]第２の実装形態では、ビットマップ圧縮ビット６２０は、第２の値（論理値１など）を有する。この実装形態では、準圧縮されたＢＡビットマップ８０２は、１つの圧縮されたＢＡビットマップと、フラグメント識別情報サブフィールドのセットとを含む。圧縮されたＢＡビットマップは、フラグメント化されていないＭＳＤＵのシーケンスの各ＭＳＤＵのアクセスポイントによる受信を表し得る。圧縮されたビットマップの各ビットは、対応するフラグメント化されていないＭＳＤＵがアクセスポイントによって受信されているかどうかを示す値を有し得る。たとえば、０１１０という値を有する圧縮されたＢＡビットマップは、第２のＭＳＤＵおよび第３のＭＳＤＵがアクセスポイントによって受信されていることと、第１のＭＳＤＵおよび第４のＭＳＤＵが受信されていないこととを示し得る。フラグメント識別情報サブフィールドのセットは、それぞれデバイスから受信された１つのデータフラグメントに対応するデータフラグメント識別子と、シーケンス識別子サブフィールドと、を含み得る。シーケンス識別子サブフィールドは、デバイスによって送信されるＭＳＤＵのシーケンス中の特定のＭＳＤＵを特定するシーケンス制御値を示し、データフラグメント識別子サブフィールドは、ｋ個のデータフラグメント（シーケンス識別子サブフィールドによって特定されるＭＳＤＵに対応する）のいずれがアクセスポイントによって受信されているかを特定し得る。
【００８６】
[0098]例示すると、アクセスポイントが、３つのＭＳＤＵと第４のＭＳＤＵの第１のデータフラグメントとを含む１つのＰＰＤＵを有するデータパケットを受信するとき、準圧縮されたＢＡビットマップ８０２は、第１のＭＳＤＵ、第２のＭＳＤＵ、および第３のＭＳＤＵの受信を示す圧縮されたＢＡビットマップと、第４のＭＳＤＵを示すシーケンス識別子サブフィールドと、第１のデータフラグメントを示すデータフラグメント識別子サブフィールドとを含む。別の例として、アクセスポイントが、第１のＭＳＤＵの第２のデータフラグメントと、第２のＭＳＤＵと、第３のＭＳＤＵと、第４のＭＳＤＵの第１のデータフラグメントとを含む１つのＰＰＤＵを有するデータパケットを受信するとき、準圧縮されたＢＡビットマップ８０２は、第２のＭＳＤＵおよび第３のＭＳＤＵの受信を示す圧縮されたＢＡビットマップと、第１のＭＳＤＵを示す第１のシーケンス識別子サブフィールドと、（第１のＭＳＤＵの）第２のデータフラグメントを示す第１のデータフラグメント識別子サブフィールドと、第４のＭＳＤＵを示す第２のシーケンス識別子サブフィールドと、（第４のＭＳＤＵの）第１のデータフラグメントを示す第２のデータフラグメント識別子サブフィールドとを含む。準圧縮されたＢＡビットマップ８０２のデータサイズ（ＳＢＡ＿ｓｉｚｅ）は、ｘ／８＋約２〜６オクテット（バイトなど）であり得、ここでｘはシーケンス中のＭＳＤＵの数である（したがって、圧縮されたビットマップは約ｘ／８オクテットであり、追加のサブフィールドは実装形態に応じて約２〜６オクテットである）。一実装形態では、フラグメント識別子は、対応するデータフラグメントのアクセスポイントによる受信が成功するとき、示される。この実装形態では、受信が成功しなかったデータフラグメントに対応するフラグメント識別子は、準圧縮されたＢＡビットマップ８０２に含まれない。
【００８７】
[0099]ある特定の実装形態では、データフラグメントの数ｋ、シーケンス中のＭＳＤＵの数ｘ、および１つのＰＰＤＵにおけるデータフラグメントの数ｙは固定である。たとえば、ｋ、ｘ、およびｙの値は、製造の間にアクセスポイントおよびデバイスのメモリに記憶され得る。ある特定の実装形態では、ｋは１６という固定の値を有する。他の実装形態では、ｋは他の値を有し得る。別の特定の実装形態では、ｋ、ｘ、およびｙの値は可変である。この実装形態では、ｋ、ｘ、およびｙの値は、各デバイスによって決定され、アクセスポイントに通信され得る。たとえば、第１のデバイス１１４に対応するｋ、ｘ、およびｙの値は、第１のデバイス１１４からアクセスポイント１０２に送信される第１のＡＤＤＢＡ要求１６２に含まれ得る。加えて、第２のデバイス１２６に対応するｋ、ｘ、およびｙの値は、第２のデバイス１２６からアクセスポイント１０２に送信される第２のＡＤＤＢＡ要求１６４に含まれ得る。各デバイスがＡＤＤＢＡ要求を送信することがあるので、各デバイスは、ｋ、ｘ、およびｙに対して異なる値を選択し得る。別の特定の実装形態では、アクセスポイント１０２は、ｋ、ｘ、およびｙの値を選択することができ、ｍ、ｘ、およびｙの値をデバイス１１４および１２６（局など）に提供することができる。
【００８８】
[0100]図８に示される準圧縮されたＢＡフレーム８００は、システム１００中のデバイスによって使用され得る準圧縮されたＢＡフレームの例であり、限定的であると見なされるべきではない。他の実装形態では、図８に示されていない１つまたは複数のフィールドまたはビットが、準圧縮されたＢＡフレーム８００に含まれることがあり、示されているフィールドまたはビットの１つまたは複数が省略されることがある。図８に示される実装形態では、準圧縮されたＢＡフレーム８００は単一の準圧縮されたＢＡビットマップ８０２を含む。したがって、準圧縮されたＢＡフレーム８００は、アクセスポイント１０２からシステム１００の単一のデバイスに送信され得る。システム１００の他のデバイスからのデータの受信に確認応答するために、アクセスポイント１０２は、他の準圧縮されたＢＡビットマップを含む他の準圧縮されたＢＡフレームを生成することができ、アクセスポイント１０２は、他の準圧縮されたＢＡフレームを他のデバイスに送信することができる。加えて、または代替的に、準圧縮されたＢＡは、アクセスポイント１０２からデータ（ダウンリンク（ＤＬ）データなど）を受信したことに応答して、局（第１のデバイス１１４または第２のデバイス１２６など）によってアクセスポイント１０２に送信され得る。
【００８９】
[0101]図９は、複数の準圧縮されたＢＡビットマップを含む準圧縮されたＢＡフレーム９００の例を示す。準圧縮されたＢＡフレーム９００は、ＭＵワイヤレス通信システムの複数のデバイスへＭＵワイヤレス通信システムのアクセスポイントによって送信され得る。たとえば、準圧縮されたＢＡフレーム９００は、ＯＦＤＭＡ通信、ＭＩＭＯ通信、または何らかの他のマルチユーザ通信の一部として送信され得る。ある例示的な実装形態では、準圧縮されたＢＡフレーム９００は、図１の圧縮されていないまたは準圧縮されたＢＡフレーム１５０に対応し、アクセスポイント１０２の圧縮されていないまたは準圧縮されたＢＡ生成ロジック１０６によって生成される。別の特定の実装形態では、準圧縮されたＢＡフレーム９００は、メモリ１１０に記憶されている命令をアクセスポイント１０２のプロセッサ１０８が実行することによって生成される。
【００９０】
[0102]準圧縮されたＢＡフレーム９００は、図８を参照して説明されるように、フィールド６０２〜６１４とビット６１６〜６２４とを含む。しかしながら、準圧縮されたＢＡフレーム９００において、準圧縮されたＢＡフレーム９００のＢＡ情報フィールド６１２は、準圧縮されたＢＡフレーム９００のｎ個の受信者デバイスの各々に対して、ＳＴＡ毎情報ビットの対応するセット９０２と、ＢＡ開始シーケンス制御ビットの対応するセット９０４と、対応する準圧縮されたＢＡビットマップ９０６とを含む。たとえば、準圧縮されたＢＡフレーム９００のＢＡ情報フィールド６１２は、圧縮されていないＢＡビットマップ７０６が準圧縮されたＢＡビットマップ９０６によって置き換えられていることを除き、圧縮されていないＢＡフレーム７００のＢＡ情報フィールド６１２と同じであり得る。
【００９１】
[0103]図９において、ＳＴＡ毎情報ビットのセット９０２は、予備ビットのセット９０８とＴＩＤ値ビットのセット９１０とを含む。ＴＩＤ値ビットのセット９１０は、トラフィック識別子の値を示し得る。予備ビットのセット９０８の１つまたは複数のビットは、ｎ個の受信者デバイスの各々のためのｋ（データフラグメントの数など）を表すために使用され得る。ＢＡ開始シーケンス制御ビットのセット９０４は、ｎ個の受信者デバイスの各々に対応するＭＳＤＵのシーケンスを特定することができる。準圧縮されたＢＡビットマップ９０６は、ＢＡ開始シーケンス制御ビットのセット９０４によって特定されるＭＳＤＵのシーケンスに対応する１つまたは複数のデータフラグメントの受信の確認応答を与え得る。準圧縮されたＢＡビットマップ９０６は、ＭＳＤＵのセットの各データフラグメントがアクセスポイント（図１のアクセスポイント１０２など）によって受信されているかどうかを示す、複数のビットを含む。各々の準圧縮されたＢＡビットマップ９０６は、図８を参照して説明されるように準圧縮されたＢＡビットマップ８０２のいずれかの実装形態に従ってフォーマットされ得る。
【００９２】
[0104]どの準圧縮されたＢＡビットマップ９０６が各受信者デバイスに対応するかを特定するために、予備ビットのセット９０８の１つまたは複数のビットが、対応するデバイスの局関連付けＩＤ（ＳＴＡ  ＡＩＤ：station association ID）を示すために使用され得る。たとえば、アクセスポイント１０２との関連付けの間に、各デバイス（デバイス１１４および１２６など）が、アクセスポイント１０２によってＳＴＡ  ＡＩＤを割り当てられ得る。アクセスポイント１０２は、予備ビットのセット９０８の１つまたは複数のビットにＳＴＡ  ＡＩＤを含め、後続の準圧縮されたＢＡビットマップ９０６が該ＳＴＡ  ＡＩＤを有するデバイスに対応することを示す。加えて、予備ビットのセット９０８の１つまたは複数のビットは、対応するデバイスに関するｋの値を示すために使用され得る。たとえば、（デバイス１１４および１２６の）各デバイスは、ＭＳＤＵが（ｋの異なる値に対応する）異なる閾値（最大など）の数のフラグメントへ分割されることを可能にするように構成され、各デバイスに対応するｋの値が予備ビットのセット９０８の１つまたは複数のビットによって示され得る。準圧縮されたＢＡビットマップ９０６のデータサイズは、準圧縮されたＢＡビットマップ９０６の特定の実装形態に関連し得る。
【００９３】
[0105]図９に示される準圧縮されたＢＡフレーム９００は、システム１００中のデバイスによって使用され得る準圧縮されたＢＡフレームの例であり、限定的であると見なされるべきではない。他の実装形態では、図９に示されていない１つまたは複数のフィールドまたはビットが、準圧縮されたＢＡフレーム９００に含まれることがあり、示されているフィールドまたはビットの１つまたは複数が省略されることがある。図９に示される実装形態では、準圧縮されたＢＡフレーム９００は、異なる受信機デバイスに対応する複数の準圧縮されたＢＡビットマップ９０６を含む。したがって、準圧縮されたＢＡフレーム９００は、システム１００の複数のデバイス（デバイス１１４および１２６など）にアクセスポイント１０２からＭＵ通信として送信され得る。単一の準圧縮されたＢＡフレーム９００を複数のデバイスに送信することは、ワイヤレス通信ネットワークにおけるオーバーヘッドを減らし得る。
【００９４】
[0106]図１０を参照すると、ワイヤレス通信のための方法の例示的な実装形態が示されており、方法１０００として指定されている。たとえば、方法１０００は、ＭＵワイヤレス通信システムのデバイスにおける動作と関連付けられ得る。例示的な実装形態では、方法１０００は、図１の第１のデバイス１１４または第２のデバイス１２６によって実行され得る。いくつかの実装形態では、方法１０００のステップは他の順序で実行されることがあり、または、方法１０００の１つまたは複数のステップは任意選択であることがあり、すべての実装形態において実行されるとは限らない）。
【００９５】
[0107]方法１０００は、１００２において、第１のデバイスにおいて、アクセスポイントに送信されるべき第１のデータを生成することを含む。たとえば、図１を参照すると、第１のデバイス１１４のデータ生成ロジック１１６は、アクセスポイント１０２に送信されるべき第１のデータを生成する。
【００９６】
[0108]方法１０００は、１００４において、第１のデータのサイズが第１のＴＸ＿ＯＰのサイズを超えると決定することを含む。たとえば、図１を参照すると、第１のデバイス１１４（データ生成ロジック１１６、プロセッサ１２０、または両方など）が、第１のデバイス１１４および第２のデバイス１２６によって使用される第１のＴＸ＿ＯＰを第１のデータのサイズが超えると決定する。
【００９７】
[0109]方法１０００は、１００６において、第１のデータに基づいて少なくとも第１のデータフラグメントと第２のデータフラグメントとを生成することを含む。第１のデータフラグメントのサイズは、第１のＴＸ＿ＯＰのサイズに基づいて選択される。たとえば、図１を参照すると、第１のデバイス１１４のデータフラグメント化ロジック１１８は、少なくとも第１のフラグメント１４２と第２のフラグメント１４４とを生成する。第１のデータフラグメントのサイズは、第１のＴＸ＿ＯＰのサイズに基づいて選択される。たとえば、第１のデータは、第１のフラグメント１４２のサイズが第１のＴＸ＿ＯＰの間に送信されることが可能な閾値のデータ量を超えないように、フラグメント化（または分割）される。
【００９８】
[0110]方法１０００はさらに、１００８において、第１のＴＸ＿ＯＰの間に、第１のデータパケットを第１のデバイスからアクセスポイントに送信することを含む。第１のデータパケットは第１のデータフラグメントを含む。たとえば、図１を参照すると、第１のフラグメント１４２を含む第１のデータパケットは、第１のＴＸ＿ＯＰの間に第１のデバイス１１４からアクセスポイント１０２に送信される。ある特定の実装形態では、第１のデータパケットを生成することは、第１のデバイスに対応するＭＣＳに基づいて、第１のＴＸ＿ＯＰの間に第１のデバイスが送信することが可能な閾値のデータ量を決定することと、閾値の量を超えないサイズを有する第１のデータフラグメントへと第１のデータを分割することとを含む。たとえば、データフラグメント化ロジック１１８は、第１のＴＸ＿ＯＰのサイズ（時間長など）および第１のデバイス１１４によって使用されるＭＣＳに基づいて、閾値のデータ量を決定することができる。データフラグメント化ロジック１１８は、閾値のデータ量を超えないサイズを第１のフラグメント１４２が有するように、第１のデータを分割することができる。少なくともいくつかの実装形態では、第１のデータパケットのオーバーヘッド（ＭＡＣヘッダ、ＰＰＤＵプリアンブルなど）のサイズも、第１のフラグメント１４２のサイズの決定に含まれる。他の実装形態では、オーバーヘッドのサイズは、第１のフラグメント１４２のサイズと比べると無視できるものであり得る。別の特定の実装形態では、第１のデータパケットは、シーケンス識別子（ＩＤ）番号と、フラグメント番号と、追加フラグメントインジケータとを含む、フラグメント化情報を含む。
【００９９】
[0111]ある特定の実装形態では、第１のデバイス、１つまたは複数の他のデバイス、およびアクセスポイントが各々、ＭＵ通信を実行する。たとえば、システム１００はＭＵワイヤレス通信システムであり得る。ある特定の実装形態では、第１のデバイス、１つのまたは他のデバイス、およびアクセスポイントが各々、ＯＦＤＭＡ通信またはＭＩＭＯ通信を実行する。加えて、または代替的に、第１のデータパケットは、１つまたは複数のＩＥＥＥ８０２．１１規格に従って動作するワイヤレスネットワークを介して送信され得る。
【０１００】
[0112]別の特定の実装形態では、第１のデータは第１の媒体アクセス制御（ＭＡＣ）層サービスデータユニットを含み、第１のデータフラグメントは第１のＭＡＣ層サービスデータユニットの第１のフラグメントを含み、第２のデータフラグメントは第１のＭＡＣ層サービスデータユニットの第２のフラグメントを含む。たとえば、図２を参照すると、第１のデータはＭＳＤＵ２０２を含み、第１のデータフラグメントはＭＳＤＵ２０２の第１のフラグメントを含み、第２のデータフラグメントはＭＳＤＵ２０２の第２のフラグメントを含む。加えて、第１のデータパケットは第１の物理層プロトコルデータユニットを含み、第１の物理層プロトコルデータユニットのペイロードは第１のＭＡＣ層プロトコルデータユニットを含み、第１のＭＡＣ層プロトコルデータユニットは第１のデータフラグメントを含む。たとえば、図２を参照すると、第１のデータパケットは第１のＰＰＤＵ２０８を含み、第１のＰＰＤＵ２０８のペイロードは第１のＭＰＤＵ２０４を含み、第１のＭＰＤＵ２０４はＭＳＤＵ２０２の第１のフラグメントを含む。加えて、方法１０００は、第２のＴＸ＿ＯＰの間に、第２のデータパケットをアクセスポイントに送信することを含み、第２のデータパケットは第２の物理層プロトコルデータユニットを含み、第２の物理層プロトコルデータユニットのペイロードは第２のＭＡＣ層プロトコルデータユニットを含み、第２のＭＡＣ層プロトコルデータユニットは第２のデータフラグメントを含む。たとえば、図２を参照すると、第２のＴＸ＿ＯＰの間に送信される第２のデータパケットは第２のＰＰＤＵ２１０を含み、第２のＰＰＤＵ２１０は第２のＭＰＤＵ２０６を含み、第２のＭＰＤＵ２０６は第２のデータフラグメントを含む。加えて、または代替的に、第２のＰＰＤＵは、第２のＭＡＣ層プロトコルデータユニットと第３のＭＡＣ層プロトコルデータユニットと４のＭＡＣ層プロトコルデータユニットとを含む集約されたＭＡＣ層プロトコルデータユニット（集約されたＭＡＣプロトコルデータユニット（Ａ−ＭＰＤＵ）とも呼ばれる）を含み、第３のＭＡＣ層プロトコルデータユニットは第２のＭＡＣ層サービスデータユニットを含み、第４のＭＰＤＵは第３のＭＡＣ層サービスデータユニットの第１のフラグメントを含み、第２のデータフラグメント、第２のＭＡＣ層サービスデータユニット、および第３のＭＡＣ層サービスデータユニットの第１のフラグメントの組み合わされたサイズは、第２のＴＸ＿ＯＰのサイズを超えない。たとえば、図４を参照すると、第２のＰＰＤＵ４２２は、第２のＭＰＤＵ４１４と、第４のＭＰＤＵ４１６と、第５のＭＰＤＵ４１８とを含む集約されたＭＰＤＵ（Ａ＿ＭＰＤＵ＿２）を含む。第４のＭＰＤＵ４１６は第３のＭＳＤＵ４０６を含み得、第５のＭＰＤＵ４１８は第４のＭＳＤＵ４０８のフラグメントを含み、データフラグメント、第４のＭＰＤＵ４１６、および第５のＭＰＤＵ４１８のフラグメントの組み合わされたサイズは第２のＴＸ＿ＯＰのサイズを超えない。
【０１０１】
[0113]別の特定の実装形態では、方法１０００は、第１のデバイスおよび１つまたは複数の他のデバイスの第２のＴＸ＿ＯＰの間に、第２のデータパケットを第１のデバイスからアクセスポイントに送信することを含む。第２のデータパケットは第２のデータフラグメントを含み得る。たとえば、図１を参照すると、第１のデバイス１１４は、第２のＴＸ＿ＯＰの間に、第１のデータの第２のフラグメント１４４を含む第２のデータパケットをアクセスポイント１０２に送信する。ある特定の実装形態では、第１のデータフラグメントのサイズは第２のデータフラグメントのサイズと同じである。たとえば、データフラグメント化ロジック１１８は、第１のフラグメント１４２と第２のフラグメント１４４とを生成するとき、第１のデータを半分に分割することができる。代替的に、第１のデータフラグメントのサイズは第２のデータフラグメントのサイズと異なる。第２のデータパケットは第２のデータフラグメントとパディングとを含み得る。たとえば、図２を参照すると、第１のＰＰＤＵ２０８は、ＭＳＤＵ２０２の第１のフラグメントを含む第１のＭＰＤＵ２０４を含み、第２のＰＰＤＵ２１０は、ＭＳＤＵ２０２の第２のフラグメントとパディング（１つまたは複数の空のビットなど）とを含む第２のＭＰＤＵ２０６を含む。ＭＳＤＵ２０２の第１のフラグメントは、ＭＳＤＵ２０２の第２のフラグメントより大きいことがある。
【０１０２】
[0114]別の特定の実装形態では、方法１０００は、第１のデバイスにおいてアクセスポイントからトリガフレームを受信することを含む。トリガフレームは、第１のＴＸ＿ＯＰに対応するタイミング情報を示し得る。たとえば、図１を参照すると、第１のデバイス１１４は、第１のＴＸ＿ＯＰの前にアクセスポイント１０２からトリガフレーム１４０を受信する。トリガフレーム１４０は、第１のＴＸ＿ＯＰに対応するタイミング情報を示す。
【０１０３】
[0115]別の特定の実装形態では、第１のデータは第１のＭＡＣ層サービスデータユニットを含み、第１のデータフラグメントは第１のＭＡＣ層サービスデータユニットの第１のフラグメントを含み、第２のデータフラグメントは第１のＭＡＣ層サービスデータユニットの第２のフラグメントを含む。たとえば、図３を参照すると、第１のデータは、第１のフラグメントおよび第２のフラグメントへとフラグメント化される第２のＭＳＤＵ３０４を含む。加えて、第１のデータは第２のＭＡＣ層サービスデータユニットを含み得、第１のデータパケットは第１の物理層プロトコルデータユニットを含み得、第１の物理層プロトコルデータユニットのペイロードは、第１のＭＰＤＵと第２のＭＰＤＵとを含むＡ−ＭＰＤＵを含むことがあり、第１のＭＰＤＵは第１のデータフラグメントを含み得、第２のＭＰＤＵは、第２のＭＡＣ層サービスデータユニットを含み得る。たとえば、図３を参照すると、第１のＰＰＤＵ３１６は、第１のＭＰＤＵ３０８と第２のＭＰＤＵ３１０とを含むＡ−ＭＰＤＵ  Ａ＿ＭＰＤＵ＿１を含み、第１のＭＰＤＵ３０８は第１のＭＳＤＵ３０２を含み、第２のＭＰＤＵ３１０は第２のＭＳＤＵ３０４の第１のフラグメントを含む。第１のＰＰＤＵ３１６は第１のＴＸ＿ＯＰの間に送信される。
【０１０４】
[0116]代替的に、方法１０００は、第１のデバイスおよび１つまたは複数の他のデバイスの第２のＴＸ＿ＯＰの間に、第２のデータパケットを第１のデバイスからアクセスポイントに送信することを含む。第２のデータパケットは第２の物理層プロトコルデータユニットを含み得、第２の物理層プロトコルデータユニットのペイロードは第２のＭＰＤＵを含み得、第２のＭＰＤＵは第２のデータフラグメントを含み得る。たとえば、図４を参照すると、第２のＰＰＤＵ４２２は第３のＭＰＤＵ４１４を含む第２のＡ−ＭＰＤＵ  Ａ＿ＭＰＤＵ＿２を含み、第３のＭＰＤＵ４１４は第２のＭＳＤＵ４０４の第２のフラグメントを含む。第２のＰＰＤＵ４２２は第２のＴＸ＿ＯＰの間に送信される。加えて、第２の物理層プロトコルデータユニットは、第２のＭＰＤＵと、第３のＭＰＤＵと、第４のＭＰＤＵとを含むＡ−ＭＰＤＵを含み得、第３のＭＰＤＵは第２のＭＡＣ層サービスデータユニットを含み得、第４のＭＰＤＵは第３のＭＡＣ層サービスデータユニットの第１のフラグメントを含み得る。いくつかの実装形態では、方法１０００は、第２のデータフラグメントと、第３のＭＡＣ層プロトコルデータユニットの第２のＭＡＣ層サービスデータユニットと、第４のＭＡＣ層プロトコルデータユニットの第３のＭＡＣ層サービスデータユニットの第１のフラグメントとを、第２のＴＸ＿ＯＰのサイズ以下のサイズを有するように組み合わされる（combine）ことを含み得る。たとえば、図４を参照すると、第２のＰＰＤＵ４２２は、第３のＭＰＤＵ４１４と、第４のＭＰＤＵ４１６と、第５のＭＰＤＵ４１８とを含む第２のＡ−ＭＰＤＵ  Ａ＿ＭＰＤＵ＿２を含む。第４のＭＰＤＵ４１６は第３のＭＳＤＵ４０６を含み、第５のＭＰＤＵ４１８は第４のＭＳＤＵ４０８の第１のフラグメントを含む。第２のＡ−ＭＰＤＵのサイズ（第３のＭＰＤＵ４１４、第４のＭＰＤＵ４１６、および第５のＭＰＤＵ４１８の組み合せなど）は、第２のＴＸ＿ＯＰのサイズを超えない。
【０１０５】
[0117]別の特定の実装形態では、方法１０００は、第１のデバイスにおいてアクセスポイントからブロック確認応答フレームを受信することを含む。ブロック確認応答フレームは、第１のデバイスに対応する第１の圧縮されていないブロック確認応答ビットマップを含み得る。たとえば、図１を参照すると、第１のデバイス１１４は、アクセスポイント１０２から圧縮されていないまたは準圧縮されたＢＡフレーム１５０（第１の圧縮されていないＢＡビットマップを含む）を受信し得る。第１の圧縮されていないＢＡビットマップは、第１のデバイス１１４に対応する複数のデータユニットのデータフラグメントがアクセスポイント１０２によって受信されたかどうかを示す、複数のビットを含み得る。ある特定の実装形態では、ブロック確認応答フレームは、単一の圧縮されていないブロック確認応答フレームを含む。たとえば、ＢＡフレームは、図６の圧縮されていないＢＡフレーム６００に対応し得る。代替的に、ブロック確認応答フレームは、第２のデバイスに対応する第２の圧縮されていないブロック確認応答ビットマップを含み得、第２の圧縮されていないブロック確認応答ビットマップは、第２のデバイスによって送信された第２の複数のデータユニットの複数のデータフラグメントがアクセスポイントによって受信されているかどうかを示す、第２の複数のビットを含み得る。たとえば、図７を参照すると、圧縮されていないＢＡフレーム７００は、異なる複数のデバイス（予備ビットのセット７０８の１つまたは複数のビットによって表されるＳＴＡ  ＡＩＤによって示される）に対応する複数の圧縮されていないＢＡビットマップ７０６を含み得る。加えて、または代替的に、方法１０００は、第１のデータフラグメントに対応する第１の圧縮されていないブロック確認応答ビットマップの１つまたは複数のビットが特定の値を有するかどうかを決定することと、該１つまたは複数のビットが特定の値を有するとき、第１のデバイスの第２のＴＸ＿ＯＰの間に、第１のデータフラグメントを含む第２のデータパケットを第１のデバイスからアクセスポイントに送信することと、を含む。たとえば、図１を参照すると、第１のデバイス１１４が、圧縮されていないまたは準圧縮されたＢＡフレーム１５０の中の第１の圧縮されていないＢＡビットマップの１つまたは複数のビットに基づいて、第１のフラグメント１４２がアクセスポイント１０２によって受信されていない、成功裏に復号されていない、またはこれらの両方であると決定するとき、第１のデバイス１１４は、第２のＴＸ＿ＯＰの間に第１のフラグメント１４２を再送信する。
【０１０６】
[0118]いくつかの実装形態では、方法１０００は、第２のＴＸ＿ＯＰの間に、アクセスポイントとして動作する第１のデバイスにおいて、第２のデバイスからの第３のデータパケットと第３のデバイスからの第４のデータパケットとを受信することを含み、第３のデータパケットは第３のデータフラグメントを含み、第４のデータパケットは第４のデータフラグメントを含む。たとえば、第１のデバイス１１４はまた、図１を参照して説明されたように、アクセスポイント１０２として動作し得る。図１を参照して説明されたように、アクセスポイント１０２として動作する第１のデバイス１１４は、第２のデータの第１のフラグメント１４６を含む第２のパケットを受信し得、第３のデータの第３のフラグメントを含む第３のパケットを第３のデバイスから受信し得る。方法１０００はまた、アクセスポイントとして動作するデバイスにおいて、第１の圧縮されていないＢＡビットマップと第２の圧縮されていないＢＡビットマップとを含むブロック確認応答（ＢＡ）フレームを生成することを含み、第１の圧縮されていないＢＡビットマップは第２のデバイスから受信された１つまたは複数のデータフラグメントを示し、第２の圧縮されていないＢＡビットマップは第３のデバイスから受信された１つまたは複数のデータフラグメントを示す。たとえば、アクセスポイント１０２として動作する第１のデバイス１１４は、圧縮されていないまたは準圧縮されたＢＡフレーム１５０を生成し得、このことは、第２のデータの第１のフラグメント１４６および第２のデータの第２のフラグメント１４８が第２のデバイス１２６から受信されたことを示し得る。方法１０００はさらに、アクセスポイントとして動作する第１のデバイスから第２のデバイスおよび第３のデバイスにＢＡフレームを送信することを含む。たとえば、アクセスポイント１０２として動作する第１のデバイス１１４は、図１を参照して説明されたように、圧縮されていないまたは準圧縮されたＢＡフレーム１５０を第２のデバイス１２６および第３のデバイスに送信することができる。
【０１０７】
[0119]他の実装形態では、方法１０００は、第２のＴＸ＿ＯＰの間にアクセスポイントとして動作する第１のデバイスにおいて、少なくとも、第２のデバイスからの第３のデータパケットと第３のデバイスからの第４のデータパケットとを受信することを含み、第３のデータパケットは第３のデータフラグメントを含み、第４のデータパケットは第４のデータフラグメントを含む。たとえば、第１のデバイス１１４はまた、図１を参照して説明されたように、アクセスポイント１０２として動作し得る。図１を参照して説明されたように、アクセスポイント１０２として動作する第１のデバイス１１４は、第２のデータの第１のフラグメント１４６を含む第２のパケットを受信し得、第３のデータの第３のフラグメントを含む第３のパケットを第３のデバイスから受信し得る。方法１０００はまた、第３のデータパケットの受信に応答して、アクセスポイントとして動作する第１のデバイスにおいて、少なくとも第１の準圧縮されたＢＡビットマップを含むＢＡフレームを生成することを含み、第１の準圧縮されたＢＡビットマップは第２のデバイスから受信された１つまたは複数のデータフラグメントを示し、第１の準圧縮されたＢＡビットマップのデータサイズは圧縮されていないＢＡビットマップのデータサイズより小さい。たとえば、アクセスポイント１０２として動作する第１のデバイス１１４は、圧縮されていないまたは準圧縮されたＢＡフレーム１５０を生成することができ、このことは、第２のデータの第１のフラグメント１４６および第２のデータの第２のフラグメント１４８が第２のデバイス１２６から受信されたことを示し得る。方法１０００はさらに、アクセスポイントとして動作する第１のデバイスから第２のデバイスにＢＡフレームを送信することを含む。たとえば、アクセスポイント１０２として動作する第１のデバイス１１４は、図１を参照して説明されたように、圧縮されていないまたは準圧縮されたＢＡフレーム１５０を第２のデバイス１２６に送信することができる。
【０１０８】
[0120]方法１０００は、ＭＵワイヤレス通信システムのデバイスが、そうされなければデバイスにより使用されないであろうＴＸ＿ＯＰの間に、データパケットにおいてデータフラグメントを送信することを可能にする。データを送信しないのではなく、データフラグメントを送信することは、デバイスによって使用されないＴＸ＿ＯＰを減らし、効率を上げ、ＭＵワイヤレス通信システムの遅延を減らす。
【０１０９】
[0121]図１１を参照すると、ワイヤレス通信の方法１１００の例示的な実装形態が示されている。たとえば、方法１１００は、ＭＵワイヤレス通信システムのアクセスポイントにおける動作と関連付けられ得る。例示的な実装形態では、方法１１００は、図１のアクセスポイント１０２によって実行され得る。いくつかの実装形態では、方法１１００のステップは他の順序で実行されることがあり、または、方法１１００の１つまたは複数のステップは任意選択であることがあり、すべての実装形態において実行されるとは限らない）。
【０１１０】
[0122]１１０２において、方法１１００は、第１のＴＸ＿ＯＰの間にアクセスポイントにおいて、第１のデバイスからの第１のデータパケットと第２のデバイスからの第２のデータパケットとを受信することを含む。第１のデータパケットは第１のデータフラグメントを含む。第２のデータパケットは第２のデータフラグメントを含む。たとえば、図１を参照すると、アクセスポイント１０２は、第１のＴＸ＿ＯＰの間に、第１のデバイス１１４からの第１のデータの第１のフラグメント１４２を含む第１のデータパケットを受信する。アクセスポイント１０２はまた、第１のＴＸ＿ＯＰの間に、第２のデバイス１２６からの第２のデータの第１のフラグメント１４６を含む第３のデータパケットを受信する。
【０１１１】
[0123]１１０４において、方法１１００は、アクセスポイントにおいて、第１のブロック確認応答ビットマップと第２のブロック確認応答ビットマップとを含むブロック確認応答フレームを生成することを含む。第１のブロック確認応答ビットマップは、第１のデバイスから受信される少なくとも第１のデータフラグメントを示し、第２のブロック確認応答ビットマップは、第２のデバイスから受信される少なくとも第２のデータフラグメントを示す。ある特定の実装形態では、第１のブロック確認応答ビットマップは第１の圧縮されていないブロック確認応答ビットマップを含み、第２のブロック確認応答ビットマップは第２の圧縮されていないブロック確認応答ビットマップを含む。たとえば、図１を参照すると、アクセスポイント１０２の圧縮されていないまたは準圧縮されたＢＡ生成ロジック１０６は、第１の圧縮されていないＢＡビットマップと第２の圧縮されていないＢＡビットマップとを含む、圧縮されていないまたは準圧縮されたＢＡフレーム１５０を生成する。ブロック確認応答フレームは、ＩＥＥＥ８０２．１１規格に従って形成され得る。ブロック確認応答フレームは、複数の圧縮されていないＢＡビットマップ７０６を含む、図７の圧縮されていないＢＡフレーム７００に対応し得る。他の実装形態では、第１のブロック確認応答ビットマップは第１の準圧縮されたブロック確認応答ビットマップを含み、第２のブロック確認応答ビットマップは第２の準圧縮されたブロック確認応答ビットマップを含む。準圧縮されたＢＡビットマップの生成はさらに、図１２を参照して説明される。
【０１１２】
[0124]方法１１００はさらに、１１０６において、ブロック確認応答フレームをアクセスポイントから第１のデバイスおよび第２のデバイスに送信することを含む。たとえば、図１を参照すると、アクセスポイント１０２は、第１のデバイス１１４および第２のデバイス１２６に圧縮されていないまたは準圧縮されたＢＡフレーム１５０を送信する。
【０１１３】
[0125]ある特定の実装形態では、ＢＡフレームは、フレーム制御フィールドと、時間長／ＩＤフィールドと、受信機アドレスフィールドと、送信機アドレスフィールドと、ブロック確認応答制御フィールドと、ブロック確認応答情報フィールドと、フレーム検査シーケンスフィールドとを含む。ＢＡ制御フィールドは、確認応答ポリシービット（たとえば、ＢＡ  ＡＣＫポリシービット）と、マルチトラフィック識別子ビットと、ビットマップ圧縮ビットと、予備ビットのセットと、マルチトラフィック識別子情報ビットのセットとを含み得る。たとえば、図７を参照すると、圧縮されていないＢＡフレーム７００は、フレーム制御フィールド６０２と、時間長／ＩＤフィールド６０４と、ＲＡフィールド６０６と、ＴＡフィールド６０８と、ＢＡ制御フィールド６１０と、ＢＡ情報フィールド６１２と、ＦＣＳフィールド６１４とを含み、ＢＡ制御フィールド６１０は、ＡＣＫポリシービット６１６と、マルチＴＩＤビット６１８と、ビットマップ圧縮ビット６２０と、予備ビットのセット６２２と、ＴＩＤ＿ＩＮＦＯビットのセット６２４とを含む。加えて、ブロック確認応答情報フィールドは、ＳＴＡ毎情報ビットの複数のセットと、ＢＡ開始シーケンス制御ビットの複数のセットと、第１の圧縮されていないブロック確認応答ビットマップおよび第２の圧縮されていないブロック確認応答ビットマップを含む複数の圧縮されていないブロック確認応答ビットマップとを含み得る。たとえば、図７を参照すると、ＢＡ情報フィールド６１２は、ＳＴＡ毎情報ビットの複数のセット７０２と、ＢＡ開始シーケンス制御ビットの複数のセット７０４と、複数の圧縮されていないＢＡビットマップ７０６とを含む。
【０１１４】
[0126]別の特定の実装形態では、方法１１００は、第１のデバイスおよび第２のデバイスの第２のＴＸ＿ＯＰの間に、アクセスポイントにおいて第１のデバイスから第３のデータパケットを受信することを含む。第３のデータパケットは第３のデータフラグメントを含み得、第１のデータフラグメントおよび第３のデータフラグメントは同じＭＳＤＵのフラグメントであることがある。たとえば、図１を参照すると、アクセスポイント１０２は、第２のＴＸ＿ＯＰの間に、第１のデバイス１１４からの第１のデータの第２のフラグメント１４４を含む第２のパケットを受信する。第１のフラグメント１４２および第２のフラグメント１４４は、同じＭＳＤＵ（図２のＭＳＤＵ２０２、図３の第２のＭＳＤＵ３０４、または図４の第２のＭＳＤＵ４０４など）のフラグメントであり得る。
【０１１５】
[0127]別の特定の実装形態では、第１のデータパケットは、シーケンス識別子番号と、フラグメント番号と、追加フラグメントインジケータとを含む、フラグメント化情報を含む。方法１１００はさらに、シーケンス識別子番号に対応する特定のデータフラグメントがアクセスポイントにおいて第１のデバイスから受信されているかどうかを決定することと、特定のデータフラグメントが受信されていないとき、第１の圧縮されていないＢＡビットマップの特定のビットを第１の値に設定することと、を含み得る。たとえば、図１を参照すると、アクセスポイント１０２は、第１のフラグメント１４２が受信されているかどうかを決定し、第１のフラグメント１４２が受信されていないとき、第１のフラグメント１４２に対応する（圧縮されていないまたは準圧縮されたＢＡフレーム１５０の中の）第１の圧縮されていないＢＡビットマップの特定のビットを第１の値に設定する。方法１１００はさらに、特定のデータフラグメントが受信されているとき、特定のビットを第２の値に設定することを含み得る。たとえば、図１を参照すると、アクセスポイント１０２は、第１のフラグメント１４２が受信されているとき、特定のビットを第２の値に設定する。加えて、または代替的に、方法１１００は、第１のデバイスおよび第２のデバイスの第２のＴＸ＿ＯＰの間に、アクセスポイントにおいて第１のデバイスから第３のデータパケットを受信することを含み、第３のデータパケットは特定のデータフラグメントを含む。たとえば、図１を参照すると、第１のフラグメント１４２が受信されていないことを示す、圧縮されていないまたは準圧縮されたＢＡフレーム１５０を送信した後で、アクセスポイント１０２は、（第２のフラグメント１４４の代わりに、またはそれに加えて）第２のＴＸ＿ＯＰの間に第１のフラグメント１４２の再送信を受信する。
【０１１６】
[0128]方法１１００は、ＭＵワイヤレス通信システムのアクセスポイントが、複数のデバイスからＵＬデータフラグメントを受信することを可能にする。アクセスポイントは、複数のデバイスの各々に対応する圧縮されていないＢＡビットマップを含む単一の圧縮されていないＢＡフレームを送信することによって、ＵＬデータフラグメントに応答し得る。
【０１１７】
[0129]図１２を参照すると、ワイヤレス通信の方法１２００の例示的な実装形態が示されている。たとえば、方法１２００は、ＭＵワイヤレス通信システムのアクセスポイントにおける動作と関連付けられ得る。方法１２００は図１のアクセスポイント１０２によって実行され得る。いくつかの実装形態では、方法１２００のステップは他の順序で実行されることがあり、または、方法１２００の１つまたは複数のステップは任意選択であることがあり、実行されないことがある。
【０１１８】
[0130]１２０２において、方法１２００は、第１の送信機会（ＴＸ＿ＯＰ）の間にアクセスポイントにおいて、少なくとも、第１のデバイスからの第１のデータパケットと第２のデバイスからの第２のデータパケットとを受信することを含む。第１のデータパケットは第１のデータフラグメントを含み得、第２のデータパケットは第２のデータフラグメントを含み得る。たとえば、図１を参照すると、アクセスポイント１０２は、第１のＴＸ＿ＯＰの間に、第１のデバイス１１４からの第１のデータの第１のフラグメント１４２を含む第１のデータパケットを受信する。アクセスポイント１０２はまた、第１のＴＸ＿ＯＰの間に、第２のデバイス１２６からの第２のデータの第１のフラグメント１４６を含む第２のデータパケットを受信する。
【０１１９】
[0131]１２０４において、方法１２００は、アクセスポイントにおいて、第１の準圧縮されたＢＡビットマップを少なくとも含むＢＡフレームを生成することを含む。第１の準圧縮されたＢＡビットマップは、第１のデバイスから受信された１つまたは複数のデータフラグメントを示す。たとえば、図１を参照すると、アクセスポイント１０２の圧縮されていないまたは準圧縮されたＢＡ生成ロジック１０６は、第１の準圧縮されたＢＡビットマップを少なくとも含む、圧縮されていないまたは準圧縮されたＢＡフレーム１５０を生成し得る。ＢＡフレームは、ＩＥＥＥ８０２．１１規格に従って形成され得る。ＢＡフレームは、図８の準圧縮されたＢＡフレーム８００または図９の準圧縮されたＢＡフレーム９００に対応し得る。ある特定の実装形態では、第１のデータフラグメントは第１のデータユニットに対応し、第１の準圧縮されたＢＡビットマップは、第１のデータフラグメントがアクセスポイントによって受信されていることを示す。加えて、準圧縮されたＢＡビットマップは、第１のデータユニットに対応するシーケンス番号に対して割り当てられた、準圧縮されたＢＡビットマップのビットのセットにおいて、第１のデータフラグメントのフラグメント番号を示し得る。たとえば、図８の準圧縮されたＢＡビットマップ８０２は、特定のＭＳＤＵに対応する１つまたは２つのデータフラグメントが、その特定のＭＳＤＵに対応するシーケンス番号に対して割り当てられたビットのセットにおいて、アクセスポイントによって受信されていることを示し得る。第１の準圧縮されたＢＡビットマップのデータサイズは、圧縮されていないＢＡビットマップのデータサイズより小さくなり得る。たとえば、図８の準圧縮されたＢＡビットマップ８０２のデータサイズは、図６の圧縮されていないＢＡビットマップ６２８のデータサイズより小さく、図９の準圧縮されたＢＡビットマップ９０６のデータサイズは、少数のデータフラグメント（１つまたは２つのデータフラグメントなど）だけが準圧縮されたＢＡビットマップ８０２または準圧縮されたＢＡビットマップ９０６によって示されるとき、図７の圧縮されていないＢＡビットマップ７０６のデータサイズより小さくなり得る。
【０１２０】
[0132]方法１２００はさらに、１２０６において、ＢＡフレームをアクセスポイントから第１のデバイスに送信することを含む。たとえば、図１を参照すると、アクセスポイント１０２は、第１のデバイス１１４に圧縮されていないまたは準圧縮されたＢＡフレーム１５０を送信する。
【０１２１】
[0133]ある特定の実装形態では、方法１２００は、アクセスポイントにおいて、第２の準圧縮されたＢＡビットマップを含む第２のＢＡフレームを生成することと、第２のＢＡフレームをアクセスポイントから第２のデバイスに送信することとを含む。第２の準圧縮されたＢＡビットマップは、第２のデバイスから受信された１つまたは複数のデータフラグメントを特定し得る。たとえば、図１および図８を参照すると、第２の準圧縮されたＢＡビットマップ８０２を含む第２の準圧縮されたＢＡフレーム（たとえば、準圧縮されたＢＡフレーム８００）は、アクセスポイント１０２から第２のデバイス１２６に送信され得る。加えて、または代替的に、ＢＡフレームはＢＡ制御フィールドとＢＡ情報フィールドとを含み得、ＢＡ制御フィールドは、ビットマップ圧縮ビットと、予備ビットのセットとを含み得、ＢＡ情報フィールドはブロック確認応答開始シーケンス制御ビットのセットと第１の準圧縮されたＢＡビットマップとを含み得る。たとえば、図８を参照すると、準圧縮されたＢＡフレーム８００はＢＡ制御フィールド６１０とＢＡ情報フィールド６１２とを含み得、ＢＡ制御フィールド６１０はビットマップ圧縮ビット６２０と予備ビットのセット６２２とを含み得、ＢＡ情報フィールド６１２は開始シーケンス制御ビットのセット６２６と準圧縮されたＢＡビットマップ８０２とを含み得る。
【０１２２】
[0134]ある特定の実装形態では、ビットマップ圧縮ビットは第１の値を有し、予備ビットのセットの１つまたは複数のビットは、ＢＡフレームが第１の準圧縮されたＢＡビットマップを含むことを示し、第１の準圧縮されたＢＡビットマップは、１つまたは複数のデータフラグメント識別子を示す複数のビットを含み、１つまたは複数のデータフラグメント識別子の各々は、特定のブロック確認応答シーケンスに対応する複数のデータユニットのうちの１つのデータユニットのデータフラグメントに対応する。たとえば、図８を参照して説明されるように、ビットマップ圧縮ビット６２０が第１の値（論理値０など）を有するとき、予備ビットのセット６２２の１つまたは複数のビットは、準圧縮されたＢＡフレーム８００が準圧縮されたＢＡビットマップ８０２を含むことを示し、準圧縮されたＢＡビットマップ８０２は、準圧縮されたＢＡビットマップ８０２の第１の実装形態に従って形成される。ある代替的な実装形態では、ビットマップ圧縮ビットは第２の値を有し、予備ビットのセットの１つまたは複数のビットは、ＢＡフレームが第１の準圧縮されたＢＡビットマップを含むことを示し、第１の準圧縮されたＢＡビットマップは、圧縮されたブロック確認応答ビットマップとフラグメント識別情報サブフィールドのセットとを含む。加えて、圧縮されたブロック確認応答ビットマップは、第１のデバイスからアクセスポイントによって受信される１つまたは複数のフラグメント化されていないデータユニットを示す複数のビットを含み得、フラグメント識別情報サブフィールドのセットは、シーケンス識別子サブフィールドとデータフラグメント識別子とを含み得る。たとえば、図８を参照して説明されるように、ビットマップ圧縮ビット６２０が第２の値（論理値１など）を有するとき、予備ビットのセット６２２の１つまたは複数のビットは、準圧縮されたＢＡフレーム８００が準圧縮されたＢＡビットマップ８０２を含むことを示し、準圧縮されたＢＡビットマップ８０２は、準圧縮されたＢＡビットマップ８０２の第２の実装形態に従って形成される。
【０１２３】
[0135]別の特定の実装形態では、ＢＡフレームは第２の準圧縮されたＢＡビットマップを含み、第２の準圧縮されたＢＡビットマップは第２のデバイスから受信される１つまたは複数のデータフラグメントを示し、ＢＡフレームはアクセスポイントから第１のデバイスおよび第２のデバイスに送信される。たとえば、図１および図９を参照すると、２つの第２の準圧縮されたＢＡビットマップ９０６を含む準圧縮されたＢＡフレーム９００は、アクセスポイント１０２から第１のデバイス１１４および第２のデバイス１２６に送信され得る。加えて、または代替的に、ＢＡフレームはＢＡ制御フィールドとＢＡ情報フィールドとを含み得、ＢＡ制御フィールドはビットマップ圧縮ビットと予備ビットのセットとを含み得、ＢＡ情報フィールドは、局毎情報ビットの第１のセットと、ブロック確認応答開始シーケンス制御ビットの第１のセットと、第１の準圧縮されたＢＡビットマップと、ＳＴＡ毎情報ビットの第２のセットと、ブロック確認応答開始シーケンス制御ビットの第２のセットと、第２の準圧縮されたＢＡビットマップとを含み得る。たとえば、図９を参照すると、準圧縮されたＢＡフレーム９００はＢＡ制御フィールド６１０とＢＡ情報フィールド６１２とを含み得、ＢＡ制御フィールド６１０はビットマップ圧縮ビット６２０と予備ビットのセット６２２とを含み得、ＢＡ情報フィールド６１２は、局毎情報ビットのセット９０２、ＢＡ開始シーケンス制御ビットのセット９０４、および準圧縮されたＢＡビットマップ９０６の複数のグループを含み得る。１つの特定の態様では、ＢＡ情報フィールド６１２は、ＳＴＡ毎情報ビットのセット９０２の２つのグループを含み得る。
【０１２４】
[0136]ある特定の実装形態では、ビットマップ圧縮ビットは第１の値を有し、ブロック確認応答フレームを示す予備ビットのセットの１つまたは複数のビットは、少なくとも１つの準圧縮されたブロック確認応答ビットマップを含み、局毎情報ビットの第１のセットの１つまたは複数の予備ビットは、第１のデバイスに対応する関連付け識別子と、データユニットが第１のデバイスによって分割されるデータフラグメントの閾値（最大など）の数とを示し、第１の準圧縮されたブロック確認応答ビットマップは、特定のブロック確認応答シーケンスに対応する複数のデータユニットの各々に対応するデータフラグメントのデータフラグメント識別子を示す複数のビットを含む。たとえば、図８を参照して説明されるように、ビットマップ圧縮ビット６２０が第１の値（論理値０など）を有するとき、予備ビットのセット６２２の１つまたは複数のビットは、準圧縮されたＢＡフレーム９００が準圧縮されたＢＡビットマップ９０６を含むことを示し、第１の局毎情報ビット９０２の１つまたは複数の予備ビット９０８は、第１のデバイスに対応するＡＩＤを示し、データユニットが第１のデバイスによって分割されるデータフラグメントの閾値（最大など）の数を含み得、準圧縮されたＢＡビットマップ９０６は、準圧縮されたＢＡビットマップ８０２の第１の実装形態に従って形成される。ある代替的な実装形態では、ビットマップ圧縮ビットは第２の値を有し、予備ビットのセットの１つまたは複数のビットは、ＢＡフレームが少なくとも１つの準圧縮されたＢＡビットマップを含むことを示し、ＳＴＡ毎情報ビットの第１のセットの１つまたは複数の予備ビットは、第１のデバイスに対応するＡＩＤを示し、第１の準圧縮されたＢＡビットマップは、圧縮されたＢＡビットマップとフラグメント識別情報サブフィールドのセットとを含み、フラグメント識別情報サブフィールドのセットは、第１のシーケンス識別子サブフィールドとデータフラグメント識別子とを含む。たとえば、図８を参照して説明されるように、ビットマップ圧縮ビット６２０が第２の値（論理値１など）を有するとき、予備ビットのセット６２２の１つまたは複数のビットは、準圧縮されたＢＡフレーム９００が準圧縮されたＢＡビットマップ９０６を含むことを示し、第１のＳＴＡ毎情報ビット９０２の１つまたは複数の予備ビット９０８は、第１のデバイスに対応するＡＩＤを示し、準圧縮されたＢＡビットマップ９０６は、準圧縮されたＢＡビットマップ８０２の第２の実装形態に従って形成される。
【０１２５】
[0137]別の例示的な実装形態では、第１のデバイスのデータユニットシーケンス中のデータユニットの数と、データユニットが第１のデバイスによって分割されるデータフラグメントの閾値（最大など）の数とが、アクセスポイントの製造の間にアクセスポイントのメモリに記憶される。たとえば、図１を参照すると、第１のデバイス１１４のＭＳＤＵシーケンス中のＭＳＤＵの数と、データユニットが第１のデバイス１１４によって分割されるデータフラグメントの閾値（最大など）の数（ｍまたはｋ）とが、アクセスポイント１０２の製造の間にメモリ１１０に記憶され得る。ある代替的な実装形態では、方法１２００はさらに、ＢＡフレームを生成する前に、第１のＢＡセッション要求を受信することを含む。第１のＢＡセッション要求は、第１のデバイスのデータユニットシーケンス中のデータユニットの閾値（最大など）の数と、データユニットが第１のデバイスによって分割されるデータフラグメントの最大の数とを示し得る。たとえば、図１を参照すると、アクセスポイント１０２は、圧縮されていないまたは準圧縮されたＢＡフレーム１５０を生成する前に第１のデバイス１１４から第１のＡＤＤＢＡ要求１６２を受信し得、第１のＡＤＤＢＡ要求１６２は、第１のデバイス１１４のＭＳＤＵシーケンスにおけるＭＳＤＵの閾値（最大など）の数と、データユニットが第１のデバイス１１４によって分割されるデータフラグメントの閾値（最大など）の数（ｍまたはｋ）とを示し得る。
【０１２６】
[0138]方法１２００は、ＭＵワイヤレス通信システムのアクセスポイントが、複数のデバイスからＵＬデータフラグメントを受信することを可能にする。アクセスポイントは、準圧縮されたＢＡビットマップを含む１つまたは複数の準圧縮されたＢＡフレームを複数のデバイスに送信することによって、ＵＬデータフラグメントに応答し得る。
【０１２７】
[0139]図１３を参照すると、ワイヤレス通信デバイスの特定の例示的な実装形態が示されており、全体的に１３００と指定されている。デバイス１３００は、メモリ１３３２に結合されたデジタル信号プロセッサなどのプロセッサ１３１０を含む。ある例示的な実装形態では、デバイス１３００、またはそのコンポーネントは、図１のアクセスポイント１０２、第１のデバイス１１４、または第２のデバイス１２６、またはこれらのコンポーネントに対応し得る。
【０１２８】
[0140]プロセッサ１３１０は、ソフトウェアを実行するように構成され得る。ソフトウェアは、非一時的コンピュータ可読媒体などのメモリ１３３２に記憶された１つまたは複数の命令１３６８のプログラムを含み得る。加えて、または代替的に、プロセッサ１３１０は、ＩＥＥＥ８０２．１１適合インターフェースなどのワイヤレスインターフェース１３４０のメモリに記憶された１つまたは複数の命令を実施するように構成され得る。たとえば、ワイヤレスインターフェース１３４０は、ＩＥＥＥ８０２．１１ａｘ規格などの１つまたは複数のＩＥＥＥ８０２．１１規格を含む、１つまたは複数のワイヤレス通信規格に従って動作するように構成され得る。特定の実装形態では、プロセッサ１３１０は、図１０〜図１２の方法の１つまたは複数に従って動作するように構成され得る。たとえば、プロセッサ１３１０は、データ生成ロジック１３６０、データフラグメント化ロジック１３６２、データデフラグメントロジック１３６４、圧縮されていないもしくは準圧縮されたＢＡ生成ロジック１３６６、またはこれらの組合せを含み得る。ある特定の実装形態では、プロセッサ１３１０は、図１０の方法１０００を実行するように構成される、データ生成ロジック１３６０とデータフラグメント化ロジック１３６２とを含む。別の特定の実装形態では、プロセッサ１３１０は、図１１の方法１１００を実行するために、データデフラグメントロジック１３６４と圧縮されていないまたは準圧縮されたＢＡ生成ロジック１３６６とを含む。
【０１２９】
[0141]ワイヤレスインターフェース１３４０は、プロセッサ１３１０とアンテナ１３４２とに結合され得る。たとえば、ワイヤレスインターフェース１３４０は、ワイヤレスデータがアンテナ１３４２を介して受信され得るように、およびプロセッサ１３１０に提供され得るように、送受信機１３４６を介してアンテナ１３４２に結合され得る。コーダ／デコーダ（コーデック）１３３４も、プロセッサ１３１０に結合され得る。スピーカー１３３６およびマイクロフォン１３３８が、コーデック１３３４に結合され得る。ディスプレイコントローラ１３２６が、プロセッサ１３１０とディスプレイデバイス１３２８とに結合され得る。ある特定の実装形態では、プロセッサ１３１０、ディスプレイコントローラ１３２６、メモリ１３３２、コーデック１３３４、およびワイヤレスインターフェース１３４０は、システムインパッケージまたはシステムオンチップデバイス１３２２に含まれる。ある特定の実装形態では、入力デバイス１３３０および電源１３４４が、システムオンチップデバイス１３２２に結合される。その上、ある特定の実装形態では、図１３に示されるように、ディスプレイデバイス１３２８、入力デバイス１３３０、スピーカー１３３６、マイクロフォン１３３８、アンテナ１３４２、および電源１３４４は、システムオンチップデバイス１３２２の外部にある。しかしながら、ディスプレイデバイス１３２８、入力デバイス１３３０、スピーカー１３３６、マイクロフォン１３３８、アンテナ１３４２、および電源１３４４の各々は、１つまたは複数のインターフェースまたはコントローラなどのシステムオンチップデバイス１３２２の１つまたは複数のコンポーネントに結合され得る。
【０１３０】
[0142]開示される実装形態の１つまたは複数は、通信デバイス、固定位置データユニット、モバイル位置データユニット、携帯電話、セルラー電話、衛星電話、コンピュータ、タブレット、ポータブルコンピュータ、またはデスクトップコンピュータを含み得る、デバイス１３００などのシステムまたは装置において実装され得る。加えて、デバイス１３００は、セットトップボックス、エンターテインメントユニット、ナビゲーションデバイス、携帯情報端末（ＰＤＡ）、モニタ、コンピュータモニタ、テレビジョン、チューナー、ラジオ、衛星ラジオ、音楽プレーヤ、デジタル音楽プレーヤ、ポータブル音楽プレーヤ、ビデオプレーヤ、デジタルビデオプレーヤ、デジタルビデオディスク（ＤＶＤ）プレーヤ、ポータブルデジタルビデオプレーヤ、データまたはコンピュータ命令を記憶するか、または取り出す任意の他のデバイス、あるいはそれらの組合せを含み得る。別の例示的な、非限定的な例として、システムまたは装置は、携帯電話、ハンドヘルドパーソナル通信システム（ＰＣＳ）ユニット、個人情報端末などのポータブルデータユニット、全地球測位システム（ＧＰＳ）対応デバイス、ナビゲーションデバイス、メーター読取り機器などの固定位置データユニット、あるいは、データもしくはコンピュータ命令を記憶するかまたは取り出す任意の他のデバイスなどの、リモートユニット、あるいはそれらの任意の組合せを含み得る。
【０１３１】
[0143]図１〜図１３の１つまたは複数は、本開示の教示によるシステム、装置、方法、またはこれらの組合せを示し得るが、本開示は、これらの示されたシステム、装置、方法、またはこれらの組合せに限定されない。本開示の実装形態は、メモリと、プロセッサと、オンチップ回路とを含む集積回路を含む任意のデバイスにおいて適切に採用され得る。
【０１３２】
[0144]説明される実装形態に関連して、第１の装置は、アクセスポイントに送信されるべきデータに基づいて、少なくとも第１のデータフラグメントと第２のデータフラグメントとを生成するための手段を含む。第１のデータフラグメントおよび第２のデータフラグメントは、データのサイズがＴＸ＿ＯＰのサイズを超えるときに生成される。第１のデータフラグメントのサイズは、ＴＸ＿ＯＰのサイズに基づいて選択される。たとえば、少なくとも第１のデータフラグメントと第２のデータフラグメントとを生成するための手段は、図１の第１のデバイス１１４、データフラグメント化ロジック１１８、プロセッサ１２０、図１３の命令１３６８を実行するようにプログラムされるプロセッサ１３１０、データフラグメント化ロジック１３６２、アクセスポイントに送信されるべきデータに基づいて少なくとも第１のデータフラグメントと第２のデータフラグメントとを生成するための１つまたは複数の他のデバイス、回路、モジュール、もしくは命令、またはこれらの任意の組合せを含み得る。
【０１３３】
[0145]第１の装置はまた、ＴＸ＿ＯＰの間に、データパケットをアクセスポイントに送信するための手段を含む。データパケットは第１のデータフラグメントを含む。たとえば、データパケットを送信するための手段は、図１の第１のデバイス１１４、データフラグメント化ロジック１１８、プロセッサ１２０、ワイヤレスインターフェース１２４、図１３の命令１３６８を実行するようにプログラムされたプロセッサ１３１０、データフラグメント化ロジック１３６２、ワイヤレスインターフェース１３４０、データフラグメントをアクセスポイントに送信するための１つまたは複数の他のデバイス、回路、モジュール、もしくは命令、またはこれらの任意の組合せを含み得る。
【０１３４】
[0146]説明された実装形態に関連して、第２の装置は、第１のデバイスからの第１のデータパケットの受信および第２のデバイスからの第２のデータパケットの受信に基づいて、ＢＡフレームを生成するための手段を含む。第１のデータパケットは、第１のデータフラグメントを含み、ＴＸ＿ＯＰの間に受信され、第２のデータパケットは、第２のデータフラグメントを含み、ＴＸ＿ＯＰの間に受信される。ＢＡフレームは、第１のＢＡビットマップ（第１のデバイスから受信される少なくとも第１のデータフラグメントを示す）と、第２のＢＡビットマップ（第２のデバイスから受信される少なくとも第２のデータフラグメントを示す）とを含む。たとえば、ＢＡフレームを生成するための手段は、図１のアクセスポイント１０２、圧縮されていないもしくは準圧縮されたＢＡ生成ロジック１０６、プロセッサ１０８、ワイヤレスインターフェース１１２、図１３の命令１３６８を実行するようにプログラムされたプロセッサ１３１０、圧縮されていないもしくは準圧縮されたＢＡ生成ロジック１３６６、ワイヤレスインターフェース１３４０、第１の圧縮されていないＢＡビットマップと第２の圧縮されていないＢＡビットマップとを含むＢＡフレームを生成するための１つまたは複数の他のデバイス、回路、モジュール、もしくは命令、またはこれらの任意の組合せを含み得る。ある特定の実装形態では、第１のＢＡビットマップおよび第２のＢＡビットマップは圧縮されていないＢＡビットマップである。ある代替的な実装形態では、第１のＢＡビットマップおよび第２のＢＡビットマップは準圧縮されたＢＡビットマップである。
【０１３５】
[0147]第２の装置はまた、ＢＡフレームを第１のデバイスおよび第２のデバイスに送信するための手段を含む。たとえば、ＢＡフレームを送信するための手段は、図１のアクセスポイント１０２、圧縮されていないもしくは準圧縮されたＢＡ生成ロジック１０６、プロセッサ１０８、ワイヤレスインターフェース１１２、図１３の命令１３６８を実行するようにプログラムされたプロセッサ１３１０、圧縮されていないもしくは準圧縮されたＢＡ生成ロジック１３６６、ワイヤレスインターフェース１３４０、ＢＡフレームを第１のデバイスおよび第２のデバイスに送信するための１つまたは複数の他のデバイス、回路、モジュール、もしくは命令、またはこれらの任意の組合せを含み得る。
【０１３６】
[0148]説明された実装形態に関連して、第３の装置は、少なくとも第１のデバイスからの第１のデータパケットおよび第２のデバイスからの第２のデータパケットの受信に基づいて、ＢＡフレームを生成するための手段を含む。第１のデータパケットは、第１のデータフラグメントを含み、ＴＸ＿ＯＰの間に受信され、第２のデータパケットは、第２のフラグメントを含み、ＴＸ＿ＯＰの間に受信される。ＢＡフレームは少なくとも、第１の準圧縮されたＢＡビットマップ（第１のデバイスから受信された１つまたは複数のデータフラグメントを示す）を含む。たとえば、ＢＡフレームを生成するための手段は、図１のアクセスポイント１０２、圧縮されていないもしくは準圧縮されたＢＡ生成ロジック１０６、プロセッサ１０８、ワイヤレスインターフェース１１２、図１３の命令１３６８を実行するようにプログラムされたプロセッサ１３１０、圧縮されていないもしくは準圧縮されたＢＡ生成ロジック１３６６、ワイヤレスインターフェース１３４０、第１の準圧縮されたＢＡビットマップを含むＢＡフレームを生成するための１つまたは複数の他のデバイス、回路、モジュール、もしくは命令、またはこれらの任意の組合せを含み得る。
【０１３７】
[0149]第３の装置はまた、ＢＡフレームを第１のデバイスおよび第２のデバイスに送信するための手段を含む。たとえば、ＢＡフレームを送信するための手段は、図１のアクセスポイント１０２、圧縮されていないもしくは準圧縮されたＢＡ生成ロジック１０６、プロセッサ１０８、ワイヤレスインターフェース１１２、図１３の命令１３６８を実行するようにプログラムされたプロセッサ１３１０、圧縮されていないもしくは準圧縮されたＢＡ生成ロジック１３６６、ワイヤレスインターフェース１３４０、ＢＡフレームを第１のデバイスおよび第２のデバイスに送信するための１つまたは複数の他のデバイス、回路、モジュール、もしくは命令、またはこれらの任意の組合せを含み得る。
【０１３８】
[0150]本明細書で開示された実装形態に関連して説明された様々な例示的なロジックブロック、構成、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、プロセッサによって実行されるコンピュータソフトウェア、または両方の組合せとして実装され得ることを当業者はさらに理解するであろう。様々な例示的なコンポーネント、ブロック、構成、モジュール、回路、およびステップが、上では全般に、それらの機能に関して説明された。そのような機能がハードウェアとして実装されるか、プロセッサ実行可能命令として実装されるかは、特定の適用例および全体的なシステムに課された設計制約に依存する。当業者は、説明された機能を具体的な適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲からの逸脱を引き起こすものと解釈されるべきではない。
【０１３９】
[0151]本明細書で開示された実装形態に関して説明された方法またはアルゴリズムのステップは、直接ハードウェアに含まれ、プロセッサによって実行されるソフトウェアモジュールに含まれ、またはこれらの２つの組合せであり得る。ソフトウェアモジュールは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読取り専用メモリ（ＲＯＭ）、プログラマブル読取り専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ（登録商標））、レジスタ、ハードディスク、リムーバブルディスク、コンパクトディスク読取り専用メモリ（ＣＤ−ＲＯＭ）、または当技術分野で知られている任意の他の形態の非一時的（ｎｏｎ−ｔｒａｎｓｉｅｎｔ）（または非一時的（ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ））記憶媒体中に存在し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにプロセッサに結合される。代替的に、記憶媒体はプロセッサと一体であり得る。プロセッサおよび記憶媒体は、特定用途向け集積回路（ＡＳＩＣ）中に存在し得る。ＡＳＩＣは、コンピューティングデバイスまたはユーザ端末に存在し得る。代替的に、プロセッサおよび記憶媒体は、コンピューティングデバイスまたはユーザ端末に個別のコンポーネントとして存在し得る。
【０１４０】
[0152]開示される実装形態の前の説明は、開示される実装形態を当業者が製作または使用することを可能にするために与えられる。これらの実装形態に対する様々な修正が、当業者には容易に明らかになり、本明細書において定義される原理は、本開示の範囲から逸脱することなく、他の実装形態に適用され得る。したがって、本開示は、本明細書において示される実装形態に限定されることを意図されず、特許請求の範囲によって定義される原理および新規の特徴と合致する可能な限り最も広い範囲が与えられるべきである。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ワイヤレス通信のための装置であって、
アクセスポイントに送信されるべきデータを生成し、前記データのサイズが第１の送信機会（ＴＸ＿ＯＰ）のサイズを超えると決定するように構成されるデータ生成ロジックと、
前記データに基づいて、少なくとも第１のデータフラグメントと第２のデータフラグメントとを生成するように構成されるデータフラグメント化ロジックと、ここにおいて、前記第１のデータフラグメントのサイズは前記第１のＴＸ＿ＯＰの前記サイズに基づいて選択され、
前記第１のＴＸ＿ＯＰの間に、第１のデータパケットを前記アクセスポイントに送信するように構成されるワイヤレスインターフェースと、前記第１のデータパケットは前記第１のデータフラグメントを含み、
を備える装置。
［Ｃ２］
前記データ生成ロジックは、さらに、変調およびコーディング方式に基づいて、前記第１のＴＸ＿ＯＰの間に送信されることが可能な閾値のデータ量を決定するように構成され、
前記データフラグメント化ロジックは、さらに、前記閾値のデータ量以下のサイズを有するように前記第１のデータフラグメントを生成するように構成される、
Ｃ１に記載の装置。
［Ｃ３］
前記ワイヤレスインターフェースは、さらに、前記アクセスポイントから、第２のＴＸ＿ＯＰに対応するタイミング情報を含むトリガフレームを受信し、前記第２のＴＸ＿ＯＰの間に、前記第２のデータフラグメントを含む第２のデータパケットを前記アクセスポイントに送信するように構成される、Ｃ１に記載の装置。
［Ｃ４］
前記ワイヤレスインターフェースは、さらに、前記アクセスポイントから、第１の圧縮されていないブロック確認応答ビットマップまたは第１の準圧縮されたブロック確認応答ビットマップを含むブロック確認応答フレームを受信するように構成される、Ｃ１に記載の装置。
［Ｃ５］
前記ワイヤレスインターフェースは、さらに、第２のＴＸ＿ＯＰの間に前記アクセスポイントへ、前記第２のデータフラグメントを含む第２のデータパケットを送信するように構成される、Ｃ１に記載の装置。
［Ｃ６］
前記データ生成ロジックは、さらに、第１の媒体アクセス制御（ＭＡＣ）層サービスデータユニットを生成することによって、前記アクセスポイントに送信されるべき前記データを生成するように構成され、
前記データフラグメント化ロジックは、さらに、前記第１のＭＡＣ層サービスデータユニットの第１のフラグメントを生成することによって前記第１のデータフラグメントを生成し、前記第１のＭＡＣ層サービスデータユニットの第２のフラグメントを生成することによって前記第２のデータフラグメントを生成するように構成される、Ｃ１に記載の装置。
［Ｃ７］
ワイヤレス通信のための方法であって、
第１のデバイスにおいて、アクセスポイントに送信されるべき第１のデータを生成することと、
前記第１のデータのサイズが第１の送信機会（ＴＸ＿ＯＰ）のサイズを超えると決定することと、
前記第１のデータに基づいて、少なくとも第１のデータフラグメントと第２のデータフラグメントとを生成することと、ここにおいて、前記第１のデータフラグメントのサイズは前記第１のＴＸ＿ＯＰの前記サイズに基づいて選択され、
前記第１のＴＸ＿ＯＰの間に、第１のデータパケットを前記第１のデバイスから前記アクセスポイントに送信することと、前記第１のデータパケットは前記第１のデータフラグメントを含み、
を備える方法。
［Ｃ８］
前記第１のデータパケットは第１の物理層プロトコルデータユニットを含み、
前記第１の物理層プロトコルデータユニットのペイロードは、第１のＭＡＣ層プロトコルデータユニットを含み、
前記第１のＭＡＣ層プロトコルデータユニットは、前記第１のデータフラグメントを含む、
Ｃ７に記載の方法。
［Ｃ９］
第２のＴＸ＿ＯＰの間に、第２のデータパケットを前記アクセスポイントに送信することをさらに備え、前記第２のデータパケットは第２の物理層プロトコルデータユニットを含み、前記第２の物理層プロトコルデータユニットのペイロードは第２のＭＡＣ層プロトコルデータユニットを含み、前記第２のＭＡＣ層プロトコルデータユニットは前記第２のデータフラグメントを含む、Ｃ７に記載の方法。
［Ｃ１０］
前記第２の物理層プロトコルデータユニットは、前記第２のＭＡＣ層プロトコルデータユニットと第３のＭＡＣ層プロトコルデータユニットと第４のＭＡＣ層プロトコルデータユニットとを含む集約されたＭＡＣ層プロトコルデータユニットを含み、
前記第２のデータフラグメントと前記第３のＭＡＣ層プロトコルデータユニットの第２のＭＡＣ層サービスデータユニットと前記第４のＭＡＣ層プロトコルデータユニットの第３のＭＡＣ層サービスデータユニットの第１のフラグメントとを、前記第２のＴＸ＿ＯＰのサイズ以下のサイズを有するように組み合わせることをさらに備える、
Ｃ９に記載の方法。
［Ｃ１１］
前記第１のデータは、第２のＭＡＣ層サービスデータユニットを含み、
前記第１のデータパケットは、第１の物理層プロトコルデータユニットを含み、
前記第１の物理層プロトコルデータユニットのペイロードは、集約されたＭＡＣ層プロトコルデータユニットを含み、
前記集約されたＭＡＣ層プロトコルデータユニットは、第１のＭＡＣ層プロトコルデータユニットと第２のＭＡＣ層プロトコルデータユニットとを含み、
前記第１のＭＡＣ層プロトコルデータユニットは、前記第１のデータフラグメントを含み、
前記第２のＭＡＣ層プロトコルデータユニットは、前記第２のＭＡＣ層サービスデータユニットを含む、Ｃ７に記載の方法。
［Ｃ１２］
ワイヤレス通信のための装置であって、
第１の送信機会（ＴＸ＿ＯＰ）の間に、第１のデバイスからの第１のデータパケットと、第２のデバイスからの第２のデータパケットとを受信するように構成されるデータデフラグメントロジックと、前記第１のデータパケットは第１のデータフラグメントを含み、前記第２のデータパケットは第２のデータフラグメントを含み、
第１のブロック確認応答ビットマップと第２のブロック確認応答ビットマップとを含むブロック確認応答フレームを生成するように構成されるブロック確認応答生成ロジックと、ここにおいて、前記第１のブロック確認応答ビットマップは、前記第１のデバイスから受信される少なくとも前記第１のデータフラグメントを示し、前記第２のブロック確認応答ビットマップは、前記第２のデバイスから受信される少なくとも前記第２のデータフラグメントを示し、
前記ブロック確認応答フレームを、前記第１のデバイスおよび前記第２のデバイスに送信するように構成されるワイヤレスインターフェースと、
を備える装置。
［Ｃ１３］
前記ブロック確認応答生成ロジックは、さらに、米国電気電子学会（ＩＥＥＥ）８０２．１１規格に従って前記ブロック確認応答フレームを生成するように構成され、
前記ワイヤレスインターフェースは、さらに、前記ＩＥＥＥ８０２．１１規格に従って動作するワイヤレスネットワークを介して前記ブロック確認応答フレームを送信するように構成される、Ｃ１２に記載の装置。
［Ｃ１４］
前記データデフラグメントロジックは、さらに、前記第１のデータパケットに含まれるフラグメント化情報を特定するように構成され、前記フラグメント化情報は、シーケンス識別子番号と、フラグメント番号と、追加フラグメントインジケータとを含む、Ｃ１２に記載の装置。
［Ｃ１５］
前記データデフラグメントロジックは、さらに、
前記シーケンス識別子番号に対応する特定のデータフラグメントが、前記第１のデバイスから受信されているかどうかを決定し、
前記特定のデータフラグメントが受信されていないと決定したことに応答して、前記第１のブロック確認応答ビットマップの特定のビットを第１の値に設定するように構成される、Ｃ１４に記載の装置。
［Ｃ１６］
前記データデフラグメントロジックは、さらに、前記シーケンス識別子番号に対応する前記特定のデータフラグメントが受信されていると決定したことに応答して、前記特定のビットを第２の値に設定するように構成される、Ｃ１５に記載の装置。
［Ｃ１７］
ワイヤレス通信のための方法であって、
第１のデバイスおよび第２のデバイスによって使用される第１の送信機会（ＴＸ＿ＯＰ）の間に、アクセスポイントにおいて、前記第１のデバイスからの第１のデータパケットと前記第２のデバイスからの第２のデータパケットとを受信することと、前記第１のデータパケットは第１のデータフラグメントを含み、前記第２のデータパケットは第２のデータフラグメントを含み、
前記アクセスポイントにおいて、少なくとも第１のブロック確認応答ビットマップと第２のブロック確認応答ビットマップとを含むブロック確認応答フレームを生成することと、ここにおいて、前記第１のブロック確認応答ビットマップは、前記第１のデバイスから受信される少なくとも前記第１のデータフラグメントを示し、前記第２のブロック確認応答ビットマップは、前記第２のデバイスから受信される少なくとも前記第２のデータフラグメントを示し、
前記第１のデバイスに前記ブロック確認応答フレームを送信することと、
を備える、方法。
［Ｃ１８］
前記第１のブロック確認応答ビットマップは、第１の圧縮されていないブロック確認応答ビットマップを備え、
前記第２のブロック確認応答ビットマップは、第２の圧縮されていないブロック確認応答ビットマップを備える、Ｃ１７に記載の方法。
［Ｃ１９］
前記ブロック確認応答フレームは、フレーム制御フィールドと、時間長／識別情報フィールドと、受信機アドレスフィールドと、送信機アドレスフィールドと、ブロック確認応答制御フィールドと、ブロック確認応答情報フィールドと、フレーム検査シーケンスフィールドとを含み、
前記ブロック確認応答制御フィールドは、確認応答ポリシービットと、マルチトラフィック識別子ビットと、ビットマップ圧縮ビットと、予備ビットのセットと、マルチトラフィック識別子情報ビットのセットとを含む、Ｃ１８に記載の方法。
［Ｃ２０］
前記ブロック確認応答情報フィールドは、局毎情報ビットの複数のセットと、ブロック確認応答開始シーケンス制御ビットの複数のセットと、前記第１の圧縮されていないブロック確認応答ビットマップおよび前記第２の圧縮されていないブロック確認応答ビットマップを含む複数の圧縮されていないブロック確認応答ビットマップと、を含む
Ｃ１９に記載の方法。
［Ｃ２１］
前記第１のブロック確認応答ビットマップは、第１の準圧縮されたブロック確認応答ビットマップを備え、
前記第２のブロック確認応答ビットマップは、第２の準圧縮されたブロック確認応答ビットマップを備える、Ｃ１７に記載の方法。
［Ｃ２２］
前記第１の準圧縮されたブロック確認応答ビットマップは、前記第１のデータフラグメントが前記アクセスポイントによって受信されたことを示し、
前記第１の準圧縮されたブロック確認応答ビットマップは、第１のデータユニットに対応するシーケンス番号に対して割り当てられた、前記第１の準圧縮されたブロック確認応答ビットマップのビットのセットにおいて、前記第１のデータフラグメントのフラグメント番号を示す、Ｃ２１に記載の方法。
［Ｃ２３］
前記ブロック確認応答フレームは、ブロック確認応答制御フィールドとブロック確認応答情報フィールドとを含み、
前記ブロック確認応答制御フィールドは、ビットマップ圧縮ビットと予備ビットのセットとを含み、
前記ブロック確認応答情報フィールドは、ブロック確認応答開始シーケンス制御ビットのセットと前記第１の準圧縮されたブロック確認応答ビットマップとを含む、Ｃ２１に記載の方法。
［Ｃ２４］
前記ビットマップ圧縮ビットは第１の値を有し、
予備ビットの前記セットの１つまたは複数のビットは、前記ブロック確認応答フレームが前記第１の準圧縮されたブロック確認応答ビットマップを含むことを示し、
前記第１の準圧縮されたブロック確認応答ビットマップは、１つまたは複数のデータフラグメント識別子を示す複数のビットを含み、
前記１つまたは複数のデータフラグメント識別子の各々は、特定のブロック確認応答シーケンスに対応する複数のデータユニットのうちの１つのデータユニットの１つのデータフラグメントに対応する、Ｃ２３に記載の方法。
［Ｃ２５］
前記ビットマップ圧縮ビットは第２の値を有し、
予備ビットの前記セットの１つまたは複数のビットは、前記ブロック確認応答フレームが前記第１の準圧縮されたブロック確認応答ビットマップを含むことを示し、
前記第１の準圧縮されたブロック確認応答ビットマップは、圧縮されたブロック確認応答ビットマップとフラグメント識別情報サブフィールドのセットとを含む、Ｃ２３に記載の方法。
［Ｃ２６］
前記圧縮されたブロック確認応答ビットマップは、前記第１のデバイスから前記アクセスポイントによって受信される１つまたは複数のフラグメント化されていないデータユニットを示す複数のビットを含み、
フラグメント識別情報サブフィールドの前記セットは、シーケンス識別子サブフィールドとデータフラグメント識別子とを含む、Ｃ２５に記載の方法。
［Ｃ２７］
前記第２の準圧縮されたブロック確認応答ビットマップは、前記第２のデバイスから受信された１つまたは複数のデータフラグメントを示し、
前記ブロック確認応答フレームを、前記アクセスポイントから前記第１のデバイスおよび前記第２のデバイスに送信することをさらに備える、
Ｃ２１に記載の方法。
［Ｃ２８］
前記ブロック確認応答フレームは、ブロック確認応答制御フィールドとブロック確認応答情報フィールドとを含み、
前記ブロック確認応答制御フィールドは、ビットマップ圧縮ビットと予備ビットのセットとを含み、
前記ブロック確認応答情報フィールドは、局毎情報ビットの第１のセットと、ブロック確認応答開始シーケンス制御ビットの第１のセットと、前記第１の準圧縮されたブロック確認応答ビットマップと、局毎情報ビットの第２のセットと、ブロック確認応答開始シーケンス制御ビットの第２のセットと、前記第２の準圧縮されたブロック確認応答ビットマップとを含む、
Ｃ２７に記載の方法。
［Ｃ２９］
前記ビットマップ圧縮ビットは第１の値を有し、
予備ビットの前記セットの１つまたは複数のビットは、前記ブロック確認応答フレームが少なくとも１つの準圧縮されたブロック確認応答ビットマップを含むことを示し、
局毎情報ビットの前記第１のセットの１つまたは複数の予備ビットは、前記第１のデバイスに対応する関連付け識別子と、データユニットが前記第１のデバイスによって分割されるデータフラグメントの数とを示し、
前記第１の準圧縮されたブロック確認応答ビットマップは、データフラグメントのデータフラグメント識別子を示す複数のビットを含み、
前記データフラグメントは、特定のブロック確認応答シーケンスに対応する複数のデータユニットのうちの１つに対応する、
Ｃ２８に記載の方法。
［Ｃ３０］
前記ビットマップ圧縮ビットは第２の値を有し、
予備ビットの前記セットの１つまたは複数のビットは、前記ブロック確認応答フレームが少なくとも１つの準圧縮されたブロック確認応答ビットマップを含むことを示し、
局毎情報ビットの前記第１のセットの１つまたは複数の予備ビットは、前記第１のデバイスに対応する関連付け識別子を示し、
前記第１の準圧縮されたブロック確認応答ビットマップは、圧縮されたブロック確認応答ビットマップとフラグメント識別情報サブフィールドのセットとを含み、
フラグメント識別情報サブフィールドの前記セットは、第１のシーケンス識別子サブフィールドとデータフラグメント識別子とを含む、
Ｃ２８に記載の方法。
【図１】
2019106722.tif 000003
【図２】
2019106722.tif 000004
【図３】
2019106722.tif 000005
【図４】
2019106722.tif 000006
【図５】
2019106722.tif 000007
【図６】
2019106722.tif 000008
【図７】
2019106722.tif 000009
【図８】
2019106722.tif 000010
【図９】
2019106722.tif 000011
【図１０】
2019106722.tif 000012
【図１１】
2019106722.tif 000013
【図１２】
2019106722.tif 000014
【図１３】
2019106722.tif 000015
【手続補正書】
【提出日】平成31年3月12日(2019.3.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレス通信のための装置であって、
第１の送信機会（ＴＸ＿ＯＰ）の間に、第１のデバイスからの第１のデータパケットと、第２のデバイスからの第２のデータパケットとを受信するように構成されるデータデフラグメントロジックと、前記第１のデータパケットは第１のデータフラグメントを含み、前記第２のデータパケットは第２のデータフラグメントを含み、
第１のブロック確認応答ビットマップと第２のブロック確認応答ビットマップとを含むブロック確認応答フレームを生成するように構成されるブロック確認応答生成ロジックと、ここにおいて、前記第１のブロック確認応答ビットマップは、少なくとも前記第１のデバイスから受信される前記第１のデータフラグメントを示し、前記第２のブロック確認応答ビットマップは、少なくとも前記第２のデバイスから受信される前記第２のデータフラグメントを示し、
前記ブロック確認応答フレームを、前記第１のデバイスおよび前記第２のデバイスに送信するように構成されるワイヤレスインターフェースと、
を備える装置。
【請求項２】
前記ブロック確認応答生成ロジックは、さらに、ＩＥＥＥ（Institute of Electrical and Electronics）８０２．１１規格に従って前記ブロック確認応答フレームを生成するように構成され、
前記ワイヤレスインターフェースは、さらに、前記ＩＥＥＥ８０２．１１規格に従って動作するワイヤレスネットワークを介して前記ブロック確認応答フレームを送信するように構成される、請求項１に記載の装置。
【請求項３】
前記データデフラグメントロジックは、さらに、前記第１のデータパケットに含まれるフラグメント化情報を特定するように構成され、前記フラグメント化情報は、シーケンス識別子番号と、フラグメント番号と、追加フラグメントインジケータとを含む、請求項１に記載の装置。
【請求項４】
前記データデフラグメントロジックは、さらに、
前記シーケンス識別子番号に対応する特定のデータフラグメントが、前記第１のデバイスから受信されているかどうかを決定し、
前記特定のデータフラグメントが受信されていないと決定したことに応答して、前記第１のブロック確認応答ビットマップの特定のビットを第１の値に設定するように構成される、請求項３に記載の装置。
【請求項５】
前記データデフラグメントロジックは、さらに、前記シーケンス識別子番号に対応する前記特定のデータフラグメントが受信されていると決定したことに応答して、前記特定のビットを第２の値に設定するように構成される、請求項４に記載の装置。
【請求項６】
前記第１のブロック確認応答ビットマップは、第１の圧縮されていないブロック確認応答ビットマップまたは第１の準圧縮されたブロック確認応答ビットマップを備える、請求項１に記載の装置。
【請求項７】
ワイヤレス通信のための方法であって、
第１のデバイスおよび第２のデバイスによって使用される第１の送信機会（ＴＸ＿ＯＰ）の間に、アクセスポイントにおいて、少なくとも前記第１のデバイスからの第１のデータパケットと前記第２のデバイスからの第２のデータパケットとを受信することと、前記第１のデータパケットは第１のデータフラグメントを含み、前記第２のデータパケットは第２のデータフラグメントを含み、
前記アクセスポイントにおいて、少なくとも第１のブロック確認応答ビットマップと第２のブロック確認応答ビットマップとを含むブロック確認応答フレームを生成することと、ここにおいて、前記第１のブロック確認応答ビットマップは、少なくとも前記第１のデバイスから受信される前記第１のデータフラグメントを示し、前記第２のブロック確認応答ビットマップは、少なくとも前記第２のデバイスから受信される前記第２のデータフラグメントを示し、
前記第１のデバイスに前記ブロック確認応答フレームを送信することと、
を備える、方法。
【請求項８】
前記第１のブロック確認応答ビットマップは、第１の圧縮されていないブロック確認応答ビットマップを備え、
前記第２のブロック確認応答ビットマップは、第２の圧縮されていないブロック確認応答ビットマップを備える、請求項７に記載の方法。
【請求項９】
前記ブロック確認応答フレームは、フレーム制御フィールドと、時間長／識別情報フィールドと、受信機アドレスフィールドと、送信機アドレスフィールドと、ブロック確認応答制御フィールドと、ブロック確認応答情報フィールドと、フレーム検査シーケンスフィールドとを含み、
前記ブロック確認応答制御フィールドは、確認応答ポリシービットと、マルチトラフィック識別子ビットと、ビットマップ圧縮ビットと、予備ビットのセットと、マルチトラフィック識別子情報ビットのセットとを含む、請求項８に記載の方法。
【請求項１０】
前記ブロック確認応答情報フィールドは、局毎情報ビットの複数のセットと、ブロック確認応答開始シーケンス制御ビットの複数のセットと、前記第１の圧縮されていないブロック確認応答ビットマップおよび前記第２の圧縮されていないブロック確認応答ビットマップを含む複数の圧縮されていないブロック確認応答ビットマップとを含む、請求項９に記載の方法。
【請求項１１】
前記第１のブロック確認応答ビットマップは、第１の準圧縮されたブロック確認応答ビットマップを備え、
前記第２のブロック確認応答ビットマップは、第２の準圧縮されたブロック確認応答ビットマップを備える、請求項７に記載の方法。
【請求項１２】
前記第１の準圧縮されたブロック確認応答ビットマップは、前記第１のデータフラグメントが前記アクセスポイントによって受信されたことを示し、
前記第１の準圧縮されたブロック確認応答ビットマップは、第１のデータユニットに対応するシーケンス番号に対して割り当てられた、前記第１の準圧縮されたブロック確認応答ビットマップのビットのセットにおいて、前記第１のデータフラグメントのフラグメント番号を示す、請求項１１に記載の方法。
【請求項１３】
前記ブロック確認応答フレームは、ブロック確認応答制御フィールドとブロック確認応答情報フィールドとを含み、
前記ブロック確認応答制御フィールドは、ビットマップ圧縮ビットと予備ビットのセットとを含み、
前記ブロック確認応答情報フィールドは、ブロック確認応答開始シーケンス制御ビットのセットと前記第１の準圧縮されたブロック確認応答ビットマップとを含む、
請求項１１に記載の方法。
【請求項１４】
前記ビットマップ圧縮ビットは第１の値を有し、
予備ビットの前記セットの１つまたは複数のビットは、前記ブロック確認応答フレームが前記第１の準圧縮されたブロック確認応答ビットマップを含むことを示し、
前記第１の準圧縮されたブロック確認応答ビットマップは、１つまたは複数のデータフラグメント識別子を示す複数のビットを含み、
前記１つまたは複数のデータフラグメント識別子の各々は、特定のブロック確認応答シーケンスに対応する複数のデータユニットのうちの１つのデータユニットの１つのデータフラグメントに対応する、
請求項１３に記載の方法。
【請求項１５】
前記ビットマップ圧縮ビットは第２の値を有し、
予備ビットの前記セットの１つまたは複数のビットは、前記ブロック確認応答フレームが前記第１の準圧縮されたブロック確認応答ビットマップを含むことを示し、
前記第１の準圧縮されたブロック確認応答ビットマップは、圧縮されたブロック確認応答ビットマップとフラグメント識別情報サブフィールドのセットとを含む、
請求項１３に記載の方法。
【請求項１６】
前記圧縮されたブロック確認応答ビットマップは、前記第１のデバイスから前記アクセスポイントによって受信される１つまたは複数のフラグメント化されていないデータユニットを示す複数のビットを含み、
フラグメント識別情報サブフィールドの前記セットは、シーケンス識別子サブフィールドとデータフラグメント識別子とを含む、
請求項１５に記載の方法。
【請求項１７】
前記第２の準圧縮されたブロック確認応答ビットマップは、前記第２のデバイスから受信された１つまたは複数のデータフラグメントを示し、
前記ブロック確認応答フレームを、前記アクセスポイントから前記第１のデバイスおよび前記第２のデバイスに送信することをさらに備える、
請求項１１に記載の方法。
【請求項１８】
前記ブロック確認応答フレームは、ブロック確認応答制御フィールドとブロック確認応答情報フィールドとを含み、
前記ブロック確認応答制御フィールドは、ビットマップ圧縮ビットと予備ビットのセットとを含み、
前記ブロック確認応答情報フィールドは、局毎情報ビットの第１のセットと、ブロック確認応答開始シーケンス制御ビットの第１のセットと、前記第１の準圧縮されたブロック確認応答ビットマップと、局毎情報ビットの第２のセットと、ブロック確認応答開始シーケンス制御ビットの第２のセットと、前記第２の準圧縮されたブロック確認応答ビットマップとを含む、
請求項１７に記載の方法。
【請求項１９】
前記ビットマップ圧縮ビットは第１の値を有し、
予備ビットの前記セットの１つまたは複数のビットは、前記ブロック確認応答フレームが少なくとも１つの準圧縮されたブロック確認応答ビットマップを含むことを示し、
局毎情報ビットの前記第１のセットの１つまたは複数の予備ビットは、前記第１のデバイスに対応する関連付け識別子と、データユニットが前記第１のデバイスによって分割されるデータフラグメントの数とを示し、
前記第１の準圧縮されたブロック確認応答ビットマップは、データフラグメントのデータフラグメント識別子を示す複数のビットを含み、
前記データフラグメントは、特定のブロック確認応答シーケンスに対応する複数のデータユニットのうちの１つに対応する、
請求項１８に記載の方法。
【請求項２０】
前記ビットマップ圧縮ビットは第２の値を有し、
予備ビットの前記セットの１つまたは複数のビットは、前記ブロック確認応答フレームが少なくとも１つの準圧縮されたブロック確認応答ビットマップを含むことを示し、
局毎情報ビットの前記第１のセットの１つまたは複数の予備ビットは、前記第１のデバイスに対応する関連付け識別子を示し、
前記第１の準圧縮されたブロック確認応答ビットマップは、圧縮されたブロック確認応答ビットマップとフラグメント識別情報サブフィールドのセットとを含み、
フラグメント識別情報サブフィールドの前記セットは、第１のシーケンス識別子サブフィールドとデータフラグメント識別子とを含む、
請求項１８に記載の方法。
【請求項２１】
ワイヤレス通信のための装置であって、
第１のデバイスからの第１のデータパケットの受信および第２のデバイスからの第２のデータパケットの受信に基づいて、ブロック確認応答フレームを生成するための手段と、ここにおいて、前記第１のデータパケットは第１のデータフラグメントを含み、前記第１のデバイスおよび前記第２のデバイスと関連付けられる送信機会（ＴＸ＿ＯＰ）の間に受信され、前記第２のデータパケットは第２のフラグメントを含み、前記ＴＸ＿ＯＰの間に受信され、前記ブロック確認応答フレームは、第１のブロック確認応答ビットマップおよび第２のブロック確認応答ビットマップを含み、前記第１のブロック確認応答ビットマップは、前記第１のデバイスから受信される１つまたは複数のデータフラグメントを示し、前記第２のブロック確認応答ビットマップは、前記第２のデバイスから受信される１つまたは複数のデータフラグメントを示し、
前記ブロック確認応答フレームを、前記第１のデバイスおよび前記第２のデバイスに送信するための手段と、
を備える装置。
【請求項２２】
前記第１のブロック確認応答ビットマップは、第１の圧縮されていないブロック確認応答ビットマップまたは第１の準圧縮されたブロック確認応答ビットマップを備える、請求項２１に記載の装置。
【請求項２３】
前記第１のブロック確認応答ビットマップは、前記第１の圧縮されていないブロック確認応答ビットマップを含み、前記第１の圧縮されていないブロック確認応答ビットマップは、前記第１のデバイスと関連付けられる複数のデータユニットのデータフラグメントが受信されているかどうかを示す複数のビットを含む、請求項２２に記載の装置。
【請求項２４】
前記第１のブロック確認応答ビットマップは、前記第１の準圧縮されたブロック確認応答ビットマップを含み、前記第１の準圧縮されたブロック確認応答ビットマップは、前記第１のデバイスから受信される１つまたは複数のデータフラグメントを示す、請求項２２に記載の装置。
【請求項２５】
前記ブロック確認応答フレームを生成するための手段は、さらに、第３のブロック確認応答ビットマップを含む第２のブロック確認応答フレームを生成するように構成され、前記第３のブロック確認応答ビットマップは、前記第１のデバイスから受信される１つまたは複数のデータフラグメントを示し、前記ブロック確認応答フレームを送信するための手段は、さらに、前記第２のブロック確認応答フレームを、前記第２のデバイスではなく前記第１のデバイスに送信するように構成される、請求項２１に記載の装置。
【請求項２６】
プロセッサによって実行されると、前記プロセッサに、
第１のデバイスおよび第２のデバイスと関連付けられる送信機会（ＴＸ＿ＯＰ）の間に、前記第１のデバイスからの第１のデータパケットと、前記第２のデバイスからの第２のデータパケットとを受信することと、前記第１のデータパケットは第１のデータフラグメントを含み、前記第２のデータパケットは第２のデータフラグメントを含み、
第１のブロック確認応答ビットマップと第２のブロック確認応答ビットマップとを含むブロック確認応答フレームを生成することと、ここにおいて、前記第１のブロック確認応答ビットマップは、前記第１のデバイスから受信される１つまたは複数のデータフラグメントを示し、前記第２のブロック確認応答ビットマップは、前記第２のデバイスから受信される１つまたは複数のデータフラグメントを示し、
前記ブロック確認応答フレームの前記第１のデバイスおよび前記第２のデバイスへの送信を開始することと、
を行わせる命令を備える非一時的コンピュータ可読媒体。
【請求項２７】
前記ブロック確認応答フレームのブロック確認応答情報フィールドは、トラフィックインジケータ（ＴＩＤ）毎情報ビットの複数のセットと、ブロック確認応答開始シーケンス制御ビットの複数のセットと、第１の圧縮されていないブロック確認応答ビットマップおよび第２の圧縮されていないブロック確認応答ビットマップを含む複数の圧縮されていないブロック確認応答ビットマップとを含む、請求項２６に記載の非一時的コンピュータ可読媒体。
【請求項２８】
前記命令は、前記プロセッサによって実行されると、前記プロセッサに、前記第１のデバイスおよび前記第２のデバイスと関連付けられる第２のＴＸ＿ＯＰの間に、前記第１のデバイスから第３のデータパケットを受信することを行わせ、前記第３のデータパケットは、第３のデータフラグメントを含む、請求項２６に記載の非一時的コンピュータ可読媒体。
【請求項２９】
前記第１のデータフラグメントおよび前記第３のデータフラグメントは、同じ媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＭＳＤＵ）のフラグメントである、請求項２８に記載の非一時的コンピュータ可読媒体。
【請求項３０】
前記プロセッサによって実行されると、前記プロセッサに、
第３のブロック確認応答ビットマップを含む第２のブロック確認応答フレームを生成することと、ここにおいて、前記第３のブロック確認応答ビットマップは、前記第１のデバイスから受信される１つまたは複数のデータフラグメントを示し、
前記第２のブロック確認応答フレームの前記第２のデバイスではなく前記第１のデバイスへの送信を開始することと、
を行わせる、請求項２６に記載の非一時的コンピュータ可読媒体。