JP2010529753A - 通信ハンドオフのための方法および装置 - Google Patents

Abstract

ハンドオフ中に、ネットワーク・アクセス・ノード間で残りのパケットをルーティングするプロトコル・トンネルを確立することにより、シームレスな通信ハンドオフが達成される。例えば、モバイルＩＰベース・システムでは、モバイル・ノードが、第１のルーティング・ノードに関連付けられた第１のアクセス・ノードから、第２のルーティング・ノードに関連付けられた第２のアクセス・ノードへのハンドオフを実行することができる。ハンドオフ中、第１のルーティング・ノードとの間での配信のため、ルート内にあるパケットの喪失を阻止するために、モバイル・ノードは、第２のアクセス・ノードを介して、第１のアクセス・ノードとのプロトコル・トンネルを確立する。順方向リンクにおいては、第１のルーティング・ノードから配信されたパケットが、プロトコル・トンネルを介して第２のアクセス・ノードへルーティングされ、さらに、モバイル・ノードへルーティングされる。逆方向リンクにおいては、第１のルーティング・ノードへ送られたパケットが、プロトコル・トンネルを介して第１のノードから第２のアクセス・ノードへルーティングされ、さらに、第１のルーティング・ノードへルーティングされる。これらの動作と連携して、モバイル・ノードは、複数のルーティング・ノードのための個別のＩＰインタフェースを同時に維持する。さらに、ハンドオフ中に、パケットが適切なＩＰインタフェースへルーティングされることを保証するためのステップが講じられる。

Description

優先権主張

本願は、開示が本明細書において参照によって組み込まれ、代理人整理番号０７１６１０Ｐ１が割り当てられ、２００７年５月３０日に出願され、本願とともに所有されている米国特許仮出願６０／９４０，９６６への優先権および利益を主張する。

本願は、一般に無線通信に関し、さらに詳しくは、限定される訳ではないが、通信ハンドオフ中のパケットのルーティングに関する。

インターネット技術特別調査委員会によって発布されたモバイル・インターネット・プロトコル（「ＩＰ」）規格は、モバイル・ノードが無線ネットワーク内を移動している場合に、パケットの送信および受信を可能にするスキームを記述している。このスキームでは、ホーム（例えば、パーマネントな）ＩＰアドレスが、モバイル・ノードに割り当てられ、これによって、モバイル・ノードへパケットを送りたいと思っているその他のデバイスが、このホームＩＰアドレスへパケットを送ることができる。モバイル・ノードが、そのホーム・サブ・ネットワーク（すなわち、ホームＩＰアドレスに関連付けられたサブ・ネットワーク）以外のサブ・ネットワークへ接続される事象では、ホームＩＰアドレスへ送られたパケットが、別のサブ・ネットワークにあるモバイル・ノードへ転送される。このように、モバイル・ノードは、モバイル・ノードの現在位置に関わらず、ホームＩＰアドレスへ送られたパケットを受信することができる。

モバイルＩＰでは、このようなパケットの転送が、モビリティ・エージェントを用いることによって達成される。例えば、モバイル・ノードが、自分のホーム・サブ・ネットワーク以外のサブ・ネットワークのネットワーク・アドレス・ノード（例えば、基地局）との通信を確立した場合、モバイル・ノードは、このサブ・ネットワーク上のルーティング・ノードに登録する。このルーティング・ノードは、モバイル・ノードに向けられたパケットがルーティングされる気付アドレス（「ＣｏＡ」）を提供する、モバイル・ノードのためのフォーリン・エージェントとして動作する。一般的な場合、フォーリン・エージェントに関連付けられたＣｏＡは、このフォーリン・エージェントのＩＰアドレスである。

モバイル・ノードのホーム・サブ・ネットワークに接続されるルーティング・ノードは、モバイル・ノードのホーム・エージェントとして指定される。ホーム・エージェントは、ホームＩＰアドレスへ送られたパケットをインタセプトし、ＩＰトンネルによって、フォーリン・エージェントに関連付けられたＣｏＡへ転送する。フォーリン・エージェントは、ＩＰトンネルから受信したパケットを、ネットワーク・アクセス・ノードへルーティングする。ネットワーク・アクセス・ノードは、このパケットをモバイル・ノードに送る。

フォーリン・エージェントは、モバイル・ノードから受信したパケットを、通常のＩＰルーティングによって、指定された宛先へルーティングするか、あるいは、ホーム・エージェントへ送る。後者の場合、フォーリン・エージェントは、パケットをホーム・エージェントへ転送するためにＩＰトンネルを使用するだろう。

モバイル・ノードは、ネットワーク内を移動すると、別のネットワーク・アクセス・ノードへ接続しうる。これらのネットワーク・アクセス・ノードのうちのいくつかは、別のフォーリン・エージェントに関連付けられ、別のＣｏＡに関連付けられている。従って、モバイル・ノードが、１つのネットワーク・アクセス・ノードから別のネットワーク・アクセス・ノードへのハンドオフを実行すると、ホーム・エージェントからのＩＰトンネルは、毎回再確立される必要があり、モバイル・ノードは、新たなフォーリン・エージェントに登録する。

ある場合には、モバイル・ノードが１つのネットワーク・アクセス・ノードから別のネットワーク・アクセス・ノードへのハンドオフを実行すると、モバイル・ノードにおいて、セッションがアクティブになる。そのような場合、与えられたネットワーク・アクセス・ノードに関連付けられたＣｏＡへ送られたパケットは、新たなＣｏＡに関連付けられた新たなネットワーク・アクセス・ノードとの通信をモバイル・ノードが確立した後、モバイル・ノードに到達しないかもしれない。したがって、通信ハンドオフ中におけるパケット喪失を低減する必要がある。

開示の態様例の概要を以下に示す。本明細書における用語態様に対するあらゆる参照は、本開示の１または複数の局面を称することが理解されるべきである。

本開示は、ある態様において、シームレスなモバイルＩＰハンドオフを提供することに関する。例えば、モバイル・ノードが、別のルーティング・ノードに関連付けられたアクセス・ノード間でのハンドオフを実行する場合、新たなアクセス・ノードおよび新たなルーティング・ノードへのハンドオフ前に、最初のルーティング・ノードとモバイル・ノードとの間の全てのパケット転送が完了している訳ではない。以下の開示は、そのようなパケット喪失を低減するために、配信されなかったパケットを、モバイル・ノードと最初のルーティング・ノードとの間でルーティングするための技術を記述する。

本開示は、ある態様において、通信ハンドオフ中におけるアクセス・ノードとモバイル・ノードとの間でパケットをルーティングするプロトコル・トンネル（例えば、リンク・レイヤ・トンネル）を確立することに関する。例えば、モバイル・ノードはまず、モバイル・ノードのためのデータ接続点として動作する第１のアクセス・ノードとの無線アクセス・リンクを確立する。この第１のアクセス・ノードは、パケット・ネットワークへ接続を提供する第１のルーティング・ノード（例えば、第１のホップ・ルータ）に関連付けられる（例えば、第１のルーティング・ノードと同じサブ・ネットワーク上にある）。ここで、モバイル・ノードは、モバイル・ノードにおける第１のＩＰインタフェースと第１のルーティング・ノードとの間でパケットを転送するために、第１のアクセス・ノードに関連付けられた第１のルートを確立することができる。

ある時点において、モバイル・ノードは、第２のルーティング・ノードに関連付けられた第２のアクセス・ノードへのハンドオフを実行することができる。この場合、第２のアクセス・ノードは、モバイル・ノードのためのサービス提供ノードとなる。このように、モバイル・ノードは、モバイル・ノードにおける第２のＩＰインタフェースと第２のルーティング・ノードとの間でパケットを転送するために、第２のアクセス・ノードに関連付けられた第２のルートを確立することができる。

ハンドオフ中、第１のルートの途中で未だにルート内にあるパケットの喪失を阻止するために、モバイル・ノードは、第２のアクセス・ノードを経由して、第１のアクセス・ノードとのプロトコル・トンネルを確立する。順方向リンクにおいては、第１のアクセス・ノードにおいて、第１のルートを経由して配信されているパケットが、プロトコル・トンネルを介して第２のアクセス・ノードへルーティングされる。第２のアクセス・ノードは、トンネルされたパケットを、第２のルートを経由してモバイル・ノードへ配信する。モバイル・ノードは、その後、トンネルを介して受信したパケットを、第１のＩＰインタフェースへ配信するために、第１のルートへルーティングする。類似の相補的な動作が、逆方向リンクに対して実行される。

モバイル・ノードが、第２のアクセス・ノードを自分のルート・セットへ追加した場合、第２のアクセス・ノードは、自分のアイデンティティ（例えば、新たなＩＰインタフェースを識別するインジケーション）を、第２のルーティング・ノードに通知する。その結果、モバイル・ノードは、新たなＩＰインタフェースを上部レイヤ処理に提示し、モバイル・ノードのためのデータ接続点の、第２のアクセス・ノードへの移動を引き起こす。第１のルーティング・ノードに関連付けられ、モバイル・ノードとの間を移動しているデータが未だに存在する事象では、この残ったデータが、プロトコル・トンネルを介して送られ、適切なルートおよび／または適切なＩＰインタフェースへルーティングされる。この場合、モバイル・ノードと第２のアクセス・ノードとの間の単一の無線アクセス・リンクが、複数のＩＰインタフェースに関連付けられた複数の異なる論理アクセス・リンクを同時に搬送することができる。

これら本開示の態様例およびその他の態様例が、詳細説明、特許請求の範囲、および添付図面において説明される。
図１は、モバイル・ノードをサポートする通信システムの例のいくつかの態様を例示する簡略ブロック図である。 図２Ａは、シームレスな通信ハンドオフを容易にするために実行される幾つかの動作例を例示するフローチャートである。 図２Ｂは、シームレスな通信ハンドオフを容易にするために実行される幾つかの動作例を例示するフローチャートである。 図３は、例えば超モバイル・ブロードバンド・ベースの通信システムのように、モバイル・ノードをサポートする通信システムの例のいくつかの態様を例示する簡略ブロック図である。 図４Ａは、例えば図３のシステムのような通信システムによって実行されるコール・フロー動作の幾つかの例を例示するコール・フロー図である。 図４Ｂは、例えば図３のシステムのような通信システムによって実行されるコール・フロー動作の幾つかの例を例示するコール・フロー図である。 図４Ｃは、例えば図３のシステムのような通信システムによって実行されるコール・フロー動作の幾つかの例を例示するコール・フロー図である。 図４Ｄは、例えば図３のシステムのような通信システムによって実行されるコール・フロー動作の幾つかの例を例示するコール・フロー図である。 図５は、通信ノードのいくつかの構成要素の例を例示する簡略ブロック図である。 図６は、通信構成要素のいくつかの態様例の簡略ブロック図である。 図７は、本明細書で教示されるようなシームレスなハンドオフを提供するように構成された装置の幾つかの態様例を例示する簡略ブロック図である。 図８は、本明細書で教示されるようなシームレスなハンドオフを提供するように構成された装置の幾つかの態様例を例示する簡略ブロック図である。

一般的な慣習にしたがって、これら図面中で例示されるさまざまな機能は、スケールして示されない。したがって、さまざまな機能の大きさは、明瞭さのために、任意に拡大または縮小されうる。さらに、図面のうちのいくつかは、明瞭さのために簡略化されうる。したがって、図面は、与えられた装置（例えば、デバイス）または方法の構成要素の全てを示す訳ではない。最後に、同一の参照番号は、本明細書および図面を通じて同一の機能を示すために使用される。

本開示のさまざまな態様が以下に述べられる。本明細書における教示は、幅広い形態で具体化され、本明細書で開示されている具体的な構成、機能、またはその両方は、単なる代表例であることが明白であるべきである。本明細書の教示に基づいて、当業者であれば、本明細書に開示された局面は、その他任意の態様と独立して実施され、しかも、これら態様のうちの２またはそれ以上が、さまざまな方式で組み合わされることを理解するべきである。例えば、本明細書に記載された任意の数の態様を用いて、装置が実装され、方法が実現されうる。さらに、他の構成や機能、または、本明細書に記載された態様のうちの１または複数に加えられた構成や機能、あるいは、本明細書に記載された態様のうちの１または複数とは別の構成や機能を用いて、そのような装置が実装されるか、そのような方法が実現されうる。さらに、本明細書に記述されたいずれの態様も、特許請求の範囲のうちの少なくとも１つの構成要素を備えうる。

図１は、（例えば、無線アクセス端末として実現されるような）モバイル・ノード１０２が、ネットワーク・アクセス・ノード１０４Ａ、１０４Ｂに接続し、ホーム・エージェント１０６によって転送されたパケットを受信する通信システム１００の例を例示する。ここで、アクセス・ノード１０４Ａ、１０４Ｂは、同じタイプの無線リンク技術を使用しうる。アクセス・ノード１０４Ａは、ルーティング・ノード１０８Ａに関連付けられている一方、アクセス・ノード１０４Ｂは、ルーティング・ノード１０８Ｂに関連付けられている。図１の複雑さを低減するために、２つのアクセス・ノードおよび２つのルーティング・ノードのみが示されている。しかしながら、このような通信システムは、他のルーティング・ノードおよびその他のタイプの通信ノードのみならず、モバイル・ノード１０２が接続しているその他のアクセス・ノードをも含みうることが理解されるべきである。

