JP2013529415A - 移動インターネットプロトコルを使用するｕｅ間転送サポート - Google Patents

Abstract

ＷＴＲＵは、対応ノードなどソースデバイスから第１のデータフローを受信し、異なるＷＴＲＵにそのフローが転送されたことに対応ノードが気付かないように、シームレスなＩＵＴを実施する。ＷＴＲＵは、第１のホームエージェントに登録し、第１のホームエージェントは、あるホームアドレスにアドレス指定された複数のメッセージを受信する。ホームエージェントは、それらのメッセージを第１の気付アドレスのＷＴＲＵに転送する。ＷＴＲＵは、バインディング更新を第１のホームエージェントに送る。バインディング更新は、第２のトラフィックセレクタおよび第２のアクションを含む。第２のアクションは、複数のメッセージの第２のメッセージが第２のトラフィックセレクタに一致した場合、その第２のメッセージを異なるＷＴＲＵに転送すべきであることを指定する。

Description

本発明は、移動通信に関する。

関連出願の相互参照
本願は、２０１０年４月１６日に出願された米国特許仮出願第６１／３２５，１６３号、および２０１０年４月２９日に出願された米国特許仮出願第６１／３２９，４５６号の利益を主張し、それらの内容を参照により本明細書に組み込む。

インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）は、ＩＰをベースとするマルチメディアサービスを配信するためのアーキテクチャフレームワークである。無線送信／受信ユニット（ＷＴＲＵ）は、それだけには限らないが、ユニバーサル移動体通信システム（ＵＭＴＳ）地上波無線アクセスネットワーク（ＵＴＲＡＮ）、ロングタームエボリューション（ＬＴＥ）、ＷｉＭＡＸ（ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ）、または無線ローカルエリアネットワーク（ＷＬＡＮ）などの技術に基づくネットワークを含む様々なアクセスネットワークを通じてＩＭＳに接続する。ＷＴＲＵは、パケット交換（ＰＳ）ドメインを通じてＩＭＳにアクセスする。さらに、ＩＭＳ集中サービス（ＩＣＳ）の使用を通じて、ＷＴＲＵは、回路交換（ＣＳ）ドメインを介してＩＭＳサービスにアクセスする。

３ＧＰＰ ＴＳ ２３．２３７：「ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ （ＩＭＳ） Ｓｅｒｖｉｃｅ Ｃｏｎｔｉｎｕｉｔｙ；Ｓｔａｇｅ ２」 ３ＧＰＰ ＴＳ ２４．２３７：「ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ （ＩＭＳ） Ｓｅｒｖｉｃｅ Ｃｏｎｔｉｎｕｉｔｙ；Ｓｔａｇｅ ３」 ３ＧＰＰ ＴＳ ２４．２３７：「ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ （ＩＭＳ） Ｓｅｒｖｉｃｅ Ｃｏｎｔｉｎｕｉｔｙ；Ｓｔａｇｅ ３」の第１５条 ３ＧＰＰ ＴＳ ２６．２３７「ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ （ＩＭＳ） ｂａｓｅｄ Ｐａｃｋｅｔ Ｓｗｉｔｃｈ Ｓｔｒｅａｍｉｎｇ （ＰＳＳ） ａｎｄ Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ （ＭＢＭＳ） Ｕｓｅｒ Ｓｅｒｖｉｃｅ； Ｐｒｏｔｏｃｏｌｓ」の第１２．１条 ３ＧＰＰ ＴＳ ２６．２３７「ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ （ＩＭＳ） ｂａｓｅｄ Ｐａｃｋｅｔ Ｓｗｉｔｃｈ Ｓｔｒｅａｍｉｎｇ （ＰＳＳ） ａｎｄ Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ （ＭＢＭＳ） Ｕｓｅｒ Ｓｅｒｖｉｃｅ；Ｐｒｏｔｏｃｏｌｓ」の第１２．２．２条 ３ＧＰＰ ＴＳ ２６．２３７「ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ （ＩＭＳ） ｂａｓｅｄ Ｐａｃｋｅｔ Ｓｗｉｔｃｈ Ｓｔｒｅａｍｉｎｇ （ＰＳＳ） ａｎｄ Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ （ＭＢＭＳ） Ｕｓｅｒ Ｓｅｒｖｉｃｅ；Ｐｒｏｔｏｃｏｌｓ」の第８．２．６．１．１条

ＩＭＳをサポートする第３世代パートナーシッププロジェクト（３ＧＰＰ）システムでは、ＵＥ間転送（ＩＵＴ）（すなわち、メディアモビリティ）が、ＩＭＳセッション開始プロトコル（ＳＩＰ）をサポートするＷＴＲＵによって実施される。ＩＵＴは、あるＷＴＲＵから別のＷＴＲＵに通信セッションが転送されることを可能にする。非ＩＭＳ端末（たとえば、パケット交換ストリーミング（ＰＳＳ）サービス対応端末、リアルタイムストリーミングプロトコル（ＲＴＳＰ）／リアルタイム制御プロトコル（ＲＴＣＰ）端末、および／またはハイパーテキスト転送プロトコル（ＨＴＴＰ）ストリーミング端末）のための標準化された解決策はない。すべてのシステムがＩＭＳをサポートするとは限らず、またすべての端末がＳＩＰをサポートするとは限らず、したがって非ＩＭＳ端末のためのＩＵＴ動作、および非ＩＭＳシステムにおけるＩＵＴ動作が様々な場合にサポートされないことがある。

ＷＴＲＵは、対応ノードなどソースデバイスから第１のデータフローを受信し、異なるＷＴＲＵにそのフローが転送されたことに対応ノードが気付かないように、シームレスなＩＵＴを実施する。ＷＴＲＵは、第１のホームエージェントに登録する。第１のホームエージェントは、あるホームアドレスにアドレス指定された複数のメッセージを受信する。ホームエージェントは、それらのメッセージを第１の気付アドレスのＷＴＲＵに転送する。ＷＴＲＵは、第１のバインディング更新を第１のホームエージェントに送る。第１のバインディング更新は、第１のトラフィックセレクタおよび第１のアクションを含む。第１のアクションは、複数のメッセージの第１のメッセージが第１のトラフィックセレクタに一致した場合、その第１のメッセージを第１のデバイスに転送すべきであることを指定する。ＷＴＲＵは、第２のバインディング更新を第２のホームエージェントに送る。第２のバインディング更新は、第２のトラフィックセレクタおよび第２のアクションを含む。第２のアクションは、複数のメッセージの第２のメッセージが第２のトラフィックセレクタに一致した場合、その第２のメッセージを異なるＷＴＲＵに転送すべきであることを指定する。

ＷＴＲＵは、第１のメッセージをホームエージェントに送るための送信機を含む。第１のメッセージは、第１のトラフィックセレクタおよび第１のアクションを含む。第１のアクションは、パケットが第１のトラフィックセレクタに一致した場合、そのパケットをそのホームエージェントからそのＷＴＲＵに転送すべきであることを指定する。パケットは、ＭＩＰプロトコルにおけるホームアドレスなど第１のプロキシアドレスにアドレス指定され、ソースデバイスからホームエージェントに送られる。ＷＴＲＵは、第２のメッセージをホームエージェントに送る。第２のメッセージは、第１のアクションを削除し、第２のアクションを含める。第２のアクションは、パケットが第１のトラフィックセレクタに一致した場合、そのパケットを異なるＷＴＲＵに転送すべきであることを示す。ソースデバイスは、そのパケットが第２のＷＴＲＵに転送されることになっていることに気付かない。

ホームエージェントは、第１のデバイスのための登録情報を第１のデバイスから受信する。第１のホームエージェントは、複数のメッセージをメッセージソースから受信する。複数のメッセージのそれぞれは、ホームアドレスにアドレス指定される。ホームエージェントは、第１のバインディング更新を第１のデバイスから受信する。第１のバインディング更新は、第１のトラフィックセレクタおよび第１のアクションを含む。第１のアクションは、複数のメッセージの第１のメッセージが第１のトラフィックセレクタに一致した場合、その第１のメッセージを第１のデバイスに転送すべきであることを指定する。ホームエージェントは、第２のバインディング更新を第１のデバイスから受信する。第２のバインディング更新は、第２のトラフィックセレクタおよび第２のアクションを含む。第２のアクションは、複数のメッセージの第２のメッセージが第２のトラフィックセレクタに一致した場合、その第２のメッセージを第２のデバイスに転送すべきであることを指定する。

より詳細な理解が、添付の図面と共に、例として与えられている以下の説明から得られる。

１つまたは複数の開示されている実施形態が実装される例示的な通信システムのシステム図である。 図１Ａに示されている通信システム内で使用される例示的な無線送信／受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａに示されている通信システム内で使用される例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 図１Ａに示されている通信システム内で使用される別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム図である。 図１Ａに示されている通信システム内で使用される別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム図である。 ＩＭＳをベースとするサービスおよびサービスコンティニュイティの例示的なアーキテクチャの図である。 （ＰＳＳサーバでの）ＩＭＳをベースとするプッシュモード中のシグナリングの、従来の流れ図である。 一実施形態が実装される、単一のホームエージェントを有する例示的なシステム図である。 一実施形態によるフロー転送を要求し許可するための例示的な信号図である。 一実施形態によるフロー転送を要求し許可するための別の例示的な信号図である。 一実施形態による、混合プロトコルを使用してフロー転送を要求し許可するための例示的な信号図である。 単一のホームエージェントでの例示的なＩＵＴシーケンスフローの図である。 一実施形態が実装される２つのホームエージェントでの例示的なシステム図である。 ２重トンネリングを使用する、２つのホームエージェントでの例示的なＩＵＴシーケンスフローの図である。 ２つのトンネルを使用する、２つのホームエージェントでの例示的なＩＵＴシーケンスフローの図である。 単一のトンネルを使用する、２つのホームエージェントでの例示的なＩＵＴシーケンスフローの図である。 一実施形態による、例示的な修正後のフローテーブルおよびバインディングテーブルの図である。 一実施形態による、例示的なＭＩＰ修正バインディング参照の図である。

図１Ａは、１つまたは複数の開示されている実施形態が実装される例示的な通信システム１００の図である。通信システム１００は、音声、データ、映像、メッセージング、ブロードキャストなど、コンテンツを複数の無線ユーザに送る多元接続システムである。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用によってそのようなコンテンツにアクセスすることを可能にする。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１つまたは複数のチャネルアクセス方法を使用する。

図１Ａに示されているように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むが、開示されている実施形態は任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることを理解されたい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境で動作および／または通信するように構成された任意のタイプのデバイスである。たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成され、ユーザ機器（ＵＥ）、移動局、固定型もしくは移動型加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家電などを含む。

また、通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含む。基地局１１４ａ、１１４ｂのそれぞれは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェースし、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２など、１つまたは複数の通信ネットワークへのアクセスを円滑にするように構成された任意のタイプのデバイスである。たとえば、基地局１１４ａ、１１４ｂは、ベーストランシーバ基地局（ＢＴＳ）、ノードＢ、高度化ノードＢ、ホームノードＢ、ホーム高度化ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどである。基地局１１４ａ、１１４ｂは、それぞれが単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことを理解されたい。

基地局１１４ａは、ＲＡＮ１０４の一部であり、ＲＡＮ１０４もまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなど、他の基地局および／またはネットワーク要素（図示せず）を含む。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれる特定の地理的領域内で無線信号を送信および／または受信するように構成される。さらに、セルは、セルセクタに分割される。たとえば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割される。したがって、一実施形態では、基地局１１４ａは、３つ、すなわちセルの各セクタごとに１つ、トランシーバを含む。他の実施形態では、基地局１１４ａは、多重入力・多重出力（ＭＩＭＯ）技術を使用し、したがって、セルの各セクタについて複数のトランシーバを使用する。

基地局１１４ａ、１１４ｂは、任意の好適な無線通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外（ＩＲ）、紫外（ＵＶ）、可視光など）であるエアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数と通信する。エアインターフェース１１６は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立される。

より具体的には、上記で指摘したように、通信システム１００は、多元接続システムであり、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなど、１つまたは複数のチャネルアクセス方式を使用する。たとえば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェース１１６を確立するユニバーサル移動体通信システム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）など無線技術を実装する。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）など、通信プロトコルを含む。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含む。

他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／または拡張ＬＴＥ（ＬＴＥ−Ａ）を使用してエアインターフェース１１６を確立する拡張ＵＭＴＳ地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）など無線技術を実装する。

他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、グローバル移動体通信システム（ＧＳＭ（登録商標））、ＧＳＭエボリューション用の拡張データ転送速度（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）など、無線技術を実装する。

図１Ａにおける基地局１１４ｂは、たとえば、無線ルータ、ホームノードＢ、ホーム高度化ノードＢ、またはアクセスポイントであり、事業所、自宅、乗物、キャンパスなど、局所的な領域での無線コネクティビティを円滑にするための任意の好適なＲＡＴを使用する。一実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ８０２．１１など無線技術を実装する。他の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ８０２．１５など無線技術を実装する。他の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を使用する。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０に対する直接接続を有する。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることが必要でない。

ＲＡＮ１０４は、コアネットワーク１０６と通信し、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバーネットワーク（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数に提供するように構成された任意のタイプのネットワークである。たとえば、コアネットワーク１０６は、呼制御、支払い請求サービス、移動体位置をベースとするサービス、プリペイド呼、インターネットコネクティビティ、映像配信などを提供することができ、かつ／またはユーザ認証などハイレベルセキュリティ機能を実施する。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと直接または間接的に通信することを理解されたい。たとえば、Ｅ−ＵＴＲＡ無線技術を使用しているＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６はまた、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）と通信する。

また、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして働く。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ／ｐｌａｉｎ ｏｌｄ ｔｅｌｅｐｈｏｎｅ ｓｅｒｖｉｃｅ）を提供する回線交換電話網を含む。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、インターネットプロトコル（ＩＰ）など、一般的な通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含む。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線もしくは無線通信ネットワークを含む。たとえば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを使用する１つまたは複数のＲＡＮに接続された別のコアネットワークを含む。

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部がマルチモード機能を含む。すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、相異なる無線リンクを介して相異なる無線ネットワークと通信するために複数のトランシーバを含む。たとえば、図１Ａに示されているＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用する基地局１１４ａ、およびＩＥＥＥ８０２無線技術を使用する基地局１１４ｂと通信するように構成される。

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信エレメント１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非取外し式メモリ１０６、取外し式メモリ１３２、電源１３４、全世界測位システム（ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含む。ＷＴＲＵ１０２は、一実施形態と一貫したまま前述の要素の任意のサブコンビネーションを含むことを理解されたい。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などである。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能を実施する。プロセッサ１１８は、トランシーバ１２０に結合され、トランシーバ１２０は、送信／受信エレメント１２２に結合される。図１Ｂは、プロセッサ１１８とトランシーバ１２０を別個の構成要素として示しているが、プロセッサ１１８とトランシーバ１２０は、電子パッケージまたはチップ内で共に集積されてもよいことを理解されたい。

送信／受信エレメント１２２は、エアインターフェース１１６を介して基地局（たとえば、基地局１１４ａ）に信号を送信する、または基地局から信号を受信するように構成される。たとえば、一実施形態では、送信／受信エレメント１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナである。他の実施形態では、送信／受信エレメント１２２は、たとえばＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されたエミッタ／ディテクタである。他の実施形態では、送信／受信エレメント１２２は、ＲＦ信号と光信号を共に送信および受信するように構成される。送信／受信エレメント１２２は、任意の組合せの無線信号を送信および／または受信するように構成されることを理解されたい。

さらに、送信／受信エレメント１２２は、図１Ｂに単一のエレメントとして示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信エレメント１２２を含む。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用する。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送信および受信するために２つ以上の送信／受信エレメント１２２（たとえば、複数のアンテナ）を含む。

トランシーバ１２０は、送信／受信エレメント１２２によって送信しようとする信号を変調するように、また送信／受信エレメント１２２によって受信される信号を復調するように構成される。上記で指摘したように、ＷＴＲＵ１０２は、マルチモード機能を有する。したがって、トランシーバ１２０は、たとえばＵＴＲＡおよびＩＥＥＥ８０２．１１など複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするために複数のトランシーバを含む。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、または有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され、それらからユーザ入力データを受け取る。また、プロセッサ１１８は、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力する。さらに、プロセッサ１１８は、非取外し式メモリ１０６および／または取外し式メモリ１３２など、任意のタイプの好適なメモリからの情報にアクセスし、それらにデータを記憶させる。非取外し式メモリ１０６は、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶装置を含む。取外し式メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含む。他の実施形態では、プロセッサ１１８は、サーバ上または家庭用コンピュータ（図示せず）上など、物理的にＷＴＲＵ１０２上に位置しないメモリからの情報にアクセスし、それらにデータを記憶させる。

プロセッサ１１８は、電源１３４から電力を受け取り、ＷＴＲＵ１０２内の他の構成要素に電力を分配し、かつ／またはその電力を制御するように構成される。電源１３４は、ＷＴＲＵ１０２に給電するための任意の好適なデバイスである。たとえば、電源１３４は、１つまたは複数の乾電池（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含む。

また、プロセッサ１１８は、ＷＴＲＵ１０２の現在位置に関する位置情報（たとえば、経度および緯度）を提供するように構成されるＧＰＳチップセット１３６に結合される。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１６を介して基地局（たとえば、基地局１１４ａ、１１４ｂ）から位置情報を受信し、かつ／または近くの２つ以上の基地局から受信される信号のタイミングに基づいてその位置を決定する。ＷＴＲＵ１０２は、一実施形態と一貫したまま任意の好適な位置決定方法により位置情報を獲得することを理解されたい。

さらに、プロセッサ１１８は他の周辺機器１３８に結合され、それらの周辺機器１３８は、追加の特徴、機能、および／または有線もしくは無線コネクティビティを提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含む。たとえば、周辺機器１３８は、加速度計、電子コンパス（ｅ−ｃｏｍｐａｓｓ）、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンドフリー用ヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変換（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含む。

図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上記で指摘したように、ＲＡＮ１０４は、ＵＴＲＡ無線技術を使用し、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する。また、ＲＡＮ１０４は、コアネットワーク１０６と通信する。図１Ｃに示されているように、ＲＡＮ１０４は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含み、ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれが、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含む。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれがＲＡＮ１０４内の特定のセル（図示せず）に関連付けられる。また、ＲＡＮ１０４は、ＲＮＣ１４２ａ、１４２ｂを含む。ＲＡＮ１０４は、一実施形態と一貫したまま任意の数のノードＢおよびＲＮＣを含むことを理解されたい。

