JP6353076B2 - ルーティング方法およびルーティング装置 - Google Patents

Description

本発明の実施形態は通信分野に関し、特にルーティング方法およびルーティング装置に関する。

モバイルＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）技術は、モバイルＩＰｖ４技術およびモバイルＩＰｖ６技術を含む、モバイルノードが動作中の際のモバイルノードの接続性を維持する要件を満たすように設計される。分散移動管理（Ｄｉｓｔｒｉｂｕｔｅｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ、ＤＭＭ）技術は既に提案され、ＤＤＭ技術は２つの論理的エンティティに関連する。モビリティルータ（Ｍｏｂｉｌｉｔｙ Ｒｏｕｔｅｒ、ＭＲ）と位置管理（Ｌｏｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ、ＬＭ）である。ＤＤＭ技術において、モバイルノード（Ｍｏｂｉｌｅ Ｎｏｄｅ、ＭＮ）によりアクセスされるモビリティルータは移動管理のアンカーとして使用され得る。ＭＲの主な機能はＭＮのデータパケットを傍受してＭＮのデータパケットを正しい宛先に転送することである。ＬＭの主な機能はＭＮの位置を管理および追跡し、その結果ＭＲはＭＮのデータパケットを正しいアドレスに送付できることである。

例えば、ＭＮがホームネットワークに取り付けられると、ホームモビリティルータ（Ｈｏｍｅ Ｍｏｂｉｌｉｔｙ Ｒｏｕｔｅｒ、Ｈ−ＭＲ）、すなわちＭＮのホームネットワークのアンカーがＩＰアドレスをＭＮに割り当て、ＭＮはＩＰアドレスを使用してセッションを開始する。ＭＮが現在のモビリティルータ（Ｃｕｒｒｅｎｔ Ｍｏｂｉｌｉｔｙ Ｒｏｕｔｅｒ、Ｃ−ＭＲ）ネットワークに移動すると、Ｃ−ＭＲは新たなＩＰアドレスをＭＮに割り当て、ＭＮは新たなＩＰアドレスを使用してネットワーク内で新たなセッションを開始する。さらに、ホームネットワークで開始されるセッションを維持するため、ＭＮはＨ−ＭＲにより割り当てられたＩＰアドレスを予約する必要がある。

ＤＭＭ技術において、元のセッションの継続性を維持するため、ＭＮが訪問されたネットワークに移動すると、セッションはホームネットワークを通して転送される必要がある。例えば、データを転送するため、Ｈ−ＭＲとＣ−ＭＲとの間にトンネルが確立されてもよい。

ＭＮの全てのデータがホームネットワークを介して転送される必要があるため、ＭＮがホームネットワークから離れた時にルートの冗長の課題がもたらされる。

本発明の実施形態はルートの冗長の課題を解決できるルーティング方法およびルーティング装置を提供する。

第１の態様によると、ルーティング方法が提供され、ルーティング方法は、第１のモバイルノードにより第１の通信相手端部に送信される第１のデータパケットを第１のモビリティルータにより受信するステップであって、第１のモビリティルータは第１のモバイルノードの訪問されたネットワーク内のモビリティルータであり、第１のデータパケットは第１の通信相手端部のアドレスを含む、受信するステップと、第１の通信相手端部のアドレスに基づきプロキシルーティングエンティティのアドレスを第１のモビリティルータにより取得するステップであって、プロキシルーティングエンティティは第１のモビリティルータと第１の通信相手端部との間の通信経路に配置される、取得するステップと、プロキシルーティングエンティティのアドレスに基づきプロキシルーティングエンティティへの第１のトンネルを第１のモビリティルータにより確立するステップと、第１のトンネルを使用して、第１の通信相手端部により第１のモバイルノードへ送信されたデータパケットを第１のモビリティルータにより送信するステップとを含む。

第１の態様を参照し、第１の可能な実施方法において、プロキシルーティングエンティティのアドレスに基づきプロキシルーティングエンティティへの第１のトンネルを第１のモビリティルータにより確立するステップの前に、ルーティング方法は、第２のモビリティルータへの第２のトンネルを第１のモビリティルータにより確立するステップであって、第２のモビリティルータは第１のモバイルノードのホームネットワーク内のモビリティルータである、確立するステップと、第１のトンネルの確立の完了の前に、第２のトンネルを使用して第１のモバイルノードと第１の通信相手端部との間の第１のデータパケットを第１のモビリティルータにより送信するステップとをさらに含み、第１のトンネルを使用して、第１の通信相手端部により第１のモバイルノードへ送信されたデータパケットを第１のモビリティルータにより送信するステップは、第１のトンネルを使用して、第１のデータパケットに続きかつ第１の通信相手端部により第１のモバイルノードへ送信される次のデータパケットを第１のモビリティルータにより送信するステップを含む。

第１の可能な実行方法を参照し、第２の可能な実行方法において、ルーティング方法は、第３のモビリティルータとプロキシルーティングエンティティとの間の第３のトンネルおよび第３のモビリティルータと第２のモビリティルータとの間の第４のトンネルを使用して、第１のモバイルノードが第１の通信相手端部と通信することを決定する時、第１のモビリティルータにより第１のトンネルおよび第２のトンネルを解体するステップをさらに含む。

第１の態様を参照し、第３の可能な実施方法において、ルーティング方法は、第１のトンネルの確立を完了する前に、第１のモビリティルータにより第１のデータパケットをキャッシュするステップと、および／または第１のトンネルの確立の完了の後に、第１のトンネルを使用して、キャッシュされた第１のデータパケットを第１のモビリティルータにより第１の通信相手端部へ転送するステップとをさらに含む。

第１の態様または第１から第３の可能な実施方法のいずれか一つを参照し、第４の可能な実施方法において、第１の通信相手端部のアドレスに基づきプロキシルーティングエンティティのアドレスを第１のモビリティルータにより取得するステップは、第１の通信相手端部のアドレスに基づきサーバからプロキシルーティングエンティティのアドレスを第１のモビリティルータにより取得するステップであって、プロキシルーティングエンティティのアドレスと第１の通信相手端部のアドレスとの間のバインディング関係がサーバに設定される、取得するステップを含む。

第１の態様の第４の可能な実施方法を参照し、第５の可能な実施方法において、サーバは位置管理エンティティまたは集中型のサーバであり、第１の通信相手端部のアドレスに基づきサーバからプロキシルーティングエンティティのアドレスを第１のモビリティルータにより取得するステップは、第１の通信相手端部のアドレスを含む要求メッセージを位置管理エンティティまたは集中型のサーバへ第１のモビリティルータにより送信するステップと、プロキシルーティングエンティティのアドレスを含みかつ位置管理エンティティまたは集中型のサーバにより返信される応答メッセージを第１のモビリティルータにより受信するステップとを含む。

第１の態様の第４の可能な実施方法を参照し、第６の可能な実施方法において、サーバはドメインネームサーバであり、第１の通信相手端部のアドレスに基づいてプロキシルーティングエンティティのアドレスを第１のモビリティルータにより取得するステップは、第１の通信相手端部のアドレスを含む要求メッセージをドメインネームサーバへ第１のモビリティルータにより送信して、プロキシルーティングエンティティのアドレスを取得するステップと、第１の通信相手端部のアドレスに対応するドメインネームを含みかつドメインネームサーバにより返信される応答メッセージを第１のモビリティルータにより受信するステップと、第１の通信相手端部のアドレスに対応するドメインネームを含む要求メッセージをドメインネームサーバへ第１のモビリティルータにより送信するステップと、プロキシルーティングエンティティのアドレスを含みかつドメインネームサーバにより返信される応答メッセージを第１のモビリティルータにより受信するステップとを含む。

第１の態様の第１の可能な実施方法を参照し、第７の可能な実施方法において、第１の通信相手端部のアドレスに基づきプロキシルーティングエンティティのアドレスを第１のモビリティルータにより取得するステップは、第２のモビリティルータにより送信されるルート最適化指令を第１のモビリティルータにより受信するステップであって、ルート最適化指令はプロキシルーティングエンティティのアドレスを含みかつ第１のモビリティルータにプロキシルーティングエンティティへの第１のトンネルを確立することを指示するのに使用される、受信するステップと、ルート最適化指令からプロキシルーティングエンティティのアドレスを第１のモビリティルータにより取得するステップとを含む。

第１の態様または第１から第７の可能な実施方法のいずれか一つを参照し、第８の可能な実施方法において、プロキシルーティングエンティティのアドレスに基づきプロキシルーティングエンティティへの第１のトンネルを第１のモビリティルータにより確立するステップは、第１の通信相手端部のアドレス、プロキシルーティングエンティティのアドレス、第１のモバイルノードのアドレスおよび第１のトンネルのトンネル情報の間のバインディング関係を第１のモビリティルータにより確立するステップと、トンネル確立要求メッセージをプロキシルーティングエンティティへ第１のモビリティルータにより送信するステップであって、トンネル確立要求メッセージは第１のモビリティルータのアドレス、第１の通信相手端部のアドレスおよび第１のモバイルノードのアドレスを含み、その結果第１のモビリティルータのアドレス、第１の通信相手端部のアドレス、第１のモバイルノードのアドレスおよび第１のトンネルのトンネル情報の間のバインディング関係がプロキシルーティングエンティティにおいて確立される、送信するステップとを含む。

第８の可能な実施方法を参照し、第９の可能な実施方法において、第１のモビリティルータは第２のモバイルノードの訪問されたネットワーク内のモビリティルータであり、ルーティング方法は、第２のモバイルノードにより第２の通信相手端部へ送信される第２のデータパケットを第１のモビリティルータにより受信するステップであり、第２のデータパケットは第２の通信相手端部のアドレスを含む、受信するステップと、第２の通信相手端部のアドレスに基づきプロキシルーティングエンティティのアドレスを第１のモビリティルータにより取得するステップと、プロキシルーティングエンティティのアドレスに従い、第１のモビリティルータが、第１のトンネルが確立されたと決定する場合、第２の通信相手端部のアドレス、プロキシルーティングエンティティのアドレス、第２のモバイルノードのアドレスおよび第１のトンネルのトンネル情報の間のバインディング関係を第１のモビリティルータにより確立するステップと、第１のモビリティルータが第２のデータパケットを第１のトンネルを使用して転送するステップであって、第２のデータパケットは第２の通信相手端部のアドレス、第１のモビリティルータのアドレスおよび第２のモバイルノードのアドレスを含み、その結果第２の通信相手端部のアドレス、第１のモビリティルータのアドレス、第２のモバイルノードのアドレスおよび第１のトンネルのトンネル情報の間のバインディング関係がプロキシルーティングエンティティにおいて確立される、転送するステップとをさらに含む。

第１の態様または第１の態様の第１から第９の可能な実施方法のいずれか一つを参照し、第１０の可能な実施方法において、第１のモバイルノードはモバイルネットワークに配置され、第１の通信相手端部は固定ネットワークに配置され、プロキシルーティングエンティティはモバイルネットワークと固定ネットワークとを接続するように構成され、第１の通信相手端部のアドレスに基づきプロキシルーティングエンティティのアドレスを第１のモビリティルータにより取得するステップは、第１の通信相手端部のアドレスが固定ネットワークにより割り当てられるアドレスに属すると決定する時、プロキシルーティングエンティティのアドレスを第１のモビリティルータにより取得するステップを含む。

第２の態様によると、ルーティング方法が提供され、ルーティング方法は、第１のモビリティルータまたは第２のモビリティルータにより送信される要求メッセージをサーバにより受信するステップであって、要求メッセージはプロキシルーティングエンティティのアドレスを取得するのに使用され、要求メッセージは第１のモバイルノードの第１の通信相手端部のアドレスを含み、プロキシルーティングエンティティのアドレスと第１の通信相手端部のアドレスとの間のバインディング関係がサーバに設定され、プロキシルーティングエンティティは第１のモビリティルータと第１の通信相手端部との間の通信経路に配置され、第１のモビリティルータは第１のモバイルノードの訪問されたネットワーク内のモビリティルータであり、第２のモビリティルータは第１のモバイルノードのホームネットワーク内のモビリティルータである、受信するステップと、応答メッセージをサーバにより送信するステップであって、応答メッセージはプロキシルーティングエンティティのアドレスを含む、送信するステップとを含む。

第２の態様を参照し、第１の可能な実行方法において、サーバは位置管理エンティティまたは集中型のサーバであり、応答メッセージをサーバにより送信するステップは、応答メッセージを第１のモビリティルータまたは第２のモビリティルータへサーバにより送信するステップを含む。

第２の態様を参照し、第２の可能な実施方法において、サーバはドメインネームサーバであり、応答メッセージをサーバにより送信するステップは、第１の通信相手端部のアドレスに対応するドメインネームを含む応答メッセージを第１のモビリティルータまたは第２のモビリティルータへドメインネームサーバにより送信するステップを含み、ルーティング方法は、第１の通信相手端部のアドレスに対応するドメインネームを含みかつ第１のモビリティルータまたは第２のモビリティルータにより送信される要求メッセージをドメインネームサーバにより受信するステップと、プロキシルーティングエンティティのアドレスを含む応答メッセージを第１のモビリティルータまたは第２のモビリティルータへドメインネームサーバにより送信するステップとをさらに含む。

第３の態様によると、ルーティング方法が提供され、ルーティング方法は、第１のモビリティルータへの第２のトンネルを第２のモビリティルータにより確立するステップであって、第２のモビリティルータは第１のモバイルノードのホームネットワーク内のモビリティルータであり、第１のモビリティルータは第１のモバイルノードの訪問されたネットワーク内のモビリティルータである、確立するステップと、第２のトンネルを使用して、第１のモビリティルータにより転送されかつ第１のモバイルノードと第１の通信相手端部との間で送信される第１のデータパケットを第２のモビリティルータにより受信するステップであって、第１のデータパケットは第１の通信相手端部のアドレスを含む、受信するステップと、第１の通信相手端部のアドレスに基づきプロキシルーティングエンティティのアドレスを第２のモビリティルータにより取得するステップであって、プロキシルーティングエンティティは第１のモビリティルータと第１の通信相手端部との間の通信経路に配置される、取得するステップと、第１のモビリティルータへのルート最適化指令を第２のモビリティルータにより送信するステップであって、ルート最適化指令はプロキシルーティングエンティティのアドレスを含みかつ第１のモビリティルータにプロキシルーティングエンティティへの第１のトンネルを確立することを指示するのに使用される、送信するステップとを含む。

第３の態様を参照し、第１の可能な実施方法において、第１の通信相手端部のアドレスに基づきプロキシルーティングエンティティのアドレスを第２のモビリティルータにより取得するステップは、第１の通信相手端部のアドレスに基づきサーバからプロキシルーティングエンティティのアドレスを第２のモビリティルータにより取得するステップであって、プロキシルーティングエンティティのアドレスと第１の通信相手端部のアドレスとの間のバインディング関係がサーバに設定される、取得するステップを含む。

第３の態様の第１の可能な実施方法を参照し、第２の可能な実施方法において、サーバは位置管理エンティティまたは集中型のサーバであり、第１の通信相手端部のアドレスに基づきサーバからプロキシルーティングエンティティのアドレスを第２のモビリティルータにより取得するステップは、第１の通信相手端部のアドレスを含む要求メッセージを位置管理エンティティまたは集中型のサーバへ第２のモビリティルータにより送信するステップと、プロキシルーティングエンティティのアドレスを含みかつ位置管理エンティティまたは集中型サーバにより返信される応答メッセージを第２のモビリティルータにより受信するステップとを含む。

第３の態様の第１の可能な実施方法を参照し、第３の可能な実施方法において、サーバはドメインネームサーバであり、第１の通信相手端部のアドレスに基づきサーバからプロキシルーティングエンティティのアドレスを第２のモビリティルータにより取得するステップは、第１の通信相手端部のアドレスを含む要求メッセージをドメインネームサーバへ第２のモビリティルータにより送信して、プロキシルーティングエンティティのアドレスを取得するステップと、第１の通信相手端部のアドレスに対応するドメインネームを含みかつドメインネームサーバにより送信される応答メッセージを第２のモビリティルータにより受信するステップと、第１の通信相手端部のアドレスに対応するドメインネームを含む要求メッセージをドメインネームサーバへ第２のモビリティルータにより送信するステップと、プロキシルーティングエンティティのアドレスを含みかつドメインネームサーバにより送信される応答メッセージを第２のモビリティルータにより受信するステップとを含む。

第４の態様によると、ルーティング方法が提供され、ルーティング方法は、第１のモビリティルータへの第１のトンネルをプロキシルーティングエンティティにより確立するステップであって、プロキシルーティングエンティティは第１のモビリティルータと第１のモバイルノードの第１の通信相手端部との間の通信経路に配置され、第１のモビリティルータは第１のモバイルノードの訪問されたネットワーク内のモビリティルータである、確立するステップと、バインディング関係に従い第１のトンネルを使用して第１のモバイルノードと第１の通信相手端部との間のデータパケットをプロキシルーティングエンティティにより送信するステップとを含む。

第４の態様を参照し、第１の可能な実施方法において、第１のモビリティルータへの第１のトンネルをプロキシルーティングエンティティにより確立するステップは、第１のモビリティルータにより送信されるトンネル確立要求メッセージをプロキシルーティングエンティティにより受信するステップであって、トンネル確立要求メッセージは第１のモバイルノードのアドレス、第１の通信相手端部のアドレスおよび第１のモビリティルータのアドレスを含む、受信するステップと、第１のモビリティルータのアドレス、第１の通信相手端部のアドレス、第１のモバイルノードのアドレスおよび第１のトンネルのトンネル情報の間のバインディング関係をプロキシルーティングエンティティにより確立するステップとを含む。

第４の態様または第４の態様の第１の可能な実施方法を参照し、第２の可能な実施方法において、ルーティング方法は、第３のモビリティルータへの第３のトンネルをプロキシルーティングエンティティにより確立するステップと、第１のトンネルをプロキシルーティングエンティティにより解体するステップとをさらに含む。

第４の態様または第４の態様の第１または第２の可能な実施方法を参照し、第３の可能な実施方法において、ルーティング方法は、第２のトンネルを使用して第１のモバイルノードにより転送されかつ第２のモバイルノードと第２の通信相手端部との間で転送される第２のデータパケットをプロキシルーティングエンティティにより受信するステップであって、第２のデータパケットは第２のモバイルノードのアドレス、第２の通信相手端部のアドレスおよび第１のモビリティルータのアドレスを含む、受信するステップと、第１のモビリティルータのアドレス、第２のモバイルノードのアドレス、第２の通信相手端部のアドレスおよび第１のトンネルのトンネル情報の間のバインディング関係をプロキシルーティングエンティティにより確立するステップとをさらに含む。

第４の態様または第４の態様の第１から第３の可能な実施方法のいずれか一つを参照し、第４の可能な実施方法において、第１のモバイルノードはモバイルネットワークに配置され、第１の通信相手端部は固定ネットワークに配置され、プロキシルーティングエンティティはモバイルネットワークと固定ネットワークを接続するように構成される。

第５の態様によると、モビリティルータが提供され、モビリティルータは、第１のモバイルノードにより第１の通信相手端部へ送信される第１のデータパケットを受信するように構成された受信モジュールであって、モビリティルータは第１のモバイルノードの訪問されたネットワーク内のモビリティルータであって、第１のデータパケットは第１の通信相手端部のアドレスを含む、受信モジュールと、第１の通信相手端部のアドレスに基づきプロキシルーティングエンティティのアドレスを取得するように構成された取得モジュールであって、プロキシルーティングエンティティはモビリティルータと第１の通信相手端部との間の通信経路に配置される、取得モジュールと、プロキシルーティングエンティティのアドレスに基づきプロキシルーティングエンティティへの第１のトンネルを確立するように構成された確立モジュールと、第１の通信相手端部により第１のモバイルノードへ送信されるデータパケットを第１のトンネルを使用して送信するように構成された送信モジュールとを含む。

