特許 5890507 ネットワークベースのモビリティドメインにおけるユーザデバイス間転送（ＩＵＴ）のための方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5890507

(24)【登録日】2016年2月26日

(45)【発行日】2016年3月22日

(54)【発明の名称】ネットワークベースのモビリティドメインにおけるユーザデバイス間転送（ＩＵＴ）のための方法および装置

(51)【国際特許分類】

   H04W 80/04 20090101AFI20160308BHJP

   H04W 80/10 20090101ALI20160308BHJP

【ＦＩ】

   H04W80/04

   H04W80/10

【請求項の数】8

【全頁数】33

(21)【出願番号】特願2014-237998(P2014-237998)

(22)【出願日】2014年11月25日

(62)【分割の表示】特願2013-513369(P2013-513369)の分割

【原出願日】2011年6月3日

(65)【公開番号】特開2015-57923(P2015-57923A)

(43)【公開日】2015年3月26日

【審査請求日】2014年12月25日

(31)【優先権主張番号】61/475,389

(32)【優先日】2011年4月14日

(33)【優先権主張国】US

(31)【優先権主張番号】61/351,344

(32)【優先日】2010年6月4日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】特許業務法人 谷・阿部特許事務所

(72)【発明者】

【氏名】ミシェル ペラス

(72)【発明者】

【氏名】ザビエル デフォイ

(72)【発明者】

【氏名】カメル エム．シャヒーン

【審査官】 田畑 利幸

(56)【参考文献】

【文献】 米国特許出願公開第２００３／００８６３９０（ＵＳ，Ａ１）

【文献】 国際公開第２０１０／０５５４３６（ＷＯ，Ａ１）

【文献】 Starent Networks，Inter UE "service control and media flow" transfer scenarios，3GPP TSG-SA WG2 Meeting #69 S2-087748，[online]，２００８年１１月１２日，p1-p2，[検索日 2015.12.16]，ＵＲＬ，http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_69_Miami/Docs/S2-087748.zip

【文献】 Starent Networks，Inter UE media flow transfer，3GPP TSG-SA WG2 Meeting #69 S2-087749，[online]，２００８年１１月１２日，p1-p3，[検索日 2015.12.16] (注) 本文献中の記載は、"Meeting #68" となっているものの、該当箇所は "Meeting #69" の誤記と思われる。，ＵＲＬ，http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_69_Miami/Docs/S2-087749.zip

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−２

ＣＴ ＷＧ１

(57)【特許請求の範囲】

【請求項1】

ソースＷＴＲＵからの通信セションのデータフロー転送を準備するネットワークノードであって、
ユーザ装置（ＵＥ）間転送（ＩＵＴ）要求を、モビリティアクセスゲートウェイ（ＭＡＧ）に送信するように構成されたローカルモビリティアンカ（ＬＭＡ）と、
第１のＩＵＴ要求を受信すると、第１のバインディングテーブルを更新するように構成されたＭＡＧであって、前記第１のＩＵＴ要求に応答して、ＩＵＴ確認応答を送信するようにさらに構成されている、ＭＡＧと、
を備え、
前記ＬＭＡは、前記ＩＵＴ確認応答を前記ＭＡＧから受信すると、第２のバインディングテーブルを更新するように構成されている
ことを特徴とするネットワークノード。

【請求項2】

前記ＩＵＴ要求は、少なくとも１つのホームアドレス（ＨｏＡ）およびケアオブアドレス（ＣｏＡ）を含むことを特徴とする請求項１に記載のネットワークノード。

【請求項3】

プロキシモバイルＩＰ（ＰＭＩＰ）が、前記ＩＵＴに対して使用されることを特徴とする請求項１に記載のネットワークノード。

【請求項4】

汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）が、前記ＩＵＴに対して使用されることを特徴とする請求項１に記載のネットワークノード。

【請求項5】

ソース無線送信／受信ユニット（ＷＴＲＵ）からターゲットＷＴＲＵへの通信セションのデータフロー転送を準備する方法であって、
ユーザ装置（ＵＥ）間転送（ＩＵＴ）要求を、ローカルモビリティアンカ（ＬＭＡ）からモビリティアクセスゲートウェイ（ＭＡＧ）に送信するステップと、
前記ＭＡＧによって、第１のＩＵＴ要求を受信すると、第１のバインディングテーブルを更新し、および、前記ＭＡＧによって、前記第１のＩＵＴ要求に応答して、ＩＵＴ確認応答を送信するステップと、
前記ＬＭＡによって、前記ＩＵＴ確認応答を前記ＭＡＧから受信すると、第２のバインディングテーブルを更新するステップと
を備えたことを特徴とする方法。

【請求項6】

前記ＩＵＴ要求は、少なくとも１つのホームアドレス（ＨｏＡ）およびケアオブアドレス（ＣｏＡ）を含むことを特徴とする請求項５に記載の方法。

【請求項7】

プロキシモバイルＩＰ（ＰＭＩＰ）が、前記ＩＵＴに対して使用されることを特徴とする請求項５に記載の方法。

【請求項8】

汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）が、前記ＩＵＴに対して使用されることを特徴とする請求項５に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は無線通信に関する。

【背景技術】

【0002】

本出願は、参照により本明細書に組み込まれている、２０１０年６月４日に出願した米国仮特許出願第６１／３５１，３４４号明細書および２０１１年４月１４日に出願した米国仮出願第６１／４７５，３８９号明細書の利益を主張するものである。

【0003】

ＩＰ（Internet Protocol）マルチメディアサブシステム（ＩＭＳ）は、ＩＰベースのマルチメディアサービスを配信するためのアーキテクチャフレームワークである。無線送信／受信ユニット（ＷＴＲＵ）は、さまざまなアクセスネットワークを通じてＩＭＳに接続することができ、当該アクセスネットワークは、限定はしないが、ＵＴＲＡＮ（Universal Mobile Telecommunication System (UMTS) Terrestrial Radio Access Network）、ＬＴＥ（Long Term Evolution）、ＷｉＭａｘ（Worldwide Interoperability for Microwave Access）、またはＷＬＡＮ（Wireless Local Area Network）技術などの技術に基づくネットワークを含む。ＩＭＳの使用を通じて、利用可能になるいくつかのプロシージャは、リアルタイムでのＩＭＳ対応ＷＴＲＵ間のメディアセションの転送、修正、レプリケーション、および検索である。これらのプロシージャは、ユーザ装置間転送（Inter-User Equipment Transfer：ＩＵＴ）として知られている。しかしながら、ＩＭＳ−ＩＵＴは、ＩＭＳインフラストラクチャに強固に結合しているため、ＩＭＳ対応ＷＴＲＵを必要とする。したがって、これは任意のＩＰ（Internet Protocol）ベースのネットワークを通じてＩＭＳ非対応のＷＴＲＵに対してＩＵＴを実行するメディアモビリティフレームワークには有利であろう。

【発明の概要】

【0004】

プロキシモバイルＩＰ（ＰＭＩＰ）または汎用パケット無線サービス（ＧＰＲＳ：general packet radio service）トンネリングプロトコル（ＧＴＰ）を使用して、インターネットプロトコル（ＩＰ：Internet Protocol）ベースのネットワークを通じてユーザデバイス間転送（ＩＵＴ）を実行するための方法および装置を実現する。このフレームワークは、ローカルモビリティアンカ（ＬＭＡ）への登録を通じて、ターゲットデバイスにおいてデータ転送の準備、実行、および完了、ＩＵＴ要求の受信、ならびに専用ベアラの作成を可能にする。ターゲットデバイスは、専用ベアラに関連付けられ、専用ベアラとの関連付けに基づきセション情報を受信する。

【図面の簡単な説明】

【0005】

本発明の詳細は、例えば添付図面と併せて、以下の説明を読むとさらによく理解することができる。

【図1A】１つまたは複数の開示されている実施形態が実装されうる例示的な通信システムのシステム図である。

【図1B】図１Ａに例示されている通信システム内で使用されうる例示的な無線送信／受信ユニット（ＷＴＲＵ）のシステム図である。

【図1C】図１Ａに例示されている通信システム内で使用されうる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。

【図2】ＩＰベースのネットワークを通じてＩＰメディアクライアント間でメディアフローの転送、修正、複製、または検索が行われうる、メディアフローのＩＵＴのハイレベルである。

【図3】１つまたは複数のＷＴＲＵの間のメディアフローのＩＵＴの例を示す詳細図である。

【図4A】ＷＴＲＵ−１およびＷＴＲＵ−２が同一のＬＭＡおよびＭＡＧと通信している、ＷＴＲＵ−１とＷＴＲＵ−２との間のメディアセション転送を示す図である。

【図4B】ＷＴＲＵ−１およびＷＴＲＵ−２が同一のＬＭＡおよび異なるＭＡＧと通信している、ＷＴＲＵ−１とＷＴＲＵ−２との間のメディアセション転送を示す図である。

【図4C】ＷＴＲＵ−１およびＷＴＲＵ−２が異なるＬＭＡおよびＭＡＧと通信している、ＷＴＲＵ−１とＷＴＲＵ−２との間のメディアセション転送を示す図である。

【図5】ＬＭＡによるＭＡＧへのメディアセション情報のリダイレクションを示すフロー図である。

【図6】ＬＭＡによるターゲットＭＡＧへのメディアセション情報のリダイレクションを示すフロー図である。

【図7A】ソースＬＭＡからターゲットＬＭＡへのメディアセション情報のリダイレクションを示すフロー図である。

【図7B】図７Ａの続きの図である。

【図7C】ソースＬＭＡからターゲットＭＡＧへのメディアセション情報のリダイレクションを示すフロー図である。

【図7D】図７Ｃの続きの図である。

【図8】複数の参照ポイントにわたって使用されるＧＴＰまたはＰＭＩＰプロトコルを示す図である。

【図9】ＧＴＰを使用するときのＥＰＳベアラを示す図である。

【図10】ユーザプレーンの参照ポイントを示す図である。

【図11】専用ベアラのアクティベーションプロシージャを示すフロー図である。

【図12】ベアラのＱｏＳ更新を有する専用ベアラの修正プロシージャを示すフロー図である。

【図13】ベアラのＱｏＳ更新を有しない専用ベアラの修正プロシージャを示すフロー図である。

【図14】ＰＤＮ−ＧＷ開始ベアラデアクティベーションを示すフロー図である。

【図15】ベアラリソース修正プロシージャを示すフロー図である。

【図16】ＷＴＲＵ−１とＷＴＲＵ−２との間のＧＴＰベースのＩＰフローを示すフロー図である。

【図17】ＷＴＲＵ−１およびＷＴＲＵ−２がＰＤＮ−ＧＷと通信している、ＷＴＲＵ−１とＷＴＲＵ−２との間のメディアセション転送を示す図である。

【発明を実施するための形態】

【0006】

図１Ａは、１つまたは複数の開示されている実施形態が実装されうる例示的な通信システム１００の図である。通信システム１００は、音声、データ、動画像、メッセージング、放送などのコンテンツを複数のワイヤレスユーザに提供する多元接続システムであってもよい。通信システム１００は、無線帯域を含む、システムリソースの共有を通じて複数のワイヤレスユーザがそのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、ＣＤＭＡ（code division multiple access）、ＴＤＭＡ（time division multiple access）、ＦＤＭＡ（frequency division multiple access）、ＯＦＤＭＡ（orthogonal FDMA）、およびＳＣ−ＦＤＭＡ（single-carrier FDMA）などの１つまたは複数のチャネルアクセス方法を使用することができる。

【0007】

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

【0008】

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

【0009】

基地局１１４ａは、基地局制御装置（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの、他の基地局および／またはネットワーク要素（図示せず）も含むことができる、ＲＡＮ１０４の一部であってもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）とも称されうる、特定の地理的領域内で無線信号を送信し、および／または受信するように構成されてもよい。セルは、いくつかのセルセクタにさらに分割されうる。例えば、基地局１１４ａに関連付けられているセルは、３つのセクタに分割されてもよい。そこで、一実施形態において、基地局１１４ａは、３つのトランシーバ、つまり、セルのセクタ毎にトランシーバを１つずつ含むことができる。別の実施形態において、基地局１１４ａは、ＭＩＭＯ（multiple-input multiple output）技術を採用することができ、したがって、セルのそれぞれのセクタに対して複数のトランシーバを利用することができる。

【0010】

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

【0011】

