JP2015513856A

JP2015513856A - ブロック確認応答圧縮のための装置および方法

Info

Publication number: JP2015513856A
Application number: JP2014560048A
Authority: JP
Inventors: アスタージャディ、アルフレッド; メルリン、シモーネ; ウェンティンク、マーテン・メンゾ; アブラハム、サントシュ・ポール; クァン、ジ
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2012-02-29
Filing date: 2013-02-28
Publication date: 2015-05-14
Also published as: CN104137458A; WO2013130846A1; KR102056826B1; BR112014021487B8; KR20140135793A; CN104137459A; BR112014021487A2; US20130223338A1; US20150029839A9; WO2013130843A1; US20130223210A1; CN104137459B; WO2013130837A1; JP6092265B2; US9432879B2; KR101689270B1; EP2820786A1; US9301196B2; KR20140136962A; JP2018078563A

Abstract

ブロック確認応答（ＡＣＫ）フレーム／パケットを圧縮するためのシステム、方法、およびデバイスについて本明細書で説明する。いくつかの態様では、ワイヤレスネットワークにおいて通信する方法は、物理レイヤヘッダを備える圧縮ブロック確認応答フレームを生成することを含み、物理レイヤヘッダは、ブロック確認応答識別子と、圧縮ブロック確認応答フレームの開始シーケンス番号と、ビットマップとのうちの少なくとも１つを含む。本方法は、圧縮ブロック確認応答フレームを送信することをさらに含む。【選択図】図１１

Description

優先権の主張

本出願は、本発明の譲受人に譲渡され、その全体が参照により本明細書に組み込まれる、２０１２年２月２９日に出願された「APPARATUS AND METHODS FOR BLOCK ACKNOWLEDGMENT COMPRESSION」と題する米国仮出願第６１／６０５，０７８号の優先権を主張する。本出願はさらに、本発明の譲受人に譲渡され、その全体が参照により本明細書に組み込まれる、２０１２年５月４日に出願された「APPARATUS AND METHODS FOR BLOCK ACKNOWLEDGMENT COMPRESSION」と題する米国仮出願第６１／６４２，６０４号の優先権を主張する。本出願はさらに、本発明の譲受人に譲渡され、その全体が参照により本明細書に組み込まれる、２０１２年７月１６日に出願された「APPARATUS AND METHODS FOR BLOCK ACKNOWLEDGMENT COMPRESSION」と題する米国仮出願第６１／６７２，１５７号の優先権を主張する。

本出願は、一般にワイヤレス通信に関し、より詳細には、通信のためにブロック確認応答（ＢＡ：block acknowledgement）を圧縮するためのシステム、方法、およびデバイスに関する。

[0003]多くの電気通信システムでは、通信ネットワークは、いくつかの対話している空間的に分離されたデバイスの間でメッセージを交換するために使用される。ネットワークは、たとえば、メトロポリタンエリア、ローカルエリア、またはパーソナルエリアであり得る地理的範囲に従って分類され得る。そのようなネットワークは、それぞれ、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、またはパーソナルエリアネットワーク（ＰＡＮ）として指定されるであろう。ネットワークはまた、様々なネットワークノードとデバイスとを相互接続するために使用されるスイッチング／ルーティング技法（たとえば、回線交換対パケット交換）、送信のために採用される物理媒体のタイプ（たとえば、ワイヤード対ワイヤレス）、および使用される通信プロトコルのセット（たとえば、インターネットプロトコルスイート、ＳＯＮＥＴ（同期光ネットワーキング：Synchronous Optical Networking）、イーサネット（登録商標）など）によって異なる。

[0004]ワイヤレスネットワークは、しばしば、ネットワーク要素がモバイルであり、そのため動的接続性の必要があるとき、またはネットワークアーキテクチャが、固定ではなくアドホックなトポロジーで形成される場合に好適である。ワイヤレスネットワークは、無線、マイクロ波、赤外線、光などの周波数帯域中の電磁波を使用して、非誘導伝搬モードで無形物理媒体を採用する。ワイヤレスネットワークは、固定ワイヤードネットワークと比較して、ユーザモビリティと迅速なフィールド展開とを有利な形で可能にする。

[0005]ワイヤレスネットワーク中のデバイスは、互いの間で情報を送信／受信し得る。情報は、いくつかの態様ではデータユニットまたはデータフレームと呼ばれることがあるパケットを備え得る。パケットを受信するデバイスは、パケットの成功した受信を示すために、受信パケットの送信機に確認応答パケット（ＡＣＫ）をさらに送信し得る。これらの確認応答パケットはブロックＡＣＫの形態をもとり得る。これらのブロックＡＣＫは、送信のためにかなりの量の帯域幅を利用し得る。したがって、ブロックＡＣＫを通信するための改善されたシステム、方法、およびデバイスが望まれる。

[0006]本発明のシステム、方法、およびデバイスは、それぞれいくつかの態様を有し、それらのうちの単一の態様は単独でそれの望ましい特質を担当しない。次に、以下の特許請求の範囲によって表される本発明の範囲を限定することなしに、いくつかの特徴について手短に説明する。この説明を考察すれば、特に「発明を実施するための形態」と題するセクションを読めば、本発明の特徴が、ブロックＡＣＫのサイズを減少させ／ブロックＡＣＫを圧縮し、それによって、そのようなデータパケットを送信するために使用される帯域幅を低減することを含む利点をどのように提供するかが理解されよう。

[0007]本開示の一態様は、ワイヤレスネットワークにおいて通信する方法を提供する。本方法は、物理レイヤヘッダを備える圧縮ブロック確認応答フレームを生成することを備え、物理レイヤヘッダは、ブロック確認応答識別子と、圧縮ブロック確認応答フレームの開始シーケンス番号と、ビットマップとのうちの少なくとも１つを含む。本方法は、圧縮ブロック確認応答フレームを送信することをさらに備える。

[0008]本開示の別の態様は、物理レイヤヘッダを備える圧縮ブロック確認応答フレームを生成するように構成されたプロセッサを備えるワイヤレスデバイスを提供し、物理レイヤヘッダは、ブロック確認応答識別子と、圧縮ブロック確認応答フレームの開始シーケンス番号と、ビットマップとのうちの少なくとも１つを含む。ワイヤレスデバイスは、圧縮ブロック確認応答フレームを送信するように構成された送信機をさらに備える。

[0009]本開示の別の態様は、物理レイヤヘッダを備える圧縮ブロック確認応答フレームを生成する手段を備えるワイヤレスデバイスを提供し、物理レイヤヘッダは、ブロック確認応答識別子と、圧縮ブロック確認応答フレームの開始シーケンス番号と、ビットマップとのうちの少なくとも１つを含む。ワイヤレスデバイスは、圧縮ブロック確認応答フレームを送信する手段をさらに備える。

[0010]本開示の別の態様は、実行されたとき、装置に、物理レイヤヘッダを備える圧縮ブロック確認応答フレームを生成させるコードを備える非一時的コンピュータ可読媒体を提供し、物理レイヤヘッダは、ブロック確認応答識別子と、圧縮ブロック確認応答フレームの開始シーケンス番号と、ビットマップとのうちの少なくとも１つを含む。非一時的コンピュータ可読媒体は、実行されたとき、装置に、圧縮ブロック確認応答フレームを送信させるコードをさらに備える。

本開示の態様が採用され得るワイヤレス通信システムの一例を示す図。図１のワイヤレス通信システム内で採用され得るワイヤレスデバイスにおいて利用され得る、受信機を含む様々な構成要素を示す図。基本ブロックＡＣＫフレームの一例を示す図。マルチＴＩＤブロックＡＣＫフレームの一例を示す図。圧縮基本ブロックＡＣＫフレームの一例を示す図。基本ＡＣＫおよびマルチＴＩＤに適合する圧縮ブロックＡＣＫフレームの一例を示す図。圧縮ブロックＡＣＫを送信するための方法の一態様を示す図。図１のワイヤレス通信システム内で採用され得る例示的なワイヤレスデバイスの機能ブロック図。ブロックＡＣＫを受信し、処理するための方法の一態様を示す図。図１のワイヤレス通信システム内で採用され得る別の例示的なワイヤレスデバイスの機能ブロック図。ブロックＡＣＫフレームに関係する情報を含むＰＨＹヘッダの一例を示す図。ワイヤレスネットワークにおいて通信するための方法の一態様を示す図。図１のワイヤレス通信システム内で採用され得る別の例示的なワイヤレスデバイスの機能ブロック図。

[0024]添付の図面を参照しながら新規のシステム、装置、および方法の様々な態様について以下でより十分に説明する。ただし、本開示の教示は、多くの異なる形態で実施され得るものであり、本開示全体にわたって提示する任意の特定の構造または機能に限定されるものと解釈すべきではない。むしろ、これらの態様は、本開示が周到で完全になり、本開示の範囲を当業者に十分に伝えるために与えるものである。本明細書の教示に基づいて、本開示の範囲は、本発明の他の態様とは無関係に実装されるにせよ、本開示の他の態様と組み合わせて実装されるにせよ、本明細書で開示する新規のシステム、装置、および方法のいかなる態様をもカバーするものであることを、当業者なら諒解されたい。たとえば、本明細書に記載の態様をいくつ使用しても、装置は実装され得、または方法は実施され得る。さらに、本発明の範囲は、本明細書に記載の本発明の様々な態様に加えてまたはそれらの態様以外に、他の構造、機能、または構造および機能を使用して実施されるそのような装置または方法をカバーするものとする。本明細書で開示する任意の態様が請求項の１つまたは複数の要素によって実施され得ることを理解されたい。

