(57)【要約】  無線ネットワーク及びその使用方法は、スケジューリングされた期間に少なくとも１つの送信先へ信号を伝送する送信元を含む。ネットワークは、送信先から隠れている隠れノードも含み、該に隠れノードは前記スケジューリングされた期間に信号を送信する。このネットワーク及びその使用方法は媒体の効率的な使用を提供する。
2007533173.tif 000002
【特許請求の範囲】
【請求項１】
送信元がスケジューリングされた期間に少なくとも１つの送信先へ信号を送信し、送信先から隠れている少なくとも１つの隠れノードが前記スケジューリングされた期間に信号を送信することを特徴とする無線ネットワーク。
【請求項２】
前記送信元は前記少なくとも１つの送信先へ送信要求（ＲＴＳ）を送信し、該ＲＴＳは送信持続時間値及び受信者情報を含む、請求項１に記載の無線ネットワーク。
【請求項３】
少なくとも１つのノードはＲＴＳを受信しない、請求項２に記載の無線ネットワーク。
【請求項４】
前記送信先はＲＴＳの受信後、受信準備完了（ＣＴＳ）を送信元へ送信し、ＲＴＳを受信する少なくとも１つのノードはＣＴＳを受信しない、請求項３に記載の無線ネットワーク。
【請求項５】
当該ネットワークがＣＴＳを受信する少なくとも１つのノードを含む、請求項４に記載の無線ネットワーク。
【請求項６】
当該ネットワーク内の少なくとも１つのノードはＲＴＳを受信するとともに、少なくとも１つのネットワークアロケーションベクトルを設定し、該ベクトル期間中該少なくとも１つのノードは送信を行わない、請求項２に記載の無線ネットワーク。
【請求項７】
ＲＴＳを受信する前記少なくとも１つのノードは、前記スケジューリングされた期間の少なくとも一部分中送信する、請求項６に記載の無線ネットワーク。
【請求項８】
ＣＴＳを受信する前記少なくとも１つのノードは、前記スケジューリングされた期間に送信しない、請求項５に記載の無線ネットワーク。
【請求項９】
ＣＴＳを受信する前記少なくとも１つのノードは、少なくとも１つの送信先による確認応答（ＡＣＫ）の送信中に送信する、請求項８に記載の無線ネットワーク。
【請求項１０】
前記スケジューリングされた期間中の送信は少なくとも１つのデータフレームを含む、請求項１に記載の無線ネットワーク。
【請求項１１】
前記送信元は少なくとも１つの送信先へフレームを送信し、前記フレームは伝送持続時間及び受信者情報を含む、請求項１に記載の無線ネットワーク。
【請求項１２】
前記送信先は前記フレームの受信後に応答送信を前記送信元へ送信し、前記フレームを受信する少なくとも１つのノードは前記応答送信を受信しない、請求項１１に記載の無線ネットワーク。
【請求項１３】
無線ネットワークにおいて、スケジューリングされた期間に少なくとも１つの送信先へ信号を送信する送信元と、送信先から隠れている少なくとも１つのノードを設け、前記スイッチングクロックなくとの１つのノードが前記スケジューリングされた期間に信号を送信することを特徴とする無線通信方式。
【請求項１４】
前記送信元は前記少なくとも１つの送信先へ送信要求信号（ＲＴＳ）を送信し、ＲＴＳは持続時間値と受信者情報を含む、請求項１３に記載の無線通信方式。
【請求項１５】
前記ネットワーク内の少なくとも１つのノードはＲＴＳを受信しない、請求項１４に記載の無線通信方式。
【請求項１６】
前記送信先はＲＴＳの受信後、受信準備完了（ＣＴＳ）を前記送信元へ送信し、前記少なくとも１つのノードはＣＴＳを受信しない、請求項１４に記載の無線通信方式。
【請求項１７】
前記ネットワークはＣＴＳを受信する少なくとも１つのノードを含む、請求項１６に記載の無線通信方式。
【請求項１８】
前記ネットワーク内の少なくとも１つのノードはＲＴＳを受信するとともに、少なくとも１つのネットワークアロケーションベクトル（ＮＡＶ）を設定し、該ベクトル期間中該少なくとも１つのノードは送信しない、請求項１５に記載の無線通信方式。
【請求項１９】
ＲＴＳを受信する前記少なくとも１つのノードは、前記スケジューリングされた期間の少なくとも一部分中送信する、請求項１８に記載の無線通信方式。
【請求項２０】
ＣＴＳを受信する前記少なくとも１つのノードは、前記スケジューリングされた期間に送信しない、請求項１７に記載の無線通信方式。
【請求項２１】
ＣＴＳを受信する前記少なくとも１つのノードは、前記少なくとも１つの送信先による確認応答（ＡＣＫ）の送信中送信する、請求項２０に記載の無線通信方式。
【請求項２２】
前記スケジューリングされた期間中の送信は少なくとも１つのデータフレームを含む、請求項１３に記載の無線通信方式。
【請求項２３】
前記送信元は前記少なくとも１つの送信先へフレームを送信し、前記フレームは持続時間値及び受信者情報を含む、請求項１３に記載の無線通信方式。
【請求項２４】
前記送信先はフレームの受信後に応答送信を前記送信元へ送信し、前記フレームを受信する少なくとも１つのノードは応答送信を受信しない、請求項２３に記載の無線通信方式。
【請求項２５】
ＲＴＳのヘッダは持続時間値及び送信先の識別情報に加えてオフセットを含むことができ、前記オフセットはＲＴＳの受信終了時間とネットワークアロケーションベクトル（ＮＡＶ）が設定される時間との時間間隔を指定する、請求項２に記載の無線ネットワーク。
【請求項２６】
ＲＴＳとＣＴＳの両方を受信する少なくとも１つのノードを更に含む、請求項４に記載の無線ネットワーク。
【請求項２７】
前記ネットワークはＲＴＳとＣＴＳの両方を受信する少なくとも１つのノードを含む、請求項１７に記載の無線通信方式。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、米国特許法第１１９条第ｅ項（35 USC 119 (e)）に基づいて、米国特許商標庁に２００４年２月２日に出願され、出願番号60/541,080を付与された仮特許出願を優先権主張するものであり、その内容が参考のためにここに含まれているものである。
【背景技術】
【０００２】
データ通信及び音声通信の無線接続の利用は増加し続けている。これらのデバイスは、携帯電話、ポータブルコンピュータ、無線ＬＡＮ（ＷＬＡＮ）コンピュータ、携帯端末等を含む。無線通信帯域幅は、チャネル変調技術の進歩と共に非常に増大しており、無線媒体が有線及び光ファイバ方式の代わりに種々に利用されている。
【０００３】
各無線ネットワークは複数の層及び副層を含む。媒体アクセス制御（ＭＡＣ）副層及び物理（ＰＨＹ）層はこれらの層のうちの２つである。ＭＡＣ層は、開放型システム間相互接続（ＯＳＩ）スタックにおけるデータリンク層の下位の２つの副層である。IEEE 802.11 は、ＷＬＡＮの媒体アクセス制御（ＭＡＣ）副層及び物理（ＰＨＹ）層の仕様を規定する規格である。この規格は音声及びデータトラヒックの制御に大きな向上をもたらしたが、サービス品質（ＱｏＳ）要求を維持しながら増加したチャネルレートでのネットワークアクセスに対する需要の連続的増加を達成するのために規格の評価及び変更が継続的に行われてきた。例えば、多くの努力が、特にサービス品質（ＱｏＳ）の保証を与える、ＷＬＡＮにおけるリアルタイムマルチメディアサービスをサポートするためになされている。
【０００４】
周知のように、多くの無線通信ネットワークにおいては、ホスト又はアクセスポイントのような送信機からのフレームの受信機の保護に重点が置かれている。しかしながら、既知のプロトコルでは、フレームの受信機から隠れている送信機及びノードも保護することになる。この保護は、ネットワーク及びその構成装置の非効率的な利用をもたらす。例えば、ある送信機がスケジューリングされた送信中にある受信機へ送信するようスケジューリングされている場合、既知の方式においては、受信機の保護を確実にするために、仮想予約方式によって、送信機のサービスエリア（領域）内の全てのノードが送信しないように命令して受信機によるフレームの受信を妨害しないようにする。しかしながら、送信機のサービスエリア内のノード（デバイス）は、それら送信が受信ノードによって受信されないほど十分に受信ノードから遠く離れている場合が多い。既知の技術では、潜在的送信及び増大処理能力が不必要に犠牲になる。
【発明の開示】
【０００５】
従って、上述した既知の方式の少なくとも欠点を十分に克服する方式及び装置が必要とされている。
【０００６】
本発明の一実施例によれば、無線ネットワークは、スケジューリングされた期間に少なくとも１つの送信先に信号を送信する送信元を含む。このネットワークは、送信先から隠れている少なくとも１つの隠れノードを含み、該隠れノードが前記スケジューリングされた期間に信号を送信する。
【０００７】
本発明の一実施例によれば、無線通信方式は、スケジューリングされた期間に少なくとも１つの送信先に信号を送信する送信元を設ける。この方式は、送信先から隠れている少なくとも１つの隠れノードを設け、該隠れノードが前記スケジューリングされた期間に信号を送信する。
【発明の好ましい実施の形態】
【０００８】
本発明は、添付の図面を参照して以下の詳細な説明を読めば最良に理解される。様々な構成が必ずしも一定の比率で描画されるわけではないことを強調しておく。事実、説明を明瞭にするために寸法は任意に拡大縮小されている。
【０００９】
以下の詳細な説明において、本発明の説明及び非限定のために、特定の詳細を開示する代表的な実施例についてこれを完全に理解できるように説明する。しかしながら、ここに開示する特定の詳細と異なる他の実施例が可能であることは、本開示を受けた当業者に明らかである。更に、周知のデバイス、方式、システム及びプロトコルの説明は、本発明の説明を不明瞭にしないように省略することができる。それでも、当業者に周知のこの種のデバイス、方式、システム及びプロトコルは実施例に従って使用できる。
【００１０】
手短に言えば、代表的な実施例は、無線通信ネットワーク及び無線通信方式に関するものであり、周波数帯の効率的な再利用を提供する。特徴的に言えば、代表的な実施例は仮想チャネルアクセス、又は仮想チャネルアクセスを実行するための仮想予約方式及びＭＡＣ層を含む。１つの有用な方式は、内部ネットワークアロケーションベクトル（ＮＡＶ）を更新するために、少なくとも１つの持続時間値の送受信を通信セッション又はサービスインターバルに組み込むことである。説明を続けるにつれて明らかになるが、持続時間値は特定のセッションの開始及び終了時間を含む。実施例によれば、ＮＡＶを更新するために使用する持続時間値の情報は、スケジューリング及び衝突を助長する一方で、ネットワークの特定のデバイスによる向上した媒体使用を提供する。
【００１１】
具体的には、他のノード（送信先）から送信要求（ＲＴＳ）を受信するが受信準備完了（ＣＴＳ）を受信しない１つ以上のノードは、したがって、送信先の範囲外にある。これらのノードは、送信先のフレーム（又は他の形式の信号）の受信を妨害する（例えば、フレームの衝突を生じる）心配なしに、自由に送信することができる。しかし、既知の方式及びネットワークの下では、周波数帯割当ては送信元から送信先へのただ１つの送信に非効率的に浪費されるが、本明細書に記載する実施例によれば、周波数帯割当ては送信先から隠れている１つ以上の隠れノードによって使用することができる。
【００１２】
本明細書に記載する方式及びネットワークは特定の無線規格、例えばIEEE 802.11 及びその後継規格、に適用できることが知られている。一般に、この方式及びネットワークは、仮想チャネルアクセス（仮想予約）技術を含む無線通信方式に適用できる。もちろん、当業者に既知の様々な仮想予約プロトコルを代表的な実施例の無線システムに組み込むことがでる。
【実施例】
【００１３】
図１は、代表的な実施例の無線ネットワーク１００を示す。この無線ネットワークは、送信元１０１及び送信先１０２を含む。送信元１０１は送信範囲１０３を有し、送信先１０２は受信範囲１０４を有する。また、ノード１０６及びノード１０７もネットワーク内に含まれる。複数の送信先があり得る点に注意されたい。このために、送信元１０１は２つ以上の送信先へ送信することを望むことがある。この場合、送信される持続時間値は各送信先に対する送信の割当情報を含み、各持続時間値が各送信先のＮＡＶを更新する。しかしながら、必要なＣＴＳとの衝突／混信を回避するために、ＮＡＶにより、各送信先からのそれぞれＣＴＳを順次割当てる便利な機構がある。ＭＡＣ層のプロトコルを制御しているこの種の機構の詳細は、当業者の範囲内にある。
【００１４】
通常、送信元１０１、送信先１０２、ノード１０６及び１０７は、１つ以上の既知のプロトコルに基づいて機能する分散型無線ネットワークにおける一般のデバイスとすることができ、分散ＭＡＣ層を含む。この種のデバイスは、コンピュータ、ポータブルコンピュータ、パーソナル携帯情報機器（ＰＤＡ）及び携帯電話を含むが、これらに限定されない。具体的には、送信元１０１、送信先１０２、ノード１０６及び１０７を含むネットワークは、IEEE 802.11 規格又はその後継規格に従って機能する。もちろん、これは単なる例示であり、他のプロトコルを使用してもよい点に注意されたい。これらは、搬送波感知多元アクセス（Carrier Sensing Multiple Access）（ＣＳＭＡ）、搬送波感知多元アクセス／衝突回避方式（ＣＳＭＡ with collision avoidance）（ＣＳＭＡ／ＣＡ）、周波数分割多元接続（Frequency Division Multiple Access）（ＦＤＭＡ）及び時分割多元接続（Time Division Multiple Access）（ＴＤＭＡ）を含むが、これらに限定されない。
【００１５】
あるいは、送信元１０１及び送信先１０２は、ホスト又はアクセスポイント（ＡＰ）又は無線デバイスであってもよい。もちろん、本実施例において、送信元１０１及びノード１０６を含むネットワークは、集中又は分散ＭＡＣ層及びプロトコルを含む。最後に、実施例のネットワークが集中型又は分散型であるかどうかは関係なく、実施例のいかなるネットワークも特徴として、少なくとも１つのネットワークアロケーションベクトルを使用する仮想予約方式を含む点に注意されたい。
【００１６】
ネットワーク又はＭＡＣ層の形式に関係なく、特定の実施例では、送信元１０１は送信要求信号（ＲＴＳ）１０５を伝送し、その送信要求信号は、送信先１０２によって及び送信元の範囲１０３内にあるノード１０６によって受信される。加えて、ＲＴＳは送信元１０１と送信先１０２の両送信範囲内に受信範囲を有する少なくとも１つのノード１１０により受信され得る。しかしながら、ＲＴＳ１０５はノード１０７によっては受信されない。特に、送信元１０１はノード１０７の送信範囲外にある。
【００１７】
送信元１０１からの最初の送信は、ヘッダに必要な情報を含み、特定の通信セッションのためのＮＡＶを設定する。このヘッダは、対象の受信者情報、この場合送信先１０２、だけでなくセッションの開始及び持続時間を含む。ヘッダの受信時に、送信先１０２はＣＴＳ１０８を送信し、そのＣＴＳはその送信範囲（図示せず）内の全てのデバイスによって受信される。図１を見れば分かるが、このＣＴＳ１０８は送信元１０１、ノード１０７及びノード１１０によって受信される。特に、ＣＴＳ１０８は送信先１０２の送信範囲（図示せず）外にあるノード１０６によっては受信されない。
【００１８】
既知の衝突回避方式の下では、ＲＴＳとＣＴＳを両方とも受信しないノードによるＲＴＳ及びＣＴＳの受信のために、これらのデバイスをセッションの持続時間中に「サイレント(非送信)」のままにする必要がある。これは送信元１０１による送信セッション中、受信機（送信先１０２）を混信から保護する。しかしながら、本発明者は、このような既知の方式は無線システムの範囲内の特定のデバイスの通信を、送信元１０１と送信先１０２とのこのセッションの間、不必要に制限していることを認識した。
【００１９】
説明を続けるにつれて明らかになるが、実施例では、送信元１０１と送信先１０２との送信セッションの間に、送信先１０２の受信範囲１０４外に送信範囲を有するノードは、同様に送信先１０２の受信範囲１０４外に送信範囲を有する他のノードと通信することができる。例えば、受信範囲１０４内にない送信範囲を有するノード１０６は互いに通信することができ、また送信範囲１０３外にあるノード１０９と通信することができる。
【００２０】
更に、送信元１０１から送信先１０２への伝送セッションの間、信号（音声、ビデオ又はデータ、又はその全て）受信機を保護することは有用であるが、信号送信機を保護する必要はないので、ノード１０６及び１０９は送信元１０１の機能に悪影響を及ぼすことなく送信元１０１へ送信することができる。その上、ノード１０７はＣＴＳの受信状態にあるので、送信の開始は肯定応答（ＡＣＫ）の送信時に直ちに開始することができる。これら及び他の実施例は以下に記載されている。
【００２１】
図２は、一実施例の無線ネットワークの時間軸２００を示す。最初に、送信元２０１（例えば送信元１０１）はＲＴＳ２０２を送信し、そのＲＴＳは送信先２０３（例えば送信先１０２）及びＲＴＳの受信機２０４（例えばノード１０６）に受信される。短フレーム間隔（ＳＩＦＳ）２０６後、送信先２０３は送信元２０１へＣＴＳ２０７を送信する。ＲＴＳ２０２のヘッダから、ＣＴＳの持続時間値が設定される。送信元２０１は受信モードになり、送信元２０１の受信範囲内に送信範囲を有するデバイス（例えばノード１０６，１０９）による混信から保護されなければならない。そして、ＲＴＳの受信機２０４（例えばノード１０２，１０６，１１０）は、ＲＴＳ２０２の受信後、ＮＡＶ２０８によって非送信すなわち「サイレント」モードになる。送信元はＣＴＳ２０７の開始まで受信モードでなくてよいので、ＮＡＶ２０８はＣＴＳ２０７のみと重なる持続時間を有するものしてもよい点に注意されたい。
【００２２】
実施例では、ＣＴＳ２０７の送信及び次のＳＩＦＳ２０９後に、送信元２０１はデータの送信２１０を開始する。図１の実施例の記載から容易に分かるように、ＣＴＳ２０７終了後、送信先２０３の受信範囲外の全てのデバイス（例えばノード１０６，１０９）は、送信先２０３によるデータの受信２１０を妨害することなく、互いに自由に送信することができる。したがって、送信先２０３はデータの送信２１０中保護される。本実施例では、ＲＴＳの受信機２０４は、ＣＴＳ２０７の終了時に送信を開始することができる。
【００２３】
しかしながら、ＣＴＳの受信機２０５（例えばノード１０７）に許される送信時間窓は、ＲＴＳ受信機のそれとは全く異なる。ＣＴＳの受信機２０５は、ＲＴＳ２０２の間及びＣＴＳの終了前は、ＮＡＶのためのヘッダ情報を受信しないので、継続中のデータの送信を認識しない。そして、ＣＴＳ２０７で終了する期間２１１中、ＣＴＳの受信機２０５は、それらの送信範囲内の受信機と混信することのなく情報を送受信することができる。このようにネットワークの受信機は保護される。
【００２４】
ＣＴＳ２０７の終了後、ＣＴＳの受信機２０５は、ＮＡＶ２１２であるデータ伝送の持続時間中、非送信すなわち「サイレント」モードのままになる。ＣＴＳ２０７から、ＣＴＳの受信機２０５はデータの送信２１０の終了時点になり、ＮＡＶ２１２をこの終了時点に設定する。このように、データの送信２１０の終了時に、ＣＴＳ２０７の受信機は送信を再開することができる。この送信期間は２１３に開始する。ＣＴＳの受信機２０５のサイレント時間の開始及び持続時間はＣＴＳ２０７により実行され、ＮＡＶ２１２を受信機２０５に設定する。
【００２５】
明らかなように、データの送信中にＣＴＳの受信機２０５で観察される「サイレント」状態は、ネットワークの受信機を保護する。例えば、図１の実施例において、ＣＴＳを受信するノード１０７は、送信先１０２が送信元から受信している時間中送信しない。しかしながら、送信先が受信モードになる前、特に送信先がＣＴＳを伝送しているときに、ノード１０７は送信することができる。このために、送信元１０１の受信範囲外に送信範囲を有するノードは、ＣＴＳの送信中に送信することによりこの受信機と混信しないようにする。データの送信２１０の終了時における送信中のＣＴＳの受信機２０５による送信のスケジューリングは、ＣＴＳ２０７によって実行され、ＮＡＶ２１２を受信機２０５に設定する。
【００２６】
データの送信２１０の終了後で、第２のＳＩＦＳ２１４終了時に、ＲＴＳの受信機２０４（例えばノード１０２，１０６，１１０）は送信を終えなければならない。これは送信先２０３によるＡＣＫ２１５の送信中送信元２０１を混信から保護する。すなわち、送信先の受信範囲はＲＴＳの受信機２０４の送信範囲内にあり、したがって、受信機（送信先２０３）を保護するには、ＡＣＫ２１５が終了するまで、送信先２０３の受信範囲内で伝送できる全てのデバイスを「サイレント」のまましなければならない。このサイレンと期間のスケジューリングはＲＴＳ２０２により、ＮＡＶ２１６を受信機２０４に設定することにより得られる。
【００２７】
デバイス１１０が送信元２０１と送信先２０３の両範囲内に位置し得る点に注意されたい。これらのデバイス１１０は、ＲＴＳ２０２とＣＴＳ２０７の両方を受信するため、タイムスロット２０８，２１２及び２１６の期間の間のＮＡＶを設定する。これらのデバイス１１０は、２０１と２０３との間の通信中は周波数帯を再利用することはできず、サイレントのままになる。
【００２８】
最後に、実施例によれば、ＮＡＶの更新に使用する持続時間値は送信中に送信されるデータフレームに含まれるため、ＲＴＳ／ＣＴＳの交換は不用にできる点に注意されたい。例えば、送信元２０１はＲＴＳ２０２を必要とせずに直接データフレームを送信送することができる。しかしながら、送信先はＣＴＳ２０７を送信する機会がなかったので、送信先の周辺の媒体を用意しないで隠れノードから自身を保護する。
【００２９】
図３は、他の実施例の無線通信ネットワークの時間軸３００を示す。この無線ネットワークは、図１の実施例に関連して記載されている形式のものであってもよく、１つ以上の仮想チャネルアクセス方式を含む。具体的には、推奨802.11e プロトコルの、既知のバーストＡＣＫ／Ｎｏ  ＡＣＫ方式をＴＸＯＰバーストと関連して使用するとき、図３の実施例の方式は媒体の効率的な使用を提供する。もちろん、本実施例の説明が不明瞭にならないように、図１及び図２の実施例の多数の共通の詳細については繰り返し説明しない。
【００３０】
送信元３０１は、ＲＴＳ３０５を少なくとも１つの送信先３０２へ送信する。ＳＩＦＳ３０６後、送信先３０２は送信元３０１へＣＴＳ３０７を返信する。すでに述べたように、ＲＴＳの受信機３０３によるＲＴＳ３０５の受信はＮＡＶ３０８及びＮＡＶ３０９を設定し、ＣＴＳの受信機３０４によるＣＴＳ３０７の受信はＮＡＶ３１０をそれぞれ設定する。第２のＳＩＦＳ３１１後、ＳＩＦＳ間隔３１５で分離される一連のデータ送信３１２〜３１４は送信元３０１によって行われる。図示するデータ送信より多くの又は少しのデータ送信を行ってもよい点に注意されたい。
【００３１】
最後の送信後、ブロックＡＣＫ要求３１６が送信元３０１によって送信され、次のＳＩＦＳ３１７後、ブロックＡＣＫ応答３１８が送信先３０２によって送信される。
【００３２】
ＲＴＳの受信機３０３（例えばノード１０６，１０９）は、データ送信３１２〜３１４の間中、ＳＩＦＳ３１５の間中、及びブロックＡＣＫ要求３１６の間中、媒体を使用することができる。これは、これらのデバイスが互いに通信する、及び、送信先３０２の受信範囲外の他のデバイスと通信する有益な時間をこれらのデバイスに提供する。実際には、送信元が受信モードである必要がある期間（ＣＴＳ３０７と重なるＮＡＶ３０８及びブロックＡＣＫ応答３１８と重なるＮＡＶ３０９）中しか、ＲＴＳの受信機は送信できないだけである。これは他の既知の方式及びプロトコルと比較して効率の大きな向上をもたらす。
【００３３】
ＣＴＳ３０７終了前、ＣＴＳの受信機は送信先の受信を妨げることなく送信することができる。また、ＮＡＶ３１０の後も、これらのデバイスは、送信先３０２が受信中でないので、送信することができる。これも、他の既知の方式及びプロトコルと比較して効率の大きな向上をもたらす。
【００３４】
図２の実施例につき記載したように、デバイス１１０が送信元３０１と送信先３０３の両範囲内に位置し得る。これらのデバイス１１０は、ＲＴＳ３０５とＣＴＳ３０７の両方を受信するため、タイムスロット３０８，３０９及び３１０の期間中ＮＡＶを設定する。これらのデバイス１１０は、３０１と３０２との間の通信中は周波数帯を再利用することはできず、サイレントのままになる。
【００３５】
最後に、図２及び図３の実施例によれば、ＲＴＳ２０２及び３０５のヘッダは１つ以上の送信先の持続時間及び識別情報に加えてオフセットを含むことができる点に注意されたい。ヘッダ内のこのオフセットフィールドは、ＲＴＳフレームの受信終了時間と図２のＮＡＶ２１６及び図３のＮＡＶ３０９が設定される時間との時間との間隔を指定する。さらに、デバイス１０６及び１０７はＲＴＳのヘッダ内にこのオフセット情報を必ずしも必要とせず、複雑な計算を行い、計画されたフレームシーケンスの持続時間からＡＣＫ又はブロックＡＣＫ応答フレーム時間を減算することにより、ＮＡＶ２１６又はＮＡＶ３０９を設定することができる点に注意されたい。
【００３６】
本開示によれば、本明細書に記載される様々な方式及びデバイスは、既知のハードウェア及びソフトウェアで実装でき、仮想予約方式を使用する少なくとも１つの無線ネットワークにおける媒体のデバイス間での共有を達成することができる。更に、上記の様々な方式及びパラメータは単なる一例であり、本発明を限定するものではない。本開示よれば、当業者は、本発明の範囲内において、上記の様々なデバイス及び方式を、個々の技術及びこれらの技術の実行に必要な機器を決定して実現することができる。
【図面の簡単な説明】
【００３７】
【図１】図１は、本発明の一実施例の無線通信ネットワークの概略図である。
【図２】図２は、本発明の一実施例のネットワークアロケーションベクトル（ＮＡＶ）方式の時間軸である。
【図３】図３は、本発明の他の実施例のＮＡＶ方式を示す時間軸である。
【図１】
2007533173.tif 000003
【図２】
2007533173.tif 000004
【図３】
2007533173.tif 000005
【国際調査報告】
2007533173.tif 000006
2007533173.tif 000007