JP5781956B2

JP5781956B2 - 事前認証、事前設定及び／又は仮想ソフトハンドオフを使用するモビリティアーキテクチャ

Info

Publication number: JP5781956B2
Application number: JP2012026495A
Authority: JP
Inventors: 大場　義洋; 義洋大場; 馬場　伸一; 伸一馬場
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2004-01-22
Filing date: 2012-02-09
Publication date: 2015-09-24
Anticipated expiration: 2025-01-21
Also published as: CN101848508A; WO2005072183A3; JP5037577B2; US20050163078A1; JP2014222934A; EP1723804A2; US20070171870A1; EP1723804A4; US20090271614A1; JP2010016858A; JP2012090354A; CN1969568B; JP2007522725A; US7046647B2; EP1723804B1; WO2005072183A2; JP5955352B2; US7548526B2; CN1969568A; US8175058B2

Description

本願は、携帯電話ネットワーク通信に関し、いくつかの好ましい実施形態では、一般的に携帯電話分野において一例として「ハンドオフ」と呼ばれている、モバイルノード、移動局、又はモバイルデバイスの移動中のネットワーク接続ポイントの変更に関する。本発明の好ましい実施形態は、例えば、インターネット（登録商標）への、又は別のネットワークへの無線アクセスポイント接続での変更に対する等、ネットワークに対するモバイル機器接続ポイントにおける変更用のモビリティアーキテクチャを提供する。

（ネットワーク及びインターネットプロトコル）
多種類のコンピュータネットワークがあり、インターネットは最も悪評を有している。インターネットはコンピュータネットワークの世界的なネットワークである。今日、インターネットは、数百万人のユーザが利用できる公衆の自立したネットワークである。インターネットは、ホストに接続するためにＴＣＰ／ＩＰ（つまり、伝送制御プロトコル／インターネットプロトコル）と呼ばれている一式の通信プロトコルを使用する。インターネットは、インターネット基幹として公知の通信インフラストラクチャを有する。インターネット基幹に対するアクセスは、主として企業及び個人のアクセスを転売するインターネットサービスプロバイダ（ＩＳＰ）によって管理されている。

ＩＰ（インターネットプロトコル）に関して、これは（例えば、電話、ＰＤＡ（パーソナルデジタルアシスタント）、コンピュータ等の）ある機器から、ネットワーク上の別の機器へデータを送信できるようにするプロトコルである。今日では、例えばＩＰｖ４、ＩＰｖ６等を含む種々のＩＰのバージョンがある。ネットワーク上の各ホスト機器は、専用の一意の識別子である、少なくとも１つのＩＰアドレスを有する。

ＩＰとはコネクションレスプロトコルである。通信中のエンドポイント間の接続は連続ではない。ユーザがデータ又はメッセージを送信又は受信すると、前記データ又はメッセージはパケットとして知られている構成要素に分割される。あらゆるパケットは独立したデータ単位として処理される。

インターネット又は類似するネットワーク上でポイント間の伝送を標準化するために、ＯＳＩ（開放型システム間相互接続）モデルが確立された。ＯＳＩモデルはネットワーク内の２つのポイントの間の通信プロセスを７つの積層層に分離し、各層は専用の機能を追加する。各機器は、送信エンドポイント（送信端点）で各層を通る下方への流れがあり、及び受信エンドポイント（受信端点）で前記層を通る上方への流れがあるように、メッセージを処理する。機能の前記７つの層を提供するプログラミング及び／又はハードウェアは、通常、機器オペレーティングシステム、アプリケーションソフトウェア、ＴＣＰ／ＩＰ、及び／又は他のトランスポートプロトコルとネットワークプロトコル、及び他のソフトウェアとハードウェアの組み合わせである。

通常、メッセージがユーザから、又はユーザに渡るときには上位４層が使用され、下位の３層は、メッセージが（例えばＩＰホスト機器等の）機器を通過するときに使用される。ＩＰホストは、サーバ、ルータ又はワークステーション等のＩＰパケットを送受できる、ネットワーク上の任意の機器である。何らかの他のホストに向けられるメッセージは上位層まで渡されないが、他のホストに転送される。ＯＳＩ及び他の類似したモデルでは、ＩＰは第３層、つまりネットワーク層にある。ＯＳＩモデルの層は以下に一覧表示される。

第７層（つまり、アプリケーション層）は、例えば、通信パートナが識別され、サービス品質が特定され、ユーザ認証及びプライバシーが考慮され、データ構文に対する制約が特定される等の層である。

第６層（つまり、プレゼンテーション層）は、例えば、あるプレゼンテーションフォーマットから別のプレゼンテーションフォーマットへ等、入信データ及び発信データを変換する層である。

第５層（つまり、セッション層）は、例えば、会話をセットアップし、調整し、終了し、アプリケーション間で交換し、対話する層である。

第４層（つまり、トランスポート層）は、例えばエンドツーエンド制御及びエラーチェック等を管理する層である。

第３層（つまり、ネットワーク層）は、例えばルーティング及び転送等を処理する層である。

第２層（つまり、データリンク層）は、例えば、物理レベルに同期を提供する、ビットスタッフィングを行う、及び伝送プロトコル知識及び管理を提供する等の層である。電気電子技術者協会（ＩＥＥＥ）はデータリンク層を２つの追加の副層、つまり物理層への及び物理層からのデータ転送を制御するＭＡＣ（媒体アクセス制御）層と、ネットワーク層と接続し、コマンドを解釈し、エラー回復を実行するＬＬＣ（論理リンク制御）層とに、再分割する。

第１層（つまり、物理層）は、物理レベルでネットワークを介してビットストリームを伝達する等の層である。ＩＥＥＥは物理層をＰＬＣＰ（物理層収束手順）副層と、ＰＭＤ（物理媒体依存）副層に再分割する。

本書では、第２層より高い層（例えば、ＯＳＩモデル等でネットワーク層又は第３層を含む層）は上位層と呼ばれている。

（無線ネットワーク）
無線ネットワークは、例えばセルラー電話と無線電話、ＰＣ（パーソナルコンピュータ）、ラップトップコンピュータ、ウェアラブルコンピュータ、コードレス電話、ポケットベル、ヘッドセット、プリンタ、ＰＤＡ等の種々のタイプのモバイル機器を組み込むことができる。例えば、モバイル機器は、音声及び／又はデータの高速無線伝送を確保するためにデジタルシステムを含んでよい。典型的なモバイル機器は、以下の構成要素のいくつか又は全てを含む。つまり、トランシーバ（つまり、例えば統合された送信機、受信機、及び所望される場合他の機能の付いた、単一チップトランシーバ等を含む、送信機と受信機）、アンテナ、プロセッサ、１台以上の音声変換器（例えば、音声通信用機器においてのようにスピーカ又はマイク）、電磁データ記憶装置（例えば、データ処理が提供される機器においてのように、ＲＯＭ、ＲＡＭ、デジタルデータ記憶装置等）、メモリ、フラッシュメモリ、フルチップセット、又は集積回路、インタフェース（例えば、ＵＳＢ、ＣＯＤＥＣ、ＵＡＲＴ、ＰＣＭ等）等を含む。

携帯電話利用者が無線接続を通してローカルエリアネットワーク（ＬＡＮ）に接続できる無線ＬＡＮ（ＷＬＡＮ）が、無線通信のために利用されてよい。無線通信は、例えば、光、赤外線、無線通信、マイクロ波等の電磁波を介して伝搬する通信等を含むことができる。例えばブルートゥース（登録商標）、ＩＥＥＥ８０２．１１及びＨｏｍｅＲＦ等の、現存する種々のＷＬＡＮ規格がある。

例によって、ブルートゥース製品は、モバイルコンピュータ、携帯電話、携帯端末、パーソナルデジタルアシスタント（ＰＤＡ）、及び他のモバイル機器の間のリンク、及びインターネットへの接続性を提供するために使用されてよい。ブルートゥースは、モバイル機器が短距離無線接続を使用して互いに、及び非モバイル機器に、どのようにして容易に相互接続できるのかを詳説する、コンピューティング及び電気通信業界の仕様である。ブルートゥースは、データを同期させ、ある機器から別の機器で一貫させ、それにより様々なベンダの装置が継ぎ目なく一緒に機能することができるようにする必要がある、多様なモバイル機器の拡散から生じるエンドユーザの問題に対処するための、デジタル無線プロトコルを作成する。ブルートゥース機器は１つの共通した命名概念に従って命名されてよい。例えば、ブルートゥース機器は、ブルートゥース機器名（ＢＤＮ）、つまり一意のブルートゥース機器アドレス（ＢＤＡ）に関連付けられた名称を所有してよい。ブルートゥース機器は、インターネットプロトコル（ＩＰ）ネットワークに関与してもよい。ブルートゥース機器がＩＰネットワーク上で機能する場合、それにはＩＰアドレス及びＩＰ（ネットワーク）名が与えられてよい。したがって、ＩＰネットワークで関与するように構成されるブルートゥース機器は、例えばＢＤＮ、ＢＤＡ、ＩＰアドレス及びＩＰ名を含んでよい。用語「ＩＰ名」は、インタフェースのＩＰアドレスに対応する名称を指す。

ＩＥＥＥ規格、ＩＥＥＥ８０２．１１は、無線ＬＡＮ及び機器のための技術を指定する。８０２．１１を使用すると、無線ネットワーキングは、単一の基地局が複数の機器をサポートする状態で達成されてよい。いくつかの例では、機器は無線ハードウェアを事前に装備された状態で納品されてよい、あるいはユーザは、アンテナを含んでよい、カード等の別個のハードウェアをインスールしてよい。一例として、８０２．１１で使用される機器は、機器がアクセスポイント（ＡＰ）であるのか、移動局（ＳＴＡ）であるのか、ブリッジであるのか、ＰＣＭＣＩＡカードであるのか、あるいは無線トランシーバ、アンテナ及び、ネットワーク内のポイント間のパケットの流れを制御するＭＣＡ（媒体アクセス制御）層であるのかに関係なく、通常、３つの顕著な要素を含んでいる。

加えて、複数インタフェース機器（ＭＩＤ）は、いくつかの無線ネットワークで活用されてよい。ＭＩＤは、ブルートゥースインタフェースと８０２．１１インタフェース等の、２つの独立したネットワークインタフェースを含んでよく、このようにしてＭＩＤがブルートゥース機器と接続するだけではなく、２つの別々のネットワークで参加できるようにする。ＭＩＤは、ＩＰアドレス、及び前記ＩＰアドレスと関連付けられた共通のＩＰ（ネットワーク）名を有してよい。

無線ネットワーク機器は、ブルートゥース機器、複数インタフェース機器（ＭＩＤ）、８０２．１１ｘ機器（例えば８０２．１１ａ、８０２．１１ｂ及び８０２．１１ｇの機器を含む、ＩＥＥＥ８０２．１１機器）、ＨｏｍｅＲＦ（家庭用ラジオ周波数）機器、Ｗｉ-Ｆｉ（ワイヤレスフィディリティ）機器、ＧＰＲＳ（ジェネラルパケットラジオサービス）機器、３Ｇセルラー機器、２．５Ｇセルラー機器、ＧＳＭ（登録商標）（グローバルシステムフォーモバイルコミュニケーションズ）機器、ＥＤＧＥ（ＧＳＭ進化用機能強化データ（ＥｎｈａｎｃｅｄＤａｔａｆｏｒＧＳＭＥｖｏｌｕｔｉｏｎ）機器、ＴＤＭＡタイプ（時分割多元接続）機器、又はＣＤＭＡ２０００を含むＣＤＭＡタイプ（符号分割多元接続）機器を含んでよいが、これらに限定されない。各ネットワーク機器は、ＩＰアドレス、ブルートゥース機器アドレス、ブルートゥース共通名、ブルートゥースＩＰアドレス、ブルートゥースＩＰ共通名、８０２．１１ＩＰアドレス、８０２．１１ＩＰ共通名又はＩＥＥＥＭＡＣアドレスを含むが、これらに限定されない様々なタイプのアドレスを含んでよい。

無線ネットワークは、例えばモバイルＩＰ（インターネットプロトコル）システムで、ＰＣＳシステムで、及び他の携帯電話ネットワークシステムで検出される、方法及びプロトコルを含むこともできる。モバイルＩＰに関して、これはインターネットエンジニアリングタスクフォース（ＩＥＴＦ）によって作成される標準通信プロトコルを含む。モバイルＩＰを用いて、モバイル機器ユーザは一度割り当てられた自分のＩＰアドレスを維持しながら、ネットワーク全体で移動できる。コメント要求（ＲＦＣ）３３４４を参照されたい。ＲＦＣがインターネットエンジニアリングタスクフォース（ＩＥＴＦ）の公文書であることに注意する。モバイルＩＰはインターネットプロトコル（ＩＰ）を機能強化し、それらの家庭用ネットワーク外部で接続するときにモバイル機器にインターネットトラフィックを転送するための手段を加える。モバイルＩＰは各モバイルノードに、その家庭用ネットワークでの家庭用アドレス、及びネットワークとそのサブネット内での機器の現在位置を特定する気付アドレス（ＣｏＡ）を割り当てる。機器が別のネットワークに移動すると、それは新しい気付アドレスを受け取る。家庭用ネットワーク上のモビリティエージェントは、各家庭用アドレスをその気付アドレスと関連付けることができる。モバイルノードは家庭用エージェントに、例えばインターネット制御メッセージプロトコル（ＩＣＭＰ）を使用して、その気付アドレスを変更するたびに拘束力のある更新を送信できる。

