(57)【要約】  ＢＡメッセージがＨＡ間を往復し続ける状況を解消することができるバインディング更新方法などを提供する技術が開示され、その技術によれば移動端末が、移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを移動端末のホームエージェントに送信し、移動端末のホームエージェントが、第１のメッセージに基づいて、移動端末のホームアドレスと移動端末のホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、第１のメッセージの応答である第２のメッセージを移動端末へ送信するバインディング更新方法であって、移動端末が、第２のメッセージを受信した場合に、第２のメッセージを受信したことを通知する第３のメッセージを移動端末のホームエージェントに送信し、移動端末のホームエージェントが、第３のメッセージを受信した後にキャッシュを更新する。
2008053798.tif 000002
【特許請求の範囲】
【請求項１】
移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新方法であって、
前記移動端末が、前記第２のメッセージを受信した場合に、前記第２のメッセージを受信したことを通知する第３のメッセージを前記移動端末の前記ホームエージェントに送信し、
前記移動端末の前記ホームエージェントが、前記第３のメッセージを受信した後に前記キャッシュを更新するバインディング更新方法。
【請求項２】
前記移動端末の前記ホームエージェントは、前記第１のメッセージに基づいて前記キャッシュを更新する際、受信されたメッセージの転送を行わない旨を示す変更中フラグを前記キャッシュにセットし、前記変更中フラグがセットされている間は受信されたメッセージの転送を行わないよう処理する請求項１に記載のバインディング更新方法。
【請求項３】
前記移動端末の前記ホームエージェントは、前記第２のメッセージに識別情報を付加し、
前記移動端末は、前記第２のメッセージに付加された前記識別情報を前記第３のメッセージに付加する請求項１に記載のバインディング更新方法。
【請求項４】
移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新方法であって、
前記移動端末の前記ホームエージェントは、前記第１のメッセージに基づいて前記キャッシュを更新する際、受信されたメッセージの転送を行わない旨を示す変更中フラグを前記キャッシュにセットし、前記変更中フラグがセットされている間は受信されたメッセージの転送を行わないよう処理するバインディング更新方法。
【請求項５】
移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新方法で用いられる前記移動端末であって、
前記第２のメッセージを受信する受信手段と、
前記受信手段によって前記第２のメッセージを受信した場合に、前記第２のメッセージを受信したことを通知する第３のメッセージを生成するメッセージ生成手段と、
生成された前記第３のメッセージを前記移動端末の前記ホームエージェントに送信する送信手段とを、
備える移動端末。
【請求項６】
前記メッセージ生成手段は、前記第２のメッセージに識別情報が付加されている場合、前記第２のメッセージに付加された前記識別情報を前記第３のメッセージに付加する請求項５に記載の移動端末。
【請求項７】
移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新方法で用いられる前記移動端末の前記ホームエージェントであって、
前記第２のメッセージを生成するメッセージ生成手段と、
生成された前記第２のメッセージを前記移動端末へ送信する送信手段と、
前記第２のメッセージを受信したことを通知する第３のメッセージを前記移動端末から受信する受信手段と、
前記受信手段によって前記第３のメッセージが受信された場合に、前記キャッシュを更新する更新手段とを、
備えるホームエージェント。
【請求項８】
前記更新手段は、前記第１のメッセージに基づいて前記キャッシュを更新する際、受信されたメッセージの転送を行わない旨を示す変更中フラグを前記キャッシュにセットし、
前記送信手段は、前記変更中フラグがセットされている間はメッセージの転送を行わないよう処理する請求項７に記載のホームエージェント。
【請求項９】
前記メッセージ生成手段は、前記第２のメッセージに識別情報を付加する請求項７に記載のホームエージェント。
【請求項１０】
移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新方法で用いられる前記移動端末の前記ホームエージェントであって、
前記第１のメッセージに基づいて前記キャッシュを更新する際、受信されたメッセージの転送を行わない旨を示す変更中フラグを前記キャッシュにセットする更新手段と、
前記変更中フラグがセットされている間は受信されたメッセージの転送を行わないよう処理する送信手段とを、
備えるホームエージェント。
【請求項１１】
移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新システムであって、
前記移動端末が、前記第２のメッセージを受信した場合に、前記第２のメッセージを受信したことを通知する第３のメッセージを前記移動端末の前記ホームエージェントに送信し、
前記移動端末の前記ホームエージェントが、前記第３のメッセージを受信した後に前記キャッシュを更新するバインディング更新システム。
【請求項１２】
前記移動端末の前記ホームエージェントは、前記第１のメッセージに基づいて前記キャッシュを更新する際、受信されたメッセージの転送を行わない旨を示す変更中フラグを前記キャッシュにセットし、前記変更中フラグがセットされている間は受信されたメッセージの転送を行わないよう処理する請求項１１に記載のバインディング更新システム。
【請求項１３】
前記移動端末の前記ホームエージェントは、前記第２のメッセージに識別情報を付加し、
前記移動端末は、前記第２のメッセージに付加された前記識別情報を前記第３のメッセージに付加する請求項１１に記載のバインディング更新システム。
【請求項１４】
移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新システムであって、
前記移動端末の前記ホームエージェントは、前記第１のメッセージに基づいて前記キャッシュを更新する際、受信されたメッセージの転送を行わない旨を示す変更中フラグを前記キャッシュにセットし、前記変更中フラグがセットされている間は受信されたメッセージの転送を行わないよう処理するバインディング更新システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モバイルＩＰ（Mobile Internet Protocol）を利用した無線通信を行う通信システムにおけるバインディング更新方法、移動端末、ホームエージェント、バインディング更新システムに関する。
【背景技術】
【０００２】
従来から、通信端末（モバイルノード、ＭＮ：Mobile Node）が移動しても移動前と同じように通信し続けることができる技術としてモバイルＩＰ（Mobile Internet Protocol）が存在している。モバイルＩＰでは移動端末はホームアドレス（ＨｏＡ：Home Address）と気付アドレス（ＣｏＡ：Care of Address）を有し、ホームエージェント（ＨＡ：Home Agent）がホームアドレスあてのパケットを移動端末がそのときに通信できる気付アドレスに転送することによって、移動端末は移動前と同じアドレスを用いて通信し続けることが可能となる。ＩＰｖ６（IP version６）に対応したモバイルＩＰはＭＩＰｖ６と呼ばれ、ＩＥＴＦ（Internet Engineering Task Force）によって仕様が決められている（下記の非特許文献１を参照）。【０００３】
モバイルノードは、ホームエージェントに対して、ホームアドレスあてのパケットの転送先である気付アドレスを通知する処理（バインディング・アップデート：Binding Update）を行う。モバイルノードはＢＵ（Binding Update）メッセージを送信することによって気付アドレスをホームエージェントに通知し、ホームエージェントはモバイルノードのホームアドレスと気付アドレスの対応関係を記録したＢＣ（Binding Cache）を更新し、ＢＵメッセージの応答としてモバイルノードにＢＡ（Binding Acknowledgement）メッセージを返す。
【非特許文献１】"Mobility Support in IPv6"、 RFC3775
【０００４】
しかし、この従来のバインディング・アップデートの手順では、バインディングの更新がうまくできない場合が存在した。具体的にはＢＡメッセージが経路上のループに陥り、モバイルノードに届かなくなることがある。【０００５】
具体的にバインディングの更新がうまくいかなくなる場合について図１４Ａ〜図１４Ｄを用いて詳しく説明する。ＭＮがＨＡ１とＨＡ２にホームアドレスを登録しているとする。図１４Ａに示すように、ＭＮは、ＨＡ１にＨｏＡ１＝Addr1とＣｏＡ１＝Addr2とを登録しているとする。このためAddr1あてのパケットはAddr2に転送される。また、ＭＮは、ＨＡ２にＨｏＡ２＝Addr2とＣｏＡ２＝Addr3とを登録しているとする。これによって、Addr1あてのパケットはＨＡ１によってAddr2に転送され、さらにＨＡ２によってAddr3に転送され、ＭＮが受信することになる。【０００６】
図１４Ｂに示すように、このときＭＮがＨＡ２にＢＵメッセージを送信し、ＣｏＡをAddr3からAddr1に変更しようとしたとする。図１４Ｃに示すように、ＨＡ２はＢＣを更新し、ＢＡメッセージを送信する。ＢＡメッセージはＭＮに向けて送信されるため、あて先はAddr1である。あて先がAddr1のパケットはＨＡ１に届き、ＨＡ１によってAddr2に転送される。さらに、このパケットはあて先がAddr2のためＨＡ２に届き、ＨＡ２がAddr1に転送する。図１４Ｄに示すようにＢＡメッセージは、ＨＡ１とＨＡ２との間を往復することになる。ここで、このようにＢＵ手順においてＢＡメッセージがＨＡ間を往復する状況が発生する場合のパケット構成を図１５に示す。【０００７】
まず、基本的な動作の説明として通信相手（ＣＮ：Correspondent Node）がＭＮのAddr1あてにパケットを送信した場合について説明する。ＣＮはあて先＝addr1、送信元＝ＣＮのパケットを送信し、ＨＡ１は送信されたパケット受信し、Addr2あてのヘッダを付加してAddr2に転送する。ＨＡ２はこのAddr2あてのパケットを受信し、Addr3あてのヘッダを付加してAddr3に転送する。【０００８】
次に、ＭＮがＢＵメッセージを送信した場合について図１６を用いて説明する。ＭＮは、ＨＡ２にＣｏＡをAddr1に変更するＢＵメッセージを作成する。ＢＵメッセージのデータ部にはＨｏＡがAddr2であることが分かる情報が挿入されている。ＣｏＡはＢＵメッセージのソースアドレス（Src.）である。ＭＮは、このＢＵメッセージにあて先アドレス（Dst.）がＨＡ１で、ソースアドレスがAddr2であるヘッダを付加する。ＨＡ１がこのカプセル化されたパケットを受信した場合、ＨＡ１は、Addr2（ＭＮのＣｏＡ）からＨＡ１あてに届いたパケットであり、内部のパケットのソースアドレスがAddr1（ＭＮのＨｏＡ）であるため、ＨｏＡとＣｏＡの対応がとれていることによって、外部ヘッダを取り除いて、内部に挿入されていたＢＵメッセージを送信することになる。【０００９】
また、ＭＮは、上述したＨＡ１あてにカプセル化したＢＵメッセージに、さらにあて先アドレスがＨＡ２あてで、ソースアドレスがAddr3であるヘッダを付加する。ＨＡ２がこのカプセル化されたパケットを受信した場合、ＨＡ２は、Addr3（ＭＮのＣｏＡ）からＨＡ２あてに届いたパケットであり、内部のパケットのソースアドレスがAddr2（ＭＮのＨｏＡ）であるため、ＨｏＡとＣｏＡの対応がとれていることによって、外部ヘッダを取り除いて、内部に挿入されていたＨＡ１あてにカプセル化したＢＵメッセージを送信する。【００１０】
すなわち、ＭＮは、ＨＡ２あてのＢＵメッセージを作成し、そのＢＵメッセージがＨＡ１を通るようにカプセル化し、さらにそのカプセル化したパケットがＨＡ２を通るようにカプセル化したパケットを作成し、この作成したパケットをＨＡ２に送信する。このパケットはＨＡ２によって外部ヘッダが取り除かれ、ＨＡ１に送信され、さらにＨＡ１によって外部ヘッダが取り除かれ、ＢＵメッセージが取り出され、このＢＵメッセージがＨＡ２に送信される。ＨＡ２は、このＢＵメッセージを受信し、ＢＣを更新し、ＢＡメッセージを送信する。【００１１】
ここで、ＢＡメッセージは図１７に示すようなパケット構成である。ＨＡ２は、ＭＮの新しいＣｏＡであるAddr1をあて先としたＢＡメッセージを作成し、送信する。このAddr1あてのパケットはＨＡ１に届き、ＨＡ１はＢＣにしたがって、Addr1あてのパケットにAddr2あてのヘッダを付加して転送する。このAddr2あてのパケットは、ＨＡ２に届き、ＨＡ２は同じようにＢＣにしたがって、Addr2あてのパケットにAddr1あてのヘッダを付加して転送する。このようにＨＡ２が送信したＢＡメッセージは、ＨＡ１とＨＡ２との間を往復することになってしまう。以上説明したように、従来のモバイルＩＰのバインディング更新手順では、バインディングを更新しようとした場合に、バインディングの更新が正しくできない場合があり、応答メッセージであるＢＡメッセージが無限にＨＡ間で転送され、ＭＮに届かなくなるという課題があった。なお、ＨＡが２つの場合について説明したが、ＨＡが３つ以上の場合でも同様の状況が発生し得る。例えば、図１８に示すような場合である。【００１２】
ここで、ＨＡが２つの場合で、ＭＮが上述したようなＢＵメッセージを送信する場合として図１９Ａ〜図１９Ｅに示すような状況が考えられる。図１９Ａに示すように、ＭＮがAddr1を用いてＣＮ１と通信をしているとする。そして、図１９Ｂに示すように、ＭＮが別のネットワークに移動し、新しいアドレスAddr2を得るとする。ＭＮはＨＡ１にＢＵメッセージを送信し、Addr1（ＨｏＡ）あてのパケットをAddr2（ＣｏＡ）に転送してもらうようにする。次に、図１９Ｃに示すように、Addr2を用いてＣＮ２と新しく通信を開始し、更に移動して、新しいアドレスAddr3を得るとする。ＭＮはＨＡ２にＢＵメッセージを送信し、Addr2（ＨｏＡ）あてのパケットをAddr3（ＣｏＡ）に転送してもらうようにする。【００１３】
ここで、図１９Ｄに示すように、このＭＮが最初の（元の）ネットワークに戻ってきたとする。図１９Ｅに示すように、ＭＮはＣＮ１からのパケットは、ＨＡ１経由で受信するように戻し、ＣＮ２からのパケットはＨＡ２に転送された後、ＨＡ１に転送させ、ＨＡ１経由で受信するように変更しようとしたとする。このとき、ＨＡ１のバインディングとＨＡ２のバインディングのどちらを先に変更するかで２通りの方法がある。【００１４】
図２０Ｂ（図２０Ａの次の一方の状態を示す）〜図２０Ｄに示すように、ＨＡ１のバインディングを先に更新し、次にＨＡ２のバインディングを更新する方法を採った場合には、望んだバインディングの状態に変更することができる。しかし、図２０Ｅ（図２０Ａの次のもう一方の状態を示す）に示すように、ＨＡ２のバインディングを先に更新してしまった場合には、ここまでに説明したバインディングの更新が正しくできず、ＢＡメッセージがＨＡ間を往復し、ＭＮに届かなくなるという状況になってしまう。このように、本発明で解決しようとする課題は、ある条件の場合に発生しうる課題であるといえる。
【発明の開示】
【００１５】
本発明は、上記の問題点に鑑み、ＢＡメッセージがＨＡ間を往復し続ける状況を解消することができるバインディング更新方法、移動端末、ホームエージェント、バインディング更新システムを提供することを目的とする。
【００１６】
上記目的を達成するために、本発明によれば、移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新方法であって、前記移動端末が、前記第２のメッセージを受信した場合に、前記第２のメッセージを受信したことを通知する第３のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第３のメッセージを受信した後に前記キャッシュを更新するバインディング更新方法が提供される。この構成により、ＢＡメッセージがＨＡ間を往復し続け、ＭＮに届かなくなるという状況を解消することができる。なお、第１のメッセージはＢＵメッセージに相当し、第２のメッセージはＢＡメッセージに相当し、第３のメッセージは後述するＢＡＲ（Binding Acknowledgement Replay）メッセージに相当する。
【００１７】
また、本発明のバインディング更新方法において、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて前記キャッシュを更新する際、受信されたメッセージの転送を行わない旨を示す変更中フラグを前記キャッシュにセットし、前記変更中フラグがセットされている間は受信されたメッセージの転送を行わないよう処理することは、本発明の好ましい態様である。この構成により、ＢＡメッセージがＨＡ間を往復し続けることを防ぐことができる。
【００１８】
また、本発明のバインディング更新方法において、前記移動端末の前記ホームエージェントが前記第２のメッセージに識別情報（後述するCookie情報に相当）を付加し、前記移動端末が前記第２のメッセージに付加された前記識別情報を前記第３のメッセージに付加することは、本発明の好ましい態様である。この構成により、ＢＡメッセージの受信を確実に待ってからＢＡＲメッセージを送信することができる。
【００１９】
また、本発明によれば、移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新方法であって、前記移動端末の前記ホームエージェントは、前記第１のメッセージに基づいて前記キャッシュを更新する際、受信されたメッセージの転送を行わない旨を示す変更中フラグを前記キャッシュにセットし、前記変更中フラグがセットされている間は受信されたメッセージの転送を行わないよう処理するバインディング更新方法が提供される。この構成により、ＢＡメッセージがＨＡ間を往復し続ける状況を解消することができる。
【００２０】
また、本発明によれば、移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新方法で用いられる前記移動端末であって、前記第２のメッセージを受信する受信手段と、前記受信手段によって前記第２のメッセージを受信した場合に、前記第２のメッセージを受信したことを通知する第３のメッセージを生成するメッセージ生成手段と、生成された前記第３のメッセージを前記移動端末の前記ホームエージェントに送信する送信手段とを、備える移動端末が提供される。この構成により、ＢＡメッセージがＨＡ間を往復し続け、ＭＮに届かなくなるという状況を解消することができる。
【００２１】
また、本発明の移動端末において、前記メッセージ生成手段が、前記第２のメッセージに識別情報が付加されている場合、前記第２のメッセージに付加された前記識別情報を前記第３のメッセージに付加することは、本発明の好ましい態様である。この構成により、ＢＡメッセージの受信を確実に待ってからＢＡＲメッセージを送信することができる。
【００２２】
また、本発明によれば、移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新方法で用いられる前記移動端末の前記ホームエージェントであって、前記第２のメッセージを生成するメッセージ生成手段と、生成された前記第２のメッセージを前記移動端末へ送信する送信手段と、前記第２のメッセージを受信したことを通知する第３のメッセージを前記移動端末から受信する受信手段と、前記受信手段によって前記第３のメッセージが受信された場合に、前記キャッシュを更新する更新手段とを、備えるホームエージェントが提供される。この構成により、ＢＡメッセージがＨＡ間を往復し続け、ＭＮに届かなくなるという状況を解消することができる。
【００２３】
また、本発明のホームエージェントにおいて、前記更新手段が、前記第１のメッセージに基づいて前記キャッシュを更新する際、受信されたメッセージの転送を行わない旨を示す変更中フラグを前記キャッシュにセットし、前記送信手段が、前記変更中フラグがセットされている間はメッセージの転送を行わないよう処理することは、本発明の好ましい態様である。この構成により、ＢＡメッセージがＨＡ間を往復し続けることを防ぐことができる。
【００２４】
また、本発明のホームエージェントにおいて、前記メッセージ生成手段が前記第２のメッセージに識別情報を付加することは、本発明の好ましい態様である。この構成により、ＢＡメッセージの受信を確実に待ってからＢＡＲメッセージを送信することができる。
【００２５】
また、本発明によれば、移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新方法で用いられる前記移動端末の前記ホームエージェントであって、前記第１のメッセージに基づいて前記キャッシュを更新する際、受信されたメッセージの転送を行わない旨を示す変更中フラグを前記キャッシュにセットする更新手段と、前記変更中フラグがセットされている間は受信されたメッセージの転送を行わないよう処理する送信手段とを、備えるホームエージェントが提供される。この構成により、ＢＡメッセージがＨＡ間を往復し続ける状況を解消することができる。
【００２６】
また、本発明によれば、移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新システムであって、前記移動端末が、前記第２のメッセージを受信した場合に、前記第２のメッセージを受信したことを通知する第３のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第３のメッセージを受信した後に前記キャッシュを更新するバインディング更新システムが提供される。この構成により、ＢＡメッセージがＨＡ間を往復し続け、ＭＮに届かなくなるという状況を解消することができる。
【００２７】
また、本発明のバインディング更新システムにおいて、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて前記キャッシュを更新する際、受信されたメッセージの転送を行わない旨を示す変更中フラグを前記キャッシュにセットし、前記変更中フラグがセットされている間は受信されたメッセージの転送を行わないよう処理することは、本発明の好ましい態様である。この構成により、ＢＡメッセージがＨＡ間を往復し続けることを防ぐことができる。
【００２８】
また、本発明のバインディング更新システムにおいて、前記移動端末の前記ホームエージェントが前記第２のメッセージに識別情報を付加し、前記移動端末が前記第２のメッセージに付加された前記識別情報を前記第３のメッセージに付加することは、本発明の好ましい態様である。この構成により、ＢＡメッセージの受信を確実に待ってからＢＡＲメッセージを送信することができる。
【００２９】
また、本発明によれば、移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新システムであって、前記移動端末の前記ホームエージェントは、前記第１のメッセージに基づいて前記キャッシュを更新する際、受信されたメッセージの転送を行わない旨を示す変更中フラグを前記キャッシュにセットし、前記変更中フラグがセットされている間は受信されたメッセージの転送を行わないよう処理するバインディング更新システムが提供される。この構成により、ＢＡメッセージがＨＡ間を往復し続ける状況を解消することができる。
【００３０】
本発明のバインディング更新方法、移動端末、ホームエージェント、バインディング更新システムは、上記構成を有し、ＢＡメッセージがＨＡ間を往復し続ける状況を解消することができる。
【図面の簡単な説明】
【００３１】
【図１Ａ】本発明の実施の形態における一連のバインディング更新の一例の一部を説明するための図
【図１Ｂ】本発明の実施の形態における一連のバインディング更新の一例の図１Ａの次の状態を示す図
【図１Ｃ】本発明の実施の形態における一連のバインディング更新の一例の図１Ｂの次の状態を示す図
【図１Ｄ】本発明の実施の形態における一連のバインディング更新の一例の図１Ｃの次の状態を示す図
【図１Ｅ】本発明の実施の形態における一連のバインディング更新の一例の図１Ｄの次の状態を示す図
【図２Ａ】本発明の実施の形態における一連のバインディング更新の別の一例の一部を説明するための図
【図２Ｂ】本発明の実施の形態における一連のバインディング更新の別の一例の図２Ａの次の状態を説明するための図
【図２Ｃ】本発明の実施の形態における一連のバインディング更新の別の一例の図２Ｂの次の状態を説明するための図
【図２Ｄ】本発明の実施の形態における一連のバインディング更新の別の一例の図２Ｃの次の状態を説明するための図
【図３】本発明の実施の形態における３つのポイントを踏まえた解決方法を説明するための図
【図４】本発明の実施の形態における新しいバインディング更新のメッセージのシーケンスの一例を示す図
【図５Ａ】本発明の実施の形態におけるＨＡのＢＣの遷移の一例の一部を示す図
【図５Ｂ】本発明の実施の形態におけるＨＡのＢＣの遷移の一例の図５Ａの次の状態を示す図
【図５Ｃ】本発明の実施の形態におけるＨＡのＢＣの遷移の一例の図５Ｂの次の状態を示す図
【図６】本発明の実施の形態におけるＢＡＲメッセージのフォーマットの一例を示す図
【図７】本発明の実施の形態におけるＢＡＲメッセージのメッセージデータのフォーマットの一例を示す図
【図８】本発明の実施の形態におけるＢＡメッセージのフォーマットの一例を示す図
【図９】本発明の実施の形態におけるモビリティオプションのフォーマットの一例を示す図
【図１０】本発明の実施の形態におけるＨＡのバインディング更新処理の一例を説明するためのフローチャート
【図１１】本発明の実施の形態におけるＭＮのバインディング更新処理の一例を説明するためのフローチャート
【図１２】本発明の実施の形態におけるＨＡの構成の一例を示す構成図
【図１３】本発明の実施の形態におけるＭＮの構成の一例を示す構成図
【図１４Ａ】従来のバインディング更新においてループが発生する一例の一部について説明するための図
【図１４Ｂ】従来のバインディング更新においてループが発生する一例の図１４Ａの次の状態を示す図
【図１４Ｃ】従来のバインディング更新においてループが発生する一例の図１４Ｂの次の状態を示す図
【図１４Ｄ】従来のバインディング更新においてループが発生する一例の図１４Ｃの次の状態を示す図
【図１５】従来のＢＵ手順においてＢＡメッセージがＨＡ間を往復する状況が発生する場合のパケット構成の一例を示す図
【図１６】従来のバインディング更新においてＭＮがＢＵメッセージを送信した場合を説明するための図
【図１７】従来のバインディング更新におけるＢＡメッセージのパケット構成の一例を示す図
【図１８】従来のバインディング更新においてＨＡが３つ存在する場合を示す図
【図１９Ａ】従来のバインディング更新においてＨＡが２つで、ＭＮがＢＵメッセージを送信する場合の状況の一部を説明するための図
【図１９Ｂ】従来のバインディング更新においてＨＡが２つで、ＭＮがＢＵメッセージを送信する場合の状況の図１９Ａの次の状態を示す図
【図１９Ｃ】従来のバインディング更新においてＨＡが２つで、ＭＮがＢＵメッセージを送信する場合の状況の図１９Ｂの次の状態を示す図
【図１９Ｄ】従来のバインディング更新においてＨＡが２つで、ＭＮがＢＵメッセージを送信する場合の状況の図１９Ｃの次の状態を示す図
【図１９Ｅ】従来のバインディング更新においてＨＡが２つで、ＭＮがＢＵメッセージを送信する場合の状況の図１９Ｄの次の状態を示す図
【図２０Ａ】従来のバインディング更新においてＨＡ１のバインディングとＨＡ２のバインディングを行う際の２通りの方法の一部について説明するための図
【図２０Ｂ】従来のバインディング更新においてＨＡ１のバインディングとＨＡ２のバインディングを行う際の２通りの方法の図２０Ａの次の状態を示す図
【図２０Ｃ】従来のバインディング更新においてＨＡ１のバインディングとＨＡ２のバインディングを行う際の２通りの方法の図２０Ｂの次の状態を示す図
【図２０Ｄ】従来のバインディング更新においてＨＡ１のバインディングとＨＡ２のバインディングを行う際の２通りの方法の図２０Ｃの次の状態を示す図
【図２０Ｅ】従来のバインディング更新においてＨＡ１のバインディングとＨＡ２のバインディングを行う際の２通りの方法の図２０Ａの次の状態を示す図
【発明を実施するための最良の形態】
【００３２】
以下、本発明の実施の形態について図１から図１３を用いて説明する。図１Ａ〜図１Ｅは本発明の実施の形態における一連のバインディング更新の一例を説明するための図である。図２Ａ〜図２Ｄは本発明の実施の形態における一連のバインディング更新の別の一例を説明するための図である。図３は本発明の実施の形態における３つのポイントを踏まえた解決方法を説明するための図である。図４は本発明の実施の形態における新しいバインディング更新のメッセージのシーケンスの一例を示す図である。図５Ａ〜図５Ｃは本発明の実施の形態におけるＨＡのＢＣの遷移の一例を示す図である。図６は本発明の実施の形態におけるＢＡＲメッセージのフォーマットの一例を示す図である。【００３３】
図７は本発明の実施の形態におけるＢＡＲメッセージのメッセージデータのフォーマットの一例を示す図である。図８は本発明の実施の形態におけるＢＡメッセージのフォーマットの一例を示す図である。図９は本発明の実施の形態におけるモビリティオプションのフォーマットの一例を示す図である。図１０は本発明の実施の形態におけるＨＡのバインディング更新処理の一例を説明するためのフローチャートである。図１１は本発明の実施の形態におけるＭＮのバインディング更新処理の一例を説明するためのフローチャートである。図１２は本発明の実施の形態におけるＨＡの構成の一例を示す構成図である。図１３は本発明の実施の形態におけるＭＮの構成の一例を示す構成図である。【００３４】
課題を解決する方法として、ＢＡメッセージが届いたことを確認するためのＢＡＲメッセージを追加する方法について図１Ａ〜図１Ｅを用いて説明する。図１Ａ〜図１Ｄに示すように、ＨＡ２はＢＵにより要求されたバインディング更新をすぐには行わず、ＢＡＲメッセージを受信するまで待つ。このため、ＢＡメッセージはＨＡ１とＨＡ２との間を往復し続けることがなくなりＭＮまで届く。図１Ｄに示すように、ＭＮはＢＡメッセージを受信し、ＢＡＲメッセージを応答として返す。このＢＡＲメッセージは、ＢＵメッセージと同様にＨＡ１を経由してＨＡ２に届く。【００３５】
ＨＡ２は、ＢＡＲメッセージを受信し、バインディングの更新を完了する。このバインディング更新処理を行うことによって、図１Ｅに示すように、ＨＡ１とＨＡ２との間にループした経路が形成されてしまっている。すなわち、あて先アドレスがAddr1のパケットとAddr2のパケットは、ＨＡ１とＨＡ２との間を往復することになる。しかし、従来のＭＩＰ（Mobile IP）のバインディング更新手順においては、ＢＡメッセージがループしてしまい、ＭＮに届かないという問題があったがその課題は解決できている。この状態でＭＮがＨＡ１にバインディング更新を行えば、ＨＡ間を往復するループの経路の状態を回避することは可能である。【００３６】
さらに、本発明の実施の形態では、図２Ｃに示すように、ＨＡのＢＣに新しく「変更中State（上述した変更中フラグに相当）」という状態を追加することも可能である。「変更中State」とは、ＨＡがＢＵメッセージを受信した後、ＢＡメッセージを送信してからＢＡＲメッセージを受信するまでの間の状態を言う。この「変更中State」の状態のときにはパケットの転送は中止される。なお、この「変更中State」の状態のときに受信したパケットは破棄するようにしてもよく、又は受信したパケットを保持しておき、「変更中State」が終了し、バインディング更新が完了してから保持していたパケットを転送するようにしてもよい。【００３７】
ＨＡのＢＣに「変更中State」の状態を設ける場合には、ＨＡ２はＢＵメッセージを受信すると、ＢＣを（HoA2＝Addr2、CoA2＝Addr1、変更中State）と変更し、ＢＡメッセージをＭＮに送信する。このＢＡメッセージはＨＡ１が受信し、Addr2あてに転送される。Addr2あてに転送されたＢＡメッセージは、ＨＡ２に受信され、ＢＣの状態が「変更中State」のためＨＡ２はＢＡメッセージの転送を行わない。図２Ｃに示すように、ＨＡ２によってＢＡメッセージの転送が行われないため、ＢＡメッセージはＭＮに届かない。このためＭＮはバインディングの更新が完了していないことを知る。また、ＨＡ２は、ＭＮからＢＡＲメッセージを受信しないため、バインディング更新処理を完了させることができない。【００３８】
この状態からの回復方法は２つある。１つの方法は、「変更中State」の状態がタイムアウト処理によって解除されるまで待つ方法である。「変更中State」の状態を維持する時間をあらかじめ決め、あらかじめ決められた時間を越えた場合にはＨＡがこのバインディング情報を削除するようにする。ＭＮは、「変更中State」の状態が終了し、ＢＣ（バインディング情報）が削除されるのを待ってから新しいＢＵメッセージを送信すればよい。【００３９】
もう１つの方法は、ＭＮから新たにＢＵメッセージを送信し、ＨＡのＢＣを削除又は更新する方法である。ＭＮは、ＢＵメッセージの「Lifetime」の指定箇所に「０」を指定することによって、更新しようとしたＢＣを削除する。または、ＭＮは、先に送信したＢＵメッセージを確認し、ループの経路が発生しないように修正して新たにＢＵメッセージを送信する。ＨＡはＢＣの状態が「変更中State」の場合にはパケットの転送は行わないが、この場合には新たな更新を受け付けるようにする。【００４０】
上述したように、ＢＡＲメッセージ及び「変更中State」を設けた場合、ＭＮにはＢＡメッセージが届かず、ＨＡ２にはＢＡＲメッセージが届かない。そこで、ＨＡ２がＢＵメッセージを受信した場合、ＢＡメッセージがＭＮに送信された後（ＢＡメッセージがＨＡ２自身を経由した後）に「変更中State」のみを付加するＢＣの更新を行い、ＭＮからＢＡＲメッセージを受信した際に、ＢＣを更新し、「変更中State」を取り除くようにしてもよい。また、ＢＡＲメッセージの機能を設けず、「変更中State」のみを設けた場合であっても実施可能である。これにより、ＢＡメッセージがループすることはなくなる。【００４１】
さらに、本発明の実施の形態では、ＢＡメッセージに新しくCookie（クッキー）情報を追加するようにしてもよい。ＭＮは、受信されたＢＡメッセージからCookieの値を取得し、同じ値をＢＡＲメッセージに付加して送信する。ＭＮはＢＡメッセージの受信を確実に待ってから、ＢＡＲメッセージを送信することになる。これによって、例えばＭＮがＢＡメッセージを待たずに、ＢＵメッセージとＢＡＲメッセージを連続して送信した場合にもＨＡ間にループの経路が生じる課題を未然に防ぐことが可能となる。【００４２】
上述した３つのポイントを含んだ解決方法は図３に示すようになる。基本はＭＮがＢＡメッセージを受信後にＢＡＲメッセージを返すものである。このとき、ＢＡメッセージにCookie情報を含めておき、ＭＮはＢＡＲメッセージにそのCookie情報を挿入して送信するようにしてもよい。また、ＭＮがＢＡＲメッセージを返す方法に「変更中State」の機能を付加させるようにしてもよい。なお、ＢＡＲメッセージの機能を設けず、「変更中State」のみを設けた方法であっても実施可能である。【００４３】
なお、新しいバインディング更新のメッセージのシーケンスは図４に示すようになり、「変更中State」を設けたときのＨＡのＢＣの遷移は図５Ａ〜図５Ｃに示すようになる。図５Ａは、ＢＵメッセージを受信する前のＢＣであって、ＨｏＡは「Addr2」、ＣｏＡは「Addr3」であり、状態は設定されていない。すなわち、Addr2あてのパケットをAddr3に転送することを意味する。図５Ｂは、ＢＵメッセージを受信し、ＢＡメッセージを送信した後のＢＣであって、ＨｏＡは「Addr2」、ＣｏＡは「Addr1」であり、状態は「変更中State」が設定されている。すなわち、転送中止状態を意味する。図５Ｃは、その後（例えば、ＢＡＲメッセージを受信した後）であって、ＨｏＡは「Addr2」、ＣｏＡは「Addr1」であり、状態は設定されていない。すなわち、Addr2あてのパケットをAddr1に転送することを意味する。【００４４】
次に、ＢＡＲメッセージのフォーマットの一例について図６を用いて説明する。ＢＡＲメッセージは、ＢＵメッセージ、ＢＡメッセージと同様に、モビリティヘッダ（Mobility Header）を含むメッセージである。モビリティヘッダはRFC3775で定義されており、例えば図６に示すようなフォーマットである。このモビリティヘッダの中の「ＭＨ Ｔｙｐｅ」に設定する値によりメッセージの種別を識別する。RFC3775では次のように決められているため、新しく追加するＢＡＲメッセージは既に設定されている以外の値にする必要がある。【００４５】
ＭＨ Ｔｙｐｅでは、０：Binding Refresh Request（バインディングリフレッシュリクエスト）、１：Home Test Init（ホームテストイニット）、２：Care-of Test Init（ケアオブテストイニット）、３：Home Test（ホームテスト）、４：Care-of Test（ケアオブテスト）、５：Binding Update、６：Binding Acknowledgement、７：Binding Error（バインディングエラー）のように設定されている。【００４６】
次に、ＢＡＲメッセージのメッセージデータのフォーマットの一例を図７に示す。図７に示すように、「シーケンス」の領域には、ＢＵメッセージ、ＢＡメッセージに設定されていた値と同じ値を設定してＭＮがＨＡあてに送信する。「モビリティオプション」の領域では、ＢＵメッセージ、ＢＡメッセージなどと同様に、RFC3775で定義されているモビリティオプションが用いられる。【００４７】
次に、ＢＡメッセージにCookieを追加する場合について説明する。まず、RFC3775で定義されているＢＡメッセージのフォーマットの一例を図８に示す。このフォーマットの中の「モビリティオプション」にCookieの情報を付加する。Cookie情報を含むモビリティオプションは、RFC3775に定義されている他のモビリティオプションと同様のフォーマットであり、図９に示すようなフォーマットである。【００４８】
「Ｔｙｐｅ」には、他のモビリティオプションで定義されている値以外の値を新しく「ＢＡ Cookie」のオプションとして定義する。「ＢＡ Cookie」の領域にはＨＡが作成した４バイトの値が設定される。ＭＮがＢＡＲメッセージにCookieの値を含める場合には、ＢＡメッセージの場合と同様に、この「ＢＡ Cookie」を含むモビリティオプションを含める。ＭＮは、ＨＡがＢＡメッセージに設定したCookieの値と同じ値を、このモビリティオプションの「ＢＡ Cookie」に設定したＢＡＲメッセージをＨＡあてに送信する。以上がメッセージフォーマットの一例の説明である。【００４９】
次に、ＨＡのバインディング更新処理（上述したＢＡＲメッセージ及び「変更中State」を設けた場合）について図１０を用いて説明する。まず、ＨＡは、ＭＮからＢＵメッセージを受信する（Ｓ１００１）と、送信元のＭＮを確認（送信元のＭＮからのものかを確認）し（Ｓ１００２）、正しければ（送信元が適切であれば）ＢＣの更新処理を行うが、正しくなければＢＵメッセージを破棄し（Ｓ１０１０）、処理を終了する。正しい場合、ＨＡは、ＢＵメッセージにしたがって、ＢＣを更新し、ＢＣの状態を「変更中State」に設定する（ＢＣ更新処理）（Ｓ１００３）。なお、この「変更中State」の間にＨｏＡあてに届いたパケットは転送されない。次に、ＨＡはＭＮに向けてＢＡメッセージを送信し、「変更中State」のタイムアウトを判定するためのタイマー（Ｔｉｍｅｒ）をスタートさせる（Ｓ１００４）。【００５０】
そして、ＨＡは所定時間内（「変更中State」のタイムアウト前）にＭＮからＢＡＲメッセージを受信したか否かを判断し（Ｓ１００５）、受信したと判断した場合（上述したように基本的にＨＡがＢＡＲメッセージを受信することはないと考えられるが、ＢＡメッセージがＭＮに送信された後（ＢＡメッセージがＨＡ２自身を経由した後）に「変更中State」のみを付加するＢＣの更新を行い、ＢＡＲメッセージを受信するなどの場合）は、ＨＡはＢＣの更新処理を完了させ（Ｓ１００６）、例えばＭＮのＨｏＡあてに届いたパケットの転送を開始する（Ｓ１００７）。一方、所定の時間内（「変更中State」のタイムアウト前）にＢＡＲメッセージを受信せず、新たなＢＵメッセージを受信した場合（Ｓ１００８）で、そのＢＵメッセージがＢＣのエントリの削除を意味する「Lifetime」＝０が設定されたＢＵメッセージである場合には、ＨＡはＢＣのエントリを削除して（Ｓ１００９）、ＢＣ更新処理を終了する。【００５１】
また、受信したＢＵメッセージが新たなＢＣの更新要求の場合には、ＨＡは新しいＢＣの更新要求に合わせてタイマーを再始動させる。また、「変更中State」の間にＢＡＲメッセージを受信することなくタイムアウトの状態になった場合（Ｓ１００８）には、ＨＡはＢＣのエントリを削除して（Ｓ１００９）、ＢＣ更新処理を終了する。【００５２】
次に、ＭＮのバインディング更新処理について図１１を用いて説明する。ＭＮは、ＢＵメッセージを送信し（Ｓ１１０１）、ＢＡメッセージが応答として返ってくるまで待つ。このときＢＡメッセージを待つ時間に制限を設け、その時間を把握するためのタイマーをスタートさせる（Ｓ１１０２）。ＭＮは、タイマーをスタートさせてから制限の時間内にＢＡメッセージを受信したか否かを判断する（Ｓ１１０３）。制限の時間内にＢＡメッセージを受信した場合（上述したように基本的にＭＮがＢＡメッセージを受信することはないと考えられるが、「変更中State」のみを付加するＢＣの更新を行い、送信されたＢＡメッセージを受信するなどの場合）には、ＭＮはＢＡＲメッセージを送信し（Ｓ１１０４）、ＢＣの更新処理が終了する。【００５３】
一方、タイマーをスタートさせてから制限時間を越えてもＢＡメッセージを受信しない場合には、ＢＵメッセージがＨＡに届いていないことや、バインディングの状況がループの経路になっていてＢＡメッセージが戻ってこないことが考えられる。そのため、ＭＮは、複数のＨＡにＨｏＡを登録している場合には、ＨＡ間でループの経路になっていないかの確認処理（状況確認処理）を行う（Ｓ１１０５）。もし、ループの経路の箇所が見つかれば、その箇所を解消するようにＢＵメッセージを送信する。このときのＢＵメッセージはエントリの削除や、別の気付アドレス（ＣｏＡ）への更新などのメッセージであると考えられる。また、そのまま何もせずにＢＣ更新処理をあきらめて終了することもあり得る。【００５４】
次に、ＨＡのバインディング更新処理に関するメッセージ処理（上述したＢＡＲメッセージ及び「変更中State」を設けた場合）について図１２を用いて説明する。ＨＡは、ＢＵメッセージをメッセージ受信部１２１（上述した受信手段に相当）において受信する。ＢＵメッセージにしたがって、バインディング情報保存部１２２（上述した更新手段に相当）は、自身に保存されたバインディング情報を更新する。この処理では、送信元ＭＮの確認処理を合わせて行う。また、バインディング情報の更新では、「変更中State」の状態に設定する。そして、ＢＡメッセージ作成部１２３（上述したメッセージ生成手段に相当）は応答メッセージを作成し、メッセージ送信部１２４（上述した送信手段に相当）は作成されたＢＡメッセージを送信する。また、ＢＡメッセージ作成部１２３は、メッセージ送信部１２４にＢＡメッセージを渡した後、ＢＡＲメッセージ待ちタイマー計測部１２５にＢＡメッセージを送信したことを通知し、ＢＡＲメッセージ待ちタイマー計測部１２５はタイマーをスタートさせる。【００５５】
ＨＡは、ＢＡメッセージ送信後、ＢＡＲメッセージをメッセージ受信部１２１において受信したら、バインディング情報保存部１２２においてバインディング更新を「変更中State」から完了の状態にする。また、ＢＡＲメッセージ待ちタイマー計測部１２５はターマーの停止を指示する。ＢＡメッセージ送信後、ＢＡＲメッセージ待ちのままタイマーが制限時間を越えた場合には、ＢＡＲメッセージ待ちタイマー計測部１２５は、バインディング情報保存部１２２にバインディング情報を破棄するように指示する。【００５６】
次に、ＭＮのバインディング更新処理に関するメッセージ処理（上述したＢＡＲメッセージ及び「変更中State」を設けた場合）について図１３を用いて説明する。ＭＮは、ＢＵメッセージ作成部１３３（上述したメッセージ生成手段に相当）においてＢＵメッセージを作成し、メッセージ送信部１３４（上述した送信手段に相当）においてＢＵメッセージを送信する。ＢＵメッセージ作成部１３３は、メッセージ送信部１３４にＢＵメッセージを渡した後、ＢＡメッセージ待ちタイマー計測部１３５にタイマーの開始を指示する。ＭＮはＢＵメッセージ送信後、ＢＡメッセージの受信を待つ。メッセージ受信部１３１（上述した受信手段に相当）においてＢＡメッセージを受信した場合には、ＢＡＲメッセージ作成部１３２（上述したメッセージ生成手段に相当）においてＢＡＲメッセージを作成し、メッセージ送信部１３４よりＢＡＲメッセージを送信する。また、メッセージ受信部１３１は、ＢＡメッセージを受信したことをＢＡＲメッセージ待ちタイマー計測部１３５に通知し、ＢＡＲメッセージ待ちタイマー計測部１３５はタイマーを止める。【００５７】
ＢＵメッセージ送信後、ＢＡメッセージを受信しなかった場合には、ＢＡメッセージ待ちタイマー計測部１３５は制限時間を越えたことをバインディング状況確認部１３６に通知する。バインディング状況確認部１３６は、複数のＨＡにバインディング情報を登録している場合には、ＨＡ間にループの経路が発生していないか確認（上述した状況確認処理を）する。バインディング状況確認部１３６がＨＡ間のループの経路が見つけた場合には、そのバインディング情報を削除するためのＢＵメッセージをＢＵメッセージ作成部１３３によって作成し、メッセージ送信部１３４によって送信するか、または新しいバインディング情報をＨＡに送信するＢＵメッセージをＢＵメッセージ作成部１３３によって作成し、メッセージ送信部１３４によってＨＡに送信する。以上、バインディング更新処理に関するメッセージ処理についてＨＡ及びＭＮのブロック図（構成図）を用いて説明した。【００５８】
次に、ＨＡ間のバインディングにループの経路を発生させないための別の解法について説明する。まず、１つ目の解法について説明する。それはＭＮがＢＵメッセージを送信しないという解法である。すなわち、ＭＮにＨＡ間にループになるようなバインディングの状況になっていないか、ＢＵメッセージを送信する前にＭＮがチェックするものである。なお、この方法は有効な方法ではあるが、ＭＮが故意にループとなるようなＢＵメッセージを作成し、送信した場合にはこの方法だけではループの経路の発生を防ぎきれない。【００５９】
２つ目の解法について説明する。それはＨＡがＢＵメッセージを選択的に転送しないという解法である。ＭＮが送信するＢＵメッセージが多段にカプセル化されている場合、途中のＨＡはメッセージの中身をチェックすることができない。今回説明した例の場合であれば、ＨＡ２はAddr1あてのパケットをデ・カプセル処理によって取り出し、Addr1に転送するときＢＵメッセージであるかどうか判別することはできない。一方、最後にＢＵメッセージを転送するＨＡ、例えばＨＡ１はＢＵメッセージを転送しようとしていることを判別できる可能性がある。ＭＮとＨＡ２の間でＢＵメッセージが暗号化されている場合には、ＢＵメッセージを転送するＨＡ１にはＢＵメッセージであるかどうか知ることはできない。【００６０】
ＨＡ１が転送するパケットがＢＵメッセージであることを確認できる場合について更に考察する。ＨＡ１は、ソースアドレスがＭＮの登録しているホームアドレス（Addr1）かどうかチェックする。このＨｏＡがＨＡ２に気付アドレス（ＣｏＡ）として登録されるために、ＨＡ間にループの経路が発生してしまう。しかし、このアドレスを別にさせることはできない。ＨＡ１にとっては転送するパケットのソースアドレスは、ＭＮがＨｏＡとして登録しているAddr1であることが正しいためである。【００６１】
ＨＡ１は送信しようとしているＢＵメッセージのあて先をチェックする。あて先アドレスがＨＡの場合には、ＢＵメッセージを送信しないという方法が考えられる。ただし、すべてのＨＡのアドレスを知っていることは困難であるため、ＨＡあてのＢＵメッセージを送信しないという方法は特定の場合にのみ有効となる。また、この方法の場合には、多数のＨＡに登録し、多段に転送することができなくなるため、ＭＮにとってＨＡの活用方法が限定されるという問題もある。ＨＡ１が転送しようとしているＢＵメッセージの「Home Address Destination Option（ホームアドレス送信先オプション）」をチェックする方法が考えられる。【００６２】
ＢＵメッセージには「Home Address Destination Option」が含まれていなければならない。この「Home Address Destination Option」に設定されているホームアドレスが、ＨＡ１が気付アドレス（ＣｏＡ）として登録しているアドレスと一致していないかチェックする。ここで説明していた例の場合には、「Home Address Destination Option」に設定されているアドレスはＨＡ２にＨｏＡとして登録されているAddr2であり、またＨＡ１に登録されている気付アドレスもAddr2であるため、２つのアドレスが一致し、ＨＡ１はループが発生することを知ることができる。【００６３】
これによってＨＡはＢＵメッセージの転送を止めることによって、ループの経路が発生することを未然に防ぐことができる。ただし、ＨＡの数が３つ以上のループが発生するような状況の場合には、「Home Address Destination Option」に設定されているアドレスは、他のＨＡに登録されている気付アドレスのため、この方法では見つけることができない。ＨＡがＢＵメッセージを転送するときに、ＢＵメッセージの「Home Registration（ホーム登録）ビット」が設定されているかどうかチェックする方法も考えられる。【００６４】
ＨＡあてのＢＵメッセージか、通信相手ノード（ＣＮ）あてのＢＵメッセージかをこのビット情報によって判別することができる。ただし、この方法によってＢＵメッセージを転送するかどうか判定する場合には、ＭＮが多数のＨＡにバインディング情報を登録し、多段に転送することができなくなる。ＨＡがＢＵメッセージを転送するときに、ＨＡがＢＵメッセージを転送したことを示す情報をＢＵメッセージに付加する方法が考えられる。この方法では、ＢＵメッセージを受信したＨＡが、ＢＵメッセージの転送において途中にＨＡが介在したかどうかを知ることができる。【００６５】
ＢＵメッセージがＨＡ経由で届いた場合には、新しいバインディング情報に更新した場合にループの経路が形成される可能性があるがそうでない場合もある。もしＨＡを経由して届くＢＵメッセージをすべて転送しないという方法を用いた場合には、ＭＮが多段のＨＡによる転送を望んでもできなくなる。このような場合には、ＨＡ間でバインディング情報の共有を行い、ループの経路ができないかバインディング情報を更新する前にチェックするなどの方法が考えられる。【００６６】
３つ目の解法について説明する。それはＨＡがＢＡメッセージを送信しないという解法である。ＨＡが、ＢＡメッセージ送信前にチェックし、ループの経路が発生する場合にはＢＡメッセージを送信しないという方法が考えられる。ただし、ＨＡ２単体ではループが形成されるのかどうか判断することは難しい。そのため、ＨＡ１とバインディング情報を共有し合うとか、他のエンティティの協力によってループが形成されないかチェックするという方法が考えられる。【００６７】
４つ目の解法について説明する。それはＨＡがＢＡメッセージを転送しないという解法である。従来のバインディング更新手順の場合では、ＢＡメッセージがＨＡ１に届いたときには、既にＢＣが更新され、ループが出来てしまっている。しかし、ＢＡメッセージがＨＡ間を往復するという問題はまだ発生していない。ＨＡ２から送信されたＢＡメッセージがＭＮあてに暗号化されていない場合には、ＨＡ１はそのメッセージがＢＡメッセージであることを知ることができる。ＢＡメッセージのあて先アドレス、ソースアドレスから、ＨＡ１がループが形成されるかどうか判断することは難しい。そのためすべてのＢＡメッセージを転送しないという方法が考えられる。ただし、この方法の場合には、ＭＮが複数のＨＡに登録し、多段に転送するということができなくなる。【００６８】
５つ目の解法について説明する。それはＨＡがＢＣの更新を行わないという解法である。すなわち、要求されたＢＣの内容が確認できるまで更新しないという方法である。チェック方法として、気付アドレスあてに送信するＢＡメッセージがMNに届いたことを確認する方法が考えられる。確認の方法としては、本発明の実施の形態で説明したＢＡＲメッセージを追加する方法である。【００６９】
６つ目の解法について説明する。それはＨＡがＨＡ間でバインディング情報を共有し合う方法である。ＨＡ同士でバインディング情報を共有し合うことによって、お互いのバインディング情報によってループができていないか確認する。ただし、すべてのＨＡとの間でこの情報の共有を行うことは難しいと思われる。【００７０】
また、ＢＵメッセージとＢＡメッセージの経路上のＨＡ同士でのバインディング情報の共有を行う方法が考えられる。例えば、ＨＡがカプセル化してパケットを転送する場合、そのカプセル化した外側のパケットのヘッダにＨＡからのパケットであることを示す情報を付加する。通常はＭＮにそのまま届くが、このパケットのあて先アドレスがＨｏＡとして登録されている場合には、ＨＡはこのパケットを受信処理する。この受信処理によってソースアドレスからＨＡのアドレスを知ることができ、これによってこれらのＨＡ間でバインディング情報を共有することができる。また、ＭＮが自身が利用しているＨＡすべてに他に利用しているＨＡの一覧を通知する。これによってＨＡはどのＨＡとバインディング情報を共有すればよいのか知ることができる。【００７１】
７つ目の解法について説明する。それは他のエンティティに情報を持たせて、ループができないか判断させるという方法である。例えば、ネットワーク上にサーバを用意し、ＨＡがそのサーバにバインディング情報を登録するようにする。そのサーバはＨＡ間でループの経路が存在しないか、確認処理を行う。ＨＡがバインディングの更新の前に、このサーバにループ経路が形成されないかどうか確認を求めることによって、ＨＡは未然にループの経路の形成を防ぐことができる。以上、考えられる他の解法について説明した。【００７２】
以上、本発明の実施の形態について説明した。なお、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えばバイオ技術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【００７３】
本発明に係るバインディング更新方法、移動端末、ホームエージェント、バインディング更新システムは、ＢＡメッセージがＨＡ間を往復し続ける状況を解消することができるため、モバイルＩＰ（Mobile Internet Protocol）を利用した無線通信を行う通信システムにおけるバインディング更新方法、移動端末、ホームエージェント、バインディング更新システムなどに有用である。
【図１Ａ】
2008053798.tif 000003
【図１Ｂ】
2008053798.tif 000004
【図１Ｃ】
2008053798.tif 000005
【図１Ｄ】
2008053798.tif 000006
【図１Ｅ】
2008053798.tif 000007
【図２Ａ】
2008053798.tif 000008
【図２Ｂ】
2008053798.tif 000009
【図２Ｃ】
2008053798.tif 000010
【図２Ｄ】
2008053798.tif 000011
【図３】
2008053798.tif 000012
【図４】
2008053798.tif 000013
【図５Ａ】
2008053798.tif 000014
【図５Ｂ】
2008053798.tif 000015
【図５Ｃ】
2008053798.tif 000016
【図６】
2008053798.tif 000017
【図７】
2008053798.tif 000018
【図８】
2008053798.tif 000019
【図９】
2008053798.tif 000020
【図１０】
2008053798.tif 000021
【図１１】
2008053798.tif 000022
【図１２】
2008053798.tif 000023
【図１３】
2008053798.tif 000024
【図１４Ａ】
2008053798.tif 000025
【図１４Ｂ】
2008053798.tif 000026
【図１４Ｃ】
2008053798.tif 000027
【図１４Ｄ】
2008053798.tif 000028
【図１５】
2008053798.tif 000029
【図１６】
2008053798.tif 000030
【図１７】
2008053798.tif 000031
【図１８】
2008053798.tif 000032
【図１９Ａ】
2008053798.tif 000033
【図１９Ｂ】
2008053798.tif 000034
【図１９Ｃ】
2008053798.tif 000035
【図１９Ｄ】
2008053798.tif 000036
【図１９Ｅ】
2008053798.tif 000037
【図２０Ａ】
2008053798.tif 000038
【図２０Ｂ】
2008053798.tif 000039
【図２０Ｃ】
2008053798.tif 000040
【図２０Ｄ】
2008053798.tif 000041
【図２０Ｅ】
2008053798.tif 000042
【手続補正書】
【提出日】平成21年4月3日(2009.4.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新方法であって、
前記移動端末が、前記第２のメッセージを受信した場合に、前記第２のメッセージを受信したことを通知する第３のメッセージを前記移動端末の前記ホームエージェントに送信し、
前記移動端末の前記ホームエージェントが、前記第３のメッセージを受信した後に前記キャッシュを更新するバインディング更新方法。
【請求項２】
前記移動端末の前記ホームエージェントは、前記第１のメッセージに基づいて前記キャッシュを更新する際、受信されたメッセージの転送を行わない旨を示す変更中フラグを前記キャッシュにセットし、前記変更中フラグがセットされている間は受信されたメッセージの転送を行わないよう処理する請求項１に記載のバインディング更新方法。
【請求項３】
前記移動端末の前記ホームエージェントは、前記第２のメッセージに識別情報を付加し、
前記移動端末は、前記第２のメッセージに付加された前記識別情報を前記第３のメッセージに付加する請求項１に記載のバインディング更新方法。
【請求項４】
移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新方法であって、
前記移動端末の前記ホームエージェントは、前記第１のメッセージに基づいて前記キャッシュを更新する際、受信されたメッセージの転送を行わない旨を示す変更中フラグを前記キャッシュにセットし、前記変更中フラグがセットされている間は受信されたメッセージの転送を行わないよう処理するバインディング更新方法。
【請求項５】
移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新方法で用いられる前記移動端末であって、
前記第２のメッセージを受信する受信手段と、
前記受信手段によって前記第２のメッセージを受信した場合に、前記第２のメッセージを受信したことを通知する第３のメッセージを生成するメッセージ生成手段と、
生成された前記第３のメッセージを前記移動端末の前記ホームエージェントに送信する送信手段とを、
備える移動端末。
【請求項６】
前記メッセージ生成手段は、前記第２のメッセージに識別情報が付加されている場合、前記第２のメッセージに付加された前記識別情報を前記第３のメッセージに付加する請求項５に記載の移動端末。
【請求項７】
移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新方法で用いられる前記移動端末の前記ホームエージェントであって、
前記第２のメッセージを生成するメッセージ生成手段と、
生成された前記第２のメッセージを前記移動端末へ送信する送信手段と、
前記第２のメッセージを受信したことを通知する第３のメッセージを前記移動端末から受信する受信手段と、
前記受信手段によって前記第３のメッセージが受信された場合に、前記キャッシュを更新する更新手段とを、
備えるホームエージェント。
【請求項８】
前記更新手段は、前記第１のメッセージに基づいて前記キャッシュを更新する際、受信されたメッセージの転送を行わない旨を示す変更中フラグを前記キャッシュにセットし、
前記送信手段は、前記変更中フラグがセットされている間はメッセージの転送を行わないよう処理する請求項７に記載のホームエージェント。
【請求項９】
前記メッセージ生成手段は、前記第２のメッセージに識別情報を付加する請求項７に記載のホームエージェント。
【請求項１０】
移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新方法で用いられる前記移動端末の前記ホームエージェントであって、
前記第１のメッセージに基づいて前記キャッシュを更新する際、受信されたメッセージの転送を行わない旨を示す変更中フラグを前記キャッシュにセットする更新手段と、
前記変更中フラグがセットされている間は受信されたメッセージの転送を行わないよう処理する送信手段とを、
備えるホームエージェント。
【請求項１１】
移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新システムであって、
前記移動端末が、前記第２のメッセージを受信した場合に、前記第２のメッセージを受信したことを通知する第３のメッセージを前記移動端末の前記ホームエージェントに送信し、
前記移動端末の前記ホームエージェントが、前記第３のメッセージを受信した後に前記キャッシュを更新するバインディング更新システム。
【請求項１２】
前記移動端末の前記ホームエージェントは、前記第１のメッセージに基づいて前記キャッシュを更新する際、受信されたメッセージの転送を行わない旨を示す変更中フラグを前記キャッシュにセットし、前記変更中フラグがセットされている間は受信されたメッセージの転送を行わないよう処理する請求項１１に記載のバインディング更新システム。
【請求項１３】
前記移動端末の前記ホームエージェントは、前記第２のメッセージに識別情報を付加し、
前記移動端末は、前記第２のメッセージに付加された前記識別情報を前記第３のメッセージに付加する請求項１１に記載のバインディング更新システム。
【請求項１４】
移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新システムであって、
前記移動端末の前記ホームエージェントは、前記第１のメッセージに基づいて前記キャッシュを更新する際、受信されたメッセージの転送を行わない旨を示す変更中フラグを前記キャッシュにセットし、前記変更中フラグがセットされている間は受信されたメッセージの転送を行わないよう処理するバインディング更新システム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モバイルＩＰ（Mobile Internet Protocol）を利用した無線通信を行う通信システムにおけるバインディング更新方法、移動端末、ホームエージェント、バインディング更新システムに関する。
【背景技術】
【０００２】
従来から、通信端末（モバイルノード、ＭＮ：Mobile Node）が移動しても移動前と同じように通信し続けることができる技術としてモバイルＩＰ（Mobile Internet Protocol）が存在している。モバイルＩＰでは移動端末はホームアドレス（ＨｏＡ：Home Address）と気付アドレス（ＣｏＡ：Care of Address）を有し、ホームエージェント（ＨＡ：Home Agent）がホームアドレスあてのパケットを移動端末がそのときに通信できる気付アドレスに転送することによって、移動端末は移動前と同じアドレスを用いて通信し続けることが可能となる。ＩＰｖ６（IP version６）に対応したモバイルＩＰはＭＩＰｖ６と呼ばれ、ＩＥＴＦ（Internet Engineering Task Force）によって仕様が決められている（下記の非特許文献１を参照）。
【０００３】
モバイルノードは、ホームエージェントに対して、ホームアドレスあてのパケットの転送先である気付アドレスを通知する処理（バインディング・アップデート：Binding Update）を行う。モバイルノードはＢＵ（Binding Update）メッセージを送信することによって気付アドレスをホームエージェントに通知し、ホームエージェントはモバイルノードのホームアドレスと気付アドレスの対応関係を記録したＢＣ（Binding Cache）を更新し、ＢＵメッセージの応答としてモバイルノードにＢＡ（Binding Acknowledgement）メッセージを返す。
【非特許文献１】"Mobility Support in IPv6"、 RFC3775
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、この従来のバインディング・アップデートの手順では、バインディングの更新がうまくできない場合が存在した。具体的にはＢＡメッセージが経路上のループに陥り、モバイルノードに届かなくなることがある。
【０００５】
具体的にバインディングの更新がうまくいかなくなる場合について図１４Ａ〜図１４Ｄを用いて詳しく説明する。ＭＮがＨＡ１とＨＡ２にホームアドレスを登録しているとする。図１４Ａに示すように、ＭＮは、ＨＡ１にＨｏＡ１＝Addr1とＣｏＡ１＝Addr2とを登録しているとする。このためAddr1あてのパケットはAddr2に転送される。また、ＭＮは、ＨＡ２にＨｏＡ２＝Addr2とＣｏＡ２＝Addr3とを登録しているとする。これによって、Addr1あてのパケットはＨＡ１によってAddr2に転送され、さらにＨＡ２によってAddr3に転送され、ＭＮが受信することになる。
【０００６】
図１４Ｂに示すように、このときＭＮがＨＡ２にＢＵメッセージを送信し、ＣｏＡをAddr3からAddr1に変更しようとしたとする。図１４Ｃに示すように、ＨＡ２はＢＣを更新し、ＢＡメッセージを送信する。ＢＡメッセージはＭＮに向けて送信されるため、あて先はAddr1である。あて先がAddr1のパケットはＨＡ１に届き、ＨＡ１によってAddr2に転送される。さらに、このパケットはあて先がAddr2のためＨＡ２に届き、ＨＡ２がAddr1に転送する。図１４Ｄに示すようにＢＡメッセージは、ＨＡ１とＨＡ２との間を往復することになる。ここで、このようにＢＵ手順においてＢＡメッセージがＨＡ間を往復する状況が発生する場合のパケット構成を図１５に示す。
【０００７】
まず、基本的な動作の説明として通信相手（ＣＮ：Correspondent Node）がＭＮのAddr1あてにパケットを送信した場合について説明する。ＣＮはあて先＝addr1、送信元＝ＣＮのパケットを送信し、ＨＡ１は送信されたパケット受信し、Addr2あてのヘッダを付加してAddr2に転送する。ＨＡ２はこのAddr2あてのパケットを受信し、Addr3あてのヘッダを付加してAddr3に転送する。
【０００８】
次に、ＭＮがＢＵメッセージを送信した場合について図１６を用いて説明する。ＭＮは、ＨＡ２にＣｏＡをAddr1に変更するＢＵメッセージを作成する。ＢＵメッセージのデータ部にはＨｏＡがAddr2であることが分かる情報が挿入されている。ＣｏＡはＢＵメッセージのソースアドレス（Src.）である。ＭＮは、このＢＵメッセージにあて先アドレス（Dst.）がＨＡ１で、ソースアドレスがAddr2であるヘッダを付加する。ＨＡ１がこのカプセル化されたパケットを受信した場合、ＨＡ１は、Addr2（ＭＮのＣｏＡ）からＨＡ１あてに届いたパケットであり、内部のパケットのソースアドレスがAddr1（ＭＮのＨｏＡ）であるため、ＨｏＡとＣｏＡの対応がとれていることによって、外部ヘッダを取り除いて、内部に挿入されていたＢＵメッセージを送信することになる。
【０００９】
また、ＭＮは、上述したＨＡ１あてにカプセル化したＢＵメッセージに、さらにあて先アドレスがＨＡ２あてで、ソースアドレスがAddr3であるヘッダを付加する。ＨＡ２がこのカプセル化されたパケットを受信した場合、ＨＡ２は、Addr3（ＭＮのＣｏＡ）からＨＡ２あてに届いたパケットであり、内部のパケットのソースアドレスがAddr2（ＭＮのＨｏＡ）であるため、ＨｏＡとＣｏＡの対応がとれていることによって、外部ヘッダを取り除いて、内部に挿入されていたＨＡ１あてにカプセル化したＢＵメッセージを送信する。
【００１０】
すなわち、ＭＮは、ＨＡ２あてのＢＵメッセージを作成し、そのＢＵメッセージがＨＡ１を通るようにカプセル化し、さらにそのカプセル化したパケットがＨＡ２を通るようにカプセル化したパケットを作成し、この作成したパケットをＨＡ２に送信する。このパケットはＨＡ２によって外部ヘッダが取り除かれ、ＨＡ１に送信され、さらにＨＡ１によって外部ヘッダが取り除かれ、ＢＵメッセージが取り出され、このＢＵメッセージがＨＡ２に送信される。ＨＡ２は、このＢＵメッセージを受信し、ＢＣを更新し、ＢＡメッセージを送信する。
【００１１】
ここで、ＢＡメッセージは図１７に示すようなパケット構成である。ＨＡ２は、ＭＮの新しいＣｏＡであるAddr1をあて先としたＢＡメッセージを作成し、送信する。このAddr1あてのパケットはＨＡ１に届き、ＨＡ１はＢＣにしたがって、Addr1あてのパケットにAddr2あてのヘッダを付加して転送する。このAddr2あてのパケットは、ＨＡ２に届き、ＨＡ２は同じようにＢＣにしたがって、Addr2あてのパケットにAddr1あてのヘッダを付加して転送する。このようにＨＡ２が送信したＢＡメッセージは、ＨＡ１とＨＡ２との間を往復することになってしまう。以上説明したように、従来のモバイルＩＰのバインディング更新手順では、バインディングを更新しようとした場合に、バインディングの更新が正しくできない場合があり、応答メッセージであるＢＡメッセージが無限にＨＡ間で転送され、ＭＮに届かなくなるという課題があった。なお、ＨＡが２つの場合について説明したが、ＨＡが３つ以上の場合でも同様の状況が発生し得る。例えば、図１８に示すような場合である。
【００１２】
ここで、ＨＡが２つの場合で、ＭＮが上述したようなＢＵメッセージを送信する場合として図１９Ａ〜図１９Ｅに示すような状況が考えられる。図１９Ａに示すように、ＭＮがAddr1を用いてＣＮ１と通信をしているとする。そして、図１９Ｂに示すように、ＭＮが別のネットワークに移動し、新しいアドレスAddr2を得るとする。ＭＮはＨＡ１にＢＵメッセージを送信し、Addr1（ＨｏＡ）あてのパケットをAddr2（ＣｏＡ）に転送してもらうようにする。次に、図１９Ｃに示すように、Addr2を用いてＣＮ２と新しく通信を開始し、更に移動して、新しいアドレスAddr3を得るとする。ＭＮはＨＡ２にＢＵメッセージを送信し、Addr2（ＨｏＡ）あてのパケットをAddr3（ＣｏＡ）に転送してもらうようにする。
【００１３】
ここで、図１９Ｄに示すように、このＭＮが最初の（元の）ネットワークに戻ってきたとする。図１９Ｅに示すように、ＭＮはＣＮ１からのパケットは、ＨＡ１経由で受信するように戻し、ＣＮ２からのパケットはＨＡ２に転送された後、ＨＡ１に転送させ、ＨＡ１経由で受信するように変更しようとしたとする。このとき、ＨＡ１のバインディングとＨＡ２のバインディングのどちらを先に変更するかで２通りの方法がある。
【００１４】
図２０Ｂ（図２０Ａの次の一方の状態を示す）〜図２０Ｄに示すように、ＨＡ１のバインディングを先に更新し、次にＨＡ２のバインディングを更新する方法を採った場合には、望んだバインディングの状態に変更することができる。しかし、図２０Ｅ（図２０Ａの次のもう一方の状態を示す）に示すように、ＨＡ２のバインディングを先に更新してしまった場合には、ここまでに説明したバインディングの更新が正しくできず、ＢＡメッセージがＨＡ間を往復し、ＭＮに届かなくなるという状況になってしまう。このように、本発明で解決しようとする課題は、ある条件の場合に発生しうる課題であるといえる。
【００１５】
本発明は、上記の問題点に鑑み、ＢＡメッセージがＨＡ間を往復し続ける状況を解消することができるバインディング更新方法、移動端末、ホームエージェント、バインディング更新システムを提供することを目的とする。
【課題を解決するための手段】
【００１６】
上記目的を達成するために、本発明によれば、移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新方法であって、前記移動端末が、前記第２のメッセージを受信した場合に、前記第２のメッセージを受信したことを通知する第３のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第３のメッセージを受信した後に前記キャッシュを更新するバインディング更新方法が提供される。この構成により、ＢＡメッセージがＨＡ間を往復し続け、ＭＮに届かなくなるという状況を解消することができる。なお、第１のメッセージはＢＵメッセージに相当し、第２のメッセージはＢＡメッセージに相当し、第３のメッセージは後述するＢＡＲ（Binding Acknowledgement Replay）メッセージに相当する。
【００１７】
また、本発明のバインディング更新方法において、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて前記キャッシュを更新する際、受信されたメッセージの転送を行わない旨を示す変更中フラグを前記キャッシュにセットし、前記変更中フラグがセットされている間は受信されたメッセージの転送を行わないよう処理することは、本発明の好ましい態様である。この構成により、ＢＡメッセージがＨＡ間を往復し続けることを防ぐことができる。
【００１８】
また、本発明のバインディング更新方法において、前記移動端末の前記ホームエージェントが前記第２のメッセージに識別情報（後述するCookie情報に相当）を付加し、前記移動端末が前記第２のメッセージに付加された前記識別情報を前記第３のメッセージに付加することは、本発明の好ましい態様である。この構成により、ＢＡメッセージの受信を確実に待ってからＢＡＲメッセージを送信することができる。
【００１９】
また、本発明によれば、移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新方法であって、前記移動端末の前記ホームエージェントは、前記第１のメッセージに基づいて前記キャッシュを更新する際、受信されたメッセージの転送を行わない旨を示す変更中フラグを前記キャッシュにセットし、前記変更中フラグがセットされている間は受信されたメッセージの転送を行わないよう処理するバインディング更新方法が提供される。この構成により、ＢＡメッセージがＨＡ間を往復し続ける状況を解消することができる。
【００２０】
また、本発明によれば、移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新方法で用いられる前記移動端末であって、前記第２のメッセージを受信する受信手段と、前記受信手段によって前記第２のメッセージを受信した場合に、前記第２のメッセージを受信したことを通知する第３のメッセージを生成するメッセージ生成手段と、生成された前記第３のメッセージを前記移動端末の前記ホームエージェントに送信する送信手段とを、備える移動端末が提供される。この構成により、ＢＡメッセージがＨＡ間を往復し続け、ＭＮに届かなくなるという状況を解消することができる。
【００２１】
また、本発明の移動端末において、前記メッセージ生成手段が、前記第２のメッセージに識別情報が付加されている場合、前記第２のメッセージに付加された前記識別情報を前記第３のメッセージに付加することは、本発明の好ましい態様である。この構成により、ＢＡメッセージの受信を確実に待ってからＢＡＲメッセージを送信することができる。
【００２２】
また、本発明によれば、移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新方法で用いられる前記移動端末の前記ホームエージェントであって、前記第２のメッセージを生成するメッセージ生成手段と、生成された前記第２のメッセージを前記移動端末へ送信する送信手段と、前記第２のメッセージを受信したことを通知する第３のメッセージを前記移動端末から受信する受信手段と、前記受信手段によって前記第３のメッセージが受信された場合に、前記キャッシュを更新する更新手段とを、備えるホームエージェントが提供される。この構成により、ＢＡメッセージがＨＡ間を往復し続け、ＭＮに届かなくなるという状況を解消することができる。
【００２３】
また、本発明のホームエージェントにおいて、前記更新手段が、前記第１のメッセージに基づいて前記キャッシュを更新する際、受信されたメッセージの転送を行わない旨を示す変更中フラグを前記キャッシュにセットし、前記送信手段が、前記変更中フラグがセットされている間はメッセージの転送を行わないよう処理することは、本発明の好ましい態様である。この構成により、ＢＡメッセージがＨＡ間を往復し続けることを防ぐことができる。
【００２４】
また、本発明のホームエージェントにおいて、前記メッセージ生成手段が前記第２のメッセージに識別情報を付加することは、本発明の好ましい態様である。この構成により、ＢＡメッセージの受信を確実に待ってからＢＡＲメッセージを送信することができる。
【００２５】
また、本発明によれば、移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新方法で用いられる前記移動端末の前記ホームエージェントであって、前記第１のメッセージに基づいて前記キャッシュを更新する際、受信されたメッセージの転送を行わない旨を示す変更中フラグを前記キャッシュにセットする更新手段と、前記変更中フラグがセットされている間は受信されたメッセージの転送を行わないよう処理する送信手段とを、備えるホームエージェントが提供される。この構成により、ＢＡメッセージがＨＡ間を往復し続ける状況を解消することができる。
【００２６】
また、本発明によれば、移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新システムであって、前記移動端末が、前記第２のメッセージを受信した場合に、前記第２のメッセージを受信したことを通知する第３のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第３のメッセージを受信した後に前記キャッシュを更新するバインディング更新システムが提供される。この構成により、ＢＡメッセージがＨＡ間を往復し続け、ＭＮに届かなくなるという状況を解消することができる。
【００２７】
また、本発明のバインディング更新システムにおいて、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて前記キャッシュを更新する際、受信されたメッセージの転送を行わない旨を示す変更中フラグを前記キャッシュにセットし、前記変更中フラグがセットされている間は受信されたメッセージの転送を行わないよう処理することは、本発明の好ましい態様である。この構成により、ＢＡメッセージがＨＡ間を往復し続けることを防ぐことができる。
【００２８】
また、本発明のバインディング更新システムにおいて、前記移動端末の前記ホームエージェントが前記第２のメッセージに識別情報を付加し、前記移動端末が前記第２のメッセージに付加された前記識別情報を前記第３のメッセージに付加することは、本発明の好ましい態様である。この構成により、ＢＡメッセージの受信を確実に待ってからＢＡＲメッセージを送信することができる。
【００２９】
また、本発明によれば、移動端末が、前記移動端末のホームエージェントあてのパケットの転送先を示すアドレスを含む第１のメッセージを前記移動端末の前記ホームエージェントに送信し、前記移動端末の前記ホームエージェントが、前記第１のメッセージに基づいて、前記移動端末のホームアドレスと前記移動端末の前記ホームエージェントあてのパケットの転送先を示すアドレスとが対応付けられたキャッシュを更新し、前記第１のメッセージの応答である第２のメッセージを前記移動端末へ送信するバインディング更新システムであって、前記移動端末の前記ホームエージェントは、前記第１のメッセージに基づいて前記キャッシュを更新する際、受信されたメッセージの転送を行わない旨を示す変更中フラグを前記キャッシュにセットし、前記変更中フラグがセットされている間は受信されたメッセージの転送を行わないよう処理するバインディング更新システムが提供される。この構成により、ＢＡメッセージがＨＡ間を往復し続ける状況を解消することができる。
【００３０】
本発明のバインディング更新方法、移動端末、ホームエージェント、バインディング更新システムは、上記構成を有し、ＢＡメッセージがＨＡ間を往復し続ける状況を解消することができる。
【発明を実施するための最良の形態】
【００３１】
以下、本発明の実施の形態について図１から図１３を用いて説明する。図１Ａ〜図１Ｅは本発明の実施の形態における一連のバインディング更新の一例を説明するための図である。図２Ａ〜図２Ｄは本発明の実施の形態における一連のバインディング更新の別の一例を説明するための図である。図３は本発明の実施の形態における３つのポイントを踏まえた解決方法を説明するための図である。図４は本発明の実施の形態における新しいバインディング更新のメッセージのシーケンスの一例を示す図である。図５Ａ〜図５Ｃは本発明の実施の形態におけるＨＡのＢＣの遷移の一例を示す図である。図６は本発明の実施の形態におけるＢＡＲメッセージのフォーマットの一例を示す図である。
【００３２】
図７は本発明の実施の形態におけるＢＡＲメッセージのメッセージデータのフォーマットの一例を示す図である。図８は本発明の実施の形態におけるＢＡメッセージのフォーマットの一例を示す図である。図９は本発明の実施の形態におけるモビリティオプションのフォーマットの一例を示す図である。図１０は本発明の実施の形態におけるＨＡのバインディング更新処理の一例を説明するためのフローチャートである。図１１は本発明の実施の形態におけるＭＮのバインディング更新処理の一例を説明するためのフローチャートである。図１２は本発明の実施の形態におけるＨＡの構成の一例を示す構成図である。図１３は本発明の実施の形態におけるＭＮの構成の一例を示す構成図である。
【００３３】
課題を解決する方法として、ＢＡメッセージが届いたことを確認するためのＢＡＲメッセージを追加する方法について図１Ａ〜図１Ｅを用いて説明する。図１Ａ〜図１Ｄに示すように、ＨＡ２はＢＵにより要求されたバインディング更新をすぐには行わず、ＢＡＲメッセージを受信するまで待つ。このため、ＢＡメッセージはＨＡ１とＨＡ２との間を往復し続けることがなくなりＭＮまで届く。図１Ｄに示すように、ＭＮはＢＡメッセージを受信し、ＢＡＲメッセージを応答として返す。このＢＡＲメッセージは、ＢＵメッセージと同様にＨＡ１を経由してＨＡ２に届く。
【００３４】
ＨＡ２は、ＢＡＲメッセージを受信し、バインディングの更新を完了する。このバインディング更新処理を行うことによって、図１Ｅに示すように、ＨＡ１とＨＡ２との間にループした経路が形成されてしまっている。すなわち、あて先アドレスがAddr1のパケットとAddr2のパケットは、ＨＡ１とＨＡ２との間を往復することになる。しかし、従来のＭＩＰ（Mobile IP）のバインディング更新手順においては、ＢＡメッセージがループしてしまい、ＭＮに届かないという問題があったがその課題は解決できている。この状態でＭＮがＨＡ１にバインディング更新を行えば、ＨＡ間を往復するループの経路の状態を回避することは可能である。
【００３５】
さらに、本発明の実施の形態では、図２Ｃに示すように、ＨＡのＢＣに新しく「変更中State（上述した変更中フラグに相当）」という状態を追加することも可能である。「変更中State」とは、ＨＡがＢＵメッセージを受信した後、ＢＡメッセージを送信してからＢＡＲメッセージを受信するまでの間の状態を言う。この「変更中State」の状態のときにはパケットの転送は中止される。なお、この「変更中State」の状態のときに受信したパケットは破棄するようにしてもよく、又は受信したパケットを保持しておき、「変更中State」が終了し、バインディング更新が完了してから保持していたパケットを転送するようにしてもよい。
【００３６】
ＨＡのＢＣに「変更中State」の状態を設ける場合には、ＨＡ２はＢＵメッセージを受信すると、ＢＣを（HoA2＝Addr2、CoA2＝Addr1、変更中State）と変更し、ＢＡメッセージをＭＮに送信する。このＢＡメッセージはＨＡ１が受信し、Addr2あてに転送される。Addr2あてに転送されたＢＡメッセージは、ＨＡ２に受信され、ＢＣの状態が「変更中State」のためＨＡ２はＢＡメッセージの転送を行わない。図２Ｃに示すように、ＨＡ２によってＢＡメッセージの転送が行われないため、ＢＡメッセージはＭＮに届かない。このためＭＮはバインディングの更新が完了していないことを知る。また、ＨＡ２は、ＭＮからＢＡＲメッセージを受信しないため、バインディング更新処理を完了させることができない。
【００３７】
この状態からの回復方法は２つある。１つの方法は、「変更中State」の状態がタイムアウト処理によって解除されるまで待つ方法である。「変更中State」の状態を維持する時間をあらかじめ決め、あらかじめ決められた時間を越えた場合にはＨＡがこのバインディング情報を削除するようにする。ＭＮは、「変更中State」の状態が終了し、ＢＣ（バインディング情報）が削除されるのを待ってから新しいＢＵメッセージを送信すればよい。
【００３８】
もう１つの方法は、ＭＮから新たにＢＵメッセージを送信し、ＨＡのＢＣを削除又は更新する方法である。ＭＮは、ＢＵメッセージの「Lifetime」の指定箇所に「０」を指定することによって、更新しようとしたＢＣを削除する。または、ＭＮは、先に送信したＢＵメッセージを確認し、ループの経路が発生しないように修正して新たにＢＵメッセージを送信する。ＨＡはＢＣの状態が「変更中State」の場合にはパケットの転送は行わないが、この場合には新たな更新を受け付けるようにする。
【００３９】
上述したように、ＢＡＲメッセージ及び「変更中State」を設けた場合、ＭＮにはＢＡメッセージが届かず、ＨＡ２にはＢＡＲメッセージが届かない。そこで、ＨＡ２がＢＵメッセージを受信した場合、ＢＡメッセージがＭＮに送信された後（ＢＡメッセージがＨＡ２自身を経由した後）に「変更中State」のみを付加するＢＣの更新を行い、ＭＮからＢＡＲメッセージを受信した際に、ＢＣを更新し、「変更中State」を取り除くようにしてもよい。また、ＢＡＲメッセージの機能を設けず、「変更中State」のみを設けた場合であっても実施可能である。これにより、ＢＡメッセージがループすることはなくなる。
【００４０】
さらに、本発明の実施の形態では、ＢＡメッセージに新しくCookie（クッキー）情報を追加するようにしてもよい。ＭＮは、受信されたＢＡメッセージからCookieの値を取得し、同じ値をＢＡＲメッセージに付加して送信する。ＭＮはＢＡメッセージの受信を確実に待ってから、ＢＡＲメッセージを送信することになる。これによって、例えばＭＮがＢＡメッセージを待たずに、ＢＵメッセージとＢＡＲメッセージを連続して送信した場合にもＨＡ間にループの経路が生じる課題を未然に防ぐことが可能となる。
【００４１】
上述した３つのポイントを含んだ解決方法は図３に示すようになる。基本はＭＮがＢＡメッセージを受信後にＢＡＲメッセージを返すものである。このとき、ＢＡメッセージにCookie情報を含めておき、ＭＮはＢＡＲメッセージにそのCookie情報を挿入して送信するようにしてもよい。また、ＭＮがＢＡＲメッセージを返す方法に「変更中State」の機能を付加させるようにしてもよい。なお、ＢＡＲメッセージの機能を設けず、「変更中State」のみを設けた方法であっても実施可能である。
【００４２】
なお、新しいバインディング更新のメッセージのシーケンスは図４に示すようになり、「変更中State」を設けたときのＨＡのＢＣの遷移は図５Ａ〜図５Ｃに示すようになる。図５Ａは、ＢＵメッセージを受信する前のＢＣであって、ＨｏＡは「Addr2」、ＣｏＡは「Addr3」であり、状態は設定されていない。すなわち、Addr2あてのパケットをAddr3に転送することを意味する。図５Ｂは、ＢＵメッセージを受信し、ＢＡメッセージを送信した後のＢＣであって、ＨｏＡは「Addr2」、ＣｏＡは「Addr1」であり、状態は「変更中State」が設定されている。すなわち、転送中止状態を意味する。図５Ｃは、その後（例えば、ＢＡＲメッセージを受信した後）であって、ＨｏＡは「Addr2」、ＣｏＡは「Addr1」であり、状態は設定されていない。すなわち、Addr2あてのパケットをAddr1に転送することを意味する。
【００４３】
次に、ＢＡＲメッセージのフォーマットの一例について図６を用いて説明する。ＢＡＲメッセージは、ＢＵメッセージ、ＢＡメッセージと同様に、モビリティヘッダ（Mobility Header）を含むメッセージである。モビリティヘッダはRFC3775で定義されており、例えば図６に示すようなフォーマットである。このモビリティヘッダの中の「ＭＨ Ｔｙｐｅ」に設定する値によりメッセージの種別を識別する。RFC3775では次のように決められているため、新しく追加するＢＡＲメッセージは既に設定されている以外の値にする必要がある。
【００４４】
ＭＨ Ｔｙｐｅでは、０：Binding Refresh Request（バインディングリフレッシュリクエスト）、１：Home Test Init（ホームテストイニット）、２：Care-of Test Init（ケアオブテストイニット）、３：Home Test（ホームテスト）、４：Care-of Test（ケアオブテスト）、５：Binding Update、６：Binding Acknowledgement、７：Binding Error（バインディングエラー）のように設定されている。
【００４５】
次に、ＢＡＲメッセージのメッセージデータのフォーマットの一例を図７に示す。図７に示すように、「シーケンス」の領域には、ＢＵメッセージ、ＢＡメッセージに設定されていた値と同じ値を設定してＭＮがＨＡあてに送信する。「モビリティオプション」の領域では、ＢＵメッセージ、ＢＡメッセージなどと同様に、RFC3775で定義されているモビリティオプションが用いられる。
【００４６】
次に、ＢＡメッセージにCookieを追加する場合について説明する。まず、RFC3775で定義されているＢＡメッセージのフォーマットの一例を図８に示す。このフォーマットの中の「モビリティオプション」にCookieの情報を付加する。Cookie情報を含むモビリティオプションは、RFC3775に定義されている他のモビリティオプションと同様のフォーマットであり、図９に示すようなフォーマットである。
【００４７】
「Ｔｙｐｅ」には、他のモビリティオプションで定義されている値以外の値を新しく「ＢＡ Cookie」のオプションとして定義する。「ＢＡ Cookie」の領域にはＨＡが作成した４バイトの値が設定される。ＭＮがＢＡＲメッセージにCookieの値を含める場合には、ＢＡメッセージの場合と同様に、この「ＢＡ Cookie」を含むモビリティオプションを含める。ＭＮは、ＨＡがＢＡメッセージに設定したCookieの値と同じ値を、このモビリティオプションの「ＢＡ Cookie」に設定したＢＡＲメッセージをＨＡあてに送信する。以上がメッセージフォーマットの一例の説明である。
【００４８】
次に、ＨＡのバインディング更新処理（上述したＢＡＲメッセージ及び「変更中State」を設けた場合）について図１０を用いて説明する。まず、ＨＡは、ＭＮからＢＵメッセージを受信する（Ｓ１００１）と、送信元のＭＮを確認（送信元のＭＮからのものかを確認）し（Ｓ１００２）、正しければ（送信元が適切であれば）ＢＣの更新処理を行うが、正しくなければＢＵメッセージを破棄し（Ｓ１０１０）、処理を終了する。正しい場合、ＨＡは、ＢＵメッセージにしたがって、ＢＣを更新し、ＢＣの状態を「変更中State」に設定する（ＢＣ更新処理）（Ｓ１００３）。なお、この「変更中State」の間にＨｏＡあてに届いたパケットは転送されない。次に、ＨＡはＭＮに向けてＢＡメッセージを送信し、「変更中State」のタイムアウトを判定するためのタイマー（Ｔｉｍｅｒ）をスタートさせる（Ｓ１００４）。
【００４９】
そして、ＨＡは所定時間内（「変更中State」のタイムアウト前）にＭＮからＢＡＲメッセージを受信したか否かを判断し（Ｓ１００５）、受信したと判断した場合（上述したように基本的にＨＡがＢＡＲメッセージを受信することはないと考えられるが、ＢＡメッセージがＭＮに送信された後（ＢＡメッセージがＨＡ２自身を経由した後）に「変更中State」のみを付加するＢＣの更新を行い、ＢＡＲメッセージを受信するなどの場合）は、ＨＡはＢＣの更新処理を完了させ（Ｓ１００６）、例えばＭＮのＨｏＡあてに届いたパケットの転送を開始する（Ｓ１００７）。一方、所定の時間内（「変更中State」のタイムアウト前）にＢＡＲメッセージを受信せず、新たなＢＵメッセージを受信した場合（Ｓ１００８）で、そのＢＵメッセージがＢＣのエントリの削除を意味する「Lifetime」＝０が設定されたＢＵメッセージである場合には、ＨＡはＢＣのエントリを削除して（Ｓ１００９）、ＢＣ更新処理を終了する。
【００５０】
また、受信したＢＵメッセージが新たなＢＣの更新要求の場合には、ＨＡは新しいＢＣの更新要求に合わせてタイマーを再始動させる。また、「変更中State」の間にＢＡＲメッセージを受信することなくタイムアウトの状態になった場合（Ｓ１００８）には、ＨＡはＢＣのエントリを削除して（Ｓ１００９）、ＢＣ更新処理を終了する。
【００５１】
次に、ＭＮのバインディング更新処理について図１１を用いて説明する。ＭＮは、ＢＵメッセージを送信し（Ｓ１１０１）、ＢＡメッセージが応答として返ってくるまで待つ。このときＢＡメッセージを待つ時間に制限を設け、その時間を把握するためのタイマーをスタートさせる（Ｓ１１０２）。ＭＮは、タイマーをスタートさせてから制限の時間内にＢＡメッセージを受信したか否かを判断する（Ｓ１１０３）。制限の時間内にＢＡメッセージを受信した場合（上述したように基本的にＭＮがＢＡメッセージを受信することはないと考えられるが、「変更中State」のみを付加するＢＣの更新を行い、送信されたＢＡメッセージを受信するなどの場合）には、ＭＮはＢＡＲメッセージを送信し（Ｓ１１０４）、ＢＣの更新処理が終了する。
【００５２】
一方、タイマーをスタートさせてから制限時間を越えてもＢＡメッセージを受信しない場合には、ＢＵメッセージがＨＡに届いていないことや、バインディングの状況がループの経路になっていてＢＡメッセージが戻ってこないことが考えられる。そのため、ＭＮは、複数のＨＡにＨｏＡを登録している場合には、ＨＡ間でループの経路になっていないかの確認処理（状況確認処理）を行う（Ｓ１１０５）。もし、ループの経路の箇所が見つかれば、その箇所を解消するようにＢＵメッセージを送信する。このときのＢＵメッセージはエントリの削除や、別の気付アドレス（ＣｏＡ）への更新などのメッセージであると考えられる。また、そのまま何もせずにＢＣ更新処理をあきらめて終了することもあり得る。
【００５３】
次に、ＨＡのバインディング更新処理に関するメッセージ処理（上述したＢＡＲメッセージ及び「変更中State」を設けた場合）について図１２を用いて説明する。ＨＡは、ＢＵメッセージをメッセージ受信部１２１（上述した受信手段に相当）において受信する。ＢＵメッセージにしたがって、バインディング情報保存部１２２（上述した更新手段に相当）は、自身に保存されたバインディング情報を更新する。この処理では、送信元ＭＮの確認処理を合わせて行う。また、バインディング情報の更新では、「変更中State」の状態に設定する。そして、ＢＡメッセージ作成部１２３（上述したメッセージ生成手段に相当）は応答メッセージを作成し、メッセージ送信部１２４（上述した送信手段に相当）は作成されたＢＡメッセージを送信する。また、ＢＡメッセージ作成部１２３は、メッセージ送信部１２４にＢＡメッセージを渡した後、ＢＡＲメッセージ待ちタイマー計測部１２５にＢＡメッセージを送信したことを通知し、ＢＡＲメッセージ待ちタイマー計測部１２５はタイマーをスタートさせる。
【００５４】
ＨＡは、ＢＡメッセージ送信後、ＢＡＲメッセージをメッセージ受信部１２１において受信したら、バインディング情報保存部１２２においてバインディング更新を「変更中State」から完了の状態にする。また、ＢＡＲメッセージ待ちタイマー計測部１２５はターマーの停止を指示する。ＢＡメッセージ送信後、ＢＡＲメッセージ待ちのままタイマーが制限時間を越えた場合には、ＢＡＲメッセージ待ちタイマー計測部１２５は、バインディング情報保存部１２２にバインディング情報を破棄するように指示する。
【００５５】
次に、ＭＮのバインディング更新処理に関するメッセージ処理（上述したＢＡＲメッセージ及び「変更中State」を設けた場合）について図１３を用いて説明する。ＭＮは、ＢＵメッセージ作成部１３３（上述したメッセージ生成手段に相当）においてＢＵメッセージを作成し、メッセージ送信部１３４（上述した送信手段に相当）においてＢＵメッセージを送信する。ＢＵメッセージ作成部１３３は、メッセージ送信部１３４にＢＵメッセージを渡した後、ＢＡメッセージ待ちタイマー計測部１３５にタイマーの開始を指示する。ＭＮはＢＵメッセージ送信後、ＢＡメッセージの受信を待つ。メッセージ受信部１３１（上述した受信手段に相当）においてＢＡメッセージを受信した場合には、ＢＡＲメッセージ作成部１３２（上述したメッセージ生成手段に相当）においてＢＡＲメッセージを作成し、メッセージ送信部１３４よりＢＡＲメッセージを送信する。また、メッセージ受信部１３１は、ＢＡメッセージを受信したことをＢＡＲメッセージ待ちタイマー計測部１３５に通知し、ＢＡＲメッセージ待ちタイマー計測部１３５はタイマーを止める。
【００５６】
ＢＵメッセージ送信後、ＢＡメッセージを受信しなかった場合には、ＢＡメッセージ待ちタイマー計測部１３５は制限時間を越えたことをバインディング状況確認部１３６に通知する。バインディング状況確認部１３６は、複数のＨＡにバインディング情報を登録している場合には、ＨＡ間にループの経路が発生していないか確認（上述した状況確認処理を）する。バインディング状況確認部１３６がＨＡ間のループの経路が見つけた場合には、そのバインディング情報を削除するためのＢＵメッセージをＢＵメッセージ作成部１３３によって作成し、メッセージ送信部１３４によって送信するか、または新しいバインディング情報をＨＡに送信するＢＵメッセージをＢＵメッセージ作成部１３３によって作成し、メッセージ送信部１３４によってＨＡに送信する。以上、バインディング更新処理に関するメッセージ処理についてＨＡ及びＭＮのブロック図（構成図）を用いて説明した。
【００５７】
次に、ＨＡ間のバインディングにループの経路を発生させないための別の解法について説明する。まず、１つ目の解法について説明する。それはＭＮがＢＵメッセージを送信しないという解法である。すなわち、ＭＮにＨＡ間にループになるようなバインディングの状況になっていないか、ＢＵメッセージを送信する前にＭＮがチェックするものである。なお、この方法は有効な方法ではあるが、ＭＮが故意にループとなるようなＢＵメッセージを作成し、送信した場合にはこの方法だけではループの経路の発生を防ぎきれない。
【００５８】
２つ目の解法について説明する。それはＨＡがＢＵメッセージを選択的に転送しないという解法である。ＭＮが送信するＢＵメッセージが多段にカプセル化されている場合、途中のＨＡはメッセージの中身をチェックすることができない。今回説明した例の場合であれば、ＨＡ２はAddr1あてのパケットをデ・カプセル処理によって取り出し、Addr1に転送するときＢＵメッセージであるかどうか判別することはできない。一方、最後にＢＵメッセージを転送するＨＡ、例えばＨＡ１はＢＵメッセージを転送しようとしていることを判別できる可能性がある。ＭＮとＨＡ２の間でＢＵメッセージが暗号化されている場合には、ＢＵメッセージを転送するＨＡ１にはＢＵメッセージであるかどうか知ることはできない。
【００５９】
ＨＡ１が転送するパケットがＢＵメッセージであることを確認できる場合について更に考察する。ＨＡ１は、ソースアドレスがＭＮの登録しているホームアドレス（Addr1）かどうかチェックする。このＨｏＡがＨＡ２に気付アドレス（ＣｏＡ）として登録されるために、ＨＡ間にループの経路が発生してしまう。しかし、このアドレスを別にさせることはできない。ＨＡ１にとっては転送するパケットのソースアドレスは、ＭＮがＨｏＡとして登録しているAddr1であることが正しいためである。
【００６０】
ＨＡ１は送信しようとしているＢＵメッセージのあて先をチェックする。あて先アドレスがＨＡの場合には、ＢＵメッセージを送信しないという方法が考えられる。ただし、すべてのＨＡのアドレスを知っていることは困難であるため、ＨＡあてのＢＵメッセージを送信しないという方法は特定の場合にのみ有効となる。また、この方法の場合には、多数のＨＡに登録し、多段に転送することができなくなるため、ＭＮにとってＨＡの活用方法が限定されるという問題もある。ＨＡ１が転送しようとしているＢＵメッセージの「Home Address Destination Option（ホームアドレス送信先オプション）」をチェックする方法が考えられる。
【００６１】
ＢＵメッセージには「Home Address Destination Option」が含まれていなければならない。この「Home Address Destination Option」に設定されているホームアドレスが、ＨＡ１が気付アドレス（ＣｏＡ）として登録しているアドレスと一致していないかチェックする。ここで説明していた例の場合には、「Home Address Destination Option」に設定されているアドレスはＨＡ２にＨｏＡとして登録されているAddr2であり、またＨＡ１に登録されている気付アドレスもAddr2であるため、２つのアドレスが一致し、ＨＡ１はループが発生することを知ることができる。
【００６２】
これによってＨＡはＢＵメッセージの転送を止めることによって、ループの経路が発生することを未然に防ぐことができる。ただし、ＨＡの数が３つ以上のループが発生するような状況の場合には、「Home Address Destination Option」に設定されているアドレスは、他のＨＡに登録されている気付アドレスのため、この方法では見つけることができない。ＨＡがＢＵメッセージを転送するときに、ＢＵメッセージの「Home Registration（ホーム登録）ビット」が設定されているかどうかチェックする方法も考えられる。
【００６３】
ＨＡあてのＢＵメッセージか、通信相手ノード（ＣＮ）あてのＢＵメッセージかをこのビット情報によって判別することができる。ただし、この方法によってＢＵメッセージを転送するかどうか判定する場合には、ＭＮが多数のＨＡにバインディング情報を登録し、多段に転送することができなくなる。ＨＡがＢＵメッセージを転送するときに、ＨＡがＢＵメッセージを転送したことを示す情報をＢＵメッセージに付加する方法が考えられる。この方法では、ＢＵメッセージを受信したＨＡが、ＢＵメッセージの転送において途中にＨＡが介在したかどうかを知ることができる。
【００６４】
ＢＵメッセージがＨＡ経由で届いた場合には、新しいバインディング情報に更新した場合にループの経路が形成される可能性があるがそうでない場合もある。もしＨＡを経由して届くＢＵメッセージをすべて転送しないという方法を用いた場合には、ＭＮが多段のＨＡによる転送を望んでもできなくなる。このような場合には、ＨＡ間でバインディング情報の共有を行い、ループの経路ができないかバインディング情報を更新する前にチェックするなどの方法が考えられる。
【００６５】
３つ目の解法について説明する。それはＨＡがＢＡメッセージを送信しないという解法である。ＨＡが、ＢＡメッセージ送信前にチェックし、ループの経路が発生する場合にはＢＡメッセージを送信しないという方法が考えられる。ただし、ＨＡ２単体ではループが形成されるのかどうか判断することは難しい。そのため、ＨＡ１とバインディング情報を共有し合うとか、他のエンティティの協力によってループが形成されないかチェックするという方法が考えられる。
【００６６】
４つ目の解法について説明する。それはＨＡがＢＡメッセージを転送しないという解法である。従来のバインディング更新手順の場合では、ＢＡメッセージがＨＡ１に届いたときには、既にＢＣが更新され、ループが出来てしまっている。しかし、ＢＡメッセージがＨＡ間を往復するという問題はまだ発生していない。ＨＡ２から送信されたＢＡメッセージがＭＮあてに暗号化されていない場合には、ＨＡ１はそのメッセージがＢＡメッセージであることを知ることができる。ＢＡメッセージのあて先アドレス、ソースアドレスから、ＨＡ１がループが形成されるかどうか判断することは難しい。そのためすべてのＢＡメッセージを転送しないという方法が考えられる。ただし、この方法の場合には、ＭＮが複数のＨＡに登録し、多段に転送するということができなくなる。
【００６７】
５つ目の解法について説明する。それはＨＡがＢＣの更新を行わないという解法である。すなわち、要求されたＢＣの内容が確認できるまで更新しないという方法である。チェック方法として、気付アドレスあてに送信するＢＡメッセージがMNに届いたことを確認する方法が考えられる。確認の方法としては、本発明の実施の形態で説明したＢＡＲメッセージを追加する方法である。
【００６８】
６つ目の解法について説明する。それはＨＡがＨＡ間でバインディング情報を共有し合う方法である。ＨＡ同士でバインディング情報を共有し合うことによって、お互いのバインディング情報によってループができていないか確認する。ただし、すべてのＨＡとの間でこの情報の共有を行うことは難しいと思われる。
【００６９】
また、ＢＵメッセージとＢＡメッセージの経路上のＨＡ同士でのバインディング情報の共有を行う方法が考えられる。例えば、ＨＡがカプセル化してパケットを転送する場合、そのカプセル化した外側のパケットのヘッダにＨＡからのパケットであることを示す情報を付加する。通常はＭＮにそのまま届くが、このパケットのあて先アドレスがＨｏＡとして登録されている場合には、ＨＡはこのパケットを受信処理する。この受信処理によってソースアドレスからＨＡのアドレスを知ることができ、これによってこれらのＨＡ間でバインディング情報を共有することができる。また、ＭＮが自身が利用しているＨＡすべてに他に利用しているＨＡの一覧を通知する。これによってＨＡはどのＨＡとバインディング情報を共有すればよいのか知ることができる。
【００７０】
７つ目の解法について説明する。それは他のエンティティに情報を持たせて、ループができないか判断させるという方法である。例えば、ネットワーク上にサーバを用意し、ＨＡがそのサーバにバインディング情報を登録するようにする。そのサーバはＨＡ間でループの経路が存在しないか、確認処理を行う。ＨＡがバインディングの更新の前に、このサーバにループ経路が形成されないかどうか確認を求めることによって、ＨＡは未然にループの経路の形成を防ぐことができる。以上、考えられる他の解法について説明した。
【００７１】
以上、本発明の実施の形態について説明した。なお、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えばバイオ技術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【００７２】
本発明に係るバインディング更新方法、移動端末、ホームエージェント、バインディング更新システムは、ＢＡメッセージがＨＡ間を往復し続ける状況を解消することができるため、モバイルＩＰ（Mobile Internet Protocol）を利用した無線通信を行う通信システムにおけるバインディング更新方法、移動端末、ホームエージェント、バインディング更新システムなどに有用である。
【図面の簡単な説明】
【００７３】
【図１Ａ】本発明の実施の形態における一連のバインディング更新の一例の一部を説明するための図
【図１Ｂ】本発明の実施の形態における一連のバインディング更新の一例の図１Ａの次の状態を示す図
【図１Ｃ】本発明の実施の形態における一連のバインディング更新の一例の図１Ｂの次の状態を示す図
【図１Ｄ】本発明の実施の形態における一連のバインディング更新の一例の図１Ｃの次の状態を示す図
【図１Ｅ】本発明の実施の形態における一連のバインディング更新の一例の図１Ｄの次の状態を示す図
【図２Ａ】本発明の実施の形態における一連のバインディング更新の別の一例の一部を説明するための図
【図２Ｂ】本発明の実施の形態における一連のバインディング更新の別の一例の図２Ａの次の状態を説明するための図
【図２Ｃ】本発明の実施の形態における一連のバインディング更新の別の一例の図２Ｂの次の状態を説明するための図
【図２Ｄ】本発明の実施の形態における一連のバインディング更新の別の一例の図２Ｃの次の状態を説明するための図
【図３】本発明の実施の形態における３つのポイントを踏まえた解決方法を説明するための図
【図４】本発明の実施の形態における新しいバインディング更新のメッセージのシーケンスの一例を示す図
【図５Ａ】本発明の実施の形態におけるＨＡのＢＣの遷移の一例の一部を示す図
【図５Ｂ】本発明の実施の形態におけるＨＡのＢＣの遷移の一例の図５Ａの次の状態を示す図
【図５Ｃ】本発明の実施の形態におけるＨＡのＢＣの遷移の一例の図５Ｂの次の状態を示す図
【図６】本発明の実施の形態におけるＢＡＲメッセージのフォーマットの一例を示す図
【図７】本発明の実施の形態におけるＢＡＲメッセージのメッセージデータのフォーマットの一例を示す図
【図８】本発明の実施の形態におけるＢＡメッセージのフォーマットの一例を示す図
【図９】本発明の実施の形態におけるモビリティオプションのフォーマットの一例を示す図
【図１０】本発明の実施の形態におけるＨＡのバインディング更新処理の一例を説明するためのフローチャート
【図１１】本発明の実施の形態におけるＭＮのバインディング更新処理の一例を説明するためのフローチャート
【図１２】本発明の実施の形態におけるＨＡの構成の一例を示す構成図
【図１３】本発明の実施の形態におけるＭＮの構成の一例を示す構成図
【図１４Ａ】従来のバインディング更新においてループが発生する一例の一部について説明するための図
【図１４Ｂ】従来のバインディング更新においてループが発生する一例の図１４Ａの次の状態を示す図
【図１４Ｃ】従来のバインディング更新においてループが発生する一例の図１４Ｂの次の状態を示す図
【図１４Ｄ】従来のバインディング更新においてループが発生する一例の図１４Ｃの次の状態を示す図
【図１５】従来のＢＵ手順においてＢＡメッセージがＨＡ間を往復する状況が発生する場合のパケット構成の一例を示す図
【図１６】従来のバインディング更新においてＭＮがＢＵメッセージを送信した場合を説明するための図
【図１７】従来のバインディング更新におけるＢＡメッセージのパケット構成の一例を示す図
【図１８】従来のバインディング更新においてＨＡが３つ存在する場合を示す図
【図１９Ａ】従来のバインディング更新においてＨＡが２つで、ＭＮがＢＵメッセージを送信する場合の状況の一部を説明するための図
【図１９Ｂ】従来のバインディング更新においてＨＡが２つで、ＭＮがＢＵメッセージを送信する場合の状況の図１９Ａの次の状態を示す図
【図１９Ｃ】従来のバインディング更新においてＨＡが２つで、ＭＮがＢＵメッセージを送信する場合の状況の図１９Ｂの次の状態を示す図
【図１９Ｄ】従来のバインディング更新においてＨＡが２つで、ＭＮがＢＵメッセージを送信する場合の状況の図１９Ｃの次の状態を示す図
【図１９Ｅ】従来のバインディング更新においてＨＡが２つで、ＭＮがＢＵメッセージを送信する場合の状況の図１９Ｄの次の状態を示す図
【図２０Ａ】従来のバインディング更新においてＨＡ１のバインディングとＨＡ２のバインディングを行う際の２通りの方法の一部について説明するための図
【図２０Ｂ】従来のバインディング更新においてＨＡ１のバインディングとＨＡ２のバインディングを行う際の２通りの方法の図２０Ａの次の状態を示す図
【図２０Ｃ】従来のバインディング更新においてＨＡ１のバインディングとＨＡ２のバインディングを行う際の２通りの方法の図２０Ｂの次の状態を示す図
【図２０Ｄ】従来のバインディング更新においてＨＡ１のバインディングとＨＡ２のバインディングを行う際の２通りの方法の図２０Ｃの次の状態を示す図
【図２０Ｅ】従来のバインディング更新においてＨＡ１のバインディングとＨＡ２のバインディングを行う際の２通りの方法の図２０Ａの次の状態を示す図
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１Ａ】
2008053798.tif 000043
【図１Ｂ】
2008053798.tif 000044
【図１Ｃ】
2008053798.tif 000045
【図１Ｄ】
2008053798.tif 000046
【図１Ｅ】
2008053798.tif 000047
【図２Ａ】
2008053798.tif 000048
【図２Ｂ】
2008053798.tif 000049
【図２Ｃ】
2008053798.tif 000050
【図２Ｄ】
2008053798.tif 000051
【図３】
2008053798.tif 000052
【図４】
2008053798.tif 000053
【図５Ａ】
2008053798.tif 000054
【図５Ｂ】
2008053798.tif 000055
【図５Ｃ】
2008053798.tif 000056
【図６】
2008053798.tif 000057
【図７】
2008053798.tif 000058
【図８】
2008053798.tif 000059
【図９】
2008053798.tif 000060
【図１０】
2008053798.tif 000061
【図１１】
2008053798.tif 000062
【図１２】
2008053798.tif 000063
【図１３】
2008053798.tif 000064
【図１４Ａ】
2008053798.tif 000065
【図１４Ｂ】
2008053798.tif 000066
【図１４Ｃ】
2008053798.tif 000067
【図１４Ｄ】
2008053798.tif 000068
【図１５】
2008053798.tif 000069
【図１６】
2008053798.tif 000070
【図１７】
2008053798.tif 000071
【図１８】
2008053798.tif 000072
【図１９Ａ】
2008053798.tif 000073
【図１９Ｂ】
2008053798.tif 000074
【図１９Ｃ】
2008053798.tif 000075
【図１９Ｄ】
2008053798.tif 000076
【図１９Ｅ】
2008053798.tif 000077
【図２０Ａ】
2008053798.tif 000078
【図２０Ｂ】
2008053798.tif 000079
【図２０Ｃ】
2008053798.tif 000080
【図２０Ｄ】
2008053798.tif 000081
【図２０Ｅ】
2008053798.tif 000082
【国際調査報告】
2008053798.tif 000083
2008053798.tif 000084
2008053798.tif 000085
2008053798.tif 000086