JP2009506652A - アクセス・ポイント干渉制御及び選択方法 - Google Patents

Abstract

幾つかの実施形態において、とりわけ、第1ワイヤレスネットワークにおける第２ワイヤレスネットワークからの干渉を低減するシステム及び方法が開示されている。幾つかの実施形態において、その方法は、それ自体が干渉されている、あるいは干渉するアクセスポイントＡＰからあるいはその干渉するアクセスポイントＡＰのネットワーク内にあるステーションから干渉を受けている、干渉されたアクセスポイントＡＰのネットワーク内にステーションを有する、干渉されたアクセスポイントＡＰが、例えば、送信電力制御（ＴＰＣ）、チャンネルスイッチング（ＣＳ）等、複数の干渉低減方法からどのようにして干渉を低減するかを選択することを含む。

Description

本出願は「アクセスポイント送信電力制御（ＴＣＰ）、チャンネルスイッチ（ＣＳ）及びＴＰＣの選択方法」と題する２００５年８月２２日付け出願に係るR. Matsuo他による米国仮出願第６０／７１０，３５５号の優先権の主張を伴うものであり、その開示内容はレファレンスとしてそっくりそのまま本願に導入される。

本出願は、ワイヤレスネットワーキングと、幾つかの好ましい実施形態においては他のアクセスポイント、ステーション及び/又はデバイスからの干渉に対処する方法に関するものである。

Ａ.ネットワーク及びインターネットプロトコル

コンピューターネットワークには幾つもの種類があり、最も知名度の高いのがインターネットである。インターネットは、コンピューターネットワークの世界的ネットワークである。現在、インターネットは、多くのユーザーが利用することのできる公共及び独立ネットワークである。インターネットは、ＴＣＰ/ＩＰ（即ち、送信制御プロトコル/インターネットプロトコル）と呼ばれる一連の通信プロトコルを使用してホストに接続する。インターネットは、インターネット基幹回線として知られている通信インフラストラクチャーを持つ。インターネット基幹回線へのアクセスは、企業及び個人にアクセスを再販売するインターネットサービスプロバイダ（ＩＳＰｓ）により主に制御されている。

ＩＰ（インターネットプロトコル）は、ネットワークにおいて1つのデバイス（例えば、電話機、ＰＤＡ［パーソナル・デジタル・アシスタント］、コンピューターなど）から別のデバイスへデータを送信することの出来るプロトコルである。現在、例えば、ＩＰｖ４、ＩＰｖ６などの多様な種類のＩＰが存在する。ネットワークの各ホストデバイスは、ホストデバイスのＩＰネットワークへの接続点を特定する少なくとも１つのＩＰアドレスを持つ。

ＩＰは、コネクションレス・プロトコルである。通信中のエンドポイント間の接続は継続的ではない。ユーザーがデータあるいはメッセージを送信あるいは受信する場合、そのデータあるいはメッセージはパケットと呼ばれる要素に分割される。全てのパケットは、独立したデータユニットとして扱われる。

インターネットあるいは同様のネットワーク上でポイント間の通信を基準化するために、ＯＳＩ（オープン・システム・インターコネクション）モデルが作成された。ＯＳＩモデルは、ネットワーク上の２つのポイント間の通信プロセスを各レイヤーが独自の一連の機能を備える７つの積層レイヤーに分類する。各デバイスは、送信エンドポイントから各レイヤーを通る下降流、そして受信エンドポイントから各レイヤーを通る上昇流があるようにメッセージを処理する。７層の機能を提供するプログラミング及び/又はハードウェアは、通常、デバイスオペレーティングシステム、アプリケーションソフトウェア、ＴＣＰ/ＩＰ及び/又は他のトランスポート及びネットワークプロトコル及び他のソフトウェア及びハードウェアの組み合わせである。

通常、４つの上側のレイヤーは、メッセージがユーザーからあるいはユーザーに転送される時、そして３つの下側のレイヤーは、メッセージがデバイス（例えば、ＩＰホストデバイス）を通る場合に使用される。ＩＰホストは、サーバー、ルーターあるいはワークステーションなどのＩＰパケットを送信及び受信することのできるネットワーク上のあらゆるデバイスである。別のホストに指定されたメッセージは、上側のレイヤーには転送されないが、その別のホストに転送される。ＯＳＩ及び他の同様のモデルにおいて、ＩＰは、ネットワークレイヤーである第３層（Ｌａｙｅｒ−３）にある。

Ｂ. ワイヤレスネットワーク

ワイヤレスネットワークは、多様な種類の例えば、携帯及びワイヤレス電話、ＰＣ（パーソナル・コンピューター）、ラップトップコンピューター、ウェアラブルコンピューター、コードレス電話、ページャー（ポケベル）、ヘッドホン、プリンター、ＰＤＡなどのモバイル・デバイスを受け入れることができる。例えば、モバイル・デバイスは、音声及び/又はデータの高速ワイヤレス通信を確保するデジタルシステムを含むことがある。通常、モバイル・デバイスは、以下の幾つかあるいは全ての要素を含むものである。即ち、トランシーバー（即ち、例えば、統合送信機、受信機、及び望ましい場合は他の機能を持つ単一チップトランシーバー送信機と受信機）、アンテナ、プロセッサー、1つあるいはそれ以上の音声変換機（例えば、オーディオ通信のデバイスなどのスピーカーあるいはマイクロホン）、電磁データストレージ（例えば、データ処理が行われるデバイスなどのＲＯＭ、ＲＡＭ、デジタルデータ保存など）、メモリー、フラッシュメモリー、フルチップセットあるいは集積回路、インターフェース（ＵＳＢ、ＣＯＤＥＣ、ＵＡＲＴ、ＰＣＭなど）等である。

モバイルユーザーがワイヤレス接続を通じてローカルエリアネットワーク（ＬＡＮ）に接続するができるワイヤレスＬＡＮ（ＷＬＡＮ）は、ワイヤレス通信に使用される場合がある。ワイヤレス通信は、例えば、光、赤外線、ラジオ、マイクロ波などの電磁波を介して伝播する通信を含むものである。現在、例えば、ブルートゥース、ＩＥＥＥ ８０２．１１及びＨｏｍｅＲＦなど多様なＷＬＡＮ基準が存在する。

一例として、ブルートゥース製品は、モバイルコンピューター、モバイル電話、携帯デバイス、パーソナル・デジタル・アシスタント（ＰＤＡ）、及び他のモバイル・デバイス間、およびインターネットへのリンクを提供するために使用される。ブルートゥースは、短距離ワイヤレス接続を使用して如何に簡単にモバイル・デバイス同士及びモバイル・デバイスとモバイルではないデバイスを相互接続するかに関するコンピュータ及び電気通信産業の詳述である。ブルートゥースは、データを同期化し、1つのデバイスから別のデバイスにおいて一貫させることで異なるベンダーによる機器がシームレスに連携することを可能にする必要がある多様なモバイル・デバイスの急増から生じるエンドユーザー問題に対処するデジタルワイヤレスプロトコルを作成する。ブルートゥースデバイスは、一般的なネーミングコンセプトに従って名付けられる。例えば、ブルートゥースデバイスは、ブルートゥース・デバイス・ネーム（ＢＤＮ）あるいは特有のブルートゥース・デバイス・アドレス（ＢＤＡ）と関連する名前を持つことがある。ブルートゥースデバイスは、インターネットプロトコル（ＩＰ）ネットワークにも参加することがある。ブルートゥースデバイスがＩＰネットワーク上で機能する場合、ＩＰアドレス及びＩＰ（ネットワーク）ネームが提供されることがある。従って、ＩＰネットワークに参加するように設定されたブルートゥースデバイスは、例えば、ＢＤＮ、ＢＤＡ、ＩＰアドレス及びＩＰネームを含むことがある。「ＩＰネーム」という用語は、インターフェースのＩＰアドレスに相当する名前を示すものである。

ＩＥＥＥ基準であるＩＥＥＥ ８０２．１１は、ワイヤレスＬＡＮ及びデバイスの技術を特定するものである。８０２．１１を使用して、それぞれの単一ベースステーションが幾つかのデバイスをサポートすることでワイヤレスネットワーキングが達成される。幾つかの例では、デバイスにはワイヤレスハードウェアが予備的に装備されていたり、あるいはユーザーがアンテナを含むカードなどの別のハードウェアをデバイスにインストールしたりする。一例として、８０２．１１で使用したデバイスは、デバイスがアクセスポイント（ＡＰ）、モバイルステーション（ＳＴＡ）、ブリッジ、ＰＣＭＣＩＡカードあるいは別のデバイスであるかどうかとは関係なしに、３つの注目すべき要素を含む。すなわち、ラジオ・トランシーバー、アンテナ、及びネットワーク上のポイント間のパケットのトラフィックを制御するＭＡＣ（メディア・アクセス・コントロール）レイヤーである。