第５の態様を参照し、第１の可能な実施方法において、確立モジュールはプロキシルーティングエンティティのアドレスに基づき第１のモビリティルータがプロキシルーティングエンティティへの第１のトンネルを確立する前に第２のモビリティルータへの第２のトンネルを確立するようにさらに構成され、第２のモビリティルータは第１のモバイルノードのホームネットワーク内のモビリティルータであり、送信モジュールは第１のトンネルの確立が完了する前に、第２のトンネルを使用して第１のモバイルノードと第１の通信相手端部との間の第１のデータパケットを送信し、第１のデータパケットに続きかつ第１の通信相手端部により第１のモバイルノードへ送信される次のデータパケットを第１のトンネルを使用して送信するようにさらに構成される。

第５の態様の第１の可能な実施方法を参照し、第２の可能な実施方法において、第５の態様のモビリティルータは、第３のモビリティルータとプロキシルーティングエンティティとの間の第３のトンネルおよび第３のモビリティルータと第２のモビリティルータとの間の第４のトンネルを使用して第１のモバイルノードが第１の通信相手端部と通信すると決定する時、第１のトンネルと第２のトンネルを解体するように構成された解体モジュールをさらに含む。

第５の態様を参照し、第３の可能な実施方法において、第５の態様のモビリティルータは、第１のトンネルの確立が完了する前に第１のデータパケットをキャッシュし、および／または第１のトンネルの確立が完了した後にキャッシュされた第１のデータパケットを第１の通信相手端部へ第１のトンネルを使用して転送するように構成されたキャッシュモジュールをさらに含む。

第５の態様または第５の態様の第１から第３の可能な実施方法のいずれか一つを参照し、第４の可能な実施方法において、取得モジュールは第１の通信相手端部のアドレスに基づきサーバからプロキシルーティングエンティティのアドレスを取得し、プロキシルーティングエンティティのアドレスと第１の通信相手端部のアドレスとの間のバインディング関係がサーバに設定される。

第５の態様の第４の可能な実施方法を参照し、第５の可能な実施方法において、取得モジュールは第１の通信相手端部のアドレスを含む要求メッセージを位置管理エンティティまたは集中型のサーバへ送信し、プロキシルーティングエンティティのアドレスを含みかつ位置管理エンティティまたは集中型のサーバにより返信される応答メッセージを受信する。

第５の態様の第４の可能な実施方法を参照し、第６の可能な実施方法において、取得モジュールは第１の通信相手端部のアドレスを含む要求メッセージをドメインネームサーバへ送信してプロキシルーティングエンティティのアドレスを取得し、第１の通信相手端部のアドレスに対応するドメインネームを含みかつドメインネームサーバにより返信される応答メッセージを受信し、第１の通信相手端部のアドレスに対応するドメインネームを含む要求メッセージをドメインネームサーバへ送信し、プロキシルーティングエンティティのアドレスを含みかつドメインネームサーバにより返信される応答メッセージを受信する。

第５の態様の第１の可能な実施方法を参照し、第７の可能な実施方法において、取得モジュールは第２のモビリティルータにより送信されるルート最適化指令を受信し、ルート最適化指令はプロキシルーティングエンティティのアドレスを含みかつモビリティルータにプロキシルーティングエンティティへの第１のトンネルを確立することを指示するのに使用され、さらに取得モジュールはプロキシルーティングエンティティのアドレスをルート最適化指令から取得する。

第５の態様または第５の態様の第１から第７の可能な実施方法のいずれか一つを参照し、第８の可能な実施方法において、確立モジュールは第１の通信相手端部のアドレス、プロキシルーティングエンティティのアドレス、第１のモバイルノードのアドレスおよび第１のトンネルのトンネル情報の間にバインディング関係を確立しおよびトンネル確立要求メッセージをプロキシルーティングエンティティへ送信し、トンネル確立要求メッセージはモビリティルータのアドレス、第１の通信相手端部のアドレスおよび第１のモバイルノードのアドレスを含み、その結果モビリティルータのアドレス、第１の通信相手端部のアドレス、第１のモバイルノードのアドレスおよび第１のトンネルのトンネル情報の間のバインディング関係がプロキシルーティングエンティティにおいて確立される。

第５の態様の第８の可能な実施方法を参照し、第９の可能な実施方法において、受信モジュールは第２のモバイルノードにより第２の通信相手端部へ送信される第２のデータパケットをさらに受信し、第２のデータパケットは第２の通信相手端部のアドレスを含み、取得モジュールは第２の通信相手端部のアドレスに基づきプロキシルーティングエンティティのアドレスをさらに取得し、確立モジュールが、プロキシルーティングエンティティのアドレスに従い、第１のトンネルが確立されたと決定する場合、確立モジュールは第２の通信相手端部のアドレス、プロキシルーティングエンティティのアドレス、第２のモバイルノードのアドレスおよび第１のトンネルのトンネル情報の間にバインディング関係をさらに確立し、送信モジュールは第１のトンネルを使用して第２のデータパケットをさらに転送し、第２のデータパケットは第２の通信相手端部のアドレス、モビリティルータのアドレスおよび第２のモバイルノードのアドレスを含み、その結果第２の通信相手端部のアドレス、モビリティルータのアドレス、第２のモバイルノードのアドレスおよび第１のトンネルのトンネル情報の間のバインディング関係がプロキシルーティングエンティティにおいて確立される。

第５の態様または第５の態様の第１から第９の可能な実施方法のいずれか一つを参照し、第１０の可能な実施方法において、第１のモバイルノードはモバイルネットワークに配置され、第１の通信相手端部は固定ネットワークに配置され、プロキシルーティングエンティティはモバイルネットワークと固定ネットワークを接続するように構成され、取得モジュールは、第１の通信相手端部のアドレスが固定ネットワークにより割り当てられたアドレスに属すると決定する時、プロキシルーティングエンティティのアドレスを取得する。

第６の態様によると、サーバが提供され、サーバは、第１のモビリティルータまたは第２のモビリティルータにより送信された要求メッセージを受信するように構成された受信モジュールであって、要求メッセージはプロキシルーティングエンティティのアドレスを取得するのに使用され、要求メッセージは第１のモバイルノードの第１の通信相手端部のアドレスを含み、プロキシルーティングエンティティのアドレスと第１の通信相手端部のアドレスとの間のバインディング関係がサーバに設定され、プロキシルーティングエンティティは第１のモビリティルータと第１の通信相手端部との間の通信経路に配置され、第１のモビリティルータは第１のモバイルノードの訪問されたネットワーク内のモビリティルータであり、第２のモビリティルータは第１のモバイルノードのホームネットワーク内のモビリティルータである、受信モジュールと、応答メッセージを送信するように構成された送信モジュールであって、応答メッセージはプロキシルーティングエンティティのアドレスを含む、送信モジュールとを含む。

第６の態様を参照し、第１の可能な実施方法において、サーバは位置管理エンティティまたは集中型のサーバであり、送信モジュールは応答メッセージを第１のモビリティルータまたは第２のモビリティルータへ送信するようにさらに構成される。

第６の態様を参照し、第２の可能な実施方法において、サーバはドメインネームサーバであり、送信モジュールは第１の通信相手端部のアドレスに対応するドメインネームを含む応答メッセージを第１のモビリティルータまたは第２のモビリティルータへ送信し、受信モジュールは第１の通信相手端部のアドレスに対応するドメインネームを含みかつ第１のモビリティルータまたは第２のモビリティルータにより送信される要求メッセージを受信するようにさらに構成され、送信モジュールはプロキシルーティングエンティティのアドレスを含む応答メッセージを第１のモビリティルータまたは第２のモビリティルータへ送信するようにさらに構成される。

第７の態様によると、モビリティルータが提供され、モビリティルータは、第１のモビリティルータへの第２のトンネルを確立するように構成された確立モジュールであって、モビリティルータは第１のモバイルノードのホームネットワーク内のモビリティルータであり、第１のモビリティルータは第１のモバイルノードの訪問されたネットワーク内のモビリティルータである、確立モジュールと、第１のモビリティルータにより転送されかつ第１のモバイルノードと第１の通信相手端部との間で送信される第１のデータパケットを第２のトンネルを使用して受信するように構成された受信モジュールであって、第１のデータパケットは第１の通信相手端部のアドレスを含む、受信モジュールと、第１の通信相手端部のアドレスに基づきプロキシルーティングエンティティのアドレスを取得するように構成された取得モジュールであって、プロキシルーティングエンティティは第１のモビリティルータと第１の通信相手端部との間の通信経路に配置される、取得モジュールと、第１のモビリティルータへのルート最適化指令を送信するように構成された送信モジュールであって、ルート最適化指令はプロキシルーティングエンティティのアドレスを含みかつ第１のモビリティルータにプロキシルーティングエンティティへの第１のトンネルを確立することを指示するのに使用される、送信モジュールとを含む。

第７の態様を参照し、第１の可能な実施方法において、取得モジュールは第１の通信相手端部のアドレスに基づきサーバからプロキシルーティングエンティティのアドレスを取得し、プロキシルーティングエンティティのアドレスと第１の通信相手端部のアドレスとの間のバインディング関係がサーバに設定される。

第７の態様の第１の可能な実施方法を参照し、第２の可能な実施方法において、取得モジュールは第１の通信相手端部のアドレスを含む要求メッセージを位置管理エンティティまたは集中型のサーバへ送信し、プロキシルーティングエンティティのアドレスを含みかつ位置管理エンティティまたは集中型のサーバにより返信される応答メッセージを受信する。

第７の態様の第１の可能な実施方法を参照し、第３の可能な実施方法において、取得モジュールは第１の通信相手端部のアドレスを含む要求メッセージをドメインネームサーバへ送信してプロキシルーティングエンティティのアドレスを取得し、第１の通信相手端部のアドレスに対応するドメインネームを含みかつドメインネームサーバにより返信される応答メッセージを受信し、第１の通信相手端部のアドレスに対応するドメインネームを含む要求メッセージをドメインネームサーバへ送信し、プロキシルーティングエンティティのアドレスを含みかつドメインネームサーバにより返信される応答メッセージを受信する。

第８の態様によると、プロキシルーティングエンティティが提供され、プロキシルーティングエンティティは、第１のモビリティルータへの第１のトンネルを確立するように構成された確立モジュールであって、プロキシルーティングエンティティは第１のモビリティルータと第１のモバイルノードの第１の通信相手端部との間の通信経路に配置され、第１のモビリティルータは第１のモバイルノードの訪問されたネットワーク内のモビリティルータである、確立モジュールと、バインディング関係に従い、第１のトンネルを使用して第１のモバイルノードと第１の通信相手端部との間のデータパケットを送信するように構成された送信モジュールとを含む。

第８の態様を参照し、第１の可能な実施方法において、確立モジュールは第１のモビリティルータにより送信されたトンネル確立要求メッセージを受信し、トンネル確立要求メッセージは第１のモバイルノードのアドレス、第１の通信相手端部のアドレスおよび第１のモビリティルータのアドレスを含み、さらに確立モジュールは第１のモビリティルータのアドレス、第１の通信相手端部のアドレス、第１のモバイルノードのアドレスおよび第１のトンネルのトンネル情報の間のバインディング関係を確立する。

第８の態様または第８の態様の第１の可能な実施方法を参照し、第２の可能な実施方法において、第８の態様のプロキシルーティングエンティティは、解体モジュールをさらに含み、確立モジュールは第３のモビリティルータへの第３のトンネルをさらに確立し、解体モジュールは第３のトンネルが確立された後、第１のトンネルを解体する。

第８の態様または第８の態様の第１または第２の可能な実施方法を参照し、第３の可能な実施方法において、第８の態様のプロキシルーティングエンティティは、第２のトンネルを使用して第１のモバイルノードにより転送されかつ第２のモバイルノードと第２の通信相手端部との間で送信される第２のデータパケットを受信するように構成された受信モジュールであって、第２のデータパケットは第２のモバイルノードのアドレス、第２の通信相手端部のアドレスおよび第１のモビリティルータのアドレスを含み、確立モジュールは第１のモビリティルータのアドレス、第２のモバイルノードのアドレス、第２の通信相手端部のアドレスおよび第１のトンネルのトンネル情報の間のバインディング関係を確立するように構成される、受信モジュールをさらに含む。

第８の態様または第８の態様の第１から第３の可能な実施方法のいずれか一つを参照し、第８の可能な実施方法において、第１のモバイルノードはモバイルネットワークに配置され、第１の通信相手端部は固定ネットワークに配置され、プロキシルーティングエンティティはモバイルネットワークと固定ネットワークを接続するように構成される。

本発明の実施形態の技術的解決策によると、モバイルノードが訪問されたネットワークに移動すると、訪問されたネットワーク内のモビリティルータはプロキシルーティングエンティティへのトンネルを確立し、その結果モバイルノードはトンネルを使用してデータパケットを通信相手端部に送信できる。プロキシルーティングエンティティはモビリティルータと通信相手端部との間に配置されるため、ホームネットワーク内のモビリティルータを使用してデータパケットを通信相手端部に転送することが回避され、それによりルートの冗長の課題を解決することができる。

本発明の実施形態における技術的解決策をより明確に記載するために、以下に本発明の実施形態を記載するのに必要な添付の図面を簡単に記載する。明らかに、以下の記載における添付の図面は単に本発明のいくつかの実施形態を示し、当業者はなお創造的努力無しに、これらの添付の図面から他の図面を導出し得る。
本発明の一実施形態による通信システムのアーキテクチャの模式図である。 本発明の一実施形態によるルーティング方法の概略的なフローチャートの図である。 本発明の別の実施形態によるルーティング方法の概略的なフローチャートの図である。 本発明の別の実施形態によるルーティング方法の概略的なフローチャートの図である。 本発明の別の実施形態によるルーティング方法の概略的なフローチャートの図である。 本発明の一実施形態によるルーティングプロセスの概略的なフローチャートの図である。 本発明の別の実施形態によるルーティングプロセスの概略的なフローチャートの図である。 本発明の別の実施形態によるルーティングプロセスの概略的なフローチャートの図である。 本発明の一実施形態によるルーティングプロセスの概略的なフローチャートの図である。 本発明の一実施形態によるモビリティルータの略構造図である。 本発明の一実施形態によるサーバの略構造図である。 本発明の一実施形態によるモビリティルータの略構造図である。 本発明の一実施形態によるプロキシルーティングエンティティの略構造図である。 本発明の一実施形態によるモビリティルータの略構造図である。 本発明の一実施形態によるサーバの略構造図である。 本発明の一実施形態によるモビリティルータの略構造図である。 本発明の一実施形態によるプロキシルーティングエンティティの略構造図である。

以下に、本発明の実施形態における添付の図面を参照して、本発明の実施形態における技術的解決策を明確かつ完全に記載する。明らかに、記載された実施形態は本発明の実施形態のいくつかであり全てという訳ではない。創造的な努力無しに本発明の実施形態に基づき当業者により得られる他の全ての実施形態は、本発明の保護範囲内にあることとなる。

本発明の技術的解決策は、本発明の実施形態に制限されないが、例えばＧＳＭ(登録商標)（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、移動通信用グローバルシステム）、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、符号分割多重アクセス方式）システム、ＷＣＤＭＡ（登録商標）（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、広帯域符号分割多元接続）システム、ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ、汎用パケット無線通信システム）システム、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ロングタームエボリューション）システム、ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥアドバンスト）システム、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ、ユニバーサルモバイルテレコミュニケーションシステム）およびモバイルＩＰネットワーク等の様々な通信システムに適用され得ることが理解されるべきである。しかし、記載を容易にするため、本発明の実施形態はモバイルＩＰネットワークを例として使用して記載される。

本発明の実施形態において、ユーザ装置（ＵＥ、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）は、これに限らないが、移動局（ＭＳ、Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、移動端末、携帯電話、携帯電話機、および携帯用機器等を含むことがさらに理解されるべきである。ユーザ装置は無線アクセスネットワーク（ＲＡＮ、Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）を経由して１つまたは複数の基幹回線網と通信し得る。例えば、ユーザ装置は携帯電話（または「セルラー」電話とも呼ばれる）もしくは無線通信機能を有するコンピュータであってもよく、またはユーザ装置は可搬式の、ポケットサイズの、手持ち式の、コンピュータ内蔵のもしくは車載の移動式装置でもよい。

図１は本発明の一実施形態による通信システム１００のアーキテクチャの模式図である。

図１を参照し、通信システム１００は固定ネットワーク１１０、モバイルＩＰネットワーク１２０およびＭＮ１を含み得る。モバイルＩＰネットワーク１２０は、例えば、ルータＭＲ２、ＭＲ１、ＭＲ３およびプロキシ−ＭＲ、ならびに位置管理エンティティＬＭ２、ＬＭ１およびＬＭ３を含むＩＰｖ４モバイルネットワークまたはＩＰｖ６モバイルネットワークでも良い。プロキシ−ＭＲは例えば、境界ルータ（Ｂｏｒｄｅｒ Ｒｏｕｔｅｒ）または境界ゲートウェイ（Ｂｏｒｄｅｒ Ｇａｔｅｗａｙ、Ｂｏｒｄｅｒ ＧＷ）等のモバイルＩＰネットワーク１２０の境界に配置されたルータまたはゲートウェイでもよい。プロキシ−ＭＲはモバイルＩＰネットワーク１２０が外部の固定ネットワーク１１０と通信する経路に配置されてもよい。固定ネットワーク１１０は、例えば、公衆データ網またはインターネットでもよく、モバイルノードの通信相手端部ＣＮ１およびＣＮ２を含んでもよい。ＣＮ１およびＣＮ２はサーバ（例えばＩＰサーバ）であってもよく、またはクライアントでもよい。

例えば、ＭＮ１がＭＲ２からモバイルＩＰネットワーク１２０にアクセスすると、ＭＲ２はアドレス（例えばＩＰアドレス）をＭＮ１に割り当て、ＭＲ１はそのアドレスを使用して通信相手端部ＣＮ１とのセッションを確立する。ＭＮ１が、ＭＲ２が配置されるネットワークからＭＲ１が配置されるネットワークへ移動し、元のセッションの継続性を維持するためにＭＲ１からモバイルＩＰネットワーク１２０にアクセスすると、セッションのデータパケットは、ホームネットワーク、すなわち、例えば図１のＭＲ２が配置されるネットワーク等の、セッションに使用されるアドレスを割り当てるネットワークを通して転送されてもよい。元のセッションの継続性を維持するため、トンネルがＭＲ２（すなわち、ＭＮ１のホームネットワークのアンカー、Ｈ−ＭＲ）とＭＲ１（訪問された（visited）ネットワークまたはＭＮ１の現在のネットワークのアンカー、Ｃ−ＭＲ）との間で確立されてデータを転送してもよい。

この場合、次のセッションのデータも上記のトンネルを使用して転送される場合、ルートの冗長がもたらされる。従って、ルートの冗長を回避してルーティングを最適にするため、本発明のこの実施形態によると、トンネルがＭＲ１とプロキシ−ＭＲとの間で確立されてもよく、その結果ＭＮ１とＣＮ１との間の次のデータはＭＲ１とプロキシ−ＭＲとの間のトンネルを使用して転送される。

セッションの継続性を維持することが考慮されない場合は、ＭＲ２とＭＲ１との間のトンネルは確立されなくてもよいが、ＭＲ１とプロキシ−ＭＲとの間のトンネルは、ＭＮ１がＭＲ２からモバイルＩＰネットワーク１２０にアクセスする際、直接確立されることが理解されるべきである。

