JP4579905B2 - 分配された移動体エージェント - Google Patents

Description

本発明は外部パケット交換データネットワーク中でローミングする移動体のノード方向へのデータパケットの転送に関し、データパケットは移動体ノードのホームアドレスにアドレスされ、移動体ノードには外部パケット交換データネットワークで使用するためのアドレスのケアが設けられている。特に本発明はそれに限定されないが移動体ＩＰに関する。

移動体通信（ＧＳＭ）標準方式のためのグローバルシステムに適合するような通常の２Ｇ移動体ネットワークは、回路交換音声およびデータサービスをユーザの移動局（ＭＳ）に提供する一方で、パケット交換移動体ネットワークを配備するために移動体電気通信産業に大きな勢いが存在する。パケット交換移動体ネットワークはネットワークおよび無線リソースの効率に関して大きな利点を有し、またさらに進歩したユーザサービスの提供を可能にする。固定および移動体電気通信の集中により、固定したネットワークで広く普及しているインターネットプロトコル（ＩＰ）は移動体パケットネットワークのパケット経路設定機構として自然な選択肢である。現在のＩＰバージョン４（ＩＰｖ４）は固定したネットワークの分野で広く普及して使用されている。しかしながら、非常に増加したアドレススペース、より効率的な経路設定、より大きなスケール能力、改良されたセキュリティ、サービスの品質（ＱｏＳ）の統合、マルチキャスト、その他の特徴のサポートに関して特にＩＰｖ４よりも良好に認識された利点を提供するＩＰバージョン６（ＩＰｖ６）に徐々に移行することが予測されている。

現在配備されている移動体パケット交換サービスの特別な例は２Ｇ ＧＳＭネットワークと３Ｇ ユニバーサル移動体電気通信システム（ＵＭＴＳ）ネットワーク（以後ＧＰＲＳネットワークと呼ぶ）との両者で実行されているような一般的なパケット無線サービス（ＧＰＲＳ）を含んでいる。無線構内網（ｗＬＡＮ）のような非ＧＰＲＳ無線アクセス技術はホットスポット（会議場、空港、展覧会場等）のような幾つかの区域でローカルな広帯域サービスアクセスに対するＧＰＲＳにフレキシブルで価格が効率的な補足手段を提供することも予測されている。ｗＬＡＮサブネットワークはＧＰＲＳサブネットワークと同じ管理ネットワークドメイン内に構成されることができ、移動体ネットワークのオペレータはこれらのサブネットワーク間の移動局の移動性をサポートすることを望んでいる。さらに移動体ネットワークのオペレータは異なるアクセス技術を実行するかまたは実行しない異なる管理ネットワークドメインとの間の移動局のローミングをサポートすることを望んでいる。

最初から移動体ネットワークとして設計されているＧＰＲＳネットワークは、（ＧＰＲＳネットワーク内のＭＳに対して）組込みの移動管理手段と、（ＧＰＲＳネットワーク間のＭＳのローミングに対する）ローミング機能とを有しているが、通常ＩＰユーザ端末の移動性をサポートするためにインターネットエンジニアリングタスクフォース（ＩＥＴＦ）でも作業が行われている。結局、ＩＥＴＦは移動体ＩＰ（ＭＩＰ）プロトコルを開発している。ＭＩＰは移動局（または移動体ノード（ＭＮ））が異なるサブネットの接頭辞（マクロ−移動性）を有するＩＰネットワーク間で移動するとき、移動性をサポートするように設計されている。例えばＭＩＰはＧＰＲＳネットワークと、ｗＬＡＮネットワークのような非ＧＰＲＳネットワークとの間の移動性、および２つの異なるＧＰＲＳネットワークまたはサブネットワーク間の移動性をサポートするのに使用されることができる。移動体のＩＰはＷＣＤＭＡのよりソフトな、またはソフトハンドオーバーのようなアクセス技術特定層２の機構により典型的に管理されているネットワークまたはサブネットワーク内の移動性（ミクロ移動性）の管理に使用されることは期待されない。

ＩＰの２つのバージョンに対応する２つのバージョンのＭＩＰが存在する。ＭＩＰバージョン４（ＭＩＰｖ４）はＩＰバージョン４（ＩＰｖ４）アドレスに対してＩＰアドレス移動性を与えるように設計されており、一方、新しいＭＩＰバージョン６（ＭＩＰｖ６）ＭＩＰはＩＰバージョン６（ＩＰｖ６）アドレスに対するＩＰアドレス移動性を与えるように設計されている。ＭＩＰｖ４はＩＥＴＦウェブサイトhttp://www.ietf.org/rfc/rfc3344.txt?number=3344で利用可能なＩＥＴＦリクエスト・フォー・コメント（ＲＦＣ）3344に記載されている。インターネット草案ＭＩＰｖ６はＩＥＴＦウェブサイト、http://search.ietf.org/internet-drafts/draft-ietf-mobileip-ipv6-20.txtで利用可能であり、draft-ietf-mobileip-ipv6-20.txtとして参照されるＩＥＴＦインターネット草案“Mobility Support in IPv6”に記載されている。

ＭＩＰｖ４で規定されているような移動体管理が図１に示されている。ＭＮ10はそのホームネットワーク（ＨＮ）12中でホームＩＰアドレス（ＨＡｄｄｒ）を割当てられている。ＨＮの経路設定手順はＭＮがＨＮ内にあるときはいつでも対応ノード（ＣＮ）16から送信されたＩＰパケットがＭＮに到達することを確実にする。しかしながら、ＭＮが外部のネットワーク（ＦＮ）44にローミングするとき、そのＨＡｄｄｒにアドレスされるＩＰパケットはＦＮ中の新しい位置に導かれる必要がある。ＭＩＰｖ４では、ホームエージェント（ＨＡ）として知られているＨＮのルータ18が使用されてこれがホームから離れているときＭＮの代わりにパケット転送サービスとして作用する。（ＦＡ−ＣｏＡモードとして知られている）ＭＩＰｖ４の第１の動作モードでは、ＦＮに到着するとき、ＭＮは外部エージェント（ＦＡ）として知られているＦＮ中のルータ20によりアドレスのケア（ＣｏＡ）を割当てられる。ＩＰｖ４アドレススペースの知覚される限定により、２以上のＭＮが同一のＣｏＡを共有することが考えられる。ＣｏＡの割当て後、ＭＮ10はＣｏＡを登録するためにＦＡを介して結合の更新メッセージ22をＨＡへ送信する。特に結合更新メッセージ22はＭＮのＨＡｄｄｒとＣｏＡとの間の関係（または結合）をＨＡに通知する。その後、ＣＮがパケットをそのＨＮ中のＭＮのＨＡｄｄｒに送信するとき（ケース１）、そのパケットはＨＡにより受信され、ＣｏＡに基づいてトンネル24によってＦＮ中のＦＡへトンネルする。