また、マルティプル・インターフェース・デバイス（ＭＩＤ）が、幾つかのワイヤレスネットワークに使用される可能性がある。ＭＩＤは、ブルートゥースインターフェースと８０２．１１インターフェースなどの２つあるいはそれ以上の独立ネットワークインターフェースを含む可能性があり、ＭＩＤが２つの別のネットワークに参加すると共にブルートゥースデバイスとインターフェース接続することを可能にする。ＭＩＤは、ＩＰアドレスに関連するＩＰアドレス及び共有ＩＰ（ネットワーク）ネームを持つことがある。

ワイヤレスネットワークデバイスは、ブルートゥースデバイス、マルティプル・インターフェース・デバイス（ＭＩＤ）、８０２．１１xデバイス（例えば８０２．１１ａ、８０２．１１ｂ及び８０２．１１ｇデバイスを含むＩＥＥＥ ８０２．１１デバイス）、ＨｏｍｅＲＦ（ホームラジオ周波数）デバイス、Ｗｉ−Ｆｉ(ワイヤレス・フィディリティー)デバイス、ＧＰＲＳ（グローバル・パケット・ラジオ・サービス）デバイス、３Ｇ携帯デバイス、２．５Ｇ携帯デバイス、ＧＳＭ(グローバル・システム・フォー・モバイル・コミュニケーションズ)、ＥＤＧＥ（Enhanced Data for GSM Evolution）デバイス、ＴＤＭＡタイプ（時分割多重アクセス）デバイス、あるいはＣＤＭＡ２０００を含むＣＤＭＡタイプ（符号分割多重アクセス）デバイスを含むが、それらには限定されない。各ネットワークデバイスは、ＩＰアドレス、ブルートゥースデバイスアドレス、ブルートゥース・コモンネーム、ブルートゥースＩＰアドレス、ブルートゥースＩＰコモンネーム、８０２．１１ ＩＰアドレス、８０２．１１ ＩＰコモンネーム、あるいはＩＥＥＥ
ＭＡＣアドレスを含むがそれらには限定されない多様な種類のアドレスを含む。

ワイヤレスネットワークは、例えば、モバイルＩＰ(インターネット・プロトコル)システム、ＰＣＳシステム及び他のモバイルネットワークシステムに使用されている方法およびプロトコルを含むことがある。モバイルＩＰは、インターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ）が作成した標準通信プロトコルを含むものである。モバイルＩＰを使用してモバイル・デバイス使用者は、一度指定されるＩＰアドレスを維持しながらネットワーク上を移動することができる。Request for Comments (ＲＦＣ)３３４４を参照。注意：ＲＦＣは、インターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ）の公文書である。モバイルＩＰは、インターネット・プロトコル（ＩＰ）を向上し、モバイルデバイスがホームネットワーク外で接続する場合、インターネットトラフィックをモバイルデバイスに転送する手段を提供する。モバイルＩＰは、各モバイル・ノードに対してホームネットワークにおいてホームアドレス及びネットワーク内とそのサブネット内におけるデバイスの現在の位置を特定するケア・オブ・アドレス（ＣｏＡ）を割り当てる。デバイスが別のネットワークに移動した場合、新たなケア・オブ・アドレスが与えられる。ホーム・ネットワーク上の移動エージェントは、各ホームアドレスとケア・オブ・アドレスを結合させる。
モバイル・ノードは、使用するケア・オブ・アドレス（例えば、インターネット・コントロール・メッセージ・プロトコル（ＩＣＭＰ）)が変わるたびに結合更新情報をホーム・エージェントに送信する。

基本的なＩＰルーティング(即ち、モバイルＩＰの外)では、通常は、ルーティング・メカニズムは、各ネットワークノードが、例えばインターネットへの一定の接続ポイントを持ち、各ノードのＩＰアドレスは接続しているネットワークリンクを特定するということを前提にしている。本書において、「ノード」という用語は、例えば、データ送信の再分配ポイントあるいはエンドポイントを含み、他のノードとの通信を認識、処理及び/又は転送することができる接続ポイントを含む。例えば、インターネット・ルーターは、例えば、デバイスのネットワークを特定するＩＰアドレスのプレフィックス等を見る。そして、ネットワークのレベルで、ルーターは、例えば、一連のビットあるいは特定のデバイスを識別するビットを見る。通常のモバイルＩＰ通信では、ユーザーがモバイルデバイスの接続を例えばインターネットから切断して新たなサブネットと再接続しようとする場合、デバイスは、新たなＩＰアドレス、適切なネットマスク及びデフォルトルーターで再設定されなければならない。そうでなければ、ルーティングプロトコルは、パケットを適切に送信することができない。

Ｄ．他のデバイスの干渉

ワイヤレス通信の驚異的な発展とインターネットの幅広い配備は、ローカル・エリア・ネットワークの分野において大きな変化をもたらした。例えば、急速にますます幅広く使用されているＩＥＥＥ-８０２．１１標準ＷＬＡＮシステムなどのワイヤレス・ローカル・エリア・ネットワーク（ＷＬＡＮ）は、人気である。

しかしながら、ＷＬＡＮシステムの拡大する配備は、同一チャンネル干渉に関しては大きな問題である。

今まで８０２．１１ｈは、特に軍用レーダーシステム及び医療機器と８０２．１１ａシステムの共存を可能にするために幾つかの場所による８０２．１１ａシステムの使用による干渉の問題に対処しようとしている。その際、干渉を低減するために２つのスキームが使用されている。すなわち(1)動的周波数選択（ＤＦＳ）と(２)送信電力制御（ＴＰＣ）とである。このアプリケーションにおいて、ＤＦＳは、チャンネルの他のデバイスの探知及び別のチャンネルへの自動的な移動を含む「チャンネル・スイッチ」（ＣＳ）という用語を含む。もう一方で、ＴＰＣは、例えば、送信パワーの低減を含む。しかしながら、８０２．１１ｈは、主にレーダーへの干渉を低減するように指定されていて、ＴＰＣは、本質的にレーダーに対する予備整備である。従って、８０２．１１ｈが規定するＴＰＣのメカニズムは、１つのアクセスポイント（ＡＰ）あるいは１つのＡＰとそのＡＰのモバイルステーション（本書においてモバイル、モバイル・ノード、モバイルデバイスあるいはステーションとも言う）の中だけにある。

現在の他の同一のチャンネル及び/又はその他のアクセスポイントＡＰのステーションが現在のアクセスポイントＡＰに干渉する場合、その現在のアクセスポイントＡＰは、チャンネル・スイッチＣＳを使用することができるが、８０２．１１ｈが指定するＴＰＣは、そのような状況においては現在のアクセスポイントＡＰには使用できない。また、８０２．１１ｈ仕様は、干渉を低減するために必要とされる方法の選択方法あるいは多数の代替方法の中で例えば、ＴＰＣとＣＳなど多数の適切な方法があることを説明しない。

多様なシステム及び方法が知られているが、他のアクセスポイントＡＰ及び/又はそのアクセスポイントＡＰのステーションによる干渉に対処する改良されたシステム及び方法が依然として必要である。

好ましい実施形態の要約

本発明の好ましい実施形態は、既存するシステム及び方法を大いに改良するものである。

好ましい実施形態では、アクセスポイント（ＡＰ）の送信パワーの制御及び他のワイヤレスＡＰ及び/又はＳＴＡによる干渉を低減することに関する多数の方法が提示されている。また、幾つかの好ましい実施形態において、例えば、1つあるいはそれ以上の所定の方針、ＡＰ及び/又はＳＴＡのＴＰＣの1つあるいはそれ以上の機能及び/又は干渉の現在の状態に基づくＡＰのＣＳとＴＣＰから選択するなど１つの干渉低減方法を選択する新規な方法が提示される。

幾つかの実施形態によると、第１ワイヤレスネットワークにおける第２ワイヤレスネットワークからの干渉を低減する方法が実行され、その方法は、それ自体が干渉されている、あるいは干渉するアクセスポイントＡＰからあるいはその干渉するアクセスポイントＡＰのネットワーク内のステーションから干渉を受けている干渉されたアクセスポイントＡＰのネットワーク内にステーションを有する干渉されたアクセスポイントＡＰにおいて、複数の干渉低減方法から干渉を低減する方法を選択することを含む。

