(57)【要約】  局からサービングアクセスポイント（ＡＰ）に、無線ローカルエリアネットワークにおいてハンドオーバ候補のリストを通信するための方法は、局においてハンドオーバの候補ＡＰのリストを決定することによって始まる。この候補リストは局においてソートされ、サービングＡＰに送信される。この送信するステップは、所定の期間が満了すると、またはイベントトリガーを局において受信すると候補リストをサービングＡＰに送信することを含むことが可能である。この方法はまた、サービングＡＰによって局から候補リストを要求するステップも含むことが可能である。
2008506336.tif 000002
【特許請求の範囲】
【請求項１】
局からサービングアクセスポイント（ＡＰ）に、無線ローカルエリアネットワークにおいてハンドオーバ候補リストを通信する方法であって、
前記局においてハンドオーバの候補ＡＰのリストを決定するステップと、
前記局において前記候補リストをソーティングするステップと、
前記候補リストを前記サービングＡＰに送信するステップと
を備えることを特徴とする方法。
【請求項２】
前記決定するステップは、前記局によって行われる測定に基づいて潜在的な候補ＡＰを選択するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記決定するステップは、候補ＡＰの固定リストを使用するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記決定するステップは、前記局がネットワーク上の他のエンティティから前記候補リストを受信するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記ソーティングするステップは、前記局において行われる測定によって前記候補リストをソーティングすることをさらに含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記ソーティングするステップは、前記リスト上の各ＡＰに関する評価指標によって前記候補リストをソーティングするステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記送信するステップは、所定の期間が満了すると、前記候補リストを前記サービングＡＰに送信するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項８】
前記所定の期間は、０．１秒から１０秒の間であることを特徴とする請求項７に記載の方法。
【請求項９】
前記送信するステップは、局においてイベントトリガーを受信すると、前記候補リストを前記サービングＡＰに送信するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項１０】
前記イベントトリガーは、前記局がハンドオーバをトリガーすることを含むことを特徴とする請求項９に記載の方法。
【請求項１１】
前記イベントトリガーは、前記局と前記サービングＡＰとの間の無線リンクの品質が所定の閾値を下回ることを含むことを特徴とする請求項９に記載の方法。
【請求項１２】
前記イベントトリガーは、前記局が前記候補リスト上のＡＰを前記サービングＡＰよりも品質の高い無線リンクと同一視することを含むことを特徴とする請求項９に記載の方法。
【請求項１３】
前記イベントトリガーは、前記局が前記サービングＡＰから他のＡＰに向かって移動することを含むことを特徴とする請求項９に記載の方法。
【請求項１４】
前記サービングＡＰによって前記局から候補リストを要求するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項１５】
前記サービングＡＰによって前記局からパラメータ及びハンドオーバ要求を要求するステップをさらに備えることを特徴とする請求項１４に記載の方法。
【請求項１６】
ネットワーク上の局によって、無線ローカルエリアネットワークにおけるハンドオーバを開始する方法であって、
候補アクセスポイント（ＡＰ）のリストを前記局からサービングＡＰに送信するステップと、
前記局によるハンドオーバを開始することを前記サービングＡＰに要求するステップと、
前記サービングＡＰが前記ハンドオーバを完了することが可能か否かを決定するステップと、
前記サービングＡＰが前記ハンドオーバを完了することができる場合に前記サービングＡＰによって前記ハンドオーバを実行するステップと
を備えることを特徴とする方法。
【請求項１７】
前記サービングＡＰから前記局に、前記サービングＡＰが前記ハンドオーバを完了することが可能か否かを示すメッセージを送信するステップをさらに備えることを特徴とする請求項１６に記載の方法。
【請求項１８】
前記サービングＡＰが前記ハンドオーバを完了することができない場合には、前記メッセージは前記サービングＡＰが前記ハンドオーバを完了できなかった理由を含むことを特徴とする請求項１７に記載の方法。
【請求項１９】
前記サービングＡＰが前記ハンドオーバを完了するために前記局から追加情報を要求するか否かを決定するステップをさらに備えることを特徴とする請求項１６に記載の方法。
【請求項２０】
前記サービングＡＰが前記ハンドオーバを完了するために追加情報を要求する場合には、前記方法は、
前記サービングＡＰによって前記局から前記追加情報を要求するステップと、
前記局による要求に対して、前記追加情報で応答するステップと
をさらに備えることを特徴とする請求項１９に記載の方法。
【請求項２１】
前記サービングＡＰから前記局に、前記ハンドオーバが完了したというメッセージを送信するステップをさらに備えることを特徴とする請求項１６に記載の方法。
【請求項２２】
無線ローカルエリアネットワークにおいてハンドオーバ情報を交換するシステムであって、
局と、アクセスポイントと、を備え、
前記局は、
第１のアンテナと、
前記第１のアンテナを介して前記ネットワークと通信する第１の送信機／受信機と、
前記第１の送信機／受信機と通信するハンドオーバ候補リスト生成装置と、
前記ハンドオーバ候補リスト生成装置及び前記第１の送信機／受信機と通信するハンドオーバ候補リストソーティング装置と、
前記ハンドオーバ候補リスト生成装置及び前記第１の送信機／受信機と通信する候補リスト測定装置と、
前記第１の送信機／受信機と通信するハンドオーバ要求装置と
を備え、
前記アクセスポイントは、
第２のアンテナと、
前記第２のアンテナを介して前記ネットワークと通信する第２の送信機／受信機と、
前記第２の送信機／受信機と通信するハンドオーバ候補リスト装置と、
前記ハンドオーバ候補リスト装置及び前記第２の送信機／受信機と通信するハンドオーバ実行装置と、
前記ハンドオーバ実行装置及び前記第２の送信機／受信機と通信する追加情報要求装置と
を備えたことを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、無線ローカルエリアネットワーク（ＷＬＡＮ）に関する。より詳細には、ＷＬＡＮにおける堅牢性のある高速ハンドオーバを実行するための方法に関する。
【背景技術】
【０００２】
ハンドオーバのイベントは、一般的に３つの別個の段階に分けることが可能である。第１の段階であるディスカバリー段階においては、候補アクセスポイント（ＡＰ）は識別され、かつアトラクティブネス（attractiveness）の順番でソートされるが、このことはリンク品質及び無線周波数（ＲＦ）環境が監視されているという意味を含む。第２の段階はトリガー段階であり、この段階ではハンドオーバを開始する決定がなされるが、このこともリンク品質および無線周波数（ＲＦ）環境が監視されているという意味を含む。第３の段階はハンドオーバの実行段階であり、この段階では局（ＳＴＡ）と前の（old）ＡＰとの間の無線接続が切れ（break）、新しいＡＰとの無線接続が確立される。ＷＬＡＮシステムにおいては、ハンドオーバの実行段階は、以下のものに限定されないが新しいＡＰとの認証／プレ認証、新しいＡＰとのセキュリティキー管理、新しいＡＰとのＱｏＳ（Quality of Service）ネゴシエーション、リアソシエーション（再接続）、前のＡＰから新しいＡＰへバッファリングされたトラフィックをリダイレクトすることを含むことが可能である。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
（アドホックモードに対しての）インフラストラクチャモードにおいて展開される（deploy）ＷＬＡＮシステムの典型的なアーキテクチャは、拡張サービスセット（ＥＳＳ：extended service set）のＡＰが有線リンクを介して接続されるディストリビューションシステムを使用する。ハンドオーバの実行段階の間に実行されなければならない多くのタスクは信号伝達（signaling）を含むため、前のＡＰと新しいＡＰの両方と通信するために信頼性の低い無線媒体をＳＴＡに使用させるよりも、２つのＡＰは特権的有線リンクを活用することができるので、サービングＡＰに新しい候補ＡＰとこの信号伝達を実行させることが望ましい。このことは、理想には満たない伝播条件（例えば、ＳＴＡがセルのカバレッジエリアの端にいる可能性が高い）を知覚する位置にいる他のユーザよりもハンドオーバの状況にいるユーザの方が高い可能性を有するという事実によって強固にされる。さらに、ＶｏＩＰ（Voice over Internet Protocol）および他の遅延に敏感なアプリケーションなどのＱｏＳ指向のアプリケーションを提供するＷＬＡＮシステムの増大する使用によって、ハンドオーバを実行する必要がある速度に対してのより厳しい要求がなされる。このことによって、ハンドオーバをトリガーすることより前にハンドオーバの実行に関連付けられたいくつかのタスク、例えばプレ認証、セキュリティキー管理、ＱｏＳネゴシエーションなど、を実行することが望ましくなる。このことは無線媒体の使用よりもむしろディストリビューションシステムを介して実行されることから利益を享受する（キャパシティ、速度、信頼性の理由のため）。
【０００４】
他方、ＳＴＡが特権的な位置にいて無線リンクを監視するのは、移動中にＲＦ環境における伝播条件の変化を直接経験しているからである。無線接続および時間によって変化するＲＦ環境を同時に監視するためのこの特権的な位置によって、ハンドオーバの監視及びトリガー段階をＳＴＡで実行させることが魅力的（attractive）になる。ＳＴＡでこれらの機能性を位置づけることは、ハンドオーバの決定が適切な時に行われ、かつハンドオフのために選択された新しいＡＰがＳＴＡのパースペクティブから実に最良の候補であるという可能性を最大化することができる。
【０００５】
要約すれば、配置されているＷＬＡＮシステムにおいて通常使用されているアーキテクチャと結合されたＲＦ環境は、ハンドオーバの機能性のいくつかをＳＴＡ内に位置づけ、かつハンドオーバの機能性のいくつかをＡＰ内に位置づけることを魅力的にする。ＷＬＡＮの標準技術を含む技術の現在の状態は、この問題に対する解決策を与えてはいない。
【課題を解決するための手段】
【０００６】
本発明は、ハンドオーバをＳＴＡによって導く（direct）ための手段を提供するが、ＡＰはハンドオーバの実行段階と関連付けられた多くのタスクを実行することができる。いずれ行われるハンドオフについての潜在的な候補としてＳＴＡが考えているＡＰのリストをＳＴＡがサービングＡＰ（serving AP）に示す方法を含む。ＡＰのリストはＳＴＡで監視されている評価指標（metrics）に従ってソートされる。この手順（procedure）は定期的に行われる場合があり、またはＳＴＡがハンドオーバをしようとするときなどのイベント駆動型（event-driven）である場合もある。本発明は、ＳＴＡがハンドオーバの実行を開始することをＡＰに要求することが可能である方法、およびＡＰがハンドオーバの要求の結果を信号で伝えてＳＴＡに戻すことが可能である方法も含む。本発明は、サービングＡＰがＳＴＡにＡＰの候補リストを送ることを要求することが可能である方法をさらに含む。
【０００７】
ＳＴＡからサービングＡＰにＷＬＡＮにおけるハンドオーバ候補のリストを通信する方法は、ＳＴＡでハンドオーバの候補ＡＰのリストを決定することによって始まる。候補リストはＳＴＡでソートされ、サービングＡＰに送信される。送信するステップは、所定の期間が満了すると、またはＳＴＡでイベントトリガーを受信するとサービングＡＰに候補リストを送信するステップを含むことが可能である。この方法はまた、サービングＡＰによってＳＴＡから候補リストを要求するステップを含むことも可能である。
【０００８】
ネットワーク上でＳＴＡによってＷＬＡＮにおけるハンドオーバを開始するための方法は、ＳＴＡからサービングＡＰに候補ＡＰのリストを送信することによって始まる。ＳＴＡは、サービングＡＰにハンドオーバを開始することを要求する。サービングＡＰがハンドオーバを完了することができるか否かの決定が行われ、ハンドオーバはサービングＡＰがハンドオーバを完了可能な場合にサービングＡＰによって行われる。
【０００９】
ＷＬＡＮにおいてハンドオーバの情報を交換するためのシステムは、ＳＴＡ及びＡＰを含む。ＳＴＡは、第１のアンテナ、第１のアンテナを介してネットワークと通信する第１の送信機／受信機、第１の送信機／受信機と通信するハンドオーバ候補リスト生成装置、ハンドオーバ候補リスト生成装置及び第１の送信機／受信機と通信するハンドオーバ候補リストソーティング装置、ハンドオーバ候補リスト生成装置及び第１の送信機／受信機と通信する候補リスト測定装置、並びに第１の送信機／受信機と通信するハンドオーバ要求装置を含む。ＡＰは、第２のアンテナ、第２のアンテナを介してネットワークと通信する第２の送信機／受信機、第２の送信機／受信機と通信するハンドオーバ候補リスト装置、ハンドオーバ候補リスト装置及び第２の送信機／受信機と通信するハンドオーバ実行装置、並びにハンドオーバ実行装置及び第２の送信機／受信機と通信する追加情報要求装置を含む。
【発明を実施するための最良の形態】
【００１０】
以後、「局（station）」（ＳＴＡ）という用語は、無線送受信装置、ユーザ装置、移動局、固定式または移動式の加入者ユニット、ページャ、または無線環境において動作可能な他の種類の装置に限定されるわけではないがそれらを含む。以後、言及される場合、「アクセスポイント」（ＡＰ）という用語は、基地局、ノードＢ、サイトコントローラ、または無線環境における他の種類のインターフェース装置に限定されるわけではないがそれらを含む。
【００１１】
本発明は、以下の３つの方法を含む。
【００１２】
（１）どのＡＰをいずれ行われるハンドオフについての潜在的な候補として考えているかをＳＴＡがサービングＡＰに示す方法。ＡＰのリストはＳＴＡで監視された評価指標に従ってソートされる。この手順は定期的に行うことが可能であり、またはイベント駆動型であることが可能である。
【００１３】
（２）ＳＴＡがハンドオーバの実行を開始することをＡＰに要求することが可能であり、かつＡＰがハンドオーバの要求の結果をＳＴＡに信号を送って戻すことが可能である方法。
【００１４】
（３）サービングＡＰが候補リストを送信することをＳＴＡに要求することが可能な方法。
【００１５】
これらの方法は、付加的な専用管理フレームまたは制御フレーム、若しくは標準データフレーム、制御フレーム、または管理フレームのペイロードとして送信された信号伝達メッセージによって実装されることが可能であるが、これに限定されるわけではない。これらのフレームは、標準の媒体アクセス制御（ＭＡＣ）フレームである可能性がある。
【００１６】
近傍情報は、ビットフラグによって、情報要素（ＩＥ）によって、既存または新規のＩＥ上のメッセージフィールド部分によって、若しくは既存のＩＥまたはＭＡＣフレームのフィールドにおける予備の（現在不使用の）値を使用することによって、ＭＡＣフレームにおいて示されることが可能である。近傍情報は、説明されるメカニズムのいずれかを使用してＭＡＣフレーム、ヘッダまたはボディのいずれかの位置に追加されることが可能である。本発明の好ましい一実施形態において、近傍情報はＳＴＡからＡＰにＭＡＣフレームの管理サブタイプで送信されるが、この方法は、ＭＡＣフレームの他のサブタイプが使用されたとしても実用性を失うことなく使用されることが可能である。
【００１７】
１．ＳＴＡがハンドオーバ候補リストをＡＰに通信する方法。  
図１Ａは、ＳＴＡからサービングＡＰに定期的な基準で候補ＡＰのリストを送信するための方法１００のフローチャートである。方法１００は、ＳＴＡがハンドオーバの候補ＡＰのリストを決定することから始まる（ステップ１０２）。ＳＴＡはその候補リストをソートする（ステップ１０４）。報告期間が満了となったか否かの決定がなされる（ステップ１０６）。報告期間が満了となっていなかった場合、報告期間が満了となるまで方法１００はステップ１０６のところで待機する。一旦、報告期間が満了となった場合には、ＳＴＡはソートされた候補リストをＡＰに送信し（ステップ１０８）、この方法は終了する（ステップ１１０）。
【００１８】
定期的な報告によって、候補リストが送信される速度を増すことは、無線接続の監視の品質および堅牢性を改善する。しかしながら、候補リストを頻繁に送信することはシステムにより大きい信号伝達のオーバーヘッドを与えるという点に難点がある。好ましい一実施形態において、候補リストを送信する期間は、０．１秒から１０秒の範囲に及ぶ。
【００１９】
図１Ｂは、ＳＴＡからサービングＡＰにイベントドリブン基準で候補ＡＰのリストを送信するための方法１２０のフローチャートである。方法１２０は、ＳＴＡがハンドオーバの候補ＡＰのリストを決定することから始まる（ステップ１２２）。ＳＴＡはその候補リストをソートする（ステップ１２４）。イベントトリガーが受信されたか否かの決定がなされる（ステップ１２６）。イベントトリガーが受信されなかった場合、イベントトリガーが受信されるまで方法１２０はステップ１２６で待機する。一旦、イベントトリガーが受信された場合には、ＳＴＡはソートされた候補リストをＡＰに送信し（ステップ１２８）、この方法は終了する（ステップ１３０）。
【００２０】
トリガーイベントは、以下のものに限定されないが、含むことができる。  
（ａ）ＳＴＡがハンドオーバをトリガーしようとする場合
（ｂ）ＳＴＡがＳＴＡ自体とその関連付けられたＡＰとの間の無線リンクの品質（受信信号電力値、信号対干渉比、信号対雑音比、パケットエラー率、媒体アクセス遅延、チャネル占有期間、スループットなどを使用して測定されるような品質）がある所定の閾値を下回ることを測定する場合
（ｃ）所定の数の失敗ビーコンの受信後
（ｄ）ＳＴＡが１つまたは複数の候補リストで知覚する無線リンクの品質がサービングＡＰとの現在の無線リンク上でＳＴＡが測定する品質よりも優れていることをＳＴＡが測定する場合
（ｅ）ＳＴＡがサービングＡＰから他のＡＰに向かって移動する場合
（ｆ）タイマーが定期的に満了するとき、または
（ｇ）上記トリガーのいずれかの組み合わせ
【００２１】
ＳＴＡによって生成される候補リスト（ステップ１０２、１２２）は、ＳＴＡで行われる測定から通常得られる。候補ＡＰのリストを生成するためにＳＴＡによって使用される測定の例は、以下の測定値または以下の測定値の組み合わせに限定されるというわけではないが含む。  
（１）ビーコン、プローブ応答（probe response）、または近傍ＡＰから伝送された他のフレームから測定された受信信号電力値
（２）ビーコン、プローブ応答、または近傍ＡＰから伝送された他のフレームから推定された信号対干渉比または信号対雑音比
（３）ビーコン、プローブ応答、または近傍ＡＰから伝送された他のフレームで測定されたパケットエラー率またはビットエラー率
（４）媒体アクセス遅延、チャネル占有、スループット、またはＳＴＡが近傍ＡＰによって使用されるチャネルを走査することによって推定可能な、またはＳＴＡが近傍ＡＰから測定値報告（measurement reporting）を介して受信可能な他の積載量関連（load-related）評価指標
【００２２】
ＳＴＡによって生成される候補リストは、ユーザまたはネットワーク管理者が固定の候補リストでＳＴＡを構成するオペレーション＆メンテナンス（Ｏ＆Ｍ：Operation and Maintenance）を含む他の手段から生じることも、またはアクセスルータやＡＰなどの無線ネットワークにおける他のエンティティからの信号から生じることもあり得る。
【００２３】
候補リストは、候補ＡＰからの受信電力値、ＳＴＡによって知覚された信号対雑音比（ＳＮＲ）、並びにチャネル占有、単位時間あたりに伝送されるパケット数またはバイト数などの積載量指標（load metric）、及びセキュリティ、ＱｏＳサポートなどのサービス機能に限定されるわけではないがそれらを含む評価指標に従ってＳＴＡによってソートされることができる（ステップ１０４、１２４）。候補リストをソートするためにＳＴＡによって使用される評価指標はまた、上述したように、候補リストを得るために使用される測定値も含む場合がある。
【００２４】
候補ＡＰリストに加えて、ＳＴＡはまた、候補リスト上にある各ＡＰからＳＴＡによって行われる測定値のリスト及び各候補ＡＰに関連するパラメータのリストも送信することができる。ＳＴＡは送信用フレーム（broadcast frame）若しくは制御フレームまたは管理フレームという他のフレームを聞くことによって当該パラメータを認識する。測定値の例としては、受信電力値、ＳＮＲ、信号対干渉比（ＳＩＲ）、積載量評価指標などが含まれる。パラメータの例としては、ＡＰのアドレス、ＥＳＳＩＤ、基本サービスセット（ＢＳＳ）ＩＤ（ＢＳＳＩＤ）、サービス機能、セキュリティ機能などに限定されるわけではないが、これらを含む。
【００２５】
２．ＳＴＡがハンドオーバの実行を開始することをＡＰに要求することができ、かつＡＰがハンドオーバ要求の結果をＳＴＡに信号伝達して戻すことができる方法。  
図２は、ＳＴＡがハンドオーバを開始することをサービングＡＰに要求する方法２００のフローチャートである。方法２００は、ＳＴＡがサービングＡＰにハンドオーバの候補ＡＰのリストを送信することから始まる（ステップ２０２）。ＳＴＡは、サービングＡＰにハンドオーバを開始すること要求する（ステップ２０４）。その要求は、アクションが実行される必要がある下での時間制限または遅延を含む場合がある。サービングＡＰがハンドオーバを完了することが可能か否かの決定がなされる（ステップ２０６）。サービングＡＰがハンドオーバを完了できない場合には、サービングＡＰはハンドオーバが認められなかった、または完了しなかったことを示すメッセージをＳＴＡに送信し（ステップ２０８）、この方法は終了する（ステップ２１０）。このメッセージはまた、サービングＡＰがハンドオーバ要求を認めなかった理由または完了できなかった理由を含むこともできる。ハンドオーバ要求が認められない、または完了しない理由の例のいくつかは、サービングＡＰがいかなる近傍ＡＰも発見しないこと、候補リスト上のＡＰが応答しないこと、近傍ＡＰがトラフィックに関して過度に詰め込まれていること、近傍ＡＰがセキュリティ、ＱｏＳサポート、接続中に必要なサービスのサポートなどに関して必要な機能をサポートしないことに限定されるわけではないが含む。
【００２６】
サービングＡＰがハンドオーバを完了することが可能な場合には（ステップ２０６）、サービングＡＰは、ハンドオーバ要求が受け入れられたというメッセージをＳＴＡに送信し（ステップ２１２）、新たなＡＰへのハンドオーバを実行し始める（ステップ２１４）。ハンドオーバを完了するために、サービングＡＰがＳＴＡから追加情報を必要とするか否かの決定がなされる（ステップ２１６）。サービングＡＰが追加情報を必要とする場合には、サービングＡＰは追加情報の要求を含むメッセージをＳＴＡに送信し（ステップ２１８）、ＳＴＡは要求された情報に応答する（ステップ２２０）。この情報は、ハンドオーバを完了するための手順または必要な情報を含むことができる。この追加情報は、ＳＴＡによって行われるアップデートされた測定値、ＳＴＡからの及び新たなＡＰによって要求された新しい測定値、または接続中の無線接続の状態についてのより詳細な情報（例えば、送信機での平均スループット、受信機での平均スループット、ＳＴＡによって生成される平均トラフィック積載量、ＳＴＡによって伝送される待ち行列に入れられたデータまたはバッファに格納されたデータのサイズ、など）を含む。
【００２７】
サービングＡＰがいかなる追加情報も必要としない場合（ステップ２１６）、または追加情報を供給される場合（ステップ２２０）には、サービングＡＰはハンドオーバを完了する（ステップ２２２）。サービングＡＰは、新たなＡＰへのハンドオーバが完了したというメッセージをＳＴＡに送信する（ステップ２２４）。このメッセージは、新たなＡＰの識別子（identity）またはアドレス、機能、キー管理手順などの新たなＡＰに対する適切なパラメータなどの、認められたハンドオーバまたは完了したハンドオーバに関するいかなる情報も含むことができる。その後、この方法は終了する（ステップ２１０）。ハンドオーバが完了したというメッセージが旧サービングＡＰまたは新たなサービングＡＰによって送信される（ステップ２２４）ことが可能であることは注目すべきことである。
【００２８】
３．サービングＡＰが候補リストを送信することをＳＴＡに要求することが可能な方法。  
図３は、サービングＡＰ３０２が関連付けられたＳＴＡ３０４からハンドオーバ候補リストを要求する方法３００のフロー図である。方法３００は、ＡＰ３０２がＳＴＡ３０４から候補リストを要求することから始まる（ステップ３１０）。ＡＰ３０２はまた、ＳＴＡ３０４から測定値、他のパラメータ、及びハンドオーバ要求のリストも要求することができる（ステップ３１２）。候補リスト要求メッセージ（ステップ３１０）及び測定値要求メッセージ（ステップ３１２）が一つのメッセージに結合されることは注目すべきである。ＳＴＡ３０２は候補リスト及び要求された他の情報をＡＰ３０２に送信する（ステップ３１４）。候補リストに加えて、ＳＴＡはまた、アクションが実行される必要がある下での時間制限または遅延に関する情報も送信することができる。
【００２９】
上述の３つの方法は、１つの方法が他の方法の上に重ね合わされるという意味において若干相互依存している。例えば、方法１は、ＳＴＡが候補リストをＡＰに送信することに関連する。方法３は、ＡＰが候補リストをＳＴＡから要求することに関連する。したがって、方法３は、方法１の上に重なる。方法２は、システムがＳＴＡで監視機能性及びトリガー機能性、並びにＡＰで実行機能性を有することから恩恵を受けるある方法を開示する。方法１は、方法１が関与する監視のアウトプットをＳＴＡが通信することが可能なインターフェースをＡＰに提供するという意味において方法２に関連する。方法２は、ＡＰが（候補リストは別にして）ハンドオーバを実行することをＳＴＡに要求させる特別のメッセージもカバーする。これらの方法は、お互いの方法とともに使用されることが可能であるが、別個に使用することも可能である。
【００３０】
４．ハンドオーバ情報を交換するためのシステム。  
図４は、図１〜図３に示した方法に関連して説明されるようなハンドオーバ情報を交換するためのシステム４００のブロック図である。システム４００は、ＳＴＡ４０２及びＡＰ４０４を含む。ＳＴＡ４０２は、ハンドオーバ候補リスト生成装置４１０、ハンドオーバ候補リストソーティング装置４１２、候補リスト測定装置４１４、ハンドオーバ要求装置４１６、送信機／受信機４１８、及びアンテナ４２０を含む。ＡＰ４０４は、ハンドオーバ候補リスト装置４３０、ハンドオーバ実行装置４３２、追加情報要求装置４３４、送信機／受信機４３６、及びアンテナ４３８を含む。
【００３１】
システム４００は、以下に述べるように動作する。ＳＴＡ４０２は、ハンドオーバ候補リスト生成装置４１０を使用してハンドオーバ候補リストを生成する。このリストは、ソーティングするためにハンドオーバ候補リストソーティング装置４１２に渡される。このリストはまた、ＳＴＡ４０２によって行われる、候補リスト上の各々のＡＰに関する測定値を追加するために候補リスト測定装置４１４に渡される場合がある。このリストがソートされ（、かつ任意の測定値がリストに追加され）た後、このリストは送信機／受信機４１８に渡され、アンテナ４２０を介してＡＰ４０４に伝送される。ハンドオーバ要求装置４１６は、ＳＴＡ４０２がハンドオーバ要求メッセージをＡＰ４０４に送信することによってハンドオーバを開始しようとする場合に使用される。
【００３２】
ＡＰ４０４におけるハンドオーバ候補リスト装置４３０は、アンテナ４３８及び送信機／受信機４３６を介してＳＴＡ４０２から候補リストを受信する。ハンドオーバ候補リスト装置４３０はまた、要求メッセージを送信することによってＳＴＡ４０２から候補リストを要求することもできる。ハンドオーバ実行装置４３２は、ハンドオーバ候補リスト装置４３０から候補リストを受信し、ハンドオーバを実行し始める。ハンドオーバ実行装置４３２はまた、ＳＴＡ４０２におけるハンドオーバ要求装置４１６からハンドオーバ開始要求を受信する。ハンドオーバが完了すると、ハンドオーバ実行装置４３２は、ＳＴＡ４０２にその結果を通知する。ハンドオーバを完了するための追加情報がハンドオーバ実行装置４３２によって必要とされる場合には、追加情報要求装置４３４は、情報についての要求をＳＴＡ４０２に送信する。ＳＴＡ４０２は、この追加情報に応答し、追加情報要求装置４３４は、この追加情報をハンドオーバ実行装置４３２に受け渡す。
【００３３】
本発明の特徴及び要素を好ましい実施形態において特定の組み合わせで説明したが、各特徴または要素は単独で（好ましい実施形態の他の特徴及び要素なしで）使用することが可能であり、または本発明の他の特徴及び要素とともに、またはなしでさまざまな組み合わせで使用することが可能である。
【図面の簡単な説明】
【００３４】
【図１Ａ】ＳＴＡがハンドオーバ候補ＡＰのリストをサービングＡＰに通信する方法のフローチャートである。
【図１Ｂ】ＳＴＡがハンドオーバ候補ＡＰのリストをサービングＡＰに通信する方法のフローチャートである。
【図２】ＳＴＡがサービングＡＰにハンドオーバを開始することを要求する方法のフローチャートである。
【図３】サービングＡＰが関連付けられたＳＴＡからハンドオーバ候補リストを要求する方法のフロー図である。
【図４】ハンドオーバ情報を交換するためのシステムのブロック図である。
【図１Ａ】
2008506336.tif 000003
【図１Ｂ】
2008506336.tif 000004
【図２】
2008506336.tif 000005
【図３】
2008506336.tif 000006
【図４】
2008506336.tif 000007
【国際調査報告】
2008506336.tif 000008