(57)【要約】  本発明では、モバイルＩＰｖ６ノードとＩＰｖ４通信パートナーとの間の通信を実施するための方法を開示する。本方法は、モバイルＩＰｖ６ネットワークとＩＰｖ４ネットワークとの間に配置されたＮＡＴ−ＰＴゲートウェイが、モバイルＩＰｖ６ノードから送信されたＩＰｖ６データパケットおよびＩＰｖ４通信パートナーから送信されたＩＰｖ４データパケットをそれぞれ横取りし、横取りしたＩＰｖ６データパケットおよびＩＰｖ４データパケットに対してそれぞれ変換を行い、変換されたＩＰｖ６データパケットモバイルおよび変換されたＩＰｖ４データパケットを、それぞれＩＰｖ６ノードおよびＩＰｖ４通信パートナーに送信することを含む。本通信方法では、モバイルＩＰｖ６ノードおよびそのＩＰｖ４通信パートナーは、モバイルＩＰｖ６技術の「最適ルーティグ」モードで互いにモバイル通信を実行することができる。それゆえ、モバイルＩＰｖ６ノードとＩＰｖ４通信パートナーとの相互通信が実現され、モバイル通信の効率が極めて改善される。
2008510440.tif 000002
【特許請求の範囲】
【請求項１】
モバイルＩＰｖ６ノードとＩＰｖ４通信パートナーとの間の通信を実施する方法であって、
上記モバイルＩＰｖ６ノードが上記ＩＰｖ４通信パートナーに向けてＩＰｖ６データパケットを送信し、
ＮＡＴ−ＰＴ（Network Address Translation - Protocol Translation）ゲートウェイが上記ＩＰｖ６データパケットを横取りし、当該ＩＰｖ６データパケットをＩＰｖ４データパケットに変換し、
上記ＮＡＴ−ＰＴゲートウェイが上記変換したＩＰｖ４データパケットを上記ＩＰｖ４通信パートナーに送信することを特徴とする方法。
【請求項２】
上記ＮＡＴ−ＰＴゲートウェイが上記ＩＰｖ４通信パートナーから送信されたＩＰｖ４データパケットを横取りし、当該ＩＰｖ４データパケットをＩＰｖ６データパケットに変換し、
上記ＮＡＴ−ＰＴゲートウェイが上記変換されたＩＰｖ６データパケットを、上記モバイルＩＰｖ６ノードに送信することを特徴とする請求項１に記載の方法。
【請求項３】
上記ＮＡＴ−ＰＴゲートウェイを介して上記モバイルＩＰｖ６ノードと上記ＩＰｖ４通信パートナーとの間で情報交換する前に、上記モバイルＩＰｖ６ノードが上記ＩＰｖ４通信パートナーに登録されることを特徴とする請求項１に記載の方法。
【請求項４】
上記モバイルＩＰｖ６ノードが上記ＩＰｖ４通信パートナーに登録される処理において、
上記モバイルＩＰｖ６ノードがBinding Updateメッセージを上記ＩＰｖ４通信パートナーに送信し、
上記ＩＰｖ４通信パートナーの代わりに上記ＮＡＴ−ＰＴゲートウェイが、上記Binding Updateメッセージを処理し、上記モバイルＩＰｖ６ノードとの情報交換を実行することを特徴とする請求項３に記載の方法。
【請求項５】
上記登録の前に、上記モバイルＩＰｖ６ノードが上記ＩＰｖ４通信パートナーに対してReturn Routability検査を開始することを特徴とする請求項３に記載の方法。
【請求項６】
上記Return Routability検査において、
上記モバイルＩＰｖ６ノードが関連するメッセージを自身のホームロケーションエージェントに送信し、該ホームロケーションエージェントが該関連するメッセージを上記ＩＰｖ４通信パートナーに転送し、
上記ＮＡＴ−ＰＴゲートウェイが上記関連するメッセージを横取りし、上記ＩＰｖ４通信パートナーの代わりに上記ＮＡＴ−ＰＴゲートウェイが上記関連するメッセージを処理し、上記モバイルＩＰｖ６ノードを検査し、上記ホームロケーションエージェントを介して上記モバイルＩＰｖ６ノードにメッセージを応答することを特徴とする請求項５に記載の方法。
【請求項７】
上記モバイルＩＰｖ６ノードを上記ＩＰｖ４通信パートナーに登録する前に、上記モバイルＩＰｖ６ノードが自身のホームロケーションネットワークに接続し、該ホームロケーションネットワークとの情報交換を通じてホームロケーションアドレスを獲得し、
訪問先ロケーションネットワークに移動したことを発見した場合、上記モバイルＩＰｖ６ノードがアドレスコンフィグレーション処理を通じて上記訪問先ロケーションネットワークにおけるcare-ofアドレスを獲得し、該care-ofアドレスを上記ホームロケーションエージェントに登録することを特徴とする請求項３または４に記載の方法。
【請求項８】
上記ＮＡＴ−ＰＴゲートウェイが上記Binding Updateメッセージを処理するにあたり、
上記ＮＡＴ−ＰＴゲートウェイが、上記検査処理にて保持した情報に従い、上記横取りしたBinding Updateメッセージの適性を検査し、
上記検査をパスした後、上記Binding Updateメッセージに含まれる上記モバイルＩＰｖ６ノードのホームロケーションアドレスおよびcare-ofアドレスを保存し、Binding Acknowledgementメッセージを上記モバイルＩＰｖ６ノードに返信することを特徴とする請求項４に記載の方法。
【請求項９】
上記モバイルＩＰｖ６ノードが上記ＩＰｖ４通信パートナーとデータパケット交換を行うにあたり、
上記モバイルＩＰｖ６ノードが「最適ルーティング」モードによって上記ＩＰｖ６データパケットを上記ＩＰｖ４通信パートナーに送信し、
上記ＩＰｖ６データパケットのデスティネーションアドレスが上記ＩＰｖ４通信パートナーに対応するＩＰｖ６アドレスであり、一方、上記ＩＰｖ６データパケットのソースアドレスが上記モバイルＩＰｖ６ノードのcare-ofアドレスであって、
上記ＮＡＴ−ＰＴゲートウェイは、上記モバイルＩＰｖ６ノードから送信された上記ＩＰｖ６データパケットを横取りし、該ＩＰｖ６データパケットをＩＰｖ４データパケットに変換し、
該変換されたＩＰｖ４データパケットが上記ＩＰｖ４通信パートナーに送信されることを特徴とする請求項１に記載の方法。
【請求項１０】
上記ＮＡＴ−ＰＴゲートウェイが、上記モバイルＩＰｖ６ノードから送信された上記ＩＰｖ６データパケットを横取りし、該ＩＰｖ６データパケットのＩＰｖ６デスティネーションアドレスをＩＰｖ４通信パートナーに対応するＩＰｖ４デスティネーションアドレスに変換し、
上記ＩＰｖ６データパケットにおけるＩＰｖ６care-ofアドレスに含まれるソースアドレスの情報に従って、上記モバイルＩＰｖ６ノードのホームロケーションアドレスを検索して獲得し、
上記モバイルＩＰｖ６ノードのＩＰｖ４ソースアドレスを獲得するために、上記ホームロケーションアドレスをＩＰｖ４アドレスに変換し、
上記ＮＡＴ−ＰＴゲートウェイが、上記ＩＰｖ６データパケットのデスティネーションアドレス拡張ヘッダを切り捨る、
あるいは、
上記ＮＡＴ−ＰＴゲートウェイが、上記ＩＰｖ６データパケットを横取りし、該ＩＰｖ６データパケットのＩＰｖ６デスティネーションアドレスをＩＰｖ４通信パートナーに対応するＩＰｖ４デスティネーションアドレスに変換し、
上記モバイルＩＰｖ６ノードのＩＰｖ４ソースアドレスを得るために、上記ＩＰｖ６データパケットに含まれるＩＰｖ６care-ofアドレスであるソースアドレスをＩＰｖ４アドレスに変換し、
上記ＮＡＴ−ＰＴゲートウェイが上記ＩＰｖ６データパケットのデスティネーションアドレス拡張ヘッダを切り捨ることを特徴とする請求項９に記載の方法。
【請求項１１】
上記モバイルＩＰｖ６ノードが上記ＩＰｖ４通信パートナーとデータパケット交換を行うにあたり、
上記ＩＰｖ４通信パートナーが、受信したデータパケットにて搬送されるＩＰｖ４ソースアドレスに従って、上記モバイルＩＰｖ６ノードにＩＰｖ４データパケットを返信し、該ＩＰｖ４データパケットにおいて、ＩＰｖ４データパケットのデスティネーションアドレスがＩＰｖ４ソースアドレスに対応するＩＰｖ４ホームロケーションアドレスである、
あるいは、
上記ＩＰｖ４通信パートナーが、受信したデータパケットにて搬送されるＩＰｖ４ソースアドレスに従って、上記モバイルＩＰｖ６ノードにＩＰｖ４データパケットを返信し、該ＩＰｖ４データパケットにおいて、ＩＰｖ４データパケットのデスティネーションアドレスがＩＰｖ４ソースアドレスに対応するＩＰｖ４care-ofアドレスであり、
上記ＮＡＴ−ＰＴゲートウェイが上記ＩＰｖ４データパケットを横取りし、該ＩＰｖ４データパケットをＩＰｖ６データパケットに変換し、
上記ＮＡＴ−ＰＴゲートウェイが上記変換されたＩＰｖ６データパケットを処理のために上記モバイルＩＰｖ６ノードに送信することを特徴とする請求項９に記載の方法。
【請求項１２】
上記ＮＡＴ−ＰＴゲートウェイが、上記ＩＰｖ４データパケットを横取りし、ＩＰｖ４ホームロケーションアドレスを対応するＩＰｖ６ホームロケーションアドレスに変換し、
上記ＮＡＴ−ＰＴゲートウェイが、得られたＩＰｖ６ホームロケーションアドレスにしたがって、上記ＩＰｖ４通信パートナーに対応する、該ＩＰｖ６ホームロケーションアドレスに対応するＩＰｖ６care-ofアドレスをバインディングバッファ（binding buffer）にて検索し、
上記変換されたＩＰｖ６データパケットに対して新しいＩＰｖ６ルーティング拡張ヘッダを生成し、該新しいＩＰｖ６ルーティング拡張ヘッダに上記ＩＰｖ６ホームロケーションアドレスを保存する、
あるいは、
上記ＮＡＴ−ＰＴゲートウェイが、上記ＩＰｖ４データパケットを横取りし、ＩＰｖ４care-ofアドレスを対応するＩＰｖ６care-ofアドレスに変換し、
得られたＩＰｖ６care-ofアドレスにしたがって、該ＩＰｖ６care-ofアドレスに対応するＩＰｖ６ホームロケーションアドレスを検索し、
上記変換されたＩＰｖ６データパケットに対して新しいＩＰｖ６ルーティング拡張ヘッダを生成し、該新しいＩＰｖ６ルーティング拡張ヘッダに上記ＩＰｖ６ホームロケーションアドレスを保存することを特徴とする請求項１１に記載の方法。
【請求項１３】
上記ＮＡＴ−ＰＴゲートウェイが、上記ＩＰｖ６care-ofアドレスに従って、変換されたデータパケットを上記モバイルＩＰｖ６ノードに送信し、
上記モバイルＩＰｖ６ノードが、上記ＮＡＴ−ＰＴゲートウェイから上記データパケットを受信すると、ＩＰｖ６care-ofアドレスをＩＰｖ６ホームロケーションアドレスに置き換え、
上記モバイルＩＰｖ６ノードが、上記ＩＰｖ６ホームロケーションアドレスに従って、上記データパケットの受信を完了させるためにアプリケーション層に上記データパケットを送信することを特徴とする請求項１１に記載の方法。
【請求項１４】
上記ＮＡＴ−ＰＴゲートウェイが、データパケットを横取りし、該データパケットに対してＩＰｖ６とＩＰｖ４との間のアドレス変換を実行するにあたり、
上記ＮＡＴ−ＰＴゲートウェイが、ＩＰｖ６データパケットのポート情報とＩＰｖ４データパケットのポート情報との必要な変換を行うことを特徴とする請求項９または１１に記載の方法。
【請求項１５】
上記ＮＡＴ−ＰＴゲートウェイが、上記ＩＰｖ６データパケットに対するアドレス変換を完了し、該ＩＰｖ６データパケットのアプリケーション層のコンテンツに含まれるアドレスに対して変換を実行するにあたり、
上記ＮＡＴ−ＰＴゲートウェイが、上記ＩＰｖ６データパケットのホームロケーションアドレスを獲得し、該ホームロケーションアドレスに基づいて、該ＩＰｖ６データパケットのアプリケーション層のコンテンツに含まれるアドレスに対して変換を実行することを特徴とする請求項１に記載の方法。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
〔技術分野〕
本発明は、通信技術分野に関するものであり、特に、モバイルＩＰｖ６ノードとＩＰｖ４通信パートナーとの間の通信を実施する方法に関するものである。
【０００２】
〔背景技術〕
ネットワーク技術の発達、および、ノートブック、パーソナルデジタルアシスタント（ＰＤＡ）、携帯電話、車載装置などの多様なモバイル端末の出現により、モバイルコンピューティングはより関心をもたれ、また、より多くのユーザが異なる種類の端末でどこからでも公衆無線モバイルネットワークを介してインターネットにアクセスできるようになっている。
【０００３】
モバイルサービスの要求を満たすために、モバイルＩＰ技術がネットワーク層に取り入れられている。
【０００４】
モバイルＩＰの基本原理は、移動中のモバイルノードが最初のＩＰアドレスでＩＰ通信を継続できることであって、それによって、モバイルノードが移動中のときもＩＰネットワーク層より上位層のアプリケーションが中断することなく継続することを保証している。
【０００５】
ネットワークの増大に伴い、ＩＰｖ６技術は、巨大なアドレス空間を利点とするため、徐々に従来のＩＰｖ４技術の代わりとなりつつある。ＩＰｖ６に基づくモバイルＩＰ、すなわち、モバイルＩＰｖ６技術は、ＩＰｖ６自身の技術的な利点およびＩＰｖ４を改善したことにより、モバイルＩＰ分野において支持が高まり、広い範囲で適用されている。
【０００６】
モバイルＩＰｖ６技術の基本原理を図１を参照しながら下記に示す。
【０００７】
１）モバイルノードは、自分のホームロケーションネットワークに接続するとき、他の固定ノードと同じように動作する。
【０００８】
２）モバイルノードは、ＩＰｖ６の近隣探索機構によって訪問先ロケーションネットワークに移動したかどうかを検出する。ＩＰｖ６の訪問先ロケーションゲートウェイは、訪問先ロケーションネットワークのプレフィックスを含むルータ告知メッセージを定期的に送信する。訪問先ロケーションゲートウェイからのルータ告知メッセージを受信すると、モバイルノードは訪問先ロケーションネットワークのプレフィックスがホームロケーションネットワークのものと異なるかどうか判定し、異なれば、モバイルノードは訪問先ロケーションネットワークに移動したと判断する。
【０００９】
３）訪問先ロケーションネットワークに移動したことがわかると、モバイルノードは、受信したルータ告知メッセージに基づき、状態に応じた、または、状態に応じない自動アドレスコンフィギュレーション処理を通して、訪問先ロケーションネットワークにおけるcare-ofアドレスを獲得する。このとき、モバイルノードは、ホームロケーションアドレスとcare-ofアドレスとの両方を保有する。
【００１０】
４）モバイルノードは、「Binding Update」メッセージを用いることによって、ホームロケーションエージェントに上記care-ofアドレスを登録する。
【００１１】
５）モバイルノードは、また、通信パートナーにも登録することができ、その通信パートナーに「Binding Update」メッセージを用いて上記care-ofアドレスを通知することができる。登録する前には、Return Routability検査処理がモバイルノードと通信パートナーとの間で実行されなければならない。つまり、モバイルノードはHome Init TestメッセージおよびCare-of Init Testメッセージを通信パートナーに送信する。通信パートナーはそれらのメッセージを処理し、Home TestメッセージおよびCare-of Testメッセージをモバイルノードに返信する。
【００１２】
６）モバイルノードの通信パートナーがモバイルノードのcare-ofアドレスを知らない場合、通信パートナーは、モバイルノードのホームロケーションアドレスに従って、モバイルノードのホームロケーションネットワークにデータパケットを転送する。そして、ホームロケーションエージェントは、上記データパケットを横取りし、モバイルノードの現在のcare-ofアドレスに従って、トンネル機構によりモバイルノードに転送する。
【００１３】
モバイルノードから通信パートナーに送信された上記パケットは、逆方向のトンネルを通じて、まずホームロケーションエージェントに送信され、次に、ホームロケーションエージェントにより通信パートナーに転送される。
【００１４】
通信パートナーとモバイルノードとの間のデータパケットは、ホームロケーションエージェントにより転送されるので、このモードを「トライアングルルーティング」モードと称する。
【００１５】
７）通信パートナーが、「Binding Update」メッセージによりモバイルノードのcare-ofアドレスを知っていた場合、ＩＰｖ６ルーティング拡張ヘッダを用いて直接モバイルノードにデータパケットを送信する。データパケットの第１デスティネーションアドレスがcare-ofアドレスであり、データパケットの第２デスティネーションアドレスがホームロケーションアドレスであるので、ホームロケーションエージェントを介して転送する代わりに、care-ofアドレスに従って訪問先ロケーションネットワークに移動しているモバイルノードに直接データパケットを送信することができる。
【００１６】
逆方向においては、モバイルノードから通信パートナーに送信されるデータパケットのソースアドレスがcare-ofアドレスであり、データパケットのホームロケーションアドレスはデスティネーション拡張ヘッダに格納されている。このように、データパケットは、逆方向のトンネルを通じて、ホームロケーションエージェントを介して転送される代わりに、通信パートナーに直接送信することができる。
【００１７】
上記６）で記載した「トライアングルルーティング」モードと比較して、このモードを「最適ルーティング」モードと称する。
【００１８】
上述の記載からわかるように、モバイルＩＰｖ６技術は、モバイルＩＰｖ６ノードとＩＰｖ６通信パートナーとのモバイル通信における問題を解決する。しかしながら、ＩＰｖ４からＩＰｖ６へインターネットが移り変わるには時間を要する。現在、多くのネットワークノードがＩＰｖ４のままである。それゆえ、モバイルＩＰｖ６技術で実装されたモバイルＩＰｖ６ノードと多くのＩＰｖ４通信パートナーとのモバイル通信に対する要求、すなわち、ＩＰｖ６ノードに対してＩＰｖ４ノードへアクセスする要求、およびその逆の要求がある。このために、ＩＰｖ６とＩＰｖ４との間のネットワークアドレス変換プロトコル変換（Network Address Translation - Protocol Translation）（ＮＡＴ−ＰＴ）の技術が、必要に応じて利用されている。
【００１９】
ＮＡＴ−ＰＴ技術の主な原理は、ゲートウェイ装置（ＮＡＴ−ＰＴゲートウェイと称する）がＩＰｖ６ネットワークとＩＰｖ４ネットワークとの間に配置されることにある。ＩＰｖ６ネットワークノードとＩＰｖ４ネットワークノードとが互いに通信する場合、ＮＡＴ−ＰＴゲートウェイがＩＰｖ６パケットとＩＰｖ４パケットとを互いに変換し、それにより、それらパケットは相手側のＩＰプロトコル型に適応することができる。ＮＡＴ−ＰＴは、プロトコル変換（つまり、ＩＰｖ４パケットヘッダとＩＰｖ６パケットヘッダとの変換）およびＩＰアドレス変換を備えている。
【００２０】
ＩＰｖ６からＩＰｖ４への変換において、ＩＰアドレス変換は、ＩＰｖ６アドレスを対応付けるために、ＩＰｖ４アドレスプールから一時的なＩＰｖ４アドレスを割り当てることにより、ＩＰｖ６アドレスを識別可能なＩＰｖ４アドレスに実際に置き換える。ＩＰｖ４からＩＰｖ６への変換において、ＩＰアドレス変換は、元のＩＰｖ４アドレスを対応付けるために、新たなＩＰｖ６アドレスを構成するべく特別なＩＰｖ６プレフィックス（「ＮＡＴ−ＰＴ」プレフィックスと称する）を割り当て、「プレフィックス＋ＩＰｖ４アドレス」を使用することにより、ＩＰｖ４アドレスをＩＰｖ６アドレスに実際に置き換える。
【００２１】
ＮＡＴ−ＰＴゲートウェイによって実施されるＩＰアドレス変換処理を、図２を参照しながら下記で説明する。
【００２２】
図２に示すように、ＮＡＴ−ＰＴゲートウェイは、中央に配置され、ＩＰｖ６アドレスを対応付けるためのＩＰｖ４アドレス（例えば、101.1.1.1から101.1.1.10）をプールしており、また、ＩＰｖ４アドレスを対応付けるためにＮＡＴ−ＰＴプレフィックス（例えば、3333::0/96）を有している。図２の左側におけるＩＰｖ６ネットワークには、ノードＢおよびノードＡがあり、それぞれのアドレスは、2001::1および2001::2である。図２の右側におけるＩＰｖ４ネットワークには、ノードＣがあり、ＩＰｖ４アドレスは、132.1.1.1である。
【００２３】
ＩＰｖ６ノードが、ＩＰｖ４ノードへのアクセスを開始する場合：
ＩＰｖ６ノードＢがＩＰｖ４ノードＣと通信を行う場合を想定する。まず、ノードＣのＩＰｖ４デスティネーションアドレスが、「ＮＡＴ−ＰＴプレフィックス＋ＩＰｖ４アドレス」によって、ＩＰｖ６デスティネーションアドレス、すなわち3333::132.1.1.1に対応付けられる。ノードＢはソースアドレスが2001::1であり、デスティネーションアドレスが3333::132.1.1.1であるＩＰｖ６パケットを送信する。上記パケットがＮＡＴ−ＰＴゲートウェイを通過するとき、ＩＰｖ６デスティネーションアドレスがＩＰｖ４デスティネーションアドレスである132.1.1.1に変換される。そして、ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ６ソースアドレスを対応付けるためにＩＰｖ４アドレスプールからあるアドレス（例えば、101.1.1.1）を割り当て、上記ＩＰｖ６パケットをＩＰｖ４パケットに変換し、そして上記ＩＰｖ４パケットをＩＰｖ４ノードＣに送信する。
【００２４】
ＩＰｖ４ノードが、ＩＰｖ６ノードへのアクセスを開始する場合：
ＩＰｖ４ノードＣがＩＰｖ６ノードＢと通信を行う場合を想定する。まず、ノードＢのＩＰｖ６アドレスをＩＰｖ４アドレスに対応付ける（2001::1が101.1.1.2に対応づくものとする）。ノードＣは、対応付けられたＩＰｖ４アドレスである101.1.1.2を直接デスティネーションアドレスとするＩＰｖ４パケットを送信する。上記パケットがＮＡＴ−ＰＴゲートウェイを通過するとき、ＩＰｖ４パケットのソースアドレスは、ＮＡＴ−ＰＴプレフィックスが付加されることにより、適切なＩＰｖ６アドレス、すなわち、3333::132.1.1.1に対応付けられる。上記ＩＰｖ４パケットのデスティネーションアドレスは、適切なＩＰｖ６デスティネーションアドレスである2000::1に対応付けられる。そして、ＮＡＴ−ＰＴゲートウェイは上記ＩＰｖ４パケットをＩＰｖ６パケットに変換し、上記ＩＰｖ６パケットをＩＰｖ６ノードＢに送信する。
【００２５】
本発明に関連する従来技術では、ＩＰｖ６ノードとＩＰｖ４通信パートナーとの通信をモバイルＩＰｖ６の「トライアングルルーティング」およびＮＡＰ−ＰＴによって実施する。その実施の処理を図３に示す。
【００２６】
（１）モバイルＩＰｖ６ノードは、訪問先ロケーションネットワークに移動し、ＩＰｖ６のcare-ofアドレスを得たとき、「Binding Update」メッセージを用いることにより、ホームロケーションエージェントに登録する。
【００２７】
（２）モバイルＩＰｖ６ノードは、データパケットをＩＰｖ４通信パートナーに送信する前に、（通常、ＮＡＴ−ＰＴアプリケーションにおいて使用される方法と同じ方法により）上記ＩＰｖ４通信パートナーの対応するＩＰｖ６アドレスを得て、このＩＰｖ６アドレスを上記データパケットのデスティネーションアドレスとして用い、そして、モバイルＩＰｖ６ノードのホームロケーションアドレスを上記データパケットのソースアドレスとして用いる。上記データパケットは逆方向のトンネルを通じてホームロケーションエージェントに送信され、そして、ホームロケーションエージェントによりＩＰｖ４通信パートナーに転送される。
【００２８】
（３）上記データパケットのデスティネーションアドレスがＩＰｖ４通信パートナーの対応するＩＰｖ６アドレスであるので、ＩＰｖ６データパケットはＮＡＴ−ＰＴゲートウェイに転送される。ＮＡＴ−ＰＴゲートウェイでは、上記ＩＰｖ６データパケットが、ＮＡＴ−ＰＴプロトコルにより必要に応じて、ＩＰｖ４データパケットに変換される。そこでは、上記データパケットのデスティネーションアドレスがＩＰｖ４通信パートナーのＩＰｖ４アドレスに変換され、ＩＰｖ６ソースアドレス（つまり、ホームロケーションアドレス）が、ＮＡＴ−ＰＴゲートウェイのＩＰｖ４アドレスプールから割り当てられたＩＰｖ４アドレス（tranSourceIPv4とする）に変換する。
【００２９】
（４）上記変換されたＩＰｖ４データパケットは、ＮＡＴ−ＰＴゲートウェイからＩＰｖ４通信パートナーに送信される。ＩＰｖ４通信パートナーからモバイルＩＰｖ６ノードに返信されるデータパケットのデスティネーションアドレスは、tranSourceIPv4である。
【００３０】
（５）ＩＰｖ４通信パートナーから返信されたデータパケットがＮＡＴ−ＰＴゲートウェイに到達したとき、ＮＡＴ−ＰＴゲートウェイは上記データパケットをＩＰｖ６データパケットに変換する。変換後のデスティネーションアドレスは、モバイルＩＰｖ６ノードのホームロケーションアドレスである。
【００３１】
（６）上記変換されたデータパケットは、まずホームロケーションエージェントにより横取りされ、そして、モバイルノードのcare-ofアドレスに従ってトンネルを介してモバイルＩＰｖ６ノードに転送される。
【００３２】
（７）モバイルＩＰｖ６ノードは、上記トンネルを介して通信パートナーから返信されたＩＰｖ６データパケットを受信し、処理を完了する。
【００３３】
従来技術における技術的解決策によれば、その本質は、モバイルＩＰｖ６技術の「トライアングルルーティング＋ＮＡＴ−ＰＴ」によって、モバイルＩＰｖ６ノードとＩＰｖ４ノードとの間の通信における問題を解決することであるとわかる。しかしながら、従来技術の解決策では、モバイルＩＰの「最適ルーティング」モードは実現されておらず、そのため、通信データパケットはすべてホームロケーションエージェントを介して転送されることとなる。その結果として、ホームロケーションエージェントがボトルネックとなり、ネットワーク効率が悪化する。
【００３４】
〔発明の要約〕
本発明の実施例は、モバイルＩＰｖ６ノードとＩＰｖ４通信パートナーとの間の通信を実施する方法を提供するものであり、モバイルＩＰｖ６ノードとＩＰｖ４通信パートナーとの間の通信を実施するために、モバイルＩＰ技術の「最適ルーティング」モードを用いている。本方法では、ホームロケーションエージェントを介して通信データパケットのすべてを転送することを避け、ホームロケーションエージェントの負荷を軽減し、それにより、ボトルネックの影響を軽減し、ネットワーク効率を改善する。本発明の実施例に従った、モバイルＩＰｖ６ノードとＩＰｖ４通信パートナーとの間の通信を実施する方法は、
モバイルＩＰｖ６ノードによって、ＩＰｖ４通信パートナーに向けてＩＰｖ６データパケットを送信し、
ＮＡＴ−ＰＴゲートウェイによって、上記ＩＰｖ６データパケットを横取りし、当該ＩＰｖ６データパケットをＩＰｖ４データパケットに変換し、
上記ＮＡＴ−ＰＴゲートウェイによって、上記変換したＩＰｖ４データパケットを、対応する上記ＩＰｖ４通信パートナーに送信する、ことを含む。
【００３５】
上記方法は、さらに、
上記ＮＡＴ−ＰＴゲートウェイによって、上記ＩＰｖ４通信パートナーから送信されたＩＰｖ４データパケットを横取りし、当該ＩＰｖ４データパケットをＩＰｖ６データパケットに変換し、
上記ＮＡＴ−ＰＴゲートウェイによって、上記変換されたＩＰｖ６データパケットを、処理のために上記モバイルＩＰｖ６ノードに送信する、ことを含む。
【００３６】
上記ＮＡＴ−ＰＴゲートウェイを介して上記モバイルＩＰｖ６ノードと上記ＩＰｖ４通信パートナーとの間で情報交換する前に、上記モバイルＩＰｖ６ノードは上記ＩＰｖ４通信パートナーに登録される。
【００３７】
より望ましくは、上記ＩＰｖ４通信パートナーへの上記モバイルＩＰｖ６ノードの登録は、以下のステップで実施される。
【００３８】
上記モバイルＩＰｖ６ノードによって、Binding Updateメッセージを上記ＩＰｖ４通信パートナーに送信し、
上記ＩＰｖ４通信パートナーの代わりに上記ＮＡＴ−ＰＴゲートウェイによって、上記Binding Updateメッセージを処理し、上記モバイルＩＰｖ６ノードとの情報交換を実行する。
【００３９】
上記登録の前に、上記モバイルＩＰｖ６ノードは、上記ＩＰｖ４通信パートナーに対してReturn Routability検査を開始する。
【００４０】
望ましくは、上記Return Routability検査は、以下のステップで実施してもよい。
【００４１】
上記モバイルＩＰｖ６ノードによって、関連するメッセージを自身のホームロケーションエージェントに送信する。そして、該ホームロケーションエージェントによって、該関連するメッセージを上記ＩＰｖ４通信パートナーに転送し、
上記ＮＡＴ−ＰＴゲートウェイによって、上記関連するメッセージを横取りする。上記ＩＰｖ４通信パートナーの代わりに上記ＮＡＴ−ＰＴゲートウェイによって、該関連するメッセージを処理し、上記モバイルＩＰｖ６ノードを検査し、上記ホームロケーションエージェントを介して上記モバイルＩＰｖ６ノードにメッセージを応答する。
【００４２】
より好ましくは、上記モバイルＩＰｖ６ノードを上記ＩＰｖ４通信パートナーに登録する前に、上記モバイルＩＰｖ６ノードが自身のホームロケーションネットワークに接続し、該ホームロケーションネットワークとの情報交換を通じてホームロケーションアドレスを獲得してもよい。
【００４３】
すなわち、訪問先ロケーションネットワークに移動したことを発見したら、上記モバイルＩＰｖ６ノードはアドレスコンフィグレーション処理を通じて上記訪問先ロケーションネットワークにおけるcare-ofアドレスを得て、該care-ofアドレスを上記ホームロケーションエージェントに登録する。
【００４４】
上記ＮＡＴ−ＰＴゲートウェイは、以下のステップを通じて、上記Binding Updateメッセージを処理してもよい。
【００４５】
上記検査処理にて保持された情報に従って、上記ＮＡＴ−ＰＴゲートウェイによって、上記横取りしたBinding Updateメッセージの適性を検査し、
上記検査をパスした後、上記Binding Updateメッセージに含まれる上記モバイルＩＰｖ６ノードのホームロケーションアドレスおよびcare-ofアドレスを保存し、Binding Acknowledgementメッセージを上記モバイルＩＰｖ６ノードに返信する。
【００４６】
上記モバイルＩＰｖ６ノードが上記ＩＰｖ４通信パートナーとデータパケット交換を行うとき、
上記モバイルＩＰｖ６ノードが、「最適ルーティング」モードによって、上記ＩＰｖ６データパケットを上記ＩＰｖ４通信パートナーに送信し、
上記ＩＰｖ６データパケットのデスティネーションアドレスは、上記ＩＰｖ４通信パートナーに対応するＩＰｖ６アドレスであり、一方、上記ＩＰｖ６データパケットのソースアドレスは、上記モバイルＩＰｖ６ノードのcare-ofアドレスであって、
上記ＮＡＴ−ＰＴゲートウェイは、上記モバイルＩＰｖ６ノードから送信された上記ＩＰｖ６データパケットを横取りし、該ＩＰｖ６データパケットをＩＰｖ４データパケットに変換し、
該変換されたＩＰｖ４データパケットを対応する上記ＩＰｖ４通信パートナーに送信する。
【００４７】
望ましくは、本方法はさらに、
上記ＮＡＴ−ＰＴゲートウェイによって、上記モバイルＩＰｖ６ノードから送信されたＩＰｖ６データパケットを横取りし、該ＩＰｖ６データパケットのＩＰｖ６デスティネーションアドレスを、上記ＩＰｖ４通信パートナーに対応するＩＰｖ４デスティネーションアドレスに変換し、
上記ＩＰｖ６データパケットにおけるＩＰｖ６care-ofアドレスに含まれるソースアドレスの情報に従って、上記モバイルＩＰｖ６ノードのホームロケーションアドレスを検索して獲得し、
上記モバイルＩＰｖ６ノードのＩＰｖ４ソースアドレスを獲得するために、上記ホームロケーションアドレスをＩＰｖ４アドレスに変換し、
上記ＮＡＴ−ＰＴゲートウェイによって、上記ＩＰｖ６データパケットのデスティネーションアドレス拡張ヘッダを切り捨る、あるいは、
上記ＮＡＴ−ＰＴゲートウェイによって、上記ＩＰｖ６データパケットを横取りし、該ＩＰｖ６データパケットのＩＰｖ６デスティネーションアドレスを、上記ＩＰｖ４通信パートナーに対応するＩＰｖ４デスティネーションアドレスに変換し、
上記モバイルＩＰｖ６ノードのＩＰｖ４ソースアドレスを得るために、上記ＩＰｖ６データパケットに含まれるＩＰｖ６care-ofアドレスであるソースアドレスをＩＰｖ４アドレスに変換し、
上記ＮＡＴ−ＰＴゲートウェイによって、上記ＩＰｖ６データパケットのデスティネーションアドレス拡張ヘッダを切り捨る、ことを含む。
【００４８】
より望ましくは、上記モバイルＩＰｖ６ノードが上記ＩＰｖ４通信パートナーとデータパケット交換を行うとき、
上記ＩＰｖ４通信パートナーが、受信したデータパケットにて搬送されるＩＰｖ４ソースアドレスに従って、上記モバイルＩＰｖ６ノードにＩＰｖ４データパケットを返信し、該ＩＰｖ４データパケットにおいて、ＩＰｖ４データパケットのデスティネーションアドレスがＩＰｖ４ソースアドレスに対応するＩＰｖ４ホームロケーションアドレスである、あるいは、
上記ＩＰｖ４通信パートナーが、受信したデータパケットにて搬送されるＩＰｖ４ソースアドレスに従って、上記モバイルＩＰｖ６ノードにＩＰｖ４データパケットを返信し、該ＩＰｖ４データパケットにおいて、ＩＰｖ４データパケットのデスティネーションアドレスがＩＰｖ４ソースアドレスに対応するＩＰｖ４care-ofアドレスであり、
ＮＡＴ−ＰＴゲートウェイが上記ＩＰｖ４データパケットを横取りし、該ＩＰｖ４データパケットをＩＰｖ６データパケットに変換し、
ＮＡＴ−ＰＴゲートウェイが上記変換されたＩＰｖ６データパケットを処理のためにモバイルＩＰｖ６ノードに送信する。
【００４９】
望ましくは、本方法はさらに、
上記ＮＡＴ−ＰＴゲートウェイによって、上記ＩＰｖ４データパケットを横取りし、ＩＰｖ４ホームロケーションアドレスを対応するＩＰｖ６ホームロケーションアドレスに変換し、
得られたＩＰｖ６ホームロケーションアドレスにしたがって、上記ＮＡＴ−ＰＴゲートウェイによって、ＩＰｖ４通信パートナーに対応する、該ＩＰｖ６ホームロケーションアドレスに対応するＩＰｖ６care-ofアドレスをバインディングバッファ（binding buffer）にて検索し、
上記変換されたＩＰｖ６データパケットに対して新しいＩＰｖ６ルーティング拡張ヘッダを生成し、該新しいＩＰｖ６ルーティング拡張ヘッダに上記ＩＰｖ６ホームロケーションアドレスを保存する、あるいは、
上記ＮＡＴ−ＰＴゲートウェイによって、上記ＩＰｖ４データパケットを横取りし、ＩＰｖ４care-ofアドレスを対応するＩＰｖ６care-ofアドレスに変換し、
上記ＮＡＴ−ＰＴゲートウェイによって、得られたＩＰｖ６care-ofアドレスにしたがって、該ＩＰｖ６care-ofアドレスに対応するＩＰｖ６ホームロケーションアドレスを検索し、
上記変換されたＩＰｖ６データパケットに対して新しいＩＰｖ６ルーティング拡張ヘッダを生成し、該新しいＩＰｖ６ルーティング拡張ヘッダに上記ＩＰｖ６ホームロケーションアドレスを保存する、ことを含む。
【００５０】
より好ましくは、本方法はさらに、
上記ＮＡＴ−ＰＴゲートウェイによって、上記ＩＰｖ６care-ofアドレスに従って、変換されたデータパケットを上記モバイルＩＰｖ６ノードに送信し、
上記ＮＡＴ−ＰＴゲートウェイから上記データパケットを受信すると、モバイルＩＰｖ６ノードによって、ＩＰｖ６care-ofアドレスをＩＰｖ６ホームロケーションアドレスに置き換え、
上記ＩＰｖ６ホームロケーションアドレスに従って、上記モバイルＩＰｖ６ノードによって、上記データパケットの受信を完了させるためにアプリケーション層に上記データパケットを送信する、ことを含む。
【００５１】
上記ＮＡＴ−ＰＴゲートウェイがデータパケットを横取りし、該データパケットに対してＩＰｖ６とＩＰｖ４とのアドレス変換を行うとき、
上記ＮＡＴ−ＰＴゲートウェイによって処理される。
【００５２】
上記ＮＡＴ−ＰＴゲートウェイがＩＰｖ６データパケットに対するアドレス変換を完了し、該ＩＰｖ６データパケットのアプリケーション層のコンテンツに含まれるアドレスに対して変換を実行しようとするとき、該ＮＡＴ−ＰＴゲートウェイは該ＩＰｖ６データパケットのホームロケーションアドレスを得て、該ホームロケーションアドレスを基にして、該ＩＰｖ６データパケットにおけるアプリケーション層のコンテンツに含まれるアドレスに対する変換を実行する。
【００５３】
上述の記載に見られるように、本発明のいくつかの実施例によれば、モバイルＩＰｖ６ネットワークとＩＰｖ４ネットワークとの間に、例えばＮＡＴ−ＰＴゲートウェイのような変換ゲートウェイを配置することにより、モバイルＩＰｖ６ノードがＩＰｖ４通信パートナーと「最適ルーティング」モードで通信するときに、モバイルＩＰｖ６ノードとＩＰｖ４通信パートナーとの間の情報交換が、ＩＰｖ４通信パートナーの代わりにＮＡＴ−ＰＴゲートウェイによって処理される。本発明のいくつかの実施例における方法では、モバイルＩＰｖ６ノードとそのＩＰｖ４通信パートナーは、モバイルＩＰｖ６技術の「最適ルーティング」モードで、相互にモバイル通信を実行することができる。これにより、モバイルＩＰｖ６ノードとＩＰｖ４ノードとの相互通信が実現でき、モバイル通信の効率が極めて改善される。
【００５４】
〔発明を実施するための最良の形態〕
本発明の実施例では、モバイルＩＰｖ６ノードとＩＰｖ４通信パートナーとの間の通信を実施する方法を提供する。本方法の主な着想は、モバイルＩＰｖ６においては、通信パートナーは「最適ルーティング」モードでの特別なメッセージ処理およびデータパケットを送受信するための特別な処理を扱う必要があり、そのような特別な処理はＩＰｖ４通信パートナーの代わりにＮＡＴ−ＰＴゲートウェイにより達成される。そのため、ＩＰｖ４通信パートナーは、拡張なく、「最適ルーティング」モードでモバイルＩＰｖ６ノードと通信することができる。
【００５５】
本発明の実施例で提供される技術的解決策において、ＮＡＴ−ＰＴゲートウェイはモバイルＩＰｖ６ネットワークとＩＰｖ４ネットワークとの間に配置される。モバイルＩＰｖ６ノードがＩＰｖ４通信パートナーと「最適ルーティング」モードで通信する場合、ＮＡＴ−ＰＴゲートウェイはモバイルＩＰｖ６ネットワークとＩＰｖ４ネットワークとの間の情報交換を、ＩＰｖ４通信パートナーの代わりに処理する。
【００５６】
本発明に係る実施例による方法が実施される前に、モバイルＩＰｖ６ノードは自身のホームロケーションネットワークに接続し、該ホームロケーションネットワークとの情報交換を通してホームロケーションアドレスを得る。
【００５７】
そして、モバイルＩＰｖ６ノードは、ＩＰｖ６技術にて提供されている近隣探索機構を用いて、訪問先ロケーションネットワークに移動したか否かを検出する。訪問先ロケーションネットワークに移動したことを検知すると、モバイルＩＰｖ６ノードは、アドレスコンフィギュレーション処理を通して訪問先ロケーションネットワークのcare-ofアドレスを得る。
【００５８】
〔第１の実施例〕
図４は、本発明に係る実施例における、モバイルＩＰｖ６ノードとＩＰｖ４ノードとの間の通信の概略図である。また、図５は、本発明に係る実施例における、モバイルＩＰｖ６ノードとＩＰｖ４ノードとの間の通信のための手続の概略図である。
【００５９】
図４および図５を参照すると、まず、ＮＡＴ−ＰＴゲートウェイがモバイルＩＰｖ６ネットワークとＩＰｖ４ネットワークとの間に置かれている。モバイルＩＰＶ６ノードがＩＰｖ４通信パートナーと「最適ルーティング」モードで通信する場合、その手続は以下のとおりである。
【００６０】
ステップ（０１）：モバイルＩＰｖ６ノードは、Binding Updateメッセージを用いて、ホームロケーションエージェントに、得られたcare-ofアドレスを登録する。
【００６１】
「最適ルーティング」モードでは、モバイルＩＰｖ６ノードはさらに、ＩＰｖ４通信パートナーにも登録しようと試みる。ＩＰｖ４通信パートナーに登録する前に、モバイルＩＰｖ６ノードは、モバイルＩＰｖ６プロトコルにしたがって、ＩＰｖ４通信パートナーに対してReturn Routability検査処理を開始する。本発明の実施例による詳細な手続は以下のとおりである。
【００６２】
ステップ（０２）：モバイルＩＰｖ６ノードは、Home Test Initメッセージを自身のホームロケーションエージェントに送信し、該メッセージは該ホームロケーションエージェントを介してＩＰｖ４通信パートナーに転送される。さらに、モバイルＩＰｖ６ノードは、ＩＰｖ４通信パートナーにCare-of Init Testメッセージを送信する。
【００６３】
ステップ（０３）：ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ４通信パートナーに送信される上記メッセージを横取りし、ＩＰｖ４通信パートナーの代わりに該横取りしたメッセージを処理する。この処理において、ＩＰｖ４通信パートナーは、自身の代わりにＮＡＴ−ＰＴゲートウェイによって実行されたすべての活動を認識していない。詳細な手続は以下のとおりである。
【００６４】
ＮＡＴ−ＰＴゲートウェイは、横取りしたメッセージに従って、モバイルＩＰｖ６ノードを検査する。
【００６５】
検査をパスした後、ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ４通信パートナーの代わりに、検査処理で要求した情報を保持し、Home TestメッセージにてモバイルＰｖ６ノードのホームロケーションエージェントに応答する。Home Testメッセージは、ホームロケーションエージェントを介してモバイルＩＰｖ６ノードに転送される。さらに、ＮＡＴ−ＰＴゲートウェイは、Care-of TestメッセージにてモバイルＩＰｖ６ノードに応答する。
【００６６】
ステップ（０４）：ＮＡＴ−ＰＴゲートウェイから返信された、Home TestメッセージおよびCare-of Testメッセージを受信すると、モバイルＩＰｖ６ノードは、キー生成トークンなどの関連する情報を記録し、検査処理を終了する。
【００６７】
ステップ（０５）：上記検査処理が完了したとき、モバイルＩＰｖ６ノードは、Binding Updateメッセージを用いて、ＩＰｖ４通信パートナーに登録する。詳細な手続は以下のとおりである。
【００６８】
モバイルＩＰｖ６ノードは、ＩＰｖ４通信パートナーにBinding Updateメッセージを送信する。
【００６９】
ＮＡＴ−ＰＴゲートウェイは、Binding Updateメッセージを横取りし、ＩＰｖ４通信パートナーの代わりにBinding Updateメッセージを処理するために動作する。その処理は以下のとおりである。
【００７０】
ＮＡＴ−ＰＴゲートウェイは、横取りしたBinding Updateメッセージの適性を検証する。検証をパスすれば、ＮＡＴ−ＰＴゲートウェイは、例えば、ホームロケーションアドレス、care-ofアドレス、モバイルＩＰｖ６ノードの生存時間などのBinding Updateメッセージに含まれる情報をバインディングバッファに記録し、Binding Ack(Acknowledgement)メッセージにてモバイルＩＰｖ６ノードに応答する。
【００７１】
登録が完了したら、モバイルＩＰｖ６ノードは、ＩＰｖ４通信パートナーとデータパケット交換を行う。詳細な手続は以下のとおりである。
【００７２】
ステップ（０６）：モバイルＩＰｖ６ノードは、「最適ルーティング」モードにより、ＩＰｖ４通信パートナーにＩＰｖ６データパケットを送信する。
【００７３】
上記ＩＰｖ６データパケットのデスティネーションアドレスは、対応するＩＰｖ４通信パートナーのＩＰｖ６アドレスであり、上記ＩＰｖ６データパケットのソースアドレスは、モバイルＩＰｖ６ノードのcare-ofアドレスであり、ホームロケーションアドレスは上記データパケットのデスティネーションアドレス拡張ヘッダに格納されて送信される。そして、上記データパケットは、ホームロケーションエージェントを介する代わりに、直接ＩＰｖ４通信パートナーに送信される。
【００７４】
ステップ（０７）：ＮＡＴ−ＰＴゲートウェイは上記ＩＰｖ６データパケットを横取りし、該ＩＰｖ６データパケットをＩＰｖ４データパケットに変換する。詳細な手続は以下のとおりである。
【００７５】
ＮＡＴ−ＰＴゲートウェイは上記ＩＰｖ６データパケットを横取りし、該ＩＰｖ６データパケットのＩＰｖ６デスティネーションアドレスを、ＩＰｖ４通信パートナーに対応するＩＰｖ４デスティネーションアドレスに変換する。
【００７６】
上記ＩＰｖ６データパケットのデスティネーションアドレスは、ＩＰｖ４通信パートナーに対応するＩＰｖ６アドレスであるから、上記ＩＰｖ６データパケットはＮＡＴ−ＰＴゲートウェイを通過する。ＮＡＴ−ＰＴゲートウェイでは、該ＩＰｖ６データパケットはＮＡＴ−ＰＴプロトコルに従ってＩＰｖ４データパケットに変換される。そして、そのデスティネーションアドレスは、ＩＰｖ４通信パートナーのＩＰｖ４アドレスに変換される。
【００７７】
ＮＡＴ−ＰＴゲートウェイは、モバイルＩＰｖ６ノードのホームロケーションアドレスを得るために、上記ＩＰｖ６データパケットにて搬送されてきたソースアドレス（すなわち、care-ofアドレス）に従って、バインディングバッファを検索する。そして、ＮＡＴ−ＰＴゲートウェイは、ホームロケーションアドレスをＩＰｖ４アドレスに変換し、このようにして、モバイルＩＰｖ６ノードのＩＰｖ４ソースアドレスを得る。
【００７８】
本発明に係る実施例では、ＩＰｖ６ソースアドレスを変換する間、ＩＰｖ６ソースアドレスはcare-ofアドレスであるため、ＮＡＴ−ＰＴゲートウェイはまず、care-ofアドレスに従って対応するホームロケーションアドレスを検索する。詳細な手続は以下のとおりである。
【００７９】
ＮＡＴ−ＰＴゲートウェイは、ステップ（０５）で記載したように、ＩＰｖ４通信パートナーのバインディングバッファ情報にて、ホームロケーションアドレスを検索する。そして、ホームロケーションアドレスをＩＰｖ４アドレス、すなわち、ＮＡＴ−ＰＴゲートウェイのＩＰｖ４アドレスプールから、ＩＰｖ４データパケットのソースＩＰｖ４アドレスとして割り当てられたＩＰｖ４に変換する。そして、ＩＰｖ６−ＩＰｖ４アドレス対応表が構築される。ＩＰｖ４アドレスが以前にホームロケーションアドレスに割り当てられていた場合、変換されたソースＩＰｖ４アドレスは、新たなアドレスを割り当てる代わりに、アドレス対応表を検索することにより得てもよい（便宜上、変換されたＩＰｖ４データパケットのソースＩＰｖ４アドレスを、ここでは、tranSourceIPv4とする）。
【００８０】
ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ６データパケットのデスティネーションアドレス拡張ヘッダを切り捨る。
【００８１】
ＮＡＴ−ＰＴプロトコルによって、ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ６データパケットをＩＰｖ４データパケットに変換するときに、ＩＰｖ６データパケットのデスティネーションアドレス拡張ヘッダを切り捨る。
【００８２】
ステップ（０８）：ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ６データパケットから変換されたＩＰｖ４データパケットを、対応するＩＰｖ４通信パートナーに送信する。ＩＰｖ４通信パートナーは、モバイルＩＰｖ６ノードに対して、受信したデータパケットにて搬送されてきたＩＰｖ４ソースアドレスに従ってＩＰｖ４データパケットを返信する。返信されるＩＰｖ４データパケットのデスティネーションアドレスは、ＩＰｖ４ソースアドレスに対応する、ＩＰｖ４ホームロケーションアドレス（すなわち、tranSourceIPv4）である。
【００８３】
ステップ（０９）：ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ４データパケットを横取りし、ＩＰｖ４データパケットをＩＰｖ６データパケットに変換する。詳細な手続は以下のとおりである。
【００８４】
ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ４データパケットを横取りし、ＩＰｖ４ホームロケーションアドレスを対応するＩＰｖ６ホームロケーションアドレスに変換する。
【００８５】
ＩＰｖ６ホームロケーションアドレスに対応するＩＰｖ６care-ofアドレスは、得られたＩＰｖ６ホームロケーションアドレスに従って、ＩＰｖ４通信パートナーに対応するバインディングバッファを検索することにより得られる。
【００８６】
変換されたＩＰｖ６データパケットに対して、新たなＩＰｖ６ルーティング拡張ヘッダが生成され、新たなＩＰｖ６ルーティング拡張ヘッダの中に、ＩＰｖ６ホームロケーションアドレスが設定される。
【００８７】
本発明の実施例では、ＮＡＴ−ＰＴゲートウェイが、一度、ＩＰｖ６アドレスが特別なホームロケーションアドレスであることを発見したら（ステップ７にてアドレス対応表に特別なフラグを設定することにより識別可能である）、ＩＰｖ４通信パートナーに対応するバインディングバッファの中から、ホームロケーションアドレスに対応するcare-ofアドレスを検索する。care-ofアドレスは、ＩＰｖ６データパケットのデスティネーションアドレスとして使用される。さらに、ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ６データパケットに対して、新たなＩＰｖ６ルーティング拡張ヘッダを生成し、該ＩＰｖ６ルーティング拡張ヘッダにおける第２のデスティネーションアドレスとしてホームロケーションアドレスを格納する。
【００８８】
ステップ（１０）：ＮＡＴ−ＰＴゲートウェイは、さらなる処理のために、変換されたＩＰｖ６データパケットをモバイルＩＰｖ６ノードに送信する。詳細な手続は以下のとおりである。
【００８９】
ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ６care-ofアドレスに従って、変換されたＩＰｖ６データパケットをモバイルＩＰｖ６ノードに送信する。
【００９０】
変換されたＩＰｖ６データパケットの第１のデスティネーションアドレスはcare-ofアドレスである。それゆえ、このＩＰｖ６データパケットは、ホームロケーションエージェントを介して転送される代わりに、訪問先ロケーションネットワークのモバイルＩＰｖ６ノードに直接送信される。
【００９１】
モバイルＩＰｖ６ノードは、ＮＡＴ−ＰＴゲートウェイから送信されたＩＰｖ６データパケットを受信し、ＩＰｖ６care-ofアドレスをＩＰｖ６ホームロケーションアドレスに置き換える。
【００９２】
ＩＰｖ６データパケットの受信を完了させるため、ＩＰｖ６データパケットはＩＰｖ６ホームロケーションアドレスに従ってアプリケーション層に送信される。
【００９３】
通信パートナーから送信されたデータパケットを受信すると、モバイルＩＰｖ６ノードは、データパケットの受信を完了させるために、デスティネーションアドレスを第２のデスティネーションアドレス（すなわち、ホームロケーションアドレス）に置き換え、データパケットを自分自身にアップロードする。
【００９４】
〔第２の実施例〕
本実施例では、ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ６−ＩＰｖ４アドレス変換処理の間、変換のためにcare-ofアドレスを直接使用する。ＩＰｖ６−ＩＰｖ４アドレス変換処理の間、ＮＡＴ−ＰＴゲートウェイは、変換されたＩＰｖ６アドレスをＩＰｖ６デスティネーションアドレスとして取り扱う。詳細な手続は以下のとおりである。
【００９５】
本実施例では、ステップ（１１）〜（１６）は、第１の実施例におけるステップ（０１）〜（０６）に対応するので、ここでは繰り返して説明しない。ステップ（１１）〜（１６）の後、ステップ（１７）が実行される。すなわち、ＮＡＴ−ＰＴゲートウェイはＩＰｖ６データパケットを横取りし、該ＩＰｖ６データパケットをＩＰｖ４データパケットに変換する。詳細な手続は以下のとおりである。
【００９６】
ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ６データパケットを横取りし、該ＩＰｖ６データパケットのＩＰｖ６デスティネーションアドレスを、ＩＰｖ４通信パートナーに対応するＩＰｖ４デスティネーションアドレスに変換する。
【００９７】
ＩＰｖ６データパケットのデスティネーションアドレスは、ＩＰｖ４通信パートナーに対応するＩＰｖ６アドレスである。それゆえ、ＩＰｖ６データパケットはＮＡＴ−ＰＴゲートウェイを通過する。ＮＡＴ−ＰＴゲートウェイでは、ＮＡＴ−ＰＴプロトコルに従ってＩＰｖ６データパケットはＩＰｖ４データパケットに変換される。変換において、ＩＰｖ６データパケットのデスティネーションアドレスは、ＩＰｖ４通信パートナーのＩＰｖ４アドレスに変換される。
【００９８】
ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ６データパケットで搬送されてきたソースアドレス（すなわち、care-ofアドレス）をＩＰｖ４アドレスに変換することにより、モバイルＩＰｖ６ノードのＩＰｖ４ソースアドレスを得る。
【００９９】
詳細な処理は以下のとおりである。
【０１００】
ＮＡＴ−ＰＴゲートウェイのＩＰｖ４アドレスプールから得られたＩＰｖ４アドレスは、変換されたＩＰｖ４データパケットのソースＩＰｖ４アドレスとして割り当てられ、ＩＰｖ６−ＩＰｖ４アドレス対応表が構築される。ＩＰｖ４アドレスがすでにこのcare-ofアドレスとして割り当てられている場合、変換されたソースＩＰｖ４アドレスは、新たなＩＰｖ４アドレスを割り当てる代わりに、直接アドレス対応表を検索することによって得てもよい（便宜上、変換されたＩＰｖ４データパケットのソースＩＰｖ４アドレスを、1tranSourceIPv4とする）。
【０１０１】
ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ６データパケットのデスティネーションアドレス拡張ヘッダを切り捨る。
【０１０２】
ＮＡＴ−ＰＴプロトコルによって、ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ６データパケットをＩＰｖ４データパケットに変換するときに、ＩＰｖ６データパケットのデスティネーションアドレス拡張ヘッダを切り捨る。
【０１０３】
ステップ（１８）：ＮＡＴ−ＰＴゲートウェイは、変換されたＩＰｖ４データパケットを、対応するＩＰｖ４通信パートナーに送信する。ＩＰｖ４通信パートナーは、モバイルＩＰｖ６ノードに対して、受信したデータパケットで運ばれてきたＩＰｖ４ソースアドレスに従ってＩＰｖ４データパケットを返信する。返信されるＩＰｖ４データパケットのデスティネーションアドレスは、ＩＰｖ４ソースアドレスに対応する、ＩＰｖ４care-ofアドレス（すなわち、1tranSourceIPv4）である。
【０１０４】
ステップ（１９）：ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ４データパケットを横取りし、ＩＰｖ４データパケットを横取りし、ＩＰｖ４データパケットをＩＰｖ６データパケットに変換する。詳細な手続は以下のとおりである。
【０１０５】
ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ４データパケットを横取りし、ＩＰｖ４care-ofアドレスを対応するＩＰｖ６care-ofアドレスに変換する。
【０１０６】
ＩＰｖ６care-ofアドレスに対応するＩＰｖ６ホームロケーションアドレスは、得られたＩＰｖ６care-ofアドレスに従って、ＩＰｖ４通信パートナーに対応するバインディングバッファを検索することにより得られる。
【０１０７】
変換されたＩＰｖ６データパケットに対して、新たなＩＰｖ６ルーティング拡張ヘッダが生成され、新たなＩＰｖ６ルーティング拡張ヘッダの中に、ＩＰｖ６ホームロケーションアドレスが設定される。
【０１０８】
ステップ（２０）：ＮＡＴ−ＰＴゲートウェイは、さらなる処理のために、変換されたＩＰｖ６データパケットをモバイルＩＰｖ６ノードに送信する。詳細な手続は以下のとおりである。
【０１０９】
ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ６care-ofアドレスに従って、変換されたＩＰｖ６データパケットをモバイルＩＰｖ６ノードに送信する。
【０１１０】
変換されたＩＰｖ６データパケットのデスティネーションアドレスはcare-ofアドレスである。それゆえ、このＩＰｖ６データパケットは、ホームロケーションエージェントを介して転送される代わりに、訪問先ロケーションネットワークのモバイルＩＰｖ６ノードに直接送信される。
【０１１１】
モバイルＩＰｖ６ノードは、ＮＡＴ−ＰＴゲートウェイから送信されたＩＰｖ６データパケットを受信し、ＩＰｖ６care-ofアドレスをＩＰｖ６ホームロケーションアドレスに置き換える。
【０１１２】
モバイルＩＰｖ６は、ＩＰｖ６データパケットの受信を完了させるため、ＩＰｖ６データパケットをＩＰｖ６ホームロケーションアドレスに従ってアプリケーション層に送信する。
【０１１３】
通信パートナーから送信されたデータパケットを受信すると、モバイルＩＰｖ６ノードは、データパケットの受信を完了させるために、デスティネーションアドレスをホームロケーションアドレスに置き換え、データパケットをアプリケーション層に上げる。
【０１１４】
本発明に係る第２の実施例によれば、ＮＡＴ−ＰＴゲートウェイは、それぞれのモバイルＩＰｖ６のcare-ofアドレスに対してアドレス変換する必要があり、この結果、リソース使用効率の低下を招いていることがわかる。
【０１１５】
上述で記載した技術的解決策によれば、ＮＡＴ−ＰＴゲートウェイは、モバイルＩＰｖ６ネットワークとＩＰｖ４ネットワークとの間に配置される。モバイルＩＰｖ６ノードが「最適ルーティング」モードによりＩＰｖ４通信パートナーと通信する場合、ＮＡＴ−ＰＴゲートウェイは、モバイルＩＰｖ６ノードとＩＰｖ４通信パートナーとの間の情報交換を処理するために、ＩＰｖ４通信パートナーの代わりに動作する。本発明に係る実施例による方法では、モバイルＩＰｖ６ノードとそのＩＰｖ４通信パートナーとのモバイル通信は、モバイルＩＰｖ６技術の「最適ルーティング」モードにより可能となる。それゆえ、モバイルＩＰｖ６ノードとＩＰｖ４ノードとの間の相互通信が可能であるのみならず、モバイル通信の効率が極めて改善される。
【０１１６】
さらに、上述した本発明に係る望ましい実施例において、以下のような場合は、ポートアドレス変換（ＰＡＴ）モードが採用される。すなわち、ＮＡＴ−ＰＴゲートウェイが、ＩＰｖ６とＩＰｖ４との間のアドレス対応づけに「アドレス＋ポート番号」の組合せを用い、そして、該「アドレス＋ポート番号」の組合せにおいて、本発明に係る実施例で提供された方法に従って、適切なホームロケーションアドレスまたはcare-ofアドレスを選択することによりアドレスが決まるようなアドレス変換を実行する場合である。例えば、ＩＰｖ６の「アドレス＋ポート番号」の組合せ（2001::1＋20）は、ＩＰｖ４の「アドレス＋ポート番号」の組合せ（2.1.1.1＋30）に対応付けられ、その組合せにおいて、本発明に係る実施例によって提供される方法に従って、適切なホームロケーションアドレスまたはcare-ofアドレスがＩＰｖ６アドレス（2001::1）に対して選択される。一方、その他の変換動作は、ＮＡＴ−ＰＴの標準規格に準拠する。
【０１１７】
ＮＡＴ−ＰＴゲートウェイが、ＩＰパケットのアドレス変換後にアプリケーション層（ＡＬＧ）の変換を実行する場合、まずＩＰデータパケットのホームロケーションアドレスを得て、次に、得られたホームロケーションアドレスに従って、データパケットのアプリケーション層のデータに含まれるアドレスに対して変換を実行する。変換前のＩＰｖ６アドレスがcare-ofアドレスである場合、ＮＡＴ−ＰＴゲートウェイはアプリケーション層での変換を実行する前に、対応するホームロケーションアドレスを検索する必要がある。
【０１１８】
本発明には、上述したようにいくつかの好ましい実施例があるが、本発明の保護範囲はこれらに限定されない。当業者にとって容易に想到しうるいかなる変更および改良についても本発明の範囲である。
【図面の簡単な説明】
【０１１９】
【図１】モバイルＩＰｖ６技術の基本原理を示すシステムアーキテクチャの概略図である。
【図２】従来技術における、ＮＡＴ−ＰＴゲートウェイにより実施される、ＩＰアドレス変換の概略図である。
【図３】従来技術における、モバイルＩＰｖ６技術の「トライアングルルーティング＋ＮＡＴ−ＰＴ」により実施される、モバイルＩＰｖ６ノードとＩＰｖ４ノードとの間の通信の概略図である。
【図４】本発明に係る実施例における、モバイルＩＰｖ６ノードとＩＰｖ４ノードとの間の通信の概略図である。
【図５】本発明に係る実施例における、モバイルＩＰｖ６ノードとＩＰｖ４ノードとの間の通信のための手続の概略図である。
【図１】
2008510440.tif 000003
【図２】
2008510440.tif 000004
【図３】
2008510440.tif 000005
【図４】
2008510440.tif 000006
【図５】
2008510440.tif 000007
【手続補正書】
【提出日】平成19年2月13日(2007.2.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
モバイルＩＰｖ６ノードとＩＰｖ４通信パートナーとの間の通信を実施する方法であって、
変換ゲートウェイが、ＩＰｖ４通信パートナーに向けてモバイルＩＰｖ６ノードが送信したＩＰｖ６データパケットを横取りし、当該ＩＰｖ６データパケットをＩＰｖ４データパケットに変換し、
上記変換ゲートウェイが上記変換したＩＰｖ４データパケットを上記ＩＰｖ４通信パートナーに送信することを特徴とする方法。
【請求項２】
上記モバイルＩＰｖ６ノードが自身のホームロケーションエージェントに検査メッセージを送信し、該ホームロケーションエージェントが該検査メッセージを上記ＩＰｖ４通信パートナーに転送し、
上記変換ゲートウェイが上記検査メッセージを横取りし、上記ＩＰｖ４通信パートナーの代わりに、上記モバイルＩＰｖ６ノードと上記ＩＰｖ４通信パートナーとの間のルーティングを検査し、上記モバイルＩＰｖ６ノードに検査結果を返信する検査処理を含むことを特徴とする請求項１に記載の方法。
【請求項３】
上記モバイルＩＰｖ６ノードがBinding Updateメッセージを上記ＩＰｖ４通信パートナーに送信し、
上記ＩＰｖ４通信パートナーの代わりに上記変換ゲートウェイが、上記Binding Updateメッセージが横取りし、上記Binding Updateメッセージを処理することを特徴とする請求項２に記載の方法。
【請求項４】
上記変換ゲートウェイによる上記Binding Updateメッセージの処理において、
上記変換ゲートウェイが、該Binding Updateメッセージの適性を検査し、
該Binding Updateメッセージが上記検査をパスした後、該Binding Updateメッセージに含まれる上記モバイルＩＰｖ６ノードのホームロケーションアドレスおよびcare-ofアドレスを保存し、Binding Acknowledgementメッセージを上記モバイルＩＰｖ６ノードに返信することを特徴とする請求項３に記載の方法。
【請求項５】
ＩＰｖ６データパケットのデスティネーションアドレスは、上記ＩＰｖ４通信パートナーに対応するＩＰｖ６アドレスであり、一方、ＩＰｖ６データパケットのソースアドレスは、上記モバイルＩＰｖ６ノードのＩＰｖ６care-ofアドレスであることを特徴とする請求項１に記載の方法。
【請求項６】
上記変換ゲートウェイが、上記モバイルＩＰｖ６ノードから送信された上記ＩＰｖ６データパケットを横取りし、上記ＩＰｖ４通信パートナーに対応するＩＰｖ６デスティネーションアドレスをＩＰｖ４通信パートナーに対応するＩＰｖ４デスティネーションアドレスに変換し、
上記モバイルＩＰｖ６ノードのＩＰｖ６ホームロケーションアドレスを検索して獲得し、
上記モバイルＩＰｖ６ノードのＩＰｖ４ソースアドレスを獲得するために、上記ＩＰｖ６ホームロケーションアドレスをＩＰｖ４ホームロケーションアドレスに変換し、
上記変換ゲートウェイが、上記ＩＰｖ６データパケットのデスティネーションアドレス拡張ヘッダを切り捨ることを特徴とする請求項５に記載の方法。
【請求項７】
上記ＩＰｖ４通信パートナーが上記モバイルＩＰｖ６ノードにＩＰｖ４データパケットを送信し、
上記ＩＰｖ４通信パートナーが、上記ＩＰｖ６データパケットにて搬送されるＩＰｖ４ソースアドレスに従って、上記モバイルＩＰｖ６ノードに上記ＩＰｖ４データパケットを返信し、該ＩＰｖ４データパケットにおいて、上記ＩＰｖ４通信パートナーから送信されるＩＰｖ４データパケットのデスティネーションアドレスが、ＩＰｖ４ソースアドレスに対応するＩＰｖ４ホームロケーションアドレス、または、ＩＰｖ４care-ofアドレスであることを特徴とする請求項６に記載の方法。
【請求項８】
上記ＩＰｖ４通信パートナーがＩＰｖ４データパケットを上記モバイルＩＰｖ６ノードに送信し、
上記変換ゲートウェイが、上記ＩＰｖ４通信パートナーから送信された上記ＩＰｖ４データパケットを横取りし、該ＩＰｖ４通信パートナーから送信されたＩＰｖ４データパケットをＩＰｖ６データパケットに変換し、
上記変換ゲートウェイが、上記変換されたＩＰｖ６データパケットを上記モバイルＩＰｖ６ノードに送信することを特徴とする請求項１に記載の方法。
【請求項９】
上記ＩＰｖ４通信パートナーから送信されたＩＰｖ４データパケットをＩＰｖ６データパケットに変換するにあたり、
上記変換ゲートウェイが、上記ＩＰｖ４通信パートナーから送信されたＩＰｖ４データパケットにおけるＩＰｖ４ホームロケーションアドレスを対応するＩＰｖ６ホームロケーションアドレスに変換し、
上記ＩＰｖ４通信パートナーに対応する、該ＩＰｖ６ホームロケーションアドレスに対応するＩＰｖ６care-ofアドレスをバインディングバッファ（binding buffer）にて検索し、
上記変換されたＩＰｖ６データパケットに対して新しいＩＰｖ６ルーティング拡張ヘッダを生成し、該新しいＩＰｖ６ルーティング拡張ヘッダに上記ＩＰｖ６ホームロケーションアドレスを保存することを特徴とする請求項８に記載の方法。
【請求項１０】
上記ＩＰｖ４通信パートナーから送信されたＩＰｖ４データパケットをＩＰｖ６データパケットに変換するにあたり、
上記変換ゲートウェイが、上記ＩＰｖ４通信パートナーから送信されたＩＰｖ４データパケットにおけるＩＰｖ４care-ofアドレスを対応するＩＰｖ６care-ofアドレスに変換し、
該ＩＰｖ６care-ofアドレスに対応するＩＰｖ６ホームロケーションアドレスを検索し、
上記変換されたＩＰｖ６データパケットに対して新しいＩＰｖ６ルーティング拡張ヘッダを生成し、該新しいＩＰｖ６ルーティング拡張ヘッダに上記ＩＰｖ６ホームロケーションアドレスを保存することを特徴とする請求項８に記載の方法。
【請求項１１】
上記変換ゲートウェイが、ＮＡＴ−ＰＴ（Network Address Translation - Protocol Translation）ゲートウェイであることを特徴とする請求項１から１０のいずれか１項に記載の方法。
【請求項１２】
モバイルＩＰｖ６技術を用いてモバイルＩＰｖ４の機能を実施し、かつ、モバイルＩＰｖ４技術を用いてモバイルＩＰｖ６の機能を実施する方法であって、
第２のノードに向けて第１のノードから送信された第１のフォーマットの第１のデータパケットを横取りし、第１のデータパケットを第２のフォーマットの第２のデータパケットに変換し、
第２のデータパケットを第２のノードに送信することを特徴とする方法。
【請求項１３】
第１のノードが自身のホームロケーションエージェントに検査メッセージを送信し、該ホームロケーションエージェントが該検査メッセージを第２のノードに転送し、
変換ゲートウェイが上記検査メッセージを横取りし、第２のノードの代わりに、第１のノードと第２のノードとの間のルーティングを検査し、第１のノードに検査結果を返信する検査処理を含むことを特徴とする請求項１２に記載の方法。
【請求項１４】
第１のノードが、Binding Updateメッセージを第２のノードに送信し、
第２のノードの代わりに上記変換ゲートウェイが、上記Binding Updateメッセージを横取りし、該Binding Updateメッセージを処理することを特徴とする請求項１３に記載の方法。
【請求項１５】
上記変換ゲートウェイが上記Binding Updateメッセージを処理する過程において、
上記変換ゲートウェイが、上記横取りしたBinding Updateメッセージの適性を検査し、
該Binding Updateメッセージが上記検査をパスした後、上記Binding Updateメッセージに含まれる第１のノードのホームロケーションアドレスおよびcare-ofアドレスを保存し、Binding Acknowledgementメッセージを第１のノードに返信することを特徴とする請求項１４に記載の方法。
【請求項１６】
第１のデータパケットのデスティネーションアドレスは、第２のノードに対応する第１のフォーマットのデスティネーションアドレスであり、第１のデータパケットのソースアドレスは、第１のノードの第１のフォーマットのcare-ofアドレスであることを特徴とする請求項１２に記載の方法。
【請求項１７】
上記変換ゲートウェイが、第１のノードから送信された第１のデータパケットを横取りし、第２のノードに対応する第１のフォーマットのデスティネーションアドレスを、第２のノードに対応する第２のフォーマットのデスティネーションアドレスに変換し、
第１のノードの第１のフォーマットのホームロケーションアドレスを検索して獲得し、
第１のノードの第２のフォーマットのソースアドレスを獲得するために、第１のフォーマットのホームロケーションアドレスを第２のフォーマットのホームロケーションアドレスに変換し、
上記変換ゲートウェイが、第１のデータパケットのデスティネーションアドレス拡張ヘッダを切り捨ることを特徴とする請求項１６に記載の方法。
【請求項１８】
上記変換ゲートウェイが、第２のノードから送信された第２のフォーマットの第３のデータパケットを横取りし、第３のデータパケットを第２のフォーマットの第４のデータパケットに変換し、
上記変換ゲートウェイが、第４のパケットを第１のノードに送信することを特徴とする請求項１２に記載の方法。
【請求項１９】
第１のノードはＩＰｖ６ノードであり、第２のノードはＩＰｖ４ノードであり、第１のフォーマットはＩＰｖ６フォーマットであり、第２のフォーマットはＩＰｖ４フォーマットであることを特徴とする請求項１２に記載の方法。
【請求項２０】
上記変換ゲートウェイが、ＮＡＴ−ＰＴゲートウェイであることを特徴とする請求項１２から１９のいずれか１項に記載の方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
〔技術分野〕
本発明は、通信技術分野に関するものであり、特に、モバイルＩＰｖ６技術を用いてモバイルＩＰｖ４の機能を実施するか、または、モバイルＩＰｖ４技術を用いてモバイルＩＰｖ６の機能を実施する方法であって、とりわけ、モバイルＩＰｖ６ノードとＩＰｖ４通信パートナーとの間の通信を実施する方法に関するものである。
【０００２】
〔背景技術〕
ネットワーク技術の発達、および、ノートブック、パーソナルデジタルアシスタント（ＰＤＡ）、携帯電話、車載装置などの多様なモバイル端末の出現により、モバイルコンピューティングはより関心をもたれ、また、より多くのユーザが異なる種類の端末でどこからでも公衆無線モバイルネットワークを介してインターネットにアクセスできるようになっている。
【０００３】
モバイルサービスの要求を満たすために、モバイルＩＰ技術がネットワーク層に取り入れられている。
【０００４】
モバイルＩＰの基本原理は、移動中のモバイルノードが最初のＩＰアドレスでＩＰ通信を継続できることであって、それによって、モバイルノードが移動中のときもＩＰネットワーク層より上位層のアプリケーションが中断することなく継続することを保証している。
【０００５】
ネットワークの増大に伴い、ＩＰｖ６技術は、巨大なアドレス空間を利点とするため、徐々に従来のＩＰｖ４技術の代わりとなりつつある。ＩＰｖ６に基づくモバイルＩＰ、すなわち、モバイルＩＰｖ６技術は、ＩＰｖ６自身の技術的な利点およびＩＰｖ４を改善したことにより、モバイルＩＰ分野において支持が高まり、広い範囲で適用されている。
【０００６】
モバイルＩＰｖ６技術の基本原理を図１を参照しながら下記に示す。
【０００７】
１）モバイルノードは、自分のホームロケーションネットワークに接続するとき、他の固定ノードと同じように動作する。
【０００８】
２）モバイルノードは、ＩＰｖ６の近隣探索機構によって訪問先ロケーションネットワークに移動したかどうかを検出する。ＩＰｖ６の訪問先ロケーションゲートウェイは、訪問先ロケーションネットワークのプレフィックスを含むルータ告知メッセージを定期的に送信する。訪問先ロケーションゲートウェイからのルータ告知メッセージを受信すると、モバイルノードは訪問先ロケーションネットワークのプレフィックスがホームロケーションネットワークのものと異なるかどうか判定し、異なれば、モバイルノードは訪問先ロケーションネットワークに移動したと判断する。
【０００９】
３）訪問先ロケーションネットワークに移動したことがわかると、モバイルノードは、受信したルータ告知メッセージに基づき、状態に応じた、または、状態に応じない自動アドレスコンフィギュレーション処理を通して、訪問先ロケーションネットワークにおけるcare-ofアドレスを獲得する。このとき、モバイルノードは、ホームロケーションアドレスとcare-ofアドレスとの両方を保有する。
【００１０】
４）モバイルノードは、「Binding Update」メッセージを用いることによって、ホームロケーションエージェントに上記care-ofアドレスを登録する。
【００１１】
５）モバイルノードは、また、通信パートナーにも登録することができ、その通信パートナーに「Binding Update」メッセージを用いて上記care-ofアドレスを通知することができる。登録する前には、Return Routability検査処理がモバイルノードと通信パートナーとの間で実行されなければならない。つまり、モバイルノードはHome Init TestメッセージおよびCare-of Init Testメッセージを通信パートナーに送信する。通信パートナーはそれらのメッセージを処理し、Home TestメッセージおよびCare-of Testメッセージをモバイルノードに返信する。
【００１２】
６）モバイルノードの通信パートナーがモバイルノードのcare-ofアドレスを知らない場合、通信パートナーは、モバイルノードのホームロケーションアドレスに従って、モバイルノードのホームロケーションネットワークにデータパケットを転送する。そして、ホームロケーションエージェントは、上記データパケットを横取りし、モバイルノードの現在のcare-ofアドレスに従って、トンネル機構によりモバイルノードに転送する。
【００１３】
モバイルノードから通信パートナーに送信された上記パケットは、逆方向のトンネルを通じて、まずホームロケーションエージェントに送信され、次に、ホームロケーションエージェントにより通信パートナーに転送される。
【００１４】
通信パートナーとモバイルノードとの間のデータパケットは、ホームロケーションエージェントにより転送されるので、このモードを「トライアングルルーティング」モードと称する。
【００１５】
７）通信パートナーが、「Binding Update」メッセージによりモバイルノードのcare-ofアドレスを知っていた場合、ＩＰｖ６ルーティング拡張ヘッダを用いて直接モバイルノードにデータパケットを送信する。データパケットの第１デスティネーションアドレスがcare-ofアドレスであり、データパケットの第２デスティネーションアドレスがホームロケーションアドレスであるので、ホームロケーションエージェントを介して転送する代わりに、care-ofアドレスに従って訪問先ロケーションネットワークに移動しているモバイルノードに直接データパケットを送信することができる。
【００１６】
逆方向においては、モバイルノードから通信パートナーに送信されるデータパケットのソースアドレスがcare-ofアドレスであり、データパケットのホームロケーションアドレスはデスティネーション拡張ヘッダに格納されている。このように、データパケットは、逆方向のトンネルを通じて、ホームロケーションエージェントを介して転送される代わりに、通信パートナーに直接送信することができる。
【００１７】
上記６）で記載した「トライアングルルーティング」モードと比較して、このモードを「最適ルーティング」モードと称する。
【００１８】
上述の記載からわかるように、モバイルＩＰｖ６技術は、モバイルＩＰｖ６ノードとＩＰｖ６通信パートナーとのモバイル通信における問題を解決する。しかしながら、ＩＰｖ４からＩＰｖ６へインターネットが移り変わるには時間を要する。現在、多くのネットワークノードがＩＰｖ４のままである。それゆえ、モバイルＩＰｖ６技術で実装されたモバイルＩＰｖ６ノードと多くのＩＰｖ４通信パートナーとのモバイル通信に対する要求、すなわち、ＩＰｖ６ノードに対してＩＰｖ４ノードへアクセスする要求、およびその逆の要求がある。このために、ＩＰｖ６とＩＰｖ４との間のネットワークアドレス変換プロトコル変換（Network Address Translation - Protocol Translation）（ＮＡＴ−ＰＴ）の技術が、必要に応じて利用されている。
【００１９】
ＮＡＴ−ＰＴ技術の主な原理は、ゲートウェイ装置（ＮＡＴ−ＰＴゲートウェイと称する）がＩＰｖ６ネットワークとＩＰｖ４ネットワークとの間に配置されることにある。ＩＰｖ６ネットワークノードとＩＰｖ４ネットワークノードとが互いに通信する場合、ＮＡＴ−ＰＴゲートウェイがＩＰｖ６パケットとＩＰｖ４パケットとを互いに変換し、それにより、それらパケットは相手側のＩＰプロトコル型に適応することができる。ＮＡＴ−ＰＴは、プロトコル変換（つまり、ＩＰｖ４パケットヘッダとＩＰｖ６パケットヘッダとの変換）およびＩＰアドレス変換を備えている。
【００２０】
ＩＰｖ６からＩＰｖ４への変換において、ＩＰアドレス変換は、ＩＰｖ６アドレスを対応付けるために、ＩＰｖ４アドレスプールから一時的なＩＰｖ４アドレスを割り当てることにより、ＩＰｖ６アドレスを識別可能なＩＰｖ４アドレスに実際に置き換える。ＩＰｖ４からＩＰｖ６への変換において、ＩＰアドレス変換は、元のＩＰｖ４アドレスを対応付けるために、新たなＩＰｖ６アドレスを構成するべく特別なＩＰｖ６プレフィックス（「ＮＡＴ−ＰＴ」プレフィックスと称する）を割り当て、「プレフィックス＋ＩＰｖ４アドレス」を使用することにより、ＩＰｖ４アドレスをＩＰｖ６アドレスに実際に置き換える。
【００２１】
ＮＡＴ−ＰＴゲートウェイによって実施されるＩＰアドレス変換処理を、図２を参照しながら下記で説明する。
【００２２】
図２に示すように、ＮＡＴ−ＰＴゲートウェイは、中央に配置され、ＩＰｖ６アドレスを対応付けるためのＩＰｖ４アドレス（例えば、101.1.1.1から101.1.1.10）をプールしており、また、ＩＰｖ４アドレスを対応付けるためにＮＡＴ−ＰＴプレフィックス（例えば、3333::0/96）を有している。図２の左側におけるＩＰｖ６ネットワークには、ノードＢおよびノードＡがあり、それぞれのアドレスは、2001::1および2001::2である。図２の右側におけるＩＰｖ４ネットワークには、ノードＣがあり、ＩＰｖ４アドレスは、132.1.1.1である。
【００２３】
ＩＰｖ６ノードが、ＩＰｖ４ノードへのアクセスを開始する場合：
ＩＰｖ６ノードＢがＩＰｖ４ノードＣと通信を行う場合を想定する。まず、ノードＣのＩＰｖ４デスティネーションアドレスが、「ＮＡＴ−ＰＴプレフィックス＋ＩＰｖ４アドレス」によって、ＩＰｖ６デスティネーションアドレス、すなわち3333::132.1.1.1に対応付けられる。ノードＢはソースアドレスが2001::1であり、デスティネーションアドレスが3333::132.1.1.1であるＩＰｖ６パケットを送信する。上記パケットがＮＡＴ−ＰＴゲートウェイを通過するとき、ＩＰｖ６デスティネーションアドレスがＩＰｖ４デスティネーションアドレスである132.1.1.1に変換される。そして、ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ６ソースアドレスを対応付けるためにＩＰｖ４アドレスプールからあるアドレス（例えば、101.1.1.1）を割り当て、上記ＩＰｖ６パケットをＩＰｖ４パケットに変換し、そして上記ＩＰｖ４パケットをＩＰｖ４ノードＣに送信する。
【００２４】
ＩＰｖ４ノードが、ＩＰｖ６ノードへのアクセスを開始する場合：
ＩＰｖ４ノードＣがＩＰｖ６ノードＢと通信を行う場合を想定する。まず、ノードＢのＩＰｖ６アドレスをＩＰｖ４アドレスに対応付ける（2001::1が101.1.1.2に対応づくものとする）。ノードＣは、対応付けられたＩＰｖ４アドレスである101.1.1.2を直接デスティネーションアドレスとするＩＰｖ４パケットを送信する。上記パケットがＮＡＴ−ＰＴゲートウェイを通過するとき、ＩＰｖ４パケットのソースアドレスは、ＮＡＴ−ＰＴプレフィックスが付加されることにより、適切なＩＰｖ６アドレス、すなわち、3333::132.1.1.1に対応付けられる。上記ＩＰｖ４パケットのデスティネーションアドレスは、適切なＩＰｖ６デスティネーションアドレスである2000::1に対応付けられる。そして、ＮＡＴ−ＰＴゲートウェイは上記ＩＰｖ４パケットをＩＰｖ６パケットに変換し、上記ＩＰｖ６パケットをＩＰｖ６ノードＢに送信する。
【００２５】
本発明に関連する従来技術では、ＩＰｖ６ノードとＩＰｖ４通信パートナーとの通信をモバイルＩＰｖ６の「トライアングルルーティング」およびＮＡＰ−ＰＴによって実施する。その実施の処理を図３に示す。
【００２６】
（１）モバイルＩＰｖ６ノードは、訪問先ロケーションネットワークに移動し、ＩＰｖ６のcare-ofアドレスを得たとき、「Binding Update」メッセージを用いることにより、ホームロケーションエージェントに登録する。
【００２７】
（２）モバイルＩＰｖ６ノードは、データパケットをＩＰｖ４通信パートナーに送信する前に、（通常、ＮＡＴ−ＰＴアプリケーションにおいて使用される方法と同じ方法により）上記ＩＰｖ４通信パートナーの対応するＩＰｖ６アドレスを得て、このＩＰｖ６アドレスを上記データパケットのデスティネーションアドレスとして用い、そして、モバイルＩＰｖ６ノードのホームロケーションアドレスを上記データパケットのソースアドレスとして用いる。上記データパケットは逆方向のトンネルを通じてホームロケーションエージェントに送信され、そして、ホームロケーションエージェントによりＩＰｖ４通信パートナーに転送される。
【００２８】
（３）上記データパケットのデスティネーションアドレスがＩＰｖ４通信パートナーの対応するＩＰｖ６アドレスであるので、ＩＰｖ６データパケットはＮＡＴ−ＰＴゲートウェイに転送される。ＮＡＴ−ＰＴゲートウェイでは、上記ＩＰｖ６データパケットが、ＮＡＴ−ＰＴプロトコルにより必要に応じて、ＩＰｖ４データパケットに変換される。そこでは、上記データパケットのデスティネーションアドレスがＩＰｖ４通信パートナーのＩＰｖ４アドレスに変換され、ＩＰｖ６ソースアドレス（つまり、ホームロケーションアドレス）が、ＮＡＴ−ＰＴゲートウェイのＩＰｖ４アドレスプールから割り当てられたＩＰｖ４アドレス（tranSourceIPv4とする）に変換する。
【００２９】
（４）上記変換されたＩＰｖ４データパケットは、ＮＡＴ−ＰＴゲートウェイからＩＰｖ４通信パートナーに送信される。ＩＰｖ４通信パートナーからモバイルＩＰｖ６ノードに返信されるデータパケットのデスティネーションアドレスは、tranSourceIPv4である。
【００３０】
（５）ＩＰｖ４通信パートナーから返信されたデータパケットがＮＡＴ−ＰＴゲートウェイに到達したとき、ＮＡＴ−ＰＴゲートウェイは上記データパケットをＩＰｖ６データパケットに変換する。変換後のデスティネーションアドレスは、モバイルＩＰｖ６ノードのホームロケーションアドレスである。
【００３１】
（６）上記変換されたデータパケットは、まずホームロケーションエージェントにより横取りされ、そして、モバイルノードのcare-ofアドレスに従ってトンネルを介してモバイルＩＰｖ６ノードに転送される。
【００３２】
（７）モバイルＩＰｖ６ノードは、上記トンネルを介して通信パートナーから返信されたＩＰｖ６データパケットを受信し、処理を完了する。
【００３３】
従来技術における技術的解決策によれば、その本質は、モバイルＩＰｖ６技術の「トライアングルルーティング＋ＮＡＴ−ＰＴ」によって、モバイルＩＰｖ６ノードとＩＰｖ４ノードとの間の通信における問題を解決することであるとわかる。しかしながら、従来技術の解決策では、モバイルＩＰの「最適ルーティング」モードは実現されておらず、そのため、通信データパケットはすべてホームロケーションエージェントを介して転送されることとなる。その結果として、ホームロケーションエージェントがボトルネックとなり、ネットワーク効率が悪化する。
【００３４】
〔発明の要約〕
本発明の実施例は、モバイルＩＰｖ６ノードとＩＰｖ４通信パートナーとの間の通信を実施する方法を提供するものであり、モバイルＩＰｖ６ノードとＩＰｖ４通信パートナーとの間の通信を実施するために、モバイルＩＰ技術の「最適ルーティング」モードを用いている。本方法では、ホームロケーションエージェントを介して通信データパケットのすべてを転送することを避け、ホームロケーションエージェントの負荷を軽減し、それにより、ボトルネックの影響を軽減し、ネットワーク効率を改善する。本発明の実施例に従った、モバイルＩＰｖ６ノードとＩＰｖ４通信パートナーとの間の通信を実施する方法は、
変換ゲートウェイによって、モバイルＩＰｖ６ノードによってＩＰｖ４通信パートナーに向けて送信されたＩＰｖ６データパケットを横取りし、当該ＩＰｖ６データパケットをＩＰｖ４データパケットに変換し、
上記変換ゲートウェイによって、上記変換したＩＰｖ４データパケットを、上記ＩＰｖ４通信パートナーに送信する、ことを含む。
【００３５】
上記方法は、さらに、検査処理を含んでもよい。その検査処理では、
上記モバイルＩＰｖ６ノードが自身のホームロケーションエージェントに検査メッセージを送信し、該ホームロケーションエージェントが該検査メッセージを上記ＩＰｖ４通信パートナーに転送し、
上記変換ゲートウェイが上記検査メッセージを横取りし、上記ＩＰｖ４通信パートナーの代わりに、上記モバイルＩＰｖ６ノードと上記ＩＰｖ４通信パートナーとの間のルーティングを検査し、上記モバイルＩＰｖ６ノードに検査結果を返信する。
【００３６】
より望ましくは、上記方法は、さらに、
上記モバイルＩＰｖ６ノードによって、Binding Updateメッセージを上記ＩＰｖ４通信パートナーに送信し、
上記ＩＰｖ４通信パートナーの代わりに上記変換ゲートウェイによって、上記Binding Updateメッセージを横取りし、該Binding Updateメッセージを処理する、ことを含んでもよい。
【００３７】
上記変換ゲートウェイは、以下のステップを通じて、上記Binding Updateメッセージを処理してもよい。
【００３８】
上記検査処理にて保持された情報に従って、上記変換ゲートウェイによって、上記横取りしたBinding Updateメッセージの適性を検査し、
上記検査をパスした後、上記Binding Updateメッセージに含まれる上記モバイルＩＰｖ６ノードのホームロケーションアドレスおよびcare-ofアドレスを保存し、Binding Acknowledgementメッセージを上記モバイルＩＰｖ６ノードに返信する。
【００３９】
望ましくは、
上記ＩＰｖ６データパケットのデスティネーションアドレスは、上記ＩＰｖ４通信パートナーに対応するＩＰｖ６アドレスであり、一方、上記ＩＰｖ６データパケットのソースアドレスは、上記モバイルＩＰｖ６ノードのＩＰｖ６care-ofアドレスである。
【００４０】
望ましくは、本方法はさらに、
上記変換ゲートウェイによって、上記モバイルＩＰｖ６ノードから送信されたＩＰｖ６データパケットを横取りし、上記ＩＰｖ４通信パートナーに対応するＩＰｖ６デスティネーションアドレスを、上記ＩＰｖ４通信パートナーに対応するＩＰｖ４デスティネーションアドレスに変換し、
上記ＩＰｖ６データパケットにおけるＩＰｖ６care-ofアドレスに含まれるソースアドレスの情報に従って、上記モバイルＩＰｖ６ノードのＩＰｖ６ホームロケーションアドレスを検索して獲得し、
上記モバイルＩＰｖ６ノードのＩＰｖ４ソースアドレスを獲得するために、上記ＩＰｖ６ホームロケーションアドレスをＩＰｖ４ホームロケーションアドレスに変換し、
上記変換ゲートウェイによって、上記ＩＰｖ６データパケットのデスティネーションアドレス拡張ヘッダを切り捨る、ことを含む。
【００４１】
より望ましくは、上記ＩＰｖ４通信パートナーがＩＰｖ４データパケットを上記モバイルＩＰｖ６ノードに送信するとき、
上記ＩＰｖ４通信パートナーが、受信したデータパケットにて搬送されるＩＰｖ４ソースアドレスに従って、上記モバイルＩＰｖ６ノードに上記ＩＰｖ４データパケットを返信し、該ＩＰｖ４データパケットにおいて、上記ＩＰｖ４通信パートナーにより返信されたＩＰｖ４データパケットのデスティネーションアドレスがＩＰｖ４ソースアドレスに対応するＩＰｖ４ホームロケーションアドレスである。
【００４２】
本方法はさらに、
上記ＩＰｖ４通信パートナーがＩＰｖ４データパケットを上記モバイルＩＰｖ６ノードに送信するとき、変換ゲートウェイによって、上記ＩＰｖ４通信パートナーから送信される上記ＩＰｖ４データパケットを横取りし、該ＩＰｖ４通信パートナーから送信されたＩＰｖ４データパケットをＩＰｖ６データパケットに変換し、
変換ゲートウェイによって、上記変換されたＩＰｖ６データパケットを上記モバイルＩＰｖ６ノードに送信する、ことを含む。
【００４３】
望ましくは、本方法はさらに、
上記変換ゲートウェイによって、上記ＩＰｖ４通信パートナーから送信された上記ＩＰｖ４データパケットにおけるＩＰｖ４ホームロケーションアドレスを対応するＩＰｖ６ホームロケーションアドレスに変換し、
得られたＩＰｖ６ホームロケーションアドレスにしたがって、上記変換ゲートウェイによって、ＩＰｖ４通信パートナーに対応する、該ＩＰｖ６ホームロケーションアドレスに対応するＩＰｖ６care-ofアドレスをバインディングバッファ（binding buffer）にて検索し、
上記変換されたＩＰｖ６データパケットに対して新しいＩＰｖ６ルーティング拡張ヘッダを生成し、該新しいＩＰｖ６ルーティング拡張ヘッダに上記ＩＰｖ６ホームロケーションアドレスを保存する、ことを含む。
【００４４】
望ましくは、本方法はさらに、
上記変換ゲートウェイによって、上記ＩＰｖ４通信パートナーから送信された上記ＩＰｖ４データパケットにおけるＩＰｖ４care-ofアドレスを対応するＩＰｖ６care-ofアドレスに変換し、
得られたＩＰｖ６care-ofアドレスにしたがって、該ＩＰｖ６care-ofアドレスに対応するＩＰｖ６ホームロケーションアドレスを検索し、
上記変換されたＩＰｖ６データパケットに対して新しいＩＰｖ６ルーティング拡張ヘッダを生成し、該新しいＩＰｖ６ルーティング拡張ヘッダに上記ＩＰｖ６ホームロケーションアドレスを保存する、ことを含む。
【００４５】
本発明の別の特徴によれば、モバイルＩＰｖ６技術を用いてモバイルＩＰｖ４の機能を実施し、かつ、モバイルＩＰｖ４技術を用いてモバイルＩＰｖ６の機能を実施する方法が提供される。その方法は、
第２のノードに向けて第１のノードから送信された第１のフォーマットの第１のデータパケットを横取りし、第１のデータパケットを第２のフォーマットの第２のデータパケットに変換し、
第２のデータパケットを第２のノードに送信する、ことを含むものである。
【００４６】
上記方法は、さらに、検査処理を含んでもよい。その検査処理では、
第１のノードが自身のホームロケーションエージェントに検査メッセージを送信し、該ホームロケーションエージェントが該検査メッセージを第２のノードに転送し、
変換ゲートウェイが上記検査メッセージを横取りし、第２のノードの代わりに、第１のノードと第２のノードとの間のルーティングを検査し、第１のノードに検査結果を返信する。
【００４７】
上記方法は、さらに、
第１のノードによって、Binding Updateメッセージを第２のノードに送信し、
第２のノードの代わりに上記変換ゲートウェイによって、上記Binding Updateメッセージを横取りし、該Binding Updateメッセージを処理することを含んでもよい。
【００４８】
上記方法において、上記変換ゲートウェイは、以下のステップを通じて、上記Binding Updateメッセージを処理する。
【００４９】
上記検査処理にて保持された情報に従って、上記変換ゲートウェイによって、上記横取りしたBinding Updateメッセージの適性を検査し、
上記検査をパスした後、上記Binding Updateメッセージに含まれる第１のノードのホームロケーションアドレスおよびcare-ofアドレスを保存し、Binding Acknowledgementメッセージを第１のノードに返信する。
【００５０】
上記において、第１のデータパケットのデスティネーションアドレスは、第２のノードに対応する第１のフォーマットのデスティネーションアドレスであり、一方、第１のデータパケットのソースアドレスは、第１のノードの第１のフォーマットのcare-ofアドレスである。
【００５１】
上記方法は、またさらに、
上記変換ゲートウェイによって、第１のノードから送信された第１のデータパケットを横取りし、第２のノードに対応する第１のフォーマットのデスティネーションアドレスを、第２のノードに対応する第２のフォーマットのデスティネーションアドレスに変換し、
第１のノードの第１のフォーマットのホームロケーションアドレスを検索して獲得し、
第１のノードの第２のフォーマットのソースアドレスを獲得するために、第１のフォーマットのホームロケーションアドレスを第２のフォーマットのホームロケーションアドレスに変換し、
上記変換ゲートウェイによって、第１のデータパケットのデスティネーションアドレス拡張ヘッダを切り捨る、ことを含んでもよい。
【００５２】
上記方法は、またさらに、
上記変換ゲートウェイによって、第２のノードから送信された第２のフォーマットの第３のデータパケットを横取りし、第３のデータパケットを第２のフォーマットの第４のデータパケットに変換し、
上記変換ゲートウェイによって、第４のパケットを第１のノードに送信する、ことを含む。
【００５３】
望ましくは、第１のノードはＩＰｖ６ノードであり、第２のノードはＩＰｖ４ノードであり、第１のフォーマットはＩＰｖ６フォーマットであり、第２のフォーマットはＩＰｖ４フォーマットであってもよい。
【００５４】
上記に代えて、第１のノードがＩＰｖ４ノードであり、第２のノードがＩＰｖ６ノードであり、第１のフォーマットがＩＰｖ４フォーマットであり、第２のフォーマットがＩＰｖ６フォーマットであってもよい。
【００５５】
上述した変換ゲートウェイは、ＮＡＴ−ＰＴゲートウェイであってもよい。
【００５６】
上述の記載に見られるように、本発明のいくつかの実施例によれば、モバイルＩＰｖ６ネットワークとＩＰｖ４ネットワークとの間に、例えばＮＡＴ−ＰＴゲートウェイのような変換ゲートウェイを配置することにより、モバイルＩＰｖ６ノードがＩＰｖ４通信パートナーと「最適ルーティング」モードで通信するときに、モバイルＩＰｖ６ノードとＩＰｖ４通信パートナーとの間の情報交換が、ＩＰｖ４通信パートナーの代わりにＮＡＴ−ＰＴゲートウェイによって処理される。本発明のいくつかの実施例における方法では、モバイルＩＰｖ６ノードとそのＩＰｖ４通信パートナーは、モバイルＩＰｖ６技術の「最適ルーティング」モードで、相互にモバイル通信を実行することができる。これにより、モバイルＩＰｖ６ノードとＩＰｖ４ノードとの相互通信が実現でき、モバイル通信の効率が極めて改善される。
【００５７】
〔発明を実施するための最良の形態〕
本発明の実施例では、モバイルＩＰｖ６ノードとＩＰｖ４通信パートナーとの間の通信を実施する方法を提供する。本方法の主な着想は、モバイルＩＰｖ６においては、通信パートナーは「最適ルーティング」モードでの特別なメッセージ処理およびデータパケットを送受信するための特別な処理を扱う必要があり、そのような特別な処理はＩＰｖ４通信パートナーの代わりにＮＡＴ−ＰＴゲートウェイにより達成される。そのため、ＩＰｖ４通信パートナーは、拡張なく、「最適ルーティング」モードでモバイルＩＰｖ６ノードと通信することができる。
【００５８】
本発明の実施例で提供される技術的解決策において、ＮＡＴ−ＰＴゲートウェイはモバイルＩＰｖ６ネットワークとＩＰｖ４ネットワークとの間に配置される。モバイルＩＰｖ６ノードがＩＰｖ４通信パートナーと「最適ルーティング」モードで通信する場合、ＮＡＴ−ＰＴゲートウェイはモバイルＩＰｖ６ネットワークとＩＰｖ４ネットワークとの間の情報交換を、ＩＰｖ４通信パートナーの代わりに処理する。
【００５９】
本発明に係る実施例による方法が実施される前に、モバイルＩＰｖ６ノードは自身のホームロケーションネットワークに接続し、該ホームロケーションネットワークとの情報交換を通してホームロケーションアドレスを得る。
【００６０】
そして、モバイルＩＰｖ６ノードは、ＩＰｖ６技術にて提供されている近隣探索機構を用いて、訪問先ロケーションネットワークに移動したか否かを検出する。訪問先ロケーションネットワークに移動したことを検知すると、モバイルＩＰｖ６ノードは、アドレスコンフィギュレーション処理を通して訪問先ロケーションネットワークのcare-ofアドレスを得る。
【００６１】
〔第１の実施例〕
図４は、本発明に係る実施例における、モバイルＩＰｖ６ノードとＩＰｖ４ノードとの間の通信の概略図である。また、図５は、本発明に係る実施例における、モバイルＩＰｖ６ノードとＩＰｖ４ノードとの間の通信のための手続の概略図である。
【００６２】
図４および図５を参照すると、まず、ＮＡＴ−ＰＴゲートウェイがモバイルＩＰｖ６ネットワークとＩＰｖ４ネットワークとの間に置かれている。モバイルＩＰＶ６ノードがＩＰｖ４通信パートナーと「最適ルーティング」モードで通信する場合、その手続は以下のとおりである。
【００６３】
ステップ（０１）：モバイルＩＰｖ６ノードは、Binding Updateメッセージを用いて、ホームロケーションエージェントに、得られたcare-ofアドレスを登録する。
【００６４】
「最適ルーティング」モードでは、モバイルＩＰｖ６ノードはさらに、ＩＰｖ４通信パートナーにも登録しようと試みる。ＩＰｖ４通信パートナーに登録する前に、モバイルＩＰｖ６ノードは、モバイルＩＰｖ６プロトコルにしたがって、ＩＰｖ４通信パートナーに対してReturn Routability検査処理を開始する。本発明の実施例による詳細な手続は以下のとおりである。
【００６５】
ステップ（０２）：モバイルＩＰｖ６ノードは、Home Test Initメッセージを自身のホームロケーションエージェントに送信し、該メッセージは該ホームロケーションエージェントを介してＩＰｖ４通信パートナーに転送される。さらに、モバイルＩＰｖ６ノードは、ＩＰｖ４通信パートナーにCare-of Init Testメッセージを送信する。
【００６６】
ステップ（０３）：ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ４通信パートナーに送信される上記メッセージを横取りし、ＩＰｖ４通信パートナーの代わりに該横取りしたメッセージを処理する。この処理において、ＩＰｖ４通信パートナーは、自身の代わりにＮＡＴ−ＰＴゲートウェイによって実行されたすべての活動を認識していない。詳細な手続は以下のとおりである。
【００６７】
ＮＡＴ−ＰＴゲートウェイは、横取りしたメッセージに従って、モバイルＩＰｖ６ノードを検査する。
【００６８】
検査をパスした後、ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ４通信パートナーの代わりに、検査処理で要求した情報を保持し、Home TestメッセージにてモバイルＰｖ６ノードのホームロケーションエージェントに応答する。Home Testメッセージは、ホームロケーションエージェントを介してモバイルＩＰｖ６ノードに転送される。さらに、ＮＡＴ−ＰＴゲートウェイは、Care-of TestメッセージにてモバイルＩＰｖ６ノードに応答する。
【００６９】
ステップ（０４）：ＮＡＴ−ＰＴゲートウェイから返信された、Home TestメッセージおよびCare-of Testメッセージを受信すると、モバイルＩＰｖ６ノードは、キー生成トークンなどの関連する情報を記録し、検査処理を終了する。
【００７０】
ステップ（０５）：上記検査処理が完了したとき、モバイルＩＰｖ６ノードは、Binding Updateメッセージを用いて、ＩＰｖ４通信パートナーに登録する。詳細な手続は以下のとおりである。
【００７１】
モバイルＩＰｖ６ノードは、ＩＰｖ４通信パートナーにBinding Updateメッセージを送信する。
【００７２】
ＮＡＴ−ＰＴゲートウェイは、Binding Updateメッセージを横取りし、ＩＰｖ４通信パートナーの代わりにBinding Updateメッセージを処理するために動作する。その処理は以下のとおりである。
【００７３】
ＮＡＴ−ＰＴゲートウェイは、横取りしたBinding Updateメッセージの適性を検証する。検証をパスすれば、ＮＡＴ−ＰＴゲートウェイは、例えば、ホームロケーションアドレス、care-ofアドレス、モバイルＩＰｖ６ノードの生存時間などのBinding Updateメッセージに含まれる情報をバインディングバッファに記録し、Binding Ack(Acknowledgement)メッセージにてモバイルＩＰｖ６ノードに応答する。
【００７４】
登録が完了したら、モバイルＩＰｖ６ノードは、ＩＰｖ４通信パートナーとデータパケット交換を行う。詳細な手続は以下のとおりである。
【００７５】
ステップ（０６）：モバイルＩＰｖ６ノードは、「最適ルーティング」モードにより、ＩＰｖ４通信パートナーにＩＰｖ６データパケットを送信する。
【００７６】
上記ＩＰｖ６データパケットのデスティネーションアドレスは、対応するＩＰｖ４通信パートナーのＩＰｖ６アドレスであり、上記ＩＰｖ６データパケットのソースアドレスは、モバイルＩＰｖ６ノードのcare-ofアドレスであり、ホームロケーションアドレスは上記データパケットのデスティネーションアドレス拡張ヘッダに格納されて送信される。そして、上記データパケットは、ホームロケーションエージェントを介する代わりに、直接ＩＰｖ４通信パートナーに送信される。
【００７７】
ステップ（０７）：ＮＡＴ−ＰＴゲートウェイは上記ＩＰｖ６データパケットを横取りし、該ＩＰｖ６データパケットをＩＰｖ４データパケットに変換する。詳細な手続は以下のとおりである。
【００７８】
ＮＡＴ−ＰＴゲートウェイは上記ＩＰｖ６データパケットを横取りし、該ＩＰｖ６データパケットのＩＰｖ６デスティネーションアドレスを、ＩＰｖ４通信パートナーに対応するＩＰｖ４デスティネーションアドレスに変換する。
【００７９】
上記ＩＰｖ６データパケットのデスティネーションアドレスは、ＩＰｖ４通信パートナーに対応するＩＰｖ６アドレスであるから、上記ＩＰｖ６データパケットはＮＡＴ−ＰＴゲートウェイを通過する。ＮＡＴ−ＰＴゲートウェイでは、該ＩＰｖ６データパケットはＮＡＴ−ＰＴプロトコルに従ってＩＰｖ４データパケットに変換される。そして、そのデスティネーションアドレスは、ＩＰｖ４通信パートナーのＩＰｖ４アドレスに変換される。
【００８０】
ＮＡＴ−ＰＴゲートウェイは、モバイルＩＰｖ６ノードのホームロケーションアドレスを得るために、上記ＩＰｖ６データパケットにて搬送されてきたソースアドレス（すなわち、care-ofアドレス）に従って、バインディングバッファを検索する。そして、ＮＡＴ−ＰＴゲートウェイは、ホームロケーションアドレスをＩＰｖ４アドレスに変換し、このようにして、モバイルＩＰｖ６ノードのＩＰｖ４ソースアドレスを得る。
【００８１】
本発明に係る実施例では、ＩＰｖ６ソースアドレスを変換する間、ＩＰｖ６ソースアドレスはcare-ofアドレスであるため、ＮＡＴ−ＰＴゲートウェイはまず、care-ofアドレスに従って対応するホームロケーションアドレスを検索する。詳細な手続は以下のとおりである。
【００８２】
ＮＡＴ−ＰＴゲートウェイは、ステップ（０５）で記載したように、ＩＰｖ４通信パートナーのバインディングバッファ情報にて、ホームロケーションアドレスを検索する。そして、ホームロケーションアドレスをＩＰｖ４アドレス、すなわち、ＮＡＴ−ＰＴゲートウェイのＩＰｖ４アドレスプールから、ＩＰｖ４データパケットのソースＩＰｖ４アドレスとして割り当てられたＩＰｖ４に変換する。そして、ＩＰｖ６−ＩＰｖ４アドレス対応表が構築される。ＩＰｖ４アドレスが以前にホームロケーションアドレスに割り当てられていた場合、変換されたソースＩＰｖ４アドレスは、新たなアドレスを割り当てる代わりに、アドレス対応表を検索することにより得てもよい（便宜上、変換されたＩＰｖ４データパケットのソースＩＰｖ４アドレスを、ここでは、tranSourceIPv4とする）。
【００８３】
ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ６データパケットのデスティネーションアドレス拡張ヘッダを切り捨る。
【００８４】
ＮＡＴ−ＰＴプロトコルによって、ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ６データパケットをＩＰｖ４データパケットに変換するときに、ＩＰｖ６データパケットのデスティネーションアドレス拡張ヘッダを切り捨る。
【００８５】
ステップ（０８）：ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ６データパケットから変換されたＩＰｖ４データパケットを、対応するＩＰｖ４通信パートナーに送信する。ＩＰｖ４通信パートナーは、モバイルＩＰｖ６ノードに対して、受信したデータパケットにて搬送されてきたＩＰｖ４ソースアドレスに従ってＩＰｖ４データパケットを返信する。返信されるＩＰｖ４データパケットのデスティネーションアドレスは、ＩＰｖ４ソースアドレスに対応する、ＩＰｖ４ホームロケーションアドレス（すなわち、tranSourceIPv4）である。
【００８６】
ステップ（０９）：ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ４データパケットを横取りし、ＩＰｖ４データパケットを横取りし、ＩＰｖ４データパケットをＩＰｖ６データパケットに変換する。詳細な手続は以下のとおりである。
【００８７】
ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ４データパケットを横取りし、ＩＰｖ４ホームロケーションアドレスを対応するＩＰｖ６ホームロケーションアドレスに変換する。
【００８８】
ＩＰｖ６ホームロケーションアドレスに対応するＩＰｖ６care-ofアドレスは、得られたＩＰｖ６ホームロケーションアドレスに従って、ＩＰｖ４通信パートナーに対応するバインディングバッファを検索することにより得られる。
【００８９】
変換されたＩＰｖ６データパケットに対して、新たなＩＰｖ６ルーティング拡張ヘッダが生成され、新たなＩＰｖ６ルーティング拡張ヘッダの中に、ＩＰｖ６ホームロケーションアドレスが設定される。
【００９０】
本発明の実施例では、ＮＡＴ−ＰＴゲートウェイが、一度、ＩＰｖ６アドレスが特別なホームロケーションアドレスであることを発見したら（ステップ（０７）にてアドレス対応表に特別なフラグを設定することにより識別可能である）、ＩＰｖ４通信パートナーに対応するバインディングバッファの中から、ホームロケーションアドレスに対応するcare-ofアドレスを検索する。care-ofアドレスは、ＩＰｖ６データパケットのデスティネーションアドレスとして使用される。さらに、ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ６データパケットに対して、新たなＩＰｖ６ルーティング拡張ヘッダを生成し、該ＩＰｖ６ルーティング拡張ヘッダにおける第２のデスティネーションアドレスとしてホームロケーションアドレスを格納する。
【００９１】
ステップ（１０）：ＮＡＴ−ＰＴゲートウェイは、さらなる処理のために、変換されたＩＰｖ６データパケットをモバイルＩＰｖ６ノードに送信する。詳細な手続は以下のとおりである。
【００９２】
ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ６care-ofアドレスに従って、変換されたＩＰｖ６データパケットをモバイルＩＰｖ６ノードに送信する。
【００９３】
変換されたＩＰｖ６データパケットの第１のデスティネーションアドレスはcare-ofアドレスである。それゆえ、このＩＰｖ６データパケットは、ホームロケーションエージェントを介して転送される代わりに、訪問先ロケーションネットワークのモバイルＩＰｖ６ノードに直接送信される。
【００９４】
モバイルＩＰｖ６ノードは、ＮＡＴ−ＰＴゲートウェイから送信されたＩＰｖ６データパケットを受信し、ＩＰｖ６care-ofアドレスをＩＰｖ６ホームロケーションアドレスに置き換える。
【００９５】
ＩＰｖ６データパケットの受信を完了させるため、ＩＰｖ６データパケットはＩＰｖ６ホームロケーションアドレスに従ってアプリケーション層に送信される。
【００９６】
通信パートナーから送信されたデータパケットを受信すると、モバイルＩＰｖ６ノードは、データパケットの受信を完了させるために、デスティネーションアドレスを第２のデスティネーションアドレス（すなわち、ホームロケーションアドレス）に置き換え、データパケットを自分自身にアップロードする。
【００９７】
〔第２の実施例〕
本実施例では、ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ６−ＩＰｖ４アドレス変換処理の間、変換のためにcare-ofアドレスを直接使用する。ＩＰｖ６−ＩＰｖ４アドレス変換処理の間、ＮＡＴ−ＰＴゲートウェイは、変換されたＩＰｖ６アドレスをＩＰｖ６デスティネーションアドレスとして取り扱う。詳細な手続は以下のとおりである。
【００９８】
本実施例では、ステップ（１１）〜（１６）は、第１の実施例におけるステップ（０１）〜（０６）に対応するので、ここでは繰り返して説明しない。ステップ（１１）〜（１６）の後、ステップ（１７）が実行される。すなわち、ＮＡＴ−ＰＴゲートウェイはＩＰｖ６データパケットを横取りし、該ＩＰｖ６データパケットをＩＰｖ４データパケットに変換する。詳細な手続は以下のとおりである。
【００９９】
ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ６データパケットを横取りし、該ＩＰｖ６データパケットのＩＰｖ６デスティネーションアドレスを、ＩＰｖ４通信パートナーに対応するＩＰｖ４デスティネーションアドレスに変換する。
【０１００】
ＩＰｖ６データパケットのデスティネーションアドレスは、ＩＰｖ４通信パートナーに対応するＩＰｖ６アドレスである。それゆえ、ＩＰｖ６データパケットはＮＡＴ−ＰＴゲートウェイを通過する。ＮＡＴ−ＰＴゲートウェイでは、ＮＡＴ−ＰＴプロトコルに従ってＩＰｖ６データパケットはＩＰｖ４データパケットに変換される。変換において、ＩＰｖ６データパケットのデスティネーションアドレスは、ＩＰｖ４通信パートナーのＩＰｖ４アドレスに変換される。
【０１０１】
ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ６データパケットで搬送されてきたソースアドレス（すなわち、care-ofアドレス）をＩＰｖ４アドレスに変換することにより、モバイルＩＰｖ６ノードのＩＰｖ４ソースアドレスを得る。
【０１０２】
詳細な処理は以下のとおりである。
【０１０３】
ＮＡＴ−ＰＴゲートウェイのＩＰｖ４アドレスプールから得られたＩＰｖ４アドレスは、変換されたＩＰｖ４データパケットのソースＩＰｖ４アドレスとして割り当てられ、ＩＰｖ６−ＩＰｖ４アドレス対応表が構築される。ＩＰｖ４アドレスがすでにこのcare-ofアドレスとして割り当てられている場合、変換されたソースＩＰｖ４アドレスは、新たなＩＰｖ４アドレスを割り当てる代わりに、直接アドレス対応表を検索することによって得てもよい（便宜上、変換されたＩＰｖ４データパケットのソースＩＰｖ４アドレスを、1tranSourceIPv4とする）。
【０１０４】
ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ６データパケットのデスティネーションアドレス拡張ヘッダを切り捨る。
【０１０５】
ＮＡＴ−ＰＴプロトコルによって、ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ６データパケットをＩＰｖ４データパケットに変換するときに、ＩＰｖ６データパケットのデスティネーションアドレス拡張ヘッダを切り捨る。
【０１０６】
ステップ（１８）：ＮＡＴ−ＰＴゲートウェイは、変換されたＩＰｖ４データパケットを、対応するＩＰｖ４通信パートナーに送信する。ＩＰｖ４通信パートナーは、モバイルＩＰｖ６ノードに対して、受信したデータパケットで運ばれてきたＩＰｖ４ソースアドレスに従ってＩＰｖ４データパケットを返信する。返信されるＩＰｖ４データパケットのデスティネーションアドレスは、ＩＰｖ４ソースアドレスに対応する、ＩＰｖ４care-ofアドレス（すなわち、1tranSourceIPv4）である。
【０１０７】
ステップ（１９）：ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ４データパケットを横取りし、ＩＰｖ４データパケットを横取りし、ＩＰｖ４データパケットをＩＰｖ６データパケットに変換する。詳細な手続は以下のとおりである。
【０１０８】
ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ４データパケットを横取りし、ＩＰｖ４care-ofアドレスを対応するＩＰｖ６care-ofアドレスに変換する。
【０１０９】
ＩＰｖ６care-ofアドレスに対応するＩＰｖ６ホームロケーションアドレスは、得られたＩＰｖ６care-ofアドレスに従って、ＩＰｖ４通信パートナーに対応するバインディングバッファを検索することにより得られる。
【０１１０】
変換されたＩＰｖ６データパケットに対して、新たなＩＰｖ６ルーティング拡張ヘッダが生成され、新たなＩＰｖ６ルーティング拡張ヘッダの中に、ＩＰｖ６ホームロケーションアドレスが設定される。
【０１１１】
ステップ（２０）：ＮＡＴ−ＰＴゲートウェイは、さらなる処理のために、変換されたＩＰｖ６データパケットをモバイルＩＰｖ６ノードに送信する。詳細な手続は以下のとおりである。
【０１１２】
ＮＡＴ−ＰＴゲートウェイは、ＩＰｖ６care-ofアドレスに従って、変換されたＩＰｖ６データパケットをモバイルＩＰｖ６ノードに送信する。
【０１１３】
変換されたＩＰｖ６データパケットのデスティネーションアドレスはcare-ofアドレスである。それゆえ、このＩＰｖ６データパケットは、ホームロケーションエージェントを介して転送される代わりに、訪問先ロケーションネットワークのモバイルＩＰｖ６ノードに直接送信される。
【０１１４】
モバイルＩＰｖ６ノードは、ＮＡＴ−ＰＴゲートウェイから送信されたＩＰｖ６データパケットを受信し、ＩＰｖ６care-ofアドレスをＩＰｖ６ホームロケーションアドレスに置き換える。
【０１１５】
モバイルＩＰｖ６は、ＩＰｖ６データパケットの受信を完了させるため、ＩＰｖ６データパケットをＩＰｖ６ホームロケーションアドレスに従ってアプリケーション層に送信する。
【０１１６】
通信パートナーから送信されたデータパケットを受信すると、モバイルＩＰｖ６ノードは、データパケットの受信を完了させるために、デスティネーションアドレスをホームロケーションアドレスに置き換え、データパケットをアプリケーション層に上げる。
【０１１７】
本発明に係る第２の実施例によれば、ＮＡＴ−ＰＴゲートウェイは、それぞれのモバイルＩＰｖ６のcare-ofアドレスに対してアドレス変換する必要があり、この結果、リソース使用効率の低下を招いていることがわかる。
【０１１８】
上述で記載した技術的解決策によれば、ＮＡＴ−ＰＴゲートウェイは、モバイルＩＰｖ６ネットワークとＩＰｖ４ネットワークとの間に配置される。モバイルＩＰｖ６ノードが「最適ルーティング」モードによりＩＰｖ４通信パートナーと通信する場合、ＮＡＴ−ＰＴゲートウェイは、モバイルＩＰｖ６ノードとＩＰｖ４通信パートナーとの間の情報交換を処理するために、ＩＰｖ４通信パートナーの代わりに動作する。本発明に係る実装例による方法では、モバイルＩＰｖ６ノードとそのＩＰｖ４通信パートナーとのモバイル通信は、モバイルＩＰｖ６技術の「最適ルーティング」モードにより可能となる。それゆえ、モバイルＩＰｖ６ノードとＩＰｖ４ノードとの間の相互通信が可能であるのみならず、モバイル通信の効率が極めて改善される。
【０１１９】
さらに、上述した本発明に係る望ましい実施例において、以下のような場合は、ポートアドレス変換（ＰＡＴ）モードが採用される。すなわち、ＮＡＴ−ＰＴゲートウェイが、ＩＰｖ６とＩＰｖ４との間のアドレス対応づけに「アドレス＋ポート番号」の組合せを用い、そして、該「アドレス＋ポート番号」の組合せにおいて、本発明に係る実施例で提供された方法に従って、適切なホームロケーションアドレスまたはcare-ofアドレスを選択することによりアドレスが決まるようなアドレス変換を実行する場合である。例えば、ＩＰｖ６の「アドレス＋ポート番号」の組合せ（2001::1＋20）は、ＩＰｖ４の「アドレス＋ポート番号」の組合せ（2.1.1.1＋30）に対応付けられ、その組合せにおいて、本発明に係る実施例によって提供される方法に従って、適切なホームロケーションアドレスまたはcare-ofアドレスがＩＰｖ６アドレス（2001::1）に対して選択される。一方、その他の変換動作は、ＮＡＴ−ＰＴの標準規格に準拠する。
【０１２０】
ＮＡＴ−ＰＴゲートウェイが、ＩＰパケットのアドレス変換後にアプリケーション層の変換を実行する場合、まずＩＰデータパケットのホームロケーションアドレスを得て、次に、得られたホームロケーションアドレスに従って、データパケットのアプリケーション層のデータに含まれるアドレスに対して変換を実行する。変換前のＩＰｖ６アドレスがcare-ofアドレスである場合、ＮＡＴ−ＰＴゲートウェイはアプリケーション層での変換を実行する前に、対応するホームロケーションアドレスを検索する必要がある。
【０１２１】
本発明には、上述したようにいくつかの好ましい実施例があるが、本発明の保護範囲はこれらに限定されない。当業者にとって容易に想到しうるいかなる変更および改良についても本発明の範囲である。
【図面の簡単な説明】
【０１２２】
【図１】モバイルＩＰｖ６技術の基本原理を示すシステムアーキテクチャの概略図である。
【図２】従来技術における、ＮＡＴ−ＰＴゲートウェイにより実装される、ＩＰアドレス変換の概略図である。
【図３】従来技術における、モバイルＩＰｖ６技術の「トライアングルルーティング＋ＮＡＴ−ＰＴ」により実装される、モバイルＩＰｖ６ノードとＩＰｖ４ノードとの間の通信の概略図である。
【図４】本発明に係る実施例における、モバイルＩＰｖ６ノードとＩＰｖ４ノードとの間の通信の概略図である。
【図５】本発明に係る実施例における、モバイルＩＰｖ６ノードとＩＰｖ４ノードとの間の通信のための手続の概略図である。
【国際調査報告】
2008510440.tif 000008
2008510440.tif 000009
2008510440.tif 000010
2008510440.tif 000011
2008510440.tif 000012
2008510440.tif 000013