図１の擬似ボックスによって示されるように、モバイル・ノード１０２は先ず、アクセス・ノード１０４Ａに接続される。したがって、モバイル・ノード１０２は、破線１１０Ａ、１１０Ｂ、１１０Ｃによって示される通信パスを経由して、ホーム・エージェント１０６との間でパケットを送信／受信することができる。

破線１１２によって示されるように、ある時点において、モバイル・ノード１０２は、アクセス・ノード１０４Ｂへ接近し、ハンドオフ手順を実行し、アクセス・ノード１０４Ａの代わりに、アクセス・ノード１０４Ｂへ接続する。このハンドオフが完了すると、モバイル・ノード１０２は、破線１１４Ａ、１１４Ｂ、１１４Ｃによって示される通信パスを経由して、ホーム・エージェント１０６との間でパケットを送信／受信することができる。

このハンドオフと共に、破線１１６Ａ、１１６Ｂによって示されるように、アクセス・ノード１０４Ｂを経由して、モバイル・ノード１０２とアクセス・ノード１０４Ａとの間にプロトコル・トンネルが確立される。モバイル・ノード１０２がアクセス・ノード１０４Ｂに接続した後、このプロトコル・トンネルは、アクセス・ノード１０４Ａとモバイル・ノード１０２との間のパケット転送を容易にする。

システム１００の動作例が、図２Ａおよび図２Ｂのフローチャートとともにより詳細に記述される。便宜上、図２Ａおよび図２Ｂの動作（または、本明細書で説明または教示されたその他任意の動作）が、（例えば、システム１００の構成要素のような）具体的な構成要素によって実行されると記述される。しかしながら、これらの動作は、その他のタイプの構成要素によって実行され、異なる数の構成要素を用いて実行されうることが認識されるべきである。本明細書に記載の動作のうちの１または複数は、与えられた実施において適用されないかもしれないこともまた認識されるべきである。

図２Ａのブロック２０２によって示されるように、ある時点において、モバイル・ノード１０２は、（例えば、基地局のような）アクセス・ノード１０４Ａの有効範囲領域に入る。モバイル・ノード１０２は、アクセス・ノード１０４Ａとの無線アクセス・リンクを確立することを選択する。これによって、アクセス・ノード１０４Ａは、モバイル・ノード１０２のためのネットワーク接続を提供するサービス提供ノードとして確立される。これらの動作と共に、アクセス・ノード１０４Ａは、（例えば、ルーティング・ノード１０８Ａに関連付けられたリンクＩＤをモバイル・ノード１０２に送ることによって）自己の第１のホップ・ルータに、アイデンティティを通知する。図１の例では、アクセス・ノード１０４Ａとモバイル・ノード１０２との間の無線アクセス・リンクが、破線１１０Ｃによって示される。

アクセス・ノード１０４Ａは、モバイル・ノード１０２のホーム・サブ・ネットワークとは異なるサブ・ネットワークに接続される。したがって、モバイル・ノード１０２がアクセス・ノード１０４Ａ（または、ルーティング・ノード１０８Ａに関連付けられたその他任意のアクセス・ノード）に接続している間、（例えば、第１のホップ・ルータのような）ルーティング・ノード１０８Ａは、モバイル・ノード１０２のためのフォーリン・エージェントとして動作する。

ブロック２０４によって示されるように、モバイル・ノード１０２は、アクセス・ノード１０４Ａ、ルーティング・ノード１０８Ａ、およびホーム・エージェント１０６と協働して、さまざまなモバイルＩＰ関連のセットアップ動作を実行する。例えば、アクセス・ノード１０４Ａとパケットを送信／受信するためにルートが確立されうる。さらに、モバイル・ノード１０２のためのデータ接続点（「ＤＡＰ」）として、アクセス・ノード１０４Ａが選択されうる。さらに、モバイル・ノード１０２は、ルーティング・ノード１０８Ａに関連付けられたパケット・トラフィックのためのＩＰインタフェースを確立しうる。モバイル・ノード１０２はさらに、モバイル・ノード１０２のホームＩＰアドレスと、ルーティング・ノード１０８ＡのＣｏＡとの間のバインディングを確立するために、ルーティング・ノード１０８Ａおよびホーム・エージェント１０６と協働する。これらの動作の結果、（破線１１０Ａによって示されるように）ホーム・エージェント１０６とルーティング・ノード１０８Ａとの間にプロトコル・トンネルが確立される。さらに、（破線１１０Ｂによって示されるように）ルーティング・ノード１０８Ａとアクセス・ノード１０４Ａとの間にプロトコル・トンネルが確立される。

ブロック２０６によって示されるように、第１のルートを経由して、モバイル・ノード１０２とルーティング・ノード１０８Ａとの間でパケットが転送される。例えば、順方向リンクの場合、ホーム・エージェント１０６が、モバイル・ノード１０２のホームＩＰアドレスへ送られたパケットをインタセプトし、トンネル１１０Ａを介して、ルーティング・ノード１０８Ａへパケットを転送する。ルーティング・ノード１０８Ａは、受信したパケットを、トンネル１１０Ｂを介してアクセス・ノード１０４Ａへ転送する。その後、アクセス・ノード１０４Ａは、無線リンク１１０Ｃを介してパケットをモバイル・ノード１０２へ送る。モバイル・ノード１０２では、パケットは、第１のＩＰインタフェースに到着する。

ブロック２０８によって示されるように、ある時点において、モバイル・ノード１０２は、アクセス・ノード１０４Ａよりもアクセス・ノード１０４Ｂのほうがより好ましい無線サービスを提供するものと判定する。例えば、モバイル・ノード１０２は、最近、アクセス・ノード１０４Ｂの有効範囲領域に入ったかもしれない。その結果、モバイル１０２は、自分のルート・セットへアクセス・ノード１０４Ｂを加えることによってハンドオフを開始する。これによって、アクセス・ノード１０４Ｂは、アクセス・ノード１０４Ａの代わりに、モバイル・ノード１０２のためのサービス提供ノードとして確立されるようになる。（例えば、線１１４Ｃによって示されるように、）無線アクセス・リンクが、モバイル・ノード１０２とアクセス・ノード１０４Ｂとの間で確立される。そのようなハンドオフを開始するとの判断は、さまざまな要因に基づきうる。例えば、ある場合には、モバイル１０２は、（例えば、ビーコンのような）パイロット信号の相対信号強度、または、アクセス・ノード１０４Ａ、１０４Ｂによって送信された他の信号の相対信号強度に基づいてハンドオフを実行すると選択することができる。

ブロック２１０によって示されるように、モバイル・ノード１０２は、アクセス・ノード１０４ＢのためのモバイルＩＰ関連セットアップ動作を開始する。ここでは、第２のルートが確立され、モバイル・ノード１０２は、新たな無線リンク１１４Ｃを介してアクセス・ノード１０４Ｂとの間でパケットを送信／受信できるようになる。

さらに、ハンドオフ中の潜在的なパケット喪失を低減するために、破線１１６Ａ、１１６Ｂによって示されるように、モバイル・ノード１０２とアクセス・ノード１０４Ａとの間にプロトコル・トンネルが確立される。例えば、アクセス・ノード１０４Ａは、（例えば、フラグメント化されたデータ・パケットや、完全にバッファされたパケットのような）パケットをカプセル化し、それらを、リンク１１６Ａを介してアクセス・ノード１０４Ｂへ送るように構成されうる。リンク１１６Ａは、バックホール接続またはその他いくつかの適切な通信リンクを備えうる。いくつかの態様では、アクセス・ノード１０４Ａは、これらカプセル化されたパケットのおのおのを、モバイル・ノード１０２を識別するヘッダ内にカプセル化する。アクセス・ノード１０４Ｂがこれらのパケットのうちの１つを受信すると、アクセス・ノード１０４Ｂは、このヘッダを除去し、第２のルートを用いて、カプセル化されたパケットを、ノード間で確立されたトンネル１１６Ｂを介してモバイル・ノード１０２へ転送する。すなわち、カプセル化されたパケットは、無線リンク１１４Ｃを介してモバイル・ノード１０２へ送られる。

一般的な場合、プロトコル・トンネルは、リンク・レイヤ（例えば、レイヤ２）トンネルを備えうる。しかしながら、そのようなトンネルは、その他の方法でも実現されうることが認識されるべきである。

ブロック２１２によって示されるように、モバイル・ノード１０２が、新たなフォーリン・エージェントとしてルーティング・ノード１０８Ｂを確立している間、アクセス・ノード１０４Ａおよびモバイル・ノード１０２は、プロトコル・トンネルを介してパケットを交換することができる。上述したように、第１のルートに関連付けられたパケットは、ホーム・エージェント１０６によってルーティング・ノード１０８Ａへ転送されうるが、アクセス・ノード１０４Ｂが、モバイル・ノード１０２の新たなサービス提供ノードになる前は、アクセス・ノード１０４Ａからモバイル・ノード１０２へは送信されない。それゆえ、アクセス・ノード１０４Ａは、これらパケットをカプセル化し、（例えば、第２のルート・ヘッダによって示されるように）モバイル・ノード１０２を宛先として指定し、これらカプセル化されたパケットをアクセス・ノード１０４Ｂへ送る。これらパケットがレイヤ２パケットとして受信されると、アクセス・ノード１０４Ｂは、これらパケットを、（例えば、第２のルートによって示された）無線リンク１１４Ｃを介して、指定された宛先へと転送する。

ブロック２１４によって示されるように、モバイル・ノード１０２は、トンネルされたパケットを第２のルートを介して受信し、レイヤ２パケット情報を除去した後に、これらパケットが第１のルートに関連付けられているものと判定する。したがって、モバイル・ノード１０２は、これらパケットを、処理のために、第１のルートのプロトコル・スタックへ送り、その後、パケットは、第１のＩＰインタフェースへ提供される。これらの動作は、図３と連携して以下により詳細に記述される。

ブロック２１６によって示されるように、ハンドオフ動作中のある時点において、モバイル・ノード１０２は、ルーティング・ノード１０８Ｂを識別するインジケーションをアクセス・ノード１０４Ｂから受信する。例えば、ある場合には、このインジケーションは、ルーティング・ノード１０８ＢのＩＰアドレスを備えうる。このインジケーションに基づいて、モバイル・ノード１０２は、アクセス・ノード１０４Ｂが、（例えば、第１のホップ・ルータのように）アクセス・ノード１０４Ａとは別のルーティング・ノードに関連付けられていると判定する。

したがって、ブロック２１８によって示されるように、モバイル・ノード１０２は、自己のフォーリン・エージェントとしてルーティング・ノード１０８Ｂを確立するためのモバイルＩＰ関連動作を実行する。これらの動作は、例えば、モバイル・ノード１０２のためのＤＡＰとしてアクセス・ノード１０４Ｂを確立することを含みうる。さらに、モバイル・ノード１０２は、ルーティング・ノード１０８Ｂによって取り扱われるトラフィックのための第２のＩＰインタフェースを確立することができる。その後、モバイル・ノード１０２は、ルーティング・ノード１０８Ｂおよびホーム・エージェント１０６と協働して、モバイル・ノード１０２のホームＩＰアドレスと、ルーティング・ノード１０８ＢのＣｏＡとの間のバインディングを確立することができる。これらの動作の結果、ホーム・エージェント１０６とルーティング・ノード１０８Ｂとの間で（破線１１４Ａによって示される）プロトコル・トンネルが確立される。さらに、（破線１１４Ｂによって示される）プロトコル・トンネルが、ルーティング・ノード１０８Ｂとアクセス・ノード１０４Ｂとの間に確立される。

その後、ブロック２２０によって示されるように、モバイル・ノード１０２は、ルーティング・ノード１０８Ｂとの間で、第２のルートを介してパケットを送信／受信することができる。順方向リンク・トラフィックの場合、ホーム・エージェント１０６は、モバイル・ノードのホームＩＰアドレスへ送られたパケットをインタセプトする。しかしながら、この場合、ホーム・エージェント１０６は、トンネル１１４Ａを介して、ルーティング・ノード１０８Ｂへとパケットを転送する。ルーティング・ノード１０８Ｂはその後、トンネル１１４Ｂを介してパケットをアクセス・ノード１０４Ｂへ転送する。アクセス・ノード１０４Ｂは、無線リンク１１４Ｃを介してパケットをモバイル・ノード１０２へ送る。モバイル・ノード１０２では、パケットは、第２のＩＰインタフェースに到着する。相補的な動作が、逆方向リンク・トラフィックに対して実行される。

ブロック２２２によって示されるように、ルーティング・ノード１０８Ｂが、モバイル・ノード１０２のためのフォーリン・エージェントとして確立された後、アクセス・ノード１０４Ａとモバイル・ノード１０２との間のプロトコル・トンネルおよび第１のＩＰインタフェースが維持される。その結果、第１のルートに関連付けられた残りのパケットが存在する事象では、これらパケットが、プロトコル・トンネルによって、アクセス・ノード１０４Ａからモバイル・ノード１０２へ、あるいはその逆へとルーティングされる。これによって、このパケット・フローのパケット喪失または中断が低減される。

