(57)【特許請求の範囲】
【請求項１】
マルチチャネル結合スキャンインターバル値を、第１のマルチチャネルスキャンインターバル値および第２のマルチチャネルスキャンインターバル値の関数として決定すること、
を備え、
前記第１のマルチチャネルスキャンインターバル値はマルチチャネルスキャン動作間の最大時間量を示し、各マルチチャネルスキャン動作は複数のチャネルの各々のうち少なくとも１つのスキャンを含み、
前記第１のマルチチャネルスキャンインターバル値は２０／４０マルチチャネルスキャンインターバル値であり、前記第２のマルチチャネルスキャンインターバル値はバックグラウンドマルチチャネルスキャンインターバル値である、方法。
【請求項２】
前記第１のマルチチャネルスキャンインターバル値はＡＰ局（アクセスポイント局）から送信され非ＡＰ局（非アクセスポイント局）上へ受信された値であり、前記決定することは前記非ＡＰ局上で生じる、請求項１に記載の方法。
【請求項３】
前記関数は前記マルチチャネル結合スキャンインターバル値が前記第１のマルチチャネルスキャンインターバル値および前記第２のマルチチャネルスキャンインターバル値のうちより小さい値となるように決定することを含む、請求項１に記載の方法。
【請求項４】
前記マルチチャネル結合スキャンインターバル値を使用して複数のマルチチャネルスキャン動作を開始すること、ここで、各マルチチャネルスキャン動作は複数の結合スキャンを含み、前記決定することは非ＡＰ局（非アクセスポイント局）によって行われ、前記複数のマルチチャネルスキャン動作は前記非ＡＰ局によって行われ、前記マルチチャネルスキャン動作のうち２連続するものの間の時間のインターバルは前記マルチチャネル結合スキャンインターバル値によって少なくとも部分的に決定される；
をさらに備える請求項１に記載の方法。
【請求項５】
前記第１のマルチチャネルスキャンインターバル値は、前記非ＡＰ局の第１のスキャン必要要件を示し、前記第２のマルチチャネルスキャンインターバル値は前記非ＡＰ局の第２のスキャン必要要件を示し、前記マルチチャネル結合スキャンインターバル値は前記非ＡＰ局の前記第１および第２のスキャン必要要件の両方が満たされるように、決定され、使用される、請求項４に記載の方法。
【請求項６】
前記第１のマルチチャネルスキャンインターバル値は、ＢＳＳ幅トリガスキャンインターバル値であり、前記決定することは、前記非ＡＰ局が２０／４０対応ＡＰ局（アクセスポイント局）に接続されていない状況では、前記マルチチャネル結合スキャンインターバル値の決定において前記第１のマルチチャネルスキャンインターバル値を無視することを含む、請求項４に記載の方法。
【請求項７】
前記非ＡＰ局が２０／４０対応ＡＰ局に接続されない場合、前記非ＡＰ局の２０／４０共存スキャン機能をディスエーブルすること、
をさらに備える請求項４に記載の方法。
【請求項８】
前記非ＡＰ局によって処理されたデータトラヒック量に基づいて、前記第２のマルチチャネルスキャンインターバル値を調整すること、
をさらに備える請求項４に記載の方法。
【請求項９】
前記マルチチャネル結合スキャンインターバル値を使用して複数の結合スキャンを開始すること、ここで、前記決定することと前記使用することは双方とも非アクセスポイント局によって行われる、
をさらに備える請求項１に記載の方法。
【請求項１０】
前記マルチチャネル結合スキャンインターバル値を使用して複数の結合スキャンを開始すること、ここで、前記結合スキャンのうち少なくとも１つは、フレームを受信し、前記フレーム内で４０ＭＨｚ非許容ビットを調べ、また、信号強度決定を行い、前記決定することと前記使用することは双方とも非アクセスポイント局によって行われる、
をさらに備える請求項１に記載の方法。
【請求項１１】
２０／４０スキャン必要要件パラメータ値が装置上へ受信される無線トランシーバメカニズムと、
バックグラウンドスキャン必要要件パラメータ値および前記２０／４０スキャン必要要件パラメータ値に少なくとも部分的に基づいて、マルチチャネル結合スキャンインターバル値を決定するコンピューティングメカニズムと、前記コンピューティングメカニズムは前記マルチチャネル結合スキャンインターバル値を使用してマルチチャネル結合スキャン動作を開始し、前記マルチチャネル結合スキャン動作は、前記装置上へフレームを受信し且つ前記フレーム内で４０ＭＨｚ非許容ビットを調べること、また、信号強度決定を行うことを含む、
を備える装置。
【請求項１２】
前記マルチチャネル結合スキャン動作は、複数のチャネルの各々のうち少なくとも１つの結合スキャンを行うことを含む、請求項１１に記載の装置。
【請求項１３】
前記コンピューティングメカニズムは、２０／４０共存スキャンモジュールを含み、前記２０／４０共存スキャンモジュールは前記装置が２０／４０対応アクセスポイント局（ＡＰ局）に接続されない場合にはディスエーブルされ、前記２０／４０共存スキャンモジュールは前記装置が２０／４０対応ＡＰ局に接続される場合にはイネーブルされる、請求項１１に記載の装置。
【請求項１４】
前記コンピューティングメカニズムは前記装置によって処理されるデータトラヒック量の関数として前記マルチチャネル結合スキャンインターバルを調整する、請求項１１に記載の装置。
【請求項１５】
２０／４０スキャン必要要件パラメータ値が前記装置上へ受信される無線トランシーバメカニズムと、
バックグラウンドスキャン必要要件パラメータ値と前記２０／４０スキャン必要要件パラメータ値とに少なくとも部分的に基づいて、マルチチャネル結合スキャンインターバル値を決定するための手段と、前記手段は、前記マルチチャネル結合スキャンインターバル値を使用してマルチチャネル結合スキャン動作を開始するためのものであり、前記マルチチャネル結合スキャン動作はチャネルのスキャンを行い、これによって、スキャン結果を得ることと、前記スキャン結果を使用して２０／４０共存決定およびバックグラウンドスキャン決定の両方を行なうこととを含む、を備える装置。
【請求項１６】
前記手段は、ＭＡＣおよびＰＨＹ層ハードウェアコア、プロセッサ、および前記プロセッサによって実行される１セットのプロセッサ実行可能な命令を格納するメモリを含む、請求項１５に記載の装置。
【請求項１７】
コンピュータ可読媒体上で格納された１組のコンピュータ可読命令であって、前記１組のコンピュータ可読命令は、
バックグラウンドスキャン必要要件パラメータ値と２０／４０スキャン必要要件パラメータ値とに少なくとも部分的に基づいて、マルチチャネル結合スキャンインターバル値を決定し、
前記マルチチャネル結合スキャンインターバル値を使用してマルチチャネル結合スキャン動作を開始するためのもので、
ここで、前記マルチチャネル結合スキャン動作はチャネルのスキャンを行い、これによってスキャン結果を得ること、および前記スキャン結果を使用して２０／４０共存決定およびバックグラウンドスキャン決定の両方を行なうこととを含む、１組のコンピュータ可読命令。
【請求項１８】
前記１組のコンピュータ可読命令は、また、
装置が２０／４０対応アクセスポイント局（ＡＰ局）にもはや接続されていないということに応答して装置の２０／４０共存スキャン機能をディスエーブルするためのものである、請求項１７に記載の１組のコンピュータ可読命令。
【請求項１９】
前記１組のコンピュータ可読命令は、また、
前記装置によって処理されたデータトラヒック量の関数として前記マルチチャネル結合スキャンインターバル値を調整する
ためのものである、請求項１８に記載の１組のコンピュータ可読命令。
【発明の詳細な説明】
【技術分野】
【０００１】
開示された実施形態は、無線ネットワークにおけるスキャンメカニズムに関し、より具体的には、ＩＥＥＥ８０２．１１（ｎ）無線ネットワークにおけるスキャンメカニズムに関する。
【背景技術】
【０００２】
ＩＥＥＥ８０２．１１準拠ネットワークは、接続性を提供するために互いに対話する様々なコンポーネントを有する。８０２．１１ネットワークの基本構成要素はベーシックサービスセット（ＢＳＳ）と呼ばれる。ＢＳＳ動作には、アドホックモードとインフラストラクチャモードという２つのベーシックモードのＢＳＳ動作がある。接続性を提供するために一般に使用される動作のモードはインフラストラクチャモードである。
【０００３】
図１（従来技術）は、インフラストラクチャモードのＢＳＳ動作の図である。ここで、アクセスポイント局（ＡＰ局）と呼ばれるデバイス１は２つの物理インタフェースを含む。第１の物理インタフェース２はインターネット３のような別のネットワークにＡＰ局を接続するためのものである。この接続は、一般に有線接続であり、図示されているように他のネットワーキング機器４を通じて一般に広がる。ＡＰ局の第２のインタフェース５は、無線周波数（ＲＦ）トランシーバを含む無線インタフェースである。無線インタフェースはカバレッジエリア６を提供する。ＡＰ局のカバレッジエリア６内に配置されている同様な無線インタフェースを有する他のデバイス７および８はＡＰ局との無線ＲＦ通信に従事できる。これらの他のデバイス７および８は、ここで非ＡＰ局と呼ばれる。非ＡＰ局の例は、Ｗｉ−Ｆｉネットワークインタフェースカード（ＮＩＣ）を有するラップトップコンピュータ７である。Ｗｉ−ＦｉはＷｉ−Ｆｉアライアンス会社の登録商標である。デバイスをＷｉ−Ｆｉ認定デバイスであると指定することは、デバイスがＩＥＥＥ８０２．１１規格のあるサブセットに準拠するということを示す。図１の非ＡＰ局７のＷｉ−Ｆｉ  ＮＩＣは、ＡＰ局１を介してインターネットおよび外部への接続をラップトップコンピュータのユーザに提供する。図示された例では、同様なＷｉ−Ｆｉ機能はまた、セルラ電話８のようなモバイル通信デバイスへと組み込まれる。
【０００４】
インフラストラクチャモードでは、一般にＡＰ局が最初に立ち上がって(comes up)、ＢＳＳを開始し、「ビーコン」と呼ばれる特別なフレームを周期的にブロードキャストする。非ＡＰ局が最初に電源投入されると、非ＡＰ局は、この非ＡＰ局が接続し得るＡＰ局を見つけようとする。このＡＰ局を見つけるプロセスは、スキャンと呼ばれるプロセスで送信に対してリスンすること(listening)を含む。アクティブスキャンとパッシブスキャンとの２つのスキャン方法がある。アクティブスキャンの場合、非ＡＰ局は「プローブ要求」と呼ばれるフレームをブロードキャストする。プローブ要求を受信するＡＰ局はいずれも、「プローブ応答」フレームと呼ばれる応答フレームを返送することによってプローブ要求に応答する。非ＡＰ局は、それが接続したいというプローブ応答フレームをＡＰ局から受信し、非ＡＰ局の内部論理によって、「アソシエーション(association)」と呼ばれるプロセスにおいてＡＰ局に接続する。適切なＡＰ局を探し出すためにアソシエーションの前に生じるスキャンは、フォアグラウンドスキャン(foreground scanning)と呼ばれる。
【０００５】
図２（従来技術）は、モバイル非ＡＰ局７がいわゆる「ローミング」においてどのように１つのＡＰ局のカバレッジエリアから別のＡＰ局のカバレッジエリアへと移動しうるかを示す図である。ユーザは、例えば、ＡＰ局１を通じてインターネットにアクセスするために非ＡＰ局７を使用しうる。ユーザは、この後ＡＰ局１から離れて、ＡＰ局９へ移動できるが、インターネット３への接続を維持したい場合がある。非ＡＰ局７が移動するにつれて、非ＡＰ局７とＡＰ局１との間の無線通信リンクはだんだん弱くなり、非ＡＰ局７とＡＰ局９との間のリンクはだんだん強くなる。移動のある地点において、インターネット３への接続は、もはやＡＰ局１を通じて提供されるのではなく、むしろＡＰ局９を通じて提供されるようにハンドオーバすべきである。図３（従来技術）は、このハンドオーバの地点を示す。複数の非ＡＰがローミングしているはずなので、複数の非ＡＰ局はアソシエーション後にスキャンすることを「バックグラウンド」スキャンと呼ばれるプロセスにおいて継続できる。このバックグラウンドにおいて、これら非ＡＰ局は様々なＡＰ局への可能な通信リンクの強度に関する更新された情報を維持するために継続してスキャンする。非ＡＰ局７は、例えば、周期的なインターバルでバックグラウンドスキャンを行えるので、それは非ＡＰ局７からＡＰ局９および３３の各々に対する信号強度の更新された個別のインディケーション(indication)を維持する。
【０００６】
スキャンを行なう別の理由はチャネルを包含することにある。一般的に、チャネルは、複数の情報信号が流れることのできる個別パスである。無線通信において、チャネルは無線周波数スペクトルにおける専用量(dedicated amount of radio frequency spectrum)でありうる。使用可能な無線周波数スペクトルチャネルは、ローカル法規(local regulation)で統轄される(governed)。例えば、米国では、Ｗｉ−Ｆｉデバイスによって利用される２．４ＧＨｚ周波数帯域には１１個のチャネルがある。例えば、チャネル６は、２．４３７ＧＨｚ（すなわち２４３７ＭＨｚ）である。これら１１個のチャネルの中心周波数は５ＭＨｚ間隔で配置される。しかしながら、Ｗｉ−Ｆｉ信号は２０ＭＨｚ幅である。図４（従来技術）は、Ｗｉ−Ｆｉチャネル６を示す。このチャネル（チャネル６）は、２４３７ＭＨｚに中心があるが、このチャネルは２０ＭＨｚ幅である。チャネルは、２４２７ＭＨｚから２４４７ＭＨｚまで広がる。
【０００７】
図５（従来技術）は、ＡＰ局が増大された通信スループットを提供できる方法を示す。ＩＥＥＥ８０２．１１（ｎ）によれば、２つの隣接する２０ＭＨｚチャネルは、使用可能な帯域幅４０ＭＨｚを提供するために結合される（密着される(bonded)）。ＩＥＥＥ８０２．１１（ｎ）では、ＡＰ局は２０ＭＨｚ幅チャネルまたは４０ＭＨｚ幅チャネルのいずれかを使用できる。しかしながら、より幅広い４０ＭＨｚチャネルを使用するＡＰ局は、ＩＥＥＥ８０２．１１デバイスと同じ２．４ＧＨｚ帯域を共有し得る他のデバイスに対して動作問題を引き起こすことがある。２．４ＧＨｚ帯域では、非常に限られた数の利用可能なチャネル（米国では１１個のチャネルのみ）がある。幅広い４０ＭＨｚチャネルを使用することは、８０２．１１（ｎ）デバイスと同じ２．４ＧＨｚ帯域を共有しようとする他のプロトコルの他のデバイスによる使用のためにフリーチャネルが十分に残れていない８０２．１１デバイスのためのチャネルのうちの非常に多くを消費しうる。さらに、１１個のチャネル間における狭い５ＭＨｚ間隔(tight 5MHz spacing)が問題をもたらすことがある。幅広い４０ＭＨｚチャネルが使用されているならば、狭い２０ＭＨｚ幅チャネルが使用されるものよりも、他の非８０２．１１デバイスによって使用されるチャネルを４０ＭＨｚ幅チャネルに近接させて配置することが必要なはずである。チャネルのより近接した間隔のために、非８０２．１１デバイスと８０２．１１デバイスとの間で干渉が生じうる。
【０００８】
これらの問題を最小化するために、２０／４０共存と呼ばれるメカニズムが提案されている。第１のＡＰ局が立ち上がって（comes up)、４０ＭＨｚ幅チャネルを使用してＢＳＳを開始するとき、第１のＡＰ局はあるインターバルでチェックを始め、第１のＡＰ局の４０ＭＨｚ動作を許容できない他のデバイスが存在しうるかを判定する。ブルートゥース（登録商標）機能が、例えば、第２のＡＰ局に組み込まれたり関連付けられたりできる。いったん第１のＡＰ局がそのＢＳＳを開始すると、その全ての非ＡＰ局が２０／４０共存スキャンを行うことを義務付けるはずである。これら非ＡＰ局は、この後スキャンを行い、第１のＡＰ局にスキャンの結果を報告する。  第２のＡＰ局のブルートゥース部分が４０ＭＨｚ動作を許容できないことを示す通信を非ＡＰ局のうちの１つが第２のＡＰ局から受信する場合には、この非ＡＰ局がこの状態を第１のＡＰ局に報告できるであろう。第１のＡＰ局は、代わりに、第２のＡＰ局のブルートゥース機能の動作で不所望な干渉を防ぐために、４０ＭＨｚ幅チャネルを使用することを止めることがある。
【０００９】
図６（従来技術）は、非ＡＰ局７の動作の簡略化されたタイムライン図である。データトラヒックは、複数のチャネルのうちの１つを使用してＢＳＳのＡＰ局１と非ＡＰ局７との間で通信されている。このチャネル上のデータトラヒックは、その後、非ＡＰ局が第１のチャネルのバックグラウンドスキャン（ＢＫ）を行えるように中断される。非ＡＰ局がこの第１のチャネル上でＡＰ局から通信を受信し、これら通信から非ＡＰ局と送信ＡＰ局の各々との間で可能なリンクの品質の査定(assessment)を行なう。リンクの品質の査定は、例えば信号強度の決定を含む。非ＡＰ局７はデータトラヒックチャネル上でデータトラヒック通信に戻る。ある量の時間後に(After an amount of time)、非ＡＰ局は第２のバックグラウンドスキャンを行う。第２のバックグラウンドスキャンは別のチャネルのものである。非ＡＰ局７は、そのチャネル上でＡＰ局から到来する通信から、この他のチャネルを使用して非ＡＰ局７とＡＰ局の各々との間で可能なリンクの品質の査定を行なう。第２のバックグラウンドスキャンの後、非ＡＰ局７はデータトラヒックチャネル上でデータトラヒック通信に戻る。このように、非ＡＰ局は周期的なインターバルで１１個のチャネルの各々をスキャンし、これによってＡＰ局の各々に対する信号強度を判定する。非ＡＰ局７は、バックグラウンドスキャンから得られた信号強度情報を使用して、１つのＡＰ局から別のＡＰ局へとハンドオーバするかを決定する。
【００１０】
さらに、図６で示されるように、非ＡＰ局７は周期的にスキャンを行って、ＡＰ局の４０ＭＨｚ幅チャネルの使用が他のデバイスに悪影響を及ぼすかを判定する。図６の例では、非ＡＰ局７が第１のチャネルの２０／４０スキャンを行う。非ＡＰ局はＡＰ局から到来するフレームにおいて「４０ＭＨｚ非許容」ビットのステータスをモニタすることによって４０ＭＨｚ非許容デバイスが存在するかを判定する。到来フレームをこの第１のチャネル上でＡＰ局から受信した後で、また、到来するフレームの４０ＭＨｚ非許容ビット設定をチェックした後、非ＡＰ局７はデータ通信チャネルに戻り、さらなるデータトラヒックを通信する。ある時間量の後で(After an amount of time)、非ＡＰ局７は次のチャネルを２０／４０スキャンし、このチャネル上で送信する任意のＡＰ局の４０ＭＨｚ非許容ビット設定をチェックする。１つずつ、非ＡＰ局は、１１個のチャネルの各々の２０／４０スキャンを行う。非ＡＰ局７は、２０／４０共存スキャン結果を使用して４０ＭＨｚ幅チャネルを利用するかを決定する。
【００１１】
図７（従来技術）は、アクティブスキャンが行える方法を示す。非ＡＰ局は、プローブ要求フレームを送信する。プローブ要求フレームを受信するこのチャネル上のすべてのＡＰ局は、２０ミリ秒（デフォルト値）が終了する前に、プローブ応答フレームを返送することによって応答する。２０ミリ秒（デフォルト値）リスンした後で、非ＡＰ局は、スキャン動作を停止し、データトラヒックチャネル上でデータトラヒックを通信することに戻る。
【００１２】
図８（従来技術）は、パッシブスキャンが行える方法を示す。非ＡＰ局は指定されたチャネルをリスンしているにすぎない。チャネルを使用しているＡＰ局は、周期的な非要求型ビーコンフレーム(periodic unsolicited beacon frames)を送信することとなっている。ビーコンフレームは、リスニング期間の任意の時間で受信されうる。１００ミリ秒（デフォルト値）リスンした後で、非ＡＰ局はスキャン動作を停止し、データトラヒックチャネル上でデータトラヒックを通信することに戻る。
【発明の概要】
【００１３】
非ＡＰ局内のスキャンモジュールは、第１のタイプの情報を得るために第１のタイプのスキャンを行うための第１のスキャンパラメータ値を受信し、第２のタイプの情報を得るために第２のタイプのスキャンを行うための第２のスキャンパラメータ値を受信する。第１のパラメータ値と第２のパラメータ値から、スキャンモジュールは、１セットの結合スキャンパラメータ値を決定する関数を適用する。スキャンを制御するために利用される場合の１セットの結合スキャンパラメータ値は、両方のタイプのスキャンのスキャンタイミング必要要件を満たすであろう。結合スキャンパラメータ値は、この後で、非ＡＰ局によって使用され、１つまたは複数の結合スキャンが各チャネル上で行われるマルチチャネル結合スキャン動作を開始する。結合スキャンは、第１のタイプと第２のタイプの両方の情報をもたらす。こうして結合スキャンを使用することは、スキャンの数を減らす結果になり、増大されたデータトラヒックスループットおよび／または減らされた電力消費を許容しうる。ここで「マルチチャネル結合スキャンインターバル値」と呼ばれる結合スキャンパラメータ値の１つは、これらマルチチャネル結合スキャン動作の連続したものの間で時間のインターバルを決定する。
【００１４】
一例では、ＩＥＥＥ８０２．１１（ｎ）非ＡＰ局は、非ＡＰ局が接続されるＡＰ局から、１セットの２０／４０共存スキャンパラメータ値を受信する。非ＡＰ局はまた、ローカルに生成された１セットのバックグラウンドスキャンパラメータ値へのアクセスを有する。これら２０／４０共存スキャンパラメータ値とこれらバックグラウンドスキャンパラメータ値は両方とも、非ＡＰ局内の新規スキャンモジュールに供給される。新規スキャンモジュールは、結合スキャンを制御するための１セットの結合スキャンパラメータ値を決定する関数を適用する。この関数は、これら２０／４０共存スキャンパラメータ値およびこれらバックグラウンドスキャンパラメータ値、並びにオプション２０／４０イネーブルビットおよびオプションデータトラヒック情報を入力として使用する。
【００１５】
一例では、結合スキャンパラメータ値（「マルチチャネル結合スキャンインターバル値」）の１つは、２０／４０共存スキャンパラメータ値の１つ（例、「２０／４０マルチチャネルスキャンインターバル値」）とバックグラウンドスキャンパラメータ値の１つ（例、「バックグラウンドマルチチャネルスキャンインターバル値」）に少なくとも部分的に基づいている。関数は、マルチチャネル結合スキャンインターバル値が２０／４０マルチチャネルスキャンインターバル値とバックグラウンドマルチチャネルスキャンインターバル値のうちより小さいものとなるように設定することを含む。別のより複雑な例では、関数は、マルチチャネル結合スキャンインターバル値が２０／４０マルチチャネルスキャンインターバル値とバックグラウンドマルチチャネルスキャンインターバル値のうちより小さいものとなるように設定することを含み、２０／４０イネーブルビットが設定されない場合には２０／４０マルチチャネルスキャンインターバル値は無視され、バックグラウンドマルチチャネルスキャンインターバル値自体は、非ＡＰ局によって処理されているデータトラヒック量に基づいて前に調整される。より複雑な例では、関数は少なくとも４つの入力：２０／４０マルチチャネルスキャンインターバル値、バックグラウンドマルチチャネルスキャンインターバル値、２０／４０イネーブルビット、およびデータトラヒック量を有する。関数はまた他の入力を有することがある。
【００１６】
この関数によって出力されるような結果としての結合スキャン制御パラメータ値は、非ＡＰ局によって行われるマルチチャネル結合スキャン動作を開始し、時間を測り（time）、制御するために使用され、すべてのチャネルの結合スキャンは、２０／４０共存スキャン必要要件とバックグラウンドスキャン必要要件の両方を満たすために行われる。一例では、各結合スキャンは、２０／４０共存スキャン結果も、バックグラウンドスキャン結果も生成する。結合スキャン制御パラメータ値の１つ、マルチチャネル結合スキャンインターバル値は、これらのマルチチャネル結合スキャン動作のうち連続したものの間で時間のインターバルを決定する。
【００１７】
第１の新規態様では、非ＡＰ局が行うべきスキャンの数が、結合スキャンを含まない従来のスキャンメカニズムを使用することに比べ、結合スキャンを使用して減らされている。スキャンの数を減らすことは、非ＡＰ局のデータトラヒックスループットを増大させること、非ＡＰ局内の処理リソースをフリーにすること(freeing)、および／または、非ＡＰ局の電力消費を減らすことを含む利点を有する。第２の新規態様では、スキャンする非ＡＰ局が接続されるＡＰ局は２０／４０共存対応ではない場合に、非ＡＰ局は、２０／４０スキャン動作を行わない、なぜならば、２０／４０スキャンの結果は、ＡＰ局動作に影響を与えるために使用可能でないからである。不要な２０／４０スキャンを行わないことによって、非ＡＰ局における電力消費が減らされ、処理リソースが他の目的のために利用可能になり、そして、データトラヒックスループットが増大される。第３の新規態様では、非ＡＰ局がそれのＡＰ局から切断された状態になると、非ＡＰ局はこのＡＰ局（それが接続されている）に４０ＭＨｚ幅チャネルを使用することを止めさせることがもうできなくなる。従って、このような２０／４０スキャンの結果がＡＰ局の動作に影響をあたえるためにもはや使用可能でないので、非ＡＰ局による２０／４０スキャンがディスエーブルされる。不要な２０／４０スキャンを行わないことによって、電力消費が減らされ、処理リソースが他の目的のために利用可能にされ、データトラヒックスループットが増大される。第４の新規態様では、データトラヒックが所定量を越えて非ＡＰ局において増大することが検出される場合に、バックグラウンドスキャンの頻度が同量減らされて、データトラヒックのためにより多くのスループットを提供する。一例では、２０／４０共存スキャンソフトウェアモジュールは、非ＡＰ局が２０／４０対応ＡＰ局にもはや接続されていないということに応答してディスエーブルされる。
【００１８】
以下は、概要であり、従って、必然的に詳細の簡略化、一般化、そして省略を含み、結果、当業者は、概要は説明するためだけであって、決して限定することを意図していない、ということを理解するであろう。もっぱら特許請求の範囲で定義されるように、ここで説明されたデバイスおよび/またはプロセスの他の態様、発明の特徴および利点は、ここで記載される非限定的な詳細な説明の中で明らかとなるであろう。
【図面の簡単な説明】
【００１９】
【図１】図１（従来技術）は、インフラストラクチャモードのＢＳＳ動作の図である。
【図２】図２（従来技術）は、モバイル非ＡＰ局７がいわゆる「ローミング」においてどのように１つのＡＰ局のカバレッジエリアから別のＡＰ局のカバレッジエリアへと移動しうるかを示す図である。
【図３】図３（従来技術）は、１つのＡＰ局から別のＡＰ局へのハンドオーバ地点にある非ＡＰ局７を示す。
【図４】図４（従来技術）は、２０ＭＨｚ幅チャネルを示す。
【図５】図５（従来技術）は、４０ＭＨｚ幅チャネル（２つの密着された２０ＭＨｚ幅チャネル）を示す。
【図６】図６（従来技術）は、バックグラウンドおよび２０／４０スキャンを行うときの非ＡＰ局の動作の簡略化されたタイムライン図である。
【図７】図７（従来技術）は、アクティブスキャンを示す図である。
【図８】図８（従来技術）は、パッシブスキャンを示す図である。
【図９】図９は、ある新規態様によるＩＥＥＥ８０２．１１（ｎ）無線ネットワークシステム１００の簡略図である。
【図１０】図１０は、図９のシステムにおける非ＡＰ局１１１の非常に簡略化されたハードウェア図である。
【図１１】図１１は、図１０の非ＡＰ局１１１上で実行するソフトウェア１２４の構造の図である。
【図１２】図１２は、図１１のソフトウェア１２４の動作の方法２００を明記するフローチャートである。
【図１３】図１３は、図１１のソフトウェア１２４の動作の方法２００を明記するフローチャートである。
【図１４】図１４は、図１０の非ＡＰ局１１１上へ受信されることに応じて到来する管理フレームのフォーマットを示す図である。到来管理フレームは４０ＭＨｚ非許容ビットと２０／４０共存管理サポートビットの双方を有する。
【図１５】図１５は、図１１のソフトウェア１２４によって使用される５つの２０／４０スキャン制御パラメータ値を明記したものである。
【図１６】図１６は、図１１のソフトウェア１２４によって使用される５つのバックグラウンドスキャン制御パラメータ値を明記したものである。
【図１７】図１７は、マルチチャネル結合スキャン動作３０３内の２つの結合スキャン３０１および３０２の簡略化されたタイムライン図である。
【図１８】図１８は、２つのマルチチャネル結合スキャン動作３０３および３０４を示す簡略化されたタイムライン図である。マルチチャネル結合スキャン動作３０３および３０４の各々は、図１１のスキャンタイマ１３９の終了によって開始される。従って、連続するマルチチャネル結合スキャン動作の間における分離時間量３０５は、図１２および図１３の方法２００における「マルチチャネル結合スキャンインターバル値」１５５によって決定される。
【発明を実施するための形態】
【００２０】
図９は、ある新規態様によるＩＥＥＥ８０２．１１（ｎ）無線ネットワークシステム１００の簡略図である。システム１００は、ネットワーク１０４に接続される複数のＩＥＥＥ８０２．１１（ｎ）準拠アクセスポイント局（ＡＰ局）１０１−１０３を含む。ネットワーク１０４は、ローカルエリアネットワークまたは別のネットワークでありうる、また、インターネットに直接または間接的に接続されうる。ＡＰ局は、ハードワイヤード接続１０５−１０７を介してネットワーク１０４に一般的に接続される。ＡＰ局の各々は、それぞれの無線通信カバレッジセルを有する。例えば、ＡＰ局１０１は、カバレッジセル１０８を有し、ＡＰ局１０２は、カバレッジセル１０９を有し、ＡＰ局１０３はカバレッジセル１１０を有する。モバイル非アクセスポイント局（非ＡＰ局）１１１は、カバレッジセル１０８内にあり、ＡＰ局１０１に接続されＡＰ局１０１と関連付けられる。非ＡＰ局１１１は、ネットワーク１０４との通信を中断することなく、カバレッジエリア１０８−１１０内でローミングするように構成されることができる。非ＡＰ局１１１は、例えば、破線１１２で示されるパスに沿ってローミングしうる。この例では、非ＡＰ局１１１は、Ｗｉ−Ｆｉの非ＡＰ局ドングル１１４にフィットしたラップトップコンピュータ１１３である。別の例では、非ＡＰ局１１１は、Ｗｉ−Ｆｉ機能を有するセルラ電話である。
【００２１】
図１０は、図９の非ＡＰ局１１１の非常に簡略化されたハードウェア図である。非ＡＰ局１１１は、ラップトップコンピュータ１１３とドングル１１４を含む。ドングル１１４は、ラップトップコンピュータのイーサネット（登録商標）ポート１１６へとプラグするイーサネットケーブル１１５によってラップトップコンピュータ１１３に結合される。ドングル１１４は、図示されていない他の部分の中で、アンテナ１１７、無線周波数（ＲＦ）トランシーバ１１８、および集積回路１１９を含む。集積回路１１９は、図示されてない他の部分の中で、ＭＡＣおよびＰＨＹ層ハードウェアコア１２０、中央処理装置（ＣＰＵ）１２１、セミコンダクタメモリの量１２２、イーサネットインタフェース回路１２３を含むコンピューティングメカニズムである。ＣＰＵ１２１は、ローカルバス１２５を介して１セットのコンピュータ実行可能命令１２４にアクセスする。メモリ１２２は、１セットのコンピュータ実行可能命令１２４を格納するコンピュータ可読媒体である。ＣＰＵ１２１は、１セットのコンピュータ実行可能命令１２４を読み出して実行する。非ＡＰ局１１１は、アンテナ１１７を介し、ＡＰ局へ８０２．１１（ｎ）フレームを送信し、ＡＰ局から８０２．１１（ｎ）フレームを受信できる。アンテナ１１７およびＲＦトランシーバ１１８は非ＡＰ局１１１の無線トランシーバメカニズムを一緒に構成する。イーサネットインタフェース回路１２３およぴイーサネットケーブル１１５は非ＡＰ局１１１の有線インタフェースである。図９および図１０で図示される特定の時点で、非ＡＰ局１１１はＡＰ局１０１に接続されてＡＰ局１０１と関連づけられるが、８０２．１１（ｎ）フレームを他のＡＰ局１０２および１０３にも伝える。非ＡＰ局１１１は、２０／４０共存目的のため、およびバックグラウンドスキャン目的のためにＡＰ局１０２および１０３から情報を集める。
【００２２】
図１１は、非ＡＰ局１１１上で実行するソフトウェア１２４の構造を示す図である。この具体的な実施形態では、ソフトウェア１２４は、非ＡＰＩＥＥＥ８０２．１１  ＭＡＣソフトウェアである。ソフトウェア１２４は、図示されない他の部分の中で、２０／４０共存スキャンモジュール１２６、ローミングモジュール１２７、ハードウェアアブストラクション層モジュール１２８、データパス部分１２９、および新規スキャンモジュール１３０を含む。２０／４０共存スキャンモジュール１２６は、代わりに、２０／４０動作分析モジュール１３１、テーブル１３２、２０／４０共存モードイネーブルビット１３３、および２０／４０タイミング必要要件モジュール１３４を含む。テーブル１３２は、ＡＰ局１０１の４０ＭＨｚ幅チャネル動作によって過度に悪影響を与えられるチャネルを記録する。ローミングモジュール１２７は、スキャン結果分析モジュール１３５、テーブル１３６、そしてバックグラウンドタイミング必要要件モジュール１３７を含む。テーブル１３６は、非ＡＰ局１１１と他のＡＰ局との間で可能なリンクの信号強度のインディケーションを維持する。スキャンモジュール１３０は、結合スキャンタイミング必要要件モジュール１３８、スキャンタイマ１３９、およびスキャンエンジン１４０を含む。
【００２３】
図１２および図１３は、非ＡＰ局１１１およびそのソフトウェア１２４の動作の方法２００を明記するものである。初めに、非ＡＰ局１１１が電源投入し、ＩＥＥＥ８０２．１１（ｎ）プロトコルに従って従来の方式でＡＰ局とそれ自体を関連付ける（ステップ２０１）。この例では、非ＡＰ局１１１が立ち上がって(comes up)、ＡＰ局１０１に接続する。非ＡＰ局１１１は、ちょうど接続されたＡＰ局が２０／４０共存に対応するかを決定する。ここで使用されるような用語「２０／４０共存」は、ＩＥＥＥ８０２．１１（ｎ）必要要件に従って４０ＭＨｚ幅チャネル動作をサポートするということを意味する。非ＡＰ局１１１は、ＡＰ局１０１から１つまたは複数の管理フレームを受信し、「２０／４０  ＢＳＳ共存管理サポート」ビットと呼ばれるビットを見出すためにこれらのフレームを調べることによって、ＡＰ局１０１は２０／４０共存対応かを決定する。
【００２４】
図１４は、ＡＰ局１０１から受信することに応じて到来する管理フレーム１６１のフォーマットを示す図である。フレーム１６１の始まりのフレーム制御フィールドのビットＢ２〜Ｂ７はフレームのタイプを示す。フレームがビーコンフレーム、プローブ応答フレーム、アソシエーション応答フレーム、または再アソシエーション応答フレームである場合には、フレームは、フレームボディが「２０／４０  ＢＳＳ共存管理サポート」ビット１６０を含む管理フレームのタイプである。図１４で示されるように、このビットは、フレームボディ内の「拡張された機能情報素子」内のビットＢ０である。「２０／４０  ＢＳＳ共存管理サポート」ビットの値は、ＡＰ局１０１を送信することは２０／４０共存動作が対応するかを示す。
【００２５】
「２０／４０ＢＳＳ共存管理サポート」ビット１６０に加え、これらの４つのタイプの管理フレーム（ビーコン、プローブ応答、アソシエーション応答、および再アソシエーション応答）の各々は、図１５に記載されているような５つのバックグラウンドスキャン制御パラメータ値：１）ｄｏｔ１１ＯＢＳＳＳｃａｎＰａｓｓｉｖｅＤｗｅｌｌ値１４１、２）ｄｏｔ１１ＯＢＳＳＳｃａｎＡｃｔｉｖｅＤｗｅｌｌ値１４２、３）ｄｏｔ１１ＯＢＳＳＳｃａｎＰａｓｓｉｖｅＴｏｔａｌＰｅｒＣｈａｎｎｅｌ値１４３、４）ｄｏｔ１１ＯＢＳＳＳｃａｎＡｃｔｉｖｅＴｏｔａｌＰｅｒＣｈａｎｎｅｌ値１４４、および、５）ｄｏｔ１１ＯＢＳＳＷｉｄｔｈＴｒｉｇｇｅｒＳｃａｎＩｎｔｅｒｖａｌ値１４５、を含む。１００ミリ秒のｄｏｔ１１ＯＢＳＳＳｃａｎＰａｓｓｉｖｅＤｗｅｌｌ値は、個々のパッシブ２０／４０スキャンの持続時間を示す。チャネルのパッシブ２０／４０スキャンでは、非ＡＰ局の受信機は、特定チャネル上で受信するように設定され、１つまたは複数の到来フレームが受信される。４０ＭＨｚ非許容のＡＰ局がチャネルを使用しているということをＡＰからの到来フレームの「４０ＭＨｚ非許容ビット」１５９が示す場合には、この「４０ＭＨｚ非許容」情報が２０／４０共存モジュールのテーブル１３２へログ記載される。アクティブスキャンとは対照的なパッシブスキャンは、一般的には、ＡＰ局からの応答を促すためのプローブ要求をリスン中の非ＡＰ局が送出しないというよりも、ＡＰ局がチャネル上でビーコンをたまたま送信したときにビーコンを受信するようにリスン中の非ＡＰ局がチャネルをリスンしているにすぎないということを意味する。
【００２６】
しかしながら、スキャンを行うとき、リスン中の非ＡＰ局が、示されたドウェル時間内に到来フレームを受信しないことがある。従って、リスン中の非ＡＰ局は、すべてのチャネルの１つの全体的な２０／４０スキャン中に多数回、かかるドウェル時間に渡ってリスンするように構成されうる。ｄｏｔ１１ＯＢＳＳＳｃａｎＰａｓｓｉｖｅＴｏｔａｌＰｅｒＣｈａｎｎｅｌ値は、非ＡＰ局がすべてのチャネルの全体的な２０／４０スキャン中に１つのチャネルをパッシブ２０／４０スキャンするべき時間の合計量を示す。例えば、ｄｏｔ１１ＯＢＳＳＳｃａｎＰａｓｓｉｖｅＴｏｔａｌＰｅｒＣｈａｎｎｅｌ値が２００ミリ秒であり、ｄｏｔ１１ＯＢＳＳＳｃａｎＰａｓｓｉｖｅＤｗｅｌｌ値が１００ミリ秒である場合、非ＡＰ局がパッシブ２０／４０スキャンを行なう場合には、各チャネルを２回パッシブ２０／４０スキャンするべきであり、各パッシブ２０／４０スキャン時間は、持続時間において１００ミリ秒である。
【００２７】
ｄｏｔ１１ＯＢＳＳＳｃａｎＡｃｔｉｖｅＤｗｅｌｌ値およびｄｏｔ１１ＯＢＳＳＳｃａｎＡｃｔｉｖｅＴｏｔａｌＰｅｒＣｈａｎｎｅｌ値は、非ＡＰ局がアクティブ２０／４０スキャンを行う場合に使用される。上述のように、アクティブスキャンは、非ＡＰ局がチャネル上でプローブ要求フレームを送出し(sending out of)、この後で、そのチャネル上でＡＰ局からリターンプローブ応答フレームが戻ってくるのを待機することを含む。例えば、ｄｏｔ１１ＯＢＳＳＳｃａｎＡｃｔｉｖｅＴｏｔａｌＰｅｒＣｈａｎｎｅｌ値が４０ミリ秒であり、ｄｏｔ１１ＯＢＳＳＳｃａｎＡｃｔｉｖｅＤｗｅｌｌ値が２０ミリ秒であって、非ＡＰ局がアクティブ２０／４０スキャンを行う場合、非ＡＰ局が各チャネルのアクティブ２０／４０スキャンを２回行うべきであり、各アクティブ２０／４０スキャン時間が持続時間で２０ミリ秒になる。５つの２０／４０スキャン制御パラメータ値の最後、ｄｏｔ１１ＯＢＳＳＷｉｄｔｈＴｒｉｇｇｅｒＳｃａｎＩｎｔｅｒｖａｌは、連続するマルチチャネル２０／４０スキャン動作間の最大時間量を示す。マルチチャネル２０／４０スキャンインターバルに一度、チャネルの各々は、最初の４つの２０／４０スキャンタイミング必要要件１４１−１４４のタイミング必要要件に従って２０／４０スキャンされなくてはならない。２０／４０スキャンインターバルパラメータ値１４５は、このような２つのマルチチャネル２０／４０スキャン動作間の最大時間量である。
【００２８】
図１２の方法に戻ると、「２０／４０ＢＳＳ共存管理サポート」ビットがＡＰ局１０１が２０／４０共存対応であるということを示す場合（ステップ２０２）、２０／４０共存スキャンモジュール１２６におけるビット１３３が設定され（図１１を参照）、２０／４０共存スキャンモジュール１２６がイネーブルされる（ステップ２０３）。ＡＰ局１０１から得られた５つの２０／４０スキャンタイミング必要要件パラメータ値１４１−１４５はスキャンモジュール１３０に提供される。しかしながら、非ＡＰ局１１１が接続されるＡＰ局１０１が２０／４０共存対応でないと決定される場合（ステップ２０２）、２０／４０共存スキャンモジュール１２６においてビット１３３（図１１を参照）が設定されず、２０／４０共存スキャンモジュール１２６がイネーブルされず、そして、５つのスキャンタイミング必要要件パラメータ値はスキャンモジュール１３０へ送信される必要はない。処理は実線２０６で示されるようにステップ２０７へ直接進む。
【００２９】
ＡＰ局１０１から受信された５つの２０／４０共存スキャン制御パラメータ値に加え、５つのローカルに生成されたバックグラウンドスキャン制御パラメータ値１４６−１５０もある。これらの４つのローカル生成されたバックグラウンドスキャン制御パラメータ値１４６−１５０：１）ＢａｃｋｇｒｏｕｎｄＳｃａｎＰａｓｓｉｖｅＤｗｅｌｌ値１４６、２）ＢａｃｋｇｒｏｕｎｄＳｃａｎＡｃｔｉｖｅＤｗｅｌｌ値１４７、３）ＢａｃｋｇｒｏｕｎｄＳｃａｎＰａｓｓｉｖｅＴｏｔａｌＰｅｒＣｈａｎｎｅｌ値１４８、４）ＢａｃｋｇｒｏｕｎｄＳｃａｎＡｃｔｉｖｅＴｏｔａｌＰｅｒＣｈａｎｎｅｌ値１４９、および、５）ＢａｃｋｇｒｏｕｎｄＷｉｄｔｈＴｒｉｇｇｅｒＳｃａｎＩｎｔｅｒｖａｌ値１５０、は図１６に明記されている。１００ミリ秒のＢａｃｋｇｒｏｕｎｄＳｃａｎＰａｓｓｉｖｅＤｗｅｌｌ値は、チャネルの個々のパッシブバックグラウンドスキャンの時間の量を示す。パッシブバックグラウンドスキャンは、到来フレームをＡＰ局からリスンすること、および、信号強度のインディケーションを決定すること、を含む。非ＡＰ局１１１とＡＰ局１０１−１０３の各々との間で可能なリンクの信号強度のインディケーションは、バックグラウンドスキャンプロセスで決定される。ある方法では、到来フレームがＡＰ局から受信されるとき、ＲＦトランシーバ１１８は到来フレームの受信中に信号強度情報を集め、ハードウェアアブストラクション層モジュール１２８に信号強度値を戻す。これらの値は、スキャンモジュール１３０を通じて、そして、スキャン結果分析モジュール１３５へと渡される。モジュール１３５は、これらの値を処理し、各ＡＰ局についてのＲＳＳＩ（受信信号強度インディケーション）値を決定する。ＡＰ局は、関連づけられた到来フレームのソースアドレスフィールド（図１４参照）におけるソースアドレスによって表示される。ＲＳＳＩ値は、関連付けられたフレームを送信したＡＰ局のソースアドレスに関連して、ローミングモジュール１２７内のテーブル１３６にログ記載される。各ＡＰ局からのフレームは、各ＡＰ局についてのＲＳＳＩ情報が集められテーブル１３６へログ記載されるように、受信され処理される。
【００３０】
しかしながら、バックグラウンドスキャンを行なっている非ＡＰ局は、ＢａｃｋｇｒｏｕｎｄＳｃａｎＰａｓｓｉｖｅＤｗｅｌｌ量の時間に到来フレームを受信しないことがある。従って、リスン中の非ＡＰ局は、すべてのチャネルの１つの全体的なバックグラウンドスキャン中に、多数回、このような時間期間に渡ってリスンするように構成されうる。ＢａｃｋｇｒｏｕｎｄＰａｓｓｉｖｅＴｏｔａｌＰｅｒＣｈａｎｎｅｌ値は、非ＡＰ局がすべてのチャネルの全体的なバックグラウンドスキャン中に１つのチャネルをパッシブバックグラウンドスキャンするべき合計時間量を示す。例えば、ＢａｃｋｇｒｏｕｎｄＳｃａｎＰａｓｓｉｖｅＴｏｔａｌＰｅｒＣｈａｎｎｅｌ値が２００ミリ秒であり、ＢａｃｋｇｒｏｕｎｄＯＢＳＳＳｃａｎＰａｓｓｉｖｅＤｗｅｌｌ値が１００ミリ秒であって、非ＡＰ局がパッシブバックグラウンドスキャンを行なう場合、各チャネルを２回パッシブバックグラウンドスキャンするべきであり、各パッシブバックグラウンドスキャン時間は持続時間で１００ミリ秒である。ＢａｃｋｇｒｏｕｎｄＳｃａｎＡｃｔｉｖｅＤｗｅｌｌ値とＢａｃｋｇｒｏｕｎｄＳｃａｎＡｃｔｉｖｅＴｏｔａｌＰｅｒＣｈａｎｎｅｌ値は、非ＡＰ局がアクティブバックグラウンドスキャンを行う場合に使用される。例えばＢａｃｋｇｒｏｕｎｄＳｃａｎＡｃｔｉｖｅＴｏｔａｌＰｅｒＣｈａｎｎｅｌ値が４０ミリ秒であり、ＢａｃｋｇｒｏｕｎｄＳｃａｎＡｃｔｉｖｅＤｗｅｌｌが２０ミリ秒であって、非ＡＰ局がアクティブバックグラウンドスキャンを行う場合、各チャネルを２回アクティブバックグラウンドスキャンし、各アクティブスキャン時間は持続時間で２０ミリ秒である。５つのバックグラウンドスキャン制御パラメータ値ＢａｃｋｇｒｏｕｎｄＷｉｄｔｈＴｒｉｇｇｅｒＳｃａｎＩｎｔｅｒｖａｌの最後は、マルチチャネルバックグラウンドスキャン動作間の最大時間量を示す。すべてのチャネルが最初の４つのバックグラウンドスキャン制御パラメータ値１４６−１４９に従ってバックグラウンドスキャンされ、このすべてのチャネルをスキャンすることは、「バックグラウンドマルチチャネルスキャンインターバル」時間に少なくとも１度生じなくてはならない、ここで、バックグラウンドスキャンインターバル時間はパラメータ値１５０によって与えられる。
【００３１】
図１２の方法２００に戻ると、５つのバックグラウンドスキャン制御パラメータ値１４６−１５０は、スキャンモジュール１３０に提供される（ステップ２０７）。１つの新規態様では、非ＡＰ局１１１がそれのＡＰ局１０１から切断された状態になると（ステップ２０８）、２０／４０スキャンがディスエーブルされる（ステップ２０９）。非ＡＰ局１１１がそれのＡＰ局１０１から切断された状態になると、非ＡＰ局１１１はそれのＡＰ局１０１に４０ＭＨｚ幅チャネル動作を止めさせることがもうできなくなる。従って、このような状況では非ＡＰ局１１１が２０／４０スキャンを行う有用性はなく、非ＡＰ局１１１による２０／４０スキャンがディスエーブルされる。２０／４０スキャンは、２０／４０イネーブルビット１３３をクリアすることによってディスエーブルされる。図１２の方法２００の時点で、スキャンモジュール１３０は、２０／４０共存スキャンモジュール１２６から５つの２０／４０スキャン制御パラメータ値１４１−１４５を受信し（２０／４０スキャンがイネーブルされると仮定する）、また、ローミングモジュール１２７から５つのバックグラウンドスキャン制御パラメータ値を受信している。処理は、図１３で説明されるステップへと移る（ステップ２１０）。
【００３２】
図１３で示されるように、結合スキャンタイミング必要要件モジュール１３８（図１１参照）は、２０／４０共存スキャン必要要件１４１−１４５並びにバックグラウンドスキャンタイミング必要要件１４６−１５０の両方を満たす、「マルチチャネル結合スキャンインターバル値」を決定する関数を適用する（図１３のステップ２１１を参照）。この具体的な実施形態では、この関数への入力は、２０／４０マルチチャネルスキャンインターバル値１４５、２０／４０イネーブルビット値、バックグラウンドマルチチャネルスキャンインターバル値１５０およびデータトラヒック量のインディケーションを含む。一例では、２０／４０イネーブルビット１３３が設定されない場合に、２０／４０スキャンがディスエーブルされ、結合スキャンタイミング必要要件モジュール１３８は、２０／４０スキャン必要要件パラメータ１４１−１４５を無視する。バックグラウンドスキャン制御パラメータ値１４６−１４９が使用され、バックグラウンドマルチチャネルスキャンインターバル値１５０がスキャンタイマ１３９を設定するために使用される。スキャンモジュール１３０は、その後、２０／４０パラメータに関係することなく、バックグラウンドマルチチャネルスキャンインターバル値１５０によって設定されたインターバルにおいてマルチチャネル結合スキャン動作を開始できる。スキャンタイマ１３９が終了する度に、スキャンエンジン１４０は別のマルチチャネルバックグラウンドスキャン動作を行うようにトリガされる。スキャンは、２０／４０共存モジュールがいくつかの状況においてディスエーブルされ、スキャンモジュール１３０によってそれに戻されたスキャン結果を使用しないにも関わらず、結合スキャンと呼ばれる。
【００３３】
しかしながら、設定されているビット１３３によって示されるように２０／４０スキャンがイネーブルされる場合には、結合スキャンタイミング必要要件モジュール１３８によって適用された関数（図１３のステップ２１１）が、「マルチチャネル結合された２０／４０共存およびバックグラウンドスキャン」のためのスキャンパラメータ１５１−１５５を、２０／４０共存スキャンモジュール１２６によって示される２０／４０必要要件１４１−１４５およびローミングモジュール１２７によって示されるバックグラウンドタイミング必要要件１４６−１５０の双方を満たすのに十分頻繁であるように設定する。一例では、ビット１３３が設定される場合、関数は、「マルチチャネル結合スキャンインターバル値」を２０／４０マルチチャネルスキャンインターバル値１４５とバックグラウンドマルチチャネルスキャンインターバル値１５０のうちより小さいものとなるように設定させる。これは、スキャン結果が利用可能であるくらい十分頻繁で、２０／４０スキャン必要要件およびバックグラウンドスキャン要件の両方を満たすのに十分頻繁に、マルチチャネル結合スキャン動作が生じることを確実にする。
【００３４】
いくつかの実施形態では、高いデータトラヒック状態の下で、関数はバックグラウンドスキャンがそれほど頻繁に行われないようにする。バックグラウンドマルチチャネルスキャンインターバル値１５０はデータトラヒック量の関数であるように構成される。矢印１５６で示されるようにデータトラヒック量がローミングモジュール１２７によって所定量を越えるように決定される場合、関数の適用は、この所定量を越えたデータトラヒック量のさらなる増大に比例して値１５０を調整および増大させる。データトラヒック量が増大し、所定量を越えて増大するにつれて、要求されるバックグラウンドスキャンの頻度がだんだん減少する。矢印１５６はデータトラヒック量および値１５０の関連する調整のインディケーションを表す。値１５０の調整は、スキャンモジュール１３０において値１５５が決定される関数の動作に起因して、マルチチャネル結合スキャンインターバル値１５５の間接的な調整を結果としてもたらすことがある。
【００３５】
図１３に戻り、ステップ２１２−２１７は、ステップ２１１で決定された結合スキャンパラメータ制御値の使用を表す。最初に、スキャンタイマ１３９が「マルチチャネル結合スキャンインターバル値」で設定される（ステップ２１２）。スキャンタイマ１３９が終了するとき（ステップ２１３）、マルチチャネル結合スキャン動作が開始される。スキャンすべきチャネルが設定され（ステップ２１４）、そのチャネルの結合スキャンが行われる（ステップ２１５）。結合スキャンは、パッシブスキャンまたはアクティブスキャンでありうる。（アクティブスキャンまたはパッシブスキャンの結果として得られるかに関わらず）同じ到来管理フレームは、２０／４０共存スキャン目的で「４０ＭＨｚ非許容ビット」値、並びに、バックグラウンドスキャン目的でＲＳＳＩ信号強度値の両方を生み出す。チャネルの結合スキャン（ステップ２１５）が生じた後、非ＡＰ局１１１の受信機はノーマルなデータトラヒック量を通信できるようにデータトラヒックチャネルに同調される。ステップ２１６における通常のトラヒック動作の持続時間は実装時固有(implementation specific)である。すべてのチャネルがまだスキャンされていない場合（ステップ２１７）、処理は、ステップ２１４に戻り、結合スキャンは次のチャネル上で行われる。いったんすべてのチャネルが４つのスキャン制御パラメータ値１５１−１５４に従ってスキャンされると（上で説明されるように、チャネルの複数の結合スキャンが生じることができる）、累積されたスキャン結果が２０／４０共存スキャンモジュール１２６（図１３の矢印１５７で示される）およびローミングモジュール１２７（図１３の矢印１５８で示される）の両方に供給される（ステップ２１８）。あるいは、スキャン結果はステップ２１４〜２１７の各ルーピングに伴ってローミングおよび２０／４０共存モジュールに報告されることができる。
【００３６】
図１７は、結果として生じる結合されたバックグラウンドおよび２０／４０共存スキャン動作の簡略化されたタイムライン図である。チャネルのスキャンの結果は、バックグラウンドスキャン目的および２０／４０共存スキャン目的の両方に使用される。これらの結合スキャン３０１および３０２のうち連続するものの間のインターバル３００は実装時固有(implementation specific)である。図１７で図示された動作は、マルチチャネル結合スキャン動作の一部である。
【００３７】
図１８は、２つのマルチチャネル結合スキャン動作３０３および３０４を示す簡略化されたタイムライン図である。マルチチャネル結合スキャン動作の各々は、図１１のスキャンタイマ１３９の終了によって開始される。従って、マルチチャネル結合スキャン動作３０３とマルチチャネル結合スキャン動作３０４の間の時間量３０５は、「マルチチャネル結合スキャンインターバル値」１５５によって設定される。図１７で図示されるように、マルチチャネル結合スキャン動作内で、個々のチャネルの個々の結合スキャンは、通常のデータトラヒックのインターバル３００によって時間において互いに分離される。通常のデータトラヒックのこれらのインターバル３００の持続時間は、図１２および図１３の方法２００のステップ２１６で費やされる時間に対応する。少なくとも１つの結合スキャンが１１個のチャネルの各々について各マルチチャネル結合スキャン動作の間に行われる。いくつかの例では、上述されるように、複数の結合スキャンは、結合スキャンパラメータの値に依存して、各チャネル上で行われうる。
【００３８】
第１の新規態様では、「マルチチャネル結合スキャンインターバル値」１５５はインターバル値１４５および１５０のうちより小さいものとなるようにスキャンモジュール１３０によって決定され、インターバル値１４５は２０／４０イネーブルビットが設定されない場合に無限大（または最大値）になるように設定され、インターバル値１５０はデータトラヒック量が所定のデータトラヒック量を越える場合にデータトラヒックの関数として増大される。図６で示されるようなスキャンの従来の状況と比べて、図１２および図１３の方法２００を使用して行われるスキャンの数は、図１７で示されるように、小さい。図１３と図１３の結合スキャン方法では、非ＡＰ局１１１のＲＦトランシーバ１１８は何度も異なるチャネルに設定されスキャンのために使用される必要がないので、従来のバックグラウンドおよび２０／４０スキャンの状況と比べて、データトラヒックチャネル上のデータトラヒックフローの割り込みのアグリゲート量は減らされ、ここで、各スキャンはある目的のためにのみ使用され、より多くの合計スキャンが２０／４０共存およびバックグラウンドスキャン必要要件の両方を満たすために必要とされる。
【００３９】
第２の新規態様では、スキャンする非ＡＰ局が接続されるＡＰ局が２０／４０共存対応でない場合には、特別な２０／４０スキャンは行われず、その結果、電力消費を減らし、処理リソースをフリーアップし(freeing up)、そしてデータトラヒックスループットを増大させる。２０／４０イネーブルビット１３３をクリアすることにより、２０／４０スキャン制御パラメータ値は、スキャンモジュール１３０によって無視され、２０／４０スキャン制御パラメータ値はスキャンに影響を与えない。スキャン結果１５７は、ディスエーブルされている２０／４０共存スキャンモジュール１２６に起因して無視されることがある。
【００４０】
第３の新規態様では、非ＡＰ局がそれのＡＰ局から切断された状態になると、非ＡＰ局がこのＡＰ局に４０ＭＨｚ幅チャネル動作を止めさせることはもうできないことになる。従って、非ＡＰ局による２０／４０スキャンは、こうしたスキャンの結果がＡＰ局動作に影響を与えるためにもはや使用されないので、ディスエーブルされる。２０／４０スキャンをディスエーブルするメカニズムは、２０／４０イネーブルビット１３３がクリアにされると上述されており、その結果、２０／４０スキャン制御パラメータ値はスキャンモジュール１３０によって無視され、スキャンに影響を与えない。
【００４１】
第４の新規態様では、データトラヒックが所定量を越えて増大することが検出される場合に、バックグラウンドスキャンの頻度が同量減らされ、データトラヒックのためにより多くのスループットを提供する。バックグラウンドスキャンの頻度はデータトラヒック量の関数としてバックグラウンドマルチチャネルスキャンインターバル値１５０を増大させることによって減らされる。
【００４２】
１つまたは複数の例示的な実施形態では、説明された機能がハードウェア、ソフトウェア、ファームウェア、またはそれらのいずれかの組み合わせで実装されうる。ソフトウェアで実装される場合には、機能は、コンピュータ可読媒体上の１つまたは複数の命令またはコードとして格納または送信されうる。コンピュータ可読媒体は１つの場所から別の場所へのコンピュータプログラムの移送(transfer)を容易にする何らかの媒体を含むコンピュータストレージ媒体および通信媒体の両方を含む。ストレージ媒体はコンピュータによってアクセスされることができる何らかの利用可能媒体でよい。例として、また限定されないが、このようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭあるいは他の光学ディスクストレージ、磁気ディスクストレージあるいは他の磁気ストレージデバイス、あるいは、命令またはデータストラクチャの形で所望のプログラムコードを搬送または格納するために使用されることができる、また、コンピュータによってアクセスされることができる何か他の媒体も備えることができる。また、いずれの接続もコンピュータ可読媒体と適切に名付けられる。例えば、ソフトウェアがウェブサイト、サーバ、あるいは、同軸ケーブル、光ファイバーケーブル、ツイストペア(twisted pair)、デジタル加入者ライン(digital subscriber line)(ＤＳＬ)、あるいは赤外線、無線、およびマイクロ波のような無線技術を使用している他の遠隔ソース、から送信される場合には、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、あるいは赤外線、無線、およびマイクロ波のような無線技術が媒体の定義に含まれる。ここで使用されるように、ディスク(disk)とディスク(disc)は、コンパクトディスク(compact disc)(ＣＤ)、レーザーディスク(登録商標)(laser disc)、光学ディスク(optical disc)、デジタル汎用ディスク(digital versatile disc)(ＤＶＤ)、フロッピー(登録商標)ディスク(disk)およびブルーレイディスク(blu-ray disc)を含んでおり、「ディスク(disks)」は、大抵、データを磁気的に再生し、「ディスク(discs)」は、レーザーで光学的に再生する。上記のものの組み合わせも、コンピュータ可読媒体の範囲内に含まれるべきである。ある具体的な例では、図１０のメモリ１２２は、コンピュータ実行可能命令のプログラム１２４を格納するコンピュータ可読媒体であり、プロセッサ１２１はコンピュータであり、プログラム１２４は、アクセスされ図１０のプロセッサ１２１によって実行され、プロセッサ１２１によるプログラム１２４の実行は、図１０の非ＡＰ局１１１に図１２および図１３で記載される方法を実行させる。
【００４３】
ある特定の実施形態が説明のために上述されたが、本特許文書の教示は、一般的適用性(applicability)を有しており、上述された特定の実施形態に限定されていない。第１のタイプのスキャンの第１セットのスキャンパラメータと第２タイプのスキャンの第２セットのスキャンパラメータとから結合スキャンパラメータを生成することは、２０／４０共存スキャンパラメータとバックグラウンドスキャンパラメータから結合スキャンパラメータを生成することに限定されておらず、むしろ、一般的適用性を有しており、他のタイプのスキャン、スキャン必要要件、およびスキャン結果を含む結合スキャンを促進することを拡張する。結合スキャンタイミング必要要件モジュールと１つのスキャンタイマを含む上記で開示されたスキャンモジュールは、不要なスキャンとデータトラヒック割り込みを減らすまたは削除する効率的な方法である。結合スキャンパラメータを生成することは、ＩＥＥＥ８０２．１１（ｎ）システムで使用することに限定されておらず、むしろ、他の通信プロトコルに従ってチャネルをスキャンする無線デバイスに一般的に適用する。決定された結合スキャンパラメータ値（例えば、マルチチャネル結合スキャンインターバル値）は静的である必要はなく、むしろ、動作状態と他の要因に基づいて時間にわたって調整されうる。マルチチャネル結合スキャンパラメータ値１５１−１５５を決定するために利用される関数は、イネーブルビット値１３３、２０／４０共存スキャンパラメータ値１４１−１４５、データトラヒック値、およびバックグラウンドスキャンパラメータ値１４６−１５０、のほかの関数入力変数を含めうる。結合スキャンパラメータを生成する方法について上述されている例が４０ＭＨｚ幅チャネル使用を送信元局が許容できないということを示すスキャン結果を得ることを含むにも関わらず、方法は、この特定の４０ＭＨｚ非許容な状態を示すスキャン結果を得ることに限定されない。むしろ、方法は、一般的適用性を有しており、送信元局が他の局による別のタイプのスペクトルまたは動作を許容できないということを示すスキャン結果を受信および使用することに拡張する。従って、様々な修正、適応、および説明される具体的な実施形態の様々な特徴の組み合わせが、特許請求の範囲から逸脱することなく、実行されることができる。
以下に本願発明の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
（ａ）マルチチャネル結合スキャンインターバル値を、第１のマルチチャネルスキャンインターバル値および第２のマルチチャネルスキャンインターバル値の関数として決定すること、
を備える方法。
［Ｃ２］
前記第１のマルチチャネルスキャンインターバル値はマルチチャネルスキャン動作間の最大時間量を示し、各マルチチャネルスキャン動作は複数のチャネルの各々のうち少なくとも１つのスキャンを含む、Ｃ１に記載の方法。
［Ｃ３］
前記第１のマルチチャネルスキャンインターバル値は２０／４０マルチチャネルスキャンインターバル値であり、前記第２のマルチチャネルスキャンインターバル値はバックグラウンドマルチチャネルスキャンインターバル値である、Ｃ２に記載の方法。
［Ｃ４］
前記第１のマルチチャネルスキャンインターバル値はＡＰ局（アクセスポイント局）から送信され非ＡＰ局（非アクセスポイント局）上へ受信された値であり、決定すること（ａ）は非ＡＰ局上で生じる、Ｃ１に記載の方法。
［Ｃ５］
前記関数は前記マルチチャネル結合スキャンインターバル値が前記第１のマルチチャネルスキャンインターバル値および前記第２のマルチチャネルスキャンインターバル値のうちより小さい値となるように決定することを含む、Ｃ１に記載の方法。
［Ｃ６］
（ｂ）前記マルチチャネル結合スキャンインターバル値を使用して複数のマルチチャネルスキャン動作を開始すること、ここで、各マルチチャネルスキャン動作は複数の結合スキャンを含み、決定すること（ａ）は非ＡＰ局（非アクセスポイント局）によって行われ、前記複数のマルチチャネルスキャン動作（ｂ）は前記非ＡＰ局によって行われ、前記マルチチャネルスキャン動作のうち２連続するものの間の時間のインターバルは前記マルチチャネル結合スキャンインターバル値によって少なくとも部分的に決定される；
をさらに備えるＣ１に記載の方法。
［Ｃ７］
前記第１のマルチチャネルスキャンインターバル値は、前記非ＡＰ局の第１のスキャン必要要件を示し、前記第２のマルチチャネルスキャンインターバル値は前記非ＡＰ局の第２のスキャン必要要件を示し、前記マルチチャネル結合スキャンインターバル値は前記非ＡＰ局の前記第１および第２のスキャン必要要件の両方が満たされるように、（ａ）で決定され、（ｂ）で使用される、Ｃ６に記載の方法。
［Ｃ８］
前記第１のマルチチャネルスキャンインターバル値は、ＢＳＳ幅トリガスキャンインターバル値であり、前記（ａ）で決定することは、前記非ＡＰ局が２０／４０対応ＡＰ局（アクセスポイント局）に接続されていない状況では、前記マルチチャネル結合スキャンインターバル値の決定において前記第１のマルチチャネルスキャンインターバル値を無視することを含む、Ｃ６に記載の方法。
［Ｃ９］
前記非ＡＰ局が２０／４０対応ＡＰ局に接続されない場合、前記非ＡＰ局の２０／４０共存スキャン機能をディスエーブルすること、
をさらに備えるＣ６に記載の方法。
［Ｃ１０］
前記非ＡＰ局によって処理されたデータトラヒック量に基づいて、前記第２のマルチチャネルスキャンインターバル値を調整すること、
をさらに備えるＣ６に記載の方法。
［Ｃ１１］
（ｂ）前記マルチチャネル結合スキャンインターバル値を使用して複数の結合スキャンを開始すること、ここで、（ａ）の決定と（ｂ）の使用は双方とも非アクセスポイント局によって行われる、
をさらに備えるＣ１に記載の方法。
［Ｃ１２］
（ｂ）前記マルチチャネル結合スキャンインターバル値を使用して複数の結合スキャンを開始すること、ここで、前記結合スキャンのうち少なくとも１つは、フレームを受信し、前記フレーム内で４０ＭＨｚ非許容ビットを調べ、また、信号強度決定を行い、（ａ）の決定と（ｂ）の使用は双方とも非アクセスポイント局によって行われる、
をさらに備えるＣ１に記載の方法。
［Ｃ１３］
複数のスキャンを行うように適応された装置であって、前記スキャンの少なくとも１つは前記装置上へフレームを受信すること、前記フレーム内で４０ＭＨｚ非許容ビットを調べること、ここで、前記フレームの受信の結果として集められた情報に基づいてバックグラウンドスキャン決定を行うことを含む、装置。
［Ｃ１４］
前記バックグラウンドスキャン決定は、信号強度決定であり、前記装置は無線ネットワークにおいて第１の局として機能するように適応され、前記受信されたフレームは前記無線ネットワークにおいて第２の局から送信されたフレームである、Ｃ１３に記載の装置。
［Ｃ１５］
２０／４０スキャン必要要件パラメータ値が装置上へ受信される無線トランシーバメカニズムと、
バックグラウンドスキャン必要要件パラメータ値および２０／４０スキャン必要要件パラメータ値に少なくとも部分的に基づいて、マルチチャネル結合スキャンインターバル値を決定するコンピューティングメカニズムと、前記コンピューティングメカニズムは前記マルチチャネル結合スキャンインターバル値を使用してマルチチャネル結合スキャン動作を開始し、前記マルチチャネル結合スキャン動作は、前記装置上へフレームを受信し且つ前記フレーム内で４０ＭＨｚ非許容ビットを調べること、また、信号強度決定を行うことを含む、
を備える装置。
［Ｃ１６］
前記マルチチャネル結合スキャン動作は、複数のチャネルの各々のうち少なくとも１つの結合スキャンを行うことを含む、Ｃ１５に記載の装置。
［Ｃ１７］
前記コンピューティングメカニズムは、２０／４０共存スキャンモジュールを含み、前記２０／４０共存スキャンモジュールは前記装置が２０／４０対応アクセスポイント局（ＡＰ局）に接続されない場合にはディスエーブルされ、前記２０／４０共存スキャンモジュールは前記装置が２０／４０対応ＡＰ局に接続される場合にはイネーブルされる、Ｃ１５に記載の装置。
［Ｃ１８］
前記コンピューティングメカニズムは前記装置によって処理されるデータトラヒック量の関数として前記マルチチャネル結合スキャンインターバルを調整する、Ｃ１５に記載の装置。
［Ｃ１９］
２０／４０スキャン必要要件パラメータ値が前記装置上へ受信される無線トランシーバメカニズムと、
バックグラウンドスキャン必要要件パラメータ値と２０／４０スキャン必要要件パラメータ値とに少なくとも部分的に基づいて、マルチチャネル結合スキャンインターバル値を決定するための手段と、前記手段は、前記マルチチャネル結合スキャンインターバル値を使用してマルチチャネル結合スキャン動作を開始するためのものであり、前記マルチチャネル結合スキャン動作はチャネルのスキャンを行い、これによって、スキャン結果を得ることと、前記スキャン結果を使用して２０／４０共存決定およびバックグラウンドスキャン決定の両方を行なうこととを含む、
を備える装置。
［Ｃ２０］
前記手段は、ＭＡＣおよびＰＨＹ層ハードウェアコア、プロセッサ、および前記プロセッサによって実行される１セットのプロセッサ実行可能な命令を格納するメモリを含む、Ｃ１９に記載の装置。
［Ｃ２１］
コンピュータ可読媒体上で格納された１組のコンピュータ可読命令であって、前記１組のコンピュータ可読命令は、
バックグラウンドスキャン必要要件パラメータ値と２０／４０スキャン必要要件パラメータ値とに少なくとも部分的に基づいて、マルチチャネル結合スキャンインターバル値を決定し、
前記マルチチャネル結合スキャンインターバル値を使用してマルチチャネル結合スキャン動作を開始するためのもので、
ここで、前記マルチチャネル結合スキャン動作はチャネルのスキャンを行い、これによってスキャン結果を得ること、および前記スキャン結果を使用して２０／４０共存決定およびバックグラウンドスキャン決定の両方を行なうこととを含む、１組のコンピュータ可読命令。
［Ｃ２２］
前記１組のコンピュータ可読命令は、また、
装置が２０／４０対応アクセスポイント局（ＡＰ局）にもはや接続されていないということに応答して装置の２０／４０共存スキャン機能をディスエーブルするためのものである、Ｃ２１に記載の１組のコンピュータ可読命令。
［Ｃ２３］
前記１組のコンピュータ可読命令は、また、
前記装置によって処理されたデータトラヒック量の関数として前記マルチチャネル結合スキャンインターバル値を調整する
ためのものである、Ｃ２２に記載の１組のコンピュータ可読命令。
【図１】
0005619916.tif 000002
【図２】
0005619916.tif 000003
【図３】
0005619916.tif 000004
【図４】
0005619916.tif 000005
【図５】
0005619916.tif 000006
【図６】
0005619916.tif 000007
【図７】
0005619916.tif 000008
【図８】
0005619916.tif 000009
【図９】
0005619916.tif 000010
【図１０】
0005619916.tif 000011
【図１１】
0005619916.tif 000012
【図１２】
0005619916.tif 000013
【図１３】
0005619916.tif 000014
【図１４】
0005619916.tif 000015
【図１５】
0005619916.tif 000016
【図１６】
0005619916.tif 000017
【図１７】
0005619916.tif 000018
【図１８】
0005619916.tif 000019