より具体的には、上記のように、通信システム１００は多元接続システムとしてもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡおよびＳＣ−ＦＤＭＡなどの、１つまたは複数のチャネルアクセス方式を採用することができる。例えば、ＲＡＮ１０４における基地局１１４ａ、ならびにＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃでは、ＷＣＤＭＡ（wideband CDMA）を使用してエアインターフェース１１６を確立することができる、ＵＴＲＡ（Universal Mobile Telecommunications System（UMTS）Terrestrial Radio Access）などの無線技術を実装することができる。ＷＣＤＭＡは、ＨＳＰＡ（High-Speed Packet Access）および／またはＨＳＰＡ＋（Evolved HSPA）などの通信プロトコルを含むことができる。ＨＳＰＡは、ＨＳＤＰＡ（High-Speed Downlink Packet Access）および／またはＨＳＵＰＡ（High-Speed Uplink Packet Access）を含んでもよい。

【0012】

別の実施形態において、基地局１１４ａならびにＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃは、ＬＴＥ（Long Term Evolution）および／またはＬＴＥ−Ａ（LTE-Advanced）を使用してエアインターフェース１１６を確立することができる、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access）などの無線技術を実装することができる。

【0013】

他の実施形態において、基地局１１４ａならびにＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００−１Ｘ、ＣＤＭＡ２０００−ＥＶ−ＤＯ、ＩＳ−２０００（Interim Standard 2000）、ＩＳ−９５（Interim Standard 95）、ＩＳ−８５６（Interim Standard 856）、ＧＳＭ（Global System for Mobile communications：登録商標）、ＥＤＧＥ（Enhanced Data rates for GSM Evolution）、およびＧＥＲＡＮ（GSM EDGE）などの無線技術を実装することができる。

【0014】

図１Ａの基地局１１４ｂは、例えば、ワイヤレスルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであってもよく、事業所、家庭、自動車およびキャンパスなどの、局在化されたエリア内で無線接続性を円滑にするために好適なＲＡＴを利用することができる。一実施形態において、基地局１１４ｂならびにＷＴＲＵ１０２ｃおよび１０２ｄは、ＷＬＡＮ（wireless local area network）を確立するためにＩＥＥＥ８０２．１１などの無線技術を実装することができる。別の実施形態において、基地局１１４ｂならびにＷＴＲＵ１０２ｃおよび１０２ｄは、ＷＰＡＮ（wireless personal area network）を確立するためにＩＥＥＥ８０２．１５などの無線技術を実装することができる。さらに別の実施形態において、基地局１１４ｂならびにＷＴＲＵ１０２ｃおよび１０２ｄは、ピコセルまたはフェムトセルを確立するためにセルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０との直接接続を有することができる。そうすると、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスする必要がなくなる。

【0015】

ＲＡＮ１０４は、コアネットワーク１０６と通信してもよく、このコアネットワーク１０６は、音声、データ、アプリケーション、および／またはＶｏＩＰ（voice over internet protocol）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのうちの１つまたは複数のＷＴＲＵに提供するように構成された任意の種類のネットワークであってもよい。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイル位置情報サービス、前払い制通話、インターネット接続性、映像配信などを提供し、および／またはユーザ認証などの高水準のセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同一のＲＡＴ、または異なるＲＡＴを採用するその他のＲＡＮと直接的な、または間接的な通信を行うことができることが理解されるであろう。例えば、Ｅ−ＵＴＲＡ無線技術を利用し得る、ＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信してもよい。

【0016】

コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするためのゲートウェイとしての役割を果たしてもよい。ＰＳＴＮ１０８は、ＰＯＴＳ（plain old telephone service）を提供する回線交換電話網を含んでもよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群に含まれるＴＣＰ（transmission control protocol）、ＵＤＰ（user datagram protocol）、およびＩＰ（internet protocol）などの、共通通信プロトコルを使用する相互接続されたコンピューターネットワークおよびデバイスのグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有され、および／または運営される有線もしくは無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４と同一のＲＡＴ、または異なるＲＡＴを採用することができる、１つまたは複数のＲＡＮに接続された別のコアネットワークを含むことができる。

【0017】

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのうちのいくつか、またはすべてがマルチモードケイパビリティ（multi-mode capabilities）を含む、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄは、異なる無線リンクを通じて異なる無線ネットワークと通信するための複数のトランシーバを含むことができる。例えば、図１Ａに示されているＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用し得る、基地局１１４ａと、またＩＥＥＥ８０２無線技術を採用し得る、基地局１１４ｂと通信するように構成されてもよい。

【0018】

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、着脱不能メモリ１３０、着脱可能メモリ１３２、電源１３４、ＧＰＳ（global positioning system）チップセット１３６、およびその他の周辺機器１３８を備えることができる。ＷＴＲＵ１０２は、一実施形態との整合性を維持しながら前記の要素の部分的組み合わせを含んでもよいことが理解されるであろう。

【0019】

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、ＤＳＰ（デジタルシグナルプロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアとの関連性を持つ１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（Application Specific Integrated Circuits）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、他の種類のＩＣ（集積回路）および状態機械などであってもよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にするその他の機能性を実行することができる。プロセッサ１１８は、送信／受信要素１２２に結合されうる、トランシーバ１２０に結合することができる。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別々のコンポーネントとして表しているが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップ内にまとめて集積化されうることが理解されるであろう。

【0020】

送信／受信要素１２２は、エアインターフェース１１６上で基地局（例えば、基地局１１４ａ）に信号を送信するか、または基地局（例えば、基地局１１４ａ）から信号を受信するように構成されてもよい。例えば、一実施形態において、送信／受信要素１２２は、ＲＦ信号を送信し、および／または受信するように構成されたアンテナとしてもよい。別の実施形態において、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信し、および／または受信するように構成されたエミッタ／ディテクタとすることができる。さらに別の実施形態において、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信し、受信するように構成されてもよい。送信／受信要素１２２は、無線信号の組み合わせを送信し、および／または受信するように構成されてもよいことが理解されるであろう。

【0021】

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

【0022】

トランシーバ１２０は、送信／受信要素１２２によって送信されるべき信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成されてもよい。上記のように、ＷＴＲＵ１０２は、マルチモードケイパビリティを有することができる。そのため、トランシーバ１２０は、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするための複数のトランシーバを含むことができる。

【0023】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、ＬＣＤ（液晶ディスプレイ）表示ユニットまたはＯＬＥＤ（有機発光ダイオード）表示ユニット）に結合され、またそこからユーザ入力データを受信することができる。プロセッサ１１８は、ユーザデータをスピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することもできる。それに加えて、プロセッサ１１８は、着脱不能メモリ１３０および／または着脱可能メモリ１３２などの、任意の種類の好適なメモリにある情報にアクセスし、データをそのようなメモリに格納することができる。着脱不能メモリ１０６は、ＲＡＭ（random-access memory）、ＲＯＭ（read-only memory）、ハードディスク、またはその他の種類のメモリストレージデバイスを含むことができる。着脱可能メモリ１３２は、ＳＩＭ（subscriber identity module）カード、メモリスティック、およびＳＤ（セキュアデジタル）メモリカードなどを含むことができる。その他の実施形態において、プロセッサ１１８は、サーバもしくはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置しないメモリにある情報にアクセスし、データをそのようなメモリに格納することができる。

【0024】

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

【0025】

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

【0026】

プロセッサ１１８は、追加の特徴、機能性、および／または有線もしくは無線接続性を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含み得る、その他の周辺機器１３８にさらに結合されてもよい。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真または動画用）、ＵＳＢ（universal serial bus）ポート、バイブレーションデバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、ＦＭ（周波数変調）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュールおよびインターネットブラウザなどを含むことができる。

【0027】

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

【0028】

ＲＡＮ１０４は、ｅＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃを含むことができるが、ＲＡＮ１０４は、一実施形態との整合性を維持しながら任意の数のｅＮｏｄｅＢを含むことができることが理解されるであろう。ｅＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃは、それぞれ、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信するための１つまたは複数のトランシーバを含むことができる。一実施形態において、ｅＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃは、ＭＩＭＯ技術を実装することができる。そのため、ｅＮｏｄｅＢ１４０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。

【0029】

ｅＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃのそれぞれは、特定のセル（図示せず）に関連付けることができ、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成されてもよい。図１Ｃに示されているように、ｅＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃは、Ｘ２インターフェース上で互いに通信することができる。

【0030】

図１Ｃに示されているコアネットワーク１０６は、モビリティ管理ゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含んでもよい。前記の要素のそれぞれは、コアネットワーク１０６の一部として示されているが、これらの要素のうちのどれか１つが、コアネットワーク事業者以外の事業体によって所有され、および／または運営されてもよいことは理解されるであろう。

【0031】

ＭＭＥ１４２は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅＢ１４２ａ、１４２ｂおよび１４２ｃのそれぞれに接続され、制御ノードとしての役割を果たしてもよい。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃのユーザの認証、ベアラのアクティベーション／デアクティベーション、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃの初期アタッチ時の特定のサービングゲートウェイの選択を行う役割を有してもよい。ＭＭＥ１４２は、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどのその他の無線技術を採用するその他のＲＡＮ（図示せず）とを切り換えるための制御プレーン機能も備えることができる。

【0032】

サービングゲートウェイ１４４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅＢ１４０ａ、１４０ｂおよび１４０ｃのそれぞれに接続されてもよい。サービングゲートウェイ１４４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃの間でユーザデータパケットのルーティングし、および転送することができる。サービングゲートウェイ１４４は、ｅＮｏｄｅＢ間ハンドオーバ中のユーザプレーンのアンカリング、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに対してダウンリンクデータが利用可能なときにページングをトリガーすること、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃのコンテキストを管理し、格納することなどの、その他の機能も実行することができる。

【0033】

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

【0034】

コアネットワーク１０６は、その他のネットワークとの通信を円滑にすることができる。例えば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと従来の地上通信回線を使用する通信デバイスとの間の通信が円滑に行われるように、ＰＳＴＮ１０８などの、回路交換ネットワークへのＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃのアクセスを可能にする。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み、またはそれと通信することができる。それに加えて、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに対し、その他のサービスプロバイダによって所有され、および／または運営されている他の有線もしくは無線ネットワークを含み得る、ネットワーク１１２へのアクセスを提供する。

【0035】

既存のプロトコルに基づくことができる、新たなセション転送プロトコルを使用して、ＩＭＳフレームワークを使用することなくメディアセションのＩＵＴが可能になる。新たな非ＩＭＳセション転送プロトコルは、プロキシモバイルＩＰ（ＰＭＩＰ）または汎用パケット無線サービス（ＧＰＲＳ：general packet radio service）トンネリングプロトコル（ＧＴＰ）とすることができる。これらのプロトコルは両方とも、ＣＮの観点から見て同じインターネットプロトコル（ＩＰ：internet protocol）を維持しながら、対応ノード（ＣＮ：corresponding node）と第１のＷＴＲＵとの間のフローまたは一連のフローの一方のエンドポイントを第２のＷＴＲＵに移動することを可能にする。本明細書ではＰＭＩＰおよびＧＴＰが説明されているが、他の制御プロトコルも使用することができる。

【0036】

ＰＭＩＰでは、モバイルデバイスは、これがＰＭＩＰを使用してネットワーク上で稼働していることを知らない。ＰＭＩＰは、ハンドオーバに使用することができる。デバイスは、ネットワークに登録され、ホームアドレス（ＨｏＡ：home address）（すなわち、ＩＰアドレス）を取得し、別のネットワークに変更された後であっても同一のＨｏＡを維持し続ける。それに加えて、デバイス間でＩＵＴが発生した後に、新たなデバイスのＨｏＡを介してデータを新たなデバイスにルーティングする代わりに、新たなデバイスのケアオブアドレス（ＣｏＡ：care of address）に関連付けられる、元のデバイスのＩＰアドレスにデータをルーティングする。

【0037】

ＷＴＲＵは、リモートデバイスまたはサーバとの複数のメディアフローを含む通信セションを確立することができる。通信セション、つまり、メディアフローの１つまたは複数が、１つまたは複数のその他のＷＴＲＵに転送されるか、または１つまたは複数のその他のＷＴＲＵ上に複製されうる。ＩＵＴは、ＰＭＩＰまたはＧＴＰなどのプロトコルを使用して実行されうる。

【0038】

エンドユーザが同じメディアコンテンツをリアルタイムで共有し消費することができる、リアルタイムのソーシャルメディアに向かう一般的トレンドのため、ＣＮの視点から静的ＩＰアドレスを維持しながら複数のデバイスにわたってメディアストリームを伝送する必要がますます高まる。本明細書のフレームワークは、ＣＮと通信している第１のＷＴＲＵから、ＣＮの視点から参照ＩＰアドレスを変更することなく第２のＷＴＲＵにメディアフローの一方のエンドポイントを転送することが可能になる。これらのメカニズムは、任意のＩＰネットワークで具現化されうる。