なお、ＭＮは多数のアドレスを有してもよく、多数のアドレスは異なるホームネットワークでＭＲにより割り当てられる。従って、ＭＮは多数のＨ−ＭＲを有してもよいが、ＭＮは１つのみのＣ−ＭＲを有する。

上記の実施形態は単に例示のための例であり、本発明のこの実施形態の通信システムのアーキテクチャはこれに制限されないことが理解されるべきである。例えば、通信システムのアーキテクチャはより多くまたはより少ないＬＭとＭＲを含んでもよく、３つのＬＭと３つのＭＲに制限されない。多数のＬＭは相互に独立してもよく、多数のＭＲと１対１で対応する、すなわち、多数のＬＭは多数のＭＲに対応する位置管理エンティティである。１つのＬＭアドレスが各ＭＲに対し構成されてもよい。あるいは、多数のＬＭが分配されてもよく、すなわち多数のＬＭは相互接続され、その場合多数のＬＭが全体であり、１つのみのＬＭアドレスが多数のＭＲのために静的に構成される必要があり、全てのＭＲがＬＭアドレスを共有してもよい。別の例では、集中型のＬＭが使用されてもよく、すなわち、多数のＭＲに対し、１つのみのＬＭが存在し、１つのみのＬＭアドレスが多数のＭＲのために静的に構成される必要がある。

あるいは、本発明のこの実施形態に限らないが、別の実施形態では、プロキシ−ＭＲはモバイルＩＰネットワーク１２０の外に配置されるルータまたはゲートウェイと置換されてもよい。

図２は本発明の一実施形態によるルーティング方法の概略的なフローチャートである。図２の方法はモビリティルータにより実行される。

２１０ 第１のモビリティルータは第１のモバイルノードにより第１の通信相手端部に送信された第１のデータパケットを受信し、第１のモビリティルータは第１のモバイルノードの訪問されたネットワーク内のモビリティルータであり、第１のデータパケットは第１の通信相手端部のアドレスを含む。

第１のモビリティルータはモバイルＩＰネットワーク内のモビリティルータでもよい。第１の通信相手端部は、例えば公衆データ網またはインターネット内のサーバまたはクライアント等の固定ネットワーク内の通信装置でもよいが、本発明のこの実施形態はこれに制限されない。例えば、第１の通信相手端部はモバイルネットワーク内のモバイルノードでもよい。

第１のモバイルノードがデータパケットを第１の通信相手端部に送信すると、データパケットに含まれる送信元アドレスは第１のモバイルノードのアドレスであり、送信先アドレスは第１の通信相手端部のアドレスである。第１のモバイルノードのＩＰアドレスはホームネットワーク内の位置管理エンティティにより割り当てられる。第１の通信相手端部のアドレスは第１の通信相手端部が配置されるネットワークにより割り当てられてもよい。第１のモバイルノードのアドレスは第１のモバイルノードのＩＰアドレスでもよいが、これは本発明のこの実施形態に制限されない。例えば、第１のモバイルノードのアドレスは、第１のモバイルノードの位置を示すのに使用される別の識別子でもよい。

２２０ 第１のモビリティルータは第１の通信相手端部のアドレスに基づきプロキシルーティングエンティティのアドレスを取得し、プロキシルーティングエンティティは第１のモビリティルータと第１の通信相手端部との間の通信経路に配置される。

例えば、プロキシルーティングエンティティはモバイルネットワークと通信相手端部との間に配置されてもよく、すなわち、プロキシルーティングエンティティはモバイルネットワーク内のモビリティルータと通信相手端部との間の経路に配置される。プロキシルーティングエンティティは、例えばモバイルネットワーク内の境界ルータもしくは境界ゲートウェイ等のモバイルネットワーク内のモビリティルータでもよく、またはモバイルネットワーク内の境界ルータもしくは境界ゲートウェイに配置された物理的エンティティもしくは論理的エンティティでもよい。第１の通信相手端部のアドレスとプロキシルーティングエンティティのアドレスとの間に、対応またはバインディング関係が存在する。

２３０ 第１のモビリティルータはプロキシルーティングエンティティのアドレスに基づきプロキシルーティングエンティティへの第１のトンネルを確立する。

例えば、第１のトンネルを確立する際、第１のモビリティルータはプロキシルーティングエンティティのアドレスとトンネル情報との間に対応またはバインディング関係を確立し、第１のモビリティルータのアドレスを含むトンネル確立要求メッセージをプロキシルーティングエンティティに送信してもよく、その結果プロキシルーティングエンティティにおいて、第１のモビリティルータのアドレスとトンネル情報との間の対応またはバインディング関係が確立される。

２４０ 第１のモビリティルータは、第１のトンネルを使用して、第１の通信相手端部により送信されるデータパケットを第１のモバイルノードに送信する。

具体的に、モバイルノードがホームネットワーク内のモビリティルータにアクセスすると、ホームネットワーク内の位置管理エンティティがＩＰアドレスをモバイルノードに割り当て、その結果モバイルノードはＩＰアドレスを使用して通信相手端部と通信できる。モバイルノードがホームネットワークから訪問されたネットワークに移動すると、訪問されたネットワーク内のモビリティルータはモバイルノードにより送信されたデータパケットから通信相手端部のアドレスを取得し、通信相手端部のアドレスに従いプロキシルーティングエンティティのアドレスを取得する。モビリティルータはプロキシルーティングエンティティのアドレスに従いプロキシルーティングエンティティへのトンネルを確立する。通信ノードとモバイルノードとの間で送信されるデータパケットを受信すると、モビリティルータおよびプロキシルーティングエンティティはバインディングリストの対応に従いデータパケットを転送してもよい。

本発明のこの実施形態によると、モバイルノードが訪問されたネットワークに移動すると、訪問されたネットワーク内のモビリティルータはプロキシルーティングエンティティへのトンネルを確立し、その結果モバイルノードはトンネルを使用してデータパケットを通信相手端部に送信できる。プロキシルーティングエンティティはモビリティルータと通信相手端部との間に配置されるため、ホームネットワーク内のモビリティルータを使用してデータパケットを通信相手端部に転送することが回避され、それによりルートの冗長の課題が解決され得る。

別の実施形態において、第１のモビリティルータがプロキシルーティングエンティティのアドレスに基づきプロキシルーティングエンティティへの第１のトンネルを確立する前に、図２のルーティング方法は任意に以下のものをさらに含む。第１のモビリティルータが第２のモビリティルータへの第２のトンネルを確立し、第２のモビリティルータは第１のモバイルノードのホームネットワーク内のモビリティルータである。第１のトンネルの確立を完了する前に、第１のモビリティルータは第２のトンネルを使用して第１のモバイルノードと第１の通信相手端部との間の第１のデータパケットを送信する。また第１のモビリティルータが第１のトンネルを使用して、第１の通信相手端部により第１のモバイルノードへ送信されたデータパケットを送信することは、第１のモビリティルータが第１のトンネルを使用して、第１のデータパケットに続きかつ第１の通信相手端部により第１のモバイルノードに送信される次のデータパケットを送信することを含む。

例えば、第１のモバイルノードが訪問されたネットワークに移動すると、第２のトンネルがホームネットワーク内の第１のモビリティルータと第２のモビリティルータとの間で確立されてもよく、その結果元のセッションのデータパケットが第２のトンネルを使用して転送され得る。例えば、第１のデータパケットを受信すると、第１のモビリティルータは第２のトンネルを使用して第２のモビリティルータへ第１のデータパケットを転送し、第２のモビリティルータは第１のデータパケットをプロキシルーティングエンティティへ転送し、プロキシルーティングエンティティは第１のデータパケットを通信相手端部に転送する。第１のデータパケットが訪問されたネットワーク内のモビリティルータとホームネットワーク内のモビリティルータとの間の第２のトンネルを使用してタイミング良く転送できるため、元のセッションの継続性が確保される。

別の実施形態において、図２のルーティング方法は任意に以下のものをさらに含む。第１のモビリティルータは、第１のモバイルノードが第３のモビリティルータとプロキシルーティングエンティティとの間の第３のトンネル、および第３のモビリティルータと第２のモビリティルータとの間の第４のトンネルを使用して第１の通信相手端部と通信することを決定する時、第１のトンネルおよび第２のトンネルを解体する（tear down）。

例えば、第１のモバイルノードが第１のモビリティルータが配置されるネットワークから第３のモビリティルータが配置されるネットワークへ再び移動する時、第３のモビリティルータはホームネットワーク内で第２のモビリティルータへの第４のトンネルを確立し、プロキシルーティングエンティティへの第３のトンネルを確立してもよく、トンネル確立方法は図２の実施形態における上記のトンネル確立方法と同様であり、その詳細は本明細書では再び記載されない。第１のモバイルノードが第３のモビリティルータが配置されるネットワークへ移動した後、第１のモバイルノードと第１の通信相手端部との間のデータパケットが第３のモビリティルータにより確立される第４のトンネルを使用して転送されてもよい。従って、第３のトンネルおよび第４のトンネルを確立した後、第３のモビリティルータは、第１のモビリティルータ、プロキシルーティングエンティティおよび第２のモビリティルータに、第１のトンネルおよび第２のトンネルを解体するよう通知してもよく、すなわち、第１のモビリティルータおよび第２のモビリティルータはバインディングリスト内の第２のトンネルのバインディング関係を削除し、第１のモビリティルータおよびプロキシルーティングエンティティはバインディングリスト内の第１のトンネルのバインディング関係を削除する。

第３のトンネルを確立するプロセスは第１のトンネルを確立するプロセスと同様であり、第４のトンネルを確立するプロセスは第２のトンネルを確立するプロセスと同様であり、その詳細は本明細書では再び記載されない。本発明のこの実施形態において、第３のトンネルが第３のモビリティルータとプロキシルーティングエンティティとの間に確立され、従ってデータパケットを受信すると、第３のモビリティルータは、データパケットをプロキシルーティングエンティティに転送するための第１のモビリティルータおよび第１のトンネルを使用せずに第３のトンネルを使用してデータパケットをプロキシルーティングエンティティへ直接転送してもよく、それはルートの冗長を回避する。さらに、第１のトンネルおよび第２のトンネルは、第３のトンネルおよび第４のトンネルが確立された後に除去されるため、セッションの継続性が確保され、トンネル資源が節約される。

別の実施形態では、図２の方法は任意に以下のものをさらに含む。第１のモビリティルータが第１のトンネルの確立を完了する前に第１のデータパケットをキャッシュし、第１のモビリティルータは、第１のトンネルを使用して、第１のトンネルの確立を完了した後にキャッシュした第１のデータパケットを第１の通信相手端部に転送する。

第１のデータパケットは第１のモビリティルータにおいて一時的にキャッシュされてもよく、第１のトンネルが確立された後に第１のトンネルを使用してプロキシルーティングエンティティへ転送されてもよいため、元のセッションの継続性が確保され、ホームネットワーク内のモビリティルータと訪問されたネットワーク内のモビリティルータとの間にトンネルを確立することが回避され得る。

本発明のこの実施形態によると、ステップ２２０において、第１のモビリティルータは第１の通信相手端部のアドレスに基づきサーバからプロキシルーティングエンティティのアドレスを取得してもよく、プロキシルーティングエンティティのアドレスと第１の通信相手端部アドレスとの間のバインディング関係はサーバに設定される。

例えば、プロキシルーティングエンティティのアドレスと第１の通信相手端部のアドレスとの間のバインディング関係は集中型の方法でサーバ（例えば、データベースまたはドメインネームサーバ）に設定されてもよく、またはモビリティルータが配置されるネットワーク内の位置管理エンティティに分配されてもよい。トンネルをプロキシルーティングエンティティに確立する際、各モビリティルータはプロキシルーティングエンティティのアドレスを知る必要があり、モビリティルータはモバイルノードにより送信されたデータパケットから通信相手端部のアドレスを得てもよい。モビリティルータがプロキシルーティングエンティティのアドレスを必要とする際、モビリティルータは、プロキシルーティングエンティティのアドレスを要求するため、通信相手端部のアドレスをサーバに運ぶ要求メッセージを送信してもよく、サーバは通信相手端部のアドレスに従い対応するプロキシルーティングエンティティのアドレスを問い合わせし、応答メッセージを使用してプロキシルーティングエンティティのアドレスをモビリティルータへ返送してもよい。

本発明のこの実施形態によると、サーバは位置管理エンティティまたは集中型のサーバであってもよい。ステップ２２０において、第１のモビリティルータは第１の通信相手端部のアドレスを含む要求メッセージを位置管理エンティティまたは集中型のサーバに送信し、プロキシルーティングエンティティのアドレスを含みかつ位置管理エンティティまたは集中型のサーバにより返信される応答メッセージを受信してもよい。

本発明のこの実施形態によると、サーバはドメインネームサーバでもよい。ステップ２２０において、第１のモビリティルータは第１の通信相手端部のアドレスを含む要求メッセージをドメインネームサーバに送信してプロキシルーティングエンティティのアドレスを取得してもよい。第１のモビリティルータは第１の通信相手端部のアドレスに対応するドメインネームを含みかつドメインネームサーバにより返信される応答メッセージを受信してもよい。第１のモビリティルータは第１の通信相手端部のアドレスに対応するドメインネームを含む要求メッセージをドメインネームサーバに送信してもよい。第１のモビリティルータはプロキシルーティングエンティティのアドレスを含みかつドメインネームサーバにより返信される応答メッセージを受信してもよい。

本発明のこの実施形態によると、ステップ２２０において、第１のモビリティルータは第２のモビリティルータにより送信されるルート最適化指令を受信し、ルート最適化指令はプロキシルーティングエンティティのアドレスを含みかつ第１のモビリティルータにプロキシルーティングエンティティへの第１のトンネルを確立することを指示するのに使用され、および第１のモビリティルータはルート最適化指令からプロキシルーティングエンティティのアドレスを取得する。

本発明のこの実施形態によると、ステップ２３０において、第１のモビリティルータは、第１の通信相手端部のアドレス、プロキシルーティングエンティティのアドレス、第１のモバイルノードのアドレスおよび第１のトンネルのトンネル情報の間のバインディング関係を確立してもよく、ならびに第１のモビリティルータはプロキシルーティングエンティティへトンネル確立要求メッセージを送信してもよく、トンネル確立要求メッセージは第１のモビリティルータのアドレス、第１の通信相手端部のアドレスおよび第１のモバイルノードのアドレスを含み、その結果第１のモビリティルータのアドレス、第１の通信相手端部のアドレス、第１のモバイルノードのアドレスおよび第１のトンネルのトンネル情報の間のバインディング関係がプロキシルーティングエンティティにおいて確立される。

例えば、第１のモビリティルータとプロキシルーティングエンティティとの間のトンネルが確立されつつある時、バインディングリストが第１のモビリティルータおよびプロキシルーティングエンティティにおいて別々に確立されてもよい。第１のモビリティルータにおいて、バインディングリストはプロキシルーティングエンティティのアドレス、第１の通信相手端部のアドレス、第１のモバイルノードのＩＰアドレスおよびトンネル情報の間の対応またはバインディング関係を含んでもよい。プロキシルーティングエンティティにおいて、バインディングリストは第１のモビリティルータのアドレス、第１の通信相手端部のアドレス、第１のモバイルノードのＩＰアドレスおよびトンネル情報の間の対応またはバインディング関係を含んでもよい。

本発明のこの実施形態によると、トンネル確立要求メッセージはベアラ生成要求メッセージ（ｃｒｅａｔｅ ｂｅａｒｅｒ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）であり、トンネル確立応答メッセージはベアラ生成応答メッセージ（ｃｒｅａｔｅ ｂｅａｒｅｒ ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅ）であり、またはトンネル確立要求メッセージはプロキシバインディング更新メッセージ（ｐｒｏｘｙ ｂｉｎｄｉｎｇ ｕｐｄａｔｅ ｍｅｓｓａｇｅ）であり、トンネル確立応答メッセージはプロキシバインディング確認メッセージ（ｐｒｏｘｙ ｂｉｎｄｉｎｇ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｍｅｓｓａｇｅ）である。

本発明のこの実施形態によると、第１のモビリティルータは第２のモバイルノードの訪問されたネットワーク内のモビリティルータであり、図１のルーティング方法はさらに以下のものをさらに含む。第１のモビリティルータは第２のモバイルノードにより第２の通信相手端部へ送信された第２のデータパケットを受信し、第２のデータパケットは第２の通信相手端部のアドレスを含む。第１のモビリティルータは第２の通信相手端部のアドレスに基づきプロキシルーティングエンティティのアドレスを取得する。第１のモビリティルータが、プロキシルーティングエンティティのアドレスに従い、第１のトンネルが確立されたと決定する場合、第１のモビリティルータは第２の通信相手端部のアドレス、プロキシルーティングエンティティのアドレス、第２のモバイルノードのアドレスおよび第１のトンネルのトンネル情報の間にバインディング関係を確立し、第１のモビリティルータが第１のトンネルを使用して第２のデータパケットを転送し、第２のデータパケットは第２の通信相手端部のアドレス、第１のモビリティルータのアドレスおよび第２のモバイルノードのアドレスを含み、その結果第２の通信相手端部のアドレス、第１のモビリティルータのアドレス、第２のモバイルノードのアドレスおよび第１のトンネルのトンネル情報の間のバインディング関係がプロキシルーティングエンティティにおいて確立される。

第２のモバイルノードにより送信される第２のデータパケットを受信する際に、第１のモビリティルータがプロキシルーティングエンティティのアドレスを取得する方法は上記の実施形態のそれと同様であり、その詳細は本明細書において再び記載されない。プロキシルーティングエンティティのアドレスを取得した後、第１のモビリティルータはプロキシルーティングエンティティに対応する第１のトンネルが確立されたかどうかを決定する、すなわち、上記のバインディングリストにプロキシルーティングエンティティのアドレスと第１のモビリティルータのアドレスとの間のバインディング関係が存在するかどうかを問い合わせてもよい。第１のトンネルが既に確立されれば、第２のモバイルノードと第２の通信相手端部との間のデータパケットは第１のトンネルを使用して転送され得る。この場合、第２の通信相手端部のアドレス、第２のモバイルノードのアドレスおよび第１のトンネルのトンネル情報の間のバインディング関係または対応をバインディングリストに加えるだけでよい。この場合、第２のモバイルノードと第２の通信相手端部との間のセッションは第１のモバイルノードと第１の通信相手端部との間のセッションと同じトンネルを共有してもよいため、トンネルの確立プロセスは単純化され、トンネル資源が節約される。

別の実施形態では、プロキシルーティングエンティティにより返信されたトンネル確立応答メッセージを受信した後、第１のモビリティルータは任意に第１のトンネルの確立を完了し、本発明のこの実施形態はこれに制限されない。例えば、第１のトンネルの確立はトンネル確立要求メッセージをプロキシルーティングエンティティへ単に送信することにより完了されてもよい。

本発明のこの実施形態によると、第１のモバイルノードはモバイルネットワークに配置され、第１の通信相手端部は固定ネットワークに配置され、プロキシルーティングエンティティはモバイルネットワークと固定ネットワークを接続するように構成される。ステップ２２０において、第１のモビリティルータは、第１の通信相手端部のアドレスが固定ネットワークにより割り当てられるアドレスに属すると決定する時、プロキシルーティングエンティティのアドレスを取得してもよい。

すなわち、第１の通信相手端部のアドレスが固定ネットワークにより割り当てられたアドレスに属すると、本発明のこの実施形態の方法は実行され得る、すなわち、第１のモビリティルータとプロキシルーティングエンティティとの間にトンネルが確立される。第１の通信相手端部のアドレスがモバイルネットワークにより割り当てられたアドレスに属すると、トンネルは第１のモビリティルータと第１の通信相手端部によりアクセスされたモビリティルータとの間に確立されてもよい。

