JP2014090434A - Ｗｌａｎのための、肯定応答リソース割り振りおよびスケジューリング - Google Patents

Abstract

【課題】通信のための方法および装置に関し、特に複数のノードのそれぞれが、装置または送信ノードに肯定応答を送るためのリソース割り振り方法を提供する。
【解決手段】通信のための装置において、複数のノードへの送信のための物理レイヤパケットが発生され、または、それにより、複数のノードにより物理レイヤパケットを受信する。複数のノードのそれぞれが、装置または送信ノードに肯定応答を送るためのリソース割り振りが、物理レイヤパケット中に含まれている。
【選択図】図２

Description

背景

Ｉ．分野
下記の説明は、一般的に通信システムに関連し、さらに詳細には、ワイヤレスネットワークにおける電力およびリソースの効率に関連している。

ＩＩ．背景
ワイヤレス通信システムに対して要求される増加する帯域幅要件の問題を取り扱うために、複数のユーザ端末が、高データスループットを達成しつつ、チャネルリソースを共有することにより、単一のアクセスポイントと通信することが可能になるように、異なるスキームが開発されている。複数入力または複数出力（ＭＩＭＯ）技術は、次世代の通信システムに対するポピュラーな技術として、最近登場したこのようなアプローチの１つを表している。ＭＩＭＯ技術は、電気電子技術者協会（ＩＥＥＥ）８０２．１１標準規格のような、いくつかの新興ワイヤレス通信標準規格において採用されている。ＩＥＥＥ８０２．１１は、短距離通信（例えば、数十メートルから数百メートルまで）のために、ＩＥＥＥ８０２．１１委員会により開発された、１組のワイヤレスローカルエリアネットワーク（ＷＬＡＮ）エアインターフェース標準規格を示している。

ＭＩＭＯ技術は、将来のワイヤレス通信システムに対する大いなる見込みを保っている。しかしながら、ＭＩＭＯアプリケーション内とともに、他の通信技術内の、データスループットをさらに増加させる必要性が依然として存在する。

概要

ここで開示する態様は、ＩＥＥＥ８０２．１１標準規格にしたがったワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を用いるシステムに対して有利であるかもしれない。しかしながら、他のアプリケーションも同様な利点から利益を得ることができることから、本開示はこのようなシステムに限定されることを意図していない。

本開示のある態様にしたがった、処理システムを具備する、通信のための装置を開示する。処理システムは、複数のノードへの送信のための物理レイヤパケットを発生させ、物理レイヤパケットを送信するように構成されており、物理レイヤパケットは、複数のノードのそれぞれが、肯定応答を装置に送るためのリソース割り振りを含む。

本開示の別の態様にしたがった、通信のための方法を開示する。方法は、複数のノードへの送信のための物理レイヤパケットを発生させることと、物理レイヤパケットを送信することとを含み、物理レイヤパケットは、複数のノードのそれぞれが、肯定応答を装置に送るためのリソース割り振りを含む。

本開示また別の態様にしたがった、通信のための装置を開示する。装置は、複数のノードへの送信のための物理レイヤパケットを発生させる手段と、物理レイヤパケットを送信する手段とを具備し、物理レイヤパケットは、複数のノードのそれぞれが、肯定応答を装置に送るためのリソース割り振りを含む。

本開示のまた別の態様にしたがった、通信のためのコンピュータプログラムプロダクトを開示する。コンピュータプログラムプロダクトは、複数のノードへの送信のための物理レイヤパケットを発生させるために実行可能な命令と、物理レイヤパケットを送信するために実行可能な命令とによりエンコードされている機械読取可能媒体を含み、物理レイヤパケットは、複数のノードのそれぞれが、肯定応答を装置に送るためのリソース割り振りを含む。

本開示のまた別の態様にしたがった、アクセスポイントを開示する。アクセスポイントは、ワイヤレスネットワークアダプタと、複数のノードへの送信のための物理レイヤパケットを発生させ、ワイヤレスネットワークアダプタを使用して、物理レイヤパケットを送信するように構成されている処理システムとを具備し、物理レイヤパケットは、複数のノードのそれぞれが、肯定応答を装置に送るためのリソース割り振りを含む。

本開示のまた別の態様にしたがった、処理システムを具備する、通信のための装置を開示する。処理システムは、ノードにより複数の他のノードに送信された物理レイヤパケットを受信し、物理レイヤパケットの受信に応答して、肯定応答パケットを発生させ、リソース割り振りに基づいて、肯定応答パケットをノードに送信するように構成されており、物理レイヤパケットは、複数の他のノードのそれぞれが、物理レイヤパケットの受信をノードに肯定応答するためのリソース割り振りを含む。

本開示のまた別の態様にしたがった、通信のための方法を開示する。方法は、ノードにより複数の他のノードに送信された物理レイヤパケットを受信することと、物理レイヤパケットの受信に応答して、肯定応答パケットを発生させることと、リソース割り振りに基づいて、肯定応答パケットをノードに送信することを含み、物理レイヤパケットは、複数の他のノードのそれぞれが、物理レイヤパケットの受信をノードに肯定応答するためのリソース割り振りを含む。

本開示のまた別の態様にしたがった、通信のための装置を開示する。装置は、ノードにより複数の他のノードに送信された物理レイヤパケットを受信する手段と、物理レイヤパケットの受信に応答して、肯定応答パケットを発生させる手段と、リソース割り振りに基づいて、肯定応答パケットをノードに送信する手段とを具備し、物理レイヤパケットは、複数の他のノードのそれぞれが、物理レイヤパケットの受信をノードに肯定応答するためのリソース割り振りを含む。

本開示のまた別の態様にしたがった、通信のためのコンピュータプログラムプロダクトを開示する。コンピュータプログラムプロダクトは、ノードにより複数の他のノードに送信された物理レイヤパケットを受信するために実行可能な命令と、物理レイヤパケットの受信に応答して、肯定応答パケットを発生させるために実行可能な命令と、リソース割り振りに基づいて、肯定応答パケットをノードに送信するために実行可能な命令とによりエンコードされている機械読取可能媒体を含み、物理レイヤパケットは、複数の他のノードのそれぞれが、物理レイヤパケットの受信をノードに肯定応答するためのリソース割り振りを含む。

本開示のまた別の態様にしたがった、アクセス端末を開示する。アクセス端末は、ワイヤレスネットワークアダプタと、ワイヤレスネットワークアダプタに結合されている処理システムとを具備する。処理システムは、ノードにより複数の他のノードに送信された物理レイヤパケットを受信し、物理レイヤパケットの受信に応答して、肯定応答パケットを発生させ、リソース割り振りに基づいて、肯定応答パケットをノードに送信するように構成されており、物理レイヤパケットは、複数の他のノードのそれぞれが、物理レイヤパケットの受信をノードに肯定応答するためのリソース割り振りを含む。

特定の態様をここに記述しているが、これらの態様の多くの変動および順列は、本開示の範囲内に入る。好ましい態様のいくつかの利益および利点を述べているが、本開示の範囲は、特定の、利益、利用、または目的に限定されるように意図していない。むしろ、本開示の態様は、異なる、ワイヤレス技術、システム構成、ネットワーク、および送信プロトコルに広く適用可能であるように意図している。異なる、ワイヤレス技術、システム構成、ネットワーク、および送信プロトコルのうちのいくつかは、図面中で、および、下記の詳細な説明中で、事例として図示されている。詳細な説明および図面は、添付した特許請求の範囲およびこれらの均等物により規定されている本開示の範囲を制限するよりむしろ、単に本開示の例示に過ぎない。

後に続く詳細な説明中で、および、付随する図面中で、本開示の、これらのサンプル態様および他のサンプル態様を説明する。
図１は、ワイヤレス通信ネットワークのダイヤグラムである。 図２は、図１のワイヤレス通信ネットワーク中のワイヤレスノードのＭＡＣおよびＰＨＹレイヤにおけるフレーム集約を図示している。 図３は、ＴＤＭＡを利用する、図１のワイヤレス通信ネットワーク中のスケジューリングされたブロック肯定応答の例を図示している。 図４は、ＴＤＭＡを利用する、図１のワイヤレス通信ネットワーク中のスケジューリングされたブロック肯定応答の例を図示している。 図５は、ＯＦＤＭＡを利用する、図１のワイヤレス通信ネットワーク中のスケジューリングされたブロック肯定応答の例を図示している。 図６は、ＯＦＤＭＡを利用する、図１のワイヤレス通信ネットワーク中のスケジューリングされたブロック肯定応答の例を図示している。 図７は、ＳＤＭＡを利用する、図１のワイヤレス通信ネットワーク中のスケジューリングされたブロック肯定応答の例を図示している。 図８は、ＳＤＭＡを利用する、図１のワイヤレス通信ネットワーク中のスケジューリングされたブロック肯定応答の例を図示している。 図９は、図１のワイヤレス通信ネットワーク中のワイヤレスノードのＰＨＹレイヤの信号処理機能の例のブロックダイヤグラムである。 図１０は、図１のワイヤレス通信ネットワーク中のワイヤレスノードにおける処理システムのための例示的なハードウェア構成を図示しているブロックダイヤグラムである。 図１１は、図２〜１０中に開示したさまざまな態様に関する、ソフトウェアモジュールの機能性を図示しているフローチャートである。 図１２は、図２〜１０中に開示したさまざまな態様に関する、ソフトウェアモジュールの機能性を図示しているフローチャートである。 図１３は、本開示のある態様にしたがった、通信のための装置の機能性の例を図示しているブロックダイヤグラムである。 図１４は、本開示の別の態様にしたがった、通信のための装置の機能性の例を図示しているブロックダイヤグラムである。

一般的な実務にしたがって、図面のうちのいくつかは、明確にするために、簡略化されていることがある。したがって、図面は、所定の装置（例えば、デバイス）または方法のすべてのコンポーネントを描写していないかもしれない。最後に、明細書および図面にわたって、同一の参照番号を使用して、同一の特徴を示している。

詳細な説明

付随する図面を参照して、本開示のさまざまな態様をより完全に下記に説明する。しかしながら、これらは、異なる形態で具現化してもよく、本開示全体を通して提示される何らかの特定の構造または機能に限定されるものとして解釈すべきではない。むしろ、本開示が徹底的で完璧なものとなり、本開示の範囲を当業者に完全に伝えるように、これらの態様を提供する。ここでの教示に基づくと、本開示の範囲は、本開示の他の何らかの態様から独立して実現するか、または、本開示の他の何らかの態様と組み合わせて実現するかに関わらず、ここに含まれる装置または方法の何らかの態様をカバーすることを意図していることを、当事者は正しく認識すべきである。例えば、ここに述べる任意の数の態様を使用して、装置を実現してもよく、または、方法を実施してもよい。さらに、本開示の範囲は、ここに述べる本開示のさまざまな態様に加えて、あるいは、ここに述べる本開示のさまざまな態様の他に、他の、構造、機能性、または、構造および機能性を使用して実施するこのような装置あるいは方法をカバーすることを意図している。特許請求の範囲のうちの１つ以上のエレメントにより、ここで開示するうちの何らかの態様を具現化してもよいことを理解すべきである。

