JP2011504320A - Ｉｐバージョン移行シナリオにおけるモバイルｉｐルートの最適化 - Google Patents

Ｉｐバージョン移行シナリオにおけるモバイルｉｐルートの最適化 Download PDF

Info

Publication number
JP2011504320A
JP2011504320A JP2010532438A JP2010532438A JP2011504320A JP 2011504320 A JP2011504320 A JP 2011504320A JP 2010532438 A JP2010532438 A JP 2010532438A JP 2010532438 A JP2010532438 A JP 2010532438A JP 2011504320 A JP2011504320 A JP 2011504320A
Authority
JP
Japan
Prior art keywords
internet protocol
address
home
protocol version
header
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP2010532438A
Other languages
English (en)
Inventor
キリアン ヴェニゲル
イェンス バッハマン
ヨン シュリンガー
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Publication of JP2011504320A publication Critical patent/JP2011504320A/ja
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H04W8/082—Mobility data transfer for traffic bypassing of mobility servers, e.g. location registers, home PLMNs or home agents
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
    • H04W80/045—Network layer protocols, e.g. mobile IP [Internet Protocol] involving different protocol versions, e.g. MIPv4 and MIPv6

Abstract

【課題】ＩＰバージョン移行シナリオのモバイルＩＰルートの最適化
【解決手段】第１の移動ノードのアプリケーションにより、第１のコレスポンデント・ノードとの通信を要求し、第１のホーム・エージェントは各ルーティングをサポートするネットワークに配置され、第２のインターネット・プロトコル・バージョンの第１のホーム・アドレスなどの入手のためブート・ストラップが実行される。第１のインターネット・プロトコル・バージョンの第１の移動ノードのアドレスを気付アドレス、第１のホーム・アドレスをホーム・アドレスとして含む第１のバインディング更新メッセージを送信し、第１の移動ノードの位置が第１のホーム・エージェントに登録され、第１のコレスポンデント・ノードと通信するために第１のホーム・エージェントが用いられ、外部ヘッダが第１のインターネット・プロトコル・バージョン、内部ヘッダが第２のインターネット・プロトコル・バージョンを用いる。
【選択図】図２

Description