図３は本発明の別の実施形態によるルーティング方法の概略的なフローチャートである。図３の方法はサーバにより実行される。図３の実施形態は図２の実施形態に対応し、その詳細な説明は本明細書で適切に省かれる。

３１０ サーバは第１のモビリティルータまたは第２のモビリティルータにより送信された要求メッセージを受信し、要求メッセージはプロキシルーティングエンティティのアドレスを取得するのに使用され、要求メッセージは第１のモバイルノードの第１の通信相手端部のアドレスを含み、プロキシルーティングエンティティのアドレスと第１の通信相手端部のアドレスとの間のバインディング関係がサーバに設定され、プロキシルーティングエンティティは第１のモビリティルータと第１の通信相手端部との間の通信経路に配置され、第１のモビリティルータは第１のモバイルノードの訪問されたネットワーク内のモビリティルータであり、第２のモビリティルータは第１のモバイルノードのホームネットワーク内のモビリティルータである。

３２０ サーバは応答メッセージを送信し、応答メッセージはプロキシルーティングエンティティのアドレスを含む。

本発明のこの実施形態によると、モバイルノードが訪問されたネットワークに移動すると、第１のモビリティルータまたは第２のモビリティルータがサーバからプロキシルーティングエンティティのアドレスを取得し、第１のモビリティルータとプロキシルーティングエンティティとの間にトンネルを確立してもよく、その結果モバイルノードはトンネルを使用して通信相手端部へデータパケットを送信できる。プロキシルーティングエンティティはモビリティルータと通信相手端部との間に配置されるため、モビリティルータをホームネットワークで使用してデータパケットを通信相手端部に転送することが回避され、それによりルートの冗長の課題を解決することができる。

本発明のこの実施形態によると、サーバは位置管理エンティティまたは集中型のサーバである。ステップ３２０において、サーバは応答メッセージを第１のモビリティルータまたは第２のモビリティルータへ送信する。

本発明のこの実施形態によると、サーバはドメインネームサーバであってもよい。ステップ３２０において、ドメインネームサーバは第１の通信相手端部のアドレスに対応するドメインネームを含む応答メッセージを第１のモビリティルータまたは第２のモビリティルータへ送信する。ルーティング方法は以下のことをさらに含む。ドメインネームサーバは第１の通信相手端部のアドレスに対応するドメインネームを含みかつ第１のモビリティルータまたは第２のモビリティルータにより送信される要求メッセージを受信し、ドメインネームサーバはプロキシルーティングエンティティのアドレスを含む応答メッセージを第１のモビリティルータまたは第２のモビリティルータに送信する。

図４は本発明の別の実施形態によるルーティング方法の概略的フローチャートである。図４の方法は第２のモビリティルータ（すなわち、ホームネットワーク内のモビリティルータ）により実行される。図４の実施形態は図２および図３の実施形態に対応し、その詳細な記載は本明細書において適切に省かれる。

４１０ 第２のモビリティルータは第１のモビリティルータへの第２のトンネルを確立し、第２のモビリティルータは第１のモバイルノードのホームネットワーク内のモビリティルータであり、第１のモビリティルータは第１のモバイルノードの訪問されたネットワーク内のモビリティルータである。

４２０ 第２のモビリティルータは、第２のトンネルを使用して、第１のモビリティルータにより転送されかつ第１のモバイルノードと第１の通信相手端部との間で送信される第１のデータパケットを受信し、第１のデータパケットは第１の通信相手端部のアドレスを含む。

４３０ 第２のモビリティルータは第１の通信相手端部のアドレスに基づきプロキシルーティングエンティティのアドレスを取得し、プロキシルーティングエンティティは第１のモビリティルータと第１の通信相手端部との間の通信経路に配置される。

４４０ 第２のモビリティルータは第１のモビリティルータへルート最適化指令を送信し、ルート最適化指令はプロキシルーティングエンティティのアドレスを含みかつ第１のモビリティルータにプロキシルーティングエンティティへの第１のトンネルを確立することを指示するのに使用される。

本発明のこの実施形態によると、モバイルノードが訪問されたネットワークに移動すると、訪問されたネットワーク内のモビリティルータはまず第２のモビリティルータへのトンネルを確立してもよく、第２のモビリティルータは第１のモビリティルータにプロキシルーティングエンティティのトンネルを確立することを指示し、その結果モバイルノードはトンネルを使用してデータパケットを通信相手端部に送信できる。プロキシルーティングエンティティはモビリティルータと通信相手端部との間に配置されるため、ホームネットワーク内のモビリティルータを使用してデータパケットを通信相手端部へ転送することが回避され、それによりルートの冗長の課題を解決することができる。

ステップ４３０において、第２のモビリティルータは第１の通信相手端部のアドレスに基づきサーバからプロキシルーティングエンティティのアドレスを取得してもよく、プロキシルーティングエンティティのアドレスと第１の通信相手端部のアドレスとの間のバインディング関係がサーバに設定される。

本発明のこの実施形態によると、サーバは位置管理エンティティまたは集中型のサーバであってもよい。ステップ４３０において、第２のモビリティルータは第１の通信相手端部のアドレスを含む要求メッセージを位置管理エンティティまたは集中型のサーバに送信し、第２のモビリティルータはプロキシルーティングエンティティのアドレスを含みかつ位置管理エンティティまたは集中型のサーバにより返信される応答メッセージを受信する。

本発明のこの実施形態によると、サーバはドメインネームサーバである。ステップ４３０において、第２のモビリティルータは第１の通信相手端部のアドレスを含む要求メッセージをドメインネームサーバへ送信し、プロキシルーティングエンティティのアドレスを取得する。第２のモビリティルータは第１の通信相手端部のアドレスに対応するドメインネームを含みかつドメインネームサーバにより送信される応答メッセージを受信する。第２のモビリティルータは第１の通信相手端部のアドレスに対応するドメインネームを含む要求メッセージをドメインネームサーバへ送信する。第２のモビリティルータはプロキシルーティングエンティティのアドレスを含みかつドメインネームサーバにより送信される応答メッセージを受信する。

図５は本発明の別の実施形態によるルーティング方法の概略的なフローチャートである。図５の方法はプロキシルーティングエンティティにより実行される。図５の実施形態は図２から図４の実施形態に対応し、その詳細な記載は本明細書において適切に省かれる。

５１０ プロキシルーティングエンティティは第１のモビリティルータへの第１のトンネルを確立し、プロキシルーティングエンティティは第１のモビリティルータと第１のモバイルノードの第１の通信相手端部との間の通信経路に配置され、第１のモビリティルータは第１のモバイルノードの訪問されたネットワーク内のモビリティルータである。

５２０ プロキシルーティングエンティティは、バインディング関係に従った第１のトンネルを使用して、第１のモバイルノードと第１の通信相手端部との間のデータパケットを送信する。

本発明のこの実施形態によると、モバイルノードが訪問されたネットワークに移動すると、訪問されたネットワーク内のモビリティルータはプロキシルータへのトンネルを確立してもよく、その結果モバイルノードはトンネルを使用して通信相手端部へデータパケットを送信できる。プロキシルーティングエンティティはモビリティルータと通信相手端部との間に配置されるため、ホームネットワーク内のモビリティルータを使用してデータパケットを通信相手端部へ転送することが回避され、それによりルートの冗長の課題を解決することができる。

本発明のこの実施形態によると、ステップ５１０において、プロキシルーティングエンティティは第１のモビリティルータにより送信されるトンネル確立要求メッセージを受信し、トンネル確立要求メッセージは第１のモバイルノードのアドレス、第１の通信相手端部のアドレスおよび第１のモビリティルータのアドレスを含む。プロキシルーティングエンティティは第１のモビリティルータのアドレス、第１の通信相手端部のアドレス、第１のモバイルノードのアドレスおよび第１のトンネルのトンネル情報の間のバインディング関係を確立する。

別の実施形態において、図５のルーティング方法は任意に以下のことをさらに含む。プロキシルーティングエンティティは第３のモビリティルータへの第３のトンネルを確立する。プロキシルーティングエンティティは第１のトンネルを解体する。

別の実施形態において、図５のルーティング方法は任意に以下のことをさらに含んでもよい。プロキシルーティングエンティティは第２のトンネルを使用して第１のモバイルノードにより転送されかつ第２のモバイルノードと第２の通信相手端部との間で送信される第２のデータパケットを受信し、第２のデータパケットは第２のモバイルノードのアドレス、第２の通信相手端部のアドレスおよび第１のモビリティルータのアドレスを含む。プロキシルーティングエンティティは第１のモビリティルータのアドレス、第２のモバイルノードのアドレス、第２の通信相手端部のアドレスおよび第１のトンネルのトンネル情報の間のバインディング関係を確立する。

本発明のこの実施形態によると、第１のモバイルノードはモバイルネットワークに配置され、第１の通信相手端部は固定ネットワークに配置され、プロキシルーティングエンティティはモバイルネットワークと固定ネットワークを接続するように構成される。

図６は本発明の一実施形態によるルーティングプロセスの概略的フローチャートである。図６の実施形態は図２から図５の方法の例である。

この実施形態では、図１を参照し、モバイルＩＰネットワーク内のＭＮが公衆データ網に配置された通信相手端部と通信する例が説明のために使用される。

本発明のこの実施形態によると、プロキシモバイルルーティング（プロキシ−ＭＲ）エンティティがＭＮと通信相手端部との間のデータ送信経路に加えられてもよく、モバイルＩＰネットワーク１２０内の境界ＭＲもしくは境界ゲートウェイに配置されても、またはデータ送信経路内に独立して配置されてもよい。プロキシ−ＭＲエンティティはモバイルＩＰネットワーク内のＭＲへのルート最適化トンネルを確立し、ルート最適化トンネルを使用してデータパケットを送信する機能を有する。本発明のこの実施形態は以下の内容を含む。

６０２ ＭＮ１はＭＲ２を使用してモバイルＩＰネットワークにアクセスし、公衆データ網内のサーバと通信する。

ＭＲ２はＭＮ１のホームモビリティルータ（Ｈ−ＭＲ）である。ＭＮ１がＭＲ２からモバイルＩＰネットワークにアクセスしてセッションを実行すると、ＭＲ２はＩＰアドレス（略してＭＮ ＩＰアドレス）をＭＮ１のセッションに割り当てる。このように、ＭＮ１はＭＮ ＩＰアドレスを使用してデータ送信を実行してもよく、その結果データパケットは、ＭＲ２およびプロキシ−ＭＲエンティティを使用してＭＮ１と通信相手端部ＣＮ１との間で送信される。ＭＮがモバイルＩＰネットワークにアクセスすると、ＭＮの位置がＬＭ２において管理および追跡され得、その結果ＭＲ２はＭＮ１のデータパケットを正しいアドレスに送付できる。例えば、ＭＮ１のバインディングリスト｛ＭＮ ＩＰ：Ｈ−ＭＲ｝がＬＭ２において設定される。

６０４ ＭＮ１が、ＭＲ２が配置されたネットワークからＭＲ１が配置されたネットワークへ移動すると、ＭＲ１はＭＮ１によるアクセスを検知しＭＮ１の有効なＩＰアドレス（すなわち、ＭＮ ＩＰアドレス）を取得するが、この場合、ＭＲ１はＭＮ１の現在のモビリティルータ（Ｃ−ＭＲ）であり、例えばＭＲ１はＭＮ１により送信されるデータパケットからＭＮ ＩＰアドレスを取得する。

６０６ ＭＲ１は位置更新メッセージをＭＮ１が配置されているネットワーク内のＬＭ２へ送信して、ＬＭ２に格納されているＭＮ１の位置情報をＭＮ１の最新の位置情報に更新する。

位置更新メッセージはＭＮ ＩＰアドレスおよびＭＲ１のアドレスを含む。この実施形態において、ＭＮ１が１つのＩＰアドレスを有する例が説明のため使用される。ＭＮ１は多数の有効なＩＰアドレス（すなわち、多数のホームネットワークにより割り当てられたアドレス）を有してもよいため、この場合、位置更新メッセージはＭＲ１により多数のホームネットワーク内の多数のＬＭへ送信されてもよいことが理解されるべきである。具体的な方法は同様であり、その詳細は本明細書において再び記載されない。

６０８ ＭＲ１により送信された位置更新メッセージを受信した後、ＬＭ２はＭＮ１の現在のルータＭＲ１のアドレス、すなわち、Ｃ−ＭＲのアドレスを記録し、位置更新応答メッセージをＭＲ１に返信する。

例えば、ＬＭ２において、ＭＮ１のバインディングリスト｛ＭＮ ＩＰ：Ｈ−ＭＲ｝は｛ＭＮ ＩＰ：Ｈ−ＭＲ：Ｃ−ＭＲ｝に変更される。ＬＭ２は応答メッセージをＭＲ１に返信し、応答メッセージはＭＲ２のアドレス、すなわちＨ−ＭＲのアドレスを含む。ステップ６０８は任意である。

ＭＮ１が、ＭＲ１が配置されたネットワークに移動すると、ＭＲ１はトンネル確立を開始してもよく、またはＭＲ２がトンネル確立を開始してもよい。ＭＲ２がトンネル確立を開始する場合、ステップ６０８は以下のステップ６１０に置換されてもよい。

６１０ ＬＭ２はＭＲ２へトンネル確立指令を送信する。

Ｈ−ＭＲにトンネル確立を開始させ得るため、ＬＭ２はＭＲ２にＭＲ１のアドレス情報を通知してもよい。例えば、位置更新メッセージを受信した後、ＬＭ２はトンネル確立指令をＭＲ２に送信してもよく、トンネル確立指令はＭＮ ＩＰアドレスおよびＭＲ１のアドレスを含み、その後ＭＲ２はトンネル確立を開始する。

６１２ ＭＲ２はＭＲ１へのトンネルを確立する。

以下に、２つのモビリティルータの間にトンネルを確立するプロセスを詳細に記載する。

例えば、ＧＰＲＳトンネリングプロトコル（ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ、ＧＴＰ）を使用して２つのモビリティルータの間にトンネルが確立される時、方法は以下のようになる。

トンネル確立がＭＲ１により開始されると、ＭＲ１はベアラ生成要求（Ｃｒｅａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ）メッセージをＭＲ２へ送信し、ＭＲ２はベアラ生成応答（Ｃｒｅａｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ）メッセージをＭＲ１へ返信する。ベアラ生成要求メッセージはＭＲ１のアドレス情報を含み得、それに加えて、ベアラ生成要求メッセージはＭＲ１のポート情報をさらに含み得る。

あるいは、別の実施形態では、トンネル確立がＭＲ２により開始されると、ＭＲ２はベアラ生成要求メッセージをＭＲ１へ送信し、ＭＲ１はベアラ生成応答メッセージをＭＲ２へ返信する。

２つのモビリティルータの間のトンネルがプロキシモバイルＩＰ（Ｐｒｏｘｙ Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＰＭＩＰ）プロトコルを使用して確立され、方法は以下の通りである。

トンネル確立がＭＲ１により開始されると、ＭＲ１はプロキシバインディング更新（Ｐｒｏｘｙ Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ）メッセージをＭＲ２へ送信し、ＭＲ２にＭＲ１へのトンネルを確立、すなわちＭＮ１のＩＰアドレス、ＭＲ１のアドレスおよびトンネル情報の間のバインディング関係がＭＲ２において確立されるように指示する。プロキシバインディング更新メッセージはＭＲ１のアドレス情報を含み得、それに加えて、プロキシバインディング更新メッセージはＭＲ１のポート情報をさらに含み得る。プロキシバインディング更新メッセージを受信した後、ＭＲ２はプロキシバインディング確認（Ｐｒｏｘｙ Ｂｉｎｄｉｎｇ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）メッセージをＭＲ１へ返信する。あるいは、トンネル確立がＭＲ２により開始されると、ＭＲ２はプロキシバインディング更新メッセージをＭＲ１に送信してＭＲ１にＭＲ２へのトンネルを確立することを指示する。プロキシバインディング更新メッセージを受信した後、ＭＲ１はプロキシバインディング確認メッセージをＭＲ２へ返信する。

トンネル確立が完了した後、ＭＮのバインディングリストがＭＲ１およびＭＲ２の両方において生成される。例えば、ＭＲ２において、バインディングリストはＭＮ ＩＰアドレス、ＭＲ１のアドレスおよびトンネル情報を含む。ＭＲ１において、バインディングリストは少なくともＭＮ ＩＰ、ＭＲ２のアドレスおよびトンネル情報を含み、トンネル情報はトンネルポート情報等を含んでもよい。

なお、ＭＮ１は多数のホームネットワークを有し得、よってＭＮ１は、多数のホームネットワーク内のＨ−ＭＲと共に、データパケットを転送するのに使用されるトンネルを確立し得る。トンネルが確立された後、ＭＮ１とサーバとの間で送信されるデータパケットは、セッションの継続性を維持するため、確立されたトンネルを使用して転送されてもよい。

その後、次のデータが上記のトンネルを使用して転送されれば、ルートの冗長がもたらされる。ルートの冗長を回避するため、本発明のこの実施形態によるＭＲ１とプロキシ−ＭＲエンティティとの間にトンネルが確立されてもよく、その結果ルーティングが最適化される。ＭＲ１とプロキシ−ＭＲエンティティとの間にトンネルを確立するプロセスは以下の通りである。

６１４ ＭＮ１がＭＲ１を使用してモバイルＩＰネットワークにアクセスした後、ＭＲ１がＭＮ１により再び送信されたデータパケットを受信すると、ＭＲ１はデータパケットから送信元ＩＰアドレス（ＭＮ１のＩＰアドレス）および送信先ＩＰアドレス（通信相手端部のＩＰアドレス）を取得し得る。

６１６ ＭＲ１はプロキシ−ＭＲ要求メッセージをＬＭ１へ送信し、メッセージは少なくとも通信相手端末のＩＰアドレスを含む。

独立したＬＭのため、各ＭＲは１つのＬＭに対応し、異なるＬＭは異なるアドレスを有する。この場合、プロキシ−ＭＲエンティティのアドレスと通信相手端部（以下、サーバＩＰと呼ぶ）のＩＰアドレスとの間のバインディング関係が各ＬＭに記録される。よって、ＭＲはＭＲに対応するＬＭ（ＭＲはＭＲに対応するＬＭのアドレスを静的に構成する）からプロキシ−ＭＲエンティティのアドレスを要求してもよい。

あるいは、プロキシ−ＭＲエンティティのアドレスとサーバＩＰとの間のバインディング関係は、多数のＭＲに対するサービスを提供し得るサーバに記録されてもよい。例えば、サーバは集中型のデータベースでもよく、またはドメインネームサーバでもよい。

６１８ ＬＭ１はＭＲ１へプロキシ−ＭＲ応答メッセージを返信し、メッセージは少なくともプロキシ−ＭＲエンティティのアドレスを含む。

６２０ ＭＲ１はプロキシ−ＭＲエンティティのアドレスに基づくプロキシ−ＭＲエンティティに対し、ルート最適化トンネルを確立するプロセスを開始し、ルート最適化トンネルを確立するプロセスはステップ６１２のトンネルを確立するステップと同様であり、その詳細は本明細書では再び記載されない。

ＭＲ１とプロキシ−ＭＲエンティティとの間のトンネルがＧＴＰプロトコルを使用して確立されると、ＭＲ１はベアラ生成要求メッセージをプロキシ−ＭＲエンティティへ送信し、ベアラ生成要求メッセージはプロキシ−ＭＲエンティティにＭＲ１へのトンネルを確立することを指示するために使用され、ベアラ生成要求メッセージはＭＮ１のＩＰアドレスおよび通信相手端部のＩＰアドレスを含み、プロキシ−ＭＲエンティティはベアラ生成応答メッセージをＭＲ１に返信する。ＭＲ１がベアラ生成応答メッセージを受信すると、トンネル確立プロセスは終了する。