ブロック２２４によって示されるように、第１のＩＰインタフェースおよびプロトコル・トンネルは、モバイル・ノード１０２によって必要無いと判定されるまで維持される。例えば、ある場合、モバイル・ノード１０２は、ルーティング・ノード１０８Ａとアクセス・ノード１０４Ａとの間の通信パスの途中にもはやパケットが存在しないと判定すると、これら通信エンティティを終了させることを選ぶことができる。ある場合には、モバイル・ノード１０２によって維持されているアクティブなアクセス・ノードのリスト（例えば、ルート・セット）からアクセス・ノード１０４Ａが除去された場合、モバイル・ノード１０２は、これら通信エンティティを終了させることを選択することができる。ある場合には、これら通信エンティティは、（例えば、トンネルまたはその他のあるエンティティのために定められた寿命の終了時のような）他の基準に基づいて終了されうる。

本明細書の教示は、さまざまな通信システムに適用可能でありうる。例えば、本明細書に記述された技術は、超モバイル・ブロードバンド・ベース（「ＵＭＢベース」）システム、ロング・ターム・イボリューション・ベース（「ＬＴＥベース」）システム、あるいは、その他いくつかのタイプの通信システムで実施されうる。例示目的のため、いくつかの実施例の詳細が、図３に示すＵＭＢベースの通信システム３００の文脈で説明されよう。以下に説明する構成要素および／または動作のいくつかあるいは全ては、その他のタイプの通信システムに組み込まれうることが認識されるべきである。

図３では、アクセス端末３０２は、ユーザにモバイルＩＰデータ接続を提供するモバイル・ノード構成要素３０４を含む。アクセス端末３０２は、通信システム３００全体にわたって分布する（例えば、ネットワーク・アクセス・ノードのような）発展型基地局ｅＢＳ０、ｅＢＳ１、ｅＢＳ２、ｅＢＳ３のセットのうちの任意の１つと通信することができる。発展型基地局のおのおのは、それぞれのバックホールによって、アクセス・ゲートウェイ（「ＡＧＷ」）に接続される。

図３の例では、ｅＢＳ０とｅＢＳ１とが、アクセス・ゲートウェイＡＧＷ１に関連付けられている。ここで、ｅＢＳ０とｅＢＳ１は、線３０８Ａ、３０８Ｂそれぞれによって示されるように、通信リンクを介してＡＧＷ１と通信する。

同様に、ｅＢＳ２およびｅＢＳ３は、アクセス・ゲートウェイＡＧＷ２に関連付けられる。すなわち、ｅＢＳ２およびｅＢＳ３は、図３における線３０８Ｃ、３０８Ｄそれぞれによって示される通信リンクを介してＡＧＷ２と通信する。

いくつかの態様では、アクセス・ゲートウェイが、アクセス端末のために、（例えば、レイヤ３接続点のような）パケット・ネットワークへの接続点を提供する。例えば、アクセス・ゲートウェイは、アクセス端末のための第１のホップ・ルータとして役立つ。この場合、パケットは、アクセス端末のために現在サービス提供しているアクセス・ノードである発展型基地局を経由して、アクセス・ゲートウェイとアクセス端末との間でルーティングされる。ここで、アクセス・ゲートウェイは、アクセス端末のためのＤＡＰ機能が割り当てられた発展型基地局とのＰＭＩＰバインディングを確立し、ＤＡＰへパケットを送る。ＤＡＰはその後、（ＤＡＰと同じ発展型基地局でありうる）サービス提供ノードを介してアクセス端末へパケットを送る。

アクセス・ゲートウェイは、パケット・ネットワークによって、適切な通信パスを経由してホーム・エージェント３０６と通信する。便宜上、これら通信パスは、図３において単に、線３１０Ａおよび３１０Ｂによって示されうる。

システム３００は、比較的フラットなメッシュ化されたアーキテクチャを適用する。ここでは、処理負荷が、システム３００のノードにわたって分散される。例えば、集中化された基地局コントローラを適用するのではなく、類似の機能が、発展型基地局のうちの１または複数で実現されうる。ここで、いくつかの態様では、発展型基地局が、従来の基地局機能、基地局コントローラ機能、および、パケット・データ・サービス提供ノード機能を提供しうる。いくつかの態様では、発展型基地局は、発展型基地局間のハンドオフを容易にするＩＰ機能を含みうる。いくつかの態様では、発展型基地局は、順方向リンク・サービス提供ｅＢＳ（「ＦＬＳＥ」）機能と、逆方向リンク・サービス提供ｅＢＳ（「ＲＬＳＥ」）機能とを提供しうる。上述したように、いくつかの態様では、発展型基地局が、（例えば、レイヤ２のような）データ接続点機能を提供しうる。例えば、１つの発展型基地局が、所与のアクセス・ゲートウェイから、所与のアクセス端末へ向けられたデータ・パケットの全てを受信するために指定されうる。

このシステム３００はさらに、セッション参照ネットワーク・コントローラＳＲＮＣ１、ＳＲＮＣ２を含む。いくつかの態様では、ＳＲＮＣは、アクセス端末のためのセッション情報を格納するセッション・アンカとなり、他のノードにアクセス端末へのルートを提供しうる。いくつかの態様では、ＳＲＮＣは、アクセス端末がパケット・ネットワークへのアクセスを得ることを可能にする認証動作を行いうる。実際、ＳＲＮＣの機能は、スタンドアローン構成要素として、ｅＢＳのうちの１または複数として、あるいは、その他幾つかのノードとして実現されうる。

図３の例では、おのおののＳＲＮＣは、セッションや、（例えば、サブ・ネットワークのような）ノードのセットのためのその他の機能を管理する。例えば、ＳＲＮＣ１は、ＡＧＷ１と通信するノードのためのセッション管理を提供し、ＳＲＮＣ２は、ＡＧＷ２と通信するノードのためのセッション管理を提供する。この目的のために、ＳＲＮＣ１は、破線３１２Ａで示されるように、シグナリングによってＡＧＷ１と通信し、破線３１４Ａ、３１４Ｂそれぞれによって示されるように、ｅＢＳ０、ｅＢＳ１と通信するように構成される。同様に、ＳＲＮＣ２は、破線３１２Ｂで示されるように、シグナリングによってＡＧＷ２と通信し、破線３１４Ｃ、３１４Ｄそれぞれによって示されるように、ｅＢＳ２、ｅＢＳ３と通信するように構成される。さらに、ＳＲＮＣ１およびＳＲＮＣ２は、破線３１６によって示されるように、シグナリングによって互いに通信することができる。

上述したように、アクセス端末３０２は、おのおのの基地局と通信するためのユニークなルートを独立して確立することができる。いくつかの態様では、ルートは、エア・インタフェース・プロトコル・スタックを含みうる。例えば、ルートは、アクセス端末３０２と、対応する基地局との間の関係のためのプロトコル、ネゴシエーション、コンフィグレーション、および状態に関連する情報のセットを備えうる。アクセス端末３０２は、アクセス端末とのルートを有する増強された基地局の全てを示すルート・セットを保持することができる。図３の例では、アクセス端末３０２用のルート・セットは、ｅＢＳ０を経由してＡＧＷ１と通信するためのルート０、ｅＢＳ１を経由してＡＧＷ１と通信するためのルート１、ｅＢＳ２を経由してＡＧＷ２と通信するためのルート２、およびｅＢＳ３を経由してＡＧＷ２と通信するためのルート３を含みうる。

アクセス端末３０２が、与えられた地理的領域の中を移動すると、別の発展型基地局（以降、便宜上、「ｅＢＳ」と称する）と接続しうる。例えば、アクセス端末３０２はまず、ｅＢＳ０と接続し、次に、ｅＢＳ１と、そして、ｅＢＳ２と接続する。アクセス端末３０２がアクティブ・セッション中である場合、移動するか、または、チャネル条件が変化すると、アクセス端末３０２は、自己のルート・セットへ新たなｅＢＳを追加しうる。

（例えば、ｅＢＳ０からｅＢＳ１へのハンドオフのような）ＡＧＷ内のハンドオフでは、新たなｅＢＳは、（例えばＡＧＷ１のような）既存のＡＧＷに接続することができる。したがって、ハンドオフ中、ＡＧＷは、未配信の順方向リンク・パケットを、アクセス端末３０２への配信のために、新たなｅＢＳへ転送することができる。同様に、逆方向リンクにおいては、ハンドオフ中、新たなｅＢＳが、アクセス端末３０２からＡＧＷへパケットを転送することができる。また、ＡＧＷ内のハンドオフ中は、アクセス・ノード間で、リンク・レイヤ・トンネルおよび／またはＩＰトンネルが適用されうる。

しかしながら、（例えば、ｅＢＳ１からｅＢＳ２への）ＡＧＷ外のハンドオフでは、新たなｅＢＳは、既存のＡＧＷへ接続することができない。さらにこの場合、別のＡＧＷからの順方向リンクによるＩＰパケットが、異なるＣｏＡを有しうる。この結果、アクセス端末３０２において、ＩＰパケットを誤ったＩＰインタフェースへ配信することを阻止するために、現在のＤＡＰは、（例えば、関連するリンクＩＤによって示されるような）異なるＡＧＷに関連付けられたＦＬＳＥへと、（例えば、レイヤ３トンネルを介して）ＩＰパケットを送ることはないであろう。同様に、逆方向リンクにおけるパケットの不適当なルーティングを阻止するために、アクセス端末３０２は、（例えば、ＩＰインタフェース２のような）別のＩＰインタフェース上の（例えば、図３におけるＩＰインタフェース１のような）１つのインタフェースに関連付けられたＩＰパケットを送ることはないであろう。したがって、ＡＧＷ外のハンドオフ中、アクセス・ノード間におけるＩＰトンネルは許可されないが、リンク・レイヤ・トンネルは許可される。

いくつかの態様では、本明細書に記載されたトンネリング技術は、ＡＧＷ外のハンドオフ中、（例えば、ｅＢＳ１のような）前のｅＢＳと、アクセス端末３０２との間のパケット転送のためのリンク・レイヤ・ルートを与えることによって、上述された問題を解決する。順方向リンクの場合、ｅＢＳがＦＬＳＥになると、ｅＢＳは、ルート・セット内のおのおののアクセス・ネットワーク・ルート・インスタンス（「ＡＮＲＩ」）へＩＰＴ通知メッセージを送る。このメッセージは、ＦＬＳＥのリンクＩＤを含んでいるので、ＤＡＰまたは前のＦＬＳＥは、ＩＰトンネル（ＡＧＷ内ハンドオフ）またはリンク・レイヤ・トンネル（ＡＧＷ外ハンドオフ）を用いて、ＩＰパケットを新たなＦＬＳＥへトンネルするか否かを判定する。いくつかの態様では、そのような判定は、所与のルート、所与のＩＰインタフェース、および所与のリンクＩＤ間の相互関係に基づいてなされうる。逆方向リンクの場合、ｅＢＳは、ＤＡＰになると、ルート・セット内の全てのＡＮＲＩへＩＰＴ通知メッセージを送る。このメッセージは、ＤＡＰのＧＲＥキーのみならず、ＤＡＰが接続するＡＧＷアドレスを有するＤＡＰレコードを含んでいるので、ｅＢＳは、逆方向リンクにおいて、ＤＡＰを介してＩＰパケットをどのようにトンネルさせるかを判定することができる。繰り返すが、ｅＢＳは、ルート、ＩＰインタフェース、およびリンクＩＤの間の相互関係の結果として、トンネルされたパケットをどのように取り扱うのかを適切に決定することができる。

順方向リンクでは、（例えば、ｅＢＳ１のような）現在のＤＡＰは、（例えば、ルート１のような）自己のルートを用いてＩＰパケットをカプセル化し、次に、新たなＦＬＳＥへパケットを送るために、リンク・レイヤ・トンネルを使用することができる。トンネルされたパケットが、アクセス端末３０２において抽出された後、ＩＰパケットは、（例えば、ＩＰインタフェース１のような）正しいＩＰインタフェースに到着するだろう。同様に、逆方向リンクでは、（例えば、ＩＰインタフェース１のような）前のＩＰインタフェースに関連付けられたＩＰパケットを、これらパケットのためのＣｏＡに関連付けられた（例えばＡＧＷ１のような）ＡＧＷへ配信するために、リンク・レイヤ・トンネリングが使用される。

