(57)【特許請求の範囲】
【請求項１】
モバイルノードのホームアドレスを管理するアドレス管理ノードであって、
前記モバイルノードに対して割り当てられている複数のホームアドレスを管理するアドレス管理手段と、
前記モバイルノードが使用することが望ましい好適ホームアドレスを選択するために参照される選択条件情報を取得するホームアドレス選択条件取得手段と、
前記ホームアドレス選択条件取得手段によって取得された前記選択条件情報に基づいて、前記複数のホームアドレスの中から前記好適ホームアドレスを選択するホームアドレス選択手段と、
前記ホームアドレス選択手段によって選択された前記好適ホームアドレスを、前記モバイルノードに対して通知するホームアドレス通知手段と、
前記モバイルノードの通信に係る障害を検出し、前記モバイルノードが送信パケットに送信元アドレスとして設定する前記好適ホームアドレスの変更の必要性を判断する障害検出手段とを有し、
前記障害検出手段によって前記好適ホームアドレスの変更が必要である旨が決定された場合に、前記ホームアドレス選択条件取得手段が新たな選択条件情報を取得し、前記ホームアドレス選択手段が前記好適ホームアドレスを新たに選択し、前記好適ホームアドレスの変更が必要な場合に、前記ホームアドレス通知手段が前記ホームアドレス選択手段によって選択された前記好適ホームアドレスを、前記モバイルノードに対して通知するように構成されているアドレス管理ノード。
【請求項２】
モバイルノードのホームアドレスを管理するアドレス管理ノードであって、
前記モバイルノードに対して割り当てられている複数のホームアドレスを管理するアドレス管理手段と、
前記モバイルノードが使用することが望ましい好適ホームアドレスを選択するために参照される選択条件情報を取得するホームアドレス選択条件取得手段と、
前記ホームアドレス選択条件取得手段によって取得された前記選択条件情報に基づいて、前記複数のホームアドレスの中から前記好適ホームアドレスを選択するホームアドレス選択手段と、
前記ホームアドレス選択手段によって選択された前記好適ホームアドレスを、前記モバイルノードに対して通知するホームアドレス通知手段と、
前記モバイルノードからプリファレンス情報を受信するプリファレンス情報取得手段とを有し、
前記ホームアドレス選択手段が、さらに前記プリファレンス情報に基づいて、前記好適ホームアドレスを選択するように構成されているアドレス管理ノード。
【請求項３】
モバイルノードのホームアドレスを管理するアドレス管理ノードであって、
前記モバイルノードに対して割り当てられている複数のホームアドレスを管理するアドレス管理手段と、
前記モバイルノードが使用することが望ましい好適ホームアドレスを選択するために参照される選択条件情報を取得するホームアドレス選択条件取得手段と、
前記ホームアドレス選択条件取得手段によって取得された前記選択条件情報を、前記モバイルノードに対して通知する選択条件情報通知手段と、
前記好適ホームアドレスの設定に対して影響を及ぼす、前記モバイルノードの通信に係る障害を検出する障害検出手段とを有し、
前記ホームアドレス選択条件取得手段が、前記障害検出手段によって検出された前記モバイルノードの通信に係る障害に起因して発生する新たな選択条件情報を取得し、前記選択条件情報通知手段が、前記ホームアドレス選択条件取得手段によって取得された前記選択条件情報を、前記モバイルノードに対して通知するように構成されているアドレス管理ノード。
【請求項４】
アドレス管理ノードから複数のホームアドレスが割り当てられているモバイルノードであって、
前記アドレス管理ノードから、前記モバイルノードが使用することが望ましい好適ホームアドレスを受信するホームアドレス受信手段と、
前記アドレス管理ノード経由で所定の通信相手に対して送信するカプセル化パケット内の内部パケットの送信元アドレスに、前記好適ホームアドレスを設定する送信元アドレス設定手段と、
前記アドレス管理ノードに対して、プリファレンス情報を送信するプリファレンス情報送信手段とを有し、
前記ホームアドレス受信手段は、前記アドレス管理ノードから前記プリファレンス情報に基づいて選択された前記好適ホームアドレスを受信するよう構成されているモバイルノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ（Internet Protocol）を用いた通信を行う通信制御方法及びアドレス管理ノード並びにモバイルノードに関し、特に、マルチホーム機能及びモバイル機能の両方を実装したアドレス管理ノード及びモバイルノード並びにこれらのノード間で行われる通信の制御を行う通信制御方法に関する。
【背景技術】
【０００２】
従来、複数のインターネットサービスプロバイダ（ＩＳＰ：Internet Service Provider）との接続を持つ、マルチホームと呼ばれる構成が存在する。特に、サイトがマルチホームの構成を持っている状態はサイトマルチホームと呼ばれている。また、以降では、マルチホームの構成を持っているサイトはマルチホーミングサイト、マルチホーミングサイトに属するサブネット（サブネットワーク）はサイトマルチホーミングネットワークと呼ぶこととする。
【０００３】
以下、図１６を参照しながら、サイトマルチホームについて説明する。図１６は、従来の技術におけるサイトマルチホームについて説明するためのネットワークの構成の一例を示す図である。
【０００４】
図１６には、複数のＩＳＰ（ＩＳＰ１及びＩＳＰ２）とコネクションを持っており、それらを通してＩＰネットワークであるインターネット１６０１への接続性を保持しているサイト１が図示されている。このサイト１は、サブネットＡ及びサブネットＢを有している。したがって、サイト１はマルチホーミングサイトであり、サブネットＡ、Ｂはサイトマルチホーミングネットワークである。
【０００５】
サイトマルチホームは、インターネット１６０１への接続経路を多重化することができる技術であり、サイトマルチホームを利用することによって、サイト１内の通信ノード１６０２からインターネット１６０１への接続性における耐障害性を高めることができるなどの効果が生じる。例えば、サイト１内の通信ノード１６０２は、ＩＳＰ１及びＩＳＰ２の２つのＩＳＰを経由してインターネット１６０１に接続したり、インターネット１６０１を経由して通信相手（ＣＮ：Correspondent Node）と通信を行ったりすることが可能なように構成されている。
【０００６】
図１６に図示されているサイト１には、ＩＳＰ１及びＩＳＰ２のそれぞれからプレフィックス（ネットワークプレフィックス）が通知されるため、サイト１に属するサブネット内では、それらの複数のプレフィックスが利用可能となる。これにより、例えばサブネットＡに接続する通信ノード１６０２は、ＩＳＰ１及びＩＳＰ２のそれぞれのプレフィックスから構成されるアドレスを複数生成することができる。
【０００７】
通信ノード１６０２は、マルチホームによる効果を得るために、必要に応じて通信に使用するアドレスを切り替える必要がある。マルチホームによる効果は、送信パケットの場合は、送信元アドレスによって経由するＩＳＰを定め、受信パケットの場合は、あて先アドレスによって経由するＩＳＰを定めることによって実現される。
【０００８】
一方で、現在、IETF SHIM6 Working Groupでは、サイトマルチホームによってマルチホームの状態にある通信ノードが、複数のアドレスを用いて通信相手と通信を行うための方法として、ネットワークレイヤの内部で複数のアドレスの管理を行い、上位レイヤに対しては１つの識別子にマッピングすることで、アドレスが複数存在することを隠蔽する方法が提案されている（例えば、下記の非特許文献１を参照）。
【０００９】
また、通信ノードがアドレスを切り替える要因としては、下記の非特許文献２に記載されているように、例えば、ＴＣＰ（Transfer connection Protocol）レイヤから、Ａｃｋ（Acknowledgement）メッセージが受信されないことを理由とする、コネクションの切断などの明示的な通知が発生した場合や、現在使用中のＩＳＰに起因する障害が発生した際のリカバリを行う場合、ＩＳＰの負荷を分散させる場合、さらには輻輳制御を行う場合など、通信状況による様々な切り替え理由が発生した場合などが考えられる。
【００１０】
また、ＭＮ（Mobile Node：モバイルノード）、ＣＮ（通信相手）、及び、ＭＮのアドレスを管理するＨＡ（Home Agent：ホームエージェント）、ホームネットワークなどにおけるPreference情報（プリファレンス情報）の内容によって、使うべきＩＳＰが変わった場合（つまり、通信ノード側、又はＨＡを含むネットワーク側から生じる通信状況以外の切り替え理由が発生した場合など）の様々な要因も考えられる。また、これらの切り替え理由が発生した後に、新たに使用するアドレスを選択する方法として、下記の非特許文献３に記載されているような静的な選択を行う方法や、非特許文献２に記載されているように、例えば、アドレスの到達可能性を動的にチェックした結果を用いるなどの方法を用いることが可能である。
【００１１】
通信ノードが送信元アドレスを切り替えて通信相手に対してパケットを送信するためには、その通信相手に対して、切り替えに使用する複数のアドレスを事前に通知しておく必要があるが、この情報を通知するメッセージに関しても非特許文献１の中で言及されている。なお、通信相手が、送信元である通信ノードの複数のアドレスを知る方法としては、非特許文献１の提案による方法だけでなく、例えば下記の非特許文献４に記載されているモバイルＩＰのバインディングアップデートメッセージなどの別のプロトコルに係るメッセージ内に含めて通知する方法を用いることもできる。これにより通信相手は、異なる送信元アドレスがセットされたパケットでも、同一の通信ノードが送信したパケットであることを認識することが可能となる。
【００１２】
次に、非特許文献４に記載されているモバイルＩＰ（Mobile IP）について簡単に説明する。モバイルＩＰにおける通信ノードであるＭＮは、自身のホームネットワークから、少なくとも1つのＨｏＡ（Home Address：ホームアドレス）を割り当てられている。このＭＮが別のサブネットワーク（フォーリンネットワーク）へ移動した場合、少なくとも1つのＣｏＡ（Care-of Address：気付アドレス）をその移動先のサブネットワーク上で取得し、そのＣｏＡとホームネットワーク上で割り当てられたＨｏＡとの関連を示す情報（バインディング情報）をホームネットワーク上のＨＡに通知する。これにより、ＨＡが、ＭＮのＨｏＡあてに送信されたパケットを代理受信して、ＣｏＡあてへ転送してくれるため、ＭＮは、フォーリンネットワーク上に存在する場合でも、ＨｏＡあてのパケットを受信することが可能となる。
【００１３】
また、フォーリンネットワークに移動したＭＮがパケットを送信する場合には、パケットをＨＡあてにカプセル化してカプセル化パケット（外部パケット）を生成して送信する。図１７は、従来の技術におけるＭＮがＣＮに対してパケットを送信する場合に生成するカプセル化パケットの一例を示す図である。図１７に図示されているように、カプセル化パケットのヘッダ（外部ヘッダ）のあて先アドレスにはＨＡのアドレスが設定され、送信元アドレスにはＭＮのＣｏＡが設定される。一方、内部パケットは、ＣＮに届けられるパケットそのものであるため、あて先アドレスにはＣＮのアドレスが設定され、送信元アドレスにはＭＮのＨｏＡが設定される。
【００１４】
外部ヘッダのあて先アドレスに設定されたＨＡは、ＭＮによって送信されたカプセル化パケットを受信した後、デカプセル化を行って内部パケットを取り出し、それを転送する。内部パケットは、ＣＮによってＭＮからのパケットとして通常通り受信される。これにより、ＭＮは、フォーリンネットワーク上にいたとしても、ＭＮのＨｏＡを送信元アドレスに設定したパケットを、ＣＮに送信することが可能となる。
【００１５】
また、ＭＮのホームネットワークがサイトマルチホーミングネットワークである場合、そのホームネットワーク上では、複数のプレフィックスが有効となるため、ＭＮはホームアドレスとして複数のアドレスを使用することが可能となる。ＭＮが移動していないとき（すなわち、ＭＮが自身のホームネットワークに接続しているとき）は、接続しているネットワーク（ホームネットワーク）そのものがサイトマルチホームネットワークであるため、通信相手との間で交換したアドレス情報や通信状況を考慮して、ＭＮが使用するのが望ましいアドレス（好適アドレスと呼ぶこともある）を判断することが可能である。
【非特許文献１】Erik Nordmark, Marcelo Bagnulo, “Multihoming L3 Shim Approach”, draft-ietf-multi6-l3shim-00.txt, 10 Jan 2005.
【非特許文献２】J.Arkko, “Failure Detection and Locator Selection in Multi6”, draft-ietf-multi6-failure-detection-00.txt, January 2005.
【非特許文献３】R. Draves, “Default Address Selection for Internet Protocol version 6 (IPv6)”, RFC3484, February 2003.
【非特許文献４】Johnson, D. B., Perkins, C. E., and Arkko, J., “Mobility Support in IPv6”, RFC3775, June 2004.
【発明の開示】
【発明が解決しようとする課題】
【００１６】
しかしながら、複数のＩＳＰによってサイトマルチホーミングネットワークとなっているホームネットワークに属していて、複数のＨｏＡを保持しているＭＮが、移動後にフォーリンネットワーク上から通信相手にパケットを送信する際に、複数のＩＳＰのいずれかにおいて、障害によるサービス停止、輻輳状態の変化、さらには各ＩＳＰ間のローミング状態の変化など、状態の悪化と受け取れる事態が発生しているような場合には、その状態の悪いＩＳＰのプレフィックスから構成されたＨｏＡを、使用するアドレスとして選択すると、パケットの送受信において不達や遅延が発生してしまう可能性がある。
【００１７】
この場合、ＭＮのＨＡも同一のホームネットワーク上に存在し、複数のアドレスを取得することができるため、移動後のＭＮがカプセル化パケットをＨＡへ送信する際、あて先アドレスに設定するアドレスによって、ＨＡ側の経由するＩＳＰが決まる。このため、ＭＮ−ＨＡ間では、マルチホーミングプロトコルによってアドレス情報の交換などが行われるが、その目的は、ＭＮ−ＨＡ間の通信に対して、ＨＡによるサイトマルチホーミングの効果を適用するためであり、ＭＮ−ＨＡ間で交換される情報の中には、ＭＮのホームネットワークにおけるサイトマルチホーミングに関する情報は含まれていない。
【００１８】
つまり、ホームネットワークに対してインターネットへの接続を提供している複数のＩＳＰにおいて、パケットの伝送に使用する際に不適切なＩＳＰ又は望ましいＩＳＰが存在しているにもかかわらず、ＭＮはホームネットワークに接続していないため、ホームネットワーク上の状況などに関する情報を知ることができない。以上の要因から、ＭＮはカプセル化パケットの内部ヘッダの送信元アドレスに設定するべきＨｏＡを判断することができないため、内部パケットが不適切なＩＳＰを経由して送信されてしまうという課題が生じる。
【００１９】
また、ＨＡが転送するパケットは、ＭＮが送信したカプセル化パケットの内部パケットに相当するため、ＭＮが何らかの判断基準に基づいて設定した送信元アドレスに従って、転送パケットが経由するＩＳＰが決まる。このとき、通常１つのＨＡが管理しているＭＮは多数存在するため、ＨＡは、様々なネットワークへ移動している複数のＭＮを同時に管理している。内部パケットの送信元アドレスの設定は、基本的にそれぞれのＭＮの判断に依存しているため、複数のＭＮを管理しているＨＡは、特定のＩＳＰを経由するパケットだけでなく、他のＩＳＰを経由するパケットも区別なく転送しているといえる。これにより、ＨＡは通常のパケット転送処理の結果として、転送したパケットに対して生じる各ＩＳＰからの影響を逐次把握することができる。
【００２０】
一方、ＭＮは、内部パケットの送信元アドレスとして自身が使用しているＩＳＰの状況を知ることはできるものの、使用を中断しているＩＳＰや、存在そのものを知らないＩＳＰの状況までを知ることはできない。また、ＭＮが複数のインタフェースを持っており、それぞれのインタフェースが各ＩＳＰに対応している場合、ＭＮは、内部パケットの送信元アドレスとして使用していないＩＳＰの状況を確認するためには、その都度対応するインタフェースをアクティブにし、シグナルを送信しなければならないため消費電力やトラフィック量が増大する。さらに、この状況は、ＭＮが保持しているそれぞれのインタフェースが別々のＩＳＰが提供する別々のホームネットワークに属している場合でも同様であり、あるＩＳＰ（ホームネットワーク）の状況を知るためには対応するインタフェースをアクティブにし、シグナルを送信しなければならない。
【００２１】
上記課題に鑑み、本発明は、ＭＮがホームネットワークを離れた状態で、ホームネットワーク上で取得可能な状況を把握し、ＨＡを経由してＭＮとＣＮとの間で伝送されるパケットの通信経路の最適化を可能とすることを目的とする。
【課題を解決するための手段】
【００２５】
上記目的を達成するため、本発明のアドレス管理ノードは、モバイルノードのホームアドレスを管理するアドレス管理ノードであって、
前記モバイルノードに対して割り当てられている複数のホームアドレスを管理するアドレス管理手段と、
前記モバイルノードが使用することが望ましい好適ホームアドレスを選択するために参照される選択条件情報を取得するホームアドレス選択条件取得手段と、
前記ホームアドレス選択条件取得手段によって取得された前記選択条件情報に基づいて、前記複数のホームアドレスの中から前記好適ホームアドレスを選択するホームアドレス選択手段と、
前記ホームアドレス選択手段によって選択された前記好適ホームアドレスを、前記モバイルノードに対して通知するホームアドレス通知手段と、
前記モバイルノードの通信に係る障害を検出し、前記モバイルノードが送信パケットに送信元アドレスとして設定する前記好適ホームアドレスの変更の必要性を判断する障害検出手段とを有し、
前記障害検出手段によって前記好適ホームアドレスの変更が必要である旨が決定された場合に、前記ホームアドレス選択条件取得手段が新たな選択条件情報を取得し、前記ホームアドレス選択手段が前記好適ホームアドレスを新たに選択し、前記好適ホームアドレスの変更が必要な場合に、前記ホームアドレス通知手段が前記ホームアドレス選択手段によって選択された前記好適ホームアドレスを、前記モバイルノードに対して通知するように構成されている。
この構成により、ＨＡは、ＭＮから送信されるカプセル化パケット内の内部パケットの送信元アドレスとして使用することが望ましい好適ホームアドレスを、ＭＮに対して通知することが可能となり、ＭＮの通信に係る障害に応じて、好適ホームアドレスの選択を変更することが可能となる。
【００２７】
また、上記目的を達成するため、本発明のアドレス管理ノードは、モバイルノードのホームアドレスを管理するアドレス管理ノードであって、
前記モバイルノードに対して割り当てられている複数のホームアドレスを管理するアドレス管理手段と、
前記モバイルノードが使用することが望ましい好適ホームアドレスを選択するために参照される選択条件情報を取得するホームアドレス選択条件取得手段と、
前記ホームアドレス選択条件取得手段によって取得された前記選択条件情報に基づいて、前記複数のホームアドレスの中から前記好適ホームアドレスを選択するホームアドレス選択手段と、
前記ホームアドレス選択手段によって選択された前記好適ホームアドレスを、前記モバイルノードに対して通知するホームアドレス通知手段と、
前記モバイルノードからプリファレンス情報を受信するプリファレンス情報取得手段とを有し、
前記ホームアドレス選択手段が、さらに前記プリファレンス情報に基づいて、前記好適ホームアドレスを選択するように構成されている。
この構成により、ＨＡは、ＭＮから送信されるカプセル化パケット内の内部パケットの送信元アドレスとして使用することが望ましい好適ホームアドレスを、ＭＮに対して通知することが可能となり、さらにＭＮ側で把握されるプリファレンス情報に応じて、好適ホームアドレスの選択を変更することが可能となる。
【００２９】
また、上記目的を達成するため、本発明のアドレス管理ノードは、モバイルノードのホームアドレスを管理するアドレス管理ノードであって、
前記モバイルノードに対して割り当てられている複数のホームアドレスを管理するアドレス管理手段と、
前記モバイルノードが使用することが望ましい好適ホームアドレスを選択するために参照される選択条件情報を取得するホームアドレス選択条件取得手段と、
前記ホームアドレス選択条件取得手段によって取得された前記選択条件情報を、前記モバイルノードに対して通知する選択条件情報通知手段と、
前記好適ホームアドレスの設定に対して影響を及ぼす、前記モバイルノードの通信に係る障害を検出する障害検出手段とを有し、
前記ホームアドレス選択条件取得手段が、前記障害検出手段によって検出された前記モバイルノードの通信に係る障害に起因して発生する新たな選択条件情報を取得し、前記選択条件情報通知手段が、前記ホームアドレス選択条件取得手段によって取得された前記選択条件情報を、前記モバイルノードに対して通知するように構成されている。
この構成により、ＨＡは、ＭＮから送信されるカプセル化パケット内の内部パケットの送信元アドレスとして使用することが望ましい好適ホームアドレスの選択条件情報を、ＭＮに対して通知することが可能となり、ＭＮの通信に係る障害によって発生した選択条件情報を、ＭＮに対して通知することが可能となる。
【００３２】
また、上記目的を達成するため、本発明のモバイルノードは、アドレス管理ノードから複数のホームアドレスが割り当てられているモバイルノードであって、
前記アドレス管理ノードから、前記モバイルノードが使用することが望ましい好適ホームアドレスを受信するホームアドレス受信手段と、
前記アドレス管理ノード経由で所定の通信相手に対して送信するカプセル化パケット内の内部パケットの送信元アドレスに、前記好適ホームアドレスを設定する送信元アドレス設定手段と、
前記アドレス管理ノードに対して、プリファレンス情報を送信するプリファレンス情報送信手段とを有し、
前記ホームアドレス受信手段は、前記アドレス管理ノードから前記プリファレンス情報に基づいて選択された前記好適ホームアドレスを受信するよう構成されている。
この構成により、ＭＮは、自身が送信するカプセル化パケット内の内部パケットの送信元アドレスとして使用することが望ましい好適ホームアドレスを、ＨＡから取得することが可能となり、ＭＮ側で把握されるプリファレンス情報を、ＨＡに対して通知することが可能となる。
【発明の効果】
【００３４】
本発明は、上記の構成を有しており、ＭＮがホームネットワークを離れた状態で、ホームネットワーク上で取得可能な状況を把握し、ＨＡを経由してＭＮとＣＮとの間で伝送されるパケットの通信経路を最適化できるようにするという効果を有している。
【発明を実施するための最良の形態】
【００３５】
以下、図面を参照しながら、本発明の第１〜第３の実施の形態について説明する。まず、図１を参照しながら、本発明の第１〜第３の実施の形態に共通するネットワークの構成について説明する。図１は、本発明の第１〜第３の実施の形態に共通するネットワークの構成の一例を示す図である。
【００３６】
図１には、ＩＰネットワークであるインターネット１１、インターネット１１とサイトを結ぶ４つのＩＳＰ（Internet Service Provider：インターネットサービスプロバイダ）、これらのＩＳＰを介してインターネット１１に接続されている３つのサイトが図示されている。なお、識別を可能とするため、４つのＩＳＰをそれぞれＩＳＰ１、ＩＳＰ２、ＩＳＰ３、ＩＳＰ４と記載し、３つのサイトをサイト１、サイト２、サイト３と記載する。
【００３７】
サイト１はＩＳＰ１及びＩＳＰ２を介して、サイト２はＩＳＰ３を介して、サイト３はＩＳＰ４を介して、それぞれインターネット１１に接続されている。また、サイト１にはネットワーク１、サイト２にはネットワーク２、サイト３にはネットワーク３が属している。
【００３８】
さらに、図１には、これらのネットワーク１〜ネットワーク３のいずれかに接続することが可能なＭＮ（Mobile Node：モバイルノード）１０と、ネットワーク３に接続しているＣＮ（Correspondent Node：通信相手ノード）１５とが図示されている。
【００３９】
また、ネットワーク１上にはＨＡ（Home Agent:ホームエージェント）２０が存在している。さらに、ＭＮ１０は、ネットワーク１をホームネットワークとし、かつＨＡ２０によって管理されている移動可能なノードである。すなわち、ネットワーク１は、ＨＡ２０によって管理されるＭＮ１０のホームネットワークとして機能している。なお、以降では、ＭＮ１０を主体とする説明を行うため、ネットワーク１をホームネットワークと呼び、ＭＮ１０が移動後に接続するネットワーク２をフォーリンネットワークと呼ぶこともある。
【００４０】
図１に示されているように、サイト１は、ＩＳＰ１及びＩＳＰ２の２つのＩＳＰを介してインターネット１１に接続されており、いわゆるマルチホーミングサイトの構成を有している。サイト１に属するホームネットワーク上では、ＩＳＰ１及びＩＳＰ２の両方から通知されているプレフィックスが利用可能であり、ＭＮ１０は、それらのプレフィックスから構成される複数のＨｏＡ（Home Address：ホームアドレス）を保持することが可能である。
【００４１】
なお、以降では、ＩＳＰ１〜ＩＳＰ４のそれぞれが通知しているプレフィックスを、ＰＦにＩＳＰの番号を付加した記号で表すことにする。すなわち、ＩＳＰ１が通知するプレフィックスはＰＦ１、ＩＳＰ２が通知するプレフィックスはＰＦ２、ＩＳＰ３が通知するプレフィックスはＰＦ３、ＩＳＰ４が通知するプレフィックスはＰＦ４と表す。
【００４２】
また、ＭＮ１０が保持するアドレスのプリフィックスや、そのアドレスがＨｏＡ及びＣｏＡのどちらであるかが明確になるように、ＭＮ１０が保持するアドレスを、ＰＦにＩＳＰの番号を付加した記号と、ＨｏＡ又はＣｏＡとを組み合わせて表すことにする。すなわち、例えば、サイト１が通知するプレフィックスによって構成されているＨｏＡはＰＦ１．ＨｏＡと表すことにする。なお、図１に示すＭＮ１０は、ＩＳＰ１及びＩＳＰ２の両方から通知されているプレフィックスによって構成される２つのＨｏＡ（ＰＦ１．ＨｏＡ及びＰＦ２．ＨｏＡ）を保持している。また、ＣＮ１５のアドレスはＰＦ４．ＣＮと表すことにする。
【００４３】
以下、図１に図示されているネットワーク構成において、ＭＮ１０がフォーリンネットワークに接続している際に、ＨＡ２０を介してＣＮ１５と通信を行う場合を想定して、本発明の第１〜第３の実施の形態の説明を行う。したがって、この場合にＭＮ１０がＣＮ１５に対して送信するパケットは、ＣＮ１５あてのパケットを内部パケットとして含み、ＨＡ２０あてにカプセル化されたパケットとなる。
【００４４】
＜第１の実施の形態＞
まず、本発明の第１の実施の形態について説明する。図２は、本発明の第１の実施の形態におけるＭＮの構成の一例を示すブロック図である。なお、図２に図示されているＭＮ１０は、図１中のＭＮ１０に対応している。図２に示すＭＮ１０は、送受信部２０１、マルチホーミング情報通知メッセージ処理部２０２、マルチホーミング情報保持部２０３、カプセル化内部パケット生成部２０４、カプセル化外部パケット生成部２０５、マルチホーミング情報通知メッセージ生成部２０６を有している。また、図２では、ＭＮ１０内で実現される機能がブロックによって表されているが、これらの各機能は、ハードウェア又はソフトウェアによって実現可能である。
【００４５】
送受信部２０１は、無線通信を介してネットワーク（例えばＭＮ１０のホームネットワークやフォーリンネットワーク）と接続し、それらのネットワーク内の任意のノード、及びＩＳＰを介して、他のネットワークに接続している任意のノードとの通信を行うための機能である。
【００４６】
また、マルチホーミング情報通知メッセージ処理部２０２は、ＨＡ２０から通知されたマルチホーミング情報通知メッセージ（図３を参照）に関する処理を行う機能である。
【００４７】
図３は、本発明の第１の実施の形態におけるＭＮが使用することが望ましいＨｏＡ情報を通知するためのマルチホーミング情報通知メッセージの構成の一例を示す図である。ＨＡ２０からＭＮ１０に送信されるマルチホーミング情報通知メッセージは、図３に図示されているように、ＩＰヘッダ、このメッセージがマルチホーミング情報通知メッセージである旨を示す情報（例えばフラグ）に加えて、ＨＡ２０の複数アドレス情報を挿入するフィールド（ＨＡ複数アドレス情報フィールド）と、ＭＮ１０が使用することが望ましいＨｏＡ情報（適切なＨｏＡ情報）を挿入するフィールド（好適ＨｏＡ情報フィールド）とを有している。
【００４８】
マルチホーミング情報通知メッセージの好適ＨｏＡ情報フィールドには、ＨＡ２０によって選択された、ＭＮ１０が使用することが望ましいＨｏＡ情報が含まれる。マルチホーミング情報通知メッセージ処理部２０２は、このＨｏＡ情報を取得後、マルチホーミング情報保持部２０３に対してＨｏＡ情報を供給するとともに、このＨｏＡ情報を保持するように指示を行う。
【００４９】
また、さらに、ＨＡ２０自身がサイトマルチホーミングによって複数のアドレスを保持している場合、ＨＡ２０は、マルチホーミング情報通知メッセージのＨＡ複数アドレス情報フィールド内に、自身が保持する複数のアドレスに関する情報なども同時に含めることが可能である。この場合、マルチホーミング情報通知メッセージ処理部２０２は、ＨｏＡ情報と同様に複数のアドレスに関する情報などに関しても、マルチホーミング情報保持部２０３に対して供給し、保持するように指示を行うことが可能である。
【００５０】
また、マルチホーミング情報保持部２０３は、マルチホーミング情報通知メッセージ処理部２０２から通知された、ＭＮ１０が使用することが望ましいＨｏＡ情報、及びその他の通知された情報を保持する機能である。図４Ａ及び図４Ｂには、マルチホーミング情報保持部２０３が保持する情報格納テーブルの一例が図示されている。
【００５１】
図４Ａ及び図４Ｂは、本発明の第１の実施の形態におけるＭＮのマルチホーミング情報保持部によって保持される情報格納テーブルの一例を示す図である。マルチホーミング情報保持部２０３が保持する情報格納テーブルは、ＨＡ２０やその他のノード（例えばＣＮ１５）から通知された複数アドレス情報などのマルチホーミング情報は、通知メッセージの送信元ノード（すなわち、ＨＡやその他のノード）ごとに管理される。なお、ノードを特定する情報としては、アドレスやその他の識別情報（ＩＤ）などを用いることが可能である。
【００５２】
図４Ａには、マルチホーミング情報保持部２０３が保持する情報格納テーブルのＨＡ２０に関するエントリの一例が図示されている。上述のようにＨＡ２０のＩＰアドレス／ＩＤに関連付けられて、マルチホーミング情報通知メッセージ処理部２０２から供給された、ＭＮ１０が使用することが望ましいＨｏＡ情報、及びＨＡ２０の複数アドレス情報（図４Ａでは、ＨＡアドレスＡ、ＨＡアドレスＢ・・・）とが、このエントリ内に保持される。
【００５３】
一方、図４Ｂには、マルチホーミング情報保持部２０３が保持する情報格納テーブルのＣＮ１５に関するエントリの一例が図示されている。上述のようにＣＮ１５のＩＰアドレス／ＩＤに関連付けられて、ＣＮ１５の複数アドレス情報（図４Ｂでは、ＣＮアドレスＡ、ＣＮアドレスＢ・・・）が、このエントリ内に保持される。なお、ＣＮ１５からは、ＭＮ１０が使用することが望ましいＨｏＡ情報の通知は行われないので、ＭＮ１０が使用することが望ましいＨｏＡ情報に関しては、特に何も保持されることはない。
【００５４】
また、カプセル化内部パケット生成部２０４は、ＭＮ１０がＨＡ２０やＣＮ１５などの通信相手に送信するパケットを生成するための機能である。なお、ＣＮ１５との通常の通信において、ＣＮ１５に対して送信するデータ（パケットの内部に包含されるデータ）は、例えば、不図示の上位レイヤから供給される。挿入されるこのパケットの送信元アドレスを設定する際に、カプセル化内部パケット生成部２０４は、マルチホーミング情報保持部２０３が保持している、ＭＮ１０が使用することが望ましいＨｏＡ情報を参照し、そのＨｏＡを送信元アドレスに設定したパケットを生成する。なお、ＨＡ２０以外のノード（例えばＣＮ１５）にパケットを送信する場合、カプセル化内部パケット生成部２０４では、カプセル化パケットの内部パケットが生成される。
【００５５】
また、内部パケットを生成する際にマルチホーミング情報保持部２０３を参照した結果、ＭＮ１０が使用することが望ましいＨｏＡ情報が含まれていない場合には、カプセル化内部パケット生成部２０４は、マルチホーミング情報通知メッセージ生成部２０６に対して、ＭＮ１０が使用することが望ましいＨｏＡ情報を要求するためのマルチホーミング情報通知メッセージを生成するように指示する。
【００５６】
また、カプセル化外部パケット生成部２０５は、カプセル化内部パケット生成部２０４が生成したパケットがＨＡ２０以外のノード（例えばＣＮ１５）あての場合に、自身のＨＡ２０あてにカプセル化パケット（外部パケット）を生成するための機能である。また、マルチホーミング情報保持部２０３が保持している情報の中にＨＡ２０の複数アドレス情報が含まれている場合には、カプセル化外部パケット生成部２０５は、必要に応じて、外部パケットのあて先アドレスに設定するＨＡ２０のアドレスの選択を行う。なお、マルチホーミング情報保持部２０３にＨＡ２０の複数アドレス情報が保持されている場合でも、ＭＮ１０がそれらの中からアドレスを選択する必要がない場合には、カプセル化外部パケット生成部２０５は、マルチホーミング情報保持部２０３を参照せずに外部パケットを生成する。
【００５７】
また、マルチホーミング情報通知メッセージ生成部２０６は、カプセル化内部パケット生成部２０４の指示を受けた場合、あるいは任意のタイミングで、ＭＮ１０が使用することが望ましいＨｏＡ情報の要求を指示する情報を含むマルチホーミング情報通知メッセージ（図５を参照）を生成し、送受信部２０１を介してＨＡ２０へ送信する機能である。
【００５８】
図５は、本発明の第１の実施の形態におけるＭＮが使用することが望ましいＨｏＡ情報を要求するためのマルチホーミング情報通知メッセージの構成の一例を示す図である。ＭＮ１０からＨＡ２０に送信されるマルチホーミング情報通知メッセージは、ＩＰヘッダ、このメッセージがマルチホーミング情報通知メッセージである旨を示す情報（例えばフラグ）に加えて、ＭＮ１０が使用することが望ましい情報を要求することを示す情報を有している。
【００５９】
以上、説明したように、図２に図示されているＭＮ１０は、内部パケットの送信元アドレスに使用することが望ましいＨｏＡに関する情報を、自身のＨＡ２０から取得することが可能である。なお、本発明の第１の実施の形態におけるＭＮが提供する各種機能は、ＭＮが備えるモバイルＩＰなどのプロトコル上で実現することが可能であり、また、マルチホーミングを提供する専用のレイヤによって実現することも可能である。
【００６０】
また、図６は、本発明の第１の実施の形態におけるＨＡの構成の一例を示すブロック図である。なお、図６に図示されているＨＡ２０は、送受信部６０１、障害検出部６０２、送信元ＨｏＡ選択情報取得部６０３、マルチホーミング情報通知メッセージ処理部６０４、送信元ＨｏＡ選択部６０５、ＭＮ管理情報保持部６０６、マルチホーミング情報通知メッセージ生成部６０７を有している。また、図６では、ＨＡ２０内で実現される機能がブロックによって表されているが、これらの各機能は、ハードウェア又はソフトウェアによって実現可能である。
【００６１】
送受信部６０１は、自身のネットワーク１内の任意のノードや、ＩＳＰを介して、他のネットワーク（例えばネットワーク２やネットワーク３）と接続し、他のネットワークに接続している任意のノードとの通信を行うための機能である。
【００６２】
また、障害検出部６０２は、送受信部６０１を介して、通信に悪影響を与える障害を検出し、送信元アドレス（ＭＮ１０の内部パケットの送信元アドレス）を変更するべきかどうかを判断する機能である。そして、送信元アドレスを変更するべきと判断した場合は、障害検出部６０２は、送信元ＨｏＡ選択部６０５に対して、新たに使用するべきアドレスを選択するように指示を行う。なお、送信元アドレスを変更するべきと判断する基準に関しては、非特許文献２に記載されているような方法を用いることができるが、それらの方法に限定されるものではなく、任意の基準を用いて判断してもよい。
【００６３】
また、送信元ＨｏＡ選択情報取得部６０３は、送信元ＨｏＡ選択部６０５の指示を受けた場合、あるいは任意のタイミングで、送受信部６０１を介して、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報を取得し、ＭＮ管理情報保持部６０６に対して、その情報（あるいは、新たに取得した情報や更新すべき情報）を格納するように指示する機能である。
【００６４】
送信元ＨｏＡ選択情報取得部６０３が取得する、ＨｏＡを選択するために有用な情報（ＭＮ１０が使用することが望ましいＨｏＡを選択するための条件）としては、例えば、各ＩＳＰが動作しているかどうかを示す情報（ＩＳＰの動作状態情報）、各ＩＳＰにおいて輻輳が発生しているかどうか、あるいはその輻輳の程度を示す情報（ＩＳＰの輻輳情報）、各ＩＳＰ間のローミング情報や各ＩＳＰとＨＡ２０、ＭＮ１０及びネットワーク間におけるローミング情報（ＩＳＰのローミング情報）、内部パケットの転送先状況を示す情報（内部パケット転送先状況情報）、ＩＳＰの優先度を示す情報（ＩＳＰの優先度情報）、各ＩＳＰ内の通信経路のＱｏＳパスの状態を示す情報（ＱｏＳパスの状態情報）、転送パケットの到達状況、ＨＡのＩＳＰへの接続リンクの安定性などが挙げられる。
【００６５】
また、マルチホーミング情報通知メッセージ処理部６０４は、ＭＮ１０から受信した、ＭＮ１０が使用することが望ましいＨｏＡ情報の要求を示す情報を含むマルチホーミング情報通知メッセージ（図５を参照）に関する処理を行い、送信元ＨｏＡ選択部６０５に対して、ＭＮ１０が使用することが望ましいＨｏＡの選択を行うように指示する機能である。
【００６６】
また、送信元ＨｏＡ選択部６０５は、障害検出部６０２又はマルチホーミング情報通知メッセージ処理部６０４からの指示を受けた際に、ＭＮ管理情報保持部６０６内に送信元ＨｏＡを選択するための有用な情報が含まれている場合にはその情報を取得し、その情報を用いて適切なＨｏＡを選択し、マルチホーミング情報通知メッセージ生成部６０７に対して、選択したＨｏＡ情報をＭＮ１０に通知するためのマルチホーミング情報通知メッセージを生成するように指示する機能を有している。
【００６７】
また、送信元ＨｏＡ選択部６０５は、ＭＮ管理情報保持部６０６内に送信元ＨｏＡを選択するための有用な情報が含まれていない場合には、送信元ＨｏＡ選択情報取得部６０３に対して、必要な情報を取得するように指示し、送信元ＨｏＡ選択情報取得部６０３によって取得された情報を用いて適切なＨｏＡを選択し、マルチホーミング情報通知メッセージ生成部６０７に対して、選択したＨｏＡ情報をＭＮ１０に通知するためのマルチホーミング情報通知メッセージを生成するように指示する機能を有している。
【００６８】
なお、送信元ＨｏＡ選択部６０５は、マルチホーミング情報通知メッセージ処理部６０４からの指示を受けた際にＨｏＡの選択を行うだけではなく、例えば送信元ＨｏＡ選択情報取得部６０３が状況の変化を検出して、ＭＮ管理情報保持部６０６のＭＮ管理情報が更新されたタイミングで自発的に（すなわちＭＮ１０から要求されることなく、一方的に）ＨｏＡの選択を行い、マルチホーミング情報通知メッセージ生成部６０７を通じて、選択されたＨｏＡをＭＮ１０に通知してもよい。また、マルチホーミング情報通知メッセージによって通知される選択したＨｏＡ情報としては、ＭＮが使用するＨｏＡを識別できる情報であれば何でもよく、例えば、ＨｏＡそのものでもよいし、そのＨｏＡのプレフィックス、あるいはそのプレフィックスを通知しているＩＳＰを示す情報を用いてもよい。
【００６９】
送信元ＨｏＡを選択するためには、非特許文献２、３などに記載されているような方法を用いることが可能であるが、それらの方法に限定されるものではなく、任意の情報及び任意の方法を用いることが可能である。送信元ＨｏＡを選択するために有用な情報の一例としては、上述の情報（ＩＳＰの動作状態情報、ＩＳＰの輻輳情報、ＩＳＰのローミング情報、内部パケット転送先状況情報、ＩＳＰの優先度情報、ＱｏＳパスの状態情報、転送パケットの到達状況情報、ＨＡのＩＳＰへの接続リンクの安定性情報など）が挙げられる。なお、これらの情報は、ＨＡが、ＭＮからカプセル化パケットを受信し、それらをデカプセル化して転送した内部パケットに対して生じる影響から知ることができる情報に基づいて形成されたものでもよい。
【００７０】
例えば、送信元ＨｏＡ選択部６０５は、ＭＮ管理情報保持部６０６のＭＮ管理情報内のＩＳＰの動作状態情報を参照して、ＩＳＰが動作しているかどうかを確認し、動作が確認されたＩＳＰに属するＨｏＡを選択し、選択されたＨｏＡがＭＮ１０に通知されるようにすることが可能である。
【００７１】
仮に、ＭＮ１０が、動作していないＩＳＰに属するＨｏＡを内部パケットの送信元ＨｏＡとして選択してしまった場合には、そのパケットは不達となるが、ＨＡ２０で動作状態の確認を行い、動作が確認されたＩＳＰに属するＨｏＡをＭＮ１０に通知することで、動作していないＩＳＰに属するＨｏＡをＭＮ１０が選択することを防ぐとともに、ＭＮ１０が、動作しているＩＳＰに属するＨｏＡを選択できるようにすることによって、パケットの不達を防ぐことができる。
【００７２】
また、例えば、送信元ＨｏＡ選択部６０５は、ＭＮ管理情報保持部６０６のＭＮ管理情報内のＩＳＰの輻輳情報を参照して、各ＩＳＰの輻輳状態や輻輳の程度を確認し、輻輳が発生していないＩＳＰ又は輻輳状態が最も少ないＩＳＰに属するＨｏＡを選択し、選択されたＨｏＡがＭＮ１０に通知されるようにすることが可能である。なお、ＭＮ管理情報保持部６０６によって保持されるＩＳＰの輻輳情報は、例えば、送信元ＨｏＡ選択情報取得部６０３が、ＭＮからのカプセル化パケットをデカプセル化して転送した内部パケットに対して生じる影響から知ることができる。
【００７３】
仮に、ＭＮ１０が、輻輳の程度が大きいＩＳＰに属するＨｏＡを内部パケットの送信元ＨｏＡとして選択してしまった場合には、そのパケットはパケットロスとなるか遅延が発生する可能性があるが、ＨＡ２０で輻輳状態の確認を行い、輻輳が発生していないＩＳＰ又は輻輳状態が最も少ないＩＳＰに属するＨｏＡをＭＮ１０に通知することで、ＭＮ１０による動作していないＩＳＰに属するＨｏＡをＭＮ１０が選択することを防ぐとともに、ＭＮ１０が、輻輳が発生していないＩＳＰ又は輻輳状態が最も少ないＩＳＰに属するＨｏＡを選択できるようにすることによって、パケットロスや遅延を防ぐ輻輳制御を行うことができる。
【００７４】
また、例えば、送信元ＨｏＡ選択部６０５は、ＭＮ管理情報保持部６０６のＭＮ管理情報内のＩＳＰのローミング情報を参照して、それぞれのローミング状態を比較することによって、ＭＮ１０、ＣＮ１５、あるいはホームネットワーク及びＨＡ２０にとって最も有益なＩＳＰのＨｏＡを選択し、選択されたＨｏＡがＭＮ１０に通知されるようにすることが可能である。なお、ローミング情報としては、ＭＮのローミング情報だけでなく、ＨＡ自身のローミング情報を用いてもよい。また、ＭＮ、ＨＡによる各ＩＳＰへの個別の契約情報を参照、比較して、最も有益なＩＳＰに属するＨｏＡを選択してもよい。
【００７５】
また、例えば、送信元ＨｏＡ選択部６０５は、ＭＮ管理情報保持部６０６のＭＮ管理情報内の内部パケット転送先状況情報を参照して、内部パケットの転送先状況を把握することによって、ＭＮ１０から受信したカプセル化パケットの内部パケットの転送先への負荷を分散させるように制御するＨｏＡを選択し、選択されたＨｏＡがＭＮ１０に通知されるようにすることが可能である。この分散制御によって、各ＭＮ１０が使用するＩＳＰが分散され、各ＩＳＰの処理負荷が平均化されて、結果的に、パケットロスや遅延を低減する輻輳制御が行われるようになる。
【００７６】
また、例えば、送信元ＨｏＡ選択部６０５は、ＭＮ管理情報保持部６０６のＭＮ管理情報内のＩＳＰの優先度情報を参照して、優先度の高いＩＳＰに属するＨｏＡを選択し、選択されたＨｏＡがＭＮ１０に通知されるようにすることが可能である。なお、ＩＳＰの優先度に限らず、アドレスそのものに割り当てられた優先度情報（ユーザあるいはオペレータによって動的及び／又は静的に割り当てられる）を用いてもよい。
【００７７】
また、例えば、送信元ＨｏＡ選択部６０５は、ＭＮ管理情報保持部６０６のＭＮ管理情報内のＱｏＳパスの状態情報を参照して、各ＩＳＰ内の通信経路におけるＱｏＳの状態を比較することによって、より状態の良いＱｏＳパスが構成されているＩＳＰに属するＨｏＡを選択し、選択されたＨｏＡがＭＮ１０に通知されるようにすることが可能である。
【００７８】
また、例えば、送信元ＨｏＡ選択部６０５は、ＭＮ管理情報保持部６０６のＭＮ管理情報内の転送パケットの到達状況情報を参照して、各ＩＳＰを使って転送したパケットのあて先までの到達状況を比較することによって、より到達率が高いＩＳＰに属するＨｏＡを選択し、選択されたＨｏＡがＭＮ１０に通知されるようにすることが可能である。到達状況を知る方法としては、例えば、転送したパケットに対してICMP Destination Unreachable Message（ＩＣＭＰ（Internet Control and Management Protocol）あて先到達不可能メッセージ）が返されているかどうかを調べる方法がある。このメッセージは、そのパケットは転送経路上のルータによって、これ以上転送できないパケットであると判断されたことを示すため、このメッセージの受信率が高いほうのＩＳＰでは何らかの障害が発生していることを知ることができる。
【００７９】
また、例えば、送信元ＨｏＡ選択部６０５は、ＨＡ自身のＩＳＰへの接続リンクの安定性情報を参照して、ＩＳＰへ接続しているＨＡ自身のリンクの状態を比較することによって、より状態の良いリンクが接続しているＩＳＰに属するＨｏＡを選択し、選択されたＨｏＡがＭＮ１０に通知されるようにすることが可能である。
【００８０】
なお、送信元ＨｏＡ選択部６０５は、上述のＭＮ管理情報保持部６０６のＭＮ管理情報内の各種情報を任意に組み合わせることによって、最適なＨｏＡの選択を行うことも可能である。
【００８１】
また、ＭＮ管理情報保持部６０６は、ＭＮ１０が使用することが望ましいＨｏＡを送信元ＨｏＡ選択部６０５が選択する際に、送信元ＨｏＡ選択部６０５によって参照される情報（図７に示すＭＮ管理情報内の情報）を保持するための機能である。なお、上述のようにＭＮ管理情報保持部６０６によって保持された、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報は、送信元ＨｏＡ選択部６０５が、ＭＮ１０が使用することが望ましいＨｏＡを選択する際に参照される。
【００８２】
図７は、本発明の第１の実施の形態におけるＨＡのＭＮ管理情報保持部によって保持されるＭＮ管理情報の構成の一例を示す図である。図７に図示されているように、ＭＮ管理情報は、ＨＡ２０が管理しているＭＮ１０のそれぞれに対してエントリが作成され、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報が保持される。
【００８３】
図７に図示されているように、ＨＡ２０が管理している各ＭＮ１０のＩＰアドレス／ＩＤに関連付けられているＭＮ管理情報内のエントリには、上述のように、ＩＳＰの動作状態情報、ＩＳＰの輻輳情報、ＩＳＰのローミング情報、内部パケット転送先状況情報、ＩＳＰの優先度情報、ＱｏＳパスの状態情報、転送パケットの到達状況情報（不図示）、ＨＡのＩＳＰへの接続リンクの安定性情報（不図示）など、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な様々な情報が格納可能である。なお、ＭＮ管理情報内には、送信元ＨｏＡ選択情報取得部６０３によって取得された情報が、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報として格納されるが、例えば、ＨＡ２０のオペレータによって手動設定された情報が格納されてもよい。
【００８４】
また、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報を保持するＭＮ管理情報として、ＭＮ１０から通知されたバインディング情報を管理するために使用されるバインディングキャッシュを拡張して利用してもよい。
【００８５】
また、マルチホーミング情報通知メッセージ生成部６０７は、送信元ＨｏＡ選択部６０５によって選択されたＨｏＡをＭＮ１０に対して通知するためのマルチホーミング情報通知メッセージを生成し、送受信部６０１を介してＭＮ１０に送信する機能である。
なお、本発明の第1の実施の形態におけるＨＡの機能を、別のノード、例えば情報サーバ等に設置してもよい。
【００８６】
以上、説明したように、図６に図示されているＨＡ２０は、様々な条件を考慮して、ＭＮ１０が使用することが望ましいＨｏＡを選択し、ＭＮ１０に対して通知することが可能である。なお、本発明の第１の実施の形態におけるＨＡが提供する各種機能は、ＨＡが備えるモバイルＩＰなどのプロトコル上で実現することが可能であり、また、マルチホーミングを提供する専用のレイヤによっても実現することも可能である。
【００８７】
次に、本発明の第１の実施の形態における具体的な動作について説明する。例えば図１に示されているように、ＭＮ１０がフォーリンネットワーク２に接続しているときに、ＣＮ１５と通信を行う場合を想定する。このとき、例えばＩＳＰ１に輻輳が起こっていた場合には、ＨＡ２０の送信元ＨｏＡ選択情報取得部６０３がこのことを検出して、ＭＮ管理情報保持部６０６内のＭＮ管理情報の更新を行う。
【００８８】
そして、図５に図示されているような、ＭＮ１０が使用することが望ましいＨｏＡ情報の要求を指示する情報を含むマルチホーミング情報通知メッセージをＭＮ１０から受信した場合や、自発的な任意のタイミング（すなわち、ＭＮ１０からの要求がない状態）で、ＨＡ２０は、図３に図示されているマルチホーミング情報通知メッセージによって、ＩＳＰ２に属するＨｏＡを選択することが望ましい旨をＭＮ１０に対して通知する。この通知を受けたＭＮ１０は、ＩＳＰ２に属するＨｏＡが内部パケットの送信元ＨｏＡとして好適である旨をマルチホーミング情報保持部２０３に格納し、ＣＮ１５に対して送信するパケットを生成する際には、内部パケットの送信元アドレスにＰＦ２．ＨｏＡを設定する。
【００８９】
これにより、ＭＮ１０から送信されたパケットは、ＨＡ２０でデカプセル化された後、その内部パケットが、輻輳状態の程度が相対的に低いＩＳＰ２を経由した最適経路を通ってＣＮ１５に届けられるようになる。
【００９０】
以上、説明したように、本発明の第１の実施の形態によれば、ＭＮ１０は、内部パケットの送信元アドレスとして使用することが望ましいＨｏＡ情報をＨＡ２０から取得することができ、そのＨｏＡを内部パケットの送信元アドレスとして設定することによって、ＭＮ１０から送信されたカプセル化パケットがＨＡ２０によってデカプセル化された後、ＨＡ２０から転送される内部パケットが、ＭＮ１０にとって適切なＩＳＰを経由してＣＮ１５に到達されるようになる。また、個々のＭＮがそれぞれのＩＳＰの状態をチェックしてＨｏＡを選択するのではなく、すべてのＭＮのパケット転送を担っているＨＡがＩＳＰの状態をチェックし、ＭＮが使用するべきＨｏＡを決定することが可能である。これにより、ＭＮからＩＳＰ状態確認のために送信されるシグナルの量を低減することができ、ＨＡによるＭＮの一元的な管理が保たれるようにすることができる。
【００９１】
＜第２の実施の形態＞
次に、本発明の第２の実施の形態について説明する。図８は、本発明の第２の実施の形態におけるＭＮの構成の一例を示すブロック図である。なお、図８に図示されているＭＮ１０は、図１中のＭＮ１０に対応している。図８に示すＭＮ１０は、送受信部８０１、マルチホーミング情報通知メッセージ処理部８０２、マルチホーミング情報保持部８０３、カプセル化内部パケット生成部８０４、カプセル化外部パケット生成部８０５、マルチホーミング情報通知メッセージ生成部８０６、送信元ＨｏＡ選択部８０７を有している。また、図８では、ＭＮ１０内で実現される機能がブロックによって表されているが、これらの各機能は、ハードウェア又はソフトウェアによって実現可能である。
【００９２】
以下、本発明の第１の実施の形態のＭＮ１０内の構成（図２に示す構成）と比較しながら、本発明の第２の実施の形態のＭＮ１０内の構成について説明する。本発明の第１の実施の形態のＭＮ１０内の構成と比較した場合、本発明の第２の実施の形態のＭＮ１０内の構成における違いは、ＨＡ２０から通知される情報が、ＭＮ１０が使用することが望ましいＨｏＡ情報ではなく、ＭＮ１０が適切なＨｏＡを選択するために有用な情報であるという点である。
【００９３】
これに伴い、図８に図示されているマルチホーミング情報通知メッセージ処理部８０２、マルチホーミング情報保持部８０３、カプセル化内部パケット生成部８０４、マルチホーミング情報通知メッセージ生成部８０６の機能が、図２に図示されているマルチホーミング情報通知メッセージ処理部２０２、マルチホーミング情報保持部２０３、カプセル化内部パケット生成部２０４、マルチホーミング情報通知メッセージ生成部２０６の機能とは異なっている。また、さらに図８に図示されているＭＮ１０には、送信元ＨｏＡ選択部８０７が新たに追加されている。
【００９４】
なお、適切なＨｏＡを選択するために有用な情報としては、本発明の第１の実施の形態で述べたものと同様のものが使用可能である。また、図８に示すＭＮ１０内の送受信部８０１、カプセル化外部パケット生成部８０５は、図２のＭＮ１０内のＭＮ１０内の送受信部２０１、カプセル化外部パケット生成部２０５と同一であり、説明を省略する。
【００９５】
マルチホーミング情報通知メッセージ処理部８０２は、ＨＡ２０から通知されたマルチホーミング情報通知メッセージ（図９を参照）に関する処理を行う機能である。
【００９６】
図９は、本発明の第２の実施の形態におけるＭＮが使用することが望ましいＨｏＡを選択するために有用な情報を通知するためのマルチホーミング情報通知メッセージの構成の一例を示す図である。ＨＡ２０からＭＮ１０に送信されるマルチホーミング情報通知メッセージは、図９に図示されているように、ＩＰヘッダ、このメッセージがマルチホーミング情報通知メッセージである旨を示す情報（例えばフラグ）に加えて、ＨＡ２０の複数アドレス情報を挿入するフィールド（ＨＡ複数アドレス情報フィールド）と、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報を挿入するフィールド（選択条件情報フィールド）とを有している。
【００９７】
マルチホーミング情報通知メッセージの選択条件情報フィールドには、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報が含まれる。なお、このＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報は、上述の本発明の第１の実施の形態におけるＨＡ２０のＭＮ管理情報保持部６０６によって保持されるＭＮ管理情報のエントリ（図７参照）内の情報と同等の情報である。また、図９には、選択条件情報フィールドにＩＳＰの動作状態情報、ＩＳＰの輻輳情報、ＩＳＰのローミング情報が含まれている場合が図示されているが、内部パケット転送先状況情報、ＩＳＰの優先度情報、ＱｏＳパスの状態情報、転送パケットの到達状況情報、ＨＡのＩＳＰへの接続リンクの安定性情報や、その他のＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報が含まれてよい。
【００９８】
マルチホーミング情報通知メッセージ処理部８０２は、このＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報を取得後、マルチホーミング情報保持部８０３に対して、この情報を供給するとともに、この情報を保持するように指示を行う。
【００９９】
なお、上述の本発明の第１の実施の形態と同様に、ＨＡ２０は、マルチホーミング情報通知メッセージのＨＡ複数アドレス情報フィールド内に、自身が保持する複数のアドレスに関する情報なども同時に含めることが可能であり、この場合、マルチホーミング情報通知メッセージ処理部８０２は、ＨｏＡ情報と同様に複数のアドレスに関する情報などについても、マルチホーミング情報保持部８０３に対して供給し、保持するように指示を行うことが可能である。また、ＨＡが保持する複数のアドレスに関する情報には、複数のＨＡのアドレスの中から使用するべきアドレスをＭＮが選択する際に参照される情報が含まれていてもよい。、この情報を取得したＭＮは、カプセル化パケットの外部ヘッダのあて先アドレスを設定する際に、この情報を参照して使用するべきＨＡのアドレスを選択することが可能である。
【０１００】
また、マルチホーミング情報保持部８０３は、マルチホーミング情報通知メッセージ処理部８０２から通知された、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報、及びその他の通知された情報（例えば、ＨＡ２０の複数のアドレスに関する情報や、後述のpreference情報（プリファレンス情報））を保持する機能である。図１０Ａ及び図１０Ｂには、マルチホーミング情報保持部８０３が保持する情報格納テーブルの一例が図示されている。
【０１０１】
図１０Ａ及び図１０Ｂは、本発明の第２の実施の形態におけるＭＮのマルチホーミング情報保持部によって保持される情報格納テーブルの一例を示す図である。マルチホーミング情報保持部８０３が保持する情報格納テーブルは、ＨＡ２０やその他のノード（例えばＣＮ１５）から通知された複数アドレス情報などのマルチホーミング情報は、通知メッセージの送信元ノード（すなわち、ＨＡやその他のノード）ごとに管理される。なお、ノードを特定する情報としては、アドレスやその他の識別情報（ＩＤ）などを用いることが可能である。
【０１０２】
図１０Ａには、マルチホーミング情報保持部８０３が保持する情報格納テーブルのＨＡ２０に関するエントリの一例が図示されている。上述のようにＨＡ２０のＩＰアドレス／ＩＤに関連付けられて、マルチホーミング情報通知メッセージ処理部８０２から供給された、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報、及びＨＡ２０の複数アドレス情報（図１０Ａでは、ＨＡアドレスＡ、ＨＡアドレスＢ・・・）とが、このエントリ内に保持される。
【０１０３】
一方、図１０Ｂには、マルチホーミング情報保持部８０３が保持する情報格納テーブルのその他のノード（ＣＮ１５）に関するエントリの一例が図示されている。上述のようにＣＮ１５のＩＰアドレス／ＩＤに関連付けられて、ＣＮ１５の複数アドレス情報（図１０Ｂでは、ＣＮアドレスＡ、ＣＮアドレスＢ・・・）が、このエントリ内に保持される。なお、ＣＮ１５からは、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報の通知は行われないので、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報に関しては、特に何も保持されることはない。
【０１０４】
また、カプセル化内部パケット生成部８０４は、ＭＮ１０がＨＡ２０やＣＮ１５などの通信相手に送信するパケットを生成するための機能である。このパケットの送信元アドレスを設定する際に、カプセル化内部パケット生成部８０４は、送信元ＨｏＡ選択部８０７に対して、ＭＮ１０が使用することが望ましいＨｏＡ情報を選択するように指示を行う。なお、ＨＡ２０以外のノード（例えばＣＮ１５）にパケットを送信する場合、カプセル化内部パケット生成部８０４では、カプセル化パケットの内部パケットが生成される。
【０１０５】
また、送信元ＨｏＡ選択部８０７は、マルチホーミング情報保持部８０３内に送信元ＨｏＡを選択するための有用な情報が含まれている場合にはその情報を取得し、その情報を用いて適切なＨｏＡを選択し、選択したＨｏＡ情報をカプセル化内部パケット生成部８０４に通知する機能を有している。
【０１０６】
また、送信元ＨｏＡ選択部８０７は、マルチホーミング情報保持部８０３内に送信元ＨｏＡを選択するための有用な情報が含まれていない場合には、マルチホーミング情報通知メッセージ生成部８０６に対して、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報をＨＡ２０に要求するためのメッセージ（マルチホーミング情報通知メッセージ）を生成するように指示する機能を有している。
【０１０７】
なお、送信元ＨｏＡ選択部８０７は、送信元ＨｏＡの選択を行う際に、マルチホーミング情報保持部８０３が保持している情報と共に、自身があらかじめ保持しているＭＮのPreference情報を考慮してＨｏＡを選択するようにしてもよい。このPreference情報は、例えば、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報が複数存在する場合に、どの種別の情報が最も考慮されるべきであるかを示す情報や、さらに詳細な情報（例えば、ＩＳＰ１よりもＩＳＰ２を使用したいという情報や、帯域が保証されなくてもなるべく廉価な経路を使用したいという情報などのユーザの要望を含む情報）である。すなわち、Preference情報は、ＭＮ１０側で把握される送信元ＨｏＡの選択条件であると言える。
【０１０８】
また、マルチホーミング情報通知メッセージ生成部８０６は、送信元ＨｏＡ選択部８０７の指示を受け、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報の要求を指示する情報を含むマルチホーミング情報通知メッセージを生成し、送受信部８０１を介してＨＡ２０へ送信する機能である。
【０１０９】
以上、説明したように、図８に図示されているＭＮ１０は、内部パケットの送信元アドレスに使用することが望ましいＨｏＡを選択するために有用な情報を、自身のＨＡ２０から取得し、この情報（さらには、自身が保持するPreference情報）に基づいて、ＨｏＡの選択を行うことが可能である。なお、本発明の第２の実施の形態におけるＭＮが提供する各種機能は、ＭＮが備えるモバイルＩＰなどのプロトコル上で実現することが可能であり、また、マルチホーミングを提供する専用のレイヤによって実現することも可能である。
【０１１０】
また、図１１は、本発明の第２の実施の形態におけるＨＡの構成の一例を示すブロック図である。なお、図１１に図示されているＨＡ２０は、送受信部１１０１、障害検出部１１０２、送信元ＨｏＡ選択情報取得部１１０３、マルチホーミング情報通知メッセージ処理部１１０４、ＭＮ管理情報保持部１１０６、マルチホーミング情報通知メッセージ生成部１１０７を有している。また、図１１では、ＨＡ２０内で実現される機能がブロックによって表されているが、これらの各機能は、ハードウェア又はソフトウェアによって実現可能である。
【０１１１】
以下、本発明の第１の実施の形態のＨＡ２０内の構成（図６に示す構成）と比較しながら、本発明の第２の実施の形態のＨＡ２０内の構成について説明する。本発明の第１の実施の形態のＨＡ２０内の構成と比較した場合、本発明の第２の実施の形態のＨＡ２０内の構成における違いは、ＭＮ１０に通知する情報が、ＭＮ１０が使用することが望ましいＨｏＡ情報ではなく、ＭＮ１０が適切なＨｏＡを選択するために有用な情報であるという点である。
【０１１２】
これに伴い、図１１に図示されている送信元ＨｏＡ選択情報取得部１１０３、マルチホーミング情報通知メッセージ処理部１１０４、マルチホーミング情報通知メッセージ生成部１１０７の機能が、図６に図示されている送信元ＨｏＡ選択情報取得部６０３、マルチホーミング情報通知メッセージ処理部６０４、マルチホーミング情報通知メッセージ生成部６０７の機能とは異なっている。また、さらに図１１に図示されているＨＡ２０は、図６に図示されているＨＡ２０に設けられていた送信元ＨｏＡ選択部６０５が削除されている。
【０１１３】
なお、適切なＨｏＡを選択するために有用な情報としては、本発明の第１の実施の形態で述べたものと同様のものが使用可能である。また、図１１に示すＨＡ２０内の送受信部１１０１、障害検出部１１０２、ＭＮ管理情報保持部１１０６は、図６のＨＡ２０内の送受信部６０１、障害検出部６０２、ＭＮ管理情報保持部６０６と同一であり、説明を省略する。
【０１１４】
送信元ＨｏＡ選択情報取得部１１０３は、障害検出部１１０２又はマルチホーミング情報通知メッセージ処理部１１０４からの指示を受けた際に、ＭＮ管理情報保持部１１０６内に送信元ＨｏＡを選択するための有用な情報が含まれている場合にはその情報を取得して、マルチホーミング情報通知メッセージ生成部１１０７に渡し、その情報をＭＮ１０に通知するためのマルチホーミング情報通知メッセージを生成するようにマルチホーミング情報通知メッセージ生成部１１０７に指示する機能を有している。
【０１１５】
また、送信元ＨｏＡ選択情報取得部１１０３は、ＭＮ管理情報保持部１１０６内に送信元ＨｏＡを選択するために有用な情報が含まれていない場合には、送受信部１１０１を介して、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報を取得し、ＭＮ管理情報保持部１１０６に対して、その情報（あるいは、新たに取得した情報や更新すべき情報）を格納するように指示するとともに、その情報をマルチホーミング情報通知メッセージ生成部１１０７に渡し、その情報をＭＮ１０に通知するためのマルチホーミング情報通知メッセージを生成するようにマルチホーミング情報通知メッセージ生成部１１０７に指示する機能を有している。なお、送信元ＨｏＡ選択情報取得部１１０３による送受信部１１０１を介した情報の取得は、任意のタイミングで行われるようにしてもよい。
【０１１６】
また、マルチホーミング情報通知メッセージ処理部１１０４は、ＭＮ１０から受信した、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報の要求を示す情報を含むマルチホーミング情報通知メッセージに関する処理を行い、送信元ＨｏＡ選択情報取得部１１０３に対して、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報の取得を行うように指示する機能である。
【０１１７】
また、マルチホーミング情報通知メッセージ生成部１１０７は、送信元ＨｏＡ選択情報取得部１１０３から通知された、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報を含むマルチホーミング情報通知メッセージを生成し、送受信部１１０１を介してＭＮ１０に送信する機能である。
なお、本発明の第２の実施の形態におけるＨＡの機能を、別のノード、例えば情報サーバ等に設置してもよい。
【０１１８】
以上、説明したように、図１１に図示されているＨＡ２０は、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報を取得して、ＭＮ１０に対して通知することが可能である。なお、本発明の第２の実施の形態におけるＨＡが提供する各種機能は、ＨＡが備えるモバイルＩＰなどのプロトコル上で実現することが可能であり、また、マルチホーミングを提供する専用のレイヤによって実現することも可能である。
【０１１９】
次に、本発明の第２の実施の形態における具体的な動作について説明する。例えば図１に示されているように、ＭＮ１０がフォーリンネットワーク２に接続しているときに、ＣＮ１５と通信を行う場合を想定する。このとき、例えばＩＳＰ１及びＩＳＰ２の両方に輻輳が起こっている場合には、ＨＡ２０の送信元ＨｏＡ選択情報取得部１１０３がＩＳＰ１及びＩＳＰ２のそれぞれに係る輻輳の程度を検出して、ＭＮ管理情報保持部１１０６内のＭＮ管理情報の更新を行う。
【０１２０】
そして、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報の要求の指示を含むマルチホーミング情報通知メッセージをＭＮ１０から受信した場合や、自発的な任意のタイミング（すなわち、ＭＮ１０からの要求がない状態）で、ＨＡ２０は、図９に図示されているマルチホーミング情報通知メッセージによって、各ＩＳＰ１、２の輻輳の程度に関する情報をＭＮ１０に対して通知する。例えば、ＩＳＰ２よりもＩＳＰ１のほうが輻輳の程度が小さい場合には、この通知を受けたＭＮ１０の送信元ＨｏＡ選択情報取得部１１０３は、ＩＳＰ２に属するＨｏＡよりもＩＳＰ１に属するＨｏＡのほうが、内部パケットの送信元ＨｏＡとして好適であると判断し、ＣＮ１５に対して送信するパケットを生成する際には、内部パケットの送信元アドレスにＰＦ１．ＨｏＡを設定する。
【０１２１】
これにより、ＭＮ１０から送信されたパケットは、ＨＡ２０でデカプセル化された後、その内部パケットが、輻輳状態の程度が相対的に低いＩＳＰ１を経由した最適経路を通ってＣＮ１５に届けられるようになる。
【０１２２】
なお、ＭＮ１０に複数のホームネットワークが割り当てられている場合には、ＭＮ１０は、それぞれのホームネットワーク上に存在するＨＡ２０から、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報を取得し、それらの情報を比較して選択することで、最適なホームネットワーク及びＨｏＡを選択することが可能となる。また、このとき、ＭＮ１０はＨＡ２０の動作状態及び負荷状態などを考慮してＨｏＡの選択を行ってもよい。
【０１２３】
以上、説明したように、本発明の第２の実施の形態によれば、ＭＮ１０は、内部パケットの送信元アドレスとして使用することが望ましいＨｏＡを選択するために有用な情報をＨＡ２０から取得することができ、その情報に基づくＨｏＡの選択を行って、選択されたＨｏＡを内部パケットの送信元アドレスとして設定することによって、ＭＮ１０から送信されたカプセル化パケットがＨＡ２０によってデカプセル化された後、ＨＡ２０から転送される内部パケットが、ＭＮ１０にとって適切なＩＳＰを経由してＣＮ１５に到達されるようになる。また、ＭＮ１０は、カプセル化パケットの外部ヘッダのあて先アドレスとして使用することが望ましいＨＡ２０のアドレスを選択するために有用な情報を同時にＨＡ２０から取得することができるため、ＨＡのアドレス選択に有用な情報と、ＨｏＡの選択に有用な情報の両方を同時に考慮して、カプセル化パケットの外部ヘッダのあて先アドレスと、内部パケットの送信元アドレスとの両方に対して最適なアドレスを設定することができる。
【０１２４】
＜第３の実施の形態＞
次に、本発明の第３の実施の形態について説明する。図１２は、本発明の第３の実施の形態におけるＭＮの構成の一例を示すブロック図である。なお、図１２に図示されているＭＮ１０は、図１中のＭＮ１０に対応している。図１２に示すＭＮ１０は、送受信部１２０１、マルチホーミング情報通知メッセージ処理部１２０２、マルチホーミング情報保持部１２０３、カプセル化内部パケット生成部１２０４、カプセル化外部パケット生成部１２０５、マルチホーミング情報通知メッセージ生成部１２０６、Preference情報保持部１２０７を有している。また、図１２では、ＭＮ１０内で実現される機能がブロックによって表されているが、これらの各機能は、ハードウェア又はソフトウェアによって実現可能である。
【０１２５】
以下、本発明の第１の実施の形態のＭＮ１０内の構成（図２に示す構成）と比較しながら、本発明の第３の実施の形態のＭＮ１０内の構成について説明する。本発明の第１の実施の形態のＭＮ１０内の構成と比較した場合、本発明の第３の実施の形態のＭＮ１０内の構成における違いは、ＭＮ１０からＨＡ２０に送信される、適切なＨｏＡ情報を要求するためのマルチホーミング情報通知メッセージ内に、ＭＮ１０自身のPreference情報が挿入されるという点である。
【０１２６】
これに伴い、図１２に図示されているマルチホーミング情報通知メッセージ処理部１２０２の機能が、図２に図示されているマルチホーミング情報通知メッセージ処理部２０２の機能とは異なっている。また、さらに図１２に図示されているＭＮ１０には、Preference情報保持部１２０７が新たに追加されている。
【０１２７】
なお、適切なＨｏＡを選択するために有用な情報としては、本発明の第１の実施の形態で述べたものと同様のものが使用可能である。また、図１２に示すＭＮ１０内の送受信部１２０１、マルチホーミング情報通知メッセージ処理部１２０２、マルチホーミング情報保持部１２０３、カプセル化内部パケット生成部１２０４、カプセル化外部パケット生成部１２０５は、図２のＭＮ１０内のＭＮ１０内の送受信部２０１、マルチホーミング情報通知メッセージ処理部２０２、マルチホーミング情報保持部２０３、カプセル化内部パケット生成部２０４、カプセル化外部パケット生成部２０５と同一であり、説明を省略する。
【０１２８】
マルチホーミング情報通知メッセージ生成部１２０６は、カプセル化内部パケット生成部１２０４からの指示に応じて、さらにPrference情報保持部１２０７内に保持されているPreference情報を取得してマルチホーミング情報通知メッセージ（図１３を参照）を生成する機能である。
【０１２９】
図１３は、本発明の第３の実施の形態におけるＭＮが使用することが望ましいＨｏＡ情報を要求するためのマルチホーミング情報通知メッセージの構成の一例を示す図である。ＭＮ１０からＨＡ２０に送信されるマルチホーミング情報通知メッセージは、ＩＰヘッダ、このメッセージがマルチホーミング情報通知メッセージである旨を示す情報（例えばフラグ）に加えて、ＭＮ１０が使用することが望ましい情報を要求することを示す情報と、Preference情報保持部１２０７に保持されているＭＮ１０の現在のPreference情報を挿入するフィールド（Preference情報フィールド）を有している。
【０１３０】
また、Preference情報保持部１２０７は、送受信部１２０１を介して取得されるPreference情報、あるいは自ら生成したPreference情報やＭＮ１０のユーザによって設定されるPreference情報を保持するための機能である。なお、Preference情報保持部１２０７によって保持されるPreference情報は、上述の本発明の第２の実施の形態で言及した、ＭＮ１０側で把握される送信元ＨｏＡの選択条件である。
【０１３１】
なお、上述のように、カプセル化内部パケット生成部１２０４からの指示（すなわち、内部パケットの送信先ＨｏＡに設定するＨｏＡの問い合わせのタイミング）に応じて、ＨＡ２０に対するマルチホーミング情報通知メッセージの送信が行われるだけではなく、例えば、Preference情報保持部１２０７における新たなPreference情報の追加や、既存のPreference情報の更新などが行われたタイミングで、これらのPreference情報（Preference情報の差分）を含むマルチホーミング情報通知メッセージの送信が行われるように構成されてもよい。
【０１３２】
以上、説明したように、図１２に図示されているＭＮ１０は、Preference情報を自身のＨＡ２０に対して通知することが可能であるとともに、内部パケットの送信元アドレスに使用することが望ましいＨｏＡに関する情報を、自身のＨＡ２０から取得することが可能である。なお、本発明の第３の実施の形態におけるＭＮが提供する各種機能は、ＭＮが備えるモバイルＩＰなどのプロトコル上で実現することが可能であり、また、マルチホーミングを提供する専用のレイヤによって実現することも可能である。
【０１３３】
また、図１４は、本発明の第３の実施の形態におけるＨＡの構成の一例を示すブロック図である。なお、図１４に図示されているＨＡ２０は、送受信部１４０１、障害検出部１４０２、送信元ＨｏＡ選択情報取得部１４０３、マルチホーミング情報通知メッセージ処理部１４０４、送信元ＨｏＡ選択部１４０５、ＭＮ管理情報保持部１４０６、マルチホーミング情報通知メッセージ生成部１４０７を有している。また、図１４では、ＨＡ２０内で実現される機能がブロックによって表されているが、これらの各機能は、ハードウェア又はソフトウェアによって実現可能である。
【０１３４】
以下、本発明の第１の実施の形態のＨＡ２０内の構成（図６に示す構成）と比較しながら、本発明の第３の実施の形態のＨＡ２０内の構成について説明する。本発明の第１の実施の形態のＨＡ２０内の構成と比較した場合、本発明の第３の実施の形態のＨＡ２０内の構成における違いは、ＭＮ１０から受信したマルチホーミング情報通知メッセージ内にＭＮ１０のPreference情報が含まれており、ＨＡ２０は、ＭＮ１０から受信したPreference情報も参照して、ＨｏＡの選択を行うという点である。
【０１３５】
これに伴い、図１４に図示されているマルチホーミング情報通知メッセージ処理部１４０４、送信元ＨｏＡ選択部１４０５、ＭＮ管理情報保持部１４０６の機能が、図６に図示されているマルチホーミング情報通知メッセージ処理部６０４、送信元ＨｏＡ選択部６０５、ＭＮ管理情報保持部６０６の機能とは異なっている。
【０１３６】
なお、適切なＨｏＡを選択するために有用な情報としては、本発明の第１の実施の形態で述べたものと同様のものが使用可能である。また、図１４に示すＭＮ１０内の送受信部１４０１、障害検出部１４０２、送信元ＨｏＡ選択情報取得部１４０３、マルチホーミング情報通知メッセージ生成部１４０７は、図６のＭＮ１０内の送受信部６０１、障害検出部６０２、送信元ＨｏＡ選択情報取得部６０３、マルチホーミング情報通知メッセージ生成部６０７と同一であり、説明を省略する。
【０１３７】
マルチホーミング情報通知メッセージ処理部１４０４は、ＭＮ１０から受信した、ＭＮ１０が使用することが望ましいＨｏＡ情報の要求を示す情報及びPreference情報を含むマルチホーミング情報通知メッセージ（図１３を参照）に関する処理を行い、送信元ＨｏＡ選択部１４０５に対して、ＭＮ１０が使用することが望ましいＨｏＡの選択を行うように指示するとともに、ＭＮ管理情報保持部１４０６に対して、Preference情報を保持するように指示する機能である。
【０１３８】
また、送信元ＨｏＡ選択部１４０５は、障害検出部１４０２又はマルチホーミング情報通知メッセージ処理部１４０４からの指示を受けた際に、ＭＮ管理情報保持部１４０６内に送信元ＨｏＡを選択するための有用な情報が含まれている場合には、その情報及びＭＮ１０から受けたPreference情報を取得し、これらの情報を用いて適切なＨｏＡを選択し、マルチホーミング情報通知メッセージ生成部１４０７に対して、選択したＨｏＡ情報をＭＮ１０に通知するためのマルチホーミング情報通知メッセージを生成するように指示する機能を有している。
【０１３９】
また、送信元ＨｏＡ選択部１４０５は、ＭＮ管理情報保持部１４０６内に送信元ＨｏＡを選択するための有用な情報が含まれていない場合には、送信元ＨｏＡ選択情報取得部１４０３に対して、必要な情報を取得するように指示し、送信元ＨｏＡ選択情報取得部１４０３によって取得された情報、及びＭＮ１０から受けたPreference情報を用いて適切なＨｏＡを選択し、マルチホーミング情報通知メッセージ生成部１４０７に対して、選択したＨｏＡ情報をＭＮ１０に通知するためのマルチホーミング情報通知メッセージを生成するように指示する機能を有している。
【０１４０】
なお、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報としては、上述の本発明の第１の実施の形態で述べたものと同様のものが使用可能である。また、送信元ＨｏＡ選択部１４０５は、マルチホーミング情報通知メッセージ処理部１４０４からの指示を受けた際にＨｏＡの選択を行うだけではなく、例えば送信元ＨｏＡ選択情報取得部１４０３が状況の変化を検出して、ＭＮ管理情報保持部１４０６のＭＮ管理情報が更新されたタイミングで自発的（すなわちＭＮ１０から要求されることなく、一方的）にＨｏＡの選択を行い、マルチホーミング情報通知メッセージ生成部１４０７を通じて、選択されたＨｏＡをＭＮ１０に通知してもよい。
【０１４１】
また、ＭＮ管理情報保持部１４０６は、ＭＮ１０が使用することが望ましいＨｏＡを送信元ＨｏＡ選択部１４０５が選択する際に、送信元ＨｏＡ選択部１４０５によって参照される情報（図１５に示すＭＮ管理情報内の情報）を保持するための機能である。なお、送信元ＨｏＡ選択部１４０５は、上述のようにＭＮ管理情報保持部１４０６によって保持された、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報及びPreference情報を参照して、ＭＮ１０が使用することが望ましいＨｏＡを選択する。また、マルチホーミング情報通知メッセージによって通知される選択したＨｏＡ情報としては、ＭＮが使用するＨｏＡを識別できる情報であれば何でもよく、例えば、ＨｏＡそのものでもよいし、そのＨｏＡのプレフィックス、あるいはそのプレフィックスを通知しているＩＳＰを示す情報を用いてもよい。
【０１４２】
図１５は、本発明の第３の実施の形態におけるＨＡのＭＮ管理情報保持部によって保持されるＭＮ管理情報の構成の一例を示す図である。図１５に図示されているように、ＭＮ管理情報は、ＨＡ２０が管理しているＭＮ１０のそれぞれに対してエントリが作成され、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報が保持される。
【０１４３】
図１５に図示されているように、ＨＡ２０が管理している各ＭＮ１０のＩＰアドレス／ＩＤに関連付けられているＭＮ管理情報内のエントリには、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な様々な情報と、ＭＮ１０から受信したPreference情報が格納可能である。なお、ＭＮ管理情報内には、送信元ＨｏＡ選択情報取得部１４０３によって取得された情報が、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報として格納されるが、例えば、ＨＡ２０のオペレータによって手動設定された情報が格納されてもよい。
【０１４４】
また、ＭＮ１０が使用することが望ましいＨｏＡを選択するために有用な情報を保持するＭＮ管理情報として、ＭＮ１０から通知されたバインディング情報を管理するために使用されるバインディングキャッシュを拡張して利用してもよい。
また、本発明の第３の実施の形態におけるＨＡの機能を、別のノード、例えば情報サーバ等に設置してもよい。なお、本発明の第３の実施の形態におけるＨＡが提供する各種機能は、ＨＡが備えるモバイルＩＰなどのプロトコル上で実現することが可能であり、また、マルチホーミングを提供する専用のレイヤによって実現することも可能である。
【０１４５】
次に、本発明の第３の実施の形態における具体的な動作について説明する。例えば図１に示されているように、ＭＮ１０がフォーリンネットワーク２に接続しているときに、ＣＮ１５と通信を行う場合を想定する。このとき、例えばＭＮ１０のPreference情報保持部１２０７に、新たに自身のPreference情報（ＩＳＰ１よりもＩＳＰ２を使用した旨を示す情報）が追加された場合、ＭＮ１０からＨＡ２０に対して、そのPreference情報を含むマルチホーミング情報通知メッセージが送信される。
【０１４６】
このマルチホーミング情報通知メッセージを受信したＨＡ２０は、ＭＮ管理情報保持部１４０６内のＭＮ管理情報を追加、更新して、更新されたＭＮ管理情報を用いてＨｏＡの選択を行う。このとき、既に存在するＭＮ管理情報内に、ＭＮ１０のPreference情報よりも優先して考慮されるべき情報が存在しなければ、ＨＡ２０は、ＩＳＰ２に属するＨｏＡを使うことが望ましい旨をＭＮ１０に対して通知するが、例えばＩＳＰ２が障害により動作していないことを示す情報が保持されていた場合には、ＨＡ２０は、ＩＳＰ１に属するＨｏＡを使うことが望ましい旨をＭＮ１０に通知する。
【０１４７】
これにより、ＭＮ１０は、内部パケットの送信元ＨｏＡに、自身のPreference情報及びＨＡ２０が保持する情報の両方が考慮されて選択されたＨｏＡを設定することが可能となり、ＭＮ１０側の要望が反映されるとともにパケットが不達になることはなく、最適な経路を経由してＣＮ１５に届けられるようになる。
【０１４８】
以上、説明したように、本発明の第３の実施の形態によれば、ＭＮ１０は、アドレス選択の選択条件の１つとして利用してもらいたい自身のPreference情報をＨＡ２０に通知し、このPreference情報も考慮されてＨＡ２０によって選択されたＨｏＡ情報を取得することができ、そのＨｏＡを内部パケットの送信元アドレスとして設定することによって、ＭＮ１０から送信されたカプセル化パケットがＨＡ２０によってデカプセル化された後、ＨＡ２０から転送される内部パケットが、ＭＮ１０にとって適切なＩＳＰを経由してＣＮ１５に到達されるようになる。
【０１４９】
なお、上述の本発明の実施の形態のそれぞれでは、ＩＳＰの状態やローミング状態などに基づいてパケット伝送に適切なＩＳＰを選択することを一例に挙げて、本発明に係る技術の詳細が説明されている。しかしながら、本発明で示唆される技術を、複数のネットワークの選択が可能な環境においてパケット伝送を行う際に適切なネットワークを選択する場合や、アドレス又はネットワークプレフィックスと経由するネットワークもしくは提供するネットワークサービス（通信速度、帯域、遅延揺らぎなど）の特性とを関連付けてそれぞれを選択するような環境（すなわち、アドレス（プレフィックス）に基づくパケット伝送の制御を行うことを主目的とした利用環境）に適用し、望ましいパケットの通信経路を選択できるようにすることも可能である。また、本発明の技術思想は、上記の技術に限らず、望ましいパケットの通信経路を選択するための技術全般に適用可能である。
【０１５０】
なお、上記の本発明の各実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１５１】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【０１５２】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【０１５３】
本発明は、ＭＮがホームネットワークを離れた状態で、ホームネットワーク上で取得可能な状況を把握し、ＨＡを経由してＭＮとＣＮとの間で伝送されるパケットの通信経路を最適化できるようにするという効果を有しており、ＩＰを用いた通信に係る技術や、マルチホーム機能及びモバイル機能の両方を実現するための技術に適用可能である。
【図面の簡単な説明】
【０１５４】
【図１】本発明の第１〜第３の実施の形態に共通するネットワークの構成の一例を示す図
【図２】本発明の第１の実施の形態におけるＭＮの構成の一例を示すブロック図
【図３】本発明の第１の実施の形態におけるＭＮが使用することが望ましいＨｏＡ情報を通知するためのマルチホーミング情報通知メッセージの構成の一例を示す図
【図４Ａ】本発明の第１の実施の形態におけるＭＮのマルチホーミング情報保持部によって保持される情報格納テーブルの第１の例を示す図
【図４Ｂ】本発明の第１の実施の形態におけるＭＮのマルチホーミング情報保持部によって保持される情報格納テーブルの第２の例を示す図
【図５】本発明の第１の実施の形態におけるＭＮが使用することが望ましいＨｏＡ情報を要求するためのマルチホーミング情報通知メッセージの構成の一例を示す図
【図６】本発明の第１の実施の形態におけるＨＡの構成の一例を示すブロック図
【図７】本発明の第１の実施の形態におけるＨＡのＭＮ管理情報保持部によって保持されるＭＮ管理情報の構成の一例を示す図
【図８】本発明の第２の実施の形態におけるＭＮの構成の一例を示すブロック図
【図９】本発明の第２の実施の形態におけるＭＮが使用することが望ましいＨｏＡを選択するために有用な情報を通知するためのマルチホーミング情報通知メッセージの構成の一例を示す図
【図１０Ａ】本発明の第２の実施の形態におけるＭＮのマルチホーミング情報保持部によって保持される情報格納テーブルの第１の例を示す図
【図１０Ｂ】本発明の第２の実施の形態におけるＭＮのマルチホーミング情報保持部によって保持される情報格納テーブルの第２の例を示す図
【図１１】本発明の第２の実施の形態におけるＨＡの構成の一例を示すブロック図
【図１２】本発明の第３の実施の形態におけるＭＮの構成の一例を示すブロック図
【図１３】本発明の第３の実施の形態におけるＭＮが使用することが望ましいＨｏＡ情報を要求するためのマルチホーミング情報通知メッセージの構成の一例を示す図
【図１４】本発明の第３の実施の形態におけるＨＡの構成の一例を示すブロック図
【図１５】本発明の第３の実施の形態におけるＨＡのＭＮ管理情報保持部によって保持されるＭＮ管理情報の構成の一例を示す図
【図１６】従来の技術におけるサイトマルチホームについて説明するためのネットワークの構成の一例を示す図
【図１７】従来の技術におけるＭＮが通信相手に対してパケットを送信する場合に生成するカプセル化パケットの一例を示す図
【図１】
0004616882.tif 000002
【図２】
0004616882.tif 000003
【図３】
0004616882.tif 000004
【図４Ａ】
0004616882.tif 000005
【図４Ｂ】
0004616882.tif 000006
【図５】
0004616882.tif 000007
【図６】
0004616882.tif 000008
【図７】
0004616882.tif 000009
【図８】
0004616882.tif 000010
【図９】
0004616882.tif 000011
【図１０Ａ】
0004616882.tif 000012
【図１０Ｂ】
0004616882.tif 000013
【図１１】
0004616882.tif 000014
【図１２】
0004616882.tif 000015
【図１３】
0004616882.tif 000016
【図１４】
0004616882.tif 000017
【図１５】
0004616882.tif 000018
【図１６】
0004616882.tif 000019
【図１７】
0004616882.tif 000020