ＭＲ１とプロキシ−ＭＲエンティティとの間のトンネルがプロキシモバイルＩＰ（プロキシモバイルインターネットプロトコル、ＰＭＩＰ）プロトコルを使用して確立されると、ＭＲ１はプロキシバインディング更新メッセージをプロキシ−ＭＲエンティティへ送信し、プロキシバインディング更新メッセージはプロキシ−ＭＲエンティティにＭＲ１へのトンネルを確立することを指示するために使用され、プロキシバインディング更新メッセージはＭＮ１のＩＰアドレスと通信相手端部のＩＰアドレスを含み、プロキシ−ＭＲエンティティはＭＲ１にプロキシバインディング確認メッセージを返信する。ＭＲ１がプロキシバインディング確認メッセージを受信すると、トンネル確立プロセスは終了する。

この実施形態において、多数のＭＮが対応する通信相手端部と通信するならば、上記のルート最適化トンネルはＭＮのペア毎に確立されてもよく、通信相手端部、すなわち送信元ＩＰと送信先ＩＰ（すなわち、ＭＮ ＩＰおよびサーバＩＰ）の各ペアは１つのトンネルに対応する。従って、トンネル確立が完了した後、バインディングリストはＭＲ１およびプロキシ−ＭＲエンティティにおいて別々に生成される、すなわちＭＲ１において生成されるバインディングリストはＭＮ ＩＰ、サーバＩＰ、プロキシ−ＭＲエンティティのアドレス、トンネル情報およびＭＮ ＩＰ、サーバＩＰ、プロキシ−ＭＲエンティティのアドレスおよびトンネル情報の間のバインディング関係を含む。プロキシ−ＭＲエンティティにおいて生成されるバインディングリストはサーバＩＰ、ＭＮ ＩＰ、ＭＲ１のアドレス、トンネル情報ならびにサーバＩＰ、ＭＮ ＩＰ、ＭＲ１のアドレスおよびトンネル情報の間のバインディング関係を含む。例えば、ＭＲ１において生成されるバインディングリストの形式は以下の通りである。

表１のサーバＩＰ１およびサーバＩＰ２は同じサーバに属してもよく、または異なるサーバに属してもよい。

表１を参照し、３つのトンネルのバインディング関係が列挙される。トンネル情報１に対応するトンネルが例として使用され、ＭＲ１により受信されるデータパケットに含まれる送信元ＩＰアドレスはＭＮ ＩＰ１（すなわち、ＭＮ１のＩＰアドレス）であり、送信先ＩＰはサーバＩＰ１（すなわち、通信相手端部のＩＰアドレス）である。トンネル確立が完了した後、送信元ＩＰがＭＮ ＩＰ１、送信先ＩＰがサーバＩＰ１でありかつＭＲ１により受信される全てのデータパケットがトンネル情報１に対応するトンネルを使用して送信される。

表２を参照し、３つのトンネルのバインディング関係が列挙される。トンネル情報１に対応するトンネルが例として使用され、プロキシ−ＭＲ１により受信されるデータパケットに含まれる送信元ＩＰアドレスがＭＮ ＩＰ１であり、送信先アドレスがサーバＩＰ１（すなわち、通信相手端部のＩＰアドレス）である。トンネル確立が完了した後、送信元ＩＰがＭＮ ＩＰ１、送信先ＩＰがサーバＩＰ１でありかつトンネル１を使用してプロキシ−ＭＲ１により受信される全てのデータパケットが、アドレスがサーバＩＰである通信相手端部へ転送される。

なお、本発明のこの実施形態の解決策は３つのＬＭアーキテクチャに適用可能である。（１）分配されたＬＭアーキテクチャ、すなわち、多数のＬＭが相互接続され、ＭＲに対し、多数のＬＭが全体であり、１つのみのＬＭが静的に構成される必要があり、全てのＭＲがＬＭアドレスを共有する、（２）集中型のＬＭアークテクチャ、すなわち１つのみのＬＭが存在し、分配されたＬＭアーキテクチャと同様に、１つのみのＬＭアドレスがＭＲに対し静的に構成される必要がある、（３）独立ＬＭアーキテクチャ、すなわち、多数のＬＭが互いに独立してもよく、１つの対応するＬＭアドレスが各ＭＲに割り当てられる必要がある。３つのＬＭアーキテクチャにおいて、トンネル確立方法は同じであり、プロキシ−ＭＲエンティティのアドレスを得る方法も基本的に同じであり、プロキシ−ＭＲエンティティのアドレスは静的に構成されたＬＭに要求される。プロキシ−ＭＲエンティティを使用して通信するＭＮ１および通信相手端部にとって、プロキシ−ＭＲエンティティのアドレスと通信相手端部のＩＰアドレスとの間のバインディング関係はＣ−ＭＲに対応するＬＭまたはＭＲにアクセス可能なサーバ（例えば、集中型のデータベースまたはドメインネームサーバ）において柔軟に設定され得る。

さらに、ＭＮ１により送信されるデータパケットを受信すると、ＭＲ１はまず、データパケット内のＭＮ１のＩＰアドレス（すなわち、データパケットの送信元ＩＰアドレス）および通信相手端部のＩＰアドレス（すなわち、データパケットの送信先ＩＰアドレス）に従いバインディングリストを検索し、ＭＲ１とプロキシ−ＭＲエンティティとの間でトンネルが確立されたかどうかを決定してもよい。トンネルがＭＲ１とプロキシ−ＭＲエンティティとの間で確立される、すなわち、バインディングリスト内にＭＲ１のアドレス、ＭＮ１のＩＰアドレス、プロキシ−ＭＲエンティティのアドレスおよびトンネル情報の間のバインディング関係が存在すると、トンネル情報に対応するトンネルを使用して、バインディングリスト内のトンネル情報に従いデータパケットが送信される。ＭＲ１とプロキシ−ＭＲエンティティとの間でトンネルが確立されないと、ＭＲ１はＭＮ１のＩＰアドレスがＭＲ１により割り当てられたかを決定し、ＭＮ１のＩＰアドレスがＭＲ１により割り当てられる場合、データパケットがデータパケット内の送信先アドレスに対応する送信先に直接送信され、またはＭＮ１のＩＰアドレスがＭＲ１により割り当てられない場合、以下の２つの方法のうちの１つが実行される。

方法１：ＭＲ１は受信したデータパケットをキャッシュし、ステップ６１６から６２０を使用してルート最適化トンネル（すなわち、ＭＲ１とプロキシ−ＭＲエンティティとの間のトンネル）を確立し、その後データパケットをカプセル化して、カプセル化したデータパケットを、トンネルを使用してプロキシ−ＭＲエンティティへ転送する。

方法２：ＭＲ１は受信したデータパケットをカプセル化し、カプセル化したデータパケットをＭＲ２へ転送し、ＭＲ２はデータパケットのカプセル開放を行い、データパケットをデータパケット内の送信先ＩＰアドレスに対応する送信先（例えば、通信相手端部）へ送信し、ステップ６１６から６２０を使用してルート最適化トンネルを確立し、その結果次のデータパケットがルート最適化トンネルを使用して送付される。

ＭＲ１がＭＮ１により送信されたデータパケットを受信すると、ＭＲ１はまずＭＮ１のＩＰアドレスがＭＲ１により割り当てられたかどうかを決定し得、ＭＮ１のＩＰアドレスがＭＲ１により割り当てられる場合、データパケットはデータパケット内の送信先アドレスに対応する送信先に直接送信され、またはＭＮ１のＩＰアドレスがＭＲ１により割り当てられない場合、バインディングリストがデータパケット内のＭＮ１のＩＰアドレス（すなわち、データパケットの送信元ＩＰアドレス）および通信相手端部のＩＰアドレス（すなわち、データパケットの送信先ＩＰアドレス）に従い検索され得、ＭＲ１とプロキシ−ＭＲエンティティとの間でトンネルが確立されたかを決定することが理解されるべきである。トンネルがＭＲ１とプロキシ−ＭＲエンティティとの間で確立される、すなわち、バインディングリスト内にＭＲ１のアドレス、ＭＮ１のＩＰアドレス、プロキシ−ＭＲエンティティのアドレスおよびトンネル情報の間のバインディング関係が存在すると、トンネル情報に対応するトンネルを使用して、バインディングリスト内のトンネル情報に従いデータパケットが送信される。ＭＲ１とプロキシ−ＭＲエンティティとの間でトンネルが確立されないと、上記の方法１または方法２が実行される。

ＭＲ１は、通信相手端部のＩＰアドレスに従い、トンネル確立モードを任意に決定しルート最適化を実行してもよい。２つのルート最適化モードが存在し、一方のモードは２つのモバイルノード間のルート最適化であり、他方のモードはモバイルノードと固定ノード（例えば、ＤＭＭをサポートしない固定ノード）との間のルート最適化である。通信相手端部のＩＰアドレスの属性は演算子（Ｏｐｅｒａｔｏｒ）タイプであり、すなわち、通信相手端部のＩＰアドレスが演算子により割り当てられる時、通信相手端部もまたモバイルノードであり、よってトンネルが２つのモバイルノードにより別々にアクセスされるモビリティルータの間で確立され得る。通信相手端部のＩＰアドレスの属性がＯＴＴ（Ｏｖｅｒ Ｔｈｅ Ｔｏｐ、オーバーザトップ）タイプ、すなわち、通信相手端部のＩＰアドレスが外部の公衆データ網またはインターネット内のサーバのアドレスである時、トンネルはモバイルノードと固定ノードとの間に確立され得、この場合、ステップ６１６から６２０が実行される。

図７は本発明の別の実施形態によるルーティングプロセスの概略的フローチャートである。

図６の実施形態はルート最適化トンネルを確立するプロセスを記載し、この実施形態はＭＮが再び移動する際に実行されるモビリティ管理のプロセスを記載する。図７の実施形態は図６の実施形態と組み合わされてもよい。すなわち、図７のステップは図６の実施形態のステップが実行された後に実行されてもよい。

７０２ ＭＮ１はＭＲ１を使用してモバイルＩＰネットワークにアクセスし、公衆データ網のサーバと通信する。

図７の実施形態において、図６の実施形態のステップが省かれる。ＭＮ１が、ＭＲ１が配置されるネットワークからＭＲ３が配置されるネットワークへ移動した後、以下のステップがさらに実行されてもよい。

７０４ ＭＮ１はＭＲ３を使用してモバイルＩＰネットワークにアクセスする。

例えば、ＭＮ１が、ＭＲ１が配置されるモバイルネットワークからＭＲ３が配置されるモバイルネットワークへ移動すると、ＭＮ１はＭＲ３を使用してモバイルＩＰネットワークにアクセスする。

７０６ ＭＲ３は位置更新要求メッセージをＬＭ２へ送信して、ＬＭ２に格納されたＭＮ１の位置情報をＭＮ１の最新の位置情報に更新する。

７０８ ＬＭ２はＭＲ３へ位置更新応答メッセージを返信する。ステップ７０８は任意である。ＭＲ２がトンネル確立を開始する場合、ステップ７０８は以下のステップ７１０と置換されてもよい。

７１０ ＬＭ２はＭＲ２へトンネル確立指令を送信する。

７１２ ＭＲ２はＭＲ３へのトンネルを確立する。

ＭＲ２とＭＲ３との間にトンネルを確立するプロセスは図６の実施形態におけるＭＲ１とＭＲ２との間にトンネルを確立するプロセスと同様であり、その詳細は本明細書において再び記載されない。

７１４ ＭＮ１がＭＲ３を使用してモバイルＩＰネットワークへアクセスした後、ＭＲ３がＭＮ１により再び送信されたデータパケットを受信すると、ＭＲ３はデータパケットから送信元ＩＰアドレス（ＭＮ１のＩＰアドレス）および送信先ＩＰアドレス（通信相手端部のＩＰアドレス）を取得し得る。

７１６ ＭＲ３はＬＭ１へプロキシ−ＭＲ要求メッセージを送信し、メッセージは少なくとも通信相手端部のＩＰアドレスを含む。

７１８ ＬＭ１はプロキシ−ＭＲ応答メッセージをＭＲ３へ返信し、メッセージは少なくともプロキシ−ＭＲエンティティのアドレスを含む。

７２０ ＭＲ３はプロキシ−ＭＲエンティティのアドレスに基づくプロキシ−ＭＲエンティティに対し、ルート最適化トンネルを確立するプロセスを開始する。

ＭＲ３とプロキシ−ＭＲエンティティとの間のトンネルがＧＴＰプロトコルを使用して確立されると、ＭＲ３はプロキシ−ＭＲエンティティへベアラ生成要求メッセージを送信し、ベアラ生成要求メッセージはプロキシ−ＭＲエンティティにＭＲ３へのトンネルを確立することを指示するのに使用され、ベアラ生成要求メッセージはＭＮ１のＩＰアドレスおよび通信相手端部のＩＰアドレスを含み、プロキシ−ＭＲエンティティはベアラ生成応答メッセージをＭＲ３へ返信する。ＭＲ３がベアラ生成応答メッセージを受信すると、トンネル確立プロセスが終了する。

ルート最適化トンネルの確立が完了した後、送信元ＩＰがＭＮ ＩＰ、送信先ＩＰがサーバＩＰでありかつＭＲ３により受信される全てのデータパケットがルート最適化トンネルを使用して送信される。

７２２ ＭＲ３はＭＲ１に、ＭＲ１とＭＲ２との間のトンネルを解放、すなわち、ＭＲ１とＭＲ２の間のトンネルを解体するよう通知する。

ＭＲ２とＭＲ３との間のトンネルの確立が完了した後、ＭＲ１とＭＲ２との間のトンネルは解体されてもよい。

７２４ ＭＲ１はＭＲ２にトンネル解体要求メッセージを送信する。

例えば、トンネルがＧＴＰを使用して確立されると、ＭＲ１はＭＲ２へベアラ削除要求（Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ）メッセージを送信し、ベアラ削除要求はＭＲ１のアドレスを含む。

７２６ ＭＲ２はＭＲ１へトンネル解体応答メッセージを返信する。

例えば、ＭＲ２はＭＲ１へベアラ削除応答（Ｄｅｌｅｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ）メッセージを返信する。

ステップ７２２から７２６の他の方法において、ＭＲ３はＭＲ２にＭＲ１とＭＲ２との間のトンネルを解放するように通知してもよい。この場合、ＭＲ２はＭＲ１にベアラ削除要求を送信し、ＭＲ１はＭＲ２へベアラ削除応答を返信する。

例えば、ＰＭＩＰを使用してトンネルが確立されると、ＭＲ１はＭＲ２へバインディング取り消し表示（Ｂｉｎｄｉｎｇ Ｒｅｖｏｃａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）を送信してもよく、ＭＲ２はＭＲ１へバインディング取り消し確認（Ｂｉｎｄｉｎｇ Ｒｅｖｏｃａｔｉｏｎ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を返信してもよい。あるいは、ＭＲ２はＭＲ１へバインディング取り消し表示を送信してもよく、ＭＲ１はＭＲ２へバインディング取り消し確認を返信してもよい。

７２８ ＭＲ３はＭＲ１に、ＭＲ１とプロキシ−ＭＲとの間のトンネルを解放する、すなわち、ＭＲ１とプロキシ−ＭＲとの間のトンネルを解体するように通知する。

７３０ ＭＲ１はプロキシ−ＭＲにトンネル解体要求を送信する。例えば、ＭＲ１はプロキシ−ＭＲへバインディング取り消し表示を送信してもよく、バインディング取り消し表示はＭＲ１のアドレスを含む。

７３２ プロキシ−ＭＲはＭＲ１へトンネル解体応答を返信する。例えば、プロキシ−ＭＲはＭＲ１へバインディング取り消し確認を返信してもよい。

ステップ７２８から７３２の他の方法において、ＭＲ３はプロキシ−ＭＲにＭＲ１とプロキシ−ＭＲとの間のトンネルを解放するよう通知してもよい。この場合、プロキシ−ＭＲはＭＲ１へバインディング取り消し表示を送信してもよく、ＭＲ１はプロキシ−ＭＲへバインディング取り消し確認を返信してもよい。

同様に、図７の実施形態のＬＭアーキテクチャは図６の実施形態の３つのアーキテクチャであってもよく、その詳細は本明細書において再び記載されない。

図８は本発明の別の実施形態によるルーティングプロセスの概略的なフローチャートである。

図６の実施形態において、１つのルート最適化トンネルがＭＮと通信相手端部のペア毎に確立され、すなわち、送信元ＩＰ／送信先ＩＰの各ペアが１つのルート最適化トンネルに対応する。しかし、図８の実施形態において、ルート最適化トンネルは多数のＵＥにより共有されてもよい。すなわち、同じＭＲを使用してアクセスを実行する多数のＭＮが同じプロキシ−ＭＲを使用して通信相手端部と通信し、その後これらのＭＮは通信相手端部と通信するため同じルート最適化トンネルを使用してもよい。

図６の実施形態は１つのＭＮにより通信相手端部へのルート最適化トンネルを確立するプロセスを記載し、この実施形態は多数のＭＮが同じＭＲを使用して通信相手端部と通信する時に実行されるルーティングプロセスを記載する。図８の実施形態は図６の実施形態と組み合わされてもよい。すなわち、図８の実施形態が実行される前に、図６の実施形態のステップが実行されてもよい。以下は、別のモバイルノードＭＮ２がＭＲ１を使用して通信相手端部と通信する例を使用して記載される。

８０４ ＭＮ２はＭＲ１を使用してモバイルＩＰネットワークにアクセスし、ＭＲ１を使用して通信相手端部へデータパケットを送信する。ＭＲ１は、受信したデータパケットから、送信元ＩＰアドレス（ＭＮ２のＩＰアドレス）および送信先ＩＰアドレス（通信相手端部のＩＰアドレス）を取得してもよい。

ＭＲ１はＭＮにより送信されたデータパケットを受信し、データパケット内のＭＮ ＩＰ（すなわち、データパケットの送信元ＩＰアドレス）およびＣＮ ＩＰ（すなわち、データパケットの送信先ＩＰアドレス）に従いバインディングリストを検索し、トンネルがＭＲ１とプロキシ−ＭＲエンティティとの間に確立されたかどうかを決定する。トンネルがＭＲ１とプロキシ−ＭＲエンティティとの間に確立される場合、すなわち、バインディングリスト内にＭＲ１のアドレス、ＭＮ１のＩＰアドレス、プロキシ−ＭＲエンティティのアドレスおよびトンネル情報の間のバインディング関係が存在する場合、トンネル情報に対応するトンネルを使用して、バインディングリスト内のトンネル情報に従いデータパケットが送信される。ＭＲ１とプロキシ−ＭＲエンティティとの間にトンネルが確立されない場合、ＭＲ１はＭＮ１のＩＰアドレスがＭＲ１により割り当てられたかどうかを決定し、ＭＮ１のＩＰアドレスがＭＲ１に割り当てられる場合、データパケットが、データパケット内の送信先アドレスに対応する送信先へ直接送信され、またはＭＮ１のＩＰアドレスがＭＲ１に割り当てられない場合、以下の２つの方法のうちの１つが実行される。

方法１：ＭＲ１はＭＮ２により送信された受信したデータパケットをキャッシュし、以下のステップ８０６および８０８を使用してプロキシ−ＭＲのアドレスを問い合わせまたは取得する。その後、以下のステップ８１０において、ＭＲ１はプロキシ−ＭＲのためのルート最適化トンネルが存在するかどうかを決定し、ルート最適化トンネルが存在する場合、ＭＲ１は、トンネルを使用してプロキシ−ＭＲへ、ＭＮ２により送信されたデータパケットを送信する。ルート最適化トンネルが存在しない場合、ＭＲ１はルート最適化トンネルを確立し、その後ＭＮ２により送信されたデータパケットをカプセル化してカプセル化したデータパケットを、トンネルを使用してプロキシ−ＭＲへ転送する。