図１Ｃに示されているように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信する。さらに、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信する。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａ、１４２ｂと通信する。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信する。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、接続されているそれぞれのノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成される。さらに、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、外部ループ電力制御、負荷制御、許可制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバシティ、セキュリティ機能、データ暗号化など、他の機能を実施する、またはサポートするように構成される。

図１Ｃに示されているコアネットワークは、メディアゲートウェイ（ＭＧＷ）１４４、移動交換センタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含む。前述の要素のそれぞれはコアネットワーク１０６の一部として示されているが、これらの要素のいずれか１つがコアネットワークオペレータ以外の企業体（ｅｎｔｉｔｙ）によって所有および／または運営されてもよいことを理解されたい。

ＲＡＮ１０４内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６内のＭＳＣ１４６に接続される。ＭＳＣ１４６は、ＭＧＷ１４４に接続される。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃがＰＳＴＮ１０８など回線交換ネットワークにアクセスすることを可能にし、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を円滑にする。

また、ＲＡＮ１０４内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介してコアネットワーク１０６内のＳＧＳＮ１４８に接続される。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続される。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃがインターネット１１０などパケット交換ネットワークにアクセスすることを可能にし、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑にする。

上記で指摘したように、コアネットワーク１０６はまた、他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含むネットワーク１１２に接続される。

図１Ｄは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上記で指摘したように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を使用し、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する。また、ＲＡＮ１０４は、コアネットワーク１０６と通信する。

ＲＡＮ１０４は高度化ノードＢ１６０ａ、１６０ｂ、１６０ｃを含むが、ＲＡＮ１０４は、一実施形態と一貫したまま任意の数の高度化ノードＢを含むことを理解されたい。高度化ノードＢ１６０ａ、１６０ｂ、１６０ｃは、それぞれが、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含む。一実施形態では、高度化ノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装する。したがって、たとえば高度化ノードＢ１６０ａは、複数のアンテナを使用し、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。

高度化ノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられ、無線リソース管理判断、ハンドオーバ判断、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成される。図１Ｄに示されているように、高度化ノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信する。

図１Ｄに示されているコアネットワーク１０６は、無線通信移動管理装置（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含む。前述の要素のそれぞれはコアネットワーク１０６の一部として示されているが、これらの要素のいずれか１つがコアネットワークオペレータ以外の企業体によって所有および／または運営されてもよいことを理解されたい。

ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４内の高度化ノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続され、制御ノードとして働く。たとえば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラの活動化／非活動化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初のアタッチ中に特定のサービングゲートウェイを選択することなどの責任を担う。また、ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなど他の無線技術を使用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供する。

サービングゲートウェイ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４内の高度化ノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続される。サービングゲートウェイ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃからルーティングおよび転送する。また、サービングゲートウェイ１６４は、高度化ノードＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにダウンリンクデータが使用可能であるときページングをトリガすること、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなど、他の機能を実施する。

また、サービングゲートウェイ１６４はＰＤＮゲートウェイ１６６に接続され、ＰＤＮゲートウェイ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃがインターネット１１０などパケット交換ネットワークにアクセスすることを可能にし、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑にする。

コアネットワーク１０６は、他のネットワークとの通信を円滑にする。たとえば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃがＰＳＴＮ１０８など回線交換ネットワークにアクセスすることを可能にし、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を円滑にする。たとえば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８の間のインターフェースとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み、またはＩＰゲートウェイと通信する。さらに、コアネットワーク１０６は、他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含むネットワーク１１２に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃがアクセスすることを可能にする。

図１Ｅは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＩＥＥＥ８０２．１６無線技術を使用するアクセスサービスネットワーク（ＡＳＮ）である。下記でさらに論じるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０４、およびコアネットワーク１０６の異なる機能エンティティ間の通信リンクが、参照ポイントとして定義される。

図１Ｅに示されているように、ＲＡＮ１０４は、基地局１８０ａ、１８０ｂ、１８０ｃ、およびＡＳＮゲートウェイ１８２を含むが、ＲＡＮ１０４は、一実施形態と一貫したまま任意の数のノードＢおよびＲＮＣを含むことを理解されたい。

基地局１８０ａ、１８０ｂ、１８０ｃは、それぞれがＲＡＮ１０４内の特定のセル（図示せず）に関連付けられ、それぞれが、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含む。一実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装する。したがって、たとえば基地局１８０ａは、複数のアンテナを使用し、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信する。また、基地局１８０ａ、１８０ｂ、１８０ｃは、ハンドオフのトリガ、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシ施行など、移動管理機能を提供する。ＡＳＮゲートウェイ１８２は、トラフィック集約ポイントとして働き、ページング、加入者プロファイルのキャッシング、コアネットワーク１０６へのルーティングなどの責任を担う。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０４の間のエアインターフェース１１６は、ＩＥＥＥ８０２．１６仕様を実装するＲ１参照ポイントとして定義される。さらに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれは、コアネットワーク１０６との論理インターフェース（図示せず）を確立する。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０６の間の論理インターフェースは、Ｒ２参照ポイントとして定義され、認証、許可、ＩＰホスト構成管理、および／または移動管理のために使用される。

基地局１８０ａ、１８０ｂ、１８０ｃのそれぞれの間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間のデータの転送を円滑にするためのプロトコルを含むＲ８参照ポイントとして定義される。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２の間の通信リンクは、Ｒ６参照ポイントとして定義される。Ｒ６参照ポイントは、ＷＴＲＵ１０２ａ、１０２ｂ、１００ｃのそれぞれに関連する移動イベントに基づいて移動管理を円滑にするためのプロトコルを含む。

図１Ｅに示されているように、ＲＡＮ１０４は、コアネットワーク１０６に接続される。ＲＡＮ１０４とコアネットワーク１０６の間の通信リンクは、たとえばデータ転送および移動管理機能を円滑にするためのプロトコルを含むＲ３参照ポイントとして定義される。コアネットワーク１０６は、移動ＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４と、認証、許可、アカウンティング（ＡＡＡ）サーバ１８６と、ゲートウェイ１８８とを含む。前述の要素のそれぞれはコアネットワーク１０６の一部として示されているが、これらの要素のいずれか１つがコアネットワークオペレータ以外の企業体によって所有および／または運営されてもよいことを理解されたい。

ＭＩＰ−ＨＡは、ＩＰアドレス管理の責任を担い、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワーク間でローミングすることを可能にする。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃがインターネット１１０などパケット交換ネットワークにアクセスすることを可能にし、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑にする。ＡＡＡサーバ１８６は、ユーザ認証、およびユーザサービスをサポートすることの責任を担う。ゲートウェイ１８８は、他のネットワークとの網間接続を円滑にする。たとえば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃがＰＳＴＮ１０８など回線交換ネットワークにアクセスすることを可能にし、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を円滑にする。さらに、ゲートウェイ１８８は、他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含むネットワーク１１２に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃがアクセスすることを可能にする。

図１Ｅには示されていないが、ＲＡＮ１０４は他のＡＳＮに接続され、コアネットワーク１０６は他のコアネットワークに接続されることを理解されたい。ＲＡＮ１０４と他のＡＳＮとの間の通信リンクは、ＲＡＮ１０４と他のＡＳＮとの間でのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの移動を調整するためのプロトコルを含むＲ４参照ポイントとして定義される。コアネットワーク１０６と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと訪問を受けるコアネットワークとの間の網間接続を円滑にするためのプロトコルを含むＲ５参照ポイントとして定義される。

図２は、実施形態が実装される例示的なシステムアーキテクチャを示す。図２に示されているように、ＷＴＲＵ１ ２０２、ＷＴＲＵ２ ２０４、ＷＴＲＵ３ ２０６、およびＷＴＲＵ４ ２０８など複数のデバイスが、ＩＰネットワーク２１０を介して通信する。これらのＷＴＲＵは、無線通信プロトコルおよび／または有線通信プロトコルを介して通信する。たとえば、ＷＴＲＵ１ ２０２は、ＷＴＲＵ２ ２０４と通信セッションを確立する。たとえば、ＷＴＲＵ１ ２０２とＷＴＲＵ２ ２０４は、ストリーミングビデオ会議を確立する。この例では、ストリーミングデータが音声データおよびビデオデータを含む。ストリーミングビデオ会議を確立すると、組み合わされた音声およびビデオデータが、ＩＰネットワーク２１０を介し、フロー２１２を介してＷＴＲＵ１ ２０２とＷＴＲＵ２ ２０４の間で送られる。フロー２１２は、ＷＴＲＵ１ ２０２とＷＴＲＵ２ ２０４の間の音声および／またはビデオデータを含む。

フロー２１２が未決定の間は、ＷＴＲＵ２ ２０４からの音声および／またはビデオデータがＷＴＲＵ１ ２０２以外のデバイスにリダイレクトされることが望ましい。たとえば、ＷＴＲＵ１ ２０２のユーザが、フロー２１２の確立中に移動していたが、今では、ユーザの事務所に到着している。この例では、フロー２１２の全部または一部を１つまたは複数の異なるデバイスに転送することが望ましい。たとえば、ＷＴＲＵ１ ２０２のユーザは、フロー２１２の音声データをＷＴＲＵ３ ２０６に、またフロー２１２のビデオデータをＷＴＲＵ４ ３０８に転送しようと決める。音声データとビデオデータをそれぞれＷＴＲＵ３ ２０６とＷＴＲＵ４ ２０８に転送すると、新しいデータフローは、フロー２１４と呼ばれる。

図３は、ＵＥ１ ３０２がＰＳＳアダプタ／サーバ３１２とＩＭＳセッションを確立した例示的なメッセージング図を示す。この例では、ＵＥ１ ３０２は、ＩＭＳプロトコルを使用してＵＥ２ ３０４にデータセッションを転送する。転送元（ＵＥ１ ３０２）から転送先（ＵＥ２ ３０４）に継続中のＰＳＳセッションを転送するために、ＩＵＴが使用される。ＩＵＴは、セッション制御ならびにメディアフローの転送を含む。この例では、ＵＥ１ ３０２およびＵＥ２ ３０４は、同じユーザ加入申込み下にあり、同じサービス制御機能（Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）３１０によってサービスを提供される。さらに、ＵＥ間セッション転送は、たとえば、非特許文献１および非特許文献２に定義されている一般的なＵＥ間セッション転送手順に従う。プッシュモードでは、セッション転送は、ＵＥ１ ３０２によって開始される。

図３における情報フローは、ＵＥ１ ３０２からＵＥ２ ３０４への、ＰＳＳアダプタ／サーバ３１２とのＩＭＳセッションの転送を示す。ＳＩＰ ＲＥＦＥＲ３２０、ＳＩＰ ＲＥＦＥＲ３２２、ＲＥＦＥＲ要求許可３２４、ＳＩＰ ＲＥＦＥＲ３２６、ＳＩＰ ＲＥＦＥＲ３２８、ＳＩＰ３３０、ＳＩＰ３３２、ＳＩＰ３３４、ＳＩＰ３３６、ＳＩＰ通知（Ｎｏｔｉｆｙ）３４４、ＳＩＰ通知３４６、ＳＩＰ通知３４８、ＳＩＰ通知３５０、ＳＩＰ３５２、ＳＩＰ３５４、ＳＩＰ３５６、およびＳＩＰ３５８は、非特許文献３に定義されているセッション転送手順に従う。このシーケンスは、たとえばセッション進行メッセージを省略することによって簡略化されている。ＩＭＳサービス制御（ＩＭＳ Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ）３１４は、ＵＥ１とＰＳＳアダプタ／サーバの間のメディア経路３１６を制御する。ＵＥ１ ３０２とＰＳＳアダプタ／サーバ３１６の間の、ＩＭＳによって制御されるＰＳＳセッションは、メディアストリームを可能にする。ＵＥ１ ３０２は、ブックマーク作成３１８、たとえば非特許文献４によるブックマーク作成を開始する。

ＳＩＰ ＲＥＦＥＲ３２０は、ＵＥ２へのＵＥ間転送を開始し、ＵＥ１ ３０２からＩＭＳコアネットワーク（ＩＭ ＣＮ）サブシステム（ＩＭＳ Ｃｏｒｅ Ｎｅｔｗｏｒｋ Ｓｕｂｓｙｓｔｅｍ）３０６に送られる。ＩＭ ＣＮサブシステム３０６は、ＳＩＰ ＲＥＦＥＲ３２２をサービス集中化およびコンティニュイティ（Ｓｅｒｖｉｃｅ Ｃｅｎｔｒａｌｉｚａｔｉｏｎ ａｎｄ Ｃｏｎｔｉｎｕｉｔｙ／ＳＣＣ）３０８に送る。ＳＣＣ３０８は、この要求をＲＥＦＥＲ要求許可３２４でＩＵＴのために処理する。ＳＣＣ２０８は、この要求を、ＳＩＰ３２６を介してＩＭ ＣＮサブシステム３０６に転送して返し、さらにＩＭ ＣＮサブシステム３０６は、この要求をＳＩＰ ＲＥＦＥＲ３２８を介してＵＥ２ ３０４に転送する。ＵＥ２ ３０４は、ＳＩＰ３３０を介してＩＭ ＣＮサブシステム３０６に応答する。ＩＭ ＣＮサブシステム３０６は、この応答を、ＳＩＰ３３２を介してＳＣＣ３０８に転送し、ＳＣＣ３０８は、この応答を、ＳＩＰ３３４を介してＩＭ ＣＮサブシステム３０６に転送し、さらにＩＭ ＣＮサブシステム３０６は、この応答を、ＳＩＰ３３６を介してＵＥ１ ３０２に転送する。次いで、ＰＳＳセッション確立３３８が、たとえば非特許文献５に従って開始されたブックマークを使用して開始され、ＰＳＳアダプタ／サーバ３１２は、ＵＥ１ ３０２からＵＥ２ ３０４への転送について知らせを受ける。ＰＳＳセッション確立３３８したとき、ＩＭＳサービス制御３４０は、ＵＥ２とＰＳＳアダプタ／サーバの間のメディア経路３４２を介して確立されたセッションを制御する。

ＵＥ２とＰＳＳアダプタ／サーバの間のメディア経路３４２を解体するために、ＳＩＰ通知３４４がＵＥ２ ３０４からＩＭ ＣＮサブシステム３０６に送られる。ＩＭサブシステム３０６は、この要求を、ＳＩＰ３４６を介してＳＣＣ３０８に転送する。ＳＣＣ３０８は、この要求を、ＳＩＰ通知３４８を介してＩＭ ＣＮサブシステム３０６に転送し、ＩＭ ＣＮサブシステム３０６は、この要求をＳＩＰ通知３５０を介してＵＥ１ ３０２に転送する。ＵＥ１ ３０２は、ＳＩＰ３５２をＩＭ ＣＮサブシステム３０６に送ることによってこの解体を受け入れ、ＩＭ ＣＮサブシステム３０６は、この受入れを、ＳＩＰ３５４を介してＳＣＣ３０８に転送し、ＳＣＣ３０８は、この受入れを、ＳＩＰ３５６を介してＩＭ ＣＮサブシステム３０６に転送し、ＩＭ ＣＮサブシステム３０６は、この受入れを、ＳＩＰ３５８を介してＵＥ２ ３０４に転送する。次いで、ＰＳＳセッション解体（Ｔｅａｒｄｏｗｎ）３６０が完了され、ＰＳＳアダプタ／サーバ３１２は、たとえば非特許文献６に従ってセッションがＵＥ１ ３０２に戻ったという知らせを受ける。

理解されるように、ＩＭＳセッション転送手順は、大量のシグナリングオーバーヘッドを必要とし、セッションのための全当事者が、セッション転送が行われるという知らせを受けることを必要とする。さらに、ＩＭＳセッション転送手順を利用するために、デバイスがＩＭＳプロトコルをサポートすることを必要とする。実施形態は、セッションまたはデータフローに対する少なくとも１つの当事者が、セッションまたはフロー転送が行われたことに気付かない手順を企図している。また、実施形態は、ＩＭＳおよびＳＩＰをサポートしないデバイスがＩＵＴを開始しＩＵＴに関与する転送プロトコルを企図している。

図４は、実施形態が実装される例示的なシステムアーキテクチャを示す。対応ノード（Ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ Ｎｏｄｅ／ＣＮ）４０２は、ＷＴＲＵ１ ４１２、ＷＴＲＵ２ ４１４、および／またはＷＴＲＵ３ ４１６と通信する。たとえば、ＣＮ４０２は、音声データおよびビデオデータを含む通信セッションをＷＴＲＵ１ ４１２と確立する。この通信セッションは、データフロー、または単純にフローと呼ばれる。ＷＴＲＵ１ ４１２、ＷＴＲＵ２ ４１４、および／またはＷＴＲＵ３ ４１６の移動を、ＣＮ４０２によってこれらのデバイスのためのアドレスを更新することなしに可能にするために、ＣＮ４０２は、ホームエージェント（Ｈｏｍｅ Ａｇｅｎｔ：ＨＡ）４０４を介してＷＴＲＵ１ ４１２、ＷＴＲＵ２ ４１４、および／またはＷＴＲＵ３ ４１６と通信する。ＨＡ４０４は、ＷＴＲＵ１ ４１２、ＷＴＲＵ２ ４１４、および／またはＷＴＲＵ３ ４１６のためのアドレスの更新されたリストをバインディングテーブル４０６内で保つ。たとえば、ＷＴＲＵ１ ４１２は、ネットワーク４１０内の実際のＩＰアドレスを有する。この実際のＩＰアドレスは、気付アドレス（ＣｏＡ）と呼ばれる。ＷＴＲＵ１のＣｏＡにアドレス指定されたＩＰパケットは、ネットワーク４１０内でＷＴＲＵ１ ４１２にルーティングされる。同様に、ＷＴＲＵ２ ４１４およびＷＴＲＵ３ ４１６も共に、ネットワーク４１０内のそれらの実際のネットワークＩＰアドレスに対応するＣｏＡを有する。ＷＴＲＵ１ ４１２、ＷＴＲＵ２ ４１４、および／またはＷＴＲＵ３ ４１６は、それらのＣｏＡをＨＡ４０４に登録する。ＨＡ４０４は、ＷＴＲＵ４１２のためのＣｏＡをホームアドレス（Ｈｏｍｅ Ａｄｄｒｅｓｓ：ＨｏＡ）に関連付ける。ＨｏＡは、所与のＣｏＡのためのプロキシアドレスである。たとえば、ＨＡ４０４によって発行されるＨｏＡは、そのＨｏＡにアドレス指定されたＩＰパケットをネットワーク４１０内のＨＡ４０４へルーティングさせる。バインディングテーブル４０６内でＨｏＡをＣｏＡに関連付けることにより、次いでＨＡ４０４は、そのＨｏＡにアドレス指定されたパケットを、デバイスが位置するＣｏＡにルーティングする。

