JP5519794B2 - マルチキャストモビリティのための方法および装置 - Google Patents

Description

本出願は、モバイル通信に関する。

関連出願の相互参照
本出願は、２００９年９月１８日に出願された米国特許仮出願第６１／２４３，８１０号、および２０１０年３月１９日に出願された米国特許仮出願第６１／３１５，４５９号の利益を主張し、それらのすべては、本明細書で完全に説明されたかのように参照により組み込まれる。

ＤＶＢ（デジタルビデオブロードキャスティング）およびＭｅｄｉａＦＬＯ（メディアフォワードリンクオンリ（ｍｅｄｉａ ｆｏｒｗａｒｄ ｌｉｎｋ ｏｎｌｙ））などの、既存のダウンリンク専用マルチキャストネットワークは、著しい制限を有する。ネットワークカバレージは、通常は地域的であり、したがって、ＷＴＲＵ（ワイヤレス送受信ユニット）またはモバイルノードは、ＷＴＲＵがカバレージエリアの外に移動すると、マルチキャストサービスへのアクセスを失う。ＷＴＲＵは、双方向通信ネットワークを介して、再登録し、サービスを受け取ることができることもあるが、セッション連続性のすべてが失われる。

既存の双方向モバイル通信ネットワーク（例えば、３ＧＰＰ（第３世代パートナシッププロジェクト）、ＭＢＭＳ（マルチメディアブロードキャストマルチキャストサービス（ｍｕｌｔｉｍｅｄｉａ ｂｒｏａｄｃａｓｔ ｍｕｌｔｉｃａｓｔ ｓｅｒｖｉｃｅｓ））など）では、モビリティは、それぞれの各規格内でのみ対応が取られる。インターテクノロジモビリティも、マルチキャストサービスをサポートしない。

オーバレイされたダウンリンク専用ネットワークと双方向ネットワークなどの、既存のハイブリッドネットワークでは、モビリティは、ＯＭＡ ＢＣＡＳＴ（オープンモバイルアライアンスデジタルモバイルブロードキャストイネーブラ（ｏｐｅｎ ｍｏｂｉｌｅ ａｌｌｉａｎｃｅ ｄｉｇｉｔａｌ ｍｏｂｉｌｅ ｂｒｏａｄｃａｓｔ ｅｎａｂｌｅｒ））を用いて、アプリケーションレベルにおいてサポートすることができる。これらのタイプのハイブリッドネットワークは、一般にブレイクビフォメイク（ｂｒｅａｋ−ｂｅｆｏｒｅ−ｍａｋｅ）サービスを利用し、それが、しばしば長いサービス中断をもたらす。

図１は、ＰＭＩＰｖ６（プロキシモバイルＩＰ（インターネットプロトコル）ｖ６）ドメインのアーキテクチャを示している。ＰＭＩＰは、ネットワークベースのモビリティ管理のために導入された。ＮＥＴＬＭＭ（ネットワークベースの局所的モビリティ管理（ｎｅｔｗｏｒｋ−ｂａｓｅｄ ｌｏｃａｌｉｚｅｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ））インフラストラクチャにおけるコア機能エンティティは、ＬＭＡ（ローカルモビリティアンカ（ｌｏｃａｌ ｍｏｂｉｌｉｔｙ ａｎｃｈｏｒ））と、ＭＡＧ（モバイルアクセスゲートウェイ（ｍｏｂｉｌｅ ａｃｃｅｓｓ ｇａｔｅｗａｙ））１０６である。ＰＭＩＰｖ６ドメイン内には、複数のＬＭＡ（ローカルモビリティアンカ）１０２が存在でき、各々は、ＷＴＲＵの異なるグループにサービスする。ＬＭＡ１０２は、ＷＴＲＵ１０８の到達可能性状態を維持することを担い、ＷＴＲＵ１０８のＨＮＰ（ホームネットワークプレフィックス（ｈｏｍｅ ｎｅｔｗｏｒｋ ｐｒｅｆｉｘｅｓ））のためのトポロジカルなアンカポイントである。ＭＡＧ１０６は、ＷＴＲＵ１０８の代わりにモビリティ管理を実行するエンティティであり、ＷＴＲＵ１０８が係留（ａｎｃｈｏｒ）されたアクセスリンク上に存在する。ＭＡＧ１０６は、ＷＴＲＵ１０８がアクセスリンクに入る動きおよびアクセスリンクから出る動きを検出すること、ならびにＷＴＲＵ１０８のＬＭＡ１０２へのバインディング登録を開始することを担う。ＷＴＲＵ１０８は、ＩＰｖ４限定ノード、ＩＰｖ６限定ノード、またはデュアルスタック（ｄｕａｌ−ｓｔａｃｋ）ノードとすることができる。

ＷＴＲＵ−ＨＮＰ（ＷＴＲＵのホームネットワークプレフィックス）１１０は、ＷＴＲＵ１０８とＭＡＧ１０６の間のリンクに割り当てられたプレフィックスである。ＷＴＲＵ１０８とＭＡＧ１０６の間のリンクには、２つ以上のプレフィックスを割り当てることができる。プロキシＣｏＡ（プロキシ気付けアドレス）１１２は、ＭＡＧ１０６の出口インタフェース上に設定されたグローバルアドレスであり、ＬＭＡ１０２とＭＡＧ１０６の間のトンネルのトランスポートエンドポイントである。ＬＭＡＡ（ＬＭＡアドレス）１１４は、ＬＭＡ１０２のインタフェース上に設定されたグローバルアドレスであり、ＬＭＡ１０２とＭＡＧ１０６の間に確立された双方向トンネルのトランスポートエンドポイントである。ＩＰｖ４／ＩＰｖ６ネットワーク１０４とは、ＰＭＩＰｖ４／ＰＭＩＰｖ６を使用して、ＷＴＲＵ１０８のモビリティ管理が対処されるネットワークのことである。ＰＭＩＰｖ４／ＰＭＩＰｖ６ １０４は、ＬＭＡ１０２と、ＭＡＧ１０６とを含み、ＬＭＡ１０２とＭＡＧ１０６の間にセキュリティ連携（ｓｅｃｕｒｉｔｙ ａｓｓｏｃｉａｔｅ）をセットアップすることができ、ＷＴＲＵ１０８の代わりにプロキシバインディング更新（ｐｒｏｘｙ ｂｉｎｄｉｎｇ ｕｐｄａｔｅｓ）を送信するための権限付与を確保することができる。

これらのタイプの既存のレイヤ３モビリティプロトコル（例えば、ＰＭＩＰおよびＳＩＰ（セッション開始プロトコル）など）は、ユニキャストトラフィックのために設計されている。それらは、マルチキャストサービスに対するサポートを欠いている。さらに、ＩＧＭＰ（インターネットグループ管理プロトコル）またはＭＬＤ（マルチキャストリスナディスカバリ（ｍｕｌｔｉｃａｓｔ ｌｉｓｔｅｎｅｒ ｄｉｓｃｏｖｅｒｙ））などの、既存のマルチキャストプロトコルは、ハンドオーバ後のマルチキャストサービスの再開に内在する待ち時間を短縮するために、機能強化する必要がある。

マルチキャストマルチメディア（例えば、モバイルＴＶ、ラジオ、プレゼンス、マイクロブログ、ファイル共有、ポッドキャスト、およびソーシャルネットワーキングなど）などの、既存および進化したマルチキャストサービスに対する機能強化されたモビリティを可能にする方法および装置が望まれる。