基本的なＩＰルーティング（つまり、モバイルＩＰ外部）では、ルーティング機構は、各ネットワークノードが、例えばインターネットに常に一定の接続ポイントを有し、各ノードのＩＰアドレスがそれが接続されているネットワークリンクを特定するという仮定に依存する。本書では、専門用語「ノード」は、例えば再配分ポイント又はデータ伝送用のエンドポイント等を含むことができ、伝送を認識し、処理し、及び／又は他のノードに転送できる接続ポイントを含む。例えば、インターネットルータは、機器のネットワークを特定する、例えばＩＰアドレス接頭語等を見ることができる。その結果、ネットワークレベルで、ルータは特定のサブネットを特定するビットの集合等を見ることができる。次にルータはサブネットレベルで、特定の機器を識別するビットのセット等を見ることができる。典型的なモバイルＩＰ通信を用いる場合、ユーザが例えばインターネットからモバイル機器を切断し、それを新しいサブネットで接続し直そうとすると、機器は新しいＩＰアドレス、適切なネットマスク、及びデフォルトルータで再構成されなければならない。それ以外の場合、ルーティングプロトコルはパケットを適切に配信できないと考えられる。

（ハンドオフ及び変化するネットワーク接続ポイント）
ハンドオフとは、移動局がそのネットワーク接続ポイントをあるポイントから別のポイントに変化する行為であり、ネットワーク接続ポイントは、例えば基地局とＩＰ（インターネットプロトコル）ルータを含むことがある。ハンドオフが、例えば基地局及びＩＰルータを接続する際の変化で発生すると、それは通常それぞれ第２層ハンドオフと第３層ハンドオフを含む。第２層ハンドオフ及び第３層ハンドオフはほぼ同時に発生する。任意のハンドオフの間、システムは移動局と新しいネットワーク接続ポイントの間で維持される状態を確立し直す。ハンドオフに関係するこれらの状態は、ハンドオフコンテキスト又は単に「コンテキスト」と呼ばれることもある。

転送可能コンテキストと転送不可コンテキストの２種類のコンテキストがある。転送不可コンテキストはゼロから始めて、あるいは転送可能コンテキストを使用することによってのどちらかで確立される必要があるが、転送可能コンテキストは、旧接続ポイントと新接続ポイントの間で転送可能である。例示的な転送可能なコンテキストは、例えば、携帯電話に特定のグレードのサービスを提供するほど十分にネットワークリソースを割り当てるために使用される、携帯電話及びＱｏＳ（サービス品質）コンテキストを再認証するために使用される、例えば認証コンテキストを含むことがある。携帯電話の動的に割り当てられているＩＰアドレスは、例示的な転送不可コンテキストである。８０２．１１ｉ（例えば、以下に本書に組み込まれている参考文献＃１１を参照されたい）におけるＴＫＩＰ（Temporal Key Integrity Protocol）及びＣＣＭＰ（Counter mode with CBC-MAC Protocol）暗号鍵等の第２層及び第３層の暗号鍵、及び移動局とアクセスポイント（ＡＰ）又はルータの間で送信されるデータパケットを保護するために使用されるＩＰｓｅｃＡＨ（認証ヘッダ）及びＥＳＰ（Encapsulation Security Payload）暗号鍵（例えば、以下に本書に組み込まれている参考文献＃１５、＃１６、＃１７を参照されたい）は、それらの鍵は２つのエンティティの１組のＭＡＣ（Media Access control）又はＩＰアドレスに関連付けられており、それらの間の交渉に基づいて確立し直される必要があるため、他の例示的な転送不可コンテキストである。

前述されたように参考のために、８０２．１１は経路共用のためにイーサネット(登録商標)プロトコル及びＣＳＭＡ／ＣＡ（carrier sense multiple access with collision avoidance:キャリア検知多重アクセス／衝突回避）を使用する、例えば同族８０２．１１、８０２．１１ａ、８０２．１１ｂ及び８０２．１１ｇの中の仕様を含むＩＥＥＥ（Institute of Electrical and Electronics Engineers）の作業グループによって開発される、無線ローカルエリアネットワーク（ＷＬＡＮ）のための一族の仕様である。例えば、以下に本書に組み込まれている参考文献＃１３を参照されたい。さらに、８０２．１１ｉはＷＬＡＮにおけるセキュリティのための、開発中のＩＥＥＥ規格である。さらに、ＩＰｓｅｃ（インターネットプロトコルセキュリティ）は、ネットワークにおけるセキュリティのためのプロトコルのセット又はネットワーク通信のパケット処理層のためのフレームワークである。さらに、ＩＰアドレスは例えば機器特定ハードウエアアドレスを含み、データリンク層媒体アクセス制御サブ層によって使用でき、更にＩＰアドレスは例えばインターネットを介してパケットで送られる情報の各送信機又は受信機を認識する例えば番号（例えば、インターネットプロトコル（ＩＰ）の最も幅広くインストールされているレベルの３２ビット番号、ＩＰｖ６の１２８ビット番号、クラスレスドメイン間経路指定（ＣＩＤＲ）ネットワークアドレス等）を含んでいる。

ハンドオフの前又は後に、転送可能なコンテキストを一ネットワーク接続ポイントから別のネットワーク接続ポイントに転送すると、ハンドオフの遅延を削減できる。例えばＩＥＥＥ８０２．１１ｆプロトコル（つまり、８０２．１１ｆは、アクセスポイント間の移動局に関連する情報等の、８０２．１１アクセスポイントの間での情報の交換のためのＡＰ間プロトコルである-以下に本書に組み込まれている参考文献＃１２を参照されたい）及びＩＰ層コンテキスト転送プロトコル（例えば、以下に本書に組み込まれている参考文献＃１４を参照されたい）等の多くのプロトコルがこの目的に使用できる。他方、転送不可コンテキストのいくつかは平行して交渉されてよいが、転送不可コンテキストを再設定するための遅延は各コンテキストでの一連の交渉に渡って蓄積される。とりわけ、この遅延は問題となり得る。

転送不可コンテキストを交渉するためのこの遅延が問題にならない可能性がある、２つのケースがある。第１のケースは、根本的な無線リンク層がＣＤＭＡ（Code Division Multiple Access：符号分割多元接続）を使用するケースである。この第１のケースでは、移動局は、重複する無線カバレージ内の異なる基地局と通信するために同時に異なるＣＤＭＡコードを携帯電話が使用できる、いわゆるソフトハンドオフ機構を使用することにより、旧い基地局を介して依然として通信しながら新しい基地局との特定のコンテキストを確立できる。第２のケースは、移動局が複数のインタフェースを有し、ハンドオフが前記インタフェース全体で発生する場合である。この第２のケースでは、基本的にＣＤＭＡソフトハンドオフと同じ効果が、これらのインタフェースを同時に動作できるようにすることによって達成できる。

転送不可コンテキストは、前記２つの方式のどちらも使用できない環境で最も問題がある。例えば、単一のＩＥＥＥ８０２．１１無線ＬＡＮインタフェース付きの移動局は、ＣＤＭＡソフトハンドオフ方式又はインタフェース切り替え方式を使用できない。

この問題を鑑みて、ＩＥＥＥ８０２．１１ＴＧｉは、アクセスポイント（ＡＰ）に対して認証され、アクセスポイントと関連付けられているＩＥＥＥ８０２．１１ｉ局（ＳＴＡ）が、それがそれらと関連する前に、現在関連付けられているアクセスポイントを通して他のアクセスポイントとＩＥＥＥ８０２．１Ｘ認証を実行できるようにしてある、事前認証と名付けられた新しい方式を開発している。ＩＥＥＥ８０２．１１ｉ事前認証は、８０２．１１ｉ暗号鍵も前記局と非関連ＡＰの間で確立できるようにする。

しかしながら、ＩＥＥＥ８０２．１ＸはＬＡＮの中で動作するように定義されているため、ＩＥＥＥ８０２．１１ｉ事前認証の適用性は同じＬＡＮの中の移動局及びアクセスポイントに限られている。元の８０２．１１ｉ事前認証文書（例えば、以下に本書に組み込まれている参考文献＃１を参照されたい）は、移動局が様々なＬＡＮでＡＰに事前認証できるように、ＩＥＥＥ８０２．１１ｉ事前認証をＩＰ層上での動作に拡張するための詳細を述べていない。

参考までに８０２．１１ｉは８０２．１１の中のいくつかの安全性の問題に対処する無線ネットワーキング規格であり、８０２．１Ｘは全体的なＩＥＥＥ８０２．１１ＷＬＡＮサポートの一部として開発されたＷＬＡＮ規格のグループである（例えば、以下に本書に組み込まれている参考文献＃１及び＃１０を参照されたい）。８０２．１１の元では、他のアクセスポイントの存在はアクティブスキャニング又はパッシブスキャニングを通して検出できる。アクティブスキャニングでは移動局はＡＰからのプローブ応答を引き出すためにプローブフレームを送信するが、パッシブスキャニングでは、移動局は（例えばサービスセット識別子（ＳＳＩＤ）及び他の鍵情報を含む）ＡＰからの無線標識信号がないかどうか走査する。さらに参考までに、８０２．１１ｉ事前認証は、アクセスを許可する前に認証を施行する認証者エンティティ、（アクセスポイント等の）認証者を介して利用可能なサービスへのアクセスを要求する（移動局等の）要求者機器、及び認証機能を実行し（つまり、要求者の信用証明書を調べ）、要求者が許可されるかどうかを特定するために認証者に応答する（例えば、遠隔認証ダイヤルインユーザサービスサーバ等の）認証サーバを必要とする。いくつかの実施形態では、認証者及び認証者サーバは一緒に配置できるが、それらは別々とすることもできる。

種々のシステム及び方法が公知であるが、改善されたシステム及び方法に対するニーズは残る。好ましい実施形態は、参考文献の全体的な開示がそれぞれ参照して本書に組み込まれている、例えば以下の参考文献に説明されているシステム及び方法等を含む、前記及び／又は他のシステム及び方法に優る及び／又は超える、実質的な改善策を提供する。

・参考文献＃１：B.Aboba、「IEEE802.1X Pre-Authentication」、IEEE802.11-02/389r1、２００２年６月
・参考文献＃２：B.Aboba及びD.Simon、「PPP EAP TLS Authentication Protocol」、RFC2716、１９９９年１０月
・参考文献＃３：L. Blunk, J. B. Aboba, J. and H. Levkowetz, "Extensible Authentication Protocol (EAP), Internet-Draft, Work in progress (to obsolete RFC 2284)、２００３年５月（例えば、２００３年１１月の文書も参照されたい。）
・参考文献＃４：R.Droms及びW.Arbaugh、「Authentication for DHCP Messages」、ＲＦＣ３１１８、２００１年６月
・参考文献＃５：R.Droms、「Dynamic Host Configuration Protocol」、ＲＦＣ２１３１、１９９７年３月
・参考文献＃６：P. Funk, S. Blake-Wilson,"EAP Tunneled TLS Authentication Protocol (EAP-TTLS)", Internet-Draft, Work in progress、２００２年１１月（例えば、２００３年８月の文書も参照されたい。）
・参考文献＃７：D. Forsberg, Y. Ohba, B. Patil, H. Tschofenig and A. Yegin, "Protocol for Carrying Authentication for Network Access (PANA)", Internet- Draft, Work in progress,、２００３年３月（例えば、２００３年１０月の文書も参照されたい。）
・参考文献＃８：R.Glenn及びS.Kent、「The Null Encryption Algorithm and Its Use With IPsec」、ＲＦＣ２４１０、１９９８年１１月
・参考文献＃９：D.Harkins及びD.Carrel、「The Internet Key Exchange(IKE)」、ＲＦＣ２４０９、１９９８年１１月
・参考文献＃１０：IEEE Standard for Local and Metropolitan Area Networks, "Port-Based Network Access Control"、ＩＥＥＥ規格８０２．１Ｘ-２００１
・参考文献＃１１：Standard for Local and Metropolitan Area Networks, 'Wireless Medium Access Control (MAC) and physical layer (PHY) specifications: Medium Access Control (MAC) Security Enhancements, "、ＩＥＥＥ規格８０２．１１ｉ／Ｄ４．０、２００３年５月（例えば、ＩＥＥＥ規格８０２．１１ｉ／Ｄ７．０、２００３年１０月の文書も参照されたい。）
・参考文献＃１２：IEEE Standard for Local and Metropolitan Area Networks, "Draft Recommended Practice for Multi-Vendor Access Point via an Inter-Access Point Protocol Across Distribution Systems Supporting IEEE 802.11 Operation,"ＩＥＥＥＰ８０２．１１Ｆ／Ｄ５、２００３年１月
・参考文献＃１３：IEEE Standard for Local and Metropolitan Area Networks, "Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) specifications” , ＡＮＳＩ／ＩＥＥＥ規格８０２．１１、１９９９年版、１９９９年
・参考文献＃１４：ＪJ. Loughney, M. Nakhjiri, C. Perkins and R. Koodli,"Context Transfer Protocol", Internet-Draft, Work in progress、２００３年６月（例えば、２００３年１０月の文書も参照されたい。）
・参考文献＃１５：C. Kaufman,"Internet Key Exchange Protocol", Internet-Draft, Work in progress、２００３年４月（例えば、２００３年１０月９日及び２００４年１月の文書も参照されたい。）
・参考文献＃１６：S. Kent and R. Atkinson,"IP Authentication Header", ＲＦＣ２４０２、１９９８年１１月
・参考文献＃１７：S. Kent and R. Encapsulating Security (ESP) ", ＲＦＣ２４０６、１９９８年１１月
・参考文献＃１８：T. Kivinen, "DHCP over Internet-Draft, Work in progress", ２００３年４月
・参考文献＃２０：M. Liebsch, A. Singh, H. Chaskar and D. Funato,"Candidate Access Router Discovery", Internet-Draft, work in Progress、２００３年３月（例えば、２００３年９月及び２００３年１１月の文書も参照されたい。）
・参考文献＃２１：A. Palekar, D. Simon, G. Zorn and S. Josefsson,"Protected EAP Protocol (PEAP)", Internet-Draft, Work in Progress、２００３年３月（「Protected EAP Protocol(PEAP)/Version 2」、２００３年１０月も参照されたい。）
・参考文献＃２２：B. Patel, B. Aboba, S. Kelly and V. Gupta, "Dynamic Host Configuration Protocol (DHCPv4) Configuration of IPsec Tunnel Mode"、ＲＦＣ３４５６、２００３年１月
・参考文献＃２３：J. Puthenkulam, V. Lortz, A. Palekar and D. Simon,"The Compound Authentication Binding Problem", Internet-Draft, Work in Progress、インターネット草案、進行中の研究、２００３年３月（例えば、２００３年１０月の文書も参照されたい。）
・参考文献＃２４：R. Seifert, "The Switch Book-The Complete Guide to LAN Switching Technology", Wiley Computer Publishing, ISBN 0-471-34586-5
・参考文献＃２５：Y. Sheffer, H. Krawczyk and B. Aboba,"PIC, A Pre-IKE Credential Provisioning Protocol", Internet-Draft, Work in progress,２００２年１０月
・参考文献＃２６：H. Tschofenig, A. Yegin and D. Forsburg,"Bootstrapping RFC3118 Delayed Authentication using PANA", Internet-Draft,、インターネット草案、２００３年６月（例えば、２００３年１０月の文書も参照されたい。）
・参考文献＃２７：M. Kulkarni, A Patel and K. Leung,"Mobile Dynamic Home Agent Assignment", IETF Internet-Draft、２００４年１月８日

