(57)【要約】【課題】モバイルＩＰネットワークにおいて、モバイルＩＰノードが大量のデータを受信している状態で品質の悪い帯域、あるいは、狭い帯域へのハンドオーバが発生した場合等に、モバイルＩＰノードの位置登録又は認証に関する制御信号の欠落による通信停止を防止できるようにする。【解決手段】或るモバイルＩＰノード１から他のモバイルＩＰノード２へ位置登録に関する同じ情報内容の制御信号を、一定期間に複数回、送信するようにする。【選択図】        図１
2004236029.tif 000002
【特許請求の範囲】
【請求項１】
モバイルＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）に対応するモバイルＩＰノードであって、
他のモバイルＩＰノードへ位置登録又は認証に関する制御信号を送信する送信手段と、
該送信手段から同じ情報内容の制御信号を、一定期間に複数回、上記他のモバイルＩＰノード宛に送信させる制御手段とをそなえたことを特徴とする、モバイルＩＰノード。
【請求項２】
該制御信号が、位置登録又は認証に関する制御要求信号であることを特徴とする、請求項１記載のモバイルＩＰノード。
【請求項３】
該制御信号が、位置登録又は認証に関する制御要求信号に対する制御応答信号であることを特徴とする、請求項１記載のモバイルＩＰノード。
【請求項４】
上記他のモバイルＩＰノードからの位置登録又は認証に関する制御要求信号を受信する受信手段をさらにそなえ、
該制御手段が、
該受信手段にて該制御要求信号が受信されると、該制御信号として同じ情報内容の制御応答信号を該送信手段から上記他のモバイルＩＰノード宛に複数回送信させるように構成されたことを特徴とする、請求項１記載のモバイルＩＰノード。
【請求項５】
上記他のモバイルＩＰノードからの制御要求信号を受信する受信手段をさらにそなえ、
該制御手段が、
該受信手段にて同じ情報内容の制御要求信号が複数回受信されると、該制御信号として同じ情報内容の制御応答信号を該送信手段から上記他のモバイルＩＰノード宛に複数回送信させるように構成されたことを特徴とする、請求項１記載のモバイルＩＰノード。
【請求項６】
該制御手段が、
該一定期間において該制御応答信号のみを該送信手段から連続的に送信させる連続送信制御部をそなえたことを特徴とする、請求項４又は５に記載のモバイルＩＰノード。
【請求項７】
該制御手段が、
該一定期間において該制御応答信号をこれら以外の通信データの送信を許容するタイミング以外のタイミングで該送信手段から間欠的に送信させる間欠送信制御部をそなえたことを特徴とする、請求項４又は５に記載のモバイルＩＰノード。
【請求項８】
該制御手段が、
該送信手段から送信される上記他のモバイルＩＰノード宛の複数の通信データの一部又は全てに該制御応答信号を付加する制御応答信号付加部をそなえたことを特徴とする、請求項４〜７のいずれか１項に記載のモバイルＩＰノード。
【請求項９】
該制御手段が、
該制御応答信号の送信開始から該一定期間を計時する時間管理部と、
該時間管理部で該一定期間が計時されると、該制御応答信号の送信を停止させる制御応答信号送信停止部とをそなえたことを特徴とする、請求項４〜８のいずれか１項に記載のモバイルＩＰノード。
【請求項１０】
モバイルＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）に対応する複数のモバイルＩＰノードをそなえたモバイルＩＰネットワークにおいて、
第１のモバイルＩＰノードから第２のモバイルＩＰノードへ位置登録又は認証に関する同じ情報内容の制御信号を、一定期間に複数回、送信することを特徴とする、モバイルＩＰネットワークにおける制御信号欠落補正方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、モバイルＩＰノード並びにモバイルＩＰネットワークにおける制御信号欠落補正方法に関する。
【０００２】
【従来の技術】
図４９は既存のモバイルＩＰ〔Ｍｏｂｉｌｅ  ＩＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）〕に対応したネットワーク（以下、モバイルＩＰネットワークという）の構成例を示すブロック図で、この図４９において、１００は移動ノード（ＭＮ：ＭｏｂｉｌｅＮｏｄｅ）１０１が通常接続するホームリンク〔ホームエージェントノード（ＨＡ）１０２〕の存在するネットワークを表し、ルータ５０１を介してインターネット５００に接続されている。なお、インターネット５００は、モバイルＩＰをサポートしている。
【０００３】
また、２００はルータ５０２を介してインターネット５００に接続された通常のネットワークを表す。２０１はこのネットワーク２００に接続されている通常の端末を表し、ここではＭＮ１０１とパケット通信を行なえるようになっている。なお、このようにＭＮ１０１と通信するノードを、以下、通信ノード（ＣＮ：Ｃｏｒｒｅｓｐｏｎｄｅｎｔ  Ｎｏｄｅ）ともいう。
【０００４】
さらに、３００，４００はそれぞれモバイルＩＰをサポートするネットワークを表し、ここでは、ネットワーク３００又は４００に移動してきたＭＮ１０１がそのネットワーク３００又は４００上のルータ（アクセスルータ：ＡＲ）３０１又は４０１と無線リンクにより接続できるようになっている。なお、各ルータ３０１，４０１，５０１，５０２は、それぞれ、通常のＩＰｖ６に対応したルータである。
【０００５】
ここで、ＭＮ１０１のホームリンク（ネットワーク１００）のＨＡ１０２は、モバイルＩＰに対応し、ＭＮ１０１の現在位置管理を行なうものである。具体的に、この現在位置管理は、ＭＮ１０１が、現在位置からアクセスしうる最寄りのアクセスルータ（例えば、ルータ５０１や３０１，４０１）から広告（報知）される情報〔ルータ広告（ＲＡ：Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）メッセージ〕に含まれるアクセスルータのＩＰアドレスを基にＣｏＡ（Ｃａｒｅ  ｏｆ  Ａｄｄｒｅｓｓ）と呼ばれる、現在自己がどのルータの在圏ゾーンに位置しているか（つまり、ＭＮ１０１の接続先ルータ）を表す情報を作成し、これをＨＡ１０２に通知することで実施される。
【０００６】
つまり、ＭＮ１０１は、自己の移動に伴って受信するＲＡに含まれる送信元ＩＰアドレスが変化して最寄りのアクセスルータが変わると、新たなＣｏＡを作成してホームリンクのＨＡ１０２に対して現在位置の更新登録を要求（ＣｏＡを通知）し、ＨＡ１０２では、ＭＮ１０１から新たなＣｏＡを受信すると、そのＣｏＡとＭＮ１０１が通常接続するホームリンクで使用するＩＰアドレス〔これをホームアドレス（ＨｏＡ）という〕とを関連付けた位置登録情報（バインディングキャッシュと呼ばれる）を作成する。なお、「ＣｏＡ」は、例えば、ＨＡ１０２又はアクセスルータのＩＰアドレスとＭＮ１０１のＩＤとの組み合わせで生成される。
【０００７】
これにより、ＨＡ１０２は、ＭＮ１０１がホームリンク以外のネットワーク３００や４００に位置する場合であっても、逐次、更新登録されている現在位置宛にＭＮ１０１宛のパケットをカプセル化（ＭＮ１０１宛のパケットにＣｏＡを宛先アドレスとするヘッダを付加）して転送する（このような動作を「ハンドオーバ」と呼ぶ）ことで、ＭＮ１０１宛のパケットを正しくＭＮ１０１に届けることができ、正常な移動通信を継続できる。
【０００８】
以下、上述のごとく構成されたモバイルＩＰネットワークにおける移動通信（ＭＮ１０１の移動に伴う位置登録動作）について説明する。
まず、図４９中に示すように、ＭＮ１０１がホームリンクの存在するネットワーク１００からルータ３０１配下のネットワーク３００へ移動したとする（ステップＡ１）。すると、ＭＮ１０１は、ルータ３０１からルータ広告（ＲＡ）を受信した契機（ステップＡ２）で、新たなＣｏＡ（＝ＭＮｒ３）を生成し（ステップＡ３）、アクセスルータ３０１経由でホームリンクのＨＡ１０２に対して、生成したＣｏＡを含んだ位置登録更新（ＢＵ：Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ）メッセージを発行する（ステップＡ４）。
【０００９】
ＨＡ１０２は、上記ＢＵメッセージ（以下、単に「ＢＵ」と略記する）を受信すると、バインディングキャッシュを作成し（ステップＡ５）、位置登録更新完了の旨を位置登録応答（ＢＡ：Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）メッセージにより返送する（ステップＡ６）。ＭＮ１０１は、このＢＡメッセージ（以下、単に「ＢＡ」と略記する）を受信することにより、位置登録の更新が完了したことを認識する。
【００１０】
かかる状態で、例えば、ネットワーク２００に存在する通信ノード（ＣＮ）２０１がＭＮ１０１宛（ＭＮ１０１のホームアドレス宛）に通信データ（電子メール，ＨＴＭＬ，ＦＴＰ等のアプリケーションデータパケット）を送信したとする（ステップＡ７）。このデータは、宛先アドレスがＭＮ１０１のホームアドレスとなっているので、ＭＮ１０１のホームリンクのＨＡ１０２にて受信され、ＨＡ１０２は、上記バインディングキャッシュに基づいて、ＭＮ１０１の最新のＣｏＡ（＝ＭＮｒ３）宛に受信データをカプセル化（ＣｏＡの付加：符号６００参照）してＭＮ１０１への転送を行なう（ステップＡ８）。
【００１１】
以後、図５０に示すように、通信ノード（ＣＮ）２０１が、継続してデータをＭＮ１０１のホームアドレス（ＨｏＡ）宛に送信すると（ステップＢ１）、ＨＡ１０２では、同様に、バインディングキャッシュで管理している最新のＣｏＡ（＝ＭＮｒ３）宛に受信データのカプセル化（ＣｏＡの付加）を行なってＭＮ１０１への転送を行なう（ステップＢ２）。なお、当然のことではあるが、上記のＢＵやＢＡ等のメッセージ（制御信号）及びそれ以外の通信データは、ともにコネクションレス通信方式による。
【００１２】
さて、かかる状態で、図５０中に示すように、ＭＮ１０１がネットワーク３００からネットワーク４００へさらに移動したとする（ステップＢ３）。すると、ＭＮ１０１は、ホームリンクからネットワーク３００への移動の場合と同様に、移動先のネットワーク４００上のアクセスルータ４０１からＲＡを受信（ステップＢ４）した契機で、新たなＣｏＡ（＝ＭＮｒ４）を生成し（ステップＢ５）、アクセスルータ４０１経由でホームリンクのＨＡ１０２に対してＢＵを行なう（ステップＢ６）。
【００１３】
ＨＡ１０２は、上記の新たなＣｏＡをＢＵにより受信すると、バインディングキャッシュの更新を行ない（ステップＢ７）、更新完了の旨をＢＡによりＭＮ１０１宛に返送する（ステップＢ８）。その後、ＨＡ１０２は、ＣＮ２０１から受信された通信データを、更新後のバインディングキャッシュに基づいて、最新のＣｏＡ（＝ＭＮｒ４）宛にカプセル化してＭＮ１０１への転送を行なう（ステップＢ９，Ｂ１０）。
【００１４】
以上のようにして、ＭＮ１０１は、最寄のアクセスルータからのＲＡが変化して新しいネットワークへ移動したことを検出すると、新たなＣｏＡを作成して、ＨＡ１０２に対してＢＵにより位置登録（バインディングキャッシュの作成／更新）を行ない、その情報に基づいてＨＡ１０２がＣＮ２０１からのメッセージの転送先を切り替える（ハンドオーバする）ことで、ＣＮ２０１との通信を継続する。
【００１５】
なお、上記のＭｏｂｉｌｅ  ＩＰｖ６の前身であるＭｏｂｉｌｅ  ＩＰｖ４の詳細については下記の非特許文献１及び５に、通常のＩＰｖ６の詳細については下記の非特許文献２に、Ｍｏｂｉｌｅ  ＩＰｖ６の詳細については下記の非特許文献３にそれぞれ記載されている。また、インターネットにおける認証処理（暗号鍵の交換）が、下記の非特許文献４に記載されている。
【００１６】
また、モバイル通信に関連する技術として、例えば、下記特許文献１により提案されている技術がある。この技術は、ホスト側で管理している情報をモバイル通信デバイス（遠隔地にあるクライアント）へ複写することを主目的としており、ホスト側の情報についてのトリガを検出することにより、プッシュ情報コピーを行なうものであり、公知のモバイルＩＰによる情報転送を前提としている。そして、この技術では、アプリケーション情報を基に、振り分け先や格納場所を分ける方式及び転送したい情報を蓄積しておき転送するなどの動作が開示されている。
【００１７】
【非特許文献１】
Ｃ．  Ｐｅｒｋｉｎｓ  （ＩＢＭ）、“Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ：２００２  ＩＰ  Ｍｏｂｉｌｉｔｙ  Ｓｕｐｐｏｒｔ”、［ｏｎｌｉｎｅ］、１９９６年９月、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）  Ｎｅｔｗｏｒｋ  Ｗｏｋｉｎｇ  Ｇｒｏｕｐ、［平成１５年１月３０日検索］、インターネット＜  ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２００２．ｔｘｔ  ＞
【非特許文献２】
Ｓ．  Ｄｅｅｒｉｎｇ  （Ｃｉｓｃｏ），  Ｒ．  Ｈｉｎｄｅｎ  （Ｎｏｋｉａ）、“Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ：２４６０  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ，  Ｖｅｒｓｉｏｎ  ６  （ＩＰｖ６）”、［ｏｎｌｉｎｅ］、１９９８年１２月、ＩＥＴＦ  Ｎｅｔｗｏｒｋ  Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐ、［平成１５年１月３０日検索］、インターネット＜  ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２４６０．ｔｘｔ  ＞
【非特許文献３】
Ｄａｖｉｄ  Ｂ．  Ｊｏｈｎｓｏｎ  （Ｒｉｃｅ  Ｕｎｉｖｅｒｓｉｔｙ），  Ｃｈａｒｌｅｓ  Ｅ．  Ｐｅｒｋｉｎｓ  （Ｎｏｋｉａ  Ｒｅｓｅａｒｃｈ  Ｃｅｎｔｅｒ），  Ｊａｒｉ  Ａｒｋｋｏ  （Ｅｒｉｃｓｓｏｎ）、“Ｍｏｂｉｌｉｔｙ  Ｓｕｐｐｏｒｔ  ｉｎ  ＩＰｖ６  （ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｉｐｖ６−１９．ｔｘｔ）”、［ｏｎｌｉｎｅ］、２００２年１０月２９日、ＩＥＴＦ  Ｍｏｂｉｌｅ  ＩＰ  Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐ、［平成１５年１月３０日検索］、インターネット＜  ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｉｐｖ６−１９．ｔｘｔ＞
【非特許文献４】
Ｄ．Ｈａｒｋｉｎｓ，  Ｄ．  Ｃａｒｒｅｌ  （ｃｉｓｃｏ  Ｓｙｓｔｅｍｓ）、“Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ：  ２４０９  Ｔｈｅ  Ｉｎｔｅｒｎｅｔ  Ｋｅｙ  Ｅｘｃｈａｎｇｅ  （ＩＫＥ）”、［ｏｎｌｉｎｅ］、１９９８年１１月、ＩＥＴＦＮｅｔｗｏｒｋ  Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐ、［平成１５年１月３０日検索］、インターネット＜  ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２４０９．ｔｘｔ？ｎｕｍｂｅｒ＝２４０９  ＞
【非特許文献５】
Ｃ．  Ｐｅｒｋｉｎｓ，  Ｅｄ．（Ｎｏｋｉａ  Ｒｅｓｅａｒｃｈ  Ｃｅｎｔｅｒ）、“Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ：  ３３４４  ＩＰ  Ｍｏｂｉｌｉｔｙ  Ｓｕｐｐｏｒｔ  ｆｏｒ  ＩＰｖ４”、［ｏｎｌｉｎｅ］、２００２年８月、ＩＥＴＦ  Ｎｅｔｗｏｒｋ  Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐ、［平成１５年１月３０日］、インターネット＜  ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ３３４４．ｔｘｔ？ｎｕｍｂｅｒ＝３３４４  ＞
【特許文献１】
特表２００２−５１７９４７号公報
【００１８】
【発明が解決しようとする課題】
しかしながら、上述した既存のモバイルＩＰネットワークでは、通信を確立して大量のデータをＭＮ１０１がＣＮ２０１から受信している状態で、ＭＮ１０１が新しいネットワーク（例えば、ネットワーク３００からネットワーク４００）に移動した場合に、その大量のデータを許容するだけの帯域が移動先のネットワーク４００に無かった場合、不可避的にデータの廃棄が生じるが、この廃棄データの中に位置登録応答メッセージ（ＢＡ）が紛れ込むことにより欠落してしまい、ＣＮ２０１との通信が継続できないことがある。
【００１９】
即ち、図５１に示すように、上述したステップＢ１〜Ｂ７の処理の後、ＨＡ１０２からＭＮ１０１宛にＢＡを返送する処理（ステップＢ８）と、ＣＮ２０１からのメッセージをＨＡ１０２にてカプセル化して転送する処理（ステップＢ１０）とがほぼ同タイミングで発生した場合に、カプセル化したメッセージ転送量がネットワーク４００の帯域に比べて非常に大きいと、ＭＮ１０１宛のＢＡが廃棄されてしまうことがほとんどとなる（ステップＢ１１）。
【００２０】
例えば、アクセスルータ４０１の帯域を１０、ＣＮ２０１からのデータ量を９９９とした場合、ＨＡ１０２からＭＮ１０１にＢＡが返送される確率は、１０／（９９９＋１）＝１０／１０００＝１％となる。このため、ＭＮ１０１にはＢＡが返送されず、その結果、ＭＮ１０１は位置登録完了の旨を認識できず（ステップＢ１２）、ＣＮ２０１との通信を継続できないのである。
【００２１】
本発明は、このような課題に鑑み創案されたもので、モバイルＩＰネットワークにおいて、モバイルＩＰノードが大量のデータを受信している状態で品質の悪い帯域、あるいは、狭い帯域へのハンドオーバが発生した場合等に、モバイルＩＰノードの位置登録（又は認証）に関する制御信号の欠落による通信停止を防止できるようにすること目的とする。
【００２２】
【課題を解決するための手段】
上記の目的を達成するために、本発明のモバイルＩＰノード（請求項１）は、モバイルＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）に対応するノードであって、他のモバイルＩＰノードへ位置登録又は認証に関する制御信号を送信する送信手段と、該送信手段から同じ情報内容の制御信号を、一定期間に複数回、上記他のモバイルＩＰノード宛に送信させる制御手段とをそなえたことを特徴としている。
【００２３】
ここで、上記の制御信号は、位置登録又は認証に関する制御要求信号であってもよいし（請求項２）、位置登録又は認証に関する制御要求信号に対する制御応答信号であってもよい（請求項３）。
また、上記他のモバイルＩＰノードからの位置登録又は認証に関する制御要求信号を受信する受信手段をさらにそなえ、該制御手段が、該受信手段にて該制御要求信号が受信されると、該制御信号として同じ情報内容の制御応答信号を該送信手段から上記他のモバイルＩＰノード宛に複数回送信させるように構成されていてもよい（請求項４）。
【００２４】
さらに、該制御手段は、該受信手段にて同じ情報内容の制御要求信号が複数回受信されると、該制御信号として同じ情報内容の制御応答信号を該送信手段から上記他のモバイルＩＰノード宛に複数回送信させるように構成されていてもよい（請求項５）。
また、該制御手段は、該一定期間において該制御応答信号のみを該送信手段から連続的に送信させる連続送信制御部をそなえていてもよいし（請求項６）、該一定期間において該制御応答信号をこれら以外の通信データの送信を許容するタイミング以外のタイミングで該送信手段から間欠的に送信させる間欠送信制御部をそなえていてもよい（請求項７）。
【００２５】
さらに、該制御手段は、該送信手段から送信される上記他のモバイルＩＰノード宛の複数の通信データの一部又は全てに該制御応答信号を付加する制御応答信号付加部をそなえていてもよい（請求項８）。
また、該制御手段は、該制御応答信号の送信開始から該一定期間を計時する時間管理部と、該時間管理部で該一定期間が計時されると、該制御応答信号の送信を停止させる制御応答信号送信停止部とをそなえていてもよい（請求項９）。
【００２６】
さらに、本発明のモバイルＩＰネットワークにおける制御信号欠落補正方法（請求項１０）は、モバイルＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）に対応する複数のモバイルＩＰノードをそなえたモバイルＩＰネットワークにおいて、第１のモバイルＩＰノードから第２のモバイルＩＰノードへ位置登録又は認証に関する同じ情報内容の制御信号を、一定期間に複数回、送信することを特徴としている。
【００２７】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。
〔Ａ〕基本態様の説明
まず、図１〜１０を参照して、本発明の基本態様について説明する。なお、以下で使用する用語で、「モバイルＩＰノード」とは、モバイルＩＰ（特に、Ｍｏｂｉｌｅ  ＩＰｖ６）に対応したノードを意味し、例えば、前述したＨＡ（ホームエージェントノード）やＭＮ（移動ノード）、アクセスルータ（ルーティングノード）等がこれに該当する。また、「ＩＰノード」とは、インターネットにおける中継ルータ等の通常のＩＰノードを意味する。
【００２８】
さらに、「制御信号」には、位置登録又は認証に関するものが含まれ、「位置登録」に関するものとして、例えば、ＢＵ（位置登録／更新要求）メッセージやルータ要請（ＲＳ）メッセージ、これらに対する応答（制御応答信号）であるＢＡ（位置登録／更新応答）メッセージやルータ広告（ＲＡ）メッセージ等が含まれる。
【００２９】
一方、「認証」に関する制御信号には、共通鍵の交換処理等におけるセキュリティ要請メッセージ（Ｓｅｃｕｒｉｔｙ  Ａｓｓｏｃｉａｔｉｏｎ  （ＳＡ）  Ｐｒｏｐｏｓａｌ  Ｒｅｑｕｅｓｔ）やセキュリティ応答（ＳＡ  Ｐｒｏｐｏｓａｌ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）メッセージ，セキュリティ情報（暗号鍵情報），認証情報等が含まれる。
また、以下において、「同じ情報内容の制御信号（制御要求信号又は制御応答信号）」とは、通信プロトコルの違いに応じた当該信号のフォーマットの違いは許容されることを意味し、単に「同じ制御信号（制御要求信号又は制御応答信号）」と称する場合もある。
【００３０】
（Ａ１）基本態様１
図１は本発明の基本態様１を説明するためのブロック図で、この図１に示す基本態様１では、モバイルＩＰノード１（例えば、ＨＡ）から、位置登録（又は認証）に関する同じ情報内容の制御信号（例えば、ＢＡメッセージ等の制御応答信号）をモバイルＩＰノード２（例えば、ＭＮ）へ一定期間に複数回送信する（▲１▼参照）。
【００３１】
これにより、モバイルＩＰノード２では、ネットワークにおいて制御応答信号が廃棄されやすい状況になった場合でも、制御応答信号を受信・検出できる確率が向上し、通信停止となる事態の発生を軽減することができる。
（Ａ２）基本態様２
図２は本発明の基本態様２を説明するためのブロック図で、この図２に示す基本態様２では、モバイルＩＰノード２（例えば、ＭＮ）から制御要求信号（例えば、ＢＵメッセージ）をモバイルＩＰノード１（例えば、ＨＡ）へ送信し（▲１▼参照）、モバイルＩＰノード１は、この制御要求信号を受信すると、基本態様１と同様に、同じ制御応答信号（例えば、ＢＡメッセージ）をモバイルＩＰノード２へ一定期間に複数回送信する（▲２▼参照）。
【００３２】
これにより、モバイルＩＰノード２では、ネットワークにおいて制御応答信号が廃棄されやすい状況になった場合でも、制御応答信号を受信・検出できる確率が向上し、通信停止となる事態の発生を軽減することができる。
（Ａ３）基本態様３
図３は本発明の基本態様３を説明するためのブロック図で、この図３に示す基本態様３では、モバイルＩＰノード２（例えば、ＭＮ）から同じ情報内容の制御要求信号（例えば、ＢＵメッセージ）をモバイルＩＰノード１（例えば、ＨＡ）へ一定期間に複数回送信し（▲１▼参照）、モバイルＩＰノード１は、上記の各制御要求信号を受信することにより、同じ制御応答信号（例えば、ＢＡメッセージ）を一定期間に複数回返送する（▲２▼参照）。
【００３３】
これにより、制御要求信号及び制御応答信号がともに廃棄されやすい状況になった場合でも、それぞれを所定の受信側ノードで受信・検出させる確率を向上することができる。
（Ａ４）基本態様４
図４は本発明の基本態様４を説明するためのブロック図で、この図４に示す基本態様４では、モバイルＩＰノード１（例えば、ＨＡ）から、一定期間、同じ制御応答信号（例えば、ＢＡメッセージ）のみを連続的にモバイルＩＰノード２（例えば、ＭＮ）へ送信する（▲１▼参照）。
【００３４】
これにより、下記の基本態様５に示す間欠的な送信の場合に比して、早急に、モバイルＩＰノード２側で制御応答信号の受信・検出が可能となる。
（Ａ５）基本態様５
図５は本発明の基本態様５を説明するためのブロック図で、この図５に示す基本態様５では、モバイルＩＰノード１（例えば、ＨＡ）からモバイルＩＰノード２（例えば、ＭＮ）へ同じ制御応答信号（例えば、ＢＡメッセージ）を一定期間間欠的に送信する。
【００３５】
即ち、モバイルＩＰノード１は、１つ目の制御応答信号をモバイルＩＰノード２に送信し（▲１▼参照）、次に、制御応答信号を送信する時間でない場合に、制御応答信号の送信を行なわないで、通常の通信データの転送を許容する（▲２▼参照）。そして、次の送信時間となると、モバイルＩＰノード１は、▲１▼で送信した制御応答信号と同じ制御応答信号を再度モバイルＩＰノード２に送信する（▲３▼）。
【００３６】
このように、一定期間において同じ制御応答信号をこれら以外の通信データの送信を許容するタイミング以外のタイミングで間欠的にモバイルＩＰノード１からモバイルＩＰノード２へ送信することにより、モバイルＩＰノード２では、ネットワークのトラフィック変化等に応じて、制御応答信号及び通信データの受信・検出確率をともに向上することが可能となる。
【００３７】
（Ａ６）基本態様６
図６は本発明の基本態様６を説明するためのブロック図で、この図６に示す基本態様６では、モバイルＩＰノード２（例えば、ＭＮ）からモバイルＩＰノード１（ＨＡ）へ制御要求信号（例えば、ＢＵメッセージ）を送信し（▲１▼参照）、モバイルＩＰノード１は、一定期間、同じ制御応答信号（例えば、ＢＡメッセージ）をモバイルＩＰノード２へ複数回返送する（▲２▼参照）。
【００３８】
そして、モバイルＩＰノード２は、いずれかの制御応答信号を受信・検出した契機で、制御要求信号（制御応答信号の停止要求）をモバイルＩＰノード１へ送信する（▲３▼参照）。これにより、制御応答信号を受信できた後の無駄なトラフィックの発生を抑止することが可能となる。
（Ａ７）基本態様７
図７は本発明の基本態様７を説明するためのブロック図で、この図７に示す基本態様７では、モバイルＩＰノード１（例えば、ＨＡ）から送信された制御応答信号（例えば、ＢＡメッセージ）を代理ノード３が受信し（▲１▼参照）、代理ノード３が、同じ制御応答信号をモバイルＩＰノード２（例えば、ＭＮ）へ一定期間複数回送信する（▲２▼参照）。
【００３９】
これにより、代理ノード３が存在する場合にも、ネットワークにおいて制御応答信号が廃棄されやすい状況になっても、制御応答信号を受信・検出できる確率が向上し、通信停止となる事態の発生を軽減することが可能となる。
なお、この場合も、図６により上述した基本態様６と同様に、代理ノード３からのいずれかの制御応答信号を受信・検出した契機で、モバイルノード２から制御要求信号（制御応答信号の停止要求）を代理ノード３へ送信すれば、制御応答信号を受信できた後の無駄なトラフィックの発生を抑止することが可能となる。
【００４０】
（Ａ８）基本態様８
図８は本発明の基本態様８を説明するためのブロック図で、この図８に示す基本態様８では、代理ノード３がモバイルＩＰノード２（例えば、ＭＮ）から制御要求信号（例えば、ＢＵメッセージ）を受信すると（▲１▼参照）、代理ノード３が、同じ制御要求信号をモバイルＩＰノード１へ一定期間に複数回送信する（▲２▼参照）。
【００４１】
これにより、代理ノード３が存在する場合にも、モバイルＩＰノード１では、ネットワークにおいて制御要求信号が廃棄されやすい状況になっても、制御要求信号を受信・検出できる確率が向上する。
なお、この場合も、代理ノード３からのいずれかの制御要求信号を受信・検出した契機で、モバイルＩＰノード１から複数制御要求信号の停止要求を代理ノード３へ送信すれば、制御応答信号を受信できた後の無駄なトラフィックの発生を抑止することが可能となる。
【００４２】
（Ａ９）基本態様９
図９は本発明の基本態様９を説明するためのブロック図で、この図９に示す基本態様９では、まず、通常のＩＰノード４（例えば、ルータ）から通信データがモバイルＩＰノード１（例えば、ＨＡ）へ送信（転送）され（▲１▼参照）、モバイルＩＰノード１は、モバイルＩＰノード２（例えば、ＭＮ）へ受信した通信データを転送する（▲２▼参照）。モバイルＩＰノード２は、通信データ受信中に、制御要求信号（例えば、ＢＵメッセージ）をモバイルＩＰノード１へ送信する（▲３▼参照）。
【００４３】
モバイルＩＰノード１は、再度、ＩＰノード４から通信データを受信すると、当該通信データを一時的に保持し（▲６▼参照）、制御応答信号（例えば、ＢＡ）の送信前にタイミングをとってから、制御応答信号をモバイルＩＰノード２へ送信する（▲７▼参照）。その後、モバイルＩＰノード１は、タイミングをとって（▲８▼参照）、保持していた通信データをモバイルＩＰノード２へ送信する（▲９▼参照）。
【００４４】
このように、モバイルＩＰノード２宛の通信データをモバイルＩＰノード１において一時的に保持（又は廃棄）してその転送を遅延させて制御応答信号の送信を優先させることにより、制御応答信号が他のデータ（通信データ）の存在によって送信できない等の影響を除去することが可能となる。
（Ａ１０）基本態様１０
図１０は本発明の基本態様１０を説明するためのブロック図で、この図１０に示す基本態様１０では、まず、モバイルＩＰノード２（例えば、ＭＮ）から制御要求信号（例えば、ＢＵメッセージ）をモバイルＩＰノード１へ送信し（▲１▼参照）、モバイルＩＰノード１は、通常のＩＰノード４からモバイルＩＰノード２宛の通信データを受信した時（▲２▼参照）に、その通信データを廃棄する（▲３▼参照）。
【００４５】
そして、ＩＰノード４は、制御応答信号（例えば、ＢＡメッセージ）の送信前のタイミングをとり（▲５▼参照）、ＩＰノード４側からさらにモバイルＩＰノード２宛の通信データを受信しても（▲４▼参照）、その通信データを廃棄する（▲３▼参照）。その後、モバイルＩＰノード１は、制御応答信号をモバイルＩＰノード２へ返送し（▲７▼参照）、ＩＰノード４から通信データを受信すると、その通信データを廃棄する（▲３▼参照）。
【００４６】
そして、モバイルＩＰノード１は、タイミングをとり（▲９▼参照）、ＩＰノード４からモバイルＩＰノード２宛の通信データ（丸付き数字１０参照）を受信すると、その通信データをモバイルＩＰノード２へ転送する（丸付き数字１１参照）。
このように、モバイルＩＰノード２宛の通信データをモバイルＩＰノード１において廃棄して制御応答信号の送信を優先させることでも、制御応答信号が他のデータ（通信データ）の存在によって送信できない等の影響を除去することが可能となる。
【００４７】
〔Ｂ〕具体例の説明
（Ｂ１）ネットワーク構成
図１１は本発明の実施形態に係るモバイルＩＰネットワークの構成を示すブロック図で、この図１１に示すモバイルＩＰネットワークは、ＭＮ２が通常接続するホームリンク（ＨＡ１）の存在するネットワーク１０と、ＭＮ２の通信相手となりうる通信ノード（ＣＮ）２１が接続するネットワーク２０と、ＭＮ２の移動先ネットワークとなりうるネットワーク３０，４０とをそなえ、これらのネットワーク１０，２０，３０，４０がそれぞれ例えばルータ（ルーティングノード）５１，５２，３１，４１を介してインターネット５０と通信可能に接続されて構築されている。なお、各ネットワークは、１０，２０，３０，４０は、それぞれＭｏｂｉｌｅ  ＩＰｖ６をサポートしている。また、ＨＡ１やＭＮ２等の数は、勿論、この図１１中に示す数に限定されない。
【００４８】
ここで、ＨＡ（モバイルＩＰノード）１は、本実施形態においても、ＭＮ２の現在位置（ＣｏＡ）をバインディングキャッシュ（ＢＣ）によりＭＮ２別に管理し、ＭＮ２がホームリンク以外のネットワークに位置する場合に、位置登録によりＣｏＡを登録後、受信したＭＮ２宛の通信データ（パケットデータ）をバインディングキャッシュにおける最新のＣｏＡによりカプセル化して転送する機能を装備するものである。
【００４９】
（Ｂ１．１）ＨＡの詳細構成
このため、ＨＡ１は、例えば図１２に示すように、受信処理部１１Ｒ，送信処理部１１Ｓ，制御部１１Ａをそなえて構成されている。
ここで、受信処理部（受信手段）１１Ｒは、インターネット５０から転送されてくる自ノード（ＨＡ２）宛〔自ホームアドレス（ＨｏＡ）が付与されている〕のパケットデータ（以下、単に「パケット」ともいう）を受信して所要の受信処理を施すものであり、送信処理部（送信手段）１１Ｓは、ＭＮ２やＣＮ２１等へ送信すべきパケットの送信処理を行なうものである。
【００５０】
また、制御部１１Ａは、ＨＡ１の動作を集中的に制御して上述した基本態様１〜１０の動作を実現するもので、本実施形態では、送信処理部１１Ｓから同じ情報内容の制御信号（例えば、ＭＮ２宛のＢＡメッセージ）を、一定期間に複数回、ＭＮ２宛に送信しうる機能を装備している。
具体的に、本制御部１１Ａは、図１２中に示すように、パケット識別部１２，デカプセル化処理部１３Ａ，カプセル化処理部１３Ｂ，アプリケーションプログラム１４，ＨＡ信号欠落補正処理部１５，位置登録処理部１６，ＢＡ（位置登録応答メッセージ）付与処理部１７，ＭＮ欠落補正管理リスト１８Ａ，ＨＡ処理選択管理リスト１８Ｂ及び時間管理部１９等をそなえて構成されている。
【００５１】
ここで、パケット識別部１２は、この受信処理部１１Ｒで受信されたパケットの種別を識別するもので、例えば、受信パケットがＢＵメッセージ等の制御信号かそれ以外の通信データ〔アプリケーションデータパケット（電子メール，ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ），ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）等のアプリケーションに応じたデータ）か、アプリケーションデータパケットであった場合にそのパケットはＣＮ２１からのデータかＭＮ２からのパケットか等を識別できるようになっている。この識別の結果、制御信号であればＨＡ信号欠落補正処理部１６へ、ＣＮ２１からの通信データであればアプリケーションプログラム１４へ、ＭＮ２からの通信データはデカプセル処理部１３Ａへそれぞれ受信パケットが振り分けられることになる。
【００５２】
デカプセル処理部１３Ａは、パケット識別部１２から送られてくる受信パケット（ＭＮ２からの通信データ）のデカプセル化（ＣｏＡの取り外し等）を行なうものであり、アプリケーションプログラム１４は、パケット識別部１２からのデータ（ＣＮ２１からの通信データ）について、その転送先〔ＭＮ２の現在位置（最新のＣｏＡ）〕を位置登録処理部１７のバインディングキャッシュから特定してカプセル化の要否を判定する機能や、デカプセル化処理部１３Ａからのデータ（ＭＮ２からの通信データ）について通常のルーティング処理を施す機能を有するものである。
【００５３】
カプセル化処理部１３Ｂは、アプリケーションプログラム１４においてカプセル化が必要と認められた送信データ（ＣＮ２１からＭＮ２宛の通信データ）についてカプセル化処理（ＣｏＡの付与）を施すものである。
ＨＡ信号欠落補正処理部１５は、パケット識別部１２からの制御信号（ＢＵメッセージ等）を受信することにより、ＭＮ欠落補正管理リスト１８Ａ，ＨＡ処理選択管理リスト１８Ｂ及び時間管理部１９と協働して本発明の要部である信号欠落補正処理、即ち、ＢＵメッセージ（以下、単に「ＢＵ」と略記することがある）の受信に対して同じ情報内容のＢＡメッセージ（以下、単に「ＢＡ」と略記することがある）を、一定期間（連続送信期間）に複数回、ＢＵの送信元（ＭＮ２）へ返送する処理を実施するもので、その要部に着目すると、例えば以下のような機能を有している。
【００５４】
（１）連続送信期間において制御応答信号（ＢＡメッセージ等）のみを送信処理部１１Ｓから連続的に送信させる連続送信制御部１５１としての機能
（２）連続送信期間において制御応答信号をこれら以外の通信データの送信を許容するタイミング以外のタイミングで送信処理部１１Ｓから間欠的に送信させる間欠送信制御部１５２としての機能
（３）後述する時間管理部１９において、上記連続送信期間が計時された場合や上記連続送信期間に制御応答信号の送信回数が所定回数に達したことが検出された場合、あるいは、ＢＡ連続送信の停止要求メッセージを受けた場合に、ＢＡメッセージの送信を停止する制御応答信号送信停止部１５３としての機能
（４）制御応答信号を、制御信号以外のＭＮ２宛の通信データを遅延処理（一時保持又は廃棄）した上で送信する遅延制御部（保持／廃棄処理部）１５４としての機能
（５）制御要求信号（ＢＵメッセージ等）による位置登録の失敗率を監視し、その監視結果に応じて異なる動作モード（設定情報）を選定してＭＮ欠落補正管理リスト１８Ａに登録・設定（反映）する動作モード選定設定部１５５としての機能
次に、位置登録処理部１６は、上記ＢＵに付与されているＣｏＡにより、ＭＮ２の現在位置の登録・更新（バインディングキャッシュの作成・更新）を行なうものであり、ＢＡ付与処理部（制御応答信号付加部）１７は、ＨＡ信号欠落補正処理部１５で生成される制御応答信号（ＢＡメッセージ）をアプリケーションプログラム１４から送信処理部１１Ｓを通じて送信される送信データ（ＭＮ２宛の通信データ）の一部又は全てに付与する（このような処理をピギーバックという）ためのものである。
【００５５】
ただし、このピギーバック機能は、後述するＭＮ欠落補正管理リスト１８Ａにより有効／無効が指定できるようなっており、「有効」が指定されている場合にのみ動作する。したがって、「無効」が指定されている場合には、ＨＡ信号欠落補正処理部１５で生成されるＢＡはＭＮ２宛の通信データとは別個に送信処理部１１Ｓを通じて転送されることになる。
【００５６】
このＭＮ欠落補正管理リスト（動作モード管理部）１８Ａは、例えば図１５に示すように、
（１）同じＢＡを連続的に送信するか間欠的に送信するか、ＢＡの連続送信を無効にするかを指定するフラグ（ｆｌａｇ）情報１８Ａ−１（つまり、このフラグ情報１８Ａ−１は、上記連続送信制御部１５１及び間欠送信制御部１５２を選択的に動作させるための動作モード設定情報として機能する）、
（２）同じＢＡの連続送信の受け付け（サポート）を有効／無効に指定する（「無効」を指定し場合はＨＡ１が連続送信をサポートしないことを意味する）連続フラグ情報１８Ａ−２、
（３）同じＢＡの間欠送信の受け付け（サポート）を有効／無効に指定する（「無効」を指定した場合はＨＡ１がＢＡ間欠送信をサポートしないことを意味する）間欠フラグ情報１８Ａ−３、
（４）同じＢＡの連続送信期間を指定するＢＡ連続タイム（Ｔｉｍｅ）情報１８Ａ−４、
（５）連続送信すべきＢＡ数を指定するＢＡ連続カウント情報１８Ａ−５〔これらの情報１８Ａ−４，１８Ａ−５は、後述する時間管理部１９の動作（ＢＡ連続送信期間の計時，送信ＢＡ数のカウントのいずれかの選択）を規定する動作モード設定情報として機能する〕、
（６）同じＢＡを間欠送信する際の周期を指定するＢＡ間欠送信周期情報１８Ａ−６、
（７）ＢＡ送信時に一定時間の前方保護又は／及び後方保護をかける（遅延制御部１５４による遅延制御を行なう）か否か（有効／無効）を指定するフラグ情報１８Ａ−７、
（８）当該フラグ情報が有効な場合の前方／後方保護時間（Ｔｉｍｅ）情報１８Ａ−８，１８Ａ−９
等のＨＡ１の動作（モード）を規定する各種情報（動作モード設定情報）を管理するもので、図示しないメモリ等の所要の記録装置に保持される。この他にも、例えば、上述した「ピギーバック」によるＢＡ送信を行なうか否かを指定（ＢＡ付与処理部１７の動作を有効又は無効に設定）する情報（動作モード設定情報）なども設定可能である。このような各種情報を管理することで、ネットワークの状況に応じた柔軟な動作モード選定が可能となる。
【００５７】
また、このＭＮ欠落補正管理リスト１８は、ＭＮ２単位で管理してもよいし、ＨＡ１全体で１つのリストを管理してもよく、その内容は、ＨＡ１側で独自に設定してもよいし、例えば図１４に示すようなＭＮ２側のＭＮ欠落補正要求リスト（ＭＮ要求情報）２９Ａに基づくＭＮ２からの要求メッセージ（制御パケット）をＨＡ信号欠落補正処理部１５が受信することで設定できるようにしてもよい。
【００５８】
つまり、この場合、ＨＡ信号欠落補正処理部１５は、ＨＡ１の動作モード設定情報を他のモバイルＩＰノードであるＭＮ２から受信してＭＮ欠落補正管理リスト１８Ａに登録・設定（反映）する動作モード受信設定部１５６としての機能を実装することになる。なお、ＭＮ欠落補正要求リスト２９Ａの詳細については、ＭＮ２の構成（図１３参照）と併せて後述する。
【００５９】
一方、ＨＡ処理選択管理リスト１８Ｂは、例えば図２７に示すように、（１）ＢＵ受信数情報１８Ｂ−１、（２）ＢＵ更新間隔率情報１８Ｂ−２、（３）閾値有効率情報１８Ｂ−３、（４）有効数情報１８Ｂ−４等を、逐次、管理するもので、後述するように、これらの情報１８Ｂ−１〜１８Ｂ−４を基に、例えば、一定期間（パケットの“Ｌｉｆｅｔｉｍｅ”等）内に一定の割合（１／４以下等）で同じＣｏＡのＢＵが複数受信された場合に、ＭＮ２でＢＡが受信・検出できず現在位置の再登録を行なってきたとみなして、その後のＨＡ１（ＨＡ信号欠落補正処理部１５）の動作モードを選定することができるようになっている。
【００６０】
時間管理部（送信回数管理部）１９は、制御応答信号の送信開始から上記のＢＡ連続タイム情報１８Ａ−４やＢＡ間欠送信周期情報１８Ａ−６、前方／後方保護時間情報１８Ａ−８，１８Ａ−９等によって指定される時間を計時する機能や、制御応答信号の送信開始から制御応答信号の送信回数をカウントする機能を有するものである。
【００６１】
（Ｂ１．２）ＭＮの詳細構成
次に、ＭＮ２は、ホームリンクの存在するネットワーク（以下、ホームネットワークという）１０以外のネットワーク３０やネットワーク４０において、最寄りのアクセスルータ３１又は４１からルータ広告を受信し、受信ルータ広告に変化があると、自身の移動に伴って在圏ゾーンが変化したことを認識して、そのアクセスルータ３１又は４１経由で自己の現在位置をＢＵによりＨＡ１に登録（更新）する機能を有するものである。
【００６２】
このため、本ＭＮ２は、例えば図１３に示すように、受信処理部２１Ｒを有するネットワークインタフェース２Ａ，送信処理部２１Ｓを有するネットワークインタフェース２Ｂ，ユーザインタフェース２Ｃ，パケット識別部２２，パケット分解部２３，アプリケーションプログラム２４，パケット組立部２５，ルータ広告（ＲＡ）メッセージ処理部２６，モバイルＩＰメッセージ処理部２７，ＢＵ（位置登録要求メッセージ）付与処理部２８，ＭＮ欠落補正要求リスト２９Ａ，ＭＮ主導処理選択制御リスト２９Ｂ及びＭＮ処理選択管理リスト２９Ｃ等をそなえて構成されている。
【００６３】
なお、ネットワークインタフェース２Ａ，２Ｂは、それぞれ、接続先のネットワーク（通信）種別〔ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ），無線ＬＡＮ等〕に応じたプロトコル変換機能等を装備するもので、複数のネットワーク種別に対応する場合には、それに対応して複数設けられる場合がある。
ここで、ユーザインタフェース２Ｃは、ＭＮ２のディスプレイやキーボード（ボタンパネル）等に相当する部分で、ユーザによるデータ入出力を可能にするものである。
【００６４】
受信処理部２１Ｒは、最寄りのアクセスノード（ホームネットワーク１０においてはＨＡ１、その他のネットワーク３０，４０においてはアクセスルータ３１，４１）から転送されてくるパケットを受信して所要の受信処理を施すものであり、送信処理部２１Ｓは、逆に、最寄りのアクセスノードへのパケット送信処理を行なうものである。
【００６５】
パケット識別部２２は、受信処理部２１Ｒからのパケットの種別を識別するもので、ここでは、ルータ広告メッセージ，モバイルＩＰメッセージ，ＢＡメッセージ，ＨＡアドレス探索応答メッセージ，アプリケーションデータパケットの違いを少なくとも識別できるようになっている。なお、「ＨＡアドレス探索応答メッセージ」とは、例えば、ＭＮ２とＣＮ２１とが通信を行なうに当たってＨＡ１を探索（発見）するためのＭｏｂｉｌｅ  ＩＰｖ６標準のシーケンスにおいて受信されるメッセージである。
【００６６】
かかる識別の結果、ルータ広告メッセージはルータ広告メッセージ処理部２６へ、モバイルＩＰメッセージ，ＢＡメッセージ及びＨＡアドレス探索応答メッセージはモバイルＩＰメッセージ処理部２７へ、アプリケーションデータパケットはパケット分解部２３へそれぞれ振り分けられる。
パケット分解部２３は、パケット識別部２２からのパケット（アプリケーションデータパケット）を分解して電子メール，ＨＴＭＬ，ＦＴＰ等のアプリケーションデータを受信データとして取り出す機能を有するものである。
【００６７】
アプリケーションプログラム２４は、パケット分解部２３からの受信データに応じたアプリケーション処理（ディスプレイへの表示制御等）を行なうとともに、ユーザインタフェース２Ｃを通じて入力されたデータのアプリケーションに応じた必要な加工処理等を行なって送信データを生成するものである。
パケット組立部２５は、このアプリケーションプログラム２４からの送信データをパケットに組み立てる（必要なヘッダ情報を付加する等）ものである。
【００６８】
ルータ広告メッセージ処理部２６は、パケット識別部２２から受信されたルータ広告メッセージに付与されている送信元ＩＰアドレスを確認し、当該アドレスの変化を検出することで、ＭＮ２の移動に伴ってＭＮ２のアクセスノードが変化したことを検出（以下、単に、移動検出ということがある）するものである。
モバイルＩＰメッセージ処理部２７は、Ｍｏｂｉｌｅ  ＩＰｖ６におけるモバイルＩＰメッセージの処理を行なうもので、例えば、次のような機能を有している。
【００６９】
（１）ルータ広告メッセージ処理部２６での移動検出を契機に新たなＣｏＡを作成し、当該ＣｏＡを含むＢＵメッセージを上記ＨＡアドレス探索応答メッセージの受信により探索されたＨＡ１宛の送信メッセージとして生成する機能。なお、ＣｏＡは、受信したルータ広告メッセージの送信元アドレス（アクセスノードのＩＰアドレス）とＭＮ２に固有のＩＰアドレスとに基づいて作成される。
【００７０】
（２）ＢＡメッセージを受信してＨＡ１に対する位置登録が成功した場合に、そのＢＡメッセージの応答元アドレスを保持する機能。
（３）ＢＡメッセージを受信してＨＡ１に対する位置登録が失敗したことを認識した場合に、再度、ＢＵメッセージを発行して再位置登録を行なう機能。
（４）ＭＮ欠落補正要求リスト２９Ａに基づいてＨＡ１の動作モード（複数ＢＡ送信の有効／無効，複数ＢＡの連続／間欠送信等）をＭＮ２側から指定（つまり、ＨＡ１側で保持するＭＮ欠落補正管理リスト１８Ａの内容を設定）するためのＭＮ欠落補正要求リスト（動作モード設定情報）の発行機能。
【００７１】
（５）ＭＮ主導処理選択リスト（ＢＵ送信オプション選択情報）２９Ｂに基づいて位置登録の失敗数に応じたＨＡ１の動作モード（複数ＢＡの間欠送信時の送信周期や複数ＢＡの連続送信時の制限の有無等）をＭＮ２側から指定するためのＭＮ欠落補正要求リスト（動作モード設定情報）の発行機能。
ＢＵ付与処理部２８は、上記のモバイルＩＰメッセージ処理部２７で生成されたＢＵメッセージをパケット組立部２５で組み立てられるアプリケーションデータパケットに付与するための処理を行なうものである。ただし、このＢＵ付与処理部２８は、その有効／無効がモバイルＩＰメッセージ処理部２７から制御されるようになっており、「無効」の場合にはＢＵメッセージが独立してパケット組立部２５にてパケット化されて送信されることになる。
【００７２】
次に、上記のＭＮ欠落補正要求リスト２９Ａは、例えば図１４に示すように、図１５により前述したＨＡ１側のＭＮ欠落補正管理リスト１８Ａの内容に対応したオプション情報（ＢＡ連続指定コード２９ａ，ＢＡ保護要求コード２９ｂ）を有している。
そして、ＢＡ連続指定コード２９ａには、この図１４に示すように、ＢＡの連続送信の有効／無効を示すフラグ情報２９ａ−１，連続送信が有効な場合の連続／間欠を指定するＢＡ連続／間欠情報２９ａ−２，連続送信が「有効」な場合に時間，ＢＡ送信数（カウント）のいずれで連続送信期間を規定するかを指定するためのコード（ＢＡタイム要求コード２９ａ−３，ＢＡカウント要求コード２９ａ−５），時間で規定する場合の連続送信時間（ＢＡ連続タイム）情報２９ａ−４，ＢＡ送信数で規定する場合のカウント数（ＢＡ連続カウント情報）２９ａ−６，ＢＡ間欠送信を指定する場合の送信間隔（タイミング）を規定する情報（ＢＡ間欠送信周期情報）２９ａ−７等がオプション情報として設定可能である。
【００７３】
なお、フラグ情報２９ａ−１を「無効」に指定すると、他の情報２９ａ−２〜２９ａ−７は全て解除される。また、情報２９ａ−２〜２９ａ−７については複合指定も可能である。
一方、ＢＡ保護要求コード２９ｂには、ＢＡ送信時に一定時間の前方保護又は／及び後方保護をかけるか否か（有効／無効）を指定するフラグ情報２９ｂ−１，当該フラグ情報に「有効」を指定した場合の前方／後方保護時間（Ｔｉｍｅ）情報２９ｂ−２，２９ｂ−３等がオプション情報として設定可能である。なお、このＢＡ保護要求コード２９ｂの内容は、上記のＢＡ連続指定コード２９ａの内容とは独立して設定することが可能である。また、フラグ情報２９ｂ−１が「無効」の場合は上記保護は解除される。
【００７４】
そして、上記オプション情報の選定によって、ＭＮ欠落補正要求リスト２９Ａは、例えば、ＭＮ連続タイム要求情報２９１（図１６参照）や、ＭＮ連続カウント要求情報２９２（図１８参照）、ＭＮ間欠連続タイム要求情報２９３（図２０参照）、ＭＮ間欠連続カウント要求情報２９４（図２２参照）、ＢＡ返送タイミング指定要求情報２９５（図２４参照）、ＭＮ連続停止要求情報２９６（図２９参照）として指定されることになる。
【００７５】
次に、上記のＭＮ主導処理選択リスト２９Ｂには、例えば図２８に示すように、ＨＡ１の初期動作モード（通常／間欠／連続／無効）を規定する情報（初期開始位置情報）２９Ｂ−１，通常動作時においてＨＡ１をＢＡの間欠送信モード（間欠送信モード“１”〜“Ｎ”の複数指定が可能）へ遷移させるまでのＢＵ失敗許容数（失敗許容範囲ｍ）についての情報（失敗許容範囲情報）２９Ｂ−２，間欠送信時に異なる間欠送信モードへ遷移させるまでのＢＵ失敗許容数（失敗許容範囲ｎ，ｏ）及び遷移前の間欠送信周期（周期ａ，周期ｂ）についての情報（間欠送信周期情報）２９Ｂ−３，ＢＡ連続送信モード時の制限の有無を表す連続制限情報２９Ｂ−４等がオプション情報として設定可能である。
【００７６】
なお、このリスト２９Ｂにおいて初期開始位置情報２９Ｂ−１以外の情報については複数指定が可能である。また、連続制限情報２９Ｂ−４において「制限有り」を指定するには、例えば、連続送信時間（ＢＵ連続タイム），連続送信回数（ＢＵ連続カウント）を用いることができ、「無制限」を指定する場合には、例えば、上記ＢＵ連続タイムを極めて大きな値に設定する。
【００７７】
また、ＭＮ処理選択管理リスト２９Ｃは、例えば図２６に示すように、ＭＮ２が送信したＢＵ数についての情報（ＢＵ送信数情報）２９Ｃ−１，ＨＡ１からのＢＡの受信未完了（失敗）数についての情報（ＢＡ失敗数情報）２９Ｃ−２，ＨＡ１のＢＡ送信（返送）方式（動作モード）を異なる方式（例えば図３４により後述する方式）に遷移させる条件（遷移有効閾値：例えば、ＢＡ失敗数とＢＵ送信数の比率＝ＢＡ失敗数／ＢＵ送信数）についての情報（有効率情報）２９Ｃ−３，この有効率情報２９Ｃ−３とは別に、ＨＡ１のＢＡ返送方式を異なる方式（例えば図３４により後述する方式）に遷移させるための条件（遷移有効数：例えば、ＢＵ失敗数）についての情報（有効数情報）２９Ｃ−４等が設定可能になっている。
【００７８】
なお、上記のリスト２９Ａ，２９Ｂ，２９Ｃは、ネットワークインタフェース２Ａ，２Ｂが接続先のネットワーク種別に応じて複数設けられている場合には、それぞれに対応して複数設けてもよい。このようにすれば、位置登録処理（通信又は接続維持のための制御）に関して、ＭＮ２の接続先のネットワーク種別に応じて最適な動作モード（ＢＡ返送方法）を設定することが可能となる。
【００７９】
例えば、ＭＮ２の接続先が無線ＬＡＮである場合には、パケット廃棄が生じやすいので、ＨＡ１からのＢＡ連続送信を短い周期で行ない、接続先が通常のＬＡＮであれば、無線ＬＡＮの場合よりも長い周期でＢＡ連続送信を行なうといった設定が可能である。したがって、ＭＮ２の接続先のネットワーク種別によらずに、位置登録処理の確実性を向上することができる。
【００８０】
また、上述したＨＡ１及びＭＮ２の構成は、いずれも、「位置登録」のための機能に着目した構成であるが、「認証」のための機能も、例えば、上述したＢＡメッセージをセキュリティ要請メッセージやセキュリティ情報，認証情報と、上述したＢＵメッセージをセキュリティ応答メッセージと読み替えて適用すれば、上記と同一もしくは同様の構成で実現可能である。この際、両機能を兼用した構成としてもよい。さらに、以下の動作説明においても、「認証」の場合は、基本的に、上記と同様の読み替えを行なえばよい。
【００８１】
（Ｃ）動作
以下、上述のごとく構成された本実施形態のＨＡ，ＭＮ及びモバイルＩＰネットワーク全体の動作について、項目別に詳述する。
（Ｃ１）ＨＡの動作
まず、ＨＡ１の動作について、図３０に示すフローチャート（ステップＨ１〜Ｈ１３）を参照しながら説明する。
【００８２】
図３０に示すように、ＨＡ１は、パケットを受信処理部１１Ｒにて受信すると（ステップＨ１）、そのパケットの種別をパケット識別部１２にて識別する（ステップＨ２）。その結果、受信パケットがＢＵメッセージであれば（ステップＨ３でＹｅｓなら）、当該ＢＵメッセージはＨＡ信号欠落補正処理部（以下、単に「補正処理部」ともいう）１５へ転送され、補正処理部１５は、そのＢＵメッセージに図１６，図１８，図２０，図２２又は図２４に示すようなＭＮ欠落補正要求リスト２９Ａが付与されているか否かを確認する（ステップＨ４）。
【００８３】
ＭＮ欠落補正要求リスト２９Ａが付与されている場合（ステップＨ４でＹｅｓの場合）、補正処理部１５は、ＭＮ欠落補正管理リスト１８Ａの内容を受信したＭＮ欠落補正要求リスト２９Ａの内容に従って更新して（ステップＨ５）、受信ＢＵメッセージを位置登録処理部１６へ渡す。
ＭＮ欠落補正要求リスト２９Ａが付与されていなければ（ステップＨ４でＮｏの場合）、補正処理部１５は、受信ＢＵメッセージをそのまま位置登録処理部１６に引き渡す。位置登録処理部１６は、補正処理部１５から受信したＢＵメッセージに付与されているＭＮ２のＣｏＡをバインディングキャッシュに登録してＭＮ２の現在位置登録を行なう（ステップＨ６）。
【００８４】
一方、パケット識別部１２において受信パケットがＢＵメッセージでなかった場合（ステップＨ３でＮｏの場合）、受信パケットはアプリケーションプログラム１４に引き渡され、アプリケーションプログラム１４は、バインディングキャッシュを参照して（ステップＨ７）、受信パケットの宛先アドレスに対するキャッシュ登録（ＣｏＡ）が存在するか否かを確認する（ステップＨ８）。
【００８５】
ＣｏＡが存在すれば（ステップＨ８でＹｅｓの場合）、アプリケーションプログラム１４は、受信パケットの当該ＣｏＡによるカプセル化をカプセル化処理部１３Ｂに指示し、カプセル化処理部１３Ｂが受信パケットをカプセル化する（ステップＨ９）。
カプセル化されたパケットは、ＢＡ付与処理部１７に入力され、ＢＡ付与処理部１７は、補正処理部１５によりＢＡ付与が「有効」に指定されていれば（ステップＨ１０でＹｅｓの場合）、入力パケットにＢＡメッセージを付与する（ステップＨ１１）が、「無効」に指定されていれば、ＢＡメッセージの付与は行なわない（ステップＨ１０でＮｏの場合）。
【００８６】
その後、カプセル化されたパケットは、送信処理部１１Ｓにおいてルーティングテーブル（図示省略）に基づいてルーティングされて送信される（ステップＨ１２，Ｈ１３）。
（Ｃ２）ＭＮの動作
次に、ＭＮ２の動作について、図３１に示すフローチャート（ステップＭ１〜Ｍ１８）を参照しながら詳述する。
【００８７】
ＭＮ２は、受信処理部２１Ｒを通じてパケットを受信すると（ステップＭ１）、その受信パケットの種別をパケット識別部２２にて識別する（ステップＭ２）。即ち、パケット識別部２２は、受信パケットが、ＢＡメッセージ自体かＢＡメッセージの付与されたデータパケットかルータ広告メッセージかを確認する（ステップＭ３，Ｍ４，Ｍ５）。
【００８８】
その結果、受信パケットがＢＡメッセージ自体，ＢＡメッセージの付与されたデータパケット，ルータ広告メッセージのいずれでもなければ（ステップＭ３，Ｍ４，Ｍ５でいずれもＮｏであれば）、パケット識別部２２は、受信パケットがカプセル化されたパケットか否かを確認し（ステップＭ６）、カプセル化パケットであれば、当該受信パケットは、パケット分解部２３にてデカプセル化及びパケット分解処理されたのち（ステップＭ７）、アプリケーションプログラム２４へ引き渡される（ステップＭ８）。
【００８９】
一方、受信パケットがルータ広告メッセージであった場合（ステップＭ３及びＭ４でいずれもＮｏと判定され、ステップＭ５でＹｅｓと判定された場合）、当該ルータ広告メッセージは、ルータ広告メッセージ処理部２６へ引き渡される。ルータ広告メッセージ処理部２６は、受信したルータ広告メッセージの内容をチェックし、ＭＮ２の移動があったかどうか、つまり、現在位置登録を行なう必要があるか否かを判断する（ステップＭ９）。
【００９０】
その結果、移動がなければ、ＭＮ２は現在の状態を維持する（ステップＭ９のＮｏルート）が、移動が検出されれば、モバイルＩＰメッセージ処理部２７によって、新たなＣｏＡを作成して当該ＣｏＡを含むＨＡ１宛のＢＵメッセージを生成する（ステップＭ９のＹｅｓルートからステップＭ１０）。そして、モバイルＩＰメッセージ処理部２７は、ＨＡ１に対してＭＮ欠落補正要求リスト２９Ａを送信しうる状態（ＭＮ欠落補正要求選択オプション有り）になっているか否かを確認する（ステップＭ１１）。
【００９１】
ＭＮ欠落補正要求選択有りの状態であれば、モバイルＩＰメッセージ処理部２７は、生成したＢＵメッセージにＭＮ欠落補正要求リストを付与して（ステップＭ１１のＹｅｓルートからステップＭ１２）、当該ＢＵメッセージをＢＵ付与処理部２８へ引き渡し、存在しなければ、生成したＢＵメッセージをそのままＢＵ付与処理部２８へ引き渡す（ステップＭ１１のＮｏルート）。
【００９２】
ＢＵ付与処理部２８は、送信データパケットへのＢＵメッセージの付与が有効であれば、パケット組立部２５において、アプリケーションプログラム２４からの送信データにＢＵメッセージを付与してパケット化させ、無効であれば、ＢＵメッセージを独立してパケット化させる。これにより、ＢＵメッセージは、ＭＮ２からの送信データパケットに付与されて、あるいは、独立して送信処理部２１Ｓを通じＨＡ１宛に送信される（ステップＭ１３）。
【００９３】
これに対し、受信パケットがＢＡメッセージ、あるいは、ＢＡメッセージの付与されたデータパケットであった場合（ステップＭ３又はＭ４でＹｅｓの場合）、当該受信パケットはモバイルＩＰメッセージ処理部２７に引き渡され、モバイルＩＰメッセージ処理部２７は、受信ＢＡメッセージの内容に基づいてＨＡ１に対する位置登録が失敗したか否かを確認する（ステップＭ１４）。
【００９４】
その結果、位置登録が成功していれば（ステップＭ１４でＮｏの場合）、モバイルＩＰメッセージ処理部２７は、受信ＢＡメッセージの応答元アドレスを記憶し（ステップＭ１５）、ＭＮ欠落補正要求停止選択オプション有りの状態か否かをＭＮ欠落補正要求リスト２９Ａに基づいて確認する（ステップＭ１６）。
ＭＮ欠落補正要求停止選択オプション有りの状態であれば（ステップＭ１６でＹｅｓの場合）、モバイルＩＰメッセージ処理部２７は、ＨＡ１側での複数ＢＡの送信を停止させるために、欠落補正無効指示メッセージ（例えば、ＢＵメッセージに付与）をＨＡ１宛に発行する（ステップＭ１７）。
【００９５】
なお、受信したＢＡメッセージによりＨＡ１に対する位置登録が失敗していたことが検出された場合（ステップＭ１４でＹｅｓの場合）、モバイルＩＰメッセージ処理部２７は、再位置登録（ＢＵメッセージの発行）を行なう（ステップＭ１８）。
（Ｃ３）ネットワーク全体の動作
次に、上述したＨＡ１及びＭＮ２の動作を前提として、モバイルＩＰネットワーク全体の動作について詳述する。
【００９６】
（Ｃ３．１）
まず、図２により前述した基本態様２におけるモバイルＩＰノード１をＨＡに適用した場合の動作について、図３２及び図４１を参照しながら説明する。
ここで、ＭＮ２がホームリンクの存在するネットワーク１０からルータ３１配下のネットワーク３０へ移動した場合の動作は、図５０により前述した動作（ステップＢ１〜Ｂ６）と同様である。
【００９７】
即ち、ＭＮ２がホームリンクの存在するネットワーク１０からルータ３１配下のネットワーク３０へ移動すると、ＭＮ２は、ルータ３１からルータ広告（ＲＡ）を受信した契機で、新たなＣｏＡ（＝ＭＮｒ３）を生成し、アクセスルータ３１経由でホームリンクのＨＡ１に対して、生成したＣｏＡを含んだＢＵメッセージを発行する。
【００９８】
そして、ＨＡ１は、上記ＢＵメッセージを受信すると、バインディングキャッシュを作成し、位置登録更新完了の旨をＢＡメッセージにより返送する。ＭＮ２は、このＢＡメッセージを受信することにより、位置登録の更新が完了したことを認識する。
かかる状態で、例えば、ネットワーク２０に存在する通信ノード（ＣＮ）２１がＭＮ２宛（ＭＮ２のホームアドレス宛）に通信データ（電子メール，ＨＴＭＬ，ＦＴＰ等のアプリケーションデータパケット）を送信すると（図３２のステップＳＡ１，図４１のステップＳ６）、このデータは、宛先アドレスがＭＮ２のホームアドレスとなっているので、ＭＮ２のホームリンクのＨＡ１にて受信され、ＨＡ１は、上記バインディングキャッシュに基づいて、ＭＮ２の最新のＣｏＡ（＝ＭＮｒ３）宛に受信データをカプセル化してＭＮ２への転送を行なう（図３２のステップＳＡ２）。
【００９９】
以後、通信ノード（ＣＮ）２１が、継続してデータをＭＮ２のホームアドレス（ＨｏＡ）宛に送信すると、ＨＡ１では、同様に、バインディングキャッシュで管理している最新のＣｏＡ（＝ＭＮｒ３）宛に受信データのカプセル化を行なってＭＮ２への転送を行なう（図３２のステップＳＡ９）。なお、当然のことではあるが、本実施形態においても、上記のＢＵやＢＡ等の位置登録に関するメッセージ（制御信号）及びそれ以外の通信データは、ともにコネクションレス通信方式による。
【０１００】
さて、かかる状態で、図３２中に示すように、ＭＮ２がネットワーク３０からネットワーク４０へさらに移動したとする（ステップＳＡ３，図４１のステップＳ１）。すると、ＭＮ２は、ホームリンクからネットワーク３０への移動の場合と同様に、移動先のネットワーク４０上のアクセスルータ４１からＲＡを受信（図３２のステップＳＡ４，図４１のステップＳ３）した契機で、新たなＣｏＡ（＝ＭＮｒ４）を生成し（図３２のステップＳＡ５，図４１のステップＳ４）、アクセスルータ４１経由でホームリンクのＨＡ１に対してＢＵメッセージを送信する（図３２のステップＳＡ６，図４１のステップＳ５）。この際、ＭＮ２は、ＭＮ欠落補正要求リスト２９Ａとして例えば図１６に示すＭＮ連続タイム要求情報２９１を上記ＢＵメッセージに付与したとする。
【０１０１】
ＨＡ１は、上記の新たなＣｏＡをＢＵメッセージにより受信すると、位置登録処理部１６により、バインディングキャッシュの更新を行なう（図３２のステップＳＡ７，図４１のステップＳ７）とともに、補正処理部１５により、上記ＭＮ連続タイム要求情報２９１の内容を図１７に示すごとくＭＮ欠落補正管理リスト１８ＡにＭＮ連続タイム管理情報１８１（情報フラグ情報１８Ａ−１，連続フラグ情報１８Ａ−２，１８Ａ−４）として反映（登録／更新）する。
【０１０２】
ＨＡ１（補正処理部１５）は、このＭＮ欠落補正管理リスト１８Ａ（ＭＮ連続タイム管理情報１８１）の内容を確認し、フラグ情報１８Ａ−１が「有効（＝連続）」で連続フラグ情報１８Ａ−２が「受付有効」となっていれば、ＢＡ連続タイム情報１８Ａ−４で指定されている時間（ＢＡ連続タイム）だけ、ＭＮ宛の同じＢＡメッセージを複数回連続的に送信することになる。
【０１０３】
この際、例えば、最初の１回は、ＢＡメッセージ単独でＭＮ２へ応答を返し（図３２のステップＳＡ８，図４１のステップＳ８）、その後は、ＣＮ２１からＭＮ２宛の通信データ（アプリケーションデータ）があれば、当該データにＢＡメッセージを付与するピギーバックによりＢＡの連続送信を行なう（図３２のステップＳＡ１０，図４１のステップＳ９，Ｓ１０，Ｓ１１，Ｓ１２）。このようにピギーバックによる送信を行なうことで、ＢＡメッセージを単独で送信する場合に比して、トラフィック増加を抑制することができる。
【０１０４】
なお、図４５にＢＡメッセージのフォーマット例、図４６にＭＮ２宛の通信データのフォーマット例、図４７に当該通信データにＢＡメッセージを付与したときのフォーマット例をそれぞれ示す。この図４７に示すように、ＢＡメッセージの通信データへの付与は、通信データのＩＰｖ６ヘッダに含まれる次ヘッダ（Ｎｅｘｔ  ｈｅａｄｅｒ）をＢＡメッセージのもの（０ｘ３ｃ）に置き換えるとともに、図４５に斜線部で示す情報を通信データのルーティングヘッダ（Ｒｏｕｔｉｎｇ  Ｈｅａｄｅｒ）の後に挿入した上で、通信データのチェックサム（Ｃｈｅｃｋ  Ｓｕｍ）の再計算を行なうことにより実施される。
【０１０５】
ところで、上記ステップＳＡ８によるＢＡ返送処理と、上記ステップＳＡ１０によるデータ転送処理とがほぼ同タイミングで発生した場合、上記ステップＳＡ１０での転送データ量が非常に大きいと、ステップＳＡ８によるＢＡメッセージについては、転送途中で廃棄されてしまうことがほとんどとなる（ステップＳＡ１１）。
【０１０６】
しかし、本例では、ＢＡメッセージを、上記ＢＡ連続タイムの間、上述のごとくＭＮ２宛の通信データに付与しているため、ＭＮ２は、受信通信データに付与されたＢＡメッセージを受信する（図４１のステップＳ１３）ことで、ＢＡメッセージを認識することができる。ＢＡ連続タイムが経過した後は、ＨＡ１は、ＢＡメッセージの付与を解除して、ＣＮ２１からＭＮ２宛の通信データを通常通り転送する（ステップＳＡ１２）。
【０１０７】
なお、上述した方法は、ＨＯＴＩ（Ｈｏｍｅ  Ｔｅｓｔ  Ｉｎｉｔ  Ｍｅｓｓａｇｅ：参考文献「ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｉｐｖ６−１９．ｔｘｔ」）等のモバイルＩＰ制御信号について適用した場合についても同様の作用効果を得ることが可能である。
また、ＩＰ  Ｍｏｂｉｌｉｔｙ  Ｓｕｐｐｏｒｔ  ｆｏｒ  ＩＰｖ４〔前記非特許文献５（ＲＦＣ３３４４）参照〕の場合、ＢＵメッセージをＲｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージ、ＢＡメッセージをＲｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｓｐｏｎｓｅメッセージに置き換えることで、上記と同様の作用効果を得ることができる。
【０１０８】
（Ｃ３．２）
上述した項目（Ｃ３．１）の例では、ＢＡ連続タイム情報１８Ａ−４により、ＢＡ連続送信時間を規定する場合について説明したが、図１４及び図１５により前述したＢＡ連続カウント情報２９ａ−６，１８Ａ−５により規定することもできる。
【０１０９】
この場合は、上述したステップＳＡ６において、図１６に示すＭＮ連続タイム要求情報２９１に代えて、ＭＮ欠落補正要求リスト２９Ａとして、例えば図１８に示す、ＢＡ連続カウント情報２９ａ−６を含むＭＮ連続カウント要求情報２９２をＢＵメッセージに付与する。図４３にＢＵメッセージのフォーマット例、図４４にＭＮ連続カウント要求情報２９２を付与した場合のフォーマット例を示す。
【０１１０】
この図４４に示すように、本例の場合は、ＭＮ欠落補正要求リスト２９Ａとしてフラグ情報２９ａ−１（＝有効（連続）），ＢＡ連続／間欠情報２９ａ−２（＝ＢＡ連続），ＢＡカウント要求コード２９ａ−５，ＢＡ連続カウント情報２９ａ−６を指定する。
これにより、上記ＢＡメッセージを受信したＨＡ１では、補正処理部１５によって、受信したＢＵメッセージに付与されたＭＮ連続カウント要求情報２９２の内容を図１９に示すごとく自己のＭＮ欠落補正管理リスト１８ＡにＭＮ連続カウント管理情報１８２（情報１８Ａ−１，１８Ａ−２，１８Ａ−５）として反映する。
【０１１１】
そして、ＨＡ１は、このＭＮ欠落補正管理リスト１８Ａ（ＭＮ連続カウント管理情報１８２）の内容を確認し、フラグ情報１８Ａ−１が「有効（＝連続）」で連続フラグ情報１８Ａ−２が「受付有効」であれば、ＢＡ連続カウント情報２９ａ−６で指定された数（ＢＡ連続カウント数）だけＭＮ２宛の通信データに同じＢＡメッセージを図４５〜図４７により上述したのと同様の手法で付与することになる。
【０１１２】
ＭＮ２は、上述のごとく受信通信データに付与されたＢＡメッセージのいずれかを受信することで、ＢＡメッセージを認識することができる。その後、ＨＡ１は、上記ＢＡ連続カウント数を超過した後は、ＢＡメッセージの付与を解除して、通常通り、ＭＮ２宛のデータ転送を行なう。
（Ｃ３．３）
次に、以下では、図９により前述した基本態様９におけるモバイルＩＰノード１をＨＡに適用した場合の動作について、図３３を参照しながら詳述する。
【０１１３】
まず、ＭＮ２がネットワーク３０からネットワーク４０へ移動して新たなＣｏＡを作成するまでの動作（ステップＳＡ１〜ＳＡ５）については図３２と同様である。
その後、ＭＮ２は、ＨＡ１宛のＢＵメッセージを発行する際、ＭＮ欠落補正要求リスト２９Ａとして、例えば図２４に示すように、フラグ情報２９ｂ−１，前方／後方保護時間（Ｔｉｍｅ）情報２９ａ−２，２９ｂ−３を指定したＢＡ保護要求コード２９ｂを含むＢＡ返送タイミング指定要求メッセージ２９５をＨＡ１宛のＢＵメッセージに付与する（ステップＳＢ６）。なお、かかるメッセージ２９５の付与は、この場合も、図４３及び図４４により前述した付与方法と同様にして行なわれる。
【０１１４】
一方、ＨＡ１は、ＭＮ２から上記のＢＵメッセージを受信すると、位置登録処理部１６により、バインディングキャッシュ（ＣｏＡ＝ＭＮｒ４）の更新を行なう（ステップＳＡ７）とともに、補正処理部１５により、当該ＢＡメッセージに付与されている上記ＢＡ返送タイミング指定要求メッセージ２９５の内容を図２５に示すごとく自己のＭＮ欠落補正管理リスト１８ＡにＢＡ返送タイミング指定管理情報１８５（情報１８Ａ−７，１８Ａ−８，１８Ａ−９）として反映する（ステップＳＢ８）。
【０１１５】
そして、ＨＡ１は、反映後のＭＮ欠落補正管理リスト１８Ａに設定された前方（ＢＡ返送前）保護時間情報２９ａ−２及び後方（ＢＡ返送後）保護時間２９ａ−３の確認を行ない、フラグ情報２９ｂ−１が「有効」の場合に、ＢＡメッセージの返送前に、ＢＡ返送前保護時間２９ａ−２で指定された時間だけ、ＣＮ２１からの通信データの転送を当該データの保持又は廃棄などによって遅延（一時中断）させてから（ステップＳＢ９）、ＢＡメッセージの返送を行なう（ステップＳＢ１０）。
【０１１６】
これにより、ＢＡメッセージの返送が通信データの転送に優先して行なわれることになり、ネットワーク４０で許容できない量のデータ転送により通信データが廃棄されるような状況（ステップＳＢ１１，ＳＢ１２）においても、ＭＮ２宛のＢＡメッセージの返送確率を向上することができる。
なお、ＢＡメッセージ送出後、ＨＡ１は、上記ＢＡ返送後保護時間情報２９ａ−３で指定された時間が経過することにより、ＣＮ２１からのデータ転送遅延（一時中断）を解除して、通常通り、ＭＮ２宛の通信データの転送を行なう。
【０１１７】
（Ｃ３．４）
次に、図５により前述した基本態様５の具体例について説明する。この場合は、図３２又は図３３により上述した動作を基本として、ＢＡメッセージの連続送信処理を間欠送信処理に変更することで実現される。
例えば図３２を例にすると、ＭＮ２からＨＡ１宛にＢＵメッセージを発行する際（ステップＳＡ６）に、ＭＮ２は、ＭＮ欠落補正要求リスト２９Ａ（ＢＡ連続指定コード２９ａ）として、例えば図２０（又は図２２）に示すように、フラグ情報２９ａ−１（有効＝（間欠）），ＢＡ連続／間欠情報２９ａ−２（ＢＡ間欠），ＢＡタイム要求コード２９ａ−３（又はＢＡカウント要求コード２９ａ−５），ＢＡ連続タイム情報２９ａ−４（又はＢＡ連続カウント情報２９ａ−６）及びＢＡ間欠送信周期情報２９ａ−７を指定したＭＮ間欠連続タイム要求情報２９３（又はＭＮ間欠連続カウント要求情報２９４）をＨＡ１宛のＢＵメッセージに付与する。付与方法は図４３及び図４４により前述した方法と同様である。
【０１１８】
そして、ＨＡ１は、ＭＮ２から受信した上記ＢＵメッセージによりバインディングキャッシュの更新を行なうとともに、当該ＢＵメッセージに付与されている要求情報２９３（又は２９４）の内容を図２１（又は図２３）に示すごとく自己のＭＮ欠落補正管理リスト１８ＡにＭＮ間欠連続タイム管理情報１８３（情報１８Ａ−１，１８Ａ−３，１８Ａ−４，１８Ａ−６）〔又はＭＮ間欠連続カウント管理情報１８４（情報１８Ａ−１，１８Ａ−３，１８Ａ−５，１８Ａ−６）〕として反映する。
【０１１９】
これにより、ＨＡ１は、ＭＮ欠落補正管理リスト１８Ａのフラグ情報１８Ａ−１及びＢＡ連続タイム情報１８Ａ−４（又はＢＡ連続カウント情報１８Ａ−５）の確認を行ない、フラグ情報１８Ａ−１が「有効」の場合に、ＢＡ連続タイム情報１８Ａ−４で指定された時間（又は、ＢＡ連続カウント情報１８Ａ−５で指定された数）だけ、ＢＡ間欠送信周期情報１８Ａ−６で指定された周期（間欠周期）で、同じＢＡメッセージを図４５〜図４７により前述したごとくＭＮ２宛の通信データに付与する。
【０１２０】
ＭＮ２は、受信した通信データに付与されたいずれかのＢＡメッセージを受信することで、ＢＡ情報を認識することができる。ＢＡ連続タイムが経過した後（又は、ＢＡメッセージを付与したパケット数がＢＡ連続カウントに達した後）は、ＨＡ１は、ＢＡメッセージの付与を解除し、通常通り、通信データの転送を行なう。他の動作は図３２又は図３３により上述した動作と同様である。
【０１２１】
このようにして、ＨＡ１からのＢＡメッセージの発行周期を図３２や図３３の場合よりも長く間欠的に行なうことで、確実ではないが、トラフィック増加を抑制しながら、ＭＮ２でのＢＡメッセージの受信確率を高めることができる。なお、上記の例において、間欠周期は、転送パケットに対してＢＡメッセージを付与するパケット間隔（数）や、転送パケット量に対するＢＡメッセージの含有率として規定してもよい。
【０１２２】
（Ｃ３．５）
次に、ＨＡ１側で信号欠落補正方式を複合的に用いた、ＢＡ処理選択方式について、図３４を参照しながら詳述する。ただし、この図３４においてＨＡ１がネットワーク４０に移動したＭＮ２から新しいＣｏＡを受信してバインディングキャッシュの更新を行なう場合の動作（ステップＳＡ１〜ＳＡ７）は、図５０により前述した動作（ステップＢ１〜Ｂ７）と同様である。
【０１２３】
ＨＡ１（補正処理部１５）は、ＢＵメッセージを受信すると、ＨＡ処理選択管理リスト１８Ｂ（図２７参照）に対して、ＢＵ受信数情報１８Ｂ−１の加算と受信ＢＵメッセージに含まれるＣｏＡの確認とを行ない、ＢＵメッセージに含まれるＣｏＡとバインディングキャッシュ（ＢＣ）で管理しているＣｏＡとが同じであると、ＢＵ更新間隔の比率（ＢＵ要求時間／ＢＣ有効時間）（情報１８Ｂ−２）の確認を行なう。
【０１２４】
その結果、一定数以下であると、ＨＡ１の発行したＢＡメッセージがＭＮ２に未到達であるとみなして、閾値有効率〔（情報１８Ｂ−３）＝ＢＵ更新間隔率を以下のＢＡ未到達数／ＢＵ受信数〕、有効数〔（情報１８Ｂ−４）＝ＢＵ更新間隔率以下のＢＵ〕の更新を行なう（ステップＳＣ８）。
そして、ＨＡ１（補正処理部１５）は、有効数情報１８Ｂ−４が一定数を超過すると、ＢＡメッセージの返送方式を下記（１）〜（４）のいずれかに設定（選択）する。
【０１２５】
▲１▼有効時間を用いた信号欠落補正方式（図３２により前述した方式）
▲２▼有効カウント数を用いた信号欠落補正方式（図３２により前述した方式を元にして「ＢＡ連続タイム」を「ＢＡ連続カウント」に置き換えた方式）
▲３▼ＢＡ返送タイミング制御を用いた信号欠落補正方式（図３３により前述した方式）
▲４▼ＢＡ間欠送信を用いた信号欠落補正方式（図３３により前述した方式を元にしてＢＡメッセージを間欠的に送信する方式）
つまり、ＨＡ１は、既述の動作モード選定設定部１５５により、ＢＵメッセージによる位置登録処理の失敗率を監視しておき、その監視結果に応じて自己の動作モードを選択するのである。そして、ＨＡ１は、以降、選択した方式に従って、ＭＮ２に対するＢＡメッセージの返送を行なう（ステップＳＣ９〜ＳＣ１１）。つまり、ＨＡ１は、実際のネットワークトラフィック状況に応じた最適な動作モードでＢＡメッセージの送信処理を実行することができるのである。
【０１２６】
これにより、ＭＮ２がＣＮ２１との通信中に有効帯域の小さいネットワーク４０に移動して、ＨＡ１からのＢＡメッセージが転送途中で廃棄されやすい（ステップＳＣ１２）状況となっても、一定期間、同じＢＡメッセージがＨＡ１からＭＮ２宛に送信されるので、ＭＮ２でのＢＡメッセージの受信確率を向上し、位置登録処理の確実性を向上することができる。
【０１２７】
なお、ＢＵが通常の動作を行なう場合については、図３２のステップＳＡ８以降の動作と同様となる。また、ＣｏＡが新しくなった場合については、ＨＡ１側で管理している情報（ＨＡ処理選択管理リスト１８Ｂ）を初期状態から始めるようにしてもよい。
（Ｃ３．６）
次に、図３により前述した基本態様３におけるモバイルＩＰノード２をＭＮに適用した場合の動作について、図３５を参照しながら詳述する。ただし、この図３５においても、ＭＮ２がネットワーク３０からネットワーク４０に移動して新しいＣｏＡを作成するまでの動作（ステップＳＡ１〜ＳＡ５）は、図５０により前述した動作（ステップＢ１〜Ｂ５）と同様である。
【０１２８】
そして、この場合、ＭＮ２（モバイルＩＰメッセージ処理部２７）は、ＨＡ１宛のＢＵメッセージが途中で廃棄されることも含めて、同じＢＵメッセージのＨＡ１に対する送信を繰り返し行なう（ＢＵ連続送信：ステップＳＤ６）。ＨＡ１は、ＭＮ２からのいずれかのＢＵメッセージを受信すると、位置登録処理部１６によりバインディングキャッシュの更新を行ない（ステップＳＤ７）、補正処理部１５により、同じＢＡメッセージを連続的にＭＮ２に対して発行する（ステップＳＤ８）。この際のＢＡ返送方式についても、前記▲１▼〜▲４▼のいずれの方式であってもよい。
【０１２９】
ＭＮ２（モバイルＩＰメッセージ処理部２７）は、ＨＡ１からのＢＡメッセージを正しく受信できれば、ＢＵメッセージの連続送信処理を停止し（ステップＳＤ９）、以降、ＨＡ１は、ＣＮ２１からの通信データをバインディングキャッシュで管理している最新のＣｏＡ宛に転送する（ステップＳＤ１０，ＳＤ１１）。
以上のようにして、ＭＮ２からＨＡ１に対して同じＢＵメッセージを一定期間連続して送信し、ＨＡ１からＭＮ２に対する応答（ＢＡメッセージの送信）も一定期間連続して行なうことで、ＨＡ１及びＭＮ２間でＢＵ又はＢＡメッセージが廃棄されやすい（ステップＳＤ１２）状況でも、それぞれの受信確率を向上して、通信継続を担保することができる。
【０１３０】
（Ｃ３．７）
次に、ＭＮ２側で信号欠落補正方式を複合的に用いた、ＢＵ処理選択方式について、図３６を参照しながら説明する。ただし、この図３６においても、ＭＮ２がネットワーク３０からネットワーク４０に移動して新しいＣｏＡを作成するまでの動作（ステップＳＡ１〜ＳＡ５）は、図５０により前述した動作（ステップＢ１〜Ｂ５）と同様である。
【０１３１】
そして、ＭＮ２（モバイルＩＰメッセージ処理部２７）は、ＨＡ１に対してＢＵメッセージの送信を行なうにあたって、ＭＮ処理選択管理リスト２９ＣのＢＵ送信数情報２９Ｃ−１を更新して（ステップＳＥ６）、ＢＵメッセージの送信を行なう（ステップＳＥ７）。
ＨＡ１は、上記のＢＵメッセージを受信すると、位置登録処理部１６によりバインディングキャッシュの更新を行ない（ステップＳＥ８）、その応答としてＢＡメッセージの返送処理を行なう（ステップＳＥ９）が、このＢＡメッセージが転送途中で廃棄されてしまった場合（ステップＳＥ１２）、ＭＮ２は、一定時間後に、再度、ＭＮ処理選択管理リスト２９ＣのＢＵ送信数情報２９Ｃ−１を更新して（ステップＳＥ６）、ＢＵメッセージの送信を行なう（ステップＳＥ７）。
【０１３２】
この際、ＭＮ２は、ＢＵ送信数に対してＢＡが返送された率が有効率情報２９Ｃ−３を超えた場合や、ＢＵ送信数に対してＢＡ返送が失敗した数が有効数情報２９Ｃ−４を超えた場合に、図３４により前述した方式（動作モード）の選択を行ない（ステップＳＥ１３）、選択した方式に応じた情報（２９１，２９２，２９３，２９４又は２９５）をＨＡ１宛のＢＵメッセージに付与して送信する。
【０１３３】
これにより、ＨＡ１は、上記メッセージによりＭＮ２から指定された返送方式（動作モード）でＢＡメッセージの返送処理を行なうとともに、ＣＮ２１からの通信データの転送を行なう（ステップＳＥ９〜ＳＥ１１）。その後、ＭＮ２は、ＨＡ１からのＢＡメッセージを正常に受信できれば、ＭＮ処理選択管理リスト２９Ｃの確認を行ない、各情報２９Ｃ−１〜２９Ｃ−４を初期値へ戻す。
【０１３４】
以上のようにして、ＢＡメッセージを正常に受信するまでのＢＵメッセージの再送信回数に応じて、ＭＮ２主導でＨＡ１のＢＡ返送方式を遷移させることで、実際のネットワーク４０のトラフィック状況に適したＢＡ返送方式をＨＡ１に対して指定することができ、通常動作時のトラフィック増加を抑制しながら、ＢＡメッセージのＭＮ２での受信確率を向上することができる。
【０１３５】
（Ｃ３．８）
次に、図２により前述した基本態様２を用いたＭＮ２主導によるＨＡ信号欠落補正方式について、図３７を参照しながら詳述する。ただし、この図３７においても、ＭＮ２がネットワーク３０からネットワーク４０に移動して新しいＣｏＡを作成するまでの動作（ステップＳＡ１〜ＳＡ５）は、図５０により前述した動作（ステップＢ１〜Ｂ５）と同様である。
【０１３６】
そして、この場合、ＭＮ２（モバイルＩＰメッセージ処理部２７）は、ＢＵのオプションメッセージとして、ＭＮ信号欠落補正要求リスト２９Ａ（図１４参照）を基に、ＢＵに付与したいオプション情報を単独あるいは複合的に選択し、選択したオプション情報を、例えば図４３及び図４４により前述したごとく、ＨＡ１宛のＢＵメッセージに付与して送信する（ステップＳＦ６）。
【０１３７】
なお、オプション情報としては、例えば、ＭＮ連続タイム要求情報２９１（図１６参照），ＭＮ連続カウント要求情報２９２（図１８参照），ＭＮ間欠連続タイムタイム要求情報２９３（図２０参照），ＭＮ間欠連続カウント要求情報２９４（図２２参照），ＢＡ返送タイミング指定要求情報２９５（図２４参照）などが指定可能である。
【０１３８】
一方、ＨＡ１は、補正処理部１５により、ＢＵメッセージに付与されたオプション情報を自己のＭＮ欠落補正管理リスト１８Ａとして格納する（ステップＳＦ７−１）とともに、位置登録処理部１６により、受信ＢＵメッセージに含まれるＣｏＡを基にバインディングキャッシュの更新を行なう（ステップＳＦ７−２）。
そして、ＨＡ１は、ＭＮ２宛にＢＡメッセージを返送する際、ＭＮ欠落補正管理リスト１８Ａの登録内容（オプション情報）に従った方式でＢＡの返送処理を行なう（ステップＳＦ８）。ＣＮ２１からＭＮ２宛の通信データを受信した場合は、バインディングキャッシュのＣｏＡ宛にデータ転送も行なう（ステップＳＦ９）。
【０１３９】
なお、ＨＡ１は、ＢＡメッセージをＣＮ２１からＭＮ２宛の通信データに付与することでＢＡメッセージの転送を行ない（ステップＳＦ１０）、帯域超過分は転送途中で廃棄される（ステップＳＦ１１）が、廃棄されなかったＢＡメッセージ付きの転送データは、ＭＮ２まで届くことになる。これにより、ＭＮ２は、ＣＮ２１からの通信データをＨＡ１経由で正常に受信することが可能となる（ステップＳＦ１２）。
【０１４０】
また、ＨＡ１の動作は、図２により前述した基本態様２、且つ、図９により前述した基本態様９もしくは図１０により前述した基本態様１０を用いることとする。さらに、ＨＡ１でサポートする機能を限定する場合（有効閾値の制限や、ＭＮ要求情報２９Ａの無効化が管理側（ＨＡ１又はＭＮ２）で設定されている場合）は、当該機能についてはＨＡ１では処理を行なわないよう指定することも可能となる。
【０１４１】
（Ｃ３．９）
次に、図６により前述した基本態様６を用いた、ＭＮ２主導によるＨＡ信号欠落補正停止方式について、図３８を参照しながら詳述する。ただし、この図３８において、ステップＳＡ１〜ＳＡ５，ＳＦ６〜ＳＦ１２に示す動作は、いずれも、図３７により前述した動作と同様である。
【０１４２】
そして、ＭＮ２（モバイルＩＰメッセージ処理部２７）は、ステップＳＦ１０でＨＡ１の発行したＢＡメッセージを正常に受信したことを契機にして、ＨＡ１宛のＢＵメッセージに、例えば図２９に示すように、ＭＮ欠落補正要求リスト２９Ａ（ＢＡ連続指定コード２９ａ）として、ＢＡ連続送信を「無効」にするためのフラグ情報２９ａ−１を指定したＭＮ連続停止要求メッセージ２９６を付与してＨＡ１へ送信する（ステップＳＦ１３，図４１のステップＳ１４）。なお、この際の付与方法も、図４３及び図４４により前述した方法と同様で良い。
【０１４３】
ＨＡ１（補正処理部１５）は、上記のＭＮ連続停止要求メッセージ２９６を受信すると、ＢＡ連続送信処理を停止する（ステップＳＦ１４）。即ち、ＨＡ１は、ＢＡメッセージのＣＮ２１からＭＮ２宛の通信データへの付与を解除し、ＭＮ２宛の通信データをＣｏＡ宛にカプセル化して転送する（図４１のステップＳ１５，Ｓ１６）。
【０１４４】
ＭＮ２は、ＭＮ連続停止要求メッセージ２９６の送信後、一定時間経過しても、ＨＡ１からのＢＡメッセージの受信が継続している場合は、上記ＭＮ連続停止要求メッセージ２９６をＨＡ１が正常に受信できていないと判断して、再度、ＭＮ連続停止要求メッセージ２９６の送信を行なって、ＨＡ１からのＢＡ連続送信の停止を要求する（ステップＳＦ１５）。
【０１４５】
このようにして、ＭＮ２がＢＡメッセージをＨＡ１から正常に受信できた場合に、ＭＮ２からＢＡ連続送信の停止を要求することで、ＨＡ１側ではＢＡメッセージが正常にＭＮ２に到達したことを認識して、ＢＡ連続送信処理を停止するので、無駄なトラフィック増加を抑制しながら、ＢＡメッセージのＭＮ２への返送確率を向上することができる。
【０１４６】
なお、上述した例において、ステップＳＦ１３でＭＮ２からＨＡ１宛に送信されるＢＵメッセージに対する応答（ＢＡメッセージ）については、ＭＮ２で監視しないようにしてもよい。また、ＭＮ連続停止要求メッセージ２９６は、単独でＨＡ１宛に送信するようにしてもよい。もっとも、上述したごとくＢＵメッセージに付与した方がトラフィック増加を抑制することができる。
【０１４７】
（Ｃ３．１０）
次に、図６により前述した基本態様６の具体例として、モバイルＩＰによる信号欠落補正方式をルータ広告（ＲＡ）に適用した場合について、図３９を参照しながら詳述する。ただし、この図３９において、ＭＮ２がネットワーク４０へ移動するまでの動作（ステップＳＡ１〜ＳＡ３）は図５０により前述した動作（ステップＢ１〜Ｂ３）と同様である。
【０１４８】
そして、この場合、ＭＮ２の移動先であるネットワーク４０上のアクセスルータ４１は、ＲＡを送信する（ステップＳＧ４）が、何らかの理由で当該ＲＡがネットワーク４０において欠落した場合、ＭＮ２からアクセスルータ４１に対して、制御要求信号としてルータ要請（ＲＳ）メッセージの発行を行なう（図４１のステップＳ２参照）。この際、ＭＮ２は、送信周期を指定してユニキャスト要請で自己宛のＲＡの発行を要求する（ステップＳＧ６）。
【０１４９】
アクセスルータ４１は、ＭＮ２から上記のＲＳメッセージを受信すると、ユニキャストで指定された送信周期に従って同じ情報内容のＲＡメッセージを制御応答信号として繰り返し送信する（ステップＳＧ７）。ＭＮ２は、自己宛のＲＡを正常に受信して新たなＣｏＡを作成できれば（ステップＳＧ８）、アクセスルータ４１に対して、ＲＡのユニキャスト送信の停止を要求し（ステップＳＧ９）、アクセスルータ４１は、当該停止要求を受信することにより、ユニキャストでのＲＡ送信を停止する。
【０１５０】
このように、前述したＨＡ１の発行するＢＡやＭＮ２の発行するＢＵと同様に、アクセスルータ４１（アクセスルータ３１の場合も同様）が発行するＲＡについても、一定期間、連続送信しうるようにすれば、ＭＮ２がＲＡを正常に受信する確率を向上することができ、ハンドオーバ後の位置登録処理を高速化して正常な通信継続を担保することができる。
【０１５１】
（Ｃ３．１１）
次に、図６により前述した基本態様６の具体例として、ネットワーク１０（ＨＡ１）に対して、図３６により前述したＭＮ２主導型のＢＵ処理選択方式において、ＭＮ２側でネットワーク１０に対してＢＵ送信オプション選択を行ない、有効な設定を保持する方式（ＭＮ主導最適ネットワーク検知方式）について、図４０を参照しながら詳述する。
【０１５２】
まず、この場合も、ＭＮ２がネットワーク４０へ移動して新たなＣｏＡを作成するまでの動作（ステップＳＡ１〜ＳＡ５）は図５０により前述した動作（ステップＢ１〜Ｂ５）と同様である。そして、ＭＮ２（モバイルＩＰメッセージ処理部２７）は、ＨＡ１宛のＢＵメッセージを発行するにあたって、ＭＮ２側で管理しているＭＮ主導処理選択制御リスト２９Ｂに基づいて、初期開始位置情報２９Ｂ−１で指定されている初期動作モードを基準としてオプション情報２９Ｂ−２，２９Ｂ−３又は２９Ｂ−４の選択を行なう（ステップＳＨ６）。
【０１５３】
例えば、現在までのＢＵメッセージによる位置登録の失敗数が通常動作モード時のＢＵ失敗許容範囲ｍを超えていれば、ＨＡ１の動作モードを間欠送信モード〔複数設定されている場合は最初の（例えば、間欠送信周期の長い）間欠送信モード〕に遷移させるために、ＭＮ２（モバイルＩＰメッセージ処理部２７）は、該当オプション情報２９Ｂ−３（失敗許容範囲ｎ，間欠送信周期ａ）を選択する（ステップＳＨ６）。
【０１５４】
同様に、この間欠送信モード時に、現在までのＢＵ失敗数がＢＵ失敗許容範囲ｎを超えていれば、ＭＮ２は、ＨＡ１の動作モードをさらに次の間欠送信モードに遷移させるために、該当オプション情報２９Ｂ−３（失敗許容範囲ｏ，間欠送信周期ｂ）を選択する。つまり、異なる間欠送信モードが複数指定可能な場合、ＭＮ２は、遷移前の間欠送信モードにおけるＢＵ失敗数が失敗許容範囲を超える度に異なる間欠送信周期を指定することが可能である。
【０１５５】
また、この間欠送信モード時に、現在までのＢＵ失敗数が失敗許容範囲ｏを超えていると、ＭＮ２は、ＨＡ１の動作モードを連続送信モードに遷移させるオプション情報２９Ｂ−４を選択する。この際、連続送信モードでも「制限有り」を指定したい場合はオプション情報２９Ｂ−４としてＢＡ連続タイム又はＢＡ連続カウントを指定する一方、「制限なし」を指定したい場合はＢＵ連続タイムを非常に大きな値に設定する等して「無制限」を指定する。
【０１５６】
つまり、本例のＭＮ２は、ＨＡ１からＢＡメッセージを正常に受信できるまで、ＨＡ１に対するＢＵメッセージによる位置登録処理の失敗率を監視しておき、その監視結果に応じてＨＡ１の動作モードを選定して、ＨＡ１での同じＢＡメッセージの送信周期を段階的に変更（例えば、短く）させることが可能なのである。そして、ＭＮ２は、上述のごとく選択したオプション情報をＨＡ１宛のＢＵメッセージに付与して送信する（ステップＳＨ７）。
【０１５７】
ＨＡ１は、上記のオプション情報が付与されたＢＵメッセージを受信すると、補正処理部１５により、そのオプション情報を自己が管理するＭＮ欠落補正管理リスト１８Ａに登録して反映する（ステップＳＨ８−１）とともに、位置登録処理部１６により、受信したＢＵメッセージに含まれているＣｏＡに基づいてバインディングキャッシュの更新を行なう（ステップＳＨ８−２）。
【０１５８】
そして、ＨＡ１は、ＭＮ欠落補正管理リスト１８Ａの内容、即ち、ＭＮ２から指定された動作モードに従って、ＢＡメッセージの返送処理を行なう（ステップＳＨ９）。ここで、このＢＡメッセージが転送途中で廃棄されて欠落してしまった場合（ステップＳＨ１０）、ＭＮ２は、ＢＵの登録有効時間の経過（タイムアウト）により位置登録の失敗を認識して、上述した処理（ステップＳＨ６〜ＳＨ９）を繰り返す（ステップＳＨ１１）。
【０１５９】
そして、ＢＡメッセージが廃棄されずに正常にＭＮ２で受信されれば（ステップＳＨ１２）、ＭＮ２は位置登録処理の成功を認識し、これにより、以後、ＣＮ２１ｇがＭＮ２宛に送信している通信データがＨＡ１にて最新のＣｏＡによりカプセル化されてネットワーク４０に移動しているＭＮ２へ転送されて、ＭＮ２及びＣＮ２１間の通信が正常に継続することになる（ステップＳＨ１３，１４）。
【０１６０】
なお、ＭＮ２は、ＢＡメッセージを正常に受信できた場合、例えば、以下に示すいずれかのポリシーに従って初期開始位置を決定する。
（ポリシー１）処理前の初期開始位置に戻す
（ポリシー２）処理後（位置登録成功時）の初期開始位置を保持
（ポリシー３）処理後（位置登録成功時）の初期開始位置の１つ前を選択
また、ネットワークインタフェース２Ａ，２Ｂが接続先のネットワーク種別に応じて複数設けられている場合、各ネットワークインタフェース２Ａ，２Ｂ別に、異なるＭＮ主導処理選択制御リスト２９Ｂを管理しておくことで、前述したように、異なるネットワーク種別に応じて異なる動作を規定することができる。
【０１６１】
例えば、ＭＮ２の接続先が無線ＬＡＮである場合には、パケット廃棄が生じやすいので、初期開始位置が連続送信モードから開始されるような設定とし、接続先が通常のＬＡＮであれば、初期開始位置が通常モードから開始されるような設定とすることが可能である。
（Ｃ３．１２）
次に、図７により前述した基本態様７をＨＡ１からＭＮ２への処理に適用した場合の処理について、図４２を参照しながら詳述する。なお、この図４２に示すステップＳ１〜Ｓ８までの処理は、図４１にて既述の動作と同様である。
【０１６２】
そして、上記ステップＳ８でＨＡ１から発行されたＢＡメッセージが、代理ノード３（例えば、インターネット５０上のルータ５１や５２等の中継ルータに相当する）で受信されると、当該代理ノード３は、受信したＢＡメッセージを保存するとともに、ＢＡ連続送信タイム（又はカウント）情報を保持する（ステップＳ９′）。これにより、以降、代理ノード３は、前述したＨＡ１と同様に、ＢＡ連続送信が可能な状態となる。
【０１６３】
即ち、代理ノード３は、例えば、最初のＢＡメッセージを単独でＭＮ２宛に送信し（ステップＳ１０′，Ｓ１３′）、以後、上記ＢＡ連続送信タイム（又はカウント）情報で指定された期間（又は数）だけ、ＨＡ１から転送されてくるＣＮ２１が送信した通信データに同じＢＡメッセージを付与し、ＨＡ１から受信したＢＡメッセージに含まれるＣｏＡ宛にカプセル化して、上記通信データをＭＮ２へ送信する（ステップＳ１２′，Ｓ１３′）。
【０１６４】
ＭＮ２は、アクセスルータ４１から上記ＢＡメッセージの付与された通信データを受信できれば（ステップＳ１４′）、位置登録処理が正常に行なわれたことを認識する。
一方、代理ノード３は、上記ＢＡ連続送信タイム（又はカウント）情報で指定された期間（又は数）だけＢＡメッセージの送信（付与）を行なうと、ＢＡ連続送信処理が解除され、以降、ＣＮ２１からＭＮ２宛の通信データは、ＨＡ１にてカプセル化されてＭＮ２へ送信される（ステップＳ１５′，Ｓ１６′）。
【０１６５】
以上のように、本実施形態によれば、ＭＮ２が帯域幅の大きいネットワーク３０から帯域幅の小さいネットワーク４０に移動した場合等にパケット廃棄が生じることを前提とする通信においても、ＢＡメッセージやＢＵメッセージ等の位置登録に関する同じ情報内容の制御信号を、一定期間に複数回送信することにより、当該制御信号の所期の受信先での受信確率を向上することができ、位置登録の確実性を大幅に向上して、帯域の小さいネットワークへのＭＮ２の移動に伴うハンドオーバ時にも、正常な通信を継続することが可能となる。
【０１６６】
また、用途に応じて、より確実に位置登録を行なわせることや、無駄なトラフィック増加をガードする機能をも有することで、無駄なトラフィックの増加を抑制しながら位置登録の確実性を向上することも可能である。
（Ｃ３．１３）
次に、「認証」処理の一例として、ＨＡ１とＭＮ２との間で共通鍵の交換処理を行なう場合について、図４８に示すシーケンス図を参照しながら詳述する。なお、以下では、前記の非特許文献４（ＲＦＣ２４０９）で定義されている、メインモードをフェーズ１のシーケンスで用いた場合を例にして説明するが、それ以外のシーケンスについても、下記と同様の作用効果を得ることができる。
【０１６７】
まず、ＨＡ１側で、ＭＮ欠落補正管理リスト１８Ａを「有効」にしおく。ただし、本ケースでは、前記のＢＡをセキュリティ情報又は認証情報に置き換えて適用する。
ＨＡ１は、ＣＮ２１からＭＮ２宛の通信データ（パケット）を受信すると（ステップＳＪ１）、前述したＢＡと同様に、同じ情報内容のセキュリティ要請メッセージを制御要求信号としてＭＮ２宛に、一定期間複数回、送信する〔現ＣｏＡ宛にカプセル化して送信（トンネリング）する〕。この際、セキュリティ要請メッセージは、ピギーバックにより送信してもよいし単独で送信してもよい（ステップＳＪ２）。
【０１６８】
上記の通信データ及びセキュリティ要請メッセージは、ＭＮ２のアクセスルータ４１へ転送されるが、アクセスルータ４１の許容帯域を超過するパケットは廃棄される（ステップＳＪ３）ので、ＣＮ２１が送信したパケットの影響で、アクセスルータ４１において、セキュリティ要請メッセージの欠落が発生する場合がある。しかし、本例では、ＢＡの場合と同様に、ＨＡ１からＭＮ２へ同じ情報内容のセキュリティ要請メッセージが一定期間に複数回送信されるので、セキュリティ要請メッセージのＭＮ２での受信確率が向上する。
【０１６９】
ＭＮ２は、上記セキュリティ要請メッセージを受信できれば（ステップＳＪ４）、その応答としてセキュリティ応答メッセージをＨＡ１宛に発行する（ステップＳＪ５）。ＨＡ１は、ＭＮ２からのセキュリティ応答メッセージを受信すると、暗号鍵（共通鍵）の交換処理を開始し（ステップＳＪ６）、暗号鍵情報（Ｋｅｙ  Ｅｘｃｈａｎｇｅ  Ｄａｔａ）をＭＮ２宛にカプセル化して送信（トンネリング）する。この場合も、ＨＡ１は、上記暗号鍵情報をピギーバックにより送信してもよいし単独で送信してもよい（ステップＳＪ７）。
【０１７０】
そして、アクセスルータ４１の許容帯域を超過するパケットは廃棄されるので、ＣＮ２１が送信したパケットの影響で、アクセスルータ４１において、暗号鍵情報の欠落が発生する場合があるが、この暗号鍵情報についても、ＨＡ１からＭＮ２へ同じ情報内容の暗号鍵情報が一定期間に複数回送信されるので、暗号鍵情報のＭＮ２での受信確率が向上する。
【０１７１】
ＭＮ２は、上記暗号鍵情報をアクセスルータ４１から受信できれば（ステップＳＪ８）、暗号鍵の交換処理を開始する（ステップＳＪ９）。即ち、ＭＮ２側は、自己が保有する暗号鍵情報をＨＡ１宛に送信する（ステップＳＪ１０）。ＨＡ１は、ＭＮ２からＭＮ２の暗号鍵情報を受信すると、次に、認証情報（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ＋  Ｈａｓｈ  Ｐａｙｌｏａｄ）の交換処理を開始する（ステップＳＪ１１）。即ち、ＨＡ１は、例えば、同じ情報内容の認証情報を、ＢＡの場合と同様に、一定期間に複数回、ＭＮ２宛にカプセル化して送信（トンネリング）する（ステップＳＪ１２）。
【０１７２】
この場合も、アクセスルータ４１の許容帯域を超過するパケットは廃棄されるので、ＣＮ２１が送信したパケットの影響で、アクセスルータ４１において、認証情報の欠落が発生する場合があるが、ＨＡ１からＭＮ２へ同じ情報内容の認証情報が一定期間に複数回送信されるので、認証情報のＭＮ２での受信確率が向上する。
【０１７３】
そして、ＭＮ２は、ＨＡ１から上記認証情報を受信できれば（ステップＳＪ１３）、認証情報の交換処理を開始し（ステップＳＪ１４）、必要な認証情報（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ＋  Ｈａｓｈ  Ｐａｙｌｏａｄ）をＨＡ１宛に送信する。
以上の処理により、ＨＡ１とＭＮ２との間でＳＡ（Ｓｅｃｕｒｉｔｙ  Ａｓｓｏｃｉａｔｉｏｎ）を交換するための鍵を無事に作成することができる。
【０１７４】
このように、本発明は、位置登録に関する制御信号以外についても、上述した実施形態と同様に適用され、上記と同様の作用効果を得ることができる。
なお、この他にも、本発明は上述した実施形態に限定されず、本発明の趣旨を逸脱しない範囲で種々変形して実施できることはいうまでもない。
（Ｄ）付記
（付記１）  モバイルＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）に対応するモバイルＩＰノードであって、
他のモバイルＩＰノードへ位置登録又は認証に関する制御信号を送信する送信手段と、
該送信手段から同じ情報内容の制御信号を、一定期間に複数回、上記他のモバイルＩＰノード宛に送信させる制御手段とをそなえたことを特徴とする、モバイルＩＰノード。
【０１７５】
（付記２）  該制御信号が、位置登録又は認証に関する制御要求信号であることを特徴とする、付記１記載のモバイルＩＰノード。
（付記３）  該制御信号が、位置登録又は認証に関する制御要求信号に対する制御応答信号であることを特徴とする、付記１記載のモバイルＩＰノード。
（付記４）  上記他のモバイルＩＰノードからの位置登録又は認証に関する制御要求信号を受信する受信手段をさらにそなえ、
該制御手段が、
該受信手段にて該制御要求信号が受信されると、該制御信号として同じ情報内容の制御応答信号を該送信手段から上記他のモバイルＩＰノード宛に複数回送信させるように構成されたことを特徴とする、付記１記載のモバイルＩＰノード。
【０１７６】
（付記５）  上記他のモバイルＩＰノードからの位置登録又は認証に関する制御要求信号を受信する受信手段をさらにそなえ、
該制御手段が、
該受信手段にて同じ情報内容の制御要求信号が複数回受信されると、該制御信号として同じ情報内容の制御応答信号を該送信手段から上記他のモバイルＩＰノード宛に複数回送信させるように構成されたことを特徴とする、付記１記載のモバイルＩＰノード。
【０１７７】
（付記６）  該制御手段が、
該一定期間において該制御応答信号のみを該送信手段から連続的に送信させる連続送信制御部をそなえたことを特徴とする、付記４又は５に記載のモバイルＩＰノード。
（付記７）  該制御手段が、
該一定期間において該制御応答信号をこれら以外の通信データの送信を許容するタイミング以外のタイミングで該送信手段から間欠的に送信させる間欠送信制御部をそなえたことを特徴とする、付記４又は５に記載のモバイルＩＰノード。
【０１７８】
（付記８）  該制御手段が、
該送信手段から送信される上記他のモバイルＩＰノード宛の複数の通信データの一部又は全てに該制御応答信号を付加する制御応答信号付加部をそなえたことを特徴とする、付記４〜７のいずれか１項に記載のモバイルＩＰノード。
（付記９）  該制御手段が、
該制御応答信号の送信開始から該一定期間を計時する時間管理部と、
該時間管理部で該一定期間が計時されると、該制御応答信号の送信を停止させる制御応答信号送信停止部とをそなえたことを特徴とする、付記４〜８のいずれか１項に記載のモバイルＩＰノード。
【０１７９】
（付記１０）  該制御手段が、
該制御応答信号の送信開始から該一定期間における該制御応答信号の送信回数を管理する送信回数管理部と、
該送信回数管理部での該送信回数が所定回数に達すると、該制御応答信号の送信を停止させる制御応答信号送信停止部とをそなえたことを特徴とする、付記４〜９のいずれか１項に記載のモバイルＩＰノード。
【０１８０】
（付記１１）  該制御手段が、
上記他のモバイルＩＰノードから該制御応答信号の送信停止要求が該受信手段にて受信されると、該制御応答信号の送信を停止させる制御応答信号送信停止部をそなえたことを特徴とする、付記４〜９のいずれか１項に記載のモバイルＩＰノード。
【０１８１】
（付記１２）  該制御手段が、
該一定期間、同じ情報内容の制御信号を該送信手段から上記他のモバイルＩＰノード宛に複数回送信させるか否かを動作モード設定情報として管理する動作モード管理部をそなえたことを特徴とする、付記１記載のモバイルＩＰノード。
（付記１３）  該制御手段が、
該一定期間において該制御応答信号のみを該送信手段から連続的に送信させる連続送信制御部と、
該一定期間において該制御応答信号をこれら以外の通信データの送信を許容するタイミング以外のタイミングで該送信手段から間欠的に送信させる間欠送信制御部と、
上記の連続送信制御部及び間欠送信制御部のいずれかを選択的に動作させるための動作モード設定情報を管理する動作モード管理部とをそなえたことを特徴とする、付記４〜９のいずれか１項に記載のモバイルＩＰノード。
【０１８２】
（付記１４）  該制御手段が、
該送信手段から送信される上記他のモバイルＩＰノード宛の複数の通信データに該制御応答信号をそれぞれ付加する制御応答信号付加部と、
該制御応答信号付加部の動作を有効又は無効に設定する動作モード設定情報を管理する動作モード管理部とをそなえたことを特徴とする、付記４〜９のいずれか１項に記載のモバイルＩＰノード。
【０１８３】
（付記１５）  該制御手段が、
該制御応答信号の送信開始から該一定期間を計時する時間管理部と、
該制御応答信号の送信開始から該一定期間における該制御応答信号の送信回数を管理する送信回数管理部と、
上記の時間管理部及び送信回数管理部のいずれかを選択的に動作させるための動作モード設定情報を管理する動作モード管理部とをそなえたことを特徴とする、付記４〜９のいずれか１項に記載のモバイルＩＰノード。
【０１８４】
（付記１６）  該制御手段が、
該動作モード設定情報を上記他のモバイルＩＰノードから受信して該動作モード管理部に設定する動作モード受信設定部をそなえたことを特徴とする、付記１２〜１５のいずれか１項に記載のモバイルＩＰノード。
（付記１７）  該動作モード設定情報が上記他のモバイルＩＰノードからの該制御要求信号に付加されていることを特徴とする、付記１６記載のモバイルＩＰノード。
【０１８５】
（付記１８）  該動作モード設定情報が、上記他のモバイルＩＰノードにおいて監視される該制御要求信号による位置登録又は認証の失敗率に応じて選定されることを特徴とする、付記１６又は１７に記載のモバイルＩＰノード。
（付記１９）  該制御手段が、
該制御要求信号による位置登録又は認証の失敗率を監視し、その監視結果に応じて異なる動作モード設定情報を選定して該動作モード管理部に設定する動作モード選定設定部をそなえたことを特徴とする、付記１２〜１５のいずれか１項に記載のモバイルＩＰノード。
【０１８６】
（付記２０）  接続先のネットワーク種別に応じて複数のインタフェースをそなえるとともに、
該動作モード管理部が、
該インタフェース別に、異なる動作モード設定情報を管理するように構成されたことを特徴とする、付記１２〜１９のいずれか１項に記載のモバイルＩＰノード。
【０１８７】
（付記２１）  該制御手段が、
該制御信号を該送信手段から送信される上記他のモバイルＩＰノード宛の通信データを遅延処理した上で送信させる遅延制御部をそなえたことを特徴とする、付記１記載のモバイルＩＰノード。
（付記２２）  該遅延制御部が、
該遅延処理を該通信データの一時保持又は廃棄により行なう保持／廃棄処理部をそなえたことを特徴とする、付記２１記載のモバイルＩＰノード。
【０１８８】
（付記２３）  モバイルＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）に対応する複数のモバイルＩＰノードをそなえたモバイルＩＰネットワークにおいて、
第１のモバイルＩＰノードから第２のモバイルＩＰノードへ位置登録又は認証に関する同じ情報内容の制御信号を、一定期間に複数回、送信することを特徴とする、モバイルＩＰネットワークにおける制御信号欠落補正方法。
【０１８９】
（付記２４）  該第２のモバイルＩＰノードが、制御要求信号を該第１のモバイルＩＰノードに送信し、
該第１のモバイルＩＰノードが、該第２のモバイルＩＰノードからの該制御要求信号を受信すると、該制御信号として該制御要求信号に対する同じ情報内容の制御応答信号を、一定期間に複数回、該第２のモバイルＩＰノードへ送信することを特徴とする、付記２３記載のモバイルＩＰネットワークにおける制御信号欠落補正方法。
【０１９０】
（付記２５）  該第１のモバイルＩＰノードが、該一定期間において該制御応答信号のみを連続的に該第２のモバイルＩＰノードへ送信することを特徴とする、付記２４記載のモバイルＩＰネットワークにおける制御信号欠落補正方法。
（付記２６）  該第１のモバイルＩＰノードが、該一定期間において該制御応答信号をこれら以外の通信データの送信を許容するタイミング以外のタイミングで間欠的に該第２のモバイルＩＰノードへ送信することを特徴とする、付記２４記載のモバイルＩＰネットワークにおける制御信号欠落補正方法。
【０１９１】
（付記２７）  該第１のモバイルＩＰノードが、該第２のモバイルＩＰノード宛の複数の通信データの一部又は全てに該制御応答信号を付加して送信することを特徴とする、付記２４〜２６のいずれか１項に記載のモバイルＩＰネットワークにおける制御信号欠落補正方法。
【０１９２】
【発明の効果】
以上詳述したように、本発明によれば、次のような効果ないし利点が得られる。
（１）モバイルＩＰノードが帯域幅の大きいネットワークから帯域幅の小さいネットワークに移動した場合等にデータ廃棄が生じることを前提とする通信においても、位置登録又は認証に関する制御信号（制御要求信号又は制御応答信号）を、一定期間に複数回送信することにより、当該制御信号の所期の受信先での受信確率を向上することができ、位置登録又は認証の確実性を大幅に向上して、帯域の小さいネットワークへの移動に伴うハンドオーバ時にも、正常な通信を継続することが可能となる。
【０１９３】
（２）また、或るモバイルＩＰノードから他のモバイルＩＰノードへ、一定期間、制御応答信号のみを連続的に送信するようにすれば、位置登録又は認証の確実性をさらに向上することができる。
（３）さらに、或るモバイルＩＰノードから他のモバイルＩＰノードへ、一定期間、制御応答信号をこれら以外の通信データの送信を許容するタイミング以外のタイミングで間欠的に送信するようにすれば、受信側のモバイルＩＰノードでは、ネットワークトラフィックの変化等に応じて、制御応答信号及び通信データの受信・検出確率をともに向上することが可能となる。
【０１９４】
（４）また、上記他のモバイルＩＰノード宛の複数の通信データの一部又は全てに制御応答信号を付加することで、制御応答信号を単独で送信する場合よりもネットワークトラフィックの増加を抑制しながら、位置登録又は認証の確実性を向上することができる。
（５）さらに、制御応答信号の送信開始から一定期間が経過した場合、あるいは、制御応答信号の送信開始から一定期間における制御応答信号の送信回数が所定回数に達した場合、もしくは、上記他のモバイルＩＰノードから制御応答信号の送信停止要求が受信された場合に、制御応答信号の送信を停止するようにすれば、無駄なネットワークトラフィック増加を防止しながら、位置登録又は認証の確実性を向上することができる。
【０１９５】
（６）また、一定期間、同じ情報内容の制御信号を他のモバイルＩＰノード宛に複数回送信させるか否か、上記一定期間において同じ情報内容の制御応答信号のみを連続的に送信させるか、上記一定期間において同じ情報内容の制御応答信号をこれら以外の通信データの送信を許容するタイミング以外のタイミングで間欠的に送信させるか、他のモバイルＩＰノード宛の通信データに制御応答信号を付加するか、上記一定期間を時間又は送信回数のいずれで規定するかなどの各種動作モード設定情報を管理することで、ネットワークの状況に応じた柔軟な動作モード選定が可能となる。
【０１９６】
（７）そして、かかる動作モード設定情報は、上記他のモバイルＩＰノードから受信して設定するようにすれば、実際のネットワークトラフィック状況に適した動作モードを指定することができ、通常時のトラフィック増加を抑制しながら、制御信号の所期の受信先での受信確率を向上することができる。
（８）ここで、上記の動作モード設定情報を、上記他のモバイルＩＰノードからの制御要求信号に付加するようにすれば、動作モード設定情報を単独で送信する場合に比して、ネットワークトラフィックの増加を抑制することができる。
【０１９７】
（９）また、制御要求信号による位置登録又は認証の失敗率を監視し、その監視結果に応じて異なる動作モード設定情報を選定するようにすれば、実際のネットワークトラフィック状況に応じた最適な動作モードで制御応答信号の送信処理を実行することができるので、さらに位置登録又は認証処理の確実性を向上することができる。
【０１９８】
（１０）さらに、モバイルＩＰノードが、接続先のネットワーク種別に応じて複数のインタフェースをそなえている場合に、当該インタフェース別に、異なる動作モード設定情報を管理するようにすれば、位置登録又は認証処理に関して、上記接続先のネットワーク種別に応じて最適な動作モードを設定することが可能となるので、接続先のネットワーク種別によらずに位置登録又は認証処理の確実性を向上することができる。
【０１９９】
（１１）また、上記の制御信号を、上記他のモバイルＩＰノード宛の通信データを遅延処理（一時保持又は廃棄）した上で送信するようにすれば、上記制御信号が、他のデータ（通信データ）の存在によって送信できない等の影響を除去することが可能となり、位置登録又は認証の確実性を向上することができる。
【図面の簡単な説明】
【図１】本発明の基本態様１を説明するためのブロック図である。
【図２】本発明の基本態様２を説明するためのブロック図である。
【図３】本発明の基本態様３を説明するためのブロック図である。
【図４】本発明の基本態様４を説明するためのブロック図である。
【図５】本発明の基本態様５を説明するためのブロック図である。
【図６】本発明の基本態様６を説明するためのブロック図である。
【図７】本発明の基本態様７を説明するためのブロック図である。
【図８】本発明の基本態様８を説明するためのブロック図である。
【図９】本発明の基本態様９を説明するためのブロック図である。
【図１０】本発明の基本態様１０を説明するためのブロック図である。
【図１１】本発明の実施形態に係るモバイルＩＰネットワークの構成を示すブロック図である。
【図１２】図１１に示すホームエージェントノード（ＨＡ）の構成例を示すブロック図である。
【図１３】図１１に示すモバイルノード（ＭＮ）の構成例を示すブロック図である。
【図１４】本実施形態に係るＭＮ欠落補正要求リストの一例を示す図である。
【図１５】本実施形態のＨＡで管理されるＭＮ欠落補正管理リストの一例を示す図である。
【図１６】本実施形態に係るＭＮ欠落補正要求リストの設定例（ＭＮ連続タイム要求情報）を示す図である。
【図１７】本実施形態のＨＡで管理されるＭＮ欠落補正管理リストの設定例（ＭＮ連続タイム管理情報）を示す図である。
【図１８】本実施形態に係るＭＮ欠落補正要求リストの設定例（ＭＮ連続カウント要求情報）を示す図である。
【図１９】本実施形態のＨＡで管理されるＭＮ欠落補正管理リストの設定例（ＭＮ連続カウント管理情報）を示す図である。
【図２０】本実施形態に係るＭＮ欠落補正要求リストの設定例（ＭＮ間欠連続タイム要求情報）を示す図である。
【図２１】本実施形態のＨＡで管理されるＭＮ欠落補正管理リストの設定例（ＭＮ間欠連続タイム管理情報）を示す図である。
【図２２】本実施形態に係るＭＮ欠落補正要求リストの設定例（ＭＮ間欠連続カウント要求情報）を示す図である。
【図２３】本実施形態のＨＡで管理されるＭＮ欠落補正管理リストの設定例（ＭＮ間欠連続カウント管理情報）を示す図である。
【図２４】本実施形態に係るＭＮ欠落補正要求リストの設定例（ＢＡ返送タイミング指定要求情報）を示す図である。
【図２５】本実施形態のＨＡで管理されるＭＮ欠落補正管理リストの設定例（ＢＡ返送タイミング指定管理情報）を示す図である。
【図２６】本実施形態のＭＮで管理されるＭＮ処理選択管理リストの一例を示す図である。
【図２７】本実施形態のＨＡで管理されるＨＡ処理選択管理リストの一例を示す図である。
【図２８】本実施形態に係るＭＮ主導処理選択制御リストの一例を示す図である。
【図２９】本実施形態に係るＭＮ欠落補正要求リストの設定例（ＭＮ連続停止要求）を示す図である。
【図３０】本実施形態のＨＡの動作を説明するためのフローチャートである。
【図３１】本実施形態のＭＮの動作を説明するためのフローチャートである。
【図３２】本実施形態のモバイルＩＰネットワークにおける信号欠落補正方法を説明するための図である。
【図３３】本実施形態のモバイルＩＰネットワークにおける信号欠落補正方法（返送タイミング制御）を説明するための図である。
【図３４】本実施形態のモバイルＩＰネットワークにおける信号欠落補正方法（複合オプション指定）を説明するための図である。
【図３５】本実施形態のモバイルＩＰネットワークにおける信号欠落補正方法（ＢＵ連続送信）を説明するための図である。
【図３６】本実施形態のモバイルＩＰネットワークにおける信号欠落補正方法（ＭＮ側での複合オプション指定）を説明するための図である。
【図３７】本実施形態のモバイルＩＰネットワークにおける信号欠落補正方法（ＭＮ主導型）を説明するための図である。
【図３８】本実施形態のモバイルＩＰネットワークにおける信号欠落補正方法（ＭＮ主導型）を説明するための図である。
【図３９】本実施形態のモバイルＩＰネットワークにおける信号欠落補正方法（ルータ広告適用）を説明するための図である。
【図４０】本実施形態のモバイルＩＰネットワークにおける信号欠落補正方法（ＭＮ主導による最適ネットワーク検知）を説明するための図である。
【図４１】本実施形態のモバイルＩＰネットワークにおける信号欠落補正方法を説明するためのシーケンス図である。
【図４２】本実施形態のモバイルＩＰネットワークにおける信号欠落補正方法（代理ノード有り）を説明するためのシーケンス図である。
【図４３】本実施形態に係るＢＵメッセージ（パケット）のフォーマット例を示す図である。
【図４４】本実施形態に係るＢＵメッセージにＭＮ欠落補正要求リストを付与した場合のフォーマット例を示す図である。
【図４５】本実施形態に係るＢＡメッセージ（パケット）のフォーマット例を示す図である。
【図４６】本実施形態に係る通信データ（パケット）のフォーマット例を示す図である。
【図４７】本実施形態に係る通信データにＢＡメッセージを付与した場合のフォーマット例を示す図である。
【図４８】本実施形態のモバイルＩＰネットワークにおける信号欠落補正方法（認証処理）を説明するためのシーケンス図である。
【図４９】既存のモバイルＩＰネットワークにおける位置登録処理を説明するための図である。
【図５０】既存のモバイルＩＰネットワークにおける位置登録処理を説明するための図である。
【図５１】既存のモバイルＩＰネットワークにおける位置登録処理の課題を説明するための図である。
【符号の説明】
１  ホームエージェントノード（ＨＡ；モバイルＩＰノード）
２  モバイルノード（ＭＮ；モバイルＩＰノード）
２Ａ，２Ｂ  ネットワークインタフェース
２Ｃ  ユーザインタフェース
３  代理ノード
１０，２０，３０，４０  ネットワーク
１１Ａ  制御部
１１Ｒ，２１Ｒ  受信処理部
１１Ｓ，２１Ｓ  送信処理部
１２，２２  パケット識別部
１３Ａ  デカプセル化処理部
１３Ｂ  カプセル化処理部
１４，２４  アプリケーションプログラム
１５  ＨＡ信号欠落補正処理部
１５１  連続送信制御部
１５２  間欠送信制御部
１５３  制御応答信号送信停止部
１５４  遅延制御部（保持／廃棄処理部）
１５５  動作モード選定設定部
１５６  動作モード受信設定部
１６  位置登録処理部
１７  ＢＡ付与処理部
１８Ａ  ＭＮ欠落補正管理リスト
１８Ａ−１  フラグ情報
１８Ａ−２  連続フラグ情報
１８Ａ−３  間欠フラグ情報
１８Ａ−４  ＢＡ連続タイム（Ｔｉｍｅ）情報
１８Ａ−５  ＢＡ連続カウント情報
１８Ａ−６  ＢＡ間欠送信周期情報
１８Ａ−７  フラグ情報
１８Ａ−８  ＢＡ前方保護時間情報
１８Ａ−９  ＢＡ後方保護時間情報
１８Ｂ  ＨＡ処理選択管理リスト
１８Ｂ−１  ＢＵ受信数情報
１８Ｂ−２  ＢＵ更新間隔率情報
１８Ｂ−３  閾値有効率情報
１８Ｂ−４  有効数情報
１８１  ＭＮ連続タイム管理情報
１８２  ＭＮ連続カウント管理情報
１８３  ＭＮ間欠連続タイム管理情報
１８４  ＭＮ間欠連続カウント管理情報
１８５  ＢＡ返送タイミング指定管理情報
１９  時間管理部
２１  通信ノード（ＣＮ）
２３  パケット分解部
２５  パケット組立部
２６  ルータ広告メッセージ処理部
２７  モバイルＩＰメッセージ処理部
２８  ＢＵ付与処理部
２９Ａ  ＭＮ欠落補正要求リスト
２９ａ  ＢＡ連続指定コード
２９ａ−１  フラグ情報
２９ａ−２  ＢＡ連続／間欠情報
２９ａ−３  ＢＡタイム要求コード
２９ａ−４  ＢＡ連続タイム情報
２９ａ−５  ＢＡカウント要求コード
２９ａ−６  ＢＡ連続カウント情報
２９ａ−７  ＢＡ間欠送信周期情報
２９ｂ  ＢＡ保護要求コード
２９ｂ−１  フラグ情報
２９ｂ−２  ＢＡ前方保護時間情報
２９ｂ−３  ＢＡ後方保護時間情報
２９１  ＭＮ連続タイム要求情報
２９２  ＭＮ連続カウント要求情報
２９３  ＭＮ間欠連続タイム要求情報
２９４  ＭＮ間欠連続カウント要求情報
２９５  ＢＡ返送タイミング指定要求情報
２９６  ＭＮ連続停止要求情報
２９Ｂ  ＭＮ主導処理選択制御リスト
２９Ｂ−１  初期開始位置情報
２９Ｂ−２  失敗許容範囲情報
２９Ｂ−３  間欠送信周期情報
２９Ｂ−４  連続制限情報
２９Ｃ  ＭＮ処理選択管理リスト
２９Ｃ−１  ＢＵ送信数情報
２９Ｃ−２  ＢＡ失敗数情報
２９Ｃ−３  有効率情報
２９Ｃ−４  有効数情報
３１，４１  ルータ（アクセスルータ）
５０  インターネット
５１，５２  ルータ
【図１】
2004236029.tif 000003
【図２】
2004236029.tif 000004
【図３】
2004236029.tif 000005
【図４】
2004236029.tif 000006
【図５】
2004236029.tif 000007
【図６】
2004236029.tif 000008
【図７】
2004236029.tif 000009
【図８】
2004236029.tif 000010
【図９】
2004236029.tif 000011
【図１０】
2004236029.tif 000012
【図１１】
2004236029.tif 000013
【図１２】
2004236029.tif 000014
【図１３】
2004236029.tif 000015
【図１４】
2004236029.tif 000016
【図１５】
2004236029.tif 000017
【図１６】
2004236029.tif 000018
【図１７】
2004236029.tif 000019
【図１８】
2004236029.tif 000020
【図１９】
2004236029.tif 000021
【図２０】
2004236029.tif 000022
【図２１】
2004236029.tif 000023
【図２２】
2004236029.tif 000024
【図２３】
2004236029.tif 000025
【図２４】
2004236029.tif 000026
【図２５】
2004236029.tif 000027
【図２６】
2004236029.tif 000028
【図２７】
2004236029.tif 000029
【図２８】
2004236029.tif 000030
【図２９】
2004236029.tif 000031
【図３０】
2004236029.tif 000032
【図３１】
2004236029.tif 000033
【図３２】
2004236029.tif 000034
【図３３】
2004236029.tif 000035
【図３４】
2004236029.tif 000036
【図３５】
2004236029.tif 000037
【図３６】
2004236029.tif 000038
【図３７】
2004236029.tif 000039
【図３８】
2004236029.tif 000040
【図３９】
2004236029.tif 000041
【図４０】
2004236029.tif 000042
【図４１】
2004236029.tif 000043
【図４２】
2004236029.tif 000044
【図４３】
2004236029.tif 000045
【図４４】
2004236029.tif 000046
【図４５】
2004236029.tif 000047
【図４６】
2004236029.tif 000048
【図４７】
2004236029.tif 000049
【図４８】
2004236029.tif 000050
【図４９】
2004236029.tif 000051
【図５０】
2004236029.tif 000052
【図５１】
2004236029.tif 000053