幾つかの実施例では、前記方法は、更に、干渉されたアクセスポイントＡＰが、除外プロセスに少なくとも部分的に基づいて、それぞれの状況でどの干渉低減方法を選択するかを含む。幾つかの実施例では、同方法は、更に、干渉されたアクセスポイントＡＰが、ａ）干渉するアクセスポイントＡＰの数あるいはｂ）干渉信号を受信しているアクセスポイントＡＰあるいはステーションの数に少なくとも部分的に基づいて、それぞれの状況でどのように干渉を低減するかを選択することを含む。幾つかの実施例では、前記方法は、干渉されたアクセスポイントＡＰが、選択方針（例えば、選択するのにロード情報を使用する選択方針あるいは選択するのに干渉信号の受信電力を使用する選択方針など）に少なくとも部分的に基づいて、どのように干渉を低減するかを選択することを含む。幾つかの実施例では、干渉信号の受信電力は、送信電力制御が現在のチャンネルにおいて上手く機能するか否かをチェックするために使用される。幾つかの実施例では、前記方法は、干渉されたアクセスポイントＡＰが近辺のチャンネルを最初にチェックして、十分に空いているチャンネルがある場合、チャンネルをそのチャンネルに切り替える。幾つかの実施例では、前記方法は、干渉されたアクセスポイントＡＰが、候補チャンネルとして最小負荷のチャンネルを選択することを含む。

幾つかの実施例では、前記方法は、送信電力制御の選択の場合、以下のステップを実行することを含む。１）干渉するアクセスポイントＡＰが、電流送信電力についてステーションに問い合わせて、送信電力の低減が適切であるか否かについてチェックすることと、２)干渉するアクセスポイントＡＰが、送信電力の低減を行い、低減することがネットワークにおけるステーションに悪影響を与えるか否かについて監視することである。

幾つかの実施例では、前記方法は、干渉するアクセスポイントＡＰが、干渉するアクセスポイントＡＰのネットワークにおける各ステーションの状態をチェックして、送信電力の低減がステーションの伝送速度に悪影響を与えることが発見された場合、送信電力を上げることを含む。

幾つかの実施例では、前記方法は、干渉されたアクセスポイントＡＰが、バックボーン・ネットワークあるいは中間ワイヤレスデバイス（例えば、モバイルステーションなど）を介して干渉するアクセスポイントＡＰと通信することを含む。

幾つかの実施例では、前記方法は、干渉されたアクセスポイントＡＰが、機能情報と現在の状況情報を集めることを含む。

幾つかの実施例では、前記方法は、干渉されたアクセスポイントＡＰが、少なくとも幾つかの干渉低減方法を除去し、機能情報に基づいて候補方法を選択し、複数の代替候補方法がある場合、所定の方針に基づいて優先順位を付ける事を含む。幾つかの実施形態では、干渉されたアクセスポイントＡＰは、少なくとも部分的に、現在の状況情報に基づいてアクセスポイントＡＰがどの干渉低減方法を使用するばよいかを決定する。

幾つかの更に他の実施形態では、第1ワイヤレス・ローカル・エリア・ネットワークにおける第２ワイヤレス・ローカル・エリア・ネットワークからの干渉を低減する方法が実行され、その方法は、それ自体が干渉されている、あるいは干渉するアクセスポイントＡＰからあるいはその干渉するアクセスポイントＡＰのネットワーク内のステーションから干渉を受けている干渉されたアクセスポイントＡＰのネットワーク内にステーションを持つ、干渉されたアクセスポイントＡＰで、複数の干渉低減方法の中から低減方法を選択し、その干渉低減方法の１つは、干渉するアクセスポイントＡＰ及び/又は干渉するアクセスポイントＡＰのネットワーク内のステーションの送信電力制御であり、かつ干渉されたアクセスポイントＡＰが送信電力制御を選択する場合、干渉するアクセスポイントＡＰに送信電力制御を実行させるように干渉されたアクセスポイントＡＰからリクエストを送信することである。幾つかの好ましい実施形態では、複数の干渉低減方法には、チャンネルの切替あるいはアンテナの分散あるいは方向管理が含まれる。

各種実施形態の上述した及び/又は他の態様、特徴、及び/又は利点は、添付図面と併せて以下の説明によってより理解される。各種実施形態は、場合によっては、異なる態様、特徴及び/又は利点を含み及び/又は除くことがある。また、各種実施形態は、場合によっては、他の実施形態の１つあるいは１つ以上の態様あるいは特徴を組み合わせるものがある。特定の実施形態の態様、特徴及び/又は利点は、他の実施形態あるいは請求項を限定するものと解釈されるべきではない。

本発明の好ましい実施形態は、添付図面は、限定ではなく、例示として示されている。

図1は、幾つかの実施例による干渉低減の制御流れの概要を示す説明図である。 図２は、幾つかの実施例による図1に示されたステップ(i)を実行する構造の具体的なブロック図を表示する説明図である。 図３は、幾つかの状況においてチャンネル・スイッチングがより望ましいことを説明する幾つかの実施例に係る干渉低減の順次ステージを説明する説明図である。 図４は、例えば、幾つかの実施例及び限定されない実施形態に係る、例えば図１に示されたステップ(i)に関する幾つかの態様に係る基本的な選択の流れの態様を説明するフローチャートである。 図５は、幾つかの実施例及び制限されない実施形態に係る無限コントロールループを回避するための追加的なステップを含む幾つかの態様に係る具体的な進化した選択の流れの態様を説明するフローチャートである。 図６は、幾つかの実施例及び限定されない実施形態に係るチャンネル・スイッチング及び送信電力制御に関する幾つかの態様に係る具体的な選択の流れの態様を説明するフローチャートである。 図７は、幾つかの実施例及び限定されない実施形態に係るチャンネル・スイッチング及び送信電力制御に関する幾つかの態様に係る別の具体的な選択の流れの態様を説明するフローチャートである。 図８は、ロード情報も考慮する幾つかの実施例及び限定されない実施形態に係るチャンネル・スイッチング及び送信電力制御に関する幾つかの態様に係る具体的な進化した選択の流れの態様を説明するフローチャートである。 図９は、幾つかの実施例及び限定されない実施形態に係る送信電力制御方法の第1ステップの態様を説明するフローチャートである。 図１０は、幾つかの実施例及び限定されない実施形態に係る送信電力制御方法の第1ステップの態様を説明する進化したフローチャートである。 図１１は、幾つかの実施例及び限定されない実施形態に係る送信電力制御方法の第２ステップの態様を説明するフローチャートである。 図１２は、幾つかの実施例及び限定されない実施形態に係るＴＰＣリクエスト及びＴＣＰレポート(例えば、図1に表示されたステップ(ii)と(v))に関する送信電力制御方法の具体的な態様に係るメッセージの交換と処理を表示する図である。 図１３は、ＴＰＣの手順に関連した幾つかの実施例と限定されない実施形態に係る具体的なアクセス・ポイント（ＡＰ）の要素を示す具体的な構造図である。 図１４は、ＴＰＣ手順に関連した幾つかの実施例と限定されない実施形態に係る具体的なステーション（ＳＴＡ）の要素を示す具体的な構造図である。

本発明は、多数の異なる形態で具体化されているが、多数の実施例は、本開示は本発明の原理の例を提供するものであり、その実施例は本発明を本書に説明及び/又は図解された好ましい実施形態に限定するものではないという了解の下で、本書において説明されている。

以下の説明は、まず最初にＴＰＣとＣＳの特定の「良い点」と「悪い点」(即ち、利点と不利な点)を提示する。次に、具体的な選択方法及び次のＴＰＣに関する方法を含む「総括」である。次に、多様な方針に基づいた一連の選択方法を提示する。その次に、ＡＰの具体的なＴＰＣ方法を提示する。多数の実施例において、ＳＴＡの送信電力の制御方式は、ＡＰのＴＰＣと結合される。最後に、提示された方法を実行するプロセス及びステップの多数の実施例を(例えば、ブロック図を使用して)提示する。

ＴＰＣとＣＳの良い点と悪い点

上述したとおり、このセクションでは、ＴＰＣとＣＳ両方の幾つかの具体的な「良い点」と「悪い点」を提示する。とりわけ、以下のとおり、アクセスポイント（ＡＰ）あるいはモバイルステーション（ＳＴＡ）及び現在の干渉が、一例としてＴＰＣとＣＳの中での適切な選択に必要とされることが明らかである。

Ａ. ＴＰＣの「良い点」 (利点) ：

ＴＰＣは、特定のＡＰの下で全てのステーションを別のチャンネルに移動させる必要はない。

ＴＰＣは、ＡＰが不必要な送信電力を低減し、他のワイヤレスＬＡＮへの干渉を低減する結果をもたらす場合がある

多数のＡＰ及びＳＴＡが密集していて移動できる良いチャンネルがない場合でも、ＴＰＣは干渉を低減することができる。

Ｂ. ＴＰＣの「悪い点」（不利点）：

別のワイヤレスＬＡＮのＡＰによる特定のＡＰあるいは特定のＳＴＡへの干渉を低減するために、例えば、送信電力が干渉を引き起こしている他のＡＰにＴＰＣのリクエストが送信されなければならない。

ＴＰＣを使用するには、例えば、干渉するＡＰは、ＴＰＣの機能を持っていなければならない。

ＡＰは必ずしも送信電力を制御できない。ＴＰＣは、個々の受信電力、伝送速度など、ＡＰのステーション（ＳＴＡ）の状態が認める場合にしか使用できない。