【0039】

図２は、任意のＩＰベースのネットワーク２３０を通じてＩＰメディアクライアント（例えば、ＷＴＲＵ）間で、メディアフロー２３２、２３４の転送、修正、複製または検索が行われうる、メディアフロー２３２、２３４（例えば、音声および／またはビデオセション）のＩＵＴのハイレベル図２００を示している。ＷＴＲＵ−１−２１０は、ＩＰネットワーク２３０上で、メディアサーバとなり得るＷＴＲＵ−２−２２５と音声およびビデオセションを確立する。ＷＴＲＵ−１−２１０は、セション情報のＩＵＴを開始するか、またはＷＴＲＵ−３−２１５および／またはＷＴＲＵ−４−２２０との協調セションを開始することを決定することができる。ＷＴＲＵ−１−２１０は、ＩＰネットワーク２３０上でＷＴＲＵ−３ ２１５と接続を確立して、音声情報を転送することができる。同様に、ＷＴＲＵ−１−２１０は、Ｐネットワーク２３０上でＷＴＲＵ−４ ２２０と接続を確立して、ビデオ情報を転送することができる。

【0040】

任意の標準メディアプロトコルをメディアフローとともに使用することができる。それに加えて、任意のＩＰネットワークおよびウェブをメディアフローとともに使用することができる。

【0041】

図２の方法のどの時点においても、ＷＴＲＵ−１−２１０、ＷＴＲＵ−２−２２５、ＷＴＲＵ−３−２１５、およびＷＴＲＵ−４−２２０の間で追加のアクションを実行することができる。

【0042】

図３は、パケット交換ストリーミング（packet switched streaming：ＰＳＳ）サーバを使用する１つまたは複数のＷＴＲＵの間のメディアフローのＩＵＴの例を示す詳細図３００である。任意の標準メディアプロトコルをメディアフローとともに使用することができる。それに加えて、任意のＩＰネットワークおよびウェブをメディアフローとともに使用することができる。

【0043】

ＩＭＳサービス制御メディアセション３３２を、ＷＴＲＵ−１−３０５とＳＣＦ（service capability feature）３２５との間で確立することができる。ＷＴＲＵ−１−３０５は、ＰＳＳサーバ３３０とメディア経路３３４を確立し、ＳＣＦ３２５によりブックマーク３３６を生成することができる。ＷＴＲＵ−１−３０５は、ＩＭ−ＣＮサブシステム３１５を介してＳＩＰ−ＲＥＦＥＲメッセージ３３８をＳＣＣ（service centralization and continuity mechanism）３２０に送信することができる。ＳＣＣ３２０は、ＩＭ−ＣＮサブシステム３１５を介してＳＩＰ−ＲＥＦＥＲメッセージ３４２をＷＴＲＵ−２−３１０に送信することによって、要求認可３４０を参照することができる。ＷＴＲＵ−２−３１０は、ＩＭ−ＣＮサブシステム３１５を介してＳＩＰ−ＲＥＦＥＲ肯定応答メッセージ３４４をＳＣＣ３２０に送信することができる。ＳＣＣ３２０は、ＩＭ−ＣＮサブシステム３１５を介してＳＩＰ−ＲＥＦＥＲ肯定応答３４４をＷＴＲＵ−１−３０４に送信することができる。

【0044】

ＰＳＳセション３４６を、ブックマークを使用してＷＴＲＵ−２−３１０とＰＳＳアダプタ／サーバ３３０との間で確立することができる。ＩＭＳサービス制御メディアセション３４８を、ＷＴＲＵ−２−３１０とＳＣＦ３２５との間で確立し、メディア経路３５０を、ＷＴＲＵ−２−３１０とＰＳＳアダプタ／サーバ３３０との間で確立することができる。ＳＩＰ−ＮＯＴＩＦＹ肯定応答３５２を、ＩＭ−ＣＮサブシステム３１５を介してＷＴＲＵ−２−３１０によってＳＣＣ３２０に送信することができる。ＳＣＣ３２０は、ＩＭ−ＣＮサブシステム３１５を介してＳＩＰ−ＮＯＴＩＦＹ肯定応答３５２をＷＴＲＵ−１−３０５に送信することができる。ＷＴＲＵ−１−３０５は、ＩＭ−ＣＮサブシステム３１５を介してＳＩＰ肯定応答３５４をＳＣＣ３２０に送信することができる。ＳＣＣ３２０は、ＩＭ−ＣＮサブシステム３１５を介してＳＩＰ肯定応答３５４をＷＴＲＵ−２−３１０に送信することができる。ＷＴＲＵ−１−３０５とＰＳＳサーバ３３０との間でＰＳＳセション分解（session teardown）３５６を実行することができる。

【0045】

図３の実施形態のどの時点においても、ＷＴＲＵ−１−３０５、ＷＴＲＵ−２−３１０、ＩＭ−ＣＮサブシステム３１５、ＳＣＣ３２０、ＳＣＦ３２５およびＰＳＳアダプタ／サーバ３３０の間で追加のアクションを実行することができる。

【0046】

図４Ａ、４Ｂ、および４Ｃは、ＰＭＩＰを使用するＩＵＴの実施形態を示している。例えば、セションを、一方のデバイスから１つまたは複数のターゲットデバイスに転送することができる。デバイスとＳＣ（session controller）との間、またはＳＣとＬＭＡとの間で、新たなＩＵＴプロトコルを使用することができる。ＳＣとＬＭＡとの間で、ＰＭＩＰプロトコルまたはＩＵＴプロトコルを使用することができる。

【0047】

ＰＭＩＰを使用する対話は、ＬＭＡと、モビリティアクセスゲートウェイ（mobility access gateway：ＭＡＧ）、ソースＬＭＡ、およびターゲットＬＭＡ、または１つもしくは複数のＬＭＡおよびＳＣとの間でも発生しうる。

【0048】

ＰＭＩＰは、モバイルインターネットプロトコル（ＭＩＰ）の更新版である。ＭＩＰバインディングテーブル（binding tables）で、ホームアドレス（ＨｏＡ：home address）が単一のケアオブアドレス（ＣｏＡ：care of address）に関連付けられる。次いで、ＣｏＡは、ユーザが別のロケーションまたは技術に移行するときに更新される。

【0049】

デュアルスタックＭＩＰ（Dual stack MIP：ＤＳＭＩＰ）は、ＩＰｖ４（internet protocol versions 4）およびＩＰｖ６（internet protocol versions 6）に対するアドレスおよびプレフィックスを登録することを可能にし、ＩＰｖ４のパケットおよびＩＰｖ６のパケットをトンネル上でホームエージェントにトランスポートすることができる。それに加えて、モバイルノードは、ＩＰｖ４とＩＰｖ６の両方でローミングすることができる。

【0050】

ＭＩＰは複数のバインディングに対応している。ＢＩＤ（binding identification）モビリティ拡張は、ＢＵ（biding update）および／またはＢＡ（binding acknowledgment）に存在する場合がある。複数のＣｏＡがＨｏＡに関連付けられている場合に、ＬＭＡまたはＣＮ上の複数のバインディングエントリが発生する場合がある。ＷＴＲＵは、ＣｏＡ毎にＢＩＤを生成することができる。

【0051】

ＭＩＰはフローバインディングも許可することができる。ＦＩＤ（flow identification）モビリティ拡張が、ＢＵおよび／またはＢＡに存在する場合がある。ＦＩＤは、同じＨｏＡを使用するその他のフローに影響を及ぼすことなく、特定のフローを１つまたは複数のＣｏＡにバインドすることを可能にし得る。トラフィックセレクタを使用して、フローを識別し、フローを着信ＩＰパケットと比較することができる。フローバインディングは、特定のポリシーをそれぞれのバインディングエントリに関連付けることを可能にすることができる。特定のポリシーは、限定はしないが、関連付けられているＣｏＡ−ＩＰパッケージを削除または転送するステップを含むことができる。

【0052】

ＬＭＡは、ＰＭＩＰバインディングを維持することができる。例えば、ＨｏＡ−ＣｏＡ間のバインディングである。ＩＵＴ特有のプロトコルは、ＬＭＡによって実装することができるが、ＳＣと通信するためにＰＭＩＰが使用される場合には必要ない場合がある。ソースＬＭＡは、バインディングテーブルを使用してリダイレクションを処理することができる。例えば、ソースＬＭＡは、データをターゲットＬＭＡにリダイレクトすることができる。ターゲットＬＭＡは、ターゲットＭＡＧへの逆トンネリングおよび再トンネリングによってデータをターゲットＷＴＲＵにリダイレクトすることができる。別の実施形態では、ソースＬＭＡは、ターゲットＣｏＡを使用してデータを直接、ターゲットＭＡＧにリダイレクトすることができる。ターゲットＬＭＡは、ＰＢＵ（packet binding update）がターゲットＭＡＧから受信される毎に、ソースＬＭＡと相互にやり取りして、ターゲットＷＴＲＵのＣｏＡを更新することができる。

【0053】

ＭＡＧは、ＰＭＩＰを使用して、ＷＴＲＵの代わりにモビリティ管理を実行するプロキシである。ＭＡＧとＬＭＡとの間に、トンネルが生成される。ＣｏＡに送信されたパケットを受信した後、ＭＡＧは、そのパケットの内部宛先アドレスとそのビジターリスト上のエントリとを比較し、パケットから外部ヘッダを除去してから、そのパケットをＷＴＲＵに転送する。ＭＡＧは内部宛先アドレスをそのビジターリストにあるエントリと比較するので、ソースＷＴＲＵを宛先とするパケットがターゲットＷＴＲＵに転送されることが許可されていることを通知されなければならない。

【0054】

デバイス転送を準備し、実行し、ターゲットデバイス上の受信されたデータを正確に処理するために、ＩＵＴ準備プロセス、ＩＵＴ実行プロセス、およびＩＵＴ完了プロセスが発生し得る。ＩＵＴの準備中に、ＳＣ（セションコントローラ）が一連のオペレーションを処理する。ＳＣは、ＩＵＴのためにセションをセットアップすることができる。ＳＣを使用して、ＩＵＴを制御し、情報を一方のＷＴＲＵから他方のＷＴＲＵに受け渡す。セションの転送前に、ターゲットＷＴＲＵはセションを受信できる状態になければならない。また、ＬＭＡおよびＭＡＧは、セションの転送に先行して、各バインディングケーブルを更新しなければならない。バインディングテーブルにおいては、ある時点においてモバイルノードに到達できる、モバイルノードのＨｏＡとＣｏＡとの間に、マッピングが存在していなければならない。

【0055】

準備中に、ＣＮは、セションが一方のデバイスから別のデバイスへ移動中であり、モバイルノードの同一のＩＰアドレス、ＨｏＡにデータを送信し続けている場合があることを知りえない。バインディングテーブルにおけるマッピングに基づいて、パケットをそのＨｏＡからＣｏＡへのマッピングに基づき正確なノードに送信することができる。

【0056】

デバイス転送中に、情報のパケットをＬＭＡからＭＡＧに、次いでターゲットＷＴＲＵにルーティングすることができる。転送後、パケットを、以前と同一のＬＭＡに転送することができるが、ターゲットＷＴＲＵがその接続を更新していて、別のＭＡＧを通じて接続される場合、異なるＭＡＧに転送することができる。ターゲットＭＡＧは、受信されたパケットを正確に処理するためにそのテーブルを更新する必要がある場合がある。

【0057】

転送に先行して、ターゲットＷＴＲＵは、アプリケーションを、まだ開始していなければ開始することができる。ターゲットＬＭＡおよびターゲットＭＡＧは、バインディングテーブルを更新して、ターゲットＷＴＲＵへの転送を処理できるようにすることができる。ＩＵＴ実行中に、データをターゲットＷＴＲＵにリダイレクトするために、ソースＬＭＡは、そのバインディングテーブルを、更新されたＨｏＡ−ＣｏＡ間マッピング情報により更新することができる。ＩＵＴ完了中に、ターゲットＷＴＲＵは、そのパラメータをＣＮと再ネゴシエートすることができる。ソースＷＴＲＵは、ＩＵＴを完了し、クリーンアップを実行することができることの通知を受けることができる。

【0058】