トンネル動作はそのソースおよび目的地アドレスとしてトンネルの開始地点および終了地点を示す新しいヘッダを有する第２のデータパケットのペイロードとして（ヘッダおよびペイロードを有する）第１のデータパケットをカプセル化し、正常の場合のように第２のデータパケットをトンネルの終了地点へ転送し、ここでカプセルを解除されて第１のパケットが得られる。カプセルの解除後、トンネルの終了地点、即ちＦＡはＦＮ中で経路設定手順を使用してもとのパケットをＭＮへ導く。ＭＩＰでは、トンネル動作はＩＥＴＦリクエスト・フォー・コメント（ＲＦＣ）２００３を使用してＩＰカプセル中のＩＰを含んでいる。したがって、ＭＩＰｖ４では、ＩＰｖ４パケットは別のＩＰｖ４パケット内にそれをカプセル化することによりトンネルされる。

ＭＩＰｖ４の随意選択的な手順として、ＨＡはＭＮのＣｏＡを登録するために結合の更新メッセージ26をＣＮへ送信することができる。特に、結合更新メッセージ26はＭＮのＨＡｄｄｒとＣｏＡとの間の関係（または結合）をＣＮに通知する。その後、ＣＮはパケットをＨＡｄｄｒを介して間接的にではなく、直接その現在のＣｏＡにあるＭＮへアドレスし（ケース２）、これらのパケットはＦＮ中のＦＡにより受信され、ＦＮの経路設定手順を使用してＭＮに導かれる。これは通常はＣＮとＦＡとの間の効率的な経路設定パス上にはないＨＡを介する潜在的に非効率的である三角形の経路設定を回避するのでルート最適化として知られている。

（ＣｏＣｏＡモードとして知られている）ＭＩＰｖ４の第２の随意選択的な動作モードでは、それらのホームネットワークから離れたＭＮによるＣｏＡの共有はなく、ＦＡは使用されない。ＭＮは同一場所に位置されているＣｏＡ（ＣｏＣｏＡ）として知られている特有のＣｏＡを割当てられる。この動作モードにおいて、ＭＮは、新しく割当てられたＣｏＣｏＡを登録するために結合の更新メッセージを直接そのＨＡへ送信する。その後、ＣＮにより送信されそのＨＡｄｄｒでＭＮにアドレスされるパケットはＨＡから直接ＭＮへトンネルされる。ＦＡ−ＣｏＡモードに関して、ＣｏＣｏＡモードの随意選択的な手順として、ＭＮはまたそのＣｏＣｏＡを登録するために結合の更新をＣＮへ送信することができる。その後、パケットはＣＮにより直接そのＣｏＣｏＡにあるＭＮに送信されることができる。

ＭＩＰｖ６で規定されているような移動性管理が図２に示されている。ＭＩＰｖ６とＭＩＰｖ４の２つの大きな違いを以下説明する。第１に、ＩＰｖ６では非常に増加されたアドレススペースのために、ＦＮ中のＭＮに割当てられたＣｏＡｓは共有されることがない（即ちそれらはＭＩＰｖ４の随意選択的なＣｏＣｏＡに対応する）。第２に、結果として、ＦＮ中にＦＡを配備する必要はない。図２を参照すると、ＭＩＰｖ６により、ＭＮ10がそのＨＮ12からＦＮ14に移動するとき、これは特有のＣｏＡを割当てられ、ＣｏＡを登録するために結合の更新メッセージ28を直接そのＨＮのＨＡ18へ送信する。ＨＡｄｄｒにアドレスされるＣＮ16からのパケットはＨＡ18により受信され（ケース１）トンネル30を介してＣｏＡにトンネルされる。このトンネル動作はＩＥＴＦ ＲＦＣ２４７３に記載されているＩＰｖ６の一般的なパケットトンネル機構を使用して実現されることができる。しかしながらＭＩＰｖ６では、ルートの最適化は１つの選択肢ではなく、プロトコルの基本的な部分であり、一般的に、（ＭＩＰｖ４のようにＨＡではなく）ＭＮがパケットを直接そのＣｏＡのＭＮにアドレスするために結合の更新メッセージ32をＣＮへ送信しなければならない（ケース２）。ＭＮがそのＭＮのＨＡを介してＣＮからトンネルされるパケットを受信するとき、これはＣＮがＭＮに対する結合をもたず、ＣＮ結合の更新を開始するという指示として取られる。

ＭＩＰｖ４とＭＩＰｖ６の両者は各ネットワークまたはサブネットワークの２以上のルータがＭＮのポピュレーションを行う移動体エージェント（即ちＨＡまたはＦＡ）として動作することを可能にする。換言すると、ＭＩＰｖ４とＭＩＰｖ６は移動体エージェントの冗長性を可能にする。移動体エージェント（ＭＡ）発見機構が設けられ、それによって個々のＭＮはある時間期間にそれらのＨＡまたはＦＡとして動作するように適切なルータを識別する。したがってＭＩＰｖ４とＭＩＰｖ６は負荷の平衡を可能にし、ＭＡとして動作する単一のルータを有し、それによって故障の中心点になる脆弱さに対して保護を行うことにより、ある程度の信頼度を与える。

しかしながら、ＭＩＰｖ４とＭＩＰｖ６の両者でＭＡにより行われる機能特性によって信頼性が依然として問題であることが予想される。また、スケール能力とネットワーク効率が問題であることが予測される。大きい地理領域をカバーする種々のネットワークまたはサブネットワークにわたって潜在的に広く分配されているＭＮでは問題は最も深刻であると予測されている。

本発明の第１の特徴によれば、外部パケット交換データネットワーク中でローミングする移動体ノードの方向へデータパケットを転送するシステムが提供され、そのデータパケットは移動体ノードのホームアドレスにアドレスされ、移動体ノードには外部ネットワーク中で使用するためのアドレスのケアが設けられており、そのシステムは、
移動体ノードのホームアドレスとアドレスのケアとの間の結合を示すメッセージを受信し、前記メッセージに応答して、移動体エージェントトラフィックベアラエンティティの動作を制御するための制御メッセージを送信するように構成されている移動体エージェント制御エンティティと、
移動体エージェント制御エンティティから制御メッセージを受信し、それに応答して、データパケットをアドレスのケアにおける移動体ノードに向けて転送するためのリソースを提供するように構成されている移動体エージェントトラフィックベアラエンティティとを具備している。