干渉するＡＰが送信電力を制御及び低減しても、許容レベルまでに干渉を低減する結果が出ない場合もある。

Ａ. ＣＳの「良い点」 (利点) ：

ＡＰは、例えば、干渉する他のＡＰからＴＰＣをリクエストしないで干渉を低減することができる。

ＴＰＣが十分に低減するには干渉が大きすぎる場合でも有用である。

干渉するＡＰの必須機能のどれにも依存しない。（例えば、ＴＰＣの入手可能性など）

Ｂ. ＴＰＣの「悪い点」（不利点）：

ＡＰ周辺にあいているチャンネルあるいは使用可能なチャンネル (例えば、あいているチャンネルがない場合でも) が必要である。

チャンネルスイッチが実行された場合、又別の干渉が引き起こされる可能性がある。

不明確な制御アーキテクチャ、方針あるいはアルゴリズムは、幾つかの個別のＡＰが独立的に、速く、そして頻繁にチャンネルを移動する可能性があるため、無限ループを起動する可能性がある。

概要

図１は、低減方式の選択と次に来るＴＰＣ処置を含む干渉低減の具体的な制御フロー方法を概略表示するものである。この図において、ＡＰ#Ｂは、干渉されているネットワーク要素（例えば、ＡＰ自体あるいはネットワーク内のステーションあるいはノード）である（ＡＰ#Ｂは、以下は、「干渉されたＡＰ」という）。そして、ＡＰ#Ａは、例えば、図1のＡＰ#Ｂなど、ネットワーク送信信号を発する及び/又は他のネットワークに干渉する送信信号を発する（例えば、干渉されたＡＰの発生する）ＡＰ#Ａのステーションを持つＡＰである（ＡＰ#Ａは、以下は「干渉するＡＰ」という）。

図１の(i)は、干渉低減方法の選択プロセスを表示するもので、(ii)から(v)は、ＴＰＣプロセスを表示するものである。このプロセスは、ＡＰが、プロセス(i)で干渉低減にＴＰＣを選択した場合にだけ必要である。

図１は、ステップ(i)で、干渉されたＡＰは、干渉をどのように低減するかを選択する。この例では、ａ）チャンネルの変更（例えば、ＣＳ）、ｂ）アンテナの制御、ｃ）ＴＰＣの実行あるいは何も行わない選択をすることができる。

ステップ(ii)では、干渉されたＡＰが、干渉するＡＰにＴＰＣのリクエストを送信する。

ステップ(iii)では、干渉するＡＰが、送信電力を低減できるか否かに関するチェックを行う（このチェックは、幾つかの実施形態において干渉するＡＰにより行われる）。

ステップ(iv)では、システムは、送信電力を変更してその影響をチェックする（このステップは、幾つかの実施形態において干渉するＡＰが行う）。

ステップ(v)で、システムは、ステップ(iii)から(iv)の結果を干渉されたＡＰに報告する(このステップは、幾つかの実施形態において干渉するＡＰが行う)。

干渉低減方法の選択（ステップi）

図２は、干渉低減方法の選択過程で、例えば、干渉されたＡＰ（例えば、適切なソフトウェア、ハードウェアあるいはファームウェアを介して）が行うことが出来る機能性の具体例を表示するものである。好ましい実施形態においては、干渉されたＡＰは、ＡＰが、干渉されたＡＰのステーション（ＳＴＡ）から干渉低減リクエストを受信したとき、あるいは、ＡＰ自体がそのような干渉低減を必要とする場合にその機能(例えば、ソフトウェアモジュール)を使用する（図２の２３０ａを参照）。

図２では、干渉低減制御装置２３０が、望ましくは機能情報と現状情報をまとめて（２３０ｂを参照）、その情報に基づいて決断のための方針を特定する(２１０と２２０を参照)。とりわけ、これは、特定の干渉低減方法の除去と、機能情報に基づいた候補だけを選択するのに使用されて、複数の代替方法がある場合、所定の方針に基づいて望ましくは優先順位が付けられる。制御装置２３０は、好ましくは、干渉低減方法の選択ロジックモジュール２５０にその優先された決定を送信する。その選択ロジックモジュール２５０は、望ましくは制御装置２３０からの情報と現状情報２４０iを使用してＡＰがどの干渉低減方法をその時点で使用すべきかを決定する。当該実施例において、選択ロジックモジュール２５０は、以下の１あるいは１以上を選択することができる。即ち、ＴＰＣ制御２６０、ＣＳ制御２７０、及び/又は適応アンテナ制御２８０である。図２に示すように、選択方法が上手くいかなかった場合は、選択可能な方法の中から別の候補方法を選択するように選択ロジックモジュールを設定する。

幾つかの実施例及び限定しない実施形態において、機能情報と現状情報は、以下のリストの幾つかあるいは全ての情報を含むものであっても良い。しかしながら、この一連の情報は、以下の項目に限定されるものではなく状況により必要に応じて修正される。

具体的な機能情報

幾つかの実施例及び限定しない実施形態において、機能情報は、以下のリストの幾つかあるいは全ての情報を含むものであっても良い。

干渉するＡＰが、ＴＰＣ条件に対応できるか否かに関する情報

ＡＰが近辺の他のＡＰからチャンネル情報を入手することができるかに関する情報

そして、オプションとして、干渉するＡＰが同一の拡張サービスセット（ＥＳＳ）にあるか否かに関する情報である。参考までに、ＥＳＳは、通常は多数のＩＥＥＥ
８０２．１１基本サービスセット（ＢＳＳ）と使用しステーションが、実質的には固定ネットワークに接続したまま単一のＥＳＳ内のＢＳＳの間を移動することができるＷＬＡＮ内の制限された移動を可能にする。

現状情報

幾つかの実施例と限定しない実施形態において、現状情報は、表１の幾つかあるいは全ての情報を含むものであっても良い。

表１は、ＴＰＣとチャンネル・スイッチ方法に使用される現状情報の具体的なリストを表示するものである。表１の「可能なチャンネル」は、現在のチャンネルを除く他のチャンネルを意味する。表1のxは、特定のチャンネル番号を表すものである。多様な実施形態において、現状情報は、あらゆる適切な技術を使用して入手されるものであっても良い。例えば、この情報は、８０２．１１ｈあるいは８０２．１１ｋなどの基準あるいはドラフトが定義する機能を使用して入手されるものであっても良い。

表２は、干渉するＡＰの数と干渉信号を受信するステーション（ＳＴＡ）およびＡＰとの数(例えば、干渉されるＡＰ)に関する特定の状況あるいは場合における干渉低減方法の候補を示すものである。幾つかの好ましい実施形態において、図２の除去プロセス(例えば、干渉低減制御装置２３０で実行)が判断を下すのに表２に似た表を使用することがある。表２の「ＣＳ→ＴＰＣ」という表記法は、特定の場合にＣＳがＴＰＣよりも優先されるという意味である。

図３は、記号(*1)が示されている表２のアイテムにおいてなぜＣＳが好ましいかが示される。読者が容易に理解できるように探査的な目的で、使用可能なチャンネルの数を３つと仮定する（もちろんこれは論議のための簡単な一例である）。図３の点線の円３１０と３２０は、チャンネル１の現在のサービス範囲であり、実線の円３３０は、チャンネル２のサービス範囲であり、点線の円３４０は、チャンネル３のサービス範囲である。幾つかの例において、各ステーションが、例えば、２００４年１０月２０日付け提出に係る「Terminal Transmit Power Control with Link Adaptation」と題する出願人の同時係属の米国仮出願第１０／９６８,２４４号の開示にされあるいは説明されている如何なる適切な方法などを含む適切な方法で電力消費を減らすためにＴＰＣを既に終了することができたものであり、その開示内容は本書に完全にレファレンスとして導入される。

図３の実施例及び限定しない実施形態において、ＳＴＡ＃１は、ＡＰ#１と関連するが、ＡＰ#２とＡＰ#２と接続しているＳＴＡ#２の両方からも干渉信号を受信している。実施例において、ＳＴＡ#１は、干渉低減リクエストをＡＰ#１に送信するように設定することができる。従って、上記のように、ＡＰ#１は、状況によっては、ＴＰＣを実行するのにＡＰ#２にリクエストを送信する(例えば、上記のステップ(ii)を参照)。この具体例において、ＡＰ#２は、一例として、ＴＰＣ方法で送信電力を低減する（例えば、上記のステップ(iii)を参照）。しかしながら、場合によっては、ＳＴＡ#１が更にＳＴＡ#２から相当強い干渉信号を受信することがある。従って、ＴＰＣ方式は、干渉を解消しない可能性があり、そのため、幾つかの実施形態において表２において記号(*1)で記されている場合はＴＰＣではなくＣＳが先に選択される。

次に、干渉低減の複数の代替方法から1つ特定の方法を選択する幾つかの好ましい方式を説明する。はじめに、詳細な選択プロセスを検討する選択方針を定義する。