図４Ａは、同一のＭＡＧ４３０に接続され、同一のＬＭＡ４２５に登録されているソースＷＴＲＵ４０５およびターゲットＷＴＲＵ４１０を示している。ＳＣ４１５とＬＭＡとの間で、ＰＭＩＰプロトコルまたはＩＵＴプロトコルを使用することができる。この実施形態４００では、ソースＷＴＲＵ、ＷＴＲＵ−１−４０５およびターゲットＷＴＲＵ、ＷＴＲＵ−２−４１０は両方とも、ＭＡＧ４３０によりアタッチプロシージャ４３５を実行する。ＭＡＧ４３０は、プロキシバインディング更新（proxy binding update：ＰＭＩＰ＿ＢＵ）４３７をＬＭＡ４２５に送信することができる。プロキシバインディング更新４３７は、ＩＰパケットがリダイレクトされなければならないＣｏＡを更新する。これは、複数のＬＭＡが使用されているときに、ＬＭＡ間で使用することができる。プロキシバインディング更新がモバイルそれ自体によって送信されていないことを示すためにプロキシバインディングテーブル４３７における（Ｐ）フラグを送信することができる。ｕｓｅ「ｈｏｍｅ ｎｅｔｗｏｒｋ ｐｒｅｆｉｘ」オプションを使用して、リダイレクト用のパケットのＩＰアドレスを伝送することができる。「Ａｌｔｅｒｎａｔｅ ＣｏＡ」オプションを使用して、ターゲットＣｏＡを伝送することができる。

【0059】

ＷＴＲＵ−１−４０５は、ＳＣ４１５を介してＩＵＴ＿ＰｒｅｐＲｅｑ４４０をＷＴＲＵ−２−４１０に送信することができる。ＩＵＴ＿ＰｒｅｐＲｅｑ４４０は、ＩＵＴに備えるために準備を行えることを示す。ＷＴＲＵがこのメッセージを受信すると、アプリケーションのデータを受信する準備を開始することができる。ＩＵＴ＿ＰｒｅｐＲｅｑ４４０は、限定はしないが、ソースＷＴＲＵのＩＰパケットにおいて指定することができる元の宛先ＩＰアドレス、パケットをリダイレクトできるリダイレクト宛先ＩＰアドレス、およびターゲットＷＴＲＵ上でアプリケーションによって必要とされるアプリケーションデータを含むことができる。ＳＣ４１５は、ＩＵＴ＿ＰｒｅｑＲｅｑ４４４をＬＭＡ４２５に送信することもできる。ＩＵＴ＿ＰｒｅｐＡｃｋを、ＩＵＴ＿ＰｒｅｐＲｅｑ４４０に応答して送信することができ、要求のステータス、ＩＰパケットがリダイレクトされるべきリダイレクト宛先ＩＰアドレス、ターゲットＣｏＡ、およびその他の情報を含むことができる。

【0060】

ＬＭＡ４２５は、ＰＭＩＰ＿ＩＵＴ＿ＰｒｅｐＲｅｑ４４６を生成し、ＭＡＧ４３０に送信することができる。ＰＭＩＰ＿ＩＵＴ＿ＰｒｅｐＲｅｑ４４６は、限定はしないが、ソースＷＴＲＵのＩＰパケットにおいて指定することができる元の宛先ＩＰアドレス、パケットをリダイレクトできるリダイレクト宛先ＩＰアドレス、およびターゲットＷＴＲＵ上でアプリケーションによって必要とされるアプリケーションデータを含むことができる。この要求は、ソースＷＴＲＵを宛先とするＩＰパケットが、ターゲットＷＴＲＵにリダイレクトされることを示す。ＬＭＡ４２５は、情報をＭＡＧ４３０にサービスを提供するターゲットＷＴＲＵに転送することができる。ＭＡＧ４３０は、その情報をバインディングテーブルに保持し、ＩＰパケットをターゲットＷＴＲＵ４１０にリダイレクトできるようにする。ＰＭＩＰ＿ＩＵＴ＿ＰｒｅｐＡｃｋは、ＰＭＩＰ＿ＩＵＴ＿ＰｒｅｐＲｅｑ４４６に応答して送信され、要求のステータス、またはその他の情報を含むことができる。

【0061】

ＳＣ４１５は、ＩＵＴ＿Ｒｅｑ４７８をＷＴＲＵ−１−４０５からＷＴＲＵ−２−４１０およびＬＭＡ４２５に送信することができる。ＩＵＴ＿Ｒｅｑ４５０は、元の宛先ＩＰアドレスおよびリダイレクト宛先ＩＰアドレスを含むことができる。この要求は、ＩＵＴを元のアドレスとリダイレクトされたアドレスとの間で実行することができることを示す。ＷＴＲＵ−２−４１０は、ＣＮ４２０とのアプリケーションネゴシエーション４５２を実行することができる。ターゲットＷＴＲＵ４１０は、コーデックまたはビットレートを含むことができる、ＣＮ４２０との、アプリケーションのパラメータネゴシエーションをトリガーすることができる。バインディングテーブルも、ソースＬＭＡ４２５上で更新することができる。ＣＮ４２０は、ＷＴＲＵに送信されたデータが別のＷＴＲＵにリダイレクトされることを認識しえないが、それは、ＣＮ４２０が、データを同じ宛先ＩＰアドレスに常に送信しているからである。ターゲットＷＴＲＵ４１０は、宛先ＩＰアドレスを格納し、そのインターフェースを、宛先ＩＰアドレスを介してパケットを受信することができるように構成するが、それは、ＣＮ４２０が、ＩＵＴの後であっても、データを同一のＩＰアドレスに送信しているからである。ＩＵＴ−Ａｃｋが、ＩＵＴ＿Ｒｅｑ４５０に応答して送信され、要求のステータスを含むことができる。

【0062】

ソースＷＴＲＵ４０５は、ＳＣ４１５との相互のやり取りを通じて、ターゲットＷＴＲＵ４１０とのＩＵＴをトリガーする役割を有する。ＩＵＴプロトコルは、ＳＣ４１５との相互のやり取りを有するＷＴＲＵおよびＬＭＡによって使用される。ＰＭＩＰプロトコルも使用することができる。ＳＣ４１５は、ソースおよびターゲットのＷＴＲＵとＬＭＡとの相互のやり取りによってＩＵＴ準備を処理する。ＳＣ４１５を、ソースＬＭＡとターゲットＬＭＡとの間の直接通信がＰＭＩＰまたはＩＵＴプロトコルを使用して実行されうるように、ＬＭＡ４２５と同一の場所に配置することができる。ＳＣ４１５は、ソースおよびターゲットのＬＭＡによる認可も処理することができる。

【0063】

図４Ａの方法のどの時点においても、ＷＴＲＵ−１−４０５、ＷＴＲＵ−２−４１０、ＳＣ４１５、ＭＡＧ４３０、ＬＭＡ４２５、およびＣＮ４２０の間で追加のアクションを実行することができる。

【0064】

図４Ｂは、異なるＭＡＧに接続され、同一のＬＭＡ４２５に登録されているソースＷＴＲＵ４０５およびターゲットＷＴＲＵ４１０を示している。この実施形態４５５では、ソースＷＴＲＵ、ＷＴＲＵ−１−４０５、およびターゲットＷＴＲＵ、ＷＴＲＵ−２−４１０は、ＭＡＧ−１−４３２およびＭＡＧ−２−４３４のそれぞれによりアタッチプロシージャ４３５を実行する。ＭＡＧ−１−４３２およびＭＡＧ−２−４３４は、ＰＭＩＰ＿ＢＵ４３７をＬＭＡ４２５に送信することができる。

【0065】

ＷＴＲＵ−１−４０５は、ＳＣ４１５を介してＩＵＴ＿ＰｒｅｐＲｅｑ４４０をＷＴＲＵ−２−４１０に送信することができる。ＳＣ４１５は、ＩＵＴ＿ＰｒｅｑＲｅｑ４４０をＬＭＡ４２５に送信することもできる。ＬＭＡ４２５は、ＰＭＩＰ＿ＩＵＴ＿ＰｒｅｐＲｅｑ４４６を生成して、ＭＡＧ−２−４３４に送信することができる。ＳＣ４１５は、ＩＵＴ＿Ｒｅｑ４４８をＷＴＲＵ−１−４０５からＷＴＲＵ−２−４１０およびＬＭＡ４２５に送信することができる。ＷＴＲＵ−２−４１０は、ＣＮ４２０とのアプリケーションレベルのネゴシエーション４５２を実行することができる。

【0066】

図４Ｂの方法のどの時点においても、ＷＴＲＵ−１−４０５、ＷＴＲＵ−２−４１０、ＳＣ４１５、ＭＡＧ−１−４３２、ＭＡＧ−２−４３４、ＬＭＡ４２５、およびＣＮ４２０の間で追加のアクションを実行することができる。

【0067】

図４Ｃは、異なるＭＡＧに接続され、異なるＬＭＡに登録されているソースＷＴＲＵ４０５およびターゲットＷＴＲＵ４１０を示している。一実施形態４７５では、データは、ターゲットＭＡＧ４３４への転送が開始する前に、ソースＬＭＡ４２７からターゲットＬＭＡ４２９に進む。別の実施形態では、データを、ソースＬＭＡ４２７によってターゲットＭＡＧ４３４に直接転送することができる。

【0068】

図４Ｃにおいて、ソースＷＴＲＵ、ＷＴＲＵ−１−４０５、およびターゲットＷＴＲＵ、ＷＴＲＵ−２−４１０は、ＭＡＧ−１−４３２およびＭＡＧ−２−４３４のそれぞれによりアタッチプロシージャ４３５を実行する。ＭＡＧ−１−４３２およびＭＡＧ−２−４３４は、ＰＭＩＰ＿ＢＵ４３７をＬＭＡ−１−４２７およびＬＭＡ−２−４２９にそれぞれ送信することができる。

【0069】

ＷＴＲＵ−１−４０５は、ＳＣ４１５を介してＩＵＴ＿ＰｒｅｐＲｅｑ４４０をＷＴＲＵ−２−４１０に送信することができる。この要求４４０は、ＩＵＴの準備をすることをＷＴＲＵ−２−４１０に通知する。要求４４０は、限定はしないがＷＴＲＵ−１−４０５のＨｏＡなどの情報を含むことができる。ＳＣ４１５は、ＩＵＴ＿ＰｒｅｑＲｅｑ４４４をＬＭＡ−２−４２９に送信することもでき、したがって、ＬＭＡ−２はそのバインディングテーブルを更新することができる。ＬＭＡ−２−４２９は、ＰＭＩＰ＿ＩＵＴ＿ＰｒｅｐＲｅｑ４４６を生成して、ＭＡＧ−２−４３４に送信することができる。

【0070】

ＳＣ４１５は、ＩＵＴ＿Ｒｅｑ４５０をＷＴＲＵ−１−４０５からＷＴＲＵ−２−４１０およびＬＭＡ−１−４２７に送信することができる。ＩＵＴ＿Ｒｅｑ４５０は、ＩＵＴが発生しうることを示す通知である。ＬＭＡ−１−４２７は、バインディングテーブルを更新して、データをリダイレクトすることができる。この時点で、転送が発生する。転送が発生した後、ＷＴＲＵ−２−４１０は、ＣＮ４２０とのアプリケーションネゴシエーション４５２を実行することができる。ＬＭＡ−２−４２９は、ＰＭＩＰ＿ＢＵ４５４をＬＭＡ−１−４２７に送信することができる。この通知は、ＷＴＲＵ−２−４１０のアタッチ時点のさらなる変更を含むことができる。例えば、ＷＴＲＵ−２−４１０は、ＭＡＧ−３に転送してもよい。

【0071】

図４Ｃの方法のどの時点においても、ＷＴＲＵ−１−４０５、ＷＴＲＵ−２−４１０、ＳＣ４１５、ＭＡＧ−１−４３２、ＭＡＧ−２−４３４、ＬＭＡ−１−４２７、ＬＭＡ−２−４２９、およびＣＮ４２０の間で追加のアクションを実行することができる。

【0072】

図５は、メディアセション情報５００がＬＭＡ５２０によってＭＡＧ５１５にリダイレクトされる流れを示すフロー図であり、そこではＷＴＲＵ−１−５０５およびＷＴＲＵ−２−５３０は、同一のＬＭＡ５２０および同一のＭＡＧ５１５と通信している。

【0073】