上記トンネリング動作と並行して、ルート・セット内にｅＢＳ２が追加された場合、アクセス端末３０２は、ＩＰインタフェース２のためのＣｏＡを取得することを試みるだろう。ＩＰインタフェース２のためのＩＰ ＣｏＡを取得するために使用される（例えば、エージェント請願（solicitation）メッセージのような）メッセージが、（現在のＲＬＳＥである）ルート２を用いて、ＩＰインタフェース２で送られるだろう。ここでは、アクセス端末３０２が、ｅＢＳ２によって通知されるＡＧＷ２に関連付けられたリンクＩＤを受信した場合、アクセス端末３０２は、新たなＩＰインタフェースを上部レイヤへ提示するだろう。この上部レイヤは、ｅＢＳ２へ移動しているＤＡＰと、ｅＢＳ２と新たなＡＧＷ（ＡＧＷ２）との間で確立されたＰＭＩＰトンネルとを生ぜしめる。そして、ＡＧＷ２と新たに確立されたＰＭＩＰトンネルによって、新たなＩＰアドレスが、アクセス端末３０２へ割り当てられるだろう。また、クライアントＭＩＰバインディングが、ＡＧＷ２とホーム・エージェント３０６との間で実行されうる。

上記のコール・フローの全体にわたって、ｅＢＳ２がＦＬＳＥになった場合、ユーザ・トラフィックに対する割り込みは存在しない。なぜなら、順方向リンクでｅＢＳ１に到着するＩＰパケットは、ｅＢＳ１のＲＬＰ内にカプセル化され、リンク・レイヤ・トンネルによって、ｅＢＳ２を介して、アクセス端末３０２へとトンネルされる。逆方向リンクでは、アクセス端末３０２は、ＡＧＷ１に属するＩＰアドレスを有するパケットを、標準的なｅＢＳ２ルート２を介して送らない。なぜなら、ｅＢＳ２のリンクＩＤは、ｅＢＳ１のリンクＩＤとは異なるからである。その代わり、ｅＢＳ２がＲＬＳＥである場合、アクセス端末３０２は、これらＩＰパケットを、ｅＢＳ１のＲＬＰ内にカプセル化し、リンク・レイヤは、これらのパケットを、ｅＢＳ２からｅＢＳ１へトンネル化する。

アクセス端末３０２は、両方のＩＰインタフェース（ＩＰアドレス）を同時に維持し、もって、ＡＧＷ外ハンドオフの全期間中、両方のＩＰインタフェースとの間でデータを送信／受信し続けることができる。いくつかの実施では、アクセス端末は、ＩＰインタフェースに関連付けられた全てのｅＢＳがルート・セットから落とされた後のみ、ＩＰインタフェースを終了させる。同様に、前のＤＡＰ（ｅＢＳ１）から前のＡＧＷ（ＡＧＷ１）へのＰＭＩＰトンネルが、ＰＭＩＰ寿命が終了するか、あるいは、前のＤＰＡがルート・セットから取り除かれるまで維持される。したがって、このスキームは、「壊す前に作る」（"make-before-break"）ＡＧＷ外ハンドオフ処理を与える。これは、ハンドオフ中、あらゆるデータ中断の可能性を低減する。

システム３００によって実行されるＡＧＷ外ハンドオフに関連する実施例の詳細が、図４Ａ乃至図４Ｄのコール・フロー図と連携して説明される。以下のシナリオでは、ＡＧＷ１が第１のリンクＩＤ（リンクＩＤ１）に関連付けられ、ＡＧＷ２が第２のリンクＩＤ（リンクＩＤ２）に関連付けられ、（たとえば、ＭＩＰｖ４またはＭＩＰｖ６のような）モバイルＩＰが、ＡＧＷ外ハンドオフのために使用される。図４Ａ乃至図４Ｄのコール・フローは、図４Ａの先頭におけるコール・フローで始まって、連続して説明される。

まず、アクセス端末３０２（以下、「ＡＴ」と称する）は、ｅＢＳ１によってサービス提供される。これによって、ｅＢＳ１は、ＡＴのためのＤＡＰ、ＦＬＳＥ、およびＲＬＳＥとなる。ＳＲＮＣ１は、ｅＢＳ１のためのセッションを管理する。現在のＭＩＰバインディングは、ＩＰインタフェース１を用いる。したがって、ＡＴは、ＨＡとＡＧＷ１との間の（例えば、ＭＩＰｖ４トンネルのような）ＭＩＰトンネル３１８Ａや、ＡＧＷ１とｅＢＳ１との間のＰＭＩＰトンネル３２０Ａを介して、ホーム・エージェント３０６（以降、「ＨＡ」と称する）との間で、（例えばＩＰｖ４パケットのような）パケットの送信／受信を行う。例えば、順方向リンクでは、ＨＡは、インタセプトしたパケットを、トンネル３１８Ａを経由してＡＧＷ１へ送り、ＡＧＷ１は、これらのパケットを、ＰＭＩＰトンネル３２０Ａを経由してｅＢＳ１へ転送する。基地局ｅＢＳ１は、ルート１を使って、これらパケットを、（図３に示していない）無線アクセス・リンク４０２を介してＡＴへ送る。これによって、パケットは、ＩＰインタフェース１に到着する。逆方向リンクでは、ＡＴ内のアプリケーションがデータを生成すると、モバイル・ノード構成要素３０４は、得られたパケットを、リンクＩＤ１に関連付けられたＩＰインタフェースへ送る。ＡＴは、リンクＩＤ１に関連付けられた任意のスタック（例えば、ルート０またはルート１）を使用しうる。この例では、ルート１が使用される。基地局ｅＢＳ１は、無線リンク４０２を介してルート１パケットを受信し、これらを、ＰＭＩＰトンネル３２０Ａを介してＡＧＷ１へ送る。ＡＧＷ１は、その後、パケットを、トンネル３１８Ａを介してＨＡへ転送するか、あるいは、ＡＧＷ１のパケット・ネットワーク接続を介して、指定された宛先へ転送する。

いくつかの時点では、ＡＴが、ｅＢＳ２からのパイロット信号を検出し、ラジオ条件またはその他幾つかの基準に基づいて、ＡＴのＦＬＳＥおよびＲＬＳＥが、ｅＢＳ２に切り替えられる（しかしながら、ＦＬＳＥおよびＲＬＳＥは、いくつかの場合には、異なるｅＢＳで実現されうることが認識されるべきである。）。ここでＡＴは、図４Ａに示すように、ルート・オープン要求メッセージをｅＢＳ２へトンネルすることによって、ｅＢＳ２を自己のルート・セットに追加する。

したがって、ＡＴは、図４Ａおよび図４Ｂに示すようなセッション転送動作を開始する。ここで、ｅＢＳ２は、現在のＳＲＮＣ（ＳＲＮＣ１）から、ＡＴのセッション情報を要求するＡＮＲＩ外シグナリング（「ＩＡＳ」）メッセージを送る。

ＳＲＮＣ１は、ｅＢＳ２にセッション情報応答メッセージを送り返す。このメッセージは、現在のＡＧＷ（ＡＧＷ１）の情報記録を含んでいる。

基地局ｅＢＳ２は、その後、ルート・オープン受諾メッセージをＡＴへ送り、ルート・セットアップ手順を完了する。

基地局ｅＢＳ２はさらに、ターゲットＳＲＮＣ（ＳＲＮＣ２）のためのルートを生成するために、ルート生成メッセージをＡＴへ送る。このメッセージは、ＳＲＮＣ２のアクセス・ネットワーク識別子（「ＡＮＩＤ」）を含む。

ルート生成メッセージを受信すると、ＡＴは、ルート・オープン要求メッセージをＳＲＮＣ２へトンネルする。その後、ＳＲＮＣ２は、ＳＲＮＣ転送要求をＳＲＮＣ１へ送信することによって、ＳＲＮＣ１からのＳＲＮＣ転送を開始させる。ＳＲＮＣ転送要求メッセージを受信すると、ＳＲＮＣ１は、ＳＲＮＣ転送応答メッセージをＳＲＮＣ２へ送ることによって、ＳＲＮＣ転送を受諾する。

ＳＲＮＣ２は、ルート・オープン受諾メッセージをＡＴへ送ることによって、ルート・セットアップ手順を完了する。このメッセージは、ＡＴのためにＳＲＮＣ２によって割り当てられた新たなユニキャスト・アクセス端末識別子（「ＵＡＴＩ」）を含む。ＡＴは、この時点で、ＳＲＮＣ２へのルートを確立する。

図４Ｂに示すように、新たなルートを確立すると、ＡＴは、ルート・セット内のおのおののＡＮＲＩへ、新たなルート・マップ・メッセージを送る。したがって、この例において、ＡＴは、自己のルート・セット情報を、ｅＢＳ２、ｅＢＳ１、ＳＮＲＣ１、およびＳＲＮＣ２へ提供する。

新たなＵＡＴＩの割当と連携して、ＡＴは、セッション・アンカ・ルートを、ＳＲＮＣ２に対応するルートへ変更し、ＵＡＴＩ完了メッセージをＳＲＮＣ２へ送る。

ＵＡＴＩ完了メッセージを受信すると、ＳＲＮＣ２は、ＳＲＮＣ２が新たなセッション・アンカであることを通知するために、ルート・セット内の（例えば、ｅＢＳ２、ｅＢＳ１、およびＳＲＮＣ１のような）他のＡＮＲＩへ、ＵＡＴＩ更新メッセージを送る。これらＡＮＲＩのおのおのは、その後、ＳＲＮＣ２へアクノレッジメント・メッセージを送り返す。さらに、ＳＲＮＣ１は、ＡＴとのルートを閉じる。

図４Ｂに示すように、ＡＴは、ｅＢＳ２へのリンク・レイヤ（「Ｌ２」）高速切替を実行しうる。したがって、パケットを転送するために、ｅＢＳ１とＡＴとの間のリンク・レイヤ・トンネルが使用されうる。

逆方向リンクでは、ＡＴが、ＩＰインタフェース１を使用し、ルート１を経由してパケットを送る。ここで、パケットは、パケットをオーバ・ザ・エアによって送るための標準的な動作を用いて処理される。ｅＢＳ１はＲＬＳＥではないので、パケットが、（図３の線３２２の部分によって示されるように）ルート２内のルート外トンネリング・プロトコル（「ＩＲＴＰ」）へ送られる。したがって、パケットは、（図３および図４Ｂ内の線３２４によって示されるように、）レイヤ２トンネルを介してｅＢＳ２へ送られる。基地局ｅＢＳ２は、その後、ラジオ・リンク・プロトコル（「ＲＬＰ」）処理を実行し、（線３２６によって示されるように、）ｅＢＳ２からｅＢＳ１へのレイヤ２トンネルを介して、ｅＢＳ１へパケットを送る。次に、ｅＢＳ１は、これらパケットを処理して、ＰＭＩＰトンネル３２０Ａを介してＡＧＷ１へ送る。上述したように、ＡＧＷ１は、トンネル３１８Ａを介してＨＡへとパケットを送るか、あるいは、その他の方法で、パケット・ネットワークを介して、指定された宛先へパケットを送る。

順方向リンクでは、ＡＧＷ１が、ＡＴに向けられたパケットを、トンネル３１８Ａを介してＨＡから受信する。基地局ｅＢＳ１は、トンネル３２０Ａを介して、ＡＧＷ１からパケットを受信する。ＡＴのためのＦＬＳＥは、ＡＧＷ２の下ではｅＢＳ２であるので、ｅＢＳ１は、トンネル３２６を介してｅＢＳ２へパケットを送る場合、自己のルート（ルート１）を用いる。パケットは、ルート２を用いて、ｅＢＳ２からＡＴへとトンネル３２４を介して送信される。ＡＴはその後、ルート２で受信したパケットについてＲＬＰ処理を実行し、これらパケットをルート１ ＩＲＴＰプロトコルへ送る。これによって、パケットは、適切なＩＰインタフェース（ＩＰインタフェース１）で処理される。

上記トンネリング動作は、ｅＢＳ２が、ＡＴのためのＲＬＳＥであり、ｅＢＳ１が、ＡＴのためのＤＡＰである限り継続する。

図４Ｃに示すように、ＳＲＮＣ２は、ＡＴのための拡張認証プロトコル（「ＥＡＰ」）アクセス認証および許可を引き起こす。この目的のため、ネットワーク・リソースの使用を管理するために、ＡＧＷ２を通じて、ＡＴによって、認証、許可、および課金機能（「ＡＡＡ」）がアクセスされる。

その後、ＳＲＮＣ２は、ＡＴとのセッション・コンフィグレーションを実行する。例えば、ＳＲＮＣ２は、ＩＯＳシグナリングによってセッション情報を送る。これによって、ＡＧＷ２のＩＤ、ユーザのパーマネント・ネットワーク・アクセス識別子（「ＮＡＩ」）、および、プロキシ・モバイル・ノード・ホーム・エージェント（「ＰＭＮ−ＨＡ」）キーが、ｅＢＳ２へ提供される。セッション・コンフィグレーションの完了後、ルート・セット内の全てのＡＮＲＩが、現在のＡＧＷ（ＡＧＷ１）および新たなＡＧＷ（ＡＧＷ２）の情報記録のみならず、セッションのコピーを取得する。

新たなＡＧＷ情報記録とともに新たなセッション情報を受信すると、ｅＢＳ２が、ＡＴへリンクＩＤを割り当てる。ここで、リンクＩＤは、ＡＴがＩＰレイヤにおいて通信するために使用する（例えば、ＡＧＷ２のＩＰアドレスのような）ＩＰインタフェースを表す。