基本的には、ＡＰが少なくとも1つの変更可能な空いているチャンネルを見つけた場合、ＡＰは、ＣＳを選択してあいているチャンネルに移動するだけでよい。しかしながら、ＡＰが空いているチャンネルを見つけられなかった場合、ＴＰＣとＣＳは、問題をもたらす可能性がある。最初に、上記のように、ＡＰがチャンネルを変更した場合、チャンネルスイッチを行うことは、現在新たなチャンネルを使用している他のデバイスとの新たな干渉を引き起こす可能性がある。また上記のように、ＡＰが干渉するＡＰにＴＰＣをリクエストした場合、干渉の低減が十分でない可能性もある。

上記観察に基づいて、幾つかの好ましい実施形態において異なる２つの選択方針が説明される。以下により詳細に説明されるように、最初の方針（以下は、「方針１」）は、基本的に選択に関するロード情報を使用し、第２方針(以下は「方針２」)は、基本的にＴＰＣが現在のチャンネルで上手く機能するか否かをチェックするために干渉信号の受信電力を使用する。これらの２つの具体的な選択方針は、以下のセクションにおいてより詳細に説明されている。

方針1

図４は、図１のステップ(i)を実行する幾つかの具体的な実施形態に従った基本的な選択の流れを示すものである。第1ステップ４０５において、ＡＰは、望ましくは近辺のチャンネルをチェックする。そして、そのＡＰの周辺に空いているチャンネルがあれば、ＡＰはそのチャンネルにチャンネルを変更する。幾つかの実施形態において、特定のチャンネルが空いているか否かを確認する２つの代替の基準がある。１つは、ＡＰは、隣接したＡＰのビーコンを受信してその隣接するＡＰのLpxが０であること知ることである。（注意：Lpx＝候補チャンネルxのロード情報：Lpxなどのパラメータの定義は表１を参照）。幾つかの実施形態において、隣接するワイヤレスが８０２．１１ｅ草案基準を採用した場合、ＡＰは、隣接するＡＰのLpx情報を得ることができる。２つ目は、特定の期間ビーコンを含むあらゆる信号をＡＰが受信しないことである。その場合のチャンネルは、チャンネルが将来使用される可能性が低いため候補のチャンネルとしてより適している。

動作中に、ＡＰは、まず最初に信号を受信したか否かをチェックする。受信していない場合、ＣＳを選択する。受信した場合、Lpxの数値をチェックする。このプロセスは、本書における全ての選択の流れにおいて同じである。

図４のステップ４１０では、ＡＰは、例えば、上記の方法などを使用してLpx=０かどうか判断する。そうである場合、４１０ＹでＣＳを選択する。そうでなければ、システムは、４２０で他のチャンネル(例えば、x=x+1)を選択して使用可能なチャンネル全てをチェックする（ステップ４３０と４０５を参照）。Lpx=０のチャンネルが１つも発見されなかった場合、ステップ４４０でＡＰは、候補チャンネルとして最小負荷のチャンネルを選択する。

次に、ステップ４５０で、ＡＰはLiとLpxをチェックする。LiがLpxよりも小さい場合、ＡＰは、総合負荷である「Lc+Li」をチェックして、その総合負荷が実質的に重量な負荷であるかをチェックする。図４のステップ４６０において、８０％が重量負荷状態のしきい値に選択されている。この８０％という数値は、単なる具体的及び限定しない数値の一例であり、この数値は、状況によっては修正あるいは制御される可能性がある。そして、ステップ４７０で、ＡＰは、重量負荷しきい値を使用してＴＰＣが現在のチャンネルで上手く機能するか否かを推測する。ステップ４７０の答えがはいである場合、ＡＰは、ＴＰＣをリクエストする。ステップ４７０の答えがいいえである場合、ＡＰは、ステップ４８０でＴＰＣが候補チャンネルで上手く機能するか否かを推測する。ステップ４８０での答えがはいである場合、ＡＰは、現在のチャンネルから候補チャンネルへ変更してＴＰＣをリクエストする。そうでない場合、ＡＰは現在の状態を維持する。図４の右下に表示されているように、LpxがLiよりも小さい場合は大体同様のプロセスが使用される（図４のステップ４９０と４９５を参照）。

図４は、ＴＰＣが機能するかしないかを判断するのに９ｄＢの数値を使用しているが、この数値は、単なる限定しない具体例である。この一例の数値は、数値シミュレーションに基づいた調査に従うものである。例えば、ＡＰが「ＡＰのＴＰＣ方法」と題する以下のセクションにおいて説明されるＴＰＣ方法を使用して送信電力を制御して、そのＡＰの全てのステーションが３０メートルの範囲内にとどまった場合、その送信電力の平均は、およそ９ｄＢに減る。従って、幾つかの具体例において、９ｄＢが望ましいしきい値に選択される。

図４は、現在負荷と受信電力状態を考慮したより良い干渉低減方法を適切に選択する基本的な流れを示すものである。しかしながら、図４に示されたこの流れは、例えば、現在の状態の幾つかの項目を含まないうえ、ＡＰは、理論上無限ループに追い込まれる可能性がある。例えば、ＡＰがこの流れを使用してＴＰＣをリクエストすることを決定したがＴＰＣが当初期待していたより効果が弱い場合、ＡＰは、この流れをまた行って干渉を低減しなければならない。従って、論理上ＡＰは、この流れによる同一のアウトプットを決定するループにはまり、そして無限にこの同じプロセスを続ける可能性がある。

そのような無限ループを逃れるために、図５は、図４に表示されているものと大体同じであるが２つ項目が追加されたフローチャートを示す。最初に、ＡＰが「前回のＴＰＣリクエストからの経過時間」をチェックしてその経過時間から十分な時間が経っていない場合、ＴＰＣを実行しない。次に、ＡＰがＣＳを行うと決定した場合、ＡＰは、「前回のＣＳからの経過時間」をチェックして無限ループに入ることを避ける。

図５が示すように、特にLpxがLiよりも大きい場合のプロセスの流れでは、ステップ５１０でシステムは、干渉するＡＰが前回のものと同一のものかを決定する。そうでない場合、プロセスは、図４に示されているように続けられる。同一のものである場合は、ステップ５２０でシステムは、前回のＴＣＰリクエストからの経過時間を調べて十分な数値であるyよりも長いか調べる。また、図４に基づいた図５のもう1つの修正は、ＣＳを行う前にステップ５３０でシステムは、前回のＣＳからの経過時間を調べて十分な数値であるzよりも長いかを調べる。同様に、LpxがLiよりも小さい場合のプロセスの流れでは、大体同様なプロセスは、図５のステップ５４０、５５０及び５６０のように行われる。

図６は、具体的なＣＳ→ＴＰＣの場合のフローチャートである。この場合、システムは、総合負荷がしきい値よりも低い（例えば、この具体的及び限定しない例が示す８０％など）限り、ＣＳを試みる。ステップ６１０で、総合負荷であるLpx+Lcが、基準を上回ると判断された場合、ＡＰは、次にステップ６３０でＴＰＣがどのチャンネルでより効果的になるかをチェックする。これは、例えば、干渉ＡＰの数と干渉されるステーション（ＳＴＡ）の数による。

代替のプロセスとして、干渉の資源がＡＰだけで,候補チャンネルのＳＴＡではないことをＡＰがチェックした上知っている場合、幾つかの実施形態において、ＣＳを行うほうが良い。図６の流れでは、総合負荷Ｌｉ＋Ｌｃも、追加的な実施形態としてステップ６２０でチェックされている。表示されているように、Ｌｉ＋Ｌｃがしきい値以下である場合、ＴＰＣが選択される。

方針２

図７は、第２方針である方針２に従う基本的な選択の流れを示すものである。この実施形態において、ＡＰが空いているチャンネルを見つけ出せなかった場合（例えば、４１０、４２０と４３０に従って）、ステップ７１０で、ＡＰは、ＴＰＣが現在のチャンネルで上手く機能するか否かを推定するために干渉するＡＰ（あるいはステーション）の受信電力Riを監視する。ＴＰＣが十分に干渉を低減させないと推定された場合、ステップ７２０でＡＰはＡＰで受信される干渉信号が最小のチャンネルに移動する。システムは、次に上記のステップ４８０と同様のステップ７３０に進む。

図８は、負荷情報を考慮する第２方針の詳細な大体の流れを示すものである。このような場合、ＴＰＣが干渉を十分に低減しないと推定されても、総合負荷であるLi+Lcが大きくない場合、ＡＰは現在のチャンネルにとどまる。特にステップ８１０が示すように、Li+Lcがしきい値よりも低い場合、システムは現在のチャンネルにとどまる。またステップ８２０が示すように、Lpx+Lcがしきい値を上回る場合、システムは現在のチャンネルにとどまるか、ＣＳだけを実行する。