図１を参照して、ワイヤレスネットワークのいくつかの態様をこれから示す。ノード１１０および１２０として一般的に指定されている、いくつかのワイヤレスノードにより、ワイヤレスネットワーク１００を示している。各ワイヤレスノードは、受信および／または送信の能力がある。後に続く議論では、用語“受信ノード”は、受信しているノードのことを指すために使用し、用語“送信ノード”は、送信しているノードのことを指すために使用する。このような参照は、ノードが、送信および受信動作の双方を実行する能力がないことを意味しているわけではない。

後に続く詳細な説明では、ダウンリンク通信に対しては、送信ノードを指定するために、用語“アクセスポイント”を使用し、受信ノードを指定するために、用語“アクセス端末”を使用するが、アップリンク通信に対しては、受信ノードを指定するために、用語“アクセスポイント”を使用し、送信ノードを示すために、用語“アクセス端末”を使用する。しかしながら、アクセスポイントおよび／またはアクセス端末に対して、他の専門用語または名称を使用してもよいことを、当業者は容易に理解するであろう。事例として、アクセスポイントは、基地局や、基地トランシーバ局や、局や、端末や、ノードや、アクセスポイントとして機能するアクセス端末や、または他の何らかの適した専門用語として言及することがある。アクセス端末は、ユーザ端末、移動局、加入者局、局、ワイヤレスデバイス、端末、ノード、または他の何らかの適した専門用語として言及することがある。本開示全体を通して記述するさまざまな概念は、これらの特有の名称にかかわらず、すべての適したワイヤレスノードに適用することを意図している。

アクセス端末１２０に対するカバレッジを提供するために、ワイヤレスネットワーク１００は、地理的領域全体を通して分散されている任意の数のアクセスポイントをサポートしてもよい。システム制御装置１３０を使用して、アクセスポイントの調整および制御とともに、他のネットワーク（例えば、インターネット）へのアクセスをアクセス端末１２０に提供してもよい。簡潔にするために、１つのアクセスポイント１１０を示している。アクセスポイントは、一般的に、カバレッジの地理的領域中のアクセス端末に対してバックホールサービスを提供する固定端末である。しかしながら、いくつかのアプリケーションでは、アクセスポイントは移動性のものであってもよい。固定または移動性のものであるかもしれないアクセス端末は、アクセスポイントのバックホールサービスを利用する、あるいは、他のアクセス端末とのピア・ツー・ピア通信に携わる。アクセス端末の例は、電話機（例えば、セルラ電話機）、ラップトップコンピュータ、デスクトップコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、デジタルオーディオプレーヤー（例えば、ＭＰ３プレーヤー）、カメラ、ゲームコンソール、または他の何らかの適したワイヤレスノードを含む。

ワイヤレスネットワーク１００は、ＭＩＭＯ技術をサポートしてもよい。ＭＩＭＯ技術を使用すると、アクセスポイント１１０は、空間分割多元接続（ＳＤＭＡ）を使用して複数のアクセス端末１２０と同時に通信することができる。ＳＤＭＡは、異なる受信機に同時に送信される複数のストリームが、同一の周波数チャネルを共有し、結果として、より高いユーザ容量を提供することを可能にする多元接続スキームである。ダウンリンク上で各データストリームを空間的に予めコード化することにより、これを達成する。空間的に予めコード化されたデータストリームは、異なる空間署名とともにアクセス端末に到達し、これにより、各アクセス端末１２０は、そのアクセス端末１２０に宛てられているデータストリームを復元することができる。アップリンク上で、各アクセス端末１２０は、空間的に予めコード化されたデータストリームを送信し、これにより、アクセスポイント１１０は、空間的に予めコード化された各データストリームの発信元を識別することができる。

ある機能性を使用可能にするために、１つ以上のアクセス端末１２０に複数のアンテナを装備してもよい。この構成では、アクセスポイント１１０における複数のアンテナを使用して、複数アンテナのアクセス端末と通信し、追加的な帯域幅または送信電力なしで、データスループットを向上させてもよい。送信機において、高データレート信号を、異なる空間署名を有する複数のより低いレートデータストリームに分けることにより、これを達成してもよく、したがって、受信機は、これらのストリームを複数のチャネルに分離し、ストリームを適切に組み合わせて、高レートデータ信号を復元することができる。

下記の開示部分は、ＭＩＭＯ技術もサポートするアクセス端末を説明しているが、アクセスポイント１１０は、ＭＩＭＯ技術をサポートしないアクセス端末をサポートするようにも構成してもよい。このアプローチによって、より古いバージョンのアクセス端末（すなわち、“レガシー”端末）をワイヤレスネットワーク中に配置したままにすることが可能になる一方で、より新しいＭＩＭＯアクセス端末を適切に取り入れることが可能になる。

後に続く詳細な説明では、直交周波数分割多重化（ＯＦＤＭ）のような、何らかの適したワイヤレス技術をサポートしているＭＩＭＯシステムを参照して、本発明のさまざまな態様を説明している。ＯＦＤＭは、正確な周波数だけスペースが空けられた多数の副搬送波にわたって、データを分散させる技術である。スペーシングは、受信機が副搬送波からのデータを復元することを可能にする“直交性”を提供する。ＯＦＤＭシステムは、ＩＥＥＥ８０２．１１、または、他の何らかのエアインターフェース標準規格を実現することができる。事例として、他の適したワイヤレス技術は、コード分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、または他の何らかの適したワイヤレス技術、あるいは、適したワイヤレス技術の何らかの組み合わせを含む。ＣＤＭＡシステムを、ＩＳ−２０００、ＩＳ−９５、ＩＳ−８５６、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ（登録商標））、または、他の何らかの適したエアインターフェース標準規格により実現してもよい。ＴＤＭＡシステムは、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ）（登録商標）、または、他の何らかの適したエアインターフェース標準規格を実現することができる。当業者が容易に正しく認識するように、本発明のさまざまな態様は、何らかの特定のワイヤレス技術および／またはエアインターフェース標準規格に限定されない。

アクセスポイント（ＡＰ）かアクセス端末（ＡＴ）かにかかわらず、ワイヤレスノードを、レイヤード構造を利用するプロトコルにより実現してもよい。事例として、図２中に示しているように、レイヤード構造は、アプリケーションレイヤ２０２と、メディアアクセス制御レイヤ（ＭＡＣ）２０４と、物理レイヤ（ＰＨＹ）２０６とを含んでいる。物理レイヤ２０６は、ワイヤレスノードを共有ワイヤレスチャネルにインターフェースするための、すべての物理的仕様および電気的仕様を実現する。ＭＡＣレイヤ２０４は、共有ワイヤレスチャネルへのアクセスを調整し、アプリケーションレイヤ２０２のようなより高いレイヤを物理レイヤ２０６にインターフェースするために使用する。アプリケーションレイヤ２０２は、事例として、スピーチコーデックおよびマルチメディアコーデック、ならびに、グラフィック処理を含む、さまざまなデータ処理機能を実行する。何らかの特定のアプリケーションに対しては、追加的なプロトコルレイヤ（例えば、ネットワークレイヤ、トランスポートレイヤ）を必要とするかもしれない。いくつかの構成では、ワイヤレスノードは、アクセスポイントとアクセス端末との間の中継ポイントとして、または、２つのアクセス端末間の中継ポイントとして機能してもよく、それゆえ、アプリケーションレイヤを必要としないことがある。当業者は、特定のアプリケーションとシステム全体に課せられる全体的な設計の制約とに依存して、任意のワイヤレスノードに対する適切なプロトコルを容易に実現できるであろう。ここで使用する、用語“データパケット”は、ＭＡＣパケットや、（下記に説明している）集約ＭＡＣパケットや、（これも下記に説明している）物理レイヤペイロードや、アプリケーションレイヤから受信したパケットや、フラグメントや、ならびに／あるいは、他のパケット、フレーム、パケット、時間スロット、セグメント、または他の何らかの適した名称の組み合わせのうちの、何らかのものとして、広く解釈すべきである。

ワイヤレスノードが送信モードであるときに、アプリケーションレイヤ２０２は、データを処理し、データをパケット２０８へとセグメント化し、ＭＡＣレイヤ２０４にデータパケット２０８を提供する。ＭＡＣレイヤ２０４はＭＡＣパケット２１０をアセンブリし、アプリケーションレイヤ２０２からの各データパケット２０８は、ＭＡＣパケット２１０のペイロード２１２により運ばれる。各ＭＡＣパケット２１０は、ペイロード２１２に付加されたＭＡＣヘッダ２１４を含む。ＭＡＣパケット２１０を、時に、ＭＡＣプロトコルデータユニット（ＭＰＤＵ）として言及するが、フレーム、パケット、時間スロット、セグメント、または他の何らかの適した名称として言及することもある。図２は、ＭＡＣパケット２１０当たり１つのアプリケーションレイヤデータパケット２０８を示しているが、１つのＭＡＣパケットのペイロード中に複数のアプリケーションレイヤデータパケットを組み込むことも可能である。代替的に、複数のアプリケーションレイヤデータパケットを断片化し、１つより多いＭＡＣパケットにわたって分散させてもよい。

同一の宛先アドレスを有する複数のＭＡＣパケット２１０を、１つの集約ＭＡＣパケット２１６へと合成してもよい。集約ＭＡＣパケット２１６を、時に、集約ＭＡＣプロトコルデータユニット（ＡＭＰＤＵ）として言及する。集約ＭＡＣパケット２１６中の各ＭＡＣパケット２１０には、サブフレームヘッダ２１８が付加されている。図２に示しているような、サブフレームヘッダが付加されているＭＡＣパケットを、ここでは単にサブフレーム２２０として言及する。集約ＭＡＣパケット２１６は、いくつかのこのようなサブフレーム２２０から構成されている。各サブフレームヘッダ２１８は、長さフィールド２１９、誤り検出２２２、およびデリミタ署名２２４を含んでいる。各サブフレーム２２０の始まりおよび終りは、長さフィールド２１９およびデリミタ署名２２４により決定してもよい。誤り検出は、巡回冗長検査、チェックサム、または、各々のサブフレーム２２０の検証を独立的に可能にする他の何らかの適した誤り検出コードを含んでいてもよい。上述したＭＡＣレベルフレーム集約により、ＭＡＣパケット間のスペース（フレーム間スペース）の除去とともに、ＭＡＣヘッダ中の冗長性の除去（ヘッダ圧縮）が可能になる。例えば、集約ＭＡＣパケット２１６中の各ＭＡＣパケット２１０が、同一の受信ノードに送信されることになる場合には、集約ＭＡＣパケット２１６中の第１のサブフレームの後に続くサブフレーム２２０のＭＡＣヘッダ２１４から、宛先アドレスを削除してもよい。

図２は、サブフレーム当たり１つのＭＡＣパケットを示しているが、各サブフレームは、１つより多いＭＡＣパケットを含んでいてもよい。代替的に、複数のＭＡＣパケットを断片化し、１つより多いサブフレームにわたって分散してもよい。いくつかのケースでは、集約ＭＡＣパケット２１６中のサブフレーム２２０は同一の受信ノードに送信されることになるが、これらは同一の発信元アドレスを持つ必要はない。