方法２：ＭＲ１はＭＮ２により送信された受信したデータパケットをカプセル化し、カプセル化したデータパケットをＭＲ２へ転送し、ＭＲ２はデータパケットのカプセル開放を行い、データパケットを送信先へ送信する。ＭＲ１は同時に、ステップ８０６および８０８を使用してプロキシ−ＭＲのアドレスを問い合わせまたは取得する。

８０６ ＭＲ１はプロキシ−ＭＲ要求メッセージをＬＭ２へ送信し、プロキシ−ＭＲ要求メッセージは少なくとも通信相手端部のＩＰアドレスを含む。

上記の実施形態は単に例示のための例であり、本発明のこの実施形態の通信システムのアーキテクチャはこれに制限されないことが理解されるべきである。例えば、通信システムのアーキテクチャはより多くまたはより少ないＬＭとＭＲを含んでもよく、３つのＬＭと３つのＭＲに制限されない。多数のＬＭは相互に独立してもよく、多数のＭＲと１対１で対応する、すなわち、多数のＬＭは多数のＭＲに対応する位置管理エンティティである。１つのＬＭアドレスが各ＭＲに対し構成されてもよい。あるいは、多数のＬＭが分配されてもよく、すなわち多数のＬＭは相互接続され、その場合多数のＬＭが全体であり、１つのみのＬＭアドレスが多数のＭＲのために静的に構成される必要があり、全てのＭＲがＬＭアドレスを共有してもよい。別の例では、集中型のＬＭが使用されてもよく、すなわち、多数のＭＲに対し、１つのみのＬＭが存在し、１つのみのＬＭアドレスが多数のＭＲのために静的に構成される必要がある。

あるいは、プロキシ−ＭＲエンティティのアドレスとサーバＩＰとの間のバインディング関係は多数のＭＲのためのサービスを提供するサーバに記録されてもよい。例えば、サーバは集中型のデータベースでもよく、またはドメインネームサーバであってもよい。

８０８ ＬＭ１はＭＲ１へプロキシ−ＭＲ応答メッセージを返信し、メッセージは少なくともプロキシ−ＭＲエンティティのアドレスを含む。

８１０ ＬＭ１により送信されたプロキシ−ＭＲエンティティのアドレスを受信すると、ＭＲ１はまずＭＲ１とプロキシ−ＭＲとの間にルート最適化トンネルが存在するかどうかを決定する。

８１２ ルート最適化トンネルが存在する場合、ＭＲ１はデータパケット内の送信元アドレスおよび送信先アドレス（すなわち、ＭＮ２のＩＰアドレスおよび通信相手端部のＩＰアドレス）をバインディングリストへ加え、ＭＲ１はルート最適化トンネルを使用してデータパケットを送信し、データパケットを受信する時、プロキシ−ＭＲはデータパケット内のＭＮ ＩＰおよびサーバＩＰをバインディングリストへ加え、その結果ＭＮ ＩＰおよびサーバＩＰは次のデータパケットのルート最適化に使用される。

８１４ ルート最適化トンネルが存在しない場合、ＭＲ１は図６のルート最適化トンネルを確立するための方法と同一または同様の方法を使用してルート最適化トンネルを確立し、バインディングリストを生成する。ＭＲ１のバインディングリストの形式は以下のようである。

表３のＭＮ ＩＰ１、ＭＮ ＩＰ２およびＭＮ ＩＰ３は同じＭＮに属してもよく、または異なるＭＮに属してもよい。これらのＭＮ ＩＰ／サーバＩＰアドレスは同じプロキシ−ＭＲおよび同じトンネルを共有する。

この実施形態は上記の実施形態に記載された３つのＬＭアーキテクチャにも適用され、その詳細は本明細書では再び記載されない。

図８の実施形態に対し、ＭＮ１がネットワークから別のネットワークへ移動すると、モビリティ管理が以下の方法に従い実行され得る。

ＭＲ１とプロキシ−ＭＲとの間のルート最適化トンネルは多数のユーザにより共有されるため、バインディングリスト内に他のユーザアドレス情報のためのバインディング関係が存在すると、ＭＲ１はバインディングリスト内のＭＮ１に関連するバインディングリスト項目のみを削除してもよい。

さらに、ＭＲ３とプロキシ−ＭＲとの間にルート最適化トンネルが存在すると、トンネルを確立するステップを実行しなくてもよい。ＭＮ１のデータパケットを受信すると、プロキシ−ＭＲはＭＮ ＩＰ／サーバＩＰをＭＲ３のバインディングリストへ加え、ＭＲ１のバインディングリスト内のＭＮ１のバインディングリスト項目を削除してもよい。

図９は本発明の一実施形態によるルーティングプロセスの概略的なフローチャートである。図６の実施形態は図２から図５の方法の例である。図９の実施形態のステップ９０２から９１２は図６の実施形態のステップ６０２から６１２と同様であり、その詳細は本明細書において再び記載されない。

この実施形態において、図１を参照し、モバイルＩＰネットワークにおけるＭＮが公衆データ網に配置された通信相手端部と通信する例が説明のため使用される。

本発明のこの実施形態によると、プロキシモバイルルーティング（プロキシ−ＭＲ）エンティティがＭＮと通信相手端部との間のデータ送信経路に加えられてもよく、モバイルＩＰネットワーク１２０の境界ＭＲもしくは境界ゲートウェイに配置されるか、またはデータ送信経路に独立して配置されてもよい。プロキシ−ＭＲエンティティはモバイルＩＰネットワーク内のＭＲへのルート最適化トンネルを確立し、ルート最適化トンネルを使用してデータパケットを送信する機能を有する。本発明のこの実施形態は以下の内容を含む。

９０２ ＭＮ１はＭＲ２を使用してモバイルＩＰネットワークにアクセスし、公衆データ網のサーバと通信する。

９０４ ＭＮ１が、ＭＲ２が配置されたネットワークからＭＲ１が配置されたネットワークへ移動すると、ＭＲ１はＭＮ１によるアクセスを検知し、ＭＮ１の有効なＩＰアドレス（すなわち、ＭＮ ＩＰアドレス）を取得する。

９０６ ＭＲ１はＭＮ１が配置されたネットワーク内でＬＭ２へ位置更新（Ｌｏｃａｔｉｏｎ Ｕｐｄａｔｅ）メッセージを送信し、ＬＭ２に格納されたＭＮ１の位置情報をＭＮ１の最新の位置情報に更新する。

９０８ ＭＲ１により送信される位置更新メッセージを受信した後、ＬＭ２はＭＮ１の現在のルータＭＲ１のアドレス、すなわちＣ−ＭＲのアドレスを記録し、ＭＲ１へ位置更新応答メッセージを返信する。

９１０ ＬＭ２はＭＲ２へトンネル確立指令を送信する。

９１２ ＭＲ２はＭＲ１へのトンネルを確立する。

９１４ ＭＮ１がＭＲ１を使用してモバイルＩＰネットワークにアクセスした後、ＭＲ１がＭＮ１により再び送信されるデータパケットを受信すると、ＭＲ１はデータパケットから送信元ＩＰアドレス（ＭＮ１のＩＰアドレス）および送信先ＩＰアドレス（通信相手端部のＩＰアドレス）を取得してもよい。

９１５ ＭＲ１はトンネルを使用してＭＲ２へデータパケットを転送する。

９１６ ＭＲ２はＬＭ２へプロキシ−ＭＲ要求メッセージを送信し、メッセージは少なくとも通信相手端部のＩＰアドレスを含み、さらにＭＲ２は通信相手端部へデータパケットを送信してもよい。

独立ＬＭに対し、各ＭＲは１つのＬＭに対応し、異なるＬＭは異なるアドレスを有する。この場合、プロキシ−ＭＲエンティティのアドレスと通信相手端部のＩＰアドレス（以下、サーバＩＰと呼ぶ）との間のバインディング関係が各ＬＭに記録される。従って、ＭＲは、ＭＲに対応するＬＭにプロキシ−ＭＲエンティティのアドレスを要求してもよい（ＭＲはＭＲに対応するＬＭのアドレスを静的に構成する）。

あるいは、プロキシ−ＭＲエンティティのアドレスとサーバＩＰとの間のバインディング関係は、多数のＭＲのためのサービスを提供し得るサーバに記録されてもよい。例えば、サーバは集中型のデータベースでもよく、またはドメインネームサーバでもよい。

９１８ ＬＭ２はＭＲ２へプロキシ−ＭＲ応答メッセージを返信し、メッセージは少なくともプロキシ−ＭＲエンティティのアドレスを含む。

９１９ ＭＲ２はＭＲ１へルート最適化指令を送信し、ルート最適化指令はプロキシルーティングエンティティのアドレスを含む。

９２０ ＭＲ１は、プロキシ−ＭＲエンティティのアドレスに基づくプロキシ−ＭＲエンティティに対し、ルート最適化トンネルを確立するプロセスを開始し、ルート最適化トンネルを確立するプロセスはステップ６２０のトンネルを確立するプロセスと同様であり、その詳細は本明細書において再び記載されない。

上記は本発明の実施形態によるルーティング方法を記載し、以下は図１０から図１７を参照して、本発明の実施形態によるモビリティルータ、サーバおよびプロキシエンティティを別々に記載する。

図１０は本発明の一実施形態によるモビリティルータ１０００の略構造図である。モビリティルータ１０００は以下のものを含む。受信モジュール１０１０、取得モジュール１０２０、確立モジュール１０３０および送信モジュール１０４０。

受信モジュール１０１０は第１のモバイルノードにより第１の通信相手端部へ送信された第１のデータパケットを受信し、モビリティルータは第１のモバイルノードの訪問されたネットワーク内のモビリティルータであり、第１のデータパケットは第１の通信相手端部のアドレスを含む。取得モジュール１０２０は第１の通信相手端部のアドレスに基づきプロキシルーティングエンティティのアドレスを取得し、プロキシルーティングエンティティはモビリティルータと第１の通信相手端部との間の通信経路に配置される。確立モジュール１０３０はプロキシルーティングエンティティのアドレスに基づきプロキシルーティングエンティティへの第１のトンネルを確立する。送信モジュール１０４０は、第１のトンネルを使用して、第１の通信相手端部により第１のモバイルノードへ送信されるデータパケットを送信する。

本発明のこの実施形態によると、モバイルノードが訪問されたネットワークへ移動すると、訪問されたネットワーク内のモビリティルータはプロキシルーティングエンティティへのトンネルを確立し、その結果モバイルノードはトンネルを使用してデータパケットを通信相手端部へ送信できる。プロキシルーティングエンティティはモビリティルータと通信相手端部との間に配置されるため、ホームネットワーク内のモビリティルータを使用してデータパケットを通信相手端部に転送することが回避され、それによりルートの冗長の課題を解決することができる。

別の実施形態において、確立モジュール１０３０は、第１のモビリティルータがプロキシルーティングエンティティのアドレスに基づきプロキシルーティングエンティティへの第１のトンネルを確立する前に、第２のモビリティルータへの第２のトンネルを確立するよう任意にさらに構成され、第２のモビリティルータは第１のモバイルノードのホームネットワーク内のモビリティルータである。送信モジュール１０４０は、第１のトンネルの確立を完了する前に、第２のトンネルを使用して第１のモバイルノードと第１の通信相手端部との間の第１のデータパケットを送信し、第１のトンネルを使用して、第１のデータパケットに続きかつ第１の通信相手端部により第１のモバイルノードに送信される次のデータパケットを送信するようにさらに構成される。

別の実施形態において、モビリティルータ１０００は任意に以下のものをさらに含む。第１のモバイルノードが、第３のモビリティルータとプロキシルーティングエンティティとの間の第３のトンネルおよび第３のモビリティルータと第２のモビリティルータとの間の第４のトンネルを使用して、第１の通信相手端部と通信することを決定する時、第１のトンネルと第２のトンネルを解体するよう構成された解体モジュール１０５０。

別の実施形態において、モビリティルータ１０００は任意に以下のものをさらに含む。第１のトンネルの確立が完了する前に第１のデータパケットをキャッシュし、および／または、第１のトンネルを使用して、第１のトンネルの確立が完了した後にキャッシュされた第１のデータパケットを第１の通信相手端部へ転送するよう構成されたキャッシュモジュール１０６０。

本発明のこの実施形態によると、取得モジュール１０２０は第１の通信相手端部のアドレスに基づきサーバからプロキシルーティングエンティティのアドレスを取得し、プロキシルーティングエンティティのアドレスと第１の通信相手端部のアドレスとの間のバインディング関係がサーバに設定される。

本発明のこの実施形態によると、取得モジュール１０２０は第１の通信相手端部のアドレスを含む要求メッセージを位置管理エンティティまたは集中型のサーバに送信し、プロキシルーティングエンティティのアドレスを含みかつ位置管理エンティティまたは集中型のサーバにより返信される応答メッセージを受信する。

本発明のこの実施形態によると、取得モジュール１０２０は、第１の通信相手端部のアドレスを含む要求メッセージをドメインネームサーバへ送信し、プロキシルーティングエンティティのアドレスを取得し、第１の通信相手端部のアドレスに対応するドメインネームを含みかつドメインネームサーバにより返信される応答メッセージを受信し、第１の通信相手端部のアドレスに対応するドメインネームを含む要求メッセージをドメインネームサーバへ送信し、プロキシルーティングエンティティのアドレスを含みかつドメインネームサーバにより返信される応答メッセージを受信する。

本発明のこの実施形態によると、取得モジュール１０２０は、第２のモビリティルータにより送信されるルート最適化指令を受信し、この場合ルート最適化指令はプロキシルーティングエンティティのアドレスを含みかつモビリティルータにプロキシルーティングエンティティへの第１のトンネルを確立することを指示するのに使用される。さらに取得モジュール１０２０はルート最適化指令からプロキシルーティングエンティティのアドレスを取得する。

本発明のこの実施形態によると、確立モジュール１０３０は、第１の通信相手端部のアドレス、プロキシルーティングエンティティのアドレス、第１のモバイルノードのアドレスおよび第１のトンネルのトンネル情報の間のバインディング関係を確立し、プロキシルーティングエンティティへトンネル確立要求メッセージを送信し、トンネル確立要求メッセージはモビリティルータのアドレス、第１の通信相手端部のアドレスおよび第１のモバイルノードのアドレスを含み、その結果モビリティルータのアドレス、第１の通信相手端部のアドレス、第１のモバイルノードのアドレスおよび第１のトンネルのトンネル情報の間のバインディング関係がプロキシルーティングエンティティにおいて確立される。

本発明のこの実施形態によると、受信モジュール１０１０は第２のモバイルノードにより第２の通信相手端部へ送信される第２のデータパケットをさらに受信し、第２のデータパケットは第２の通信相手端部のアドレスを含み、取得モジュール１０２０は第２の通信相手端部のアドレスに基づきプロキシルーティングエンティティのアドレスをさらに取得し、確立モジュール１０３０が、プロキシルーティングエンティティのアドレスに従い、第１のトンネルが確立されたと決定する場合、確立モジュール１０３０は第２の通信相手端部のアドレス、プロキシルーティングエンティティのアドレス、第２のモバイルノードのアドレスおよび第１のトンネルのトンネル情報の間にバインディング関係をさらに確立し、送信モジュール１０４０は第１のトンネルを使用して第２のデータパケットをさらに転送し、第２のデータパケットは第２の通信相手端部のアドレス、モビリティルータのアドレスおよび第２のモバイルノードのアドレスを含み、その結果第２の通信相手端部のアドレス、モビリティルータのアドレス、第２のモバイルノードのアドレスおよび第１のトンネルのトンネル情報の間のバインディング関係がプロキシルーティングエンティティにおいて確立される。

本発明のこの実施形態によると、第１のモバイルノードはモバイルネットワークに配置され、第１の通信相手端部は固定ネットワークに配置され、プロキシルーティングエンティティはモバイルネットワークと固定ネットワークを接続するように構成され、取得モジュール１０２０は、第１の通信相手端部のアドレスが固定ネットワークにより割り当てられるアドレスに属すると決定する時、プロキシルーティングエンティティのアドレスを取得する。

モビリティルータ１０００のユニットの動作および機能に関し、図２の実施形態が参照されてもよい。繰り返しを避けるため、詳細は本明細書において再び記載されない。

図１１は本発明の一実施形態によるサーバ１１００の略構造図である。サーバ１１００は以下のものを含む。受信モジュール１１１０および送信モジュール１１２０。

受信モジュール１１１０は第１のモビリティルータまたは第２のモビリティルータにより送信された要求メッセージを受信するように構成され、要求メッセージはプロキシルーティングエンティティのアドレスを取得するのに使用され、要求メッセージは第１のモバイルノードの第１の通信相手端部のアドレスを含み、プロキシルーティングエンティティのアドレスと第１の通信相手端部のアドレスとの間のバインディング関係がサーバに設定され、プロキシルーティングエンティティは第１のモビリティルータと第１の通信相手端部との間の通信経路に配置され、第１のモビリティルータは第１のモバイルノードの訪問されたネットワーク内のモビリティルータであり、第２のモビリティルータは第１のモバイルノードのホームネットワーク内のモビリティルータである。送信モジュール１１２０は応答メッセージを送信するように構成され、応答メッセージはプロキシルーティングエンティティのアドレスを含む。

本発明のこの実施形態によると、モバイルノードが訪問されたネットワークに移動すると、第１のモビリティルータまたは第２のモビリティルータはサーバからプロキシルーティングエンティティのアドレスを取得し、第１のモビリティルータとプロキシルーティングエンティティとの間にトンネルを確立してもよく、その結果モバイルノードはトンネルを使用してデータパケットを通信相手端部に送信できる。プロキシルーティングエンティティはモビリティルータと通信相手端部との間に配置されるため、ホームネットワーク内のモビリティルータを使用してデータパケットを通信相手端部に転送することが回避され、それによりルートの冗長の課題を解決することができる。

本発明のこの実施形態によると、サーバ１１００は位置管理エンティティまたは集中型のサーバであり、送信モジュール１１２０は応答メッセージを第１のモビリティルータまたは第２のモビリティルータへ送信するようさらに構成される。

本発明のこの実施形態によると、サーバ１１００はドメインネームサーバであって、送信モジュール１１２０は第１の通信相手端部のアドレスに対応するドメインネームを含む応答メッセージを第１のモビリティルータまたは第２のモビリティルータへ送信する。受信モジュール１１１０は第１の通信相手端部のアドレスに対応するドメインネームを含みかつ第１のモビリティルータまたは第２のモビリティルータにより送信される要求メッセージを受信するようにさらに構成される。送信モジュール１１２０はプロキシルーティングエンティティのアドレスを含む応答メッセージを第１のモビリティルータまたは第２のモビリティルータへ送信するようにさらに構成される。

サーバ１１００のユニットの動作および機能に関し、図３の実施形態が参照されてもよい。繰り返しを避けるため、詳細は本明細書において再び記載されない。

図１２は本発明の一実施形態によるモビリティルータ１２００の略構造図である。モビリティルータ１２００は以下のものを含む。受信モジュール１２１０、取得モジュール１２２０、確立モジュール１２３０および送信モジュール１２４０。