本発明の好ましい実施形態は、既存の方法及び／又は装置を大幅に改良することができる。

いくつかの例示的な実施形態では、例えば、ＩＰネットワーク又はサブネットワーク全体で動作するように（例えばＩＥＥＥ８０２．１Ｘ事前認証のような）事前認証の概念を拡張できる、新規のシステム及び方法が提供される。いくつかの好ましい実施形態では、新規のアーキテクチャは、例えば上位層ハンドオフ性能を大幅に改善できる２つの新しい仕組みの１つ又は両方を含む。第１の仕組みは、モバイル機器がハンドオフの前に候補ＩＰサブネット内で有効な上位層情報を事前に設定できるようにする「事前設定」と呼ばれている。第２の仕組みは、携帯電話が、それが実際に候補ＩＰサブネット（複数の場合がある）に対してハンドオフを実行する以前にも、候補ＩＰサブネット（複数の場合がある）を通してパケットを送信又は受信できるようにする「仮想ソフトハンドオフ」と呼ばれている。

いくつかの実施形態に従って、移動局が現在のＩＰサブネットとの通信のために構成されている一方で、新しい候補ＩＰサブネットワークのための上位層情報で移動局を事前に設定することを含む方法が提供されている。好ましくは、方法は、ハンドオフがその新しいＩＰサブネットワークに対して実行される前に、候補ＩＰサブネットワークを通してパケットを送信する又は受信する移動局をさらに含む。

いくつかの他の実施形態に従って、現在のサブネットワーク内のアクセスポイントと分離する前に新しいサブネットワーク内のアクセスポイント上で作業する単一の無線インタフェースを有する移動局について事前認証を取得することを含む、現在の及び新しいサブネットワークのアクセスポイント間での移動局のハンドオフでの中断を最小限に抑えるための方法が提供される。いくつかの実施形態では、この方法はさらに事前認証をＩＰ層で伝搬することをさらに含む。

さらにいくつかの他の実施形態に従って、移動局が現在のサブネットワークにあるときに新しいサブネットワーク内のアクセスポイントのＩＰアドレスを決定すること、及び現在のサブネットワークと新しいサブネットワーク上で作業するために移動局のための事前認証を取得することとを含む方法が提供される。いくつかの実施形態では、複数の新候補サブネットワークがある。好ましくは、移動局は、それが将来移動する又は移動しない可能性があるネットワーク内の、１つ以上のネットワークエンティティと事前認証（例えば、Ｌ２認証と上位層認証の両方）を実行できる。いくつかの実施形態では、方法は、前記決定が、ＩＰアドレスの動的決定を含むことを含む。いくつかの実施形態では、方法は前記動的決定がアクセスポイントビーコンを有することを含むか、あるいはプローブ応答がＩＰアドレスを含むことを含む。いくつかの実施形態では、方法は、前記決定が前記ＩＰアドレスの静的決定を含むことを含む。いくつかの実施形態では、新サブネットワーク内の前記アクセスポイントは上位層事前認証をサポートせず、プロキシエージェントを介して前記移動局と通信し、いくつかの実施形態では、新サブネットのアクセスポイントは上位層事前認証を支援し、移動局と通信する。好ましい実施のいくつかでは、新サブネットワーク内のアクセスポイントは、８０２．１Ｘフレームを搬送する上位層プロトコルを使用することによって移動遠隔極と通信する。

さらにいくつかの他の実施形態に従って、上位層事前認証に基づいたハンドオフの前に上位層コンテキストを事前に確立することによって、移動局のハンドオフ遅延を削減することを含む方法が提供される。好ましくは、上位層コンテキストはクライアントネットワークアドレス（例えばクライアントＩＰアドレス）等を含む。いくつかの実施形態では、方法は、上位層コンテキストを事前に確立するために使用されるメッセージを確保することをさらに含む。いくつかの実施形態では、方法は、上位層事前設定メッセージを保護するための暗号鍵を引き出すための上位層認証プロトコルを使用することをさらに含む。いくつかの実施形態では、方法はＩＰ上で８０２．１Ｘ事前認証と８０２．１Ｘを使用することにより、第２層事前設定を実行することをさらに含む。いくつかの実施形態では、方法は、複数の上位層コンテキストを事前に確立するための単一の上位層認証プロトコルを使用することをさらに含む。いくつかの実施形態では、方法は、複数の上位層コンテキストを事前に確立するためにＩＫＥ又はＩＫＥｖ２を使用することをさらに含む。いくつかの実施形態では、方法は、複数の上位層コンテキストを事前に確立するためにＰＡＮＡとＩＫＥ又はＩＫＥｖ２を使用することをさらに含む。いくつかの実施形態では、方法は、移動局の事前に設定されたＩＰアドレスのためのトラフィックを、現在接続されているサブネットワークにリダイレクトするために、新サブネットワークで移動局とアクセスポイントの間にＩＰｓｅｃトンネルを確立することをさらに含む。

さらにいくつかの他の実施形態に従って、ハンドオフの前に移動局のために上位層コンテキストを事前に確立することと、事前に確立されるＩＰアドレスから発生する、又は事前に確立されるＩＰアドレスに向けられるトラフィックを、新アクセスネットワークに安全にリダイレクトすることを含む、割り込みが最小で、安全性が維持されている様々なアクセスネットワーク内のアクセスポイント間で移動局のハンドオフを実行するための方法が提供される。いくつかの実施形態では、方法は新アクセスネットワーク内で移動局とアクセスルータの間でＩＰｓｅｃトンネルを確立することをさらに含み、ＩＰｓｅｃトンネル内側アドレスは事前に確立されたＩＰアドレスに結び付けられている。いくつかの実施形態では、方法は、新アクセスネットワークの中のアクセスルータが、クライアント機器が家庭用アドレスとしてその事前に確立されたＩＰアドレスを登録する一時的な家庭用エージェントとして使用され、ＩＰアドレスは気付アドレスとして物理的に接続されているネットワーク内で割り当てられることを、さらに含む。

さらにいくつかの実施形態に従って、上位層ハンドオフの、アクセスネットワーク間での移動局の下位層ハンドオフに対するタイミング依存性を削減する又は排除するために、上位層事前認証、事前設定、及びデータトラフィックリダイレクトを実行することを含む、方法が提供される。多様な実施形態に従って、ハンドオフは移動ＩＰハンドオフ、ＶＰＮハンドオフ、ＯＳＩネットワーク層ハンドオフ等である。いくつかの実施形態では、方法は、下位層ハンドオフより早期に上位層ハンドオフを開始することをさらに含む。

いくつかの実施形態では、方法は下位層ハンドオフ前に上位層ハンドオフを完全に完了することをさらに含む。

いくつかの他の実施形態に従って、モバイル機器がハンドオフの前にアクセスポイントの新しいものからパケットを送信し、受信することができるようにすることによって通信中断を最小限に抑えるために、近接ネットワーク又はサブネットワーク内のアクセスポイント間でモバイル機器の仮想ソフトハンドオフを実行することを含む方法が、提供される。いくつかの実施形態では、方法は、下位層ハンドオフの前に上位層ハンドオフを完全に実行することをさらに含む。いくつかの実施形態では、方法はさらに下位層ＣＤＭＡソフトハンドオフを使用して通信中断をさらに削減することを含む。いくつかの実施形態では、方法は、事前認証及び事前設定が第２層ハンドオフを開始する前に完了できるように、上位層による第２層ハンドオフタイミングを制御することをさらに含む。いくつかの実施形態では、方法は仮想ハンドオフの間のトラフィックリダイレクトのためにＩＰｓｅｃトンネルを使用することをさらに含み、前記ＩＰｓｅｃトンネルのための機器の外部ＩＰアドレスと内部ＩＰアドレスはそれぞれ、現在のサブネットの気付アドレスと新サブネットの気付アドレスである。いくつかの実施形態では、方法はＩＰｓｅｃトンネルを全てのトラフィックに使用することをさらに含む。

さらにいくつかの他の実施形態に従って、ａ）トランシーバ、及びｂ）ノードが異なるネットワーク又はサブネットワークにある間に、移動通信ネットワークノードと別の移動通信ネットワークノードの間の上位層事前認証のために異なるネットワーク又はサブネットワーク内の別の移動通信ネットワークノードへ、又は別の移動通信ネットワークノードからネットワークアドレスを送信する又は受信するための手段を含む、移動通信ネットワークノードが提供される。他の実施形態では移動通信ネットワークノードはアクセスポイントであるが、いくつかの実施形態では、移動通信ネットワークノードはモバイルノードである。いくつかの実施形態では、ノードは、ノードが異なるネットワーク又はサブネットワークにある間に、さらに他の移動通信ネットワークノードとの安全性関連のために上位層コンテキストを記憶するための手段をさらに備える。いくつかの実施形態では、ノードは、ノードが異なるネットワーク又はサブネットワークにある間に、他の移動通信ネットワークノードとの安全性関連のために上位層コンテキストを確立するための手段をさらに含む。いくつかの実施形態では、ノードは、ノードの内の移動性の一方がハンドオフの前にノードの他方へのトラフィックを送信又は受信できるようにすることによって、様々なネットワーク又はサブネットワークの間で仮想ソフトハンドオフを実行するための手段をさらに含む。

多様な実施形態の前記及び／又は他の態様、特徴及び／又は利点は、添付図と関連して以下の説明を鑑みてさらに理解されるであろう。多様な実施形態は、該当する場合は異なる態様、特徴、及び／又は利点を包含及び／又は排除できる。さらに、多様な実施形態は、該当する場合は他の実施形態の１つ以上の態様又は特徴を結合できる。特定の実施形態の態様、特徴及び／又は利点の説明は、他の実施形態又は請求項を制限すると解釈されるべきではない。

本発明の好ましい実施形態は、添付図面の中に、限定的ではなく例証として示されている。