[0025]本明細書では特定の態様について説明するが、これらの態様の多くの変形および置換は本開示の範囲内に入る。好適な態様のいくつかの利益および利点について説明するが、本開示の範囲は特定の利益、使用、または目的に限定されるものではない。むしろ、本開示の態様は、様々なワイヤレス技術、システム構成、ネットワーク、および伝送プロトコルに広く適用可能であるものとし、それらのいくつかを例として、図および好適な態様についての以下の説明において示す。発明を実施するための形態および図面は、本開示を限定するものではなく説明するものにすぎず、本開示の範囲は添付の特許請求の範囲およびそれの均等物によって定義される。

[0026]普及しているワイヤレスネットワーク技術は、様々なタイプのワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を含み得る。ＷＬＡＮは、広く使用されるネットワーキングプロトコルを採用して、近接デバイスを相互接続するために使用され得る。本明細書で説明する様々な態様は、ＷｉＦｉ（登録商標）など、任意の通信規格、またはより一般的には、ワイヤレスプロトコルのＩＥＥＥ８０２．１１ファミリーの任意のメンバーに適用され得る。たとえば、本明細書で説明する様々な態様は、サブ１ＧＨｚ帯域を使用するＩＥＥＥ８０２．１１ａｈプロトコルの一部として使用され得る。

[0027]いくつかの態様では、サブギガヘルツ帯域中のワイヤレス信号は、直交周波数分割多重（ＯＦＤＭ）、直接シーケンススペクトル拡散（ＤＳＳＳ：direct-sequence spread spectrum）通信、ＯＦＤＭとＤＳＳＳ通信との組合せ、または他の方式を使用して、８０２．１１ａｈプロトコルに従って送信され得る。８０２．１１ａｈプロトコルの実装は、センサー、メータリング、およびスマートグリッドネットワークのために使用され得る。有利には、８０２．１１ａｈプロトコルを実装するいくつかのデバイスの態様は、他のワイヤレスプロトコルを実装するデバイスよりも少ない電力を消費し得、および／または比較的長い距離、たとえば約１キロメートル以上にわたってワイヤレス信号を送信するために使用され得る。

[0028]いくつかの態様では、センサーとして使用されるデバイスは、低いデューティサイクルと限られた能力とを有し得る。たとえば、そのようなデバイスは、起動し、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ：MAC protocol data unit）の限られたバーストを送信および／または受信するように構成され得る。そのようなバーストの後に、デバイスは、延長時間期間にわたってスリープ状態に入り得る。さらに、そのようなデバイスは、低い送信レートで送信することのみが可能であり、したがって、大きいパケットを送信するために断片化（fragmentation）を時々必要とし得る。デバイスは限られたバッファ容量をさらに有し得る。

[0029]いくつかの実装形態では、ＷＬＡＮは、ワイヤレスネットワークにアクセスする構成要素である様々なデバイスを含む。たとえば、２つのタイプのデバイス、すなわちアクセスポイント（「ＡＰ」）および（局または「ＳＴＡ」とも呼ばれる）クライアントが存在し得る。概して、ＡＰはＷＬＡＮのためのハブまたは基地局として働き、ＳＴＡはＷＬＡＮのユーザとして働く。たとえば、ＳＴＡはラップトップコンピュータ、携帯情報端末（ＰＤＡ）、モバイル電話などであり得る。一例では、ＳＴＡは、インターネットまたは他のワイドエリアネットワークへの一般的接続性を取得するためにＷｉＦｉ（たとえば、８０２．１１ａｈなどのＩＥＥＥ８０２．１１プロトコル）準拠ワイヤレスリンクを介してＡＰに接続する。いくつかの実装形態では、ＳＴＡはＡＰとして使用されることもある。

[0030]アクセスポイント（「ＡＰ」）はまた、ノードＢ、無線ネットワークコントローラ（「ＲＮＣ」）、ｅノードＢ、基地局コントローラ（「ＢＳＣ」）、送受信基地局（「ＢＴＳ」）、基地局（「ＢＳ」）、トランシーバ機能（「ＴＦ」）、無線ルータ、無線トランシーバ、または何らかの他の用語を備えるか、それらのいずれかとして実装されるか、あるいはそれらのいずれかとして知られていることがある。

[0031]局（「ＳＴＡ」）はまた、アクセス端末（「ＡＴ」）、加入者局、加入者ユニット、移動局、リモート局、リモート端末、ユーザ端末、ユーザエージェント、ユーザデバイス、ユーザ機器、または何らかの他の用語を備えるか、それらのいずれかとして実装されるか、あるいはそれらのいずれかとして知られていることがある。いくつかの実装形態では、アクセス端末は、セルラー電話、コードレス電話、セッション開始プロトコル（「ＳＩＰ」）電話、ワイヤレスローカルループ（「ＷＬＬ」）局、携帯情報端末（「ＰＤＡ」）、ワイヤレス接続機能を有するハンドヘルドデバイス、またはワイヤレスモデムに接続された何らかの他の好適な処理デバイスを備え得る。したがって、本明細書で教示する１つまたは複数の態様は、電話（たとえば、セルラー電話またはスマートフォン）、コンピュータ（たとえば、ラップトップ）、ポータブル通信デバイス、ヘッドセット、ポータブルコンピューティングデバイス（たとえば、個人情報端末）、エンターテインメントデバイス（たとえば、音楽またはビデオデバイス、あるいは衛星ラジオ）、ゲームデバイスまたはシステム、全地球測位システムデバイス、あるいはワイヤレス媒体を介して通信するように構成された他の好適なデバイスに組み込まれ得る。

[0032]上記で説明したように、本明細書で説明するデバイスのいくつかは、たとえば、８０２．１１ａｈ規格を実装し得る。そのようなデバイスは、ＳＴＡとして使用されるのか、ＡＰとして使用されるのか、他のデバイスとして使用されるのかにかかわらず、スマートメータリングのためにまたはスマートグリッドネットワークにおいて使用され得る。そのようなデバイスは、センサーアプリケーションを与えるか、またはホームオートメーションにおいて使用され得る。デバイスは、代わりにまたは追加として、たとえばパーソナルヘルスケアのためにヘルスケアコンテキストにおいて使用され得る。それらはまた、（たとえばホットスポットとともに使用する）範囲拡張インターネット接続性を可能にするため、またはマシーン・ツー・マシーン通信を実装するために、監視のために使用され得る。

[0033]ＳＴＡおよび／またはＡＰなどのデバイスは、ワイヤレスネットワークにおいて、互いの間で情報を送信および／または受信する。デバイス間で交換される情報は、いくつかの態様ではデータユニットまたはデータフレームと呼ばれることがあるパケットを備え得る。パケットを受信するデバイスは、パケットの成功した受信を示すために、受信パケットの送信機に確認応答パケット（ＡＣＫ）をさらに送信し得る。たとえば、ＡＰからパケットを受信するＳＴＡは、パケットの成功した受信に確認応答するために、ＡＰにＡＣＫを送信し得る。これらの確認応答パケットはブロックＡＣＫの形態をもとり得る。いくつかの態様では、ブロックＡＣＫは、パケットまたはフレームのグループに確認応答するためにデバイスによって使用され得る。たとえば、ブロックＡＣＫは、デバイスが、いくつかのパケットまたはフレームの受信に確認応答するために単一のブロックＡＣＫを送信する前に、それらのいくつかのパケットまたはフレームを受信することを可能にし得る。これらのブロックＡＣＫは、送信のためにかなりの量の帯域幅を使用し得る。いくつかの態様では、ブロックＡＣＫは、様々なシステム、方法、およびデバイスを使用して圧縮され得、それにより、ブロックＡＣＫによる帯域幅消費量が低減し得る。

[0034]図１に、本開示の態様が採用され得るワイヤレス通信システム１００の一例を示す。ワイヤレス通信システム１００は、ワイヤレス規格、たとえば８０２．１１ａｈ規格に従って動作し得る。ワイヤレス通信システム１００は、ＳＴＡ１０６と通信するＡＰ１０４を含み得る。

[0035]様々なプロセスおよび方法は、ＡＰ１０４とＳＴＡ１０６との間の、ワイヤレス通信システム１００における伝送のために使用され得る。たとえば、信号は、ＯＦＤＭ／ＯＦＤＭＡ技法に従って、ＡＰ１０４とＳＴＡ１０６との間で送信および受信され得る。この場合、ワイヤレス通信システム１００はＯＦＤＭ／ＯＦＤＭＡシステムと呼ばれることがある。代替的に、信号は、ＣＤＭＡ技法に従って、ＡＰ１０４とＳＴＡ１０６との間で送信および受信され得る。この場合、ワイヤレス通信システム１００はＣＤＭＡシステムと呼ばれることがある。

[0036]ＡＰ１０４からＳＴＡ１０６のうちの１つまたは複数への送信を可能にする通信リンクはダウンリンク（ＤＬ）１０８と呼ばれることがあり、ＳＴＡ１０６のうちの１つまたは複数からＡＰ１０４への送信を可能にする通信リンクはアップリンク（ＵＬ）１１０と呼ばれることがある。代替的に、ダウンリンク１０８は順方向リンクまたは順方向チャネルと呼ばれることがあり、アップリンク１１０は逆方向リンクまたは逆方向チャネルと呼ばれることがある。さらに、いくつかの態様では、ＳＴＡ１０６は、互いに直接通信し、互いの間に直接リンク（直接）を形成し得る。

[0037]ＡＰ１０４は、基地局として働き、基本サービスエリア（ＢＳＡ）１０２においてワイヤレス通信カバレージを与え得る。ＡＰ１０４は、ＡＰ１０４に関連し、また通信のためにＡＰ１０４を使用するＳＴＡ１０６とともに、基本サービスセット（ＢＳＳ）と呼ばれることがある。ワイヤレス通信システム１００は、中央ＡＰ１０４を有しないことがあり、むしろ、ＳＴＡ１０６間のピアツーピアネットワークとして機能し得ることに留意されたい。別の例では、本明細書で説明するＡＰ１０４の機能は、代替的に、ＳＴＡ１０６のうちの１つまたは複数によって実行され得る。