ＷＴＲＵに、ユニキャストサービスとマルチキャストサービスの両用に登録されたＩＰアドレスを割り当てる第１のＬＭＡと、受け取ったＩＰアドレスを処理し、ルータ要請メッセージ（ｒｏｕｔｅｒ ｓｏｌｉｃｉｔａｔｉｏｎ ｍｅｓｓａｇｅ）をサービングＭＡＧに送信するＷＴＲＵと、第１のＬＭＡにＰＢＵ（プロキシバインディング更新）メッセージをトリガするサービングＭＡＧとについての１つの選択肢を含む、専用マルチキャストＬＭＡをサポートするＰＭＩＰのための方法および装置が提供される。

別の選択肢では、ＷＴＲＵにおいて実施される方法は、ＩＰアドレスの一方の組がユニキャストサービス用であり、ＩＰアドレスのもう一方の組がマルチキャストサービス用であり、ＩＰアドレスの２つの組を受け取るように構成された受信機と、ＩＰアドレスの一方の組をユニキャストサービス用に使用し、ＩＰアドレスの他方の組をマルチキャストサービス用に使用するように構成されたプロセッサと、１つはサービングＭＡＧからユニキャストＬＭＡへの、１つはサービングＭＡＧからマルチキャストＬＭＡへの、２つのＰＢＵメッセージをトリガするサービングＭＡＧに、ルータ要請メッセージを送信するように構成された送信機とを含む。

一般に、提案される方法および装置は、プロキシモバイルＩＰを使用するマルチキャストモビリティを可能にするための、アーキテクチャ、インタフェース、および手順を含む。より具体的には、以下の部分では、いくつかのソリューションが説明される。マルチキャストサービスのための集約ＰＭＩＰトンネルの動作が説明される。マルチキャストアンカとして専用ＬＭＡを有する新しいアーキテクチャと、ＩＰアドレス割り当て、ＭＡＧ機能、およびＷＴＲＵのプロファイルに関する新しいＰＭＩＰ手順とが導入される。マルチキャストモビリティは、モバイルノードが１つのＭＡＧから別のＭＡＧ、イントラＬＭＡ、およびインターＬＭＡへ移動したときに使用可能にされる。マルチキャストサービスを再開する際の待ち時間を短縮するためのＭＬＤ／ＩＧＭＰ機能強化が説明される。マルチキャストモビリティは、ハイブリッドネットワーク内の双方向ネットワークとダウンリンク専用マルチキャストネットワークの間で使用可能にされる。

より詳細な理解は、添付の図面を併用して例によって与えられる以下の説明から得ることができる。

プロキシモバイルＩＰｖ６ドメインのアーキテクチャを示す図である。 １つまたは複数の開示される実施形態を実施できる例示的な通信システムのシステム図である。 図２Ａに示された通信システム内で使用できる例示的なＷＴＲＵ（ワイヤレス送受信ユニット）のシステム図である。 図２Ａに示された通信システム内で使用できる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 マルチキャストモビリティネットワークのコンポーネントを含む例示的なブロック図である。 ＰＭＩＰマルチキャストトンネル集約のアーキテクチャを示す図である。 専用マルチキャストＬＭＡアーキテクチャを示す図である。 図４に示された専用マルチキャストサービスのフロー図である。 図４に示された専用マルチキャストサービスのフロー図である。 ＰＭＩＰイントラＬＭＡマルチキャストモビリティイネーブルメント（ｅｎａｂｌｅｍｅｎｔ）のアーキテクチャを示す図である。 図６に示されたイントラＬＭＡマルチキャストモビリティのためのネットワークのエンティティ間の通信を示す図である。 図６に示されたイントラＬＭＡマルチキャストモビリティのためのネットワークのエンティティ間の通信を示す図である。 ＰＭＩＰインターＬＭＡマルチキャストモビリティイネーブルメントのアーキテクチャを示す図である。 ハイブリッドネットワークにおけるマルチキャストモビリティのアーキテクチャを示す図である。

以降で言及する場合、「ＷＴＲＵ（ワイヤレス送受信ユニット）」という用語は、ＵＥ（ユーザ機器）、移動局、固定もしくは移動加入者ユニット、ページャ、セルラ電話、ＰＤＡ（携帯情報端末）、コンピュータ、ＭＮ（モバイルノード）、またはワイヤレス環境で動作可能な他の任意のタイプのデバイスを含むが、それらに限定されない。以降で言及する場合、「基地局」という用語は、ノードＢ、サイトコントローラ、ＡＰ（アクセスポイント）、ｅＮＢ（進化型ノードＢ）、ルータ、ゲートウェイ、またはワイヤレス環境で動作可能な他の任意のタイプのインタフェースデバイスを含むが、それらに限定されない。

本明細書によって開示される方法および装置は、ＰＭＩＰのためのレイヤ３モビリティを機能強化し、リンク層であるか、それとも物理層であるかに係わりなく、様々なアクセステクノロジに適用することができる。送信のために、ユニキャストとマルチキャストの両方を使用することができる。しかし、Ｌ３マルチキャストモビリティサポートと一緒に、より下位の層においてマルチキャストを使用すると、システム全体の効率を高めることができる。本明細書によって提示される実施形態は、より下位の層におけるマルチキャスト送信の利点を使用可能にする。例えば、ＬＴＥ（ロングタームエボリューション）において、ＭＢＭＳを使用することができ、マルチキャストデータを伝送するために、ＰＭＣＨ（物理マルチキャストチャネル）、ＭＣＣＨ（マルチキャスト制御チャネル）、およびＭＴＣＨ（マルチキャストトラフィックチャネル）を使用することができる。

図２Ａは、１つまたは複数の開示される実施形態を実施できる例示的な通信システム２００の図である。通信システム２００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数のワイヤレスユーザに提供する、多元接続システムとすることができる。通信システム２００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスできるようにすることができる。例えば、通信システム２００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１つまたは複数のチャネルアクセス方法を利用することができる。

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

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

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

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

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

別の実施形態では、基地局２１４ａ、およびＷＴＲＵ１０８ａ、１０８ｂ、１０８ｃは、ＬＴＥ（ロングタームエボリューション）および／またはＬＴＥ−Ａ（ＬＴＥアドバンスト）を使用してエアインタフェース２１６を確立できる、Ｅ−ＵＴＲＡ（進化型ＵＭＴＳ地上無線アクセス）などの無線技術を実施することができる。

他の実施形態では、基地局２１４ａ、およびＷＴＲＵ１０８ａ、１０８ｂ、１０８ｃは、ＩＥＥＥ ８０２．１６（すなわちＷｉＭＡＸ（マイクロ波アクセス用の世界的相互運用性））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、ＩＳ−２０００（暫定標準２０００）、ＩＳ−９５（暫定標準９５）、ＩＳ−８５６（暫定標準８５６）、ＧＳＭ（登録商標）（移動体通信用グローバルシステム）、ＥＤＧＥ（ＧＳＭ進化型高速データレート）、およびＧＥＲＡＮ（ＧＳＭ ＥＤＧＥ）などの無線技術を実施することができる。

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

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

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

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

図２Ｂは、例示的なＷＴＲＵ１０８のシステム図である。図２Ｂに示されるように、ＷＴＲＵ１０８は、プロセッサ２１８と、トランシーバ２２０と、送信／受信要素２２２と、スピーカ／マイクロフォン２２４と、キーパッド２２６と、ディスプレイ／タッチパッド２２８と、着脱不能メモリ２３０と、着脱可能メモリ２３２と、電源２３４と、ＧＰＳ（全地球測位システム）チップセット２３６と、他の周辺機器２３８とを含むことができる。ＷＴＲＵ１０８は、一実施形態との整合性を保ちながら、上記の要素の任意の部分的な組み合わせを含むことができる。

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