したがって、ＡＴは、受信したリンクＩＤを上部ＩＰレイヤへ提示する。上部ＩＰレイヤはその後、受信したリンクＩＤを、自己の現在のリンクＩＤと比較する。この例では、受信したリンクＩＤは、現在のリンクＩＤと異なるので、ＡＴは、ＩＰアドレス割当動作を開始させる。

このとき、ＡＴはまた、エージェント請願をｅＢＳ２へ送る。

ｅＢＳ２は、ＡＧＷ１と関連付けられていないので、ｅＢＳ２は、ＡＧＷ２の下でＤＡＰを提供するための、ＡＴのためのＤＡＰとして確立される。いくつかの態様では、この処理は、ＡＴまたはｅＢＳ２によって開始される。前者の場合の一例として、ｅＢＳ２が、前のサービス提供ｅＢＳ（ｅＢＳ１）に関連付けられたＡＧＷではないＡＧＷに関連付けられているとＡＴが判定すると、ＡＴは、ＤＡＰ移動要求メッセージをｅＢＳ２へ送ることができる。後者の場合（すなわち、ＡＴ支援されたＤＡＰハンドオフ）の例として、ｅＢＳ２が、ＡＴルート２（ＩＰインタフェース２）からデータを受信し、ＡＴからＤＡＰ移動要求メッセージを受信していなければ、ｅＢＳ２は、ＤＡＰ移動要求を送るために、ＤＡＰ移動要求リクエストを送る。

ｅＢＳ２は、この時点において、ＡＧＷ２に関連付けられたＧＲＥキーを持っていないので、ｅＢＳ２は、ＡＧＷ２においてＰＭＩＰバインディングを実行するために、ＰＭＩＰ登録要求を送る。この要求は、上記したようにして取得されるｅＢＳ２ ＩＰアドレスとパーマネントＮＡＩを含みうる。さらに、この要求は、上述したようにして取得されたＰＭＮ−ＨＡキーを用いて計算されたモバイル・ノード・ホーム・エージェント（「ＭＮ−ＨＡ」）認証拡張を含みうる。いくつかの態様では、ＡＴはまず、ルート２からＩＰパケットを受信した場合に、ＡＧＷ２へのＰＭＩＰトンネルを確立することができる。

ＡＧＷ２は、ＰＭＩＰ登録応答をｅＢＳ２へ送ることによって、バインディング要求を受諾する。ここで、ＡＧＷ２は、パーマネントＮＡＩに関連付けられたＧＲＥキー２を選択し、ＧＲＥ拡張を用いて、ＰＭＩＰ登録応答内に含める。

ＡＴ支援されたＤＡＰハンドオフにおいて、ｅＢＳ２は、ＰＭＩＰ登録応答メッセージを受信した後、ＡＴへＤＡＰ割当メッセージを送る。

図４Ｄに示すように、ＡＧＷ２からＰＭＩＰ登録応答メッセージが正しく受信されると、ｅＢＳ２は、ＡＧＷ２のためのＡＴのＤＡＰとなる。さらに、ｅＢＳ２は、ルート・セット内の別のＡＮＲＩへと、ＡＧＷ２のＤＡＰ記録を含むインターネット・プロトコル・トンネリング（「ＩＰＴ」）通知メッセージを送る。このように、ｅＢＳ２は、ｅＢＳ２が、ＡＴのための新たなＤＡＰであることを他のノードへ通知する。ここで、ｅＢＳ２は、ＧＲＥキーとＡＧＷ２のＩＰアドレスを、ＩＯＳシグナリングによって、他のルート・セット・メンバへ提供する。

その後、その他のＡＮＲＩが、図４Ｄに示すように、ＩＰＴ通知アクノレッジメント・メッセージを用いて応答する。さらに、ｅＢＳ１は、ＡＴとのルートを削除し、（例えば、ルートを経由してＡＴから受信するパケットも、送信するパケットもない場合）、ＡＧＷ１とのＰＭＩＰトンネルを終わらせる。

上述したように、新たなＩＰインタフェースを提示すると、ＡＴは、新たなＩＰアドレス割当および新たなモバイルＩＰ登録を要求する。したがって、ＡＴは、新たなＣｏＡを取得すること、および、新たなＡＧＷをＨＡへバインドすることを開始する。

図４Ｄに示すように、ｅＢＳ２は、エージェント請願をＡＧＷ２へ転送する。その後、ＡＧＷ２は、新たなフォーリン・エージェントＣｏＡを含むフォーリン・エージェント通知メッセージをＡＴへ送る。

ＡＴはＲＲＱメッセージをＡＧＷ２へ送り、ＡＧＷ２は、これをＨＡへ転送して、ＡＴのホームＩＰアドレス（「ＨｏＡ」）をＣｏＡにバインドする。その後、ＨＡは、ＡＧＷ２を介してＡＴへＲＲＰメッセージを送り戻す。

この時点において、ｅＢＳ２は、ＡＧＷ２の下におけるＡＴのためのＤＡＰであり、順方向リンクと逆方向リンクとの両方において、パケット・データが、ＡＴとＡＧＷ２との間で、ｅＢＳ２を介して交換される。モバイルＩＰバインディング・アップデートが受信された後、ＨＡは、ＭＩＰトンネル３１８Ｂを介して、データをＡＧＷ２へ送り始める。パケットは、ＰＭＩＰトンネル３２０Ｂを介して、ＡＧＷ２とｅＢＳ２との間で転送される。さらに、ｅＢＳ２は、ルート２を使用して、リンク３２８を介したオーバ・ザ・エアによって、ｅＢＳ２とＡＴとの間でパケットを転送する。ＡＴは、これらパケットを受信した後、図３に示すようにしてパケットを処理するために、ルート２に関連付けられたＩＰインタフェース（すなわち、ＩＰインタフェース２）を使用するだろう。

期間中、システムを介してルーティングされているＡＧＷ１に関連付けられた残りのパケット・データも存在しうる。例えば、順方向リンクでは、ＡＧＷ１とソースＤＡＰ（ｅＢＳ１）との間のトンネル３２０Ａを介して、および、ｅＢＳ１とｅＢＳ２との間のレイヤ２トンネル３２６を介して、ＡＧＷ１からＡＴへ移動する残りのデータが存在しうる。基地局ｅＢＳ２は、このデータをトンネル３２４を介してＡＴへ送るためにルート２を使用し、ＡＴは、上述したように、このデータをＩＰインタフェース１へ提供する。同様に、逆方向リンクでは、リンク３２４、レイヤ２トンネル３２６、トンネル３２０Ａ、およびＭＩＰトンネル３１８Ａを介したパスを経由して、ＡＴのＩＰインタフェース１からＨＡへ移動する残りのデータが存在しうる。したがって、この期間中、ＨＡは、ＡＧＷ１とＡＧＷ２との両方からデータを受信することができる。

本明細書に記載された機能は、様々な方法で実現されうる。図５は、本明細書に記載の教示にしたがって、アクセス端末５０２と基地局５０４とに組み込まれうる幾つかの構成要素の例を例示する。アクセス端末５０２および基地局５０４は、互いに、および、他のノードと通信するためのトランシーバ５０６、５０８をそれぞれ含む。トランシーバ５０６は、無線信号を送信するための送信機５１０と、無線信号を受信するための受信機５１２とを含む。トランシーバ５０８は、無線信号を送信するための送信機５１４と、無線信号を受信するための受信機５１６とを含む。アクセス端末５０２および基地局５０４は、第１のホップ外ルータ・ハンドオフ中、無線アクセス動作を制御するとともに、本明細書で教示した関連する他の機能を提供するための無線アクセス・コントローラ５１８、５２０をそれぞれ含む。アクセス端末５０２および基地局５０４は、第１のホップ外ルータ・ハンドオフ中、プロトコル・トンネルを提供するとともに、本明細書で教示した関連する他の機能を提供するためのリンク・レイヤ・トンネル定義部５２２、５２４をそれぞれ含む。アクセス端末５０２および基地局５０４は、第１のホップ外ルータ・ハンドオフ中、ルートを確立して使用するとともに、本明細書で教示した関連する他の機能を提供するためのルート・コントローラ５２６、５２８をそれぞれ含む。アクセス端末５０２および基地局５０４は、第１のホップ外ルータ・ハンドオフ中、（例えば、ＩＰインタフェースの初期化、維持、および終了のような）ＩＰ動作を制御するとともに、本明細書で教示した関連する他の機能を提供するためのＩＰコントローラ５３０、５３２をそれぞれ含む。アクセス端末５０２および基地局５０４はさらに、第１のホップ外ルータ・ハンドオフ中、（例えば、受信パケットのような）パケットを処理するとともに、本明細書で教示した関連する他の機能を提供するための通信プロセッサ５３４または５３６をそれぞれ含む。

本明細書で教示するような無線通信システムは、例えば、音声、データ、およびその他のコンテンツのようなさまざまなタイプの通信コンテンツを提供するように開発された。そのようなシステムは、（例えば、帯域幅および送信電力のような）利用可能なシステム・リソースを共有することにより、複数のユーザとの通信をサポートすることができる多元接続システムを備えうる。そのような多元接続システムの一例は、とりわけ、符号分割多元接続（「ＣＤＭＡ」）システム、時分割多元接続（「ＴＤＭＡ」）システム）、周波数分割多元接続（「ＦＤＭＡ」）システム、３ＧＰＰ ＬＴＥシステム、および直交周波数分割多元接続（「ＯＦＤＭＡ」）システムを含む。

無線多元接続通信システムは、複数の無線端末のための通信を同時にサポートすることができる。上述したように、おのおのの端末は、順方向リンクおよび逆方向リンクでの送信によって、１または複数の基地局と通信することができる。順方向リンク（すなわち、ダウンリンク）は、基地局から端末への通信リンクを称し、逆方向リンク（すなわち、アップリンク）は、端末から基地局への通信リンクを称する。この通信リンクは、単一入力単一出力、複数入力単一出力、あるいは複数入力複数出力（「ＭＩＭＯ」）システムによって確立されうる。

ＭＩＭＯシステムは、データ伝送のために、複数（Ｎ_Ｔ個の）送信アンテナと、複数（Ｎ_Ｒ個の）受信アンテナを適用する。Ｎ_Ｔ個の送信アンテナおよびＮ_Ｒ個の受信アンテナによって形成されるＭＩＭＯチャネルは、空間チャネルとも称されるＮ_Ｓ個の独立チャネルへ分割される。ここでＮ_Ｓ≦ｍｉｎ｛Ｎ_Ｔ、Ｎ_Ｒ｝である。Ｎ_Ｓ個の独立チャネルのおのおのは、ディメンションに相当する。複数の送信アンテナおよび受信アンテナによって生成される追加のディメンションが利用される場合、ＭＩＭＯシステムは、（例えば、より高いスループットおよび／またはより高い信頼性のような）向上されたパフォーマンスを与える。

ＭＩＭＯシステムは、時分割デュプレクス（「ＴＤＤ」）および周波数分割デュプレクス（「ＦＤＤ」）をサポートすることができる。ＴＤＤシステムでは、相互原理によって、逆方向リンク・チャネルから順方向リンク・チャネルを推定できるように、順方向リンク送信および逆方向リンク送信が、同じ周波数領域にある。これによって、アクセス・ポイントにおいて複数のアンテナが利用可能である場合、アクセス・ポイントは、順方向リンクで送信ビーム・フォーミング利得を抽出できるようになる。

本明細書における教示は、少なくとも１つの他の無線ノードと通信するためにさまざまな構成要素を適用するデバイスに組み込まれうる。図６は、デバイス間の通信を容易にするために適用されうるいくつかの構成要素の例を示す。具体的に図６は、ＭＩＭＯシステム６００の（例えば、アクセス・ノードのような）デバイス６１０および（例えば、アクセス端末のような）デバイス６５０を例示する。デバイス６１０では、多くのデータ・ストリームのトラフィック・データが、データ・ソース６１２から送信（「ＴＸ」）データ・プロセッサ６１４へ提供される。

いくつかの態様では、おのおののデータ・ストリームが、それぞれの送信アンテナを介して送信される。ＴＸデータ・プロセッサ６１４は、符合化データを提供するため、データ・ストリームのために選択された特定の符合化スキームに基づいて、おのおののデータ・ストリームのトラフィック・データをフォーマットし、符号化し、インタリーブする。

おのおののデータ・ストリームの符合化されたデータは、ＯＦＤＭ技術を用いて、パイロット・データとともに多重化されうる。パイロット・データは、一般に、周知の方式で処理される既知のデータ・パターンであり、チャネル応答を推定するために受信機システムにおいて使用されうる。おのおののデータ・ストリームの多重化されたパイロットおよび符合化されたデータは、その後、変調シンボルを提供するためにデータ・ストリームについて選択された（例えばＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭのような）特定の変調スキームに基づいて変調（すなわち、シンボル・マップ）される。おのおののデータ・ストリームのためのデータ・レート、符合化、および変調は、プロセッサ６３０によって実行される命令群によって決定されうる。データ・メモリ６３２は、プログラム・コード、データ、あるいはプロセッサ６３０やデバイス６１０のその他の構成要素によって使用されるその他の情報を格納することができる。