移動体エージェント制御エンティティと移動体エージェントトラフィックベアラエンティティとの両者を備えたシステムを提供することによって、機能の分離が通常の移動体エージェントの制御面とユーザ面機能との間で実現される。したがって（プロセッサと処理能力の両者を含んでいる）リソースは各分離した機能の需要に対して適切なネットワークオペレータにより提供されることができる。これはネットワークの効率、信頼性、スケール能力を改良する。

１実施形態では、移動体エージェント制御エンティティはホームエージェント制御エンティティであり、移動体エージェントトラフィックベアラエンティティはホームエージェントトラフィックベアラエンティティであり、ホームエージェントトラフィックベアラエンティティにより与えられるリソースはホームエージェントトラフィックベアラエンティティから移動体ノードのアドレスのケアまでのトンネルである。

別の実施形態では、移動体エージェント制御エンティティは外部エージェント制御エンティティであり、移動体エージェントトラフィックベアラエンティティは外部エージェントトラフィックベアラエンティティであり、外部エージェントトラフィックベアラエンティティにより与えられるリソースは外部エージェントトラフィックベアラエンティティから移動体ノードのホームエージェントまでのトンネルである。

更に別の実施形態では、機能の分離はホームエージェントと外部エージェントの両者の機能で実行される。

好ましい実施形態では、移動体エージェント制御エンティティは、制御をすることができる複数の移動体エージェントトラフィックベアラエンティティから移動体エージェントトラフィックベアラエンティティを選択する。したがって、効率、信頼性、スケール能力は移動体エージェントトラフィックベアラエンティティの冗長性のためにさらに改良される。

好ましくは、以下の１以上のパラメータにしたがって移動体エージェント制御エンティティが選択を行い、それらのパラメータには、
ａ）複数の移動体エージェントトラフィックベアラエンティティのローディングと、
ｂ）移動体ノードと複数の移動体エージェントトラフィックベアラエンティティの地理的および／またはトポロジの接近度と、
ｃ）複数の移動体エージェントトラフィックベアラエンティティにより与えられることのできるサービスの品質と、
ｄ）複数の移動体エージェントトラフィックベアラエンティティにより与えられることのできるセキュリティ機能とが含まれている。

したがって、ａ）移動体エージェントトラフィックベアラエンティティ間のロード平衡が実現され、ｂ）経路設定効率が改良され、特に、移動体エージェント制御エンティティが移動体ノードとその単数または複数の対応ノードとの間で最適ではない場合にも、三角形経路の設定が回避され、ｃ）サービスの品質が改良され、ｄ）セキュリティ手順が適切であるように使用される。

本発明の第２の特徴によれば、外部パケット交換データネットワークでローミングする移動体ノードに向けてのデータパケットの転送を制御するように構成された移動体エージェント制御エンティティが提供され、データパケットは移動体ノードのホームアドレスにアドレスされ、移動体ノードには外部ネットワークで使用するためのアドレスのケアが与えられ、移動体エージェント制御エンティティは移動体ノードのホームアドレスとアドレスのケアとの間の結合を示すメッセージを受信し、前記メッセージに応答して、移動体エージェントトラフィックベアラエンティティの動作を制御して、データパケットをアドレスのケアにおいて移動体ノードに向けて転送するためのリソースを提供するように構成されている。

本発明の第３の特徴によれば、外部パケット交換データネットワーク中でローミングする移動体ノードに向けてデータパケットを転送するための移動体エージェントトラフィックベアラエンティティが提供され、データパケットは移動体ノードのホームアドレスにアドレスされ、移動体ノードには外部ネットワークで使用するためのアドレスのケアが与えられ、移動体エージェントトラフィックベアラエンティティは移動体エージェント制御エンティティにより制御可能であるように構成され、データパケットをアドレスのケアにおける移動体ノードに向けて転送するためのリソースを提供し、移動体エージェント制御エンティティは移動体ノードのホームアドレスとアドレスのケアとの間の結合を示すメッセージの受信に応答して、移動体エージェントトラフィックベアラエンティティを制御する。

本発明の第４の特徴によれば、外部パケット交換データネットワーク中でローミングする移動体ノードに向けてデータパケットを転送するためのリソースを提供する方法が与えられ、データパケットは移動体ノードのホームアドレスにアドレスされ、移動体ノードには外部ネットワークで使用するためのアドレスのケアが与えられ、その方法は、
ａ）移動体エージェント制御エンティティは移動体ノードのホームアドレスとアドレスのケアとの間の結合を示すメッセージを受信し、
ｂ）前記結合メッセージに応答して、移動体エージェント制御エンティティは移動体エージェントトラフィックベアラエンティティの動作を制御するための制御メッセージを送信し、
ｃ）移動体エージェントトラフィックベアラエンティティは移動体エージェント制御エンティティから制御メッセージを受信し、
ｄ）前記制御メッセージに応答して、移動体エージェントトラフィックベアラエンティティはデータパケットをアドレスのケアにおける移動体ノードへ転送するためのリソースを提供するステップを含んでいる。

単なる例示として、本発明の好ましい実施形態の詳細を以下説明する。
本発明によれば、ＭＩＰｖ４とＭＩＰｖ６のＭＡ（即ちＦＡとＨＡ）により一般的に行われる種々の機能は制御面機能とユーザ面機能とに分割される。ユーザ面機能とはａ）そのＨＡｄｄｒのＭＮにアドレスされ、ＭＮのＨＡにより受取られるユーザデータパケットがＭＮのＦＡ（ＭＩＰｖ４ ＦＡ−ＣｏＡモード）へトンネル動作し、または直接的なＭＮ（ＭＩＰｖ４ ＣｏＣｏＡモードとＭＩＰｖ６）へトンネル動作し、ｂ）ＭＮ（ＭＩＰｖ４ ＣｏＣｏＡモードとＭＩＰｖ６）またはＦＡ（ＭＩＰｖ４ ＦＡ−ＣｏＡモード）からＭＮのＨＡへのユーザデータパケットの逆方向のトンネル動作することを意味している。制御面機能とは、ＭＩＰｖ４またはＭＩＰｖ６のいずれかに記載されている全ての他のＭＡ機能を意味し、これはＭＡ広告、ＩＰアドレス割当ておよび管理（ＭＩＰｖ４ ＦＡ ＣｏＣｏＡモード）、結合更新管理、ＭＩＰトンネル動作管理（即ちトンネル動作自体の実行とは反対にＭＩＰトンネルの生成、メンテナンス、消去の管理）、サービスの品質（ＱｏＳ）管理、セキュリティおよびアカウンティング、ポリシー制御を含んでいる。