送信／受信要素２２２は、エアインタフェース２１６を介して、基地局（例えば基地局２１４ａ）に信号を送信し、または基地局から信号を受信するように構成することができる。例えば、一実施形態では、送信／受信要素２２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。別の実施形態では、送信／受信要素２２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器とすることができる。また別の実施形態では、送信／受信要素２２２は、ＲＦ信号と光信号の両方を送信および受信するように構成することができる。送信／受信要素２２２は、ワイヤレス信号の任意の組み合わせを送信および／または受信するように構成できることが理解されよう。

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

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

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

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

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

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

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

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

ＷＴＲＵ１０８ａ、１０８ｂ、１０８ｃとＲＡＮ２０４の間のエアインタフェース２１６は、ＩＥＥＥ ８０２．１６仕様を実施する、Ｒ１参照点として定義することができる。加えて、ＷＴＲＵ１０８ａ、１０８ｂ、１０８ｃの各々は、コアネットワーク２０６との論理インタフェース（図示されず）を確立することができる。ＷＴＲＵ１０８ａ、１０８ｂ、１０８ｃとコアネットワーク２０６の間の論理インタフェースは、Ｒ２参照点として定義することができ、Ｒ２参照点は、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用することができる。

基地局２４０ａ、２４０ｂ、２４０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間でのデータの転送を円滑化するためのプロトコルを含む、Ｒ８参照点として定義することができる。基地局２４０ａ、２４０ｂ、２４０ｃとＡＳＮゲートウェイ２４２の間の通信リンクは、Ｒ６参照点として定義することができる。Ｒ６参照点は、ＷＴＲＵ１０８ａ、１０８ｂ、１０８ｃの各々に関連するモビリティイベントに基づいたモビリティ管理を円滑化するためのプロトコルを含むことができる。

図２Ｃに示されるように、ＲＡＮ２０４は、コアネットワーク２０６に接続することができる。ＲＡＮ２０４とコアネットワーク２０６の間の通信リンクは、例えばデータ転送およびモビリティ管理機能を円滑化するためのプロトコルを含む、Ｒ３参照点として定義することができる。コアネットワーク２０６は、ＭＩＰ−ＨＡ（モバイルＩＰホームエージェント）２４４と、ＡＡＡ（認証認可課金）サーバ２４６と、ゲートウェイ２４８とを含むことができる。ＭＩＰ−ＨＡ２４４は、ＰＭＩＰ−ＨＡ（プロキシＭＩＰ−ＨＡ）とすることができる。上記の要素の各々は、コアネットワーク２０６の部分として示されているが、これらの要素は、どの１つをとっても、コアネットワーク運営体とは異なる主体によって所有および／または運営できることが理解されよう。

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

図２Ｃには示されていないが、ＲＡＮ２０４は、他のＡＳＮに接続でき、コアネットワーク２０６は、他のコアネットワークに接続できることが理解されよう。ＲＡＮ２０４と他のＡＳＮの間の通信リンクは、Ｒ４参照点として定義することができ、Ｒ４参照点は、ＲＡＮ２０４と他のＡＳＮの間で、ＷＴＲＵ１０８ａ、１０８ｂ、１０８ｃのモビリティを調整するためのプロトコルを含むことができる。コアネットワーク２０６と他のコアネットワークの間の通信リンクは、Ｒ５参照点として定義することができ、Ｒ５参照点は、ホームコアネットワークと訪問先コアネットワークの間の網間接続を円滑化するためのプロトコルを含むことができる。

図２Ｄは、ＷＴＲＵ１０８と、ｅＮＢ２４０と、ＭＭＥ（モビリティ管理エンティティ）／Ｓ−ＧＷ（サービングゲートウェイ）１４２とを含む例示的なブロック図２５０である。図２Ｄに示されるように、ＷＴＲＵ１０８、ｅＮＢ２４０、およびＭＭＥ／Ｓ−ＧＷ１４２は、マルチキャストモビリティのための方法を実行するように構成される。

典型的なＷＴＲＵ内に見出すことのできるコンポーネントに加えて、ＷＴＲＵ１０８は、任意選択的に結合されるメモリ３２２を有するプロセッサ３１６と、少なくとも１つのトランシーバ３１４と、任意選択的なバッテリ３２０と、アンテナ３１８とを含む。プロセッサ３１６は、マルチキャストモビリティのための方法を実行するように構成される。

トランシーバ３１４は、プロセッサ３１６およびアンテナ３１８と通信して、ワイヤレス情報の送信および受信を円滑化する。ＷＴＲＵ１０８内でバッテリ３２０が使用される場合、バッテリ３２０は、トランシーバ３１４およびプロセッサ３１６に給電する。

典型的なｅＮＢ内に見出すことのできるコンポーネントに加えて、ｅＮＢ２４０は、任意選択的に結合されるメモリ３１５を有するプロセッサ３１７と、トランシーバ３１９と、アンテナ３２１とを含む。プロセッサ３１７は、マルチキャストモビリティのための方法を実行するように構成される。

トランシーバ３１９は、プロセッサ３１７およびアンテナ３２１と通信して、ワイヤレス情報の送信および受信を円滑化する。ｅＮＢ２４０は、任意選択的に結合されるメモリ３３４を有するプロセッサ３３３を含む、ＭＭＥ／Ｓ−ＧＷ（モビリティ管理エンティティ／サービングゲートウェイ）１４２に接続される。

図３を参照すると、マルチキャストＷＴＲＵのために、例えば、マルチキャストグループ１ ３４０およびマルチキャストグループ２ ３５０のために、ＰＭＩＰトンネルを集約することができる。既存のＰＢＵ（プロキシバインディング更新）メッセージを使用する場合、新しい可変長のマルチキャストオプションフィールド（すなわち部分またはセグメント）を、既存のＰＢＵ（プロキシバインディング更新）メッセージに追加することができる。ＰＢＵは、ＷＴＲＵ３４０、３５０、または３６０の事前定義されたインタフェースに割り当てられたＷＴＲＵのＨＮＰとその現在のＣｏＡ（すなわちプロキシＣｏＡ）との間のバインディングを確立するために、ＭＡＧ３８０によってＷＴＲＵのそれぞれのＬＭＡに送信される要求メッセージである。ＷＴＲＵのそれぞれのＬＭＡは、ユニキャストサービス３１０またはマルチキャストサービス３２０に接続することができる。マルチキャストオプションフィールドは、マルチキャストＣｏＡを含むことができる。特定のマルチキャストＣｏＡは、ＭＡＧ３８０において終了する、集約マルチキャストトンネル３３４または３３２に関連付けられる。あるいは、マルチキャストフラグを、ＰＢＵメッセージ内に追加することができる。あるいは、新しいメッセージを使用して、マルチキャスト情報を伝達することができる。

マルチキャスト集約トンネル３３２、３３４は、事前構成することができる。例えば、マルチキャスト集約トンネル３３２、３３４は、ＷＴＲＵ３４０、３５０、または３６０がマルチキャストサービスに登録される前であっても、ＬＭＡ（ホームエージェント）３７０とＭＡＧ３８０の間に事前に存在することができる。ＬＭＡ３７０とＭＡＧ３８０は、上で説明したメッセージを使用して、それらがともにマルチキャストサービスをサポートすることを通知する情報を交換することができる。マルチキャストＷＴＲＵ３４０、３５０は、モバイルネットワーク３３０に接続された時に、トンネルに追加される。

あるいは、マルチキャスト集約トンネル３３２、３３４は、動的とすることができる。マルチキャスト集約トンネルは、マルチキャストサービスが要求される前には存在しない。複数のＷＴＲＵ３６０が、マルチキャストサービスのためにユニキャストトンネル３３６を確立する場合、ＬＭＡ３７０およびＭＡＧ３８０は、ユニキャストトンネル３３６を、集約マルチキャストトンネル３３２または３３４に組み合わせることができる。