[0038]図２に、ワイヤレス通信システム１００内で採用され得るワイヤレスデバイス２０２において利用され得る様々な構成要素を示す。ワイヤレスデバイス２０２は、本明細書で説明する様々な方法を実装するように構成され得るデバイスの一例である。たとえば、ワイヤレスデバイス２０２は、ＡＰ１０４を備えるかまたはＳＴＡ１０６のうちの１つを備え得る。

[0039]ワイヤレスデバイス２０２は、ワイヤレスデバイス２０２の動作を制御するプロセッサ２０４を含み得る。プロセッサ２０４は中央処理ユニット（ＣＰＵ）と呼ばれることもある。読取り専用メモリ（ＲＯＭ）とランダムアクセスメモリ（ＲＡＭ）の両方を含み得るメモリ２０６は、命令とデータとをプロセッサ２０４に与える。メモリ２０６の一部は不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をも含み得る。プロセッサ２０４は、一般に、メモリ２０６内に記憶されたプログラム命令に基づいて論理演算と算術演算とを実行する。メモリ２０６中の命令は、本明細書で説明する方法を実装するように実行可能であり得る。

[0040]ワイヤレスデバイス２０２が受信ノードとして実装または使用されるとき、プロセッサ２０４は、本明細書で説明するフォーマットのうちの１つまたは複数の圧縮ブロックＡＣＫを含むパケットを生成するように構成され得る。たとえば、プロセッサ２０４は、以下でさらに詳細に説明するように、他のパケットの受信に基づいて本明細書で説明するフォーマットのうちの１つまたは複数のブロックＡＣＫを生成するように構成され得る。

[0041]ワイヤレスデバイス２０２が送信ノードとして実装または使用されるとき、プロセッサ２０４は、本明細書で説明するフォーマットのうちの１つまたは複数のブロックＡＣＫを処理するように構成され得る。たとえば、プロセッサ２０４は、送信された他のパケットに応答して、以下でさらに説明するようにブロックＡＣＫを受信し、処理するように構成され得る。

[0042]プロセッサ２０４は、１つまたは複数のプロセッサとともに実装された処理システムを備えるか、またはそれの構成要素であり得る。１つまたは複数のプロセッサは、汎用マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、コントローラ、状態機械、ゲート論理、個別ハードウェア構成要素、専用ハードウェア有限状態機械、あるいは情報の計算または他の操作を実行することができる任意の他の好適なエンティティの任意の組合せを用いて実装され得る。

[0043]処理システムは、ソフトウェアを記憶するための機械可読媒体をも含み得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語などの名称にかかわらず、任意のタイプの命令を意味すると広く解釈されたい。命令は、（たとえば、ソースコード形式、バイナリコード形式、実行可能コード形式、または任意の他の好適なコード形式の）コードを含み得る。命令は、１つまたは複数のプロセッサによって実行されたとき、本明細書で説明する様々な機能を処理システムに実行させる。

[0044]ワイヤレスデバイス２０２はまた、ワイヤレスデバイス２０２と遠隔ロケーションとの間のデータの送信および受信を可能にするために送信機２１０および／または受信機２１２を含み得るハウジング２０８を含み得る。送信機２１０と受信機２１２とは組み合わされてトランシーバ２１４になり得る。アンテナ２１６は、ハウジング２０８に取り付けられ、トランシーバ２１４に電気的に結合され得る。ワイヤレスデバイス２０２は、複数の送信機、複数の受信機、複数のトランシーバ、および／または複数のアンテナをも含み得る（図示せず）。

[0045]送信機２１０は、本明細書で説明するフォーマットのうちの１つまたは複数のブロックＡＣＫを含むパケットをワイヤレス送信するように構成され得る。受信機２１２は、本明細書で説明するフォーマットのうちの１つまたは複数のブロックＡＣＫを含むパケットをワイヤレス受信するように構成され得る。

[0046]ワイヤレスデバイス２０２はまた、トランシーバ２１４によって受信された信号のレベルを検出し、定量化するために使用され得る信号検出器２１８を含み得る。信号検出器２１８は、総エネルギー、シンボルごとのサブキャリア当たりのエネルギー、電力スペクトル密度および他の信号などの信号を検出し得る。ワイヤレスデバイス２０２はまた、信号を処理する際に使用するためのデジタル信号プロセッサ（ＤＳＰ）２２０を含み得る。ＤＳＰ２２０は、送信のためにパケットを生成するように構成され得る。いくつかの態様では、パケットは物理レイヤデータユニット（ＰＰＤＵ）を備え得る。

[0047]ワイヤレスデバイス２０２は、いくつかの態様ではユーザインターフェース２２２をさらに備え得る。ユーザインターフェース２２２は、キーパッド、マイクロフォン、スピーカー、および／またはディスプレイを備え得る。ユーザインターフェース２２２は、ワイヤレスデバイス２０２のユーザに情報を伝達し、および／またはユーザからの入力を受信する、任意の要素または構成要素を含み得る。

[0048]ワイヤレスデバイス２０２の様々な構成要素は、バスシステム２２６によって互いに結合され得る。バスシステム２２６は、たとえば、データバスを含み、ならびにデータバスに加えて、電力バス、制御信号バス、およびステータス信号バスを含み得る。ワイヤレスデバイス２０２の構成要素が、何らかの他の機構を使用して、互いに結合されるかあるいは互いに入力を受け付けるかまたは与え得ることを当業者なら諒解されよう。

[0049]図２には、いくつかの別個の構成要素が示されているが、構成要素のうちの１つまたは複数が組み合わせられ得るかまたは共通に実装され得ることを当業者は認識されよう。たとえば、プロセッサ２０４は、プロセッサ２０４に関して上記で説明した機能を実装するためだけでなく、信号検出器２１８および／またはＤＳＰ２２０に関して上記で説明した機能を実装するためにも使用され得る。さらに、図２に示される構成要素の各々は、複数の別個の要素を使用して実装され得る。

[0050]参照しやすいように、ワイヤレスデバイス２０２が送信ノードとして構成されるとき、それを以下ではワイヤレスデバイス２０２ｔと呼ぶ。同様に、ワイヤレスデバイス２０２が受信ノードとして構成されるとき、それを以下ではワイヤレスデバイス２０２ｒと呼ぶ。ワイヤレス通信システム１００中のデバイスは、送信ノードの機能のみ、受信ノードの機能のみ、または送信ノードと受信ノードの両方の機能を実装し得る。

[0051]上記で説明したように、ワイヤレスデバイス２０２は、ＡＰ１０４またはＳＴＡ１０６を備え得、ブロックＡＣＫを含む通信を送信および／または受信するために使用され得る。

[0052]ブロックＡＣＫは、複数のデータパケットを受信するデバイスが、複数のＡＣＫフレームを使用する代わりに単一のブロックＡｃｋフレームでそれらの受信に確認応答することを可能にする。たとえば、ブロックＡＣＫは、複数のビットをもつビットマップを含み得、各ビットの値は、データパケットのシーケンス中の特定のデータパケットが受信されたか否かを示す。ブロックＡＣＫはデータのフレームであり得る。非圧縮ブロックＡＣＫは、どのパケットが正常に受信されたか否かにかかわらず、ビットマップ全体が送られることを必要とし、それにより、オーバーヘッドが生じ、貴重な帯域幅が使用され得る。したがって、本明細書では、ブロックＡＣＫのサイズを圧縮／低減するためのシステムおよび方法について説明する。いくつかの態様では、ブロックＡＣＫがその中で送られるフレームのいくつかのフィールドは、削除されるかまたは変更され得る。そのような態様の追加または代替として、いくつかの態様では、ビットマップは、本明細書で説明する技法に従ってサイズが圧縮されるかまたは低減され得る。

[0053]図３に、基本ブロックＡＣＫフレーム３００の一例を示す。図示のように、基本ブロックＡＣＫフレームは、２オクテットを備えるフレーム制御フィールド３０５と、２オクテットを備える持続時間フィールド３１０と、６オクテットを備える受信機アドレスフィールド３１５と、６オクテットを備える送信機アドレスフィールド３２０と、２オクテットを備えるブロックＡＣＫ制御フィールド３２５と、２オクテットを備える開始シーケンス制御フィールド３３０と、８または１２８オクテットを備えるブロックＡＣＫビットマップ３３５と、４オクテットを備えるフレーム検査シーケンスフィールド３４０とを含む。さらに、ブロックＡＣＫ制御フィールド３２５は、ブロックＡＣＫポリシーサブフィールド３５２と、マルチトラフィック識別子（ＴＩＤ：traffic identifier）サブフィールド３５４と、圧縮ビットマップサブフィールド３５６と、予約済みサブフィールド３５８と、ＴＩＤ／ＮｕｍＴＩＤサブフィールド３５９とを備える。開始シーケンス制御フィールド３３０は、予約済み（reserved）サブフィールド３６２と、開始シーケンス番号サブフィールド３６４とを備える。したがって、ブロックＡＣＫフレーム３００は３２バイトまたは１５２バイト長であり得る。

