(57)【特許請求の範囲】
【請求項１】
所定時間の経過を測定するタイマをセットするステップと、
関連付けられているクライアントから報告を受信するステップと、
前記関連付けられているクライアントへのデータ伝送について、前記報告に応じてダウンリンク伝送電力レベルを設定し、使用するステップと、
前記タイマにおいて所定時間経過したと判断したときに、ダウンリンク・データ損失率を決定するステップと、
前記ダウンリンク・データ損失率に応じて前記ダウンリンク伝送電力レベルを調節するステップと、を含み、前記報告が、受信信号強度と、クライアント伝送電力レベルと、リンク・マージンおよび受信側感度のうちの一方とを含む、方法。
【請求項２】
前記受信側感度に応じてダウンリンク・マージンを計算するステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記ダウンリンク・データ損失率決定ステップが、
前記関連付けられているクライアントにデータを伝送するステップと、
前記データ伝送の状態を記録するステップと、をさらに含む、請求項１に記載の方法。
【請求項４】
データ損失測定ウィンドウを使用して、最近のデータ伝送の状態を保持するステップをさらに含む、請求項３に記載の方法。
【請求項５】
所定時間の経過を測定するタイマをセットするステップと、
受信機によって、報告を求める要求を受信する手段と、
報告を伝送するステップと、
アップリンク伝送電力レベルを使用することを求める命令を受信するステップと、
前記アップリンク伝送電力レベルを設定し、使用するステップと、
前記タイマにおいて所定時間経過したと判断したときに、アップリンク・データ損失率を決定するステップと、
前記アップリンク・データ損失率を値と比較する手段と、
前記アップリンク・データ損失率に応じて前記アップリンク伝送電力レベルを調節するステップと、を含み、前記報告が、受信信号強度と、クライアント伝送電力レベルと、前記リンク・マージンおよび前記受信側感度のうちの一方とを含む、方法。
【請求項６】
受信信号強度を測定するステップと、
リンク・マージンおよび受信側感度のうちの一方を決定するステップと、をさらに含む、請求項５に記載の方法。
【請求項７】
前記アップリンク・データ損失率決定ステップが、
アクセス・ポイントにデータを伝送するステップと、
前記データ伝送の状態を記録するステップと、をさらに含む、請求項５に記載の方法。
【請求項８】
データ損失測定ウィンドウを使用して、最近のデータ伝送の状態を保持するステップをさらに含む、請求項７に記載の方法。
【請求項９】
所定時間の経過を測定する手段と、
関連付けられているクライアントから報告を受信する手段と、
前記関連付けられているクライアントへのデータ伝送について、前記報告に応じてダウンリンク伝送電力レベルを設定し、使用する手段と、
前記タイマにおいて所定時間経過したと判断したときに、ダウンリンク・データ損失率を決定する手段と、
前記ダウンリンク・データ損失率に応じて前記ダウンリンク伝送電力レベルを調節する手段と、を備え、前記報告が、受信信号強度と、クライアント伝送電力レベルと、リンク・マージンおよび受信側感度のうちの一方とを含む、装置。
【請求項１０】
前記受信側感度に応じてダウンリンク・マージンを計算する手段をさらに備える、請求項９に記載の装置。
【請求項１１】
前記ダウンリンク・データ損失率決定手段が、
前記関連付けられているクライアントにデータを伝送する手段と、
前記データ伝送の状態を記録する手段と、をさらに備える、請求項９に記載の装置。
【請求項１２】
データ損失測定ウィンドウを使用して最近のデータ伝送の状態を保持する手段をさらに備える、請求項１１に記載の装置。
【請求項１３】
所定時間の経過を測定する手段と、
受信機によって、報告を求める要求を受信する手段と、
前記報告を伝送する手段と、
アップリンク伝送電力レベルを使用することを求める命令を受信する手段と、
前記アップリンク伝送電力レベルを設定し、使用する手段と、
アップリンク・データ損失率を決定する手段と、
前記タイマにおいて所定時間経過したと判断したときに、前記アップリンク・データ損失率を値と比較する手段と、
前記比較に応じて前記アップリンク伝送電力レベルを調節する手段と、を備え、前記報告が、受信信号強度と、クライアント伝送電力レベルと、前記リンク・マージンおよび前記受信側感度のうちの一方とを含む、装置。
【請求項１４】
受信信号強度を測定する手段と、
リンク・マージンおよび受信側感度のうちの一方を決定する手段と、をさらに備える、請求項１３に記載の装置。
【請求項１５】
前記アップリンク・データ損失率決定手段が、
アクセス・ポイントにデータを伝送する手段と、
前記データ伝送の状態を記録する手段と、をさらに備える、請求項１３に記載の装置。
【請求項１６】
データ損失測定ウィンドウを使用して最近のデータ伝送の状態を保持する手段をさらに備える、請求項１５に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に通信システムに関し、特に、密に配置された環境の無線ネットワークにおける自動伝送電力制御に関する。
【背景技術】
【０００２】
本明細書で使用する記号「／」は、同じまたは類似の構成要素または構造の別名を示している。すなわち、記号「／」は、本明細書では「または」の意味と解釈することができる。ユニキャスト伝送は、単一の送信側／伝送側と、単一の受信側との間で行われる。ブロードキャスト伝送は、単一の送信側／伝送側と、当該送信側の受信範囲内の全ての受信側との間で行われる。マルチキャスト伝送は、単一の送信側／伝送側と、当該伝送側の受信範囲内の受信側のサブセットとの間で行われる。ただし、この伝送側の受信範囲内の受信側のサブセットは、受信範囲内の受信側全体であってもよい。すなわち、「マルチキャスト」は、「ブロードキャスト」を含むことがあり、従って、本明細書では「ブロードキャスト」より広い意味を有する用語である。データ／コンテンツは、パケットまたはフレームとして伝送される。本明細書で使用する「局」は、ノードまたはクライアント装置であり、ノードまたはクライアント装置は、例えばコンピュータ、ラップトップ、携帯情報端末（ＰＤＡ）、デュアル・モード・スマートフォンなど（ただしこれらに限定されない）の、無線端末、無線装置、移動端末または移動装置とすることができる。特に、無線装置は移動装置であってもよいが、無線装置は、特定期間固定し、移動していなくてもよい。
【０００３】
近年、学校や職場、ショッピング・モール、図書館、空港、家庭などで、無線ネットワークの普及が急速に且つ著しく進んでいる。ＩＥＥＥ８０２．１１ｎなどの新技術が、無線リンクを介してマルチメディア・コンテンツを配信することを可能にしている。これにより、この技術は、我々の日常生活に一層深く浸透しつつある。干渉を起こさないチャネルの数には、制限がある。密に配置された環境では、無線ネットワークは、互いに干渉する傾向がある。この干渉は、無線ネットワークのスループットに影響を与えるので、マルチメディア・ストリーミング分野ではサービス品質に影響が出る。
【０００４】
従来技術では、ＩＥＥＥ８０２．１１無線ネットワークにおいて干渉を軽減し、容量を増大させる伝送電力制御アルゴリズムが提案されている。この方法では、パケット損失率のみに基づいて伝送電力の適応を行う。しかし、この方法では、正確なパケット損失率を得るために一定数のサンプルを必要とするので、測定サイクルが長くなり、チャネルの状態変化に対する応答時間が遅くなる。さらに、パケット損失率のみに基づいて伝送電力の適応を正確に行うことは困難である。
【０００５】
無線／移動／クライアント装置は、その近傍のＡＰとのみ関連付けを行い、通信する。ＡＰおよびそれと関連付けられている無線装置の伝送電力を適切に制御することにより、チャネル干渉が減少し、チャネル再利用率が向上し、スループットが向上して、ＡＰとクライアント装置との間の通信は改善される。伝送電力を低下させることができれば、ＡＰまたはクライアント装置から伝送される信号は、ある程度の距離のところで行われている別のＡＰとそのＡＰと関連付けられているクライアント装置との間の通信と干渉しなくなる。ＡＰ間の干渉が起きなくなる距離は、各ＡＰとそれと関連付けられたクライアント装置の伝送電力によって決まる。すなわち、一定の距離を超えて隔たっている（離れている）複数のＡＰおよびそれらと関連付けられているクライアント装置は互いに干渉しないので、干渉を起こさずに同じチャネルを使用することができる。この原理により、いくつもの基本サービス・セット（ＢＳＳ）（ＡＰおよびそれと関連付けられているクライアント装置）が、限られた数の無線チャネルしか使わずに、所与の領域内で同時に通信することができる。
【０００６】
伝送電力が低くなるほど、干渉を起こさずに同じチャネルを使用するのに必要な空間的間隔も小さくなる。従って、密に配置された状態の全体のネットワーク容量は増大する。例えば、所与の領域内で、セルラー・ネットワークを用いた場合、伝送電力を低くしてセル・サイズを小さくすれば、全体のネットワーク容量は高くなる。目的は、無線装置（ＡＰまたはクライアント装置）の伝送電力を、当該装置が最小限の伝送電力を用いながら、スループットおよびパケット損失率の要件を満たすように制御することである。伝送電力制御は、その他の装置との干渉を低減し、チャネル再利用率を向上させ、最終的に無線ネットワーク全体の容量を向上させるのに役立つ。もちろん、伝送電力制御は、エネルギーの節約および移動装置のバッテリ寿命の向上にも役立つ。
【０００７】
受信側が伝送側の近くに位置し、伝送側と受信側の間のチャネル状態が良好であるときには、伝送側は、低い電力でデータ／コンテンツ／信号を伝送することができる。しかし、伝送側と受信側の間の距離が大きくなり、チャネル状態が良好でなくなると、伝送側は、データが受信側で正しく受信されるようにして、スループットを維持するために、データの伝送により高い電力を必要とするようになる。問題は、データ／コンテンツ／信号を受信側に最適に伝送するための伝送電力を伝送側がどのように決定し、（チャネル状態が変化した場合に）どのように適応を行うかである。
【０００８】
本発明は、干渉を低減し、チャネル再利用率および全体のネットワーク容量を向上させ、且つスループットおよびパケット損失率の要件を満たしながらエネルギーを節約するように伝送側の電力を最適化する、伝送電力制御方法および装置を対象とする。従って、本発明は、特に密に配置された環境の無線ネットワークにおける伝送電力制御を対象とする。サービス品質を維持しながら伝送電力を低減することにより、干渉が低下し、チャネル再利用率が向上し、さらにこれにより、全てのアプリケーション、特にマルチメディア・アプリケーションのスループットが向上する。本発明の方法は、受信側における受信信号強度およびパケット損失率を含むいくつかのパラメータの能動的モニタリングに基づいて伝送電力を認知的に（ｃｏｇｎｉｔｉｖｅｌｙ）調節する。本発明について、ＩＥＥＥ８０２．１１無線ローカル・エリア・ネットワーク（ＷＬＡＮ）を用いて説明および例示するが、本発明は、任意の無線ネットワークで使用することができる。
【０００９】
関連付けられているクライアントから報告を受信すること、該関連付けられているクライアントへのデータ伝送について、該報告に応じてダウンリンク伝送電力レベルを設定し、使用すること、ダウンリンク・データ損失率を決定すること、および該ダウンリンク・データ損失率に応じて該ダウンリンク伝送電力レベルを調節することを含む、方法および装置について記載する。また、報告を伝送すること、アップリンク伝送電力レベルを使用することを求める命令を受信すること、該アップリンク伝送電力レベルを設定し、使用すること、アップリンク・データ損失率を決定すること、および該アップリンク・データ損失率に応じて該アップリンク伝送電力レベルを調節することを含む、方法および装置についても記載する。
【００１０】
本発明は、以下の詳細な説明を添付の図面と関連付けて読めば、最も良く理解できる。添付図面は、以下に簡単に説明する各図を含み、これらの図面において、同じ参照番号は同様の要素を示す。
【図面の簡単な説明】
【００１１】
【図１】本発明の原理による、ＡＰの伝送電力制御（ＴＰＣ）測定動作の例示的な実施例を示す流れ図である。
【図２】本発明の原理による、クライアント側のＴＰＣ測定動作の例示的な実施例を示す流れ図である。
【図３】本発明の原理による、ＡＰの伝送電力制御（ＴＰＣ）手続きの例示的な実施例を示す流れ図である。
【図４】本発明の原理による、ＡＰがリンク毎のパケット／フレーム損失率に関する情報を有するときの、ＡＰの伝送電力制御（ＴＰＣ）手続きの例示的な実施例を示す流れ図である。
【図５】本発明の原理による、クライアントの伝送電力制御（ＴＰＣ）手続きの例示的な実施例を示す流れ図である。
【図６】本発明の原理による、クライアントがアップリンク伝送状態のウィンドウを保持しているときの、クライアントの伝送電力制御（ＴＰＣ）手続きの例示的な実施例を示す流れ図である。
【図７】本発明の例示的な実施態様を示すブロック図である。
【発明を実施するための形態】
【００１２】
伝送電力を決定するために、ＡＰは、関連付けられた無線クライアント／局（ＳＴＡ）／モジュール装置に、受信信号強度を測定して、推定／決定したリンク・マージンおよび現在の伝送電力を報告するように要求する。ＡＰは、関連付けられた各クライアントに対して、伝送電力制御（ＴＰＣ）測定要求メッセージ／パケット／フレーム／信号を定期的に発行する。さらに、新たなクライアントが関連付けられると、ＡＰは、その新たに関連付けられたクライアントに対しても要求を発行する。要求を受けたクライアントは、受信信号強度を測定し、ダウンリンクのリンク・マージンを推定／決定し、推定／決定したリンク・マージン、受信信号強度およびその伝送電力を、ＴＰＣ測定報告メッセージ／フレーム／信号を送信することによってＡＰに報告する。本明細書で使用する「ダウンリンク」は、ＡＰからクライアントへの伝送であり、「アップリンク」は、クライアントからＡＰへの伝送である。リンク・マージン推定／決定については後述する。
【００１３】
ＴＰＣ測定報告メッセージ／信号／フレームに基づいて、ＡＰは、目標／所望のダウンリンク伝送電力を決定する。伝送電力は、その近傍／領域／空間的間隔における他の装置との間に生じる干渉を最小限にしながら、スループットおよびパケット損失率の要件を満たしていなければならない。また、ＡＰは、関連付けられたクライアントの所望／目標の伝送電力も決定し、それらのクライアントに対し、当該決定した電力をアップリンク伝送に使用するように命令する。伝送電力は、所与の関連付けられたクライアントに対して個別のものであり、従って、時分割多重アクセス（ＴＤＭＡ）環境では、パケット／フレーム毎またはタイムスロット毎の値である。
【００１４】
図１は、本発明の原理によるＡＰ伝送電力制御（ＴＰＣ）測定動作の例示的な実施例を示す流れ図である。１０５で、ＡＰは、ＴＰＣ測定タイマをセットする。１１０でテストを実行して、ＴＰＣ測定タイマが満了しているかどうかを判定する。ＴＰＣ測定タイマが満了していない場合には、１１５でテストを実行し、新たなクライアントがＡＰと関連付けられたかどうかを判定する。新たなクライアントがＡＰと関連付けられている場合には、１２０で、この新たなクライアントに対して、ＴＰＣ測定要求を送信／伝送する。その後、処理は１１０に戻る。新たなクライアントがＡＰと関連付けられていない場合には、処理は１１０に戻る。ＴＰＣ測定タイマが満了している場合には、１２５で、ＡＰと関連付けられた全てのクライアントに対して、ＴＰＣ測定要求が送信／伝送される。
【００１５】
本発明のＴＰＣ方法は、目標データ・レートＲ１および目標パケット損失率を維持しながら、伝送電力ができるだけ低くなるように制約する。例示的な実施例では、目標データ・レートは、伝送側および受信側が対応できる最高のデータ・レートに設定される。その理由は、最高データ・レートを用いてフレームを伝送する場合の通信時間が最も短く、伝送側がその他の装置と干渉する時間が最小限に抑えられるからである。通常は、特定の伝送データ・レートに対して、すなわち伝送に用いられる特定の変調およびチャネル符号化方式に対して、受信側は、許容範囲内のパケット／フレーム／データ損失率で信号／フレームを受信および復号するために、受信信号電力の感度要件を有する。目標パケット／フレーム／データ損失率を、この許容範囲のパケット／フレーム／データ損失率と同じ値に設定して、受信側の感度要件を決定することができる。別の手法では、目標パケット／フレーム／データ損失率を、サービス品質を保証するのに十分に小さな値に設定することができる。目標データ・レートおよび／または目標パケット／フレーム／データ損失率に対して、別の方法でその他の値を選択することも可能である。
【００１６】
クライアントｉについて、目標データ・レートを保証するためには、目標とされる受信電力Ｐｒｉは、ｔａｒｇｅｔＰｒｉ＝Ｓｔｉ＋Ｄであり、ここで、Ｓｔｉは目標データ・レートに関する受信側感度、Ｄは受信側感度の上側のマージンである。Ｄは、設計／調整用パラメータである。なお、上記方程式および後述する方程式の単位は、特に指定しない限りデシベルであることに留意されたい。
【００１７】
経路損失がＬｉである場合には、目標伝送電力は、ｔａｒｇｅｔＰｔｉ＝Ｌｉ＋Ｓｔｉ＋Ｄ＝Ｉｉ＋Ｄであり、ここで、Ｉｉは、Ｉｉ＝Ｌｉ＋Ｓｔｉで定義される。ｊ番目の測定のＴＰＣ報告中のリンク・マージンＭｉ（ｊ）は、Ｍｉ（ｊ）＝Ｐｒｉ（ｊ）−Ｓｔｉである。なお、Ｐｒｉ（ｊ）は、受信側で測定された受信電力のｊ番目のサンプルであることに留意されたい。次いで、Ｉｉのｊ番目のサンプルを、Ｉｉ（ｊ）＝Ｌｉ（ｊ）＋Ｓｔｉ＝Ｐｔｉ（ｊ）−Ｐｒｉ（ｊ）＋Ｓｔｉ＝Ｐｔｉ（ｊ）−Ｍｉ（ｊ）によって推定／決定する。ここで、Ｐｔｉ（ｊ）は、ｊ番目のＴＰＣ測定要求の実際の伝送電力である。なお、ＡＰが、ＴＰＣ測定要求の伝送データ・レートでのＳｔｉ（すなわちＭを計算するための感度）の値を用いてＭの値を計算することを受信側に対して望む場合には、すなわち、ＡＰが、ＴＣＰ測定要求フレームを伝送するデータ・レートを目標データ・レートと見なすことを受信側に対して望む場合には、ＡＰは、目標データ・レートでＴＰＣ測定要求を伝送する。ＴＰＣ測定要求が目標データ・レートで伝送されない場合には、Ｍの値を、受信側またはＡＰにおける目標データ・レートに対する値に変換することができる。Ｍの値（感度の関数である）が目標データ・レートに対する値である（すなわち目標データ・レートに対する感度を使用してＭの値を計算した）場合には、変換は不要である。
【００１８】
標準的な線形推定／決定方法を使用して、Ｉｉを計算する。
ａｖｅＩｉ（ｊ）＝α×ａｖｅＩｉ（ｊ−１）＋（１−α）Ｉｉ（ｊ）
ΔＩｉ（ｊ）＝｜Ｉｉ（ｊ）−ａｖｅＩｉ（ｊ）｜
ｖａｒＩｉ（ｊ）＝β×ｖａｒＩｉ（ｊ−１）＋（１−β）ΔＩｉ（ｊ）
ここで、ａｖｅＩｉ（ｊ）は、ｊ番目の測定後の平滑化リンク品質Ｉｉ（経路損失に受信感度を加えたもの）、すなわち平均の推定量である。ｖａｒＩｉ（ｊ）は、リンク品質Ｉｉの平滑化平均偏差である。ΔＩｉ（ｊ）＝｜Ｉｉ（ｊ）−ａｖｅＩｉ（ｊ）｜は、得られたばかりのｊ番目の測定値と、現在の平均の推定／決定値との差である。ａｖｅＩｉ（ｊ）およびｖａｒＩｉ（ｊ）の両方を使用して、Ｉｉの推定値を計算する。Ｉｉの推定／決定値は、
【００１９】
【数１】
0005307895.tif 000002
に等しい。ここで、α、βおよびｑは、設計調整用パラメータである。
【００２０】
クライアントｉに対する所望／目標伝送電力の新たな推定／決定値は、
【００２１】
【数２】
0005307895.tif 000003
に等しい。ＡＰは、クライアントｉまたは宛先ｉにデータ・パケット／フレームを伝送するときに、
【００２２】
【数３】
0005307895.tif 000004
に等しい伝送電力を設定し、使用する。すなわち、伝送電力は、クライアント毎、宛先アドレス毎、または無線リンク毎に制御される。クライアント／受信側または宛先アドレスが異なれば、使用される伝送電力の値も異なる。すなわち、ＴＤＭＡ環境では、伝送電力は、パケット毎またはタイムスロット毎に制御される。
【００２３】
図２は、本発明の原理によるクライアント側のＴＰＣ測定動作の例示的な実施例を示す流れ図である。２０５で、クライアントは、関連付けられているＡＰからＴＰＣ測定要求を受信する。２１０で、クライアントは、受信信号強度（関連付けられているＡＰからクライアントに送信／伝送されたダウンリンク・トラフィック／コンテンツ／データからクライアントが受け取った伝送信号の強度）を測定する。クライアントは、本明細書に記載の方法を使用して、リンク・マージンを推定／決定する。次いで、２２０で、クライアントは、関連付けられているＡＰにＴＰＣ測定報告を送信／伝送する。別の手法では、クライアントは、受信信号強度の測定値およびその受信感度を、ＴＣＰ測定報告において要求ＡＰに送信し、そのＡＰがダウンリンク・マージンを計算する。
【００２４】
代替の実施例では、ＡＰは、その伝送電力をクライアント毎に変化させない。ＡＰは、最悪のクライアントに基づいて伝送電力を決定する。ＡＰは、その最悪のクライアントにおける受信信号強度が、目標データ・レートで伝送された受信フレームを当該クライアントがうまく復号できるだけの高さになるように、伝送電力値を選択する。複数のクライアントが１つのＡＰと関連付けられている場合には、ＡＰの伝送電力は、
【００２５】
【数４】
0005307895.tif 000005
である。
【００２６】
ＡＰの立上げ時、その初期電力は最大対応電力、すなわちＰｔ（０）＝ｍａｘＰである。新たなクライアントが起動して、ＡＰと再度関連付けられると、ＡＰは、このクライアントに対して最大対応伝送電力をその初期値として使用する。すなわち、Ｐｔｉ（０）＝ｍａｘＰである。さらに、新たなクライアントがＡＰと関連付けられると、ＡＰは、その関連付けプロセスが完了した後で、この新たなクライアントに対してＴＰＣ測定要求を発行する。
【００２７】
例えばクライアントが遠ざかった場合などに、リンク品質の突然の劣化またはリンク／経路喪失を防止するために、ＡＰは、パケット／フレーム損失率もモニタリングし、パケット／フレーム損失率に基づいて伝送電力を調節する。ＡＰは、再伝送要求の数に注目して、パケット／フレーム損失率をモニタリングする。
【００２８】
１つの例示的な実施例では、ＡＰは、関連付けられたクライアントへのダウンリンク伝送のパケット／フレーム損失率（ＦＬＲ）を定期的に決定する。ある期間内のＦＬＲがしきい値ＦＴを超える場合、すなわちＦＬＲ＞ＦＴである場合には、ＡＰは、関連付けられた各クライアントへの伝送電力を、値Ｐｄだけ増加させる。ＦＴおよびＰｄは、設計調整用パラメータである。ＡＰからクライアントｋへの伝送の現在のＡＰの伝送電力をＰｔｋとすると、クライアントｋへのＡＰ伝送の新たな伝送電力は、Ｐｔｋ＋ＰｄとＡＰが対応する最大伝送電力ｍａｘＰのうちの小さい方の値となる。すなわち、新たなＰｔｋは、Ｐｔｋ＝ｍｉｎ｛Ｐｔｋ＋Ｐｄ、ｍａｘＰ｝である。
【００２９】
図３は、本発明の原理による、１つまたは複数のクライアントからの１つまたは複数のＴＰＣ測定報告を用いたＡＰ伝送電力制御（ＴＰＣ）手続きの例示的な実施例を示す流れ図である。３０５で、ＡＰは、ＴＰＣ調節／更新タイマをセットする。３１０でテストを実行して、クライアントからＴＰＣ測定報告を受信しているかどうかを判定する。クライアントからＴＰＣ測定報告を受信していない場合には、３１５でテストを実行し、ＴＰＣ調節タイマが満了しているかどうかを判定する。ＴＰＣ調節／更新タイマが満了していない場合には、処理は３１０に進む。ＴＰＣ調節／更新タイマが満了している場合には、３３０で、パケット／フレーム損失率の決定を行う。３３５でテストを実行し、パケット／フレーム損失率がしきい値を超えるかどうかを判定する。パケット／フレーム損失率がしきい値以下である場合には、処理は３０５に進む。パケット／フレーム損失率がしきい値を超える場合には、３４０で、クライアント・カウンタを初期化／セットする。３４５で、当該クライアントについてダウンリンク伝送電力をセット／更新する。本明細書に記載する方法によってダウンリンク電力が変更されるまで、当該クライアントに対する以後の全てのダウンリンク伝送でこの新たなダウンリンク伝送電力を使用する。３５０でテストを実行し、ＡＰと関連付けられているクライアントがまだ存在するかどうかを判定する。ＡＰと関連付けられているクライアントがそれ以上存在しない場合には、処理は３０５に進む。ＡＰと関連付けられているクライアントがまだ存在する場合には、クライアント・カウンタを増分し、処理は３４５に進む。
【００３０】
ＴＰＣ測定報告をクライアントから受信している場合には、３２０で、ＡＰは、当該ＴＰＣ測定報告の送信元であるクライアントについて、所望のダウンリンク伝送電力を推定／決定する。３２５で、ＡＰは、当該ＴＰＣ測定報告の送信元であるクライアントのダウンリンク伝送電力を設定／更新し、本明細書に記載する方法によってダウンリンク電力が変更されるまで、当該クライアントに対する以後の全てのダウンリンク伝送でこの更新したダウンリンク伝送電力を使用する。次いで、処理は３１０に進む。
【００３１】
別の例示的な実施例では、ＡＰは、関連付けられている各クライアントへの伝送のパケット／フレーム損失率測定を個別に実行する。すなわち、ＡＰは、リンク毎のパケット／フレーム損失率の情報を保持する。具体的には、ＡＰは、関連付けられているクライアントｋ（ｋ＝１、２、…）に最近伝送されたＮｋｔ個のフレームの伝送状態のウィンドウを保持する。クライアントｋについて、パケット／フレーム損失率ＦＬＲｋ＝Ｎｋｅ／Ｎｋｔ＞ＦＴである場合には、ＡＰは、クライアントｋへの伝送の伝送電力を調節する。Ｎｋｅは、ＡＰからクライアントｋに最後に伝送されたＮｋｔ個のフレーム／パケットのうち、喪失した、または再伝送されたフレームの数である。クライアントｋに対する現在のＡＰ伝送電力がＰｔｋである場合には、クライアントｋに対するＡＰ伝送の新たな伝送電力は、Ｐｔｋ＋ＰｄとＡＰが対応する最大電力ｍａｘＰのうちの小さい方の値となる。すなわち、新たなＰｔｋは、Ｐｔｋ＝ｍｉｎ｛Ｐｔｋ＋Ｐｄ、ｍａｘＰ｝である。Ｎｋｔ、ＦＴおよびＰｄは、設計調整用パラメータである。
【００３２】
図４は、本発明の原理による、ＡＰがリンク毎のパケット／フレーム損失率の情報を有する場合のＡＰ伝送電力制御（ＴＰＣ）手続きの例示的な実施例を示す流れ図である。４０５で、ＡＰは、それと関連付けられている各クライアント毎に、パケット／フレーム損失測定ウィンドウを設定／初期化する。４１０でテストを実行し、関連付けられているクライアントからＡＰがＴＰＣ測定報告を受信しているかどうかを判定する。ＡＰが関連付けられているクライアントからＴＰＣ測定報告を受信していない場合には、４１５でテストを実行し、ＡＰが関連付けられているクライアントに任意のデータ／パケット／フレームを伝送したかどうかを判定する。ＡＰが関連付けられているクライアントに任意のデータ／パケット／フレームを伝送していない場合には、処理は４１０に進む。ＡＰが関連付けられているクライアントｋにデータ／パケット／フレームを伝送していた場合には、４３５で、ＡＰは、そのデータ／パケット／フレーム伝送の状態を記録する。４４０で、クライアントｋのパケット／フレーム損失測定ウィンドウを増分する。４４５でテストを実行し、クライアントｋの現在のパケット／フレーム損失測定ウィンドウがこの関連付けられているクライアントに伝送されたパケット／フレームの測定必要数Ｎｋｔ以上であるかどうかを判定する。パケット／フレーム損失測定ウィンドウがこの関連付けられているクライアントに伝送されたパケット／フレームの測定必要数Ｎｋｔ未満である場合には、処理は４１０に進む。パケット／フレーム損失測定ウィンドウがこの関連付けられているクライアントに伝送されたパケット／フレームの測定必要数Ｎｋｔ以上である場合には、４５０で、ＡＰは、この関連付けられているクライアントに最近伝送されたＮｋｔ個のパケット／フレームの状態を保持し、パケット／フレーム損失測定ウィンドウをＮｋｔにリセットする。４５５で、ＡＰは、この関連付けられているクライアントｋのパケット／フレーム伝送損失率を計算／算出／決定する。４６０でテストを実行し、このクライアントのパケット／フレーム伝送損失率がしきい値を超えるかどうかを判定する。このクライアントのパケット／フレーム伝送損失率がしきい値以下である場合には、処理は４１０に進む。このクライアントのパケット／フレーム伝送損失率がしきい値を超える場合には、４６５で、ＡＰは、このクライアントの伝送電力を設定／更新する。４７０で、ＡＰは、このクライアントのパケット／フレーム測定ウィンドウをリセットする。
【００３３】
ＡＰがこの関連付けられているクライアントｉからＴＰＣ測定報告を受信している場合には、４２０で、ＡＰは、ＡＰからＴＰＣ測定報告の送信元であるクライアントｉへのダウンリンク伝送の所望／目標伝送電力を推定／決定する。４２５で、ＡＰは、ＴＰＣ測定報告の送信元であるクライアントｉのダウンリンク伝送電力を設定／更新し、本明細書に記載する方法によってダウンリンク電力が変更されるまで、このクライアントｉに対する以後の全てのダウンリンク伝送でこの更新したダウンリンク伝送電力を使用する。４３０で、ＡＰは、ＴＰＣ測定報告の送信元であるクライアントｉのパケット／フレーム損失測定ウィンドウをリセットする。ＡＰは、クライアントｉからＴＰＣ報告を受信して、クライアントｋにダウンリンク・フレームを伝送することもある。次いで、処理は４１０に進む。
【００３４】
ＡＰは、関連付けられているクライアントの伝送電力も制御する。アップリンク伝送の目標データ・レートおよび目標パケット損失率は、ダウンリンク・データ・レートと異なっていてもよい。例示的な実施例では、最大対応データ・レートを、目標アップリンク・データ・レートとして使用することができる。特定の伝送データ・レートに対して、すなわち伝送に用いられる特定の変調およびチャネル符号化方式に対して、受信側は、許容範囲内のパケット／フレーム／データ損失率で信号／フレームを受信および復号するために、受信信号電力の感度要件を有する。目標パケット／フレーム／データ損失率を、この許容範囲のパケット／フレーム／データ損失率と同じ値に設定して、受信側の感度要件を決定することができる。別の手法では、目標パケット／フレーム／データ損失率を、サービス品質を保証するのに十分な小さな値に設定することもできる。目標データ・レートおよび／または目標パケット／フレーム／データ損失率に対して、別の方法でその他の値を選択することも可能である。
【００３５】
アップリンクおよびダウンリンクの品質は対称的でなくてもよいことに留意されたい。クライアントｉについて、目標データ・レートを保証するためには、ＡＰにおける目標とされる受信電力Ｐｕｒｉは、ｔａｒｇｅｔＰｕｒｉ＝Ｓｕｒｉ＋Ｕであり、ここで、Ｓｕｒｉは目標データ・レートに関するＡＰの受信感度、Ｕは受信側感度の上側のアップリンク・マージンである。Ｕは、設計調整用パラメータである。
【００３６】
アップリンクの経路損失がＬｕｉである場合には、目標とされるクライアント伝送電力は、ｔａｒｇｅｔＰｕｔｉ＝Ｌｕｉ＋Ｓｕｔｉ＋Ｕである。ＡＰは、ＴＰＣ測定報告中の実際のクライアント伝送電力ＰｕｔｉおよびＡＰにおける実際の受信電力Ｐｕｒｉに基づいて経路損失Ｌｕｉを推定することができる。すなわち、Ｌｕｔｉ＝Ｐｕｔｉ−Ｐｕｒｉである。
【００３７】
ここで再度、標準的な線形推定／決定方法を使用して、アップリンク経路損失Ｌｕｉを計算する。
ａｖｅＬｕｉ（ｊ）＝σ×ａｖｅＬｕｉ（ｊ−１）＋（１−σ）Ｌｕｉ（ｊ）
ΔＬｕｉ（ｊ）＝｜Ｌｕｉ（ｊ）−ａｖｅＬｕｉ（ｊ）｜
ｖａｒＬｕｉ（ｊ）＝ω×ｖａｒＬｕｉ（ｊ−１）＋（１−ω）ΔＬｕｉ（ｊ）
ここで、ａｖｅＬｕｉ（ｊ）は、ｊ番目の測定後の平滑化リンク品質Ｌｕｉ（経路損失に受信感度を加えたもの）、すなわち平均の推定量である。ｖａｒＬｕｉ（ｊ）は、リンク品質Ｌｕｉの平滑化平均偏差である。ΔＬｕｉ（ｊ）＝｜Ｌｕｉ（ｊ）−ａｖｅＬｕｉ（ｊ）｜は、得られたばかりのｊ番目の測定値と、現在の平均の推定値との差である。ａｖｅＬｕｉ（ｊ）およびｖａｒＬｕｉ（ｊ）の両方を使用して、Ｌｕｉの推定値を計算する。ｊ番目のサンプルのＬｕｉの推定／決定値は、
【００３８】
【数５】
0005307895.tif 000006
に等しい。ここで、σ、ωおよびｃは、設計調整用パラメータである。
【００３９】
推定／決定された新たなアップリンク伝送電力は、
【００４０】
【数６】
0005307895.tif 000007
に等しい。ＡＰは、クライアントにメッセージを送信することにより、この新たな伝送電力を使用するようにクライアントに命令する。クライアントが関連付けられたＡＰにデータ・パケット／フレームを伝送するときには、当該クライアントは、
【００４１】
【数７】
0005307895.tif 000008
に等しいこの新たな伝送電力を使用する。すなわち、伝送電力は、クライアント毎または無線リンク毎に制御される。クライアントまたはリンク／経路が異なれば、それらが使用するアップリンク伝送電力値も異なる。
【００４２】
代替の実施例では、ＡＰは、全てのクライアントが同じアップリンク伝送の伝送電力を使用することを望むことがある。この場合、ＡＰは、最悪のクライアントに基づいてアップリンク伝送電力を決定する。１つのＡＰに複数のクライアントが関連付けられている場合には、アップリンク伝送電力は、
【００４３】
【数８】
0005307895.tif 000009
である。
【００４４】
クライアントが立ち上がり、動作を初期化したとき、このクライアントの最大対応電力Ｐｕ−ｓｕｐｐｏｒｔｅｄを、その初期電力にすることができる。あるいは、そのＡＰのビーコンまたはプローブ応答で指定された最大許容伝送電力Ｐｕ−ａｌｌｏｗｅｄとしても、最大対応電力と最大許容伝送電力のうちの大きい方とする、すなわちＰｕｔ（０）＝ｍｉｎ｛ｍａｘＰｕ−ｓｕｐｐｏｒｔｅｄ、ｍａｘＰｕ−ａｌｌｏｗｅｄ｝としてもよい。
【００４５】
新たなクライアントは、伝送電力の変更を求める命令を受信するまで、関連付けプロセスおよびその後の伝送に、この最大電力を使用する。新たなクライアントがＡＰと関連付けられると、ＡＰは、その関連付けプロセスが完了した後で、このクライアントに対してＴＰＣ測定要求を発行する。このクライアントからＴＰＣ測定報告を受信した後で、ＡＰは、このクライアントのアップリンク伝送電力およびダウンリンク伝送電力を決定し、適応を行う。更新されたアップリンク伝送電力値は、管理／制御メッセージを用いてこのクライアントに送信されるか、またはこの新たな伝送電力値をアップリンク伝送に使うようにこのクライアントに指示／命令するビーコン・メッセージ／信号／フレームで公示する。
【００４６】
リンク品質の突然の劣化またはリンク／経路喪失を防止するために、ＡＰは、そのパケット／フレーム損失率もモニタリングする。１つの例示的な実施例では、ＡＰは、関連付けられているクライアントへのダウンリンク伝送のパケット／フレーム損失率（ＦＬＲ）を定期的に決定する。ある期間中のＦＬＲがしきい値ＦＴを超える場合、すなわちＦＬＲ＞ＦＴである場合には、ＡＰは、上述のように関連付けられている各クライアントへのダウンリンク伝送電力を調節する。その間に、ＡＰは、関連付けられている各クライアントに、それぞれのアップリンク伝送電力を増加させるように命令／指示する。これは、以下のように行われる。クライアントｋの現在のアップリンク伝送電力がＰｕｔｋである場合には、クライアントｋからＡＰへのアップリンク伝送の新たな伝送電力は、Ｐｕｔｋ＋Ｐｕｄと当該クライアントが対応する最大アップリンク電力ｍａｘＰｕｋのうちの小さい方の値となる。すなわち、新たなＰｕｔｋは、Ｐｕｔｋ＝ｍｉｎ｛Ｐｕｔｋ＋Ｐｕｄ、ｍａｘＰｕｋ｝である。ＦＴおよびＰｕｄは、設計調整用パラメータである。
【００４７】
別の例示的な実施例では、ＡＰは、関連付けられている各クライアントへの伝送のパケット／フレーム損失率測定を個別に実行する。すなわち、ＡＰは、リンク毎のパケット／フレーム損失率の情報を保持する。具体的には、ＡＰは、関連付けられているクライアントｋ（ｋ＝１、２、…）に最近伝送されたＮｋｔ個のフレームの伝送状態のウィンドウを保持する。上述のように、クライアントｋについて、フレーム損失率ＦＬＲｋ＝Ｎｋｅ／Ｎｋｔ＞ＦＴである場合には、ＡＰは、クライアントｋへのダウンリンク伝送の伝送電力を調節する。ここで、Ｎｋｅは、ＡＰからクライアントｋに最後に伝送されたＮｋｔ個のフレーム／パケットのうち、喪失した、または再伝送されたパケット／フレームの数である。その間に、ＡＰは、クライアントｋのアップリンク伝送電力も更新し、アップリンク伝送電力を以下のように更新後の／新たな／目標の伝送電力値に増加させるようにクライアントｋに命令／指示する。クライアントｋに対する現在のＡＰ伝送電力がＰｕｔｋである場合には、クライアントｋからＡＰへのアップリンク伝送の新たな伝送電力は、Ｐｕｔｋ＋Ｐｕｄとクライアントが対応する最大電力ｍａｘＰｕｋのうちの小さい方の値となる。すなわち、新たなＰｕｔｋは、Ｐｕｔｋ＝ｍｉｎ｛Ｐｕｔｋ＋Ｐｕｄ、ｍａｘＰｕｋ｝である。Ｎｋｔ、ＦＴおよびＰｕｄは、設計調整用パラメータである。
【００４８】
１つの例示的な実施例では、クライアントは、関連付けられているＡＰへのアップリンク伝送のパケット／フレーム損失率（ＦＬＲｃ）を定期的に決定する。ある期間中のＦＬＲｃがしきい値ＦＴｃを超える場合、すなわちＦＬＲｃ＞ＦＴｃである場合には、クライアントは、そのアップリンク伝送電力を調節する。クライアントｋの現在のアップリンク伝送電力がＰｕｔｋである場合には、クライアントｋからＡＰへのアップリンク伝送の新たな伝送電力は、Ｐｕｔｋ＋Ｐｕｄと当該クライアントが対応する最大アップリンク電力ｍａｘＰｕｋのうちの小さい方の値となる。すなわち、新たなＰｕｔｋは、Ｐｕｔｋ＝ｍｉｎ｛Ｐｕｔｋ＋Ｐｕｄ、ｍａｘＰｕｋ｝である。ＦＴおよびＰｕｄは、設計調整用パラメータである。
【００４９】
図５は、本発明の原理によるクライアント伝送電力制御（ＴＰＣ）手続きの例示的な実施例を示す流れ図である。５０５で、クライアントは、ＴＰＣ調節タイマをセット／初期化する。５１０でテストを実行し、クライアントが関連付けられているＡＰからＴＰＣ調節メッセージ／フレーム／信号／命令を受信しているかどうかを判定する。クライアントが関連付けられているＡＰからＴＰＣ調節メッセージ／フレーム／信号／命令を受信していない場合には、５１５でテストを実行し、ＴＰＣ調節タイマが満了しているかどうかを判定する。ＴＰＣ調節タイマが満了している場合には、５２５で、クライアントは、アップリンク・パケット／フレーム伝送損失率を決定する。５３０でテストを実行し、このパケット／フレーム伝送損失率がしきい値を超えるかどうかを判定する。パケット／フレーム伝送損失率がしきい値以下である場合には、処理は５０５に進む。パケット／フレーム伝送損失率がしきい値を超える場合には、クライアントは、アップリンク伝送電力を設定／更新し、本明細書に記載する方法によってアップリンク電力が変更されるまで、当該ＡＰに対する以後の全てのアップリンク伝送でこの更新したアップリンク伝送電力を使用する。その後、処理は５０５に進む。
【００５０】
クライアントが関連付けられているＡＰからＴＰＣ調節メッセージ／フレーム／信号／命令を受信している場合には、５２０で、クライアントは、関連付けられているＡＰからのＴＰＣ調節メッセージ／フレーム／信号／命令に基づいてアップリンク伝送電力を設定／更新する。クライアントは、本明細書に記載する方法によってアップリンク電力が変更されるまで、当該ＡＰに対する以後の全てのアップリンク伝送でこの更新したアップリンク伝送電力を使用する。
【００５１】
別の例示的な実施例では、クライアントｋが関連付けられているＡＰに最近伝送されたＮｃｋｔ個のフレームの伝送状態のウィンドウを保持する。クライアントｋのアップリンク・パケット／フレーム損失率ＦＬＲｃｋが、ＦＬＲｃｋ＝Ｎｃｋｅ／Ｎｃｋｔ＞ＦＴｃである場合には、クライアントｋは、そのアップリンク伝送電力を更新する。ここで、Ｎｕｋｅは、クライアントｋからＡＰに最後に伝送されたＮｃｋｔ個のフレーム／パケットのうち、喪失した、または再伝送されたパケット／フレームの数である。クライアントｋに対する現在のアップリンク伝送電力がＰｕｔｋである場合には、クライアントｋからＡＰへの伝送の新たな伝送電力は、Ｐｕｔｋ＋Ｐｕｄとクライアントｋが対応する最大電力ｍａｘＰｕｋのうちの小さい方の値となる。すなわち、新たなＰｕｔｋは、Ｐｕｔｋ＝ｍｉｎ｛Ｐｕｔｋ＋Ｐｕｄ、ｍａｘＰｕｋ｝である。Ｎｃｋｔ、ＦＴｃおよびＰｕｄは、設計調整用パラメータである。
【００５２】
図６は、本発明の原理による、クライアントがアップリンク伝送状態のウィンドウを保持するときのクライアント伝送電力制御（ＴＰＣ）手続きの例示的な実施例を示す流れ図である。６０５で、クライアントは、パケット／フレーム損失測定ウィンドウをセット／初期化する。６１０でテストを実行し、クライアントが関連付けられているＡＰからＴＰＣ調節メッセージ／フレーム／信号／命令を受信しているかどうかを判定する。クライアントが関連付けられているＡＰからＴＰＣ調節メッセージ／フレーム／信号／命令を受信していない場合には、６１５でテストを実行し、クライアントが関連付けられているＡＰに任意のデータ／パケット／フレームを伝送したかどうかを判定する。クライアントが関連付けられているＡＰに任意のデータ／パケット／フレームを伝送していない場合には、処理は６１０に進む。クライアントが関連付けられているＡＰに任意のデータ／パケット／フレームを伝送している場合には、６３０で、クライアントは、関連付けられているＡＰに伝送したアップリンク・データ／パケット／フレームの状態を記録する。６３５で、クライアントは、パケット／フレーム伝送損失測定ウィンドウを増分する。６４０でテストを実行し、パケット／フレーム伝送損失ウィンドウが、このクライアントが関連付けられているＡＰに伝送されるパケット／フレームの測定必要数Ｎｃｋｔ以上であるかどうかを判定する。パケット／フレーム伝送損失ウィンドウが、このクライアントが関連付けられているＡＰに伝送されるパケット／フレームの測定必要数未満である場合には、処理は６１０に進む。パケット／フレーム伝送損失ウィンドウが、このクライアントが関連付けられているＡＰに伝送されるパケット／フレームの測定必要数以上である場合には、６４５で、クライアントは、このクライアントが関連付けられているＡＰに最近伝送されたＮｃｋｔ個のパケット／フレームの状態を保持し、パケット／フレーム損失測定ウィンドウをＮｃｋｔにリセットする。６５０で、クライアントは、このクライアントが関連付けられているＡＰに対する最近のアップリンク伝送のアップリンク・パケット／フレーム伝送損失率を算出／計算／決定する。６５５でテストを実行し、パケット／フレーム損失伝送率がしきい値を超えるかどうかを判定する。パケット／フレーム損失伝送率がしきい値以下である場合には、処理は６１０に進む。パケット／フレーム損失伝送率がしきい値を超える場合には、６６５で、クライアントは、アップリンク伝送電力を設定／更新する。クライアントは、本明細書に記載する方法によってアップリンク電力が変更されるまで、当該ＡＰに対する以後の全てのアップリンク伝送でこの更新したアップリンク伝送電力を使用する。６７０で、クライアントは、パケット／フレーム損失測定ウィンドウをリセットする。
【００５３】
クライアントが関連付けられているＡＰからＴＰＣ調節メッセージ／フレーム／信号／命令を受信している場合には、６２０で、クライアントは、関連付けられているＡＰからのＴＰＣ調節メッセージ／フレーム／信号／命令に基づいてアップリンク伝送電力を設定する。クライアントは、本明細書に記載する方法によってアップリンク電力が変更されるまで、当該ＡＰに対する以後の全てのアップリンク伝送でこの更新したアップリンク伝送電力を使用する。６２５で、クライアントは、パケット／フレーム損失測定ウィンドウをリセットする。その後、処理は６１０に進む。
【００５４】
４つの動作モードを上述したことを理解されたい。以下のように、ＡＰについて２つのモード、クライアント／ＳＴＡについて２つのモードがある。
１．ＡＰが、各クライアント／ＳＴＡに対する伝送ＲＦ電力を個別に調整する。
２．ＡＰが、受信状態が最悪のクライアントに基づいて、全てのクライアント／ＳＴＡに対して同じ調整済みＲＦ電力を使用する。
３．各クライアント／ＳＴＡが、特定のＡＰコマンドに応答して、個別のクライアント／ＳＴＡの伝送電力を調整する。
４．全てのクライアント／ＳＴＡの伝送電力が、関連付けられているＡＰへの伝送状態が最悪のクライアントに基づいて、ＡＰコマンドを介して、同じレベルに調整される。
システムとしての動作は、モード１と３、モード１と４、モード２と３、モード２と４で動作することを含むことがある。
【００５５】
図７は、クライアント／ＳＴＡおよび／またはＡＰの、本発明の例示的な実施態様を示すブロック図である。クライアント／ＳＴＡおよび／またはＡＰは伝送機、受信機、または送受信機とすることができるので、１つのブロック図で、これらの装置を説明する。各装置は、ホスト計算／処理システム（７０５）、および無線通信モジュール（７１０）を含む。ホスト計算／処理システムは、汎用コンピュータまたは特殊目的計算システムとすることができる。ホスト計算／処理システムは、中央処理装置（ＣＰＵ）、メモリ、および入出力（Ｉ／Ｏ）インタフェースを含むことができる。無線通信モジュールは、媒体アクセス制御（ＭＡＣ）およびベースバンド・プロセッサと、無線伝送機／受信機と、１つまたは複数のアンテナとを含むことができる。アンテナは、無線信号を伝送および受信する。無線伝送機／受信機は、無線信号処理を実行する。無線伝送機／受信機は、送受信機であってもよいし、分離した伝送機と受信機であってもよい。ＭＡＣおよびベースバンド・プロセッサは、伝送／受信のためのＭＡＣ制御およびデータ・フレーミングと、変調／復調と、符号化／復号とを実行する。クライアント／ＳＴＡでは、関連付けられたＡＰからＴＰＣ測定要求を受信する機能、受信信号強度を決定する機能、関連付けられたＡＰにＴＰＣ測定報告を伝送する機能、パケット／フレーム伝送損失率を決定する機能、および関連付けられたＡＰからＴＰＣ調節メッセージ／フレーム／信号／命令を受信する機能は、無線通信モジュールのみによって行われるか、または無線通信モジュールと協働するホスト計算システムで動作するプログラムによって実行される。ＡＰでは、パケット／フレーム伝送損失率を決定する機能、ＴＰＣ測定要求を伝送する機能、ＴＰＣ測定報告を受信する機能、およびＴＰＣ調節メッセージ／フレーム／信号／命令を伝送する機能は、無線通信モジュールのみによって実行されるか、または無線通信モジュールと協働するホスト計算システムで動作するプログラムによって実行される。
【００５６】
本発明は、例えばサーバ、中間装置（無線アクセス・ポイントまたは無線ルータなど）、または移動装置内で、様々な形態のハードウェア（例えばＡＳＩＣチップ）、ソフトウェア、ファームウェア、特殊目的プロセッサ、またはそれらの組合せで実施することができることを理解されたい。本発明は、ハードウェアとソフトウェアの組合せとして実施されることが好ましい。さらに、ソフトウェアは、プログラム記憶装置に実装されるアプリケーション・プログラムとして実施されることが好ましい。アプリケーション・プログラムは、任意の適当なアーキテクチャを備えたマシンにアップロードし、このマシンによって実行することができる。このマシンは、１つまたは複数の中央処理装置（ＣＰＵ）などのハードウェアと、ランダム・アクセス・メモリ（ＲＡＭ）と、１つまたは複数の入出力（Ｉ／Ｏ）インタフェースとを有するコンピュータ・プラットフォームに実装される。コンピュータ・プラットフォームは、オペレーティング・システムおよびマイクロ命令コードも含む。本明細書に記載する様々なプロセスおよび機能は、オペレーティング・システムを介して実行される、マイクロ命令コードの一部またはアプリケーション・プログラムの一部（あるいはそれらの組合せ）とすることができる。さらに、追加のデータ記憶装置や印刷装置など、その他の様々な周辺機器を、コンピュータ・プラットフォームに接続することもできる。
【００５７】
さらに、添付の図面に示すシステム構成要素および方法ステップの一部はソフトウェアで実施することが好ましいので、それらのシステム構成要素間（またはプロセス・ステップ間）の実際の接続は、本発明をプログラミングする方法によって異なっていてもよいことも理解されたい。本明細書の教示があれば、当業者なら、上記の、またそれに類似した、本発明の実施態様または構成を企図することができるであろう。
【図１】
0005307895.tif 000010
【図２】
0005307895.tif 000011
【図３】
0005307895.tif 000012
【図４】
0005307895.tif 000013
【図５】
0005307895.tif 000014
【図６】
0005307895.tif 000015
【図７】
0005307895.tif 000016