ＡＰのＴＰＣ方法 (ステップ (iii) と (iv))

このセクションは、とりわけステップ(iii)ではＡＰが送信電力を減らすことが出来るかをチェックしてステップ(iv)では送信電力を変更してその影響をチェックする図１に関する上記ステップ(iii)と(iv)に関するＴＰＣ方法の具体例を説明する。

このセクションは、ＳＴＡのＴＰＣ方法を検討しているＡＰのＴＰＣ方法を説明する。好ましい実施形態において、上記のようにＡＰがＴＰＣリクエストを受信した場合、そのＡＰは、２つの手順のステップを実行する。幾つかの実施形態において、その最初のステップであるステップ(iii)は、ＡＰのステーション（ＳＴＡ）にその電流送信電力について問い合わせてそれぞれのＳＴＡが送信電力を低減できるか否かをチェックすることを含む。幾つかの実施形態において、第２のステップであるステップ(iv)は、送信電力変更とその続きを含む。

図９のフローチャートにおいて、ステップ(iii)を実行する時、幾つかの実施形態においてＡＰ#Ａ（即ち、干渉するＡＰ）は、図９の９０１が示すようにＴＰＣリクエストを受信する。ＡＰ#Ａは、例えば、具体例の９０２と９０３など、次にそのＡＰ#Ａのステーションに送信電力情報リクエストを送信する。次に、ステップ９１０が示すように、ＡＰは、例えば、表示されている方式であるPath loss_si＝Tx power_si−Rx Power_siなどを使って各ステーションのパス・ロスを計算することにより各ＳＴＡのパス・ロス状態をチェックする。

図９の基本的な流れにおける好ましい実施形態において、ＡＰは、全てのＳＴＡの中でパス・ロスが最大であるＳＴＡが、適切なマージンで最大の送信速度で送信できるように送信電力を調節しようとする。従って、ステップ９２０で、ＡＰは、パス・ロスが最大のＳＴＡに最大送信速度で送信させる十分な送信電力であるα値を計算する。ＡがBasic Tx powerよりも小さい場合、ＡＰは送信電力をαに調節する。

ある場合には、ワイヤレスＬＡＮが、最高速度で通信しなくても良い(例えば、ボイス・オーバーＩＰ（VoＩＰ）及び他のアプリケーションなど)幾つかのアプリケーションをカバーする。その場合、図１０は、図９に表示されている図に似ているが、そのようなアプリケーション及び各ステーションの要求送信速度を考慮する。その様な場合、ＡＰは、全てのＳＴＡの中の最大のパス・ロスだけではなく各ステーションのパス・ロスを知る必要がある。

多様な実施形態において、ＡＰが各ステーションの必要送信速度を調べる多数の代替方法がある。1つの方法では、必要な送信に関する情報をリクエストするのに行動フレームあるいは別の制御フレームが使用されて、ＳＴＡがそのリクエストに応答する。もう一つの方法は、例えば、ＡＰの８０２．１１ｅなどに関連するＱｏＳ機能における各ＳＴＡのＱｏＳ
情報あるいはトラフィックを使用して必要送信速度を特定する。

図１０の実施形態のステップ１０１０で、ＡＰは、各ステーションのパス・ロスを計算する。次に、ステップ１０２０で、ＡＰは、（アプリケーションに基づいて）各ＳＴＡの必要速度をチェックしてＳＴＡ感度の感度を選択する。そしてステップ１０３０でＡＰは、パス・ロスi＋感度iの最大値を選択する。次に、ステップ１０４０でＡＰは、図９のステップ９２０と同様な方法でαの値を計算する。そしてまた、αがBasic
Tx powerよりも小さい場合、ＡＰは送信電力をαに調整する。

ステップ(iv)でＡＰは、各ステーションの状態をチェックしてＡＰのＴＰＣが意外な予想外の形で送信速度に影響を与えていると判断した場合、送信電力を高める。図１１は、そのステップを実行する具体例を示すものである。以下の方法は、ＡＰのＴＰＣが1つあるいはそれ以上のステーションに悪影響を与える可能性があるか否かをチェックするために使用される。

ステップＡ：
ＡＰは、各ＳＴＡの送信で速度をチェックしてＡＰ側でＴＰＣ後に速度を下げる(例えば、２レベル以上速度を下げるなど)ＳＴＡがあれば、ＡＰは、ＴＰＣがＳＴＡに悪影響を与えたと決定する。

ステップＢ：
ＡＰが、特定のＳＴＡに送信した幾つかの連続の送信が失敗したと発見した場合、ＡＰは、ＴＰＣがそのＳＴＡに悪影響を与えたと判断して送信電力を上げる。

通常の動作中は、ＡＰとＳＴＡ間のパス・ロスは異なる。そのうえ、ＳＴＡのＴＰＣは、ＳＴＡの送信電力を下げる可能性がある。このような変更はまたＡＰのＴＣＰを必要とする。ＳＴＡの送信電力とＳＴＡからの信号の受信電力を定期的に監視することがＡＰのＴＰＣの必要性をチェックする1つの方法である。ＡＰのＴＰＣを始動させるもう一つの方法は、ＳＴＡがＡＰに送信電力の変更の通知を送信することである。

図１１の具体例の幾つかの実施形態に従うＡＰのＴＰＣ方法の第２ステップ(ステップ(iv))のフローチャートは、以下のステップを含む。最初に、ステップ１１１０においてＡＰ#Ａ（即ち、干渉するＡＰ）は、第1ステップ(即ち、ステップ(iii))の計算に基づいて送信電力を調節する。次に、１１３０が示すように、ＳＴＡでリンク適応とＴＰＣが行われる。その後、ステップ１１４０でＡＰ#Ａは、ＡＰ側のＴＰＣが幾つかのＳＴＡに悪影響を与えるか否かについて判断する。悪影響を与えない場合、システムは、現状を維持する。悪影響を与える場合、システムは、ステップ１１５０でTx powerを高める。

干渉するＡＰにＴＰＣをリクエストする２つの代替方法がある。上記のように、両方のＡＰが同一のＥＳＳにある場合、例えば、８０２．１１基準の流通システム（ＤＳ）などのバックボーン・ネットワークを通じて通信し合うことができるためＡＰは、ＤＳを使用してもう一方のＡＰにＴＰＣをリクエストすることができる。

しかしながら、両方のＡＰが１つのＥＳＳにない場合、ＤＳを通じて直接的に通信し合うことができない。従って、そのような場合、幾つかの更なる方法が必要である。図１２は、干渉するＡＰと通信する1つの具体的で限定しない方法を表示するものである。この例の図は、ステーションＳＴＡ#１がアクセスポイントＡＰ#１にＴＰＣをリクエストした場合を表すものである。この場合、ＡＰ#１は、干渉低減のためにＴＰＣをリクエストすることを判断した後、干渉するＡＰにＴＰＣリクエスト信号を送ることをＳＴＡ#１に求める。ＳＴＡ#１は、ＡＰ#１から接続を切って干渉するＡＰに接続し、ＴＰＣをリクエストする。ＳＴＡ#１から干渉するＡＰと接続しようとする時、ＳＴＡ#１からのプローブリクエスト信号は、望ましくは以下の２つの通知を含む：(1)ＳＴＡ#１が「ＴＰＣをリククエストするため」に通信していることと、(２)ＳＴＡ#１が、「ＡＰ#１のもの」であることである。干渉するＡＰが、事前にＡＰ#１が近辺にあることを知っていた場合、望ましくはＴＰＣを行う。

特に、図１２の具体例の第1ステップ１２１０で、ＳＴＡ#１は、ＡＰ#１に干渉低減のリクエストを送信する。次に、ステップ１２２０でＡＰ#１は、干渉ＡＰにＴＰＣリクエストを送信するか否かを決める。そして、送信することを決めた場合、ステップ１２３０でＡＰ#１は、ＡＰ#ＡにＴＰＣリクエスト信号を送るようにＳＴＡ#１にリクエストを送信する。次に、ＳＴＡ#１は、ステップ1２４０でＡＰ#Ａとの通信を始めてステップ１２５０が示すように、ＳＴＡ#１は、干渉ＡＰ#Ａと全ての必要接続及び認証プロセスを行う。そして、ステップ１２６０で、ＳＴＡ#１は、ＡＰ#１からのＴＰＣリクエストを含むプローブリクエストと行動信号を送信する。そして、干渉ＡＰは、ステップ１２７０でＴＰＣを実行するか否かを決める。次に、ステップ１２８０で干渉するＡＰ#Ａは、ＡＰ#ＡがＴＰＣを実行したか否かをＳＴＡ#１に伝える信号をＳＴＡ#１に送信する。そして、ＳＴＡ#１ は、ステップ１２９０で同様にＡＰ#１にその情報を送信する。

ＡＰとＳＴＡの実例の図例