[0054]図４に、マルチＴＩＤブロックＡＣＫフレーム４００の一例を示す。図示のように、フレーム４００は、２オクテットを備えるフレーム制御フィールド４０５と、２オクテットを備える持続時間フィールド４１０と、６オクテットを備える受信機アドレスフィールド４１５と、６オクテットを備える送信機アドレスフィールド４２０と、２オクテットを備えるブロックＡＣＫ制御フィールド４２５と、２オクテットを備えるＴＩＤ毎情報フィールド４３０と、２オクテットを備える開始シーケンス制御フィールド４３５と、８オクテットを備えるブロックＡＣＫビットマップ４４０と、４オクテットを備えるフレーム検査シーケンスフィールド４４５と、を含む。ＴＩＤ毎情報フィールド４３０と、開始シーケンス制御フィールド４３５と、ブロックＡＣＫビットマップ４４０とは、パケットに確認応答するためにブロックＡＣＫフレーム４００が使用されるＴＩＤ毎にフレーム中で繰り返される。さらに、ブロックＡＣＫ制御フィールド４２５は、ブロックＡＣＫフレーム３００と同様に、ブロックＡＣＫポリシーサブフィールドと、マルチトラフィック識別子（ＴＩＤ）サブフィールドと、圧縮ビットマップサブフィールドと、予約済みサブフィールドと、ＴＩＤ／ＮｕｍＴＩＤサブフィールドとを備える。開始シーケンス制御フィールド４３５は、ブロックＡＣＫフレーム３００と同様に、予約済みサブフィールドと、開始シーケンス番号サブフィールドとを備える。ＴＩＤ毎情報フィールド４３０は、予約済みサブフィールドと、ＴＩＤサブフィールドとを備える。

[0055]図５に、圧縮基本ブロックＡＣＫフレーム５００の一例を示す。特に、圧縮基本ブロックＡＣＫフレーム５００は、圧縮基本ブロックＡＣＫフレーム５００中に含まれないことがあるフィールド上に取消し線を施した基本ブロックＡＣＫフレーム３００として示されている。たとえば、基本ブロックＡＣＫフレーム３００について、持続時間フィールド３１０と、マルチＴＩＤサブフィールド３５４と、予約済みサブフィールド３５８と、ＴＩＤ／ＮｕｍＴＩＤサブフィールド３５９とのフィールドのうちの１つまたは複数が圧縮基本ブロックＡＣＫフレーム５００から除外され、それにより、基本ブロックＡＣＫフレーム３００と比較して圧縮基本ブロックＡＣＫフレーム５００のサイズが縮小され得る。追加または代替として、ブロックＡＣＫビットマップフィールド３３５は、本明細書で説明する技法のうちの１つの圧縮などによって、圧縮ビットマップを含み得、したがって、ブロックＡＣＫビットマップフィールド３３５の長さは可変であり得および／または使用される技法に基づき得る。追加または代替として、受信機アドレスフィールド３１５および／または送信機アドレスフィールド３２０は、グローバルアドレス（たとえば、媒体アクセス制御（ＭＡＣ）アドレス）の代わりにローカルアドレス（たとえば、アクセス識別子（ＡＩＤ：access identifier））を使用することによって、６オクテット長から２オクテット長に低減され得る。追加または代替として、予約済みサブフィールド３６２は２ビットに低減され得る。予約済みサブフィールド３６２の００の値は、そのような態様では、ブロックＡＣＫビットマップフィールド３３５の長さが０であることを示し得、他の値は、ブロックＡＣＫビットマップフィールド３３５に記憶されたビットマップのために使用される圧縮の方法を示し得る。追加または代替として、開始シーケンス番号サブフィールド３６４は、開始シーケンス番号の最下位ビットを含む複数の下位ビット（the Least Significant Bits）のみを含むことによって低減され得る。低減された開始シーケンス番号の長さは、ブロックＡＣＫビットマップフィールド３３５のサイズに依存し得る。一例として、長さが６ビットのシーケンス番号は、６４個のＭＰＤＵの複数のブロック同士を区別するのに十分である。

[0056]図６に、基本ＡＣＫおよびマルチＴＩＤに適合する圧縮ブロックＡＣＫフレーム６００の一例を示す。特に、圧縮ブロックＡＣＫフレーム６００は、圧縮ブロックＡＣＫフレーム６００中に含まれないことがあるフィールド上に取消し線を施したマルチＴＩＤブロックＡＣＫフレーム４００として示されている。たとえば、マルチＴＩＤブロックＡＣＫフレーム４００について、持続時間フィールド４１０と、ブロックＡＣＫ制御フィールド４２５の予約済みサブフィールドと、ＴＩＤ毎情報フィールド４３０の予約済みサブフィールドとのフィールドのうちの１つまたは複数が圧縮ブロックＡＣＫフレーム６００から除外され、それにより、マルチＴＩＤブロックＡＣＫフレーム４００と比較して圧縮ブロックＡＣＫフレーム６００のサイズが縮小され得る。追加または代替として、ブロックＡＣＫビットマップフィールド４４０は、本明細書で説明する技法のうちの１つの圧縮などによる圧縮ビットマップを含み得、したがって、ブロックＡＣＫビットマップフィールド４４０の長さは可変であり得および／または使用される技法に基づき得る。追加または代替として、受信機アドレスフィールド４１５および／または送信機アドレスフィールド４２０は、グローバルアドレス（たとえば、媒体アクセス制御（ＭＡＣ）アドレス）の代わりにローカルアドレス（たとえば、アクセス識別子（ＡＩＤ））を使用することによって、６オクテット長から２オクテット長に低減され得る。追加または代替として、開始シーケンス制御フィールド４３５の予約済みサブフィールドは２ビットに低減され得る。予約済みサブフィールドの００の値は、そのような態様では、対応するＴＩＤのブロックＡＣＫビットマップフィールド４４０の長さが０であることを示し得、他の値は、対応するＴＩＤのブロックＡＣＫビットマップフィールド４４０に記憶されたビットマップのために使用される圧縮の方法を示し得る。追加または代替として、開始シーケンス制御サブフィールド４３５は、開始シーケンス番号の最下位ビットを含む複数の下位ビット(the Lest Significant Bits)のみを含むことによって低減され得る。低減された開始シーケンス番号の長さは、ブロックＡＣＫビットマップフィールド４４０のサイズに依存する。一例として、長さが６ビットのシーケンス番号は、６４個のＭＰＤＵの複数のブロック同士を区別するのに十分である。

[0057]いくつかの態様では、フレーム３００および４００などのブロックＡＣＫフレームは、フレーム３００および４００のＭＡＣヘッダから物理レイヤ（ＰＨＹ）ヘッダにいくつかのフィールドを移動することによって圧縮され得る。たとえば、フレーム３００の持続時間フィールド３１０および／またはフレーム制御フィールド３０５がＭＡＣヘッダから削除され得、ＰＨＹヘッダにブロックパケット識別子（ＰＩＤ：packet identifier）として６ビットが追加され得る。たとえば、６ビットは、開始シーケンス番号サブフィールド３６４の最下位ビットを含む下位６ビット（the 6 least significant bits）を備え得、開始シーケンス番号のサイズはブロックＡＣＫサイズ（一例では６４ビット）に依存する。６ビットの使用は、他の同時ブロックＡＣＫフレームおよび／またはＯＢＳＳ送信でのフォールスポジティブの可能性を低減するので、有益であり得る。同様に、フレーム４００の持続時間フィールド４１０および／またはフレーム制御フィールド４０５が削除され得る。追加または代替として、フレーム３００のブロックＡＣＫ制御フィールド３２５がＭＡＣヘッダから削除され得、ＰＨＹヘッダに、シングルビットのブロックＡＣＫポリシーサブフィールドと、シングルビットの圧縮ビットマップサブフィールドと、２ビットの圧縮制御サブフィールドとが追加され得る。圧縮制御サブフィールドの００の値は、そのような態様では、ブロックＡＣＫビットマップフィールド３３５の長さが０であることを示し得、他の値は、ブロックＡＣＫビットマップフィールド３３５に記憶されたビットマップのために使用される圧縮の方法を示し得る。同様に、フレーム４００のブロックＡＣＫ制御フィールド４２５がＰＨＹヘッダに追加され得る。

[0058]いくつかの態様では、ＰＨＹヘッダの信号（ＳＩＧ）フィールド中のいくつかのビットは、ブロックＡＣＫフレームに関係する情報を記憶するために使用され得る。たとえば、図１１に、ブロックＡＣＫフレームに関係する情報を含むＰＨＹヘッダ１１００の一例を示す。ＰＨＹヘッダ１１００の変調コーディングスキーム（ＭＣＳ）、巡回冗長検査（ＣＲＣ）およびテール（ＴＡＩＬ）フィールドは、標準のＰＨＹヘッダと同じビットからなり得る。いくつかの態様では、ＭＣＳフィールドのための予約済み値（たとえば、１０〜１５の値のいずれか）は、ＰＨＹヘッダが、ブロックＡＣＫフレームに関係する情報を含むことを示すために使用され得る。いくつかの態様では、１ＭＨｚＰＨＹヘッダフォーマットを有するＰＨＹヘッダ１１００のＳＩＧフィールドの２２ビットは、ブロックＡＣＫフレームに関係する情報を記憶するために使用され得る。いくつかの態様では、２ＭＨｚＰＨＹヘッダフォーマットを有するＰＨＹヘッダ１１００のＳＩＧフィールドの３４ビットは、ブロックＡＣＫフレームに関係する情報を記憶するために使用され得る。ＳＩＧフィールドのビットを使用して記憶され得る情報は、ブロックＡＣＫＩＤ、（開始シーケンス制御フィールド中に含まれ得る）開始シーケンス番号、ブロックａｃｋビットマップ、および／または他の好適なフィールドのうちの１つまたは複数を備え得る。これらのフィールドは、追加の情報（たとえば、モアデータ、ドップラー指示、応答フレームビットなど）を送信機に通信するために受信機によって使用され得る。いくつかの態様では、ブロックＡＣＫＩＤは、ブロックＡＣＫがそのために送られているブロックの第１のＭＰＤＵから、またはブロックＡＣＫ要求（ＢＡＲ：block ACK request）フレームから導出されるシーケンス番号であり得る。たとえば、一実施形態では、ブロックＡＣＫＩＤは、第１のＭＰＤＵのスクランブラシードフィールドから導出され得る。一実施形態では、ブロックＡＣＫＩＤフィールドは、ブロックＡＣＫがそのために送られているＡ−ＭＰＤＵのスクランブラシードから導出され得る。いくつかの態様では、ＰＨＹヘッダ１１００中に含まれる開始シーケンス番号は、開始シーケンス番号の最下位ビットを含む複数の下位ビット（ＬＳＢs：the least significant bits）に基づき得る。一実施形態では、開始シーケンス番号はＢＡＲフレームに基づく。一実施形態では、シーケンス番号はブロックの第１のＭＰＤＵに基づき得る。たとえば、６４個のＭＰＤＵのウィンドウ中で開始シーケンス番号を識別するために６つのＬＳＢが使用され得る。