ＷＴＲＵは、いくつかの方法で、マルチキャストサービスを求める要求をＭＡＧに通知することができる。ＷＴＲＵは、既存のＭＬＤ／ＩＧＭＰメッセージを使用して、マルチキャスト要求をＭＡＧに通知することができる。または、ＷＴＲＵは、ルータ要請メッセージ内にマルチキャスト情報を含ませることができる。

ＬＭＡ３７０とＭＡＧ３８０はともに、マルチキャストサービスのための集約トンネルの確立を開始することができる。ＭＡＧ３８０からＬＭＡ３７０に向けてトンネル集約を開始する場合、ＰＢＵメッセージを使用して、マルチキャストオプションフィールド内にフラグを追加することによって、プロセスを開始することができ、または新しいメッセージを使用することができる。マルチキャスト情報は、ＬＭＡ３７０もしくはＭＡＧ３８０に、または両方に記憶することができる。そのようなマルチキャスト関連情報は、マルチキャストチャネル、各マルチキャストサービスに登録されたＷＴＲＵ、および各ＷＴＲＵのそれぞれのネットワーク接続とすることができる。

マルチキャストトンネルは、ダウンリンク専用トラフィックの場合は単方向とすることができ、または双方向（すなわちアップリンクおよびダウンリンク通信）とすることができる。ＭＬＤ／ＩＧＭＰメッセージなどの制御情報は、ユニキャストトンネルを介して、または集約マルチキャストトンネルを介して送信することができる。マルチキャストサービスおよびユニキャストサービスのために、集約マルチキャストトンネルとユニキャストトンネルが、ＬＭＡ３７０とＭＡＧ３８０の間に共存することができる。ユニキャストトンネルを有するＷＴＲＵ３６０も、マルチキャストＣｏＡに関連付けることができる。例えば、ＷＴＲＵは、ユニキャストトンネル３３６と、集約マルチキャストトンネル３３２、３３４を有することができる。

さらに、１つまたは複数のマルチキャストトンネルが存在することができる。そのような選択肢は、すべてのマルチキャストサービスを提供するための１つのマルチキャストＣｏＡを有する１つのマルチキャストトンネル、別々の異なるマルチキャストサービスに対して提供される複数のマルチキャストトンネル、または組み合わせを含むことができる。ＭＡＧ３８０は、マルチキャストサービスがサポートされ、利用可能であるかどうかを、ルータアドバタイズメントメッセージで通知することができる。

図４は、専用マルチキャストＬＭＡアーキテクチャ４００を示している。この実施形態では、ユニキャストサービス４１０に専用される１つのＬＭＡ４７０と、マルチキャストサービス４２０に専用される１つのＬＭＡ４８０とが存在する。複数のＬＭＡ４７０、４８０は、それぞれのネットワークの配備に応じて、各タイプのサービスのために使用することができる。

ＷＴＲＵ４６０は、複数のインタフェースを有することができる。したがって、ＷＴＲＵ４６０は、それぞれ並列して、ユニキャストＬＭＡ４７０を用いてユニキャストトンネル４３２、４３６を、マルチキャストＬＭＡ４８０を用いてマルチキャストトンネル４３４、４３８を確立することができる。ＷＴＲＵ４６０は、２つ以上のＨＡ（ホームエージェント）を有することができる。このアーキテクチャでは、ＬＭＡの区分は、要求された特定のサービスに基づく。

図４では、ＷＴＲＵ４６０が、ｐ−ＭＡＧ４４０からｎ−ＭＡＧ４５０に移動する。図５Ａおよび図５Ｂを参照すると、マルチキャストサービスについてのさらなる詳細が説明されている。この例では、１つの方法は図５Ａで、別の方法は図５Ｂで、少なくとも２つの方法が説明され、ＩＰアドレス割り当てを使用して、マルチキャストサービスをサポートする。

図５Ａに見られるように、ＩＰアドレスの１つの組が、ユニキャスト用のＬＭＡ ＨＡ４７０からＷＴＲＵ４６０に割り当てられる（５１０）。ＩＰアドレスは、ＷＴＲＵ４６０によって、ユニキャストサービス４１０とマルチキャストサービス４２０の両方のために使用される。ＷＴＲＵ４６０は、ルータ要請メッセージをサービングＭＡＧに送信し（５２０）、サービングＭＡＧは、サービングＭＡＧからユニキャストＬＭＡ４７０にＰＢＵメッセージをトリガする。

図５Ｂに見られるように、ＩＰアドレスの２つの組が、ＷＴＲＵ４６０に割り当てられる（５２５）。ＩＰアドレスの一方の組は、ユニキャスト４１０用のユニキャストＬＭＡ ＨＡ４７０から割り当てられ、ＩＰアドレスの異なる組は、マルチキャスト４２０用のマルチキャストＬＭＡ ＨＡ４８０から割り当てられる。ＷＴＲＵ４６０は、ルータ要請メッセージをサービングＭＡＧに送信し（５３５）、サービングＭＡＧは、サービングＭＡＧからユニキャストＬＭＡ４７０への１つと、マルチキャストＬＭＡ４８０へのもう１つの、２つのＰＢＵメッセージをトリガする。

ＷＴＲＵ４６０がユニキャストサービスを必要としない場合、ＷＴＲＵ４６０は、サービングＭＡＧからマルチキャストＬＭＡ４８０への単一のＰＢＵメッセージを介して、マルチキャストサービス４２０用のマルチキャストＬＭＡ４８０からＩＰアドレスを受け取る。

ＭＡＧによって維持されるバインディング更新リストは、ＷＴＲＵ４６０とユニキャストトラフィック用のユニキャストＬＭＡ４７０およびマルチキャストトラフィック用のマルチキャストＬＭＡ４８０の両方とのバインディングのためのエントリを有するように更新される。

マルチキャストトラフィック転送およびユニキャストトラフィック転送は、特定のＷＴＲＵに関して受け取ったマルチキャストトラフィックとユニキャストトラフィックとを区別することによって、ＭＡＧによって扱うことができる。ＭＡＧは、送信元アドレスまたは宛先アドレスを見ることによって区別することができる。ＭＡＧは、トラフィックを正しいインタフェースに転送することができる。

例えば、図５Ａでは、アップリンク（すなわちＷＴＲＵ４６０からサービングＭＡＧへの）トラフィックが存在する場合、サービングＭＡＧは、トラフィックをユニキャストトラフィック用のユニキャストＬＭＡ４７０に転送すべきか、それともマルチキャスト制御シグナリング用のマルチキャストＬＭＡ４８０に転送すべきかを決定することができる。ダウンリンクトラフィックの場合、ＷＴＲＵ４６０にはただ１つのインタフェースが存在するだけなので、サービングＭＡＧは、ユニキャストトンネル用およびマルチキャストトンネル用のトンネルのＷＴＲＵ４６０へのマッピングを有しさえすればよい。

図５Ｂでの別の例として、ユニキャストサービス４１０とマルチキャストサービス４２０に対して異なるＩＰアドレスが使用される場合、サービングＭＡＧは、ＰＭＩＰマルチホーミング（ｍｕｌｔｉｈｏｍｉｎｇ）の場合に行うのと同様の方法で、トンネルとＷＴＲＵ４６０のインタフェースとをマッピングする必要がある。ＰＭＩＰは、モバイルノードが、同時アクセスのために、複数のインタフェースを介してプロキシモバイルＩＰｖ６ドメインに接続することを可能にする。モバイルノードが、同時アクセスのために、複数のインタフェースを介してプロキシモバイルＩＰｖ６ドメインに接続する場合、ローカルモビリティアンカは、接続されるインタフェースの各々にモビリティセッションを割り当てる。各モビリティセッションは、別々のバインディングキャッシュエントリの下で管理され、独自の存続期間を有する。マルチキャストサービスだけが存在する場合、サービングＭＡＧは、ユニキャストトラフィックと同様の方法で、マルチキャストトンネルとＷＴＲＵ４６０とをマッピングする。

