(57)【要約】  モバイル・ノードのモビリティをサポートするネットワークにおいて、第１のモビリティ・ノードと第２のモビリティ・ノードとの間のトンネルがネットワークにおいて確立される。確立されたトンネルは、トンネルを介して通信されるデータをカプセル化するために少なくとも１つの鍵（２０８）を使用するトンネリング・プロトコル（例えば、汎用ルーティング・カプセル化・トンネリング・プロトコル）による。対称鍵又は非対称鍵は、例えば、重なるプライベートＩＰｖ４アドレス指定を使用するモビリティ・ノードをサポートする場合に、モビリティ・ノード間の順方向又は逆方向において特定のトラフィック・フローを識別するために使用することができる。シグナリングは、モビリティ・プロトコルにより、モバイル・ノードのモビリティ・サポートを提供するために通信される。ここで、モビリティ・プロトコルは、プロキシ・モバイル・インターネット・プロトコル及びモバイルＩＰバージョン６から選択される。
2010521888.tif 000002
【特許請求の範囲】
【請求項１】
モバイル・ノードのモビリティをサポートするネットワークにおいて通信する方法であって、
前記ネットワークにおける第１のモビリティ・ノードと第２のモビリティ・ノードとの間のトンネルを確立する工程であって、前記確立されたトンネルは、前記トンネルを介して通信されるデータをカプセル化するために少なくとも１つの鍵を使用するトンネリング・プロトコルによる工程と、
モビリティ・プロトコルによる前記モバイル・ノードのモビリティ・サポートを提供するためのシグナリングを通信する工程とを含み、前記モビリティ・プロトコルは、プロキシ・モバイル・インターネット・プロトコル（ＩＰ）及びモバイルＩＰバージョン６（ＩＰｖ６）から選択される方法。
【請求項２】
請求項１記載の方法であって、前記第１のモビリティ・ノードと前記第２のモビリティ・ノードとの間のトンネルを確立する工程は、モバイル・アクセス・ゲートウェイとローカル・モビリティ・アンカとの間の前記トンネルを確立する工程を含み、前記モビリティ・プロトコルがプロキシ・モバイルＩＰである方法。
【請求項３】
請求項２記載の方法であって、プロキシ・モバイルＩＰが、プロキシ・モバイルＩＰｖ４及びプロキシ・モバイルＩＰｖ６の一方を含む方法。
【請求項４】
請求項１記載の方法であって、前記第１のモビリティ・ノードと前記第２のモビリティ・ノードとの間のトンネルを確立する工程は、ハンドオフ手順中に第１のモバイル・アクセス・ゲートウェイと第２のモバイル・アクセス・ゲートウェイとの間で前記トンネルを確立する工程を含む方法。
【請求項５】
請求項１記載の方法であって、前記第１のモビリティ・ノードと前記第２のモビリティ・ノードとの間のトンネルを確立する工程は、前記モバイル・ノードとホーム・エージェントとの間のトンネルを確立する工程を含む方法。
【請求項６】
請求項１記載の方法であって、前記第１のモビリティ・ノードと前記第２のモビリティ・ノードとの間のトンネルを確立する工程は、汎用ルーティング・カプセル化（ＧＲＥ）トンネルを確立する工程を含む方法。
【請求項７】
請求項１記載の方法であって、前記トンネルを確立する工程は、
要求メッセージを前記第１のモビリティ・ノードから前記第２のモビリティ・ノードに送出する工程を含み、前記要求メッセージは、前記トンネルの作成が望ましい旨の表示を含み、前記要求メッセージは、プロキシ・バインディング・アップデート（ＰＢＵ）及びプロキシ登録要求（ＲＲＱ）メッセージのうちの一方を含む方法。
【請求項８】
請求項７記載の方法であって、前記表示を含む前記要求メッセージを送出する工程は、前記第１のモビリティ・ノードから前記第２のモビリティ・ノードに送出されるデータをカプセル化するために前記第１のモビリティ・ノードによって使用するための鍵を前記第２のモビリティ・ノードが生成する旨の表示を含む前記要求メッセージを送出する工程を含む方法。
【請求項９】
請求項８記載の方法であって、前記第１のモビリティ・ノードによって受信する工程を更に含み、肯定応答メッセージは、前記第２のモビリティ・ノードからの前記要求メッセージに応答し、前記肯定応答メッセージは前記鍵を含む方法。
【請求項１０】
請求項８記載の方法であって、前記要求メッセージを送出する工程は、前記第２のモビリティ・ノードから前記第１のモビリティ・ノードに送出されるデータをカプセル化するために前記第２のモビリティ・ノードによって使用される別の鍵を含む前記要求メッセージを送出する工程を含む方法。
【請求項１１】
請求項７記載の方法であって、前記表示を含む前記要求メッセージを送出する工程は、前記第１のモビリティ・ノードと前記第２のモビリティ・ノードとの間の前記トンネルにおける両方の方向においてデータをカプセル化するうえで使用するための対称鍵を前記第２のモビリティ・ノードが作成する旨の表示を含む前記要求メッセージを送出する工程を含む方法。
【請求項１２】
請求項７記載の方法であって、前記表示を含む前記要求メッセージを送出する工程は、対称鍵、非対称鍵、及び一方向鍵のうちの１つを生成するために前記表示を含む前記要求メッセージを送出する工程を含む方法。
【請求項１３】
請求項７記載の方法であって、前記トンネルの作成が望ましい旨の前記表示を含む前記要求メッセージを送出する工程は、暗黙的な表示を含む前記要求メッセージを送出する工程を含む方法。
【請求項１４】
請求項７記載の方法であって、前記トンネルの作成が望ましい旨の前記表示を含む前記要求メッセージを送出する工程は、明示的な表示を含む前記要求メッセージを送出する工程を含む方法。
【請求項１５】
請求項７記載の方法であって、前記要求メッセージを送出する工程は、ホーム・ネットワーク接頭語オプションを含む前記要求メッセージを送出する工程を含み、前記表示は前記ホーム・ネットワーク接頭語オプションの一部である方法。
【請求項１６】
請求項１５記載の方法であって、前記ホーム・ネットワーク接頭語オプションを含む前記要求メッセージを送出する工程は、前記第２のモビリティ・ノードによる前記ホーム・ネットワーク接頭語の動的作成が望ましい旨の表示である方法。
【請求項１７】
モバイル・ノードのモビリティをサポートするネットワークにおいて使用する第１のモビリティ・ノードであって、
前記ネットワークにおける第２のモビリティ・ノードと通信するためのインタフェースと、
第１のメッセージを前記第２のモビリティ・ノードに送出し、前記第１のメッセージは、第１のモビリティ・ノードと前記第２のモビリティ・ノードとの間の汎用ルーティング・カプセル化（ＧＲＥ）トンネルの確立が望ましい旨の表示を含み、
モビリティ・プロトコルにより、前記モバイル・ノードのモビリティ・サポートを提供するために前記第２のモビリティ・ノードとのシグナリングを通信するためのプロセッサとを備え、前記モビリティ・プロトコルは、プロキシ・モバイル・インターネット・プロトコル（ＩＰ）及びモバイルＩＰバージョン６（ＩＰｖ６）から選択される第１のモビリティ・ノード。
【請求項１８】
請求項１７記載の第１のモビリティ・ノードであって、前記メッセージは、プロキシ・バインディング・アップデート（ＰＢＵ）メッセージを含む第１のモビリティ・ノード。
【請求項１９】
請求項１７記載の第１のモビリティ・ノードであって、前記プロセッサは、前記第１のメッセージに応じて第２のメッセージを更に受信するよう構成され、前記第２のメッセージは、前記トンネルを介して通信されたデータをカプセル化するために使用する対象の鍵を含む第１のモビリティ・ノード。
【請求項２０】
請求項１９記載の第１のモビリティ・ノードであって、前記第２のメッセージに含まれる鍵は、（１）順方向及び逆方向にデータをカプセル化するための対称鍵、及び（２）前記逆方向にデータをカプセル化するための逆方向鍵の一方である第１のモビリティ・ノ―ド。
【請求項２１】
実行されると第１のモビリティ・ノードに、
第１のメッセージを第２のモビリティ・ノードに送出する機能であって、前記第１のメッセージは、トンネルの確立が望ましい旨の表示を含み、前記トンネルは、前記トンネルを介して通信されるデータをカプセル化するための少なくとも１つの鍵を使用するトンネリング・プロトコルによる機能と、
モビリティ・プロトコルにより、モバイル・ノードのモビリティ・サポートを提供するために前記第２のモビリティ・ノードとのシグナリングを通信する機能であって、前記モビリティ・プロトコルは、プロキシ・モバイル・インターネット・プロトコル（ＩＰ）及びモバイルＩＰバージョン６（ＩＰｖ６）から選択される機能と
を実行させる旨の命令を含む少なくとも１つのコンピュータ読み取り可能な記憶媒体を含む物品。
【請求項２２】
請求項２１記載の物品であって、前記トンネルが汎用ルーティング・カプセル化（ＧＲＥ）トンネルである物品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、モバイル・インターネット・プロトコル通信のトンネリング・サポートの提供に関する。
【背景技術】
【０００２】
ネットワークは、各種ネットワーク要素（パソコン、携帯電話機、インターネット機器、携帯情報端末（ＰＤＡ）等など）を結びつけるために使用される。ネットワーク要素のモビリティは、所望の特徴である。ユーザが、別々の地点間を移動するにつれ、ユーザに関連付けられたネットワーク要素の接続点は変わり得る。異なるネットワーク間の接続点をユーザが変えることを可能にするうえでの柔軟性及び利便性の向上をもたらすために、モバイルＩＰ（インターネット・プロトコル）が規定されている。モバイルＩＰのバージョンには、モバイルＩＰｖ４及びモバイルＩＰｖ６が含まれる。
【０００３】
一般に、モバイルＩＰｖ６によれば、モビリティはモバイル・ノードによって管理される。最近では、ネットワークベースのモビリティを提供するためにプロキシ・モバイルＩＰｖ４及びＩＰｖ６が提案されている。プロキシ・モバイルＩＰ（ＩＰｖ４又はＩＰｖ６）によれば、モバイル・ノードは、モバイル・ノードに代わって、モビリティ管理のためのシグナリング・メッセージングの交換に関与しなくてよい。
【０００４】
ベース・プロキシ・モバイルＩＰプロトコルは、プロキシ・モバイルＩＰネットワークにおけるノード間のベアラー・データをトンネリングするために使用される。プロキシ・モバイルＩＰｖ６コンテキストでは、前述のノードは、モバイル・アクセス・ゲートウェイ（ＭＡＧ）及びローカル・モビリティ・アンカ（ＬＭＡ）を含む。ＭＡＧは、ＭＡＧに接続されるモバイル・ノードのモビリティ関連シグナリングを管理する。ＬＭＡは、ホーム・エージェントの機能、及びプロキシ・モバイルＩＰｖ６プロトコルをサポートするための他の機能を提供する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＩＰ内ＩＰトンネリングの使用に関連した課題には、内部トンネル内パケットが、重なるプライベートＩＰアドレスを有する場合、前述のトンネリングを使用することは可能でないということがある。例えば、別々のネットワーク・オペレータ又はサービス・プロバイダに関連付けられたモバイル・ノードには、それぞれのネットワークにおいて同じプライベートＩＰアドレスを付与し得る。プライベートＩＰアドレスの前述の重なりは、ＩＰ内ＩＰトンネリングの正しい使用を妨げる。更に、ＩＰ内ＩＰトンネリングに関連した柔軟性は相対的に限定的である。
【課題を解決するための手段】
【０００６】
一般に、一実施例によれば、トンネルが、モバイル・ノードのモビリティをサポートするネットワークの、第１のモビリティ・ノードと第２のモビリティ・ノードとの間で確立される。確立されたトンネルは、トンネルを介して通信されるデータをカプセル化するために少なくとも１つの鍵を使用するトンネリング・プロトコルによる。モビリティ・プロトコルによるシグナリングは、モバイル・ノードのモビリティ・サポートを提供するよう伝達される。モビリティ・プロトコルは、プロキシ・インターネット・プロトコル（ＩＰ）及びモバイル・インターネット・プロトコル・バージョン６（Ｉｐｖ６）のうちから選択される。
【図面の簡単な説明】
【０００７】
【図１】本発明の好ましい実施例を組み入れることが可能なモビリティ・ネットワークの例示的な構成を示すブロック図である。
【図２】好ましい実施例による、汎用ルーティング・カプセル化（ＧＲＥ）鍵オプション及びＧＲＥヘッダの例示的な形式を示す図である。
【図３】好ましい実施例による、汎用ルーティング・カプセル化（ＧＲＥ）鍵オプション及びＧＲＥヘッダの例示的な形式を示す図である。
【図４】好ましい実施例による、ＧＲＥトンネリングをサポートするためのモビリティ・ノードの動作のフロー図である。
【図５】好ましい実施例による、ＧＲＥトンネリングをサポートするためのモビリティ・ノードの動作のフロー図である。
【図６】別の好ましい実施例による手順を示すメッセージ・フロー図である。
【発明を実施するための形態】
【０００８】
他の構成又は別の構成は、以下の説明、添付図面、及び特許請求の範囲から明らかになるであろう。
【実施例】
【０００９】
以下の詳細な説明では、数多くの詳細を記載して特定の実施例を理解させるようにしている。しかし、前述の詳細なしで一部の実施例を実施することができるということ、及び本願記載の実施例以外の数多くの変形又は修正が可能であり得るということを当業者は理解するであろう。
【００１０】
好ましい実施例によれば、モビリティ・ノード間でトンネルを確立する旨の表示を、モビリティ・ネットワーク内の第１のモビリティ・ノードがピア・モビリティ・ノードに与えることを可能にするための手法又は機構が提供される。確立する対象の特定のトンネルは、好ましい実施例によれば、汎用ルーティング・カプセル化（ＧＲＥ）トンネルである。ＧＲＥは、インターネット・プロトコル（ＩＰ）パケット内の種々のネットワーク層パケットをカプセル化するためのトンネリング・プロトコルである。ＧＲＥの一バージョンは、西暦２０００年３月付の「Ｇｅｎｅｒｉｃ  Ｒｏｕｔｉｎｇ  Ｅｎｃａｐｓｕｌａｔｉｏｎ  （ＧＲＥ）」と題するＲｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ  （ＲＦＣ）  ２７８４に開示されている。ＧＲＥカプセル化パケットには通常、以下が含まれる。デリバリーＩＰヘッダ、ＧＲＥヘッダ、及びペイロード・パケット（下にあるＩＰパケットを含む）ＧＲＥプロトコルは、ＧＲＥヘッダにおいて供給することが可能な鍵（「ＧＲＥ鍵」と呼ばれる）の使用をサポートする。ここで、前述の鍵は、モビリティ・ノード間の順方向又は逆方向における特定のトラフィック・フローを識別するために使用される。トラフィック・フローは、セッション又は他の交換におけるユーザ又は制御トラフィックの通信を表す。
【００１１】
モビリティ・ネットワークは、別々の場所間でモバイル・ノード（例えば、ポータブル・コンピュータ、携帯情報端末又はＰＤＡ、携帯電話機等）を物理的に移動させることが可能なネットワークである。別々の場所間でモバイル・ノードが移動するにつれ、モバイル・ノードは、別々のアクセス・ポイントに接続される。一部の好ましい実施例では、モビリティは、モバイルＩＰｖ６などのインターネット・プロトコル（ＩＰ）モビリティによって定義されている。現行バージョンのモバイルＩＰｖ６は、「Ｍｏｂｉｌｉｔｙ  Ｓｕｐｐｏｒｔ  ｉｎ  ＩＰｖ６」と題する、西暦２００４年６月付のＲＦＣ３７７５に定義されている。あるいは、モビリティは、プロキシ・モバイルＩｐｖ４又はプロキシ・モバイルＩＰｖ６などのプロキシ・モバイルＩＰプロトコルによって提供することが可能である。現行バージョンのプロキシ・モバイルＩｐｖ６は、西暦２００８年２月２５日付の「Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰｖ６」と題するインターネット・ドラフト（ｄｒａｆｔ−ｉｅｔｆ−ｎｅｔｌｍｍ−ｐｒｏｘｙｍｉｐ６−１１．ｔｘｔ）に開示されている。現行バージョンのプロキシ・モバイルＩＰｖ４は、西暦２００８年２月１３日付の「ＷｉＭＡＸ  Ｆｏｒｕｍ／３ＧＰＰ２  Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰｖ４」と題するインターネット・ドラフト（ｄｒａｆｔ−ｌｅｕｎｇ−ｍｉｐ４−ｐｒｏｘｙ−ｍｏｄｅ−０７．ｔｘｔ）に開示されている。
【００１２】
他の好ましい実施例では、トラフィック・フローにおけるデータをカプセル化するために鍵を使用する他のトンネリング・プロトコルをＧＲＥプロトコルの代わりに使用することが可能である。以下では、モビリティ・ネットワーク内のモビリティ・ノード間でのＧＲＥトネリング・プロトコルの使用に言及する。同様な手法を、トラフィック・フローにおけるデータをカプセル化するために鍵を使用する他のトンネリング・プロトコルにも適用することが可能である。
【００１３】
モビリティ・ネットワーク内の通信においてＧＲＥを用いることにより、以下の便益のうちの１つ又は複数がもたらされ得る。柔軟性は、逆方向及び順方向に、移動局毎に１つ又は複数のトンネルを定義することによって向上する（順方向はネットワークからモバイル・ノードへの、トラフィック・フローの方向を表し、トラフィック・フローの逆方向はモバイル・ネットワークからネットワークへの方向である）。ＧＲＥトンネルを使用することにより、別々のネットワーク・オペレータ又はサービス・プロバイダによって複数の移動局に割り当てられるプライベートＩＰアドレスの重なりという問題に対処することが可能である。トンネルの確立中に割り当てられるＧＲＥ鍵を使用することにより、ネットワーク内のモビリティ・ノードは、複数のモバイル・ノードが同じプライベートＩＰアドレスに割り当てられてもトラフィック・フローを識別することができる。
【００１４】
更に、ＧＲＥトンネリング・プロトコルに関連付けられたシーケンス番号は、順番誤りパケットを回避するために使用することが可能である。これは、パケットの順番誤りに対する感応度が高いアプリケーションにおいて有益であり得る。更に、特定の移動局の複数のトンネルを定義することができることにより、別々のサービス品質（ＱｏＳ）レベルを、特定の移動局の別々のアプリケーションに関連した別々のＩＰセッションについて設けることが可能である。
【００１５】
更に、特定の好ましい実施例によれば、順方向データ経路及び逆方向データ経路を識別するためのＧＲＥ鍵は、対称ＧＲＥ鍵又は非対称ＧＲＥ鍵であり得る。対称ＧＲＥ鍵の割り当ては、ＧＲＥトンネル内の順方向及び逆方向でのトラフィック・フローを識別するために同じＧＲＥ鍵が使用されるということを表す。一方、非対称ＧＲＥ鍵の割り当ては、順方向及び逆方向毎の別々のＧＲＥ鍵が使用されることを意味する。あるいは、一方向鍵を代わりに生成することが可能である。ここで、第１のモビリティ・ノードは、第２のモビリティ・ノードによって使用される対象の鍵を生成し、逆も同様である
好ましい実施例によれば、第１のモビリティ・ノードは、ＧＲＥトンネル内の特定のトラフィック・フローについてのベアラー・データ・トラフィックの通信のために第１のモビリティ・ノードとピア・モビリティ・ノードとの間のＧＲＥトンネルをピア・モビリティ・ノードが確立する旨を示すために、ピア・モビリティ・ノードと交換されるメッセージ内に表示をセットすることができる。前述の表示が提示されると、第１のモビリティ・ノードは、ピア・モビリティ・ノードに送出されるメッセージ内に適切な鍵情報を備えたＧＲＥ鍵オプションも含む。ＧＲＥ鍵オプションは、モビリティ・ノード間の交換について定義される既存のメッセージの拡張であり得る。
【００１６】
表示は、明示的であり得、特定の値にセットされたフラグ（例えば、ＧＲＥフラグ）、又は、特定の値にセットされたフィールド（例えば、ホーム・ネットワーク接頭語又はＨＮＰオプション）の形式であり得る。ホーム・ネットワーク接頭語（ＨＮＰ）は通常、モバイル・ノードのＩＰアドレスを構築するためにモバイル・ノードによって通常、使用される。ＧＲＥフラグ又はＨＮＰオプションは、モビリティ・ノード間の交換について定義される既存のメッセージの拡張でもあり得る。
【００１７】
あるいは、ＧＲＥトンネルを確立するための表示は暗黙的であり得る。例えば、第１のモビリティ・ノードからピア・モビリティ・ノードへ送出されるメッセージにＧＲＥ鍵オプションが含まれていることは、当該特定の値にＧＲＥフラグ又はＨＮＰオプションがセットされていなくてもＧＲＥトンネリングの確立が望まれる旨の暗黙的な表示である。
【００１８】
更に、対称鍵を作成するか、非対称鍵を作成するかの表示は、明示的であっても黙示的であってもよい。対称鍵の生成対非対称鍵の生成の明示的な表示は、モビリティ・ノード間で送出されるメッセージに含まれるＧＲＥ鍵オプションにおける特定のフィールド（オプション・サブタイプ・フィールドとして後述する）を考えられる複数の値のうちの１つに選択的にセットすることによって規定することが可能である。例えば、オプション・サブタイプ・フィールドの第１の値は非対称鍵を作成する旨を示す一方、オプション・サブタイプ・フィールドの第２の値は対称鍵を生成する旨を示す。
【００１９】
対称鍵生成対非対称鍵生成の暗黙的な表示は、モビリティ・ノード間のメッセージに収容されるＧＲＥ鍵オプション内のＧＲＥ鍵フィールドを特定の無効値（例えば、全てゼロ）にセットする（又はセットしない）ことによって達成することが可能である。ＧＲＥ鍵フィールドを無効値にセットすることは、対称鍵生成が望ましい旨の暗黙的な表示である。ＧＲＥ鍵フィールドを有効値にセットすることは、非対称鍵生成が望ましい旨の暗黙的な表示である。
【００２０】
以下に更に詳細に説明するように、前述のＧＲＥ鍵オプション、及び／あるいはＨＮＰオプション、並びに／あるいはＧＲＥフラグを収容することが可能なモビリティ・ノード間で交換されるメッセージは、プロキシ・バインディング更新（ＰＢＵ）メッセージ及びプロキシ・バインディング肯定応答（ＰＢＡ）メッセージ（プロキシ・モバイルＩＰコンテキスト内）、又は他のタイプのメッセージ（例えば、モバイルＩＰｖ６コンテキストにおけるバインディング更新及びバインディング肯定応答）を含む。ＧＲＥ鍵オプション、及び／あるいはＨＮＰオプション、並びに／あるいはＧＲＥ鍵フラグが、前述のメッセージの拡張とみなされる。あるいは、ＰＢＵメッセージを送出するかわりに、別のタイプのメッセージ（プロキシ登録要求（ＲＲＱ）メッセージなど）を用いることが可能である。
【００２１】
図１は、例示的なモビリティ・ネットワーク構成を示す。好ましい実施例によれば、これは、プロキシ・モバイルＩＰｖ６ネットワーク構成である。図１に表すように、モバイル・ノード１００は、モバイル・アクセス・ゲートウェイ（ＭＡＧ）１０２と無線通信することができる。ＭＡＧは、ＭＡＧ１０２に接続されたモバイル・ノードのモビリティ関連シグナリングを管理する。ＭＡＧは、例えば、モバイル・ノードと無線通信するアクセス・ポイントの一部であり得る。ＭＡＧは、モバイル・ノードの代わりにモビリティ管理を行い、更に、それぞれのＭＡＧのカバレッジ・エリア間をモバイル・ノードが跨る際にＭＡＧと別のＭＡＧとの間でハンドオーバを行うことが可能であるように、モバイル・ノードの移動を追跡する。
【００２２】
ＭＡＧ１０２、１０４は、ホーム・エージェントの機能を提供し、プロキシ・モバイルＩＰｖ６プロトコルをサポートするための更なる機能を提供するローカル・モビリティ・アンカ（ＬＭＡ）１０６に接続される。ホーム・エージェントは、モバイル・ノードのバインディングを維持することができる。ここで、バインディングは、モバイル・ノードの気付アドレスとの、（モバイル・ノードのホーム・ネットワークにおける）モバイル・ノードのホーム・アドレスの関連付け、及びその関連付けの残りの寿命との関連付けである。気付アドレスは、訪問したネットワークに訪問している間に、モバイル・ノードに関連付けられたアドレスである。ホーム・エージェントは、モバイル・ノードがその現在の気付アドレスを登録したモバイル・ノードのホーム・ノードのホーム・ネットワーク上のルータである。
【００２３】
プロキシ・モバイルＩＰｖ６コンテキストでは、ＭＡＧ１０２又は１０４及びＬＭＡ１０６は、好ましい実施例により、ＧＲＥトンネルをその間で確立することが可能であるモビリティ・ノードである。ＧＲＥトンネル端点は、ＭＡＧ  ＩＰアドレス及びＬＭＡ  ＩＰアドレスである。ＭＡＧとＬＭＡとの間で通信されるトラフィックは、ＭＡＧ及びＬＭＡのＩＰアドレスを使用して、しかし、トラフィック・フローを識別するＧＲＥ鍵によってトンネリングされる。
【００２４】
あるいは、プロキシ・モバイルＩＰｖ４コンテキストでは、モビリティ・ノード１０６はアクセス・ゲートウェイ（ＡＧＷ）であり、モビリティ・ノード１０２、１０４はプロキシ・モビリティ・エージェント（ＰＭＡ）である。ＧＲＥトンネルは、好ましい実施例によれば、ＰＭＡとＡＧＷとの間で確立することが可能である。
【００２５】
モバイルＩＰｖ６コンテキストでは、ＭＡＧ１０２又は１０４は提供されない。むしろ、モバイル・ノード１００が（例えば、無線で）アクセス・ポイントに接続し、このアクセス・ポイントは同様にホーム・エージェントに接続される。よって、モバイルＩＰｖ６コンテキストでは、ＭＡＧ１０２又は１０４はアクセス・ポイントで置き換えられ、ＬＭＡ１０６はホーム・エージェントで置き換えられる。更に、モバイルＩＰｖ６コンテキストでは、アクセス・ポイントを介して、モバイル・ノード１００とホーム・エージェントとの間でＧＲＥトンネルを確立することが可能である。このコンテキストでは、ＧＲＥトンネルをそれらの間で確立することが可能なモビリティ・ノードは、モバイル・ノード及びホーム・エージェントである。
【００２６】
図１には、ＭＡＧ１０２とＭＡＧ１０４との間のリンク１０３も表す。ハンドオーバ手順の間（例えば、モバイル・ノード１０１がＭＡＧ１０２からＭＡＧ１０４にハンドオフされる際）、ＧＲＥトンネルは、好ましい実施例によれば、リンク１０３を介してＭＡＧ１０２とＭＡＧ１０４との間で確立することが可能である。
【００２７】
以下に、ＭＡＧとＬＭＡとの間のＧＲＥトンネルの確立について説明する。２つのＭＡＧ間、ＰＭＡとＡＧＷとの間（プロキシ・モバイルＩＰｖ４）、及びモバイル・ノードとホーム・エージェントとの間（モバイルＩＰｖ６）にトンネルを確立するために、同様な手法を施すことも可能である。
【００２８】
ＭＡＧは、モバイル・ノード１００とのトラフィック・フローにおけるベアラー・データのＧＲＥトンネリング機構をＬＭＡが使用すべきである旨をＬＭＡ１０６に表示するために、明示的な表示（例えば、ＧＲＥフラグ又はＨＮＰオプション）を所定値にセットすることが可能である。好ましい実施例では、表示は、プロキシ・バインディング更新（ＰＢＵ）メッセージに含まれており、これは、モバイル・ノードの場所及び新たな気付アドレスを更新するようＬＭＡ１０６に送出される。別の実施例では、表示は、ＭＡＧ１０２と、ＭＡＧ１０４とＬＭＡ１０６との間で交換される他のタイプのメッセージに含まれ得る。
【００２９】
ＭＡＧ１０２と、ＭＡＧ１０４と、ＬＭＡ１０６との間でＧＲＥトンネルの確立を可能にするために、ＭＡＧ１０２、ＭＡＧ１０４、及びＬＭＡ１０６それぞれは、個別のＧＲＥ制御モジュール１０８及び１１０を含む。ＧＲＥ制御モジュール１０８又は１１０はソフトウェアで実現することが可能である。あるいは、ＧＲＥ制御モジュールはハードウェアで実現することが可能である。
【００３０】
ソフトウェアで実現された場合、ＧＲＥ制御モジュール１０８は、ＭＡＧ１０２内の記憶機構１１４に接続された中央処理装置（ＣＰＵ）１１２上で実行可能である。同様に、ＧＲＥ制御モジュール１１０は、記憶機構１１８に接続されたＣＰＵ１１６上で実行可能であり得る。
【００３１】
ＭＡＧ１０２は、モバイル・ノード１００と（例えば、無線周波数通信を使用して）無線通信するための無線インタフェース１２０も含む。ＭＡＧ１０２は、ＬＭＡ１０６の対応するネットワーク・インタフェース１２４と通信するためのネットワーク「・インタフェース１２２も含む。ＭＡＧ１０２、１０４及びＬＭＡ１０６はそれぞれ、プロキシ・モバイルＩＰｖ４やプロキシ・モバイルＩＰｖ６などの、ＩＰモビリティをサポートするためのめいめいのＩＰモビリティ・モジュール１２５又は１２６も含む。ＩＰモビリティ・モジュール１２５及び１２６は、ネットワーク内のモバイル・ノード１００のモビリティをサポートするためのシグナリングを交換することができる。モバイルＩＰｖ６コンテキストでは、ＩＰモビリティ・モジュール１２５及び１２６は、モバイル・ノード１００及びホーム・エージェントそれぞれに含まれる。
【００３２】
特定の好ましい実施例による、ＧＲＥトンネルの確立を表示するための明示的な表示は、ＭＡＧ１０２、１０４及びＬＭＡ１０６間で交換されるメッセージにおいてＧＲＥ制御モジュール１０８又は１１０によってセットすることが可能である。上述の通り、そうしたメッセージの１つにＰＢＵメッセージがある。一例では、ＰＢＵメッセージは、ＧＲＥトンネルの確立が望ましい旨をＬＭＡ１０６に明示的に表示するために特定の値（例えば、「１」）にセットすることが可能なＧＲＥ鍵フラグを含み得る。あるいは、ＰＢＵメッセージ内のＧＲＥ鍵フラグを使用する代わりに、ＰＢＵ内のＨＮＰオプションは、ＧＲＥトンネルの確立が望ましい旨を明示的に表示するために特定の値（例えば、全て、「Ｉｓ」又は特定の他の所定値）にセットすることが可能である。更に別の例では、ＧＲＥトンネルを確立する旨の望みの暗黙的な表示を与えることが可能である。これは、ＰＢＵメッセージにおいてＨＮＰオプション又はＧＲＥ鍵フラグなしのＧＲＥ鍵オプションを含めることによって実現することが可能である。
【００３３】
図２は、（ＧＲＥに関連するものとしてのＧＲＥ鍵オプション２００を識別するための）ＧＲＥオプション・フィールド２０２、（ＧＲＥ鍵フィールド２０８の長さを示すための）オプション長フィールド２０４、（ＧＲＥ鍵フィールド２０８に含まれるＧＲＥ鍵のタイプを表示するための）オプション・サブタイプ・フィールド２０６とを含む例示的なＧＲＥ鍵オプション２００を示す。オプション・サブタイプ・フィールド２０６が第１の値（例えば、０１）を含む場合、順方向の鍵が含められる。オプション・サブタイプ・フィールド２０６が第２の値（例えば、１０）を含む場合、逆方向の鍵がＧＲＥフィールド２０８に含められる。オプション・サブタイプ・フィールド２０６が第３の値（例えば、１１）を含む場合、順方向及び逆方向の両方に使用される対称鍵が含められる。順方向及び逆方向の非対称鍵を確立するために、０１又は１０のオプション・サブタイプ値を使用して順方向及び逆方向にセットすることが可能である。
【００３４】
オプション・サブタイプ・フィ―ルド２０６の特定値を含むＰＢＵメッセージは事実上、非対称鍵の生成が望ましいか、対称鍵の生成が望ましいかの明示的な表示を与える。ＰＢＵメッセージのオプション・サブタイプ・フィールド２０６内の「０１」の値は非対称鍵生成に対する要求である一方、ＰＢＵメッセージのオプション・サブタイプ・フィールド２０６内の「１１」の値は、非対称鍵生成に対する要求である。
【００３５】
非対称対対称ＧＲＥ鍵の生成を明示的に規定するためにオプション・サブタイプ・フィールド２０６を使用する代わりに、別の手法は、暗黙的な表示を使用するというものである。この暗黙的な表示は、（オプション・サブタイプ・フィールド２０６なしで）ＧＲＥ鍵オプションのＧＲＥ鍵フィールド２０８に、所定の無効値を含めることを伴い得る。例えば、ＰＢＵメッセージに含まれるＧＲＥ鍵フィールド２０８に全てゼロのＧＲＥ鍵値を含めることは、対称鍵をＬＭＡ１０６によって作成する旨の暗黙的な表示になる。ＰＢＵメッセージに含まれるＧＲＥ鍵フィールド２０８における（順方向ＧＲＥ鍵になる）ＧＲＥ鍵の有効値は、非対称鍵を使用する旨の表示になる。
【００３６】
ＧＲＥ鍵（非対称鍵又は対称鍵）のネゴシエーションが行われると、特定のモバイル・ノードの特定のトラフィック・フローについてＭＡＧとＬＭＡとの間で交換される後続データは全て、ネゴシエーションが行われた鍵を含むＧＲＥヘッダを使用してカプセル化される。
【００３７】
「Ｋｅｙ  ａｎｄ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ  Ｅｘｔｅｎｓｉｏｎｓ  ｔｏ  ＧＲＥ」と題する西暦２０００年９月付のＲＦＣ２８９０に定義されているＧＲＥヘッダ３００の形式は図３に表す。鍵存在ビット３０２（「Ｋ」によって表される）は、任意の鍵フィールド３０４がＧＲＥヘッダ３００において存在している旨を値「１」にセットすることが可能である。鍵存在ビット３０２が値「１」にセットされない場合、鍵フィールド３０４はＧＲＥヘッダ３００に存在していない。鍵フィールドは、ＭＡＧとＬＭＡとの間でネゴシエーションが行われた逆方向又は順方向（若しくは対称）のＧＲＥ鍵を含む。
【００３８】
ＧＲＥヘッダに存在している別のフラグは、シーケンス番号フィールド３０８が存在している旨を示すために値「１」にセットすることが可能なシーケンス番号存在ビット（Ｓビット）３０６である。
【００３９】
鍵フィールド３０４は、ＧＲＥトンネル内の個別のトラフィック・フローを識別するためのＧＲＥ鍵を含む。トラフィック・フローに属するパケットは鍵フィールド３０４内の鍵値を使用してカプセル化され、デカプセル化トンネル端点は、鍵フィールド３０４の値に基づいたトラフィック・フローに属するパケットを識別する。
【００４０】
シーケンス番号フィールド３０８は、カプセル化器から送出されたパケットの順序を受信端点が確かめることを可能にするためのシーケンス番号を与える。パケットのシーケンス番号フィールド３０８によって与えられるシーケンス番号は、パケットの通りがけ順の配信を可能にする。
【００４１】
ＬＭＡ１０６は、ＭＡＧ１０２に送出されるＰＢＵメッセージに応じてＭＡＧ１０２にプロキシ・バインディング肯定応答（ＰＢＡ）メッセージを送出する。ＰＢＡメッセージは、特定されたトラフィック・フローのベアラー・データのＧＲＥトンネリングをＬＭＡがサポートし、受け入れる旨をＭＡＧに表示するためのＧＲＥフラグも含み得る。ＰＢＡ内のＧＲＥフラグは、ＰＢＵメッセージ内の対応するＧＲＥフラグがセットされている場合にのみセットされる。ＧＲＥフラグ・ビットがＰＢＡ内にセットされている場合、ＬＭＡはＰＢＡメッセージにＧＲＥ鍵オプション２００を含める。
【００４２】
あるいは、ＰＢＡメッセージはＧＲＥフラグを含めなくてよいが、むしろ、ＧＲＥ鍵オプション２００のみを含み得る。
【００４３】
図４は、好ましい実施例により、ＭＡＧ１０２又は１０４（図１）によって行われるタスクを示す。プロキシ・モバイルＩＰｖ４コンテキストでは、同様なタスクをＰＭＡによって行うことが可能である。モバイルＩＰｖ６コンテキストでは、同様なタスクをモバイル・ノード１００によって行うことが可能である。
【００４４】
ＭＡＧ１０２が、ＬＭＡ１０６とのＧＲＥトンネルを確立したい場合、ＭＡＧ１０２は（４０２で）ＰＢＵをＬＭＡ１０６に送出する。ここで、ＰＢＵは、ＧＲＥトンネリングが望ましい旨の表示を含む。例えば、ＰＢＵは、値「１」にセットされたＧＲＥフラグを含み得、ＰＢＵは、上記ＧＲＥ鍵オプションも含む。ＧＲＥ鍵オプションは、（非対称鍵の生成を示すための）値「０１」又は（対称鍵の生成を示すための）値「１１」を含む得るオプション・サブタイプ・フィールド２０６（図２）を含み得る。オプション・サブタイプ・フィールド２０６が値「０１」を含む場合、ＭＡＧによって送出されるＰＢＵは、ＬＭＡから、宛先移動局のＭＡＧに、ＧＲＥトンネル内で順方向に送出されるパケットをカプセル化するためにＬＭＡ１０６によって使用される対象の順方向のＧＲＥ鍵（順方向ＧＲＥ鍵）を含む。更に、値「０１」を有するＰＢＵにおけるオプション・サブタイプ・フィールド２０６は、逆方向のＧＲＥ鍵（逆方向ＧＲＥ鍵）をＬＭＡが生成する旨のＬＭＡへの表示である。この逆方向ＧＲＥ鍵はＬＭＡにより、ＭＡＧに送出される。ここで、逆方向鍵は、ＧＲＥトンネルを介してＬＭＡに通信するためにモバイル・ノードからのパケットをカプセル化するためにＭＡＧによって使用される。一方、ＰＢＵに含まれるオプション・サブタイプ・フィールド２０６が値「１１」を有する場合、それは、トンネル内の順方向及び逆方向に使用される対象の対称鍵をＬＭＡが生成する旨のＬＭＡへの表示である。ＬＭＡは次いで、この対称鍵をＰＢＡメッセージ内のＭＡＧに通信する。
【００４５】
あるいは、以下に更に説明するように、ＧＲＥフラグを使用するかわりに、ＧＲＥトンネルの確立が望ましいことを明示的に特定するためにＨＮＰオプションを使用することが可能である。更に、上記の通り、ＧＲＥトンネルの確立が望ましいことの暗黙的な表示は、（ＧＲＥフラグ又はＨＮＰオプションなしで）ＧＲＥ鍵オプション２００を単に含めることによって達成することが可能である。更に、対称鍵の生成対非対称鍵の生成を明示的に規定するためにオプション・サブタイプ・フィールド２０６を使用するかわりに、暗黙的な機構を使用することが可能である。ここで、ＧＲＥ鍵オプションに含まれる鍵フィールドは対称鍵の生成を規定するために無効値にセットすることが可能である一方、鍵フィールドに含まれる有効な順方向ＧＲＥ鍵が望ましい。
【００４６】
ＭＡＧは次に、ＰＢＵメッセージに応じてＰＢＡメッセージを受信する（４０４）。ＰＢＡメッセージの内容は、種々の条件に応じてＬＭＡによってセットされる。例えば、ＬＭＡがＧＲＥトンネリングをサポートすることができない場合、ＧＲＥトンネル生成に対するＭＡＧの要求を拒否することが可能である。この場合、ＰＢＡは、ＭＡＧとＬＭＡとの間のＧＲＥトンネルの確立をＬＭＡが拒否した旨の表示を、受信されたＰＢＡが含み、それに応じて、ＭＡＧは（４０６で）後続ＰＢＵメッセージにＧＲＥ鍵オプションを含めない旨の表示をセットする。拒否は、ＬＭＡからＭＡＧに送出されるＰＢＡにおいてＧＲＥフラグがセットされていないことによって示すことが可能である。あるいは、拒否は、ＰＢＡメッセージに特殊なステータス・コードを含めることによって表示することが可能である。
【００４７】
あるいは、ＬＭＡによって送出されるＰＢＡメッセージは、セットされたＧＲＥフラグを有し得るが、ＰＢＡメッセージはＧＲＥ鍵オプションを含まない。これは、ＧＲＥカプセル化がモバイル・ノードに必要でないので、ＧＲＥトンネリングをモバイル・ノードに使用しない旨のＭＡＧへの表示である。ＭＡＧは次いで（４０８で）このモバイル・ノードにＧＲＥトンネリングを使用しない旨の表示をセットする。
【００４８】
ＧＲＥトンネリングを使用しない旨を示すＰＢＡメッセージをＭＡＧが受信した場合、ＭＡＧは、デフォルトのＩＰ内ＩＰカプセル化トンネリング手法を使用することが可能である。
【００４９】
ＰＢＡメッセージが、首尾良く行われたＧＲＥトンネル確立（例えば、ＧＲＥフラグがセットされていること、及びＰＢＡメッセージにＧＲＥ鍵オプションが含まれていること）の表示を含む場合、ＭＡＧは、ＬＭＡへのＧＲＥトンネル内の伝送のために、ネゴシエーションが行われた逆方向ＧＲＥ鍵又は対称鍵を含むＧＲＥヘッダで、モバイル・ノードからの全パケットをカプセル化する（４１０）。
【００５０】
図５は、好ましい実施例による、ＬＭＡによって行われるタスクを示す。プロキシ・モバイルＩＰｖ４コンテキストでは、同様なタスクをＡＧＷによって行うことが可能である。モバイルＩＰｖ６コンテキストでは、同様なタスクをホーム・エージェントによって行うことが可能である。
【００５１】
ＬＭＡは（５０２で）ＰＢＵメッセージをＭＡＧから受信する。ＰＢＵメッセージが、明示的な表示（例えば、ＧＲＥフラグがセットされているか、又はＨＮＰオプションがセットされており、ＧＲＥ鍵オプションがＰＢＵメッセージに含まれている）、又は、ＧＲＥトンネル確立が望ましい旨の暗黙的な表示（例えば、ＧＲＥ鍵オプションが含まれている）を含む場合、ＬＭＡは、種々の基準に応じて処理を（５０４で）行う。ＬＭＡがＧＲＥトンネリングをサポートしない場合、ＬＭＡは、ＧＲＥトンネリングを要求するＰＢＵメッセージを拒否し、ＬＭＡは、拒否の表示を備えたＰＢＡを作成する。
【００５２】
ＬＭＡは、ＬＭＡがＧＲＥトンネリングをサポートすることができてもＧＲＥトンネリングが必要でない旨を決定した場合、首尾良く行われた表示を備えたＰＢＡメッセージを作成するが、ＬＭＡは、ＧＲＥ鍵オプションを有しないＰＢＡメッセージを作成する。
【００５３】
一方、ＧＲＥトンネリングをサポートすることができ、ＧＲＥトンネリングが実際に必要である場合、ＬＭＡは、ＰＢＵメッセージに含まれるオプション・サブタイプ・フィールド２０６（図２）の値に基づいて、又は、ＧＲＥ鍵フィールド２０８が有効のＧＲＥ鍵を含むか又は無効のＧＲＥ鍵を含むことに基づいて対称鍵又は非対称鍵を作成することが可能である。ＭＡＧが対称鍵の作成を要求した場合、対称鍵が、順方向及び逆方向において使用されるために、ＬＭＡによって作成される。しかし、ＰＢＵメッセージのオプション・サブタイプ・フィールド２０６が値「０１」を含むか、又はＧＲＥ鍵フィールド２０８が、有効な順方向ＧＲＥ鍵値を有する場合、ＬＭＡは、後の使用のためにＰＢＵメッセージに含まれる順方向ＧＲＥ鍵を記憶し、ＬＭＡは、ＰＢＡメッセージにおいてＭＡＧに戻される逆方向ＧＲＥ鍵も生成する。
【００５４】
ＭＡＧから受信されたＰＢＵメッセージが、ＧＲＥトンネルを作成するための表示（明示的な表示、又は暗黙的な表示）を含まないが、ＧＲＥトンネリングが実際に必要であると判定した場合、ＬＭＡは、ＭＡＧに戻されるＰＢＡメッセージに、特別な表示をセットし、それにより、ＭＡＧは、ＧＲＥ鍵オプションを備えたＰＢＵメッセージを再送出する。
【００５５】
ＧＲＥトンネルが首尾良く確立されたことが、ＭＡＧにＬＭＡから送出されたＰＢＡメッセージに示された場合、ＬＭＡは、ＧＲＥトンネル確立の一部としてネゴシエーションが行われた対称鍵又は順方向ＧＲＥ鍵を使用してＭＡＧにＧＲＥトンネルにおいて送出されたベアラー・データ・パケットをカプセル化する。
【００５６】
ネットワーク内のモビリティ・ノード間のＧＲＥトンネルの確立は、３ＧＰＰ２のウルトラ・モバイル・ブロードバンド（ＵＭＢ）ネットワークなどの３ＧＰＰ２（第３世代パートナーシップ・プロジェクト２）において適用することが可能である。ＵＭＢは、無線通信のＣＤＭＡ２０００（符号分割多元アクセス２０００）標準を向上させるよう企図されている。ＵＭＢアーチテクチャは、次世代（例えば、第４世代）無線システム上で動作するインターネット・ネットワーキング技術に基づく。
【００５７】
ＵＭＢアーキテクチャでは、図１中のＭＡＧ１０２又は１０４は進化型基地局（ｅＢＳ）として表され、図２におけるＬＭＡはアクセス・ゲートウェイ（ＡＧＷ）として表される。ＧＲＥトンネルは、ＵＭＢネットワークにおけるｅＢＳとＡＧＷとの間で確立される。
【００５８】
他の実現形態では、モビリティ・ノード間のトンネリングは、他のタイプのネットワーク（無線又は有線）において確立することが可能である。
【００５９】
図６は、ＧＲＥ  ＨＮＰオプション及びＧＲＥ鍵オプションが、ＭＡＧとＬＭＡとの間でＧＲＥトンネルを確立する旨を示すために使用される、ＭＡＧとＬＭＡとの間のメッセージの交換を示す。図６に表すように、ＰＢＵメッセージは、ＭＡＧからＬＭＡに（６０２で）送出される。
【００６０】
ＰＢＵメッセージは、ＧＲＥトンネルの確立、及びＧＲＥ鍵の動的作成に対する要求を示すために、特定の無効値（例えば、全て「１」）にセットすることが可能なＧＲＥホーム・ネットワーク接頭語（ＨＮＰ）オプションを含み得る。ホーム・ネットワーク接頭語（ＨＮＰ）は通常、モバイル・ノードのＩＰアドレスを構築するためにモバイル・ノードによって使用される。ＰＢＵメッセージにＨＮＰオプションを設けるために、ＬＭＡがＨＮＰを動的に割り当て、ＧＲＥトンネルを確立し、対応するＧＲＥ鍵を作成する旨の表示をＭＡＧによって供給することが可能である。
【００６１】
図６の実現形態では、ＭＡＧがＰＢＵメッセージをＬＭＡに送出する場合、ＰＢＵメッセージは、全て１などの特定の無効値にセットされるＨＮＰオプションを有し得る。ＨＮＰオプションのこの特定の無効値は、動的ＧＲＥ鍵がＧＲＥトンネルについて作成されること、及びＧＲＥ  ＨＮＰが動的に割り当てられることを示すものである。あるいは、ＰＢＵメッセージに含まれるＧＲＥ  ＨＮＰオプションは、有効なホーム・ネットワーク接頭語を含み得、これは、例えば、ＭＡＧによって予め構成されるか、又はアクセス認証中にＭＡＧによって受信され得る。
【００６２】
ＰＢＵメッセージでは、（ＭＡＧとＬＭＡとの間のトンネルにおける順方向及び逆方向に使用する対象の）対称ＧＲＥ鍵をＬＭＡが割り当てる旨を示すために特定の無効値（全て０など）にＧＲＥ鍵フィールド２０８（図２）をセットすることが可能である。あるいは、非対称ＧＲＥ鍵生成を行う場合、ＧＲＥ鍵フィールドは、全て０か、又は他の無効値よりも、有効な順方向ＧＲＥ鍵値を含む。
【００６３】
６０２で送出されるＰＢＵメッセージは、モバイル・ノード識別子（ＭＮ−ＩＤ）、又は、あるいは、ネットワーク・アクセス識別子（ＮＡＩ）も含む。ＭＡＧとＬＭＡとの間のＩＰ伝送がＩＰｖ４伝送である場合、ＭＡＧは、ＩＰｖ４気付アドレス・オプションを、ＰＢＵメッセージ内のＩＰｖ４アドレスにセットすることが可能である。
【００６４】
ＬＭＡは、上記種々の値のうちの１つを含むＰＢＵを受信すると、ＬＭＡは、ＰＢＵメッセージに含まれるモバイル・ノード識別子（又はネットワーク・アクセス識別子）に基づいてモバイル・ノードのＧＲＥトンネリングをサポートするバインディング・キャッシュ・エントリを作成する（６０４）。バインディング・キャッシュ・エントリは、モバイル・ノードのホーム・アドレスと、モバイル・ノードの気付アドレスと、他のフィールドとを含み得る。特定の好ましい実施例によれば、バインディング・キャッシュ・エントリは、ＬＭＡによって作成され、かつ／又はＭＡＣから受信されるＧＲＥ鍵フィールドも含み得る。ＬＭＡは更に、ＧＲＥホーム・ネットワーク接頭語又はホーム・アドレス（モバイル・ノードの）をバインディングに割り当てる。
【００６５】
ＬＭＡは更に、ＧＲＥ鍵（対称鍵又は非対称鍵）を生成し、ＧＲＥ鍵をバインディングと関連付ける。ＬＭＡは、ＧＲＥ  ＨＮＰ、ホーム・アドレス、同期又は逆方向ＧＲＥ鍵を含むＧＲＥ鍵オプション、及びＭＮ−ＩＤというエントリを、ＭＡＧに（６０６で）送出されるＰＢＡメッセージに以下のエントリを含める。ＭＡＧが、首尾良く行われたＰＢＡメッセージを受信すると、ＭＡＧは、ＧＲＥ  ＨＮＰ又はホーム・アドレス及びＬＭＡ生成ＧＲＥ鍵（対称鍵又は逆方向ＧＲＥ鍵）でモバイル・ノード・バインディング・キャッシュ・エントリを更新する（６０８）。
【００６６】
ＬＭＡは、ＩＰｖ４ホーム・アドレス・オプションなどのホーム・アドレスも含み得、ＩＰｖ４ホーム・アドレス・オプションは、モバイル・ノードのホーム・アドレスを含む。ＩＰｖ４ホーム・アドレスは、ブライベート・ホーム・アドレスであり得る。ＭＡＧは、ＩＰｖ４ホーム・アドレスのアドレス・オプションを含む首尾良く行われたＰＢＡメッセージを受信すると、ホーム・アドレスでモバイル・ノードのバインディングを更新することが可能である。
【００６７】
（ＧＲＥ制御モジュール１０８又は１００などの）上記ソフトウェアの命令はプロセッサ上で実行される。プロセッサは、マイクロプロセッサ、マイクロコントローラ、プロセッサ・モジュール若しくはサブシステム（１つ又は複数のマイクロプロセッサ若しくはマイクロコントローラ）、又は他の制御若しくは計算装置を含む。「プロセッサ」は、単一の構成部分又は複数の構成部分を表し得る。
【００６８】
（ソフトウェアの）命令及びデータは、１つ若しくは複数のコンピュータ読み取り可能な記憶媒体又はコンピュータ使用可能な記憶媒体として実現されるそれぞれの記憶装置に記憶される。記憶媒体は、動的若しくは静的ランダム・アクセス・メモリ（ＤＲＡＭ若しくはＳＲＡＭ）、消去可能プログラマブル・リード・オンリ・メモリ（ＥＰＲＯＭ）、電気的に消去可能なプログラマブル・リード・オンリ・メモリ（ＥＥＰＲＯＭ）及びフラッシュ・メモリなどの半導体メモリ素子、固定型ディスク、フロッピー（登録商標）・ディスクや着脱可能なディスクなどの磁気ディスク、テープを含む他の磁気媒体、及び、コンパクト・ディスク（ＣＤ）やディジタル・ビデオ・ディスク（ＤＶＤ）などの光媒体を含むメモリの各種形態を含む。
【００６９】
以下の詳細な説明では、数多くの詳細を記載して本発明を理解させるようにしている。しかし、前述の具体的な詳細なしで本発明を実施することができることは当業者によって理解されるであろう。本発明は、限定数の実施例について開示しているが、当業者は、数多くの修正及び変形をそれらから認識するであろう。特許請求の範囲記載の請求項が、本発明の真の趣旨及び範囲の範囲内に収まる前述の修正及び変形全てを包含することが意図されている。
【図１】
2010521888.tif 000003
【図２】
2010521888.tif 000004
【図３】
2010521888.tif 000005
【図４】
2010521888.tif 000006
【図５】
2010521888.tif 000007
【図６】
2010521888.tif 000008
【国際調査報告】
2010521888.tif 000009
2010521888.tif 000010
2010521888.tif 000011