ＭＡＣレイヤ２０４が送信することを決定するときに、ＭＡＣレイヤ２０４は、ＰＨＹレイヤ２０６に、ＭＡＣパケットのブロック、例えば、集約ＭＡＣパケット２１６を提供する。ＰＨＹレイヤ２０６は、（時に、物理レイヤ収束プロトコル（ＰＬＣＰ）として言及する）プリアンブル２２８と、ヘッダ２３０とを、例えば集約ＭＡＣパケットを運ぶペイロード２３２に付加することにより、ＰＨＹパケット２２６をアセンブリする。ＰＨＹパケット２２６を、時に、ＰＬＣＰプロトコルデータユニット（ＰＰＤＵ）として言及するが、フレーム、パケット、時間スロット、セグメント、または他の何らかの適した名称として言及することもある。プリアンブルは、少なくとも１つの短トレーニングフィールド（ＳＴＦ）２３４および少なくとも１つの長トレーニングフィールド（ＬＴＦ）２３６を含む。ＰＨＹパケット２２６の始まりを検出し、送信機のノードデータクロックに同期化し、チャネル推定を実行し、ＡＧＣ利得を計算し、いくつかのケースでは、ＭＩＭＯ技術をサポートするネットワーク中の空間ストリームを推定するために、受信ノードにより、ＳＴＦおよびＬＴＦを使用することができる。ヘッダ２３０は、信号フィールド（ＳＩＧ）２３８を含んでいてもよい。ＳＩＧフィールド２３８は、ペイロード２３２のデータレートと長さとに関する情報を含んでいてもよい。

ＰＨＹレイヤは、集約ＰＰＤＵ（ＡＰＰＤＵ）としても呼ばれる集約ＰＨＹパケット２４０中に、複数のＰＨＹパケット２２６をアセンブリしてもよい。図２中に示しているように、集約ＰＨＹレイヤパケット（またはＡＰＰＤＵ）２４０は、ＳＴＦ２３４およびＬＴＦ２３６を含む単一ＰＨＹレイヤプリアンブル２２８を含む。プリアンブル２２８に続いて、３つの（３つより少ない、または、３つより多い可能性もあるが）ＰＨＹパケット（またはＰＰＤＵ）２２６がある。ＰＨＹパケット２２６のそれぞれは、ＰＨＹレイヤペイロード２３２を含み、ＳＩＧ２３８を含む対応するＰＨＹヘッダ２３０がＰＨＹレイヤペイロード２３２に先行する。ＰＨＹパケット（またはＰＰＤＵ）２２６のそれぞれのプリアンブルは、集約ＰＨＹレイヤパケット（またはＡＰＰＤＵ）２４０の単一プリアンブル２２８中に集約されている。したがって、複数のＰＨＹパケット（またはＰＰＤＵ）２２６を含む集約ＰＨＹレイヤパケット２４０全体に対して、１つのＰＨＹレイヤプリアンブル２２８のみを必要とする。集約ＰＨＹレイヤパケット２４０中のＰＨＹレイヤペイロード２３２のそれぞれは、同一の受信ノードまたは異なる受信ノードに送信されるかもしれず、さらに、各ＰＨＹレイヤペイロード２３２の前に提供されるＳＩＧフィールド２３８により、同じデータレートまたは異なるデータレートで送信されるかもしれない。すべての受信ノードは、１つのプリアンブルを使用して、チャネルを推定し、同期化し、ＡＧＣ利得を計算することができる。集約ＰＨＹパケット中にＰＨＹレイヤペイロードを合成することにより、集約ＭＡＣパケット間のフレーム間スペーシングの除去とともに、複数の集約ＭＡＣパケットに対するプリアンブル（トレーニングフィールド）の集約が可能になる。複数の集約ＭＡＣパケットのうちの１つ以上のものが、集約ＰＨＹパケット２４０のＰＨＹパケット２２６中に含まれていてもよい。

図２は、ＰＨＹレイヤペイロード当たり１つの集約ＭＡＣパケットを示しているが、各ＰＨＹレイヤペイロードは、１つより多い集約ＭＡＣパケットを含んでいてもよい。代替的に、１つ以上の集約ＭＡＣパケットを断片化し、１つより多いＰＨＹレイヤペイロードにわたって分散させてもよい。

後にさらに詳細に論じるように、ＰＨＹレイヤ２０６は、さまざまな信号処理機能（例えば、変調、コード化、空間処理等）を提供することも担当している。

ワイヤレスノードが受信モードであるときに、上述したプロセスは逆になる。すなわち、ＰＨＹレイヤ２０６は、ワイヤレスチャネルからの到来集約ＰＨＹパケット２４０を検出する。プリアンブル２２８により、ＰＨＹレイヤ２０６が集約ＰＨＹパケット２４０を捉えて、さまざまな信号処理機能（例えば、復調、デコード、空間処理等）を実行することができる。いったん処理すると、ＰＨＹレイヤ２０６は、集約ＰＨＹパケット２４０のペイロード２３２中で運ばれている集約ＭＡＣパケット２１６を復元し、ＭＡＣレイヤ２０４に集約ＭＡＣパケット２１６を提供する。

ＭＡＣレイヤ２０４は、ＭＡＣヘッダ２１４のうちの１つ以上のものの中に受信ノードに対する発信元アドレスを有する集約ＭＡＣパケット２１６を復元する。ＭＡＣレイヤ２０４は、その後、復元した集約ＭＡＣパケット２１６中のＭＡＣパケット２１０のそれぞれに対する誤り検出コードをチェックし、ＭＡＣパケット２１０のデコードが成功したか否かを決定する。ＭＡＣパケット２１０に対する誤り検出コードが、ＭＡＣパケット２１０のデコードが成功したことを示す場合には、ＭＡＣパケットに対するペイロード２１２をアプリケーションレイヤ２０２に提供する。ＭＡＣパケット２１０に対する誤り検出コードが、ＭＡＣパケット２１０のデコードが不成功だったことを示す場合には、ＭＡＣパケット２１０を破棄する。

集約ＭＡＣパケット中のＭＡＣパケット２１０が受信されて、デコードが成功したか否かを決定するために、送信ノードは、受信ノードに肯定応答（ＡＣＫ）要求を送ってもよい。ＡＣＫ要求は、集約ＭＡＣパケット２１６中で送信されるすべてのＭＡＣパケット２１０に肯定応答するように受信ノードに要求するブロックＡＣＫ要求（ＢＡＲ）の形態をとってもよい。ＢＡＲに応答して、受信ノードは、集約ＭＡＣパケット２１６中のどのＭＡＣパケット２１０のデコードが成功したかを示すブロックＡＣＫ（ＢＡ）により応答する。送信ノードはＢＡを使用して、もしあれば、どのＭＡＣパケット２１０が再送信を必要としているかを決定する。

代替的に、（図３〜８に関して下記で説明する例においてＡＰ１００として名称を付けられている）送信ノードは、すべての受信ノードに対するＢＡ送信の割り振りスケジュールを特定できる。図３〜８中に示している例では、集約ＰＨＹレイヤパケット（またはＡＰＰＤＵ）２４０は、それの第１のＰＨＹパケット（またはＰＰＤＵ）２２６ａの中で、ＢＡのスケジューリングおよびリソース割り振りを可能にする、ブロックＡＣＫ送信割り振り（ＢＡＴＡ）フレームを運ぶように構成されていてもよい。ＢＡ送信割り振りは、ＢＡＴＡフレームを介して、（図３〜８中ではＡＴ１０１〜１１０として名称を付けられている）各受信ノードに提供され、各受信ノードが、その各々のＢＡを送信ノードに送るためのチャネル指定を含んでいる。チャネル指定は、送信時間、トーン（または周波数）割り振り、空間割り振り、送信期間（エポックまたは持続期間）、ならびに／あるいは、他の何らかの適した、または、望ましいチャネル指定を含んでいてもよく、いくつかのケースでは、これらのさまざまな組み合わせを含んでいてもよい。したがって、各受信ノードは、事前に、ＢＡをどのように送るのか、および／または、ＢＡをいつ送るのかを知ることができる。

事例として、図３および４中に示しているように、ＴＤＭＡを利用するワイヤレスネットワークの１つの構成では、ＢＡＴＡは、受信ノード（ＡＴ１０１〜１１０）のそれぞれが、その各々のＢＡを送信ノード（ＡＰ１００）に送るための送信時間のスケジュールを含む。このスケジュールは、ブロックＡＣＫ時間割り当てとして言及することがある。図３および４中では、図２を参照すると、集約ＰＨＹレイヤパケット（またはＡＰＰＤＵ）２４０は、ＡＰＰＤＵ２４０の単一プリアンブル２２８の後に続く、それの第１のＰＨＹパケット（またはＰＰＤＵ）２２６ａ中にＢＡＴＡフレーム１（ＢＡＴＡ１）を含む。図４中で示しているように、ＢＡＴＡフレーム１は、フレーム制御フィールド（ＦＣ）と、ＡＰ１００のアドレスを含む送信アドレスフィールド（ＴＡ）と、ＢＡＴＡ−テーブルと、フレーム検査シーケンス（ＦＣＳ）とを含んでいる。ＦＣＳは、フレームの送信を検証するための巡回冗長検査であってもよい。ＢＡＴＡテーブルは、ユーザ（受信ノード）の数と、一意的なノード識別子（ノードＩＤ）を持つ各受信ノードを識別するノードＩＤフィールドと、ノードフィールド中で識別された各受信ノード（例えば、ノードＩＤ−１〜ノードＩＤ−Ｎ）に対する一意的なＢＡ送信（Ｔｘ）時間を含むＢＡ送信時間と、受信ノード（例えば、ノードＩＤ−１〜ノードＩＤ−Ｎ）のそれぞれに対するＢＡ ＭＣＳとを含んでいる。ＢＡ ＭＣＳは、各ノードが正しくデコードすることを可能にする、最低の変調およびコーディングスキーム（ＭＣＳ）レベルのことを指す。各ノードに対してＭＣＳが異なってもよいことから、ＢＡ ＭＣＳは、すべてのノードの最小のＭＣＳレベルにしたがって、すべてのノードに対して同じであってもよく、または、それぞれ個々のノードに対する最小のＭＣＳレベルにしたがって、各ノードに対して独立的に決定してもよい。簡潔にするために、図４中では、Ｎ＝１０であり、受信ノード（ノードＩＤ−１〜ノードＩＤ−１０）のそれぞれは、それぞれ、図３のＡＴ１０１〜１１０の１つに対応していると仮定する。

再び図３を参照すると、ＢＡＴＡ１に向けられているヘッダ２３０ａが、ＡＰＰＤＵ２４０の第１のＰＰＤＵ２２６ａ中で運ばれるＢＡＴＡフレーム１に先行している。ヘッダ２３０ａは、ＢＡＴＡ１の送信に対するデータレートを示す指定を含んでいてもよい。すべてのノードの最小のＭＣＳレベルにおいて、ＢＡＴＡ１を各受信ノードに送信して、各受信ノードによるＢＡＴＡ１の適切なデコーディングを確実にしてもよい。ＢＡＴＡ１に応答して、各受信ノードは、そのスケジューリングされた時間において、送信ノードＡＰ１００にＢＡを自動的に送り返す。図３中に示しているように、ＢＡは、シーケンシャルに送られ、その間に、短フレーム間空間（ＳＩＦＳ）を含んでもよい。したがって、いくつかの態様では、第１のノードＡＴ１０１に対するＢＡ Ｔｘ時間は、ダウンリンクフェーズの終端からのオフセットのすぐ後に続くようにスケジューリングされていてもよい。第２のノードＡＴ１０２に対してスケジューリングされたＢＡ Ｔｘ時間は、ＡＴ１０１＋ＳＩＦＳに対するＳＩＦＳ＋ＢＡ Ｔｘ時間であってもよい。第３のノードＡＴ１０３に対するスケジューリングされたＢＡ Ｔｘ時間は、ＡＴ１０２＋ＳＩＦＳに対するＳＩＦＳ＋ＢＡ Ｔｘ時間であってもよい、等。集約ＰＨＹレイヤパケット（またはＡＰＰＤＵ）２４０中にＢＡＴＡ１を含めることにより、送信ノードが、別々のＢＡＲを各受信ノードに送信する必要がなくなり、それより、オーバーヘッドと送信時間とを減少させ、そうでなければ必要とされるかもしれない、ＢＡＲとＢＡとの間のフレーム間空間を削除する。