[0059]いくつかの実施形態では、開始シーケンス番号はフレームの識別子として使用され得る。いくつかの実施形態では、開始シーケンス番号はショートブロックＡｃｋの唯一の識別子であり得る（すなわち、ブロックＡｃｋＩＤがないことがある）。いくつかの実施形態では、開始シーケンス番号とブロックＡｃｋＩＤとはフレームを一緒に識別し得る。いくつかの態様では、ブロックビットマップは、１ＭＨｚＰＨＹプリアンブルのために８ビットを備え得る。いくつかの態様では、ブロックビットマップは、２ＭＨｚＰＨＹプリアンブルのために１６ビットを備え得る。いくつかの態様では、ブロックビットマップのサイズはＳＩＧフィールド中のビット利用可能性に依存し得る。一実施形態では、ブロックビットマップは８ビット未満であり得る。一実施形態では、ブロックビットマップは８ビットよりも大きくなり得る。

[0060]上記で説明したように、データの送信のためにデータパケットの断片化（fragmentation）が使用され得る。たとえば、断片化は、大きいフレームの再送信を回避するために使用され得る。たとえば、同じ送信機会（ＴＸＯＰ：transmit opportunity）中に複数の断片化されたフレームが送信され得る。さらに、断片化は、低いＰＨＹレートでＴＸＯＰ中に大きいフレームを送信するために使用され得る（たとえば、ＴＸＯＰ中に１つの断片が送られ得る）。いくつかの態様では、そのような断片は、非圧縮ブロックＡＣＫまたは複数のＡＣＫを使用して確認応答され得、それはオーバーヘッドを導入し得る。

[0061]いくつかの態様では、（たとえば、本明細書で説明する方法のいずれかによって圧縮された）圧縮（「ショート」とも呼ばれる）ブロックＡＣＫは、複数の断片に確認応答するために使用され得る。たとえば、いくつかの態様では、１つの圧縮ブロックＡＣＫは、２ＭＨｚ通信のための最高１６個の断片に確認応答するために使用され得る。いくつかの態様では、１つの圧縮ブロックＡＣＫは、１ＭＨｚ通信のための最高８個の断片に確認応答するために使用され得る。

[0062]いくつかの態様では、複数の断片に確認応答する圧縮ブロックＡＣＫと、複数のデータパケットに確認応答する圧縮ブロックＡＣＫとを区別するために、ＡＣＫモードフィールドはブロックＡＣＫ中に含まれ得る。ＡＣＫモードフィールドは、ブロックＡＣＫモードを示す（たとえば、ブロックＡＣＫが複数のデータパケットに確認応答していることを示す）第１の値、または断片モードを示す（たとえば、ブロックＡＣＫが複数の断片に確認応答していることを示す）第２の値を有し得る。いくつかの態様では、圧縮ブロックＡＣＫが断片に確認応答している場合、圧縮ブロックＡＣＫの開始シーケンス番号は、断片化されているＭＡＣサービスデータユニット（ＭＳＤＵ：MAC service data unit）のシーケンス番号であり得る。いくつかの態様では、開始シーケンス番号は、断片化されているＭＳＤＵのシーケンス番号の最下位ビットを含む複数の下位ビット（ＬＳＢs）であり得るが、ブロックＡＣＫＩＤは開始シーケンス番号の最上位ビットを含む複数の上位ビット（ＭＳＢs：the most significant bits）であり得る。別の態様では、ブロックＡＣＫＩＤは、断片化されているＭＳＤＵの第１の断片のスクランブラシードから導出され得る。さらに、いくつかのそのような態様では、ブロックビットマップは、異なるパケットの代わりに断片にマッピングするために使用され得る。別の態様では、パケットの発信側および応答側は、ブロックＡＣＫ追加（ＡＤＤＢＡ：add block ACK）要求および／または応答交換中に、バッファサイズを１つのフレームに設定することに同意し得る。この場合、ブロックＡＣＫモードと断片モードとの間の区別はバッファサイズに基づいて実行され得る。一例として、バッファサイズが１に設定されるように同意された場合、後続のブロックＡＣＫが断片ＡＣＫとして解釈されることになる。代わりに、バッファサイズが１よりも大きい場合、ブロックＡＣＫは、複数のパケットを参照するものとして解釈される。

[0063]別の実施形態では、確認応答は、確認応答されているデータフレーム中で見つけられた情報に基づいて、ブロックａｃｋまたは断片ａｃｋとして識別され得る。確認応答されているデータフレームは、ブロックＡＣＫが必要とされ、データフレームに関連する断片数が０よりも大きいことを示す場合、応答確認応答は断片ａｃｋとして解釈され得る。データフレームの断片数がゼロ（０）である場合、応答フレームはブロックＡＣＫとして解釈され得る。

[0064]一実施形態では、ショートＡＣＫフレームは同様に区別され得る。この実施形態では、ショートＡｃｋ、ショートブロックＡｃｋおよびショート断片Ａｃｋを含むフレームに確認応答する制御応答フレームは、予約済みＭＣＳ値に基づいて識別され得る。制御応答ショートＡＣＫと、ショートブロックＡＣＫと、ショート断片ＡＣＫとは、確認応答されているデータフレームに基づいて区別され得る。データフレームが、それが確認応答を必要とすることを示す場合、制御応答は、単一のデータフレームに対する確認応答として解釈され得る。データフレームが、ブロック確認応答が必要とされることを示す場合、制御応答フレームは、複数のフレームに対する確認応答として解釈され得る。

[0065]本明細書で説明するような、任意の好適なタイプのブロックＡＣＫフレーム中のブロックＡＣＫビットマップフィールド３３５またはブロックＡＣＫビットマップフィールド４４０などのブロックＡＣＫビットマップの圧縮のための様々な技法について、本明細書で説明する。

[0066]一態様では、ブロックＡＣＫビットマップは、どのパケットが正しく受信されないかに関する情報を送ることのみによって圧縮される。たとえば、ビットマップは、サイズが（たとえば、シーケンスバイト０〜７における）８バイトであり、フィードバックがそのために必要とされる各パケットに対応するビットを有し得る。１ビットについて１の値は、対応するパケットが正しく受信されないことを示し得る。１ビットについて０の値は、対応するパケットが正しく受信されたことを示し得る。ブロックＡＣＫビットマップフィールド中でビットマップの各ビットのために「０」および「１」値のすべてを送る代わりに、最初の「１」または「０」値がどこで発生するかを示すためのオフセットが含まれ得、その場合、発生する最初の「１」または「０」から最後の「１」または「０」値までのビットマップも含まれ得る。たとえば、ビットマップは、値（００００００００１０００１０１００１０１１１００００００００００００００００００００００００００００００００００００００００００）をもつ８バイトを備え得る。したがって、最初および最後の「１」値が示される場合、「１」の値をもつ最初のビットは、１バイトまで遭遇されない。さらに、「１」の値をもつ最後のビットには、２バイトにおいて遭遇される。したがって、ビットマップを圧縮するために、１バイト（２進数で００１）である、「１」の最初の値が発生するバイトナンバ（bite number）に対応するオフセット値が選択される。オフセットのために使用されるビット数は、ビットマップが対応するバイトの数に依存する。たとえば、８バイトビットマップは、各バイトをインデックス付けするために少なくとも８つの一意の数を必要とし得、したがって、オフセットを表すために３ビットが使用される。次いで、１の値を含むバイトのビットマップは、バイト１および２を含むブロックＡＣＫビットマップフィールド中に含まれる。ブロックＡＣＫビットマップフィールドの受信機は、したがって、オフセットを利用して、オフセットによって示されるバイトより前の任意のバイト、およびオフセット＋ブロックＡＣＫビットマップ中に含まれる任意の追加のバイトの後の任意のバイトがすべて０または１を含むと決定することができる。残りのバイトは、ビットマップ中に示された値を有する。したがって、上記の例では、８バイトビットマップは１８ビットに圧縮される。圧縮が１の位置に従って実行されるか０の位置に従って実行されるかを示すために、ＰＨＹヘッダ中に追加のビットが含まれ得る。

[0067]別の態様では、ブロックＡＣＫビットマップの長さは、１、２、３、または４バイトなどの長さに低減され得、これは、各ブロックＡＣＫフレームによってより少数のパケットが確認応答され得ることを意味する。

