(57)【要約】  モバイルノードとコレスポンデントノードとの間でのバインディングアップデートのための方法および装置が提供される。方法は、以下のステップを含む。コレスポンデントノードは、バインディング管理鍵を生成するためのパラメータを、鍵を用いて暗号化し、暗号化されたパラメータを、モバイルノードに、またはモバイルノードのためにバインディングアップデートを実行するホームエージェントに、送信する。モバイルノードまたはホームエージェントは、復号化を実行してパラメータを取得し、パラメータを使用してバインディング管理鍵を生成し、バインディング管理鍵を使用して認証データを生成する。モバイルノードまたはホームエージェントは、認証データを運ぶバインディングアップデートメッセージを、コレスポンデントノードに送信する。コレスポンデントノードは、認証データに従って、バインディングアップデートメッセージを認証し、バインディング肯定応答メッセージを、モバイルノードまたはホームエージェントに返す。上記の方法を使用すれば、バインディングアップデートプロセスのセキュリティは向上する可能性がある。
2010504667.tif 000002
【特許請求の範囲】
【請求項１】
モバイルノードとコレスポンデントノードとの間でのバインディングアップデートのための方法であって、
前記コレスポンデントノードによって、鍵を用いてバインディング管理鍵を生成するためのパラメータを暗号化し、前記暗号化されたパラメータを、前記モバイルノードに、または、前記モバイルノードに代わってバインディングアップデートを実行するホームエージェントに、送信し、
前記モバイルノードまたは前記ホームエージェントによって、復号化を介して前記パラメータを取得し、前記パラメータを用いて前記バインディング管理鍵を生成し、前記バインディング管理鍵を用いて認証データを生成し、そして、前記認証データを運ぶバインディングアップデートメッセージを前記コレスポンデントノードに送信し、
前記コレスポンデントノードによって、前記認証データに基づいて前記バインディングアップデートメッセージを検証し、バインディング肯定応答メッセージを、前記モバイルノードまたは前記ホームエージェントに返す、
方法。
【請求項２】
前記コレスポンデントノードによって、前記鍵を用いて前記バインディング管理鍵を生成するための前記パラメータを暗号化し、前記暗号化されたパラメータを前記モバイルノードに送信することは、
前記モバイルノードから送信されたホームテスト開始メッセージまたは気付テスト開始メッセージを、前記コレスポンデントノードが受信した後で、前記パラメータを生成し、前記鍵を用いて前記パラメータを暗号化し、返されるホームテストメッセージまたは気付テストメッセージ内で、前記暗号化されたパラメータを前記モバイルノードに送信する、
ことを含み、
前記コレスポンデントノードによって、前記鍵を用いて前記バインディング管理鍵を生成するための前記パラメータを暗号化し、前記暗号化されたパラメータを前記ホームエージェントに送信することは、
前記モバイルノードに代わってバインディングアップデートを実行する前記ホームエージェントから送信された、要求メッセージを、前記コレスポンデントノードが受信した後で、前記パラメータを生成し、前記鍵を用いて前記パラメータを暗号化し、返される応答メッセージ内で、前記暗号化されたパラメータを前記ホームエージェントに送信する、
ことを含む、
請求項１に記載の方法。
【請求項３】
前記モバイルノードに代わってバインディングアップデートを実行する前記ホームエージェントから送信された、前記要求メッセージを、前記コレスポンデントノードが受信する前に、前記方法は、
前記モバイルノードに代わってバインディングアップデートを実行するように前記ホームエージェントに要求するための、前記ホームエージェントへの要求メッセージを、前記モバイルノードによって開始する、
ことをさらに含み、
前記コレスポンデントノードから返された前記バインディング肯定応答メッセージを、前記ホームエージェントが受信した後に、前記方法は、
バインディングアップデートの完了を前記モバイルノードに通知するための、前記モバイルノードへの応答メッセージを、前記ホームエージェントによって返す、
ことをさらに含む、
請求項２に記載の方法。
【請求項４】
前記モバイルノードから送信された前記ホームテスト開始メッセージまたは気付テスト開始メッセージを、前記コレスポンデントノードが受信した後で、前記パラメータを生成し、前記鍵を用いて前記パラメータを暗号化し、返されるホームテストメッセージまたは気付テストメッセージ内で、前記暗号化されたパラメータを前記モバイルノードに送信することは、
前記ホームテスト開始メッセージまたは気付テスト開始メッセージが１パーティ公開鍵保護モードの使用を指示する場合、前記コレスポンデントノードによって、前記モバイルノードの公開鍵を用いて前記パラメータを暗号化し、前記ホームテストメッセージまたは気付テストメッセージ内で、前記暗号化されたパラメータを前記モバイルノードに送信し、
あるいは、
前記ホームテスト開始メッセージが、前記モバイルノードの前記ホームエージェントによって傍受された後で、前記ホームエージェントの公開鍵またはアドレスが追加された場合、前記コレスポンデントノードによって、前記ホームエージェントの前記公開鍵、または前記ホームエージェントの前記アドレスから取得された公開鍵を用いて、前記パラメータを暗号化し、前記ホームテストメッセージ内で、前記暗号化されたパラメータを送信し、さらに、前記ホームエージェントによって、前記ホームテストメッセージが傍受された後で、前記パラメータを復号化し、ＩＰＳｅｃで保護されたホームテストメッセージ内で、前記復号化されたパラメータを運び、そして、前記ＩＰＳｅｃで保護されたホームテストメッセージを前記モバイルノードに送信する、
ことを含み、
前記モバイルノードに代わってバインディングアップデートを実行する前記ホームエージェントから送信された、前記要求メッセージを、前記コレスポンデントノードが受信した後で、前記パラメータを生成し、前記パラメータを前記鍵を用いて暗号化し、そして、前記返される応答メッセージ内で、前記暗号化されたパラメータを前記ホームエージェントに送信することは、
前記コレスポンデントノードによって、前記要求メッセージ内で運ばれる前記ホームエージェントのアドレスから、前記ホームエージェントの公開鍵を取得し、前記公開鍵を用いて前記パラメータを暗号化し、前記返される応答メッセージ内で、前記暗号化されたパラメータを前記ホームエージェントに送信する、
ことを含む、
請求項２に記載の方法。
【請求項５】
前記モバイルノードまたは前記ホームエージェントによって、前記バインディング管理鍵を生成することは、
前記モバイルノードまたは前記ホームエージェントによって、前記パラメータを前記バインディング管理鍵として直接使用し、
あるいは、
前記パラメータを用いて前記バインディング管理鍵を生成する、
ことを含む、
請求項１に記載の方法。
【請求項６】
前記モバイルノードによって、前記パラメータを用いて前記バインディング管理鍵を生成することは、
前記モバイルノードによって、前記パラメータと、前記コレスポンデントノードによって生成されたホーム鍵生成トークンおよび気付鍵生成トークンとを用いて、前記バインディング管理鍵を生成し、
あるいは、
前記パラメータと、前記モバイルノードおよび前記コレスポンデントノードに共通に知られている他のパラメータとを用いて、前記バインディング管理鍵を生成する、
ことを含み、
前記ホームエージェントによって、前記パラメータを用いて前記バインディング管理鍵を生成することは、
前記ホームエージェントによって、前記パラメータと、前記ホームエージェントおよび前記コレスポンデントノードに共通に知られている他のパラメータとを用いて、前記バインディング管理鍵を生成する、
ことを含む、
請求項５に記載の方法。
【請求項７】
前記モバイルノードまたは前記ホームエージェントによって、前記パラメータを用いて前記バインディング管理鍵を生成することは、
疑似ランダム関数を用いて前記バインディング管理鍵を生成する、
ことをさらに含む、
請求項５に記載の方法。
【請求項８】
前記モバイルノードによって前記管理鍵を更新する、
ことをさらに含み、
前記モバイルノードによって前記管理鍵を前記更新することは、
前記モバイルノードによって、前記パラメータまたは元のバインディング管理鍵と、前記モバイルノードおよび前記コレスポンデントノードに共通に知られているパラメータとを用いて、新たなバインディング管理鍵を生成し、前記新たなバインディング管理鍵を用いて、前記バインディングアップデートメッセージ内の前記認証データを生成する、
ことを含む、
請求項１に記載の方法。
【請求項９】
前記モバイルノードによって、前記パラメータまたは前記元のバインディング管理鍵と、前記モバイルノードおよび前記コレスポンデントノードに共通に知られている前記パラメータとを用いて、前記新たなバインディング管理鍵を生成することは、
前記パラメータまたは前記元のバインディング管理鍵と、前記モバイルノードおよび前記コレスポンデントノードに共通に知られている前記パラメータとを用いて、疑似ランダム関数を使用することによって、前記新たなバインディング管理鍵を生成する、
ことを含む、
請求項８に記載の方法。
【請求項１０】
前記パラメータは、前記コレスポンデントノードによって生成された乱数である、請求項１に記載の方法。
【請求項１１】
モバイルノードとコレスポンデントノードとの間でのバインディングアップデートのための方法であって、
前記モバイルノードによって、または前記モバイルノードに代わってバインディングアップデートを実行するホームエージェントによって、認証データを運ぶバインディングアップデートメッセージを前記コレスポンデントノードに送信し、
前記認証データは鍵を用いて生成されたデジタル署名であり、
前記コレスポンデントノードによって、前記デジタル署名が対応する鍵を用いて検証された後で、前記コレスポンデントノードによって生成されたパラメータを用いてバインディング管理鍵を生成し、鍵を用いて前記パラメータを暗号化し、バインディング肯定応答メッセージを前記モバイルノードまたは前記ホームエージェントに送信し、
前記バインディング肯定応答メッセージは、前記バインディング管理鍵と前記暗号化されたパラメータとを用いて生成された認証データを運び、
前記モバイルノードまたは前記ホームエージェントによって、復号化を介して前記パラメータを取得し、前記パラメータを用いて前記バインディング管理鍵を生成し、前記バインディング管理鍵を用いて前記バインディング肯定応答メッセージ内の前記認証データを検証し、前記検証に合格した後でバインディングアップデートを完了する、
方法。
【請求項１２】
前記認証データが、前記モバイルノードの秘密鍵を用いて生成されたデジタル署名である場合、前記コレスポンデントノードによって前記デジタル署名を対応する鍵を用いて検証することは、
前記デジタル署名を前記モバイルノードの公開鍵を用いて検証する、
ことを含み、
あるいは、
前記認証データが、前記ホームエージェントの秘密鍵を用いて生成されたデジタル署名である場合、前記コレスポンデントノードによって前記デジタル署名を対応する鍵を用いて検証することは、
前記デジタル署名を前記ホームエージェントの公開鍵を用いて検証する、
ことを含む、
請求項１１に記載の方法。
【請求項１３】
前記ホームエージェントが前記バインディングアップデートメッセージを前記コレスポンデントノードに送信する前に、
前記方法は、
前記モバイルノードに代わってバインディングアップデートを実行するように前記ホームエージェントに要求するための、前記ホームエージェントへの要求メッセージを、前記モバイルノードによって開始する、
ことをさらに含み、
前記ホームエージェントが、前記モバイルノードに代わってバインディングアップデートを完了した後に、
前記方法は、
バインディングアップデートの完了を前記モバイルノードに通知するための、前記モバイルノードへの応答メッセージを、前記ホームエージェントによって返す、
ことをさらに含む、
請求項１１に記載の方法。
【請求項１４】
前記コレスポンデントノードによって、前記鍵を用いて前記パラメータを前記暗号化することは、前記パラメータを前記モバイルノードの公開鍵を用いて暗号化する、ことを含み、前記モバイルノードによって、復号化を介して前記パラメータを前記取得することは、前記モバイルノードの対応する秘密鍵を用いて前記パラメータを復号化する、ことを含み、
あるいは、
前記コレスポンデントノードによって、前記鍵を用いて前記パラメータを前記暗号化することは、前記パラメータを前記ホームエージェントの公開鍵を用いて暗号化することを含み、前記ホームエージェントによって、復号化を介して前記パラメータを前記取得することは、前記ホームエージェントの対応する秘密鍵を用いて前記パラメータを復号化することを含む、
請求項１１に記載の方法。
【請求項１５】
前記コレスポンデントノードによって、前記コレスポンデントノードによって生成された前記パラメータを用いて前記バインディング管理鍵を前記生成することは、
前記パラメータを前記バインディング管理鍵として直接使用し、
あるいは、
前記パラメータを用いて前記バインディング管理鍵を生成する、
ことを含む、請求項１１に記載の方法。
【請求項１６】
前記コレスポンデントノードによって、前記パラメータを用いて前記バインディング管理鍵を前記生成することは、
疑似ランダム関数を使用することによって、前記パラメータを用いて前記バインディング管理鍵を生成する、
ことを含む、
請求項１５に記載の方法。
【請求項１７】
前記パラメータは、前記コレスポンデントノードによって生成された乱数である、請求項１１に記載の方法。
【請求項１８】
モバイルノード内のバインディングアップデート装置であって、
受信した暗号化されたパラメータを復号化するように構成された、復号化モジュールであって、前記パラメータはバインディング管理鍵を生成するために使用される、復号化モジュールと、
前記復号化されたパラメータを用いて前記バインディング管理鍵を生成するように構成された、バインディング管理鍵生成モジュールと、
前記生成されたバインディング管理鍵を用いて、バインディングアップデートメッセージのための認証データを生成するように、または前記バインディングアップデートメッセージ上のデジタル署名を実行するように構成され、かつ、コレスポンデントノードから送信されたバインディング肯定応答メッセージを、前記バインディング管理鍵を用いて検証するように構成された、認証モジュールと、
を具備する、装置。
【請求項１９】
前記モバイルノードに代わるホームエージェントに経路最適化要求を送信するように、バインディングアップデートを実行するために、前記ホームエージェントから返される、前記経路最適化要求に対する応答メッセージを受信するように構成された、エージェント要求送信および受信モジュールをさらに具備する、請求項１８に記載の装置。
【請求項２０】
コレスポンデントノード内のバインディングアップデート装置であって、
バインディング管理鍵を生成するために使用されるパラメータを生成するように構成された、パラメータ生成モジュールと、
前記パラメータを用いて前記バインディング管理鍵を生成するように構成された、バインディング管理鍵生成モジュールと、
前記パラメータを、鍵を用いて暗号化するように構成された、暗号化モジュールと、
前記バインディング管理鍵を用いて、バインディングアップデートメッセージ内の認証データを、または前記バインディングアップデートメッセージ内のデジタル署名を検証するように、前記バインディング管理鍵を用いて、バインディング肯定応答メッセージのための認証データを生成するように構成された、認証モジュールと、
を具備する、装置。
【請求項２１】
ホームエージェント内のバインディングアップデート装置であって、
コレスポンデントノードから送信されたパラメータを復号化するように構成された、復号化モジュールであって、前記パラメータはバインディング管理鍵を生成するために使用される、復号化モジュールと、
前記復号化されたパラメータを用いて前記バインディング管理鍵を生成するように構成された、バインディング管理鍵生成モジュールと、
前記管理鍵を用いて、バインディングアップデートメッセージのための認証データを生成するように、または前記バインディングアップデートメッセージ上のデジタル署名を実行するように構成され、かつ、前記コレスポンデントノードから送信されたバインディング肯定応答メッセージを、前記バインディング管理鍵を用いて検証するように構成された、認証モジュールと、
を具備する、装置。
【請求項２２】
モバイルノードから開始された経路最適化要求を処理するように構成され、かつ、前記経路最適化要求が処理された後で、前記モバイルノードがバインディングアップデートを完了するようにするために、前記モバイルノードに、前記経路最適化要求に対する応答メッセージを返すように構成された、エージェント要求処理モジュールをさらに具備する、請求項２１に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信の分野に関し、特に、モバイルノードとコレスポンデントノードとの間でのバインディングアップデートのための方法および装置に関する。
【背景技術】
【０００２】
コンピュータネットワーキング技術およびモバイル通信計算の急速な発展に伴い、ネットワークによって提供される移動性に対する要求はますます高くなっている。リクエストフォーコメンツ（Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ）（ＲＦＣ）３７７５は、ネットワーク層において移動性に対処するための解決策である、モバイルインターネットプロトコルバージョン６（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）（ＩＰｖ６）を提案している。
【０００３】
図１を参照すると、既存のモバイルＩＰｖ６の構成が示されている。モバイルＩＰｖ６内には、３つの基本的なネットワークエンティティがある。
【０００４】
モバイルノード（Ｍｏｂｉｌｅ  Ｎｏｄｅ）（ＭＮ）は、ネットワーク上の１つのリンクから別のリンクへ移動中に、進行中の通信を保存してもよいノードである。ノードとの通信は、そのノードのホームアドレスが知られている限り、実行され得る。
【０００５】
コレスポンデントノード（Ｃｏｒｒｅｓｐｏｎｄｅｎｔ  Ｎｏｄｅ）（ＣＮ）は、モバイルノードと通信しているピアノードであり、移動式または固定式であってもよい。
【０００６】
ホームエージェント（Ｈｏｍｅ  Ａｇｅｎｔ）は、ホームリンク上のルータであり、ホームを離れたＭＮの現在の位置などの情報を維持する。ルータは、ＭＮのホームリンクと接続されたポートを有する。ＭＮがフォーリンリンクに移動する場合、ＨＡは、ＭＮのホームアドレスに宛てられた情報パケットを傍受し、次に、トンネルメカニズムを介してＭＮにそのパケットを転送する。さらに、ＨＡは、ＭＮの現在の位置情報を処理および維持する。
【０００７】
図１のホームアドレス（Ｈｏｍｅ  Ａｄｄｒｅｓｓ）（ＨｏＡ）は、ＭＮに割り当てられた、グローバルにユニキャストルーティング可能なアドレスである。対応するＭＮは、常にこのアドレスを介してアクセスされてもよい。気付アドレス（Ｃａｒｅ−ｏｆ−Ａｄｄｒｅｓｓ）（ＣｏＡ）は、ＭＮがフォーリンリンクに移動する際に取得される、関連するＩＰアドレスである。ＭＮは、一度に数個の気付アドレスを有してもよい。
【０００８】
図２を参照すると、従来技術における、モバイルＩＰｖ６のデータ伝送プロセスが示されている。
【０００９】
モバイルＩＰｖ６の仕様で規定されているように、ＭＮが１つのリンクから別のリンクに移動する場合、ホームアドレスを介した進行中の通信は中断されない。ノードの移動性は、トランスポート層およびその他の上位層プロトコルにとって透過的である。ＭＮは、そのホームアドレスによって一意に識別されてもよい。ＭＮがフォーリンネットワークにローミングする場合、気付アドレスが特定の方法で生成されてもよく、そして、バインディングアップデートメッセージ内でホームエージェントに報告されてもよい。ＣＮがパケットをＭＮに送信する場合、ＨＡは、ＭＮに宛てられたパケットを傍受してもよく、そして、トンネルモードでＭＮにパケットを転送してもよい。ＭＮがパケットをＣＮに送信する場合、パケットはトンネルモードでＨＡに送信され、そして、ＨＡは、次に、トンネルパケットを脱カプセル化してもよく、そして、ＣＮにそれを転送してもよい。
【００１０】
ＨＡによってＭＮとＣＮとの間で転送される上記の通信は、三角経路モード（ｔｒｉａｎｇｌｅ  ｒｏｕｔｅ  ｍｏｄｅ）と呼ばれる場合がある。このモードでは、伝送遅延が発生する可能性があり、そして、ＭＮとの通信パケットのヘッダにおけるオーバヘッドはかなり大きい。ＭＮのホームリンクへの負担は増加し、経路は最適化されない。
【００１１】
上記の問題を解決するために、モバイルＩＰｖ６の仕様では、経路最適化モードが規定されており、このモードでは、モバイルＩＰｖ６をサポートしているＭＮとＣＮとの間で直接通信が実行されてもよい。ＭＮとＣＮとの間の直接通信を実行するために、通信登録プロセスがＭＮとＣＮとの間で最初に実行されて、バインディングアップデートが完了し、その結果、ＣＮとＨＡとは、バインディングバッファ内にバインディングに関する情報を保存し、ＭＮは、バインディングアップデートリスト内にＣＮに関する情報を保存する。バインディングアップデートプロセスの間、ＭＮは、そのアドレスバインディング情報を、バインディングアップデート（Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ）（ＢＵ）メッセージ内でＣＮに送信する。ＭＮとＣＮとの間の通信が攻撃されるのを防止するために、ＢＵメッセージを保護することが望ましい。
【００１２】
経路最適化モードでは、リターンルータビリティ手順（Ｒｅｔｕｒｎ  Ｒｏｕｔａｂｉｌｉｔｙ  Ｐｒｏｃｅｄｕｒｅ）（ＲＲＰ）が、モバイルＩＰｖ６内に導入され、そしてバインディング管理鍵（ｂｉｎｄｉｎｇ  ｍａｎａｇｅｍｅｎｔ  ｋｅｙ）を生成するために使用されてもよい。バインディング管理鍵は、ＭＮとＣＮとの間の、バインディングアップデートおよびバインディング肯定応答（ｂｉｎｄｉｎｇ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）メッセージを保護するために使用される。
【００１３】
図３を参照すると、既存のＲＲＰが示されている。
【００１４】
経路最適化モードにおいてＣＮとの通信を試みる場合、ＭＮは、ホームテスト開始（ｈｏｍｅ  ｔｅｓｔ  ｉｎｉｔｉａｔｉｏｎ）（ＨｏＴＩ）メッセージと気付テスト開始（ｃａｒｅ−ｏｆ  ｔｅｓｔ  ｉｎｉｔｉａｔｉｏｎ）（ＣｏＴＩ）メッセージとを、ＣＮに送信する（例えば、図３のステップ３０１ａおよび３０１ｂ。ステップ３０１ａおよび３０１ｂの順序についての厳密な規定はない）。
【００１５】
ＨｏＴＩメッセージは、ホーム鍵生成トークンを提供するようにＣＮに要求するために、ＭＮのホームアドレスとホームイニットクッキー（Ｈｏｍｅ  Ｉｎｉｔ  Ｃｏｏｋｉｅ）とをＣＮに通知するために使用され、ＣｏＴＩメッセージは、気付鍵生成トークンを提供するようにＣＮに要求するために、ＭＮの気付アドレスと気付イニットクッキー（ｃａｒｅ−ｏｆ  Ｉｎｉｔ  Ｃｏｏｋｉｅ）とをＣＮに通知するために使用される。
【００１６】
ＨｏＴＩメッセージは、ＨＡの中継を介してＣＮに到達し、ＣｏＴＩメッセージは、ＣＮに直接送信される。
【００１７】
ＣＮは、ホーム鍵生成トークンと気付鍵生成トークンとを生成し、それらは、それぞれ、返されるホームテスト（ｈｏｍｅ  ｔｅｓｔ）（ＨｏＴ）メッセージと気付テスト（ｃａｒｅ−ｏｆ  ｔｅｓｔ）（ＣｏＴ）メッセージとを介して送信される（例えば、図３のステップ３０２ａおよび３０２ｂ。２つのステップの順序についての厳密な規定はない）。
【００１８】
ＨｏＴＩメッセージを受信したら、ＣＮは、ホーム鍵生成トークンを以下のように計算する。
Ｈｏｍｅ  Ｋｅｙｇｅｎ  Ｔｏｋｅｎ＝Ｆｉｒｓｔ（６４，ＨＭＡＣ−ＳＨＡ１（Ｋｃｎ，ＨｏＡ｜Ｎｏｎｃｅ｜０））
【００１９】
ＣｏＴＩメッセージを受信したら、ＣＮは、気付鍵生成トークンを以下のように計算する。
Ｃａｒｅ−ｏｆ  Ｋｅｙｇｅｎ  Ｔｏｋｅｎ＝Ｆｉｒｓｔ（６４，ＨＭＡＣ−ＳＨＡ１（Ｋｃｎ，ＣｏＡ｜Ｎｏｎｃｅ｜１））
【００２０】
上記の式において、ＫｃｎはＣＮの鍵であり、ＮｏｎｃｅはＣＮによって生成される乱数である。
【００２１】
次に、ＣＮは、ホーム鍵生成トークンを運ぶＨｏＴメッセージを返し、これは、ＨＡによって、ＭＮに中継される。ＣＮは、さらに、気付鍵生成トークンを運ぶＣｏＴメッセージを返し、これは、ＭＮの気付アドレスに直接送信される。
【００２２】
ＭＮがＨｏＴメッセージとＣｏＴメッセージとを受信した後、ＲＲＰフローは終了する。この後、ＭＮは、以下のステップを含む気付バインディングアップデートプロセスを実行する。
【００２３】
ＭＮは、バインディングアップデート情報を運ぶＢＵメッセージを送信する。
【００２４】
ＨｏＴメッセージとＣｏＴメッセージとを受信したら、ＭＮは、クッキー検査を実行する。検査に合格した後で、ホーム鍵生成トークンと気付鍵生成トークンとが、抽出されて、バインディング管理鍵（Ｋｂｍ）を以下のように計算するために使用される。
Ｋｂｍ＝ＳＨＡ１（Ｈｏｍｅ  Ｋｅｙｇｅｎ  Ｔｏｋｅｎ｜Ｃａｒｅ−ｏｆ  Ｋｅｙｇｅｎ  Ｔｏｋｅｎ）
【００２５】
ＭＮは、ＢＵメッセージの認証データとして、Ｋｂｍを用いて、ＢＵメッセージのためのメッセージ認証コード（Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ）（ＭＡＣ）を生成し、これは、図３の３０３ａおよび３０３ｂに示されている。
【００２６】
ＣＮは、（図３のステップ３０４におけるように）バインディングアップデート肯定応答情報を運ぶバインディング肯定応答（ＢＡ）メッセージを返す。
【００２７】
ＢＵメッセージを検証した後で、ＣＮは、そのバインディングバッファ内に、ＭＮのためのエントリを追加し、ＭＮと同様に、ＢＡ（バインディング肯定応答）メッセージ内のＭＡＣを生成し、そして、そのメッセージをＭＮに送信する。
【００２８】
ＢＡメッセージを受信し、検証に合格した後で、ＭＮは、そのバインディングアップデートリスト内に、ＣＮのためのエントリを追加する。
【００２９】
ＭＮが、ＣＮとのバインディング関係を登録抹消する場合、Ｋｂｍ＝ＳＨＡ１（ホーム鍵生成トークン）が、ＢＵメッセージ内のＭＡＣを生成するために使用される。
【発明の概要】
【発明が解決しようとする課題】
【００３０】
本発明の実施において、発明者は、従来技術において存在するいくつかの問題を見出した。
【００３１】
ＣｏＴおよびＨｏＴメッセージが、ＨＡとＣＮとの間およびＭＮとＣＮとの間のリンク上で攻撃者によって同時に傍受されることはあり得ないと仮定した場合に、ＭＮとＣＮとの間のバインディング管理鍵は安全であるということが、上記のバインディングアップデートプロセスから分かる。しかし実際には、攻撃者は、適切な位置を選択することによって、ＣｏＴおよびＨｏＴメッセージを傍受し得る。さらに、２つの異なるリンク上のノードが協働する場合、ＣｏＴおよびＨｏＴメッセージは容易に取得され得る。ＣｏＴおよびＨｏＴメッセージを取得した後、攻撃者はＫｂｍを計算することができ、そして当然、ＢＵメッセージは偽造され得る。
【００３２】
さらに、悪意のあるノードが、例えばＨＡとＣＮとの間のリンク上などの、適切な位置を選択でき、ＲＲＰを介して、ＭＮを模倣することによって、ＣＮにＣｏＴＩおよびＨｏＴＩメッセージを送信し得る。必要な識別認証情報がないため、ＣＮは、メッセージが偽のＭＮから送信されたかどうかを識別することができず、したがって、好適なバインディングエントリを生成できない。特に、バインディング関係の取り消しのためにＢＵが送信される場合、敵意のあるノードは、ＨｏＴメッセージを傍受したら、Ｋｂｍ＝ＳＨＡ１（ホーム鍵生成トークン）を用いてＢＵメッセージ内のＭＡＣを生成し得る。ＢＵメッセージを受信したら、ＣＮは、Ｋｂｍ＝ＳＨＡ１（ホーム鍵生成トークン）を用いてＢＵを検証し得る。検証に合格した後で、対応するバインディングエントリは取り消される。このようにして、ＭＮとＣＮとの間の情報交換は、ＨＡを通して中継されることのみが可能となり、ホームネットワーク上で過負荷が発生する可能性がある。
【００３３】
要約すると、ＲＲＰを介してＫｂｍを生成するための方法は、非常に制限されたセキュリティを有する。
【課題を解決するための手段】
【００３４】
本発明の実施形態は、従来技術によれば、モバイルノードとコレスポンデントノードとの間でのバインディングアップデートプロセス中のセキュリティが貧弱である、という問題を解決するための、モバイルノードとコレスポンデントノードとの間でのバインディングアップデートのための方法および装置を提供する。
【００３５】
本発明の一実施形態は、モバイルノードとコレスポンデントノードとの間でのバインディングアップデートのための方法を開示し、この方法は、
コレスポンデントノードによって、バインディング管理鍵を生成するためのパラメータを鍵を用いて暗号化し、そして、暗号化されたパラメータを、モバイルノードに、または、モバイルノードに代わってバインディングアップデートを実行するホームエージェントに、送信することと、
モバイルノードまたはホームエージェントによって、復号化を介してパラメータを取得し、パラメータを用いてバインディング管理鍵を生成し、バインディング管理鍵を用いて認証データを生成し、そして、認証データを運ぶバインディングアップデートメッセージをコレスポンデントノードに送信することと、
コレスポンデントノードによって、認証データに基づいてバインディングアップデートメッセージを検証し、そして、バインディング肯定応答メッセージを、モバイルノードまたはホームエージェントに返すことと、
を含む。
【００３６】
本発明の一実施形態は、モバイルノードとコレスポンデントノードとの間でのバインディングアップデートのための別の方法を開示し、この方法は、
モバイルノードによって、またはモバイルノードに代わってバインディングアップデートを実行するホームエージェントによって、認証データを運ぶバインディングアップデートメッセージをコレスポンデントノードに送信することであって、認証データは鍵を用いて生成されたデジタル署名である、ことと、
コレスポンデントノードによって、デジタル署名が対応する鍵を用いて検証された後で、コレスポンデントノードによって生成されたパラメータを用いてバインディング管理鍵を生成し、パラメータを鍵を用いて暗号化し、そして、バインディング肯定応答メッセージを、モバイルノードまたはホームエージェントに送信することであって、バインディング肯定応答メッセージは、バインディング管理鍵と、暗号化されたパラメータとを用いて生成された認証データを運ぶ、ことと、
モバイルノードまたはホームエージェントによって、復号化を介してパラメータを取得し、パラメータを用いてバインディング管理鍵を生成し、バインディング管理鍵を用いてバインディング肯定応答メッセージ内の認証データを検証し、そして、検証に合格した後でバインディングアップデートを完了することと、
を含む。
【００３７】
本発明の一実施形態は、モバイルノード内のバインディングアップデート装置を開示し、この装置は、
受信した暗号化されたパラメータを復号化するように構成された、復号化モジュールであって、パラメータはバインディング管理鍵を生成するために使用される、復号化モジュールと、
復号化されたパラメータを用いてバインディング管理鍵を生成するように構成された、バインディング管理鍵生成モジュールと、
生成されたバインディング管理鍵を用いて、バインディングアップデートメッセージのための認証データを生成するように、またはバインディングアップデートメッセージ上のデジタル署名を実行するように構成された、かつ、コレスポンデントノードから送信されたバインディング肯定応答メッセージを、バインディング管理鍵を用いて検証するように構成された、認証モジュールと、
を含む。
【００３８】
本発明の一実施形態は、コレスポンデントノード内のバインディングアップデート装置を開示し、この装置は、
バインディング管理鍵を生成するために使用されるパラメータを生成するように構成された、パラメータ生成モジュールと、
生成されたパラメータを用いてバインディング管理鍵を生成するように構成された、バインディング管理鍵生成モジュールと、
生成されたパラメータを、鍵を用いて暗号化するように構成された、暗号化モジュールと、
バインディング管理鍵を用いて、バインディングアップデートメッセージ内の認証データを、またはバインディングアップデートメッセージ内のデジタル署名を検証するように、そして、バインディング管理鍵を用いて、バインディング肯定応答メッセージのための認証データを生成するように構成された、認証モジュールと、
を含む。
【００３９】
本発明の一実施形態は、ホームエージェント内のバインディングアップデート装置を開示し、この装置は、
コレスポンデントノードから送信されたパラメータを復号化するように構成された、復号化モジュールであって、パラメータはバインディング管理鍵を生成するために使用される、復号化モジュールと、
復号化されたパラメータを用いてバインディング管理鍵を生成するように構成された、バインディング管理鍵生成モジュールと、
管理鍵を用いて、バインディングアップデートメッセージのための認証データを生成するように、またはバインディングアップデートメッセージ上のデジタル署名を実行するように構成された、かつ、コレスポンデントノードから送信されたバインディング肯定応答メッセージを、バインディング管理鍵を用いて検証するように構成された、認証モジュールと、
を含む。
【発明の効果】
【００４０】
本発明の上記の実施形態によれば、バインディングアップデートプロセスの間に、モバイルノードに対するコレスポンデントノードは、バインディング管理鍵を生成するためのパラメータを、鍵を用いて暗号化し、そして、暗号化されたパラメータを、モバイルノードに、またはモバイルノードのためのホームエージェントに送信する。パラメータを復号化した後で、モバイルノード、またはモバイルノードのためのホームエージェントは、そのパラメータを用いてバインディング管理鍵を生成する。したがって、バインディング管理鍵のセキュリティは向上し、そして、したがって、バインディングアップデートメッセージのセキュリティは向上し、そしてさらに、したがって、バインディングアップデートプロセスのセキュリティは向上する。
【図面の簡単な説明】
【００４１】
【図１】従来技術におけるモバイルＩＰｖ６の構成を示す。
【図２】従来技術におけるモバイルＩＰｖ６のデータ伝送プロセスを示す。
【図３】従来技術におけるモバイルＩＰｖ６のＲＲＰを示す。
【図４】本発明の第１の実施形態によるバインディングアップデートプロセスを示す。
【図５】本発明の第２の実施形態によるバインディングアップデートプロセスを示す。
【図６】本発明の第３の実施形態によるバインディングアップデートプロセスを示す。
【図７】本発明の第４の実施形態によるバインディングアップデートプロセスを示す。
【図８】本発明の第５の実施形態によるバインディングアップデートプロセスを示す。
【図９】本発明の第６の実施形態によるバインディングアップデートプロセスを示す。
【図１０】本発明の第７の実施形態によるバインディングアップデートプロセスを示す。
【図１１】本発明の一実施形態による、モバイルノード内のバインディングアップデート装置の構成を示すブロック図である。
【図１２】本発明の一実施形態による、コレスポンデントノード内のバインディングアップデート装置の構成を示すブロック図である。
【図１３】本発明の一実施形態による、ホームエージェント内のバインディングアップデート装置の構成を示すブロック図である。
【発明を実施するための形態】
【００４２】
本発明の実施形態の詳細な説明を、添付の図面を参照して以下で行う。
【００４３】
本発明の実施形態では、ＭＮがＣＮへの登録を開始する場合、使用されるバインディングアップデート保護方法が最初に折衝される。バインディングアップデート保護方法を使用すれば、バインディング管理鍵は、事前共有鍵、公開鍵メカニズム、または鍵交換に基づいて生成されてもよく、また、バインディングアップデートは、代理としてのＨＡによって実施されてもよい。ＭＮによって所望されるバインディングアップデート保護方法（複数ある場合、それらは優先度順に並べられる）は、ＭＮから送信されるＨｏＴＩまたは／およびＣｏＴＩメッセージ内で伝えられる。ＣＮは、ＨｏＴＩまたは／およびＣｏＴＩメッセージに従って、使用される方法を決定してもよく、そして、選択された方法に対応する情報を、ＨｏＴまたは／およびＣｏＴメッセージ内で運んでもよい。
【００４４】
一般に、ＩＰｖ６経路最適化のためには、より高いセキュリティを有する保護方法が好ましい可能性がある。モバイルＩＰｖ６経路最適化モードを保護するためのセキュリティレベルを、表１に示す。
【表１】
2010504667.tif 000003
【００４５】
第１の実施形態
この実施形態では、ＭＮが、ＭＮの公開鍵を使用することによってＢＵメッセージを保護する、一方法が説明される。この方法は、ＣＮがＭＮの公開鍵を取得し得るケースに対して適用可能である。
【００４６】
図４を参照すると、本発明の第１の実施形態によるバインディングアップデートプロセスが示されている。具体的には、以下のステップが含まれている。
【００４７】
４０１ａおよび４０１ｂにおいて、ＭＮは、ＨｏＴＩメッセージとＣｏＴＩメッセージとをＣＮに送信する。
【００４８】
ＨｏＴＩまたは／およびＣｏＴＩメッセージは、１パーティ公開鍵保護モードを含む、ＭＮによって所望されるバインディングアップデート保護方法を伝える。
【００４９】
４０２ａおよび４０２ｂにおいて、ＣＮは、ＭＮの公開鍵を用いて暗号化されたパラメータＫｓを運ぶＨｏＴメッセージとＣｏＴメッセージとを、ＭＮに返す。
【００５０】
ＣＮは、受信したＨｏＴＩメッセージまたは／およびＣｏＴＩメッセージに従って、ＭＮの公開鍵に基づく保護方法を使用することを決定し、そして、ＭＮの公開鍵ＰＫMNを取得する（あるいは、ＭＮの公開鍵は予め取得されていてもよい）。次に、ＣＮは、疑似乱数Ｋｓを生成し、疑似乱数Ｋｓは、ＭＮの公開鍵ＰＫMNを用いて暗号化され、ＨｏＴメッセージ内でＭＮに送信される。
【００５１】
この実施形態では、暗号化されたＫｓを運ぶため、および使用された暗号化鍵はＰＫMNであることを通知するために、モビリティオプションＥ｛ＰＫMN，Ｋｓ｝がＨｏＴメッセージに追加される。
【００５２】
ＣＮは、ＨｏＴメッセージまたは／およびＣｏＴメッセージ内でＭＮに送信される、１つ以上のパラメータをさらに生成してもよい。この実施形態では、ＣＮは、２つの乱数Ｎｏｎｃｅ１およびＮｏｎｃｅ２を生成してもよく、それらはそれぞれ、ＨｏＴメッセージおよびＣｏＴメッセージ内でＭＮに送信される。
【００５３】
４０３ａおよび４０３ｂにおいて、ＭＮは、パラメータＫｓを復号化し、Ｋｓを用いてＫｂｍを生成し、Ｋｂｍを用いてＢＵメッセージ内の認証データを生成し、そして、ＢＵメッセージをＣＮに送信する。
【００５４】
ＭＮがＨｏｔメッセージを受信し、クッキー検査に合格した後で、パラメータＮｏｎｃｅ１が取得される。モビリティオプションＥ｛ＰＫMN，Ｋｓ｝は、ＰＫMNに対応する秘密鍵を用いて復号化され、パラメータＫｓが取得される。ＭＮは、ＣｏＴメッセージを受信して、パラメータＮｏｎｃｅ２を取得する。今や、ＭＮはＲＲＰを完了したので、バインディングアップデートプロセスが実行される。
【００５５】
ＭＮは、ＫｓをＫｂｍとして直接使用してもよく、または、Ｋｓと、ＭＮおよびＣＮに共通に知られているその他のパラメータとを用いて、疑似ランダム関数（ＰＲＦ）プロセスを適用することによって、次のようにＫｂｍを生成してもよい。
Ｋｂｍ＝ＰＲＦ（Ｋｓ，Ｅｘｐｒｅｓｓｉｏｎ）
【００５６】
上式で、Ｅｘｐｒｅｓｓｉｏｎは、Ｎｏｎｃｅ、クッキー、ＨｏＡ、ＣｏＡ、ＣＮアドレス、または同様のものの、選択された組み合わせによって形成される。例えば、Ｋｂｍは、この実施形態では、以下のように生成されてもよい。
Ｋｂｍ＝ＰＲＦ（Ｋｓ，Ｎｏｎｃｅ１｜Ｎｏｎｃｅ２｜ＨｏＡ｜ＣｏＡ）
【００５７】
次に、ＭＮは、Ｋｂｍを用いてＢＵメッセージ内のＭＡＣを生成してもよく、そして、ＢＵメッセージをＣＮに送信してもよい。
【００５８】
４０４において、ＣＮはＢＡメッセージをＭＮに返し、バインディングアップデートは完了する。
【００５９】
ＢＵメッセージを受信したら、ＣＮは、ＭＮと同様にＫｂｍを生成してもよい。ＢＵメッセージのためのＭＡＣは、Ｋｂｍを用いて検証される。検証に合格した後、ＣＮは、ＭＮとのバインディングのためのバインディングバッファテーブルエントリを作成し、ＢＡメッセージ内のＭＡＣを、Ｋｂｍを用いて生成し、そして、ＢＡメッセージをＭＮに送信する。ＢＡメッセージが受信され、検証に合格した後、ＭＮは、ＣＮとのバインディングのためのバインディングバッファテーブルエントリを作成し、そして、ＭＮとＣＮとの間でのバインディングアップデートプロセスは完了する。
【００６０】
ＭＮが、ＣＮ内のバインディングエントリを取り消すために、ＣＮにＢＵメッセージを送信する場合、ＭＮは、Ｋｓをバインディング管理鍵Ｋｂｍとして使用してもよく、または、Ｋｓと、ＭＮおよびＣＮに共通に知られているその他のパラメータとを用いて、例えばＫｂｍ＝ＰＲＦ（Ｋｓ，Ｎｏｎｃｅ１｜ＨｏＡ）などの、ＰＲＦプロセスを使用することによって、Ｋｂｍを生成してもよい。
【００６１】
第２の実施形態
この実施形態では、ＭＮが、ＭＮの公開鍵を使用することによってＢＵメッセージを保護する、別の方法が説明される。この方法は、ＣＮがＭＮの公開鍵を取得し得るケースに対して適用可能である。
【００６２】
図５を参照すると、本発明の第２の実施形態によるバインディングアップデートプロセスが示されている。具体的には、以下のステップが含まれている。
【００６３】
５０１ａおよび５０１ｂにおいて、ＭＮは、ＨｏＴＩメッセージとＣｏＴＩメッセージとをＣＮに送信する。
【００６４】
ＨｏＴＩまたは／およびＣｏＴＩメッセージは、１パーティ公開鍵保護モードを含む、ＭＮによって所望されるバインディングアップデート保護方法を伝える。
【００６５】
５０２ａおよび５０２ｂにおいて、ＣＮは、ＣＮによって生成されたホーム鍵生成トークンおよび気付鍵生成トークンと、ＭＮの公開鍵を用いて暗号化されたパラメータＫｓとを運ぶ、ＨｏＴメッセージとＣｏＴメッセージとを、ＭＮに返す。
【００６６】
ＣＮは、受信したＨｏＴＩメッセージまたは／およびＣｏＴＩメッセージに従って、ＭＮの公開鍵に基づく保護方法を使用することを決定し、そして、ＭＮの公開鍵ＰＫMNを取得する（あるいは、ＭＮの公開鍵は予め取得されていてもよい）。次に、ＣＮは、ホーム鍵生成トークンと気付鍵生成トークンとを、以下のように生成する。
Ｈｏｍｅ  Ｋｅｙｇｅｎ  Ｔｏｋｅｎ＝Ｆｉｒｓｔ（６４，ＨＭＡＣ−ＳＨＡ１（Ｋｃｎ，ＨｏＡ｜Ｎｏｎｃｅ｜０））、および
Ｃａｒｅ−ｏｆ  Ｋｅｙｇｅｎ  Ｔｏｋｅｎ＝Ｆｉｒｓｔ（６４，ＨＭＡＣ−ＳＨＡ１（Ｋｃｎ，ＣｏＡ｜Ｎｏｎｃｅ｜１））
【００６７】
ＣＮは、さらに、疑似乱数Ｋｓを生成し、疑似乱数Ｋｓは、ＭＮの公開鍵ＰＫMNを用いて暗号化される。次に、ＣＮは、ホーム鍵生成トークンと暗号化されたＫｓとを、ＨｏＴメッセージ内でＭＮに送信し、気付鍵生成トークンを、ＣｏＴメッセージ内でＭＮに送信する。
【００６８】
この実施形態では、暗号化されたＫｓを運ぶため、および使用された暗号化鍵はＰＫMNであることを通知するために、モビリティオプションＥ｛ＰＫMN，Ｋｓ｝がＨｏＴメッセージに追加される。
【００６９】
５０３ａおよび５０３ｂにおいて、ＭＮは、パラメータＫｓを復号化し、Ｋｓと、ホーム鍵生成トークンと、気付鍵生成トークンとを用いてＫｂｍを生成し、Ｋｂｍを用いてＢＵメッセージ内の認証データを生成し、そして、ＢＵメッセージをＣＮに送信する。
【００７０】
ＭＮがＨｏｔメッセージを受信し、クッキー検査に合格した後で、ホーム鍵生成トークンが取得される。モビリティオプションＥ｛ＰＫMN，Ｋｓ｝は、ＰＫMNに対応する秘密鍵を用いて復号化され、パラメータＫｓが取得される。ＭＮは、ＣｏＴメッセージを受信して、気付鍵生成トークンを取得する。今や、ＭＮはＲＲＰを完了したので、バインディングアップデートプロセスが実行される。
【００７１】
ＭＮは、Ｋｓと、ホーム鍵生成トークンと、気付鍵生成トークンとを用いて、ＰＲＦプロセスを以下のように適用することによって、Ｋｂｍを生成してもよい。
Ｋｂｍ＝ＰＲＦ（Ｋｓ，Ｈｏｍｅ  Ｋｅｙｇｅｎ  Ｔｏｋｅｎ｜Ｃａｒｅ−ｏｆ  Ｋｅｙｇｅｎ  Ｔｏｋｅｎ）
【００７２】
次に、ＭＮは、Ｋｂｍを用いてＢＵメッセージ内のＭＡＣを生成してもよく、そして、ＢＵメッセージをＣＮに送信してもよい。
【００７３】
５０４において、ＣＮはＢＡメッセージをＭＮに返し、バインディングアップデートは完了する。
【００７４】
ＢＵメッセージを受信し、検証に合格したら、ＣＮは、ＭＮとのバインディングのためのバインディングバッファテーブルエントリを作成し、ＢＡメッセージを返す。ＢＡメッセージが受信され、検証に合格した後、ＭＮは、ＣＮとのバインディングのためのバインディングバッファテーブルエントリを作成し、そして、ＭＮとＣＮとの間でのバインディングアップデートプロセスは完了する。
【００７５】
ＭＮが、ＣＮ内のバインディングエントリを取り消すために、ＣＮにＢＵメッセージを送信する場合、ＭＮは、Ｋｓをバインディング管理鍵Ｋｂｍとして使用してもよく、または、Ｋｓと、ＭＮおよびＣＮに共通に知られているその他のパラメータとを用いて、例えばＫｂｍ＝ＰＲＦ（Ｋｓ，Ｈｏｍｅ  Ｋｅｙｇｅｎ  Ｔｏｋｅｎ）などの、ＰＲＦプロセスを使用することによって、Ｋｂｍを生成してもよい。
【００７６】
第３の実施形態
この実施形態では、ＭＮが、ＨＡの公開鍵を使用することによってＢＵメッセージを保護する、一方法が説明される。
【００７７】
図６を参照すると、本発明の第３の実施形態によるバインディングアップデートプロセスが示されている。具体的には、以下のステップが含まれている。
【００７８】
６０１ａおよび６０１ｂにおいて、ＭＮは、ＨｏＴＩメッセージとＣｏＴＩメッセージとをＣＮに送信する。
【００７９】
ＭＮは、ＨｏＴＩメッセージをＣＮに送信する。ＨｏＴＩメッセージを傍受した後で、ＨＡは、モビリティオプションＨＡＡ（ホームエージェントアドレス）を追加し、ＨｏＴＩメッセージをＣＮに送信する。
【００８０】
６０２ａおよび６０２ｂにおいて、ＣＮは、パラメータＫｓを運ぶＨｏＴメッセージとＣｏＴメッセージとを、ＭＮに返す。
【００８１】
ＨｏＴＩメッセージを受信したら、ＣＮは、ＨＡＡに従って、ＨＡの公開鍵ＰＫHAを取得し、そして、疑似乱数Ｋｓを生成する。疑似乱数Ｋｓは、次に、ＨＡの公開鍵ＰＫHAを用いて暗号化され、ＨｏＴメッセージ内でＭＮに送信される。
【００８２】
この実施形態では、暗号化されたＫｓを運ぶため、および使用された鍵はＰＫHAであることを通知するために、モビリティオプションＥ｛ＰＫHA，Ｋｓ｝がＨｏＴメッセージに追加される。
【００８３】
さらに、ＣＮは、１つ以上のパラメータを生成してもよく、そして、それらのパラメータを、ＨｏＴメッセージまたは／およびＣｏＴメッセージ内でＭＮに送信してもよい。この実施形態では、ＣＮは、一時乱数Ｎｏｎｃｅ１およびＮｏｎｃｅ２を生成し、それらをそれぞれ、ＨｏＴメッセージおよびＣｏＴメッセージ内でＭＮに送信する。
【００８４】
ＨＡがＨｏＴメッセージを傍受し、クッキー検査に合格した後で、ＰＫHAに対応する秘密鍵を用いてＥ｛ＰＫHA，Ｋｓ｝を復号化することによって、パラメータＫｓが取得される。Ｋｓを運び、かつＩＰＳｅｃによって保護された、ＨｏＴメッセージは、ＭＮに転送される。
【００８５】
６０３ａおよび６０３ｂにおいて、ＭＮは、Ｋｓを用いてＫｂｍを生成し、Ｋｂｍを用いてＢＵメッセージ内の認証データを生成し、そして、ＢＵメッセージをＣＮに送信する。
【００８６】
ＭＮがＨｏｔメッセージを受信した後で、パラメータＫｓおよびパラメータＮｏｎｃｅ１が取得される。ＭＮは、ＣｏＴメッセージを受信して、パラメータＮｏｎｃｅ２を取得する。今や、ＭＮはＲＲＰを完了したので、バインディングアップデートプロセスが実行される。
【００８７】
ＭＮは、ＫｓをＫｂｍとして直接使用してもよく、または、Ｋｓと、ＭＮおよびＣＮに共通に知られているその他のパラメータとを用いて、次のＰＲＦプロセスを使用することによって、Ｋｂｍを生成してもよい。Ｋｂｍ＝ＰＲＦ（Ｋｓ，Ｅｘｐｒｅｓｓｉｏｎ）
【００８８】
上式で、Ｅｘｐｒｅｓｓｉｏｎは、Ｎｏｎｃｅ、クッキー、ＨｏＡ、ＣｏＡ、ＣＮアドレス、または同様のものの、選択された組み合わせによって形成される。例えば、Ｋｂｍは、この実施形態では、以下のように生成されてもよい。
Ｋｂｍ＝ＰＲＦ（Ｋｓ，Ｎｏｎｃｅ１｜Ｎｏｎｃｅ２｜ＨｏＡ｜ＣｏＡ）
【００８９】
次に、ＭＮは、Ｋｂｍを用いてＢＵメッセージ内のＭＡＣを生成してもよく、そして、ＢＵメッセージをＣＮに送信してもよい。
【００９０】
６０４において、ＣＮはＢＡメッセージをＭＮに返し、バインディングアップデートは完了する。
【００９１】
ＢＵメッセージを受信し、検証に合格したら、ＣＮは、ＭＮとのバインディングのためのバインディングバッファテーブルエントリを作成し、ＢＡメッセージを返す。ＢＡメッセージが受信され、検証に合格した後、ＭＮは、ＣＮとのバインディングのためのバインディングバッファテーブルエントリを作成し、そして、ＭＮとＣＮとの間でのバインディングアップデートプロセスは完了する。
【００９２】
ＭＮが、ＣＮ内のバインディングエントリを取り消すために、ＣＮにＢＵメッセージを送信する場合、ＭＮは、Ｋｓをバインディング管理鍵Ｋｂｍとして使用してもよく、または、Ｋｓと、ＭＮおよびＣＮに共通に知られているその他のパラメータとを用いて、例えばＫｂｍ＝ＰＲＦ（Ｋｓ，Ｎｏｎｃｅ１｜ＨｏＡ）などの、ＰＲＦプロセスを使用することによって、Ｋｂｍを生成してもよい。
【００９３】
第４の実施形態
この実施形態では、ＭＮが、ＨＡの公開鍵を使用することによってＢＵメッセージを保護する、別の方法が説明される。
【００９４】
図７を参照すると、本発明の第４の実施形態によるバインディングアップデートプロセスが示されている。具体的には、以下のステップが含まれている。
【００９５】
７０１ａおよび７０１ｂにおいて、ＭＮは、ＨｏＴＩメッセージとＣｏＴＩメッセージとをＣＮに送信する。
【００９６】
ＭＮは、ＨｏＴＩメッセージをＣＮに送信する。ＨｏＴＩメッセージを傍受した後で、ＨＡは、ＨＡの公開鍵ＰＫHAを運ぶモビリティオプションＨＡＡを追加し、ＨｏＴＩメッセージをＣＮに送信する。
【００９７】
７０２ａおよび７０２ｂにおいて、ＣＮは、ホーム鍵生成トークンおよび気付鍵生成トークンと、パラメータＫｓとを運ぶ、ＨｏＴメッセージとＣｏＴメッセージとを、ＭＮに返す。
【００９８】
ＨｏＴＩメッセージを受信したら、ＣＮは、ＨＡＡに従って、ＨＡからの公開鍵ＰＫHAを取得し、そして、疑似乱数Ｋｓを生成する。疑似乱数Ｋｓは、次に、ＨＡの公開鍵ＰＫHAを使用して暗号化される。ＣＮは、さらに、受信したＨｏＴＩメッセージとＣｏＴＩメッセージとから、ホーム鍵生成トークンと気付鍵生成トークンとを、以下のように生成する。
Ｈｏｍｅ  Ｋｅｙｇｅｎ  Ｔｏｋｅｎ＝Ｆｉｒｓｔ（６４，ＨＭＡＣ−ＳＨＡ１（Ｋｃｎ，ＨｏＡ｜Ｎｏｎｃｅ｜０））、および
Ｃａｒｅ−ｏｆ  Ｋｅｙｇｅｎ  Ｔｏｋｅｎ＝Ｆｉｒｓｔ（６４，ＨＭＡＣ−ＳＨＡ１（Ｋｃｎ，ＣｏＡ｜Ｎｏｎｃｅ｜１））
【００９９】
次に、ＣＮは、Ｋｓとホーム鍵生成トークンとを、ＨｏＴメッセージ内でＭＮに送信し、気付鍵生成トークンを、ＣｏＴメッセージ内でＭＮに送信する。
【０１００】
この実施形態では、暗号化されたＫｓを運ぶため、および使用された鍵はＰＫHAであることを通知するために、モビリティオプションＥ｛ＰＫHA，Ｋｓ｝がＨｏＴメッセージに追加される。
【０１０１】
ＨＡがＨｏＴメッセージを傍受し、クッキー検査に合格した後で、ＰＫHAに対応する秘密鍵を用いてＥ｛ＰＫHA，Ｋｓ｝を復号化することによって、パラメータＫｓが取得される。Ｋｓを運び、かつＩＰＳｅｃによって保護された、ＨｏＴメッセージは、ＭＮに転送される。
【０１０２】
７０３ａおよび７０３ｂにおいて、ＭＮは、パラメータＫｓと、ホーム鍵生成トークンと、気付鍵生成トークンとを用いてＫｂｍを生成し、Ｋｂｍを用いてＢＵメッセージ内の認証データを生成し、そして、ＢＵメッセージをＣＮに送信する。
【０１０３】
ＭＮがＨｏｔメッセージを受信した後で、パラメータＫｓとホーム鍵生成トークンとが取得される。ＭＮは、ＣｏＴメッセージを受信して、気付鍵生成トークンを取得する。今や、ＭＮはＲＲＰを完了したので、バインディングアップデートプロセスが実行される。
【０１０４】
ＭＮは、Ｋｓと、ホーム鍵生成トークンと、気付鍵生成トークンとを用いて、ＰＲＦプロセスを以下のように使用することによって、Ｋｂｍを生成してもよい。
Ｋｂｍ＝ＰＲＦ（Ｋｓ，Ｈｏｍｅ  Ｋｅｙｇｅｎ  Ｔｏｋｅｎ｜Ｃａｒｅ−ｏｆ  Ｋｅｙｇｅｎ  Ｔｏｋｅｎ）
【０１０５】
次に、ＭＮは、Ｋｂｍを用いてＢＵメッセージ内のＭＡＣを生成してもよく、そして、ＢＵメッセージをＣＮに送信してもよい。
【０１０６】
７０４において、ＣＮはＢＡメッセージをＭＮに返し、バインディングアップデートは完了する。
【０１０７】
ＢＵメッセージを受信し、検証に合格したら、ＣＮは、ＭＮとのバインディングのためのバインディングバッファテーブルエントリを作成し、ＢＡメッセージを返す。ＢＡメッセージが受信され、検証に合格した後、ＭＮは、ＣＮとのバインディングのためのバインディングバッファテーブルエントリを作成し、そして、ＭＮとＣＮとの間でのバインディングアップデートプロセスは完了する。
【０１０８】
ＭＮが、ＣＮ内のバインディングエントリを取り消すために、ＣＮにＢＵメッセージを送信する場合、ＭＮは、Ｋｓをバインディング管理鍵Ｋｂｍとして使用してもよく、または、Ｋｓと、ＭＮおよびＣＮに共通に知られているその他のパラメータとを用いて、例えばＫｂｍ＝ＰＲＦ（Ｋｓ，Ｈｏｍｅ  Ｋｅｙｇｅｎ  Ｔｏｋｅｎ）などの、ＰＲＦプロセスを使用することによって、Ｋｂｍを生成してもよい。
【０１０９】
上記の第１〜第４の実施形態において、ＣＮは、ＭＮから送信されたＨｏＴＩメッセージに基づいて、Ｋｓを生成してもよく、そして次に、ＨｏＴメッセージ内でＭＮにＫｓを送信してもよい。あるいは、ＣＮは、ＭＮから送信されたＣｏＴＩメッセージに基づいてＫｓを生成してもよく、そして次に、ＣｏＴメッセージ内でＭＮにＫｓを送信してもよい。
【０１１０】
さらに、上記の第１〜第４の実施形態において、過大なコンピューティングリソースの消費を回避するために、ＣＮは、単位時間内に受け入れられるＢＵメッセージの数を制限してもよく、したがって、ＭＮノードは、ＢＵメッセージが送信される、および、ＲＲＰが実行される、最小時間間隔を設定してもよい。
【０１１１】
ＭＮとＣＮとの間に事前共有鍵が存在する場合、モバイルＩＰｖ６の経路最適化は、ＩＰＳｅｃを用いて保護されてもよく、これは上記の実施形態と同様である。違いは次のとおりである。ＣＮは、ＭＮとの事前共有鍵を用いて鍵を生成してもよく、そして、その鍵を使用して、ＣＮによって生成された疑似乱数Ｋｓを暗号化してもよい。ＭＮは、ＣＮにおけるのと同じ方法を使用することによって、ＣＮとの事前共有鍵を用いて鍵を生成してもよく、そして、その鍵を使用してＫｓを復号化してもよい。事前共有鍵を用いて経路最適化を保護する方法については、時間遅延は低い。しかし、ＣＮとＭＮとの間には良好な信頼（ｔｒｕｓｔｉｎｅｓｓ）が存在することが要求され、かつ、ＣＮおよびＭＮのユーザは、親密な関係を、または信頼を確立するための基盤を、有している必要がある。したがって、この方法は、特定の適用シナリオに限定される。この方法では、ＤＯＳ攻撃を回避するために、ＣＮは、単位時間内に受け入れられるＢＵメッセージの数を制限してもよく、したがって、ＭＮノードは、ＢＵメッセージが送信される最小時間間隔を設定してもよい。
【０１１２】
ＭＮとＣＮとの間に事前共有鍵がない場合、そしてしたがって、ＣＮはＭＮの公開鍵を取得することができない場合、バインディング管理鍵は、鍵交換とＲＲＰとを組み合わせることによって生成されてもよく、そして、生成されたバインディング管理鍵は、モバイルＩＰｖ６の経路最適化を保護するために使用されてもよい。匿名鍵交換に基づいてバインディング管理鍵を生成するための方法を使用すれば、ＣＮとＭＮとの間の事前共有鍵はなくてもよく、また、公開鍵についての情報を取得する必要もない。したがって、傍受されたＨｏＴおよびＣｏＴメッセージに基づいたＫｂｍの計算を介して開始される第三者からの攻撃は防止され得る。
【０１１３】
上記のさまざまなバインディングアップデート方法は、ＲＲＰプロセスに基づいている。以下の実施形態では、ＲＲＰプロセスに基づかない、いくつかのバインディングアップデート方法を提供する。
【０１１４】
第５の実施形態
この実施形態では、ＭＮに代わってＨＡが経路最適化を処理する、バインディングアップデート方法が説明される。
【０１１５】
図８を参照すると、本発明の第５の実施形態によるバインディングアップデートプロセスが示されている。具体的には、以下のステップが含まれている。
【０１１６】
８０１において、ＭＮは、ＣＮへの通信登録をＭＮに代わって実行するようにＨＡに要求するための、経路最適化要求メッセージをＨＡに送信する。
【０１１７】
このメッセージは、この実施形態のために新たに追加されたものであり、経路最適化モードにおいてＭＮが通信を行う相手となるＣＮに関連する情報（例えば、ＣＮのアドレス）を運び、そして、１つ以上のＣＮのアドレスを運んでもよい。ホーム登録が実行された後で、ＭＮはこのメッセージをＨＡに送信する。
【０１１８】
８０２において、ＨＡは、ＭＮに代わってＣＮへの登録要求を開始するために、コレスポンデント登録要求メッセージをＣＮに送信する。
【０１１９】
ＨＡは、そのアドレスＨＡＡをコレスポンデント登録要求メッセージ内で運び、その結果、ＣＮは、そのアドレスを用いてＨＡの公開鍵を取得してもよい。
【０１２０】
８０３において、ＣＮは、暗号化された乱数Ｋｓを運ぶコレスポンデント登録応答メッセージを、ＨＡに返す。
【０１２１】
登録要求メッセージを受信したら、ＣＮは、ＨＡＡに基づいてＨＡの公開鍵ＰＫHAを取得し、乱数Ｋｓを生成する。Ｋｓは、ＨＡの公開鍵ＰＫHAを用いて暗号化され、コレスポンデント登録応答メッセージ内でＨＡに送信される。さらに、ＣＮは、コレスポンデント登録応答メッセージ内でＨＡに送信される、一時乱数Ｎｏｎｃｅなどの、その他のパラメータを生成してもよい。
【０１２２】
８０４ａおよび８０４ｂにおいて、ＨＡは、パラメータＫｓを用いてＫｂｍを生成し、Ｋｂｍを用いてＢＵメッセージ内の認証データを生成し、そして、ＢＵメッセージをＣＮに送信する。
【０１２３】
コレスポンデント登録応答メッセージを受信したら、ＨＡは、ＰＫHAに対応する秘密鍵を用いた復号化を介してパラメータＫｓを取得し、そして、ＫｓをＫｂｍとして使用するか、または、Ｋｓと、ＨＡおよびＣＮに共通に知られているその他のパラメータとに、ＰＲＦ関数を適用することによって、次のようにＫｂｍを生成する。
Ｋｂｍ＝ＰＲＦ（Ｋｓ，Ｅｘｐｒｅｓｓｉｏｎ）、ここで、Ｅｘｐｒｅｓｓｉｏｎは、Ｎｏｎｃｅ、クッキー、ＨｏＡ、ＣｏＡ、ＣＮアドレス、または同様のものの、選択された組み合わせによって形成される。
【０１２４】
ＨＡは、Ｋｂｍを用いてＢＵメッセージ内のＭＡＣを生成し、ＢＵメッセージをＣＮに送信する。
【０１２５】
８０５において、ＣＮは、ＢＡメッセージをＨＡに返し、ＨＡは、ＣＮに代わってバインディングアップデートを完了する。
【０１２６】
ＣＮは、ＨＡと同じ方法およびパラメータを用いてＫｂｍを生成してもよい。ＢＵメッセージは、Ｋｂｍを用いて検証される。検証に合格した後、ＣＮは、ＭＮとのバインディングのためのバインディングバッファテーブルエントリを作成し、そして、Ｋｂｍを用いて生成された認証データを運ぶＢＡメッセージを送信する。
【０１２７】
８０６において、ＨＡは、ステップ１に対する応答メッセージをＭＮに返す。
【０１２８】
ＢＵメッセージを検証した後で、ＨＡは、経路最適化要求に対する肯定応答メッセージをＭＮに返して、ＭＮに、ＣＮとのバインディングのためのバインディングバッファテーブルエントリを作成するように通知する。コレスポンデントへの登録は完了する。
【０１２９】
第６の実施形態
この実施形態では、ＭＮに代わってＨＡが経路最適化を処理する、別のバインディングアップデート方法が説明される。この方法は、ＣＮがＨＡの公開鍵を取得し得るケースに対して適用可能である。
【０１３０】
図９を参照すると、本発明の第６の実施形態によるバインディングアップデートプロセスが示されている。具体的には、以下のステップが含まれている。
【０１３１】
９０１において、ＭＮは、ＣＮへの通信登録をＭＮに代わって実行するようにＨＡに要求するための、経路最適化要求メッセージをＨＡに送信する。
【０１３２】
このメッセージは、この実施形態のために新たに追加されたものであり、経路最適化モードにおいてＭＮが通信を行う相手となるＣＮに関連する情報（例えば、ＣＮのアドレス）を運ぶ。
【０１３３】
９０２において、ＨＡは、ＨＡの秘密鍵を用いて生成されたデジタル署名をＢＵメッセージの認証データとして運ぶ、ＢＵメッセージをＣＮに送信する。
【０１３４】
９０３ａおよび９０３ｂにおいて、ＣＮは、ＢＡメッセージをＨＡに返し、このメッセージは、ＨＡの公開鍵を用いて暗号化された乱数Ｋｓを運ぶ。
【０１３５】
ＢＵメッセージを受信したら、ＣＮは、ＨＡの公開鍵ＰＫHAを用いてＢＵメッセージのデジタル署名を検証する。検証に合格した後で、ＣＮは、ＭＮとのバインディングのためのバインディングバッファテーブルエントリを作成し、そして、ＢＡメッセージを送信する。
【０１３６】
ＢＡメッセージを生成するためのプロセスは、以下のとおりであってもよい。
【０１３７】
ＣＮは、疑似乱数Ｋｓを生成し、そして、ＫｓをＫｂｍとして直接使用するか、または、Ｋｓとその他のパラメータとにＰＲＦ関数を適用することによって、次のようにＫｂｍを生成する。Ｋｂｍ＝ＰＲＦ（Ｋｓ，Ｅｘｐｒｅｓｓｉｏｎ）、ここで、Ｅｘｐｒｅｓｓｉｏｎは、Ｎｏｎｃｅ、クッキー、ＨｏＡ、ＣｏＡ、ＣＮアドレス、または同様のものの、選択された組み合わせによって形成される。
【０１３８】
次に、ＣＮは、ＨＡの公開鍵ＰＫHAを用いてＫｓを暗号化し、Ｋｂｍを用いてＢＵメッセージ内のＭＡＣを生成し、そして、暗号化されたＫｓを運ぶＢＡメッセージをＨＡに送信する。ＣＮによって生成された一時乱数Ｎｏｎｃｅなどの、ＨＡに知られていないパラメータが、Ｋｂｍの生成のために使用される場合、そのパラメータもＢＡメッセージ内で運ばれ、そして、ＨＡに送信される。
【０１３９】
９０４ａおよび９０４ｂにおいて、ＨＡは、ＢＡメッセージを検証し、そして、ステップ１に対する応答メッセージをＭＮに返す。
【０１４０】
ＢＡメッセージを受信した後で、ＨＡは、ＰＫHAに対応する秘密鍵を用いた復号化を介してパラメータＫｓを取得し、そして次に、Ｋｂｍが、ＣＮと同じ方法およびパラメータを用いて生成されてもよい。Ｋｂｍは、ＢＡメッセージを検証するために使用される。検証に合格した後で、ＨＡは、ステップ１においてＭＮから送信された経路最適化要求メッセージに対する応答メッセージをＭＮに送信して、ＭＮに、ＣＮとのバインディングのためのバインディングバッファテーブルエントリを作成するように通知する。コレスポンデントへの登録は完了する。
【０１４１】
第７の実施形態
この実施形態では、ＭＮとＣＮとの間で直接通信が実行されてもよい、バインディングアップデート方法が説明される。この方法は、ＣＮがＭＮの公開鍵を取得し得るケースに対して適用可能である。
【０１４２】
図１０を参照すると、本発明の第７の実施形態によるバインディングアップデートプロセスが示されている。具体的には、以下のステップが含まれている。
【０１４３】
１００１において、ＭＮは、ＭＮの秘密鍵を用いて生成されたデジタル署名をＢＵメッセージの認証データとして運ぶ、ＢＵメッセージをＣＮに送信する。
【０１４４】
１００２ａおよび１００２ｂにおいて、ＣＮは、ＭＮの公開鍵を用いて暗号化された乱数Ｋｓを運ぶ、ＢＡメッセージを返す。
【０１４５】
ＢＵメッセージを受信したら、ＣＮは、ＭＮの公開鍵ＰＫMNを用いてＢＵメッセージ内のデジタル署名を検証する。検証に合格した後で、ＣＮは、ＭＮとのバインディングのためのバインディングバッファテーブルエントリを作成し、そして、ＢＡメッセージを返す。
【０１４６】
ＢＡメッセージを生成するためのプロセスは、以下のとおりであってもよい。
【０１４７】
ＣＮは、疑似乱数Ｋｓを生成し、そして、ＫｓをＫｂｍとして直接使用するか、または、Ｋｓとその他のパラメータとにＰＲＦ関数を適用することによって、次のようにＫｂｍを生成する。Ｋｂｍ＝ＰＲＦ（Ｋｓ，Ｅｘｐｒｅｓｓｉｏｎ）、ここで、Ｅｘｐｒｅｓｓｉｏｎは、Ｎｏｎｃｅ、クッキー、ＨｏＡ、ＣｏＡ、ＣＮアドレス、または同様のものの、選択された組み合わせによって形成される。
【０１４８】
次に、ＣＮは、ＭＮの公開鍵ＰＫMNを用いてＫｓを暗号化し、Ｋｂｍを用いてＢＵメッセージ内のＭＡＣを生成し、そして、暗号化されたＫｓを運ぶＢＡメッセージをＨＡに送信する。ＣＮによって生成された一時乱数Ｎｏｎｃｅなどの、ＭＮに知られていないパラメータが、Ｋｂｍの生成のために使用される場合、そのパラメータもＢＡメッセージ内で運ばれ、そして、ＭＮに送信される。
【０１４９】
１００３において、ＭＮは、ＢＡメッセージの完全性と正当性とを検証し、バインディングアップデートは完了する。
【０１５０】
ＢＡメッセージを受信した後で、ＭＮは、ＰＫMNに対応する秘密鍵を用いた復号化を介してパラメータＫｓを取得し、そして次に、Ｋｂｍが、ＣＮと同じ方法およびパラメータを用いて生成されてもよい。Ｋｂｍは、ＢＡメッセージを検証するために使用される。検証に合格した後で、ＭＮは、ＣＮとのバインディングのためのバインディングバッファテーブルエントリを作成する。コレスポンデントへの登録は完了する。
【０１５１】
上記の実施形態では、ＭＮとＣＮとの通信登録プロセスの間の、さまざまなバインディングアップデートプロセスが説明された。バインディングアップデートが完了した後で、ＭＮとＣＮとは、ＢＵメッセージを保護するＫｂｍを更新しなければならない。過剰な暗号計算を回避するために、ＭＮが元のＣＮとの通信を維持し、新たなＫｂｍがＢＵメッセージを保護するために必要とされる場合、ＲＲＰプロセスのＣｏＴＩ／ＣｏＴステップのみが、ＣＮに新たなＣｏＡを通知するために実行されてもよい。新たなバインディング管理鍵Ｎｅｘｔ＿Ｋｂｍは、以下のように生成されてもよい。
Ｎｅｘｔ＿Ｋｂｍ＝ＰＲＦ（Ｋｂｍ，Ｅｘｐｒｅｓｓｉｏｎ）、または
Ｎｅｘｔ＿Ｋｂｍ＝ＰＲＦ（Ｋｓ，Ｅｘｐｒｅｓｓｉｏｎ）
上式で、Ｅｘｐｒｅｓｓｉｏｎは、Ｎｏｎｃｅ、クッキー、ＨｏＡ、ＣｏＡ、ＣＮアドレス、または同様のものの、選択された組み合わせによって形成される。リプレイ攻撃を防止するために、パラメータは、ＣＮによって生成されたＮｏｎｃｅまたはクッキーを少なくとも含む。
【０１５２】
ＭＮが元のＣＮとの通信を維持し、ＣｏＡは変化せずに保たれるが、新たなＫｂｍがＢＵメッセージを保護するために必要とされる場合、ＲＲＰは実行されなくてもよく、そして、新たなバインディング管理鍵Ｎｅｘｔ＿Ｋｂｍは以下のように生成されてもよい。
Ｎｅｘｔ＿Ｋｂｍ＝ＰＲＦ（Ｋｂｍ，Ｅｘｐｒｅｓｓｉｏｎ）、または
Ｎｅｘｔ＿Ｋｂｍ＝ＰＲＦ（Ｋｓ，Ｅｘｐｒｅｓｓｉｏｎ）
上式で、Ｅｘｐｒｅｓｓｉｏｎは、Ｎｏｎｃｅ、クッキー、ＨｏＡ、ＣｏＡ、ＣＮアドレス、または同様のものの、選択された組み合わせによって形成される。リプレイ攻撃を防止するために、パラメータは、ＭＮによって生成され、ＢＵメッセージ内でＣＮに送信される、Ｎｏｎｃｅを少なくとも含む。
【０１５３】
本発明の実施形態は、モバイルノード、コレスポンデントノード、およびホームエージェントのそれぞれの中の、バインディングアップデート装置をさらに提供する。
【０１５４】
図１１を参照すると、本発明の一実施形態による、モバイルノード内のバインディングアップデート装置の構成が示されている。この装置は、復号化モジュールと、バインディング管理鍵生成モジュールと、認証モジュールとを含む。任意選択で、エージェント要求開始／受信モジュールが含まれてもよい。
【０１５５】
復号化モジュールは、受信した暗号化されたパラメータを復号化するように構成され、そのパラメータは、バインディング管理鍵を生成するために使用される。バインディング管理鍵生成モジュールは、復号化されたパラメータを用いてバインディング管理鍵を生成するように構成される。認証モジュールは、生成されたバインディング管理鍵を用いて、バインディングアップデートメッセージのための認証データを生成するように、そして、コレスポンデントノードから送信されたバインディング肯定応答メッセージを、バインディング管理鍵を用いて検証するように、構成される。認証モジュールは、バインディングアップデートメッセージ上のデジタル署名を実行するように、さらに構成されてもよい。
【０１５６】
エージェント要求開始／受信モジュールは、モバイルノードに代わるホームエージェントに経路最適化要求を送信するように、そして、バインディングアップデートを実行するために、ホームエージェントから返される、経路最適化要求に対する応答メッセージを受信するように、構成される。
【０１５７】
図１２を参照すると、本発明の一実施形態による、コレスポンデントノード内のバインディングアップデート装置の構成が示されている。この装置は、パラメータ生成モジュールと、バインディング管理鍵生成モジュールと、暗号化モジュールと、認証モジュールとを含む。
【０１５８】
パラメータ生成モジュールは、バインディング管理鍵を生成するために使用されるパラメータを生成するように構成される。バインディング管理鍵生成モジュールは、生成されたパラメータを用いてバインディング管理鍵を生成するように構成される。暗号化モジュールは、生成されたパラメータを、鍵を用いて暗号化するように構成される。認証モジュールは、バインディングアップデートメッセージ内の認証データを、バインディング管理鍵を用いて検証するように、そして、バインディング肯定応答メッセージのための認証データを、バインディング管理鍵を用いて生成するように、構成される。認証モジュールは、バインディングアップデートメッセージ内のデジタル署名を検証するように、さらに構成されてもよい。
【０１５９】
図１３を参照すると、本発明の一実施形態による、ホームエージェント内のバインディングアップデート装置の構成が示されている。この装置は、復号化モジュールと、バインディング管理鍵生成モジュールと、認証モジュールとを含む。任意選択で、エージェント要求処理モジュールが含まれてもよい。
【０１６０】
復号化モジュールは、コレスポンデントノードから送信されたパラメータを復号化するように構成され、そのパラメータは、バインディング管理鍵を生成するために使用される。バインディング管理鍵生成モジュールは、復号化されたパラメータを用いてバインディング管理鍵を生成するように構成される。認証モジュールは、管理鍵を用いて、バインディングアップデートメッセージのための認証データを生成するように、そして、コレスポンデントノードから送信されたバインディング肯定応答メッセージを、バインディング管理鍵を用いて検証するように、構成される。さらに、認証モジュールは、バインディングアップデートメッセージ上のデジタル署名を実行するように構成されてもよい。
【０１６１】
エージェント要求処理モジュールは、モバイルノードから開始された経路最適化要求を処理するように、そして、ホームエージェントがモバイルノードに代わって経路最適化を完了した後で、モバイルノードに、経路最適化要求に対する応答メッセージを返すように、構成される。このようにして、モバイルノードは、バインディングアップデートの完了を通知される。
【０１６２】
上述のように、本発明の実施形態によれば、バインディングアップデートプロセスの間に、バインディング管理鍵を生成するためのパラメータが鍵を用いて暗号化され、それにより、バインディング管理鍵のセキュリティが向上し、したがって、バインディングアップデートメッセージのセキュリティが向上し、したがって、さらに、バインディングアップデートプロセスのセキュリティが向上する。本発明の実施形態では、バインディング管理鍵の生成のためのパラメータを暗号化するための、多くの方法が提供され、それによりシステムの柔軟性は向上する。本発明の一実施形態では、モバイルノードのホームエージェントがモバイルノードに代わってバインディングアップデートを実行する方法が提供され、その結果、制限された機能を有するモバイルノードがコレスポンデントノードとのバインディングアップデートを実行できるようになる。本発明の一実施形態では、モバイルノードとコレスポンデントノードとの間で、ＲＲＰに基づかないバインディングアップデートが実行されてもよい方法が提供される。この方法では、バインディングアップデートメッセージはデジタル署名を用いて検証され、そして、バインディング管理鍵を生成するためのパラメータは暗号化される。
【０１６３】
明らかに、当業者は、本発明の精神および範囲から逸脱することなく、さまざまな変更および変形を行うことができる。したがって、本発明に対するそれらの変更および変形が、添付の特許請求の範囲および均等物の範囲に含まれる場合、本発明は、それらの変更および変形を網羅することが意図されている。
【図１】
2010504667.tif 000004
【図２】
2010504667.tif 000005
【図３】
2010504667.tif 000006
【図４】
2010504667.tif 000007
【図５】
2010504667.tif 000008
【図６】
2010504667.tif 000009
【図７】
2010504667.tif 000010
【図８】
2010504667.tif 000011
【図９】
2010504667.tif 000012
【図１０】
2010504667.tif 000013
【図１１】
2010504667.tif 000014
【図１２】
2010504667.tif 000015
【図１３】
2010504667.tif 000016
【国際調査報告】
2010504667.tif 000017
2010504667.tif 000018
2010504667.tif 000019
2010504667.tif 000020
2010504667.tif 000021
2010504667.tif 000022