例として、ＣｏＡ１をＨＡ４０４に登録したＷＴＲＵ１ ４１２を考えてみる。ＨＡ４０４は、ＷＴＲＵ１ ４１２のためにバインディングテーブル４０６内のエントリを作成する。このエントリはＣｏＡ１を含む。さらに、ＨＡ４０４は、ＷＴＲＵ１ ４１２のためのプロキシアドレスであるＨｏＡ１を作成する。ＨｏＡ１は、バインディングテーブル４０６内でＣｏＡ１に関連付けられ、さらに、この例ではＢＩＤ１であるバインディング識別（Ｂｉｎｄｉｎｇ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ：ＢＩＤ）を含む。ＷＴＲＵは、各ＣｏＡについてＢＩＤを生成し、そのＢＩＤをＨＡに送る。あるいは、ＨＡは、ＢＩＤを生成し、ＵＥに知らせる。したがって、この例では、ＨｏＡ１、ＢＩＤ１、およびＣｏＡ１を含む一意のエントリがバインディングテーブル４０６内で作成される。一例では、ＨＡ４０４は、ＨｏＡ１についてＷＴＲＵ１ ４１２に知らせる。別のデバイス、たとえばＣＮ４０２と通信セッションを確立するとき、ＷＴＲＵ１ ４１２は、そのアドレスがＨｏＡ１であることを示す。したがって、ＷＴＲＵ１ ４１２宛である、セッション中に送られるパケットは、ＨｏＡ１にアドレス指定される。ＨｏＡ１にアドレス指定されたパケットは、ＨＡ４０４にルーティングされる。ＨＡ４０４は、ＨｏＡ１にアドレス指定されたパケットを受信し、バインディングテーブル４０６を使用してＣｏＡ１を決定し、ＣｏＡ１を使用してＷＴＲＵ１にパケットを転送する。このように登録することにより、ＷＴＲＵ１ ４１２は、ネットワーク４１０全体を移動し、これはそのＣｏＡをたとえばＣｏＡ２に変更することを含む。このシナリオでは、ＷＴＲＵ１ ４１２は、バインディング更新（ＢＵ）をＨＡ４０４に送り、ＨｏＡ１およびＢＩＤ１が今ＣｏＡ２に関連付けられていることを示すようにバインディングテーブル４０６を更新する。バインディングエントリは、ＨｏＡ／ＢＩＤ／ＣｏＡトリプレットである。この手順は、ＷＴＲＵ１ ４１２がそのＣｏＡを変更するたびにＣＮ４０２を更新する必要なしにＷＴＲＵ１ ４１２の移動を可能にする。

別の例では、ＷＴＲＵ１ ４１２が複数のインターフェースを含む。この例では、各インターフェースが関連のＣｏＡを含む。ＷＴＲＵ１ ４１２は、各インターフェースおよび関連のＣｏＡがバインディングテーブル４０６に含まれるようにそれらをＨＡ４０４に登録する。この例では、ＷＴＲＵ１ ４１２のインターフェースのすべてが、同じＨｏＡ、たとえばＨｏＡ１を共用する。しかし、インターフェース、およびそれらの対応するＣｏＡがバインディングテーブル４０６内で一意に識別されるように、各インターフェースに異なるＢＩＤが割り当てられる。たとえば、ＷＴＲＵ１ ４１２は、ＣｏＡ１でインターフェース１を含む。バインディングテーブル４０６内のインターフェース１のためのエントリは、ＨｏＡ１／ＢＩＤ１／ＣｏＡ１である。同様に、ＷＴＲＵ１ ４１２は、ＣｏＡ２でインターフェース２を含む。バインディングテーブル４０６内のインターフェース１のためのエントリは、ＨｏＡ１／ＢＩＤ２／ＣｏＡ２である。したがって、ＨＡ４０４は、ＨｏＡ１およびＢＩＤ１に関連付けられているパケットを識別する場合、バインディングテーブル４０６内のエントリを使用してＣｏＡを認識し、そのパケットをＣｏＡ１を介してインターフェース１にルーティングする。同様に、ＨＡ４０４は、ＨｏＡ１およびＢＩＤ２に関連付けられているパケットを識別する場合、バインディングテーブル４０６内のエントリを使用してＣｏＡを認識し、そのパケットをＣｏＡ２を介してインターフェース２にルーティングする。他の実施形態では、これらのエントリは、ユーザ機器識別（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ：ＵＥＩＤ）を使用して一意に識別される。ＵＥＩＤは、バインディングテーブル４０６内に含まれる。

大量のデータ、またはデータストリームが、ＨＡ４０４に登録されたデバイスに送られている通信セッションのためには、データフローまたはフローが確立される。フローは、トラフィックセレクタに一致するＩＰパケットのセットである。フローは、ＷＴＲＵがＨＡによる特別な処理を望む一連のパケットである。トラフィックセレクタは、パケットを分類するためにパケットのヘッダ内のフィールドに対してマッチングされる１つまたは複数のパラメータである。そのようなパラメータの例は、ソースおよび／または宛先ＩＰアドレス、トランスポートプロトコル番号、ソースおよび宛先ポート番号、ＩＰおよびそれより高いレイヤのヘッダ内の他のフィールドなどを含む。ＨＡでフローを識別するために、たとえばフローテーブル４０８内でフローバインディングが作成される。フローテーブルは、ＨＡに登録された各ＨｏＡについて存在する。フローバインディングは、トラフィックセレクタおよびアクションである。フローバインディングに関連付けられたトラフィックセレクタに一致する１つまたは複数のフローからのＩＰパケットが、フローバインディングに関連付けられたアクションに従って処理される。フローは、フロー識別子（ＦＩＤ）によって一意に識別される。たとえば、ＦＩＤはＷＴＲＵ１ ４１２によって生成され、そのＦＩＤが、フローテーブル４０８内でＨＡ１ ４０４によって維持されるフローバインディングエントリのテーブル内に含まれるようにＨＡ４０４に送られる。

たとえば、図４を参照すると、ＣＮ４０２とＷＴＲＵ１ ４１２の間でフローが確立される。ＷＴＲＵ１ ４１２は、フローの作成についてＨＡ４０４に知らせる。ＷＴＲＵ１ ４１２は、ＦＩＤについてＨＡ４０４に知らせ、ＨＡ４０４に、指定されたＨｏＡおよびＢＩＤを使用してフローに関連付けられたパケットを転送するように指令する。たとえば、ＷＴＲＵ１ ４１２は、ＣＮ４０２およびＷＴＲＵ１ ４１２に関連付けられたフローのためのＦＩＤ１を含むバインディング更新をＨＡ４０４に送る。このバインディング更新は、ＦＩＤ１に関連付けられたパケットを、ＨｏＡ１／ＢＩＤ１対を使用して、たとえばバインディング参照（Ｂｉｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ）サブオプションを使用してルーティングするための命令をも含む。バインディング参照サブオプションは、フローを１つまたは複数の登録されたＢＩＤに関連付ける。ＨｏＡ１／ＢＩＤ１対は、バインディングテーブル４０６内でＣｏＡ１に関連付けられる。バインディング更新を受信すると、ＨＡ４０４は、ＣＮ４０２およびＷＴＲＵ１ ４１２に関連付けられたフローのための、フローテーブル４０８内のエントリを作成する。このエントリは、ＦＩＤ１と、ＨＡ４０４によって作成されたトラフィックセレクタと、この場合にはバインディング更新内でＷＴＲＵ１ ４１２によって示された、ＣｏＡ１に転送されたアクションとを含む。あるいは、ＷＴＲＵ１ ４１２は、トラフィックセレクタを、バインディング更新の一部として、または異なるメッセージ内でＨＡ４０４に送る。ＨＡ４０４によって受信されたパケットは、作成済みのトラフィックセレクタに一致した場合、フローテーブル内に含まれるＨｏＡ／ＢＩＤ対を使用してルーティングされる。たとえば、入来パケットが、ＦＩＤ１に関連付けられたトラフィックセレクタに一致した場合、ＨＡ４０４は、フローテーブル４０８を使用してＨｏＡ１／ＢＩＤ１をそのパケットの宛先として識別する。別の例では、パケットは、たとえばバインディングテーブル内の各ＢＩＤが一意のＨｏＡに関連付けられている場合、ＢＩＤ１に基づいてルーティングされる。次いで、ＨＡ４０４は、バインディングテーブル４０６を使用して識別されるＣｏＡ１を使用してパケットをルーティングする。

ＣＮ４０２とＷＴＲＵ１ ４１２の間でフローを確立した後、そのフローは、１つまたは複数の異なるデバイスに転送されることが望ましい。たとえば、ＣＮ４０２とＷＴＲＵ１ ４１２の間のフロー、たとえばフロー１が、音声データおよびビデオデータを含むものと考えてみる。ＷＴＲＵ１ ４１２は、音声データをフロー１からＷＴＲＵ２ ４１４に、またビデオデータをフロー１からＷＴＲＵ３ ４１６に転送したいと望んでいる。また、ＷＴＲＵ１ ４１２は、転送が透過的に行われること、すなわちフロー１がＷＴＲＵ１ ４１２からＷＴＲＵ２ ４１４およびＷＴＲＵ３ ４１６に転送されたことにＣＮ４０２が気付かないことを望んでいる。実施形態は、フローの透過的な転送が行われるようにＷＴＲＵ１ ４１２、ＷＴＲＵ２ ４１４、およびＷＴＲＵ３ ４１６がバインディング更新をＨＡ４０４など１つまたは複数のＨＡに送るいくつかの方法を企図している。

フロー転送を開始する前に、転送に関係するＷＴＲＵの１つもしくは複数、転送に関係する１つもしくは複数のノード（たとえば、ＨＡ）、または１つもしくは複数のＣＮは、フロー転送の開始を要求し、フロー転送について許可を要求し、かつ／または転送に関係する各デバイスが確実にフロー転送をサポートすることが可能であるようにする。たとえば、図５は、あるデバイスがフロー転送を要求および許可する例示的な信号図を示す。図５を参照すると、ＷＴＲＵ１ ５０２およびＷＴＲＵ２ ５０４は、フローを受け入れ使用することが可能なデバイスである。ＨＡ１ ５０６およびＨＡ２ ５０８は、ＷＴＲＵ１ ５０２およびＷＴＲＵ２ ５０４などデバイスの移動をサポートすることが可能なホームエージェントである。許可／サービス集中化コンティニュイティ（Ａｕｔｈｏｒｉｚａｔｉｏｎ／Ｓｅｒｖｉｃｅ Ｃｅｎｔｒａｌｉｚａｔｉｏｎ Ｃｏｎｔｉｎｕｉｔｙ：Ａｕｔｈ／ＳＣＣ）５１０は、セッションコンティニュイティおよび認証をグローバルレベルで管理する（たとえば複数のＨＡを管理する）ことが可能なノードである。Ａｕｔｈ／ＳＣＣ５１０は、システム内の別個のノードであっても、別のノード、たとえばＨＡ１ ５０６またはＨＡ２ ５０８の一部であってもよい。

図５に示されているように、ＷＴＲＵ１ ５０２は、５１４でＨＡ１ ５０６に登録する。登録は、バインディング更新の形態である。このバインディング更新は、ＷＴＲＵ１ ５０２のためのＢＩＤおよびＣｏＡ、たとえばＢＩＤ１およびＣｏＡ１を含む。ＨＡ１ ５０６は、ＷＴＲＵ１ ５０２から受信されたＢＩＤ１およびＣｏＡ１を使用し、ＷＴＲＵ１ ５０２のためのバインディングテーブルエントリを更新する。ＨＡ１ ５０６は、ＷＴＲＵ１ ５０２のためのＨｏＡ、たとえばＨｏＡ１を生成する。ＷＴＲＵ１ ５０２のためのバインディングテーブルエントリは、ＨｏＡ１、ＢＩＤ１、および／またはＣｏＡ１を含む。ＨＡ１ ５０６は、ＷＴＲＵ１ ５０２がＨＡ１ ５０６への登録に成功したことを示すバインディング確認応答メッセージ内でＨｏＡ１をＷＴＲＵ１ ５０２に送る。同様に、ＷＴＲＵ２ ５０４は、５１６でＨＡ２ ５０８に登録する。登録は、バインディング更新の形態である。このバインディング更新は、ＷＴＲＵ２ ５０４のためのＢＩＤおよびＣｏＡ、たとえばＢＩＤ２およびＣｏＡ２を含む。ＨＡ２ ５０８は、ＷＴＲＵ２ ５０４から受信されたＢＩＤ２およびＣｏＡ２を使用し、ＷＴＲＵ２ ５０４のためのバインディングテーブルエントリを更新する。ＨＡ２ ５０８は、ＷＴＲＵ２ ５０４のためのＨｏＡ、たとえばＨｏＡ２を生成する。ＷＴＲＵ２ ５０４のためのバインディングテーブルエントリは、ＨｏＡ２、ＢＩＤ２、および／またはＣｏＡ２を含む。ＨＡ２ ５０８は、ＷＴＲＵ２ ５０４がＨＡ２ ５０８への登録に成功したことを示すバインディング確認応答メッセージ内でＨｏＡ２をＷＴＲＵ２ ５０４に送る。

ＨＡ１ ５０６に登録した後で、ＷＴＲＵ１ ５０２は、ＣＮ５１２とのフローを作成したいと望んでいる。５１８では、ＣＮ５１２からＷＴＲＵ１ ５０２へのフロー１が作成される。フロー１は、図４を参照して述べたものと同様にして確立される。たとえば、ＷＴＲＵ１ ５０２は、ＦＩＤ、たとえばＦＩＤ１と、トラフィックセレクタとを含むバインディング更新をＨＡ１ ５０６に送る。トラフィックセレクタは、パケットヘッダに基づいてフローに関連付けられたパケットを識別するために使用される。ＨＡ１ ５０６は、フロー１のためのフローテーブル内のエントリを作成する。このフローテーブルエントリは、ＦＩＤ１と、ＷＴＲＵ１ ５０２によって送られたトラフィックセレクタと、トラフィックセレクタに一致するパケットに対して実施すべきアクションとを含む。たとえば、アクションは、パケットをＣｏＡ１に転送するための命令である。別の例では、アクションは、パケットをＨｏＡ１に転送することである。別の例では、アクションは、ＢＩＤ１に関連付けられたバインディングエントリを使用してパケットを転送することである。別の例では、アクションは、ＨｏＡ／ＢＩＤ対、たとえばＨｏＡ１／ＢＩＤ１を使用して一意に識別されるバインディングテーブル内のエントリを使用してパケットを転送することである。この例では、ＨＡ１は、トラフィックセレクタに一致するパケットを受信した場合、ＨｏＡ１／ＢＩＤ１対を使用し、ＨｏＡ１／ＢＩＤ１／ＣｏＡ１バインディングエントリに基づいてＣｏＡ１をパケットの所期のアドレスとして識別することになる。フロー１のためのフローテーブル内のエントリを作成したとき、ＨＡ１ ５０６は、バインディング確認応答をＷＴＲＵ１ ５０２に送る。次いでＷＴＲＵ１ ５０２は、パケットをフロー１の一部としてＣＮ５１２に、ＨｏＡ１をそのアドレスとして使用して送る。ＣＮ５１２は、フロー１に含まれるパケットをＨｏＡ１にアドレス指定する。ＨｏＡ１にアドレス指定されたパケットは、ＨＡ１ ５０６にルーティングされる。ＨＡ１ ５０６は、パケットヘッダをフロー１のためのトラフィックセレクタにマッチングし、そのフローテーブルおよびバインディングテーブル内の作成済みのエントリに基づいてパケットをＷＴＲＵ１ ５０２にルーティングする。このパケット転送は、トンネリングと呼ばれる。

フロー１の確立後、フロー１の宛先が変更される。たとえば、フロー１に関連付けられたパケットの全部または一部がＷＴＲＵ１ ５０２ではなくＷＴＲＵ２ ５０４にルーティングされる。５２０では、ＷＴＲＵ１ ５０２は、ピア発見に参加する。ピア発見は、ＷＴＲＵ１ ５０２によって開始されても、別のデバイス、たとえばＷＴＲＵ２ ５０４、ＨＡ１ ５０６、ＨＡ２ ５０８、および／またはＡｕｔｈ／ＳＣＣ５１０によって開始されてもよい。ピア発見中、ＷＴＲＵ１ ５０２は、ＷＴＲＵ２ ５０４を発見する。ＷＴＲＵ１ ５０２とＷＴＲＵ２ ５０４は、関連の情報、たとえばアドレッシング情報を交換する。アドレッシング情報は、ＨｏＡ（たとえば、ＨｏＡ１および／またはＨｏＡ２）、ＣｏＡ（たとえば、ＣｏＡ１および／またはＣｏＡ２）、ＨＡ情報（たとえば、ＨＡ１ ５０６およびＨＡ２ ５０８のためのアドレスまたは他の識別用標識）などを含む。ＷＴＲＵ１ ５０２がＷＴＲＵ２ ５０４を発見した後で、ＷＴＲＵ１ ５０２は、ＩＵＴ準備および許可のためにＷＴＲＵ２ ５０４に接触する。たとえば、図５に示されているように、ＷＴＲＵ１ ５０２は、ＩＵＴ準備要求（ＩＵＴ Ｐｒｅｐ Ｒｅｑｕｅｓｔ）５２２をＷＴＲＵ２ ５０４に送る。ＩＵＴ準備要求５２２は、フロー１を使用するアプリケーションのタイプおよび識別に関する情報を含み、ＷＴＲＵ２ ５０４にフロー１の転送を受け入れるように要求する。別の例として、ＩＵＴ準備要求５２２は、フロー１に関連付けられたアプリケーションからのアプリケーションデータを含む。たとえば、フロー１がビデオデータを含む場合、例示的なアプリケーションデータは、ビデオコーデックである。理解されるように、アプリケーションデータは、フロー１を使用するアプリケーション特有の様々な情報である。別の例では、ＩＵＴ準備要求５２２は、ＨＡ１ ５０６のための識別または他の識別用情報、たとえばＩＰアドレスに関する情報を含む。ＩＵＴ準備要求５２２は、ＣＮ５１２のための識別、アドレス、特性などに関する情報を含む。

