(57)【要約】  ノードに送信するための物理レイヤパケットを発生させる、または、ノードから物理レイヤパケットを受信する、通信の方法および通信ための装置を開示している。物理レイヤパケットは、複数のＭＡＣパケットを有し、物理レイヤパケットは、物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含んでいる。【選択図】  図４
2012501102.tif 000002
【特許請求の範囲】
【請求項１】
通信のための装置において、
ノードに送信するための物理レイヤパケットを発生させるように構成されている処理システムを具備し、
前記物理レイヤパケットは、複数のＭＡＣパケットを有し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む装置。
【請求項２】
前記送信スケジュールは、前記装置からの前記ＭＡＣパケットのそれぞれに対する送信スケジュールを含む請求項１記載の装置。
【請求項３】
前記送信スケジュールは、前記ＭＡＣパケットに対する前記ノードからの１つ以上の応答に対する送信スケジュールを含む請求項１記載の装置。
【請求項４】
前記１つ以上の応答は、前記ＭＡＣパケットに対するブロック肯定応答を含む請求項３記載の装置。
【請求項５】
前記１つ以上の応答は、前記ＭＡＣパケットのそれぞれに対する肯定応答を含む請求項３記載の装置。
【請求項６】
通信のための装置において、
ノードから物理レイヤパケットを受信するように構成されている処理システムを具備し、
前記物理レイヤパケットは、複数のＭＡＣパケットを有し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む装置。
【請求項７】
前記送信スケジュールは、前記ノードからの前記ＭＡＣパケットのそれぞれに対する送信スケジュールを含む請求項６記載の装置。
【請求項８】
前記送信スケジュールは、前記ＭＡＣパケットに対する前記装置からの１つ以上の応答に対する送信スケジュールを含む請求項６記載の装置。
【請求項９】
前記１つ以上の応答は、前記ＭＡＣパケットに対するブロック肯定応答を含む請求項８記載の装置。
【請求項１０】
前記１つ以上の応答は、前記ＭＡＣパケットのそれぞれに対する肯定応答を含む請求項８記載の装置。
【請求項１１】
前記処理システムは、前記処理システムが前記ＭＡＣパケットを受信することと、前記装置から前記１つ以上の応答を送信する送信時間との間の時間期間の間に、スリープするようにさらに構成されている請求項８記載の装置。
【請求項１２】
通信の方法において、
ノードに送信するための物理レイヤパケットを発生させることを含み、
前記物理レイヤパケットは、複数のＭＡＣパケットを有し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む方法。
【請求項１３】
前記送信スケジュールは、前記方法からの前記ＭＡＣパケットのそれぞれに対する送信スケジュールを含む請求項１２記載の方法。
【請求項１４】
前記送信スケジュールは、前記ＭＡＣパケットに対する前記ノードからの１つ以上の応答に対する送信スケジュールを含む請求項１２記載の方法。
【請求項１５】
前記１つ以上の応答は、前記ＭＡＣパケットに対するブロック肯定応答を含む請求項１４記載の方法。
【請求項１６】
前記１つ以上の応答は、前記ＭＡＣパケットのそれぞれに対する肯定応答を含む請求項１４記載の方法。
【請求項１７】
通信の方法において、
ノードから物理レイヤパケットを受信することを含み、
前記物理レイヤパケットは、複数のＭＡＣパケットを有し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む方法。
【請求項１８】
前記送信スケジュールは、前記ノードからの前記ＭＡＣパケットのそれぞれに対する送信スケジュールを含む請求項１７記載の方法。
【請求項１９】
前記送信スケジュールは、前記ＭＡＣパケットに対する前記方法からの１つ以上の応答に対する送信スケジュールを含む請求項１７記載の方法。
【請求項２０】
前記１つ以上の応答は、前記ＭＡＣパケットに対するブロック肯定応答を含む請求項１９記載の方法。
【請求項２１】
前記１つ以上の応答は、前記ＭＡＣパケットのそれぞれに対する肯定応答を含む請求項１９記載の方法。
【請求項２２】
前記ＭＡＣパケットを受信することと、前記１つ以上の応答を送信する送信時間との間の時間期間の間に、スリープすることをさらに含む請求項１９記載の方法。
【請求項２３】
通信のための装置において、
ノードに送信するための物理レイヤパケットを発生させる手段と、
前記物理レイヤパケット中に複数のＭＡＣパケットを提供する手段とを具備し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む装置。
【請求項２４】
前記送信スケジュールは、前記装置からの前記ＭＡＣパケットのそれぞれに対する送信スケジュールを含む請求項２３記載の装置。
【請求項２５】
前記送信スケジュールは、前記ＭＡＣパケットに対する前記ノードからの１つ以上の応答に対する送信スケジュールを含む請求項２３記載の装置。
【請求項２６】
前記１つ以上の応答は、前記ＭＡＣパケットに対するブロック肯定応答を含む請求項２５記載の装置。
【請求項２７】
前記１つ以上の応答は、前記ＭＡＣパケットのそれぞれに対する肯定応答を含む請求項２５記載の装置。
【請求項２８】
通信のための装置において、
ノードから物理レイヤパケットを受信する手段と、
前記物理レイヤパケット中に複数のＭＡＣパケットを提供する手段とを具備し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む装置。
【請求項２９】
前記送信スケジュールは、前記ノードからの前記ＭＡＣパケットのそれぞれに対する送信スケジュールを含む請求項２８記載の装置。
【請求項３０】
前記送信スケジュールは、前記ＭＡＣパケットに対する前記装置からの１つ以上の応答に対する送信スケジュールを含む請求項２８記載の装置。
【請求項３１】
前記１つ以上の応答は、前記ＭＡＣパケットに対するブロック肯定応答を含む請求項３０記載の装置。
【請求項３２】
前記１つ以上の応答は、前記ＭＡＣパケットのそれぞれに対する肯定応答を含む請求項３０記載の装置。
【請求項３３】
前記ＭＡＣパケットを受信することと、前記１つ以上の応答を送信する送信時間との間の時間期間の間に、スリープする手段をさらに具備する請求項３０記載の装置。
【請求項３４】
通信のためのコンピュータプログラムプロダクトにおいて、
ノードに送信するための物理レイヤパケットを発生させるために実行可能な命令によりエンコードされている機械読取可能媒体を具備し、
前記物理レイヤパケットは、複数のＭＡＣパケットを有し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含むコンピュータプログラムプロダクト。
【請求項３５】
通信のためのコンピュータプログラムプロダクトにおいて、
ノードから物理レイヤパケットを受信するために実行可能な命令によりエンコードされている機械読取可能媒体を具備し、
前記物理レイヤパケットは、複数のＭＡＣパケットを有し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含むコンピュータプログラムプロダクト。
【請求項３６】
アクセスポイントにおいて、
ノードに送信するための物理レイヤパケットを発生させるように構成されている処理システムと、
ネットワークへのピアノードに対するバックホール接続をサポートするように構成されているワイヤレスネットワークアダプタとを具備し、
前記物理レイヤパケットは、複数のＭＡＣパケットを有し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含むアクセスポイント。
【請求項３７】
アクセス端末において、
ノードから物理レイヤパケットを受信するように構成されている処理システムと、
前記処理システムによりサポートされているユーザインターフェースとを具備し、
前記物理レイヤパケットは、複数のＭＡＣパケットを有し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含むアクセス端末。
【発明の詳細な説明】
【米国特許法第１１９条のもとでの優先権主張】
【０００１】
本特許出願は、“ＷＬＡＮのためのスケジューリングされたブロックＡＣＫによる、電力およびリソース効率のよいＡＰＰＤＵベースのアプローチ”と題し、２００８年８月２０日に出願され、本発明の譲受人に譲渡され、ここでの参照によりここに明確に組み込まれている仮出願第６１／０９０，５２１号に対して優先権を主張する。
【背景】
【０００２】
１．分野
下記の説明は、一般的に、通信システムに関連し、さらに詳細には、ワイヤレスネットワーク中の電力およびリソースの効率に関連している。
【０００３】
２．背景
ワイヤレス通信システムに対して要望される帯域幅要求の増加の問題を取り扱うために、チャネルリソースを共有することにより、複数のユーザ端末が単一のアクセスポイントと通信することを可能にする一方で、高データスループットを達成するように、異なるスキームが開発されている。複数入力または複数出力（ＭＩＭＯ）技術は、次世代の通信システム向けの人気のある技術として近年登場したこのような１つのアプローチを表している。ＭＩＭＯ技術は、米国電気電子学会（ＩＥＥＥ）８０２．１１標準規格のような、いくつかの新興ワイヤレス通信標準規格において採用されてきている。ＩＥＥＥ８０２．１１は、ＩＥＥＥ８０２．１１委員会により開発された、短距離通信（例えば、数十から数百メートル）に対する１組のワイヤレスローカルエリアネットワーク（ＷＬＡＮ）エアインターフェース標準規格を示している。
【０００４】
ＭＩＭＯ技術は、将来のワイヤレス通信システムに対して優れた将来性を保っている。しかしながら、他の通信技術とともに、依然としてＭＩＭＯアプリケーション内でデータスループットをさらに増加させる必要性がある。
【概要】
【０００５】
本開示の１つの態様では、装置は、ノードに送信するための物理レイヤパケットを発生させるように構成されている処理システムを具備し、物理レイヤパケットは、複数のＭＡＣパケットを有し、物理レイヤパケットは、物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む。
【０００６】
本開示の別の態様では、装置は、ノードから物理レイヤパケットを受信するように構成されている処理システムを具備し、物理レイヤパケットは、複数のＭＡＣパケットを有し、物理レイヤパケットは、物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む。
【０００７】
本開示のさらに別の態様では、通信の方法は、ノードに送信するための物理レイヤパケットを発生させることを含み、物理レイヤパケットは、複数のＭＡＣパケットを有し、物理レイヤパケットは、物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む。
【０００８】
本開示のさらに別の態様では、通信の方法は、ノードから物理レイヤパケットを受信することを含み、物理レイヤパケットは、複数のＭＡＣパケットを有し、物理レイヤパケットは、物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む。
【０００９】
本開示の別の態様では、通信のための装置は、ノードに送信するための物理レイヤパケットを発生させる手段と、物理レイヤパケット中に複数のＭＡＣパケットを提供する手段とを具備し、物理レイヤパケットは、物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む。
【００１０】
本開示の別の態様では、通信のための装置は、ノードから物理レイヤパケットを受信する手段と、物理レイヤパケット中に複数のＭＡＣパケットを提供する手段とを具備し、物理レイヤパケットは、物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む。
【００１１】
本開示のさらに別の態様では、通信のためのコンピュータプログラムプロダクトは、ノードに送信するための物理レイヤパケットを発生させるために実行可能な命令によりエンコードされている機械読取可能媒体を具備し、物理レイヤパケットは、複数のＭＡＣパケットを有し、物理レイヤパケットは、物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む。
【００１２】
本開示のなお別の態様では、通信のためのコンピュータプログラムプロダクトは、ノードから物理レイヤパケットを受信するために実行可能な命令によりエンコードされている機械読取可能媒体を具備し、物理レイヤパケットは、複数のＭＡＣパケットを有し、物理レイヤパケットは、物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む。
【００１３】
本開示の別の態様では、アクセスポイントは、ノードに送信するための物理レイヤパケットを発生させるように構成されている処理システムと、ネットワークへのピアノードに対するバックホール接続をサポートするように構成されているワイヤレスネットワークアダプタとを具備し、物理レイヤパケットは、複数のＭＡＣパケットを有し、物理レイヤパケットは、物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む。
【００１４】
本開示の別の態様では、アクセス端末は、ノードから物理レイヤパケットを受信するように構成されている処理システムと、処理システムによりサポートされているユーザインターフェースとを具備し、物理レイヤパケットは、複数のＭＡＣパケットを有し、物理レイヤパケットは、物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む。
【図面の簡単な説明】
【００１５】
後に続く詳細な説明中で、ならびに、添付の図面中で、本発明のこれらのサンプル態様および他のサンプル態様を説明する。
【図１】図１は、ワイヤレス通信ネットワークのダイヤグラムである。
【図２】図２は、図１のワイヤレス通信ネットワークにおける、ワイヤレスノードのＭＡＣレイヤおよびＰＨＹレイヤ中のフレーム集約を図示している。
【図３】図３は、スケジューリングされたブロック肯定応答による集約データ送信の例を図示している。
【図４】図４は、図１のワイヤレス通信ネットワークにおける、ワイヤレスノードのセグメント中のＤＴＴペイロードを図示している。
【図５】図５は、図１のワイヤレス通信ネットワークにおける、ワイヤレスノードでのＰＨＹレイヤの信号処理機能の例としてのブロックダイヤグラムである。
【図６】図６は、図１のワイヤレス通信ネットワークにおける、ワイヤレスノード中の処理システムに対する例示的なハードウェア構成を図示しているダイヤグラムである。
【図７】図７は、図２〜６中に開示しているさまざまな態様に関するソフトウェアモジュールの機能性を図示しているフローチャートである。
【図８】図８は、図２〜６中に開示しているさまざまな態様に関するソフトウェアモジュールの機能性を図示しているフローチャートである。
【図９】図９は、本発明の実施形態にしたがった、通信のための装置の機能性の例を図示しているブロックダイヤグラムである。
【図１０】図１０は、本発明の別の実施形態にしたがった、通信のための装置１０００の機能性の例を図示しているブロックダイヤグラムである。
【００１６】
一般的な実務にしたがって、明確にするために、図面のうちのいくつかは簡略化されている。このように、図面は、所定の装置（例えば、デバイス）または方法のコンポーネントのすべてを描いていないかもしれない。最後に、明細書および図面全体を通して、同一の参照番号は、同一の特徴を示すために使用することがある。
【詳細な説明】
【００１７】
添付している図面を参照して、本発明のさまざまな態様をこれからさらに十分に説明する。しかしながら、本発明は、多くの異なる形態で具現化され、この開示全体を通して示される何らかの特有の構造または機能に限定されるものとして解釈すべきではない。むしろ、本開示が、徹底して完全なものになるように、および、本発明の範囲を当業者に十分に伝えるために、これらの態様を提供する。ここでの教示に基づいて、本発明の範囲は、別々に実現するか、または、本発明の他の何らかの態様との組み合わせで実現するかにかかわらず、ここで開示した発明の何らかの態様をカバーすることを意図していることを、当業者は正しく認識すべきである。例えば、ここで示す任意の数の態様を使用して、装置を実現してもよく、または、方法を実施してもよい。さらに、ここで示す本発明のさまざまな態様に加えて、あるいは、ここで示す本発明のさまざまな態様以外の、他の構造、機能性、または、構造および機能性を使用して実施する、このような装置もしくは方法をカバーすることを、本発明の範囲は意図している。ここに開示した本発明の何らかの態様は、特許請求の範囲のうちの１つ以上のエレメントにより具現化してもよいことを理解すべきである。
【００１８】
図１を参照して、ワイヤレスネットワークのいくつかの態様をこれから示す。ノード１１０および１２０として一般的に示されている、いくつかのワイヤレスノードにより、ワイヤレスネットワーク１００を示している。各ワイヤレスノードは、受信および／または送信の能力がある。後に続く議論では、用語“受信ノード”は、受信しているノードのことを指すために使用してもよく、用語“送信ノード”は、送信しているノードのことを指すために使用してもよい。このような参照は、ノードが、送信および受信動作の双方を実行する能力がないことを意味しているわけではない。
【００１９】
後に続く詳細な説明では、ダウンリンク通信に対しては、用語“アクセスポイント”を、送信ノードを示すために使用し、用語“アクセス端末”を、受信ノードを示すために使用するが、アップリンク通信に対しては、用語“アクセスポイント”を、受信ノードを指定するために使用し、用語“アクセス端末”を、送信ノードを示すために使用する。しかしながら、アクセスポイントおよび／またはアクセス端末に対して、他の専門用語または名称を使用してもよいことを、当業者は容易に理解するであろう。事例として、アクセスポイントは、基地局や、基地トランシーバ局や、局や、端末や、ノードや、アクセスポイントとして機能するアクセス端末や、または他の何らかの適した専門用語として言及することがある。アクセス端末は、ユーザ端末、移動局、加入者局、局、ワイヤレスデバイス、端末、ノード、または他の何らかの適した専門用語として言及することがある。この開示全体を通して記述するさまざまな概念は、これらの特有の名称にかかわらず、すべての適したワイヤレスノードに適用することを意図している。
【００２０】
アクセス端末１２０に対するカバレッジを提供するために、ワイヤレスネットワーク１００は、地理的領域全体を通して分散されている任意の数のアクセスポイントをサポートしてもよい。アクセスポイントの調整および制御とともに、他のネットワーク（例えば、インターネット）へのアクセスをアクセス端末１２０に提供するために、システム制御装置１３０を使用してもよい。簡潔にするために、１つのアクセスポイント１１０を示している。アクセスポイントは、一般的に、カバレッジの地理的領域中のアクセス端末に対してバックホールサービスを提供する固定端末である。しかしながら、いくつかのアプリケーションでは、アクセスポイントは移動性のものであってもよい。固定または移動性のものであるかもしれないアクセス端末は、アクセスポイントのバックホールサービスを利用する、あるいは、他のアクセス端末とのピア・ツー・ピア通信に携わる。アクセス端末の例は、電話機（例えば、セルラ電話機）、ラップトップコンピュータ、デスクトップコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、デジタルオーディオプレーヤー（例えば、ＭＰ３プレーヤー）、カメラ、ゲームコンソール、または他の何らかの適したワイヤレスノードを含む。
【００２１】
ワイヤレスネットワーク１００は、ＭＩＭＯ技術をサポートしていてもよい。ＭＩＭＯ技術を使用すると、アクセスポイント１１０は、空間分割多元接続（ＳＤＭＡ）を使用して複数のアクセス端末１２０と並行して通信することができる。ＳＤＭＡは、異なる受信機に同時に送信される複数のストリームが、同一の周波数チャネルを共有し、結果として、より高いユーザ容量を提供することを可能にする多元接続スキームである。ダウンリンク上で各データストリームを空間的に予めコード化することにより、これを達成する。空間的に予めコード化されたデータストリームは、異なる空間シグニチャとともにアクセス端末に到達し、これにより、各アクセス端末１２０は、そのアクセス端末１２０に宛てられているデータストリームを復元することができる。アップリンク上で、各アクセス端末１２０は、空間的に予めコード化されたデータストリームを送信し、これにより、アクセスポイント１１０は、空間的に予めコード化された各データストリームの発信元を識別することができる。
【００２２】
ある機能性を使用可能にするために、１つ以上のアクセス端末１２０に複数のアンテナを装備してもよい。この構成では、複数アンテナのアクセス端末と通信するのに、アクセスポイント１１０における複数のアンテナを使用して、付加的な帯域幅または送信電力なしで、データスループットを向上させてもよい。送信機において、高データレート信号を、異なる空間シグニチャを有する複数のより低いレートデータストリームに分けることにより、これを達成してもよく、したがって、受信機が、これらのストリームを複数のチャネルに分離し、ストリームを適切に組み合わせて、高レートデータ信号を復元することができる。
【００２３】
下記の開示部分は、ＭＩＭＯ技術もサポートするアクセス端末を説明しているが、アクセスポイント１１０は、ＭＩＭＯ技術をサポートしないアクセス端末をサポートするようにも構成してもよい。このアプローチによって、より古いバージョンのアクセス端末（すなわち、“レガシー”端末）をワイヤレスネットワーク中に配置したままにすることが可能になる一方で、より新しいＭＩＭＯアクセス端末を適切に取り入れることが可能になる。
【００２４】
後続する詳細な説明では、直交周波数分割多重化（ＯＦＤＭ）のような、何らかの適したワイヤレス技術をサポートしているＭＩＭＯシステムを参照して、本発明のさまざまな態様を説明している。ＯＦＤＭは、正確な周波数だけ空間的にスペースが空けられた多数の副搬送波にわたって、データを分散させる技術である。スペーシングは、受信機が副搬送波からのデータを復元することを可能にする“直交性”を提供する。ＯＦＤＭシステムは、ＩＥＥＥ８０２．１１、または、他の何らかのエアインターフェース標準規格を実現することができる。事例として、他の適したワイヤレス技術は、コード分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、または他の何らかの適したワイヤレス技術、あるいは、適したワイヤレス技術の何らかの組み合わせを含む。ＣＤＭＡシステムを、ＩＳ−２０００、ＩＳ−９５、ＩＳ−８５６、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ）、または、他の何らかの適したエアインターフェース標準規格により実現してもよい。ＴＤＭＡシステムは、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ）（登録商標）、または、他の何らかの適したエアインターフェース標準規格を実現することができる。当業者が容易に正しく認識するように、本発明のさまざまな態様は、何らかの特定のワイヤレス技術および／またはエアインターフェース標準規格に限定されない。
【００２５】
アクセスポイント（ＡＰ）かアクセス端末（ＡＴ）かにかかわらず、ワイヤレスノードを、レイヤード構造を利用するプロトコルにより実現してもよい。事例として、図２に示しているように、レイヤード構造は、アプリケーションレイヤ２０２、メディアアクセス制御レイヤ（ＭＡＣ）２０４、および物理レイヤ（ＰＨＹ）２０６を含んでいる。物理レイヤ２０６は、ワイヤレスノードを共有ワイヤレスチャネルにインターフェースするための、すべての物理的仕様および電気的仕様を実現する。ＭＡＣレイヤ２０４は、共有ワイヤレスチャネルへのアクセスを調整し、アプリケーションレイヤ２０２のようなより高いレイヤを物理レイヤ２０６にインターフェースするために使用する。アプリケーションレイヤ２０２は、事例として、スピーチコーデックおよびマルチメディアコーデック、ならびに、グラフィック処理を含む、さまざまなデータ処理機能を実行する。何らかの特定のアプリケーションに対しては、追加的なプロトコルレイヤ（例えば、ネットワークレイヤ、トランスポートレイヤ）を必要とするかもしれない。いくつかの構成では、ワイヤレスノードは、アクセスポイントとアクセス端末との間の中継ポイントとして、または、２つのアクセス端末間の中継ポイントとして機能してもよく、それゆえ、アプリケーションレイヤを必要としないことがある。当業者は、特定のアプリケーションとシステム全体に課せられる全体的な設計の制約とに依存して、任意のワイヤレスノードに対する適切なプロトコルを容易に実現できるであろう。ここで使用する、用語“データパケット”は、ＭＡＣパケットや、（下記に説明している）集約ＭＡＣパケットや、（これも下記に説明している）物理レイヤペイロードや、アプリケーションレイヤから受信したパケットや、フラグメントや、ならびに／あるいは、他のパケット、フレーム、パケット、時間スロット、セグメント、または他の何らかの適した名称の組み合わせのうちの、何らかのものとして、広く解釈すべきである。
【００２６】
ワイヤレスノードが送信モードであるときに、アプリケーションレイヤ２０２は、データを処理し、データをパケット２０８へとセグメント化し、ＭＡＣレイヤ２０４にデータパケット２０８を提供する。ＭＡＣレイヤ２０４は、ＭＡＣパケット２１０のペイロード２１２により運ばれる、アプリケーションレイヤ２０２からの各データパケット２０８により、ＭＡＣパケット２１０をアセンブリする。各ＭＡＣパケット２１０は、ペイロード２１２に付加されたＭＡＣヘッダ２１４を含む。ＭＡＣパケット２１０を、時に、ＭＡＣプロトコルデータユニット（ＭＰＤＵ）として言及するが、フレーム、パケット、時間スロット、セグメント、または他の何らかの適した名称として言及することもある。図２は、ＭＡＣパケット２１０当たり１つのアプリケーションレイヤデータパケット２０８を示しているが、１つのＭＡＣパケットのペイロード中に複数のアプリケーションレイヤデータパケットを組み込む可能性もある。代替的に、複数のアプリケーションレイヤデータパケットを、断片化し、１つより多いＭＡＣパケットにわたって分散してもよい。
【００２７】
同一の宛先アドレスを有する複数のＭＡＣパケット２１０を、１つの集約ＭＡＣパケット２１６へと合成してもよい。集約ＭＡＣパケット２１６を、時に、集約ＭＡＣプロトコルデータユニット（ＡＭＰＤＵ）として言及する。集約ＭＡＣパケット２１６中の各ＭＡＣパケット２１０には、サブフレームヘッダ２１８が付加されている。図２に示しているような、サブフレームヘッダが付加されているＭＡＣパケットを、ここでは単にサブフレーム２２０として言及する。集約ＭＡＣパケット２１６は、いくつかのこのようなサブフレーム２２０から構成されている。各サブフレームヘッダ２１８は、長さフィールド２１９、誤り検出２２２、およびデリミタシグニチャ２２４を含んでいる。各サブフレーム２２０の始まりおよび終りは、長さフィールド２１９およびデリミタシグニチャ２２４により決定する。誤り検出は、巡回冗長検査、チェックサム、または、各サブフレーム２２０の検証を単独で可能にする他の何らかの適した誤り検出コードを含んでいてもよい。上述したＭＡＣレベルフレーム集約により、ＭＡＣパケット間のスペース（フレーム間スペース）の除去とともに、ＭＡＣヘッダ中の冗長性の除去（ヘッダ圧縮）が可能になる。例えば、集約ＭＡＣパケット２１６中の各ＭＡＣパケット２１０が、同一の受信ノードに送信されることになる場合には、集約ＭＡＣパケット２１６中の第１のサブフレームに後続するサブフレーム２２０のＭＡＣヘッダ２１４から、宛先アドレスを削除してもよい。
【００２８】
図２は、サブフレーム当たり１つのＭＡＣパケットを示しているが、各サブフレームは、１つより多いＭＡＣパケットを含んでいてもよい。代替的に、複数のＭＡＣパケットを、断片化し、１つより多いサブフレームにわたって分散してもよい。いくつかのケースでは、集約ＭＡＣパケット２１６中のサブフレーム２２０は同一の受信ノードに送信されることになるが、これらは同一の発信元アドレスを持つ必要はない。
【００２９】
ＭＡＣレイヤ２０４が送信することを決定するときに、ＭＡＣレイヤ２０４は、ＰＨＹレイヤ２０６に集約ＭＡＣパケット２１６を提供する。ＰＨＹレイヤは、（時に、物理レイヤ収束プロトコル（ＰＬＣＰ）として言及する）プリアンブル２２８と、ヘッダ２３０とを、集約ＭＡＣパケットを運ぶペイロード２３２に付加することにより、ＰＨＹパケット２２６をアセンブリする。ＰＨＹパケットを、時に、物理レイヤプロトコルデータユニット（ＰＰＤＵ）として言及するが、フレーム、パケット、時間スロット、セグメント、または他の何らかの適した名称として言及することもある。プリアンブルは、少なくとも１つの短トレーニングフィールド（ＳＴＦ）２３４および少なくとも１つの長トレーニングフィールド（ＬＴＦ）２３６を含む。ＰＨＹパケット２２６の始まりを検出し、送信機のノードデータクロックに同期化し、チャネル推定を実行し、ＡＧＣ利得を計算し、いくつかのケースでは、ＭＩＭＯ技術をサポートするネットワーク中の空間ストリームを推定するために、受信ノードにより、ＳＴＦおよびＬＴＦを使用することができる。ヘッダ２３０は、信号フィールド（ＳＩＧ）２３８を含んでいてもよい。ＳＩＧフィールド２３８は、ペイロード２３２のデータレートと長さとに関する情報を含んでいてもよい。
【００３０】
図２で示しているＰＨＹパケット２２６を、集約ＰＨＹパケット２４０中にアセンブリしてもよい。集約ＰＨＹパケット２４０は、ＳＴＦ２３４およびＬＴＦ２３６を含むＰＨＹプリアンブル２２８を含む。プリアンブル２２８に続いて、３つの（３つより少ない、または、３つより多い可能性もあるが）ＰＨＹペイロード２３２があり、これらのうちのそれぞれ１つに、ＳＩＧ２３８を含む対応するＰＨＹヘッダ２３０が先行する。ＰＨＹペイロード２３２のそれぞれは、集約ＭＡＣパケット２１６を含む。上記で説明したように、集約ＭＡＣパケット２１６中の各ＭＡＣパケット２１０は、同一の受信ノードに配信される。しかしながら、集約ＰＨＹパケット２４０中のＰＨＹレイヤペイロード２３２のそれぞれは、同一または異なる受信ノードに送信されてもよい。各集約ＭＡＣパケット２１６を異なるデータレートで送信することを可能にするために、各ＰＨＹレイヤペイロード２３２の前にＳＩＧ２３８が提供されている。しかしながら、集約ＰＨＹパケット２４０全体に対して、１つのＰＨＹレイヤプリアンブル２２８のみを必要とする。それゆえに、複数の集約ＭＡＣパケット２１６が異なる受信ノードに送信されるとしても、複数の集約ＭＡＣパケット２１６に対して、１つのＰＨＹレイヤプリアンブル２２８のみを必要とする。すべての受信ノードは、１つのプリアンブルを使用して、チャネルを推定し、同期化し、ＡＧＣ利得を計算することができる。集約ＰＨＹパケット中にＰＨＹレイヤペイロードを合成することにより、集約ＭＡＣパケット間のフレーム間スペーシングの除去とともに、複数の集約ＭＡＣパケットに対するプリアンブル（トレーニングフィールド）の集約が可能になる。
【００３１】
図２は、ＰＨＹレイヤペイロード当たり１つの集約ＭＡＣパケットを示しているが、各ＰＨＹレイヤペイロードは、１つより多い集約ＭＡＣパケットを含んでいてもよい。代替的に、１つ以上の集約ＭＡＣパケットを、断片化し、１つより多いＰＨＹレイヤペイロードにわたって分散してもよい。
【００３２】
後にさらに詳細に論じるように、ＰＨＹレイヤ２０６は、さまざまな信号処理機能（例えば、変調、コード化、空間処理など）を提供することも担当している。
【００３３】
ワイヤレスノードが受信モードであるときに、上述したプロセスは逆になる。すなわち、ＰＨＹレイヤ２０６は、ワイヤレスチャネルからの到来集約ＰＨＹパケット２４０を検出する。プリアンブル２２８により、ＰＨＹレイヤ２０６が集約ＰＨＹパケット２４０を捉えて、さまざまな信号処理機能（例えば、復調、デコード、空間処理など）を実行することができる。いったん処理すると、ＰＨＹレイヤ２０６は、集約ＰＨＹパケット２４０のペイロード２３２中で運ばれている集約ＭＡＣパケット２１６を復元し、ＭＡＣレイヤ２０４に集約ＭＡＣパケット２１６を提供する。
【００３４】
ＭＡＣレイヤ２０４は、ＭＡＣヘッダ２１４のうちの１つ以上の中にある、受信ノードに対する発信元アドレスにより集約ＭＡＣパケット２１６を復元する。ＭＡＣレイヤ２０４は、その後、復元された集約ＭＡＣパケット２１６中のＭＡＣパケット２１０のそれぞれに対する誤り検出コードをチェックし、ＭＡＣパケット２１０のデコードが成功したか否かを決定する。ＭＡＣパケット２１０に対する誤り検出コードが、ＭＡＣパケット２１０のデコードが成功したことを示す場合には、ＭＡＣパケットに対するペイロード２１２をアプリケーションレイヤ２０２に提供する。ＭＡＣパケット２１０に対する誤り検出コードが、ＭＡＣパケット２１０のデコードが不成功だったことを示す場合には、ＭＡＣパケット２１０を破棄する。
【００３５】
集約ＭＡＣパケット中のＭＡＣパケット２１０が受信されて、デコードが成功したか否かを決定するために、送信ノードは、受信ノードに肯定応答（ＡＣＫ）要求を送ってもよい。ＡＣＫ要求は、集約ＭＡＣパケット２１６中で送信されるすべてのＭＡＣパケット２１０に肯定応答するように受信ノードに要求するブロックＡＣＫ要求（ＢＡＲ）の形態をとってもよい。ＢＡＲに応答して、受信ノードは、集約ＭＡＣパケット２１６中のどのＭＡＣパケット２１０のデコードが成功したかを示すブロックＡＣＫ（ＢＡ）により応答する。何らかのＢＡがあった場合に、送信ノードはＢＡを使用して、どのＭＡＣパケット２１０が再送信を必要としているかを決定する。
【００３６】
代替的に、（図３に関して下記で説明する例においてＡＰ１００として名称を付けられている）送信ノードは、すべての受信ノードに対するＢＡのスケジュールを特定できる。事例として、図３中で示しているように、集約ＰＨＹパケットは、ＰＨＹペイロードのうちの１つ２３２ａの中でＢＡに対するスケジュールを運ぶように構成されていてもよい。ＢＡを送信するためのチャネル指定により、（図３中ではＡＴ１０１〜１１０として名称を付けられている）各受信ノードにスケジュールを提供してもよい。チャネル指定は、送信時間、周波数チャネル、コードチャネル、ならびに／あるいは、他の何らかの適した、または、望ましいチャンネル指定を含んでいてもよい。ワイヤレスネットワークの１つの構成において、チャネル指定は、受信ノードが送信ノードにＢＡを送り返すための送信時間のスケジュールである。このスケジュールをここではブロックＡＣＫ時間割り当て（ＢＡＴＡ）として言及する。集約ＰＨＹパケット２４０中のＰＨＹプリアンブル２２８と、ＢＡＴＡに向けられているヘッダ２３０ａとが、ＰＨＹペイロード２３２ａ中で運ばれているＢＡＴＡに先行する。ヘッダ２３０ａは、ＢＡＴＡの送信のためのデータレートを示す指定を含んでいてもよい。ＢＡＴＡは、集約ＰＨＹパケット２４０のペイロード２３２中で運ばれている集約ＭＡＣパケットを受信する各ノードに送信され、各局に対するブロックＡＣＫチャネル指定のスケジュールを含んでいる。ＢＡＴＡに応答して、各受信ノードは、そのスケジューリングされた時間において、送信ノードにＢＡを送り返す。集約ＰＨＹパケット２４０中にＢＡＴＡを含めることにより、送信ノードが各受信ノードに別々のＢＡＲを送る必要はなくなり、それによって、オーバーヘッドおよび送信時間を減少させ、そうでなければ必要とされるだろうＢＡＲとＢＡＲとの間のフレーム間スペーシングがなくなる。
【００３７】
ノードのいくつかの構成では、データ送信時間（ＤＴＴ）スケジュールが、各受信ノードに送信されてもよい。ＤＴＴは、集約ＰＨＹパケット中の第１のＰＨＹペイロードとして含まれていてもよい。事例として、図４は、集約ＰＨＹパケット２４０のペイロード中のＤＴＴ２３２ｂを示している。ＤＴＴは、ＰＨＹプリアンブル２２８に後続するものであり、ＤＴＴの送信のためのデータレートを示すＳＩＧを含むヘッダ２３０ｂを含む。ＤＴＴは、ＤＴＴテーブルを含む。ＤＴＴテーブルは、集約ＰＨＹパケット２４０に対する受信ノードと、一意的なノードＩＤで各受信ノードを識別するノード識別（ノードＩＤ）フィールドと、ノードＩＤフィールドにおいて識別された各受信ノードに対する一意的な送信時間を含むデータ送信時間フィールドとを含む。送信が予期されているときを知ることにより、送信を受信する時間になるまで、各受信ノードがほとんどの機能を電源切断する（すなわち、“スリープに行く”）ことが可能であり、それによって、著しい電力節約を達成する。
【００３８】
ノードのいくつかの構成では、ＢＡＴＡは、ＰＨＹパケットとすることができる、または、ＭＡＣパケットの一部として分散させることができる一方で、ＤＴＴは、集約ＰＨＹパケット中のＰＨＹペイロードとして送信することができる。
【００３９】
図５は、ＰＨＹレイヤの信号処理機能の例を図示している概念的なブロックダイヤグラムである。送信モードでは、ＭＡＣレイヤからデータを受け取って、データをエンコード（例えば、ターボコード）し、受信ノードにおける前方誤り訂正（ＦＥＣ）を促進するために、ＴＸデータプロセッサ５０２を使用してもよい。エンコーディングプロセスの結果、ＴＸデータプロセッサ５０２により、互いにブロック化され、信号配列にマッピングされたコードシンボルのシーケンスとなり、変調シンボルのシーケンスが生成される。
【００４０】
ＯＦＤＭを実現するワイヤレスノードでは、ＴＸデータプロセッサ５０２からの変調シンボルは、ＯＦＤＭ変調器５０４に提供されてもよい。ＯＦＤＭ変調器は、変調シンボルをパラレルストリームに分ける。各ストリームは、その後、ＯＦＤＭ副搬送波にマッピングされ、そして、高速逆フーリエ変換（ＩＦＦＴ）を使用して互いに合成され、時間ドメインＯＦＤＭストリームが生成される。
【００４１】
ＴＸ空間プロセッサ５０５は、ＯＦＤＭストリーム上で空間処理を実行する。各ＯＦＤＭを空間的に予めコード化し、その後、トランシーバ５０６を介して、予めコード化された各ストリームを異なるアンテナ５０８に提供することにより、これを成し遂げてもよい。各送信機５０６は、ワイヤレスチャネルを通した送信のために、予めコード化されたそれぞれのストリームでＲＦ搬送波を変調する。
【００４２】
受信モードでは、各トランシーバ５０６は、そのそれぞれのアンテナ５０８を通して信号を受信する。ＲＦ搬送波上に変調された情報を復元し、ＲＸ空間プロセッサ５１０にその情報を提供するために、各トランシーバ５０６を使用してもよい。
【００４３】
ＲＸ空間プロセッサ５１０は、情報上で空間処理を実行し、ワイヤレスノード５００に宛てられている任意の空間ストリームを復元する。空間処理は、チャネル相関マトリックス逆変換（ＣＣＭＩ）、最小平均二乗誤差（ＭＭＳＥ）、ソフト干渉消去（ＳＩＣ）、または他の何らかの適した技法にしたがって実行してもよい。複数の空間ストリームがワイヤレスノード５００に対して宛てられている場合には、ＲＸ空間プロセッサ５１０によりこれらを合成してもよい。
【００４４】
ＯＦＤＭを実現するワイヤレスノードでは、ＲＸ空間プロセッサ５１０からのストリーム（または、合成されたストリーム）は、ＯＦＤＭ復調器５１２に提供される。ＯＦＤＭ復調器５１２は、高速フーリエ変換（ＦＦＴ）を使用して、時間ドメインからのストリーム（または、合成されたストリーム）を周波数ドメインに変換する。周波数ドメイン信号は、ＯＦＤＭ信号の各副搬送波に対する別々のストリームを含む。ＯＦＤＭ復調器５１２は、各副搬送波上で運ばれているデータ（すなわち、変調シンボル）を復元し、変調シンボルのストリームへとこのデータを多重化する。
【００４５】
変調シンボルを変換して、信号配列の正しいポイントに戻すために、ＲＸデータプロセッサ５１４を使用してもよい。ワイヤレスチャネルでのノイズおよび他の妨害のために、変調シンボルは、オリジナルの信号配列中のポイントの厳密な位置に対応しないかもしれない。ＲＸデータプロセッサ５１４は、信号配列中の受信ポイントと有効なシンボルの位置との間の最短距離を見つけることにより、いずれの変調シンボルが送信された可能性が最も高いかを検出する。ターボコードのケースでは、例えば、所定の変調シンボルに関係するコードシンボルのログ尤度比（ＬＬＲ）を算出するために、これらのソフト決定を使用してもよい。ＲＸデータプロセッサ５１４は、その後、データをＭＡＣレイヤに提供する前に、元々送信されたデータをデコードするために、コードシンボルＬＬＲのシーケンスを使用する。
【００４６】
図６は、ワイヤレスノード中の処理システムに対するハードウェア構成の例を図示している概念的なダイヤグラムである。この例では、処理システム６００は、一般的にバス６０２により表しているバスアーキテクチャにより実現してもよい。バス６０２は、処理システム６００の特有のアプリケーションと全体的な設計の制約とに依存して、任意の数の相互接続しているバスおよびブリッジを含んでいてもよい。バスは、プロセッサ６０４、機械読取可能媒体６０６、およびバスインターフェース６０８を含むさまざまな回路を互いにリンクしている。数ある中で、バス６０２を介してネットワークアダプタ６１０を処理システム６００に接続するために、バスインターフェース６０８を使用してもよい。ネットワークアダプタ６１０は、ＰＨＹレイヤの信号処理機能を実現するために使用してもよい。アクセス端末１１０（図１参照）のケースでは、ユーザインターフェース６１２（例えば、キーパッド、ディスプレイ、マウス、ジョイスティックなど）もバスに接続してもよい。バス６０２はまた、技術的によく知られており、それゆえ、これ以上は説明しない、タイミングソースや、周辺装置や、電圧調整器や、電力管理回路や、これらに類するもののような、他のさまざまな回路をリンクしていてもよい。
【００４７】
プロセッサ６０４は、機械読取可能媒体６０６上に記憶されているソフトウェアの実行を含む、バスと一般的な処理との管理を担当している。プロセッサ６０４は、１つ以上の汎用プロセッサおよび／または特定用途プロセッサにより実現してもよい。例は、マイクロプロセッサと、マイクロ制御装置と、ＤＳＰプロセッサと、ソフトウェアを実行できる他の回路とを含む。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはその他のものとして言及するか否かにかかわらず、命令、データ、またはそれらの何らかの組み合わせを意味するように広く解釈されるだろう。機械読取可能媒体は、事例として、ＲＡＭ（ランダムアクセスメモリ）、フラッシュメモリ、ＲＯＭ（リードオンリーメモリ）、ＰＲＯＭ（プログラム可能リードオンリーメモリ）、ＥＰＲＯＭ（消去可能プログラム可能リードオンリーメモリ）、ＥＥＰＲＯＭ（電気的消去可能プログラム可能リードオンリーメモリ）、レジスタ、磁気ディスク、光ディスク、ハードドライブ、または他の何らかの適した記憶媒体、あるいはこれらの任意の組み合わせを含んでもよい。機械読取可能媒体は、コンピュータプログラムプロダクト中で具現化することができる。コンピュータプログラムプロダクトは、パッケージングマテリアルを含むことがある。
【００４８】
図６中で図示したハードウェアインプリメンテーションでは、処理システム６００の一部として、プロセッサ６０４から離れた機械読取可能媒体６０６を示している。しかしながら、当業者が容易に正しく認識するように、機械読取可能媒体６０６、またはその任意の一部は、処理システム６００の外部にあってもよい。事例として、機械読取可能媒体６０６は、伝送路、データにより変調された搬送波、および／または、ワイヤレスノードから離れたコンピュータプロダクトを含むことができ、これらのすべては、バスインターフェース６０８を通してプロセッサ６０４によりアクセスすることできる。代替的に、または、加えて、機械読取可能媒体６０６あるいはその任意の一部は、プロセッサ６０４中に一体化することができ、このようなケースでは、キャッシュおよび／または汎用レジスタファイルを有していてもよい。
【００４９】
処理システム６００は、プロセッサ機能性を提供する１つ以上マイクロプロセッサと、機械読取可能媒体６０６の少なくとも一部を提供する外部メモリとを有し、すべてが、外部バスアーキテクチャを通して、他のサポート回路と互いにリンクしている、汎用処理システムとして構成されていてもよい。代替的に、プロセッサ６０４と、バスインターフェース６０８と、（アクセス端末のケースにおける）ユーザインターフェース６１２と、（示していない）サポート回路と、単一のチップに一体化している機械読取可能媒体６０６の少なくとも一部とを備えた、ＡＳＩＣ（特定用途向け集積回路）により、あるいは、１つ以上のＦＰＧＡ（フィールドプログラム可能ゲートウェイ）により、ＰＬＤ（プログラム可能論理デバイス）により、制御装置により、状態機械により、ゲート論理により、ディスクリートハードウェアコンポーネントにより、他の何らかの適した回路により、またはこの開示全体を通して記述したさまざまな機能性を実行できる回路の任意の組み合わせにより、処理システム６００を実現してもよい。特定のアプリケーションとシステム全体に課せられる全体的な設計の制約とに依存して、処理システム６００に対する記述した機能性をどのように実現することが最適であるかを、当業者は認識するであろう。
【００５０】
多数のソフトウェアモジュールとともに機械読取可能媒体６０６を示している。プロセッサ６０４により実行されるときに、処理システム６００にさまざまな機能を実行させる命令を、ソフトウェアモジュールは備えている。ソフトウェアモジュールは、送信モジュール７００および受信モジュール８００を備えている。各ソフトウェアモジュールは、単一の記憶デバイス中に、または、複数の記憶デバイスにわたって分散されて、存在することができる。事例として、トリガとなる事象が生じたときに、ハードドライブからＲＡＭ中にソフトウェアモジュールをロードすることができる。ソフトウェアモジュールの実行の間に、プロセッサ６０４は、キャッシュ中に命令のうちのいくつかをロードして、アクセススピードを増加させることができる。その後、プロセッサ６０４による実行のために、１つ以上のキャッシュラインを汎用レジスタファイル中にロードしてもよい。ソフトウェアモジュールの下記の機能性を参照すると、このような機能性は、そのソフトウェアモジュールからの命令を実行するときに、プロセッサ６０４により実現されることを理解するだろう。
【００５１】
図７は、送信モジュールの機能性の例を図示しているフローチャートである。図２で示されているように、アプリケーションレイヤからデータパケットを取得し（Ｓ７０２）、データパケットを断片化および／または連結すること、ならびに、各ＭＡＣパケットにＭＡＣヘッダを付加することにより、ＭＡＣパケットにデータパケットをアセンブリする（Ｓ７０４）ために、送信モジュール７００を使用してもよい。送信モジュール７００は、ＭＡＣパケットヘッダのうちの１つ以上のものの中のように、ＭＡＣパケットのうちの１つ以上のものの中にＢＡＴＡを埋め込む（Ｓ７０６）。これも図２で示されているように、送信モジュール７００は、ＭＡＣパケットのそれぞれにサブフレームヘッダを付加することにより、複数のサブフレームを発生させ、サブフレームを集約ＭＡＣパケット中にパッケージングする（Ｓ７０８）。送信モジュール７００は、集約されたＭＡＣパケットをＰＨＹレイヤに送る（Ｓ７１０）。
【００５２】
ＰＨＹレイヤは、集約されたＭＡＣパケットを受け取る（Ｓ７１２）。オプション的に、集約されたＭＡＣパケットを断片化および／または連結することと；１つ以上のＰＨＹペイロード中に（該当する場合は、フラグメントも含む）集約されたＭＡＣパケットを合成する（Ｓ７１４）ことと；各ＰＨＹペイロードにＰＨＹレイヤヘッダを付加する（Ｓ７１６）ことと；集約されたＰＨＹパケットの始まりにプリアンブルを付加する（Ｓ７１８）こととにより、集約ＰＨＹパケット中に複数の集約されたＭＡＣパケットをパッケージングするために、ＰＨＹレイヤを使用してもよい。ＭＡＣパケットのうちの１つ以上のものの中にＢＡＴＡが埋め込まれていない場合には、送信モジュール７００は、集約されたＰＨＹパケットのペイロードとしてＢＡＴＡを含み、ＢＡＴＡを運ぶＰＨＹペイロードにヘッダを付加する（Ｓ７２０）。送信モジュール７００はまた、ＰＨＹプリアンブルに後続する独立したＰＨＹペイロードとして、ＤＴＴを追加し、ＤＴＴを運ぶＰＨＹペイロードにヘッダを付加する（Ｓ７２０）。送信モジュール７００は、その後、ネットワークアダプタ６１０に届けて、ワイヤレスチャネルを通して送信するために、集約されたＰＨＹパケットをバスインターフェース６０８に提供する（図６参照）。含まれている場合には、ＤＴＴは、ＰＨＹパケットの第１のペイロードである。
【００５３】
図８は、受信モジュールの機能性の例を図示しているフローチャートである。バスインターフェース６０８を介して、ネットワークアダプタ６１０からＢＡＴＡを含む集約ＰＨＹパケットを受け取る（図６参照）ために、図８中に示しているように、ソフトウェアモジュール８００を使用する（Ｓ８０２）。モジュール８００は、ＤＴＴが受信されているか否かを見るためにチェックする（Ｓ８０４）。（例えば、図４中に示したように）ＤＴＴが受信されている場合には、モジュール８００は、送信を受信するためのスケジューリングされた時間までスリープに行く（Ｓ８０６）ことにより、リソースを予約しておく。スケジューリングされた時間において、モジュール８００は、受信した集約ＰＨＹパケットをデコードし、受信ノードにアドレス指定されている集約ＰＨＹパケット中のＭＡＣパケット上で誤り検出を実行する（Ｓ８０８）。モジュール８００は、その後、ＢＡＴＡ中で示された割り振られた時間まで待ち（Ｓ８１０）、図３で示したように、割り振られた時間において、ネットワークアダプタ６１０（図６参照）にＢＡを送る（Ｓ８１２）。
【００５４】
図９は、本発明の実施形態にしたがった、通信のための装置９００の機能性の例を図示しているブロックダイヤグラムである。装置は、ノードに送信するための物理レイヤパケットを発生させるモジュール９０２と、物理レイヤパケット中に複数のＭＡＣパケットを提供するモジュール９０４とを有する処理システムを備え、物理レイヤパケットは、物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む。
【００５５】
図１０は、本発明の別の実施形態にしたがった、通信のための装置１０００の機能性の例を図示しているブロックダイヤグラムである。装置は、ノードから、物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む、データパケットを受信するモジュール１００２と、物理レイヤパケット中に複数のＭＡＣパケットを提供するモジュール１００４とを有する処理システムを備える。
【００５６】
ソフトウェアモジュールの文脈中で記述した、ステップの、任意の順序または階層は、ワイヤレスノードの例を提供するために示していることを理解するだろう。設計の好みに基づくと、本発明の範囲内であり続ける限りは、ステップの、任意の順序または階層を再構成できることを理解するだろう。
【００５７】
本発明のさまざまな態様をソフトウェアインプリメンテーションとして説明してきたが、本開示全体を通して示したさまざまなソフトウェアモジュールを、ハードウェアで、または、ソフトウェアとハードウェアとを組み合わせた任意のもので実現できることを、当業者は、容易に正しく認識するだろう。これらの態様をハードウェアで、またはソフトウェアで実現するか否かは、特定のアプリケーションとシステム全体に課せられる全体的な設計の制約とに依存している。熟練者は、それぞれの特定のアプリケーションに対して方法を変化させて、記述した機能性を実現してもよいが、このようなインプリメンテーションの決定は、本発明の範囲からの逸脱を生じさせるものとして解釈すべきではない。
【００５８】
先の説明は、本発明の全範囲を、任意の当業者が完全に理解できるように提供している。ここで開示したさまざまな構成に対する改良は、当業者に容易に明らかになるであろう。したがって、特許請求の範囲は、ここで記述した本発明のさまざまな態様に限定することを意図するものではなく、特許請求の範囲の文言と矛盾しない全範囲に一致させるべきである。エレメントへの単数での言及は、「１つおよび１つのみ」と特に述べられていない限り、「１つおよび１つのみ」を意味することを意図しているのではなく、むしろ「１つ以上の」を意味することを意図している。そうでないことが特に述べられていない限り、用語「いくつかの」は１つ以上を指している。当業者に知られ、または後に知られることになる、本開示全体を通して記述しているさまざまな態様のエレメントに対するすべての構造的および機能的な均等物は、ここで参照により明確に組み込まれ、特許請求の範囲により含まれることを意図している。さらに、ここで開示したものは、このような開示が特許請求の範囲中に明示的に記載されているか否かにかかわらず、公共に捧げられることを意図していない。どの請求項のエレメントも、エレメントが「する手段」というフレーズを使用して明確に記載されていない限り、または、方法の請求項のケースでは、エレメントが「するステップ」というフレーズを使用して記載されていない限り、米国特許法第１１２条第６パラグラフの規定のもとで解釈すべきではない。
【図１】
2012501102.tif 000003
【図２】
2012501102.tif 000004
【図３】
2012501102.tif 000005
【図４】
2012501102.tif 000006
【図５】
2012501102.tif 000007
【図６】
2012501102.tif 000008
【図７】
2012501102.tif 000009
【図８】
2012501102.tif 000010
【図９】
2012501102.tif 000011
【図１０】
2012501102.tif 000012
【手続補正書】
【提出日】平成23年6月23日(2011.6.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信のための装置において、
ノードに送信するための物理レイヤパケットを発生させるように構成されている処理システムを具備し、
前記物理レイヤパケットは、複数のＭＡＣパケットを有し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む装置。
【請求項２】
前記送信スケジュールは、前記装置からの前記ＭＡＣパケットのそれぞれに対する送信スケジュールを含む請求項１記載の装置。
【請求項３】
前記送信スケジュールは、前記ＭＡＣパケットに対する前記ノードからの１つ以上の応答に対する送信スケジュールを含む請求項１記載の装置。
【請求項４】
前記１つ以上の応答は、前記ＭＡＣパケットに対するブロック肯定応答を含む請求項３記載の装置。
【請求項５】
前記１つ以上の応答は、前記ＭＡＣパケットのそれぞれに対する肯定応答を含む請求項３記載の装置。
【請求項６】
通信のための装置において、
ノードから物理レイヤパケットを受信するように構成されている処理システムを具備し、
前記物理レイヤパケットは、複数のＭＡＣパケットを有し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む装置。
【請求項７】
前記送信スケジュールは、前記ノードからの前記ＭＡＣパケットのそれぞれに対する送信スケジュールを含む請求項６記載の装置。
【請求項８】
前記送信スケジュールは、前記ＭＡＣパケットに対する前記装置からの１つ以上の応答に対する送信スケジュールを含む請求項６記載の装置。
【請求項９】
前記１つ以上の応答は、前記ＭＡＣパケットに対するブロック肯定応答を含む請求項８記載の装置。
【請求項１０】
前記１つ以上の応答は、前記ＭＡＣパケットのそれぞれに対する肯定応答を含む請求項８記載の装置。
【請求項１１】
前記処理システムは、前記処理システムが前記ＭＡＣパケットを受信することと、前記装置から前記１つ以上の応答を送信する送信時間との間の時間期間の間に、スリープするようにさらに構成されている請求項８記載の装置。
【請求項１２】
通信の方法において、
ノードに送信するための物理レイヤパケットを発生させることを含み、
前記物理レイヤパケットは、複数のＭＡＣパケットを有し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む方法。
【請求項１３】
前記送信スケジュールは、前記ＭＡＣパケットのそれぞれに対する送信スケジュールを含む請求項１２記載の方法。
【請求項１４】
前記送信スケジュールは、前記ＭＡＣパケットに対する前記ノードからの１つ以上の応答に対する送信スケジュールを含む請求項１２記載の方法。
【請求項１５】
前記１つ以上の応答は、前記ＭＡＣパケットに対するブロック肯定応答を含む請求項１４記載の方法。
【請求項１６】
前記１つ以上の応答は、前記ＭＡＣパケットのそれぞれに対する肯定応答を含む請求項１４記載の方法。
【請求項１７】
通信の方法において、
ノードから物理レイヤパケットを受信することを含み、
前記物理レイヤパケットは、複数のＭＡＣパケットを有し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む方法。
【請求項１８】
前記送信スケジュールは、前記ノードからの前記ＭＡＣパケットのそれぞれに対する送信スケジュールを含む請求項１７記載の方法。
【請求項１９】
前記送信スケジュールは、前記ＭＡＣパケットに対する１つ以上の応答に対する送信スケジュールを含む請求項１７記載の方法。
【請求項２０】
前記１つ以上の応答は、前記ＭＡＣパケットに対するブロック肯定応答を含む請求項１９記載の方法。
【請求項２１】
前記１つ以上の応答は、前記ＭＡＣパケットのそれぞれに対する肯定応答を含む請求項１９記載の方法。
【請求項２２】
前記ＭＡＣパケットを受信することと、前記１つ以上の応答を送信する送信時間との間の時間期間の間に、スリープすることをさらに含む請求項１９記載の方法。
【請求項２３】
通信のための装置において、
ノードに送信するための物理レイヤパケットを発生させる手段と、
前記物理レイヤパケット中に複数のＭＡＣパケットを提供する手段とを具備し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む装置。
【請求項２４】
前記送信スケジュールは、前記装置からの前記ＭＡＣパケットのそれぞれに対する送信スケジュールを含む請求項２３記載の装置。
【請求項２５】
前記送信スケジュールは、前記ＭＡＣパケットに対する前記ノードからの１つ以上の応答に対する送信スケジュールを含む請求項２３記載の装置。
【請求項２６】
前記１つ以上の応答は、前記ＭＡＣパケットに対するブロック肯定応答を含む請求項２５記載の装置。
【請求項２７】
前記１つ以上の応答は、前記ＭＡＣパケットのそれぞれに対する肯定応答を含む請求項２５記載の装置。
【請求項２８】
通信のための装置において、
ノードから物理レイヤパケットを受信する手段と、
前記物理レイヤパケット中に複数のＭＡＣパケットを提供する手段とを具備し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む装置。
【請求項２９】
前記送信スケジュールは、前記ノードからの前記ＭＡＣパケットのそれぞれに対する送信スケジュールを含む請求項２８記載の装置。
【請求項３０】
前記送信スケジュールは、前記ＭＡＣパケットに対する前記装置からの１つ以上の応答に対する送信スケジュールを含む請求項２８記載の装置。
【請求項３１】
前記１つ以上の応答は、前記ＭＡＣパケットに対するブロック肯定応答を含む請求項３０記載の装置。
【請求項３２】
前記１つ以上の応答は、前記ＭＡＣパケットのそれぞれに対する肯定応答を含む請求項３０記載の装置。
【請求項３３】
前記ＭＡＣパケットを受信することと、前記１つ以上の応答を送信する送信時間との間の時間期間の間に、スリープする手段をさらに具備する請求項３０記載の装置。
【請求項３４】
通信のためのコンピュータプログラムプロダクトにおいて、
ノードに送信するための物理レイヤパケットを発生させるために実行可能な命令によりエンコードされている機械読取可能媒体を具備し、
前記物理レイヤパケットは、複数のＭＡＣパケットを有し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含むコンピュータプログラムプロダクト。
【請求項３５】
通信のためのコンピュータプログラムプロダクトにおいて、
ノードから物理レイヤパケットを受信するために実行可能な命令によりエンコードされている機械読取可能媒体を具備し、
前記物理レイヤパケットは、複数のＭＡＣパケットを有し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含むコンピュータプログラムプロダクト。
【請求項３６】
アクセスポイントにおいて、
ノードに送信するための物理レイヤパケットを発生させるように構成されている処理システムと、
ネットワークへのピアノードに対するバックホール接続をサポートするように構成されているワイヤレスネットワークアダプタとを具備し、
前記物理レイヤパケットは、複数のＭＡＣパケットを有し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含むアクセスポイント。
【請求項３７】
アクセス端末において、
ノードから物理レイヤパケットを受信するように構成されている処理システムと、
前記処理システムによりサポートされているユーザインターフェースとを具備し、
前記物理レイヤパケットは、複数のＭＡＣパケットを有し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含むアクセス端末。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００２９
【補正方法】変更
【補正の内容】
【００２９】
ＭＡＣレイヤ２０４が送信することを決定するときに、ＭＡＣレイヤ２０４は、ＰＨＹレイヤ２０６に集約ＭＡＣパケット２１６を提供する。ＰＨＹレイヤは、（時に、物理レイヤ収束プロトコル（ＰＬＣＰ）として言及する）プリアンブル２２８と、ヘッダ２３０とを、集約ＭＡＣパケットを運ぶペイロード２３２に付加することにより、ＰＨＹパケット２２６をアセンブリする。ＰＨＹパケットを、時に、物理レイヤプロトコルデータユニット（ＰＰＤＵ）として言及するが、フレーム、パケット、時間スロット、セグメント、または他の何らかの適した名称として言及することもある。プリアンブルは、少なくとも１つの短トレーニングフィールド（ＳＴＦ）２３４および少なくとも１つの長トレーニングフィールド（ＬＴＦ）２３６を含む。ＰＨＹパケット２２６の始まりを検出し、送信機のノードデータクロックに同期化し、チャネル推定を実行し、自動利得制御（ＡＧＣ）利得を計算し、いくつかのケースでは、ＭＩＭＯ技術をサポートするネットワーク中の空間ストリームを推定するために、受信ノードにより、ＳＴＦおよびＬＴＦを使用することができる。ヘッダ２３０は、信号フィールド（ＳＩＧ）２３８を含んでいてもよい。ＳＩＧフィールド２３８は、ペイロード２３２のデータレートと長さとに関する情報を含んでいてもよい。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００４０
【補正方法】変更
【補正の内容】
【００４０】
ＯＦＤＭを実現するワイヤレスノードでは、ＴＸデータプロセッサ５０２からの変調シンボルは、ＯＦＤＭ変調器５０４に提供されてもよい。ＯＦＤＭ変調器５０４は、変調シンボルをパラレルストリームに分ける。各ストリームは、その後、ＯＦＤＭ副搬送波にマッピングされ、そして、高速逆フーリエ変換（ＩＦＦＴ）を使用して互いに合成され、時間ドメインＯＦＤＭストリームが生成される。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００４１
【補正方法】変更
【補正の内容】
【００４１】
ＴＸ空間プロセッサ５０５は、ＯＦＤＭストリーム上で空間処理を実行する。各ＯＦＤＭストリームを空間的に予めコード化し、その後、トランシーバ５０６を介して、予めコード化された各ストリームを異なるアンテナ５０８に提供することにより、これを成し遂げてもよい。各送信機５０６は、ワイヤレスチャネルを通した送信のために、予めコード化されたそれぞれのストリームで無線周波数（ＲＦ）搬送波を変調する。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００５８
【補正方法】変更
【補正の内容】
【００５８】
先の説明は、本発明の全範囲を、任意の当業者が完全に理解できるように提供している。ここで開示したさまざまな構成に対する改良は、当業者に容易に明らかになるであろう。したがって、特許請求の範囲は、ここで記述した本発明のさまざまな態様に限定することを意図するものではなく、特許請求の範囲の文言と矛盾しない全範囲に一致させるべきである。エレメントへの単数での言及は、「１つおよび１つのみ」と特に述べられていない限り、「１つおよび１つのみ」を意味することを意図しているのではなく、むしろ「１つ以上の」を意味することを意図している。そうでないことが特に述べられていない限り、用語「いくつかの」は１つ以上を指している。当業者に知られ、または後に知られることになる、本開示全体を通して記述しているさまざまな態様のエレメントに対するすべての構造的および機能的な均等物は、ここで参照により明確に組み込まれ、特許請求の範囲により含まれることを意図している。さらに、ここで開示したものは、このような開示が特許請求の範囲中に明示的に記載されているか否かにかかわらず、公共に捧げられることを意図していない。どの請求項のエレメントも、エレメントが「する手段」というフレーズを使用して明確に記載されていない限り、または、方法の請求項のケースでは、エレメントが「するステップ」というフレーズを使用して記載されていない限り、米国特許法第１１２条第６パラグラフの規定のもとで解釈すべきではない。
以下に、本願出願時の特許請求の範囲に記載された発明を付記する。
〔１〕通信のための装置において、
ノードに送信するための物理レイヤパケットを発生させるように構成されている処理システムを具備し、
前記物理レイヤパケットは、複数のＭＡＣパケットを有し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む装置。
〔２〕前記送信スケジュールは、前記装置からの前記ＭＡＣパケットのそれぞれに対する送信スケジュールを含む上記〔１〕記載の装置。
〔３〕前記送信スケジュールは、前記ＭＡＣパケットに対する前記ノードからの１つ以上の応答に対する送信スケジュールを含む上記〔１〕記載の装置。
〔４〕前記１つ以上の応答は、前記ＭＡＣパケットに対するブロック肯定応答を含む上記〔３〕記載の装置。
〔５〕前記１つ以上の応答は、前記ＭＡＣパケットのそれぞれに対する肯定応答を含む上記〔３〕記載の装置。
〔６〕通信のための装置において、
ノードから物理レイヤパケットを受信するように構成されている処理システムを具備し、
前記物理レイヤパケットは、複数のＭＡＣパケットを有し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む装置。
〔７〕前記送信スケジュールは、前記ノードからの前記ＭＡＣパケットのそれぞれに対する送信スケジュールを含む上記〔６〕記載の装置。
〔８〕前記送信スケジュールは、前記ＭＡＣパケットに対する前記装置からの１つ以上の応答に対する送信スケジュールを含む上記〔６〕記載の装置。
〔９〕前記１つ以上の応答は、前記ＭＡＣパケットに対するブロック肯定応答を含む上記〔８〕記載の装置。
〔１０〕前記１つ以上の応答は、前記ＭＡＣパケットのそれぞれに対する肯定応答を含む上記〔８〕記載の装置。
〔１１〕前記処理システムは、前記処理システムが前記ＭＡＣパケットを受信することと、前記装置から前記１つ以上の応答を送信する送信時間との間の時間期間の間に、スリープするようにさらに構成されている上記〔８〕記載の装置。
〔１２〕通信の方法において、
ノードに送信するための物理レイヤパケットを発生させることを含み、
前記物理レイヤパケットは、複数のＭＡＣパケットを有し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む方法。
〔１３〕前記送信スケジュールは、前記方法からの前記ＭＡＣパケットのそれぞれに対する送信スケジュールを含む上記〔１２〕記載の方法。
〔１４〕前記送信スケジュールは、前記ＭＡＣパケットに対する前記ノードからの１つ以上の応答に対する送信スケジュールを含む上記〔１２〕記載の方法。
〔１５〕前記１つ以上の応答は、前記ＭＡＣパケットに対するブロック肯定応答を含む上記〔１４〕記載の方法。
〔１６〕前記１つ以上の応答は、前記ＭＡＣパケットのそれぞれに対する肯定応答を含む上記〔１４〕記載の方法。
〔１７〕通信の方法において、
ノードから物理レイヤパケットを受信することを含み、
前記物理レイヤパケットは、複数のＭＡＣパケットを有し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む方法。
〔１８〕前記送信スケジュールは、前記ノードからの前記ＭＡＣパケットのそれぞれに対する送信スケジュールを含む上記〔１７〕記載の方法。
〔１９〕前記送信スケジュールは、前記ＭＡＣパケットに対する前記方法からの１つ以上の応答に対する送信スケジュールを含む上記〔１７〕記載の方法。
〔２０〕前記１つ以上の応答は、前記ＭＡＣパケットに対するブロック肯定応答を含む上記〔１９〕記載の方法。
〔２１〕前記１つ以上の応答は、前記ＭＡＣパケットのそれぞれに対する肯定応答を含む上記〔１９〕記載の方法。
〔２２〕前記ＭＡＣパケットを受信することと、前記１つ以上の応答を送信する送信時間との間の時間期間の間に、スリープすることをさらに含む上記〔１９〕記載の方法。
〔２３〕通信のための装置において、
ノードに送信するための物理レイヤパケットを発生させる手段と、
前記物理レイヤパケット中に複数のＭＡＣパケットを提供する手段とを具備し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む装置。
〔２４〕前記送信スケジュールは、前記装置からの前記ＭＡＣパケットのそれぞれに対する送信スケジュールを含む上記〔２３〕記載の装置。
〔２５〕前記送信スケジュールは、前記ＭＡＣパケットに対する前記ノードからの１つ以上の応答に対する送信スケジュールを含む上記〔２３〕記載の装置。
〔２６〕前記１つ以上の応答は、前記ＭＡＣパケットに対するブロック肯定応答を含む上記〔２５〕記載の装置。
〔２７〕前記１つ以上の応答は、前記ＭＡＣパケットのそれぞれに対する肯定応答を含む上記〔２５〕記載の装置。
〔２８〕通信のための装置において、
ノードから物理レイヤパケットを受信する手段と、
前記物理レイヤパケット中に複数のＭＡＣパケットを提供する手段とを具備し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含む装置。
〔２９〕前記送信スケジュールは、前記ノードからの前記ＭＡＣパケットのそれぞれに対する送信スケジュールを含む上記〔２８〕記載の装置。
〔３０〕前記送信スケジュールは、前記ＭＡＣパケットに対する前記装置からの１つ以上の応答に対する送信スケジュールを含む上記〔２８〕記載の装置。
〔３１〕前記１つ以上の応答は、前記ＭＡＣパケットに対するブロック肯定応答を含む上記〔３０〕記載の装置。
〔３２〕前記１つ以上の応答は、前記ＭＡＣパケットのそれぞれに対する肯定応答を含む上記〔３０〕記載の装置。
〔３３〕前記ＭＡＣパケットを受信することと、前記１つ以上の応答を送信する送信時間との間の時間期間の間に、スリープする手段をさらに具備する上記〔３０〕記載の装置。
〔３４〕通信のためのコンピュータプログラムプロダクトにおいて、
ノードに送信するための物理レイヤパケットを発生させるために実行可能な命令によりエンコードされている機械読取可能媒体を具備し、
前記物理レイヤパケットは、複数のＭＡＣパケットを有し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含むコンピュータプログラムプロダクト。
〔３５〕通信のためのコンピュータプログラムプロダクトにおいて、
ノードから物理レイヤパケットを受信するために実行可能な命令によりエンコードされている機械読取可能媒体を具備し、
前記物理レイヤパケットは、複数のＭＡＣパケットを有し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含むコンピュータプログラムプロダクト。
〔３６〕アクセスポイントにおいて、
ノードに送信するための物理レイヤパケットを発生させるように構成されている処理システムと、
ネットワークへのピアノードに対するバックホール接続をサポートするように構成されているワイヤレスネットワークアダプタとを具備し、
前記物理レイヤパケットは、複数のＭＡＣパケットを有し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含むアクセスポイント。
〔３７〕アクセス端末において、
ノードから物理レイヤパケットを受信するように構成されている処理システムと、
前記処理システムによりサポートされているユーザインターフェースとを具備し、
前記物理レイヤパケットは、複数のＭＡＣパケットを有し、
前記物理レイヤパケットは、前記物理レイヤパケット中の複数のＭＡＣパケットに関係する送信スケジュールを含むアクセス端末。
【手続補正６】
【補正対象書類名】図面
【補正対象項目名】図６
【補正方法】変更
【補正の内容】
【図６】
2012501102.tif 000013
【国際調査報告】
2012501102.tif 000014
2012501102.tif 000015
2012501102.tif 000016