(57)【要約】  モバイルノードが、モバイルノードの気付アドレスとホームアドレスとのバインディングを既に把握しているノードが所有するアドレスに対する冗長な経路最適化メッセージの発生を検知する技術が開示され、その技術によればＣＮ（コレスポンデントノード）６０は２つのアドレス１３４、１３６を使用している。ＭＮ５０がアドレス１３４との通信の経路最適化処理を実行し、自身の気付アドレスとホームアドレスとの関連情報を登録するＢＵ（バインディングアップデート）メッセージ２１０を送信すると、ＣＮは、もう一方のアドレス１３６の情報をＢＡ（バインディングアクノレッジメント）メッセージ２２０に挿入して返信する。ＭＮは、ＣＮが別のアドレス１３６を所有していることを把握し、別のアドレス１３６との間で経路最適化された通信を開始する場合には、リターンルータビリティ処理やＢＵメッセージの送信を行うことなく、データパケット２３０を送信する。
2008114496.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して通信を行うパケット通信手段と、
特定のアドレスとの間における経路最適化を行うためにリターンルータビリティ処理及びバインディングアップデート処理を行うバインディングアップデート処理手段と、
前記特定のアドレスを使用している通信装置が使用可能な別のアドレスを取得する接続アドレス取得手段と、
前記特定のアドレス、及び前記接続アドレス取得手段で取得した前記通信装置の前記別のアドレスを関連付けて記憶する接続アドレス記憶手段と、
新たなアドレスとの間における経路最適化を行う場合、前記接続アドレス記憶手段に記憶されている情報に基づいて、前記新たなアドレスが、前記通信装置の前記別のアドレスと一致するか否かを確認する接続アドレス確認手段と、
前記接続アドレス確認手段で、前記新たなアドレスが前記通信装置の前記別のアドレスと一致することが確認された場合、前記新たなアドレスに関する前記リターンルータビリティ処理及び前記バインディングアップデート処理を行わずに前記新たなアドレスとの間における経路最適化通信を開始するように制御する経路最適化通信制御手段とを、
有するパケット通信装置。
【請求項２】
前記接続アドレス取得手段が、前記通信装置から受信したメッセージから、前記通信装置が使用可能な前記別のアドレスのリストを取得するように構成されている請求項１に記載のパケット通信装置。
【請求項３】
前記メッセージが、前記特定のアドレスに関連したバインディングアップデートメッセージに対する応答であるバインディングアクノレッジメントメッセージである請求項２に記載のパケット通信装置。
【請求項４】
前記メッセージが、前記特定のアドレスとの間で経路最適化通信を行うために実行される前記リターンルータビリティ処理のＨｏＴメッセージ又はＣｏＴメッセージである請求項２に記載のパケット通信装置。
【請求項５】
前記バインディングアップデート処理手段が、前記接続アドレス取得手段で取得した前記通信装置の前記別のアドレスに対して、前記特定のアドレスに関連したバインディングアップデートメッセージを送信するように構成されている請求項４に記載のパケット通信装置。
【請求項６】
前記接続アドレス取得手段で取得した前記通信装置の前記別のアドレスが有効なアドレスか否かを検証するアドレス検証手段を有する請求項１に記載のパケット通信装置。
【請求項７】
前記アドレス検証手段が、前記別のアドレスあてに検証用メッセージを送信し、その応答メッセージに基づいて前記別のアドレスが有効なアドレスか否かを確認するように構成されている請求項６に記載のパケット通信装置。
【請求項８】
前記接続アドレス記憶手段がパケットのルーティング処理を行うレイヤにおいて管理されているとともに、前記接続アドレス取得手段が前記パケットのルーティング処理を行うレイヤよりも上位のレイヤに属しており、前記接続アドレス取得手段が前記接続アドレス記憶手段に情報の書き込みを直接行うことができるレイヤ間インタフェースが設けられている請求項１に記載のパケット通信装置。
【請求項９】
前記接続アドレス取得手段が、前記通信装置に対して、前記通信装置が使用可能な別のアドレスの通知を要求するように構成されている請求項１に記載のパケット通信装置。
【請求項１０】
ネットワークを介して通信を行うパケット通信手段と、
前記パケット通信手段における通信で使用される複数のアドレスを管理する複数アドレス管理手段と、
モバイルノードとの間で経路最適化通信を行うために実行されるリターンルータビリティ処理及びバインディングアップデート処理において前記モバイルノードに送信されるメッセージを用いて、前記複数アドレス管理手段で管理されている複数のアドレスを通知するアドレス通知手段とを、
有するパケット通信装置。
【請求項１１】
前記複数アドレス管理手段で管理されている複数のアドレスのうちの１つのアドレスとの間における経路最適化を行うためのバインディングアップデートメッセージを前記モバイルノードから受信した場合に、前記複数のアドレスから前記１つのアドレスを除く残りのアドレスが少なくとも記載されているアドレスリストを前記バインディングアップデートメッセージに対する応答であるバインディングアクノレッジメントメッセージに挿入して返信するように構成されている請求項１０に記載のパケット通信装置。
【請求項１２】
前記複数アドレス管理手段で管理されている複数のアドレスのうちの１つのアドレスとの間における経路最適化を行うためのＣｏＴＩメッセージ又はＨｏＴＩメッセージを前記モバイルノードから受信した場合に、前記複数のアドレスから前記１つのアドレスを除く残りのアドレスが少なくとも記載されているアドレスリストを前記ＣｏＴＩメッセージに対する応答であるＣｏＴメッセージ、又は前記ＨｏＴＩメッセージに対する応答であるＨｏＴメッセージに挿入して返信するように構成されている請求項１０に記載のパケット通信装置。
【請求項１３】
前記アドレス通知手段は、前記複数アドレス管理手段で管理されている複数のアドレスの通知要求を前記モバイルノードから受信した場合に、前記複数アドレス管理手段で管理されている複数のアドレスの通知を行うように構成されている請求項１０に記載のパケット通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ（Internet Protocol：インターネットプロトコル）ネットワークなどのパケット交換型データ通信ネットワークにおけるパケット通信装置に関し、特に、モバイルＩＰｖ６（Internet Protocol version 6）などのモビリティ管理機能を有するプロトコルを実装し、パケット通信の際に通信相手との間で経路最適化を行うことが可能なパケット通信装置に関する。
【背景技術】
【０００２】
現在、多数のデバイスが、インターネットプロトコルを使用して、互いに通信を行っている。モバイル機器にモビリティサポートを提供するために、ＩＥＴＦ（Internet Engineering Task Force）では、ＩＰｖ６におけるモビリティサポート（下記の非特許文献１を参照）やネットワークモビリティサポート（下記の非特許文献２を参照）が規定されている。モバイルＩＰでは、各モバイルノードは、不変のホームドメインを持っている。モバイルノードが、自身のホームネットワークに接続している場合、モバイルノードには、ホームアドレス（ＨｏＡ：Home Address）として知られるプライマリグローバルアドレスが割り当てられる。【０００３】
一方、モバイルノードがホームネットワークから離れている場合、すなわち、他のフォーリンネットワークに接続している場合には、通常、モバイルノードには、気付アドレス（ＣｏＡ：Care-of Address）として知られる一時的なグローバルアドレスが割り当てられる。モビリティサポートの考えは、モバイルノードが他のフォーリンネットワークに接続している場合でも、自身のホームアドレスで、そのモバイルノードまで到達可能となるようにするものである。【０００４】
このような考えは、非特許文献１において、ホームエージェント（ＨＡ：Home Agent）として知られるエンティティをホームネットワークに導入することによって実践されている。モバイルノードは、バインディングアップデート（ＢＵ：Binding Update）として知られるメッセージを使用して、ホームエージェントへの気付アドレスの登録を行う。これにより、ホームエージェントは、モバイルノードのホームアドレスと気付アドレスとの間のバインディングを生成することが可能となる。ホームエージェントは、モバイルノードのホームアドレスに向けられたメッセージを受信（intercept）し、パケットのカプセル化（あるパケットを新たなパケットのペイロードとすることであり、パケットトンネリングとしても知られている）を用いて、そのパケットをモバイルノードの気付アドレスに転送する機能を担っている。【０００５】
また、個々のホスト用のモビリティサポートの概念を、ノードのネットワーク用のモビリティサポートに拡張した場合、移動を行うネットワークに関しても、モバイルネットワークがインターネットに対してどの接続ポイントで接続している場合でも、プライマリグローバルアドレスでモバイルネットワーク内のノードに到達可能とするメカニズムが望まれる。【０００６】
非特許文献２には、ホームエージェントにＢＵ（Binding Update：バインディングアップデート）メッセージを送信する際に、モバイルルータが、モバイルネットワーク内のノードが使用しているネットワークプレフィックスを示す旨が記載されている。例えば、ＢＵメッセージ内にネットワークプレフィックスオプションと呼ばれる特別なオプションを挿入することによって、モバイルルータは、ネットワークプレフィックスを示すことが可能となる。これにより、ホームエージェントは、プレフィックスに基づくルーティングテーブルを構築し、このネットワークプレフィックスを有するあて先アドレスに送信されるパケットをモバイルルータの気付アドレスに転送することが可能となる。【０００７】
また、アクセス技術の向上と共に、各装置が複数のネットワークアクセス機能を有しており、異なる接続ポイントを同時に接続することによって、複数の接続ポイントを介してグローバル通信ネットワーク（例えば、インターネット）に接続することも可能である。したがって、モバイルノード（モバイルＩＰｖ６を起動しているホスト、又はネットワークモビリティサポートを起動しているルータ）は複数のアドレスを有しているコレスポンデントノードと通信を行う機会も多くなる。以下、図１Ａを参照しながら、複数のアドレスを有するノードを含むネットワーク接続の例について説明する。【０００８】
図１Ａには、従来の技術におけるネットワーク構成の一例が図示されている。図１Ａは、グローバル通信ネットワーク（例えばインターネット）１０に接続されている様々なエッジネットワークが図示されている。【０００９】
ホームネットワーク１１では、ホームエージェント（ＨＡ：Home Agent）１１１は、２つのインターネットサービスプロバイダ（ＩＳＰ）２０、２２を通じて、グローバル通信ネットワーク１０へアクセスすることが可能である。これら２つのＩＳＰ２０、２２はそれぞれ独立しており、ホームネットワーク１１には異なる２つのプレフィックス３０、３２が提供される。これにより、ホームエージェント（ＨＡ）１１１が２つの異なるアドレス（プレフィックス３０により構成されたアドレスと、プレフィックス３２により構成されたアドレス）を有することができるようになる。【００１０】
また、ＣＮ（Correspondent Node：コレスポンデントノード）６０によって、ノードが複数のアドレスを持つ場合の一例が例示されている。このＣＮ６０は、２つのイグレスルータ（ＥＲ：Egress Router）２４、２６を有するサブネット上に存在している。これらの２つのイグレスルータは、プレフィックス３４を通知するＥＲ２４、プレフィックス３６を通知するＥＲ２６である。これにより、コレスポンデントノード（ＣＮ）６０が２つの異なるアドレス（プレフィックス３４により構成されたアドレスと、プレフィックス３６により構成されたアドレス）を有することができるようになる。【００１１】
また、ノードが複数のアドレスを持つ場合の一例として、ノードが、それぞれ異なるサブネットに接続されている２つの異なるインタフェースを有する場合が挙げられる。図１Ａでは、このような状態はＣＮ６２によって例示されている。このＣＮ６２は、例えば、有線イーサネット（登録商標）インタフェースと無線ローカルエリアネットワーク（ＷＬＡＮ）インタフェースとを有しており、それぞれのインタフェースがオフィスネットワーク１４の異なるサブネットに接続されている。これにより、コレスポンデントノード（ＣＮ）６２は、２つの異なるアドレス（プレフィックス３８により構成されたアドレスと、プレフィックス４０により構成された別のアドレス）を有することになる。【００１２】
また、複数のアドレスを有することができるノードが、複数のノードのプロキシとして動作する場合もある。この場合の一例は、プロキシホームエージェント（ｐＨＡ：proxy Home Agent）１１６によって例示されている。ｐＨＡ１１６は、例えばＨＡ１１１、ＨＡ１１２、ｐＨＡ１１６により構成されているホームエージェントのオーバレイネットワークにおけるプロキシホームエージェントとして機能している。【００１３】
効率的なルーティングを実現するため、ＨＡ１１１を自身のホームエージェントとするモバイルノード（ＭＮ）５０がｐＨＡ１１６の存在しているアクセスネットワーク１６に移動した場合には、ｐＨＡ１１６は、ＭＮ５０から送信されたバインディングアップデートをＨＡ１１１の代わりに処理することによって、ＨＡ１１１のプロキシとして機能する。同様に、例えば、ホームネットワーク１２に属するその他のモバイルノードにとって、ｐＨＡ１１６はＨＡ１１２のプロキシホームエージェントとして機能する。このように、ｐＨＡ１１６は複数のアドレス（すなわち、ＨＡ１１１及びＨＡ１１２のアドレス）を有するものとして取り扱われる。【００１４】
また、モバイルノード（例えばＭＮ５０）が複数のアドレスを有するノード（例えばＣＮ６０）と通信を行っている場合には、図１Ｂのシーケンスチャートに図示されているように、ＭＮ５０から余分なシグナリングが送信されることがある。図１Ｂにおいて、まず、ＭＮ５０は、プレフィックス３４から構成されたＣＮ６０のアドレス１３４との間で、経路最適化の初期設定メッセージを交換する。これらのメッセージは、例えば、ホームテストイニット（ＨｏＴＩ：Home test init）メッセージ１４０、ホームテスト（ＨｏＴ：Home Test）メッセージ１４２、気付テストイニット（ＣｏＴＩ：Care-of Test Init）メッセージ１４４、気付イニット（ＣｏＴ：Care-of Init）メッセージ１４６などである。【００１５】
そして、最終的に、ＭＮ５０からバインディングアップデート（ＢＵ：Binding Update）メッセージ１４８が送信されて、経路最適化されたパスが確立される。ＣＮ６０は、アドレス１３４を使用して、応答としてバインディングアクノレッジメント（ＢＡ：Binding Acknowledgement）メッセージ１５０を送信する。【００１６】
その後、ＭＮ５０の任意のアプリケーションが、プレフィックス３６によって構成されたアドレス１３６を有するノード（ＣＮ６０）の存在を把握したとする。このとき、ＭＮ５０は、ＣＮ６０がアドレス１３６も所有していることを知らない場合には、アドレス１３６との間においても、別の経路最適化の確立処理を開始する。このアドレス１３６に関する経路最適化の確立処理においても、アドレス１３４に関して行われた経路最適化と同様、図１Ｂに図示されているように、ＨｏＴＩ１６０、ＨｏＴ１６２、ＣｏＴＩ１６４、ＣｏＴ１６６、ＢＵ１６８、ＢＡ１７０の各メッセージが交換される。【００１７】
しかしながら、ＣＮ６０がＭＮ５０の現在の気付アドレスを把握できるようにすることを目的とした場合には、ＣＮ６０は、アドレス１３４に関する最初のメッセージ１４０〜１５０のセットによって、ＭＮ５０の現在の気付アドレスを既に把握しており、アドレス１３６に関するメッセージ１６０〜１７０のセットは明らかに冗長である。【００１８】
例えば、下記の非特許文献３には、現在ＩＥＴＦで議論されているプロトコル（Ｓｈｉｍ６プロトコルと呼ばれるプロトコル）が開示されている。このＳｈｉｍ６は、エンドノードがマルチホーミング機能を実現できるようにし、その結果、通信を行っているエンドノード同士が到達可能なアドレスを相互に把握できるようになる。【００１９】
また、例えば下記の非特許文献４には、広く使用されている送信制御プロトコル（ＴＣＰ）に代わって、トランスポートレイヤプロトコルのストリーム制御送信プロトコル（ＳＣＴＰ：Stream Control Transmission Protocol）が開示されている。このストリーム制御送信プロトコルは、マルチホーミング機能を有し、ＳＣＴＰセッションのエンドポイントが複数のアドレスを有することが可能となる。【００２０】
また、下記の特許文献１には、モバイルノードが集約されたバインディングアップデートをホームエージェントに送信し、ホームエージェントが、集約されたバインディングアップデートメッセージに記載されている複数の異なるコレスポンデントノードのそれぞれに対して、バインディングアップデートを送信する方法が開示されている。これにより、モバイルノードは、１つのバインディングアップデートメッセージを用いて、複数のコレスポンデントノードへの通知を行うことが可能となる。【００２１】
また、同様に、下記の特許文献２には、あるホームエージェントが別のホームエージェントにバインディングアップデートメッセージを送信するホームエージェント同期方法が開示されている。この技術においても、モバイルノードが１つのバインディングアップデートメッセージを送信するだけで複数のホームエージェントへの通知が行われるようになる。【００２２】
また、下記の特許文献３には、コレスポンデントルータによるシステムを用いた方法が開示されている。この特許文献３に開示されている技術では、コレスポンデントルータが、いくつかのコレスポンデントノード（通常は、コレスポンデントノードのネットワーク全体）の代表として経路最適化を終端することが可能である。ここでは、モバイルノードは、コレスポンデントノードに対して経路最適化シグナリングメッセージのセットを送信するだけで、コレスポンデントノードのネットワーク全体のアドレスを用いた経路最適化の恩恵を受けることが可能となる。
【特許文献１】米国特許公開公報２００５／００４４３６２
【特許文献２】国際公開番号ＷＯ／０６／０６８４３９
【特許文献３】国際公開番号ＷＯ／０６／０６４９６０
【非特許文献１】Johnson, D. B., Perkins, C. E., and Arkko, J., "Mobility Support in IPv6", Internet Engineering Task Force Request For Comments 3775, June 2004.
【非特許文献２】Devarapalli, V., et. al., "NEMO Basic Support Protocol", Internet Engineering Task Force Request For Comments 3963, January 2005.
【非特許文献３】Nordmark, E., et al. “Level 3 Multihoming Shim Protocol”, Internet Draft: draft-ietf-shim6-proto-05.txt, work-in-progress, May 2006.
【非特許文献４】Stewart, R., et al. “Stream Control Transmission Protocol”, Internet Engineering Task Force Request For Comment 2960, October 2000.
【００２３】
しかしながら、非特許文献３に開示されているＳｈｉｍ６プロトコルや非特許文献４に開示されているＳＣＴＰは両方共、ノードのプロトコルスタックのルーティングレイヤの上位で実行されるように設計されている。したがって、モビリティ管理機能が存在するルーティングレイヤは、複数のアドレスが同一のノードによって所有されていることを把握できない。【００２４】
すなわち、上述の問題（同一ノードの異なるアドレスに対して余分な経路最適化のシグナリングメッセージを送信してしまうという問題）は依然として解決されず、この問題の解決に関しては、Ｓｈｉｍ６プロトコルやＳＣＴＰの使用では不十分である。【００２５】
また、特許文献１、２に開示されている技術によれば、モバイルノードが１つのバインディングアップデートメッセージを用いて複数のノードへの通知を行える一方、結局、別のメッセージが送信されることになる。すなわち、特許文献１、２に開示されている技術では、余分なシグナリングによって生じ得る帯域幅の消費は低減されるものの、余分なシグナリングが発生してしまうという問題は解決されない。【００２６】
また、特許文献３に開示されている技術では、コレスポンデントルータとモバイルノードとの間の信用関係を確立させるためのインフラストラクチャの構築や手続きの実行が必要となるという問題がある。
【発明の開示】
【００２７】
上記の問題を解決するため、本発明は、モバイルノードが、モバイルノードの気付アドレスとホームアドレスとのバインディングを既に把握しているノードが所有するアドレスに対する冗長な経路最適化メッセージの発生を検知することで、余分なメッセージの交換を削減することを目的とする。
【００２８】
上記の目的を達成するため、本発明のパケット通信装置は、ネットワークを介して通信を行うパケット通信手段と、
特定のアドレスとの間における経路最適化を行うためにリターンルータビリティ処理及びバインディングアップデート処理を行うバインディングアップデート処理手段と、
前記特定のアドレスを使用している通信装置が使用可能な別のアドレスを取得する接続アドレス取得手段と、
前記特定のアドレス、及び前記接続アドレス取得手段で取得した前記通信装置の前記別のアドレスを関連付けて記憶する接続アドレス記憶手段と、
新たなアドレスとの間における経路最適化を行う場合、前記接続アドレス記憶手段に記憶されている情報に基づいて、前記新たなアドレスが、前記通信装置の前記別のアドレスと一致するか否かを確認する接続アドレス確認手段と、
前記接続アドレス確認手段で、前記新たなアドレスが前記通信装置の前記別のアドレスと一致することが確認された場合、前記新たなアドレスに関する前記リターンルータビリティ処理及び前記バインディングアップデート処理を行わずに前記新たなアドレスとの間における経路最適化通信を開始するように制御する経路最適化通信制御手段とを、
有する。
この構成により、モバイルノードが、モバイルノードの気付アドレスとホームアドレスとのバインディングを既に把握しているノードが所有するアドレスに対する冗長な経路最適化メッセージの発生を検知できるようになる。
【００２９】
さらに、本発明のパケット通信装置は、上記の構成に加えて、前記接続アドレス取得手段が、前記通信装置から受信したメッセージから、前記通信装置が使用可能な前記別のアドレスのリストを取得するように構成されている。
この構成により、通信相手である通信装置から、その通信装置が使用している複数のアドレスの通知を受けることができるようになる。
【００３０】
さらに、本発明のパケット通信装置は、上記の構成に加えて、前記メッセージが、前記特定のアドレスに関連したバインディングアップデートメッセージに対する応答であるバインディングアクノレッジメントメッセージである。
この構成により、通信相手である通信装置から受信したバインディングアクノレッジメントメッセージの中から、その通信装置が使用している複数のアドレスのリストを取得できるようになる。
【００３１】
さらに、本発明のパケット通信装置は、上記の構成に加えて、前記メッセージが、前記特定のアドレスとの間で経路最適化通信を行うために実行される前記リターンルータビリティ処理のＨｏＴメッセージ又はＣｏＴメッセージである。
この構成により、通信相手である通信装置から受信したＨｏＴメッセージ又はＣｏＴメッセージの中から、その通信装置が使用している複数のアドレスのリストを取得できるようになる。
【００３２】
さらに、本発明のパケット通信装置は、上記の構成に加えて、前記バインディングアップデート処理手段が、前記接続アドレス取得手段で取得した前記通信装置の前記別のアドレスに対して、前記特定のアドレスに関連したバインディングアップデートメッセージを送信するように構成されている。
この構成により、通信相手である通信装置から通知された複数のアドレスが有効なアドレスか否かを、バインディングアップデートメッセージの送信によって検証することが可能となる。
【００３３】
さらに、本発明のパケット通信装置は、上記の構成に加えて、前記接続アドレス取得手段で取得した前記通信装置の前記別のアドレスが有効なアドレスか否かを検証するアドレス検証手段を有する。
この構成により、通信相手である通信装置から通知された複数のアドレスが有効なアドレスか否かを検証することが可能となる。
【００３４】
さらに、本発明のパケット通信装置は、上記の構成に加えて、前記アドレス検証手段が、前記別のアドレスあてに検証用メッセージを送信し、その応答メッセージに基づいて前記別のアドレスが有効なアドレスか否かを確認するように構成されている。
この構成により、通信装置が所有していると思われる複数のアドレスの有効性を検証することが可能となり、セキュリティが向上される。
【００３５】
さらに、本発明のパケット通信装置は、上記の構成に加えて、前記接続アドレス記憶手段がパケットのルーティング処理を行うレイヤにおいて管理されているとともに、前記接続アドレス取得手段が前記パケットのルーティング処理を行うレイヤよりも上位のレイヤに属しており、前記接続アドレス取得手段が前記接続アドレス記憶手段に情報の書き込みを直接行うことができるレイヤ間インタフェースが設けられている。
この構成により、Ｓｈｉｍ６プロトコルやＳＴＣＰなどで取得された通信装置の複数のアドレスのリストが、モビリティ管理機能の存在するルーティングレイヤに通知されるようになり、ルーティングレイヤにおいて、複数のアドレスが同一の通信装置によって所有されている旨を把握できるようになる。
【００３６】
さらに、本発明のパケット通信装置は、上記の構成に加えて、前記接続アドレス取得手段が、前記通信装置に対して、前記通信装置が使用可能な別のアドレスの通知を要求するように構成されている。
この構成により、アドレスの通知を要求したパケット通信装置に対してのみ、通信相手である通信装置が使用可能な別のアドレスの通知が行われるようにすることが可能となる。
【００３７】
上記の目的を達成するため、本発明のパケット通信装置は、ネットワークを介して通信を行うパケット通信手段と、
前記パケット通信手段における通信で使用される複数のアドレスを管理する複数アドレス管理手段と、
モバイルノードとの間で経路最適化通信を行うために実行されるリターンルータビリティ処理及びバインディングアップデート処理において前記モバイルノードに送信されるメッセージを用いて、前記複数アドレス管理手段で管理されている複数のアドレスを通知するアドレス通知手段とを、
有する。
この構成により、モバイルノードが、モバイルノードの気付アドレスとホームアドレスとのバインディングを既に把握しているノードが所有するアドレスに対する冗長な経路最適化メッセージの発生を検知できるようになる。
【００３８】
さらに、本発明のパケット通信装置は、上記の構成に加えて、前記複数アドレス管理手段で管理されている複数のアドレスのうちの１つのアドレスとの間における経路最適化を行うためのバインディングアップデートメッセージを前記モバイルノードから受信した場合に、前記複数のアドレスから前記１つのアドレスを除く残りのアドレスが少なくとも記載されているアドレスリストを前記バインディングアップデートメッセージに対する応答であるバインディングアクノレッジメントメッセージに挿入して返信するように構成されている。
この構成により、複数のアドレスを使用しているノードが、モバイルノードからバインディングアップデートメッセージを受信した場合、自身が所有している複数のアドレス（あるいは、既にモバイルノードが把握しているアドレスを除く残りのアドレス）のリストをバインディングアクノレッジメントメッセージに挿入して返信することが可能となる。
【００３９】
さらに、本発明のパケット通信装置は、上記の構成に加えて、前記複数アドレス管理手段で管理されている複数のアドレスのうちの１つのアドレスとの間における経路最適化を行うためのＣｏＴＩメッセージ又はＨｏＴＩメッセージを前記モバイルノードから受信した場合に、前記複数のアドレスから前記１つのアドレスを除く残りのアドレスが少なくとも記載されているアドレスリストを前記ＣｏＴＩメッセージに対する応答であるＣｏＴメッセージ、又は前記ＨｏＴＩメッセージに対する応答であるＨｏＴメッセージに挿入して返信するように構成されている。
この構成により、複数のアドレスを使用しているノードが、モバイルノードからＣｏＴＩメッセージ又はＨｏＴＩメッセージを受信した場合、自身が所有している複数のアドレス（あるいは、既にモバイルノードが把握しているアドレスを除く残りのアドレス）のリストをＣｏＴメッセージ又はＨｏＴメッセージに挿入して返信することが可能となる。
【００４０】
さらに、本発明のパケット通信装置は、上記の構成に加えて、前記アドレス通知手段は、前記複数アドレス管理手段で管理されている複数のアドレスの通知要求を前記モバイルノードから受信した場合に、前記複数アドレス管理手段で管理されている複数のアドレスの通知を行うように構成されている。
この構成により、アドレスの通知を要求したモバイルノードに対してのみ、使用可能なアドレスのリストの通知が行われるようにすることが可能となる。
【００４１】
本発明は、上記の構成を有しており、モバイルノードが、モバイルノードの気付アドレスとホームアドレスとのバインディングを既に把握しているノードが所有するアドレスに対する冗長な経路最適化メッセージの発生を検知することで、余分なメッセージの交換を削減できるという効果を奏する。
【図面の簡単な説明】
【００４２】
【図１Ａ】従来の技術におけるネットワーク構成の一例を示す図
【図１Ｂ】従来の技術において、モバイルノードと複数のアドレスを有するノードとの間で行われるメッセージ交換の一例を示すシーケンスチャート
【図２Ａ】本発明の実施の形態において、モバイルノードと複数のアドレスを有するノードとの間で行われるメッセージ交換の一例を示すシーケンスチャート
【図２Ｂ】本発明の実施の形態において、モバイルノードと複数のアドレスを有するノードとの間で行われるメッセージ交換に加えて、モバイルノードがアドレスのリストの検証を行う場合の処理の一例を示すシーケンスチャート
【図２Ｃ】本発明の実施の形態において、モバイルノードと複数のアドレスを有するノードとの間で行われるメッセージ交換に加えて、モバイルノードがアドレスのリストの検証を行う場合の処理の別の一例を示すシーケンスチャート
【図３】本発明の実施の形態におけるバインディングアクノレッジメントメッセージの構造の一例を示す図
【図４】本発明の実施の形態におけるモバイルノードの機能アーキテクチャの一例を示す図
【図５】本発明の実施の形態におけるモバイルノードが、受信したＢＡメッセージを処理する際に実行するアルゴリズムの一例を示すフローチャート
【図６】本発明の実施の形態におけるモバイルノードが、あて先アドレスに基づいてパケット発送方法を決定する際に実行するアルゴリズムの一例を示すフローチャート
【図７】本発明の実施の形態において、ノードのグループが存在する場合の一例を示す図
【発明を実施するための最良の形態】
【００４３】
以下、図面を参照しながら、本発明の実施の形態について説明する。本発明によれば、モバイルノードと通信を行っているノードが、そのモバイルノードに接続（リンク）されているアドレスのリスト（以下、接続アドレスリストと呼ぶ）を通知できるようになる。この動作により、モバイルノードが、あるアドレスの所有者に対して、自身のホームアドレスと気付アドレスとの現在のバインディングを通知すれば、そのアドレスを含む接続アドレスリストに記載されている別のアドレスにおいても、モバイルノードのバインディングが把握されるようになる。したがって、モバイルノードは、複数のバインディングアップデート（さらには、関連するリターンルータビリティ処理のパケット）を各アドレスの所有者へ送信する必要がなくなる。【００４４】
なお、接続アドレスリストには、例えば、あるノード（あるいは、あるグループに属する複数のノードのそれぞれ）によって所有されている複数のアドレスが記載され、この接続アドレスリストの記載や接続アドレスリストを通知するメッセージの送信元アドレスなどから、複数のアドレスが同一のノードに属していることが分かるようになっている。また、接続アドレスリストに記載されるアドレスの所有者は単一のエンティティであることが望ましいが、異なるエンティティであってもよい。【００４５】
以下、図２Ａを参照しながら、本発明の実施の形態における動作の一例について説明する。図２Ａには、モバイルノード（ＭＮ）５０と、コレスポンデントノード（ＣＮ）６０との間の通信に係るメッセージのシーケンスチャートが図示されている。なお、ここでは、ＣＮ６０は、２つのアドレス１３４、１３６を所有しているものとする。【００４６】
ＭＮ５０に実装されている任意のアプリケーションによって、アドレス１３４、１３６を有するＣＮ６０との通信が行われており、ＭＮ５０のモビリティレイヤ（例えば、モバイルＩＰｖ６）が、両方のアドレス１３４、１３６との間で経路最適化を開始しようとしている。なお、この時点では、ＭＮ５０は、アドレス１３４、１３６が同一のＣＮ６０によって所有されていることをまだ把握できていない。【００４７】
まず、ＣＮ６０のアドレス１３４との間で、リターンルータビリティ処理２００が開始される。このリターンルータビリティ処理２００においては、例えば、ＭＮ５０とＣＮ６０との間でＨｏＴＩ、ＨｏＴ、ＣｏＴＩ、ＣｏＴメッセージの交換が行われる（図１Ｂのメッセージ１４０〜１４６の交換に対応）。なお、例えばインターネット鍵交換（ＩＫＥ：Internet Key Exchange）などのような、上記以外のメッセージ交換を伴う経路最適化の初期設定処理が同時に行われてもよい。なお、本発明は、任意の経路最適化の方法を特に限定するものではなく、本発明においては任意の経路最適化確立処理を利用することが可能である。【００４８】
リターンルータビリティ処理２００の後、ＭＮ５０はＢＵメッセージ２１０をＣＮ６０のアドレス１３４に送信することが可能となる。ＣＮ６０は、受信したＢＵメッセージ２１０が有効かつ真正なものであることを検証すると、ＢＡメッセージ（ＢＡ＋接続アドレスリスト）２２０で応答を行う。本発明の実施の形態では、このＢＡメッセージ２２０にＣＮ６０が所有するアドレス（例えば、アドレス１３６）が接続アドレスリストとして含まれている。【００４９】
この接続アドレスリストには、ＭＮ５０がＣＮ６０のあるアドレス（例えばアドレス１３４）にバインディング情報を送信した際に、別のアドレスの所有者に対してもバインディング情報の通知が行われるようなアドレスが含まれている。すなわち、ＭＮ５０が接続アドレスリストに記載されている任意のアドレスにバインディング情報を送信することで、接続アドレスリストに含まれているその他のアドレスに対してもバインディング情報の送信が行われたものとして処理される。その結果、接続アドレスリストに記載されている複数のアドレスに関しては、これらのアドレスに対して別々にリターンルータビリティ処理を行って、バインディングアップデートメッセージを送信する必要はなくなる。【００５０】
なお、ここでは、送信元アドレスがアドレス１３４であるＢＡメッセージ２２０に含まれる接続アドレスリストには、少なくともＣＮ６０のアドレス１３６が含まれているが、接続アドレスリストに、アドレス１３４及びアドレス１３６の両方が記載されていてもよい。この結果、ＭＮ５０は、ＣＮ６０のアドレス１３６にデータを送信しようとする場合に、アドレス１３６に対してリターンルータビリティ処理を行う必要がなくなり、データパケット２３０としてアドレス１３６にデータを直接送信することが可能となる。【００５１】
なお、上述の動作では、ＭＮ５０が、ＣＮ６０から送信された情報を検証せずに正しいものであると信用できると仮定している。しかしながら、セキュリティを考慮した場合には、モバイルノードは、受信した情報の検証を行って、その情報が信用できるものであることを確認する必要がある。この場合、モバイルノードは、受信した情報を使用する前に、情報の有効性を検証する。このような受信した情報の検証処理に関して、図２Ｂに図示されているメッセージのシーケンスチャートを参照しながら説明する。【００５２】
図２Ｂにおいて、ＭＮ５０がＢＡ（バインディングアクノレッジメント）メッセージ２２０に含まれている接続アドレスリストを受信するまでの処理は、図２Ａに図示されているものと同一である。ＭＮ５０は、接続アドレスリストに記載されているアドレスにデータを送信する前に、経路最適化メカニズムを用いてこれらのアドレスの検証処理を行うことを決定する。【００５３】
例えば、ＭＮ５０が、経路最適化メカニズムを用いて、インターネット制御メッセージプロトコル（ＩＣＭＰ：Internet Control and Message Protocol）のエコーリクエストメッセージ２４０をアドレス１３６（接続アドレスリストに記載されているアドレス）あてに送信することによって、アドレスの検証処理を行うことが可能である。【００５４】
接続アドレスリストに記載されているアドレスが有効なものである場合には、アドレス１３６の所有者はアドレス１３４の所有者と同一であり、ＭＮ５０のバインディング情報を既に把握しているので、ＩＣＭＰエコーリクエストメッセージ２４０を受信すると適切な応答を返信する。一方、アドレス１３６の所有者がＭＮ５０のバインディングを把握していない場合には、エラーメッセージが返信されるか、あるいは応答が行われない。【００５５】
なお、図２Ｂでは、ＣＮ６０がアドレス１３６を所有しており、ＭＮ５０のバインディング情報を既に把握しているので、ＩＣＭＰエコーリクエストメッセージ２４０は受け入れられて処理され、ＩＣＭＰエコーリプライメッセージ２５０がＭＮ５０に返信される。したがって、ＭＮ５０は、ＩＣＭＰエコーリプライメッセージ２５０を受信した場合に、アドレス１３６の検証に成功する。【００５６】
以上の動作によって、ＭＮ５０は、ＣＮ６０のアドレス１３６あてにデータを送信しようとする場合に、アドレス１３６の有効性を検証した後、データパケット２６０としてアドレス１３６にデータを直接送信することが可能となり、アドレス１３６に関してあらかじめリターンルータビリティ処理を行う必要がなくなる。【００５７】
なお、ここでは、ＩＣＭＰエコーリクエスト／リプライメッセージを用いて、アドレスの検証が行われているが、その他の検証方法が採用されてもよい。例えば、ＩＣＭＰエコーリクエスト／リプライメッセージの代わりに、特別なモビリティメッセージを使用することが可能である。例えば、別の例として、ＭＮ５０が別のバインディングアップデートメッセージをＣＮ６０のアドレス（アドレス１３６）へ送信することができ、ＣＮ６０がバインディングアクノレッジメントメッセージで応答することができる場合が挙げられる。この場合、バインディングアップデートメッセージに挿入される認証値（Authenticator value）には、ＣＮ６０のアドレス（アドレス１３６）を用いて計算された値が使用される。【００５８】
一般に、検証処理では、ＭＮ５０からＣＮ６０の検証対象アドレス（アドレス１３６）に検証処理を開始するメッセージ（検証開始メッセージ）が送信され、そのメッセージに対して、ＣＮ６０から検証応答メッセージの応答が行われる。検証開始メッセージは、ＭＮ５０の気付アドレスから直接送信される。また、検証開始メッセージには、ホームアドレスオプションが含まれている。すなわち、あたかもＣＮ６０のアドレス１３６にバインディングアップデートが既に送信されているかのように、検証開始メッセージは、経路最適化メカニズムを用いて送信される。アドレス１３６の所有者がＭＮ５０の現在のバインディングを把握していない場合には、この検証開始メッセージは破棄される。【００５９】
また、検証応答メッセージに関しても同様に、ＭＮ５０のホームアドレスが記載されたルーティングヘッダを有する検証応答メッセージが、ＭＮ５０の気付アドレスあてに直接送信される。これにより、検証応答メッセージの送信者（すなわち、アドレス１３６の所有者）が、ＭＮ５０の気付アドレスとホームアドレスとの間のバインディングを把握している旨がＭＮ５０に示されることになる。【００６０】
さらに、アドレスの検証に使用されるメッセージに関して、任意の変更や拡張が行われてもよい。例えば、ＭＮ５０とＣＮ６０のアドレス１３４との間のリターンルータビリティ処理によって得られるモビリティ管理鍵（モビリティマネジメントキー）を使用して、検証開始／応答メッセージのチェックサムを暗号化して生成することが可能である。これにより、アドレス１３６の所有者が、ＭＮ５０とＣＮ６０との間のモビリティ管理鍵を把握していることが立証される。【００６１】
さらに、ＣＮ６０が複数のアドレス（３つのグローバルアドレス１３４、１３６、１３８）を持っている場合に、検証メッセージ（検証開始メッセージ／検証応答メッセージ）をより最適化することが可能である。この場合の最適化では、ＭＮ５０は、ＣＮ６０が保持するいずれかのアドレス（例えば、アドレス１３６）へ検証開始メッセージを送信し、ＣＮ６０が別のアドレス（例えば、アドレス１３８）から検証応答メッセージによる応答を行う。これにより、１組の検証開始メッセージ及び検証応答メッセージによって、ＣＮ６０の２つのアドレスを検証することが可能となる。以下、このような検証処理に関して、図２Ｃに図示されているメッセージのシーケンスチャートを参照しながら説明する。【００６２】
図２Ｃにおいて、ＭＮ５０がＢＡ（バインディングアクノレッジメント）メッセージ２２０に含まれている接続アドレスリストを受信するまでの処理は、図２Ａに図示されているものと同一である。ＭＮ５０は、接続アドレスリストに記載されているアドレスにデータを送信する前に、経路最適化メカニズムを用いてこれらのアドレスの検証処理を行うことを決定する。【００６３】
ここで、ＭＮ５０は、経路最適化メカニズムを用いて（すなわち、検証開始メッセージ２７０の送信元アドレスとしてＭＮ５０の気付アドレスが設定されるとともに、ＭＮ５０のホームアドレスを記載したホームアドレスあて先オプションが検証開始メッセージ２７０に含まれるようにする）、検証開始メッセージ２７０をＣＮ６０のアドレスの１つ（例えばアドレス１３６）へ送信する。【００６４】
さらに、ＭＮ５０は、検証開始メッセージ２７０において、ＣＮ６０のアドレス１３８経由でＣＮ６０がその検証開始メッセージ２７０に対する応答を行うよう指定する。アドレス１３６及びアドレス１３８の所有者がＭＮ５０のバインディングを本当に把握しているのであれば、この検証開始メッセージ２７０を受けて、適切な検証応答メッセージ２８０をアドレス１３８経由で送り返すことが可能である。この検証応答メッセージ２８０は最適化された経路で送り返されてもよい。すなわち、検証応答メッセージ２８０のあて先アドレスには、ＭＮ５０の気付アドレスが設定されており、検証応答メッセージ２８０に、ＭＮ５０のホームアドレスを示すタイプ２ルーティングヘッダが含まれるようにしてもよい。【００６５】
ＭＮ５０は、検証応答メッセージ２８０を受信すると、アドレス１３６及びアドレス１３８の両方の検証に成功したことになる。この結果、ＭＮ５０は、ＣＮ６０のアドレス１３６にデータを送信しようとする場合に、アドレス１３６に対してリターンルータビリティ処理を行う必要がなくなり、データパケット２９０としてアドレス１３６にデータを直接送信することが可能となる。また同様に、ＭＮ５０は、ＣＮ６０のアドレス１３８にデータを送信しようとする場合に、アドレス１３８に対してリターンルータビリティ処理を行う必要がなくなり、データパケット２９５としてアドレス１３８にデータを直接送信することが可能となる。【００６６】
また、図３には、バインディングアクノレッジメントメッセージの好適なフォーマット３００の一例が図示されている。なお、図３には、接続アドレスリストの挿入が可能なＢＡメッセージについて説明する。【００６７】
送信元アドレスフィールド３０２には送信者のアドレスが含まれ、あて先アドレスフィールド３０４には受信者のアドレスを含まれる。また、接続アドレスリストの伝送にＢＡメッセージが使用される場合には、ＢＡメッセージのフォーマット３００にモビリティヘッダ３２０が含まれる。【００６８】
タイプフィールド３２２は、このメッセージがＢＡメッセージであることを示し、長さフィールド３２４はモビリティヘッダ３２０のサイズを表している。また、ＢＡメッセージには、バインディングのステータスを示すステータスフィールド３２６、対応するバインディングアップデートメッセージと同一のシーケンスナンバーを含むシーケンスナンバーフィールド３２８、受信したバインディングの有効期間を示すライフタイムフィールド３３０が含まれている。なお、モビリティヘッダ３２０のフィールド３２２〜３３０は、モバイルＩＰｖ６又はネットワークモビリティサポートによって規定される標準のフィールドである。【００６９】
本発明では、例えば、接続アドレスリストが新たなオプションとしてＢＡメッセージに挿入される。例えば、このようなオプションの一例が、図４に図示されている到達可能アドレスオプション３４０である。この到達可能アドレスオプション３４０は、モビリティヘッダ３２０に挿入されるモビリティヘッダオプションであり、オプションタイプフィールド３４２、オプション長さフィールド３４４、アドレスフィールド３４６が含まれている。【００７０】
オプションタイプフィールド３４２は、このオプションが到達可能アドレスオプション３４０であることを示すフィールドである。また、オプション長さフィールド３４４は、到達可能アドレスオプション３４０の長さを示すフィールドである。なお、オプション長さフィールド３４４が、アドレスフィールド３４６に含まれているアドレスの数を示すために使用されてもよい。【００７１】
また、アドレスフィールド３４６には、ＢＵメッセージの受信によってモバイルノード５０のホームアドレスと気付アドレスとの間のバインディングを把握したアドレス所有者（すなわち、このＢＡメッセージの送信者）が所有しているアドレスが接続アドレスリストとして含まれている。【００７２】
なお、アドレスフィールド３４６には、複数のアドレスが含まれてもよい。また、ＢＡメッセージの送信者は、自身が所有している複数のアドレスすべてをアドレスフィールド３４６に挿入する必要はなく、ＭＮ５０に通知したいアドレスのみを選択してアドレスフィールド３４６に挿入してもよい。【００７３】
図３に図示されているＢＡメッセージのフォーマット３００を考慮した場合、図２に図示されているＢＡメッセージ２２０では、送信元アドレスフィールド３０２にアドレス１３４が含まれ、あて先アドレスフィールド３０４にＭＮ５０の気付アドレスが含まれ、アドレスフィールド３４６にアドレス１３６が含まれる。なお、図３に図示されているＢＡメッセージのフォーマット３００には、その他のフィールドも存在し得るが、ここでは、その他のフィールドに関しては図示及び説明を省略する。ＢＡメッセージ内に存在している可能性のあるフィールドとしては、例えば、ルーティングヘッダフィールド、フローラベルなどの通常のＩＰｖ６ヘッダフィールド、暗号化ヘッダフィールドなどが挙げられる。【００７４】
なお、ここでは、接続アドレスリストがＢＡメッセージのモビリティヘッダ３２０に挿入される場合を例示しているが、接続アドレスリストの一部又は全部が、別の任意のフィールド又は任意のメッセージ（ＢＡメッセージ以外の任意のメッセージ）によって送信されてもよい。【００７５】
また、図４には、ＭＮ５０の好適な機能アーキテクチャ４００が図示されている。図４に図示されているＭＮ５０は、パケットの送受信を行うための１つ又は複数のネットワークインタフェース４１０、パケットの経路や転送方法を決定するためのルーティング決定部４２０、パケットの経路や転送方法に関する情報を保持するルーティングテーブル４２５、例えばモバイルＩＰｖ６などのモビリティ管理機能を実装するモビリティ管理モジュール４３０、ルーティングレイヤの上位に存在し、すべてのプロトコルやプログラムを包含する１つ又は複数の上位レイヤ４４０によって構成されている。【００７６】
ネットワークインタフェース４１０は、任意の通信媒体を通じて別のノードと通信を行うために必要なすべてのハードウェア及びソフトウェアを包含する機能ブロックである。関連する技術分野で周知の用語を使用した場合、ネットワークインタフェース４１０は、レイヤ１（物理層）とレイヤ２（データリンク層）の通信コンポーネント、ファームウェア、ドライバ、通信プロトコルを表している。なお、機能アーキテクチャ４００は、１つ以上のネットワークインタフェース４１０を有していてもよい。【００７７】
また、ルーティング決定部４２０は、パケットの発送方法に関するあらゆる決定処理を行う機能を有している。関連する技術分野で周知の用語を使用した場合、ルーティング決定部４２０は、ＩＰｖ４やＩＰｖ６などのレイヤ３（ネットワーク層）プロトコルが実装されていることを表している。【００７８】
また、ルーティングテーブル４２５には、ルーティング決定部４２０における決定処理を支援するための情報（パケットのルーティングを管理するルール）が含まれている。なお、ルーティングテーブル４２５には、ルーティングエントリのリストが含まれており、各ルーティングエントリには、あて先アドレス又は送信元アドレス、あるいは転送されるパケットから得られるその他の情報に基づいて、どのネットワークインタフェース４１０にパケットを渡すか、及び／又は次ホップノードのアドレスなどが記載されている。【００７９】
ルーティング決定部４２０は、シグナル／データパス４５２を通じて、ルーティングテーブル４２５のルーティングエントリのアップデートを行ったり、ルーティングテーブル４２５からルーティングエントリを抽出したりすることが可能である。また、ルーティング決定部４２０は、シグナル／データパス４５０を通じて、適切なネットワークインタフェース４１０におけるパケットの送受信を行うことが可能である。【００８０】
また、モビリティ管理モジュール４３０は、モバイルノードとしての動作を可能とするモバイルＩＰｖ６機能を実装している。このモバイルＩＰｖ６機能には、例えば、ホームエージェント及び／又はコレスポンデントノードへのバインディングアップデートメッセージの送信、気付アドレスやホームアドレスの管理（バインディング情報の管理）、ホームアドレスを使用して送信されるパケットのホームエージェントへの転送、ホームエージェントからのトンネルパケットの受信など、モビリティに関連した様々な処理を行う機能が含まれている。【００８１】
また、モビリティ管理モジュール４３０は、バインディングアップデートリスト（ＢＵＬ：Binding Update List）４３５を有しており、モバイルノードのホームアドレスと気付アドレスとの間のマッピングの通知が行われたすべてのノード（すなわち、このモバイルノードのバインディング情報が登録されているノード）を記録することが可能である。【００８２】
また、モビリティ管理モジュール４３０は、新たな情報格納部として、接続アドレスリスト４３３も有しており、通信に利用可能なアドレスをまとめて格納することが可能である。これによって、ＭＮ５０があるアドレスにバインディングアップデートメッセージを送信する際に、そのアドレスの所有者が、既にＭＮ５０のバインディングを把握していることが分かるようになり、こうした所有者に対して各アドレスに係るバインディングアップデートを送信する必要がなくなる。【００８３】
ＭＮ５０は、到達可能アドレスオプションを有するＢＡメッセージを受信すると、この到達可能アドレスオプションに含まれている情報に基づいて、接続アドレスリスト４３３をアップデートする必要がある。【００８４】
また、シグナルパス４５３を通じて、ルーティング決定部４２０とモビリティ管理モジュール４３０との間でパケットの受け渡しが可能である。また、モビリティ管理モジュール４３０は、シグナルパス４５６を通じて、ルーティングテーブル４２５に格納されているルーティング情報のアップデートや検索を行うことが可能である。【００８５】
例えば、モビリティ管理モジュール４３０は、コレスポンデントノード又はホームエージェントに対してバインディングアップデートメッセージを送信した場合、ルーティングテーブル４２５にルートを挿入する必要がある。その結果、コレスポンデントノード又はホームエージェントに続けて送信されるパケットは、送信元アドレスにモバイルノードの気付アドレスを使用して、トンネルインタフェースを通じて発送される。【００８６】
また、上位レイヤ４４０は、通信プロトコルスタックのルーティングレイヤの上位に存在するすべてのプロトコルとプログラムを表している。この上位レイヤ４４０には、例えば送信制御プロトコル（ＴＣＰ）、ストリーム制御送信プロトコル（ＳＣＴＰ）、ユーザデータグラムプロトコル（ＵＤＰ：User Datagram Protocol）などのトランスポートレイヤ又はセッションレイヤやアプリケーションを始めとして、他のノードと通信を行う際に必要な様々な機能が含まれている。【００８７】
モバイルノードがサイトマルチホーミングの方法を実行している場合は、上位レイヤ４４０には、例えばホストアイデンティティプロトコル（ＨＩＰ：Host Identity Protocol）やＳｈｉｍ６などのような関連する通信プロトコルが含まれる。また、シグナルパス４５４を通じて、ルーティング決定部４２０と上位レイヤ４４０との間でパケットの受け渡しが可能である。【００８８】
また、モビリティ管理モジュール４３０は、上位レイヤ４４０から接続アドレスリスト４３３に対して直接アクセスできるようにするためのサービスアクセスポイント（ＳＡＰ：Service Access Point）４６０を提供する。このＳＡＰ４６０は、上位レイヤ４４０がモビリティ管理モジュール４３０に対して、通信可能なアドレスを通知できるように構成されている。【００８９】
例えばＳｈｉｍ６やＳＣＴＰなどのプロトコルでは、２つの通信エンドポイント間で、利用可能なアドレスが交換される。このとき、上位レイヤ４４０で同一のエンドポイントが所有していることが分かっているアドレスが存在する場合には、こうしたアドレスの情報が、上位レイヤ４４０からＳＡＰ４６０を通じて接続アドレスリスト４３３内に記録される。この接続アドレスリスト４３３内の情報に基づいて、モビリティ管理レイヤは、経路最適化処理における冗長なシグナリングをなくすことが可能となる。【００９０】
また、図５には、受信したＢＡメッセージを処理する際にＭＮ５０によって使用されるアルゴリズムの一例が図示されている。ステップＳ５００において、受信したＢＡメッセージに関する通常の処理が実行される。ステップＳ５００のＢＡメッセージの処理では、ＢＡメッセージの有効性のチェックや、バインディングのステータスの記録などが行われる。ＢＡメッセージが有効であることが確認されると、ステップＳ５１０において、このＢＡメッセージに到達可能アドレスオプションが含まれているか否かのチェックが行われる。【００９１】
ステップＳ５１０において到達可能アドレスオプションが存在しないことが確認された場合には、ステップＳ５４０において、ＢＡメッセージの送信元アドレスがバインディングアップデートリスト４３５に追加される。なお、このとき、特定のフラグ、ステータス、ＢＡメッセージのライフタイムなどが同時に記録されてもよい。【００９２】
一方、ステップＳ５１０において到達可能アドレスオプションの存在が確認された場合には、まず、ステップＳ５２０において、到達可能アドレスオプションに記載されている各アドレスの検証が行われる。【００９３】
なお、モバイルノードが到達可能アドレスオプションに記載されている各アドレスをそのまま信用する場合には、検証処理は、そのアドレスが有効なグローバルアドレスか否かを検証する程度の簡単な処理となり得る。一方、モバイルノードが、各アドレスに関して詳細な検証を行う場合には、例えば上述のように、ＩＣＭＰエコーリクエストメッセージを各アドレスに送信して、適切なＩＣＭＰエコーリプライメッセージを待機する検証処理を行うことが可能である。【００９４】
アドレスの検証後、ステップＳ５３０において、モバイルノードは検証済みの各アドレスを接続アドレスリスト４３３に追加し、受信したＢＡメッセージの送信元アドレスと、各アドレスとを関連付けて記憶する。また、ステップＳ５４０において、ＢＡメッセージの送信元アドレスがバインディングアップデートリスト４３５に追加される。【００９５】
また、図６には、あて先アドレスに基づいてパケット発送方法を決定する際に、ＭＮ５０によって使用されるアルゴリズムの一例が図示されている。パケットを発送する際には、まず、そのパケットに設定されるあて先アドレスを取得し、ステップＳ６００において、このあて先アドレスがバインディングアップデートリスト４３５に記載されているか否かのチェックが行われる。【００９６】
ステップＳ６００で、あて先アドレスがバインディングアップデートリスト４３５に記載されていることが確認された場合には、ステップＳ６４０において、経路最適化メカニズムを使用して、パケットはそのあて先アドレスに直接発送される。なお、この場合は、パケットの送信元アドレスにはモバイルノード自身の気付アドレスが使用され、パケットのヘッダにはホームアドレスあて先オプションが挿入されることが望ましい。【００９７】
一方、ステップＳ６００で、あて先アドレスがバインディングアップデートリスト４３５に記載されていることが確認されなかった場合には、ステップＳ６１０において、このパケットのあて先アドレスが、接続アドレスリスト４３３に記載されているか否かのチェックが行われる。【００９８】
ここで、ステップＳ６１０で、あて先アドレスが接続アドレスリスト４３３に記載されていないことが確認された場合には、ステップＳ６３０において、パケットは、ホームエージェントへのトンネルを経由してあて先に転送される。すなわち、この場合には、あて先アドレスへの経路最適化は行われない。【００９９】
一方、ステップＳ６１０で、あて先アドレスが接続アドレスリスト４３３に記載されていることが確認された場合には、ステップＳ６２０において、あて先アドレスを含む接続アドレスリスト４３３のエントリがチェックされ、このエントリ内に存在する任意のアドレスがバインディングアップデートリスト４３５に記載されているか否かのチェックが行われる。【０１００】
ステップＳ６２０で、エントリ内の任意のアドレスがバインディングアップデートリスト４３５に記載されていることが確認された場合には、パケットのあて先アドレスの所有者に対して、モバイルノード自身のバインディング情報が既に登録されていることが分かる。したがって、ステップＳ６４０において、パケットは経路最適化メカニズムを使用して、そのあて先アドレスに直接発送される。【０１０１】
一方、ステップＳ６２０で、エントリ内の任意のアドレスがバインディングアップデートリスト４３５に記載されていないことが確認された場合には、ステップＳ６３０において、パケットはホームエージェントのトンネルを経由して転送される。【０１０２】
なお、本発明の実施の形態では、モバイルノード５０が、複数のアドレス（例えば、アドレス１３４、１３６）を所有しているコレスポンデントノード６０と通信を行っている場合を一例に挙げて説明したが、モバイルノード５０が、それぞれアドレスを１つしか持たないコレスポンデントノードのグループ（複数のコレスポンデントノード）と通信を行っている場合に、本発明を適用することも可能である。この場合について、図７を参照しながら説明する。【０１０３】
図７において、ノードのグループ７００（ＣＮ７６０、７６２、７６４）は、何らかのグループ７００に基づく密接な関係をあらかじめ有しており、その結果、これらのノード間において、同期メッセージ（ＳＹＮＣ）７２０、７２２、７２４が送受信されて共有情報の同期化が行われている。【０１０４】
なお、グループ７００の中で共有可能な情報の１つとしては、グループの各ノードが受信したバインディングアップデート情報が挙げられる。この場合、例えば、ＭＮ５０がＣＮ７６０にＢＵメッセージ（ＢＵ）７１０を送信すると、ＣＮ７６０にバインディングアップデート情報が登録されるとともに、ＣＮ７６０との間で同期化が行われているその他のノード（ＣＮ７６２、ＣＮ７６４）においても、同期処理の結果、バインディングアップデートメッセージに含まれているバインディングアップデート情報が通知されることになる。【０１０５】
その結果、ＭＮ５０がＣＮ７６２又はＣＮ７６４と通信を行う場合には、ＣＮ７６２又はＣＮ７６４は、ＭＮ５０の気付アドレスとホームアドレスとの間のバインディング情報を既に把握している状態となる。したがって、ＭＮ５０は、ＣＮ７６２又はＣＮ７６４との間で経路最適化処理を開始することなく、経路最適化メカニズムを用いてパケットの発送を行うことが可能となる。【０１０６】
このように、ノードのグループ７００が形成されている場合には、このグループに属する任意のノード（例えばＣＮ７６０）がＭＮ５０に対して、他のノード（ＣＮ７６２及びＣＮ７６４）のアドレスが自身のアドレスと関連している旨を通知することが可能である。【０１０７】
上述の複数のコレスポンデントノードが存在する場合の本発明に係る技術と、例えば特許文献１に開示されている従来の技術とを比較した場合、下記のように、本発明に係る技術の利点を明らかにすることができる。【０１０８】
特許文献１に開示されている従来の技術では、モバイルノードは単一のバインディングアップデートメッセージを第１のノード（ＨＡ）に送信する。なお、このバインディングアップデートメッセージにおいて、第１のノードからバインディングアップデート情報が通知されるべきノードのアドレスが指定される。【０１０９】
一方、本発明では、別のノードに対してバインディングメッセージの送信（バインディングアップデート情報の通知）が行われることをモバイルノードがあらかじめ把握しておく必要はなく、第１のノードが、別のノードに対してバインディング情報の配布を自律的に行う。【０１１０】
また、本発明は、モバイルノードからのバインディングアップデートメッセージの送信とは無関係に、ノードのグループが共有情報の同期化を行う必要がある場合に適用される。このような種類のグループの好適な例としては、経路最適化サービスやホームエージェント信頼性（Home Agent Reliability）サービスなどを提供するためにローカル又はグローバルなインターネットワーク上に配置されたホームエージェントのオーバレイネットワークが挙げられる。【０１１１】
なお、上述の説明では、ＣＮがＢＡメッセージにおいて接続アドレスリストを通知しているが、ＭＮから受信する全てのＢＵメッセージに対してこの通知が行われた場合には、本発明を適用していないＭＮにおいては理解不能なオプションフィールドを含むＢＡメッセージが受信されることとなる。その結果、ＣＮの処理、通信帯域、ＭＮの処理（不要なオプションであることを判別して、そのオプション処理をスキップすることを含む）などの通信に関わる様々なリソースを消費してしまうことになる。このことを考慮して、ＭＮがＢＵメッセージの追加オプションなどにおいて接続アドレスリストを理解できる旨の通知（あるいは、接続アドレスリストを要求する旨の通知）を行い、そのＭＮのＢＵメッセージに対して応答するＢＡメッセージにおいてのみ接続アドレスリストを通知するようにしてもよい。【０１１２】
また、接続アドレスリストを通知するメッセージをＣｏＴメッセージやＨｏＴメッセージとすることにより、より早い段階で接続アドレスリストをＭＮに通知することが可能となる。この場合も、上記のようにＭＮからの接続アドレスリストを要求するメッセージをＣｏＴＩメッセージやＨｏＴＩメッセージに含めることができる。さらにこの場合には、ＢＵメッセージとＢＡメッセージを使って、アドレスの検証を行うことも可能となる。これは、ＣＮが２つのアドレスを使用する場合に特に有効であり、リターンルータビリティテストを行っていたアドレスとは異なるアドレス（すなわち、接続アドレスリストとして新たに通知されるほうのアドレス）あてにＢＵメッセージを送信し、その応答であるＢＡメッセージを受信することで、アドレスの検証が完了する。これは、一方のインタフェース（アドレス）でやり取りされた鍵情報が、他方のインタフェース（アドレス）に送信しても理解可能（受理可能）であったという結果が得られることで、アドレスの検証が実現される。【０１１３】
なお、本明細書では、ＭＮが一方のアドレスを持つノードへの経路最適化処理の完了後に、他方のアドレスを持つノードへの経路最適化処理を行ったケースを例に挙げて説明しているが、実際にはＭＮは、最初はこれらのアドレスが同一ノードのアドレスであることを把握していないので、これらのアドレスに対して同時に（もしくは、一方の経路最適化処理が完了する前に他方の）経路最適化処理を始めてしまうかもしれない。この場合も、最初の経路最適化処理には冗長シグナリングが発生してしまうものの、このときの接続アドレスリストの受信によって、以降、ＭＮはこれらのアドレスが同一ノードによって所有されていることを把握する。したがって、ＭＮの移動に伴って行われるＢＵや交換した鍵情報のタイムアウトに伴って行われるＢＵなど、以降のＢＵにおいては、本発明に係る上述の動作に従って１回のＢＵメッセージの送信処理のみで済むようになり、冗長シグナリングが削減されるようになる。【０１１４】
また、ＣＮが同時期に（もしくは、一方の経路最適化処理が完了する前に他方の）経路最適化処理のためのＣｏＴＩメッセージやＨｏＴＩメッセージを同一のＭＮ（送信元アドレス）から受信した場合、冗長シグナリングを発生させないように接続アドレスリストと共に、一方のＣｏＴＩメッセージやＨｏＴＩメッセージに対するＣｏＴメッセージやＨｏＴメッセージのみを応答するようにしてもよい。すなわち、複数のアドレスを有するＣＮが、同一のＭＮによって同時に各アドレスに対する経路最適化処理が行われていることを検知した時点で、これらのアドレスが同一のＣＮによって所有されている旨を通知してもよい。なお、このとき、例えばＭＮから接続アドレスリストの要求が行われており、ＭＮが接続アドレスリストを理解できることがＣＮによって確認できている場合のみ、上記の手順が行われることが望ましい。【０１１５】
なお、本明細書では、本発明が最も実用的かつ好適な実施例となるように考慮されて図示及び説明されているが、当業者であれば、様々な構成要素に係る設計やパラメータの詳細において、発明の範囲から逸脱しない程度に様々な変更が行われてもよいことは明白である。例えば、本発明は、モバイルノードと通信を行っている任意のノード（例えばホームエージェントやその他のモバイルノード）に適用可能である。さらに、本発明は、モバイルＩＰｖ６を動作させているモバイルホスト及びネットワークモビリティサポートを動作させているモバイルルータのどちらに対しても適用可能である。【０１１６】
なお、上記の本発明の実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。【０１１７】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。【０１１８】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【０１１９】
本発明は、モバイルノードが、モバイルノードの気付アドレスとホームアドレスとのバインディングを既に把握しているノードが所有するアドレスに対する冗長な経路最適化メッセージの発生を検知することで、余分なメッセージの交換を削減するという効果を有し、ＩＰネットワークにおけるパケット通信に係る技術分野に適用可能であり、特に、モバイルＩＰｖ６などのモビリティ管理プロトコルにおける経路最適化に係る技術分野や、複数のアドレス管理を実現するマルチインタフェースに係る技術分野などに適用可能である。
【図１Ａ】
2008114496.tif 000003
【図１Ｂ】
2008114496.tif 000004
【図２Ａ】
2008114496.tif 000005
【図２Ｂ】
2008114496.tif 000006
【図２Ｃ】
2008114496.tif 000007
【図３】
2008114496.tif 000008
【図４】
2008114496.tif 000009
【図５】
2008114496.tif 000010
【図６】
2008114496.tif 000011
【図７】
2008114496.tif 000012
【手続補正書】
【提出日】平成21年9月2日(2009.9.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークを介して通信を行うパケット通信手段と、
特定のアドレスとの間における経路最適化を行うためにリターンルータビリティ処理及びバインディングアップデート処理を行うバインディングアップデート処理手段と、
前記特定のアドレスを使用している通信装置が使用可能な別のアドレスを取得する接続アドレス取得手段と、
前記特定のアドレス、及び前記接続アドレス取得手段で取得した前記通信装置の前記別のアドレスを関連付けて記憶する接続アドレス記憶手段と、
新たなアドレスとの間における経路最適化を行う場合、前記接続アドレス記憶手段に記憶されている情報に基づいて、前記新たなアドレスが、前記通信装置の前記別のアドレスと一致するか否かを確認する接続アドレス確認手段と、
前記接続アドレス確認手段で、前記新たなアドレスが前記通信装置の前記別のアドレスと一致することが確認された場合、前記新たなアドレスに関する前記リターンルータビリティ処理及び前記バインディングアップデート処理を行わずに前記新たなアドレスとの間における経路最適化通信を開始するように制御する経路最適化通信制御手段とを、
有するパケット通信装置。
【請求項２】
前記接続アドレス取得手段が、前記通信装置から受信したメッセージから、前記通信装置が使用可能な前記別のアドレスのリストを取得するように構成されている請求項１に記載のパケット通信装置。
【請求項３】
前記メッセージが、前記特定のアドレスに関連したバインディングアップデートメッセージに対する応答であるバインディングアクノレッジメントメッセージである請求項２に記載のパケット通信装置。
【請求項４】
前記メッセージが、前記特定のアドレスとの間で経路最適化通信を行うために実行される前記リターンルータビリティ処理のＨｏＴメッセージ又はＣｏＴメッセージである請求項２に記載のパケット通信装置。
【請求項５】
前記バインディングアップデート処理手段が、前記接続アドレス取得手段で取得した前記通信装置の前記別のアドレスに対して、前記特定のアドレスに関連したバインディングアップデートメッセージを送信するように構成されている請求項４に記載のパケット通信装置。
【請求項６】
前記接続アドレス取得手段で取得した前記通信装置の前記別のアドレスが有効なアドレスか否かを検証するアドレス検証手段を有する請求項１に記載のパケット通信装置。
【請求項７】
前記アドレス検証手段が、前記別のアドレスあてに検証用メッセージを送信し、その応答メッセージに基づいて前記別のアドレスが有効なアドレスか否かを確認するように構成されている請求項６に記載のパケット通信装置。
【請求項８】
前記接続アドレス記憶手段がパケットのルーティング処理を行うレイヤにおいて管理されているとともに、前記接続アドレス取得手段が前記パケットのルーティング処理を行うレイヤよりも上位のレイヤに属しており、前記接続アドレス取得手段が前記接続アドレス記憶手段に情報の書き込みを直接行うことができるレイヤ間インタフェースが設けられている請求項１に記載のパケット通信装置。
【請求項９】
前記接続アドレス取得手段が、前記通信装置に対して、前記通信装置が使用可能な別のアドレスの通知を要求するように構成されている請求項１に記載のパケット通信装置。
【請求項１０】
ネットワークを介して通信を行うパケット通信手段と、
前記パケット通信手段における通信で使用される複数のアドレスを管理する複数アドレス管理手段と、
モバイルノードとの間で経路最適化通信を行うために実行されるリターンルータビリティ処理及びバインディングアップデート処理において前記モバイルノードに送信されるメッセージを用いて、前記複数アドレス管理手段で管理されている複数のアドレスを通知するアドレス通知手段とを、
有するパケット通信装置。
【請求項１１】
前記複数アドレス管理手段で管理されている複数のアドレスのうちの１つのアドレスとの間における経路最適化を行うためのバインディングアップデートメッセージを前記モバイルノードから受信した場合に、前記複数のアドレスから前記１つのアドレスを除く残りのアドレスが少なくとも記載されているアドレスリストを前記バインディングアップデートメッセージに対する応答であるバインディングアクノレッジメントメッセージに挿入して返信するように構成されている請求項１０に記載のパケット通信装置。
【請求項１２】
前記複数アドレス管理手段で管理されている複数のアドレスのうちの１つのアドレスとの間における経路最適化を行うためのＣｏＴＩメッセージ又はＨｏＴＩメッセージを前記モバイルノードから受信した場合に、前記複数のアドレスから前記１つのアドレスを除く残りのアドレスが少なくとも記載されているアドレスリストを前記ＣｏＴＩメッセージに対する応答であるＣｏＴメッセージ、又は前記ＨｏＴＩメッセージに対する応答であるＨｏＴメッセージに挿入して返信するように構成されている請求項１０に記載のパケット通信装置。
【請求項１３】
前記アドレス通知手段は、前記複数アドレス管理手段で管理されている複数のアドレスの通知要求を前記モバイルノードから受信した場合に、前記複数アドレス管理手段で管理されている複数のアドレスの通知を行うように構成されている請求項１０に記載のパケット通信装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ（Internet Protocol：インターネットプロトコル）ネットワークなどのパケット交換型データ通信ネットワークにおけるパケット通信装置に関し、特に、モバイルＩＰｖ６（Internet Protocol version 6）などのモビリティ管理機能を有するプロトコルを実装し、パケット通信の際に通信相手との間で経路最適化を行うことが可能なパケット通信装置に関する。
【背景技術】
【０００２】
現在、多数のデバイスが、インターネットプロトコルを使用して、互いに通信を行っている。モバイル機器にモビリティサポートを提供するために、ＩＥＴＦ（Internet Engineering Task Force）では、ＩＰｖ６におけるモビリティサポート（下記の非特許文献１を参照）やネットワークモビリティサポート（下記の非特許文献２を参照）が規定されている。モバイルＩＰでは、各モバイルノードは、不変のホームドメインを持っている。モバイルノードが、自身のホームネットワークに接続している場合、モバイルノードには、ホームアドレス（ＨｏＡ：Home Address）として知られるプライマリグローバルアドレスが割り当てられる。
【０００３】
一方、モバイルノードがホームネットワークから離れている場合、すなわち、他のフォーリンネットワークに接続している場合には、通常、モバイルノードには、気付アドレス（ＣｏＡ：Care-of Address）として知られる一時的なグローバルアドレスが割り当てられる。モビリティサポートの考えは、モバイルノードが他のフォーリンネットワークに接続している場合でも、自身のホームアドレスで、そのモバイルノードまで到達可能となるようにするものである。
【０００４】
このような考えは、非特許文献１において、ホームエージェント（ＨＡ：Home Agent）として知られるエンティティをホームネットワークに導入することによって実践されている。モバイルノードは、バインディングアップデート（ＢＵ：Binding Update）として知られるメッセージを使用して、ホームエージェントへの気付アドレスの登録を行う。これにより、ホームエージェントは、モバイルノードのホームアドレスと気付アドレスとの間のバインディングを生成することが可能となる。ホームエージェントは、モバイルノードのホームアドレスに向けられたメッセージを受信（intercept）し、パケットのカプセル化（あるパケットを新たなパケットのペイロードとすることであり、パケットトンネリングとしても知られている）を用いて、そのパケットをモバイルノードの気付アドレスに転送する機能を担っている。
【０００５】
また、個々のホスト用のモビリティサポートの概念を、ノードのネットワーク用のモビリティサポートに拡張した場合、移動を行うネットワークに関しても、モバイルネットワークがインターネットに対してどの接続ポイントで接続している場合でも、プライマリグローバルアドレスでモバイルネットワーク内のノードに到達可能とするメカニズムが望まれる。
【０００６】
非特許文献２には、ホームエージェントにＢＵ（Binding Update：バインディングアップデート）メッセージを送信する際に、モバイルルータが、モバイルネットワーク内のノードが使用しているネットワークプレフィックスを示す旨が記載されている。例えば、ＢＵメッセージ内にネットワークプレフィックスオプションと呼ばれる特別なオプションを挿入することによって、モバイルルータは、ネットワークプレフィックスを示すことが可能となる。これにより、ホームエージェントは、プレフィックスに基づくルーティングテーブルを構築し、このネットワークプレフィックスを有するあて先アドレスに送信されるパケットをモバイルルータの気付アドレスに転送することが可能となる。
【０００７】
また、アクセス技術の向上と共に、各装置が複数のネットワークアクセス機能を有しており、異なる接続ポイントを同時に接続することによって、複数の接続ポイントを介してグローバル通信ネットワーク（例えば、インターネット）に接続することも可能である。したがって、モバイルノード（モバイルＩＰｖ６を起動しているホスト、又はネットワークモビリティサポートを起動しているルータ）は複数のアドレスを有しているコレスポンデントノードと通信を行う機会も多くなる。以下、図１Ａを参照しながら、複数のアドレスを有するノードを含むネットワーク接続の例について説明する。
【０００８】
図１Ａには、従来の技術におけるネットワーク構成の一例が図示されている。図１Ａは、グローバル通信ネットワーク（例えばインターネット）１０に接続されている様々なエッジネットワークが図示されている。
【０００９】
ホームネットワーク１１では、ホームエージェント（ＨＡ：Home Agent）１１１は、２つのインターネットサービスプロバイダ（ＩＳＰ）２０、２２を通じて、グローバル通信ネットワーク１０へアクセスすることが可能である。これら２つのＩＳＰ２０、２２はそれぞれ独立しており、ホームネットワーク１１には異なる２つのプレフィックス３０、３２が提供される。これにより、ホームエージェント（ＨＡ）１１１が２つの異なるアドレス（プレフィックス３０により構成されたアドレスと、プレフィックス３２により構成されたアドレス）を有することができるようになる。
【００１０】
また、ＣＮ（Correspondent Node：コレスポンデントノード）６０によって、ノードが複数のアドレスを持つ場合の一例が例示されている。このＣＮ６０は、２つのイグレスルータ（ＥＲ：Egress Router）２４、２６を有するサブネット上に存在している。これらの２つのイグレスルータは、プレフィックス３４を通知するＥＲ２４、プレフィックス３６を通知するＥＲ２６である。これにより、コレスポンデントノード（ＣＮ）６０が２つの異なるアドレス（プレフィックス３４により構成されたアドレスと、プレフィックス３６により構成されたアドレス）を有することができるようになる。
【００１１】
また、ノードが複数のアドレスを持つ場合の一例として、ノードが、それぞれ異なるサブネットに接続されている２つの異なるインタフェースを有する場合が挙げられる。図１Ａでは、このような状態はＣＮ６２によって例示されている。このＣＮ６２は、例えば、有線イーサネット（登録商標）インタフェースと無線ローカルエリアネットワーク（ＷＬＡＮ）インタフェースとを有しており、それぞれのインタフェースがオフィスネットワーク１４の異なるサブネットに接続されている。これにより、コレスポンデントノード（ＣＮ）６２は、２つの異なるアドレス（プレフィックス３８により構成されたアドレスと、プレフィックス４０により構成された別のアドレス）を有することになる。
【００１２】
また、複数のアドレスを有することができるノードが、複数のノードのプロキシとして動作する場合もある。この場合の一例は、プロキシホームエージェント（ｐＨＡ：proxy Home Agent）１１６によって例示されている。ｐＨＡ１１６は、例えばＨＡ１１１、ＨＡ１１２、ｐＨＡ１１６により構成されているホームエージェントのオーバレイネットワークにおけるプロキシホームエージェントとして機能している。
【００１３】
効率的なルーティングを実現するため、ＨＡ１１１を自身のホームエージェントとするモバイルノード（ＭＮ）５０がｐＨＡ１１６の存在しているアクセスネットワーク１６に移動した場合には、ｐＨＡ１１６は、ＭＮ５０から送信されたバインディングアップデートをＨＡ１１１の代わりに処理することによって、ＨＡ１１１のプロキシとして機能する。同様に、例えば、ホームネットワーク１２に属するその他のモバイルノードにとって、ｐＨＡ１１６はＨＡ１１２のプロキシホームエージェントとして機能する。このように、ｐＨＡ１１６は複数のアドレス（すなわち、ＨＡ１１１及びＨＡ１１２のアドレス）を有するものとして取り扱われる。
【００１４】
また、モバイルノード（例えばＭＮ５０）が複数のアドレスを有するノード（例えばＣＮ６０）と通信を行っている場合には、図１Ｂのシーケンスチャートに図示されているように、ＭＮ５０から余分なシグナリングが送信されることがある。図１Ｂにおいて、まず、ＭＮ５０は、プレフィックス３４から構成されたＣＮ６０のアドレス１３４との間で、経路最適化の初期設定メッセージを交換する。これらのメッセージは、例えば、ホームテストイニット（ＨｏＴＩ：Home test init）メッセージ１４０、ホームテスト（ＨｏＴ：Home Test）メッセージ１４２、気付テストイニット（ＣｏＴＩ：Care-of Test Init）メッセージ１４４、気付イニット（ＣｏＴ：Care-of Init）メッセージ１４６などである。
【００１５】
そして、最終的に、ＭＮ５０からバインディングアップデート（ＢＵ：Binding Update）メッセージ１４８が送信されて、経路最適化されたパスが確立される。ＣＮ６０は、アドレス１３４を使用して、応答としてバインディングアクノレッジメント（ＢＡ：Binding Acknowledgement）メッセージ１５０を送信する。
【００１６】
その後、ＭＮ５０の任意のアプリケーションが、プレフィックス３６によって構成されたアドレス１３６を有するノード（ＣＮ６０）の存在を把握したとする。このとき、ＭＮ５０は、ＣＮ６０がアドレス１３６も所有していることを知らない場合には、アドレス１３６との間においても、別の経路最適化の確立処理を開始する。このアドレス１３６に関する経路最適化の確立処理においても、アドレス１３４に関して行われた経路最適化と同様、図１Ｂに図示されているように、ＨｏＴＩ１６０、ＨｏＴ１６２、ＣｏＴＩ１６４、ＣｏＴ１６６、ＢＵ１６８、ＢＡ１７０の各メッセージが交換される。
【００１７】
しかしながら、ＣＮ６０がＭＮ５０の現在の気付アドレスを把握できるようにすることを目的とした場合には、ＣＮ６０は、アドレス１３４に関する最初のメッセージ１４０〜１５０のセットによって、ＭＮ５０の現在の気付アドレスを既に把握しており、アドレス１３６に関するメッセージ１６０〜１７０のセットは明らかに冗長である。
【００１８】
例えば、下記の非特許文献３には、現在ＩＥＴＦで議論されているプロトコル（Ｓｈｉｍ６プロトコルと呼ばれるプロトコル）が開示されている。このＳｈｉｍ６は、エンドノードがマルチホーミング機能を実現できるようにし、その結果、通信を行っているエンドノード同士が到達可能なアドレスを相互に把握できるようになる。
【００１９】
また、例えば下記の非特許文献４には、広く使用されている送信制御プロトコル（ＴＣＰ）に代わって、トランスポートレイヤプロトコルのストリーム制御送信プロトコル（ＳＣＴＰ：Stream Control Transmission Protocol）が開示されている。このストリーム制御送信プロトコルは、マルチホーミング機能を有し、ＳＣＴＰセッションのエンドポイントが複数のアドレスを有することが可能となる。
【００２０】
また、下記の特許文献１には、モバイルノードが集約されたバインディングアップデートをホームエージェントに送信し、ホームエージェントが、集約されたバインディングアップデートメッセージに記載されている複数の異なるコレスポンデントノードのそれぞれに対して、バインディングアップデートを送信する方法が開示されている。これにより、モバイルノードは、１つのバインディングアップデートメッセージを用いて、複数のコレスポンデントノードへの通知を行うことが可能となる。
【００２１】
また、同様に、下記の特許文献２には、あるホームエージェントが別のホームエージェントにバインディングアップデートメッセージを送信するホームエージェント同期方法が開示されている。この技術においても、モバイルノードが１つのバインディングアップデートメッセージを送信するだけで複数のホームエージェントへの通知が行われるようになる。
【００２２】
また、下記の特許文献３には、コレスポンデントルータによるシステムを用いた方法が開示されている。この特許文献３に開示されている技術では、コレスポンデントルータが、いくつかのコレスポンデントノード（通常は、コレスポンデントノードのネットワーク全体）の代表として経路最適化を終端することが可能である。ここでは、モバイルノードは、コレスポンデントノードに対して経路最適化シグナリングメッセージのセットを送信するだけで、コレスポンデントノードのネットワーク全体のアドレスを用いた経路最適化の恩恵を受けることが可能となる。
【特許文献１】米国特許公開公報２００５／００４４３６２
【特許文献２】国際公開番号ＷＯ／０６／０６８４３９
【特許文献３】国際公開番号ＷＯ／０６／０６４９６０
【非特許文献１】Johnson, D. B., Perkins, C. E., and Arkko, J., "Mobility Support in IPv6", Internet Engineering Task Force Request For Comments 3775, June 2004.
【非特許文献２】Devarapalli, V., et. al., "NEMO Basic Support Protocol", Internet Engineering Task Force Request For Comments 3963, January 2005.
【非特許文献３】Nordmark, E., et al. “Level 3 Multihoming Shim Protocol”, Internet Draft: draft-ietf-shim6-proto-05.txt, work-in-progress, May 2006.
【非特許文献４】Stewart, R., et al. “Stream Control Transmission Protocol”, Internet Engineering Task Force Request For Comment 2960, October 2000.
【発明の開示】
【発明が解決しようとする課題】
【００２３】
しかしながら、非特許文献３に開示されているＳｈｉｍ６プロトコルや非特許文献４に開示されているＳＣＴＰは両方共、ノードのプロトコルスタックのルーティングレイヤの上位で実行されるように設計されている。したがって、モビリティ管理機能が存在するルーティングレイヤは、複数のアドレスが同一のノードによって所有されていることを把握できない。
【００２４】
すなわち、上述の問題（同一ノードの異なるアドレスに対して余分な経路最適化のシグナリングメッセージを送信してしまうという問題）は依然として解決されず、この問題の解決に関しては、Ｓｈｉｍ６プロトコルやＳＣＴＰの使用では不十分である。
【００２５】
また、特許文献１、２に開示されている技術によれば、モバイルノードが１つのバインディングアップデートメッセージを用いて複数のノードへの通知を行える一方、結局、別のメッセージが送信されることになる。すなわち、特許文献１、２に開示されている技術では、余分なシグナリングによって生じ得る帯域幅の消費は低減されるものの、余分なシグナリングが発生してしまうという問題は解決されない。
【００２６】
また、特許文献３に開示されている技術では、コレスポンデントルータとモバイルノードとの間の信用関係を確立させるためのインフラストラクチャの構築や手続きの実行が必要となるという問題がある。
【００２７】
上記の問題を解決するため、本発明は、モバイルノードが、モバイルノードの気付アドレスとホームアドレスとのバインディングを既に把握しているノードが所有するアドレスに対する冗長な経路最適化メッセージの発生を検知することで、余分なメッセージの交換を削減することを目的とする。
【課題を解決するための手段】
【００２８】
上記の目的を達成するため、本発明のパケット通信装置は、ネットワークを介して通信を行うパケット通信手段と、
特定のアドレスとの間における経路最適化を行うためにリターンルータビリティ処理及びバインディングアップデート処理を行うバインディングアップデート処理手段と、
前記特定のアドレスを使用している通信装置が使用可能な別のアドレスを取得する接続アドレス取得手段と、
前記特定のアドレス、及び前記接続アドレス取得手段で取得した前記通信装置の前記別のアドレスを関連付けて記憶する接続アドレス記憶手段と、
新たなアドレスとの間における経路最適化を行う場合、前記接続アドレス記憶手段に記憶されている情報に基づいて、前記新たなアドレスが、前記通信装置の前記別のアドレスと一致するか否かを確認する接続アドレス確認手段と、
前記接続アドレス確認手段で、前記新たなアドレスが前記通信装置の前記別のアドレスと一致することが確認された場合、前記新たなアドレスに関する前記リターンルータビリティ処理及び前記バインディングアップデート処理を行わずに前記新たなアドレスとの間における経路最適化通信を開始するように制御する経路最適化通信制御手段とを、
有する。
この構成により、モバイルノードが、モバイルノードの気付アドレスとホームアドレスとのバインディングを既に把握しているノードが所有するアドレスに対する冗長な経路最適化メッセージの発生を検知できるようになる。
【００２９】
さらに、本発明のパケット通信装置は、上記の構成に加えて、前記接続アドレス取得手段が、前記通信装置から受信したメッセージから、前記通信装置が使用可能な前記別のアドレスのリストを取得するように構成されている。
この構成により、通信相手である通信装置から、その通信装置が使用している複数のアドレスの通知を受けることができるようになる。
【００３０】
さらに、本発明のパケット通信装置は、上記の構成に加えて、前記メッセージが、前記特定のアドレスに関連したバインディングアップデートメッセージに対する応答であるバインディングアクノレッジメントメッセージである。
この構成により、通信相手である通信装置から受信したバインディングアクノレッジメントメッセージの中から、その通信装置が使用している複数のアドレスのリストを取得できるようになる。
【００３１】
さらに、本発明のパケット通信装置は、上記の構成に加えて、前記メッセージが、前記特定のアドレスとの間で経路最適化通信を行うために実行される前記リターンルータビリティ処理のＨｏＴメッセージ又はＣｏＴメッセージである。
この構成により、通信相手である通信装置から受信したＨｏＴメッセージ又はＣｏＴメッセージの中から、その通信装置が使用している複数のアドレスのリストを取得できるようになる。
【００３２】
さらに、本発明のパケット通信装置は、上記の構成に加えて、前記バインディングアップデート処理手段が、前記接続アドレス取得手段で取得した前記通信装置の前記別のアドレスに対して、前記特定のアドレスに関連したバインディングアップデートメッセージを送信するように構成されている。
この構成により、通信相手である通信装置から通知された複数のアドレスが有効なアドレスか否かを、バインディングアップデートメッセージの送信によって検証することが可能となる。
【００３３】
さらに、本発明のパケット通信装置は、上記の構成に加えて、前記接続アドレス取得手段で取得した前記通信装置の前記別のアドレスが有効なアドレスか否かを検証するアドレス検証手段を有する。
この構成により、通信相手である通信装置から通知された複数のアドレスが有効なアドレスか否かを検証することが可能となる。
【００３４】
さらに、本発明のパケット通信装置は、上記の構成に加えて、前記アドレス検証手段が、前記別のアドレスあてに検証用メッセージを送信し、その応答メッセージに基づいて前記別のアドレスが有効なアドレスか否かを確認するように構成されている。
この構成により、通信装置が所有していると思われる複数のアドレスの有効性を検証することが可能となり、セキュリティが向上される。
【００３５】
さらに、本発明のパケット通信装置は、上記の構成に加えて、前記接続アドレス記憶手段がパケットのルーティング処理を行うレイヤにおいて管理されているとともに、前記接続アドレス取得手段が前記パケットのルーティング処理を行うレイヤよりも上位のレイヤに属しており、前記接続アドレス取得手段が前記接続アドレス記憶手段に情報の書き込みを直接行うことができるレイヤ間インタフェースが設けられている。
この構成により、Ｓｈｉｍ６プロトコルやＳＴＣＰなどで取得された通信装置の複数のアドレスのリストが、モビリティ管理機能の存在するルーティングレイヤに通知されるようになり、ルーティングレイヤにおいて、複数のアドレスが同一の通信装置によって所有されている旨を把握できるようになる。
【００３６】
さらに、本発明のパケット通信装置は、上記の構成に加えて、前記接続アドレス取得手段が、前記通信装置に対して、前記通信装置が使用可能な別のアドレスの通知を要求するように構成されている。
この構成により、アドレスの通知を要求したパケット通信装置に対してのみ、通信相手である通信装置が使用可能な別のアドレスの通知が行われるようにすることが可能となる。
【００３７】
上記の目的を達成するため、本発明のパケット通信装置は、ネットワークを介して通信を行うパケット通信手段と、
前記パケット通信手段における通信で使用される複数のアドレスを管理する複数アドレス管理手段と、
モバイルノードとの間で経路最適化通信を行うために実行されるリターンルータビリティ処理及びバインディングアップデート処理において前記モバイルノードに送信されるメッセージを用いて、前記複数アドレス管理手段で管理されている複数のアドレスを通知するアドレス通知手段とを、
有する。
この構成により、モバイルノードが、モバイルノードの気付アドレスとホームアドレスとのバインディングを既に把握しているノードが所有するアドレスに対する冗長な経路最適化メッセージの発生を検知できるようになる。
【００３８】
さらに、本発明のパケット通信装置は、上記の構成に加えて、前記複数アドレス管理手段で管理されている複数のアドレスのうちの１つのアドレスとの間における経路最適化を行うためのバインディングアップデートメッセージを前記モバイルノードから受信した場合に、前記複数のアドレスから前記１つのアドレスを除く残りのアドレスが少なくとも記載されているアドレスリストを前記バインディングアップデートメッセージに対する応答であるバインディングアクノレッジメントメッセージに挿入して返信するように構成されている。
この構成により、複数のアドレスを使用しているノードが、モバイルノードからバインディングアップデートメッセージを受信した場合、自身が所有している複数のアドレス（あるいは、既にモバイルノードが把握しているアドレスを除く残りのアドレス）のリストをバインディングアクノレッジメントメッセージに挿入して返信することが可能となる。
【００３９】
さらに、本発明のパケット通信装置は、上記の構成に加えて、前記複数アドレス管理手段で管理されている複数のアドレスのうちの１つのアドレスとの間における経路最適化を行うためのＣｏＴＩメッセージ又はＨｏＴＩメッセージを前記モバイルノードから受信した場合に、前記複数のアドレスから前記１つのアドレスを除く残りのアドレスが少なくとも記載されているアドレスリストを前記ＣｏＴＩメッセージに対する応答であるＣｏＴメッセージ、又は前記ＨｏＴＩメッセージに対する応答であるＨｏＴメッセージに挿入して返信するように構成されている。
この構成により、複数のアドレスを使用しているノードが、モバイルノードからＣｏＴＩメッセージ又はＨｏＴＩメッセージを受信した場合、自身が所有している複数のアドレス（あるいは、既にモバイルノードが把握しているアドレスを除く残りのアドレス）のリストをＣｏＴメッセージ又はＨｏＴメッセージに挿入して返信することが可能となる。
【００４０】
さらに、本発明のパケット通信装置は、上記の構成に加えて、前記アドレス通知手段は、前記複数アドレス管理手段で管理されている複数のアドレスの通知要求を前記モバイルノードから受信した場合に、前記複数アドレス管理手段で管理されている複数のアドレスの通知を行うように構成されている。
この構成により、アドレスの通知を要求したモバイルノードに対してのみ、使用可能なアドレスのリストの通知が行われるようにすることが可能となる。
【発明の効果】
【００４１】
本発明は、上記の構成を有しており、モバイルノードが、モバイルノードの気付アドレスとホームアドレスとのバインディングを既に把握しているノードが所有するアドレスに対する冗長な経路最適化メッセージの発生を検知することで、余分なメッセージの交換を削減できるという効果を奏する。
【発明を実施するための最良の形態】
【００４２】
以下、図面を参照しながら、本発明の実施の形態について説明する。本発明によれば、モバイルノードと通信を行っているノードが、そのモバイルノードに接続（リンク）されているアドレスのリスト（以下、接続アドレスリストと呼ぶ）を通知できるようになる。この動作により、モバイルノードが、あるアドレスの所有者に対して、自身のホームアドレスと気付アドレスとの現在のバインディングを通知すれば、そのアドレスを含む接続アドレスリストに記載されている別のアドレスにおいても、モバイルノードのバインディングが把握されるようになる。したがって、モバイルノードは、複数のバインディングアップデート（さらには、関連するリターンルータビリティ処理のパケット）を各アドレスの所有者へ送信する必要がなくなる。
【００４３】
なお、接続アドレスリストには、例えば、あるノード（あるいは、あるグループに属する複数のノードのそれぞれ）によって所有されている複数のアドレスが記載され、この接続アドレスリストの記載や接続アドレスリストを通知するメッセージの送信元アドレスなどから、複数のアドレスが同一のノードに属していることが分かるようになっている。また、接続アドレスリストに記載されるアドレスの所有者は単一のエンティティであることが望ましいが、異なるエンティティであってもよい。
【００４４】
以下、図２Ａを参照しながら、本発明の実施の形態における動作の一例について説明する。図２Ａには、モバイルノード（ＭＮ）５０と、コレスポンデントノード（ＣＮ）６０との間の通信に係るメッセージのシーケンスチャートが図示されている。なお、ここでは、ＣＮ６０は、２つのアドレス１３４、１３６を所有しているものとする。
【００４５】
ＭＮ５０に実装されている任意のアプリケーションによって、アドレス１３４、１３６を有するＣＮ６０との通信が行われており、ＭＮ５０のモビリティレイヤ（例えば、モバイルＩＰｖ６）が、両方のアドレス１３４、１３６との間で経路最適化を開始しようとしている。なお、この時点では、ＭＮ５０は、アドレス１３４、１３６が同一のＣＮ６０によって所有されていることをまだ把握できていない。
【００４６】
まず、ＣＮ６０のアドレス１３４との間で、リターンルータビリティ処理２００が開始される。このリターンルータビリティ処理２００においては、例えば、ＭＮ５０とＣＮ６０との間でＨｏＴＩ、ＨｏＴ、ＣｏＴＩ、ＣｏＴメッセージの交換が行われる（図１Ｂのメッセージ１４０〜１４６の交換に対応）。なお、例えばインターネット鍵交換（ＩＫＥ：Internet Key Exchange）などのような、上記以外のメッセージ交換を伴う経路最適化の初期設定処理が同時に行われてもよい。なお、本発明は、任意の経路最適化の方法を特に限定するものではなく、本発明においては任意の経路最適化確立処理を利用することが可能である。
【００４７】
リターンルータビリティ処理２００の後、ＭＮ５０はＢＵメッセージ２１０をＣＮ６０のアドレス１３４に送信することが可能となる。ＣＮ６０は、受信したＢＵメッセージ２１０が有効かつ真正なものであることを検証すると、ＢＡメッセージ（ＢＡ＋接続アドレスリスト）２２０で応答を行う。本発明の実施の形態では、このＢＡメッセージ２２０にＣＮ６０が所有するアドレス（例えば、アドレス１３６）が接続アドレスリストとして含まれている。
【００４８】
この接続アドレスリストには、ＭＮ５０がＣＮ６０のあるアドレス（例えばアドレス１３４）にバインディング情報を送信した際に、別のアドレスの所有者に対してもバインディング情報の通知が行われるようなアドレスが含まれている。すなわち、ＭＮ５０が接続アドレスリストに記載されている任意のアドレスにバインディング情報を送信することで、接続アドレスリストに含まれているその他のアドレスに対してもバインディング情報の送信が行われたものとして処理される。その結果、接続アドレスリストに記載されている複数のアドレスに関しては、これらのアドレスに対して別々にリターンルータビリティ処理を行って、バインディングアップデートメッセージを送信する必要はなくなる。
【００４９】
なお、ここでは、送信元アドレスがアドレス１３４であるＢＡメッセージ２２０に含まれる接続アドレスリストには、少なくともＣＮ６０のアドレス１３６が含まれているが、接続アドレスリストに、アドレス１３４及びアドレス１３６の両方が記載されていてもよい。この結果、ＭＮ５０は、ＣＮ６０のアドレス１３６にデータを送信しようとする場合に、アドレス１３６に対してリターンルータビリティ処理を行う必要がなくなり、データパケット２３０としてアドレス１３６にデータを直接送信することが可能となる。
【００５０】
なお、上述の動作では、ＭＮ５０が、ＣＮ６０から送信された情報を検証せずに正しいものであると信用できると仮定している。しかしながら、セキュリティを考慮した場合には、モバイルノードは、受信した情報の検証を行って、その情報が信用できるものであることを確認する必要がある。この場合、モバイルノードは、受信した情報を使用する前に、情報の有効性を検証する。このような受信した情報の検証処理に関して、図２Ｂに図示されているメッセージのシーケンスチャートを参照しながら説明する。
【００５１】
図２Ｂにおいて、ＭＮ５０がＢＡ（バインディングアクノレッジメント）メッセージ２２０に含まれている接続アドレスリストを受信するまでの処理は、図２Ａに図示されているものと同一である。ＭＮ５０は、接続アドレスリストに記載されているアドレスにデータを送信する前に、経路最適化メカニズムを用いてこれらのアドレスの検証処理を行うことを決定する。
【００５２】
例えば、ＭＮ５０が、経路最適化メカニズムを用いて、インターネット制御メッセージプロトコル（ＩＣＭＰ：Internet Control and Message Protocol）のエコーリクエストメッセージ２４０をアドレス１３６（接続アドレスリストに記載されているアドレス）あてに送信することによって、アドレスの検証処理を行うことが可能である。
【００５３】
接続アドレスリストに記載されているアドレスが有効なものである場合には、アドレス１３６の所有者はアドレス１３４の所有者と同一であり、ＭＮ５０のバインディング情報を既に把握しているので、ＩＣＭＰエコーリクエストメッセージ２４０を受信すると適切な応答を返信する。一方、アドレス１３６の所有者がＭＮ５０のバインディングを把握していない場合には、エラーメッセージが返信されるか、あるいは応答が行われない。
【００５４】
なお、図２Ｂでは、ＣＮ６０がアドレス１３６を所有しており、ＭＮ５０のバインディング情報を既に把握しているので、ＩＣＭＰエコーリクエストメッセージ２４０は受け入れられて処理され、ＩＣＭＰエコーリプライメッセージ２５０がＭＮ５０に返信される。したがって、ＭＮ５０は、ＩＣＭＰエコーリプライメッセージ２５０を受信した場合に、アドレス１３６の検証に成功する。
【００５５】
以上の動作によって、ＭＮ５０は、ＣＮ６０のアドレス１３６あてにデータを送信しようとする場合に、アドレス１３６の有効性を検証した後、データパケット２６０としてアドレス１３６にデータを直接送信することが可能となり、アドレス１３６に関してあらかじめリターンルータビリティ処理を行う必要がなくなる。
【００５６】
なお、ここでは、ＩＣＭＰエコーリクエスト／リプライメッセージを用いて、アドレスの検証が行われているが、その他の検証方法が採用されてもよい。例えば、ＩＣＭＰエコーリクエスト／リプライメッセージの代わりに、特別なモビリティメッセージを使用することが可能である。例えば、別の例として、ＭＮ５０が別のバインディングアップデートメッセージをＣＮ６０のアドレス（アドレス１３６）へ送信することができ、ＣＮ６０がバインディングアクノレッジメントメッセージで応答することができる場合が挙げられる。この場合、バインディングアップデートメッセージに挿入される認証値（Authenticator value）には、ＣＮ６０のアドレス（アドレス１３６）を用いて計算された値が使用される。
【００５７】
一般に、検証処理では、ＭＮ５０からＣＮ６０の検証対象アドレス（アドレス１３６）に検証処理を開始するメッセージ（検証開始メッセージ）が送信され、そのメッセージに対して、ＣＮ６０から検証応答メッセージの応答が行われる。検証開始メッセージは、ＭＮ５０の気付アドレスから直接送信される。また、検証開始メッセージには、ホームアドレスオプションが含まれている。すなわち、あたかもＣＮ６０のアドレス１３６にバインディングアップデートが既に送信されているかのように、検証開始メッセージは、経路最適化メカニズムを用いて送信される。アドレス１３６の所有者がＭＮ５０の現在のバインディングを把握していない場合には、この検証開始メッセージは破棄される。
【００５８】
また、検証応答メッセージに関しても同様に、ＭＮ５０のホームアドレスが記載されたルーティングヘッダを有する検証応答メッセージが、ＭＮ５０の気付アドレスあてに直接送信される。これにより、検証応答メッセージの送信者（すなわち、アドレス１３６の所有者）が、ＭＮ５０の気付アドレスとホームアドレスとの間のバインディングを把握している旨がＭＮ５０に示されることになる。
【００５９】
さらに、アドレスの検証に使用されるメッセージに関して、任意の変更や拡張が行われてもよい。例えば、ＭＮ５０とＣＮ６０のアドレス１３４との間のリターンルータビリティ処理によって得られるモビリティ管理鍵（モビリティマネジメントキー）を使用して、検証開始／応答メッセージのチェックサムを暗号化して生成することが可能である。これにより、アドレス１３６の所有者が、ＭＮ５０とＣＮ６０との間のモビリティ管理鍵を把握していることが立証される。
【００６０】
さらに、ＣＮ６０が複数のアドレス（３つのグローバルアドレス１３４、１３６、１３８）を持っている場合に、検証メッセージ（検証開始メッセージ／検証応答メッセージ）をより最適化することが可能である。この場合の最適化では、ＭＮ５０は、ＣＮ６０が保持するいずれかのアドレス（例えば、アドレス１３６）へ検証開始メッセージを送信し、ＣＮ６０が別のアドレス（例えば、アドレス１３８）から検証応答メッセージによる応答を行う。これにより、１組の検証開始メッセージ及び検証応答メッセージによって、ＣＮ６０の２つのアドレスを検証することが可能となる。以下、このような検証処理に関して、図２Ｃに図示されているメッセージのシーケンスチャートを参照しながら説明する。
【００６１】
図２Ｃにおいて、ＭＮ５０がＢＡ（バインディングアクノレッジメント）メッセージ２２０に含まれている接続アドレスリストを受信するまでの処理は、図２Ａに図示されているものと同一である。ＭＮ５０は、接続アドレスリストに記載されているアドレスにデータを送信する前に、経路最適化メカニズムを用いてこれらのアドレスの検証処理を行うことを決定する。
【００６２】
ここで、ＭＮ５０は、経路最適化メカニズムを用いて（すなわち、検証開始メッセージ２７０の送信元アドレスとしてＭＮ５０の気付アドレスが設定されるとともに、ＭＮ５０のホームアドレスを記載したホームアドレスあて先オプションが検証開始メッセージ２７０に含まれるようにする）、検証開始メッセージ２７０をＣＮ６０のアドレスの１つ（例えばアドレス１３６）へ送信する。
【００６３】
さらに、ＭＮ５０は、検証開始メッセージ２７０において、ＣＮ６０のアドレス１３８経由でＣＮ６０がその検証開始メッセージ２７０に対する応答を行うよう指定する。アドレス１３６及びアドレス１３８の所有者がＭＮ５０のバインディングを本当に把握しているのであれば、この検証開始メッセージ２７０を受けて、適切な検証応答メッセージ２８０をアドレス１３８経由で送り返すことが可能である。この検証応答メッセージ２８０は最適化された経路で送り返されてもよい。すなわち、検証応答メッセージ２８０のあて先アドレスには、ＭＮ５０の気付アドレスが設定されており、検証応答メッセージ２８０に、ＭＮ５０のホームアドレスを示すタイプ２ルーティングヘッダが含まれるようにしてもよい。
【００６４】
ＭＮ５０は、検証応答メッセージ２８０を受信すると、アドレス１３６及びアドレス１３８の両方の検証に成功したことになる。この結果、ＭＮ５０は、ＣＮ６０のアドレス１３６にデータを送信しようとする場合に、アドレス１３６に対してリターンルータビリティ処理を行う必要がなくなり、データパケット２９０としてアドレス１３６にデータを直接送信することが可能となる。また同様に、ＭＮ５０は、ＣＮ６０のアドレス１３８にデータを送信しようとする場合に、アドレス１３８に対してリターンルータビリティ処理を行う必要がなくなり、データパケット２９５としてアドレス１３８にデータを直接送信することが可能となる。
【００６５】
また、図３には、バインディングアクノレッジメントメッセージの好適なフォーマット３００の一例が図示されている。なお、図３には、接続アドレスリストの挿入が可能なＢＡメッセージについて説明する。
【００６６】
送信元アドレスフィールド３０２には送信者のアドレスが含まれ、あて先アドレスフィールド３０４には受信者のアドレスを含まれる。また、接続アドレスリストの伝送にＢＡメッセージが使用される場合には、ＢＡメッセージのフォーマット３００にモビリティヘッダ３２０が含まれる。
【００６７】
タイプフィールド３２２は、このメッセージがＢＡメッセージであることを示し、長さフィールド３２４はモビリティヘッダ３２０のサイズを表している。また、ＢＡメッセージには、バインディングのステータスを示すステータスフィールド３２６、対応するバインディングアップデートメッセージと同一のシーケンスナンバーを含むシーケンスナンバーフィールド３２８、受信したバインディングの有効期間を示すライフタイムフィールド３３０が含まれている。なお、モビリティヘッダ３２０のフィールド３２２〜３３０は、モバイルＩＰｖ６又はネットワークモビリティサポートによって規定される標準のフィールドである。
【００６８】
本発明では、例えば、接続アドレスリストが新たなオプションとしてＢＡメッセージに挿入される。例えば、このようなオプションの一例が、図４に図示されている到達可能アドレスオプション３４０である。この到達可能アドレスオプション３４０は、モビリティヘッダ３２０に挿入されるモビリティヘッダオプションであり、オプションタイプフィールド３４２、オプション長さフィールド３４４、アドレスフィールド３４６が含まれている。
【００６９】
オプションタイプフィールド３４２は、このオプションが到達可能アドレスオプション３４０であることを示すフィールドである。また、オプション長さフィールド３４４は、到達可能アドレスオプション３４０の長さを示すフィールドである。なお、オプション長さフィールド３４４が、アドレスフィールド３４６に含まれているアドレスの数を示すために使用されてもよい。
【００７０】
また、アドレスフィールド３４６には、ＢＵメッセージの受信によってモバイルノード５０のホームアドレスと気付アドレスとの間のバインディングを把握したアドレス所有者（すなわち、このＢＡメッセージの送信者）が所有しているアドレスが接続アドレスリストとして含まれている。
【００７１】
なお、アドレスフィールド３４６には、複数のアドレスが含まれてもよい。また、ＢＡメッセージの送信者は、自身が所有している複数のアドレスすべてをアドレスフィールド３４６に挿入する必要はなく、ＭＮ５０に通知したいアドレスのみを選択してアドレスフィールド３４６に挿入してもよい。
【００７２】
図３に図示されているＢＡメッセージのフォーマット３００を考慮した場合、図２に図示されているＢＡメッセージ２２０では、送信元アドレスフィールド３０２にアドレス１３４が含まれ、あて先アドレスフィールド３０４にＭＮ５０の気付アドレスが含まれ、アドレスフィールド３４６にアドレス１３６が含まれる。なお、図３に図示されているＢＡメッセージのフォーマット３００には、その他のフィールドも存在し得るが、ここでは、その他のフィールドに関しては図示及び説明を省略する。ＢＡメッセージ内に存在している可能性のあるフィールドとしては、例えば、ルーティングヘッダフィールド、フローラベルなどの通常のＩＰｖ６ヘッダフィールド、暗号化ヘッダフィールドなどが挙げられる。
【００７３】
なお、ここでは、接続アドレスリストがＢＡメッセージのモビリティヘッダ３２０に挿入される場合を例示しているが、接続アドレスリストの一部又は全部が、別の任意のフィールド又は任意のメッセージ（ＢＡメッセージ以外の任意のメッセージ）によって送信されてもよい。
【００７４】
また、図４には、ＭＮ５０の好適な機能アーキテクチャ４００が図示されている。図４に図示されているＭＮ５０は、パケットの送受信を行うための１つ又は複数のネットワークインタフェース４１０、パケットの経路や転送方法を決定するためのルーティング決定部４２０、パケットの経路や転送方法に関する情報を保持するルーティングテーブル４２５、例えばモバイルＩＰｖ６などのモビリティ管理機能を実装するモビリティ管理モジュール４３０、ルーティングレイヤの上位に存在し、すべてのプロトコルやプログラムを包含する１つ又は複数の上位レイヤ４４０によって構成されている。
【００７５】
ネットワークインタフェース４１０は、任意の通信媒体を通じて別のノードと通信を行うために必要なすべてのハードウェア及びソフトウェアを包含する機能ブロックである。関連する技術分野で周知の用語を使用した場合、ネットワークインタフェース４１０は、レイヤ１（物理層）とレイヤ２（データリンク層）の通信コンポーネント、ファームウェア、ドライバ、通信プロトコルを表している。なお、機能アーキテクチャ４００は、１つ以上のネットワークインタフェース４１０を有していてもよい。
【００７６】
また、ルーティング決定部４２０は、パケットの発送方法に関するあらゆる決定処理を行う機能を有している。関連する技術分野で周知の用語を使用した場合、ルーティング決定部４２０は、ＩＰｖ４やＩＰｖ６などのレイヤ３（ネットワーク層）プロトコルが実装されていることを表している。
【００７７】
また、ルーティングテーブル４２５には、ルーティング決定部４２０における決定処理を支援するための情報（パケットのルーティングを管理するルール）が含まれている。なお、ルーティングテーブル４２５には、ルーティングエントリのリストが含まれており、各ルーティングエントリには、あて先アドレス又は送信元アドレス、あるいは転送されるパケットから得られるその他の情報に基づいて、どのネットワークインタフェース４１０にパケットを渡すか、及び／又は次ホップノードのアドレスなどが記載されている。
【００７８】
ルーティング決定部４２０は、シグナル／データパス４５２を通じて、ルーティングテーブル４２５のルーティングエントリのアップデートを行ったり、ルーティングテーブル４２５からルーティングエントリを抽出したりすることが可能である。また、ルーティング決定部４２０は、シグナル／データパス４５０を通じて、適切なネットワークインタフェース４１０におけるパケットの送受信を行うことが可能である。
【００７９】
また、モビリティ管理モジュール４３０は、モバイルノードとしての動作を可能とするモバイルＩＰｖ６機能を実装している。このモバイルＩＰｖ６機能には、例えば、ホームエージェント及び／又はコレスポンデントノードへのバインディングアップデートメッセージの送信、気付アドレスやホームアドレスの管理（バインディング情報の管理）、ホームアドレスを使用して送信されるパケットのホームエージェントへの転送、ホームエージェントからのトンネルパケットの受信など、モビリティに関連した様々な処理を行う機能が含まれている。
【００８０】
また、モビリティ管理モジュール４３０は、バインディングアップデートリスト（ＢＵＬ：Binding Update List）４３５を有しており、モバイルノードのホームアドレスと気付アドレスとの間のマッピングの通知が行われたすべてのノード（すなわち、このモバイルノードのバインディング情報が登録されているノード）を記録することが可能である。
【００８１】
また、モビリティ管理モジュール４３０は、新たな情報格納部として、接続アドレスリスト４３３も有しており、通信に利用可能なアドレスをまとめて格納することが可能である。これによって、ＭＮ５０があるアドレスにバインディングアップデートメッセージを送信する際に、そのアドレスの所有者が、既にＭＮ５０のバインディングを把握していることが分かるようになり、こうした所有者に対して各アドレスに係るバインディングアップデートを送信する必要がなくなる。
【００８２】
ＭＮ５０は、到達可能アドレスオプションを有するＢＡメッセージを受信すると、この到達可能アドレスオプションに含まれている情報に基づいて、接続アドレスリスト４３３をアップデートする必要がある。
【００８３】
また、シグナルパス４５３を通じて、ルーティング決定部４２０とモビリティ管理モジュール４３０との間でパケットの受け渡しが可能である。また、モビリティ管理モジュール４３０は、シグナルパス４５６を通じて、ルーティングテーブル４２５に格納されているルーティング情報のアップデートや検索を行うことが可能である。
【００８４】
例えば、モビリティ管理モジュール４３０は、コレスポンデントノード又はホームエージェントに対してバインディングアップデートメッセージを送信した場合、ルーティングテーブル４２５にルートを挿入する必要がある。その結果、コレスポンデントノード又はホームエージェントに続けて送信されるパケットは、送信元アドレスにモバイルノードの気付アドレスを使用して、トンネルインタフェースを通じて発送される。
【００８５】
また、上位レイヤ４４０は、通信プロトコルスタックのルーティングレイヤの上位に存在するすべてのプロトコルとプログラムを表している。この上位レイヤ４４０には、例えば送信制御プロトコル（ＴＣＰ）、ストリーム制御送信プロトコル（ＳＣＴＰ）、ユーザデータグラムプロトコル（ＵＤＰ：User Datagram Protocol）などのトランスポートレイヤ又はセッションレイヤやアプリケーションを始めとして、他のノードと通信を行う際に必要な様々な機能が含まれている。
【００８６】
モバイルノードがサイトマルチホーミングの方法を実行している場合は、上位レイヤ４４０には、例えばホストアイデンティティプロトコル（ＨＩＰ：Host Identity Protocol）やＳｈｉｍ６などのような関連する通信プロトコルが含まれる。また、シグナルパス４５４を通じて、ルーティング決定部４２０と上位レイヤ４４０との間でパケットの受け渡しが可能である。
【００８７】
また、モビリティ管理モジュール４３０は、上位レイヤ４４０から接続アドレスリスト４３３に対して直接アクセスできるようにするためのサービスアクセスポイント（ＳＡＰ：Service Access Point）４６０を提供する。このＳＡＰ４６０は、上位レイヤ４４０がモビリティ管理モジュール４３０に対して、通信可能なアドレスを通知できるように構成されている。
【００８８】
例えばＳｈｉｍ６やＳＣＴＰなどのプロトコルでは、２つの通信エンドポイント間で、利用可能なアドレスが交換される。このとき、上位レイヤ４４０で同一のエンドポイントが所有していることが分かっているアドレスが存在する場合には、こうしたアドレスの情報が、上位レイヤ４４０からＳＡＰ４６０を通じて接続アドレスリスト４３３内に記録される。この接続アドレスリスト４３３内の情報に基づいて、モビリティ管理レイヤは、経路最適化処理における冗長なシグナリングをなくすことが可能となる。
【００８９】
また、図５には、受信したＢＡメッセージを処理する際にＭＮ５０によって使用されるアルゴリズムの一例が図示されている。ステップＳ５００において、受信したＢＡメッセージに関する通常の処理が実行される。ステップＳ５００のＢＡメッセージの処理では、ＢＡメッセージの有効性のチェックや、バインディングのステータスの記録などが行われる。ＢＡメッセージが有効であることが確認されると、ステップＳ５１０において、このＢＡメッセージに到達可能アドレスオプションが含まれているか否かのチェックが行われる。
【００９０】
ステップＳ５１０において到達可能アドレスオプションが存在しないことが確認された場合には、ステップＳ５４０において、ＢＡメッセージの送信元アドレスがバインディングアップデートリスト４３５に追加される。なお、このとき、特定のフラグ、ステータス、ＢＡメッセージのライフタイムなどが同時に記録されてもよい。
【００９１】
一方、ステップＳ５１０において到達可能アドレスオプションの存在が確認された場合には、まず、ステップＳ５２０において、到達可能アドレスオプションに記載されている各アドレスの検証が行われる。
【００９２】
なお、モバイルノードが到達可能アドレスオプションに記載されている各アドレスをそのまま信用する場合には、検証処理は、そのアドレスが有効なグローバルアドレスか否かを検証する程度の簡単な処理となり得る。一方、モバイルノードが、各アドレスに関して詳細な検証を行う場合には、例えば上述のように、ＩＣＭＰエコーリクエストメッセージを各アドレスに送信して、適切なＩＣＭＰエコーリプライメッセージを待機する検証処理を行うことが可能である。
【００９３】
アドレスの検証後、ステップＳ５３０において、モバイルノードは検証済みの各アドレスを接続アドレスリスト４３３に追加し、受信したＢＡメッセージの送信元アドレスと、各アドレスとを関連付けて記憶する。また、ステップＳ５４０において、ＢＡメッセージの送信元アドレスがバインディングアップデートリスト４３５に追加される。
【００９４】
また、図６には、あて先アドレスに基づいてパケット発送方法を決定する際に、ＭＮ５０によって使用されるアルゴリズムの一例が図示されている。パケットを発送する際には、まず、そのパケットに設定されるあて先アドレスを取得し、ステップＳ６００において、このあて先アドレスがバインディングアップデートリスト４３５に記載されているか否かのチェックが行われる。
【００９５】
ステップＳ６００で、あて先アドレスがバインディングアップデートリスト４３５に記載されていることが確認された場合には、ステップＳ６４０において、経路最適化メカニズムを使用して、パケットはそのあて先アドレスに直接発送される。なお、この場合は、パケットの送信元アドレスにはモバイルノード自身の気付アドレスが使用され、パケットのヘッダにはホームアドレスあて先オプションが挿入されることが望ましい。
【００９６】
一方、ステップＳ６００で、あて先アドレスがバインディングアップデートリスト４３５に記載されていることが確認されなかった場合には、ステップＳ６１０において、このパケットのあて先アドレスが、接続アドレスリスト４３３に記載されているか否かのチェックが行われる。
【００９７】
ここで、ステップＳ６１０で、あて先アドレスが接続アドレスリスト４３３に記載されていないことが確認された場合には、ステップＳ６３０において、パケットは、ホームエージェントへのトンネルを経由してあて先に転送される。すなわち、この場合には、あて先アドレスへの経路最適化は行われない。
【００９８】
一方、ステップＳ６１０で、あて先アドレスが接続アドレスリスト４３３に記載されていることが確認された場合には、ステップＳ６２０において、あて先アドレスを含む接続アドレスリスト４３３のエントリがチェックされ、このエントリ内に存在する任意のアドレスがバインディングアップデートリスト４３５に記載されているか否かのチェックが行われる。
【００９９】
ステップＳ６２０で、エントリ内の任意のアドレスがバインディングアップデートリスト４３５に記載されていることが確認された場合には、パケットのあて先アドレスの所有者に対して、モバイルノード自身のバインディング情報が既に登録されていることが分かる。したがって、ステップＳ６４０において、パケットは経路最適化メカニズムを使用して、そのあて先アドレスに直接発送される。
【０１００】
一方、ステップＳ６２０で、エントリ内の任意のアドレスがバインディングアップデートリスト４３５に記載されていないことが確認された場合には、ステップＳ６３０において、パケットはホームエージェントのトンネルを経由して転送される。
【０１０１】
なお、本発明の実施の形態では、モバイルノード５０が、複数のアドレス（例えば、アドレス１３４、１３６）を所有しているコレスポンデントノード６０と通信を行っている場合を一例に挙げて説明したが、モバイルノード５０が、それぞれアドレスを１つしか持たないコレスポンデントノードのグループ（複数のコレスポンデントノード）と通信を行っている場合に、本発明を適用することも可能である。この場合について、図７を参照しながら説明する。
【０１０２】
図７において、ノードのグループ７００（ＣＮ７６０、７６２、７６４）は、何らかのグループ７００に基づく密接な関係をあらかじめ有しており、その結果、これらのノード間において、同期メッセージ（ＳＹＮＣ）７２０、７２２、７２４が送受信されて共有情報の同期化が行われている。
【０１０３】
なお、グループ７００の中で共有可能な情報の１つとしては、グループの各ノードが受信したバインディングアップデート情報が挙げられる。この場合、例えば、ＭＮ５０がＣＮ７６０にＢＵメッセージ（ＢＵ）７１０を送信すると、ＣＮ７６０にバインディングアップデート情報が登録されるとともに、ＣＮ７６０との間で同期化が行われているその他のノード（ＣＮ７６２、ＣＮ７６４）においても、同期処理の結果、バインディングアップデートメッセージに含まれているバインディングアップデート情報が通知されることになる。
【０１０４】
その結果、ＭＮ５０がＣＮ７６２又はＣＮ７６４と通信を行う場合には、ＣＮ７６２又はＣＮ７６４は、ＭＮ５０の気付アドレスとホームアドレスとの間のバインディング情報を既に把握している状態となる。したがって、ＭＮ５０は、ＣＮ７６２又はＣＮ７６４との間で経路最適化処理を開始することなく、経路最適化メカニズムを用いてパケットの発送を行うことが可能となる。
【０１０５】
このように、ノードのグループ７００が形成されている場合には、このグループに属する任意のノード（例えばＣＮ７６０）がＭＮ５０に対して、他のノード（ＣＮ７６２及びＣＮ７６４）のアドレスが自身のアドレスと関連している旨を通知することが可能である。
【０１０６】
上述の複数のコレスポンデントノードが存在する場合の本発明に係る技術と、例えば特許文献１に開示されている従来の技術とを比較した場合、下記のように、本発明に係る技術の利点を明らかにすることができる。
【０１０７】
特許文献１に開示されている従来の技術では、モバイルノードは単一のバインディングアップデートメッセージを第１のノード（ＨＡ）に送信する。なお、このバインディングアップデートメッセージにおいて、第１のノードからバインディングアップデート情報が通知されるべきノードのアドレスが指定される。
【０１０８】
一方、本発明では、別のノードに対してバインディングメッセージの送信（バインディングアップデート情報の通知）が行われることをモバイルノードがあらかじめ把握しておく必要はなく、第１のノードが、別のノードに対してバインディング情報の配布を自律的に行う。
【０１０９】
また、本発明は、モバイルノードからのバインディングアップデートメッセージの送信とは無関係に、ノードのグループが共有情報の同期化を行う必要がある場合に適用される。このような種類のグループの好適な例としては、経路最適化サービスやホームエージェント信頼性（Home Agent Reliability）サービスなどを提供するためにローカル又はグローバルなインターネットワーク上に配置されたホームエージェントのオーバレイネットワークが挙げられる。
【０１１０】
なお、上述の説明では、ＣＮがＢＡメッセージにおいて接続アドレスリストを通知しているが、ＭＮから受信する全てのＢＵメッセージに対してこの通知が行われた場合には、本発明を適用していないＭＮにおいては理解不能なオプションフィールドを含むＢＡメッセージが受信されることとなる。その結果、ＣＮの処理、通信帯域、ＭＮの処理（不要なオプションであることを判別して、そのオプション処理をスキップすることを含む）などの通信に関わる様々なリソースを消費してしまうことになる。このことを考慮して、ＭＮがＢＵメッセージの追加オプションなどにおいて接続アドレスリストを理解できる旨の通知（あるいは、接続アドレスリストを要求する旨の通知）を行い、そのＭＮのＢＵメッセージに対して応答するＢＡメッセージにおいてのみ接続アドレスリストを通知するようにしてもよい。
【０１１１】
また、接続アドレスリストを通知するメッセージをＣｏＴメッセージやＨｏＴメッセージとすることにより、より早い段階で接続アドレスリストをＭＮに通知することが可能となる。この場合も、上記のようにＭＮからの接続アドレスリストを要求するメッセージをＣｏＴＩメッセージやＨｏＴＩメッセージに含めることができる。さらにこの場合には、ＢＵメッセージとＢＡメッセージを使って、アドレスの検証を行うことも可能となる。これは、ＣＮが２つのアドレスを使用する場合に特に有効であり、リターンルータビリティテストを行っていたアドレスとは異なるアドレス（すなわち、接続アドレスリストとして新たに通知されるほうのアドレス）あてにＢＵメッセージを送信し、その応答であるＢＡメッセージを受信することで、アドレスの検証が完了する。これは、一方のインタフェース（アドレス）でやり取りされた鍵情報が、他方のインタフェース（アドレス）に送信しても理解可能（受理可能）であったという結果が得られることで、アドレスの検証が実現される。
【０１１２】
なお、本明細書では、ＭＮが一方のアドレスを持つノードへの経路最適化処理の完了後に、他方のアドレスを持つノードへの経路最適化処理を行ったケースを例に挙げて説明しているが、実際にはＭＮは、最初はこれらのアドレスが同一ノードのアドレスであることを把握していないので、これらのアドレスに対して同時に（もしくは、一方の経路最適化処理が完了する前に他方の）経路最適化処理を始めてしまうかもしれない。この場合も、最初の経路最適化処理には冗長シグナリングが発生してしまうものの、このときの接続アドレスリストの受信によって、以降、ＭＮはこれらのアドレスが同一ノードによって所有されていることを把握する。したがって、ＭＮの移動に伴って行われるＢＵや交換した鍵情報のタイムアウトに伴って行われるＢＵなど、以降のＢＵにおいては、本発明に係る上述の動作に従って１回のＢＵメッセージの送信処理のみで済むようになり、冗長シグナリングが削減されるようになる。
【０１１３】
また、ＣＮが同時期に（もしくは、一方の経路最適化処理が完了する前に他方の）経路最適化処理のためのＣｏＴＩメッセージやＨｏＴＩメッセージを同一のＭＮ（送信元アドレス）から受信した場合、冗長シグナリングを発生させないように接続アドレスリストと共に、一方のＣｏＴＩメッセージやＨｏＴＩメッセージに対するＣｏＴメッセージやＨｏＴメッセージのみを応答するようにしてもよい。すなわち、複数のアドレスを有するＣＮが、同一のＭＮによって同時に各アドレスに対する経路最適化処理が行われていることを検知した時点で、これらのアドレスが同一のＣＮによって所有されている旨を通知してもよい。なお、このとき、例えばＭＮから接続アドレスリストの要求が行われており、ＭＮが接続アドレスリストを理解できることがＣＮによって確認できている場合のみ、上記の手順が行われることが望ましい。
【０１１４】
なお、本明細書では、本発明が最も実用的かつ好適な実施例となるように考慮されて図示及び説明されているが、当業者であれば、様々な構成要素に係る設計やパラメータの詳細において、発明の範囲から逸脱しない程度に様々な変更が行われてもよいことは明白である。例えば、本発明は、モバイルノードと通信を行っている任意のノード（例えばホームエージェントやその他のモバイルノード）に適用可能である。さらに、本発明は、モバイルＩＰｖ６を動作させているモバイルホスト及びネットワークモビリティサポートを動作させているモバイルルータのどちらに対しても適用可能である。
【０１１５】
なお、上記の本発明の実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１１６】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【０１１７】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。
【産業上の利用可能性】
【０１１８】
本発明は、モバイルノードが、モバイルノードの気付アドレスとホームアドレスとのバインディングを既に把握しているノードが所有するアドレスに対する冗長な経路最適化メッセージの発生を検知することで、余分なメッセージの交換を削減するという効果を有し、ＩＰネットワークにおけるパケット通信に係る技術分野に適用可能であり、特に、モバイルＩＰｖ６などのモビリティ管理プロトコルにおける経路最適化に係る技術分野や、複数のアドレス管理を実現するマルチインタフェースに係る技術分野などに適用可能である。
【図面の簡単な説明】
【０１１９】
【図１Ａ】従来の技術におけるネットワーク構成の一例を示す図
【図１Ｂ】従来の技術において、モバイルノードと複数のアドレスを有するノードとの間で行われるメッセージ交換の一例を示すシーケンスチャート
【図２Ａ】本発明の実施の形態において、モバイルノードと複数のアドレスを有するノードとの間で行われるメッセージ交換の一例を示すシーケンスチャート
【図２Ｂ】本発明の実施の形態において、モバイルノードと複数のアドレスを有するノードとの間で行われるメッセージ交換に加えて、モバイルノードがアドレスのリストの検証を行う場合の処理の一例を示すシーケンスチャート
【図２Ｃ】本発明の実施の形態において、モバイルノードと複数のアドレスを有するノードとの間で行われるメッセージ交換に加えて、モバイルノードがアドレスのリストの検証を行う場合の処理の別の一例を示すシーケンスチャート
【図３】本発明の実施の形態におけるバインディングアクノレッジメントメッセージの構造の一例を示す図
【図４】本発明の実施の形態におけるモバイルノードの機能アーキテクチャの一例を示す図
【図５】本発明の実施の形態におけるモバイルノードが、受信したＢＡメッセージを処理する際に実行するアルゴリズムの一例を示すフローチャート
【図６】本発明の実施の形態におけるモバイルノードが、あて先アドレスに基づいてパケット発送方法を決定する際に実行するアルゴリズムの一例を示すフローチャート
【図７】本発明の実施の形態において、ノードのグループが存在する場合の一例を示す図
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１Ａ】
2008114496.tif 000013
【図１Ｂ】
2008114496.tif 000014
【図２Ａ】
2008114496.tif 000015
【図２Ｂ】
2008114496.tif 000016
【図２Ｃ】
2008114496.tif 000017
【図３】
2008114496.tif 000018
【図４】
2008114496.tif 000019
【図５】
2008114496.tif 000020
【図６】
2008114496.tif 000021
【図７】
2008114496.tif 000022
【国際調査報告】
2008114496.tif 000023
2008114496.tif 000024
2008114496.tif 000025
2008114496.tif 000026
2008114496.tif 000027