ＷＴＲＵ２ ５０４は、ＩＵＴ準備要求５２２を受信したとき、転送を受け入れることが許されることを確認する。たとえば、ＷＴＲＵ２ ５０４は、フロー１の転送を確実にサポートするために、そのローカル構成をチェックする。例示的な実施形態では、ＷＴＲＵ２ ５０４は、たとえばフローがＨＡ２ ５０８を通ってルーティングされることになっている場合、フロー１の転送が確実にサポートされるように、そのＨＡ（たとえば、ＨＡ２ ５０８）にチェックする。ＷＴＲＵ２ ５０４は、フロー１の転送を受け入れることが許可されているかどうか判定する。たとえば、図５に示されているように、ＷＴＲＵ２ ５０４は、ＩＵＴ許可要求（ＩＵＴ Ａｕｔｈｏｒｉｚａｔｉｏｎ Ｒｅｑｕｅｓｔ）５２４を、セッションコントローラとして働くＡｕｔｈ／ＳＣＣ５１０に送る。一実施形態では、Ａｕｔｈ／ＳＣＣ５１０は、別のネットワークノード、たとえばＨＡ１ ５０４またはＨＡ２ ５０６内に論理的に含まれる。ＩＵＴ許可要求５２４は、それだけには限らないがＷＴＲＵ１ ５０２に関する情報、ＷＴＲＵ２ ５０４に関する情報、フロー１を使用するアプリケーションの識別、フロー１を使用するアプリケーション特有のデータなど、様々な情報を含む。他の実施形態では、ＷＴＲＵ２ ５０４は、ローカル構成ポリシ情報、およびＩＵＴが許されるかどうかＷＴＲＵ２ ５０４がローカルで判定することを可能にする他の情報を含む。この例では、ＩＵＴ許可要求５２４は任意選択である。Ａｕｔｈ／ＳＣＣ５１０は、ＩＵＴが許されると判定した場合、そのようなものとしてＩＵＴ許可応答（ＩＵＴ Ａｕｔｈｏｒｉｚａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）５２６内で示し、ＩＵＴ許可応答５２６は、ＷＴＲＵ２ ５０４に送られる。あるいは、Ａｕｔｈ／ＳＣＣ５１０は、ＩＵＴを拒否し、そのようなものとしてＩＵＴ許可応答５２６内で示す。

Ａｕｔｈ／ＳＣＣ５１０がＩＵＴ許可応答５２６内でフロー１のためのＩＵＴを許可している場合、５２８で、ＷＴＲＵ２ ５０４は、アプリケーションＩＵＴ準備を始める。たとえば、ＷＴＲＵ２ ５０４は、ＷＴＲＵ２ ５０４上でフロー１に関連付けられたアプリケーションを起動する。ＷＴＲＵ２ ５０４は、フロー１に関連する情報を、フロー１に関連付けられたローカルアプリケーションに渡す。ＷＴＲＵ２ ５０４は、フロー１に関連するデータを受信するためにローカルアプリケーションを準備する手順を開始する。ＨＡ２ ５０８は、ＩＵＴについて知らせを受ける。たとえば、ＷＴＲＵ２ ５０４は、バインディング更新５３０をＨＡ２ ５０８に送り、ＨＡ２ ５０８にそのバインディングテーブルおよび／またはフローテーブルを更新するように指令する。下記でより詳細に論じるように、転送がＨＡ２ ５０８にとって透過的であるため、バインディング更新５３０をＨＡ２ ５０８に送ることは任意選択である。しかし、ＨＡ２は、バインディング更新５３０を介してバインディング更新を実施するように指令された場合、５３２で、そのバインディングテーブルおよび／またはフローテーブルを修正する。例示的な実施形態では、ＷＴＲＵ２ ５０４は、ＩＵＴ準備完了（ＩＵＴ Ｒｅａｄｙ）５３４をＨＡ１ ５０６に送り、ＷＴＲＵ２ ５０４がＩＵＴのための準備完了状態にあることをＨＡ１ ５０６に知らせる。ＷＴＲＵ２ ５０４は、ＩＵＴ準備応答（ＩＵＴ Ｐｒｅｐ Ｒｅｓｐｏｎｓｅ）５３６をＷＴＲＵ１ ５０２に送り、ＷＴＲＵ２ ５０４がＩＵＴを受け入れること、および／またはＷＴＲＵ２ ５０４がＩＵＴのための準備完了状態にあることをＷＴＲＵ１ ５０２に知らせる。

ＷＴＲＵ１ ５０２は、バインディング更新５３８をＨＡ１ ５０６に送る。バインディング更新５３８は、フロー１に関連付けられたパケットをＷＴＲＵ２ ５０４にルーティングするために使用されるトラフィックセレクタを含む。バインディング更新、修正されたバインディングテーブル、修正されたフローテーブル、および／またはパケットをリダイレクトする方法の詳細については、下記でより詳細に論じる。５４０では、ＨＡ１ ５０６が、バインディング更新５３８に含まれる情報に基づいてそのフローテーブルおよび／またはバインディングテーブルを修正する。１つまたは複数のテーブルを修正した後で、５４２では、ＣＮ５１２によって依然としてＨｏＡ１にアドレス指定されているフロー１が、ＨＡ１ ５０６によってＷＴＲＵ２ ５０４にルーティングされる。フロー１に関連付けられたパケットは、下記でより詳細に論じるように、ＨＡ２ ５０８を介してルーティングされても、ＨＡ１ ５０６によってＷＴＲＵ２ ５０４に直接ルーティングされてもよい。ＷＴＲＵ１ ５０２からＷＴＲＵ２ ５０４へのフロー１の転送は、ＣＮ５１２にとって透過的である。ＩＵＴ準備および／または許可に使用されるプロトコルは、別個のプロトコルでも、ＩＵＴに適合されたプロトコルでもよい。たとえば、このプロトコルは、ＩＵＴ準備要求および応答メッセージ、ＩＵＴ許可要求および応答メッセージ、ならびに／またはＩＵＴ準備完了インジケータメッセージを含む。

例示的な実施形態では、ＭＩＰｖ６プロトコルが、ＩＵＴをサポートするように修正される。たとえば、ＩＵＴをサポートするために、モビリティオプション（ｍｏｂｉｌｉｔｙ ｏｐｔｉｏｎ）がＭＩＰｖ６内に定義される。モビリティオプションは、多数のタイプのＭＩＰメッセージ、たとえばバインディング更新メッセージ、バインディング確認応答メッセージ、バインディングリフレッシュメッセージ、および／または同様のものに含まれる。他の例示的な実施形態では、ＩＵＴをサポートするために、ＳＩＰプロトコルが修正される。たとえば、ペイロードタイプが「ＩＵＴ」に設定された、かつ／またはコンテンツタイプが「アプリケーション／ＩＵＴ」に設定されたＳＤＰメッセージ本文（ＳＤＰ Ｍｅｓｓａｇｅ Ｂｏｄｙ）を使用し、ＩＵＴ要求および許可をサポートする。別の例では、プロトコルのミックスを使用し、ＩＵＴメッセージをサポートする。たとえば、転送が行われているＷＴＲＵ間の直接通信のために新しいプロトコルが使用され、ＷＴＲＵとＨＡの間もしくは２つのＨＡ間でＩＵＴ情報を輸送するためにＭＩＰメッセージが使用され、かつ／またはＨＡとＳＣＣの間でＩＵＴ情報を輸送するためにＳＩＰが使用される。理解されるように、この組合せは例であり、プロトコルの組合せは様々である。混合プロトコル許可の一例については、図７を参照して下記でより詳細に述べる。

図６は、別の例示的なＩＵＴ要求および許可シナリオを示す。この例では、転送に関係するＷＴＲＵ間の直接通信ではなく、ＨＡを介してＷＴＲＵに、またＷＴＲＵから要求および許可が送られる。たとえば、図６に示されているように、ＷＴＲＵｌ ６０２、ＷＴＲＵ２ ６０４、ＨＡ１ ６０６、ＨＡ２ ６０８、Ａｕｔｈ／ＳＣＣ６１０、およびＣＮ６１２がフロールーティングおよび／またはＩＵＴに関係する。６１４でＷＴＲＵｌ ６０２がＨＡ１ ６０６に登録し、６１６でＷＴＲＵ２ ６０４がＨＡ２ ６０８に登録する。この登録は、上述の方法と同様にして実施される。６１８で、ＣＮ６１２とＷＴＲＵｌ ６０２の間でフロー１が確立される。６２０では、ＷＴＲＵｌ ６０２、ＷＴＲＵ２ ６０４、ＨＡ１ ６０６、ＨＡ２ ６０８、および／またはＡｕｔｈ／ＳＣＣ６１０がピア発見に関与する。たとえば、ＷＴＲＵｌ ６０２がＷＴＲＵ２ ６０４を発見する。ＷＴＲＵｌ ６０２とＷＴＲＵ２ ６０４は、関連の情報、たとえばアドレッシング情報を交換する。アドレッシング情報は、ＨｏＡ、ＣｏＡ、ＨＡ情報などを含む。ＷＴＲＵｌ ６０２は、ＩＵＴを要求する、かつ／またはＩＵＴに対する許可を要求するＩＵＴ準備要求６２２をＨＡ１ ６０６に送る。ＩＵＴ準備要求６２２は、フロー１を使用するアプリケーションのタイプまたは識別に関する情報を含む。一実施形態では、ＩＵＴ準備要求６２２は、フロー１に関連付けられたアプリケーションからのアプリケーションデータを含む。たとえば、フロー１がビデオデータを含む場合、例示的なアプリケーションデータは、ビデオコーデックである。理解されるように、アプリケーションデータは、フロー１を使用するアプリケーション特有の様々な情報である。例示的なＩＵＴ準備要求６２２は、ＷＴＲＵ２ ６０４のための識別または他の識別用情報、たとえばＩＰアドレス、ＨｏＡ、および／またはＣｏＡに関する情報を含む。ＩＵＴ準備要求６２２は、ＣＮ６１２の識別、アドレス、特性などに関する情報を含む。

ＨＡ１ ６０６は、ＩＵＴ準備要求６２２を受信したとき、フロー１に対してＩＵＴが許されるかどうか確認または判定する。一実施形態では、ＨＡ１ ６０６は、フロー１を受信するためにＷＴＲＵ２ ６０４を準備するためのアクションに関与する。ＨＡ１ ６０６は、ＩＵＴ許可要求６２４をＡｕｔｈ／ＳＣＣ６１０に送る。ＩＵＴ許可要求６２４は、それだけには限らないがＷＴＲＵ１ ６０２に関する情報、ＷＴＲＵ２ ６０４に関する情報、フロー１を使用するアプリケーションの識別、フロー１を使用するアプリケーション特有のデータなど、様々な情報を含む。他の実施形態では、ＨＡ１ ６０６は、ローカル構成ポリシ情報、およびＩＵＴが許されるかどうかＨＡ１ ６０６がローカルで判定することを可能にする他の情報を含む。たとえば、Ａｕｔｈ／ＳＣＣ６１０は、ＨＡ１ ６０６の論理部分である。別の例では、ＩＵＴ許可要求６２４は、ＩＵＴに対する許可を要求するために、ＨＡ２ ６０８に送られる。ＩＵＴが許可されるかどうか判定したとき、Ａｕｔｈ／ＳＣＣ６１０は、ＩＵＴ許可応答６２６をＨＡ１ ６０６に送る。Ａｕｔｈ／ＳＣＣ６１０は、ＩＵＴ要求を受け入れても拒否してもよい。ＩＵＴが許可される場合、ＩＵＴ準備要求６２８がＨＡ１ ６０６からＷＴＲＵ２ ６０４に送られる。ＩＵＴ準備要求６２８は、フロー１を使用するアプリケーションのタイプまたは識別に関する情報を含む。一実施形態では、ＩＵＴ準備要求６２８は、フロー１に関連付けられたアプリケーションからのアプリケーションデータを含む。例示的なＩＵＴ準備要求６２８は、ＷＴＲＵ１ ６０２のための識別または他の識別用情報、たとえばＩＰアドレス、ＨｏＡ、およびＣｏＡに関する情報を含む。ＩＵＴ準備要求６２８は、ＣＮ６１２の識別、アドレス、特性などに関する情報を含む。

６３０で、ＷＴＲＵ２ ６０４は、アプリケーションＩＵＴ準備を始める。たとえば、ＷＴＲＵ２ ６０４は、ＷＴＲＵ２ ６０４上でフロー１に関連付けられたアプリケーションを起動する。ＷＴＲＵ２ ６０４は、フロー１に関連する情報を、フロー１に関連付けられたローカルアプリケーションに渡す。ＷＴＲＵ２ ６０４は、フロー１に関連するデータを受信するためにローカルアプリケーションを準備する手順を開始する。ＨＡ２ ６０８は、ＩＵＴについて知らせを受ける。たとえば、ＷＴＲＵ２ ６０４は、バインディング更新６３２をＨＡ２ ６０８に送り、ＨＡ２ ６０８にそのバインディングテーブルおよび／またはフローテーブルを更新するように指令する。下記でより詳細に論じるように、転送がＨＡ２ ６０８にとって透過的であるため、バインディング更新６３２をＨＡ２ ６０８に送ることは任意選択である。しかし、ＨＡ２ ６０８がバインディング更新６３２を介してバインディング更新を実施するように指令された場合、６３２で、ＨＡ２ ６０８は、そのバインディングテーブルおよび／またはフローテーブルを修正する。例示的な実施形態では、ＷＴＲＵ２ ６０４は、ＩＵＴ準備応答６３６をＨＡ１ ６０６に送り、ＷＴＲＵ２ ６０４がＩＵＴのための準備完了状態にあることをＨＡ１ ６０６に知らせる。ＨＡ１ ６０６は、ＩＵＴ準備応答６３８をＷＴＲＵ１ ６０２に送り、ＩＵＴが許可され、受け入れられたことをＷＴＲＵ１ ６０２に知らせる。また、ＩＵＴ準備応答６３８は、ＷＴＲＵ２ ６０４がＩＵＴのための準備完了状態にあることをも示す。

ＷＴＲＵｌ ６０２は、バインディング更新６４０をＨＡ１ ６０６に送る。バインディング更新６４０は、フロー１に関連付けられたパケットをＷＴＲＵ２ ６０４にルーティングするために使用されるトラフィックセレクタを含む。バインディング更新、修正されたバインディングテーブル、修正されたフローテーブル、および／またはパケットをリダイレクトする方法の詳細については、下記でより詳細に論じる。６４２では、ＨＡ１ ６０６が、バインディング更新６４０に含まれる情報に基づいてそのフローテーブルおよび／またはバインディングテーブルを修正する。１つまたは複数のテーブルを修正した後で、６４４では、ＣＮ６１２によって依然としてＷＴＲＵｌ ６０２のＨｏＡにアドレス指定されているフロー１が、ＨＡ１ ６０６によってＷＴＲＵ２ ６０４にルーティングされる。フロー１に関連付けられたパケットは、下記でより詳細に論じるように、ＨＡ２ ６０８を介してルーティングされても、ＨＡ１ ６０６によってＷＴＲＵ２ ６０４に直接ルーティングされてもよい。ＷＴＲＵ１ ６０２からＷＴＲＵ２ ６０４へのフロー１の転送は、ＣＮ６１２にとって透過的である。

図７は、ＭＩＰプロトコルとＳＩＰプロトコルの修正されたミックスを使用することによるＩＵＴの要求および許可のための例示的なシグナリング図を示す。図７における実線矢印は、ＭＩＰメッセージを表し、破線矢印は、ＳＩＰメッセージを示す。この例示的な実施形態では、ＭＩＰメッセージは、ＷＴＲＵおよび／またはＨＡ間の通信のために使用され、ＳＩＰメッセージは、Ａｕｔｈ／ＳＣＣとの通信のために使用される。図７に示されているように、ＷＴＲＵｌ ７０２、ＷＴＲＵ２ ７０４、ＨＡ１ ７０６、ＨＡ２ ７０８、Ａｕｔｈ／ＳＣＣ７１０、およびＣＮ７１２がフロールーティングおよび／またはＩＵＴに関係する。７１４でＷＴＲＵｌ ７０２がＨＡ１ ７０６に登録し、７１６でＷＴＲＵ２ ７０４がＨＡ２ ７０８に登録する。この登録は、上述の方法と同様にして実施される。７１８で、ＣＮ７１２とＷＴＲＵｌ ７０２の間でフロー１が確立される。７２０では、ＷＴＲＵｌ ７０２、ＷＴＲＵ２ ７０４、ＨＡ１ ７０６、ＨＡ２ ７０８、および／またはＡｕｔｈ／ＳＣＣ７１０がピア発見に関与する。たとえば、ＷＴＲＵｌ ７０２がＷＴＲＵ２ ７０４を発見する。ＷＴＲＵｌ ７０２とＷＴＲＵ２ ７０４は、関連の情報、たとえばアドレッシング情報を交換する。アドレッシング情報は、ＨｏＡ、ＣｏＡ、ＨＡ情報などを含む。ＷＴＲＵｌ ７０２は、ＩＵＴを要求する、かつ／またはＩＵＴに対する許可を要求するＩＵＴ準備要求７２２をＨＡ１ ７０６に送る。ＩＵＴ準備要求７２２は、修正されたＭＩＰメッセージである。ＩＵＴ準備要求７２２は、フロー１を使用するアプリケーションのタイプまたは識別に関する情報を含む。一実施形態では、ＩＵＴ準備要求７２２は、フロー１に関連付けられたアプリケーションからのアプリケーションデータを含む。例示的なＩＵＴ準備要求７２２は、ＷＴＲＵ２ ７０４のための識別または他の識別用情報、たとえばＩＰアドレス、ＨｏＡ、および／またはＣｏＡに関する情報を含む。ＩＵＴ準備要求７２２は、ＣＮ７１２の識別、アドレス、特性などに関する情報を含む。