[0068]別の態様では、ブロックＡＣＫビットマップは、ランレングス符号化（ＲＬＥ：run-length encoding）方法を使用して圧縮され得る。たとえば、ブロックＡＣＫビットマップフィールドは、第１のビットが「１」であるか「０」であるかを示す、１ビットの第１のビットサブフィールドを含み得る。次いで、ブロックＡＣＫビットマップフィールドは、それぞれ長さＮビット（たとえば、１０または６ビット）の１つまたは複数のシーケンス長サブフィールドを含み得る。シーケンス長サブフィールドのうちの第１のシーケンス長サブフィールドは、第１のビットと同じである第１のビットにおいて開始するシーケンス中のビット数を示す。次のシーケンス長サブフィールドは、前のシーケンス長サブフィールドのビットと反対の値である前のシーケンス長サブフィールドの後のビット数において開始するシーケンス中のビット数を示す。たとえば、シーケンス１１１１１１０００００００００００１１０は、第１のビットが「１」であるので、第１のビットサブフィールドにおいて「１」で符号化され得る。第１のシーケンス長サブフィールドは、６つの「１」ビットがあるので、６の値を有し得る。第２のシーケンス長サブフィールドは、前の「１」ビットと反対の値を有する１１個の「０」ビットがあるので、１１の値を有し得る。第３のシーケンス長サブフィールドは、前の「０」ビットと反対の値を有する２つの「１」ビットがあるので、２の値を有し得る。第４のシーケンス長サブフィールドは、前の「１」ビットと反対の値を有する１つの「０」ビットがあるので、１の値を有し得る。ブロックＡＣＫビットマップフィールドの受信機は、次いで、これらの値を使用してビットマップを再生成することができる。

[0069]別の態様では、ブロックＡＣＫビットマップフィールドは１つまたは複数のサブビットマップ要素を含むことができる。各要素は、オフセットサブフィールド（たとえば、１０ビット）、予約済みサブフィールド（たとえば、１ビット）、長さサブフィールド（たとえば、３ビット）、およびビットマップサブフィールド（たとえば、０〜７バイト）を備え得る。これら複数のサブビットマップ要素は、以下のようにブロックＡＣＫビットマップの値を示すためにブロックＡＣＫビットマップフィールド中に含まれ得る。各サブビットマップ要素は、ブロックＡＣＫビットマップのサブセットまたは一部分のための値を示し得る。オフセットサブフィールドは、サブビットマップ要素がその値を含むブロックＡＣＫビットマップの開始からのビットのオフセットを示し得る。予約済みサブフィールドは、サブビットマップ要素のビットマップサブフィールド中のビットマップが反転させられるか否かを示すために使用され得る。長さサブフィールドは、サブビットマップ要素のビットマップサブフィールド中のビットマップのバイトでの長さを示し得る。０の長さは、サブビットマップ要素が、ビットマップサブフィールドを含まず、したがって代わりに、オフセットサブフィールドの値の位置においてビットマップの値を示すことを示し得る。ビットマップサブフィールドは、オフセットサブフィールド値において開始し、長さサブフィールド中の長さにわたって続く、ビットマップの値を含み得る。さらに、ビットマップサブフィールド中にビットマップの一部であり得るトレイリング（trailing）「０」値がある場合、それらはビットマップサブフィールドから省略され得、代わりに暗黙的に０であると仮定され得る。たとえば、シーケンス１１１１０００００１０１０１０１１００００００００の場合、シーケンスの「１０１０１０１１００００００００」は、１０のオフセットと、１の予約済み値と、１の長さと、「１０１０１０１１」のビットマップとを有するサブビットマップ要素によって表されるであろう。そのような態様は、ブロックＡＣＫによってすべてのパケットが確認応答されるべきであるのとは対照的に、ＡＣＫはパケットの一部分のみについて送られ得るというフレキシビリティを与えることに留意されたい。

[0070]別の態様では、ブロックＡＣＫビットマップはブロックレベルで符号化され得る。たとえば、ブロックＡＣＫビットマップは、等しい長さのいくつかのブロック（たとえば、８オクテット長であるビットマップでは１つのブロック（ショートビットマップの例）、または１２８オクテット長であるビットマップでは１６個のブロック（ロングビットマップの例））に分割され得る。各ブロックはさらにサブブロック（たとえば、それぞれ１オクテット長）に分割され得る。ショートビットマップの場合、各ブロックは、したがって、ブロックビットマップ（たとえば、１オクテット長）と、１つまたは複数のサブブロックビットマップ（たとえば、それぞれ１オクテット長）とを含み得る。ブロックビットマップは、ブロックのどのサブブロックのためにサブブロックビットマップが含まれるかを示し得る。たとえば、ブロックビットマップは、シーケンスで８ビットを含み得る。シーケンスの８ビットは、８つのサブブロックのシーケンスに対応し得る。いずれかのサブブロックが非０値を有する場合、サブブロックビットマップがそのサブブロックのために含まれ得、ブロックビットマップ中の対応するビットは「１」の値を有し得る。サブブロックのすべてのビットの値が「０」である場合、ブロックビットマップ中の対応するビットは「０」の値を有し得、そのサブブロックのためにサブブロックビットマップは含まれない。サブブロックビットマップは、所与のサブブロックのためのビット値を含む。所与のサブブロックのためのサブブロックビットマップがない場合、そのサブブロックのすべてのビットの値は０であると仮定される。したがって、各ブロックは、ブロックビットマップと、１つまたは複数のサブブロックビットマップとによって表される。

[0071]ロングビットマップの場合、各ブロックは、ブロックオフセットと、ブロック制御と、ブロックビットマップと、１つまたは複数のサブブロックビットマップとによって表され得る。ブロックオフセットフィールド（たとえば、４ビット長）は、ブロック制御と、ブロックビットマップと、１つまたは複数のサブブロックビットマップとがどのブロックに関する情報を有するかを示し得る。ブロック制御は、ブロックビットマップと１つまたは複数のサブブロックビットマップとがどのように解釈されるべきかを示し得る。たとえば、ブロック制御の１つの値は、上記で説明したビットマップ符号化など、「通常」のビットマップ符号化を示し得、ブロックビットマップは、ブロックのどのサブブロックのためにサブブロックビットマップが含まれるかを示し、含まれるサブブロックのためのサブブロックビットマップは、所与のサブブロックのためのビット値を含む。ブロック制御の別の値は「単一のパケット」のビットマップ符号化を示し得、この特定のブロック中にただ１つのパケットのためのステータスがある。したがって、ブロックビットマップは、パケットの位置を示すために使用され、サブブロックビットマップは存在しない。ブロック制御の別の値は「逆」ビットマップ符号化を示し得る。符号化方式は、得られたビットマップがさらに逆にされなければならない（すべての「０」は「１」値に、およびその逆も同様である）ことを除いて、「通常」のビットマップ符号化と同じであり得る。

[0072]図７に、圧縮ブロックＡＣＫを送信するための方法７００の一態様を示す。ブロックＡＣＫは、本明細書の教示に基づいて圧縮され得る。ブロックＡＣＫは、ＡＰ１０４またはＳＴＡ１０６のいずれかにおいて生成され、ワイヤレスネットワーク１００中の別のノードに送信され得る。方法７００についてワイヤレスデバイス２０２ｒの要素に関して以下で説明するが、本明細書で説明するステップのうちの１つまたは複数を実装するために他の構成要素が使用され得ることを当業者は諒解されよう。

[0073]ブロック７０４において、１つまたは複数のパケットを受信する。ブロック７０６において、本明細書で説明する技法（たとえば、ブロックＡＣＫのサイズを圧縮することおよび／またはブロックＡＣＫ中のビットマップを圧縮すること）のうちの１つまたは複数を使用して圧縮されたブロックＡＣＫを生成する。生成は、たとえば、プロセッサ２０４および／またはＤＳＰ２２０によって実行され得る。

[0074]その後、ブロック７０８において、ブロックＡＣＫをワイヤレス送信する。送信は、たとえば、送信機２１０によって実行され得る。

[0075]図８は、ワイヤレス通信システム１００内で採用され得る例示的なワイヤレスデバイス８００の機能ブロック図である。デバイス８００は、パケットを受信するための受信モジュール８０４を備える。受信モジュール８０４は、図７に示したブロック７０４に関して上記で説明した機能のうちの１つまたは複数を実行するように構成され得る。受信モジュール８０４は、プロセッサ２０４および受信機２１２のうちの１つまたは複数に対応し得る。デバイス８００は、ブロックＡＣＫを生成するための生成モジュール８０６をさらに備える。生成モジュール８０６は、図７に示したブロック７０６に関して上記で説明した機能のうちの１つまたは複数を実行するように構成され得る。生成モジュール８０６は、プロセッサ２０４およびＤＳＰ２２０のうちの１つまたは複数に対応し得る。デバイス８００は、生成されたパケットをワイヤレス送信するための送信モジュール８０８をさらに備える。送信モジュール８０８は、図７に示したブロック７０８に関して上記で説明した機能のうちの１つまたは複数を実行するように構成され得る。送信モジュール８０８は送信機２１０に対応し得る。

[0076]図９に、ブロックＡＣＫを受信し、処理するための方法９００の一態様を示す。方法９００は、本明細書で説明する任意のタイプのブロックＡＣＫを受信し、処理するために使用され得る。パケットは、ワイヤレスネットワーク１００中の別のノードからＡＰ１０４またはＳＴＡ１０６のいずれかにおいて受信され得る。方法９００についてワイヤレスデバイス２０２ｔの要素に関して以下で説明するが、本明細書で説明するステップのうちの１つまたは複数を実装するために他の構成要素が使用され得ることを当業者は諒解されよう。

[0077]ブロック９０２において、１つまたは複数のパケットを送信する。送信は、たとえば、送信機２１０によって実行され得る。

[0078]ブロック９０４において、送信されたパケットに基づいてブロックＡＣＫを受信する。受信は、たとえば、受信機２１２によって実行され得る。

[0079]さらに、ブロック９０６において、ワイヤレスデバイス２０２ｔがブロックＡＣＫを処理する。処理は、たとえば、プロセッサ２０４、信号検出器２１８、および／またはＤＳＰ２２０によって実行され得る。

