(57)【要約】無線ローカルエリアネットワーク（ＷＬＡＮ）通信システム（１００）において無線アクセスポイント（ＷＡＰ）からクライアント送受信機にビーコン送信を行う方法（５００）は、無線アクセスポイント（ＷＡＰ）の基準タイミングを獲得することを含む（５０２）。次に、ＷＡＰのセクタ構成とセクタタイミングとが判定される（５０３）。次に、ＷＡＰによりサービス提供される対象セクタの仮想目標ビーコン送信時刻（ＴＢＴＴ）が計算され（５０６）、同じくその対象セクタのチャネル番号が計算される。最後に、当該方法では、上記仮想ＴＢＴＴ及び計算されたチャネル番号において、対象セクタからのセクタビーコン信号が聴取される（５０７）。
2009542162.tif 000002
【特許請求の範囲】
【請求項１】
無線ローカルエリアネットワーク（ＷＬＡＮ）システムのクライアント送受信機により、複数のセクタを有する無線アクセスポイント（ＷＡＰ）からビーコン送信を行う方法であって、
前記ＷＡＰの基準タイミングを獲得するステップと、
前記ＷＡＰのセクタ構成を判定するステップと、
前記ＷＡＰのセクタビーコンタイミングを判定するステップと、
前記クライアントがセクタ探索を行う期間であるかどうかを判定するステップと、
対象となるセクタの仮想目標ビーコン送信時刻（ＴＢＴＴ）を計算するステップと、
前記対象となるセクタの前記計算された仮想ＴＢＴＴに、前記ＷＡＰのセクタビーコンを聴取するステップと、
を備える、ビーコン送信を行う方法。
【請求項２】
前記計算するステップはさらに、対象となるセクタのチャネル番号を判定するステップを含む、請求項１に記載のビーコン送信を行う方法。
【請求項３】
前記計算された仮想ＴＢＴＴに基づき前記クライアント送受信機を同期させるステップをさらに備える請求項１に記載のビーコン送信を行う方法。
【請求項４】
無線ローカルエリアネットワーク（ＷＬＡＮ）システムにおいて複数のセクタを有する無線アクセスポイント（ＷＡＰ）に関連付けられたクライアント送受信機にセクタ間ハンドオフの情報を送る方法であって、
新たなセクタアンテナが前記ＷＡＰにおいてアクティブであると判定するステップと、
前記クライアントが所定のコンテンション期間内にあるかどうか判定するステップと、
前記ＷＡＰ上の前記クライアント送受信機からフレーム情報を送信するステップと、
あるセクタから前記新たなセクタに前記クライアント送受信機をハンドオフするステップと、
を備える方法。
【請求項５】
無線ローカルエリアネットワーク（ＷＬＡＮ）システムにおけるクライアント送受信機に、動作中のセクタを通知する方法であって、
無線アクセスポイント（ＷＡＰ）から少なくとも１つの通知情報を受信するステップと、
前記少なくとも１つの通知情報から前記ＷＡＰのセクタ構成を判定するステップと、
前記少なくとも１つの通知情報の中から前記セクタのビーコンタイミングを判定するステップと、
前記ＷＡＰによってサービス提供される対象セクタのチャネル番号を判定するステップと、
前記ＷＡＰによってサービス提供される対象セクタの仮想目標ビーコン送信時刻（ＴＢＴＴ）を計算するステップと、
前記仮想目標ビーコン送信時刻（ＴＢＴＴ）及び前記判定されたチャネル番号において、前記対象セクタからのセクタビーコン信号を聴取するステップと、
を備える方法。
【請求項６】
前記対象セクタからの前記セクタビーコン信号を受信するステップをさらに備える請求項５に記載のクライアント送受信機に動作中のセクタを通知する方法。
【請求項７】
前記ＷＡＰが少なくとも１つの指向性アンテナを使用する、請求項５に記載のクライアント送受信機に動作中のセクタを通知する方法。
【請求項８】
前記対象セクタの前記計算された仮想目標ビーコン送信時刻（ＴＢＴＴ）に基づいて前記クライアント送受信機を前記ＷＡＰに同期させるステップを備える請求項５に記載のクライアント送受信機に動作中のセクタを通知する方法。
【請求項９】
前記同期が、仮想タイミング同期機能（ＴＳＦ）タイマを用いて実行される、請求項７に記載のクライアント送受信機に動作中のセクタを通知する方法。
【請求項１０】
前記ＷＡＰのセクタ構成が、チャネルの数、セクタの数、及び前記ＷＡＰで使用される各チャネルにおけるセクタの数のうちの少なくとも１つを含む、請求項５に記載のクライアント送受信機に動作中のセクタを通知する方法。
【請求項１１】
前記セクタのビーコンタイミングが、同セクタの仮想タイミング同期機能（ＴＳＦ）タイマの値、チャネル間オフセット、及びビーコン間隔のうちの少なくとも１つを含む、請求項５に記載のクライアント送受信機に動作中のセクタを通知する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して無線ネットワークアクセスポイント（ＡＰ）を利用するクライアントに関し、より詳細には、指向性アンテナを有するＡＰによるビーコン送信に関する。
【背景技術】
【０００２】
ＩＥＥＥ（米国電気電子技術者協会）規格では、インフラストラクチャモードにおけるアクセスポイント（ＡＰ）からの送信、無線ローカルエリアネットワーク（ＷＬＡＮ）からの送信、および「アドホック」モードにおけるクライアントからの送信を含むいくつかの方法でのビーコン送信を定義している。ＷＬＡＮ環境では、「クライアント」は、ＡＰを利用して他のユーザまたは機器との無線通信を確立する移動局またはユーザであることを、当分野の技術者は理解し得る。さらに、当分野の技術者は、ＷＬＡＮにおける目標ビーコン送信時刻（ＴＢＴＴ）が、「タイミング同期機能」またはＴＳＦタイマと呼ばれる共通ネットワークタイマとビーコン間隔とによって決定されることも理解し得る。ビーコンおよびその他の管理メッセージで搬送されるこれらの２つの情報要素は、ＡＰおよびそのＡＰによってサービス提供を受けるすべてのクライアントとに共通の、各ビーコン間隔での固有のＴＢＴＴを可能にする。ＴＢＴＴは、ビーコンの目標送信時刻、または期待される送信時刻を表すにすぎない。しかし実際には、ビーコン送信は、干渉、読み込みなどといった様々な要因のために遅延し得る。
【０００３】
ＩＥＥＥ規格はシステムアーキテクチャを規定しているが、セクタ化ＡＰによるビーコン送信の方法は明確に定義されていない。当分野の技術者は、セクタ化ＡＰが、複数のセクタを形成する複数の指向性アンテナを有するＡＰであることを理解する。本明細書において、「セクタ」という用語と「指向性アンテナ」という用語は同義で使用される。さらに、多層のＡＰおよび／またはクライアントを有するネットワークにおける機能についてのＩＥＥＥ規格による定義は一層少ない。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
かかるネットワークにおいて解決を要する１つの問題として、同じＡＰのセクタを識別および探索するのに使用される、クライアントにおける「近隣」探索処理がある。この探索処理は、現在の規格では定義されていない。しかも、サービス提供ＡＰのセクタのビーコン送信時刻は、そのサービス提供ＡＰがクライアントと関連付けられているＡＰである場合には、クライアントに知られることがなく、または規格によって定義されていないため、（サイトダイバーシティおよび効率のよいメイクビフォアブレーク型ハンドオフのための）複数のセクタに対する、および複数のセクタからのトラフィックの高度なスケジューリングを行うことができない。また、ビーコンでの保留中のトラフィックの通知に基づいてトラフィック受信を効率よくスケジューリングすることも不可能である。言い換えると、クライアントは、大きなシグナリングオーバーヘッドなしでは、どのアンテナから、どの時間間隔でトラフィックを聴取すべきかを見分けることができない。従来技術の図１はかかる無線ネットワーク１００を示している。無線ネットワーク１００において、無線アクセスポイント１０１は、セクタ１０３、１０５、１０７および１０９を規定する指向性アンテナを利用する。クライアント１１１がセクタ１０９からセクタ１０３に移行していた場合、クライアント１１１がアクセスポイント１０１のセクタ１０３からビーコントラフィックを適時に受信することが重要である。
【０００５】
しかしながら、クライアント１１１は、その現在のセクタがそのセクタのビーコンをいつ送信し、またはアクティブにトラフィックをいつ受信することになるかを知らないために、アップリンクトラフィックを効率よくスケジューリングすることができない可能性がある。これにより、携帯型クライアントにおける不必要な再送信および電力の消耗が生じることになる。これらの問題は、異なる周波数上で異なるアンテナが動作するときには、複雑さが増大するものであり、無線ローカルエリアネットワークにおいてビーコンを伝搬する方法の改善が求められている。
【発明を実施するための最良の形態】
【０００６】
添付の図において、類似の符号は各図を通して同一の、または機能的に類似した要素を示し、各図は以下の詳細な説明と共に本明細書に組み込まれ、本発明の一部を形成するものであり、すべて本発明によるところの、様々な実施形態をさらに例示し、様々な原理および利点を説明するために使用される。
【０００７】
各図の要素は、簡潔かつ明瞭にするために示されており、必ずしも縮尺通りに描かれているとは限らないことを当分野の技術者は理解し得る。例えば、各図のいくつかの要素の寸法は、本発明の実施形態の理解を深めるのに役立つように、他の要素に比べて誇張されている場合もある。
【０００８】
本発明の実施形態を詳細に説明する前に、各実施形態は、主として無線ローカルエリアネットワーク（ＷＬＡＮ）におけるビーコン信号の送信および受信に関連する処理ステップおよび装置構成要素の組み合わせとして存在するものであることに留意すべきである。したがって、各装置構成要素および処理ステップは、適切な場合には、図面において従来からの符号によって表わされており、本明細書の説明による利益を得る当分野の技術者に容易に理解される詳細により本開示が不明瞭になることのないように、本発明の実施形態の理解に関連する具体的な詳細だけが示されている。
【０００９】
本明細書において、第１と第２、上と下といった関係のある用語は、主としてある実態または動作を別の実態または動作と区別するために使用されており、必ずしもそのような実態または動作の間での実際のそのような関係を必要とし、または示唆するものであるとは限らない。
【００１０】
本明細書で説明する本発明の実施形態は、１つまたは複数の従来のプロセッサ、および１つまたは複数のプロセッサを制御する固有の記憶されているプログラム命令を利用することにより、いくつかの非プロセッサ回路と共に、本明細書で説明するＷＬＡＮにおいてビーコン信号を送信する、および受信する機能の一部、大部分、または全部を実施し得ることを理解し得る。非プロセッサ回路には、それに限らないが、無線受信機、無線送信機、信号ドライバ、クロック回路、電源回路、およびユーザ入力機器が含まれる。これらの機能は、ＷＬＡＮにおいてビーコン信号の送信および／または受信を行う方法のステップとして解釈されてもよい。代替として、一部または全部の機能を、記憶されているプログラム命令を持たないステートマシンによって、あるいは、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）において実施することもでき、その場合は、各機能またはいくつかの機能の何らかの組み合わせがカスタム論理として実施される。当然ながら、これら２つの手法の組み合わせを使用することもできる。本明細書では、これらの機能の方法および手段を説明している。さらに、当分野の技術者であれば、おそらく、例えば、利用できる時間、最新の技術、経済的な考慮事項などによって動機付けられる多大な努力および多くの設計の選択肢があるにもかかわらず、本明細書で開示される概念および原理を参照すれば、かかるソフトウェア命令およびプログラムおよびＩＣを、最小限の実験作業で容易に作成することができるものと期待される。
【００１１】
図２〜６に示すように、本発明の種々の実施形態は、ＡＰ挙動およびクライアント挙動を制御してクライアントにおけるセクタ探索およびセクタ間ハンドオフを円滑化するための要素を含む。これらの要素は、１）ＡＰがその異なるセクタ上で所定の方法でビーコンを送信し、その詳細をクライアントに通知するＡＰの挙動と、２）効率のよいセクタ探索およびセクタ間ハンドオフのためにＡＰによって提供される支援を利用するクライアント挙動とを含む。これにより、クライアントが、ＡＰの他のセクタに関してＡＰにより行われる通知情報を聴取し、その情報を使って、クライアント自体の「到達可能性」またはこれらのセクタとの通信の可否を探索することが可能になる。
【００１２】
ＡＰ挙動、セクタビーコン送信および通知に関して、ＡＰの役割は、その各セクタにおいて予測可能な時刻にビーコンを送信することである。次いで、ＡＰはクライアントに、セクタビーコン送信時刻およびチャネル番号に関する情報を通知する。セクタアンテナ（不図示）は、同一チャネル上で動作してもよいし、異なるチャネル上で動作してもよいし、または混成チャネル上で（すなわち、一部はあるチャネル上、一部は別のチャネル上で）動作してもよい。以下の説明では、これら３つの場合のそれぞれについてのビーコン送信方法を例示するとともに、ＡＰがセクタビーコン伝搬についてクライアントに知らせるのに使用可能な通知方法を例示する。
【００１３】
図２に、ＡＰセクタがすべて同一チャネル上で動作する場合のセクタビーコン送信タイムラインを示す。図において、Ｄ１、Ｄ２、Ｄ３、Ｄ４は、様々なＡＰセクタ方向を表し、Ｃ１は単一のチャネルを表す。よって、この例では、各セクタアンテナが同一チャネル（Ｃ１）上にある。すなわち、各セクタビーコンは、個々の指向性アンテナ（Ｄ１〜Ｄ４）上で、目標ビーコン送信時刻（ＴＢＴＴ）から開始され、アンテナ切換え時間分だけ間隔を置いたシーケンスとして個別に送信される。アンテナ切換え時間は、ある指向性アンテナから別の指向性アンテナに切り換わる（あるいは代替として、同じ指向性アンテナをある方向から別の方向に切り換える）間に発生する遅延として最小限に規定される。一実施形態では、アンテナ切換え時間は、あるセクタにおけるセクタビーコンの送信から、別のセクタにおいてセクタビーコンの送信が可能になるまでの間にＡＰが被るすべての遅延（例えば、ハードウェア要素の切換え、ソフトウェア要素の切換えなど）に相当するものとすることができる。一実施形態では、指向性アンテナ（Ｄ１〜Ｄ４）のうちの１つまたは複数が、４つのセクタに使用されるように方向を切り換える同じ物理的アンテナである。したがって、４つのセクタのそれぞれがビーコン（｛Ｄ１，Ｃ１｝、｛Ｄ２，Ｃ１｝、｛Ｄ３，Ｃ１｝、｛Ｄ４，Ｃ１｝）を使用し、各ビーコンは、個々のセクタごとに（各指向性アンテナ上で１つずつ連続して）それぞれの方向に送信される。これらのビーコンは、ＡＰアンテナをセクタからセクタに切り換えるのに利用される時間分だけ時間的に分離される。同じＴＢＴＴまたはＴＳＦタイマが、ＡＰがビーコン伝搬を開始するのに使用される。言い換えると、ただ１つの固有のＴＢＴＴの値が生成され、ＡＰのビーコン送信用とクライアントのビーコン受信用の両方に使用される。図２には、Ｄ１セクタビーコンがＴＢＴＴで開始し、この後にＤ２、Ｄ３およびＤ４セクタビーコンが続く様子が示されている。当分野の技術者であれば、各セクタビーコンの送信順序を「その時々（ｏｎ  ｔｈｅ  ｆｌｙ）」で変更することが可能であることを理解し得る。これにより、すべてのセクタ内のクライアントに規則的な待機期間を生じさせることが可能になり、携帯型機器の省電力化が向上する。
【００１４】
図３は、各セクタが、均一性のためにまたは別の理由で異なるチャネル（Ｃ１、Ｃ２、Ｃ３、Ｃ４）を使用する場合の、各ビーコン送信が無視できないほどの時間的オフセットで隔てられている、図２に示す実施形態の代替の実施形態を示す。図２に示すように各セクタが同一チャネル上にある場合に対して、この実施形態における主要な違いは、セクタ間の切換えの間に無視できないほどのアンテナおよび周波数またはチャネル切換え遅延が発生することである。したがって、アンテナおよびチャネル切換えのたびに多少の追加システムオーバーヘッドが生じることになる。そのような場合には、連続したビーコン送信が不要な切換えオーバーヘッド生じ得る。よって、各セクタビーコンは、アンテナ切換え時間にチャネル切換え時間を加えたものよりはるかに大きい、無視できないほどの「チャネル間オフセット」分だけ時間的に間隔が置かれる。各セクタビーコンは、個々の指向性アンテナ（Ｄ１、Ｄ２、Ｄ３、Ｄ４）およびチャネル（Ｃ１、Ｃ２、Ｃ３、Ｃ４）上で、アンテナおよびチャネルの切換え時間よりはるかに大きい、無視できないほどのオフセットである「チャネル間オフセット」分だけ間隔を置いて送信される。この実施形態では、４つのチャネルを使用する４つのセクタがあり、４つのビーコンがそのチャネル上で指向性アンテナを使って送信される。これらのビーコンは、「チャネル間オフセット」分だけ間隔が置かれている。各セクタビーコンは、互いに異なる時間間隔で送信されるため、各セクタは独自のＴＳＦタイマおよびＴＢＴＴを必要とする。したがって、１つのＡＰに４つの仮想ＴＢＴＴ（各セクタごとに１つ）がある。図３から分かるように、各セクタビーコンは、独自の仮想ＴＢＴＴで、すなわち、ＴＢＴＴ＿Ｃ１、ＴＢＴＴ＿Ｃ２、ＴＢＴＴ＿Ｃ３およびＴＢＴＴ＿Ｃ４で送信される。なお、４セクタおよび４チャネルは一例にすぎない。本発明の別の実施形態では、チャネルＣ１、Ｃ２、Ｃ３、Ｃ４は同一のものである。本発明の別の実施形態では、「ｎ」個のチャネルと「ｍ」個のアンテナとすることができ、「ｎ」は「ｍ」より小さく、やはり前述の方式を使用した場合は、「ｍ」個の仮想ＴＢＴＴを使用する。
【００１５】
別の実施形態として、図４に、各セクタがそれぞれ図２および図３で示されているものの混成として動作する場合のセクタビーコン送信を示す。すなわち、同じチャネル上の各セクタは単一の仮想ＴＢＴＴに結び付けられており、その仮想ＴＢＴＴで連続して送信される。しかし、「ｍ」を所与のＡＰのすべてのセクタに含まれるチャネルの総数とすると、「ｍ」個の仮想ＴＢＴＴがある。各仮想ＴＢＴＴは、無視できないほどの「チャネル間オフセット」分だけ間隔が置かれている。この例では、セクタＤ１およびセクタＤ２がチャネルＣ１を利用し、セクタＤ３およびセクタＤ４がチャネルＣ２を利用する。Ｄ１およびＤ３のビーコンの仮想ＴＢＴＴは、チャネル間オフセット分だけ間隔が置かれている。同様に、新たなセクタＤ５が、チャネルＣ３の使用に当てられ、セクタＤ６およびセクタＤ７がチャネルＣ４と共に使用される。図４に示すように、各チャネルは独自の固有仮想ＴＢＴＴ、すなわち、ＴＢＴＴ＿Ｃ１、ＴＢＴＴ＿Ｃ２、ＴＢＴＴ＿Ｃ３およびＴＢＴＴ＿Ｃ４を有する。本発明の別の実施形態では、チャネルＣ１、Ｃ２、Ｃ３、Ｃ４は同一のものである。本発明の別の実施形態では、チャネルの任意の組み合わせを、アンテナとチャネルの適切なグループ化を用いて再利用することもできる。
【００１６】
動作に際して、ＡＰは、高速なセクタ探索およびセクタ間ハンドオフを円滑化するために、クライアントに何らかのセクタ特有の情報を通知する必要がある。この情報には、セクタ番号、（仮想ＴＢＴＴを計算するのに使用される）仮想ＴＳＦ時期、チャネル数といった情報が含まれる。具体的に、クライアントは、その関連性（ａｓｓｏｃｉａｔｉｏｎ）を判定するために、セクタ番号を使って様々なセクタを区別する。当分野の技術者は、セクタ番号が、ビーコン／プローブ応答／アソシエーション応答などのような管理フレーム内で搬送され得ることを理解し得る。よって、ＡＰは、そのような通知に多くの周知の技術を使用し得る。
【００１７】
本明細書で示すように、ＴＳＦタイマは、ビーコンおよびその他の管理メッセージ内で搬送され、単一のＡＰおよびそのＡＰと関連付けられるすべてのクライアントに対応するビーコン間隔内の固有のＴＢＴＴを計算するのに使用される。これは、さらに、クライアントがそのＡＰのＴＢＴＴを予測する際に役立つ。図２に示す実施形態では、この方法が再利用される。なぜなら、ビーコン間隔内の固有のＴＢＴＴが必要とされるからである。しかし、以下の多くの本発明の実施形態では、複数のセクタとのＡＰによる効率的なビーコン伝送をサポートするために、同じビーコン間隔内で複数の仮想ＴＢＴＴをサポートすることが求められる。さらに、各クライアントは、少なくともクライアントが関連付けられているセクタの仮想ＴＢＴＴを予測できる必要がある。この位置を判定するために、仮想ＴＳＦタイマ値が、個々のセクタのビーコンおよびプローブ応答で送信される。これらの値は、別の独自のフィールドで搬送され得るＴＳＦタイマ値を置き換えることもでき、本明細書で定義するセクタ情報要素（ＩＥ）から推論することもできる。
【００１８】
仮想ＴＳＦタイマ値は次式を使って計算される。
ＴＳＦ＿ｔｉｍｅｒＣｉ＝Ｍａｓｔｅｒ＿ＴＳＦ＿Ｔｉｍｅｒ＋（ｉ−１）＊Ｏｆｆｓｅｔ
式中、ｉ＝チャネル番号であり、Ｍａｓｔｅｒ＿ＴＳＦ＿ＴｉｍｅｒはＡＰで実行されている（または連続して記録されている）メインまたは実ＴＳＦタイマであり、Ｏｆｆｓｅｔはチャネル間オフセットである。
【００１９】
この式では、１チャネル当たりの１つの仮想ＴＳＦタイマを想定しているが、これは、「ｉ」の値およびオフセットをしかるべく解釈することにより、１セクタ当たり、または１セクタグループ当たり１つの仮想ＴＳＦタイマを含むように一般化し得ることも当分野の技術者には理解される。
【００２０】
さらに、その他のセクタビーコンに関するすべての情報を搬送してクライアントにおけるセクタ探索を容易にするために、（本明細書ではセクタ情報要素と呼ぶ）新規の情報要素を追加することができる。この要素は、ビーコン／アソシエーション応答／プローブ応答によって搬送することができる。セクタＩＥは、図４との関連で表１に示すフィールドのうちの１つまたは複数を含み得る。しかし、仮想ＴＢＴＴは、この情報をセクタまたは他の任意の代替物の観点から一般化することのできる、（チャネルベースではなく）セクタベースのものとすることもできることを当分野の技術者は理解し得る。
【００２１】
「チャネルの数」は、所与のＡＰの各セクタによって使用されるチャネルの総数の値である。例えば、図４では、４つのチャネルが使用されている。「チャネル番号［ｉ］」は、その仮想ＴＳＦタイマがＴＳＦ＿ｔｉｍｅｒＣｉで表されるチャネル番号である。ここで、仮想ＴＢＴＴ値はｉ（ｉ＝１，２，…ｎ、ｎ＝チャネルの数）の昇順である。例えば、図４では、４つのチャネルが使用されており、ｎ＝４である。さらに、チャネル番号Ｃ１、Ｃ２、Ｃ３、Ｃ４は、それぞれ、１、２、３、４である。例えば、チャネル番号［２］は２である。「セクタ数［ｉ］」は、「チャネル番号［ｉ］」上のセクタの数である。例えば、図４において、チャネルＣ３のセクタの数は１である。したがって、チャネル番号［３］は３であり、セクタ数［３］＝１である。「オフセット」は図４に示すようなチャネル間オフセットである。表１にセクタＩＥフィールドの一例を示す。
【００２２】
【表１】
2009542162.tif 000003
クライアント挙動に関して、クライアントの役割は、ハンドオフに最も適するセクタを決定するために、クライアント自体のＡＰの到達可能なセクタまたはその近隣ＡＰの到達可能なセクタを探索することである。本明細書に示すように、クライアントにおけるセクタ探索を助けるためのＡＰ支援が提供される。加えて、クライアントはセクタ探索の役割も担う。仮想ＴＢＴＴが実施される場合には、クライアントは、同期化するためにそのサービス提供セクタの仮想ＴＢＴＴを使うだけでよい。これは、所与の仮想ＴＳＦタイマを使ってＴＢＴＴのタイミング情報を計算することで達成される。当分野の技術者には明らかであるが、以下で説明するクライアントによって行われるすべてのタイミング計算は、クライアントのサービス提供セクタまたはクライアントのサービス提供ＡＰの仮想ＴＳＦタイマに対して計算される。
【００２３】
各セクタが同一のチャネルを利用し、かつビーコン送信の方法が図２に従う（すなわち、１つの固有のＴＢＴＴを用いる）セクタビーコン受信に関する限りにおいて、クライアントは、クライアント自体のセクタビーコンに基づいてＴＢＴＴを計算する。ＴＢＴＴにおいて、クライアントはクライアント自体のセクタとクライアントのサービス提供ＡＰの他のセクタのビーコンを待ち受ける。受信されたセクタビーコンは、到達可能なセクタを指示する。各セクタが同一のチャネルを利用し、ビーコン送信の方法が図２に従う近隣ＡＰの各セクタにおいて、クライアントは、サービス提供ＡＰからの近隣報告、能動的スキャン、受動的スキャンなどといった当分野で周知の手順を使って、その近隣ＡＰのＴＢＴＴを計算する。近隣探索の間、クライアントは、所与の近隣のＴＢＴＴから開始される、近隣ＡＰの各セクタのビーコンを待ち受ける。受信されたセクタビーコンは、「到達可能な」セクタ、すなわち、クライアントが通信することのできるセクタを指示する。旧来のクライアントは、それがオーバーラップするセクタ領域内にある場合、複数の連続したビーコンを受信し得ることを当分野の技術者は理解し得る。しかし、ビーコンのそれぞれは、同じＴＢＴＴ値にマップするための更新された値を搬送し、よって、クライアントは利用可能な最新の情報を使用することになる。
【００２４】
サービス提供ＡＰの各セクタが異なるチャネル上にあり、またはビーコン送信の方法が図３または図４に示すものに従う（すなわち、１ビーコン間隔当たり複数の仮想ＴＢＴＴを用いる）状況においては、クライアントは、クライアント自体のセクタビーコンに基づいてその仮想ＴＢＴＴを計算する。さらに、クライアントは、クライアントのサービス提供ＡＰによって通知される情報に基づき、そのＡＰの他の仮想ＴＢＴＴについても知る。セクタ探索の間、クライアントは、クライアントのサービス提供ＡＰのその他のセクタのビーコンをその個々の仮想ＴＢＴＴおよびチャネル番号において待ち受ける。受信されたセクタビーコンは、クライアントが通信することのできる「到達可能な」セクタを指示する。
【００２５】
近隣ＡＰの各セクタが異なるチャネル上にあり、またはビーコン送信の方法が図３または図４に示すものに従う近隣のＡＰの各セクタにおいて、クライアントは、近隣報告、能動的スキャン、受動的スキャンなどを使ってその近隣ＡＰの少なくとも１つの仮想ＴＢＴＴおよびその他の関連情報を計算する。近隣探索の間、クライアントは、近隣ＡＰの各セクタビーコンを、その個々の仮想ＴＢＴＴおよびチャネル番号において待ち受ける。受信されたセクタビーコンは、「到達可能な」セクタ、すなわち、そこで通信が可能なセクタを指示する。旧来のクライアントは、動作しているチャネル上で、そのクライアントが仮想ＴＢＴＴ値の計算を可能にするための仮想ＴＳＦタイマを用いて、ただ１つのビーコンを受信することになる。よって、旧来のクライアントも通常通り動作することができる。
【００２６】
サービス提供ＡＰの各セクタが混成セクタチャネル方式に基づいている、またはビーコン送信の方法が図４に示すものに従う状況では、クライアントは、クライアント自体のセクタビーコンに基づいてその仮想ＴＢＴＴを計算する。さらに、クライアントは、クライアントのＡＰによって通知される情報に基づいて、そのＡＰのその他の仮想ＴＢＴＴおよび仮想ＴＢＴＴの１つあたりのセクタを知る。セクタ探索の間、クライアントは、クライアントのサービス提供ＡＰのその他のセクタのビーコンを、その個々の仮想ＴＢＴＴおよびチャネル番号において待ち受ける。受信されたビーコンは、到達可能なセクタを指示する。
【００２７】
近隣ＡＰの各セクタが混成セクタチャネル方式に基づいている、またはビーコン送信の方法が図４に示すものに従う近隣ＡＰの各セクタでは、クライアントは、近隣報告、能動的スキャン、受動的スキャンなどといった公知の技術によってその近隣ＡＰの少なくとも１つの仮想ＴＢＴＴおよびその他の関連情報を計算する。近隣探索の間、クライアントは、近隣ＡＰの各セクタのビーコンを、その個々の仮想ＴＢＴＴおよびチャネル番号において待ち受ける。受信されたセクタビーコンは、到達可能なセクタを指示する。本明細書に示すように、旧来のクライアントは、クライアント自体のチャネル上でやはり複数の連続したビーコンを受け取る。前述のように、これがクライアント動作に影響を及ぼすことはない。
【００２８】
図５に、ＡＰをクライアントのサービス提供ＡＰまたは近隣ＡＰとして定義することができる場合に、ＡＰのセクタ探索のためにクライアントによって使用される方法（５００）を示す。本明細書で開示しているように、処理が開始すると（５０１）、ＡＰの少なくとも１つのセクタと関連付けられた仮想ＴＢＴＴまたは仮想ＴＳＦタイマであるＡＰの基準タイミングが得られる（５０２）。ＡＰがサービス提供ＡＰである場合、基準点は、サービス提供セクタの仮想ＴＢＴＴまたは仮想ＴＳＦタイマとすることができる。ＡＰが近隣ＡＰであるとき、クライアントは、その近隣ＡＰの基準タイミングを、サービス提供ＡＰからの近隣報告、能動的スキャン、受動的スキャンなどといった、当分野で周知の手順を使って得ることができる。
【００２９】
クライアントは、ＡＰのセクタ構成およびセクタビーコンタイミングを把握する（５０３）。ＡＰのセクタ構成は、ＡＰにおいて使用されるチャネルの数、セクタの数、および１チャネル当たりのセクタの数のうちの少なくとも１つを含む。セクタビーコンタイミングは、セクタの仮想ＴＳＦタイマ値、チャネル間オフセット、およびビーコン間隔のうちの少なくとも１つを含む。一実施形態では、クライアントは、サービス提供ＡＰからの、または前述のように各ＡＰによって送信されるセクタ特有の通知に従ったＡＰからのセクタ特有の通知によって、関連する情報、すなわち、所与のＡＰのチャネルの数およびセクタの数ならびに各セクタビーコンのセクタビーコンタイミングを把握する。別の実施形態では、この情報がクライアントにおいて事前設定される。
【００３０】
クライアントにおいてセクタ探索を行う時刻になると、この判定が行われ（５０５）、その時刻がきた後で、クライアントは、対象となる各セクタと関連付けられる推定仮想ＴＢＴＴを（５０６）で計算する。クライアントは、既知のチャネルの数、１チャネル当たりのセクタの数、（５０３）からのセクタビーコンタイミング、および（５０２）で得られたＡＰの基準タイミングのうちの少なくとも１つに基づいて、所与のセクタの推定仮想ＴＢＴＴを計算する。このステップの間に、クライアントは、対象となる各セクタのチャネル番号も計算してもよい。
【００３１】
次いで、クライアントは、計算した仮想ＴＢＴＴにおいて、ならびに既知の対象となる各セクタごとのチャネル番号において、セクタビーコン信号を適切に聴取する（５０７）。セクタビーコン信号などの関連情報が受信されるか、または処理が時間切れになると、この処理が完了する（５０９）。
【００３２】
セクタ間ハンドオフは、同じＡＰのセクタ間のクライアントのトラフィックストリームのハンドオフとして定義される。言い換えると、正常なセクタ間ハンドオフの後、クライアントのダウンリンクトラフィックストリームは、古いセクタではなく新たなセクタによって配信されることになる。セクタ間ハンドオフでは、クライアントがすでにＡＰと関連付けられているため、セクタ間ハンドオフは、明示的アソシエーション／認証が必要とされないような暗黙的なやり方で行うことができる。クライアント開始のアクセス方式が用いられる場合、クライアントは、新たなセクタアンテナがアクティブになったとき、クライアントのトラフィックを取り出し、または送信するために、ＡＰにトリガフレームを送信する。ＡＰは、その所与のセクタアンテナを介してこのトリガフレームを受信すると、このクライアントを新たなセクタに暗黙的に関連付ける。用いられるチャネルアクセス方式がクライアント開始のものではない場合、クライアントは、暗黙的セクタ間ハンドオフを達成するために新たなセクタアンテナがアクティブであるとき、ＡＰにダミーフレームまたは（利用できる場合には）データフレームを送信することが必要になり得る。純粋なコンテンションベース方式（ＤＣＦ（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）、ＥＤＣＡ（Ｅｎｈａｎｃｅｄ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）など）では、クライアントは、（コンテンションベースの手順を使って）このフレームをできる限り早く送信することができる。純粋なポーリング／スケジュールベース方式（ＰＣＦ（Ｐｏｉｎｔ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）、ＨＣＣＡ（Ｈｙｂｒｉｄ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｄ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）など）では、クライアントは、チャネルが（コンテンションベースの手順を使って）このフレームを送るのに利用できるようになるまで待機することが必要になる。
【００３３】
図６に、セクタ間ハンドオフ、すなわち、それによってＡＰのセクタ間のハンドオフが生じる方法（６００）を示す。この処理が開始されると（６０１）、クライアントは、新たなセクタアンテナがＡＰにおいていつアクティブになるかを把握する（６０３）。新たなセクタアンテナとはこの場合、クライアントがそこにハンドオフしようとしているセクタと関連付けられたアンテナをいう。新たなセクタアンテナがアクティブである場合（６０５）、クライアントがコンテンション期間にあるかどうか判定される（６０７）。コンテンション期間とはこの場合、任意のクライアントまたはＡＰが、その期間に、ランダムバックオフ、差などのような周知のチャネルアクセス規則に従った後でフレームの送信を開始し得る、ＡＰによって決定される時間間隔をいう。コンテンション期間にある場合、クライアントは、ＤＣＦ、ＥＤＣＡなどといった、当分野で周知のコンテンションベースのアクセス方法を使ってＡＰに向けてデータフレームまたはトリガフレームを送信する。その後、処理が完了する（６１１）。
【００３４】
当分野の技術者であれば、本明細書で述べる発明が、ａ）クライアントが同じＡＰの各セクタから受信されたビーコンに基づいてこれらのセクタを識別および探索することができる、およびｂ）クライアントが、ＡＰの様々なセクタのビーコンタイミングおよびチャネル番号を予測することができる、という特徴を有することにより、近隣探索およびセクタ間ハンドオフに関していくつかの利点を提供することを理解し得る。したがって、クライアントは、セクタ近隣探索にあまり時間を費やさずにすみ、ハンドオフ効率および省力化が向上する。
【００３５】
また、本発明は、サイトダイバーシティおよび効率のよいメイクビフォアブレークハンドオフのためのトラフィックのバイキャストまたはｎキャストを円滑化する。言い換えると、複数のセクタからの同じまたは異なるパケットを、ソフトハンドオフを円滑化する、またはサイトダイバーシティを提供するようにクライアントに送ることができる。そのような場合、関与する各セクタのビーコンは、トラフィック指示マップによってトラフィックの存在を指示する。予測可能なビーコン送信時刻を用いた非オーバーラップセクタビーコンは、クライアントが、関与するすべてのセクタビーコンを調べ、これらのセクタのそれぞれからいつパケットを取り出すべきか決定することを可能にする。さらに、この方法は、クライアントに、ＡＰのセクタごとのアソシエーション／認証プロセスではなく、ＡＰとの単一のアソシエーション／認証プロセスを提供する。よって、追加のアソシエーション／認証プロセスを必要とせずに、サイトダイバーシティをシームレスに可能とすることができる。最後に、クライアントは、サービス提供ＡＰの到達不可能なセクタがアクティブである時間を使って、他の到達可能なクライアントと直接通信することができる。
【００３６】
よって、本発明は、同じＡＰの様々なセクタに渡ってビーコンを伝搬する新規な方法を提供する。各フィールドが、セクタ番号、仮想ＴＳＦタイマ、セクタＩＥといった、様々なセクタのビーコンを区別するための情報を提供するために使用される。この方法は、ＡＰが、クライアントにおけるセクタ探索およびセクタ間ハンドオフを支援するために、セクタ特有の情報を通知することを可能にする。本方法は、１つのビーコン間隔およびセクタ探索およびセクタ間ハンドオフ当たりの複数の仮想ＴＢＴＴの作成を可能にする。
【００３７】
以上、本明細書においては、本発明の具体的実施形態を説明してきた。しかし、添付の特許請求の範囲に示す本発明の範囲から逸脱することなく、様々な変形および変更を加え得ることを当分野の技術者は理解し得る。すなわち、本明細書および各図は、限定のためではなく例示のためのものとみなすべきであり、そのようなあらゆる変形が本発明の範囲内に含まれることを意図するものである。利益、利点、問題の解決、および任意の利益、利点、もしくは解決を生じさせ、またはより顕著なものとし得る任意の（１つまたは複数の）要素は、いずれかの、またはすべての特許請求の範囲の、重要な、必要とされる、または不可欠な特徴または要素であるとはみなすべきではない。本発明は、もっぱら本出願の係属中に行われる任意の補正を含む添付の特許請求の範囲および開示されるこれら特許請求の範囲のあらゆる均等物によって定義されるものである。
【図面の簡単な説明】
【００３８】
【図１】ある指向性アンテナから同じＡＰ内の別のＡＰへのセクタ間ハンドオフを用いるアクセスポイントを含む従来技術の無線ネットワークを示す図である。
【図２】各セクタが同一チャネル上にある場合のアクセスポイントによるセクタビーコン送信を示すタイミング図である。
【図３】各セクタが異なるチャネル上にある場合のアクセスポイントによるセクタビーコン送信を示すタイミング図である。
【図４】各セクタがハイブリッドチャネル方式を利用する場合のアクセスポイントによるセクタビーコン送信を示すタイミング図である。
【図５】クライアントによるセクタ探索プロセスを示す流れ図である。
【図６】同じアクセスポイントのセクタの間のセクタ間ハンドオフを示す流れ図である。
【図１】
2009542162.tif 000004
【図２】
2009542162.tif 000005
【図３】
2009542162.tif 000006
【図４】
2009542162.tif 000007
【図５】
2009542162.tif 000008
【図６】
2009542162.tif 000009
【手続補正書】
【提出日】平成20年9月29日(2008.9.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線ローカルエリアネットワーク（ＷＬＡＮ）システムのクライアント送受信機により、複数のセクタを有する無線アクセスポイント（ＷＡＰ）からビーコン送信を行う方法であって、
前記ＷＡＰの基準タイミングを獲得するステップと、
前記ＷＡＰのセクタ構成を判定するステップと、
前記ＷＡＰのセクタビーコンタイミングを判定するステップと、
前記クライアントがセクタ探索を行う期間であるかどうかを判定するステップと、
対象となるセクタの仮想目標ビーコン送信時刻（ＴＢＴＴ）を計算するステップと、
前記対象となるセクタの前記計算された仮想ＴＢＴＴに、前記ＷＡＰのセクタビーコンを聴取するステップと、
を備える、ビーコン送信を行う方法。
【請求項２】
前記計算するステップはさらに、対象となるセクタのチャネル番号を判定するステップを含む、請求項１に記載のビーコン送信を行う方法。
【請求項３】
前記計算された仮想ＴＢＴＴに基づき前記クライアント送受信機を同期させるステップをさらに備える請求項１に記載のビーコン送信を行う方法。
【請求項４】
無線ローカルエリアネットワーク（ＷＬＡＮ）システムにおけるクライアント送受信機に、動作中のセクタを通知する方法であって、
無線アクセスポイント（ＷＡＰ）から少なくとも１つの通知情報を受信するステップと、
前記少なくとも１つの通知情報から前記ＷＡＰのセクタ構成を判定するステップと、
前記少なくとも１つの通知情報の中から前記セクタのビーコンタイミングを判定するステップと、
前記ＷＡＰによってサービス提供される対象セクタのチャネル番号を判定するステップと、
前記ＷＡＰによってサービス提供される対象セクタの仮想目標ビーコン送信時刻（ＴＢＴＴ）を計算するステップと、
前記仮想目標ビーコン送信時刻（ＴＢＴＴ）及び前記判定されたチャネル番号において、前記対象セクタからのセクタビーコン信号を聴取するステップと、
を備える方法。
【請求項５】
前記対象セクタからの前記セクタビーコン信号を受信するステップをさらに備える請求項４に記載のクライアント送受信機に動作中のセクタを通知する方法。
【請求項６】
前記ＷＡＰが少なくとも１つの指向性アンテナを使用する、請求項４に記載のクライアント送受信機に動作中のセクタを通知する方法。
【請求項７】
前記対象セクタの前記計算された仮想目標ビーコン送信時刻（ＴＢＴＴ）に基づいて前記クライアント送受信機を前記ＷＡＰに同期させるステップを備える請求項４に記載のクライアント送受信機に動作中のセクタを通知する方法。
【請求項８】
前記同期が、仮想タイミング同期機能（ＴＳＦ）タイマを用いて実行される、請求項６に記載のクライアント送受信機に動作中のセクタを通知する方法。
【請求項９】
前記ＷＡＰのセクタ構成が、チャネルの数、セクタの数、及び前記ＷＡＰで使用される各チャネルにおけるセクタの数のうちの少なくとも１つを含む、請求項４に記載のクライアント送受信機に動作中のセクタを通知する方法。
【請求項１０】
前記セクタのビーコンタイミングが、同セクタの仮想タイミング同期機能（ＴＳＦ）タイマの値、チャネル間オフセット、及びビーコン間隔のうちの少なくとも１つを含む、請求項４に記載のクライアント送受信機に動作中のセクタを通知する方法。
【国際調査報告】
2009542162.tif 000010