"媒体非依存事前認証フレームワークにおいて前ネットワークと新ネットワークの間でのモバイルノードの不所望切換復帰の影響を軽減する方法であって、前記モバイルノードが前記新ネットワークから前記前ネットワークに戻る場合にパケットの損失を回避するために一定期間前記前ネットワークと前記新ネットワークの両方にデータパケットを送信することとを含む、方法。前記データパケットを送信するステップは前記データパケットをバイキャスティングすることを含む、請求項18に記載の方法。前記前ネットワークは第1の媒体用であり、前記新ネットワークは別の媒体用であり、前記第1の媒体がセルラーで、前記別の媒体が無線LANであるか、又は前記第1の媒体が無線LANで、前記別の媒体がセルラーであるかのどちらかである、請求項18に記載の方法。本発明は、前記及び/又は他の背景技術及び/又はその中の課題を改良する。媒体非依存事前認証フレームワークにおける、第1のネットワークと第2のネットワークの間でのモバイルノードの切り替え復帰に関するハンドオフ決定を制御する方法は、a近接するネットワークにおけるアクセスポイントに関して位置決定を行うように構成される位置決定モジュールをモバイルノードに設けることと、b位置決定モジュールの出力に少なくとも部分的に基づいて、第1のネットワークと第2のネットワーク間での発振を回避するために位置をベースにしたアルゴリズムを使用することとを備える。いくつかの例では、方法はさらに、位置をベースにしたアルゴリズムがモバイルノードの位置とこのモバイルノードの従前のハンドオーバ活動に関してキャッシュに入れられたデータキャッシュ化データの間の相関関係に少なくとも部分的に基づくことをさらに含む。いくつかの例では、方法は、キャッシュに入れられたデータがモバイルノード上のデジタルデータ記憶装置の中に記憶されることをさらに含む。いくつかの例では、方法は、位置をベースにしたアルゴリズムが、該モバイルノードが第1のネットワークと第2のネットワークの他方に切り替わった過去の例に関するデータに基づいて第1のネットワークと第2のネットワークの他方に切り替えることに備えることを含むこと、をさらに含む。いくつかの例では、方法は、位置をベースにしたアルゴリズムが、該モバイルノードが第1のネットワークと第2のネットワークの他方に切り替わらなかった過去の例に関するデータに基づいて第1のネットワークと第2のネットワークの他方に切り替わらないことに備えることを含むこと、をさらに含む。いくつかの例では、方法は、位置決定モジュールがGPS受信機を含むことをさらに含む。いくつかの例では、方法は、第1のネットワークと第2のネットワークの間の発信を回避するために位置をベースにしたアルゴリズムを使用することをさらに含み、少なくとも一つの非位置決めインジケータに少なくとも部分的に基づいたアルゴリズムを有することを含む。いくつかの例では、前記少なくとも1つの非位置決めインジケータは信号対雑音比のインジケータを含む。いくつかの例では、方法は、第1のネットワークが第1の媒体用であり、第2のネットワークが別の媒体用であることを含み、第1の媒体がセルラーで、該別の媒体は無線LANであるか、又は第1の媒体が無線LANで、該別の媒体がセルラーであるかのどちらかである。他のいくつかの実施形態に従って、媒体に依存しない事前認証フレームワークにおいて第1のネットワークと第2のネットワークの間のモバイルノードの望ましくない切り替え復帰の影響を緩和する方法は、a第1のネットワークに関連するコンテキストを、該コンテキストが、携帯電話が第1のネットワークに戻ると迅速に回復できるようにある期間維持することと、b該モバイルノードに第1のネットワークに戻るとコンテキストを使用させることとを含む。いくつかの例では、方法は、コンテキストがモバイルノード上のデジタルデータに記憶され、確立されたセキュリティ関連付け、IPアドレス又はトンネルに関するデータを含むことをさらに含む。いくつかの例では、第1のネットワークは第1の媒体用であり、第2のネットワークは別の媒体用であり、第1の媒体がセルラーで、該別の媒体が無線LANであるか、又は第1の媒体が無線LANで、該別の媒体がセルラーであるかのどちらかである。いくつかの他の実施形態に従って、媒体に依存しない事前認証フレームワークにおいて前のネットワークと新しいネットワークの間でのモバイルノードの望ましくない切り替え復帰の影響を緩和する方法は、モバイルノードが新しいネットワークから前のネットワークも戻る場合にパケットの損失を回避するために一時期前のネットワークと新しいネットワークの両方にデータパケットを送信することを含む。いくつかの例では、データパケットを送信する該ステップは、該データパケットをバイキャスティングbicastingすることを含む。いくつかの例では、前のネットワークは第1の媒体用であり、新しいネットワークは別のネットワーク用であり、第1の媒体がセルラーで、別の媒体が無線LANであるか、あるいは第1の媒体が無線LANで、別の媒体がセルラーであるかのどちらかである。多様な実施形態の前記の及び/又は他の態様、特長及び/又は利点は、添付図面に関連して以下の説明を鑑みるとさらに理解されるであろう。多様な実施形態は、当てはまる場合、様々な態様、特長、及び/又は利点を含む、及び/又は除くことができる。加えて、多様な実施形態は、当てはまる場合、他の実施形態の1つ又は複数の態様又は特長を組み合わせることができる。特定の実施形態の態様、特長、及び/又は利点の説明は、他の実施形態又は請求項を制限するとして解釈されてはならない。本発明の好ましい実施形態は、制限ではなく一例として添付図に示されている。本発明は多くの異なる形式で具現化されてよいが、多くの例示的な実施形態は、本開示が本発明の原則の例を提供すると見なされるべきである旨、及びこのような例が、本明細書に説明されている、及び/又は本明細書に描かれている好ましい実施形態に本発明を制限することを目的としていない旨を理解した上で本明細書に説明されている。詳細な説明迅速なサブネットとドメインのハンドオーバを経験する携帯電話に最適化されたハンドオーバを提供するために、いくつかの問題点に取り組む。これらの問題点は近接ネットワーキング要素の発見、特定の方針に基づいて接続先の正しいネットワークを選ぶこと、第2層接続ポイントを変更すること、DHCPサーバ又はPPPサーバからIPアドレスを取得すること、該IPアドレスの一意性を確認すること、例えば特定のドメインのAAAサーバのような認証エージェントと事前認証すること、一致するホストにバインディング更新を送信し、新しい接続ポイントへのリダイレクトされたストリーミングトラフィックを取得することと、ピンポン減少、及び複数のネットワークに移動する蓋然性を含む。例えばMPAをベースにした安全先行ハンドオーバの関連で、これらの問題点及びこれらに対処する又は最適化するための方法が後述される。1.発見アクセスポイント、アクセスルータ、認証サーバ等の近接するネットワーキング要素を発見すると、携帯電話がネットワーク間で急速に移動する際にハンドオーバプロセスを迅速に処理するのに役立つ。所望される座標のセットでネットワーク近隣を発見することにより、携帯電話の機能及びパラメータは事前認証、先行IPアドレス獲得、先行アドレス解決、及びバインディング更新等の作業の多くを、前のネットワークの間に実行できる。携帯電話が近接するネットワークを発見できるいくつかの方法がある。候補アクセスルータ発見プロトコル前記参考文献[IDietfseamobycardprotocol]を参照されたいは、近接するネットワークにおいて候補アクセスルータを発見するのに役立つ。特定のネットワークドメインを考慮すると、サービスロケーションプロトコルSLPとドメイン名サービスDNSは、特定のドメインでのサービスの既定のセットにネットワーキング構成要素のアドレスを与えるのに役立つ。場合によっては、ネットワーク層と上位層のパラメータの多くが、携帯電話が近接するネットワークの近傍に近づくと、ビーコン等のリンク層管理フレーム上で送信されてよい。IEEE802.11uはリンク層に含まれる情報を使用して近隣を発見すること等の問題点を検討している。しかしながら、リンク層管理フレームがなんらかのリンク層セキュリティ機構により暗号化されている場合には、モバイルノードはアクセスポイントへのリンク層接続性を確立する前に必要な情報を得ることはできない可能性がある。さらに、これは帯域幅が制限された無線媒体に重荷を追加することがある。このような場合、近接する要素に関する情報を取得するためにさらに上位層のプロトコルが好まれる。近接するネットワークについてのこれらの情報をモビリティサーバから取得するのに役立つ、例えば前記参考文献[NETDISC]においてのようななんらかの提案がある。形態電話の移動が差し迫っているときには、それは特定のサーバに問合せを行うことによって発見プロセスを開始し、アクセスポイントのIPアドレス、その特徴、ルータ、近接ネットワークのSIPサーバ又は認証サーバ等の必要とされるパラメータを得る。ネットワークが複数の場合には、それは複数の近接ネットワークから必要とされるパラメータを取得し、これらをキャッシュに保存してもよい。ある時点で、携帯電話は多くの有望なネットワークの中から複数のCTNを見出し、CTNにおいて必要とされるエンティティと通信することによって事前認証プロセスを開始する。このシナリオは、以下の第2項にさらに詳細に述べられている。2.複数のCTN環境での事前認証場合によっては、携帯電話がターゲットネットワークとなる特定のネットワークを決定しても、それは実際には、携帯電話の制御を超えている要因のためにターゲットネットワーク以外の近接するネットワークに移動して終わることがある。したがって、いくつかの有望な候補ターゲットネットワークと事前認証を実行し、それらのネットワークの中でそれぞれのターゲットルータと期限を定めたトンネルを確立することが役立つ場合がある。したがって、携帯電話が以前に決定されたとおりにターゲットネットワークに移動しない場合、それは、結局は別のターゲットネットワークに移動するため、事後認証及びIPアドレス獲得遅延のためのパケット損失を受けない。多くの候補ターゲットネットワークと事前認証し、IPアドレスを確保することによって、携帯電話はそれ以外の場合使用できたであろうリソースを供給しているように見える。しかし、これは限られた期間に起こるため、それは大きな問題となってはならない。携帯電話は先行してIPアドレスを取得し、ターゲットアクセスルータと期限を定めたトンネルをセットアップするために事前認証手順を使用する。通常のシナリオでは、携帯電話は仮想インタフェースに新しいIPアドレスを割り当てる。しかし、隣接ネットワークから複数のIPアドレスを取得する場合には、それは2つのことを行うことができる。それは携帯電話が移動することを決定したネットワークのIPアドレスとの1つの仮想インタフェースを作成できるか、又はそれは隣接ネットワークから取得されるそれぞれのIPアドレスを使用して複数の仮想インタフェースを作成できるかのいずれかである。携帯電話は、バインディング更新アドレスとしてこれらのアドレスの内の1つを選び、それを一致するホストCHに送信してよく、このようにして前のネットワークにいる間にターゲットネットワークを介してトンネルを行うトラフィックを受信するだろう。しかし、いくつかの例では、携帯電話は、結局ターゲットネットワーク以外のネットワークに移動する可能性がある。したがって、携帯電話は新しいIPアドレスを割り当て、バインディング更新を再度送信するプロセスを経なければならないため、携帯電話が新しいネットワークに移動するとトラフィックに混乱が生じる。この問題を処理するために2つの解決策を提案できる。携帯電話は同時移動性バインディングを利用し、複数のバインディング更新を対応するホストに送信できる。したがって、対応するホストは特定の期間、仮想インタフェースに割り当てられた複数のIPアドレスにトラフィックを送信する。このバインディング更新は、携帯電話が新しいネットワークに移動し、したがって他の候補ネットワークへの流れを停止した後にCHで新しくされる。特定の移動性方式で同時バインディングがサポートされていない場合は、前のターゲットネットワークからのトラフィックの転送が、新しいバインディング更新が新しいネットワークから出るまで過渡的なトラフィックを処理するのに役立つであろう。3.先行IPアドレス獲得一般的には、移動性管理プロトコルは外部エージェントFAと関連して、又は同位置アドレスモードで機能する。我々のMPA手法は同位置アドレスモードと外部エージェントアドレスモードの両方とも使用できる。ここでは、同位置アドレスモードで使用されるアドレス割り当て構成要素を説明する。モバイルノードがIPアドレスを取得し、それ自体を構成できるいくつかの方法がある。最も一般的には、携帯電話はネットワーク内のサーバ又はルータ等の任意の構成要素がない場合に静的にそれ自体を構成できる。IETFZeroconf作業部会は、携帯電話が特別に構成され、169.254.x.x.のような指定された範囲から一意のアドレスを選ぶ自動IP機構を定める。LAN環境では、携帯電話は動的ホスト構成プロトコルDHCPサーバからIPアドレスを取得できる。IPv6ネットワークの場合、携帯電話は無国籍自動設定statelessautoconfiguration又はDHCPv6を使用してIPアドレスを取得する選択肢を有する。広域ネットワーキング環境では、携帯電話はPPPを使用して、ネットワークアクセスサーバNASと通信することによってIPアドレスを取得する。これらのプロセスはそれぞれ、IPアドレス獲得プロセスのタイプと、クライアントとサーバのオペレーティングシステムに応じてほぼ数百ミリ秒から数秒を要する。IPアドレス獲得はハンドオーバプロセスの一部であるため、それはハンドオーバ遅延を増加し、したがってこのタイミングを可能な限り多く短縮することが望ましい。例えば、IPアドレス獲得時間のためにハンドオーバ時間を短縮しようと試みる、使用可能なDHCP高速コミット例えば、前記参考文献[IDietfdhcrapidcommitoptを参照されたい及びGPS座標をベースにしたIPアドレス例えば前記の参考文献[GPSIP]を参照されたい等の最適化された技法はほとんどない。しかしながら、これらすべての場合で、携帯電話は、モバイルノードとDHCPサーバの間のシグナリングハンドシェイクのために、新しいサブネットに移動し、遅れを被った後にIPアドレスを取得する。下記パラグラフでは、モバイルノードがCTNから先行してIPアドレスを取得することができる多くの方法及び関連付けられたトンネルセットアップ手順を説明する。これらはPANA支援先行IPアドレス獲得、IKE支援先行IPアドレス獲得、DHCPだけを使用する先行IPアドレス獲得及びステートレス自動構成等の4つのカテゴリに幅広く定義できる。3.1PANA支援先行IPアドレス獲得PANA支援先行IPアドレス獲得の場合、モバイルノードはCTNから先行してIPアドレスを取得する。モバイルノードはCTN内のアクセスルータ内のPANA認証エージェントと同一位置に配置するDHCP中継エージェントでアドレス獲得プロセスをトリガするためにPANAメッセージを利用する。モバイルノードからPANAメッセージを受信すると、DHCP中継エージェントはCTN内のDHCPサーバからIPアドレスを取得するために通常のDHCPメッセージ交換を実行する。このアドレスはPANAメッセージの中でピギーバックされ、クライアントに配信される。ステータス自動構成のMIPv6の場合は、新しいターゲットネットワークからのルータ広告がPANAメッセージの一部としてクライアントに渡される。携帯電話は、それが新しいネットワークにおいて行うであろうように、一意のIPv6アドレスを構築するためにこの接頭語とMACアドレスを使用する。ステートフルモードのモバイルIPv6はDHCPv4と非常に類似して作用する。3.2IKEv2支援先行IPアドレス獲得IKEv2支援先行IPアドレス獲得は、IPsecゲートウェイとDHCP中継エージェントがCTN内の各アクセスルータの中に常駐しているときに作用する。この場合、IPsecゲートウェイとCTNの中のDHCP中継エージェントは、モバイルノードがCTN内のDHCPサーバからIPアドレスを獲得するのに役立つ。事前認証段階の間に確立されたMN-ARキーは、モバイルノードとアクセスルータの間でIKEv2を実行するために必要とされるIKEv2事前共用秘密として使用される。CTNからのIPアドレスは、標準的なIKEv2手順として取得され、標準DHCPを使用してターゲットネットワーク内のDHCPサーバからIPアドレスを取得するために同一位置に配置されたDHCP中継エージェントを使用する。取得されたIPアドレスはIKEv2構成ペイロード交換でクライアントに送り返される。この場合、IKEv2は先行ハンドオーバトンネル以下の第5項を参照されたいのためのトンネル管理プロトコルとしても使用される。3.3DHCPを単独で使用する先行IPアドレス獲得別の代替策として、PANAをベースにした又はIKEv2をベースにした手法に依存せずに、モバイルノードとCTNの中のDHCPリレー又はDHCPサーバの間の直接的なDHCP通信を可能にすることによって、CTNからIPアドレスを先行して取得するためにDHCPが使用されてよい。この場合、モバイルノードは、要求のソースアドレスとして現在の物理インタフェースと関連付けられたアドレスを使用する一方で、アドレスを要求しているCTN内のDHCP中継エージェント又はDHCPサーバにユニキャストDHCPメッセージを送信する。メッセージがDHCP中継エージェントに送信されると、DHCP中継エージェントはDHCPメッセージをモバイルノードとDHCPサーバの間で往復で中継する。DHCP中継エージェントがない場合には、携帯電話はターゲットネットワーク内のDHCPサーバとじかに通信することもできる。クライアントのユニキャストDISCOVER発見メッセージの中の放送オプションは、中継エージェント又はDHCPサーバがモバイルノードのソースアドレスを使用して携帯電話に直接応答を送り返すことができるように0に設定されなければならない。この仕組みは、ステートフル構成を使用するIPv6に対しても作用する。悪意のあるノードがDHCPサーバからIPアドレスを取得するのを妨げるために、DHCP認証が使用されなければならない、又はアクセスルータが事前認証されていないモバイルノードからリモートDHCPサーバに送信されるユニキャストDHCPメッセージを遮断するためにフィルタをインストールしなければならない。DHCP認証を使用する場合、DHCP認証キーがモバイルノードと候補ターゲットネットワーク内の認証エージェントの間で確立されるMPA-SAから導出されてよい。先行して取得されたIPアドレスは、携帯電話が新しいネットワークに移動しなくなるまでモバイルノードの物理インタフェースに割り当てられない。このようにしてターゲットネットワークから先行して取得されたIPアドレスは物理インタフェースに割り当てられるのではなく、むしろクライアントの仮想インタフェースに割り当てられる必要がある。したがって、モバイルノードと、CTN内のDHCPリレー又はDHCPサーバの間の直接的なDHCP通信を介してこのような先行して獲得されたIPアドレスは、それを物理インタフェースに割り当てられた他のアドレスと区別するために使用される追加情報とともに搬送されてよい。3.4ステートレス自動構成を使用する先行IPアドレス獲得IPv6の場合、ネットワークアドレス構成はDHCPv6又はステートレス自動構成のどちらかを使用して行われる。新IPアドレスを先行して取得するために、次のホップルータのルータ通知が確立されたトンネル上で送信することができ、新IP6アドレスは携帯電話の局番とMACアドレスに基づいて生成される。このアドレスはクライアントの仮想アドレスに割り当てられ、ホームエージェント又は一致するノードにバインディング更新として送信される。通常は詳しく調べられたscopedマルチキャストアドレスで送信されるこのルータ通知は、携帯電話のoCoAに容易にトンネルを行うことができる。これにより、IPアドレスを取得し、二重アドレス検出を実行するために要する時間が回避されるだろう。携帯電話が新ネットワークに入ると、モバイルノードは、例えばDHCPINFORMを使用することによりSIPサーバ、DNSサーバ等の他の構成パラメータを取得するために物理インタフェース上で新ネットワークに対してDHCPを実行することができる。これは、携帯電話と一致するホスト間の継続中の通信に影響を及ぼしてはならない。また、モバイルノードは新しいネットワークに入る前に先行して取得されたアドレスの賃貸を延長するために、新ネットワークに対して物理インタフェース上でDHCPを実行できる。モバイルノードのためのDHCPバインディングを維持し、安全先行ハンドオーバの前後に分配されたIPアドレスを追跡調査するために、先行IPアドレス獲得のためのDHCPと、モバイルノードがターゲットネットワークに入った後に実行されたDHCPの両方について、同じDHCPクライアント識別子がモバイルノードに使用される必要がある。DHCPクライアント識別子は、モバイルノードのMACアドレス又は他のなんらかの識別子であってよい。ステートレス自動構成の場合では、携帯電話は新しいネットワークでのルータ広告の接頭語を確かめ、それを新規に割り当てられたIPアドレスの局番と突き合せる。これらが同じであることが判明すると、携帯電話はIPアドレス獲得段階を再度経過しない。4.アドレス解決問題4.1先行二重アドレス検出DHCPサーバがIPアドレスを分配するとき、それはその賃貸表を更新し、その結果この同じアドレスはその特定の期間別のクライアントに与えられない。同時に、クライアントは、それが必要に応じて更新できるように賃貸表を局所的に保存する。ネットワークがDHCPでイネーブルされたクライアントとDHCPでイネーブルされていないクライアントの両方からなる場合は、LANを使う別のクライアントがDHCPアドレスプールからのIPアドレスで構成されたかもしれない蓋然性がある。このようなシナリオでは、サーバは、IPアドレスを割り当てる前に、ARPアドレス解決プロトコル又はIPv6近傍発見に基づいて二重アドレス検出を行う。検出手順は最高4秒から15秒を要することがあり例えば、下記の参考文献[MAGUIRE]を参照されたい、したがってさらに大きなハンドオーバ遅延の一因となる。先行IPアドレス獲得プロセスの場合は、この検出は事前に行われるため、ハンドオーバ遅延にまったく影響を及ぼさない。二重アドレス検出を事前に行うことにより、ハンドオーバ遅延係数を削減する。4.2先行アドレス解決更新事前認証のプロセスの間、ターゲットネットワークに接続してからターゲットネットワーク内のノードと通信するためにモバイルノードにより必要とされるアドレス解決マッピングも公知であり、ノードはアクセスルータ、認証エージェント、構成エージェント及び一致するノードであってよい。このような先行アドレス解決を実行する多くの方法がある。1.ノードのMACアドレスを解決するために情報サービス機構例えば、前記参考文献[NETDISC]を参照されたいを使用する。これにより、ターゲットネットワークの中の各ノードが、情報サービスのサーバが先行アドレス解決のデータベースを構築できるように情報サービスに関与することが必要である可能性がある。2.先行アドレス解決をサポートするために、事前認証のために使用される認証プロトコル又は事前構成に使用される構成プロトコルを拡張する。例えば、PANAが認証プロトコルとして事前認証に使用される場合、PANAメッセージは先行アドレス解決に使用されるAVPを搬送してよい。この場合、ターゲットネットワーク内のPANA認証エージェントはモバイルノードの代わりにアドレス解決を実行してよい。3.ターゲットネットワークのネットワーク要素の特定のIPアドレスと関連付けられた特定のインタフェースのMACアドレスをマッピングするためにDNSを利用することもできる。ターゲットネットワークのノードのMACアドレスを先行して解決するために新しいDNSリソースレコードRRを定義してよい。ただし、MACアドレスはドメインネームに直接結び付けられるのではなく、IPアドレスに結び付けられるリソースであるため、この手法には独自の制限がある。モバイルノードがターゲットネットワークに接続すると、それはターゲットネットワーク内のノードに対するアドレス解決照会を必ずしも実行せずに先行して取得されたアドレス解決マッピングをインストールする。他方、ターゲットネットワークに属し、モバイルノードと通信しているノードも、モバイルノードがターゲットネットワークに接続するとすぐにモバイルノードのためのそのアドレス解決マッピングを更新する必要がある。前記の先行アドレス解決方法は、モバイルノードがターゲットネットワークに接続する前にモバイルノードのMACアドレスを先行して解決するために、それらのノードに対して使用することもできる。しかしながら、それらのノードは先行して解決されたアドレス解決マッピングを採用する前にターゲットネットワークへのモバイルノードの接続を検出する必要があるため、これは役に立たない。さらに優れた手法は、接続検出及びアドレス解決マッピング更新の統合であろう。これは、ターゲットネットワーク内のノードがモバイルノードのアドレス解決マッピングを迅速に更新できるようにモバイルノードが新ネットワークに接続される直後に、モバイルノードが、IPv4の場合にはアドレス解決プロトコルARPARP要求又はARP応答を送り、又はIPv6の場合には近傍通知を送るアドレス解決上記参考文献[RFC3344]及び[RFC3775]参照を不当に実行することに基づいている。5.トンネル管理IPアドレスがCTN内のDHCPサーバから先行して獲得された後、先行ハンドオーバトンネルがモバイルノードとCTN内のアクセスルータの間で確立される。モバイルノードはトンネル内部アドレスとして獲得されたIPアドレスを使用し、たぶん仮想インタフェースにそのアドレスを割り当てる。先行ハンドオーバトンネルがトンネル管理プロトコルを使用して確立される。IKEv2が先行IPアドレス獲得に使用されると、IKEv2もトンネル管理プロトコルとして使用される。また、PANAが先行IPアドレス獲得に使用される場合、PANAは安全なトンネル管理プロトコルとして使用されてよい。いったん先行ハンドオーバトンネルがモバイルノードと候補ターゲットネットワーク内のアクセスルータの間に確立されると、アクセスルータは、それがモバイルノードの新しいアドレスに宛てられるあらゆるパケットを捕捉できるようにモバイルノードの代わりにプロキシアドレス解決を実行する必要もある。携帯電話は前のネットワークにいる間に一致するノードと通信できる必要があるため、バインディング更新と、一致するノードからモバイルノードへのデータのいくつかの部分又はすべての部分が先行ハンドオーバトンネル上でモバイルノードに送り返される必要がある。セッション開始プロトコルSIPモビリティが移動性管理プロトコルに使用されると、連絡アドレスとしての新しいアドレスがSIPRe-INVITEを使用して一致するノードに報告される。いったん一致するノードのSIPユーザエージェントが新しい連絡アドレスを取得すると、それはターゲットネットワークに実際に属する新しい連絡アドレスにOKを送信する。ターゲットネットワーク内のアクセスルータは、それが新しい連絡アドレスに向けられていたのでOK信号を獲得し、それをその前のネットワークの携帯電話にトンネルを行う。最終的なACKメッセージは携帯電話から一致するノードに受信される。携帯電話から一致するノードへのデータは進入フィルタリングがない場合にはトンネルを行う必要がない場合もある。SIPRe-INVITEシグナリングハンドシェイクの完了後、一致するノードからのデータが先行ハンドオーバトンネルを介して携帯電話に送信される。モバイルノードがターゲットネットワークに接続した後にトラフィックがモバイルノードに向けられるためには、先行ハンドオーバトンネルが削除される又は無効にされる必要がある。トンネルを確立するために使用されるトンネル管理プロトコルは、この目的に使用される。また、PANAが認証プロトコルとして使用される場合、アクセスルータでのトンネルの削除又は無効は、携帯電話がターゲットネットワークに移動するとすぐにPANA更新機構によってトリガできる。リンク層トリガは、モバイルノードが実際にターゲットネットワークに接続され、トンネルを削除する、又は無効にするためのトリガとして使用することもできることを確実にする。6.バインディング更新様々な移動性管理方式のためのいくつかの種類のバインディング管理機構がある。ROのないモバイルIPv4等の場合には、バインディング更新はホームエージェントHAだけに送信され、モバイルIPv6の場合にはバインディング更新がホームエージェントと対応するホストの両方に送信される。SIPをベースにした端末モビリティの場合には、携帯電話はRe-INVITEを使用してバインディング更新を一致するノードに、REGISTERメッセージを登録機関に送信する。携帯電話と一致するノードの間の距離に基づき、バインディング更新はハンドオーバ遅延の一因となる場合がある。SIP高速ハンドオーバ例えば[SIPFAST]を参照されたいは、バインディング更新に起因するハンドオーバ遅延を削減するいくつかの方法を提供する。SIPベースのモビリティ管理を使用する安全先行ハンドオーバの場合には、それは前のネットワークで起こるため、バインディング更新に起因する遅延を完全に排除する。したがって、本方式は、一致するノードが通信するモバイルノードから遠すぎるときにより魅力的に見える。7.パケット損失の妨害MPAの場合には、IPアドレス獲得、保護された認証、及びバインディング更新のためのパケット損失を認めなかった。しかしながら、モバイルノードがターゲットネットワークに接続できる前にモバイルノードに向けられるリンク層ハンドオーバ中のいくつかの過渡的なパケットがある場合がある。それらの過渡的なパケットは損失することがある。アクセスルータで過渡的なパケットをバイキャスティングする、又はバッファに入れることは、パケット損失を最小限に抑える又は排除するために使用できる。ただし、リンク層ハンドオーバがシームレスに実行されない場合には、バイキャスティングはパケット損失を排除しない。他方、バッファリングはパケット遅延を削減しない。パケット遅延はストリーミング用途の場合受信機側でプレイアウトバッファplayoutbufferによって補償できるが、プレイアウトバッファは大きな遅延ジッタに耐えることのできない対話型のVoIP用途ではあまり役に立たない。したがって、いずれにせよリンク層ハンドオーバを最適化することは依然として重要である。さらに、MNは古い接続ポイントから切り替わる前に新しい接続ポイントへの到達可能性を保証してもよい。これは、リンク層管理フレームを新しい接続ポイントと交換することによって行うことができる。この到着可能性チェックは可能な限り迅速に実行されなければならない。到着可能性チェックの間のパケット損失を妨ぐために、MNと古い接続ポイントの間のリンク上でのパケットの伝送は、到着可能性チェックの間リンクの両端でパケットをバッファに入れることにより保留されなければならない。本明細書に基づいて理解されるように、このバッファリングは種々の方法で実行できる。8.切り替えの失敗及び切り替え復帰のための考慮事項ピンポン現象は、ハンドオーバシナリオの間に見られる共通の問題の1つである。このようなピンポン現象は、携帯電話がセル又は決定ポイントの境界線に位置し、ハンドオーバ手順が頻繁に実行されるときに生じる。とりわけ、この結果、呼中止確率calldropprobabilityの上昇、接続品質の低下、シグナリングトラフィックとリソースの無駄の増加が生じる。これらのすべてが移動性最適化に影響を及ぼす。ハンドオフアルゴリズムはネットワーク間でハンドオフを実行するための決定要因である。従来、これらのアルゴリズムはハンドオフに関して決定するために様々な測定基準の値を比較するために閾値を利用する。これらの測定基準は信号強度、経路損失、搬送波対干渉比CIR、信号対干渉比SIR,ビット誤り率BER、電力予算等を含む。ピンポン現象を回避するために、いくつかの追加のパラメータが、ヒステリシスマージン、ドウェルタイマー、及び平均化ウィンドウ等の決定アルゴリズムによって利用される。高い移動車両の場合、モバイルホストMHと接続点間の距離、携帯電話の速度、携帯電話の位置、トラフィックと帯域幅特性等の他のパラメータもピンポン現象を削減するために考慮に入れられる。さらに最近では、仮説検証、動的プログラミング等の技法及びパターン認識技法に基づいている異機種ネットワーク環境でのピンポン現象を削減するのに役立つ他のハンドオフアルゴリズムがある。ピンポン現象を削減するためにハンドオフアルゴリズムを実現することは重要であるが、この現象から回復するための方法を実現することも重要である。MPAフレームワークの場合には、ピンポン現象は現在のネットワークとターゲットネットワークの間、及び候補ターゲットネットワーク間での携帯電話の前後運動を生じさせる。その現在の形式でのMPAは、多数のトンネルセットアップ、バインディング更新の数、及び関連付けられたハンドオフ待ち時間のために影響を受ける。ピンポン現象はハンドオフ速度に関連しているため、それも遅延とパケット損失の一因となる可能性がある。いくつかの実施形態において、ピンポンの確率を削減するのに役立てるために実行できる複数のアルゴリズムをここで説明する。さらに、ピンポン現象から生じるパケット損失からの回復を可能にするMPAフレームワークのためのいくつかの方法もここで説明する。いくつかの実施形態では、MPAフレームワークは、グローバルポジショニングシステムGPSを使用して近接するネットワーク内のAPに関して携帯電話のジオロケーションを利用できる。この点で、例示的なGPSシステムは地球を軌道に乗せ、GPS受信機がその地理的な位置を正確に示すことができるようにする様々な衛星を含む。ネットワーク間の発振を回避するために、位置をベースにしたインテリジェントアルゴリズムはユーザの位置と、前のハンドオーバ試行からキャッシュに入れられたデータの相関関係を使用することにより導出できる。場合によっては、位置だけがハンドオフ決定のための唯一のインジケータではないことがある。例えば、マンハッタンManhattanタイプのネットワークでは、携帯電話はAPに近いけれども、それは良好な接続を行うほど十分な信号対雑音比SNRを有さないことがある。したがって、モビリティパターン及び経路特定がピンポン現象の回避に役立つことがある。ピンポン現象を回避できる良好なハンドオフアルゴリズムがない場合には、ピンポンの影響を緩和するために優れた回復機構を適所に配置することが必要とされることがある。携帯電話が、コンテキストが前回試用されたネットワークに戻るときにそれが迅速に回復できるように、確立されたコンテキストをある期間現在のネットワークに保持しなければならない場合がある。これらのコンテキストはセキュリティ関連付け、使用IPアドレス、確立されたトンネル等を含んでよい。また、所定の期間、データを前のネットワークと新しいネットワークの両方にバイキャスティングすると、携帯電話がネットワーク間で前後に移動する場合に損失したパケットを処理するのに役立つであろう。携帯電話は、それがピンポン状況に関して安定した状態にあるかどうかを判断できなければならない。9.リンク層セキュリティ及び移動性事前認証段階の間にモバイルノードとCTN内の認証エージェントの間で確立されたMPA-SAを使用すると、モバイルノードが以下のように現在のネットワークにある間にCTN内のリンク層セキュリティをブートすることができる。1.CTN内の認証エージェントとモバイルノードは、事前認証が成功した結果確立されるMPA-SAを使用してPMKペアワイズマスタキー前記参考資料[IDietfeapkeying]を参照されたいを導出する。EAPとAAAプロトコルの実行は、MPA-SAを確立するための事前認証の間に必要となる可能性がある。PMKからは、モバイルノードのための別々のTSK過渡的セッションキー前記[IDietfeapkeying]を参照されたいがCTNの各接続点に直接的に又は間接的に導出される。2.認証エージェントはPMKから導出され、接続ポイントへの安全な関連付けのために使用されるキーをインストールしてよい。導出されたキーはTSK又はTSKが導出される中間キーであってよい。3.モバイルノードがターゲットネットワークとしてCTNを選び、ここでモバイルノードの新しいネットワークになるターゲットネットワーク内の接続ポイントに切り替わった後に、それは、モバイルノードと接続ポイント間のリンク層パケットを保護するために使用されるPTKペアワイズ過渡的キーとGTKグループ過渡的キー前記参考文献[I-D.ietf-eap-keying]を参照されたいを確立するために、PMKを使用してIEEE802.11i4通りハンドシェイク[802.11i]等の安全関連プロトコルを実行する。EAP認証の追加の実行はここで必要とされない。4.モバイルノードが新しいネットワークの中でローミングしている間、モバイルノードは、その接続ポイントと安全関連プロトコルを実行しさえすればよく、EAP認証の追加の実行は必要とされない。MPAの、802.11r等のリンク層ハンドオーバ最適化機構の統合は、このように達成できる。モバイルノードはTSKを導出するためにCTN内の接続ポイントのリンク層アイデンティティを知る必要がある場合がある。PANAが事前認証のための認証プロトコルとして使用される場合、これはPAA前記参考文献[IDietfpanapana]を参照されたいから送信されるPANA-Bind-Requestの中でDevice-IdAVPを搬送することにより可能であり、それぞれの属性値組AVPは異なったアクセスポイントの基本サービスセット識別子BSSIDを含む。図3を参照すると、図はいくつかの例示的な実施形態に従ってリンク層セキュリティをブートすることを図表で描いている。10.初期ネットワーク接続での認証モバイルノードが最初にネットワークに接続すると、ネットワークアクセス認証はMPAを使用するかどうかに関係なく発生するであろう。MPAがハンドオーバ最適化のために使用されるときにネットワークアクセス認証のために使用されるプロトコルは、IEEE802.1X等のリンク層ネットワークアクセス認証プロトコル、又はPANA等のさらに上位層のネットワークアクセス認証プロトコルである場合がある。11.セキュリティの考慮事項本明細書は、モバイルノードと、モバイルノードが将来移動する可能性のある1つ又は複数の候補ターゲットネットワーク間でハンドオーバに関連するシグナリングを実行することに基づいた安全ハンドオーバ最適化機構のフレームワークを説明している。このフレームワークは、モバイルノードが物理的にそれらのCTNの内の1つに接続する前のCTNから現在のネットワーク内のモバイルモードへのデータパケットリダイレクトだけではなく、CTNからのリソースの獲得も必要とする。候補ターゲットネットワークからのリソースの獲得は、許可されていないモバイルノードがリソースを取得するのを防ぐために適切な認証手順及び許可手順を伴わなくてはならない。このため、MPAフレームワークがモバイルノードと候補ターゲットネットワークの間で事前認証を実行することが重要である。事前認証の結果として生成されたMN-CAキー及びMN-ARキーは、以後のハンドオーバシグナリングパケットと、モバイルノードとCTNの中のMPA機能要素の間で交換されるデータパケットとを保護できる。MPAフレームワークは、ハンドオーバが複数の管理ドメイン全体で実行されるときにもセキュリティ問題に取り組む。MPAを用いると、モバイルノードと、候補ターゲットネットワーク内のルータ又はモビリティエージェントの間の直接的な通信に基づいてハンドオーバシグナリングを実行できる。これにより、セキュリティ前記参考文献[IDietfeapkeying]を参照されたいに関して公知の制限が存在するコンテキスト転送プロトコルに対する必要性が排除される。このため、MPAフレームワークは管理ドメイン又はアクセスルータ間の信頼関係を必要とせず、モバイル環境でのセキュリティを傷つけずに、フレームワークをインターネットの中でさらに配備しやすくする。本発明の幅広い範囲本発明の例示的な実施形態を本明細書に説明してきたが、本開示に基づいて当業者により理解されるように、本発明は本明細書に説明されている多様な好ましい実施形態に限定されるのではなく、同等な要素、変型、省略、例えば、多様な実施形態全体での態様の組み合わせ、適応、及び/又は改変を有するあらゆるすべての実施形態を含む。例えば、後に加えられるものを含む請求項における制限は請求項で利用される言語に基づいて幅広く解釈されるべきであり、本明細書に、あるいは出願の手続き追行の間に説明される例に限定されず、その例は包括的と解釈されるべきである。例えば、本開示では、用語好ましくは包括的であり、好ましいが、限定されないを意味する。本開示では、及び本開示の手続き追行中、手段プラス機能meansplusfunction又はステッププラス機能stepplusfunctionの制限は、特定の請求項の制限について、以下の条件のすべてがその制限内に存在する場合にだけ利用される。つまりaのための手段又はのためのステップは、明示的に列挙され、b対応する機能は明示的に列挙され、及びcその構造をサポートする構造、材料又は行為が列挙される。本開示において、及び本出願の手続き追行中、用語本発明又は発明は、本開示の中で1つ又は複数の態様に対する参照として使用されてよい。言語本発明又は発明は、臨界の識別として理解されてはならず、すべての態様又は実施形態全体で当てはまると不適切に解釈されてはならずつまり、本発明は多数の態様と実施形態を有することが理解されるべきである、出願つまり請求項の範囲を制限すると不適切に解釈されてはならない。本開示では、及び本願の手続き追行の間、用語実施形態は任意の態様、特徴、プロセス又はステップ、その組み合わせ、及び/又はその任意の部分等を説明するために使用できる。いくつかの例では、多様な実施形態は重複する特長を含むことがある。本開示では、以下の省略された用語、つまり例えばを意味するe.g.が利用されてよい。付記1]媒体非依存事前認証フレームワークにおいて第1のネットワークと第2のネットワーク間でのモバイルノードの切り替え復帰に関連するハンドオフ決定を制御する方法であって、a隣接ネットワーク内のアクセスポイントに関して位置決定をするように構成される位置決定モジュールをモバイルノードに提供することと、b前記位置決定モジュールの出力に少なくとも部分的に基づいて、前記第1のネットワークと第2のネットワーク間の発振を回避するために位置をベースにしたアルゴリズムを使用することと、を有する、方法。2]前記位置ベースのアルゴリズムは、前記モバイルノードの事前ハンドオーバアクティビティに関して、少なくともモバイルノード位置とキャッシュ化データとの相関関係に部分的に基づいている、[2]に記載の方法。3]前記キャッシュ化データは、前記モバイルノード上のデジタルデータ記憶装置に記憶される、[2]に記載の方法。4]前記位置ベースのアルゴリズムは、前記モバイルノードが前記第1のネットワークと前記第2のネットワークの他方に切り替わった過去事例に関連するデータに基づき前記第1のネットワークと前記第2のネットワークの前記他方への切換を規定することを含む、[2]に記載の方法。5]前記位置ベースのアルゴリズムは、前記モバイルノードが前記第1のネットワークと前記第2のネットワークの他方に切り替わらなかった過去事例に関連するデータに基づき前記第1のネットワークと前記第2のネットワークの前記他方に切り替わらないことを規定することを含む、[2]に記載の方法。6]前記位置決定モジュールはGPS受信機を含む、[1]に記載の方法。7]前記第1のネットワークと第2のネットワークの間の発振を回避するために位置ベースのアルゴリズムを使用することは、1つの非位置決めインジケータに少なくとも部分的に基づいている前記アルゴリズムを有することを含む、[1]に記載の方法。8]前記少なくとも1つの非位置決めインジケータは信号対雑音比のインジケータを含む、[7]に記載の方法。9]前記アルゴリズムは前記モバイルノード内でのプログラミングを介して実行される、[1]に記載の方法。10]前記アルゴリズムは、前記モバイルノードにとって外部のプログラミングを介して少なくとも部分的に実行される、[1]に記載の方法。11]前記モバイルノードと前記第2のネットワーク上の認証エージェントとの間にリンク層にとらわれないネットワークアクセス認証プロトコルを使用して事前認証を実行することをさらに含む、[1]に記載の方法。12]複数の管理ドメイン全体で事前認証を実行することをさらに含む、[1]に記載の方法。13]前記第1のネットワークは第1の媒体用であり、前記第2のネットワークは別の媒体用であり、前記第1の媒体がセルラーで、前記別の媒体が無線LANであるか、または前記第1の媒体が無線LANで、前記別の媒体がセルラーであるかのどちらかである、[1]に記載の方法。14]ネットワークアクセス認証プロトコルとしてPANAをさらに利用する、請求項2に記載の方法。15]媒体非依存事前認証フレームワークにおいて第1のネットワークと第2のネットワークの間でモバイルノードの不所望切換復帰の影響を軽減する方法であって、a前記モバイルが第1のネットワークに戻るときに前記コンテキストが迅速に回復できるように前記第1のネットワークに関連するコンテキストを一時期維持することと、b前記第1のネットワークに戻るときに前記モバイルノードに前記コンテキストを使用させることと、を備える、方法。16]前記コンテキストは前記モバイルノードのデジタルデータ記憶装置に記憶され、セキュリティ関連、IPアドレス、又は確立されたトンネルに関連するデータを含む、[15]に記載の方法。17]前記第1のネットワークは第1の媒体用であり、前記第2のネットワークは別の媒体用であり、前記第1の媒体がセルラーで、前記別の媒体が無線LANであるか、又は前記第1の媒体が無線LANで、前記別の媒体がセルラーである、[15]に記載の方法。18]媒体非依存事前認証フレームワークにおいて前ネットワークと新ネットワークの間でのモバイルノードの不所望切換復帰の影響を軽減する方法であって、前記モバイルノードが前記新ネットワークから前記前ネットワークに戻る場合にパケットの損失を回避するために一定期間前記前ネットワークと前記新ネットワークの両方にデータパケットを送信することとを含む、方法。19]前記データパケットを送信するステップは前記データパケットをバイキャスティングすることを含む、[18]に記載の方法。20]前記前ネットワークは第1の媒体用であり、前記新ネットワークは別の媒体用であり、前記第1の媒体がセルラーで、前記別の媒体が無線LANであるか、又は前記第1の媒体が無線LANで、前記別の媒体がセルラーであるかのどちらかである、[18]に記載の方法。"