ＩＥＥＥ８０２．１１ｉ事前認証の例示的なシーケンスを示す概略図である。中間プロキシエージェントの使用を立証する図である。上位層事前認証をサポートするアクセスポイントの使用を立証する図である。ＰＡＮＡ及びＩＫＥの組み合わせを使用して上位層事前設定の例を示す概略フロー図であり、ＰＡＮＡと元のＩＫＥの組み合わせを示す図である。ＰＡＮＡ及びＩＫＥの組み合わせを使用して上位層事前設定の例を示す概略フロー図であり、構成サーバがアクセスルータ内で同じ場所に配置されると仮定される例示的な条件下でのＰＡＮＡとＩＫＥｖ２の組み合わせを示す図である。いくつかの例示的且つ非制限的な実施形態に従って、上位層ソフトハンドオフが使用されないとき（上部タイムラインを参照されたい）と、上位層ソフトハンドオフが使用されるとき（下位タイムラインを参照されたい）の概略比較時間シーケンスを示す図である。モバイルクライアント機器が仮想ソフトハンドオフの間にトラフィックリダイレクトのためにＩＰｓｅｃトンネルを使用する、第１の例示的なケースを立証する概略フロー図である。仮想ソフトハンドオフが実質的に全て又は全てのトラフィックのためにＩＰｓｅｃトンネルを使用する、第２の例示的なケースを立証する概略フロー図である。仮想ソフトハンドオフを利用するＶＰＮハンドオフの例示的なシーケンスを立証する例示的な例を示す図である。仮想ソフトハンドオフを利用するＶＰＮハンドオフの例示的なシーケンスを立証する例示的な例を示す図である。仮想ソフトハンドオフを利用するＶＰＮハンドオフの例示的なシーケンスを立証する例示的な例を示す図である。仮想ソフトハンドオフを利用するＶＰＮハンドオフの例示的なシーケンスを立証する例示的な例を示す図である。仮想ソフトハンドオフを利用するＶＰＮハンドオフの例示的なシーケンスを立証する例示的な例を示す図である。そのＩＰｓｅｃマーキングと、及びその新しいＩＰヘッダとともに、例示的な元のパケットと新しいＩＰｓｅｃトンネルパケットを示す。本発明の仮想ソフトハンドオフ及び／又は他の原則が、モバイルノードがその家庭用ネットワークから外部ネットワークに移動し、前記外部ネットワークの新しいＣｏＡを得るときに利用できる、例示的なモバイルＩＰ環境を示す図である。仮想ソフトハンドオフ及び／又は本発明の他の原則が、クライアントが外部ネットワークに移動し、新しいＣｏＡを得るときに利用できる、例示的なセッション開始プロトコル（ＳＩＰ）ボイスオーバーＩＰ（ＶＯＩＰ）環境を示す図である。

本発明は多くの異なる形式で具現化されてよいが、本開示が本発明の原則の例を提供するとして見なされるべきであり、このような例は本発明をここに説明されている及び／又はここに図解されている好ましい実施形態に制限することを目的としていないという理解で、数多くの例示的な実施形態がここで説明されている。一例として、８０２．１１ｉ及び／又は他の環境の中で実現される例示的な実施形態がここで説明されているが、本発明の態様はこの開示に基づいて理解されるように種々の他の環境の中で実現できる。

（ＩＥＥＥ８０２．１１ｉ事前認証）
図１は、ＩＥＥＥ８０２．１１ｉ事前認証の例示的なシーケンスを示している。図１は、移動局がすでに８０２．１１ｉ認証を実行し、第１のアクセスポイントＡＰ１と関連していると仮定している。

図１の（１）に示されているように、移動局はビーコンを受信することにより新しいアクセスポイントを検出する。その際、移動局（ＳＴＡ）は第２のアクセスポイントＡＰ２の無線カバレージに入り、ＡＰ２からビーコンフレームを受信し、それはＡＰ２に対して事前認証することを希望し、それはＡＰ１にＥＡＰＯＬ-Ｓｔａｒｔ（ＬＡＮ上拡張認証プロトコル［ＥＡＰ］）をＡＰ１に送信することができ、宛先ＭＡＣアドレスとしてビーコンフレームに含まれているＡＰ２のＭＡＣアドレスを指定する。参考までに、ビーコンフレームにより局は無線ＬＡＮ上で通信を確立、維持できる。一例として、共通ビーコンフレームは約５０バイトの長さである場合がある。ビーコンフレームの約半分は、例えば、共通フレームヘッダ及びサイクリックリダンダンシーチェッキング（ＣＲＣ）フィールドを含むことがある。他のフレームと同様に、ヘッダはソースＭＡＣアドレスと宛先ＭＡＣアドレス、及び通信プロセスに関する他の情報も含むことができる。ビーコンフレーム本体の残りの約半分は、例えばヘッダとＣＲＣフィールドの間に常駐し、例えばフレーム本体内で次の情報を伝搬できる。つまり（例えばビーコン伝送の間の時間量を表す）ビーコン間隔、（例えばＡＰと関連付けられている局の間の同期を可能にする）タイムスタンプ、（例えば特定の無線ＬＡＮを識別する）サービスセット識別子（ＳＳＩＤ）、サポートレート（例えば、特定の無線ＬＡＮがサポートするレート）、パラメータセット（例えば、特定の信号伝達方法に関する情報等）、（例えば、無線ＬＡＮに属することを希望する局の要件を特定する）機能情報、及び／又はトラフィック表示マップ（ＴＩＭ）である。

図１の（２）に示されているように、（ＥＡＰを伝搬する）８０２．１Ｘフレームは、現在のアクセスポイントＡＰ１を通して、移動局と新しいアクセスポイントＡＰ２の間で交換される。その際、現在のアクセスポイントＡＰ１は、例えばバックエンド有線ＬＡＮを通して、ＥＡＰＯＬ-Ｓｔａｒｔフレームを新しいアクセスポイントＡＰ２に転送する。それから、新しいアクセスポイントＡＰ２は、次にＥＡＰＯＬ-Ｓｔａｒｔフレームを受信し、以後の８０２．１Ｘフレームは、現在のアクセスポイントＡＰ１を通して新しいアクセスポイントＡＰ２と移動局（ＳＴＡ）の間で交換される。

図１の（３）に示されているように、移動局は、ハンドオフの間に、例えば第１のサブネットワーク等から第２のサブネットワーク等に移動できる。

図１の（４）に示されているように、移動局が新しいアクセスポイントと関連すると、それは前述された（２）で確立された暗号鍵を使用することによって保護関連を実行できる。その際、事前認証が成功した結果、８０２．１１ｉ暗号鍵もＡＰ２と携帯電話の間で確立される。８０２．１１ｆ又はＩＡＰＰ（アクセスポイント間プロトコル）がＡＰ１とＡＰ２の間で使用されない限り（例えば、前記でここに組み込まれている参考文献＃１２を参照されたい）、ＡＰ２は、ＡＰ１を通して初期の認証の間に行われたのと同じように移動局を認証するために、認証つまりＡＡＡサーバ（注意：ＡＡＡサーバは、コンピュータリソースへのアクセスのためのユーザ要求を処理し、認証、許可又はアカウンティング（ＡＡＡ）サービスを提供するサーバプログラムを含むことがあり、機器又はアプリケーションは、例えばＲＡＤＩＵＳクライアント／サーバプロトコル及びソフトウェアを使用してＡＡＡサーバと通信してよい）に連絡する必要がある。しかしながら、ＥＡＰ（拡張認証プロトコル-例えば、前記で本書に組み込まれている参考文献＃３を参照されたい）で使用される認証方法が、ＰＥＡＰ（保護ＥＡＰ-例えば、前記で本書に組み込まれている参考文献＃２１を参照されたい）、ＥＡＰ-ＴＬＳ（ＥＡＰトランスポート層セキュリティ-例えば、前記で本書に組み込まれている参考文献＃２を参照されたい）、及びＥＡＰ-ＴＴＬＳ（ＥＡＰトンネル化ＴＬＳ-例えば、前記で本書に組み込まれている参考文献＃６を参照されたい）によってサポートされるように、高速再接続又はセッション再開をサポートする場合、再認証は初期認証より早くなる可能性がある。

ＩＥＥＥ８０２．１ＸはＬＡＮの中で動作するように設計されているので、ＩＥＥＥ８０２．１Ｘ事前認証の適用は-それが後述される実施形態に従って上位層で動作するために拡張されない限り-サブネット内部のハンドオフに制限されている。これは、例えば、ネットワークがセキュリティを改善するため、あるいは放送トラフィックを削減するために、部門又は課の境界に基づいて複数のＶＬＡＮ（仮想ＬＡＮ）の中に区分化される可能性がある大企業では、重大な制限である。移動局が例えば複数のＶＬＡＮの中で移動すると仮定される場合、サブネット間事前認証とサブネット内事前認証の両方をサポートすることは非常に有利である可能性がある。

（上位層事前認証に関連する問題点）
本発明の多様な実施形態で考えられる多様な利点を取得するようにそれを拡張することは言うまでもなく、サブネット間事前認証をサポートするためにＩＥＥＥ８０２．１１ｉ事前認証を拡張することは簡単ではない。例えば、ＩＰデータグラムに８０２．１Ｘフレームを単にカプセル化することはできない（注意：データグラム、つまりパケットは、インターネットプロトコルが処理し、ネットワークが運ぶメッセージの単位である）。本発明のいくつかの好ましい実施形態では、多くの追加の問題点は、例えば以下を含む好ましい実施形態の態様を達成する際に克服される。

・ＡＰのＩＰアドレス決定能力：移動局と同じＬＡＮ上にあるかもまたはないかもしれないＡＰを移動局が検出すると、それはＡＰが同じＬＡＮ上にあるかどうかを知る必要がある。そして、ＡＰが同じＬＡＮ上になければ、それは上位層のプロトコルを用いて通信するためにＡＰのＩＰアドレスを知る必要がある。

・上位層の事前認証支援能力：上位層の事前認証を支援しないＡＰに対して支援が必要となることがある。その際、いくつかのＡＰは８０２．１１ｉ事前認証を支援するかもしれないが、上位層事前認証を支援しないかもしれない。このようなＡＰは、事前認証されている移動局が同じＬＡＮ上にあると仮定している。このようなＡＰが上位層事前認証から恩恵を受けることができるようにする必要があるかもしれない。

・ＩＰを介してメッセージを搬送する能力：ＥＡＰは規則正しい配信を提供するためにそのトランスポートプロトコルを必要とする。例えば、上文で組み込まれている参考文献＃３を参照されたい。ＩＥＥＥ８０２ＬＡＮスイッチは順序付けを普遍に維持することを必要とされるため、その際、ＩＥＥＥ８０２．１Ｘは、ＥＡＰの規則正しい配信要件を満たす。例えば、上文で組み込まれている参考文献＃２４を参照されたい。他方、ＥＡＰメッセージが上位層で伝搬されるとき、ＩＰ層は順序付けを不変に維持しないため、ＩＰ層上で定義されるＥＡＰトランスポートプロトコルは規則正しい配信を実現しなければならない。

・上位層コンテキスト事前確立能力：サブネット間ハンドオフを実行するために、移動局は第２層コンテキストを確立し直す必要があるだけではなく、移動局は、パケット保護あたりのＩＰ層が使用されると、携帯電話と例えばアクセスルータ（ＡＲ）（複数の場合がある）の間の例えばＩＰ気付アドレスとＩＰｓｅｃセキュリティ結合（ＳＡ）等を含む上位層コンテキストを確立し直す必要がある。これらの上位層コンテキストは第２層コンテキストより確立に時間を要する可能性が高い。したがって、ハンドオフ遅延及びその結果として生じるデータ損失を削減するために、ハンドオフの前にこれらのコンテキストを事前に確立させておくことが役立つ場合がある。上位層コンテキストはＩＥＥＥ８０２．１Ｘを使用することによって確立されないので、それらを事前に確立するために追加の機構が上位層で定義される必要がある。

・なおさらに性能の躍進を達成するための能力：上位層事前認証を使用することによって上位層コンテキストを事前に確立する能力は、ハンドオフ遅延及び結果として生じるデータ損失を削減するのに役立つ。しかしながら、本発明者は、移動局が、第２層ハンドオフを実行する前でも、現在のコンテキストだけではなく、事前に確立されたコンテキストにも基づいて上位層パケットを送信及び／又は受信できる場合に、なおさらに性能の改善が達成できることに気づいた。

とりわけ前記問題点に関連する詳細な解決策は、以下の項に述べられている。

（ＡＰのＩＰアドレスの分解）
前述されたように、上位層事前認証は複数のＬＡＮ全体で機能する必要があるので、移動局は異なるＬＡＮのアクセスポイントと通信できる必要がある。したがって、ＩＰアドレスとＡＰのＭＡＣアドレスの間でマッピングを決定する必要がある。後述されるように、いくつかのケースでは、ＩＰアドレスはプロキシエージェントのアドレスであってよい。ＡＰ決定のための２つの好ましい手法、つまり事前に設定される決定（例えば静的決定）と動的決定がある。静的決定では、移動局は、例えばそれがそれらのＡＰからビーコンフレームを受信する前に、それぞれの近傍のＡＰのＩＰアドレスとＭＡＣアドレスの組のリストを取得できる。動的決定では、ＡＰのためのマッピングは、例えば移動局がＡＰからビーコンフレーム等を受信すると決定できる。いくつかの実施形態では、両方の手法を結合できる。利用できる数多くの例示的な方法が以下に一覧表示される。

・いくつかの実施形態では、８０２．１１仕様は、ビーコンフレーム（又はプローブ応答等）がＡＰのＭＡＣアドレスのためのＩＰアドレスを含むことができるように拡張されてよい。前記に従って、これは動的決定と分類できる。