本発明によれば、ＭＡの制御面とユーザ面機能は別々の論理プロセス、恐らく別々の物理的なプロセッサにより処理される。これらの別々のプロセスまたはプロセッサをＭＡ制御エンティティ（ＭＡ−ＣＥ）およびＭＡトラフィックベアラエンティティ（ＭＡ−ＴＢＥ）と呼ぶことにする。任意のネットワークまたはサブネットワークでは、２以上のＭＡ−ＣＥと２以上のＭＡ−ＴＢＥが設けられている。前述の制御面およびユーザ面機能を行うことに加えて、ＭＡ−ＣＥとＭＡ−ＴＢＥは相互にインターフェース機能を行い、ＭＡ−ＣＥはマスターとして、ＭＡ−ＴＢＥはスレーブとして動作する。ＭＡ−ＣＥは１以上のＭＡ−ＴＢＥを制御してトンネルを生成し、リフレッシュし、維持し、消去することができる。ＭＡ−ＴＢＥは１以上のＭＡ−ＣＥにより制御されることができる。したがって、図３に示されているように一般的なシナリオでは、多数対多数のインターフェース関係が複数のＭＡ−ＣＥ40（ここでは２つが示されている）と複数のＭＡ−ＴＢＥ42（ここでは３つが示されている）との間に存在する。ネットワークまたはサブネットワークに配備されているＭＡ−ＣＥおよびＭＡ−ＴＢＥは物理的に同一のプロセッサ中に位置されることができることに注意することが重要である。したがって、プロセッサは２以上のＭＡ−ＣＥと２以上のＭＡ−ＴＢＥまたは１以上のＭＡ−ＣＥと１以上のＭＡ−ＴＢＥの組合せをホストすることができる。しかしながら、ネットワークまたはサブネットワーク中に配備されているＭＡ−ＣＥおよびＭＡ−ＴＢＥのうちの少なくとも幾つかはトポロジ的および地理的に離れた距離の別々の物理的プロセッサに位置されていることが好ましい。さらに物理的に分離されたＭＡ−ＣＥとＭＡ−ＴＢＥは単一の管理ドメイン内の異なるサブネットワーク中に位置されることができる。

図３に示されているようにＭＡ−ＣＥとＭＡ−ＴＢＥ間に多数対多数の関係を有することによって、改良された負荷平衡と弾力性が可能になるが、１対１、１対多数、多数対１のインターフェース関係がＭＡ−ＣＥとＭＡ−ＴＢＥの間に存在できることが認識されよう。１対多数または多数対多数のインターフェース関係がＭＡ−ＣＥとＭＡ−ＴＢＥとの間に存在する場合、ＭＡ−ＣＥは特定のＭＮのトンネルを生成するときＭＡ−ＴＢＥの１つを選択することに注意すべきである。ＭＡ−ＴＢＥは予め定められたポリシーにしたがって選択されることが好ましい。種々の予め定められたポリシーと予め定められたポリシーの組合せが使用されることができる。したがって、ＭＡ−ＣＥは以下の１つまたは２以上の任意の組合せにしたがってＭＡ−ＴＢＥの１つを選択することができる。即ち、
１）種々のＭＡ−ＴＢＥ間の負荷を平衡するため、
２）ローミングしているネットワークに対する取付けのＭＮの現在点に対して地理的またはトポロジ的に近接しているＭＡ−ＴＢＥを選択することによって、ＭＮへのまたはＭＮからのトンネルされたパケットの経路設定オーバーヘッドを最少にし、（このＭＡ−ＴＢＥはＭＮがローミングしているネットワークに存在していても存在していなくてもよいことに注意すべきである）、
３）データトラフィックのセキュリティ要求にしたがって、即ち、セキュリティゲートウェイ機能を有するＭＡ−ＴＢＥはイントラネットとインターネットとの間の境界を横切って出入するトラフィックをサービスするように選択され、一方でセキュリティ機能のないＭＡ−ＴＢＥはイントラネット内で流れるトラフィックをサービスするように選択されることができ、
４）データトラフィックのＱｏＳ要求にしたがって、即ち、ＶｏＩＰまたは他の実時間メディアトラフィックのような厳密なＱｏＳ要求を有するトラフィックは低い遅延、低いパケット損失、低いジッタを保証するＭＡ−ＴＢＥに転送され、一方、ＨＴＴＰ／ＦＴＰ等のような厳密なＱｏＳ要求のないトラフィックはＱｏＳ弁別を提供しないＭＡ−ＴＢＥに転送されることができる。

図４乃至７はＭＡ−ＣＥがＭＡ−ＴＢＥによりトンネルの生成、保守、消去を命令することができる態様を示しているメッセージのフロー図である。図４はＭＡ−ＣＥ40がステップ44で、次のパラメータ、即ちネットワークまたはサブネットワーク内で特有に生成されるトンネルを識別するトンネルＩＤ、（ＲＦＣ２００３によるＩＰカプセル化、ＲＦＣ２７８４による一般的な経路設定カプセル化、ＲＦＣ２００４の最少のカプセル化におけるＩＰのような）使用されるトンネル化プロトコル、ＱｏＳポリシーオブジェクト（例えば最少および／または最大の帯域幅、遅延等の規定またはＤｉｆｆＳｅｒｖコードポイント（ＤＳＣＰ）の特定）、およびトンネルの寿命のようなパラメータを有するＣＲＥＡＴＥ＿ＴＵＮＮＥＬリクエストメッセージを送信することによって所定のＭＮに対するトンネルを生成するためにＭＡ−ＴＢＥ42を制御する。ＭＡ−ＴＢＥ42はメッセージの妥当性をチェックし、妥当ならば、ＭＮに関するトンネルを生成し、即ち、トンネルデータベースエントリを生成して、それによりＭＮのＨＡｄｄｒにアドレスされる受信されたパケットは選択されたトンネル化プロトコルを使用してＭＮの（Ｃｏ）ＣｏＡに導かれる。ステップ46で、ＭＡ−ＴＢＥ42はトンネルＩＤを特定するＣＯＮＦＩＲＭ＿ＣＲＥＡＴＥ＿ＴＵＮＮＥＬ応答メッセージをＭＡ−ＣＥ40へ送信することによってトンネルの生成を確認する。ＭＡ−ＣＥとＭＡ−ＴＢＥが同一のネットワークまたはサブネットワーク内にある場合の１実施形態では、ＣＯＮＦＩＲＭ＿ＣＲＥＡＴＥ＿ＴＵＮＮＥＬ応答メッセージを受信するとき、ＭＡ−ＣＥ40はネットワークまたはサブネットワーク中で使用されるＩＰ内部経路設定機構内のＭＡ−ＴＢＥ42のＩＰアドレスを広告し、それによってそのＨＡｄｄｒのＭＮにアドレスされるデータパケットがＭＡ−ＴＢＥ42に導かれる。別の実施形態では、ＭＡ−ＣＥ40自体はネットワークまたはサブネットワークで使用されるＩＰ内部経路設定機構内のそのＩＰアドレスを広告し、それによってそのＨＡｄｄｒのＭＮにアドレスされるデータパケットはそれに導かれる。この実施形態はＭＡ−ＣＥ40とＭＡ−ＴＢＥ42が異なるサブネットワークである場合に必要である。