方針サーバ内に記憶されたＷＴＲＵ４６０の方針プロファイルは、ユニキャストＬＭＡ用のＬＭＡ４７０およびマルチキャストＬＭＡ用のＬＭＡ４８０のＩＰｖ６アドレスを記憶することによって、更新することができる。この情報を使用して、ＷＴＲＵ４６０のサービングＭＡＧは、マルチキャストＬＭＡアドレスを獲得することができる。

あるいは、ＭＡＧは、１つまたは多数のＬＭＡアドレスをあるマルチキャストグループ、マルチキャストオプション、またはリンクにマッピングできる、マルチキャスト方針プロファイルを維持することができる。ＭＡＧは、複数のＬＭＡに接続することができる。例えば、ＭＡＧは、ユニキャストＬＭＡへの必須の接続を有することができ、図５Ａで説明したようなＩＰアドレス割り当てが使用される場合、マルチキャストＬＭＡに任意選択的に接続することができる。この場合、ユニキャストＬＭＡ４７０においてＷＴＲＵのＩＰアドレスが割り当てられるので、ユニキャストＬＭＡ４７０への接続は必須である。ＭＡＧは、図５Ｂで説明したようなＩＰアドレス割り当てが使用される場合、ユニキャストＬＭＡ４７０またはマルチキャストＬＭＡ４８０への接続を任意選択的に有することができる。この例では、ＷＴＲＵ４６０のＩＰアドレスは、要求されるサービスのタイプ（ユニキャストまたはマルチキャスト）に応じて、どちらかのＬＭＡから割り当てることができる。

図６は、ＰＭＩＰイントラＬＭＡマルチキャストモビリティイネーブルメント６００のアーキテクチャを示している。図６に示される実施形態は、この実施形態では、ＷＴＲＵ６３０のすべてまたはいくつかが、先に接続されていたＭＡＧ（ｐ−ＭＡＧ）６１０から新たに接続されたＭＡＧ（ｎ−ＭＡＧ）６２０に移動することを除いて、図３に示される実施形態と実質的に同じである。例えば、信号強度の低下、およびパケットロスの増加など、より低位層のシグナリングの結果として、即時ＨＯ（ハンドオーバ）トリガが、ＷＴＲＵまたはネットワークから到来することがある。より低位層のシグナリングの一例は、８０２．２１におけるリンク停止メッセージ（ｌｉｎｋ ｇｏｉｎｇ ｄｏｗｎ ｍｅｓｓａｇｅ）である。

図７Ａおよび図７Ｂは、ＰＭＩＰイントラＬＭＡマルチキャストモビリティ７００および７５０のための通信経路をそれぞれ示している。図７Ａに見られるように、ＬＭＡ６５０は、ｐ−ＭＡＧ６１０にマルチキャストパケットを送信する（７１０）。ｐ−ＭＡＧ６１０は、ＷＴＲＵ６３０にマルチキャストパケットを送信する（７１２）。ＷＴＲＵ６３０は、即時ＨＯをｐ−ＭＡＧ６１０に通知する（７１４）。ｐ−ＭＡＧ６１０は、ｐ−ＭＡＧ６１０とｎ−ＭＡＧ６２０の間の新しいインタフェースＩＦ１を介して、マルチキャストＨＯをｎ−ＭＡＧ６２０に通知する（７１６）。あるいは、即時ＨＯトリガおよびＩＦ１インタフェースは、ユニキャストサービスにも適用される。ｎ−ＭＡＧ６２０は、集約トンネルを確立するために、ＬＭＡ６５０にＰＢＵメッセージを送信する（７１８）。マルチキャストＣｏＡを有するマルチキャストオプションが、ｎ−ＭＡＧ６２０によってＬＭＡ６５０に提供される。ＬＭＡ６５０は、実際のＨＯの前に、ｎ−ＭＡＧ６２０にマルチキャストパケットを送信する（７２０）。事前確立された集約トンネルに関連付けられたＷＴＲＵ６３０は、ｎ−ＭＡＧ６２０に移動し、集約トンネルからマルチキャストパケットを受信する（７２２）。ＬＭＡとｐ−ＭＡＧの間の集約トンネルは、必要ない場合、除去することができる。

図７Ｂを参照すると、ＬＭＡ６５０は、ｐ−ＭＡＧ６１０にマルチキャストパケットを送信する（７５２）。ｐ−ＭＡＧ６１０は、ＷＴＲＵ６３０にマルチキャストパケットを送信する（７５４）。ＷＴＲＵ６３０は、即時ＨＯをｐ−ＭＡＧ６１０に通知する（７５６）。ｐ−ＭＡＧ６１０は、ＨＯ即時情報をＬＭＡ６５０に渡す（７５８）。ＬＭＡ６５０は、ＬＭＡ６５０とｎ−ＭＡＧ６２０の間の集約マルチキャストトンネルの確立を開始する（７６０）。ＬＭＡは、新しいマルチキャストトンネルを確立するために、ｎ−ＭＡＧにプロキシモバイルＩＰメッセージを送信する（７６２）。ＬＭＡが受け取った即時ＨＯに気づいた場合、ＬＭＡ６５０は、ＬＭＡ６５０とｎ−ＭＡＧ６２０の間の集約マルチキャストトンネルの確立を開始することができる（７６２）。ＬＭＡ６５０は、実際のＨＯの前に、ｎ−ＭＡＧ６２０にマルチキャストパケットを送信する（７６４）。事前確立された集約トンネルに関連付けられたＷＴＲＵ６３０は、ｎ−ＭＡＧ６２０に移動し、集約トンネルからマルチキャストパケットを受信する（７６６）。ＬＭＡ６５０とｐ−ＭＡＧ６１０の間の集約トンネルは、必要ない場合、除去することができる。

あるいは、即時ＨＯトリガは、ネットワークから到来することがある。トリガは、ネットワーク負荷バランシングの結果とすることができ、または保守目的（例えば、ｐ−ＭＡＧがシャットダウンされようとしている）とすることができる。ネットワークトリガは、ＬＭＡ６５０またはｐ−ＭＡＧ６１０に到来することができる。ｐ−ＭＡＧ６１０が受け取った即時ＨＯに気づいた場合、ｐ−ＭＡＧ６１０は、ＨＯをＬＭＡ６５０に直接的に通知することができ、またはＨＯをｎ−ＭＡＧ６２０に通知することができる。この実施形態は、ハンドオーバがＷＴＲＵによってトリガされる、図７Ａおよび図７Ｂに関する上記の実施形態と同様に進行する。

あるいは、集約トンネルの確立（７６２）の後、マルチキャストトラフィックが、ＬＭＡ６５０からｎ−ＭＡＧ６２０に送信される。ｎ−ＭＡＧ６２０は、ネットワーク上でＷＴＲＵ６３０が検出された後、ＬＭＡ６５０にＰＢＵメッセージを送信することができる。しかし、これは、トンネルが最初に事前確立され、その後、マルチキャストが開始する、上で述べた方法と比較して、より長い遅延を引き起こすことがある。

別の代替実施形態では、マルチキャストグループ「ｊｏｉｎ」メッセージが、ＨＯの前に、ターゲットネットワーク上で送信される。図７Ａおよび図７Ｂにおいて上で説明したような、実際のＨＯの前にｎ−ＭＡＧ６２０によって獲得されるマルチキャスト情報は、ＷＴＲＵが接続する前の、ｎ−ＭＡＧ６２０のマルチキャストサービスのイネーブルメントを円滑化することができる。ＰＭＩＰが使用されない場合に、実際のＨＯの前に、ｎ−ＡＲ（ｎアクセスルータ）によって獲得されるマルチキャスト情報は、ＷＴＲＵが接続する前の、ｎ−ＡＲのマルチキャストサービスのイネーブルメントを円滑化することができる。