・いくつかの実施形態では、ＩＥＴＦＳｅａｍｏｂｙＷＧ（作業グループ）のＣＡＲＤ（候補アクセスルータ発見（Candidate Access Router Discovery））機構は、この目的のために使用できる。例えば、前記で本書に組み込まれているM.Liebsch、A.Singh、H.Chaskar及びD.Funato、「Candidate Access Router Discovery」、Internet-Draft, Work in progress、２００３年３月を参照されたい。前記に従って、これは動的決定と分類できる。

・いくつかの実施形態では、隣接ＡＰごとにＭＡＣアドレスとＩＰアドレスの組のリストを搬送する新しいオプションの付いたＤＨＣＰ（動的ホスト構成プロトコル）が、この目的のために使用できる。例えば、上文で組み込まれているＲ．Droms「Dynamic Host Configuration Protocol」、ＲＦＣ２１３１、１９９７年３月を参照されたい。前記に従って、これは静的決定と分類できる。

・いくつかの実施形態では、ＥＡＰ-ＴＬＶ（ＥＡＰタイプ長値）方法が、所望の決定目的のために隣接ＡＰごとのＭＡＣアドレスとＩＰアドレスの組のリストを搬送するために使用できる。例えば、上文で組み込まれている参考文献＃２１を参照されたい。このＥＡＰ方法は、通常ＰＥＡＰ（同文献を参照されたい）等のトンネル化ＥＡＰ方法で搬送され、リストは所望の決定目的のために、バックエンド認証サーバのトンネル化エンドポイントから送信される必要がある場合がある。前記に従って、この方法は静的決定と分類できる。

・いくつかの実施形態では、ＰＡＮＡプロトコルは、認証結果をモバイルクライアントに知らせるために使用されるメッセージ（つまりＰＡＮＡ-バインド要求）で新しいＡＶＰ（属性-値組）を追加することによって、この目的のために使用できる。

・いくつかの実施形態では、ＩＥＥＥ８０２．１Ｘ、ＰＰＰ（ポイントツーポイントプロトコル）及び／又は他のリンク層認証プロトコルがこの目的のために使用できる。

最も好ましい実施形態では、アクセスポイント決定は、異なる管理ドメインでのアクセスポイントのＭＡＣアドレスとＩＰアドレス間のマッピングを決定するために機能する必要がある。このようなマルチドメインシナリオを検討する際には、前記に示された第１の手法は、このようなドメイン間ハンドオフシナリオに特によく機能する。しかしながら、モバイルノードが、それが前記の手法又は他の類似した手法で新しいネットワークに接続するときに各アクセスポイントのＩＰアドレスとＭＡＣアドレスを記憶する場合には、他の手法は依然として有効である。これらの手法は、後述される構成サーバのＩＰアドレスを定義するためにも有効な場合がある。

ＡＰのＩＰアドレスを決定する問題に加えて、ａ）ＡＰと同じ位置に配置される、あるいはＡＰの後ろに位置する（つまりＰＡＮＡ認証エージェントは上位層事前認識に使用されてよい）ＰＡＮＡ認証エージェントのＩＰアドレス、ｂ）ＡＰのＩＰ接頭語（つまり、ＡＰのＩＰアドレスは、ＡＰがクライアントと同じネットワークに属するかどうかをクライアントが理解するほど十分ではない可能性がある）、及び／又はｃ）ＡＰのドメイン名を決定するという類似した問題点もある。

このような類似した問題に対処するために、ＡＰのＩＰアドレスに加えて、ＡＰが属するサブネットワーク（複数の場合がある）の１つ以上のＩＰ接頭語、ＡＰと同じサブネットワーク（複数の場合がある）と同じ位置に配置される、又は同じサブネットワーク（複数の場合がある）内で接続される、ＰＡＮＡ認証エージェント（複数の場合がある）の１つ以上のＩＰアドレス、ＡＰのドメイン名、及び／又は上位層事前認証、上位層コンテキストの事前設定、及び／又は仮想ソフトハンドオフを実行するために必要とされる任意の他の情報も、ＡＰのＩＰアドレスとともに決定されてもよい。

（ＩＥＥＥ８０２．１Ｘプロキシ）
前記に示されたように、いくつかのアクセスポイントは８０２．１１ｉ事前認証を支援する可能性があるが、上位層事前認証を支援しないことがある。図２Ａに示されているように、いくつかの実施形態では、上位層事前認証を支援しないアクセスポイントは、アクセスポイントと遠隔移動局の間で８０２．１Ｘメッセージを転送するプロキシエージェントを導入することによって、遠隔ＬＡＮの中の移動局ＳＴＡとＩＥＥＥ８０２．１Ｘフレームを通信させることができる。一例として、プロキシエージェントは、媒介として機能するプロキシサーバを含むことができる。いくつかの例では、このようなプロキシエージェントはＩＥＥＥ８０２．１Ｘプロキシと呼ぶことがある。動作中、ＩＥＥＥ８０２．１Ｘプロキシとアクセスポイントの間のＩＥＥＥ８０２．１Ｘフレーム転送は、ＩＥＥＥ８０２ＭＡＣ機構だけに基づいているので、プロキシは、ＩＥＥＥ８０２．１１ｉ事前認証が変更せずに動作できるようにそれ自体のＭＡＣアドレスの代わりに遠隔移動局のＭＡＣアドレスを使用する。プロキシと移動局の間のＩＥＥＥ８０２．１Ｘフレーム転送は、次の副項で説明されている上位層転送機構に基づくことができる。プロキシは移動局から受信されるＭＡＣ層フレームのヘッダ内で遠隔移動局のＭＡＣアドレスを見ないので、ＭＡＣアドレスは好ましくは上位層パケットのペイロードで伝搬される。

他方、図２Ｂに示されているように、アクセスポイントが上位層事前認証をサポートする場合、ＩＥＥＥ８０２．１Ｘプロキシは必要とされない。このようなケースでは、このようなＡＰは、８０２．１Ｘフレームを伝搬する上位層プロトコルを使用することによって遠隔移動局（ＳＴＡ）と直接的に通信できる。

図２Ａ及び図２Ｂは、２つの例示的な方法を示し、図２Ａは仲介プロキシエージェントの使用を立証し、図２Ｂは上位層事前認証を支援するアクセスポイントの使用を立証する。したがって、これらの実施形態の例示的な実施では、移動局はプロキシエージェント又はＡＰのどちらかのＩＰアドレスを単に知る必要がある。

（ＩＰ上のＩＥＥＥ８０２．１Ｘ）
前述されたように、ＩＥＥＥ８０２．１Ｘフレームは、順序の不変性が維持される必要があるＥＡＰ（拡張認証プロトコル）メッセージを搬送するので、ＩＰ上でＩＥＥＥ８０２．１Ｘフレームを単に搬送することはＥＡＰトランスポート要件を満たさない。したがって、ＩＰ層の上で８０２．１Ｘフレームを搬送するために、以下に一覧表示される手法の内の１つ以上、あるいは他の適切な方法を利用できる。

・いくつかの実施形態では、ＰＡＮＡ（ネットワークアクセスのための認証を搬送するためのプロトコル）は、ＵＤＰ（ユーザデータグラムプロトコル）上でＥＡＰメッセージを搬送するために使用できる。例えば、上文で組み込まれている、D.Forsberg、Y.Ohba、B.Patil、H.Tschofenig及びA.Yegin、「Protocol for Carrying Authentication for Network Access（ＰＡＮＡ）」、Internet-Draft, Work in progress、２００３年３月を参照されたい。ＰＡＮＡは生来ＥＡＰメッセージを伝搬するように設計されているので、それは順序を不変に維持するための機構を有する。

・いくつかの実施形態では、ＵＤＰ上でも定義されているＩＫＥｖ２（インターネットキー交換、２版）が、ＩＫＥセキュリティ結合を確立するための多様な認証方法を支援するために、ＥＡＰメッセージを搬送することを支援する。ＩＫＥｖ２は、ＩＫＥｖ２が確実なメッセージ配信機構を定義するため規則正しい配信要件を満たす。

・いくつかの実施形態では、新しいプロトコルは、例えばＴＣＰ等の信頼できるトランスポート上で８０２．１Ｘフレームを伝搬するために定義できる。

いくつかの好ましい実施形態では、後者の手法（つまり新しいプロトコルを定義すること）は、ＥＡＰメッセージ順序を保全しつつＩＥＥＥ８０２．１Ｘフレームを搬送するに過ぎないという要件を考えると、他の２つの手法は機能的に冗長である可能性があるため、要求にさらに適切である場合がある。

（上位層コンテキストの事前確立）
事前認証の１つの目的は、クライアント機器に、それがターゲットネットワークへのハンドオフを実行する前に、ターゲットアクセスネットワークのために使用されるコンテキストを事前に確立する手段を提供することを含む。上記のいくつかの好ましい実施形態に従って、事前に確立されるコンテキストは、下位層コンテキストだけではなく、例えばデータ暗号化鍵、８０２．１１ｉ暗号鍵等の、第２層コンテキスト等の下位層コンテキストと、例えばクライアントＩＰアドレス、ＩＰ接頭語、サブネットマスク、ルータアドレス、ＤＮＳ（ドメイン名システム）サーバアドレス、ＩＰｓｅｃ暗号（ＩＰｓｅｃがアクセスネットワークでデータパケット保護に使用される場合）等のような上位層コンテキストの両方も含む。とりわけ、上位層コンテキストのこの新規の事前確立により、詳しく後述されるようなかなりの利点が可能になる。これらのコンテキストは、移動局等の中に（例えば一時的に）、例えば電磁記憶装置、ＲＡＭ、キャッシュメモリ等に記憶できる。

本記述では、コンテキストの事前確立は、「事前設定」とも呼ばれることがある。第２層事前認証は、例えば８０２．１Ｘ事前認証及びＩＰ上の８０２．１Ｘを使用することによって実行できるが、上位層事前設定には仕組みが定義される必要がある。他方、上位層事前設定に使用される信号メッセージは、未許可のクライアントが例えば事前設定を実行しないよう、あるいは事前設定メッセージ交換でＤｏＳ（サービス妨害）攻撃をしないように、クライアント機器と構成サーバの間で保護される必要がある。ローミング環境ではクライアントと構成サーバの間に過去に設定されたＳＡ（セキュリティ結合）がない可能性があるため、上位層事前設定のために信号経路を守るためのＳＡは好ましくは、８０２．１Ｘ認証が成功した結果として、移動局とアクセスポイントの間に確立されるセッション鍵から８０２．１１ｉ暗号鍵を引き出すために使用されるのと同様に動的に引き出される。しかしながら、ＩＫＥｖ２はＩＫＥｖ２サーバを動的に検出するためにクライアントを提供しない。

クライアントＩＰｖ６アドレス及びＩＰｖ６接頭語はＣＡＲＤ（例えば、上文で組み込まれている参考文献＃２０を参照されたい。）を使用して事前に確立できるが、好ましい手法は、これらのコンテキストの実質的に全て又は全てを事前に確立するために使用できる単一のプロトコルを使用することによって、コンテキストを事前に確立することを含む。その際、ＩＫＥ又はＩＫＥｖ２は、それが別のネットワークに接続されている間にクライアント機器の安全な遠隔構成をサポートする例示的なプロトコルとして使用できる。例えば、上文で組み込まれている参考文献＃９を参照されたい。ＩＫＥに関しては、ＩＫＥの拡張版が、クライアントホストとＤＨＣＰエージェントの間で、遠隔ＩＰｓｅｃゲートウェイで同じ位置に配置されるＤＨＣＰ（動的ホスト構成プロトコル）メッセージを搬送するために使用される、標準的な機構を定義する。例えば、上文で組み込まれている参考文献＃２２を参照されたい。ＩＫＥｖ２に関しては、ＩＫＥｖ２はデフォルトにより構成機構を有し、ＩＫＥｖ２メッセージの中でＤＨＣＰメッセージを伝搬するための拡張を可能にする。例えば、上文で組み込まれている参考文献＃１８を参照されたい。ＩＫＥはエンティティ認証を支援しているが、それは通信ピアが、相互認証を命じる、事前に共用されている秘密証明書又はデジタル証明書のどちらかを有していると仮定している。したがって、ＩＫＥはローミング環境には望ましくない。他方、ＩＫＥｖ２はローミングクライアントのための認証を支援するために、第１のＣＨＩＬＤ＿ＳＡ交換（以下を参照）の間にオプションでＥＡＰメッセージを伝搬することによってより柔軟な認証を支援する。しかしながら、これは、つまり１回はＩＫＥ＿ＳＡ（以下を参照）を確立するため、もう１回は暗号鍵バインディングの問題に対処するためにＥＡＰマスタセッション鍵を確立するための少なくとも２回、公開鍵をベースにした重量鍵交換を必要とすると考えられる。例えば、上文で組み込まれている参考文献＃２３を参照されたい。