その後、全てのデータ・ストリームの変調シンボルがＴＸ ＭＩＭＯプロセッサ６２０へ提供される。ＴＸ ＭＩＭＯプロセッサ６２０はさらに、この変調シンボルを（例えば、ＯＦＤＭのために）処理する。ＴＸ ＭＩＭＯプロセッサ６２０は、その後、Ｎ_Ｔ個の変調シンボル・ストリームを、Ｎ_Ｔ個のトランシーバ（「ＸＣＶＲ」）６２２Ａ乃至６２２Ｔへ提供する。ある実施形態では、ＴＸ ＭＩＭＯプロセッサ６２０は、データ・ストリームのシンボルと、シンボルが送信されるアンテナとに、ビーム・フォーミング重みを適用する。

おのおののトランシーバ６２２は、１または複数のアナログ信号を提供するために、それぞれのシンボル・ストリームを処理し、さらに、ＭＩＭＯチャネルを介した送信に適切な変調信号を提供するために、アナログ信号を調整（例えば、増幅、フィルタ、およびアップコンバート）する。トランシーバ６２２Ａ乃至６２２ＴからのＮ_Ｔ個の変調信号は、その後、Ｎ_Ｔ個のアンテナ６２４Ａ乃至６２４Ｔのそれぞれから送信される。

デバイス６５０では、送信された変調信号が、Ｎ_Ｒ個のアンテナ６５２Ａ乃至６５２Ｒによって受信され、おのおののアンテナ６５２から受信された信号が、それぞれのトランシーバ（「ＸＣＶＲ」）６５４Ａ乃至６５４Ｒへ提供される。おのおののトランシーバ６５４は、受信したそれぞれの信号を調整（例えば、フィルタ、増幅、およびダウンコンバート）し、調整された信号をデジタル化してサンプルを提供し、さらに、これらサンプルを処理して、対応する「受信された」シンボル・ストリームを与える。

受信（「ＲＸ」）データ・プロセッサ６６０は、その後、Ｎ_Ｒ個のトランシーバ６５４から、Ｎ_Ｒ個のシンボル・ストリームを受信し、受信したＮ_Ｒ個のシンボル・ストリームを、特定の受信機処理技術に基づいて処理して、Ｎ_Ｔ個の「検出された」シンボル・ストリームを与える。ＲＸデータ・プロセッサ６６０は、その後、検出されたおのおののシンボル・ストリームを復調、デインタリーブ、および復号して、このデータ・ストリームのためのトラフィック・データを復元する。ＲＸデータ・プロセッサ６６０によるこの処理は、デバイス６１０におけるＴＸデータ・プロセッサ６１４およびＴＸ ＭＩＭＯプロセッサ６２０によって実行されるものと相補的である。

プロセッサ６７０は、（以下に説明されるように）どの事前符合化行列を使用するのかを定期的に判定する。プロセッサ６７０は、行列インデクス部とランク値部とを備える逆方向リンク・メッセージを定式化する。データ・メモリ６７２は、プログラム・コード、データ、および、プロセッサ６７０やデバイス６５０のその他の構成要素によって使用されるその他の情報を格納することができる。

逆方向リンク・メッセージは、通信リンクおよび／または受信データ・ストリームに関連するさまざまなタイプの情報を備えうる。逆方向リンク・メッセージは、その後、ＴＸデータ・プロセッサ６３８によって処理される。ＴＸデータ・プロセッサ６３８は、データ・ソース６３６からの多くのデータ・ストリームのためのトラフィック・データを受信する。逆方向リンク・メッセージはさらに、トランシーバ６５４Ａ乃至６５４Ｒによって調整され、デバイス６１０へ送り戻される。

デバイス６１０では、デバイス６５０からの変調信号がアンテナ６２４によって受信され、トランシーバ６２２によって調整され、復調器（「ＤＥＭＯＤ」）６４０によって復調され、ＲＸデータ・プロセッサ６４２によって処理されて、デバイス６５０によって送信された逆方向リンク・メッセージが抽出される。プロセッサ６３０は、ビーム・フォーミング重みを決定するためにどの事前符合化行列を使用するのかを判定し、その後、抽出されたメッセージを処理する。

図６はまた、本明細書で教示された電力制御動作を実行する１または複数の構成要素を含む通信構成要素を例示する。例えば、本明細書で教示したように、フロー制御構成要素６９０は、プロセッサ６３０および／またはデバイス６１０のその他の構成要素と協働して、（例えば、デバイス６５０のような）他のデバイスとの間との信号の送信／受信を行う。

同様に、フロー制御構成要素６９２は、プロセッサ６７０および／またはデバイス６５０のその他の構成要素と協働して、（例えば、デバイス６１０のような）他のデバイスとの信号の送信／受信を行う。デバイス６１０およびデバイス６５０のおのおのについて、説明された構成要素のうちの２またはそれ以上の機能が、単一の構成要素によって提供されうることが認識されるべきである。例えば、単一の処理構成要素が、フロー制御構成要素６９０とプロセッサ６３０の機能を提供し、単一の処理構成要素が、フロー制御構成要素６９２とプロセッサ６７０の機能を提供することができる。

本明細書での教示は、（例えば、デバイスのような）さまざまな装置に組み込まれうる（あるいは、さまざまな装置内に実装されるか、あるいは、さまざまな装置によって実行されうる）。例えば、無線ノードは、アクセス・ノード、アクセス・ポイント（「ＡＰ」）、ＮｏｄｅＢ、ラジオ・ネットワーク・コントローラ（「ＲＮＣ」）、ｅＮｏｄｅＢ、基地局コントローラ（「ＢＳＣ」）、基地トランシーバ局（「ＢＴＳ」）、基地局（「ＢＳ」）、トランシーバ機能（「ＴＦ」）、ラジオ・ルータ、ラジオ・トランシーバ、基本サービス・セット（「ＢＳＳ」））、拡張サービス・セット（「ＥＳＳ」）、ラジオ基地局（「ＲＢＳ」）、あるいはその他のいくつかの用語として構成されるか、あるいは称されうる。他の無線ノードは、アクセス端末と称されうる。アクセス端末はさらに、モバイル・ノード、加入者局、加入者ユニット、移動局、遠隔局、遠隔端末、ユーザ端末、ユーザ・エージェント、ユーザ・デバイス、あるいはユーザ機器として知られうる。いくつかの実施では、アクセス端末は、セルラ電話、コードレス電話、セッション開始プロトコル（「ＳＩＰ」）電話、無線ローカル・ループ（「ＷＬＬ」）局、携帯情報端末（「ＰＤＡ」）、無線接続機能を有するハンドヘルド・デバイス、あるいは、無線モデムに接続されたその他任意の適切な処理デバイスを備えうる。したがって、本明細書で教示された１または複数の態様は、（例えば、セルラ電話またはスマート・フォンのような）電話、（例えばラップトップのような）電話、ポータブル通信デバイス、（例えば、パーソナル・データ・アシスタントのような）ポータブル・コンピューティング・デバイス、（例えば、音楽またはビデオ・デバイス、あるいは衛星ラジオのような）エンタテイメント・デバイス、全地球測位システム・デバイス、あるいは無線媒体を経由して通信するように構成されたその他任意の適切なデバイスに組み込まれうる。

上述したように、いくつかの態様では、無線ノードは、通信システムのためのアクセス・デバイス（例えば、アクセス・ノード）を備えうる。そのようなアクセス・デバイスは、例えば、有線通信リンクまたは無線通信リンクを介して（例えば、インターネットのような広域ネットワークや、セルラ・ネットワークのような）ネットワークへの接続を提供しうる。したがって、アクセス・デバイスによって、（例えばアクセス端末のような）他のデバイスは、このネットワークまたはその他いくつかの機能にアクセスできるようになる。さらに、これらデバイスのうちの１つまたは両方は、可搬式であるか、あるいはいくつかの場合においては、比較的可搬式ではないことが認識されるべきである。さらにまた、無線ノードは、適切な通信インタフェースを介して、（例えば有線接続による）非無線方式で、情報を送信および／または受信することができることが認識されるべきである。

無線ノードは、任意の適切な無線通信技術に基づく、あるいはそれらをサポートする１または複数の無線通信リンクを介して通信することができる。例えば、いくつかの態様では、無線ノードは、ネットワークと関連しうる。いくつかの態様では、ネットワークは、ローカル・エリア・ネットワーク、広域ネットワーク、あるいは、その他のあるタイプのネットワークを備えうる。無線ノードは、例えばＣＤＭＡ、ＴＤＭＡ、ＯＦＤＭ、ＯＦＤＭＡ、ＷｉＭＡＸ、およびＷｉ−Ｆｉのようなさまざまな無線通信技術、プロトコル、または規格のうちの１または複数をサポートしているか、そうでない場合でも、使用することができる。同様に、無線ノードは、対応するさまざまな変調スキームまたは多重化スキームのうちの１または複数をサポートしているか、そうでない場合でも、使用することができる。したがって、無線ノードは、上記またはそれ以外の無線通信技術を用いて、１または複数の無線通信リンクを確立し、この無線通信リンクを経由して通信するための（例えば、エア・インタフェースのような）適切な構成要素を含みうる。例えば、ノードは、無線媒体によって通信を容易にする（例えば、信号生成器および信号プロセッサのような）さまざまな構成要素を含む関連する送信機構成要素および受信機構成要素を備えた無線トランシーバを備えうる。

本明細書に記載された構成要素は、さまざまな方法で実装されうる。図７および図８に示すように、装置７００および装置８００が、相互に関連する一連の機能ブロックとして示されている。いくつかの態様では、これらブロックの機能は、１または複数のプロセッサ構成要素を含む処理システムとして実現されうる。いくつかの態様では、これらブロックの機能は、例えば、（ＡＳＩＣのような）１または複数の集積回路のうちの少なくとも一部を用いて実現されうる。本明細書で記載したように、集積回路は、プロセッサ、ソフトウェア、その他関連する構成要素、または、これらのいくつかの組み合わせを含みうる。これらのブロックの機能はまた、本明細書で教示したその他いくつかの方式で実現されうる。ある態様では、図７および図８における破線ブロックのうちの１または複数はオプションである。

装置７００および装置８００は、さまざまな図面に関連して上述された機能のうちの１または複数を実行する１または複数のモジュールを含む。例えば、無線リンク確立手段７０２は、本明細書で説明したような無線アクセス・コントローラに相当しうる。プロトコル・トンネル確立手段７０４は、例えば本明細書で説明したようなトンネル定義部に相当しうる。パケット受信手段７０６は、例えば本明細書で説明したような通信プロセッサに相当しうる。ルート確立手段７０８は、例えば本明細書で説明したようなルート・コントローラに相当しうる。パケット・ルーティング手段７１０は、例えば本明細書で説明したような通信プロセッサに相当しうる。ＩＰインタフェース維持手段またはＩＰインタフェース終了手段７１２は、例えば本明細書で説明したようなＩＰコントローラに相当しうる。送信手段８０２は、例えば本明細書で説明したような送信機に相当しうる。受信手段８０４は、例えば本明細書で説明したような受信機に相当しうる。判定手段８０６は、例えば本明細書で説明したようなＩＰコントローラに相当しうる。確立手段８０８は、例えば本明細書で説明したようなＩＰコントローラに相当しうる。

例えば「第１」、「第２」等のような指定を用いる本明細書の要素に対するあらゆる参照は、一般には、これら要素の数または順序を制限しないことが理解されるべきである。むしろこれら指定は、本明細書では、２またはそれ以上の要素、あるいは要素の事例を識別する便利な方法として使用されうる。したがって、第１の要素および第２の要素に対する参照は、ある方式において、２つの要素のみが適用されていることを意味するものでも、第１の要素が、第２の要素に先行せねばならないことを意味するものでもない。さらに、もしもそうではないと述べられていないのであれば、これら要素のセットは、１または複数の要素を備えうる。

当業者であれば、情報および信号が、種々異なる技術のうちの何れかを用いて表現されうることを理解するであろう。例えば、上記説明を通じて参照されうるデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学粒子、あるいはこれらの任意の組み合わせによって表現されうる。

当業者であれば、さらに、本明細書で開示された態様に関連して記載されたさまざまな例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズム・ステップが、（例えば、ソース・コードまたはその他いくつかの技術を用いて設計されたデジタル実装、アナログ実装、あるいはこれら２つの組み合わせのような）電子工学ハードウェア、（便宜上、本明細書では、「ソフトウェア」または「ソフトウェア・モジュール」と称される）命令群を組み込んださまざまな設計コードまたはプログラムの形態、あるいはこれらの組み合わせとして実現されることを理解するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、さまざまな例示的な構成要素、ブロック、モジュール、回路、およびステップが、それらの機能の観点から一般的に記述された。

それら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられている設計制約に依存する。当業者であれば、各特定のアプリケーションに応じて変化する方法で上述した機能を実現することができる。しかしながら、この適用判断は、本開示の範囲からの逸脱をもたらすものと解釈されるべきではない。