別の代替では、ネットワーク内のモビリティ管理エンティティが、即時ＨＯを通知される。モビリティ管理エンティティは、ＨＯをトリガする前に、ターゲットネットワーク上の適切なマルチキャストルータを用いてＷＴＲＵによってリスン（ｌｉｓｔｅｎ）されるマルチキャストグループに参加する。

別の代替は、レイヤ３ ＨＯの後、高速トリガリングマルチキャストグループ「ｊｏｉｎ」メッセージを利用する。ＨＯを制御するモビリティ管理エンティティは、ＨＯが完了すると直ちに、マルチキャストグループに参加するために、ＭＬＤ／ＩＧＭＰレポートの送信をトリガする。これは、マルチキャストルータからのクエリを待つ代わりに、直ちに行われ、したがって、マルチキャストサービスを再開する前の遅延を短縮する。

これらの実施形態は、独立にまたは合同で使用することができる。例えば、それらが一緒に使用され、ＨＯ前のマルチキャストグループ「ｊｏｉｎ」が機能しなかった場合、ＨＯ後の高速トリガリングマルチキャストグループ「ｊｏｉｎ」メッセージは、サービス遅延を短縮するのに成功することがある。

図８は、ＰＭＩＰインターＬＭＡマルチキャストモビリティイネーブルメントのアーキテクチャ８００を示している。この実施形態では、ＷＴＲＵ７３０は、ｐ−ＭＡＧ７１０からｎ−ＭＡＧ７２０に移動する。ｐ−ＭＡＧ７１０およびｎ−ＭＡＧ７２０は、異なるＬＭＡであるＬＭＡ７５０とＬＭＡ７６０にそれぞれ属する。ＬＭＡ７５０とＬＭＡ７６０の各々は、ユニキャストサービスとマルチキャストサービスの両方を提供することができる。シングルＬＭＡマルチキャストモビリティのための、図６で説明した方法は、要求されたマルチキャストサービスを使用可能にするようにターゲットＬＭＡ７５０および７６０に通知するための追加のインタフェースと併せて使用される。インタフェースＩＦ１は、ソースＭＡＧ７１０とターゲットＭＡＧ７２０の間のマルチキャスト情報交換のために使用される。インタフェースＩＦ２は、ソースＬＭＡ７５０とターゲットＬＭＡ７６０の間のマルチキャスト情報交換のために使用される。インタフェースＩＦ３は、ソースＭＡＧ７１０とターゲットＬＭＡ７６０の間のマルチキャスト情報交換のために使用される。インタフェースＩＦ４は、ソースＬＭＡ７５０とターゲットＭＡＧ７２０の間のマルチキャスト情報交換のために使用される。これらのインタフェースは、択一的選択肢（ａｌｔｅｒｎａｔｉｖｅ）であり、同時に利用可能とすることはできない。

図９は、単一タイプのネットワークを、モビリティのためのハイブリッドネットワーク９００に拡張する。図９を参照すると、ダウンリンク専用マルチキャストネットワーク９２５と組み合わせされた双方向モバイルネットワークが示されている。そのようなハイブリッドネットワークでは、ＨＯは、双方向ネットワークからダウンリンク専用マルチキャストネットワーク９２５に向かって発生することがある。第１の例では、ＨＯは、インタフェースＩＦ３およびインタフェースＩＦ４を使用して、ＷＴＲＵ９３０によってトリガされる。ＷＴＲＵ９３０内のモビリティクライアントエンティティ９３２は、即時ＨＯを検出する。モビリティクライアント９３２は、インタフェースＩＦ３を介して、マルチキャストサービスエンティティ９３４（例えば、ＷＴＲＵ内のＯＭＡ ＢＣＡＳＴ機能９３４）に通知する。マルチキャストサービスエンティティ９３４は、インタフェースＩＦ４を介して、即時ＨＯをネットワーク９１５内の対応物９１６（例えば、ネットワーク内のＯＭＡサービス適応／分配機能）に通知し、ダウンリンク専用ネットワーク９２５におけるサービス分配を要求する。インタフェースＩＦ４は、新しいインタフェースとすることができ、またはＨＯ情報をサポートするための機能強化が行われた、既存のＯＭＡ ＢＣＡＳＴ−５インタフェースとすることができる。

別の例では、ＨＯは、インタフェースＩＦ１およびＩＦ２を使用して、ＷＴＲＵ９３０によってトリガされる。ＷＴＲＵ９３０内のモビリティクライアントエンティティ９３２は、即時ＨＯを検出する。モビリティクライアント９３２は、インタフェースＩＦ２を介して、即時ＨＯをネットワーク９１０内のモビリティサーバ９１２（例えば、ＭＩＨ（メディア独立ハンドオーバ）サーバがモビリティサーバの一例である）に通知する。インタフェースＩＦ２は、新しいインタフェースとすることができ、またはＭＩＨプロトコルなどの既存のインタフェースとすることができる。モビリティサーバ９１２は、ユニキャストサービスネットワーク９１０、マルチキャストサービスネットワーク９１５、またはユニキャストネットワークもしくはマルチキャストネットワークとは異なるドメイン内に配置することができる。モビリティサーバ９１２は、インタフェースＩＦ１を介して、即時ＨＯをＯＭＡ ＢＣＡＳＴサーバ９１６に通知し、ダウンリンク専用ネットワーク９２５におけるサービス分配を要求する。インタフェースＩＦ１は、新しいインタフェースである。

第３の例では、ネットワーク９２０が、インタフェースＩＦ１を使用して、ＨＯをトリガする。この場合、モビリティサーバ９１２が、インタフェースＩＦ１を介して、ＯＭＡ ＢＣＡＳＴ９１６に通知することができる。第４の例では、ネットワーク９２０が、インタフェースＩＦ２、インタフェースＩＦ３、およびインタフェースＩＦ４を使用して、ＨＯをトリガする。インタフェースＩＦ１が存在しない場合、モビリティサーバ９１２は、インタフェースＩＦ２を使用して、モビリティクライアント９３２に通知することができる。モビリティクライアント９３２は、インタフェースＩＦ３を使用して、ＯＭＡ ＢＣＡＳＴクライアント９３４に通知し、ＯＭＡ ＢＣＡＳＴクライアント９３４は、インタフェースＩＦ４を使用して、ＯＭＡ ＢＣＡＳＴサーバ９１６に通知する。第５の例では、モビリティは、分配ネットワーク内のＭＡＧ９４０またはＬＭＡ９３５からサポートされる。

ＭＡＧ（ＡＲまたはＰＭＩＰ）９４０およびＬＭＡ（ゲートウェイ）９３５は、それぞれのモビリティおよびマルチキャストサービス情報を含む、複数のＷＴＲＵ９３０についての情報を取得することができる。ＭＡＧ９４０およびＬＭＡ９３５は、ＷＴＲＵ９３０がダウンリンク専用マルチキャストネットワーク９２５に移動した場合に、マルチキャストサービスの配送を保証するために、マルチキャストサービスネットワーク９１５またはマルチキャスト分配ネットワーク（ダウンリンク専用）９２５とインタフェースを取ることができる。

