JP2012500576A - 多チャネルアクセスおよびｎａｖリカバリのための方法および装置 - Google Patents

Abstract

通信のための装置及び方法が開示される。該装置は、第１のチャネルでノードへデータを送信し、該ノードから該データへの肯定応答を受信するように構成される処理システムを備え、該処理システムは、さらに、該肯定応答に含まれる情報から第２のチャネルが利用可能かどうかを決定するように構成される。
【選択図】 図７

Description

優先権の主張

関連出願の相互参照
本特許出願は、２００８年８月２０日に提出され、譲受人に譲渡され、また、参照によりここに組み込まれる「METHOD FOR ACCESSING MULITPLE CHANNELS AND RECOVERY LOST、NAV INFORMATION IN HYBRID 802.11/VHT WIRELESS NETWORKS」というタイトルの仮出願６１／０９０，５３１への優先権を主張する。

次の説明は、一般に通信システムに関連し、特に多チャンネル通信システムに関連する。

無線通信システムのために求められるさらなる帯域幅の要求の問題に対処するために、異なる複数のスキームが開発されて、複数のユーザ端末が高データスループットを達成しながらチャネルリソースを共有することにより、１つのアクセスポイントと通信することを可能にする。ＭＩＭＯ（Multiple Input Multiple Output）技術は、次世代通信システム用のポピュラーな技術として、最近出現した１つのアプローチに相当する。ＭＩＭＯ技術は、ＩＥＥＥ（Institute of Electrical Engineers）８０２．１１標準のようないくつかの新たな無線通信標準に採用された。ＩＥＥＥ８０２．１１は、ＩＥＥＥ８０２．１１委員会により開発された、ショートレンジ通信（例えば数十メートルから数百メートル）のための１セットの無線ローカルエリアネットワーク（ＷＬＡＮ）エアーインタフェース標準を示す。

新たに提案されたＶＨＴ（Very High Throughput）ネットワークは、データ送受信のために多チャネルを用いる機能を備えている。ＶＨＴと８０２．１１局の間の共存を強化するために、複数のチャネルのうちのどれかにアクセスするときはいつも、ＶＨＴノードは８０２．１１標準によって指定された仮想キャリアセンシングメカニズムに従うことが要求される。物理レイヤ設計により課される制限のために、ＶＨＴノードは、各チャネル上で、ＮＡＶ（network allocation vector）で示されるように仮想キャリアセンシングステータスを追跡することができないかもしれない。８０２．１１ｎは、二次チャネルでの送信を開始する前に、ＣＣＡ（クリアチャネル評価：clear channel assessment）情報のみを使用する二次チャネルアクセスメカニズムを定義する。このメカニズムは仮想キャリアセンシング規格に従っていない。従って、そのような状況におけるＮＡＶ検出を可能にする方法および装置が必要である。

開示の一態様によれば、通信のための装置は、第１のチャネルでノードへデータを送信し、該ノードから該データへの肯定応答を受信するように構成された処理システムを含み、該処理システムは、さらに、該肯定応答に含まれる情報から第２のチャネルが利用可能かどうかを決定するように構成される。

開示の別の態様によれば、通信のための装置は、第１のチャネルでノードからデータを受信するように構成された処理システムを含み、該処理システムは、さらに、第２のチャネルが利用不可能であることを検出し、該第２のチャネルが利用不可能であることを示す該ノードへの情報を提供するように構成される。

開示のさらなる態様によれば、方法は第１のチャネルでノードへデータを送信することと、該ノードから該データへの肯定応答を受信することと、該肯定応答に含まれる情報から第２のチャネルが利用可能かどうかを決定することと、を含む。

開示のさらなる態様によれば、通信のための方法は、第１のチャネルでノードからデータを受信することと、第２のチャネルが利用不可能であることを検出することと、該第２のチャネルが利用不可能であることを示す該ノードへの情報を提供することと、を含む。

開示の別の態様によれば、通信のための装置は、第１のチャネルでノードへデータを送信する手段と、該ノードから該データへの肯定応答を受信する手段と、該肯定応答に含まれる情報から第２のチャネルが利用可能かどうかを決定する手段と、含む。

開示のさらに別の態様によれば、通信のための装置は、第１のチャネルでノードからデータを受信する手段と、第２のチャネルが利用不可能であることを検出する手段と、該第２のチャネルが利用不可能であることを示す該ノードへの情報を提供する手段と、を含む。

開示のさらなる態様によれば、通信のためのコンピュータプログラム製品は、処理システムによって実行可能な命令であって、第１のチャネルでノードへデータを送信し、該ノードから該データへの肯定応答を受信し、該肯定応答に含まれる情報から第２のチャネルが利用可能かどうかを決定する命令を含む機械可読媒体を含む。

開示のさらなる態様によれば、通信のためのコンピュータプログラム製品は、第１のチャネルでノードからデータを受信するために処理システムにより実行可能な命令を含む機械可読媒体を含み、該処理システムは、さらに、第２のチャネルが利用不可能であることを検出し、該第２のチャネルが利用不可能であることを示す該ノードへの情報を提供するように構成される。

開示のさらなる態様によれば、アクセス端末は、第１のチャネルでノードへデータを送信し、該ノードから該データへの肯定応答を受信する処理システムであって、さらに、該肯定応答に含まれる情報から第２のチャネルが利用可能かどうかを決定する処理システムと、該処理システムによりサポートされるユーザインタフェースとを備える。