[0080]図１０は、ワイヤレス通信システム１００内で採用され得る別の例示的なワイヤレスデバイス１０００の機能ブロック図である。デバイス１０００は、１つまたは複数のパケットを送信するための送信モジュール１００２を備える。送信モジュール１００２は、図９に示したブロック９０２に関して上記で説明した機能のうちの１つまたは複数を実行するように構成され得る。送信モジュール１００２は、プロセッサ２０４および送信機２１０のうちの１つまたは複数に対応し得る。デバイス１０００は、ブロックＡＣＫをワイヤレス受信するための受信モジュール１００４をさらに備える。受信モジュール１００４は、図９に示したブロック９０４に関して上記で説明した機能のうちの１つまたは複数を実行するように構成され得る。受信モジュール１００４は受信機２１２に対応し得る。デバイス１０００は、ブロックＡＣＫを処理するための処理モジュール１００６をさらに備える。処理モジュール１００６は、図９に示したブロック９０６に関して上記で説明した機能のうちの１つまたは複数を実行するように構成され得る。処理モジュール１００６は、プロセッサ２０４、信号検出器２１８、およびＤＳＰ２２０のうちの１つまたは複数に対応し得る。

[0081]図１２に、ワイヤレスネットワークにおいて通信する方法１２００の一態様を示す。方法１２００についてワイヤレスデバイス２０２の要素に関して以下で説明するが、本明細書で説明するステップのうちの１つまたは複数を実装するために他の構成要素が使用され得ることを当業者は諒解されよう。

[0082]ブロック１２０４において、本方法は、物理レイヤヘッダを備える圧縮ブロック確認応答フレームを生成し、物理レイヤヘッダは、ブロック確認応答識別子と、圧縮ブロック確認応答フレームの開始シーケンス番号と、ビットマップとのうちの少なくとも１つを含む。したがって、オーバーヘッドを低減し、受信機などのエネルギー制約付きデバイスの寿命を低減するように、ブロック確認応答（ＡＣＫ）フレームは、ブロックＡＣＫフレームに関係する情報を含む物理（ＰＨＹ）レイヤヘッダを使用して圧縮され得る。生成することは、たとえば、プロセッサ２０４および／またはＤＳＰ２２０によって実行され得る。ブロック１２０６において、本方法は、圧縮ブロックＡＣＫフレームを送信することを含む。送信することは、たとえば、送信機２１０によって実行され得る。

[0083]いくつかの態様では、物理レイヤヘッダは、圧縮ブロックＡＣＫフレームが圧縮ブロックＡＣＫフレームタイプであることを示す値を有する変調コーディングスキームフィールドを含み得る。たとえば、ＭＣＳフィールドのための予約済み値（たとえば、１０〜１５の値のいずれか）は、ＰＨＹヘッダが、ブロックＡＣＫフレームに関係する情報を含むことを示すために使用され得る。

[0084]いくつかの態様では、ＰＨＹレイヤヘッダの信号（ＳＩＧ）フィールド中のいくつかのビットが、ブロックＡＣＫフレームに関係する情報を記憶するために使用され得る。たとえば、ブロック確認応答識別子と、圧縮ブロックＡＣＫフレームの開始シーケンス番号と、ビットマップとのうちの少なくとも１つがＰＨＹレイヤヘッダのＳＩＧフィールドに記憶される。これらのフィールドは、追加の情報（たとえば、モアデータ（More Data）、ドップラー指示、応答フレームビットなど）を送信機に通信するために受信機によって使用され得る。

[0085]いくつかの態様では、ブロックＡＣＫ識別子は、圧縮ブロック確認応答が送られているブロックの第１のパケットから導出されるシーケンス番号を含み得る。たとえば、ブロックＡＣＫＩＤは、ブロックＡＣＫが送られているブロックの第１のＭＰＤＵから導出されるシーケンス番号であり得る。いくつかの態様では、ブロックＡＣＫ識別子は、ブロックＡＣＫ要求フレームから導出されるシーケンス番号を含む。たとえば、ブロックＡＣＫＩＤは、ブロックＡＣＫ要求（ＢＡＲ：block ACK request）フレームから導出されるシーケンス番号であり得る。別の例として、ブロックＡＣＫＩＤは、第１のＭＰＤＵのスクランブラシードフィールドから導出されるか、またはブロックＡＣＫが送られているＡ−ＭＰＤＵのスクランブラシードから導出され得る。

[0086]いくつかの態様では、圧縮ブロックＡＣＫフレームの開始シーケンス番号は、開始シーケンス番号の最下位ビットを含む複数の下位ビット（ＬＳＢs：least significant bits）のグループに基づき得る。いくつかの態様では、開始シーケンス番号はブロック確認応答要求フレームに基づく。いくつかの態様では、開始シーケンス番号はブロックの第１のＭＰＤＵに基づき得る。たとえば、６４個のＭＰＤＵのウィンドウ中で開始シーケンス番号を識別するために６つのＬＳＢが使用され得る。

[0087]いくつかの態様では、圧縮ブロックＡＣＫフレームの開始シーケンス番号は、圧縮ブロックＡＣＫフレームの識別子として使用され得る。いくつかの態様では、圧縮ブロックＡＣＫフレームの開始シーケンス番号は圧縮ブロックＡＣＫフレームの唯一の識別子である。いくつかの態様では、圧縮ブロックＡＣＫフレームの開始シーケンス番号と、ブロック確認応答識別子とは、圧縮ブロックＡＣＫフレームを識別するために使用される。

[0088]図１３は、ワイヤレス通信システム１００内で採用され得る例示的なワイヤレスデバイス１３００の機能ブロック図である。本デバイス１３００は、物理レイヤヘッダを備える圧縮ブロック確認応答フレームを生成するための生成モジュール１３０４を備え、物理レイヤヘッダは、ブロック確認応答識別子と、圧縮ブロック確認応答フレームの開始シーケンス番号と、ビットマップとのうちの少なくとも１つを含む。生成モジュール１３０４は、図１２に示したブロック１２０４に関して上記で説明した機能のうちの１つまたは複数を実行するように構成され得る。生成モジュール１３０４は、プロセッサ２０４およびＤＳＰ２２０のうちの１つまたは複数に対応し得る。生成モジュール１３０４はさらに圧縮器（コンプレッサ）に対応し得る。デバイス１３００は、圧縮ブロック確認応答フレームを送信するための送信モジュール１３０６をさらに備える。送信モジュール１３０６は、図１２に示したブロック１２０６に関して上記で説明した機能のうちの１つまたは複数を実行するように構成され得る。送信モジュール１３０６は送信機２１０に対応し得る。

[0089]本明細書で使用する「決定」という用語は、多種多様なアクションを包含する。たとえば、「決定」は、計算、算出、処理、導出、調査、探索（たとえば、テーブル、データベースまたは別のデータ構造での探索）、確認などを含み得る。また、「決定」は、受信（たとえば、情報を受信すること）、アクセス（たとえば、メモリ中のデータにアクセスすること）などを含み得る。また、「決定」は、解決、選択、選定、確立などを含み得る。さらに、本明細書で使用する「チャネル幅」は、帯域幅を包含し得るか、またはいくつかの態様では帯域幅と呼ばれることもある。

[0090]本明細書で使用する、項目のリスト「のうちの少なくとも１つ」を指す句は、単一のメンバーを含む、それらの項目の任意の組合せを指す。一例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃを包含するものとする。

[0091]上記で説明した方法の様々な動作は、（１つまたは複数の）様々なハードウェアおよび／またはソフトウェア構成要素、回路、および／または（１つまたは複数の）モジュールなど、それらの動作を実行することが可能な任意の好適な手段によって実行され得る。概して、図に示すどの動作も、その動作を実行することが可能な対応する機能的手段によって実行され得る。

[0092]本開示に関連して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ信号（ＦＰＧＡ）または他のプログラマブル論理デバイス（ＰＬＤ）、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の市販のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。

[0093]１つまたは複数の態様では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装した場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。したがって、いくつかの態様では、コンピュータ可読媒体は非一時的コンピュータ可読媒体（たとえば、有形媒体）を備え得る。さらに、いくつかの態様では、コンピュータ可読媒体は一時的コンピュータ可読媒体（たとえば、信号）を備え得る。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。

[0094]本明細書で開示する方法は、説明した方法を達成するための１つまたは複数のステップまたはアクションを備える。本方法のステップおよび／またはアクションは、特許請求の範囲から逸脱することなく互いに交換され得る。言い換えれば、ステップまたはアクションの特定の順序が指定されない限り、特定のステップおよび／またはアクションの順序および／または使用は特許請求の範囲から逸脱することなく変更され得る。

[0095]説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せで実装され得る。ソフトウェアで実装した場合、機能は１つまたは複数の命令としてコンピュータ可読媒体上に記憶され得る。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピーディスク（disk）およびブルーレイディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。

[0096]したがって、いくつかの態様は、本明細書で提示した動作を実行するためのコンピュータプログラム製品を備え得る。たとえば、そのようなコンピュータプログラム製品は、本明細書で説明した動作を実行するために１つまたは複数のプロセッサによって実行可能である命令を記憶した（および／または符号化した）コンピュータ可読媒体を備え得る。いくつかの態様では、コンピュータプログラム製品はパッケージング材料を含み得る。

[0097]ソフトウェアまたは命令はまた、伝送媒体を介して送信され得る。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、伝送媒体の定義に含まれる。

[0098]さらに、本明細書で説明した方法および技法を実行するためのモジュールおよび／または他の適切な手段は、適用可能な場合にユーザ端末および／または基地局によってダウンロードおよび／または他の方法で取得され得ることを諒解されたい。たとえば、そのようなデバイスは、本明細書で説明した方法を実行するための手段の転送を可能にするためにサーバに結合され得る。代替的に、本明細書で説明した様々な方法は、ユーザ端末および／または基地局が記憶手段をデバイスに結合するかまたは与えると様々な方法を得ることができるように、記憶手段（たとえば、ＲＡＭ、ＲＯＭ、コンパクトディスク（ＣＤ）またはフロッピーディスクなどの物理記憶媒体など）によって提供され得る。さらに、本明細書で説明した方法および技法をデバイスに与えるための任意の他の好適な技法が利用され得る。