ＬＭＡ５２０は、バインディングテーブル５３４を更新して、ＣｏＡ１へトンネリングすることによってＨｏＡ１をＭＡＧ５１５にリダイレクトする。ＭＡＧ５１５は、バインディングテーブル５３２を更新して、ＣｏＡ２を内部のＨｏＡ２にリンクする。ＬＭＡとＭＡＧは両方ともバインディングテーブルを保持する。この例では、ＭＡＧは、ＨｏＡ１をＣｏＡ１に、ＨｏＡ２をＣｏＡ２に関連付けるバインディングテーブルを有することができる。ＬＭＡも、ＨｏＡ１をＣｏＡ１に、ＨｏＡ２をＣｏＡ２に関連付けるバインディングテーブルを有する。ＩＵＴの後、ＬＭＡとＭＡＧは両方とも、ＨｏＡ１がＣｏＡ２に関連付けられ、ＨｏＡ２がＣｏＡ２に関連付けられているバインディングテーブルを有することができ、すべてのデータは、ＷＴＲＵ２に転送される。ＭＡＧ５１５は、受信されたデータから付加的ＩＰヘッダを除去してから、データをＷＴＲＵ−２−５３０に転送する。ＷＴＲＵ−１−５１０は、ＳＣ５２５を介してＷＴＲＵ−２−５３０に送信されるＩＵＴ＿ＰｒｅｐＲｅｑ５３６を介して、ＩＵＴをトリガーする。ＳＣ５２５は、ＩＵＴ＿ＰｒｅｐＲｅｑ５３８をＬＭＡ５２０にも送信する。ＷＴＲＵ−２−５３０は、ＩＵＴ＿ＰｒｅｐＲｅｑ５３８をＳＣ５２５に送信し、アプリケーションを、まだ実行していなければ起動することによって、ＩＵＴの準備を開始する。

【0074】

ＬＭＡ５２０は、ＰＭＩＰ＿ＩＵＴ＿ＰｒｅｐＲｅｑ５４０をＭＡＧ５１５に送信する。ＭＡＧ５１５は、バインディングテーブル５４２を更新して、ＨｏＡ１の元のアドレスへのリダイレクトされたデータＴＯ−ＣｏＡ２を処理し、ＰＭＩＰ＿ＩＵＴ＿ＰｒｅｐＡｃｋ５４４をＬＭＡに送信する。ＬＭＡ５２０は、ＩＵＴ＿ＰｒｅｐＡｃｋ５２５をＳＣ５４８に送信する。ＳＣ５２５は、ＩＵＴ＿Ｒｅｑ５５０、５５４をＷＴＲＵ−２−５３０およびＬＭＡ５２０に送信する。ＬＭＡ５２０は、ターゲットのＷＴＲＵ−２、ＣｏＡ２に関する情報によりバインディングテーブル５５８を更新する。ＷＴＲＵ−２−５３０およびＬＭＡ５２０は、ＩＵＴ＿ＡＣＫ５５２、５５６をＳＣ５２５に送信する。ＷＴＲＵ−２−５３０は、ＣＮ５０５とのアプリケーションレベルの再ネゴシエーション５６０を開始する。ＳＣ５２５は、ＩＵＴ＿ＰｒｅｐＡｃｋ５６２をＷＴＲＵ−１−５１０に送信する。

【0075】

ＣＮ５０５はデータ５６４、５６６をＷＴＲＵ−１（ＨｏＡ１）５１０またはＷＴＲＵ−２（ＨｏＡ２）５３０のいずれかに送信する。データ５６４、５６６は、アプリケーションデータであり、ＩＵＴには関係していない。すべてのデータ５６４、５６６は、ＬＭＡ５２０にルーティングされ、これにより、データ５６８はＭＡＧ５１５にリダイレクトされる。次いで、ＭＡＧ５１５は、データ５７０をＷＴＲＵ−２（ＣｏＡ２）５３０にリダイレクトする。ＩＵＴが完了した後、ＣＮ５０５からのすべてのデータ５６４、５６６は、ターゲットＷＴＲＵ、ＷＴＲＵ−２ ５３０にリダイレクトされる。

【0076】

図５の方法のどの時点においても、ＷＴＲＵ−１−５１０、ＷＴＲＵ−２−５３０、ＳＣ５２５、ＭＡＧ５１５、ＬＭＡ５２０、ＳＣ５２５、およびＣＮ５０５の間で追加のアクションを実行することができる。

【0077】

図６は、メディアセション情報６００がＬＭＡ６２０によってＭＡＧ−２−６３５にリダイレクトされる流れを示すフロー図であり、そこではＷＴＲＵ−１−６１０およびＷＴＲＵ−２−６３０は、同一のＬＭＡ６２０ならびに異なるＭＡＧ６１５および６３５とそれぞれ通信している。

【0078】

ＬＭＡ６２０は、バインディングテーブル６３８を更新して、ＣｏＡ１へトンネリングすることによりＨｏＡ１をＭＡＧ−１にリダイレクトする。ＭＡＧ−２−６３５は、バインディングテーブル６４０を更新して、ＣｏＡ２を内部のＨｏＡ２にリンクする。ＭＡＧ−２−６３５は、受信されたデータから付加的ＩＰヘッダを除去してから、データをＷＴＲＵ−２−６３０に転送する。ＷＴＲＵ−１−６１０は、ＳＣ６２５を介してＷＴＲＵ−２−６３０に送信されるＩＵＴ＿ＰｒｅｐＲｅｑ６４２を介してＩＵＴをトリガーする。ＳＣ６２５は、ＩＵＴ＿ＰｒｅｐＲｅｑ６４６をＬＭＡ６２０にも送信する。ＷＴＲＵ−２−６３０は、ＩＵＴ＿ＰｒｅｐＡｃｋ６４４をＳＣ６２５に送信し、アプリケーションを、まだ実行していなければ起動することによって、ＩＵＴの準備を開始する。

【0079】

ＬＭＡ６２０は、ＰＭＩＰ＿ＩＵＴ＿ＰｒｅｐＲｅｑ６４８をＭＡＧ−２−６３５に送信する。ＭＡＧ−２−６３５は、ＨｏＡ１にマッピングされるＣｏＡ２へのリダイレクトされたデータを処理するようにバインディングテーブル６５０を更新し、ＰＭＩＰ＿ＩＵＴ＿ＰｒｅｐＡｃｋ６５２をＬＭＡ６２０に送信する。ＬＭＡ６２０は、バインディングテーブル６５４を更新し、ＩＵＴ＿ＰｒｅｐＡｃｋ６５６をＳＣ６２５に送信する。ＳＣ６２５は、ＩＵＴ＿Ｒｅｑ６６０をＷＴＲＵ−２−６３０に送信し、ＩＵＴ＿Ｒｅｑ６５８をＬＭＡ６２０に送信する。ＬＭＡ６２０は、ターゲットＣｏＡ２に関する情報によりバインディングテーブル６６１を更新する。ＷＴＲＵ−２−６３０およびＬＭＡ６２０は、ＩＵＴ＿ＡＣＫ６６４をＳＣ６２５に送信する。ＷＴＲＵ−２−６３０は、ＣＮ６０５とのアプリケーションレベルの再ネゴシエーション６６６を開始する。ＳＣ６２５は、ＩＵＴ＿ＰｒｅｐＡｃｋ６６８をＷＴＲＵ−１−６１０に送信する。

【0080】

ＣＮ６０５はデータ６７０、６７２をＷＴＲＵ−１（ＨｏＡ１）６１０またはＷＴＲＵ−２（ＨｏＡ２）６３０のいずれかに送信する。データ６７０、６７２は、アプリケーションデータであり、ＩＵＴには関係していない。すべてのデータ６７０、６７２は、ＬＭＡ６２０にルーティングされ、これにより、データ６７４はＭＡＧ−２−６３５（ＣｏＡ２）にリダイレクトされる。次いで、ＭＡＧ−２−６３５は、データ６７６をＷＴＲＵ−２（ＨｏＡ２）６３０にリダイレクトする。ＩＵＴが完了した後、ＣＮ６０５からのすべてのデータ６７０、６７２は、ターゲットＷＴＲＵ、ＷＴＲＵ−２−６３０にリダイレクトされる。

【0081】

図６の方法のどの時点においても、ＷＴＲＵ−１−６１０、ＷＴＲＵ−２−６３０、ＳＣ６２５、ＭＡＧ−１−６１５、ＭＡＧ−２−６３５、ＬＭＡ６２０、ＳＣ６２５、およびＣＮ６０５の間で追加のアクションを実行することができる。

【0082】

図７Ａおよび７Ｂは、メディアセション情報７００がＬＭＡ−２−７４０によってＭＡＧ−２−７３５にリダイレクトされる流れを示すフロー図であり、そこではＷＴＲＵ−１−７１０およびＷＴＲＵ−２−７３０は、異なるＬＭＡおよび異なるＭＡＧと通信し、データは、ソースＬＭＡ、ＬＭＡ−１−７２０からターゲットＬＭＡ、ＬＭＡ−２−７４０に送信される。

【0083】

ＬＭＡ−１−７２０は、バインディングテーブルを更新して、ＷＴＲＵ−１−７１０のＨｏＡ１を逆トンネリングおよび再トンネリングによってＣｏＡ１にマッピングする。ＭＡＧ−２−７３５は、バインディングテーブル７４４を更新し、ＣｏＡ２をＷＴＲＵ−２−７３０の内部のＨｏＡ２にリンクする。ＭＡＧ−２−７３５は、受信されたデータから付加的ＩＰヘッダを除去してから、データをＷＴＲＵ−２−７３０に転送する。ＷＴＲＵ−１−７１０は、ＳＣ７２５を介してＷＴＲＵ−２−７３０に送信されるＩＵＴ＿ＰｒｅｐＲｅｑ７４６を介してＩＵＴをトリガーする。ＳＣ７２５は、ＩＵＴ＿ＰｒｅｐＲｅｑ７５０をＬＭＡ−２−７４０にも送信する。ＷＴＲＵ−２−７３０は、ＩＵＴ＿ＰｒｅｐＡｃｋ７４８をＳＣ７２５に送信し、アプリケーションを、まだ実行していなければ起動することによって、ＩＵＴの準備を開始する。

【0084】

ＬＭＡ−２−７４０は、ＰＭＩＰ＿ＩＵＴ＿ＰｒｅｐＲｅｑ７５２をＭＡＧ−２−７３５に送信する。この要求は、ＨｏＡ１およびＣｏＡ２を含む。ＭＡＧ−２−７３５は、バインディングテーブル７５４を更新して、データをＣｏＡ２にマッピングするＨｏＡ１へリダイレクトされたデータの元のアドレスを処理し、ＰＭＩＰ＿ＩＵＴ＿ＰｒｅｐＡｃｋ７５６をＬＭＡ−２に送信する。ＬＭＡ−２は、バインディングテーブル７５８を更新して、内部ＨｏＡ１を持つＨｏＡ２をＣｏＡ２で置き換え、ＣｏＡ２に転送し、ＩＵＴ＿ＰｒｅｐＡｃｋ７６０をＳＣ７２５に送信する。ＳＣ７２５は、ＩＵＴ＿Ｒｅｑ７６６をＷＴＲＵ−２−７３０に送信し、ＩＵＴ＿Ｒｅｑ７６２をＬＭＡ−１−７２０に送信する。ＬＭＡ−１−７２０は、ターゲットＨｏＡ２に関する情報によりバインディングテーブル７６４を更新して、データをＷＴＲＵ−１−７１０の代わりにＷＴＲＵ−２−７３０に転送する。ＷＴＲＵ−２−７３０およびＬＭＡ−１−７２０は、ＩＵＴ＿ＡＣＫ７７２をＳＣ７２５に送信する。ＷＴＲＵ−２−７３０は、ＣＮ７０５とのアプリケーションレベルの再ネゴシエーション７６８を開始する。ＳＣ７２５は、ＩＵＴ＿ＰｒｅｐＡｃｋ７７０をＷＴＲＵ−１−７１０に送信する。ＣＮ７０５は、ＬＭＡ−１−７２０を介してデータ７７４をＩＰ宛先アドレスＨｏＡ１に送信する。ＬＭＡ−１−７２０は、データ７７６がＨｏＡ２においてＷＴＲＵ−２−７３０に送信されるべきであるとバインディングテーブルに基づき判定する。ＬＭＡ−１−７２０は、データ７７６をＬＭＡ−２−７４０に送信する。ＬＭＡ−２−７４０は、データ７７８をＣｏＡ２に基づきＭＡＧ−２−７３５にトンネル／リダイレクトする。ＭＡＧ−２−７３５は、データ７８０をＷＴＲＵ−２−７３０に送信する。

【0085】