ＨＯは、ダウンリンク専用マルチキャストネットワーク９２５から双方向ネットワーク９２０に向かって発生することがある。ネットワークが、ＨＯをトリガする。ＷＴＲＵは、ダウンリンク制御情報でＨＯを通知される。即時ＨＯ通知（すなわち情報）が、ＩＦ１などのネットワーク側のインタフェースを介して、双方向ネットワークに渡される。あるいは、ＷＴＲＵ９３０が、ＨＯをトリガする。ＷＴＲＵ９３０が即時ＨＯをネットワークに通知するために、アップリンク接続が要求される。双方向ネットワーク９２０からダウンリンク専用ネットワーク９２５に向かってのＨＯのための、上で説明したインタフェースは、ＷＴＲＵ９３０からネットワークにＨＯ情報を渡すために使用することができる。

ハイブリッドネットワークにおけるモビリティのための、図９に関連して説明した方法、例、および実施形態は、どのようなＬ３またはＬ２モビリティ方法も前提とせず、ＰＭＩＰは、使用してもよく、または使用しなくてもよい。

実施形態
１．ユニキャストサービス用の第１のＩＰ（インターネットプロトコル）アドレスと、マルチキャストサービス用の第２のＩＰアドレスとを受け取るように構成された受信機
を備えるＷＴＲＵ（ワイヤレス送受信ユニット）。

２．ユニキャストサービス用の第１のＩＰアドレスと、マルチキャストサービス用の第２のＩＰアドレスとを使用するように構成されたプロセッサと、
第２のＩＰアドレスを含む、ＰＢＵ（プロキシバインディング更新）メッセージをトリガするサービングＭＡＧ（モバイルアクセスゲートウェイ）に、ルータ要請メッセージを送信するように構成された送信機と
をさらに備える、実施形態１に記載のＷＴＲＵ。

３．送信機は、即時ＨＯ（ハンドオーバ）をサービングＭＡＧに通知するようにさらに構成される、実施形態２に記載のＷＴＲＵ。

４．ＷＴＲＵは、事前定義されたインタフェースを介して、サービングＭＡＧから次のＭＡＧに移動するように構成される、実施形態２〜３のいずれか１つに記載のＷＴＲＵ。

５．プロセッサは、ＬＭＡ（ローカルモビリティアンカ）のＩＰｖ６アドレスに従って、ＷＴＲＵの方針プロファイルを更新するようにさらに構成される、実施形態１〜４のいずれか１つに記載のＷＴＲＵ。

６．ＷＴＲＵは、ＭＬＤ／ＩＧＭＰ（マルチキャストリスナディスカバリ／インターネットグループ管理プロトコル）メッセージを使用して、マルチキャストサービスを求める要求をサービングＭＡＧに通知する、実施形態１〜５のいずれか１つに記載のＷＴＲＵ。

７．専用マルチキャストＬＭＡ（ローカルモビリティアンカ）をサポートするＰＭＩＰ（プロキシモバイルインターネットプロトコル）のための方法であって、
第１のＬＭＡが、ＷＴＲＵ（ワイヤレス送受信ユニット）に、ユニキャストサービスとマルチキャストサービスの両方に専用されるＩＰ（インターネットプロトコル）アドレスの第１の組を割り当てるステップ
を含む方法。

８．第１のＬＭＡが、ＰＢＵ（プロキシバインディング更新）メッセージを通知する、ＭＡＧ（モバイルアクセスゲートウェイ）からのトリガを受け取るステップ
をさらに含む、実施形態７に記載の方法。

９．第１のＬＭＡは、ＷＴＲＵに、ユニキャストサービス用のＩＰアドレスの第１の組を割り当て、第２のＬＭＡは、マルチキャストサービス用のＩＰアドレスの第２の組を割り当てる、実施形態８に記載の方法。

１０．第１のＬＭＡは、第１のＭＡＧからの第１のＰＢＵメッセージを通知する、第１のＭＡＧからのトリガを受け取り、第２のＬＭＡは、第２のＭＡＧからの第２のＰＢＵメッセージを通知する、第２のＭＡＧからのトリガを受け取る、実施形態８〜９のいずれか１つに記載の方法。

１１．既存のＰＢＵメッセージが使用される場合、新しい可変長のマルチキャストオプションフィールドが、既存のＰＢＵメッセージに追加され、マルチキャストフラグが、ＰＢＵメッセージ内に追加される、実施形態１０に記載の方法。

１２．第１のＬＭＡおよび第２のＬＭＡは、ユニキャストトンネルおよびマルチキャストトンネルの確立を開始する、実施形態９〜１１のいずれか１つに記載の方法。

１３．マルチキャストトンネルは、ダウンリンク専用の単方向トラフィックであるか、または双方向トラフィックである、実施形態１２に記載の方法。

１４．ＭＡＧ（モバイルアクセスゲートウェイ）をサポートするＰＭＩＰ（プロキシモバイルインターネットプロトコル）のための方法であって、
第１のＭＡＧが、ＷＴＲＵ（ワイヤレス送受信ユニット）に、ユニキャストサービスとマルチキャストサービスの両方に専用されるＩＰ（インターネットプロトコル）アドレスの第１の組をルーティングするステップ
を含む方法。

１５．第１のＭＡＧが、ＷＴＲＵからルータ要請メッセージを受け取るステップと、
第１のＭＡＧが、第１のＬＭＡ（ローカルモビリティアンカ）に、マルチキャスト情報を含むＰＢＵ（プロキシバインディング更新）メッセージをトリガするステップと
をさらに含む、実施形態１４に記載の方法。

１６．第１のＭＡＧは、ＷＴＲＵに、ユニキャストサービスに専用されるＩＰアドレスの第１の組をルーティングし、第１のＭＡＧは、ＷＴＲＵに、マルチキャストサービスに専用されるＩＰアドレスの第２の組をルーティングする、実施形態１５に記載の方法。

１７．第１のＭＡＧは、第１のＬＭＡに第１のＰＢＵメッセージの、第２のＬＭＡに第２のＰＢＵメッセージの通知をトリガする、実施形態１５〜１６のいずれか１つに記載の方法。

１８．第１のＭＡＧは、ＷＴＲＵと第１のＬＭＡおよび第２のＬＭＡとのバインディングを含む新しいＰＢＵメッセージリストを維持する、実施形態１７に記載の方法。

１９．第１のＭＡＧは、トラフィックを適切なインタフェースに転送するために、ユニキャストサービストラフィックとマルチキャストサービストラフィックを区別する、実施形態１４〜１８のいずれか１つに記載の方法。

２０．第１のＭＡＧは、ユニキャストトンネルおよびマルチキャストトンネルの確立を開始する、実施形態１４〜１９のいずれか１つに記載の方法。

２１．マルチキャストトンネルは、ダウンリンク専用の単方向トラフィックであるか、または双方向トラフィックである、実施形態２０に記載の方法。

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

適切なプロセッサは、例を挙げると、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、ＤＳＰ（デジタル信号プロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＡＳＳＰ（特定用途向け標準製品）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、他の任意のタイプのＩＣ（集積回路）、および／または状態機械を含む。

ソフトウェアと連携するプロセッサは、ＷＴＲＵ（ワイヤレス送受信ユニット）、ＵＥ（ユーザ機器）、端末、基地局、ＭＭＥ（モビリティ管理エンティティ）もしくはＥＰＣ（進化型パケットコア）、または任意のホストコンピュータにおいて使用する無線周波数トランシーバを実施するために使用することができる。ＷＴＲＵは、ハードウェアおよび／またはＳＤＲ（ソフトウェア無線）を含むソフトウェアで実施されるモジュール、ならびにカメラ、ビデオカメラモジュール、テレビ電話、スピーカフォン、バイブレーションデバイス、スピーカ、マイクロフォン、テレビトランシーバ、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（周波数変調）ラジオユニット、ＮＦＣ（近接場通信）モジュール、ＬＣＤ（液晶表示）ディスプレイユニット、ＯＬＥＤ（有機発光ダイオード）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意のＷＬＡＮ（ワイヤレスローカルエリアネットワーク）もしくはＵＷＢ（超広帯域）モジュールなどの他のコンポーネントと併せて使用することができる。

