無線ネットワークで通信を行う装置であって、無線通信ネットワークで動作して、プロセッサ、メモリ、および少なくとも1つの無線装置を含む第1のデバイスを備え、前記少なくとも1つの無線装置は、複数のチャネルのうち前記第1のデバイスがフリーであると検知したチャネルを示す第1の情報を含むマルチチャネル送信要求MRTSを、前記無線通信ネットワークの第2のデバイスに送信して、前記第1の情報が示す前記チャネルのうち、前記第2のデバイスがフリーであると検知したチャネルを示す第2の情報を含む第1のマルチチャネル送信可MCTSを前記第2のデバイスから受信して、前記第2の情報が示す前記チャネルのうち1以上を利用して前記第2のデバイスにメッセージを送信する、装置。前記第1の情報はビットマップを含む請求項1に記載の装置。前記MRTSは、前記第1の情報がフリーであると示す前記チャネルの各々に同時に送信される請求項1に記載の装置。前記MCTSは、前記第2の情報がフリーであると示す前記チャネルの各々から同時に受信される請求項1に記載の装置。前記MRTSは前記第2のデバイスおよび第3のデバイスに送信され、前記第1のデバイスは、前記第1の情報が示す前記チャネルのうち、前記第3のデバイスもフリーであると検知したチャネルを示す第3の情報を含む第2のMCTSを前記第3のデバイスから受信する請求項1に記載の装置。無線ネットワークで通信を行う方法であって、無線通信ネットワークの第1のデバイスから第2のデバイスへ、複数のチャネルのうち前記第1のデバイスがフリーであると検知したチャネルを示す第1の情報を含むマルチチャネル送信要求MRTSを送信する段階と、前記第1の情報が示す前記チャネルのうち、前記第2のデバイスがフリーであると検知したチャネルを示す第2の情報を含むマルチチャネル送信可MCTSを前記第2のデバイスから受信する段階と、前記第2の情報が示す前記チャネルのうち1以上を利用して前記第2のデバイスにメッセージを送信する段階とを備える方法。前記第1の情報はビットマップを含む請求項6に記載の方法。前記MRTSを送信する段階は、前記第1の情報がフリーであると示す前記チャネルの各々に同時に送信する段階を有する請求項6に記載の方法。前記MCTSを受信する段階は、前記第2の情報がフリーであると示す前記チャネルの各々から同時に受信する段階を有する請求項6に記載の方法。前記MRTSを前記無線通信ネットワークの第3のデバイスに送信する段階と、前記第1の情報が示す前記チャネルのうち、前記第3のデバイスがフリーであると検知したチャネルを示す第3の情報を含む第2のMCTSを、前記第3のデバイスから受信する段階と、前記第3の情報が示す前記チャネルのうち1以上を利用して前記第3のデバイスにメッセージを送信する段階とをさらに備える請求項6に記載の方法。1以上のプロセッサにより実行されると、請求項6から請求項10のいずれか一項に記載の方法の実行を含む処理を行わせる命令を含むコンピュータ可読格納媒体を備える物品。無線ネットワークで通信を行う装置であって、無線通信ネットワークで動作して、プロセッサ、メモリ、および少なくとも1つの無線装置を含む第1のデバイスを備え、前記少なくとも1つの無線装置は、前記無線通信ネットワークの第2のデバイスから、複数のチャネルのうち前記第2のデバイスがフリーであると検知したチャネルを示す第1の情報を含むマルチチャネル送信要求MRTSを受信して、前記第1の情報が示す前記チャネルのうち、前記第1のデバイスがフリーであると検知したチャネルを示す第2の情報を含むマルチチャネル送信可MCTSを前記第2のデバイスに送信して、前記第2の情報が示す前記チャネルのうち1以上を利用して前記第2のデバイスからメッセージを受信する装置。前記第2の情報はビットマップを含む請求項12に記載の装置。前記MRTSは、前記第1の情報がフリーであると示す前記チャネルの各々から同時に受信される請求項12に記載の装置。前記MCTSは、前記第2の情報がフリーであると示す前記チャネルの各々に同時に送信される請求項12に記載の装置。無線ネットワークで通信を行う方法であって、第1の無線通信デバイスが、複数のチャネルのうち第2の無線通信デバイスがフリーであると検知したチャネルを示す第1の情報を含むマルチチャネル送信要求MRTSを、前記第2の無線通信デバイスから受信する段階と、前記第1の情報が示す前記チャネルのうち、前記第1の無線通信デバイスがフリーであると検知したチャネルを示す第2の情報を含むマルチチャネル送信可MCTSを前記第2の無線通信デバイスに送信する段階と、前記第2の情報が示す前記チャネルのうち1以上を利用して前記第2の無線通信デバイスからの送信を受信する段階とを備える方法。前記第2の情報はビットマップを含む請求項16に記載の方法。前記MRTSを、前記第1の情報がフリーであると示す前記チャネルの各々から同時に受信する段階をさらに備える請求項16に記載の方法。前記MCTSを、前記第2の情報がフリーであると示す前記チャネルの各々に同時に送信する段階をさらに備える請求項16に記載の方法。1以上のプロセッサにより実行されると、請求項16から請求項19のいずれか一項に記載の方法を含む処理を行わせる命令を含むコンピュータ可読格納媒体を備える物品。以下の記載においては多数の特定の詳細を述べる。しかし本発明の実施形態は、これら特定の詳細なしに実行可能であることを理解されたい。また場合によっては、公知の回路、構造、および技術について詳述しないことで、本記載の理解を曖昧にしないように心がけている箇所もあることを理解されたい。本発明の実施形態における一実施形態例示的な実施形態様々な実施形態といった言い回しは、記載されている本発明の実施形態の一つまたは複数が、特定の特徴、構造、または特性を有することを示しているが、全ての実施形態が必ずしもこれら特定の特徴、構造、または特性を含まなければならないわけではない。さらに、一部の実施形態では、他の実施形態において記載される特徴の一部、または全てを含んでもよく、あるいは全く含まなくてもよいことを理解されたい。以下の記載および請求項において、連結および接続という用語がこれらの派生語とともに利用されている場合がある。これらの用語は、互いに同義語を意図していないことを理解されたい。特定の実施形態において、接続は2以上の部材が互いに直接物理的または電気的に接触状態にあることを意図する場合がある。他方で連結は、2以上の部材が互いに協同または相互作用するが、これらが物理的または電気的にコンポーネントを介さない場合がある。請求項では、特にそうではないと明記しない限り、第1第2第3等の序数の形容詞は、共通の部材を示すのに利用されており、言及する類似した部材の異なるインスタンスを示しているにすぎず、記載する部材が、時間的に、空間的に、ランクとして、あるいはその他の観点から特定のシーケンスでなければならない、という意味ではない。本発明の様々な実施形態は、ハードウェア、ファームウェア、およびソフトウェアのいずれか、またはこれらの任意の組み合わせでの実装が可能である。さらに本発明は、コンピュータ可読媒体に含まれ、1以上のプロセッサにより読み出され実行されることで、ここに記載する動作を実行させる命令として実装可能である。コンピュータ可読媒体は、情報を1以上のコンピュータが読み出すことのできる形態で格納する任意のメカニズムを含んでよい。例えば、コンピュータ可読媒体は、読み出し専用メモリROM、ランダムアクセスメモリRAM、磁気ディスク格納媒体、光格納媒体、フラッシュメモリデバイス等を含むがこれらに限定はされない有形の格納媒体を含んでよい。無線という用語は、ここでは、非有形媒体により変調された電磁放射を利用してデータを通信する回路、デバイス、システム、方法、技術、通信チャネルを記載する際に利用されてよい。無線デバイスは、少なくとも1つのアンテナ、少なくとも1つの無線装置、および、少なくとも1つのプロセッサを含んで、無線装置のトランスミッタがアンテナによりデータを表す信号を送信し、無線装置のレシーバがアンテナを介してデータを表す信号を受信し、プロセッサが送信データおよび受信データを処理してよい。プロセッサはまた、送受信されない他のデータを処理することもできる。ネットワークコントローラNCという用語は、少なくとも部分的に、ネットワークの他のデバイスによる無線通信をスケジュールしたり、制御したりするようなデバイスのことを意味してよい。ネットワークコントローラはさらに、基地局BS、アクセスポイントAP、セントラルポイントCP、または、ネットワークコントローラの機能を記載するのに利用されるその他の任意の用語として知られている場合もある。マルチチャネルネットワークでは、一般的に、ネットワークのデバイス間の通信に、複数のチャネルが利用可能である。これらの利用可能なチャネルは、産業規格で、政府の規制により、ネットワークデバイス自身の制約により、または、任意の他の実行可能な手段により特定される場合がある。利用可能なチャネルのうち、NCは、ネットワーク内の2つの特定のデバイス間の特定の通信で利用されうるものを選択することができる。NCは、この選択について必要に応じて変更することもある。モバイルデバイスMDという用語は、その無線通信がネットワークコントローラにより少なくとも部分的にスケジュールおよび制御されるようなデバイスのことである。モバイルデバイスはさらに、モバイルノード、STA、サブスクライバステーションSS、ユーザ機器UE、または、モバイルデバイスの機能を記載するのに利用されるその他の任意の用語として知られている場合もある。モバイルデバイスは、これらの通信中に移動することもあるが、移動は必須要件ではない。フリーのチャネルという用語は、判断デバイスによる検知により、利用されていないと判断されたチャネルのことであって、そのデバイスが利用可能なチャネルのことである。様々な実施形態では、この決定は、チャネル上で検知される電磁エネルギー量を監視して、そのチャネル上で符号化されたデータを復号しようとすることで、または、干渉される可能性が高くなく検知デバイスが通信にチャネルを利用することができることを意味する任意の他の実行可能な手段により、行うことができる。2つのデバイスが互いに通信しようとするような一部の状況においては、一方のデバイスがチャネルをフリーとして検知しても、他方のデバイスがそのチャネルをビジーであると検知するような場合もあり、これは、このチャネルを既に利用しているデバイスからの相対的な距離に起因している。マルチチャネル送信要求MRTSという用語は、複数のチャネルについて留保を要求する送信要求RTSを意味する。マルチチャネル送信可MCTSは、MRTSに応じて1以上の複数のチャネルの留保に同意する送信可CTSの意味である。RTS/CTS交換が単一のチャネルの留保に利用可能であるように、MRTS/MCTS交換は、同じ期間の複数のチャネルを留保する際に利用可能である。様々な実施形態では、第1の無線デバイスは、第1のデバイスが複数のチャネルのいずれをフリーとして検知されたかを示すMRTSを第2の無線デバイスへ送信することができる。第2のデバイスは、これらフリーのチャネルのいずれがさらに第2のデバイスによりフリーとして検知したかを示すMCTSで応答することができる。このMRTS/MCTS交換の後で、第1のデバイスは、両方のデバイスによりフリーとして検知された利用可能なチャネルのリストを有することになり、両方のデバイスによりフリーとして検知されたこれらチャネルのみを利用することで、後続するマルチチャネル通信において隠されたノードの問題を起こさないようにすることができる。図1は、本発明の一実施形態における無線通信ネットワークで互いに通信する無線デバイスを示す。図示されている例では、デバイスの1つがネットワークコントローラNCとして示されており、このデバイスと通信する複数の他のデバイスがモバイルデバイスとして示されているがMD1、MD2、一部のネットワークデバイスがピア関係で通信しあうこともできる。2つのMDのみが示されているが、実施形態によっては、ネットワーク内に、NCと通信することのできる別のMDがあってもよい。図2は、本発明の一実施形態における2つのデバイス間の通信を示すフロー図である。フロー図200では、2つのデバイスが要求デバイスおよび応答デバイスとして記載されている。各デバイスは、交換中に異なる時点で送受信を行うことができる。本明細書では、MRTSを送信することで通信を要求するデバイスを要求デバイスと称し、MCTSを送信することで要求に応答するデバイスを応答デバイスと称する。例によっては、応答デバイスが要求を拒否することもあるが例えば、応答しないことで、フリーのチャネルがない旨を示すことで、または任意の他の実行可能な手段により、ここでは応答デバイスが要求を許諾すると仮定する。一部の実施形態では要求デバイスはMDであり、応答デバイスがNCであるが、他の実施形態ではこの役割が逆転したり、またはデバイス同士がピアデバイスであったりする場合もある。210で、要求デバイスは、自身が利用可能な様々なチャネルのうちどのチャネルが現在フリーであるかを検知することができる。一部の実施形態では、これは、デバイス同士が媒体のコンテンションを許可される、ネットワークにおけるコンテンション期間中に行われてよい。220で要求デバイスは現在フリーであるチャネルのリスト例えばリストAを作成して、230でこのリストをMRTSに含めて応答デバイスに対して送信することができる。リストは、任意の実行可能な形式であってよく、任意の実行可能な方法によりMRTSで表されていてよい。利用可能なフォーマットについては後述する。一部の例においては、様々な理由から要求デバイスはこのリストをフリーとして検知されたチャネルのサブセットのみに制限することができる。本明細書では、たとえリストに加えられるべきチャネルが他にもあるとしても、フリーのチャネルのリストはMRTSによりフリーと示されたチャネルのリストのことを指す。215では、応答デバイスが、自身が利用可能な様々なチャネルを検知して、どのチャネルが現在フリーであるかを検知することができる。多くの例において、利用可能なチャネルとは、両方のデバイスについて同じであってもよいし、同じではない場合があってもよい。225で、応答デバイスは、現在フリーであるチャネルのリストリストBを作成し、235で、要求デバイスが送信したMRTSを受信することができる。一部の実施形態では、デバイスは、様々な利用可能チャネルを頻繁に監視して、フリーであるチャネルのリストを最新版に更新し続けることができる。この技術は図2に示す動作の順序により示唆されている。他の実施形態では、デバイスは、情報を知る必要のないときにはこのようにチャネルを調査しない場合もある。例えば、要求デバイスは、なんらかの情報例えばMRTSを送信することを決定するまで、チャネルを検知しなくてよく、応答デバイスは、MRTSを受信するまではチャネルを検知しなくてよい。この選択は、情報をどのくらい迅速に取得する必要があるかに応じて主に決定される。応答デバイスが数ミリ秒の間に応答送信を開始する必要があるが、チャネルがフリーであるかを検知するには数百ミリ秒がかかる、といった場合には、チャネルを予め走査する、といった方策が好適であろう。MRTSを受信した後で、応答デバイスは自身のリストBをリストAと比較して、リストAおよびリストBの両方にフリーであるとして示されているチャネルのみをリストにしたリストCを作成することができる。従ってリストCは、要求側および応答側の両方でフリーであるとして判断されたチャネルを表すことになる。255で、リストCをMCTSにより要求デバイスに返信して、これを要求デバイスが260で受信する。この段階では要求デバイスは、両方のデバイスでフリーと判断されたチャネルのリストを有しているので、270で要求デバイスは、リストCに含まれているチャネルのみを利用して、270および275の通信を応答デバイスとの間で開始することができる。リストCに含まれているチャネルの全てまたは一部のみをこの通信用に選択することができ、この選択は通信中に変更してもよい。一部の実施形態では、各デバイスは、リストCに含まれているチャネルのいずれを現在の送信に利用するか、選択することができる。送信デバイスが選択中のチャネルを受信デバイスに通知する方法としては、任意の実行可能な技術を利用することができる。リストとして記載してきたが、フリーであると検知されたチャネルを示す情報は任意の実行可能なフォーマットであってよい。一実施形態では、各利用可能チャネルをビットで表したビットマップを利用することができ、各ビットの状態が、関連するチャネルがフリーであるか否かを示してもよい。このビットマップは、後に、MRTSおよび/またはMCTSの特定のフィールドに配置することができる。他の実施形態では、この情報の伝送に任意の他の実行可能なフォーマット技術を利用することができる。図3は、本発明の一実施形態におけるMRTSのフォーマットを示す。図3に示す実施形態では、MRTSは制御フレームとしてフォーマットされている。フレーム制御フィールドの内容は、MRTSである旨を示すものであってよい。期間フィールドの内容は、現在の情報交換にどれくらい時間がかかると予期されるかを示すものであってよいこれには、現在のMRTSフレーム、応答側のMCTSフレーム、ACKフレーム、および所定の数のフレーム間隔時間IFS遅延が含まれてよい。この値は、それを受信しうる他のデバイスに対する、示されている期間にチャネルが留保されるのでこれら他のデバイスつまり、意図されたレシーバとしてこのフレームが宛先とするデバイス以外のデバイスがこの期間中には送信を控えるべきであることを示す留保通知としての役割を持っていてよい。RAフィールドの内容は、受信デバイスつまり、このMRTSの受信者として意図される応答デバイスのアドレスを示すものであってよい。同様に、TAフィールドは、送信デバイスつまり、このMRTSを送信する要求デバイスのアドレスを示すものであってよい。チャネルビットマップフィールドは、リストAを含んでよいつまり、送信デバイスがフリーであると指定するチャネル。FCSフィールドは、受信したフレームが破損していないことを証明するためのフレームチェックサム値を含んでよい。図4は、本発明の一実施形態におけるMCTSのフォーマットを示す。図4に示す実施形態では、MCTSが制御フレームとしてフォーマットされている。フレーム制御フィールドの内容は、MCTSである旨を示すものであってよい。期間フィールドの内容は、現在の情報交換の残りにどれくらい時間がかかることが予期されるかを示すものであってよいこれには、現在のMCTSフレーム、ACKフレーム、および所定の数のフレーム間隔時間IFS遅延が含まれてよい。MRTS同様に、この値は、それを受信しうる他のデバイスに対する、示されている期間にチャネルが留保されているのでこれら他のデバイスつまり、意図されたレシーバとしてこのフレームが宛先とする要求デバイス以外のデバイスがこの期間中には送信を控えるべきであることを示す留保通知としての役割を持っていてよい。物理的な距離、障害、局所的な干渉等により、MCTSフレームを受信することのできるデバイスセットがMRTSフレームを受信することのできるデバイスセットとは異なる場合があり、これら両方のデバイスセットは、各々が受信可能な送信から期間フィールドの内容を読み出して送信を控えるべき期間を通知されることができる。両方を受信することのできるデバイスであれば、MCTS期間フィールドを、MRTS期間フィールドから予め取得した値を検証または更新するのに利用することができる。RAフィールドの内容は、受信デバイスつまり、このMCTSの受信者として意図される要求デバイスのアドレスを示すものであってよい。MRTSでアドレス指定されているデバイスがMCTSを応答するべきであるので、TAフィールドはなくてよい。受信デバイスは単に、MRTSに応答するデバイスが、MRTS内のRAフィールドが示したものと同じデバイスであると仮定してよい。チャネルビットマップフィールドはリストCを含んでよいつまり、応答デバイスでもフリーであると検知されたリストAのチャネル。前述したように、FCSフィールドは、受信したフレームが破損していないことを証明するためのフレームチェックサム値を含んでよい。これらの例におけるフォーマットは、単一のチャネル動作で既に利用されているRTSおよびCTSフォーマット全体に非常によく一致していることから示されているもちろんチャネルビットマップフィールドは異なっているが。このフリーのチャネル情報は、任意の便利なフォーマットで送信されてよく、これも本発明の様々な実施形態の範囲に含まれる。図5は、本発明の一実施形態における通信シーケンスを示す。図5の例に示すように、要求デバイスは、3つのチャネルをフリーであるとしてリストに含むMRTSを送信することができ、MRTSは、これら3つのチャネル上各々で同時に送信されてよいチャネル1、2および3として示されているが、これらは任意の実行可能な方法で識別可能である。応答デバイスが、チャネル1および3をフリーとして、且つ、チャネル2をビジーとして判断する場合には、チャネル1および3のみをフリーであるとして示すMCTSを送信することができ、このMCTSを同時にチャネル1および3で送信することができる。この段階では要求デバイスは、両方の側でフリーであるチャネルのリストを有しているので、チャネル1および3を介してデータを応答デバイスに送信開始することができ、応答デバイスは、これら両方のチャネル上で、両方のチャネルでデータが正確に受信された旨を示す受領確認BAを送信することができる。図6は、本発明の一実施形態における複数の応答デバイスが関与する通信シーケンスを示す。一部のネットワークでは、要求デバイスは、同じ通信シーケンス内の複数の応答デバイスに対してデータの送信を希望する場合があり、MRTSは複数の応答デバイスを宛先とする場合がある。これらの複数の宛先管理は様々な方法で行うことができ、一つの限定ではない方法としてはマルチキャストアドレッシングが挙げられる。互いに干渉しないために、複数の応答デバイスが、自身からのMCTS送信をそれぞれ異なる時点に行うようにすることができる。示されている例では、要求デバイスは、チャネル1、2、および3がフリーであることを検知して、MRTSをチャネル1、2、および3の各々で応答デバイスAおよびBに送信する。応答デバイスAが、チャネル1および3のみがフリーである、あるいは、MRTSをチャネル1および3上のみで正確に受信することができることを検知すると、応答デバイスAは、チャネル1および3上各々にチャネル1および3がフリーであることを示すMCTSを送信する。応答デバイスBは、チャネル1、2、および3の全てがフリーであることを検知して、その旨を示すMCTSをチャネル1、2、および3上各々に送信する。この段階で要求デバイスは、応答デバイスBについては、チャネル2上でデータを送信することが許可されてはいるが、応答デバイスAについては干渉が生じる可能性もあることを知っている。従ってデータをチャネル1および3上のみで応答デバイスに対して送信する。MCTSに関しては、各応答デバイスは、自身の受領確認BAをそれぞれ異なる時点に送信することができる。一部の実施形態では、各マルチチャネル通信において一次チャネルと称される特定のチャネルを利用する必要がある。この場合には、一次チャネルは、MRTS、MCTS、および後続するデータを送信するときに利用される必要がある。従って一次チャネルが要求デバイスによりビジーであると検知されると、MRTSは送信しないようにしてよい。一次チャネルが応答デバイスによりビジーであると検知されると、MCTSおよび後続するデータは送信されない。一部のネットワークでは、デバイスは、多数ユーザ多数入力対数出力技術MUMIMOを利用して通信を行い、この技術によると、異なる空間チャネルを利用することで、同じ周波数チャネルで異なる信号を異なるデバイスに対して干渉なく送信することができる。本明細書では、チャネルという用語は、特に空間チャネルであると規定しない限りは、周波数チャネルを想定している。この場合、各空間チャネルは、同じチャネルが別の空間チャネル上で同時に利用されているかを考慮に入れる必要なしに前述した技術を利用することができる。前に示唆したように、MRTSおよびMCTSフレームの役割の一つは、参加していないデバイス要求デバイスでも応答デバイスでもないデバイスのことに対して、あるチャネルが特定の期間留保されており、これらの参加していないデバイスはこの期間内はこれらのチャネル上での送信を控えるよう通知を行うことである。MRTSおよびMCTS両方における期間フィールドがこの役割を果たし、参加していないデバイスがこれらフレームのいずれかを受信したときには、自身のネットワーク分配ベクトルNAVを一定の期間に設定して、その期間は指定されたチャネル1または複数上で送信しないように周知させることができる。MCTSを受信できるときであれば、MCTSの期間フィールドにおけるリストを、どのチャネルを避けるべきかを知るためのリストとして利用することができるが、これは、要求デバイスが、後続する送信においては、潜在的により大きなMRTSリストよりもこのリストのほうを参照する可能性が高いからである。しかし、参加していないデバイスの一部では、MRTSを受信できるが、MCTSを受信できない、という場合もある。このようなデバイスは、自身のNAVを利用される可能性のないチャネルに設定することができる、というのも応答デバイスがビジーであると検知するかもしれないが要求デバイスはそうしないこともあるからである。利用できるにも関らず不当にチャネルを回避してしまうようなケースを避けるためには、参加していないデバイスが、MRTSに基づいて設定されたが対応するMCTSが受信されなかったような自身のNAVを、一定の期間の経過の後に潜在的にリセットするように習慣付ける、といった方策が考えられる。この一定の期間は、いずれのCTSをも受信することができるように十分長く、しかも、データ送信期間全体が経過するよりは短くてよい。一実施形態では、この待ち時間は、2SIFSTimesTXTIMEMCTSPHY-RX-START遅延2スロット時間であってよく、ここでSIFSTimeは、短いフレーム間隔期間の長さであり、TXTIMEMCTSは、MCTSを送信するのにかかる期間であり、PHY-RX-START遅延は、受信前に待つ必要のある遅延であり、スロット時間は予め定められている。いずれの遅延に関する方程式を利用する場合にも、データ段階に達する程度の長さである必要がある。媒体が遅延期間の後にもビジーである場合には、デバイスは、MRTSから取得した元の期間が依然として有効であると仮定して、自身のNAVをリセットしなくてよい。ここまでの記載は、例示であって限定は意図していない。当業者にとっては様々な変形例が可能である。これら変形例は、本発明の様々な実施形態に含まれることが意図されており、以下の請求項の範囲による限定のみが想定されている。