ＷＴＲＵ−２−７３０は、ＭＡＧ−２−７３５に接続することができる。ＷＴＲＵ−２−７３０がＭＡＧ−３−７８５に移動し、接続するという条件で、ＷＴＲＵ−２−７３０は、ＭＡＧ−３−７８５にアタッチする（７８８）。ＷＴＲＵ−２−７３０は、ＭＡＧ−２−７３５から切断する。ＭＡＧ−３−７８５は、ＰＭＩＰ＿ＢＵ要求７９０をＨｏＡ２およびＣｏＡ３を含むＬＭＡ−２−７４０に送信することによって、ＷＴＲＵ−２−７３０をＬＭＡ−２−７４０に登録する。ＬＭＡ−２−７４０は、ＷＴＲＵ−２−７３０−ＣｏＡ３を認識し、ＣｏＡ３を通じてＷＴＲＵ−２−７３０に到達することができる。ＬＭＡ−２−７４０は、ＰＭＩＰ＿ＩＵＴ＿ＰｒｅｐＲｅｑ７９２をＭＡＧ−３−７８５に送信し、ＰＭＩＰ＿ＩＵＴ＿ＰｒｅｐＡｃｋ７９４をＭＡＧ−３−７８５から受信する。ＬＭＡ−２−７４０は、宛先ＣｏＡを置き換えることによってバインディングテーブル７９６を更新する。

【0086】

図７Ａおよび７Ｂの方法のどの時点においても、ＷＴＲＵ−１−７１０、ＷＴＲＵ−２−７３０、ＳＣ７２５、ＭＡＧ−１−７１５、ＭＡＧ−２−７３５、ＭＡＧ−３−７８５、ＬＭＡ−１−７２０、ＬＭＡ−２−７４０、ＳＣ７２５、およびＣＮ７０５の間で追加のアクションを実行することができる。

【0087】

図７Ｃおよび７Ｄは、メディアセション情報７５５がＬＭＡ−１−７２０によってＭＡＧ−２−７３５にリダイレクトされる流れを示すフロー図であり、そこではＷＴＲＵ−１−７１０およびＷＴＲＵ−２−７３０は、異なるＬＭＡおよび異なるＭＡＧと通信し、データは、ソースＬＭＡ、ＬＭＡ−１−７２０からターゲットＭＡＧ、ＭＡＧ−２−７３５に送信される。

【0088】

ＬＭＡ−１−７２０は、バインディングテーブル７４２を更新して、ＨｏＡ１を逆トンネリングおよび再トンネリングによってＣｏＡ１にマッピングする。ＭＡＧ−２−７３５は、バインディングテーブル７４４を更新して、ＣｏＡ２を内部のＨｏＡ２にリンクする。ＭＡＧ−２−７３５は、受信されたデータから付加的ＩＰヘッダを除去してから、データをＷＴＲＵ−２−７３０に転送する。ＷＴＲＵ−１−７１０は、ＳＣ７２５を介してＷＴＲＵ−２−７３０に送信されるＩＵＴ＿ＰｒｅｐＲｅｑ７４６を介してＩＵＴをトリガーする。ＳＣ７２５は、ＩＵＴ＿ＰｒｅｐＲｅｑ７５０をＬＭＡ−２−７４０にも送信する。ＷＴＲＵ−２−７３０は、ＩＵＴ＿ＰｒｅｐＡｃｋ７４８をＳＣ７２５に送信し、アプリケーションを、まだ実行していなければ起動することによって、ＩＵＴの準備を開始する。

【0089】

ＬＭＡ−２−７４０は、ＰＭＩＰ＿ＩＵＴ＿ＰｒｅｐＲｅｑ７５２をＭＡＧ−２−７３５に送信する。この要求は、ＨｏＡ１およびＣｏＡ２を含む。ＭＡＧ−２−７３５は、バインディングテーブル７５４を更新して、データをＣｏＡ２にマッピングするＨｏＡ１への元のアドレスでリダイレクトされたデータを処理し、ＰＭＩＰ＿ＩＵＴ＿ＰｒｅｐＡｃｋ７５６をＬＭＡ−２−７４０に送信する。ＬＭＡ−２−７４０は、ＩＵＴ＿ＰｒｅｐＡｃｋ７６０をＳＣ７２５に送信する。ＳＣ７２５は、ＩＵＴ＿Ｒｅｑ７６６をＷＴＲＵ−２−７３０に送信し、ＩＵＴ＿Ｒｅｑ７６２をＬＭＡ−１−７２０に送信する。ＬＭＡ−１−７２０は、ＣｏＡ２にマッピングされたターゲットＨｏＡ１に関する情報によりバインディングテーブル７６４を更新する。ＷＴＲＵ−２−７３０およびＬＭＡ−１−７２０は、ＩＵＴ＿ＡＣＫ７７２をＳＣ７２５に送信する。ＷＴＲＵ−２−７３０は、ＣＮ７０５とのアプリケーションレベルの再ネゴシエーション７６８を開始する。ＳＣ７２５は、ＩＵＴ＿ＰｒｅｐＡｃｋ７７０をＷＴＲＵ−１−７１０に送信する。ＣＮ７０５は、追加のデータ７７４をＨｏＡ１においてＬＭＡ−１−７２０に送信する。ＬＭＡ−１−７２０は、データ７７６をＣｏＡ２およびＭＡＧ−２−７３５に、直接トンネルする。ＭＡＧ−２−７３５は、外部のＩＰヘッダを除去してから、データを宛先ＨｏＡ１−７８０とともにＷＴＲＵ−２−７３０に転送する。

【0090】

ＷＴＲＵ−２−７３０はＭＡＧ−３−７８５にアタッチし（７８８）、ＭＡＧ−２−７３５から切断する。ＰＭＩＰバインディング更新７９０がＬＭＡ−２−７４０に送信される。ＭＡＧ−３−７８５は、ＰＭＩＰ＿ＢＵ７９０要求をＨｏＡ２およびＣｏＡ３を含むＬＭＡ−２−７４０に送信する。ＬＭＡ−２−７４０は、ＣｏＡ３を追跡する。ＷＴＲＵ−２−７３０がそのアタッチするポイントを変更する度に、新しいバインディング更新が新しいＭＡＧからＬＭＡ−２−７４０に送信される。

【0091】

ＬＭＡ−２−７４０は、ＰＭＩＰ＿ＩＵＴ＿ＰｒｅｐＲｅｑ７９２をＭＡＧ−３−７８５に送信し、ＰＭＩＰ＿ＩＵＴ＿ＰｒｅｐＡｃｋ７９４をＭＡＧ−３−７８５から受信する。ＭＡＧ−３−７３５は、宛先ＣｏＡを置き換えることによってバインディングテーブル７９６を更新する。ＬＭＡ−２−７４０は、更新された情報をＬＭＡ−１−７２０に送信する。ＬＭＡ−２−７４０は、ＰＭＩＰ＿ＢＵ７９５をＬＭＡ−１−７２０に送信する。ＬＭＡ−１−７２０は、ＣｏＡ３情報によりバインディングテーブル７９３を更新し、ＰＭＩＰ＿ＢＡ肯定応答７９７をＬＭＡ−２−７４０に送信する。ＬＭＡ−１−７２０がＣＮ７０５から情報を受信した後、これは、アタッチされたときに正しいＭＡＧへその情報を送信することができる。ＣＮ７０５は、追加のデータ７９８をＬＭＡ−１−７２０に送信することができる。ＷＴＲＵ−２−７３０がＭＡＧ−３−７８５にアタッチされているので、ＬＭＡ−１−７２０はＣｏＡ３−７９９を使用してデータをＭＡＧ−３−７８５にトンネルし、したがって、データを、ＭＡＧ−３−７８５にリダイレクトすることができる。ＭＡＧ−３−７８５は、データ７９１をＷＴＲＵ−２−７３０に送信する。

【0092】

図７Ｃおよび７Ｄの方法のどの時点においても、ＷＴＲＵ−１−７１０、ＷＴＲＵ−２−７３０、ＳＣ７２５、ＭＡＧ−１−７１５、ＭＡＧ−２−７３５、ＭＡＧ−３−７８５、ＬＭＡ−１−７２０、ＬＭＡ−２−７４０、ＳＣ７２５、およびＣＮ７０５の間で追加のアクションを実行することができる。

【0093】

図８は、ネットワークオペレータの展開選択に応じて、ＧＴＰまたはＰＭＩＰのいずれかを使用するアーキテクチャ８００のブロック図である。ＧＴＰまたはＰＭＩＰ８３２は、３ＧＰＰアクセスネットワーク８１０におけるサービスゲートウェイ８０５とＰＤＮゲートウェイ８１５との間で使用することができ、ＧＴＰまたはＰＭＩＰ８３６は、ＰＤＮゲートウェイ８１５およびｅＰＤＧゲートウェイ８２５との間で使用することができる。それに加えて、ＰＭＩＰおよびＧＴＰ８３２は、サービングゲートウェイ８０５およびＰＤＮゲートウェイ８１５が異なるドメイン内にあるときに、サービスゲートウェイ８０５とＰＤＮゲートウェイ８１５との間で使用することもできる。ＰＭＩＰ８３４は、ＰＤＮゲートウェイ８１５と非３ＧＰＰ（third generation partnership project）ＩＰアクセスゲートウェイ８２０との間で使用することができる。ＰＤＮは、ＧＴＰアンカーとして動作し、これはＰＭＩＰにおけるＬＭＡと類似する役割となり得る。それに加えて、ｅＰＤＧ８２５は、ＭＡＧと類似する機能を使用する。信頼できない非３ＧＰＰアクセスネットワークを通じて接続しているときに、ＩＰｓｅｃトンネル８３８をＷＴＲＵ８３０とｅＰＤＧ８２５との間で使用することができる。

【0094】

図９は、ＧＴＰを使用するユニキャスト発展型パケットシステム（ＥＰＳ：evolved packet system）ベアラを示すブロック図９００である。ＧＴＰは、３ＧＰＰで使用され、複数のアクセスポイントネーム（ＡＰＮ：access point name）を通じてＷＴＲＵ９０５を１つまたは複数のＰＤＮ９２０に接続することをサポートするネットワークベースのＩＰモビリティを実装する。ＷＴＲＵ９０５は、所定の時刻において複数のＡＰＮを使用することができる。ＡＰＮは、ＷＴＲＵがＰＤＮ９２０にアタッチするポイントを識別することができる。ＡＰＮ内では、ＷＴＲＵ９０５は、サーバＰＤＮ接続を有することができる。すべてのＰＤＮ接続を、ＧＴＰトンネルに関連付けることができ、これは、トンネルの両側トンネルエンドポイントＩＤに関連付けることができる。すべてのＰＤＮ接続は、１つまたは複数のＥＰＳベアラを有することができ、すべてのベアラは、アップリンクおよびダウンリンクのトラフィックフローフィルタ（ＴＦＴ：traffic flow filter）９４６、９４８、９５２および９５４に関連付けられる。ＵＬとＤＬの両方のトラフィックフロー集合９４２および９４４を使用して、アプリケーション／サービス層９４０と通信する。

【0095】

ＥＰＳベアラは、ＧＴＰベースのＳ５／Ｓ８ベアラ９３５に対するＷＴＲＵ９０５とＰＤＮ−ＧＷ９２０との間の、またＰＭＩＰベースのＳ５／Ｓ８ベアラ９３５に対するＷＴＲＵ９０５とサービングＧＷ９１５との間の共通のＱｏＳ処理を受信するトラフィックフローを一意に識別する。一方のＥＰＳベアラは、ＷＴＲＵ９０５がＰＤＮ９２０に接続するときに確立され、ＰＤＮ９２０接続の寿命が続く限り確立されたままであり、そのＰＤＮ９２０への常時オンＩＰ接続性をＷＴＲＵ９０５に提供する。そのベアラは、デフォルトベアラと称される。同一のＰＤＮ接続に対して確立された任意の追加のＥＰＳベアラは、専用ベアラと称される。

【0096】

ＵＬ−ＴＦＴ（Uplink Traffic Flow Template）９４６および９４６は、ＴＦＴにおけるアップリンクパケットフィルタの集合である。ＤＬ−ＴＦＴ（DownLink Traffic Flow Template）９５２および９５４は、ＴＦＴにおけるダウンリンクパケットフィルタの集合である。それぞれの専用ＥＰＳベアラは、ＴＦＴに関連付けられる。ＷＴＲＵ９０５は、ＵＬ−ＴＦＴ９４６および９４８を使用して、アップリンク方向においてトラフィックをＥＰＳベアラにマッピングする。ＤＬ−ＴＦＴ９５２および９５４を使用して、ダウンリンク方向においてトラフィックをＥＰＳベアラにマッピングする。無線ベアラ（radio bearer：ＲＢ）９２５は、ＷＴＲＵ９０５とｅＮｏｄｅＢ９１０との間でＥＰＳベアラのパケットをトランスポートする。無線ベアラが存在する場合、ＥＰＳベアラとこの無線ベアラとの間に一対一のマッピングがある。Ｓ１ベアラ９３０は、ｅＮｏｄｅＢ９１０とサービングＧＷ９１５との間でＥＰＳベアラのパケットをトランスポートする。Ｓ５／Ｓ８ベアラ９３５は、サービングＧＷ９１５とＰＤＮ ＧＷ９２０との間でＥＰＳベアラのパケットをトランスポートする。

