(57)【要約】  データレート及び／又は伝送（ＴＸ）パワーを動的に選択するためのシステム、装置及び方法が提供される。本方法は、装置が受信機となるデータストリームのすべての送信機について、データレート及び／又はＴＸパワーフィードバックを含むビーコンフレームを装置が定期的に送信することから構成される。フィードバックは、チャネル状態情報のデータレート及び／又はＴＸパワーの推奨値から構成されてもよい。送信機は、ストリームの１以上の受信機からのフィードバックを考慮して、データレート及び／又は伝送パワーを選択する。本発明は、特にウルトラワイドバンドＭＡＣプロトコルに基づくシステムに関する。
2008517550.tif 000002
【特許請求の範囲】
【請求項１】
複数の装置を有する通信ネットワークにおいて、データレート及び／又は伝送（ＴＸ）パワーを動的に選択する方法であって、
時間を少なくとも１つのスーパーフレームのシーケンスに分割するステップと、
前記データレート及び／又は伝送パワーの選択に関する情報を有するフィードバックをビーコンに含めるステップと、
前記ビーコンを前記スーパーフレームにより送信するステップと、
前記複数の装置の少なくとも１つからのフィードバックに少なくとも部分的に基づき、データレート及び／又は伝送パワーを選択するステップと、
を有する方法。
【請求項２】
前記フィードバックはさらに、データレート及び／又はＴＸパワーの推奨レベル／選択を有するフルフィードバック、前記データレート及び／又はＴＸパワーの推奨相対変化を有するインクリメンタルフィードバック、リンクフィードバックの状態又はクオリティ、及びアンテナ数又はアンテナビームフィードバックの操作の少なくとも１つを有する、請求項１記載の方法。
【請求項３】
前記リンクフィードバックの状態又はクオリティはさらに、信号対ノイズ比、ＲＳＳ（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ）、ノイズレベル、ＰＥＲ（Ｐａｃｋｅｔ  Ｅｒｒｏｒ  Ｒａｔｉｏ）、ＢＥＲ（Ｂｉｔ  Ｅｒｒｏｒ  Ｒａｔｉｏ）、パスロス及びチャネル又は受信のクオリティの他の何れかの特性の少なくとも１つを有する、請求項２記載の方法。
【請求項４】
現在、以前又は以降の伝送パラメータに関する情報を前記ビーコンに含めるステップと、
前記情報に少なくとも部分的に基づき、データレート及び／又はＴＸパワーについて推奨を決定するステップと、
をさらに有する、請求項１記載の方法。
【請求項５】
前記伝送パラメータはさらに、ＴＸパワー、データレート、変調スキーム、符号化スキーム、アンテナ数、ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）又はビーム操作パラメータ、前記現在／以前／以降の送信を特性化するパラメータの少なくとも１つを有する、請求項４記載の方法。
【請求項６】
スーパーフレームの装置の前記ビーコンは、少なくとも１つのビーコン期間にグループ化される、請求項４記載の方法。
【請求項７】
前記フィードバックは、前記ビーコンの情報要素（ＩＥ）のコンポーネントを有する、請求項１記載の方法。
【請求項８】
前記ビーコンの既存のＩＥは、以降の送信のため媒体をリザーブするのに利用可能なＤＲＰＩＥ（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｒｅｓｅｒｖａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）である、請求項７記載の方法。
【請求項９】
前記フィードバックは、前記ビーコンの個別のＩＥにより送信される、請求項１記載の方法。
【請求項１０】
前記ビーコンの個別のＩＥは、
当該選択肢のグループから選択されるフィードバックを有するＬＦＩＥ（Ｌｉｎｋ  Ｆｅｅｄｂａｃｋ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）と、
前記ＴＸパワーに関するフル又はインクリメンタルフィードバックを有するＰＣＩＥ（Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）と、
少なくとも前記データレートと、変調スキーム及び／又は符号化スキームに関するフィードバックを有するＲＣＩＥ（Ｒａｔｅ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）又はＬＡＩＥ（Ｌｉｎｋ  Ａｄａｐｔａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）と、
アンテナ数又はアンテナビーム操作に関するフィードバックを有するＭＩＭＯＩＥ（ＭＩＭＯ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）  ＢＦＩＥ（Ｂｅａｎｆｏｒｍｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）と、
前記選択肢の組み合わせと、
から構成される群から選択される、請求項９記載の方法。
【請求項１１】
前記情報は、前記ビーコンの既存のＩＥの一部として送信される、請求項４記載の方法。
【請求項１２】
前記ビーコンの既存のＩＥは、以降の送信のため媒体をリザーブするのに使用されるＤＲＰＩＥである、請求項１１記載の方法。
【請求項１３】
前記情報は、前記ビーコンの個別のＩＥにより送信される、請求項４記載の方法。
【請求項１４】
データレート及び／又はＴＸパワーは、段階的に規定され、
それらの値は、ビットの組み合わせとして符号化される、請求項１記載の方法。
【請求項１５】
前記インクリメンタルフィードバックは、前記データレート及び／又はＴＸパワーが増加されるべきか、又は前記データレート及び／又はＴＸパワーが減少されるべきか、少なくとも示し、任意的に、前記データレート及び／又はＴＸパワーが変更されないべきであることを示すビットの組み合わせとして提供される、請求項２記載の方法。
【請求項１６】
前記インクリメンタルフィードバックはまた、前記データレート及び／又はＴＸパワーがどの程度まで、それぞれいくつかの段階により変更されるべきかを含む、請求項１５記載の方法。
【請求項１７】
データレート及び／又はＴＸパワーは、段階的に規定され、
それらの値は、ビットの組み合わせとして符号化される、請求項５記載の方法。
【請求項１８】
ビーコンにおける前記フィードバックは、前記装置がデータの受信機となるすべてのリンクに対するフィードバックから構成される、請求項１記載の方法。
【請求項１９】
複数の装置を有する通信ネットワークであって、
当該ネットワークは、フィードバック情報要素（ＩＥ）を提供するよう構成され、
前記複数の装置の少なくとも１つの装置は、前記ＩＥに少なくとも部分的に基づき、あるリンクについて適切なデータレート及び／又はＴＸパワーを決定する通信ネットワーク。
【請求項２０】
前記複数の装置は、無線装置、無線システム又はその両方を含む、請求項１９記載のワイヤレスネットワーク。
【請求項２１】
自らの装置ビーコン及びデータを送信する送信機と、
無線媒体を介し通信可能な受信機と、
プロセッサと、
ビーコン処理モジュールと、
ローカルストレージと、
を有する無線装置であって、
前記プロセッサは、１以上の情報要素を含むビーコンフレームを前記受信機から受信するよう構成される無線装置。
【請求項２２】
前記ビーコン処理モジュールは、他の装置の少なくとも１つの特性を決定し、それらを前記ローカルストレージに格納するため、前記ビーコンフレームを処理する、請求項２１記載の無線装置。
【請求項２３】
前記プロセッサは、あるリンクに対する適切なＭＣＳ及びＴＸパワーを決定するため、ＭＣＳ及び／又はＴＸパワー選択及びフィードバックモジュールを利用する、請求項２１記載の無線装置。
【請求項２４】
前記装置は、他の装置のビーコンのＢＰＯＩＥ（Ｂｅａｃｏｎ  Ｐｅｒｉｏｄ  Ｏｃｃｕｐａｎｃｙ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）を復号すると共に、ビーコンスロットをスキャンすることによって、ビーコン衝突を検出する、請求項２１記載の無線装置。
【請求項２５】
前記プロセッサは、
前記ビーコン処理モジュールに動作可能に接続され、前記媒体をスロットされたビーコニング期間及びデータ転送期間を有する少なくとも１つのスーパーフレームのシーケンスに分割し、それぞれそこで受信したビーコン及びデータを処理し、それぞれそこで送信される自らのビーコン及びデータをフォーマット化及び制御するよう構成され、
前記受信機及び送信機に動作可能に接続され、前記スロットされたビーコニング期間中にそれぞれビーコンの受信と送信を制御し、前記データ転送期間中にそれぞれデータレート及びＴＸパワーを制御するよう構成され、請求項２１記載の無線装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウルトラ・ワイドバンド（ＵＷＢ）メディア・アクセス・コントロール（ＭＡＣ）のためのプロトコルに関する。より詳細には、本発明は、ＵＷＢ  ＭＡＣのためのエンハンストプロトコルに関する。また、本発明は、分散リザベーションプロトコル（ＤＲＰ）を有するＵＷＢ  ＭＡＣのためのエンハンストプロトコルに関する。本発明はまた、装置がビーコンを送信するＭＡＣプロトコルを用いたワイヤレスシステムに関する。
【背景技術】
【０００２】
ワイヤレス・パーソナル・エリア・ネットワーク（ＷＰＡＮ）は、１０〜数１０メートルまでの短距離リンクの通信のためのものであり、ほとんどのケースにおいてインストールされたインフラストラクチャに依存しない。それにもかかわらず、Ｂｌｕｅｔｏｏｔｈ又はＩＥＥＥ８０２．１５．３などの既存のＷＰＡＮは、“ピコネット・コーディネータ（Ｐｉｃｏｎｅｔ  Ｃｏｏｒｄｉｎａｔｏｒ）”などの中央ユニットを基礎とする。このことは、インフラストラクチャが利用可能でないアドホックシナリオでは、トポロジー管理を極めて複雑なものとする。分散ＭＡＣプロトコルは、すべての装置、すなわち、ノードに機能を分散することによって、ネットワークインフラストラクチャの必要性を解消する。分散化されたワイヤレス・パーソナル・エリア・ネットワーク（ＷＰＡＮ）にはアクセスポイント又は中央コーディネータがない。すなわち、分散化されたＷＰＡＮにおけるすべての装置は、同一のプロトコル動作を示し、同一のハードウェア／ソフトウェア機能を有する。非同期及び同期データ転送は、大部分のＷＰＡＮにおいてサポートされている。Ｂｌｕｅｔｏｏｔｈ及びＩＥＥＥ８０２．１５．３では、同期転送がピコネット・コーディネータによって構成されるが、それは、本発明では完全に分散された方法により処理される。
【０００３】
標準化のための現在準備されている１つのＭＡＣプロトコルは、マルチ・バンドＯＦＤＭアライアンス（ＭＢＯＡ）であり、“ＭｕｌｔｉＢａｎｄ  ＯＦＤＭ  Ａｌｌｉａｎｃｅ（ＭＢＯＡ）  ＭＡＣ  Ｗｉｒｅｌｅｓｓ  Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（ＭＡＣ）  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｆｏｒ  Ｈｉｇｈ  Ｒａｔｅ  Ｗｉｒｅｌｅｓｓ  Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋｓ（ＷＰＡＮｓ），Ｄｒａｆｔ  ０．６１，Ａｕｇｕｓｔ  ３，２００４”を参照されたい。
【０００４】
ＭＢＯＡ規格によると、通信装置間の協調を維持するため、すべての装置は、定期的にビーコン１０５を送信することが要求されている（図１を参照されたい）。ビーコン１０５は、ネットワークの基本的タイミングを提供し、同期リザベーション、スリープ期間などに関する情報を送信する。すべての装置は、ビーコン送信を介しそれらの同期通信時間の利用を通知し、近隣装置の通信時間の利用をそれらからビーコンを受信することによって認識し、データの送受信前に他の装置の通信時間の利用に留意する。
【０００５】
これは、分散ＭＡＣプロトコルをアドホックアプリケーション及びピア・ツー・ピアネットワーキングに大変適したものにする。さらに、分散ＭＡＣが基づく装置による媒体の確保は、媒体の検知及び衝突時間を排除する。データスループットは上昇し、メッシュネットワーキングサポートは、大きく向上する。
【０００６】
媒体リザベーションの分散化によって、リアルタイムストリーミングサポートを保証することができる。極めて効率的なリアルタイムストリーミングプロトコルが、音声及び映像などのリアルタイムデータの制御された配信を可能にする。データソースは、ライブ音声及び映像などのライブデータフィードと、予め記録されているイベントなどの格納されているコンテンツの両方を有することが可能である。
【０００７】
ＭＢＯＡ  ＭＡＣ規格によると、時間は長さ６５，５３６（ｕｓｅｃ）のスーパーフレーム１００に分割され、それらは、各ＭＡＳ長が２５６（ｕｓｅｃ）の２５６のメディア・アクセス・スロット（ＭＡＳ）から構成される。いくつかのスロットタイプが、ＭＡＳが当該装置又は近隣装置によってどのように使用されるかに応じて規定される。
【０００８】
各装置は、その存在、媒体リザベーション、スリープ期間などを通知するため、ビーコンを定期的に送信する。１以上の装置のビーコンは、１以上の連続する“ビーコン期間”（ＢＰ）１０２にグループ化される（ＭＢＯＡ規格の最新バージョンでは、サーパーフレーム毎に１つのみのビーコン期間）。通信が確立可能になる前に、装置は自らのビーコン期間を生成するか、又は既存のビーコン期間に参入するかする必要がある。各ビーコン期間１０２において、ある個数の連続したＭＡＳスロットが、すべての装置が自らのビーコン１０５を送信するビーコンスロットとして使用される。各ＭＡＳは、３つのビーコンスロットを有する。ＢＰの長さは、動的であり、ＢＰの占有されたビーコンスロットの個数に適応される。スーパーフレーム１００のスタート時間は、ビーコン期間１０１の開始によって決定され、ビーコン期間スタート時間（ＢＰＳＴ）として規定され、ＭＡＳスロットがこのスタート時間に対して番号付けされる。
【０００９】
多くの現在の通信システムは、伝送パワーと共にＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）の動的適応化を可能にする。共通する問題は、送信側における伝送パワーとＭＣＳの適切な選択である。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明は、送信側における適切なＭＣＳ及び伝送（ＴＸ）パワーの選択の問題を解決するものであり、ビーコニング（ｂｅａｃｏｎｉｎｇ）コンセプトに基づく大変強力かつ効率的な解決手段を提供する。
【課題を解決するための手段】
【００１１】
ＭＣＳ及び／又はＴＸパワーの適応化は、ワイヤレスシステム（しかしながらまた、ある程度までは有線システム）の可変的チャネル状態により頻繁に必要とされる。チャネル状態の変動は、同一又は異なるネットワークにおける他の装置からの干渉、端末可動性などによるチャネルフェーディング、送信機と受信機の間の距離の変化などに起因しうる。ＭＣＳ及びＴＸパワーの適切な選択の困難さは、受信側のチャネル状態が、受信機が受信したデータを正確に復号する必要があるとき、当該選択を決定すべきであるということである。しかしながら、送信機は一般には、自らのチャネル状態しか認識せず、受信側のチャネル状態は認識しない。上記問題に対する２つの基本的アプローチが存在する。
【００１２】
第１のアプローチは、送信機が受信側のチャネル状態を推定するというものである。この推定は、例えば、エラーのフレーム数などの受信機から受信したポジティブアクノリッジメントの個数に基づくものとすることが可能である。それはまた、受信機から受信したフレームのＲＳＳ（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ）又は送信側のこのようなフレームの信号対ノイズ比（ＳＮＲ）に基づくものとすることが可能であり、それは、送信機から受信機への方向と受信機から送信機への方向との間の少なくとも相関又はあるチャネル相反性（ｃｈａｎｎｅｌ  ｒｅｃｉｐｒｏｃｉｔｙ）を前提とする。これらの推定アプローチは、実現可能であるが、大変低速であるか、あまり正確でないという短所を有する。
【００１３】
第２のタイプのアプローチは、受信機が受信側のチャネル状態に関する明示的フィードバックを送信機に送信し、又は受信機がＭＣＳ及びＴＸパワーを推奨するというものである。このようなアプローチは一般に、推定アプローチより正確かつ高速である。他方、明示的フィードバックは、推定アプローチより大きなオーバヘッドをもたらす。
【００１４】
本発明は、信号処理オーバヘッドを最小限に抑えながら、同時に受信機からの明示的フィードバックを可能にする。従って、すべての装置は、当該装置が受信機となる進行中の送信に対するフィードバックを含むビーコンフレームを送信する。このフィードバックは、ＭＣＳ及びＴＸパワーの選択に関するインクリメンタル又はフルフィードバックとすることが可能であり、又は単に受信側からのチャネル情報を含むことが可能である。
【００１５】
ＭＣＳ及びＴＸパワーの選択に関するインクリメンタル（ｉｎｃｒｅｍｅｎｔａｌ）フィードバックは、受信機がそれのビーコンにおいて、データレート（ＭＣＳなど）及びＴＸパワーを増減（又は維持）するか否か示すことを意味する。この増減は段階的に規定される。この通知を受信すると、送信機はこの推奨に従い、１（又は複数）ステップによりＭＣＳ及び／又はＴＸパワーを増加／減少／維持するようにしてもよい。ビーコンは、ＭＣＳ及びＴＸパワーの個別の推奨を含む。送信機はまた、ある形式のスライディングアベレージ（ｓｌｉｄｉｎｇ  ａｖｅｒａｇｅ）スキームを適用し、一定の遅延により受信機の推奨に従うようにしてもよい。
【００１６】
ＭＣＳ及びＴＸパワーの選択に関するフルフィードバックは、受信機がそれのビーコンに送信機が何れのＭＣＳ及びＴＸパワーを使用すべきかの具体的推奨を含むことを意味する。ＭＣＳのセットのみが規格では規定されていないため、各ＭＣＳはビットの組み合わせなどのコードによって指定されるかもしれない。推奨されたＴＸパワーレベルはまた、コードによって（ＴＸパワーが段階的に規定される場合）又は絶対値として指定されるかもしれない。フルフィードバックを受信すると、送信機はこの推奨を受け付け、ＭＣＳ及び／又はパワーを推奨された値に変更する。
【００１７】
受信側からのチャネル情報を有するフィードバックは、送信機により大きなフレキシビリティを提供するが、またおそらく効率的ではない。チャネル情報は、例えば、送信機から受信したパケットのＲＳＳ若しくはＳＮＲ又はパケット・エラー・レシオ（ＰＥＲ）若しくは他の関連する情報を含むことが可能である。チャネル情報フィードバックを受信すると、送信機は、受信した情報に基づき、自ら適切なＭＣＳ及びＴＸパワーを選択する。
【００１８】
ＭＢＯＡ  ＭＡＣプロトコルでは、ビーコンは、いくつかの異なるタイプの情報要素（ＩＥ）を含み、その一部が以下の本発明の詳細な説明において説明される。本発明によると、フィードバックは、適切に再規定された既存のＩＥの一部として送信されるか、又はそれは新たに規定されたさらなるＩＥにより送信される。
【００１９】
フィードバックが既存のＩＥの一部として送信される場合、それは、いわゆる“Ｄｉｓｔｒｉｂｕｔｅｄ  Ｒｅｓｅｒｖａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＤＲＰ）  ＩＥ”に含まれる。このＤＲＰ  ＩＥは、スーパーフレームにおける送信の位置を互いに通知すると共に、ＤＲＰ送信前に媒体をリザーブするため、送信の送信機と受信機によって利用される。すべての装置は、他の装置のビーコンに含まれたＤＲＰ  ＩＥを復号する必要があり、そこに通知されるリザベーションを留意する必要がある。ＤＲＰ  ＩＥは、それが２つ（ユニキャスト）又は複数の（マルチキャスト）装置の間の特定のリンクに関するとき、フィードバック情報を含めるのに大変適している。本発明によると、ＤＲＰ  ＩＥは、ＭＣＳ及び／又はＴＸパワーについてインクリメンタル、フル又はチャネル状態フィードバックを含むよう変更される。
【００２０】
フィードバックが個別のＩＥにより送信される場合、本発明は、ＭＣＳ及びＴＸパワーの個別のＩＥが規定されるということ、又は両方のタイプのフィードバックが１つのＩＥに統合されることを予想する。追加的なＩＥの効果は、ＤＲＰ送信のフィードバックを提供可能となるだけでなく、ランダムアクセスに基づくＭＢＯＡ規格による第２のタイプのデータ送信のフィードバックもまた提供可能であるということである。（以下の詳細な説明を参照されたい。）
本発明は、説明、図面及び請求項から明らかな多数の追加的な効果を提供する。
【発明を実施するための最良の形態】
【００２１】
以下の記載は、説明のために与えられたものであり、限定するためのものではないということが、当業者に理解されるべきである。当業者は、本発明の趣旨及び添付した請求項の範囲内に属する多数の変形が存在することを理解する。既知の機能及び処理の不必要な詳細は、本発明を不明りょうにしないように、ここでの記載から省略されるかもしれない。
【００２２】
分散ＭＡＣプロトコルでは、図１に示されるように、時間はスーパーフレームに分割される。各スーパーフレームの始めに、データ送信インターバル／フェーズ１０２に続くビーコン期間（ＢＰ）１０１として知られるビーコンインターバル／フェーズが存在する。最も一般的なスーパーフレーム構成では、スーパーフレームはまた複数のＢＰを含みうる。スーパーフレームは、さらに一定数のミディアム・アクセス・スロット（ＭＡＳ）１０３に分割される。ＢＰ１０１の内部には、ＭＡＳ１０３は、ＭＡＳ１０３毎に３つのビーコンスロットなど、一定数のビーコンスロット１０４に分割される。ＢＰ１０１は、ビーコンスロット１０４などの可変数のＭＡＳ１０３を含みうるが、一定の最大長より長くなることはない。ビーコンスロット及びＭＡＳは、不正確な同期及び送信遅延を考慮するため、ガード時間によって分離される。
【００２３】
図２において、ＢＰ１０１の構成が示される。ＢＰ１０１では、アクティブ状態又は標準的なパワーセーブモードにあるすべての装置が、ビーコンスロット１０４の１つにおいて各自のビーコン２０１を送信する。ＢＰ１０１は、当該ＢＰの始め２０２と終わり２０３などにおいて、特定用途スロットと共にエンプティビーコンスロット１０４を有するようにしてもよい。
【００２４】
図３は、右から左に読まれる必要があるビーコンフレーム２０１のフォーマットを示す。ビーコン１０３のフレームボディは、図３に示されるように、以下のフィールド及び情報要素を有する。
・スロット番号３０１
・装置識別子３０２
・ＭＡＣアドレス３０３
・一定数の情報要素（ＩＥ）３０４
スロット番号３０１は、ビーコンが送信されるスロットであり、ビーコンの順序を表す。８ビットのフィールドサイズのスロット番号によって、２５６個の装置が同時にサポート可能となる。
【００２５】
装置ＩＤ３０２は、装置の４８ビット（又は６４ビット）ＭＡＣアドレスなどから導かれる（又はランダムに選択される）相対的に短いＩＤ（１６ビットなどの）であり、装置をアドレッシングする際のオーバヘッドをセーブするためのものである。
【００２６】
ＭＡＣアドレス３０３は、装置の４８ビット（又は６４ビット）フルＭＡＣアドレスである。
【００２７】
情報要素（ＩＥ）３０４は、異なるタイプを有することが可能である。情報要素のタイプは、情報要素識別子（ＩＤ）６０１によって特定される。図６を参照して、ＭＣＳ及びＴＸパワーフィードバックの新たなＩＥと共に、変更されたＤＲＰＩＥ（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｒｅｓｅｒｖａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）６００のみが本発明においてより詳細に説明される。
【００２８】
図４は、本発明の実施例が適用される典型的なワイヤレス・パーソナル・エリア・ネットワーク（ＷＰＡＮ）４００を示す。ネットワークは、複数の無線個人通信装置４０１を有する。従来のアプローチでは、各装置４０１は、それの無線範囲４０２内の何れかのアドホックネットワークに加入し、これにより、複数のＢＰに参加することができる。
【００２９】
図４に示されるＷＰＡＮ４００内の各無線装置４０１は、図５に示されるアーキテクチャを含むシステムを有するようにしてもよい。図示されるように、各無線装置４０１は、無線媒体５１０を介し通信する受信機５０２に接続されるアンテナ５０６を有するようにしてもよい。各装置４０１はさらに、プロセッサ５０３とビーコン処理モジュール５０４とを有する。例えば、装置において、プロセッサ５０３は、対応するビーコンポジションを有する１以上の情報要素を含むビーコンフレーム２０１を受信機５０２から受信し、ビーコン期間の装置と各自の特性などを決定し、それらをローカルストレージ５０７に格納するため、ビーコン処理モジュール５０４を用いてビーコンフレーム２０１を処理するよう構成される。装置４０１では、プロセッサ５０３はさらに、特定のリンクに適切なＭＣＳ及びＴＸパワーを決定するため、ＭＣＳ及び／又はＴＸパワー選択フィードバックモジュール５０５を利用するよう構成される。
【００３０】
装置４０１が起動された後、それはビーコン２０１をスキャンする。装置４０１がスキャン後にビーコン２０１を検出しない場合、ＭＡＣフレームを送受信する準備ができる前に、ＢＰ１０１を生成するためビーコンを送信する。これは、送信されるビーコン前の複数のビーコンスロットであるかもしれないスーパーフレームとＢＰの参照スタートを設定する。結果として得られるエンプティスロット２０２は、当業者に既知の他の何れかの目的のため、他の装置によって利用されてもよい。装置４０１は、後述されるように、それがビーコン衝突を検出するまで、連続する各スーパーフレーム１００の後にビーコン１０３を送信し続ける。
【００３１】
ビーコンフレームは、ビーコン期間の長さに関する情報を含む。この長さ情報は、直近に占有されたビーコンスロットを超えて指定するかもしれない。結果として得られるビーコンスロット２０３はまた、特定用途に利用可能である。このような目的の１つは、追加的な装置を収容するためのビーコン期間の拡張であるかもしれない。
【００３２】
装置４０１が１以上のビーコン２０１を検出する場合、それは新たなＢＰ１０１を生成しない。その代わりに、装置は、受信したビーコン２０１からそれの現在のビーコングループを決定する。装置の現在のビーコングループは、装置４０１が最後のｍＬｏｓｔＢｅａｃｏｎｓスーパーフレーム１００の間に装置４０１が少なくとも１つのビーコンフレーム２０１を受信した送信元の装置を有する。装置４０１が異なるビーコン期間におかれたビーコンを受信した場合、それは、他の装置と通信する前に自らのビーコンを送信するための１つの（又は複数の）期間を選択する。
【００３３】
ＢＰ１０１のスタートは、関連するスーパーフレーム１００のスタートと一致し、ビーコンに含まれるビーコンスロット番号から導くことができる。ＢＰ３０１のエンドもまたビーコンにおいて通知され、最終的な一定数の特定用途スロット２０３に加えて、直近に占有されたビーコンスロット又はＭＡＳによって提供される。
【００３４】
２つの装置が同一のビーコンスロット１０４においてビーコン２０１を送信する場合、ビーコン衝突が発生する。これは、２つの装置がＢＰ１０１における同一のビーコンポジションをランダムに選択したという事実又はメッシュネットワークシナリオの隠れ端末問題による可能性がある。ビーコン衝突は、他の装置が２つの衝突するビーコンを復号することができない可能性があるため、検出及び解消される必要がある。ビーコンスロットをスキャンすることによると共に、他の装置のビーコンのＢＰＯＩＥ（Ｂｅａｃｏｎ  Ｐｅｒｉｏｄ  Ｏｃｃｕｐａｎｃｙ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）を復号化することによって、装置はビーコン衝突を検出する。ＢＰＯＩＥは、すべての装置がそれのビーコンに有し、各ビーコンスロット１０４を占有する装置のＤＥＶＩＤ（Ｄｅｖｉｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）と共に、ＢＰ１０１におけるビーコンスロットの占有を示すＩＥである。装置は、自らのＤＥＶＩＤと異なるＤＥＶＩＤが装置が自らのビーコンを送信するビーコンスロット１０４において他の装置のＢＰＯＩＥにおいて受信される場合、ビーコン衝突を検出する。ビーコン衝突が検出された場合、装置は異なるエンプティビーコンスロットにスイッチしなければならない。ビーコン衝突が検出されない場合、装置は以降のスーパーフレーム１００の同一のビーコンスロット１０４においてそれのビーコン２０１を送信する。
【００３５】
ＤＲＰ（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｒｅｓｅｒｖａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）アクセスと呼ばれるリザベーションベースアクセスと、ＰＣＡ（Ｐｒｉｏｒｉｔｉｚｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）と呼ばれるランダムアクセスの２つの異なる媒体アクセススキームが、データ送信のため規定される。
【００３６】
ＤＲＰアクセスは、装置がいわゆるＤＲＰＩＥ（ＤＲＰ  Ｉｎｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）６００においてビーコンフレームにおける各自のリザベーションを通知すると予想する。図６Ａ及び６Ｂにおいて、ＤＲＰ  ＩＥ６２０及び６４０の２つが示される。双方とも異なるバージョンのＭＢＯＡ仕様に基づくが、本発明において規定されるフィールドによって拡張される。すべての装置は、他の装置のビーコンに含まれるＤＲＰ  ＩＥを復号化し、そこにおいて通知されるリザベーションを留意する必要がある。リザベーションは通常は、各ＤＲＰＩＥ６００によるビーコン２０１が送信される現在のスーパーフレームに適用される。リザベーションは複数のＭＡＳにわたる可能性があり、またリザーブされた各パーツ内又は各パーツ間のリザーブされていないスロットにより周期的なものとすることができる。ＤＲＰリザベーションは、専用の通知メッセージによって明示的に、又は送信機と受信機のビーコンに新たなＤＲＰＩＥを単に含めることによって非明示的に、計画された送信の受信機と送信機との間で交渉することが可能である。何れのケースでも、交渉が完了すると、送信機と受信機は、リザベーションがアクティブとなるすべてのスーパーフレーム１００の各自のビーコン２０１に対応するＤＲＰＩＥを有する。このことは、他の装置にリザベーションを通知し、リザーブされた時間において送信機と受信機の周囲にフリーな媒体を提供する。
【００３７】
第２タイプの媒体アクセスは、ＰＣＡ（Ｐｒｉｏｒｉｔｉｚｅｄ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ）である。当該アクセス方法は、ＩＥＥＥ８０２．１１ｅと大変類似し、装置のキャリアセンシングに基づくものである。装置が送信すべきデータを有し、媒体がアイドルと検知された場合、装置は、それがいわゆるバックオフ（ｂａｃｋｏｆｆ）を実行した後、媒体にランダムにアクセス可能である。バックオフは、各装置のアクセスを時間的に分散させ、これにより、データフレームの衝突確率を低減するのに有用である。スーパーフレームがＭＡＳ１０３にスロットされると、各装置は、ＭＡＳ１０３の始めのみ各自のバックオフをスタートするなど、アクセスすることが許可される。さらに、各装置はＤＲＰリザベーションを留意する必要があり、このことは、装置がＤＲＰによってリザベーションされていないＰＣＡによってのみＭＡＳ１０３にアクセス可能であることを意味する。
【００３８】
動的なＭＣＳ選択（“リンク適応化”と呼ばれる）及びパワー制御のための方法、システム及び装置は、効率的な信号処理機構を有する。送信の受信機は、ビーコンフレーム２０１によって送信の送信機にフィードバックを送信する。これらのビーコンフレームは、ビーコン期間１０１におけるグループ化が本発明の好適な実施例であったとしても、ビーコン期間１０１にグループ化されてもよいし、又はそうでなくてもよい。フィードバックは、インクリメンタルフィードバック、フルフィードバック又はチャネル状態情報から構成することができる。すべてのステーションは、送信機におけるＭＣＳ及びＴＸパワーの動的な適応化を可能にするビーコンを定期的に（６５ｍｓ毎など）を送信する。
【００３９】
以下において、いくつかの具体例が説明される。２つの異なる方法がフィードバック情報をビーコンに含めるのに提供される。すなわち、フィードバックがＤＲＰ  ＩＥ６００に含まれるか、又はフィードバックが区別可能なフィードバックＩＥにより送信される。
【００４０】
ＤＲＰＩＥ（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｒｅｓｅｒｖａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）６００は、装置が当該スーパーフレーム１００のデータ送信フェーズ１０２において以降のＤＲＰ送信の送信機又は受信機である場合、ビーコンに含まれる。あるいは、ＤＲＰ  ＩＥはまた、送信機と受信機の直接的な近隣のビーコンに含まれる。
【００４１】
図６Ａ／６Ｂと図７Ａ／Ｂのそれぞれにおいて、２つの異なるＤＲＰＩＥのフォーマットの具体例が示される。図６Ａ／６Ｂは、フルＭＣＳ及びＴＸパワーフィードバックによるＤＲＰＩＥのフォーマットを示し、図７Ａ／７Ｂは、インクリメンタルＭＣＳ及びＴＸパワーフィードバックによるケースを示す。
【００４２】
第１の具体例では、図６Ａに示されるように、ＤＲＰＩＥがフォーマット化される。
【００４３】
要素ＩＤフィールド６０１は、情報要素をＤＲＰＩＥとして特定する。
【００４４】
長さフィールド６０２は、オクテット数によりＤＲＰＩＥの長さを与える。これは、次のＩＥの始まりを示すため使用される。
【００４５】
ＤＲＰコントロールフィールド６０３は、図６Ｂにおいて示され、以下のフィールドを含む。
【００４６】
ＡＣＫポリシーフィールド６３１は、意図されるリザベーションにおける送信のためのアクノリッジメントポリシーを規定する。それは、１１符号化が使用されるべきでないということを除いて、ＭＡＣヘッダに符号化される。ＡＣＫポリシーフィールドは、ＤＲＰリザベーションがハード又はソフトタイプである場合に限って復号化される。
【００４７】
ＤＲＰリザベーションタイプフィールド６３２は、リザベーションタイプを示し、テーブル１に示されるように符号化される。
【００４８】
【表１】
2008517550.tif 000003
ＤＲＰリザベーションプライオリティ６３３は、意図されるリザベーションにおける送信の優先度を示し、０〜７までの値をとる。この優先度は、ＩＥＥＥ８０２．１ｄ  Ａｎｎｅｘ  Ｈ．２に従って選択される。
【００４９】
ＵＰ／ＳｔｒｅａｍＩｎｄｅｘフィールド６３４は、当該ＤＲＰＩＥに示されるＤＲＰリザベーションを利用するためのデータのユーザ優先度又はストリームを示す。ＳｔｒｅａｍＩｎｄｅｘは、データストリームを特定し、送信機と受信機の同一セットの間の複数のストリームを区別するのに利用される。
【００５０】
ＲＡＴＥフィールド６０４は、本発明では、受信機が送信機によって利用されるＭＣＳなどの推奨されたデータレートに関するフィードバックを送信機に提供することを可能にするため規定される。ＲＡＴＥフィールドは、テーブル２に示されるように、符号化可能である。送信機のＤＲＰＩＥなどのビーコンでは、ＲＡＴＥフィールド６０４は、受信機などの各ＤＲＰのための各スーパーフレームにおいて実際に使用されるデータレートに設定されてもよい。
【００５１】
【表２】
2008517550.tif 000004
ＴＸパワーレベルフィールド６０５は、本発明では、受信機が送信機によって利用される推奨されるＴＸパワーレベルに関するフィードバックを送信機に提供することを可能にするため規定される。ＴＸパワーレベルは、８ビットの組み合わせとしてデータレートと同様の方法により符号化可能である。送信機のＤＲＰＩＥなどのビーコンでは、ＴＸパワーレベルフィールド６０５は、受信機などの各ＤＲＰの各スーパーフレームにおいて実際に使用されるパワーに設定されてもよい。
【００５２】
デスティネーション／ソースＤＥＶＩＤフィールド６０６は、装置がＤＲＰ送信の送信機である場合、受信機、マルチキャストグループ又はブロードキャストに設定され、装置がＤＲＰ送信の受信機である場合、送信機のＤＥＶＩＤに設定される。デスティネーションＤＥＶＩＤは、リザベーションがハード又はソフトタイプである場合に限って復号される。
【００５３】
ＤＲＰリザベーション６０７は、スーパーフレーム内のタイムスロットなどのリザーブされた時間に関する情報を含む。このフィールドの符号化は、本明細書の更新などのＭＢＯＡ  ＭＡＣに従っている。リザベーションを符号化する具体的方法は、本発明の本質に影響を与えるものでない。ＤＲＰＩＥは、同一のＤＲＰコントロール及びデスティネーション／ソースＤＥＶＩＤについて複数のＤＲＰリザベーションフィールド６０７．１，．．．，６０７．Ｎを含むものであってもよい。
【００５４】
図７Ａ及び７Ｂの第２の代替では、フィードバックはＤＲＰＩＥ内のインクリメンタルフィードバックとして提供される。ＲＡＴＥ７０１及びＴＸパワー７０２の各フィールドは、フィードバック情報がまたそこに配置可能であることを示すため、ＤＲＰコントロールフィールドにおかれる。双方のフィールドは、例えば、ＴＸパワーなどのＲＡＴＥが増減されるべきか示すため、１ビット又は数ビットの長さとすることが可能である。図７Ｂの具体例では、ＲＡＴＥ７０１及びＴＸパワー７０２の各フィールドは、テーブル３に従って符号化される２ビット長を有する。
【００５５】
【表３】
2008517550.tif 000005
ＴＸパワー（レベル変更）フィールドはまた、２ビットより大きな長さを有することも可能であり、レベルを増減するか否かだけでなく、どの程度レベルを増減するかまで符号化することが可能である。テーブル４において、ＴＸパワーフィールドの符号化の他の具体例が示される。
【００５６】
【表４】
2008517550.tif 000006
受信機は、ＭＣＳ及びＴＸパワーなどのデータレートがある方向に又は他の方向に変更される必要があるか判断し、ＲＡＴＥ７０１及びＴＸパワー７０２の各フィールドにおいて推奨を送信機に提供する。送信機のＤＲＰＩＥなどのビーコンでは、ＲＡＴＥ７０１及びＴＸパワー７０２の各フィールドは、送信機が実際にデータレートをどのように変更したか示すため設定可能であり、又は利用可能でなく、例えば、ゼロに設定される。
【００５７】
フル及びインクリメンタルフィードバックの上記２つの実施例では、２つのフィールドＲＡＴＥ又はＴＸパワーレベル／ＴＸパワーの１つのみが、２つのパラメータの１つに関するフィードバックのみが規定されるケースにおいて含めることが可能である。
【００５８】
ＲＡＴＥ及びＴＸパワーレベルフィールドは、常にＤＲＰＩＥに含めることが可能であるか、又は任意的なものとすることが可能である。後者は、ＤＲＰＩＥ内のそれらのポジションが異なって規定されることを要求するかもしれない。図６Ａ／６Ｂ及び図７Ａ／７Ｂに示されるＤＲＰＩＥは単なる提示であるということが言及されるべきである。ＲＡＴＥ及びＴＸパワーレベル推奨を含める他の方法もまた可能である。
【００５９】
第３実施例では、ＤＲＰＩＥは、受信機におけるチャネル状態に関する情報を含む。このチャネル状態情報は、例えば、ＲＳＳ（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ）、信号対ノイズレシオ（ＳＮＲ）及びパケットエラーレシオ（ＰＥＲ）のセットから選択されてもよい。ＤＲＰＩＥにチャネル状態情報を含めることは、前の２つの実施例と同様にして実行されるため（ＲＡＴＥ及びＴＸパワーの代わりに又はそれに加えて、ＲＳＳ、ＳＮＲ又はＰＥＲ）、図６及び７への追加的形状はここでは含まれない。
【００６０】
本発明の第２の具体例のセットでは、フィードバック情報は、ＤＲＰＩＥの一部としてではなく、１以上の個別の情報要素として送信される。自らのＩＥにおいてリンクフィードバックを送信することは、フィードバックがＤＲＰストリーム（ＤＲＰＩＥに関する）だけでなくＰＣＡストリームについても提供可能であるという効果を有している。フィードバックが１つのＬＦＩＥ（Ｌｉｎｋ  Ｆｅｅｄｂａｃｋ  ＩＥ）により送信されるケースが、以下において説明される。同様の具体例は、１つのレートＩＥ及び１つのＴＸパワーＩＥなどの複数のＩＥが含まれるときを含むことができる。以下の具体例は、受信機が送信機にどのタイプのフィードバックを送信するかについて再び異なる（フル、インクリメンタル又はチャネル状態）。
【００６１】
本発明の第４の具体例では、ＬＦＩＥ（Ｌｉｎｋ  Ｆｅｅｄｂａｃｋ  ＩＥ）８００が、データレート／ＭＣＳ及び／又はＴＸパワーの適切な選択に関するフィードバックを送信機に提供するため、受信機のビーコンに含まれる。図８において、ＬＦＩＥ８００の可能な構成が示される。ＬＦＩＥは、以下のフィールドを有する。
【００６２】
要素ＩＤフィールド８０１は、ＬＦＩＥとして情報要素を特定する。
【００６３】
長さフィールド８０２は、オクテット数によりＤＲＰＩＥの長さを与える。これは、次のＩＥの始まりを示すため使用される。
【００６４】
ＴＸ／ＲＸ  ＤＥＶＩＤフィールド８０３は、通信パートナーのＤＥＶＩＤを示す。受信機は、ＬＦＩＥなどの送信機のＤＥＶＩＤをそれのビーコンに含める。送信機はまた、それが実際に使用するＲＡＴＥ及びＴＸパワーを示すため、ＬＦＩＥをそれのビーコンに含めるようにしてもよく、この場合、ＤＥＶＩＤが受信機のＤＥＶＩＤに設定される。
【００６５】
ＴＸパワーレベルフィールド８０４は、８ビットなどによってＴＸパワーレベルを符号化する。当該フィールドは、受信機ＬＦＩＥの場合には推奨された値を示し、送信機ＬＦＩＥの場合には実際に使用された値を示す。
【００６６】
ＲＡＴＥフィールド８０５は、送信機によって使用されるＭＣＳなどの推奨されたデータレートを含む。ＲＡＴＥフィールドは、例えば、テーブル２に示されるように符号化することができる。送信機のＬＦＩＥなどのビーコンでは、ＲＡＴＥフィールド８０５は、受信機などの各ストリームの各スーパーフレームにおいて実際に使用されるデータレートに設定されてもよい。
【００６７】
ＵＰ／ＳｔｒｅａｍＩｎｄｅｘフィールド８０６は、フィードバックが与えられるストリームのストリームインデックス（特にＤＲＰのための）又はユーザ優先度（特にＰＣＡのための）を示す。特定の送信機及び受信機のセットの間のすべてのストリームが、同一のＲＡＴＥ及びＴＸパワーを使用する場合（それらはすべて同一のリンクを介し送信されるため）、ＵＰ／ＳｔｒｅａｍＩｎｄｅｘフィールド８０６はまた、削除されるなど省略可能である。
【００６８】
フィールドの順序はまた異なるものとすることが可能であるか、又は削除若しくは追加することができる。例えば、図１１は、要素ＩＤフィールド８０１、長さフィールド８０２及び少なくとも１つのリンクフィールド１１００を含むＬＦＩＥフォーマット８００の一例を示す。図１２は、レートフィールド８０５を含むようなリンクフィールド１１００、ＴＸパワーレベルフィールド８０４及びフィードバックが提供されるソース装置の情報を含むＤｅｖＡｄｄｒフィールド１２００を示す。
【００６９】
第５の具体例では、リンクフィードバックはまたＬＦＩＥにより送信されるが、インクリメンタル推奨は、フル推奨の代わりにＬＦＩＥに与えられる。図９において、本実施例によるＬＦＩＥの可能な第１の構成が示される。要素ＩＤ８０１、長さ８０２、ＴＸ／ＲＸ  ＤＥＶＩＤ８０３及びＵＰ／ＳｔｒｅａｍＩｎｄｅｘ８０６の各フィールドは、前の実施例と比較して変更されない。ＵＰ／ＳｔｒｅａｍＩｎｄｅｘ８０６は、図８と比較して、図９のＬＦＩＥ内の異なるポジションにおかれるが、上述したように、ＬＦＩＥ内のフィールドの順序はまた異なって規定することが可能であり、ＵＰ／ＳｔｒｅａｍＩｎｄｅｘさえ必要でないかもしれない。インクリメンタルフィードバックによるＬＦＩＥの第２の可能な構成は、再び図１１及び１２に示されるものとなるであろう。
【００７０】
第４の具体例との相違は、ＲＡＴＥ９０１及びＴＸパワー９０２の各フィールドが相対的なフィードバック、すなわち、ＲＡＴＥ及び／又はＴＸパワーが増加、減少又は不変とされるべきかを含むということである。それらは、例えば、テーブル３又は４に従って符号化されてもよい。
【００７１】
第６の具体例では、リンクフィードバックはまた、ＬＦＩＥにより送信されるが、このＬＦＩＥはＲＡＴＥ及びＴＸパワーを含まず、チャネル状態情報を含む。このチャネル状態情報は、例えば、ＲＳＳ（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ）、信号対ノイズレシオ（ＳＮＲ）、ノイズレベル（Ｎ）及びパケットエラーレシオ（ＰＥＲ）のセットから選択されてもよい。ＲＳＳ、ＳＮＲ、Ｎ又はＰＥＲの各フィールドは単にＬＦＩＥにおけるＲＡＴＥ及びＴＸパワーフィールド（異なるフィールド長による）を置き換えるものであるため、図８及び９へのさらなる形状はここでは含まれない。チャネル／リンク状態情報の形式により（ＤＲＰＩＥ又は個別のＩＥにより）フィードバックを与える効果は、受信機が送信側のＴＸパラメータに関する情報を有する必要がないということである。送信機は、受信機からのチャネル情報フィードバックに基づき、自律的にレート／ＭＣＳ及びＴＸパワーについて判断する。受信機が明示的推奨を送信機に送信する実施例では、受信機は、送信機に対して推奨された値を決定するため、送信機によって使用されるＴＸパワーなど、ＴＸパラメータに関する情報を要求するかもしれない。これは、特にＴＸパワーのフルＭＣＳ及びＴＸパワー推奨については、送信機がまた現在のＴＸパワーをそれのビーコンに含むためである。
【００７２】
前述の具体例の何れか又はすべての組み合わせが可能である。これは、受信機のビーコン又はＲＡＴＥ、ＴＸパワー及びチャネル状態パラメータの何れかの組み合わせによりインクリメンタルフィードバックを、送信機ビーコンによりフルフィードバックを意味するかもしれない。
【００７３】
装置は、ＬＦＩＥを利用して、例えば、スループットを増大させるため、及び／又はＦＥＲを低減するため、送信機によって使用される最適なデータレートを提示するかもしれない。ＬＦＩＥにおけるレートは、ＦＥＲが許容値を有するように、当該リンクについて送信機が使用すべき最大データレートとして解釈されるべきである。送信機は、この推奨に従わなくてもよい。
【００７４】
受信機は、ＬＦＩＥをそれのビーコンに含めることによって、送信機に使用されるパワー変更を推奨するようにしてもよい。
【００７５】
最後に、以下において、受信機が送信機について適切なＲＡＴＥ又はＴＸパワー推奨についてどのように決定することが可能であるかの例示的な具体例が与えられる。受信機は、例えば、データスループット、パケット遅延、ＰＥＲなどの異なる基準に基づき、ＲＡＴＥ及び／又はＴＸパワーを選択することが可能である。この決定に対する典型的な基礎は、データスループットである。データスループットは、主に送信について選択されるＭＣＳと再送回数に依存する。図１０において、これが、ＩＥＥＥ８０２．１１ａ規格によるワイヤレス・ローカル・エリア・ネットワークの具体例について示される。ＵＷＢ物理レイヤについて、同様の形状が求めることができる。
【００７６】
図１０は、データスループットが図１０におけるＥａｖ／Ｎ０として数学的に示される信号対ノイズレシオ（ＳＮＲ）の関数であることを示す。ＩＥＥＥ８０２．１１ａにおいて、６、９、１２、１８、２４、３６、４８及び５４Ｍｂｉｔ／ｓのデータレートを有する８つの異なるＭＣＳが存在する。物理レイヤ上で実現可能なデータレートが高いほど、送信がロウバスト性が低下する。より低いロウバスト性は、図１０から示すことができるように、実現可能なスループットがより高いＳＮＲに低下することを意味する。６Ｍｂｉｔ／ｓのデータレートに対する最も低い曲線の具体例をとると、ＳＮＲが約４ｄＢのレベル以下に低下すると、スループットが低下する。５４Ｍｂｉｔ／ｓの最も高いデータレートについては、スループットはすでに低下し、約２３ｄＢのＳＮＲとなっている。スループットの低下は、データがもはやあるＭＣＳによっては確実に送信できないときに実行される必要がある再送によるものである。
【００７７】
スループットを最大化するストラテジーは、２つの近隣のＭＣＳの交差部分における、すなわち、あるＳＮＲレベルにおけるＭＣＳ／データレートをスイッチするということである。結果として得られるスループット対ＳＮＲは、図１０のすべての曲線のエンベロープ（ｅｎｖｅｌｏｐｅ）、すなわち、所与のＳＮＲにおけるすべての曲線の最大値となる。あるＭＣＳ／データレートが、所定のＳＮＲインターバルにおいて使用される。受信機は、現在のＳＮＲを計算し、それのローカルストレージのテーブルから適切なＭＣＳ／データレートを読み出すだけでよい。
【００７８】
これは、受信機が送信機にフィードバックとして提供すべき推奨をどのようにして求めることができるかの単なる一例である。ＴＸパワーレベルは、例えば、ＰＥＲ、ＲＳＳ又はＳＮＲに基づき、同様にして決定することができる。送信機は、受信機が推奨したＭＣＳ及びＴＸパワーを単に使用することが可能であり、又は最適なＭＣＳ及びＴＸパワーの推定を自ら実行し、受信機の推奨をそれの判断を行うための１つの入力として利用することも可能である。
【００７９】
本発明の具体例が図示及び説明されたが、ここに記載されるような管理フレーム、装置アーキテクチャ及び方法が例示的なものであって、本発明の真の範囲から逸脱することなく、各種変更及び改良が可能であり、均等物がそれの要素に置換されるということが当業者に理解されるであろう。さらに、本発明の教示をそれの中心範囲から逸脱することなく特定の状況に適応させるため、多数の改良が可能であるかもしれない。従って、本発明は、本発明を実行するのに想定されるベストモードとして開示される実施例に限定されるものでなく、本発明は、添付した請求項の範囲に属するすべての実施例を含むことが意図される。
【図面の簡単な説明】
【００８０】
【図１】図１は、スーパーフレームレイアウトの全体を示す。
【図２】図２は、ビーコン期間の構成を示す。
【図３】図３は、ビーコンフレームのフォーマットを示す。
【図４】図４は、本発明により動作する装置の無線ネットワークを示す。
【図５】図５は、本発明による装置のいくつかの構成ブロックを示す。
【図６Ａ】図６Ａは、ＤＰＲＩＥ（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｒｅｓｅｒｖａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）フォーマットの第１の例を示す。
【図６Ｂ】図６Ｂは、ＤＲＰＩＥ内のＤＲＰコントロールフィールドの第１の例を示す。
【図７Ａ】図７Ａは、ＤＲＰＩＥフォーマットの第２の例を示す。
【図７Ｂ】図７Ｂは、ＤＰＲＩＥ内のＤＲＰコントロールフィールドの第２の例を示す。
【図８】図８は、ＬＦＩＥ（Ｌｉｎｋ  Ｆｅｅｄｂａｃｋ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）フォーマットの第１の例を示す。
【図９】図９は、ＬＦＩＥフォーマットの第２の例を示す。
【図１０】図１０は、データレートと信号対ノイズレシオの間の関係の例を示す。
【図１１】図１１は、ＬＦＩＥフォーマットの第３の例を示す。
【図１２】図１２は、リンクフィールドフォーマットを示す。
【図１】
2008517550.tif 000007
【図２】
2008517550.tif 000008
【図３】
2008517550.tif 000009
【図４】
2008517550.tif 000010
【図５】
2008517550.tif 000011
【図６Ａ】
2008517550.tif 000012
【図６Ｂ】
2008517550.tif 000013
【図７Ａ】
2008517550.tif 000014
【図７Ｂ】
2008517550.tif 000015
【図８】
2008517550.tif 000016
【図９】
2008517550.tif 000017
【図１０】
2008517550.tif 000018
【図１１】
2008517550.tif 000019
【図１２】
2008517550.tif 000020
【国際調査報告】
2008517550.tif 000021
2008517550.tif 000022
2008517550.tif 000023