[0099]特許請求の範囲は、上記に示した厳密な構成および構成要素に限定されないことを理解されたい。上記で説明した方法および装置の構成、動作および詳細において、特許請求の範囲から逸脱することなく、様々な改変、変更および変形が行われ得る。

[0100]上記は本開示の態様を対象とするが、本開示の他の態様およびさらなる態様は、それの基本的範囲から逸脱することなく考案され得、それの範囲は以下の特許請求の範囲によって判断される。

Claims

ワイヤレスネットワークにおいて通信する方法であって、
物理レイヤヘッダを備える圧縮ブロック確認応答フレームを生成することと、前記物理レイヤヘッダは、ブロック確認応答識別子と、前記圧縮ブロック確認応答フレームの開始シーケンス番号と、ビットマップとのうちの少なくとも１つを含み、
前記圧縮ブロック確認応答フレームを送信することと、
を備える、方法。
前記物理レイヤヘッダは変調コーディングスキームフィールドを含み、前記圧縮ブロック確認応答フレームを示す値を有する前記変調コーディングスキームフィールドは圧縮ブロック確認応答フレームタイプである、請求項１に記載の方法。
前記ブロック確認応答識別子と、前記圧縮ブロック確認応答フレームの前記開始シーケンス番号と、前記ビットマップとのうちの少なくとも１つは、前記物理レイヤヘッダの信号フィールドに記憶される、請求項１に記載の方法。
前記ブロック確認応答識別子は、前記圧縮ブロック確認応答が送られているブロックの第１のパケットから導出されるシーケンス番号を含む、請求項１に記載の方法。
前記ブロック確認応答識別子は、ブロック確認応答要求フレームから導出されるシーケンス番号を含む、請求項１に記載の方法。
前記圧縮ブロック確認応答フレームの前記開始シーケンス番号は、開始シーケンス番号の最下位ビットを含む複数の下位ビットのグループに基づく、請求項１に記載の方法。
前記開始シーケンス番号はブロック確認応答要求フレームに基づく、請求項６に記載の方法。
前記圧縮ブロック確認応答フレームの前記開始シーケンス番号は、前記圧縮ブロック確認応答フレームの識別子として使用される、請求項１に記載の方法。
前記圧縮ブロック確認応答フレームの前記開始シーケンス番号は、前記圧縮ブロック確認応答フレームの唯一の識別子である、請求項８に記載の方法。
前記圧縮ブロック確認応答フレームの前記開始シーケンス番号と、前記ブロック確認応答識別子とは、前記圧縮ブロック確認応答フレームを識別するために使用される、請求項８に記載の方法。
物理レイヤヘッダを備える圧縮ブロック確認応答フレームを生成するように構成されたプロセッサと、前記物理レイヤヘッダは、ブロック確認応答識別子と、前記圧縮ブロック確認応答フレームの開始シーケンス番号と、ビットマップとのうちの少なくとも１つを含み、
前記圧縮ブロック確認応答フレームを送信するように構成された送信機と、
を備える、ワイヤレスデバイス。
前記物理レイヤヘッダは変調コーディングスキームフィールドを含み、前記圧縮ブロック確認応答フレームを示す値を有する前記変調コーディングスキームフィールドが圧縮ブロック確認応答フレームタイプである、請求項１１に記載のワイヤレスデバイス。
前記ブロック確認応答識別子と、前記圧縮ブロック確認応答フレームの前記開始シーケンス番号と、前記ビットマップとのうちの少なくとも１つが前記物理レイヤヘッダの信号フィールドに記憶される、請求項１１に記載のワイヤレスデバイス。
前記ブロック確認応答識別子は、前記圧縮ブロック確認応答が送られているブロックの第１のパケットから導出されるシーケンス番号を含む、請求項１１に記載のワイヤレスデバイス。
前記ブロック確認応答識別子は、ブロック確認応答要求フレームから導出されるシーケンス番号を含む、請求項１１に記載のワイヤレスデバイス。
前記圧縮ブロック確認応答フレームの前記開始シーケンス番号は、開始シーケンス番号の最下位ビットを含む複数の下位ビットのグループに基づく、請求項１１に記載のワイヤレスデバイス。
前記開始シーケンス番号はブロック確認応答要求フレームに基づく、請求項１６に記載のワイヤレスデバイス。
前記圧縮ブロック確認応答フレームの前記開始シーケンス番号は、前記圧縮ブロック確認応答フレームの識別子として使用される、請求項１１に記載のワイヤレスデバイス。
前記圧縮ブロック確認応答フレームの前記開始シーケンス番号は、前記圧縮ブロック確認応答フレームの唯一の識別子である、請求項１８に記載のワイヤレスデバイス。
前記圧縮ブロック確認応答フレームの前記開始シーケンス番号と、前記ブロック確認応答識別子とが、前記圧縮ブロック確認応答フレームを識別するために使用される、請求項１８に記載のワイヤレスデバイス。
物理レイヤヘッダを備える圧縮ブロック確認応答フレームを生成する手段と、前記物理レイヤヘッダは、ブロック確認応答識別子と、前記圧縮ブロック確認応答フレームの開始シーケンス番号と、ビットマップとのうちの少なくとも１つを含み、
前記圧縮ブロック確認応答フレームを送信する手段と、
を備える、ワイヤレスデバイス。
前記物理レイヤヘッダは変調コーディングスキームフィールドを含み、前記圧縮ブロック確認応答フレームを示す値を有する前記変調コーディングスキームフィールドは圧縮ブロック確認応答フレームタイプである、請求項２１に記載のワイヤレスデバイス。
前記ブロック確認応答識別子と、前記圧縮ブロック確認応答フレームの前記開始シーケンス番号と、前記ビットマップとのうちの少なくとも１つが前記物理レイヤヘッダの信号フィールドに記憶される、請求項２１に記載のワイヤレスデバイス。
前記ブロック確認応答識別子は、前記圧縮ブロック確認応答が送られているブロックの第１のパケットから導出されるシーケンス番号を含む、請求項２１に記載のワイヤレスデバイス。
前記ブロック確認応答識別子は、ブロック確認応答要求フレームから導出されるシーケンス番号を含む、請求項２１に記載のワイヤレスデバイス。
前記圧縮ブロック確認応答フレームの前記開始シーケンス番号は、開始シーケンス番号の最下位ビットを含む複数の下位ビットのグループに基づく、請求項２１に記載のワイヤレスデバイス。
前記開始シーケンス番号はブロック確認応答要求フレームに基づく、請求項２６に記載のワイヤレスデバイス。
前記圧縮ブロック確認応答フレームの前記開始シーケンス番号は、前記圧縮ブロック確認応答フレームの識別子として使用される、請求項２１に記載のワイヤレスデバイス。
前記圧縮ブロック確認応答フレームの前記開始シーケンス番号は、前記圧縮ブロック確認応答フレームの唯一の識別子である、請求項２８に記載のワイヤレスデバイス。
前記圧縮ブロック確認応答フレームの前記開始シーケンス番号と、前記ブロック確認応答識別子とは、前記圧縮ブロック確認応答フレームを識別するために使用される、請求項２８に記載のワイヤレスデバイス。
実行されたとき、
物理レイヤヘッダを備える圧縮ブロック確認応答フレームを生成することと、前記物理レイヤヘッダは、ブロック確認応答識別子と、前記圧縮ブロック確認応答フレームの開始シーケンス番号と、ビットマップとのうちの少なくとも１つを含み、
前記圧縮ブロック確認応答フレームを送信することと、
を装置に行わせるコードを備える非一時的コンピュータ可読媒体。
前記物理レイヤヘッダは変調コーディングスキームフィールドを含み、前記圧縮ブロック確認応答フレームを示す値を有する前記変調コーディングスキームフィールドは圧縮ブロック確認応答フレームタイプである、請求項３１に記載のコンピュータ可読媒体。
前記ブロック確認応答識別子と、前記圧縮ブロック確認応答フレームの前記開始シーケンス番号と、前記ビットマップとのうちの少なくとも１つは、前記物理レイヤヘッダの信号フィールドに記憶される、請求項３１に記載のコンピュータ可読媒体。
前記ブロック確認応答識別子は、前記圧縮ブロック確認応答が送られているブロックの第１のパケットから導出されるシーケンス番号を含む、請求項３１に記載のコンピュータ可読媒体。
前記ブロック確認応答識別子は、ブロック確認応答要求フレームから導出されるシーケンス番号を含む、請求項３１に記載のコンピュータ可読媒体。
前記圧縮ブロック確認応答フレームの前記開始シーケンス番号は、開始シーケンス番号の最下位ビットを含む複数の下位ビットのグループに基づく、請求項３１に記載のコンピュータ可読媒体。
前記開始シーケンス番号はブロック確認応答要求フレームに基づく、請求項３６に記載のコンピュータ可読媒体。
前記圧縮ブロック確認応答フレームの前記開始シーケンス番号は、前記圧縮ブロック確認応答フレームの識別子として使用される、請求項３１に記載のコンピュータ可読媒体。
前記圧縮ブロック確認応答フレームの前記開始シーケンス番号は、前記圧縮ブロック確認応答フレームの唯一の識別子である、請求項３８に記載のコンピュータ可読媒体。
前記圧縮ブロック確認応答フレームの前記開始シーケンス番号と、前記ブロック確認応答識別子とは、前記圧縮ブロック確認応答フレームを識別するために使用される、請求項３８に記載のコンピュータ可読媒体。