ＭＡ−ＴＢＥにより生成されるトンネルは特定された寿命を有する。寿命の終了後、トンネルは消去され、即ちトンネルデータベースエントリ中のエントリは消去される。トンネルが存在しないＭＡ−ＴＢＥに到着するそのＨＡｄｄｒのＭＮにアドレスされた受信されたパケットは廃棄される。トンネルを活性状態に維持するために、トンネルの寿命は延長されなければならない。図５はステップ48で、トンネルＩＤと新しい寿命を有するＭＡＩＮＴＥＩＮ＿ＴＵＮＮＥＬリクエストメッセージをＭＡ−ＴＢＥ42へ送信することによってトンネルの寿命を延長できる。成功を示すため、ＭＡ−ＴＢＥ42はステップ50でＭＡ−ＣＥ40へＣＯＮＦＩＲＭ＿ＭＡＩＮＴＡＩＮ＿ＴＵＮＮＥＬ応答メッセージを送信することによって応答する。

図６はＱｏＳまたは（Ｃｏ）ＣｏＡのようなトンネルの他のパラメータを変化できる態様を示している。ステップ52で、ＭＡ−ＣＥ40はトンネルＩＤ、新しい（Ｃｏ）ＣｏＡ、新しいＱｏＳポリシーオブジェクト、新しい寿命を有するＲＥＦＲＥＳＨ＿ＴＵＮＮＥＬリクエストメッセージをＭＡ−ＴＢＥ42へ送信する。トンネルパラメータの変更の成功を示すために、ＭＡ−ＴＢＥ42はステップ54でＭＡ−ＣＥ40へＣＯＮＦＩＲＭ＿ＲＥＦＲＥＳＨ＿ＴＵＮＮＥＬ応答メッセージを送信することによって応答する。

図７はその寿命の終了前にトンネルを消去できる方法を示している。ステップ56で、ＭＡ−ＣＥ40はトンネルＩＤを特定するＤＥＬＥＴＥ＿ＴＵＮＮＥＬリクエストメッセージをＭＡ−ＴＢＥ42へ送信する。トンネルの消去の成功を示すために、ＭＡ−ＴＢＥ42はステップ58でＭＡ−ＣＥ40へＣＯＮＦＩＲＭ＿ＤＥＬＥＴＥ＿ＴＵＮＮＥＬ応答メッセージを送信することによって応答する。

１実施形態では、ＭＡ−ＣＥとＭＡ−ＴＢＥとの間にインターフェースが前述のリクエスト応答メッセージの適切に規定された延長を有する簡単なネットワーク管理プロトコル（ＳＮＭＰ）を使用して設けられる。

複数のＭＡ−ＣＥおよびＭＡ−ＴＢＥはＭＩＰｖ６またはＭＩＰｖ４ ＣｏＣｏＡモードを実行するネットワークまたはサブネットワーク中に配備されることができるが、任意のある時間に、ホームを離れるようにローミングする単一のＭＮは１つのＭＡ−ＣＥと１つのＭＡ−ＴＢＥとによって、即ち１つのホームエージェント制御エンティティ（ＨＡ−ＣＥ）と１つのホームエージェントトラフィックベアラエンティティ（ＨＡ−ＴＢＥ）とのみによってサービスされる。同様に、ＭＩＰｖ４ ＦＡ ＣｏＡモードを実行するネットワークまたはサブネットワークでは、任意のある時間に、ホームから離れるようにローミングする単一のＭＮは個別のＭＡ−ＣＥとＭＡ−ＴＢＥがＨＡとＦＡとの両者、ＨＡのみ、またはＦＡのみに配備されるかにしたがって、１または恐らく２つのＭＡ−ＣＥと１または恐らく２つのＭＡ−ＴＢＥとのみによってサービスされる。したがって、ＭＩＰｖ４ ＦＡ−ＣｏＡモードを実行するネットワークまたはサブネットワークでは、任意のある時間に、ホームから離れるようにローミングする単一のＭＮは、ａ）１つのＨＡ−ＣＥと、１つのＨＡ−ＴＢＥおよび１つの通常のＦＡと、ｂ）１つの外部エージェント制御エンティティ（ＦＡ−ＣＥ）と、１つの外部エージェントトラフィックベアラエンティティ（ＦＡ−ＴＢＥ）と、および通常のＨＡと、またはｃ）１つのＨＡ−ＣＥと、１つのＨＣ−ＴＢＥと、１つのＦＡ−ＣＥと、および１つのＦＡ−ＴＢＥとのいずれかのみによってサービスされる。前記の識別した４つの全てのケース（１つのＭＩＰｖ６またはＭＩＰｖ４ ＣｏＣｏＡモードのケースと３つのＭＩＰｖ４ ＦＡ−ＣｏＡモードのケース）では、ホームから離れるようにローミングするＭＮはＭＩＰｖ４とＭＩＰｖ６仕様で記載されているように、通常のＨＡおよびＦＡ発見機構によって、そのサービスを行うＨＡ−ＣＥとＦＡ−ＣＥ（ＭＩＰｖ４ ＦＡ−ＣｏＡモード）を識別する。