開示のさらなる態様によれば、アクセス端末は、第１のチャネルでノードからデータを受信する処理システムであって、さらに、第２のチャネルが利用不可能であることを検出し、該第２のチャネルが利用不可能であることを示す該ノードへの情報を提供する処理システムと、該処理システムによりサポートされるユーザインタフェースとを備える。

開示のさらなる態様によれば、アクセスポイントは、ピアノードのためのネットワークへのバックホール（backhaul）接続をサポートするように構成された無線ネットワークアダプタと、第１のチャネルでノードへデータを送信し、該ノードから該データへの肯定応答を受信するように構成された処理システムとを含み、該処理システムは、さらに、該肯定応答に含まれる情報から該第２のチャネルが利用可能かどうかを決定するように構成される。

開示のさらなる態様によれば、アクセスポイントは、ピアノードのためのネットワークへバックホール接続をサポートするように構成された無線ネットワークアダプタと、第１のチャネルでノードからデータを受信するように構成された処理システムとを含み、該処理システムは、さらに、第２のチャネルは利用不可能であることを検出し、該第２のチャネルが利用不可能であることを示す該ノードへの情報を提供するように構成される。

本発明のこれらおよび他のサンプル態様は、添付の図面に続く詳細な説明に記述されるだろう。

無線通信ネットワークの図。 ＮＡＶ検出メカニズムにおけるメッセージイベントの時系列を説明する図。 別のＮＡＶ検出メカニズムにおけるメッセージイベントの時系列を説明する図。 さらに別のＮＡＶ検出メカニズムにおけるメッセージイベントの時系列を説明する図。 図１の無線通信ネットワークにおける無線ノードのＰＨＹレイヤの信号処理機能の例のブロック図。 図１の無線通信ネットワークにおける無線ノードの処理システムのための典型的なハードウェア構成を説明するブロック図。 ＮＡＶ検出およびデータ転送プロセスを説明するフローチャート。 別のＮＡＶ検出およびデータ転送プロセスを説明するフローチャート。 ＮＡＶ検出メカニズムの動作ステージを説明するブロック図。 ＮＡＶ検出メカニズムの別の動作ステージを説明するブロック図。

慣行に従って、図面のうちのいくつかは明確のために簡略化され得る。従って、図面は、任意の装置（例えばデバイス）か方法のコンポーネントの全てを描いているは限らない。最後に、同様の参照番号は、明細書と図を通じて同様の特徴に使用され得る。発明の様々な態様は、添付の図面を参照してより十分に以下に記述される。しかし、この発明は異なる複数の形態で具現化され、この開示を通じて示された任意の特定構成または機能に制限されると解釈されるべきでない。むしろ、これらの態様は、この開示が完全になるように提供され、当業者に発明の範囲を完全に伝えるだろう。ここでの教示に基づき、当業者には、発明の範囲が、発明の任意の他の態様とは独立にまたは組み合わせて実装されようと、ここに開示される発明の任意の態様をカバーするよう意図されるものと理解できるだろう。例えば、ここに説明された多くの態様を用いて、装置が実現され、あるいは方法は実施され得る。さらに、発明の範囲は、ここに説明される発明の様々な態様に加えてあるいはその様々な態様以外の他の構成、機能、あるいは構造及び機能を用いて実施される装置または方法をカバーするよう意図される。ここに開示された発明の任意の態様がクレームの１つまたは複数のエレメントによって具体化されてもよいことは理解されるに違いない。

無線ネットワークのいくつかの態様は、ここに図１を参照して示されるだろう。無線ネットワーク１００は、ノード１１０および１２０として一般に指定されるいくつかの無線ノードとともに表されている。各無線ノードは受信および／または送信を行うことができる。以下の詳細な説明において、ダウンリンク通信について、用語「アクセスポイント」は送信ノードを示すために使用され、用語「アクセス端末」は受信ノードを示すために使用されるが、アップリンク通信について、用語「アクセスポイント」は受信ノードを示すために使用され、用語「アクセス端末」は送信ノードを示すために使用される。しかし、当業者には、他の用語（terminology または nomenclature）がアクセスポイントおよび／またはアクセス端末について使用され得ることは容易に理解できるだろう。例として、アクセスポイントは、基地局、基地トランシーバ局、局、端末、ノード、アクセスポイントとしてふるまうアクセス端末、あるいは他のある適切な用語にて呼ばれることがある。アクセス端末は、ユーザ端末、移動局、加入者局、局、無線デバイス、端末、ノード、あるいは他のある適切な用語にて呼ばれることがある。この開示全体にわたって説明される様々な概念は、それらの特定の用語にかかわらず全ての適切な無線ノードに適用するよう意図される。

無線ネットワーク１００は、アクセス端末１２０のためにカバレッジを提供する地理的領域の至る所に分散された多くのアクセスポイントをサポートできる。システムコントローラ１３０は、アクセス端末１２０のために他のネットワーク（例えばインターネット）へのアクセスとともに、アクセスポイントの調整および制御を提供するために用いられる。簡単のため、１つのアクセスポイント１１０が示される。アクセスポイントは、一般に、地理的領域のカバレッジ内のアクセス端末にバックホールサービスを提供する固定端末であるが、アクセスポイントはいくつかのアプリケーションにおいてモバイルでもよい。固定またはモバイルであり得るアクセス端末は、アクセスポイントのバックホールサービスを利用するか、あるいは、他のアクセス端末とピア・ツー・ピア通信に携わる。アクセス端末の例は、電話（例えば携帯電話）、ラップトップコンピュータ、デスクトップコンピュータ、ＰＤＡ（Personal Digital Assistant）、デジタルオーディオプレーヤ（例えばＭＰ３プレーヤ）、カメラ、ゲーム機、あるいは他の適切な無線ノードを含む。