いくつかの態様では、図１のワイヤレスネットワーク１００は、直交周波数分割多元接続（ＯＦＤＭＡ）を利用する。ＯＦＤＭＡは、直交周波数分割多重化（ＯＦＤＭ）を利用する。ＯＦＤＭは、各トーンがスペクトル中の互いのトーンと直交するように、多数のトーン、または副搬送波にわたって、各ユーザ（またはノード）からのデータを、正確な周波数だけスペースを均等に空けて分散させる分散スペクトル技術である。ＯＦＤＭシステムは、高レートデータストリームを取り、それを、Ｎ個の、パラレルで、より低いレートのストリームに分け、それぞれが、オリジナルレートの１／Ｎレートのものである。各ストリームは、その後、一意的な周波数の、トーンまたは副搬送波にマッピングされ、高速逆変換フーリエ（ＩＦＦＴ）を使用して、互いに合成されて、送信する時間−ドメイン波形が生みだされる。ＯＦＤＭＡシステムでは、各ユーザは、情報の送信に対して利用可能なトーンのサブセット（以下、トーンセット）が提供される。

事例として、図５および６中に示しているように、ＯＦＤＭＡを利用するワイヤレスネットワークの１つの構成では、ＢＡＴＡは、受信ノード（ＡＴ１０１〜１１０）のそれぞれが、その各々のＢＡを送信ノード（ＡＰ１００）に送信するためのトーンセットの割り振りとエポックとのスケジュールを含んでいる。このスケジュールは、ブロックＡＣＫトーン割り当てとして言及することがある。図５および６中では、図２を参照すると、集約ＰＨＹレイヤパケット（またはＡＰＰＤＵ）２４０は、ＡＰＰＤＵ２４０の単一プリアンブル２２８の後に続く、それの第１のＰＨＹパケット（またはＰＰＤＵ）２２６ａ中にＢＡＴＡフレーム２（ＢＡＴＡ２）を含む。図６中に示しているように、ＢＡＴＡフレーム２は、フレーム制御フィールド（ＦＣ）と、ＡＰ１００のアドレスを含む送信アドレスフィールド（ＴＡ）と、ＢＡＴＡ−テーブルと、フレーム検査シーケンス（ＦＣＳ）とを含んでいる。ＦＣＳは、フレームの送信を検証するための巡回冗長検査であってもよい。ＢＡＴＡテーブルは、ユーザ（受信ノード）の数と、一意的なノード識別子（ノードＩＤ）を持つ各受信ノードを識別するノードＩＤフィールドと、ノードＩＤフィールド中で識別された受信ノード（すなわち、ノードＩＤ−１〜ノードＩＤ−Ｎ）のそれぞれが、その各々のＢＡをＡＰ１００に送るためのトーンセットまたは周波数の割り振りを含む、ＢＡトーンセットフィールドと、エポック、すなわち、時間期間または持続時間含むエポックフィールドとを含んでいる。エポックの間に、各受信ノードは、そのＢＡを送るようにスケジューリングされる。各受信ノードに対するトーンセットは、例えば、各ノードＩＤのハッシュ関数を使用することにより、導出してもよい。簡潔にするために、図６中では、Ｎ＝１０であり、受信ノード（ノードＩＤ−１〜ノードＩＤ−１０）のそれぞれは、それぞれ、図５のＡＴ１０１〜１１０の１つに対応していると仮定する。

図５および６中に示している例では、受信ノードのそれぞれに対する十分なトーンセットが存在する場合には、図６中のエポック（エポック−１〜エポック−１０）は、すべて同じである。エポック（エポック−１〜エポック−１０）のすべてが同じである場合には、図５中に示しているように、各受信ノードは、そのノードに割り振られているトーンセットまたは周波数にわたって、その各々のＢＡを同時に送る。しかしながら、例えば、受信ノード１０個のうちの６個のみに対して十分なトーンセットが存在する場合には、ノードＩＤ−１〜ノードＩＤ−６は、トーンセット１〜６およびエポック−１が割り振られてもよい一方、ノードＩＤ−７〜ノードＩＤ−１０は、トーンセット１〜４およびエポック−２が割り振られてもよい。このようなケースでは、受信ノード１〜６（図６中の１０１〜１０６）のそれぞれは、エポック１の間に、その各々のＢＡを同時に送り、受信ノード７〜１０（図６中のＡＴ１０７〜１１０）のそれぞれは、エポック２の間に、その各々のＢＡを同時に送る。このようなケースでは、ＢＡを受信するための最長時間は、ＳＩＦＳ＋エポック１＋ＳＩＦＳ＋エポック２である。

単一エポック中で、各受信ノードに対する利用可能なトーンセットまたは周波数を介して、ＢＡが同時に送られる上記の例は、ＴＤＭＡ、ＳＤＭＡ、および／またはＯＦＤＭＡのような、何らかのダウンリンク変調スキームに適用してもよい。

いくつかの態様では、図１のワイヤレスネットワーク１００は、アクセスポイントが、複数の空間ストリームを介して、複数のアクセス端末と同時に通信できるように、ＳＤＭＡを有するＭＩＭＯ技術をサポートしてもよい。

図７および８は、ＳＤＭＡを利用するワイヤレスネットワークの１つの構成の例を図示している。図７および８中に示しているように、図２を参照すると、集約ＰＨＹレイヤパケット（またはＡＰＰＤＵ）２４０は、ＡＰＰＤＵ２４０の単一プリアンブル２２８の後に続く、それの第１のＰＨＹパケット（またはＰＰＤＵ）２２６ａ中にＢＡＴＡフレーム３（ＢＡＴＡ３）を含む。ＢＡＴＡフレーム３は、受信ノード（ＡＴ１０１〜１１０）のそれぞれが、その各々の空間ストリームにわたって、その各々のＢＡを送信ノード（ＡＰ１００）に送るためのエポックのスケジュールを含む。図８中に示しているように、ＢＡＴＡフレーム３は、フレーム制御フィールド（ＦＣ）と、ＡＰ１００のアドレスを含む送信アドレスフィールド（ＴＡ）と、ＢＡＴＡ−テーブルと、フレーム検査シーケンス（ＦＣＳ）とを含んでいる。ＦＣＳは、フレームの送信を検証するための巡回冗長検査であってもよい。ＢＡＴＡテーブルは、ユーザ（受信ノード）の数と、一意的なノード識別子（ノードＩＤ）を持つ各受信ノードを識別するノードＩＤフィールドと、エポック、すなわち、時間期間または持続時間を含むエポックフィールドとを含んでいる。エポックの間に、ノードＩＤフィールド中で識別された受信ノード（すなわち、ノードＩＤ−１〜ノードＩＤ−Ｎ）のそれぞれは、その各々の空間ストリームにわたって、その各々のＢＡをＡＰ１００に送るようにスケジューリングされる。

再び図７を参照すると、ＢＡＴＡフレーム３（ＢＡＴＡ３）に向けられているヘッダ２３０ａが、ＡＰＰＤＵ２４０の第１のＰＰＤＵ２２６ａ中で運ばれるＢＡＴＡ３に先行している。ヘッダ２３０ａは、ＢＡＴＡ３の送信に対するデータレートを示す指定を含んでいてもよい。すべてのノードの最小のＭＣＳレベルにおいて、ＢＡＴＡ３を各受信ノードに送信して、各受信ノードによるＢＡＴＡ３の適切なデコーディングを確実にしてもよい。ＢＡＴＡ３に応答して、各受信ノードは、それに割り当てられたエポックの間に、送信ノードＡＰ１００にＢＡを自動的に送り返す。図３および４の例におけるように、ＢＡＴＡ３に対するこの送信レートは、図５および６の例におけるＢＡＴＡ２にも適用することに留意すべきである。

図７および８中に示している例において、ＡＰ１００がＮ本のアンテナ、すなわちＮ個の空間ストリームを有する場合、各受信ノード１〜Ｎは、Ｎ＝１０であり、図８の受信ノード（ノードＩＤ−１〜ノードＩＤ−１０）のそれぞれが、図７のＡＴ１０１〜１１０の１つに対応するときに、図７中に示しているように、それぞれ、Ｎ個のアップリンク空間ストリームの１つを介して、その各々のＢＡをＡＰ１００に同時に送ることができる。このようなケースでは、各エポック（エポック−１〜エポック−Ｎ）は、受信ノード１〜Ｎのすべてに対して同じである。

下記の例では、図８中において、Ｎ＝１０であり、受信ノード（ノードＩＤ−１〜ノードＩＤ−１０）のそれぞれが、それぞれ、図７のＡＴ１０１〜１１０の１つに対応していると仮定する。前述の仮定の下では、ＡＰ１００が、例えば、８本のアンテナ、すなわち、８個の空間ストリームを有しており、それらにわたって、１０個の受信ノードにＡＰＰＤＵ２４０が送信されるケースにおいて、ＢＡをＡＰ１００に送り返すための８個のアップリンク空間ストリームのみが存在する。このようなケースでは、ノードＩＤ−１〜８（図７のＡＴ１０１〜１０８）は、エポック−１が割り当てられていてもよく、エポック−１の間に、それらの各々のＢＡを、それぞれ、８個の空間ストリームの１つにわたってＡＰ１００に送り返す。ノードＩＤ−９〜１０は、エポック−２が割り当てられ、エポック−２の間に、それらの各々のＢＡを、それぞれ、８個の空間ストリームのうちの２つのうちの１つにわたってＡＰ１００に送り返すだろう。

図８中に示しているＢＡＴＡテーブでは、受信ノードのすべてに対する最小のＭＣＳを仮定している。しかしながら、ＢＡＴＡテーブルは、個々の各ノードに対する最小のＭＣＳを含むＢＡ ＭＣＳフィールドをさらに含んでいてもよい。

図９は、ＰＨＹレイヤの信号処理機能の例を図示している概念的なブロックダイヤグラムである。送信モードでは、ＴＸデータプロセッサ９０２を使用して、ＭＡＣレイヤからデータを受け取って、データをエンコード（例えば、ターボコード）し、受信ノードにおける順方向誤り訂正（ＦＥＣ）を促進してもよい。エンコーディングプロセスの結果、ＴＸデータプロセッサ９０２により、互いにブロックされ、信号配列にマッピングされたコードシンボルのシーケンスとなり、変調シンボルのシーケンスを生成させる。