本明細書で開示された態様に関連して記述されたさまざまな例示的な論理ブロック、モジュール、および回路は、集積回路（「ＩＣ」）、アクセス端末、またはアクセス・ポイント内で実施されるか、あるいは、それらによって実行されうる。ＩＣは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、電子的構成要素、光学的構成要素、機械的構成要素、あるいは本明細書に記載の機能を実行するために設計されたこれら任意の組み合わせを備えることができ、ＩＣ内のコードまたは命令群、ＩＣ外のコードまたは命令群、あるいは、ＩＣ内とＩＣ外との両方のコードまたは命令群を実行することができる。汎用プロセッサとしてマイクロプロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機器を用いることも可能である。プロセッサは、例えばＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアに接続された１または複数のマイクロプロセッサ、またはその他任意のこのような構成である計算デバイスの組み合わせとして実現することも可能である。

開示された処理のステップのいかなる順序または階層も、サンプル・アプローチの例であることが理解される。設計選択に基づいて、この処理のステップの順序または階層は、本開示のスコープ内でありながら、再構成されうることが理解される。これに伴う方法請求項は、サンプル順序である様々なステップの要素を表しており、開示された具体的な順序または階層に限定されることを意味していない。

１または複数の典型的な実施形態では、記述された機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせで実現されうる。ソフトウェアで実現される場合、これら機能は、コンピュータ読取可能媒体に格納されるか、あるいは、コンピュータ読取可能媒体の１または複数の命令またはコードによって送信されうる。コンピュータ読取可能媒体は、ある場所から別の場所へのコンピュータ・プログラムの転送を容易にする任意の媒体を含むコンピュータ記憶媒体および通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセス可能な任意の利用可能な媒体でありうる。限定ではなく一例として、そのようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置あるいはその他の磁気記憶装置、あるいは命令群またはデータ構造の形態で所望のプログラム・コードを伝送または格納するために使用され、かつコンピュータによってアクセス可能なその他任意の媒体を備えうる。また、いかなる接続も、コンピュータ読取可能媒体といて適切に称される。例えば、ソフトウェアが、例えば赤外線、無線、およびマイクロ波のような無線技術や、デジタル加入者ライン（ＤＳＬ）や、ツィスト・ペアや、光ファイバ・ケーブルや、同軸ケーブルを用いたウェブサイト、サーバ、またはその他の遠隔ソースから送信された場合、例えば赤外線、無線、およびマイクロ波のような無線技術や、ＤＳＬや、ツィスト・ペアや、光ファイバ・ケーブルや、同軸ケーブルが、媒体に定義に含まれる。本明細書で使用されるディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクト・ディスク（ＣＤ）、レーザ・ディスク、光ディスク、ＤＶＤ、フロッピー（登録商標）ディスクおよびブルー・レイ・ディスクを含む。なお、通常、ｄｉｓｋはデータを磁気的に再生し、ｄｉｓｃはデータをレーザを用いて光学的に再生する。上記の組み合わせもまた、コンピュータ読取可能媒体の範囲内に含まれるべきである。要約すると、コンピュータ読取可能媒体は、任意の適切なコンピュータ・プログラム製品内で実施されうることが認識されるべきである。

開示された装置の前述した記載は、当業者が、本開示を製造または使用することを可能にする。これらの局面に対する様々な変更は、当業者に容易に明らかになるであろう。そして、本明細書で定められた一般原理は、本開示の範囲から逸脱することなく他の局面に適用されうる。したがって、本開示は、本明細書に示された局面に限定されるとは意図されておらず、本明細書で開示された原理よび斬新な特徴と一致した最も広い範囲が与えられることになっている。

Claims (68)

1. 無線通信方法であって、
   第１の第１ホップ・ルータから第１のパケットのセットを受信するための、第１のネットワーク・アクセス・ノードとの第１の無線リンクを、アクセス端末において確立することと、
   前記第１のネットワーク・アクセス・ノードから第２のネットワーク・アクセス・ノードへのハンドオフを実行するために、前記第２のネットワーク・アクセス・ノードとの第２の無線リンクを、前記アクセス端末において確立することと、
   前記第２のネットワーク・アクセス・ノードを介した前記第１のネットワーク・アクセス・ノードへのプロトコル・トンネルを、前記アクセス端末において確立することと、
   前記プロトコル・トンネルを介して、前記第１の第１ホップ・ルータからの第２のパケットのセットを、前記アクセス端末において受信することと、
   前記第２のネットワーク・アクセス・ノードを介して、第２の第１ホップ・ルータからの第３のパケットのセットを、前記アクセス端末において受信することと
   を備える方法。
2. 前記第１のネットワーク・アクセス・ノードから第１のインターネット・プロトコル・インタフェースへ前記第１のパケットのセットをルーティングするために使用される第１のルートを確立することと、
   前記第２のネットワーク・アクセス・ノードから第２のインターネット・プロトコル・インタフェースへ前記第３のパケットのセットをルーティングするために使用される第２のルートを確立することと
   をさらに備える請求項１に記載の方法。
3. 前記第２のパケットのセットは、前記第１のネットワーク・アクセス・ノードにおいて、前記第１のルートに関連付けられ、前記第２のネットワーク・アクセス・ノードにおいて、前記第２のルートを介してルーティングされるために、前記プロトコル・トンネルによって送られる請求項２に記載の方法。
4. 前記アクセス端末は、前記第２のパケットのセットを、前記第２のルートを介して前記プロトコル・トンネルから受信し、前記アクセス端末は、前記第２のパケットのセットを、前記第１のインターネット・プロトコル・インタフェースへ配信するために、前記プロトコル・トンネルから前記第１のルートへルーティングする請求項３に記載の方法。
5. 前記アクセス端末は、前記第２のパケットのセットを前記第１の第１ホップ・ルータから受信するために、前記第１のインターネット・プロトコル・インタフェースを維持し、同時に、前記第３のパケットのセットを前記第２の第１ホップ・ルータから受信するために、前記第２のインターネット・プロトコル・インタフェースを維持する請求項２に記載の方法。
6. 前記プロトコル・トンネルは、前記第２のインターネット・プロトコル・インタフェースが確立された後、前記第１のインターネット・プロトコル・インタフェースが、前記第１の第１ホップ・ルータから、前記第２のパケットのセットを受信できるようにする請求項２に記載の方法。
7. 前記第１の第１ホップ・ルータと前記第１のインターネット・プロトコル・インタフェースとの間のトラフィック・フローが終了したと判定された場合、前記第１のインタフェース・プロトコル・インタフェースを終了させることをさらに備える請求項２に記載の方法。
8. 前記第１のネットワーク・アクセス・ノードが、前記アクセス端末のルート・セット内にリストされなくなった場合、前記第１のインターネット・プロトコル・インタフェースを終了させることをさらに備える請求項２に記載の方法。
9. 前記第２のパケットのセットを前記プロトコル・トンネルを介して受信することが、前記ハンドオフ中のパケット喪失を低減する請求項１に記載の方法。
10. 前記第２の第１ホップ・ルータから、前記第３のパケットのセットのうちの少なくとも一部を受信した後、前記第２のパケットのセットのうちの少なくとも一部が、前記プロトコル・トンネルを介して受信される請求項１に記載の方法。
11. 前記第１のネットワーク・アクセス・ノードは、第１の基地局を備え、前記第２のネットワーク・アクセス・ノードは、第２の基地局を備える請求項１に記載の方法。
12. 前記第１の第１ホップ・ルータは、第１のアクセス・ゲートウェイを備え、前記第２の第１ホップ・ルータは、第２のアクセス・ゲートウェイを備える請求項１１に記載の方法。
13. 無線通信装置であって、
    第１の第１ホップ・ルータから第１のパケットのセットを受信するための、第１のネットワーク・アクセス・ノードとの第１の無線リンクを、アクセス端末において確立するように構成され、前記第１のネットワーク・アクセス・ノードから第２のネットワーク・アクセス・ノードへのハンドオフを実行するために、前記第２のネットワーク・アクセス・ノードとの第２の無線リンクを、前記アクセス端末において確立するようにさらに構成された無線アクセス・コントローラと、
    前記第２のネットワーク・アクセス・ノードを介した前記第１のネットワーク・アクセス・ノードへのプロトコル・トンネルを、前記アクセス端末において確立するように構成されたトンネル定義部と、
    前記プロトコル・トンネルを介して、前記第１の第１ホップ・ルータからの第２のパケットのセットを、前記アクセス端末において受信するように構成され、前記第２のネットワーク・アクセス・ノードを介して、第２の第１ホップ・ルータからの第３のパケットのセットを、前記アクセス端末において受信するようにさらに構成された通信プロセッサと
    を備える装置。
14. 前記第１のネットワーク・アクセス・ノードから第１のインターネット・プロトコル・インタフェースへ前記第１のパケットのセットをルーティングするために使用される第１のルートを確立し、前記第２のネットワーク・アクセス・ノードから第２のインターネット・プロトコル・インタフェースへ前記第３のパケットのセットをルーティングするために使用される第２のルートを確立するように構成されたルート・コントローラをさらに備える請求項１３に記載の装置。
15. 前記第２のパケットのセットは、前記第１のネットワーク・アクセス・ノードにおいて、前記第１のルートに関連付けられ、前記第２のネットワーク・アクセス・ノードにおいて、前記第２のルートを介してルーティングされるために、前記プロトコル・トンネルによって送られる請求項１４に記載の装置。
16. 前記通信プロセッサはさらに、前記第２のパケットのセットを、前記第２のルートを介して前記プロトコル・トンネルから受信し、前記第２のパケットのセットを、前記第１のインターネット・プロトコル・インタフェースへ配信するために、前記プロトコル・トンネルから前記第１のルートへルーティングするように構成された請求項１５に記載の装置。
17. 前記第２のパケットのセットを前記第１の第１ホップ・ルータから受信するために、前記第１のインターネット・プロトコル・インタフェースを維持し、同時に、前記第３のパケットのセットを前記第２の第１ホップ・ルータから受信するために、前記第２のインターネット・プロトコル・インタフェースを維持するように構成されたインターネット・プロトコル・コントローラをさらに備える請求項１４に記載の装置。
18. 前記プロトコル・トンネルは、前記第２のインターネット・プロトコル・インタフェースが確立された後、前記第１のインターネット・プロトコル・インタフェースが、前記第１の第１ホップ・ルータから、前記第２のパケットのセットを受信できるようにする請求項１４に記載の装置。
19. 前記第１の第１ホップ・ルータと前記第１のインターネット・プロトコル・インタフェースとの間のトラフィック・フローが終了したと判定された場合、前記第１のインタフェース・プロトコル・インタフェースを終了させるように構成されたインターネット・プロトコル・コントローラをさらに備える請求項１４に記載の装置。
20. 前記第１のネットワーク・アクセス・ノードが、前記アクセス端末のルート・セット内にリストされなくなった場合、前記第１のインターネット・プロトコル・インタフェースを終了させるように構成されたインターネット・プロトコル・コントローラをさらに備える請求項１４に記載の装置。
21. 前記第２のパケットのセットを前記プロトコル・トンネルを介して受信することが、前記ハンドオフ中のパケット喪失を低減する請求項１３に記載の装置。
22. 前記第２の第１ホップ・ルータから、前記第３のパケットのセットのうちの少なくとも一部を受信した後、前記第２のパケットのセットのうちの少なくとも一部が、前記プロトコル・トンネルを介して受信される請求項１３に記載の装置。
23. 前記第１のネットワーク・アクセス・ノードは、第１の基地局を備え、前記第２のネットワーク・アクセス・ノードは、第２の基地局を備える請求項１３に記載の装置。
24. 前記第１の第１ホップ・ルータは、第１のアクセス・ゲートウェイを備え、前記第２の第１ホップ・ルータは、第２のアクセス・ゲートウェイを備える請求項２３に記載の装置。
25. 無線通信装置であって、
    第１の第１ホップ・ルータから第１のパケットのセットを受信するための、第１のネットワーク・アクセス・ノードとの第１の無線リンクを、アクセス端末において確立する手段と、
    前記第１のネットワーク・アクセス・ノードから第２のネットワーク・アクセス・ノードへのハンドオフを実行するために、前記第２のネットワーク・アクセス・ノードとの第２の無線リンクを、前記アクセス端末において確立する手段と、
    前記第２のネットワーク・アクセス・ノードを介した前記第１のネットワーク・アクセス・ノードへのプロトコル・トンネルを、前記アクセス端末において確立する手段と、
    前記プロトコル・トンネルを介して、前記第１の第１ホップ・ルータからの第２のパケットのセットを、前記アクセス端末において受信する手段と、
    前記第２のネットワーク・アクセス・ノードを介して、第２の第１ホップ・ルータからの第３のパケットのセットを、前記アクセス端末において受信する手段と
    を備える装置。
26. 前記第１のネットワーク・アクセス・ノードから第１のインターネット・プロトコル・インタフェースへ前記第１のパケットのセットをルーティングするために使用される第１のルートを確立する手段と、
    前記第２のネットワーク・アクセス・ノードから第２のインターネット・プロトコル・インタフェースへ前記第３のパケットのセットをルーティングするために使用される第２のルートを確立する手段と
    をさらに備える請求項２５に記載の装置。