無線ネットワーク１００はＭＩＭＯ技術をサポートできる。ＭＩＭＯ技術を使用して、アクセスポイント１１０は、空間分割多元接続（ＳＤＭＡ：Spatial Division Multiple Access）を使用して、同時に複数のアクセス端末１２０と通信できる。ＳＤＭＡは、異なる複数の受信機へ同時に送信される複数のストリームが同じ周波数チャネルを共有することを可能にし、高いユーザ容量を提供する多元アクセススキームである。これは、各データストリームを空間プリコードし、各空間プリコードされたストリームを異なる送信アンテナを通じてダウンリンクで送信することにより達成される空間プリコードされたデータストリームは、異なる空間シグニチャ（signature）とともにアクセス端末に到着し、これは各アクセス端末１２０が当該アクセス端末１２０向けのデータストリームを復元することを可能にする。アップリンクにおいて、各アクセス端末１２０は空間プリコードされたデータストリームを送信し、これは、アクセスポイント１１０が、各空間プリコードされたデータストリームのソースを識別することを可能にする。

１つまたは複数のアクセス端末１２０は、ある機能を可能にする多数のアンテナを備えることができる。この構成により、アクセスポイント１１０での多重アンテナは、追加の帯域または送信電力なくデータスループットを向上するために、多重アンテナアクセスポイントと通信するために使用され得る。これは、送信機において、高いデータレート信号を異なる空間シグニチャをもつ多数の低レートデータストリームに分割し、それにより、受信機が、これらストリームを多数のチャネルに分離して、高レートデータ信号を復元するために複数のストリームを適切に結合することを可能にすることにより、達成され得る。

次の開示の部分は、さらにＭＩＭＯ技術をサポートするアクセス端末について説明するが、アクセスポイント１１０もＭＩＭＯ技術をサポートしないアクセス端末をサポートするように構成されてもよい。このアプローチは、新たなＭＩＭＯアクセス端末が必要に応じて導入されることを可能にしながら、アクセス端末の古いバージョン（すなわち「レガシー」端末）が、それらの有用なライフタイムを延長して、無線ネットワーク中に配置され続けることを可能にし得る。

続く詳細な説明において、発明の様々な態様は、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）のような任意の適切な無線技術をサポートするＭＩＭＯシステムを参照して説明される。ＯＦＤＭは、間隔を介した正確な複数の周波数の多数のサブキャリア上にデータを分配するスペクトラム拡散技術である。間隔は、受信機が複数のサブキャリアからデータを復元することを可能にする「直交性」を提供する。ＯＦＤＭシステムはＩＥＥＥ８０２．１１あるいは他のあるエアーインタフェース標準を実装し得る。他の適切な無線技術は、例として、ＣＤＭＡ（Code Division Multiple Access）、ＴＤＭＡ（Time Division Multiple Access）、あるいは他の適切な無線技術、あるいは適切な無線技術の任意の組合せを含む。ＣＤＭＡシステムは、ＩＳ−２０００、ＩＳ−９５、ＩＳ−８５６、広帯域ＣＤＭＡ（ＷＣＤＭＡ）、あるいは他のある適切なエアーインタフェース標準を実装し得る。ＴＤＭＡシステムは、ＧＳＭ（登録商標）（Global System for Mobile Communications）、あるいは他のある適切なエアーインタフェース標準を実装し得る。当業者には容易に理解されるように、本発明の様々な態様は、いかなる特定の無線技術および／またはエアーインタフェース標準に制限されない。

図２は、ＮＡＶ検出メカニズム２００におけるメッセージイベントの時系列を説明する。図２では、アクセスポイント（ＡＰ）は、３つのチャネルＣＨ１、ＣＨ２、ＣＨ３でアクセス端末ＡＴ１とメッセージを交換する。具体的には、ＡＰはアクセス端末ＡＴ１のためのプロキシとしてチャネル上でＮＡＶ検出を行なうように構成される。アクセス端末およびチャネルの数は制限されていないことに注目すべきであり、また、状況に応じて、ＡＰは、任意の数のアクセス端末についての任意の数のチャネル上でＮＡＶ検出を行う。

ＡＰは図１におけるＡＰ１１０に対応し、アクセス端末ＡＴ１は、無線ネットワーク１００内の様々なアクセス端末ＡＴ１２０のうちの１つに対応し得る。

アクセス端末ＡＴ１は、チャネルＣＨ１を通じてＡＰへデータを送信する準備をしていることをＡＰへ示すメッセージを送信することにより、通信を開始し得る。このメッセージは、ＲＴＳ（ready-to-send）メッセージとよばれるか、あるいは他の用語で呼ばれ得る。例えば、図２に示されるように、ＡＴ１はチャネルＣＨ１を通じてＲＴＳ ＡＴ１ ２０２を送信する。

ＲＴＳ ＡＴ１ ２０２メッセージを受信すると、ＡＰは、チャネルＣＨ１が通信に利用可能かどうか決定することを行う。一旦、ＡＰがチャネルＣＨ１が利用可能であると決定すると、ＡＰは、ＡＴ１に自由にチャネルＣＨ１を通じてレスポンスを送信できることを示すメッセージを送信する。このメッセージは、ＣＴＳ（clear-to-send）メッセージと呼ばれるか、あるいは他の用語で呼ばれることがある。例えば、図２に示されるように、ＡＰはチャネルＣＨ１を通じてアクセス端末ＡＴ１にメッセージＣＴＳ ＡＰ ２０４を送信する。