参考までに、ＩＰｓｅｃ（ＩＰセキュリティ）は、例えば機密性、データ完全性、アクセス制御及びデータソース認証を、ＩＰデータグラムに提供できる。これらのサービスは、ＩＰデータグラムのソース（例えばデータ伝送送信者）とシンク（例えばデータ伝送受信者）の間で共用される状態を維持することによって提供される。この状態は、とりわけ、サービスを提供するために暗号アルゴリズムが使用され、鍵が暗号アルゴリズムへの入力として使用される、データグラムに提供される特定のサービスを定義する。例えば、参考文献＃１５を参照されたい。ＩＰｓｅｃの基本的な考え方は、送信する前にパケットにマークを付け、受信時に前記マークを使用することである。ＩＰｓｅｃマーキングプロセスは、保護されるパケットにいくつかのフィールドが追加されることを必要とする。説明のため、図９は、そのＩＰｓｅｃマーキングと、その新しいＩＰヘッダとともに、例示的なオリジナルパケットと新しいＩＰｓｅｃトンネルパケットを示している。ＩＰｓｅｃでは、２つの関係者が、使用されるアルゴリズム及び鍵に関するパラメータに合意する、セキュリティ結合（ＳＡ）と呼ばれる論理的な関係に入る。インターネット鍵交換（ＩＫＥ）プロトコルはこの共用される状態を動的に確立できる。前記に示されたように現在では、ＩＫＥ及びＩＫＥｖ２という、ＩＫＥの２つのバージョンがある。ＩＫＥは２つの関係者の間で相互認証を実行し、ＥＳＰのためのセキュリティ結合（カプセル化セキュリティペイロード）（例えばＲＦＣ２４０６を参照されたい）、及び／又はＡＨ（認証ヘッダ）（例えばＲＦＣ２４０２を参照されたい）を効率的に確立するために使用できる共用秘密情報、及びＳＡを保護するために使用される暗号アルゴリズムのセットを含む、ＩＫＥセキュリティ結合を確立する。開始プログラムは、種々なものを組み合わせてセットに結合できるサポートされているアルゴリズムを一覧表示することによって、１つ以上のセット（つまり、ＳＡを保護するために使用されるアルゴリズムの完全なセット）を提案できる。

さらに参考までに、ＩＫＥｖ２は「ＩＫＥ＿ＳＡ」と呼ばれるセキュリティ結合を作成する。そのＩＫＥ＿ＳＡを通してセットアップされることになるＥＳＰ及び／又はＡＨの安全な結合は「ＣＨＩＬＤ＿ＳＡ」と呼ばれる。例えば、参考文献＃１５を参照されたい。ＩＫＥ通信は１組のメッセージ、つまり要求と応答を含む。前記組は「交換」と呼ばれる。ＩＫＥメッセージフローは応答が後に続く要求を含む。信頼性を保証することは依頼人の責任である。応答がタイムアウト間隔内に受信されない場合、依頼人は要求を再送する（あるいは、接続を中止する）。ＩＫＥセッションの第１の要求／応答はＩＫＥ＿ＳＡのためのセキュリティパラメータを交渉し、当面の目的を送信し、Ｄｉｆｆｉｅ-Ｈｅｌｌｍａｎ値を送信する。初期交換（つまり要求と応答）はＩＫＥ＿ＳＡ＿ＩＮＩＴと呼ばれている。ＩＫＥ＿ＡＵＴＨと呼ばれている第２の要求と応答は、アイデンティティを送信し、前記２つのアイデンティティに対応する秘密の知識を証明し、第１のＡＨ及び／又はＥＳＰＣＨＩＬＤ＿ＳＡのためにＳＡをセットアップする。

さらに参考までに、ＩＫＥは２つの異なる段階を含む。第１の段階（ｐｈ．１）は、後のデータ転送段階で使用される認証パラメータと暗号パラメータの交渉を保護するために、送信者と受信者の間に保護されている環境（つまり、セキュリティ結合）を作成することを必要とする。第２の段階（ｐｈ．２）は、後のデータ転送段階で使用される保護パラメータを交渉することを必要とする。このようにして、とりわけパラメータの交渉を保護できる。

いくつかの実施形態では、有利な手法は、施行ポイント又は構成サーバ（又はいくつかの実施形態ではＩＫＥｖ２サーバ）のリストを見つけるためにクライアントを支援する、例えばＰＡＮＡ（例えば、上文で組み込まれている参考文献＃７を参照されたい）のような、上位層ネットワークアクセス認証プロトコルを使用することを含む。ＰＩＣ（事前ＩＫＥ信用証明書提供プロトコル）は、ＩＫＥ信用証明書（例えば、上文で組み込まれている参考文献＃２５を参照されたい）を確立するために使用されるように設計されているが（例えば、上文で組み込まれている参考文献＃２５を参照されたい）、ＰＩＣは、暗号バインディング問題を解決するための仕組みを有していない。いくつかのＰＡＮＡ設計では、ＰＡＮＡ認証エージェントがクライアント機器と同じＩＰリンク上になければならないと仮定されてよいが、これは主にＰＡＮＡ認証エージェント発見を簡略化するためである。しかしながら、ＰＡＮＡは、例えばＰＡＮＡ認証エージェントとクライアント機器の間に論理的なＩＰリンクを構築するために、ＩＰインＩＰ（ＩＰ-ｉｎ-ＩＰ）トンネルを複数のＩＰリンク上に構成する、あるいはＩＰインＩＰトンネルを使用せずにクライアントとＰＡＮＡ認証エージェントの間にＰＡＮＡを直接的に実行することによって、複数のＩＰリンク全体で機能するために拡張できる。

特に、ＰＡＮＡは、上位層コンテキストを事前に確立するためのＩＫＥ信用証明書を引き出すためだけではなく、ＤＨＣＰ認証のための信用証明書を引き出すためにも有効である。例えば、上文で組み込まれている参考文献＃４を参照されたい。ＩＫＥ及びＩＫＥｖ２は、ＩＰアドレスを全く有さないモバイルクライアント機器の構成に適切ではない可能性があり、通常は、モバイルクライアント機器が初期にアクセスネットワークに接続されるときのケースと考えられる。第１に、アクセスポイントと移動局の間で８０２．１１ｉ暗号でＤＨＣＰメッセージ交換を保護することは、実際には例えばリンク層で認証されたインサイダーが偽のＤＨＣＰメッセージを発するのを防止しない。その結果、クライアント機器が別々の層で、一方ではＩＥＥＥ８０２．１Ｘを通して、他方ではＰＡＮＡを通して、２回認証されることが考えられる。この場合、ＰＥＡＰ（例えば、上文で組み込まれている参考文献＃２１を参照されたい）、ＥＡＰ-ＴＬＳ（例えば、上文で組み込まれている参考文献＃２を参照されたい）、及びＥＡＰ-ＴＴＬＳ（例えば、上文で組み込まれている参考文献＃６を参照されたい）等のＥＡＰ認証方法に基づいて、ＴＬＳ（トランスポート層セキュリティ）によってサポートされている高速再接続又はセッション再開機構は、同じＴＬＳセッションが、認証トラフィックと遅延を削減するために、バックエンド認証サーバとモバイルクライアント機器の間で第２層認証及び上位層認証のために再利用できるように、異なる認証層全体で正常に機能できる。

図３及び図４は、ＰＡＮＡ及びＩＫＥの組み合わせを使用する上位層事前設定のいくつかの例を示している。特に、図３は、ＰＡＮＡとオリジナルのＩＫＥの組み合わせを示し、図４は構成サーバがアクセスルータ上の同じ位置に配置されると仮定される例示的な条件下でのＰＡＮＡとＩＫＥｖ２の組み合わせを示す。例示されているように、事前に設定されるＩＰアドレスに結び付けられているＩＰｓｅｃトンネルが、新しいサブネット内のモバイルクライアント機器とアクセスルータの間で確立できる。このＩＰｓｅｃトンネルは、（例えば次の項に説明されるような）ハンドオフ遅延及びその結果として生じるデータ損失を削減するために、例えばモバイルクライアント機器の事前に設定されたＩＰアドレスのためのトラフィックを、現在接続されているネットワークにリダイレクトするために使用できる。

図３に示されている例示的な例に関して、ｐＡＲは現在のアクセスルータを識別し、ｎＡＰは新しいアクセスポイントを識別し、ｎＡＲは新しいアクセスルータを識別し、ＭＮはモバイルノード（通常、例えば移動局、モバイル機器又はモバイルクライアント等と呼ぶこともできる）を示す。図３では、参照（１）は、（存在する場合はＬ２態様の事前設定のための）モバイルノードと新しいＡＰの間のＩＰ上での８０２．１Ｘの使用を説明している。参照（２）は、そのポイントの後にモバイルノードがＩＫＥ信用証明書を確立する、ＩＫＥをブートストラップするためにＰＡＮＡを使用することを説明している。参照（３）は、開始プログラムのアドレスとしてｐＣｏＡを、及び例えばクイックモードＩＤとして、そのポイントの後でＤＨＣＰ-ＳＡが確立される０．０．０．０を使用して、ＩＫＥ段階１と２を実行することを説明している。矢印ＡにあるポイントでのトンネルはＩＰｓｅｃトンネルである。構成手順はこのＩＰｓｅｃトンネルＡ上で発生する。ＩＰｓｅｃトンネルＡは、現在のアクセスルータｐＡＲを通過する安全なトンネルを必要とする。矢印Ｂのポイントでは、モバイルノードは、新しいアクセスルータｎＡＲによって割り当てられるＩＰアドレスを有し、今は例えば新しいサブネットワークのＩＰアドレス及びコンテキストを知っている。その際、図３は例示的なアドレス２００．１．０．１００を示す。さらに、このポイントで、モバイルノードは依然として現在のサブネットワークに関するこのような情報を有する。参照（４）は次に開始プログラムのクイックモードＩＤとしてｎＣｏＡを使用してＩＫＥ段階２を実行することを説明している。矢印Ｃのポイントでは、ＩＰｓｅｃセキュリティ結合が確立され、モバイルノードＭＮは、それが現在のサブネットのための構成を同時に保持している間に新しいサブネットを使用するように構成される。したがって、図示されるように、ＩＰｓｅｃトンネルは、ＩＰｓｅｃトンネルＢによって表現されているリダイレクトされたトラフィック（ｎＣｏＡ-ｐＣｏＡ＜-＞ｎＡＲ）のために確立できる。

図４に示される例示的な実施例に関して、ｐＡＲはやはり現在のアクセスルータを識別し、ｎＡＰはやはり新しいアクセスポイントを識別し、ｎＡＲはやはり新しいアクセスルータを示し、ＮＭはやはりモバイルノードを示す。図４では、参照（１）は、（存在する場合Ｌ２態様の事前設定のための）モバイルノードと新しいＡＰの間のＩＰ上での８０２．１Ｘの使用を説明する。参照（２）は、そのポイントの後でモバイルノードがＩＫＥ信用証明書を確立するＩＫＥをブートストラップするために、ＰＡＮＡを使用することを説明している。参照（３）は、開始プログラムのアドレスとしてｐＣｏＡを使用し、構成ペイロード又は実行中のＤＨＣＰのどちらかをＩＫＥ＿ＡＵＴＨ交換で使用するＩＫＥ第２版、ＩＫＥ＿ＳＡ＿ＩＮＩＴとＩＫＥ＿ＡＵＴＨ交換を説明している。したがって、図示されるように、ＩＰセキュリティ結合（ＳＡ）が確立され、新しい気付アドレスｎＣｏＡが取得される。このようにして、示されているポイントＣ２で、モバイルクライアント機器は、現在のサブネットのための構成を依然として保持しながら、新しいサブネットを使用するように構成されている。したがって、図示されているように、ＩＰｓｅｃトンネルは、ＩＰｓｅｃトンネルによって表現されているリダイレクトされたトラフィック（ｎＣｏＡ-ｐＣｏＡ＜-＞ｎＡＲ）のために確立できる。

特に、このサブセクションにおいて前述の上位層コンテキストを事前に確立するための方法論は、８０２．１Ｘ及びネットワークでのその事前認証の根拠に依存もしていなければ、これを必要ともしていない。

好ましい実施形態では、モバイルクライアントが、それが将来移動する可能性がある、あるいは移動する可能性がないネットワーク内の、１つ以上のネットワークエンティティと事前認証（例えば、Ｌ２認証と上位層認証の両方）を実行することができることは言うまでもない。他方、好ましい実施形態では、仮想ソフトハンドオフは、モバイルクライアントが移動するネットワーク内の唯一のネットワークエンティティと実行される。

（仮想ソフトハンドオフ）
前述されたように、上位層コンテキストを事前に確立するために例えばＩＫＥ又はＩＫＥｖ２等を使用すると、（移動局等の）クライアント機器の事前に確立されたＩＰアドレスから発する、又はこれに向けて発せられるデータトラフィックを、クライアント機器が接続されているアクセスネットワークに確実にリダイレクトできる。これは、クライアント機器とターゲットネットワーク内のＡＲ（アクセスルータ）の間にＩＰｓｅｃトンネルを確立すること等によって達成でき、機器のＩＰｓｅｃトンネル内部アドレスは事前に確立されたＩＰアドレスに結び付けられている。

これは、クライアント機器とアクセスルータの間にＩＰｓｅｃベースのＶＰＮ（仮想プライベートネットワーク）トンネルを有することに相当する。参考までに、ＶＰＮにより、例えばセキュリティ手順及びトンネル化プロトコルを通してプライバシーを維持しながら、インターネット等の共用パブリックインフラストラクチャの使用が可能になる。