ＭＮの方向のユーザデータパケットの“順方向”トンネル動作では、ユーザデータパケットはＨＡ−ＴＢＥからトンネルされて恐らくＦＡ−ＴＢＥ（ＭＩＰｖ４ ＦＡ−ＣｏＡモード）から転送されるが、ＭＮはそのサービスを行うＨＡ−ＴＢＥまたはＦＡ−ＴＢＥ（ＭＩＰｖ４ ＦＡ−ＣｏＡモード）のアイデンティティを知る必要はない。同様に、ＭＮとＨＡ／ＦＡとの間の全ての通常の制御面の対話では、ＭＮは本発明にしたがって、ＨＡ−ＣＥまたはＦＡ−ＣＥ（ＭＩＰｖ４ ＦＡ−ＣｏＡモード）とこのような対話を行うので、そのサービスを行うＨＡ−ＴＢＥまたはＦＡ−ＴＢＥ（ＭＩＰｖ４ ＦＡ−ＣｏＡモード）のアイデンティティを知る必要はない。しかしながら、逆方向のトンネル動作では、ＭＮはさらにそのサービスを行うＨＡ−ＴＢＥおよびＦＡ−ＴＢＥ（ＭＩＰｖ４ ＦＡ−ＣｏＡモード）のアイデンティティを知る必要がある。本発明によれば、ＭＮにそのサービスを行うＨＡ−ＴＢＥとＦＡ−ＴＢＥ（ＭＩＰｖ４ ＦＡ−ＣｏＡモード）を通知する機構が設けられる。ＭＩＰｖ４ ＦＡ−ＣｏＡモードでは、ＦＡ−ＣＯＡはトンネルの出口としてＦＡ−ＴＢＥのアドレスであり、ＦＡ−ＴＢＥにより割当てられるので、ＭＮはＦＡ−ＣＥからＦＡ−ＴＢＥのアドレスを知る。ＭＩＰｖ４ ＣｏＣｏＡモードおよびＭＩＰｖ６では、ＨＡ−ＴＢＥのアドレスはＭＡ−ＣＥとの結合更新（または登録）の成功後ＭＮに与えられ、これはＨＡ−ＴＢＥのアドレスをＭＮへ戻す。

ＭＡ−ＣＥとＭＡ−ＴＢＥとの間の制御面シグナリングとユーザ面データトラフィックとを分離しているＭＩＰｖ４とＭＩＰｖ６の移動性管理を本発明の種々の実施形態にしたがって、図８乃至図１１を参照にして説明する。図８はＨＮ12で実行されるＨＡ機能を分離しているがＦＮ14で実行されるＦＡ機能は分離していないＭＩＰｖ４ ＦＡ−ＣｏＡモードの移動性管理を示している。ＭＮ10はＨＮ12においてＨＡｄｄｒを割当てられている。ＭＮがＦＮ14にローミングするとき、それはＦＮ中の通常のＦＡ20によりＣｏＡを割当てられる。ＣｏＡの割当て後、ＭＮ10は通常のＨＡ発見機構によってそのＨＡ−ＣＥとして動作するＨＮ12のルータ60を識別し、ＦＡを経て結合更新メッセージ62をそれに送信してＣｏＡを登録する。ＨＡ−ＣＥ60はＭＮ10にサービスするためのＨＡ−ＴＢＥ64を選択し、ＭＩＰトンネル68を生成するためにＣＲＥＡＴＥ＿ＴＵＮＮＥＬリクエストメッセージ66によりそれに命令する。その後、ＣＮ16がパケットをそのＨＮ中のＭＮのＨＡｄｄｒに送信するとき（ケース１）、パケットはＨＡ−ＴＢＥにより傍受され、ＣｏＡを基礎としてトンネル68を介してＦＮのＦＡにトンネルされる。随意選択的に、ＨＡ−ＣＥ60はＭＮのＣｏＡを登録するために結合更新メッセージ70をＣＮへ送信できる。その後、ＣＮはそのＨＡｄｄｒを介して間接的（ケース２）ではなく、パケットを直接その現在のＣｏＡにおけるＭＮへアドレスでき、これらのパケットはＦＮ中のＦＡにより受信され、ＦＮの経路設定手順を使用してＭＮへ経路設定される。

図９は、ＦＮ14中で実行されるＦＡ機能を分離しているがＨＮ12で実行されるＨＡ機能を分離していないＭＩＰｖ４ ＦＡ−ＣｏＡモードの移動性管理を示している。ＭＮ10はＨＮ12のＨＡｄｄｒを割当てられている。ＭＮがＦＮ14へローミングするとき、それはＦＮのＦＡ―ＣＥ72によってＣｏＡを割当てられる。これを行うために、ＦＡ−ＣＥ72はＭＮ10にサービスするためのＦＡ−ＴＢＥ76を選択し、ＭＮ10にＣｏＡを提供するようにＦＡ−ＴＢＥ76にリクエストするリクエストメッセージ78をＦＡ−ＴＢＥ76へ送信する。その代りにＦＡ−ＣＥ72は１以上のＦＡ−ＴＢＥに対応する１以上のＣｏＡｓのプールにより静的または動的に構成されることができ、リクエストメッセージ78を送信せずにＦＡ−ＴＢＥ76を選択して、対応するＣｏＡを割当てることもできる。ＣｏＡの割当て後、ＭＮ10は通常のＨＡ発見機構によってそのＨＡとして動作するＨＮ12のルータ18を識別し、ＦＡ―ＣＥを経て結合更新メッセージ74をそれに送信してＣｏＡを登録する。ＨＡ18はＣｏＡを基礎としてＦＡ−ＴＢＥ76へのＭＩＰトンネル80を生成する。その後、ＣＮ16がパケットをそのＨＮのＭＮのＨＡｄｄｒに送信するとき（ケース１）、そのパケットはＨＡにより受取られ、ＣｏＡを基礎としてトンネル80を介してＦＮ中のＦＡ―ＴＢＥにトンネルされる。随意選択的に、ＨＡ18はＭＮのＣｏＡを登録するために結合更新メッセージ82をＣＮへ送信してもよい。その後、ＣＮはそのＨＡｄｄｒを介して間接的（ケース２）ではなく、パケットを直接その現在のＣｏＡにおけるＭＮへアドレスでき、これらのパケットはＦＮ中のＦＡ−ＴＢＥによって受信され、ＦＮ中の経路設定手順を使用してＭＮへ経路設定される。