一旦、アクセス端末ＡＴ１がＣＴＳ ＡＰ ２０４メッセージを受信すると、ＡＴ１はチャネルＣＨ１を通じてＡＰへデータブロックＤＡＴＡ ２０６の送信を開始する。しかし、この送信中に、別のアクセス端末ＡＴ２はチャネルＣＨ２で、ある通信を行ない、チャネルＣＨ２上でＮＡＶ期間を設定し得る。

ＡＰあるいは任意のアクセス端末のいずれかからのＲＴＳおよびＣＴＳメッセージのような様々なメッセージの送信は、送信の範囲内にあるアクセス端末あるいはデバイスのレスポンスを引き起こすことは留意すべきであるが、そのために特定のメッセージは意図されない。このレスポンスは、予め定められた期間の間それぞれのチャネルでの送信デバイスを保護し、ＮＡＶレスポンスと呼ばれるか、あるいは他のある用語で呼ばれ得る。ＮＡＶレスポンスの予め定められた期間は、同様に、ＮＡＶ期間と呼ばれ得る。ＮＡＶは８０２．１１における仮想キャリアセンシングのために提供されるメカニズムである。図２に示されるように、アクセス端末ＡＴ２はチャネルＣＨ２上にＮＡＶ期間を設定し、他のアクセス端末による外部干渉から該チャネルを保護する。チャネルＣＨ１、ＣＨ２およびＣＨ３上のそれぞれの送信の間に、アクセス端末ＡＴ１およびＡＰによって設定されるＮＡＶ期間は、ＮＡＶ検出メカニズム２００が不明瞭にならないように図２には示されていない。

アクセス端末ＡＴ１は、チャネルＣＨ２上にＮＡＶ期間が設定されたときに、チャネルＣＨ１を通じてデータブロックＤＡＴＡ２０６を送信しているので、アクセス端末ＡＴ１はＮＡＶ期間の開始を検出することができない。しかし、ＡＰは、それ自身がデータを送信していないときはいつも、チャネルＣＨ２およびＣＨ３上の任意のＮＡＶ期間の開始を検出することになっている。従って、アクセス端末ＡＴ１によるデータブロックＤＡＴＡ２０６の送信の間、ＡＰは、ＣＨ２上のＮＡＶ期間の開始を検出し得る。その後、ＡＰは、どのチャネルがデータの送信に利用可能かを決定し得る。例えば、ＡＰは、アクセス端末ＡＴ２によるＮＡＶ期間設定のためにチャネルＣＨ２が利用可能ではないが、チャネルＣＨ３は任意の通信アクティビティがないので利用可能であると決定し得る。

アクセス端末ＡＴ１がデータブロックＤＡＴＡの送信を終えて、ＡＰがデータブロックＤＡＴＡ２０６を受信した後、ＡＰは、アクセス端末ＡＴ１にデータブロックＤＡＴＡ２０６の受信に成功したことを示す肯定応答メッセージＡＣＫ ＡＰ ２０８を送信する。ＡＣＫ ＡＰ ２０８メッセージは、さらにチャネル利用可能性を示す情報を含んでいてもよい。例えば、ＮＡＶ検出メカニズム２００において、ＡＣＫ ＡＰ ２０８は、アクセス端末ＡＴ１にチャネルＣＨ２は利用不可であるがチャネルＣＨ３は利用可能であることを示す情報が含む。

ＡＣＫ ＡＰ ２０８メッセージの受信の後、アクセス端末ＡＴ１は、任意の他のアクセス端末との競合を回避するために、チャネルＣＨ１はまだ送信に利用可能かどうかを決定できる。アクセス端末ＡＴ１は、チャネルＣＨ１が利用可能であると決定した場合、チャネルＣＨ１上の起こり得る衝突の可能性を最小限にするランダム「バックオフ」期間を開始してもよい。この期間は、８０２．１１標準の基本ＭＡＣ技術である分散調整機能（ＤＣＦ：distributed coordination function）によって実現され得る。ＡＣＫ ＡＰ ２０８で与えられる情報に基づき、アクセス端末ＡＴ１はＡＰへチャネルＣＨ３を通じてＲＴＳ ＡＴ１ ２３０メッセージの送信を開始する。アクセス端末ＡＴ１は、さらに、追加のデータ送信の準備のために、ＡＰへチャネルＣＨ１を通じてＲＴＳ ＡＴ１ ２１０メッセージの送信を開始し得る。再び、ＲＴＳ ＡＴ１ ２１０及び２３０メッセージに応答して、ＡＰは、アクセス端末ＡＴ１へ、ＣＴＳ ＡＰ ２１２および２３２メッセージをチャネルＣＨ１およびＣＨ３を通じてそれぞれ送信する。ＣＴＳ ＡＰ ２１２及び２３２メッセージを受信すると、アクセス端末ＡＴ１は、ＡＰへデータブロックＤＡＴＡ ２１４および２３４をチャネルＣＨ１およびＣＨ３を通じてそれぞれ送信する。これまでのように、データブロックＤＡＴＡ ２１４および２３４の送信の間、ＡＰは、ＡＰとＡＴ１には使用されていない他のチャネル上の任意のＮＡＶ開始をリッスン（listen）する。図２の例において、ＡＰはチャネルＣＨ２をリッスンし、チャネルＣＨ２は他のアクセス端末によって開始された任意のＮＡＶ期間がないために通信に利用可能であると決定し得る。