Claims (18)

1. 第１のローカルモビリティアンカ（ＬＭＡ）からの第１のインターネットプロトコル（ＩＰ）アドレスを有する第１のパケットおよび第２のＬＭＡからの第２のＩＰアドレスを有する第２のパケットを受信するように構成された第１の受信機であって、前記第１のＬＭＡはマルチキャストトラフィック用のマルチキャストＬＭＡであり、前記第２のＬＭＡはユニキャストトラフィック用のユニキャストＬＭＡである、第１の受信機と、
   ユニキャストサービスおよびマルチキャストサービスの双方を利用するワイヤレス送受信ユニット（ＷＴＲＵ）に、前記第１のパケットと前記第２のパケットをルーティングするように構成されたルータと、
   前記ＷＴＲＵからルータ要請メッセージを受信するように構成された第２の受信機と、
   前記ＷＴＲＵと前記第１のＬＭＡおよび前記第２のＬＭＡとのバインディングについてのエントリを含むバインディング更新リストを維持するように構成されたプロセッサと
   を備えたことを特徴とするモバイルアクセスゲートウェイ（ＭＡＧ）。
2. 前記ルータは、前記ＷＴＲＵに、前記マルチキャストサービス用に利用される第１のＩＰアドレスを有する前記第１のパケットをルーティングし、前記ＷＴＲＵに、前記ユニキャストサービス用に利用される第２のＩＰアドレスを有する前記第２のパケットをルーティングするようにさらに構成されたことを特徴とする請求項１に記載のＭＡＧ。
3. 前記プロセッサは、前記第１のＬＭＡに第１のプロキシバインディング更新（ＰＢＵ）メッセージの通知をトリガし、前記第２のＬＭＡに第２のＰＢＵメッセージの通知をトリガするようにさらに構成されたことを特徴とする請求項２に記載のＭＡＧ。
4. 前記プロセッサは、適切なインタフェースに転送するために、ユニキャストサービストラフィックとマルチキャストサービストラフィックを区別するようにさらに構成されたことを特徴とする請求項１に記載のＭＡＧ。
5. 前記プロセッサは、ユニキャストトンネルおよびマルチキャストトンネルの確立を開始するようにさらに構成されたことを特徴とする請求項４に記載のＭＡＧ。
6. 前記マルチキャストトンネルは、ダウンリンク専用の単方向トラフィックであるか、または双方向トラフィックであることを特徴とする請求項５に記載のＭＡＧ。
7. モバイルアクセスゲートウェイ（ＭＡＧ）をサポートするプロキシモバイルインターネットプロトコル（ＰＭＩＰ）のための方法であって、
   第１のローカルモビリティアンカ（ＬＭＡ）からの第１のインターネットプロトコル（ＩＰ）アドレスを有する第１のパケットおよび第２のＬＭＡからの第２のＩＰアドレスを有する第２のパケットを受信するステップであって、前記第１のＬＭＡはマルチキャストトラフィック用のマルチキャストＬＭＡであり、前記第２のＬＭＡはユニキャストトラフィック用のユニキャストＬＭＡである、ステップと、
   ユニキャストサービスとマルチキャストサービスの両方を利用するワイヤレス送受信ユニット（ＷＴＲＵ）に、前記第１のパケットと前記第２のパケットをルーティングするステップと、
   前記ＷＴＲＵからルータ要請メッセージを受信するステップと、
   前記ＷＴＲＵと前記第１のＬＭＡおよび前記第２のＬＭＡとのバインディングについてのエントリを含むバインディング更新リストを維持するステップと
   を含むことを特徴とする方法。
8. 前記ＷＴＲＵに前記マルチキャストサービス用に利用される第１のＩＰアドレスを有する前記第１のパケットをルーティングし、前記ＷＴＲＵに前記ユニチキャストサービス用に利用される第２のＩＰアドレスを有する前記第２のパケットをルーティングすることを特徴とする請求項７に記載の方法。
9. 前記第１のＬＭＡに第１のプロキシバインディング更新（ＰＢＵ）メッセージの通知をトリガし、前記第２のＬＭＡに第２のＰＢＵメッセージの通知をトリガするステップをさらに含むことを特徴とする請求項８に記載の方法。
10. トラフィックを適切なインタフェースに転送するために、ユニキャストサービストラフィックとマルチキャストサービストラフィックを区別するステップをさらに含むことを特徴とする請求項７に記載の方法。
11. ユニキャストトンネルおよびマルチキャストトンネルの確立を開始するステップをさらに含むことを特徴とする請求項１０に記載の方法。
12. 前記マルチキャストトンネルは、ダウンリンク専用の単方向トラフィックであるか、または双方向トラフィックであることを特徴とする請求項１１に記載の方法。
13. ユニキャストローカルモビリティアンカ（ＬＭＡ）であって、
    ワイヤレス送受信ユニット（ＷＴＲＵ）に、ユニキャストサービス用に利用されるインターネットプロトコル（ＩＰ）アドレスを有するパケットを割り当てるように構成されたプロセッサ
    を備え、
    前記プロセッサは、集約マルチキャストトンネルの確立を開始するようにさらに構成され、
    前記ユニキャストＬＭＡは、
    サーバからデータを受信するように構成された第２の受信機と、
    前記集約マルチキャストトンネルを使用してモバイルアクセスゲートウェイ（ＭＡＧ）を介して前記ＷＴＲＵに前記受信データを送信するように構成された送信機と
    を備えることを特徴とするユニキャストＬＭＡ。
14. 既存のプロキシバインディング更新（ＰＢＵ）メッセージが使用される場合、新しい可変長のマルチキャストオプションフィールドが前記既存のＰＢＵメッセージに追加され、マルチキャストフラグが前記ＰＢＵメッセージ内に追加されることを特徴とする請求項１３に記載のユニキャストＬＭＡ。
15. 前記マルチキャストトンネルは、ダウンリンク専用の単方向トラフィックであるか、または双方向トラフィックであることを特徴とする請求項１３に記載のユニキャストＬＭＡ。
16. マルチキャストローカルモビリティアンカ（ＬＭＡ）であって、
    ワイヤレス送受信ユニット（ＷＴＲＵ）に、マルチキャストサービス用に利用されるインターネットプロトコル（ＩＰ）アドレスを有するパケットを割り当てるように構成されたプロセッサと、
    モバイルアクセスゲートウェイ（ＭＡＧ）からプロキシバインディング更新（ＰＢＵ）メッセージを通知するトリガを受け取るように構成された第１の受信機と
    を備え、
    前記プロセッサは、集約マルチキャストトンネルの確立を開始するようにさらに構成され、
    前記マルチキャストＬＭＡは、
    サーバからデータを受信するように構成された第２の受信機と、
    前記集約マルチキャストトンネルを使用して前記ＭＡＧを介して前記ＷＴＲＵに前記受信データを送信するように構成された送信機と
    を備えたことを特徴とするマルチキャストＬＭＡ。
17. 既存のＰＢＵメッセージが使用される場合、新しい可変長のマルチキャストオプションフィールドが前記既存のＰＢＵメッセージに追加され、マルチキャストフラグが前記ＰＢＵメッセージ内に追加されることを特徴とする請求項１６に記載のマルチキャストＬＭＡ。
18. 前記マルチキャストトンネルは、ダウンリンク専用の単方向トラフィックであるか、または双方向トラフィックであることを特徴とする請求項１６に記載のマルチキャストＬＭＡ。

Images