図１３と図１４は、ＡＰとＳＴＡそれぞれの典型的なブロック図を示すものである。これらの図は、干渉低減とＴＰＣの幾つかの機能ブロックを含む。それらの図において、ボールド体で強調されている機能ブロック（即ち、周辺の線がより太いもの）は、本書における好ましい実施形態に従ってＡＰとＳＴＡの新たな機能を実施するために修正あるいは追加されたブロックである。また、図１３と図１４で、イタリック体で示されている文字は、新しい機能のためにブロックの間で送信される情報を示すものである。図１３と図１４は、幾つかの実施形態を表示しているが、本開示に基づいて多様な修正及び変更が可能である。一例として、1つの具体的な設定として「ＴＰＣコントローラー」が、幾つかの例における「干渉制御装置」に含まれる。

図１３のＡＰのアーキテクチャー図は、作動中まず最初にＴＰＣ制御装置１３１０が、そのＡＰのステーションがそれぞれＴＰＣを実施しているかを確認する。その答えが「はい」あるいは「不明」の場合、ＴＰＣ制御装置は、モジュール１３２０を通じて送信電力情報リクエスト信号１３２０をTx状態の器機に送信してその信号は、各ステーションに送信される。答えが「いいえ」である場合は、ＡＰは、そのステップを実行する必要はない。次に、ＴＰＣ制御装置は、モジュール１３３０を通じて低減された電力を計算し、ＰＡ１３４０を制御する。実施形態において、干渉制御装置は、ＡＰがステーションあるいはＡＰ自体から要求される場合に機能する。幾つかの実施形態において、この制御装置は、干渉低減にどの方法が使用されるかを判断して各制御装置に制御信号を送信する。例えば、図１３のように、干渉制御装置はＴＰＣ制御装置に制御信号を送信して、ＴＰＣ制御装置は、ＴＰＣ制御装置を始動する。

図１３の具体例において、ＳＷ／ＢＰＦ１３１０が受信信号をＲＦトランシーバー１３２０に転送することが示されている。ＲＦトランシーバー１３２０では、受信ラジオ１３２５は、受信データをＢＢ物理層１３３０に転送する。ＢＢ物理層１３３０は、とりわけラジオ１３２５からデータを受信する復調装置１３３１を含む。復調装置１３３１は、ＭＡＣ１３４０及びクリア・チャンネル・アセスメントＣＣＡ １３３３に信号を送信する。ＣＣＡ １３３３は、受信ラジオ１３２５を制御するのに使用される信号を提供する。ＣＣＡは、またＭＡＣ１３４０のＣＣＡ１３４１に信号を送信する。ＣＣＡ １３４１と復調装置１３３１からの信号は、Ｒｘ
State Machine １３４２に受信されＰＣＩバス１３５０に送信される。ＰＣＩバス１３５０から、システムは、ホストＣＰＵ 1360、ホストメモリ１３７０、及び干渉制御装置１３８０のいずれかとデータを交換する可能性がある。ＭＡＣ １３４０のTx Ｓtate Machine １３４３は、ＰＣＩバス１３５０とＣＣＡ １９１２からデータを受信してＢＢ物理層１３３０における変調装置１３３２に送信される。情報は、変調装置１３３１とＣＣＡ
１３３３の間で交換することができる。データをＲＦトランシーバー１３３０の送信ラジオ１３２６に出力する変調装置１３３２。ＰＡ １３２１は、ＴＰＣ制御装置１３４５と送信ラジオ１３２６からから制御信号を受信してＳＷ／ＢＰＦ
１３１０に送信する。

図１４のステーションのアーキテクチャー図は、動作中、ステーションがＡＰから送信電力情報リクエストを受信した場合、ステーションは、送信信号の現在の送信電力に関する情報を含む。他のブロックあるいは信号はステーションのＴＰＣのためのもので、構造は、本書において完全にレファレンスとして導入されている２００４年１０月２０日付け出願に係る「Terminal Transmit Power Control with Link Adaptation」と題する同出願人の同時係属の米国仮出願第１０/９６８，２４４号に開示されたものと同じでも良い。

図１４の具体例では、ＳＷ/ＢＰＦ １４１０は、受信した信号をＲＦトランシーバー１４２０に転送する。ＲＦトランシーバー１４２０では、受信ラジオ１４２５ＢＢ物理層１４３０に受信データを転送する。ＢＢ物理層１４３０は、とりわけ受信ラジオ１４２５からデータを受信する復調装置１４３０を含む。復調装置１４３１は、ＭＡＣ
１４４０とクリア・チャンネル・アセスメントＣＣＡ １４３３に信号を送信する。ＣＣＡ １４３３は、受信ラジオ14２5を制御するために使用される信号を提供する。ＣＣＡは、またＭＡＣ １４４０のＣＣＡ １４４１に信号を送信する。ＣＣＡ １４４１と復調装置１４３１からの信号は、Rx State Machine １４４２に受信されてＰＣＩバス１４５０に送信される。ＰＣＩバス１４５０から、システムは、ホストＣＰＵ
１４６０、ホストメモリ１４７０と干渉制御装置１４８０のいずれかとデータを交換する可能性がある。ＭＡＣ １４４０のTx State Machine １４４３は、ＰＣＩバス１４５０とＣＣＡ １９１２からデータを受信してＢＢ物理層１４３０の変調装置１４３２に送信される。変調装置１４３１とＣＣＡ
１４３３の間で情報が交換される場合もある。変調装置１４３２は、ＲＦトランシーバー１４３０の送信ラジオ１４２６にデータを出力する。そしてＰＡ １４２１は、ＴＰＣ制御装置１４４５から制御信号そして送信ラジオ１４２６から信号を受信してそれらをＳＷ/ＢＰＦ １４１０に送信する。

発明の幅広い範囲

本発明の実施形態が本書において説明されているが、本発明は、本書において説明される多様な好ましい実施形態に限定されるものではなく、本開示に基づいて当業者が予期すると思われる均等な要素、修正、削除、（例えば多様な実施形態の態様の）組み合わせ、適応及び/又は変更されたいずれかのあるいはあらゆる全ての実施形態を含むものである。請求項における限定は、請求項の用語に基づいて幅広く解釈されるものであり、非独占的に解釈されるべきであり、本明細書あるいは本出願の出願手続き中に説明された例に限定されるものではない。例えば、本開示において、「好ましい」という用語は、非独占的であり、「好ましいものではあるが、それに限定されるものではない」という意味を持つ。本開示及び本出願の手続中は、ミーンズ・プラス・ファンクションあるいはステップ・プラス・ファンクション限定は、特定の請求項限定に以下の全ての条件が揃った時にだけ適用される、ａ）「（何々）する手段」あるいは「（何々）するステップ」が明示されている、ｂ）対応する機能が明示されている、及びｃ）構造をサポートする構造、内容あるいは行動が明示されていない場合である。本開示及び本出願の手続中において、「本発明」あるいは「発明」という用語は、本開示内の１つあるいは１つ以上の態様の参考として使用される。本発明あるいは発明という用語は、臨界の特定であると不適切に解釈されるべきではなく、全ての態様あるいは実施形態に適用されるものと不適切に解釈されるべきではなく（即ち、本発明は、当然ながら多数の態様及び実施形態を持つものである）、出願あるいは請求項の範囲を限定するものだと不適切に解釈されるべきではない。本開示及び出願の手続中において、「実施形態」という用語は、態様、特徴、プロセスあるいはステップ、それらのあらゆる組み合わせ、及び/又はそれらのあらゆる部分等を説明するのに使用される。幾つかの例において、多様な実施形態は、重複する特徴を含む場合がある。本開示において、以下の省略された用語が使用されることがある。「e.g.」は「例えば」という意味である。

Claims (40)

1. 第1ワイヤレスネットワークにおける第２ワイヤレスネットワークからの干渉を低減する方法であって、
   それ自体が干渉されている、あるいは干渉するアクセスポイントＡＰからあるいはその干渉するアクセスポイントＡＰのネットワーク内のステーションから干渉を受けている干渉されたアクセスポイントＡＰのネットワーク内にステーションを有する、干渉されたアクセスポイントＡＰにおいて、複数の干渉低減方法から干渉を低減する方法を選択することを含む。