一旦、ＡＰがデータブロックＤＡＴＡ ２１４および２３４を受信すると、ＡＰは肯定応答メッセージＡＣＫ ２１６および２３６をアクセス端末ＡＴ１へチャネルＣＨ１およびＣＨ３のそれぞれで送信する。メッセージＡＣＫ ＡＰ ２１６および２３６のうちの１つのみが、アクセス端末ＡＴ１にチャネル利用可能性ステータスを通知するのに必要な情報を含む必要がある。チャネル利用可能性情報を運ぶために使用されるＡＣＫメッセージは、チャネル状態、帯域幅あるいはチャネルが一次チャネルかのような、それが送信されているチャネルのステータスに依存し得る。図２の例において、チャネルＣＨ１で送信されたメッセージＡＣＫ ＡＰ ２１６はそのような情報をアクセス端末ＡＴ１へ伝える。アクセス端末ＡＴ１はメッセージＡＣＫ ＡＰ ２１６を受信し、該メッセージＡＣＫ ＡＰ ２１６内のチャネル利用可能性情報から、チャネルＣＨ２は今利用可能であることを決定し得る。

アクセス端末ＡＴ１は、チャネルＣＨ２の利用可能性を決定した後、さらに、チャネルＣＨ１およびＣＨ３がまだ利用可能であることを独立に確認してもよい。再び、起こり得るいかなる衝突も最小限にするために、アクセス端末ＡＴ１は、チャネルＣＨ１、ＣＨ２およびＣＨ３の上でランダム「ｂａｃｋｏｆｆ」期間を開始し得る。その後、アクセス端末ＡＴ１は、ＡＰへ、送信する準備ができていることを示すメッセージＲＴＳ ２１８、２２４および２３８を、３つのすべてのチャネルＣＨ１、ＣＨ２およびＣＨ３でそれぞれ送信する。ＡＰはアクセス端末ＡＴ１へ、アクセス端末ＡＴ１がそのデータを送信することを認可するメッセージＣＴＳ ２２０、２２６および２４０により、チャネルＣＨ１、ＣＨ２およびＣＨ３でそれぞれ応答する。アクセス端末は、認可（authorization）メッセージを受信し、データブロック２２２、２２８および２４２をチャネルＣＨ１、ＣＨ２およびＣＨ３でそれぞれＡＰへ送信する。

図２の例において、チャネル利用可能性情報を検出しアクセス端末ＡＴ１へ提供するのはＡＰであるが、アクセス端末ＡＴ１も同様に、同じチャネル利用可能性の検出を行い、ＡＰとＡＴ２のような他のアクセス端末へ、チャネルの利用可能及び利用不可を通知することができる。

ＡＰとアクセス端末ＡＴ１との間で交換される各メッセージの間には、情報が送信されない期間が存在することは注目されるべきである。この期間は、ショート・インターフレーム・スペース（ＳＩＦＳ：short interframe space）あるいは他のある用語で呼ばれる。ＳＩＦＳの目的は、ＡＰあるいはアクセス端末が応答にかける時間を制限することにより、および、ＡＰあるいはアクセス端末が応答の受信を待つときに受信モードのままでいる時間を制限することにより、ＡＰとアクセス端末ＡＴ１との間のデータ交換の速度を増加することである。

図３は、ＮＡＶ検出メカニズム３００におけるメッセージイベントの時系列を説明する。メカニズム３００は図２のメカニズム２００に似ているが、チャネルＣＨ３でＡＰからアクセス端末ＡＴ１へのＣＴＳ ＡＰ ３４４メッセージの追加の送信を含む。ＡＰは、チャネルＣＨ１でメッセージＡＣＫ ＡＰ ３０８を送信するのと同時に、チャネルＣＨ３でＣＴＳ ＡＰ ３４４メッセージを送信し得る。チャネルＣＨ３でＣＴＳ ＡＰ ３４４メッセージを送信することによって、アクセス端末ＡＴ１との通信のためのチャネルＣＨ３を予約し、チャネルＣＨ３にＮＡＶ期間（示されていない）を設定することにより他のアクセス端末による外部干渉からチャネルＣＨ３を保護する。

図３のＲＴＳ、ＣＴＳ ＤＡＴＡ、およびＡＣＫメッセージ３０２−３４２を送信するメカニズムは、図２のメッセージ２０２−２４２のそれにそれぞれ対応し、よって、それぞれの説明は省略される。

図４は、ＮＡＶ検出メカニズム４００におけるメッセージイベントの時系列を説明する。メカニズム４００は図３のメカニズム３００に似ているが、アクセス端末ＡＴ２のような他のあるアクセス端末からチャネルＣＨ１を通じたランダム送信ＲＡＮＤ ＡＴ２ ４４６を含む。送信ＲＡＮＤ ＡＴ２ ４４６にはアクセス端末ＡＴ１あるいはＡＰのどちらも指定されておらず、例えば、チャネルＣＨ１を通じた他のいくつかのアクセス端末間の通信であり得る。

この場合、アクセス端末ＡＴ１は、ＡＰからメッセージＡＣＫ ＡＰ ４０８を受信した後、チャネルＣＨ１にアクセスしない。チャネルＣＨ２も利用不可なので、アクセス端末ＡＴ１はチャネル上の起こり得るいかなる衝突も最小限にするために、チャネルＣＨ３でＤＣＦ技術によって「バックオフ」を開始し得る。

図４のＲＴＳ、ＣＴＳ ＤＡＴＡ、およびＡＣＫメッセージ４０２−４０８および４１８−３４４を送信するメカニズムは、図３のメッセージ３０２−３０８および３１８−３４４を送信するメカニズムにそれぞれ対応し、そのため、それらの説明は省略される。

ＡＰは、送信の前に、モニタリング要求（示されていない）を全てのアクセス端末へ送信して、どのチャネルが利用可能かを決定するために、アクセス端末からＮＡＶステータスレスポンスを受信し得ることは、注目すべきである。