ＯＦＤＭを実現するワイヤレスノードでは、ＴＸデータプロセッサ９０２からの変調シンボルは、ＯＦＤＭ変調器９０４に提供されてもよい。ＯＦＤＭ変調器は、変調シンボルをパラレルストリームに分ける。各ストリームは、その後、ＯＦＤＭ副搬送波にマッピングされ、そして、高速逆フーリエ変換（ＩＦＦＴ）を使用して互いに合成され、時間ドメインＯＦＤＭストリームを生成させる。

ＴＸ空間プロセッサ９０６は、ＯＦＤＭストリーム上で空間処理を実行する。各ＯＦＤＭを空間的に予めコード化して、その後、トランシーバ９０６を介して、空間的に予めコード化された各ストリームを異なるアンテナ９０８に提供することにより、これを成し遂げてもよい。各送信機９０６は、ワイヤレスチャネルにわたる送信のために、予めコード化された各々のストリームでＲＦ搬送波を変調する。

受信モードでは、各トランシーバ９０６は、その各々のアンテナ９０８を通して信号を受信する。各トランシーバ９０６を使用して、ＲＦ搬送波上に変調された情報を復元して、ＲＸ空間プロセッサ９１０にその情報を提供してもよい。

ＲＸ空間プロセッサ９１０は、情報上で空間処理を実行し、ワイヤレスノード９００に宛てられている任意の空間ストリームを復元する。空間処理は、チャネル相関マトリックス逆変換（ＣＣＭＩ）、最小平均二乗誤差（ＭＭＳＥ）、ソフト干渉消去（ＳＩＣ）、または他の何らかの適した技術にしたがって実行してもよい。複数の空間ストリームがワイヤレスノード９００に宛てられている場合には、ＲＸ空間プロセッサ９１０によりこれらを合成してもよい。

ＯＦＤＭを実現するワイヤレスノードでは、ＲＸ空間プロセッサ９１０からのストリーム（または、合成されたストリーム）は、ＯＦＤＭ復調器９１２に提供される。ＯＦＤＭ復調器９１２は、高速フーリエ変換（ＦＦＴ）を使用して、時間ドメインからのストリーム（または、合成されたストリーム）を周波数ドメインにコンバートする。周波数ドメイン信号は、ＯＦＤＭ信号の各副搬送波に対する別々のストリームを含む。ＯＦＤＭ復調器９１２は、各副搬送波上で運ばれるデータ（すなわち変調シンボル）を復元し、このデータを変調シンボルのストリームに多重化する。

ＲＸデータプロセッサ９１４を使用して、変調シンボルを変換して、信号配列の正しいポイントに戻してもよい。ワイヤレスチャネルでのノイズおよび他の妨害のために、変調シンボルは、オリジナルの信号配列中のポイントの厳密な位置に対応しないかもしれない。ＲＸデータプロセッサ９１４は、信号配列中の、受信ポイントと有効なシンボルの位置との間の最短距離を見つけることにより、いずれの変調シンボルが送信された可能性が最も高いかを検出する。ターボコードのケースでは、これらのソフト決定を使用して、例えば、所定の変調シンボルに関係するコードシンボルのログ尤度比（ＬＬＲ）を算出してもよい。ＲＸデータプロセッサ９１４は、その後、データをＭＡＣレイヤに提供する前に、元々送信されたデータをデコードするために、コードシンボルＬＬＲのシーケンスを使用する。

図１０は、ワイヤレスノード中の処理システムに対するハードウェア構成の例を図示している概念的なダイヤグラムである。この例では、処理システム１０００は、一般的にバス１００２により表しているバスアーキテクチャにより実現してもよい。バス１００２は、処理システム１０００の特定のアプリケーションと全体的な設計の制約とに依存して、任意の数の相互接続しているバスおよびブリッジを含んでいてもよい。バスは、プロセッサ１００４、機械読取可能媒体１００６、およびバスインターフェース１００８を含むさまざまな回路を互いにリンクしている。数ある中で、バスインターフェース１００８を使用して、バス１００２を介してネットワークアダプタ１０１０を処理システム１０００に接続してもよい。ネットワークアダプタ１０１０を使用して、ＰＨＹレイヤの信号処理機能を実現してもよい。アクセス端末１１０（図１参照）のケースでは、ユーザインターフェース１０１２（例えば、キーパッド、ディスプレイ、マウス、ジョイスティック等）もバスに接続していてもよい。バス１００２はまた、技術的によく知られており、それゆえ、これ以上は説明しない、タイミングソースや、周辺装置や、電圧調整器や、電力管理回路や、これらに類するもののような、他のさまざまな回路をリンクしていてもよい。

プロセッサ１００４は、機械読取可能媒体１００６上に記憶されているソフトウェアの実行を含む、バスと一般的な処理との管理を担当している。プロセッサ１００４は、１つ以上の汎用プロセッサおよび／または特定用途プロセッサにより実現してもよい。例は、マイクロプロセッサと、マイクロ制御装置と、ＤＳＰプロセッサと、ソフトウェアを実行できる他の回路とを含む。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはその他のものとして言及するか否かにかかわらず、命令、データ、またはそれらの何らかの組み合わせを意味するように広く解釈されるだろう。機械読取可能媒体は、事例として、ＲＡＭ（ランダムアクセスメモリ）、フラッシュメモリ、ＲＯＭ（リードオンリーメモリ）、ＰＲＯＭ（プログラム可能リードオンリーメモリ）、ＥＰＲＯＭ（消去可能プログラム可能リードオンリーメモリ）、ＥＥＰＲＯＭ（電気的消去可能プログラム可能リードオンリーメモリ）、レジスタ、磁気ディスク、光ディスク、ハードドライブ、または他の何らかの適した記憶媒体、あるいはこれらの任意の組み合わせを含んでもよい。機械読取可能媒体は、コンピュータプログラムプロダクト中で具現化することができる。コンピュータプログラムプロダクトは、パッケージングマテリアルを含むことがある。

図１０中で図示したハードウェアインプリメンテーションでは、処理システム１０００の一部として、プロセッサ１００４から離れた機械読取可能媒体１００６を示している。しかしながら、当業者が容易に正しく認識するように、機械読取可能媒体１００６、またはその任意の一部は、処理システム１０００の外部にあってもよい。事例として、機械読取可能媒体１００６は、伝送路、データにより変調された搬送波、および／または、ワイヤレスノードから離れたコンピュータプロダクトを含むことができ、これらのすべては、バスインターフェース１００８を通してプロセッサ１００４によりアクセスすることできる。代替的に、または、加えて、機械読取可能媒体１００６あるいはその任意の一部は、プロセッサ１００４中に一体化することができ、このようなケースでは、キャッシュおよび／または汎用レジスタファイルを持っていてもよい。

処理システム１０００は、プロセッサ機能性を提供する１つ以上マイクロプロセッサと、機械読取可能媒体１００６の少なくとも一部を提供する外部メモリとを持ち、すべてが、外部バスアーキテクチャを通して、他のサポート回路と互いにリンクしている、汎用処理システムとして構成されていてもよい。代替的に、プロセッサ１００４と、バスインターフェース１００８と、（アクセス端末のケースにおける）ユーザインターフェース１０１２と、（示していない）サポート回路と、単一のチップに一体化している機械読取可能媒体１００６の少なくとも一部とを備えた、ＡＳＩＣ（特定用途向け集積回路）により、あるいは、１つ以上のＦＰＧＡ（フィールドプログラム可能ゲートウェイ）により、ＰＬＤ（プログラム可能論理デバイス）により、制御装置により、状態機械により、ゲート論理により、ディスクリートハードウェアコンポーネントにより、他の何らかの適した回路により、または本開示全体を通して記述したさまざまな機能性を実行できる回路の任意の組み合わせにより、処理システム１０００を実現してもよい。特定のアプリケーションとシステム全体に課せられる全体的な設計の制約とに依存して、処理システム１０００に対して記述した機能性をどのように実現することが最適であるかを、当業者は認識するだろう。

多数のソフトウェアモジュールにより、機械読取可能媒体１００６を示している。プロセッサ１００４により実行されるときに、処理システム１０００にさまざまな機能を実行させるための命令を、ソフトウェアモジュールは備えている。ソフトウェアモジュールは、送信モジュール１０００および受信モジュール１２００を備えている。各ソフトウェアモジュールは、単一の記憶デバイス中に、または、複数の記憶デバイスにわたって分散させて、存在させることができる。事例として、トリガとなる事象が生じたときに、ハードドライブからＲＡＭ中にソフトウェアモジュールをロードすることができる。ソフトウェアモジュールの実行の間に、プロセッサ１００４は、キャッシュ中に命令のうちのいくつかをロードして、アクセススピードを増加させることができる。その後、プロセッサ１００４による実行のために、１つ以上のキャッシュラインを汎用レジスタファイル中にロードしてもよい。ソフトウェアモジュールの下記の機能性を参照するとき、このような機能性は、そのソフトウェアモジュールからの命令を実行するときに、プロセッサ１００４により実現されることを理解するだろう。

図１１は、送信モジュール１１００の機能性の例を図示しているフローチャートである。ステップ１１０２では、集約ＰＬＣＰ ＰＤＵ（ＡＰＰＤＵ）物理レイヤパケット（図２参照）のような物理レイヤパケットを発生させるために、送信モジュール１１００を使用してもよい。ステップ１１０４では、送信モジュール１１００を使用して、複数の受信ノードのそれぞれからのアプリケーション中で使用される変調スキームに基づいて、ブロックＡＣＫ送信割り振り（ＢＡＴＡ）スケジュールを発生させてもよい。ステップ１１０６では、送信モジュール１１００を使用して、ステップ１１０４中で発生させたＢＡＴＡスケジュールを含むＢＡＴＡフレームを発生させてもよい。いくつかの態様では、ステップ１１０８において、送信モジュール１１００を使用して、複数の受信ノードのそれぞれの最低のＭＣＳレベルを決定して、ＢＡＴＡフレームに対する送信レートを決定してもよい。例えば、送信モジュール１１００は、最低の送信レートでＢＡＴＡフレームを送信してもよく、それにより、複数の受信ノードのそれぞれ１つにより、ＢＡＴＡを確実に正しくデコーディングすることが可能である。ステップ１１１０では、送信モジュール１１００は、ＢＡＴＡフレームにヘッダを付加して、ヘッダを含むＢＡＴＡフレーム（例えば、図３、５、および７を参照）を、ＡＰＰＤＵ中の第１のＰＰＤＵとして追加することができる。ヘッダは、ステップ１１０８中で決定したような、ＢＡＴＡに対する送信レート情報を含んでいてもよい。ステップ１１１２では、送信モジュールは、ＢＡＴＡフレームを含むＡＰＰＤＵを複数の受信ノードに送信する。

図１２は、受信モジュール１２００の機能性の例を図示しているフローチャートである。ステップ１２０２中で示しているように、受信モジュール１２００は、複数のノードに対する送信のための物理レイヤパケットを送信ノードから受信してもよい。ステップ１２０４では、受信モジュール１２００は、ノードのそれぞれが、物理レイヤパケット中に含まれている送信スケジュールに基づいて、送信ノードに送るための肯定応答を発生させてもよい。

