(57)【要約】  ＣＰＥデバイスの無線ノードの無線リンクをＣＰＥデバイスの動作中にモニターするための方法は、規定の時間間隔で以下のパラメータ、すなわち受信信号強度（ＲＳＳＩ）、変調レート(物理層レート)および／または無線リンクに用いられる空間ストリームの数のうちのうちの１つまたは複数のサンプルをとるステップと、そのパラメータの平均を、上記パラメータのフィルタリングを含めることにより計算するステップと、を含む。
2017509169.tif 000002
【特許請求の範囲】
【請求項１】
顧客構内機器（ＣＰＥ）デバイス（１）の無線ノードの無線リンク（３）を、該ＣＰＥデバイスの動作中にモニターして前記無線リンクの性能を解析するための方法であって、
規定の時間間隔、例えば１秒ごとに、以下のパラメータ、すなわち受信信号強度（ＲＳＳＩ）、変調レート(物理層レート)および／または前記無線リンクに用いられる空間ストリームの数のうちの１つまたは複数のサンプルをとるステップと、
前記パラメータの平均を、該パラメータのフィルタリングを含めることにより計算するステップと、
を含む、前記方法。
【請求項２】
前記時間間隔で送信レート（ＴｘＲａｔｅ）および受信レート（ＲｘＲａｔｅ）をサンプルして前記リンクを介して流れるトラフィックを計算し、前記パラメータの値、すなわち受信信号強度、変調レートおよび／または空間ストリームの数のみを保持し、十分なトラフィックが前記リンクを介して流れる時にとられる前記平均を計算するステップを含む、請求項１に記載の方法。
【請求項３】
前記ＴｘＲａｔｅおよび／またはＲｘＲａｔｅに対する閾値を使用して、前記トラフィックが十分な場合を規定し、前記ＴｘＲａｔｅおよび／またはＲｘＲａｔｅが前記閾値を超えたとき、前記パラメータの前記平均を、前記パラメータの値のみを含めることにより計算するステップを含む、請求項２に記載の方法。
【請求項４】
前記閾値は１ｋｂｐｓ、または１ｋｂｐｓと１０Ｍｂｐｓとの間の任意の値である、請求項３に記載の方法。
【請求項５】
前記平均のパラメータは、前記無線リンク、例えば２つのデバイスの所与の配置、例えばホームネットワークのＷｉ−Ｆｉ伝送に対して、可能な最大データレート（ＰｈｙｓＬｉｍｉｔｓＰｈｙＲａｔｅ）を計算するために用いられる、請求項１から４のいずれか１項に記載の方法。
【請求項６】
プロセッサ（１０）と、メモリ（１１）と、無線ノード（１２）と、を備えた回路であって、前記メモリは、前記プロセッサにより実行されたとき、請求項１から５のいずれか１項に記載の方法を実行する命令を含む、前記回路。
【請求項７】
プロセッサ（１０）と、メモリ（１１）と、無線ノード（１２）と、を備えた回路であって、顧客構内機器（ＣＰＥ）デバイス（１）に含まれ、および前記ＣＰＥデバイスの無線リンク（３）を動作中にモニターして、前記無線リンクの性能を解析するように構成された、前記回路において、
前記メモリは、前記プロセッサにより実行されたときに、
規定の時間間隔で、以下のパラメータ、すなわち受信信号強度（ＲＳＳＩ）、変調レート(物理層レート)および／または前記無線リンクに用いられる空間ストリームの数のうちの１つまたは複数のサンプルをとり、および
前記パラメータの平均を、該パラメータのフィルタリングを含めることにより計算する命令を含む、前記回路。
【請求項８】
アクセスポイント、例えば顧客構内機器（ＣＰＥ）デバイス（１）およびステーション（２）の間の無線ノードの無線リンク（３）の性能の損失を計算する方法、例えば無線性能を前記アクセスポイントの動作中に解析するための方法であって、
テスト測定を用いて、例えば前記ステーションおよび／または前記アクセスポイントにより測定される受信信号強度から無線送信レートを決定することにより、物理的損失を計算するステップを含む、前記方法。
【請求項９】
基準環境、例えば選択された無線チャネルにおいて干渉源のないクリーンな環境において、テスト測定を用いるステップを含む、請求項８に記載の方法。
【請求項１０】
所与の測定される受信信号強度（ＲＳＳＩ）に対する前記テスト測定からデータのスループットを決定することにより、および送信に用いられる選択された無線標準に対する複数の空間ストリームの数の補正係数を考慮することにより、取得可能な最大無線データレートが決定される、請求項８または９に記載の方法。
【請求項１１】
前記空間ストリームの数は、アクセスポイント側またはステーション側においてＲｘおよび／またはＴｘ物理レートを調べることにより決定される、請求項１０に記載の方法。
【請求項１２】
環境と干渉とを区別する補正係数は、前記アクセスポイントがステーションのリンクに対して用いる空間ストリームの数の、前記ステーションが前記アクセスポイントのリンクに対して用いる空間ストリームの数との比較を考慮することにより決定される、請求項１０または１１に記載の方法。
【請求項１３】
ｐｉｎｇパケットを送信して、例えば前記アクセスポイントから前記ステーションまでの、アップリンクおよびダウンリンクのトラフィックを生成し、任意のパワーセーブモードから前記アクセスポイントおよび／またはステーションをウェイクアップし、および／または複数の空間ストリームの数を決定する、請求項８から１２のいずれか１項に記載の方法。
【請求項１４】
ダウンリンクのトラフィックに対し無線スループットを測定させるステップを含む、請求項８から１３のいずれか１項に記載の方法。
【請求項１５】
規定の時間間隔、例えば１秒ごとに、以下のパラメータ、すなわち受信信号強度（ＲＳＳＩ）、変調レート(物理層レート)および／または所与の無線リンクに用いられる空間ストリームの数のうちの１つまたは複数のサンプルをとるステップと、
前記パラメータの平均を、該パラメータのフィルタリングを含めることにより計算するステップと、
を含む、請求項８から１４のいずれか１項に記載の方法。
【請求項１６】
前記時間間隔で送信レート（ＴｘＲａｔｅ）および受信レート（ＲｘＲａｔｅ）をサンプルして前記リンクを介して流れるトラフィックを計算し、前記パラメータの値、すなわち受信信号強度、変調レートおよび／または空間ストリームの数のみを保持し、十分なトラフィックが前記リンクを介して流れる時にとられる前記平均を計算するステップを含む、請求項１５に記載の方法。
【請求項１７】
前記ＴｘＲａｔｅおよび／またはＲｘＲａｔｅに対する閾値を用いて、前記トラフィックが十分な場合を規定し、前記ＴｘＲａｔｅおよび／またはＲｘＲａｔｅが前記閾値を超えたとき、前記パラメータの前記平均を、前記パラメータの値のみを含めることにより計算するステップを含む、請求項１６に記載の方法。
【請求項１８】
閾値は１ｋｂｐｓ、または１ｋｂｐｓと１０Ｍｂｐｓとの間の任意の値である、請求項１５、１６または１７に記載の方法。
【請求項１９】
前記平均のパラメータは、２つのデバイスの所与の配置、例えばホームネットワークのＷｉ−Ｆｉ伝送に対してＰｈｙｓＬｉｍｉｔｓＰｈｙＲａｔｅ、すなわち可能な最大データレートを計算するために用いられる、請求項１５から１８のいずれか１項に記載の方法。
【請求項２０】
プロセッサ（１０）と、メモリ（１１）と、無線ノード（１２）と、を備えた回路であって、前記メモリは、前記プロセッサにより実行されたとき、請求項８から１９のいずれか１項に記載の方法を実行する命令を含む、前記回路。
【請求項２１】
プロセッサ（１０）と、メモリ（１１）と、無線ノード（１２）と、を備えた回路であって、アクセスポイントに含まれ、および前記アクセスポイントの無線リンクを動作中に解析して、前記無線リンクの性能を前記アクセスポイントの動作中に解析するように構成された、前記回路において、
前記メモリは、前記プロセッサにより実行されたときに、
テスト測定を使用して、例えばステーションおよび／または前記アクセスポイントにより測定される受信信号強度から無線送信レートを決定することにより、物理的損失を計算する命令を含む、前記回路。
【請求項２２】
コンピュータに読み取られる非一時的プログラム記憶媒体であって、請求項１から５および８から１９のいずれか１項に記載の方法を実行するための実行可能なプログラムコードを含む、前記非一時的プログラム記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線ノード、および無線通信を介して互いに通信するそれぞれのデバイスの分野に関する。
【背景技術】
【０００２】
アクセスゲートウェイは、家庭内のデバイスをインターネットまたは任意の他の広域ネットワーク（ＷＡＮ）に接続するために広く用いられる。アクセスゲートウェイは、特に銅線または光回線を通した高データレート伝送を可能にするディジタル加入者線（ＤＳＬ）技術を使用する。住居用ゲートウェイ、またルータ、スイッチ、電話機、およびセットトップボックスなどの他のデバイスも、この文脈において顧客構内機器（ＣＰＥ）デバイスと理解される。
【０００３】
無線技術を含むアクセスゲートウェイは、今日の家庭および職業上の環境において主要な役割を有する。無線デバイスをローカルエリアネットワーク（ＬＡＮ）に接続するための機構は、Ｗｉ−Ｆｉと呼ばれ、これは無線データ伝送のためのＩＥＥＥ８０２．１１標準のファミリを用いたデバイスのためのＷｉ−Ｆｉアライアンスのブランド名である。ＩＥＥＥ８０２．１１標準は２つのタイプの無線ノードを定義し、ステーション（ＳＴＡと表される）と呼ばれる、他のデバイスに接続することができる一般的な無線デバイス、およびネットワークを制御する特別なタイプのＳＴＡ、すなわちアクセスポイント（ＡＰと表される）である。Ｗｉ−Ｆｉネットワークは、しばしばＷＬＡＮ（無線ローカルエリアネットワーク）と呼ばれ、ＡＰおよび、ＡＰに接続された１つまたは複数のＳＴＡからなる。
【０００４】
その柔軟性のあるおよび「不可視的」性質により、多くのＬＡＮアプリケーションは、古典的な有線イーサネット手法の代わりにＷｉ−Ｆｉを利用している。しかしこの一般に普及した無線ＬＡＮの使用は、共有メディア技術の使用の重大な欠点、すなわち干渉を顕在化している。Ｗｉ−Ｆｉ関連および非Ｗｉ−Ｆｉ関連の両方の干渉は、ＩＥＥＥ８０２．１１の性質により、悪化したユーザエクスペリエンスに繋がる。その最も一般的な形式においてＩＥＥＥ８０２．１１ネットワークは、メディアが使用されていることを検知することによって衝突が回避されるメディアアクセス方法（ＣＳＭＡ−ＣＡと表される）を適用する。メディアアクセス方法はまた一般に「Ｌｉｓｔｅｎ  ｂｅｆｏｒｅ  Ｔａｌｋ」として知られており、これはこの方法の本質を表している。したがっていずれの種類からの干渉もメディアを妨げ、すべてのノードを沈黙したままにさせ得る。
【０００５】
干渉を避けるために用いることができる他の技法は、「クリアチャネル評価」（ＣＣＡ）と呼ばれる。クリアチャネル評価は、無線通信チャネルが「占有されている」、例えば別の無線通信によって「ビジー」であるかどうか、および／または無線通信チャネルを通信のためには不適切にするある量の干渉を有するかどうかを決定する。このようにして無線通信チャネルが通信のために利用可能か利用可能でないか、例えば占有されているか占有されていないかが決定される。
【０００６】
干渉の別の影響は、物理データレートの減少に繋がる受信器側でのパケット損失になり得る。この場合干渉は、送信器のＣＣＡによって検出されないが、受信器によって観測されるＷｉ−ＦｉパケットのＳＩＮＲ（信号対雑音および干渉比）を減少させる。
【０００７】
したがっていくつかの状況ではＷｉ−Ｆｉ接続は、不十分な性能およびさらには接続損失を被り得る。これらの状況のいくつかは理解しやすく、エンドユーザに説明し易い。例えばステーションとアクセスポイントとの間の距離が大き過ぎる場合は、信号レベルは低くなり、性能は悪化することになる。他の状況は「不可視」でありエンドユーザによって理解されない、例えば隠れノードである。隠れノードは、ネットワークのノードのいくつかには不可視であり、ＣＳＭＡ−ＣＡ方法の実際的な失敗に繋がり、これは無線を通したパケット衝突／破損を引き起こし得る。多くの場合、エンドユーザは問題の発生源を診断し、問題を修正することができない。
【０００８】
家庭内Ｗｉ−Ｆｉネットワーク接続性は、それに対応して主なインターネットサービスプロバイダサポートコストおよびヘルプデスクコールの原因の１つである。オペレータに対する今日の焦点は、主としてステーションをアクセスポイントに関連付けるＷｉ−Ｆｉネットワーク設置についてである。したがってインターネットサービスプロバイダは、リンク品質および性能を含むエンドユーザの無線環境の、より良い理解を得るための方法を追求している。
【０００９】
Ｗｉ−Ｆｉ性能に関してオペレータは、ブロードバンドフォーラム（ＢＢＦと表される）ＴＲ−０６９プロトコルなどのリモート管理プロトコルを用いることができ、これはインターネットゲートウェイデバイスデータモデルＢＢＦ  ＴＲ−１８１において定義されたＷｉ−Ｆｉパラメータへのアクセスをもたらす。しかしＴＲ−０６９によって利用可能な情報は非常に限られており、データトラフィックに焦点が当てられている。いくつかの場合にエンドユーザは、Ｗｉ−Ｆｉ接続をともかく妨げる問題に直面し、それに対応してＴＲ−０６９モニタリングは役に立たなくなる。したがって、エンドユーザがヘルプデスクを呼び出したときは、それは家庭内のトポロジを説明し目前の問題を診断するために時間および費用がかかるプロセスとなり得る。
【００１０】
Ｗｉ−Ｆｉ問題、例えば接続セットアップ、干渉、スループットなどを分析する理想的な方法は、無線ＬＡＮのマスタノード、すなわちＡＰを調べることによる。ＡＰは、ＩＥＥＥ８０２．１１において定義されるように、ネットワークを制御し、したがってすべてのデータおよびネットワーク制御は、ＡＰによって可視でなければならない。今日のＡＰはパケット伝送および信号レベルに関する統計を届けることができるが、ＡＰとＳＴＡの間のリンクが確立され得る場合のみである。なぜリンクが中断されるか、またはなぜスループットが低いのかという真の問題は、ＡＰの内部に隠されたままである。完全なパケット検査は不可能であり、したがって無線ＬＡＮにおける真の問題を特定しようとするときには、技術的またはプロトコル分析者には全く分からないままとなる。今日において最良でもＡＰは、統計を届けることはできるが、無線ネットワークにおいて何が実際に起きているかの見通しを届けることはできない。
【００１１】
Ｗｉ−Ｆｉ性能は、以下のカテゴリのために悪化され得る。各カテゴリに対して、事態を改善するために異なる処置がとられなければならない。
【００１２】
・ステーションのパワーセーブ設定
＞＞ステーションのパワーセーブ設定を変更する
・他のＷｉ−Ｆｉデバイスとメディアを（適切に）共有する
＞＞占有の程度がより低い別のチャネルを用いる
（または例えばＷｉ−Ｆｉマルチメディア優先度（ＷＭＭ、ＩＥＥＥ８０２．１１ｅ）を用いて、Ｗｉ−Ｆｉトラフィックを適切に優先順位付けする）
・送信器側での干渉
＞＞干渉のないチャネルに変更する
（または干渉源を取り除く）
・受信器側での干渉
＞＞干渉のないチャネルに変更する
（または干渉源を取り除く）
・物理特性：高い経路損失、複数の空間ストリームをセットアップすることが不可能であること
＞＞ＡＰまたはステーションを移動する
解決すべき問題は、Ｗｉ−Ｆｉ性能問題を正しく分析し、問題を引き起こしている正しいカテゴリを示し、それによりエンドユーザが適切な是正処置に導かれ得るようにすることができるアプリケーションを得ることである。
【発明の概要】
【００１３】
本発明は、独立請求項１、６、７、２０、２１および２２に記載された通りである。好ましい実施形態は、従属請求項において定義される。
【００１４】
述べられる方法は、非限定的に信号強度（ＲＳＳＩ）、ならびに所与のＷｉ−Ｆｉリンクのために用いられる変調レート（物理レート）および空間ストリームの数などの、Ｗｉ−Ｆｉリンクの品質に関する正しい統計の利用可能性に依存する。上述のパラメータに影響を与えるパワーセーブ機構が配備され、それによりそれらはＷｉ−Ｆｉリンクの品質を理解するためには用いることができないので、正しい統計を得ることは自明な作業ではない。例えばＷｉ−Ｆｉ実装は、複数の空間ストリームおよび／またはより高い変調レートの使用を妨げ得る干渉に対する応答としてではなく、電力消費を低減するために空間ストリームの数および／または変調レートを減少させ得る。
【００１５】
能動テスト、すなわちトラフィックを上記Ｗｉ−Ｆｉリンクを介するように強制することを行ったときは、大部分の実装形態はこれらのパワーセーブ動作を中止し、上述のパラメータの通常の平均化は、大部分の場合に、上記Ｗｉ−Ｆｉリンクの正しい品質評価を生じる正確な統計をもたらすようになる。しかしＷｉ−Ｆｉ品質モニタリングの場合は、このような能動テストは避けられるべきである。したがってこのような受動的モニタリングツールのために、パワーセーブによる不自然な結果を避けることができる、適切な統計を収集するための方法が見出された。
【００１６】
モニタリング方法は、上述のパラメータのサンプルを短い時間スケールで、例えば１秒ごとに採取する。単に一定の間隔にわたって採取された上記サンプルの平均をとるのではなく（平均化は、信頼できる結果を得るために確かに必要である）、「フィルタリングされた平均」が用いられる。これは、リンクを通して十分なトラフィックが流れている時点で採取されたそれらのサンプルのみが、上記平均を計算するために保持されることを意味する。これは、やはり１秒ごとにサンプルされるＴｘＲａｔｅおよびＲｘＲａｔｅパラメータから推論することができる。ＴｘＲａｔｅおよび／またはＲｘＲａｔｅの正しい閾値をとることによって、「フィルタリングされた平均」は、パワーセーブ機構によって引き起こされる不自然な結果を避けることができ、ＰｈｙＲａｔｅ、ＲＳＳＩ、および空間ストリームの数などの関連のあるパラメータの正しく「トレーニングされた」値のみが考慮されることを確実にすることができる。
【図面の簡単な説明】
【００１７】
本発明の好ましい実施形態は、概略図面を参照して例として以下に、より詳しく説明される。
【図１】無線通信を介してステーションと通信するアクセスポイントを示す図である。
【図２】図１による無線通信のデータレートを示す図である。
【図３】能動テストのためのコーディネータ、および受動テストのためのモニターを含むテストアプリケーションを示す図である。
【図４】ｄＢｍでのＲＳＳＩに応じた性能データレートを示す図である。
【図５】ＩＥＥＥ標準８０２．１１ｂ、８０２．１１ｇおよび８０２．１１ｎに対する最大利用可能データレートを示す表である。
【図６】２０ＭＨｚチャネル帯域幅および２つの空間ストリームを有するＩＥＥＥ８０２．１１ｎによる無線伝送に、図４を適用することによって得られるデータレートを示す図である。
【図７】半円形を形成する連続したブロックとしてディスプレイに表示されたテスト結果を示す図である。
【発明を実施するための形態】
【００１８】
以下の説明では、アクセスポイントの無線ノードの無線（Ｗｉ−Ｆｉ）リンク、例えば顧客構内機器デバイスまたはステーションをモニターまたは分析するための例示の方法、ならびに方法を行うそれぞれの回路が述べられる。説明のために、好ましい実施形態の完全な理解をもたらすために、様々な特定の詳細が述べられる。しかし当業者には、これらの特定の詳細がなくても本発明が実施され得ることが明らかになるであろう。
【００１９】
顧客構内機器（ＣＰＥ）デバイスは例えば、コントローラ（例えばマイクロプロセッサ）、オペレーティングシステムがその中に記憶された不揮発性メモリ、ＣＰＥデバイスの動作のための揮発性メモリ、無線動作のための無線ノード、およびブロードバンド接続（例えばｘＤＳＬ接続）を含む。無線ノードは、複合ソフトウェアドライバ、データバッファを有する物理層、およびアンテナを含む。この種類のＣＰＥデバイスは、例えばアクセスゲートウェイ、例えば無線ローカルエリアネットワーク（ＷＬＡＮ）内で中心的な位置を有する住居用ゲートウェイである。
【００２０】
無線ノードはソフトウェアドライバによって制御され、これは無線ノードの動作中に、多くのバックグラウンドタスク、例えばいくつかを挙げると動的レート適合、パケット集約、チャネル品質モニタリングを実行する。信号操作に加えて無線ドライバはまた、関連するＩＥＥＥ定義による管理および制御メッセージングを有する、ＩＥＥＥ８０２．１１プロトコルスタックを組み込む。したがって無線ドライバは、多くの管理および制御パケットをデータストリームに注入することになり、トランスペアレントにデータフレーム交換のみに注目することによってリンクを分析することが不可能になる。
【００２１】
ユースケースが図１に概略的に示され、アクセスポイント１は、無線通信３を介してステーション２と通信する。アクセスポイント１は、マイクロプロセッサ１０、揮発性および不揮発性メモリ１１、無線通信のための無線ノード１２、およびテストアプリケーション１３を備えた回路を含む。ステーション２は、マイクロプロセッサ２０、揮発性および不揮発性メモリ２１、無線通信のための無線ノード２２、およびテストアプリケーション２３を備えた第２の回路を含む。無線ノード１２は、物理層１４およびリンク層１５を含み、Ｗｉ−Ｆｉノード２２は、物理層２４およびリンク層２５を含む。
【００２２】
テストアプリケーション１３は、マイクロプロセッサ１０のための命令を備え、テストアプリケーション２３は、無線通信３を診断するために含まれ無線通信３についての情報セットを収集するマイクロプロセッサ２０のための命令を備える。情報セットは具体的には、達成可能データレート、物理層データレート、複数の空間ストリーム、チャネル帯域幅、メディア利用可能性、および受信信号強度インジケータ（ＲＳＳＩ）を含む。テストデータは、データ伝送がアクセスポイント１とステーション２の間またはその逆でモニターされる受動モードにおいて、またはデータ伝送がアクセスポイント１とステーション２の間に強制される能動モードにおいて収集され得る。
【００２３】
図２は、アクセスポイント１とステーション２との間のＷｉ−Ｆｉ性能を診断するときに考慮されなければならない可能性を示す。アクセスポイント１からステーション２への単方向リンク３’が検査される。このリンクに対する理論的最大データレート３０は、アクセスポイント１およびステーション２の能力によって与えられ、ここではＭａｘＮｅｇｏｔｉａｔｅｄＰｈｙＲａｔｅまたはＭａｘＰｈｙＲａｔｅと呼ばれ、これは例えばアクセスポイント１とステーション２との間の伝送のために、２０ＭＨｚチャネル帯域幅および２つの空間ストリームを有するＩＥＥＥ８０２．１１ｎ標準が選択された場合は、１３０ＭＢ／ｓである。したがって、これは最大達成可能リンク速度、１００％であり、これは単に理論値である。なぜなら、多くの状況に対して物理的制限が関与するようになり、ステーション側での受信信号強度ＲＳＳＩは、例えばアクセスポイント１とステーション２との間の距離、および壁面または他の障害物または反射による経路損失により減少されるからである。また、空間ストリームの数が決定されなければならない。ここではＰｈｙｓＬｉｍｉｔｓＰｈｙＲａｔｅと呼ばれる実際の到達可能データレート３１は、したがってデータレート３０未満となる。
【００２４】
さらに性能は、ステーション２の近くでの干渉により失われる場合があり、これはアクセスポイント１によっては観測されず、ここでは遠端干渉ＦＥＩＦと呼ばれ、これはＲＦ子供電話（Ｂａｂｙｐｈｏｎｅ）、電子レンジ、または隠れＷｉ−Ｆｉノードのようなマイクロ波源である場合があり、さらに減少されたデータレートに繋がり、ここではＴｒａｉｎｅｄＰｈｙＲａｔｅ３２と呼ばれる。同様な干渉はアクセスポイント１においても現れる場合があり、ここでは近端干渉ＦＥＩＦと呼ばれ、これは利用可能データレート３２をデータレート３３、ＭｅｄｉｕｍＢｕｓｙＯｔｈｅｒＷｉＦｉに減少させることになる。さらに性能はメディアを他のＷｉ−Ｆｉトラフィックと共有することによって失われる場合があり、これは家庭内ネットワークでのＷＬＡＮトラフィックによって引き起こされ得るが、近隣ネットワークのＷｉ−Ｆｉトラフィックにもよる。この減少されたデータレート３４は、ここではＡｖａｉｌａｂｌｅＴｈｒｏｕｇｈｐｕｔＰＳｏｆｆと呼ばれる。別のデータレートの減少は、例えばモバイルデバイス、例えばスマートフォンにおいて実施されるパワーセーブモードによる失われた性能によって引き起こされ得る。パワーセーブモードの時間があるパーセンテージを占めると、ステーション２はスリーピングモードとなる場合があり、ここでは％ＰＳ３５と呼ばれる。最終的なデータレート３６で、アクセスポイント１からステーション２への実際のデータレートとしてユーザが得られるものは、ＴｈｒｏｕｇｈｐｕｔＰＳｏｎ３６と呼ばれる。
【００２５】
物理層、ＯＳＩ（開放型システム間相互接続）モデルの層１のデータトラフィック、すなわち住居用ゲートウェイのＷｉ−Ｆｉノードによって送信および受信されるトラフィックをモニターするために、住居用ゲートウェイは、すべての受信されたおよび送信されたパケットを受け取るテストアプリケーションを含む。テストアプリケーションは、以下のブロックへのアクセスを有する。
【００２６】
−  送信（ＴＸ）パケットキュー、ＴＸパケット
−  受信（ＲＸ）パケットキュー、ＲＸパケット
−  送信／受信信号インジケータ（ＲＳＳＩ）
テストアプリケーションは、「診断器」４０として図３に示され、これは能動テストに対してはコーディネータ、および受動テストに対してはモニターであり、受け取ったデータをパーセンテージおよびリンク速度に変換し、結果をユーザに提示する。テストアプリケーション４０は、データバス４１を介して、アクセスポイント１に含まれる統計プロバイダアプリケーション４２、およびステーション２に含まれる統計プロバイダ４３に接続される。データバス４１は、ステーション２のオペレーティングシステムとは独立である統計プロバイダ４２および４３との制御コマンドおよびデータの交換のために、例えば発行／サブスクライブメッセージングシステムを用いる。
【００２７】
テストアプリケーション４０は、テスト要求４４またはスキャン要求４５を要求し、これらはデータバス４１を介して統計プロバイダ４２、４３に提出される。テスト要求４４は、受動モニタリングテストまたは能動テストの場合があり得る。スキャン要求４５によって、認識される近隣ＷＬＡＮノードのリストが、アクセスポイント１および／またはステーション２から要求される。統計プロバイダ４２、４３は、テスト要求４４のテスト状態情報４６を受け取り、要求されたときに、アクセスポイント１および／またはステーション２がＷＬＡＮチャネルをスキャンしたときに認識されたすべての近隣ＷＬＡＮノードを含むスキャンリスト４７、および「Ｗｉ−Ｆｉ  Ｓｔａｔｓ」すなわちテストによって取得される測定されるデータレート４８をもたらす。
【００２８】
送信メンバ、アクセスポイント１から送信されるデータは、具体的には測定されたデータレート、すなわちＭａｘＰｈｙＲａｔｅ３１、ＰｈｙｓＬｉｍｉｔｓＰｈｙＲａｔｅ３１、ＴｒａｉｎｅｄＰｈｙＲａｔｅ３２、ＭｅｄｉｕｍＢｕｓｙ、ＭｅｄｉｕｍＢｕｓｙＯｔｈｅｒＷｉ−Ｆｉ３３、％ＰＳ３５、ＴｈｒｏｕｇｈｐｕｔＰＳｏｎ３６などを含む。統計プロバイダ４３、受信メンバから送信されるデータは、具体的にはＲＳＳＩおよびスキャンリストを含む。
【００２９】
テスト要求４４は、データバス４１を介してテストアプリケーション４０によって発行され、テスト識別番号（ＴｅｓｔＲｅｑｕｅｓｔ．ｉｄ）、受信メンバおよび送信メンバのＭＡＣアドレス（ｓｏｕｒｃｅＭＡＣ、ｄｅｓｔｉｎａｔｉｏｎＭＡＣ）、テストタイプ：ｐｉｎｇまたは層２テスト、構成などを含む。テストは通常のテストとすることができ、ここで受信メンバは統計プロバイダであり、例えばステーション統計をテストアプリケーション４０に発行する。また、テストはブラインドテストとすることもでき、ここで受信メンバは統計をもたらさない関連するステーションであり、送信メンバはテストを自律的に実行する。この場合、テストアプリケーション４０は、アクセスポイント１、送信メンバだけからの情報を用いることができる。スキャン要求４５はイベントであり、テストアプリケーション４０によって発行される。スキャンリスト４７は状態であり、スキャン要求４５にサブスクライブしているいずれによっても発行される。
【００３０】
能動テストによってもたらされる統計に対して、テスト測定はアクセスポイント１とステーション２との間で同期される。受動モニタリングに対しては同期は必要ない。
【００３１】
統計プロバイダ４２、４３は、受動モニタリングの場合は、ローカルに集約された統計を、能動テストによって中断されたときを除いて例えば３０秒ごとに、データバス４１を介して発行する。受動モニタリングの場合、ステーション２は、１秒ごとにＲＳＳＩおよび受信データレートをサンプルし、テスト持続時間例えば３０秒にわたって、フィルタリングされたＲＳＳＩ平均を計算する。フィルタリングは例えば１ｋｂｐｓの閾値を含み、ＲＳＳＩサンプルは、受信データレートが閾値未満であるときは取り除かれる。ＲＳＳＩサンプルは、受信データレートが閾値を超えたときは集約される。
【００３２】
受動モニタリングに対しては、受信器側における問題を、ＣＣＡ（クリアチャネル評価）に関係する問題から分離することがさらに重要である。ここで、いずれのＷＬＡＮノードにおけるレート適合アルゴリズムも、より低い変調レートおよびより少ない空間ストリームにステップダウンすることによって、パケット損失を低減することを目指すという事実を用いることができる。「ＴｒａｉｎｅｄＰｈｙＲａｔｅ」３２を、リンクがトレーニングされるときに用いられる変調レートとして定義した場合は、受信側における問題／パケット損失は、この物理層レートにおいて最小限であると近似的に想定することができる。
【００３３】
さらなる性能損失は、送信器がパケットを送るのを阻止するＣＣＡ機構によって引き起こされ得る。これはＣＣＡ統計を用いることによって評価され得る：メディアビジー／メディアビジー他のＷｉ−Ｆｉ３３。実際の利用可能な性能は、ＣＣＡ統計およびＴｒａｉｎｅｄＰｈｙＲａｔｅ３２の知識を通して、または能動テストを通して評価され得る。これは当業者には知られている。
【００３４】
メディア共有：ＷＬＡＮは、ＣＳＭＡ−ＣＡ（搬送波感知多重アクセス／衝突回避）メディアアクセス方法に基づく共有メディア概念を用いている。性能は、より多くのデバイスがメディアを共有する場合は低下することになる。より難しいことは、受信器側において何が問題を引き起こしているかを区別することであり、すなわち干渉＞チャネルを変更して下さい、または物理特性＞ＡＰまたはＳＴＡを移動してください、となる。
【００３５】
干渉：接続速度は干渉の存在により低下する。ＳＮＲ（信号対雑音比）の代わりに、物理層レートまたはメディア利用可能性に影響を与えるＳｉＮＲ（信号対干渉雑音比）が当てはまる。物理特性：接続速度はＳＮＲ悪化、および複数の空間ストリーム（ＭＩＭＯ：多入力多出力）を用いるための減少した能力によって低下する。ＭＩＭＯシステムは、高いリンク速度を達成するために、多数の空間ストリームを使用する能力を活用することが留意される。
【００３６】
図２のＰｈｙｓＬｉｍｉｔｓＰｈｙＲａｔｅ３１は、物理的影響（「物理特性」）によって失われた性能と、受信器側における干渉によって失われた性能との間の境界として理解され得る。ＰｈｙｓＬｉｍｉｔｓＰｈｙＲａｔｅ３１は、測定された信号強度（ＲＳＳＩ）の場合において、干渉がないときに、どのような物理層レートが用いられ得るかを外挿することによって部分的に規定される。この外挿は、例えばクリーンな環境での基準測定に基づくことができ、伝導性（ｃｏｎｄｕｃｔｅｄ）セットアップにおける、または放散性（ｒａｄｉａｔｅｄ）セットアップにおけるものとすることができる。これは、低い信号強度に繋がる高い経路損失によって失われた性能を補う。
【００３７】
図４は、ｄＢｍでのＲＳＳＩに応じた、ＰｈｙｓＬｉｍｉｔｓＰｈｙＲａｔｅ３１に関する、パーセントでの性能を表した図を示す。これから分かるようにデータレートは、−７０ｄＢｍのＲＳＳＩを超えると本質的に影響を受けないが、−７０ｄＢｍ未満では急速に低下し、−９０ｄＢｍ未満でゼロに達する。測定された性能、パーセントでの測定された層２スループット×補正係数１．１６は、いくらかの偏差がある−８５ｄＢｍ未満の領域を除いて、理論性能、すなわちＲＳＳＩおよび観測される空間ストリームの数に基づくパーセントでのＰｈｙｓＬｉｍｉｔｓＰｈｙＲａｔｅ３１と一致する。
【００３８】
アクセスポイント１とステーション２との間の伝送のための最大利用可能物理層レート、すなわちネゴシエートされたＭａｘＰｈｙＲａｔｅ３０は、例えば表を示す図５から得ることができ、これは空間ストリームの数（ＭＩＭＯ構成）、チャネル帯域幅（２０または４０ＭＨｚ）、およびＳＧＩ（ショートガードインターバル）対応（イネーブル）または非対応（イネーブルでない）に応じて、ＩＥＥＥ標準８０２．１１ｂ、８０２．１１ｇおよび８０２．１１ｎに対する最大利用可能データレートを含む。
【００３９】
図４に関して得られる性能は、２０ＭＨｚチャネル帯域幅および２つの空間ストリームを有するＩＥＥＥ８０２．１１ｎの例に対して変換され、図６に示される。Ｍｂ／ｓでのリンク層データレートＩＮが、ｄＢｍでのＲＳＳＩに応じて描かれている。リンク層（ＯＳＩ層２）に対しては、１３０ＭＢ／ｓの入手可能な最大物理層レートに関して、１．１６の係数を考慮に入れなければならない。曲線は＜１％のパケット損失に関する。
【００４０】
あるいは、パラメータすなわち受信信号強度（ＲＳＳＩ）、変調レート（ＰｈｙＲａｔｅ）および／または空間ストリームの数の平均が、以下で述べられるようにＰｈｙｓＬｉｍｉｔｓＰｈｙＲａｔｅ３１を計算するためにパラメータのフィルタリングを含めることにより、トラフィックのもとでのパラメータを測定することによって用いられる。
【００４１】
ＰｈｙｓＬｉｍｉｔｓＰｈｙＲａｔｅ３１を規定する第２の要因は、複数の空間ストリームをセットアップするか否かの可能性に関する。環境すなわち複数の反射／空間経路の存在またはそれらがないことに応じた、異なる受信器によって観測される信号の（非）相関性。これを考慮に入れるために、トラフィックのもとでリンクによって用いられる、測定された空間ストリームの数の平均が用いられる。
【００４２】
以下のユースケースのバリエーションが可能である：モニタリング方法を実行する単一のＡＰおよび複数のＳＴＡ：
・テストアプリケーションは複数のデバイス、例えばアンドロイドデバイス上、およびＡＰ上で実行し、任意のＡＰ−ＳＴＡリンクを診断し、それによって診断はテストアプリケーションを実行する任意のアンドロイドデバイス上で行われる。したがって、アプリケーションを実行するアンドロイドデバイスからテストを実行することができる。またしたがって、アプリケーションが、テストされる実際のデバイスから切り離されて、ネットワーク接続性を有するという条件で、家庭内の任意の場所からテストを実行することができる。
【００４３】
・テストアプリケーションは、単一の例えばアンドロイドデバイス上、およびＡＰ上で実行し、任意のＡＰ−ＳＴＡリンクを診断する。層２テストが用いられ、ＡＰは統計の９０％を収集するという事実は、テストアプリケーションをそれが実行していない場合でも、任意のＷＬＡＮデバイスの分析を可能にする。アプリケーションはそれが、テストアプリケーションを実行していないデバイスを診断することを知るようになり、それに対して補償するようになる。したがって方法は、Ｗｉ−Ｆｉ性能をモニターし、述べられた問題のいずれかがそのＷｉ−Ｆｉリンク上で生じたときはユーザに通知する、受動モニタリングアプリケーションとして用いることができる。
【００４４】
方法は、ここではＷｉ−Ｆｉ（商標）ドクターとも呼ばれ、有利なことには２つの部分、すなわちクライアントデバイス（アンドロイド、ｉＯＳ、ＰＣなど）上で実行するアプリケーション、およびゲートウェイ（ＡＰ）上で実行するアプリケーションからなる。両方を用いたときは、無線ドライバから決定的に重要な値を読み出すことによって、無線リンクの両端において最適の測定結果が得られる。具体的には以下のデータが、方法によって考慮される。
【００４５】
□物理特性１：高い経路損失
□ゲートウェイとステーションとの間の距離／壁面
□無線経路を妨害する浴室／台所／金属食器棚（または他の金属／水）
□金属スクリード強化メッシュ、ビクトリア様式の家における「亀甲金網」壁、反射性窓コーディングのような、目に見えない建築物の「詳細」
□物理特性２：１１ｎのみ：ＭＩＭＯの複数の空間ストリームは不可
□エンドユーザへの説明は難しすぎる
□非ＷＬＡＮ干渉：送信側においてまたは受信器側において
□子供電話、アナログテレビ送信器、ブルートゥースデバイス、電子レンジ、・・・
□さらに：ＷＬＡＮとして認識されないＷＬＡＮ：（空間的に）隠れノード、
近接した重複するチャネル内のＷＬＡＮノード
□８０２．１１ＭＡＣ（メディアアクセス層）
効果的に処理できない＞失敗
□混雑：近隣ＷＬＡＮからのＷＬＡＮトラフィック
□同じメディアを共有することによって減少された帯域幅（動作中の８０２．１１ＭＡＣ）
□遅いステーション（１１ｂ、または単にＡＰから遠く離れたＳＴＡ）が全体の帯域幅を決定付ける！
□Ｗｉ−Ｆｉの中心におけるレート適合、図６を参照
□信号が弱くなると
＞ＳＩＮＲが減少する
＞パケット損失
＞より遅い物理レート（ＰｈｙＲａｔｅ）に後退する
□同じことが、ＲＸ側での増加する雑音または干渉によって起きる
□レート適合アルゴリズムは、ほぼゼロのパケット損失を得るように努力する
□徴候（Ｓｙｍｐｔｏｍ）ＲＳＳＩ
□信号強度に対するインジケータ
□徴候ＴｒａｉｎｅｄＰｈｙＲａｔｅ３２
□トラフィックが流れているときはＰｈｙＲａｔｅに等しい
□信号／干渉および雑音比に対するインジケータ
□ＰｈｙＲａｔｅとレートの高速（秒程度）での相関付けを必要とする
８０２．１１ｎはＭＩＭＯ、複数の空間ストリームを導入する：
・システムは複数の空間ストリームをセットアップするように試みる：
−送信アンテナ上の異なるデータストリーム
・レート適合と直交する
＞徴候を分離する：空間ストリームの数
複数の空間ストリームの使用ができないことによる性能「損失」：
・大きな影響
例えば２×２：５０％
・物理的影響（物理特性）によって、例えば反射がない場合に、引き起こされることが知られる
・ＲＸ側における干渉によって引き起こされることが示される
クリアチャネル評価、ＣＣＡ
Ｗｉ−ＦｉのＣＳＭＡ−ＣＡの中心におけるもので、「Ｌｉｓｔｅｎ  ｂｅｆｏｒｅ  Ｔａｌｋ」としても知られる
・Ｗｉ−Ｆｉトランシーバは、チャネルが解放されているかどうかを連続して評価する
・徴候：ＭｅｄｉｕｍＢｕｓｙ（時間のパーセンテージにおいて）
異なるＣＣＡ閾値
・Ｗｉ−Ｆｉフレームに対して：非常に低い閾値
効果的「Ｗａｉｔ２」：
フレーム持続時間が知られている
＞徴候：ＭｅｄｉｕｍＢｕｓｙＯｔｈｅｒＷｉＦｉ３３
・干渉に対して：より高い閾値
効果が低い：持続時間が知られていない
能動テストは、具体的には以下のステップを含む：
□ステップ１：ＡＰから、ＳＴＡ例えばアンドロイドデバイスに、ｐｉｎｇテストを開始する
□目的１：ＴＸテストの前にＴＸおよびＲＸメンバをウェイクアップする
□目的２：ＡＰにおけるＲＸおよびＴＸ物理レート（ＰｈｙＲａｔｅ）を調べることによって、空間ストリーム数のジレンマを解決する
□ＴｅｓｔＲｅｑｕｅｓｔ４４を発行する
□ＴｅｓｔＲｅｑｕｅｓｔ．ｉｄ＝ランダム数、例えば「ＰｉｎｇＴｅｓｔＩｄ」
□ｓｏｕｒｃｅＭＡＣ＝ＭＡＣアドレス  ＡＰ
□ｄｅｓｔｉｎａｔｉｏｎＭＡＣ＝ＭＡＣアドレス  ＳＴＡ  ＲＸメンバ
□タイプ＝０（ｐｉｎｇテスト）
□持続時間＝５ｓ
□パケットサイズ＝１００バイト
□ＷＭＭクラス＝１（ベストエフォート）
□テストが完了したとき：ｒａｄｉｏＳｔａｔｓ［ｔｅｓｔＩｄ＝ＰｉｎｇＴｅｓｔＩｄ］を取り出す、ＴｅｓｔＲｅｑｕｅｓｔを取り除く
□ステップ２：ＡＰからアンドロイドＳＴＡに、アクティブ層２（Ｌ２）ＴＸテストを開始する
□ＴｅｓｔＲｅｑｕｅｓｔ４４を発行する：
□ＴｅｓｔＲｅｑｕｅｓｔ．ｉｄ＝ランダム数、例えば「ＴＸｔｅｓｔＩｄ」
□ｓｏｕｒｃｅＭＡＣ＝ＭＡＣアドレス  ＡＰ
□ｄｅｓｔｉｎａｔｉｏｎＭＡＣ＝ＭＡＣアドレス  目標とするＳＴＡ（アンドロイド）ＲＸメンバ
□タイプ＝１（ＴＸテスト）
□持続時間＝１０ｓ
□パケットサイズ＝１５００バイト
□ＷＭＭクラス＝１（ベストエフォート）
□テストが完了したとき：ｒａｄｉｏＳｔａｔｓ［ｔｅｓｔＩｄ＝ＴＸｔｅｓｔＩｄ］を取り出す、ＴｅｓｔＲｅｑｕｅｓｔを取り除く
ステップ３：グラフィカルユーザインターフェース（ＧＵＩ）上にパーセントでカテゴリを表示する、図７も参照：
％Ｐｈｙｓｉｃｓ＝（ＭａｘＰｈｙＲａｔｅ３０−ＰｈｙｓＬｉｍｉｔｓＰｈｙＲａｔｅ３１（ＲｅｄＢｏｒｄｅｒＰｈｙＲａｔｅ））／ＭａｘＰｈｙＲａｔｅ３０
ＲｅｄＢｏｒｄｅｒＰｈｙＲａｔｅ３１＝ＭＡＸ（ＰｈｙｓＬｉｍｉｔｓＰｈｙＲａｔｅ３１，ＴｒａｉｎｅｄＰｈｙＲａｔｅ３２）
データモデル（ＱＤＭ）におけるＭａｘＰｈｙＲａｔｅ３０：
ＡｓｓｏｃｉａｔｅｄＳｔａｔｉｏｎ［ＭＡＣＡｄｄｒｅｓｓ＝ＭＡＣアンドロイドＲＸメンバ  ＡＮＤ  関連付け＝ｔｒｕｅ］．ｍａｘＮｅｇｏｔｉａｔｅｄＰｈｙＲａｔｅ
ＱＤＭにおけるＴｒａｉｎｅｄＰｈｙＲａｔｅ：
ＲａｄｉｏＳｔａｔｓ［ｔｅｓｔＩｄ＝ＴＸｔｅｓｔＩｄ  ＡＮＤ  ｒａｄｉｏ＝ＡＰのｒａｄｉｏＩＤ］．ＡＰＳｔａｔｓ［ＭＡＣＡｄｄｒｅｓｓ＝ＢＳＳＩＤ］．ＡｓｓｏｃｉａｔｅｄＳｔａｔｉｏｎＳｔａｔｓ［ＭＡＣＡｄｄｒｅｓｓ＝ＭＡＣアンドロイドＲＸメンバ］．ｔｒａｉｎｅｄＰｈｙＲａｔｅＴＸ
ＰｈｙｓＬｉｍｉｔｓＰｈｙＲａｔｅ３１＝（ＲｅｆｅｒｅｎｃｅＰｈｙＲａｔｅ（ＲＳＳＩ）のルックアップ）×ＴＸＲＸｃｏｒＦａｃ
ルックアップテーブル（ＲＳＳＩ＞ＲｅｆｅｒｅｎｃｅＰｈｙＲａｔｅ）、図４、６に示される
ＱＤＭにおけるＲＳＳＩ：ＲａｄｉｏＳｔａｔｓ［ｔｅｓｔＩｄ＝ＴＸｔｅｓｔＩｄ  ＡＮＤ  ｒａｄｉｏ＝アンドロイドＲＸメンバのｒａｄｉｏＩＤ］．
ＳＴＡＳｔａｔｓ［ＭＡＣＡｄｄｒｅｓｓ＝ＭＡＣアンドロイドＲＸメンバ］．ＲＳＳＩ
ブラインドテスト：ＲａｄｉｏＳｔａｔｓ［ｔｅｓｔＩｄ＝ＴＸｔｅｓｔＩｄ  ＡＮＤ  ｒａｄｉｏ＝ＡＰのｒａｄｉｏＩＤ］．ＡＰＳｔａｔｓ［ＭＡＣＡｄｄｒｅｓｓ＝ＢＳＳＩＤ］．
ＡｓｓｏｃｉａｔｅｄＳｔａｔｉｏｎＳｔａｔｓ［ＭＡＣＡｄｄｒｅｓｓ＝ＭＡＣアンドロイドＲＸメンバ］．ＲＳＳＩを使用
ＴＸＲＸｃｏｒＦａｃ＝ｍａｘ（ＰＩＮＧｓｐａｔｓＵＬ／ＰＩＮＧｓｐａｔｓＤＬ，１）
□％Ｐｈｙｓｉｃｓ（続き）
□ＱＤＭにおけるＰＩＮＧｓｐａｔｓＵＬ：
ＲａｄｉｏＳｔａｔｓ［ｔｅｓｔＩｄ＝ＰｉｎｇｔｅｓｔＩｄ  ＡＮＤ  ｒａｄｉｏ＝ＡＰのｒａｄｉｏＩＤ］．
ＡＰＳｔａｔｓ［ＭＡＣＡｄｄｒｅｓｓ＝ＢＳＳＩＤ］．ＡｓｓｏｃｉａｔｅｄＳｔａｔｉｏｎＳｔａｔｓ．［ＭＡＣＡｄｄｒｅｓｓ＝ＭＡＣアンドロイドＲＸメンバ］．ａｖｇＳｐａｔｉａｌＳｔｒｅａｍｓＲＸ
□ＱＤＭにおけるＰＩＮＧｓｐａｔｓＤＬ：
ＲａｄｉｏＳｔａｔｓ［ｔｅｓｔＩｄ＝ＰｉｎｇｔｅｓｔＩｄ  ＡＮＤ  ｒａｄｉｏ＝ＡＰのｒａｄｉｏＩＤ］．
ＡＰＳｔａｔｓ［ＭＡＣＡｄｄｒｅｓｓ＝ＢＳＳＩＤ］．ＡｓｓｏｃｉａｔｅｄＳｔａｔｉｏｎＳｔａｔｓ．［ＭＡＣＡｄｄｒｅｓｓ＝ＭＡＣアンドロイドＲＸメンバ］．ａｖｇＳｐａｔｉａｌＳｔｒｅａｍｓＴＸ
□ＲｅｆｅｒｅｎｃｅＰｈｙＲａｔｅ（ＲＳＳＩ）のルックアップ、単位ｋｂｐｓ、例えば基準測定から、図４、６
□１１ｎ  ２×２に対して：ＭＩＮ（ＭＡＸ（（ＲＳＳＩ＋８２）＊１０００００／３７，０），１０００００）
すなわち（ＲＳＳＩ＝−８２ｄＢｍ、０ｋｂｐｓ）と、（ＲＳＳＩ＝−４５ｄＢｍ、１０００００ｋｂｐｓ）の間で直線的
ＲＳＳＩ＜−８２ｄＢｍのとき、０ｋｂｐｓ、ＲＳＳＩ＞−４５ｄＢｍのとき、１０００００ｋｂｐｓ
□１１ｎ  １×１に対して：ＭＩＮ（ＭＡＸ（（ＲＳＳＩ＋８２）＊６００００／２３，０），６００００）
すなわち（ＲＳＳＩ＝−８２ｄＢｍ、０ｋｂｐｓ）と、（ＲＳＳＩ＝−５９ｄＢｍ、６００００ｋｂｐｓ）の間で直線的
ＲＳＳＩ＜−８２ｄＢｍのとき、０ｋｂｐｓ、ＲＳＳＩ＞−５９ｄＢｍのとき、６００００ｋｂｐｓ
□ＦＥＩＦ＝（ＰｈｙｓＬｉｍｉｔｓＰｈｙＲａｔｅ３１（ＲｅｄＢｏｒｄｅｒＰｈｙＲａｔｅ）−ＴｒａｉｎｅｄＰｈｙＲａｔｅ）／ＭａｘＰｈｙＲａｔｅ
□％得られるもの！＝
ＭＩＮ（ＴｒａｉｎｅｄＰｈｙＲａｔｅ，ＴｈｒｏｕｇｈｐｕｔＰＳｏｎ×ＣｏｒＦａｃ）／ＭａｘＰｈｙＲａｔｅ
□ＣｏｒＦａｃ＝Ｌ２データレートをＰｈｙＲａｔｅに変換するための補正係数
＞＞実験的：
□１１ｇに対して、ＣｏｒＦａｃ＝２
□１１ｎ（ＡＭＰＤＵを有する）に対してＣｏｒＦａｃは、１，４３
□ＱＤＭにおけるＴｈｒｏｕｇｈｐｕｔＰＳｏｎ：
ＲａｄｉｏＳｔａｔｓ［ｔｅｓｔＩｄ＝ＴＸｔｅｓｔＩｄ  ＡＮＤ  ｒａｄｉｏ＝ＡＰのｒａｄｉｏＩＤ］．ＡＰＳｔａｔｓ［ＭＡＣＡｄｄｒｅｓｓ＝ＢＳＳＩＤ］．ＡｓｓｏｃｉａｔｅｄＳｔａｔｉｏｎＳｔａｔｓ［ＭＡＣＡｄｄｒｅｓｓ＝ＭＡＣアンドロイドＲＸメンバ］．ｄａｔａＲａｔｅＴＸ
□ＳｈａｒｉｎｇＷｉＦｉ＝
ＭｅｄｉｕｍＢｕｓｙＷｉＦｉ×ＴｒａｉｎｅｄＰｈｙＲａｔｅ／ＭａｘＰｈｙＲａｔｅ−％得られるもの！
□ＱＤＭにおけるＭｅｄｉｕｍＢｕｓｙＯｔｈｅｒＷｉＦｉ＝
ＲａｄｉｏＳｔａｔｓ［ｔｅｓｔＩｄ＝ＴＸｔｅｓｔＩｄ  ＡＮＤ  ｒａｄｉｏ＝ＡＰのｒａｄｉｏＩＤ］．ＡＰＳｔａｔｓ［ＭＡＣＡｄｄｒｅｓｓ＝ＢＳＳＩＤ］．ＲＸＴｉｍｅＦｒａｃｔｉｏｎＯＢＳＳ、および
ＲａｄｉｏＳｔａｔｓ［ｔｅｓｔＩｄ＝ＴＸｔｅｓｔＩｄ  ＡＮＤ  ｒａｄｉｏ＝ＡＰのｒａｄｉｏＩＤ］．ＡＰＳｔａｔｓ［ＭＡＣＡｄｄｒｅｓｓ＝ＢＳＳＩＤ］．ＲＸＴｉｍｅＦｒａｃｔｉｏｎＩＢＳＳ、および
ＲａｄｉｏＳｔａｔｓ［ｔｅｓｔＩｄ＝ＴＸｔｅｓｔＩｄ  ＡＮＤ  ｒａｄｉｏ＝ＡＰのｒａｄｉｏＩＤ］．ＡＰＳｔａｔｓ［ＭＡＣＡｄｄｒｅｓｓ＝ＢＳＳＩＤ］．ＴＸＴｉｍｅＦｒａｃｔｉｏｎの和
□ＡＰによってＴＸテストと平行して（例えば他のステーションに）送られるトラフィックを考慮に入れる
□注記：許容限度：１００％−％Ｐｈｙｓｉｃｓ−％ＦＥＩＦ−％得られるもの！
□Ｓｌｅｅｐｉｎｇ＝ＭｅｄｉｕｍＡｖａｉｌａｂｌｅ×ＴｒａｉｎｅｄＰｈｙＲａｔｅ／ＭａｘＰｈｙＲａｔｅ
□ＱＤＭにおけるＭｅｄｉｕｍＡｖａｉｌａｂｌｅ：
ＲａｄｉｏＳｔａｔｓ［ｔｅｓｔＩｄ＝ＴＸｔｅｓｔＩｄ  ＡＮＤ  ｒａｄｉｏ＝ＡＰのｒａｄｉｏＩＤ］．ｍｅｄｉｕｍＡｖａｉｌａｂｌｅ
□注記：いくつかのパワーセーブ機構（ＰＳポール）は、パラメータ「ｐｏｗｅｒＳａｖｅＴｉｍｅＦｒａｃｔｉｏｎ」に正しく反映されないので（ＡＰは正確なタイミングを知らないので）必要になる。
□注記：許容限度：１００％−％Ｐｈｙｓｉｃｓ−％ＦＥＩＦ−％得られるもの！−％ＳｈａｒｉｎｇＷｉＦｉ
□％ＮＥＩＦ＝１００％−％Ｐｈｙｓｉｃｓ−％ＦＥＩＦ−％得られるもの！−％Ｓｌｅｅｐｉｎｇ−％ＳｈａｒｉｎｇＷｉＦｉ
□注記：許容限度：０％（すなわち負にはなれない）
□テスト結果において％ＦＥＩＦが支配的である場合にＧＵＩ上に提案される
□テストされているＡＰおよびＳＴＡにＳｃａｎＲｅｑｕｅｓｔを発行する
□Ｒａｄｉｏ＝ＡＰおよびＳＴＡのＲａｄｉｏ  ｉｄ
□２つのＳｃａｎＬｉｓｔの準備ができたとき：すべてのＳｃａｎＬｉｓｔＥｎｔｒｙを取り出す
□Ｒａｄｉｏ［ＴＸＭｅｍｂｅｒのｉｄ］．ｃｈａｎｎｅｌに等しいチャネルを有するＳｃａｎＬｉｓｔＥｎｔｒｙ
□ＡＰのＳｃａｎＬｉｓｔおよびＳＴＡのＳｃａｎＬｉｓｔにある場合＞＞「共有チャネル」としてマークする
□ＡＰのＳｃａｎＬｉｓｔにあり、ＳＴＡのＳｃａｎＬｉｓｔにない場合＞＞「ＳＴＡに対して隠された」としてマークする
□ＳＴＡのＳｃａｎＬｉｓｔにあり、ＡＰのＳｃａｎＬｉｓｔにない場合＞＞「ＡＰに対して隠された」としてマークする
□Ｒａｄｉｏ［ＴＸＭｅｍｂｅｒのｉｄ］．ｃｈａｎｎｅｌ  −３、−２、−１、＋１、＋２、または＋３に等しいチャネルを有するＳｃａｎＬｉｓｔＥｎｔｒｙ＞＞「重複」としてマークする
□マークされたＳｃａｎＬｉｓｔＥｎｔｒｙのみを表示する
顧客構内機器デバイスとステーションの間のＷｉ−Ｆｉノードの無線リンクの損失を、正しい方法で計算するためには、規定された時間間隔、例えば１秒ごとに、以下のパラメータ、すなわち受信信号強度（ＲＳＳＩ）、所与のＷｉ−Ｆｉリンクのために用いられる変調レート（物理レート）および／または空間ストリームの数のうちの１つまたは複数のサンプルをとることが特に重要であり、それらのパラメータの平均を、上記パラメータのフィルタリングを含めることによって計算する。フィルタリングは具体的には、Ｗｉ−Ｆｉ伝送レートに寄与しない非データフレーム、例えば制御フレームをフィルタリング除去するために用いられる。
【００４６】
得られた結果は、テストアプリケーション４０によって、ユーザに対して彼のステーション２のディスプレイ上に、例えば図７に示されるような半円形を形成する連続したブロックとして表示することができる。図２に関して説明されたデータレートは、各ブロックの長さを規定する。ポインタＰは最終的な到達可能データレート３６を視覚化し、これはこの実施形態では理論的な利用可能データレートである１３０ＭＢ／ｓの２３％である。ブロックのそれぞれは疑問符Ｑを含み、これは例えばマウスまたはタッチパッドを用いることによってユーザが選択することができ、疑問符Ｑを選択することによってユーザには、このブロックへの寄与に繋がるスループット損失を引き起こす問題について通知され、どのようにして状況を改善できるかについてのアドバイスをユーザに与える。ブロック５０の疑問符Ｑの場合は、ユーザにはテスト時に得られたデータレートは、２８ＭＢ／ｓ、１３０ＭＢ／ｓの理論的最大レートの２３％に留まることが通知される。
【００４７】
また当業者によって本発明の範囲から逸脱せずに、本発明の他の実施形態を利用することができる。述べられた方法は、特に無線伝送、例えばＷｉ−Ｆｉを使用するすべての種類のアクセスポイントおよびステーションに対して用いることができる。したがって、本発明は、本明細書に添付された特許請求の範囲に属する。
【図１】
2017509169.tif 000003
【図２】
2017509169.tif 000004
【図３】
2017509169.tif 000005
【図４】
2017509169.tif 000006
【図５】
2017509169.tif 000007
【図６】
2017509169.tif 000008
【図７】
2017509169.tif 000009
【国際調査報告】
2017509169.tif 000010
2017509169.tif 000011
2017509169.tif 000012
2017509169.tif 000013
2017509169.tif 000014