無線ノードは、アクセスポイントまたはアクセスの端末であろうと、無線ノードと共有無線チャネルとをインタフェースする物理および電気仕様を全て実装する物理（ＰＨＹ）層を含む階層構造を用いるプロトコルで実現され得る。図５は、ＰＨＹ層の例を説明する概念的なブロック図である。送信モードにおいて、ＴＸデータプロセッサ５０２は、ＭＡＣ層からデータを受信し、受信ノードで前方向誤り訂正（ＦＥＣ：forward error correction）を容易にするために該データを符号化する（例えばターボ符号）ために使用され得る。符号化処理の結果得られる符号シンボルのシーケンスは、ＴＸデータプロセッサ５０２によりブロック化及び信号コンステレーション（constellation）にマッピングされて、変調シンボルのシーケンスが生成される。

ＯＦＤＭを実現する無線ノードにおいて、ＴＸデータプロセッサ５０２からの変調シンボルはＯＦＤＭ変調器５０４に提供され得る。ＯＦＤＭ変調器は変調シンボルをパラレルストリームに分ける。その後、各ストリームは、ＯＦＤＭサブキャリアにマッピングされ、次に、逆高速フーリエ変換（ＩＦＦＴ）を用いて合成され、時間ドメインＯＦＤＭストリームを生成する。

ＴＸ空間プロセッサ５０６はＯＦＤＭストリームに空間処理を行なう。これは各ＯＦＤＭを空間プリコードし、各空間プリコードされたストリームを送受信器５０６によって異なるアンテナ５０８へ与えることにより達成される。各送受信器５０６は、無線チャネルでの送信のために、各ＲＦキャリアをそれぞれのプレコードされたストリームで変調する。

受信モードにおいて、各送受信器５０６はそのそれぞれのアンテナ５０８によって信号を受信する。各送受信器５０６は、ＲＦキャリア上に変調された情報を復元し、該情報をＲＸ空間プロセッサ５１０に与えるために使用され得る。

ＲＸ空間プロセッサ５１０は該情報に空間処理を行い、無線ノード５００向けの任意の空間ストリームを復元する。空間処理は、チャネル相関行列転換（ＣＣＭＩ：Channel Correlation Matrix Inversion）、最小平均二乗誤差（ＭＭＳＥ：Minimum Mean Square Error）、ソフト干渉除去（ＳＩＣ：Soft Interference Cancellation）あるいは他の適切な技術に従って行なわれてもよい。複数の空間ストリームが無線ノード５００向けである場合、それらはＲＸ空間プロセッサ５１０によって合成され得る。

ＯＦＤＭを実装する無線ノードにおいて、ＲＸ空間プロセッサ５１０からのストリーム（または合成されたストリーム）は、ＯＦＤＭ復調器５１２に与えられる。ＯＦＤＭ復調器５１２は、高速フーリエ変換（ＦＦＴ）を使用して、ストリーム（または合成されたストリーム）を時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号の各サブキャリアについての別個のストリームを含む。ＯＦＤＭ復調器５１２は、各サブキャリアで運ばれたデータ（すなわち変調シンボル）を復元し、該データを変調シンボルのストリームに多重化する。

ＲＸデータプロセッサ５１４は変調シンボルを信号コンステレーション内の正しい点に解釈するために使用され得る。無線チャネルの雑音および他の妨害のために、変調シンボルは、元の信号コンステレーション内の正確な点の位置に対応しないことがある。ＲＸデータプロセッサ５１４は、信号コンステレーションにおける受信点と有効シンボルの位置との間の最小距離を見つけることにより、どの変調シンボルが送信された可能性が最も高いのかを検出する。これら軟判定は、ターボ符号の場合において、例えば、任意の変調シンボルに関連する符号シンボルの対数尤度比（ＬＬＲ：Log-Likelihood Ratio）を計算するために使用され得る。その後、ＲＸデータプロセッサ５１４は、ＭＡＣ層にデータを与える前に、本来送信されたデータを復号するため、符号シンボルＬＬＲのシーケンスを用いる。

図６は、無線ノード中の処理システム用のハードウェア構成の例を説明する概念図である。この例において、処理システム６００はバス６０２で大まかに表わされるバスアーキテクチャを用いて実装され得る。バス６０２は、処理システム６００および全設計制約の特定のアプリケーションに応じて、任意の数の相互に連結するバスおよびブリッジを含み得る。バスは、プロセッサ６０４、機械可読媒体６０６、およびバスインタフェース６０８を含む様々な回路をリンクする。バスインタフェース６０８は、ネットワークアダプタ６１０を、とりわけ、バス６０２を介して処理システム６００に接続するために使用され得る。ネットワークアダプタ６１０はＰＨＹ層の信号処理機能を実装するために使用され得る。アクセス端末１１０の場合（図１を参照）、ユーザインタフェース６１２（例えばキーパッド、ディスプレイ、マウス、ジョイスティックなど）もバスに接続され得る。バス６０２は、さらに、タイミングソース、ペリフェラル、電圧調整器、電力管理回路などの様々な他の回路にもリンクし、それらは、従来技術において周知であるので、さらなる記述は行わない。