図１０は、ＦＮ12で実行されるＨＡ機能を分離し、ＦＮ14で実行されるＦＡ機能を分離しているＭＩＰｖ４ ＦＡ−ＣｏＡモードの移動性管理を示している。ＭＮ10はＨＮ12のＨＡｄｄｒを割当てられている。ＭＮがＦＮ14へローミングするとき、それはＦＮ中のＦＡ−ＣＥ72によりＣｏＡを割当てられる。これを行うために、ＦＡ−ＣＥ72はＭＮ10にサービスするためのＦＡ−ＴＢＥ76を選択し、ＭＮ10にＣｏＡを提供するようにＦＡ−ＴＢＥ76にリクエストするリクエストメッセージ78をＦＡ−ＴＢＥ76へ送信する。その代りにＦＡ−ＣＥ72は１以上のＦＡ−ＴＢＥに対応する１以上のＣｏＡｓのプールにより静的または動的に構成されることができ、リクエストメッセージ78を送信せずにＦＡ−ＴＢＥ76を選択して、対応するＣｏＡを割当てることもできる。ＣｏＡの割当て後、ＭＮ10は通常のＨＡ発見機構によってそのＨＡ−ＣＥとして動作するＨＮ12中のルータ60を識別し、ＣｏＡを登録するためにＦＡ―ＣＥを経て結合更新メッセージ84をそれに送信する。ＨＡ−ＣＥ60はＭＮ10をサービスするＨＡ−ＴＢＥ64を選択し、ＭＩＰトンネル86を生成するようにＣＲＥＡＴＥ＿ＴＵＮＮＥＬリクエストメッセージ66によりそれに命令する。その後、ＣＮ16がパケットをそのＨＮのＭＮのＨＡｄｄｒに送信するとき（ケース１）、そのパケットはＨＡ−ＴＢＥにより受取られ、ＣｏＡを基礎としてトンネル86を介してＦＮ中のＦＡ−ＴＢＥにトンネルされる。随意選択的に、ＨＡ−ＣＥ60はＭＮのＣｏＡを登録するために結合更新メッセージ70をＣＮへ送信してもよい。その後、ＣＮはそのＨＡｄｄｒを介して間接的（ケース２）ではなく、パケットを直接その現在のＣｏＡのＭＮへアドレスしてもよく、これらのパケットはＦＮ中のＦＡ−ＴＢＥにより受信され、ＦＮにおける経路設定手順を使用してＭＮへ経路設定される。

図１１は、ＨＮ12において行われるＨＡ機能を分離しているＭＩＰｖ４ ＣｏＣｏＡモードとＭＩＰｖ６の移動性管理を示している。ＭＮ10はＨＮ12のＨＡｄｄｒを割当てられている。ＭＮがＦＮ14にローミングするとき、それはＦＮ14のアドレス割当て機構により（Ｃｏ）ＣｏＡを割当てられる。（Ｃｏ）ＣｏＡの割当て後、ＭＮ10は通常のＨＡ発見機構によってそのＨＡ−ＣＥとして動作するＨＮ12中のルータ88を識別し、（Ｃｏ）ＣｏＡを登録するため結合更新メッセージ90をそれに送信する。ＨＡ−ＣＥ88はＭＮ10をサービスするＨＡ−ＴＢＥ92を選択し、ＣＲＥＡＴＥ＿ＴＵＮＮＥＬリクエストメッセージ94によりそれに命令してＭＩＰトンネル96を生成する。その後、ＣＮ16がパケットをそのＨＮのＭＮのＨＡｄｄｒに送信するとき（ケース１）、そのパケットはＨＡ−ＴＢＥにより受取られ、（Ｃｏ）ＣｏＡを基礎としてトンネル96を介してＦＮ中のＦＡにトンネルされる。ＭＩＰｖ４ ＣｏＣｏＡモードにより、ＨＡ−ＣＥ88は随意選択的にそのＣｏＣｏＡを登録するために結合更新メッセージ98をＣＮへ送信できる。ＭＩＰｖ６により、ＭＮ10はそのＣｏＡを登録するために結合更新メッセージ100をＣＮへ送信しなければならない。いずれかの場合において、ＣＮがそのＨＡｄｄｒを介して間接的（ケース２）ではなく、パケットを直接その現在の（Ｃｏ）ＣｏＡのＭＮへアドレスすることができる。

図８乃至図１１はＭＡ−ＣＥが同一のネットワークまたはサブネットワーク中にあるＭＡ−ＴＢＥを制御する場合のＭＩＰ移動性管理を示しているが、本発明は前述したように、管理ドメインの１つのサブネットワーク中のＭＡ−ＣＥが同じ管理ドメインの異なるサブネットワークのＭＡ−ＴＢＥを制御する場合にも適用することが認識されるであろう。したがって１つのサブネットワーク中のＨＡ−ＣＥは同一の管理ドメインの異なるサブネットワークのＨＡ−ＴＢＥを制御することができる。同様に、１つのサブネットワークのＦＡ−ＣＥは同じ管理ドメインの異なるサブネットワーク中のＦＡ−ＴＢＥを制御してもよい。

ＭＡ−ＴＢＥはまたパケットフィルタリング機能および／またはＭＩＰトンネルと、ＧＰＲＳネットワークのＧ−ＧＰＲＳトンネル動作プロトコル（ＧＴＰ）トンネルと、仮想私設網（ＶＰＮ）トンネルとの間の交換のようなトンネル交換機能を行うこともできる。

本発明は任意のタイプのパケット交換データネットワークにおける移動性管理に対する応用を有し、ここでは移動体ノードが同一または異なるタイプのパケット交換データネットワークまたはサブネットワーク間をローミングすることも認識されよう。

さらに、本発明はＩＰであってもＩＰでなくても任意のタイプのパケットデータプロトコルに対するパケット交換データネットワークの移動性管理と、ＭＩＰｖ４またはＭＩＰｖ８以外のプロトコルを使用する移動性管理にも適用することができることが認識されるであろう。

ＭＩＰｖ４で行われるときの通常の移動性管理を示すブロック図。 ＭＩＰｖ６で行われるときの通常の移動性管理を示すブロック図。 本発明にしたがって、移動体エージェント制御エンティティと移動体エージェントトラフィックベアラエンティティの典型的な構成を示すブロック図。 本発明にしたがって、移動体エージェント制御エンティティが移動体エージェントトラフィックベアラエンティティによりトンネルの生成、メンテナンス、消去を命令する態様を示すメッセージのフロー図。 本発明にしたがって、移動体エージェント制御エンティティが移動体エージェントトラフィックベアラエンティティによりトンネルの生成、メンテナンス、消去を命令する態様を示すメッセージのフロー図。 本発明にしたがって、移動体エージェント制御エンティティが移動体エージェントトラフィックベアラエンティティによりトンネルの生成、メンテナンス、消去を命令する態様を示すメッセージのフロー図。 本発明にしたがって、移動体エージェント制御エンティティが移動体エージェントトラフィックベアラエンティティによりトンネルの生成、メンテナンス、消去を命令する態様を示すメッセージのフロー図。 本発明にしたがって、ＭＡ機能を分離しているＭＩＰｖ４ ＦＡ−ＣｏＡモードの移動性管理を示す説明図。 本発明にしたがって、ＭＡ機能を分離しているＭＩＰｖ４ ＦＡ−ＣｏＡモードの移動性管理を示す説明図。 本発明にしたがって、ＭＡ機能を分離しているＭＩＰｖ４ ＦＡ−ＣｏＡモードの移動性管理を示す説明図。 本発明にしたがって、ＭＡ機能を分離しているＭＩＰｖ６とＭＩＰｖ４ ＦＡ−ＣｏＡモードの移動性管理を示す説明図。

