WO2006104202A1

WO2006104202A1 - 通信制御方法及びアドレス管理ノード並びにモバイルノード

Info

Publication number: WO2006104202A1
Application number: PCT/JP2006/306500
Authority: WO
Inventors: Keigo Aso; Jun Hirano
Original assignee: Matsushita Electric Industrial Co., Ltd.
Priority date: 2005-03-29
Filing date: 2006-03-29
Publication date: 2006-10-05
Also published as: US7742396B2; EP1865670A1; JPWO2006104202A1; US20090052316A1; EP1865670A4; JP4616882B2

Abstract

　ＭＮ（モバイルノード）がホームネットワークを離れた状態で、ホームネットワーク上で取得可能な状況を把握し、ＨＡ（ホームエージェント）を経由してＭＮとＣＮ（コレスポンデントノード）との間で伝送されるパケットの通信経路の最適化を実現する技術が開示され、この技術によればＭＮ１０に割り当てられている複数のホームアドレスを管理するＨＡ２０が、例えばＩＳＰ１やＩＳＰ２の通信状況などを検出して、ＭＮからＨＡを経由してＣＮ１５に送信されるパケット伝送において、ＭＮからＨＡに送信されるカプセル化パケット内の内部パケットの送信元アドレスに設定されるホームアドレスを選択する。ＭＮは、このホームアドレスを上記の内部パケットの送信元アドレスに設定することで、ＨＡでデカプセル化された後に転送されるパケットは、通信状況の良いＩＳＰ１又はＩＳＰ２を経由してＣＮに届けられるようになる。

Description

明細書

通信制御方法及びアドレス管理ノード並びにモバイルノード

技術分野

[0001] 本発明は、 IP (Internet Protocol)を用いた通信を行う通信制御方法及びアドレス管理ノード並びにモパイルノードに関し、特に、マルチホーム機能及びモノくィル機能の両方を実装したアドレス管理ノード及びモパイルノード並びにこれらのノード間で行われる通信の制御を行う通信制御方法に関する。

背景技術

[0002] 従来、複数のインターネットサービスプロバイダ（ISP： Internet Service Provider)との接続を持つ、マルチホームと呼ばれる構成が存在する。特に、サイトがマルチホームの構成を持っている状態はサイトマルチホームと呼ばれている。また、以降では、マルチホームの構成を持って!/、るサイトはマルチホーミングサイト、マルチホーミングサイトに属するサブネット（サブネットワーク）はサイトマルチホーミングネットワークと呼ぶこととする。

[0003] 以下、図 16を参照しながら、サイトマルチホームについて説明する。図 16は、従来の技術におけるサイトマルチホームについて説明するためのネットワークの構成の一例を示す図である。

[0004] 図 16には、複数の ISP (ISP1及び ISP2)とコネクションを持っており、それらを通して IPネットワークであるインターネット 1601への接続性を保持しているサイト 1が図示されている。このサイト 1は、サブネット A及びサブネット Bを有している。したがって、サイト 1はマルチホーミングサイトであり、サブネット A、 Bはサイトマルチホーミングネッ卜ワークである。

[0005] サイトマルチホームは、インターネット 1601への接続経路を多重化することができる技術であり、サイトマルチホームを利用することによって、サイト 1内の通信ノード 160 2からインターネット 1601への接続性における耐障害性を高めることができるなどの効果が生じる。例えば、サイト 1内の通信ノード 1602は、 ISP1及び ISP2の 2つの IS Pを経由してインターネット 1601に接続したり、インターネット 1601を経由して通信相手（CN: Correspondent Node)と通信を行ったりすることが可能なように構成されている。

[0006] 図 16に図示されているサイト 1には、 ISP1及び ISP2のそれぞれからプレフィックス

(ネットワークプレフィックス）が通知されるため、サイト 1に属するサブネット内では、それらの複数のプレフィックスが利用可能となる。これにより、例えばサブネット Aに接続する通信ノード 1602は、 ISP1及び ISP2のそれぞれのプレフィックスから構成されるアドレスを複数生成することができる。

[0007] 通信ノード 1602は、マルチホームによる効果を得るために、必要に応じて通信に使用するアドレスを切り替える必要がある。マルチホームによる効果は、送信パケットの場合は、送信元アドレスによって経由する ISPを定め、受信パケットの場合は、あて先アドレスによって経由する ISPを定めることによって実現される。

[0008] 一方で、現在、 IETF SHIM6 Working Groupでは、サイトマルチホームによってマルチホームの状態にある通信ノード力 S、複数のアドレスを用いて通信相手と通信を行うための方法として、ネットワークレイヤの内部で複数のアドレスの管理を行い、上位レィャに対しては 1つの識別子にマッピングすることで、アドレスが複数存在することを隠蔽する方法が提案されている（例えば、下記の非特許文献 1を参照)。

[0009] また、通信ノードがアドレスを切り替える要因としては、下記の非特許文献 2に記載されているように、例えば、 TCP (Transfer connection Protocol)レイヤから、 Ack (Ac knowledgement)メッセージが受信されないことを理由とする、コネクションの切断などの明示的な通知が発生した場合や、現在使用中の ISPに起因する障害が発生した際のリカバリを行う場合、 ISPの負荷を分散させる場合、さらには輻輳制御を行う場合など、通信状況による様々な切り替え理由が発生した場合などが考えられる。