確立モジュール１２３０は第１のモビリティルータへの第２のトンネルを確立する。モビリティルータ１２００は第１のモバイルノードのホームネットワーク内のモビリティルータであり、第１のモビリティルータは第１のモバイルノードの訪問されたネットワーク内のモビリティルータである。受信モジュール１２１０は、第２のトンネルを使用して、第１のモビリティルータにより転送されかつ第１のモバイルノードと第１の通信相手端部との間で送信される第１のデータパケットを受信し、第１のデータパケットは第１の通信相手端部のアドレスを含む。取得モジュール１２２０は第１の通信相手端部のアドレスに基づきプロキシルーティングエンティティのアドレスを取得し、プロキシルーティングエンティティは第１のモビリティルータと第１の通信相手端部との間の通信経路に配置される。送信モジュール１２４０は第１のモビリティルータへルート最適化指令を送信し、ルート最適化指令はプロキシルーティングエンティティのアドレスを含みかつ第１のモビリティルータにプロキシルーティングエンティティへの第１のトンネルを確立することを指示するのに使用される。

本発明のこの実施形態によると、モバイルノードが訪問されたネットワークに移動すると、訪問されたネットワーク内のモビリティルータはまず第２のモビリティルータへのトンネルを確立し得、第２のモビリティルータは第１のモビリティルータにプロキシルーティングエンティティへのトンネルを確立することを指示し、その結果モバイルノードはトンネルを使用してデータパケットを通信相手端部に送信できる。プロキシルーティングエンティティはモビリティルータと通信相手端部との間に配置されるため、ホームネットワーク内のモビリティルータを使用してデータパケットを通信相手端部に転送することが回避され、それによりルートの冗長の課題を解決することができる。

本発明のこの実施形態によると、取得モジュール１２２０は第１の通信相手端部のアドレスに基づきサーバからプロキシルーティングエンティティのアドレスを取得し、プロキシルーティングエンティティのアドレスと第１の通信相手端部のアドレスとの間のバインディング関係がサーバに設定される。

本発明のこの実施形態によると、取得モジュール１２２０は第１の通信相手端部のアドレスを含む要求メッセージを位置管理エンティティまたは集中型のサーバに送信し、プロキシルーティングエンティティのアドレスを含みかつ位置管理エンティティまたは集中型のサーバにより返信される応答メッセージを受信する。

本発明のこの実施形態によると、取得モジュール１２２０は第１の通信相手端部のアドレスを含む要求メッセージをドメインネームサーバに送信してプロキシルーティングエンティティのアドレスを取得し、第１の通信相手端部のアドレスに対応するドメインネームを含みかつドメインネームサーバにより送信される応答メッセージを受信し、第１の通信相手端部のアドレスに対応するドメインネームを含む要求メッセージをドメインネームサーバへ送信し、プロキシルーティングエンティティのアドレスを含みかつドメインネームサーバにより送信される応答メッセージを受信する。

モビリティルータ１２００のユニットの動作および機能に関し、図４の実施形態が参照されてもよい。繰り返しを避けるため、詳細は本明細書において再び記載されない。

図１３は本発明の一実施形態によるプロキシルーティングエンティティ１３００の略構造図である。プロキシルーティングエンティティ１３００は以下のものを含む。確立モジュール１３１０および送信モジュール１３２０。

確立モジュール１３１０は第１のモビリティルータへの第１のトンネルを確立するように構成され、プロキシルーティングエンティティは第１のモビリティルータと第１のモバイルノードの第１の通信相手端部との間の通信経路に配置され、第１のモビリティルータは第１のモバイルノードの訪問されたネットワーク内のモビリティルータである。送信モジュール１３２０はバインディング関係に従い第１のトンネルを使用して第１のモバイルノードと第１の通信相手端部との間のデータパケットを送信するよう構成される。

本発明のこの実施形態によると、モバイルノードが訪問されたネットワークに移動すると、訪問されたネットワーク内のモビリティルータはプロキシルータへのトンネルを確立し得、その結果モバイルノードはトンネルを使用して通信相手端部へデータパケットを送信できる。プロキシルーティングエンティティはモビリティルータと通信相手端部との間に配置されるため、ホームネットワーク内のモビリティルータを使用してデータパケットを通信相手端部に転送することが回避され、それによりルートの冗長の課題を解決することができる。

本発明のこの実施形態によると、確立モジュール１３１０は、第１のモビリティルータにより送信されるトンネル確立要求メッセージを受信し、この場合トンネル確立要求メッセージは第１のモバイルノードのアドレス、第１の通信相手端部のアドレスおよび第１のモビリティルータのアドレスを含む。さらに確立モジュール１３１０は第１のモビリティルータのアドレス、第１の通信相手端部のアドレス、第１のモバイルノードのアドレスおよび第１のトンネルのトンネル情報の間のバインディング関係を確立する。

別の実施形態において、プロキシルーティングエンティティ１３００は任意に以下のものをさらに含む。解体モジュール１３３０であり、確立モジュール１３１０は第３のモビリティルータへの第３のトンネルをさらに確立し、解体モジュール１３３０は第３のトンネルが確立された後第１のトンネルを解体する。

別の実施形態において、プロキシルーティングエンティティ１３００は任意に以下のものをさらに含む。第２のトンネルを使用して第１のモバイルノードにより転送されかつ第２のモバイルノードと第２の通信相手端部との間で送信される第２のデータパケットを受信するよう構成された受信モジュール１３４０であって、第２のデータパケットは第２のモバイルノードのアドレス、第２の通信相手端部のアドレスおよび第１のモビリティルータのアドレスを含み、確立モジュール１３１０は第１のモビリティルータのアドレス、第２のモバイルノードのアドレス、第２の通信相手端部のアドレスおよび第１のトンネルのトンネル情報の間のバインディング関係を確立するように構成される。

本発明のこの実施形態によると、第１のモバイルノードはモバイルネットワークに配置され、第１の通信相手端部は固定ネットワークに配置され、プロキシルーティングエンティティはモバイルネットワークと固定ネットワークを接続するように構成される。

プロキシルーティングエンティティ１３００のユニットの動作および機能に関し、図５の実施形態が参照されてもよい。繰り返しを避けるため、詳細は本明細書において再び記載されない。

図１４は本発明の一実施形態によるモビリティルータ１４００の略構造図である。モビリティルータ１４００は以下のものを含む。プロセッサ１４１０、受信器１４２０、送信器１４３０、メモリ１４４０およびバス１４５０。

受信器１４２０は第１のモバイルノードにより第１の通信相手端部へ送信された第１のデータパケットを受信し、モビリティルータ１４００は第１のモバイルノードの訪問されたネットワーク内のモビリティルータであり、第１のデータパケットは第１の通信相手端部のアドレスを含む。プロセッサ１４１０は、バスを使用して、メモリ１４４０に格納されたコードを呼び出して第１の通信相手端部のアドレスに基づきプロキシルーティングエンティティのアドレスを取得し、プロキシルーティングエンティティはモビリティルータと第１の通信相手端部との間の通信経路に配置される。プロセッサ１４１０はプロキシルーティングエンティティのアドレスに基づきプロキシルーティングエンティティへの第１のトンネルをさらに確立する。送信器１４３０は、第１のトンネルを使用して、第１の通信相手端部により送信されたデータパケットを第１のモバイルノードへ送信する。

別の実施形態において、プロセッサ１４１０は第１のモビリティルータがプロキシルーティングエンティティのアドレスに基づきプロキシルーティングエンティティへの第１のトンネルを確立する前に第２のモビリティルータへの第２のトンネルを確立するように任意にさらに構成され、第２のモビリティルータは第１のモバイルノードのホームネットワーク内のモビリティルータであり、送信器１４３０は第１のトンネルの確立が完了する前に、第２のトンネルを使用して第１のモバイルノードと第１の通信相手端部の間の第１のデータパケットを送信し、第１のトンネルを使用して、第１のデータパケットに続きかつ第１の通信相手端部により送信された次のデータパケットを第１のモバイルノードに送信するようにさらに構成される。

別の実施形態において、プロセッサ１４１０は、第１のモバイルノードが、第３のモビリティルータとプロキシルーティングエンティティとの間の第３のトンネル、および第３のモビリティルータと第２のモビリティルータとの間の第４のトンネルを使用して第１の通信相手端部と通信することを決定する時、第１のトンネルおよび第２のトンネルをさらに解体する。

別の実施形態において、任意に、プロセッサ１４１０は第１のトンネルの確立が完了する前に第１のデータパケットをキャッシュし、および／または、送信器１４３０は、第１のトンネルを使用して、第１のトンネルの確立が完了した後にキャッシュされた第１のデータパケットを第１の通信相手端部へさらに転送する。

本発明のこの実施形態によると、プロセッサ１４１０は第１の通信相手端部のアドレスに基づきサーバからプロキシルーティングエンティティのアドレスを取得し、プロキシルーティングエンティティのアドレスと第１の通信相手端部のアドレスとの間のバインディング関係がサーバに設定される。

本発明のこの実施形態によると、プロセッサ１４１０は送信器１４３０を第１の通信相手端部のアドレスを含む要求メッセージを位置管理エンティティまたは集中型のサーバに送信するように制御し、受信器１４２０をプロキシルーティングエンティティのアドレスを含みかつ位置管理エンティティまたは集中型のサーバにより返信される応答メッセージを受信するように制御する。

本発明のこの実施形態によると、プロセッサ１４１０は送信器１４３０を第１の通信相手端部のアドレスを含む要求メッセージをドメインネームサーバに送信するように制御してプロキシルーティングエンティティのアドレスを取得するように制御し、受信器１４２０を第１の通信相手端部のアドレスに対応するドメインネームを含みかつドメインネームサーバにより返信される応答メッセージを受信するように制御し、送信器１４３０を第１の通信相手端部のアドレスに対応するドメインネームを含む要求メッセージをドメインネームサーバへ送信するように制御し、受信器１４２０をプロキシルーティングエンティティのアドレスを含みかつドメインネームサーバにより返信される応答メッセージを受信するように制御する。

本発明のこの実施形態によると、プロセッサ１４１０は受信器１４２０が以下の動作をするよう制御する。第２のモビリティルータにより送信されるルート最適化指令を受信し、この場合ルート最適化指令はプロキシルーティングエンティティのアドレスを含みかつモビリティルータにプロキシルーティングエンティティへの第１のトンネルを確立することを指示するのに使用される。さらに受信器１４２０がルート最適化指令からプロキシルーティングエンティティのアドレスを取得するように制御する。

本発明のこの実施形態によると、プロセッサ１４１０は、第１の通信相手端部のアドレス、プロキシルーティングエンティティのアドレス、第１のモバイルノードのアドレスおよび第１のトンネルのトンネル情報の間のバインディング関係を確立し、プロキシルーティングエンティティへトンネル確立要求メッセージを送信し、トンネル確立要求メッセージはモビリティルータのアドレス、第１の通信相手端部のアドレスおよび第１のモバイルノードのアドレスを含み、その結果モビリティルータのアドレス、第１の通信相手端部のアドレス、第１のモバイルノードのアドレスおよび第１のトンネルのトンネル情報の間のバインディング関係がプロキシルーティングエンティティにおいて確立される。

本発明のこの実施形態によると、受信器１４２０は、第２のモバイルノードにより第２の通信相手端部へ送信される第２のデータパケットをさらに受信し、第２のデータパケットは第２の通信相手端部のアドレスを含み、プロセッサ１４１０は第２の通信相手端部のアドレスに基づきプロキシルーティングエンティティのアドレスをさらに取得する。プロセッサ１４１０が、プロキシルーティングエンティティのアドレスに従い、第１のトンネルが確立されたと決定する場合、プロセッサ１４１０は第２の通信相手端部のアドレス、プロキシルーティングエンティティのアドレス、第２のモバイルノードのアドレスおよび第１のトンネルのトンネル情報の間にバインディング関係をさらに確立し、送信器１４３０は第１のトンネルを使用して第２のデータパケットをさらに転送し、第２のデータパケットは第２の通信相手端部のアドレス、モビリティルータのアドレスおよび第２のモバイルノードのアドレスを含み、その結果第２の通信相手端部のアドレス、モビリティルータのアドレス、第２のモバイルノードのアドレスおよび第１のトンネルのトンネル情報の間のバインディング関係がプロキシルーティングエンティティ内に確立される。

本発明のこの実施形態によると、第１のモバイルノードはモバイルネットワークに配置され、第１の通信相手端部は固定ネットワークに配置され、プロキシルーティングエンティティはモバイルネットワークと固定ネットワークを接続するように構成され、プロセッサ１４１０は、第１の通信相手端部のアドレスが固定ネットワークにより割り当てられるアドレスに属すると決定する時、プロキシルーティングエンティティのアドレスを取得する。

モビリティルータ１４００のユニットの動作および機能に関し、図２の実施形態が参照されてもよい。繰り返しを避けるため、詳細は本明細書において再び記載されない。

図１５は本発明の一実施形態によるサーバ１５００の略構造図である。サーバ１５００は以下のものを含む。プロセッサ１５１０、受信器１５２０、送信器１５３０、メモリ１５４０およびバス１５５０。

プロセッサ１５１０は、バスを使用して、受信器１５２０を第１のモビリティルータまたは第２のモビリティルータにより送信された要求メッセージを受信するように制御し、要求メッセージはプロキシルーティングエンティティのアドレスを取得するのに使用され、要求メッセージは第１のモバイルノードの第１の通信相手端部のアドレスを含み、プロキシルーティングエンティティのアドレスと第１の通信相手端部のアドレスとの間のバインディング関係がサーバに設定され、プロキシルーティングエンティティは第１のモビリティルータと第１の通信相手端部との間の通信経路に配置され、第１のモビリティルータは第１のモバイルノードの訪問されたネットワーク内のモビリティルータであり、第２のモビリティルータは第１のモバイルノードのホームネットワーク内のモビリティルータである。プロセッサ１５１０は、バスを使用して、送信器１５３０が応答メッセージを送信するように制御し、応答メッセージはプロキシルーティングエンティティのアドレスを含む。

本発明のこの実施形態によると、サーバ１５００は位置管理エンティティまたは集中型のサーバであり、送信器１５３０は応答メッセージを第１のモビリティルータまたは第２のモビリティルータへ送信するようにさらに構成される。

本発明のこの実施形態によると、サーバ１５００はドメインネームサーバであり、送信器１５３０は第１の通信相手端部のアドレスに対応するドメインネームを含む応答メッセージを第１のモビリティルータまたは第２のモビリティルータへ送信する。受信器１５２０は第１の通信相手端部のアドレスに対応するドメインネームを含みかつ第１のモビリティルータまたは第２のモビリティルータにより送信される要求メッセージを受信する。送信器１５３０はプロキシルーティングエンティティのアドレスを含む応答メッセージを第１のモビリティルータまたは第２のモビリティルータへ送信するようにさらに構成される。

サーバ１５００のユニットの動作および機能に関し、図３の実施形態が参照されてもよい。繰り返しを避けるため、詳細は本明細書において再び記載されない。

図１６は本発明の一実施形態によるモビリティルータ１６００の略構造図である。モビリティルータ１６００は以下のものを含む。プロセッサ１６１０、受信器１６２０、送信器１６３０、メモリ１６４０およびバス１６５０。

プロセッサ１６１０は、バス１６５０を使用して、メモリ１６４０に格納されたコードを呼び出して第１のモビリティルータへの第２のトンネルを確立し、モビリティルータ１６００は第１のモバイルノートのホームネットワーク内のモビリティルータであり、第１のモビリティルータは第１のモバイルノードの訪問されたネットワーク内のモビリティルータである。受信器１６２０は、第２のトンネルを使用して、第１のモビリティルータにより転送されかつ第１のモバイルノードと第１の通信相手端部との間で送信される第１のデータパケットを受信し、第１のデータパケットは第１の通信相手端部のアドレスを含む。プロセッサ１６１０は第１の通信相手端部のアドレスに基づきプロキシルーティングエンティティのアドレスを取得し、プロキシルーティングエンティティは第１のモビリティルータと第１の通信相手端部との間の通信経路に配置される。送信器１６３０は第１のモビリティルータへルート最適化指令を送信し、ルート最適化指令はプロキシルーティングエンティティのアドレスを含みかつ第１のモビリティルータにプロキシルーティングエンティティへの第１のトンネルを確立することを指示するのに使用される。

本発明のこの実施形態によると、プロセッサ１６１０は第１の通信相手端部のアドレスに基づきサーバからプロキシルーティングエンティティのアドレスを取得し、プロキシルーティングエンティティのアドレスと第１の通信相手端部のアドレスとの間のバインディング関係がサーバに設定される。

本発明のこの実施形態によると、プロセッサ１６１０は送信器１６３０を第１の通信相手端部のアドレスを含む要求メッセージを位置管理エンティティまたは集中型のサーバに送信するように制御し、受信器１６２０をプロキシルーティングエンティティのアドレスを含みかつ位置管理エンティティまたは集中型のサーバにより返信される応答メッセージを受信するように制御する。

本発明のこの実施形態によると、プロセッサ１６１０は送信器１６３０を第１の通信相手端部のアドレスを含む要求メッセージをドメインネームサーバに送信するように制御してプロキシルーティングエンティティのアドレスを取得し、受信器１６２０を第１の通信相手端部のアドレスに対応するドメインネームを含みかつドメインネームサーバにより返信される応答メッセージを受信するように制御し、送信器１６３０を第１の通信相手端部のアドレスに対応するドメインネームを含む要求メッセージをドメインネームサーバへ送信するように制御し、受信器１６２０をプロキシルーティングエンティティのアドレスを含みかつドメインネームサーバにより送信される応答メッセージを受信するように制御する。

モビリティルータ１６００のユニットの動作および機能に関し、図４の実施形態が参照されてもよい。繰り返しを避けるため、詳細は本明細書において再び記載されない。

図１７は本発明の一実施形態によるプロキシルーティングエンティティ１７００の略構造図である。プロキシルーティングエンティティ１７００は以下のものを含む。プロセッサ１７１０、送信器１７２０、メモリ１７３０およびバス１７４０。

プロセッサ１７１０は、バス１７４０を使用して、メモリ１７３０に格納されたコードを呼び出して第１のモビリティルータへの第１のトンネルを確立し、プロキシルーティングエンティティは第１のモビリティルータと第１のモバイルノードの第１の通信相手端部との間の通信経路に配置され、第１のモビリティルータは第１のモバイルノートの訪問されたネットワーク内のモビリティルータである。送信器１７２０は、第１のトンネルを使用して、バインディング関係に従い第１のモバイルノードと第１の通信相手端部との間のデータパケットを送信するように構成される。

本発明のこの実施形態によると、プロキシルーティングエンティティ１７００は受信器１７５０をさらに含み、プロセッサ１７１０は受信器１７５０を第１のモビリティルータにより送信されるトンネル確立要求メッセージを受信するように制御し、この場合トンネル確立要求メッセージは第１のモバイルノードのアドレス、第１の通信相手端部のアドレスおよび第１のモビリティルータのアドレスを含む。さらに受信器１７５０が第１のモビリティルータのアドレス、第１の通信相手端部のアドレス、第１のモバイルノードのアドレスおよび第１のトンネルのトンネル情報の間にバインディング関係を確立するように制御する。

別の実施形態において、任意に、プロセッサ１７１０は第３のモビリティルータへの第３のトンネルをさらに確立し、第３のトンネルが確立された後第１のトンネルを解体する。

別の実施形態において、プロキシルーティングエンティティ１７００は任意に以下のものをさらに含む。第２のトンネルを使用して第１のモバイルノードにより転送されかつ第２のモバイルノードと第２の通信相手端部との間で送信される第２のデータパケットを受信するよう構成された受信器１７５０であって、第２のデータパケットは第２のモバイルノードのアドレス、第２の通信相手端部のアドレスおよび第１のモビリティルータのアドレスを含み、プロセッサは第１のモビリティルータのアドレス、第２のモバイルノードのアドレス、第２の通信相手端部のアドレスおよび第１のトンネルのトンネル情報の間のバインディング関係を確立する。

