(57)【要約】【課題】モバイルＩＰネットワーク環境下において、ホームエージェントの管理リソース不足の際に徒にネットワークトラヒックが増加することを防止可能なシステムを提供することを目的とする。【解決手段】複数のネットワークＮＷ１乃至ＮＷｎに亘って移動する移動端末ＭＮ−１乃至ＭＮ−ｎの移動先の位置登録を担うホームエージェントＨＡ−１乃至ＨＡ−ｎは、各移動端末の本来のホームリンクに限らず、ネットワークを越えて位置登録可能とする構成である。【選択図】      図６
2004200789.tif 000002
【特許請求の範囲】
【請求項１】
移動端末が自己の属する通信網を離れて他の通信網に移動した場合に移動先の位置を同じ通信網に属する所定の登録機能部に登録しておくことによって移動後も当該移動端末宛の通信を可能とするモバイル通信方法であって、
上記所定の登録機能部の上記位置登録に要するリソースが不足した場合に当該位置登録処理を振り当てることが可能な他の登録機能部の宛先を該当する移動端末に通知する段階よりなる方法。
【請求項２】
移動端末が自己の属する通信網を離れて他の通信網に移動した場合に移動先の位置を同じ通信網に属する所定の登録機能部に登録しておくことによって移動後も当該移動端末宛の通信を可能とするモバイル通信システムであって、
上記所定の登録機能部の上記位置登録に要するリソースが不足した場合に当該位置登録処理を振り当てることが可能な他の登録機能部の宛先を該当する移動端末に通知する機能を有する構成のモバイル通信システム。
【請求項３】
移動端末が自己の属する通信網を離れて他の通信網に移動した場合に移動先の位置を登録しておくことによって移動後も当該移動端末宛の通信を可能とするアドレス登録装置であって、
上記位置登録に要するリソースが不足した場合に当該位置登録処理を振り当てることが可能な他の登録機能部の宛先を該当する移動端末に通知する機能を有するアドレス登録装置。
【請求項４】
移動端末が自己の属する通信網を離れて他の通信網に移動した場合に移動先の位置を同じ通信網に属する所定の登録機能部に登録しておくことによって移動後も当該移動端末宛の通信を可能とするモバイル通信システムにおいて使用する前記移動端末としての通信装置であって、
上記所定の登録機能部の上記位置登録に要するリソースが不足した場合に当該位置登録処理を振り当てることが可能な他の登録機能部の宛先の通知を受信して当該他の登録機能部に対して新たな位置登録要求を発行する機能を有する通信装置。
【請求項５】
移動端末が自己の属する通信網を離れて他の通信網に移動した場合に移動先の位置を所定の登録機能部に登録しておくことによって移動後も当該移動端末宛の通信を可能とするモバイル通信方法であって、
上記所定の登録機能部は移動端末から上記位置登録要求を受信した際に他の登録機能部の宛先を当該移動端末に通知し、当該移動端末は上記他の登録機能部に対して新たな位置登録要求を発行する構成の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は通信方法、通信システム、アドレス登録装置、並びに通信装置に係り、特にモバイルＩＰネットワーク環境において、移動端末（ＭＮ）が自身が属するホームエージェント（ＨＡ）配下を離れて移動した際にも当該移動端末に対して正常にＩＰルーティングがなされるように機能するホームエージェントが管理するリソースが不足の場合における、他のホームエージェント探索処理負荷を有効に軽減可能な構成に関する。
【０００２】
【従来の技術】
モバイルＩＰネットワーク環境化において、移動端末をホームエージェントで管理する方法が提案されている、この方法では、移動端末が自身が属するホームエージェントの配下を離れた移動する場合、当該ホームエージェントに対して移動先の位置に関する所定の位置登録を行ない、当該移動端末当てのパケットは登録された位置情報(バインディング・キャッシュ、ＢＣ)に従って転送される。即ち移動端末宛のパケットに関してホームエージェントは当該移動端末に関する上記位置情報の内容に従ってホームアドレス（ＨｏＡ）情報と移動先の気付けアドレス（ＣｏＡ）情報との比較照合を行ない、その結果得られた気付けアドレス宛にパケットを転送することによって該当移動端末に対してパケットが届けられることになる。
【０００３】
尚、ホームエージェントはこのような移動端末からの位置登録要求に対し、多数の移動端末に関する位置情報（ＢＣ）が蓄積されることによってその管理リソースが不足した場合、新たな位置登録要求に対する位置登録応答 (バインディング・アクノレッジメント、ＢＡｃｋ） として、「リソース不足」を返信する。移動端末は、この「リソース不足」が通知された場合に、所定のＨＡリスト情報を基に、同一ネットワーク上の別のホームエージェントを探索し、そこで見付かった他のホームエージェントに対して位置登録要求を行う。この場合でも位置登録可能な管理リソースの空き容量が不足で再度「リソース不足」が通知された場合には、再度登録可能なホームエージェント探索及びその結果見付かったホームエージェントに対する位置登録要求処理を行うこととなり、このような動作は、最終的に管理リソースとして空き容量を有するホームエージェントが見付かり、そこに対する位置登録が成功する迄繰り返される。
【０００４】
以下、図１乃至４と共に、所謂モバイルＩＰｖ６によるモバイルＩＰネットワーク環境下における上記位置登録処理に関する動作概要について例を挙げて説明する。
【０００５】
図１はモバイルＩＰｖ６によるモバイルＩＰネットワーク環境下における位置登録処理 (ホームネットワーク中にホームエージェント設置台数１台の例)の動作を説明するための図である。図示の如く、当該ネットワークはＩＰｖ６に適合したインターネットを利用している。そして、インターネットを介してネットワークＮＷ１，ＮＷ２，ＮＷ３とが互いに接続されている。ここでネットワークＮＷ１は対象としている移動端末が通常接続するホームネットワーク(ホームリンクが存在するネットワーク)である。
【０００６】
又、ホームエージェントＨＡ−１は、上記移動端末ＭＮのホームリンクに接続され、移動端末ＭＮがホームネットワークＮＷ１を離れて移動した際に、移動端末ＭＮからの位置登録要求を受信してバインディング・キャッシュを作成し、以後当該移動端末ＭＮ宛てのパケットを移動端末ＭＮの代わりに受信して移動端末ＭＮの移動先（ＣｏＡ）へと転送する。
【０００７】
又、ネットワークＮＷ２はインターネットに接続された通常のネットワークであり、端末ＣＮが接続されている。この例ではこの端末ＣＮが上記移動端末ＭＮ宛にパケットを送信することを想定する。又、ネットワークＮＷ３は移動端末ＭＮが移動する移動先であり、移動端末ＭＮは当該ネットワークＮＷ３上のルータＲ４との無線通信によって当該ネットワークＮＷ３に接続される。
【０００８】
図１の構成にて、先ず移動端末ＭＮはホームリンクから、ルータＲ４配下のリンクへ移動する（ステップＳ１）。ステップＳ２にてルータＲ４から所謂ルータ広告（ＲＡ）を受けたことを契機とし、移動端末ＭＮはステップＳ３にてホームリンクのホームエージェントＨＡ−１に対して、ＨＡアドレス探索要求 (ダイナミック・ホーム・アドレス・ディスカバリ・リクエスト、ＤＨＡＤＲｅｑ)を送信し、当該ホームエージェントＨＡ-1から、ＨＡアドレス探索応答(ダイナミック・ホームアドレス・ディスカバリ・リプライ、ＤＨＡＤＲｅｐ)を受信する。その結果、ＨＡアドレスＨＡ−１を捕捉してＨＡリストを生成する。
【０００９】
次にステップＳ４にて、ホームエージェントＨＡ−１に対して 位置登録更新メッセージ（ＢＵ）を通知する。これに応じ、ステップＳ５にて、ホームエージェントＨＡ−１側で位置登録情報（ＢＣ）の生成を行い、ステップＳ６にて登録成功を示す位置登録応答（ＢＡｃｋ）を返信する。
【００１０】
そしてステップＳ７にてネットワークＮＷ２からの  移動端末ＭＮ宛てへのメッセ―ジがホームエージェントＨＡ−１にて受信され、ステップＳ８にて当該移動端末ＭＮの管理先のＣｏＡ宛てとして当該メッセージのカプセル化を行ない、移動端末ＭＮへの転送を行なう。
【００１１】
次に、図２と共に、上述の位置登録処理においてホームエージェントＨＡ-１にて管理リソース不足が発生した場合の動作について説明する。この場合、上記同様ステップＳ1にて移動端末ＭＮはホームリンクからルータＲ４配下のリンクへ移動を行い、ステップＳ２にてルータＲ４よりルータ広告（ＲＡ）を受けると移動端末ＭＮは、ステップＳ３にてホームリンクのホームエージェントＨＡ−１に対して、上記同様ＤＨＡＤＲｅｑを送信し、ホームエージェントＨＡ-1より、ＤＨＡＤＲｅｐを受信することで、ＨＡアドレスＨＡ−１を捕捉してＨＡリストを生成する。そしてステップＳ４にてホームエージェントＨＡ−１に対して 上記ＢＵを通知する。
【００１２】
ところがこの場合、ステップＳ５にてホームエージェントＨＡ−１側でリソース不足状態が発生して該当する位置登録が行なえず、もってステップＳ６にて、登録失敗を示すＢＡｃｋを返信する。その場合移動端末ＭＮはステップＳ７にて一定周期毎にホームエージェントの管理リソース上に空きが発生したか否かについて確認するため、上記ステップＳ４乃至Ｓ６の動作を繰り返す。この場合、次回登録成功可能か否かについての見通しが立たないため、リソース不足状態であってもそれを確認するためのパケット送信を繰り返して行ない、徒にトラフィック負荷を上げてしまう。
【００１３】
次に図３と共に、上記位置登録処理の際にホームエージェントＨＡ-1のリソース不足が発生し、且つ当該ホームネットワークＮＷ１中にホームエージェントが２台設けられている場合について説明する。この場合、ステップＳ１乃至Ｓ２は上記各例の場合と同様である。ステップＳ３で移動端末ＭＮはホームリンクのホームエージェントＨＡ−１に対してＤＨＡＤＲｅｑを送信し、ホームエージェントＨＡ-1より、ＤＨＡＤＲｅｐを受信することでＨＡアドレスＨＡ−１を捕捉してＨＡリストを生成する。尚、この場合、同一プレフィックス上のホームエージェント間ではＨＡリスト情報通信が相互に行われており、移動端末ＭＮより要求ＤＨＡＤＲｅｑを受付けたホームエージェントが夫々に対するホームアドレスであるＨＡ―１、ＨＡ−２の両方のＨＡリストをその都度並び換えて応答を行うようにすることによって、夫々に対する２つのホームエージェントに対応するＨＡリストを生成可能である。
【００１４】
そしてステップＳ４にて移動端末ＭＮはホームエージェントＨＡ−１に対して位置登録更新メッセージ（ＢＵ）を通知し、ステップＳ５にてホームエージェントＨＡ−１側でＢＣ作成用のリソースが不足状態であるため、ステップＳ６にてＢＡｃｋとして登録失敗の旨を返信する。しかしながらこの場合ステップＳ７にて、次のリストである、ＨＡリストＨＡ―２を利用して再度ＢＵを通知し、ステップＳ８にてホームエージェントＨＡ−２側ではリソースが足りているために該当ＢＣの生成を行い、ステップＳ９により、ＢＡｃｋとして登録成功の旨を返信する。その結果、ステップＳ１０にてネットワークＮＷ２からの移動端末ＭＮ宛てへのメッセ―ジをホームエージェントＨＡ−２にて受信し、ステップＳ１１にて当該移動端末ＭＮの管理先のＣｏＡ宛てとしてカプセル化を行ない  移動端末ＭＮへの転送を行なう。
【００１５】
次に図４と共に、上記位置登録処理の際に２台のホームエージェントＨＡ―１、ＨＡ―２が共のリソース不足の場合の処理について説明する。ステップＳ１乃至Ｓ６の動作は上記の図３の例の場合と同様である。次にステップＳ７で、次のリストである、ＨＡリストＨＡ―２を利用して登録更新要求ＢＵを行い、ステップＳ８にてホームエージェントＨＡ−２側でもＢＣ生成用のリソース不足状態であるため、ステップＳ９により、登録失敗の旨のＢＡｃｋを返信する。
【００１６】
そしてステップＳ１０にて移動端末ＭＮは次回ＨＡリスト獲得処理を行ない、各ホームエージェントＨＡ−１，ＨＡ−２にて位置登録に必要なリソースの空きが生ずるまで上記ステップＳ４乃至Ｓ９の動作を繰り返す。この場合、位置登録に必要なリソースが確保出来るタイミングを予め予測することが出来ないため、リソース不足状態が継続する場合であっても周期的に登録更新要求のためのパケット送信を行なうこととなり徒にトラフィック負荷を上げてしまう。
【００１７】
次に図５と共に ホームネットワークＮＷ１中にホームエージェントを増設した場合の転送処理について説明する。この場合ネットワークＮＷ１において、複数台(１乃至ｎ)の移動端末ＭＮ−１乃至ＭＮ−ｎが夫々のホームエージェントＨＡ−１乃至ＨＡ−ｎに対して位置登録されているものとする。その場合に、通信ノード（ＣＮ）から、夫々の移動端末ＭＮ−１乃至ＭＮ−ｎ宛のパケットを中継した場合のネットワークＮＷ１において担うべき通信負荷は、夫々のホームエージェントによる通信負荷の総量となる。このような状態下でネットワークＮＷ１に更にホームエージェントを増設する場合を想定すると、更にネットワークＮＷ１において担うべき負荷が高くなってしまう。
【００１８】
尚、特許文献１，２，３，５，６は、夫々上記の如くのモバイルＩＰネットワーク環境下において移動端末がホームネットワークの外部に移動した際に当該移動端末宛のパケットを転送する際のルート最適化処理に関する技術を開示している。
【００１９】
又、特許文献４はやはりモバイルＩＰネットワーク環境下における、ホームエージェント−外部エージェント間のトンネリング処理を取り除く方法について提案している。
【００２０】
【特許文献１】
特開２００２−６４５４４号公報
【００２１】
【特許文献２】
特開２００２−９４５５７号公報
【００２２】
【特許文献３】
特開２００２−１４４８１１号公報
【００２３】
【特許文献４】
特開２０００−１８３９７３号公報
【００２４】
【特許文献５】
特開２００１−３３９４３８号公報
【００２５】
【特許文献６】
特開２００２−１８５５２０号公報
【００２６】
【発明が解決しようとする課題】
このように従来は、特定のホームエージェントにおける位置登録の負荷が高くなった場合の対処方法として、ＨＡアドレス探索を行う。この方法を採用する場合、同一ネットワーク内のホームエージェントが多数存在する場合には、負荷分散を行うことが可能となる。しかしながら位置登録要求の数が増加して同一ネットワークで管理しているリソースの蓄積範囲を超えた場合にはリソース不足となり、該当する移動端末リソースの空きが発生して登録可能となる迄リトライを繰り返すこととなる。このようなリトライの繰り返しによる通信負荷が同ネットワークのトラフィック容量を圧迫してしまうとともに、当該移動端末自体への接続契機が不明な状態が放置されてしまう。
【００２７】
又、上記の課題を解決するために同一ネットワーク中に発生し得る高負荷状態を想定した環境を構築しようとした場合、即ち、十分なリソースを設けた場合、ネットワーク事業者の設備コストが増大すると共に、トラフィック低負荷時には逆に常時リソースが余剰となるという問題点が生ずる。更に、その場合、ネットワーク内のホームエージェントを増設することによって同一ネットワーク内を通過するデータの総量が大きくなり、その場合管理リソース不足の問題は解決されるが、ネットワークが担うべき負荷の増大を招く。
【００２８】
【課題を解決するための手段】
本発明は上記問題点に鑑み、モバイルＩＰネットワーク環境下において、移動端末のホームネットワーク外への移動に対する処理において、移動端末側主体でリソース利用及び通信トラヒックに関する負荷分散を促す構成とし、同一ネットワーク内においては、自己ホームエージェントについてのアクセスを意図的に規正することによって当該ホームエージェントの負荷低減を達成し、又、外部ホームエージェントへの位置登録を促すことによる同一ネットワーク内のトラヒック負荷を分散させることを可能とし得る通信方法を提供することを目的とする。
【００２９】
即ち本発明では、移動端末が自身が属するホームエージェント配下を離れて移動する際に必要となるホームエージェントへの移動先位置登録処理において、当該ホームエージェントが有するリソース不足のために当該登録処理が出来ない場合、ホームエージェント側から次回使用可能なホームエージェントの通知を行い、その情報に基づいて移動端末が内部ネットワーク／外部ネットワークの何れかの他のホームエージェントに対して位置登録を行なえる構成を提供する。
【００３０】
即ち、本発明では、移動端末の位置登録時にリソースが不足した時点で当該ホームエージェントが次回接続可能と考えられる他のホームエージェントに関する情報を返信し、同一ネットワーク内又は他のネットワークのホームエージェントへの位置登録を許容する構成とした。
【００３１】
【発明の実施の形態】
以下に、本発明の実施例によるモバイルＩＰネットワーク環境下における通信システムについて説明する。
【００３２】
図６は、本発明の一実施例によるモバイルＩＰネットワーク環境下における負荷分散方式を用いた際の位置登録方式について説明するための図である。ここでは、ネットワークＮＷ１に対して複数台の移動端末ＭＮ−１乃至ＭＮ−ｎが登録されている場合において、個々の移動端末に関する位置登録処理を他のネットワークＮＷ−２乃至ＮＷ−ｎに属するホームエージェントＨＡ−２乃至ＨＡ−ｎに対して割り振る構成である。このため、通信ノード（ＣＮ）から個々の移動端末に対して送信されたパケットは上記の如くの割り振りによって位置登録がなされた該当する夫々のネットワークＮＷ−１乃至ＮＷ−ｎ宛てに送信される。従って、夫々のネットワークが担う通信負荷は、あくまで個別の負荷となる。又、この場合、ホームエージェントを増設する場合においても、増設するホームエージェントを特定のネットワークに限定して設ける必要がないため、増設によって特定のネットワーク負荷が増加するということがない。
【００３３】
次に図７と共に、本発明の実施例によるモバイルＩＰネットワーク環境下における移動端末の位置登録処理について、ホームエージェントＨＡ―１が移動端末の位置登録に要するリソース不足の場合を想定して説明する。先ずステップＳ１にて、移動端末ＭＮはホームリンクＮＷ１から、ルータＲ４配下のリンクＮＷ３への移動を行い、ステップＳ２でルータＲ４から発行されるルータ広告（ＲＡ）を受信する。これを契機として移動端末ＭＮはステップＳ３にて自己のホームリンクＮＷ１のホームエージェントに対してＨＡアドレス探索要求を送信し、その応答としてホームエージェントＨＡ―１からＨＡアドレス探索応答を受信する。その結果移動端末ＮＭはそのホームエージェントアドレスＨＡ−１を捕捉して対応するＨＡリストＨＡ−１を生成する。
【００３４】
次にステップＳ４にて当該移動端末ＭＮはホームエージェントＨＡ−１に対して 登録更新要求ＢＵを行う。これに対してホームエージェントＨＡ−１は、ステップＳ５にて内部ポリシー（リソース容量に関する閾値等）に応じてリソース不足と判断した場合（ステップＳ６）、以下の動作を行なう。即ち、ホームエージェントＨＡ−１は予め所定の外部ＨＡリストを管理しておき（図の例の場合ＨＡ―２）、この情報を移動端末ＭＮに対して返信する。また当該ホームエージェントＨＡ−１側でＢＣ登録用リソース不足状態であるため、ステップＳ７にて当該ホームエージェントＨＡ―１側からその旨を示すＨＡアドレス探索応答を行なう。
【００３５】
ステップＳ８にて、このＨＡアドレス探索応答を受信した移動端末ＭＮはステップＳ６にて返信された外部ＨＡリストＨＡ−２の情報に基づいて自己のＨＡリストの更新を行なう。ホームエージェントＨＡ−１はステップＳ９にて、ＢＡｃｋとして今回の登録失敗の旨を移動端末ＭＮに対して返信する。移動端末ＭＮは、次回の位置登録のリトライに際して接続先をＨＡリストを基に決定する際、ステップＳ８の更新動作によってＨＡリストがＨＡ−２へのアドレスへと更新されているため、他のネットワークＮＷ４に属する外部ホームエージェントであるＨＡ―２に対して位置登録の要求を行なう。その結果該当するホームエージェントＨＡ−２にて登録成功の場合、ステップＳ１０にてその旨を示すＢＡｃｋが返信される。（尚、ステップＳ７のＨＡリストの返信については、ステップＳ９におけるＢＡｃｋ返信の際のオプションとして付加して送信するようにしてもよい。）
次に図８と共に、上記図７にて説明した方式の変形例として、ＤＮＳの機能を連携して利用する方式について説明する。ここでもホームエージェントＨＡ-1のリソース不足が発生した場合を想定している。又、図７の場合同様、ホームネットワークＮＷ１中に設置されているホームエージェント設置台数は１台（ＨＡ−１）とする。
【００３６】
上述の図７と共に説明した処理は位置登録の際の処理負荷を分散することを目的とした処理であり、上記説明においては移動端末が獲得可能なアドレスについてのアドレス解決のために、通信ノードＣＮ側からの通信を一律にインタセプトしてアドレス解決を行なう処理については特に言及していない。これに対して図８の例ではＤＮＳによるアドレス解決機能との連携を行なって通信ノードＣＮ側から一意に移動端末のノード検索を行えるように、ＣＮ側からの通信をインタセプトする構成としている。
【００３７】
図７による方式との違いは、ステップＳ１１にて登録更新要求ＢＵがホームエージェントＨＡ−２によって受け付けられて登録が成功した後、ステップＳ１２にて移動端末ＭＮがＤＮＳに対しドメイン・ＩＰアドレスの登録を行なう処理が行われる点である。その後ステップＳ１３にて、ＣＮ側からＤＮＳサーバに対してアドレス情報の読み取り動作を行ない、もって該当する通知先のアドレスを解決する。即ち、ステップＳ１２にて移動端末ＭＮが位置登録の結果として外部ホームエージェントＨＡ−２に対して位置登録されたことを認識し、その旨をＤＮＳに登録する。そして、その内容が後に通信ノードＣＮによって読み取られ、もって通信ノードＣＮは移動端末ＭＮの新たなホームアドレスとして当該ホームエージェントＨＡ−２のアドレスを認識する。その結果、以後、通信ノードＣＮが移動端末ＭＮに通信する際には直接ホームエージェントＨＡ−２にコンタクトすることにより最適なルーティングが果たせる。
【００３８】
次に図９と共に、図８の処理によって位置登録がなされ且つＤＮＳへのドメイン・ＩＰアドレスの登録なされた後に、通信ノードＣＮから移動端末ＭＮへ向けて送信されたパケットを転送する際の処理について説明する。図８の処理によってＤＮＳ機能を連携して通信ノード（ＣＮ）が送信先の移動端末へのアドレスを解決した後は、図９に示す如く当該移動端末ＭＮのホームアドレスは実質的にホームエージェントＨＡ−１として認識されるため、この移動端末ＭＮ宛のパケットはホームエージェントＨＡ−２に送信されることとなる。ステップＳ１４にてネットワークＮＷ２から移動端末ＭＮ宛てへのメッセ―ジをホームエージェントＨＡ−２にて受信した場合、ホームエージェントＨＡ−２では管理先のＣｏＡ宛にカプセル化を行ない、移動端末ＭＮへの転送を行なう（ステップＳ１５）。
【００３９】
このようにＤＮＳ機能を盛り込むことにより、ＤＮＳ機能によってアドレス解決後は該当する移動端末ＭＮ宛のパケットは直接、位置登録がなされたホームエージェントＨＡ−２に送られるため、本来のホームエージェントＨＡ−１が属するホームネットワークＮＷ１を経由する必要が無く、当該ネットワークＮＷ１のトラフィック負荷を効果的に軽減可能である。
【００４０】
次に図１０と共に、図７の方式の更に他の変形例として、ホームネットワークＨＡ―１における位置登録用リソース不足の際に、同一リンク内の他のホームエージェント（内部ＨＡ）に対して位置登録処理を振り当てる方式について説明する。この場合、該当するホームネットワークＮＷ１中に２台以上のホームエージェントが設置されているものとする。ステップＳ１乃至Ｓ４の処理は図７の処理と同様である。ステップＳ５にてホームエージェントＨＡ―１は内部ポリシーに応じて（リソース容量に関する閾値等）リソース不足と判断した場合（ステップＳ６）、ステップＳ７にて、予め管理されている他のＨＡリスト（図の例の場合はＨＡ―２乃至ＨＡ−ｎ）の情報を移動端末ＭＮに対して返信する。
【００４１】
又ホームエージェントＨＡ−１側で移動端末位置登録（ＢＣ）用リソース不足状態であるため、ステップＳ７にてホームエージェントＨＡ―１側から移動端末ＭＮに対してＨＡアドレス探索応答を返信する。ステップＳ８にて、このＨＡアドレス探索応答受けた移動端末ＭＮは、ステップＳ７にて送信されたＨＡリスト情報によって自己のＨＡリストの更新を行なう。
【００４２】
又、ホームエージェントＨＡ−１はステップＳ９にてＢＡｃｋにより登録失敗の旨を返信する。そして、ステップＳ１０にて、次回、位置登録用リトライの際の接続先をＨＡリストを基に決定する際、上記更新後のＨＡリストにおいてはＨＡ−２乃至ＨＡ−ｎへのアドレスに更新されているため、当該ＨＡリストにおける優先順位に従って例えばＨＡ―２宛てで位置登録のリトライを行なう。その場合登録成功となればステップＳ１１によってＢＡｃｋとして成功の旨が返信される。
【００４３】
その後ネットワークＮＷ２から当該移動端末ＭＮ宛てへのメッセ―ジを本来のホームエージェントＨＡ−１経由で上記位置登録されたホームエージェントＨＡ−２にて受信した際（ステップＳ１４）、ステップＳ１５にて、管理先のＣｏＡ宛てにカプセル化を行ない  移動端末ＭＮへ転送を行なう。尚、ステップＳ７におけるＨＡリストの送信はステップＳ９におけるＢＡｃｋ返信の際にオプションとして付加して送信するようにしてもよい。
【００４４】
尚、図１１は上記図８、図９と共に述べた処理シーケンスを図示したものであり、対応する処理は同じステップ番号を付してある。
【００４５】
図１２は上記本発明の実施例における各ホームエージェントの機能ブロック構成の一例を示す。図示の如く、各ホームエージェントはパケットを受信する受信処理部１１、受信パケットを識別するパケット識別部１２、上記識別の結果当該受信パケットが位置登録要求を含むと判断された場合に当該位置登録処理が可能かどうかを判断するために管理リソースの空きがあるか否かを監視している監視処理部１６、パケット識別の結果所定のデータ処理が必要と判断された場合に当該パケットをデカプセリング処理するデカプセリング処理部１３、上記所定のデータ処理を施すアプリケーションプログラム部１４、位置登録処理を行う位置登録処理部１７、位置登録処理が不可の場合に移動端末に対して返信すべきＨＡリストを保持しておくＨＡリストテーブル部１８、並びに以上の処理の結果として所定の情報を送信する送信部１５とよりなる。
【００４６】
図１３は、このような構成を有する本発明の実施例によるホームエージェントが行なう処理の流れを示すフローチャートである。図中、ステップＳ２１でパケットを受信すると、ステップＳ２２にて当該パケットを識別し、その結果ステップＳ２３にて当該パケットが登録要求メッセージであった場合、ステップＳ２４にて内部ポリシーを参照し、その結果ステップＳ２５にてリソース閾値を超過している場合、ステップＳ２６、Ｓ２７にてＨＡのリストの有無を調べ、有りの場合ステップＳ３０にて当該リスト情報を送信し、無しの場合ステップＳ２８にてリソース不足の旨を返信し、当該処理を終了する。
【００４７】
又、ステップＳ２３にてパケットが登録要求メッセージで無かった場合、ステップＳ３１にてキャッシュテーブル（バインディング・キャッシュ、即ち移動端末の位置登録）を参照し、パケットの宛先アドレスに該当するキャッシュが存在すれば当該パケットをそのキャッシュの気付けアドレスでカプセリングし、ステップＳ３３にて所定のルーティングテーブルを参照して上記気付けアドレス宛てのルーティングを行い、ステップＳ３４にてそのルーティングに従ってパケットを送信する。又、ステップＳ２５にてリソース閾値を超過していない場合、ステップＳ２９にて自身のリソースを使用して要求されている移動端末の位置登録を行なう。
【００４８】
図１４は、モバイルＩＰネットワーク環境に適用される一般的な移動端末が実行する処理の流れを示す。図中、ステップＳ８１にてパケットを受信すると、ステップＳ８２にてパケット識別を行い、ステップＳ８３にて位置応答メッセージか否かを判定し、位置応答メッセージでないならステップＳ８４にてホームエージェントからのＨＡリスト応答か否かを判定し、ＨＡリスト応答でないならステップＳ８５にてルータ広告か否かを判定し、ルータ広告でないならカプセル化パケットか否かを判定し、カプセル化パケットならステップＳ９６にてデカプセリング後ステップＳ８７にてアプリケーションによる所定のデータ処理、即ちユーザへの通信データの表示、返信データの入力等を行う。
【００４９】
他方、位置登録応答メッセージの場合、ステップＳ８８にて位置登録成功か否かを判定し、成功ならステップＳ８９にて応答元のアクセスルータ（ＡＲ）のアドレスを記憶して終了する。又、位置登録失敗の場合、ステップＳ９０にて、予め保存してあるＨＡリストから次回位置登録リトライの際に参照すべきＨＡリストを選択して終了する。又、ルータ広告の場合、ステップＳ９２にて移動有りか否かを判定し、無しなら終了し、有りならステップＳ９３にてアクセスルータＡＲのアドレスを自己の気付けアドレスとして設定し、ステップＳ９４にて保存してあるＨＡリストから接続すべきホームエージェントの宛先を求め、ステップＳ９５にてその宛先に対して位置登録要求メッセージを送信する。
【００５０】
図１５は、上記、自己の管理リソース不足の際にホームエージェントがＢＡｃｋ（バインディング・アクノレッジメント、即ち位置登録応答）メッセージにＨＡアドレス探索結果としてのＨＡリストを付加して移動端末へ返信する際のメッセージフォーマットの一例を示す。この場合、一つのメッセージにｎ個のホームエージェント分のＨＡリストを、既存のモビリティオプション機能を利用して付加している。
【００５１】
図１６は、本発明の実施例に適用可能な移動端末の機能ブロック構成例を示す。同図中、移動端末はネットワークインタフェース３１を有し、何れかの受信処理部３１Ｒにて受信処理したパケットはパケット識別部２６にて識別処理され、その結果、当該パケットが通常のユーザによる通信パケットの場合、パケット分解部２７にて分解処理されて受信データが抽出され、この受信データがアプリケーションプログラム２２にて所定の処理を施された後、ユーザインタフェース２１を介してユーザに対して受信内容が提示される。
【００５２】
他方、ユーザによる送信データはユーザインタフェース２１、アプリケーションプログラム２２によって所定のプロトコルに合致した通信データに変換され、パケット組み立て部２８にてパケット化された後に該当するネットワーク・インタフェース３１の送信処理部３１Ｓによって送信処理され、パケットとして送り出される。
【００５３】
又、受信パケットがＢＡｃｋメッセージ又は他の管理用モバイルＩＰメッセージであった場合、モバイルＩＰメッセージ処理部２３にて所定の処理を経、その結果に応じて適宜、位置登録要求メッセージの発行、ＨＡリスト２９の更新等の各処理を行う。又、その際、送信メッセージを発行した場合にはパケット組み立て部２８にてこれをパケット化した後、ネットワークに向かって送信する。
【００５４】
又、受信パケットがルータ広告であった場合、自身がホームリンク外に移動したか否かを判定する等の処理を行った上、移動があればモバイルＩＰメッセージ処理部２３にて所定の処理を経、その結果に応じて適宜位置登録要求メッセージ発行処理を行なう。
【００５５】
図１７と共に、図１６にて説明した本発明の実施例による移動端末の動作について説明する。ステップＳ１０１にてパケットを受信すると、ステップＳ１０２にてそれを識別し、その結果ルータ広告であった場合（ステップＳ１０３のＹｅｓ）、その内容からステップＳ１０４にて自己の移動の有無を判定する。その結果ホームリンク外への移動を検出した場合（ステップＳ１０４のＹｅｓ）、ステップＳ１０５にて、ＨＡリストの保存の有無を判定し、ＨＡリスト保存無しならステップＳ１０６にて登録されているホームエージェントに対して位置登録要求メッセージを送信する。他方、ＨＡリスト保存有り、即ち、登録ホームエージェントがリソース不足によって利用不可である等の場合、ステップＳ１０９にて、そのリスト内の優先順位に従ってホームエージェントを選択し、そこに対して位置登録要求メッセージを送信する。
【００５６】
又、ルータ広告で無い場合、ステップＳ１０７にてＨＡリスト情報を含むＨＡアドレス探索応答メッセージであるか否かを判定し、Ｙｅｓの場合ステップＳ１０８にてその内容に応じて自己のＨＡリストを更新する。又、Ｎｏの場合、ステップＳ１１０にて、ＢＡｃｋか否かを判定し、ステップＳ１１１にてＢＡｃｋなら位置登録成功の旨か否かを判定する。その結果Ｙｅｓなら、ステップＳ１１２にて、ＤＮＳ登録内容を変更すべきか否かを判定する。その結果、変更要ならステップＳ１１３にてＤＮＳの登録内容を変更する。又、位置登録失敗の場合（ステップＳ１１１のＮｏ），ステップＳ１１５にてリソース不足の旨か否かを判定し、リソース不足の旨の場合、ステップＳ１１６にてＨＡリスト情報が付加されているかを判定する。その結果、付加の場合、ステップＳ１１７にてその内容に従って自己のＨＡリストを更新し、ステップＳ１０５以降を実行する。他方、ＢＡｃｋ以外のパケットの場合（ステップＳ１１０のＮｏ），当該パケット種別に応じたパケット処理を実施する（ステップＳ１１４）。
【００５７】
図１８は、本発明の一実施例による、各ホームエージェントが有するＨＡリストの更新処理を説明するための図である。又、図１９はその際のシーケンスを示す図である。この場合、ホームエージェントＨＡ-1が新規に設置されたものであって、ホームエージェントＨＡ―２、ＨＡ―ｎが既に設置済みのものである場合を想定している。
【００５８】
先ずステップＳ５１にて端末―Ａから移動端末の位置登録処理振り分け可能なホームエージェントのＨＡリスト（ＨＡ−２，ＨＡ−ｎを含む）の配布がＨＡ-1に対して行われる。ステップＳ５２にて、このホームエージェントＨＡ-1にて、配布されたＨＡリストにて自己のＨＡリストの更新を行う。そして、ステップＳ５３，Ｓ５４にて、前回更新時との差分に対応するホームエージェント（この例の場合、ＨＡ―２、ＨＡ―ｎ）に対し、外部ＨＡリストの通知を行なう。即ち、ここでは自身を外部ホームエージェントとして登録するための登録要求を行なう。ステップＳ５５にて、ホームエージェントＨＡ―２では、ホームエージェントＨＡ―１を自己の外部リストに追加する。同様にステップＳ５６にて、ホームエージェントＨＡ―ｎはホームエージェントＨＡ―１を自己の外部リストに追加する。
【００５９】
次にステップＳ５７にて、端末―Ａは、ステップＳ５１同様、ホームエージェントＨＡ−２に対して上記同様のＨＡリストの配布を行い、ステップＳ５８にて、ホームエージェントＨＡ―２はこの情報を基に自己のＨＡリストの更新を行い、その際の差分点であるホームエージェントＨＡ―1に対し、ステップＳ５９にて、外部ＨＡリストに自身を登録するための外部ＨＡリスト通知を行なう。これに対してステップＳ６０にて、ホームエージェントＨＡ―１は外部ＨＡリストの更新を行う。
【００６０】
更にステップＳ５７乃至Ｓ６０の処理と同様の動作がホームエージェントＨＡ―ｎについて行なわれる。尚、ステップＳ５７以降の処理及びステップＳ６１以降の処理は、ステップＳ５１の処理以降であれば、並列処理が可能である。
【００６１】
又、図２０は、図１８、図１９と共に説明した方法の変形例を示し、ここでは特定のホームエージェントＨＡ−１を中心とし、そこが主導的に他のホームエージェントのＨＡリストを順次更新して行く方法である。即ち、常にホームエージェントＨＡ−１が起点となって他のホームエージェントＨＡ−２、ＨＡ−ｎ等に対してＨＡリスト更新要求を行い、これに対して更新要求を受信したホームエージェントでは自己の外部ＨＡリストを更新すると共に起点のホームエージェントＨＡ−１に対して同様な更新要求を返信する。このような動作を全ての他のホームエージェントに対して行なった後、今度は起点となるホームエージェントを入れ替えて同様な動作を行なう。その結果、全てのホームエージェント間で移動端末位置登録用管理リソースの融通（割り振り）が可能な状態を達成し得る。
【００６２】
尚、図１９、図２０の処理において、ホームエージェント間のＨＡリスト更新要求等の情報通信は図示の如く周期的に行なうことにより、常に最新の状態が反映されてその時点における最大効率にてリソースの相互利用が可能となる。
【００６３】
図２１は、各図で示す各種リストの詳細を示す。同図（ａ）は、図７，８，９，１９，１９，２０に示す外部ＨＡリストの一例である。同図に示す如く、各外部ホームエージェント（即ち、ホームリンク外のネットワークのエージェント）毎に、リンク内のローカルアドレスである「リンクローカルアドレス」、「グローバルアドレス」、リスト内のホームエージェント選択の際の優先度を示す「優先順位」、当該ホームエージェント情報の利用可能時間を示す「有効時間」の各情報を有する。ここではこの「有効時間」内に所定の更新処理が成されない場合該当するＨＡ情報は自動削除され、もって使用不可となる。
【００６４】
同図（ｂ）は図１０に示す内部ＨＡリストの一例を示し、上記外部ＨＡリストと同様である。同図（ｃ）は図１，２，３，４，７，８，９，１０に示す移動端末ＨＡリストの例を示し、登録ホームエージェントの情報である、「リンクローカルアドレス」、「グローバルアドレス」、リスト内のホームエージェント選択の際の優先度を示す「優先順位」、当該ホームエージェント利用可能時間を示す「有効時間」の各情報を有する。
【００６５】
同図（ｄ）は、図７，８，９，１０に示す各ホームエージェントが有するポリシーテーブルの例を示し、位置登録用のメモリリソースの容量値の空きに対する閾値が設定され、当該閾値を超えている場合（リソース不足）、登録失敗を返信し、その際、他のホームエージェントに関するＨＡリストを同時に返信するか否かの設定をも有する。同図（ｅ）は、図１８に示す、所定のサーバ端末（端末―Ａ）から各ホームエージェントに配布される「ＨＡリスト」の例を示し、利用可能なホームエージェントのリストが、該当するグローバルアドレスと共に記録されている。
【００６６】
本発明は以下に示す付記に記載の構成を含む。
【００６７】
（付記１）
移動端末が自己の属する通信網を離れて他の通信網に移動した場合に移動先の位置を同じ通信網に属する所定の登録機能部に登録しておくことによって移動後も当該移動端末宛の通信を可能とするモバイル通信方法であって、
上記所定の登録機能部の上記位置登録に要するリソースが不足した場合に当該位置登録処理を振り当てることが可能な他の登録機能部の宛先を該当する移動端末に通知する構成の方法。
【００６８】
（付記２）
上記当該位置登録処理を振り当てることが可能な他の登録機能部は、上記自己の通信網以外の通信網であってホーム通信網と接続された通信網に属する構成の付記１に記載の方法。
【００６９】
（付記３）
上記当該位置登録処理を振り当てることが可能な他の登録機能部は、上記自己の通信網に属する構成の付記１に記載の方法。
【００７０】
（付記４）
上記当該位置登録処理を振り当てることが可能な他の登録機能部の通知は、当該位置登録処理を振り当て可能な複数の登録処理部の通知よりなる構成の付記１乃至３のうちの何れかの方法。
【００７１】
（付記５）
上記当該位置登録処理を振り当てることが可能な他の登録機能部の通知を可能とするために位置登録処理振り当て可能な登録機能部のリストを各登録機能部が有する構成の付記１乃至４のうちのいずれかの方法。
【００７２】
（付記６）
前記位置登録処理振り当て可能な登録機能部のリストは所定の端末とのインタフェースによって動的に変更可能な構成の付記５に記載の方法。
【００７３】
（付記７）
前記位置登録処理振り当て可能な登録機能部のリストを構成する情報は所定の有効時間を有し、当該有効時間内に所定の更新処理がなされない場合には該当する情報を使用不可とする構成の付記５又は６に記載の方法。
【００７４】
（付記８）
移動端末の自己の通信網からの移動による移動先の位置登録完了後に当該移動端末の識別情報と位置登録した登録機能部の宛先との対応関係を所定のサーバに登録しておき、当該移動端末への通信に先立って上記所定のサーバから上記位置登録した登録機能部の宛先を得る構成の付記１乃至７のうちのいずれかの方法。
【００７５】
（付記９）
前記位置登録処理振り当て可能な登録機能部が新たに追加された際には、これに対応して所定の端末とのインタフェースによって前記位置登録処理振り当て可能な登録機能部のリストを動的に変更する構成の付記５に記載の方法。
【００７６】
（付記１０）
前記位置登録処理振り当て可能な登録機能部の通知は、リソース不足通知メッセージに付加して送信する構成の付記１乃至９のうちのいずれかに記載の方法。
【００７７】
（付記１１）
前記位置登録処理を振り当て可能な登録機能部を通知する機能は所定の内部ポリシーに従って無効化可能な構成の付記１乃至１０のうちのいずれかに記載の方法。
【００７８】
（付記１２）
前記登録機能部自身が前記位置登録処理に要するリソース管理を行なうノードとされた構成の付記１乃至１１のうちのいずれかに記載の方法。
【００７９】
（付記１３）
前記登録機能部が所定の中継ノードを介して当該移動端末に対して前記位置登録処理を振り当て可能な登録機能部を通知する構成の付記１乃至１２のうちのいずれかに記載の方法。
【００８０】
（付記１４）
移動端末が自己の属する通信網を離れて他の通信網に移動した場合に移動先の位置を同じ通信網に属する所定の登録機能部に登録しておくことによって移動後も当該移動端末宛の通信を可能とするモバイル通信システムであって、
上記所定の登録機能部の上記位置登録に要するリソースが不足した場合に当該位置登録処理を振り当てることが可能な他の登録機能部の宛先を該当する移動端末に通知する構成のモバイル通信システム。
【００８１】
（付記１５）
上記当該位置登録処理を振り当てることが可能な他の登録機能部は、上記自己の通信網以外の通信網であって自己の通信網と接続された通信網に属する構成の付記１４に記載のモバイル通信システム。
【００８２】
（付記１６）
上記当該位置登録処理を振り当てることが可能な他の登録機能部は、上記自己の通信網に属する構成の付記１４に記載のモバイル通信システム。
【００８３】
（付記１７）
上記当該位置登録処理を振り当てることが可能な他の登録機能部の通知は、当該位置登録処理を振り当て可能な複数の登録処理部の通知よりなる構成の付記１４乃至１６のうちの何れかのモバイル通信システム。
【００８４】
（付記１８）
上記当該位置登録処理を振り当てることが可能な他の登録機能部の通知を可能とするために位置登録処理振り当て可能な登録機能部のリストを各登録機能部が有する付記１４乃至１７のうちのいずれかのモバイル通信システム。
【００８５】
（付記１９）
前記位置登録処理振り当て可能な登録機能部のリストは所定の端末とのインタフェースによって動的に変更可能な構成の付記１８に記載のモバイル通信システム。
【００８６】
（付記２０）
前記位置登録処理振り当て可能な登録機能部のリストを構成する情報は所定の有効時間を有し、当該有効時間内に所定の更新処理がなされない場合には該当する情報を使用不可とする構成の付記１８又は１９に記載のモバイル通信システム。
【００８７】
（付記２１）
移動端末の自己の通信網からの移動による移動先の位置登録完了後に当該移動端末の識別情報と位置登録した登録機能部の宛先との対応関係を所定のサーバに登録しておき、当該移動端末への通信に先立って上記所定のサーバから上記位置登録した登録機能部の宛先を得る構成の付記１４乃至２０のうちのいずれかのモバイル通信システム。
【００８８】
（付記２２）
前記位置登録処理振り当て可能な登録機能部が新たに追加された際には、これに対応して所定の端末とのインタフェースによって前記位置登録処理振り当て可能な登録機能部のリストを動的に変更する構成の付記１８に記載のモバイル通信システム。
【００８９】
（付記２３）
前記位置登録処理振り当て可能な登録機能部の通知は、リソース不足通知メッセージに付加して送信する構成の付記１４乃至２２のうちのいずれかに記載のモバイル通信システム。
【００９０】
（付記２４）
前記位置登録処理を振り当て可能な登録機能部を通知する機能は内部ポリシーに従って無効化可能な構成の付記１４至２３のうちのいずれかに記載のモバイル通信システム。
【００９１】
（付記２５）
前記登録機能部自身が前記位置登録処理に要するリソース管理を行なうノードとされた構成の付記１４乃至２４のうちのいずれかに記載のモバイル通信システム。
【００９２】
（付記２６）
前記登録機能部が所定の中継ノードを介して当該移動端末に対して前記位置登録処理を振り当て可能な登録機能部を通知する構成の付記１４乃至２５のうちのいずれかに記載のモバイル通信システム。
【００９３】
（付記２７）
移動端末が自己の属する通信網を離れて他の通信網に移動した場合に移動先の位置を登録しておくことによって移動後も当該移動端末宛の通信を可能とするアドレス登録装置であって、
上記位置登録に要するリソースが不足した場合に当該位置登録処理を振り当てることが可能な他のアドレス登録装置の宛先を該当する移動端末に通知する構成のアドレス登録装置。
【００９４】
（付記２８）
上記当該位置登録処理を振り当てることが可能な他のアドレス登録装置は、自己が属する通信網以外の通信網であって自己の通信網と接続された通信網に属する構成の付記２７に記載のアドレス登録装置。
【００９５】
（付記２９）
上記当該位置登録処理を振り当てることが可能な他のアドレス登録装置は、同じく自己が属する通信網に属する構成の付記２７に記載のアドレス登録装置。
【００９６】
（付記３０）
上記当該位置登録処理を振り当てることが可能な他のアドレス登録装置の通知は、当該位置登録処理を振り当て可能な複数のアドレス登録装置の通知よりなる構成の付記２７乃至２９のうちの何れかのアドレス登録装置。
【００９７】
（付記３１）
上記当該位置登録処理を振り当てることが可能な他のアドレス登録装置の通知を可能とするために位置登録処理振り当て可能なアドレス登録装置のリストを各アドレス登録装置有する付記２７乃至３０のうちのいずれかのアドレス登録装置。
【００９８】
（付記３２）
前記位置登録処理振り当て可能なアドレス登録装置のリストは所定の端末とのインタフェースによって動的に変更可能な構成の付記３１に記載のアドレス登録装置。
【００９９】
（付記３３）
前記位置登録処理振り当て可能なアドレス登録装置のリストを構成する情報は所定の有効時間を有し、当該有効時間内に所定の更新処理がなされない場合には該当する情報を使用不可とする構成の付記３１又は３２に記載のアドレス登録装置。
【０１００】
（付記３４）
前記位置登録処理振り当て可能なアドレス登録装置が新たに追加された際には、これに対応して所定の端末とのインタフェースによって前記位置登録処理振り当て可能なアドレス登録装置のリストを動的に変更する構成の付記３１に記載のアドレス登録装置。
【０１０１】
（付記３５）
前記位置登録処理振り当て可能なアドレス登録装置の通知は、リソース不足通知メッセージに付加して送信する構成の付記２７乃至３４のうちのいずれかに記載のアドレス登録装置。
【０１０２】
（付記３６）
前記位置登録処理を振り当て可能なアドレス登録装置を通知する機能は内部ポリシーに従って無効化可能な構成の付記２７至３５のうちのいずれかに記載のアドレス登録装置。
【０１０３】
（付記３７）
前記位置登録処理に要するリソース管理を行なうノードよりなる付記２７至３６のうちのいずれかに記載のアドレス登録装置。
【０１０４】
（付記３８）
所定の中継ノードを介して当該移動端末に対して前記位置登録処理を振り当て可能な登録機能部を通知する構成の付記２７乃至３７のうちのいずれかに記載のアドレス登録装置。
【０１０５】
（付記３９）
移動端末が自己の属する通信網を離れて他の通信網に移動した場合に移動先の位置を同じ通信網に属する所定の登録機能部に登録しておくことによって移動後も当該移動端末宛の通信を可能とするモバイル通信システムにおいて使用する移動端末としての通信装置であって、
上記所定の登録機能部の上記位置登録に要するリソースが不足した場合に当該位置登録処理を振り当てることが可能な他の登録機能部の宛先の通知を受信して当該他の登録機能部に対して新たな位置登録要求を発行する構成の通信装置。
【０１０６】
（付記４０）
上記新たな位置登録要求の発行は、上記所定の登録機能部からリソース不足を示す、メッセージを受信したことを契機に行なう構成の付記３９に記載の通信装置。
【０１０７】
（付記４１）
上記当該位置登録処理を振り当てることが可能な他の登録機能部の通知は、当該位置登録処理を振り当て可能な複数の登録処理部の通知としてなされる構成の付記３９又は４０の通信装置。
【０１０８】
（付記４２）
上記当該位置登録処理を振り当てることが可能な他の登録機能部の通知を可能とするために位置登録処理振り当て可能な登録機能部のリストを各登録機能部が有する付記３９乃至４１のうちのいずれかの通信装置。
【０１０９】
（付記４３）
上記新たな位置登録要求の発行は、上記所定の登録機能部からリソース不足の旨と共に上記登録機能部のリストを含むメッセージを受信したことを契機に行なう構成の付記４２に記載の通信装置。
【０１１０】
（付記４４）
前記位置登録処理振り当て可能な登録機能部のリストは所定の端末とのインタフェースによって動的に変更可能な構成とされた付記４２又は４３の通信装置。
【０１１１】
（付記４５）
前記位置登録処理振り当て可能な登録機能部のリストを構成する情報は所定の有効時間を有し、当該有効時間内に所定の更新処理がなされない場合には該当する情報を使用不可とする構成とされた付記４２乃至４４のうちのいずれかの通信装置。
【０１１２】
（付記４６）
自己の通信網からの移動による移動先の位置登録完了後に当該移動端末の識別情報と位置登録した登録機能部の宛先との対応関係を所定のサーバに登録する構成の付記３９乃至４５のうちのいずれかの通信装置。
【０１１３】
（付記４７）
前記位置登録処理振り当て可能な登録機能部が新たに追加された際には、これに対応して所定の端末とのインタフェースによって前記位置登録処理振り当て可能な登録機能部のリストを動的に変更する構成とされた付記４４に記載の通信装置。
【０１１４】
（付記４８）
移動端末が自己の属する通信網を離れて他の通信網に移動した場合に移動先の位置を所定の登録機能部に登録しておくことによって移動後も当該移動端末宛の通信を可能とするモバイル通信方法であって、
上記所定の登録機能部は移動端末から上記位置登録の要求を受信した際に他の登録機能部の宛先を移動端末に通知し、当該移動端末は上記他の登録機能部に対して新たな位置登録の要求を送信する構成の方法。
【０１１５】
【発明の効果】
本発明によれば、モバイルＩＰネットワーク環境化において移動端末からの位置登録要求に対してリソースが確保できない時に次回接続可能ポイントを通知する構成としたため、リソースの空きの見通しが立たない状態での位置登録不可状態の継続を防止可能であると共に、リソース不足中の無効な位置登録要求パケットによるトラヒック増加についても抑止可能となり、もってネットワーク負荷を効果的に低減可能である。
【図面の簡単な説明】
【図１】従来の一例のモバイルＩＰネットワーク環境下の位置登録処理について説明するための図（その１）である。
【図２】従来の一例のモバイルＩＰネットワーク環境下の位置登録処理について説明するための図（その２）である。
【図３】従来の一例のモバイルＩＰネットワーク環境下の位置登録処理について説明するための図（その３）である。
【図４】従来の一例のモバイルＩＰネットワーク環境下の位置登録処理について説明するための図（その４）である。
【図５】従来の一例のモバイルＩＰネットワーク環境下における、複数の移動端末へパケット転送処理について説明するための図である。
【図６】本発明の一実施例による、モバイルＩＰネットワーク環境下の位置登録処理の負荷分散機能について説明するための図である。
【図７】本発明の一実施例による、モバイルＩＰネットワーク環境下の位置登録処理について説明するための図（その１）である。
【図８】本発明の一実施例による、モバイルＩＰネットワーク環境下の位置登録処理について説明するための図（その２）である。
【図９】本発明の一実施例による、モバイルＩＰネットワーク環境下の移動端末に対するパケット転送処理について説明するための図である。
【図１０】本発明の一実施例による、モバイルＩＰネットワーク環境下の位置登録処理について説明するための図（その３）である。
【図１１】本発明の一実施例による、モバイルＩＰネットワーク環境下の位置登録処理について説明するためのフローチャートである。
【図１２】本発明の一実施例に適用可能なホームエージェントの一例の機能ブロック図である。
【図１３】図１２に記載のホームエージェントの実行する処理を示すフローチャートである。
【図１４】一般的なモバイルＩＰネットワーク環境下において移動端末が実行する処理を示すフローチャートである。
【図１５】本発明の一実施例に適用可能な、既存の位置登録応答メッセージにＨＡアドレス探索結果を付加するための方法を示す図である。
【図１６】本発明の一実施例に適用可能な移動端末の一例の機能ブロック図である。
【図１７】図１６に記載の移動端末の実行する処理を示すフローチャートである。
【図１８】本発明の一実施例に適用可能な、各ホームエージェントに対するＨＡリストの配布及びホームエージェント間の通信によるＨＡリストの更新処理について説明するための図である。
【図１９】図１８に示す処理の制御シーケンスを示す図（その１）である。
【図２０】図１８に示す処理の制御シーケンスを示す図（その２）である。
【図２１】以上の各図に示す各種リストの内容例を示す図である。
【符号の説明】
ＭＮ、ＭＮ−１乃至ＭＮ−ｎ    移動端末
ＨＡ、ＨＡ−１乃至ＨＡ−ｎ    ホームエージェント
Ｒ１乃至Ｒ４    ルータ
ＮＷ１乃至ＮＷ３    通信網
【図１】
2004200789.tif 000003
【図２】
2004200789.tif 000004
【図３】
2004200789.tif 000005
【図４】
2004200789.tif 000006
【図５】
2004200789.tif 000007
【図６】
2004200789.tif 000008
【図７】
2004200789.tif 000009
【図８】
2004200789.tif 000010
【図９】
2004200789.tif 000011
【図１０】
2004200789.tif 000012
【図１１】
2004200789.tif 000013
【図１２】
2004200789.tif 000014
【図１３】
2004200789.tif 000015
【図１４】
2004200789.tif 000016
【図１５】
2004200789.tif 000017
【図１６】
2004200789.tif 000018
【図１７】
2004200789.tif 000019
【図１８】
2004200789.tif 000020
【図１９】
2004200789.tif 000021
【図２０】
2004200789.tif 000022
【図２１】
2004200789.tif 000023