(57)【要約】  第１プロトコルに従って動作する少なくとも１つのステーションと、第２プロトコルに従って動作する第２ステーションとを有するネットワークのステーション間のデータ送信のための無線通信ネットワークにおける媒体の予約方法であって、前記第１及び第２プロトコルの内にＣＦＰ（Ｃｏｎｔｅｎｔｉｏｎ  Ｆｒｅｅ  Ｐｅｒｉｏｄ）を設けるステップと、前記第１プロトコルに従って前記第１ステーションに対する前記媒体の予約を実行するステップと、前記第２プロトコルに従って前記第２ステーションに対する前記媒体の予約を実行するステップと、同一の信号を使用することによって、前記第１及び第２プロトコルに対して前記ＣＦＰを通知するステップとを有することを特徴とする方法。特に、ビーコン信号が使用され、当該ビーコンは、第２ステーションにより認識及び受付される信号を有する。第１ステーションに対する予約期間を予約するため、さらなる情報がビーコンフレームに追加される。
2007536865.tif 000002
【特許請求の範囲】
【請求項１】
第１プロトコルに従って動作する少なくとも１つのステーションと、第２プロトコルに従って動作する第２ステーションとを有するネットワークのステーション間のデータ送信のための無線通信ネットワークにおける媒体の予約方法であって、
前記第１及び第２プロトコルの内にＣＦＰ（Ｃｏｎｔｅｎｔｉｏｎ  Ｆｒｅｅ  Ｐｅｒｉｏｄ）を設けるステップと、
前記第１プロトコルに従って前記第１ステーションに対する前記媒体の予約を実行するステップと、
前記第２プロトコルに従って前記第２ステーションに対する前記媒体の予約を実行するステップと、
同一の信号を使用することによって、前記第１及び第２プロトコルに対して前記ＣＦＰを通知するステップと、
を有することを特徴とする方法。
【請求項２】
請求項１記載の方法であって、さらに、
前記第１及び第２ステーションにより前記信号を受信するステップと、
各アクティブステーションにおいて受信した信号をリスペクトするステップと、
前記第１プロトコルに従う予約情報と前記第２プロトコルに従う予約信号とを有するビーコン信号によって、前記媒体の予約に対するＣＦＰを通知するステップと、
を有することを特徴とする方法。
【請求項３】
請求項１又は２記載の方法であって、さらに、
前記第１ステーションにより認識される前記媒体の予約のための情報を有し、さらに前記第２ステーションにより知られているＣＦＰ信号を有するビーコン信号を配信することによって、以降の送信を予約するため前記媒体のＣＦＰを通知するステップを有することを特徴とする方法。
【請求項４】
請求項１乃至３何れか一項記載の方法であって、
送信元ステーションが、ソースビーコンを送信先ステーションに送信するステップと、
１以上の送信先ステーションが、デスティネーションビーコンを送信することによって、前記ソースビーコンの受信を許可するステップと、
を有することを特徴とする方法。
【請求項５】
請求項１乃至３何れか一項記載の方法であって、
前記送信先ステーションが、デスティネーションビーコンを前記送信元ステーションに送信するステップと、
前記送信元ステーションが、ソースビーコンを送信することによって、前記デスティネーションビーコンの受信を許可するステップと、
を有することを特徴とする方法。
【請求項６】
請求項１乃至３何れか一項記載の方法であって、
送信元ステーションと送信先ステーションとの間の接続がすでに確立されており、
前記送信元ステーションが、現在の送信のデータフレームの一部として以降の送信のための予約リクエストを前記現在の意図される送信先ステーションに送信するステップと、
前記送信先ステーションが、前記予約リクエストを繰り返し、ＣＦＰを通知するビーコンを送信するステップと、
前記意図される送信先ステーションの送信範囲内のアクティブステーションが、前記ビーコンを受信し、前記ＣＦＰの各自の予約情報をローカルに格納するステップと、
前記送信元ステーションが、ちょうど送信された前記データフレームのセーブ受信のアクノリッジメントと前記ビーコンを解釈するステップと、
前記送信元ステーションが、前記ビーコンを繰り返すステップと、
を有することを特徴とする方法。
【請求項７】
請求項６記載の方法であって、
前記送信元ステーションの送信範囲内と前記送信先ステーションの送信範囲内の双方のアクティブステーションが、前記ソース及び／又はデスティネーションビーコンを受信し、前記ビーコンにおける前記ＣＦＰの各自の予約情報をリスペクトすることを特徴とする方法。
【請求項８】
請求項２乃至７何れか一項記載の方法であって、
前記ソース及び／又はデスティネーションビーコンを受信したステーションが、ソース又はデスティネーションビーコンからのＣＦＰの各自の予約リクエストが含まれる自らのビーコンを送信するステップを有することを特徴とする方法。
【請求項９】
請求項２乃至８何れか一項記載の方法であって、
何れかのビーコンにより予約リクエストを受信する前記送信元又は送信先ステーション以外のステーションが、前記ＣＦＰの各自の予約リクエストに関する情報を格納し、前記予約期間中に前記媒体にアクセスすることを保留することを特徴とする方法。
【請求項１０】
請求項３又は５記載の方法であって、
前記予約情報は、前記計画された送信の送信者及び受信者のビーコンに含まれると共に、前記送信者及び前記受信者の他の近隣ステーションのビーコンに含まれ、
前記近隣ステーションは、前記送信者及び受信者のビーコンにより前記予約情報を受信している、
ことを特徴とする方法。
【請求項１１】
請求項１乃至１０何れか一項記載の方法であって、
アクティブとなるパッシブステーションは、ビーコン送信前に前記媒体におけるビーコンを受信し、
前記ステーションは、決定された期間に前記媒体上で受信する、
ことを特徴とする方法。
【請求項１２】
請求項１乃至１１何れか一項記載の方法であって、
前記ビーコンは、複数のフィールドを有し、
フレームコントロールフィールド及び／又はフレームボディフィールドは、前記予約リクエストを有する、
ことを特徴とする方法。
【請求項１３】
請求項１乃至１２何れか一項記載の方法であって、
前記ＣＦＰを含むビーコンは、ＩＥＥＥ８０２．１１及び拡張規格に従うことを特徴とする方法。
【請求項１４】
請求項１乃至１３何れか一項記載の方法であって、
前記ビーコンは、前記計画された送信の優先度、前記計画された送信の周波数又はコードチャネル、前記予約のスタートポイント及び期間、ルーティング情報、及び前記ビーコンの送信者又は近隣ステーションがスリープ、アクティブ又は休眠モードとなる時間の１つに関する情報を有し、
前記スリープ又はアクティブ時間は、それらのスタート時間、期間及び最終的な周期性、又は１以上のビットが特定のタイムスロットにおける前記ステーションの状態を通知するビットマップの形式により通知される、
ことを特徴とする方法。
【請求項１５】
請求項１乃至１４何れか一項記載の方法であって、
前記ビーコンは、スーパーフレーム内のタイムスロットの占有を通知し、タイムスロット毎に１以上のビットが含まれるビットマップを有することを特徴とする方法。
【請求項１６】
第１プロトコルに従って動作する少なくとも１つのステーションと、第２プロトコルに従って動作する第２ステーションとを有するネットワークのステーション間のデータ送信のための媒体を有する無線通信ネットワークであって、
前記第１及び第２プロトコル内にＣＦＰ（Ｃｏｎｔｅｎｔｉｏｎ  Ｆｒｅｅ  Ｐｅｒｉｏｄ）が設けられ、
前記ＣＦＰ期間中、前記第１ステーションに対する前記媒体へのアクセスは前記第１プロトコルに従って規定され、前記第２ステーションに対する前記媒体へのアクセスは前記第２プロトコルに従って規定され、
前記媒体の予約は、前記第２プロトコルに従う予約信号を有するビーコン信号により通知される、
ことを特徴とする無線通信ネットワーク。
【請求項１７】
請求項１５記載の無線通信ネットワークであって、
複数のステーションを有し、
少なくとも２つのステーションは、すべてのアクティブステーションにより受信され、リスペクトされる必要があるビーコン信号を規定するプロトコルを使用し、
少なくとも１つの第１ステーションは、前記第２プロトコルに従うＣＦＰ信号を有するビーコンを配信することによって、以降の送信を予約する手段としてＣＦＰを通知する、
ことを特徴とする無線通信ネットワーク。
【請求項１８】
請求項１乃至１５何れか一項記載の方法のＩＥＥＥ８０２．１１プロトコルによるＷＬＡＮにおける使用。
【請求項１９】
請求項１乃至１５何れか一項記載の媒体の分散的予約方法の実現のための命令を有し、プロセッサにより実行されるハードウェアにおけるコンピュータプログラム又はコンピュータプログラムの実現形態。
【請求項２０】
請求項１乃至１５何れか一項記載の方法を利用した通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のステーションを有する無線通信ネットワークにおける媒体の分散的予約方法に関する。当該ステーションはまた、例えば、ターミナル、装置、ノード又は加入者と呼ばれるかもしれない。
【背景技術】
【０００２】
無線通信ネットワークの１つのタイプとして、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｏｎｉｃｓ  ａｎｄ  Ｅｌｅｃｔｒｉｃａｌ  Ｅｎｇｉｎｅｅｒｉｎｇ）８０２．１１プロトコルに基づくワイヤレスローカルエリアネットワーク（ＷＬＡＮ）がある。ＷＬＡＮは、ステーションが媒体アクセスを自ら管理する分散的構成、又は通信のためステーションを接続し、各ステーションが送信可能であるとき交渉する少なくとも１つのアクティブワイヤレスアクセスポイント（ＡＰ）を備える管理的構成を有するかもしれない。ＡＰは、ＷＬＡＮ全体で配信されるビーコン信号を送信し、当該ネットワークに属するすべてのステーションが、このビーコンを受信し、それをリスペクト（ｒｅｓｐｅｃｔ）する。このビーコンは、さらなるステーションがＡＰとコンタクトをとり、ＡＰにより制御されるネットワークに参加することを可能にするため、アクセスポイントにより定期的に送信される信号である。従って、ステーションは、それがビーコンを受信又は認識する場合にはクライアントになるか、あるいはそれが矛盾する信号を受信しなかった場合には分散的ステーションとなる前に、異なる周波数上でデータを受信する。分散的なケースでは、ステーションが自らビーコンを送信する。スーパーフレームの開始時に何れのステーションがビーコンを送信するかは、ランダムプロセスである。
【０００３】
このため、ビーコンは、当該ビーコンの送信者（インフラストラクチャのケースではＡＰ）の送信範囲内にあるすべてのステーションにより受信及びリスペクトされる信号として規定される。ビーコンをリスペクトすることは、クラスタにおいて使用されるコード及び周波数などの情報をコピーすることを有する。定義毎に、ビーコンの受信は、エキストラフレームを送信することによっては承認されない。なぜなら、そうでない場合には、このような多数のアクノリッジメントフレームは、たいていは媒体上での送信中に衝突を招く可能性があるためである。
【０００４】
ＩＥＥＥ８０２．１１規格では、衝突回数を低減するため、媒体アクセスに対するオンデマンド機構が存在する。このオンデマンド機構は、ＲＴＳ（Ｒｅｑｕｅｓｔ−ｔｏ−Ｓｅｎｄ）、ＣＴＳ（Ｃｌｅａｒ−ｔｏ−Ｓｅｎｄ）、データ及びアクノリッジメント（ＡＣＫ）シーケンスに基づくものである。コントロールフレームＲＴＳ及びＣＴＳは、異なるタイプの情報について各種フィールド又は情報要素（ＩＥ）を有する。例えば、１つのフィールド又はＩＥは、当該信号の送信先に関する情報を有する。他のフィールド又はＩＥは、ＲＴＳ−ＣＴＳ、ＤＡＴＡ及びＡＣＫのやりとりの期間に関する。ＲＴＳ又はＣＴＳなどのコントロール信号を受信するすべてのステーションがそれを受信及び傍受する必要があるため、ＲＴＳ−ＣＴＳ、ＤＡＴＡ及びＡＣＫのやりとりの期間は、送信元ステーションの送信範囲にあるステーションと、送信先ステーションの送信範囲にあるステーションの双方により知られる。従って、これらのステーションは、進行中の送信をリスペクトし、通知された期間中の送信に従うことが可能である。
【０００５】
ＩＥＥＥ８０２．１１技術は、実践されており、多数の家電（ＣＥ）機器にインストールされている。
【０００６】
ＲＴＳ及びＣＴＳパケットは、大部分のＤＡＴＡパケットより短い。従って、これらのパケットの他のステーションの送信との衝突は、媒体のより短い閉塞をもたらす。しかしながら、異なるステーションのＲＴＳパケットとＣＴＳパケットとの衝突は、以前として発生する可能性がある。特許出願ＷＯ２００４／１１４５９８  Ａ１は、ＲＴＳ及びＣＴＳ（又はＤＡＴＡ及びＡＣＫパケット）におけるさらなる予約ＩＥを開示している。この予約は、次に計画される送信を参照し、それに対して以降において特定の期間が予約される。この新たな機構は、かなりの程度まで衝突を回避することを可能にする。
【０００７】
ＷＯ２００４／１１４５９８  Ａ１における予約を通知する手段は、ＩＥＥＥ８０２．１１と完全には後方互換性を有していない。その理由は、いわゆる当該規格に従う「レガシー」ステーションがＲＴＳ、ＣＴＳ、ＤＡＴＡ又はＡＣＫパケットにおける予約情報を理解することができないということである。しかしながら、ＷＬＡＮ無線ネットワークにおける媒体の分散的予約のための新規な機構は、ＩＥＥＥ８０２．１１プロトコルに後方互換的であるべきである。この場合の後方互換性は、新たなプロトコルを利用するステーションにより実行される予約リクエストが、「古い」８０２．１１プロトコルのレガシーステーションがそれらを理解することができるように実行される必要があるということを意味する。この場合に限って、新たなプロトコルを利用するステーション間の送信は、８０２．１１プロトコルを利用したレガシーステーションによっては干渉されないであろう。後方互換的な新たなプロトコルは、当該プロトコルを実行する装置又はステーションが、８０２．１１プロトコルを実行するレガシー装置又はステーションと媒体を共有することを実現するであろう。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従って、本発明の課題は、無線ネットワーク、特にＩＥＥＥ８０２．１１規格に従うＷＬＡＮにおいて媒体の分散的予約方法を提供することである。さらなる課題は、８０２．１１プロトコルを使用するステーションと、８０２．１１プロトコルに後方互換性を有するプロトコルを使用するステーションの両方から構成される無線通信ネットワークを提供することである。
【課題を解決するための手段】
【０００９】
方法に関して、上記課題は、独立請求項１に規定される方法により解決され、無線通信ネットワークに関して、上記課題は、独立請求項１６に規定されるネットワークにより解決される。
【００１０】
独立請求項１及び１６に与えられる手段は、分散予約プロトコルＤＲＰに関して説明されるであろう。この第１プルトコルが、第１ステーションにより使用される。第２ステーションは、第１プロトコルを理解しない。それらは、一例となるＩＥＥＥ８０２．１１規格である第２プロトコルを使用する。しかしながら、本発明はこの実施例に限定されるものではない。
【００１１】
例えば、ＩＥＥＥ８０２．１１プロトコルは、あるステーションにより受信されるビーコン信号が、当該ビーコン信号が通常はアクセスポイントＡＰにより配信されるため、当該ステーションによりリスペクトされる必要があるということを予想する。これは、管理的ステーションにおいてマスタとして機能するステーションによることを意味する。ネットワーク又はクラスタにおけるＡＰ以外のステーションは、クライアントである。通常、ビーコンはマスタにより送信され、ＡＰの近傍で構成されるネットワークのステーションになろうとする装置が、検知しながら特定の期間内にそれを受信又は理解することが可能となるように、定期的に繰り返される。ＷＬＡＮでは、ステーションは典型的には、送信先ステーションが送信元ステーションの送信範囲内となるように構成される。これは、基本的にはアクセスポイントが必要とされないためである。しかしながら、本発明は、ビーコン信号が媒体を介したさらなる送信を開始しようとするすべてのアクティブステーションに到達し、これらすべてのステーションにより復号される必要があるという事実に基づき構成される。
【００１２】
本発明は、ビーコン信号を配信するため、さらなる送信の送信者又は受信者であるステーションの予約を確立することを可能にすることに基づく。本発明によると、ビーコン信号において、又はその一部として通知されるいわゆるＣＦＰ（Ｃｏｎｔｅｎｔｉｏｎ  Ｆｒｅｅ  Ｐｅｒｉｏｄ）が、計画された送信に対する特定の期間を確保するため、以降の送信の送信者又は受信者により使用される。何れか新たなフィールド又は情報要素と対照的に、ＣＥＰ情報はＩＥＥＥ８０２．１１規格の一部であり、第２プロトコルに従って動作するすべてのレガシー又は第２ステーションにより理解される。ＣＦＰ情報は、ビーコンの送信者以外の他のステーションが媒体にアクセスすることが許可されていない期間を規定する。ＩＥＥＥ８０２．１１規格によるＣＦＰ情報の目的は媒体に対する制御をＡＰに付与することであっても、本発明において記載される方法により、予約のためにＣＥＦ情報を利用することが可能である。任意的には、追加的な情報がビーコン信号の新たなフィールド又は情報要素において送信可能である。このような情報は、さらに送信元ステーションのスリープ段階に関する情報又は以降の送信の周波数又はコードチャネルを有するかもしれない。ビーコン信号を受信するすべての第１及び第２ステーションがそれを受信及び傍受する必要があるため、送信元ステーションの送信範囲内にあるステーションと、送信先ステーションの送信範囲内にあるステーションが、予約された期間を認識している。レガシー又は第２ステーションは、この時間をＡＰについて予約された時間と解釈し、新たな又は第１プロトコルを理解する第１ステーションは、それを計画された送信に対する予約として解釈するであろう。何れのタイプのステーションも、当該予約をリスペクトし、通知されたＣＦＰにおいて自ら送信に従う。
【００１３】
予約リクエストを有するビーコンがネットワークにおいて配信され、これにより、決定されたＣＦＰがアクティブな第１及び第２ステーションによりリスペクトされることが保証される。
【００１４】
好適な実施例により隠されたノード又は隠されたステーションの問題を回避するため、送信元ステーションは、第１の、いわゆるソースビーコンを送信するようにしてもよい。ソースビーコンが配信されると、ソースステーションの送信範囲内の他のアクティブステーションが、それを受信し、そのコンテンツをリスペクトする。これにより、ＣＦＰがもたらされる。計画された送信の受信者として意図されるステーションは、ソースビーコンの特別なＤＥＳＴＩＮＡＴＩＯＮフィールドにおいてそれのアドレスを認識するであろう。その後、送信先ステーションのみが（他のアクティブステーションでなく）、送信先ステーションの送信範囲内のすべてのアクティブステーションにより再び受信されるデスティネーションビーコンを送信することにより、ソースビーコンのセーブ受信を許可する。送信元ステーションと送信先ステーションの双方の送信範囲は、一致しないかもしれない。
【００１５】
他の変形は、送信対象となるデータの以降の受信者が、接続を確立するためデスティネーションビーコンを送信元ステーションに送信する送信先ステーションとなる調査機能のケースである。そのとき、以降においてデータの送信者となる送信元ステーションは、ソースビーコンを送信することによりデスティネーションビーコンの受信を許可する。
【００１６】
送信元ステーションと送信先ステーションとの間の接続がすでに確立され、データフレーム交換がすでに行われているさらなる他の変形によると、送信元ステーションは現在の送信のデータフレームの一部として、現在の意図される送信先ステーションへの以降の送信に対する予約リクエストを送信する。８０２．１１又は第２プロトコルを使用する第２ステーションは、データフレームの一部として予約リクエストを予想しないかもしれず、従って、それを理解もリスペクトもすることができないであろう。さらに、８０２．１１ステーションは、当該ステーションのアドレスを有しないヘッダを有するデータフレームを受信しない。これは、送信先ステーションが、予約情報のコピーを有するビーコンを配信することによって、予約リクエストの受信を許可するためである。意図した送信先及び送信元の送信範囲内のアクティブステーションは、それがすべてのアクティブステーションにアドレス指定されるフレームの１つのタイプであるため、ビーコンを受信する。それらはその後、予約情報をローカルに格納する。送信元ステーションは、ビーコンを受信し、それをデータフレームの一部として送信される予約情報のセーブ受信のアクノリッジメントとして解釈する。
【００１７】
送信元ステーションと送信先ステーションとの間の接続が、上述されたようにすでに確立されている他の変形によると、送信先ステーションは、ビーコンフレームにより予約の受信を許可するかもしれない。しかしながら、このビーコンフレームは、送信先が認識している直後の無線媒体予約を通知するかもしれない。従って、送信先ステーションは、現在の受信した予約情報を繰り返さず、それの近隣ステーションに直後の計画された送信について通知するかもしれない。
【００１８】
送信範囲の他のアクティブステーションは、デスティネーション及び／又はソースビーコンを受信し、それらをリスペクトする。これは、それらが予約された期間中の媒体へのアクセスを競合することがないことを意味する。
【００１９】
ソース及び／又はデスティネーションビーコンを受信したステーションは、追加的なステップにおいて、ソース又はデスティネーションビーコンからのそれぞれのＣＦＰ（Ｃｏｎｔｅｎｔｉｏｎ  Ｆｒｅｅ  Ｐｅｒｉｏｄ）の予約リクエストが含まれる自らのビーコンを送信するようにしてもよい。
【００２０】
その後、ビーコンにより予約リクエストを受信した送信先又は送信元ステーション以外の他のアクティブステーションは、ＣＦＰのそれぞれ予約リクエストに関する情報を格納し、予約されたＣＦＰ中の媒体へのアクセスを留保する。
【００２１】
隠されたノード又は隠されたステーションによる問題を回避するため、送信元ステーションは、送信元ステーションの送信範囲内に配信されるビーコンの一部として、このときデータフレームとしてすでに送信された予約リクエストを繰り返し、又は再送するようにしてもよい。意図した送信先ステーション以外のアクティブステーションは、ビーコンを受信し、ローカルに予約情報を格納し、予約された期間中の媒体へのアクセスを留保する。
【００２２】
隠されたノードのプロテクションをさらに向上させるため、他の実施例によると、予約情報が計画された送信の送信者及び受信者のビーコンに含まれるだけでなく、送信者及び受信者のビーコンにおいて予約情報を受信する送信者及び受信者の他の近隣ステーションのビーコンに含まれる。本実施例は、送信元ステーションが第１のいわゆるソースビーコンを送信することにより予約を開始する代替と、送信元ステーションが進行中の送信のデータフレームの一部として以降の送信に対する予約リクエストを送信する代替を言及する。このとき、送信先ステーションだけでなく、他のすべての近隣ステーションが、近隣のビーコンの送信者の送信範囲内のすべてのアクティブステーションにより再び受信される近隣ビーコンを送信することによって、ソースビーコンのセーブ受信を許可する。
【００２３】
送信範囲内の他のアクティブステーションが、ビーコンを受信し、それらをリスペクトする。これは、それらが予約された期間中には媒体アクセスについて競合しないことを意味する。
【００２４】
ソースビーコン、デスティネーションビーコン及び近隣ビーコンは、単に予約の確立においてステーションの役割を区別するための名前であり、これらのビーコンは必ずしも異なるコンテンツを有しているとは限らないことに留意されたい。１つのビーコンは、自らのものだけでなく、近隣ステーションからの予約の複数の予約を有するようにしてもよい。しかしながら、デスティネーションビーコンは、以降の予約の変更を送信者に示すため、受信ステーションにより利用されてもよい。従って、受信側における予約テーブルに関するフィードバックが、送信者に与えられる。
【００２５】
好適な実施例によると、パッシブステーションは、ネットワークのエリア内にあるが、アクティブには受信を行わないステーションである。アクティブになろうとするパッシブステーションは、まずビーコンを媒体上で、おそらく異なる周波数上で受信する。本発明によるソース、デスティネーション又は近隣ビーコンは、アクティブとなるステーションによってリスペクトされ、アクセスポイントから導出されないものとして解釈されることとなる。
【００２６】
この解釈は、交互に、ＡＰビーコンと同様にソースビーコン又はデスティネーションビーコンが定期的に報告されていないため、又はそのフィールド又は要素の１つがそれを示すためであるかもしれない。
【００２７】
本発明の新たなプロトコルをサポートしないレガシーＩＥＥＥ８０２．１１ステーションは、ビーコンをアクセスポイントから導出されたものとして解釈するかもしれない。これらレガシーステーションは、ビーコンの新たなフィールドを理解することが不可能であるかもしれず、何れかのケースではＣＥＦをリスペクトし、これにより予約をリスペクトするであろう。
【００２８】
新たなステーションの開始のため、当該新たなステーションが現在のトラフィックを認識していることを保証するのに十分長い媒体上の受信時間が、規定されるかもしれない。
【００２９】
一変形によると、ビーコン又はビーコン信号は、複数のフィールド、フレームコントロールフィールド及び／又は予約情報を有するフレームボディフィールドから構成されるフレームである。
【００３０】
ＣＦＰを含むビーコンが、多数の既存の装置をカバーするためＩＥＥＥ８０２．１１及び拡張規格に従うことは効果的である。
【００３１】
ビーコンは、通知され、すべてのアクティブ装置に格納され、古い優先度情報と比較される計画された送信の優先度に関する情報を含むかもしれない。
【００３２】
ビーコンが計画された送信の周波数又はコードチャネルに関する情報を有する場合、他のステーションが媒体の当該部分にアクセスすることから留保されさえすればよい。
【００３３】
一実施例によると、ビーコンは、予約の期間及びスタートポイントに関する情報を有する。他の実施例によると、ビーコンは、スーパーフレーム状の期間内のタイムスロットの占有を通知し、１以上のビットがタイムスロット毎に含まれるビットマップを有する。
【００３４】
当該ビーコンはさらに、ビーコンの送信者がスリープ、アクティブ又は休眠モードにある時間に関する情報を有するようにしてもよい。スリープ又はアクティブ時間は、そのスタート時間、期間及び最終的な周期性により通知されてもよい。あるいは、スリープ又はアクティブ時間は、１以上のビットが特定のタイムスロットにおけるステーションの状態を通知するビットマップ形式により通知される。
【００３５】
ビーコンは、近隣ステーションがスリープ、アクティブ又は休眠モードとなる時間に関する情報を有するかもしれない。
【００３６】
本発明による無線通信ネットワークは、少なくとも２つのステーションが、受信されるビーコン信号がリスペクトされる必要があることを規定するプロトコルを使用し、少なくとも１つのステーションが、ＣＦＰを有するビーコンを配信することによって、以降の送信を予約すする手段としてコンテンションフリー期間を通知する複数のステーションを含む。上述されるように、ビーコンは、すべてのアクティブステーションによりリスペクトされる信号である。
【００３７】
好適な実施例によると、送信元ステーションは以降の送信に対する予約リクエストを有するビーコンを送信し、送信元ステーションの送信範囲における１以上の送信先ステーションは、デスティネーションビーコンを送信することによりソースビーコンの受信を許可する。これは、当該接続が最初に接続される必要がある状況である。
【００３８】
他の実施例によると、以降の送信先ステーションは、データを送信すると想定される以降の送信元ステーションにデスティネーションビーコンを送信し、以降の送信元ステーションは、ソースビーコンを送信することによりデスティネーションビーコンの受信を許可する。
【００３９】
これは、データの以降の受信者であるステーションが、それが他のステーションを調査するとき、接続を開始するネットワークにおける状況に対応する。
【００４０】
無線通信ネットワークにおいて、送信元ステーションと１以上の送信先ステーションとの間の接続は、すでに確立されている場合、送信元ステーションは、現在の送信のデータフレームの一部として、現在及び意図される送信先ステーションに以降の送信に対する予約リクエストを送信してもよく、送信先ステーションは、予約リクエストを繰り返し、コンテンションフリーピリオドを通知するビーコンを送信するかもしれず、意図された送信先ステーションの送信範囲内のアクティブステーションは、ビーコンを受信し、コンテンションフリーピリオドの各自の予約情報をローカルに格納し、送信元ステーションは、ちょうど送信されたデータフレームのセーブ受信のアクノリッジメントとしてビーコンを解釈するようにしてもよい。
【００４１】
この場合、送信元ステーションは当該ビーコンを繰り返し、ビーコンを受信した意図された送信先ステーションは、コンテンションフリーピリオドの各自の予約情報をローカルに格納し、予約期間中の媒体へのアクセスを留保するようにしてもよい。これは、隠されたステーションのより良好な回避をもたらす。
【００４２】
送信元ステーションの送信範囲及び／又は送信先ステーションの送信範囲の双方のアクティブステーションは、ソース及び／又はデスティネーションビーコンを受信し、ビーコンにおけるＣＦＰの各自の予約情報をリスペクトする。これは、それらが媒体へのアクセスを留保することを意味する。
【００４３】
さらなる他の変形によると、ソース及び／又はデスティネーションビーコンを受信したステーションは、ソース又はデスティネーションビーコンからのＣＦＰの各自の予約リクエストが含まれる自らのビーコンを送信する。
【００４４】
何れかのビーコンにより予約リクエストを受信する送信先又は送信元以外の他のステーションは、ＣＦＰの各自の予約リクエストに関する情報を格納し、予約期間（ＣＦＰ）中の媒体へのアクセスを留保する。この動作は、通知されたＣＦＰ期間中に、これらのステーションのみがそこで交渉した媒体にアクセスすることを保証する。
【００４５】
アクディブとなるパッシブステーションは、まず媒体のトラフィックを認識するため、自らにおいてビーコンを送信する前に媒体上のビーコンを受信する。当該ステーションは、決定された期間において媒体を介し受信するようにしてもよい。
【００４６】
無線通信ネットワークの一変形によると、ビーコン又はビーコン信号は、予約リクエストを有するフレームボディフィールド及び／又はフレームコントロールフィールドなどの複数のフィールドから構成されるフレームである。
【００４７】
最も好適な実施例によると、ＣＦＰを有するビーコンは、当該規格の多数の家電機器が販売及び利用されるとき、ＩＥＥＥ８０２．１１及び拡張規格に従う。
【００４８】
ビーコンは、計画された送信の優先度に関する情報を有するようにしてもよい。異なる優先度が存在するため、先行するデータ送信を処理するシーケンスは、新たな受信ビーコンのそれぞれにより変更されるかもしれない。
【００４９】
ビーコンは、計画された送信のコードチャネル又は周波数に関する情報を有するかもしれない。この場合、他方のアクティブステーションは、予約されたものと異なる周波数又はコードチャネルに対するＣＦＰ中の媒体へのアクセスに競合するかもしれない。
【００５０】
ビーコンはさらに、当該予約のスタートポイント及び期間に関する情報を有するかもしれない。
【００５１】
ビーコンはまた、スーパーフレーム状の期間内のタイムスロットの占有を通知し、１以上のビットがタイムスロット毎に含まれるビットマップを有するかもしれない。
【００５２】
ビーコンは、さらにビーコンの送信者がスリープ、アクティブ又は休眠モードにある時間に関する情報を有してもよく、これにより、他のアクティブステーションがそれの動作を予め知っているため、より良好な使用率が可能となる。スリープ又はアクティブ時間は、スタート時間、期間及び最終的な周期性により通知されてもよい。さらに、スリープ又はアクティブ時間は、特定のタイムスロットにおけるステーションの状態を１以上のビットが通知するビットマップ形式により通知されてもよい。
【００５３】
ビーコンは、近隣ステーションがスリープ、アクティブ又は休眠モードにある時間に関する情報を有してもよく、これにより、アクティブステーションがその他のステーションのいくつかの状態を知っているため、衝突を回避することが可能となる。
【００５４】
本発明による方法は、好ましくは、ＩＥＥＥ８０２．１１プロトコルによるＷＬＡＮにおいて利用されてもよい。しかしながら、本発明による方法は、他の通信ネットワークにおいて利用されてもよく、またすべての参加するステーション間に共有される必要がある共通の媒体を利用するようにしてもよい。
【００５５】
本発明はまた、上述した方法の実現形態に対する命令を有し、プロセッサにより実行されるコンピュータプログラム又はコンピュータプログラムのハードウェアによる実現形態に関する。
【発明を実施するための最良の形態】
【００５６】
図１は、ある媒体を共有する複数のステーションＡ〜Ｅの一例を示す。ステーションＡ、Ｂ及びＥは、ＤＲＰプロトコルに従って動作する。ステーションＣ及びＤは、ＤＲＰプロトコル及びＤＲＰプロトコルによるビーコンのコンテンツを理解しない、いわゆるレガシーステーションを表す。本例のネットワークは、Ｂに送信すると想定されるステーションＡから構成される。送信動作は矢印のように示される。送信元ステーションＡの送信範囲には、ステーションＡと異なる又は旧式のプロトコルを使用するアクティブステーションＣ及びＤが存在する。送信範囲は、円状のセグメントにより示される。しかしながら、ステーションＣ及びＤは、ビーコンに含まれるＣＦＰ信号を認識する。
【００５７】
図２は、ステーションＡがソースビーコン２１を送信することによりステーションＢとの接続を開始する第１の実施例に従って、ステーションＡとステーションＢとの間のフレーム交換のタイムダイアグラムを示す。ステーションＢは、ＳＩＦＳ（Ｓｈｏｒｔ  Ｉｎｔｅｒｆｒａｍｅ  Ｓｐａｃｅ）の後にデスティネーションビーコン２２を返す。ＳＩＦＳは、それのトランシーバを受信状態から送信状態にスイッチするための時間を受信機に与える。それは、連続するフレーム間の最短時間である。従って、フレーム交換は連続的となる。２つのビーコン２１と２２は、同じ予約期間ＣＦＰで取得される予約情報を有する。破線により示されるフレーム２３は、予約期間２３、すなわち、通知されたＣＦＰ（Ｃｏｎｔｅｎｔｉｏｎ  Ｆｒｅｅ  Ｐｅｒｉｏｄ）を示す。予約を含むビーコン２１と２２は、同じＤＲＰプロトコルによりステーションＡ、Ｂ、Ｅにより理解されるであろう。レガシーステーションＣ、Ｄは、８０２．１１プロトコルに従って通知されたＣＦＰ期間を理解するであろう。なぜなら、８０２．１１プロトコルは、８０２．１１プロトコルに従って動作する各ステーションが、アクセスポイントＡＰにより通常通知されるＣＦＰ期間を受け付ける必要があることを指定しているためである。しかしながら、本発明の範囲内において、ＤＲＰステーションとレガシーステーションの両方のタイプのステーションに対する予約を通知するためのビーコン内にＣＦＰ通知を含む当該機能は、ＤＲＰステーションＡ、Ｂ及びＥにより誤用される。これらレガシーステーションは、通知されたＣＦＰ期間がＣＦＰ通知の送信元が重要でないＡＰから到来したものでないことを知らない。重要な特徴は、レガシーステーションＣ、Ｄがこのように通知されたＣＦＰ期間内において静かなものとなるよう促されるということである。
【００５８】
図３は、連続的な送信がＡとＢの間で行われ、予約リクエストがデータフレーム３１の一部となる第２実施例によるステーションＡとＢとの間のフレーム交換のタイムダイアグラムを示す。この場合、現在の意図される送信先ステーションＢは、まずビーコン３２を送信しようとする。送信元ステーションＡは、隠されたステーションを回避するため、当該ビーコン３３を繰り返す。ビーコン３３を送信することにより繰り返される予約情報は、送信先ステーションＢについて冗長であるが、例えば、本発明のＤＲＰプロトコルを知らないため、データフレーム３１の予約リクエストを理解せず、ステーションＢの送信範囲内にないステーションＡの送信範囲内のステーションＣ、Ｄなど、アクティブなステーションに対して必要である。破線により示されるフレーム３４は、予約期間、すなわち、ステーションＡとＢとの間のデータの分散されていない送信に対して提供される通知されたＣＦＰを示す。
【００５９】
図４は、追加的なＤＲＰ情報要素４００により拡張される標準的なＩＥＥＥ８０２．１１ビーコンフレーム４１を示す。要素４００を除くさらなるすべての要素を有する標準的な８０２．１１ビーコン要素は、レガシーステーションＣ、ＤにＣＦＰを示すのに利用される。追加的なＤＲＰ情報要素４００が、近隣のＤＲＰステーションＡ、Ｂ及びＥにさらなる情報を通知するのに利用される。さらに、修正８０２．１１ｅに提起されるような情報要素４０３が、計画された送信のＱｏＳパラメータを示すのに利用される。
【００６０】
ビーコンフレーム４１は、ＣＦパラメータセット４８８及びＤＲＰ予約リクエストなどによりＣＦＰの通知を有する。ＤＲＰプロトコルによる予約リクエストは、主にＤＲＰビーコン要素４０４に含まれる。ビーコンフレーム４１は、複数のフィールド又は情報要素を含む。ＣＦＰ情報４８８に加えて、ＤＲＰ予約リクエストが、フレームコントロールフィールド４２及び／又はフレームボディ４８に含まれてもよい。ＤＲＰ予約リクエストに対する予約情報は、以下のフィールド又は情報要素のいくつかを有するかもしれない。
・トラフィック４０４の期間
・媒体予約４３の期間
・データ送信４０９の優先度
・以降の予約期間４０４の回数
・ビーコンの送信者又は他の何れかのステーションにより予約されるスーパーフレーム期間内のタイムセグメントを示すビットマップ４０４
トラフィックの期間は、ＤＲＰビーコン要素４０４に格納される。このトラフィック情報の期間までに、他のステーションは次のフレームが送信される時を通知される。ビーコンフレーム４１内の期間フィールド４３は、他のステーションにアクノリッジメントメッセージに対する時間を含む、当該ストリームの次のデータ送信の期間について通知する。優先度フィールド４０９は、音声、映像、リアルタイム、非リアルタイムデータなど。当該ストリームが属するトラフィックカテゴリに関する情報を含む。以降の送信の優先度を指定することによって、ネットワークにおける異なるＱｏＳレベルをサポートすることが可能である。２つの送信が同一の期間に対して計画される場合、より高い優先度のトラフィックが媒体アクセスを取得し、より低い優先度の送信元ステーションは、それの予約を自動的に撤回又は遅延させるであろう。
【００６１】
ＤＲＰビーコンフィールド４０４に含まれる任意的な情報フィールドは、他のステーションに行われるべき以降の予約期間の回数について通知する。これは、毎回予約を必要とするビーコンを送信する代わりに、ステーションが１つのみのビーコンにおいて送信される１つの予約リクエストによる定期的な予約を行うことを可能にする。２つの送信間の期間は、フィールド４０４に格納される「トラフィック期間」と「媒体予約期間」フィールド４３の各送信の一定の期間により与えられる。
【００６２】
ＤＲＰビーコンフィールド４０４に含まれ、格納されるビットマップ７２は、予約期間のスタート時間と期間を与えることにより予約を通知する他の実施例である。このため、時間はスーパーフレーム６０に分割され、各スーパーフレーム６０はタイムスロット７３に分割される。スーパーフレーム全体の中でタイムスロットを使用する他の実施例は、通知されたＣＦＰにおいてのみタイムスロットを使用するものである。図７ａにおいて、スロットされたスーパーフレームがより詳細に示される。ビットマップ７２の１以上のビットは、スーパーフレーム６０の各タイムスロットに対して、当該タイムスロット７３が予約されているか否か示す。
【００６３】
図５は、第３実施例によるステーションＥとステーションＢとの間と共に、ステーションＡとステーションＢとの間のフレーム交換のタイムダイアグラムを示す。送信元ステーションＡと送信先ステーションＢのビーコン交換のための期間と、本例における予約期間２３との間において、当該媒体は、ステーションＥとステーションＢとの間のビーコン交換の期間において利用可能である。にもかかわらず、ステーションＥとＢの間のデータ送信のための予約期間５３は、ステーションＡとＢの間のものより以降に発生する。
【００６４】
提起された手段は、図４に示されるようなビーコンフレーム４１が、さらなる情報要素４００により拡張されることを予想する。これらの要素４００は、ステーションにおいて待機するＱｏＳトラフィック又はＱｏＳ要求に関するさらなる情報を与えるため利用されてもよい。さらなる要素４０６は、ステーションのパワーセーブモードに関する情報を通知する。ＤＲＰ予約に関して、最適化された予約スケジューリングの分散計算を向上するため、近隣予約に通知する要素４０７が存在する。さらに、意図された通信パートナーにＭＡＣアドレスを通知する要素４０５が存在する。これは、通信パートナーを知る可能性を提供する。さらに、送信範囲外のＭＡＣアドレスを有するステーションが予約期間を予約している場合、予約期間をステーションに対してフリーであると認識することが可能である。予約期間を予約したステーションが送信範囲外にある場合、予約期間が利用可能である。ビーコンのＢＳＳＩＤフィールド４６は、当該ビーコンを送信又は受信している装置のＭＡＣアドレスに設定可能である。レガシー装置Ｃ、Ｄについて、あたかも当該ビーコンは、外部のベーシックサービスセットＢＳＳ又はＡＰから到来したかのようにみえるかもしれない。ある実施例は、１以上のＭＡＣアドレスをＤＲＰアドレスとして規定するものである。
【００６５】
任意的なＱＢＳＳロード情報要素４０１により、分散的システムの場合のＡＰ又はステーションは、ＡＰに関連付けすべきか否か決定するため、ステーションにより利用可能なそれの現在のトラフィックロードを通知することが可能である。ＱＢＳＳロード要素４０１は、「フレームロスレート」、「チャネル使用」及び「ステーションカウント」フィールドを含む、「フレームロスレート」は、例えば、以前のステーションの予約の試みの成功率を通知するため、ＤＲＰにより利用可能である。「チャネル使用」は、例えば、ＤＲＰステーションがＡＰであるとレガシーステーションが仮定するとき、レガシー８０２．１１ｅステーションがＤＲＰステーションと関連付けをしようとするのを回避するため、最大値に設定することが可能である。あるいは、「チャネル使用」フィールドは、ステーションのキューの長さを分散させるため、ＤＲＰにより利用可能である。「ステーションカウント」は、それが他のいくつのステーションを受信可能であるか通知するため、ＤＲＰにより利用可能である。
【００６６】
ＥＤＣＡパラメータセット４０２は、計画された送信に関するトラフィックカテゴリ情報を通知するため利用可能である。しかしながら、従来の８０２．１１プロトコルでは、この情報要素は大変大きなものである。計画された送信のトラフィックカテゴリのみを含むＤＲＰ送信のため、新たなＥＤＣＡ情報要素４０２を規定することがより効率的である。
【００６７】
ＤＲＰプロトコルのオーバヘッドを低減するため、送信される必要があるビーコンフレームの個数を低減する実施例が記載される。このアイデアは、すべてのステーションがビーコンにおいて予約を通知しているとは限らないということである。従来技術では、ビーコンは、ビーコンを送信しているステーションの予約と、当該ステーションの１ホップ近隣の最終的な予約を有する。
【００６８】
しかしながら、１つの問題は、１つのみのＣＦＰしかビーコン毎に通知できないため、近隣情報がＣＦＰとして通知できないということである。これは、各近隣予約について異なるビーコンが送信されない場合、大きなオーバヘッドを生成するレガシーステーションによってではなく、ＤＲＰプロトコルに従って動作する第１ステーションによってのみ、近隣予約が理解されるためである。同じことが、同一のステーションの異なる予約に適用される。複数のビーコンが送信されない場合には、１つの予約期間のみがレガシーステーションによって分散されることを回避することが可能である。
【００６９】
これは、好適な実施例では、複数の予約が１つのビーコンの各自のＣＦＰによりプロテクトされることが予想されるためである。このため、複数の予約がＣＦＰによりプロテクトされる連続するＤＲＰ期間６２にグループ化される。ビーコンフレーム４１は、ＤＲＰ期間６２をカバーするＣＦパラメータセット４８８を有する。当該ＤＲＰ期間中、レガシーステーションは、ビーコンフレーム４１の内部に含まれるＣＦＰ信号を受信しているため、ブロックされる。ＤＲＰ期間中、ＤＲＰプロトコルによる第１ステーションＡ，Ｂ及びＥは、それらの予約を交換することが可能である。極端な例では、図６に示されるように、スーパーフレーム６０毎に１つのみの大きなＤＲＰ期間６２が存在する。
【００７０】
図６は、ビーコンフレーム４１からスタートするスーパーフレーム６０を表す。ビーコンフレーム４１は、レガシーステーションＣ、Ｄをブロックするため次のＣＦＰを通知する。さらに、ＤＲＰプロトコルに従う第１ステーションには次の予約期間が通知される。８０２．１１プロトコルでは、ＡＰ以外の装置は、ＣＦＰ期間中に送信を開始することが許可されていない。従って、ＣＦＰは、レガシーステーションの介入からＤＲＰ送信サーブについて利用されてもよい。
【００７１】
各ＤＲＰ期間６２は、１つのダウ１ステーションからの１つのビーコンフレーム４１又は異なるステーションからのビーコンによってプロテクトすることが可能である。１つのビーコンの場合、ビーコンフレーム４１は、例えば、当該スーパーフレーム６０によりビーコンフレーム４１を送信しているステーションにおいて送信可能である。隠れたレガシーステーションＣ、Ｄから１以上のＤＲＰ期間６２をプロテクトするため、（隠れた）レガシーステーションを受信しているＤＲＰステーションはまた、ビーコンによりＤＲＰ期間を通知すべきである。
【００７２】
ＤＲＰ期間６２内において、図７ｂに示されるように、スロット又は非スロットフレーム構成が利用可能である。ＤＲＰ期間６２は、すべてのＤＲＰステーションがそれらの予約を通知するビーコン期間６４から開始することが可能である。従って、すべてのＤＲＰステーションは、自らの予約期間を通知するため、ビーコンフレームを送信することが可能であるか、あるいは所定数のＤＲＰステーションが自らのビーコンフレームを送信する。さらに、近隣ステーションから受信した予約期間もまた送信可能である。ビーコンフレームの送信のグループ化は、ペイロードデータを送信する時間はビーコンフレームを配信することによっては中断されないため、通知効果を増大させる。
【００７３】
あるいは、ＤＲＰステーションは、自らの予約をＤＡＴＡ及びＡＣＫ並びに／又はＲＴＳ及びＣＴＳパケットに便乗させることが可能である。ＤＲＰ期間全体は１以上のビーコンによりプロテクトされているため、レガシーステーションがこの便乗した予約情報を理解することは必要とされないであろう。
【００７４】
本発明の他の実施例では、ＣＴＳ−ｔｏ−ｓｅｌｆ（ｃｌｅａｒ  ｔｏ  ｓｅｎｄ）信号が、プロテクトされたＤＲＰ期間６２内でＤＲＰ予約期間を通知するため、ビーコンの代わりに使用される。
【００７５】
ＤＲＰにより制御されたネットワークにおける通知オーバヘッドは、大きなものとなる可能性があり、効率の低下を招くであろう。このオーバヘッドを低下させるため、スロットＤＲＰ構成が提案される。図７ａ及び７ｂを参照されたい。
【００７６】
図７ａは、以降におけるいくつかの送信機会ＴｘＯＰに分割されるスーパーフレームを示す。スーパーフレーム６０毎のＴｘＯＰの個数は、ベーシックサービスセットのすべてのＤＲＰステーションＡ、Ｂ、Ｅに知られている。
【００７７】
図７ａに示されるようなスロット構成は、ＤＲＰステーションがシンプルなビットマップ７２により近隣ステーションに何れのＴｘＯＰをそれが予約しているか示すことを可能にする。スロットＤＲＰが使用されていないチャネル予約を含むようにしてもよいため、各ＤＲＰステーションは、例えば、所定のコードなどにより予約されていないＴｘＯＰ期間の残りを未使用としてマークする特定のアイドル期間後、ＩＥＥＥ８０２．１１ｅ  ＥＤＣＡなどのコンテンションベースアクセスプロトコルを利用して媒体にアクセスすることが許可される。
【００７８】
図７ｂは、各ＤＲＰステーションによって確認されるようなＴｘＯＰの利用性を示すスロットＤＲＰ情報要素４０４の内部のビットマップ７２を示す。ビットマップ７２は、スロットＤＲＰ機構を介し、何れのタイムスロット７３が予約されているか否かを示す。さらに、ＤＲＰステーションは、フレーム受信又は自らのフレーム送信により、何れのＴｘＯＰが予約されているか示す。さらに、ＤＲＰステーションは、周囲のＤＲＰステーションによりすでに使用されているＴｘＯＰの状態を示す。従って、異なるコード（Ｘ，Ｏ，＊）によりビットマップにおける位置をマークすることによって、スロットがステーション自体、近隣ステーション又は未知のステーションにより使用又は予約されているか否かが示される。タイムスロットが使用されていない場合、当該スロットがその時点において使用されていないことが他のステーションに通知可能である。しかしながら、使用されているタイムスロットは、通知効果を低減するため、他の第１ステーションに通知されるようにしてもよい。
【００７９】
ビーコンフレームによりＣＦＰ信号を通知することによって、１以上の第１ステーションが分散的予約プロトコルに従って通信可能であるコンテナの一種として、ある期間が提供される。
【００８０】
ＣＦＰ内の時間がスロット又は非スロットされることは効果的である可能性がある。
【００８１】
ＤＲＰ期間６２の期間中、第１ステーションＡ、Ｂ及びＥは、それらの予約のＤＡＴＡ、ＡＣＫ、ＲＴＳ又はＣＴＳパケットに便乗して分散する。
【００８２】
さらに、ビーコンフレームがＣＦＰの内外で第１ステーションによりＡＣＫフレームの代わりに送信されることが可能であり、ここでは、ＣＦＰがビーコンフレームにおいて通知される。ビーコンフレームは、ＡＣＫが参照したＤＡＴＡパケットのアクノリッジメントとして解釈される。
【００８３】
従って、ＡＣＫ信号の送信は低減される。アクノリッジメント信号ＡＣＫの代わりにビーコンフレームが送信される場合には、ビーコンは、アクノリッジメントプロトコルに対して必要とされる情報を有する。
【００８４】
ＤＲＰ期間６２内において、第１ステーションは、ビーコン期間６４にグループ化することが可能なビーコン内において各自の予約期間を分散する。
【００８５】
さらに、所定の特性を有するステーションなど特定のステーションのみが、分散的予約プロトコルについてＣＦＰを通知することが可能である。従って、強力な通知を有するステーションがＣＦＰを分散することが制御可能である。さらに、拡大されたスタンバイ時間を使用しないステーションのみが、本発明によりビーコンフレームを送信することにより両方のタイプのステーションについてＣＦＰを分散することが可能である。ＰＤＡ、携帯電話などのステーションは、少ないバッテリ寿命時間又は電力容量しか有さず、このためそれらは大部分パッシブモードとなる。
【００８６】
ビーコンフレームは、分散的予約プロトコルについてＣＦＰを通知するため、スーパーフレームの始めにおいて送信される。
【００８７】
さらに、レガシーステーションからフレームを受信しているステーションはまた、スーパーフレームの始めにおいて当該ビーコンにおいて通知されるＣＦＰと同一のＣＦＰによりビーコンを送信することが可能である。これにより、各レガシーステーションはＤＲＰ期間６２内で沈黙することが保証される。レガシーステーションからフレームを受信しているステーションのうちで、当該レガシーステーションの少なくとも１つが他のステーションに隠れていることを認識しているステーションのみが、スーパーフレームの始めにおいて当該ビーコンにより通知されるＣＦＰと同一のＣＦＰによりビーコンを送信することが効果的であるかもしれない。従って、通知効果が最適化される。
【００８８】
媒体上のデータの混雑によるバックオフ（ｂａｃｋｉｎｇ  ｏｆｆ）が発生しないことをさらに確実にするため、データ送信のための予約された期間を利用する前に、予約をリクエストしたステーションが、送信開始前に予約期間の始めの一定期間媒体を受信することが予想される。
【００８９】
ビーコンフレームはさらに、ビーコンフレームの送信者が受信しているステーションの個数に設定されたＱＢＳＳロード情報要素４０１の内部にステーションカウントフィールドを有するようにしてもよい。従って、当該ステーションは、各自の送信範囲内にいくつのステーションが存在するか認識することとなる。さらに、ビーコンは、当該ビーコンの送信者が受信可能な近隣のリストを有するようにしてもよい。
【００９０】
ルーティング情報４０８をビーコンフレーム４１に追加することによって、最小数のホップを有する最短ルートを利用する代わりに、ネットワークにおいてマルチホップルートを確立及び維持するため、何れのルートが好適であるかに関する情報が送信されてもよい。最短ルートは、大きなトラフィックロードを有するステーションを含むかもしれない。
【００９１】
ビーコンはさらに、リンク適応化及び各自のレート選択のために利用されてもよい。低いデータレートを使用してビーコンが送信されるため、受信先ステーションは、データ送信のために何れのデータレートが使用されるべきか判断するため、受信信号のクオリティを測定するかもしれない。
【００９２】
送信範囲内にレガシーステーションが存在しない場合、予約を通知するためのビーコンの代わりに、専用の配信管理フレームが利用されてもよい。この配信管理フレームの使用前、レガシーステーションの存在がチェックされるべきである。そうでない場合、レガシーステーションは、配信管理フレームを理解しないため、データ送信を混乱させるであろう。専用の管理フレームは、計画された送信の送信者により送信されるＤＲＰリクエストと、計画された送信の受信者により送信されるＤＲＰレスポンスである。ＤＲＰレスポンスとＤＲＰリクエストのハンドシェイクは、計画された送信の送信者により送信されるＤＲＰコンプリートメッセージにより完了される。
【００９３】
最後の実施例では、予約を通知するため、新たな管理フレームが規定される。これらの管理フレームは、例えば、「ＤＲＰリクエスト」、「ＤＲＰレスポンス」及び任意的に「ＤＲＰコンファーム」と呼ぶことが可能である。これらの管理フレームは、レガシー８０２．１１ビーコンを利用する実施例であるが、レガシー８０２．１１ステーションによって理解されないという欠点を有する。
【００９４】
上述のように、ＣＴＳフレームが、分散的予約プロトコルのための期間がレガシーステーションとの干渉からプロテクトされるように、ビーコンの代わりに使用される。このＣＴＳ信号は、以前にＲＴＳフレームを送信することなく送信される。ステーションがＣＴＳ信号を受け付けるため、それらは干渉しないであろう。
【００９５】
図８は、従来技術によるシナリオを示す。２つのＤＲＰステーションＡ及びＢと、２つのレガシーステーションＣ及びＤが存在する。ステーションＡ及びＢは、ＤＲＰプロトコルに従って動作する。ステーションＣ及びＤは、分散された予約期間についてビーコンを認識する能力を有さず８０２．１１規格プロトコルに従って動作する。ＤＲＰステーションＡ及びＢは、ソースビーコン８１をＡからＢに送信することによって、予約期間８３を交渉する。ステーションＢは、隠れたステーションの問題を回避するため、デスティネーションビーコン８２を送信元ステーションａに再送する。レガシーステーションＣ及びＤはビーコンのコンテンツを理解又は認識しないため、それらはＡとＢの間のデータ送信のための予約期間８３について通知されない。ステーションＣがフレーム８４をステーションＤに送信することにより媒体にアクセスすることを開始することが示されている。しかしながら、フレーム８４は、予約期間８３とオーバーラップしている。従って、データ送信中の衝突が、ＣからＤへのデータストリームとＡからＢへのデータストリームとの間で発生する。これは、すべての参加するステーションについてバックオフ期間をもたらす。ステーションＡの予約テーブルが送信遅延を許容する場合、当該ステーションに対する１つのオプションは、それの遅延した予約を開始することであるかもしれない。ビジーチャネルでは、当該環境はほとんど不可能である。そのとき、ステーションＡは遅延した予約期間８５においてそれのデータストリームを送信するようにしてもよく、ここでは、ステーションＣ又は他の何れかのレガシーステーションがこの遅延した予約期間に再び送信可能となるため、遅延した送信の実行が成功可能であるかは確実ではない。スケジュールされた予約の延期又は遅延は、可能性のある手段であるが、満足いくパフォーマンス結果を提供するものではない。予約スロットの送信遅延はまた、以降の予約を遅延させるであろう。従って、すべての予約のスケジューリングは混乱し、予約衝突の高い可能性をもたらす。
【００９６】
本発明のシステム又は方法を適用することによって、ビーコンに含まれるＣＦＰ通知が、レガシーステーションにＣＦＰ期間により与えられる時間中に媒体にアクセスすることを中止するよう示すため、レガシーステーションによるこのような混乱を回避することが可能となる。
【００９７】
本発明は、一部のステーションがＩＥＥＥ８０２．１１プロトコルを使用し、他のステーションが新規な後方互換的なプロトコル（ＤＲＰ）を使用する複数のステーションから構成される無線通信ネットワークにより要約されるかもしれない。以降の送信を実行するため、ネットワークが分散的構成を有するとき、媒体がその上のステーションにより予約される必要がある。この新たなプロトコル（ＤＲＰ）は、ビーコンの一部としてリクエストを送信する。このビーコンは、すべてのアクティブなステーションに配信される信号であるため、それはすべてのステーションにより受信され、リスペクトされる。
【００９８】
新たな接続が確立されようとする場合、送信元ステーションは、ビーコンとの交渉を開始する。当該接続がすでに確立されている場合、予約リクエストはデータストリームの一部であり、送信先ステーションはまずビーコンを送信する。
【図面の簡単な説明】
【００９９】
【図１】図１は、媒体を共有する複数のステーションの一例を示す。
【図２】図２は、第１実施例によるステーションＡとステーションＢとの間のフレーム交換のタイムダイアグラムを示す。
【図３】図３は、第２実施例によるステーションＡとステーションＢとの間のフレーム交換のタイムダイアグラムを示す。
【図４】図４は、予約リクエストを有するビーコンの一例を示す。
【図５】図５は、第３実施例によるステーションＡとＢと、ステーションＥとＢとの間のフレーム交換のタイムダイアグラムを示す。
【図６】図６は、本発明によるスーパーフレームの構成を示す。
【図７ａ】図７ａは、本発明によるスロットスーパーフレームの構成を示す。
【図７ｂ】図７ｂは、本発明によるスロットＤＲＰ情報要素内のビットマップを示す。
【図８】図８は、ステーションＣがステーションＡとＢとの間の送信のための予約期間をリスペクトすることなしに媒体にアクセスする従来技術による状況を示す。
【図１】
2007536865.tif 000003
【図２】
2007536865.tif 000004
【図３】
2007536865.tif 000005
【図４】
2007536865.tif 000006
【図５】
2007536865.tif 000007
【図６】
2007536865.tif 000008
【図７ａ】
2007536865.tif 000009
【図７ｂ】
2007536865.tif 000010
【図８】
2007536865.tif 000011
【国際調査報告】
2007536865.tif 000012
2007536865.tif 000013
2007536865.tif 000014
2007536865.tif 000015