ターゲットネットワークのＡＲが、モバイルクライアント機器がその事前に確立されたＩＰアドレスを家庭用アドレスとして、物理的に接続されているネットワーク内で割り当てられているＩＰアドレスを気付アドレスとして登録する、一時的な家庭用エージェントとして使用されるように、トラフィックリダイレクトのためにモバイルＩＰ又はモバイルＩＰｖ６等を使用することも可能である。しかしながら、前述されたＩＰｓｅｃベースの解決策は事前設定とデータトラフィックリダイレクトの両方を行うが、この手法は、依然として例えばＩＫＥ又はＩＫＥｖ２等、あるいはターゲットネットワーク内の家庭用アドレスの類似する事前設定を使用する必要がある（例えば、前記で本書に組み込まれている参考文献＃２７を参照されたい）。参考までに、前述されたように、モバイルＩＰは通常、各モバイルノードに、その家庭用ネットワーク上の家庭用アドレス、及びネットワークとそのサブネットの中での機器の現在位置を識別する気付アドレス（ＣｏＡ）を割り当てる。機器が別のネットワークに移動すると、それは新しい気付アドレスを受け取る。

多様な代替実施形態では、それは例えばデータパケットのための暗号処理が懸念である場合等に再生保護で完全性保護される必要はあるが、クライアント機器とＡＲの間のトラフィックリダイレクトに使用されるＩＰｓｅｃトンネルは、暗号化されたトンネルである必要はない。この場合、ＩＰｓｅｃトンネルは、パケット単位の認証を行う、あるいは行わない、ヌル暗号化アルゴリズム等を使用できる。例えば、上文で組み込まれているR.Glenn及びS.Kent、「Null Encryption Algorithm and Its Use With IPsec」、ＲＦＣ２４１０、１９９８年１１月を参照されたい。

とりわけ、事前認証、事前設定、及び以後のデータトラフィックリダイレクトの組み合わせは、下位層ハンドオフを実行する前にも上位層ハンドオフが実行できるように（例えば、モバイルＩＰハンドオフ、ＶＰＮハンドオフ等のケースでの）上位層ハンドオフの、下位層のハンドオフに対するタイミング依存を排除できる。上位層ハンドオフの早期性能を提供する技法により、モバイル機器がハンドオフの前に候補ネットワーク又はサブネットワークを通してパケット等を送信又は受信できる「仮想ソフトハンドオフ」が可能になる。好ましい実施形態に従って仮想ソフトハンドオフ技法を使用することにより、ハンドオフの間の通信中断を、最低レベルのハンドオフによって被られる程度まで最小限に抑えるか、あるいはいくつかのケースでは、例えば下位層がＣＤＭＡソフトハンドオフをサポートしている場合等、通信中断を排除することもできる。

好ましい実施形態では、仮想ソフトハンドオフは、第２層ハンドオフタイミングは上位層によって制御でき、その結果事前認証及び事前設定は第２層ハンドオフを開始する前に完了できると仮定している。この際、大部分の無線ＬＡＮカードドライバが、異なるＳＳＩＤ（サービスセット識別子）の複数のＡＰの中でＡＰを選ぶためのアプリケーションプログラムにＡＰＩ（アプリケーションプログラムインタフェース）を与える。

前述されたように、ＣＤＭＡソフトハンドオフ又は複数のインタフェース全体でのハンドオフは、仮想ソフトハンドオフと類似した機能性を提供できる。しかしながら、仮想ソフトハンドオフ機構は、実質的に全てのタイプのクライアント機器の役に立つことができる。したがって、仮想ソフトハンドオフ機構はかなりの利点を有する。

この点で、図５は上位層ソフトハンドオフが使用されない（上部タイムラインを参照されたい）とき、及びいくつかの例示的な非制限的な実施形態に従って上位層ソフトハンドオフが使用される（下部タイムラインを参照されたい）ときに検出されることがある比較時間シーケンスを描いている。これらの概略タイムラインは例示目的のためだけであり、多様な実施形態の特定のタイミング等を制限すると解釈されてはならない。例えば、多様なステップがサブステップを有してよい、及びこのようなサブステップは必ずしも同時に発生しないことが理解されなければならない。

上部の例示的なタイムラインに関して、図示されているように、シーケンスは、新しいＡＰが新しいサブネットで（例えば、ビーコン又はプローブ応答等を介して）検出されると開始する。次に、第２層事前認証及び事前設定が開始する。それから第２層事前認証及び事前設定が完了する。それから、第２層のハンドオフが開始する。次に、第２層のハンドオフが完了し、第２層結合が行われる。第２層ハンドオフの完了後のこの遅延したときに、第３層認証及び設定が開始する。それからさらなる遅延後に、第３層認証が完了する。それから、第３層／第４層ハンドオフが開始する。短時間後、第３層／第４層ハンドオフが完了する。この例示的なタイムラインに基づいて明らかとなるように、この方法論の結果、通信遅延及び通信中断が発生し得るかなりの重大な期間が生じる。

下部の例示的なタイムラインに関して、図示されているように、シーケンスは同様に、新ＡＰが新サブネットで検出されると開始する。次に第２層及び上位層（つまり、第２層より高い層（複数の場合がある））事前認証及び事前設定が開始する。とりわけ、上位層の事前認証及び事前設定の早期開始は、時間節約及び（例えば前述されたような）他の利点をもたらすことができる。次に、第２層及び上位層の事前認証と事前設定が完了する。とりわけ、上位層事前認証と事前設定が早期完了すると、追加の時間節約及び（例えば前述されたような）利点をもたらすことができる。再度、これが例示的な概略の非制限的なタイムラインであることが理解されなければならない。とりわけ第２層と上位層の事前認証と事前設定は多様なときに発生してよい。次に第３層／第４層ハンドオフが開始する（注意：前記に示されたように、本書に説明されている他の利点を依然として取得しながら、早期第３層ハンドオフ及び類似するハンドオフを有さない多様な他の実施形態を実現できる）。とりわけ、第３層の早期開始及び類似するハンドオフは、さらに追加の時間節約及び（例えば前述されたような）他の利点を生もたらすことができる。次に、第３層及び類似するハンドオフは完了できる。第３層及び類似するハンドオフのこの早期完了は、例えば（前述されたように）仮想ソフトハンドオフ等を効果的に提供するために使用できる。とりわけ、第３層の早期完了及び類似するハンドオフは、追加の時間節約及び（例えば前述されたような）他の利点をもたらすことができる。次に、図示されているように、第２層のハンドオフが開始できる。そして短期間の後に、第２層ハンドオフを完了できる。この例示的なタイムラインに基づいて明らかになるように、この後者の方法論は最小の臨界期を生じさせる。

いくつかの好ましい実施形態では、ＩＰｓｅｃベースの仮想ソフトハンドオフに２つの例示的なケースがある。第１の例示的なケースは、本来（つまり、リダイレクトの間にトラフィックを保護するために）リダイレクトされたトラフィックのためにＩＰｓｅｃ保護を使用することに基づいている。第２の例示的なケースは、（つまり、リダイレクトの間、及び新サブネットに移動後にトラフィックを保護するために）本来全てのトラフィックを保護するためにＩＰｓｅｃ保護を使用することに基づいている。

（リダイレクトされたトラフィック専用にＩＰｓｅｃを使用する仮想ソフトハンドオフ）
図６は、モバイルクライアント機器が、仮想ソフトハンドオフの間にトラフィックリダイレクトのためだけにＩＰｓｅｃトンネルを使用する第１の例示的なケースを示す。この例では、ハンドオフ後、所望される場合、例えば暗号化等の別の形の保護（例えば第２層保護）が使用されてよいが、ＩＰｓｅｃトンネルはハンドオフ中の保護のために使用される。図６に示されている例では、ＩＰｓｅｃトンネル用の機器の外部ＩＰアドレスと内部ＩＰアドレスは、それぞれ現在のサブネットの気付アドレス（ｐＣｏＡ）と、新しいサブネットの気付アドレス（ｎＣｏＡ）である。図６に関しては、機器が第２層ハンドオフを実行する準備を完了しているとき、それは、新しいＩＰアドレスのための以後のデータトラフィックが、機器が関連する新ＡＰを通して直接的に転送されるように第２層ハンドオフを実行する前に、確立されたＩＰｓｅｃトンネルを削除しなければならない。この動作を行わないと、ｎＣｏＡに宛てられたトラフィックが、第２層ハンドオフの完了後も旧いＡＰを通して転送され続けることがある。さらに、新アクセスルータ（ｎＡＲ）は、モバイル機器に割り当てられているｎＣｏＡを、ｎＣｏＡを再利用することにより考えられるサービス盗難を回避するために、ネットワークアクセスのために未許可にならないように、あるいはトンネルの削除後も他の装置に割り当てられないようにしなければならない。これは、例えば、ｎＣｏＡのための許可された状態を削除し、ＣｏＡの賃貸を解放するための手順を遅らせるための猶予期間を有することによって実行できる。

図６の例示的な実施形態に関して、モバイルクライアント機器が現在のサブネットだけを使用できるポイントでは、参照（１）に示されているように、上位層事前認証及び事前設定が（前述されたように）実行できる。そのとき、図示されているように、ＩＰｓｅｃトンネルによって表現されているｎＣｏＡのためのリダイレクトされたトラフィック（ｎＣｏＡ-ｐＣｏＡ＜-＞ｎＡＲ）のためにＩＰｓｅｃトンネルが確立できる。図示されているように、これはモバイルＩＰを使用するいくつかの実施形態ではモバイルＩＰ登録のためにも使用できるであろう。このポイントでは、ＩＰｓｅｃセキュリティ結合が確立された。それから、参照（２）で示されているように、ＩＰｓｅｃトンネルが削除され、リダイレクトは停止される。これは、例えばＩＫＥを使用して行うことができる。次に、第２層ハンドオフが完了される。このポイントでは、参照（３）で示されているように、モバイルクライアント機器は新サブネットだけを使用できる。次に、参照（４）で示されているように、ｎＣｏＡのための直接的なトラフィックが新しいＡＲとモバイルクライアントの間で実施される。

（全てのトラフィックにＩＰｓｅｃを使用する仮想ソフトハンドオフ）
図７は、仮想ソフトハンドオフが全てのトラフィックにＩＰｓｅｃトンネルを使用する第２の例示的なケースを示している。このようにして、ハンドオフの間及びハンドオフの後でも、保護用のＩＰｓｅｃトンネルを提供することによって、より高いレベルの保護を達成できる。この第２の例では、新サブネットのためのＩＰｓｅｔトンネルのための機器の外部ＩＰアドレスと内部ＩＰアドレスの両方ともが、新サブネットのために使用される機器のＩＰアドレスである（例えば、図７に示されているＩＰｓｅｃトンネルＢを参照されたい）。図７に示されているように、左右方向の円柱がＩＰｓｅｃトンネルを表現している。仮想ソフトハンドオフの間、（例えば、図７に図示されているような斜交平行線が付けられたＩＰｓｅｃトンネルＡのような）別のＩＰｓｅｃトンネルが確立される。ＩＰｓｅｃトンネルＡのための機器の外部ＩＰアドレスと内部ＩＰアドレスは、前項に説明されたＩＰｓｅｃトンネルのためのものと同じである場合がある。好ましくは、新サブネットのためのＩＰｓｅｃトンネルは、後者のＩＰｓｅｃトンネル上でＩＫＥ又はＩＫＥｖ２を実行することによって確立される。このようにして、とりわけ達成できるいくつかの考えられる利点は、（ｉ）ＩＰｓｅｃベースの保護が常に又は実質的に常にモバイルクライアントのために提供でき、ネットワーク層セキュリティを強化していること、及び／又は（ｉｉ）気付アドレスの寿命がＩＰｓｅｃトンネルの寿命と実質的に同期できることを含み得る。

機器が第２層ハンドオフを実行する準備が完了すると、それは、新しい気付アドレス用のデータトラフィックを伝搬するＩＰｓｅｃトンネルＢが、モバイル機器が関連付ける新しいＡＰを通して直接的に転送できるように、第２層のハンドオフを実行する前に後者のＩＰｓｅｃトンネルを削除しなければならない。

図７に示されている例示的な実施形態では、モバイルクライアント機器がＩＰｓｅｃトンネルとして示されている既存のＩＰｓｅｃトンネルを介して（ｐＣｏＡ-ｐＣｏＡ＜-＞ｐＡＲ）現在のサブネットだけを使用できるポイントで、参照（１）で示されているように、上位層事前認証及び上位層事前設定が（前述されたように）実行できる。それから、図示されているように、ＩＰｓｅｃトンネルＡは、ＩＰｓｅｃトンネルＡによって表現されているように確立できる（ｎＣｏＡ-ｐＣｏＡ＜-＞ｎＡＲ）。ここでは、これは例えばＩＰｓｅｃトンネルＳＡ上でＩＫＥを使用すること（開始プログラムのアドレスとしてｎＣｏＡを使用すること）を含むことがある。次に、ＩＰｓｅｃトンネルＢは、ＩＰｓｅｃトンネルＢによって表現されているｎＣｏＡのためのリダイレクトされたトラフィック（ｎＣｏＡ-ｎＣｏＡ＜-＞ｎＡＲ）に確立できる。図示されているように、これはモバイルＩＰを含むいくつかの実施形態ではモバイルＩＰ登録のためにも使用できるであろう。この点で、モバイルクライアントは現在のサブネットと新サブネットの両方を使用できる。次に参照（３）で示されているように、ＩＰｓｅｃトンネルＡは削除され、リダイレクトが停止される。これは、例えばＩＫＥを使用することによって実行できる。次に第２層ハンドオフが完了される。このポイントで、参照（３）に示されているように、モバイルクライアント機器は新サブネットだけを使用できる。参照（４）に示されているように、ｎＣｏＡのための直接的なトラフィックが、ＩＰｓｅｃトンネルＢを使用して新しいＡＲとモバイルクライアントの間で実行される。次にこのプロセスは、別の新しいアクセスポイントで別のハンドオフを達成するために、後の時点で繰り返すことができる。