27. 前記第２のパケットのセットは、前記第１のネットワーク・アクセス・ノードにおいて、前記第１のルートに関連付けられ、前記第２のネットワーク・アクセス・ノードにおいて、前記第２のルートを介してルーティングされるために、前記プロトコル・トンネルによって送られる請求項２６に記載の装置。
28. 前記第２のパケットのセットを、前記第２のルートを介して前記プロトコル・トンネルから受信する手段と、
    前記第２のパケットのセットを、前記第１のインターネット・プロトコル・インタフェースへ配信するために、前記プロトコル・トンネルから前記第１のルートへルーティングする手段と
    をさらに備える請求項２７に記載の装置。
29. 前記第２のパケットのセットを前記第１の第１ホップ・ルータから受信するために、前記第１のインターネット・プロトコル・インタフェースを維持し、同時に、前記第３のパケットのセットを前記第２の第１ホップ・ルータから受信するために、前記第２のインターネット・プロトコル・インタフェースを維持する手段をさらに備える請求項２６に記載の装置。
30. 前記プロトコル・トンネルは、前記第２のインターネット・プロトコル・インタフェースが確立された後、前記第１のインターネット・プロトコル・インタフェースが、前記第１の第１ホップ・ルータから、前記第２のパケットのセットを受信できるようにする請求項２６に記載の装置。
31. 前記第１の第１ホップ・ルータと前記第１のインターネット・プロトコル・インタフェースとの間のトラフィック・フローが終了したと判定された場合、前記第１のインタフェース・プロトコル・インタフェースを終了させる手段をさらに備える請求項２６に記載の装置。
32. 前記第１のネットワーク・アクセス・ノードが、前記アクセス端末のルート・セット内にリストされなくなった場合、前記第１のインターネット・プロトコル・インタフェースを終了させる手段をさらに備える請求項２６に記載の装置。
33. 前記第２のパケットのセットを前記プロトコル・トンネルを介して受信することが、前記ハンドオフ中のパケット喪失を低減する請求項２５に記載の装置。
34. 前記第２の第１ホップ・ルータから、前記第３のパケットのセットのうちの少なくとも一部を受信した後、前記第２のパケットのセットのうちの少なくとも一部が、前記プロトコル・トンネルを介して受信される請求項２５に記載の装置。
35. 前記第１のネットワーク・アクセス・ノードは、第１の基地局を備え、前記第２のネットワーク・アクセス・ノードは、第２の基地局を備える請求項２５に記載の装置。
36. 前記第１の第１ホップ・ルータは、第１のアクセス・ゲートウェイを備え、前記第２の第１ホップ・ルータは、第２のアクセス・ゲートウェイを備える請求項４５に記載の装置。
37. 無線通信のためのコンピュータ・プログラム製品であって、コンピュータに対して、
    第１の第１ホップ・ルータから第１のパケットのセットを受信するための、第１のネットワーク・アクセス・ノードとの第１の無線リンクを、アクセス端末において確立させ、
    前記第１のネットワーク・アクセス・ノードから第２のネットワーク・アクセス・ノードへのハンドオフを実行するために、前記第２のネットワーク・アクセス・ノードとの第２の無線リンクを、前記アクセス端末において確立させ、
    前記第２のネットワーク・アクセス・ノードを介した前記第１のネットワーク・アクセス・ノードへのプロトコル・トンネルを、前記アクセス端末において確立させ、
    前記プロトコル・トンネルを介して、前記第１の第１ホップ・ルータからの第２のパケットのセットを、前記アクセス端末において受信させ、
    前記第２のネットワーク・アクセス・ノードを介して、第２の第１ホップ・ルータからの第３のパケットのセットを、前記アクセス端末において受信させる
    ためのコードを備えるコンピュータ読取可能媒体を備えるコンピュータ・プログラム製品。
38. 前記コンピュータに対して、
    前記第１のネットワーク・アクセス・ノードから第１のインターネット・プロトコル・インタフェースへ前記第１のパケットのセットをルーティングするために使用される第１のルートを確立させ、
    前記第２のネットワーク・アクセス・ノードから第２のインターネット・プロトコル・インタフェースへ前記第３のパケットのセットをルーティングするために使用される第２のルートを確立させる
    ためのコードをさらに備える請求項３７に記載のコンピュータ・プログラム製品。
39. 前記第２のパケットのセットは、前記第１のネットワーク・アクセス・ノードにおいて、前記第１のルートに関連付けられ、前記第２のネットワーク・アクセス・ノードにおいて、前記第２のルートを介してルーティングされるために、前記プロトコル・トンネルによって送られる請求項３８に記載のコンピュータ・プログラム製品。
40. 前記コンピュータに対して、
    前記第２のパケットのセットを、前記第２のルートを介して前記プロトコル・トンネルから受信させ、
    前記第２のパケットのセットを、前記第１のインターネット・プロトコル・インタフェースへ配信するために、前記プロトコル・トンネルから前記第１のルートへルーティングさせる
    ためのコードをさらに備える請求項３９に記載のコンピュータ・プログラム製品。
41. 前記コンピュータに対して、
    前記第２のパケットのセットを前記第１の第１ホップ・ルータから受信するために、前記第１のインターネット・プロトコル・インタフェースを維持させ、同時に、前記第３のパケットのセットを前記第２の第１ホップ・ルータから受信するために、前記第２のインターネット・プロトコル・インタフェースを維持させる
    ためのコードをさらに備える請求項３８に記載のコンピュータ・プログラム製品。
42. 前記プロトコル・トンネルは、前記第２のインターネット・プロトコル・インタフェースが確立された後、前記第１のインターネット・プロトコル・インタフェースが、前記第１の第１ホップ・ルータから、前記第２のパケットのセットを受信できるようにする請求項３８に記載のコンピュータ・プログラム製品。
43. 前記コンピュータに対して、前記第１の第１ホップ・ルータと前記第１のインターネット・プロトコル・インタフェースとの間のトラフィック・フローが終了したと判定された場合、前記第１のインタフェース・プロトコル・インタフェースを終了させる
    ためのコードをさらに備える請求項３８に記載のコンピュータ・プログラム製品。
44. 前記コンピュータに対して、前記第１のネットワーク・アクセス・ノードが、前記アクセス端末のルート・セット内にリストされなくなった場合、前記第１のインターネット・プロトコル・インタフェースを終了させる
    ためのコードをさらに備える請求項３８に記載のコンピュータ・プログラム製品。
45. 前記第２のパケットのセットを前記プロトコル・トンネルを介して受信することが、前記ハンドオフ中のパケット喪失を低減する請求項３７に記載のコンピュータ・プログラム製品。
46. 前記第２の第１ホップ・ルータから、前記第３のパケットのセットのうちの少なくとも一部を受信した後、前記第２のパケットのセットのうちの少なくとも一部が、前記プロトコル・トンネルを介して受信される請求項３７に記載のコンピュータ・プログラム製品。
47. 前記第１のネットワーク・アクセス・ノードは、第１の基地局を備え、前記第２のネットワーク・アクセス・ノードは、第２の基地局を備える請求項３７に記載のコンピュータ・プログラム製品。
48. 前記第１の第１ホップ・ルータは、第１のアクセス・ゲートウェイを備え、前記第２の第１ホップ・ルータは、第２のアクセス・ゲートウェイを備える請求項４７に記載のコンピュータ・プログラム製品。
49. 無線通信方法であって、
    アクセス端末のルート・セットへアクセス・ノードを追加するためのメッセージを送信することと、
    前記メッセージに応答して、前記アクセス・ノードに関連付けられた第１ホップ・ルータを識別するインジケーションを受信することと、
    前記アクセス・ノードが現在、前記第１ホップ・ルータに関連付けられているか、あるいは、別の第１ホップ・ルータに関連付けられているかを判定することと、
    前記アクセス端末が前記第１ホップ・ルータに関連付けられていない場合、前記第１ホップ・ルータのためのインターネット・プロトコル・インタフェースを確立することと
    を備える方法。
50. 前記アクセス端末が、前記第１ホップ・ルータに関連付けられていない場合、前記アクセス端末のためのデータ接続点を前記アクセス・ノードへ移動させる要求を送信することをさらに備える請求項４９に記載の方法。
51. 前記第１ホップ・ルータのためのインターネット・プロトコル・インタフェースを確立した後、前記アクセス端末において、前のインターネット・プロトコル・インタフェースを維持することをさらに備える請求項４９に記載の方法。
52. 前記インジケーションは、前記第１ホップ・ルータのインターネット・プロトコル・アドレスを備える請求項４９に記載の方法。
53. 前記インジケーションは、ＵＭＢリンクＩＤを備える請求項４９に記載の方法。
54. 無線通信装置であって、
    アクセス端末のルート・セットへアクセス・ノードを追加するためのメッセージを送信するように構成された送信機と、
    前記メッセージに応答して、前記アクセス・ノードに関連付けられた第１ホップ・ルータを識別するインジケーションを受信するように構成された受信機と、
    前記アクセス・ノードが現在、前記第１ホップ・ルータに関連付けられているか、あるいは、別の第１ホップ・ルータに関連付けられているかを判定するように構成され、さらに、前記アクセス端末が前記第１ホップ・ルータに関連付けられていない場合、前記第１ホップ・ルータのためのインターネット・プロトコル・インタフェースを確立するように構成されたインターネット・プロトコル・コントローラと
    を備える装置。
55. 前記送信機はさらに、前記アクセス端末が、前記第１ホップ・ルータに関連付けられていない場合、前記アクセス端末のためのデータ接続点を前記アクセス・ノードへ移動させる要求を送信するように構成された請求項５４に記載の装置。
56. 前記インターネット・プロトコル・コントローラはさらに、前記第１ホップ・ルータのためのインターネット・プロトコル・インタフェースを確立した後、前のインターネット・プロトコル・インタフェースを維持するように構成された請求項５４に記載の装置。
57. 前記インジケーションは、前記第１ホップ・ルータのインターネット・プロトコル・アドレスを備える請求項５４に記載の装置。
58. 前記インジケーションは、ＵＭＢリンクＩＤを備える請求項５４に記載の装置。
59. 無線通信装置であって、
    アクセス端末のルート・セットへアクセス・ノードを追加するためのメッセージを送信する手段と、
    前記メッセージに応答して、前記アクセス・ノードに関連付けられた第１ホップ・ルータを識別するインジケーションを受信する手段と、
    前記アクセス・ノードが現在、前記第１ホップ・ルータに関連付けられているか、あるいは、別の第１ホップ・ルータに関連付けられているかを判定する手段と、
    前記アクセス端末が前記第１ホップ・ルータに関連付けられていない場合、前記第１ホップ・ルータのためのインターネット・プロトコル・インタフェースを確立する手段と
    を備える装置。
60. 前記送信する手段はさらに、前記アクセス端末が、前記第１ホップ・ルータに関連付けられていない場合、前記アクセス端末のためのデータ接続点を前記アクセス・ノードへ移動させる要求を送信するように構成された請求項５９に記載の装置。
61. 前記確立する手段はさらに、前記第１ホップ・ルータのためのインターネット・プロトコル・インタフェースを確立した後、前記アクセス端末において、前のインターネット・プロトコル・インタフェースを維持するように構成された請求項５９に記載の装置。
62. 前記インジケーションは、前記第１ホップ・ルータのインターネット・プロトコル・アドレスを備える請求項５９に記載の装置。
63. 前記インジケーションは、ＵＭＢリンクＩＤを備える請求項５９に記載の装置。
64. 無線通信のためのコンピュータ・プログラム製品であって、コンピュータに対して、
    アクセス端末のルート・セットへアクセス・ノードを追加するためのメッセージを送信させ、
    前記メッセージに応答して、前記アクセス・ノードに関連付けられた第１ホップ・ルータを識別するインジケーションを受信させ、
    前記アクセス・ノードが現在、前記第１ホップ・ルータに関連付けられているか、あるいは、別の第１ホップ・ルータに関連付けられているかを判定させ、
    前記アクセス端末が前記第１ホップ・ルータに関連付けられていない場合、前記第１ホップ・ルータのためのインターネット・プロトコル・インタフェースを確立させる
    ためのコードを備えるコンピュータ読取可能媒体を備えるコンピュータ・プログラム製品。
65. 前記コンピュータに対して、前記アクセス端末が、前記第１ホップ・ルータに関連付けられていない場合、前記アクセス端末のためのデータ接続点を前記アクセス・ノードへ移動させる要求を送信させるためのコードをさらに備える請求項６４に記載のコンピュータ・プログラム製品。
66. 前記コンピュータに対して、前記第１ホップ・ルータのためのインターネット・プロトコル・インタフェースを確立した後、前記アクセス端末において、前のインターネット・プロトコル・インタフェースを維持させるためのコードをさらに備える請求項６４に記載のコンピュータ・プログラム製品。
67. 前記インジケーションは、前記第１ホップ・ルータのインターネット・プロトコル・アドレスを備える請求項６４に記載のコンピュータ・プログラム製品。
68. 前記インジケーションは、ＵＭＢリンクＩＤを備える請求項６４に記載のコンピュータ・プログラム製品。

Images