(57)【要約】【課題】ＨＡ１を１つ以上のサーバ装置で構成し、各サーバ装置２１にＭｏｂｉｌｅ　ＩＰｖ６Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓを付与する場合、隣接ルータ２のネイバーキャッシュは上記Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓに対して各サーバ装置のリンクレイヤアドレス情報を格納しない。このため、サーバ装置間で負荷分散ができない。【解決手段】ＨＡ１を代表ＨＡ１１と分散ＨＡ１２で構成する。代表ＨＡにＡｎｙｃａｓｔ　Ａｄｄｒｅｓｓを付与する。代表ＨＡ１１は分散ＨＡからＨＡリストと負荷情報を収集する手段を備える。代表ＨＡ１１は、動的にＨＡリストを生成してＭＮ３に通知する。【効果】ＭＮ３がＨＡアドレス発見応答に含まれるＨＡリストに基づき位置登録を行うことにより、ＨＡ１を構成するサーバ装置間で負荷分散が可能になる。【選択図】図２
2004120270.tif 000002
【特許請求の範囲】
【請求項１】
プロトコルＰに従う網Ｘにおけるサーバ装置が、１台以上の情報処理装置により構成され、
上記サーバ装置は、代表機能を備える情報処理装置Ａと代表機能を備えない情報処理装置Ｂとから構成し、
上記代表機能を備える情報処理装置Ａは、代表機能を備えない情報処理装置Ｂから情報処理装置Ｂの属性情報と負荷情報を収集する手段を備え、
上記代表機能を備える情報処理装置Ａのインタフェースはインタフェース群を表すアドレスを保持し、
上記情報処理装置Ｂは、あるプロトコルＰに従う網Ｙにおいて端末装置が取得したアドレスと網Ｘにおいて端末装置に付与されたアドレスの対応情報を格納する手段を備え、
上記サーバ装置がインタフェース群を示すアドレス宛の信号情報を受信すると、上記代表機能を備える情報処理装置Ａが情報処理装置Ｂから収集した属性情報と負荷情報からリスト情報を作成し、上記リスト情報を通知する手段を備えることを特徴とするサーバ装置。
【請求項２】
プロトコルＰがＩＰｖ６プロトコルであり、サーバ装置がＭｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ　Ａｇｅｎｔであることを特徴とする請求項１に記載のサーバ装置。
【請求項３】
インタフェース群を表すアドレスがＭｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓであり、インタフェース群を表すアドレス宛の信号がＨｏｍｅ　Ａｇｅｎｔ　Ａｄｄｒｅｓｓ　Ｄｉｓｃｏｖｅｒｙ　Ｒｅｑｕｅｓｔであり、情報処理装置Ａが情報処理装置Ｂから収集した属性情報がＨｏｍｅ　Ａｇｅｎｔに関する情報であることを特徴とする請求項２に記載のサーバ装置。
【請求項４】
情報処理装置Ａがインタフェース群を示すアドレス宛の信号情報の送信元アドレスと通知したリスト情報の対応関係を格納する手段と、
情報処理装置Ａがインタフェース群を表すアドレス宛の信号を受信した場合に上記対応関係を参照する手段を備え、
上記インタフェース群を表すアドレス宛の信号の送信元が上記対応関係を格納する記憶領域に存在する場合に、情報処理装置Ａが上記記憶領域からリスト情報を読み出して上記信号の送信元に通知することを特徴とする請求項１から請求項３のうちいずれかに記載のサーバ装置。
【請求項５】
サーバ装置を構成する情報処理装置Ａは、情報処理装置Ｂからアドレスの対応情報を取得する手段と、
上記アドレスの対応情報と情報処理装置Ｂの対応関係を格納する手段と、
情報処理装置Ａがインタフェース群を表すアドレス宛の信号を受信した場合に上記対応関係を参照する手段を備え、
上記インタフェース群を表すアドレス宛の信号の送信元が上記対応関係を格納する記憶領域に存在する場合に、情報処理装置Ａが上記記憶領域から情報処理装置Ｂの情報を読み出して上記信号の送信元に通知することを特徴とする請求項１から請求項３のうちいずれかに記載のサーバ装置。
【請求項６】
サーバ装置が少なくても１つの移動体通信網のホーム網を収容し、情報処理装置Ａが少なくても１つのホーム網の代表機能を備えることを特徴とする請求項１から請求項５のうちいずれかに記載のサーバ装置。
【請求項７】
サーバ装置が少なくても１つの移動体通信網のホーム網を収容し、各ホーム網は、情報処理装置Ａと少なくても１つの情報処理装置Ｂを備えることを特徴とする請求項１から請求項５のうちいずれかに記載のサーバ装置。
【請求項８】
サーバ装置に情報処理装置Ａ１とＡ２が存在し、情報処理装置Ａ１が情報処理装置２に情報処理装置Ａ１の情報を複製することを特徴とする請求項１から請求項７のうちいずれかに記載のサーバ装置。
【請求項９】
プロトコルＰに従う網Ｘにおけるサーバ装置が、１台以上の情報処理装置により構成され、
上記サーバ装置は、代表機能を備える情報処理装置Ａと代表機能を備えない情報処理装置Ｂとから構成し、
上記代表機能を備える情報処理装置Ａは、代表機能を備えない情報処理装置Ｂから情報処理装置Ｂの属性情報と負荷情報を収集する手段を備え、
上記代表機能を備える情報処理装置Ａのインタフェースはインタフェース群を表すアドレスを保持し、
上記情報処理装置Ｂは、あるプロトコルＰに従う網Ｙにおいて端末装置が取得したアドレスと網Ｘにおいて端末装置に付与されたアドレスの対応情報を格納する手段を備え、
上記サーバ装置が上記端末装置からインタフェース群を示すアドレス宛の信号情報を受信すると、情報処理装置Ａが情報処理装置Ｂから収集した属性情報と負荷情報からリスト情報を作成し、上記リスト情報を通知することを特徴とする移動体通信方法。
【請求項１０】
プロトコルＰがＩＰｖ６プロトコルであり、サーバ装置がＭｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ　Ａｇｅｎｔであることを特徴とする請求項９に記載の移動体通信方法。
【請求項１１】
インタフェース群を表すアドレスがＭｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓであり、インタフェース群を表すアドレス宛の信号がＨｏｍｅ　Ａｇｅｎｔ　Ａｄｄｒｅｓｓ　Ｄｉｓｃｏｖｅｒｙ　Ｒｅｑｕｅｓｔであり、情報処理装置Ａが情報処理装置Ｂから収集した属性情報がＨｏｍｅ　Ａｇｅｎｔに関するリスト情報であることを特徴とする請求項１０に記載の移動体通信方法。
【請求項１２】
情報処理装置Ａがインタフェース群を示すアドレス宛の信号情報の送信元アドレスと通知したリスト情報の対応関係を格納する手段と、
情報処理装置Ａがインタフェース群を表すアドレス宛の信号を受信した場合に上記対応関係を参照する手段を備え、
サーバ装置が上記インタフェース群を表すアドレス宛の信号を受信したとき情報処理装置Ａが上記対応関係を格納する記憶領域を参照して、上記記憶領域に上記送信元アドレスの情報に存在する場合に、情報処理装置Ａが上記記憶領域からリスト情報を読み出して上記信号の送信元に通知することを特徴とする請求項９から請求項１１のうちいずれかに記載の移動体通信方法。
【請求項１３】
サーバ装置を構成する情報処理装置Ａは、情報処理装置Ｂからアドレスの対応情報を取得する手段と、
上記アドレスの対応情報と情報処理装置Ｂの対応関係を格納する手段と、
情報処理装置Ａがインタフェース群を表すアドレス宛の信号を受信した場合に上記対応関係を参照する手段を備え、
上記インタフェース群を表すアドレス宛の信号の送信元が上記対応関係を格納する記憶領域に存在する場合に、情報処理装置Ａが上記記憶領域から情報処理装置Ｂの情報を読み出して上記信号の送信元に通知することを特徴とする請求項９から請求項１１のうちいずれかに記載の移動体通信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、移動体通信を提供する装置に関する。特にＩＰｖ６　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓを用いて負荷分散を実現する移動体通信装置、及び、移動体通信方法に関する。
【０００２】
【従来の技術】
近年移動体通信網のＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）化の検討が活発化している。
ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｔａｓｋ　Ｆｏｒｃｅ）は、Ｍｏｂｉｌｅ　ＩＰｖ６仕様の標準化をすすめている（Ｒｅｆ．　Ｍｏｂｉｌｉｔｙ　Ｓｕｐｐｏｒｔ　ｉｎ　ＩＰｖ６　＜ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｉｐｖ６−１８．ｔｘｔ＞、　Ｗｏｒｋ　ｉｎ　Ｐｒｏｇｒｅｓｓ）。
Ｍｏｂｉｌｅ　ＩＰｖ６の網構成要素は、移動ノード（ＭＮ：Ｍｏｂｉｌｅ　Ｎｏｄｅ）、ホームエージェント（ＨＡ：Ｈｏｍｅ　Ａｇｅｎｔ）、通信相手（ＣＮ：Ｃｏｒｒｅｓｐｏｎｄｅｎｔ　Ｎｏｄｅ）である。
ＭＮには、移動しても変わることのない一意のＩＰアドレス（ホームアドレス）が付与される。ホームアドレスと同じプレフィックスを持つリンクをホームリンクと呼ぶ。ホームリンクには１つ以上のＨＡをおくことができる。ＨＡは、ホームリンク以外に存在するＭＮの位置情報（Ｂｉｎｄｉｎｇ　Ｃａｃｈｅ）を管理する。同じホームリンクに複数のＨＡがある場合、リンク上のＨＡの一覧を保持するため、ＨＡはＨＡアドレスやプレファレンスなどの情報を交換する。情報の交換には、ルータ広告（Ｒｏｕｔｅｒ　Ａｄｖｅｒｔｉｓｅｍｅｎｔ）を用いる。
ＭＮはホームリンク以外のリンクに移動すると、在圏リンクにおいてＩＰアドレスを取得する。このアドレスを気付アドレス（Ｃａｒｅ　ｏｆ　Ａｄｄｒｅｓｓ、以下ＣｏＡで表す）とよぶ。ＭＮは在圏リンクに設置されるルータが定期的に送信するルータ広告を受信する。ＭＮはホームアドレスと異なるプレフィックスを検出することで移動を検知する。
【０００３】
ＭＮは移動を検知すると、ＨＡに位置登録を行う。ＭＮはＨｏｍｅ　Ａｇｅｎｔ　Ａｄｄｒｅｓｓ　Ｄｉｓｃｏｖｅｒｙ機能（ＨＡアドレス発見機能）を備え、ＨＡのＩＰアドレスを動的に検索することが可能である。
【０００４】
ＭＮはホームリンクのプレフィックスからＭｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓを作成する。ＭＮは上記アドレス宛にＨＡアドレス発見要求（ＩＣＭＰ　Ｈｏｍｅ　ＡｇｅｎｔＡｄｄｒｅｓｓ　Ｄｉｓｃｏｖｅｒｙ　Ｒｅｑｕｅｓｔ）を送信する。上記信号は、ホームリンクのいずれかのＨＡに送信される。上記信号を受信したＨＡは、ＭＮに対してＨＡの情報を含むＨＡアドレス発見応答（ＩＣＭＰ　Ｈｏｍｅ　Ａｇｅｎｔ　Ａｄｄｒｅｓｓ　Ｄｉｓｃｏｖｅｒｙ　Ｒｅｐｌｙ）を送信する。ＭＮは上記信号からＨＡの情報を取り出すことによって、ＨＡのアドレスを取得する。ＭＮは取得したＨＡアドレスに対して位置登録（Ｂｉｎｄｉｎｇ　Ｕｐｄａｔｅ）を行う。
【０００５】
ＨＡは、上記信号（Ｂｉｎｄｉｎｇ　Ｕｐｄａｔｅ）を受信すると、ＭＮのホームアドレスとＣｏＡのバインディング情報をＢｉｎｄｉｎｇ　Ｃａｃｈｅに保持する。次に、ＨＡは、上記ＭＮ宛のパケットを捕捉するため、Ｇｒａｔｕｉｔｏｕｓ　Ｎｅｉｇｈｂｏｒ　Ａｄｖｅｒｔｉｓｅｍｅｎｔをマルチキャストして上記ＭＮのプロキシとして動作する。
ＣＮはＭＮの通信相手ノードである。
以下、ＣＮがＭＮ宛にパケットを送信する手順を説明する。
ＣＮはＭＮのホームアドレス宛にパケットを送信する。ＨＡは上記ＭＮのホームアドレス宛パケットを捕捉する。ＨＡはＢｉｎｄｉｎｇ　Ｃａｃｈｅを検索して、ＭＮのホームアドレスに対応するＣｏＡを取得する。ＨＡは受信したパケットに該当ＣｏＡ宛のＩＰヘッダを付加（カプセル化）してパケットを送信する。
ＭＮは上記ＣｏＡ宛のパケットを受信すると、先に付加されたＩＰヘッダを除去（デカプセル化）してオリジナルパケットを復元する。
【０００６】
ＩＰｖ６のアドレス体系はＲＦＣ２３７３で規定される。ＩＰｖ６のアドレス体系には、ｕｎｉｃａｓｔ、　ａｎｙｃａｓｔ、　ｍｕｌｔｉｃａｓｔの３つのタイプが定義される。Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓはインタフェース群を表す。Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓを着信先アドレスとするパケットは、そのＡｎｙｃａｓｔ　Ａｄｄｒｅｓｓを持つインタフェース群のうち、最も近いインタフェースに送信される。Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓの利用例として、上述したＭｏｂｉｌｅ　ＩＰのＨｏｍｅ　Ａｇｅｎｔ　Ａｄｄｒｅｓｓ　Ｄｉｓｃｏｖｅｒｙ機能がある。
【０００７】
ＩＰｖ６ノードはＡｎｙｃａｓｔ　Ａｄｄｒｅｓｓに対するリンク層アドレスを解決するとき、要請ノードマルチキャストアドレス宛に近隣要請（Ｎｅｉｇｈｂｏｒ　Ｓｏｌｉｃｉｔａｔｉｏｎ）メッセージを送信する。近隣要請メッセージを受信したノードは、上記メッセージのターゲットアドレスパラメータに自ノードのアドレスが設定される場合、要請近隣広告（Ｎｅｉｇｈｂｏｒ　Ａｄｖｅｒｔｉｓｅｍｅｎｔ）メッセージを送信する。Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓに対する要請近隣広告メッセージは、ｏｖｅｒｒｉｄｅ　ｆｌａｇを設定しない。
【０００８】
【発明が解決しようとする課題】
領域Ａと領域Ｂが相互接続され、領域Ａに属する移動ノード（ＭＮ）が領域Ｂに移動した場合、領域Ａに存在する移動ノードの位置情報を保持するＨＡはＭＮのプロキシとして動作する。
【０００９】
ＨＡを１台以上のサーバで構成して、位置登録やパケット転送に係る負荷を分散することがある。この場合、各サーバにＭｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓを付与することが想定できる。
【００１０】
ＨＡに隣接するルータは、ＨＡのプレフィックスを有するＭｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓ宛のパケットを受信すると、上記Ａｎｙｃａｓｔ　ＡｄｄｒｅｓｓでＮｅｉｇｈｂｅｒＣａｃｈｅを検索する。Ｎｅｉｇｈｂｅｒ　Ｃａｃｈｅに上記Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓのエントリが存在しなければ、リンク層アドレスを解決するため、隣接ルータは、近隣要請メッセージを送信する。上記近隣要請メッセージは、ターゲットアドレスフィールドに上記Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓを含む。ＨＡを構成する各サーバは上記近隣要請メッセージの応答として、要請近隣広告メッセージを送信する。
【００１１】
しかし、Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓに対する要請近隣広告メッセージは、ｏｖｅｒｒｉｄｅ　ｆｌａｇを設定しない。このため、隣接ルータは、最初に近隣要請メッセージに応答したサーバのリンク層アドレス情報をＮｅｉｇｈｂｏｒ　Ｃａｃｈｅに登録する。従って、隣接ルータは、ＭＮが送信するＨＡアドレス発見要求を上記Ｎｅｉｇｈｂｏｒ　Ｃａｃｈｅに登録される特定サーバに送信する。ＭＮは特定サーバからＨＡの情報を含むＨＡアドレス発見応答を受信する。ＭＮは受信情報に基づいて位置登録を行うため、特定のサーバに位置登録が集中する。即ち、ＨＡを１台以上のサーバで構成する場合、サーバの間で位置登録やパケット転送の負荷分散ができないという課題がある。
本発明の目的は、ＨＡを１台以上のサーバで構成する場合、各サーバの負荷を効率的に均等化、分散化する移動体通信装置と移動体通信方法を提供することにある。
特に、領域Ａに存在するＨＡを１台以上のサーバで構成して、領域Ａに属する移動端末ｙが領域Ｂに移動した場合、Ｍｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓを活用して移動端末ｙに通知するＨＡアドレスをかえることにより、領域Ａに存在するＨＡの負荷分散を行う移動体通信装置と移動体通信方法を提供することにある。
【００１２】
本発明のその他の目的は、ＭＮに影響を与えることなく、サーバの増減設が可能な移動体通信装置を提供することにある。
【００１３】
【課題を解決するための手段】
上記の問題を解決するために、本発明では、従来の移動体通信方式に加え、少なくても以下の手段を備える。すなわち、
（１）移動体通信装置（ＨＡ）は１台以上のサーバ装置で構成する。移動体通信装置（ＨＡ）は代表機能と分散機能を備える。代表機能を備えるサーバ装置は、分散機能を備えるサーバ装置からＨＡ情報と負荷情報を収集する手段と、上記収集した情報に基づいてＨＡリストを作成する手段を備える。代表機能を備えるサーバ装置のインタフェースにＭｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓを付与する。
（２）移動端末装置（ＭＮ）はＭｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓ　宛にＨＡアドレス発見要求を送信する。代表機能を備えるサーバ装置が上記ＨＡアドレス発見要求を受信する。。代表機能を備えるサーバ装置はＨＡリストを生成してＭＮに通知する手段を備える。
（３）さらに、上記代表機能を備えるサーバ装置は、ＨＡアドレス発見要求の送信元アドレスと通知したＨＡリストの対応情報を保持する手段を備える。同一送信元からＨＡアドレス発見要求を受信した場合、上記代表機能を備えるサーバ装置は、上記対応情報を参照してＨＡリストの情報を通知してもよい。
あるいは、上記代表機能を備えるサーバ装置が分散機能を備えるサーバ装置から位置情報を取得する手段と上記位置情報と分散機能を備えるサーバ装置の対応情報を保持する手段を備える。同一送信元からＨＡアドレス発見要求を受信した場合、上記代表機能を備えるサーバ装置は、上記対応情報を参照して分散機能を備えるサーバ装置の情報を通知してもよい。
（４）さらに、１台以上の分散機能を備えるサーバ装置がグループを構成して、グループ毎にホーム網を構成してもよい。或いは１台のサーバ装置に１つ以上のホーム網を収容してもよい。このとき、代表機能を備えるサーバ装置のインタフェースに、各ホーム網のＭｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓを付与する。
【００１４】
各ホーム網は、代表機能を備えるサーバ装置と１つ以上の分散機能を備えるサーバ装置で構成する。
【００１５】
以上の機能は、ハードウエア、ソフトウエア、あるいはそれらの組み合わせで実現することができる。
【００１６】
【発明の実施の形態】
本発明の第１の実施の形態を図面を用いて説明する。
【００１７】
代表例として、Ｍｏｂｉｌｅ　ＩＰｖ６対応移動ノード（ＭＮ）がホームリンク（以下、ホーム網）以外の網（以下、在圏網）に移動したとき、ＨＡアドレス発見機能を用いて位置登録を行う場合について詳細に説明する。
【００１８】
図１は、本発明における通信網の構成例を示す。通信網はＭＮ３のホーム網６と在圏網７（７ａ、７ｂ）から構成される。本実施例において、網６と網７（７ａ、７ｂ）はＩＰｖ６網である。ＭＮ３はＭｏｂｉｌｅ　ＩＰｖ６対応移動ノードである。網６と網７はルータあるいは中継網を介して接続される。
ホーム網６はＨＡ１を備える。在圏網７（７ａ、７ｂ）は、ルータ５（５ａ、５ｂ）を備える。
【００１９】
ＨＡ１はＭｏｂｉｌｅ　ＩＰｖ６対応ホームエージェント（ＨＡ）である。ＨＡ１はホーム網６以外に存在するＭＮ３の位置情報を管理する。ＨＡ１は通信相手端末（ＣＮ）４がＭＮ３のホームアドレス宛に送信するパケットを捕捉して、在圏網７ｂに存在するＭＮ３にパケットを転送する機能を備える。
【００２０】
図２はＭＮ３のホーム網６に設置するＨＡ１の構成例を示す。ＨＡ１は、サーバ部（１１、１２）と、回線１８（１８ａ、１８ｂ、１８ｍ、１８ｎ）を収容するインタフェース部（ＩＦ）１９（１９ａ、１９ｂ、１９ｍ、１９ｎ）と、スイッチ部２０（２０ａ、２０ｂ）とから構成される。
【００２１】
サーバ部１１は、主にパケット受信・送信処理部１３と、カプセル化・デカプセル化処理部１４と、Ｍｏｂｉｌｅ　ＩＰ処理部１５と、代表機能部１６とを備える。
【００２２】
パケット送信・受信処理部１３はデータパケットを送信又は受信する機能を備える。カプセル化・デカプセル化処理部１４はデータパケットに対して、ＩＰヘッダの追加又は削除を行う機能を備える。
【００２３】
Ｍｏｂｉｌｅ　ＩＰ処理部１５は、Ｍｏｂｉｌｅ　ＩＰプロトコル処理機能と、Ｍｏｂｉｌｅ　ＩＰのホームエージェント（ＨＡ）機能を備える。Ｍｏｂｉｌｅ　ＩＰのＨＡ機能に、Ｂｉｎｄｉｎｇ　Ｃａｃｈｅ管理テーブル３２０とＨＡリストテーブル３３０とＨＡリスト生成ルーチン６０とを備える。
【００２４】
代表機能部１６は、主にサーバ部１２からＨＡ情報と負荷情報を収集する機能と、ＨＡ負荷情報管理テーブル３６０を備える。
【００２５】
以下、代表機能部１６を備えるサーバ部１１を代表ＨＡと呼ぶ。
【００２６】
図１５はＢｉｎｄｉｎｇ　Ｃａｃｈｅ管理テーブル３２０のテーブル構成の一例を示す。Ｂｉｎｄｉｎｇ　Ｃａｃｈｅ管理テーブル３２０は、ＭＮのホームアドレス３２１に対して、少なくてもＭＮが在圏網で取得したＣａｒｅ　ｏｆ　Ａｄｄｒｅｓｓ　（ＣｏＡ）３２２と、Ｂｉｎｄｉｎｇ　Ｃａｃｈｅの有効期間を示すＬｉｆｅｔｉｍｅ３２３と、Ｈｏｍｅ　Ｒｅｇｉｓｔｒａｔｉｏｎであるか否かを示すフラグ３２４と、ＭＮがＨＡ１に送信する位置登録要求の認証に用いるシーケンス番号３２５の対応関係を格納する。
【００２７】
図１６はＨＡリストテーブル３３０のテーブル構成の一例を示す。
ＨＡリストテーブル３３０は、ＨＡのリンクローカルアドレス３３１に対して、少なくてもＨＡのグローバルアドレス３３２と、該当ＨＡのプレファレンスを示すＨＡ　Ｐｒｅｆｅｅｎｃｅ３３３と、該当ＨＡの残有効期限を示すＲｅｍａｉｎｉｎｇ　Ｌｉｆｅｔｉｍｅ３３４の対応関係を格納する。図１９はサーバ部１１が備えるＨＡ負荷情報管理テーブル３６０のテーブル構成の一例を示す。
ＨＡ負荷情報管理テーブル３６０は、分散機能部１７を含むサーバ部（分散ＨＡ）１２のアドレス３６１に対して、少なくても各分散ＨＡが保持するＢｉｎｄｉｎｇ　Ｃａｃｈｅのエントリ数３６２と、パケット送信数３６３と、パケット受信数３６４の対応関係を格納する。
図２に戻り、ＨＡ１の構成例の説明を続ける。
【００２８】
サーバ部１２（１２ａ、１２ｎ）は、主にパケット受信・送信処理部１３と、カプセル化・デカプセル化処理部１４と、Ｍｏｂｉｌｅ　ＩＰ処理部１５と、分散機能部１７とを備える。サーバ部１２とサーバ部１１の違いは、サーバ部１２が代表機能部１６のかわりに分散機能部１７を備えることである。また、サーバ部１２のＭｏｂｉｌｅ　ＩＰ処理部１５は、ＲＡ送信処理ルーチン８０を備える。
【００２９】
以下、分散機能部１７を備えるサーバ部１２を分散ＨＡと呼ぶ。
【００３０】
分散機能部１７は、主に分散ＨＡ自身のＨＡ情報と負荷情報をサーバ部１１（代表ＨＡ）に通知する機能と、ＨＡ負荷情報管理テーブル３５０を備える。
図１８はサーバ部１２が備えるＨＡ負荷情報管理テーブル３５０のテーブル構成の一例を示す。
ＨＡ負荷情報管理テーブル３５０は、分散ＨＡのアドレス３５１に対して、少なくても各分散ＨＡが保持するＢｉｎｄｉｎｇ　Ｃａｃｈｅのエントリ数３５２と、パケット送信数３５３と、パケット受信数３５４の対応関係を格納する。
【００３１】
第１の実施例において、ＨＡ１は１ホーム網を収容する。Ｍｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓは、代表ＨＡ１１のインタフェースに付与する。
【００３２】
図２３に示すシーケンスに従って、図１に示す網６の端末４が網７ｂに在圏するＭＮ３と通信を開始するまでのシーケンスを説明する。
【００３３】
各分散ＨＡ１２（１２ａ、１２ｂ、）は、ＨＡの情報を交換するため、ＲＡ送信処理ルーチン８０を起動して、非要請ルータ広告（Ｕｎｓｏｌｉｃｉｔｅｄ　Ｒｏｕｔｅｒ　Ａｄｖｅｒｔｉｓｅｍｅｎｔ）を送信する。
【００３４】
図２１にＲＡ送信処理ルーチン８０を示す。
【００３５】
分散ＨＡ１２は、分散ＨＡ１２自身のプレファレンスを決定する（８１）。各分散ＨＡのプレファレンス値は、予め構成情報として設定する。
【００３６】
各分散ＨＡ１２（１２ａ、１２ｂ）は、ステップ８１で決定したプレファレンスを含むルータ広告（Ｒｏｕｔｅｒ　Ａｄｖｅｒｔｉｓｅｍｅｎｔ）をａｌｌ　ｎｏｄｅｓ　ｍｕｌｔｉｃａｓｔ　ａｄｄｒｅｓｓ（ｆｆ０２：：１）宛に送信する（８２、１０１、１０５）。
【００３７】
図３はＩＰｖ６パケットフォーマットを示す。
【００３８】
図９は分散ＨＡ１２が送信するＲｏｕｔｅｒ　Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージのフォーマット例Ｓ６を示す。Ｒｏｕｔｅｒ　ＡｄｖｅｒｔｉｓｅｍｅｎｔメッセージＳ６は、ＩＰｖ６パケットのＰａｙｌｏａｄ５４に格納される。
【００３９】
分散ＨＡ１２ａが送信するＲｏｕｔｅｒ　Ａｄｖｅｒｔｉｓｅｍｅｎｔには、以下の値を格納する。ＩＰｖ６ヘッダの送信元ＩＰアドレス５１に分散ＨＡ１２ａのリンクローカルアドレスを設定する。ＩＣＭＰヘッダ４１１のＨビットを設定する。Ｐｒｅｆｉｘ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｏｐｔｉｏｎ４１２１のＲビットを設定して、Ｐｒｅｆｉｘに分散ＨＡ１２ａの完全なアドレスを設定する。Ｈｏｍｅ　Ａｇｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｏｐｔｉｏｎ４１２４のＨｏｍｅ　Ａｇｅｎｔ　Ｐｒｅｆｅｒｅｎｃｅにステップ８１で決定したプレファレンスを設定する。
【００４０】
次にＲＡ送信間隔タイマを初期化する（８３）。ＲＡ送信間隔タイマが満了すると（８４）、再びステップ８１に戻る。ステップ８３において、ＲＡ送信間隔タイマの初期化に失敗した場合、あるいは、ＲＡの送信を中止する場合、本ルーチンを終了する。
【００４１】
ＲＡ送信間隔タイマの初期値は、管理者が予め設定する。
【００４２】
代表ＨＡ１１は分散ＨＡ１２ａからルータ広告（Ｒｏｕｔｅｒ　Ａｄｖｅｒｔｉｓｅｍｅｎｔ）（１０１）を受信すると、ＨＡリスト生成ルーチン６０を起動する。
【００４３】
図２０はＨＡリスト生成ルーチン６０を示す。
【００４４】
代表ＨＡ１１は、受信したルータ広告のＨビットを参照する（６１）。
【００４５】
Ｈビットが設定されていれば、ルータ広告の送信元アドレスを抽出する（６２）。送信元アドレスには、分散ＨＡ１２のリンクローカルアドレスが格納されている。
【００４６】
代表ＨＡ１１はルータ広告送信元（分散ＨＡ１２ａ、分散ＨＡ１２ｂ）のプレファレンスを抽出する（６３）。プレファレンスは、Ｈｏｍｅ　Ａｇｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｏｐｔｉｏｎ４１２４のＨｏｍｅ　Ａｇｅｎｔ　Ｐｒｅｆｅｒｎｅｃｅフィールドに格納される。ルータ広告がＨｏｍｅ　Ａｇｅｎｔ　ＩｎｆｏｒｍａｔｉｏｎＯｐｔｉｏｎ４１２４を含まない場合、プレファレンスのデフォルト値は”０”である。
【００４７】
次に、代表ＨＡ１１はルータ広告送信元のライフタイムを抽出する（６４）。ライフタイムは、Ｈｏｍｅ　Ａｇｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｏｐｔｉｏｎ４１２４のＨｏｍｅ　Ａｇｅｎｔ　Ｌｉｆｅｔｉｍｅフィールドに格納される。ルータ広告がＨｏｍｅ　Ａｇｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｏｐｔｉｏｎ４１２４を含まない場合、ルータ広告のＲｏｕｔｅｒ　Ｌｉｆｅｔｉｍｅを利用する。
【００４８】
ここで、代表ＨＡ１１はステップ６２で抽出したアドレスで、ＨＡリストテーブル３３０を検索する（６５）。該当エントリが存在しない場合、ステップ６４で抽出したライフタイムが０より大きければ（６６）、Ｐｒｅｆｅｒｅｎｃｅ　Ｉｎｆｏｒｍａｔｉｏｎ　ＯｐｔｉｏｎのＲビットを参照する。Ｒビットが設定されていれば、Ｐｒｅｆｉｘフィールドからルータ広告送信元（分散ＨＡ１２）のグローバルアドレスを抽出する（６７）。
【００４９】
次にステップ６２又はステップ６７で抽出したアドレスでＨＡ負荷情報管理テーブル３６０を検索する（６８）。
【００５０】
ステップ６８において、該当エントリがＨＡ負荷情報管理テーブル３６０に存在する場合、代表ＨＡ１１は、ＢＣエントリ数、パケット送信数、あるいは、パケット受信数のいずれかの値が閾値を超えているかチェックする。閾値を超える場合、ステップ６３で決定したプレファレンス値を下げる。閾値は、予め設定する。
【００５１】
代表ＨＡ１１は、ＨＡリストテーブルに分散ＨＡ１２のエントリを追加する（６９、１０６）。代表ＨＡ１１は本ルーチンを終了する。
【００５２】
代表ＨＡ１１は各分散ＨＡ１２から周期的に負荷情報の収集を行い、ＨＡ負荷情報管理テーブル３６０を更新する。負荷情報の収集間隔は、管理者が予め設定する。
【００５３】
代表ＨＡ１１は、分散ＨＡ１２ａに負荷情報収集要求メッセージを送信して分散ＨＡ１２の負荷情報を収集する（１０３）。負荷情報は、例えば、ＳＮＭＰ（Ｓｉｍｐｌｅ　Ｎｅｔｗｏｒｋ　Ｍａｎａｇｅｍｅｎｔ　Ｐｒｏｔｏｃｏｌ）を用いて収集する。
【００５４】
分散ＨＡ１２は、ＨＡ負荷情報管理テーブル３５０を参照して、代表ＨＡ１１に負荷情報を通知する（１０４）。
【００５５】
代表ＨＡ１１は、分散ＨＡ１２の負荷情報を負荷情報収集応答メッセージから抽出して、ＨＡ負荷情報管理テーブル３６０に格納する。
【００５６】
図１２は負荷情報収集要求メッセージのフォーマット例Ｓ２１を示す。
【００５７】
図１３は負荷情報収集応答メッセージのフォーマット例Ｓ２２を示す。
【００５８】
ステップ６１においてＨビットが設定されていなければ、ルータ広告の送信元アドレスでＨＡリストテーブル３３０を検索する（７０）。該当エントリが存在する場合、代表ＨＡ１１はＨＡリストテーブルから該当エントリを削除して（７１）、本ルーチンを終了する。該当エントリが存在しなければ、本ルーチンを終了する。
【００５９】
ステップ６５において、ＨＡリストテーブル３３０に該当エントリが存在する場合、ステップ６４で抽出したライフタイムを参照する（７２）。ライフタイムが０より大きければ、ライフタイム値を更新して（７４）、ステップ６８に進む。
【００６０】
ステップ７２において、ライフタイムが０以下であれば、該当エントリを削除して（７３）、本ルーチンを終了する。
【００６１】
ステップ６６において、ライフタイムが０以下であれば、本ルーチンを終了する。
【００６２】
ＭＮ３は網７ｂに存在するルータ５ｂからルータ広告（Ｒｏｕｔｅｒ　Ａｖｅｒｔｉｓｅｍｅｎｔ）を受信する（１０７）。ＭＮ３はＲｏｕｔｅｒ　ＡｖｅｒｔｉｓｅｍｅｎｔのＭビットを参照して、ＣｏＡ（Ｃａｒｅ　ｏｆ　Ａｄｄｒｅｓｓ）の取得方法を決定する。Ｍビットが１であれば、ＭＮはＩＰｖ６ステートフルアドレス自動構成を用いてＣｏＡを取得する。Ｍビットが設定されていなければ、ＭＮはＩＰｖ６ステートレスアドレス自動構成を用いてＣｏＡを取得する（１０８）。
【００６３】
図８はＲｏｕｔｅｒ　Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージのフォーマット例Ｓ５を示す。Ｒｏｕｔｅｒ　ＡｄｖｅｒｔｉｓｅｍｅｎｔメッセージＳ５は、ＩＰｖ６パケットのＰａｙｌｏａｄ５４に格納される。
【００６４】
網７ｂにおいてＣｏＡを取得したＭＮ３は、ＨＡに対して位置登録を行う。ＭＮ３は、ＨＡのＩＰアドレスがわからない場合、ＨＡアドレス発見機能を用いてＨＡのアドレスを取得する。
【００６５】
ＭＮ３は、ホーム網のサブネットプレフィックスからＭｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓを作成して、上記アドレス宛にＨＡ　アドレス発見要求（Ｈｏｍｅ　Ａｇｅｎｔ　Ａｄｄｒｅｓｓ　Ｄｉｓｃｏｖｅｒｙ　Ｒｅｑｕｅｓｔ）を送信する（１０９）。図６はＨｏｍｅ　Ａｇｅｎｔ　Ａｄｄｒｅｓｓ　Ｄｉｓｃｏｖｅｒｙ　Ｒｅｑｕｅｓｔメッセージのフォーマット例Ｓ３を示す。Ｈｏｍｅ　Ａｇｅｎｔ　Ａｄｄｒｅｓｓ　Ｄｉｓｃｏｖｅｒｙ　ＲｅｑｕｅｓｔメッセージＳ３は、ＩＰｖ６パケットのＰａｙｌｏａｄ５４に格納される。ＨｏｍｅＡｇｅｎｔ　Ａｄｄｒｅｓｓ　Ｄｉｓｃｏｖｅｒｙ　ＲｅｑｕｅｓｔメッセージＳ３の送信元アドレス５１には、ＭＮ３が網７ｂにおいて取得したＣｏＡを格納する。
【００６６】
図２２は、Ｍｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓのフォーマット例Ａ１を示す。上位６４ビットにＭＮ３のホーム網のサブネットプレフィックスを格納する。
【００６７】
上記メッセージを受信した網６のルータ２は、上記ＨＡアドレス発見要求の着信先アドレスから次ホップを決定する。次ホップが着信先アドレスと等しい場合、ルータ２は着信先アドレスでＮｅｉｇｈｂｏｒ　Ｃａｃｈｅ管理テーブル３１０を検索して、着信先アドレスのリンク層アドレスを決定する。
【００６８】
図１４は、ルータ２が保持するＮｅｉｇｈｂｏｒ　Ｃａｃｈｅ管理テーブル３１０のテーブル構成例を示す。Ｎｅｉｇｈｂｏｒ　Ｃａｃｈｅ管理テーブル３１０は、ＩＰアドレス３１１に対して、少なくてもリンク層アドレス３１２と、隣接ノードがホストかルータであるかを識別するフラグ３１３の対応関係を格納する。
【００６９】
図２３に戻りシーケンスの続きを説明する。
【００７０】
ＨＡアドレス発見要求の着信先アドレスが上記Ｎｅｉｇｈｂｏｒ　Ｃａｃｈｅ管理テーブル３１０に存在しなければ、ルータ２は近隣要請メッセージ（Ｎｅｉｇｈｂｏｒ　Ｓｏｌｉｃｉｔａｔｉｏｎ）を要請ノードマルチキャストアドレス宛に送信する（１１０）。
【００７１】
図４は、Ｎｅｉｇｈｂｏｒ　Ｓｏｌｉｃｉｔａｔｉｏｎメッセージのフォーマット例Ｓ１を示す。Ｎｅｉｇｈｂｏｒ　ＳｏｌｉｃｉｔａｔｉｏｎメッセージＳ１は、ＩＰｖ６パケットのＰａｙｌｏａｄ５４に格納される。ＩＰｖ６ＩＣＭＰ４１１のＴａｒｇｅｔ　Ａｄｄｒｅｓｓフィールドには、ＨＡアドレス発見要求の着信先アドレス（Ｍｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓ）を格納する。
【００７２】
第１の実施例において、Ｍｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓは、代表ＨＡ１１の対ルータ２インタフェースに付与される。このため、代表ＨＡ１１が上記Ｎｅｉｇｈｂｏｒ　Ｓｏｌｉｃｉｔａｔｉｏｎメッセージを受信する。代表ＨＡ１１は要請近隣広告メッセージ（Ｎｅｉｇｈｂｏｒ　Ａｄｖｅｒｔｉｓｅｍｅｎｔ）をＮｅｉｇｈｂｏｒ　Ｓｏｌｉｃｉｔａｔｉｏｎメッセージの送信元アドレス宛に送信する（１１１）。
【００７３】
図５は、Ｎｅｉｇｈｂｏｒ　Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージのフォーマット例Ｓ２を示す。Ｎｅｉｇｈｂｏｒ　ＡｄｖｅｒｔｉｓｅｍｅｎｔメッセージＳ２は、ＩＰｖ６パケットのＰａｙｌｏａｄ５４に格納される。Ｍｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　ＡｄｄｒｅｓｓはＩＰｖ６　ＩＣＭＰ４１１のＴａｒｇｅｔ　Ａｄｄｒｅｓｓフィールドに格納される。ＩＰｖ６　ＩＣＭＰ４１１は、Ｏｖｅｒｒｉｄｅ　ｆｌａｇ　（Ｏ　ｂｉｔ）を設定しない。Ｍｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓが付与されるインタフェースのリンク層アドレスがＯｐｔｉｏｎｓ４１２に格納される。
【００７４】
ルータ２は、Ｎｅｉｇｈｂｏｒ　Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージを受信すると、Ｎｅｉｂｈｇｏｒ　Ｃａｃｈｅ管理テーブル３１０に新規エントリを生成する（１１２）。ルータ２は、Ｎｅｉｇｈｂｏｒ　Ｃａｃｈｅ管理テーブルを参照して、ＨＡアドレス発見要求を代表ＨＡ１１宛に転送する（１１３）。
【００７５】
代表ＨＡ１１は、上記ＨＡアドレス発見要求を受信すると、ＨＡリストテーブル３３０を参照する。代表ＨＡ１１は、ＨＡリストテーブルのエントリをプレファレンスの値が高い順に並べる。次にＨＡリストに代表ＨＡ１１のグローバルユニキャストアドレスが含まれるか確認する。ＨＡリストに代表ＨＡ１１のアドレスが含まれる場合、ＨＡリストの最後に移動する。ＨＡリストに代表ＨＡ１１のアドレスは含まれない場合、代表ＨＡ１１のアドレスをＨＡリストの最後に追加する。
代表ＨＡ１１は、ＭＮ３にＨＡアドレス発見応答（Ｈｏｍｅ　Ａｇｅｎｔ　Ａｄｄｒｅｓｓ　Ｄｉｓｃｏｖｅｒｙ　Ｒｅｐｌｙ）を送信する（１１４）。
【００７６】
図７は、Ｈｏｍｅ　Ａｇｅｎｔ　Ａｄｄｒｅｓｓ　Ｄｉｓｃｏｖｅｒｙ　Ｒｅｐｌｙメッセージのフォーマット例Ｓ４を示す。Ｈｏｍｅ　Ａｇｅｎｔ　Ａｄｄｒｅｓｓ　Ｄｉｓｃｏｖｅｒｙ　ＲｅｐｌｙメッセージＳ２は、ＩＰｖ６パケットのＰａｙｌｏａｄ５４に格納される。
【００７７】
代表ＨＡ１１がＭＮに送信するＨｏｍｅ　Ａｇｅｎｔ　Ａｄｄｒｅｓｓ　Ｄｉｓｃｏｖｅｒｙ　Ｒｅｐｌｙには、以下の値を格納する。ＩＰｖ６　ＩＣＭＰ４１１のＨｏｍｅ　Ａｇｅｎｔ　Ａｄｄｒｅｓｓｅｓフィールドに上記ＨＡリストを格納する。着信先アドレス５２にＭＮ３が網７ｂで取得したＣｏＡを設定する。送信元アドレス５１に代表ＨＡ１１のグローバルユニキャストアドレスを設定する。
【００７８】
ＭＮ３は、上記ＨＡアドレス発見応答のＨｏｍｅ　Ａｇｅｎｔ　ＡｄｄｒｅｓｓｅｓフィールドからＨＡリストを抽出する。
【００７９】
次に、ＭＮ３は上記ＨＡアドレス発見応答の送信元アドレスがＨＡリストに含まれるか確認する。送信元アドレス（代表ＨＡ１１のグローバルユニキャストアドレス）がＨＡリストに含まれる場合、ＭＮ３はＨＡリストに記載されているアドレスに対して位置登録を行う。
ここで、ＨＡリストの先頭に、分散ＨＡ１２ａのアドレスが設定されているものとする。ＭＮ３は、網６に存在するＨＡ１の分散ＨＡ１２ａに位置登録メッセージ（Ｂｉｎｄｉｎｇ　Ｕｐｄａｔｅ）を送信する（１１５）。ＭＮ３はＢｉｎｄｉｎｇ　Ｕｐｄａｔｅ　Ｌｉｓｔ管理テーブルに“ＢＵ送信先アドレス＝分散ＨＡ１２ａのアドレス”のエントリを仮登録する（１１６）。
【００８０】
図１０は、Ｂｉｎｄｉｎｇ　Ｕｐｄａｔｅメッセージのフォーマット例Ｓ１１を示す。ＩＰｖ６　Ｄｅｓｔｉｎａｔｉｏｎ　Ｏｐｔｉｏｎｓ　Ｈｅａｄｅｒ４０１とＩＰｖ６　Ｍｏｂｉｌｉｔｙ　Ｈｅａｄｅｒ４０２は、ＩＰｖ６パケットの拡張ヘッダ５３に格納される。
ＭＮ３が分散ＨＡ１２ａに送信するＢｉｎｄｉｎｇ　Ｕｐｄａｔｅには、以下の値が格納される。ＩＰｖ６パケットヘッダの送信元アドレス５１にＭＮ３のＣｏＡを設定する。ＩＰｖ６　Ｄｅｓｔｉｎａｔｉｏｎ　Ｏｐｔｉｏｎｓ　Ｈｅａｄｅｒ４０１のＨｏｍｅ　ＡｄｄｒｅｓフィールドにＭＮ３のホームアドレスを設定する。ＩＰｖ６パケットヘッダの送信元アドレス５１にＭＮ３のホームアドレスを設定してもよい。この場合、ＭＮ３のＣｏＡは、ＩＰｖ６　Ｍｏｂｉｌｉｔｙ　Ｈｅａｄｅｒ４０２のＭｏｂｉｌｉｔｙ　Ｏｐｔｉｏｎｓに格納されるＡｌｔｅｒｎａｔｅ　Ｃａｒｅ−ｏｆ　Ａｄｄｒｅｓｓ　ｏｐｔｉｏｎｓに格納される。
【００８１】
Ｂｉｎｄｉｎｇ　Ｕｐｄａｔｅメッセージを受信した分散ＨＡ１２ａは、ＭＮ３のホームアドレスでＢｉｎｄｉｎｇ　Ｃａｃｈｅ管理テーブル３２０を検索する。ＭＮ３のホームアドレスはＢｉｎｄｉｎｇ　ＵｐｄａｔｅメッセージのＩＰｖ６　Ｄｅｓｔｉｎａｔｉｏｎ　Ｏｐｔｉｏｎｓ　Ｈｅａｄｅｒ４０１のＨｏｍｅ　Ａｄｄｒｅｓｓフィールドから取得する。
【００８２】
Ｂｉｎｄｉｎｇ　Ｃａｃｈｅ管理テーブル３２０にＭＮ３のエントリが存在しなければ、上記Ｂｉｎｄｉｎｇ　Ｃａｃｈｅ管理テーブル３２０にＭＮ３のエントリを追加する（１１７）。上記エントリのＣａｒｅ　ｏｆ　Ａｄｄｒｅｓｓ３２２には、ＭＮ３が在圏網７ｂで取得したＣｏＡを設定する。ＨＡ１はＭＮ３のプロキシとして動作する。
【００８３】
Ｂｉｎｄｉｎｇ　Ｃａｃｈｅ管理テーブル３２０にＭＮ３のエントリが存在する場合、上記ＢｉｎｄｉｎｇＣａｃｈｅ管理テーブル部３２０の該当エントリを更新する。
【００８４】
分散ＨＡ１２ａはＭＮ３にＢｉｎｄｉｎｇ　Ｕｐｄａｔｅの応答（Ｂｉｎｄｉｎｇ　Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を送信する（１１８）。
【００８５】
図１１は、Ｂｉｎｄｉｎｇ　Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージのフォーマット例Ｓ１２を示す。ＩＰｖ６　Ｒｏｕｔｉｎｇ　Ｈｅａｄｅｒ４０３とＩＰｖ６　Ｍｏｂｉｌｉｔｙ　Ｈｅａｄｅｒ４０２は、ＩＰｖ６パケットの拡張ヘッダ５３に格納される。分散ＨＡ１２ａがＭＮ３に送信するＢｉｎｄｉｎｇ　Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔは、以下の値が格納される。ＩＰｖ６パケットヘッダの着信先アドレス５２にステップ１１５で受信したＢｉｎｄｉｎｇ　Ｕｐｄａｔｅの送信元アドレスを格納する。着信先アドレス５２にＭＮ３のホームアドレス以外の値を格納する場合、ＩＰｖ６　Ｒｏｕｔｉｎｇ　Ｈｅａｄｅｒ４０３のＨｏｍｅ　ＡｄｄｒｅｓｓにＭＮ３のホームアドレスを格納する。
【００８６】
ＭＮ３は、Ｂｉｎｄｉｎｇ　Ｕｐｄａｔｅが正常に終了したことを示すＢｉｎｉｄｎｇ　Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔを受信すると、ステップ１１６で仮登録したエントリをＢｉｎｄｉｎｇ　Ｕｐｄａｔｅ　Ｌｉｓｔ管理テーブルに登録する（１１９）。
【００８７】
次に、網６の端末４がＭＮ３にパケットを送信する手順を示す。
【００８８】
ここで、端末４はＤＮＳ等の名前解決手段、若しくは、その他の手段を使って、ＭＮ３のホームアドレスを取得しているものとする。
【００８９】
端末４はＭＮ３のホームアドレス宛にパケットを送信する。ＭＮ３のプロキシとして動作する分散ＨＡ１２ａが、上記パケットを捕捉する。分散ＨＡ１２ａは、ステップ１１７で生成したＭＮ３のエントリを参照して、オリジナルパケットにＩＰｖ６ヘッダを追加する。カプセル化ヘッダの着信先アドレスにＭＮ３のＣｏＡを、カプセル化ヘッダの送信元アドレスに分散ＨＡ１２ａのアドレスを、それぞれ設定する（１２０）。
【００９０】
ここで、図２４及び図２５を用いて従来技術から想定するシーケンスを説明する。
【００９１】
図２４は、ＨＡ１を１つ以上のサーバ装置で構成する場合に、従来例から想定するＨＡ１の構成図を示す。
【００９２】
ＨＡ１は、サーバ部２１（２１ａ、２１ｂ、２１ｎ）と、回線１８（１８ａ、１８ｂ、１８ｍ、１８ｎ）を収容するインタフェース部（ＩＦ）１９（１９ａ、　１９ｂ、１９ｍ、１９ｎ）と、スイッチ部２０（２０ａ、　２０ｂ）とから構成する。
【００９３】
サーバ部２１は、主にパケット受信・送信処理部１３と、カプセル化・デカプセル化処理部１４と、Ｍｏｂｉｌｅ　ＩＰ処理部１５とを備える。
【００９４】
図２４に示すＨＡ１の構成例において、ＨＡ１は１つのホーム網を構成する。Ｍｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓは、各サーバ部２１のインタフェースに付与する。
【００９５】
図２５に示すシーケンスに従って、図１に示す網６の端末４が網７ｂに在圏するＭＮ３と通信を開始するまでのシーケンスを説明する。
【００９６】
各サーバ部２１は、非要請ルータ広告（Ｕｎｓｏｌｉｃｉｔｅｄ　Ｒｏｕｔｅｒ　Ａｄｖｅｒｔｉｓｅｍｅｎｔ）をａｌｌ　ｎｏｄｅｓ　ｍｕｌｔｉｃａｓｔ　ａｄｄｒｅｓｓ（ｆｆ０２：：１）宛に送信する（１３１、１３４、１３７）。
【００９７】
サーバ部２１が送信するＲｏｕｔｅｒ　Ａｄｖｅｒｔｉｓｅｍｅｎｔは、以下の値が格納される。ＩＰｖ６ヘッダの送信元アドレス５１に各サーバ部２１のリンクローカルアドレスを設定する。ＩＣＭＰヘッダ４１１のＨビットを設定する。Ｐｒｅｆｉｘ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｏｐｔｉｏｎ４１２１のＲビットを設定して、Ｐｒｅｆｉｘフィールドにルータ広告送信元サーバ部２１の完全なアドレスを設定する。Ｈｏｍｅ　Ａｇｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｏｐｔｉｏｎ４１２４のＨｏｍｅ　Ａｇｅｎｔ　Ｐｒｅｆｅｒｅｎｃｅにルータ広告送信元サーバ部２１のプレファレンスを設定する。プレファレンスは、予め設定する。
【００９８】
サーバ部２１はルータ広告を受信すると、上記ルータ広告からパラメータを抽出してＨＡリストを生成する（１３２、１３３、１３５、１３６、１３８、１３９）。
【００９９】
ＭＮ３が網７ｂにおいてＣｏＡを取得して、ＨＡアドレス発見要求を送信するまでの処理ステップ（１４０から１４２）は、第１の実施例におけるステップ１０７から１０９と同様である。
【０１００】
上記ＨＡアドレス発見要求１４２を受信した網６のルータ２は、上記ＨＡアドレス発見要求の着信先アドレスから次ホップを決定する。次ホップが着信先アドレスである場合、ルータ２は着信先アドレスのリンク層アドレスを決定するため、着信先アドレスでＮｅｉｇｈｂｏｒ　Ｃａｃｈｅ管理テーブル３１０を検索する。
【０１０１】
該当エントリが上記Ｎｅｉｇｈｂｏｒ　Ｃａｃｈｅ管理テーブル３１０に存在しない場合、ルータ２は近隣要請メッセージ（Ｎｅｉｇｈｂｏｒ　Ｓｏｌｉｃｉｔａｔｉｏｎ）を要請ノードマルチキャストアドレス宛に送信する（１４３）。
【０１０２】
各サーバ部２１のインタフェースにＭｏｂｉｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓが付与されているため、各サーバ部２１が上記信号を受信する。サーバ部２１は、要請近隣広告メッセージ（Ｓｏｌｉｃｉｔｅｄ　Ｎｅｉｇｈｂｏｒ　Ａｄｖｅｒｔｉｓｅｍｅｎｔ）をＮｅｉｇｈｂｏｒ　Ｓｏｌｉｃｉｔａｔｉｏｎメッセージの送信元アドレス宛に送信する（１４４、１４６、１４７）。上記要請近隣広告メッセージ（１４４、１４６、１４７）は、Ｏｖｅｒｒｉｄｅ　Ｆｌａｇを設定しない。
【０１０３】
ルータ２はサーバ部２１ａからＮｅｉｇｈｂｏｒ　Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージ（１４４）を受信すると、Ｎｅｉｂｈｇｏｒ　Ｃａｃｈｅ管理テーブル３１０に新規エントリを生成する（１４５）。続いてルータ２がサーバ部２１ｂ、２１ｎからＮｅｉｇｈｂｏｒ　Ａｄｖｅｒｔｉｓｅｍｅｎｔ（１４６、１４７）を受信した場合、ルータ２はＮｅｉｇｈｂｏｒ　Ｃａｃｈｅ管理テーブル３１０の該当エントリを更新しない。ルータ２はＮｅｉｇｈｂｏｒ　Ｃａｃｈｅ管理テーブル３１０を参照して、ＨＡアドレス発見要求をサーバ部２１ａに転送する（１４８）。
【０１０４】
サーバ部２１ａは、上記ＨＡアドレス発見要求を受信すると、ステップ１３８で作成したＨＡリストを参照する。サーバ部２１ａは、ＨＡリストテーブルのエントリをプレファレンスの数が高い順に並べる。次にＨＡリストにサーバ部２１ａのグローバルユニキャストアドレスが含まれるか否かを確認する。ＨＡリストの先頭に、サーバ部２１ａのアドレスが含まれる場合、該当エントリを削除する。
サーバ部２１ａは、ＨＡアドレス発見応答をＭＮ３に送信する（１４９）。
【０１０５】
網７ｂにおいてＣｏＡを取得したＭＮ３は、ステップ１４９で受信したＨＡアドレス発見応答のＨｏｍｅ　Ａｇｅｎｔ　ＡｄｄｒｅｓｓｅｓフィールドからＨＡリストを抽出する。
【０１０６】
次に、ＭＮ３は上記ＨＡアドレス発見応答の送信元アドレスがＨＡリストに含まれるか確認する。送信元アドレスがＨＡリストに含まれなければ、ＭＮ３はＨＡアドレス発見応答送信元に位置登録を行う。送信元アドレスがＨＡリストに含まれるならば、ＨＡリストに従って位置登録を行う。
ここで、ＨＡリストにサーバ部２１ａのアドレスが設定されていないものとする。ＭＮ３はサーバ部２１ａに位置登録メッセージ（Ｂｉｎｄｉｎｇ　Ｕｐｄａｔｅ）を送信する（１５０）。位置登録手順（ステップ１５０からステップ１５４）は、第１の実施例のステップ１１５から１１９と同様である。
網６の端末４がＭＮ３にパケットを送信する手順（ステップ１５５）は、第１の実施例のステップ１２０と同様である。
【０１０７】
以上から明らかなように、ルータ２のＮｅｉｇｈｂｏｒ　Ｃａｃｈｅには、最初にＮｅｉｇｈｂｏｒ　Ａｄｖｅｒｔｉｓｅｍｅｎｔを送信したサーバ部２１ａの情報が記憶される。したがって、Ｍｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｎｅｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓ宛に送信されるＨＡアドレス発見要求は、特定のサーバ部２１ａが受信する。ＭＮは上記特定のサーバ部２１ａから受信したＨＡアドレス発見応答の情報を用いて位置登録を行う。従って、複数のサーバ部で位置登録の負荷分散を行うことができない。
【０１０８】
本発明の第１の実施の形態によると、ＨＡ１は代表ＨＡと分散ＨＡで構成する。代表ＨＡにＭｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓを設定する。代表ＨＡは分散ＨＡからＨＡリスト情報と負荷情報を収集してＨＡリストを生成する。ＨＡ１は、ＭＮ３からＨＡアドレス発見要求を受信すると、ＭＮ３に上記ＨＡリストを含むＨＡアドレス発見応答を送信する。従って、ＨＡ１が負荷分散装置を備えない場合であっても，位置登録処理を複数の分散ＨＡ１２に分散することが可能になる。位置登録完了後、分散ＨＡ１２は該当ＭＮのプロキシとして動作するため、ＨＡ１におけるパケット転送処理の分散も可能になる。
【０１０９】
また、代表ＨＡ１１が動的にＨＡリストを作成する手段を備えるため、ＨＡ１が分散ＨＡ１２の増減設を行う場合、該当分散ＨＡ１２をＨＡリストに追加又はＨＡリストから削除することによって、ＨＡ１の拡張性が確保できる。
【０１１０】
本発明の第２の実施の形態を図面を用いて説明する。
【０１１１】
第２の実施例は、第１の実施例に加えて、次の手段を備えることを特徴とする。代表ＨＡ１１の代表機能部１６が通知情報管理テーブル３４０を備える。代表ＨＡ１１のＭｏｂｉｌｅ　ＩＰ処理部１５がＨｏｍｅ　Ａｇｅｎｔ　Ａｄｄｒｅｓｓ　Ｄｉｓｃｏｖｅｒｙ　Ｒｅｐｌｙ送信処理ルーチン９０を備える。
図１７は通知情報管理テーブル３４０のテーブル構成の一例を示す。通知情報管理テーブル３４０は、少なくてもＨＡアドレス発見要求の送信元アドレス３４１に対して、通知したＨＡリスト３４２の対応関係を格納する。
【０１１２】
図２６はＨｏｍｅ　Ａｇｅｎｔ　Ａｄｄｒｅｓｓ　Ｄｉｓｃｏｖｅｒｙ　Ｒｅｐｌｙ送信処理ルーチン９０を示す。
【０１１３】
代表ＨＡ１１は、ＨＡアドレス発見要求を受信すると（図２３　ステップ１１３）、Ｈｏｍｅ　Ａｇｅｎｔ　Ａｄｄｒｅｓｓ　Ｄｉｓｃｏｖｅｒｙ　Ｒｅｐｌｙ送信処理ルーチン９０を起動する。
【０１１４】
代表ＨＡ１１は、上記信号の送信元アドレスで通知情報管理テーブル３４０を検索する（９１）。
【０１１５】
上記テーブルに該当エントリが存在しない場合、代表ＨＡ１１はＨＡリストテーブル３３０を参照して、ＨＡリストを生成する（９２）。
【０１１６】
代表ＨＡ１１はＨＡリストを含むＨＡアドレス発見応答を送信する（９３）　（図２３　ステップ１１４）。ここで、代表ＨＡ１１は、ＨＡアドレス発見要求の送信元アドレスと通知するＨＡリストの対応情報を通知情報管理テーブル３４０に追加する（９４）。
ステップ９１において、該当エントリが存在する場合、該当エントリのＨＡリストに含まれるＨＡアドレスで、ＨＡリストテーブル３３０のライフタイム値を参照する（９５）。該当エントリのライフタイム値が満了していなければ、通知情報管理テーブル３４０からＨＡリストを読み出して、ＭＮにＨＡアドレス発見応答を送信する（９４）。
【０１１７】
ステップ９５において、該当エントリのライフタイムが満了している場合、通知情報管理テーブル３４０から該当エントリを削除したのち（９６）、ステップ９２に進む。
【０１１８】
第２の実施例によると、ＨＡ１がＨＡアドレス発見要求の送信元アドレスと通知したＨＡリストの対応情報を一定期間保持することにより、ＨＡ１がＭＮから１回以上ＨＡアドレス発見要求を受信した場合、ＨＡアドレス発見要求送信元に対して同一のＨＡリストを通知することが可能になる。
【０１１９】
本発明の第３の実施の形態を図面を用いて説明する。
【０１２０】
第３の実施例は、第１の実施例に示す機能に加えて、次の手段を備えることを特徴とする。代表ＨＡ１１の代表機能部１６がＢＣ情報管理テーブル３７０を備える。代表ＨＡ１１のＭｏｂｉｌｅ　ＩＰ処理部１５がＨｏｍｅ　Ａｇｅｎｔ　Ａｄｄｒｅｓｓ　Ｄｉｓｃｏｖｅｒｙ　Ｒｅｐｌｙ送信処理ルーチン５０を備える。代表ＨＡ１１は分散ＨＡ１２からＢｉｎｄｉｎｇ　Ｃａｃｈｅテーブルの情報を定期的に取得する手段を備える。
図２７はＢＣ情報管理テーブル３７０のテーブル構成の一例を示す。ＢＣ情報管理テーブル３７０は、少なくてもＭＮのホームアドレス３７１に対して、ＣｏＡ３７２、有効期限３７３、バインディング情報を保持する分散ＨＡのアドレス３７４の対応関係を格納する。
【０１２１】
図２８はＨｏｍｅ　Ａｇｅｎｔ　Ａｄｄｒｅｓｓ　Ｄｉｓｃｏｖｅｒｙ　Ｒｅｐｌｙ送信処理ルーチン５０を示す。
【０１２２】
代表ＨＡ１１は、ＭＮからＨＡアドレス発見要求を受信すると（図２３　ステップ１１３）、Ｈｏｍｅ　Ａｇｅｎｔ　Ａｄｄｒｅｓｓ　Ｄｉｓｃｏｖｅｒｙ　Ｒｅｐｌｙ送信処理ルーチン５０を起動する。
【０１２３】
代表ＨＡ１１は上記ＨＡアドレス発見要求の送信元アドレスでＢＣ情報管理テーブル３７０を検索する（５１）。
【０１２４】
ステップ５１において、上記ＢＣ情報管理テーブルに該当エントリが存在しない場合、代表ＨＡ１１はＨＡリストテーブルを参照してＨＡリストを生成する（５２）。代表ＨＡ１１は、ＨＡリストを含むＨＡアドレス発見応答を送信する（５３）（図２３　ステップ１１４）。
ステップ５１において、上記ＢＣ情報管理テーブルに該当エントリが存在する場合、該当エントリのライフタイム値を参照する（５４）。該当エントリのライフタイム値が満了していない場合、該当エントリの分散ＨＡアドレス３７４を読み出す。代表ＨＡ１１は、ＨＡリストに上記分散ＨＡアドレスと代表ＨＡ１１のアドレスを含むＨＡアドレス発見応答を送信する（５３）。
【０１２５】
ステップ５４において、該当エントリのライフタイム値が満了している場合、ＢＣ情報管理テーブルから該当エントリを削除したのち（５５）、ステップ５２に進む。
【０１２６】
第３の実施例によると、代表ＨＡ１１が分散ＨＡ１２からＢｉｎｄｉｎｇ　Ｃａｃｈｅを取得する手段を備えることにより、ＭＮ３がＨＡアドレス発見要求を繰り返し送信する場合に、ＨＡ１はＭＮ３にＢｉｎｉｄｎｇ　Ｃａｃｈｅを保持する分散ＨＡ１２のアドレスを通知することが可能になる。
【０１２７】
本発明の第４の実施の形態を図面を用いて説明する。
【０１２８】
第４の実施例は、第１の実施例から第３の実施例において、ＨＡ１が複数のホーム網を収容することを特徴とする。
図２９は第４の実施例におけるＨＡ１の構成例を示す。ＨＡ１が１つ以上のホーム網を収容する。代表ＨＡ１１の対ルータ２インタフェースに対して、１つ以上のＭｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓを付与する。
１つ以上の分散ＨＡ１２が１ホーム網を構成する。或いは、１分散ＨＡ１２が１つ以上のホーム網を収容する。
【０１２９】
第４の実施例によるとＨＡ１が複数のホーム網を収容する場合にも、ＨＡ１を代表ＨＡと分散ＨＡで構成して、代表ＨＡのインタフェースにＭｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓを付与することにより、ＨＡ１の負荷分散が可能になる。また、ＨＡ１に１つ以上のホーム網を収容することが可能になるため、システムの拡張性が増す。
【０１３０】
本発明の第５の実施の形態を図面を用いて説明する。
【０１３１】
第５の実施例は、第１の実施例から第３の実施例において、ＨＡ１が複数のホーム網を収容することを特徴とする。
図３０は第５の実施例におけるＨＡ１の構成例を示す。ＨＡ１は１つ以上のホーム網を収容する。各ホーム網は、１つの代表ＨＡと１つ以上の分散ＨＡで構成する。代表ＨＡ１１（１１ａ、　１１ｎ）の対ルータ２インタフェースに対してホーム網のサブネットプレフィックスを含むＭｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓを付与する。
【０１３２】
第５の実施例によるとＨＡ１が複数のホーム網を収容する場合、各ホーム網を代表ＨＡと分散ＨＡで構成し、代表ＨＡのインタフェースにＭｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓを付与することにより、各ホーム網において分散ＨＡ間の負荷分散が可能になる。また、ＨＡ１に１つ以上のホーム網を収容することが可能になり、システムの拡張性が増す。
【０１３３】
本発明の第６の実施の形態を説明する。
【０１３４】
第６の実施例は、第１の実施例から第３の実施例において、１つのサーバ装置が１つのホーム網を収容することを特徴とする。
各サーバ装置の対ルータ２インタフェースに対して、各ホーム網のサブネットプレフィックスを含むＭｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓを付与する。各サーバ装置は、代表機能１６と分散機能１７を備える。
【０１３５】
第６の実施例によるとＨＡ１が複数のホーム網を収容し、各サーバ装置が１つのホーム網を構成して各サーバ装置のインタフェースに各ホーム網のサブネットプレフィックスを含むＭｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓを付与することによって、ＨＡ１は１つ以上のホーム網を収容することが可能になり、システムの拡張性が増す。
【０１３６】
本発明の第７の実施の形態を図面を用いて説明する。
図３１は第７の実施例におけるＨＡ１の構成例を示す。ＨＡ１は少なくても１つのホーム網を収容する。代表ＨＡ１１は２重化構成をとる。本実施例において、代表ＨＡ１１ａはアクト系、代表ＨＡ１１ｂはスタンバイ系とする。
第７の実施例は、代表機能部１６がレプリカ機能部２２を備えることを特徴とする。レプリカ機能部２２は、Ｍｏｂｉｌｅ　ＩＰ処理部１５及び代表機能部１６が保持するテーブル情報をアクト系からスタンバイ系に複製する機能を備える。
アクト系代表ＨＡ１１ａのインタフェースにＭｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓを付与する。アクト系からスタンバイ系に切り替えを行う時、アクト系代表ＨＡ１１ａのインタフェースのＩＰアドレスをスタンバイ系代表ＨＡ１１ｂのインタフェースにつけかえる。
【０１３７】
第７の実施例によると、ＨＡ１の代表ＨＡ１１を２重化し、アクト系とスタンバイ系の間でデータの複製を行う手段を備え、系切り替え時にアクト系のインタフェースに付与されたＭｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓをスタンバイ系につけかえることにより、ＨＡ１の信頼性を高めることが可能になる。
【０１３８】
【発明の効果】
以上の実施の形態から明らかなように、本発明は、複数のサーバ装置で構成する移動体通信装置（ＨＡ１）に関する。ＨＡ１は代表機能を備えるサーバ装置（代表ＨＡ）と位置登録処理及びパケット転送処理を行うサーバ装置（分散ＨＡ）で構成する。代表ＨＡは分散ＨＡからＨＡリスト情報と負荷情報を収集する手段と、ＨＡリストを動的に生成する手段を備える。代表ＨＡにＭｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓを付与することにより、負荷分散装置を導入することなく、ＨＡを構成するサーバ装置間の負荷分散が可能になる。
【０１３９】
また、代表ＨＡ１１がＨＡアドレス発見要求送信元アドレスと通知したＨＡリストの対応情報を備えることにより、ＭＮがＨＡアドレス発見要求を１回以上送信した場合に、ＨＡアドレス発見要求送信元に対して同一のＨＡリストを通知することが可能になる。
【０１４０】
あるいは、代表ＨＡが分散ＨＡからＢｉｎｄｉｎｇ　Ｃａｃｈｅを取得する手段を備え、代表ＨＡがＢｉｎｄｉｎｇ　Ｃａｃｈｅの複製を保持することにより、ＭＮが繰り返しＨＡアドレス発見要求を送信した場合、ＭＮのＢｉｎｄｉｎｇ　Ｃａｃｈｅを保持する分散ＨＡのアドレスを通知することが可能になる。
【０１４１】
ＨＡ１が複数のホーム網を収容する場合、代表ＨＡのインタフェースに複数のＭｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓを付与する。或いは、各ホーム網を代表ＨＡと分散ＨＡで構成し、各代表ＨＡのインタフェースに各ホーム網のサブネットプレフィックスを含むＭｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓを付与する。ＨＡ１において、負荷分散が可能になり、システムの拡張性が増す。
【０１４２】
ＨＡ１が複数のホーム網を収容し、各サーバ装置が１つのホーム網を収容する場合、各サーバ装置のインタフェースに各ホーム網のＭｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓを付与することにより、ＨＡ１は複数のホーム網を収容することが可能になり、システムの拡張性が増す。
【０１４３】
ＨＡ１の代表ＨＡを２重化して，代表ＨＡを切りかえるとき，Ｍｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓをアクト系代表ＨＡからスタンバイ系代表ＨＡにつけかえることにより，システムの信頼性が増す。
【図面の簡単な説明】
【図１】本発明における通信網の構成例を示す構成図。
【図２】ＨＡ１のブロック図。
【図３】ＩＰｖ６パケットのフォーマット図。
【図４】Ｎｅｉｇｈｂｏｒ　Ｓｏｌｉｃｉｔａｔｉｏｎメッセージ例の図。
【図５】Ｎｅｉｇｈｂｏｒ　Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージ例の図。
【図６】Ｈｏｍｅ　Ａｇｅｎｔ　Ａｄｄｒｅｓｓ　Ｄｉｓｃｏｖｅｒｙ　Ｒｅｑｕｅｓｔメッセージ例の図。
【図７】Ｈｏｍｅ　Ａｇｅｎｔ　Ａｄｄｒｅｓｓ　Ｄｉｓｃｏｖｅｒｙ　Ｒｅｐｌｙメッセージ例の図。
【図８】Ｒｏｕｔｅｒ　Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージ例１の図。
【図９】Ｒｏｕｔｅｒ　Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージ例２の図。
【図１０】Ｂｉｎｄｉｎｇ　Ｕｐｄａｔｅメッセージ例の図。
【図１１】Ｂｉｎｄｉｎｇ　Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージ例の図。
【図１２】負荷情報収集要求メッセージ例の図。
【図１３】負荷情報収集応答メッセージ例の図。
【図１４】ルータ２が備えるＮｅｉｇｈｂｏｒ　Ｃａｃｈｅ管理テーブル図。
【図１５】ＨＡ１が備えるＢｉｎｄｉｎｇ　Ｃａｃｈｅ管理テーブル図。
【図１６】ＨＡ１の代表ＨＡが備えるＨＡリストテーブル図。
【図１７】第２の実施例において、ＨＡ１の代表ＨＡが備える通知情報管理テーブル図。
【図１８】ＨＡ１の分散ＨＡが備えるＨＡ負荷情報管理テーブル図。
【図１９】ＨＡ１の代表ＨＡが備えるＨＡ負荷情報管理テーブル図。
【図２０】ＨＡ１の代表ＨＡが備えるＨＡリスト生成ルーチン図。
【図２１】ＨＡ１の分散ＨＡが備えるＲＡ送信処理ルーチン図。
【図２２】Ｍｏｂｉｌｅ　ＩＰｖ６　Ｈｏｍｅ−Ａｇｅｎｔｓ　Ａｎｙｃａｓｔ　Ａｄｄｒｅｓｓのフォーマット図。
【図２３】本発明における位置登録シーケンス図および網６の端末４がＭｏｂｉｌｅ　ＩＰｖ６対応ＭＮ３と通信する場合のシーケンス図。
【図２４】従来例から想定するＨＡ１のブロック図。
【図２５】従来例から想定する位置登録シーケンス図及び網６の端末４がＭｏｂｉｌｅ　ＩＰｖ６対応ＭＮ３と通信する場合のシーケンス図。
【図２６】第２の実施例において、ＨＡ１の代表ＨＡが備えるＨｏｍｅ　Ａｇｅｎｔ　Ａｄｄｒｅｓｓ　Ｄｉｓｃｏｖｅｒｙ　Ｒｅｐｌｙ送信処理ルーチン図。
【図２７】第３の実施例において、ＨＡ１の代表ＨＡが備えるＢＣ情報管理テーブル図。
【図２８】第３の実施例において、ＨＡ１の代表ＨＡが備えるＨｏｍｅ　Ａｇｅｎｔ　Ａｄｄｒｅｓｓ　Ｄｉｓｃｏｖｅｒｙ　Ｒｅｐｌｙ送信処理ルーチン図。
【図２９】第４の実施例における、ＨＡ１のブロック図。
【図３０】第５の実施例における、ＨＡ１のブロック図。
【図３１】第７の実施例における、ＨＡ１のブロック図。
【符号の説明】
１　ＨＡ、３　Ｍｏｂｉｌｅ　ＩＰ移動ノード（ＭＮ）、４　端末（ＣＮ）、６０　ＨＡリスト生成ルーチン、８０　ＲＡ送信処理ルーチン、５０、９０　Ｈｏｍｅ　Ａｇｅｎｔ　Ａｄｄｒｅｓｓ　Ｄｉｓｃｏｖｅｒｙ　Ｒｅｐｌｙ送信処理ルーチン。
【図１】
2004120270.tif 000003
【図２】
2004120270.tif 000004
【図３】
2004120270.tif 000005
【図４】
2004120270.tif 000006
【図５】
2004120270.tif 000007
【図６】
2004120270.tif 000008
【図７】
2004120270.tif 000009
【図８】
2004120270.tif 000010
【図９】
2004120270.tif 000011
【図１０】
2004120270.tif 000012
【図１１】
2004120270.tif 000013
【図１２】
2004120270.tif 000014
【図１３】
2004120270.tif 000015
【図１４】
2004120270.tif 000016
【図１５】
2004120270.tif 000017
【図１６】
2004120270.tif 000018
【図１７】
2004120270.tif 000019
【図１８】
2004120270.tif 000020
【図１９】
2004120270.tif 000021
【図２０】
2004120270.tif 000022
【図２１】
2004120270.tif 000023
【図２２】
2004120270.tif 000024
【図２３】
2004120270.tif 000025
【図２４】
2004120270.tif 000026
【図２５】
2004120270.tif 000027
【図２６】
2004120270.tif 000028
【図２７】
2004120270.tif 000029
【図２８】
2004120270.tif 000030
【図２９】
2004120270.tif 000031
【図３０】
2004120270.tif 000032
【図３１】
2004120270.tif 000033