プロセッサ６０４は、機械可読媒体６０６に記憶されたソフトウェアの実行を含む、バスおよび汎用処理の管理に関与する。プロセッサ６０４は１つまたは複数の汎用のおよび／または特定用途のプロセッサとともに実装され得る。例は、ソフトウェアを実行することができるマイクロプロセッサ、マイクロコントローラ、ＤＳＰプロセッサ、および他の回路を含む。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、あるいはそれ以外で呼ばれようと、命令、データ、あるいはこれらの任意の組合せを意味するものと広く解釈される。機械可読媒体は、例として、ＲＡＭ（ランダムアクセスメモリ）、フラッシュメモリ、ＲＯＭ（読み出し専用メモリ）、ＰＲＯＭ（プログラマブル読取専用メモリ）、ＥＰＲＯＭ（消去可能プログラマブル読取専用メモリ）、ＥＥＰＲＯＭ（電気的消去可能プログラマブル読取専用メモリ）、レジスタ、磁気ディスク、光ディスク、ハードドライブ、あるいは他の適切な記憶媒体、あるいはこれらの任意の組合せを含む。機械可読媒体はコンピュータプログラム製品で具体化され得る。コンピュータプログラム製品は包装材料を含み得る。

図６に説明されたハードウェア実装において、機械可読媒体６０６は、プロセッサ６０４と分離した処理システム６００の一部として示される。しかし、当業者には、機械可読媒体６０６あるいはその任意の部分は、処理システム６００の外部にあってもよいことは容易に理解できよう。例として、機械可読媒体６０６は送信ライン、データにより変調されたキャリア波、および／または、無線ノードから分離しているコンピュータ製品を含み、バスインタフェース６０８を通じてプロセッサ６０４によりアクセスされる全てを含み得る。代替として、あるいは、さらに、機械可読媒体６０４あるいはその任意の部分は、キャッシュおよび／または汎用レジスタファイルを持つようなプロセッサ６０４と一体化され得る。

処理システム６００は、処理機能を備える１つまたは複数のマイクロプロセッサと、機械可読媒体６０６の少なくとも一部を与える外部メモリをもち、その全ては外部バスアーキテクチャを通じて他の支援回路とともにリンクされている汎用処理システムとして構成することができる。あるいは、処理システム６００は、プロセッサ６０４、バスインタフェース６０８、アクセス端末の場合にはユーザインタフェース６１２、支援回路（図示せず）、および単一チップに統合された機械可読媒体６０６の少なくとも一部を有するＡＳＩＣ（特定用途向け集積回路）、あるいは１つまたは複数のＦＰＧＡ（Field Programmable Gate Array）、ＰＬＤ（プログラム可能ロジックデバイス）、コントローラ、ステートマシン、ゲート制御されたロジック、個別ハードウェアコンポーネント、あるいは他の適切な回路、あるいはこの開示全体に記述された様々な機能を行なうことができる回路の任意の組合せで実装され得る。当業者には、特定のアプリケーションおよび全システムに課された全設計制約に応じた処理システム６００のために記述された機能の最良の実装方法は理解できよう。

機械可読媒体６０６は多くのソフトウェアモジュールで示される。ソフトウェアモジュールは、プロセッサ６０４によって実行されると、処理システム６００に様々な機能を行なわせる命令群を含む。各ソフトウェアモジュールは、単一の記憶装置に、または複数の記憶装置に分散して存在し得る。例として、ソフトウェアモジュールは、トリガーとなるイベントが発生したときに、ハードドライブからＲＡＭにロードされ得る。ソフトウェアモジュールの実行中に、プロセッサ６０４は、アクセス速度を上げるために、キャッシュに命令群のうちのいくつかをロードし得る。その後、１つまたは複数のキャッシュラインが、プロセッサ６０４による実行のための汎用レジスタファイルにロードされ得る。以下のソフトウェアモジュールの機能を参照するとき、そのソフトウェアモジュールからの命令を実行するとき、そのような機能がプロセッサ６０４によって実装されることは理解されよう。

この実装において、機械可読媒体６０６は、物理層の上の全ての層の機能を行なうモジュールを含み得る。しかし、実装を不明瞭にしないようにするために、ＮＡＶ検出モジュール６１４およびデータ転送モジュール６１６のみが示される。ＮＡＶ検出モジュール６１４は、例えば、ＡＰ１１０および様々なアクセス端末ＡＴ１２０およびＡＴ１のような無線ノードでＮＡＶ検出プロセスの全てあるいは一部を行うために使用され得る。データ転送モジュール６１６は無線ノード間でデータブロック（例えばＤＡＴＡ）および肯定応答メッセージ（例えばＡＣＫ ＡＰ）の転送を制御するために使用され得る。

ＮＡＶ検出およびデータ転送プロセス７００の一例は、チャネル割当てモジュール６１４およびデータ転送モジュール６１６の組合せによって実行されるように、図７に示されたフローチャートに関して以下説明する。ＮＡＶ検出およびデータ転送プロセス７００は、特に、様々な他の無線ノード（例えばＡＴ）用のプロキシとして様々なチャネル上のＮＡＶ存在を検出することに関与する無線ノード（例えばＡＰ）に実装されえる。より具体的には、例えば、ブロック７０４のプロセスはＡＰのＮＡＶ検出モジュール６１４によって行なわれ、ブロック７０２および７０６のプロセスはＡＰのデータ転送モジュール６１６によって行なわれる。

図７に示されるように、ブロック７０２では、データは第１のチャネルでノードから受信される。例えば、ＡＰはチャネルＣＨ１でアクセス端末ＡＴからデータブロックを受信し得る。

ブロック７０４において、他のチャネルの利用可能性はデータ受信の間に検出される。例えば、ＡＰは、アクセス端末ＡＴからデータブロックを受信している間、第２のチャネルにＮＡＶ開始があるかどうか検出し得る。