図１３は、本開示の態様にしたがった、通信のための装置１３００の機能性の例を図示しているブロックダイヤグラムである。装置は、複数のノードへの送信のための物理レイヤパケットを発生させる物理レイヤパケット発生モジュール１３０２と、物理レイヤパケットを送信する物理レイヤパケット送信モジュール１３０４とを備える処理システムを具備しており、物理レイヤパケットは、複数のノードのそれぞれが、肯定応答を装置に送るためのリソース割り振りを含む。

図１４は、本開示の別の態様にしたがった、通信のための装置１４００の機能性の例を図示しているブロックダイヤグラムである。装置は、ノードにより複数の他のノードに送信された物理レイヤパケットを受信する物理レイヤパケット受信モジュール１４０２と、物理レイヤパケットの受信に応答して、肯定応答パケットを発生させる肯定応答パケット発生モジュール１４０４と、リソース割り振りに基づいて、肯定応答パケットをノードに送信する肯定応答パケット送信モジュール１４０６とを備える処理システムを具備しており、物理レイヤパケットは、複数の他のノードのそれぞれが、物理レイヤパケットの受信をノードに肯定応答するためのリソース割り振りを含む。

ソフトウェアモジュールの文脈中で記述した、ステップの、何らかの特有な順序または階層は、ワイヤレスノードの例を提供するために示していることを理解するだろう。設計選択に基づいて、本発明の範囲内であり続ける限りは、ステップの、任意の順序または階層を再構成できることを理解するだろう。

本開示のさまざまな態様をソフトウェアインプリメンテーションとして説明してきたが、本開示全体を通して示したさまざまなソフトウェアモジュールを、ハードウェアで、または、ソフトウェアとハードウェアとの任意の組み合わせで実現できることを、当業者は容易に正しく認識するだろう。これらの態様をハードウェアで、またはソフトウェアで実現するか否かは、特定のアプリケーションとシステム全体に課せられる設計の制約とに依存している。熟練者は、それぞれの特定のアプリケーションに対して方法を変化させて、記述した機能性を実現してもよいが、このようなインプリメンテーションの決定は、本開示の範囲からの逸脱を生じさせるものとして解釈すべきではない。

先の説明は、本開示の全範囲を、任意の当業者が完全に理解できるように提供している。ここで開示したさまざまな構成に対する改良は、当業者に容易に明らかになるであろう。したがって、特許請求の範囲は、ここで記述した本開示のさまざまな態様に限定することを意図するものではなく、特許請求の範囲の文言と矛盾しない全範囲に一致させるべきである。エレメントへの単数での言及は、「１つおよび１つのみ」と特に述べられていない限り、「１つおよび１つのみ」を意味することを意図しているのではなく、むしろ「１つ以上の」を意味することを意図している。当業者に知られ、または後に知られることになる、本開示全体を通して記述しているさまざまな態様のエレメントに対するすべての構造的および機能的な均等物は、ここで参照により明確に組み込まれ、特許請求の範囲により含まれることを意図している。さらに、ここで開示したものは、このような開示が特許請求の範囲中に明示的に記載されているか否かにかかわらず、公共に捧げられることを意図していない。どの請求項のエレメントも、エレメントが「する手段」というフレーズを使用して明確に記載されていない限り、または、方法の請求項のケースでは、エレメントが「するステップ」というフレーズを使用して記載されていない限り、米国特許法第１１２条第６パラグラフの規定のもとで解釈すべきではない。

代替的に、（図３〜８に関して下記で説明する例においてＡＰ１００として名称を付けられている）送信ノードは、すべての受信ノードに対するＢＡ送信の割り振りスケジュールを特定できる。図３〜８中に示している例では、集約ＰＨＹレイヤパケット（またはＡＰＰＤＵ）２４０は、それの第１のＰＨＹパケット（またはＰＰＤＵ）２２６ａの中で、ＢＡのスケジューリングおよびリソース割り振りを可能にする、ブロックＡＣＫ送信割り振り（ＢＡＴＡ）フレームを運ぶように構成されていてもよい。ＢＡ送信割り振りは、ＢＡＴＡフレームを介して、（図３〜８中ではＡＴ１０１〜１１０として名称を付けられている）各受信ノードに提供され、各受信ノードが、その各々のＢＡを送信ノードに送るためのチャネル指定を含んでいる。チャネル指定は、送信時間、トーン（または周波数）割り振り、空間割り振り、送信期間（エポックまたは持続期間）、ならびに／あるいは、他の何らかの適した、または、望ましいチャネル指定を含んでいてもよく、いくつかのケースでは、これらのさまざまな組み合わせを含んでいてもよい。したがって、各受信ノードは、事前に、ＢＡをどのように送るのか、および／または、ＢＡをいつ送るのかを知ることができる。他の何らかの適した、または、望ましいチャネル指定は、例えば、複数の受信ノードのそれぞれが、その各々の肯定応答を送信ノードに送るためのデータレートを含んでいてもよい。データレートは、複数の受信ノードのそれぞれに対して同じであり、複数の受信ノードのすべてのノードの間で信頼性のある最も低いデータレートに対応していてもよい。複数の受信ノードのそれぞれ１つに対して、データレートは、複数の受信ノードのうちのその１つに対する信頼性のある最も低いデータレートであってもよい。