【0097】

図１０は、ＷＴＲＵ１００５とＰＤＮ−ＧＷ１０２０との間のユーザプレーンの参照ポイント１０００を示すスタック図である。ＧＴＰは、バックボーンネットワークにおいて、ＵＴＲＡＮ１０１０とサービングＧＷ１０１５との間、さらにはサービングＧＷ１０１５とＰＤＮ−ＧＷ１０２０との間でユーザデータをトンネルするためのプロトコルとして使用される。ＧＴＰは、すべてのエンドユーザのＩＰパケットをカプセル化することができる。

【0098】

図１１は、専用ベアラのアクティベーションプロシージャ１１００を示すフロー図である。ＰＣＲＦ（policy charging rules function）１１３０が、要求をＰＤＮ−ＧＷ１１２５に送信することによってＩＰ−ＣＡＮセション修正１１３２を開始する。ＰＤＮ−ＧＷ１１２５は、ベアラ要求１１３４を作成し、ベアラ作成要求１１３４を、サービングＧＷ１１２０を介してＭＭＥ（mobility management entity）１１１５に送信する。ＭＭＥ１１１５は、ベアラセットアップ要求／セション管理要求１１３８をｅＮｏｄｅＢ１１１０に送信する。ｅＮｏｄｅＢ１１１０は、ＷＴＲＵ１１０５にＲＲＣ接続再構成要求１１４０を送信する。

【0099】

再構成が完了した後、ＷＴＲＵ１１０５は、ｅＮｏｄｅＢ１１１０に、ＲＲＣ接続再構成完了応答１１４２を送信する。ｅＮｏｄｅＢ１１１０は、ＭＭＥ１１１５にベアラセットアップ応答１１４４を送信する。ＷＴＲＵ１１０５は、直接転送要求１１４６をｅＮｏｄｅＢ１１１０に送信し、ｅＮｏｄｅＢ１１１０は、ＭＭＥ１１１５にセション管理応答１１４８を送信する。ＭＭＥ１１１５は、サービングＧＷ１１２０を介してＰＤＮ−ＧＷ１１２５にベアラ作成応答１１５０を送信する。ＰＤＮ−ＧＷ１１２５は、ＰＣＲＦ１１３０にＩＰ−ＣＡＮセション修正メッセージ１１２５を送信する。

【0100】

図１１の方法のどの時点においても、ＷＴＲＵ１１０５、ｅＮｏｄｅＢ１１１０、ＭＭＥ１１１５、サービングＧＷ１１２０、ＰＤＮ−ＧＷ１１２５、およびＰＣＲＦ１１３０の間で追加のアクションを実行することができる。

【0101】

図１２は、ベアラのＱｏＳ更新を有するベアラの修正プロシージャ１２００を示すフロー図である。ＰＣＲＦ１１３０は、要求１２０２をＰＤＮ−ＧＷ１１２５に送信することによってＩＰ−ＣＡＮセション修正を開始する。ＰＤＮ−ＧＷ１１２５は、ベアラ更新要求１２０４を作成し、ベアラ更新要求１２０４をサービングＧＷ１１２０に送信する。サービングＧＷは、ＭＭＥ１１１５にベアラ更新要求１２０６を送信する。ＭＭＥ１１１５は、ベアラ修正要求／セション管理要求１２０８をｅＮｏｄｅＢ１１１０に送信する。ｅＮｏｄｅＢ１１１０は、ＷＴＲＵ１１０５にＲＲＣ接続再構成要求１２１０を送信する。

【0102】

再構成が完了した後、ＷＴＲＵ１１０５は、ｅＮｏｄｅＢ１１１０に、ＲＲＣ接続再構成完了応答１２１２を送信する。ｅＮｏｄｅＢ１１１０は、ＭＭＥ１１１５にベアラ修正応答１２１４を送信する。ＷＴＲＵ１１０５は、直接転送要求１２１６をｅＮｏｄｅＢ１１１０に送信し、ｅＮｏｄｅＢ１１１０は、ＭＭＥ１１１５にセション管理応答１２１８を送信する。ＭＭＥ１１１５は、サービングＧＷ１１２０を介してＰＤＮ−ＧＷ１２２５にベアラ更新応答１２２０を送信する。ＰＤＮ−ＧＷ１１２５は、ＰＣＲＦ１１３０にＩＰ−ＣＡＮセション修正メッセージ１２２４を送信する。

【0103】

図１２の方法のどの時点においても、ＷＴＲＵ１１０５、ｅＮｏｄｅＢ１１１０、ＭＭＥ１１１５、サービングＧＷ１１２０、ＰＤＮ−ＧＷ１１２５、およびＰＣＲＦ１１３０の間で追加のアクションを実行することができる。

【0104】

図１３は、ベアラのＱｏＳ更新がないベアラの修正プロシージャ１３００を示すフロー図である。ＰＣＲＦ１１３０は、要求１３０２をＰＤＮ−ＧＷ１１２５に送信することによってＩＰ−ＣＡＮセション修正を開始する。ＰＤＮ−ＧＷ１１２５は、ベアラ更新要求１３０４を作成し、ベアラ更新要求１３０４を、サービングＧＷ１１２０を介してＭＭＥ１１１５に送信する。ＭＭＥ１１１５は、ダウンリンクＮＡＳトランスポート要求１３０８をｅＮｏｄｅＢ１１１０に送信する。ｅＮｏｄｅＢ１１１０は、直接転送要求１３１０をＷＴＲＵ１１０５に送信する。

【0105】

ＷＴＲＵ１１０５は、直接転送応答１３１２をｅＮｏｄｅＢ１１１０に送信する。ｅＮｏｄｅＢ１１１０は、アップリンクＮＡＳトランスポートメッセージ１３１４をＭＭＥ１１１５に送信する。ＭＭＥ１１１５は、サービングＧＷ１１２０を介してＰＤＮ−ＧＷ１１２５にベアラ更新応答１３１６を送信する。ＰＤＮ−ＧＷ１１２５は、ＰＣＲＦ１１３０にＩＰ−ＣＡＮセション修正メッセージ１３１８を送信する。

【0106】

図１３の方法のどの時点においても、ＷＴＲＵ１１０５、ｅＮｏｄｅＢ１１１０、ＭＭＥ１１１５、サービングＧＷ１１２０、ＰＤＮ−ＧＷ１１２５、およびＰＣＲＦ１１３０の間で追加のアクションを実行することができる。

【0107】

図１４は、ＰＤＮ ＧＷ開始ベアラデアクティベーションプロシージャ１４００を示すフロー図である。ＰＣＲＦ１１３０は、要求１４０６をＰＤＮ−ＧＷ１１２５に送信することによってＩＰ−ＣＡＮセション修正を開始する。ＰＤＮ−ＧＷ１１２５は、ベアラ削除要求１４０８を生成し、ベアラ削除要求１４０８を、サービングＧＷ１４０２を介してＭＭＥ１１１５に送信する。サービングＧＷ１４２０は、ＳＧＳＮ１４０２にベアラ削除要求１４０８も送信する。ＭＭＥ１１１５は、デタッチ要求１４１２をＷＴＲＵ１１０５に送信し、ベアラデアクティベート要求１４１４をｅＮｏｄｅＢ１１１０に送信する。ｅＮｏｄｅＢ１１１０は、ＷＴＲＵ１１０５にＲＲＣ接続再構成要求１４１６を送信する。

【0108】

再構成が完了した後、ＷＴＲＵ１１０５は、ｅＮｏｄｅＢ１１１０に、ＲＲＣ接続再構成完了応答１４１８を送信する。ｅＮｏｄｅＢ１１１０は、ＭＭＥ１１１５にベアラデアクティベート応答１４２０を送信する。ＷＴＲＵ１１０５は、直接転送要求１４２４をｅＮｏｄｅＢ１１１０に送信し、ｅＮｏｄｅＢ１１１０は、ＭＭＥ１１１５にＥＰＳベアラデアクティベートコンテキストアクセプト応答１４２６を送信する。ＷＴＲＵ１１０５は、ＭＭＥ１１１５にデタッチアクセプト１４２８を送信する。ＭＭＥ１１１５は、通知要求１４３０をＨＳＳ１４０４に送信し、ＨＳＳ１４０４から通知応答１４３２を受信する。ＭＭＥ１１１５およびＳＧＳＮ１４０２は両方とも、サービングＧＷ１１２０にベアラ削除応答１４３４を送信する。サービングＧＷ１１２０は、ＰＤＮ−ＧＷ１１２５にベアラ削除応答１４３４を送信する。ＰＤＮ ＧＷ１１２５は、ＰＣＲＦ１１３０にＩＰ−ＣＡＮセション修正メッセージ１４３６を送信する。ＷＴＲＵ１１０４、ｅＮｏｄｅＢ１１１０、およびＭＭＥ１１１５は、シグナリング接続解放１４３８を実行する。

【0109】

図１４の方法のどの時点においても、ＷＴＲＵ１１０５、ｅＮｏｄｅＢ１１１０、ＭＭＥ１１１５、ＳＧＳＮ１４０２、サービングＧＷ１１２０、ＰＤＮ ＧＷ１１２５、ＰＣＲＦ１１３０、およびＨＳＳ１４０４の間で追加のアクションを実行することができる。

【0110】

図１５は、ＷＴＲＵ要求ベアラ修正プロシージャ１５００を示すフロー図である。ＷＴＲＵ１１０５は、ＭＭＥ１１１５にメッセージ１５０２を送信することによってベアラリソース修正を要求する。ＭＭＥ１１１５は、サービングＧＷ１１２０を介してＰＤＮ−ＧＷ１１２５にベアラリソースコマンド１５０４を送信する。ＰＣＲＦ１１３０は、ＰＤＮ−ＧＷ１１２５とＩＰ−ＣＡＮセション修正１５０８を開始する。専用ベアラアクティベーションは、ＷＴＲＵ１１０５、ｅＮｏｄｅＢ１１１０、ＭＭＥ１１１５、サービングＧＷ１１２０、およびＰＤＮ−ＧＷ１１２５の間で発生する（１５１０）。ＰＤＮ−ＧＷ１１２５は、ＰＣＲＦ１１３０にＩＰ−ＣＡＮセション修正メッセージ１５１２を送信する。

【0111】

図１５の方法のどの時点においても、ＷＴＲＵ１１０５、ｅＮｏｄｅＢ１１１０、ＭＭＥ１１１５、サービングＧＷ１１２０、ＰＤＮ ＧＷ１１２５、およびＰＣＲＦ１１３０の間で追加のアクションを実行することができる。

【0112】

図１６は、ＧＴＰを使用して一方のＷＴＲＵから別のＷＴＲＵへのＩＰフローエンドポイント転送１６００を示すフロー図である。ＩＰフロー１６４２は、ソースＷＴＲＵ１６０５とＣＮ１６４０との間に存在する。選択的ＩＵＴを実行するために、ソースＷＴＲＵ１６０５は、ＩＵＴを実行することを決定し、ＣＮ１６４０に通知する。ＷＴＲＵ−１ １６０５は、ＩＵＴ＿ＰｒｅｐＲｅｑ１６４４をＷＴＲＵ−２−１６１５に送信することによってＷＴＲＵ−２−１６１５とコンタクトする。これは、ＩＵＴプロシージャが発生されようとしていることをＷＴＲＵ−２−１６１５に通知するものである。この要求は、ＳＣ１６１０を介して送信することができる。ＷＴＲＵ−２−１６１５は、アプリケーションレベルの準備１６４４を実行し、その状態およびＩＰスタックを更新して、ＷＴＲＵ−１ １６０５のＩＰアドレスを論理インターフェース上で追加し、ＷＴＲＵ−１−１６０５のＩＰアドレスからパケットの送受信を行えるようにする。ＷＴＲＵ−２ １６１５は、ＩＵＴ＿ＰｒｅｐＡｃｋ１６４６をＷＴＲＵ−１−１６０５に送信する。肯定応答１６４６は、ＳＣ１６１０を介して送信することができる。

【0113】