本発明は、移動性のパケット・ベースの通信ネットワークにおける最適化されたルーティングに関し、とりわけＩＰバージョン移行問題に関する。本発明は、ＩＰバージョン移行シナリオにおけるモバイルＩＰルートの最適化をサポートするシステム及び方法を記載する。
通信システムは、インターネット・プロトコル（ＩＰ）ベースのネットワークへとますます進化している。通信システムは、互いに接続された多くのネットワークから成り、そこでは音声及びデータは一端末から他の端末へと断片状、いわゆるパケットで送信される。それらパケットは、コネクションレスな態様でルータによって宛先へとルーティングされる。したがって、パケットはＩＰヘッダ及びペイロード情報から成るとともに、該ヘッダは数ある中でソース及び宛先のＩＰアドレスを含む。ＩＰネットワークは、拡張性の理由により、階層的なアドレス指定スキームを用いる。それゆえに、ＩＰアドレスは対応する端末を識別するだけでなく、この端末についての位置情報をさらに含む。ルーティング・プロトコルによって提供された付加情報によって、ネットワーク内のルータは、ある特定の宛先に向かう次ルータを識別することができる。
端末が以降、移動ノード（ＭＮ：モバイルノード）と呼ばれる移動体であり、サブネット間を移動する場合は、階層的なアドレス指定スキームを理由として、自己のＩＰアドレスを位相的に正確なアドレスへと変更しなければならない。しかしながら、ＴＣＰ接続といったより高位層での接続は、通信側ノードのＩＰアドレス（及びポート）で定義されるので、ノードのうち一つが移動等の理由から自己のＩＰアドレスを変更する際に、接続が断たれる。
モバイルＩＰｖ６［Ｄ．Ｊｏｈｎｓｏｎ、Ｃ．Ｐｅｒｋｉｎｓ、Ｊ．Ａｒｋｋｏ、「Mobility Support in IPv6」、ＩＥＴＦ ＲＦＣ ３７７５、２００４年６月]は、ＭＮが、より高位層及びアプリケーションにトランスペアレントな態様で、すなわち、より高位層の接続を絶つことなくサブネット間を移動するのを可能にするＩＰベースの移動体プロトコルである。したがって、１個のＭＮは設定された２個のＩＰアドレス：気付アドレス（ＣｏＡ）及びホーム・アドレス（ＨｏＡ）を有する。ＭＮのより高位層は、以降コレスポンデント・ノード（ＣＮ）と呼ばれる通信パートナー（宛先端末）との通信のためにＨｏＡを用いる。このアドレスは変化せず、ＭＮの識別の目的に資する。ＨｏＡは位相的には、移動ノードのホーム・ネットワーク（ＨＮ）に属する。対照的にＣｏＡアドレスは、移動のたびに変化し結果としてサブネットの変更をきたし、ルーティング下部構造のためのロケータとして用いられる。ＣｏＡは位相的には、ＭＮが現在訪問中のネットワークに属する。ホーム・リンク上に配置されている一組のホーム・エージェント（ＨＡ）のうち１個が、ＭＮのＣｏＡのＭＮのＨＡへのマッピングを保持するとともに、当該ＭＮに対する着信トラフィックを自己の現在の位置へと向け直す。単一のＨＡの代わりに一組のＨＡを配置する理由は、冗長及びロード・バランシング等のためである。
現在モバイルＩＰｖ６は、動作の２個のモード：双方向トンネリング及びルート最適化を定義している。双方向トンネリングが用いられる際、ＣＮによって送信されＭＮのＨｏＡへとアドレス指定されたデータ・パケットは、ＨＮ内のＨＡによって傍受され、ＭＮのＣｏＡへとトンネリングされる。ＭＮによって送信されたデータ・パケットはＨＡへとリバース・トンネリングされ、ＨＡはパケットのカプセル化を外し、パケットをＣＮへと送信する。この動作の場合は、ＨＡのみがＭＮのＣｏＡについて通知されなければならない。したがってＭＮは、バインディング更新（ＢＵ）メッセージをＨＡへと送信する。これらメッセージはＩＰｓｅｃセキュリティ・アソシエーション上で送信され、ひいては認証され、完全性が保護される。ＣＮはＭＮのＣｏＡを知らないので、ＣＮはＭＮの位置を導き出すことができず、これにより、位置プライバシーが提供される。しかしながら、ＭＮがホーム・ネットワークから遠く離れているとともにＣＮがＭＮに近い場合は、通信経路は不必要に長くなり、その結果、非効率なルーティング及び大幅なパケット遅延に至る。
当該ルート最適化モードは、ＣＮとＭＮの間の直接（エンド・ツー・エンド）経路を用いることによってこの非効率性を防止することができる。したがって、ＭＮはＢＵメッセージＣＮへと送信し、ＣＮは次いで、直接的にデータ・パケットをＭＮへと送信することができる（タイプ２のルーティング・ヘッダがパケットを直接経路上で送信するのに用いられる）。当然のことながら、ＣＮはモバイルＩＰｖ６のルート最適化サポートを実装しなければならない。ＢＵメッセージを認証するために、ＭＮ及びＣＮはいわゆるリターン・ルータビィティ手順を実行する。該手順は、ＨｏＡ及びＣｏＡでのＭＮの到達可能性の試験を行い、共通のセッション・キーを生成する。
モバイルＩＰｖ６は近年、ＭＮがＨＡによって動的にブート・ストラップすることを可能にするよう拡張されてきた［Ｇ．Ｇｉａｒｅｔｔａ、Ｊ．Ｋｅｍｐｆ、Ｖ．Ｄｅｖａｒａｐａｌｌｉ、「Mobile IPv6 bootstrapping in split scenario」、ｄｒａｆｔ−ｉｅｔｆ−ｍｉｐ６−ｂｏｏｔｓｔｒａｐｐｉｎｇ−ｓｐｌｉｔ−０２．ｔｘｔ、２００６年３月]。ブート・ストラップには、ＨＡを発見すること、通信相手のＨｏＡを構成すること、及びこのＨＡとのＩＰｓｅｃセキュリティ・アソシエーションを設定することが含まれる。ＭＮは、双方向トンネリング・モードにおけるルートを最適化するために、ローカルなＨＡでブート・ストラップすることができる。しかしながら、（通常ＣＮに知られている）ＨｏＡは今や位置情報を含むので、このことは位置プライバシーのサポートを潜在的に絶ってしまう。例えば、ＨＡが当該ＭＮに対してローカルである（例えば、ローカルなＨＡでブート・ストラップすることは事業者の方針である）ことをＣＮが知っている場合は、ＣＮはＭＮのＨｏＡに基づいてＭＮの位置を導き出すことができる。さらに、ブート・ストラップによってＨＡを変更することはＨｏＡを変更することを必要とし、このことは、進行中のデータ・セッションが絶たれることを意味する。それゆえに、進行中のデータ・セッションのルート最適化はサポートされない。
ネットワーク事業者は、協調的に一瞬にして、すべての端末及びネットワーク装置をＩＰｖ６へと切り換えることはできない。代わりに、ＩＰｖ４からＩＰｖ６への移行はゆっくりと発生するであろう。ＩＥＴＦ（インターネットエンジニアリングタスクフォース）によって推奨される戦略は、デュアル・スタック・ノードを用いること、すなわち、ホスト及びサーバーがＩＰｖ４スタック及びＩＰｖ６スタックの両方を実装することである（Ｒ．Ｇｉｌｌｉｇａｎ、Ｅ．Ｎｏｒｄｍａｒｋ、「Transition Mechanisms for IPv6 Hosts and Routers」、ＲＦＣ ２８９３、２０００年８月）。それゆえに、アクセス・ネットワークは、ＩＰｖ４のみ又はＩＰｖ６のみであっても、又は以降デュアルと呼ばれるように両方をサポートしてもよい。
ＲＦＣ ３７７５に記載されたモバイルＩＰｖ６プロトコルは、ＩＰバージョンに柔軟でない、すなわち、ＨＡ、ＭＮ及びＣＮ、ならびにそれらが接続されているネットワークは、ＩＰｖ６をサポートしなければならない。加えて、すべてのホストでモバイルＩＰｖ４及びモバイルＩＰｖ６を同時に実行すると、ＭＮがＩＰｖ４のみのネットワークからＩＰｖ６のみのネットワークに移動する場合、又は、その逆の場合にはセッションをサポートしない。さらにこのことは、シグナリング・トラフィックの観点から効率的ではないであろう［Ｇ．Ｔｓｉｒｔｓｉｓ、Ｈ．Ｓｏｌｉｍａｎ、「Mobility management for Dual stack mobile nodes：A Problem Statement」、ｄｒａｆｔ−ｉｅｔｆ−ｍｉｐ６−ｄｓｍｉｐ−ｐｒｏｂｌｅｍ−０２．ｔｘｔ、２００６年６月]。それゆえに、たとえ移動ノードがＩＰｖ４ネットワークへと移動する場合であっても、モバイルＩＰｖ６のシグナリング・メッセージを用いたセッション継続性及びＩＰ到達可能性をサポートするべく、モバイルＩＰｖ６への拡張が開発中である［Ｈ．Ｓｏｌｉｍａｎ、Ｇ．Ｔｓｉｒｔｓｉｓ、Ｖ．Ｄｅｖａｒａｐａｌｌｉ、Ｊ．Ｋｅｍｐｆ、Ｈ．Ｌｅｖｋｏｗｅｔｚ、Ｐ．Ｔｈｕｂｅｒｔ、Ｒ．Ｗａｋｉｋａｗａ、「Mobile IPv6 support for dual stack Hosts and Routers（DSMIPv6）」、ｄｒａｆｔ−ｉｅｔｆ−ｍｉｐ６−ｎｅｍｏ−ｖ４ｔｒａｖｅｒｓａｌ−０１．ｔｘｔ、２００６年３月]。この拡張は以降「デュアル・スタック・モバイルＩＰ（ＤＳＭＩＰ）」と呼ばれる。
当該草案は、モバイルＩＰｖ６シグナリングを用いて、デュアル・スタックＭＮが、デュアル・スタック・モバイルＩＰｖ６のＨＡにＩＰｖ４のホーム・アドレス及び／又は気付アドレスをどのように登録できるかを規定している。さらに当該草案は、ＩＰｖ６−ｉｎ−ＩＰｖ４カプセル化を用いて、ＩＰｖ４パケット又はＩＰｖ６パケットがＭＮとＨＡの間で、どのように移送できるかを記載している。ＭＮとＨＡの間に配置されているＮＡＴ（ネットワーク・アドレス変換器）ルータをどのように検出及び取り扱うことも記載されている。
しかしながら、ルート最適化は遅延センシティブなサービスに対して非常に重要な特徴であるものの、いくつかのシナリオではルート最適化は可能でない。本発明は、ＣＮの動作及び実装を変更することなく、所定のＩＰバージョン移行シナリオにおいて、モバイルＩＰルート最適化をサポートするシステム及び方法を記載する。
より具体的には、両ノード又はそれらノードが接続されているネットワークが同一のＩＰバージョンを理解しない場合には、ＭＮとＣＮの間のエンド・ツー・エンド通信は可能でない。しかしながら、モバイルＩＰｖ６のルート最適化は、ＭＮとＣＮの間のエンド・ツー・エンドのシグナリングを必要とする。例えば、デュアル・スタックＭＮがＩＰｖ４のみのネットワーク内にあるとともに、デュアル・スタックＣＮがＩＰｖ６のみのネットワーク内にある場合は、ＭＮとＣＮの間のエンド・ツー・エンド通信は可能でない。その理由は、ＭＮ及びＣＮがいずれのＩＰバージョンを選択しても、ネットワークのうち１個（より具体的には、ネットワーク内のルーティング下部構造）はＩＰバージョンをサポートしない（図１を参照のこと）からである。ＣＮのネットワークが二重である場合は、エンド・ツー・エンド通信は可能であるが、標準モバイルＩＰｖ６（ＲＦＣ ３７７５）又はＤＳＭＩＰ（ｄｒａｆｔ−ｉｅｔｆ−ｍｉｐ６−ｎｅｍｏ−ｖ４ｔｒａｖｅｒｓａｌ−０１．ｔｘｔ）の挙動がある場合は可能でない。すなわち、ＣＮの動作が拡張されようとしていた場合のみに可能である。
ＭＮがＮＡＴの配下にある場合には追加的な変化が必要である。この場合には、ＣＮは経路上のＮＡＴルータを検出するとともに、すべてのシグナリング・メッセージをＵＤＰ（ユーザ・データ・プロトコル）へとカプセル化するようＭＮに通知することができなければならない。かかるシナリオでは、現在のソルーションは、デュアル・スタックＨＡへのリバース・トンネリングを行うことであり、ＭＮが自己のホーム・ネットワークから遠く離れている場合には、デュアル・スタックＨＡは、大幅なデータ・パケット遅延及びユーザの嫌な経験をもたらし得る。
米国特許第２００５００８３９６９号には、ＩＰｖ６ネットワーク内に配置されているＭＮが、モバイルＩＰｖ６ルートの最適化モードを用いるＩＰｖ４ネットワーク内のＣＮとの通信を可能にする方法が記載されている。この思想はネットワークの端部に配置されたＮＡＴ−ＰＴ（ＲＦＣ２７６６）ボックスを活用することであり、該ボックスはリターン・ルータビィティ・パケット、ＢＵ（バインディング更新）メッセージ及びデータ・パケットを傍受する。当該ボックスはＩＰヘッダをＩＰｖ６からＩＰｖ４へと変換するとともに、リターン・ルータビィティ手順に関してＣＮのためのエージェントとして機能する、すなわち、ＭＮの観点からは、ＮＡＴ−ＰＴはＩＰｖ６ＣＮのように挙動する。したがってＮＡＴ−ＰＴはバインディング情報及びキーイング情報を保存し、ＨｏＴｉ、ＣｏＴｉ及びＢＵメッセージに応答する。
このアプローチの欠点は、特別なＮＡＴ−ＰＴボックスが、各アクセス・ネットワークの端部に常に存在しなければならないことと、このようなボックスはＭＮとＣＮの間のエンド・ツー・エンドの経路上に常に配置されていなければならないことである。しかしながら、このことは常に保証できるとは限らない。さらに、当該ボックスはリターン・ルータビィティ・シグナリングをサポートするべく拡張されなければならない。最終的には、プロトコル変換にはきわめて多数の制限がある。第１に（チェックサムの計算を含む）当該変換は処理能力を消費する。第２に、上記に記述したようなトポロジーの制限が存在する。第３に、ＩＰｖ４ヘッダ及びＩＰｖ６ヘッダ中のいくつかのフィールドの意味が大きく異なるので、変換自体に制限がある。第４に、より高位層に搬送されたＩＰアドレスは追加的なアプリケーション・ゲートウェイ機能なしには変換されず、エンド・ツー・エンドのセキュリティを確立することはできない。これらすべての理由のため、ＩＰｖ６ ｏｖｅｒ ＩＰｖ４トンネリングといった他の通信の手段が可能でない場合には、ＮＡＴ−ＰＴ仕様はＮＡＴ−ＰＴのみを用いるよう推奨する。
本発明は上記の状況に鑑みて行われており、ＩＰｖ４トラバーサル・シナリオ中のデータの最適化されたルーティングを提供する目的を有する。
本目的は独立請求項の主題によって解決される。本発明の有利な実施の形態は、従属請求項の主題となる。
本目的を達成するために、本発明は、複数のホーム・エージェント、少なくとも１つの移動ノード、及び少なくとも１つのコレスポンデント・ノードを備えた、異なるインターネット・プロトコル・バージョンを用いるパケット交換ネットワークのシステムでパケットをルーティングするための方法、装置、システム及びコンピュータで読み取り可能な媒体を提供する。第１の移動ノードは、第１のインターネット・プロトコル・バージョンの少なくとも１つの位相的に正確なインターネット・プロトコル・アドレスが設定されているとともに、該第１のインターネット・プロトコル・バージョンのヘッダの付いたパケットのルーティングを少なくともサポートするネットワーク内に配置されている。該第１の移動ノード上にあるアプリケーションによって、第２のインターネット・プロトコル・バージョンのインターネット・プロトコル・アドレスが少なくとも設定されているとともに、該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されている第１のコレスポンデント・ノードとの通信が、要求される。該複数のホーム・エージェントのうち第１のホーム・エージェントは、該第１の移動ノードと該第１のコレスポンデント・ノードとの間の直接経路の近傍に配置されており、該第１のホーム・エージェントは、パケットが該第１のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該第１の移動ノードへのルーティング、及び、パケットが該第２のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該第１のコレスポンデント・ノードへのルーティングを少なくともサポートするネットワーク内に配置されている。該第２のインターネット・プロトコル・バージョンの第１のホーム・アドレス及び他の通信パラメータを入手するために、該第１のホーム・エージェントを用いてブート・ストラップが実行される。該第１のインターネット・プロトコル・バージョンの第１の移動ノードの位相的に正確なアドレスを気付アドレスとして、及び、該第１のホーム・アドレスをホーム・アドレスとして含む第１のバインディング更新メッセージを送信することによって、該第１の移動ノードの位置が該第１のホーム・エージェントに登録される。及び、該第１のホーム・エージェントが、該通信パラメータが該ブート・ストラップするステップにおいて、及び、該第１のホーム・アドレスがホーム・アドレスとして設定された状態での該第１のコレスポンデント・ノードとの通信のために、該トンネリングされたパケットの外部ヘッダが該第１のインターネット・プロトコル・バージョンを用いるとともに、該トンネリングされたパケットの内部ヘッダが該第２のインターネット・プロトコル・バージョンを用いる双方向トンネリング・モードにおいて用いられる。
有利な実施の形態では、第１のホーム・エージェントを用いてブート・ストラップするステップは、第１の移動ノードによって、もしくは、該第１の移動ノードの代わりにプロキシ・ノードによって実行される。
別の実施の形態では、該第１の移動ノードの位置を該第１のホーム・エージェントに登録するステップは、第１の移動ノードによって、もしくは、該第１の移動ノードの代わりにプロキシ・ノードによって実行される。
本発明の他の有利な実施の形態によると、該複数のホーム・エージェントのうち該第１のホーム・エージェントを配置するステップは、第１の移動ノードによって、もしくは、該第１の移動ノードの代わりにプロキシ・ノードによって実行される。
該第１のホーム・エージェントが、該第１の移動ノードよりも該第１のコレスポンデント・ノードのより近くに位置していることは有利である。
本発明の有利な実施の形態では、該複数のホーム・エージェントのうち該第１のホーム・エージェントを配置するステップは、該第１のホーム・エージェントのアドレスを見出すためにホーム・エージェント・アドレスのドメイン名サーバーを照会するステップであって、該ドメイン名は、該第１のコレスポンデント・ノードのドメイン名と、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケット及び該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングをサポートするホーム・エージェントが必要であることを示すストリングとから少なくとも構成されているステップを含む。
さらに有利な実施の形態では、該複数のホーム・エージェントのうち該第１のホーム・エージェントを配置するステップは、要求メッセージ中に、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケット及び該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングをサポートするホーム・エージェントが必要であることを示すフラグを設定するステップと；該第１の要求メッセージのインターネット・プロトコル・ヘッダ中の宛先アドレスを、少なくとも該第１のコレスポンデント・ノードのアドレス・プレフィクスから構成されるエニキャスト・アドレスに設定するステップと；該第１の要求メッセージのインターネット・プロトコル・ヘッダ中のソース・アドレスを、該第２のホーム・エージェントに対応する該ホーム・アドレスに設定するステップと；該第１の要求メッセージを、該複数のホーム・エージェントのうち、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケット及び該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングをサポートする第２のホーム・エージェントへとリバース・トンネリングするステップであって、該第１の移動ノードは該第２のホーム・エージェントに登録されており、及び、該第２のホーム・エージェントはパケット交換ネットワークのシステム内のどこかに配置されているステップと；及び、該複数のホーム・エージェントのうち一つによって、該要求に対して、該第１のホーム・エージェントのアドレスを付けて回答するステップと；を含む。
本発明の別の実施の形態では、該複数のホーム・エージェントのうち該第１のホーム・エージェントを配置する（４０４）ステップは、該第１のコレスポンデント・ノードについての情報を含む要求と、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケット及び該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングをサポートするホーム・エージェントが必要である旨の指示とを、専用ネットワーク・エンティティに送信するステップと；及び、応答を該専用ネットワーク・エンティティから、該第１のホーム・エージェントのアドレスとともに受信するステップを含む。
本発明の他の有利な実施の形態は、該専用ネットワーク・エンティティによって実行される以下の：該第１のコレスポンデント・ノードのアドレスを、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケット及び該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングをサポートするとともに、該第１のコレスポンデント・ノードの近くに配置されている複数のホーム・エージェントのうち一つのアドレスに、マッピングするステップを含む。
該マッピングが事前に設定されているか又は動的に発見されることは有利である。
本発明の別の実施の形態では、該複数のホーム・エージェントのうち該第１のホーム・エージェントを配置するステップは：第１の動的ホスト構成プロトコル要求メッセージ中に、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケット及び該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングをサポートするホーム・エージェントが必要であることを示すフラグを設定するステップと；該第１のホーム・エージェントを配置するために、該第１の動的ホスト構成プロトコル要求メッセージを送信するステップと；動的ホスト構成プロトコル・サーバーによって、該第１のホーム・エージェントのアドレスを含む動的ホスト構成プロトコル応答を送信するステップと；を含み、該第１のホーム・エージェントが、該第１の移動ノードとは異なるネットワーク内にある場合は、該第１の移動ノードによって送信された該第１の動的ホスト構成プロトコル・メッセージは、該第１のコレスポンデント・ノードの該アドレスを含む。
本発明の他の実施の形態によると、該配置ステップ及び該ブート・ストラップするステップを抜かすことによって、該第１のホーム・エージェントが、同一又は近傍のドメイン中の同一又は他のコレスポンデント・ノードとの後続の通信セッションにおいて再使用される。
本発明のさらに有利な実施の形態では、複数のホーム・エージェント、少なくとも１つの移動ノード、及び少なくとも１つのコレスポンデント・ノードを備えた、異なるインターネット・プロトコル・バージョンを用いるパケット交換ネットワークのシステムでパケットをルーティングするための方法が記載される。第１の移動ノードは、第１のインターネット・プロトコル・バージョンの少なくとも１つの位相的に正確なインターネット・プロトコル・アドレス及び第２のインターネット・プロトコル・バージョンの第１のホーム・アドレスが設定されているとともに、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されている。第２のインターネット・プロトコル・バージョンのインターネット・プロトコル・アドレスが少なくとも設定されているとともに、該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されている第１のコレスポンデント・ノード上のアプリケーションは、該第２のインターネット・プロトコル・バージョンのヘッダを有するデータ・パケットを該第１の移動ノードの第１のホーム・アドレスへと送信することによって、該第１の移動ノードとの通信セッションを開始し、該第１のホーム・アドレスと、移動ノードの位相的に正確なアドレスのうち第１のアドレスとは、第１のホーム・エージェントに登録されている。該移動ノードは、該第１のホーム・エージェント上でトンネリングされた、該第１のコレスポンデント・ノードからの最初のデータ・パケットを受信する。該複数のホーム・エージェントのうち第２のホーム・エージェントは、該第１の移動ノードと該第１のコレスポンデント・ノードとの間の直接経路の近傍に配置されており、該第２のホーム・エージェントは、パケットが該第１のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該第１の移動ノードへのルーティング、及び、パケットが該第２のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該第１のコレスポンデント・ノードへのルーティングを少なくともサポートするネットワーク内に配置されている。該第２のインターネット・プロトコル・バージョンの第２のホーム・アドレス及び他の通信パラメータを入手するために、該第２のホーム・エージェントを用いてブート・ストラップが実行される。該第１のインターネット・プロトコル・バージョンの第１の移動ノードの位相的に正確なアドレスを気付アドレスとして、及び、第２のホーム・アドレスをホーム・アドレスとして含む第１のバインディング更新を送信することによって、該第１の移動ノードの位置が該第２のホーム・エージェントに登録されている。第１の気付試験イニット・メッセージが、第２のホーム・エージェントへと向かう双方向トンネル上で、該第１のコレスポンデント・ノードへと送信され、該トンネリングされたパケットの外部ヘッダが該第１のインターネット・プロトコル・バージョンを用いるとともに、該トンネリングされたパケットの内部ヘッダが該第２のインターネット・プロトコル・バージョンを用いており、該第１の気付試験イニット・メッセージのインターネット・プロトコル・ヘッダ中のソース・アドレスが該第２のホーム・アドレスに設定されている。気付試験メッセージが、該第２のホーム・エージェントへと向かう該双方向トンネル上で、該第１のコレスポンデント・ノードから受信される。該第２のホーム・アドレスを気付アドレスとして、及び、該第１のホーム・アドレスをホーム・アドレスとして含む第２のバインディング更新メッセージを送信することによって、該第１の移動ノードの位置が該第１のコレスポンデント・ノードに登録され、該第２のバインディング更新メッセージは、該第２のホーム・エージェントへと向かう該双方向トンネル上で送信され、該トンネリングされたパケットの外部ヘッダが該第１のインターネット・プロトコル・バージョンを用いるとともに、該トンネリングされたパケットの内部ヘッダが該第２のインターネット・プロトコル・バージョンを用いる。及び、第１の移動ノードによって、該第１のコレスポンデント・ノードに宛てられたデータ・パケットを、該第２のホーム・エージェントへと向かう該双方向トンネル上で該送信することによる、該通信パラメータが該ブート・ストラップするステップにおいて設定された状態での該第１の移動ノードと該第１のコレスポンデント・ノードの間の通信のために、ルート最適化モードが該第２のホーム・エージェントへと向かう該双方向トンネル上で用いられ、該トンネリングされたパケットの外部ヘッダが該第１のインターネット・プロトコル・バージョンを用いるとともに、該トンネリングされたパケットの内部ヘッダが該第２のインターネット・プロトコル・バージョンを用いており、該トンネル中の該データ・パケットは、ホーム・アドレス・オプション中に該第１のホーム・アドレスを、該インターネット・プロトコル・ヘッダ中にソース・アドレスとしての該第２のホーム・アドレスを、及び、該インターネット・プロトコル・ヘッダ中に宛先アドレスとしての第１のコレスポンデント・ノードのアドレスを含む。
さらに有利な実施の形態では、ネットワーク・アドレス変換ルータが、ネットワーク・アドレス変換トラバーサルをサポートする経路上にある時に、該第１のバインディング更新メッセージが、ユーザ・データ・プロトコル・メッセージ中にカプセル化される。
本発明の他の実施の形態によると、該第１のバインディング更新メッセージが、該第１のインターネット・プロトコル・バージョンのメッセージ中にカプセル化される。
他の有利な実施の形態では、該第１のホーム・エージェントが該直接経路上のネットワーク・アドレス変換ルータを検知し、及び、該第１の移動ノードにこのことを通知する。
該第１のインターネット・プロトコル・バージョンがＩＰｖ４であり、及び、該第２のインターネット・プロトコル・バージョンがＩＰｖ６又はＩＰｖ４であることは本発明の一利点である。
本発明の他の実施の形態では、該第１の移動ノードの該ネットワーク及び該第１のコレスポンデント・ノードの該ネットワークが同一のインターネット・プロトコル・バージョンをサポートしない場合は、該方法ステップが誘発される。
さらに有利な実施の形態では、第１の移動ノードが短いパケット遅延を必要とするアプリケーションを実行する場合には、該ステップが誘発される。
本発明の他の有利な実施の形態は、複数のホーム・エージェント及び少なくとも１つのコレスポンデント・ノードを備えた、異なるインターネット・プロトコル・バージョンを用いるパケット交換ネットワークのシステム内の移動ノードに関する。該移動ノードは、少なくとも、第１のインターネット・プロトコル・バージョンの少なくとも１つの位相的に正確なインターネット・プロトコル・アドレスが設定されているとともに、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングをサポートするネットワーク内に配置されている。該移動ノードは：第２のインターネット・プロトコル・バージョンのインターネット・プロトコル・アドレスが少なくとも設定されているとともに、該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されている第１のコレスポンデント・ノードとの通信を要求するよう構成されたアプリケーションと；該複数のホーム・エージェントのうち第１のホーム・エージェントを、該移動ノードと該第１のコレスポンデント・ノードとの間の直接経路の近傍に配置する配置手段であって、該第１のホーム・エージェントは、パケットが該第１のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該移動ノードへのルーティング、及び、パケットが該第２のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該第１のコレスポンデント・ノードへのルーティングを少なくともサポートするネットワーク内に配置されている配置手段と；該第２のインターネット・プロトコル・バージョンの第１のホーム・アドレス及び他の通信パラメータを入手するために、該第１のホーム・エージェントを用いてブート・ストラップするよう構成されたブート・ストラップ手段と；該第１のインターネット・プロトコル・バージョンの該移動ノードの位相的に正確なアドレスを気付アドレスとして、及び、該第１のホーム・アドレスをホーム・アドレスとして含む第１のバインディング更新メッセージを送信するよう構成された送信手段と；及び、該通信パラメータが該ブート・ストラップするステップにおいて、及び、該第１のホーム・アドレスがホーム・アドレスとして設定された状態での該第１のコレスポンデント・ノードとの通信のために、該トンネリングされたパケットの外部ヘッダが該第１のインターネット・プロトコル・バージョンを用いるとともに、該トンネリングされたパケットの内部ヘッダが該第２のインターネット・プロトコル・バージョンを用いる双方向トンネリング・モードにおいて、該第１のホーム・エージェントを用いるよう構成された通信手段と；を備える。
さらに有利な実施の形態によると、異なるインターネット・プロトコル・バージョンを用いるパケット交換ネットワークのシステムであって、複数のホーム・エージェントと、少なくとも１つの移動ノードと、及び少なくとも１つのコレスポンデント・ノードとを備え、第１の移動ノードが、少なくとも、第１のインターネット・プロトコル・バージョンの少なくとも１つの位相的に正確なインターネット・プロトコル・アドレスが設定されているとともに、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングをサポートするネットワーク内に配置されている。該システムは：第２のインターネット・プロトコル・バージョンのインターネット・プロトコル・アドレスが少なくとも設定されているとともに、該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されている第１のコレスポンデント・ノードとの通信を要求するよう構成された第１の移動ノード上にあるアプリケーションと；該複数のホーム・エージェントのうち第１のホーム・エージェントを、該第１の移動ノードと該第１のコレスポンデント・ノードとの間の直接経路の近傍に配置する配置手段であって、該第１のホーム・エージェントは、パケットが該第１のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該第１の移動ノードへのルーティング、及び、パケットが該第２のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該第１のコレスポンデント・ノードへのルーティングを少なくともサポートするネットワーク内に配置されている配置手段と；該第２のインターネット・プロトコル・バージョンの第１のホーム・アドレス及び他の通信パラメータを入手するために、該第１のホーム・エージェントを用いてブート・ストラップするよう構成されたブート・ストラップ手段と；該第１のインターネット・プロトコル・バージョンの該移動ノードの位相的に正確なアドレスを気付アドレスとして、及び、該第１のホーム・アドレスをホーム・アドレスとして含む第１のバインディング更新メッセージを送信することによって、該第１の移動ノードの位置を該第１のホーム・エージェントに登録するよう構成された登録手段と；を備え、及び、該通信パラメータが該ブート・ストラップするステップにおいて、及び、該第１のホーム・アドレスがホーム・アドレスとして設定された状態での該第１のコレスポンデント・ノードとの通信のために、該トンネリングされたパケットの外部ヘッダが該第１のインターネット・プロトコル・バージョンを用いるとともに、該トンネリングされたパケットの内部ヘッダが該第２のインターネット・プロトコル・バージョンを用いる双方向トンネリング・モードにおいて、該第１のホーム・エージェントが用いられるよう構成されている。
本発明の他の実施の形態によると、コンピュータで読み取り可能な媒体が、複数のホーム・エージェント及び少なくとも１つのコレスポンデント・ノードを備えた、異なるインターネット・プロトコル・バージョンを用いるパケット交換ネットワークのシステム内の移動ノードの処理装置によって実行される時に、該移動ノードに以下のステップを実行させる指示を記憶しており、該移動ノードは、少なくとも、第１のインターネット・プロトコル・バージョンの少なくとも１つの位相的に正確なインターネット・プロトコル・アドレスが設定されているとともに、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングをサポートするネットワーク内に配置されており、該ステップは：第２のインターネット・プロトコル・バージョンのインターネット・プロトコル・アドレスが少なくとも設定されているとともに、該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されている第１のコレスポンデント・ノードとの通信を、該第１の移動ノード上にあるアプリケーションによって、要求するステップと；該複数のホーム・エージェントのうち該第１のホーム・エージェントを該移動ノードと該第１のコレスポンデント・ノードとの間の直接経路の近傍に配置するステップであって、該第１のホーム・エージェントは、パケットが該第１のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該移動ノードへのルーティング、及び、パケットが該第２のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該第１のコレスポンデント・ノードへのルーティングを少なくともサポートするネットワーク内に配置されているステップと；該第２のインターネット・プロトコル・バージョンの第１のホーム・アドレス及び他の通信パラメータを入手するために、該第１のホーム・エージェントを用いてブート・ストラップするステップと；該第１のインターネット・プロトコル・バージョンの第１の移動ノードの位相的に正確なアドレスを気付アドレスとして、及び、該第１のホーム・アドレスをホーム・アドレスとして含む第１のバインディング更新メッセージを送信するステップと；及び、該通信パラメータが該ブート・ストラップするステップにおいて、及び、該第１のホーム・アドレスがホーム・アドレスとして設定された状態での該第１のコレスポンデント・ノードとの通信のために、該トンネリングされたパケットの外部ヘッダが該第１のインターネット・プロトコル・バージョンを用いるとともに、該トンネリングされたパケットの内部ヘッダが該第２のインターネット・プロトコル・バージョンを用いる双方向トンネリング・モードにおいて、該第１のホーム・エージェントを用いるステップである。
添付図面によって図示される以下のより具体的な本発明の様々な実施の形態の記載から、更なる特徴及び利点が明らかになるであろう。
ＭＮとＣＮの間のエンド・ツー・エンド通信が可能でない先行技術のＩＰバージョン移行シナリオを示す。 ＭＮによって開始される場合におけるＩＰｖ４トラバーサルのＩＰヘッダ中のデータ経路及びアドレスを描く。 ＣＮによって開始される場合におけるＩＰｖ４トラバーサルのＩＰヘッダ中のデータ経路及びアドレスを示す。 ＭＮによって開始される場合のフロー・チャートである。 ＣＮによって開始される場合のフロー・チャートである。
以下の段落では、本発明の様々な実施の形態を、所定の問題を解決する手順を含めて、ＭＮによって開始されるセッション及びＣＮによって開始されるセッションのそれぞれについて記載する。
例示的な目的のみのために、大部分の実施の形態はＩＰｖ４ネットワーク及びＩＰｖ６ネットワークの両方との通信システムに関連して概略を説明され、後続する部分で用いられる術語は主としてＩＰｖ４及びＩＰｖ６の術語に関する。しかしながら、用いられた術語、及び、ＩＰｖ４アーキテクチャ及びＩＰｖ６アーキテクチャに関する各実施の形態の記載は、本発明の原理及び思想をこのようなシステムに限定することを意図していない。
また、上記の技術分野のセクションにおける詳細な説明は、下記に記載される主にＩＰｖ４及びＩＰｖ６に特化した例示的な実施の形態をより良く理解することのみを意図しており、本発明を、ＩＰｖ４又はＩＰｖ６ネットワークに処理装置及び機能の後述の具体的実施に限定するものと理解されるべきではない。
本発明はＤＳＭＩＰプロトコルに基づいている。本発明の第１の主たる思想は、ＤＳＭＩＰ対応のＨＡを発見し、当該ＨＡを用いてブート・ストラップすることである。当該ＨＡはＭＮとＣＮとの間の直接経路の近くに配置されているとともに、最適化されたルーティングを提供するために通信相手であるＣＮと通信するときには、このＨＡを双方向トンネリング・モードにおいてＩＰｖ４カプセル化とともに用いる。ＭＮによって開始されるシナリオでは、この思想は、ＩＰｖ４トラバーサルと最適化されたルーティングの同時化の問題をすでに解決済である。
より困難なＣＮによって開始されるシナリオでは、ＣＮがＭＮへのデータ送信を開始すること、及び、いずれのＣＮがそれを行うかを、通常ＭＮはあらかじめ知らないので、この思想は十分でない。このシナリオにおいてこの問題を解決するための主要な思想は、到達可能性のために１個のＨＡと通信相手のＨｏＡを永久的に保持する（すなわち、各ＣＮからパケットを受信し続けることができる）とともに、ある特定のＣＮとの最適化されたルーティングを達成するべく第２のＤＳＭＩＰ対応のＨＡを用いてブート・ストラップすることである。モバイルＩＰデータ・セッションを第１のＨＡから第２のＨＡへと移動させるために、ＭＮは、双方向トンネル上での第２のＨＡへのルート最適化モードをＩＰｖ４カプセル化とともに実行し、ルート最適化モードにおけるＣｏＡは第２のＨｏＡに設定される。ルート最適化モードを双方向トンネリング上で用いること、及び、（第２のＨＡへのリバース・トンネリングと通信する）ＨｏＡを用いることは、本発明の第２の主たる思想であると考えられている。このＤＳＭＩＰの解決法は再び用いられるので、ＮＡＴの検出及びハンドリングも同様にサポートされている。
本発明は、ＭＮ及びＣＮのそれぞれが通信セッションを開始する場合のそれぞれについて記載される。当該セッションを開始する前にＭＮがある特定のセッション用に最適化されたルーティングを用いることを決定すると想定されることに留意すべきである。ＭＮが既存のセッションを最適化すると決定する場合には、ＣＮによって開始される場合のために記載される手順が適用される。
この想定されるシナリオは、デュアル・スタックＭＮがＩＰｖ４のみのネットワークへと移動済であり、ＩＰｖ６のみ又はデュアル・スタックＣＮが、ＩＰｖ６のみ、又は、デュアル・スタック、又は、ＩＰｖ４のみのネットワークに配置されているものである。ＨＡは、ＤＳＭＩＰに対応しており、それ自体はデュアル・スタックであり、デュアル・スタック・ネットワークに配置されている。
本発明が解決する課題は、このようなＩＰｖ４トラバーサル・シナリオにおいて最適化されたルーティングをサポートすることである。最適化されたルーティングは、ＭＮ及びＣＮによって開始される通信セッション両方においてサポートされるものとする。
以下に記載される本発明は、プロトコル変換は用いず、それゆえに上記に列挙した問題を回避することができる。
ＭＮによって開始される通信セッション
ＭＮがＣＮとの通信を開始し、このＣＮとの最適化されたルーティングを用いることを決定すると、当該ＭＮがすでに多数のＨＡに登録されており多数のＨｏＡ（ＩＰｖ４又はＩＰｖ６のいずれか）が設定されている場合には、ＣＮとの通信のためにＨＡと通信相手のＨｏＡとを選択することは自由である。最適化されたルーティングを提供する際の思想は、ＭＮとＣＮとの間の直接経路の近くに配置されているＤＳＭＩＰ対応のＨＡを発見し、当該ＨＡを用いてブート・ストラップすること、及び、このＨＡをＣＮへのＩＰｖ４トラバーサルのために双方向トンネリング・モードにおいて用いることである。このようなＨＡはある特定のＣＮとの最適化されたルーティングに主として用いられるので、我々はこのＨＡを「ルート最適化」（ＲＯ）−ＨＡと呼んでいる。通信相手のＨｏＡならびにＣＮアドレスはＩＰｖ４アドレス又はＩＰｖ６アドレスのいずれであってもよく、一方では、ＣｏＡはＩＰｖ４アドレスである。
ブート・ストラップは、上記に要約したＧ．Ｇｉａｒｅｔｔａ、Ｊ．Ｋｅｍｐｆ及びＶ．Ｄｅｖａｒａｐａｌｌｉ（「Mobile IPv6 bootstrapping in split scenario」、ｄｒａｆｔ−ｉｅｔｆ−ｍｉｐ６−ｂｏｏｔｓｔｒａｐｐｉｎｇ−ｓｐｌｉｔ−０２．ｔｘｔ、２００６年３月）に記載されるように行われ、ＩＰｖ４トラバーサルをサポートするべくシグナリング・メッセージのＩＰｖ４カプセル化によって拡張されてもよい。ＭＮは、ＲＯ−ＨＡを用いてブート・ストラップする前に、１個以上のＨＡに登録されてもよい。
ＲＯ−ＨＡを発見するための第１の方法は、Ｇ．Ｇｉａｒｅｔｔａ、Ｊ．Ｋｅｍｐｆ及びＶ．Ｄｅｖａｒａｐａｌｌｉ（「Mobile IPv6 bootstrapping in split scenario」、ｄｒａｆｔ−ｉｅｔｆ−ｍｉｐ６−ｂｏｏｔｓｔｒａｐｐｉｎｇ−ｓｐｌｉｔ−０２．ｔｘｔ、２００６年３月）中に言及される位置依存性ＨＡ発見を用いることであろう。例えばＣＮのホスト名が「ｃｎ．ｅｕ．ｐａｎａｓｏｎｉｃ．ｃｏｍ」である場合、ＭＮは、ＲＯ−ＨＡアドレス、この場合、ＣＮと同一のドメインに配置されているＤＳＭＩＰ対応のＨＡのアドレスを入手するために、ＤＮＳに「ｈａ＿ｄｓｍｉｐ６．ｅｕ．ｐａｎａｓｏｎｉｃ．ｃｏｍ」又は「＿ｄｓｍｉｐ６．＿ｉｐｖ６．ｅｕ．ｐａｎａｓｏｎｉｃ．ｃｏｍ」を照会してもよい。
ＲＯ−ＨＡアドレスを発見する第２の方法は、ＲＣ３７７５に規定された「動的ホーム・エージェント・アドレス発見（ＤＨＡＡＤ）」といったエニキャスト・ベースのＨＡ発見を用いることである。したがってＭＮは、ＣＮのアドレス・プレフィクスに基づいて構築するエニキャスト・アドレスに要求を送信するであろうし、ＣＮのネットワーク内のＨＡはこの要求に応答するであろう。付加的なフラグによって、ＤＳＭＩＰ対応のＨＡが必要であることを示すことができる。しかしながら、エニキャストがＩＰｖ４ネットワーク内でサポートされないことが課題である。それゆえに、ＭＮがＩＰｖ４ネットワークに配置されている場合には、ＭＮはＩＰｖ４カプセル化を用いて、自己のＤＳＭＩＰに対応するＨＡのうち１つへとエニキャスト・メッセージをリバース・トンネリングするであろう。ＭＮは次いで、通信相手のＨｏＡをソース・アドレスとして用いるであろう。
第３の方法は、ＭＮとＣＮとの間の経路の近くに配置されているＤＳＭＩＰに対応するＨＡの１個以上のアドレスに、ＣＮアドレスをマッピングできる専用ネットワーク・エンティティ（サーバー）を導入することである。これらマッピングは、ネットワーク事業者によって事前に設定するか、又は、上記に記載したメカニズム等によって動的に発見することができる。ＭＮは次いで、このネットワーク・エンティティに要求を送信し、当該ＲＯ−ＨＡアドレスの付いた応答を受信するであろう。
第４の方法は、（Ｋ．Ｃｈｏｗｄｈｕｒｙ、Ａ．Ｙｅｇｉｎ、「MIPv6-bootstrapping via DHCPv6 for the Integrated Scenario」、ｄｒａｆｔ−ｉｅｔｆ−ｍｉｐ６−ｂｏｏｔｓｔｒａｐｐｉｎｇ−ｉｎｔｅｇｒａｔｅｄ−ｄｈｃ−０１．ｔｘｔ、２００６年６月）及び（Ｈ．Ｊ．Ｊａｎｇ、Ａ．Ｙｅｇｉｎ、Ｊ．Ｃｈｏｉ、Ｋ．Ｃｈｏｗｄｈｕｒｙ、「DHCP Option for Home information Discovery in MIPv6」、ｄｒａｆｔ−ｊａｎｇ−ｍｉｐ６−ｈｉｏｐｔ−００．ｔｘｔ、２００６年６月）に記載された方法と類似の方法であるが、ＤＳＭＩＰ対応のＨＡが必要であるという情報（例えばフラグ）によって拡張される方法で、ＲＯ−ＨＡがＤＨＣＰサーバーからこの情報を得るであろうことを発見することである。ＲＯ−ＨＡは当該ＭＮに対してローカルであっても、又は、ＭＮから離れていてもよい。前者の場合には、ＤＨＣＰメッセージに対するさらなる拡張は必要でない。後者の場合には、ＭＮによって送信されたＤＨＣＰメッセージは新しいオプション中にＣＮアドレスを含んでもよく、ＤＨＣＰサーバーはＭＮとＣＮとの間の経路の近くに配置されたＨＡのアドレスを付けて応答する。この応答は新しいオプションの付いた任意のＤＨＣＰメッセージであってもよい。
図２は、データ経路及びＩＰヘッダ中のアドレスを伴う例を示す。ＭＮ１００は、ＨＡ１ １０４に登録済であるとともに、ＣＮ１０２との通信を開始する前にＨｏＡ１が設定されている。アプリケーションがＣＮ１０２との通信セッションを要求した後に、ＭＮ１００は、ＲＯ−ＨＡ「ＨＡ２」２０６を発見しならびにＲＯ−ＨＡ「ＨＡ２」を用いてブート・ストラップし、通信相手のＨｏＡ（「ＲＯ−ＨｏＡ」又は「ＨｏＡ２」）を設定し、ＲＯ−ＨＡ「ＨＡ２」２０６をＣＮ１０２との送信のために、双方向トンネリング・モードにおいて用いる。したがって、ＭＮ１００はＩＰｖ４カプセル化を用いてデータ・パケットをＨＡ２ ２０６へとトンネリングし、ＨＡ２ ２０６はデータ・パケットのカプセル化を外し、ＣＮ１０２へ送信する。データ・パケットは、ＩＰｖ４又はＩＰｖ６のいずれかであってよい。
ＣＮ１０２が応答する際、ＣＮ１０２はパケットをＭＮのＲＯ−ＨｏＡ（ＨｏＡ２）２０６へと送信し、当該パケットはＲＯ−ＨＡ（ＨＡ２）２０６へとルーティングされ、ＩＰｖ４カプセル化を用いてＭＮ１００へとトンネリングされる。ＨｏＡ１ １０４はこの通信セッション中で用いられない。
図４はＭＮによって開始される方法をフロー・チャートの形式で記載する。ステップ４０２では通信が要求される。ＩＰｖ４ネットワークに配置されている移動ノードは次いでステップ４０４で、自己と第１のＣＮとの間の直接経路の近傍に第１のデュアル・スタックＨＡを配置し、第１のＣＮはＩＰｖ６ネットワーク内に配置することができる。これを行うために、上記に記載した方法、又は、サービスの質（ＱｏＳ）、ホップ及び／又はパケット遅延の数といった距離メトリックといった他の方法を用いることができる。ステップ４０６では、ＭＮはＨＡを用いてブート・ストラップする。このブート・ストラップには、ＩＰｓｅｃセキュリティ・アソシエーションが設定されること、及び、移動体サービス認証者（ＭＳＡ）による認証及び許可が実行される前にＨｏＡが割り当てられることを含む。ステップ４０８では、ＭＮの位置が第１のホーム・エージェントに登録されており、ホーム・エージェントは次いでステップ４１０で、ＣＮとの通信のために双方向トンネリング・モードにおいて用いられる。
ＲＯ−ＨＡへと向かうトンネルは、同一のＣＮとの、又は、このネットワークもしくは近傍のネットワーク内の他のＣＮとの後続のセッションのために、再び用いることができる。移動後ただちに、ＭＮはＢＵメッセージをＨＡ１ならびにＨＡ２に送信する。
ＣＮによって開始される通信セッション
ホームに存在しないアクティブなＭＮが少なくとも１つのＨＡに登録されている。このＨＡの通信相手である当該ＭＮのＨｏＡは、自己がＣＮに到達可能であることを当該ＣＮに知られていなければならない。このことは例えば、ＤＮＳ（ドメイン名サーバー）中にＨｏＡを発行することによって達成することができる。このような各ＨＡは主として到達可能なＭＮによって用いられるので、これらＨＡは以降ＩＰ到達可能（ＩＲ）−ＨＡと称する。ＣＮによって開始される場合には、ＭＮと連絡するべくＤＮＳにＭＮのホスト名を照会する等によって、ＣＮは、ＭＮのＩＲ−ＨｏＡのうち一つ（すなわち、ＭＮのＩＲ−ＨＡのうち一つに属するＨｏＡ）を選択する。通信相手のＩＲ−ＨＡは短いルートを提供しないかもしれない。それゆえに、ＭＮはルートを最適化すると決定してもよいが、ＭＮはそれを行うことができるのは、セッションがすでにアクティブである場合のみである。
ＣＮからの最初のデータ・パケット（ＩＰｖ４又はＩＰｖ６のいずれか）がＩＲ−ＨＡ１０４上でＭＮ１００によって受信された後に（図３）、ＭＮ１００は（例えば、受信されたパケットの発信元のＩＲ−ＨＡ１０４への距離に依存して）ルートを最適化すると決定してもよい。したがって、ＭＮ１００はＤＭＳＩＰ−ＨＡ２０６を発見し、これを用いてブート・ストラップし、ＤＭＳＩＰ−ＨＡ２０６は好ましくはＭＮ１００とＣＮ１０２との間の直接経路の近くに配置されている。このＨＡもまた、ＭＮによって開始される場合に定義されるＲＯ−ＨＡである（図３中のＨＡ２）。頻繁なブート・ストラップを防止するべくＭＮの移動性が非常に高い場合には、ＲＯ−ＨＡ２０６はＭＮ１００の近くよりもむしろＣＮ１０２の近くに配置されるべきであることに留意すべきである。
ブート・ストラップの後に、ＭＮ１００はＲＯ−ＨＡに登録し、ＲＯ−ＨＡ２０６への（ＩＰｖ４ベースの）リバース・トンネル上で、ＣＮとのリターン・ルータビィティ手順を開始する。ＭＮはＣｏＴｉメッセージ及びＢＵメッセージ中で、ＩＲ−ＨｏＡ（ＨｏＡ１）をＨｏＡとして、ＲＯ−ＨｏＡ（ＨｏＡ２）をＣｏＡとして用い、それら（ＩＰｖ６ヘッダの付いた）メッセージをＣＮ１０２へと、ＲＯ−ＨＡ２０６へと向かう（ＩＰｖ４ベースの）リバース・トンネリング上を送信する。ＨＡに送信されたＢＵメッセージは依然として「実際の」ＣｏＡを含んでいる。それゆえに、ＣＮ１０２によって送信されたデータ・パケットは、タイプ２ルーティング・ヘッダを用いてＲＯ−ＨＡ２０６へとルーティングされ、ルーティング・ヘッダを含めてＭＮ１００へとトンネリングされる。それゆえにＣＮの視点から見ると、ＭＮ１００はＲＯ−ＨＡ２０６のネットワーク内に配置されている。それゆえに今やルートは、セッションを絶つことなく最適化され、ＩＰｖ４トラバーサルが提供される。ＨＡ又は各ＣＮのいずれも修正される必要はないので、このソルーションはデプロイメントが容易であり、移行の問題は何も発生しない。
ＭＮの各ＨｏＡならびにＣＮアドレスのいずれもＩＰｖ４又はＩＰｖ６アドレスあってもよく、一方「実際の」ＭＮのＣｏＡはＩＰｖ４アドレスである。ルーティング・ヘッダ又はＨｏＡオプションの中にＩＰｖ４のＨｏＡを含めるために、各ＨｏＡはＩＰｖ４でマッピングされたＩＰｖ６アドレス又はＩＰｖ４対応のＩＰｖ６アドレスとして表すことができる（ＲＦＣ３５１３を参照のこと）。
図３は、ＭＮがデータ・パケットをＲＯ−ＨＡ（ＨＡ２）２０６へのリバース・トンネル上で送信する場合の経路及びアドレスを示す。当該パケットは、ＨｏＡオプション中にＩＲ−ＨｏＡ（ＨｏＡ１）を、内部ＩＰヘッダ中にＲＯ−ＨｏＡ（ＨｏＡ２）２０６をソース・アドレスとして含む。これは、ＣｏＡがルート最適化モードにおいてソース・アドレスとして用いられることを規定するＲＦＣ３７７５とは異なることに留意すべきである。
図５はＣＮによって開始される場合を描くフロー・チャートである。ステップ５０２で通信が要求された後に、ＩＰｖ４ネットワークに配置されたＭＮはステップ５０４で、第１のＣＮからのデータ・パケットを受信する。第１のＭＮと第１のＣＮとの間の直接経路近傍の第２のデュアル・スタックＨＡは、ステップ５０６で配置され、ステップ５０８で第２のＨＡによるブート・ストラップが実行される。ステップ５１０では、第１のＭＮの位置が第２のＨＡに登録され、ステップ５１２では、ＣｏＴメッセージ及びＣｏＴｉメッセージがコレスポンデント・ノードへと、該第２のホーム・エージェントへと向かう該双方向トンネル上を送信される。第２のＨＡのネットワークに属するホーム・アドレスは、ステップ５１４で第１のＭＮの位置としてＣＮに登録され、ステップ５１６でルート最適化モードがＣｏＡとしてのＭＮの第２のＨｏＡとともに用いられる。
同一のＣＮとの又はこのネットワーク内又は近傍のネットワーク内の他の各ＣＮとの後続のセッションのために、ＲＯ−ＨＡ（ＨＡ２）へと向かうトンネルを再び用いることができる。移動後ただちに、ＭＮはＢＵメッセージをＩＲ−ＨＡならびにＲＯ−ＨＡへと送信する。しかしながら、ＲＦＣ３７７５によるルート最適化モードにおいて通常行うようには、ＭＮはＢＵメッセージをＣＮへと送信しない。代わりに、ＭＮがルート最適化モードの下層をなす双方向トンネルをＲＯ−ＨＡから他のＲＯ−ＨＡへと変更する場合にのみ（及び、バインディング寿命が尽きるのを防止するために定期的に）ＭＮはＢＵをＣＮへと送信する。
ＩＰバージョン移行シナリオにおいて最適化されたルーティングを可能にするという利益のほかに、本発明はまたＩＰｖ４トラフィックの最適化されたルーティングも可能にする。このルーティングはＩＰバージョンの移行と直接的には関連していないものの、モバイルＩＰｖ４によってサポートされていないことである。本発明は、ＨＡ又はＣＮの動作、もしくは、いずれのシグナリング・メッセージ・フォーマットに対しても変更も何ら必要としないので、本発明はデプロイメントが非常に容易であり、デプロイメント中に移行の問題は何ら発生しない。
本発明はＩＰｖ４プロトコル及びＩＰｖ６プロトコルを実行するパケット交換方式のシステムに関して記載されているが、本発明はこれらプロトコルに限定されない。代わりに、モビリティ・アンカーを介したデータ・パケットのルーティング及びアンカーを通過しないデータ・パケットのルーティングの両方をサポートする、任意の移動性管理プロトコルを実行しているシステムに適用可能である。
移動ノード上で実行する代わりに、当該移動性管理プロトコルは本発明の適用性の損失を伴うことなくプロキシ・ノード上で実行することもできる。この場合には、移動ノードの代わりにネットワークに位置更新を送信することを初めとする本明細書に記載されたすべての必要な行為を、プロキシ・ノードが実行する。このようなプロトコルの例は、任意の種類のプロキシ移動体（例えば［Ｋ．Ｃｈｏｗｄｈｕｒｙ、「Network Based Layer 3 Connectivity and Mobility Management for IPv4」、ｄｒａｆｔ−ｃｈｏｗｄｈｕｒｙ−ｎｅｔｍｉｐ４−００．ｔｘｔ、２００６年２月]又は［Ｋ．Ｃｈｏｗｄｈｕｒｙ、Ａ．Ｓｉｎｇｈ、「Network Based Layer 3 Connectivity and Mobility Management for IPv6」、ｄｒａｆｔ−ｃｈｏｗｄｈｕｒｙ−ｎｅｔｍｉｐ６−００．ｔｘｔ、２００６年２月]）、又はｎｅｔｌｍｍワーキング・グループ（例えば、［Ｊ．Ｗｏｏｄ、Ｋ．Ｎｉｓｈｉｄａ、「Edge Mobility Protocol（EMP）」、ｄｒａｆｔ−ｗｏｏｄ−ｎｅｔｌｍｍ−ｅｍｐ−ｂａｓｅ−００．ｔｘｔ、２００５年１０月]）において提案及び開発されたプロトコルである。
本発明の他の実施の形態は、ハードウェア及びソフトウェアを用いた上述の様々な実施の形態の実装に関する。上述の様々な方法、ならびに上記に記載した様々な論理ブロック及びモジュールが実行される場合には、例えば、汎用目的の処理デバイス、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラム可能なゲート・アレイ（ＦＰＧＡ）又は他のプログラム可能な論理デバイス等の演算装置（処理装置）を用いて実装されてもよいことが認識される。本発明の様々な実施の形態は、これらの組み合わせによっても実行又は具現化されてもよい。
さらに、本発明の様々な実施の形態は、処理装置によって、又は直接ハードウェア中で実行されるソフトウェア・モジュール手段によって実装されてもよい。ソフトウェア・モジュール及びハードウェア実装の組み合わせもまた可能でありうる。ソフトウェア・モジュールは任意の種類のコンピュータで読み取り可能な記憶媒体、例えばＲＡ；ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ等中に保存されてもよい。
本目的を達成するために、本発明は、少なくとも１つのデュアルスタック能力を有するネットワークエンティティ、少なくとも１つの移動ノード、及び少なくとも１つのコレスポンデント・ノードを備えた、異なるインターネット・プロトコル・バージョンを用いるパケット交換ネットワークのシステムでパケットをルーティングするための方法、装置、システム及びコンピュータで読み取り可能な媒体を提供する。第１の移動ノード又はプロキシ・ノードは、第１のインターネット・プロトコル・バージョンのトポロジにおいて正しい少なくとも１つのインターネット・プロトコル・アドレスが設定されているとともに、該第１のインターネット・プロトコル・バージョンのヘッダの付いたパケットのルーティングを少なくともサポートするネットワーク内に配置されている。第２のインターネット・プロトコル・バージョンのインターネット・プロトコル・アドレスが少なくとも設定されているとともに、該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されている第１のコレスポンデント・ノードとの通信が、要求される。該第１の移動ノードと該第１のコレスポンデント・ノードとの間に配置されているデュアルスタック能力を有するネットワークエンティティを発見する（４０４）ステップであって、該デュアルスタック能力を有するネットワークエンティティは、パケットが該第１のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該第１の移動ノード又はプロキシ・ノードへのルーティング、及び、パケットが該第２のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該第１のコレスポンデント・ノードへのルーティングを少なくともサポートするネットワーク内に配置されている。該第２のインターネット・プロトコル・バージョンの第１のアドレスを設定する（４０６）ステップが実行される。該第１のコレスポンデント・ノードとの通信のために、該デュアルスタック能力を有するネットワークエンティティへと向かうＩＰ−ｉｎ−ＩＰトンネル上で、該トンネリングされたパケットの外部ヘッダが該第１のインターネット・プロトコル・バージョンを用いるとともに、該トンネリングされたパケットの内部ヘッダが該第２のインターネット・プロトコル・バージョンを用いる。
本発明の他の有利な実施の形態によると、該デュアルスタック能力を有するネットワークエンティティを発見するステップは、第１の移動ノードによって、もしくは、該第１の移動ノードの代わりにプロキシ・ノードによって実行される。
該デュアルスタック能力を有するネットワークエンティティが、該第１の移動ノードよりも該第１のコレスポンデント・ノードのより近くに位置していることは有利である。
本発明の有利な実施の形態では、該デュアルスタック能力を有するネットワークエンティティを発見するステップは、該デュアルスタック能力を有するネットワークエンティティのアドレスを見出すためにデュアルスタック能力を有するネットワークエンティティアドレスのドメイン名サーバーを照会するステップを含むものであって、該ドメイン名は、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケット及び該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングをサポートするデュアルスタック能力を有するネットワークエンティティが必要であることを示すストリングとから少なくとも構成されているステップを含む。
本発明の別の実施の形態では、該デュアルスタック能力を有するネットワークエンティティを発見する（４０４）ステップは、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケット及び該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングをサポートするデュアルスタック能力を有するネットワークエンティティが必要である旨の指示を含む要求を、専用ネットワーク・エンティティに送信するステップと；及び、応答を該専用ネットワーク・エンティティから、該デュアルスタック能力を有するネットワークエンティティのアドレスとともに受信するステップを含む。
本発明の別の実施の形態では、該デュアルスタック能力を有するネットワークエンティティを発見するステップは：第１の動的ホスト構成プロトコル要求メッセージ中に、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケット及び該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングをサポートするデュアルスタック能力を有するネットワークエンティティが必要であることを示すフラグを設定するステップと；該デュアルスタック能力を有するネットワークエンティティを発見するために、該第１の動的ホスト構成プロトコル要求メッセージを送信するステップと；動的ホスト構成プロトコル・サーバーによって、該デュアルスタック能力を有するネットワークエンティティのアドレスを含む動的ホスト構成プロトコル応答を送信するステップと；を含む。
本発明の他の実施の形態によると、該発見するステップ及び該設定するステップを割愛することによって、該デュアルスタック能力を有するネットワークエンティティが、同一又は他のコレスポンデント・ノードとの後続の通信セッションにおいて再使用される。
該第１のインターネット・プロトコル・バージョンがＩＰｖ４であり、及び、該第２のインターネット・プロトコル・バージョンがＩＰｖ６であることは本発明の一利点である。また、該第１のインターネット・プロトコル・バージョンがＩＰｖ６であり、該第２のインターネット・プロトコル・バージョンがＩＰｖ４であることは本発明の一利点である。
本発明の他の実施の形態では、該第１の移動ノードの該ネットワーク及び該第１のコレスポンデント・ノードの該ネットワークが同一のインターネット・プロトコル・バージョンをサポートしない場合は、該方法ステップが開始される。
本発明の他の有利な実施の形態は、少なくとも１つのデュアルスタック能力を有するネットワークエンティティ、及び少なくとも１つのコレスポンデント・ノードを備えた、異なるインターネット・プロトコル・バージョンを用いるパケット交換ネットワークのシステム内の移動ノードに関する。該移動ノードは、第１のインターネット・プロトコル・バージョンのトポロジにおいて正しい少なくとも１つのインターネット・プロトコル・アドレスが設定されているとともに、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されている。該移動ノードは：第２のインターネット・プロトコル・バージョンのインターネット・プロトコル・アドレスが少なくとも設定されているとともに、該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されている第１のコレスポンデント・ノードとの通信を要求するよう構成されたアプリケーションと；該移動ノードと該第１のコレスポンデント・ノードとの間に配置されているデュアルスタック能力を有するネットワークエンティティを発見する発見手段であって、該デュアルスタック能力を有するネットワークエンティティは、パケットが該第１のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該移動ノードへのルーティング、及び、パケットが該第２のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該第１のコレスポンデント・ノードへのルーティングを少なくともサポートするネットワーク内に配置されるようにする発見手段と；該第２のインターネット・プロトコル・バージョンの第１のアドレスを設定する設定手段と；該第１のコレスポンデント・ノードとの通信のために、該デュアルスタック能力を有するネットワークエンティティへと向かうＩＰ−ｉｎ−ＩＰトンネル上で、該トンネリングされたパケットの外部ヘッダが該第１のインターネット・プロトコル・バージョンを用いるとともに、該トンネリングされたパケットの内部ヘッダが該第２のインターネット・プロトコル・バージョンを用いるように設定されている通信手段と；を備える。
さらに有利な実施の形態によると、少なくとも１つのデュアルスタック能力を有するネットワークエンティティ、少なくとも１つの移動ノード、及び少なくとも１つのコレスポンデント・ノードを備えた、異なるインターネット・プロトコル・バージョンを用いるパケット交換ネットワークのシステムであって、第１の移動ノード又はプロキシ・ノードが、第１のインターネット・プロトコル・バージョンのトポロジにおいて正しい少なくとも１つのインターネット・プロトコル・アドレスが設定されているとともに、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されている。該システムは：第２のインターネット・プロトコル・バージョンのインターネット・プロトコル・アドレスが少なくとも設定されているとともに、該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されている第１のコレスポンデント・ノードとの通信を要求するよう構成されたアプリケーションと；該第１の移動ノード（１００）と該第１のコレスポンデント・ノード（１０２）との間に配置されているデュアルスタック能力を有するネットワークエンティティを発見する発見手段であって、該デュアルスタック能力を有するネットワークエンティティは、パケットが該第１のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該第１の移動ノードへのルーティング、及び、パケットが該第２のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該第１のコレスポンデント・ノードへのルーティングを少なくともサポートするネットワーク内に配置されている発見手段と；該第２のインターネット・プロトコル・バージョンの第１のアドレスを設定する設定手段とを備え；該第１のコレスポンデント・ノードとの通信のために、該トンネリングされたパケットの外部ヘッダが該第１のインターネット・プロトコル・バージョンを用いるとともに、該トンネリングされたパケットの内部ヘッダが該第２のインターネット・プロトコル・バージョンを用いるＩＰ−ｉｎ−ＩＰトンネルにおいて、該デュアルスタック能力を有するネットワークエンティティが用いられるよう構成されている。
本発明の他の実施の形態によると、コンピュータで読み取り可能な媒体が、少なくとも１つのデュアルスタック能力を有するネットワークエンティティ及び少なくとも１つのコレスポンデント・ノードを備えた、異なるインターネット・プロトコル・バージョンを用いるパケット交換ネットワークのシステム内の移動ノードの処理装置によって実行される時に、該移動ノードに以下のステップを実行させる指示を記憶しており、該移動ノードは、第１のインターネット・プロトコル・バージョンのトポロジにおいて正しい少なくとも１つのインターネット・プロトコル・アドレスが設定されているとともに、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されており、該ステップは：第２のインターネット・プロトコル・バージョンのインターネット・プロトコル・アドレスが少なくとも設定されているとともに、該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されている第１のコレスポンデント・ノードとの通信を、該第１の移動ノード上にあるアプリケーションによって、要求するステップと；該移動ノードと該第１のコレスポンデント・ノードとの間に配置されているデュアルスタック能力を有するネットワークエンティティを発見するステップであって、該デュアルスタック能力を有するネットワークエンティティは、パケットが該第１のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該移動ノードへのルーティング、及び、パケットが該第２のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該第１のコレスポンデント・ノードへのルーティングを少なくともサポートするネットワーク内に配置されているステップと；該第２のインターネット・プロトコル・バージョンの第１のアドレスを設定するステップと；該第１のコレスポンデント・ノードとの通信のために、該デュアルスタック能力を有するネットワークエンティティへと向かうＩＰ−ｉｎ−ＩＰトンネル上で、該トンネリングされたパケットの外部ヘッダが該第１のインターネット・プロトコル・バージョンを用いるとともに、該トンネリングされたパケットの内部ヘッダが該第２のインターネット・プロトコル・バージョンを用いるステップである。

