(57)【要約】第１のアクセスポイントとインフラストラクチャとの間のリンク障害を検出するための方法が記載され、第１のアクセスポイントは、ステーションに対してインフラストラクチャとの無線接続を提供し、ステーションと第１のアクセスポイントとの間の通信を中止する。無線接続は、第１のアクセスポイントと第２のアクセスポイントとの間で次いで確立され、第２のアクセスポイントは、インフラストラクチャとのアクティブリンクを有する。インフラストラクチャフレームは、第１のアクセスポイントにおいて、第２のアクセスポイントから受信され、第１のアクセスポイントはインフラストラクチャフレームをキューに格納する。通信は、第１のアクセスポイントとステーションとの間で再開され、第１のアクセスポイントはインフラストラクチャフレームをステーションに送信する。
2008526104.tif 000002
【特許請求の範囲】
【請求項１】
第１のアクセスポイントとインフラストラクチャとの間のリンク障害を検出するステップであって、該第１のアクセスポイントは、ステーションに対してインフラストラクチャとの無線接続を提供する、ステップと、
該ステーションと該第１のアクセスポイントとの間の通信を中止するステップと、
該第１のアクセスポイントと第２のアクセスポイントとの間の無線接続を確立するステップであって、該第２のアクセスポイントは、インフラストラクチャとのアクティブリンクを有する、ステップと、
該第１のアクセスポイントにおいて、該第２のアクセスポイントからインフラストラクチャフレームを受信するステップであって、該第１のアクセスポイントは、該インフラストラクチャフレームをキューに格納する、ステップと、
該第１のアクセスポイントと該ステーションとの間の通信を再開するステップであって、該第１のアクセスポイントは、該ステーションにインフラストラクチャフレームを送信する、ステップと
を包含する、方法。
【請求項２】
前記第１のアクセスポイントと前記ステーションとの間の通信を再開する前記ステップは、
該第１のアクセスポイントにおいて、該ステーションからステーションフレームを受信することであって、該第１のアクセスポイントは、該ステーションフレームを前記キューに格納する、こと
をさらに包含する、請求項１に記載の方法。
【請求項３】
前記第１のアクセスポイントから前記第２のアクセスポイントまでステーションフレームを送信することをさらに包含する、請求項１に記載の方法。
【請求項４】
前記第２のアクセスポイントは、前記ステーションフレームを前記キューに格納し、該ステーションフレームを前記インフラストラクチャに送信する、請求項３に記載の方法。
【請求項５】
前記ステーションと前記第１のアクセスポイントとの間の通信を中止する前記ステップは、
該第１のアクセスポイントを、コンテンションフリー期間に入れること
をさらに包含する、請求項１に記載の方法。
【請求項６】
前記第１のアクセスポイントと第２のアクセスポイントとの間の無線接続を確立する前記ステップは、
該第１のアクセスポイントを、該第２のアクセスポイントと共にステーションエミュレーションモードに入れることと、
該第１のアクセスポイントを、該第２のアクセスポイントと同一のチャネル上で通信するようにスイッチすることと
をさらに包含する、請求項１に記載の方法。
【請求項７】
前記第１のアクセスポイントを、障害リカバリ診断モードに入れることと、
前記インフラストラクチャに前記リンク障害を通知することと
をさらに包含する、請求項１に記載の方法。
【請求項８】
前記インフラストラクチャに前記リンク障害を通知する前記ステップは、
ＳＮＭＰトラップを該インフラストラクチャに送ること
をさらに包含する、請求項７に記載の方法。
【請求項９】
前記インフラストラクチャから前記第２のアクセスポイントまで前記インフラストラクチャフレームを送信することと、
該第２のアクセスポイントにおいて、該インフラストラクチャフレームをキューすることと
をさらに包含する、請求項１に記載の方法。
【請求項１０】
前記第１のアクセスポイントを、電力セーブポーリングモードに入れることによって、該第１のアクセスポイントと前記第２のアクセスポイントとの間の通信を中止すること
をさらに包含する、請求項１に記載の方法。
【請求項１１】
前記第１のアクセスポイントと前記第２のアクセスポイントとの間の通信を再開すること
をさらに包含し、該第１のアクセスポイントは、前記電力セーブポーリングモードを退出する、請求項１０に記載の方法。
【請求項１２】
インフラストラクチャとの無線接続を含むステーションと、
該ステーションに対して該インフラストラクチャとの該無線接続を提供するための第１のアクセスポイントであって、該第１のアクセスポイントが、該第１のアクセスポイントと該インフラストラクチャとの間のリンク障害を検出する場合には、該第１のアクセスポイントは、該ステーションとの通信を中止する、第１のアクセスポイントと、
該インフラストラクチャとのアクティブリンクを有する第２のアクセスポイントであって、該リンク障害が検出されると、該第１のアクセスポイントと該第２のアクセスポイントとの間の無線接続が確立され、該第２のアクセスポイントは、インフラストラクチャフレームを該第１のアクセスポイントに送信し、該第１のアクセスポイントは該フレームをキューに格納し、該インフラストラクチャフレームは、該ステーションと該第１のアクセスポイントとの間の該第１のアクセスポイント通信によって引き続いて送信される、第２のアクセスポイントと
を備える、システム。
【請求項１３】
前記ステーションと前記第１のアクセスポイントとの間の通信が再開されると、該ステーションは、ステーションフレームを該第１のアクセスポイントに送信する、請求項１２に記載のシステム。
【請求項１４】
前記第１のアクセスポイントは、ステーションフレームを前記第２のアクセスポイントに送信し、該第２のアクセスポイントは、該フレームをキューに格納し、該第２のアクセスポイントは、該ステーションフレームをキューに格納し、該ステーションフレームを前記インフラストラクチャにさらに送信する、請求項１２に記載のシステム。
【請求項１５】
前記第１のアクセスポイントは、コンテンションフリー期間に入ることによって、通信を中止する、請求項１２に記載のシステム。
【請求項１６】
前記無線接続は、前記第１のアクセスポイントを、前記第２のアクセスポイントと共にステーションエミュレーションモードに入れ、該第２のアクセスポイントと同一のチャネル上で通信することによって確立される、請求項１２に記載のシステム。
【請求項１７】
命令のセットを格納するためのメモリと、
該命令のセットを実行するためのプロセッサであって、該命令のセットは、
アクセススポイントとインフラストラクチャとの間のリンク障害を検出するステップと、
ステーションと該アクセスポイントとの間の通信を中止するステップと、
該アクセスポイントを第１のモードに入れるステップであって、該第１のモードにおいて、該アクセスポイントは、ステーションフレームをさらなるアクセスポイントに送信し、インフラストラクチャフレームを該さらなるアクセスポイントから受信する、ステップと、
該アクセスポイントを第２のモードに入れるステップであって、該第２のモードにおいて、該アクセスポイントは、該ステーションとの通信を再開する、ステップと
を行う、アクセスポイント。
【請求項１８】
前記第１のモードに入れることは、前記アクセスポイントと前記さらなるアクセスポイントとの間の無線接続を確立することを包含する、請求項１７に記載のアクセスポイント。
【請求項１９】
前記第１のモードに入れることは、前記フレームをキューに格納することを包含する、請求項１７に記載のアクセスポイント。
【請求項２０】
前記第１のモードは、前記第２のモードを除く、請求項１７に記載のアクセスポイント。
【請求項２１】
前記第２のモードの通信を再開することは、
インフラストラクチャフレームを前記ステーションに送信することと、
ステーションフレームを該ステーションから受信することと
を包含する、請求項１７に記載のアクセスポイント。
【請求項２２】
前記通信を中止するステップは、前記アクセスポイントをコンテンションフリー期間に入れることを包含する、請求項１７に記載のアクセスポイント。
【請求項２３】
前記第１のモードに入れることは、前記アクセスポイントを、ステーションエミュレーションモードに、前記さらなるアクセスポイントと共に入れることと、該さらなるアクセスポイントと同一のチャネル上で通信することとを包含する、請求項１７に記載のアクセスポイント。
【請求項２４】
前記命令は、前記第１のアクセスポイントを障害リカバリ診断モードに入れることと、前記インフラストラクチャに前記リンク障害を通知することとをさらに包含する、請求項１７に記載のアクセスポイント。
【請求項２５】
前記第１のモードに入れることは、前記アクセスポイントを電力セーブポーリングモードに入れることによって、該アクセスポイントと前記さらなるアクセスポイントとの間の通信を中止することを包含する、請求項１７に記載のアクセスポイント。
【発明の詳細な説明】
【背景技術】
【０００１】
米国電気電子学会（ＩＥＥＥ）が、８０２．１１無線ローカルエリアネットワーク（ＷＬＡＮ）規格を認可して以来の数年間において、この技術に従う無線通信と計算プロダクトの激増は、並外れている。
【０００２】
ＷＬＡＮは通常、アクセスポイント（ＡＰ）を含み、アクセスポイントは、インフラストラクチャ（例えば、有線ネットワーク）に接続される。ＡＰは、ステーション（例えば、無線デバイス）に対して、インフラストラクチャとの無線接続を提供する。ステーションは、セル内の特定のＡＰの周囲に組織され、セルはＡＰのカバレッジエリアと、関連するステーションの任意のものを示す。ＷＬＡＮとのステーションの接続性は、ＡＰのインフラストラクチャの接続性に依存する。従って、インフラストラクチャの接続性が中断される場合には、故障したＡＰに関連するステーションを分離し、新しいＡＰの位置を突き止めなければならない。中断された接続性は、ステーションとの途切れない無線アクセスを提供するために、修正されなければならない。しかしながら、実在するインフラストラクチャ障害修正メカニズムは、通常、隣のＡＰの送信電力をブーストし、ＡＰのカバレッジを増大させ、故障したＡＰの損失を補償することと、または多くのＡＰを単に含むこととを包含する。しかしながら、この方法は、多くの欠点を含む。
【０００３】
隣のＡＰのカバレッジエリアを増大させることは、隣接チャネル干渉（Ａｄｊａｃｅｎｔ  Ｃｈａｎｎｅｌ  Ｉｎｔｅｒｆｅｒｅｎｃｅ）（ＡＣＩ）、同一チャネル干渉（Ｃｏ−Ｃｈａｎｎｅｌ  Ｉｎｔｅｒｆｅｒｅｎｃｅ）（ＣＣＩ）、セル間チャネルアクセス（Ｉｎｔｅｒ−Ｃｅｌｌ  Ｃｈａｎｎｅｌ  Ａｃｃｅｓｓ）（ＩＣＣＡ）の増大という結果を生じる。増大したチャネル干渉は、インフラストラクチャネットワークの動作要求により引き起こされ、ここで各セルは異なるチャネル上で動作しなければならない。干渉は、単に動作チャネルを再指定する二次的手法を要求することによって、減少のみされ得る。
【０００４】
さらに、カバレッジを増大させることは、ＷＬＡＮの配置において予測されていた元々意図していた地理的なセルのカバレッジを歪める（ｓｋｅｗ）。ＷＬＡＮのセルの元々の幾何学は、ＷＬＡＮの配置エリアの特定のローカルなトポロジーの周囲に設計される。結果として、ＡＰのカバレッジの増大は、不完全なカバレッジを生じ、ここにカバレッジの穴が存在する。
【０００５】
さらに、上記の方法は、ＷＬＡＮに復元力を提供するために、ＡＰの密度の増大を必要とする。増大したＡＰの密度は、不幸にも、送信電力のリザーブに関連するより高い追加のコストおよび他のメンテナンスコストを生じる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
それゆえ、ＡＰのカバレッジまたは密度を増大させることなしにインフラストラクチャリンク障害を解決するシステムへの必要性がある。
【課題を解決するための手段】
【０００７】
第１のアクセスポイントとインフラストラクチャとの間のリンク障害からリカバリするための方法であって、第１のアクセスポイントは、ステーションに対してインフラストラクチャとの無線接続を提供し、ステーションと第１のアクセスポイントとの間の通信を中止する。無線接続は、次いで、第１のアクセスポイントと第２のアクセスポイントとの間に確立され、ここで第２のアクセスポイントは、インフラストラクチャに対するアクティブなリンクを有する。インフラストラクチャフレームは、第１のアクセスポイントにおいて、第２のアクセスポイントから受信され、第１のアクセスポイントは、インフラストラクチャフレームをキューに格納する。通信は、第１のアクセスポイントとステーションとの間で再開され、第１のアクセスポイントは、インフラストラクチャフレームをステーションに送信する。
【０００８】
インフラストラクチャとの無線接続と、ステーションに対してインフラストラクチャまでの無線接続を提供するために第１のアクセスポイントとを含むステーションを有するシステムであって、第１のアクセスポイントが、第１のアクセスポイントとインフラストラクチャとの間のリンク障害を検出する場合には、第１のアクセスポイントはステーションとの通信を中止する。システムは、インフラストラクチャに対するアクティブリンクを有する第２のアクセスポイントをさらに含み、リンク障害が検出されると第１のアクセスポイントと第２のアクセスポイントとの間の無線接続が確立され、第２のアクセスポイントは、第１のアクセスポイントにインフラストラクチャフレームを送信し、第１のアクセスポイントは、フレームをキューに格納し、インフラストラクチャフレームは、ステーションと第１のアクセスポイントとの間の第１のアクセスポイント通信によって引き続き送信される。
【０００９】
さらに、命令のセットを格納するためにメモリと、命令のセットを実行するためのプロセッサとを有するアクセスポイント。命令のセットは、アクセスポイントとインフラストラクチャとの間のリンク障害を検出するステップと、ステーションとアクセスポイントとの間の通信を中止するステップと、アクセスポイントを第１のモードに入れ、該第１のモードにおいて、アクセスポイントは、ステーションフレームをさらなるアクセスポイントに送信し、インフラストラクチャフレームをさらなるアクセスポイントから受信するステップと、アクセスポイントを第２のモードに入れ、該第２のモードにおいて、アクセスポイントはステーションとの通信を再開するステップとを実行する。
【発明を実施するための最良の形態】
【００１０】
（詳細な記載）
本発明は、以下の記載と添付される図面との参照によってさらに理解され得、ここで同様のエレメントは、同様の参照番号を提供される。本発明は方法を提供し、該方法によって、インフラストラクチャリンク障害を受けるＡＰが、隣のＡＰにレバレージ（ｌｅｖｅｒａｇｅ）することによって、障害の報告をし、故障したＡＰの関連するステーションとのインフラストラクチャの接続性を復元する。
【００１１】
図１は、例えば、インフラストラクチャモードで動作し得る無線ローカルネットワーク（ＷＬＡＮ）１の、本発明に従う例示的な実施形態を示す。複数のＷＬＡＮ動作モード（例えば、アドホックまたはインフラストラクチャモード）があり得る。アドホックモードにおいて、無線デバイス（例えば、ステーション）は、ＡＰを含むことなくお互いに直接的に通信する。アドホックモードにおいて動作することは、お互いの範囲内の全てのステーションが、ＡＰを使用することなく、ピアトゥピア様式でお互いを発見し、通信することを可能にする。しかしながら、アドホックモードは、無線ネットワーク上の全てのステーションが同一のサービスセット識別子（ＳＳＩＤ）（Ｓｅｒｖｉｃｅ  Ｓｅｔ  Ｉｄｅｎｔｉｆｉｅｒ）を利用し、同一のチャネル上で通信することを必要とする。ＳＳＩＤは、一意的なＳＳＩＤを有するステーションのみにアクセスを制限する、ＷＬＡＮを介して送られたパケットヘッダに取り付けられる一意的な識別子である。
【００１２】
インフラストラクチャモードは、ＷＬＡＮが有線ネットワークと通信することを可能にするので、インフラストラクチャモードは、ＷＬＡＮにとって好ましい動作モードである。インフラストラクチャモードにおいて、ＡＰは、ステーションに対して中央接続ポイント（ｃｅｎｔｒａｌ  ｃｏｎｎｅｃｔｉｏｎ  ｐｏｉｎｔ）として働き、中央接続ポイントによって、ステーションはインフラストラクチャと同様に接続される。より明確に、インフラストラクチャモードにおいて、ＷＬＡＮは、セルに組織化され、セルは、ＡＰとステーションとを含む。アドホックモードとインフラストラクチャモードとの別の区別は、各セルが、セル独自のＳＳＩＤおよび／または異なるチャネルを用いて通信し得ることである。しかしながら、インフラストラクチャＷＬＡＮ上の複数のＡＰは、無線インタフェースを経由して他とは直接に通信し得ない。
【００１３】
例示的なＷＬＡＮ１は、複数のステーション（ＳＴＡ）２０、２２、および２４と、複数のＡＰ２および４と、ネットワークサーバ４０と、インフラストラクチャ３０（例えば、有線ネットワーク）とを含み得る。当業者は、本発明の例示的な実施形態が、任意のモバイルネットワークと共に使用され得ることと、ＷＬＡＮ１が例示でしかないことを理解する。
【００１４】
例示的な実施形態において、かつ以下に続く残りの議論のために、任意のＩＥＥＥ８０２．１１規格プロトコルが利用され得る。ＡＰ２およびＡＰ４は、スタンドアローンデバイス、または例えば、有線ネットワーク（例えば、イーサネット（登録商標））であるインフラストラクチャ３０に無線コンポーネント（例えば、ＳＴＡ２０、２２および２４）を接続するルータ、スイッチ、ブリッジまたはブレードに組み込まれ得る。ＡＰ２およびＡＰ４は、揮発性（ｖｏｌａｔｉｌｅ）および不揮発性（ｎｏｎ−ｖｏｌａｔｉｌｅ）メモリと、プロセッサと、電源と、必要な任意の他のハードウェアと内部回路とを含み得る。ＡＰ２およびＡＰ４は、それぞれ、カバレッジエリア、セル１２およびセル１４を有する。さらに、この記載全体を通して、無線接続は、安全な接続であり得ることに注意するべきである。当業者は、各ＳＴＡおよびＡＰが認証証明書（ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｃｒｅｄｅｎｔｉａｌ）を有し、認証証明書が使用され得ることにより、安全な接続を確立することを理解する。本発明はこれらの証明書をレバレージする。例えば、ＡＰ２が、ステーションエミュレーションモード（ＳＥＭ）に入ることにより、ＡＰ４に接続する場合には、ＡＰ２は、その認証証明書を使用し得ることにより、ＡＰ４と安全に接続する。
【００１５】
サーバ４０はまた、インフラストラクチャ３０に接続され、複数のネットワーク機能に責任があり得る（例えば、インフラストラクチャ３０をホストする、モニタリングする、管理するなど）。ＳＴＡ２０は、ＡＰ２と関連があり、セル１２の一部である。ＳＴＡ２２およびＳＴＡ２４は、ＡＰ４と接続され、セル１４の一部である。インフラストラクチャモードのＷＬＡＮにおいて、任意の無線デバイス（例えば、ＳＴＡ２０、２２および２４）は、特定のＡＰと関連しなければならない。関連性はまた、ＡＰ２およびＡＰ４が、特定の関連するデバイス、それぞれ、ＳＴＡ２０と、ＳＴＡ２２およびＳＴＡ２４とのみ通信することを必要とする。それゆえ、関連性は、セル１２からのデバイスが、セル１４からのデバイスと直接に通信することを妨げる。関連性はまた、関連するデバイスのＭＡＣアドレスを追跡し、安全およびアクセス制限手段（例えば、ＳＳＩＤ）を利用し、特定のチャネルとの通信を制限する。
【００１６】
ＳＴＡ２０ならびにＳＴＡ２２およびＳＴＡ２４は、それぞれＡＰ２ならびにＡＰ４と関連するので、ＳＴＡは、ＡＰ２ならびにＡＰ４を介してインフラストラクチャとのアクセスを取得する。従って、ＡＰ２とインフラストラクチャ３０との間に、インフラストラクチャリンク障害がある場合には、ＳＴＡ２０はまた、接続性の損失を受ける。インフラストラクチャリンク障害は、ハードウェアまたはソフトウェアのどちらかの障害から生じるインフラストラクチャ３０との接続性における任意の中断（ｄｉｓｒｕｐｔｉｏｎ）であり得る。例えば、インフラストラクチャ３０内の特定のデバイス（例えば、ルータ、ハブ、イーサネット（登録商標）ケーブルなど）は正常に働かず、またはインフラストラクチャ３０のコンポーネントの内の１つの範囲のソフトウェアドライバエラーは、インフラストラクチャ３０をオフラインにさせる。
【００１７】
図３は、本発明に従う、ＡＰ２のインフラストラクチャ障害からリカバリするための方法を示す。方法は、ＳＴＡ２０からインフラストラクチャ３０まで、および逆にＡＰ２とＡＰ４とを介して送信されるフレームに特に関連する。当業者は、上記のデバイスが、他のフレームを送信し続け得、他のフレームは、本発明の対象ではないということを理解する。本発明の例示的な実施形態をインプリメントする結果として、ＳＴＡ２０とインフラストラクチャ３０とは、インフラストラクチャ３０とＡＰ２との間の直接の通信を妨げる障害があるにもかかわらず、通信を維持する。ＡＰ２に対して意図されるインフラストラクチャ３０からの通信は、ＡＰ４を介して次いでＡＰ２にリダイレクトされる。同様に、インフラストラクチャ３０に対して意図されるＡＰ２からの通信もまた、ＡＰ４を介して次いでインフラストラクチャ３０に転送される。
【００１８】
ステップ１００において、インフラストラクチャ障害は、ＡＰ２によって検出される。ステップ１１０において、ＡＰ２は、リカバリモードに入るための準備をする。それゆえ、ＡＰ２は、ＳＴＡ２０を一時停止状態（ｔｅｍｐｏｒａｒｙ  ｓｔａｓｉｓ）に配置することによって、ＳＴＡ２０から入力する送信をホールドオフ（ｈｏｌｄ  ｏｆｆ）する。送信のホールドオフは、インフラストラクチャ３０との接続を失うＡＰ２からのチェーンリアクションとしてトリガされ得る、ＡＰ２とＳＡＴ２０との間の接続性における中断を妨げる。ＳＴＡ２０からの送信をホールドオフする例示的な実施形態は、コンテンションフリー期間（ｃｏｎｔｅｎｔｉｏｎ  ｆｒｅｅ  ｐｅｒｉｏｄ）（ＣＦＰ）またはチャネルが占有されていることを知らせるために使用され得る信号プロトコルを送る別のタイプの仮想キャリア検知に入るＡＰ２を含み得、これらにより送信を妨げる。ＣＦＰは、送信期間であり、ＣＦＰの間に、ＡＰ２は、ＳＴＡ２０からのいかなる通信も受信し得ない。インフラストラクチャモードにおいてＡＰ２は、ポイントコーディネーション機能（ｐｏｉｎｔ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｆｕｎｃｔｉｏｎ）（ＰＣＦ）を用いて動作する。ＰＣＦにおいて、ＡＰ２は一定の間隔で（例えば、０．１秒ごとに）ビーコンフレームを送る。これらのビーコンフレームの間に、ＰＣＦは２つの期間、ＣＦＰとコンテンション期間（ＣＰ）とを定義する。ＣＰにおいて、分配されたコンテンション期間は、ＡＰ２とＳＴＡ２０との間の通信プロトコルとして使用され、これは一般的な通信プロトコルである。しかしながら、ＣＦＰにおいては、ＡＰ２は、コンテンションフリーポール（ＣＦ−Ｐｏｌｌ）パケットをＳＴＡ２０に一度に１つ送り、ＳＴＡ２０がパケットを送ることを可能にする。従って、ＡＰ２は、ＳＴＡ２０から入力する送信を統合し、ＣＦＰをＳＴＡ２０からの通信をホールドオフする好ましい方法にする。ＳＴＡ２０とＡＰ２との間の接続が独占の接続ではあり得ず、結果として、ＣＦＰを用いることが、接続のタイプに関連してインプリメントされ得る通信をホールドオフする統一の（または規格ベースの）様式であり得ることに注意するべきである。
【００１９】
ステップ１２０において、ＡＰ２は、ＡＰ４がＡＰ２と同一のチャネル上で通信するかを決定する。インフラストラクチャモードにおいて、ＡＰは、同一のチャネルを用いて関連するステーション（例えば、ＡＰ２およびＳＴＡ２０）と通信する。ＡＰ２がＡＰ４と通信するために、ＡＰ２は、ＡＰ４と同一のチャネル上で通信する必要がある。しかしながら、インフラストラクチャモードにおいて、近接するＡＰが、干渉または同一のチャネル上で通信することに関連する他の問題をさける目的で、ＡＰのセルと通信することよりも、異なるチャネル上でＡＰのセルを通信することの方が、ＡＰにとって一般的である（例えば、ＡＰ４がＳＴＡ２２およびＳＴＡ２４と通信することよりも、ＡＰ２が異なるチャネル上でＳＴＡ２０と通信する）。例えば、ＡＰ２は、そのセル１２内でチャネル１を使用し得、一方でＡＰ４は、そのセル１４内でチャネル８を使用し得る。従って、ＡＰ２は、通信を確立する前に、ＡＰ４がどのチャネルを通信のために使用するかを決定する必要がある。チャネルを取得することは、動的に（例えば、ＡＰ２がチャネルデータをスキャンする）または静的（例えば、ＡＰ４は予め構成されたサイトプランに記録される）に、のいずれかによって達成され得る。
【００２０】
ステップ１２０において、ＡＰ２によって現在使用するものとは異なるチャネル上で動作するようにＡＰ４が決定される場合には、ステップ１３０においてＡＰ２は、ＡＰ４によって現在使用するチャネルにスイッチする。しかしながら、ＡＰ２が既にＡＰ４と同一のチャネル上で動作していることが決定される場合には、ＡＰ２はチャネルスイッチ（ステップ１３０）を省略する。
【００２１】
一旦チャネルが構成されると、ＡＰ２は、ステップ１４０に進み、ここでＡＰ２は、ＡＰ４と共にステーションエミュレーションモード（ＳＥＭ）に入る。ＳＥＭの間、ＡＰ２は、ＡＰ２自体をステーションであると偽装し、標準の組織化プロセスを用いてＡＰ４と関連させる。インフラストラクチャモードにおいて、２つのＡＰが無線インタフェースを介してお互いに直接に通信し得ないので、ＡＰ２はＡＰ２自体を偽装する必要がある。ＳＥＭを介した組織化の間に、ＡＰ２は、ＡＰ４によって所望される場合にＳＳＩＤを使用し得る。さらに、ＡＰ４がＭＡＣアドレスに基づいてそのセル１４とのアクセスをさらに制限する場合には、ＡＰ２は、ＡＰ４にそのＭＡＣアドレスを提供し得る。さらにＡＰ２は、安全な接続を認証および確立するために、ＡＰ２の証明書をＡＰ４に示し得る。
【００２２】
ステップ１５０において、一旦ＡＰ２とＡＰ４との間の通信が確立されると、ＡＰ２とＡＰ４とは、ＡＰ２に対してリカバリモードを立ち上げる。このステップにおいて、ＡＰ４が、ＡＰ２に対してインフラストラクチャ３０と通信する（すなわちＡＰ２とインフラストラクチャ３０との通信がＡＰ４まで通る）プロキシとして働く必要があることを、ＡＰ２がＡＰ４に知らせる。従って、ＳＴＡ２０に対して行き先を定められるフレームは、ＡＰ４を介してリルートされる。このリルートを達成するために、ＡＰ２はＡＰ４に全てのＭＡＣアドレスを示し、これらはＡＰ２と関連する。ネットワーク上の各コンピューティングデバイスは、一意的なＭＡＣアドレスを含み、ＭＡＣアドレスは、デバイスを一意的に識別するために使用され、全ての通信フレームが、特定のＭＡＣアドレスを生み出すデバイスに対して行き先を定められるようにタグをつけることを可能にする。この様式において、ＡＰ４は、ＳＴＡよりむしろＡＰ２に送信するフレームに気付き、ＳＴＡはＡＰ４と関連する。例えば、ＡＰ４がＳＴＡ２０のＭＡＣアドレスに対して行き先を定められるフレームを受信する場合には、ＡＰ４はＳＴＡ２０のＭＡＣアドレスがＡＰ２と関連し、結果としてフレームはＡＰ２に向けられるべきであることを理解する。
【００２３】
ＳＴＡ２０は、ＡＰ４と関連するようにはならず、結果としてＡＰ４は、直接の無線通信を確立するためにＳＴＡ２０のＭＡＣアドレスを使用しないことに注意するべきである。ＡＰ４は、ＳＴＡ２０のＭＡＣアドレスを使用し、ＡＰ２との後の送信において、インフラストラクチャ３０から入力するフレームにタグを付け、ＡＰ２は代わりに、引き続いてＳＴＡ２０にフレームを送信する。ＡＰ２はインフラストラクチャ３０に対するＡＰ２のリンクを失うので、ＡＰ４は、ＡＰ２に関連するＳＴＡに行き先を定められる任意の送信を受信するように構成されている。全ての他の局面において、ＡＰ４は、ＳＴＡ２２および２４に対する、インフラストラクチャ３０との無線アクセスを提供するＡＰのセル１４に通常のＡＰとして機能し続ける。
【００２４】
ステップ１５０においてリカバリモードをセットアップするさらなる構成要素は、ＡＰ２において、障害状況が発生していることをインフラストラクチャ３０に示すことである。障害通知は、標準のプロトコル（例えば、ＳＮＭＰ）または独占のプロトコル（例えば、特定の製造者のＡＰに固有の通信プロトコル）を用いて通信され得る。例えば、ＡＰ２またはＡＰ４のいずれかが、ＳＮＭＰトラップを生成し得、インフラストラクチャ３０にエラーを警告する。さらに、ＡＰ２は、ＡＰ４に独占の通信を送り得、ＡＰ４は、この独占の通信に応答してＳＮＭＰトラップを送り得る。エラーまたは特定のイベントがＷＬＡＮ１上で発生する場合には、ＳＮＭＰトラップは、送信される。トラップは、通常インフラストラクチャ３０に対して送信のみされ、インフラストラクチャ３０は、全てのＡＰ（インフラストラクチャ障害を受けているＡＰ２を含む）に対してＳＮＭＰ要求を連続的に送信する。ＡＰ２上の管理エージェントは、インフラストラクチャ３０と通信し続け得るが、この通信はＡＰ４を介して発生することに注意するべきである。
【００２５】
再び図２を参照して、リカバリ状態は、２つのモード、第１のモード６０と、第２のモード６１とを有する。第１のモード６０において、ＡＰ２はＡＰ４と通信する。第２のモード６１において、ＡＰ２はＳＴＡ２０と通信する。第２のモードは、以下にさらに詳細に記載される。ステップ１６０において、ＡＰ２とＡＰ４とは、第１のモード６０で動作し、ここでＡＰ２とＡＰ４とはフレームを交換する。上記されるように、ＡＰ４は、ＡＰ２に関連するＳＴＡ（例えば、ＳＴＡ２０）に対して行き先を定められるインフラストラクチャ３０からフレームをキューし、ＡＰ２は、インフラストラクチャ３０に対して行き先を定められるＳＴＡ２０からＡＰ４までフレームをキューする。第１のモード６０の間に、ＡＰ４はＳＴＡ２０に対して行き先を定められる任意のキューされたフレームをＡＰ２に転送し、ＡＰ２は、インフラストラクチャ３０に対して行き先を定められる任意のキューされたフレームをＡＰ４に転送する。このフレームリレーは、図２に示される送信期間６３の間に発生する。送信期間６３の間に、ＡＰ２は、ＡＰ４からフレームを受信し、ＡＰ４は、ＡＰ２からフレームを受信する。
【００２６】
以下にさらに詳細に記載されるように、ＡＰ２は、インフラストラクチャ３０に対して行き先を定められるＡＰ２に関連するＳＴＡ（例えば、ＳＴＡ２０）からフレームをキューする。第１のモード６０において、送信期間６２の間に、ＡＰ２は、インフラストラクチャ３０に対して行き先を定められる任意のキューされたフレームをＡＰ４に送信する。従って、第１のモード６０において（ステップ１６０）、ＡＰ２とＡＰ４とは、各々キューされているフレームを交換する。ＡＰ２およびＡＰ４は、お互いに、それぞれのセル１２および１４に位置されるＳＴＡまでの距離とは異なる距離に位置され得るので、ＡＰ２はＡＰ４と、およびＡＰ４はＡＰ２と通信するために、その電源出力を変更させる（例えば、より長い距離に対しては電力を増大させる）必要があり得る。特定の距離をカバーするように通信の電力を変更する方法は、当該分野で公知である。
【００２７】
さらに、ＡＰ４は、送信期間７１および送信期間７２の間にインフラストラクチャ３０と通信する。送信期間７１および送信期間７２は、第１のモード６０および第２のモード６１とは関連し得ない。送信期間７１の間に、ＡＰ４は、インフラストラクチャ３０からフレームを受信し、これは、これらのフレームがインフラストラクチャ３０から利用可能になる場合には、ＡＰ２とＳＴＡ２０とに対して行き先を定められる。システムが第１のモード６０である一方で、ＡＰ４がインフラストラクチャ３０からフレームを受信している場合には、これらのフレームは、送信期間６３の間にＡＰ２にリレーされる。システムが第２のモード６１である場合には（すなわち、ＡＰ４とＡＰ２との間に現在は通信がない）、送信期間７１がＡＰ４によってキューされる間に、インフラストラクチャ３０からフレームが受信され、後の第１のモード６０動作のフレームは引き続く送信期間６３の間に送信され得る。
【００２８】
第１のモード６０の間に、特に送信期間６２の間に、ＡＰ４はまた、インフラストラクチャ３０に対して行き先を定められるフレームをＡＰ２から受信する。これらのフレームは、ＡＰ４においてキューされ得、またはこれらはインフラストラクチャ３０に直接送信され得る。いずれかの場合において、送信期間７２は、ＡＰ４がフレームをインフラストラクチャ３０に送信する目的のために存在する。
【００２９】
ステップ１７０において、ＡＰ２は、第１のモード６０の実行を中止する。ＡＰ２は、ＡＰ４に、ＡＰ４がインフラストラクチャ３０からのキューされたフレームの送信を止めるべきであると指示する。この指示を受信すると、ＡＰ４は、インフラストラクチャ３０から受信されるフレームをキューすることを再開し、これらのフレームはセル１２（すなわち、ＡＰ２に関連するＳＴＡ）に対して行き先を定められる。例示的な実施形態において、ＡＰ２は、電力セーブポーリング（ＰＳＰ）を使用し得、ＰＳＰは、ＷＬＡＮ上のステーションに対して利用可能な特性である。ＡＰ２は、ＳＥＭ内にあり、結果としてＳＴＡに対して利用可能な機能をエミュレートし得るので、ＰＳＰは、ＡＰ２に対して利用可能である。ＰＳＰは、データを送る必要がない場合には、ステーションが電力を大事に使うことを可能にする。ステーション（この場合にはＡＰ２）は、「スリープ」状態に入りたいというＡＰ２の要求を、ステータスビットを介してＡＰ４に指示し、その要求は、各フレームのヘッダに位置される。ＡＰ４は、電力セーブモードへのエントリを要求する送信の覚書をとり、ＡＰ２に対応するパケットをキューする。ＡＰ２は実際には電力を大事に使う必要があり得ないが、この状態は使用され得、ＡＰ４の送信を制御する。当業者は、ＰＳＰがＡＰ２とＡＰ４との間のリカバリ状態のモードをスケジュールするように使用されていることを理解する。しかしながら、他の様式の、通信のスケジュール化または規則化は、本発明に従ってリカバリ状態をインプリメントするＡＰによってインプリメントされ得る。
【００３０】
図３ａの方法は、図３ｂに続く。第１のモード６０を終結した後に、ＡＰ２は、第２のモード６１へのエントリを開始し、これはＳＴＡ２０との通信を確立することを包含する。初めに、ＡＰ２は、無線通信が同一のチャネル上で発生することを確実にする必要がある。ステップ１８０において、ＡＰ２は、ＳＴＡ２０と通信するために以前に使用されたチャネルが、ＡＰ４と通信するために使用されているチャネルと同じかどうかを決定する。チャネルが異なっている場合には、ＡＰ２は、元のチャネルに切り替えられる（ステップ１９０）。チャネルを取得することは、動的に（ここでＡＰ２はチャネルデータをスキャンする）、または静的に（ここでＳＴＡ２０チャネルは記録される）のいずれかで達成され得る。好ましくは、ＡＰ２が、障害の検出の前に使用されたチャネルを記録し得、第２のモード６１に入る時間の場合には、単純にこの記録されたチャネルに戻り得るので、チャネルデータは静的に引き出される。
【００３１】
ステップ２００において、ＡＰ２は、第２のモード６１に入る。図２を再び参照して、第２のモード６１はまた、２つの送信期間６４および送信期間６５を含む。送信期間６５の間に、ＡＰ２は、ＳＴＡ２０からインフラストラクチャ３０に対して行き先を定められる全てのフレームを受信し、キューする。送信期間６４の間に、ＡＰ２はＳＴＡ２０に対して行き先を定められる全てのフレーム（すなわちＡＰ４から受信され、第１のモード６０の間にキューされたこれらのフレーム）を送信する。
【００３２】
第２のモード６１に入る（ステップ２００）ために、ＡＰ２は、ＳＴＡ２０がフレームをＡＰ２に送信することを可能にするために、ＣＦＰを終結する。この送信は、送信期間６５の間に達成される。ＡＰ２は、後の第１のモード６０の動作の間にＡＰ４を介してインフラストラクチャ３０まで送信するためのこれらの受信されるフレームをキューする。ＡＰ２はまた、ＡＰ２が、第１のモード６０の送信期間６３の間にＡＰ４から受信し、キューした、ＳＴＡ２０に対して行き先を定められる送信の全てを送信する。第２のモード６１は予め決定された期間の間続く。
【００３３】
ステップ２１０において、第２のモード６１が終結された後、ＡＰ２は、上記されるものと同一の様式でＳＴＡ２０からの送信を終結するためにＣＦＰに入ることによって第１のモード６０に戻る。ステップ２２０およびステップ２３０は、ステップ１２０およびステップ１３０とそれぞれ類似しており、ここで、ＡＰ２とＡＰ４とが同一のチャネル上で通信するかどうかが決定され、必要である場合にはＡＰ２は、正確なチャネルにスイッチする。チャネルを取得することは、動的に、または静的に、のいずれかで達成され得る。ＡＰ２は既にＡＰ４と通信されているので、チャネルデータは静的に取得されることが好ましい。ＡＰ２は、その前の通信の間にＡＰ４のチャネルを記録し得、第１のモード６０と第２のモード６１との間に必要とされる場合にはチャネルをスイッチする。
【００３４】
ステップ２４０において、ＡＰ２は、ＰＳＰモードから起きる（ｗａｋｅ  ｕｐ）。ＰＳＰモードはＡＰ２とＡＰ４との間でアクティブなモードであるので、ＡＰ２が再びＳＥＭモードに入ることの必要性はない。目覚めへのステータス変化は、ＡＰ２が第１のモード６０を終結して以来、ＡＰ４が、インフラストラクチャ３０からキューしている任意のフレームを、ＡＰ２が受信する用意があることをＡＰ４に警告する。プロセスは次いで、それ自体を繰り返し、ＡＰ２は、第１のモード６０と第２のモード６１との間でスイッチングを続ける。結果として、第１のモード６０の間にＡＰ２は、ＡＰ２がＡＰ４と通信可能にさせるステーションのように働く。第２のモード６１の間に、ＡＰ２は、データが隣のＡＰ（例えば、ＡＰ４）を介して初めにリレーされる主要な差異を有する、インフラストラクチャ３０からデータを送信する伝統的なＡＰに類似した挙動をする。
【００３５】
ＡＰ２とＡＰ４とは、上記される第１のモード６０と第２のモード６１との間をスイッチすることにより、このリカバリ状態において無限に動作し続け得る。リカバリ方法はまた、手動的に（例えば、ユーザがリカバリを終結する）、または自動的に（例えば、ＡＰ２がインフラストラクチャ３０との通信を再確立する）のいずれかで終結され得る。
【００３６】
本発明の上記の例示的な実施形態は、「カープーリング（ｃａｒｐｏｏｌｉｎｇ）」といわれる手法を利用した。この手法は、故障したＡＰ２と関連するＳＴＡ２０からの通信が、第２のモード６１の間に故障したＡＰ２において受信およびキューされ、一方でインフラストラクチャ３０からの通信が同じ期間にＡＰ４において受信およびキューされる場合の動作のことをいう。ＡＰ２とＡＰ４とが第１のモード６０に入る場合には、ＡＰ２とＡＰ４とがそれらのそれぞれキューされたフレームを交換する（すなわち、フレームはＡＰ２とＡＰ４との間でカープーリングされる）。このカープーリングする配置は、故障したＡＰ２と関連するＳＴＡが、別のＡＰ（例えば、ＡＰ４）と再関連するようになるよりむしろ、ＡＰ２と関連したままいることを可能にする。このフレームをカープーリングする動作は、ＳＴＡの再関連付けよりも効果的である。
【００３７】
本発明は、インストラクチャリンク障害からのリカバリするための従来技術の欠陥を克服する。隣のＡＰ（例えば、ＡＰ４）のカバレッジを増大させる代わりに、ＡＰ４は、そのカバレッジを維持し、セル１４は完全なままである。ＡＰ４は、プロキシになり、インフラストラクチャ３０とＡＰ２との間でフレームをリレーする。さらに、セル１２は、邪魔が入らず、ＡＰ２は未だＳＴＡ２０にサービスを提供する。結果として、インフラストラクチャ３０またはＳＴＡ２０のどちらも、ＷＬＡＮ１との再接続のためにいかなる行動をとる必要もない。
【００３８】
本発明は、上記の例示的な実施形態を参照して記載されている。当業者は、本発明が変更される場合には、うまくインプリメントされ得ることを理解する。従って、添付する特許請求の範囲に述べられる本発明の広い精神および範囲から逸脱することなく、様々な変更および変化がなされ得る。本明細書および図面は、従って、制限する意味というよりはむしろ例示的な意味としてみなされるべきである。
【図面の簡単な説明】
【００３９】
【図１】図１は、本発明に従った、モバイルネットワークの例示的な実施形態である。
【図２】図２は、本発明に従った、リカバリシステムの例示的な実施形態である。
【図３ａ】図３ａは、本発明に従った、ＡＰインフラストラクチャ障害からリカバリするための方法の例示的な実施形態である。
【図３ｂ】図３ｂは、本発明に従った、ＡＰインフラストラクチャ障害からリカバリするための方法の例示的な実施形態である。
【図１】
2008526104.tif 000003
【図２】
2008526104.tif 000004
【図３ａ】
2008526104.tif 000005
【図３ｂ】
2008526104.tif 000006
【国際調査報告】
2008526104.tif 000007