ＨＡ１ ６０６は、ＩＵＴ準備要求７２２を受信したとき、フロー１に対してＩＵＴが許されるかどうか確認または判定する。一実施形態では、ＨＡ１ ７０６は、フロー１を受信するためにＷＴＲＵ２ ７０４を準備するためのアクションに関与する。ＨＡ１ ７０６は、ＩＵＴ準備要求７２４をＡｕｔｈ／ＳＣＣ７１０に送る。ＩＵＴ準備要求７２４は、修正されたＳＩＰメッセージである。ＩＵＴ準備要求７２４は、それだけには限らないがＷＴＲＵ１ ７０２に関する情報、ＷＴＲＵ２ ７０４に関する情報、フロー１を使用するアプリケーションの識別、フロー１を使用するアプリケーション特有のデータなど、様々な情報を含む。他の実施形態では、ＨＡ１ ７０６は、ローカル構成ポリシ情報、およびＩＵＴが許されるかどうかＨＡ１ ７０６がローカルで判定することを可能にする他の情報を含む。たとえば、Ａｕｔｈ／ＳＣＣ７１０は、ＨＡ１ ７０６の論理部分である。別の例では、ＩＵＴ準備要求７２４は、ＩＵＴに対する許可を要求するために、ＨＡ２ ７０８に送られる。ＩＵＴ準備要求７２６は、それだけには限らないがＷＴＲＵ１ ７０２に関する情報、ＷＴＲＵ２ ７０４に関する情報、フロー１を使用するアプリケーションの識別、フロー１を使用するアプリケーション特有のデータなど、様々な情報を含む。ＩＵＴが許されるかどうか判定すると、Ａｕｔｈ／ＳＣＣ７１０は、ＩＵＴ準備要求７２６をＨＡ２ ７０８に送る。修正されたＭＩＰメッセージであるＩＵＴ準備要求７２８が、ＨＡ２ ７０８からＷＴＲＵ２ ７０４に送られる。ＩＵＴ準備要求７２８は、フロー１を使用するアプリケーションのタイプまたは識別に関する情報を含む。一実施形態では、ＩＵＴ準備要求７２８は、フロー１に関連付けられたアプリケーションからのアプリケーションデータを含む。例示的なＩＵＴ準備要求７２８は、ＷＴＲＵ１ ７０２のための識別または他の識別用情報、たとえばＩＰアドレス、ＨｏＡ、および／またはＣｏＡに関する情報を含む。ＩＵＴ準備要求７２８は、ＣＮ７１２の識別、アドレス、特性などに関する情報を含む。

７３０で、ＷＴＲＵ２ ７０４は、アプリケーションＩＵＴ準備を始める。たとえば、ＷＴＲＵ２ ７０４は、ＷＴＲＵ２ ７０４上でフロー１に関連付けられたアプリケーションを起動する。ＷＴＲＵ２ ７０４は、フロー１に関連する情報を、フロー１に関連付けられたローカルアプリケーションに渡す。ＷＴＲＵ２ ７０４は、フロー１に関連するデータを受信するためにローカルアプリケーションを準備する手順を開始する。ＷＴＲＵ２ ７０４は、ＩＵＴ準備応答７３２を送ることによって、ＩＵＴのための準備完了状態にあることをＨＡ２ ７０８に知らせる。たとえば、修正されたＭＩＰメッセージであるＩＵＴ準備応答７３２を受信すると、ＨＡ２ ７０８は、修正されたＳＩＰメッセージであるＩＵＴ準備応答７３４をＡｕｔｈ／ＳＣＣ７１０に送る。Ａｕｔｈ／ＳＣＣ７１０は、修正されたＭＩＰメッセージであるＩＵＴ準備応答メッセージ７３６を送ることによって、ＷＴＲＵ２ ７０４がＩＵＴのための準備完了状態にあることをＨＡ１ ７０６に知らせる。ＨＡ１ ７０６は、修正されたＭＩＰメッセージであるＩＵＴ準備応答７３８をＷＴＲＵｌ ７０２に送り、ＩＵＴが許可され、かつ／または受け入れられたことをＷＴＲＵｌ ７０２に知らせる。また、ＩＵＴ準備応答７３８は、ＷＴＲＵ２ ７０４がＩＵＴのための準備完了状態にあることをも示す。

ＷＴＲＵｌ ７０２は、バインディング更新７４０をＨＡ１ ７０６に送る。バインディング更新７４０は、修正されたＭＩＰメッセージであり、フロー１に関連付けられたパケットをＷＴＲＵ２ ７０４にルーティングするために使用されるトラフィックセレクタを含む。バインディング更新、修正されたバインディングテーブル、修正されたフローテーブル、および／またはパケットをリダイレクトする方法の詳細については、下記でより詳細に論じる。７４２では、ＨＡ１ ７０６が、バインディング更新７４０に含まれる情報に基づいてそのフローテーブルおよび／またはバインディングテーブルを修正する。１つまたは複数のテーブルを修正した後で、７４４では、ＣＮ７１２によって依然としてＷＴＲＵｌ ７０２のＨｏＡにアドレス指定されているフロー１が、ＨＡ１ ７０６によってＷＴＲＵ２ ７０４にルーティングされる。フロー１に関連付けられたパケットは、下記でより詳細に論じるように、ＨＡ２ ７０８を介してルーティングされても、ＨＡ１ ７０６によってＷＴＲＵ２ ７０４に直接ルーティングされてもよい。ＷＴＲＵ１ ７０２からＷＴＲＵ２ ７０４へのフロー１の転送は、ＣＮ７１２にとって透過的である。この例示的なシーケンスでは、ＨＡ２ ７０８のバインディングテーブルおよび／またはフローテーブルは、バインディング更新メッセージを介して更新されなかった。他の例では、ＨＡ２ ７０８のためのバインディングテーブルおよび／またはフローテーブルは、ＩＵＴをサポートするように更新される。

ＩＵＴおよびデバイスモビリティをサポートするために、フローのソースにとって透過的であるそのフローのＩＵＴを実現するように手順が定義される。複数のＣｏＡが単一のＨｏＡに関連付けられることを可能にするために、ＢＩＤがＨＡバインディングテーブルに追加される。ＨｏＡに関連付けられた各ＣｏＡは、関連の一意のＢＩＤを有する。ＷＴＲＵは、ＨＡへの登録中に、登録する各ＣｏＡについて一意のＢＩＤを生成する。したがって、ＷＴＲＵは、それぞれが同じＨｏＡに関連付けられる複数のＣｏＡを登録する。ＨＡのためのフローテーブル内のエントリは、特定のフローが１つまたは複数のＣｏＡに関連付けられるように定義される。このために、ＨＡフローテーブル内に、バインディングエントリが作成される。バインディングエントリは、同じＨｏＡを使用する他のフローに影響を及ぼすことなしに、特定のフローを１つまたは複数のＣｏＡにバインドする。トラフィックセレクタを使用し、トラフィックセレクタを入来ＩＰパケットと比較することによってフローを識別する。トラフィックセレクタに一致するＩＰパケットに対して、アクションが指定される。例示的なアクションは、ＤＥＬＥＴＥ（削除）またはＦＯＲＷＡＲＤ（転送）を含む。入来パケットが、関連付けられたアクションがＤＥＬＥＴＥであるトラフィックセレクタに一致した場合、そのパケットはＨＡによって破棄される。入来パケットが、関連付けられたアクションがＦＯＲＷＡＲＤであるトラフィックセレクタに一致した場合、そのパケットは、指定されたアドレスにルーティングされる。

例示的な実施形態では、特定の加入者に関連付けられたデバイスすべてが、その加入者に関連付けられたＨＡに登録され、同じＨｏＡを共用する。たとえば、ＷＴＲＵ１、ＷＴＲＵ２、およびＷＴＲＵ３は、第１の加入者に関連付けられたデバイスである。各デバイスは、その加入者のためのＨＡに登録し、それぞれが、あるＨｏＡ、たとえばＨｏＡ１に関連付けられる。登録は、デバイス（ＷＴＲＵ１、ＷＴＲＵ２、および／またはＷＴＲＵ３）からＨＡに送られるバインディング更新を介して行われる。同じＨｏＡ（たとえば、ＨｏＡ１）を共用する異なるバインディングエントリが、ＨＡのバインディングテーブル内に作成される。各デバイスは、それらがＨＡに登録するとき、バインディング更新内に一意のＢＩＤを含む。他の例示的な実施形態では、一意の識別子がＢＩＤ／ＨｏＡ対を補う、またはそれに置き換わる。一意の識別子は、ユーザ機器識別（ＵＥＩＤ）である。デバイスにＵＥＩＤが割り当てられている場合には、ＨＡのバインディングテーブル内のバインディングエントリ（一意のＣｏＡに対応するエントリ）が、ＨｏＡ／ＢＩＤ／ＵＥＩＤトリプレットを使用して一意に識別される。たとえば、ＨｏＡが各ＷＴＲＵについて異なる場合、ＨｏＡ／ＢＩＤまたはＵＥＩＤ／ＢＩＤ（ＷＴＲＵとＨＡの間のＭＩＰメッセージ交換の場合）を使用して、バインディングエントリが一意に識別される。ＨｏＡが複数のＷＴＲＵ間で共用されている場合、バインディングエントリを一意に識別するためにトリプレット（ＨｏＡ／ＢＩＤ／ＵＥＩＤ）が使用される。

異なるＨｏＡに位置する、または異なるＨＡに登録されているデバイス間でＩＵＴを可能にするために、ＷＴＲＵ間でＢＩＤを一意に識別するようにフローバインディングテーブルが修正される。一実施形態では、ＨｏＡがフローバインディングエントリに追加される。別の例では、ＢＩＤがフローバインディングテーブルに追加される。別の例では、ＨｏＡおよびＢＩＤが共にフローバインディングテーブルに追加される。たとえば、デバイスがすべて同じユーザ加入申込み下にある場合には、修正されるフローバインディングエントリのためのトラフィックセレクタにフローが一致したときとるべきアクションを一意に識別するために、デバイスのＵＥＩＤがフローバインディングテーブルに追加される。

フローが確実に他のデバイスに転送されるようにするために、ＨＡに登録する各デバイスについて、フローバインディングの使用が強制される。たとえば、デバイスは、ＨＡがあるローカルネットワークに現在位置する場合でさえ、そのＨＡに登録する。別の例では、デバイスは、ルート最適化を使用する。別の例では、ＵＥは、フローバインディングを利用する異なる手順を使用するが、ＨＡのバインディングテーブル内では未登録のままである。注意として、以下のバインディング更新手順については、ＨＡのためのバインディングおよびフローバインディングテーブルを参照して述べられている。理解されるように、実施形態は、同様の手順がＣＮおよびモビリティエージェント上で実施されることを企図している。

図８は、ＨＡのためのバインディングテーブルおよびフローテーブルを更新するための例示的なシグナリング図を示す。この例では、ＣＮ８１０からＷＴＲＵｌ ８０２へのフローが、ＷＴＲＵ２ ８０４およびＷＴＲＵ３ ８０６に転送される。８１２では、ＷＴＲＵｌ ８０２がＨＡ ８０８に登録する。たとえば、ＷＴＲＵｌ ８０２は、ＣｏＡ１（すなわち、ＷＴＲＵｌ ８０２が位置するＣｏＡ）およびＷＴＲＵｌ ８０２独自のＢＩＤであるＢＩＤ１を含むバインディング更新をＨＡ ８０８に送る。ＢＩＤ１は、ＷＴＲＵｌ独自のものであるが、ＨＡ ８０８について繰り返されることに留意されたい。たとえば、８１４では、ＷＴＲＵ２ ８０４がＨＡ ８０８に登録する。ＷＴＲＵ２ ８０４は、ＨＡ ８０８にＢＩＤを送る。ＷＴＲＵ２ ８０４によって送られるＢＩＤは、ＷＴＲＵｌ ８０２によって送られるＢＩＤ１と同じである。しかし、ＷＴＲＵｌ ８０２とＷＴＲＵ２ ８０４には異なるＨｏＡが割り当てられるので、ＨＡ ８０８のバインディングテーブル内の各エントリは、ＨｏＡ／ＢＩＤ対によって一意に識別される。あるいは、ＷＴＲＵｌ ８０２とＷＴＲＵ２ ８０４に同じＨｏＡが割り当てられる場合、たとえばＷＴＲＵｌ ８０２とＷＴＲＵ２ ８０４が同じ加入者に属する場合、バインディングテーブルは、任意選択でＷＴＲＵｌおよびＷＴＲＵ２について一意のＵＥＩＤを含み、その結果、各デバイスのための対応するバインディングエントリが一意に識別される。

図８に示されている例を続けると、８１６で、ＷＴＲＵ３ ８０６が、ＷＴＲＵｌ ８０２およびＷＴＲＵ２ ８０４と同様にしてＨＡ ８０８に登録する。ＷＴＲＵｌ ８０２、ＷＴＲＵ２ ８０４、およびＷＴＲＵ３ ８０６の登録が完了したとき、３つのエントリが、ＨＡ ８０８のためのバインディングテーブル内に作成される。バインディングテーブルの例示的な一区間が下記の表１に示されている。

第１のエントリはＷＴＲＵｌ ８０２に対応し、第２のエントリはＷＴＲＵ２ ８０４に対応し、第３のエントリはＷＴＲＵ３ ８０６に対応する。各ＣｏＡは、ＨｏＡ／ＢＩＤ対に基づいて一意に識別される。

８１８では、ＨＡ ８０８のためのフローテーブル内に、第１のトラフィックセレクタが作成される。たとえば、ＷＴＲＵｌ ８０２は、そのトラフィックセレクタと、そのトラフィックセレクタに一致するパケットを、ＨｏＡ１／ＢＩＤ１を使用して転送するための要求とを含むバインディング更新をＨＡ ８０８に送る。トラフィックセレクタは、たとえば、パケットを分類するために使用される１つまたは複数のパラメータまたはフィルタである。あるいは、ＨＡ ８０８が一致するパケットを、ＣｏＡ１を使用して転送することを、ＷＴＲＵｌ ８０２が要求する。また、ＷＴＲＵｌ ８０２は、フローに対して一意であるフロー識別（ＦＩＤ）をＨＡ ８０８に送る。あるいは、ＨＡ ８０８がＦＩＤを決定し、ＦＩＤをＷＴＲＵｌ ８０２に送っても送らなくてもよい。ＨＡ ８０８は、バインディング更新を受け入れたとき、バインディング確認応答をＷＴＲＵｌ ８０２に送り、そのフローテーブルを更新する。作成されたフローは、フロー１と呼ばれる。フロー１のためのＨＡ ８０８のフローテーブル内の例示的なエントリが表２に示されている。ＨＡ ８０８に登録された各ＨｏＡについて、フローテーブルが作成される。

フローバインディングエントリ、たとえば表２に示されているエントリを作成すると、次にＨＡ ８０８は、フロー１の一部であるパケットをルーティングする。たとえば、ＣＮ８１０は、ビデオおよび音声データを含むストリーミングメディアサーバである。ＷＴＲＵｌ ８０２は、ＣＮ８１０と通信セッションを確立し、ＷＴＲＵｌ ８０２のためのアドレスがＨｏＡ１であることをＣＮ８１０に示す。ＣＮ８１０は、フロー１の一部であるＷＴＲＵｌ ８０２のためのパケットをＨｏＡ１にアドレス指定する。ＨｏＡ１にアドレス指定されたパケットは、ＨＡ ８０８にルーティングされる。ＨＡ ８０８は、ＨｏＡ１にアドレス指定されたフロー１パケットを受信したとき、受信されたパケットを、そのフローテーブルに含まれるトラフィックセレクタに比較する。フロー１のためのパケットは、表２に示されている「フロー１のためのフィルタ」トラフィックセレクタに一致する。次いで、ＨＡ ８０８は、それらのパケットを、ＨｏＡ１／ＢＩＤ１対を使用して転送する。ＨＡ ８０８は、ＣｏＡ１を、そのバインディングテーブルに基づいて、ＨｏＡ１／ＢＩＤ１対独自のルーティングアドレスとして識別する。ＨＡ ８０８は、それらのパケットを、ＣｏＡ１に位置するＷＴＲＵｌ ８０２にトンネリングする。

例示的な実施形態では、ＷＴＲＵｌ ８０２は、ある加入者用のスマートフォンに対応する。ＷＴＲＵ２ ８０４は、ある加入者用のＴＶに対応する。ＷＴＲＵ３ ８０６は、ある加入者用のサウンドシステムに対応する。この例を続けると、加入者は、ＷＴＲＵｌ ８０２およびＷＴＲＵ３ ８０６とは異なるロケールに位置する間に、フロー１を確立済みである。ＷＴＲＵ３ ８０４およびＷＴＲＵ４ ８０６を含むロケールを入ったとき、加入者は、フロー１からのビデオデータがＷＴＲＵ２ ８０４にリダイレクトされ、フロー１のためのサウンドデータがＷＴＲＵ３ ８０６にリダイレクトされるようにＩＵＴを実施したいと望んでいる。一例として、ＷＴＲＵｌ ８０２は、ＩＵＴを実施するためにピア発見８２２を開始する。ＷＴＲＵｌ ８０２、ＷＴＲＵ２ ８０４、ＷＴＲＵ３ ８０６、および／またはＨＡ ８０８は、ピア発見８２２中に情報を交換する。たとえば、これらのデバイスは、それらのそれぞれのＨｏＡ、ＢＩＤ、ＣｏＡ、ＦＩＤ、トラフィックセレクタなどの情報を交換する。８２４では、ＷＴＲＵｌ ８０２が、フローをＷＴＲＵ２ ８０４および／またはＷＴＲＵ３ ８０６に転送することに決める。８２６では、ＷＴＲＵｌ ８０２は、用途特有のデータを目標デバイス（たとえば、ＷＴＲＵ２ ８０４および／またはＷＴＲＵ３ ８０６）に送る。たとえば、ＷＴＲＵ２ ８０４がビデオデータを受信することになっている場合、ＷＴＲＵｌ ８０２は、ＷＴＲＵ２ ８０４にビデオコーデックを送る。ＷＴＲＵ３ ８０６がサウンドデータを受信することになっている場合、ＷＴＲＵｌ ８０２は、ＷＴＲＵ３ ８０６にオーディオコーデックを送る。ＷＴＲＵｌ ８０２は、ＷＴＲＵ２ ８０４およびＷＴＲＵ３ ８０６がローカルポート上でＨｏＡ１を構成し、それによりＷＴＲＵ２ ８０４およびＷＴＲＵ３ ８０６がダウンロードをＣＮ８１０でシームレスに継続するように、ＷＴＲＵ２ ８０４およびＷＴＲＵ３ ８０６にＨｏＡ１を送る。

