(57)【要約】修正されたプロトコル・メッセージ（４１４、４２３ａ、４２３ｂ、４２４）を生成するための典型的な方法（６００、７００）および装置（８００）が提供される。幾つかの実施形態では、物理レイヤ・リピータは、修正されたプロトコル信号を第１のチャネルで受信することと、修正されたプロトコル信号の修正されたバージョンを第２のチャネルで再送信することとを含む繰り返し動作を実行する。典型的な物理レイヤ・リピータは、信号の修正された部分におけるユニークな識別子、第１のチャネル識別子、および第１の識別子を得るために、トランシーバ（８１０）と、ベースバンド・モデム（８２２）と、修正されたプロトコル・信号を復調するように構成されたプロセッサ（８２１）とを含みうる。ユニークな識別子および第２のチャネル識別子は、第２のチャネル上で、信号の修正されたバージョンで再送信される。
2009539323.tif 000002
【特許請求の範囲】
【請求項１】
物理レイヤ繰り返し動作を実行する物理レイヤ・リピータであって、
前記物理レイヤ繰り返し動作は、アクセス・ポイント（ＡＰ）に関連付けられた第１のチャネルで、修正されたプロトコル信号を受信することと、前記第１のチャネルと異なる第２のチャネルで、前記修正されたプロトコル信号の修正されたバージョンを再送信することとを含み、前記物理レイヤ・リピータは、
トランシーバと、
前記トランシーバに接続されたベースバンド変調器／復調器（モデム）と、
前記トランシーバおよび前記ベースバンド・モデムに接続されたプロセッサとを備え、
前記プロセッサは、
前記ＡＰに関連付けられた第１の識別子と、未修正の部分の前記第１のチャネルに関連付けられた第１のチャネル識別子と、修正された部分のユニークな識別子とを得るために、前記修正されたプロトコル信号を復調し、
前記ユニークな識別子と、前記修正されたプロトコル信号の修正されたバージョンの前記第２のチャネルに関連付けられた第２のチャネル識別子とを、前記第２のチャネルで再送信し、前記第２のチャネルにおける前記第１の識別子と前記第１のチャネル識別子との再送信を阻止する
ように構成された物理レイヤ・リピータ。
【請求項２】
前記修正されたプロトコル信号は、ビーコン・フレームを含む請求項１に記載の物理レイヤ・リピータ。
【請求項３】
前記プロセッサは更に、前記物理レイヤ・リピータが、前記修正されたプロトコル信号を処理できることを前記ＡＰに通知することによって、前記ＡＰに対して、前記修正されたプロトコル信号を送信させるように構成された請求項１に記載の物理レイヤ・リピータ。
【請求項４】
前記プロセッサは更に、前記修正されたプロトコル信号を前記ＡＰに送信させることができるように、プローブ要求信号を送信するように構成された請求項１に記載の物理レイヤ・リピータ。
【請求項５】
前記修正されたプロトコル信号は、ビーコン・フレームを含み、前記ユニークな識別子は、ユニークなＢＳＳＩＤｒｅｐｅａｔｅｒを含む請求項１に記載の物理レイヤ・リピータ。
【請求項６】
前記修正されたプロトコル信号は、ビーコン・フレームを含み、前記修正された部分は、無効な情報要素（ＩＥ）を含む請求項５に記載の物理レイヤ・リピータ。
【請求項７】
前記修正されたプロトコル信号は、ビーコン・フレームを含み、前記修正された部分は、ユニークなＢＳＳＩＤｒｅｐｅａｔｅｒおよび無効な情報要素（ＩＥ）を含む請求項１に記載の物理レイヤ・リピータ。
【請求項８】
前記第１の識別子は、前記ＡＰに関連付けられたＢＳＳＩＤと、前記第１のチャネルに関連付けられた情報要素（ＩＥ）とを含む請求項１に記載の物理レイヤ・リピータ。
【請求項９】
前記ユニークな識別子は、ユニークなＢＳＳＩＤｒｅｐｅａｔｅｒを含む請求項１に記載の物理レイヤ・リピータ。
【請求項１０】
前記修正されたプロトコル信号は、プローブ応答を含み、前記修正された部分は、ユニークなＢＳＳＩＤｒｅｐｅａｔｅｒを含む請求項１に記載の物理レイヤ・リピータ。
【請求項１１】
前記修正されたプロトコル信号は、プローブ応答を含み、前記修正された部分は、無効な情報要素（ＩＥ）を含む請求項１０に記載の物理レイヤ・リピータ。
【請求項１２】
前記修正されたプロトコル信号は、プローブ応答を含み、前記修正された部分は、ユニークなＢＳＳＩＤｒｅｐｅａｔｅｒおよび無効な情報要素（ＩＥ）を含む請求項１に記載の物理レイヤ・リピータ。
【請求項１３】
プロトコルに従って動作する無線ネットワークを制御する方法であって、前記方法は、
前記ネットワーク内のノードから第１のチャネルでプロトコル・メッセージを、前記プロトコルから逸脱するように修正された前記プロトコル・メッセージの修正された部分を送信することを備え、
前記プロトコル・メッセージは、前記第１のチャネルに関連付けられた第１のチャネル識別子と、前記ノードに関連付けられた第１の識別子と、制御情報とを未修正の部分に、第２のチャネルで前記制御情報を繰り返すリピータ・ノードによる繰り返しのために前記第１のノードによって割り当てられたユニークな識別子に関連付けられた第２の識別子を前記修正された部分に含み、
前記方法は更に、
前記リピータ・ノードにおいて、前記第１のチャネルで前記プロトコル・メッセージを受信することと、
前記プロトコル・メッセージの修正されたバージョンが、前記第２のチャネルに関連付けられた第２のチャネル識別子と前記第２の識別子とを含むことができるように、前記第１のチャネルとは異なる第２のチャネルで、前記プロトコル・メッセージの修正されたバージョンを再送信することとを備え、
前記プロトコル・メッセージの修正されたバージョンは、前記ノードに関連付けられた第１の識別子と、前記第１のチャネルに関連付けられた前記第１のチャネル識別子とを含まない方法。
【請求項１４】
前記プロトコル・メッセージは、ビーコン・フレームおよびプローブ応答のうちの１つを含む請求項１３に記載の方法。
【請求項１５】
前記ノードに対して、前記プロトコル・メッセージを送信させることができるように、前記リピータ・ノードが前記プロトコル・メッセージを処理できることを前記ノードに通知することを更に含む請求項１３に記載の方法。
【請求項１６】
前記プロトコル・メッセージの修正された部分の第２の識別子は、ユニークなＢＳＳＩＤｒｅｐｅａｔｅｒを含む請求項１３に記載の方法。
【請求項１７】
前記第１の識別子は、前記ＡＰに関連付けられたＢＳＳＩＤと、前記第１のチャネルに関連付けられた情報要素（ＩＥ）とを含む請求項１３に記載の方法。
【請求項１８】
前記プロトコル・メッセージの修正された部分は、無効な情報要素（ＩＥ）を含む請求項１３に記載の方法。
【請求項１９】
前記プロトコル・メッセージの修正された部分は、無効な情報要素（ＩＥ）を含み、
前記リピータ・ノードは、前記無効なＩＥを検出し、これによって、前記ノードが、前記プロトコル・メッセージの修正された部分を送信するように構成されていることが通知される請求項１３に記載の方法。
【請求項２０】
前記プロトコルは、８０２．１１プロトコルを含む請求項１３に記載の方法。
【請求項２１】
プロトコルに従って動作する無線ネットワーク内のリピータ・ノードによる繰り返し動作を制御するための修正されたプロトコル・メッセージを生成する方法であって、
前記修正されたプロトコル・メッセージは、修正された部分と未修正の部分とを含み、
前記方法は、
第１のノードに関連付けられた第１の識別子と、第１のチャネルに関連付けられた第１のチャネル識別子とを含むように、前記修正されたプロトコル・メッセージの未修正の部分を生成することと、
前記修正されたプロトコル・メッセージが、前記プロトコルから逸脱できるように、前記修正されたプロトコル・メッセージの修正された部分を生成することとを備え、
前記修正された部分は、ユニークな識別子と、修正された情報要素（ＩＥ）とを含む方法。
【請求項２２】
前記繰り返し動作中、再送信のために、前記修正されたプロトコル・メッセージの修正されたバージョンを生成することを更に備え、前記修正されたバージョンは、前記リピータ・ノードによって使用される第２のチャネルに関連付けられた第２のチャネル識別子と前記ユニークな識別子とを含み、前記修正されたバージョンは、前記第１の識別子と、前記第１のチャネル識別子とを除外する請求項２１に記載の方法。
【請求項２３】
前記リピータ・ノードが前記修正されたプロトコル・メッセージを処理できることを示す要求が前記第１のノードにおいて受信された場合、前記修正されたプロトコル・メッセージが生成される請求項２１に記載の方法。
【請求項２４】
前記リピータ・ノードは、前記修正されたＩＥを検出することによって、前記第１のノードが、前記修正されたプロトコル・メッセージを送信できることが通知される請求項２１に記載の方法。
【請求項２５】
前記修正されたプロトコル・メッセージは、修正されたビーコン・フレーム・メッセージを含む請求項２１に記載の方法。
【請求項２６】
前記修正されたプロトコル・メッセージは、修正されたプローブ応答メッセージを含む請求項２１に記載の方法。
【請求項２７】
前記第１のノードは、アクセス・ポイント（ＡＰ）を含む請求項２１に記載の方法。
【請求項２８】
前記プロトコルは、８０２．１１プロトコルを含む請求項２２に記載の方法。
【請求項２９】
無線ローカル・エリア・ネットワーク（ＷＬＡＮ）の範囲を拡張する方法であって、
前記ＷＬＡＮは、広域ネットワークに接続されたアクセス・ポイント（ＡＰ）を含み、前記ＡＰは、プロトコルを用いて、少なくとも１つのクライアント・ユニットと通信し、前記ＡＰは、少なくとも２つの利用可能な周波数のうちのどれが、第１のプロトコル・メッセージで送信される第１の制御パラメータで送信されるために選択されたかを識別し、前記プロトコルに関連付けられた第２のプロトコル・メッセージで送信される第２の制御パラメータ内の更なる情報を識別し、
前記方法は、
前記少なくとも２つの利用可能な周波数のうちの選択された１つが、前記ＡＰに関連付けられた識別子と、前記第１のプロトコル・メッセージが前記ＡＰから送信される第１のチャネルとに対応するように、前記ＡＰによって送信される第１の制御パラメータを設定することと、
前記第１のチャネルと一致しない前記少なくとも２つの利用可能な周波数の第２のチャネルとユニークな識別子とを含めるように、前記第１のチャネルで送信される第２のプロトコル・メッセージで、前記ＡＰによって送信される第２の制御パラメータを設定することと、
前記第１のチャネルで前記ＡＰから送信された第２のプロトコル・メッセージを解釈し、前記第２のチャネルで前記第２のプロトコル・メッセージを前記クライアント・ユニットに再送信することと
を備える方法。
【請求項３０】
前記ＡＰによる前記第２の制御パラメータを設定する能力を表示することと、
リピータからの前記第２のチャネルに関連付けられた情報を、前記ＡＰから受信することと
を更に備える請求項２９に記載の方法。
【請求項３１】
前記ＡＰから受信することは、前記リピータが、前記第２のチャネルを選択した後、前記リピータからプローブ要求を受信することを含む請求項３０に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、物理レイヤ・リピータに関し、特に、クライアント・ローミングをサポートするために、複数のビーコン・フレームで複数の識別子を送信することに関する。
【背景技術】
【０００２】
例えば、ポータブル計算デバイスによるブロードバンド・サービスへの無制限のアクセスの人気の高まりによって、例えば、限定される訳ではないが、８０２．１１規格、８０２．１６規格、および８０２．２０規格において記述され指定されたＷＬＡＮおよび無線メトロポリタン・エリア・ネットワーク（ＷＭＡＮ）を含む無線ネットワークに関連するアクセス・ポイントのように、ノード範囲を拡張する必要性が増加している。無線ネットワークの効果的な普及は、ユーザ要求が増加した場合にパフォーマンス・レベルを維持し、かつ高めることと、接続完全性とサービス品質（ＱｏＳ）パラメータとを維持しながら有効範囲領域内の移動すなわち「ローミング」のような通常のユーザ動作をサポートすることとに強く依存する。
【０００３】
無線システムの範囲を増加させるためのモバイル無線業界における１つの一般的実践は、リピータを使用してなされる。当該技術において、一般に物理レイヤ（ＰＨＹ）と称されるレイヤ１で、またはレイヤ１の上で動作する様々なリピータが知られている。しかしながら、レイヤ１の上のレイヤでリピータを動作することは、時間応答性データ、あるいは広帯域アプリケーションに関連付けられたデータが、ネットワークによって伝送されている場合、顕著なパフォーマンス問題を引き起こしうる。あるいは、別の問題を引き起こしうる。例えば、パケットのメディア・アクセス制御（ＭＡＣ）アドレスは、従来のレイヤ２動作またはそれ以上のレイヤ動作で修正されるので、セキュリティ機能は、全面的な使いやすさの低下とともに危険にさらされうる。
【０００４】
特に、８０２．１１リピータは、少ない信号変調／復調で、または信号変調／復調を伴わないで、ベースバンド・レベルでクロス・チャネル繰り返し機能を実行することによって、与えられた８０２．１１ベーシック・サービス・セット（ＢＳＳ）の範囲を拡張することができる。そのような単純化されたアプローチの恩恵は、基礎をなす回路の全体的なシリコン要件を最小化しながら、非常に高速な低レイテンシ方式で繰り返され、もって、比較的安価な製品ソリューションを提供することである。そのようなリピータ・ソリューションは、アクセス・ポイント（ＡＰ）とリピータ・ノードとの両方ではなく、そのうちの一方に対するＲＦ「可視性」（visibility）を持つ比較的固定されたクライアント局に対して良好に働くことが認識されるだろう。
【０００５】
しかしながら、クライアントが、ＡＰおよびリピータ・ノードの両方に対して可視性を持っている場合、問題が生じる場合がある。特に、クライアントが、初期化中に、ＡＰおよびリピータ・ノードの両方に対してクリアな可視性を持っている場合、あるいは、例えば、指定されたチャネルとは異なるチャネル上のＡＰに関連付けられた識別子を有するビーコン・フレームを繰り返すことに基づいてローミングが差し迫っている場合、プロトコル関連問題が生じる。その問題をより良く理解するために、典型的なリピータは、繰り返し動作の一部として、ＡＰに関連付けられたオリジナルの送信チャネル以外のチャネル上で、一般にベーシック・サービス・セット識別子（ＢＳＳＩＤ）と称されるＡＰに関連付けられた識別子を繰り返すだろうことが注目されるべきである。オリジナルのチャネル以外のチャネル上で、ＡＰのＢＳＳＩＤをブロードキャストすることによって、８０２．１１プロトコルの基本仮定のうちの１つが破られる。プロトコルの基本ルールは、事実上全ての８０２．１１準拠局実装に符号化され、単一のチャネルに関連付けられたＢＳＳを識別するＢＳＳＩＤのユニーク性に依存することが注目されるべきである。認識されるように、ＡＰまたはリピータのうちの１つだけがクライアントに見える場合、クライアントは、プロトコル違反と知らずに、十分に動作することができる。一方、クライアントが、ＡＰとリピータとの両方からビーコン・フレームを受信することができる場合、本明細書で以下に示すように、引き続き問題が起こりうる。
【０００６】
ＢＳＳＩＤチャネル・ユニーク性仮定を破ることのインパクトを理解するために、プロトコル動作にしたがって、テーブルは一般に、チャネル情報を含むＢＳＳＩＤ情報を保持することが認識されるべきである。したがって、例えば、既知のＢＳＳＩＤからなるテーブルを構築している間、与えられたＢＳＳＩＤへのテーブル・エントリが生成され、ＢＳＳＩＤが受信された第１のチャネルに関連付けられるだろう。もしも同じＢＳＳＩＤが異なるチャネル上で受信される場合、テーブル・エントリは、新たなチャネル情報を用いて更新または上書きされるだろう。このテーブル・エントリを上書きする効果は、ローミングしているクライアントが、最適なチャネルをスキャンすることを阻止するオリジナルのＢＳＳＩＤチャネルを隠すことであろう。この最終的な効果は、ローミングしているクライアントが、最も直近にスキャンされたＢＳＳＩＤ／チャネルに常に加わるので、どのＢＳＳＩＤ／チャネルがより良い選択であるかを判定するために、追加のＢＳＳＩＤ／チャネルを比較する能力を持たないことである。
【０００７】
従って、上記示した問題および論点に対処し解決できることが、物理レイヤ・リピータのために望ましいだろう。そのような典型的なリピータにおけるこれら問題を解決することは、好ましくは、実質的な追加費用または複雑さをもたらすことにはならないだろう。更に、上記問題の解決は、例えば、８０２．１１プロトコルまたはその他のプロトコルに従って、プロトコル動作の継続したサポートと整合性が取れているべきである。
【発明の概要】
【０００８】
上記およびその他の問題は、様々な典型的な実施形態に従って本明細書に記載された様々な典型的な方法、手順、およびコンフィグレーションによって解決することができる。
【０００９】
１つの実施形態では、物理レイヤ・リピータが、例えば、ビーコン・フレームまたはプローブ応答のような修正されたプロトコル信号を、アクセス・ポイント（ＡＰ）に関連付けられた第１のチャネルで受信することと、プロトコル信号の修正されたバージョンを第２のチャネルで再送信することとを含む物理レイヤ繰り返し動作を実行することができる。典型的な物理レイヤ・リピータは、トランシーバと、このトランシーバに接続されたモデムとして一般に称されるベースバンド変調器／復調器と、このベースバンド・モデムに接続されたプロセッサとを含む。プロセッサは、例えば、プロトコル・メッセージがその未修正の部分でＡＰから受信されるチャネルのような第１のチャネルおよびＡＰに関連付けられた第１の識別子を取得するために、修正されたプロトコル信号を復調するように構成されうる。ＡＰによって割り当てられる第２のユニークな識別子が、修正されたプロトコル・メッセージの修正された部分において復調される。未修正プロトコル・メッセージは、更なる識別子を含まないであろうことが認識されるだろう。これは、説明するように、ＡＰとリピータとの両方が見える、すなわち、クライアント局または局の範囲内にある状況において利点を与える。例えば、第２の識別子のような修正されたプロトコル・メッセージの修正された部分からの情報が、第２のチャネルで再送信されうる。一方、第２のチャネルにおける第１の識別子の再送信は、抑制あるいは阻止される。
【００１０】
物理レイヤ・リピータは更に、物理レイヤ・リピータが、例えば一連のプローブ要求等を送ることによって、修正されたプロトコル信号を処理できることをＡＰに通知することによって、ＡＰに対して、修正されたプロトコル信号を送信させるように構成されることが認識されるだろう。修正されたプロトコル信号がビーコン・フレームを含んでいる状況では、修正された部分は、更なる仮想ネットワークを確立するために使用することができる例えばＢＳＳＩＤｒｅｐｅａｔｅｒのようなユニークなＢＳＳＩＤを含むだろう。さらに、この修正された部分は、ＡＰが、修正されたプロトコル・メッセージを送信する能力を持っていることをリピータ・ノードに通知するために、例えばＩＥ＝０のような無効な情報要素（ＩＥ）を含むことができる。またさらに、第１の識別子は、第１のチャネルに関連付けられた情報要素（ＩＥ）およびＡＰに関連付けられたＢＳＳＩＤを含むことができる一方、第２の識別子は、ユニークなＢＳＳＩＤｒｅｐｅａｔｅｒを含むことができる。リピータがプローブ要求を送信する場合、修正されたプロトコル信号は、プローブ応答を含むことができ、その修正された部分は、ユニークなＢＳＳＩＤｒｅｐｅａｔｅｒおよび無効な情報要素（ＩＥ）を含むことができる。
【００１１】
またその他の実施形態では、例えば８０２．１１プロトコルのようなプロトコルに従って動作する無線ネットワークを制御する方法が提供される。この典型的な方法は、例えばアクセス・ポイント（ＡＰ）のようなネットワーク内のノードから、ビーコン・フレーム、プローブ応答、あるいは同様なプロトコル・メッセージを送信することを含みうる。このメッセージの修正された部分は、例えば、追加のフィールド等を含むことによって、プロトコルから逸脱するように修正することができる。このメッセージは、未修正の部分において、制御情報と、ノードに関連付けられた第１の識別子と、第１のチャネルに関連付けられた第１のチャネル識別子とを含むことができる。修正された部分では、メッセージは、第２のチャネルにおいて制御情報を繰り返すリピータ・ノードによってメッセージを繰り返すことに関連付けられたユニークな識別子を含むことができる。このメッセージは、リピータ・ノードにおいて第１のチャネルで受信され、修正されたバージョンが第２のチャネルで再送信される。このメッセージの修正されたバージョンが、第２のチャネルに関連付けられた第２のチャネル識別子およびユニークな識別子を含むことができるように、第２のチャネルは第１のチャネルと異なっている必要があることに注目されるべきである。プロトコル・メッセージの修正されたバージョンが、ノードに関連付けられた第１の識別子と、第１のチャネルに関連付けられた第１のチャネル識別子とを含まないように、プロトコル・メッセージで送信されたオリジナル情報は抑制されうる。
【００１２】
例えばＡＰのようなノードには、ノードに対して、プロトコル・メッセージを第１のインスタンスで送信されることができるようにリピータ・ノードがプロトコル・メッセージを処理できることが通知される。例えばビーコン・フレームまたはフレーム応答のようなプロトコル・メッセージの修正された部分は、例えばＢＳＳＩＤｒｅｐｅａｔｅｒのようなユニークな識別子を含むことができ、第１の識別子は、ＡＰに関連付けられたＢＳＳＩＤ、および、第１のチャネルに関連付けられた例えばチャネル識別子のような情報要素（ＩＥ）を含むことができる。
【００１３】
例えば、ノードまたはＡＰが、修正されたメッセージを送信できるとの検出を容易にするために、プローブ応答またはビーコン・フレームの修正された部分が、無効な情報要素（ＩＥ）を含むことができ、もって、リピータ・ノードがこの無効なＩＥを検出し、これによって、このノードが、プローブ応答またはビーコン・フレームの修正された部分を送信するように構成されることを通知されることが認識されるだろう。
【００１４】
またその他の実施形態では、例えば８０２．１１プロトコルのようなプロトコルにしたがって動作する無線ネットワークにおける繰り返し動作を制御するための修正されたプロトコル・メッセージを生成する方法が提供される。この修正されたプロトコル・メッセージは、修正された部分および未修正の部分を含むことができる。この典型的な方法または手順の様々な実施形態に従って、修正されたプロトコル・メッセージの未修正の部分は、例えばアクセス・ポイント（ＡＰ）のような第１のノードに関連付けられた第１の識別子と、第１のチャネルに関連付けられた第１のチャネル識別子とを含むように形成される。修正されたプロトコル・メッセージの修正された部分は、修正されたプロトコル・メッセージが、ユニークな識別子および修正された情報要素（ＩＥ）を含むことによって、プロトコルから逸脱できるように形成される。
【００１５】
修正されたプロトコル・メッセージの修正されたバージョンは、繰り返し動作中の再送信のために形成されうる。修正されたプロトコル・メッセージの修正されたバージョンは、第１の識別子と第１のチャネル識別子とを除外する一方、第２のチャネルに関連付けられた第２のチャネル識別子とユニークな識別子とを含む。いくつかの実施形態では、修正されたプロトコル・メッセージは、リピータ・ノードが、修正されたプロトコル・メッセージを、第１のノードにおいて処理できることを示す要求が受信された場合に形成されることが認識されるだろう。さらに、このリピータ・ノードは、修正されたプロトコル・メッセージを、第１のノードが送信できる、言い換えれば、修正されたＩＥを検出することによって、修正されたプロトコル・メッセージを送信する能力を有することが通知される。様々な実施形態において、この修正されたプロトコル・メッセージは、修正されたビーコン・フレーム、修正されたプローブ応答等を含む。
【００１６】
またその他の実施形態では、例えばビーコン・フレームやプローブ応答のような更なるプロトコル・メッセージが、例えば別の仮想ネットワークをサポートするための更なる別のユニークな識別子を含むＡＴによって送られうる。リピータとＡＰとが、上述した方法で動作することができるように確立された場合、リピータは、高速動作のために、更なるプロトコル・メッセージの物理レイヤ・モードにおける再送信を含む繰り返し動作を実行することができる。
【図面の簡単な説明】
【００１７】
【図１】図１は、アクセス・ポイント（ＡＰ）およびクライアント局（ＳＴＡ）を含む典型的なリピータ環境を例示する図である。
【図２】図２は、複数チャネルにおいて、例えばベーシック・サービス・セット識別子（ＢＳＳＩＤ）のようなプロトコル・メッセージのクライアント局による受信を含むリピータ環境における典型的なシナリオを例示する図である。
【図３】図３は、クライアント局におけるトラッキング・テーブルと、別のチャネルからの後の識別子情報を用いた識別子情報の変位とを例示する図である。
【図４】図４は、様々な実施形態に従った修正されたプロトコル・メッセージを備えた典型的なリピータ環境を例示する図である。
【図５】図５は、様々な実施形態に従っており、クライアント局におけるトラッキング・テーブルと、別のチャネルからの識別子情報と識別子情報との後の追加とを例示する図である。
【図６】図６は、様々な実施形態に従った典型的な手順を例示するフローチャートである。
【図７】図７は、様々な実施形態に従った別の典型的な手順を例示するフローチャートである。
【図８】図８は、様々な実施形態に従った典型的な物理レイヤ・リピータの一部を例示するブロック図である。
【詳細な説明】
【００１８】
同一の参照符号が、別の視点を通じて同一の要素または機能的に類似の要素を参照し、以下の詳細説明とともに組み込まれ、明細書の一部を構成している添付図面は、様々な実施形態を更に例示し、本発明に従った様々な原理および利点を説明する。
【００１９】
様々な実施形態に従って、例えば８０２．１１リピータのような典型的なリピータは、少ない信号変調／復調で、または信号変調／復調を伴わないで、ベースバンド・レベルでクロス・チャネル繰り返し機能を実行することによって、与えられた８０２．１１ベーシック・サービス・セット（ＢＳＳ）の範囲を拡張することができる。これによって、シリコン回路要件を最小化しながら非常に高速かつ低レイテンシの繰り返しをもたらすので、比較的安価な製品ソリューションを提供する。
【００２０】
当該技術における上述した問題のインパクトをより良く理解するために、以下では、一般的なクライアント局初期化およびローミング手順が説明される。初期化時において、あるいは、ローミングまたはＢＳＳ遷移が示される場合、典型的な８０２．１１クライアント局は、以下の動作シーケンスを実行するように構成される。第１に、利用可能なチャネルを「掃引」するためにチャネル・スキャンが実行される。典型的な受信機は、８０２．１１ビーコン・フレームおよびオプションでプローブ応答フレームを求めて聞くことによって、既知のＢＳＳのテーブルを構築するために、特定の持続時間の間、各チャネルについて聞くようにプログラムすることができる。チャネル掃引は、一般に、サポートされているチャネルを、最も低いチャネル番号から、最も高いチャネル番号までステップすることによって実施される。既知のＢＳＳテーブルは一般に、環境内のＡＰから受信したフレームの受信順に埋められた単純な線形テーブルとして、または、ＢＳＳＩＤをハッシュ・キーとして用いるハッシュ・テーブルとして実現される。このテーブルは、通常、ＢＳＳＩＤあたり１つのエントリを含んでいる。与えられたＢＳＳＩＤから、１を超えるフレームが受信された場合、そのＢＳＳＩＤのテーブル・エントリが上書きまたは修正される。
【００２１】
第２に、スキャンの完了後、スキャン結果が評価され、ユーザまたはシステム・コンフィグレーションと比較され、ＢＳＳのうちの何れかが、関連する試行の候補であるかが判定される。言い換えれば、エントリは、所望のＳＳＩＤおよびセキュリティ設定を有しているか判定するために評価される。どのＢＳＳも候補ではない場合、最初の手順が繰り返されうる。１より多いＢＢＳが候補である場合、例えば最良のＲＳＳＩのような最良のＲＦ特性を持つＢＳＳが選択される。
【００２２】
単一のＢＳＳが選択された後、第１のステップで受信されたフレームからのチャネル情報を用いて、ＭＡＣに結合要求が発行される。現在のセキュリティ・コンフィグレーションに基づいて、要求元のノードが、認証を試みる。認証が成功すると、関連するフレーム交換を実行することによって、関連する試行がなされる。更なる認証およびキー交換が試行され、レイヤ３アドレス取得およびより高次のレイヤ・コンフィグレーションが実行されうる。上記ステップのうちの何れかが失敗すると、第１のステップが繰り返され、スキャンが再開または反復されることが認識されるだろう。
【００２３】
上述した手順は一般に、クライアント局とＡＰとの関係を確立するために使用されるが、与えられた実施の一部でありうる多くの変更および最適化が存在することが認識されるだろう。背景技術において述べたように、既知のＢＳＳＩＤのテーブルを構築する間、与えられたＢＳＳＩＤへのテーブル・エントリが、ＢＳＳＩＤが受信された第１のチャネルについて、最初に書き込まれ、その後、スキャン結果評価から前のチャネル情報を「隠す」効果を持つ異なるチャネルで受信されたＢＳＳＩＤ情報を用いて上書きされるだろう。したがって、このクライアント局は常に、最も直近にスキャンされたＢＳＳＩＤ／チャネルを結合し、どのＢＳＳＩＤ／チャネルが最良の選択であるかを判定するために全てのＢＳＳＩＤ／チャネル組み合わせを比較する機会を決して持たない。
【００２４】
１つの解決策は、例えばＡＰに関連付けられたＢＳＳＩＤと、リピータ・チャネルで使用されるユニークなＢＳＳＩＤのような２つの異なるＢＳＳＩＤが使用されねばならないことである。そのような解決策は、マルチＢＳＳＩＤ動作をサポートする８０２．１１ＭＡＣを用いて実施されうるか、あるいは、２つの無線を備えたＡＰ実装で実施されうる。マルチＢＳＳＩＤ動作は、マルチＳＳＩＤアプリケーションまたは「仮想ＡＰ」アプリケーションをサポートするために８０２．１１ＭＡＣ実装で益々利用可能な機能であるので、マルチＢＳＳＩＤアウェア・リピータ実装が、解決策を提供することができる。
【００２５】
様々な実施形態では、ＡＰは、環境内での送信のために、２またはそれ以上のＢＳＳＩＤをサポートするように構成されうる。ＡＰは、第１のＢＳＳＩＤと追加のユニークなＢＳＳＩＤとを、ＡＰチャネル上で送信される両ＢＳＳＩＤのためのビーコンとともに送信することができる。追加のユニークなＢＳＳＩＤを有するビーコンは、例えばチャネル値＝ゼロのような故意に無効とされた「ＤＳパラメータ・セット」情報要素（ＩＥ）を用いて送信されうる。リピータ・ノードは、ビーコンが再送信されている間、ビーコン内におけるＡＰに関連付けられたＢＳＳＩＤと、追加のユニークなＢＳＳＩＤとを検出し、ＡＰのＢＳＳＩＤを有するビーコンの再送信を阻止することができる。そして、例えば、リピータ・チャネルを追加することによって、更なるユニークなＢＳＳＩＤを有するビーコンの「ＤＳパラメータ・セット」フィールドを決定することができる。
【００２６】
また別の実施形態では、上述したように、ＡＰは、２またはそれ以上のＢＳＳＩＤをサポートするように構成されうるが、ユニークな更なるＢＳＳＩＤを有するビーコンが、例えばリピータ・チャネルのような適切なチャネルのために設定された「ＤＳパラメータ・セット」とともに送信される。現在の実施形態では、単数または複数のリピータおよびＡＰが先ず、ＡＰがリピータ・チャネルを認識できるように調整しなければならない。あるいは、ＡＰは、リピータ・チャネルを割り当てることができる。その後、リピータ・ノードは、検出またはフレーム修正を実行する必要はなく、適切なチャネルで全てのフレームを単に再送信することができる。既知のＢＳＳテーブルを埋めるために使用されるフレームのためのドロップ・フィルタとして「ＤＳパラメータ・セット」および現在のＲｘチャネルを使用するようにＳＴＡが設定されているのであれば、ＡＰチャネルについてスキャニングされている場合に、ユニークなＢＳＳＩＤが落とされるべきであり、リピータ・チャネルについてスキャニングされている場合に、ＡＰのＢＳＳＩＤが落とされるべきであることが注目されるべきである。「オフ・チャネル」ビーコンを落とすことによって、正しい「既知のＢＳＳ」テーブルとなるに違いない。
【００２７】
以下に説明する更に異なる実施形態では、ＡＰが、例えばＡＰのＢＳＳＩＤおよび更なるＢＳＳＩＤのような２または複数のＢＳＳＩＤをサポートすることができる。そのような実施形態では、有効なビーコンは、ＡＰチャネル上のＡＰのＢＳＳＩＤのためにのみ生成される。リピータは、ＡＰのＢＳＳＩＤを有するビーコンを消費し、それらを、リピータ・チャネル上の更なるユニークなＢＳＳＩＤのための新たなビーコンを生成するためのテンプレートとして用いるだろう。幾つかのインスタンスでは、スキャン・テーブル汚染（pollution）を回避するために、プローブ応答を抑制することができる。
【００２８】
様々な実施形態に従って、例えば、ＩＥＥＥ８０２．１１プロトコルおよびＷｉＦｉプロトコルに対する幾つかの修正のように、ＡＰとリピータ・ノードとの間の調整が必要とされる。この修正によって、ＡＰは、本明細書に記載の典型的な手順に従って動作できるとアナウンスすることが可能となり、リピータは、その存在と現在のコンフィグレーションとをＡＰに通知することが可能となり、ＡＰは、ユニークな更なるＢＳＳＩＤと「ＤＳパラメータ・セット」オフセット情報とをビーコンで提供することが可能となる。所望の修正は、既存の８０２．１１管理フレーム内の「情報要素」（ＩＥ）をカスタマイズすることによって実現される。カスタムＩＥを定義し使用するメカニズムは、８０２．１１規格（Ｐ８０２．１１−ＲＥＶｍａ／Ｄ５．２、２００６年３月、１３６ページ）の確立された部分である。
【００２９】
典型的なＡＰは、すべてのビーコンにおけるペイロードの終わりに追加される第１のカスタムＩＥを用いて、その調整部分を実現することができる。
【表１】
2009539323.tif 000003
【００３０】
表１では、ＥＩＤは、値２２１（０ｘｄｄ）に固定された要素識別子であり、Ｌｅｎは、バイト単位のＩＥペイロードの長さであり、ＯＵＩは、ＩＥＥＥによって割り当てられ、各登録組織にユニークな組織ユニーク識別子（Organizationally Unique Identifier）であり、製造者が、相互運用を妨げることなく、それ自身のＩＥを定義できることを保証し、ＰＩＤは、プロトコル識別子であり、ＩＥが、ユーザ定義されたどのプロトコルに属するのかを識別する。Ｌｅｎは、ＭＸＢプロトコル・ペイロードの長さであり、Ｆｌａｇは、ビット・フラグであり、プロトコルのサポートを制御する。ここで、ビット［０−２］は、ＡＰをビーコンすることによって、幾つのリピータが現在サポートされているかを識別するために使用される。他の全てのビットは予約され、ゼロに設定されるものとする。ＲｅｐｅａｔｅｒＩｎｆｏは、Ｆｌａｇ［０−２］がゼロではない情報であり、ＲｅｐｅａｔｅｒＩｎｆｏフィールドのシーケンスが存在するだろう。この例では、各ＲｅｐｅａｔｅｒＩｎｆｏフィールドは、以下のように１４オクテット長さである。Ｏｃｔｅｔ  ０［８−６］：ＲｅｐｅａｔｅｒＩｎｆｏプロトコル・バージョン（現在ゼロ）、Ｏｃｔｅｔ  ０［５−０］：ＲｅｐｅａｔｅｒＩｎｆｏペイロード長さ（現在１３または０ｘ０ｄ）、Ｏｃｔｅｔ  １−６：リピータＭＡＣアドレス、Ｏｃｔｅｔ  ７−１２：このリピータのＢＳＳＩＤＸ、Ｏｃｔｅｔ  １３：このビーコン内の「ＤＳパラメータ・セット」のオクテットのオフセット。
【００３１】
ＡＰは、ＡＰのＢＳＳＩＤを有する基本的な各ビーコン・フレームのペイロードにカスタムＩＥを含めることによって、カスタム・プロトコルを認識できるとアナウンスすることができることが認識されるだろう。ＡＰが、準拠ノードを認識できないのであれば、ＩＥには、ゼロのＲｅｐｅａｔｅｒＩｎｆｏフィールドが存在するだろう。
【００３２】
リピータ・ノードが、認識ＡＰを識別し、例えば環境設定、チャネル掃引、およびチャネル選択のような内部アフィリエーション処理を完了した場合、リピータは、指示されたプローブ要求フレームを用いてＡＰに自分自身をアナウンスすることができる。この指示されたプローブ要求は、ＤＡ＝“ＢＳＳＩＤＡＰ”およびＳＡ＝“リピータのＭＡＣアドレス”を用いて送ることができる。プローブ要求フレームの内容は、ゼロ長さＳＳＩＤ、および、１Ｍｂｐｓおよび２Ｍｂｐｓのみからなるサポートされたレート・セットを含む有効なプローブ要求でありうる。このプローブ要求は、以下のフォーマットを用いたカスタムＩＥを含むことができる。
【表２】
2009539323.tif 000004
【００３３】
表２では、Ｆｌａｇフィールドまでを含む全てのフィールドは、表１に示され、表１に関連して説明されたビーコン・フレームの第１のカスタムＩＥと同一である。それに加えて、ＲｅｐｅａｔｅｒＣｏｎｆｉｇ情報は、Ｏｃｔｅｔ  ０：リピータ・チャンネル番号と、Ｏｃｔｅｔ  １−６：リピータＭＡＣアドレスとを含む。リピータは、表１における第１のカスタムＩＥのＲｅｐｅａｔｅｒＩｎｆｏフィールド内のそれ自身のＭＡＣアドレスを用いてビーコンの受信を開始するまで、予め定めたインタバルでプローブ要求フレームを送信することができる。リピータが、存在するそれ自身のＭＡＣアドレスを用いてビーコンを受信した後、リピータは、ユニークな識別子ＢＳＳＩＤｒｅｐｅａｔｅｒを用いて、そのリピータ・チャネル上でビーコンの生成を開始することができる。リピータは、そのカスタム・プローブ要求フレームを送信し続けることができる。ＡＰが、与えられたリピータの喪失に対するテストを望む場合、タイムアウト・ウィンドウが推奨される。
【００３４】
幾つかの追加のシステム・レベル設定は、ＡＰが、複数のＢＳＳＩＤプロトコルをサポートするために必要とされうることが認識されるだろう。特に、ビーコン・フレームは全て１Ｍｂｐｓまたは２Ｍｂｐｓの何れかで送信され、ＤＴＩＭ間隔は１であり、恐らく他の設定も認識されよう。
【００３５】
他の実施形態では、特に、ＡＰからのビーコン情報の修正が、例えば電力制御情報のような情報を失わせる場合、リピータは、それらのフレームを受信し、タイプ／サブタイプ・フィールドを修正し、それらを、リピータ・チャネルで送信する前に有効なフレームにする。更に、リピータは、アフィリエートされたＡＰからのプローブ応答と有効なビーコンを検出し、それらを抑制しなければならない。ＡＰは、繰り返すチャネルについて既に訂正されたプローブ応答と、ユニークな識別子を有するビーコン・フレームとを配信するので、プローブ応答ペイロードとビーコンの修正は必要ではなくなるだろう。
【００３６】
図１に示すように、無線信号１２２のための有効範囲領域１２１を有するアクセス・ポイント（ＡＰ）１２０が、例えばビーコン・フレームまたはプローブ応答のようなプロトコル・メッセージ１２３を、無線信号１１２のための有効範囲領域１１１を有するリピータ１１０を介してクライアント局（ＳＴＡ）１３０へ通信することができる典型的な繰り返し環境１００が示される。プロトコル・メッセージ１２３は、プロトコル・メッセージ１１３に対する繰り返し中に、ＡＰ１２０に関連付けられた識別子が、プロトコル・メッセージ１１３において維持されたままで、チャネルが、繰り返し動作中に、例えば８０２．１１プロトコルのようなプロトコルのリピータ内における標準的な実装によってリピータのチャネルに変更されることにより変更されることが注目されうる。
【００３７】
しかしながら、図２の典型的なシナリオ２００に示すように、問題が生じる場合がある。クライアント局１３０が、無線信号１１２および無線信号１２２それぞれのリピータ１１０およびＡＰ１２０の範囲１１１．１２１内に存在する場合。ＡＰ１２０がプロトコル・メッセージ１２３を送り、リピータ１１０およびクライアント局１３０の両方がそれを受信する場合。しかしながら、更に、クライアント局１３０は、プロトコル・メッセージ１２３の繰り返されたバージョンを、ＡＰ１２０に関連付けられた識別子に加えて、リピータ・チャネルを含むように修正されたプロトコル・メッセージ１１３として受信する。以下により詳細に示すように、クライアント局１３０は、ＡＰに関連する最も直近のビーコン・フレームしか格納しないので、ＡＰ１２０に関連付けられたビーコン・フレーム情報のクライアント局１３０による二重受信は、ＡＰ１２０とリピータ１１０とのどちらが良好な信号を有するかに関連する情報を変えさせる。特にローミングの状況では、クライアント局１３０は、リピータ１１０またはＡＰ１２０である環境内の最も強い信号と接続する必要があるだろうから、ＡＰに関連付けられたビーコン・フレーム情報の変化は、無駄なローミング管理をもたらす。
【００３８】
ビーコン・フレーム情報の変化の性質をより良く理解するために、図３において典型的なシナリオ３００が示される。ローミングの状況では、クライアント局１３０は、例えば、ページの先頭からページの最後へ移動すると考えることができる。しかしながら、この例におけるクライアント局１３０は、ＡＰ１２０とリピータ１１０との両方の範囲内にある。ＡＰ１２０は、例えばビーコン・フレームのようなプロトコル・メッセージ１２３を無線信号１２２として定期的に送信するだろう。クライアント局１３０が、例えばビーコン・フレームのようなプロトコル・メッセージをＡＰ１２０から受信した場合、例えば、ＡＰ１２０に関連付けられたチャネル情報やＢＳＳＩＤのような情報３１２は、クライアント局１３０内のメモリ等に構成されうるテーブル３１０内に、エントリ３１１として格納されうる。同様に、リピータ１１０は、プロトコル・メッセージ１２３のバージョンを、無線信号１１２のプロトコル・メッセージ１１３として再送信するだろう。
【００３９】
クライアント局１３０が、リピータ１１０から、プロトコル・メッセージの繰り返されたバージョンを受信した場合、リピータ・チャネルに関連付けられたチャネル情報やＡＰ１２０のＢＳＳＩＤのような情報３１３は、テーブル３１０内のエントリ３１１に格納され、情報３１２を変えさせる。上述した処理は、ＡＰ１２０に関連付けられたプロトコル・メッセージで受信された情報について繰り返されることが認識されるだろう。上述した変化の欠点は、テーブル３１０が、全ての可能なアクセス・ノードに関する情報を格納するのではなく、リピータ１１０に関連付けられたノードを、潜在的なアクセス・ノードとして含めることであり、テーブル３１０は、ＡＰ１２０に関連付けられた最新の情報しか格納しないということである。この最新の情報は、ＡＰ１２０自身から送信されたプロトコル・メッセージからの情報か、または、例えば繰り返されたプロトコル・メッセージのようなＡＰ１２０の識別子情報を含むリピータ１１０から送信されたメッセージを含む。何れの場合も、例えば、最良の信号特性を有するアクセス・ノードに接続するための手順のように、ローミング中に通常呼び出されるプロトコル手順は役に立たない。
【００４０】
従って、上述した欠点を回避するために、図４に示す典型的なシナリオ４００では、修正されたプロトコル・メッセージが送られる。この例では、ＡＰ４２０は、例えば、通常のビーコン・フレームのみならず、修正されたビーコン・フレームのような、修正されたプロトコル・メッセージを送信するように構成されうる。修正されたプロトコル・メッセージが、ＡＰ４２０からブロードキャストされることが認識される一方、例示目的で、例えば、無線信号４２２ａとしてリピータ４１０に送られる修正されたプロトコル・メッセージ４２３ａと、無線信号４２２ｂとしてクライアント局１３０に送られる修正されたプロトコル・メッセージ４２３ｂとの２つの部分で示される。クライアント局１３０は、修正されたプロトコル・メッセージ４２２ｂにおける追加情報を処理するように備えられていないので、修正されたプロトコル・メッセージ４２２ｂを通常のプロトコル・メッセージとして処理し、ＢＳＳＩＤとそれに含まれるチャネル情報とに基づくエントリを格納するだろう。しかしながら、リピータ４１０が、修正されたプロトコル・メッセージ４２２ａを受信した場合、その修正された部分を認識し、ＡＰに関連付けられたＢＳＳＩＤを置き換え、ユニークなＢＳＳＩＤｒｅｐｅａｔｅｒを含むように修正されたプロトコル・メッセージの修正されたバージョン、言い換えれば、リピータ４１０および関連付けられた繰り返しチャネルによって再送信されるＢＳＳＩＤを代わりに送信するだろう。このように、リピータ４１０のリピータ・チャネルおよび追加のＢＳＳＩＤは、ローミング目的のために、クライアント局１３０内の個別のアクセス・ノードとして入力されるだろう。
【００４１】
代替実施形態に従って、ＡＰ４２０は、例えばビーコン・フレームまたはプローブ応答メッセージのような追加のプロトコル・メッセージ４２４、あるいは、ユニークな識別子ＢＳＳＩＤｒｅｐｅａｔｅｒとリピータ・チャネル情報とを含む複数の追加メッセージを送ることができることが認識されるだろう。例えば、プロトコル・メッセージ４２４は、例えば、プローブ要求中のリピータＭＡＣアドレス、あるいは、認識されるようにリピータからＡＰへ送られた類似のプロトコル・メッセージまたは要求に関する情報を取得した後に送られる。上述した実施形態は、各ユニークなＢＳＳＩＤに向けられた複数の通信を、あたかも別個のネットワークであるかのように管理することができるよう、多くの仮想ネットワーク、すなわち、同じＡＰに関連付けられた複数の異なるＢＳＳＩＤをサポートすることができることが注目されるべきである。サポートされることが可能なＢＳＳＩＤの数は、ＡＰの処理電力と、環境内のリピータの数に依存するだろう。ＡＰは、全てのリピータのために独立した仮想ネットワークをサポートするために、リピータあたり２つのユニークなＢＳＳＩＤを必要とするだろう。リピータによって選択され繰り返されたチャネルをＡＰが受信できるように、ＡＰとリピータとは通信できることが更に認識されるだろう。あるいは、ＡＰは、特に、環境内の干渉物およびノードの全てを認識しているバックグランド・コントローラが存在する環境においてリピータ・チャネルを割り当て、リピータによる最終的な割り当てと使用のためにＡＰに渡されるチャネル割当等に関する判定を提供することができる。
【００４２】
上記と首尾一貫した様々な典型的なその他の実施形態にしたがって、ＡＰは本明細書に記載したような動作を実行できることをリピータに通知する修正された情報要素を有する通常のビーコンを用いて、本発明的な方式で動作することができることを宣伝することができる。そしてリピータは、リピータ・チャネルを選択し、選択されたリピータ・チャネルを、そのアドレスとともに、例えば、プローブ要求メッセージを用いてＡＰに返信する。そしてＡＰは、例えばＢＳＳＩＤｒｅｐｅａｔｅｒのようなユニークな識別子を備えた追加のビーコン・メッセージのようなプロトコル・メッセージ４２４を、その上の修正されたチャネル情報とともに送信し始める。
【００４３】
図４に関して示すように、このプロトコルの下では、例えばローミング中に、与えられた時間においてどれが最良であるかを判定するために、それぞれの信号特性が、範囲内の他のアクセス・ノードとともに評価されるように、クライアント局１３０は、リピータ４１０とＡＰ４２０との両方のためのエントリを格納する。図５の典型的なシナリオ５００は、上述した原理を例示している。ＡＰ５２０は、無線信号５２２を介してプロトコル・メッセージ５２３をブロードキャストすることができる。これは、クライアント局１３０によって受信され、関連付けられた情報５１６が、テーブル５１０内のエントリ５１５として格納されうる。リピータ５１０もまた、プロトコル・メッセージ５２３を受信し、修正された部分を認識する。それは、本例では、リピータ５１０に関連付けられたチャネルで再送信されるユニークな識別子を含む。他の実施形態では、範囲内にあるか、または、ローミングしてクライアント局１３０の範囲内にあると思われるノードの追加のユニークな識別子とともに多くの追加のビーコン・フレーム・メッセージを送ることができることが認識されるだろう。リピータ５１０がプロトコル・メッセージ５２３を受信した場合、リピータ５１０は、ＡＰ５２０についての識別子の代わりに追加の識別子を代用することによって、繰り返し目的のために、プロトコル・メッセージの修正されたバージョンを構築することができる。結果として得られるプロトコル・メッセージ５１３は、ＡＰからの、例えばＢＳＳＩＤｒｅｐｅａｔｅｒおよび繰り返しチャネルのような追加のユニークな識別子を含むことができる。繰り返しチャネルは一般に、ＡＰ５２０からオリジナルのプロトコル・メッセージ５２３が送信されたチャネルとは異なる。プロトコル・メッセージ５１３は、繰り返しチャネルである無線信号５１２でブロードキャストされうる。例えばユニークな識別子のような関連情報５１８、あるいはＢＢＳＩＤｒｅｐｅａｔｅｒおよび繰り返しチャネル情報は、テーブル５１０内のエントリ５１７として格納することができる。典型的なリピータ５１０は、例えばプローブ要求メッセージのような要求メッセージ５１４を送ることによって、プロトコル・メッセージの送信を促すことができることが更に注目されるべきである。したがって、このプロトコル・メッセージ５２３は、プローブ応答メッセージであろう。
【００４４】
様々な実施形態に従った動作をより良く理解するために、典型的な方法６００が示され、図６に関連して説明される。６０１における初期化または起動の後、例えばリピータ・ノードのようなネットワーク内のノードは、６０２において、例えばＩＥ＝０のような定義されていない値に設定されたチャネル情報要素（ＩＥ）のような特定のインジケータを求めるプローブ要求またはビーコン・フレームのようなプロトコル・メッセージを検討することによって、複数のＢＳＳＩＤプロトコル・メッセージに従って、アクセス・ポイントのような他のノードが動作できるかを判定することができる。ゼロ・フィールドが発見されると、６０３において、リピータＢＳＳＩＤがリストされているかが判定される。ビーコン・フレーム・メッセージが、リピータの宛先アドレスとともにリストされていないのであれば、リピータは、６０４において、例えば、ＤＡ＝“ＢＳＳＩＤＡＰ”およびＳＡ＝＜リピータのＭＡＣアドレス＞に設定されたコンテンツを持つＡＰに向けられたプローブ要求を生成することができる。そのような動作は、その後の修正されたプロトコル・メッセージにリピータを含めるために、ＡＰにおけるＡＰ情報の更新を促すだろう。リピータのアドレスが、修正されたプロトコル・メッセージにおいて見られる場合、リピータは、６０５において、ＡＰに関連付けられたプロトコル・メッセージ情報の再送信を抑制し、代わりに、例えばユニークな識別子またはＢＳＳＩＤｒｅｐｅａｔｅｒを含むプロトコル・メッセージのバージョンと、繰り返しチャネルに関連付けられたチャネル情報とを送信する。この典型的な手順は、６０６で終了するものとして示されているが、この手順は、アクセス・ポイントから送信された全てのプロトコル・メッセージについて繰り返されうることが認識されよう。
【００４５】
様々な典型的な代替実施形態に従って、修正されたプロトコル・メッセージを生成するために、図７に関連してその他の手順７００が示され説明される。７０１の開始の後、例えばビーコン・フレームまたはプローブ要求のようなプロトコル・メッセージの未修正の部分は、７０２において、例えば、送信元ノードに関連付けられたＢＳＳＩＤのような識別子と、送信元ノードの送信チャネルに関連付けられたチャネル情報とを含むように生成されうる。プロトコル・メッセージの修正された部分は、例えば、７０３において、仮想ネットワーク目的のために送信元ノードに割り当てられた一連のＢＳＳＩＤから引き出されるＢＳＳＩＤｒｅｐｅａｔｅｒのようなユニークな識別子と、ゼロに設定された修正された情報要素（ＩＥ）とを用いて生成されうる。７０４において、修正されたＩＥが検出されなければ、プロトコル・メッセージが、７０５において、修正なしで繰り返されるだろう。しかしながら、７０４において、修正されたＩＥが検出された場合、リピータは、７０６において、ＡＰに関連付けられたプロトコル・メッセージ情報の再送信を抑制し、代わりに、例えばＢＳＳＩＤｒｅｐｅａｔｅｒのようなユニークな識別子を含むプロトコル・メッセージのバージョンと、繰り返しチャネルに関連付けられたチャネル情報とを送信する。この典型的な手順は７０７において終了すると示されているが、この手順は、アクセス・ポイントから送信されたプロトコル・メッセージ毎に繰り返されることが認識されるだろう。
【００４６】
その他の実施形態に従って、前に説明された特徴のうちの全てまたは恐らくは幾つかを含む典型的な装置８００が図８に示される。この装置は、例示目的のために簡単な形式で示されており、認識されるように、明瞭さのために詳細は省かれている。典型的なリピータでありうる装置８０１は、アンテナ８０２と、双方向インタフェース８１１を介してこのアンテナに接続されているトランシーバ８１０とを含みうる。トランシーバ８１０は、ＲＦ回路、ＩＦ回路、変換回路等を含み、統合されているか、サブモジュールを備えているかの何れかである。デジタル・ベースバンド・モジュールでありうるベースバンド・モジュール８２０は、高速信号処理に適応するために好適には高速バスであるバス８１２を介してトランシーバ８１０に接続されうる。ベースバンド・モジュール８２０は更に、プロトコル・メッセージから情報を抽出し、かつ、本明細書に記載したような送信のためにプロトコル・メッセージを符合化するために、プロトコル信号を復調するモデム８２２およびプロセッサ８２１を含む。典型的なリピータが無線環境内のＡＰと相互作用し、リピータとＡＰとが、自身が、上述したプロトコルに従って動作可能であると識別すると、リピータは、復調することなく、ユニークな識別子ＢＳＳＩＤｒｅｐｅａｔｅｒを含むビーコン・フレームを、リピータ・チャネル情報とともに再送信することによって、純粋な物理レイヤ・リピータとして動作することができることが認識されるだろう。
【００４７】
本明細書では、典型的な物理レイヤ・リピータのために幾つかの実施形態が示されているが、これらの実施形態は例示目的のためであり、網羅的ではない。具体的な構成要素およびその相互関係に対する変更および変形は、請求項で定義されたような本発明の意図する範囲から逸脱することなく、当業者によってなされうることが認識されるだろう。
【図１】
2009539323.tif 000005
【図２】
2009539323.tif 000006
【図３】
2009539323.tif 000007
【図４】
2009539323.tif 000008
【図５】
2009539323.tif 000009
【図６】
2009539323.tif 000010
【図７】
2009539323.tif 000011
【図８】
2009539323.tif 000012
【国際調査報告】
2009539323.tif 000013