ブロック７０６において、チャネル利用可能性情報はノードに送信される。例えば、ＡＰは第１のチャネルによるアクセス端末ＡＴへの肯定応答メッセージＡＣＫの一部としてチャネル利用可能性情報を送信し得る。

ＮＡＶ検出モジュール６１４およびデータ転送モジュール６１６の組合せによっても実装され得るようなチャネル割当てプロセス８００の別の例は、図８に示されるフローチャートに関して説明されるだろう。ＮＡＶ検出プロセス８００は特に無線ノード（例えばＡＴ）で実装され得る。より具体的には、ブロック８０６のプロセスはＡＴのＮＡＶ検出モジュール６１４によって行なわれ得るが、例えば、ブロック８０２−８０４および８０８のプロセスはＡＴのデータ転送モジュール６１６によって行なわれてもよい。

図８に示されるように、ブロック８０２において、データはノードへ送信される。例えば、アクセス端末ＡＴは第１のチャネルによりＡＰへデータブロックを送信し得る。

ブロック８０４において、肯定応答はノードから受信される。例えば、ＡＴは、チャネル利用可能性情報を含む肯定応答メッセージＡＣＫをＡＰから受信し得る。

ブロック８０６において、チャネル利用可能性は肯定応答中の情報から決定される。例えば、アクセス端末は肯定応答メッセージＡＣＫから埋め込まれたチャネル利用可能性を抽出し、どのチャネルが通信に利用可能かを決定する。

ブロック８０８において、データはチャネル利用可能性情報に基づいて送信される。例えば、ＡＴは、チャネル利用可能性情報で通信に利用可能であると指定されたチャネルのみでＡＰへデータを送信し得る。

図９Ａ−９Ｂは、ブロック図によってＮＡＶ検出メカニズムの２つの動作ステージを示す。具体的には、図９Ａは、ＤＡＴＡおよびＡＣＫ送信がチャネルＣＨ１でノードＡとＢの間で交換され、ノードＣはチャネルＣＨ２でＮＡＶ期間を開始する第１のステージ９１０を示す。ノードＡ、ＢおよびＣは、例えば、図２−４の端末ＡＴ１、ＡＰおよびＡＴ２にそれぞれ対応する。図２を参照して既に議論したように、ノードＡがチャネルＣＨ１でノードＢにＤＡＴＡを送信している間、ノードＢはチャネルＣＨ２上のノードＣによるＮＡＶ開始の検出にとりかかる。その後、ノードＢは、チャネルＣＨ２が利用不可能であることを示すノードＡへのＡＣＫメッセージを送信し、ＣＨ２上の起こり得るいかなる通信干渉も回避する。

図９Ｂは、ＤＡＴＡおよびＡＣＫ送信がチャネルＣＨ１およびＣＨ２の両方でノードＡとＢの間で交換される第２のステージを示す。図２に関連して既に議論したように、ノードＢは、チャネルＣＨ２上にアクティビティがないことを検出したとき、ＣＨ２の利用可能を示すノードＡへのＡＣＫメッセージをＣＨ１で送信する。その結果、ノードＡは、チャネル利用可能を決定すると、チャネルＣＨ１およびＣＨ２の両方でノードＢへＤＡＴＡを送信し始める。

ソフトウェアモジュールの文脈中に記述されたステップの特定の順序または階層はいずれも無線ノードの一例を与えるために示されていることは言うまでもない。設計優先に基づき、発明の範囲内で、ステップの特定の順序または階層が変更され得ることはいうまでもない。

本発明の様々な態様がソフトウェア実装として説明されたが、当業者はこの開示の中で表された様々なソフトウェアモジュールがハードウェア、あるいはソフトウェアとハードウェアの任意の組合せで実装され得ることは容易に理解できるであろう。これらの態様がハードウェアで実装されるかソフトウェアで実装されるかは、システム全体に課される特定のアプリケーションおよび設計制約に依存する。当業者は開示された機能を特定のアプリケーション毎に様々な方法で実装し得るが、そのような実装の決定は、発明の範囲を逸脱するものと解釈されるべきではない。

以上の説明は、任意の当業者が発明の範囲全体を完全に理解することを可能にするために提供される。ここに開示された様々な構成への変更は当業者に容易に明白であろう。したがって、クレームは、ここに開示された発明の様々な態様に限定することを意図するものではなく、クレームの言語と一致する全範囲を与えることを意図し、クレームにおいて、単数のエレメントへの言及は、そうであると明示しない限り「１つおよび１つのみ」を意味すると意図したものではなく、「１または複数」を意味する。特にそうでないと明示がない限り、用語「いくつか（some）」は１または複数をいう。当業者に周知または将来知られ得る、この開示で記述された様々な態様のエレメントと等価な構成および機能の全ては、参照によりここに明示的に組込まれ、また、クレームにより包含されることが意図される。さらに、ここに開示されたものは、そのような開示がクレームに明示的に述べられているかどうかにかかわらず、公衆に捧げられるようには意図されない。クレームエレメントは、句「手段（means for）」を用いて明確に述べられていないなら、あるいは、方法クレームの場合には句「ステップ（step for）」を用いて述べられていないなら、U.S.C １１２条第６パラグラフの条項の下で解釈されるべきではない。

Claims (60)

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. ピアノードに対しネットワークへのバックホール接続をサポートするように構成される無線ネットワークアダプタと、
    第１のチャネルでノードからデータを受信するように構成され、さらに、第２のチャネルが利用不可能であることを検出し、前記第２のチャネルが利用不可能であることを示す前記ノードへの情報を与えるように構成された処理システムと、
    を備えるアクセスポイント。

Images