(57)【要約】  ホームエージェント自身や相手先ノード自身のパス選択ポリシーによってパスの切り替えが行われた場合に、モバイルノードから不必要なトラフィックが発生することを防止する技術が開示され、その技術によればモバイルノード１０が複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェント２に登録し、ホームエージェントがホームアドレスあてパケットを複数の気付けアドレスのいずれかに転送する通信システムにおいて、ホームエージェントが、転送先の気付けアドレスを切り替えて、切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報をモバイルノードに通知し、モバイルノードが切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージをホームエージェントに送信する。
2008053914.tif 000002
【特許請求の範囲】
【請求項１】
モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信方法において、
前記ホームエージェントが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知するステップと、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記ホームエージェントに送信するステップとを、
備えたことを特徴とする通信方法。
【請求項２】
前記気付けアドレス切り替え情報がさらに、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報、及び前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報の少なくとも１つを含み、
前記モバイルノードが、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報に基づくバインディングアップデートメッセージを前記ホームエージェントに送信し、前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報に基づくインタフェース経由で前記ホームエージェントにパケット送信するステップを更に有することを特徴とする請求項１に記載の通信方法。
【請求項３】
モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおいて、
前記ホームエージェントが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段と、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記ホームエージェントに送信する手段とを、
備えたことを特徴とする通信システム。
【請求項４】
前記気付けアドレス切り替え情報がさらに、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報、及び前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報の少なくとも１つを含み、
前記モバイルノードが、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報に基づくバインディングアップデートメッセージを前記ホームエージェントに送信し、前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報に基づくインタフェース経由で前記ホームエージェントにパケット送信することを特徴とする請求項３に記載の通信システム。
【請求項５】
モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記ホームエージェントであって、
転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段を備え、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを自身に送信するように構成されたホームエージェント。
【請求項６】
前記気付けアドレス切り替え情報がさらに、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報、及び前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報の少なくとも１つを含み、
前記モバイルノードが、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報に基づくバインディングアップデートメッセージを前記ホームエージェントに送信し、前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報に基づくインタフェース経由で自身にパケット送信することを特徴とする請求項５に記載のホームエージェント。
【請求項７】
モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記モバイルノードであって、
前記ホームエージェントが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を自身に通知した場合に、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記ホームエージェントに送信する手段を、
備えたモバイルノード。
【請求項８】
前記気付けアドレス切り替え情報がさらに、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報、及び前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報の少なくとも１つを含む場合、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報に基づくバインディングアップデートメッセージを前記ホームエージェントに送信し、前記切り替え前の気付けアドレスに対応するインタフェース経由で前記ホームエージェントにパケット送信できるか否かを示す情報に基づくインタフェース経由でパケット送信することを特徴とする請求項７に記載のモバイルノード。
【請求項９】
モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信方法において、
前記相手先の通信ノードが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知するステップと、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記相手先の通信ノードに送信するステップとを、
備えたことを特徴とする通信方法。
【請求項１０】
前記気付けアドレス切り替え情報がさらに、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報、及び前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報の少なくとも１つを含み、
前記モバイルノードが、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報に基づくバインディングアップデートメッセージを前記相手先の通信ノードに送信し、前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報に基づくインタフェース経由で前記相手先の通信ノードにパケット送信するステップを更に有することを特徴とする請求項９に記載の通信方法。
【請求項１１】
モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおいて、
前記相手先の通信ノードが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段と、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記相手先の通信ノードに送信する手段とを、
備えたことを特徴とする通信システム。
【請求項１２】
前記気付けアドレス切り替え情報がさらに、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報、及び前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報の少なくとも１つを含み、
前記モバイルノードが、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報に基づくバインディングアップデートメッセージを前記相手先の通信ノードに送信し、前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報に基づくインタフェース経由で前記相手先の通信ノードにパケット送信する手段を更に有することを特徴とする請求項１１に記載の通信システム。
【請求項１３】
モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記相手先の通信ノードであって、
転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段を備え、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを自身に送信するように構成された通信ノード。
【請求項１４】
前記気付けアドレス切り替え情報がさらに、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報、及び前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報の少なくとも１つを含み、
前記モバイルノードが、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報に基づくバインディングアップデートメッセージを前記相手先の通信ノードに送信し、前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報に基づくインタフェース経由で自身にパケット送信することを特徴とする請求項１３に記載の通信ノード。
【請求項１５】
モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記モバイルノードであって、
前記相手先の通信ノードが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知した場合、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記相手先の通信ノードに送信する手段を、
備えたことを特徴とするモバイルノード。
【請求項１６】
前記気付けアドレス切り替え情報がさらに、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報、及び前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報の少なくとも１つを含む場合、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報に基づくバインディングアップデートメッセージを前記相手先の通信ノードに送信し、前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報に基づくインタフェース経由で前記相手先の通信ノードにパケット送信することを特徴とする請求項１５に記載のモバイルノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、ホームエージェントがホームアドレスあてパケットを複数の気付けアドレスのいずれかに転送する通信方法、通信システム、ホームエージェント、モバイルノード及び通信ノードに関する。
また、本発明は、モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、相手先の通信ノードがパケットを複数の気付けアドレスのいずれかに転送する通信方法、通信システム、ホームエージェント、モバイルノード及び通信ノードに関する。
【背景技術】
【０００２】
モバイルＩＰ（Internet Protocol）を利用するモバイルノード（ＭＮ）は、移動先のアドレスである気付けアドレス（ＣｏＡ）を、自身のホームアドレス（ＨｏＡ）を管理するホームエージェント（ＨＡ）に登録し、ＨｏＡあてパケットの転送を依頼する。ＭＮが、複数のＣｏＡを１つのＨｏＡに対して同時に関連付けて登録することができれば、複数のインタフェースを備えるＭＮは、それぞれのインタフェースに割り当てられたＣｏＡを登録することで、インタフェースの状態に応じて使用するＣｏＡを瞬時に切り替えることが可能となる。下記の非特許文献１には、ＭＮが複数のＣｏＡを１つのＨｏＡに関連付けてＨＡに登録する手法が開示されている。【０００３】
一方、ＨＡが、複数のＣｏＡの登録をＭＮから受けている場合、そのＭＮのＨｏＡあてパケットの転送先としてどのＣｏＡを使用するべきかを判断するため情報（パス選択ポリシー）をＭＮから取得することができれば、ＭＮの意向に基づくＣｏＡの選択が可能となる。下記の非特許文献２には、ＨＡによるフローに応じたＣｏＡの選択を可能とする手法として、ＭＮがＨＡに対してパス選択ポリシーとしてのフロー情報を登録する手法が開示されている。また、複数のＣｏＡの登録を受けているＨＡは、ＭＮから通知されるパス選択ポリシーだけによらず、ＨＡ自身のパス選択ポリシーによって転送先のＣｏＡを切り替えることも可能である。この場合、ＨＡは、他のノードとの通信状態を考慮して、ＭＮあてに送信するパケットのＣｏＡを選択することができるので、より効果的なパスの切り替えが可能となる。
【非特許文献１】R.Wakikawa, T.Ernst, K.Nagami, "Multiple Care-of Addresses Registration", draft-ietf-monami6-multiplecoa-00.txt, June 2006.
【非特許文献２】H.Soliman, N.Montavont, N.Fikouras, K.Kuladinithi, "Flow Bindings in Mobile IPv6", draft-soliman-monami6-flow-binding-01.txt, June 2006.
【０００４】
しかし、ＨＡ自身や相手先ノード（ＣＮ：Correspondent Node）自身のパス選択ポリシーによってパスの切り替えが行われた場合、その切り替え以降であっても、ＭＮは切り替える前に使用されていたＣｏＡに関するバインディング情報を維持するために、バインディングアップデートメッセージを送信する。また、そのバインディング情報のライフタイムがまだ残っている間は、そのＣｏＡを使ってパケットを送信する。このため、ＨＡやＣＮによるパスの切り替えが、例えば他のノードとの通信状態を考慮した結果として行われた場合、ＭＮが行う上記のアクションはＨＡにとって不本意なものであり、結果的に不必要なトラフィックがＭＮから発生してしまうことになる。
【発明の開示】
【０００５】
本発明は上記従来技術の問題点に鑑み、ホームエージェント自身や相手先ノード自身のパス選択ポリシーによってパスの切り替えが行われた場合に、モバイルノードから不必要なトラフィックが発生することを防止することができる通信方法、通信システム、ホームエージェント、モバイルノード及び通信ノードを提供することを目的とする。
【０００６】
本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信方法において、
前記ホームエージェントが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知するステップと、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記ホームエージェントに送信するステップとを、
備えた。
【０００７】
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおいて、
前記ホームエージェントが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段と、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記ホームエージェントに送信する手段とを、
備えた。
【０００８】
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記ホームエージェントであって、
転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段を備え、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを自身に送信するように構成した。
【０００９】
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記モバイルノードであって、
前記ホームエージェントが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を自身に通知した場合に、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記ホームエージェントに送信する手段を、
備えた。
【００１０】
この構成により、ホームエージェント自身のパス選択ポリシーによってパスの切り替えが行われた場合に、モバイルノードから不必要なトラフィックが発生することを防止することができる。
【００１１】
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信方法において、
前記相手先の通信ノードが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知するステップと、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記相手先の通信ノードに送信するステップとを、
備えた。
【００１２】
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおいて、
前記相手先の通信ノードが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段と、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記相手先の通信ノードに送信する手段とを、
備えた。
【００１３】
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記相手先の通信ノードであって、
転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段を備え、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを自身に送信するように構成した。
【００１４】
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記モバイルノードであって、
前記相手先の通信ノードが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知した場合、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記相手先の通信ノードに送信する手段を、
備えた。
【００１５】
この構成により、相手先ノード自身のパス選択ポリシーによってパスの切り替えが行われた場合に、モバイルノードから不必要なトラフィックが発生することを防止することができる。
【００１６】
本発明によれば、ホームエージェント自身や相手先ノード自身のパス選択ポリシーによってパスの切り替えが行われた場合に、モバイルノードから不必要なトラフィックが発生することを防止することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１の実施の形態におけるネットワークの構成を示すブロック図
【図２】図１のモバイルノードの構成を示すブロック図
【図３】ＣｏＡ切り替え情報を含むパケットの構成例を示す説明図
【図４】ＣｏＡ切り替え情報を含むパケットの他の例の構成を示す説明図
【図５】図１のホームエージェントの構成例を示すブロック図
【図６】第１の実施の形態の通信シーケンスの一例を示す説明図
【図７】第１の実施の形態の通信シーケンスの他の例を示す説明図
【図８】第１の実施の形態の通信シーケンスの更に他の例を示す説明図
【図９】図１のホームエージェントの処理を説明するためのフローチャート
【図１０】図１のモバイルノードの処理を説明するためのフローチャート
【図１１】本発明の第２の実施の形態におけるネットワークの構成を示すブロック図
【図１２】図１１のモバイルノードの構成例を示すブロック図
【図１３】図１１のＣＮの構成例を示すブロック図
【図１４】図１１のＣＮの処理を説明するためのフローチャート
【図１５】第２の実施の形態の通信シーケンスの一例を示す説明図
【図１６】第２の実施の形態の通信シーケンスの他の例を示す説明図
【図１７】第２の実施の形態の通信シーケンスの更に他の例を示す説明図
【図１８】ＣｏＡ切り替え情報を含むＢＡメッセージ及びＢＲＲメッセージの構成例を示す説明図
【図１９】第１の実施の形態において、特定のＣｏＡに対してComplete情報を通知する場合の通信シーケンスの一例を示す説明図
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照して本発明の実施の形態について説明する。
＜第１の実施の形態（ＨＡによる通知）＞
図１は本発明の第１の実施の形態におけるネットワークの構成を示す図である。ホームネットワーク１にはＨＡ（Home Agent）２が存在し、ＭＮ１０のホームアドレスＨｏＡ１を管理している。ＭＮ１０は２つのインタフェース１１ａ（ＩＦ１）、１１ｂ（ＩＦ２）を備えている。ＩＦ１は外部ネットワーク３ａ（外部ネットワーク１）に接続しており、外部ネットワーク３ａで使用するアドレスとしてＣｏＡ１を保持している。ＩＦ２は外部ネットワーク３ｂ（外部ネットワーク２）に接続しており、外部ネットワーク３ｂで使用するアドレスとしてＣｏＡ２を保持している。ＣＮ４はＭＮ１０の通信相手であり、ＭＮ１０−ＣＮ４間の通信パスとして、ＣｏＡ１を用いた場合の経路Path1と、ＣｏＡ２を用いた場合の経路Path2があり、経路Path1、経路Path2は、第１の実施の形態ではＨＡ２を介している。【００１９】
図２は本発明の第１の実施の形態におけるＭＮ１０の構成例である。ＭＮ１０は、インタフェース１１（図１のＩＦ１、ＩＦ２）と、送信部１２と、受信部１３と、受信パケット処理部１４と、ＢＵＬ（Binding Update List）保持部１５と、登録フロー情報保持部１６と、ＢＵ生成部１７と、ＣｏＡ選択部１８と、送信パケット生成部１９と上位レイヤ２０を有している。インタフェース１１は図１に示す外部ネットワーク３ａ、３ｂと送信部１１及び受信部１３に接続される。受信パケット処理部１４は、受信部１３を介して受信したパケットに関する処理を行い、パケットのヘッダ部分にＣｏＡ切り替え情報が含まれているかどうかをチェックする。ＣｏＡ切り替え情報が含まれている場合には、その情報が示す値を対応するＢＵＬエントリに保持するようＢＵＬ保持部１５に指示する。ＣｏＡ切り替え情報は、ＨＡ２による転送先アドレスの切り替えが行われた場合の、切り替え前の転送先アドレスに関するステータスを示す情報を含む。【００２０】
図３は、ＨＡ２によって指定されるＣｏＡ切り替え情報を含むデータパケット３０の構成例である。ＣｏＡ切り替え情報３２はDestination Option Header（デスティネーション・オプション・ヘッダ）３１内に構成されている。ＣｏＡ切り替え情報３２内に含まれている情報は、切り替え前のＣｏＡを識別する情報（ＣｏＡ識別情報：Binding Unique Identification number（ＢＩＤ）など）と、そのＣｏＡのステータスを示す情報（ＣｏＡ切り替えステータス情報）との組み合わせである。ＣｏＡ切り替えステータス情報は、
・Temporary（テンポラリ）、
・Complete（コンプリート）BC（Binding Cache）、
・Complete（コンプリート）Non-BC
の３つである。Temporary情報は、ＣｏＡの切り替えは一時的に行われたことを示しており、Complete BC情報（以下、Complete情報と記載することもある）は、ＣｏＡの切り替えは一時的ではなく恒久的に行われたことを示しており、更にその切り替え前のＣｏＡに関するバインディング情報（Binding Cache）は維持されることを示している。また、Complete Non-BC情報は、ＣｏＡの切り替えは一時的ではなく恒久的に行われたことを示しているが、その切り替え前のＣｏＡに関するバインディング情報は維持されないことを示している。【００２１】
なお、ＣｏＡ切り替え情報は、ＨＡがＭＮからのＢＵ（Binding Update）メッセージへの応答として送信するＢＡ(Binding Acknowledgement)メッセージや、ＢＲＲ（Binding Refresh Request）メッセージの中に含めてもよい。この場合、ＢＡメッセージのStatusフィールドや、ＢＡメッセージ及びＢＲＲメッセージに付加されるBinding Unique Identifier sub-optionの中のStatusフィールドの値として含まれていてもよい。さらには、フロー情報を通知するFlow Identification optionに含まれていてもよい。これらのメッセージは、ＣｏＡの切り替えが発生する事前または事後に送信可能である。また、ＢＡメッセージをＢＵメッセージの応答としてのみ送信する場合には、通知する情報は、以後ＨＡが行う全ての転送先の切り替えは、上記ＣｏＡ切り替えステータスのいずれかであることを示すものであることを意味することとなる。この場合ＭＮ１０は、ＨＡによる転送先の切り替えが発生した場合、その切り替えは事前に受信したＢＡメッセージに含まれるＣｏＡ切り替えステータス情報に基づいて、自身の送信元アドレスの選択や、ＢＵメッセージの送信の可否を判断する。【００２２】
一方、Temporary情報を受けたＭＮ１０は、その切り替え前のＣｏＡを使ったデータパケットの送信が可能であり、かつそのバインディング情報を維持するためのＢＵ（Binding Update）送信も可能であると認識する。Complete BC情報を受けたＭＮ１０は、その切り替え前のＣｏＡを使ったデータパケットの送信はできないが、そのバインディング情報を維持するためのＢＵ送信は可能であると認識する。また、Complete Non-BC情報を受けたＭＮ１０は、その切り替え前のＣｏＡを使ったデータパケットの送信が不可であり、かつそのバインディング情報を維持するためのＢＵ送信も不可であると認識する。【００２３】
図４は、ＣｏＡ切り替え情報として、図３のＣｏＡ切り替え情報３２の他に、フロー識別子３３が含まれているデータパケットの構成例である。ＣｏＡ切り替え情報として、フロー識別子３３が含まれている場合には、そのフロー識別子３３が指すフローに関してＣｏＡ切り替え情報が有効であることを示す。そのため、受信パケット処理部１４は、受信したパケットの中にフロー識別子を含むＣｏＡ切り替え情報が含まれていた場合には、その情報が示す値を対応する登録フロー情報エントリに保持するよう指示する。【００２４】
図２に戻り、ＢＵＬ保持部１５は、受信パケット処理部１４の指示を受け、渡されたＣｏＡ切り替え情報を、対応するＣｏＡのＢＵＬエントリ内に保持する。対応するエントリがない場合は、新たにエントリを生成し保持する。また、保持しているバインディング情報エントリのライフタイムが残り少なくなってきたときに、そのエントリの登録先に対して再度ＢＵを送信するようＢＵ生成部１７に指示する。登録フロー情報保持部１６は、受信パケット処理部１４の指示を受け、渡されたＣｏＡ切り替え情報を対応する登録フロー情報エントリ内に保持する。対応するエントリがない場合は、新たにエントリを生成し保持する。ＢＵ生成部１７は、ＢＵＬ保持部１５の指示を受け、渡されたバインディング情報を含むＢＵメッセージを生成し、送信部１２に対して送信するよう指示する。【００２５】
ＣｏＡ選択部１８は、送信パケット生成部１９の指示を受け、送信するパケットの送信元アドレスに指定するべきＣｏＡを選択する。ＣｏＡ選択部１８は、ＢＵＬ保持部１５が保持している情報を参照し、送信するパケットのあて先アドレスに対応するＢＵＬが存在するかどうかをチェックする。対応するＢＵＬエントリが存在しない場合には、ＨＡに登録しているＣｏＡのうち、Complete BC情報又はComplete Non-BC情報が付加されていないエントリのＣｏＡを選択する。そして、選択したＣｏＡを使用してカプセル化パケットを生成することを送信パケット生成部１９に通知する。【００２６】
また、ＣｏＡ選択部１８は、ＨＡ２から転送されたパケットに対する応答パケットを送信する際に、ＢＵＬ保持部１５が保持している情報を参照し、受信したパケットのあて先アドレスに対応するＢＵＬエントリに、Complete情報が付加されている場合には、それ以前にパケット送信に使用していたＣｏＡが、ＨＡ２によって使用されたＣｏＡとは異なるＣｏＡであったとしても、送信するパケットの送信元アドレスをＨＡ２によって使用されたＣｏＡ(Complete情報が付加されているＣｏＡ)へ切り替える。また、ＨＡ２から転送されたパケットのあて先アドレスに対応するＢＵＬにComplete情報が付加されていない場合には、ＣｏＡ選択部１８は、ＨＡによって使用されたＣｏＡ以外のＣｏＡを使用してパケットを送信することができると判断する。これにより、ＨＡ２によって転送先の切り替えが行われたときに、切り替え後のＣｏＡが設定されたパケットを受信したＭＮが、ＨＡによる切り替えが行われる前に使用していたＣｏＡを引き続き使用してパケットを送信しないようにし、以降パケットを送信する際には、ＨＡによって使用されたＣｏＡと同じＣｏＡを使用してパケットを送信するべきことを判断できる。【００２７】
例えば、ＨＡ２は、ＭＮ１０へ送信するＢＡメッセージ、あるいはＢＲＲメッセージの中に、ＣｏＡ２に対するComplete情報を付加してＭＮ１０へ送信する。これらのメッセージを受信した受信パケット処理部１４は、このComplete情報をＣｏＡ２のＢＵＬエントリに保持するようＢＵＬ保持部１５へ指示する。そして、ＨＡ２から転送されたパケットのあて先アドレスがＣｏＡ２であり、かつＣｏＡ２のＢＵＬエントリにComplete情報が保持されている場合には、それ以前にＭＮ１０が使用していたＣｏＡが、ＣｏＡ２以外（ＣｏＡ１）であったとしても、ＣｏＡ選択部１８は、送信するパケットの送信元アドレスをＣｏＡ２へ切り替える。この場合、ＨＡによって切り替えられたＣｏＡに対応するＢＵＬにComplete情報が付加されていない場合には、ＣｏＡ選択部１８は、ＨＡによって使用されたＣｏＡ以外のＣｏＡを使用してパケットを送信することができると判断する。【００２８】
送信パケット生成部１９は、上位レイヤ２０から渡された送信データをあて先ノードまで届けるためのパケットを生成する。送信パケット生成部１９は、ＣｏＡ選択部１８に対して、送信パケットの送信元アドレスとして使用するべきＣｏＡを選択するよう指示する。その結果としてＣｏＡ選択部１８から通知された情報がカプセル化を指示するものであった場合、ＨＡ２のアドレスをあて先アドレスとし、通知されたＣｏＡを送信元アドレスとするヘッダでカプセル化したパケットを生成する。上位レイヤ２０は、ＩＰレイヤよりも上位に存在するトランスポートレイヤやアプリケーションレイヤを含む。【００２９】
図５は本発明の第１の実施の形態におけるＨＡ２の構成例である。ＨＡ２は、インタフェース２１と、送信部２２と、受信部２３と、データパケット処理部２４と、転送先ＣｏＡ選択部２５と、フロー情報保持部２６と、バインディング情報保持部２７と、ＣｏＡあて転送パケット生成部２８と転送状態監視部２９を有している。データパケット処理部２４は、インタフェース２１及び受信部２３を介して受信したデータパケットに関する処理を行い、そのパケットが、自身が管理するＭＮ１０のＨｏＡあてパケットである場合には、転送先ＣｏＡ選択部２５にそのパケットを渡して、転送先となるＣｏＡを選択するよう指示する。【００３０】
転送先ＣｏＡ選択部２５は、データパケット処理部２４の指示を受け、ＭＮ１０へ転送するデータパケットに付加する外部ヘッダのあて先アドレスとして使用するべきＣｏＡを選択する。転送先ＣｏＡ選択部２５は、それまで使っていたＣｏＡと異なるＣｏＡを選択して転送先を切り替えることを判断したとき、切り替え後のＣｏＡのステータスに応じて、前述のＣｏＡ切り替え情報を含める。転送先ＣｏＡ選択部２５は、外部ヘッダのDestination Option Headerとして、このＣｏＡ切り替え情報を付加する。また、転送先ＣｏＡ選択部２５は、前述したように、ＨＡ２による転送先の切り替えと同期して、ＭＮ１０にも使用するインタフェースの切り替えを要求するための情報として、実際に転送先の切り替えが発生する前に、特定のＣｏＡに対するComplete情報をＭＮ１０へ通知する。【００３１】
なお、ＣｏＡ切り替え情報を通知するメッセージとしては、前述しているように、ＭＮへ送信するＢＡ（Binding Acknowledgement）メッセージや、ＢＲＲ（Binding Refresh Request）メッセージを用いてもよい。この場合、ＣｏＡ切り替え情報は、ＢＡメッセージのStatusフィールドや、ＢＡメッセージ及びＢＲＲメッセージに付加されるBinding Unique Identifier sub-optionの中のStatusフィールドの値として含まれていてもよい。さらには、フロー情報を通知するFlow Identification optionに含まれていてもよい。また、図１８は、ＨＡ２によって指定されるＣｏＡ切り替え情報を含むＢＡメッセージ及びＢＲＲメッセージの構成例である。Complete情報は、Binding Unique Identifier sub-option（ＢＩＤ、ＣｏＡ識別情報として使われる）の中に含まれている。なお、フロー情報を通知するオプション（Flow Identification option）の中に含まれていてもよい。【００３２】
また、フロー情報保持部２６は、フロー情報を保持する役割を持つ。なお、バインディング情報保持部２７が、フロー情報を保持するようにしてもよい。【００３３】
ＣｏＡを切り替えることを判断する理由としては、ＭＮ１０へのパケット転送と、他のＭＮへのパケット転送が共に影響し合うような状態の場合(例えば、他のＭＮが、ＭＮ１０と同一リンク、あるいは同一のネットワーク(ドメインネットワーク)に存在している場合)、両者の転送パケットが同一の転送経路を通ることで互いの通信品質に影響することを防ぐために、複数の転送先を持つＭＮ１０の転送先を切り替えることを判断することが考えられる。特に、ＭＮ１０から送信されるパケットによる影響も回避したい場合には、ＭＮに対して一時的な切り替えではないこと(Complete-BC)を通知することで、ＭＮが使用する送信元アドレスの切り替えを指示することもできる。さらに、転送先の切り替えが恒久的なものであるため、切り替え前のＣｏＡに関するバインディング情報の維持が不必要となった場合に、バインディング情報を維持するためにＭＮ１０から送信されるＢＵを受け付けないことを通知するComplete-NonBCを通知することで、ＭＮ１０から送信される全てのパケットが切り替え前の経路を使って送信されることを防ぐことができる。一方、特定のＣｏＡに対してComplete情報を事前に通知しておく場合は、ＨＡ２自身が選択したＣｏＡと同じＣｏＡをＭＮ１０にも使用することを要求する場合などに用いられる。【００３４】
バインディング情報保持部２７は、ＭＮ１０から通知されたＣｏＡ情報を含むバインディング情報を保持する。ＣｏＡあて転送パケット生成部２８は、転送先ＣｏＡ選択部２５の指示を受け、渡されたＣｏＡを使ってカプセル化パケットを生成し、送信部２２へ渡して送信するよう指示する。転送状態監視部２９は、自身（ＨＡ２）が管理するＭＮ１０に対して転送したパケットに関する情報を収集し、転送先ＣｏＡ選択部２５がＣｏＡを選択する際に利用可能な有用情報を提供する。【００３５】
次に図６、図７、図８を参照して第１の実施の形態の通信シーケンスについて説明する。図６はＨＡ２がComplete BC情報を送信する場合の通信シーケンスを示し、まず、
（１）ＭＮ１０は、２つのインタフェース１１ａ（ＩＦ１）、１１ｂ（ＩＦ２）のうち、インタフェース１１ａを介して外部ネットワーク３ａ（外部ネットワーク１）に接続しているものとする（ＣｏＡ１を用いた経路Path1）。また、インタフェース１１ａ、１１ｂにはそれぞれ、ＣｏＡ１、ＣｏＡ２が割り当てられている。
（２）ＭＮ１０はＨＡ２に対し、ＣｏＡ１、ＣｏＡ２に関するバインディング情報を維持するためにバインディングアップデートメッセージを送信する。
（３）ＣＮ４がＭＮ１０のＨｏＡあてのパケットをＨＡ２に対して送信すると、
（４）ＨＡ２はこのパケットを受信して、ＭＮ１０のＣｏＡ１あて転送パケットとして経路Path1を経由して送信し、
（５）ＭＮ１０はこのパケットを受信して、ＣＮあて応答パケットとして経路Path1に送信する。【００３６】
（６）ＨＡ２は自身のパス選択ポリシーによって転送先のＣｏＡを切り替えるか否かを判断し、ＭＮ１０の転送先ＣｏＡをＣｏＡ１からＣｏＡ２に切り替えたとする。
（７）ＣＮ４がＭＮ１０のＨｏＡあてのパケットをＨＡ２に対して送信すると、
（８ａ）ＨＡ２はこのパケットを受信して、ＭＮ１０のＣｏＡ２あて転送パケットとして経路Path2に送信し、また、ＣｏＡ切り替え情報としてComplete BC情報を送信する。
（９ａ）ＭＮ１０はこのComplete BC情報により、切り替え前のＣｏＡ１のバインディング情報を維持できるが、インタフェース１１ａ（ＩＦ１）経由ではパケット送信できない、と判断する。
（１０ａ）ＭＮ１０はＨＡ２からのパケットを受信して、ＣＮあて応答パケットとして経路Path2に送信し、また、
（１１ａ）ＭＮ１０はＨＡ２に対し、ＣｏＡ１、ＣｏＡ２両方に関するバインディング情報を維持するためにバインディングアップデートメッセージを送信する。【００３７】
図７はＨＡ２がComplete Non-BC情報を送信する場合の通信シーケンスを示し、（１）〜（７）は図６と同じであるので説明を省略し、それ以降を説明する。
（８ｂ）ＨＡ２はＣＮ４からのパケットを受信して、ＭＮ１０のＣｏＡ２あて転送パケットとして経路Path2に送信し、また、ＣｏＡ切り替え情報としてComplete Non-BC情報を送信する。
（９ｂ）ＭＮ１０はこのComplete Non-BC情報により、切り替え前のＣｏＡ１のバインディング情報を維持できず、また、インタフェース１１ａ（ＩＦ１）経由ではパケット送信できない、と判断する。
（１０ａ）ＭＮ１０はＨＡ２からのパケットを受信して、ＣＮあて応答パケットとして経路Path2に送信し、また、
（１１ｂ）ＭＮ１０はＨＡ２に対し、切り替え後のＣｏＡ２に関するバインディング情報を維持するためにバインディングアップデートメッセージのみを送信する。【００３８】
図８はＨＡ２がTemporary情報を送信する場合の通信シーケンスを示し、（１）〜（７）は図６と同じであるので説明を省略し、それ以降を説明する。
（８ｃ）ＨＡ２はＣＮ４からのパケットを受信して、ＭＮ１０のＣｏＡ２あて転送パケットとして経路Path2に送信し、また、ＣｏＡ切り替え情報としてTemporary情報を送信する。
（９ｃ）ＭＮ１０はこのTemporary情報により、切り替え前のＣｏＡ１のバインディング情報を維持することができ、また、インタフェース１１ａ（ＩＦ１）経由でパケット送信できる、と判断する。
（１０ｂ）ＭＮ１０はＨＡ２からのパケットを受信して、ＣＮあて応答パケットとして経路Path1に送信し、また、
（１１ａ）ＭＮ１０はＨＡ２に対し、ＣｏＡ１、ＣｏＡ２両方に関するバインディング情報を維持するためにバインディングアップデートメッセージを送信する。【００３９】
図９はＨＡ２の処理を説明するためのフローチャートである。まず、ＭＮ１０あてのＨｏＡあてパケットの受信待ち状態で（ステップＳ１）、ＭＮ１０あてのＨｏＡあてパケットを代理受信すると（ステップＳ２）、転送先ＣｏＡを選択する（ステップＳ３）。次いでＭＮ１０のＨｏＡあてパケットをその転送先ＣｏＡでカプセル化したパケットを生成し（ステップＳ４）、次いで、転送先ＣｏＡが切り替わったか否かをチェックする（ステップＳ５）。そして、切り替わった場合にはＣｏＡ切り替え情報を転送パケットに付加して（ステップＳ６）そのパケットを転送し（ステップＳ７）、他方、転送先ＣｏＡが切り替わっていない場合にはそのまま転送する（ステップＳ７）。【００４０】
図１０はＭＮ１０の処理を説明するためのフローチャートである。まず、パケットの受信待ち状態で（ステップＳ１１）、パケットを受信すると（ステップＳ１２）、受信パケット内にＣｏＡ切り替え情報があるか否かをチェックする（ステップＳ１３）。そして、ＣｏＡ切り替え情報がない場合にはステップＳ２０に進み、受信パケットを処理する。他方、ステップＳ１３においてＣｏＡ切り替え情報がある場合、ＣｏＡ切り替え情報がTemporary情報のときには、切り替え前のＣｏＡを使ってパケットを送信するとともに、切り替え前のＣｏＡのバインディング・キャッシュを維持するためＢＵを送信し（ステップＳ１４、Ｓ１５）、次いでステップＳ２０に進む。また、ＣｏＡ切り替え情報がComplete BC情報のときには、切り替え後のＣｏＡを使ってパケットを送信するとともに、切り替え前のＣｏＡのバインディング・キャッシュを維持するためＢＵを送信し（ステップＳ１６、Ｓ１７）、次いでステップＳ２０に進む。また、ＣｏＡ切り替え情報がComplete Non-BC情報のときには、切り替え後のＣｏＡを使ってパケットを送信するとともに、バインディング・アップデートリストから該当エントリを削除し（ステップＳ１８、Ｓ１９）、次いでステップＳ２０に進む。【００４１】
また、図１９は、ＨＡ２が特定のＣｏＡに対してComplete情報を通知する場合のシーケンスを示している。なお、（１）〜（７）は、基本的に図６と同じであるので説明を省略する。ＨＡ２からＢＩＤ２に対してComplete情報が通知され、その後、ＨＡ２により転送先がＣｏＡ１からＣｏＡ２に切り替えられた場合（１２）、ＭＮ１０は、切り替え先のＣｏＡ２に対応するＢＵＬエントリにComplete情報が付加されているため、パケットを送信するインタフェースをＩＦ２に切り替える(１３)。その結果、ＣＮあてのデータパケット（カプセル化パケット）は、経路Path2経由で送信される（１４）。【００４２】
本発明の第１の実施の形態により、ＭＮ１０は、ＨＡ２による転送先アドレスの切り替えが行われた後に、ＨＡ２が転送先アドレス及びパスを切り替えたこと（更にはその理由）を知ることができる。これにより、ＭＮ１０はＨＡ２による切り替え（更にはその理由）に応じた動作をとることができるため、不必要なデータパケット／ＢＵ送信を防ぐことができる。【００４３】
＜第２の実施の形態（ＣＮによる通知）＞
図１１は本発明の第２の実施の形態におけるネットワークの構成を示す図である。ホームネットワーク１にはＨＡ２が存在し、ＭＮ１０のＨｏＡ１を管理している。ＭＮ１０は２つのインタフェース１１ａ（ＩＦ１）、１１ｂ（ＩＦ２）を備えている。ＩＦ１は外部ネットワーク３ａに接続しており、外部ネットワーク３ａで使用するアドレスとしてＣｏＡ１を保持している。ＩＦ２は外部ネットワーク３ｂに接続しており、外部ネットワーク３ｂで使用するアドレスとしてＣｏＡ２を保持している。ＣＮ４はＭＮ１０の通信相手であり、ＭＮ１０はＣｏＡ１とＣｏＡ２に関するバインディング情報を登録している。ＭＮ−ＣＮ間の通信パスとして、ＣｏＡ１を用いた場合の経路Path1と、ＣｏＡ２を用いた場合の経路Path2があり、経路Path1、Path2は、第２の実施の形態ではＨＡ２を経由していない。【００４４】
図１２は本発明の第２の実施の形態におけるＭＮ１０の構成例である。第１の実施の形態におけるＭＮ１０との違いは、受信パケット処理部１４ａと、ＣｏＡ選択部１８ａと送信パケット生成部１９ａである。受信パケット処理部１４ａは、受信したパケットに関する処理を行い、パケットのヘッダ部分にＣｏＡ切り替え情報が含まれているかどうかをチェックする。第１の実施の形態における受信パケット処理部１４との違いは、ＣｏＡ切り替え情報をＨＡ２からではなくＣＮ４から取得するところである。ＣｏＡ切り替え情報が示す意味は第１の実施の形態と同じであり、その情報に応じたＭＮ１０の動作も同じである。また、受信パケット処理部１４ａは、ＣＮ４からのデータパケットをＨＡ２によってカプセル化された状態で受信した場合、そのＣＮ４に登録したバインディング情報があるかどうかについてＢＵＬ保持部１５を参照してチェックし、既にバインディング情報が登録済みで、かつライフタイムが残っている場合には、ＢＵ生成部１７に対してＢＵの送信を指示しない。【００４５】
ＣｏＡ選択部１８ａは、送信パケット生成部１９ａの指示を受け、送信するパケットの送信元アドレスに指定するべきＣｏＡを選択する。ＣｏＡ選択部１８ａは、ＢＵＬ保持部１５が保持している情報を参照し、送信するパケットのあて先アドレスに対応するＢＵＬが存在するかどうかをチェックする。対応するＢＵＬエントリが存在する場合には、そのＣＮに登録しているＣｏＡのうち、Complete BC情報又はComplete Non-BC情報が付加されていないエントリのＣｏＡを選択する。そして選択したＣｏＡを使用してRouting Header（ルーティング・ヘッダ）を付加したパケットを生成することを送信パケット生成部１９ａに通知する。【００４６】
また、ＣｏＡ選択部１８ａは、ＣＮ４から転送されたパケットに対する応答パケットを送信する際に、ＢＵＬ保持部１５が保持している情報を参照し、受信したパケットのあて先アドレスに対応するＢＵＬエントリに、Complete情報が付加されている場合には、それ以前にパケット送信に使用していたＣｏＡが、ＣＮ４によって使用されたＣｏＡとは異なるＣｏＡであったとしても、送信するパケットの送信元アドレスをＣＮ４によって使用されたＣｏＡ（Complete情報が付加されているＣｏＡ）へ切り替える。なお、ＣＮ４から送信されたパケットのあて先アドレスに対応するＢＵＬにComplete情報が付加されていない場合には、ＣｏＡ選択部１８ａは、ＣＮ４によって使用されたＣｏＡ以外のＣｏＡを使用してパケットを送信することができると判断する。これにより、ＣＮ４によって転送先の切り替えが行われたときに、切り替え後のＣｏＡが設定されたパケットを受信したＭＮが、ＣＮ４による切り替えが行われる前に使用していたＣｏＡを引き続き使用してパケットを送信しないようにし、以降パケットを送信する際には、ＣＮ４によって使用されたＣｏＡと同じＣｏＡを使用してパケットを送信するべきことを判断できる。【００４７】
例えば、ＣＮ４は、ＭＮ１０へ送信するＢＡメッセージ、あるいはＢＲＲメッセージの中に、ＣｏＡ２に対するComplete情報を付加してＭＮ１０へ送信する。これらのメッセージを受信した受信パケット処理部１４ａは、このComplete情報をＣｏＡ２のＢＵＬエントリに保持するようＢＵＬ保持部１５へ指示する。そして、ＣＮ４から転送されたパケットのあて先アドレスがＣｏＡ２であり、かつＣｏＡ２のＢＵＬエントリにComplete情報が保持されている場合には、それ以前にＭＮ１０が使用していたＣｏＡが、ＣｏＡ２以外（ＣｏＡ１）であったとしても、ＣｏＡ選択部１８は、送信するパケットの送信元アドレスをＣｏＡ２へ切り替える。この場合、ＣＮ４によって切り替えられたＣｏＡに対応するＢＵＬにComplete情報が付加されていない場合には、ＣｏＡ選択部１８は、ＣＮ４によって使用されたＣｏＡ以外のＣｏＡを使用してパケットを送信することができると判断する。【００４８】
送信パケット生成部１９ａは、上位レイヤ２０から渡された送信データをあて先ノードまで届けるためのパケットを生成する。送信パケット生成部１９ａは、ＣｏＡ選択部１８ａに対して、送信パケットの送信元アドレスとして使用するべきＣｏＡを選択するよう指示する。その結果としてＣｏＡ選択部１８ａから通知された情報がHome Address Optionを付加することを指示するものであった場合、ＣＮのアドレスをあて先アドレス、通知されたＣｏＡを送信元アドレスとし、さらにＨｏＡを含むHome Address Optionを付加したパケットを生成する。【００４９】
図１３は本発明の第２の実施の形態におけるＣＮ４の構成例である。ＣＮ４は、インタフェース４１と、送信部４２と、受信部４３と、受信パケット処理部４４と、フロー情報保持部４５と、バインディング情報保持部４６と、あて先ＣｏＡ選択部４７と、送信パケット生成部４８と、転送状態監視部４９と上位レイヤ５０を有している。受信パケット処理部４４は、インタフェース４１及び受信部４３を介して受信したパケットに関する処理を行う。また受信パケット処理部４４は、パケットに含まれる内容が上位レイヤ５０によって処理されるべきものである場合は上位レイヤ５０に渡し、上位レイヤ５０へ渡す必要のないもの（例えばＩＰレイヤのメッセージ）で、かつそのパケットに対してパケットを送信する必要のあるものは、送信パケット生成部４８に渡す。【００５０】
フロー情報保持部４５は、ＭＮ１０から登録を受けたフロー情報を保持する役割を持つ。なお、バインディング情報保持部４６が、フロー情報を保持するようにしてもよい。バインディング情報保持部４６は、ＭＮ１０から通知されたＣｏＡ情報を含むバインディング情報を保持する。あて先ＣｏＡ選択部４７は、送信パケット生成部４８の指示を受け、バインディング情報保持部４６を参照して、ＭＮ１０へ送信するパケットにRouting Headerを付加してＭＮ１０へ直接送信できるかどうか、更にはRouting Headerを付加するパケットのあて先アドレスとして使用するＣｏＡを選択する。また、あて先ＣｏＡ選択部４７は、転送状態監視部４９からの情報を参照し、それまで使っていたＣｏＡと異なるＣｏＡを選択して転送先を切り替えることを判断したとき、切り替え後のＣｏＡのステータスに応じて、前述のＣｏＡ切り替え情報を含める。あて先ＣｏＡ選択部４７は、外部ヘッダのDestination Option Headerとして、このＣｏＡ切り替え情報を付加する。また、ＨＡ２の転送先ＣｏＡ選択部２５と同様に、あて先ＣｏＡ選択部４７は、ＣＮ４による転送先の切り替えと同期して、ＭＮ１０にも使用するインタフェースの切り替えを要求するための情報として、実際に転送先の切り替えが発生する前に、特定のＣｏＡに対するComplete情報をＭＮ１０へ通知する。【００５１】
なお、ＣｏＡ切り替え情報は、ＣＮ４がＭＮ１０からのＢＵメッセージへの応答として送信するＢＡ(Binding Acknowledgement)メッセージや、ＢＲＲ（Binding Refresh Request）メッセージの中に含めてもよい。この場合、ＢＡメッセージのStatusフィールドや、ＢＡメッセージ及びＢＲＲメッセージに付加されるBinding Unique Identifier sub-optionの中のStatusフィールドの値として含まれていてもよい。さらには、フロー情報を通知するFlow Identification optionに含まれていてもよい。また、図１８に示すように、Complete情報は、ＢＡメッセージ又はＢＲＲメッセージの中の、Binding Unique Identifier sub-option（ＢＩＤ、ＣｏＡ識別情報として使われる）の中に含まれている。なお、フロー情報を通知するオプション（Flow Identification option）の中に含まれていてもよい。これらのメッセージは、ＣｏＡの切り替えが発生する事前又は事後に送信可能である。また、ＢＡメッセージをＢＵメッセージの応答としてのみ送信する場合には、通知する情報は、以後ＣＮ４が行う全ての転送先の切り替えは、上記ＣｏＡ切り替えステータスのいずれかであることを示すものであることを意味することとなる。この場合ＭＮ１０は、ＣＮ４による転送先の切り替えが発生した場合、その切り替えは事前に受信したＢＡメッセージに含まれるＣｏＡ切り替えステータス情報に基づいて、自身の送信元アドレスの選択や、ＢＵメッセージの送信の可否を判断する。【００５２】
ＣｏＡを切り替えることを判断する理由としては、ＭＮ１０へのパケット転送と、他のＭＮへのパケット転送が共に影響し合うような状態の場合(例えば、他のＭＮが、ＭＮ１０と同一リンク、あるいは同一のネットワーク(ドメインネットワーク)に存在している場合)、両者の転送パケットが同一の転送経路を通ることで互いの通信品質に影響することを防ぐために、複数の転送先を持つＭＮ１０の転送先を切り替えることを判断することが考えられる。特に、ＭＮ１０から送信されるパケットによる影響も回避したい場合には、ＭＮに対して一時的な切り替えではないこと(Complete-BC)を通知することで、ＭＮが使用する送信元アドレスの切り替えを指示することもできる。さらに、転送先の切り替えが恒久的なものであるため、切り替え前のＣｏＡに関するバインディング情報の維持が不必要となった場合に、バインディング情報を維持するためにＭＮ１０から送信されるＢＵを受け付けないことを通知するComplete Non-BCを通知することで、ＭＮ１０から送信される全てのパケットが切り替え前の経路を使って送信されることを防ぐことができる。一方、特定のＣｏＡに対してComplete情報を事前に通知しておく場合は、ＣＮ４自身が選択したＣｏＡと同じＣｏＡをＭＮ１０にも使用することを要求する場合などに用いられる。【００５３】
送信パケット生成部４８は、上位レイヤ５０から渡された送信データをあて先ノードまで届けるためのパケットを生成する。送信パケット生成部４８は、あて先ＣｏＡ選択部４７に対して、送信するパケットにRouting Headerを付加してＭＮ１０へ直接送信できるかどうか、更にはRouting Headerを付加するパケットのあて先アドレスとして使用するＣｏＡを選択するよう指示する。その結果としてあて先ＣｏＡ選択部４７から通知された情報がRouting Headerを付加することを指示するものであった場合、通知されたＣｏＡアドレスをあて先アドレスとし、ＨｏＡを含むRouting Headerを付加したパケットを生成し、送信部４２へ渡して送信するよう指示する。一方、あて先ＣｏＡ選択部４７から通知された情報が何も付加しないことを指示するものであった場合、送信パケット生成部４８は、パケットをそのまま送信部４２へ渡し、送信するよう指示する。転送状態監視部４９は、ＨＡ２が管理するＭＮ１０に対して転送したパケットに関する情報を収集し、転送先ＣｏＡ選択部４７がＣｏＡを選択する際に利用可能な有用情報を提供する。上位レイヤ５０は、ＩＰレイヤよりも上位に存在するトランスポートレイヤやアプリケーションレイヤを含む。【００５４】
図１４は第２の実施の形態のＣＮ４の動作を示す。まず、上位レイヤ５０からＭＮ１０あてのＨｏＡあてパケットの送信リクエストがあると（ステップＳ２１）、そのＭＮ１０あてのＨｏＡあてパケットを生成し（ステップＳ２２）、次いで転送先ＣｏＡを選択する（ステップＳ２３）。次いで図９と同様に、ＭＮ１０のＨｏＡあてパケットをその転送先ＣｏＡあてに変更し、さらにRouting Headerを付加したパケットを生成する（ステップＳ２４）。次いで、転送先ＣｏＡが切り替わったか否かをチェックする（ステップＳ２５）。そして、切り替わった場合にはＣｏＡ切り替え情報を転送パケットに付加して（ステップＳ２６）そのパケットを転送し（ステップＳ２７）、他方、転送先ＣｏＡが切り替わっていない場合にはそのまま転送する（ステップＳ２７）。なお、第２の実施の形態のＭＮ１０の処理は、第１の実施の形態（図１０）と同じである。【００５５】
図１５はＣＮ４がComplete BC情報を送信する場合の通信シーケンスを示し、まず、
（１）ＭＮ１０は、２つのインタフェース１１ａ（ＩＦ１）、１１ｂ（ＩＦ２）のうち、インタフェース１１ａを介して外部ネットワーク３ａ（外部ネットワーク１）に接続しているものとする（ＣｏＡ１を用いた経路Path1）。また、インタフェース１１ａ、１１ｂにはそれぞれ、ＣｏＡ１、ＣｏＡ２が割り当てられている。
（２）ＭＮ１０はＣＮ４に対し、ＣｏＡ１、ＣｏＡ２に関するバインディング情報を維持するためにバインディングアップデートメッセージを送信する。
（３）ＣＮ４がＭＮ１０のＣｏＡ１あてのパケットを経路Path1を経由して送信すると、
（４）ＭＮ１０はこのパケットを受信して、ＣＮあて応答パケットとして経路Path1に送信する。【００５６】
（５）ＣＮ４は自身のパス選択ポリシーによって転送先のＣｏＡを切り替えるか否かを判断し、ＭＮ１０の転送先ＣｏＡをＣｏＡ１からＣｏＡ２に切り替えたものとする。
（６ａ）ＣＮ４はＭＮ１０のＣｏＡ２あて転送パケットを経路Path2に送信し、また、ＣｏＡ切り替え情報としてComplete BC情報を送信する。
（７ａ）ＭＮ１０はこのComplete BC情報により、切り替え前のＣｏＡ１のバインディング情報を維持できるが、インタフェース１１ａ（ＩＦ１）経由ではパケット送信できない、と判断する。
（８ａ）ＭＮ１０はＣＮ４からのパケットを受信して、ＣＮあて応答パケットとして経路Path2に送信し、また、
（９ａ）ＭＮ１０はＣＮ４に対し、ＣｏＡ１、ＣｏＡ２両方に関するバインディング情報を維持するためにバインディングアップデートメッセージを送信する。【００５７】
図１６はＣＮ４がComplete Non-BC情報を送信する場合の通信シーケンスを示し、（１）〜（５）は図１５と同じであるので説明を省略し、それ以降を説明する。
（６ｂ）ＣＮ４はＭＮ１０のＣｏＡ２あて転送パケットを経路Path2に送信し、また、ＣｏＡ切り替え情報としてComplete Non-BC情報を送信する。
（７ｂ）ＭＮ１０はこのComplete Non-BC情報により、切り替え前のＣｏＡ１のバインディング情報を維持できず、また、インタフェース１１ａ（ＩＦ１）経由ではパケット送信できない、と判断する。
（８ａ）ＭＮ１０はＣＮ４からのパケットを受信して、ＣＮあて応答パケットとして経路Path2に送信し、また、
（９ｂ）ＭＮ１０はＣＮ４に対し、切り替え後のＣｏＡ２に関するバインディング情報を維持するためにバインディングアップデートメッセージのみを送信する。【００５８】
図１７はＣＮ４がTemporary情報を送信する場合の通信シーケンスを示し、（１）〜（５）は図１５と同じであるので説明を省略し、それ以降を説明する。
（６ｃ）ＣＮ４はＭＮ１０のＣｏＡ２あて転送パケットを経路Path2に送信し、また、ＣｏＡ切り替え情報としてTemporary情報を送信する。
（７ｃ）ＭＮ１０はこのTemporary情報により、切り替え前のＣｏＡ１のバインディング情報を維持することができ、また、インタフェース１１ａ（ＩＦ１）経由でパケット送信できる、と判断する。
（８ｂ）ＭＮ１０はＣＮ４からのパケットを受信して、ＣＮあて応答パケットとして経路Path1に送信し、また、
（９ａ）ＭＮ１０はＣＮ４に対し、ＣｏＡ１、ＣｏＡ２両方に関するバインディング情報を維持するためにバインディングアップデートメッセージを送信する。【００５９】
なお、図示はしないが、図（Complete情報シーケンス）のＨＡ２と同様に、ＣＮ４が特定のＣｏＡに対してComplete情報を通知する場合は、ＣＮ４からＢＩＤ２に対してComplete情報が通知され、その後、ＣＮ４により転送先がＣｏＡ１からＣｏＡ２に切り替えられた場合、ＭＮ１０は、切り替え先のＣｏＡ２に対応するＢＵＬエントリにComplete情報が付加されているため、パケットを送信するインタフェースをＩＦ２に切り替える。【００６０】
本発明の第２の実施の形態により、ＭＮ１０は、ＣＮ４による転送先アドレスの切り替えが行われた後に、ＣＮ４が転送先アドレス及びパスを切り替えたこと（更にはその理由）を知ることができる。これにより、ＭＮ１０はＣＮ４による切り替え（更にはその理由）に応じた動作をとることができるため、不必要なデータパケット／ＢＵ送信を防ぐことができる。【００６１】
なお、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。更には、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【００６２】
本発明は、ホームエージェント自身や相手先ノード自身のパス選択ポリシーによってパスの切り替えが行われた場合に、モバイルノードから不必要なトラフィックが発生することを防止することができるという効果を有し、ｍｏｎａｍｉ６などに利用することができる。
【図１】
2008053914.tif 000003
【図２】
2008053914.tif 000004
【図３】
2008053914.tif 000005
【図４】
2008053914.tif 000006
【図５】
2008053914.tif 000007
【図６】
2008053914.tif 000008
【図７】
2008053914.tif 000009
【図８】
2008053914.tif 000010
【図９】
2008053914.tif 000011
【図１０】
2008053914.tif 000012
【図１１】
2008053914.tif 000013
【図１２】
2008053914.tif 000014
【図１３】
2008053914.tif 000015
【図１４】
2008053914.tif 000016
【図１５】
2008053914.tif 000017
【図１６】
2008053914.tif 000018
【図１７】
2008053914.tif 000019
【図１８】
2008053914.tif 000020
【図１９】
2008053914.tif 000021
【手続補正書】
【提出日】平成21年2月5日(2009.2.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信方法において、
前記ホームエージェントが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知するステップと、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記ホームエージェントに送信するステップとを、
備えたことを特徴とする通信方法。
【請求項２】
前記気付けアドレス切り替え情報がさらに、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報、及び前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報の少なくとも１つを含み、
前記モバイルノードが、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報に基づくバインディングアップデートメッセージを前記ホームエージェントに送信し、前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報に基づくインタフェース経由で前記ホームエージェントにパケット送信するステップを更に有することを特徴とする請求項１に記載の通信方法。
【請求項３】
モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおいて、
前記ホームエージェントが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段と、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記ホームエージェントに送信する手段とを、
備えたことを特徴とする通信システム。
【請求項４】
前記気付けアドレス切り替え情報がさらに、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報、及び前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報の少なくとも１つを含み、
前記モバイルノードが、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報に基づくバインディングアップデートメッセージを前記ホームエージェントに送信し、前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報に基づくインタフェース経由で前記ホームエージェントにパケット送信することを特徴とする請求項３に記載の通信システム。
【請求項５】
モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記ホームエージェントであって、
転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段を備え、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを自身に送信するように構成されたホームエージェント。
【請求項６】
前記気付けアドレス切り替え情報がさらに、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報、及び前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報の少なくとも１つを含み、
前記モバイルノードが、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報に基づくバインディングアップデートメッセージを前記ホームエージェントに送信し、前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報に基づくインタフェース経由で自身にパケット送信することを特徴とする請求項５に記載のホームエージェント。
【請求項７】
モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記モバイルノードであって、
前記ホームエージェントが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を自身に通知した場合に、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記ホームエージェントに送信する手段を、
備えたモバイルノード。
【請求項８】
前記気付けアドレス切り替え情報がさらに、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報、及び前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報の少なくとも１つを含む場合、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報に基づくバインディングアップデートメッセージを前記ホームエージェントに送信し、前記切り替え前の気付けアドレスに対応するインタフェース経由で前記ホームエージェントにパケット送信できるか否かを示す情報に基づくインタフェース経由でパケット送信することを特徴とする請求項７に記載のモバイルノード。
【請求項９】
モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信方法において、
前記相手先の通信ノードが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知するステップと、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記相手先の通信ノードに送信するステップとを、
備えたことを特徴とする通信方法。
【請求項１０】
前記気付けアドレス切り替え情報がさらに、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報、及び前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報の少なくとも１つを含み、
前記モバイルノードが、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報に基づくバインディングアップデートメッセージを前記相手先の通信ノードに送信し、前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報に基づくインタフェース経由で前記相手先の通信ノードにパケット送信するステップを更に有することを特徴とする請求項９に記載の通信方法。
【請求項１１】
モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおいて、
前記相手先の通信ノードが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段と、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記相手先の通信ノードに送信する手段とを、
備えたことを特徴とする通信システム。
【請求項１２】
前記気付けアドレス切り替え情報がさらに、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報、及び前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報の少なくとも１つを含み、
前記モバイルノードが、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報に基づくバインディングアップデートメッセージを前記相手先の通信ノードに送信し、前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報に基づくインタフェース経由で前記相手先の通信ノードにパケット送信する手段を更に有することを特徴とする請求項１１に記載の通信システム。
【請求項１３】
モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記相手先の通信ノードであって、
転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段を備え、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを自身に送信するように構成された通信ノード。
【請求項１４】
前記気付けアドレス切り替え情報がさらに、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報、及び前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報の少なくとも１つを含み、
前記モバイルノードが、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報に基づくバインディングアップデートメッセージを前記相手先の通信ノードに送信し、前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報に基づくインタフェース経由で自身にパケット送信することを特徴とする請求項１３に記載の通信ノード。
【請求項１５】
モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記モバイルノードであって、
前記相手先の通信ノードが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知した場合、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記相手先の通信ノードに送信する手段を、
備えたことを特徴とするモバイルノード。
【請求項１６】
前記気付けアドレス切り替え情報がさらに、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報、及び前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報の少なくとも１つを含む場合、前記切り替え前の気付けアドレスに関するバインディング情報を維持できるか否かを示す情報に基づくバインディングアップデートメッセージを前記相手先の通信ノードに送信し、前記切り替え前の気付けアドレスに対応するインタフェース経由でパケット送信できるか否かを示す情報に基づくインタフェース経由で前記相手先の通信ノードにパケット送信することを特徴とする請求項１５に記載のモバイルノード。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、ホームエージェントがホームアドレスあてパケットを複数の気付けアドレスのいずれかに転送する通信方法、通信システム、ホームエージェント、モバイルノード及び通信ノードに関する。
また、本発明は、モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、相手先の通信ノードがパケットを複数の気付けアドレスのいずれかに転送する通信方法、通信システム、ホームエージェント、モバイルノード及び通信ノードに関する。
【背景技術】
【０００２】
モバイルＩＰ（Internet Protocol）を利用するモバイルノード（ＭＮ）は、移動先のアドレスである気付けアドレス（ＣｏＡ）を、自身のホームアドレス（ＨｏＡ）を管理するホームエージェント（ＨＡ）に登録し、ＨｏＡあてパケットの転送を依頼する。ＭＮが、複数のＣｏＡを１つのＨｏＡに対して同時に関連付けて登録することができれば、複数のインタフェースを備えるＭＮは、それぞれのインタフェースに割り当てられたＣｏＡを登録することで、インタフェースの状態に応じて使用するＣｏＡを瞬時に切り替えることが可能となる。下記の非特許文献１には、ＭＮが複数のＣｏＡを１つのＨｏＡに関連付けてＨＡに登録する手法が開示されている。
【０００３】
一方、ＨＡが、複数のＣｏＡの登録をＭＮから受けている場合、そのＭＮのＨｏＡあてパケットの転送先としてどのＣｏＡを使用するべきかを判断するため情報（パス選択ポリシー）をＭＮから取得することができれば、ＭＮの意向に基づくＣｏＡの選択が可能となる。下記の非特許文献２には、ＨＡによるフローに応じたＣｏＡの選択を可能とする手法として、ＭＮがＨＡに対してパス選択ポリシーとしてのフロー情報を登録する手法が開示されている。また、複数のＣｏＡの登録を受けているＨＡは、ＭＮから通知されるパス選択ポリシーだけによらず、ＨＡ自身のパス選択ポリシーによって転送先のＣｏＡを切り替えることも可能である。この場合、ＨＡは、他のノードとの通信状態を考慮して、ＭＮあてに送信するパケットのＣｏＡを選択することができるので、より効果的なパスの切り替えが可能となる。
【非特許文献１】R.Wakikawa, T.Ernst, K.Nagami, "Multiple Care-of Addresses Registration", draft-ietf-monami6-multiplecoa-00.txt, June 2006.
【非特許文献２】H.Soliman, N.Montavont, N.Fikouras, K.Kuladinithi, "Flow Bindings in Mobile IPv6", draft-soliman-monami6-flow-binding-01.txt, June 2006.
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、ＨＡ自身や相手先ノード（ＣＮ：Correspondent Node）自身のパス選択ポリシーによってパスの切り替えが行われた場合、その切り替え以降であっても、ＭＮは切り替える前に使用されていたＣｏＡに関するバインディング情報を維持するために、バインディングアップデートメッセージを送信する。また、そのバインディング情報のライフタイムがまだ残っている間は、そのＣｏＡを使ってパケットを送信する。このため、ＨＡやＣＮによるパスの切り替えが、例えば他のノードとの通信状態を考慮した結果として行われた場合、ＭＮが行う上記のアクションはＨＡにとって不本意なものであり、結果的に不必要なトラフィックがＭＮから発生してしまうことになる。
【０００５】
本発明は上記従来技術の問題点に鑑み、ホームエージェント自身や相手先ノード自身のパス選択ポリシーによってパスの切り替えが行われた場合に、モバイルノードから不必要なトラフィックが発生することを防止することができる通信方法、通信システム、ホームエージェント、モバイルノード及び通信ノードを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信方法において、
前記ホームエージェントが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知するステップと、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記ホームエージェントに送信するステップとを、
備えた。
【０００７】
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおいて、
前記ホームエージェントが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段と、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記ホームエージェントに送信する手段とを、
備えた。
【０００８】
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記ホームエージェントであって、
転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段を備え、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを自身に送信するように構成した。
【０００９】
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを、自身のホームアドレスを管理するホームエージェントに登録し、前記ホームエージェントが前記ホームアドレスあてパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記モバイルノードであって、
前記ホームエージェントが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を自身に通知した場合に、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記ホームエージェントに送信する手段を、
備えた。
【００１０】
この構成により、ホームエージェント自身のパス選択ポリシーによってパスの切り替えが行われた場合に、モバイルノードから不必要なトラフィックが発生することを防止することができる。
【００１１】
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信方法において、
前記相手先の通信ノードが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知するステップと、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記相手先の通信ノードに送信するステップとを、
備えた。
【００１２】
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおいて、
前記相手先の通信ノードが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段と、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記相手先の通信ノードに送信する手段とを、
備えた。
【００１３】
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記相手先の通信ノードであって、
転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知する手段を備え、
前記モバイルノードが、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを自身に送信するように構成した。
【００１４】
また、本発明は上記目的を達成するために、モバイルノードが複数の気付けアドレスを相手先の通信ノードに登録し、前記相手先の通信ノードがパケットを前記複数の気付けアドレスのいずれかに転送する通信システムにおける前記モバイルノードであって、
前記相手先の通信ノードが、転送先の前記気付けアドレスを切り替えて切り替え後の気付けアドレスあてのパケットで切り替え前の気付けアドレスを含む気付けアドレス切り替え情報を前記モバイルノードに通知した場合、前記切り替え後の気付けアドレスに関するバインディング情報を維持するためのバインディングアップデートメッセージを前記相手先の通信ノードに送信する手段を、
備えた。
【００１５】
この構成により、相手先ノード自身のパス選択ポリシーによってパスの切り替えが行われた場合に、モバイルノードから不必要なトラフィックが発生することを防止することができる。
【００１６】
本発明によれば、ホームエージェント自身や相手先ノード自身のパス選択ポリシーによってパスの切り替えが行われた場合に、モバイルノードから不必要なトラフィックが発生することを防止することができる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照して本発明の実施の形態について説明する。
＜第１の実施の形態（ＨＡによる通知）＞
図１は本発明の第１の実施の形態におけるネットワークの構成を示す図である。ホームネットワーク１にはＨＡ（Home Agent）２が存在し、ＭＮ１０のホームアドレスＨｏＡ１を管理している。ＭＮ１０は２つのインタフェース１１ａ（ＩＦ１）、１１ｂ（ＩＦ２）を備えている。ＩＦ１は外部ネットワーク３ａ（外部ネットワーク１）に接続しており、外部ネットワーク３ａで使用するアドレスとしてＣｏＡ１を保持している。ＩＦ２は外部ネットワーク３ｂ（外部ネットワーク２）に接続しており、外部ネットワーク３ｂで使用するアドレスとしてＣｏＡ２を保持している。ＣＮ４はＭＮ１０の通信相手であり、ＭＮ１０−ＣＮ４間の通信パスとして、ＣｏＡ１を用いた場合の経路Path1と、ＣｏＡ２を用いた場合の経路Path2があり、経路Path1、経路Path2は、第１の実施の形態ではＨＡ２を介している。
【００１８】
図２は本発明の第１の実施の形態におけるＭＮ１０の構成例である。ＭＮ１０は、インタフェース１１（図１のＩＦ１、ＩＦ２）と、送信部１２と、受信部１３と、受信パケット処理部１４と、ＢＵＬ（Binding Update List）保持部１５と、登録フロー情報保持部１６と、ＢＵ生成部１７と、ＣｏＡ選択部１８と、送信パケット生成部１９と上位レイヤ２０を有している。インタフェース１１は図１に示す外部ネットワーク３ａ、３ｂと送信部１１及び受信部１３に接続される。受信パケット処理部１４は、受信部１３を介して受信したパケットに関する処理を行い、パケットのヘッダ部分にＣｏＡ切り替え情報が含まれているかどうかをチェックする。ＣｏＡ切り替え情報が含まれている場合には、その情報が示す値を対応するＢＵＬエントリに保持するようＢＵＬ保持部１５に指示する。ＣｏＡ切り替え情報は、ＨＡ２による転送先アドレスの切り替えが行われた場合の、切り替え前の転送先アドレスに関するステータスを示す情報を含む。
【００１９】
図３は、ＨＡ２によって指定されるＣｏＡ切り替え情報を含むデータパケット３０の構成例である。ＣｏＡ切り替え情報３２はDestination Option Header（デスティネーション・オプション・ヘッダ）３１内に構成されている。ＣｏＡ切り替え情報３２内に含まれている情報は、切り替え前のＣｏＡを識別する情報（ＣｏＡ識別情報：Binding Unique Identification number（ＢＩＤ）など）と、そのＣｏＡのステータスを示す情報（ＣｏＡ切り替えステータス情報）との組み合わせである。ＣｏＡ切り替えステータス情報は、
・Temporary（テンポラリ）、
・Complete（コンプリート）BC（Binding Cache）、
・Complete（コンプリート）Non-BC
の３つである。Temporary情報は、ＣｏＡの切り替えは一時的に行われたことを示しており、Complete BC情報（以下、Complete情報と記載することもある）は、ＣｏＡの切り替えは一時的ではなく恒久的に行われたことを示しており、更にその切り替え前のＣｏＡに関するバインディング情報（Binding Cache）は維持されることを示している。また、Complete Non-BC情報は、ＣｏＡの切り替えは一時的ではなく恒久的に行われたことを示しているが、その切り替え前のＣｏＡに関するバインディング情報は維持されないことを示している。
【００２０】
なお、ＣｏＡ切り替え情報は、ＨＡがＭＮからのＢＵ（Binding Update）メッセージへの応答として送信するＢＡ(Binding Acknowledgement)メッセージや、ＢＲＲ（Binding Refresh Request）メッセージの中に含めてもよい。この場合、ＢＡメッセージのStatusフィールドや、ＢＡメッセージ及びＢＲＲメッセージに付加されるBinding Unique Identifier sub-optionの中のStatusフィールドの値として含まれていてもよい。さらには、フロー情報を通知するFlow Identification optionに含まれていてもよい。これらのメッセージは、ＣｏＡの切り替えが発生する事前または事後に送信可能である。また、ＢＡメッセージをＢＵメッセージの応答としてのみ送信する場合には、通知する情報は、以後ＨＡが行う全ての転送先の切り替えは、上記ＣｏＡ切り替えステータスのいずれかであることを示すものであることを意味することとなる。この場合ＭＮ１０は、ＨＡによる転送先の切り替えが発生した場合、その切り替えは事前に受信したＢＡメッセージに含まれるＣｏＡ切り替えステータス情報に基づいて、自身の送信元アドレスの選択や、ＢＵメッセージの送信の可否を判断する。
【００２１】
一方、Temporary情報を受けたＭＮ１０は、その切り替え前のＣｏＡを使ったデータパケットの送信が可能であり、かつそのバインディング情報を維持するためのＢＵ（Binding Update）送信も可能であると認識する。Complete BC情報を受けたＭＮ１０は、その切り替え前のＣｏＡを使ったデータパケットの送信はできないが、そのバインディング情報を維持するためのＢＵ送信は可能であると認識する。また、Complete Non-BC情報を受けたＭＮ１０は、その切り替え前のＣｏＡを使ったデータパケットの送信が不可であり、かつそのバインディング情報を維持するためのＢＵ送信も不可であると認識する。
【００２２】
図４は、ＣｏＡ切り替え情報として、図３のＣｏＡ切り替え情報３２の他に、フロー識別子３３が含まれているデータパケットの構成例である。ＣｏＡ切り替え情報として、フロー識別子３３が含まれている場合には、そのフロー識別子３３が指すフローに関してＣｏＡ切り替え情報が有効であることを示す。そのため、受信パケット処理部１４は、受信したパケットの中にフロー識別子を含むＣｏＡ切り替え情報が含まれていた場合には、その情報が示す値を対応する登録フロー情報エントリに保持するよう指示する。
【００２３】
図２に戻り、ＢＵＬ保持部１５は、受信パケット処理部１４の指示を受け、渡されたＣｏＡ切り替え情報を、対応するＣｏＡのＢＵＬエントリ内に保持する。対応するエントリがない場合は、新たにエントリを生成し保持する。また、保持しているバインディング情報エントリのライフタイムが残り少なくなってきたときに、そのエントリの登録先に対して再度ＢＵを送信するようＢＵ生成部１７に指示する。登録フロー情報保持部１６は、受信パケット処理部１４の指示を受け、渡されたＣｏＡ切り替え情報を対応する登録フロー情報エントリ内に保持する。対応するエントリがない場合は、新たにエントリを生成し保持する。ＢＵ生成部１７は、ＢＵＬ保持部１５の指示を受け、渡されたバインディング情報を含むＢＵメッセージを生成し、送信部１２に対して送信するよう指示する。
【００２４】
ＣｏＡ選択部１８は、送信パケット生成部１９の指示を受け、送信するパケットの送信元アドレスに指定するべきＣｏＡを選択する。ＣｏＡ選択部１８は、ＢＵＬ保持部１５が保持している情報を参照し、送信するパケットのあて先アドレスに対応するＢＵＬが存在するかどうかをチェックする。対応するＢＵＬエントリが存在しない場合には、ＨＡに登録しているＣｏＡのうち、Complete BC情報又はComplete Non-BC情報が付加されていないエントリのＣｏＡを選択する。そして、選択したＣｏＡを使用してカプセル化パケットを生成することを送信パケット生成部１９に通知する。
【００２５】
また、ＣｏＡ選択部１８は、ＨＡ２から転送されたパケットに対する応答パケットを送信する際に、ＢＵＬ保持部１５が保持している情報を参照し、受信したパケットのあて先アドレスに対応するＢＵＬエントリに、Complete情報が付加されている場合には、それ以前にパケット送信に使用していたＣｏＡが、ＨＡ２によって使用されたＣｏＡとは異なるＣｏＡであったとしても、送信するパケットの送信元アドレスをＨＡ２によって使用されたＣｏＡ(Complete情報が付加されているＣｏＡ)へ切り替える。また、ＨＡ２から転送されたパケットのあて先アドレスに対応するＢＵＬにComplete情報が付加されていない場合には、ＣｏＡ選択部１８は、ＨＡによって使用されたＣｏＡ以外のＣｏＡを使用してパケットを送信することができると判断する。これにより、ＨＡ２によって転送先の切り替えが行われたときに、切り替え後のＣｏＡが設定されたパケットを受信したＭＮが、ＨＡによる切り替えが行われる前に使用していたＣｏＡを引き続き使用してパケットを送信しないようにし、以降パケットを送信する際には、ＨＡによって使用されたＣｏＡと同じＣｏＡを使用してパケットを送信するべきことを判断できる。
【００２６】
例えば、ＨＡ２は、ＭＮ１０へ送信するＢＡメッセージ、あるいはＢＲＲメッセージの中に、ＣｏＡ２に対するComplete情報を付加してＭＮ１０へ送信する。これらのメッセージを受信した受信パケット処理部１４は、このComplete情報をＣｏＡ２のＢＵＬエントリに保持するようＢＵＬ保持部１５へ指示する。そして、ＨＡ２から転送されたパケットのあて先アドレスがＣｏＡ２であり、かつＣｏＡ２のＢＵＬエントリにComplete情報が保持されている場合には、それ以前にＭＮ１０が使用していたＣｏＡが、ＣｏＡ２以外（ＣｏＡ１）であったとしても、ＣｏＡ選択部１８は、送信するパケットの送信元アドレスをＣｏＡ２へ切り替える。この場合、ＨＡによって切り替えられたＣｏＡに対応するＢＵＬにComplete情報が付加されていない場合には、ＣｏＡ選択部１８は、ＨＡによって使用されたＣｏＡ以外のＣｏＡを使用してパケットを送信することができると判断する。
【００２７】
送信パケット生成部１９は、上位レイヤ２０から渡された送信データをあて先ノードまで届けるためのパケットを生成する。送信パケット生成部１９は、ＣｏＡ選択部１８に対して、送信パケットの送信元アドレスとして使用するべきＣｏＡを選択するよう指示する。その結果としてＣｏＡ選択部１８から通知された情報がカプセル化を指示するものであった場合、ＨＡ２のアドレスをあて先アドレスとし、通知されたＣｏＡを送信元アドレスとするヘッダでカプセル化したパケットを生成する。上位レイヤ２０は、ＩＰレイヤよりも上位に存在するトランスポートレイヤやアプリケーションレイヤを含む。
【００２８】
図５は本発明の第１の実施の形態におけるＨＡ２の構成例である。ＨＡ２は、インタフェース２１と、送信部２２と、受信部２３と、データパケット処理部２４と、転送先ＣｏＡ選択部２５と、フロー情報保持部２６と、バインディング情報保持部２７と、ＣｏＡあて転送パケット生成部２８と転送状態監視部２９を有している。データパケット処理部２４は、インタフェース２１及び受信部２３を介して受信したデータパケットに関する処理を行い、そのパケットが、自身が管理するＭＮ１０のＨｏＡあてパケットである場合には、転送先ＣｏＡ選択部２５にそのパケットを渡して、転送先となるＣｏＡを選択するよう指示する。
【００２９】
転送先ＣｏＡ選択部２５は、データパケット処理部２４の指示を受け、ＭＮ１０へ転送するデータパケットに付加する外部ヘッダのあて先アドレスとして使用するべきＣｏＡを選択する。転送先ＣｏＡ選択部２５は、それまで使っていたＣｏＡと異なるＣｏＡを選択して転送先を切り替えることを判断したとき、切り替え後のＣｏＡのステータスに応じて、前述のＣｏＡ切り替え情報を含める。転送先ＣｏＡ選択部２５は、外部ヘッダのDestination Option Headerとして、このＣｏＡ切り替え情報を付加する。また、転送先ＣｏＡ選択部２５は、前述したように、ＨＡ２による転送先の切り替えと同期して、ＭＮ１０にも使用するインタフェースの切り替えを要求するための情報として、実際に転送先の切り替えが発生する前に、特定のＣｏＡに対するComplete情報をＭＮ１０へ通知する。
【００３０】
なお、ＣｏＡ切り替え情報を通知するメッセージとしては、前述しているように、ＭＮへ送信するＢＡ（Binding Acknowledgement）メッセージや、ＢＲＲ（Binding Refresh Request）メッセージを用いてもよい。この場合、ＣｏＡ切り替え情報は、ＢＡメッセージのStatusフィールドや、ＢＡメッセージ及びＢＲＲメッセージに付加されるBinding Unique Identifier sub-optionの中のStatusフィールドの値として含まれていてもよい。さらには、フロー情報を通知するFlow Identification optionに含まれていてもよい。また、図１８は、ＨＡ２によって指定されるＣｏＡ切り替え情報を含むＢＡメッセージ及びＢＲＲメッセージの構成例である。Complete情報は、Binding Unique Identifier sub-option（ＢＩＤ、ＣｏＡ識別情報として使われる）の中に含まれている。なお、フロー情報を通知するオプション（Flow Identification option）の中に含まれていてもよい。
【００３１】
また、フロー情報保持部２６は、フロー情報を保持する役割を持つ。なお、バインディング情報保持部２７が、フロー情報を保持するようにしてもよい。
【００３２】
ＣｏＡを切り替えることを判断する理由としては、ＭＮ１０へのパケット転送と、他のＭＮへのパケット転送が共に影響し合うような状態の場合(例えば、他のＭＮが、ＭＮ１０と同一リンク、あるいは同一のネットワーク(ドメインネットワーク)に存在している場合)、両者の転送パケットが同一の転送経路を通ることで互いの通信品質に影響することを防ぐために、複数の転送先を持つＭＮ１０の転送先を切り替えることを判断することが考えられる。特に、ＭＮ１０から送信されるパケットによる影響も回避したい場合には、ＭＮに対して一時的な切り替えではないこと(Complete-BC)を通知することで、ＭＮが使用する送信元アドレスの切り替えを指示することもできる。さらに、転送先の切り替えが恒久的なものであるため、切り替え前のＣｏＡに関するバインディング情報の維持が不必要となった場合に、バインディング情報を維持するためにＭＮ１０から送信されるＢＵを受け付けないことを通知するComplete-NonBCを通知することで、ＭＮ１０から送信される全てのパケットが切り替え前の経路を使って送信されることを防ぐことができる。一方、特定のＣｏＡに対してComplete情報を事前に通知しておく場合は、ＨＡ２自身が選択したＣｏＡと同じＣｏＡをＭＮ１０にも使用することを要求する場合などに用いられる。
【００３３】
バインディング情報保持部２７は、ＭＮ１０から通知されたＣｏＡ情報を含むバインディング情報を保持する。ＣｏＡあて転送パケット生成部２８は、転送先ＣｏＡ選択部２５の指示を受け、渡されたＣｏＡを使ってカプセル化パケットを生成し、送信部２２へ渡して送信するよう指示する。転送状態監視部２９は、自身（ＨＡ２）が管理するＭＮ１０に対して転送したパケットに関する情報を収集し、転送先ＣｏＡ選択部２５がＣｏＡを選択する際に利用可能な有用情報を提供する。
【００３４】
次に図６、図７、図８を参照して第１の実施の形態の通信シーケンスについて説明する。図６はＨＡ２がComplete BC情報を送信する場合の通信シーケンスを示し、まず、
（１）ＭＮ１０は、２つのインタフェース１１ａ（ＩＦ１）、１１ｂ（ＩＦ２）のうち、インタフェース１１ａを介して外部ネットワーク３ａ（外部ネットワーク１）に接続しているものとする（ＣｏＡ１を用いた経路Path1）。また、インタフェース１１ａ、１１ｂにはそれぞれ、ＣｏＡ１、ＣｏＡ２が割り当てられている。
（２）ＭＮ１０はＨＡ２に対し、ＣｏＡ１、ＣｏＡ２に関するバインディング情報を維持するためにバインディングアップデートメッセージを送信する。
（３）ＣＮ４がＭＮ１０のＨｏＡあてのパケットをＨＡ２に対して送信すると、
（４）ＨＡ２はこのパケットを受信して、ＭＮ１０のＣｏＡ１あて転送パケットとして経路Path1を経由して送信し、
（５）ＭＮ１０はこのパケットを受信して、ＣＮあて応答パケットとして経路Path1に送信する。
【００３５】
（６）ＨＡ２は自身のパス選択ポリシーによって転送先のＣｏＡを切り替えるか否かを判断し、ＭＮ１０の転送先ＣｏＡをＣｏＡ１からＣｏＡ２に切り替えたとする。
（７）ＣＮ４がＭＮ１０のＨｏＡあてのパケットをＨＡ２に対して送信すると、
（８ａ）ＨＡ２はこのパケットを受信して、ＭＮ１０のＣｏＡ２あて転送パケットとして経路Path2に送信し、また、ＣｏＡ切り替え情報としてComplete BC情報を送信する。
（９ａ）ＭＮ１０はこのComplete BC情報により、切り替え前のＣｏＡ１のバインディング情報を維持できるが、インタフェース１１ａ（ＩＦ１）経由ではパケット送信できない、と判断する。
（１０ａ）ＭＮ１０はＨＡ２からのパケットを受信して、ＣＮあて応答パケットとして経路Path2に送信し、また、
（１１ａ）ＭＮ１０はＨＡ２に対し、ＣｏＡ１、ＣｏＡ２両方に関するバインディング情報を維持するためにバインディングアップデートメッセージを送信する。
【００３６】
図７はＨＡ２がComplete Non-BC情報を送信する場合の通信シーケンスを示し、（１）〜（７）は図６と同じであるので説明を省略し、それ以降を説明する。
（８ｂ）ＨＡ２はＣＮ４からのパケットを受信して、ＭＮ１０のＣｏＡ２あて転送パケットとして経路Path2に送信し、また、ＣｏＡ切り替え情報としてComplete Non-BC情報を送信する。
（９ｂ）ＭＮ１０はこのComplete Non-BC情報により、切り替え前のＣｏＡ１のバインディング情報を維持できず、また、インタフェース１１ａ（ＩＦ１）経由ではパケット送信できない、と判断する。
（１０ａ）ＭＮ１０はＨＡ２からのパケットを受信して、ＣＮあて応答パケットとして経路Path2に送信し、また、
（１１ｂ）ＭＮ１０はＨＡ２に対し、切り替え後のＣｏＡ２に関するバインディング情報を維持するためにバインディングアップデートメッセージのみを送信する。
【００３７】
図８はＨＡ２がTemporary情報を送信する場合の通信シーケンスを示し、（１）〜（７）は図６と同じであるので説明を省略し、それ以降を説明する。
（８ｃ）ＨＡ２はＣＮ４からのパケットを受信して、ＭＮ１０のＣｏＡ２あて転送パケットとして経路Path2に送信し、また、ＣｏＡ切り替え情報としてTemporary情報を送信する。
（９ｃ）ＭＮ１０はこのTemporary情報により、切り替え前のＣｏＡ１のバインディング情報を維持することができ、また、インタフェース１１ａ（ＩＦ１）経由でパケット送信できる、と判断する。
（１０ｂ）ＭＮ１０はＨＡ２からのパケットを受信して、ＣＮあて応答パケットとして経路Path1に送信し、また、
（１１ａ）ＭＮ１０はＨＡ２に対し、ＣｏＡ１、ＣｏＡ２両方に関するバインディング情報を維持するためにバインディングアップデートメッセージを送信する。
【００３８】
図９はＨＡ２の処理を説明するためのフローチャートである。まず、ＭＮ１０あてのＨｏＡあてパケットの受信待ち状態で（ステップＳ１）、ＭＮ１０あてのＨｏＡあてパケットを代理受信すると（ステップＳ２）、転送先ＣｏＡを選択する（ステップＳ３）。次いでＭＮ１０のＨｏＡあてパケットをその転送先ＣｏＡでカプセル化したパケットを生成し（ステップＳ４）、次いで、転送先ＣｏＡが切り替わったか否かをチェックする（ステップＳ５）。そして、切り替わった場合にはＣｏＡ切り替え情報を転送パケットに付加して（ステップＳ６）そのパケットを転送し（ステップＳ７）、他方、転送先ＣｏＡが切り替わっていない場合にはそのまま転送する（ステップＳ７）。
【００３９】
図１０はＭＮ１０の処理を説明するためのフローチャートである。まず、パケットの受信待ち状態で（ステップＳ１１）、パケットを受信すると（ステップＳ１２）、受信パケット内にＣｏＡ切り替え情報があるか否かをチェックする（ステップＳ１３）。そして、ＣｏＡ切り替え情報がない場合にはステップＳ２０に進み、受信パケットを処理する。他方、ステップＳ１３においてＣｏＡ切り替え情報がある場合、ＣｏＡ切り替え情報がTemporary情報のときには、切り替え前のＣｏＡを使ってパケットを送信するとともに、切り替え前のＣｏＡのバインディング・キャッシュを維持するためＢＵを送信し（ステップＳ１４、Ｓ１５）、次いでステップＳ２０に進む。また、ＣｏＡ切り替え情報がComplete BC情報のときには、切り替え後のＣｏＡを使ってパケットを送信するとともに、切り替え前のＣｏＡのバインディング・キャッシュを維持するためＢＵを送信し（ステップＳ１６、Ｓ１７）、次いでステップＳ２０に進む。また、ＣｏＡ切り替え情報がComplete Non-BC情報のときには、切り替え後のＣｏＡを使ってパケットを送信するとともに、バインディング・アップデートリストから該当エントリを削除し（ステップＳ１８、Ｓ１９）、次いでステップＳ２０に進む。
【００４０】
また、図１９は、ＨＡ２が特定のＣｏＡに対してComplete情報を通知する場合のシーケンスを示している。なお、（１）〜（７）は、基本的に図６と同じであるので説明を省略する。ＨＡ２からＢＩＤ２に対してComplete情報が通知され、その後、ＨＡ２により転送先がＣｏＡ１からＣｏＡ２に切り替えられた場合（１２）、ＭＮ１０は、切り替え先のＣｏＡ２に対応するＢＵＬエントリにComplete情報が付加されているため、パケットを送信するインタフェースをＩＦ２に切り替える(１３)。その結果、ＣＮあてのデータパケット（カプセル化パケット）は、経路Path2経由で送信される（１４）。
【００４１】
本発明の第１の実施の形態により、ＭＮ１０は、ＨＡ２による転送先アドレスの切り替えが行われた後に、ＨＡ２が転送先アドレス及びパスを切り替えたこと（更にはその理由）を知ることができる。これにより、ＭＮ１０はＨＡ２による切り替え（更にはその理由）に応じた動作をとることができるため、不必要なデータパケット／ＢＵ送信を防ぐことができる。
【００４２】
＜第２の実施の形態（ＣＮによる通知）＞
図１１は本発明の第２の実施の形態におけるネットワークの構成を示す図である。ホームネットワーク１にはＨＡ２が存在し、ＭＮ１０のＨｏＡ１を管理している。ＭＮ１０は２つのインタフェース１１ａ（ＩＦ１）、１１ｂ（ＩＦ２）を備えている。ＩＦ１は外部ネットワーク３ａに接続しており、外部ネットワーク３ａで使用するアドレスとしてＣｏＡ１を保持している。ＩＦ２は外部ネットワーク３ｂに接続しており、外部ネットワーク３ｂで使用するアドレスとしてＣｏＡ２を保持している。ＣＮ４はＭＮ１０の通信相手であり、ＭＮ１０はＣｏＡ１とＣｏＡ２に関するバインディング情報を登録している。ＭＮ−ＣＮ間の通信パスとして、ＣｏＡ１を用いた場合の経路Path1と、ＣｏＡ２を用いた場合の経路Path2があり、経路Path1、Path2は、第２の実施の形態ではＨＡ２を経由していない。
【００４３】
図１２は本発明の第２の実施の形態におけるＭＮ１０の構成例である。第１の実施の形態におけるＭＮ１０との違いは、受信パケット処理部１４ａと、ＣｏＡ選択部１８ａと送信パケット生成部１９ａである。受信パケット処理部１４ａは、受信したパケットに関する処理を行い、パケットのヘッダ部分にＣｏＡ切り替え情報が含まれているかどうかをチェックする。第１の実施の形態における受信パケット処理部１４との違いは、ＣｏＡ切り替え情報をＨＡ２からではなくＣＮ４から取得するところである。ＣｏＡ切り替え情報が示す意味は第１の実施の形態と同じであり、その情報に応じたＭＮ１０の動作も同じである。また、受信パケット処理部１４ａは、ＣＮ４からのデータパケットをＨＡ２によってカプセル化された状態で受信した場合、そのＣＮ４に登録したバインディング情報があるかどうかについてＢＵＬ保持部１５を参照してチェックし、既にバインディング情報が登録済みで、かつライフタイムが残っている場合には、ＢＵ生成部１７に対してＢＵの送信を指示しない。
【００４４】
ＣｏＡ選択部１８ａは、送信パケット生成部１９ａの指示を受け、送信するパケットの送信元アドレスに指定するべきＣｏＡを選択する。ＣｏＡ選択部１８ａは、ＢＵＬ保持部１５が保持している情報を参照し、送信するパケットのあて先アドレスに対応するＢＵＬが存在するかどうかをチェックする。対応するＢＵＬエントリが存在する場合には、そのＣＮに登録しているＣｏＡのうち、Complete BC情報又はComplete Non-BC情報が付加されていないエントリのＣｏＡを選択する。そして選択したＣｏＡを使用してRouting Header（ルーティング・ヘッダ）を付加したパケットを生成することを送信パケット生成部１９ａに通知する。
【００４５】
また、ＣｏＡ選択部１８ａは、ＣＮ４から転送されたパケットに対する応答パケットを送信する際に、ＢＵＬ保持部１５が保持している情報を参照し、受信したパケットのあて先アドレスに対応するＢＵＬエントリに、Complete情報が付加されている場合には、それ以前にパケット送信に使用していたＣｏＡが、ＣＮ４によって使用されたＣｏＡとは異なるＣｏＡであったとしても、送信するパケットの送信元アドレスをＣＮ４によって使用されたＣｏＡ（Complete情報が付加されているＣｏＡ）へ切り替える。なお、ＣＮ４から送信されたパケットのあて先アドレスに対応するＢＵＬにComplete情報が付加されていない場合には、ＣｏＡ選択部１８ａは、ＣＮ４によって使用されたＣｏＡ以外のＣｏＡを使用してパケットを送信することができると判断する。これにより、ＣＮ４によって転送先の切り替えが行われたときに、切り替え後のＣｏＡが設定されたパケットを受信したＭＮが、ＣＮ４による切り替えが行われる前に使用していたＣｏＡを引き続き使用してパケットを送信しないようにし、以降パケットを送信する際には、ＣＮ４によって使用されたＣｏＡと同じＣｏＡを使用してパケットを送信するべきことを判断できる。
【００４６】
例えば、ＣＮ４は、ＭＮ１０へ送信するＢＡメッセージ、あるいはＢＲＲメッセージの中に、ＣｏＡ２に対するComplete情報を付加してＭＮ１０へ送信する。これらのメッセージを受信した受信パケット処理部１４ａは、このComplete情報をＣｏＡ２のＢＵＬエントリに保持するようＢＵＬ保持部１５へ指示する。そして、ＣＮ４から転送されたパケットのあて先アドレスがＣｏＡ２であり、かつＣｏＡ２のＢＵＬエントリにComplete情報が保持されている場合には、それ以前にＭＮ１０が使用していたＣｏＡが、ＣｏＡ２以外（ＣｏＡ１）であったとしても、ＣｏＡ選択部１８は、送信するパケットの送信元アドレスをＣｏＡ２へ切り替える。この場合、ＣＮ４によって切り替えられたＣｏＡに対応するＢＵＬにComplete情報が付加されていない場合には、ＣｏＡ選択部１８は、ＣＮ４によって使用されたＣｏＡ以外のＣｏＡを使用してパケットを送信することができると判断する。
【００４７】
送信パケット生成部１９ａは、上位レイヤ２０から渡された送信データをあて先ノードまで届けるためのパケットを生成する。送信パケット生成部１９ａは、ＣｏＡ選択部１８ａに対して、送信パケットの送信元アドレスとして使用するべきＣｏＡを選択するよう指示する。その結果としてＣｏＡ選択部１８ａから通知された情報がHome Address Optionを付加することを指示するものであった場合、ＣＮのアドレスをあて先アドレス、通知されたＣｏＡを送信元アドレスとし、さらにＨｏＡを含むHome Address Optionを付加したパケットを生成する。
【００４８】
図１３は本発明の第２の実施の形態におけるＣＮ４の構成例である。ＣＮ４は、インタフェース４１と、送信部４２と、受信部４３と、受信パケット処理部４４と、フロー情報保持部４５と、バインディング情報保持部４６と、あて先ＣｏＡ選択部４７と、送信パケット生成部４８と、転送状態監視部４９と上位レイヤ５０を有している。受信パケット処理部４４は、インタフェース４１及び受信部４３を介して受信したパケットに関する処理を行う。また受信パケット処理部４４は、パケットに含まれる内容が上位レイヤ５０によって処理されるべきものである場合は上位レイヤ５０に渡し、上位レイヤ５０へ渡す必要のないもの（例えばＩＰレイヤのメッセージ）で、かつそのパケットに対してパケットを送信する必要のあるものは、送信パケット生成部４８に渡す。
【００４９】
フロー情報保持部４５は、ＭＮ１０から登録を受けたフロー情報を保持する役割を持つ。なお、バインディング情報保持部４６が、フロー情報を保持するようにしてもよい。バインディング情報保持部４６は、ＭＮ１０から通知されたＣｏＡ情報を含むバインディング情報を保持する。あて先ＣｏＡ選択部４７は、送信パケット生成部４８の指示を受け、バインディング情報保持部４６を参照して、ＭＮ１０へ送信するパケットにRouting Headerを付加してＭＮ１０へ直接送信できるかどうか、更にはRouting Headerを付加するパケットのあて先アドレスとして使用するＣｏＡを選択する。また、あて先ＣｏＡ選択部４７は、転送状態監視部４９からの情報を参照し、それまで使っていたＣｏＡと異なるＣｏＡを選択して転送先を切り替えることを判断したとき、切り替え後のＣｏＡのステータスに応じて、前述のＣｏＡ切り替え情報を含める。あて先ＣｏＡ選択部４７は、外部ヘッダのDestination Option Headerとして、このＣｏＡ切り替え情報を付加する。また、ＨＡ２の転送先ＣｏＡ選択部２５と同様に、あて先ＣｏＡ選択部４７は、ＣＮ４による転送先の切り替えと同期して、ＭＮ１０にも使用するインタフェースの切り替えを要求するための情報として、実際に転送先の切り替えが発生する前に、特定のＣｏＡに対するComplete情報をＭＮ１０へ通知する。
【００５０】
なお、ＣｏＡ切り替え情報は、ＣＮ４がＭＮ１０からのＢＵメッセージへの応答として送信するＢＡ(Binding Acknowledgement)メッセージや、ＢＲＲ（Binding Refresh Request）メッセージの中に含めてもよい。この場合、ＢＡメッセージのStatusフィールドや、ＢＡメッセージ及びＢＲＲメッセージに付加されるBinding Unique Identifier sub-optionの中のStatusフィールドの値として含まれていてもよい。さらには、フロー情報を通知するFlow Identification optionに含まれていてもよい。また、図１８に示すように、Complete情報は、ＢＡメッセージ又はＢＲＲメッセージの中の、Binding Unique Identifier sub-option（ＢＩＤ、ＣｏＡ識別情報として使われる）の中に含まれている。なお、フロー情報を通知するオプション（Flow Identification option）の中に含まれていてもよい。これらのメッセージは、ＣｏＡの切り替えが発生する事前又は事後に送信可能である。また、ＢＡメッセージをＢＵメッセージの応答としてのみ送信する場合には、通知する情報は、以後ＣＮ４が行う全ての転送先の切り替えは、上記ＣｏＡ切り替えステータスのいずれかであることを示すものであることを意味することとなる。この場合ＭＮ１０は、ＣＮ４による転送先の切り替えが発生した場合、その切り替えは事前に受信したＢＡメッセージに含まれるＣｏＡ切り替えステータス情報に基づいて、自身の送信元アドレスの選択や、ＢＵメッセージの送信の可否を判断する。
【００５１】
ＣｏＡを切り替えることを判断する理由としては、ＭＮ１０へのパケット転送と、他のＭＮへのパケット転送が共に影響し合うような状態の場合(例えば、他のＭＮが、ＭＮ１０と同一リンク、あるいは同一のネットワーク(ドメインネットワーク)に存在している場合)、両者の転送パケットが同一の転送経路を通ることで互いの通信品質に影響することを防ぐために、複数の転送先を持つＭＮ１０の転送先を切り替えることを判断することが考えられる。特に、ＭＮ１０から送信されるパケットによる影響も回避したい場合には、ＭＮに対して一時的な切り替えではないこと(Complete-BC)を通知することで、ＭＮが使用する送信元アドレスの切り替えを指示することもできる。さらに、転送先の切り替えが恒久的なものであるため、切り替え前のＣｏＡに関するバインディング情報の維持が不必要となった場合に、バインディング情報を維持するためにＭＮ１０から送信されるＢＵを受け付けないことを通知するComplete Non-BCを通知することで、ＭＮ１０から送信される全てのパケットが切り替え前の経路を使って送信されることを防ぐことができる。一方、特定のＣｏＡに対してComplete情報を事前に通知しておく場合は、ＣＮ４自身が選択したＣｏＡと同じＣｏＡをＭＮ１０にも使用することを要求する場合などに用いられる。
【００５２】
送信パケット生成部４８は、上位レイヤ５０から渡された送信データをあて先ノードまで届けるためのパケットを生成する。送信パケット生成部４８は、あて先ＣｏＡ選択部４７に対して、送信するパケットにRouting Headerを付加してＭＮ１０へ直接送信できるかどうか、更にはRouting Headerを付加するパケットのあて先アドレスとして使用するＣｏＡを選択するよう指示する。その結果としてあて先ＣｏＡ選択部４７から通知された情報がRouting Headerを付加することを指示するものであった場合、通知されたＣｏＡアドレスをあて先アドレスとし、ＨｏＡを含むRouting Headerを付加したパケットを生成し、送信部４２へ渡して送信するよう指示する。一方、あて先ＣｏＡ選択部４７から通知された情報が何も付加しないことを指示するものであった場合、送信パケット生成部４８は、パケットをそのまま送信部４２へ渡し、送信するよう指示する。転送状態監視部４９は、ＨＡ２が管理するＭＮ１０に対して転送したパケットに関する情報を収集し、転送先ＣｏＡ選択部４７がＣｏＡを選択する際に利用可能な有用情報を提供する。上位レイヤ５０は、ＩＰレイヤよりも上位に存在するトランスポートレイヤやアプリケーションレイヤを含む。
【００５３】
図１４は第２の実施の形態のＣＮ４の動作を示す。まず、上位レイヤ５０からＭＮ１０あてのＨｏＡあてパケットの送信リクエストがあると（ステップＳ２１）、そのＭＮ１０あてのＨｏＡあてパケットを生成し（ステップＳ２２）、次いで転送先ＣｏＡを選択する（ステップＳ２３）。次いで図９と同様に、ＭＮ１０のＨｏＡあてパケットをその転送先ＣｏＡあてに変更し、さらにRouting Headerを付加したパケットを生成する（ステップＳ２４）。次いで、転送先ＣｏＡが切り替わったか否かをチェックする（ステップＳ２５）。そして、切り替わった場合にはＣｏＡ切り替え情報を転送パケットに付加して（ステップＳ２６）そのパケットを転送し（ステップＳ２７）、他方、転送先ＣｏＡが切り替わっていない場合にはそのまま転送する（ステップＳ２７）。なお、第２の実施の形態のＭＮ１０の処理は、第１の実施の形態（図１０）と同じである。
【００５４】
図１５はＣＮ４がComplete BC情報を送信する場合の通信シーケンスを示し、まず、
（１）ＭＮ１０は、２つのインタフェース１１ａ（ＩＦ１）、１１ｂ（ＩＦ２）のうち、インタフェース１１ａを介して外部ネットワーク３ａ（外部ネットワーク１）に接続しているものとする（ＣｏＡ１を用いた経路Path1）。また、インタフェース１１ａ、１１ｂにはそれぞれ、ＣｏＡ１、ＣｏＡ２が割り当てられている。
（２）ＭＮ１０はＣＮ４に対し、ＣｏＡ１、ＣｏＡ２に関するバインディング情報を維持するためにバインディングアップデートメッセージを送信する。
（３）ＣＮ４がＭＮ１０のＣｏＡ１あてのパケットを経路Path1を経由して送信すると、
（４）ＭＮ１０はこのパケットを受信して、ＣＮあて応答パケットとして経路Path1に送信する。
【００５５】
（５）ＣＮ４は自身のパス選択ポリシーによって転送先のＣｏＡを切り替えるか否かを判断し、ＭＮ１０の転送先ＣｏＡをＣｏＡ１からＣｏＡ２に切り替えたものとする。
（６ａ）ＣＮ４はＭＮ１０のＣｏＡ２あて転送パケットを経路Path2に送信し、また、ＣｏＡ切り替え情報としてComplete BC情報を送信する。
（７ａ）ＭＮ１０はこのComplete BC情報により、切り替え前のＣｏＡ１のバインディング情報を維持できるが、インタフェース１１ａ（ＩＦ１）経由ではパケット送信できない、と判断する。
（８ａ）ＭＮ１０はＣＮ４からのパケットを受信して、ＣＮあて応答パケットとして経路Path2に送信し、また、
（９ａ）ＭＮ１０はＣＮ４に対し、ＣｏＡ１、ＣｏＡ２両方に関するバインディング情報を維持するためにバインディングアップデートメッセージを送信する。
【００５６】
図１６はＣＮ４がComplete Non-BC情報を送信する場合の通信シーケンスを示し、（１）〜（５）は図１５と同じであるので説明を省略し、それ以降を説明する。
（６ｂ）ＣＮ４はＭＮ１０のＣｏＡ２あて転送パケットを経路Path2に送信し、また、ＣｏＡ切り替え情報としてComplete Non-BC情報を送信する。
（７ｂ）ＭＮ１０はこのComplete Non-BC情報により、切り替え前のＣｏＡ１のバインディング情報を維持できず、また、インタフェース１１ａ（ＩＦ１）経由ではパケット送信できない、と判断する。
（８ａ）ＭＮ１０はＣＮ４からのパケットを受信して、ＣＮあて応答パケットとして経路Path2に送信し、また、
（９ｂ）ＭＮ１０はＣＮ４に対し、切り替え後のＣｏＡ２に関するバインディング情報を維持するためにバインディングアップデートメッセージのみを送信する。
【００５７】
図１７はＣＮ４がTemporary情報を送信する場合の通信シーケンスを示し、（１）〜（５）は図１５と同じであるので説明を省略し、それ以降を説明する。
（６ｃ）ＣＮ４はＭＮ１０のＣｏＡ２あて転送パケットを経路Path2に送信し、また、ＣｏＡ切り替え情報としてTemporary情報を送信する。
（７ｃ）ＭＮ１０はこのTemporary情報により、切り替え前のＣｏＡ１のバインディング情報を維持することができ、また、インタフェース１１ａ（ＩＦ１）経由でパケット送信できる、と判断する。
（８ｂ）ＭＮ１０はＣＮ４からのパケットを受信して、ＣＮあて応答パケットとして経路Path1に送信し、また、
（９ａ）ＭＮ１０はＣＮ４に対し、ＣｏＡ１、ＣｏＡ２両方に関するバインディング情報を維持するためにバインディングアップデートメッセージを送信する。
【００５８】
なお、図示はしないが、図（Complete情報シーケンス）のＨＡ２と同様に、ＣＮ４が特定のＣｏＡに対してComplete情報を通知する場合は、ＣＮ４からＢＩＤ２に対してComplete情報が通知され、その後、ＣＮ４により転送先がＣｏＡ１からＣｏＡ２に切り替えられた場合、ＭＮ１０は、切り替え先のＣｏＡ２に対応するＢＵＬエントリにComplete情報が付加されているため、パケットを送信するインタフェースをＩＦ２に切り替える。
【００５９】
本発明の第２の実施の形態により、ＭＮ１０は、ＣＮ４による転送先アドレスの切り替えが行われた後に、ＣＮ４が転送先アドレス及びパスを切り替えたこと（更にはその理由）を知ることができる。これにより、ＭＮ１０はＣＮ４による切り替え（更にはその理由）に応じた動作をとることができるため、不必要なデータパケット／ＢＵ送信を防ぐことができる。
【００６０】
なお、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。更には、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【００６１】
本発明は、ホームエージェント自身や相手先ノード自身のパス選択ポリシーによってパスの切り替えが行われた場合に、モバイルノードから不必要なトラフィックが発生することを防止することができるという効果を有し、ｍｏｎａｍｉ６などに利用することができる。
【図面の簡単な説明】
【００６２】
【図１】本発明の第１の実施の形態におけるネットワークの構成を示すブロック図
【図２】図１のモバイルノードの構成を示すブロック図
【図３】ＣｏＡ切り替え情報を含むパケットの構成例を示す説明図
【図４】ＣｏＡ切り替え情報を含むパケットの他の例の構成を示す説明図
【図５】図１のホームエージェントの構成例を示すブロック図
【図６】第１の実施の形態の通信シーケンスの一例を示す説明図
【図７】第１の実施の形態の通信シーケンスの他の例を示す説明図
【図８】第１の実施の形態の通信シーケンスの更に他の例を示す説明図
【図９】図１のホームエージェントの処理を説明するためのフローチャート
【図１０】図１のモバイルノードの処理を説明するためのフローチャート
【図１１】本発明の第２の実施の形態におけるネットワークの構成を示すブロック図
【図１２】図１１のモバイルノードの構成例を示すブロック図
【図１３】図１１のＣＮの構成例を示すブロック図
【図１４】図１１のＣＮの処理を説明するためのフローチャート
【図１５】第２の実施の形態の通信シーケンスの一例を示す説明図
【図１６】第２の実施の形態の通信シーケンスの他の例を示す説明図
【図１７】第２の実施の形態の通信シーケンスの更に他の例を示す説明図
【図１８】ＣｏＡ切り替え情報を含むＢＡメッセージ及びＢＲＲメッセージの構成例を示す説明図
【図１９】第１の実施の形態において、特定のＣｏＡに対してComplete情報を通知する場合の通信シーケンスの一例を示す説明図
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2008053914.tif 000022
【図２】
2008053914.tif 000023
【図３】
2008053914.tif 000024
【図４】
2008053914.tif 000025
【図５】
2008053914.tif 000026
【図６】
2008053914.tif 000027
【図７】
2008053914.tif 000028
【図８】
2008053914.tif 000029
【図９】
2008053914.tif 000030
【図１０】
2008053914.tif 000031
【図１１】
2008053914.tif 000032
【図１２】
2008053914.tif 000033
【図１３】
2008053914.tif 000034
【図１４】
2008053914.tif 000035
【図１５】
2008053914.tif 000036
【図１６】
2008053914.tif 000037
【図１７】
2008053914.tif 000038
【図１８】
2008053914.tif 000039
【図１９】
2008053914.tif 000040
【国際調査報告】
2008053914.tif 000041
2008053914.tif 000042
2008053914.tif 000043