先の説明は、本開示の全範囲を、任意の当業者が完全に理解できるように提供している。ここで開示したさまざまな構成に対する改良は、当業者に容易に明らかになるであろう。したがって、特許請求の範囲は、ここで記述した本開示のさまざまな態様に限定することを意図するものではなく、特許請求の範囲の文言と矛盾しない全範囲に一致させるべきである。エレメントへの単数での言及は、「１つおよび１つのみ」と特に述べられていない限り、「１つおよび１つのみ」を意味することを意図しているのではなく、むしろ「１つ以上の」を意味することを意図している。当業者に知られ、または後に知られることになる、本開示全体を通して記述しているさまざまな態様のエレメントに対するすべての構造的および機能的な均等物は、ここで参照により明確に組み込まれ、特許請求の範囲により含まれることを意図している。さらに、ここで開示したものは、このような開示が特許請求の範囲中に明示的に記載されているか否かにかかわらず、公共に捧げられることを意図していない。どの請求項のエレメントも、エレメントが「する手段」というフレーズを使用して明確に記載されていない限り、または、方法の請求項のケースでは、エレメントが「するステップ」というフレーズを使用して記載されていない限り、米国特許法第１１２条第６パラグラフの規定のもとで解釈すべきではない。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］通信のための装置において、
処理システムを具備し、
前記処理システムは、
複数のノードへの送信のための物理レイヤパケットを発生させ、
前記物理レイヤパケットを送信するように構成されており、
前記物理レイヤパケットは、前記複数のノードのそれぞれが、肯定応答を前記装置に送るためのリソース割り振りを含む装置。
[２]前記リソース割り振りは、前記複数のノードのそれぞれに対する識別子を含む［１］記載の装置。
[３]前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るための送信時間を含む［１］記載の装置。
[４]前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るためのデータレートを含む[１]記載の装置。
[５]前記データレートは、前記複数のノードのそれぞれに対して同じであり、前記複数のノードのすべてのノードの間で信頼性のある最も低いデータレートに対応している[４]記載の装置。
[６]前記複数のノードのそれぞれ１つに対して、前記データレートは、前記複数のノードのうちのその１つに対する信頼性のある最も低いデータレートである[４]記載の装置。
[７]前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るためのトーン割り振りを含む[１]記載の装置。
[８]前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るための時間期間をさらに含む[７]記載の装置。
[９]前記複数のノードのうちの少なくとも２つが、それらの各々の肯定応答を前記装置に同時に送るための時間期間は、同じである[８]記載の装置。
[１０]前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るための空間ストリーム割り振りを含む[１]記載の装置。
[１１]前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るための時間期間をさらに含む[１０]記載の装置。
[１２]前記時間期間は、前記複数のノードのうちの少なくとも２つに対して同じである[１１]記載の装置。
[１３]前記物理レイヤパケットは、複数の集約ＭＡＣパケットを有する集約物理レイヤフレームを含む[１]記載の装置。
[１４]前記物理レイヤパケットは、複数のデータパケットを含み、各データパケットは、異なるノードに送信される[１]記載の装置。
[１５]通信のための方法において、
複数のノードへの送信のための物理レイヤパケットを発生させることと、
前記物理レイヤパケットを送信することとを含み、
前記物理レイヤパケットは、前記複数のノードのそれぞれが、肯定応答を装置に送るためのリソース割り振りを含む方法。
[１６]前記リソース割り振りは、前記複数のノードのそれぞれに対する識別子を含む[１５]記載の方法。
[１７]前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るための送信時間を含む[１５]記載の方法。
[１８]前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るためのデータレートを含む[１５]記載の方法。
[１９]前記データレートは、前記複数のノードのそれぞれに対して同じであり、前記複数のノードのすべてのノードの間で信頼性のある最も低いデータレートに対応している[１８]記載の方法。
[２０]前記複数のノードのそれぞれ１つに対して、前記データレートは、前記複数のノードのうちのその１つに対する信頼性のある最も低いデータレートである[１８]記載の方法。
[２１]前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るためのトーン割り振りを含む[１５]記載の方法。
[２２]前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るための時間期間をさらに含む[２１]記載の方法。
[２３]前記複数のノードのうちの少なくとも２つが、それらの各々の肯定応答を前記装置に同時に送るための時間期間は、同じである[２２]記載の方法。
[２４]前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るための空間ストリーム割り振りを含む[１５]記載の方法。
[２５]前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るための時間期間をさらに含む[２４]記載の方法。
[２６]前記時間期間は、前記複数のノードのうちの少なくとも２つに対して同じである[２５]記載の方法。
[２７]前記物理レイヤパケットは、複数の集約ＭＡＣパケットを有する集約物理レイヤフレームを含む[１５]記載の方法。
[２８]前記物理レイヤパケットは、複数のデータパケットを含み、各データパケットは、異なるノードに送信される[１５]記載の方法。
[２９]通信のための装置において、
複数のノードへの送信のための物理レイヤパケットを発生させる手段と、
前記物理レイヤパケットを送信する手段とを具備し、
前記物理レイヤパケットは、前記複数のノードのそれぞれが、肯定応答を前記装置に送るためのリソース割り振りを含む装置。
[３０]前記リソース割り振りは、前記複数のノードのそれぞれに対する識別子を含む[２９]記載の装置。
[３１]前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るための送信時間を含む[２９]記載の装置。
[３２]前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るためのデータレートを含む[２９]記載の装置。
[３３]前記データレートは、前記複数のノードのそれぞれに対して同じであり、前記複数のノードのすべてのノードの間で信頼性のある最も低いデータレートに対応している[３２]記載の装置。
[３４]前記複数のノードのそれぞれ１つに対して、前記データレートは、前記複数のノードのうちのその１つに対する信頼性のある最も低いデータレートである[３２]記載の装置。
[３５]前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るためのトーン割り振りを含む[２９]記載の装置。
[３６]前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るための時間期間をさらに含む[３５]記載の装置。
[３７]前記複数のノードのうちの少なくとも２つが、それらの各々の肯定応答を前記装置に同時に送るための時間期間は、同じである[３６]記載の装置。
[３８]前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るための空間ストリーム割り振りを含む[２９]記載の装置。
[３９]前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るための時間期間をさらに含む[３８]記載の装置。
[４０]前記時間期間は、前記複数のノードのうちの少なくとも２つに対して同じである[３９]記載の装置。
[４１]前記物理レイヤパケットは、複数の集約ＭＡＣパケットを有する集約物理レイヤフレームを含む[２９]記載の装置。
[４２]前記物理レイヤパケットは、複数のデータパケットを含み、各データパケットは、異なるノードに送信される[２９]記載の装置。
[４３]通信のためのコンピュータプログラムプロダクトにおいて、
複数のノードへの送信のための物理レイヤパケットを発生させるために実行可能な命令と、
前記物理レイヤパケットを送信するために実行可能な命令とによりエンコードされている機械読取可能媒体を含み、
前記物理レイヤパケットは、前記複数のノードのそれぞれが、肯定応答を装置に送るためのリソース割り振りを含むコンピュータプログラムプロダクト。
[４４]アクセスポイントにおいて、
ワイヤレスネットワークアダプタと、
処理システムとを具備し、
前記処理システムは、
複数のノードへの送信のための物理レイヤパケットを発生させ、
前記ワイヤレスネットワークアダプタを使用して、前記物理レイヤパケットを送信するように構成されており、
前記物理レイヤパケットは、前記複数のノードのそれぞれが、肯定応答を前記装置に送るためのリソース割り振りを含むアクセスポイント。
[４５]通信のための装置において、
処理システムを具備し、
前記処理システムは、
ノードにより複数の他のノードに送信された物理レイヤパケットを受信し、
前記物理レイヤパケットの受信に応答して、肯定応答パケットを発生させ、
リソース割り振りに基づいて、前記肯定応答パケットを前記ノードに送信するように構成されており、
前記物理レイヤパケットは、前記複数の他のノードのそれぞれが、前記物理レイヤパケットの受信を前記ノードに肯定応答するためのリソース割り振りを含む装置。
[４６]前記リソース割り振りは、前記複数の他のノードのそれぞれに対する識別子を含む[４５]記載の装置。
[４７]前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記装置に送るための送信時間を含む[４５]記載の装置。
[４８]前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るためのデータレートを含む[４５]記載の装置。
[４９]前記データレートは、前記複数の他のノードのそれぞれに対して同じであり、前記複数の他のノードのすべてのノードの間で信頼性のある最も低いデータレートに対応している[４８]記載の装置。
[５０]前記複数の他のノードのそれぞれ１つに対して、前記データレートは、前記複数の他のノードのうちのその１つに対する信頼性のある最も低いデータレートである[４８]記載の装置。
[５１]前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るためのトーン割り振りを含む[４５]記載の装置。
[５２]前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答を前記ノードに送るための時間期間をさらに含む[５１]記載の装置。
[５３]前記複数の他のノードのうちの少なくとも２つが、それらの各々の肯定応答パケットを前記ノードに同時に送るための時間期間は、同じである[５２]記載の装置。
[５４]前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るための空間ストリーム割り振りを含む[４５]記載の装置。
[５５]前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るための時間期間をさらに含む[５４]記載の装置。
[５６]前記時間期間は、前記複数の他のノードのうちの少なくとも２つに対して同じである[５５]記載の装置。
[５７]前記物理レイヤパケットは、複数の集約ＭＡＣパケットを有する集約物理レイヤフレームを含む[４５]記載の装置。
[５８]前記物理レイヤパケットは、複数のデータパケットを含み、各データパケットは、異なるノードに送信される[４５]記載の装置。
[５９]通信のための方法において、
ノードにより複数の他のノードに送信された物理レイヤパケットを受信することと、
前記物理レイヤパケットの受信に応答して、肯定応答パケットを発生させることと、
リソース割り振りに基づいて、前記肯定応答パケットを前記ノードに送信することを含み、
前記物理レイヤパケットは、前記複数の他のノードのそれぞれが、前記物理レイヤパケットの受信を前記ノードに肯定応答するためのリソース割り振りを含む方法。
[６０]前記リソース割り振りは、前記複数の他のノードのそれぞれに対する識別子を含む[５９]記載の方法。
[６１]前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るための送信時間を含む[５９]記載の方法。
[６２]前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るためのデータレートを含む[５９]記載の方法。
[６３]前記データレートは、前記複数の他のノードのそれぞれに対して同じであり、前記複数の他のノードのすべてのノードの間で信頼性のある最も低いデータレートに対応している[６２]記載の方法。
[６４]前記複数の他のノードのそれぞれ１つに対して、前記データレートは、前記複数の他のノードのうちのその１つに対する信頼性のある最も低いデータレートである[６２]記載の方法。
[６５]前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るためのトーン割り振りを含む[５９]記載の方法。
[６６]前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るための時間期間をさらに含む[６５]記載の方法。
[６７]前記複数の他のノードのうちの少なくとも２つが、それらの各々の肯定応答パケットを前記ノードに同時に送るための時間期間は、同じである[６６]記載の方法。
[６８]前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るための空間ストリーム割り振りを含む[５９]記載の方法。
[６９]前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るための時間期間をさらに含む[６８]記載の方法。
[７０]前記時間期間は、前記複数の他のノードのうちの少なくとも２つに対して同じである[６９]記載の方法。
[７１]前記物理レイヤパケットは、複数の集約ＭＡＣパケットを有する集約物理レイヤフレームを含む[５９]記載の方法。
[７２]前記物理レイヤパケットは、複数のデータパケットを含み、各データパケットは、異なるノードに送信される[５９]記載の方法。
[７３]通信のための装置において、
ノードにより複数の他のノードに送信された物理レイヤパケットを受信する手段と、
前記物理レイヤパケットの受信に応答して、肯定応答パケットを発生させる手段と、
リソース割り振りに基づいて、前記肯定応答パケットを前記ノードに送信する手段とを具備し、
前記物理レイヤパケットは、前記複数の他のノードのそれぞれが、前記物理レイヤパケットの受信を前記ノードに肯定応答するためのリソース割り振りを含む装置。
[７４]前記リソース割り振りは、前記複数の他のノードのそれぞれに対する識別子を含む[７３]記載の装置。
[７５]前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記装置に送るための送信時間を含む[７３]記載の装置。
[７６]前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記装置に送るためのデータレートを含む[７３]記載の装置。
[７７]前記データレートは、前記複数の他のノードのそれぞれに対して同じであり、前記複数の他のノードのすべてのノードの間で信頼性のある最も低いデータレートに対応している[７６]記載の装置。
[７８]前記複数の他のノードのそれぞれ１つに対して、前記データレートは、前記複数の他のノードのうちのその１つに対する信頼性のある最も低いデータレートである[７６]記載の装置。
[７９]前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るためのトーン割り振りを含む[７３]記載の装置。
[８０]前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るための時間期間をさらに含む[７９]記載の装置。
[８１]前記複数の他のノードのうちの少なくとも２つが、それらの各々の肯定応答パケットを前記装置に同時に送るための時間期間は、同じである[８０]記載の装置。
[８２]前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るための空間ストリーム割り振りを含む[７３]記載の装置。
[８３]前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るための時間期間をさらに含む[８２]記載の装置。
[８４]前記時間期間は、前記複数の他のノードのうちの少なくとも２つに対して同じである[８３]記載の装置。
[８５]前記物理レイヤパケットは、複数の集約ＭＡＣパケットを有する集約物理レイヤフレームを含む[７３]記載の装置。
[８６]前記物理レイヤパケットは、複数のデータパケットを含み、各データパケットは、異なるノードに送信される[７３]記載の装置。
[８７]通信のためのコンピュータプログラムプロダクトにおいて、
ノードにより複数の他のノードに送信された物理レイヤパケットを受信するために実行可能な命令と、
前記物理レイヤパケットの受信に応答して、肯定応答パケットを発生させるために実行可能な命令と、
リソース割り振りに基づいて、前記肯定応答パケットを前記ノードに送信するために実行可能な命令とによりエンコードされている機械読取可能媒体を含み、
前記物理レイヤパケットは、前記複数の他のノードのそれぞれが、前記物理レイヤパケットの受信を前記ノードに肯定応答するためのリソース割り振りを含むコンピュータプログラムプロダクト。
[８８]アクセス端末において、
アンテナと、
処理システムとを具備し、
前記処理システムは、
ノードにより複数の他のノードに送信された物理レイヤパケットを、前記アンテナを介して受信し、
前記物理レイヤパケットの受信に応答して、肯定応答パケットを発生させ、
リソース割り振りに基づいて、前記肯定応答パケットを前記ノードに送信するように構成されており、
前記物理レイヤパケットは、前記複数の他のノードのそれぞれが、前記物理レイヤパケットの受信を前記ノードに肯定応答するためのリソース割り振りを含むアクセス端末。

Claims (88)

1. 通信のための装置において、
   処理システムを具備し、
   前記処理システムは、
   複数のノードへの送信のための物理レイヤパケットを発生させ、
   前記物理レイヤパケットを送信するように構成されており、
   前記物理レイヤパケットは、前記複数のノードのそれぞれが、肯定応答を前記装置に送るためのリソース割り振りを含む装置。
2. 前記リソース割り振りは、前記複数のノードのそれぞれに対する識別子を含む請求項１記載の装置。
3. 前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るための送信時間を含む請求項１記載の装置。
4. 前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るためのデータレートを含む請求項１記載の装置。
5. 前記データレートは、前記複数のノードのそれぞれに対して同じであり、前記複数のノードのすべてのノードの間で信頼性のある最も低いデータレートに対応している請求項４記載の装置。
6. 前記複数のノードのそれぞれ１つに対して、前記データレートは、前記複数のノードのうちのその１つに対する信頼性のある最も低いデータレートである請求項４記載の装置。
7. 前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るためのトーン割り振りを含む請求項１記載の装置。
8. 前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るための時間期間をさらに含む請求項７記載の装置。
9. 前記複数のノードのうちの少なくとも２つが、それらの各々の肯定応答を前記装置に同時に送るための時間期間は、同じである請求項８記載の装置。
10. 前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るための空間ストリーム割り振りを含む請求項１記載の装置。
11. 前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るための時間期間をさらに含む請求項１０記載の装置。
12. 前記時間期間は、前記複数のノードのうちの少なくとも２つに対して同じである請求項１１記載の装置。
13. 前記物理レイヤパケットは、複数の集約ＭＡＣパケットを有する集約物理レイヤフレームを含む請求項１記載の装置。
14. 前記物理レイヤパケットは、複数のデータパケットを含み、各データパケットは、異なるノードに送信される請求項１記載の装置。
15. 通信のための方法において、
    複数のノードへの送信のための物理レイヤパケットを発生させることと、
    前記物理レイヤパケットを送信することとを含み、
    前記物理レイヤパケットは、前記複数のノードのそれぞれが、肯定応答を装置に送るためのリソース割り振りを含む方法。
