(57)【要約】  本発明は、セルラシステム（１００）に対する方法（４００）を開示する。セルラシステム（１００）は、セル（１３０）の中のユーザ（１２０）へのまたはユーザ（１２０）からのトラフィックのスケジューリングを行う第１のノード（１１０）を持つ。第１のノードは、第１の種類のデータフレーム（２００）の中の第１のチャネル（２３０）を使用して、スケジューリング情報をセルの中のユーザに送信する。第１の種類のデータフレーム（２００）は、複数のシンボル（２１０）を備え、そのうちのいくつかは第１のチャネルに対して使用される。また、本発明に従えば、第１のノードは、スケジューリング情報を第１のチャネルの中のシンボル（２１０）に割り当てる（４０５）。第１のチャネルに使用するシンボルの数は、可変であり（４１０）、スケジューリング情報が第１のチャネルの中のシンボルに割り当てられる前に算出される（４１５）。また第１のチャネルに使用するシンボルの数は、前記算出を行う前のある時間区間の間のスケジューリング情報のために必要であったシンボルの数に依存する（４２０）。
2011511519.tif 000002
【特許請求の範囲】
【請求項１】
モバイルインターネットプロトコルのネットワークにおいて移動ノードから相手ノードまでのルートを最適化する方法であって、前記移動ノードは、少なくとも１つのアンカーポイントによってサービスを提供されるノードであり、
前記方法は、前記少なくとも１つのアンカーポイントのうちの１つのアンカーポイントによって実行される、
−  前記移動ノードに対してマルチ鍵暗号生成アドレス（ＭＣＧＡ）を生成するステップと、
−  前記移動ノードのホームアドレスとして前記ＭＣＧＡを割り当てて登録するステップと、
−  前記移動ノードの代わりとなって、前記アンカーポイントによって署名された前記ＭＣＧＡの署名を含んでいるバインディング更新メッセージを前記相手ノードへ送信するステップと
を有することを特徴とする方法。
【請求項２】
前記ＭＣＧＡを生成するための公開鍵が、前記移動ノードと前記少なくとも１つのアンカーポイントとからそれぞれ提供されることを特徴とする請求項１に記載の方法。
【請求項３】
前記ＭＣＧＡを生成するための公開鍵を提供することになる複数のノードが、データベースに記憶されている情報に基づいて決定されることを特徴とする請求項２に記載の方法。
【請求項４】
前記ＭＣＧＡを生成するための公開鍵を提供することになる複数のノードが、前記アンカーポイントによって動的に決定されることを特徴とする請求項２に記載の方法。
【請求項５】
認証クレデンシャルを含んだバインディング肯定応答メッセージを前記相手ノードから受信するステップを有することを特徴とする請求項１ないし４のいずれか１項に記載の方法。
【請求項６】
前記バインディング肯定応答メッセージについてのクレデンシャルの一部として永久ホーム鍵生成トークンが使用されることを特徴とする請求項５に記載の方法。
【請求項７】
前記バインディング更新メッセージを送信するのに先立って前記相手ノードへホームテストを送信するステップを有することを特徴とする請求項１ないし６のいずれか１項に記載の方法。
【請求項８】
前記ＭＣＧＡの結果を含む応答メッセージを前記移動ノードへ送信するステップを有することを特徴とする請求項１ないし７のいずれか１項に記載の方法。
【請求項９】
前記ＭＣＧＡを生成する際に使用されるべき公開鍵に関する情報を前記移動ノードから受信するステップを有することを特徴とする請求項１ないし８のいずれか１項に記載の方法。
【請求項１０】
前記ＭＣＧＡを生成する前記アンカーポイントは、前記移動ノードのホームネットワークにおけるローカルモビリティアンカー（ＬＭＡ）であることを特徴とする請求項１ないし９のいずれか１項に記載の方法。
【請求項１１】
前記ＭＣＧＡを生成する前記アンカーポイントは、前記移動ノードの移動先のネットワークにおけるローカルモビリティアンカー（ＬＭＡ）であることを特徴とする請求項１ないし９のいずれか１項に記載の方法。
【請求項１２】
前記バインディング更新メッセージは、前記アンカーポイントの秘密鍵によって署名されていることを特徴とする請求項１ないし１１のいずれか１項に記載の方法。
【請求項１３】
前記最適化されたルートは、１つ以上のアクセスルータを介して前記移動ノードと前記相手ノードとの間に生じることを特徴とする請求項１ないし１２のいずれか１項に記載の方法。
【請求項１４】
前記ＭＣＧＡを割り当てるステップは、
インターネット鍵交換（ＩＫＥ）認証手順を実行している間に、前記移動ノードと前記アンカーポイントとの間で情報を送信するステップを含むことを特徴とする請求項１ないし１３のいずれか１項に記載の方法。
【請求項１５】
前記移動ノードは、前記アンカーポイントに対してＭＣＧＡを割り当てるように要求することを特徴とする請求項１ないし１４のいずれか１項に記載の方法。
【請求項１６】
ＭＣＧＡの生成要求とともに前記移動ノードから公開鍵を受信するステップを有することを特徴とする請求項１ないし１５のいずれか１項に記載の方法。
【請求項１７】
前記ＭＣＧＡの生成に必要となる公開鍵のリストを収集するステップを有することを特徴とする請求項１ないし１６のいずれか１項に記載の方法。
【請求項１８】
前記ＭＣＧＡの生成に関与する公開鍵のすべてを前記移動ノードへ送信するステップを有することを特徴とする請求項１ないし１７のいずれか１項に記載の方法。
【請求項１９】
モバイルインターネットプロトコルのネットワークにおいて移動ノードから相手ノードまでのルートを最適化する方法であって、前記移動ノードは、少なくとも１つのアンカーポイントによってサービスを提供されるノードであり、
前記方法は、
−  前記移動ノードに対してマルチ鍵暗号生成アドレス（ＭＣＧＡ）を前記少なくとも１つのアンカーポイントのうちの１つのアンカーポイントが生成するステップと、
−  前記移動ノードのホームアドレスとして前記ＭＣＧＡを割り当てて登録するステップと、
−  前記移動ノードの代わりとなって、前記アンカーポイントによって署名された前記ＭＣＧＡの署名を含んでいるバインディング更新メッセージを前記相手ノードへ送信するステップと、
−  前記相手ノードにおいて前記署名を検証することによって前記バインディング更新メッセージを認証するステップと、
−  前記相手ノードから前記アンカーポイントへバインディング肯定応答メッセージを送信するステップと、
−  前記移動ノードと前記相手ノードとの間にトラフィックを交換するための最適化されたルートを確立するステップと
を有することを特徴とする方法。
【請求項２０】
モバイルインターネットプロトコルのネットワークに配置され、移動ノードから相手ノードまでのルートを最適化するアンカーノードであって、
−  前記移動ノードに対してマルチ鍵暗号生成アドレス（ＭＣＧＡ）を生成する生成部と、
−  前記移動ノードのホームアドレスとして前記ＭＣＧＡを割り当てて登録する処理を実行する処理部と、
−  前記移動ノードの代わりとなって、前記アンカーポイントによって署名された前記ＭＣＧＡの署名を含んでいるバインディング更新メッセージを前記相手ノードへ送信する送信部と
を備えることを特徴とするアンカーノード。
【請求項２１】
バインディング肯定応答メッセージを前記相手ノードから受信する受信部を備えることを特徴とする請求項２０に記載のアンカーノード。
【請求項２２】
前記処理部がルート最適化処理を起動することを特徴とする請求項２０または２１に記載のアンカーノード。
【請求項２３】
複数のノードについてのバインディングの情報を記憶するメモリを備えることを特徴とする請求項２０ないし２２のいずれか１項に記載のアンカーノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークにおけるルート最適化に関する。さらに具体的には、本発明はモバイルＩＰネットワークにおけるルート最適化に関する。
【背景技術】
【０００２】
移動ノードがインターネット内を動き回っている間にもコネクション（接続）を維持するためには、モビリティに対する特別なサポートがなければならない。このサポートがない場合、モバイル（移動）ノードが自分のホームリンクから離れているときに、移動ノードを宛先としたパケットが移動ノードに到達しなくなってしまう。ＩＰｖ６においてはモビリティのサポートは特に重要である。これは、ＩＰｖ６が現役で使用されている間、インターネットで使用される機器として、モバイルコンピュータが主要部分または少なくともかなりの部分を占める確率が高いからである。
【０００３】
インターネットプロトコルにおけるモビリティのサポートについての２つの主要技術は、今日では以下の通りである。
【０００４】
双方向トンネリング  −  移動ノードは双方向のトンネルによって固定のアンカーポイントに接続される。移動ノードは、アンカーポイントリンクからのステーブル（不変）のＩＰアドレス（ホームアドレスと呼ばれる）を介して、このトンネルを通して通信を行う。所与の任意の時刻において移動ノード側でトンネルを終端するＩＰアドレスは、移動ノードのリンク上のＩＰアドレスと呼ばれる。これはまた気付アドレス（ｃａｒｅ−ｏｆ  ａｄｄｒｅｓｓ）とも呼ばれる。
【０００５】
ルート最適化  −  移動ノードは、直接パスを介して対応するノード（相手ノード（ｃｏｒｒｅｓｐｏｎｄｅｎｔ  ｎｏｄｅ））と通信を行う。パケットは、移動ノードのリンク上のＩＰアドレスを介してルーティングされる。移動ノードのＩＰ層と相手ノードのＩＰ層におけるＩＰアドレスの置換（ＩＰ  ａｄｄｒｅｓｓ  ｓｕｂｓｔｉｔｕｔｉｏｎ）は、高位のプロトコル層が、移動ノードの、変化するリンク上のＩＰアドレスではなくて不変のＩＰアドレスを見つけられるということを保証する。
【０００６】
双方向トンネリングとルート最適化とによって、移動ノードにはさらに余分のモビリティ機能が要求される。これによりノードの実施形態においては複雑さが増加し、レガシーノードに対してはモビリティサポートが除外される。これを緩和するためにプロキシに基づくＩＰモビリティプロトコルが開発されている。プロキシに基づくＩＰモビリティプロトコルは、移動ノードに対してはモビリティ機能を要求せずに、その代わり、このような機能は移動ノードのアクセスルータの上に置かれる。従って、移動ノードのアクセスルータは移動ノードのプロキシとなり、そのＩＰアドレスの内の１つは移動ノードのリンク上のＩＰアドレスになる。プロキシモバイルインターネットプロトコル・バージョン６（ＰＭＩＰｖ６：Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ６）は、現在では主要な、プロキシをベースとしたＩＰモビリティプロトコルである。
【０００７】
プロキシモバイルＩＰｖ６の基本的な仕様は、双方向トンネリングを使用する。しかしながら、双方向トンネリングは、利用する帯域幅を増加させ、アンカーポイントを介しての十分には最適化されていないパケットのルーティングによってパケットの伝搬遅延が増加するので、ルート最適化のためのモードによるプロキシモバイルＩＰｖ６を拡張する努力（例えば、非特許文献１および２を参照されたい）が近年続けられている。
【０００８】
ルート最適化は、移動ノードに対して、移動ノードがその不変のＩＰアドレスの正当な所有者であることを相手ノードに証明することを要求する。このＩＰアドレス所有権の証明は、一般的に、移動ノードと相手ノードとの間の以前から存在するセキュリティまたは信用関係を使用せずして行われなければならない。
【０００９】
モバイルＩＰｖ６（Ｍｏｂｉｌｅ  ＩＰｖ６）におけるルート最適化のための主要なプロトコルの１つである、拡張ルート最適化（Ｅｎｈａｎｃｅｄ  Ｒｏｕｔｅ  Ｏｐｔｉｍｉｚａｔｉｏｎ）（非特許文献３を参照されたい）は、移動ノードが、暗号化して不変のＩＰアドレスを生成することにより、その不変のＩＰアドレスの所有権を証明することを可能にしている。具体的には、不変のＩＰアドレスは、移動ノードの公開鍵／秘密鍵の対（ペア）のうち公開されている要素の関数であり、移動ノードは、移動ノードが対応する秘密要素を知っているという証拠を提示することにより、不変のＩＰアドレスの所有権を証明する。
【先行技術文献】
【非特許文献】
【００１０】
【非特許文献１】Ｂｅｈｃｅｔ  Ｓａｒｉｋａｙａ、他、「ＰＭＩＰｖ６  Ｒｏｕｔｅ  Ｏｐｔｉｍｉｚａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ，ｄｒａｆｔ−ｑｉｎ−ｎｅｔｌｍｍ−ｐｍｉｐｒｏ−００」
【非特許文献２】Ｊｕｌｉｅｎ  Ａｂｅｉｌｌｅ、Ｍａｒｃｏ  Ｌｉｅｂｓｃｈ、「Ｒｏｕｔｅ  Ｏｐｔｉｍｉｚａｔｉｏｎ  ｆｏｒ  Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰｖ６，ｄｒａｆｔ−ａｂｅｉｌｌｅ−ｎｅｔｌｍｍ−ｐｒｏｘｙｍｉｐ６ｒｏ−００」
【非特許文献３】ＲＦＣ４８６６、Ｊａｒｉ  Ａｒｋｋｏ、Ｃｈｒｉｓｔｉａｎ  Ｖｏｇｔ、Ｗａｓｓｉｍ  Ｈａｄｄａｄ、「Ｅｎｈａｎｃｅｄ  Ｒｏｕｔｅ  Ｏｐｔｉｍｉｚａｔｉｏｎ  ｆｏｒ  Ｍｏｂｉｌｅ  ＩＰｖ６」
【非特許文献４】Ｓａｎｇｊｉｎ  Ｊｅｏｎｇ、Ｒｙｕｊｉ  Ｗａｋｉｋａｗａ、「Ｒｏｕｔｅ  Ｏｐｔｉｍｉｚａｔｉｏｎ  Ｓｕｐｐｏｒｔ  ｆｏｒ  Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰｖ６，ｄｒａｆｔ−ｊｅｏｎｇ−ｎｅｔｌｍｍ−ｒｏ−ｓｕｐｐｏｒｔ−ｆｏｒ−ｐｍｉｐ６−００」
【非特許文献５】Ｄａｖｉｄ  Ｂ．Ｊｏｈｎｓｏｎ、Ｃｈａｒｌｅｓ  Ｅ．Ｐｅｒｋｉｎｓ、Ｊａｒｉ  Ａｒｋｋｏ、「Ｍｏｂｉｌｉｔｙ  Ｓｕｐｐｏｒｔ  ｉｎ  ＩＰｖ６，ＲＦＣ３７７５」
【非特許文献６】Ｊａｍｅｓ  Ｋｅｍｐｆ、Ｃｒａｉｇ  Ｇｅｎｔｒｙ、「Ｓｅｃｕｒｅ  ＩＰｖ６  Ａｄｄｒｅｓｓ  Ｐｒｏｘｉｎｇ  ｕｓｉｎｇ  Ｍｕｌｔｉ−Ｋｅｙ  Ｃｒｙｐｔｏｇｒａｐｈｉｃａｌｌｙ  Ｇｅｎｅｒａｔｅｄ  Ａｄｄｒｅｓｓｅｓ（ＭＣＧＡｓ），ｄｒａｆｔ−ｋｅｍｐｆ−ｃｇａｅｘｔ−ｒｉｎｇｓｉｇ−ｎｄｐｒｏｘｙ−００．ｔｘｔ」２００７年８月、ワークインプログレス
【非特許文献７】Ｒ．Ｒｉｖｅｓｔ、Ａ．Ｓｈａｍｉｒ、Ｙ．Ｔａｕｍａｎ、「Ｈｏｗ  ｔｏ  Ｌｅａｋ  ａ  Ｓｅｃｒｅｔ」、Ｐｒｏｃｅｅｄｉｎｇｓ  ｏｆ  Ａｓｉａｃｒｙｐｔ  ２００１、５５２−５６５ページ
【非特許文献８】３ＧＰＰＴＳ２３．４０２、「３ＧＰＰ  Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｎｈａｎｃｅｍｅｎｔｓ  ｆｏｒ  ｎｏｎ−３ＧＰＰ  ａｃｃｅｓｓｅｓ（Ｒｅｌｅａｓｅ８）」
【非特許文献９】Ｃ．Ｋａｕｆｍａｎ、他、「Ｉｎｔｅｒｎｅｔ  Ｋｅｙ  Ｅｘｃｈａｎｇｅ（ＩＫＥｖ２）Ｐｒｏｔｏｃｏｌ」、ＲＦＣ４３０６
【発明の概要】
【発明が解決しようとする課題】
【００１１】
都合の悪いことに、拡張ルート最適化の方法論をプロキシモバイルＩＰｖ６へ直接適用するためには、移動ノードのアクセスルータが移動ノードの秘密鍵を知る必要があるであろう。そして、移動ノードの移動につれて、アクセスルータを通して移動ノードの秘密鍵の転送が必要になるであろう。これらの両方とも、移動ノードの公開鍵をより大きな危険に曝すことになり、セキュリティの観点からして許容しがたい。
【００１２】
非特許文献１は、拡張ルート最適化に基づいて、プロキシに基づくルート最適化に関する解決策を規定している。非特許文献１では、移動ノードのモビリティ機能を直接にアクセスルータに移動させている。この一部として、移動ノードのアクセスルータは、移動ノードの秘密鍵を知る必要があるとしている。また、移動ノードが移動するときにアクセスルータ間で移動ノードの秘密鍵の転送を行うことが必要であるとしている。双方とも、一般的なセキュリティガイドラインに反している。
【００１３】
非特許文献２は、移動ノードと相手ノードの「両方」が、プロキシモバイルＩＰｖ６の領域に位置する場合に限って、ルート最適化に対するサポートを提供する。これの利点は、以前から存在するセキュリティと信用関係とが、移動ノードのプロキシと相手ノードのプロキシとの間に存在すると仮定することができるという点である。この関係は非特許文献１におけるＩＰアドレス所有権の証明に利用されている。相手ノードがプロキシモバイルＩＰｖ６領域の中に存在することを要求する場合の欠点は、それによって、通信のルート最適化を行うことができる相手ノードの組が限定されるという点である。非特許文献３に従う拡張ルート最適化に対するサポートを持つ相手ノードであって、プロキシモバイルＩＰｖ６領域の中にない相手ノードはサポートされないことになる。
【００１４】
非特許文献４は、プロキシモバイルＩＰｖ６領域の内部にある相手ノードとプロキシモバイルＩＰｖ６領域の外部にある相手ノードとの両方の場合のルート最適化を考慮している。前者の場合には、移動ノードのプロキシと相手ノードのプロキシとの間にはセキュリティと信用関係が存在すると仮定している。これは非特許文献２における場合と同じ欠点を有する。後者の場合には、ルート最適化はモバイルＩＰｖ６のセキュリティ設計（非特許文献５を参照されたい）に基づいて実現される。しかしながら、この解決策は、セキュリティにおけるいくつかの不十分さを示し、長いハンドオーバ遅延を生み、極めて大きなシグナリングオーバヘッドを招く。
【００１５】
従って、本発明の１つの目的は、現行の解決策よりも安全な、ルート最適化のための方法と装置とを提供することである。
【００１６】
本発明のさらなる目的は、対応するノード（以下では相手ノードと呼ぶ）がプロキシモバイルＩＰｖ６領域の中にあるか否かに拘わらず使用することができるルート最適化を提供することである。
【課題を解決するための手段】
【００１７】
本発明に従えば、移動インターネットプロトコルネットワークにおける移動するノードと相手ノードとの間のルートを最適化するための方法が開示される。この移動するノード（移動ノードとも呼ばれる）は、少なくとも１つのアンカーポイントによってサービスが提供されるよう適合される。アンカーポイントは、例えば、モバイルＩＰホームエージェント等のノードである。本方法に従えば、アンカーポイントは、移動ノードに対してＭＣＧＡ（マルチキー・クリプトグラフィカリー・ジェネレーテッド・アドレス）を生成する。ＭＣＧＡは、少なくとも移動ノードの公開鍵とアンカー（ａｎｃｈｏｒ）の公開鍵を使用して生成される。アンカーポイントは、生成したＭＣＧＡを、移動ノードに対するホームアドレスとして割り当てて登録し、バイディングアップデート（更新）メッセージを、移動ノードに代わって相手ノードへ送信する。バイディング更新メッセージは、少なくとも、アンカーが署名したＭＣＧＡの署名を含む。それによって、アンカーポイントを経由してパケットをルーティングせずに、移動ノードと相手ノードとの間でデータパケットの交換を行うことができるようにルート最適化を実行することができる。
【００１８】
本発明に従った方法の１つの利点は、秘密鍵の共有は行わず、またアドレスの所有権は移動ノード自身の公開鍵ペアを使用して証明することができるという点である。
【００１９】
さらなる利点は、ネットワークエンティティの間で秘密鍵の転送を行う必要がないという点である。
【００２０】
好適な実施形態に従えば、本方法は、相手ノードからのバインディングアクノレッジメント（肯定応答）メッセージを受信するステップを含む。この肯定応答は認証クレデンシャルを含む。バインディング肯定応答メッセージに対するクレデンシャルの一部として永久ホーム鍵生成トークン（Ｐａｒｍａｎｅｎｔ  ｈｏｍｅ  ｋｅｙｇｅｎ  ｔｏｋｅｎ）が使用されることが望ましい。
【００２１】
本発明のさらなる実施形態に従えば、ＭＣＧＡの割り当ては、インターネット鍵交換（ＩＫＥ：Ｉｎｔｅｒｎｅｔ  Ｋｅｙ  Ｅｘｃｈａｎｇｅ）認証手順の間に、移動ノードとアンカーポイントとの間で必要な情報を伝送するステップを含む。
【００２２】
本発明に従えば、移動インターネットプロトコルネットワークにおいてルートを最適化するためのアンカーノードもまた開示される。アンカーノードは移動ノードに対するＭＣＧＡを生成するための生成ユニットを含む。このノードは、移動ノードに対するホームアドレスとしてＭＣＧＡを割り当てて登録するための処理ユニットと、また、移動ノードに代わってバインディング更新メッセージを相手ノードに送信するための送信ユニットもさらに含む。バインディング更新メッセージには、アンカーノードが署名したＭＣＧＡの署名が含められるべきである。
【００２３】
本発明に従えば、アンカーノードを有することにより、ノード間で公開鍵を使用して、またいずれの秘密鍵の転送を行わずにルート最適化を実行することができる。
【００２４】
本発明は、実施形態の助けを借り、また添付した図面を参照して、以下でより詳細に記述されるであろう。
【図面の簡単な説明】
【００２５】
【図１】本発明の実施形態に従った、ルート最適化のための方法を示す図である。
【図２】本発明の実施形態に従った、ノード間のシグナリングを示す図である。
【図３】３ＧＰＰＳＡＥアーキテクチャにおいて本発明に従った、ノード間のシグナリングを示す図である。
【図４】３ＧＰＰＳＡＥのアーキテクチャを示す図である。
【図５】本発明に従った、ルート最適化を扱う方法を示すフローチャートである。
【図６】本発明に従った、ルート最適化を開始するためのアンカーノードの要素を含むブロック図である。
【図７】クライアントに対してＭＣＧＡを生成するＩＫＥ＿ＡＵＴＨメッセージ交換のシグナリングフローを示す図である。
【発明を実施するための形態】
【００２６】
図１は、ルート最適化のための方法の概観図である。本発明に従えば、ルート最適化は、移動ノード（ＭＮ）１０５と相手ノード（ＣＮ）１１０との間のルート最適化パス１００を介して行われる。移動ノードまたは相手ノードはＩＰｖ６ノードであることが望ましく、また、移動電話機、携帯情報端末（ＰＤＡ）、無線運用可能なラップトップ等、または、いずれかの同様なデバイスまたはユーザ端末であってもよい。ノード１０５、１１０は、同一の管理領域の中ばかりでなく別個の領域においてもローミングを行うことができる。正規のセッションにおいては、ＭＮ１０５がＣＮ１１０とトラフィックを交換する場合に、パケットは、ＭＮ１０５にサービスを提供するアクセスルータ１２５に送信され、その後、アンカーポイント１２０に自動的にトンネリングされ、その後にＣＮ１１０に送信される。アンカーポイントは、例えば、モバイルＩＰホームエージェントであってよく、移動ノードのホームアドレスにおいて移動ノードのプロキシとして動作し、主としてペイロードパケットの中継機として動作する。ＣＮはメディアの最終的な終点であってもよく、または他のノードへの中継を行うこともできる。これは結果として、アクセスルータがルート最適化パス１００を介してＣＮと直接的にトラフィックを交換する場合と比較して、より長いルート１１５（従って、より多くのオーバヘッド）になるであろう。アクセスルータがルート最適化パス１００を介してＣＮと直接的にトラフィックを交換する場合には、アンカーポイント１２０とＣＮとの間におけるネットワークの上の負荷を低減することができるであろう。
【００２７】
本発明に従ってルート最適化を達成するために、アンカーポイントは移動ノードに対するＭＣＧＡ（マルチ鍵暗号化生成アドレス）を生成する。ＣＧＡ（暗号化生成アドレス）は、ＩＰｖ６アドレスであり、その中でアドレスのインタフェース識別子の部分は、ノードによって生成されたＲＳＡ公開鍵のハッシュ値を求め、またいくつかの追加的なパラメートも取り入れることにより生成される。ＣＧＡは安全な近隣探索処理（ＳＥＮＤ：ＳＥｃｕｒｅ  Ｎｅｉｇｈｂｏｒ  Ｄｉｓｃｏｖｅｒｙ）において使用される。ＳＥＮＤはＩＰｖ６アドレスとリンクアドレスとの間のマッピングを安全にするためのプロトコルである。ＳＥＮＤの明らかにされている１つの欠点は、ＳＥＮＤが、プロキシによってＣＧＡが保護されることを許可しないという点である。従って、複数の公開鍵を使用して暗号化し生成するアドレスへのＳＥＮＤの拡張（ＭＣＧＡと呼ばれる）が提案されている（非特許文献６を参照されたい）。ＭＣＧＡに対する近隣探索（Ｎｅｉｇｈｂｏｒ  Ｄｉｓｃｏｖｅｒｙ）メッセージはＲＳＡリング署名により署名される。ＲＳＡリング署名は、ノードのグループからのいずれかのノードの秘密鍵を使用して生成することができるタイプの署名であるが、それを検証するためにはグループに属する全てのメンバの公開鍵が必要である（非特許文献７を参照されたい）。以下ではこれをＲＳＴと呼ぶことにする。ＭＣＧＡは、アドレスに対する鍵に寄与する全てのノードによって安全にプロキシされ、アドレスに対するロケーションプライバシーを保護する。すなわち、受信者は、ＩＰｖ６アドレス、リング署名または暗号パラメータから、ノードまたはプロキシがアドレスを防衛しているか否かを判定することができない。
【００２８】
ＭＣＧＡは移動ノードに割り当てられて、モバイルＩＰおよびそれと同様の技術の動作の中ではホームアドレスとして使用されるであろう。ＭＣＧＡの性質によって、ホームアドレスは、ノードのグループ、すなわち、リング署名スキームのメンバが所有する公開鍵のリストに本質的にバインディングされる。このグループは移動ノードとアンカーポイントとを備える。またオプションとして、１つ以上ある第２のアンカーポイント１３０等の他のネットワークエンティティも備えることができる。図１においては、ノードのグループは破線１３５で囲まれたノード群（すなわちＭＮ１０５、プライマリアンカーポイント１２０およびセカンダリアンカーポイント１３０）で示されている。アンカーポイントはリングメンバの一員であるので、メッセージの署名者である。すなわち、アンカーポイントは、移動ノードに割り当てられたホームアドレスのアドレス所有権を主張することができる。従って、アンカーポイントは、移動ノードに代わって対応したバインディング更新メッセージを送信し、ＭＣＧＡのセキュリティ特性にてこ入れをすることができる。従って、ルート最適化を可能にするためのシグナリングメッセージは、移動ノードに代わってアンカーポイントが送信することができる。
【００２９】
本発明の実施形態に従ったルート最適化を開始するための方法を、図２を参照してさらに記述する。図２は、アンカーポイントと相手ノードとの間のシグナリングを示す。この例においては、移動ノード１０５はアンカーポイント１２０（例えば、モバイルＩＰホームエージェント）によってサービスが提供され、ＣＮ１１０と通信を行っている。アンカーポイントはブロック２００において、アンカーポイントの秘密鍵を使用して、移動ノードに対するＭＣＧＡを生成する。このアドレスはホームアドレスとして移動ノードに割り当てられる。移動ノードのバインディング、すなわち、移動ノードのホームアドレスと気付アドレスとの関係は、ＩＰ移動プロトコルによってアンカーポイントに登録される。従って、ＭＮ１０５とアンカーポイント１２０との間には、アクセスルータ１２５を介してユーザトラフィックに対する双方向パスが確立される。そして、アンカーポイントは、移動ノードに代わって行動し、相手ノードに対応したバインディングを生成するよう試みる。アンカーポイントは相手ノード１１０とイニシャル（初期）ホームテスト２０５を実行する。これはＲＦＣ４８６６（非特許文献３）において規定されているように行うことが望ましい。初期ホームアドレステストは、ホームアドレスの中の、なりすましをしたサブネットプレフィックスに対して保護するためのホームアドレス所有権の暗号証明があるとしても、これは必要である。そうでなければ、悪意のあるノードが、被害者ネットワークのサブネットプレフィックスを持つホームアドレスを暗号化して生成し、このなりすましをしたホームアドレスと攻撃者自身の気付アドレスとの間のバインディングの登録を相手ノードに要求することができてしまうだろう。アンカーポイントは、ホームテストを行った後に、アンカーポイントの秘密鍵によって署名したＭＣＧＡ署名を添付して、対応するバインディング更新メッセージ２１０を相手ノードに送信する。アンカーポイントの秘密鍵が添付されているので、相手ノードは送信者が正当であることを確信することができる。よって、移動ノードはその秘密鍵を共有する必要がない。相手ノードは、バインディング更新を受信すると、その申し立てをされた署名を検証することによりバインディング更新メッセージを認証する。これはブロック２１５で示されている。そして相手ノードは、バインディング肯定応答メッセージ２２０を送信者（すなわちアンカーポイント１２０）に送信し、バインディング更新メッセージ２１０の受信に成功したことを通知する。認証クレデンシャルはバインディング肯定応答メッセージまたはそれに続くメッセージの中に含められる。バインディング更新メッセージの送信者（すなわちアンカーポイント）と相手ノードとの間でトークンを共有することにより、定期的にホームテストを行う必要がなくなる。アンカーポイントがバインディング肯定応答メッセージを受信した後は、アンカーポイントを経由してパケットがルーティングされるべき理由はなくなる。従って、ルート最適化がなされたパスが移動ノードと相手ノードとの間に確立される。ルート最適化を起動する決定は、アンカーポイントによって実行されることが望ましい。この決定はアンカーポイントに関連する他のいずれかのノードが実行することもできる。
【００３０】
本発明に従えば、アンカーポイント１２０だけが、対応するバインディング管理の状態と記録とを保持する。これは、移動ノード１０５のホームアドレスと相手ノード１１０の気付アドレスとを備える、対応するバインディングの受信記録と、少なくとも相手ノードのＩＰアドレスを備える、対応するバインディングの登録記録とを保持することにより、なされることが望ましい。さらに、アンカーポイントは、移動ノードのバインディング情報とともに、ＭＣＧＡに関する暗号の材料を記憶している。
【００３１】
本発明の１つの利点は、秘密鍵の共有は行わないが、それでもなお移動ノードは、自分自身の公開鍵ペアを使用することにより、アドレスの所有権を証明することができるという点である。さらに、ネットワークエンティティの間で秘密鍵の転送を行う必要がない。
【００３２】
移動ノード１０５に対するＭＣＧＡは、ブートストラップ段階で生成され、アンカーポイント１２０の指揮のもとで実行されることが望ましい。通常の場合では、グループ１３５は、アンカーポイントと移動ノードとから構成される。しかしながら、セカンダリアンカーポイント１３０等の他のネットワークエンティティもグループに参加することができる。ＭＣＧＡの生成は静的または動的な様式で行うことができる。静的な手法では、ＭＣＧＡのグループメンバはある特定なデータベース（例えば、図４の３５０で示されるホーム加入者サーバ（ＨＳＳ：Ｈｏｍｅ  Ｓｕｂｓｃｉｂｅｒ  Ｓｅｒｖｅｒ））の中に記憶されている情報に従って決定される。動的な手法によれば、グループメンバは、アンカーポイント１２０によって、種々の情報（例えば、移動ノード１０５にとってセカンダリアンカーポイント１３０が利用可能であるか否か）を考慮に入れて選定される。移動ノードもまた、ＭＣＧＡを生成するためにどの公開鍵が使用されるべきかを示す情報を提供することにより、公開鍵の選定に関与することができる。
【００３３】
ＭＣＧＡがいったん形成されると、リング署名スキームの性質からして、リンググループ１３５のメンバは変更することができないという点に注意をすべきである。これは、メンバを更新する必要が生じた場合には、関連するＭＣＧＡは再生成する必要があるということを意味する。
【００３４】
アンカーポイントは、ＭＣＧＡの属性を使用して、対応するバインディング更新メッセージ２１０を移動ノード１０５のピア（相手ノード１１０）に送信する。対応するバインディング更新メッセージ２１０の送信者であるアンカーポイント１２０は、自分の秘密鍵を使用して署名を生成する。この秘密鍵は、ＭＣＧＡを生成するために使用したグループメンバの公開鍵の内の１つと対（ペア）になければならない。署名はＲＦＣ４８６６およびＭＣＧＡの考え方に基づいて生成される。ＲＦＣ４８６６において規定されているように、対応するバインディング更新を送信する手順は、バインディング更新メッセージの送信者と受信者との間で確立された関係の状態に依存する。この場合、バインディング更新メッセージの送信者と受信者は、それぞれ、アンカーポイントとＣＮである。対応するバインディング更新メッセージをＭＣＧＡの属性によって認証するためには、メッセージは、署名、公開鍵のリスト、およびナンスインデックス（ゼロでないもの）を備えることが望ましい。メッセージはまた、例えば、通信に対して要求されたライフタイム（寿命）を指示する寿命フィールド（ｌｉｆｅｔｉｍｅ  ｆｉｅｌｄ）を含むこともできるであろう。公開鍵のリストをバインディング更新メッセージの中に含めるための方法の１つの例は、ＲＦＣ４８６６の中で規定されているＣＧＡパラメータオプション（ＣＧＡ  Ｐａｒａｍｅｔｅｒ  Ｏｐｔｉｏｎ）を使用することである。
【００３５】
相手ノードは、ＭＣＧＡ署名２１５を検証することにより、受信したバインディング更新メッセージ２１０を認証することができる。署名の検証は、リング署名の考え方に基づいて行われる（ＲＳＴを参照されたい）。その申し立てをされたＭＣＧＡ署名が検証された場合には、相手ノードは認証クレデンシャルを生成し、それをバインディング肯定応答メッセージ２２０の中に入れてバインディング更新メッセージの送信者に送信する。認証クレデンシャルは、送信者とバインディング更新メッセージを認証するために使用されるべきＣＮとの間で共有される秘密である。認証クレデンシャルは永久または半永久であることができ、そして、例えば、ＲＦＣ４８６６の中で規定されている永久ホーム鍵生成トークンであってもよい。認証クレデンシャルは暗号化されていることが望ましく、また引き続く登録においてノードをより効率よく認証するのに使用される。ノードは認証クレデンシャルを、基本的には高くない頻度で更新することができる。これは、いくつかの実施形態ではこのクレデンシャルが一定でもなければ短命でもない理由である。またこれは、ノード間のセキュリティアソシエーションが「半永久」であるということができる理由である。
【００３６】
相手ノードは、バインディング更新メッセージ２１０の中に含まれる公開鍵を確認する必要はない。これは、アンカーポイントの認可がホームテスト２０５によって暗黙になされて、このホームテスト２０５は、望ましくは、対応するバインディング登録の前に行われたからである。
【００３７】
相手ノードから見た場合には、リング署名スキームの性質からして、バインディング更新メッセージ２１０は、移動ノード１０５によって送信されたか、またはそのプロキシ（アンカーポイント）１２０によって送信されたかはわからない。しかしながら、匿名性はセキュリティに関する問題は引き起こさない。これは、この場合には、真の問題はアドレスの所有権であるからである。すなわち、要求（バインディングの生成）はホームアドレスの正当な所有者によってなされたか否かであるからである。
【００３８】
図３および図４を参照して、本発明を３ＧＰＰＳＡＥアーキテクチャに適用した実施形態を述べる。図４は、３ＧＰＰＳＡＥのアーキテクチャ（非特許文献８を参照されたい）を示す。また、図３は、ノード、アクセスルータ、およびアンカーポイントを示す。図中に示されるいくつかの要素に関しては、本出願には記述されていないものがある。この実施形態においては、図３においてＭＮ１０５で示される移動ノードは、訪問先のネットワーク領域、すなわち、ＶＰＬＭＮ（移動先地上公衆モバイルネットワーク）３３５に接続されていると仮定している。また、ローカルモビリティおよびグローバルモビリティの両方に対するＩＰモビリティを扱うために、プロキシモバイルＩＰｖ６（ＰＭＩＰｖ６：Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰｖ６）が使用されると仮定している。すなわち、サービング（在圏）ゲートウェイ（ＳＧ：Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）とＨＰＬＭＮ（Ｈｏｍｅ  Ｐｕｂｌｉｃ  Ｌａｎｄ  ＭｏｂｉｌｅＮｅｔｗｏｒｋ）３４０の中のパケットデータネットワーク（ＰＤＮ：Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）ゲートウェイとの間のインタフェース（Ｓ８ｂと示されている）、および、ＶＰＬＭＮの中では、ＰＤＮゲートウェイとＳＧとの間（Ｓ５）、ＰＤＮゲートウェイと信頼の置ける非３ＧＰＰアクセスとの間（Ｓ２ａ）、およびＰＤＮゲートウェイとｅＰＤＧとの間（Ｓ２ｂ）のインタフェースは全てＰＭＩＰｖ６である。ＭＮは２つのＩＰアドレスを有する。１つは、ＨＰＬＭＮ（ＨｏＡ＠ＨＰＬＭＮ）におけるグローバルホームアドレス（ＧＨｏＡ：Ｇｌｏｂａｌ  Ｈｏｍｅ  Ａｄｄｒｅｓｓ）であり、これはＨＰＬＭＮの中のＰＤＮゲートウェイ（ＰＤＮＧＷ）によって割り当てられたものである。他の１つはＶＰＬＭＮ（ＨｏＡ＠ＶＰＬＭＮ）におけるローカルホームアドレス（ＬＨｏＡ：Ｌｏｃａｌ  Ｈｏｍｅ  Ａｄｄｒｅｓｓ）である。高位層のプロトコルから見ると、ＭＮは、通信のために定常的に利用可能なＩＰアドレス（すなわち、ＨｏＡ＠ＨＰＬＭＮ）を使用するのが有利である。通常は、ＭＮは、どのＩＰアドレスがどのような特性または役割を有するかを知らない。
【００３９】
しかしながら、ＩＰパケットをルーティングするためのＩＰアドレスの選定は、３ＧＰＰＳＡＥアーキテクチャにおいては、ポリシー制御と課金との理由から、注意深く行われなければならない。３ＧＰＰＳＡＥアーキテクチャにおいては、ネットワーク事業者がユーザトラフィックを監視できるように、全てのユーザトラフィックはポリシー制御施行点（ｐｏｌｉｃｙ  ｃｏｎｔｒｏｌ  ｅｎｆｏｒｃｅｍｅｎｔ  ｐｏｉｎｔ）の内の少なくとも１つを通過することが要求される。３ＧＰＰＳＡＥアーキテクチャにおいては、ポリシー施行点は通常ＰＤＮゲートウェイに位置している。ＰＤＮゲートウェイは、ローカルモビリティアンカー（ＬＭＡ：Ｌｏｃａｌ  Ｍｏｂｉｌｉｔｙ  Ａｎｃｈｏｒ）とも呼ばれる。
【００４０】
上記を考慮すると、３ＧＰＰＳＡＥアーキテクチャにおけるルート最適化は、本発明に従って図３および図４を参照して実行することができる。ローミングを行うシナリオでは、ホームネットワーク３４０の中のＬＭＡ３４５は、移動ノードに対してそのホームアドレスとしてＭＣＧＡ（すなわち、ＨｏＡ＠ＨＰＬＭＮ）を割り当てる。その結果、異なる型のアクセスネットワークを訪問している移動ノードと相手ノードとの間のルーティングパスは、それぞれ、Ｐａｔｈ−１、Ｐａｔｈ−２、およびＰａｔｈ−３の内のいずれかになるであろう。本発明に従えば、ＬＭＡ３４５は、ＭＣＧＡ署名を添付したバインディング更新メッセージを相手ノードに送信する。気付アドレスの選定は、ポリシー制御および課金のシステム構成に同調して行わなければならない。すなわち、気付アドレスはルート最適化されたトラフィックがポリシー施行点を通過するように選定される。従って、訪問先ネットワークにおけるＬＭＡ３２０によって割り当てられたＩＰアドレス（すなわち、ＨｏＡ＠ＶＰＬＭＮ）は、気付アドレスとして選定される可能性が最も高い。例えば、移動ノードが３ＧＰＰアクセスネットワークに接続される場合は、最適化されたルーティングパスＰａｔｈ−１’（通常のＰａｔｈ−１と比較して）を確立することができる。移動ノードが信頼の置けない非３ＧＰＰアクセスネットワークに接続される場合、最適化されたルーティングパスは気付アドレスの選定に依存して異なってくる（Ｐａｔｈ−３’またはＰａｔｈ−３”）可能性がある。ＬＭＡは、移動ノードに代わって、ＭＣＧＡ署名を添付したバインディング更新メッセージを相手ノードＣＮ１１０に送信する。ＬＭＡは自分の秘密鍵を使用してそのメッセージに署名する。ＣＮはＭＣＧＡ署名を検証し、証明が正しいことが検証された場合には、ＣＮはバインディング肯定応答メッセージを、認証クレデンシャルを含めてバインディング更新メッセージの送信者（この場合にはＬＭＡ）に送信する。これにより、移動ノードと相手ノードとの間にはルート最適化がなされたパスを確立することができる。
【００４１】
しかしながら、ＶＰＬＭＮ３３５の中のＬＭＡ３２０はＭＣＧＡグループに参加する必要はない。これは、ＭＮが訪問するであろうＬＭＡを予想することが非常に困難だからである。将来ＭＮにサービスを提供する可能性のあるＬＭＡを含めることは、含めることにより複数ある公開鍵のリストが容易に大きくなってしまうので、シグナリングメッセージの経費を増大させるであろう。従って、上記で述べたＬＭＡは、移動ノードのホームネットワークの中に位置するＬＭＡ３４５（図３）であることが望ましい。バインディング更新メッセージの中で規定される気付アドレスは、ローカルホームアドレス（ＨｏＡ＠ＶＰＬＭＮ）であり、それにより、後続のトラフィックをＶＰＬＭＮ３３５の中のＰＤＮゲートウェイ（ＬＭＡ）に送信することが可能になる。従って、ＶＰＬＭＮにおけるＰＤＮゲートウェイは、気付テスト（ｃａｒｅ−ｏｆ  ｔｅｓｔ）を実行することができなければならない。ＨＰＬＭＮ３４０の中のＰＤＮゲートウェイ３４５とＶＰＬＭＮ３３５の中のＰＤＮゲートウェイ３２０との間には直接のインタフェースがないという点を注意しなければならない。従って、ルート最適化に関するシグナリングメッセージはＳ７インタフェースおよびＳ９インタフェースを通して転送されなければならない。
【００４２】
ＬＭＡがＣＧＡの生成を実行するためには、ＬＭＡにはグループメンバの公開鍵の全てのセットが必要である。３ＧＰＰＳＡＥアーキテクチャにおいては、ユーザの公開鍵はＨＳＳ３５０の中に記憶されている。従って、ＬＭＡはＡＡＡサーバを通してＨＳＳ３５０にアクセスする。ＨＰＬＭＮ３４０の中のＰＤＮゲートウェイ（ＬＭＡ）はＳ６ｃインタフェースおよびＷｘインタフェースを通してＭＮの公開鍵を要求する。
【００４３】
図５は、アンカーポイントが実行するルート最適化を開始する方法を示すフローチャートである。本方法はステップ５１０で開始され、ここで、アンカーポイントは、ＭＮに対するＭＣＧＡを生成する。ＭＣＧＡの生成はブートストラップ段階（ステップ５１０）で行われる。ＭＣＧＡはＭＮに対してホームアドレスとして割り当てられて（ステップ５１５）、ＭＮのバインディングはアンカーポイントに登録される（ステップ５２０）。トラフィックに対する正規の双方向パスがステップ５２５において確立され、ここで、パケットはアンカーポイントを介してルーティングされる。ある時点で、アンカーポイントは、所与のＣＮとのトランザクションに対してルート最適化がなされるべきか否かの判定を行う（ステップ５３０）。ルート最適化が必要もしくは要求される場合には、選択肢の「Ｙｅｓ」に従って、相手ノードにおいてバインディングを生成するためのステップがとられる。すなわち気付テストが実行される（ステップ５３５）。そして、ステップ５４０において、永久ホーム鍵生成トークン等の認証クレデンシャルが用意されているか否かの検査を行う。アンカーポイント（バインディング更新メッセージの送信者）と相手ノードとの間に半永久的なセキュリティアソシエーションがまだ確立されていない場合には、選択肢の「Ｎｏ」に従って、初期ホームアドレステストが要求される（ステップ５４５）。その結果、バインディング更新メッセージを認証するために必要な認証クレデンシャル（永久ホーム鍵生成トークン）はアンカーポイントに記憶される。ステップ５５０において、アンカーポイントはバインディング更新メッセージを相手ノードに送信する。メッセージにはＭＣＧＡ署名が添付される。相手ノードがそのメッセージを検証した場合には、ステップ５５５において、相手ノードはバインディング肯定応答メッセージをアンカーポイントに返送する。このメッセージは認証クレデンシャルを含む。ステップ５６０において、トラフィックまたはパケットは、ＣＮとＭＮとの間に直接にルーティングされる。あるいは、１つ以上のアクセスルータを介してルーティングされる。および/または、３ＧＰＰＳＡＥの実施形態では訪問先ネットワークの中のアンカーポイントを介してルーティングされる。何かの理由でＭＮが別のネットワークまたは領域にローミングを行う（ステップ５６５）場合には、選択肢「Ｙｅｓ」に従ってステップ５３０においてルート最適化が継続されるべきか否かの考慮がなされる。
【００４４】
図６は本発明に従ってルート最適化を取り扱うためのノード６００の構成要素を示す。これらの構成要素は、この場合には、単一の箱で実行される。しかしこれらの構成要素は、無論のことながら、多くの別個の箱で実行することも可能である。ノードはアンカーポイントであり、アンカーポイントは例えば、ＬＭＡ（ローカルモビリティアンカー）等の、アンカーノードとも呼ばれる。ノードはＩＰパケットの受信と送信を行うために、受信機６０５および送信機６１０とを備える。別個のエンティティとして示されている構成要素のいくつかは、無論のことながら、他のエンティティに組み入れることができる。ノードは、ＭＣＧＡを移動ノードに対するホームアドレスとして割り当てて登録するためのプロセッサ６１５またはそれと同等のものをさらに備える。プロセッサ６１５はまた、ＭＮとＣＮとの間の通信のためのルート最適化を、例えばＲＴＴ（ラウンドトリップタイム）測定結果に照らして起動するよう構成され、ルート最適化が必要なときだけに実行されることを保証することが望ましい。ノードはさらに、前記ＭＣＧＡを生成するための生成器６２０を備える。ノードはまた、他のノードに対するバインディング情報を記憶するメモリ６２５を備えることが望ましい。ノードはさらに、ルート最適化に関するポリシー設定（すなわち、ルート最適化を開始し、維持し、終了する基準となる種々の異なる基準）および/または移動ノードの公開鍵のリストを備えるデータベースを含むことができる。
【００４５】
図７は、クライアントに対するＭＣＧＡを生成する、ＩＫＥにおける認証のシグナリングフロー（ＩＫＥ＿ＡＵＴＨメッセージ交換として知られる）を示す。本発明に従えば、クライアントは移動ノードであり、サーバはアンカーポイントである。以下では、ＭＣＧＡを生成するためにクライアントとサーバとが必要な情報の交換を行うことを可能にするＩＫＥｖ２への拡張を記述する。この拡張は、ＩＫＥ＿ＡＵＴＨメッセージの交換を行う間に使用され、ここでは、クライアントが使用するべきアドレスは設定ペイロード（ＣＰ：ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｐａｙｌｏａｄ）を使用してサーバによって設定される。この手順は設定ペイロードの通常の交換における場合と同様であるが、応答と要求が、ＭＣＧＡを生成する公開鍵を含む点だけが異なる。図７に示すように、クライアントは、サーバによって構成されるべきＩＰアドレスを望むということを指示する要求メッセージ７０５を送信する。さらに、クライアントは、設定ペイロードの中にＩＮＴＥＲＮＡＬ＿ＩＰ６＿ＭＣＧＡと呼ばれる新しく定義したアトリビュートを規定することにより、ＭＣＧＡとしてのＩＰアドレスの型を指示する。これはＣＰ（ＣＦＧ＿ＲＥＱＵＥＳＴ）で示される。設定ペイロードは、ＭＣＧＡの生成のために使用する、クライアントの公開鍵を含む。サーバはクライアントからの要求を受信すると、クライアントに割り当てられるべきＭＣＧＡに対するグループに参加すると予想されるノードの公開鍵を収集する。サーバは、必要に応じて、外部のデータベースに接続して他のグループメンバの公開鍵を収集することもできる。アドレスを生成した後は、サーバは応答メッセージ７１０をクライアントに送信する。応答メッセージ７１０はアドレス構成の結果を含む。ＣＰ（ＣＦＧ＿ＲＥＰＬＹ）で示される設定ペイロードは、ＭＣＧＡおよび関連する公開鍵のリストを含む。クライアントは、ＭＣＧＡを抽出し、それをローカルインタフェースに割り当てる。クライアントは、ＭＣＧＡ署名の生成に将来使用するための、ＭＣＧＡに関連する公開鍵も記憶していなければならない。図７では以下の略号で示されている。ＩＤｉ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ−Ｉｎｉｔｉａｔｏｒ：発信者識別情報）、ＩＤｒ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ−Ｒｅｓｐｏｎｄｅｒ：応答者識別情報）、ＣＥＲＴ（Ｃｅｒｔｉｆｉｃａｔｅ：証明書）、ＣＥＲＴＲＥＱ（Ｃｅｒｔｉｆｉｃａｔｅ  Ｒｅｑｕｅｓｔ：証明書要求）、ＡＵＴＨ（Ａｕｔｈｅｎｔｉｆｉｃａｔｉｏｎ：認証）、ＣＰ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐａｙｌｏａｄ：設定ペイロード）、ＴＳｉ（Ｔｒａｆｆｉｃ  Ｓｅｌｅｃｔｏｒ−Ｉｎｉｔｉａｔｏｒ：発信者トラフィックセレクタ）、ＴＳｒ（Ｔｒａｆｆｉｃ  Ｓｅｌｅｃｔｏｒ−Ｒｅｓｐｏｎｄｅｒ：応答者トラフィックセレクタ）、ＳＡ（Ｓｅｃｕｒｉｔｙ  Ａｓｓｏｃｉａｔｉｏｎ：セキュリティアソシエーション）である。
【００４６】
要点を言えば、拡張によって以下のことが可能になる。
１）クライアントが、ＭＣＧＡを割り当てられたいという意志をサーバに通知すること、
２）クライアントが、自分の公開鍵を、ＩＰアドレスを生成するサーバに転送すること、および、
３）サーバが、ＭＣＧＡに関連する公開鍵の完全なセットをクライアントに提供することである。
【００４７】
ＩＫＥｖ２（非特許文献９を参照されたい）は、モバイルＩＰネットワークにおけるモビリティ信号を保護するための鍵を確立し保持するためのデフォルトのプロトコルであると考えられる。いくつかの場合には、ホームアドレスの割り当ては、ＩＫＥｖ２の設定ペイロードを使用して行われると予想される。
【００４８】
上記に従えば、本発明の一般的な考え方は、移動ノードに対するＭＣＧＡをアンカーポイントに生成させ、それを前記移動ノードに移動ノードのホームアドレスとして割り当てさせて、これによりアンカーポイントが、移動ノードに代わって行動し、アドレス（ＭＣＧＡ）の所有権を証明できるようにすることである。これにより以下のことが可能になる。
１）バインディング更新メッセージの認証  −  アンカーポイントは、ＭＮのホームアドレスの所有権を証明するメッセージの署名者になる。
２）アドレス管理  −  アンカーポイントは、ＭＮに対してＭＣＧＡを生成して割り当てる。そして、そのアドレスに対するＩＰモビリティ管理を行う。
３）グループ管理  −  アンカーポイントは、バインディング更新メッセージの署名者（送信者）となり得るノードのグループを形作る。
【００４９】
本発明は、多くの利点を提供する。例えば、複数のエンティティが、対応するバインディング登録を実行することができるメンバを持つグループに参加することができ、それにより。移動ノードに代わって行動できるようになる。ネットワークエンティティ（例えば、ＰＭＩＰｖ６ＭＡＧ）の間でのルート最適化に関する、移動ノードのモビリティコンテキストを転送する必要はない。また、ネットワークエンティティの間で暗号材料（特に、移動ノードの秘密鍵）の転送を行う必要もない。さらに、移動ノードは、その公開鍵ペアを使用することにより、ＩＰアドレス（ホームアドレス）の自己証明能力を有利に利用することができる。例えば、移動体は、拡張したＳＥＮＤノードとして振る舞うことができる。
【図１】
2011511519.tif 000003
【図２】
2011511519.tif 000004
【図３】
2011511519.tif 000005
【図４】
2011511519.tif 000006
【図５】
2011511519.tif 000007
【図６】
2011511519.tif 000008
【図７】
2011511519.tif 000009
【国際調査報告】
2011511519.tif 000010
2011511519.tif 000011
2011511519.tif 000012