[0010] また、 MN (Mobile Node：モパイルノード）、 CN (通信相手）、及び、 MNのアドレスを管理する HA (Home Agent:ホームエージェント）、ホームネットワークなどにおける Preference情報（プリファレンス情報）の内容によって、使うべき ISPが変わった場合（つまり、通信ノード側、又は HAを含むネットワーク側力生じる通信状況以外の切り替え理由が発生した場合など)の様々な要因も考えられる。また、これらの切り替え理由が発生した後に、新たに使用するアドレスを選択する方法として、下記の非特許文献 3に記載されて、るような静的な選択を行う方法や、非特許文献 2に記載されて、るように、例えば、アドレスの到達可能性を動的にチェックした結果を用いるなどの方法を用いることが可能である。

[0011] 通信ノードが送信元アドレスを切り替えて通信相手に対してパケットを送信するためには、その通信相手に対して、切り替えに使用する複数のアドレスを事前に通知しておく必要があるが、この情報を通知するメッセージに関しても非特許文献 1の中で言及されている。なお、通信相手が、送信元である通信ノードの複数のアドレスを知る方法としては、非特許文献 1の提案による方法だけでなぐ例えば下記の非特許文献 4に記載されているモパイル IPのバインディングアップデートメッセージなどの別のプロトコルに係るメッセージ内に含めて通知する方法を用いることもできる。これにより通信相手は、異なる送信元アドレスがセットされたパケットでも、同一の通信ノードが送信したパケットであることを認識することが可能となる。

[0012] 次に、非特許文献 4に記載されているモパイル IP (Mobile IP)について簡単に説明する。モパイル IPにおける通信ノードである MNは、自身のホームネットワークから、少なくとも 1つの HoA (Home Address :ホームアドレス）を割り当てられている。この M Nが別のサブネットワーク（フォーリンネットワーク）へ移動した場合、少なくとも 1つの C oA (Care-of Address：気付アドレス）をその移動先のサブネットワーク上で取得し、その CoAとホームネットワーク上で割り当てられた HoAとの関連を示す情報 (バインデイング情報）をホームネットワーク上の HAに通知する。これにより、 HAが、 MNの Ho Aあてに送信されたパケットを代理受信して、 CoAあてへ転送してくれるため、 MNは、フォーリンネットワーク上に存在する場合でも、 HoAあてのパケットを受信することが可能となる。

[0013] また、フォーリンネットワークに移動した MNがパケットを送信する場合には、バケツトを HAあてにカプセルィ匕してカプセルィ匕パケット (外部パケット）を生成して送信する。図 17は、従来の技術における MNが CNに対してパケットを送信する場合に生成するカプセル化パケットの一例を示す図である。図 17に図示されているように、カプセル化パケットのヘッダ（外部ヘッダ）のあて先アドレスには HAのアドレスが設定され、送信元アドレスには MNの CoAが設定される。一方、内部パケットは、 CNに届けられるパケットそのものであるため、あて先アドレスには CNのアドレスが設定され、送信元アドレスには MNの HoAが設定される。

[0014] 外部ヘッダのあて先アドレスに設定された HAは、 MNによって送信されたカプセル化パケットを受信した後、デカプセルィ匕を行って内部パケットを取り出し、それを転送する。内部パケットは、 CNによって MNからのパケットとして通常通り受信される。これにより、 MNは、フォーリンネットワーク上にいたとしても、 MNの HoAを送信元アドレスに設定したパケットを、 CNに送信することが可能となる。

[0015] また、 MNのホームネットワークがサイトマルチホーミングネットワークである場合、そのホームネットワーク上では、複数のプレフィックスが有効となるため、 MNはホームァドレスとして複数のアドレスを使用することが可能となる。 MNが移動していないとき（すなわち、 MNが自身のホームネットワークに接続しているとき）は、接続しているネットワーク（ホームネットワーク）そのものがサイトマルチホームネットワークであるため、通信相手との間で交換したアドレス情報や通信状況を考慮して、 MNが使用するのが望ま、アドレス (好適アドレスと呼ぶこともある）を判断することが可能である。非特干文献 1： Erik Nordmark, Marcelo Bagnulo, 'Multihoming L3 Shim Approach , draft-ietf-multi6-13shim-00.txt, 10 Jan 2005.

非特許文献 2 :J.Arkko, "Failure Detection and Locator Selection in Multiり , draft- i etf-multi6-failure-detection-00.txt, January 2005.

非特許文献 3 : R. Draves, "Default Address Selection for Internet Protocol version 6 (IPv6)", RFC3484, February 2003.

非特許文献 4: Johnson, D. B" Perkins, C. E" and Arkko, J" "Mobility Support in I Pv6", RFC3775, June 2004.

[0016] しかしながら、複数の ISPによってサイトマルチホーミングネットワークとなっているホームネットワークに属していて、複数の HoAを保持している MN力移動後にフォーリンネットワーク上力も通信相手にパケットを送信する際に、複数の ISPのいずれかにおいて、障害によるサービス停止、輻輳状態の変化、さらには各 ISP間のローミング状態の変化など、状態の悪化と受け取れる事態が発生しているような場合には、その状態の悪、ISPのプレフィックス力構成された HoAを、使用するアドレスとして選択すると、パケットの送受信にぉ、て不達や遅延が発生してしまう可能性がある。

[0017] この場合、 MNの HAも同一のホームネットワーク上に存在し、複数のアドレスを取得することができるため、移動後の MNがカプセルィ匕パケットを HAへ送信する際、あて先アドレスに設定するアドレスによって、 HA側の経由する ISPが決まる。このため、 MN— HA間では、マルチホーミングプロトコルによってアドレス情報の交換などが行われるが、その目的は、 MN— HA間の通信に対して、 HAによるサイトマルチホーミングの効果を適用するためであり、 MN— HA間で交換される情報の中には、 MNのホームネットワークにおけるサイトマルチホーミングに関する情報は含まれていない。

[0018] つまり、ホームネットワークに対してインターネットへの接続を提供している複数の IS Pにおいて、パケットの伝送に使用する際に不適切な ISP又は望ましい ISPが存在しているにもかかわらず、 MNはホームネットワークに接続していないため、ホームネットワーク上の状況などに関する情報を知ることができない。以上の要因から、 MNは力プセルイ匕パケットの内部ヘッダの送信元アドレスに設定するべき HoAを判断することができないため、内部パケットが不適切な ISPを経由して送信されてしまうという課題が生じる。

[0019] また、 HAが転送するパケットは、 MNが送信したカプセル化パケットの内部パケットに相当するため、 MNが何らかの判断基準に基づいて設定した送信元アドレスに従つて、転送パケットが経由する ISPが決まる。このとき、通常 1つの HAが管理している MNは多数存在するため、 HAは、様々なネットワークへ移動している複数の MNを同時に管理している。内部パケットの送信元アドレスの設定は、基本的にそれぞれの MNの判断に依存しているため、複数の MNを管理している HAは、特定の ISPを経由するパケットだけでなぐ他の ISPを経由するパケットも区別なく転送しているといえる。これにより、 HAは通常のパケット転送処理の結果として、転送したパケットに対して生じる各 ISPからの影響を逐次把握することができる。

[0020] 一方、 MNは、内部パケットの送信元アドレスとして自身が使用している ISPの状況を知ることはできるものの、使用を中断している ISPや、存在そのものを知らない ISP の状況までを知ることはできない。また、 MNが複数のインタフェースを持っており、それぞれのインタフェースが各 ISPに対応している場合、 MNは、内部パケットの送信元アドレスとして使用して、な、ISPの状況を確認するためには、その都度対応するインタフェースをアクティブにし、シグナルを送信しなければならな、ため消費電力やトラフィック量が増大する。さらに、この状況は、 MNが保持しているそれぞれのインタフェースが別々の ISPが提供する別々のホームネットワークに属している場合でも同様であり、ある ISP (ホームネットワーク）の状況を知るためには対応するインタフエ一スをアクティブにし、シグナルを送信しなければならな、。

発明の開示

[0021] 上記課題に鑑み、本発明は、 MNがホームネットワークを離れた状態で、ホームネットワーク上で取得可能な状況を把握し、 HAを経由して MNと CNとの間で伝送されるパケットの通信経路の最適化を可能とすることを目的とする。

[0022] 上記目的を達成するため、本発明の通信制御方法は、モパイルノードと、前記モバィルノードに割り当てられている複数のホームアドレスを管理するアドレス管理ノードとを有する通信システムにおける通信制御方法であって、

前記アドレス管理ノード力前記モパイルノードが使用することが望ましい好適ホームアドレスを選択するために参照される選択条件情報を取得する選択条件情報取得ステップと、

前記モパイルノード及び前記アドレス管理ノードの!/ヽずれか一方が、前記選択条件情報に基づいて前記複数のホームアドレスの中力前記好適ホームアドレスを選択するホームアドレス選択ステップと、

前記モパイルノードが、前記アドレス管理ノード経由で所定の通信相手に対して送信するカプセルィ匕パケット内の内部パケットの送信元アドレスに、前記ホームアドレス選択ステップで選択された前記好適ホームアドレスを設定するステップとを、有している。

この構成により、 MNがホームネットワークを離れた状態で、ホームネットワーク上で取得可能な状況を把握し、 HAを経由して MNと CNとの間で伝送されるパケットの通信経路の最適化が可能となる。

[0023] さらに、本発明の通信制御方法は、上記の構成に加えて、前記選択条件情報が、前記アドレス管理ノードが存在するサイトが接続している ISPの動作状態を示す動作状態情報、前記 ISPにおいて輻輳が発生している力否かを示す輻輳情報、前記 ISP のローミング情報、前記パケットの転送先の状況を示す内部パケット転送先状況情報

、前記 ISPの優先度を示す優先度情報、前記 ISP内の通信経路の QoSパスの状態を示す QoSパスの状態情報、前記パケットの転送先への到達状況を示す到達状況情報、前記アドレス管理ノードと前記 ISPとの間の接続リンクの安定性を示す接続リンク安定性情報のうちの少なくとも 1つである。

この構成により、 HAが取得可能な様々な条件に基づいて、 MN力所定の通信相手に対して送信されるカプセルィ匕パケット内の内部パケットの送信元アドレスに設定されるアドレスの選択を行うことが可能となる。

[0024] また、上記目的を達成するため、本発明のアドレス管理ノードは、モパイルノードのホームアドレスを管理するアドレス管理ノードであって、

前記モパイルノードに対して割り当てられている複数のホームアドレスを管理するァドレス管理手段と、

前記モパイルノードが使用することが望まし、好適ホームアドレスを選択するために参照される選択条件情報を取得するホームアドレス選択条件取得手段と、

前記ホームアドレス選択条件取得手段によって取得された前記選択条件情報に基づ、て、前記複数のホームアドレスの中力前記好適ホームアドレスを選択するホームアドレス選択手段と、

前記ホームアドレス選択手段によって選択された前記好適ホームアドレスを、前記モパイルノードに対して通知するホームアドレス通知手段とを、

有している。

この構成により、 HAは、 MNから送信されるカプセル化パケット内の内部パケットの送信元アドレスとして使用することが望まし、好適ホームアドレスを、 MNに対して通知することが可能となる。

[0025] さらに、本発明のアドレス管理ノードは、上記の構成にカ卩えて、前記モパイルノードの通信に係る障害を検出し、前記モパイルノードが送信パケットに送信元アドレスとして設定する前記好適ホームアドレスの変更の必要性を判断する障害検出手段を有し前記障害検出手段によって前記好適ホームアドレスの変更が必要である旨が決定された場合に、前記ホームアドレス選択条件取得手段が新たな選択条件情報を取得し、前記ホームアドレス選択手段が前記好適ホームアドレスを新たに選択し、前記好適ホームアドレスの変更が必要な場合に、前記ホームアドレス通知手段が前記ホームアドレス選択手段によって選択された前記好適ホームアドレスを、前記モバイルノードに対して通知するように構成されて、る。

この構成により、 HAは、 MNの通信に係る障害に応じて、好適ホームアドレスの選択を変更することが可能となる。

[0026] さらに、本発明のアドレス管理ノードは、上記の構成にカ卩えて、前記モパイルノードから、前記好適ホームアドレスの要求を受信する要求受信手段を有し、

前記モパイルノード力も前記好適ホームアドレスの要求を受けた場合に、前記ホームアドレス通知手段が前記ホームアドレス選択手段によって選択された前記好適ホームアドレスを、前記モパイルノードに対して通知するように構成されて、る。

この構成により、 HAは、 MNからの要求を受けて、好適ホームアドレスを通知することが可能となる。

[0027] さらに、本発明のアドレス管理ノードは、上記の構成にカ卩えて、前記モパイルノード力プリファレンス情報を受信するプリファレンス情報取得手段を有し、

前記ホームアドレス選択手段が、さらに前記プリファレンス情報に基づいて、前記好適ホームアドレスを選択するように構成されて、る。

この構成により、 HAは、さらに MN側で把握されるプリファレンス情報に応じて、好適ホームアドレスの選択を変更することが可能となる。

[0028] また、上記目的を達成するため、本発明のアドレス管理ノードは、モパイルノードのホームアドレスを管理するアドレス管理ノードであって、

前記ホームアドレス選択条件取得手段によって取得された前記選択条件情報を、前記モパイルノードに対して通知する選択条件情報通知手段とを、

有している。

この構成により、 HAは、 MNから送信されるカプセル化パケット内の内部パケットの送信元アドレスとして使用することが望ましい好適ホームアドレスの選択条件情報を、 MNに対して通知することが可能となる。

[0029] さらに、本発明のアドレス管理ノードは、上記の構成にカ卩えて、前記好適ホームアドレスの設定に対して影響を及ぼす、前記モパイルノードの通信に係る障害を検出する障害検出手段を有し、

前記ホームアドレス選択条件取得手段が、前記障害検出手段によって検出された前記モパイルノードの通信に係る障害に起因して発生する新たな選択条件情報を取得し、前記選択条件情報通知手段が、前記ホームアドレス選択条件取得手段によつて取得された前記選択条件情報を、前記モパイルノードに対して通知するように構成されている。

この構成により、 HAは、 MNの通信に係る障害によって発生した選択条件情報を、 MNに対して通知することが可能となる。

[0030] また、上記目的を達成するため、本発明のモパイルノードは、アドレス管理ノードから複数のホームアドレスが割り当てられているモパイルノードであって、

前記アドレス管理ノードから、前記モパイルノードが使用することが望ま、好適ホームアドレスを受信するホームアドレス受信手段と、

前記アドレス管理ノード経由で所定の通信相手に対して送信するカプセルィヒバケツト内の内部パケットの送信元アドレスに、前記好適ホームアドレスを設定する送信元アドレス設定手段とを、

有している。

この構成により、 MNは、自身が送信するカプセルィ匕パケット内の内部パケットの送信元アドレスとして使用することが望まし、好適ホームアドレスを、 HAから取得することが可能となる。

[0031] さらに、本発明のモパイルノードは、上記の構成にカ卩えて、前記アドレス管理ノードに対して、前記好適ホームアドレスの要求を送信する要求送信手段を有して、る。この構成により、 MNは、 HAに対して、好適ホームアドレスの通知を要求することが可能となる。

[0032] さらに、本発明のモパイルノードは、上記の構成にカ卩えて、前記アドレス管理ノードに対して、プリファレンス情報を送信するプリファレンス情報送信手段を有して、る。この構成により、 MNは、 MN側で把握されるプリファレンス情報を、 HAに対して通知することが可能となる。

[0033] さらに、本発明のモパイルノードは、上記の構成にカ卩えて、アドレス管理ノードから複数のホームアドレスが割り当てられているモパイルノードであって、

アドレス管理ノードから、モパイルノードが使用することが望まし、好適ホームァドレスを選択するために参照される選択条件情報を取得するホームアドレス選択条件受信手段と、

前記ホームアドレス選択条件受信手段によって受信された前記選択条件情報に基づ、て、前記複数のホームアドレスの中力前記好適ホームアドレスを選択するホームアドレス選択手段と、

有している。

この構成により、 MNは、自身が送信するカプセルィ匕パケット内の内部パケットの送信元アドレスとして使用することが望まし、好適ホームアドレスの選択条件情報を、 H A力も取得することが可能となる。

[0034] 本発明は、上記の構成を有しており、 MNがホームネットワークを離れた状態で、ホームネットワーク上で取得可能な状況を把握し、 HAを経由して MNと CNとの間で伝送されるパケットの通信経路を最適化できるようにすると、う効果を有して、る。

図面の簡単な説明

[0035] [図 1]本発明の第 1〜第 3の実施の形態に共通するネットワークの構成の一例を示す図

[図 2]本発明の第 1の実施の形態における MNの構成の一例を示すブロック図 [図 3]本発明の第 1の実施の形態における MNが使用することが望ましい HoA情報を通知するためのマルチホーミング情報通知メッセージの構成の一例を示す図

[図 4A]本発明の第 1の実施の形態における MNのマルチホーミング情報保持部によつて保持される情報格納テーブルの第 1の例を示す図

[図 4B]本発明の第 1の実施の形態における MNのマルチホーミング情報保持部によつて保持される情報格納テーブルの第 2の例を示す図

[図 5]本発明の第 1の実施の形態における MNが使用することが望ましい HoA情報を要求するためのマルチホーミング情報通知メッセージの構成の一例を示す図

[図 6]本発明の第 1の実施の形態における HAの構成の一例を示すブロック図

[図 7]本発明の第 1の実施の形態における HAの MN管理情報保持部によって保持される MN管理情報の構成の一例を示す図

[図 8]本発明の第 2の実施の形態における MNの構成の一例を示すブロック図

[図 9]本発明の第 2の実施の形態における MNが使用することが望ましい HoAを選択するために有用な情報を通知するためのマルチホーミング情報通知メッセージの構成の一例を示す図

[図 10A]本発明の第 2の実施の形態における MNのマルチホーミング情報保持部によって保持される情報格納テーブルの第 1の例を示す図

[図 10B]本発明の第 2の実施の形態における MNのマルチホーミング情報保持部によって保持される情報格納テーブルの第 2の例を示す図

[図 11]本発明の第 2の実施の形態における HAの構成の一例を示すブロック図

[図 12]本発明の第 3の実施の形態における MNの構成の一例を示すブロック図

[図 13]本発明の第 3の実施の形態における MNが使用することが望ましい HoA情報を要求するためのマルチホーミング情報通知メッセージの構成の一例を示す図

[図 14]本発明の第 3の実施の形態における HAの構成の一例を示すブロック図

[図 15]本発明の第 3の実施の形態における HAの MN管理情報保持部によって保持される MN管理情報の構成の一例を示す図

[図 16]従来の技術におけるサイトマルチホームについて説明するためのネットワークの構成の一例を示す図 [図 17]従来の技術における MNが通信相手に対してパケットを送信する場合に生成するカプセル化パケットの一例を示す図

発明を実施するための最良の形態

[0036] 以下、図面を参照しながら、本発明の第 1〜第 3の実施の形態について説明する。

まず、図 1を参照しながら、本発明の第 1〜第 3の実施の形態に共通するネットワークの構成について説明する。図 1は、本発明の第 1〜第 3の実施の形態に共通するネットワークの構成の一例を示す図である。

[0037] 図 1には、 IPネットワークであるインターネット 11、インターネット 11とサイトを結ぶ 4 つの ISP (Internet Service Provider:インターネットサービスプロバイダ）、これらの IS Pを介してインターネット 11に接続されている 3つのサイトが図示されている。なお、識別を可能とするため、 4つの ISPをそれぞれ ISP1、 ISP2、 ISP3、 ISP4と記載し、 3 つのサイトをサイト 1、サイト 2、サイト 3と記載する。

[0038] サイト 1は ISP1及び ISP2を介して、サイト 2は ISP3を介して、サイト 3は ISP4を介して、それぞれインターネット 11に接続されている。また、サイト 1にはネットワーク 1、サイト 2にはネットワーク 2、サイト 3にはネットワーク 3が属している。

[0039] さらに、図 1には、これらのネットワーク 1〜ネットワーク 3のいずれかに接続することが可能な MN (Mobile Node :モパイルノード） 10と、ネットワーク 3に接続している CN ( Correspondent Node :通信相手ノード） 15とが図示されている。

[0040] また、ネットワーク 1上には HA (Home Agent:ホームエージェント） 20が存在している。さらに、 MN10は、ネットワーク 1をホームネットワークとし、かつ HA20によって管理されている移動可能なノードである。すなわち、ネットワーク 1は、 HA20によって管理される MN10のホームネットワークとして機能している。なお、以降では、 MN10を主体とする説明を行うため、ネットワーク 1をホームネットワークと呼び、 MN10が移動後に接続するネットワーク 2をフォーリンネットワークと呼ぶこともある。

[0041] 図 1に示されているように、サイト 1は、 ISP1及び ISP2の 2つの ISPを介してインタ一ネット 11に接続されており、 V、わゆるマルチホーミングサイトの構成を有して、る。サイト 1に属するホームネットワーク上では、 ISP1及び ISP2の両方から通知されて!ヽるプレフィックスが利用可能であり、 MN10は、それらのプレフィックス力構成される複数の HoA (Home Address：ホームアドレス）を保持することが可能である。

[0042] なお、以降では、 ISP1〜ISP4のそれぞれが通知しているプレフィックスを、 PFに I SPの番号を付カ卩した記号で表すことにする。すなわち、 ISP1が通知するプレフィックスは PF1、 ISP2が通知するプレフィックスは PF2、 ISP3が通知するプレフィックスは PF3、 ISP4が通知するプレフィックスは PF4と表す。

[0043] また、 MN10が保持するアドレスのプリフィックスや、そのアドレスが HoA及び CoA のどちらであるかが明確になるように、 MN10が保持するアドレスを、 PFに ISPの番号を付加した記号と、 HoA又は CoAとを組み合わせて表すことにする。すなわち、例えば、サイト 1が通知するプレフィックスによって構成されている HoAは PF1. HoAと表すことにする。なお、図 1に示す MN10は、 ISP1及び ISP2の両方から通知されているプレフィックスによって構成される 2つの HoA (PF1. HoA及び PF2. HoA)を保持している。また、 CN15のアドレスは PF4. CNと表すことにする。

[0044] 以下、図 1に図示されているネットワーク構成において、 MN10がフォーリンネットヮークに接続している際に、 HA20を介して CN15と通信を行う場合を想定して、本発明の第 1〜第 3の実施の形態の説明を行う。したがって、この場合に MN10が CN15 に対して送信するパケットは、 CN15あてのパケットを内部パケットとして含み、 HA2 0あてにカプセル化されたパケットとなる。

[0045] <第 1の実施の形態 >

まず、本発明の第 1の実施の形態について説明する。図 2は、本発明の第 1の実施の形態における MNの構成の一例を示すブロック図である。なお、図 2に図示されている MN10は、図 1中の MN10に対応している。図 2に示す MN10は、送受信部 20 1、マルチホーミング情報通知メッセージ処理部 202、マルチホーミング情報保持部 2 03、カプセルィヒ内部パケット生成部 204、カプセルィヒ外部パケット生成部 205、マルチホーミング情報通知メッセージ生成部 206を有している。また、図 2では、 MN10内で実現される機能がブロックによって表されている力これらの各機能は、ハードウヱァ又はソフトウェアによって実現可能である。

[0046] 送受信部 201は、無線通信を介してネットワーク（例えば MN10のホームネットヮークゃフォーリンネットワーク）と接続し、それらのネットワーク内の任意のノード、及び IS Pを介して、他のネットワークに接続している任意のノードとの通信を行うための機能である。

[0047] また、マルチホーミング情報通知メッセージ処理部 202は、 HA20から通知されたマルチホーミング情報通知メッセージ（図 3を参照）に関する処理を行う機能である。

[0048] 図 3は、本発明の第 1の実施の形態における MNが使用することが望ましい HoA情報を通知するためのマルチホーミング情報通知メッセージの構成の一例を示す図である。 HA20から MN10に送信されるマルチホーミング情報通知メッセージは、図 3 に図示されているように、 IPヘッダ、このメッセージがマルチホーミング情報通知メッセージである旨を示す情報 (例えばフラグ）に加えて、 HA20の複数アドレス情報を挿入するフィールド (HA複数アドレス情報フィールド）と、 MN10が使用することが望ましヽ HoA情報 (適切な HoA情報）を挿入するフィールド (好適 HoA情報フィールド )とを有している。

[0049] マルチホーミング情報通知メッセージの好適 HoA情報フィールドには、 HA20によつて選択された、 MN10が使用することが望ましい HoA情報が含まれる。マルチホ一ミング情報通知メッセージ処理部 202は、この HoA情報を取得後、マルチホーミング情報保持部 203に対して HoA情報を供給するとともに、この HoA情報を保持するように指示を行う。

[0050] また、さらに、 HA20自身がサイトマルチホーミングによって複数のアドレスを保持している場合、 HA20は、マルチホーミング情報通知メッセージの HA複数アドレス情報フィールド内に、自身が保持する複数のアドレスに関する情報なども同時に含めることが可能である。この場合、マルチホーミング情報通知メッセージ処理部 202は、 H oA情報と同様に複数のアドレスに関する情報などに関しても、マルチホーミング情報保持部 203に対して供給し、保持するように指示を行うことが可能である。

[0051] また、マルチホーミング情報保持部 203は、マルチホーミング情報通知メッセージ処理部 202から通知された、 MN10が使用することが望ましい HoA情報、及びその他の通知された情報を保持する機能である。図 4A及び図 4Bには、マルチホーミング情報保持部 203が保持する情報格納テーブルの一例が図示されている。

[0052] 図 4A及び図 4Bは、本発明の第 1の実施の形態における MNのマルチホーミング情報保持部によって保持される情報格納テーブルの一例を示す図である。マルチホ一ミング情報保持部 203が保持する情報格納テーブルは、 HA20やその他のノード (例えば CN15)力通知された複数アドレス情報などのマルチホーミング情報は、通知メッセージの送信元ノード (すなわち、 HAやその他のノード)ごとに管理される。なお、ノードを特定する情報としては、アドレスやその他の識別情報 (ID)などを用いることが可能である。

[0053] 図 4Aには、マルチホーミング情報保持部 203が保持する情報格納テーブルの HA 20に関するエントリの一例が図示されている。上述のように HA20の IPアドレス ZID に関連付けられて、マルチホーミング情報通知メッセージ処理部 202から供給された、 MN10が使用することが望ましい HoA情報、及び HA20の複数アドレス情報（図 4 Aでは、 HAアドレス A、 HAアドレス Β· · ·)とが、このエントリ内に保持される。

[0054] 一方、図 4Βには、マルチホーミング情報保持部 203が保持する情報格納テーブルの CN15に関するエントリの一例が図示されている。上述のように CN15の IPアドレス ZIDに関連付けられて、 CN15の複数アドレス情報（図 4Bでは、 CNアドレス A、 CN アドレス Β· · ·)力このエントリ内に保持される。なお、 CN15からは、 MN10が使用することが望ましい HoA情報の通知は行われないので、 MN10が使用することが望ましい HoA情報に関しては、特に何も保持されることはない。

[0055] また、カプセル化内部パケット生成部 204は、 MN10が HA20や CN15などの通信相手に送信するパケットを生成するための機能である。なお、 CN15との通常の通信において、 CN15に対して送信するデータ (パケットの内部に包含されるデータ）は、例えば、不図示の上位レイヤ力も供給される。挿入されるこのパケットの送信元ァドレスを設定する際に、カプセルィ匕内部パケット生成部 204は、マルチホーミング情報保持部 203が保持している、 MN10が使用することが望ましい HoA情報を参照し、その HoAを送信元アドレスに設定したパケットを生成する。なお、 HA20以外のノード（例えば CN15)にパケットを送信する場合、カプセルィ匕内部パケット生成部 204では、カプセル化パケットの内部パケットが生成される。

[0056] また、内部パケットを生成する際にマルチホーミング情報保持部 203を参照した結果、 MN10が使用することが望ましい HoA情報が含まれていない場合には、カプセルイ匕内部パケット生成部 204は、マルチホーミング情報通知メッセージ生成部 206に対して、 MN10が使用することが望まし!/、HoA情報を要求するためのマルチホーミング情報通知メッセージを生成するように指示する。

[0057] また、カプセルィ匕外部パケット生成部 205は、カプセルィ匕内部パケット生成部 204 が生成したパケットが HA20以外のノード（例えば CN15)あての場合に、自身の HA 20あてにカプセルィ匕パケット (外部パケット）を生成するための機能である。また、マルチホーミング情報保持部 203が保持して、る情報の中に HA20の複数アドレス情報が含まれている場合には、カプセルィ匕外部パケット生成部 205は、必要に応じて、外部パケットのあて先アドレスに設定する HA20のアドレスの選択を行う。なお、マルチホーミング情報保持部 203に HA20の複数アドレス情報が保持されている場合でも、 MN10がそれらの中力もアドレスを選択する必要がない場合には、カプセル化外部パケット生成部 205は、マルチホーミング情報保持部 203を参照せずに外部パケットを生成する。

[0058] また、マルチホーミング情報通知メッセージ生成部 206は、カプセル化内部パケット生成部 204の指示を受けた場合、あるいは任意のタイミングで、 MN10が使用することが望ましい HoA情報の要求を指示する情報を含むマルチホーミング情報通知メッセージ（図 5を参照）を生成し、送受信部 201を介して HA20へ送信する機能である

[0059] 図 5は、本発明の第 1の実施の形態における MNが使用することが望ましい HoA情報を要求するためのマルチホーミング情報通知メッセージの構成の一例を示す図である。 MN10から HA20に送信されるマルチホーミング情報通知メッセージは、 IPへッダ、このメッセージがマルチホーミング情報通知メッセージである旨を示す情報 (例えばフラグ）にカ卩えて、 MN10が使用することが望ましい情報を要求することを示す情報を有している。

[0060] 以上、説明したように、図 2に図示されている MN10は、内部パケットの送信元アドレスに使用することが望まし、HoAに関する情報を、自身の HA20から取得することが可能である。なお、本発明の第 1の実施の形態における MNが提供する各種機能は、 MNが備えるモパイル IPなどのプロトコル上で実現することが可能であり、また、マルチホーミングを提供する専用のレイヤによって実現することも可能である。

[0061] また、図 6は、本発明の第 1の実施の形態における HAの構成の一例を示すブロック図である。なお、図 6に図示されている HA20は、送受信部 601、障害検出部 602 、送信元 HoA選択情報取得部 603、マルチホーミング情報通知メッセージ処理部 6 04、送信元 HoA選択部 605、 MN管理情報保持部 606、マルチホーミング情報通知メッセージ生成部 607を有している。また、図 6では、 HA20内で実現される機能がブロックによって表されている力これらの各機能は、ハードウェア又はソフトウェアによって実現可能である。

[0062] 送受信部 601は、自身のネットワーク 1内の任意のノードや、 ISPを介して、他のネットワーク（例えばネットワーク 2やネットワーク 3)と接続し、他のネットワークに接続している任意のノードとの通信を行うための機能である。

[0063] また、障害検出部 602は、送受信部 601を介して、通信に悪影響を与える障害を検出し、送信元アドレス (MN10の内部パケットの送信元アドレス）を変更するべきかどうかを判断する機能である。そして、送信元アドレスを変更するべきと判断した場合は、障害検出部 602は、送信元 HoA選択部 605に対して、新たに使用するべきアドレスを選択するように指示を行う。なお、送信元アドレスを変更するべきと判断する基準に関しては、非特許文献 2に記載されているような方法を用いることができる力それらの方法に限定されるものではなぐ任意の基準を用いて判断してもよい。

[0064] また、送信元 HoA選択情報取得部 603は、送信元 HoA選択部 605の指示を受けた場合、あるいは任意のタイミングで、送受信部 601を介して、 MN10が使用することが望ま、HoAを選択するために有用な情報を取得し、 MN管理情報保持部 606 に対して、その情報 (あるいは、新たに取得した情報や更新すべき情報)を格納するように指示する機能である。

[0065] 送信元 HoA選択情報取得部 603が取得する、 HoAを選択するために有用な情報

(MN10が使用することが望ましい HoAを選択するための条件）としては、例えば、各 ISPが動作して、るかどうかを示す情報 (ISPの動作状態情報）、各 ISPにお、て輻輳が発生して!/、るかどうか、ある!/、はその輻輳の程度を示す情報 (ISPの輻輳情報 )、各 ISP間のローミング情報や各 ISPと HA20、 MN10及びネットワーク間におけるローミング情報 (ISPのローミング情報）、内部パケットの転送先状況を示す情報（内部パケット転送先状況情報)、 ISPの優先度を示す情報 (ISPの優先度情報)、各 ISP 内の通信経路の QoSパスの状態を示す情報 (QoSパスの状態情報）、転送パケットの到達状況、 HAの ISPへの接続リンクの安定性などが挙げられる。

[0066] また、マルチホーミング情報通知メッセージ処理部 604は、 MN10から受信した、

MN10が使用することが望ましい HoA情報の要求を示す情報を含むマルチホーミング情報通知メッセージ（図 5を参照）に関する処理を行い、送信元 HoA選択部 605に対して、 MN10が使用することが望ま、HoAの選択を行うように指示する機能である。

[0067] また、送信元 HoA選択部 605は、障害検出部 602又はマルチホーミング情報通知メッセージ処理部 604からの指示を受けた際に、 MN管理情報保持部 606内に送信元 HoAを選択するための有用な情報が含まれている場合にはその情報を取得し、その情報を用いて適切な HoAを選択し、マルチホーミング情報通知メッセージ生成部 607に対して、選択した HoA情報を MN10に通知するためのマルチホーミング情報通知メッセージを生成するように指示する機能を有して、る。

[0068] また、送信元 HoA選択部 605は、 MN管理情報保持部 606内に送信元 HoAを選択するための有用な情報が含まれて、な、場合には、送信元 HoA選択情報取得部 603に対して、必要な情報を取得するように指示し、送信元 HoA選択情報取得部 6 03によって取得された情報を用いて適切な HoAを選択し、マルチホーミング情報通知メッセージ生成部 607に対して、選択した HoA情報を MN10に通知するためのマルチホーミング情報通知メッセージを生成するように指示する機能を有して、る。

[0069] なお、送信元 HoA選択部 605は、マルチホーミング情報通知メッセージ処理部 60 4からの指示を受けた際に HoAの選択を行うだけではなぐ例えば送信元 HoA選択情報取得部 603が状況の変化を検出して、 MN管理情報保持部 606の MN管理情報が更新されたタイミングで自発的に（すなわち MN10から要求されることなぐ一方的に） HoAの選択を行、、マルチホーミング情報通知メッセージ生成部 607を通じて、選択された HoAを MN10に通知してもよい。また、マルチホーミング情報通知メッセージによって通知される選択した HoA情報としては、 MNが使用する HoAを識別できる情報であれば何でもよぐ例えば、 HoAそのものでもよいし、その HoAのプレフィックス、あるいはそのプレフィックスを通知して、る ISPを示す情報を用いてもよ!ヽ

[0070] 送信元 HoAを選択するためには、非特許文献 2、 3などに記載されてヽるような方法を用いることが可能であるが、それらの方法に限定されるものではなぐ任意の情報及び任意の方法を用いることが可能である。送信元 HoAを選択するために有用な情報の一例としては、上述の情報 (ISPの動作状態情報、 ISPの輻輳情報、 ISPの口一ミング情報、内部パケット転送先状況情報、 ISPの優先度情報、 QoSパスの状態情報、転送パケットの到達状況情報、 HAの ISPへの接続リンクの安定性情報など）が挙げられる。なお、これらの情報は、 HAが、 MN力カプセル化パケットを受信し、それらをデカプセルィ匕して転送した内部パケットに対して生じる影響力知ることができる情報に基づ!、て形成されたものでもよ、。

[0071] 例えば、送信元 HoA選択部 605は、 MN管理情報保持部 606の MN管理情報内の ISPの動作状態情報を参照して、 ISPが動作しているかどうかを確認し、動作が確認された ISPに属する HoAを選択し、選択された HoAが MN10に通知されるようにすることが可能である。

[0072] 仮に、 MN10が、動作して!/、な、ISPに属する HoAを内部パケットの送信元 HoA として選択してしまった場合には、そのパケットは不達となる力 HA20で動作状態の確認を行い、動作が確認された ISPに属する HoAを MN10に通知することで、動作していない ISPに属する HoAを MN10が選択することを防ぐとともに、 MN10が、動作して、る ISPに属する HoAを選択できるようにすることによって、パケットの不達を防ぐことができる。

[0073] また、例えば、送信元 HoA選択部 605は、 MN管理情報保持部 606の MN管理情報内の ISPの輻輳情報を参照して、各 ISPの輻輳状態や輻輳の程度を確認し、輻輳が発生して、な、ISP又は輻輳状態が最も少な、ISPに属する HoAを選択し、選択された HoAが MN10に通知されるようにすることが可能である。なお、 MN管理情報保持部 606によって保持される ISPの輻輳情報は、例えば、送信元 HoA選択情報取得部 603力 MNからのカプセル化パケットをデカプセル化して転送した内部パケットに対して生じる影響力知ることができる。

[0074] 仮に、 MN10が、輻輳の程度が大き!/、ISPに属する HoAを内部パケットの送信元 HoAとして選択してしまった場合には、そのパケットはパケットロスとなるか遅延が発生する可能性がある力 HA20で輻輳状態の確認を行い、輻輳が発生していない IS P又は輻輳状態が最も少ない ISPに属する HoAを MN10に通知することで、 MN10 による動作していない ISPに属する HoAを MN10が選択することを防ぐとともに、 M N10が、輻輳が発生して、な、ISP又は輻輳状態が最も少な、ISPに属する HoAを選択できるようにすることによって、パケットロスや遅延を防ぐ輻輳制御を行うことができる。

[0075] また、例えば、送信元 HoA選択部 605は、 MN管理情報保持部 606の MN管理情報内の ISPのローミング情報を参照して、それぞれのローミング状態を比較することによって、 MN10、 CN15、あるいはホームネットワーク及び HA20にとつて最も有益な I SPの HoAを選択し、選択された HoAが MN10に通知されるようにすることが可能である。なお、ローミング情報としては、 MNのローミング情報だけでなぐ HA自身の口一ミング情報を用いてもよい。また、 MN、 HAによる各 ISPへの個別の契約情報を参照、比較して、最も有益な ISPに属する HoAを選択してもよい。

[0076] また、例えば、送信元 HoA選択部 605は、 MN管理情報保持部 606の MN管理情報内の内部パケット転送先状況情報を参照して、内部パケットの転送先状況を把握することによって、 MN10から受信したカプセルィ匕パケットの内部パケットの転送先への負荷を分散させるように制御する HoAを選択し、選択された HoAが MN10に通知されるようにすることが可能である。この分散制御によって、各 MN10が使用する ISP が分散され、各 ISPの処理負荷が平均化されて、結果的に、パケットロスや遅延を低減する幅輳制御が行われるようになる。

[0077] また、例えば、送信元 HoA選択部 605は、 MN管理情報保持部 606の MN管理情報内の ISPの優先度情報を参照して、優先度の高い ISPに属する HoAを選択し、選択された HoAが MN10に通知されるようにすることが可能である。なお、 ISPの優先度に限らず、アドレスそのものに割り当てられた優先度情報 (ユーザあるいはォペレータによって動的及び Z又は静的に割り当てられる）を用いてもよい。 [0078] また、例えば、送信元 HoA選択部 605は、 MN管理情報保持部 606の MN管理情報内の QoSパスの状態情報を参照して、各 ISP内の通信経路における QoSの状態を比較することによって、より状態の良、QoSパスが構成されて、る ISPに属する Ho Aを選択し、選択された HoAが MN10に通知されるようにすることが可能である。

[0079] また、例えば、送信元 HoA選択部 605は、 MN管理情報保持部 606の MN管理情報内の転送パケットの到達状況情報を参照して、各 ISPを使って転送したパケットのあて先までの到達状況を比較することによって、より到達率が高、ISPに属する HoA を選択し、選択された HoAが MN10に通知されるようにすることが可能である。到達状況を知る方法としては、例えば、転送したパケットに対して ICMP Destination Unrea chable Message (Iし MP (Internet control and Management Protocol)あ先到達不可能メッセージ）が返されているかどうかを調べる方法がある。このメッセージは、そのパケットは転送経路上のルータによって、これ以上転送できないパケットであると判断されたことを示すため、このメッセージの受信率が高いほうの ISPでは何らかの障害が発生して、ることを知ることができる。

[0080] また、例えば、送信元 HoA選択部 605は、 HA自身の ISPへの接続リンクの安定性情報を参照して、 ISPへ接続して、る HA自身のリンクの状態を比較することによって、より状態の良いリンクが接続している ISPに属する HoAを選択し、選択された HoA が MN10に通知されるようにすることが可能である。

[0081] なお、送信元 HoA選択部 605は、上述の MN管理情報保持部 606の MN管理情報内の各種情報を任意に組み合わせることによって、最適な HoAの選択を行うことも可能である。

[0082] また、 MN管理情報保持部 606は、 MN10が使用することが望ま U 、HoAを送信元 HoA選択部 605が選択する際に、送信元 HoA選択部 605によって参照される情報（図 7に示す MN管理情報内の情報)を保持するための機能である。なお、上述のように MN管理情報保持部 606によって保持された、 MN10が使用することが望ましい HoAを選択するために有用な情報は、送信元 HoA選択部 605が、 MN10が使用することが望ま U ヽ HoAを選択する際に参照される。

[0083] 図 7は、本発明の第 1の実施の形態における HAの MN管理情報保持部によって保持される MN管理情報の構成の一例を示す図である。図 7に図示されているように、 MN管理情報は、 HA20が管理している MN10のそれぞれに対してエントリが作成され、 MN10が使用することが望ましい HoAを選択するために有用な情報が保持される。

[0084] 図 7に図示されて!、るように、 HA20が管理して!/、る各 MN10の IPアドレス ZlDに関連付けられている MN管理情報内のエントリには、上述のように、 ISPの動作状態情報、 ISPの輻輳情報、 ISPのローミング情報、内部パケット転送先状況情報、 ISP の優先度情報、 QoSパスの状態情報、転送パケットの到達状況情報 (不図示）、 HA の ISPへの接続リンクの安定性情報 (不図示)など、 MN10が使用することが望ましい HoAを選択するために有用な様々な情報が格納可能である。なお、 MN管理情報内には、送信元 HoA選択情報取得部 603によって取得された情報力 MN10が使用することが望ましい HoAを選択するために有用な情報として格納されるが、例えば、 HA20のオペレータによって手動設定された情報が格納されてもょ、。

[0085] また、 MN10が使用することが望ましい HoAを選択するために有用な情報を保持する MN管理情報として、 MN10から通知されたバインディング情報を管理するために使用されるバインディングキャッシュを拡張して利用してもょ、。

[0086] また、マルチホーミング情報通知メッセージ生成部 607は、送信元 HoA選択部 60 5によって選択された HoAを MN 10に対して通知するためのマルチホーミング情報通知メッセージを生成し、送受信部 601を介して MN 10に送信する機能である。なお、本発明の第 1の実施の形態における HAの機能を、別のノード、例えば情報サーバ等に設置してもよい。

[0087] 以上、説明したように、図 6に図示されている HA20は、様々な条件を考慮して、 M N10が使用することが望ましヽ HoAを選択し、 MN10に対して通知することが可能である。なお、本発明の第 1の実施の形態における HAが提供する各種機能は、 HA が備えるモノィル IPなどのプロトコル上で実現することが可能であり、また、マルチホ一ミングを提供する専用のレイヤによっても実現することも可能である。

[0088] 次に、本発明の第 1の実施の形態における具体的な動作について説明する。例えば図 1に示されて!/、るように、 MN10がフォーリンネットワーク 2に接続して!/、るときに、 CN15と通信を行う場合を想定する。このとき、例えば ISP1に輻輳が起こっていた場合には、 HA20の送信元 HoA選択情報取得部 603がこのことを検出して、 MN管理情報保持部 606内の MN管理情報の更新を行う。

[0089] そして、図 5に図示されているような、 MN10が使用することが望ましい HoA情報の要求を指示する情報を含むマルチホーミング情報通知メッセージを MN10から受信した場合や、自発的な任意のタイミング (すなわち、 MN10からの要求がない状態）で、 HA20は、図 3に図示されているマルチホーミング情報通知メッセージによって、 I SP2に属する HoAを選択することが望ましい旨を MN10に対して通知する。この通知を受けた MN10は、 ISP2に属する HoAが内部パケットの送信元 HoAとして好適である旨をマルチホーミング情報保持部 203に格納し、 CN15に対して送信するパケットを生成する際には、内部パケットの送信元アドレスに PF2. HoAを設定する。

[0090] これにより、 MN10から送信されたパケットは、 HA20でデカプセル化された後、その内部パケットが、輻輳状態の程度が相対的に低い ISP2を経由した最適経路を通つて CN15に届けられるようになる。

[0091] 以上、説明したように、本発明の第 1の実施の形態によれば、 MN10は、内部パケットの送信元アドレスとして使用することが望ましい HoA情報を HA20から取得することができ、その HoAを内部パケットの送信元アドレスとして設定することによって、 M N10から送信されたカプセル化パケットが HA20によってデカプセル化された後、 H A20から転送される内部パケットが、 MN10にとつて適切な ISPを経由して CN15に到達されるようになる。また、個々の MNがそれぞれの ISPの状態をチェックして HoA を選択するのではなぐすべての MNのパケット転送を担っている HAが ISPの状態をチェックし、 MNが使用するべき HoAを決定することが可能である。これにより、 M Nカゝら ISP状態確認のために送信されるシグナルの量を低減することができ、 HAによる MNの一元的な管理が保たれるようにすることができる。

[0092] <第 2の実施の形態 >

次に、本発明の第 2の実施の形態について説明する。図 8は、本発明の第 2の実施の形態における MNの構成の一例を示すブロック図である。なお、図 8に図示されている MN10は、図 1中の MN10に対応している。図 8に示す MN10は、送受信部 80 1、マルチホーミング情報通知メッセージ処理部 802、マルチホーミング情報保持部 8 03、カプセルィヒ内部パケット生成部 804、カプセルィヒ外部パケット生成部 805、マルチホーミング情報通知メッセージ生成部 806、送信元 HoA選択部 807を有して、る

。また、図 8では、 MN10内で実現される機能がブロックによって表されている力これらの各機能は、ハードウェア又はソフトウェアによって実現可能である。

[0093] 以下、本発明の第 1の実施の形態の MN10内の構成（図 2に示す構成）と比較しながら、本発明の第 2の実施の形態の MN10内の構成について説明する。本発明の第 1の実施の形態の MN10内の構成と比較した場合、本発明の第 2の実施の形態の MN10内の構成における違いは、 HA20から通知される情報力 MN10が使用することが望ま U、HoA情報ではなぐ MN10が適切な HoAを選択するために有用な情報であると、う点である。

[0094] これに伴い、図 8に図示されているマルチホーミング情報通知メッセージ処理部 80

2、マルチホーミング情報保持部 803、カプセルィ匕内部パケット生成部 804、マルチホーミング情報通知メッセージ生成部 806の機能が、図 2に図示されているマルチホ一ミング情報通知メッセージ処理部 202、マルチホーミング情報保持部 203、カプセル化内部パケット生成部 204、マルチホーミング情報通知メッセージ生成部 206の機能とは異なっている。また、さらに図 8に図示されている MN10には、送信元 HoA選択部 807が新たに追加されて、る。

[0095] なお、適切な HoAを選択するために有用な情報としては、本発明の第 1の実施の形態で述べたものと同様のものが使用可能である。また、図 8に示す MN 10内の送受信部 801、カプセル化外部パケット生成部 805は、図 2の MN10内の MN10内の送受信部 201、カプセルィ匕外部パケット生成部 205と同一であり、説明を省略する。

[0096] マルチホーミング情報通知メッセージ処理部 802は、 HA20から通知されたマルチホーミング情報通知メッセージ（図 9を参照）に関する処理を行う機能である。

[0097] 図 9は、本発明の第 2の実施の形態における MNが使用することが望ましい HoAを選択するために有用な情報を通知するためのマルチホーミング情報通知メッセージの構成の一例を示す図である。 HA20から MN10に送信されるマルチホーミング情報通知メッセージは、図 9に図示されているように、 IPヘッダ、このメッセージがマルチホーミング情報通知メッセージである旨を示す情報 (例えばフラグ）にカ卩えて、 HA20 の複数アドレス情報を挿入するフィールド (HA複数アドレス情報フィールド）と、 MN 10が使用することが望ましい HoAを選択するために有用な情報を挿入するフィールド (選択条件情報フィールド）とを有して!/、る。

[0098] マルチホーミング情報通知メッセージの選択条件情報フィールドには、 MN10が使用することが望ましい HoAを選択するために有用な情報が含まれる。なお、この MN 10が使用することが望ましい HoAを選択するために有用な情報は、上述の本発明の第 1の実施の形態における HA20の MN管理情報保持部 606によって保持される MN管理情報のエントリ（図 7参照）内の情報と同等の情報である。また、図 9には、選択条件情報フィールドに ISPの動作状態情報、 ISPの輻輳情報、 ISPのローミング情報が含まれている場合が図示されているが、内部パケット転送先状況情報、 ISPの優先度情報、 QoSパスの状態情報、転送パケットの到達状況情報、 HAの ISPへの接続リンクの安定性情報や、その他の MN10が使用することが望ま U、HoAを選択するために有用な情報が含まれてょ、。

[0099] マルチホーミング情報通知メッセージ処理部 802は、この MN10が使用することが望ましい HoAを選択するために有用な情報を取得後、マルチホーミング情報保持部 803に対して、この情報を供給するとともに、この情報を保持するように指示を行う。

[0100] なお、上述の本発明の第 1の実施の形態と同様に、 HA20は、マルチホーミング情報通知メッセージの HA複数アドレス情報フィールド内に、自身が保持する複数のァドレスに関する情報なども同時に含めることが可能であり、この場合、マルチホーミング情報通知メッセージ処理部 802は、 HoA情報と同様に複数のアドレスに関する情報などについても、マルチホーミング情報保持部 803に対して供給し、保持するように指示を行うことが可能である。また、 HAが保持する複数のアドレスに関する情報には、複数の HAのアドレスの中力使用するべきアドレスを MNが選択する際に参照される情報が含まれていてもよい。、この情報を取得した MNは、カプセルィ匕パケットの外部ヘッダのあて先アドレスを設定する際に、この情報を参照して使用するべき H Aのアドレスを選択することが可能である。

[0101] また、マルチホーミング情報保持部 803は、マルチホーミング情報通知メッセージ処理部 802から通知された、 MN10が使用することが望ましヽ HoAを選択するために有用な情報、及びその他の通知された情報 (例えば、 HA20の複数のアドレスに関する情報や、後述の preference情報 (プリファレンス情報)）を保持する機能である。図 10A及び図 10Bには、マルチホーミング情報保持部 803が保持する情報格納テ一ブルの一例が図示されている。

[0102] 図 10A及び図 10Bは、本発明の第 2の実施の形態における MNのマルチホーミング情報保持部によって保持される情報格納テーブルの一例を示す図である。マルチホーミング情報保持部 803が保持する情報格納テーブルは、 HA20やその他のノード (例えば CN15)力も通知された複数アドレス情報などのマルチホーミング情報は、通知メッセージの送信元ノード (すなわち、 HAやその他のノード)ごとに管理される。なお、ノードを特定する情報としては、アドレスやその他の識別情報 (ID)などを用いることが可能である。

[0103] 図 10Aには、マルチホーミング情報保持部 803が保持する情報格納テーブルの H A20に関するエントリの一例が図示されて!、る。上述のように HA20の IPアドレス Zl Dに関連付けられて、マルチホーミング情報通知メッセージ処理部 802から供給された、 MN10が使用することが望ましい HoAを選択するために有用な情報、及び HA2 0の複数アドレス†青報（図 10Aでは、 HAアドレス A、 HAアドレス Β· · ·)とが、このェントリ内に保持される。

[0104] 一方、図 10Bには、マルチホーミング情報保持部 803が保持する情報格納テープルのその他のノード（CN15)に関するエントリの一例が図示されている。上述のように CN15の IPアドレス ZIDに関連付けられて、 CN15の複数アドレス情報（図 10Bでは、 CNアドレス A、 CNアドレス Β· · ·)力このエントリ内に保持される。なお、 CN15 力もは、 MN10が使用することが望ましい HoAを選択するために有用な情報の通知は行われないので、 MN10が使用することが望ましい HoAを選択するために有用な情報に関しては、特に何も保持されることはない。

[0105] また、カプセル化内部パケット生成部 804は、 MN10が HA20や CN15などの通信相手に送信するパケットを生成するための機能である。このパケットの送信元アドレスを設定する際に、カプセルィ匕内部パケット生成部 804は、送信元 HoA選択部 807〖こ対して、 MN10が使用することが望ましい HoA情報を選択するように指示を行う。なお、 HA20以外のノード (例えば CN15)にパケットを送信する場合、カプセルィ匕内部パケット生成部 804では、カプセルィ匕パケットの内部パケットが生成される。

[0106] また、送信元 HoA選択部 807は、マルチホーミング情報保持部 803内に送信元 H oAを選択するための有用な情報が含まれている場合にはその情報を取得し、その情報を用いて適切な Ho Aを選択し、選択した HoA情報をカプセルィ匕内部パケット生成部 804に通知する機能を有して、る。

[0107] また、送信元 HoA選択部 807は、マルチホーミング情報保持部 803内に送信元 H oAを選択するための有用な情報が含まれて、な、場合には、マルチホーミング情報通知メッセージ生成部 806に対して、 MN10が使用することが望ましい HoAを選択するために有用な情報を HA20に要求するためのメッセージ (マルチホーミング情報通知メッセージ）を生成するように指示する機能を有して、る。

[0108] なお、送信元 HoA選択部 807は、送信元 HoAの選択を行う際に、マルチホーミング情報保持部 803が保持してヽる情報と共に、自身があら力じめ保持してヽる MNの Preference情報を考慮して HoAを選択するようにしてもよ!、。この Preference情報は、例えば、 MN10が使用することが望ましい HoAを選択するために有用な情報が複数存在する場合に、どの種別の情報が最も考慮されるべきであるかを示す情報や、さらに詳細な情報 (例えば、 ISP1よりも ISP2を使用したいという情報や、帯域が保証されなくてもなるべく廉価な経路を使用したいという情報などのユーザの要望を含む情報 )である。すなわち、 Preference情報は、 MN10側で把握される送信元 HoAの選択条件であると言える。

[0109] また、マルチホーミング情報通知メッセージ生成部 806は、送信元 HoA選択部 80 7の指示を受け、 MN10が使用することが望ましい HoAを選択するために有用な情報の要求を指示する情報を含むマルチホーミング情報通知メッセージを生成し、送受信部 801を介して HA20へ送信する機能である。

[0110] 以上、説明したように、図 8に図示されている MN10は、内部パケットの送信元アドレスに使用することが望まし、HoAを選択するために有用な情報を、自身の HA20 力取得し、この情報（さらには、自身が保持する Preference情報）に基づいて、 HoA の選択を行うことが可能である。なお、本発明の第 2の実施の形態における MNが提供する各種機能は、 MNが備えるモノィル IPなどのプロトコル上で実現することが可能であり、また、マルチホーミングを提供する専用のレイヤによって実現することも可能である。

[0111] また、図 11は、本発明の第 2の実施の形態における HAの構成の一例を示すブロック図である。なお、図 11に図示されている HA20は、送受信部 1101、障害検出部 1 102、送信元 HoA選択情報取得部 1103、マルチホーミング情報通知メッセージ処理部 1104、 MN管理情報保持部 1106、マルチホーミング情報通知メッセージ生成部 1107を有している。また、図 11では、 HA20内で実現される機能がブロックによつて表されている力これらの各機能は、ハードウェア又はソフトウェアによって実現可能である。

[0112] 以下、本発明の第 1の実施の形態の HA20内の構成（図 6に示す構成）と比較しながら、本発明の第 2の実施の形態の HA20内の構成について説明する。本発明の第 1の実施の形態の HA20内の構成と比較した場合、本発明の第 2の実施の形態の H A20内の構成における違いは、 MN10に通知する情報力 MN10が使用することが望ま、HoA情報ではなぐ MN10が適切な HoAを選択するために有用な情報であるという点である。

[0113] これに伴い、図 11に図示されている送信元 HoA選択情報取得部 1103、マルチホ一ミング情報通知メッセージ処理部 1104、マルチホーミング情報通知メッセージ生成部 1107の機能力図 6に図示されている送信元 HoA選択情報取得部 603、マルチホーミング情報通知メッセージ処理部 604、マルチホーミング情報通知メッセージ生成部 607の機能とは異なっている。また、さらに図 11に図示されている HA20は、図 6に図示されている HA20に設けられていた送信元 HoA選択部 605が削除されている。

[0114] なお、適切な HoAを選択するために有用な情報としては、本発明の第 1の実施の形態で述べたものと同様のものが使用可能である。また、図 11に示す HA20内の送受信部 1101、障害検出部 1102、 MN管理情報保持部 1106は、図 6の HA20内の送受信部 601、障害検出部 602、 MN管理情報保持部 606と同一であり、説明を省略する。

[0115] 送信元 HoA選択情報取得部 1103は、障害検出部 1102又はマルチホーミング情報通知メッセージ処理部 1104からの指示を受けた際に、 MN管理情報保持部 110 6内に送信元 HoAを選択するための有用な情報が含まれている場合にはその情報を取得して、マルチホーミング情報通知メッセージ生成部 1107に渡し、その情報を MN10に通知するためのマルチホーミング情報通知メッセージを生成するようにマルチホーミング情報通知メッセージ生成部 1107に指示する機能を有している。

[0116] また、送信元 HoA選択情報取得部 1103は、 MN管理情報保持部 1106内に送信元 HoAを選択するために有用な情報が含まれて、な、場合には、送受信部 1101 を介して、 MN10が使用することが望ましい HoAを選択するために有用な情報を取得し、 MN管理情報保持部 1106に対して、その情報 (あるいは、新たに取得した情報や更新すべき情報)を格納するように指示するとともに、その情報をマルチホーミング情報通知メッセージ生成部 1107に渡し、その情報を MN10に通知するためのマルチホーミング情報通知メッセージを生成するようにマルチホーミング情報通知メッセージ生成部 1107に指示する機能を有している。なお、送信元 HoA選択情報取得部 1103による送受信部 1101を介した情報の取得は、任意のタイミングで行われるようにしてもよい。

[0117] また、マルチホーミング情報通知メッセージ処理部 1104は、 MN10から受信した、 MN10が使用することが望ましい HoAを選択するために有用な情報の要求を示す情報を含むマルチホーミング情報通知メッセージに関する処理を行、、送信元 HoA 選択情報取得部 1103に対して、 MN10が使用することが望ましい HoAを選択するために有用な情報の取得を行うように指示する機能である。

[0118] また、マルチホーミング情報通知メッセージ生成部 1107は、送信元 HoA選択情報取得部 1103から通知された、 MN10が使用することが望ましい HoAを選択するために有用な情報を含むマルチホーミング情報通知メッセージを生成し、送受信部 11 01を介して MN 10に送信する機能である。

なお、本発明の第 2の実施の形態における HAの機能を、別のノード、例えば情報サーバ等に設置してもよい。 [0119] 以上、説明したように、図 11に図示されている HA20は、 MN10が使用することが望ましい HoAを選択するために有用な情報を取得して、 MN10に対して通知することが可能である。なお、本発明の第 2の実施の形態における HAが提供する各種機能は、 HAが備えるモパイル IPなどのプロトコル上で実現することが可能であり、また、マルチホーミングを提供する専用のレイヤによって実現することも可能である。

[0120] 次に、本発明の第 2の実施の形態における具体的な動作について説明する。例えば図 1に示されて!/、るように、 MN10がフォーリンネットワーク 2に接続して!/、るときに、 CN15と通信を行う場合を想定する。このとき、例えば ISP1及び ISP2の両方に輻輳が起こっている場合には、 HA20の送信元 HoA選択情報取得部 1103が ISP1及び ISP2のそれぞれに係る輻輳の程度を検出して、 MN管理情報保持部 1106内の MN管理情報の更新を行う。

[0121] そして、 MN10が使用することが望ましい HoAを選択するために有用な情報の要求の指示を含むマルチホーミング情報通知メッセージを MN10から受信した場合や、自発的な任意のタイミング (すなわち、 MN10からの要求がない状態）で、 HA20は、図 9に図示されているマルチホーミング情報通知メッセージによって、各 ISP1、 2の輻輳の程度に関する情報を MN10に対して通知する。例えば、 ISP2よりも ISP1のほうが輻輳の程度が小さい場合には、この通知を受けた MN10の送信元 HoA選択情報取得部 1103は、 ISP2に属する HoAよりも ISP1に属する HoAのほうが、内部パケットの送信元 HoAとして好適であると判断し、 CN15に対して送信するパケットを生成する際には、内部パケットの送信元アドレスに PF1. HoAを設定する。

[0122] これにより、 MN10から送信されたパケットは、 HA20でデカプセル化された後、その内部パケットが、輻輳状態の程度が相対的に低い ISP1を経由した最適経路を通つて CN15に届けられるようになる。

[0123] なお、 MN10に複数のホームネットワークが割り当てられている場合には、 MN10 は、それぞれのホームネットワーク上に存在する HA20から、 MN10が使用することが望ま、HoAを選択するために有用な情報を取得し、それらの情報を比較して選択することで、最適なホームネットワーク及び HoAを選択することが可能となる。また、このとき、 MN10は HA20の動作状態及び負荷状態などを考慮して HoAの選択を行ってもよい。

[0124] 以上、説明したように、本発明の第 2の実施の形態によれば、 MN10は、内部パケットの送信元アドレスとして使用することが望まし、HoAを選択するために有用な情報を HA20から取得することができ、その情報に基づく HoAの選択を行って、選択された HoAを内部パケットの送信元アドレスとして設定することによって、 MN10から送信されたカプセル化パケットが HA20によってデカプセル化された後、 HA20から転送される内部パケットが、 MN10にとつて適切な ISPを経由して CN15に到達されるようになる。また、 MN10は、カプセル化パケットの外部ヘッダのあて先アドレスとして使用することが望ましい HA20のアドレスを選択するために有用な情報を同時に HA 20から取得することができるため、 HAのアドレス選択に有用な情報と、 HoAの選択に有用な情報の両方を同時に考慮して、カプセルィ匕パケットの外部ヘッダのあて先アドレスと、内部パケットの送信元アドレスとの両方に対して最適なアドレスを設定することがでさる。

[0125] <第 3の実施の形態 >

次に、本発明の第 3の実施の形態について説明する。図 12は、本発明の第 3の実施の形態における MNの構成の一例を示すブロック図である。なお、図 12に図示されている MN10は、図 1中の MN10に対応している。図 12に示す MN10は、送受信部 1201、マルチホーミング情報通知メッセージ処理部 1202、マルチホーミング情報保持部 1203、カプセルィ匕内部パケット生成部 1204、カプセルィ匕外部パケット生成部 1205、マルチホーミング情報通知メッセージ生成部 1206、 Preference情報保持部 1207を有している。また、図 12では、 MN10内で実現される機能がブロックによつて表されている力これらの各機能は、ハードウェア又はソフトウェアによって実現可能である。

[0126] 以下、本発明の第 1の実施の形態の MN10内の構成（図 2に示す構成）と比較しながら、本発明の第 3の実施の形態の MN10内の構成について説明する。本発明の第 1の実施の形態の MN10内の構成と比較した場合、本発明の第 3の実施の形態の MN10内の構成における違いは、 MN10から HA20に送信される、適切な HoA 情報を要求するためのマルチホーミング情報通知メッセージ内に、 MN10自身の Pre ference情報が挿入されるとヽぅ点である。

[0127] これに伴い、図 12に図示されているマルチホーミング情報通知メッセージ処理部 1 202の機能が、図 2に図示されているマルチホーミング情報通知メッセージ処理部 2 02の機能とは異なっている。また、さらに図 12に図示されている MN10には、 Prefer ence情報保持部 1207が新たに追加されて、る。

[0128] なお、適切な HoAを選択するために有用な情報としては、本発明の第 1の実施の形態で述べたものと同様のものが使用可能である。また、図 12に示す MN 10内の送受信部 1201、マルチホーミング情報通知メッセージ処理部 1202、マルチホーミング情報保持部 1203、カプセルィ匕内部パケット生成部 1204、カプセルィ匕外部パケット生成部 1205は、図 2の MN10内の MN10内の送受信部 201、マルチホーミング情報通知メッセージ処理部 202、マルチホーミング情報保持部 203、カプセルィ匕内部パケット生成部 204、カプセルィ匕外部パケット生成部 205と同一であり、説明を省略する。

[0129] マルチホーミング情報通知メッセージ生成部 1206は、カプセル化内部パケット生成部 1204からの指示に応じて、さらに Prference情報保持部 1207内に保持されている Preference情報を取得してマルチホーミング情報通知メッセージ（図 13を参照）を生成する機能である。

[0130] 図 13は、本発明の第 3の実施の形態における MNが使用することが望ましい HoA 情報を要求するためのマルチホーミング情報通知メッセージの構成の一例を示す図である。 MN10から HA20に送信されるマルチホーミング情報通知メッセージは、 IP ヘッダ、このメッセージがマルチホーミング情報通知メッセージである旨を示す情報（例えばフラグ）にカ卩えて、 MN10が使用することが望ましい情報を要求することを示す情報と、 Preference情報保持部 1207に保持されて!、る MN10の現在の Preferenc e情報を挿入するフィールド（Preference情報フィールド）を有して!/、る。

[0131] また、 Preference情報保持部 1207は、送受信部 1201を介して取得される Preferen ce情報、あるいは自ら生成した Preference情報や MN10のユーザによって設定される Preference情報を保持するための機能である。なお、 Preference情報保持部 1207 によって保持される Preference情報は、上述の本発明の第 2の実施の形態で言及した、 MN10側で把握される送信元 HoAの選択条件である。

[0132] なお、上述のように、カプセルィ匕内部パケット生成部 1204からの指示 (すなわち、内部パケットの送信先 HoAに設定する HoAの問い合わせのタイミング）に応じて、 H A20に対するマルチホーミング情報通知メッセージの送信が行われるだけではなぐ例えば、 Preference情報保持部 1207における新たな Preference情報の追加や、既存の Preference情報の更新などが行われたタイミングで、これらの Preference情報（Prefe rence情報の差分)を含むマルチホーミング情報通知メッセージの送信が行われるように構成されてもよい。

[0133] 以上、説明したように、図 12に図示されている MN10は、 Preference情報を自身の HA20に対して通知することが可能であるとともに、内部パケットの送信元アドレスに使用することが望ま U、HoAに関する情報を、自身の HA20から取得することが可能である。なお、本発明の第 3の実施の形態における MNが提供する各種機能は、 MNが備えるモパイル IPなどのプロトコル上で実現することが可能であり、また、マルチホーミングを提供する専用のレイヤによって実現することも可能である。

[0134] また、図 14は、本発明の第 3の実施の形態における HAの構成の一例を示すブロック図である。なお、図 14に図示されている HA20は、送受信部 1401、障害検出部 1 402、送信元 HoA選択情報取得部 1403、マルチホーミング情報通知メッセージ処理部 1404、送信元 HoA選択部 1405、 MN管理情報保持部 1406、マルチホーミング情報通知メッセージ生成部 1407を有している。また、図 14では、 HA20内で実現される機能がブロックによって表されている力これらの各機能は、ハードウェア又はソフトウェアによって実現可能である。

[0135] 以下、本発明の第 1の実施の形態の HA20内の構成（図 6に示す構成）と比較しながら、本発明の第 3の実施の形態の HA20内の構成について説明する。本発明の第 1の実施の形態の HA20内の構成と比較した場合、本発明の第 3の実施の形態の H A20内の構成における違いは、 MN10から受信したマルチホーミング情報通知メッセージ内に MN10の Preference情報が含まれており、 HA20は、 MN10から受信した Preference情報も参照して、 HoAの選択を行うと!、う点である。

[0136] これに伴い、図 14に図示されているマルチホーミング情報通知メッセージ処理部 1 404、送信元 HoA選択部 1405、 MN管理情報保持部 1406の機能が、図 6に図示されて!/、るマルチホーミング情報通知メッセージ処理部 604、送信元 HoA選択部 60 5、 MN管理情報保持部 606の機能とは異なって、る。

[0137] なお、適切な HoAを選択するために有用な情報としては、本発明の第 1の実施の形態で述べたものと同様のものが使用可能である。また、図 14に示す MN10内の送受信部 1401、障害検出部 1402、送信元 HoA選択情報取得部 1403、マルチホーミング情報通知メッセージ生成部 1407は、図 6の MN10内の送受信部 601、障害検出部 602、送信元 HoA選択情報取得部 603、マルチホーミング情報通知メッセージ生成部 607と同一であり、説明を省略する。

[0138] マルチホーミング情報通知メッセージ処理部 1404は、 MN10から受信した、 MN1 0が使用することが望ましい HoA情報の要求を示す情報及び Preference情報を含むマルチホーミング情報通知メッセージ（図 13を参照）に関する処理を行い、送信元 H oA選択部 1405に対して、 MN10が使用することが望ましい HoAの選択を行うように指示するとともに、 MN管理情報保持部 1406に対して、 Preference情報を保持するように指示する機能である。

[0139] また、送信元 HoA選択部 1405は、障害検出部 1402又はマルチホーミング情報通知メッセージ処理部 1404からの指示を受けた際に、 MN管理情報保持部 1406 内に送信元 HoAを選択するための有用な情報が含まれている場合には、その情報及び MN10から受けた Preference情報を取得し、これらの情報を用いて適切な HoA を選択し、マルチホーミング情報通知メッセージ生成部 1407に対して、選択した Ho A情報を MN10に通知するためのマルチホーミング情報通知メッセージを生成するように指示する機能を有して、る。

[0140] また、送信元 HoA選択部 1405は、 MN管理情報保持部 1406内に送信元 HoAを選択するための有用な情報が含まれて、な、場合には、送信元 HoA選択情報取得部 1403に対して、必要な情報を取得するように指示し、送信元 HoA選択情報取得部 1403によって取得された情報、及び MN 10から受けた Preference情報を用いて適切な HoAを選択し、マルチホーミング情報通知メッセージ生成部 1407に対して、選択した HoA情報を MN10に通知するためのマルチホーミング情報通知メッセージを生成するように指示する機能を有して、る。

[0141] なお、 MN10が使用することが望ましい HoAを選択するために有用な情報としては、上述の本発明の第 1の実施の形態で述べたものと同様のものが使用可能である。また、送信元 HoA選択部 1405は、マルチホーミング情報通知メッセージ処理部 140 4からの指示を受けた際に HoAの選択を行うだけではなぐ例えば送信元 HoA選択情報取得部 1403が状況の変化を検出して、 MN管理情報保持部 1406の MN管理情報が更新されたタイミングで自発的（すなわち MN10から要求されることなぐ一方的）に HoAの選択を行い、マルチホーミング情報通知メッセージ生成部 1407を通じて、選択された HoAを MN10に通知してもよい。

[0142] また、 MN管理情報保持部 1406は、 MN10が使用することが望ましい HoAを送信元 HoA選択部 1405が選択する際に、送信元 HoA選択部 1405によって参照される情報（図 15に示す MN管理情報内の情報)を保持するための機能である。なお、送信元 HoA選択部 1405は、上述のように MN管理情報保持部 1406によって保持された、 MN10が使用することが望まし、HoAを選択するために有用な情報及び Pref erence情報を参照して、 MN10が使用することが望ましい HoAを選択する。また、マルチホーミング情報通知メッセージによって通知される選択した HoA情報としては、 MNが使用する HoAを識別できる情報であれば何でもよぐ例えば、 HoAそのものでもよいし、その HoAのプレフィックス、あるいはそのプレフィックスを通知している IS Pを示す情報を用いてもょ、。

[0143] 図 15は、本発明の第 3の実施の形態における HAの MN管理情報保持部によって保持される MN管理情報の構成の一例を示す図である。図 15に図示されているように、 MN管理情報は、 HA20が管理している MN10のそれぞれに対してエントリが作成され、 MN10が使用することが望ましい HoAを選択するために有用な情報が保持される。

[0144] 図 15に図示されているように、 HA20が管理している各 MN10の IPアドレス ZID に関連付けられている MN管理情報内のエントリには、 MN10が使用することが望まし!ヽ HoAを選択するために有用な様々な情報と、 MN 10から受信した Preference情報が格納可能である。なお、 MN管理情報内には、送信元 HoA選択情報取得部 14 03によって取得された情報力 MN10が使用することが望ましい HoAを選択するために有用な情報として格納される力例えば、 HA20のオペレータによって手動設定された情報が格納されてもよ！ヽ。

[0145] また、 MN10が使用することが望ましい HoAを選択するために有用な情報を保持する MN管理情報として、 MN10から通知されたバインディング情報を管理するために使用されるバインディングキャッシュを拡張して利用してもょ、。

また、本発明の第 3の実施の形態における HAの機能を、別のノード、例えば情報サーバ等に設置してもよい。なお、本発明の第 3の実施の形態における HAが提供する各種機能は、 HAが備えるモパイル IPなどのプロトコル上で実現することが可能であり、また、マルチホーミングを提供する専用のレイヤによって実現することも可能である。

[0146] 次に、本発明の第 3の実施の形態における具体的な動作について説明する。例えば図 1に示されて!/、るように、 MN10がフォーリンネットワーク 2に接続して!/、るときに、 CN15と通信を行う場合を想定する。このとき、例えば MN10の Preference情報保持部 1207に、新たに自身の Preference情報 (ISP1よりも ISP2を使用した旨を示す情報）が追加された場合、 MN10から HA20に対して、その Preference情報を含むマルチホーミング情報通知メッセージが送信される。

[0147] このマルチホーミング情報通知メッセージを受信した HA20は、 MN管理情報保持部 1406内の MN管理情報を追加、更新して、更新された MN管理情報を用いて Ho Aの選択を行う。このとき、既に存在する MN管理情報内に、 MN 10の Preference情報よりも優先して考慮されるべき情報が存在しなければ、 HA20は、 ISP2に属する H oAを使うことが望ましい旨を MN10に対して通知する力例えば ISP2が障害により動作していないことを示す情報が保持されていた場合には、 HA20は、 ISP1に属する HoAを使うことが望まし!/、旨を MN10に通知する。

[0148] これにより、 MN10は、内部パケットの送信元 HoAに、自身の Preference情報及び HA20が保持する情報の両方が考慮されて選択された HoAを設定することが可能となり、 MN10側の要望が反映されるとともにパケットが不達になることはなぐ最適な経路を経由して CN 15に届けられるようになる。 [0149] 以上、説明したように、本発明の第 3の実施の形態によれば、 MN10は、アドレス選択の選択条件の 1つとして利用してもら、た、自身の Preference情報を HA20に通知し、この Preference情報も考慮されて HA20によって選択された HoA情報を取得することができ、その HoAを内部パケットの送信元アドレスとして設定することによつて、 MN10から送信されたカプセル化パケットが HA20によってデカプセル化された後、 HA20から転送される内部パケットが、 MN10にとつて適切な ISPを経由して CN 15に到達されるようになる。

[0150] なお、上述の本発明の実施の形態のそれぞれでは、 ISPの状態やローミング状態などに基づいてパケット伝送に適切な ISPを選択することを一例に挙げて、本発明に係る技術の詳細が説明されている。しかしながら、本発明で示唆される技術を、複数のネットワークの選択が可能な環境においてパケット伝送を行う際に適切なネットヮークを選択する場合や、アドレス又はネットワークプレフィックスと経由するネットワークもしくは提供するネットワークサービス (通信速度、帯域、遅延揺らぎなど)の特性とを関連付けてそれぞれを選択するような環境 (すなわち、アドレス (プレフィックス）に基づくパケット伝送の制御を行うことを主目的とした利用環境）に適用し、望ましいパケットの通信経路を選択できるようにすることも可能である。また、本発明の技術思想は、上記の技術に限らず、望ましいパケットの通信経路を選択するための技術全般に適用可能である。

[0151] なお、上記の本発明の各実施の形態の説明で用いた各機能ブロックは、典型的には集積回路である LSI (Large Scale Integration)として実現される。これらは個別に 1 チップ化されてもよいし、一部又はすベてを含むように 1チップ化されてもよい。なお、ここでは、 LSIとした力集積度の違いにより、 IC (Integrated Circuit)、システム LSI、スーパー LSI、ウノレ卜ラ LSIと呼称されることもある。

[0152] また、集積回路化の手法は LSIに限るものではなぐ専用回路又は汎用プロセッサで実現してもよい。 LSI製造後に、プログラムすることが可能な FPGA (Field Program mable Gate Array)や、 LSI内部の回路セルの接続や設定を再構成可能なリコンフィギュラブノレ ·プロセッサを利用してもよ、。

[0153] さらには、半導体技術の進歩又は派生する別技術により LSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積ィ匕を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。

産業上の利用可能性

本発明は、 MNがホームネットワークを離れた状態で、ホームネットワーク上で取得可能な状況を把握し、 HAを経由して MNと CNとの間で伝送されるパケットの通信経路を最適化できるようにすると、う効果を有しており、 IPを用いた通信に係る技術や、マルチホーム機能及びモパイル機能の両方を実現するための技術に適用可能である。

Claims

請求の範囲

[1] モパイルノードと、前記モパイルノードに割り当てられている複数のホームアドレスを管理するアドレス管理ノードとを有する通信システムにおける通信制御方法であって前記アドレス管理ノード力前記モパイルノードが使用することが望ましい好適ホームアドレスを選択するために参照される選択条件情報を取得する選択条件情報取得ステップと、

前記モパイルノードが、前記アドレス管理ノード経由で所定の通信相手に対して送信するカプセルィ匕パケット内の内部パケットの送信元アドレスに、前記ホームアドレス選択ステップで選択された前記好適ホームアドレスを設定するステップとを、有する通信制御方法。

[2] 前記選択条件情報が、前記アドレス管理ノードが存在するサイトが接続して、る IS Pの動作状態を示す動作状態情報、前記 ISPにおいて輻輳が発生している力否かを示す輻輳情報、前記 _ISPのローミング情報、前記パケットの転送先の状況を示す内部パケット転送先状況情報、前記 ISPの優先度を示す優先度情報、前記 ISP内の通信経路の QoSパスの状態を示す QoSパスの状態情報、前記パケットの転送先への到達状況を示す到達状況情報、前記アドレス管理ノードと前記 ISPとの間の接続リンクの安定性を示す接続リンク安定性情報のうちの少なくとも 1つである請求項 1に記載の通信制御方法。

[3] モパイルノードのホームアドレスを管理するアドレス管理ノードであって、

有するアドレス管理ノード。

[4] 前記モパイルノードの通信に係る障害を検出し、前記モパイルノードが送信パケットに送信元アドレスとして設定する前記好適ホームアドレスの変更の必要性を判断する障害検出手段を有し、

前記障害検出手段によって前記好適ホームアドレスの変更が必要である旨が決定された場合に、前記ホームアドレス選択条件取得手段が新たな選択条件情報を取得し、前記ホームアドレス選択手段が前記好適ホームアドレスを新たに選択し、前記好適ホームアドレスの変更が必要な場合に、前記ホームアドレス通知手段が前記ホームアドレス選択手段によって選択された前記好適ホームアドレスを、前記モバイルノードに対して通知するように構成されている請求項 3に記載のアドレス管理ノード。

[5] 前記モパイルノードから、前記好適ホームアドレスの要求を受信する要求受信手段を有し、

前記モパイルノード力も前記好適ホームアドレスの要求を受けた場合に、前記ホームアドレス通知手段が前記ホームアドレス選択手段によって選択された前記好適ホームアドレスを、前記モパイルノードに対して通知するように構成されて、る請求項 3 に記載のアドレス管理ノード。

[6] 前記モパイルノードからプリファレンス情報を受信するプリファレンス情報取得手段を有し、

前記ホームアドレス選択手段が、さらに前記プリファレンス情報に基づいて、前記好適ホームアドレスを選択するように構成されて、る請求項 3に記載のアドレス管理ノード、。

[7] モパイルノードのホームアドレスを管理するアドレス管理ノードであって、

前記モパイルノードに対して割り当てられている複数のホームアドレスを管理するァドレス管理手段と、前記モパイルノードが使用することが望ま、好適ホームアドレスを選択するために参照される選択条件情報を取得するホームアドレス選択条件取得手段と、

有するアドレス管理ノード。

[8] 前記好適ホームアドレスの設定に対して影響を及ぼす、前記モパイルノードの通信に係る障害を検出する障害検出手段を有し、

前記ホームアドレス選択条件取得手段が、前記障害検出手段によって検出された前記モパイルノードの通信に係る障害に起因して発生する新たな選択条件情報を取得し、前記選択条件情報通知手段が、前記ホームアドレス選択条件取得手段によつて取得された前記選択条件情報を、前記モパイルノードに対して通知するように構成されている請求項 7に記載のアドレス管理ノード。

[9] アドレス管理ノード力ら複数のホームアドレスが割り当てられて!/、るモパイルノードであって、

有するモパイルノード。

[10] 前記アドレス管理ノードに対して、前記好適ホームアドレスの要求を送信する要求送信手段を有する請求項 9に記載のモパイルノード。

[11] 前記アドレス管理ノードに対して、プリファレンス情報を送信するプリファレンス情報送信手段を有する請求項 9に記載のモパイルノード。

[12] アドレス管理ノード力複数のホームアドレスが割り当てられているモパイルノードであって、

有するモパイルノード。