2. 更に、前記干渉されたアクセスポイントＡＰが、消去プロセスに少なくとも部分的に基づいて、それぞれの場合にどのようにして干渉を低減させるかを選択することを含む、請求項1に記載の方法。
3. 更に、前記干渉されたアクセスポイントＡＰが、ａ）干渉するアクセスポイントＡＰの数、あるいはｂ）干渉信号を受信しているアクセスポイントＡＰあるいはステーションの数に少なくとも部分的に基づいて、それぞれの場合どのように干渉を低減させるかを選択することを含む、請求項２に記載の方法。
4. 更に、前記干渉されたアクセスポイントＡＰが、選択方針に少なくとも部分的に基づいて、それぞれの場合どのように干渉を低減させるかを選択することを含む、請求項２に記載の方法。
5. 更に、前記干渉されたアクセスポイントＡＰが、選択にロード情報を使用する選択方針に少なくとも部分的に基づいて、それぞれの場合どのように干渉を低減させるかを選択することを含む、請求項４に記載の方法。
6. 更に、前記干渉されたアクセスポイントＡＰが、選択に干渉信号の受信電力を使用する選択方針に少なくとも部分的に基づいて、それぞれの場合どのように干渉を低減させるかを選択することを含む、請求項４に記載の方法。
7. 送信電力制御が現在のチャンネルにおいて上手く機能しているか否かをチェックするのに干渉信号の前記受信電力が使用される、請求項６に記載の方法。
8. 更に、前記干渉されたアクセスポイントＡＰが、最初に近辺のチャンネルをチェックして十分に空いているチャンネルがある場合、そこにチャンネルを変更することを含む、請求項１に記載の方法。
9. 更に、干渉されたアクセスポイントＡＰが、候補チャンネルに最小負荷のチャンネルを選択することを含む、請求項１に記載の方法。
10. 更に、前記干渉されたアクセスポイントＡＰが、重負荷しきい値を使用して送信電力制御が現在のチャンネルにおいて上手く機能している否かを評価することを含む、請求項１に記載の方法。
11. 更に、前記干渉されたアクセスポイントＡＰが、送信電力制御が候補チャンネルにおいて上手く機能しているかを評価することを含む、請求項９に記載の方法。
12. 更に、前記干渉されたアクセスポイントＡＰが、前記干渉するアクセスポイントＡＰあるいは前記干渉するアクセスポイントＡＰのステーションから受信した電力を監視し、その監視に基づいて送信電力制御が上手く機能するか否かを評価することを含む、請求項１１に記載の方法。
13. 更に、前記干渉されたアクセスポイントＡＰが、送信電力制御が上手く機能しないと判断した場合、前記干渉されたアクセスポイントＡＰが受信する干渉信号電力が最小であるチャンネルに変更することを含む、請求項１２に記載の方法。
14. 更に、前記干渉されたアクセスポイントＡＰが、選択するときにロード情報を考慮することを含む、請求項1２に記載の方法。
15. 更に、送信電力制御を選択する場合に、
    １）前記干渉するアクセスポイントＡＰが、電流送信電力についてそのステーションに問い合わせて送信電力の低減が適切であるかをチェックするステップ、及び
    ２) 前記干渉するアクセスポイントＡＰが、送信電力の低減を実行してそうすることがそのネットワークのステーションに悪影響を与えるか否かを監視するステップ
    を実行することを含む、請求項１に記載の方法。
16. 更に、送信電力制御を選択する場合に、
    前記干渉するアクセスポイントＡＰが、前記ネットワーク内の各ステーションのパス・ロスの状態をチェックしてパス・ロスが最大のステーションが特定の適切な送信速度で送信できるように送信電力を調節するステップを実行することを含む、請求項１に記載の方法：。
17. 更に、前記干渉するアクセスポイントＡＰが、幾つかのアプリケーションが最大送信速度で送信することを必要としない場合、そのネットワーク内の各ステーションのパス・ロスに関する情報を取得することを含む、請求項１６に記載の方法。
18. 更に、前記干渉するアクセスポイントＡＰが、前記干渉するアクセスポイントＡＰのネットワーク内の各ステーションの状態をチェックして、送電電力を低減することがステーションの送信速度に悪影響を与えることが検知された場合、送信電力を上げることを含む、請求項１に記載の方法。
19. 前記干渉するアクセスポイントＡＰが、そのネットワーク内の各ステーションの前記送信速度をチェックして、その干渉するアクセスポイントＡＰ側で送信電力制御ＴＰＣ実行後に急激に速度を落とすステーションがある場合、その送信電力制御ＴＰＣがそのステーションに悪影響を与えると前記アクセスポイントＡＰが判断する、請求項１８に記載の方法。
20. 前記干渉するアクセスポイントＡＰが、ステーションへの連続する幾つかの送信が失敗するか否かを判断し、もしそうであれば、そのアクセスポイントＡＰは、そのステーションに悪影響を与えると判断する、請求項１８に記載の方法。
21. 送信電力制御を始動するために、前記干渉されたアクセスポイントＡＰは、前記干渉するアクセスポイントＡＰと通信することができる他のデバイスを介して前記干渉するアクセスポイントＡＰに送信電力制御をリクエストする、請求項１に記載の方法。
22. 送信電力制御を始動するために、前記干渉されたアクセスポイントＡＰが、前記干渉されたアクセスポイントＡＰのネットワーク内のモバイルステーションを介して前記干渉するアクセスポイントＡＰに送信電力制御をリクエストする、請求項２１に記載の方法。
23. 送信電力制御を始動するために、前記干渉されたアクセスポイントＡＰが、前記干渉するアクセスポイントＡＰからあるいは前記干渉するアクセスポイントＡＰのネットワーク内のステーションからの干渉がある前記干渉されたアクセスポイントＡＰのネットワーク内のモバイルステーションを介して前記干渉するアクセスポイントＡＰに送信電力制御をリクエストする、請求項２１に記載の方法。
24. 前記干渉されたアクセスポイントＡＰが、バックボーン・ネットワークあるいは中間のワイヤレスデバイスを介して前記干渉するアクセスポイントＡＰと通信する、請求項１に記載の方法。
25. 前記干渉されたアクセスポイントＡＰが、機能情報と現状情報を収集する、請求項１に記載の方法。
26. 前記現状情報は、前記干渉するアクセスポイントＡＰの前記ロード情報と前記干渉されたアクセスポイントＡＰのロード情報を含む、請求項２５に記載の方法。
27. 前記状況情報は、更に候補チャンネルのロード情報を含む、請求項２６に記載の方法。
28. 前記状況情報は、前回のチャンネルスイッチからの経過時間を含む、請求項２５に記載の方法。
29. 前記状況情報は、現在の干渉するアクセスポイントＡＰの送信電力と現在の干渉されたアクセスポイントＡＰの送信電力を含む、請求項２５に記載の方法。
30. 前記状況情報は、更に、前記現在の干渉されたアクセスポイントＡＰの受信電力と現在の干渉するアクセスポイントＡＰの受信電力とを含む、請求項２９に記載の方法。
31. 前記状況情報は、更に、前回の送信電力制御リクエストからの経過時間を含む、請求項２５に記載の方法。
32. 前記機能情報は、前記干渉するアクセスポイントＡＰが送信電力制御を行うことができるか否かを含む、請求項２５に記載の方法。
33. 前記機能情報が、前記干渉されたアクセスポイントＡＰが近辺のアクセスポイントＡＰのチャンネル情報を収集することができるか否かを含む、請求項２５に記載の方法。
34. 前記機能情報が、前記干渉するアクセスポイントＡＰが同一の拡張サービスセットにあるか否かを含む、請求項２５に記載の方法。
35. 前記干渉されたアクセスポイントＡＰが、少なくとも幾つかの干渉低減方法を削除し、機能情報に基づいて候補方法を選択して、もし複数の代替の候補方法がある場合には、所定の方針に基づいて優先順位を付ける、請求項１に記載の方法。
36. 前記干渉されたアクセスポイントＡＰが、更に、現状情報に少なくとも部分的に基づいて、前記アクセスポイントＡＰがどの干渉低減方法を使用するべきかを決定する、請求項３５に記載の方法。
37. 第１ワイヤレス・ローカル・エリア・ネットワークにおける第２ワイヤレス・ローカル・エリア・ネットワークからの干渉を低減させる方法であって、
    ａ）それ自体が干渉されている、あるいは干渉するアクセスポイントＡＰから又は前記干渉するアクセスポイントＡＰのネットワーク内のステーションから干渉を受けている、干渉されたアクセスポイントＡＰにおいて、複数の干渉低減方法から低減方法を選択するステップと、
    前記干渉低減方法の1つは、前記干渉するアクセスポイントＡＰ及び/又は前記干渉するアクセスポイントＡＰのネットワーク内のステーションの送信電力制御である；
    ｂ）前記干渉されたアクセスポイントＡＰが送信電力制御を選択する場合、前記干渉するアクセスポイントＡＰに送信電力制御を実行させるように前記干渉されたアクセスポイントＡＰからリクエストを送信するステップと、
    を含む。
38. 前記複数の干渉低減方法は、チャンネル・スイッチング、アンテナ分散あるいは方向制御を含む、請求項３７に記載の方法。
39. 更に、前記干渉するアクセスポイントＡＰに、それが送信電力を下げることが出来るかどうかをチェックさせることを含む、請求項３７に記載の方法。
40. 更に、前記干渉するアクセスポイントＡＰに送信電力を変えてその変更の影響をチェックさせることを含む、請求項４１に記載の方法。

Images