Claims (44)

  1. 複数のホーム・エージェント、少なくとも１つの移動ノード、及び少なくとも１つのコレスポンデント・ノードを備えた、異なるインターネット・プロトコル・バージョンを用いるパケット交換ネットワークのシステムでパケットをルーティングするための方法であって、第１の移動ノードは、第１のインターネット・プロトコル・バージョンの少なくとも１つの位相的に正確なインターネット・プロトコル・アドレスが設定されているとともに、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されており、該方法は、
    第２のインターネット・プロトコル・バージョンのインターネット・プロトコル・アドレスが少なくとも設定されているとともに、該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されている第１のコレスポンデント・ノードとの通信を、該第１の移動ノード上にあるアプリケーションによって要求する（４０２）ステップと、
    該複数のホーム・エージェントのうち第１のホーム・エージェントを、該第１の移動ノードと該第１のコレスポンデント・ノードとの間の直接経路の近傍に配置する（４０４）ステップであって、該第１のホーム・エージェントは、パケットが該第１のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該第１の移動ノードへのルーティング、及び、パケットが該第２のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該第１のコレスポンデント・ノードへのルーティングを少なくともサポートするネットワーク内に配置されているステップと、
    該第２のインターネット・プロトコル・バージョンの第１のホーム・アドレス及び他の通信パラメータを入手するために、該第１のホーム・エージェントを用いてブート・ストラップする（４０６）ステップと、
    該第１のインターネット・プロトコル・バージョンの第１の移動ノードの位相的に正確なアドレスを気付アドレスとして、及び、該第１のホーム・アドレスをホーム・アドレスとして含む第１のバインディング更新メッセージを送信することによって、該第１の移動ノードの位置を該第１のホーム・エージェントに登録する（４０８）ステップと、
    該ブート・ストラップするステップで設定された通信パラメータとホーム・アドレスとしての該第１のホーム・アドレスで、該第１のコレスポンデント・ノードと通信するために、該トンネリングされたパケットの外部ヘッダに該第１のインターネット・プロトコル・バージョンを用い、該トンネリングされたパケットの内部ヘッダに該第２のインターネット・プロトコル・バージョンを用いて、双方向トンネリング・モードにおいて該第１のホーム・エージェントを用いる（４１０）ステップとを、
    含む方法。
  2. 該第１のホーム・エージェントを用いてブート・ストラップする（４０６）ステップは、該第１の移動ノードによって、若しくは該第１の移動ノードの代わりにプロキシ・ノードによって実行される請求項１に記載の方法。
  3. 該第１の移動ノードの位置を該第１のホーム・エージェントに登録する（４０８）ステップは、該第１の移動ノードによって、若しくは該第１の移動ノードの代わりにプロキシ・ノードによって実行される請求項１又は２に記載の方法。
  4. 該複数のホーム・エージェントのうち該第１のホーム・エージェントを配置する（４０４）ステップは、該第１の移動ノードによって、若しくは該第１の移動ノードの代わりにプロキシ・ノードによって実行される請求項１から３のいずれか１つに記載の方法。
  5. 該第１のホーム・エージェントは、該第１の移動ノードよりも該第１のコレスポンデント・ノードのより近くに位置している請求項１から４のいずれか１つに記載の方法。
  6. 該複数のホーム・エージェントのうち該第１のホーム・エージェントを配置する（４０４）ステップが、
    該第１のホーム・エージェントのアドレスを見出すためにホーム・エージェント・アドレスのドメイン名サーバーを照会するステップを含むものであって、該ドメイン名は、該第１のコレスポンデント・ノードのドメイン名と、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケット及び該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングをサポートするホーム・エージェントが必要であることを示すストリングとから少なくとも構成されている請求項１から５のいずれか１つに記載の方法。
  7. 該複数のホーム・エージェントのうち該第１のホーム・エージェントを配置する（４０４）ステップが、
    第１の要求メッセージ中に、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケット及び該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングをサポートするホーム・エージェントが必要であることを示すフラグを設定するステップと、
    該第１の要求メッセージのインターネット・プロトコル・ヘッダ中の宛先アドレスを、少なくとも該第１のコレスポンデント・ノードのアドレス・プレフィクスから構成されるエニキャスト・アドレスに設定するステップと、
    該第１の要求メッセージのインターネット・プロトコル・ヘッダ中のソース・アドレスを、該第２のホーム・エージェントに対応する該ホーム・アドレスに設定するステップと、
    該第１の要求メッセージを、該複数のホーム・エージェントのうち、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケット及び該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングをサポートする第２のホーム・エージェントへとリバース・トンネリングするステップであって、該第１の移動ノードが該第２のホーム・エージェントに登録されており、該第２のホーム・エージェントがパケット交換ネットワークのシステム内のどこかに配置されている該ステップと、
    該複数のホーム・エージェントのうちの１つによって、該要求に対して、該第１のホーム・エージェントのアドレスを付けて回答するステップとを、
    含む請求項１から５のいずれか１つに記載の方法。
  8. 該複数のホーム・エージェントのうち該第１のホーム・エージェントを配置する（４０４）ステップが、
    該第１のコレスポンデント・ノードについての情報を含む要求と、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケット及び該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングをサポートするホーム・エージェントが必要である旨の指示とを、専用ネットワーク・エンティティに送信するステップと、
    応答を該専用ネットワーク・エンティティから、該第１のホーム・エージェントのアドレスとともに受信するステップとを、
    含む請求項１から５のいずれか１つに記載の方法。
  9. 該専用ネットワーク・エンティティによって実行されるステップであって、
    該第１のコレスポンデント・ノードのアドレスを、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケット及び該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングをサポートするとともに、該第１のコレスポンデント・ノードの近くに配置されている複数のホーム・エージェントのうちの１つのアドレスにマッピングする該ステップを更に含む請求項８に記載の方法。
  10. 該マッピングが事前に設定されているか又は動的に発見される請求項９に記載の方法。
  11. 該複数のホーム・エージェントのうち該第１のホーム・エージェントを配置する（４０４）ステップが、
    第１の動的ホスト構成プロトコル要求メッセージ中に、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケット及び該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングをサポートするホーム・エージェントが必要であることを示すフラグを設定するステップと、
    該第１のホーム・エージェントを配置するために、該第１の動的ホスト構成プロトコル要求メッセージを送信するステップと、
    動的ホスト構成プロトコル・サーバーによって、該第１のホーム・エージェントのアドレスを含む動的ホスト構成プロトコル応答を送信するステップとを含み、
    該第１のホーム・エージェントが該第１の移動ノードとは異なるネットワーク内にある場合は、該第１の移動ノードによって送信された該第１の動的ホスト構成プロトコル・メッセージは、該第１のコレスポンデント・ノードの該アドレスを含む請求項１から５のいずれか１つに記載の方法。
  12. 該配置ステップ及び該ブート・ストラップするステップを抜かすことによって、該第１のホーム・エージェントが、同一又は近傍のドメイン中の同一又は他のコレスポンデント・ノードとの後続の通信セッションにおいて再使用される請求項１から１１のいずれか１つに記載の方法。
  13. 複数のホーム・エージェント、少なくとも１つの移動ノード、及び少なくとも１つのコレスポンデント・ノードを備えた、異なるインターネット・プロトコル・バージョンを用いるパケット交換ネットワークのシステムでパケットをルーティングするための方法であって、第１の移動ノードは、第１のインターネット・プロトコル・バージョンの少なくとも１つの位相的に正確なインターネット・プロトコル・アドレス及び第２のインターネット・プロトコル・バージョンの第１のホーム・アドレスが設定されているとともに、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されており、該方法は、
    該第２のインターネット・プロトコル・バージョンのヘッダを有するデータ・パケットを該第１の移動ノードの第１のホーム・アドレスへと送信することによって、該第２のインターネット・プロトコル・バージョンのインターネット・プロトコル・アドレスが少なくとも設定されているとともに、該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されている第１のコレスポンデント・ノード上のアプリケーションによって、該第１の移動ノードとの通信セッションを開始する（５０２）ステップであって、該第１のホーム・アドレスと、移動ノードの位相的に正確なアドレスのうち第１のアドレスとが、第１のホーム・エージェントに登録されている該ステップと、
    該第１のホーム・エージェント上でトンネリングされた、該第１のコレスポンデント・ノードからの最初のデータ・パケットを、該移動ノードによって受信する（５０４）ステップと、
    該複数のホーム・エージェントのうち第２のホーム・エージェントを、該第１の移動ノードと該第１のコレスポンデント・ノードとの間の直接経路の近傍に配置する（５０６）ステップであって、該第２のホーム・エージェントは、パケットが該第１のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該第１の移動ノードへのルーティング、及び、パケットが該第２のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該第１のコレスポンデント・ノードへのルーティングを少なくともサポートするネットワーク内に配置されている該ステップと、
    該第２のインターネット・プロトコル・バージョンの第２のホーム・アドレス及び他の通信パラメータを入手するために、該第２のホーム・エージェントを用いてブート・ストラップする（５０８）ステップと、
    該第１のインターネット・プロトコル・バージョンの第１の移動ノードの位相的に正確なアドレスを気付アドレスとして、及び、第２のホーム・アドレスをホーム・アドレスとして含む第１のバインディング更新を送信することによって、該第１の移動ノードの位置を該第２のホーム・エージェントに登録する（５１０）ステップと、
    第１の気付試験イニット・メッセージを、該第２のホーム・エージェントへと向かう双方向トンネル上で、該第１のコレスポンデント・ノードへと送信する（５１２）ステップであって、該トンネリングされたパケットの外部ヘッダが該第１のインターネット・プロトコル・バージョンを用いるとともに、該トンネリングされたパケットの内部ヘッダが該第２のインターネット・プロトコル・バージョンを用いており、該第１の気付試験イニット・メッセージのインターネット・プロトコル・ヘッダ中のソース・アドレスが該第２のホーム・アドレスに設定されている該ステップと、
    該第２のホーム・エージェントへと向かう該双方向トンネル上で、該第１のコレスポンデント・ノードから、気付試験メッセージを受信する（５１２）ステップと、
    該第２のホーム・アドレスを気付アドレスとして、及び、該第１のホーム・アドレスをホーム・アドレスとして含む第２のバインディング更新メッセージを送信することによって、該第１の移動ノードの位置を該第１のコレスポンデント・ノードに登録する（５１４）ステップであって、該第２のバインディング更新メッセージは、該第２のホーム・エージェントへと向かう該双方向トンネル上で送信され、該トンネリングされたパケットの外部ヘッダが該第１のインターネット・プロトコル・バージョンを用いるとともに、該トンネリングされたパケットの内部ヘッダが該第２のインターネット・プロトコル・バージョンを用いる該ステップと、
    該第１のコレスポンデント・ノードに宛てられたデータ・パケットを、該第２のホーム・エージェントへと向かう該双方向トンネル上で、該第１の移動ノードによって送信することによる、該通信パラメータが該ブート・ストラップするステップにおいて設定された状態での該第１の移動ノードと該第１のコレスポンデント・ノードの間の通信のために、該第２のホーム・エージェントへと向かう該双方向トンネル上で、ルート最適化モードを用いる（５１６）ステップであって、該トンネリングされたパケットの外部ヘッダが該第１のインターネット・プロトコル・バージョンを用いるとともに、該トンネリングされたパケットの内部ヘッダが該第２のインターネット・プロトコル・バージョンを用いており、該トンネル中の該データ・パケットは、ホーム・アドレス・オプション中に該第１のホーム・アドレスを、該インターネット・プロトコル・ヘッダ中にソース・アドレスとしての該第２のホーム・アドレスを、及び、該インターネット・プロトコル・ヘッダ中に宛先アドレスとしての該第１のコレスポンデント・ノードのアドレスを含む該ステップとを、
    含む方法。
  14. ネットワーク・アドレス変換ルータが、ネットワーク・アドレス変換トラバーサルをサポートする経路上にあるときに、該第１のバインディング更新メッセージが、ユーザ・データ・プロトコル・メッセージ中にカプセル化される請求項１から１３のいずれか１つに記載の方法。
  15. 該第１のバインディング更新メッセージが、該第１のインターネット・プロトコル・バージョンのメッセージ中にカプセル化される請求項１から１４のいずれか１つに記載の方法。
  16. 該第１のホーム・エージェントによって、該直接経路上のネットワーク・アドレス変換ルータを検知し、該第１の移動ノードにこのことを通知するステップを更に含む請求項１から１５のいずれか１つに記載の方法。
  17. 該第１のインターネット・プロトコル・バージョンがＩＰｖ４であり、該第２のインターネット・プロトコル・バージョンがＩＰｖ６又はＩＰｖ４である請求項１から１６のいずれか１つに記載の方法。
  18. 該第１の移動ノードの該ネットワーク及び該第１のコレスポンデント・ノードの該ネットワークが同一のインターネット・プロトコル・バージョンをサポートしない場合は、該方法ステップが開始される請求項１から１７のいずれか１つに記載の方法。
  19. 第１の移動ノードが短いパケット遅延を必要とするアプリケーションを実行する場合には、該方法ステップが開始される請求項１から１７のいずれか１つに記載の方法。
  20. 該第２のホーム・エージェントを用いてブート・ストラップする（５０８）ステップは、該第１の移動ノードによって、若しくは該第１の移動ノードの代わりにプロキシ・ノードによって実行される請求項１３から１９のいずれか１つに記載の方法。
  21. 該第１の移動ノードの位置を該第２のホーム・エージェントに登録する（５１０）ステップは、該第１の移動ノードによって、若しくは該第１の移動ノードの代わりにプロキシ・ノードによって実行される請求項１３から２０のいずれか１つに記載の方法。
  22. 該第１の移動ノードの位置を該第１のコレスポンデント・ノードに登録する（５１４）ステップは、該第１の移動ノードによって、若しくは該第１の移動ノードの代わりにプロキシ・ノードによって実行される請求項１３から２１のいずれか１つに記載の方法。
  23. 気付試験イニット・メッセージ及び気付試験メッセージを該第１のコレスポンデント・ノードへ／から送信／受信する（５１２）ステップは、該第１の移動ノードによって、若しくは該第１の移動ノードの代わりにプロキシ・ノードによって実行される請求項１３から２２のいずれか１つに記載の方法。
  24. 該複数のホーム・エージェントのうち該第２のホーム・エージェントを配置する（５０６）ステップは、該第１の移動ノードによって、若しくは該第１の移動ノードの代わりにプロキシ・ノードによって実行される請求項１３から２３のいずれか１つに記載の方法。
  25. 該第２のホーム・エージェントは、該第１の移動ノードよりも該第１のコレスポンデント・ノードのより近くに位置している請求項１３から２４のいずれか１つに記載の方法。
  26. 該複数のホーム・エージェントのうち該第２のホーム・エージェントを、該第１のコレスポンデント・ノードと該第１の移動ノードの間に配置する（５０６）ステップが、
    該第１のコレスポンデント・ノードと同一のドメイン中に該第２のホーム・エージェントのアドレスを見出すために、ホーム・エージェント・アドレスのドメイン名サーバーを照会するステップであって、該ドメイン名は、該第１のコレスポンデント・ノードのドメイン名と、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケット及び該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングをサポートするホーム・エージェントが必要であることを示すストリングとから少なくとも構成されている該ステップを含む請求項１３から２５のいずれか１つに記載の方法。
  27. 該複数のホーム・エージェントのうち該第２のホーム・エージェントを配置する（５０６）ステップが、
    第１の要求メッセージ中に、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケット及び該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングをサポートするホーム・エージェントが必要であることを示すフラグを設定するステップと、
    該第１の要求メッセージのインターネット・プロトコル・ヘッダ中の宛先アドレスを、少なくとも該第１のコレスポンデント・ノードのアドレス・プレフィクスから構成されるエニキャスト・アドレスに設定するステップと、
    該第１の要求メッセージのインターネット・プロトコル・ヘッダ中のソース・アドレスを、該第２のホーム・エージェントに対応する該ホーム・アドレスに設定するステップと、
    該第１の要求メッセージを、該複数のホーム・エージェントのうち、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケット及び該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングをサポートする第２のホーム・エージェントへとリバース・トンネリングするステップであって、該第１の移動ノードは該第２のホーム・エージェントに登録されており、及び、該第２のホーム・エージェントはパケット交換ネットワークのシステム内のどこかに配置されている該ステップと、
    該複数のホーム・エージェントのうちの１つによって、該要求に対して、該第１のホーム・エージェントのアドレスを付けて回答するステップとを、
    含む請求項１３から２６のいずれか１つに記載の方法。
  28. 該複数のホーム・エージェントのうち該第２のホーム・エージェントを配置する（５０６）ステップが、
    該第１のコレスポンデント・ノードについての情報を含む要求と、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケット及び該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングをサポートするホーム・エージェントが必要である旨の指示とを、専用ネットワーク・エンティティに送信するステップと、
    該専用ネットワーク・エンティティから、該第２のホーム・エージェントのアドレスの付いた応答を受信するステップとを、
    含む請求項１３から２６のいずれか１つに記載の方法。
  29. 該専用ネットワーク・エンティティによって実行されるステップであって、
    該第１のコレスポンデント・ノードのアドレスを、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケット及び該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングをサポートするとともに、該第１のコレスポンデント・ノードの近くに配置されている複数のホーム・エージェントのうちの１つのアドレスにマッピングするステップを更に含む請求項２８に記載の方法。
  30. 該マッピングが事前に設定されているか又は動的に発見される請求項２９に記載の方法。
  31. 該複数のホーム・エージェントのうち該第２のホーム・エージェントを配置する（５０６）ステップが、
    第１の動的ホスト構成プロトコル要求メッセージ中に、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケット及び該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングをサポートするホーム・エージェントが必要であることを示すフラグを設定するステップと、
    該第１のホーム・エージェントを配置するために、該第１の動的ホスト構成プロトコル要求メッセージを送信するステップとを含み、
    動的ホスト構成プロトコル・サーバーが、該第１のホーム・エージェントのアドレスを付けて応答し、
    該第１のホーム・エージェントが、該第１の移動ノードとは異なるネットワーク内にある場合は、該第１の移動ノードによって送信された該第１の動的ホスト構成プロトコル・メッセージは、該第１のコレスポンデント・ノードの該アドレスを含む請求項１３から２６のいずれか１つに記載の方法。
  32. 該配置ステップ及び該ブート・ストラップするステップを抜かすことによって、該第２のホーム・エージェントが、同一又は近傍のドメイン中の同一又は他のコレスポンデント・ノードとの後続の通信セッションにおいて再使用される請求項１３から３１のいずれか１つに記載の方法。
  33. 複数のホーム・エージェント及び少なくとも１つのコレスポンデント・ノードを備えた、異なるインターネット・プロトコル・バージョンを用いるパケット交換ネットワークのシステム内の移動ノード（１００）であって、第１のインターネット・プロトコル・バージョンの少なくとも１つの位相的に正確なインターネット・プロトコル・アドレスが設定されているとともに、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されている該移動ノード（１００）は、
    第２のインターネット・プロトコル・バージョンのインターネット・プロトコル・アドレスが少なくとも設定されているとともに、該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されている第１のコレスポンデント・ノード（１０２）との通信を要求するよう構成されたアプリケーションと、
    該複数のホーム・エージェントのうち第１のホーム・エージェント（１０４）を、該移動ノード（１００）と該第１のコレスポンデント・ノード（１０２）との間の直接経路の近傍に配置する配置手段であって、該第１のホーム・エージェント（１０４）が、パケットが該第１のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該移動ノードへのルーティング、及び、パケットが該第２のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該第１のコレスポンデント・ノードへのルーティングを少なくともサポートするネットワーク内に配置されるようにする該配置手段と、
    該第２のインターネット・プロトコル・バージョンの第１のホーム・アドレス及び他の通信パラメータを入手するために、該第１のホーム・エージェントによって（１０４）ブート・ストラップするよう構成されたブート・ストラップ手段と、
    該第１のインターネット・プロトコル・バージョンの該移動ノードの位相的に正確なアドレスを気付アドレスとして、及び、該第１のホーム・アドレスをホーム・アドレスとして含む第１のバインディング更新メッセージを送信するよう構成された送信手段と、
    該ブート・ストラップするステップで設定された該通信パラメータとホーム・アドレスとしての該第１のホーム・アドレスでの該第１のコレスポンデント・ノード（１０２）との通信のために、該トンネリングされたパケットの外部ヘッダが該第１のインターネット・プロトコル・バージョンを用いるとともに、該トンネリングされたパケットの内部ヘッダが該第２のインターネット・プロトコル・バージョンを用いる双方向トンネリング・モードにおいて、該第１のホーム・エージェント（１０４）を用いるよう構成された通信手段とを、
    備える移動ノード。
  34. 請求項２から１２に記載の方法ステップを実行するよう構成された請求項３３に記載の移動ノード。
  35. 複数のホーム・エージェント、少なくとも１つの移動ノード、及び少なくとも１つのコレスポンデント・ノードを備えた、異なるインターネット・プロトコル・バージョンを用いるパケット交換ネットワークのシステムであって、第１の移動ノード（１００）が、第１のインターネット・プロトコル・バージョンの少なくとも１つの位相的に正確なインターネット・プロトコル・アドレスが設定されているとともに、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されている該システムであって、
    該第１の移動ノード（１００）が、
    第２のインターネット・プロトコル・バージョンのインターネット・プロトコル・アドレスが少なくとも設定されているとともに、該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されている第１のコレスポンデント・ノード（１０２）との通信を要求するよう構成されたアプリケーションと、
    該複数のホーム・エージェントのうち第１のホーム・エージェント（１０４）を、該第１の移動ノード（１００）と該第１のコレスポンデント・ノード（１０２）との間の直接経路の近傍に配置する配置手段であって、該第１のホーム・エージェント（１０４）が、パケットが該第１のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該移動ノード（１００）へのルーティング、及び、パケットが該第２のインターネット・プロトコル・バージョンのヘッダを有する状態での、該パケットの該第１のコレスポンデント・ノード（１０２）へのルーティングを少なくともサポートするネットワーク内に配置されるようにする該配置手段と、
    該第２のインターネット・プロトコル・バージョンの第１のホーム・アドレス及び他の通信パラメータを入手するために、該第１のホーム・エージェントによって（１０４）ブート・ストラップするよう構成されたブート・ストラップ手段と、
    該第１のインターネット・プロトコル・バージョンの該移動ノードの位相的に正確なアドレスを気付アドレスとして、及び、該第１のホーム・アドレスをホーム・アドレスとして含む第１のバインディング更新メッセージを送信することによって、該第１の移動ノードの位置を該第１のホーム・エージェントに登録する（１０４）よう構成された登録手段とを備え、
    該ブート・ストラップするステップで設定された該通信パラメータとホーム・アドレスとしての該第１のホーム・アドレスでの該第１のコレスポンデント・ノード（１０２）との通信のために、該トンネリングされたパケットの外部ヘッダが該第１のインターネット・プロトコル・バージョンを用いるとともに、該トンネリングされたパケットの内部ヘッダが該第２のインターネット・プロトコル・バージョンを用いる双方向トンネリング・モードにおいて、該第１のホーム・エージェント（１０４）が用いられるよう構成されているシステム。
  36. 請求項２から１２に記載の方法ステップを実行するよう構成された請求項３５に記載のシステム。
  37. 複数のホーム・エージェント及び少なくとも１つのコレスポンデント・ノードを備えた、異なるインターネット・プロトコル・バージョンを用いるパケット交換ネットワークのシステム内の移動ノードの処理装置に実行させる指示を記憶しているコンピュータで読み取り可能な媒体であって、該移動ノードが、第１のインターネット・プロトコル・バージョンの少なくとも１つの位相的に正確なインターネット・プロトコル・アドレスが設定されているとともに、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されている際の該媒体であって、
    第２のインターネット・プロトコル・バージョンのインターネット・プロトコル・アドレスが少なくとも設定されているとともに、該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されている第１のコレスポンデント・ノードとの通信を、該第１の移動ノード上にあるアプリケーションによって要求するステップと、
    該複数のホーム・エージェントのうち該第１のホーム・エージェントを該移動ノードと該第１のコレスポンデント・ノードとの間の直接経路の近傍に配置するステップであって、該第１のホーム・エージェントは、パケットが該第１のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該移動ノードへのルーティング、及び、パケットが該第２のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該第１のコレスポンデント・ノードへのルーティングを少なくともサポートするネットワーク内に配置されている該ステップと、
    該第２のインターネット・プロトコル・バージョンの第１のホーム・アドレス及び他の通信パラメータを入手するために、該第１のホーム・エージェントを用いてブート・ストラップするステップと、
    該第１のインターネット・プロトコル・バージョンの第１の移動ノードの位相的に正確なアドレスを気付アドレスとして、及び、該第１のホーム・アドレスをホーム・アドレスとして含む第１のバインディング更新メッセージを送信するステップと、
    該ブート・ストラップするステップで設定された該通信パラメータとホーム・アドレスとしての該第１のホーム・アドレスでの該第１のコレスポンデント・ノードとの通信のために、該トンネリングされたパケットの外部ヘッダが該第１のインターネット・プロトコル・バージョンを用いるとともに、該トンネリングされたパケットの内部ヘッダが該第２のインターネット・プロトコル・バージョンを用いる双方向トンネリング・モードにおいて、該第１のホーム・エージェントを用いるステップとを、
    実行させるためのプログラムを格納する該コンピュータで読み取り可能な媒体。
  38. 複数のホーム・エージェント及び少なくとも１つのコレスポンデント・ノードを備えた、異なるインターネット・プロトコル・バージョンを用いるパケット交換ネットワークのシステム内の移動ノードの処理装置に請求項２から１２のいずれかに記載の方法ステップを実行させる指示を記憶しているコンピュータで読み取り可能な媒体であって、該移動ノードは、第１のインターネット・プロトコル・バージョンの少なくとも１つの位相的に正確なインターネット・プロトコル・アドレスが設定されているとともに、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されている請求項３７に記載の該コンピュータで読み取り可能な媒体。
  39. 複数のホーム・エージェント及び少なくとも１つのコレスポンデント・ノードを備えた、異なるインターネット・プロトコル・バージョンを用いるパケット交換ネットワークのシステム内の移動ノード（１００）であって、第１のインターネット・プロトコル・バージョンの少なくとも１つの位相的に正確なインターネット・プロトコル・アドレス及び第２のインターネット・プロトコル・バージョンの第１のホーム・アドレスが設定されているとともに、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されている該移動ノード（１００）は、
    第１のホーム・エージェント（１０４）上でトンネリングされた、第１のコレスポンデント・ノード（１０２）からの最初のデータ・パケットを受信するよう構成された受信手段と、
    該複数のホーム・エージェントのうち第２のホーム・エージェント（２０６）を、該移動ノード（１００）と該第１のコレスポンデント・ノード（１０２）との間の直接経路の近傍に配置するよう構成された配置手段であって、該第２のホーム・エージェントは、パケットが該第１のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該移動ノード（１００）へのルーティング、及び、パケットが該第２のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該第１のコレスポンデント・ノード（１０２）へのルーティングを少なくともサポートするネットワーク内に配置されるようにする該配置手段と、
    該第２のインターネット・プロトコル・バージョンの第２のホーム・アドレス及び他の通信パラメータを入手するために、該第２のホーム・エージェント（２０６）を用いてブート・ストラップするよう構成されたブート・ストラップ手段と、
    該第１のインターネット・プロトコル・バージョンの該移動ノードの位相的に正確なアドレスを気付アドレスとして、及び、第２のホーム・アドレスをホーム・アドレスとして含む第１のバインディング更新を送信するよう構成された送信手段とを備え、
    該送信手段は、第１の気付試験イニット・メッセージを、該第２のホーム・エージェント（２０６）へと向かう双方向トンネル上で、該第１のコレスポンデント・ノード（１０２）へと送信するようさらに構成されており、該トンネリングされたパケットの外部ヘッダが該第１のインターネット・プロトコル・バージョンを用いるとともに、該トンネリングされたパケットの内部ヘッダが該第２のインターネット・プロトコル・バージョンを用いており、該第１の気付試験イニット・メッセージのインターネット・プロトコル・ヘッダ中のソース・アドレスが該第２のホーム・アドレスに設定されており、
    該受信手段は、該第２のホーム・エージェント（２０６）へと向かう該双方向トンネル上で、第１のコレスポンデント・ノード（１０２）から気付試験メッセージを受信するよう更に構成されており、
    該送信手段は、該第２のホーム・アドレスを気付アドレスとして、及び、該第１のホーム・アドレスをホーム・アドレスとして含む第２のバインディング更新メッセージを送信するよう更に構成されており、該第２のバインディング更新メッセージは、該第２のホーム・エージェントへと向かう該双方向トンネル上で送信され（２０６）、該トンネリングされたパケットの外部ヘッダが該第１のインターネット・プロトコル・バージョンを用いるとともに、該トンネリングされたパケットの内部ヘッダが該第２のインターネット・プロトコル・バージョンを用いており、
    該移動ノード（１００）は、該移動ノード（１００）によって、該第１のコレスポンデント・ノード（１０２）に向けられたデータ・パケットを、該第２のホーム・エージェント（２０６）へと向かう該双方向トンネル上で送信することによる、該通信パラメータがブート・ストラップ手段によって設定された状態での該移動ノード（１００）と該第１のコレスポンデント・ノード（１０２）の間の通信のために、該第２のホーム・エージェント（２０６）へと向かう該双方向トンネル上で、ルート最適化モードを用いるよう構成された通信手段であって、該トンネリングされたパケットの外部ヘッダは該第１のインターネット・プロトコル・バージョンを用いるとともに、及び、該トンネリングされたパケットの内部ヘッダは該第２のインターネット・プロトコル・バージョンを用いており、該トンネル中の該データ・パケットは、ホーム・アドレス・オプション中に該第１のホーム・アドレスを、該インターネット・プロトコル・ヘッダ中にソース・アドレスとしての該第２のホーム・アドレスを、及び、該インターネット・プロトコル・ヘッダ中に宛先アドレスとしての第１のコレスポンデント・ノードのアドレスを含む該通信手段とを、
    更に備える移動ノード。
  40. 請求項１４から３２に記載の方法ステップを実行するよう構成された請求項３９に記載の移動ノード。
  41. 複数のホーム・エージェント、少なくとも１つの移動ノード、及び少なくとも１つのコレスポンデント・ノードを備えた、異なるインターネット・プロトコル・バージョンを用いるパケット交換ネットワークのシステムであって、第１の移動ノード（１００）が第１のインターネット・プロトコル・バージョンの少なくとも１つの位相的に正確なインターネット・プロトコル・アドレス及び第２のインターネット・プロトコル・バージョンの第１のホーム・アドレスが設定されているとともに、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されている該システムは、
    該第２のインターネット・プロトコル・バージョンのヘッダを有するデータ・パケットを該第１の移動ノードの第１のホーム・アドレスへと送信することによって、第２のインターネット・プロトコル・バージョンのインターネット・プロトコル・アドレスが少なくとも設定されているとともに、該第１の移動ノード（１００）との通信セッションにおける該第２のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されている第１のコレスポンデント・ノード（１０２）上のアプリケーションであって、該第１のホーム・アドレス及び移動ノードの位相的に正確なアドレスのうち第１のホーム・アドレスは、第１のホーム・エージェント（１０４）に登録されている該アプリケーションと、
    該第１の移動ノード（１００）とを備え、該第１の移動ノード（１００）は、
    該第１のホーム・エージェント（１０４）上でトンネリングされた、該第１のコレスポンデント・ノード（１０２）からの最初のデータ・パケットを受信する受信手段と、
    該複数のホーム・エージェントのうち第２のホーム・エージェント（２０６）を、該第１の移動ノード（１００）と該第１のコレスポンデント・ノード（１０２）との間の直接経路の近傍に配置するよう構成された配置手段であって、該第２のホーム・エージェント（２０６）は、パケットが該第１のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該移動ノード（１００）へのルーティング、及び、パケットが該第２のインターネット・プロトコル・バージョンのヘッダを有する状態での、該パケットの該第１のコレスポンデント・ノード（１０２）へのルーティングを少なくともサポートするネットワーク内に配置されるようにする該配置手段と、
    該第２のインターネット・プロトコル・バージョンの第２のホーム・アドレス及び他の通信パラメータを入手するために、該第２のホーム・エージェント（２０６）を用いてブート・ストラップするよう構成されたブート・ストラップ手段とを含み、
    該第１の移動ノード（１００）はさらに、
    該第１のインターネット・プロトコル・バージョンの第１の移動ノードの位相的に正確なアドレスを気付アドレスとして、及び、第２のホーム・アドレスをホーム・アドレスとして含む第１のバインディング更新を送信すること、
    第１の気付試験イニット・メッセージを該第１のコレスポンデント・ノード（１０２）へと、該トンネリングされたパケットの外部ヘッダが該第１のインターネット・プロトコル・バージョンを用いるとともに、該トンネリングされたパケットの内部ヘッダが該第２のインターネット・プロトコル・バージョンを用いており、該第１の気付試験イニット・メッセージのインターネット・プロトコル・ヘッダ中のソース・アドレスが該第２のホーム・アドレスに設定されている、第２のホーム・エージェントへと向かう双方向トンネル上で送信すること、
    該第２のホーム・エージェントへと向かう該双方向トンネル上で、第１のコレスポンデント・ノード（１０２）から気付試験メッセージを受信すること、
    該第２のホーム・アドレスを気付アドレスとして、及び、該第１のホーム・アドレスをホーム・アドレスとして含む第２のバインディング更新メッセージを送信することであって、該第２のバインディング更新メッセージは、該第２のホーム・エージェント（２０６）へと向かう該双方向トンネル上で送信され、該トンネリングされたパケットの外部ヘッダが該第１のインターネット・プロトコル・バージョンを用いるとともに、該トンネリングされたパケットの内部ヘッダが該第２のインターネット・プロトコル・バージョンを用い、
    該第１の移動ノード（１００）によって該第１のコレスポンデント・ノード（１０２）に向けられたデータ・パケットを、該第２のホーム・エージェント（２０６）へと向かう該双方向トンネル上で送信することによる、該通信パラメータがブート・ストラップ手段によって設定された状態での該第１の移動ノード（１００）と該第１のコレスポンデント・ノード（１０２）の間の送信のために、該第２のホーム・エージェント（２０６）へと向かう該双方向トンネル上で、ルート最適化モードを用いることであって、該トンネリングされたパケットの外部ヘッダが該第１のインターネット・プロトコル・バージョンを用いるとともに、及び、該トンネリングされたパケットの内部ヘッダが第２のインターネット・プロトコル・バージョン用いており、該トンネル中の該データ・パケットは、ホーム・アドレス・オプション中に該第１のホーム・アドレスを、該インターネット・プロトコル・ヘッダ中にソース・アドレスとしての該第２のホーム・アドレスを、及び、該インターネット・プロトコル・ヘッダ中に宛先アドレスとしての第１のコレスポンデント・ノードのアドレスを含んでいるシステム。
  42. 請求項１４から３３のいずれかに記載の方法ステップを実行するよう構成された請求項４１に記載のシステム。
  43. 複数のホーム・エージェント及び少なくとも１つのコレスポンデント・ノードを備えた、異なるインターネット・プロトコル・バージョンを用いるパケット交換ネットワークのシステム内の移動ノードの処理装置に実行させる指示を記憶しているコンピュータで読み取り可能な媒体であって、該移動ノードが、第１のインターネット・プロトコル・バージョンの少なくとも１つの位相的に正確なインターネット・プロトコル・アドレス及び第２のインターネット・プロトコル・バージョンの第１のホーム・アドレスが設定されているとともに、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されている際の該媒体であって、
    該第１のホーム・エージェント上でトンネリングされた、該第１のコレスポンデント・ノードからの最初のデータ・パケットを受信するステップと、
    該複数のホーム・エージェントのうち第２のホーム・エージェントを該移動ノードと該第１のコレスポンデント・ノードとの間の直接経路の近傍に配置するステップであって、該第２のホーム・エージェントは、パケットが該第１のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該移動ノードへのルーティング、及び、パケットが該第２のインターネット・プロトコル・バージョンのヘッダを有する状態での該パケットの該第１のコレスポンデント・ノードへのルーティングを少なくともサポートするネットワーク内に配置されている該ステップと、
    該第２のインターネット・プロトコル・バージョンの第２のホーム・アドレス及び他の通信パラメータを入手するために、該第２のホーム・エージェントを用いてブート・ストラップするステップと、
    該第１のインターネット・プロトコル・バージョンの該移動ノードの位相的に正確なアドレスを気付アドレスとして、及び、第２のホーム・アドレスをホーム・アドレスとして含む第１のバインディング更新を送信するステップと、
    第１の気付試験イニット・メッセージを、該第２のホーム・エージェントへと向かう双方向トンネル上で、該第１のコレスポンデント・ノードへと送信するステップであって、該トンネリングされたパケットの外部ヘッダが該第１のインターネット・プロトコル・バージョンを用いるとともに、該トンネリングされたパケットの内部ヘッダが該第２のインターネット・プロトコル・バージョンを用いており、該第１の気付試験イニット・メッセージのインターネット・プロトコル・ヘッダ中のソース・アドレスが該第２のホーム・アドレスに設定されているステップと、
    該第２のホーム・エージェントへと向かう該双方向トンネル上で、該第１のコレスポンデント・ノードから気付試験メッセージを受信するステップと、
    該第２のホーム・アドレスを気付アドレスとして、及び、該第１のホーム・アドレスをホーム・アドレスとして含む第２のバインディング更新メッセージを送信するステップであって、該第２のバインディング更新メッセージは、該第２のホーム・エージェントへと向かう該双方向トンネル上で送信され、該トンネリングされたパケットの外部ヘッダが該第１のインターネット・プロトコル・バージョンを用いるとともに、該トンネリングされたパケットの内部ヘッダが該第２のインターネット・プロトコル・バージョンを用いる該ステップと、
    第１の移動ノードによって、該第１のコレスポンデント・ノードに宛てられたデータ・パケットを、該第２のホーム・エージェントへと向かう該双方向トンネル上で該送信することによる、該通信パラメータが該ブート・ストラップするステップにおいて設定された状態での該第１の移動ノードと該第１のコレスポンデント・ノードの間の通信のために、該第２のホーム・エージェントへと向かう該双方向トンネル上で、ルート最適化モードを用いるステップであって、該トンネリングされたパケットの外部ヘッダが該第１のインターネット・プロトコル・バージョンを用いるとともに、該トンネリングされたパケットの内部ヘッダが該第２のインターネット・プロトコル・バージョンを用いており、該トンネル中の該データ・パケットは、ホーム・アドレス・オプション中に該第１のホーム・アドレスを、該インターネット・プロトコル・ヘッダ中にソース・アドレスとしての該第２のホーム・アドレスを、及び、該インターネット・プロトコル・ヘッダ中に宛先アドレスとしての第１のコレスポンデント・ノードのアドレスを含む該ステップとを、
    実行させるためのプログラムを格納する該コンピュータで読み取り可能な媒体。
  44. 複数のホーム・エージェント及び少なくとも１つのコレスポンデント・ノードを備えた、異なるインターネット・プロトコル・バージョンを用いるパケット交換ネットワークのシステム内の移動ノードの処理装置に請求項１４から３２のいずれかに記載のステップを実行させる指示を記憶しているコンピュータで読み取り可能な媒体であって、該移動ノードは、第１のインターネット・プロトコル・バージョンの少なくとも１つの位相的に正確なインターネット・プロトコル・アドレス及び第２のインターネット・プロトコル・バージョンの第１のホーム・アドレスが設定されているとともに、該第１のインターネット・プロトコル・バージョンのヘッダを有するパケットのルーティングを少なくともサポートするネットワーク内に配置されている該コンピュータで読み取り可能な媒体。