ＷＴＲＵ−１−１６０５は、転送するメディアフローをトランスポートするために現在使用されているＥＰＳベアラをターゲットとするベアラリソース修正を実行する。シグナリングを修正して、ＷＴＲＵ−２−１６１５の識別子をＰＤＮ−ＧＷ１６３０に提供することを可能にする。ＷＴＲＵ−１−１６０５は、ＳＧＷ−１−１６２０を介してＰＤＮ−ＧＷ１６３０にベアラリソース修正要求１６４８を送信することができる。ＰＣＥＦ開始ＩＰ−ＣＡＮセション修正１６５２を、ＰＤＮ−ＧＷ１６３０とＰＣＲＦ１６３５との間で開始することができる。ＰＤＮ−ＧＷ１６３０は、ＷＴＲＵ−２−１６１５、ＰＤＮ−ＧＷ１６３０、およびＳＧＷ−２−１６２５の間で、専用ベアラを生成し（例えば、図１１で説明されているプロシージャに従うことができる）、または既存のベアラを修正する（例えば、ＱｏＳ更新が実行されるという条件の下では図１２、またはＱｏＳ更新がベアラ修正時に実行されないという条件の下では図１３で説明されているプロシージャに従うことができる）（１６５４）。一実施形態では、ＰＤＮ−ＧＷは、ＷＴＲＵ−２−１６１５上で終了した既存ベアラを再利用して転送トラフィックをトランスポートすることを選択し（つまり、既存のベアラ修正プロシージャを使用することができる）、または別の場合には、ＰＤＮ−ＧＷは、この目的のために新しいベアラを使用することを選択することができる（つまり、既存のベアラ作成プロシージャを使用することができる）。新しい、または修正されたベアラの両側において、ＰＤＮ−ＧＷ１６３０およびＷＴＲＵ−２−１６１５におけるＴＦＴは、このベアラを通じてターゲットのトラフィックを管理する。ＴＦＴ１は、転送されるフローに関係するＴＦＴであってよい。ダウンリンク上のＴＦＴ１は、宛先ＩＰ、ＷＴＲＵ−１−１６０５のＩＰを持つ指定されたフロー特性にトラフィックをマッチさせることができる。トラフィックは、ＷＴＲＵ−２−１６１５とＰＤＮ−ＧＷ１６３０との間でＥＰＳベアラのＧＴＰトンネルを通じて管理される。アップリンク上のＴＦＴ１は、ＩＰソース、ＷＴＲＵ−１−１６０５のＩＰを持つ指定されたフロー特性とマッチすることができる。トラフィックは、ＷＴＲＵ−２−１６１５とＰＤＮ−ＧＷ１６３０との間でＥＰＳベアラを通じて管理される。それに加えて、ＰＤＮ−ＧＷ１６３０のベアラデアクティベートプロシージャ１６５６は、ＷＴＲＵ−１−１６０５、ＳＧＷ−１−１６２０、およびＰＤＮ−ＧＷ１６３０の間で実行される（つまり、図１４で説明されているベアラデアクティベートプロシージャに従うものとしてよい）。ＰＤＮ−ＧＷ１６３０は、ＰＣＥＦ１６３５開始ＩＰ−ＣＡＮセション修正終了応答１６５８をＰＣＲＦ１６３５に送信する。ＷＴＲＵ−２−１６１５は、ＣＮ１６４０とのアプリケーションレベルの再ネゴシエーション１６６０を実行することができ、またＣＮ１６４０とのＩＰフロー１６６２を確立することもできる。ＰＤＮ−ＧＷ１６３０およびＷＴＲＵ−１−１６０５は、そのＴＦＴを更新して、ＷＴＲＵ−１−１６０５のベアラからトラフィックを除去することができる。

【0114】

図１６の方法のどの時点においても、ＷＴＲＵ−１−１６０５、ＷＴＲＵ−２−１６１５、ＳＣ１６１０、ＳＧＷ−１−１６２０、ＳＧＷ−２−１６２５、ＣＮ１６４０、ＰＤＮ ＧＷ１６３０、およびＰＣＲＦ１６３５の間で追加のアクションを実行することができる。

【0115】

一実施形態では、初期要求メッセージ１６４８を、ＷＴＲＵ−１ １６０５から新しいＩＥを含むＰＤＮ ＧＷ１６３０に送信することができる。新しいＩＥ、例えば、ＩＵＴターゲットＩＰアドレスがメッセージ１６４８に追加される。このＩＥの値は、ＩＰアドレスである（つまり、転送のターゲットであるＷＴＲＵ−２ １６１５のＩＰアドレス）。このＩＥは、メッセージ１６４８内に存在しているので、ＰＤＮ ＧＷ１６３０は、ＩＥ、ＷＴＲＵ−２ １６１５によって識別されたターゲットへのＩＵＴ転送オペレーションをトリガーする。

【0116】

新しいＩＥ、例えば、ＩＵＴソースＩＰアドレスを、専用ベアラ作成または既存のベアラ修正プロシージャ１６５４内でＰＤＮ−ＧＷ１６３０からＷＴＲＵ−２−１６１５へのすべてのダウンリンクメッセージに追加することができる。新しいベアラが生成される場合、メッセージ１１３４、１１３６、１１３８、および１１４０は、新しいＩＥ、ＩＵＴソースＩＰアドレスを含み、これは図１１で説明されているプロシージャに従ってもよい。

【0117】

既存のベアラが修正される場合、メッセージ１２０４、１２０６、１２０８、１２１０は、新しいＩＥ（つまり、図１２）または１３０４、１３０６、１３０８、１３１０（つまり、図１３）を含むことができる。

【0118】

図１７は、異なるＳＧＷに接続され、同じＰＤＮ−ＧＷ１７２５に登録されているソースＷＴＲＵ１７０５とターゲットＷＴＲＵ１７１０との間のＩＵＴ１７００を示している。この実施形態では、ソースＷＴＲＵ、ＷＴＲＵ−１−１７０５は、ＣＮ１７４０によりＩＰフロー１７６０を生成することができる。ＷＴＲＵ−１−１７０５は、ＳＧＷ−１−１７２０にベアラリソース修正要求１７５２を送信することができ、ＳＧＷ−１−１７２０は、ＰＤＮ−ＧＷ１７２５にベアラリソースコマンド１７５０を送信することができる。

【0119】

ＷＴＲＵ−１−１７０５は、ＳＣ１７１５を介してＩＵＴ＿ＰｒｅｐＲｅｑ１７４２をＷＴＲＵ−２−１７１０に送信することができる。ＷＴＲＵ−２−１７１０は、ＳＣ１７１５を介してＩＵＴ＿ＰｒｅｐＡｃｋ１７４４をＷＴＲＵ−１−１７０５に送信することができる。

【0120】

ＰＤＮ−ＧＷ１７２５は、それ自体とＷＴＲＵ−２−１７４８からＷＴＲＵ−２−１７１０までとの間でＳＧＷ−２−１７３０を介して専用ベアラを生成することができる。ＰＤＮ−ＧＷ１７２５は、ＰＣＲＦ１７３５にセション修正１７５８を送信することができる。ＷＴＲＵ−２−１７１０は、ＣＮ１７４０とのアプリケーションレベルのネゴシエーション１７５６を実行することができ、またＣＮ１７４０とのＩＰフロー１７５４を開始することができる。

【0121】

図１７の方法のどの時点においても、ＷＴＲＵ−１−１７０５、ＷＴＲＵ−２−１７１０、ＳＣ１７１５、ＳＧＷ−１−１７２０、ＳＧＷ−２−１７３０、ＰＤＮ−ＧＷ１７２５、ＰＣＲＦ１７３５、およびＣＮ１７４０の間で追加のアクションを実行することができる。

【0122】

実施形態
１．無線送信／受信ユニット（ＷＴＲＵ）であって、
ネットワークにおけるアクセスサーバにアタッチするように構成された送信機を備えるＷＴＲＵ。
２．ユーザ装置間変換（Inter-User Equipment Transform：ＩＵＴ）要求、宛先ＩＰ（internet protocol）アドレス、およびセション情報を受信するように構成された受信機をさらに備える実施形態１に記載のＷＴＲＵ。
３．アプリケーションを起動し、受信された宛先ＩＰアドレスを格納して、ＩＵＴオペレーションを準備するように構成されたプロセッサをさらに備える実施形態１乃至２のいずれか一つに記載のＷＴＲＵ。
４．送信機は、準備肯定応答を送信し、アプリケーションのネゴシエーションを実行するようにさらに構成される実施形態１乃至３のいずれか一つに記載のＷＴＲＵ。
５．ＩＵＴ要求は、発信ホームアドレス（ＨｏＡ：home address）のアドレスを含む実施形態２乃至４のいずれか一つに記載のＷＴＲＵ。
６．アクセスサーバは、モビリティアクセスゲートウェイである実施形態１乃至５のいずれか一つに記載のＷＴＲＵ。
７．セション情報は、情報要素（ＩＥ）を含む実施形態２乃至５のいずれか一つに記載のＷＴＲＵ。
８．ＩＥは、ターゲットＩＰアドレス、ソースＩＰアドレス、転送フロー識別のうちの１つまたは複数を含む実施形態７に記載のＷＴＲＵ。
９．ＩＵＴに対して、プロキシモバイルＩＰ（ＰＭＩＰ）が使用される実施形態１乃至８のいずれか一つに記載のＷＴＲＵ。
１０．ＩＵＴに対して、汎用パケット無線サービス（ＧＰＲＳ：general packet radio service）トンネリングプロトコル（ＧＴＰ）が使用される実施形態１乃至９のいずれか一つに記載のＷＴＲＵ。
１１．送信機は、発展型パケットシステム（ＥＰＳ：evolved packet system）ベアラのＧＴＰトンネルを通じてデータを送信するようにさらに構成される実施形態１０に記載のＷＴＲＵ。
１２．送信機は、ＥＰＳベアラに修正メッセージを送信するようにさらに構成される実施形態１１に記載のＷＴＲＵ。
１３．ユーザ装置間転送（Inter-User Equipment Transfer：ＩＵＴ）を実行するための無線送信／受信ユニット（ＷＴＲＵ）で使用するための方法であって、登録情報をローカルモビリティアンカ（ＬＭＡ）に送信するステップを備える方法。
１４．ＩＵＴ要求、宛先ＩＰ（internet protocol）アドレス、およびセション情報を受信するステップをさらに備える実施形態１３に記載の方法。
１５．受信されたＩＵＴ要求に応答してアプリケーションを起動し、宛先ＩＰアドレスを格納して、ＩＵＴオペレーションを準備するステップをさらに備える実施形態１３乃至１４のいずれか一つに記載の方法。
１６．準備肯定応答が送信され、アプリケーションのネゴシエーションが実行される実施形態１３乃至１５のいずれか一つに記載の方法。
１７．ＩＵＴ要求は、宛先ホームアドレス（ＨｏＡ：home address）のアドレスを含む実施形態１４乃至１６のいずれか一つに記載の方法。
１８．バインディングテーブルに対するマッピング更新が送信される実施形態１３乃至１７のいずれか一つに記載の方法。
１９．マッピングは、宛先ホームアドレス（ＨｏＡ：home addrss）からケアオブアドレス（ＣｏＡ：care of address）へのマッピングである実施形態１８に記載の方法。
２０．セション情報は、情報要素（ＩＥ）を含む実施形態１４乃至１９のいずれか一つに記載の方法。
２１．ＩＥは、ターゲットＩＰアドレス、ソースＩＰアドレス、転送フロー識別のうちの１つまたは複数を含む実施形態２０に記載の方法。
２２．ＩＵＴに対して、プロキシモバイルＩＰ（ＰＭＩＰ）が使用される実施形態１３乃至２１のいずれか一つに記載の方法。
２３．ＩＵＴに対して、汎用パケット無線サービス（ＧＰＲＳ：general packet radio service）トンネリングプロトコル（ＧＴＰ）が使用される実施形態１３乃至２２のいずれか一つに記載の方法。
２４．送信機は、発展型パケットシステム（ＥＰＳ：evolved packet system）ベアラのＧＴＰトンネルを通じてデータを送信するようにさらに構成される実施形態２３に記載の方法。
２５．送信機は、ＥＰＳベアラに修正メッセージを送信するようにさらに構成される実施形態２４に記載の方法。

【0123】

特徴および要素が特定の組み合わせで上記説明されるが、当業者であれば、それぞれの特徴もしくは要素は単独で、またはその他の特徴および要素と組み合わせて使用できることを理解されるであろう。それに加えて、本明細書で説明される方法は、コンピュータまたはプロセッサにより実行できるようにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにより実装されてもよい。コンピュータ可読媒体の例は、電子信号（有線で、または無線接続で送信される）およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例としては、限定はしないが、ＲＯＭ（read only memory）、ＲＡＭ（random access memory）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびＤＶＤ（digital versatile disk）などの光学媒体を含む。ソフトウェアとの関連性を持つプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、またはホストコンピュータにおいて使用するための無線周波トランシーバを実装するために使用されてもよい。

【図1A】

【図1B】

【図1C】

【図2】

【図3】

【図4A】

【図4B】

【図4C】

【図5】

【図6】

【図7A】

【図7B】

【図7C】

【図7D】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】