JPWO2005069559A1 - 動的ネットワーク管理装置及び動的ネットワーク管理方法 - Google Patents

動的ネットワーク管理装置及び動的ネットワーク管理方法 Download PDF

Info

Publication number
JPWO2005069559A1
JPWO2005069559A1 JP2005517087A JP2005517087A JPWO2005069559A1 JP WO2005069559 A1 JPWO2005069559 A1 JP WO2005069559A1 JP 2005517087 A JP2005517087 A JP 2005517087A JP 2005517087 A JP2005517087 A JP 2005517087A JP WO2005069559 A1 JPWO2005069559 A1 JP WO2005069559A1
Authority
JP
Japan
Prior art keywords
mobile router
binding
information
update message
home agent
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2005517087A
Other languages
English (en)
Other versions
JP4551331B2 (ja
Inventor
平野　純
純 平野
ワー ンー チャン
ワー ンー チャン
ユー タン ペク
ユー タン ペク
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Publication of JPWO2005069559A1 publication Critical patent/JPWO2005069559A1/ja
Application granted granted Critical
Publication of JP4551331B2 publication Critical patent/JP4551331B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/28—Timers or timing mechanisms used in protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

モバイルネットワークにおける動的ルーティングの動作及びエラーチェックに係る処理を確実に行えるようにする技術が開示され、その技術によればホームエージェント１０００は、モバイルルータからバインディングアップデートを受けた場合に、バインディングアクノレッジメントに比較的短いライフタイム値を設定する。この短い期間のうちに、モバイルルータは、ホームエージェントに対して、ルーティングアップデートメッセージを送信することが可能となる。これにより、例えば、ホームエージェントは、バインディングアップデートに記載されているプリフィックス情報と、ルーティングアップデートメッセージによって導入されるルートとの整合性をチェックすることが可能となる。また、本発明は、バインディングアップデートにプリフィックスが記載されている場合、及び、記載されていない場合の２つの異なるモードのどちらにも対応している。

Description

本発明は、モバイルネットワークにおける動的ルーティングのエラーチェックのための装置及び方法に関し、特に、モバイルＩＰを利用したモバイルネットワークにおいて、モバイルルータとホームエージェントとの間の双方向トンネル上における動的ルーティングのエラーチェックのための装置及び方法に関する。
現在、インターネットは、無線技術の出現及び発展に従って、多数のデータ通信の端末が、移動端末で構成される段階にまで発展してきている。この多数の移動端末は、それぞれ異なるドメインに移動（ローミング）して、その時々に応じて、異なる接続ポイントから、例えば、パケット交換データ通信ネットワーク（例えば、インターネット）に接続を行う。
そのようなローミングの実現は、例えば、電話システムなどの回線交換ネットワークではかなり発達しているが、パケット交換通信ネットワークでは、このようなローミングの特徴に対応することは困難である。これは、パケット交換通信ネットワークにおける端末がユニークなアドレスを使用することによって、その端末の位置が特定可能となるからであり、また、そのようなアドレスは、通常、空間的なトポロジにおいて有意でなければならない部分（通常は、ネットワークプリフィックス）を含んでいるからである。
さらに、移動端末がパケット交換データ通信ネットワークへの接続ポイントを複数回変更した後でも、移動端末の位置を同一のアドレスによって、特定し続けられることが望ましい。これによって、パケット交換データ通信ネットワークへの接続ポイントが異なる場合でも、セッション（例えば、ファイル転送）がシームレスに継続されるようになる。
そのようなローミングの機能に対応するために、インターネットプロトコルバージョン４（ＩＰｖ４）（下記の非特許文献２）におけるモバイルＩＰｖ４（下記の非特許文献１）や、インターネットプロトコルバージョン６（ＩＰｖ６）（下記の非特許文献４）におけるモバイルＩＰｖ６（下記の非特許文献３）によって取り扱われているモビリティサポートの解決策が発展してきている。モバイルＩＰでは、データ通信端末（モバイルノードと呼ばれる）は、ホームドメインを有しており、モバイルノードがそのホームネットワークに接続している場合には、ホームアドレスとして知られる永続的に使用可能なグローバルアドレスが割り当てられている。
一方、モバイルノードがホームネットワークから離れており、すなわち、他のフォーリンネットワークに接続している場合には、通常、気付アドレス（ＣｏＡ：Ｃａｒｅ−ｏｆ−ａｄｄｒｅｓｓ）として知られる一時的なグローバルアドレスが割り当てられる。そのような一時的なアドレスは、通常、モバイルノードが接続するアクセスルータによって割り当てられ、ＣｏＡがグローバルネットワークのルーティングにおいて、トポロジ的に整合性を有するように、アクセスルータのアドレスのトポロジによって統合されている。
モビリティサポートの考え方は、モバイルノードが他のフォーリンネットワークに接続した状態でさえ、ホームアドレスによって、その位置を特定可能とするものであり、その結果、パケット交換データ通信ネットワーク内の他のノードは、モバイルノードのホームアドレスを用いて、モバイルノードを特定するだけでよい。
上記の事柄は、非特許文献１や非特許文献３において、ホームエージェントとして知られるホームネットワークのエンティティの導入によって実現されている。モバイルノードは、バインディングアップデートとして知られるメッセージを利用して、ホームエージェントにＣｏＡの登録を行う。
また、ホームエージェントは、モバイルノードのホームアドレスを送信先とするメッセージを受信し、ＩＰ−ｉｎ−ＩＰトンネリング（下記の非特許文献５及び下記の非特許文献６）を利用して、そのパケットをモバイルノードのＣｏＡあてに転送するよう要請されている。ＩＰ−ｉｎ−ＩＰトンネリングでは、オリジナルのＩＰパケットを別のＩＰパケットによってカプセル化することが行われる。オリジナルのパケットは、インナパケットと呼ばれることがあり、インナパケットをカプセル化するための新しいパケットはアウタパケットと呼ばれることがある。このようなホームアドレスとＣｏＡとのバインディングによって、モバイルノードがどこにいる場合でも、その位置が特定可能となる。
また、非特許文献１及び非特許文献３に規定されているホストのモビリティサポートの概念は、ネットワークのモビリティサポート（ＮＥＭＯ）（下記の特許文献１及び下記の非特許文献７）に拡張可能である。このＮＥＭＯは、モバイルノード自体がモバイルルータである場合であり、このモバイルルータがモバイルネットワークを形成しており、モバイルルータと共に複数のノードが移動する場合である。モバイルルータが、そのホームエージェントに対して、バインディングアップデートを送信した後は、モバイルネットワークに向けて送信されるパケットは、ホームエージェントによって受信され、モバイルルータに対してトンネリングされる。
そして、モバイルルータは、このトンネルパケットの脱カプセル化を行って、インナパケットをその送信先に転送する。また、同様に、モバイルネットワーク内のノードから送信されたパケットは、モバイルルータによって、ホームエージェントにトンネリングされ、その後、正確な送信先に転送される。なお、モバイルルータ自体がアクセスルータとしての機能を有してもよく、他のモバイルノード（モバイルホスト又はモバイルルータ）がモバイルルータと接続し、このアクセスルータとして機能するモバイルルータを通じて、グローバル通信ネットワークに対してアクセスを行うことも可能である。
また、非特許文献７によれば、モバイルルータから送信されるバインディングアップデートメッセージは、２つの異なるモードによって構成され得る。これらの２つの異なるモードは、モバイルネットワークのプリフィックスに関する情報が特定されない暗黙モード（ｉｍｐｌｉｃｉｔ ｍｏｄｅ）と、モバイルルータが、バインディングアップデートメッセージ内に、そのモバイルネットワークのプリフィックスを記載する明示モード（ｅｘｐｌｉｃｉｔ ｍｏｄｅ）である。
暗黙モードは、プリフィックスの情報がホームエージェントにおいて手動で構成される場合に使用され、モバイルルータがそのモバイルネットワークのプリフィックスを明らかに示さなくても、ホームエージェントが、モバイルネットワークに対して送信されるパケットを転送するためのルーティングテーブルを構成することが可能となる。
一方、明示モードは、モバイルルータが、管理しているモバイルネットワークのプリフィックスを明らかに示すことが可能である。この場合には、ホームエージェントは、あらかじめプリフィックスに係る情報を知っておく必要はない。
また、ホームエージェントは、モバイルルータに対して、バインディングアップデートのステータスを示す応答を、バインディングアクノレッジメントメッセージによって返信しなければならない。バインディングに失敗した場合には、バインディングアクノレッジメントにおいて異なったステータスの値を設定することにより、その失敗の理由が示される。例えば、パケット転送のメカニズムを設定する際のエラーや、モバイルルータがその特定のプリフィックスとのバインディングの設定を行う許可を有していないなどの理由が、上記の失敗の理由として挙げられる。
また、ホームエージェントが、モバイルルータに係るプリフィックスをあらかじめ知らない場合には、ホームエージェントは、転送設定が失敗に終わった旨を、暗黙モードのバインディングアップデートに対するアクノレッジメントとして返信することが可能である。また、明示モードのバインディングアップデートによって、誤ったプリフィックスや許可されていないプリフィックスが特定された場合には、ホームエージェントは、プリフィックスが許可されていない旨を、バインディングアクノレッジメントとして返信することが可能である。
Ｐｅｒｋｉｎｓ，Ｃ．Ｅ．ｅｔ．ａｌ．，″ＩＰ Ｍｏｂｉｌｉｔｙ Ｓｕｐｐｏｒｔ″，ＩＥＴＦ ＲＦＣ ３３４４，Ａｕｇ ２００２． ＤＡＲＰＡ，″Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ″，ＩＥＴＦ ＲＦＣ ７９１，Ｓｅｐ １９８１． Ｊｏｈｎｓｏｎ，Ｄ．Ｂ．，Ｐｅｒｋｉｎｓ，Ｃ．Ｅ．，ａｎｄ Ａｒｋｋｏ，Ｊ．，″Ｍｏｂｉｌｉｔｙ Ｓｕｐｐｏｒｔ ｉｎ ＩＰｖ６″，ＩＥＴＦ Ｉｎｔｅｒｎｅｔ Ｄｒａｆｔ：ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｉｐｖ６−２４．ｔｘｔ，Ｗｏｒｋ Ｉｎ Ｐｒｏｇｒｅｓｓ，Ｊｕｎ ２００３． Ｄｅｅｒｉｎｇ，Ｓ．，ａｎｄ Ｈｉｎｄｅｎ，Ｒ．，″Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ ６（ＩＰｖ６）Ｓｐｅｃｉｆｉｃａｔｉｏｎ″，ＩＥＴＦ ＲＦＣ ２４６０，Ｄｅｃ １９９８． Ｓｉｍｐｓｏｎ，Ｗ．，″ＩＰ ｉｎ ＩＰ Ｔｕｎｎｅｌｉｎｇ″，ＩＥＴＦ ＲＦＣ １８５３，Ｏｃｔ １９９５． Ｃｏｎｔａ，Ａ．，ａｎｄ Ｄｅｅｒｉｎｇ，Ｓ．，″Ｇｅｎｅｒｉｃ Ｐａｃｋｅｔ Ｔｕｎｎｅｌｉｎｇ ｉｎ ＩＰｖ６″，ＩＥＴＦ ＲＦＣ ２４７３，Ｄｅｃ １９９８． Ｄｅｖａｒａｐａｌｌｉ，Ｖ．，ｅｔ．ａｌ．，″ＮＥＭＯ Ｂａｓｉｃ Ｓｕｐｐｏｒｔ Ｐｒｏｔｏｃｏｌ″，ＩＥＴＦ Ｉｎｔｅｒｎｅｔ Ｄｒａｆｔ：ｄｒａｆｔ−ｉｅｔｆ−ｎｅｍｏ−ｂａｓｉｃ−ｓｕｐｐｏｒｔ−０１．ｔｘｔ，Ｓｅｐ ２００３． Ｌｅｕｎｇ，Ｋ．Ｋ．，″Ｍｏｂｉｌｅ ＩＰ ｍｏｂｉｌｅ ｒｏｕｔｅｒ″，ＵＳ Ｐａｔｅｎｔ ６，６３６，４９８，Ｏｃｔ ２００３．
特許文献１及び非特許文献７によれば、モバイルルータは、そのホームエージェントと直接接続している場合のように、モバイルルータとホームエージェントとの間で確立した双方向トンネルを通じて、動的ルーティングプロトコル（例えば、ＩＧＰ（Ｉｎｔｅｒ Ｇａｔｅｗａｙ Ｐｒｏｔｏｃｏｌ）、ＲＩＰ（Ｒｅａｌｍ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）、ＯＳＰＦ（Ｏｐｅｎ Ｓｈｏｒｔｅｓｔ Ｐａｔｈ Ｆｉｒｓｔ）など）を任意に動作させることが可能である。モバイルルータが動的ルーティングプロトコルを動作させた場合には、このルーティングプロトコルの使用によって、モバイルネットワークのプリフィックスに係るルーティング情報が伝達されることとなる。しかしながら、このルーティング情報には、モバイルルータがバインディングアップデートを送信する際に使用すべきモード（暗黙モード又は明示モード）は記載されていない。
したがって、仮に、モバイルルータが、暗黙モードの使用を選択する場合には、ホームエージェントの応答は、不明確なものとなってしまう。すなわち、双方向トンネルが確立された後に動的ルーティングプロトコルが使用されるので、ホームエージェントは、暗黙モードのバインディングアップデートを受けた場合には、モバイルネットワークのプリフィックスを把握することができない。したがって、ホームエージェントは、双方向トンネルが確立された後にプリフィックス情報を取得できるものと思っており、非特許文献７の記載に反して、否定的なバインディングアクノレッジメントを送信することができない。
さらに、仮に、ホームエージェントが、肯定的なバインディングアクノレッジメントによる応答を行ったとしても、モバイルルータが動的ルーティングプロトコルを実際に動作させることが可能か否かを知ることは不可能である。モバイルルータが、動的ルーティングプロトコルを動作させていないのであれば、ホームエージェントは、その他の考えられる動作を行うか、あるいは、転送セットアップが失敗した旨を通知する否定的なバインディングアクノレッジメントを送信しなくてはならないが、このときには既に、動的ルーティングプロトコルが動作可能であると予測して肯定的なバインディングアクノレッジメントが送信されてしまっている。
一方、モバイルルータが明示モードの使用を選択する場合には、バインディングアップデートによって伝えられるプリフィックス情報が、後にモバイルルータから送られる動的ルーティングメッセージと一致しないときや矛盾しているときに、ホームエージェントがどのように応じるべきかが明確とはなっていない。
したがって、どちらのモードであっても、ホームエージェントで動的ルーティングプロトコルを動作させるためのエラーチェックメカニズムや完全なフェイルオーバメカニズムは、現状では、ほとんど存在していない。
さらに、別の態様として、モバイルルータが、動的ルーティングプロトコルやその他の技術を使用して、ホームエージェントからプリフィックスを委譲される（ｄｅｌｅｇａｔｅｄ）場合も考えられる。この場合には、モバイルルータは、ホームエージェントからプリフィックス情報が送られてくるのを待つことになるが、ホームエージェントがモバイルルータに対して、プリフィックス委譲情報（ｐｒｅｆｉｘ ｄｅｌｅｇａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を送ることができない場合に、モバイルルータがどのような動作を行うべきかが明確とはなっていない。また、モバイルルータは、ノードがアドレスを自律的に構成できるように、その内部ネットワークに対して、プリフィックスを報知する必要がある。したがって、モバイルルータは、プリフィックスの委譲（ｄｅｌｅｇａｔｉｏｎ）があるかをテストするための処理や、既知の期間内に、あるデフォルトのプリフィックスを速やかに使用できるようになるための処理を行えることが重要となる。
本発明の第１の実施の形態では、ホームエージェントに導入されるエラーチェックメカニズム及びフェイルオーバメカニズムを提供することによって、ホームエージェントが直面する課題について言及する。ここでは、暫定承認技術（Ｔｅｍｐｏｒａｒｙ Ａｃｃｅｐｔａｎｃｅ Ｔｅｃｈｎｉｑｕｅ）と呼ばれる技術に関する改良が含まれている。この暫定承認技術によれば、ホームエージェントは、バインディングアクノレッジメントにおいて比較的短いライフタイム値を設定することによって、最初にモバイルルータからバインディングアップデートを受信したときに、モバイルルータに対して、ある短い期間が与えられる。これにより、モバイルルータは、その後、現在確立されている双方向トンネルを通じて、ルーティングアップデートメッセージを送信することが可能となる。また、さらに短いライフタイム値を用いることによって、非常に短い期間で、モバイルルータにバインディングの更新を行わせることが可能となる。
また、エラーがある場合には、次にモバイルルータがバインディングアップデートを送信した際に、ホームエージェントがエラー通知を行うことができるようになる。なお、ライフタイムフィールドは、バインディングキャッシュエントリ内にも格納されており、モバイルルータが、新たなバインディングアップデートメッセージによってバインディングの更新を行わない場合でも、バインディングキャッシュエントリは、自動的に更新されることになる。
また、本発明によれば、ホームエージェントの応答を構成するためのコンフィギュレーションパラメータ（非常に有効なコンフィギュレーションパラメータのセット）が提供される。これにより、バインディングアップデートメカニズムによって導入されたルートと、双方向トンネルを通じて動的ルーティングプロトコルによって導入されたルートとの間に競合が生じた場合でも、管理者は、ホームエージェントの動作の構成を適切に行うことが可能となる。
さらに、本発明の第２の実施の形態では、モバイルルータが、ホームエージェントからのプリフィックス委譲の待機状態にある場合について言及する。モバイルルータは、最初に、ホームエージェントがプリフィックスの委譲をサポートしているか否かをチェックするために、短いライフタイム値が設定された暗黙モードのバインディングアップデートメッセージを送信する。そして、ある特定の回数だけ、ライフタイム値が示す期間が満了した場合には、モバイルルータは、デフォルトのプリフィックスを用いて、明示モードのバインディングアップデートメッセージを送信するように構成されている。これによって、モバイルルータは、ホームエージェントがプリフィックスを委譲するかどうかのテストを最初に行うことによって、双方向トンネルの完全な確立処理を行うことが可能となり、ホームエージェントがプリフィックスを委譲しない場合には、デフォルトのプリフィックスのセットを用いることができるようになる。
本発明に係る装置及び方法は、モバイルネットワークにおける動的ルーティングの動作及びエラーチェックに係る処理を確実に行えるようにするという効果を有しており、特に、モバイルＩＰを利用したモバイルネットワークにおいて、モバイルルータとホームエージェントとの間の双方向トンネル上における動的ルーティングの動作及びエラーチェックに係る処理を確実に行えるようにするという効果を有している。
本発明の実施の形態において、ホームエージェントの構成を示す図 本発明の実施の形態において、暫定承認技術の考え方を例示するためのメッセージ交換シーケンスの一例を示す図 本発明の実施の形態において、モバイルルータから新たに受信したバインディングアップデートメッセージに係る処理を行う際に、ホームエージェントによって使用される一般的なアルゴリズムを示す図 本発明の実施の形態において、モバイルルータから新たに受信した暗黙モードのバインディングアップデートメッセージに係る処理を行う際に、ホームエージェントによって使用されるアルゴリズムを示す図 本発明の実施の形態において、モバイルルータから新たに受信した明示モードのバインディングアップデートメッセージに係る処理を行う際に、ホームエージェントによって使用されるアルゴリズムを示す図 本発明の実施の形態において、暫定承認技術を用いた場合のホームエージェントとモバイルルータとの間における様々なメッセージ交換シーケンスの一例を示す図 本発明の実施の形態において、モバイルルータの構成を示す図 本発明の実施の形態において、ホームエージェントに対して、バインディングアップデートを送信する際に、モバイルルータによって使用されるアルゴリズムを示す図
本明細書では、エラーチェックのための装置及び方法、及び、ホームエージェントに搭載されるフェイルオーバメカニズムが開示される。以下、本発明の理解を容易にするため、用語の定義を行う。
（ｉ）「パケット」は、データネットワーク上で伝送可能な、任意のフォーマットのデータの独立した（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ）ユニットである。通常、「パケット」は「ヘッダ」部分と「ペイロード」部分の２つの部分により構成される。「ペイロード」部分には、伝送されるデータが含まれており、「ヘッダ」部分には、パケットの伝送を支援するための情報が含まれている。なお、「ヘッダ」部分には、「パケット」の送信者及び受信者のそれぞれを識別するために、送信元アドレス及び送信先アドレスが含まれる必要がある。
（ｉｉ）「パケットトンネリング」は、別のパケットをカプセルに入れたパケットに関連するものである。「パケットトンネリング」の動作は、パケットの「カプセル化」とも呼ばれ、カプセル化されたパケットは、「トンネル化されたパケット」又は「インナパケット」と呼ばれ、「インナパケット」をカプセル化するパケットは「トンネリングパケット」又は「アウタパケット」とも呼ばれる。なお、カプセル化されたパケットでは、「インナパケット」全体が、「アウタパケット」のペイロード部分を形成する。
（ｉｉｉ）「モバイルノード」は、グローバルデータ通信ネットワークへの接続ポイントを変更するネットワークエレメントである。この「モバイルノード」は、エンドユーザ端末、ゲートウェイやルータなどの中継端末、グローバルデータ通信ネットワークへの接続ポイントを変更することが可能なインテリジェントネットワークハブを示す用語として使用する場合もある。また、「モバイルノード」がエンドユーザ端末の場合には、より明確に「モバイルホスト」と呼ばれ、「モバイルノード」が、ゲートウェイ、ルータ、インテリジェントネットワークハブなどとして機能する中間的なネットワークエレメントの場合には、より明確に「モバイルルータ」と呼ばれる。
（ｉｖ）任意のネットワークエレメントの「デフォルトルータ」とは、そのネットワークエレメントと同一のリンク上に存在するルータであり、この「デフォルトルータ」には、リンク上のネットワークエレメントから送信された、送信先までの転送ルートが不明であるすべてのパケットが転送される。
（ｖ）モバイルノードの「アクセスルータ」とは、モバイルノードがデータ通信ネットワークに接続するために通信を行うルータであり、通常は、モバイルノードのデフォルトルータである。なお、モバイルノードのアクセスルータ自身が、移動可能であってもよい。
（ｖｉ）「ホームアドレス」は、モバイルノードに割り当てられている基本的なグローバルアドレスであり、モバイルノードが接続しているグローバルデータ通信ネットワークの接続ポイントによらずに、モバイルノードの位置を特定するために利用可能である。なお、本明細書では、ホームアドレス（ｈｏｍｅ−ａｄｄｒｅｓｓ）を簡略化して、ＨｏＡと呼ぶことがある。
（ｖｉｉ）グローバルデータ通信ネットワークに接続されたモバイルノードに関し、そのモバイルノードのホームアドレスが、接続ポイントの周辺領域で使用されているアドレスと一致するトポロジを有している場合、このモバイルノードは「ホームに存在する（ａｔ ｈｏｍｅ）」と呼ばれる。また、この接続ポイントの近隣領域は、ただ１つの管理権限者によって制御されており、モバイルノードの「ホームドメイン」と呼ばれる。
（ｖｉｉｉ）グローバルデータ通信ネットワークに接続されたモバイルノードに関し、そのモバイルノードのホームアドレスが、接続ポイントの周辺領域で使用されているアドレスと一致しないトポロジを有している場合、このモバイルノードは「ホームから離れている（ａｗａｙ）」と呼ばれる。また、この場合の接続ポイントの周辺領域は、「フォーリンドメイン」と呼ばれる。
（ｉｘ）「気付アドレス」は、ホームから離れた状態にあるモバイルノードに対して割り当てられる一時的なグローバルアドレスであり、割り当てられた「気付アドレス」は、モバイルノードがグローバルデータ通信ネットワークに接続する接続ポイントの周辺領域で使用されているアドレスと、同一のトポロジを有している。なお、本明細書では、気付アドレス（ｃａｒｅ−ｏｆ−ａｄｄｒｅｓｓ）を簡略化して、ＣｏＡと呼ぶことがある。
（ｘ）「ホームエージェント」は、モバイルノードのホームドメインに存在するネットワークエンティティである。「ホームエージェント」は、モバイルノードがホームから離れている場合の気付アドレスの登録サービスを行うものであり、モバイルノードのホームアドレスが送信先に設定されているパケットを、モバイルノードの気付アドレスに転送することが可能である。なお、ホームエージェントは、ルータでもある。
（ｘｉ）「バインディングアップデート」は、モバイルノードから、そのホームエージェントに対して送られるメッセージであり、ホームエージェントに対して、モバイルノードが現在使用している気付アドレスの通知を行うためのメッセージである。これによって、ホームエージェントは、モバイルノードのホームアドレスと気付アドレスとの間の関係を「バインディング」することが可能となる。また、このメッセージには、このバインディングの有効期間を指定するためのライフタイムフィールドが含まれている。なお、本明細書では、「バインディングアップデート（Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ）」を簡略化して、ＢＵと呼ぶことがある。
（ｘｉｉ）「バインディングアクノレッジメント」は、ホームエージェントからモバイルノードに対して送られる上述のバインディングアップデートの応答のメッセージであり、バインディングアップデートのステータス（例えば、バインディングアップデートが成功したか否か）を示すためのメッセージである。また、このメッセージには、バインディングの有効期間を示すライフタイムフィールドが含まれている。なお、この有効期間は、対応するバインディングアップデートメッセージに記載されたライフタイムを無視したものを用いてもよい。なお、本明細書では、「バインディングアクノレッジメント（Ｂｉｎｄｉｎｇ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）」を簡略化してＢＡと呼び、「成功を示すバインディングアクノレッジメント」を簡略化してＢＡ−ＯＫと呼び、「失敗を示すバインディングアクノレッジメント」を簡略化してＢＡ−ＮＥＧと呼ぶことがある。
（ｘｉｉｉ）「ルーティングアップデート」は、利用可能なルートを通知するために、ルータ間でやり取りされるメッセージである。このルーティングアップデートメッセージは、動的ルーティングプロトコルがルート情報を広めるために動作する場合に、ルータ間でやり取りされるすべてのメッセージを示すものである。なお、本明細書では、「ルーティングアップデート」を簡略化して、ＲＵと呼ぶことがある。
なお、以下の説明では、本発明を詳細に理解できるように、特定の数、時間、構造、その他のパラメータなどが詳しく説明されるが、こうした詳細な設定は一例であり、当業者は、こうした特定の詳細な設定を行わなくても、本発明を実行できることは明白である。
＜第１の実施の形態＞
本発明に係る第１の実施の形態では、モバイルルータとホームエージェントとの間で確立された双方向トンネルを通じて、ホームエージェントが、登録されているモバイルルータ上で動作する動的ルーティングプロトコルに起因したエラー条件をチェックするチェックメカニズムと、当該エラー条件に対して動作を行う動作メカニズムとについて説明する。なお、図１に示される装置は、ホームエージェントを示すものである。
図１には、本発明で利用されるホームエージェント１０００の構成が図示されている。図１に示すホームエージェント１０００は、入力パケット処理部１００１、出力パケット処理部１００２、バインディングマネージャ１００３、ルートマネージャ１００４、転送ユニット１００５、コンフィギュレーションインターフェイス１００６により構成されている。また、パケットフローパス１０１１〜１０１８は、データパケットのフローパスを示しており、シグナルパス１０２１〜１０２４は、各機能ブロック間の通信チャンネルを示している。なお、これらのパスは模式的なものであり、これらのパスの結合に際し、実際に配線が存在してもよく、また、存在しなくてもよい。また、機能ブロックの大部分をソフトウェアによって実現することも可能であり、この場合も同様に、これらのパスは、異なるソフトウェアモジュールが相互に通信可能なプログラミングインターフェイスによって実現可能である。
ホームエージェント１０００が受信したパケットは、パケットフローパス１０１１を通じて、あらゆる標準ネットワークプロトコル処理（例えば、インターネットプロトコル処理）が行われるように、入力パケット処理部１００１に供給される。このパケットがモビリティに関係したパケット（例えば、ＢＵメッセージなど）であることが特定された場合には、入力パケット処理部１００１は、パケットフローパス１０１２を通じて、このパケットをバインディングマネージャ１００３に供給する。また、このパケットがルーティングに関係したパケット（例えば、ＲＵメッセージなど）であることが特定された場合には、入力パケット処理部１００１は、パケットフローパス１０１３を通じて、このパケットをルートマネージャ１００４に供給する。また、通常は、ホームエージェント１０００はルータであり、他のノードに転送する必要があるパケットの場合には、このパケットは、パケットフローパス１０１４を通じて転送ユニット１００５に渡される。なお、入力パケット処理部１００１は、確立した双方向トンネルから受信したパケットを脱カプセル化する機能を有している。
また、出力パケット処理部１００２は、物理的なネットワーク配線にパケットを送出する前に必要となるパケット処理を行う。この処理は、送信モジュールによってルートの指示がない場合にはデフォルトルートを選択し、送信パケットにおいて必須なプロトコルヘッダ内の空のフィールドに、デフォルト値を挿入する処理を含んでいる。そして、処理後のパケットは、パケットフローパス１０１８を通じて、物理的な通信媒体に送出される。
一方、バインディングマネージャ１００３は、モバイルノードのアドレスのバインディングの管理を担っている。通常、バインディング情報は、バインディングキャッシュの形式で管理され、各キャッシュエントリにおいて、モバイルノードの気付アドレスに対するホームアドレスのバインディングが明記される。また、モバイルノードがモバイルルータの場合には、ＢＵのモード（暗黙モード又は明示モード）などのような他の情報や、ＢＵに含まれるモバイルネットワークのプリフィックスも、バインディングキャッシュに格納される。なお、バインディングマネージャ１００３では、ルートマネージャ１００４における転送メカニズム（モバイルルータの気付アドレスに対してパケットのトンネリングを行うことによって、モバイルネットワークのプリフィックスに送られるパケットを、モバイルルータに転送するメカニズムなど）の設定処理や設定破棄処理も行われる。こうした処理を行うために、バインディングマネージャ１００３をルートマネージャ１００４に接続するシグナルパス１０２１が示されている。また、さらに、バインディングマネージャ１００３は、ＢＵメッセージなどのようなモビリティに関連したパケットの処理を行う必要がある。これにより、バインディングキャッシュの更新が可能となり、ＢＡメッセージを返信するとが可能となる。なお、ＢＡメッセージの送信時には、ＢＡメッセージは、出力パケット処理部１００２に渡される。
また、ルートマネージャ１００４は、ルートの管理を担っている。通常、ルートは、ルーティングテーブルの形式で管理され、ルーティングテーブルでは、各列によって、特定のネットワークのプリフィックスへのルーティング情報が示されている。また、このルートマネージャ１００４では、他のルータから受信したＲＵメッセージの処理や、他のノードに対して、自装置のルーティングメッセージを送信する処理も行われる。なお、ＲＵメッセージを送信する場合には、ＲＵメッセージは、パケットフローパス１０１６を通じて、実際に送信を行う出力パケット処理部１００２に渡される。
また、ルートマネージャ１００４が、双方向トンネルを通じて、モバイルルータからＲＵメッセージを受信する場合には、モバイルルータによって導入されているルートのリストを保持する必要がある。これにより、ホームエージェント１０００とモバイルルータとの間の双方向トンネルを破棄する場合に、バインディングマネージャ１００３は、ルートマネージャ１００４に対して、モバイルルータによって導入されているすべてのルートを削除するよう要求することが容易となる。
また、転送ユニット１００５は、他のノードへのパケット（双方向トンネルを通る送信パケットを含む）のルーティング処理を担っている。転送ユニット１００５は、ルートマネージャ１００４から供給されたパケットのルーティング方法に係る情報を取得する。なお、このルーティング情報の取得が可能となるよう、転送ユニット１００５とルートマネージャ１００４とを接続するシグナルパス１０２２が示されている。これにより、転送ユニット１００５は、パケットの転送場所に係る指示を同時に行うことが可能となり、パケットフローパス１０１５を通じて、データパケットを出力パケット処理部１００２に渡すことが可能となる。
また、コンフィギュレーションインターフェイス１００６は、コンフィギュレーション情報をバインディングマネージャ１００３とルートマネージャ１００４とに供給するモジュールである。このコンフィギュレーション情報は、システムが起動している間、コンフィギュレーションインターフェイス１００６によって補助記憶装置から読み込まれるようにすることが可能である。上記の方法によって、コンフィギュレーションインターフェイス１００６が情報を読み込む場合、コンフィギュレーションインターフェイス１００６は、システムの起動後に、情報の変更がなかったかどうかを頻繁に監視する必要があり、情報が変更されている場合には、情報の再読み込みをする必要がある。また、管理者が、リアルタイムにコンフィギュレーションパラメータの調整を行うことができるように、コンフィギュレーションインターフェイス１００６をアクティブなプロセスとすることも可能である。なお、管理者は、端末の前に座って操作することも可能であり、離れた場所からコンフィギュレーションプロセスにリモートでログインすることも可能である。
また、さらに、コンフィギュレーションインターフェイス１００６が、リモートの主要データベースから、コンフィギュレーション情報を読み込めるようにすることも可能である。実際、コンフィギュレーションインターフェイス１００６は、データベースクライアントエージェントとして実現可能であり、この場合には、各コンフィギュレーションの問い合わせが、コンフィギュレーションインターフェイス１００６によってリモートの主要データベースにリレーされることになる。また、コンフィギュレーション情報をホームエージェント１０００に読み込むために、他の異なる技術を適用することも可能であり、例えば、外部エージェントが、管理情報データベース（ＭＩＢ：Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）を含むパケットをホームエージェント１０００に送信するＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）を使用することが可能である。こうしたＭＩＢには、ホームエージェント１０００が必要とするコンフィギュレーション情報が含まれている。したがって、コンフィギュレーションインターフェイス１００６において、リモートエージェントに対して問い合わせを送信するＳＮＭＰエージェントとしての機能が実現され、ＭＩＢを含む応答を解釈して、コンフィギュレーション情報を構成することが可能となる。
コンフィギュレーションインターフェイス１００６は、他のモジュールに対して、システム全体コンフィギュレーション情報（Ｓｙｓｔｅｍ−ｗｉｄｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）、及び、モバイルルータ特定コンフィギュレーション情報（Ｍｏｂｉｌｅ ｒｏｕｔｅｒ ｓｐｅｃｉｆｉｃ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）の２つのタイプのコンフィギュレーション情報を提供する。
システム全体コンフィギュレーション情報には、下記の情報が含まれている。
（ｉ）ｇＤｙｎＲｔｇＥｎａｂｌｅｄ：ホームから離れているモバイルルータが、動的ルーティングプロトコルを利用することが可能か否かを示す情報
（ｉｉ）ｇＭａｘＢＵＬｉｆｅｔｉｍｅ：バインディングキャッシュエントリにおけるライフタイムの最大値
（ｉｉｉ）ｇＭａｘＲＵＬｉｆｅｔｉｍｅ：ルーティングテーブルエントリにおけるライフタイムの最大値
（ｉｖ）ｇＴｅｍｐＢＵＬｉｆｅｔｉｍｅ：ホームから離れているモバイルルータにおいて、動的ルーティングプロトコルが動作可能か否かが不明の場合に利用されるバインディングキャッシュのライフタイム
（ｖ）ｇＭａｘＴｅｍｐＢＵ：ホームから離れているモバイルルータにおいて、動的ルーティングプロトコルが動作可能かどうかが不明な状態で受け入れ可能なバインディングアップデートの最大数
一方、モバイルルータ特定コンフィギュレーション情報には、下記の情報が含まれている。
（ｉ）ｍｒＳｅｃＡｓｓｏｃ：モバイルルータのセキュリティ関係の情報（例えば、モバイルルータに関連付けられている、あらかじめ設定されたセキュリティキー）
（ｉｉ）ｍｒＤｙｎＲｔｇＥｎａｂｌｅｄ：特定のモバイルルータが動的ルーティングプロトコルを動作させることが可能か否かを示す情報
（ｉｉｉ）ｍｒＤｙｎＲｔｇＰｒｏｔｏｃｏｌ：モバイルルータが、動的ルーティングを利用することが可能か否かを示す情報（この値によって、モバイルルータにおいて動作可能な動的ルーティングプロトコルのタイプが示される）
（ｉｖ）ｍｒＤｅｆａｕｌｔＰｒｅｆｉｘＬｉｓｔ：モバイルルータに関連付けられているすべてのデフォルトネットワークプリフィックス
（ｖ）ｍｒＶａｌｉｄＰｒｅｆｉｘＬｉｓｔ：モバイルルータとの関連付けを行うことが可能な正当なネットワークプリフィックスの範囲
（ｖｉ）ｍｒＢＵＲＵＥｒｒＡｃｔｉｏｎ：ＢＵメッセージに含まれるプリフィックス情報が、モバイルルータによって送信されるルーティング情報との間で競合するかあるいは、矛盾している場合に取られるべきデフォルトの操作
また、上記のｍｒＢＵＲＵＥｒｒＡｃｔｉｏｎに関しては、下記の値が取られ得る。
（ｉ）ＢＵＲＵＥｒｒＴｅａｒｄｏｗｎ：エラーがあり、双方向トンネルを破棄する場合
（ｉｉ）ＢＵＲＵＥｒｒＩｇｎｏｒｅＢＵ：ＢＵメッセージで与えられるプリフィックス情報を無視するとともに、プリフィックス情報を無視した旨を通知せずにＢＡ−ＯＫメッセージを返信する場合
（ｉｉｉ）ＢＵＲＵＥｒｒＷａｒｎＢＵ：ＢＵメッセージで与えられるプリフィックス情報を無視して、プリフィックス情報を無視した旨を示す特別のオプションを含むＢＡ−ＯＫメッセージを返信する場合
（ｉｖ）ＢＵＲＵＥｒｒＩｇｎｏｒｅＲＵ：ＲＵメッセージを無視して、プリフィックス情報を無視した旨を通知しない場合
（ｖ）ＢＵＲＵＥｒｒＷａｒｎＲＵ：ＲＵメッセージを無視し、動的ルーティングプロトコルを使用して、エラーメッセージを返信する場合
また、先に述べたように、バインディングマネージャ１００３は、バインディングキャッシュ内のバインディング情報を保持している。本発明では、バインディングキャッシュにおける各エントリが、少なくとも下記の情報を含むようにする。
（ｉ）ｂｃｅＨｏＡ：モバイルルータのホームアドレス
（ｉｉ）ｂｃｅＣｏＡ：モバイルルータの気付アドレス
（ｉｉｉ）ｂｃｅＭｏｄｅ：受信した成功を示す最後のＢＵメッセージのモード（暗黙モード又は明示モード）
（ｉｖ）ｂｃｅＥｘｐｉｒｙ：当該エントリの有効性がなくなる（削除される）時刻
（ｖ）ｂｃｅＰｒｅｆｉｘ：成功を示す最後のＢＵメッセージに含まれるプリフィックス情報
（ｖｉ）ｂｃｅＮｕｍＴｅｍｐＢＵ：モバイルルータにおいて、動的ルーティングプロトコルが動作可能か否かが不明な状態のときに、受信可能なＢＵメッセージの数
グローバルなコンフィギュレーション情報（システム全体コンフィギュレーション情報）のｇＴｅｍｐＢＵＬｉｆｅｔｉｍｅ及びｇＭａｘＴｅｍｐＢＵと共に、末尾の情報のｂｃｅＮｕｍＴｅｍｐＢＵによって、バインディングマネージャ１００３は、暫定承認技術（Ｔｅｍｐｏｒａｒｙ Ａｃｃｅｐｔａｎｃｅ Ｔｅｃｈｎｉｑｕｅ）と呼ばれる技術を実現することが可能となる。図２に例示される暫定承認技術は、サービス提供者２０００が、単一又は複数のサービス要求者２１００に対してサービスを提供する状況において使用されるものである。なお、サービス要求者２１００は、こうしたサービスを受けるために、何らかの要件を満たしている必要があるが、サービスが与えられるまでは、その要件が満たされているか否かを知ることはできず、また、その要件を満たそうとすることも不可能である。
暫定承認技術が基づく基本的な考え方は、サービス提供者２０００が、通常よりもはるかに短い有効期間Ｔ＿ｔｅｍｐを条件とした要求に対して承認を与えられるようにすることにあり、サービス要求者２１００に対して、この短い有効期間の後に要求を更新させるようにすることにある。これにより、サービス要求者２１００には、いくつかの特定の要件（例えば、図２に示す動作２００３）を満たすための、ある限定された時間が与えられる。この要件が満たされた場合に、サービス要求者２１００が要求（図２に示す要求２００４）を更新する次の機会に、サービス提供者２０００は、サービス要求者２１００に対して、通常のアクセス許可（図２に示す完全な許可２００５）を与えることが可能となる。
しかしながら、サービス要求者２１００は、特定の要件を満たすための動作を行わない場合も考えられる。この場合には、サービス提供者２０００は、サービス要求者２１００に何回かのトライ数（ＭＡＸＴＲＹ）を与えるような選択を行うことも可能である。このとき、サービス要求者２１００が要求可能な最大数を超えても特定の要件を満たせなかった場合に、サービス提供者２０００は、要求を拒絶することができるようにすることも可能である。上記の一例として、図２には、要求２０１１及び２０１３の後に、サービス要求者２１００が、まだいくつかの要件を満たさなければならない場合が図示されており、また、例として、“ＭＡＸＴＲＹ”回目の要求２０１５において、サービス提供者２０００が、拒絶２０１６を送信する場合が図示されている。
したがって、この暫定承認技術は、要求を承認するまでの要求イベント（すなわち、動作２００３）の待機状態を制限するために、ＭＡＸＴＲＹとＴ＿ｔｅｍｐとによって与えられる期間を超えるか否かという条件を利用できるようにしたものである。これによって、サービス提供者２０００は、要求に対する許可を与えるか否かの決定を行う際、所定の遅延時間内に要件が満たされるか否かに基づいて決定を行うことによって、この決定を遅らせることが可能となる。
本発明において適用されているホームエージェント１０００（サービス提供者２０００）は、ＢＡ−ＯＫメッセージにおいて、より短いライフタイム値を使用することによって、最初にモバイルルータ（サービス要求者２１００）からＢＵメッセージを受信したときに、モバイルルータに対して短い期間を与えることが可能となる。この短いライフタイム値は、ｇＴｅｍｐＢＵＬｉｆｅｔｉｍｅであり、これによって、モバイルルータは、現在確立している双方向トンネルを通じて、ＲＵメッセージの送信（必要な動作）を行うことが可能となる。コンフィギュレーションパラメータｇＭＡＸＴｅｍｐＢＵは、ホームエージェントがＲＵメッセージの受信前に許容しているＢＵメッセージの最大受信可能数である。また、バインディングキャッシュエントリ値ｂｃｅＮｕｍＴｅｍｐＢＵは、ＲＵメッセージの前に受信するＢＵメッセージの受信回数を制限するために利用されるものであり、ｇＭａｘＴｅｍｐＢＵが、ｂｃｅＮｕｍＴｅｍｐＢＵと同値になった場合には、ホームエージェント１０００は、ＢＵメッセージを拒絶することが可能となる。なお、バインディングキャッシュエントリには、ライフタイムフィールドを格納することも可能であり、モバイルルータがｇＴｅｍｐＢＵＬｉｆｅＴｉｍｅ以降に新たなＢＵメッセージによってバインディングの更新を行わない場合でも、バインディングキャッシュエントリは、自動的に更新可能である。
上述の技術を利用することによって、バインディングマネージャ１００３は、モバイルルータから受信したＢＵメッセージの処理時に、以下の方法を利用することが可能である。図３には、バインディングマネージャ１００３に対してＢＵメッセージが渡される際の一般的な処理が示されている。まず、ステップＳ３０００において、バインディングマネージャ１００３は、ＢＵメッセージの送信者が、ホームエージェント１０００によって提供されるサービスの利用が認可されたモバイルルータ（登録されている正当なノード）か否かを確認する（ステップＳ３０００：送信者が登録されている正当なノードか？）。これは、例えば、コンフィギュレーションインターフェイス１００６に対して、モバイルルータのホームアドレスによって与えられるモバイルルータの情報のセットを検索するように要求することによって実現可能である。モバイルルータが認可されているものである場合には、コンフィギュレーションインターフェイス１００６は、コンフィギュレーション情報のセットを用いて応答を行う。一方、モバイルルータが認可されていないものである場合には、「コンフィギュレーションが見つかりません」や「モバイルルータは有効なエントリではありません」などのような理由で検索要求は失敗となる。
また、送信者（すなわち、モバイルルータ）が認可されていないものである場合には、ステップＳ３１００に示されているように、ホームエージェント１０００は、ＢＡ−ＮＥＧメッセージを用いて返信を行い、ＢＵを破棄する（ステップＳ３１００：ＢＡ−ＮＥＧの送信、ＢＵの破棄）。一方、送信者が登録されている正当なモバイルルータである場合には、ステップＳ３２００に示されるように、ＢＵメッセージのライフタイムフィールドをチェックして、その値がゼロか否かを確認する（ステップＳ３２００：ＢＵのライフタイム＝０？）。ライフタイム値がゼロの場合には、モバイルルータがバインディングの登録の削除を行おうとしており、ステップＳ３３００において、モバイルルータのバインディングキャッシュエントリが削除され、モバイルルータに導入されているすべてのルートが、ルートマネージャ１００４から削除されるとともに、登録が削除された旨を含むＢＡ−ＯＫメッセージが送信される（ステップＳ３３００：ＢＡ−ＯＫの送信、バインディングキャッシュエントリの削除、送信者によって導入されているルートの削除）。また、ライフタイムフィールドがゼロではない場合には、ＢＵメッセージのモードに依存した処理が行われる（ステップＳ３４００：ＢＵのモードが暗黙モード？）。すなわち、暗黙モードを示すＢＵメッセージの場合には、図４に示される暗黙モードに係る処理が行われ（ステップＳ３６００：暗黙モードに係る処理）、明示モードを示すＢＵメッセージの場合には、図５に示される明示モードに係る処理が行われる（ステップＳ３５００：明示モードに係る処理）。
図４に示される暗黙モードに係る処理では、最初のステップＳ４０００において、このモバイルルータで動的ルーティングが利用可能か否かのチェックが行われる（ステップＳ４０００：動的ルーティングが利用可能？）。このチェックは、例えば、バインディングマネージャ１００３が、ｍｒＤｙｎＲｔｇＥｎａｂｌｅｄのコンフィギュレーションパラメータのチェックすることによって行われる。動的ルーティングの利用が不可能な場合には、ステップＳ４１００に進み、バインディングマネージャ１００３によって、モバイルルータに適用可能なデフォルトのプリフィックスが存在するか否かのチェックが行われる（ステップＳ４１００：適用可能なデフォルトのプリフィックス有り？）。このチェックは、例えば、ｍｒＤｅｆａｕｌｔＰｒｅｆｉｘＬｉｓｔのコンフィギュレーションパラメータのチェックによって行われる。適用可能なデフォルトのプリフィックスが全く存在しない場合には、ホームエージェント１０００はルートマネージャ１００４に転送メカニズムをセットアップすることは不可能であり、ステップＳ４２００において、ＢＡ−ＮＥＧメッセージが返信されるとともに、ＢＵメッセージは破棄される（ステップＳ４２００：ＢＡ−ＮＥＧの送信、ＢＵの破棄）。一方、適用可能なデフォルトのプリフィックスが存在する場合には、バインディングマネージャ１００３は、ステップＳ４３００に進み、ＢＡ−ＯＫメッセージを返信するとともに、バインディングキャッシュエントリの更新を行い、ルートマネージャ１００４にデフォルトのプリフィックスへの転送メカニズムをセットアップする（ステップＳ４３００：ＢＡ−ＯＫの送信、バインディングキャッシュの更新、ルートマネージャにルートを設定）。
また、モバイルルータにおいて動的ルーティングの利用が可能な場合には、ステップＳ４４００に進み、バインディングマネージャ１００３は、ルートマネージャ１００４に対して、モバイルルータがホームエージェント１０００にＲＵメッセージを既に送っているか否かを確認するよう要求する（ステップＳ４４００：ルートマネージャはルートの更新を受信している？）。ＲＵメッセージが既に送られてきている場合には、暗黙モードのＢＵメッセージを問題なく使用することが可能であり、ステップＳ４５００において、ＢＡ−ＯＫメッセージが返信されるとともに、バインディングキャッシュエントリが更新される（ステップＳ４５００：ＢＡ−ＯＫの送信、バインディングキャッシュの更新）。しかしながら、ＲＵメッセージを（まだ）受信していない場合には、バインディングマネージャ１００３は、上述の暫定承認技術を使用することになる。ステップＳ４６００において、カウンタの機能を有するｂｃｅＮｕｍＴｅｍｐＢＵの値が、グローバルなコンフィギュレーションパラメータｇＭａｘＴｅｍｐＢＵの値以上であるか否かの確認が行われる（ステップＳ４６００：ｂｃｅＮｕｍＴｅｍｐＢＵ≧ｇＭａｘＴｅｍｐＢＵ？）。もし、ｂｃｅＮｕｍＴｅｍｐＢＵの値がｇＭａｘＴｅｍｐＢＵの値以上の場合には、モバイルルータがＲＵメッセージを送信できる猶予期間が切れており、ホームエージェント１０００は、ステップＳ４８００に示すように、ＢＡ−ＮＥＧメッセージを送るとともに、そのモバイルルータに係るバインディングキャッシュエントリを削除する（ステップＳ４８００：ＢＡ−ＮＥＧの送信、バインディングキャッシュエントリの削除）。一方、ｂｃｅＮｕｍＴｅｍｐＢＵの値がｇＭａｘＴｅｍｐＢＵより小さい場合には、モバイルルータがＲＵメッセージを送信することが可能な期間はまだ残っており、ステップＳ４７００において、ホームエージェント１０００は、ライフタイムフィールドをｇＴｅｍｐＢＵＬｉｆｅｔｉｍｅに変えたＢＡ−ＯＫメッセージを送ることになる。また、カウンタｂｃｅＮｕｍＴｅｍｐＢＵがインクリメントされるとともに、バインディングキャッシュエントリの更新が行われる（ステップＳ４７００：ライフタイム＝ｇＴｅｍｐＢＵＬｉｆｅｔｉｍｅに設定されたＢＡ−ＯＫを送信、バインディングキャッシュの更新、ｂｃｅＮｕｍＴｅｍｐＢＵのインクリメント）。
また、図５には、明示モードのバインディングアップデートに係る処理が示されている。明示モードのＢＵでは、モバイルルータがＢＵメッセージ内にプリフィックス情報を挿入する。したがって、まず、バインディングマネージャ１００３は、ステップＳ５０００において、ＢＵメッセージ内の特定のプリフィックスが有効であるか否かをチェックする（ステップＳ５０００：ＢＵのプリフィックスは有効？）。この有効性のチェックは、モバイルルータのコンフィギュレーションインターフェイス１００６から、コンフィギュレーションパラメータｍｒＶａｌｉｄＰｒｅｆｉｘＬｉｓｔに関する問い合わせを行うことによって可能となる。特定のプリフィックスが有効ではない場合には、ステップＳ５１００に示されるように、ＢＡ−ＮＥＧメッセージが送信されるとともに、ＢＵメッセージは破棄される（ステップＳ５１００：ＢＡ−ＮＥＧの送信、ＢＵの破棄）。一方、特定のプリフィックスが有効である場合には、ステップＳ５２００において、バインディングマネージャ１００３は、モバイルルータにおいて動的ルーティングの利用が可能か否かのチェックを行う（ステップＳ５２００：動的ルーティングが利用可能？）。このチェックは、ｍｒＤｙｎＲｔｇＥｎａｂｌｅｄのコンフィギュレーションパラメータのチェックによって可能である。動的ルーティングの利用が不可能な場合には、ステップＳ５６５０に進み、ＢＡ−ＯＫメッセージが送信されるとともに、バインディングキャッシュエントリの更新が行われ、ルートマネージャ１００４において、そのプリフィックスへの転送メカニズムのセットアップが行われる（ステップＳ５６５０：ＢＡ−ＯＫの送信、バインディングキャッシュの更新、ルートマネージャにルートを設定）。
一方、動的ルーティングが利用可能な場合には、ステップＳ５３００において、モバイルルータからＲＵメッセージを受信しているか否かのチェックがルートマネージャ１００４に対して行われる（ステップＳ５３００：ルートマネージャはルートの更新を受信している？）。ＲＵメッセージを受信していない場合には、バインディングマネージャ１００３は、上述の暫定承認技術を使用することになる。ステップＳ５４００において、カウンタの機能を有するｂｃｅＮｕｍＴｅｍｐＢＵの値が、グローバルなコンフィギュレーションパラメータｇＭａｘＴｅｍｐＢＵの値以上であるか否かの確認が行われる（ステップＳ５４００：ｂｃｅＮｕｍＴｅｍｐＢＵ≧ｇＭａｘＴｅｍｐＢＵ？）。もし、ｂｃｅＮｕｍＴｅｍｐＢＵの値がｇＭａｘＴｅｍｐＢＵの値以上の場合には、モバイルルータがＲＵメッセージを送信できる猶予期間が切れており、モバイルルータは、動的ルーティングプロトコルを動作させないと判断される。この場合には、ステップＳ５６５０に進み、ＢＡ−ＯＫメッセージが送信されるとともに、バインディングキャッシュエントリの更新が行われ、ルートマネージャ１００４において、そのプリフィックスへの転送メカニズムのセットアップが行われる。一方、ｂｃｅＮｕｍＴｅｍｐＢＵの値がｇＭａｘＴｅｍｐＢＵより小さい場合には、モバイルルータがＲＵメッセージを送信することが可能な期間はまだ残っており、ステップＳ５５００において、ホームエージェント１０００は、ライフタイムフィールドをｇＴｅｍｐＢＵＬｉｆｅｔｉｍｅに変えたＢＡ−ＯＫメッセージを送ることになる。また、カウンタｂｃｅＮｕｍＴｅｍｐＢＵがインクリメントされるとともに、バインディングキャッシュエントリの更新が行われる（ステップＳ５５００：ライフタイム＝ｇＴｅｍｐＢＵＬｉｆｅｔｉｍｅに設定されたＢＡ−ＯＫを送信、バインディングキャッシュの更新、ｂｃｅＮｕｍＴｅｍｐＢＵのインクリメント）。
また、モバイルルータからＲＵメッセージを受信している場合には、ホームエージェント１０００は、そのプリフィックス、あるいは、ＢＵメッセージ内に指定されている複数のプリフィックスと、ＲＵメッセージによって導入されるルートとの整合性のチェックを行う。すなわち、ステップＳ５６００において、ルートマネージャ１００４に対して、ＢＵメッセージ内のプリフィックスと、ＲＵメッセージによって導入されるルートとの間に、競合が生じていないかどうかのチェックを要求する（ステップＳ５６００：ＲＵとの競合有り？）。こうした競合がない場合には、ステップＳ５６５０に進み、ＢＡ−ＯＫメッセージが送信されるとともに、バインディングキャッシュエントリの更新が行われ、ルートマネージャ１００４において、そのプリフィックスへの転送メカニズムのセットアップが行われる。
また、ＢＵのプリフィックスと動的ルーティングプロトコルによって導入されるルートとの間に競合がある場合には、ステップＳ５７００において、適切な動作が行えるように、コンフィギュレーションパラメータｍｒＢＵＲＵＥｒｒＡｃｔｉｏｎのチェックが行われる（ステップＳ５７００：ｍｒＢＵＲＵＥｒｒＡｃｔｉｏｎ＝？）。このとき、双方向トンネルの破棄動作が行われる場合には（ｍｒＢＵＲＵＥｒｒＡｃｔｉｏｎ＝ＢＵＲＵＥｒｒＴｅａｒｄｏｗｎ）、ステップＳ５８００に示されるように、ＢＡ−ＮＥＧメッセージがモバイルルータに対して送信されるとともに、バインディングキャッシュエントリが削除され、モバイルルータによって導入されたすべてのルートが、ルートマネージャ１００４から削除される（ステップＳ５８００：ＢＡ−ＮＥＧの送信、バインディングキャッシュの削除、送信者によって導入されているルートの削除）。また、ＢＵメッセージ内で指定されているプリフィックスを（通知なく）無視する動作が行われる場合には（ｍｒＢＵＲＵＥｒｒＡｃｔｉｏｎ＝ＢＵＲＵＥｒｒＩｇｎｏｒｅＢＵ）、ステップＳ５８５０において、ＢＡ−ＯＫメッセージがモバイルルータに対して送信されるとともに、バインディングキャッシュの更新が行われる（ステップＳ５８５０：ＢＡ−ＯＫの送信、バインディングキャッシュの更新）。また、ＢＵメッセージ内で指定されているプリフィックスを無視して、モバイルルータに対して警告を与える動作が行われる場合には（ｍｒＢＵＲＵＥｒｒＡｃｔｉｏｎ＝ＢＵＲＵＥｒｒＷａｒｎＢＵ）、ステップＳ５９００に進み、プリフィックスが無視された旨を示す特別なオプションが付加されたＢＡ−ＯＫメッセージが、モバイルルータに対して送信され、さらに、バインディングキャッシュエントリの更新も行われる（ステップＳ５９００：ＢＵのプリフィックスが無視された旨を示す特別なオプションが付加されたＢＡ−ＯＫの送信、バインディングキャッシュの更新）。
また、ＲＵメッセージによって送られたルートを（通知なく）無視する動作が行われる場合には（ｍｒＢＵＲＵＥｒｒＡｃｔｉｏｎ＝ＢＵＲＵＥｒｒＩｇｎｏｒｅＲＵ）、ステップＳ５９５０に進み、ＢＡ−ＯＫメッセージがモバイルルータに対して送信されるとともに、バインディングキャッシュエントリの更新が行われて、ＢＵメッセージ内のプリフィックスと一致したルートのみが残るように、ルートマネージャ１００４内のルートが破棄される（ステップＳ５９５０：ＢＡ−ＯＫの送信、バインディングキャッシュの更新、ルートマネージャ内のルートの破棄）。また、ＲＵメッセージによって送られたルートを（警告を行って）無視する動作が行われる場合には（ｍｒＢＵＲＵＥｒｒＡｃｔｉｏｎ＝ＢＵＲＵＥｒｒＷａｒｎＲＵ）、ステップＳ５９９９に進み、ＢＡ−ＯＫメッセージがモバイルルータに対して送信されるとともに、バインディングキャッシュエントリの更新が行われて、ＢＵメッセージ内のプリフィックスと一致したルートのみが残るように、ルートマネージャ１００４内のルートが破棄された後、さらに、ルートマネージャ１００４からモバイルルータに対して、動的ルーティングプロトコルによって導入されたルートのいくつかが削除された旨を通知するＲＵメッセージが送信される（ステップＳ５９９９：ＢＡ−ＯＫの送信、バインディングキャッシュの更新、ルートマネージャ内のルートの破棄、モバイルルータへのＲＵの送信）。
また、本発明の第１の実施の形態に係る詳細な説明に関連して、図６に、ホームエージェント１０００によって適用された暫定承認技術を例示する。モバイルルータ６０００が、暗黙モードのＢＵメッセージ６００１をホームエージェント１０００に対して送信した場合には、ホームエージェント１０００は、コンフィギュレーションのチェックを行って、モバイルルータ６０００が動的ルーティングプロトコルを動作させることが可能なよう構成されていることを把握し、暫定承認技術を適用する。ｍｒＮＵＭＴｅｍｐＢＵがゼロの場合には、ｇＴｅｍｐＢＵＬｉｆｅｔｉｍｅの値に短いライフタイム値が設定されたＢＡ−ＯＫメッセージ６００２の返信が行われる。これによって、双方向トンネルの確立が行われ、モバイルルータ６０００は、ホームエージェント１０００に対して、ＲＵメッセージ６００３を送信することが可能となる。また、ｇＴｅｍｐＢＵＬｉｆｅｔｉｍｅの経過後にバインディングの有効性が消滅した場合には、モバイルルータ６０００は、バインディングの再更新を行うように要請され、ホームエージェント１０００に対して、新たな暗黙モードのＢＵメッセージ６００４を送信する。ホームエージェント１０００は、ＲＵメッセージ６００３を既に受信しているので、ＢＡ−ＯＫメッセージ６００５を用いて、双方向トンネルに対して通常のライフタイム値を設定する。
また、別のシナリオとして、モバイルルータが暗黙モードのＢＵメッセージ６０１１をホームエージェント１０００に送信する一方、ホームエージェント１０００は、モバイルルータ６０００からのＲＵメッセージを予測して、ｇＴｅｍｐＢＵＬｉｆｅｔｉｍｅの短いライフタイム値を用いて、双方向トンネルを確立する（ＢＡ−ＯＫメッセージ６０１２）ことも可能である。しかしながら、このとき、モバイルルータ６０００は、動的ルーティングプロトコルを動作させず、ｇＴｅｍｐＢＵＬｉｆｅｔｉｍｅの期間が切れた後に、バインディングの更新を行おうとする。したがって、カウンタｍｒＮｕｍＴｅｍｐＢＵがｇＭａｘＴｅｍｐＢＵに達した場合、ホームエージェント１０００は、モバイルルータ６０００が動的ルーティングプロトコルを動作させることはないと判断して、ＢＡ−ＮＥＧメッセージ６０１６によって、バインディングを拒絶する。
また、明示モードのＢＵにおいて、ＢＵメッセージによって通知されたプリフィックスと、ＲＵメッセージを用いて拡散されるルーティング情報との整合性のチェックに係る処理を行う際に、暫定承認技術が利用される。図６において、モバイルルータ６０００は、明示モードのＢＵメッセージ６０２１をホームエージェント１０００に送信する。ホームエージェント１０００は、コンフィギュレーションのチェックを行って、モバイルルータ６０００が動的ルーティングプロトコルを動作させることが可能なよう構成されていることを把握し、暫定承認技術を適用する。ｍｒＮＵＭＴｅｍｐＢＵがゼロの場合には、ｇＴｅｍｐＢＵＬｉｆｅｔｉｍｅの値に短いライフタイム値が設定されたＢＡ−ＯＫメッセージ６０２２の返信が行われる。これによって、双方向トンネルの確立が行われ、モバイルルータ６０００は、ホームエージェント１０００に対して、ＲＵメッセージ６０２３を送信することが可能となる。また、ｇＴｅｍｐＢＵＬｉｆｅｔｉｍｅの経過後にバインディングの有効性が消滅した場合には、モバイルルータ６０００は、バインディングの再更新を行うように要請され、ホームエージェント１０００に対して、新たな明示モードのＢＵメッセージ６０２４を送信する。ホームエージェント１０００は、ＲＵメッセージ６０２３を既に受信しているので、競合がない場合（競合のチェック６０２５によって確認）には、ＢＡ−ＯＫメッセージ６０２６を用いて、双方向トンネルに対して通常のライフタイム値を設定する。また、競合がある場合には、ＢＡ−ＮＥＧメッセージ６０２７を送信することによって、バインディングを拒絶する。
また、別のシナリオとして、モバイルルータが明示モードのＢＵメッセージ６０３１をホームエージェント１０００に送信する一方、ホームエージェント１０００は、モバイルルータ６０００からのＲＵメッセージを予測して、ｇＴｅｍｐＢＵＬｉｆｅｔｉｍｅの短いライフタイム値を用いて、双方向トンネルを確立する（ＢＡ−ＯＫメッセージ６０３２）ことも可能である。しかしながら、このとき、モバイルルータ６０００は、動的ルーティングプロトコルを動作させず、ｇＴｅｍｐＢＵＬｉｆｅｔｉｍｅの期間が切れた後に、バインディングの更新を行おうとする。したがって、カウンタｍｒＮｕｍＴｅｍｐＢＵがｇＭａｘＴｅｍｐＢＵに達した場合、ホームエージェント１０００は、モバイルルータ６０００が動的ルーティングプロトコルを動作させることはないと判断して、ＢＡ−ＮＥＧメッセージ６０３６によって、バインディングを拒絶する。
以上のように、上記の第１の実施の形態において開示される本発明を適用することによって、ホームエージェント１０００は、確立される双方向トンネルを通じて、動的ルーティングプロトコルを動作させるモバイルルータに生じるエラー条件のチェックを効率良く行うことが可能となる。また、暫定承認技術を使用することによって、ホームエージェント１０００は、エラーが発生する期間を、エラーの修正を行うことが可能な期間に制限することも可能となる。これにより、エラーに関して完全なフェイルオーバを考慮することも可能となる。また、さらに、本発明は、コンフィギュレーションインターフェイス１００６を完全に構成するエラーチェックのアルゴリズムの制御パラメータにより、ネットワーク管理者に対して、エラー修正を迅速に行えるような適応性のある環境を提供することも可能となる。なお、暫定承認技術により提供される暫定的なサービスは、動的ルーティングプロトコルだけを可能とするように選択的に制御されていることが、セキュリティの面から望ましい。
＜第２の実施の形態＞
本発明に係る第２の実施の形態では、モバイルルータが、ホームエージェントとの間の双方向トンネルのセットアップを行うためのメカニズムと、ホームエージェントから委譲されるプリフィックスを取得するためのメカニズムとについて説明する。なお、ホームエージェントによってプリフィックスの委譲が行われない場合には、モバイルルータは、完全にデフォルトのプリフィックスを利用することになる。なお、図７に示される装置は、モバイルルータを示すものである。
図７には、本発明で利用されるモバイルルータ７０００の構成が図示されている。図７に示すモバイルルータ７０００は、入力パケット処理部７００１、出力パケット処理部７００２、ＮＥＭＯプロトコルユニット７００３、転送ユニット７００４により構成されている。また、パケットフローパス７０１１〜７０１７は、データパケットのフローパスを示している。
モバイルルータ７０００が受信したパケットは、パケットフローパス７０１１を通じて、あらゆる標準ネットワークプロトコル処理（例えば、インターネットプロトコル処理）を行われるように、入力パケット処理部７００１に供給される。パケットがモビリティに関係したもの（例えば、ＢＡメッセージなど）であることが特定された場合には、入力パケット処理部７００１は、パケットフローパス７０１２を通じて、このパケットをＮＥＭＯプロトコルユニット７００３に供給する。また、他のノードに転送する必要があるパケットの場合には、このパケットは、パケットフローパス７０１３を通じて転送ユニット７００４に渡される。なお、入力パケット処理部７００１は、確立した双方向トンネルから受信したパケットを脱カプセル化する機能を有している。
また、出力パケット処理部７００２は、物理的なネットワーク配線にパケットを送出する前に必要となるパケット処理を行う。この処理は、送信モジュールによってルートの指示がない場合にはデフォルトルートを選択し、送信パケットにおいて必須なプロトコルヘッダ内の空のフィールドに、デフォルト値を挿入する処理を含んでいる。そして、処理後のパケットは、パケットフローパス７０１７を通じて、物理的な通信媒体に送出される。
また、転送ユニット７００４は、他のノードへのパケット（双方向トンネルを通る送信パケットを含む）のルーティング処理を担っている。モバイルルータ７０００のホームエージェントに送信するパケットのカプセル化を行うために、転送ユニット７００４は、パケットフローパス７０１５を通じて、パケットをＮＥＭＯプロトコルユニット７００３に渡すことができる。また、モバイルルータ７０００のモバイルネットワーク内に存在するノードにパケットを送信するために、パケットフローパス７０１４を通じて、パケットを出力パケット処理部７００２に渡すことができる。
また、ＮＥＭＯプロトコルユニット７００３は、ＮＥＭＯ（ネットワークモビリティ）に関連したパケット（例えば、ＢＡメッセージ）の処理を担っている。また、ＮＥＭＯプロトコルユニット７００３は、モバイルルータ７０００のホームエージェントとの間の双方向トンネルをセットアップする機能も有している。したがって、ＮＥＭＯプロトコルユニット７００３は、ホームエージェントに対して、ＢＵメッセージを送信する必要があり、例えば、パケットフローパス７０１６を通じて、ＢＵメッセージの送信を行うことができる。また、さらに、ＮＥＭＯプロトコルユニット７００３は、ホームエージェントから転送されてくるトンネリングパケットの処理機能も有している。したがって、転送ユニット７００４は、パケットのカプセル化を行う際には、モバイルルータ７０００によって制御されているモバイルネットワークの外に存在するノードに対して送信するパケットを、ＮＥＭＯプロトコルユニット７００３に渡す必要がある。なお、上述のパケットフローパス７０１５を通じて、転送ユニット７００４は、ＮＥＭＯプロトコルユニット７００３に対して、パケットを渡すことが可能である。
本発明では、ＮＥＭＯプロトコルユニット７００３が、変数を保持するための下記のメモリ領域を有する必要がある。
（ｉ）ｎｕｍＩｍＢＵ：モバイルルータ７０００が、そのホームエージェントに対して送信した暗黙モードのＢＵメッセージの数を格納するためのカウンタ
（ｉｉ）ｍａｘＩｍＢＵ：送信する暗黙モードのＢＵメッセージの最大数を与える定数
（ｉｉｉ）ｄｅｆａｕｌｔＰｒｅｆｉｘ：モバイルルータ７０００が、そのホームエージェントによって委譲されたプリフィックスを取得できなかった場合に使用される、モバイルネットワークのプリフィックスのデフォルトリスト
（ｉｖ）ａｃｔｕａｌＰｒｅｆｉｘ：モバイルルータ７０００が現在の双方向トンネルセッションに使用しているモバイルネットワークのプリフィックスの現在のリスト
また、図８には、双方向トンネルをセットアップする際に、モバイルルータ７０００によって使用されるアルゴリズムが示されている。ステップＳ８０００において、モバイルルータ７０００は、まず、カウンタｎｕｍＩｍＢＵ７０２１の値が最大値ｍａｘＩｍＢＵ７０２２より小さいか否かをチェックする（ステップＳ８０００：ｎｕｍＩｍＢＵ（７０２１）＜ｍａｘＩｍＢＵ（７０２２）？）。ｎｕｍＩｍＢＵ７０２１の値がｍａｘＩｍＢＵ ７０２２以上の場合には、モバイルルータは、デフォルトのプリフィックスを使用する。この処理は、ステップＳ８４００に示されており、ここでは、ｄｅｆａｕｌｔＰｒｅｆｉｘ７０２３のリストを、ａｃｔｕａｌＰｒｅｆｉｘ７０２４のリストとして格納する（ステップＳ８４００：ｄｅｆａｕｌｔＰｒｅｆｉｘ（７０２３）を、ａｃｔｕａｌＰｒｅｆｉｘ（７０２４）に格納）。そして、明示モードのＢＵメッセージは、ａｃｔｕａｌＰｒｅｆｉｘ７０２４のリストを使用して、ホームエージェントに送信される（ステップＳ８８００：ａｃｔｕａｌＰｒｅｆｉｘ（７０２４）のプリフィックスを用いて、明示モードのＢＵを送信）。また、ｎｕｍＩｍＢＵ７０２１の値がｍａｘＩｍＢＵ７０２２より小さい場合には、モバイルルータ７０００は、ステップＳ８１００に示されるように、ホームエージェントに対して、短いライフタイム値が設定された暗黙モードのＢＵメッセージを送信し（ステップＳ８１００：短いライフタイム値が設定された暗黙モードのＢＵを送信）、ホームエージェントからのＢＡメッセージの返信を待機する（ステップＳ８２００：ＢＡを待機）。ＢＡメッセージが所定のタイムアウト値（例えば、暗黙モードのＢＵメッセージに設定される短いライフタイム値と等しい値を使用することが可能である）を経過する前に到着しなかった場合にはタイムアウトとなって、ステップＳ８６００に進み、カウンタｎｕｍＩｍＢＵ７０２１をインクリメントして（ステップＳ８６００：ｎｕｍＩｍＢＵ（７０２１）をインクリメント）、再度、ステップＳ８０００に戻る。
また、モバイルルータ７０００がＢＡ−ＮＥＧメッセージを受信した場合、これは、ホームエージェントがモバイルルータ７０００に対して委譲可能なプリフィックスを有していないことを意味している。この場合、モバイルルータ７０００は、ステップＳ８４００及びステップＳ８８００に示されるように、ｄｅｆａｕｌｔＰｒｅｆｉｘ７０２３のリストを使用する。また、モバイルルータ７０００が、ＢＡ−ＯＫメッセージを受信した場合には、ステップＳ８５００に示されているように、モバイルルータ７０００は、プリフィックスの委譲の待機ループに入る（ステップＳ８５００：プリフィックスの委譲を待機）。そして、プリフィックスの委譲が所定のタイムアウト値（例えば、暗黙モードのＢＵメッセージに設定される短いライフタイム値と等しい値を使用することが可能である）を経過する前に到着しなかった場合には、ステップＳ８６００に進み、カウンタｎｕｍＩｍＢＵ７０２１をインクリメントして、再度、ステップＳ８０００に戻る。また、プリフィックスが委譲された場合（プリフィックスを受信した場合）には、ステップＳ８７００に示されるように、委譲されたプリフィックスをａｃｔｕａｌＰｒｅｆｉｘ７０２４のリストに格納して（ステップＳ８７００：プリフィックスをａｃｔｕａｌＰｒｅｆｉｘ（７０２４）に格納）、その後の明示モードのＢＵメッセージの送信（ステップＳ８８００：ａｃｔｕａｌＰｒｅｆｉｘ（７０２４）のプリフィックスを用いて、明示モードのＢＵを送信）の際に使用する。
以上のように、本発明の第２の実施の形態において開示される装置及び方法によれば、モバイルルータは、ホームエージェントが委譲可能なプリフィックスを有しているか否かの確認をまず行うことによって、双方向トンネルの詳細な確立処理を行うことが可能となる。また、ホームエージェントからプリフィックスが委譲されない場合には、モバイルルータは、デフォルトのプリフィックスのセットを使えるようにすることが可能となる。
本発明に係る装置及び方法は、モバイルネットワークにおける動的ルーティングの動作及びエラーチェックに係る処理を確実に行えるようにするという効果を有し、モバイルネットワーク技術に適用可能であり、特に、モバイルＩＰを利用したモバイルネットワークにおいて、モバイルルータとホームエージェントとの間の双方向トンネル上における動的ルーティングに係る技術に適用可能である。
本発明は、モバイルネットワークにおける動的ルーティングのエラーチェックのための装置及び方法に関し、特に、モバイルＩＰを利用したモバイルネットワークにおいて、モバイルルータとホームエージェントとの間の双方向トンネル上における動的ルーティングのエラーチェックのための装置及び方法に関する。
現在、インターネットは、無線技術の出現及び発展に従って、多数のデータ通信の端末が、移動端末で構成される段階にまで発展してきている。この多数の移動端末は、それぞれ異なるドメインに移動（ローミング）して、その時々に応じて、異なる接続ポイントから、例えば、パケット交換データ通信ネットワーク（例えば、インターネット）に接続を行う。
そのようなローミングの実現は、例えば、電話システムなどの回線交換ネットワークではかなり発達しているが、パケット交換通信ネットワークでは、このようなローミングの特徴に対応することは困難である。これは、パケット交換通信ネットワークにおける端末がユニークなアドレスを使用することによって、その端末の位置が特定可能となるからであり、また、そのようなアドレスは、通常、空間的なトポロジにおいて有意でなければならない部分（通常は、ネットワークプリフィックス）を含んでいるからである。
さらに、移動端末がパケット交換データ通信ネットワークへの接続ポイントを複数回変更した後でも、移動端末の位置を同一のアドレスによって、特定し続けられることが望ましい。これによって、パケット交換データ通信ネットワークへの接続ポイントが異なる場合でも、セッション（例えば、ファイル転送）がシームレスに継続されるようになる。
そのようなローミングの機能に対応するために、インターネットプロトコルバージョン４(ＩＰｖ４)（下記の非特許文献２）におけるモバイルＩＰｖ４（下記の非特許文献１）や、インターネットプロトコルバージョン６（ＩＰｖ６）(下記の非特許文献４）におけるモバイルＩＰｖ６（下記の非特許文献３）によって取り扱われているモビリティサポートの解決策が発展してきている。モバイルＩＰでは、データ通信端末（モバイルノードと呼ばれる）は、ホームドメインを有しており、モバイルノードがそのホームネットワークに接続している場合には、ホームアドレスとして知られる永続的に使用可能なグローバルアドレスが割り当てられている。
一方、モバイルノードがホームネットワークから離れており、すなわち、他のフォーリンネットワークに接続している場合には、通常、気付アドレス（ＣｏＡ：Care-of-address）として知られる一時的なグローバルアドレスが割り当てられる。そのような一時的なアドレスは、通常、モバイルノードが接続するアクセスルータによって割り当てられ、ＣｏＡがグローバルネットワークのルーティングにおいて、トポロジ的に整合性を有するように、アクセスルータのアドレスのトポロジによって統合されている。
モビリティサポートの考え方は、モバイルノードが他のフォーリンネットワークに接続した状態でさえ、ホームアドレスによって、その位置を特定可能とするものであり、その結果、パケット交換データ通信ネットワーク内の他のノードは、モバイルノードのホームアドレスを用いて、モバイルノードを特定するだけでよい。
上記の事柄は、非特許文献１や非特許文献３において、ホームエージェントとして知られるホームネットワークのエンティティの導入によって実現されている。モバイルノードは、バインディングアップデートとして知られるメッセージを利用して、ホームエージェントにＣｏＡの登録を行う。
また、ホームエージェントは、モバイルノードのホームアドレスを送信先とするメッセージを受信し、IP-in-IPトンネリング（下記の非特許文献５及び下記の非特許文献６）を利用して、そのパケットをモバイルノードのＣｏＡあてに転送するよう要請されている。IP-in-IPトンネリングでは、オリジナルのＩＰパケットを別のＩＰパケットによってカプセル化することが行われる。オリジナルのパケットは、インナパケットと呼ばれることがあり、インナパケットをカプセル化するための新しいパケットはアウタパケットと呼ばれることがある。このようなホームアドレスとＣｏＡとのバインディングによって、モバイルノードがどこにいる場合でも、その位置が特定可能となる。
また、非特許文献１及び非特許文献３に規定されているホストのモビリティサポートの概念は、ネットワークのモビリティサポート（ＮＥＭＯ）（下記の特許文献１及び下記の非特許文献７）に拡張可能である。このＮＥＭＯは、モバイルノード自体がモバイルルータである場合であり、このモバイルルータがモバイルネットワークを形成しており、モバイルルータと共に複数のノードが移動する場合である。モバイルルータが、そのホームエージェントに対して、バインディングアップデートを送信した後は、モバイルネットワークに向けて送信されるパケットは、ホームエージェントによって受信され、モバイルルータに対してトンネリングされる。
そして、モバイルルータは、このトンネルパケットの脱カプセル化を行って、インナパケットをその送信先に転送する。また、同様に、モバイルネットワーク内のノードから送信されたパケットは、モバイルルータによって、ホームエージェントにトンネリングされ、その後、正確な送信先に転送される。なお、モバイルルータ自体がアクセスルータとしての機能を有してもよく、他のモバイルノード（モバイルホスト又はモバイルルータ）がモバイルルータと接続し、このアクセスルータとして機能するモバイルルータを通じて、グローバル通信ネットワークに対してアクセスを行うことも可能である。
また、非特許文献７によれば、モバイルルータから送信されるバインディングアップデートメッセージは、２つの異なるモードによって構成され得る。これらの２つの異なるモードは、モバイルネットワークのプリフィックスに関する情報が特定されない暗黙モード（implicit mode）と、モバイルルータが、バインディングアップデートメッセージ内に、そのモバイルネットワークのプリフィックスを記載する明示モード(explicit mode)である。
暗黙モードは、プリフィックスの情報がホームエージェントにおいて手動で構成される場合に使用され、モバイルルータがそのモバイルネットワークのプリフィックスを明らかに示さなくても、ホームエージェントが、モバイルネットワークに対して送信されるパケットを転送するためのルーティングテーブルを構成することが可能となる。
一方、明示モードは、モバイルルータが、管理しているモバイルネットワークのプリフィックスを明らかに示すことが可能である。この場合には、ホームエージェントは、あらかじめプリフィックスに係る情報を知っておく必要はない。
また、ホームエージェントは、モバイルルータに対して、バインディングアップデートのステータスを示す応答を、バインディングアクノレッジメントメッセージによって返信しなければならない。バインディングに失敗した場合には、バインディングアクノレッジメントにおいて異なったステータスの値を設定することにより、その失敗の理由が示される。例えば、パケット転送のメカニズムを設定する際のエラーや、モバイルルータがその特定のプリフィックスとのバインディングの設定を行う許可を有していないなどの理由が、上記の失敗の理由として挙げられる。
また、ホームエージェントが、モバイルルータに係るプリフィックスをあらかじめ知らない場合には、ホームエージェントは、転送設定が失敗に終わった旨を、暗黙モードのバインディングアップデートに対するアクノレッジメントとして返信することが可能である。また、明示モードのバインディングアップデートによって、誤ったプリフィックスや許可されていないプリフィックスが特定された場合には、ホームエージェントは、プリフィックスが許可されていない旨を、バインディングアクノレッジメントとして返信することが可能である。
Perkins, C. E. et. al., "IP Mobility Support", IETF RFC 3344, Aug 2002. DARPA, "Internet Protocol", IETF RFC 791, Sep 1981. Johnson, D. B., Perkins, C. E., and Arkko, J., "Mobility Support in IPv6", IETF Internet Draft: draft-ietf-mobileip-ipv6-24.txt, Work In Progress, Jun 2003. Deering, S., and Hinden, R., "Internet Protocol Version 6 (IPv6) Specification", IETF RFC 2460, Dec 1998. Simpson, W., "IP in IP Tunneling", IETF RFC 1853, Oct 1995. Conta, A., and Deering, S., "Generic Packet Tunneling in IPv6", IETF RFC 2473, Dec 1998. Devarapalli, V., et. al., "NEMO Basic Support Protocol", IETF Internet Draft: draft-ietf-nemo-basic-support-01.txt, Sep 2003. Leung, K. K., "Mobile IP mobile router", US Patent 6,636,498, Oct 2003.
特許文献１及び非特許文献７によれば、モバイルルータは、そのホームエージェントと直接接続している場合のように、モバイルルータとホームエージェントとの間で確立した双方向トンネルを通じて、動的ルーティングプロトコル（例えば、ＩＧＰ（Inter Gateway Protocol）、ＲＩＰ（Realm Specific Internet Protocol）、ＯＳＰＦ（Open Shortest Path First）など）を任意に動作させることが可能である。モバイルルータが動的ルーティングプロトコルを動作させた場合には、このルーティングプロトコルの使用によって、モバイルネットワークのプリフィックスに係るルーティング情報が伝達されることとなる。しかしながら、このルーティング情報には、モバイルルータがバインディングアップデートを送信する際に使用すべきモード（暗黙モード又は明示モード）は記載されていない。
したがって、仮に、モバイルルータが、暗黙モードの使用を選択する場合には、ホームエージェントの応答は、不明確なものとなってしまう。すなわち、双方向トンネルが確立された後に動的ルーティングプロトコルが使用されるので、ホームエージェントは、暗黙モードのバインディングアップデートを受けた場合には、モバイルネットワークのプリフィックスを把握することができない。したがって、ホームエージェントは、双方向トンネルが確立された後にプリフィックス情報を取得できるものと思っており、非特許文献７の記載に反して、否定的なバインディングアクノレッジメントを送信することができない。
さらに、仮に、ホームエージェントが、肯定的なバインディングアクノレッジメントによる応答を行ったとしても、モバイルルータが動的ルーティングプロトコルを実際に動作させることが可能か否かを知ることは不可能である。モバイルルータが、動的ルーティングプロトコルを動作させていないのであれば、ホームエージェントは、その他の考えられる動作を行うか、あるいは、転送セットアップが失敗した旨を通知する否定的なバインディングアクノレッジメントを送信しなくてはならないが、このときには既に、動的ルーティングプロトコルが動作可能であると予測して肯定的なバインディングアクノレッジメントが送信されてしまっている。
一方、モバイルルータが明示モードの使用を選択する場合には、バインディングアップデートによって伝えられるプリフィックス情報が、後にモバイルルータから送られる動的ルーティングメッセージと一致しないときや矛盾しているときに、ホームエージェントがどのように応じるべきかが明確とはなっていない。
したがって、どちらのモードであっても、ホームエージェントで動的ルーティングプロトコルを動作させるためのエラーチェックメカニズムや完全なフェイルオーバメカニズムは、現状では、ほとんど存在していない。
さらに、別の態様として、モバイルルータが、動的ルーティングプロトコルやその他の技術を使用して、ホームエージェントからプリフィックスを委譲される（delegated）場合も考えられる。この場合には、モバイルルータは、ホームエージェントからプリフィックス情報が送られてくるのを待つことになるが、ホームエージェントがモバイルルータに対して、プリフィックス委譲情報（prefix delegation information）を送ることができない場合に、モバイルルータがどのような動作を行うべきかが明確とはなっていない。また、モバイルルータは、ノードがアドレスを自律的に構成できるように、その内部ネットワークに対して、プリフィックスを報知する必要がある。したがって、モバイルルータは、プリフィックスの委譲（delegation）があるかをテストするための処理や、既知の期間内に、あるデフォルトのプリフィックスを速やかに使用できるようになるための処理を行えることが重要となる。
本発明の第１の実施の形態では、ホームエージェントに導入されるエラーチェックメカニズム及びフェイルオーバメカニズムを提供することによって、ホームエージェントが直面する課題について言及する。ここでは、暫定承認技術（Temporary Acceptance Technique）と呼ばれる技術に関する改良が含まれている。この暫定承認技術によれば、ホームエージェントは、バインディングアクノレッジメントにおいて比較的短いライフタイム値を設定することによって、最初にモバイルルータからバインディングアップデートを受信したときに、モバイルルータに対して、ある短い期間が与えられる。これにより、モバイルルータは、その後、現在確立されている双方向トンネルを通じて、ルーティングアップデートメッセージを送信することが可能となる。また、さらに短いライフタイム値を用いることによって、非常に短い期間で、モバイルルータにバインディングの更新を行わせることが可能となる。
また、エラーがある場合には、次にモバイルルータがバインディングアップデートを送信した際に、ホームエージェントがエラー通知を行うことができるようになる。なお、ライフタイムフィールドは、バインディングキャッシュエントリ内にも格納されており、モバイルルータが、新たなバインディングアップデートメッセージによってバインディングの更新を行わない場合でも、バインディングキャッシュエントリは、自動的に更新されることになる。
また、本発明によれば、ホームエージェントの応答を構成するためのコンフィギュレーションパラメータ（非常に有効なコンフィギュレーションパラメータのセット）が提供される。これにより、バインディングアップデートメカニズムによって導入されたルートと、双方向トンネルを通じて動的ルーティングプロトコルによって導入されたルートとの間に競合が生じた場合でも、管理者は、ホームエージェントの動作の構成を適切に行うことが可能となる。
さらに、本発明の第２の実施の形態では、モバイルルータが、ホームエージェントからのプリフィックス委譲の待機状態にある場合について言及する。モバイルルータは、最初に、ホームエージェントがプリフィックスの委譲をサポートしているか否かをチェックするために、短いライフタイム値が設定された暗黙モードのバインディングアップデートメッセージを送信する。そして、ある特定の回数だけ、ライフタイム値が示す期間が満了した場合には、モバイルルータは、デフォルトのプリフィックスを用いて、明示モードのバインディングアップデートメッセージを送信するように構成されている。これによって、モバイルルータは、ホームエージェントがプリフィックスを委譲するかどうかのテストを最初に行うことによって、双方向トンネルの完全な確立処理を行うことが可能となり、ホームエージェントがプリフィックスを委譲しない場合には、デフォルトのプリフィックスのセットを用いることができるようになる。
本発明に係る装置及び方法は、モバイルネットワークにおける動的ルーティングの動作及びエラーチェックに係る処理を確実に行えるようにするという効果を有しており、特に、モバイルＩＰを利用したモバイルネットワークにおいて、モバイルルータとホームエージェントとの間の双方向トンネル上における動的ルーティングの動作及びエラーチェックに係る処理を確実に行えるようにするという効果を有している。
本明細書では、エラーチェックのための装置及び方法、及び、ホームエージェントに搭載されるフェイルオーバメカニズムが開示される。以下、本発明の理解を容易にするため、用語の定義を行う。
（i）「パケット」は、データネットワーク上で伝送可能な、任意のフォーマットのデータの独立した（self-contained）ユニットである。通常、「パケット」は「ヘッダ」部分と「ペイロード」部分の２つの部分により構成される。「ペイロード」部分には、伝送されるデータが含まれており、「ヘッダ」部分には、パケットの伝送を支援するための情報が含まれている。なお、「ヘッダ」部分には、「パケット」の送信者及び受信者のそれぞれを識別するために、送信元アドレス及び送信先アドレスが含まれる必要がある。
（ii）「パケットトンネリング」は、別のパケットをカプセルに入れたパケットに関連するものである。「パケットトンネリング」の動作は、パケットの「カプセル化」とも呼ばれ、カプセル化されたパケットは、「トンネル化されたパケット」又は「インナパケット」と呼ばれ、「インナパケット」をカプセル化するパケットは「トンネリングパケット」又は「アウタパケット」とも呼ばれる。なお、カプセル化されたパケットでは、「インナパケット」全体が、「アウタパケット」のペイロード部分を形成する。
（iii）「モバイルノード」は、グローバルデータ通信ネットワークへの接続ポイントを変更するネットワークエレメントである。この「モバイルノード」は、エンドユーザ端末、ゲートウェイやルータなどの中継端末、グローバルデータ通信ネットワークへの接続ポイントを変更することが可能なインテリジェントネットワークハブを示す用語として使用する場合もある。また、「モバイルノード」がエンドユーザ端末の場合には、より明確に「モバイルホスト」と呼ばれ、「モバイルノード」が、ゲートウェイ、ルータ、インテリジェントネットワークハブなどとして機能する中間的なネットワークエレメントの場合には、より明確に「モバイルルータ」と呼ばれる。
（iv）任意のネットワークエレメントの「デフォルトルータ」とは、そのネットワークエレメントと同一のリンク上に存在するルータであり、この「デフォルトルータ」には、リンク上のネットワークエレメントから送信された、送信先までの転送ルートが不明であるすべてのパケットが転送される。
（v）モバイルノードの「アクセスルータ」とは、モバイルノードがデータ通信ネットワークに接続するために通信を行うルータであり、通常は、モバイルノードのデフォルトルータである。なお、モバイルノードのアクセスルータ自身が、移動可能であってもよい。
（vi）「ホームアドレス」は、モバイルノードに割り当てられている基本的なグローバルアドレスであり、モバイルノードが接続しているグローバルデータ通信ネットワークの接続ポイントによらずに、モバイルノードの位置を特定するために利用可能である。なお、本明細書では、ホームアドレス（home-address）を簡略化して、ＨｏＡと呼ぶことがある。
（vii）グローバルデータ通信ネットワークに接続されたモバイルノードに関し、そのモバイルノードのホームアドレスが、接続ポイントの周辺領域で使用されているアドレスと一致するトポロジを有している場合、このモバイルノードは「ホームに存在する（at home）」と呼ばれる。また、この接続ポイントの近隣領域は、ただ１つの管理権限者によって制御されており、モバイルノードの「ホームドメイン」と呼ばれる。
（viii）グローバルデータ通信ネットワークに接続されたモバイルノードに関し、そのモバイルノードのホームアドレスが、接続ポイントの周辺領域で使用されているアドレスと一致しないトポロジを有している場合、このモバイルノードは「ホームから離れている（away）」と呼ばれる。また、この場合の接続ポイントの周辺領域は、「フォーリンドメイン」と呼ばれる。
（ix）「気付アドレス」は、ホームから離れた状態にあるモバイルノードに対して割り当てられる一時的なグローバルアドレスであり、割り当てられた「気付アドレス」は、モバイルノードがグローバルデータ通信ネットワークに接続する接続ポイントの周辺領域で使用されているアドレスと、同一のトポロジを有している。なお、本明細書では、気付アドレス（care-of-address）を簡略化して、ＣｏＡと呼ぶことがある。
（x）「ホームエージェント」は、モバイルノードのホームドメインに存在するネットワークエンティティである。「ホームエージェント」は、モバイルノードがホームから離れている場合の気付アドレスの登録サービスを行うものであり、モバイルノードのホームアドレスが送信先に設定されているパケットを、モバイルノードの気付アドレスに転送することが可能である。なお、ホームエージェントは、ルータでもある。
（xi）「バインディングアップデート」は、モバイルノードから、そのホームエージェントに対して送られるメッセージであり、ホームエージェントに対して、モバイルノードが現在使用している気付アドレスの通知を行うためのメッセージである。これによって、ホームエージェントは、モバイルノードのホームアドレスと気付アドレスとの間の関係を「バインディング」することが可能となる。また、このメッセージには、このバインディングの有効期間を指定するためのライフタイムフィールドが含まれている。なお、本明細書では、「バインディングアップデート（Binding Update）」を簡略化して、ＢＵと呼ぶことがある。
（xii）「バインディングアクノレッジメント」は、ホームエージェントからモバイルノードに対して送られる上述のバインディングアップデートの応答のメッセージであり、バインディングアップデートのステータス（例えば、バインディングアップデートが成功したか否か）を示すためのメッセージである。また、このメッセージには、バインディングの有効期間を示すライフタイムフィールドが含まれている。なお、この有効期間は、対応するバインディングアップデートメッセージに記載されたライフタイムを無視したものを用いてもよい。なお、本明細書では、「バインディングアクノレッジメント（Binding Acknowledgement）」を簡略化してＢＡと呼び、「成功を示すバインディングアクノレッジメント」を簡略化してＢＡ−ＯＫと呼び、「失敗を示すバインディングアクノレッジメント」を簡略化してＢＡ−ＮＥＧと呼ぶことがある。
（xiii）「ルーティングアップデート」は、利用可能なルートを通知するために、ルータ間でやり取りされるメッセージである。このルーティングアップデートメッセージは、動的ルーティングプロトコルがルート情報を広めるために動作する場合に、ルータ間でやり取りされるすべてのメッセージを示すものである。なお、本明細書では、「ルーティングアップデート」を簡略化して、ＲＵと呼ぶことがある。
なお、以下の説明では、本発明を詳細に理解できるように、特定の数、時間、構造、その他のパラメータなどが詳しく説明されるが、こうした詳細な設定は一例であり、当業者は、こうした特定の詳細な設定を行わなくても、本発明を実行できることは明白である。
＜第１の実施の形態＞
本発明に係る第１の実施の形態では、モバイルルータとホームエージェントとの間で確立された双方向トンネルを通じて、ホームエージェントが、登録されているモバイルルータ上で動作する動的ルーティングプロトコルに起因したエラー条件をチェックするチェックメカニズムと、当該エラー条件に対して動作を行う動作メカニズムとについて説明する。なお、図１に示される装置は、ホームエージェントを示すものである。
図１には、本発明で利用されるホームエージェント１０００の構成が図示されている。図１に示すホームエージェント１０００は、入力パケット処理部１００１、出力パケット処理部１００２、バインディングマネージャ１００３、ルートマネージャ１００４、転送ユニット１００５、コンフィギュレーションインターフェイス１００６により構成されている。また、パケットフローパス１０１１〜１０１８は、データパケットのフローパスを示しており、シグナルパス１０２１〜１０２４は、各機能ブロック間の通信チャンネルを示している。なお、これらのパスは模式的なものであり、これらのパスの結合に際し、実際に配線が存在してもよく、また、存在しなくてもよい。また、機能ブロックの大部分をソフトウェアによって実現することも可能であり、この場合も同様に、これらのパスは、異なるソフトウェアモジュールが相互に通信可能なプログラミングインターフェイスによって実現可能である。
ホームエージェント１０００が受信したパケットは、パケットフローパス１０１１を通じて、あらゆる標準ネットワークプロトコル処理（例えば、インターネットプロトコル処理）が行われるように、入力パケット処理部１００１に供給される。このパケットがモビリティに関係したパケット（例えば、ＢＵメッセージなど）であることが特定された場合には、入力パケット処理部１００１は、パケットフローパス１０１２を通じて、このパケットをバインディングマネージャ１００３に供給する。また、このパケットがルーティングに関係したパケット（例えば、ＲＵメッセージなど）であることが特定された場合には、入力パケット処理部１００１は、パケットフローパス１０１３を通じて、このパケットをルートマネージャ１００４に供給する。また、通常は、ホームエージェント１０００はルータであり、他のノードに転送する必要があるパケットの場合には、このパケットは、パケットフローパス１０１４を通じて転送ユニット１００５に渡される。なお、入力パケット処理部１００１は、確立した双方向トンネルから受信したパケットを脱カプセル化する機能を有している。
また、出力パケット処理部１００２は、物理的なネットワーク配線にパケットを送出する前に必要となるパケット処理を行う。この処理は、送信モジュールによってルートの指示がない場合にはデフォルトルートを選択し、送信パケットにおいて必須なプロトコルヘッダ内の空のフィールドに、デフォルト値を挿入する処理を含んでいる。そして、処理後のパケットは、パケットフローパス１０１８を通じて、物理的な通信媒体に送出される。
一方、バインディングマネージャ１００３は、モバイルノードのアドレスのバインディングの管理を担っている。通常、バインディング情報は、バインディングキャッシュの形式で管理され、各キャッシュエントリにおいて、モバイルノードの気付アドレスに対するホームアドレスのバインディングが明記される。また、モバイルノードがモバイルルータの場合には、ＢＵのモード（暗黙モード又は明示モード）などのような他の情報や、ＢＵに含まれるモバイルネットワークのプリフィックスも、バインディングキャッシュに格納される。なお、バインディングマネージャ１００３では、ルートマネージャ１００４における転送メカニズム（モバイルルータの気付アドレスに対してパケットのトンネリングを行うことによって、モバイルネットワークのプリフィックスに送られるパケットを、モバイルルータに転送するメカニズムなど）の設定処理や設定破棄処理も行われる。こうした処理を行うために、バインディングマネージャ１００３をルートマネージャ１００４に接続するシグナルパス１０２１が示されている。また、さらに、バインディングマネージャ１００３は、ＢＵメッセージなどのようなモビリティに関連したパケットの処理を行う必要がある。これにより、バインディングキャッシュの更新が可能となり、ＢＡメッセージを返信することが可能となる。なお、ＢＡメッセージの送信時には、ＢＡメッセージは、出力パケット処理部１００２に渡される。
また、ルートマネージャ１００４は、ルートの管理を担っている。通常、ルートは、ルーティングテーブルの形式で管理され、ルーティングテーブルでは、各列によって、特定のネットワークのプリフィックスへのルーティング情報が示されている。また、このルートマネージャ１００４では、他のルータから受信したＲＵメッセージの処理や、他のノードに対して、自装置のルーティングメッセージを送信する処理も行われる。なお、ＲＵメッセージを送信する場合には、ＲＵメッセージは、パケットフローパス１０１６を通じて、実際に送信を行う出力パケット処理部１００２に渡される。
また、ルートマネージャ１００４が、双方向トンネルを通じて、モバイルルータからＲＵメッセージを受信する場合には、モバイルルータによって導入されているルートのリストを保持する必要がある。これにより、ホームエージェント１０００とモバイルルータとの間の双方向トンネルを破棄する場合に、バインディングマネージャ１００３は、ルートマネージャ１００４に対して、モバイルルータによって導入されているすべてのルートを削除するよう要求することが容易となる。
また、転送ユニット１００５は、他のノードへのパケット（双方向トンネルを通る送信パケットを含む）のルーティング処理を担っている。転送ユニット１００５は、ルートマネージャ１００４から供給されたパケットのルーティング方法に係る情報を取得する。なお、このルーティング情報の取得が可能となるよう、転送ユニット１００５とルートマネージャ１００４とを接続するシグナルパス１０２２が示されている。これにより、転送ユニット１００５は、パケットの転送場所に係る指示を同時に行うことが可能となり、パケットフローパス１０１５を通じて、データパケットを出力パケット処理部１００２に渡すことが可能となる。
また、コンフィギュレーションインターフェイス１００６は、コンフィギュレーション情報をバインディングマネージャ１００３とルートマネージャ１００４とに供給するモジュールである。このコンフィギュレーション情報は、システムが起動している間、コンフィギュレーションインターフェイス１００６によって補助記憶装置から読み込まれるようにすることが可能である。上記の方法によって、コンフィギュレーションインターフェイス１００６が情報を読み込む場合、コンフィギュレーションインターフェイス１００６は、システムの起動後に、情報の変更がなかったかどうかを頻繁に監視する必要があり、情報が変更されている場合には、情報の再読み込みをする必要がある。また、管理者が、リアルタイムにコンフィギュレーションパラメータの調整を行うことができるように、コンフィギュレーションインターフェイス１００６をアクティブなプロセスとすることも可能である。なお、管理者は、端末の前に座って操作することも可能であり、離れた場所からコンフィギュレーションプロセスにリモートでログインすることも可能である。
また、さらに、コンフィギュレーションインターフェイス１００６が、リモートの主要データベースから、コンフィギュレーション情報を読み込めるようにすることも可能である。実際、コンフィギュレーションインターフェイス１００６は、データベースクライアントエージェントとして実現可能であり、この場合には、各コンフィギュレーションの問い合わせが、コンフィギュレーションインターフェイス１００６によってリモートの主要データベースにリレーされることになる。また、コンフィギュレーション情報をホームエージェント１０００に読み込むために、他の異なる技術を適用することも可能であり、例えば、外部エージェントが、管理情報データベース（ＭＩＢ：Management Information Base）を含むパケットをホームエージェント１０００に送信するＳＮＭＰ（Simple Network Management Protocol）を使用することが可能である。こうしたＭＩＢには、ホームエージェント１０００が必要とするコンフィギュレーション情報が含まれている。したがって、コンフィギュレーションインターフェイス１００６において、リモートエージェントに対して問い合わせを送信するＳＮＭＰエージェントとしての機能が実現され、ＭＩＢを含む応答を解釈して、コンフィギュレーション情報を構成することが可能となる。
コンフィギュレーションインターフェイス１００６は、他のモジュールに対して、システム全体コンフィギュレーション情報（System-wide configuration information）、及び、モバイルルータ特定コンフィギュレーション情報（Mobile router specific configuration information）の２つのタイプのコンフィギュレーション情報を提供する。
システム全体コンフィギュレーション情報には、下記の情報が含まれている。
（i）gDynRtgEnabled：ホームから離れているモバイルルータが、動的ルーティングプロトコルを利用することが可能か否かを示す情報
（ii）gMaxBULifetime：バインディングキャッシュエントリにおけるライフタイムの最大値
（iii）gMaxRULifetime：ルーティングテーブルエントリにおけるライフタイムの最大値
（iv）gTempBULifetime：ホームから離れているモバイルルータにおいて、動的ルーティングプロトコルが動作可能か否かが不明の場合に利用されるバインディングキャッシュのライフタイム
（v）gMaxTempBU：ホームから離れているモバイルルータにおいて、動的ルーティングプロトコルが動作可能かどうかが不明な状態で受け入れ可能なバインディングアップデートの最大数
一方、モバイルルータ特定コンフィギュレーション情報には、下記の情報が含まれている。
（i）mrSecAssoc：モバイルルータのセキュリティ関係の情報（例えば、モバイルルータに関連付けられている、あらかじめ設定されたセキュリティキー）
（ii）mrDynRtgEnabled：特定のモバイルルータが動的ルーティングプロトコルを動作させることが可能か否かを示す情報
（iii）mrDynRtgProtocol：モバイルルータが、動的ルーティングを利用することが可能か否かを示す情報（この値によって、モバイルルータにおいて動作可能な動的ルーティングプロトコルのタイプが示される)
（iv）mrDefaultPrefixList：モバイルルータに関連付けられているすべてのデフォルトネットワークプリフィックス
（v）mrValidPrefixList：モバイルルータとの関連付けを行うことが可能な正当なネットワークプリフィックスの範囲
（vi）mrBURUErrAction：ＢＵメッセージに含まれるプリフィックス情報が、モバイルルータによって送信されるルーティング情報との間で競合するかあるいは、矛盾している場合に取られるべきデフォルトの操作
また、上記のmrBURUErrActionに関しては、下記の値が取られ得る。
（i）BURUErrTeardown：エラーがあり、双方向トンネルを破棄する場合
（ii）BURUErrIgnoreBU：ＢＵメッセージで与えられるプリフィックス情報を無視するとともに、プリフィックス情報を無視した旨を通知せずにＢＡ−ＯＫメッセージを返信する場合
（iii）BURUErrWarnBU：ＢＵメッセージで与えられるプリフィックス情報を無視して、プリフィックス情報を無視した旨を示す特別のオプションを含むＢＡ−ＯＫメッセージを返信する場合
（iv）BURUErrIgnoreRU:ＲＵメッセージを無視して、プリフィックス情報を無視した旨を通知しない場合
（v）BURUErrWarnRU：ＲＵメッセージを無視し、動的ルーティングプロトコルを使用して、エラーメッセージを返信する場合
また、先に述べたように、バインディングマネージャ１００３は、バインディングキャッシュ内のバインディング情報を保持している。本発明では、バインディングキャッシュにおける各エントリが、少なくとも下記の情報を含むようにする。
（i）bceHoA：モバイルルータのホームアドレス
（ii）bceCoA：モバイルルータの気付アドレス
（iii）bceMode：受信した成功を示す最後のＢＵメッセージのモード（暗黙モード又は明示モード）
（iv）bceExpiry：当該エントリの有効性がなくなる（削除される）時刻
（v）bcePrefix：成功を示す最後のＢＵメッセージに含まれるプリフィックス情報
（vi）bceNumTempBU：モバイルルータにおいて、動的ルーティングプロトコルが動作可能か否かが不明な状態のときに、受信可能なＢＵメッセージの数
グローバルなコンフィギュレーション情報（システム全体コンフィギュレーション情報）のgTempBULifetime及びgMaxTempBUと共に、末尾の情報のbceNumTempBUによって、バインディングマネージャ１００３は、暫定承認技術（Temporary Acceptance Technique）と呼ばれる技術を実現することが可能となる。図２に例示される暫定承認技術は、サービス提供者２０００が、単一又は複数のサービス要求者２１００に対してサービスを提供する状況において使用されるものである。なお、サービス要求者２１００は、こうしたサービスを受けるために、何らかの要件を満たしている必要があるが、サービスが与えられるまでは、その要件が満たされているか否かを知ることはできず、また、その要件を満たそうとすることも不可能である。
暫定承認技術が基づく基本的な考え方は、サービス提供者２０００が、通常よりもはるかに短い有効期間T_tempを条件とした要求に対して承認を与えられるようにすることにあり、サービス要求者２１００に対して、この短い有効期間の後に要求を更新させるようにすることにある。これにより、サービス要求者２１００には、いくつかの特定の要件（例えば、図２に示す動作２００３）を満たすための、ある限定された時間が与えられる。この要件が満たされた場合に、サービス要求者２１００が要求（図２に示す要求２００４）を更新する次の機会に、サービス提供者２０００は、サービス要求者２１００に対して、通常のアクセス許可（図２に示す完全な許可２００５）を与えることが可能となる。
しかしながら、サービス要求者２１００は、特定の要件を満たすための動作を行わない場合も考えられる。この場合には、サービス提供者２０００は、サービス要求者２１００に何回かのトライ数（MAXTRY）を与えるような選択を行うことも可能である。このとき、サービス要求者２１００が要求可能な最大数を超えても特定の要件を満たせなかった場合に、サービス提供者２０００は、要求を拒絶することができるようにすることも可能である。上記の一例として、図２には、要求２０１１及び２０１３の後に、サービス要求者２１００が、まだいくつかの要件を満たさなければならない場合が図示されており、また、例として、“MAXTRY”回目の要求２０１５において、サービス提供者２０００が、拒絶２０１６を送信する場合が図示されている。
したがって、この暫定承認技術は、要求を承認するまでの要求イベント（すなわち、動作２００３）の待機状態を制限するために、MAXTRYとT_tempとによって与えられる期間を超えるか否かという条件を利用できるようにしたものである。これによって、サービス提供者２０００は、要求に対する許可を与えるか否かの決定を行う際、所定の遅延時間内に要件が満たされるか否かに基づいて決定を行うことによって、この決定を遅らせることが可能となる。
本発明において適用されているホームエージェント１０００（サービス提供者２０００）は、ＢＡ−ＯＫメッセージにおいて、より短いライフタイム値を使用することによって、最初にモバイルルータ（サービス要求者２１００）からＢＵメッセージを受信したときに、モバイルルータに対して短い期間を与えることが可能となる。この短いライフタイム値は、gTempBULifetimeであり、これによって、モバイルルータは、現在確立している双方向トンネルを通じて、ＲＵメッセージの送信（必要な動作）を行うことが可能となる。コンフィギュレーションパラメータgMAXTempBUは、ホームエージェントがＲＵメッセージの受信前に許容しているＢＵメッセージの最大受信可能数である。また、バインディングキャッシュエントリ値bceNumTempBUは、ＲＵメッセージの前に受信するＢＵメッセージの受信回数を制限するために利用されるものであり、gMaxTempBUが、bceNumTempBUと同値になった場合には、ホームエージェント１０００は、ＢＵメッセージを拒絶することが可能となる。なお、バインディングキャッシュエントリには、ライフタイムフィールドを格納することも可能であり、モバイルルータがgTempBULifeTime以降に新たなＢＵメッセージによってバインディングの更新を行わない場合でも、バインディングキャッシュエントリは、自動的に更新可能である。
上述の技術を利用することによって、バインディングマネージャ１００３は、モバイルルータから受信したＢＵメッセージの処理時に、以下の方法を利用することが可能である。図３には、バインディングマネージャ１００３に対してＢＵメッセージが渡される際の一般的な処理が示されている。まず、ステップＳ３０００において、バインディングマネージャ１００３は、ＢＵメッセージの送信者が、ホームエージェント１０００によって提供されるサービスの利用が認可されたモバイルルータ（登録されている正当なノード）か否かを確認する（ステップＳ３０００：送信者が登録されている正当なノードか？）。これは、例えば、コンフィギュレーションインターフェイス１００６に対して、モバイルルータのホームアドレスによって与えられるモバイルルータの情報のセットを検索するように要求することによって実現可能である。モバイルルータが認可されているものである場合には、コンフィギュレーションインターフェイス１００６は、コンフィギュレーション情報のセットを用いて応答を行う。一方、モバイルルータが認可されていないものである場合には、「コンフィギュレーションが見つかりません」や「モバイルルータは有効なエントリではありません」などのような理由で検索要求は失敗となる。
また、送信者（すなわち、モバイルルータ）が認可されていないものである場合には、ステップＳ３１００に示されているように、ホームエージェント１０００は、ＢＡ−ＮＥＧメッセージを用いて返信を行い、ＢＵを破棄する（ステップＳ３１００：ＢＡ−ＮＥＧの送信、ＢＵの破棄）。一方、送信者が登録されている正当なモバイルルータである場合には、ステップＳ３２００に示されるように、ＢＵメッセージのライフタイムフィールドをチェックして、その値がゼロか否かを確認する（ステップＳ３２００：ＢＵのライフタイム＝０？）。ライフタイム値がゼロの場合には、モバイルルータがバインディングの登録の削除を行おうとしており、ステップＳ３３００において、モバイルルータのバインディングキャッシュエントリが削除され、モバイルルータに導入されているすべてのルートが、ルートマネージャ１００４から削除されるとともに、登録が削除された旨を含むＢＡ−ＯＫメッセージが送信される（ステップＳ３３００：ＢＡ−ＯＫの送信、バインディングキャッシュエントリの削除、送信者によって導入されているルートの削除）。また、ライフタイムフィールドがゼロではない場合には、ＢＵメッセージのモードに依存した処理が行われる（ステップＳ３４００：ＢＵのモードが暗黙モード？）。すなわち、暗黙モードを示すＢＵメッセージの場合には、図４に示される暗黙モードに係る処理が行われ (ステップＳ３６００：暗黙モードに係る処理)、明示モードを示すＢＵメッセージの場合には、図５に示される明示モードに係る処理が行われる（ステップＳ３５００：明示モードに係る処理）。
図４に示される暗黙モードに係る処理では、最初のステップＳ４０００において、このモバイルルータで動的ルーティングが利用可能か否かのチェックが行われる（ステップＳ４０００：動的ルーティングが利用可能？）。このチェックは、例えば、バインディングマネージャ１００３が、mrDynRtgEnabledのコンフィギュレーションパラメータのチェックすることによって行われる。動的ルーティングの利用が不可能な場合には、ステップＳ４１００に進み、バインディングマネージャ１００３によって、モバイルルータに適用可能なデフォルトのプリフィックスが存在するか否かのチェックが行われる（ステップＳ４１００：適用可能なデフォルトのプリフィックス有り？）。このチェックは、例えば、mrDefaultPrefixListのコンフィギュレーションパラメータのチェックによって行われる。適用可能なデフォルトのプリフィックスが全く存在しない場合には、ホームエージェント１０００はルートマネージャ１００４に転送メカニズムをセットアップすることは不可能であり、ステップＳ４２００において、ＢＡ−ＮＥＧメッセージが返信されるとともに、ＢＵメッセージは破棄される（ステップＳ４２００：ＢＡ−ＮＥＧの送信、ＢＵの破棄）。一方、適用可能なデフォルトのプリフィックスが存在する場合には、バインディングマネージャ１００３は、ステップＳ４３００に進み、ＢＡ−ＯＫメッセージを返信するとともに、バインディングキャッシュエントリの更新を行い、ルートマネージャ１００４にデフォルトのプリフィックスへの転送メカニズムをセットアップする（ステップＳ４３００：ＢＡ−ＯＫの送信、バインディングキャッシュの更新、ルートマネージャにルートを設定）。
また、モバイルルータにおいて動的ルーティングの利用が可能な場合には、ステップＳ４４００に進み、バインディングマネージャ１００３は、ルートマネージャ１００４に対して、モバイルルータがホームエージェント１０００にＲＵメッセージを既に送っているか否かを確認するよう要求する（ステップＳ４４００：ルートマネージャはルートの更新を受信している？）。ＲＵメッセージが既に送られてきている場合には、暗黙モードのＢＵメッセージを問題なく使用することが可能であり、ステップＳ４５００において、ＢＡ−ＯＫメッセージが返信されるとともに、バインディングキャッシュエントリが更新される（ステップＳ４５００：ＢＡ−ＯＫの送信、バインディングキャッシュの更新）。しかしながら、ＲＵメッセージを（まだ）受信していない場合には、バインディングマネージャ１００３は、上述の暫定承認技術を使用することになる。ステップＳ４６００において、カウンタの機能を有するbceNumTempBUの値が、グローバルなコンフィギュレーションパラメータgMaxTempBUの値以上であるか否かの確認が行われる（ステップＳ４６００：bceNumTempBU≧gMaxTempBU？）。もし、bceNumTempBUの値がgMaxTempBUの値以上の場合には、モバイルルータがＲＵメッセージを送信できる猶予期間が切れており、ホームエージェント１０００は、ステップＳ４８００に示すように、ＢＡ−ＮＥＧメッセージを送るとともに、そのモバイルルータに係るバインディングキャッシュエントリを削除する（ステップＳ４８００：ＢＡ−ＮＥＧの送信、バインディングキャッシュエントリの削除）。一方、bceNumTempBUの値がgMaxTempBUより小さい場合には、モバイルルータがＲＵメッセージを送信することが可能な期間はまだ残っており、ステップＳ４７００において、ホームエージェント１０００は、ライフタイムフィールドをgTempBULifetimeに変えたＢＡ−ＯＫメッセージを送ることになる。また、カウンタbceNumTempBUがインクリメントされるとともに、バインディングキャッシュエントリの更新が行われる（ステップＳ４７００：ライフタイム＝gTempBULifetimeに設定されたＢＡ−ＯＫを送信、バインディングキャッシュの更新、bceNumTempBUのインクリメント）。
また、図５には、明示モードのバインディングアップデートに係る処理が示されている。明示モードのＢＵでは、モバイルルータがＢＵメッセージ内にプリフィックス情報を挿入する。したがって、まず、バインディングマネージャ１００３は、ステップＳ５０００において、ＢＵメッセージ内の特定のプリフィックスが有効であるか否かをチェックする（ステップＳ５０００：ＢＵのプリフィックスは有効？）。この有効性のチェックは、モバイルルータのコンフィギュレーションインターフェイス１００６から、コンフィギュレーションパラメータmrValidPrefixListに関する問い合わせを行うことによって可能となる。特定のプリフィックスが有効ではない場合には、ステップＳ５１００に示されるように、ＢＡ−ＮＥＧメッセージが送信されるとともに、ＢＵメッセージは破棄される（ステップＳ５１００：ＢＡ−ＮＥＧの送信、ＢＵの破棄）。一方、特定のプリフィックスが有効である場合には、ステップＳ５２００において、バインディングマネージャ１００３は、モバイルルータにおいて動的ルーティングの利用が可能か否かのチェックを行う（ステップＳ５２００：動的ルーティングが利用可能？）。このチェックは、mrDynRtgEnabledのコンフィギュレーションパラメータのチェックによって可能である。動的ルーティングの利用が不可能な場合には、ステップＳ５６５０に進み、ＢＡ−ＯＫメッセージが送信されるとともに、バインディングキャッシュエントリの更新が行われ、ルートマネージャ１００４において、そのプリフィックスへの転送メカニズムのセットアップが行われる（ステップＳ５６５０：ＢＡ−ＯＫの送信、バインディングキャッシュの更新、ルートマネージャにルートを設定）。
一方、動的ルーティングが利用可能な場合には、ステップＳ５３００において、モバイルルータからＲＵメッセージを受信しているか否かのチェックがルートマネージャ１００４に対して行われる（ステップＳ５３００：ルートマネージャはルートの更新を受信している？）。ＲＵメッセージを受信していない場合には、バインディングマネージャ１００３は、上述の暫定承認技術を使用することになる。ステップＳ５４００において、カウンタの機能を有するbceNumTempBUの値が、グローバルなコンフィギュレーションパラメータgMaxTempBUの値以上であるか否かの確認が行われる（ステップＳ５４００：bceNumTempBU≧gMaxTempBU？）。もし、bceNumTempBUの値がgMaxTempBUの値以上の場合には、モバイルルータがＲＵメッセージを送信できる猶予期間が切れており、モバイルルータは、動的ルーティングプロトコルを動作させないと判断される。この場合には、ステップＳ５６５０に進み、ＢＡ−ＯＫメッセージが送信されるとともに、バインディングキャッシュエントリの更新が行われ、ルートマネージャ１００４において、そのプリフィックスへの転送メカニズムのセットアップが行われる。一方、bceNumTempBUの値がgMaxTempBUより小さい場合には、モバイルルータがＲＵメッセージを送信することが可能な期間はまだ残っており、ステップＳ５５００において、ホームエージェント１０００は、ライフタイムフィールドをgTempBULifetimeに変えたＢＡ−ＯＫメッセージを送ることになる。また、カウンタbceNumTempBUがインクリメントされるとともに、バインディングキャッシュエントリの更新が行われる（ステップＳ５５００：ライフタイム＝gTempBULifetimeに設定されたＢＡ−ＯＫを送信、バインディングキャッシュの更新、bceNumTempBUのインクリメント）。
また、モバイルルータからＲＵメッセージを受信している場合には、ホームエージェント１０００は、そのプリフィックス、あるいは、ＢＵメッセージ内に指定されている複数のプリフィックスと、ＲＵメッセージによって導入されるルートとの整合性のチェックを行う。すなわち、ステップＳ５６００において、ルートマネージャ１００４に対して、ＢＵメッセージ内のプリフィックスと、ＲＵメッセージによって導入されるルートとの間に、競合が生じていないかどうかのチェックを要求する（ステップＳ５６００：ＲＵとの競合有り？）。こうした競合がない場合には、ステップＳ５６５０に進み、ＢＡ−ＯＫメッセージが送信されるとともに、バインディングキャッシュエントリの更新が行われ、ルートマネージャ１００４において、そのプリフィックスへの転送メカニズムのセットアップが行われる。
また、ＢＵのプリフィックスと動的ルーティングプロトコルによって導入されるルートとの間に競合がある場合には、ステップＳ５７００において、適切な動作が行えるように、コンフィギュレーションパラメータmrBURUErrActionのチェックが行われる（ステップＳ５７００：mrBURUErrAction＝？）。このとき、双方向トンネルの破棄動作が行われる場合には（mrBURUErrAction＝BURUErrTeardown）、ステップＳ５８００に示されるように、ＢＡ−ＮＥＧメッセージがモバイルルータに対して送信されるとともに、バインディングキャッシュエントリが削除され、モバイルルータによって導入されたすべてのルートが、ルートマネージャ１００４から削除される（ステップＳ５８００：ＢＡ−ＮＥＧの送信、バインディングキャッシュの削除、送信者によって導入されているルートの削除）。また、ＢＵメッセージ内で指定されているプリフィックスを（通知なく）無視する動作が行われる場合には（mrBURUErrAction＝BURUErrIgnoreBU）、ステップＳ５８５０において、ＢＡ−ＯＫメッセージがモバイルルータに対して送信されるとともに、バインディングキャッシュの更新が行われる（ステップＳ５８５０：ＢＡ−ＯＫの送信、バインディングキャッシュの更新）。また、ＢＵメッセージ内で指定されているプリフィックスを無視して、モバイルルータに対して警告を与える動作が行われる場合には（mrBURUErrAction＝BURUErrWarnBU）、ステップＳ５９００に進み、プリフィックスが無視された旨を示す特別なオプションが付加されたＢＡ−ＯＫメッセージが、モバイルルータに対して送信され、さらに、バインディングキャッシュエントリの更新も行われる（ステップＳ５９００：ＢＵのプリフィックスが無視された旨を示す特別なオプションが付加されたＢＡ−ＯＫの送信、バインディングキャッシュの更新）。
また、ＲＵメッセージによって送られたルートを（通知なく）無視する動作が行われる場合には（mrBURUErrAction＝BURUErrIgnoreRU）、ステップＳ５９５０に進み、ＢＡ−ＯＫメッセージがモバイルルータに対して送信されるとともに、バインディングキャッシュエントリの更新が行われて、ＢＵメッセージ内のプリフィックスと一致したルートのみが残るように、ルートマネージャ１００４内のルートが破棄される（ステップＳ５９５０：ＢＡ−ＯＫの送信、バインディングキャッシュの更新、ルートマネージャ内のルートの破棄）。また、ＲＵメッセージによって送られたルートを（警告を行って）無視する動作が行われる場合には（mrBURUErrAction＝BURUErrWarnRU）、ステップＳ５９９９に進み、ＢＡ−ＯＫメッセージがモバイルルータに対して送信されるとともに、バインディングキャッシュエントリの更新が行われて、ＢＵメッセージ内のプリフィックスと一致したルートのみが残るように、ルートマネージャ１００４内のルートが破棄された後、さらに、ルートマネージャ１００４からモバイルルータに対して、動的ルーティングプロトコルによって導入されたルートのいくつかが削除された旨を通知するＲＵメッセージが送信される（ステップＳ５９９９：ＢＡ−ＯＫの送信、バインディングキャッシュの更新、ルートマネージャ内のルートの破棄、モバイルルータへのＲＵの送信）。
また、本発明の第１の実施の形態に係る詳細な説明に関連して、図６に、ホームエージェント１０００によって適用された暫定承認技術を例示する。モバイルルータ６０００が、暗黙モードのＢＵメッセージ６００１をホームエージェント１０００に対して送信した場合には、ホームエージェント１０００は、コンフィギュレーションのチェックを行って、モバイルルータ６０００が動的ルーティングプロトコルを動作させることが可能なよう構成されていることを把握し、暫定承認技術を適用する。mrNUMTempBUがゼロの場合には、gTempBULifetimeの値に短いライフタイム値が設定されたＢＡ−ＯＫメッセージ６００２の返信が行われる。これによって、双方向トンネルの確立が行われ、モバイルルータ６０００は、ホームエージェント１０００に対して、ＲＵメッセージ６００３を送信することが可能となる。また、gTempBULifetimeの経過後にバインディングの有効性が消滅した場合には、モバイルルータ６０００は、バインディングの再更新を行うように要請され、ホームエージェント１０００に対して、新たな暗黙モードのＢＵメッセージ６００４を送信する。ホームエージェント１０００は、ＲＵメッセージ６００３を既に受信しているので、ＢＡ−ＯＫメッセージ６００５を用いて、双方向トンネルに対して通常のライフタイム値を設定する。
また、別のシナリオとして、モバイルルータが暗黙モードのＢＵメッセージ６０１１をホームエージェント１０００に送信する一方、ホームエージェント１０００は、モバイルルータ６０００からのＲＵメッセージを予測して、gTempBULifetimeの短いライフタイム値を用いて、双方向トンネルを確立する（ＢＡ−ＯＫメッセージ６０１２）ことも可能である。しかしながら、このとき、モバイルルータ６０００は、動的ルーティングプロトコルを動作させず、gTempBULifetimeの期間が切れた後に、バインディングの更新を行おうとする。したがって、カウンタmrNumTempBUがgMaxTempBUに達した場合、ホームエージェント１０００は、モバイルルータ６０００が動的ルーティングプロトコルを動作させることはないと判断して、ＢＡ−ＮＥＧメッセージ６０１６によって、バインディングを拒絶する。
また、明示モードのＢＵにおいて、ＢＵメッセージによって通知されたプリフィックスと、ＲＵメッセージを用いて拡散されるルーティング情報との整合性のチェックに係る処理を行う際に、暫定承認技術が利用される。図６において、モバイルルータ６０００は、明示モードのＢＵメッセージ６０２１をホームエージェント１０００に送信する。ホームエージェント１０００は、コンフィギュレーションのチェックを行って、モバイルルータ６０００が動的ルーティングプロトコルを動作させることが可能なよう構成されていることを把握し、暫定承認技術を適用する。mrNUMTempBUがゼロの場合には、gTempBULifetimeの値に短いライフタイム値が設定されたＢＡ−ＯＫメッセージ６０２２の返信が行われる。これによって、双方向トンネルの確立が行われ、モバイルルータ６０００は、ホームエージェント１０００に対して、ＲＵメッセージ６０２３を送信することが可能となる。また、gTempBULifetimeの経過後にバインディングの有効性が消滅した場合には、モバイルルータ６０００は、バインディングの再更新を行うように要請され、ホームエージェント１０００に対して、新たな明示モードのＢＵメッセージ６０２４を送信する。ホームエージェント１０００は、ＲＵメッセージ６０２３を既に受信しているので、競合がない場合（競合のチェック６０２５によって確認）には、ＢＡ−ＯＫメッセージ６０２６を用いて、双方向トンネルに対して通常のライフタイム値を設定する。また、競合がある場合には、ＢＡ−ＮＥＧメッセージ６０２７を送信することによって、バインディングを拒絶する。
また、別のシナリオとして、モバイルルータが明示モードのＢＵメッセージ６０３１をホームエージェント１０００に送信する一方、ホームエージェント１０００は、モバイルルータ６０００からのＲＵメッセージを予測して、gTempBULifetimeの短いライフタイム値を用いて、双方向トンネルを確立する（ＢＡ−ＯＫメッセージ６０３２）ことも可能である。しかしながら、このとき、モバイルルータ６０００は、動的ルーティングプロトコルを動作させず、gTempBULifetimeの期間が切れた後に、バインディングの更新を行おうとする。したがって、カウンタmrNumTempBUがgMaxTempBUに達した場合、ホームエージェント１０００は、モバイルルータ６０００が動的ルーティングプロトコルを動作させることはないと判断して、ＢＡ−ＮＥＧメッセージ６０３６によって、バインディングを拒絶する。
以上のように、上記の第１の実施の形態において開示される本発明を適用することによって、ホームエージェント１０００は、確立される双方向トンネルを通じて、動的ルーティングプロトコルを動作させるモバイルルータに生じるエラー条件のチェックを効率良く行うことが可能となる。また、暫定承認技術を使用することによって、ホームエージェント１０００は、エラーが発生する期間を、エラーの修正を行うことが可能な期間に制限することも可能となる。これにより、エラーに関して完全なフェイルオーバを考慮することも可能となる。また、さらに、本発明は、コンフィギュレーションインターフェイス１００６を完全に構成するエラーチェックのアルゴリズムの制御パラメータにより、ネットワーク管理者に対して、エラー修正を迅速に行えるような適応性のある環境を提供することも可能となる。なお、暫定承認技術により提供される暫定的なサービスは、動的ルーティングプロトコルだけを可能とするように選択的に制御されていることが、セキュリティの面から望ましい。
＜第２の実施の形態＞
本発明に係る第２の実施の形態では、モバイルルータが、ホームエージェントとの間の双方向トンネルのセットアップを行うためのメカニズムと、ホームエージェントから委譲されるプリフィックスを取得するためのメカニズムとについて説明する。なお、ホームエージェントによってプリフィックスの委譲が行われない場合には、モバイルルータは、完全にデフォルトのプリフィックスを利用することになる。なお、図７に示される装置は、モバイルルータを示すものである。
図７には、本発明で利用されるモバイルルータ７０００の構成が図示されている。図７に示すモバイルルータ７０００は、入力パケット処理部７００１、出力パケット処理部７００２、ＮＥＭＯプロトコルユニット７００３、転送ユニット７００４により構成されている。また、パケットフローパス７０１１〜７０１７は、データパケットのフローパスを示している。
モバイルルータ７０００が受信したパケットは、パケットフローパス７０１１を通じて、あらゆる標準ネットワークプロトコル処理（例えば、インターネットプロトコル処理）を行われるように、入力パケット処理部７００１に供給される。パケットがモビリティに関係したもの（例えば、ＢＡメッセージなど）であることが特定された場合には、入力パケット処理部７００１は、パケットフローパス７０１２を通じて、このパケットをＮＥＭＯプロトコルユニット７００３に供給する。また、他のノードに転送する必要があるパケットの場合には、このパケットは、パケットフローパス７０１３を通じて転送ユニット７００４に渡される。なお、入力パケット処理部７００１は、確立した双方向トンネルから受信したパケットを脱カプセル化する機能を有している。
また、出力パケット処理部７００２は、物理的なネットワーク配線にパケットを送出する前に必要となるパケット処理を行う。この処理は、送信モジュールによってルートの指示がない場合にはデフォルトルートを選択し、送信パケットにおいて必須なプロトコルヘッダ内の空のフィールドに、デフォルト値を挿入する処理を含んでいる。そして、処理後のパケットは、パケットフローパス７０１７を通じて、物理的な通信媒体に送出される。
また、転送ユニット７００４は、他のノードへのパケット（双方向トンネルを通る送信パケットを含む）のルーティング処理を担っている。モバイルルータ７０００のホームエージェントに送信するパケットのカプセル化を行うために、転送ユニット７００４は、パケットフローパス７０１５を通じて、パケットをＮＥＭＯプロトコルユニット７００３に渡すことができる。また、モバイルルータ７０００のモバイルネットワーク内に存在するノードにパケットを送信するために、パケットフローパス７０１４を通じて、パケットを出力パケット処理部７００２に渡すことができる。
また、ＮＥＭＯプロトコルユニット７００３は、ＮＥＭＯ（ネットワークモビリティ）に関連したパケット（例えば、ＢＡメッセージ）の処理を担っている。また、ＮＥＭＯプロトコルユニット７００３は、モバイルルータ７０００のホームエージェントとの間の双方向トンネルをセットアップする機能も有している。したがって、ＮＥＭＯプロトコルユニット７００３は、ホームエージェントに対して、ＢＵメッセージを送信する必要があり、例えば、パケットフローパス７０１６を通じて、ＢＵメッセージの送信を行うことができる。また、さらに、ＮＥＭＯプロトコルユニット７００３は、ホームエージェントから転送されてくるトンネリングパケットの処理機能も有している。したがって、転送ユニット７００４は、パケットのカプセル化を行う際には、モバイルルータ７０００によって制御されているモバイルネットワークの外に存在するノードに対して送信するパケットを、ＮＥＭＯプロトコルユニット７００３に渡す必要がある。なお、上述のパケットフローパス７０１５を通じて、転送ユニット７００４は、ＮＥＭＯプロトコルユニット７００３に対して、パケットを渡すことが可能である。
本発明では、ＮＥＭＯプロトコルユニット７００３が、変数を保持するための下記のメモリ領域を有する必要がある。
（i）numImBU：モバイルルータ７０００が、そのホームエージェントに対して送信した暗黙モードのＢＵメッセージの数を格納するためのカウンタ
（ii）maxImBU：送信する暗黙モードのＢＵメッセージの最大数を与える定数
（iii）defaultPrefix：モバイルルータ７０００が、そのホームエージェントによって委譲されたプリフィックスを取得できなかった場合に使用される、モバイルネットワークのプリフィックスのデフォルトリスト
（iv）actualPrefix：モバイルルータ７０００が現在の双方向トンネルセッションに使用しているモバイルネットワークのプリフィックスの現在のリスト
また、図８には、双方向トンネルをセットアップする際に、モバイルルータ７０００によって使用されるアルゴリズムが示されている。ステップＳ８０００において、モバイルルータ７０００は、まず、カウンタnumImBU７０２１の値が最大値maxImBU７０２２より小さいか否かをチェックする（ステップＳ８０００：numImBU（7021）＜maxImBU（7022）？）。numImBU７０２１の値がmaxImBU ７０２２以上の場合には、モバイルルータは、デフォルトのプリフィックスを使用する。この処理は、ステップＳ８４００に示されており、ここでは、defaultPrefix７０２３のリストを、actualPrefix７０２４のリストとして格納する（ステップＳ８４００：defaultPrefix(7023)を、actualPrefix(7024)に格納）。そして、明示モードのＢＵメッセージは、actualPrefix７０２４のリストを使用して、ホームエージェントに送信される（ステップＳ８８００：actualPrefix(7024)のプリフィックスを用いて、明示モードのＢＵを送信）。また、numImBU７０２１の値がmaxImBU７０２２より小さい場合には、モバイルルータ７０００は、ステップＳ８１００に示されるように、ホームエージェントに対して、短いライフタイム値が設定された暗黙モードのＢＵメッセージを送信し（ステップＳ８１００：短いライフタイム値が設定された暗黙モードのＢＵを送信）、ホームエージェントからのＢＡメッセージの返信を待機する（ステップＳ８２００：ＢＡを待機）。ＢＡメッセージが所定のタイムアウト値（例えば、暗黙モードのＢＵメッセージに設定される短いライフタイム値と等しい値を使用することが可能である）を経過する前に到着しなかった場合にはタイムアウトとなって、ステップＳ８６００に進み、カウンタnumImBU７０２１をインクリメントして（ステップＳ８６００：numImBU(7021)をインクリメント）、再度、ステップＳ８０００に戻る。
また、モバイルルータ７０００がＢＡ−ＮＥＧメッセージを受信した場合、これは、ホームエージェントがモバイルルータ７０００に対して委譲可能なプリフィックスを有していないことを意味している。この場合、モバイルルータ７０００は、ステップＳ８４００及びステップＳ８８００に示されるように、defaultPrefix７０２３のリストを使用する。また、モバイルルータ７０００が、ＢＡ−ＯＫメッセージを受信した場合には、ステップＳ８５００に示されているように、モバイルルータ７０００は、プリフィックスの委譲の待機ループに入る（ステップＳ８５００：プリフィックスの委譲を待機）。そして、プリフィックスの委譲が所定のタイムアウト値（例えば、暗黙モードのＢＵメッセージに設定される短いライフタイム値と等しい値を使用することが可能である）を経過する前に到着しなかった場合には、ステップＳ８６００に進み、カウンタnumImBU７０２１をインクリメントして、再度、ステップＳ８０００に戻る。また、プリフィックスが委譲された場合（プリフィックスを受信した場合）には、ステップＳ８７００に示されるように、委譲されたプリフィックスをactualPrefix７０２４のリストに格納して（ステップＳ８７００：プリフィックスをactualPrefix(7024)に格納）、その後の明示モードのＢＵメッセージの送信（ステップＳ８８００：actualPrefix(7024)のプリフィックスを用いて、明示モードのＢＵを送信）の際に使用する。
以上のように、本発明の第２の実施の形態において開示される装置及び方法によれば、モバイルルータは、ホームエージェントが委譲可能なプリフィックスを有しているか否かの確認をまず行うことによって、双方向トンネルの詳細な確立処理を行うことが可能となる。また、ホームエージェントからプリフィックスが委譲されない場合には、モバイルルータは、デフォルトのプリフィックスのセットを使えるようにすることが可能となる。
本発明に係る装置及び方法は、モバイルネットワークにおける動的ルーティングの動作及びエラーチェックに係る処理を確実に行えるようにするという効果を有し、モバイルネットワーク技術に適用可能であり、特に、モバイルＩＰを利用したモバイルネットワークにおいて、モバイルルータとホームエージェントとの間の双方向トンネル上における動的ルーティングに係る技術に適用可能である。
本発明の実施の形態において、ホームエージェントの構成を示す図 本発明の実施の形態において、暫定承認技術の考え方を例示するためのメッセージ交換シーケンスの一例を示す図 本発明の実施の形態において、モバイルルータから新たに受信したバインディングアップデートメッセージに係る処理を行う際に、ホームエージェントによって使用される一般的なアルゴリズムを示す図 本発明の実施の形態において、モバイルルータから新たに受信した暗黙モードのバインディングアップデートメッセージに係る処理を行う際に、ホームエージェントによって使用されるアルゴリズムを示す図 本発明の実施の形態において、モバイルルータから新たに受信した明示モードのバインディングアップデートメッセージに係る処理を行う際に、ホームエージェントによって使用されるアルゴリズムを示す図 本発明の実施の形態において、暫定承認技術を用いた場合のホームエージェントとモバイルルータとの間における様々なメッセージ交換シーケンスの一例を示す図 本発明の実施の形態において、モバイルルータの構成を示す図 本発明の実施の形態において、ホームエージェントに対して、バインディングアップデートを送信する際に、モバイルルータによって使用されるアルゴリズムを示す図

Claims (17)

  1. パケット交換データネットワークにおいて、モバイルルータのホームエージェントとして機能する通信ノードであって、前記ホームエージェントと前記モバイルルータとの間で双方向トンネルが確立され、前記モバイルルータの配下に存在するモバイルネットワークに送信されるパケットが、前記ホームエージェントによって、前記双方向トンネルを通じて前記モバイルルータに転送される一方、前記モバイルネットワークのノードから送信されるパケットが、前記モバイルルータによって前記双方向トンネルを通じて前記ホームエージェントに転送され、さらに適切な送信先に送られるように構成されている前記通信ノード内で使用される装置であって、
    すべての入力パケットに対して、標準ネットワークプロトコル処理を行い、前記入力パケットのタイプが特定された場合に、パケットを他の処理部に渡す入力パケット処理部と、
    物理的な媒体にパケットを送信する前に必要なすべての処理を行う出力パケット処理部と、
    登録されているモバイルノードのホームアドレスと気付アドレスとのバインディングを保持するとともに、登録されている前記モバイルルータのアドレスのバインディングに関連するデータパケットを前記入力パケット処理部から受信して、前記データパケットの処理を行うバインディングマネージャと、
    ルーティング情報を保持し、前記入力パケット処理部によって受信したルーティングアップデートメッセージの処理を行うルートマネージャと、
    ホームエージェント及びすべての正当なモバイルルータのユーザに関するコンフィギュレーション情報を供給するコンフィギュレーションインターフェイスと、
    他のノードへのパケットのルーティングに係る処理を行う転送ユニットとを、
    有する装置。
  2. 前記コンフィギュレーションインターフェイスは、システム起動中に、補助記憶装置からコンフィギュレーション情報を読み込み、前記コンフィギュレーション情報に係る変更が検出された場合に前記コンフィギュレーション情報の再読み込みを行う請求項１に記載の装置。
  3. 前記コンフィギュレーションインターフェイスは、管理者によってリアルタイムに行われるコンフィギュレーションパラメータの調整に係る入力に基づいてコンフィギュレーション情報の検索を行う請求項１に記載の装置。
  4. 前記コンフィギュレーションインターフェイスは、リモートのデータベースからコンフィギュレーション情報を読み込む請求項１に記載の装置。
  5. 前記コンフィギュレーションインターフェイスは、他の構成要素からコンフィギュレーションパラメータに係る問い合わせを受けた場合に、リモートのデータベースに対して問い合わせを行い、前記リモートのデータベースから前記コンフィギュレーション情報を取得して、前記問い合わせを行った前記他の構成要素に対して、前記コンフィギュレーション情報を返信する請求項１に記載の装置。
  6. 前記コンフィギュレーションインターフェイスが、下記の前記ホームエージェントに関するコンフィギュレーションパラメータの特定のセットを提供する請求項１に記載の装置：
    （ｉ）ホームから離れている前記モバイルルータにおいて、動的ルーティングプロトコルが利用可能か否かを示す情報；
    （ｉｉ）バインディングキャッシュエントリのライフタイムの最大値；
    （ｉｉｉ）ルーティングテーブルエントリのライフタイムの最大値；
    （ｉｖ）ホームから離れている前記モバイルルータによって、前記動的ルーティングプロトコルに係る動作が行われるか否かが不明の場合に使用されるバインディングキャッシュエントリのライフタイム；
    （ｖ）ホームから離れている前記モバイルルータによって、前記動的ルーティングプロトコルに係る動作が行われるか否かが不明の場合におけるバインディングアップデートメッセージの最大受信可能数。
  7. 前記コンフィギュレーションインターフェイスが、前記ホームエージェントの正当なユーザであるモバイルルータのそれぞれに対して、下記のコンフィギュレーションパラメータの特定のセットを提供する請求項１に記載の装置：
    （ｉ）前記モバイルルータのセキュリティ関係の情報；
    （ｉｉ）特定の前記モバイルルータが、動的ルーティングプロトコルを動作させるための認可を受けているか否かを示す情報；
    （ｉｉｉ）モバイルルータが動作させるための認可を受けている前記動的ルーティングプロトコルのタイプ；
    （ｉｖ）前記モバイルルータに関連付けられているデフォルトのネットワークプリフィックスのセット；
    （ｖ）モバイルルータに対して、正当に関連付けを行うことができるネットワークプリフィックスの範囲；
    （ｖｉ）バインディングアップデートメッセージに含まれるプリフィックス情報が、モバイルルータから送信されるルーティング情報と競合しているか、又は、矛盾している場合に行われるデフォルトの動作を示す情報。
  8. 前記バインディングマネージャが、登録されている各モバイルルータに関する下記の情報をさらに保持している請求項１に記載の装置：
    （ｉ）前記モバイルルータのホームアドレス；
    （ｉｉ）前記モバイルルータの気付アドレス；
    （ｉｉｉ）前記モバイルルータから受信した成功を示す最後のバインディングアップデートメッセージのモード；
    （ｉｖ）当該情報のセットの有効期間が切れる時間；
    （ｖ）成功を示す最後のバインディングアップデートメッセージに含まれるプリフィックス情報；
    （ｖｉ）前記モバイルルータによって、前記動的ルーティングプロトコルに係る動作が行われるか否かが不明の場合に、前記モバイルルータから受信するバインディングアップデートメッセージの数。
  9. 前記バインディングマネージャは、モバイルネットワークのプリフィックスを明らかに指定しないモバイルルータであり、かつ、デフォルトのネットワークプリフィックスを持たない前記モバイルルータからのバインディングアップデートを暫定的に受け入れるとともに、バインディングアクノレッジメントにおいて短いライフタイム値を設定することによって、前記モバイルルータが動的ルーティングプロトコルを動作させるのを待機し、最初のバインディングアップデートを受信してから所定の期間経過後に、前記モバイルルータが動的ルーティングプロトコルを使ったプリフィックス情報の送信に失敗した場合には、その後のバインディングアップデートを拒絶する請求項１に記載の装置。
  10. 前記バインディングマネージャは、１つ又は複数のモバイルネットワークのプリフィックスを明らかに指定するモバイルルータからのバインディングアップデートを暫定的に受け入れるとともに、バインディングアクノレッジメントにおいて短いライフタイム値を設定することによって、前記モバイルルータが動的ルーティングプロトコルを動作させるのを待機し、明らかに指定された前記プリフィックスのいずれか１つが、動的ルーティングプロトコルを動作させているモバイルルータから送信されたルーティングアップデートメッセージによって導入されたルートと競合する場合には、その後のバインディングアップデートを拒絶し、最初のバインディングアップデートを受信してから所定の期間経過後に競合がない場合には、通常のライフタイム値が設定されたその後のバインディングアップデートを受け入れる請求項１に記載の装置。
  11. パケット交換データネットワークにおいて、モバイルルータのホームエージェントとして機能する通信ノードであって、前記ホームエージェントと前記モバイルルータとの間で双方向トンネルが確立され、前記モバイルルータの配下に存在するモバイルネットワークに送信されるパケットが、前記ホームエージェントによって、前記双方向トンネルを通じて前記モバイルルータに転送される一方、前記モバイルネットワークのノードから送信されるパケットが、前記モバイルルータによって前記双方向トンネルを通じて前記ホームエージェントに転送され、さらに適切な送信先に送られるように構成されている前記通信ノード内で使用される装置であって、すべての入力パケットに対して、標準ネットワークプロトコル処理を行い、前記入力パケットのタイプが特定された場合に、パケットを他の処理部に渡す入力パケット処理部と、物理的な媒体にパケットを送信する前に必要なすべての処理を行う出力パケット処理部と、登録されているモバイルノードのホームアドレスと気付アドレスとのバインディングを保持するとともに、登録されている前記モバイルルータのアドレスのバインディングに関連するデータパケットを前記入力パケット処理部から受信して、前記データパケットの処理を行うバインディングマネージャと、ルーティング情報を保持し、前記入力パケット処理部によって受信したルーティングアップデートメッセージの処理を行うルートマネージャと、ホームエージェント及びすべての正当なモバイルルータのユーザに関するコンフィギュレーション情報を供給するコンフィギュレーションインターフェイスと、他のノードへのパケットのルーティングに係る処理を行う転送ユニットとを有する装置を含む前記モバイルルータの前記ホームエージェントが受信したバインディングアップデートメッセージの処理を行うための方法であり、前記モバイルネットワークのプリフィックス情報が含まれない場合の前記バインディングアップデートメッセージの処理方法であって、
    前記モバイルルータによる動的ルーティングプロトコルの動作が認可されているか否かをチェックするステップと、
    前記モバイルルータによる前記動的ルーティングプロトコルの動作が認可されておらず、前記モバイルルータに関連付けられるデフォルトのネットワークプリフィックスが存在しない場合には、否定的なバインディングアクノレッジメントを返信するステップと、
    前記モバイルルータによる前記動的ルーティングプロトコルの動作が認可されておらず、前記モバイルルータに関連付けられる１つ又は複数のデフォルトのネットワークプリフィックスが存在する場合には、肯定的なバインディングアクノレッジメントを返信して、前記バインディングマネージャ内のバインディング情報を更新し、前記ルートマネージャ内のデフォルトのネットワークプリフィックスにルートを設定するステップと、
    前記モバイルルータによる前記動的ルーティングプロトコルの動作が認可されている場合には、前記モバイルルータがルーティングアップデートメッセージを既に送信しているか否かをルートマネージャに確認するステップと、
    前記モバイルルータによる前記動的ルーティングプロトコルの動作が認可されており、前記モバイルルータがルーティングアップデートメッセージを送信している場合には、肯定的なバインディングアクノレッジメントを返信するとともに、前記バインディングマネージャにおいて前記バインディング情報の更新が行われるステップと、
    前記モバイルルータによる前記動的ルーティングプロトコルの動作が認可されているが、前記モバイルルータが前記ホームエージェントに対して、ルーティングアップデートメッセージをまだ送信しておらず、前記モバイルルータからの前記バインディングアップデートメッセージの回数が所定の正の数よりも小さい場合には、短いライフタイム値が設定された肯定的なバインディングアクノレッジメントを返信するとともに、前記バインディングマネージャにおいて前記バインディング情報の更新が行われるステップと、
    前記モバイルルータによる前記動的ルーティングプロトコルの動作が認可されているが、前記モバイルルータが前記ホームエージェントに対して、ルーティングアップデートメッセージをまだ送信しておらず、前記モバイルルータからの前記バインディングアップデートメッセージの回数が所定の正の数以上の場合には、否定的なバインディングアクノレッジメントを返信するとともに、前記バインディングマネージャ内の前記バインディング情報の削除が行われるステップとを、
    有する方法。
  12. パケット交換データネットワークにおいて、モバイルルータのホームエージェントとして機能する通信ノードであって、前記ホームエージェントと前記モバイルルータとの間で双方向トンネルが確立され、前記モバイルルータの配下に存在するモバイルネットワークに送信されるパケットが、前記ホームエージェントによって、前記双方向トンネルを通じて前記モバイルルータに転送される一方、前記モバイルネットワークのノードから送信されるパケットが、前記モバイルルータによって前記双方向トンネルを通じて前記ホームエージェントに転送され、さらに適切な送信先に送られるように構成されている前記通信ノード内で使用される装置であって、すべての入力パケットに対して、標準ネットワークプロトコル処理を行い、前記入力パケットのタイプが特定された場合に、パケットを他の処理部に渡す入力パケット処理部と、物理的な媒体にパケットを送信する前に必要なすべての処理を行う出力パケット処理部と、登録されているモバイルノードのホームアドレスと気付アドレスとのバインディングを保持するとともに、登録されている前記モバイルルータのアドレスのバインディングに関連するデータパケットを前記入力パケット処理部から受信して、前記データパケットの処理を行うバインディングマネージャと、ルーティング情報を保持し、前記入力パケット処理部によって受信したルーティングアップデートメッセージの処理を行うルートマネージャと、ホームエージェント及びすべての正当なモバイルルータのユーザに関するコンフィギュレーション情報を供給するコンフィギュレーションインターフェイスと、他のノードへのパケットのルーティングに係る処理を行う転送ユニットとを有する装置を含む前記モバイルルータの前記ホームエージェントが前記モバイルルータから受信したバインディングアップデートメッセージの処理を行うための方法であり、１つ又は複数の前記モバイルネットワークのプリフィックス情報が含まれ、前記モバイルルータが動作させる動的ルーティングプロトコルによって導入されたルートとの競合がある場合の前記バインディングアップデートメッセージの処理方法であって、
    前記モバイルルータの前記コンフィギュレーション情報におけるエラー処理の構成をチェックするステップと、
    前記エラー処理によって、前記双方向トンネルが破棄される場合には、否定的なバインディングアクノレッジメントを前記モバイルルータに送信し、前記バインディングマネージャにおいて、前記モバイルルータに関連するバインディング情報を削除し、前記ルートマネージャから、前記モバイルルータによって導入されたすべてのルートを削除するステップと、
    前記エラー処理によって、前記バインディングアップデートメッセージに記載されているプリフィックスが無視され、かつ、無視された旨の通知が行われない場合には、肯定的なバインディングアクノレッジメントを前記モバイルルータに送信し、前記モバイルルータに関連する前記バインディング情報を更新するステップと、
    前記エラー処理によって、前記バインディングアップデートメッセージに記載されているプリフィックスが無視され、かつ、無視された旨の通知が行われる場合には、前記プリフィックスが無視される旨を通知する特別なオプションが設定された肯定的なバインディングアクノレッジメントを前記モバイルルータに送信し、前記モバイルルータに関連する前記バインディング情報を更新するステップと、
    前記エラー処理によって、使用する動的ルーティングプロトコルで導入されるルートが無視され、かつ、無視された旨の通知が行われない場合には、肯定的なバインディングアクノレッジメントを前記モバイルルータに送信し、前記バインディングマネージャにおいて、前記モバイルルータに関連するバインディング情報を更新し、前記モバイルルータによって導入されたすべてのルートを前記モバイルルータから削除し、前記バインディングアップデートメッセージに記載されているプリフィックス情報に基づくルートを前記ルートマネージャに導入するステップと、
    前記エラー処理によって、使用する動的ルーティングプロトコルで導入されるルートが無視され、かつ、無視された旨の通知が行われる場合には、肯定的なバインディングアクノレッジメントを前記モバイルルータに送信し、前記バインディングマネージャにおいて、前記モバイルルータに関連するバインディング情報を更新し、前記モバイルルータによって導入されたすべてのルートを前記モバイルルータから削除し、前記バインディングアップデートメッセージに記載されているプリフィックス情報に基づくルートを前記ルートマネージャに導入し、動的ルーティングプロトコルを用いて、ルートの変更を前記モバイルルータに通知するよう前記ルートマネージャに指示を行なうステップとを、
    有する方法。
  13. パケット交換データネットワークにおいて、モバイルルータのホームエージェントとして機能する通信ノードであって、前記ホームエージェントと前記モバイルルータとの間で双方向トンネルが確立され、前記モバイルルータの配下に存在するモバイルネットワークに送信されるパケットが、前記ホームエージェントによって、前記双方向トンネルを通じて前記モバイルルータに転送される一方、前記モバイルネットワークのノードから送信されるパケットが、前記モバイルルータによって前記双方向トンネルを通じて前記ホームエージェントに転送され、さらに適切な送信先に送られるように構成されている前記通信ノード内で使用される装置であって、すべての入力パケットに対して、標準ネットワークプロトコル処理を行い、前記入力パケットのタイプが特定された場合に、パケットを他の処理部に渡す入力パケット処理部と、物理的な媒体にパケットを送信する前に必要なすべての処理を行う出力パケット処理部と、登録されているモバイルノードのホームアドレスと気付アドレスとのバインディングを保持するとともに、登録されている前記モバイルルータのアドレスのバインディングに関連するデータパケットを前記入力パケット処理部から受信して、前記データパケットの処理を行うバインディングマネージャと、ルーティング情報を保持し、前記入力パケット処理部によって受信したルーティングアップデートメッセージの処理を行うルートマネージャと、ホームエージェント及びすべての正当なモバイルルータのユーザに関するコンフィギュレーション情報を供給するコンフィギュレーションインターフェイスと、他のノードへのパケットのルーティングに係る処理を行う転送ユニットとを有する装置を含む前記モバイルルータの前記ホームエージェントが前記モバイルルータから受信したバインディングアップデートメッセージの処理を行うための方法であり、１つ又は複数の前記モバイルネットワークのプリフィックス情報が含まれる前記バインディングアップデートメッセージの処理方法であって、
    前記バインディングアップデートメッセージ内のプリフィックス情報が無効である場合には、否定的なバインディングアップデートを返信し、バインディングマネージャにおいて、前記バインディング情報を削除するステップと、
    前記バインディングアップデートメッセージ内のプリフィックス情報が有効であり、前記モバイルルータによる動的ルーティングプロトコルの動作が認可されていない場合には、肯定的なバインディングアクノレッジメントを前記モバイルルータに送信し、前記バインディングマネージャにおいて、前記バインディング情報を更新し、前記バインディングアップデートメッセージに記載されているプリフィックス情報に基づくルートを前記ルートマネージャに導入するステップと、
    前記バインディングアップデートメッセージ内のプリフィックス情報が有効であり、前記モバイルルータによる動的ルーティングプロトコルの動作が認可されている場合には、前記モバイルルータが既にルーティングアップデートメッセージを送信しているか否かを前記ルートマネージャに確認させるステップと、
    前記バインディングアップデートメッセージ内のプリフィックス情報が有効であり、前記モバイルルータによる動的ルーティングプロトコルの動作が認可されているが、前記モバイルルータが前記ホームエージェントに対して、前記ルーティングアップデートメッセージをまだ送信しておらず、前記モバイルルータから受信した前記バインディングアップデートメッセージの回数が所定の正の数よりも小さい場合には、短いライフタイム値が設定された肯定的なバインディングアクノレッジメントを返信するとともに、前記バインディングマネージャにおいて、前記バインディング情報を更新し、前記バインディングアップデートメッセージに記載されているプリフィックス情報に基づくルートを前記ルートマネージャに導入するステップと、
    前記バインディングアップデートメッセージ内のプリフィックス情報が有効であり、前記モバイルルータによる動的ルーティングプロトコルの動作が認可されているが、前記モバイルルータが前記ホームエージェントに対して、前記ルーティングアップデートメッセージをまだ送信しておらず、前記モバイルルータから受信した前記バインディングアップデートメッセージの回数が所定の正の数以上の場合には、通常のライフタイム値が設定された肯定的なバインディングアクノレッジメントを返信するとともに、前記バインディングマネージャにおいて、前記バインディング情報を更新し、前記バインディングアップデートメッセージに記載されているプリフィックス情報に基づくルートを前記ルートマネージャに導入するステップと、
    前記バインディングアップデートメッセージ内のプリフィックス情報が有効であり、前記モバイルルータが前記ホームエージェントに対して、前記ルーティングアップデートメッセージを既に送信している場合には、前記バインディングアップデートメッセージ内のプリフィックス情報が、ルーティングアップデートメッセージを介して前記モバイルルータによって導入されたルートと競合しているか否かを前記ルートマネージャにチェックさせるステップと、
    前記バインディングアップデートメッセージ内のプリフィックス情報が有効であり、かつ、前記ルーティングアップデートメッセージを介して前記モバイルルータによって導入されたルートと競合していない場合には、肯定的なバインディングアクノレッジメントを返信し、前記バインディングマネージャにおいて、前記バインディング情報を更新し、前記バインディングアップデートメッセージに記載されているプリフィックス情報に基づくルートを前記ルートマネージャに導入するステップと、
    前記バインディングアップデートメッセージ内のプリフィックス情報が有効であるが、前記ルーティングアップデートメッセージを介して前記モバイルルータによって導入されたルートと競合している場合には、
    前記モバイルルータの前記コンフィギュレーション情報におけるエラー処理の構成をチェックするステップと、
    前記エラー処理によって、前記双方向トンネルが破棄される場合には、否定的なバインディングアクノレッジメントを前記モバイルルータに送信し、前記バインディングマネージャにおいて、前記モバイルルータに関連するバインディング情報を削除し、前記ルートマネージャから、前記モバイルルータによって導入されたすべてのルートを削除するステップと、
    前記エラー処理によって、前記バインディングアップデートメッセージに記載されているプリフィックスが無視され、かつ、無視された旨の通知が行われない場合には、肯定的なバインディングアクノレッジメントを前記モバイルルータに送信し、前記モバイルルータに関連する前記バインディング情報を更新するステップと、
    前記エラー処理によって、前記バインディングアップデートメッセージに記載されているプリフィックスが無視され、かつ、無視された旨の通知が行われる場合には、前記プリフィックスが無視される旨を通知する特別なオプションが設定された肯定的なバインディングアクノレッジメントを前記モバイルルータに送信し、前記モバイルルータに関連する前記バインディング情報を更新するステップと、
    前記エラー処理によって、使用する動的ルーティングプロトコルで導入されるルートが無視され、かつ、無視された旨の通知が行われない場合には、肯定的なバインディングアクノレッジメントを前記モバイルルータに送信し、前記バインディングマネージャにおいて、前記モバイルルータに関連するバインディング情報を更新し、前記モバイルルータによって導入されたすべてのルートを前記モバイルルータから削除し、前記バインディングアップデートメッセージに記載されているプリフィックス情報に基づくルートを前記ルートマネージャに導入するステップと、
    前記エラー処理によって、使用する動的ルーティングプロトコルで導入されるルートが無視され、かつ、無視された旨の通知が行われる場合には、肯定的なバインディングアクノレッジメントを前記モバイルルータに送信し、前記バインディングマネージャにおいて、前記モバイルルータに関連するバインディング情報を更新し、前記モバイルルータによって導入されたすべてのルートを前記モバイルルータから削除し、前記バインディングアップデートメッセージに記載されているプリフィックス情報に基づくルートを前記ルートマネージャに導入し、動的ルーティングプロトコルを用いて、ルートの変更を前記モバイルルータに通知するよう前記ルートマネージャに指示を行なうステップとを、
    有する方法を実行するステップとを、
    有する方法。
  14. パケット交換データネットワークにおいて、モバイルルータのホームエージェントとして機能する通信ノードであって、前記ホームエージェントと前記モバイルルータとの間で双方向トンネルが確立され、前記モバイルルータの配下に存在するモバイルネットワークに送信されるパケットが、前記ホームエージェントによって、前記双方向トンネルを通じて前記モバイルルータに転送される一方、前記モバイルネットワークのノードから送信されるパケットが、前記モバイルルータによって前記双方向トンネルを通じて前記ホームエージェントに転送され、さらに適切な送信先に送られるように構成されている前記通信ノード内で使用される装置であって、すべての入力パケットに対して、標準ネットワークプロトコル処理を行い、前記入力パケットのタイプが特定された場合に、パケットを他の処理部に渡す入力パケット処理部と、物理的な媒体にパケットを送信する前に必要なすべての処理を行う出力パケット処理部と、登録されているモバイルノードのホームアドレスと気付アドレスとのバインディングを保持するとともに、登録されている前記モバイルルータのアドレスのバインディングに関連するデータパケットを前記入力パケット処理部から受信して、前記データパケットの処理を行うバインディングマネージャと、ルーティング情報を保持し、前記入力パケット処理部によって受信したルーティングアップデートメッセージの処理を行うルートマネージャと、ホームエージェント及びすべての正当なモバイルルータのユーザに関するコンフィギュレーション情報を供給するコンフィギュレーションインターフェイスと、他のノードへのパケットのルーティングに係る処理を行う転送ユニットとを有する装置を含む前記モバイルルータの前記ホームエージェントが前記モバイルルータから受信したバインディングアップデートメッセージの処理を行うための方法であって、
    前記モバイルルータが、前記ホームエージェントの正式なユーザであるか否かを確認して、前記モバイルユーザが妥当なユーザではない場合には、否定的なバインディングアクノレッジメントを返信するステップと、
    前記モバイルルータが、前記ホームエージェントの正式なユーザであり、前記バインディングアップデートメッセージのライフタイムフィールドがゼロの場合には、肯定的なバインディングアクノレッジメントを前記モバイルルータに送信し、前記バインディングマネージャにおいて、前記モバイルルータに関連するバインディング情報を削除し、前記ルートマネージャにおいて、前記モバイルルータによって導入されたすべてのルートを前記モバイルルータから削除するステップと、
    前記モバイルルータが、前記ホームエージェントの正式なユーザであり、前記バインディングアップデートメッセージのライフタイムフィールドがゼロではない場合、バインディングアップデートメッセージにネットワークプリフィックス情報が含まれていない場合には、
    前記モバイルルータによる動的ルーティングプロトコルの動作が認可されているか否かをチェックするステップと、
    前記モバイルルータによる前記動的ルーティングプロトコルの動作が認可されておらず、前記モバイルルータに関連付けられるデフォルトのネットワークプリフィックスが存在しない場合には、否定的なバインディングアクノレッジメントを返信するステップと、
    前記モバイルルータによる前記動的ルーティングプロトコルの動作が認可されておらず、前記モバイルルータに関連付けられる１つ又は複数のデフォルトのネットワークプリフィックスが存在する場合には、肯定的なバインディングアクノレッジメントを返信して、前記バインディングマネージャ内のバインディング情報を更新し、前記ルートマネージャ内のデフォルトのネットワークプリフィックスにルートを設定するステップと、
    前記モバイルルータによる前記動的ルーティングプロトコルの動作が認可されている場合には、前記モバイルルータがルーティングアップデートメッセージを既に送信しているか否かをルートマネージャに確認するステップと、
    前記モバイルルータによる前記動的ルーティングプロトコルの動作が認可されており、前記モバイルルータがルーティングアップデートメッセージを送信している場合には、肯定的なバインディングアクノレッジメントを返信するとともに、前記バインディングマネージャにおいて前記バインディング情報の更新が行われるステップと、
    前記モバイルルータによる前記動的ルーティングプロトコルの動作が認可されているが、前記モバイルルータが前記ホームエージェントに対して、ルーティングアップデートメッセージをまだ送信しておらず、前記モバイルルータからの前記バインディングアップデートメッセージの回数が所定の正の数よりも小さい場合には、短いライフタイム値が設定された肯定的なバインディングアクノレッジメントを返信するとともに、前記バインディングマネージャにおいて前記バインディング情報の更新が行われるステップと、
    前記モバイルルータによる前記動的ルーティングプロトコルの動作が認可されているが、前記モバイルルータが前記ホームエージェントに対して、ルーティングアップデートメッセージをまだ送信しておらず、前記モバイルルータからの前記バインディングアップデートメッセージの回数が所定の正の数以上の場合には、否定的なバインディングアクノレッジメントを返信するとともに、前記バインディングマネージャ内の前記バインディング情報の削除が行われるステップとを、
    有する方法を使用してバインディングアップデートメッセージを処理するステップと、
    前記モバイルルータが、前記ホームエージェントの正式なユーザであり、前記バインディングアップデートメッセージのライフタイムフィールドがゼロではない場合、バインディングアップデートメッセージに１つ又は複数のネットワークプリフィックス情報が含まれている場合には、
    前記バインディングアップデートメッセージ内のプリフィックス情報が無効である場合には、否定的なバインディングアップデートを返信し、バインディングマネージャにおいて、前記バインディング情報を削除するステップと、
    前記バインディングアップデートメッセージ内のプリフィックス情報が有効であり、前記モバイルルータによる動的ルーティングプロトコルの動作が認可されていない場合には、肯定的なバインディングアクノレッジメントを前記モバイルルータに送信し、前記バインディングマネージャにおいて、前記バインディング情報を更新し、前記バインディングアップデートメッセージに記載されているプリフィックス情報に基づくルートを前記ルートマネージャに導入するステップと、
    前記バインディングアップデートメッセージ内のプリフィックス情報が有効であり、前記モバイルルータによる動的ルーティングプロトコルの動作が認可されている場合には、前記モバイルルータが既にルーティングアップデートメッセージを送信しているか否かを前記ルートマネージャに確認させるステップと、
    前記バインディングアップデートメッセージ内のプリフィックス情報が有効であり、前記モバイルルータによる動的ルーティングプロトコルの動作が認可されているが、前記モバイルルータが前記ホームエージェントに対して、前記ルーティングアップデートメッセージをまだ送信しておらず、前記モバイルルータから受信した前記バインディングアップデートメッセージの回数が所定の正の数よりも小さい場合には、短いライフタイム値が設定された肯定的なバインディングアクノレッジメントを返信するとともに、前記バインディングマネージャにおいて、前記バインディング情報を更新し、前記バインディングアップデートメッセージに記載されているプリフィックス情報に基づくルートを前記ルートマネージャに導入するステップと、
    前記バインディングアップデートメッセージ内のプリフィックス情報が有効であり、前記モバイルルータによる動的ルーティングプロトコルの動作が認可されているが、前記モバイルルータが前記ホームエージェントに対して、前記ルーティングアップデートメッセージをまだ送信しておらず、前記モバイルルータから受信した前記バインディングアップデートメッセージの回数が所定の正の数以上の場合には、通常のライフタイム値が設定された肯定的なバインディングアクノレッジメントを返信するとともに、前記バインディングマネージャにおいて、前記バインディング情報を更新し、前記バインディングアップデートメッセージに記載されているプリフィックス情報に基づくルートを前記ルートマネージャに導入するステップと、
    前記バインディングアップデートメッセージ内のプリフィックス情報が有効であり、前記モバイルルータが前記ホームエージェントに対して、前記ルーティングアップデートメッセージを既に送信している場合には、前記バインディングアップデートメッセージ内のプリフィックス情報が、ルーティングアップデートメッセージを介して前記モバイルルータによって導入されたルートと競合しているか否かを前記ルートマネージャにチェックさせるステップと、
    前記バインディングアップデートメッセージ内のプリフィックス情報が有効であり、かつ、前記ルーティングアップデートメッセージを介して前記モバイルルータによって導入されたルートと競合していない場合には、肯定的なバインディングアクノレッジメントを返信し、前記バインディングマネージャにおいて、前記バインディング情報を更新し、前記バインディングアップデートメッセージに記載されているプリフィックス情報に基づくルートを前記ルートマネージャに導入するステップと、
    前記バインディングアップデートメッセージ内のプリフィックス情報が有効であるが、前記ルーティングアップデートメッセージを介して前記モバイルルータによって導入されたルートと競合している場合には、
    前記モバイルルータの前記コンフィギュレーション情報におけるエラー処理の構成をチェックするステップと、
    前記エラー処理によって、前記双方向トンネルが破棄される場合には、否定的なバインディングアクノレッジメントを前記モバイルルータに送信し、前記バインディングマネージャにおいて、前記モバイルルータに関連するバインディング情報を削除し、前記ルートマネージャから、前記モバイルルータによって導入されたすべてのルートを削除するステップと、
    前記エラー処理によって、前記バインディングアップデートメッセージに記載されているプリフィックスが無視され、かつ、無視された旨の通知が行われない場合には、肯定的なバインディングアクノレッジメントを前記モバイルルータに送信し、前記モバイルルータに関連する前記バインディング情報を更新するステップと、
    前記エラー処理によって、前記バインディングアップデートメッセージに記載されているプリフィックスが無視され、かつ、無視された旨の通知が行われる場合には、前記プリフィックスが無視される旨を通知する特別なオプションが設定された肯定的なバインディングアクノレッジメントを前記モバイルルータに送信し、前記モバイルルータに関連する前記バインディング情報を更新するステップと、
    前記エラー処理によって、使用する動的ルーティングプロトコルで導入されるルートが無視され、かつ、無視された旨の通知が行われない場合には、肯定的なバインディングアクノレッジメントを前記モバイルルータに送信し、前記バインディングマネージャにおいて、前記モバイルルータに関連するバインディング情報を更新し、前記モバイルルータによって導入されたすべてのルートを前記モバイルルータから削除し、前記バインディングアップデートメッセージに記載されているプリフィックス情報に基づくルートを前記ルートマネージャに導入するステップと、
    前記エラー処理によって、使用する動的ルーティングプロトコルで導入されるルートが無視され、かつ、無視された旨の通知が行われる場合には、肯定的なバインディングアクノレッジメントを前記モバイルルータに送信し、前記バインディングマネージャにおいて、前記モバイルルータに関連するバインディング情報を更新し、前記モバイルルータによって導入されたすべてのルートを前記モバイルルータから削除し、前記バインディングアップデートメッセージに記載されているプリフィックス情報に基づくルートを前記ルートマネージャに導入し、動的ルーティングプロトコルを用いて、ルートの変更を前記モバイルルータに通知するよう前記ルートマネージャに指示を行なうステップとを有する方法を実行するステップとを、
    有する方法を使用してバインディングアップデートメッセージを処理するステップとを、
    有する方法。
  15. パケット交換データネットワークにおけるモバイルルータであって、ホームエージェントと前記モバイルルータとの間で双方向トンネルが確立され、前記モバイルルータの配下に存在するモバイルネットワークに送信されるパケットが、前記ホームエージェントによって、前記双方向トンネルを通じて前記モバイルルータに転送される一方、前記モバイルネットワークのノードから送信されるパケットが、前記モバイルルータによって前記双方向トンネルを通じて前記ホームエージェントに転送され、さらに適切な送信先に送られるように構成されている前記モバイルルータ内で使用される装置であって、
    すべての入力パケットに対して、標準ネットワークプロトコル処理を行い、前記入力パケットのタイプが特定された場合に、パケットを他の処理部に渡す入力パケット処理部と、
    物理的な媒体にパケットを送信する前に必要なすべての処理を行う出力パケット処理部と、
    前記双方向トンネルを通じて転送されるパケットのカプセル化処理、バインディングアップデートメッセージのパケットの送信処理、バインディングアクノレッジメントメッセージのパケットの受信処理を含むプロトコルに関連したパケット処理を行うネットワークモビリティプロトコルユニットと、
    他のノードへのパケットのルーティングに係る処理を行う転送ユニットとを、
    有する装置。
  16. 前記ネットワークモビリティプロトコルユニットが、下記のデータを保持するためのメモリ領域を有する請求項１５に記載の装置：
    （ｉ）前記モバイルルータが、そのホームエージェントに対して送信した、プリフィックス情報を含まない前記バインディングアップデートメッセージの数を格納するためのカウンタ；
    （ｉｉ）前記プリフィックス情報を含まない前記バインディングアップデートメッセージの最大数を与える定数；
    （ｉｉｉ）前記モバイルルータが、そのホームエージェントによって委譲されたプリフィックスを取得できなかった場合に使用される、モバイルネットワークのプリフィックスのデフォルトリスト；
    （ｉｖ）前記モバイルルータが現在の双方向トンネルセッションに使用しているモバイルネットワークのプリフィックスの現在のリスト。
  17. パケット交換データネットワークにおいて、モバイルルータのホームエージェントとして機能する通信ノードであって、前記ホームエージェントと前記モバイルルータとの間で双方向トンネルが確立され、前記モバイルルータの配下に存在するモバイルネットワークに送信されるパケットが、前記ホームエージェントによって、前記双方向トンネルを通じて前記モバイルルータに転送される一方、前記モバイルネットワークのノードから送信されるパケットが、前記モバイルルータによって前記双方向トンネルを通じて前記ホームエージェントに転送され、さらに適切な送信先に送られるように構成されている前記通信ノード内で使用される装置であって、すべての入力パケットに対して、標準ネットワークプロトコル処理を行い、前記入力パケットのタイプが特定された場合に、パケットを他の処理部に渡す入力パケット処理部と、物理的な媒体にパケットを送信する前に必要なすべての処理を行う出力パケット処理部と、登録されているモバイルノードのホームアドレスと気付アドレスとのバインディングを保持するとともに、登録されている前記モバイルルータのアドレスのバインディングに関連するデータパケットを前記入力パケット処理部から受信して、前記データパケットの処理を行うバインディングマネージャと、ルーティング情報を保持し、前記入力パケット処理部によって受信したルーティングアップデートメッセージの処理を行うルートマネージャと、ホームエージェント及びすべての正当なモバイルルータのユーザに関するコンフィギュレーション情報を供給するコンフィギュレーションインターフェイスと、他のノードへのパケットのルーティングに係る処理を行う転送ユニットとを有する装置を含む前記モバイルルータから、双方向トンネルをセットアップするための方法であって、
    プリフィックス情報を含まずに送信されたバインディングアップデートメッセージの総数が所定の最大値より少ない場合には、短いライフタイム値が設定され、プリフィックス情報を含まないバインディングアップデートメッセージを前記ホームエージェントに送信するステップと、
    プリフィックス情報を含まずに送信されたバインディングアップデートメッセージの総数が所定の最大値以上の場合には、デフォルトのプリフィックス情報を含むバインディングアップデートメッセージを前記ホームエージェントに送信するステップと、
    前記ホームエージェントが、以前に受信したプリフィックス情報を含まないバインディングアップデートメッセージを拒絶した場合には、デフォルトのプリフィックス情報を含むバインディングアップデートメッセージを前記ホームエージェントに送信するステップと、
    前記モバイルルータが前記ホームエージェントから受信したプリフィックス情報を含むバインディングアップデートメッセージを前記ホームエージェントに送信するステップとを、
    有する方法。
JP2005517087A 2004-01-15 2005-01-14 動的ネットワーク管理装置及び動的ネットワーク管理方法 Active JP4551331B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2004008538 2004-01-15
JP2004008538 2004-01-15
PCT/JP2005/000414 WO2005069559A1 (ja) 2004-01-15 2005-01-14 動的ネットワーク管理装置及び動的ネットワーク管理方法

Publications (2)

Publication Number Publication Date
JPWO2005069559A1 true JPWO2005069559A1 (ja) 2007-12-27
JP4551331B2 JP4551331B2 (ja) 2010-09-29

Family

ID=34792236

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005517087A Active JP4551331B2 (ja) 2004-01-15 2005-01-14 動的ネットワーク管理装置及び動的ネットワーク管理方法

Country Status (7)

Country Link
US (1) US7916702B2 (ja)
EP (1) EP1705844A4 (ja)
JP (1) JP4551331B2 (ja)
CN (1) CN1961538A (ja)
BR (1) BRPI0506832A (ja)
RU (1) RU2006129488A (ja)
WO (1) WO2005069559A1 (ja)

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7463614B2 (en) * 2004-12-16 2008-12-09 Utstarcom, Inc. Method and apparatus to facilitate provision of an IPv6 prefix
US7529207B2 (en) * 2004-12-21 2009-05-05 International Business Machines Corporation Method of reestablishing communication by a mobile node upon recovery from an abrupt shut down
WO2007066817A1 (en) * 2005-12-08 2007-06-14 Matsushita Electric Industrial Co., Ltd. Routing loop detection control apparatus
WO2008023850A1 (en) * 2006-08-24 2008-02-28 Panasonic Corporation Communication management apparatus and location management apparatus
WO2008053798A1 (fr) * 2006-10-30 2008-05-08 Panasonic Corporation Procédé de mise à jour de liaison, terminal mobile, agent local et système de mise à jour de liaison
KR100778348B1 (ko) * 2006-12-07 2007-11-22 한국전자통신연구원 ＩＰｖ６ 라우터의 라인 카드에서 터널 포워딩 정보 구축방법
WO2009001405A1 (ja) * 2007-06-27 2008-12-31 Fujitsu Limited モビリティ制御方法、ホームエージェント、および移動端末
CN100578996C (zh) * 2007-07-20 2010-01-06 华为技术有限公司 检查路由器配置信息一致的方法和装置
US20100316035A1 (en) * 2008-02-12 2010-12-16 Panasonic Corporation Position information management device, network edge device, and mobile terminal
CN101335603B (zh) 2008-07-17 2011-03-30 华为技术有限公司 数据传输方法和装置
CN101924685B (zh) * 2009-06-11 2012-08-08 华为技术有限公司 前缀更新方法、装置及系统
US8942193B2 (en) * 2011-04-08 2015-01-27 Blackberry Limited Routing different subsets of an internet protocol flow over different points of attachment
US9774659B2 (en) * 2013-10-24 2017-09-26 Sap Se Bi-directional channel-based progress indicator
WO2015089837A1 (zh) * 2013-12-20 2015-06-25 华为技术有限公司 路由优化的方法、路由器及位置管理实体
US10979888B2 (en) 2017-11-10 2021-04-13 At&T Intellectual Property I, L.P. Dynamic mobility network recovery system
US10972740B2 (en) 2018-03-06 2021-04-06 Forcepoint, LLC Method for bandwidth reduction when streaming large format multi-frame image data
US11134087B2 (en) 2018-08-31 2021-09-28 Forcepoint, LLC System identifying ingress of protected data to mitigate security breaches
US11140190B2 (en) 2018-10-23 2021-10-05 Forcepoint, LLC Automated user module assessment
US11048611B2 (en) 2018-11-29 2021-06-29 Forcepoint, LLC Web extension JavaScript execution control by service/daemon
US11132973B2 (en) 2019-02-01 2021-09-28 Forcepoint, LLC System for capturing images from applications rendering video to a native platform with a graphics rendering library
US10917382B2 (en) * 2019-04-03 2021-02-09 Forcepoint, LLC Virtual point of presence in a country to allow for local web content
WO2020236272A1 (en) * 2019-05-23 2020-11-26 Cray Inc. System and method for facilitating fine-grain flow control in a network interface controller (nic)
US11431743B2 (en) 2020-02-03 2022-08-30 Forcepoint, LLC Cross domain dynamic data protection intermediary message transform platform

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003043226A1 (en) * 2001-11-14 2003-05-22 Nokia Corporation MOBILE ROUTER SUPPORT FOR IPv6

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US147820A (en) * 1874-02-24 Improvement in seal-locks
US6571289B1 (en) 1998-08-03 2003-05-27 Sun Microsystems, Inc. Chained registrations for mobile IP
US7778260B2 (en) * 1998-10-09 2010-08-17 Netmotion Wireless, Inc. Method and apparatus for providing mobile and other intermittent connectivity in a computing environment
US6636498B1 (en) * 1999-01-08 2003-10-21 Cisco Technology, Inc. Mobile IP mobile router
US20020147820A1 (en) * 2001-04-06 2002-10-10 Docomo Communications Laboratories Usa, Inc. Method for implementing IP security in mobile IP networks
US6721297B2 (en) * 2001-11-19 2004-04-13 Motorola, Inc. Method and apparatus for providing IP mobility for mobile networks
JP3906679B2 (ja) * 2001-12-05 2007-04-18 日本電気株式会社 移動通信方法及びシステム並びにプログラム
US7561553B2 (en) * 2002-02-27 2009-07-14 Motorola, Inc. Method and apparatus for providing IP mobility for mobile networks and detachable mobile network nodes
US7552234B2 (en) * 2003-02-11 2009-06-23 Cisco Technology, Inc. Arrangement for establishing a bidirectional tunnel between a mobile router and a correspondent node

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003043226A1 (en) * 2001-11-14 2003-05-22 Nokia Corporation MOBILE ROUTER SUPPORT FOR IPv6

Also Published As

Publication number Publication date
EP1705844A4 (en) 2006-12-27
BRPI0506832A (pt) 2007-06-12
US7916702B2 (en) 2011-03-29
WO2005069559A1 (ja) 2005-07-28
JP4551331B2 (ja) 2010-09-29
RU2006129488A (ru) 2008-02-20
EP1705844A1 (en) 2006-09-27
CN1961538A (zh) 2007-05-09
US20080019330A1 (en) 2008-01-24

Similar Documents

Publication Publication Date Title
JP4551331B2 (ja) 動的ネットワーク管理装置及び動的ネットワーク管理方法
US10028190B2 (en) Mobile terminal
US8964697B2 (en) Connection management method, connection management system, mobile terminal, packet data gateway and mobile management gateway
US7911973B2 (en) Moving router, home agent, router position registration method, and moving network system
JP5072864B2 (ja) 通信システム及びドメイン管理装置
JP3647433B2 (ja) 無線通信管理方法及び無線通信管理サーバ
FI109950B (fi) Osoitteen saanti
US7733824B2 (en) Fixed access point for a terminal device
US8077686B2 (en) Multiple packet data network support over trusted access
US20100061319A1 (en) Communication control method, communication system, home agent allocation server, and mobile node
US20080137591A1 (en) Communication Route Optimization Method, Corresponding Apparatus and System
CN102224721A (zh) 向访问网络链接或移交时的安全隧道建立
JP2002509390A (ja) プロキシルート設定
KR101520317B1 (ko) 모바일 노드를 네트워크에 접속하는 방법
JP4583384B2 (ja) 通信管理方法及び通信管理装置
WO2008151557A1 (fr) Procédé, équipement et système ip mobile de serveur mandataire pour déclencher une optimisation de route
US8411658B2 (en) Mobile terminal and network node
JP6674041B2 (ja) アクセス方法、装置、デバイス、及びシステム
EP2346299A1 (en) Handover method and mobile terminal and home agent used in the method
US20100241737A1 (en) Method and apparatus for address verification during multiple addresses registration
JPWO2009054127A1 (ja) 通信システム及び移動端末並びにネットワークノード
EP1841143A1 (en) Efficent handover of a mobile node within a network with multiple anchor points
KR20070018823A (ko) 동적 네트워크 관리 장치 및 동적 네트워크 관리 방법
JPWO2008114496A1 (ja) パケット通信装置
WO2010055630A1 (ja) アドレス登録方法、アドレス登録システム、移動装置及び移動管理装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20071102

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100129

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100329

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20100618

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100709

R150 Certificate of patent or registration of utility model

Ref document number: 4551331

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130716

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250