"無線ネットワーク内において通信する方法であって:広帯域チャネルを予約するために第1の無線ネットワーク装置に対してRTSコマンドを送信するステップであって、前記RTSコマンドは前記広帯域チャネルの帯域幅を示す情報を含んでいる、ステップ;を備え、前記広帯域チャネルは、複数の狭帯域チャネルを含んでいる、方法。前記情報は、前記広帯域チャネル内に何本の狭帯域チャネルが含まれているかを示す、請求項1記載の方法。前記RTSコマンドは、前記示された複数本の狭帯域チャネルの各々の上で送信される、請求項2記載の方法。前記狭帯域チャネルの各々は20メガヘルツの帯域幅を有する、請求項2記載の方法。前記情報は、RTSコマンドを構成する制御ラッパーフレーム中に含まれている、請求項1記載の方法。前記情報は、制御ラッパーフレーム内のHT制御フィールド内に含まれている、請求項5記載の方法。前記送信するステップに続いて、前記RTSコマンドによって示された前記狭帯域チャネルの中の少なくとも一つの上でCTSコマンドを受信するステップをさらに備える、請求項1記載の方法。前記CTSコマンドのフレームが予期したとおりに受信されない場合に、CF-ENDコマンドのフレームを送信するステップをさらに備える、請求項1記載の方法。前記CF-ENDコマンドのフレームは前記RTSコマンドによって示された前記狭帯域チャネルの各々の上で送信される、請求項8記載の方法。無線ネットワーク内において通信するための装置であって:プロセッサと無線機を有し、第2の無線通信装置に対してRTSコマンドを送信する第1の無線通信装置を備え、前記RTSコマンドの送信は、前記第1の無線通信装置と第2の無線通信装置との間で意図された後続の通信を実行するための広帯域チャネルを予約する動作を備え、前記RTSコマンドは、前記広帯域チャネルの帯域幅を示す情報を含んでいる、装置。前記広帯域チャネルは、20メガヘルツの整数倍の帯域幅を有することとなる、請求項10記載の方法。前記情報は、RTSコマンドを構成する制御ラッパーフレーム中に含まれている、請求項10記載の装置。前記情報は、制御ラッパーフレーム内のHT制御フィールド内に含まれている、請求項12記載の装置。前記第1の無線通信装置は、前記RTSコマンドを送信する動作に続いて、前記第2の無線通信装置からCTSコマンドを受信する動作をさらに備える、請求項10記載の装置。一つ以上のプロセッサによって実行された際に:広帯域チャネルを予約するために第1の無線ネットワーク装置に対してRTSコマンドを送信する動作であって、当該RTSコマンドは前記広帯域チャネルの帯域幅を示す情報を含んでいる、動作;を含む一連の動作を実行する機械語命令を含んでいるコンピュータ読み出し可能記憶媒体を具備する製品であって、前記広帯域チャネルは、複数の狭帯域チャネルを含んでおり、前記RTSコマンドは前記狭帯域チャネルの各々の上で送信される、製品。前記広帯域チャネルの帯域幅を示す前記情報は、一本の狭帯域チャネルの帯域幅の整数倍に等しい、請求項15記載の製品。前記狭帯域チャネルの各々は20メガヘルツの帯域幅を有する、請求項16記載の製品。前記情報は、RTSコマンドを構成する制御ラッパーフレーム中に含まれている、請求項15記載の製品。前記情報は、前記制御ラッパーフレーム内のHT制御フィールド内に含まれている、請求項18記載の製品。前記一連の動作は、前記RTSコマンドを送信する動作に続いて、前記狭帯域チャネルの中の少なくとも一つの上で、前記第2の無線通信装置からCTSコマンドを受信する動作をさらに備える、請求項15記載の製品。無線ネットワーク内において通信する方法であって:広帯域チャネルを予約するために、第1の無線ネットワーク装置からRTSコマンドを受信するステップであって、前記RTSコマンドは前記広帯域チャネルの帯域幅を示す情報を含んでいる、ステップ;を備え、前記広帯域チャネルは整数個の狭帯域チャネルから構成されている、方法。前記情報は、前記広帯域チャネル内に何本の狭帯域チャネルが含まれているかを示す、請求項21記載の方法。前記狭帯域チャネルの各々は20メガヘルツの帯域幅を有する、請求項22記載の方法。前記情報は、RTSコマンドを構成する制御ラッパーフレーム中に含まれている、請求項21記載の方法。前記情報は、制御ラッパーフレーム内のHT制御フィールド内に含まれている、請求項21記載の方法。前記RTSコマンドに応答して、前記広帯域チャネル内に含まれる狭帯域チャネルの各々の上でCTSコマンドを送信するステップをさらに備える、請求項21記載の方法。無線ネットワーク内において通信するための装置であって:メモリと無線機を有し、第2の無線通信装置からRTSコマンドを受信する第1の無線通信装置を備え、前記RTSコマンドを受信することは、前記第1の無線通信装置と前記第2の無線通信装置との間で意図された後続の通信を実行するために、広帯域チャネルを予約する動作を備え、前記RTSコマンドは前記広帯域チャネルの帯域幅を示す情報を含んでおり、前記広帯域チャネルは、複数本の狭帯域チャネルから構成されている、装置。前記広帯域チャネルは、20メガヘルツの整数倍の帯域幅を有することとなる、請求項27記載の装置。前記情報は、RTSコマンドを構成する制御ラッパーフレーム中に含まれている、請求項27記載の装置。前記情報は、制御ラッパーフレーム内のHT制御フィールド内に含まれている、請求項29記載の装置。前記第1の無線通信装置は、前記RTSコマンドを受信する動作に続いて、前記狭帯域チャネルの各々の上で前記第2の無線通信装置に対してCTSコマンドを送信する動作をさらに備える、請求項27記載の装置。一つ以上のプロセッサによって実行された際に:広帯域チャネルを予約するために第1の無線ネットワーク装置からRTSコマンドを受信する動作であって、当該RTSコマンドは前記広帯域チャネルの帯域幅を示す情報を含んでいる、動作;を含む一連の動作を実行する機械語命令を含んでいるコンピュータ読み出し可能記憶媒体を具備する製品であって、前記広帯域チャネルは、複数の狭帯域チャネルを含んでおり、前記広帯域チャネルの帯域幅は、一本の狭帯域チャネルの帯域幅の整数倍に等しい、製品。前記広帯域チャネルは、20メガヘルツの整数倍の帯域幅を有することとなる、請求項32記載の製品。前記情報は、RTSコマンドを構成する制御ラッパーフレーム中に含まれている、請求項32記載の製品。前記情報は、制御ラッパーフレーム内のHT制御フィールド内に含まれている、請求項34記載の製品。前記一連の動作は、前記RTSコマンドを受信する動作に続いて、前記複数本の狭帯域チャネルの各々の上で前記第1の無線通信装置に対してCTSコマンドを送信する動作をさらに備える、請求項32記載の製品。以下の記述においては、本発明に関する多くの具体的な詳細内容が説明される。しかしながら、本発明の実施形態は、これらの具体的な詳細内容無しでも実施され得ることが理解される。その他の実例においては、本開示の解釈を不明確にしないようにするために、周知の回路、構造および技法は詳細には示されていない。一つの実施形態、一実施形態、例示的な実施形態または様々な実施形態などの表現は、そのように記述される本発明の実施形態が特定の技術的特徴や構造を含むことが可能ではあるけれども、全ての実施形態がそのような技術的特徴や構造を含むことは必須とはされない。さらに、本発明の幾つかの実施形態は、他の実施形態に関して述べられた技術的特徴の全てまたは一部のみを含むことが可能であり、あるいはそのような技術的特徴を全く含まない場合もあり得る。以下の記述および特許請求の範囲の記載において、用語接続された、結合されたおよびその派生語が使用され得る。これらの用語は互いに同義語として使用するようには意図されてはいないことに留意されたい。むしろ、ある特定の実施形態においては、用語接続されたは、2つ以上の構成要素が互いに直接の物理的接触または電気的接触の状態にあることを表すのに対して、用語結合されたは、2つ以上の構成要素が互いに協働しまたは互いに相互作用するけれども、これらの間に物理的または電気的な部材が介在している場合もあり得る。特許請求の範囲の記載において使用されるとおり、特に断らない限りは、共通の構成要素を記述することを目的とする第1第2第3などの序数を表す形容詞は、同種の構成要素の複数の異なるインスタンスを指していることを意味し、そのように記述される複数の構成要素は、時間的にであれ空間的にであれ、与えられた順序関係やランク付け、その他の態様に従わなくてはならないことを意味するようには意図されていない。本発明の多種多様な実施形態は、ハードウェア、ファームウェアおよびソフトウェアの中のいずれか一つまたはこれらから成る任意の組み合わせによって実装することが可能である。さらに本発明は、本明細書中に記述される一連の動作ステップを実行することを可能とする一つ以上のプロセッサによって実行され、コンピュータ読み出し可能媒体上に格納されるCPU命令によって実装することが可能である。例えば、コンピュータ読み出し可能媒体は、有体の記録媒体を含むことが可能であり、そのような記録媒体には、ROMReadOnlyMemory、RAMRandomAccessMemory磁気ディスク型記録媒体、光学的記録媒体、フラッシュメモリデバイスなどが含まれるがこれらだけに限定はされない。用語無線とは、無形媒体を介する変調された電磁的放射を使用してデータを通信する回路、デバイス、システム、方法、技法、通信チャネルなどを記述するために使用され得る。この用語は、関係するデバイスが有線接続を全く含まないことを意味するものではない。無線デバイスは、少なくとも一つのアンテナ、少なくとも一つの無線機、および少なくとも一つのプロセッサを備えており、当該無線機は、当該アンテナを介してデータを表す信号を送信し、当該アンテナを介してデータを表す信号を受信すると同時に、当該プロセッサは、送信されるべきデータを処理し、さらに受信済みのデータを処理する。当該プロセッサはさらに、送信および受信のいずれの対象ともなっていない他のデータをも処理することが可能である。本開示において使用されるとおり、用語ネットワークコントローラはネットワーク内の他のデバイスによって実行される複数の無線通信を少なくとも部分的にスケジューリングし、制御する装置を包含するように意図されている。さらに、ネットワークコントローラは基地局BS、アクセスポイントAP、セントラルポイントCPとしても知られており、ネットワークコントローラの機能を記述するために現れる任意のその他の用語で言い換えることも出来る。本開示において使用されるとおり、用語モバイル装置は、自身が実行する無線通信が少なくとも部分的にはネットワークコントローラによってスケジュールされ、制御されるようなデバイスを包含するように意図されている。モバイル装置MDはさらに、移動局MS、STA、加入者局SS、ユーザ装置UEとしても知られており、モバイル装置の機能を記述するために現れる任意のその他の用語で言い換えることも出来る。モバイル装置は、そのような通信動作の間に移動することも可能であるが移動することは必須とはされない。本開示において使用されるとおり、用語狭帯域チャネルは、周波数スペクトル上において予め定義された連続的帯域幅を有する一本のチャネルであり、他方、用語広帯域チャネルは、これらの狭帯域チャネルの複数個によって占有された周波数スペクトル上の複合的な帯域部分を有する一本のチャネルを表す。すなわち、指定された複数本の狭帯域チャネルが集約されて、一本の指定された広帯域チャネルが構成される。本発明の幾つかの実施形態においては、一本の広帯域チャネルは、連続している複数個の狭帯域チャネルのみを含んでおり、他の実施形態においては、これら複数の狭帯域チャネルは連続している必要は無い、すなわち、当該広帯域チャネルに含まれる2本の狭帯域チャネルは当該広帯域チャネルに含まれない一つ以上の狭帯域チャネルによって隔てられていても良い。説明を簡単にするために、狭帯域チャネルは20MHzの帯域幅を有するように記述されることが可能であり、他方、広帯域チャネルは20MHzの整数倍の帯域幅を有するように記述されることも可能であるが、他の実施形態においては、狭帯域チャネルは20MHz以外の帯域幅を使用することとしても良い。本開示中において、用語チャネルは広帯域チャネルであると特に断らない限り、狭帯域チャネルを指して言うものとする。本発明の様々な実施形態において、一本の広帯域チャネルの上で他のデバイスと通信しようとする一のデバイスは、当該広帯域チャネルの帯域幅がどの程度広くなるかを指定する例えば、一本の広帯域チャネルを生成するために何本の狭帯域チャネルが合成されるのかを指定するRTSRequesttoSendコマンドを送信することが可能である。本発明の幾つかの実施形態においては、このような仕組みは、この情報をRTSコマンド中の以前は使われていなかったフィールド部分に挿入することによって実現される。代替的なシナリオとして、一のデバイスがRTSコマンドを送信したが、それに対応するCTSコマンドを受信しない場合、当該デバイスは、他のデバイスに対してRTSコマンドによって予定されていた通信動作が生起しないことを通知するためにCFEndコマンドを送信することが可能であり、これにより、他のデバイスは、自身が有するネットワーク割り当てベクトルNAVNetworkAllocationVectorを初期化することが可能となる。図1は、本発明の一実施形態に従う無線通信ネットワークを示している。図示されたネットワークは、A、B、C、DおよびEとラベル付けされた5台のネットワーク装置を示している。本発明の幾つかの実施形態においては、これらのデバイスの中の一つはネットワークコントローラとすることが可能であり、他の実施形態においては、これらのデバイスの全てをピアデバイスとすることも可能である。ある実例においては、デバイスAはデバイスBに対してRTSコマンドを送信することによりデバイスBとの間の通信手順を開始し、デバイスBはデバイスAに対してCTSコマンドを送信することにより当該通信要求を受諾する。続いて、デバイスAとデバイスBとの間で後続する複数の通信が発生し得る。デバイスC、DおよびEはこの交換手順には関与していないけれども、これらデバイスの各々がRTSコマンド及び場合によってはCTSコマンドを受信し、復号化することが可能であるとここでは仮定される。さらにRTSコマンドは、デバイスAとデバイスBとの間の通信に関してチャネルを予約するために振る舞うことも可能であり、これは、意図された通信がどの程度の長さの時間に渡って持続するかを指定する持続時間フィールドを中に含めることによって実現される。同様に、CTSもまた、チャネルを予約するために振る舞うことが可能であり、これは、RTSコマンドによって示された持続時間のうち、どの程度の時間が残されているかを指定するフィールドを中に含めることによって実現される。このようにしてRTSコマンド又はCTSコマンドのいずれか一方を傍受した任意のデバイスは、チャネルに関して予約された時間期間がいつ終了するのかを判定することが出来る。続いて、RTSコマンド又はCTSコマンドのいずれか一方を傍受するそのようなデバイスの各々は、自身のネットワーク割り当てベクトルNAVNetworkAllocationVectorを設定することが可能であり、この事は以下を意味する。すなわち、当該デバイスは、その時間期間に関して内部タイマーをスタートさせ、タイマーが満了するか初期化されるまでそのチャネルの上での送信を抑制することが可能である。この時間期間内に送信を行うことは、デバイスAとデバイスBとが通信している最中に当該デバイスが送信を行うという事態を生じる可能性があり、その結果、ネットワーク内において干渉を引き起こす可能性がある。本発明の幾つかの実施形態においては、デバイスAとデバイスBとは一本の広帯域チャネルの上で通信しようとし、RTS/CTS交換手順は上記のような内容を表し得る。しかしながら、デバイスC、DおよびEのうちの一部又は全ては狭帯域チャネルの中の一つまたは当該広帯域チャネルを成すチャネル中の部分集合の上でのみ通信することが可能であり、広帯域チャネルの上で送信されたRTSコマンド又はCTSコマンドを復号化することが出来ないだろう。広帯域チャネル上で通信するデバイスは、狭帯域チャネルの上でも通信することが可能であるはずなので、デバイスAは、当該広帯域チャネルを構成する狭帯域チャネルの各々の上で同時並行的にRTSコマンドを送信することが可能である。同様に、デバイスBは、それらの狭帯域チャネルの各々の上でCTSコマンドを同時並行的に送信することが可能である。このようにして、RTSコマンド又はCTSコマンドを受信し、復号化することが可能である任意の広帯域チャネルデバイスまたは任意の狭帯域チャネルデバイスは、表示された時間期間に渡ってデバイスAとデバイスBとが関連する狭帯域チャネルを予約中であることを知ることが可能である。デバイスBがCTSコマンドによって応答し、デバイスAが当該コマンドを受信することが予想されるけれども、デバイスBによってCTSコマンドが送信されるのを妨げたり、または送信されたCTSコマンドがデバイスAによって受信されるのを妨げるような様々な条件が発生し得る。例えば、デバイスBは、干渉を受けたり、スリープ状態にあったり、デバイスAが関知しない他のデバイスとの間で通信中であったりすることに起因して、当該RTSコマンドを決して受信しない可能性がある。または、デバイスBは、RTSコマンドを受け取ったけれども、既に他のデバイスとの間で通信中であったり、以前に傍受したRTS/CTS交換手順から取得したNAV設定内容を有していたり、その他の何らかの理由に起因してCTSコマンドを送信することが出来ない可能性がある。さらに、デバイスBがCTSコマンドを送信したとしても、デバイスAは、干渉を受けことに起因して、又はその他の何らかの理由に起因して、それを聞いていないかも知れない。どのような原因によるかにかかわらず、デバイスAがRTSコマンドを送信したが、期待されるCTSコマンドを受信しなかった場合、デバイスAは、デバイスBが意図された後続の通信動作を予定通りに実行できるか否かに関して確信が持てず、デバイスAは意図された通信動作を完了するためのあらゆる試みを打ち切ることが可能である。しかしながら、デバイスC、DおよびEはその時点で自身のNAV設定内容を有しており、以前に確立された時間期間の間に不必要に送信動作を抑制することとなる。この事は、ネットワーク全体のスループットを低下させる可能性がある。この問題を解決するために、デバイスAはチャネルの予約がキャンセルされたことをアナウンスするためにさらに別の送信動作を実行し、これにより、他のデバイスは、それぞれ自分自身のNAV設定内容を初期化し、望むならば、自身が実行すべき通信動作を開始しようと試みる。本発明の幾つかの実施形態においては、このアナウンス動作はCFENDContentionFreeENDフレームの形式とすることが可能である。過去においては、CFENDコマンドは、2つのデバイス例えば、デバイスAとBが既にチャネル予約し確立し、意図された通信を予定通り実行し、それらのデバイスのチャネル予約時間がまだ残っているうちに通信を終了した場合に、チャネル予約を未完結のまま強制終了させるために使用されていた。この仕組みは、上記2つのデバイスがネットワーク内の他のデバイスに対して残存している予約時間を還元することを可能にする。しかしながら、本実施形態の場合には、通信手順を開始したデバイスは、意図された通信動作が以後全く発生しない旨をアナウンスするためにCFENDフレームを送信することが可能である。RTSコマンドが広帯域チャネルを予約しようと試みている実施形態においては、CFENDフレームは、当該広帯域チャネルを構成する狭帯域チャネルの各々の上において送信され得る。図2Aおよび図2Bは、本発明の一実施形態に従い、NAV効果を伴うRTS/CTS通信手順のタイミング図を示す。図2Aは、通信開始要求側のデバイスRTS送信元のデバイスによってCTSコマンドが受信される場合の一連の通信手順を示し、図2Bは、通信開始要求側のデバイスによってCTSコマンドが受信されない場合の一連の通信手順を示す。この例において、デバイスA、BおよびCは図1に示すものと同一のデバイスを表す。図1中のデバイスDとデバイスEは図2Aおよび図2Bには図示されていないけれども、図示されたとするならば、デバイスCと同様の動作手順を模倣するだろう。デバイスAは、デバイスBに対してRTSコマンドを送信する通信手順開始要求側デバイスとして図示されている。この送信は多重チャネル伝送として実行される。すなわち、同一のRTSコマンドが広帯域チャネルを形成する複数の狭帯域チャネルの各々の上で同時並列的に送信される。RTSコマンドを受信した後、デバイスBはデバイスAに対してCTSコマンドを送信することによって応答する。CTSの伝送もまた、多重チャネル伝送とすることが可能である。デバイスAがCTSコマンドを受信した後、デバイスAは広帯域チャネルの上でデバイスBに向けて一つ以上のデータフレームを送信することにより、意図された通信動作を開始することが可能である。データフレーム伝送が完了した後は、デバイスBは、自分が当該データフレームを正常に受信できたことを示すために、肯定応答ACKを返送する。デバイスAとデバイスBとの間で送信権限が切り替わる時は常に、ネットワーク規約は最小限の遅延時間を必要とする可能性がある。これは、各デバイスが自身の回路を送信モードと受信モードとの間で切り替えることを可能にするためである。この最小限の遅延時間は、短いフレーム間間隔SIFSShortInterFrameSpaceとして図示されているが、別途定義されたその他の時間区間を代わりに使用することも可能である。デバイスCがRTSコマンドを傍受した場合、デバイスCは,自身のNAVを当該RTSコマンドによって表示された時間期間に設定することが可能であり、当該時間期間は、デバイスAとデバイスBとが複数のデータフレーム伝送とその結果必要となるACKの伝送を完了するのに十分な時間さらには、SIFS等に要するあらゆる遅延時間をも含むを与えるものである。デバイスCがさらにCTSコマンドも傍受した場合、デバイスCは、NAVを設定するために、CTSコマンド中で示された時間期間をさらに使用することが可能である。多くの場合、RTSコマンドおよびCTSコマンドの結果として設定された2つのNAVは同時に時間期間が満了し、最終的にどちらを使用すべきであるかは問題ではない。滅多に起こる可能性の無い場合として、RTSコマンドおよびCTSコマンドの結果として設定された2つのNAVが異なる時点で満了する時間期間を有する場合、2つのNAVの一方を選択して使用する方法に関しては、本明細書の開示範囲外である。NAVの時間期間の終了時点において、デバイスCは、自身のNAVを初期化し、他のネットワーク規約に従いつつも自身の送信動作を許可する。図2Bに移ると、デバイスAは、この場合もデバイスBに対してRTSコマンドを送信する。しかしこの場合においては、デバイスAはデバイスBからいつまで経ってもCTSコマンドを受信しない。このような事が起こるのには幾つかの理由があるだろう。例えば、デバイスBはCTSコマンドを送信していない、あるいは送信はしているがデバイスAがそれを正常に受信できなかったなどの理由である。理由が何であれ、デバイスAがCTSコマンドを受信しない場合、デバイスAは、全てのリスニング状態にあるデバイスに対して意図された通信動作が生起しないことを通知するためにCFENDコマンドを送信して動作開始するのに先立って、意図された通信動作を異常終了アボートさせることが可能である。この事は、以下を意味する。すなわち、デバイスCは、図に示すように自身のNAV設定内容を初期化した上で、デバイスCが通信することを望むならば、影響が及ぶ狭帯域チャネルの任意のいずれか又は全てを巡って競合する可能性がある。説明を簡単にするために、デバイスCのみが図示されているが、デバイスDおよびデバイスEもこれと同時並行して同様のプロセスを辿ることが可能である。図示された例においては、デバイスAは、期待した時刻それは本来ならばCTSコマンドの伝送が完了していたはずの時刻よりも十分に早い時刻であるにおいてCTSコマンドの開始部分を受信していないと判定したと同時にCFENDコマンドの送信を開始する。本発明に係るその他の実施形態においては、デバイスAは、CFENDコマンドを送信する前に、CTSコマンドの伝送が完了し得る時間だけ待つことが可能である。図3は、本発明の一実施形態に従い、アボートされることとなる意図されたRTS/CTS交換手順のプロセスを示すフローチャートである。図示された実例においては、ステップ310において、デバイスAは多重チャネルRTSコマンドを構成し、ステップ320において、そのRTSコマンドをデバイスBに送信する。当該RTSコマンドはデバイスBを宛先としてアドレス設定される図3には示されずことも可能であるが、ステップ325において、デバイスCは、当該RTSコマンドを傍受し、ステップ335において自身のNAVを当該RTSコマンドが示す持続期間に設定する。自身のNAVが設定されている間、デバイスCは、当該RTSコマンド中で示されているチャネル上での送信を行わず、その結果、デバイスAがデバイスBとの間で確立しようとしている意図された通信動作に対して干渉することを回避している。当該RTSコマンドを送信した後、デバイスAは、所定の時間期間に渡って図中のステップ330においてCTSタイムアウト時間と表示されている、デバイスBからのCTSコマンドによる応答を待つことが可能である。ステップ330において、デバイスAがCTSタイムアウト時間内において、CTSまたはデバイスAが少なくとも期待していたCTSとして認識するのに充分な程度のCTSコマンドを受信することが出来ない場合、デバイスAは、RTS/CTS交換手順が失敗したと仮定する。そのような場合、デバイスAは、ステップ340において、CFENDコマンドを送信することによって、デバイスBを相手とする意図された通信動作がアボートされることをアナウンスすることが可能である。このCFENDコマンドは、ステップ345において、デバイスCによって傍受されることが可能である。この時点で、デバイスCは、デバイスAとデバイスBとの間で意図されていた通信動作が発生しないことを知り得るので、ステップ355において、デバイスCは自身のNAV設定内容を初期化することが可能である。ステップ320から325までの破線とステップ340から345までの破線は伝送がデバイスCを宛先としてアドレス設定されていないけれども、それでもなお、デバイスCによって受信され、適切に復号化され得ることを示している。このフロー図では、デバイスBは図示されていないことに留意されたい。デバイスBがRTSコマンドを受信するか否か、デバイスBがCTSコマンドを送信するか否か、およびデバイスCがデバイスBから送信されたCTSコマンドを傍受しているか否か等は図示されていない。何故ならば、ここで説明した動作プロセスにおいて、それらは動作判断のポイントではないからである。何らかの理由で、デバイスAがCTSコマンドを受信しなかった場合、当該動作プロセスは図示したとおりに進行する。しかし、CTSコマンドがデバイスAによって正常に受信されたならば、このフローチャートの説明は当てはまらない。図4は、本発明の一実施形態に従い、チャネル帯域幅情報を含むHTCフィールドを伴う制御ラッパーフレームのフォーマットを示す。意図された通信動作が起こるべきチャネルの帯域幅を意図された受信側デバイスが知ることが出来るように、このフレームは、RTSコマンドを含むことが可能である。制御ラッパーフレームは、HT制御フィールド共に、任意の他のタイプの制御フレームを伝送するために使用することが可能であり、この様子は、図中において、運ばれるフレーム制御、HT制御および運ばれるフレームフィールドとして図示されている。図示された制御ラッパーフレームにおいて、フレーム制御フィールド、持続期間/IDフィールド、アドレス1フィールドおよびFCSフィールドは、従来の標準仕様が定める意味を有し、従来の標準仕様が定めるファーマット規約に従う。同様に、運ばれるフレーム制御フィールドおよび運ばれるフレームフィールドは伝送されるべきフレームを運ぶために従来の標準仕様が定める方法において使用することが可能である。例えば、RTSコマンド又はCTSコマンドはこの方法により、制御ラッパーフレーム内で運ばれることが可能である。HT制御フィールドは図4の下側部分に拡大図の形で示されている。HT制御フィールドの中の大部分のサブフィールドは、従来の標準仕様が定める意味を有し、従来の標準仕様が定めるファーマット規約に従う。しかしながら、従来の標準仕様が定めるHT制御フィールドのフォーマットは、現在は未定の将来の利用のために予約されていた2つのサブフィールドを有していた。本発明の幾つかの実施形態においては、それら予約されていたサブフィールドの中の一つをチャネル帯域幅フィールドとするために選定することが可能である。このチャネル帯域幅フィールドは、RTSコマンドにより要求された意図された通信動作のために予約中である広帯域のチャネルの帯域幅を表すことが可能である。一つの実例においては、このフィールドは、一本の広帯域チャネルの中に何本の狭帯域チャネルが含まれているかを表すことが可能であり、それにより、当該広帯域チャネルは、一本の狭帯域チャネルの整数倍の帯域幅を有することとなる。例えば、00の値は、20MHzのチャネル一本の狭帯域チャネル、従って広帯域チャネルは存在しない、01の値は40MHzのチャネル2本の20MHz狭帯域チャネルから構成される、10の値は80MHzのチャネル4本の20MHz狭帯域チャネルから構成される、11の値は160MHzのチャネル8本の20MHz狭帯域チャネルから構成されるを表すことが可能である。他の帯域幅表示方法もまた可能である。当該フィールドの情報内容と広帯域チャネルの帯域幅との間の正確なマッピングは任意の実装可能な形式とマッピング機能に従って実現される。複数の異なる実施形態において、チャネル帯域幅サブフィールドは、従来から予約されていた他のサブフィールドに割り当てられても良く、異なるサブフィールドがチャネル帯域幅サブフィールドに置き換えられても良く、またはチャネル帯域幅サブフィールドを収容するために、HT制御フィールド自身の全体フォーマットが変更されても良い。その主たる目的は、RTSコマンドによって広帯域チャネルが要求される際に、RTSコマンド内においてチャネル帯域幅を指定することであり、最も広い実施形態においては、これは任意の実現可能なフォーマットによって達成され得る。CTSコマンドは、応答側デバイスが要求された広帯域チャネルに対して同意した旨の肯定応答アクノレッジを備えている。代替的に、当該応答側デバイスは、当該RTSによる要求を拒絶する旨の表示を送信することも可能であるが、本明細書記載の関連する実施形態は、当該RTSコマンドが受諾されたと仮定している。図5は、本発明の一実施形態に従い、RTS/CTS交換手順であって、RTSが当該交換手順によって予約される広帯域チャネルの帯域幅を表す通信手順を示す。図示された実例において、他の無線通信デバイス応答者側に対して情報を通信しようとしている無線通信デバイス要求者側は、ステップ510において、いずれの広帯域チャネルをその通信動作のために予約したいかを決定する。ここでは、用語伝送ではなく用語通信を使用しているが、それは意図された通信動作が他のデバイスへの情報の伝送とその情報を正常に受信できた当該他のデバイスからの受信された肯定応答アクノレッジの両者を指して言っているからである。広帯域チャネルの選択は、当該広帯域チャネルがどの程度の広さの帯域幅を持つべきであるかという点を含むことが可能であり、すなわち、当該広帯域チャネルの帯域幅を定義するために、何本の狭帯域チャネルを合成しなくてはならないかという点を含み得る。例えば、選択された広帯域チャネルは、40MHzの帯域幅2本の20MHz狭帯域チャネルを合成、80MHz4本の20MHz狭帯域チャネルを合成または160MHzの帯域幅8本の20MHz狭帯域チャネルを合成を有することが可能である。要求者側デバイスはさらに、利用可能な全ての狭帯域チャネルの中から何れのチャネルを合成して広帯域チャネルを形成するかを選択することが可能である。所望の広帯域チャネルを選択した後に、ステップ520において、要求者側デバイスは、伝送のためにRTSフレームを生成し、そのフレームの中に当該選択された広帯域チャネルを必要充分に記述する情報を挿入することが可能であり、それにより、当該RTSコマンドを受信したデバイスは、当該広帯域チャネルの帯域幅を判定し、その広帯域チャネルを生成するために使用される特定の複数の狭帯域チャネルを決定することができる。続いて、当該RTSコマンドは、ステップ530および535において、要求者側デバイスから応答者側デバイスへと送信されることが可能である。幾つかのデバイスが当該RTSコマンドを受信する可能性があるけれども、ここで言う応答者側デバイスは、当該RTSコマンドにおいて宛先としてアドレス指定されているデバイスであり、要求者側デバイスが予約されたチャネル時間期間内において通信相手として意図しているデバイスである。当該RTSコマンド伝送を傍受している他のデバイスがとるべき振る舞いに関しては、ここでは説明されない。応答者側デバイスが当該RTSコマンドを受信し、その中に記述された広帯域チャネルに関する詳細情報に関して判定をする際、当該応答者側デバイスは、示された広帯域チャネルの上で通信することに同意し得るかも知れないし、同意できないかも知れない。例えば、当該応答者側デバイスは、当該示された広帯域チャネルの上で通信するための技術的な機能を有していないかも知れないし、当該示された広帯域チャネルを構成する一つ以上の狭帯域チャネルに関してNAV設定内容を有しているかも知れないし、それらの狭帯域チャネルの一つ以上の上で干渉を受けているかも知れないし、例え意図された通信動作が実行可能であったとしても、当該要求を受け入れない旨の選択をしている可能性すらあるからである。これらの可能性又はそれ以外の可能性がステップ545において検査される。何らかの理由により当該要求が受け入れられなかった場合、フロー図はステップ555において処理を終了し、本明細書に開示されていない更なる動作を実行する。もしも、当該要求が受け入れられたならば、応答者側デバイスは、ステップ565においてCTSコマンドを送信することが可能であり、それはステップ570において、要求者側デバイスによって受信される。本発明の幾つかの実施形態においては、当該CTSコマンドはRTSコマンドによって示されたチャネル帯域幅情報と同一の情報内容を反復することが可能であり、幾つかの実施形態においては、その情報は、RTSコマンド内におけるフィールド位置又はサブフィールド位置と同一であるCTSコマンド内のフィールド位置またはサブフィールド位置にあっても良い。RTS/CTS交換手順が完了した後、ステップ580およびステップ585において、当該2つのデバイスは、互いに同意したばかりの広帯域チャネルの上でこれらが意図していた通信動作を実行する。以上の説明は、例示的なものであると意図されており、制限的なものであるとは意図されておらず、上述した実施形態に対する変形実施例は、当業者が適宜実施し得るものである。それらの変形実施例は、本発明の様々な実施形態の中に包含されるように意図されており、それらは、以下に添付する請求項記載の発明の技術的範囲によってのみ制限され得る。"