JP2010532438A 2007-11-07 2007-11-07 Ｉｐバージョン移行シナリオにおけるモバイルｉｐルートの最適化 Withdrawn JP2011504320A (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2007/009662 WO2009059618A1 (en) 2007-11-07 2007-11-07 Mobile ip route optimization in ip version transition scenarios

Publications (1)

Publication Number Publication Date
JP2011504320A true JP2011504320A (ja) 2011-02-03

Family

ID=39926897

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010532438A Withdrawn JP2011504320A (ja) 2007-11-07 2007-11-07 Ｉｐバージョン移行シナリオにおけるモバイルｉｐルートの最適化

Country Status (4)

Country Link
US (1) US20100284331A1 (ja)
JP (1) JP2011504320A (ja)
CN (1) CN101855882A (ja)
WO (1) WO2009059618A1 (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8228843B2 (en) * 2007-11-12 2012-07-24 Futurewei Technologies, Inc. Internet protocol version 4 support for proxy mobile internet protocol version 6 route optimization protocol
US20100268804A1 (en) * 2007-11-20 2010-10-21 Panasonic Corporation Address allocation method, address allocation system, mobile node, and proxy node
US8503460B2 (en) * 2008-03-24 2013-08-06 Qualcomm Incorporated Dynamic home network assignment
US20090290539A1 (en) * 2008-05-21 2009-11-26 Huawei Technologies, Co., Ltd. Method and apparatus for home agent address acquisition for IPv4 mobile nodes
US9237437B2 (en) * 2008-07-22 2016-01-12 Futurewei Technologies, Inc. Method and apparatus for home agent redirect
CN101651604B (zh) * 2008-08-15 2013-10-02 华为技术有限公司 一种路由优化的方法及系统
KR20130040210A (ko) * 2010-06-01 2013-04-23 노키아 지멘스 네트웍스 오와이 모바일 스테이션을 통신 네트워크에 연결시키는 방법
CN102724714A (zh) * 2012-05-18 2012-10-10 中兴通讯股份有限公司 一种自动修正ip类型的方法及装置
US10142248B2 (en) * 2015-09-29 2018-11-27 Huawei Technologies Co., Ltd. Packet mis-ordering prevention in source routing hitless reroute using inter-packet delay and precompensation
EP3273424B1 (en) * 2016-07-21 2019-03-13 The Boeing Company System and method of aircraft surveillance and tracking

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100531623B1 (ko) * 2003-10-15 2005-11-29 한국전자통신연구원 ＮＡＴ-ＰＴ 환경에서의 모바일 ＩＰｖ6를 이용한 통신방법 및 이를 저장한 기록매체
EP1886457B1 (en) * 2005-06-03 2010-08-25 Telefonaktiebolaget LM Ericsson (publ) MOBILE IPv6 ROUTE OPTIMIZATION IN DIFFERENT ADDRESS SPACES
EP1804463B1 (en) * 2005-12-29 2009-04-08 Samsung Electronics Co., Ltd. Method for route optimization with dual mobile IPv4 node in IPv6-only network

Also Published As

Publication number Publication date
CN101855882A (zh) 2010-10-06
WO2009059618A1 (en) 2009-05-14
US20100284331A1 (en) 2010-11-11

Similar Documents

Publication Publication Date Title
US11477634B2 (en) Home agent discovery upon changing the mobility management scheme
US8095130B2 (en) Controlling hand-off in a mobile node with two mobile IP clients
US20100215019A1 (en) Detection of mobility functions implemented in a mobile node
EP2022232B1 (en) Method and apparatus for simultaneous location privacy and route optimization for communication sessions
JP2011504320A (ja) Ｉｐバージョン移行シナリオにおけるモバイルｉｐルートの最適化
US20110238822A1 (en) Detection of the mobility management function used by the network
EP1863252B1 (en) Mobile IP route optimisation in IP protocol version transition scenarios
EP1863253A1 (en) Method and apparatus for simultaneous location privacy and route optimization for communication sessions
EP1863251B1 (en) Method and apparatus for mobile IPV6 simultaneous location privacy and route optimization
Bondareva et al. Handling addressing and mobility in hybrid wireless mesh networks
Barsk A seamless vertical handover system prototype

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20101105

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20101105

A761 Written withdrawal of application

Free format text: JAPANESE INTERMEDIATE CODE: A761

Effective date: 20120426