ＷＴＲＵｌ ８０２は、フローテーブルを更新するために、ＭＩＰバインディング更新８２８をＨＡ ８０８に送る。たとえば、ＷＴＲＵｌ ８０２は、データをＷＴＲＵ２ ８０４に転送するための対応するアクションを有するフロー１ビデオデータのためのトラフィックセレクタを作成するバインディング更新を送る。たとえば、ＷＴＲＵｌ ８０２は、データをＣｏＡ２に転送する、またはＨｏＡ２／ＢＩＤ２対を使用してデータを転送するようにＨＡ ８０８に指令する。同様に、ＭＩＰバインディング更新８２８は、データをＷＴＲＵ３ ８０６に転送するための対応するアクションを有するフロー１サウンドデータのためのトラフィックセレクタを作成する。たとえば、ＷＴＲＵｌ ８０２は、データをＣｏＡ３に転送する、またはＨｏＡ３／ＢＩＤ１対を使用してデータを転送するようにＨＡ ８０８に指令する。ＭＩＰバインディング更新８２８は、ＷＴＲＵｌ ８０２のためのトラフィックセレクタを削除する。８３０では、ＨＡ ８０８がフローテーブルを更新する。
例示的な更新されたフローバインディングテーブルが表３に示されている。

ＦＩＤ１のための表３内のエントリは、例示のために示されていることに留意されたい。ＦＩＤ１エントリは、このフローテーブルに関して完全に除去され、アクションは削除され、かつ／またはトラフィックセレクタは削除される。８３２では、ＣＮ８１０からのフロー１が、ＨＡ ８０８によってＷＴＲＵ２ ８０４およびＷＴＲＵ３ ８０６にルーティングされる。

ユーザは、フローをＷＴＲＵｌ ８０２に転送して戻そうと思っている。たとえば、ＷＴＲＵｌ ８０２は、ＭＩＰバインディング更新８３４をＨＡ ８０８に送る。ＭＩＰバインディング更新８３４は、フロー１のためのパケットすべてに一致するトラフィックセレクタを作成し、それらのパケットをＷＴＲＵｌ ８０２に転送するための対応するアクションを作成する。また、ＭＩＰバインディング更新８３４は、フロー１に対応するＷＴＲＵ２ ８０４およびＷＴＲＵ３ ８０６のためのトラフィックセレクタまたはフローエントリを削除する。たとえば、ＨＡ ８０８は、ＭＩＰバインディング更新８３４を受信した後で、表２に示されているエントリを反映するようにフローテーブルを更新する。フローテーブルを更新した後、８３６で、ＨＡ ８０８は、フロー１パケットをＷＴＲＵｌ ８０２にリダイレクトし始める。

実施形態は、複数のＨＡが関係するときシームレスかつ透過的なＩＵＴを企図している。たとえば、図９は、実施形態が実装される例示的なアーキテクチャを示す。図９に示されているように、ＣＮ９０２は、フローデータのソースである。たとえば、ＣＮ９０２は、ストリーミングメディアサーバである。図９には示されていないが、ＣＮ９０２は、ネットワーク９１６にアクセスする。ＨＡ１ ９０４およびＨＡ２ ９１０は、ネットワーク９１６と通信することが可能なＨＡである。ＨＡ１ ９０４は、バインディングテーブル９０６およびフローテーブル９０８を含む。ＨＡ２ ９１０は、バインディングテーブル９１２およびフローテーブル９１４を含む。ＷＴＲＵ１ ９１８は、ネットワーク９１８と通信するデバイスである。一例では、ＷＴＲＵ１ ９１８は、ＨＡ１ ９０４に登録する。同様に、ＷＴＲＵ２ ９２０はネットワーク９１８と通信するデバイスであり、ＷＴＲＵ１ ９２０は、ＨＡ１ ９０４およびＨＡ２ ９１０に登録する。たとえば、ＣＮ９０２とＷＴＲＵ１ ９１８の間で、ＨＡ１ ９０４を介して、フローが確立される。あるユーザが、ＨＡ２ ９１０に登録されているＷＴＲＵ２ ９２０にフローを転送したいと望んでいる。図１０、図１１、および図１２は、図９に示されているアーキテクチャ内で実施されるＩＵＴのための例示的なシグナリング図を示す。

図１０は、２重トンネリングを使用するＩＵＴシーケンスフローのための例示的なシグナリング図を示す。ＷＴＲＵ１ １００２およびＷＴＲＵ２ １００４は、フローを受信することが可能なデバイスである。ＨＡ１ １００６およびＨＡ２ １００８は、ＩＵＴおよびデバイスモビリティを円滑にするＨＡである。ＣＮ１０１０は、フローのソースである。たとえば、ＣＮ１０１０は、ビデオサーバなどコンテンツソースである。１０１２では、ＷＴＲＵ１ １００２がＨＡ１ １００６に登録する。たとえば、ＷＴＲＵ１ １００２は、ＣｏＡおよび／またはＢＩＤを含むバインディング更新を送る。例として、ＷＴＲＵ１ １００２は、ＨＡ１ １００６に登録するためにＣｏＡ１およびＢＩＤ１をＨＡ１ １００６に送る。ＨＡ１ １００６は、ＨｏＡを含むバインディング確認応答をＷＴＲＵ１ １００２に送る。たとえば、ＨＡ１ １００６は、ＷＴＲＵ１ １００２のためのＨｏＡとして働くＨｏＡ１をＷＴＲＵ１ １００２に送る。１０１４では、ＷＴＲＵ２ １００４がＨＡ２ １００８に登録する。たとえば、ＷＴＲＵ２ １００４は、ＣｏＡおよび／またはＢＩＤを含むバインディング更新を送る。例として、ＷＴＲＵ２ １００４は、ＨＡ２ １００８に登録するためにＣｏＡ２およびＢＩＤ２をＨＡ２ １００８に送る。ＨＡ２ １００８は、ＨｏＡを含むバインディング確認応答をＷＴＲＵ２ １００４に送る。たとえば、ＨＡ２ １００８は、ＷＴＲＵ２ １００４のためのＨｏＡとして働くＨｏＡ２をＷＴＲＵ２ １００４に送る。１０１６では、ＨＡ１ １００６がＷＴＲＵ１ １００２のためのバインディングエントリを作成する。ＨＡ１ １００６のための例示的なバインディングエントリが、下記の表４に示されている。

１０１８では、ＨＡ２ １００８がＷＴＲＵ２ １００４のためのバインディングエントリを作成する。ＨＡ２ １００８のための例示的なバインディングエントリが、下記の表５に示されている。

ＷＴＲＵ１ １００２は、ＣＮ１０１０からのデータのためのフローを確立する。このフローを確立するために、ＷＴＲＵ１ １００２は、このフローのためのトラフィックセレクタを含むバインディング更新をＨＡ１ １００６に送る。たとえば、ＣＮ１０１０からのフローはフロー１と呼ばれ、トラフィックセレクタは、フロー１に関連付けられるパケットのヘッダの全部または一部に一致する。別の例では、トラフィックセレクタは、フロー１に関連付けられたパケットを識別する方法をＨＡ１ １００６に提供する任意のフィルタまたは識別用標識である。ＷＴＲＵ１ １００２は、トラフィックセレクタに一致するパケットについてＨＡ１ １００６が実施すべきアクションを送る。アクションは、パケットをＨｏＡ１／ＢＩＤ１に転送することである。１０２０では、ＨＡ１ １００６が、フロー１のためのフローテーブル（またはフローバインディングテーブル）内のバインディングエントリを作成する。例示的なフローバインディングエントリが、下記の表６に示されている。フローバインディングエントリは、ＨｏＡ１のためのフローテーブルに含まれる。

ＣＮ１０１０は、ＨｏＡ１にアドレス指定されたフロー１パケット１０２２を、たとえばフロー１の一部として送る。ＨｏＡ１にアドレス指定されたフロー１パケット１０２２は、ＨＡ１ １００６にルーティングされる。ＨＡ１ １００６は、ＨｏＡ１にアドレス指定されたフロー１パケット１０２２を受信し、それをＨｏＡ１のためのフローテーブル内のエントリに比較する。ＨＡ１ １００６は、ＨｏＡ１にアドレス指定されたフロー１パケット１０２２を、ＦＩＤ１のためのトラフィックセレクタに比較する。ＨｏＡ１にアドレス指定されたフロー１パケット１０２２は、フロー１の一部なので、ＦＩＤ１のためのトラフィックセレクタに一致する。ＨＡ１ １００６は、フローテーブルに含まれるＨｏＡ１／ＢＩＤ１識別に基づいてパケットを転送する。ＨＡ１ １００６は、ＨｏＡ１／ＢＩＤ１対を使用し、そのバインディングテーブルに基づいて、ＣｏＡ１がそのパケットのための転送アドレスであると決定する。ＨＡ１ １００６は、ＣｏＡ１／ＨｏＡ１にアドレス指定されたフロー１パケット１０２４をＷＴＲＵ１ １００２に送る。ＨＡ１ １００６は、ＣｏＡ１アドレスを、受信されたパケット、ＨｏＡ１にアドレス指定されたフロー１パケット１０２２のヘッダに添付する。ＣｏＡ１アドレスを受信されたパケットに添付することは、トンネリングと呼ばれる。たとえば、ＨＡ１ １００６は、受信されたフロー１パケットをＣｏＡ１にあるＷＴＲＵ１ １００２にトンネルする。ＣｏＡ１／ＨｏＡ１にアドレス指定されたフロー１パケット１０２４を受信すると、ＷＴＲＵ１ １００２は、パケットをトンネル解除し、ＣｏＡ１／ＨｏＡ１にアドレス指定されたフロー１パケット１０２４に含まれるデータを、処理するためにＷＴＲＵ１ １００２上の適切なアプリケーションに転送する。

ＷＴＲＵ１ １００２のあるユーザおよび／または加入者が、フロー１のためのＩＵＴを実施したいと望んでいる。１０２６では、ＷＴＲＵ１ １００２が、ＩＵＴを円滑にするためにピア発見を実施する。ＷＴＲＵ１ １００２は、フロー１を受け入れることが可能であるＷＴＲＵ２ １００４を発見する。１０２８では、ＷＴＲＵ１ １００２およびＷＴＲＵ２ １００４が、転送準備および許可を実施する。ＩＵＴ要求、情報交換、およびＩＵＴ許可が、上述と同様にして実施される。たとえば、転送準備および許可は、図５、図６、および／または図７を参照して上述した方法と同様にして実施される。たとえば、ＷＴＲＵ１ １００２とＷＴＲＵ２ １００４は、アプリケーションおよびアドレッシング情報を交換する。

ＷＴＲＵ２ １００４が能力を有するものであり、フロー１を受信する準備完了状態にあり、かつ／またはフロー１を受信することが許可されていると決定すると、ＷＴＲＵ１ １００２は、ＩＵＴを実施するためにＭＩＰバインディング更新１０３０をＨＡ１ １００２に送る。図１０では単一のメッセージとして示されているが、ＭＩＰバインディング更新１０３０内の情報は、複数のメッセージに含まれてもよい。ＭＩＰバインディング更新１０３０は、フロー１のためのトラフィックセレクタと、フロー１に関連付けられたパケットをＷＴＲＵ２ １００４に転送するようにＨＡ１ １００６に指令するアクションとを含む。フロー１に関連付けられていないがＨｏＡ１にアドレス指定されているパケットは、依然としてＨＡ１ １００６からＷＴＲＵ１ １００２にルーティングされる。１０３２では、ＨＡ１ １００６は、ＭＩＰバインディング更新１０３０に基づいて、ＩＵＴを円滑にするためにそのフローテーブルおよび／またはバインディングテーブルを更新する。たとえば、ＨＡ１ １００６は、ＷＴＲＵ２ １００４のためのエントリを作成することによってそのバインディングテーブルを更新し、また新たに受信されたトラフィックセレクタを含むようにＨｏＡ１のためのそのフローテーブルを更新する。たとえば、最新のバインディングテーブルが表７に示されており、更新されたフローテーブルが表８に示されている。

表７に示されているように、ＭＩＰバインディング更新１０３０に基づいて、ＷＴＲＵ２のためにＨＡ１ １００６のバインディングテーブル内に、新しいエントリが作成される。この例では、ＷＴＲＵ２ １００４のためのＣｏＡはＨｏＡ２であり、これはＨＡ２ １００８に登録されたＨｏＡである。表８に示されているように、新しいフローバインディングエントリが、ＨｏＡ１のためのフローバインディングテーブルに作成される。この例では、フロー１のための元のトラフィックセレクタが削除される。これは、フロー１に関連付けられたパケットすべてが、ＦＩＤ２フローバインディングエントリに基づいてルーティングされることを示す。別の例では、元のトラフィックセレクタが修正され、またはＦＩＤ１フローバインディングエントリ全体が削除される。

この例を続けると、ＣＮ１０１０は、ＨｏＡ１にアドレス指定されたフロー１パケット１０３４を送る。ＨｏＡ１にアドレス指定されたフロー１パケット１０３４は、ＨＡ１ １００６にルーティングされる。ＨｏＡ１にアドレス指定されたフロー１パケット１０３４を受信すると、ＨＡ１ １００６は、目標アドレスをＨｏＡ１として識別する。ＨＡ１ １００６は、ＨｏＡ１にアドレス指定されたフロー１パケット１０３４を、ＨｏＡ１のためのフローテーブルに含まれるトラフィックセレクタに比較する。ＨｏＡ１にアドレス指定されたフロー１パケット１０３４は、ＦＩＤ２のためのトラフィックセレクタに一致する。ＨＡ１ １００６は、パケットをＨｏＡ２／ＢＩＤ２に転送することであるＦＩＤ２のためのアクションを実施する。ＨＡ１ １００６は、ＨｏＡ２／ＢＩＤ２対、およびＨＡ１ １００６のためのフローバインディングテーブルに基づいて、ＨｏＡ１にアドレス指定されたフロー１パケット１０３４のための適切な宛先アドレスを決定する。ＨＡ１ １００６は、適切な宛先がＨｏＡ２であると決定する。ＨＡ１ １００６は、ＨｏＡ２アドレスをＨｏＡ１にアドレス指定されたフロー１パケット１０３４に添付し、またはＨｏＡ１にアドレス指定されたフロー１パケット１０３４をＨｏＡ２にトンネルする。トンネルされたパケットは、ＨｏＡ２／ＨｏＡ１にアドレス指定されたフロー１パケット１０３６である。ＨＡ１ １００６は、ＨｏＡ２／ＨｏＡ１にアドレス指定されたフロー１パケット１０３６を送る。ＨｏＡ２／ＨｏＡ１にアドレス指定されたフロー１パケット１０３６は、ＨＡ２ １００８にルーティングされる。

ＨｏＡ２／ＨｏＡ１にアドレス指定されたフロー１パケット１０３６を受信すると、ＨＡ２ １００８は、ＨｏＡ２／ＨｏＡ１にアドレス指定されたフロー１パケット１０３６のための適切な宛先アドレスを決定する。ＨＡ２ １００８上に、ＨｏＡ２のためのフローテーブルが存在することがある。ＨＡ２ １００８上にＨｏＡ２のためのフローテーブルが存在する場合、ＨｏＡ２／ＨｏＡ１にアドレス指定されたフロー１パケット１０３６が、そのフローテーブル内のエントリに比較される。フローテーブルが存在しない場合、ＨｏＡ２／ＨｏＡ１にアドレス指定されたフロー１パケット１０３６は、ＨｏＡ２のためのバインディングテーブル内のエントリに基づいてトンネルされる。たとえば、ＣｏＡ２がＨｏＡ２／ＨｏＡ１にアドレス指定されたフロー１パケット１０３６に添付され、パケットがＷＴＲＵ２ １００４にトンネルされる。トンネルされたパケットは、ＣｏＡ２／ＨｏＡ２／ＨｏＡ１にアドレス指定されたフロー１パケット１０３８である。ＨＡ２ １００８は、ＣｏＡ２／ＨｏＡ２／ＨｏＡ１にアドレス指定されたフロー１パケット１０３８をＷＴＲＵ２ １００４に送る。１０４０では、ＷＴＲＵ２ １００４が、ＣｏＡ２／ＨｏＡ２／ＨｏＡ１にアドレス指定されたフロー１パケット１０３８をトンネル解除し、データを適切なアプリケーションに転送する。ＷＴＲＵ１ １００２からＷＴＲＵ２ １００４へのフロー１のＩＵＴは、ＣＮ１０１０にとって透過的である。

図１１は、２つのトンネリングを使用するＩＵＴシーケンスフローのための例示的なシグナリング図を示す。ＷＴＲＵ１ １１０２およびＷＴＲＵ２ １１０４は、フローを受信することが可能なデバイスである。ＨＡ１ １１０６およびＨＡ２ １１０８は、ＩＵＴおよびデバイスモビリティを円滑にするＨＡである。ＣＮ１１１０は、フローのソースである。たとえば、ＣＮ１１１０は、ビデオサーバなどコンテンツソースである。１１１２では、ＷＴＲＵ１ １１０２がＨＡ１ １１０６に登録する。たとえば、ＷＴＲＵ１ １１０２は、ＣｏＡおよび／またはＢＩＤを含むバインディング更新を送る。例として、ＷＴＲＵ１ １１０２は、ＨＡ１ １１０６に登録するためにＣｏＡ１およびＢＩＤ１をＨＡ１ １１０６に送る。ＨＡ１ １１０６は、ＨｏＡを含むバインディング確認応答をＷＴＲＵ１ １１０２に送る。たとえば、ＨＡ１ １１０６は、ＷＴＲＵ１ １１０２のためのＨｏＡとして働くＨｏＡ１をＷＴＲＵ１ １１０２に送る。１１１４では、ＷＴＲＵ２ １１０４がＨＡ２ １１０８に登録する。たとえば、ＷＴＲＵ２ １１０４は、ＣｏＡおよび／またはＢＩＤを含むバインディング更新を送る。例として、ＷＴＲＵ２ １１０４は、ＨＡ２ １１０８に登録するためにＣｏＡ２およびＢＩＤ２をＨＡ２ １１０８に送る。ＨＡ２ １１０８は、ＨｏＡを含むバインディング確認応答をＷＴＲＵ２ １１０４に送る。たとえば、ＨＡ２ １１０８は、ＷＴＲＵ１ １００２のためのＨｏＡとして働くＨｏＡ２をＷＴＲＵ２ １１０４に送る。１１１６では、ＨＡ１ １１０６がＷＴＲＵ１ １１０２のためのバインディングエントリを作成する。ＨＡ１ １１０６のための例示的なバインディングエントリが、下記の表９に示されている。