（過去のアクセスポイントへの切り替え復帰）
モバイルクライアント機器がターゲットネットワークへのハンドオフを完了した後、クライアント機器が過去のネットワークに切り替え復帰する必要がある、いくつかのケースがある場合がある。過去のネットワークのためにコンテキストを確立し直すことを回避するために、クライアント機器は、好ましくは新ネットワーク接続の完了後の期間中、過去のコンテキストを記憶する又はキャッシュに入れる。いくつかの好ましい実施形態では、この切り替え復帰は以下のようにして実行できる。

・モバイルクライアント機器が、過去のネットワークが切り替え復帰するためにコンテキストをキャッシュに入れると、それはゼロからコンテキストの事前設定を実行する必要はない。例えば、それは過去のＡＲへのＩＰｓｅｃトンネルを確立でき、新ＩＰアドレスを要求するよりむしろ、内部ＩＰアドレスとして過去のネットワークに使用されたキャッシュに入れられたＩＰアドレスを指定する。それ以外の場合、それはゼロから事前認証と事前設定を実行し、それが最初に接続されたかのように仮想ソフトハンドオフを実行するであろう。

・いったん現在のネットワークの中のモバイルクライアント機器が過去のＡＲへのＩＰｓｅｃトンネルを確立すると、トラフィックは前記トンネルを通って転送される。クライアント機器は過去のＡＲへの別のＩＰｓｅｃトンネルを作成し、過去のＩＰアドレスは外部ＩＰアドレスとして使用される（つまり、機器がそれをまだ有していない場合）。トラフィックは後者のトンネルに最初に入れられてから、後者のトンネルは前記のトンネルに入れられる。クライアント機器が第２層ハンドオフを実行する準備が整うと、次にそれは前述されたようにリダイレクトを停止するために前者のＩＰｓｅｃトンネルを削除する。

（ＶＰＮハンドオフ用の仮想ソフトハンドオフ）
いくつかの例示的な応用例では、仮想ソフトハンドオフ技法は、クライアント機器のＶＰＮトンネルエンドポイントＩＰアドレスが変更できる、ＶＰＮハンドオフに適用できる。しかしながら、モバイルＩＰがＶＰＮ上で動作しており、ＶＰＮトンネルエンドポイントＩＰアドレスがクライアント機器の家庭用アドレスであるとき、エンドポイントＩＰアドレスに変化はなく、したがってこのケースはＶＰＮハンドオフから排除できる。ＶＰＮハンドオフを処理するための２つの例示的な手法は後述される。

第１の例示的な手法では、各ＶＰＮ信号プロトコルは、新エンドポイントＩＰアドレスのために新ＶＰＮをゼロから確立せずに、ＶＰＮクライアントが自らのエンドポイントＩＰアドレスを更新できるように設計できる。例えば、ＩＫＥｖ２は、ＶＰＮトンネルのエンドポイントＩＰアドレスを更新するために信号経路遅延を削減するためのＤｉｆｆｉｅ-Ｈｅｌｌｍａｎ指数関数の再使用を可能にする。参考までに、Ｄｉｆｆｉｅ-Ｈｅｌｌｍａｎキー一致プロトコルは、Ｄｉｆｆｉｅ及びＨｅｌｌｍａｎによって１９７６年に開発された周知のプロトコルであり、２人のユーザが従前の秘密なしに不確かな媒体上で秘密鍵を作成、共用できるようにする。

第２の例示的な手法では、別のＶＰＮトンネルは、それが旧いエンドポイントＩＰアドレスのためのＶＰＮトンネルのために実行されるのと同様に、新エンドポイントＩＰアドレスのために確立できる。仮想ソフトハンドオフ機構が使用されない場合、この手法は、新ＶＰＮトンネルの確立以後、クライアント機器が新ネットワークへのＬ２ハンドオフを完了し、いったんＬ２ハンドオフが完了するまでの大幅な通信中断期間を生じさせ、旧ＶＰＮトンネルはもはや使用できない。対照的に、仮想ソフトハンドオフが使用されるときには、クライアント機器は新ＶＰＮトンネルを確立し、それが同時に旧ＶＰＮトンネルも使用できるが新ネットワークへのＬ２ハンドオフを実行する前に、それを使用できる。性能という点では、この解決策は、例えばＶＰＮハンドオフの間の通信中断を最小限に抑えるという利点等の顕著な利点を有している。加えて、解決策はＶＰＮトンネルの外部でモバイルＩＰを実行する必要はない。その結果として、とりわけ、（つまり、仮想ソフトハンドオフの期間中に）データパケットカプセル化オーバヘッドを削減できる。加えて、解決策はセキュリティの妥協案を有利に回避できる。

図８Ａから図８Ｅは、この第２の例示的な手法の例示的な例を示し、仮想ソフトハンドオフを利用するＶＰＮハンドオフの典型的なシーケンスを実例説明している。この際、図８Ａは、（ｎＡＲへのＩＰｓｅｃトンネルの確立を含む）事前認証と事前設定の（（１）と（２）に示されている）第１のステップと第２のステップを描いている。図８Ｂは、（（３）に示されている）ｎＡＲへのＩＰｓｅｃトンネルを介する新しいＶＰＮ（ｎＶＰＮ）トンネルの確立を含む第３のステップを描いている。図８Ｃは、（（４）、（４’）に示されている）第４のステップが（必要とされる場合、内部移動性バインディング更新を実行することを含んでよい）旧ＶＰＮトンネルの削除を含むことを描いている。図８Ｄは、（５）に示されているように、ｎＡＲへのＩＰｓｅｃトンネルを削除すること、及び（６）に示されているようにｐＡＲからｎＡＲに切り替えることを含む、新サブネットへ切り替えるための第５のステップと第６のステップとを描いている。そして、図８ＥはＶＰＮハンドオフの完了を示す最終段階を描いている。

（好ましい実施形態のための多様な応用例）
本記述に基づいて言うまでもないが、好ましい実施形態の１つ以上の態様（複数の場合がある）は、種々の環境及び応用例で利用できる。例えば、１つ以上の態様（複数の場合がある）は、モバイル機器が現在のネットワーク又はサブネットワークと通信中（例えば、中に位置している）間に、モバイル機器が（ＩＰアドレス又は気付アドレス等の）新ネットワークアドレス及び新ネットワーク又はサブネットワークのための新しい上位層コンテキストを取得できる、任意のタイプの無線適用ハンドオフ環境で利用できる。

一例として、仮想ソフトハンドオフは、例えば無線インターネットサービスプロバイダ（ＷＩＳＰ）環境、ＶＰＮ環境、モバイルＩＰ環境、ボイスオーバーＩＰ（ＶＯＩＰ）環境等の任意の適切な応用例で利用できる。例えば、図１０Ａは、モバイルノードがその家庭用ネットワークから外部ネットワークに移動し、前記外部ネットワークの新しいＣｏＡを取得するときに、本発明の仮想ソフトハンドオフ及び／又は他の原則が利用できる例示的なモバイルＩＰ環境を示している。別の例として図１０Ｂは、クライアントが外部ネットワークに移動し、新ＣｏＡを取得するときに本発明の仮想ソフトハンドオフ及び／又は他の原則を利用できる例示的なセッション開始プロトコル（ＳＩＰ）ボイスオーバーＩＰ（ＶＯＩＰ）環境を示している。このようにして、とりわけ、このようなハンドオフに関連する遅延を最小限に抑えることができる。例えば、全体的な記述を参照して本明細書に組み込まれている、Wireless IP and the Mobile Internet、S.Dixit及びR.Prasad、アーテクハウス出版社（Artech House Publishers）、２００３年、３６２ページ（「（ＳＩＰ）ハンドオフに関連する遅延は、携帯電話によるＩＰアドレス獲得・・・による遅延等のいくつかの要因からなると考えられる。」）を参照されたい。

（本発明の幅広い範囲）
本発明の例示的な実施形態はここに説明されてきたが、本発明はここに説明されている多様な好ましい実施形態に制限されるのではなく、本開示に基づいて当業者により理解されるであろう同等な要素、変型、省略、（例えば、多様な実施形態全体の態様の）組み合わせ、適応、及び／又は改変を有する、あらゆる全ての実施形態を含む。請求項における制限は、請求項で利用されている言葉に基づいて幅広く解釈されるべきであり、本明細書中に、あるいは実施例が包括的と解釈されるべきである出願の遂行中に、説明される例に限定されない。例えば、本開示中、用語「好ましくは」は包括的であり、「好ましくは、しかし限定されない」を意味する。本開示中、及びこの出願の遂行中、means-plus-function又はstep-plus-function制限は、特定のクレームの制限のために以下の条件の全てがその制限に存在する場合にだけ利用されるであろう。つまり、ａ）「のための手段」又は「のためのステップ」が明示的に列挙される、ｂ）対応する機能が明示的に列挙される、及びｃ）その構造をサポートする構造、材料、又は行為が列挙されていない。本開示中、及び本願の遂行中、専門用語「本発明」又は「発明」は、本開示の範囲内の１つ以上の態様に対する参照として使用されてよい。言葉、本発明又は発明は臨界の識別として不適切に解釈されてはならず、全ての態様又は実施形態全体に適用すると不適切に解釈されてはならず（つまり、本発明は多くの態様及び実施形態を有すると理解されるべきである）、本願又はクレームの範囲を制限すると不適切に解釈されてはならない。本開示中、及び本願の遂行中、専門用語「実施形態」は任意の態様、特徴、プロセス又はステップ、その任意の組み合わせ及び／又はその任意の部分等を記述するために使用できる。いくつかの例では、多様な実施形態は重複する特徴を含んでよい。本開示中、以下の省略された専門用語、まり「例えば」を意味する「ｅ．ｇ．」、及び「注意せよ」を意味する「ＮＢ：」が利用されてよい。

Claims

移動局が現サブネットワークにあるときに新サブネットワークにおいてアクセスポイントのＩＰアドレスを決定するステップと、
前記移動局が前記ＩＰアドレスを使用して現及び新サブネットワーク上で作業するために事前認証を得るステップを含み、
前記事前認証を得るステップは、ハンドオフ前に前記移動局が前記現サブネットワークにあるときに、前記移動局が前記現サブネットワークのアクセスポイントを介して前記新サブネットワークの前記アクセスポイントと通信することを含む、方法。
前記決定するステップは前記ＩＰアドレスの動的決定を含む、請求項１に記載の方法。
前記決定するステップはアクセスポイントビーコンを有することを含み、又はプローブ応答はＩＰアドレスを含む、請求項１に記載の方法。
前記決定するステップは、動的に決定するためにＣＡＲＤ機構を使用することを含む、請求項１に記載の方法。
前記決定するステップは前記ＩＰアドレスを静的決定するステップを含む、請求項１に記載の方法。
前記静的決定するステップは、少なくとも１つの隣接アクセスポイント（ＡＰ）用の前記ＭＡＣアドレスとＩＰアドレスの組のリストを搬送するためにＤＨＣＰを使用することを含む、請求項５に記載の方法。
前記静的決定するステップは、少なくとも１つの隣接アクセスポイントのために、前記ＭＡＣアドレスとＩＰアドレスの組のリストを搬送するためにＥＡＰ−ＴＬＶを使用することを含む、請求項５に記載の方法。
ハンドオフ前に、前記現サブネットワークのアクセスポイントを介して前記新サブネットワークのアクセスポイントへ事前認証を前記移動局に送信させることを更に含む、請求項１に記載の方法。
前記新サブネットワークの前記アクセスポイントからビーコンフレームを前記移動局に受信させ、次に前記新サブネットワークの前記アクセスポイントによって事前認証することを目指すと前記事前認証開始要求を送らせることを更に含む、請求項１に記載の方法。
前記新サブネットワークへのハンドオフ完了後に前記現サブネットワークのためのコンテキストの再確立を避けるために、前記新サブネットワークへの接続完了後ある期間前記現サブネットワークのためのコンテキストを前記移動局にキャッシュさせることを更に含む、請求項１に記載の方法。
前記現サブネットワークへ切り替え復帰する前に新規ＩＰアドレスを用いるように前記キャッシュされたＩＰアドレスを特定することによって前記現サブネットワークの前記アクセスポイントへＩＰｓｅｃトンネルを前記移動局に確立させることを更に含む、請求項９に記載の方法。