16. 前記リソース割り振りは、前記複数のノードのそれぞれに対する識別子を含む請求項１５記載の方法。
17. 前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るための送信時間を含む請求項１５記載の方法。
18. 前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るためのデータレートを含む請求項１５記載の方法。
19. 前記データレートは、前記複数のノードのそれぞれに対して同じであり、前記複数のノードのすべてのノードの間で信頼性のある最も低いデータレートに対応している請求項１８記載の方法。
20. 前記複数のノードのそれぞれ１つに対して、前記データレートは、前記複数のノードのうちのその１つに対する信頼性のある最も低いデータレートである請求項１８記載の方法。
21. 前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るためのトーン割り振りを含む請求項１５記載の方法。
22. 前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るための時間期間をさらに含む請求項２１記載の方法。
23. 前記複数のノードのうちの少なくとも２つが、それらの各々の肯定応答を前記装置に同時に送るための時間期間は、同じである請求項２２記載の方法。
24. 前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るための空間ストリーム割り振りを含む請求項１５記載の方法。
25. 前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るための時間期間をさらに含む請求項２４記載の方法。
26. 前記時間期間は、前記複数のノードのうちの少なくとも２つに対して同じである請求項２５記載の方法。
27. 前記物理レイヤパケットは、複数の集約ＭＡＣパケットを有する集約物理レイヤフレームを含む請求項１５記載の方法。
28. 前記物理レイヤパケットは、複数のデータパケットを含み、各データパケットは、異なるノードに送信される請求項１５記載の方法。
29. 通信のための装置において、
    複数のノードへの送信のための物理レイヤパケットを発生させる手段と、
    前記物理レイヤパケットを送信する手段とを具備し、
    前記物理レイヤパケットは、前記複数のノードのそれぞれが、肯定応答を前記装置に送るためのリソース割り振りを含む装置。
30. 前記リソース割り振りは、前記複数のノードのそれぞれに対する識別子を含む請求項２９記載の装置。
31. 前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るための送信時間を含む請求項２９記載の装置。
32. 前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るためのデータレートを含む請求項２９記載の装置。
33. 前記データレートは、前記複数のノードのそれぞれに対して同じであり、前記複数のノードのすべてのノードの間で信頼性のある最も低いデータレートに対応している請求項３２記載の装置。
34. 前記複数のノードのそれぞれ１つに対して、前記データレートは、前記複数のノードのうちのその１つに対する信頼性のある最も低いデータレートである請求項３２記載の装置。
35. 前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るためのトーン割り振りを含む請求項２９記載の装置。
36. 前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るための時間期間をさらに含む請求項３５記載の装置。
37. 前記複数のノードのうちの少なくとも２つが、それらの各々の肯定応答を前記装置に同時に送るための時間期間は、同じである請求項３６記載の装置。
38. 前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るための空間ストリーム割り振りを含む請求項２９記載の装置。
39. 前記リソース割り振りは、前記複数のノードのそれぞれが、その各々の肯定応答を前記装置に送るための時間期間をさらに含む請求項３８記載の装置。
40. 前記時間期間は、前記複数のノードのうちの少なくとも２つに対して同じである請求項３９記載の装置。
41. 前記物理レイヤパケットは、複数の集約ＭＡＣパケットを有する集約物理レイヤフレームを含む請求項２９記載の装置。
42. 前記物理レイヤパケットは、複数のデータパケットを含み、各データパケットは、異なるノードに送信される請求項２９記載の装置。
43. 通信のためのコンピュータプログラムプロダクトにおいて、
    複数のノードへの送信のための物理レイヤパケットを発生させるために実行可能な命令と、
    前記物理レイヤパケットを送信するために実行可能な命令とによりエンコードされている機械読取可能媒体を含み、
    前記物理レイヤパケットは、前記複数のノードのそれぞれが、肯定応答を装置に送るためのリソース割り振りを含むコンピュータプログラムプロダクト。
44. アクセスポイントにおいて、
    ワイヤレスネットワークアダプタと、
    処理システムとを具備し、
    前記処理システムは、
    複数のノードへの送信のための物理レイヤパケットを発生させ、
    前記ワイヤレスネットワークアダプタを使用して、前記物理レイヤパケットを送信するように構成されており、
    前記物理レイヤパケットは、前記複数のノードのそれぞれが、肯定応答を前記装置に送るためのリソース割り振りを含むアクセスポイント。
45. 通信のための装置において、
    処理システムを具備し、
    前記処理システムは、
    ノードにより複数の他のノードに送信された物理レイヤパケットを受信し、
    前記物理レイヤパケットの受信に応答して、肯定応答パケットを発生させ、
    リソース割り振りに基づいて、前記肯定応答パケットを前記ノードに送信するように構成されており、
    前記物理レイヤパケットは、前記複数の他のノードのそれぞれが、前記物理レイヤパケットの受信を前記ノードに肯定応答するためのリソース割り振りを含む装置。
46. 前記リソース割り振りは、前記複数の他のノードのそれぞれに対する識別子を含む請求項４５記載の装置。
47. 前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記装置に送るための送信時間を含む請求項４５記載の装置。
48. 前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るためのデータレートを含む請求項４５記載の装置。
49. 前記データレートは、前記複数の他のノードのそれぞれに対して同じであり、前記複数の他のノードのすべてのノードの間で信頼性のある最も低いデータレートに対応している請求項４８記載の装置。
50. 前記複数の他のノードのそれぞれ１つに対して、前記データレートは、前記複数の他のノードのうちのその１つに対する信頼性のある最も低いデータレートである請求項４８記載の装置。
51. 前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るためのトーン割り振りを含む請求項４５記載の装置。
52. 前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答を前記ノードに送るための時間期間をさらに含む請求項５１記載の装置。
53. 前記複数の他のノードのうちの少なくとも２つが、それらの各々の肯定応答パケットを前記ノードに同時に送るための時間期間は、同じである請求項５２記載の装置。
54. 前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るための空間ストリーム割り振りを含む請求項４５記載の装置。
55. 前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るための時間期間をさらに含む請求項５４記載の装置。
56. 前記時間期間は、前記複数の他のノードのうちの少なくとも２つに対して同じである請求項５５記載の装置。
57. 前記物理レイヤパケットは、複数の集約ＭＡＣパケットを有する集約物理レイヤフレームを含む請求項４５記載の装置。
58. 前記物理レイヤパケットは、複数のデータパケットを含み、各データパケットは、異なるノードに送信される請求項４５記載の装置。
59. 通信のための方法において、
    ノードにより複数の他のノードに送信された物理レイヤパケットを受信することと、
    前記物理レイヤパケットの受信に応答して、肯定応答パケットを発生させることと、
    リソース割り振りに基づいて、前記肯定応答パケットを前記ノードに送信することを含み、
    前記物理レイヤパケットは、前記複数の他のノードのそれぞれが、前記物理レイヤパケットの受信を前記ノードに肯定応答するためのリソース割り振りを含む方法。
60. 前記リソース割り振りは、前記複数の他のノードのそれぞれに対する識別子を含む請求項５９記載の方法。
61. 前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るための送信時間を含む請求項５９記載の方法。
62. 前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るためのデータレートを含む請求項５９記載の方法。
63. 前記データレートは、前記複数の他のノードのそれぞれに対して同じであり、前記複数の他のノードのすべてのノードの間で信頼性のある最も低いデータレートに対応している請求項６２記載の方法。
64. 前記複数の他のノードのそれぞれ１つに対して、前記データレートは、前記複数の他のノードのうちのその１つに対する信頼性のある最も低いデータレートである請求項６２記載の方法。
65. 前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るためのトーン割り振りを含む請求項５９記載の方法。
66. 前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るための時間期間をさらに含む請求項６５記載の方法。
67. 前記複数の他のノードのうちの少なくとも２つが、それらの各々の肯定応答パケットを前記ノードに同時に送るための時間期間は、同じである請求項６６記載の方法。
68. 前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るための空間ストリーム割り振りを含む請求項５９記載の方法。
69. 前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るための時間期間をさらに含む請求項６８記載の方法。
70. 前記時間期間は、前記複数の他のノードのうちの少なくとも２つに対して同じである請求項６９記載の方法。
71. 前記物理レイヤパケットは、複数の集約ＭＡＣパケットを有する集約物理レイヤフレームを含む請求項５９記載の方法。
72. 前記物理レイヤパケットは、複数のデータパケットを含み、各データパケットは、異なるノードに送信される請求項５９記載の方法。
73. 通信のための装置において、
    ノードにより複数の他のノードに送信された物理レイヤパケットを受信する手段と、
    前記物理レイヤパケットの受信に応答して、肯定応答パケットを発生させる手段と、
    リソース割り振りに基づいて、前記肯定応答パケットを前記ノードに送信する手段とを具備し、
    前記物理レイヤパケットは、前記複数の他のノードのそれぞれが、前記物理レイヤパケットの受信を前記ノードに肯定応答するためのリソース割り振りを含む装置。
74. 前記リソース割り振りは、前記複数の他のノードのそれぞれに対する識別子を含む請求項７３記載の装置。
75. 前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記装置に送るための送信時間を含む請求項７３記載の装置。
76. 前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記装置に送るためのデータレートを含む請求項７３記載の装置。
77. 前記データレートは、前記複数の他のノードのそれぞれに対して同じであり、前記複数の他のノードのすべてのノードの間で信頼性のある最も低いデータレートに対応している請求項７６記載の装置。
78. 前記複数の他のノードのそれぞれ１つに対して、前記データレートは、前記複数の他のノードのうちのその１つに対する信頼性のある最も低いデータレートである請求項７６記載の装置。
79. 前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るためのトーン割り振りを含む請求項７３記載の装置。
80. 前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るための時間期間をさらに含む請求項７９記載の装置。
81. 前記複数の他のノードのうちの少なくとも２つが、それらの各々の肯定応答パケットを前記装置に同時に送るための時間期間は、同じである請求項８０記載の装置。
82. 前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るための空間ストリーム割り振りを含む請求項７３記載の装置。
83. 前記リソース割り振りは、前記複数の他のノードのそれぞれが、その各々の肯定応答パケットを前記ノードに送るための時間期間をさらに含む請求項８２記載の装置。
84. 前記時間期間は、前記複数の他のノードのうちの少なくとも２つに対して同じである請求項８３記載の装置。
85. 前記物理レイヤパケットは、複数の集約ＭＡＣパケットを有する集約物理レイヤフレームを含む請求項７３記載の装置。
86. 前記物理レイヤパケットは、複数のデータパケットを含み、各データパケットは、異なるノードに送信される請求項７３記載の装置。
87. 通信のためのコンピュータプログラムプロダクトにおいて、
    ノードにより複数の他のノードに送信された物理レイヤパケットを受信するために実行可能な命令と、
    前記物理レイヤパケットの受信に応答して、肯定応答パケットを発生させるために実行可能な命令と、
    リソース割り振りに基づいて、前記肯定応答パケットを前記ノードに送信するために実行可能な命令とによりエンコードされている機械読取可能媒体を含み、
    前記物理レイヤパケットは、前記複数の他のノードのそれぞれが、前記物理レイヤパケットの受信を前記ノードに肯定応答するためのリソース割り振りを含むコンピュータプログラムプロダクト。
88. アクセス端末において、
    アンテナと、
    処理システムとを具備し、
    前記処理システムは、
    ノードにより複数の他のノードに送信された物理レイヤパケットを、前記アンテナを介して受信し、
    前記物理レイヤパケットの受信に応答して、肯定応答パケットを発生させ、
    リソース割り振りに基づいて、前記肯定応答パケットを前記ノードに送信するように構成されており、
    前記物理レイヤパケットは、前記複数の他のノードのそれぞれが、前記物理レイヤパケットの受信を前記ノードに肯定応答するためのリソース割り振りを含むアクセス端末。

Images