１１１８では、ＨＡ２ １１０８がＷＴＲＵ２ １１０４のためのバインディングエントリを作成する。ＨＡ２ １１０８のための例示的なバインディングエントリが、下記の表１０に示されている。

ＷＴＲＵ１ １１０２は、ＣＮ１１１０からのデータのためのフローを確立する。このフローを確立するために、ＷＴＲＵ１ １１０２は、このフローのためのトラフィックセレクタを含むバインディング更新をＨＡ１ １１０６に送る。たとえば、ＣＮ１１１０からのフローはフロー１と呼ばれ、トラフィックセレクタは、フロー１に関連付けられたパケットを識別する方法をＨＡ１ １１０６に提供する任意のフィルタまたは識別用標識である。ＷＴＲＵ１ １１０２は、トラフィックセレクタに一致するパケットについてＨＡ１ １１０６が実施すべきアクションを送る。アクションは、パケットをＨｏＡ１／ＢＩＤ１に転送することである。１１２０では、ＨＡ１ １１０６が、フロー１のためのフローテーブル（またはフローバインディングテーブル）内のバインディングエントリを作成する。例示的なフローバインディングエントリが、下記の表１１に示されている。フローバインディングエントリは、ＨｏＡ１のためのフローテーブルに含まれる。

ＣＮ１１１０は、ＨｏＡ１にアドレス指定されたフロー１パケット１１２２を、たとえばフロー１の一部として送る。ＨｏＡ１にアドレス指定されたフロー１パケット１１２２は、ＨＡ１ １１０６にルーティングされる。ＨＡ１ １１０６は、ＨｏＡ１にアドレス指定されたフロー１パケット１１２２を受信し、それをＨｏＡ１のためのフローテーブル内のエントリに比較する。ＨＡ１ １１０６は、ＨｏＡ１にアドレス指定されたフロー１パケット１１２２を、ＦＩＤ１のためのトラフィックセレクタに比較する。ＨｏＡ１にアドレス指定されたフロー１パケット１１２２の一部なので、ＨｏＡ１にアドレス指定されたフロー１パケット１１２２は、ＦＩＤ１のためのトラフィックセレクタに一致する。ＨＡ１ １１０６は、フローテーブルに含まれるＨｏＡ１／ＢＩＤ１識別に基づいてパケットを転送する。ＨＡ１ １１０６は、ＨｏＡ１／ＢＩＤ１対を使用し、そのバインディングテーブルに基づいて、ＣｏＡ１がそのパケットのための転送アドレスであると決定する。ＨＡ１ １１０６は、ＣｏＡ１アドレスを、受信されたパケット、ＨｏＡ１にアドレス指定されたフロー１パケット１０２２のヘッダに添付する。たとえば、ＨＡ１ １１０６は、ＣｏＡ１／ＨｏＡ１にアドレス指定されたフロー１パケット１１２４をＷＴＲＵ１ １１０２に送ることによって、受信されたフロー１パケットをＣｏＡ１にあるＷＴＲＵ１ １１０２にトンネルする。ＣｏＡ１／ＨｏＡ１にアドレス指定されたフロー１パケット１１２４を受信すると、ＷＴＲＵ１ １１０２は、パケットをトンネル解除し、ＣｏＡ１／ＨｏＡ１にアドレス指定されたフロー１パケット１０２４に含まれるデータを、処理するためにＷＴＲＵ１ １１０２上の適切なアプリケーションに転送する。

ＷＴＲＵ１ １１０２のあるユーザおよび／または加入者が、フロー１のためのＩＵＴを実施したいと望んでいる。１１２６では、ＷＴＲＵ１ １１０２が、ＩＵＴを円滑にするためにピア発見を実施する。ＷＴＲＵ１ １１０２は、フロー１を受け入れることが可能であるＷＴＲＵ２ １１０４を発見する。１１２８では、ＷＴＲＵ１ １１０２およびＷＴＲＵ２ １１０４が、転送準備および許可を実施する。ＩＵＴ要求、情報交換、およびＩＵＴ許可が、上述と同様にして実施される。たとえば、転送準備および許可は、図５、図６、および／または図７を参照して上述した方法と同様にして実施される。たとえば、ＷＴＲＵ１ １１０２とＷＴＲＵ １１０４は、アプリケーションおよびアドレッシング情報を交換する。

ＷＴＲＵ２ １１０４が能力を有するものであり、フロー１を受信する準備完了状態にあり、かつ／またはフロー１を受信することが許可されていると決定すると、ＷＴＲＵ１ １１０２は、ＩＵＴを実施するためにＭＩＰバインディング更新１１３０をＨＡ１ １１０２に送る。この例では、ＷＴＲＵ１ １００２は、フロー１の一部、たとえばビデオ部分を受信し続け、ＩＵＴは、フロー１の他のデータ、たとえばオーディオデータについて実施される。図１１では単一のメッセージとして示されているが、ＭＩＰバインディング更新１１３０内の情報は、複数のメッセージに含まれてもよい。ＭＩＰバインディング更新１１３０は、フロー１ビデオパケットのための更新されたトラフィックセレクタを含む。ＭＩＰバインディング更新１１３０は、フロー１オーディオパケットのための新しいトラフィックセレクタと、フロー１オーディオに関連付けられたパケットをＷＴＲＵ２ １１０４に転送するようにＨＡ１ １１０６に指令するアクションとを含む。１１３２では、ＨＡ１ １１０６は、ＭＩＰバインディング更新１１３０に基づいて、ＩＵＴを円滑にするためにそのフローテーブルおよび／またはバインディングテーブルを更新する。たとえば、ＨＡ１ １１０６は、ＷＴＲＵ２ １１０４のためのエントリを作成することによってそのバインディングテーブルを更新し、またフロー１ビデオのためのトラフィックセレクタを更新し、フロー１ビデオのための新しいトラフィックセレクタで新しいエントリを作成するようにＨｏＡ１のためのそのフローテーブルを更新する。たとえば、最新のバインディングテーブルが表１２に示されており、更新されたフローテーブルが表１３に示されている。

表１２に示されているように、ＭＩＰバインディング更新１１３０に基づいて、ＷＴＲＵ２のためにＨＡ１ １１０６のためのバインディングテーブル内に、新しいエントリが作成される。この例では、ＷＴＲＵ２ １１０４のためのＣｏＡはＨｏＡ２であり、これはＨＡ２ １１０８に登録されたＨｏＡである。表１３に示されているように、新しいフローバインディングエントリが、ＨｏＡ１のためのフローバインディングテーブルに作成される。この例では、フロー１のための元のトラフィックセレクタは、フロー１ビデオパケットに一致するように更新される。ＷＴＲＵ２ １１０４は、ＭＩＰバインディング更新１１３４をＨＡ２ １１０８に送る。ＭＩＰバインディング更新１１３４に基づいて、１１３６で、ＨＡ２ １００８は、フローテーブルおよび／またはバインディングテーブルを更新する。たとえば、ＨＡ２ １００８は、ＨＡ２ １１０８上でフロー１オーディオのためのフローバインディングエントリを作成する。ＭＩＰバインディング更新１１３４は、フロー１オーディオパケットのためのトラフィックセレクタを含み、またそのトラフィックセレクタに一致するパケットのためのアクションを含む。アクションは、トンネル解除および転送である。たとえば、ＨＡ２ １１０８は、トラフィックセレクタに一致するパケットのＩＰヘッダを取り替え、新しいＩＰヘッダで指定された宛先にパケットを転送する。ＨＡ２ １００８上のＨｏＡ２のためのフローテーブル上で作成される例示的なフローバインディングが表１４に示されている。

この例を続けると、ＣＮ１１１０は、ＨｏＡ１にアドレス指定されたフロー１ビデオパケット１１３８を送る。ＨｏＡ１にアドレス指定されたフロー１ビデオパケット１１３８は、ＨＡ１ １１０６にルーティングされる。ＨｏＡ１にアドレス指定されたフロー１ビデオパケット１１３８を受信すると、ＨＡ１ １１０６は、目標アドレスをＨｏＡ１として識別する。ＨＡ１ １１０６は、ＨｏＡ１にアドレス指定されたフロー１ビデオパケット１１３８を、ＨｏＡ１のためのフローテーブルに含まれるトラフィックセレクタに比較する。ＨｏＡ１にアドレス指定されたフロー１ビデオパケット１１３８は、ＦＩＤ１のためのトラフィックセレクタに一致する。ＨＡ１ １１０６は、パケットをＨｏＡ１／ＢＩＤ１に転送することであるＦＩＤ１のためのアクションを実施する。ＨＡ１ １１０６は、ＨｏＡ１／ＢＩＤ１対、およびＨＡ１ １１０６のためのフローバインディングテーブルに基づいて、ＨｏＡ１にアドレス指定されたフロー１ビデオパケット１１３８のための適切な宛先アドレスを決定する。ＨＡ１ １１０６ 適切な宛先がＣｏＡ１であると決定する。ＨＡ１ １１０６は、ＣｏＡ１アドレスをＨｏＡ１にアドレス指定されたフロー１ビデオパケット１１３８に添付し、またはＨｏＡ１にアドレス指定されたフロー１ビデオパケット１１３８をＣｏＡ１にトンネルする。トンネルされたパケットは、ＣｏＡ１／ＨｏＡ１にアドレス指定されたフロー１ビデオパケット１１４０である。ＨＡ１ １１０６は、ＣｏＡ１／ＨｏＡ１にアドレス指定されたフロー１ビデオパケット１１４０を送る。ＣｏＡ１／ＨｏＡ１にアドレス指定されたフロー１ビデオパケット１１４０は、ＷＴＲＵ１ １１０２にルーティングされる。１１４２では、ＷＴＲＵ１ １１０２がパケットをトンネル解除し、データを適切なアプリケーションに送る。

ＣＮ１１１０は、ＨｏＡ１にアドレス指定されたフロー１オーディオパケット１１４４を送る。ＨｏＡ１にアドレス指定されたフロー１オーディオパケット１１４４は、ＨＡ１ １１０６にルーティングされる。ＨｏＡ１にアドレス指定されたフロー１オーディオパケット１１４４を受信すると、ＨＡ１ １１０６は、目標アドレスをＨｏＡ１として識別する。ＨＡ１ １１０６は、ＨｏＡ１にアドレス指定されたフロー１オーディオパケット１１４４を、ＨｏＡ１のためのフローテーブルに含まれるトラフィックセレクタに比較する。ＨｏＡ１にアドレス指定されたフロー１オーディオパケット１１４４は、ＦＩＤ２のためのトラフィックセレクタに一致する。ＨＡ１ １１０６は、パケットをＨｏＡ２／ＢＩＤ２に転送することであるＦＩＤ２のためのアクションを実施する。ＨＡ１ １１０６は、ＨｏＡ２／ＢＩＤ２対、およびＨＡ１ １１０６のためのフローバインディングテーブルに基づいて、ＨｏＡ１にアドレス指定されたフロー１オーディオパケット１１４４のための適切な宛先アドレスを決定する。ＨＡ１ １１０６は、適切な宛先がＨｏＡ２であると決定する。ＨＡ１ １１０６は、ＨｏＡ２アドレスをＨｏＡ１にアドレス指定されたフロー１オーディオパケット１１４４に添付し、またはＨｏＡ１にアドレス指定されたフロー１オーディオパケット１１４４をＨｏＡ２にトンネルする。トンネルされたパケットは、ＨｏＡ２／ＨｏＡ１にアドレス指定されたフロー１オーディオパケット１１４６である。

ＨｏＡ２／ＨｏＡ１にアドレス指定されたフロー１オーディオパケット１１４６を受信すると、ＨＡ２ １１０８は、目標アドレスをＨｏＡ２として識別する。ＨＡ２ １１０８は、ＨｏＡ２／ＨｏＡ１にアドレス指定されたフロー１オーディオパケット１１４６を、ＨｏＡ２のためのフローテーブルに含まれるトラフィックセレクタに比較する。ＨｏＡ２／ＨｏＡ１にアドレス指定されたフロー１オーディオパケット１１４６は、ＨｏＡ２フローテーブル内のＦＩＤ１のためのトラフィックセレクタに一致する。ＨＡ２ １１０８は、トンネル解除およびＨｏＡ２／ＢＩＤ２への転送であるＦＩＤ１のためのアクションを実施する。ＨＡ２ １１０８は、ＨｏＡ２／ＨｏＡ１にアドレス指定されたフロー１オーディオパケット１１４６からＩＰヘッダの全部または一部を除去する。たとえば、ＨＡ２ １１０８は、ＩＰヘッダからＨｏＡ２アドレスを除去する。ＨＡ２ １１０８は、ＨｏＡ２／ＨｏＡ１にアドレス指定されたフロー１オーディオパケット１１４６のための適切な宛先アドレスを決定する。ＨＡ２ １１０８のためのバインディングテーブルに基づいて、ＨＡ２ １１０８は、ＨｏＡ２／ＨｏＡ１にアドレス指定されたフロー１オーディオパケット１１４６のためのルーティングアドレスがＣｏＡ２であると決定する。ＣｏＡ２が、トンネル解除された、ＨｏＡ２／ＨｏＡ１にアドレス指定されたフロー１オーディオパケット１１４６に添付され、パケットがＷＴＲＵ２ １１０４にトンネルされる。トンネルされたパケットは、ＣｏＡ２／ＨｏＡ１にアドレス指定されたフロー１オーディオパケット１１４８である。ＨＡ２ １１０８は、ＣｏＡ２／ＨｏＡ１にアドレス指定されたフロー１オーディオパケット１１４８をＷＴＲＵ２ １１０４に送る。１１５０では、ＷＴＲＵ２ １１０４が、ＣｏＡ２／ＨｏＡ１にアドレス指定されたフロー１オーディオパケット１１４８をトンネル解除し、データを適切なアプリケーションに転送する。ＷＴＲＵ１ １１０２からＷＴＲＵ２ １１０４へのフロー１オーディオデータのＩＵＴは、ＣＮ１１１０にとって透過的である。

図１２は、単一のトンネルを使用するＩＵＴシーケンスフローのための例示的なシグナリング図を示す。ＷＴＲＵ１ １２０２およびＷＴＲＵ２ １２０４は、フローを受信することが可能なデバイスである。ＨＡ１ １２０６およびＨＡ２ １２０８は、ＩＵＴおよびデバイスモビリティを円滑にするＨＡである。ＣＮ１２１０は、フローのソースである。たとえば、ＣＮ１２１０は、ビデオサーバなどコンテンツソースである。１２１２では、ＷＴＲＵ１ １２０２がＨＡ１ １２０６に登録する。たとえば、ＷＴＲＵ１ １２０２は、ＣｏＡおよび／またはＢＩＤを含むバインディング更新を送る。例として、ＷＴＲＵ１ １２０２は、ＨＡ１ １２０６に登録するためにＣｏＡ１およびＢＩＤ１をＨＡ１ １２０６に送る。ＨＡ１ １２０６は、ＨｏＡを含むバインディング確認応答をＷＴＲＵ１ １２０２に送る。たとえば、ＨＡ１ １２０６は、ＷＴＲＵ１ １２０２のためのＨｏＡとして働くＨｏＡ１をＷＴＲＵ１ １２０２に送る。１２１４では、ＷＴＲＵ２ １２０４がＨＡ２ １２０８に登録する。たとえば、ＷＴＲＵ２ １２０４は、ＣｏＡおよび／またはＢＩＤを含むバインディング更新を送る。例として、ＷＴＲＵ２ １２０４は、ＨＡ２ １２０８に登録するためにＣｏＡ２およびＢＩＤ２をＨＡ２ １２０８に送る。ＨＡ２ １２０８は、ＨｏＡを含むバインディング確認応答をＷＴＲＵ２ １２０４に送る。たとえば、ＨＡ２ １２０８は、ＷＴＲＵ２ １２０４のためのＨｏＡとして働くＨｏＡ２をＷＴＲＵ２ １２０４に送る。１２１６では、ＨＡ１ １００６がＷＴＲＵ１ １２０２のためのバインディングエントリを作成する。ＨＡ１ １２０６のための例示的なバインディングエントリが、下記の表１５に示されている。

１２１８では、ＨＡ２ １２０８がＷＴＲＵ２ １２０４のためのバインディングエントリを作成する。ＨＡ２ １２０８のための例示的なバインディングエントリが、下記の表１６に示されている。

ＷＴＲＵ１ １２０２は、ＣＮ１２１０からのデータのためのフローを確立する。このフローを確立するために、ＷＴＲＵ１ １２０２は、このフローのためのトラフィックセレクタを含むバインディング更新をＨＡ１ １２０６に送る。たとえば、ＣＮ１２１０からのフローはフロー１と呼ばれ、トラフィックセレクタは、フロー１に関連付けられるパケットのヘッダの全部または一部に一致する。別の例では、トラフィックセレクタは、フロー１に関連付けられたパケットを識別する方法をＨＡ１ １２０６に提供する任意のフィルタまたは識別用標識である。ＷＴＲＵ１ １２０２は、トラフィックセレクタに一致するパケットについてＨＡ１ １２０６が実施すべきアクションを送る。アクションは、パケットをＨｏＡ１／ＢＩＤ１に転送することである。１２２０では、ＨＡ１ １２０６が、フロー１のためのフローテーブル（またはフローバインディングテーブル）内のバインディングエントリを作成する。例示的なフローバインディングエントリが、下記の表１７に示されている。フローバインディングエントリは、ＨｏＡ１のためのフローテーブルに含まれる。

