(57)【要約】本発明は、ローカル・ネットワークにおけるパケット交換データ伝送方法に関し、ローカル・ネットワークは、モバイル・ノードと、モバイル・ノードが接続可能なリンクをそれぞれ備える複数の相互接続された接続アンカー・ポイントとを備える。この方法は、第１と第２の接続アンカー・ポイントの間のトンネル接続を介して通信するモバイル・ノードの、第１の接続アンカー・ポイントから第２の接続アンカー・ポイントへの移動を検出するステップと、第２の接続アンカー・ポイントと第１の接続アンカー・ポイントの間の既存のトンネル接続を維持するステップと、トポロジー的に正しいアドレスを使用するモバイル・ノードと通信相手ノードとの間の新しい接続を可能にするステップとを含む。【選択図】図２
2009533911.tif 000002
【特許請求の範囲】
【請求項１】
ローカル・ネットワークにおけるパケット交換データ伝送方法であって、前記ローカル・ネットワークは、モバイル・ノードと、前記モバイル・ノードが接続可能なリンクをそれぞれが備える複数の相互接続された接続アンカー・ポイントとを備え、
第１の接続アンカー・ポイントと第２の接続アンカー・ポイントとの間のトンネル接続を介して通信している前記モバイル・ノードの前記第１の接続アンカー・ポイントから前記第２の接続アンカー・ポイントへの移動を検出し、前記第２の接続アンカー・ポイントと前記第１の接続アンカー・ポイントの間の既存の前記トンネル接続を維持するステップと、
トポロジー的に正しいアドレスを使用する前記モバイル・ノードと通信相手ノードとの間の新しい接続を可能にするステップとを、
有する方法。
【請求項２】
新しい接続を可能にする前記ステップが、
前記モバイル・ノードによってルータ要請メッセージをブロードキャストするステップと、
前記第２の接続アンカー・ポイントによって前記ルータ要請メッセージに応答するステップと、
前記モバイル・ノードの複数のアドレスそれぞれに対して重複アドレスをチェックするステップとを、
有する請求項１に記載の方法。
【請求項３】
前記ルータ要請メッセージに応答する前記ステップが、
前記第２の接続アンカー・ポイントによって、前記モバイル・ノードの前記複数のアドレスそれぞれに対して、第１のメッセージを前記モバイル・ノードに送信するステップを有する請求項２に記載の方法。
【請求項４】
前記第１のメッセージがルータ広告である請求項３に記載の方法。
【請求項５】
前記第２の接続アンカー・ポイントから第３の接続アンカー・ポイントへの前記モバイル・ノードの移動を検出するステップと、
前記第２の接続アンカー・ポイントを経由する既存のトンネル接続を前記第３の接続アンカー・ポイントへ変更するステップと、
前記第２の接続アンカー・ポイントから前記第３の接続アンカー・ポイントへの新しいトンネル接続をセットアップするステップとを、
更に有する請求項１から４のいずれか１つに記載の方法。
【請求項６】
前記モバイル・ノードの前記複数のアドレスがそれぞれ、暫定又は優先又は非推奨又は無効である請求項３から５のいずれか１つに記載の方法。
【請求項７】
前記第１のメッセージが、前記モバイル・ノードの前記アドレスの優先及び有効存続期間を含み、広告されるプレフィックスが、前記第１の接続アンカー・ポイントのプレフィックスに等しい請求項３又は６に記載の方法。
【請求項８】
前記アドレスの前記優先存続期間がゼロである請求項７に記載の方法。
【請求項９】
前記第１の接続アンカー・ポイントに格納された予定アドレス満了時間から有効存続期間を計算するステップを更に有する請求項１から８のいずれか１つに記載の方法。
【請求項１０】
前記モバイル・ノードによって使用されている非推奨アドレスの有効存続期間をリフレッシュするために第２のメッセージを送信するステップを更に有する請求項１から９のいずれか１つに記載の方法。
【請求項１１】
非アクティブな接続を除去するステップを更に有する請求項１０に記載の方法。
【請求項１２】
前記有効存続期間が満了する前に前記第２のメッセージが送信される請求項１０又は１１に記載の方法。
【請求項１３】
前記モバイル・ノードの前記アドレスの前記有効存続期間を把握するために、前記モバイル・ノードが前記第２の接続アンカー・ポイントに移動した場合に、前記第１の接続アンカー・ポイント内のタイマを開始するステップを更に有する請求項１０から１２のいずれか１つに記載の方法。
【請求項１４】
前記タイマが、前記第１のメッセージが送信された後に開始される請求項１３に記載の方法。
【請求項１５】
前記パケットの伝送のための前記既存のトンネル接続の使用を監視し、インジケータを適宜設定するステップを更に有する請求項１から１４のいずれか１つに記載の方法。
【請求項１６】
前記インジケータがアクティビティを示した場合に、
前記第１の接続アンカー・ポイントによって、事前に構成された有効存続期間を含むメッセージを前記第２の接続アンカー・ポイントに送信するステップと、
前記第２の接続アンカー・ポイントによって、ルータ広告メッセージを前記モバイル・ノードに送信するステップと、
アクティビティがないことを示すように前記インジケータを設定するステップと、
前記タイマを再初期設定するステップとを、
更に有する請求項１５に記載の方法。
【請求項１７】
アクティビティがないことを前記インジケータが示す場合に、
前記既存のトンネル接続を除去するステップを更に有する請求項１５に記載の方法。
【請求項１８】
パケット交換データ伝送を使用するローカル・ネットワーク内のモバイル・ノードであって、前記ローカル・ネットワークは、前記モバイル・ノードと、前記モバイル・ノードが接続可能なリンクをそれぞれ備える複数の相互接続された接続アンカー・ポイントとを備えており、前記モバイル・ノードは、
ルータ要請メッセージをブロードキャストするように構成された伝送手段を有するモバイル・ノード。
【請求項１９】
前記モバイル・ノードの複数のアドレスがそれぞれ、暫定又は優先又は非推奨又は無効である請求項１８に記載のモバイル・ノード。
【請求項２０】
パケット交換データ伝送を使用するローカル・ネットワーク内の接続アンカー・ポイントであって、前記ローカル・ネットワークは、モバイル・ノードと、前記モバイル・ノードが接続可能なリンクをそれぞれ備える複数の相互接続された接続アンカー・ポイントとを備えており、前記接続アンカー・ポイントが、
第１の接続アンカー・ポイントと第２の接続アンカー・ポイントとの間のトンネル接続を介して通信している前記モバイルノードの前記接続アンカー・ポイントから前記第２の接続アンカー・ポイントへの移動を検出するように構成された検出手段と、
前記第２の接続アンカー・ポイントと前記接続アンカー・ポイントとの間の前記既存のトンネル接続を維持するように構成された接続手段と、
トポロジー的に正しいアドレスを使用する前記モバイル・ノードと通信相手ノードとの間の新しい接続を可能にするように構成された接続手段とを、
有する接続アンカー・ポイント。
【請求項２１】
前記請求項２から５及び７から１７に記載のステップを実行するように構成された請求項２１に記載の接続アンカー・ポイント。
【請求項２２】
ローカル・ネットワーク内のパケット交換データ伝送のための通信システムであって、前記ローカル・ネットワークは、請求項１８又は１９に記載のモバイル・ノードと、請求項２０又は２１に記載の複数の相互接続された接続アンカー・ポイントとを有する通信システム。
【請求項２３】
パケット交換データ伝送を使用するローカル・ネットワーク内にあるモバイル・ノード内のプロセッサによって実行された場合に、ルータ要請メッセージをブロードキャストすることを前記モバイル・ノードに実行させる命令を格納するコンピュータ読み取り可能媒体であって、前記ローカル・ネットワークが、前記モバイル・ノードと、前記モバイル・ノードが接続可能なリンクをそれぞれ備える複数の相互接続された接続アンカー・ポイントとを備えているコンピュータ読み取り可能媒体。
【請求項２４】
パケット交換データ伝送を使用するローカル・ネットワーク内にある接続アンカー・ポイント内のプロセッサによって実行された場合に、
第１の接続アンカー・ポイントと第２の接続アンカー・ポイントとの間のトンネル接続を介して通信しているモバイルノードの前記接続アンカー・ポイントから前記第２の接続アンカー・ポイントへの移動を検出することと、
前記第２の接続アンカー・ポイントと前記接続アンカー・ポイントとの間の前記既存のトンネル接続を維持することと、
トポロジー的に正しいアドレスを使用する前記モバイル・ノードと通信相手ノードとの間の新しい接続を可能にすることとを、
前記接続アンカー・ポイントに実行させる命令を格納するコンピュータ読み取り可能媒体であって、前記ローカル・ネットワークは、前記モバイル・ノードと、前記モバイル・ノードが接続可能なリンクをそれぞれ備える複数の相互接続された接続アンカー・ポイントとを備えているコンピュータ読み取り可能媒体。
【請求項２５】
パケット交換データ伝送を使用するローカル・ネットワーク内にある接続アンカー・ポイント内のプロセッサによって実行された場合に、請求項２から５及び７から１７のいずれか１つに記載の方法のステップを前記接続アンカー・ポイントに実行させる命令を格納し、前記ローカル・ネットワークは、前記モバイル・ノードと、前記モバイル・ノードが接続可能なリンクを備える複数の相互接続された接続アンカー・ポイントとを備えている請求項２４に記載のコンピュータ読み取り可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モバイル通信システムに関する。より詳細には、本発明は、インターネット・プロトコル（ＩＰｖ６）又は類似のプロトコルでのモバイル通信からのローカルＩＰモビリティに関する。
【背景技術】
【０００２】
本発明は、インターネット・プロトコル・バージョン６（ＩＰｖ６）の例について説明する。しかし、これは、上記ＩＰｖ６のエンティティに対応する等価のエンティティを定義する他のプロトコルにも適用可能である。
【０００３】
ＩＰｖ６モバイル・ノード（ＭＮ）が、サービスを提供するアクセス・ルータ（ＡＲ）から異なるＩＰリンク上の他のＡＲへと移動する場合、モバイル・ノードは、新しいＡＲによって広告されたＩＰプレフィックスに基づいて新しいＩＰアドレスを構成する必要がある。サービス提供ＡＲの変更は、新しいＩＰ接続を再確立しなければならないこと、及びそれ故、アクティブＩＰセッションが失われることを意味する。
【０００４】
既存のアクティブＩＰセッションを保持する１つの方法は、モバイルＩＰｖ６（ＭＩＰｖ６）プロトコル、ＲＦＣ３７７５（Ｄ．Ｊｏｈｎｓｏｎ、Ｃ．Ｐｅｒｋｉｎｓ、Ｊ．Ａｒｋｋｏの「Ｍｏｂｉｌｉｔｙ  Ｓｕｐｐｏｒｔ  ｉｎ  ＩＰｖ６」ＲＦＣ３７７５、２００４年６月）である。
【０００５】
ＭＩＰｖ６では、各ＭＮは、ホームＩＰアドレス（ＨｏＡ）を構成し、これを使用してインターネットでのそのトポロジー的場所とは無関係にそれ自身を識別する。ＭＮは、また、ＭＮの実際の場所にトポロジー的に関係する気付けアドレス（ＣｏＡ）も構成する。ＭＮがハンドオーバを実行する場合は必ず、新しいＣｏＡが構成されてホーム・エージェント（ＨＡ）に通知され、このホーム・エージェントがパケットをＭＮにトンネリングする。
【０００６】
既存のアクティブＩＰセッションを保持する他の方法は、ＭＮが古いＡＲで構成されたＩＰアドレスの使用を続けられるように、同一のＩＰプレフィックスのセットを広告するためにＡＲのローカル・セットを構成することである。この方法は、ＭＮがアクティブにモビリティ管理機能に関与していないため、ネットワークベースの局在モビリティ管理（ＮｅｔＬＭＭ、ＮｅｔＬＭＭフレームワークについての説明は、ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｈｔｍｌ．ｃｈａｒｔｅｒｓ／ｎｅｔｌｍｍ−ｃｈａｒｔｅｒ．ｈｔｍｌに記載されている）と呼ばれる。
【０００７】
ＮｅｔＬＭＭとは対照的に、ＭＩＰｖ６は、ホストベースのモビリティ管理として分類することができる。既存のホストベースのモビリティ管理の問題に関する詳細な情報は、Ｊ．Ｋｅｍｐｆ他の（「Ｐｒｏｂｌｅｍ  Ｓｔａｔｅｍｅｎｔ  ｆｏｒ  ＩＰ  Ｌｏｃａｌ  Ｍｏｂｉｌｉｔｙ」、ｄｒａｆｔ−ｋｅｍｐｆ−ｎｅｔｌｍｍ−ｎｏｈｏｓｔ−ｐｓ−００．ｔｘｔ、２００５年６月）に記載されていて、可能な局在モビリティ管理方法に関するアーキテクチャも記載されている。
【０００８】
Ｇｉａｒｅｔｔａ他によって２００５年に提案されたＮｅｔＬＭＭプロトコル（Ｇ．Ｇｉａｒｅｔｔａ他、「Ｎｅｔｗｏｒｋ−ｂａｓｅｄ  ｌｏｃａｌｉｚｅｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ（ＮＥＴＬＭＭ）  ｗｉｔｈ  ｄｉｓｔｒｉｂｕｔｅｄ  ａｎｃｈｏｒ  ｒｏｕｔｅｒｓ」、ｄｒａｆｔ−ｇｉａｒｅｔｔａ−ｎｅｔｌｍｍ−ｐｒｏｔｏｃｏｌ−００．ｔｘｔ）を使用して、局在モビリティ管理ドメイン内でＩＰモビリティを処理することができる。ドメインのエッジは、図１に示されるように、アクセス・ルータ（ＡＲ）及びボーダー・ゲートウェイ（ＢＧ）１０６で構成される。ＡＲ１０２は、それぞれが少なくとも１つのＩＰｖ６プレフィックスに一義的に関連付けられた１つ又は複数のＩＰリンク（すなわち、レイヤ２アクセス・ネットワーク）を管理することができる。これは、宛先までの間にモバイル・ノード１００が遭遇する第１のＩＰルータを表す。ＢＧ１０６は、ドメインをインターネットなどの外部ネットワークと相互接続させるために使用される。ドメインの内部トポロジーには制約がない。モバイル・ノード１００は、同一のドメイン内に留まっている限り、たとえ接続されているＡＲが変更されるようなことがあっても、同一のＩＰアドレスを使用し続けることができる。
【０００９】
ＭＮがパワーオンしているリンク上のＡＲ１０２が、そのＭＮ１００のホーム・アクセス・ルータ（ＨＡＲ）となる。ＭＮ１００のＩＰアドレスは、そのＨＡＲ１０２によって広告されるプレフィックスに基づくものとなる。ＭＮ１００がそのＨＡＲ１０２と同一のリンク上にある限り、ＭＮのＩＰアドレスがトポロジー的に正しいため、通常、ＭＮ１００との間でパケットをルーティングすることができる（すなわち、トンネリングなし）。
【００１０】
ＭＮがそのＨＡＲから遠くへ移動した場合、アドレスがトポロジー的に正しくなくなるという事実にもかかわらず、同一のＩＰアドレスを使用し続けることができる。これを可能にするために、ＩＰトンネリングを使用して、ＨＡＲと訪問先ＡＲ（ＶＡＲ）の間でパケットが送られる。
【００１１】
すでに説明した従来技術の問題は、ＭＮがそのＨＡＲ（これはＭＮがパワーオンしているＡＲである）から遠くへ移動した場合にトンネルが必要なことである。トンネルは、以下のようにいくつかの理由で非効率的である。
【００１２】
トンネル・エンドポイントでのワークロード増加：トンネルを通過する各パケットは、カプセル化及びデカプセル化する必要があり、これには、エンドポイントでの処理が必要である。
【００１３】
帯域幅消費の増加：トンネリングには特別なヘッダが必要となるため、各パケットにつき追加の４０バイトが必要である（ＩＰｖ６を使用の場合）。音声パケットのような小パケットの場合、これは非常に高いオーバヘッドである。
【００１４】
パケットのエンドツーエンド遅延の増加：これは、上記２つの理由の直接的な結果である。
【００１５】
トンネルのこれらの欠点により、本発明の目的は、従来技術のすべての機能を維持しながら、トンネルの使用を避けること又は制限することである。
【００１６】
「常時オン」デバイスは、ＧｉａｒｅｔｔａのＮｅｔＬＭＭで使用される場合、特に不利であり、すなわちそのデバイスが、通常は常駐していない場所でパワーオンとなる場合、そのデバイスがその残りのオン期間で常にトンネリングを必要とすることになる可能性がある。
【非特許文献１】ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｈｔｍｌ．ｃｈａｒｔｅｒｓ／ｎｅｔｌｍｍ−ｃｈａｒｔｅｒ．ｈｔｍｌに記載のＮｅｔＬＭＭ、ＮｅｔＬＭＭフレームワークについての説明
【非特許文献２】Ｊ．Ｋｅｍｐｆ他の（「Ｐｒｏｂｌｅｍ  Ｓｔａｔｅｍｅｎｔ  ｆｏｒ  ＩＰ  Ｌｏｃａｌ  Ｍｏｂｉｌｉｔｙ」、ｄｒａｆｔ−ｋｅｍｐｆ−ｎｅｔｌｍｍ−ｎｏｈｏｓｔ−ｐｓ−００．ｔｘｔ、２００５年６月）
【非特許文献３】ＮｅｔＬＭＭプロトコル（Ｇ．Ｇｉａｒｅｔｔａ他、「Ｎｅｔｗｏｒｋ−ｂａｓｅｄ  ｌｏｃａｌｉｚｅｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ（ＮＥＴＬＭＭ）  ｗｉｔｈ  ｄｉｓｔｒｉｂｕｔｅｄ  ａｎｃｈｏｒ  ｒｏｕｔｅｒｓ」、ｄｒａｆｔ−ｇｉａｒｅｔｔａ−ｎｅｔｌｍｍ−ｐｒｏｔｏｃｏｌ−００．ｔｘｔ）
【非特許文献４】Ｇ．Ｇｉａｒｅｔｔａ他の草案（「Ｎｅｔｗｏｒｋ−ｂａｓｅｄ  ｌｏｃａｌｉｚｅｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ（ＮＥＴＬＭＭ）  ｗｉｔｈ  ｄｉｓｔｒｉｂｕｔｅｄ  ａｎｃｈｏｒ  ｒｏｕｔｅｒｓ」、ｄｒａｆｔ−ｇｉａｒｅｔｔａ−ｎｅｔｌｍｍ−ｐｒｏｔｏｃｏｌ−００．ｔｘｔ、２００５年）
【非特許文献５】ＲＦＣ２４６２（Ｓ．Ｔｈｏｍｓｏｎ、Ｔ．Ｎａｒｔｅｎ、「ＩＰｖ６  Ｓｔａｔｅｌｅｓｓ  Ａｄｄｒｅｓｓ  Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ」、ＲＦＣ２４６２、１９９８年１２月）
【発明の開示】
【発明が解決しようとする課題】
【００１７】
本発明の目的は、ローカルＩＰモビリティにおける通信の効率を向上させることである。
【課題を解決するための手段】
【００１８】
この問題は、独立請求項の主題によって解決される。本発明の有利な実施形態は、従属請求項に対する主題である。
【００１９】
この目的を達成するために、本発明は、ローカル・ネットワークにおけるパケット交換データ伝送のための方法、モバイル・ノード、接続アンカー・ポイント、システム、及びコンピュータ読み取り可能媒体を提供し、このローカル・ネットワークは、モバイル・ノードと、モバイル・ノードが接続可能なリンクをそれぞれ備える複数の相互接続された接続アンカー・ポイントとを備える。第１の接続アンカー・ポイントから第２の接続アンカー・ポイントへのモバイル・ノードの移動が検出され、このモバイル・ノードは、第１の接続アンカー・ポイントと第２の接続アンカー・ポイントの間のトンネル接続を介して通信する。第２の接続アンカー・ポイントと第１の接続アンカー・ポイントの間の既存のトンネル接続は維持され、トポロジー的に正しいアドレスを使用するモバイル・ノードと通信相手ノードとの間の新しい接続が可能となる。
【００２０】
有利な実施形態によれば、新しい接続を可能にするステップは、モバイル・ノードによってルータ要請メッセージをブロードキャストするステップと、第２の接続アンカー・ポイントによってルータ要請メッセージに応答するステップと、モバイル・ノードの複数のアドレスそれぞれに対して重複アドレスをチェックするステップとを含む。
【００２１】
本発明の他の実施形態では、ルータ要請メッセージに応答するステップが、第２の接続アンカー・ポイントによって、モバイル・ノードの複数のアドレスそれぞれに対して、第１のメッセージをモバイル・ノードに送信するステップを含む。
【００２２】
本発明の有利な態様は、第１のメッセージがルータ広告であることである。
【００２３】
他の有利な実施形態によれば、方法は、第２の接続アンカー・ポイントから第３の接続アンカー・ポイントへのモバイル・ノードの移動を検出するステップと、第２の接続アンカー・ポイントを経由する既存のトンネル接続を第３の接続アンカー・ポイントへ変更するステップと、第２の接続アンカー・ポイントから第３の接続アンカー・ポイントへの新しいトンネル接続をセットアップするステップとを更に含む。
【００２４】
本発明の他の実施形態では、モバイル・ノードの複数のアドレスはそれぞれ、暫定又は優先又は非推奨又は無効である。
【００２５】
本発明の他の実施形態では、第１のメッセージは、モバイル・ノードのアドレスの優先及び有効存続期間を含み、広告されるプレフィックスは第１の接続アンカー・ポイントのそれに等しい。
【００２６】
本発明の他の有利な実施形態によれば、アドレスの優先存続期間はゼロである。
【００２７】
他の有利な実施形態では、該方法は、第１の接続アンカー・ポイントに格納された予定アドレス満了時間から有効存続期間を計算するステップを更に含む。
【００２８】
他の有利な実施形態によれば、該方法は、モバイル・ノードによって使用されている非推奨アドレスの有効存続期間をリフレッシュするために第２のメッセージを送信するステップを更に含む。
【００２９】
他の有利な実施形態は、除去中の非アクティブな接続を有する。
【００３０】
他の有利な実施形態では、有効存続期間が満了する前に第２のメッセージが送信される。
【００３１】
他の実施形態によれば、該方法は、モバイル・ノードのアドレスの有効存続期間を把握するために、モバイル・ノードが第２の接続アンカー・ポイントに移動した場合、第１の接続アンカー・ポイント内のタイマを開始するステップを更に含む。
【００３２】
他の有利な実施形態では、タイマは、第１のメッセージが送信された後に開始される。
【００３３】
他の有利な実施形態は、パケットの伝送のための既存のトンネル接続の使用を監視し、インジケータを適宜設定するステップを含む。
【００３４】
本発明の他の実施形態では、該方法は、インジケータがアクティビティを示した場合、第１の接続アンカー・ポイントによって、事前に構成された有効存続期間と共にメッセージを第２の接続アンカー・ポイントに送信するステップと、第２の接続アンカー・ポイントによって、ルータ広告メッセージをモバイル・ノードに送信するステップと、アクティビティを示さないようにインジケータを設定するステップと、タイマを再初期設定するステップとを更に含む。
【００３５】
本発明の他の有利な実施形態によれば、インジケータがアクティビティがないことを示した場合、既存のトンネル接続は除去される。
【００３６】
本発明の他の有利な実施形態は、パケット交換データ伝送を使用するローカル・ネットワーク内のモバイル・ノードに関し、ローカル・ネットワークは、モバイル・ノードと、モバイル・ノードが接続可能なリンクをそれぞれ備える複数の相互接続された接続アンカー・ポイントとを備え、モバイル・ノードは、ルータ要請メッセージをブロードキャストするように構成された伝送手段を備える。
【００３７】
本発明の他の有利な実施形態は、パケット交換データ伝送を使用するローカル・ネットワーク内の接続アンカー・ポイントに関し、ローカル・ネットワークは、モバイル・ノードと、モバイル・ノードが接続可能なリンクをそれぞれ備える複数の相互接続された接続アンカー・ポイントとを備え、接続アンカー・ポイントは、第１と第２の接続アンカー・ポイントの間のトンネル接続を介して通信するモバイル・ノードの、接続アンカー・ポイントから第２の接続アンカー・ポイントへの移動を検出するように構成された検出手段と、第２の接続アンカー・ポイントと接続アンカー・ポイントとの間の既存のトンネル接続を維持するように構成された接続手段と、トポロジー的に正しいアドレスを使用するモバイル・ノードと通信相手ノードとの間の新しい接続を可能にするように構成された接続手段とを備える。
【００３８】
他の有利な実施形態は、ローカル・ネットワーク内のパケット交換データ伝送のための通信システムに関し、ローカル・ネットワークは、モバイル・ノードと、複数の相互接続された接続アンカー・ポイントとを備える。
【００３９】
本発明の他の実施形態は、パケット交換データ伝送を使用するローカル・ネットワーク内にあるモバイル・ノード内のプロセッサによって実行された場合、ルータ要請メッセージをブロードキャストすることをモバイル・ノードに実行させる命令を格納するコンピュータ読み取り可能媒体に関し、このローカル・ネットワークは、モバイル・ノードと、モバイル・ノードが接続可能なリンクをそれぞれ備える複数の相互接続された接続アンカー・ポイントとを備える。
【００４０】
本発明の他の有利な実施形態は、パケット交換データ伝送を使用するローカル・ネットワーク内にある接続アンカー・ポイント内のプロセッサによって実行された場合、第１と第２の接続アンカー・ポイントの間のトンネル接続を介して通信するモバイル・ノードの、接続アンカー・ポイントから第２の接続アンカー・ポイントへの移動を検出することと、第２の接続アンカー・ポイントと接続アンカー・ポイントとの間の既存のトンネル接続を維持することと、トポロジー的に正しいアドレスを使用してモバイル・ノードと通信相手ノードとの間の新しい接続を可能にすることとを接続アンカー・ポイントに実行させる命令を格納するコンピュータ読み取り可能媒体に関し、このローカル・ネットワークは、モバイル・ノードと、モバイル・ノードが接続可能なリンクをそれぞれ備える複数の相互接続された接続アンカー・ポイントとを備える。
【００４１】
添付の図面は、本発明の原理を説明するために本明細書の一部へ、及び一部から組み込まれる。この図面は、本発明を作成及び使用する方法の図示及び説明された例にのみ、本発明を限定するものと解釈されるべきではない。添付の図面に示されたような本発明の以下の説明及びより具体的な説明から他の特徴及び利点が明らかになるだろう。
【発明を実施するための最良の形態】
【００４２】
本発明の例示的実施形態について、図面を参照しながら説明するが、この図面では、類似の要素及び構造は類似の参照番号で示されている。以下の段落で、本発明の種々の実施形態について説明する。単なる例示の目的で、ほとんどの実施形態はＭＩＰｖ６通信システムに関して概説されており、下記の項で使用される用語は、主にＭＩＰｖ６の用語に関する。しかし、使用される用語及びＭＩＰｖ６アーキテクチャに関する実施形態の説明は、本発明の原理及びアイデアをこうしたシステムに限定することを意図するものではない。
【００４３】
また、上記背景技術の項に示された詳細な説明も、以下で説明される主としてＭＩＰｖ６特有の例示的実施形態をより良く理解することを意図するのみのものであり、本発明を、説明されたパケット交換通信ネットワークにおけるプロセス及び機能の特定の実施態様に限定するものと理解されるべきではない。
注釈：
−本報告で使用される「接続」の意味：ＴＣＰ接続などの任意のＩＰアクティビティ、又はＭＮとＣＮとの間のＵＤＰストリーム。
−本発明で紹介される接続アンカー・ポイント（ＣＡＰ）は、定期的なルータ広告を送信し、それ故、ＭＮによってデフォルト・ルータとして検出及び使用可能であるという意味において、（ＮｅｔＬＭＭの場合と同様に）ＡＲの機能も有する。
−本明細書では、ホームＣＡＰ（ＨＣＡＰ）及び訪問先ＣＡＰ（ＶＣＡＰ）を使用する。しかし、厳密に言えば、接続はそのＨＣＡＰでのみアンカーされ、ＶＣＡＰでは決してアンカーされない。しかし、１つの接続に対するＶＣＡＰが、他の接続に対するＨＣＡＰである可能性がある。
【００４４】
本発明は、モバイル・ノードが、ローカル・ドメイン内のＩＰリンク間を移動しながら、そのＩＰアドレス、従ってそれらの既存の接続を維持できるようにするものである。こうした挙動を提供する既存のシステム・ネットワーク・ベースのローカル・モビリティ管理（ＮｅｔＬＭＭ）との相違点は、ＭＮ（モバイル・ノード）が、たとえ新しいＩＰリンクに移動した後であっても、常に新しい接続に対してトポロジー的に正しいＩＰアドレスを使用することである。従って、モバイル・ノードによって同時に複数のＩＰアドレスを使用することが可能であり、新しい接続に使用するためのトポロジー的に正しいアドレスが常に存在する。主な特典は、多くの場合、パケットのトンネリングを回避できるため、効率が向上することである。本発明は、主に、所望の挙動を提供するために、優先、非推奨、及び有効アドレス状態のモバイル・ノードの制御に対処する。
【００４５】
この挙動を実施するために、本発明は主に、ＭＮ  ＩＰｖ６アドレス状態（暫定、優先、非推奨、及び無効）のネットワーク制御管理に対処する。
【００４６】
Ｇｉａｒｅｔｔａの提案では、トンネリングの必要性は、ＭＮ１００がそのホームＡＲ２００から離れている場合に、アドレスがトポロジー的に正しくなくなると言う事実に由来する。その後、すべての通信は、ＭＮのＨＡＲ２００へとトンネリングされる（例えば、図２を参照のこと）。本発明の主なアイデアは、既存の通信セッションのみがハンドオーバ後にトンネルを使用し、新しく開始された通信セッションはトポロジー的に正しいＩＰアドレスを使用することである。これには、通常、ＭＮで同時に複数のＩＰアドレスが必要である。
【００４７】
図１は、ＧｉａｒｅｔｔａによるＮｅｔＬＭＭ提案のアーキテクチャを示す。ここでの重要なポイントは、各ＡＲ１０２がそれ独自のトポロジー的に正しいプレフィックスを広告するため、それらのホームＡＲにあるＭＮ１００との間の通信にトンネルが必要でないことである。Ｇ．Ｇｉａｒｅｔｔａ他の草案（「Ｎｅｔｗｏｒｋ−ｂａｓｅｄ  ｌｏｃａｌｉｚｅｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ（ＮＥＴＬＭＭ）  ｗｉｔｈ  ｄｉｓｔｒｉｂｕｔｅｄ  ａｎｃｈｏｒ  ｒｏｕｔｅｒｓ」、ｄｒａｆｔ−ｇｉａｒｅｔｔａ−ｎｅｔｌｍｍ−ｐｒｏｔｏｃｏｌ−００．ｔｘｔ、２００５年）と矛盾しないために、この図はゲートウェイ１０６を示すが、ゲートウェイは実際には本発明と無関係であるため、残りの図面には示されない。
【００４８】
従来技術と比較した本発明の挙動における相違点が、図２に示されている。ＭＮ１００は、ＡＲ１  ２００（ＣＡＰ１  ２０８）によってサービスが提供されるＩＰリンクでパワーオンされるものと想定される。ＭＮは接続を開始し、ＡＲ２  ２０２へと移動する。そこで、第２の接続が開始される。一般的には、第２の接続は異なる対応ノード２０６を使用するが、１つの対応ノード２０４のみと等しく良好に動作することになる。Ｇｉａｒｅｔｔａのケースでは、第２の接続は、トンネル及びＭＮ１００のホームＡＲ２００を介したより長いパスを使用する。本発明は、この接続に対してトポロジー的に正しいアドレスを使用するため、トンネルは不要である。
【００４９】
接続１が完了した場合、Ｇｉａｒｅｔｔａの提案では依然としてトンネルを使用するのに対して、本発明ではこれ以上のトンネルは必要ない。
【００５０】
図３は、ＲＦＣ２４６２で説明されたようなＩＰｖ６アドレスの異なる状態を示す。特に非推奨状態の使用は本発明にとって不可欠であるため、ここで特別に注目してみる。
【００５１】
新しく作成されたＩＰアドレスは、いずれも固有性をチェックしなければならない。そのチェックが完了するまで、アドレスは「暫定」状態にある。そのチェックが首尾よく終了すると、通常、次の状態は優先状態となる。これは、ルータ広告におけるタイマの値に依存する。優先存続期間が満了した場合、アドレスは無効となる。
【００５２】
非推奨状態については、ＲＦＣ２４６２で、「非推奨状態では、アドレスの使用は抑制されるが、厳密に禁止されない。新しい通信（例えば、新しいＴＣＰ接続のオープン）は、可能であれば優先アドレスを使用すべきである。非推奨アドレスは、これまでそれを使用してきたアプリケーションによってのみ使用されるべきであり、サービスの中断なしに他のアドレスに切り替えるのは困難であろう」と説明されている。
【００５３】
図４及び図５は、本発明で使用されるＭＮ  ＩＰアドレスのライフ・サイクルを示す。ＭＮは、複数の有効アドレスを有することに留意されたい。有効アドレスは、優先並びに非推奨アドレスを含むことに留意されたい。図では、１つのアドレスのライフ・サイクルのみを示している。
【００５４】
本発明では、ＭＳＧ１及びＭＳＧ２のラベルが付けられた特別な機能を備えた２つのメッセージが使用される。どちらのメッセージも２つのホップを介して送信されるが、それらのホップで同一のパケット形式を有するわけではなく、対応するホップでのメッセージを示すサブラベルａ及びｂ（例えば、ＭＳＧ１ａ）を有する。
【００５５】
新しいＩＰアドレス開始：ＭＮは、パワーアップするか又は新しいＩＰリンクに入ると、そのリンク上でルータ広告を受信することになる。これらの広告が「Ａ」ビット・セットを有することから、それらは受信されたプレフィックスに基づいて第１又は追加のＩＰアドレスを自動構成するために、ＭＮによって使用される。更に、これらの広告は有効及び優先存続期間ｈを含み、これは事前に構成された定数（例えば、２時間）である。重複アドレス検出（ＤＡＤ）の実行後、重複が見つからなかった場合、アドレスは暫定状態から優先状態へと移る。
【００５６】
初期リンク上での以降の広告：アドレスの優先及び有効存続期間は、非要請ルータ広告を受信した場合、更新される。これは通常のＩＰｖ６手順である。
【００５７】
リンク変更
リンク変更後、ただし、これがＭＮ及びＶＣＡＰによって検出される前には、アドレスは依然として優先状態にあるが、図４及び図５に示されるように、この時点ではトポロジー的に正しくない。この状態での残り時間は、できる限り少なく維持しなければならないことに留意されたい。
【００５８】
ＭＮがレイヤ２の移動の後に、その現在のＩＰアドレスの維持を希望する旨の信号を発信するため、ＭＮの移動は新しいＣＡＰによって即時に検出されることになる（詳細は、図６の記述で説明する）。この新しいＣＡＰは、ゼロの優先存続期間（ＭＳＧ１）を含む非要請ユニキャストＲＡ（ルータ広告）をＭＮに送信する。これは、ＭＮが維持を希望する各ＩＰアドレスに対して実行される。結果は、ＩＰアドレスが非推奨となるか、又は非推奨のままとなる。従って、このアドレスは、新しい接続には使用されないことになり、リンクの変更後、ＭＮはすでに使用しているすべてのアドレスの隣に新しいＩＰアドレスを構成する。しかし、図４及び図５は、現在のアドレスを有効のまま維持することに集中しているが、既存の接続については依然として有効である。
【００５９】
ＲＡに設定されることになる第２のタイマ値は、有効存続期間（ＶＬ）である。このための値は、ＨＣＡＰで格納された予定アドレス満了時間に応じて計算される（ｔ１）。後で示されるように、これは、アドレスがこれ以上使用されない場合、満了とすべきであるからである。定数値（例えば、ｔ１＝１時間）が広告された場合、ＭＮは各時間内に１つ又は複数のリンク変更を実行するため、有効存続期間は決して満了せず、これは明らかに望ましくない。
【００６０】
初期リンクから離れている間の有効存続期間の更新
ＩＰアドレスは、少なくともＭＮがこのアドレスを使用するアクティブな接続を有する限り、非推奨状態のままでなければならない。言い換えれば、その場合、アドレスの有効存続期間はゼロに達しない可能性がある。
【００６１】
このため、ＲＡリフレッシュ・メッセージ（ＭＳＧ２）が導入される。このルータ広告は、ゼロの優先存続期間と、ゼロよりも大きい事前に構成された定数値であるｔ２の有効存続期間とを有する。これは、その有効存続期間が満了する前に、ただしＭＮがアクティブな接続を有する場合にのみ、送信されなければならない。詳細については、図７の説明を参照されたい。
【００６２】
ＲＡリフレッシュ・メッセージがＭＮに送信されない場合、そのアドレスに対する有効存続期間タイマが満了した時点で、ＭＮのアドレス状態は非推奨から無効へと移ることになる。これは、ＭＮによってこれ以上使用されないアドレスのケースであるはずである。これを実行するための詳細は、図７の記述で説明される。
【００６３】
図６は、ＭＮが新しいＩＰリンクに移動した場合に、ＭＮ及びＣＡＰによって実行されるステップを示す。ＭＮは２つのアクティブな接続と共に移動しており、初期状況は図２で右側に示されたとおりである。ここでは、ＭＮはＣＡＰ３へと移動している。
【００６４】
図６のイベント／メッセージの説明（最初の３つのポイントは通常のＩＰｖ６挙動であり、Ｇｉａｒｅｔｔａによっても使用される）：
ＭＮは、従来技術又は任意の他の方法で説明されたような移動を（例えば、レイヤ２のヒント／イベントを使用して）検出する６００。
【００６５】
検出後、ＭＮは、ルータ要請（ＲＳ）をすべてのルータ・マルチキャスト・アドレスに送信する６０２。
【００６６】
新しいリンク（ＣＡＰ３）上のＣＡＰは、そのリンク上のトポロジー的に正しいプレフィックス、「Ａ」ビット・セット及びゼロよりも大きい有効存続期間で、ルータ要請に応答する６０４。ＭＮはこの広告を使用し、状態なし自動構成（これについての詳細は図示せず）を使用して追加のＩＰアドレスを作成する。
【００６７】
ＭＮは、その以前のアドレスに対するＤＡＤチェックを実行することによって、それらのアドレスを維持することを希望する旨の信号を送信する。これは、その有効アドレスすべてに対して実行される。Ｇｉａｒｅｔｔａのケースでは、これは１つのアドレスについてのみ実行されることに留意されたい。図に示された例ではＭＮは２つのアドレスを有し、図をわかりやすくするためにこれらは順番に処理されるが、これらは並列に処理されることが有利である。
【００６８】
新しいリンク（ＣＡＰ３）上の訪問先ＣＡＰは、ＭＮのすべてのグローバルＩＰアドレスに関するＤＡＤを検出する。各ＣＡＰでのテーブルに基づいて、訪問先ＣＡＰは、ＭＮの各ＩＰアドレスに対するホームＣＡＰアドレスを決定することができる。その後、フォーリンＣＡＰは、図７で説明されるように、トンネル・セットアップ６０８、６１６を開始する。
【００６９】
トンネル・セットアップ後、非要請ユニキャスト・ルータ広告が、０の優先存続期間と共に、ＭＮに送信される６１４、６２２。このメッセージを受信すると、対応するＩＰアドレスは非推奨となるが、依然として有効である。
【００７０】
このハンドオーバ手順の最終結果は、この時点でＭＮが、新しいトポロジー的に正しい優先アドレスを有すること、及び両方の接続によって使用中のアドレスが、この時点で非推奨であることである。非推奨アドレスは依然として使用可能であるが、それらのそれぞれのＨＣＡＰを介したトンネリングを必要とする。
【００７１】
図７は、ＲＡリフレッシュ（ＲＡ＿ＭＳＧ２）を示す。ＲＡリフレッシュ関係のメッセージ及びアクションは、ＭＮによって使用中の非推奨ＩＰアドレスの有効存続期間をリフレッシュするために必要である。このメッセージの主な点は、アドレスが依然としてＭＮによって使用中である場合、有効存続期間は更新されるはずであるが、非アクティブな場合は満了するはずであることである。ＭＮはそれらのＩＰアドレスと共に移動可能であるため、所望の結果を得るために何らかの追加の努力を講じなければならない。
【００７２】
図７では、ＭＮが、古いＶＣＡＰから新しいＶＣＡＰへの第２の移動を実行することが想定される。図の第１のアクションはＭＮの移動であり、この場合は、１つのアクティブＩＰアドレス、ＩＰ＿ＭＮ１のみを伴う。ＭＮはその移動を検出すると、それに対するＤＡＤチェックを実行することによって、そのＩＰアドレスの維持を希望する旨の信号を発信する。ＩＰ＿ＭＮ１はその時点で新しいＶＣＡＰでは知られていないため、このＶＣＡＰは移動も検出し、（ＩＰ＿ＭＮ１）に対する場所の更新でＨＣＡＰに伝える７００（ＨＣＡＰのアドレスは、ＩＰ＿ＭＮ１とＨＣＡＰアドレスへのプレフィックスの事前構成済みマッピングとに基づいて見つけることができる）。次に、パケットをＭＮとの間でルーティングするために、ＨＣＡＰと新しいＶＣＡＰとの間に新しいトンネルがセットアップされる６０８。古いトンネルはもはや有効でないため、除去される６１０。トンネルのセットアップ及びそれ自身の除去は、従来技術と同じように実行される。
【００７３】
ＨＣＡＰは、管理するすべてのアドレスの有効存続期間を把握する。そのＨＣＡＰを離れる各アドレスについて、ＨＣＡＰでタイマが開始される。ＭＮのアドレスの有効存続期間が満了する前に、タイムアウトが発生するはずである。
【００７４】
そのタイマは、ＲＡ＿ＭＳＧ１ａが送信された後に開始される（図７を参照のこと）。図４で説明されたように、このメッセージはＲＡ＿ＭＳＧ１ｂをトリガし、後者はＭＮでアドレス状態を非推奨に設定する。タイマの目的は、アクティブなアドレスが無効となるのを防ぐために、ＲＡをトリガすることである。タイマはｔ１−Δに設定され、ここでｔ１は、アドレスの存続期間満了までの予定時間を示し、Δは、ＭＮに到着するためにメッセージにとって必要な時間を考慮するために選択する必要がある。ＲＡは肯定応答されないため、受信成功の可能性を上げるために、このメッセージは複数回送信することができる。
【００７５】
アクティブ・アドレスを生かしておかなければならないため、ＨＣＡＰは、このアドレスとの間でパケットが伝送されているか否かを調べるために、各アドレスについてトンネルの使用を監視する。この場合には必ず、このアドレスに関するアクティビティ・フラグがＨＣＡＰで「真」に設定される。
【００７６】
次に、タイマが満了した場合、そのフラグが検査され、その値に基づいて以下のアクションのうちの１つが実行される。
アクティビティ＝真
【００７７】
ＨＣＡＰは、ＭＮの現在のＶＣＡＰへ、事前構成された時間値ｔ２と共にＲＡ＿ＭＳＧ２ａメッセージを送信する７０４。ＶＣＡＰは標準準拠ＲＡ（ＲＡ＿ＭＳＧ２ｂ）を作成し、これをＭＮへ送信する７０６。このメッセージは、有効存続期間リフレッシュ・メッセージとして働く。ＨＣＡＰがメッセージを送信した後、アクティビティ・フラグは「偽」にリセットされる。更に、タイマはｔ２−Δに再初期設定される。
アクティビティ＝偽
【００７８】
最新のｔ２期間では、このアドレスとの間でいかなるパケットも受信又は送信されていないため、このアドレスはもはや使用されていないものとみなされ、すべての状態情報及びトンネルが除去されることになる７１０。タイマは再開されない。
【００７９】
この場合、使用されていないアドレスは、最終的にシステムから削除されることになる。
【００８０】
使用されるＩＰリンクの数に関して、ローカル・ドメインが比較的小規模な場合、本発明の変形では、すべてのルータ広告が事前に構成され、すべてのノードにマルチキャストされる（静的ルータ広告）。利点は、ＭＮ関連状況情報をＨＣＡＰで格納する必要がないため、システムを大幅に簡略化できることである。従って、ＭＮ特有のアクション（ＲＡ＿ＭＳＧ１及びＲＡ＿ＭＳＧ２）を実行する必要がない。欠点は、すべてのＭＮが、受信するすべてのプレフィックスに対してついてＩＰアドレスを構成すること、及びこれらはローカル・ドメイン内にあってルータ広告を受信する限り、引き続き有効であることである。
【００８１】
上記欠点により、この変形形態は、ＩＰリンクの数に関して比較的小規模なローカル・ドメインにおいてのみ意味を成すことになる。
【００８２】
本発明は、ＩＰリンク当たり１つ又は複数のＣＡＰを使用する。これによって、ＩＰリンク間でのアドレスの移動が可能になる。ここで、完全なＮｅｔＬＭＭドメインによるＩＰリンクの置換により、本発明を使用して、ＭＮを、それらのＩＰアドレスの使用を継続しながら、異なるＮｅｔＬＭＭドメイン間で移動させることができる。各ドメインは少なくとも１つのＣＡＰを有することになり、これによってＭＮを、それらのＩＰアドレスを維持しながら、異なるドメイン間で移動させることができる。これがその後、ＮｅｔＬＭＭドメイン間ハンドオーバとなる。
【００８３】
本発明を実施するためには、モバイル・ノードに対する以下の変更が必要である。Ｇｉａｒｅｔｔａの草案の場合と同様に、ＭＮへの影響は最小限であり、モビリティ・イベント全体にわたってＩＰアドレスが更新される方法において、わずかな修正に限定される。リンク変更後、ＭＮにとっては、以前に訪問したリンクで使用したすべてのＩＰアドレスの継続使用を要求することが可能でなければならない。
【００８４】
上記のように、可能性の１つは、アドレス指定する場合、ＭＮが重複アドレス検出（ＤＡＤ）手順の一部として近隣要請（ＮＳ）を送信することである（図６を参照のこと）。原則として、ＭＮのＩＰアドレスを含みＣＡＰによって受信されるいかなるメッセージも、ＭＮが特定アドレスの活性化を求めていることを示すトリガとして使用可能である。
【００８５】
アクセス・ルータを接続アンカー・ポイントにするためには、以下の変更が必要である。
【００８６】
ホームＣＡＰ機能の場合：
ＭＮのＩＰアドレスに対する「場所の更新」を処理する：
そのアドレスの現在の場所（どのＶＣＡＰ）を格納する
訪問先ＣＡＰへのトンネルをセットアップする
ここで、各ＭＮについて別々のトンネル、又は１ＨＣＡＰと１ＶＣＡＰとの間で同一のトンネルを使用する複数のＭＮという２つの可能性がある。
そのＭＮアドレスに前のトンネルが存在する場合はこれを除去する。
プレフィックス、有効及び優先存続期間に対する正しい値と共に、ルータ広告メッセージをＶＣＡＰに送信する。
予定優先存続期間に基づくタイムアウト値でタイマを開始する。
アクティビティ・フラグを「偽」に設定する
各ＭＮアドレスに対するトンネル・アクティビティを監視する
検出時：アクティビティを「真」に設定する。
タイマのタイムアウト時に実行されるアクション：
ケース１：アクティビティ・フラグ＝「偽」
当該アドレスの現在のＶＣＡＰへのトンネルを除去する。
ケース２：アクティビティ・フラグ＝「真」
ルータ・リフレッシュを送信する
【００８７】
訪問先ＣＡＰ機能の場合：
ＭＮの移動及びそれが使用するアドレスを検出する
移動の検出時、検出されたＭＮアドレスそれぞれに対して、場所の更新を対応するホームＣＡＰに送信する。
ＶＣＡＰのリンクで、ＭＮへのトンネルに着信するパケットを転送する
第１及び第２（ルータ広告）のメッセージを受信及び転送し、それによってパケットをＭＮによって理解される標準形式に再フォーマットする。
ＨＣＡＰから発信される「トンネルの除去及びセットアップ」メッセージに正しく応答し、処置を講じる。
【００８８】
本発明の他の実施形態は、ハードウェア及びソフトウェアを使用する上記種々の実施形態の実施に関する。種々の上記方法は、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、又は他のプログラマブル論理デバイスなどのようなコンピューティング・デバイス（プロセッサ）を使用して実施又は実行することができることを理解することができるだろう。本発明の種々の実施形態は、これらのデバイスの組み合わせによっても実行又は具体化することができる。
【００８９】
更に、本発明の種々の実施形態は、プロセッサによって実行されるソフトウェア・モジュールを使用して、又はハードウェア内で直接、実施することもできる。ソフトウェア・モジュール及びハードウェア実施の組み合わせも可能である。ソフトウェア・モジュールは、例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリ、レジスタ、ハード・ディスク、ＣＤ−ＲＯＭ、ＤＶＤなどの任意の種類のコンピュータ読み取り可能記憶媒体上に格納することができる。
（略語）
ＡＲ−アクセス・ルータ
ＢＧ−ボーダー・ゲートウェイ
ＣＡＰ−接続アンカー・ポイント
ＣＮ−対応ノード
ＤＡＤ−重複アドレス検出
ＨＡ−ホーム・エージェント
ＨＡＲ−ホーム・アクセス・ルータ
ＨＣＡＰ−ホーム接続アンカー・ポイント
ＨＯ−ハンドオーバ
ＨｏＡ−ホーム・アドレス
ＭＩＰｖ６−モバイルＩＰｖ６
ＭＮ−モバイル・ノード
ＮｅｔＬＭＭ−ネットワークベースの局在モビリティ管理
ＮＳ−近隣要請
ＰＬ−優先存続期間
ＲＡ−ルータ広告
ＲＳ−ルータ要請
ＴＣＰ−トランスポート制御プロトコル
ＵＤＰ−ユーザ・データグラム・プロトコル
ＶＡＲ−訪問先アクセス・ルータ
ＶＣＡＰ−訪問先接続アンカー・ポイント
ＶＬ−有効存続期間
【図面の簡単な説明】
【００９０】
【図１】Ｇｉａｒｅｔｔａによって提案された従来技術の参照アーキテクチャを示す図である。
【図２】本発明の主な特典を示す図である。この図では、ＡＲ１（ＣＡＰ１）によってサービスが提供されるＩＰリンクでパワーオンされたＭＮは、接続を開始して新しいＩＰリンクに移動する。ここでＭＮは、別の接続を開始する。従来技術の場合、新しい接続はトンネルを使用する必要があるが、本発明では不要である。
【図３】ＲＦＣ２４６２（Ｓ．Ｔｈｏｍｓｏｎ、Ｔ．Ｎａｒｔｅｎ、「ＩＰｖ６  Ｓｔａｔｅｌｅｓｓ  Ａｄｄｒｅｓｓ  Ａｕｔｏｃｏｎｆｉｇｕｒａｔｉｏｎ」、ＲＦＣ２４６２、１９９８年１２月）に記載された４つの可能なＩＰｖ６アドレス状態を示す図である。
【図４】ハンドオーバ及びルータ広告などのイベントが、単一ＩＰｖ６アドレスの状態にどのように影響を与えるかを示す図である。主な点は、ＭＮのそのアドレスに関する優先及び有効存続期間を所望の方法で制御することである。
【図５】図４よりも一般的な方法で、本発明におけるアドレスのライフ・サイクルを示す図である。
【図６】新しいＩＰリンクに移動し、２つのＣＡＰでアンカーされた２つのアクティブ接続を有するＭＮに対するネットワーク・エンティティ間でのメッセージ交換を示す図である。
【図７】ＲＡリフレッシュ関係のメッセージ及びタイマを示す図である。目的は、訪問先ＣＡＰでのアクティブなＩＰアドレスに関する有効存続期間をリフレッシュすることである。
【図１】
2009533911.tif 000003
【図２】
2009533911.tif 000004
【図３】
2009533911.tif 000005
【図４】
2009533911.tif 000006
【図５】
2009533911.tif 000007
【図６】
2009533911.tif 000008
【図７】
2009533911.tif 000009
【国際調査報告】
2009533911.tif 000010
2009533911.tif 000011
2009533911.tif 000012
2009533911.tif 000013
2009533911.tif 000014