本発明のこの実施形態によると、第１のモバイルノードはモバイルネットワークに配置され、第１の通信相手端部は固定ネットワークに配置され、プロキシルーティングエンティティ１７００はモバイルネットワークと固定ネットワークを接続するように構成される。

プロキシルーティングエンティティ１７００のユニットの動作および機能に関し、図５の実施形態が参照されてもよい。繰り返しを避けるため、詳細は本明細書において再び記載されない。

当業者は、本明細書に開示された実施形態に記載された例と組み合わせて、ユニットおよびアルゴリズムステップが電子機器またはコンピュータソフトウェアと電子機器との組み合わせにより実施されてもよいことを知り得る。機能がハードウェアにより実行されるかまたはソフトウェアにより実行されるかは、技術的解決策の特定の適用およびデザイン制約状態に依存する。当業者はそれぞれの特定の適用に対して記載された機能を実施するために異なる方法を使用してもよいが、その実施は本発明の範囲を超えると見なされるべきではない。

便利かつ簡潔な記載を目的として、上記のシステム、装置およびユニットの詳細な作業工程に関し、上記の方法の実施形態での対応するプロセスが参照されてもよいことが当業者に明らかに理解され得るが、その詳細は本明細書において再び記載されない。

本適用で提供されるいくつかの実施形態において、開示されたシステム、装置および方法は他の方法で実施されてもよいことが理解されるべきである。例えば、記載された装置の実施形態は単に例示的なものである。例えば、ユニットの分割は単に論理的な機能の分割であり、実際の実施においては他の分割でもよい。例えば、複数のユニットもしくは要素が別のシステムに組み合わされ、もしくは組み込まれてもよく、またはいくつかの特徴は無視されるか実行されなくてもよい。加えて、表示されたまたは議論された相互結合もしくは直接結合または通信接続はいくつかのインターフェースを介して実施されてもよい。装置またはユニット間の間接結合または通信接続は電気的、機械的または他の形式で実施されてもよい。

別個の部分として記載されたユニットは物理的に別々でも、別々でなくてもよく、ユニットとして表示された部分は物理的なユニットであってもなくてもよく、１か所に配置されても、複数のネットワークユニットに分配されてもよい。ユニットのいくつかまたは全てが、実施形態の解決策の目的を達成するために実際の要求に従い選択されてもよい。

さらに、本発明の実施形態の機能的ユニットが１つの処理ユニットに組み込まれてもよく、またはそれぞれのユニットが物理的に単独で存在してもよく、もしくは２つ以上のユニットが１つのユニットに組み込まれる。

機能がソフトウェア機能ユニットの形式で実施され独立した製品として販売または使用される時、機能はコンピュータ可読の記憶媒体に記憶されてもよい。そのような理解に基づき、本発明の技術的解決策は本質的にもしくは部分的に従来技術に貢献し、または技術的解決策のいくつかはソフトウェア製品の形式で実施されてもよい。ソフトウェア製品は記憶媒体に記憶され、コンピュータ装置（パソコン、サーバまたはネットワーク装置であり得る）に本発明の実施形態に記載された方法のステップの全てまたはいくつかを実行するよう指示するためのいくつかの指示を含む。上記の記憶媒体は以下のものを含む。例えばＵＳＢフラッシュドライブ、取り外し可能なハードディスク、読み出し専用メモリ（ＲＯＭ、Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ），ランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスクまたは光ディスク等のプログラムコードを記憶できる任意の媒体。

上記の記載は単に本発明の特定の実施方法であるが、本発明の保護範囲を制限する意図はない。本発明で開示された技術的範囲内で当業者により容易に理解される如何なる変形または置換も本発明の保護範囲内にあるべきである。従って、本発明の保護範囲は請求項の保護範囲の対象となる。

Claims (21)

1. ルーティング方法であって、
   第２のモビリティルータへの第２のトンネルを第１のモビリティルータにより確立するステップであって、前記第２のモビリティルータは第１のモバイルノードのホームネットワーク内のモビリティルータである、確立するステップと、
   前記第１のモバイルノードにより第１の通信相手端部に送信される第１のデータパケットを第１のモビリティルータにより受信するステップであって、前記第１のモビリティルータは前記第１のモバイルノードの訪問されたネットワーク内のモビリティルータであり、前記第１のデータパケットは前記第１の通信相手端部のアドレスを備える、受信するステップと、
   前記第１の通信相手端部の前記アドレスに基づきプロキシルーティングエンティティのアドレスを前記第１のモビリティルータにより取得するステップであって、前記プロキシルーティングエンティティは前記第１のモビリティルータと前記第１の通信相手端部との間の通信経路に配置される、取得するステップと、
   前記プロキシルーティングエンティティの前記アドレスに基づき前記プロキシルーティングエンティティへの第１のトンネルを前記第１のモビリティルータにより確立するステップと、
   前記第１のトンネルの確立の完了の前に、前記第２のトンネルを使用して前記第１のモバイルノードと前記第１の通信相手端部との間の前記第１のデータパケットを前記第１のモビリティルータにより送信するステップと、
   前記第１のトンネルを使用して、前記第１のデータパケットに続きかつ前記第１の通信相手端部により前記第１のモバイルノードへ送信される次のデータパケットを前記第１のモビリティルータにより送信するステップと
   を備えることを特徴とするルーティング方法。
2. 第３のモビリティルータと前記プロキシルーティングエンティティとの間の第３のトンネルおよび前記第３のモビリティルータと前記第２のモビリティルータとの間の第４のトンネルを使用して、前記第１のモバイルノードが前記第１の通信相手端部と通信することを決定する時、前記第１のモビリティルータにより前記第１のトンネルおよび前記第２のトンネルを解体するステップをさらに備えることを特徴とする請求項１に記載のルーティング方法。
3. 前記第１のトンネルの確立を完了する前に、前記第１のモビリティルータにより前記第１のデータパケットをキャッシュするステップと、および／または
   前記第１のトンネルの確立の完了の後に、前記第１のトンネルを使用して、キャッシュされた前記第１のデータパケットを前記第１のモビリティルータにより前記第１の通信相手端部へ転送するステップとをさらに備えることを特徴とする請求項１に記載のルーティング方法。
4. 前記第１の通信相手端部の前記アドレスに基づきプロキシルーティングエンティティのアドレスを前記第１のモビリティルータにより取得する前記ステップは、
   前記第１の通信相手端部の前記アドレスに基づきサーバから前記プロキシルーティングエンティティの前記アドレスを前記第１のモビリティルータにより取得するステップであって、前記プロキシルーティングエンティティの前記アドレスと前記第１の通信相手端部の前記アドレスとの間のバインディング関係が前記サーバに設定される、取得するステップとを備えることを特徴とする請求項１乃至３のいずれか一項に記載のルーティング方法。
5. 前記サーバは位置管理エンティティまたは集中型のサーバであり、前記第１の通信相手端部の前記アドレスに基づきサーバから前記プロキシルーティングエンティティの前記アドレスを前記第１のモビリティルータにより取得する前記ステップは、
   前記第１の通信相手端部の前記アドレスを備える要求メッセージを前記位置管理エンティティまたは前記集中型のサーバへ前記第１のモビリティルータにより送信するステップと、
   前記プロキシルーティングエンティティの前記アドレスを備えかつ前記位置管理エンティティまたは前記集中型のサーバにより返信される応答メッセージを前記第１のモビリティルータにより受信するステップとを備えることを特徴とする請求項４に記載のルーティング方法。
6. 前記サーバはドメインネームサーバであり、前記第１の通信相手端部の前記アドレスに基づいてプロキシルーティングエンティティのアドレスを前記第１のモビリティルータにより取得する前記ステップは、
   前記プロキシルーティングエンティティの前記アドレスを取得するために、前記第１の通信相手端部の前記アドレスを備える要求メッセージを前記ドメインネームサーバへ前記第１のモビリティルータにより送信するステップと、
   前記第１の通信相手端部の前記アドレスに対応するドメインネームを備えかつ前記ドメインネームサーバにより返信される応答メッセージを前記第１のモビリティルータにより受信するステップと、
   前記第１の通信相手端部の前記アドレスに対応する前記ドメインネームを備える要求メッセージを前記ドメインネームサーバへ前記第１のモビリティルータにより送信するステップと、
   前記プロキシルーティングエンティティの前記アドレスを備えかつ前記ドメインネームサーバにより返信される応答メッセージを前記第１のモビリティルータにより受信するステップとを備えることを特徴とする請求項４に記載のルーティング方法。
7. 前記第１の通信相手端部の前記アドレスに基づきプロキシルーティングエンティティのアドレスを前記第１のモビリティルータにより取得する前記ステップは、
   前記第２のモビリティルータにより送信されるルート最適化指令を前記第１のモビリティルータにより受信するステップであって、前記ルート最適化指令は前記プロキシルーティングエンティティの前記アドレスを備えかつ前記第１のモビリティルータに前記プロキシルーティングエンティティへの前記第１のトンネルを確立することを指示するのに使用される、受信するステップと、
   前記ルート最適化指令から前記プロキシルーティングエンティティの前記アドレスを前記第１のモビリティルータにより取得するステップとを備えることを特徴とする請求項１に記載のルーティング方法。
8. 前記プロキシルーティングエンティティの前記アドレスに基づき前記プロキシルーティングエンティティへの第１のトンネルを前記第１のモビリティルータにより確立する前記ステップは、
   前記第１の通信相手端部の前記アドレス、前記プロキシルーティングエンティティの前記アドレス、前記第１のモバイルノードのアドレスおよび前記第１のトンネルのトンネル情報の間のバインディング関係を前記第１のモビリティルータにより確立するステップと、
   トンネル確立要求メッセージを前記プロキシルーティングエンティティへ前記第１のモビリティルータにより送信するステップであって、前記トンネル確立要求メッセージは前記第１のモビリティルータのアドレス、前記第１の通信相手端部の前記アドレスおよび前記第１のモバイルノードの前記アドレスを備え、その結果前記第１のモビリティルータの前記アドレス、前記第１の通信相手端部の前記アドレス、前記第１のモバイルノードの前記アドレスおよび前記第１のトンネルの前記トンネル情報の間のバインディング関係が前記プロキシルーティングエンティティにおいて確立される、送信するステップとを備えることを特徴とする請求項１乃至７のいずれか一項に記載のルーティング方法。
9. 前記第１のモビリティルータは第２のモバイルノードの前記訪問されたネットワーク内のモビリティルータであり、前記ルーティング方法は、
   前記第２のモバイルノードにより第２の通信相手端部へ送信される第２のデータパケットを前記第１のモビリティルータにより受信するステップであり、前記第２のデータパケットは前記第２の通信相手端部のアドレスを備える、受信するステップと、
   前記第２の通信相手端部の前記アドレスに基づき前記プロキシルーティングエンティティの前記アドレスを前記第１のモビリティルータにより取得するステップと、
   前記プロキシルーティングエンティティの前記アドレスに従い、前記第１のモビリティルータが、前記第１のトンネルが確立されたと決定する場合、前記第２の通信相手端部の前記アドレス、前記プロキシルーティングエンティティの前記アドレス、前記第２のモバイルノードのアドレスおよび前記第１のトンネルの前記トンネル情報の間のバインディング関係を前記第１のモビリティルータにより確立するステップと、
   前記第１のモビリティルータにより、前記第２のデータパケットを前記第１のトンネルを使用して転送するステップであって、前記第２のデータパケットは前記第２の通信相手端部の前記アドレス、前記第１のモビリティルータの前記アドレスおよび前記第２のモバイルノードの前記アドレスを備え、その結果前記第２の通信相手端部の前記アドレス、前記第１のモビリティルータの前記アドレス、前記第２のモバイルノードの前記アドレスおよび前記第１のトンネルの前記トンネル情報の間のバインディング関係が前記プロキシルーティングエンティティにおいて確立される、転送するステップとをさらに備えることを特徴とする請求項８に記載のルーティング方法。
10. 前記第１のモバイルノードはモバイルネットワークに配置され、前記第１の通信相手端部は固定ネットワークに配置され、前記プロキシルーティングエンティティは前記モバイルネットワークと前記固定ネットワークとを接続するように構成され、
    前記第１の通信相手端部の前記アドレスに基づきプロキシルーティングエンティティのアドレスを前記第１のモビリティルータにより取得する前記ステップは、
    前記第１の通信相手端部の前記アドレスが前記固定ネットワークにより割り当てられるアドレスに属すると決定する時、前記プロキシルーティングエンティティの前記アドレスを前記第１のモビリティルータにより取得するステップを備えることを特徴とする請求項１乃至９のいずれか一項に記載のルーティング方法。
11. モビリティルータであって、
    第２のモビリティルータへの第２のトンネルを確立するように構成された確立モジュールであって、前記第２のモビリティルータは第１のモバイルノードのホームネットワーク内のモビリティルータである、確立モジュールと、
    前記第１のモバイルノードにより第１の通信相手端部へ送信される第１のデータパケットを受信するように構成された受信モジュールであって、前記モビリティルータは前記第１のモバイルノードの訪問されたネットワーク内のモビリティルータであって、前記第１のデータパケットは前記第１の通信相手端部のアドレスを備える、受信モジュールと、
    前記第１の通信相手端部の前記アドレスに基づきプロキシルーティングエンティティのアドレスを取得するように構成された取得モジュールであって、前記プロキシルーティングエンティティは前記モビリティルータと前記第１の通信相手端部との間の通信経路に配置される、取得モジュールと、
    第１のトンネルの確立が完了する前に、前記第２のトンネルを使用して前記第１のモバイルノードと前記第１の通信相手端部との間の前記第１のデータパケットを送信し、前記第１のデータパケットに続きかつ前記第１の通信相手端部により前記第１のモバイルノードへ送信される次のデータパケットを前記第１のトンネルを使用して送信するようにさらに構成される送信モジュールと
    を備え、前記確立モジュールは、前記プロキシルーティングエンティティの前記アドレスに基づき前記プロキシルーティングエンティティへの前記第１のトンネルを確立するようにさらに構成されることを特徴とするモビリティルータ。
12. 第３のモビリティルータと前記プロキシルーティングエンティティとの間の第３のトンネルおよび前記第３のモビリティルータと前記第２のモビリティルータとの間の第４のトンネルを使用して前記第１のモバイルノードが前記第１の通信相手端部と通信すると決定する時、前記第１のトンネルと前記第２のトンネルを解体するように構成された解体モジュールをさらに備えることを特徴とする請求項１１に記載のモビリティルータ。
13. 前記第１のトンネルの確立が完了する前に前記第１のデータパケットをキャッシュし、および／または前記第１のトンネルの確立が完了した後にキャッシュされた前記第１のデータパケットを前記第１の通信相手端部へ前記第１のトンネルを使用して転送するように構成されたキャッシュモジュールをさらに備えることを特徴とする請求項１１に記載のモビリティルータ。
14. 前記取得モジュールは前記第１の通信相手端部の前記アドレスに基づきサーバから前記プロキシルーティングエンティティの前記アドレスを取得し、前記プロキシルーティングエンティティの前記アドレスと前記第１の通信相手端部の前記アドレスとの間のバインディング関係が前記サーバに設定されることを特徴とする請求項１１乃至１３のいずれか一項に記載のモビリティルータ。
15. 前記取得モジュールは前記第１の通信相手端部の前記アドレスを備える要求メッセージを位置管理エンティティまたは集中型のサーバへ送信し、前記プロキシルーティングエンティティの前記アドレスを備えかつ前記位置管理エンティティまたは前記集中型のサーバにより返信される応答メッセージを受信することを特徴とする請求項１４に記載のモビリティルータ。
16. 前記取得モジュールは、前記プロキシルーティングエンティティの前記アドレスを取得するために、前記第１の通信相手端部の前記アドレスを備える要求メッセージをドメインネームサーバへ送信し、前記第１の通信相手端部の前記アドレスに対応するドメインネームを備えかつ前記ドメインネームサーバにより返信される応答メッセージを受信し、前記第１の通信相手端部の前記アドレスに対応する前記ドメインネームを備える要求メッセージを前記ドメインネームサーバへ送信し、前記プロキシルーティングエンティティの前記アドレスを備えかつ前記ドメインネームサーバにより返信される応答メッセージを受信することを特徴とする請求項１４に記載のモビリティルータ。
17. 前記取得モジュールは前記第２のモビリティルータにより送信されるルート最適化指令を受信し、前記ルート最適化指令は前記プロキシルーティングエンティティの前記アドレスを備えかつ前記モビリティルータに前記プロキシルーティングエンティティへの前記第１のトンネルを確立することを指示するのに使用され、さらに前記取得モジュールは前記プロキシルーティングエンティティの前記アドレスを前記ルート最適化指令から取得することを特徴とする請求項１１に記載のモビリティルータ。
18. 前記確立モジュールは前記第１の通信相手端部の前記アドレス、前記プロキシルーティングエンティティの前記アドレス、前記第１のモバイルノードのアドレスおよび前記第１のトンネルのトンネル情報の間にバインディング関係を確立しおよびトンネル確立要求メッセージを前記プロキシルーティングエンティティへ送信し、前記トンネル確立要求メッセージは前記モビリティルータのアドレス、前記第１の通信相手端部の前記アドレスおよび前記第１のモバイルノードの前記アドレスを備え、その結果前記モビリティルータの前記アドレス、前記第１の通信相手端部の前記アドレス、前記第１のモバイルノードの前記アドレスおよび前記第１のトンネルの前記トンネル情報の間のバインディング関係が前記プロキシルーティングエンティティにおいて確立されることを特徴とする請求項１１乃至１７のいずれか一項に記載のモビリティルータ。
19. 前記受信モジュールは第２のモバイルノードにより第２の通信相手端部へ送信される第２のデータパケットをさらに受信し、前記第２のデータパケットは前記第２の通信相手端部のアドレスを備え、
    前記取得モジュールは前記第２の通信相手端部の前記アドレスに基づき前記プロキシルーティングエンティティの前記アドレスをさらに取得し、
    前記確立モジュールが、前記プロキシルーティングエンティティの前記アドレスに従い、前記第１のトンネルが確立されたと決定する場合、前記確立モジュールは前記第２の通信相手端部の前記アドレス、前記プロキシルーティングエンティティの前記アドレス、前記第２のモバイルノードのアドレスおよび前記第１のトンネルの前記トンネル情報の間にバインディング関係をさらに確立し、
    前記送信モジュールは前記第１のトンネルを使用して前記第２のデータパケットをさらに転送し、前記第２のデータパケットは前記第２の通信相手端部の前記アドレス、前記モビリティルータの前記アドレスおよび前記第２のモバイルノードの前記アドレスを備え、その結果前記第２の通信相手端部の前記アドレス、前記モビリティルータの前記アドレス、前記第２のモバイルノードの前記アドレスおよび前記第１のトンネルの前記トンネル情報の間のバインディング関係が前記プロキシルーティングエンティティにおいて確立されることを特徴とする請求項１８に記載のモビリティルータ。
20. 前記第１のモバイルノードはモバイルネットワークに配置され、前記第１の通信相手端部は固定ネットワークに配置され、前記プロキシルーティングエンティティは前記モバイルネットワークと前記固定ネットワークを接続するように構成され、前記取得モジュールは、前記第１の通信相手端部の前記アドレスが前記固定ネットワークにより割り当てられたアドレスに属すると決定する時、前記プロキシルーティングエンティティの前記アドレスを取得することを特徴とする請求項１１乃至１９のいずれか一項に記載のモビリティルータ。
21. コンピュータに、請求項１乃至１０のいずれか一項に記載の方法を実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images