ＣＮ１２１０は、ＨｏＡ１にアドレス指定されたフロー１パケット１２２２を、たとえばフロー１の一部として送る。ＨｏＡ１にアドレス指定されたフロー１パケット１２２２は、ＨＡ１ １２０６にルーティングされる。ＨＡ１ １２０６は、ＨｏＡ１にアドレス指定されたフロー１パケット１２２２を受信し、それをＨｏＡ１のためのフローテーブル内のエントリに比較する。ＨＡ１ １２０６は、ＨｏＡ１にアドレス指定されたフロー１パケット１２２２を、ＦＩＤ１のためのトラフィックセレクタに比較する。ＨｏＡ１にアドレス指定されたフロー１パケット１２２２は、フロー１の一部なので、ＦＩＤ１のためのトラフィックセレクタに一致する。ＨＡ１ １２０６は、フローテーブルに含まれるＨｏＡ１／ＢＩＤ１識別に基づいてパケットを転送する。ＨＡ１ １２０６は、ＨｏＡ１／ＢＩＤ１対を使用し、そのバインディングテーブルに基づいて、ＣｏＡ１がそのパケットのための転送アドレスであると決定する。ＨＡ１ １２０６は、ＣｏＡ１／ＨｏＡ１にアドレス指定されたフロー１パケット１２２４をＷＴＲＵ１ １２０２に送る。ＨＡ１ １２０６は、ＣｏＡ１アドレスを、受信されたパケットである、ＨｏＡ１にアドレス指定されたフロー１パケット１２２２のヘッダに添付する。ＣｏＡ１アドレスを受信されたパケットに添付することは、トンネリングと呼ばれる。たとえば、ＨＡ１ １２０６は、受信されたフロー１パケットをＣｏＡ１にあるＷＴＲＵ１ １２０２にトンネルする。ＣｏＡ１／ＨｏＡ１にアドレス指定されたフロー１パケット１２２４を受信すると、ＷＴＲＵ１ １２０２は、パケットをトンネル解除し、ＣｏＡ１／ＨｏＡ１にアドレス指定されたフロー１パケット１２２４に含まれるデータを、処理するためにＷＴＲＵ１ １２０２上の適切なアプリケーションに転送する。

ＷＴＲＵ１ １２０２のあるユーザおよび／または加入者が、フロー１のためのＩＵＴを実施したいと望んでいる。１２２６では、ＷＴＲＵ１ １２０２が、ＩＵＴを円滑にするためにピア発見を実施する。ＷＴＲＵ１ １２０２は、フロー１を受け入れることが可能であるＷＴＲＵ２ １２０４を発見する。１２２８では、ＷＴＲＵ１ １２０２およびＷＴＲＵ２ １２０４が、転送準備および許可を実施する。ＩＵＴ要求、情報交換、およびＩＵＴ許可が、上述と同様にして実施される。たとえば、転送準備および許可は、図５、図６、および／または図７を参照して上述した方法と同様にして実施される。たとえば、ＷＴＲＵ１ １２０２とＷＴＲＵ １２０４は、アプリケーションおよびアドレッシング情報を交換する。

ＷＴＲＵ２ １２０４が能力を有するものであり、フロー１を受信する準備完了状態にあり、かつ／またはフロー１を受信することが許可されていると決定すると、ＷＴＲＵ１ １２０２は、ＩＵＴを実施するためにＭＩＰバインディング更新１２３０をＨＡ１ １２０２に送る。図１２では単一のメッセージとして示されているが、ＭＩＰバインディング更新１２３０内の情報は、複数のメッセージに含まれてもよい。ＭＩＰバインディング更新１２３０は、フロー１のためのトラフィックセレクタと、フロー１に関連付けられたパケットをＷＴＲＵ２ １２０４に転送するようにＨＡ１ １２０６に指令するアクションとを含む。フロー１に関連付けられていないがＨｏＡ１にアドレス指定されているパケットは、依然としてＨＡ１ １２０６からＷＴＲＵ１ １２０２にルーティングされる。１２３２では、ＨＡ１ １２０６は、ＭＩＰバインディング更新１２３０に基づいて、ＩＵＴを円滑にするためにそのフローテーブルおよび／またはバインディングテーブルを更新する。たとえば、ＨＡ１ １２０６は、ＷＴＲＵ２ １２０４のためのエントリを作成することによってそのバインディングテーブルを更新し、また新たに受信されたトラフィックセレクタを含むようにＨｏＡ１のためのそのフローテーブルを更新する。たとえば、最新のバインディングテーブルが表１８に示されており、更新されたフローテーブルが表１９に示されている。

表１８に示されているように、ＭＩＰバインディング更新１２３０に基づいて、ＷＴＲＵ２のためにＨＡ１ １２０６のためのバインディングテーブル内に、新しいエントリが作成される。この例では、ＷＴＲＵ２ １２０４のためのＣｏＡはＣｏＡ２であり、これは、たとえばＷＴＲＵ２ １２０４のための現在のＩＰアドレスである。表１９に示されているように、新しいフローバインディングエントリが、ＨｏＡ１のためのフローバインディングテーブルに作成される。この例では、フロー１のための元のトラフィックセレクタが削除される。これは、フロー１に関連付けられたパケットすべてが、ＦＩＤ２フローバインディングエントリに基づいてルーティングされることを示す。別の例では、元のトラフィックセレクタが修正され、またはＦＩＤ１フローバインディングエントリ全体が削除される。

この例を続けると、ＣＮ１２１０は、ＨｏＡ１にアドレス指定されたフロー１パケット１２３４を送る。ＨｏＡ１にアドレス指定されたフロー１パケット１２３４は、ＨＡ１ １２０６にルーティングされる。ＨｏＡ１にアドレス指定されたフロー１パケット１２３４を受信すると、ＨＡ１ １２０６は、目標アドレスをＨｏＡ１として識別する。ＨＡ１ １２０６は、ＨｏＡ１にアドレス指定されたフロー１パケット１２３４を、ＨｏＡ１のためのフローテーブルに含まれるトラフィックセレクタに比較する。ＨｏＡ１にアドレス指定されたフロー１パケット１２３４は、ＦＩＤ２のためのトラフィックセレクタに一致する。ＨＡ１ １００６は、パケットをＨｏＡ２／ＢＩＤ２に転送することであるＦＩＤ２のためのアクションを実施する。ＨＡ１ １２０６は、ＨｏＡ２／ＢＩＤ２対、およびＨＡ１ １２０６のためのフローバインディングテーブルに基づいて、ＨｏＡ１にアドレス指定されたフロー１パケット１２３４のための適切な宛先アドレスを決定する。ＨＡ１ １２０６は、適切な宛先がＣｏＡ２であると決定する。ＨＡ１ １２０６は、ＣｏＡ２アドレスをＨｏＡ１にアドレス指定されたフロー１パケット１２３４に添付し、またはＨｏＡ１にアドレス指定されたフロー１パケット１２３４をＣｏＡ２にトンネルする。トンネルされたパケットは、ＣｏＡ２／ＨｏＡ１にアドレス指定されたフロー１パケット１２３６である。ＨＡ１ １２０６は、ＣｏＡ２／ＨｏＡ１にアドレス指定されたフロー１パケット１２３６を送る。ＣｏＡ２／ＨｏＡ１にアドレス指定されたフロー１パケット１２３６は、ＷＴＲＵ２ １２０４にルーティングされる。１２３８では、ＷＴＲＵ２ １２０４が、ＣｏＡ２／ＨｏＡ１にアドレス指定されたフロー１パケット１２３６をトンネル解除し、データを適切なアプリケーションに転送する。ＷＴＲＵ１ １２０２からＷＴＲＵ２ １２０４へのフロー１のＩＵＴは、ＣＮ１２１０にとって透過的である。

図１３は、例示的なバインディングテーブルおよびフローテーブルを示す。たとえば、図１３に示されているバインディングテーブルおよびフローテーブルは、ＨＡにおいて論理的に実装される。バインディングテーブル１３０６が、例示的なバインディングテーブルである。バインディングテーブル１３０６は、それだけには限らないが、ホームアドレス１３２０、バインディング識別１３２２、およびルーティングアドレス１３２４などのエントリを含む。例示的な実施形態では、バインディングテーブル１３０８内のエントリは、ホームアドレス１３２０／バインディングＩＤ１３２２対を使用して一意に識別される。他の実施形態では、たとえばＨｏＡが単一のＣｏＡに関連付けられる場合、バインディング識別１３２２によって一意に識別される。ＨｏＡがフローテーブルに関連付けられる。たとえば、ＨｏＡ１フローテーブル１３０２は、ＨｏＡ１に関連付けられたフローテーブルである。ＨｏＡ１にアドレス指定されたパケットをＨｏＡ１フローテーブル１３０２内のエントリに比較し、パケットがトラフィックセレクタに一致するかどうか判定する。ＨｏＡ１フローテーブル１３０２は、それだけには限らないが、フローＩＤ１３０８、トラフィックセレクタ１３１０、および／またはアクション１３１２などのエントリを含む。同様に、ＨｏＡ２フローテーブル１３０４は、ＨｏＡ２に関連付けられたフローテーブルである。ＨｏＡ２にアドレス指定されたパケットをＨｏＡ２フローテーブル１３０４内のエントリに比較し、パケットがトラフィックセレクタに一致するかどうか判定する。ＨｏＡ２フローテーブル１３０４は、それだけには限らないが、フローＩＤ１３１４、トラフィックセレクタ１３１６、および／またはアクション１３１８などのエントリを含む。

たとえば、図１３に示されているように、バインディングテーブル１３０６は、異なるＨｏＡを使用する２つのデバイスのためのバインディングテーブルである。第１のデバイスは、ＨｏＡ１に関連付けられ、１つのインターフェースを有する。ＨｏＡ１フローテーブル１３０２に示されているように、ＨｏＡ１にアドレス指定されたトラフィックの一部がＨｏＡ１／ＢＩＤ１に転送され、一方、いくらかのトラフィックがＨｏＡ２／ＢＩＤ２に転送される。バインディングテーブル１３０６内のエントリに基づいて、ＨｏＡ１／ＢＩＤ１に転送されるトラフィックがＣｏＡ＿Ｘにルーティングされ、ＨｏＡ２／ＢＩＤ２に転送されるトラフィックがＣｏＡ＿Ｚにルーティングされる。第２のデバイスは、ＨｏＡ２に関連付けられ、２つのインターフェースを有する。ＨｏＡ２フローテーブル１３０４に示されているように、ＨｏＡ２にアドレス指定されたトラフィックの一部がＨｏＡ２／ＢＩＤ１に転送され、一方、いくらかのトラフィックがＨｏＡ２／ＢＩＤ２に転送される。バインディングテーブル１３０６内のエントリに基づいて、ＨｏＡ２／ＢＩＤ１に転送されるトラフィックがＣｏＡ＿Ｙにルーティングされ、ＨｏＡ２／ＢＩＤ２に転送されるトラフィックがＣｏＡ＿Ｚにルーティングされる。

図１４は、ＭＩＰメッセージのための例示的な修正バインディング参照サブオプションを示す。一例として、図１４に示されている修正バインディング参照サブオプションは、ＭＩＰｖ６で表されているが、他のフォーマットが使用されてもよい。一例として、バインディング参照サブオプションは、フローテーブル内でリダイレクトするように指定されているバインディングエントリがＨｏＡ／ＢＩＤ対を使用して一意に識別されることを可能にするＨｏＡ１４０８を含むように修正される。別の例では、ＵＥＩＤを使用し、バインディングテーブルおよび／またはフローテーブル内のバインディングエントリを一意に識別する。Ｓｕｂ−ｏｐｔ Ｔｙｐｅ１４０２は、サブオプションタイプを指定する。Ｓｕｂ−ｏｐｔ Ｔｙｐｅ１４０２は、８ビット符号なし整数である。Ｓｕｂ−ｏｐｔ Ｌｅｎ１４０４は、フロー識別サブオプションの長さである。たとえば、Ｓｕｂ−ｏｐｔ Ｌｅｎ１４０４は、サブオプション長をオクテットで指定する８ビット符号なし整数である。ＢＩＤ１４０６および／またはＢＩＤ１４１０は、ＨＡのためのバインディングテーブルエントリを表す。

上記では特徴および要素が特定の組合せで述べられているが、各特徴および要素は、単独で、または他の特徴および要素との任意の組合せで使用することができることを、当業者なら理解するであろう。さらに、本明細書に記載の方法は、コンピュータまたはプロセッサによって実行するためのコンピュータ可読媒体内に組み込まれるコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、（有線接続または無線接続を介して伝送される）電子信号、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、それだけには限らないが、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクや取外し式ディスクなど磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多目的ディスク（ＤＶＤ）など光媒体を含む。ソフトウェアと関連付けられたプロセッサを使用し、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用するために、無線周波数トランシーバを実装することができる。

Claims (21)

1. 第１のホームエージェントに第１のデバイスを登録するステップであって、前記第１のホームエージェントは、あるホームアドレスにアドレス指定された複数のメッセージを受信するステップと、
   第１のバインディング更新を前記第１のホームエージェントに送るステップであって、前記第１のバインディング更新は、第１のトラフィックセレクタおよび第１のアクションを含み、前記第１のアクションは、前記複数のメッセージの第１のメッセージが前記第１のトラフィックセレクタに一致した場合、前記第１のメッセージを前記第１のデバイスに転送すべきであることを指定するステップと、
   第２のバインディング更新を前記第１のホームエージェントに送るステップであって、前記第２のバインディング更新は、第２のトラフィックセレクタおよび第２のアクションを含み、前記第２のアクションは、前記複数のメッセージの第２のメッセージが前記第２のトラフィックセレクタに一致したとき、前記第２のメッセージを第２のデバイスに転送すべきであることを指定するステップと
   を具えたことを特徴とする方法。
2. 前記第１のトラフィックセレクタと前記第２のトラフィックセレクタが同じであることを特徴とする請求項１記載の方法。
3. 前記複数のメッセージのソースが、前記第２のデバイスに気付かないことを特徴とする請求項１記載の方法。
4. 前記第２のバインディング更新を送るための許可を求める要求を送るステップと、前記第２のバインディング更新を送るための許可を受信するステップとをさらに具えたことを特徴とする請求項１記載の方法。
5. 前記第２のデバイスを発見するステップと、前記第２のデバイス上で実行されるアプリケーションが前記複数のメッセージに含まれるデータを使用することが可能であるかどうか判定するステップとをさらに具えたことを特徴とする請求項１記載の方法。
6. 前記第２のデバイスにアプリケーション情報を送るステップをさらに具え、
   前記アプリケーション情報は、前記アプリケーションが前記第２のデバイス上で実行されることによって前記第２のデバイスに含まれるデータの使用を円滑にすることを特徴とする請求項５記載の方法。
7. 前記アプリケーションデータが前記ホームエージェントに送られることを特徴とする請求項６記載の方法。
8. 前記第２のデバイスを発見するステップは、前記第２のデバイスに関する情報を前記第１のホームエージェントから受信するステップを含むことを特徴とする請求項５記載の方法。
9. 前記第１のデバイスを登録するステップは、第１のルーティングアドレスおよびバインディング識別を前記第１のホームエージェントに送るステップと、前記第１のアドレスを前記ホームエージェントから受信するステップとを含むことを特徴とする請求項１記載の方法。
10. 前記第２のデバイスに要求を送るステップと、前記要求に対する応答を受信するステップであって、前記応答は、前記第２のデバイスが前記第２のメッセージを受信することが可能であることを示すステップとをさらに具えたことを特徴とする請求項１記載の方法。
11. 第１のデバイスのための登録情報を前記第１のデバイスから受信するステップと、
    複数のメッセージをメッセージソースから受信するステップであって、前記複数のメッセージは、ホームアドレスにアドレス指定されるステップと、
    第１のバインディング更新を前記第１のデバイスから受信するステップであって、前記第１のバインディング更新は、第１のトラフィックセレクタおよび第１のアクションを含み、前記第１のアクションは、複数のメッセージの第１のメッセージが前記第１のトラフィックセレクタに一致した場合、前記第１のメッセージを前記第１のデバイスに転送すべきであることを指定するステップと、
    第２のバインディング更新を前記第１のデバイスから受信するステップであって、前記第２のバインディング更新は、第２のトラフィックセレクタおよび第２のアクションを含み、前記第２のアクションは、複数のメッセージの第２のメッセージが前記第２のトラフィックセレクタに一致した場合、前記第２のメッセージを第２のデバイスに転送すべきであることを指定するステップと
    を具えたことを特徴とする方法。
12. 前記登録情報は、前記第１のデバイスのためのルーティングアドレスおよびバインディング識別を含むことを特徴とする請求項１１記載の方法。
13. 前記第１のアクションは、前記バインディング識別に基づいて前記第１のメッセージを転送するための命令を含むことを特徴とする請求項１２記載の方法。
14. 前記第２のバインディング更新が許可されるかどうか判定するステップをさらに含むことを特徴とする請求項１３記載の方法。
15. 前記第２のトラフィックセレクタが受信された後で前記第１のトラフィックセレクタを削除するステップをさらに含むことを特徴とする請求項１１記載の方法。
16. 前記第２のデバイスのための登録情報を前記第１のデバイスから受信するステップをさらに含むことを特徴とする請求項１２記載の方法。
17. 送信するための送信機と、
    第１のトラフィックセレクタおよび第１のアクションを含む、ホームエージェントへの第１のメッセージであって、前記第１のアクションは、パケットが前記第１のトラフィックセレクタに一致した場合、前記パケットを前記ホームエージェントからＷＴＲＵに転送すべきであることを示し、前記パケットは、第１のプロキシアドレスにアドレス指定され、ソースデバイスから前記ホームエージェントに送られる、第１のメッセージと、
    第２のアクションを含む、前記ホームエージェントへの第２のメッセージであって、前記第２のアクションは、前記パケットが前記第１のトラフィックセレクタに一致した場合、前記パケットを異なるＷＴＲＵに転送すべきであることを示し、前記ソースデバイスは、前記パケットが前記第２のＷＴＲＵに転送されることになっていることに気付かない、第２のメッセージと
    を具えたことを特徴とする無線送信／受信ユニット（ＷＴＲＵ）。
18. 前記第２のメッセージは、前記第１のアクションを無視するための命令をさらに含むことを特徴とする請求項１７記載のＷＴＲＵ。
19. 前記異なるＷＴＲＵのためのアドレッシング情報およびアプリケーション情報を前記第２のデバイスから受信するための受信機をさらに具えたことを特徴とする請求項１７記載のＷＴＲＵ。
20. 前記送信機は、第３のメッセージをさらに送り、前記第３のメッセージは、前記異なるデバイスに送られ、前記第１のプロキシアドレスを含むことを特徴とする請求項１７記載のＷＴＲＵ。
21. 前記第２のアクションは、前記パケットを前記異なるＷＴＲＵに転送する前に、前記パケットのインターネットプロトコル（ＩＰ）ヘッダを取り替えるべきであることをさらに示すことを特徴とする請求項１７記載のＷＴＲＵ。