(57)【特許請求の範囲】
【請求項１】
第一のネットワークに接続され、第一および第二の情報処理装置、並びにインタフェース群を備えたサーバ装置であって、
上記第一の情報処理装置は、上記第二の情報処理装置から該第二の情報処理装置の属性情報と負荷情報を収集する手段を備え、
上記第二の情報処理装置は、端末が上記第一のネットワークで取得したアドレスと、該端末が第二のネットワークで取得したアドレスの対応情報を格納する手段を備え、
さらに、上記第一の情報処理装置は、端末から上記サーバ装置が上記インタフェース群を示すアドレス宛の信号を受信すると、少なくとも上記第二の情報処理装置の属性情報と負荷情報とに基づいて情報処理装置リストを作成し、該情報処理装置リストを上記端末に送信する手段を備え、
上記第一及び第二のネットワークは、ＩＰｖ６プロトコルに準拠しており、
上記サーバ装置がＭｏｂｉｌｅ  ＩＰｖ６  Ｈｏｍｅ  Ａｇｅｎｔであり、
上記インタフェース群を表すアドレスがＭｏｂｉｌｅ  ＩＰｖ６  Ｈｏｍｅ−Ａｇｅｎｔｓ  Ａｎｙｃａｓｔ  Ａｄｄｒｅｓｓであり、
上記インタフェース群を表すアドレス宛の信号がＨｏｍｅ  Ａｇｅｎｔ  Ａｄｄｒｅｓｓ  Ｄｉｓｃｏｖｅｒｙ  Ｒｅｑｕｅｓｔであり、
上記第一の情報処理装置が上記第二の情報処理装置から収集した上記属性情報がＨｏｍｅ  Ａｇｅｎｔに関する情報であることを特徴とするサーバ装置。
【請求項２】
上記第一の情報処理装置が上記インタフェース群を示すアドレス宛の信号の送信元アドレスと通知した上記情報処理装置リストの対応関係を格納する記憶手段と、
上記第一の情報処理装置が上記インタフェース群を表すアドレス宛の信号を受信した場合に上記対応関係を参照する手段を備え、
上記インタフェース群を表すアドレス宛の信号の送信元が上記対応関係を格納する記憶手段内に存在する場合に、上記第一の情報処理装置が上記記憶手段から上記情報処理装置リストを読み出して上記信号の送信元に通知することを特徴とする請求項１に記載のサーバ装置。
【請求項３】
上記サーバ装置を構成する上記第一の情報処理装置は、上記第二の情報処理装置から端末が上記第一のネットワークで取得したアドレスと、該端末が第二のネットワークで取得したアドレスの対応情報を取得する手段と、
上記アドレスの対応情報と上記第二の情報処理装置の対応関係を格納する手段と、
上記第一の情報処理装置が上記インタフェース群を表すアドレス宛の信号を受信した場合に上記対応関係を参照する記憶手段を備え、
上記インタフェース群を表すアドレス宛の信号の送信元が上記対応関係を格納する記憶手段内に存在する場合に、上記第一の情報処理装置が上記記憶手段から上記第二の情報処理装置の情報を読み出して上記信号の送信元に通知することを特徴とする請求項１に記載のサーバ装置。
【請求項４】
上記サーバ装置が少なくても１つの移動体通信網のホーム網を収容し、上記第一の情報処理装置が少なくても１つのホーム網の代表機能を備えることを特徴とする請求項１から請求項３のうちいずれかに記載のサーバ装置。
【請求項５】
上記サーバ装置が少なくても１つの移動体通信網のホーム網を収容し、各ホーム網は、上記第一の情報処理装置と少なくても１つの上記第二の情報処理装置を備えることを特徴とする請求項１から請求項３のうちいずれかに記載のサーバ装置。
【請求項６】
上記サーバ装置に２つの上記第一の情報処理装置を備え、一方の上記第一の情報処理装置が他方の上記第一の情報処理装置に自装置の情報を複製することを特徴とする請求項１から請求項５のうちいずれかに記載のサーバ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、移動体通信を提供する装置に関する。特にIPv6 Anycast Addressを用いて負荷分散を実現する移動体通信装置、及び、移動体通信方法に関する。
【０００２】
【従来の技術】
近年移動体通信網のIP（Internet Protocol）化の検討が活発化している。
IETF(Internet Engineering Task Force)は、Mobile IPv6仕様の標準化をすすめている（Ref. Mobility Support in IPv6 <draft-ietf-mobileip-ipv6-18.txt>、 Work in Progress）。
Mobile IPv6の網構成要素は、移動ノード（MN：Mobile Node）、ホームエージェント（HA：Home Agent）、通信相手（CN：Correspondent Node）である。
MNには、移動しても変わることのない一意のIPアドレス（ホームアドレス）が付与される。ホームアドレスと同じプレフィックスを持つリンクをホームリンクと呼ぶ。ホームリンクには１つ以上のHAをおくことができる。HAは、ホームリンク以外に存在するMNの位置情報（Binding Cache）を管理する。同じホームリンクに複数のHAがある場合、リンク上のHAの一覧を保持するため、HAはHAアドレスやプレファレンスなどの情報を交換する。情報の交換には、ルータ広告（Router Advertisement）を用いる。
MNはホームリンク以外のリンクに移動すると、在圏リンクにおいてIPアドレスを取得する。このアドレスを気付アドレス（Care of Address、以下CoAで表す）とよぶ。MNは在圏リンクに設置されるルータが定期的に送信するルータ広告を受信する。MNはホームアドレスと異なるプレフィックスを検出することで移動を検知する。
【０００３】
MNは移動を検知すると、HAに位置登録を行う。MNはHome Agent Address Discovery機能（HAアドレス発見機能）を備え、HAのIPアドレスを動的に検索することが可能である。
【０００４】
MNはホームリンクのプレフィックスからMobile IPv6 Home-Agents Anycast Addressを作成する。MNは上記アドレス宛にHAアドレス発見要求（ICMP Home Agent Address Discovery Request）を送信する。上記信号は、ホームリンクのいずれかのHAに送信される。上記信号を受信したHAは、MNに対してHAの情報を含むHAアドレス発見応答（ICMP Home Agent Address Discovery Reply）を送信する。MNは上記信号からHAの情報を取り出すことによって、HAのアドレスを取得する。MNは取得したHAアドレスに対して位置登録（Binding Update）を行う。
【０００５】
HAは、上記信号（Binding Update）を受信すると、MNのホームアドレスとCoAのバインディング情報をBinding Cacheに保持する。次に、HAは、上記MN宛のパケットを捕捉するため、Gratuitous Neighbor Advertisementをマルチキャストして上記MNのプロキシとして動作する。
CNはMNの通信相手ノードである。
以下、CNがMN宛にパケットを送信する手順を説明する。
CNはMNのホームアドレス宛にパケットを送信する。HAは上記MNのホームアドレス宛パケットを捕捉する。HAはBinding Cacheを検索して、MNのホームアドレスに対応するCoAを取得する。HAは受信したパケットに該当CoA宛のIPヘッダを付加（カプセル化）してパケットを送信する。
MNは上記CoA宛のパケットを受信すると、先に付加されたIPヘッダを除去（デカプセル化）してオリジナルパケットを復元する。
【０００６】
IPv6のアドレス体系はRFC2373で規定される。IPv6のアドレス体系には、unicast、 anycast、 multicastの３つのタイプが定義される。Anycast Addressはインタフェース群を表す。Anycast Addressを着信先アドレスとするパケットは、そのAnycast Addressを持つインタフェース群のうち、最も近いインタフェースに送信される。Anycast Addressの利用例として、上述したMobile IPのHome Agent Address Discovery機能がある。
【０００７】
IPv6ノードはAnycast Addressに対するリンク層アドレスを解決するとき、要請ノードマルチキャストアドレス宛に近隣要請(Neighbor Solicitation)メッセージを送信する。近隣要請メッセージを受信したノードは、上記メッセージのターゲットアドレスパラメータに自ノードのアドレスが設定される場合、要請近隣広告(Neighbor Advertisement)メッセージを送信する。Anycast Addressに対する要請近隣広告メッセージは、override flagを設定しない。
【０００８】
【発明が解決しようとする課題】
領域Aと領域Bが相互接続され、領域Aに属する移動ノード（MN）が領域Bに移動した場合、領域Aに存在する移動ノードの位置情報を保持するHAはMNのプロキシとして動作する。
【０００９】
HAを１台以上のサーバで構成して、位置登録やパケット転送に係る負荷を分散することがある。この場合、各サーバにMobile IPv6 Home-Agents Anycast Addressを付与することが想定できる。
【００１０】
HAに隣接するルータは、HAのプレフィックスを有するMobile IPv6 Home-Agents Anycast Address宛のパケットを受信すると、上記Anycast AddressでNeighber Cacheを検索する。Neighber Cacheに上記Anycast Addressのエントリが存在しなければ、リンク層アドレスを解決するため、隣接ルータは、近隣要請メッセージを送信する。上記近隣要請メッセージは、ターゲットアドレスフィールドに上記Anycast Addressを含む。HAを構成する各サーバは上記近隣要請メッセージの応答として、要請近隣広告メッセージを送信する。
【００１１】
しかし、Anycast Addressに対する要請近隣広告メッセージは、override flagを設定しない。このため、隣接ルータは、最初に近隣要請メッセージに応答したサーバのリンク層アドレス情報をNeighbor Cacheに登録する。従って、隣接ルータは、MNが送信するHAアドレス発見要求を上記Neighbor Cacheに登録される特定サーバに送信する。MNは特定サーバからHAの情報を含むHAアドレス発見応答を受信する。MNは受信情報に基づいて位置登録を行うため、特定のサーバに位置登録が集中する。即ち、HAを１台以上のサーバで構成する場合、サーバの間で位置登録やパケット転送の負荷分散ができないという課題がある。
本発明の目的は、HAを１台以上のサーバで構成する場合、各サーバの負荷を効率的に均等化、分散化する移動体通信装置と移動体通信方法を提供することにある。
特に、領域Aに存在するHAを１台以上のサーバで構成して、領域Aに属する移動端末ｙが領域Bに移動した場合、Mobile IPv6 Home-Agents Anycast Addressを活用して移動端末yに通知するHAアドレスをかえることにより、領域Aに存在するHAの負荷分散を行う移動体通信装置と移動体通信方法を提供することにある。
【００１２】
本発明のその他の目的は、MNに影響を与えることなく、サーバの増減設が可能な移動体通信装置を提供することにある。
【００１３】
【課題を解決するための手段】
上記の問題を解決するために、本発明では、従来の移動体通信方式に加え、少なくても以下の手段を備える。すなわち、
（１）移動体通信装置（HA）は１台以上のサーバ装置で構成する。移動体通信装置（HA）は代表機能と分散機能を備える。代表機能を備えるサーバ装置は、分散機能を備えるサーバ装置からHA情報と負荷情報を収集する手段と、上記収集した情報に基づいてHAリストを作成する手段を備える。代表機能を備えるサーバ装置のインタフェースにMobile IPv6 Home-Agents Anycast Addressを付与する。
（２）移動端末装置（MN）はMobile IPv6 Home-Agents Anycast Address 宛にHAアドレス発見要求を送信する。代表機能を備えるサーバ装置が上記HAアドレス発見要求を受信する。。代表機能を備えるサーバ装置はHAリストを生成してMNに通知する手段を備える。
（３）さらに、上記代表機能を備えるサーバ装置は、HAアドレス発見要求の送信元アドレスと通知したHAリストの対応情報を保持する手段を備える。同一送信元からHAアドレス発見要求を受信した場合、上記代表機能を備えるサーバ装置は、上記対応情報を参照してHAリストの情報を通知してもよい。
あるいは、上記代表機能を備えるサーバ装置が分散機能を備えるサーバ装置から位置情報を取得する手段と上記位置情報と分散機能を備えるサーバ装置の対応情報を保持する手段を備える。同一送信元からHAアドレス発見要求を受信した場合、上記代表機能を備えるサーバ装置は、上記対応情報を参照して分散機能を備えるサーバ装置の情報を通知してもよい。
（４）さらに、1台以上の分散機能を備えるサーバ装置がグループを構成して、グループ毎にホーム網を構成してもよい。或いは１台のサーバ装置に１つ以上のホーム網を収容してもよい。このとき、代表機能を備えるサーバ装置のインタフェースに、各ホーム網のMobile IPv6 Home-Agents Anycast Addressを付与する。
【００１４】
各ホーム網は、代表機能を備えるサーバ装置と１つ以上の分散機能を備えるサーバ装置で構成する。
【００１５】
以上の機能は、ハードウエア、ソフトウエア、あるいはそれらの組み合わせで実現することができる。
【００１６】
【発明の実施の形態】
本発明の第１の実施の形態を図面を用いて説明する。
【００１７】
代表例として、Mobile IPv6対応移動ノード（MN）がホームリンク（以下、ホーム網）以外の網（以下、在圏網）に移動したとき、HAアドレス発見機能を用いて位置登録を行う場合について詳細に説明する。
【００１８】
図１は、本発明における通信網の構成例を示す。通信網はMN3のホーム網６と在圏網７（7a、7b）から構成される。本実施例において、網６と網７（７a、７b）はIPv6網である。MN3はMobile IPv6対応移動ノードである。網6と網7はルータあるいは中継網を介して接続される。
ホーム網６はHA１を備える。在圏網７（7a、7b）は、ルータ５（5a、5b）を備える。
【００１９】
HA１はMobile IPv6対応ホームエージェント（HA）である。HA1はホーム網6以外に存在するMN3の位置情報を管理する。HA1は通信相手端末（CN）４がMN3のホームアドレス宛に送信するパケットを捕捉して、在圏網7bに存在するMN3にパケットを転送する機能を備える。
【００２０】
図２はMN3のホーム網６に設置するHA1の構成例を示す。HA1は、サーバ部（11、12）と、回線18（18a、18b、18m、18n）を収容するインタフェース部（IF）19（19a、19b、19m、19n）と、スイッチ部20(20a、20b)とから構成される。
【００２１】
サーバ部11は、主にパケット受信・送信処理部13と、カプセル化・デカプセル化処理部14と、Mobile IP処理部15と、代表機能部16とを備える。
【００２２】
パケット送信・受信処理部13はデータパケットを送信又は受信する機能を備える。カプセル化・デカプセル化処理部14はデータパケットに対して、IPヘッダの追加又は削除を行う機能を備える。
【００２３】
Mobile IP処理部15は、Mobile IPプロトコル処理機能と、Mobile IPのホームエージェント（HA）機能を備える。Mobile IPのHA機能に、Binding Cache管理テーブル320とHAリストテーブル330とHAリスト生成ルーチン60とを備える。
【００２４】
代表機能部16は、主にサーバ部12からHA情報と負荷情報を収集する機能と、HA負荷情報管理テーブル360を備える。
【００２５】
以下、代表機能部16を備えるサーバ部11を代表HAと呼ぶ。
【００２６】
図15はBinding Cache管理テーブル320のテーブル構成の一例を示す。Binding Cache管理テーブル320は、MNのホームアドレス321に対して、少なくてもMNが在圏網で取得したCare of Address (CoA)322と、Binding Cacheの有効期間を示すLifetime323と、Home Registrationであるか否かを示すフラグ324と、MNがHA1に送信する位置登録要求の認証に用いるシーケンス番号325の対応関係を格納する。
【００２７】
図16はHAリストテーブル330のテーブル構成の一例を示す。
HAリストテーブル330は、HAのリンクローカルアドレス331に対して、少なくてもHAのグローバルアドレス332と、該当HAのプレファレンスを示すHA Prefeence333と、該当HAの残有効期限を示すRemaining Lifetime334の対応関係を格納する。図19はサーバ部11が備えるHA負荷情報管理テーブル360のテーブル構成の一例を示す。
HA負荷情報管理テーブル360は、分散機能部17を含むサーバ部（分散HA）12のアドレス361に対して、少なくても各分散HAが保持するBinding Cacheのエントリ数362と、パケット送信数363と、パケット受信数364の対応関係を格納する。
図2に戻り、HA1の構成例の説明を続ける。
【００２８】
サーバ部12（12a、12n）は、主にパケット受信・送信処理部13と、カプセル化・デカプセル化処理部14と、Mobile IP処理部15と、分散機能部17とを備える。サーバ部12とサーバ部11の違いは、サーバ部12が代表機能部16のかわりに分散機能部17を備えることである。また、サーバ部12のMobile IP処理部15は、RA送信処理ルーチン80を備える。
【００２９】
以下、分散機能部17を備えるサーバ部12を分散HAと呼ぶ。
【００３０】
分散機能部17は、主に分散HA自身のHA情報と負荷情報をサーバ部11（代表HA）に通知する機能と、HA負荷情報管理テーブル350を備える。
図18はサーバ部12が備えるHA負荷情報管理テーブル350のテーブル構成の一例を示す。
HA負荷情報管理テーブル350は、分散HAのアドレス351に対して、少なくても各分散HAが保持するBinding Cacheのエントリ数352と、パケット送信数353と、パケット受信数354の対応関係を格納する。
【００３１】
第１の実施例において、HA1は１ホーム網を収容する。Mobile IPv6 Home-Agents Anycast Addressは、代表HA11のインタフェースに付与する。
【００３２】
図23に示すシーケンスに従って、図1に示す網６の端末４が網7bに在圏するMN3と通信を開始するまでのシーケンスを説明する。
【００３３】
各分散HA12（12a、12b、）は、HAの情報を交換するため、RA送信処理ルーチン80を起動して、非要請ルータ広告（Unsolicited Router Advertisement）を送信する。
【００３４】
図21にRA送信処理ルーチン80を示す。
【００３５】
分散HA12は、分散HA12自身のプレファレンスを決定する（81）。各分散HAのプレファレンス値は、予め構成情報として設定する。
【００３６】
各分散HA12（12a、12b）は、ステップ81で決定したプレファレンスを含むルータ広告（Router Advertisement）をall nodes multicast address（ff02::1）宛に送信する(82、101、105)。
【００３７】
図3はIPv6パケットフォーマットを示す。
【００３８】
図9は分散HA12が送信するRouter Advertisementメッセージのフォーマット例S6を示す。Router AdvertisementメッセージS6は、IPv6パケットのPayload54に格納される。
【００３９】
分散HA12aが送信するRouter Advertisementには、以下の値を格納する。IPv6ヘッダの送信元IPアドレス51に分散HA12aのリンクローカルアドレスを設定する。ICMPヘッダ411のHビットを設定する。Prefix Information Option4121のRビットを設定して、Prefixに分散HA12aの完全なアドレスを設定する。Home Agent Information Option4124のHome Agent Preferenceにステップ81で決定したプレファレンスを設定する。
【００４０】
次にRA送信間隔タイマを初期化する（83）。RA送信間隔タイマが満了すると（84）、再びステップ81に戻る。ステップ83において、RA送信間隔タイマの初期化に失敗した場合、あるいは、RAの送信を中止する場合、本ルーチンを終了する。
【００４１】
RA送信間隔タイマの初期値は、管理者が予め設定する。
【００４２】
代表HA11は分散HA12aからルータ広告（Router Advertisement）（101）を受信すると、HAリスト生成ルーチン60を起動する。
【００４３】
図20はHAリスト生成ルーチン60を示す。
【００４４】
代表HA11は、受信したルータ広告のHビットを参照する（61）。
【００４５】
Hビットが設定されていれば、ルータ広告の送信元アドレスを抽出する(62)。送信元アドレスには、分散HA12のリンクローカルアドレスが格納されている。
【００４６】
代表HA11はルータ広告送信元（分散HA12a、分散HA12b）のプレファレンスを抽出する(63)。プレファレンスは、Home Agent Information Option4124のHome Agent Preferneceフィールドに格納される。ルータ広告がHome Agent Information Option4124を含まない場合、プレファレンスのデフォルト値は”0”である。
【００４７】
次に、代表HA11はルータ広告送信元のライフタイムを抽出する(64)。ライフタイムは、Home Agent Information Option4124のHome Agent Lifetimeフィールドに格納される。ルータ広告がHome Agent Information Option4124を含まない場合、ルータ広告のRouter Lifetimeを利用する。
【００４８】
ここで、代表HA11はステップ62で抽出したアドレスで、HAリストテーブル330を検索する（65）。該当エントリが存在しない場合、ステップ64で抽出したライフタイムが0より大きければ（66）、Preference Information OptionのRビットを参照する。Rビットが設定されていれば、Prefixフィールドからルータ広告送信元（分散HA12）のグローバルアドレスを抽出する（67）。
【００４９】
次にステップ62又はステップ67で抽出したアドレスでHA負荷情報管理テーブル360を検索する(68)。
【００５０】
ステップ68において、該当エントリがHA負荷情報管理テーブル360に存在する場合、代表HA11は、BCエントリ数、パケット送信数、あるいは、パケット受信数のいずれかの値が閾値を超えているかチェックする。閾値を超える場合、ステップ63で決定したプレファレンス値を下げる。閾値は、予め設定する。
【００５１】
代表HA11は、HAリストテーブルに分散HA12のエントリを追加する(69、106)。代表HA11は本ルーチンを終了する。
【００５２】
代表HA11は各分散HA12から周期的に負荷情報の収集を行い、HA負荷情報管理テーブル360を更新する。負荷情報の収集間隔は、管理者が予め設定する。
【００５３】
代表HA11は、分散HA12aに負荷情報収集要求メッセージを送信して分散HA12の負荷情報を収集する（103）。負荷情報は、例えば、SNMP(Simple Network Management Protocol)を用いて収集する。
【００５４】
分散HA12は、HA負荷情報管理テーブル350を参照して、代表HA11に負荷情報を通知する（104）。
【００５５】
代表HA11は、分散HA12の負荷情報を負荷情報収集応答メッセージから抽出して、HA負荷情報管理テーブル360に格納する。
【００５６】
図12は負荷情報収集要求メッセージのフォーマット例S21を示す。
【００５７】
図13は負荷情報収集応答メッセージのフォーマット例S22を示す。
【００５８】
ステップ61においてHビットが設定されていなければ、ルータ広告の送信元アドレスでHAリストテーブル330を検索する（70）。該当エントリが存在する場合、代表HA11はHAリストテーブルから該当エントリを削除して（71）、本ルーチンを終了する。該当エントリが存在しなければ、本ルーチンを終了する。
【００５９】
ステップ65において、HAリストテーブル330に該当エントリが存在する場合、ステップ64で抽出したライフタイムを参照する(72)。ライフタイムが0より大きければ、ライフタイム値を更新して（74）、ステップ68に進む。
【００６０】
ステップ72において、ライフタイムが0以下であれば、該当エントリを削除して（73）、本ルーチンを終了する。
【００６１】
ステップ66において、ライフタイムが0以下であれば、本ルーチンを終了する。
【００６２】
MN3は網7bに存在するルータ5bからルータ広告（Router Avertisement）を受信する(107)。MN3はRouter AvertisementのMビットを参照して、CoA（Care of Address)の取得方法を決定する。Mビットが１であれば、MNはIPv6ステートフルアドレス自動構成を用いてCoAを取得する。Mビットが設定されていなければ、MNはIPv6ステートレスアドレス自動構成を用いてCoAを取得する(108)。
【００６３】
図8はRouter Advertisementメッセージのフォーマット例S5を示す。Router AdvertisementメッセージS5は、IPv6パケットのPayload54に格納される。
【００６４】
網7bにおいてCoAを取得したMN３は、HAに対して位置登録を行う。MN3は、HAのIPアドレスがわからない場合、HAアドレス発見機能を用いてHAのアドレスを取得する。
【００６５】
MN3は、ホーム網のサブネットプレフィックスからMobile IPv6 Home-Agents Anycast Addressを作成して、上記アドレス宛にHA アドレス発見要求（Home Agent Address Discovery Request）を送信する(109)。図6はHome Agent Address Discovery Requestメッセージのフォーマット例S3を示す。Home Agent Address Discovery RequestメッセージS3は、IPv6パケットのPayload54に格納される。Home Agent Address Discovery RequestメッセージS3の送信元アドレス51には、MN3が網7bにおいて取得したCoAを格納する。
【００６６】
図22は、Mobile IPv6 Home-Agents Anycast Addressのフォーマット例A1を示す。上位64ビットにMN3のホーム網のサブネットプレフィックスを格納する。
【００６７】
上記メッセージを受信した網6のルータ2は、上記HAアドレス発見要求の着信先アドレスから次ホップを決定する。次ホップが着信先アドレスと等しい場合、ルータ2は着信先アドレスでNeighbor Cache管理テーブル310を検索して、着信先アドレスのリンク層アドレスを決定する。
【００６８】
図14は、ルータ２が保持するNeighbor Cache管理テーブル310のテーブル構成例を示す。Neighbor Cache管理テーブル310は、IPアドレス311に対して、少なくてもリンク層アドレス312と、隣接ノードがホストかルータであるかを識別するフラグ313の対応関係を格納する。
【００６９】
図23に戻りシーケンスの続きを説明する。
【００７０】
HAアドレス発見要求の着信先アドレスが上記Neighbor Cache管理テーブル310に存在しなければ、ルータ２は近隣要請メッセージ（Neighbor Solicitation）を要請ノードマルチキャストアドレス宛に送信する(110)。
【００７１】
図4は、Neighbor Solicitationメッセージのフォーマット例S1を示す。Neighbor SolicitationメッセージS1は、IPv6パケットのPayload54に格納される。IPv6 ICMP411のTarget Addressフィールドには、HAアドレス発見要求の着信先アドレス（Mobile IPv6 Home-Agents Anycast Address）を格納する。
【００７２】
第1の実施例において、Mobile IPv6 Home-Agents Anycast Addressは、代表HA11の対ルータ2インタフェースに付与される。このため、代表HA11が上記Neighbor Solicitationメッセージを受信する。代表HA11は要請近隣広告メッセージ（Neighbor Advertisement）をNeighbor Solicitationメッセージの送信元アドレス宛に送信する(111)。
【００７３】
図5は、Neighbor Advertisementメッセージのフォーマット例S2を示す。Neighbor AdvertisementメッセージS2は、IPv6パケットのPayload54に格納される。Mobile IPv6 Home-Agents Anycast AddressはIPv6 ICMP411のTarget Addressフィールドに格納される。IPv6 ICMP411は、Override flag (O bit)を設定しない。Mobile IPv6 Home-Agents Anycast Addressが付与されるインタフェースのリンク層アドレスがOptions412に格納される。
【００７４】
ルータ2は、Neighbor Advertisementメッセージを受信すると、Neibhgor Cache管理テーブル310に新規エントリを生成する（112）。ルータ２は、Neighbor Cache管理テーブルを参照して、HAアドレス発見要求を代表HA11宛に転送する(113)。
【００７５】
代表HA11は、上記HAアドレス発見要求を受信すると、HAリストテーブル330を参照する。代表HA11は、HAリストテーブルのエントリをプレファレンスの値が高い順に並べる。次にHAリストに代表HA11のグローバルユニキャストアドレスが含まれるか確認する。HAリストに代表HA11のアドレスが含まれる場合、HAリストの最後に移動する。HAリストに代表HA11のアドレスは含まれない場合、代表HA11のアドレスをHAリストの最後に追加する。
代表HA11は、MN3にHAアドレス発見応答（Home Agent Address Discovery Reply）を送信する(114)。
【００７６】
図７は、Home Agent Address Discovery Replyメッセージのフォーマット例S4を示す。Home Agent Address Discovery ReplyメッセージS2は、IPv6パケットのPayload54に格納される。
【００７７】
代表HA11がMNに送信するHome Agent Address Discovery Replyには、以下の値を格納する。IPv6 ICMP411のHome Agent Addressesフィールドに上記HAリストを格納する。着信先アドレス52にMN3が網7bで取得したCoAを設定する。送信元アドレス51に代表HA11のグローバルユニキャストアドレスを設定する。
【００７８】
MN3は、上記HAアドレス発見応答のHome Agent AddressesフィールドからHAリストを抽出する。
【００７９】
次に、MN3は上記HAアドレス発見応答の送信元アドレスがHAリストに含まれるか確認する。送信元アドレス（代表HA11のグローバルユニキャストアドレス）がHAリストに含まれる場合、MN3はHAリストに記載されているアドレスに対して位置登録を行う。
ここで、HAリストの先頭に、分散HA12aのアドレスが設定されているものとする。MN3は、網6に存在するHA１の分散HA12aに位置登録メッセージ（Binding Update）を送信する(115)。MN3はBinding Update List管理テーブルに“BU送信先アドレス＝分散HA12aのアドレス”のエントリを仮登録する（116）。
【００８０】
図10は、Binding Updateメッセージのフォーマット例S11を示す。IPv6 Destination Options Header401とIPv6 Mobility Header402は、IPv6パケットの拡張ヘッダ53に格納される。
MN３が分散HA12aに送信するBinding Updateには、以下の値が格納される。IPv6パケットヘッダの送信元アドレス51にMN3のCoAを設定する。IPv6 Destination Options Header401のHome AddresフィールドにMN3のホームアドレスを設定する。IPv6パケットヘッダの送信元アドレス51にMN3のホームアドレスを設定してもよい。この場合、MN3のCoAは、IPv6 Mobility Header402のMobility Optionsに格納されるAlternate Care-of Address optionsに格納される。
【００８１】
Binding Updateメッセージを受信した分散HA12aは、MN3のホームアドレスでBinding Cache管理テーブル320を検索する。MN3のホームアドレスはBinding UpdateメッセージのIPv6 Destination Options Header401のHome Addressフィールドから取得する。
【００８２】
Binding Cache管理テーブル320にMN3のエントリが存在しなければ、上記Binding Cache管理テーブル320にMN3のエントリを追加する（117）。上記エントリのCare of Address322には、MN3が在圏網7bで取得したCoAを設定する。HA１はMN3のプロキシとして動作する。
【００８３】
Binding Cache管理テーブル320にMN3のエントリが存在する場合、上記Binding Cache管理テーブル部320の該当エントリを更新する。
【００８４】
分散HA12aはMN3にBinding Updateの応答（Binding Acknowledgement）を送信する（118）。
【００８５】
図11は、Binding Acknowledgementメッセージのフォーマット例S12を示す。IPv6 Routing Header403とIPv6 Mobility Header402は、IPv6パケットの拡張ヘッダ53に格納される。分散HA12aがMN3に送信するBinding Acknowledgementは、以下の値が格納される。IPv6パケットヘッダの着信先アドレス52にステップ115で受信したBinding Updateの送信元アドレスを格納する。着信先アドレス52にMN3のホームアドレス以外の値を格納する場合、IPv6 Routing Header403のHome AddressにMN3のホームアドレスを格納する。
【００８６】
MN３は、Binding Updateが正常に終了したことを示すBinidng Acknowledgementを受信すると、ステップ116で仮登録したエントリをBinding Update List管理テーブルに登録する（119）。
【００８７】
次に、網6の端末４がMN３にパケットを送信する手順を示す。
【００８８】
ここで、端末４はDNS等の名前解決手段、若しくは、その他の手段を使って、MN3のホームアドレスを取得しているものとする。
【００８９】
端末4はMN3のホームアドレス宛にパケットを送信する。MN3のプロキシとして動作する分散HA12aが、上記パケットを捕捉する。分散HA12aは、ステップ117で生成したMN3のエントリを参照して、オリジナルパケットにIPv6ヘッダを追加する。カプセル化ヘッダの着信先アドレスにMN3のCoAを、カプセル化ヘッダの送信元アドレスに分散HA12aのアドレスを、それぞれ設定する(120)。
【００９０】
ここで、図24及び図25を用いて従来技術から想定するシーケンスを説明する。
【００９１】
図24は、HA1を１つ以上のサーバ装置で構成する場合に、従来例から想定するHA1の構成図を示す。
【００９２】
HA1は、サーバ部21（21a、21b、21n）と、回線18（18a、18b、18m、18n）を収容するインタフェース部（IF）19（19a、 19b、19m、19n）と、スイッチ部20(20a、 20b)とから構成する。
【００９３】
サーバ部21は、主にパケット受信・送信処理部13と、カプセル化・デカプセル化処理部14と、Mobile IP処理部15とを備える。
【００９４】
図24に示すHA１の構成例において、HA1は１つのホーム網を構成する。Mobile IPv6 Home-Agents Anycast Addressは、各サーバ部21のインタフェースに付与する。
【００９５】
図25に示すシーケンスに従って、図1に示す網６の端末４が網7bに在圏するMN3と通信を開始するまでのシーケンスを説明する。
【００９６】
各サーバ部21は、非要請ルータ広告（Unsolicited Router Advertisement）をall nodes multicast address（ff02::1）宛に送信する(131、134、137)。
【００９７】
サーバ部21が送信するRouter Advertisementは、以下の値が格納される。IPv6ヘッダの送信元アドレス51に各サーバ部21のリンクローカルアドレスを設定する。ICMPヘッダ411のHビットを設定する。Prefix Information Option4121のRビットを設定して、Prefixフィールドにルータ広告送信元サーバ部21の完全なアドレスを設定する。Home Agent Information Option4124のHome Agent Preferenceにルータ広告送信元サーバ部21のプレファレンスを設定する。プレファレンスは、予め設定する。
【００９８】
サーバ部21はルータ広告を受信すると、上記ルータ広告からパラメータを抽出してHAリストを生成する（132、133、135、136、138、139）。
【００９９】
MN3が網7bにおいてCoAを取得して、HAアドレス発見要求を送信するまでの処理ステップ(140から142)は、第1の実施例におけるステップ107から109と同様である。
【０１００】
上記HAアドレス発見要求142を受信した網6のルータ2は、上記HAアドレス発見要求の着信先アドレスから次ホップを決定する。次ホップが着信先アドレスである場合、ルータ２は着信先アドレスのリンク層アドレスを決定するため、着信先アドレスでNeighbor Cache管理テーブル310を検索する。
【０１０１】
該当エントリが上記Neighbor Cache管理テーブル310に存在しない場合、ルータ２は近隣要請メッセージ（Neighbor Solicitation）を要請ノードマルチキャストアドレス宛に送信する(143)。
【０１０２】
各サーバ部21のインタフェースにMobie IPv6 Home-Agents Anycast Addressが付与されているため、各サーバ部21が上記信号を受信する。サーバ部21は、要請近隣広告メッセージ（Solicited Neighbor Advertisement）をNeighbor Solicitationメッセージの送信元アドレス宛に送信する(144、146、147)。上記要請近隣広告メッセージ(144、146、147)は、Override Flagを設定しない。
【０１０３】
ルータ2はサーバ部21aからNeighbor Advertisementメッセージ(144)を受信すると、Neibhgor Cache管理テーブル310に新規エントリを生成する(145)。続いてルータ２がサーバ部21b、21nからNeighbor Advertisement(146、147)を受信した場合、ルータ2はNeighbor Cache管理テーブル310の該当エントリを更新しない。ルータ２はNeighbor Cache管理テーブル310を参照して、HAアドレス発見要求をサーバ部21aに転送する(148)。
【０１０４】
サーバ部21aは、上記HAアドレス発見要求を受信すると、ステップ138で作成したHAリストを参照する。サーバ部21aは、HAリストテーブルのエントリをプレファレンスの数が高い順に並べる。次にHAリストにサーバ部21aのグローバルユニキャストアドレスが含まれるか否かを確認する。HAリストの先頭に、サーバ部21aのアドレスが含まれる場合、該当エントリを削除する。
サーバ部21aは、HAアドレス発見応答をMN3に送信する(149)。
【０１０５】
網7bにおいてCoAを取得したMN3は、ステップ149で受信したHAアドレス発見応答のHome Agent AddressesフィールドからHAリストを抽出する。
【０１０６】
次に、MN3は上記HAアドレス発見応答の送信元アドレスがHAリストに含まれるか確認する。送信元アドレスがHAリストに含まれなければ、MN3はHAアドレス発見応答送信元に位置登録を行う。送信元アドレスがHAリストに含まれるならば、HAリストに従って位置登録を行う。
ここで、HAリストにサーバ部21aのアドレスが設定されていないものとする。MN3はサーバ部21aに位置登録メッセージ（Binding Update）を送信する(150)。位置登録手順（ステップ150からステップ154）は、第1の実施例のステップ115から119と同様である。
網6の端末４がMN３にパケットを送信する手順（ステップ155）は、第１の実施例のステップ120と同様である。
【０１０７】
以上から明らかなように、ルータ2のNeighbor Cacheには、最初にNeighbor Advertisementを送信したサーバ部21aの情報が記憶される。したがって、Mobile IPv6 Home-Agnets Anycast Address宛に送信されるHAアドレス発見要求は、特定のサーバ部21aが受信する。MNは上記特定のサーバ部21aから受信したHAアドレス発見応答の情報を用いて位置登録を行う。従って、複数のサーバ部で位置登録の負荷分散を行うことができない。
【０１０８】
本発明の第１の実施の形態によると、HA1は代表HAと分散HAで構成する。代表HAにMobile IPv6 Home-Agents Anycast Addressを設定する。代表HAは分散HAからHAリスト情報と負荷情報を収集してHAリストを生成する。HA1は、MN3からHAアドレス発見要求を受信すると、MN3に上記HAリストを含むHAアドレス発見応答を送信する。従って、HA１が負荷分散装置を備えない場合であっても，位置登録処理を複数の分散HA12に分散することが可能になる。位置登録完了後、分散HA12は該当MNのプロキシとして動作するため、HA１におけるパケット転送処理の分散も可能になる。
【０１０９】
また、代表HA11が動的にHAリストを作成する手段を備えるため、HA1が分散HA12の増減設を行う場合、該当分散HA12をHAリストに追加又はHAリストから削除することによって、HA１の拡張性が確保できる。
【０１１０】
本発明の第2の実施の形態を図面を用いて説明する。
【０１１１】
第2の実施例は、第1の実施例に加えて、次の手段を備えることを特徴とする。代表HA11の代表機能部16が通知情報管理テーブル340を備える。代表HA11のMobile IP処理部15がHome Agent Address Discovery Reply送信処理ルーチン90を備える。
図17は通知情報管理テーブル340のテーブル構成の一例を示す。通知情報管理テーブル340は、少なくてもHAアドレス発見要求の送信元アドレス341に対して、通知したHAリスト342の対応関係を格納する。
【０１１２】
図26はHome Agent Address Discovery Reply送信処理ルーチン90を示す。
【０１１３】
代表HA11は、HAアドレス発見要求を受信すると（図23  ステップ113）、Home Agent Address Discovery Reply送信処理ルーチン90を起動する。
【０１１４】
代表HA11は、上記信号の送信元アドレスで通知情報管理テーブル340を検索する（91）。
【０１１５】
上記テーブルに該当エントリが存在しない場合、代表HA11はHAリストテーブル330を参照して、HAリストを生成する（92）。
【０１１６】
代表HA11はHAリストを含むHAアドレス発見応答を送信する(93) （図23  ステップ114）。ここで、代表HA11は、HAアドレス発見要求の送信元アドレスと通知するHAリストの対応情報を通知情報管理テーブル340に追加する(94)。
ステップ91において、該当エントリが存在する場合、該当エントリのHAリストに含まれるHAアドレスで、HAリストテーブル330のライフタイム値を参照する(95)。該当エントリのライフタイム値が満了していなければ、通知情報管理テーブル340からHAリストを読み出して、MNにHAアドレス発見応答を送信する（94）。
【０１１７】
ステップ95において、該当エントリのライフタイムが満了している場合、通知情報管理テーブル340から該当エントリを削除したのち(96)、ステップ92に進む。
【０１１８】
第2の実施例によると、HA1がHAアドレス発見要求の送信元アドレスと通知したHAリストの対応情報を一定期間保持することにより、HA１がMNから１回以上HAアドレス発見要求を受信した場合、HAアドレス発見要求送信元に対して同一のHAリストを通知することが可能になる。
【０１１９】
本発明の第３の実施の形態を図面を用いて説明する。
【０１２０】
第3の実施例は、第１の実施例に示す機能に加えて、次の手段を備えることを特徴とする。代表HA11の代表機能部16がBC情報管理テーブル370を備える。代表HA11のMobile IP処理部15がHome Agent Address Discovery Reply送信処理ルーチン50を備える。代表HA11は分散HA12からBinding Cacheテーブルの情報を定期的に取得する手段を備える。
図27はBC情報管理テーブル370のテーブル構成の一例を示す。BC情報管理テーブル370は、少なくてもMNのホームアドレス371に対して、CoA372、有効期限373、バインディング情報を保持する分散HAのアドレス374の対応関係を格納する。
【０１２１】
図28はHome Agent Address Discovery Reply送信処理ルーチン50を示す。
【０１２２】
代表HA11は、MNからHAアドレス発見要求を受信すると（図23  ステップ113）、Home Agent Address Discovery Reply送信処理ルーチン50を起動する。
【０１２３】
代表HA11は上記HAアドレス発見要求の送信元アドレスでBC情報管理テーブル370を検索する（51）。
【０１２４】
ステップ51において、上記BC情報管理テーブルに該当エントリが存在しない場合、代表HA11はHAリストテーブルを参照してHAリストを生成する(52)。代表HA11は、HAリストを含むHAアドレス発見応答を送信する（53）（図23  ステップ114）。
ステップ51において、上記BC情報管理テーブルに該当エントリが存在する場合、該当エントリのライフタイム値を参照する(54)。該当エントリのライフタイム値が満了していない場合、該当エントリの分散HAアドレス374を読み出す。代表HA11は、HAリストに上記分散HAアドレスと代表HA11のアドレスを含むHAアドレス発見応答を送信する（53）。
【０１２５】
ステップ54において、該当エントリのライフタイム値が満了している場合、BC情報管理テーブルから該当エントリを削除したのち(55)、ステップ52に進む。
【０１２６】
第3の実施例によると、代表HA11が分散HA12からBinding Cacheを取得する手段を備えることにより、MN3がHAアドレス発見要求を繰り返し送信する場合に、HA１はMN3にBinidng Cacheを保持する分散HA12のアドレスを通知することが可能になる。
【０１２７】
本発明の第4の実施の形態を図面を用いて説明する。
【０１２８】
第4の実施例は、第1の実施例から第3の実施例において、HA１が複数のホーム網を収容することを特徴とする。
図29は第4の実施例におけるHA１の構成例を示す。HA１が１つ以上のホーム網を収容する。代表HA11の対ルータ2インタフェースに対して、１つ以上のMobile IPv6 Home-Agents Anycast Addressを付与する。
1つ以上の分散HA12が1ホーム網を構成する。或いは、１分散HA12が１つ以上のホーム網を収容する。
【０１２９】
第４の実施例によるとHA1が複数のホーム網を収容する場合にも、HA１を代表HAと分散HAで構成して、代表HAのインタフェースにMobile IPv6 Home-Agents Anycast Addressを付与することにより、HA１の負荷分散が可能になる。また、HA１に１つ以上のホーム網を収容することが可能になるため、システムの拡張性が増す。
【０１３０】
本発明の第5の実施の形態を図面を用いて説明する。
【０１３１】
第5の実施例は、第1の実施例から第3の実施例において、HA１が複数のホーム網を収容することを特徴とする。
図30は第5の実施例におけるHA１の構成例を示す。HA１は１つ以上のホーム網を収容する。各ホーム網は、１つの代表HAと１つ以上の分散HAで構成する。代表HA11（11a、 11n）の対ルータ2インタフェースに対してホーム網のサブネットプレフィックスを含むMobile IPv6 Home-Agents Anycast Addressを付与する。
【０１３２】
第5の実施例によるとHA1が複数のホーム網を収容する場合、各ホーム網を代表HAと分散HAで構成し、代表HAのインタフェースにMobile IPv6 Home-Agents Anycast Addressを付与することにより、各ホーム網において分散HA間の負荷分散が可能になる。また、HA１に１つ以上のホーム網を収容することが可能になり、システムの拡張性が増す。
【０１３３】
本発明の第6の実施の形態を説明する。
【０１３４】
第6の実施例は、第1の実施例から第3の実施例において、１つのサーバ装置が１つのホーム網を収容することを特徴とする。
各サーバ装置の対ルータ2インタフェースに対して、各ホーム網のサブネットプレフィックスを含むMobile IPv6 Home-Agents Anycast Addressを付与する。各サーバ装置は、代表機能16と分散機能17を備える。
【０１３５】
第6の実施例によるとHA1が複数のホーム網を収容し、各サーバ装置が１つのホーム網を構成して各サーバ装置のインタフェースに各ホーム網のサブネットプレフィックスを含むMobile IPv6 Home-Agents Anycast Addressを付与することによって、HA１は１つ以上のホーム網を収容することが可能になり、システムの拡張性が増す。
【０１３６】
本発明の第7の実施の形態を図面を用いて説明する。
図31は第7の実施例におけるHA１の構成例を示す。HA１は少なくても１つのホーム網を収容する。代表HA11は2重化構成をとる。本実施例において、代表HA11aはアクト系、代表HA11bはスタンバイ系とする。
第7の実施例は、代表機能部16がレプリカ機能部22を備えることを特徴とする。レプリカ機能部22は、Mobile IP処理部15及び代表機能部16が保持するテーブル情報をアクト系からスタンバイ系に複製する機能を備える。
アクト系代表HA11aのインタフェースにMobile IPv6 Home-Agents Anycast Addressを付与する。アクト系からスタンバイ系に切り替えを行う時、アクト系代表HA11aのインタフェースのIPアドレスをスタンバイ系代表HA11bのインタフェースにつけかえる。
【０１３７】
第7の実施例によると、HA１の代表HA11を2重化し、アクト系とスタンバイ系の間でデータの複製を行う手段を備え、系切り替え時にアクト系のインタフェースに付与されたMobile IPv6 Home-Agents Anycast Addressをスタンバイ系につけかえることにより、HA1の信頼性を高めることが可能になる。
【０１３８】
【発明の効果】
以上の実施の形態から明らかなように、本発明は、複数のサーバ装置で構成する移動体通信装置（HA1）に関する。HA１は代表機能を備えるサーバ装置（代表HA）と位置登録処理及びパケット転送処理を行うサーバ装置（分散HA）で構成する。代表HAは分散HAからHAリスト情報と負荷情報を収集する手段と、HAリストを動的に生成する手段を備える。代表HAにMobile IPv6 Home-Agents Anycast Addressを付与することにより、負荷分散装置を導入することなく、HAを構成するサーバ装置間の負荷分散が可能になる。
【０１３９】
また、代表HA11がHAアドレス発見要求送信元アドレスと通知したHAリストの対応情報を備えることにより、MNがHAアドレス発見要求を１回以上送信した場合に、HAアドレス発見要求送信元に対して同一のHAリストを通知することが可能になる。
【０１４０】
あるいは、代表HAが分散HAからBinding Cacheを取得する手段を備え、代表HAがBinding Cacheの複製を保持することにより、MNが繰り返しHAアドレス発見要求を送信した場合、MNのBinding Cacheを保持する分散HAのアドレスを通知することが可能になる。
【０１４１】
HA1が複数のホーム網を収容する場合、代表HAのインタフェースに複数のMobile IPv6 Home-Agents Anycast Addressを付与する。或いは、各ホーム網を代表HAと分散HAで構成し、各代表HAのインタフェースに各ホーム網のサブネットプレフィックスを含むMobile IPv6 Home-Agents Anycast Addressを付与する。HA１において、負荷分散が可能になり、システムの拡張性が増す。
【０１４２】
HA１が複数のホーム網を収容し、各サーバ装置が１つのホーム網を収容する場合、各サーバ装置のインタフェースに各ホーム網のMobile IPv6 Home-Agents Anycast Addressを付与することにより、HA1は複数のホーム網を収容することが可能になり、システムの拡張性が増す。
【０１４３】
HA1の代表HAを2重化して，代表HAを切りかえるとき，Mobile IPv6 Home-Agents Anycast Addressをアクト系代表HAからスタンバイ系代表HAにつけかえることにより，システムの信頼性が増す。
【図面の簡単な説明】
【図１】本発明における通信網の構成例を示す構成図。
【図２】HA１のブロック図。
【図３】IPv6パケットのフォーマット図。
【図４】Neighbor Solicitationメッセージ例の図。
【図５】Neighbor Advertisementメッセージ例の図。
【図６】Home Agent Address Discovery Requestメッセージ例の図。
【図７】Home Agent Address Discovery Replyメッセージ例の図。
【図８】Router Advertisementメッセージ例1の図。
【図９】Router Advertisementメッセージ例2の図。
【図１０】Binding Updateメッセージ例の図。
【図１１】Binding Acknowledgementメッセージ例の図。
【図１２】負荷情報収集要求メッセージ例の図。
【図１３】負荷情報収集応答メッセージ例の図。
【図１４】ルータ2が備えるNeighbor Cache管理テーブル図。
【図１５】HA１が備えるBinding Cache管理テーブル図。
【図１６】HA１の代表HAが備えるHAリストテーブル図。
【図１７】第2の実施例において、HA１の代表HAが備える通知情報管理テーブル図。
【図１８】HA１の分散HAが備えるHA負荷情報管理テーブル図。
【図１９】HA１の代表HAが備えるHA負荷情報管理テーブル図。
【図２０】HA1の代表HAが備えるHAリスト生成ルーチン図。
【図２１】HA1の分散HAが備えるRA送信処理ルーチン図。
【図２２】Mobile IPv6 Home-Agents Anycast Addressのフォーマット図。
【図２３】本発明における位置登録シーケンス図および網6の端末4がMobile IPv6対応MN3と通信する場合のシーケンス図。
【図２４】従来例から想定するHA１のブロック図。
【図２５】従来例から想定する位置登録シーケンス図及び網６の端末4がMobile IPv6対応MN3と通信する場合のシーケンス図。
【図２６】第2の実施例において、HA１の代表HAが備えるHome Agent Address Discovery Reply送信処理ルーチン図。
【図２７】第3の実施例において、HA１の代表HAが備えるBC情報管理テーブル図。
【図２８】第3の実施例において、HA１の代表HAが備えるHome Agent Address Discovery Reply送信処理ルーチン図。
【図２９】第4の実施例における、HA１のブロック図。
【図３０】第5の実施例における、HA１のブロック図。
【図３１】第7の実施例における、HA１のブロック図。
【符号の説明】
1 HA、3 Mobile IP移動ノード(MN)、4 端末（CN）、60 HAリスト生成ルーチン、80 RA送信処理ルーチン、50、90 Home Agent Address Discovery Reply送信処理ルーチン。
【図１】
0004019880.tif 000002
【図２】
0004019880.tif 000003
【図３】
0004019880.tif 000004
【図４】
0004019880.tif 000005
【図５】
0004019880.tif 000006
【図６】
0004019880.tif 000007
【図７】
0004019880.tif 000008
【図８】
0004019880.tif 000009
【図９】
0004019880.tif 000010
【図１０】
0004019880.tif 000011
【図１１】
0004019880.tif 000012
【図１２】
0004019880.tif 000013
【図１３】
0004019880.tif 000014
【図１４】
0004019880.tif 000015
【図１５】
0004019880.tif 000016
【図１６】
0004019880.tif 000017
【図１７】
0004019880.tif 000018
【図１８】
0004019880.tif 000019
【図１９】
0004019880.tif 000020
【図２０】
0004019880.tif 000021
【図２１】
0004019880.tif 000022
【図２２】
0004019880.tif 000023
【図２３】
0004019880.tif 000024
【図２４】
0004019880.tif 000025
【図２５】
0004019880.tif 000026
【図２６】
0004019880.tif 000027
【図２７】
0004019880.tif 000028
【図２８】
0004019880.tif 000029
【図２９】
0004019880.tif 000030
【図３０】
0004019880.tif 000031
【図３１】
0004019880.tif 000032