Claims (11)

1. 外部パケット交換データネットワークでローミングする移動体ノードに向けてデータパケットを転送するシステムにおいて、
   データパケットは移動体ノードのホームアドレスにアドレスされ、その移動体ノードには外部ネットワークで使用するためのアドレスのケアが設けられており、
   前記移動体ノードのホームアドレスとアドレスのケアとの間の結合を示すメッセージを受信し、前記メッセージに応答して、移動体エージェントトラフィックベアラエンティティの動作を制御するための制御メッセージを送信するように構成されている移動体エージェント制御エンティティと、
   前記移動体エージェント制御エンティティから制御メッセージを受信し、それに応答して、データパケットをアドレスのケアにおける移動体ノードに向けて転送するためのリソースを提供するように構成されている移動体エージェントトラフィックベアラエンティティとを具備し、
   前記移動体エージェント制御エンティティは、
   ａ）複数の移動体エージェントトラフィックベアラエンティティに対する移動体ノードの地理的および／またはトポロジの接近度と、
   ｂ）複数の移動体エージェントトラフィックベアラエンティティにより与えられることのできるサービス品質と、
   ｃ）複数の移動体エージェントトラフィックベアラエンティティにより与えられることのできるセキュリティ機能との各パラメータの中の１以上のパラメータにしたがって複数の移動体エージェントトラフィックベアラエンティテの中から制御する移動体エージェントトラフィックベアラエンティテを選択するように構成されているデータパケットを転送するシステム。
2. 移動体エージェント制御エンティティはホームエージェント制御エンティティであり、移動体エージェントトラフィックベアラエンティティはホームエージェントトラフィックベアラエンティティである請求項１記載のシステム。
3. ホームエージェントトラフィックベアラエンティティにより与えられるリソースはホームエージェントトラフィックベアラエンティティから移動体ノードのアドレスのケアまでのトンネルである請求項２記載のシステム。
4. 移動体エージェント制御エンティティは外部エージェント制御エンティティであり、移動体エージェントトラフィックベアラエンティティは外部エージェントトラフィックベアラエンティティである請求項１記載のシステム。
5. 外部エージェントトラフィックベアラエンティティにより与えられるリソースは外部エージェントトラフィックベアラエンティティから移動体ノードのホームエージェントまでのトンネルである請求項４記載のシステム。
6. 外部パケット交換データネットワーク中でローミングする移動体ノードに向けてのデータパケットの転送を制御するように構成された移動体エージェント制御エンティティにおいて、
   データパケットは移動体ノードのホームアドレスにアドレスされ、移動体ノードには外部ネットワークで使用するためのアドレスのケアが与えられ、
   移動体エージェント制御エンティティは移動体ノードのホームアドレスとアドレスのケアとの間の結合を示すメッセージを受信し、前記メッセージに応答して、移動体エージェントトラフィックベアラエンティティの動作を制御して、データパケットをアドレスのケアの移動体ノードへ向けて転送するためのリソースを提供するように構成され、
   前記移動体エージェント制御エンティティは、
   ａ）複数の移動体エージェントトラフィックベアラエンティティに対する移動体ノードの地理的および／またはトポロジの接近度と、
   ｂ）複数の移動体エージェントトラフィックベアラエンティティにより与えられることのできるサービス品質と、
   ｃ）複数の移動体エージェントトラフィックベアラエンティティにより与えられることのできるセキュリティ機能との各パラメータの中の１以上のパラメータにしたがって複数の移動体エージェントトラフィックベアラエンティテの中から制御する移動体エージェントトラフィックベアラエンティテを選択するように構成されている移動体エージェント制御エンティティ。
7. 外部パケット交換データネットワーク中でローミングする移動体ノードに向けてデータパケットを転送するためのリソースを提供する方法において、
   データパケットは移動体ノードのホームアドレスにアドレスされ、移動体ノードには外部ネットワークで使用するためのアドレスのケアが与えられ、
   ａ）移動体エージェント制御エンティティが移動体ノードのホームアドレスとアドレスのケアとの間の結合を示すメッセージを受信し、
   ｂ）前記結合メッセージに応答して、移動体エージェント制御エンティティは、
   ｉ）複数の移動体エージェントトラフィックベアラエンティティに対する移動体ノードの地理的および／またはトポロジの接近度と、
   ii）複数の移動体エージェントトラフィックベアラエンティティにより与えられることのできるサービス品質と、
   iii)複数の移動体エージェントトラフィックベアラエンティティにより与えられることのできるセキュリティ機能との各パラメータの中の１以上のパラメータにしたがって複数の移動体エージェントトラフィックベアラエンティテの中から制御する移動体エージェントトラフィックベアラエンティテを選択し、
   ｃ）移動体エージェント制御エンティティは選択された移動体エージェントトラフィックベアラエンティティの動作を制御するための制御メッセージを送信し、
   ｄ）前記選択された移動体エージェントトラフィックベアラエンティティが移動体エージェント制御エンティティから制御メッセージを受信し、
   ｅ）前記制御メッセージに応答して、選択された移動体エージェントトラフィックベアラエンティティがデータパケットをアドレスのケアにおける移動体ノードに向けて転送するためのリソースを提供するステップを含んでいる方法。
8. 移動体エージェント制御エンティティはホームエージェント制御エンティティであり、移動体エージェントトラフィックベアラエンティティはホームエージェントトラフィックベアラエンティティである請求項７記載の方法。
9. ホームエージェントトラフィックベアラエンティティにより与えられたリソースは、ホームエージェントトラフィックベアラエンティティから移動体ノードのアドレスのケアまでのトンネルである請求項８記載の方法。
10. 移動体エージェント制御エンティティは外部エージェント制御エンティティであり、移動体エージェントトラフィックベアラエンティティは外部エージェントトラフィックベアラエンティティである請求項７記載の方法。
11. 外部エージェントトラフィックベアラエンティティにより与えられるリソースは、外部エージェントトラフィックベアラエンティティから移動体ノードのホームエージェントまでのトンネルである請求項１０記載の方法。

Images