(57)【要約】  本開示の態様は、一般的に、ワイヤレス通信システムに関し、さらに詳細には、マルチポイント協調ネットワークおよびプロトコルアーキテクチャに関する。１つの態様は、ワイヤレス通信の方法を開示し、ユーザ機器（ＵＥ）から測定報告を受信することを含む。受信した測定報告に応答して、媒体アクセス制御（ＭＡＣ）レイヤにおいて、第１のｅノードＢから第２のｅノードＢに、マルチポイント協調（ＣｏＭＰ）制御メッセージが送信される。【選択図】    図１８
2013509137.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信の方法において、
ユーザ機器（ＵＥ）から測定報告を受信することと、
前記受信した測定報告に応答して、媒体アクセス制御（ＭＡＣ）レイヤにおいて、第１の進化型ノードＢ（ｅノードＢ）から第２のｅノードＢに、マルチポイント協調（ＣｏＭＰ）制御メッセージを送信することとを含む方法。
【請求項２】
前記ＣｏＭＰ制御メッセージは、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）メッセージを含む請求項１記載の方法。
【請求項３】
前記ＣｏＭＰ制御メッセージは、ＵＥに関係するサービスメッセージと、ＵＥに関係しないサービスメッセージとのうちの１つを含む請求項１記載の方法。
【請求項４】
前記ＣｏＭＰ制御メッセージは、チャネル状態情報と、スケジューリング情報と、フロー制御情報と、ビームフォーミング情報とのうちの少なくとも１つを含む請求項１記載の方法。
【請求項５】
前記ＭＡＣレイヤにおいて、前記第１のｅノードＢから前記第２のｅノードＢにＣｏＭＰデータメッセージを送信することをさらに含む請求項１記載の方法。
【請求項６】
前記ＣｏＭＰデータメッセージは、複数のＭＡＣプロトコルデータユニット（ＰＤＵ）を含む請求項５記載の方法。
【請求項７】
ワイヤレスネットワークの装置において、
ユーザ機器（ＵＥ）から測定報告を受信する手段と、
前記受信した測定報告に応答して、媒体アクセス制御（ＭＡＣ）レイヤにおいて、第１の進化型ノードＢ（ｅノードＢ）から第２のｅノードＢに、マルチポイント協調（ＣｏＭＰ）制御メッセージを送信する手段とを具備する装置。
【請求項８】
前記ＣｏＭＰ制御メッセージは、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）メッセージを含む請求項７記載の装置。
【請求項９】
前記ＣｏＭＰ制御メッセージは、ＵＥに関係するサービスメッセージと、ＵＥに関係しないサービスメッセージとのうちの１つを含む請求項７記載の装置。
【請求項１０】
前記ＣｏＭＰ制御メッセージは、チャネル状態情報と、スケジューリング情報と、フロー制御情報と、ビームフォーミング情報とのうちの少なくとも１つを含む請求項７記載の装置。
【請求項１１】
前記第１のｅノードＢは、前記ＭＡＣレイヤにおいて、前記第２のｅノードＢにＣｏＭＰデータメッセージを送信する請求項７記載の装置。
【請求項１２】
前記ＣｏＭＰデータメッセージは、複数のＭＡＣプロトコルデータユニット（ＰＤＵ）を含む請求項１１記載の装置。
【請求項１３】
ワイヤレスネットワーク中のワイヤレス通信のためのコンピュータプログラムプロダクトにおいて、
その上にプログラムコードを記録させているコンピュータ読取可能媒体を具備し、
前記プログラムコードは、
ユーザ機器（ＵＥ）から測定報告を受信するためのプログラムコードと、
前記受信した測定報告に応答して、媒体アクセス制御（ＭＡＣ）レイヤにおいて、第１の進化型ノードＢ（ｅノードＢ）から第２のｅノードＢに、マルチポイント協調（ＣｏＭＰ）制御メッセージを送信するためのプログラムコードとを含むコンピュータプログラムプロダクト。
【請求項１４】
前記ＣｏＭＰ制御メッセージは、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）メッセージを含む請求項１３記載のコンピュータプログラムプロダクト。
【請求項１５】
前記ＣｏＭＰ制御メッセージは、ＵＥに関係するサービスメッセージと、ＵＥに関係しないサービスメッセージとのうちの１つを含む請求項１３記載のコンピュータプログラムプロダクト。
【請求項１６】
前記ＣｏＭＰ制御メッセージは、チャネル状態情報と、スケジューリング情報と、フロー制御情報と、ビームフォーミング情報とのうちの少なくとも１つを含む請求項１３記載のコンピュータプログラムプロダクト。
【請求項１７】
前記ＭＡＣレイヤにおいて、前記第１のｅノードＢから前記第２のｅノードＢにＣｏＭＰデータメッセージを送信するためのプログラムコードをさらに含む請求項１３記載のコンピュータプログラムプロダクト。
【請求項１８】
前記ＣｏＭＰデータメッセージは、複数のＭＡＣプロトコルデータユニット（ＰＤＵ）を含む請求項１７記載の方法。
【請求項１９】
ワイヤレス通信のための装置において、
メモリと、
前記メモリに結合されている少なくとも１つのプロセッサとを具備し、
前記少なくとも１つのプロセッサは、
ユーザ機器（ＵＥ）から測定報告を受信するようにと、
前記受信した測定報告に応答して、媒体アクセス制御（ＭＡＣ）レイヤにおいて、第１の進化型ノードＢ（ｅノードＢ）から第２のｅノードＢに、マルチポイント協調（ＣｏＭＰ）制御メッセージを送信するように構成されている装置。
【請求項２０】
前記ＣｏＭＰ制御メッセージは、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）メッセージを含む請求項１９記載の装置。
【請求項２１】
前記ＣｏＭＰ制御メッセージは、ＵＥに関係するサービスメッセージと、ＵＥに関係しないサービスメッセージとのうちの１つを含む請求項１９記載の装置。
【請求項２２】
前記ＣｏＭＰ制御メッセージは、チャネル状態情報と、スケジューリング情報と、フロー制御情報と、ビームフォーミング情報とのうちの少なくとも１つを含む請求項１９記載の装置。
【請求項２３】
前記第１のｅノードＢは、前記ＭＡＣレイヤにおいて、前記第２のｅノードＢにＣｏＭＰデータメッセージを送信する請求項１９記載の装置。
【請求項２４】
前記ＣｏＭＰデータメッセージは、複数のＭＡＣプロトコルデータユニット（ＰＤＵ）を含む請求項２３記載の装置。
【発明の詳細な説明】
【関連出願に対する相互参照】
【０００１】
本出願は、“ダウンリンクマルチポイント協調ネットワークおよびプロトコルアーキテクチャ”と題し、２００９年１０月２６日に出願された米国仮特許出願第６１／２５５，０４０号の利益を主張し、その開示は、参照によりそのすべてがここに明確に組み込まれている。
【背景】
【０００２】
分野
本開示の態様は、一般的に、ワイヤレス通信システムに関し、さらに詳細には、マルチポイント協調ネットワークおよびプロトコルアーキテクチャに関する。
【０００３】
背景
ワイヤレス通信システムは、音声、データ等のような、さまざまなタイプの通信コンテンツを提供するために、幅広く展開されている。これらのシステムは、利用可能なシステムリソース（例えば、帯域幅および送信電力）を共有することにより、複数のユーザとの通信をサポートすることが可能である多元接続システムであってもよい。このような多元接続システムの例は、コード分割多元接続（ＣＤＭＡ）システムと、時分割多元接続（ＴＤＭＡ）システムと、周波数分割多元接続（ＦＤＭＡ）システムと、第三世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）システムと、直交周波数分割多元接続（ＯＦＤＭＡ）システムとを含む。
【０００４】
一般的に、ワイヤレス多元接続通信システムは、複数のワイヤレス端末に対する通信を同時にサポートすることができる。各端末は、フォワードリンク上およびリバースリンク上の送信を通して、１つ以上の基地局と通信する。フォワードリンク（または、ダウンリンク）は、基地局から端末への通信リンクのことを指し、リバースリンク（または、アップリンク）は、端末から基地局への通信リンクのことを指す。この通信リンクは、単一入力単一出力（ＳＩＳＯ）システム、複数入力単一出力（ＭＩＳＯ）システム、または、複数入力複数出力（ＭＩＭＯ）システムを通して確立されてもよい。
【０００５】
ＭＩＭＯシステムは、データ送信のために、複数（ＮＴ本）の送信アンテナと複数（ＮＲ本）の受信アンテナを用いる。ＮＴ本の送信アンテナとＮＲ本の受信アンテナとにより形成されるＭＩＭＯチャネルは、ＮＳ個の独立したチャネルに分解することができ、ＮＳ個の独立したチャネルは、空間チャネルとしても呼ばれ、ここで、ＮS≦ｍｉｎ｛ＮT，ＮR｝である。ＮＳ個の独立したチャネルのそれぞれは、次元に対応する。複数の送信アンテナおよび受信アンテナにより生成される付加的な次元が利用される場合に、ＭＩＭＯシステムは、改善された性能（例えば、より高いスループットおよび／またはより大きな信頼性）を提供することができる。
【０００６】
ＭＩＭＯシステムは、時分割複信（ＴＤＤ）システムと、周波数分割複信（ＦＤＤ）システムをサポートする。ＴＤＤシステムでは、相互関係原理により、リバースリンクチャネルからフォワードリンクチャネルの推定が可能になるように、フォワードリンク送信とリバースリンク送信は、同じ周波数領域上にある。これにより、アクセスポイントにおいて複数のアンテナが利用可能であるときに、アクセスポイントが、フォワードリンク上で、送信ビームフォーミング利得を抽出することが可能になる。
【概要】
【０００７】
１つの実施形態では、ワイヤレス通信の方法が開示されている。方法は、ユーザ機器（ＵＥ）から測定報告を受信することを含む。方法はまた、受信した測定報告に応答して、媒体アクセス制御（ＭＡＣ）レイヤにおいて、第１の進化型ノードＢ（ｅノードＢ）から第２のｅノードＢに、マルチポイント協調（ＣｏＭＰ）制御メッセージを送信することを含む。
【０００８】
１つの実施形態では、ワイヤレス通信のための装置が開示されている。装置は、ＵＥから測定報告を受信する手段と、受信した測定報告に応答して、第１のｅノードＢから第２のｅノードＢに、ＣｏＭＰ制御メッセージを送信する手段とを具備する。ＣｏＭＰ制御メッセージは、第１のｅノードＢのＭＡＣレイヤにおいて、第１のｅノードＢのスケジューリング決定に関連して、送信することができる。
【０００９】
別の実施形態では、ワイヤレスネットワーク中のワイヤレス通信のためのコンピュータプログラムプロダクトが開示されている。コンピュータ読取可能媒体は、その上にプログラムコードを記録させており、１つ以上のプロセッサにより実行されるときに、プログラムコードは、１つ以上のプロセッサに、ＵＥにより送信された測定報告を受信する動作を実行させる。プログラムコードはまた、１つ以上のプロセッサに、受信した測定報告に応答して、ＭＡＣレイヤにおいて、第１のｅノードＢから第２のｅノードＢに送信されるＣｏＭＰ制御メッセージを発生させる。
【００１０】
さらなる実施形態では、メモリと、メモリに結合されている少なくとも１つのプロセッサとを有する、ワイヤレス通信のための装置が開示されている。１つ以上のプロセッサは、ＵＥから測定報告を受信するようにと、受信した測定報告に応答して、第１のｅノードＢから第２のｅノードＢに、ＣｏＭＰ制御メッセージを送信するように構成されている。ＣｏＭＰ制御メッセージは、第１のｅノードＢのＭＡＣレイヤにおいて、第１のｅノードＢのスケジューリング決定に関連して、送信することができる。
【００１１】
これは、以下に続く詳細な説明をより良く理解するために、本開示の特徴と技術的な利点を非常に広く概説したものである。本開示の追加の特徴および利点を以下で説明する。本開示と同じ目的を実行するために、改良するためのまたは他の構造を設計するための基礎として、本開示を容易に利用できることを、当業者は正しく認識すべきである。このような均等な構築が、添付した特許請求の範囲中で述べられているような本開示の教示から逸脱しないことも、当業者は認識すべきである。添付した図面に関連して考えるときに、さらなる目的と利点とともに、本開示の特性であると信じられている新規の特徴は、その構成と動作の方法の双方に関して、以下の説明からより良く理解されるだろう。しかしながら、図面のそれぞれは、例示と説明の目的のためだけに提供されており、本開示の限定を定義するものとして意図されていないことを明確に理解すべきである。
【図面の簡単な説明】
【００１２】
【図１】図１は、１つの実施形態にしたがった、例示的な多元接続ワイヤレス通信システムを示している。
【図２】図２は、ワイヤレス通信システム中の送信機および受信機の例示的なブロックダイヤグラムを示している。
【図３】図３は、複数のｅノードＢがユーザ機器に送信するマルチポイント協調（ＣｏＭＰ）送信の態様を示している。
【図４】図４は、例示的なＣｏＭＰネットワークアーキテクチャを示している。
【図５】図５は、協調したスケジューリング／協調したビームフォーミングによる例示的なＣｏＭＰ送信を示している。
【図６】図６は、動的セル選択による例示的なＣｏＭＰ送信を示している。
【図７】図７は、動的セル選択によるさらなる例示的なＣｏＭＰ送信を示している。
【図８】図８は、結合送信による例示的なＣｏＭＰ送信を示している。
【図９】図９は、結合送信（ＪＴ）によるＣｏＭＰ送信手順を示している。
【図１０Ａ】図１０Ａは、サービングセルからの動的セル選択（ＤＳＣ）によるＣｏＭＰ送信手順を示している。
【図１０Ｂ】図１０Ｂは、非サービングセルからの動的セル選択（ＤＳＣ）によるＣｏＭＰ送信手順を示している。
【図１１】図１１は、協調したスケジューリング／協調したビームフォーミングによるダウンリンクＣｏＭＰ送信手順を示している。
【図１２】図１２は、ＣｏＭＰによる、制御プレーンに対する例示的なＸ２インターフェースプロトコルアーキテクチャ（Ｘ２−ＤＬ−ＣｏＭＰ−Ｃ）を示している。
【図１３】図１３は、ＣｏＭＰによる、ユーザプレーンに対する例示的なＸ２インターフェースプロトコルアーキテクチャ（Ｘ２−ＤＬ−ＣｏＭＰ−Ｕ）を示している。
【図１４】図１４は、ＤＬ−ＳＣＨフレームプロトコルに対する例示的な制御フレームヘッダ構造を示している。
【図１５】図１５は、ＤＬ−ＳＣＨフレームプロトコルに対する例示的な制御フレーム構造を示している。
【図１６】図１６は、ＤＬ−ＳＣＨフレームプロトコルに対する例示的なデータフレーム構造を示している。
【図１７】図１７は、例示的な進化型パケットシステム（ＥＰＳ）ベアラアーキテクチャを示している。
【図１８】図１８は、ダウンリンクＣｏＭＰの間の例示的な進化型パケットシステム（ＥＰＳ）ベアラアーキテクチャを示している。
【図１９】図１９は、例示的なダウンリンクＣｏＭＰ ＭＡＣプロトコルデータユニット（ＰＤＵ）を示している。
【図２０Ａ】図２０Ａは、成功した動作のケースに対する、サービングｅノードＢとＣＣＳ ｅノードＢの間の例示的なＸ２ ＤＬ ＣｏＭＰ制御ベアラセットアップ手順を示している。
【図２０Ｂ】図２０Ｂは、成功しなかった動作のケースに対する、サービングｅノードＢとＣＣＳ ｅノードＢの間の例示的なＸ２ ＤＬ ＣｏＭＰ制御ベアラセットアップ手順を示している。
【図２１Ａ】図２１Ａは、成功した動作に対する、サービングｅノードＢとＣＣＳ ｅノードＢの間の例示的なＸ２ ＵＥ初期ＤＬ ＣｏＭＰコンテキストセットアップ手順を示している。
【図２１Ｂ】図２１Ｂは、成功しなかった動作に対する、サービングｅノードＢとＣＣＳ ｅノードＢの間の例示的なＸ２ ＵＥ初期ＤＬ ＣｏＭＰコンテキストセットアップ手順を示している。
【図２２】図２２は、成功した動作のケースに対する、サービングｅノードＢにより開始される例示的なＸ２ ＵＥ ＤＬ ＣｏＭＰコンテキストリリース手順を示している。
【図２３】図２３は、成功した動作のケースに対する、ＣＣＳ ｅノードＢにより開始される例示的なＸ２ ＵＥ ＤＬ ＣｏＭＰコンテキストリリース手順を示している。
【図２４】図２４は、成功した動作のケースに対する、サービングｅノードＢとＣＣＳ ｅノードＢの間の例示的なＸ２ ＤＬ ＣｏＭＰ Ｅ−ＲＡＢ追加手順を示している。
【図２５】図２５は、成功した動作のケースに対する、サービングｅノードＢとＣＣＳ ｅノードＢの間の例示的なＸ２ ＤＬ ＣｏＭＰ Ｅ−ＲＡＢ修正手順を示している。
【図２６】図２６は、成功した動作のケースに対する、サービングｅノードＢにより開始される例示的なＸ２ ＤＬ ＣｏＭＰ Ｅ−ＲＡＢリリース手順を示している。
【図２７】図２７は、成功した動作のケースに対する、ＣＣＳ ｅノードＢにより開始される例示的なＸ２ ＤＬ ＣｏＭＰ Ｅ−ＲＡＢリリース要求手順を示している。
【図２８】図２８は、サービングｅノードＢとＣＣＳ ｅノードＢの間の例示的なチャネル状態情報手順を示している。
【図２９】図２９は、サービングｅノードＢとＣＣＳ ｅノードＢの間の例示的なスケジューリング情報手順を示している。
【図３０】図３０は、サービングｅノードＢとＣＣＳ ｅノードＢの間の例示的なリソースステータス要求手順および例示的なリソースステータス表示手順を示している。
【図３１】図３１は、サービングｅノードＢとＣＣＳ ｅノードＢの間の例示的なデータ転送手順を示している。
【図３２】図３２は、ＣｏＭＰ送信の方法を示すブロックダイヤグラムである。
【詳細な説明】
【００１３】
添付した図面に関連して以下で述べる詳細な説明は、さまざまなコンフィギュレーションの説明として意図されており、ここで説明する概念を実施するコンフィギュレーションのみを表すことを意図していない。さまざまな概念の完全な理解を提供する目的のために、詳細な説明は特定の詳細を含んでいる。しかしながら、これらの特定の詳細がなくても、これらの概念を実施できることは、当業者にとって明らかであろう。いくつかの例では、このような概念を曖昧にするのを避けるために、よく知られている構造およびコンポーネントは、ブロックダイヤグラムの形で示されている。
【００１４】
ここで説明する技術は、コード分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、単一搬送波ＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワーク等のような、さまざまなワイヤレス通信ネットワークに対して使用することができる。用語“ネットワーク”および“システム”は、区別なく使用することが多い。ＣＤＭＡネットワークは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ＣＤＭＡ２０００等のような、無線技術を実現してもよい。ＵＴＲＡは、ワイドバンドＣＤＭＡ（Ｗ−ＣＤＭＡ）と、低チップレート（ＬＣＲ）とを含んでいる。ＣＤＭＡ２０００は、ＩＳ−２０００、ＩＳ−９５、および、ＩＳ−８５６標準規格をカバーしている。ＴＤＭＡネットワークは、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ（登録商標））のような、無線技術を実現してもよい。ＯＦＤＭＡネットワークは、進化型ＵＴＲＡ（Ｅ−ＵＴＲＡ）や、ＩＥＥＥ８０２．１１や、ＩＥＥＥ８０２．１６や、ＩＥＥＥ８０２．２０や、フラッシュＯＦＤＭ（登録商標）等のような、無線技術を実現してもよい。ＵＴＲＡ、Ｅ−ＵＴＲＡ、および、ＧＳＭは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）の一部である。ロングタームエボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの来たるべきリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳ、および、ＬＴＥは、“第三世代パートナーシッププロジェクト”（３ＧＰＰ）という名の組織による文書中に記述されている。ＣＤＭＡ２０００は、“第三世代パートナーシッププロジェクト２”（３ＧＰＰ２）という名の組織による文書中に記述されている。これらのさまざまな無線技術および標準規格が技術的に知られている。明確さのために、ＬＴＥに対して、技術のある態様を以下で説明し、以下の説明の大半では、ＬＴＥの専門用語が使用される。
【００１５】
図１を参照すると、開示の１つの実施形態にしたがった、多元接続ワイヤレス通信システム１０が示されている。（進化型ノードＢ（ｅノードＢ、ｅＮＢ）とも呼ばれる）アクセスポイント１００（ＡＰ）は、複数のアンテナグループを含み、１つのグループは、アンテナ１０４およびアンテナ１０６を含み、別のグループは、アンテナ１０８およびアンテナ１１０を含み、その他のグループは、アンテナ１１２およびアンテナ１１４を含む。アンテナの各グループおよび／またはそれらが通信するように設計されているエリアは、セルと呼ばれることがある。１つのｅノードＢのみが示されているが、通信システム１０は、相互に接続された複数のｅノードＢ１００を含んでいてもよく、相互に接続された複数のｅノードＢ１００は、制御情報およびデータを交換してもよく、ワイヤレスデバイスへのデータの送信において協調してもよい。
【００１６】
アクセス端末（ＡＴ）とも呼ばれるユーザ機器（ＵＥ）１１６が、アンテナ１１２およびアンテナ１１４との通信において示されており、ここで、アンテナ１１２およびアンテナ１１４は、ダウンリンク１２０を通してＵＥ１１６に情報を送信し、アップリンク１１８を通してＵＥ１１６から情報を受信する。ＵＥ１２２は、アンテナ１０６およびアンテナ１０８と通信し、ここで、アンテナ１０６およびアンテナ１０８は、ダウンリンク１２６を通してＵＥ１２２に情報を送信し、アップリンク１２４を通してＵＥ１２２から情報を受信する。ＦＤＤシステムでは、通信リンク１１８、１２０、１２４、および１２６は、通信に対して異なる周波数を使用してもよい。例えば、ダウンリンク１２０は、アップリンク１１８により使用されるものとは異なる周波数を使用してもよい。各ＵＥに対して１つのアンテナのみが示されているが、各ＵＥ（１１６および／または１２２）に対して１つより多いアンテナが使用されてもよいことを当業者は理解するだろう。
【００１７】
１つの態様では、通信システム１０は、ロングタームエボリューション（ＬＴＥ）システムとすることができる。ＬＴＥは、ワイヤレス通信用の世界的な標準規格である、次世代のユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）である。ＬＴＥシステムは、マルチポイント協調（ＣｏＭＰ）をサポートしてもよい。この特徴は、全体的な通信性能を改善するための干渉緩和技術を提供することができる。ＣｏＭＰにより、複数のｅノードＢ１００が協働して、ダウンリンク上でデータを送信する、および／または、アップリンク上でデータを受信する。あるタイプのＣｏＭＰでは、ｅノードＢ１００は、１つ以上のＵＥに同じ情報をパラレルに送信することができ、それにより、全体的な通信性能を改善する。
【００１８】
図２は、基地局／ｅＮＢ１００およびＵＥ１１６の設計のブロックダイヤグラムを示しており、基地局／ｅＮＢ１００およびＵＥ１１６は、図１において表されているｅノードＢのうちの１つと、ＵＥのうちの１つであってもよい。示されているように、基地局１００には、アンテナ２３４ａないし２３４ｔが装備されていてもよく、ＵＥ１１６には、アンテナ２５２ａないし２５２ｒが装備されていてもよい。
【００１９】
基地局１００において、送信プロセッサ２２０は、データソース２１２からデータを受け取り、制御装置／プロセッサ２４０から制御情報を受け取ってもよい。制御情報は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で送信されてもよい。データは、物理的なダウンリンク共有チャネル（ＰＤＳＣＨ）等において送信されてもよい。送信プロセッサ２２０は、データおよび制御情報を処理して（例えば、エンコードおよびシンボルマッピングして）、データシンボルと制御シンボルをそれぞれ取得してもよい。送信プロセッサ２２０はまた、例えば、ＰＳＳ、ＳＳＳ、および、セル固有参照信号のような、参照シンボルを発生させてもよい。
【００２０】
送信（ＴＸ）複数入力複数出力（ＭＩＭＯ）プロセッサ２３０は、適用可能である場合に、データシンボル上で、制御シンボル上で、および／または、参照シンボル上で、空間処理（例えば、プリコーディング）を実行してもよく、出力シンボルストリームを変調器（ＭＯＤ）２３２ａないし２３２ｔに提供してもよい。各変調器２３２は、（例えば、ＯＦＤＭ等のために）それぞれの出力シンボルストリームを処理して、出力サンプルストリームを取得してもよい。各変調器２３２は、出力サンプルストリームをさらに処理して（例えば、アナログにコンバートして、増幅して、フィルタリングして、および、アップコンバートして）、ダウンリンク信号を取得してもよい。変調器２３２ａないし２３２ｔからのダウンリンク信号は、アンテナ２３４ａないし２３４ｔを通してそれぞれ送信されてもよい。
【００２１】
ＵＥ１１６において、アンテナ２５２ａないし２５２ｒは、基地局１００からダウンリンク信号を受信し、受信した信号を復調器（ＤＥＭＯＤ）２５４ａないし２５４ｒにそれぞれ提供することができる。各復調器２５４は、それぞれの受信した信号を調整して（例えば、フィルタリングして、増幅して、ダウンコンバートして、および、デジタル化して）、入力サンプルを取得してもよい。各復調器２５４は、（例えば、ＯＦＤＭ等のために）入力サンプルをさらに処理して、受信したシンボルを取得してもよい。ＭＩＭＯ検出器２５６は、受信したシンボルをすべての復調器２５４ａないし２５４ｒから取得し、適用可能である場合に、受信したシンボル上でＭＩＭＯ検出を実行し、検出したシンボルを提供してもよい。受信プロセッサ２５８は、検出したシンボルを処理し（例えば、復調し、デインターリーブし、および、デコードし）、ＵＥ１１６に対するデコードしたデータをデータシンク２６０に提供し、デコードした制御情報を制御装置／プロセッサ２８０に提供してもよい。
【００２２】
アップリンク上では、ＵＥ１１６において、送信プロセッサ２６４が、（例えば、ＰＵＳＣＨに対する）データをデータソース２６２から受け取って処理し、（例えば、ＰＵＣＣＨに対する）制御情報を制御装置／プロセッサ２８０から受け取って処理してもよい。プロセッサ２６４はまた、参照信号に対する参照シンボルを発生させてもよい。送信プロセッサ２６４からのシンボルは、適用可能である場合に、ＴＸ ＭＩＭＯプロセッサ２６６によりプリコーディングされてもよく、（例えば、ＳＣ−ＦＤＭ等のために）復調器２５４ａないし２５４ｒによりさらに処理されてもよく、基地局１００に送信されてもよい。基地局１００において、ＵＥ１１６からのアップリンク信号は、アンテナ２３４により受信され、変調器２３２により処理され、適用可能である場合には、ＭＩＭＯ検出器２３６により検出され、受信プロセッサ２３８によりさらに処理されて、ＵＥ１１６により送られたデコードされたデータおよび制御情報が取得される。プロセッサ２３８は、デコードされたデータをデータシンク２３９に提供し、デコードされた制御情報を制御装置／プロセッサ２４０に提供してもよい。
【００２３】
制御装置／プロセッサ２４０および２８０は、基地局１００の動作とＵＥ１１６の動作をそれぞれ命令してもよい。プロセッサ２４０ならびに／あるいは基地局１００における他のプロセッサおよびモジュールは、ここで説明する技術に対するさまざまなプロセスの実行を行ってもよい、または、命令してもよい。プロセッサ２８０ならびに／あるいはＵＥ１１６における他のプロセッサおよびモジュールはまた、図４〜図１３において示されている機能ブロックの実行を、および／または、ここで説明する技術に対する他のプロセスの実行を、行ってもよい、または、命令してもよい。メモリ２４２およびメモリ２８２は、基地局１００に対するデータおよびプログラムコードと、ＵＥ１１６に対するデータおよびプログラムコードとをそれぞれ記憶してもよい。スケジューラ２４４は、ダウンリンク上および／またはアップリンク上でのデータ送信に対してＵＥをスケジューリングしてもよい。
【００２４】
基地局１００はまた、他の基地局とともに、ＵＥ１１６へのマルチポイント協調送信に参加してもよい。１つの態様では、制御装置２４０は、参照信号（ＲＳ）を含むダウンリンク送信を命令する。ＲＳは、基地局１００のセル識別子にしたがって決定された、ダウンリンクリソース上で送信されるセル固有参照信号（ＣＲＳ）とすることができ、または、ＲＳは、他の何らかの参照信号とすることができる。１つ以上の隣接する基地局からのダウンリンク送信を受信することもあるＵＥ１１６において、基地局１００からのダウンリンク送信が受信される。
【００２５】
ＵＥ１１６における受信プロセッサ２５８は、参照信号に基づいて、ダウンリンク送信中の参照信号（例えば、ＣＲＳ）に対するシンボルを検出することができ、制御装置／プロセッサ２８０は、基地局１００を含む各基地局に対するチャネル情報を決定することができる。何らかの態様では、ＵＥ制御装置／プロセッサ２８０は、受信した信号に対する、チャネル方向情報（ＣＤＩ）およびチャネル大きさ情報（ＣＭＩ）を決定し、これらは、ワイドバンドであるものとすることができ、または、ダウンリンク送信の固有のサブバンドに関係付けられたものとすることができる。チャネル情報はまた、サービング基地局（例えば、基地局１００）からの信号に関して正規化される残留干渉の測定を含んでいてもよい。
【００２６】
ダウンリンク信号がそこから受信された各基地局に対する、チャネル状態情報や残留干渉測定等を含む測定報告を送信するように、制御装置／プロセッサ２８０はＵＥ１１６に命令することができる。１つの態様では、測定報告は、ＵＥ１１６のＣｏＭＰ協調の組（ＣＣＳ）中の各基地局に対するチャネル状態情報を含んでいる。ＵＥ１１６は、周期的に、または、基地局１００によりトリガされたときのいずれかに、ＰＵＳＣＨ上で測定報告を送信してもよい。
【００２７】
測定報告の受信に応答して、基地局１００は、１つ以上のＣｏＭＰ制御メッセージを発生させてもよい。ＣｏＭＰ制御メッセージは、測定報告から取得した情報とともに、ＣｏＭＰ送信のタイプに関する情報および／または送信されることになるデータを含んでいてもよい。例えば、ＣｏＭＰ制御メッセージは、結合送信（ＪＴ）モードや、協調したスケジューリング／協調したビームフォーミングモード（ＣＳ／ＣＢ）等に関連していてもよい。基地局１００は、例えば、ＵＥ１１６のＣＣＳ中の基地局のような、他の基地局に、Ｘ２インターフェース２４１を通して、ＣｏＭＰ制御メッセージを送ることができる。
【００２８】
１つの態様では、基地局１００の媒体アクセス制御（ＭＡＣ）レイヤにおいて、ＣｏＭＰ制御メッセージが発生される。例えば、ＣｏＭＰ制御メッセージは、スケジューラ２４４のスケジューリング決定に関連して発生されてもよく、チャネル状態情報や、ビームフォーミング情報や、結合送信情報等に加えて、他の基地局により使用するためのスケジューリング情報を含んでいてもよい。サービングｅノードＢ１００におけるＭＡＣレイヤは、ＵＥ測定報告に基づいて、スケジューリング決定を行うことができる。サービングｅノードＢのＭＡＣレイヤはまた、サービングｅノードＢ（および／または、ＣＣＳ ｅノードＢ）からダウンリンク上で送信されたデータに対する、ＵＥのＨＡＲＱフィードバック（例えば、ＡＣＫ／ＮＡＣＫ）を処理するエンティティである。それゆえ、サービングｅノードＢのＭＡＣレイヤは、ＭＡＣ再送信のスケジューリングも担っていてもよい。
【００２９】
図３は、ユーザ機器３２０に送信する複数のｅノードＢを持つ、マルチポイント協調（ＣｏＭＰ）システム３００の例を示している。複数のｅノードＢ３１０ａ、３１０ｂ、３１０ｃ、３１０ｄは、図１〜図２に関連して説明したものとすることができ、接続線により示されているように、互いに通信することが可能である。複数のｅノードＢ３１０間の通信は、Ｘ２インターフェース２４１を通るものか、または、バックホール接続とすることができる。１つの態様では、各ｅノードＢ３１０は、他のｅノードＢ３１０のうちのいずれかと通信することができる。例えば、ｅノードＢ３１０ａは、ｅノードＢ３１０ｂ、３１０ｃ、および、３１０ｄのうちのいずれかと通信することが可能である。示されている、ｅノードＢおよびＵＥの数量は、例示のためだけであることと、本開示の範囲または精神を限定することなく、他の数量が可能であることを当業者は理解するだろう。
【００３０】
受信した信号対干渉ノイズ比（ＳＩＮＲ）を改善し、したがって、拡張された空間多重化によりデータレートを改善するために、または、複数のｅノードＢによる協調されたアクションを通して干渉低減を改善するために、ＣｏＭＰ送信が使用されてもよい。しかしながら、このような協調は、典型的に、協調するｅノードＢ間での緊密な同期とメッセージ交換を必要とする。
【００３１】
ＣｏＭＰシステム３００のｅノードＢ３１０は、さまざまな組に編成されてもよい。例えば、ＣｏＭＰ協調の組（ＣＣＳ）は、ＵＥ３２０へのＰＤＳＣＨ（物理ダウンリンク共有チャネル）送信に直接的にまたは間接的に参加している、地理的に離れたポイントの組である。ＣＣＳは、ＵＥにトランスペアレントであってもよく、または、トランスペアレントでなくてもよい。別の例として、ＣｏＭＰ送信ポイント（ＣＴＰ）は、ＰＤＳＣＨをＵＥにアクティブに送信しているポイントの組である。一般に、ＣＴＰは、ＣＣＳのサブセットである（すなわち、ＣＣＳのすべてのメンバーがアクティブに送信しているわけではない）。別の例として、ＣｏＭＰ測定の組（ＣＭＳ）は、関連するチャネル状態情報または統計情報がＵＥ３２０によって報告されるセルの組である。１つの例では、ＣＭＳは、ＣＣＳと同じであってもよい。別の例では、ＣＭＳは、ＵＥ測定報告にしたがって決定されてもよく、いくつかのセルが、測定に基づいてドロップされてもよい。別の例では、無線リソース管理（ＲＲＭ）測定をサポートするＲＲＭ測定の組（ＲＭＳ）が、長期のチャネル状態情報に対して使用されてもよい。
【００３２】
ダウンリンクＣｏＭＰのサポートのためのフィードバック技術は、３つのカテゴリーに特徴付けられてもよい：明示的なフィードバック、暗示的なフィードバック、および、サウンディング参照信号のＵＥ送信である。明示的なフィードバックに対しては、受信機により観測されるような情報は、何らかの送信機の処理または受信機の処理を想定することなく、送信機に返信される。暗示的なフィードバックでは、異なる送信および／または受信の処理（例えば、チャネル品質表示（ＣＱＩ）、プリコーダ行列表示（ＰＭＩ）、および、ランク表示（ＲＩ））の仮定を使用する送信機に、情報が返信される。サウンディング参照信号（ＳＲＳ）のユーザ機器送信は、チャネル相互関係を活用するｅノードＢにおいて、チャネル状態情報（ＣＳＩ）の推定のために使用されてもよい。
【００３３】
１つの例では、サイクリックプリフィックスが送信波形に追加されてもよい。サイクリックプリフィックスは、送信波形の終わりの部分の冗長なコピーであり、受信機におけるマルチパス歪みから保護するために送信波形のはじめの部分に位置している。別の態様では、サイクリックプリフィックスの送信波形への追加は、受信した信号の有効な部分を必ず保護できるわけではない。有効な部分は、所望の情報ビットを含む受信信号のその一部である。例えば、受信信号の有効な部分が、サイクリックプリフィックスのスパンを越えて存在する場合に、著しい性能の低下が結果として生じるかもしれない。したがって、ＣｏＭＰから完全な性能の利益を得るために、複数の受信信号の有効な部分は、サイクリックプリフィックスウィンドウ内に時間において並んでいなければならない。
【００３４】
システム３００中でのＣｏＭＰ送信は、３つのカテゴリーに分けることができる：協調したスケジューリング／協調したビームフォーミング（ＣＳ／ＣＢ）、動的セル選択（ＤＣＳ）、および、結合送信（ＪＴ）である。協調したスケジューリング／協調したビームフォーミングでは、サービングセルにおいてのみデータが利用可能であるが、ＣｏＭＰ協調の組（ＣＣＳ）に対応するセル間の協調により、ユーザスケジューリング決定／ビームフォーミング決定が行われる。動的セル選択と結合送信は、どちらも、結合処理のタイプである。動的セル選択（ＤＣＳ）では、ＰＤＳＣＨ送信は、ＣｏＭＰ協調の組（ＣＣＳ）内で、一度に１つのポイントから行われる。結合送信では、ＰＤＳＣＨ送信は、一度に複数のポイント（ｎ個のＣｏＭＰ協調の組全体のうちの一部）から行われる。さらに詳細には、単一のＵＥへのデータが、複数の送信ポイントから同時に送信される。
【００３５】
１つの実施形態では、システム３００においてダウンリンクＣｏＭＰの潜在的な性能の利益を得るために、ｅＮＢ３１０は、効率的なネットワークおよびプロトコルアーキテクチャを用いて、大量のリアルタイム情報の交換を促進してもよい。例えば、この情報交換は、特に、結合送信および動的セル選択のような、ダウンリンクＣｏＭＰ結合処理（ＪＰ）スキームに適用可能である。この情報は、協調したスケジューリング／協調したビームフォーミング（ＣＳ／ＣＢ）として知られるダウンリンクＣｏＭＰスキームにも適用可能である。１つの態様では、ＪＴは、一度に複数のポイントからの同時ＰＤＳＣＨ送信を伴い、ここで、複数のポイントは、ＣｏＭＰ協調の組（ＣＣＳ）全体またはその一部である。例えば、受信信号品質を改善するために、および／または、他のＵＥへのアクティブな干渉を消去するために、ＪＴが使用されてもよい。別の態様では、ＤＣＳは、ＣｏＭＰ協調の組（ＣＣＳ）内での一度に１つのポイントからのＰＤＳＣＨ送信を伴う。別の態様では、ＣＳ／ＣＢは、ＣＣＳのｅノードＢ間で協調されたスケジューリング決定または協調されたビームフォーミング決定を伴う。
【００３６】
１つの実施形態では、ｅノードＢ３１０は、ここではダウンリンク共有チャネル（ＤＬ−ＳＣＨ）フレームプロトコル（ＦＰ）として呼ばれるプロトコルを実現してもよい。このプロトコルは、制御情報と、データ／制御情報の双方を運び、制御情報と、データ／制御情報の双方は、実際のダウンリンクＣｏＭＰ ＤＬ−ＳＣＨメッセージのヘッダ中では、２つの別のタイプのフレームタイプとして定義されている。ここで説明するように、このプロトコルの利点のうちの１つは、データ／制御情報を受信するｅノードＢ３１０における媒体アクセス制御（ＭＡＣ）エンティティが、何らかの状態情報を維持する必要がないことである。例えば、サービングｅノードＢ（例えば、３１０ａ）による、ハイブリッド自動再送要求（ＨＡＲＱ）送信における否定応答の受信に起因して、ＭＡＣプロトコルデータユニット（ＰＤＵ）を再送信する必要がある場合に、他のｅノードＢ３１０ｂ〜３１０ｄは、ＨＡＲＱ再送信に対するＭＡＣ ＰＤＵを含む、別のダウンリンクＣｏＭＰ ＤＬ−ＳＣＨ ＦＰメッセージを受信するだろう。
【００３７】
図４は、図３に関連して説明した方法で動作してもよい、例示的なＬＴＥダウンリンクＣｏＭＰネットワークアーキテクチャ４００を示している。この例は、ダウンリンクＣｏＭＰ送信に対して示されているが、アップリンクＣｏＭＰ送信も実現できることを当業者は正しく認識するだろう。この図において示されているのは、２つのｅノードＢ３１０ａおよび３１０ｂであり、ｅノードＢ３１０ａおよび３１０ｂは、Ｅ−ＵＴＲＡインターフェース（すなわち、ＬＴＥエアインターフェース）を通してのＵＥ３２０および４１８との双方向ワイヤレス接続を取り扱う。オプション的に、ｅノードＢ３１０ａおよび３１０ｂは、パーソナルコンピュータ４１６および４２０に対する接続も取り扱ってもよい。ｅノードＢ３１０ａおよび３１０ｂは、ｅノードＢ間のユーザプレーン交換および制御プレーン交換の双方のために、Ｘ２インターフェースを通して相互に接続されている。オプション的に、代替的な実施形態では、ｅノードＢ４１０および４１２は、ＭＭＥ４２２を通るＳ１インターフェースを通して、情報を交換してもよく、または、当業者に知られている他の何らかのインターフェースを通して、情報を交換してもよい。例示のみを目的として、Ｘ２インターフェースに関して以下の例を説明する。
【００３８】
示されているように、ｅノードＢ３１０は、Ｓ１−ＭＭＥインターフェースを通して移動体管理エンティティ（ＭＭＥ）４２２に接続され、Ｓ１−Ｕインターフェースを通してサービングゲートウェイ（ＳＧＷ）４２４に接続されている。ＭＭＥ４２２とＳＧＷ４２４は、Ｓ１１インターフェースにより接続され、ＭＭＥ４２２は、Ｓ６ａインターフェースを通して、ホーム加入者サーバ（ＨＳＳ）４２８に接続されている。ＳＧＷ４２４は、さらに、Ｓ５インターフェースを通して、パケットデータネットワークゲートウェイ（ＰＤＮＧＷ）４２６に接続され、ＰＤＮＧＷ４２６は、ＳＧｉインターフェースを通して、イントラネット４３０、インターネット４３２、または、他の特定用途向けネットワークアーキテクチャ４３４に接続されている。
【００３９】
１つの態様では、ＳＧＷまたはＰＤＮＧＷは、ＵＥが異なるｅノードＢ間で移動するときに、データベアラに対する移動性アンカーとしての役割を果たす（ＳＧＷ間ハンドオーバーに起因して、ＳＧＷが変わることがある）。別の態様では、ＭＭＥは、ＵＥとコアネットワーク（ＣＮ）の間のシグナリングを管理するための制御エンティティとして役割を果たす（ＭＭＥ間ハンドオーバーに起因して、ＭＭＥが変わることがある）。ＳＧＷは、パケットデータネットワークゲートウェイ（ＰＤＮＧＷ）とインターフェースし、ＰＤＮＧＷは、例えば、グローバルインターネットへのＬＴＥポータルとして機能する。ＰＤＮＧＷはまた、ＵＥに対してＩＰアドレスを割り振り、ポリシールールに基づくサービス品質（ＱｏＳ）を施行する。
【００４０】
図５は、協調したスケジューリング／協調したビームフォーミング（ＣＳ／ＣＢ）による例示的なダウンリンクＣｏＭＰ送信シナリオを示している。例示的なシステム５００では、ｅノードＢ３１０ａおよび３１０ｂにより、ＵＥ５１４および５１８にそれぞれ送信が提供される。この例では、２つのｅノードＢ３１０間で制御情報だけが送信される。特に、ＵＥ５１４および５１８に対するスケジューリングデータは、適切なビームフォーメーションを決定するために、ｅノードＢ３１０間を行き来する。例えば、これは、干渉を低減するまたは最小化する狭いビームコンフィギュレーションを可能にする。
【００４１】
図６および図７は、動的セル選択（ＤＣＳ）によるダウンリンクＣｏＭＰ送信の例を示している。動的セル選択では、ＵＥにデータを送るのにどのセルがより適しているのかを決定するために、ｅノードＢ３１０ａとｅノードＢ３１０ｂの間で制御情報が交換される。図６では、ｅノードＢ３１０ａが、サービングセルタワー５１６を通してＵＥ５１４に送信している。その理由は、サービングセルタワー５１６が最良の有向ビームを得ることができると、決定されたからである。図７では、ｅノードＢ３１０ａとサービングセルタワー５１６を利用するのではなく、ｅノードＢ３１０ｂが、セルタワー５２０を通して、ＵＥ５１４に送信を提供している。図７では、ｅノードＢ３１０間で、制御メッセージングとデータメッセージングの双方が生じるのに対し、図６では、ｅノードＢ３１０間で制御メッセージングのみが生じる。
【００４２】
図８では、結合送信（ＪＴ）によるダウンリンクＣｏＭＰ送信シナリオの例が示されている。結合送信は、一度に複数の送信ポイントから１つまたはいくつかのＵＥへの複数のダウンリンク物理レイヤ送信のことを指す。この例示的なシナリオでは、２つのｅノードＢ３１０ａ、３１０ｂにより２つのＵＥ５１４および５１８に結合送信が提供されている。結合送信は、複数のｅノードＢ３１０による協調されたアクションを通して、拡張された空間多重化または干渉低減により、改善された送信性能を提供することができる。他の示されているｅノードＢ３１０ｃおよび３１０ｄは、この送信に含まれない。
【００４３】
図９は、結合送信によるダウンリンクＣｏＭＰ送信手順の別の例を示している。この例示的な例では、２つのｅノードＢ３１０ａおよび３１０ｂと、２つのＵＥ５１４および５１８とがある。１つの例では、ＵＥ５１４および５１８からのチャネル報告が、ｅノードＢ３１０ａおよび３１０ｂと、ＵＥ５１４および５１８との間の合成伝搬チャネル伝達関数（composite propagation channel transfer functions）を含み、これは、次の複素送信行列またはＣＳＩ行列により表されてもよい：
Ｈ＝［ｈ11  ｈ21；ｈ12  ｈ22］
ここで、ｈ11＝第１のｅノードＢ３１０ａと第１のＵＥ５１４の間の伝達関数であり、
ｈ21＝第１のｅノードＢ３１０ａと第２のＵＥ５１８の間の伝達関数であり、
ｈ12＝第２のｅノードＢ３１０ｂと第１のＵＥ５１４の間の伝達関数であり、
ｈ22＝第２のｅノードＢ３１０ｂと第２のＵＥ５１８の間の伝達関数である。
【００４４】
ダウンリンクＣｏＭＰ送信手順は、双方のｅノードＢ３１０ａ、３１０ｂから双方のＵＥ５１４、５１８への初期参照信号送信（これは、データ送信を含んでいてもよく、または、含んでいなくてもよい）により、ステップ１ａ〜１ｄにおいて開始する。ここで、受信された各初期参照信号送信は、複素送信行列Ｈの４つの成分のうちの１つによって影響を受けることがある。ステップ２ａにおいて、初期参照信号送信の受信信号から、第１のＵＥ５１４は、伝達関数ｈ１１およびｈ１２を推定して、第１のｅノードＢ３１０ａに報告し返してもよい。同様に、ステップ２ｂにおいて、第２のＵＥ５１８は、伝達関数ｈ２１およびｈ２２を推定して、第２のｅノードＢ３１０ｂに報告し返してもよい。次に、ステップ３ａ〜３ｄにおいて、ｅノードＢ３１０ａ、３１０ｂは、それらが個別に報告された伝達関数を互いに交換し、これにより、各ｅノードＢは、推定された複素送信行列Ｈ’を構築してもよい。オプション的に、結合動作モードが使用される場合には、ＵＥスケジューリング情報は、ｅノードＢ３１０ａとｅノードＢ３１０ｂの間で交換される単一のメッセージも含んでもよい。
【００４５】
ＵＥスケジューリング情報は、ＵＥデータ送信に対して割り振られることになる、サブフレーム番号と物理リソースブロックとを含んでいる。ステップ４ａにおいて、ｅノードＢ３１０ａは、ＵＥ５１４に対する重み（すなわち、プリコーディング）ｗ１１および重みｗ２１を計算する。同様に、ステップ４ｂにおいて、ｅノードＢ３１０ｂは、ＵＥ５１８に対する重み（すなわち、プリコーディング）ｗ１２および重みｗ２２を計算する。次に、ステップ５ａにおいて、ｅノードＢ３１０ａは、ＵＥ５１４ ＭＡＣ ＰＤＵを介して重みｗ２１と、リソース／スケジューリング情報とをｅノードＢ３１０ｂに報告する。同様に、ステップ５ｂにおいて、ｅノードＢ３１０ｂは、ＵＥ５１８ ＭＡＣ ＰＤＵを介して重みｗ１２と、リソース／スケジューリング情報とをｅノードＢ３１０ａに報告する。ＵＥスケジューリング情報は、前のブロックにおいてｅノードＢ間で通信されたＵＥスケジューリング情報と同じであるが、この情報を伝えるために効率的なマッピング／圧縮スキームが使用されてもよい。
【００４６】
次に、ステップ６ａ〜６ｄにおいて、ＵＥ５１４およびＵＥ５１８に対してそれぞれ所望のシンボルｓ１およびｓ２が与えられると、ｅノードＢ３１０ａは、重み付けされた送信信号ｗ１１ｓ１＋ｗ１２ｓ２を送信し、ｅノードＢ３１０ｂは、重み付けされた信号ｗ２１ｓ１＋ｗ２２ｓ２を送信する。伝搬チャネルを通しての送信後に、各ＵＥにおいて受信されるＪＴ波形は次のように与えられる：
ｒ1＝（ｈ11ｗ11＋ｈ12ｗ21）ｓ1＋（ｈ11ｗ12＋ｈ12ｗ22）ｓ2＋ｎ1      （１）
ｒ2＝（ｈ21ｗ11＋ｈ22ｗ21）ｓ1＋（ｈ21ｗ12＋ｈ22ｗ22）ｓ2＋ｎ2      （２）
ここで、これらの式に対して、
ｒ1＝ＵＥ５１４において受信されるＪＴ波形であり、
ｒ2＝ＵＥ５１８において受信されるＪＴ波形であり、
ｎ1＝ＵＥ５１４における付加のノイズであり、
ｎ2＝ＵＥ５１８における付加のノイズである。
【００４７】
データ送信のためにサービングｅノードＢが選択されるＣＳ／ＣＢ ＣｏＭＰまたはＤＣＳ ＣｏＭＰのケースでは、ＭＡＣ ＰＤＵは交換されない。言い換えると、ｅノードＢ３１０ａとｅノードＢ３１０ｂの間で、何らデータメッセージングが生じない。
【００４８】
Ｘ２インターフェースに起因する送信遅延が、チャネル遅延拡散と、ｅノードＢが制御情報およびデータを交換するのに必要とされる時間とに比べて小さいと仮定すると、理想的には、ｒ１に対して、項（ｈ１１ｗ１２＋ｈ１２ｗ２２）ｓ２は、ゼロに近づくだろう。同様に、ｒ２に対して、項（ｈ２１ｗ１１＋ｈ２２ｗ２１）ｓ１は、ゼロに近づくだろう。
【００４９】
図１０Ａは、サービングセル５１６からの動的セル選択（ＤＣＳ）によるダウンリンクＣｏＭＰ送信手順の別の例を示している。この例示的な例では、２つのｅノードＢ３１０ａおよび３１０ｂと、２つのＵＥ５１４および５１８とがある。１つの例では、ＵＥ５１４および５１８からのチャネル報告が、ｅノードＢ３１０ａおよびｅノードＢ３１０ｂと、ＵＥ５１４および５１８との間の合成伝搬チャネル伝達関数を含み、これは、複素送信行列またはＣＳＩ行列により表されてもよい。
【００５０】
ダウンリンクＣｏＭＰ送信手順は、双方のｅノードＢ３１０から双方のＵＥ５１４、５１８への初期参照信号送信（これは、データ送信を含んでいてもよく、または、含んでいなくてもよい）により、ステップ１ａ〜１ｄにおいて開始する。ここで、受信された各初期参照信号送信は、複素送信行列Ｈの４つの成分のうちの１つによって影響を受ける。ステップ２ａにおいて、初期参照信号送信の受信信号から、第１のＵＥ５１４は、伝達関数ｈ１１およびｈ１２を推定して、第１のｅノードＢ３１０ａに報告し返してもよい。同様に、ステップ２ｂにおいて、第２のＵＥ５１８は、伝達関数ｈ２１およびｈ２２を推定して、第２のｅノードＢ３１０ｂに報告し返してもよい。次に、ステップ３ａ〜３ｄにおいて、ｅノードＢ３１０ａ、３１０ｂは、それらが個別に報告された伝達関数を互いに交換し、これにより、各ｅノードＢは、推定された複素送信行列Ｈ’を構築してもよい。オプション的に、結合動作モードが使用される場合には、ＵＥスケジューリング情報は、ｅノードＢ３１０間で交換される単一のメッセージも含んでもよい。ＵＥスケジューリング情報は、ＵＥデータ送信に対して割り振られることになる、サブフレーム番号と物理リソースブロックとを含んでいる。
【００５１】
ステップ４ａにおいて、ｅノードＢ３１０ａは、ＵＥ５１４に対する重み（すなわち、プリコーディング）ｗ１１を計算する。同様に、ステップ４ｂにおいて、ｅノードＢ３１０ｂは、ＵＥ５１８に対する重み（すなわち、プリコーディング）ｗ２２を計算する。次に、ステップ５ａにおいて、ｅノードＢ３１０ａは、重みｗ１１と、リソース／スケジューリング情報とをｅノードＢ３１０ｂに報告する。同様に、ステップ５ｂにおいて、ｅノードＢ３１０ｂは、重みｗ２２と、リソース／スケジューリング情報とをｅノードＢ３１０ａに報告する。ＵＥスケジューリング情報は、前のブロックにおいてｅノードＢ間で通信されたＵＥスケジューリング情報と同じであるが、この情報を伝えるために効率的なマッピング／圧縮スキームが使用されてもよい。
【００５２】
次に、ステップ６ａ〜６ｄにおいて、ＵＥ５１４およびＵＥ５１８に対してそれぞれ所望のシンボルｓ１およびｓ２が与えられると、ｅノードＢ３１０ａは、重み付けされた送信信号ｗ１１ｓ１を送信し、ｅノードＢ３１０ｂは、重み付けされた信号ｗ２２ｓ２を送信する。伝搬チャネルを通しての送信後に、各ＵＥにおいて受信される波形は次のように与えられる：
ｒ1＝ｈ11ｗ11ｓ1＋ｈ12ｗ22ｓ2＋ｎ1      （１）
ｒ2＝ｈ22ｗ22ｓ1＋ｈ21ｗ11ｓ2＋ｎ2      （２）
ここで、これらの式に対して、
ｒ1＝ＵＥ５１４において受信される波形であり、
ｒ2＝ＵＥ５１８において受信される波形であり、
ｎ1＝ＵＥ５１４における付加のノイズであり、
ｎ2＝ＵＥ５１８における付加のノイズである。
【００５３】
Ｘ２インターフェースに起因する送信遅延が、チャネル遅延拡散と、ｅノードＢが制御情報を交換するのに必要とされる時間とに比べて小さいと仮定すると、理想的には、ｒ１に対して、項（ｈ１２ｗ２２）ｓ２は、ゼロに近づくだろう。同様に、ｒ２に対して、項（ｈ２１ｗ１１）ｓ１は、ゼロに近づくだろう。
【００５４】
図１０Ｂは、非サービングセルにおける動的セル選択によるダウンリンクＣｏＭＰ送信手順の別の例を示している。この例示的な例では、２つのｅノードＢ３１０ａおよび３１０ｂと、２つのＵＥ５１４および５１８とがある。１つの例では、ＵＥ５１４および５１８からのチャネル報告が、ｅノードＢ３１０と、ＵＥ５１４および５１８との間の合成伝搬チャネル伝達関数を含み、これは、複素送信行列またはＣＳＩ行列により表されてもよい。
【００５５】
ダウンリンクＣｏＭＰ送信手順は、双方のｅノードＢ３１０から双方のＵＥ５１４、５１８への初期参照信号送信により、ステップ１ａ〜１ｄにおいて開始する。ここで、受信された各初期参照信号送信は、複素送信行列Ｈの４つの成分のうちの１つによって影響を受ける。ステップ２ａにおいて、初期参照信号送信の受信信号から、第１のＵＥ５１４は、伝達関数ｈ１１およびｈ１２を推定して、第１のｅノードＢ３１０ａに報告し返してもよい。同様に、ステップ２ｂにおいて、第２のＵＥ５１８は、伝達関数ｈ２１およびｈ２２を推定して、ブロック２中で第２のｅノードＢ３１０ｂに報告し返してもよい。次に、ブロック３ａ〜３ｄにおいて、ｅノードＢ３１０ａおよびｅノードＢ３１０ｂは、それらが個別に報告された伝達関数を互いに交換し、これにより、各ｅノードＢは、推定された複素送信行列Ｈ’を構築してもよい。オプション的に、結合動作モードが使用される場合には、ＵＥスケジューリング情報は、ｅノードＢ３１０間で交換される単一のメッセージも含んでもよい。
【００５６】
ＵＥスケジューリング情報は、ＵＥデータ送信に対して割り振られることになる、サブフレーム番号と物理リソースブロックとを含んでいてもよい。ステップ４ａにおいて、ｅノードＢ３１０ａは、ＵＥ５１４に対する重み（すなわち、プリコーディング）ｗ２１を計算する。同様に、ステップ４ｂにおいて、ｅノードＢ３１０ｂは、ＵＥ５１８に対する重み（すなわち、プリコーディング）ｗ１２を計算する。次に、ステップ５ａにおいて、ｅノードＢ３１０ａは、ＵＥ５１４ ＭＡＣ ＰＤＵを介して重みｗ２１と、リソース／スケジューリング情報とをｅノードＢ３１０ｂに報告する。同様に、ステップ５ｂにおいて、ｅノードＢ３１０ｂは、ＵＥ５１８ ＭＡＣ ＰＤＵを介して重みｗ１２と、リソース／スケジューリング情報とをｅノードＢ３１０ａに報告する。ＵＥスケジューリング情報は、前のブロックにおいてｅノードＢ間で通信されたＵＥスケジューリング情報と同じであるが、この情報を伝えるために効率的なマッピング／圧縮スキームが使用されてもよい。
【００５７】
次に、ステップ６ａ〜６ｄにおいて、ＵＥ５１４およびＵＥ５１８に対してそれぞれ所望のシンボルｓ１およびｓ２が与えられると、ｅノードＢ３１０ａは、重み付けされた送信信号ｗ１２ｓ２を送信し、ｅノードＢ３１０ｂは、重み付けされた信号ｗ２１ｓ１を送信する。伝搬チャネルを通しての送信後に、各ＵＥにおいて受信される波形は次のように与えられる：
ｒ1＝ｈ12ｗ21ｓ1＋ｈ11ｗ12ｓ2＋ｎ1      （１）
ｒ2＝ｈ21ｗ12ｓ2＋ｈ22ｗ21ｓ1＋ｎ2      （２）
ここで、これらの式に対して、
ｒ1＝ＵＥ５１４において受信される波形であり、
ｒ2＝ＵＥ５１８において受信される波形であり、
ｎ1＝ＵＥ５１４における付加のノイズであり、
ｎ2＝ＵＥ５１８における付加のノイズである。
【００５８】
Ｘ２インターフェースに起因する送信遅延が、チャネル遅延拡散と、ｅノードＢが制御情報およびデータを交換するのに必要とされる時間とに比べて小さいと仮定すると、理想的には、ｒ１に対して、項（ｈ１１ｗ１２）ｓ２は、ゼロに近づくだろう。同様に、ｒ２に対して、項（ｈ２２ｗ２１）ｓ１は、ゼロに近づくだろう。
【００５９】
図１１は、協調したスケジューリング／協調したビームフォーミング（ＣＳ／ＣＢ）によるダウンリンクＣｏＭＰ送信手順の別の例を示している。この例示的な例では、２つのｅノードＢ３１０ａおよびｅノードＢ３１０ｂと、２つのＵＥ５１４および５１８とがある。１つの例では、ＵＥ５１４および５１８からのチャネル報告が、ｅノードＢ３１０と、ＵＥ５１４および５１８との間の合成伝搬チャネル伝達関数を含み、これは、複素送信行列またはＣＳＩ行列により表されてもよい。
【００６０】
ダウンリンクＣｏＭＰ送信手順は、双方のｅノードＢ３１０から双方のＵＥ５１４、５１８への初期参照信号送信（これは、データ送信を含んでいてもよく、または、含んでいなくてもよい）により、ステップ１ａ〜１ｄにおいて開始する。ここで、受信された各初期参照信号送信は、複素送信行列Ｈの４つの成分のうちの１つによって影響を受ける。ステップ２ａにおいて、初期参照信号送信の受信信号から、第１のＵＥ５１４は、伝達関数ｈ１１およびｈ１２を推定して、第１のｅノードＢ３１０ａに報告し返してもよい。同様に、ステップ２ｂにおいて、第２のＵＥ５１８は、伝達関数ｈ２１およびｈ２２を推定して、ブロック２中で第２のｅノードＢ３１０ｂに報告し返してもよい。次に、ステップ３ａ〜３ｄにおいて、ｅノードＢ３１０は、それらが個別に報告された伝達関数を互いに交換し、これにより、各ｅノードＢは、推定された複素送信行列Ｈ’を構築してもよい。オプション的に、結合動作モードが使用される場合には、ＵＥスケジューリング情報は、ｅノードＢ３１０間で交換される単一のメッセージを含んでもよい。
【００６１】
ＵＥスケジューリング情報は、ＵＥデータ送信に対して割り振られることになる、サブフレーム番号と物理リソースブロックとを含んでいてもよい。ステップ４ａにおいて、ｅノードＢ３１０ａは、ＵＥ５１４に対する重み（すなわち、プリコーディング）ｗ１１を計算する。同様に、ステップ４ｂにおいて、ｅノードＢ３１０ｂは、ＵＥ５１８に対する重み（すなわち、プリコーディング）ｗ２２を計算する。ＵＥスケジューリング情報は、前のブロックにおいてｅノードＢ間で通信されたＵＥスケジューリング情報と同じであるが、この情報を伝えるために効率的なマッピング／圧縮スキームが使用されてもよい。
【００６２】
次に、ステップ５ａ〜５ｄにおいて、ＵＥ５１４およびＵＥ５１８に対してそれぞれ所望のシンボルｓ１およびｓ２が与えられると、ｅノードＢ３１０ａは、重み付けされた送信信号ｗ１１ｓ１を送信し、ｅノードＢ３１０ｂは、重み付けされた信号ｗ２２ｓ２を送信する。伝搬チャネルを通しての送信後に、各ＵＥにおいて受信される波形は次のように与えられる：
ｒ1＝ｈ11ｗ11ｓ1＋ｈ12ｗ22ｓ2＋ｎ1      （１）
ｒ2＝ｈ22ｗ22ｓ2＋ｈ21ｗ11ｓ1＋ｎ2      （２）
ここで、これらの式に対して、
ｒ1＝ＵＥ５１４において受信される波形であり、
ｒ2＝ＵＥ５１８において受信される波形であり、
ｎ1＝ＵＥ５１４における付加のノイズであり、
ｎ2＝ＵＥ５１８における付加のノイズである。
【００６３】
Ｘ２インターフェースに起因する送信遅延が、チャネル遅延拡散と、ｅノードＢが制御情報を交換するのに必要とされる時間とに比べて小さいと仮定すると、理想的には、ｒ１に対して、項（ｈ１２ｗ２２）ｓ２は、ゼロに近づくだろう。同様に、ｒ２に対して、項（ｈ２１ｗ１１）ｓ１は、ゼロに近づくだろう。
【００６４】
図１２は、ダウンリンクＣｏＭＰによる、制御プレーンに対する例示的なＸ２インターフェースプロトコルアーキテクチャ（Ｘ２−ＤＬ−ＣｏＭＰ−Ｃ）を示している。この図は、サービングｅノードＢ７１０と、図２において説明したようなｅＮＢ１００であってもよい、ＣｏＭＰ協調の組（ＣＣＳ）のｅノードＢ７１２との間でダウンリンク共有チャネルフレームプロトコル（ＤＬ−ＳＣＨ ＦＰ）を使用する、ピア・ツー・ピア制御プレーン通信を示している。１つの例では、制御データメッセージを示すために、このケースでは、ＤＬ−ＳＣＨ ＦＰは、０のフレームタイプ（ＦＴ）ラベルを含んでいる。１つの実施形態では、ＤＬ−ＳＣＨメッセージングは、ＵＤＰ／ＩＰｖ４／Ｌ２／Ｌ１のような、レイヤードプロトコルスタックにより伝送され、ＩＥＥＥ８０２．３ｚギガビットイーサネット（登録商標）プロトコルは、１つの例示的なＬ２／Ｌ１プロトコルの組である。制御メッセージングは、ＭＡＣレイヤにおいて生じる。１つの例では、図２を参照すると、制御装置／プロセッサ２４０とスケジューラ２４４とにより制御メッセージを発生させて、Ｘ２インターフェース２４１を通して送信することができる。
【００６５】
サービングｅノードＢ７１０におけるＭＡＣレイヤは、ＵＥ測定報告に基づいて、スケジューリング決定を行う。サービングｅノードＢ ＭＡＣレイヤはまた、サービングｅノードＢ７１０（および／または、ＣＣＳ ｅノードＢ）からダウンリンク上で送信されたデータに対する、ＵＥのＨＡＲＱ ＡＣＫ／ＮＡＣＫを処理するエンティティである。それゆえ、サービングｅノードＢ ＭＡＣレイヤは、ＭＡＣ再送信もスケジュールするエンティティである。対照的に、ＣＣＳ ｅノードＢ ＭＡＣレイヤスケジューラは、サービングｅノードＢ７１０からスケジューリング情報（および、データ）を受信するだけであり、（サービングｅノードＢからＣＣＳ ｅノードＢに送られるスケジューリング情報の使用とともに、）自身がそのサービングノードであるＵＥのスケジューリングにのみ関わっている。
【００６６】
図１３は、ＣｏＭＰによる、ユーザプレーンに対する例示的なＸ２インターフェースプロトコルアーキテクチャ（Ｘ２−ＤＬ−ＣｏＭＰ−Ｕ）を示している。この図は、サービングｅノードＢ７１０と、ＣｏＭＰ協調の組（ＣＣＳ）のｅノードＢ７１２との間でダウンリンク共有チャネルフレームプロトコル（ＤＬ−ＳＣＨ ＦＰ）を使用する、ピア・ツー・ピアユーザプレーン通信を示している。１つの例では、ユーザデータメッセージを示すために、このケースでは、ＤＬ−ＳＣＨ ＦＰは、１のフレームタイプ（ＦＴ）ラベルを含んでいる。１つの実施形態では、ＤＬ−ＳＣＨメッセージングは、ＵＤＰ／ＩＰｖ４／Ｌ２／Ｌ１のような、レイヤードプロトコルスタックにより伝送され、ＩＥＥＥ８０２．３ｚギガビットイーサネットプロトコルは、１つの例示的なＬ２／Ｌ１プロトコルの組である。データメッセージングは、ＭＡＣレイヤにおいて生じる。さらに、スケジューリング決定がＭＡＣレイヤにおいて生じ、ＰＤＵもそこで構築される。より速い送信を可能にするために、および、情報の再送信を避けるために、ＰＤＵとともに制御メッセージが送られる。これにより、情報が正確なまま、他のｅノードＢにこの情報をリレーすることが可能になる。１つの例では、図２を参照すると、制御装置／プロセッサ２４０とスケジューラ２４４とにより制御メッセージを発生させて、Ｘ２インターフェース２４１を通して送信することができる。
【００６７】
１つの例では、ＤＬ−ＳＣＨフレームプロトコルに対する制御フレームヘッダ構造が図１４において示されている。この例に対して、制御データを示すために、フレームタイプ（ＦＴ）ラベル＝０である。制御フレーム構造は、伝送される制御情報のタイプを示すためにいくつかの値を含むことがある。例えば、チャネル状態情報メッセージは、０の値で示されてもよい。チャネル状態情報メッセージは、“結合”動作モードが使用される場合に、チャネル状態情報（ＣＳＩ）に加えて、スケジューリング情報を含むだろう。スケジューリング情報メッセージは、０１の値で示すことができる。“非結合”動作モードが使用される場合には、スケジューリング情報メッセージが使用されるだろう。別の例では、リソースステータス要求メッセージおよびリソースステータス表示メッセージのような、フロー制御情報は、１０および１１の値で示されてもよい。無線リソース利用可能性に加えて、Ｘ２−ＣｏＭＰ−Ｕインターフェースバックホールスループットおよび遅延のステータスについてＣＣＳ ｅノードＢに問い合わせるために、サービングｅノードＢによってリソースステータス要求メッセージが使用されるだろう。さらに、無線リソース利用可能性に加えて、Ｘ２−ＣｏＭＰ−Ｕインターフェースバックホールスループットおよび遅延のステータスについてサービングｅノードＢに知らせるために、ＣＣＳ ｅノードＢによってリソースステータス表示メッセージが使用されるだろう。このメッセージは、自律的に（すなわち、リソースステータス要求メッセージを事前に受信することなく）送られてもよい。ビームフォーミングベクトル情報メッセージは、１００の値で示されてもよい。ビームフォーミングベクトル情報メッセージは、ＣＣＳ ｅノードＢ間で重み（ｗｉｊ）情報を通信するだろう。当然、制御フレームヘッダ中で、他の制御データを通信および表示することができる。
【００６８】
別の例では、ＤＬ−ＳＣＨフレームプロトコルに対する制御フレーム構造が図１５において示されている。１つの実施形態では、上記で論じた制御フレームタイプメッセージは、２バイトの固定ヘッダフィールドサイズ内に１バイトの固定サイズを有している。オプション的に、ペイロードフィールドがヘッダフィールドに続き、ペイロードフィールドは、可変長のサイズを有している。
【００６９】
１つの例では、ＤＬ−ＳＣＨフレームプロトコルに対するデータフレーム構造が図１６において示されている。この例では、ユーザデータを示すために、フレームタイプ（ＦＴ）ラベル＝１である。データフレームは、制御情報とともにＦＴラベルを持つヘッダフィールドから成る。データフレームは、ＭＡＣプロトコルデータユニット（ＰＤＵ）から成る可変長のペイロードフィールドからも成る。制御情報は、重み情報およびリソース／スケジューリング情報に加えて、ＭＡＣ ＰＤＵの長さと数を示すだろう。本開示の１つの態様にしたがったＭＡＣ ＰＤＵは、従来含まれているような、ＭＡＣ制御エレメントを含んでいないことに留意されたい。
【００７０】
図１７は、例示的な進化型パケットシステム（ＦＰＳ）ベアラアーキテクチャを示している。例示的な例では、アプリケーション／サービスレイヤからのダウンリンクサービスデータフローは、ＰＤＮＧＷ４２６中のダウンリンクトラフィックフローテンプレート（ＤＬ−ＴＦＴ）に入り、その後、Ｓ５ベアラを通してＳＧＷ４２４に伝送され、Ｓ１ベアラを通してｅノードＢ４１０上に伝送され、そして、無線ベアラを通してＵＥ４１４上に伝送される。Ｓ５ベアラおよびＳ１ベアラは、ＧＴＰ／ＵＤＰ／ＩＰカプセル化を使用してトンネルされるＵＥ ＩＰパケットを含んでいる。無線ベアラは、ＩＰパケットまたはＩＰパケットのセグメントをさらに運ぶＲＬＣ ＰＤＵを運ぶ、ＭＡＣ ＰＤＵを含んでいる。同様に、アプリケーション／サービスレイヤからのアップリンクサービスデータフローは、ＵＥ４１４中のアップリンクトラフィックフローテンプレート（ＵＬ−ＴＦＴ）に入り、無線ベアラを通してｅノードＢ４１０に伝送され、Ｓ１ベアラを通してＳＧＷ４２４上に伝送され、そして、Ｓ５ベアラを通してＰＤＮＧＷ４２６上に伝送される。
【００７１】
図１８は、ダウンリンクＣｏＭＰの間の例示的な進化型パケットシステム（ＥＰＳ）ベアラアーキテクチャを示している。この例では、ダウンリンクサービスデータフローは、Ｘ２ ＤＬ ＣｏＭＰデータベアラを通して、ｅノードＢ３１０ａとｅノードＢ３１０ｂの間で伝送される。上記で述べたように、Ｘ２ ＤＬ ＣｏＭＰデータベアラは、ＤＬ−ＳＣＨ ＦＰデータフレーム中にカプセル化されたリソース／スケジューリング情報とともに、ＭＡＣ ＰＤＵを含んでいる。ＤＬ ＣｏＭＰ ＤＣＳまたはＪＴがＵＥに対して作動される場合に、ＵＥ当たり１つのＸ２ ＤＬ ＣｏＭＰデータベアラがある。また、ＤＬ−ＳＣＨ ＦＰ制御フレームは、Ｘ２ ＤＬ ＣｏＭＰ制御ベアラを通して、ｅノードＢ３１０間で伝送される。ＤＬ ＣｏＭＰ ＣＳ／ＣＢ、ＤＣＳ、または、ＪＴが、サービングｅノードＢに属している１つ以上のＵＥに対して作動される場合に、サービングｅノードＢ／ＣＣＳ ｅノードＢ対当たり１つのＸ２ ＤＬ ＣｏＭＰ制御ベアラがある。
【００７２】
１つの態様では、先行技術のＭＡＣ ＰＤＵは、ＭＡＣヘッダと、０個以上のＭＡＣサービスデータユニット（ＳＤＵ）と、０個以上のＭＡＣ制御エレメントと、オプション的なパディングとから成る。ＭＡＣ ＳＤＵは、シグナリング無線ベアラ（ＳＲＢ）に対する、または、データ無線ベアラ（ＤＲＢ）（すなわち、ＥＰＳベアラ）に対する、ＲＬＣ ＰＤＵを含んでいてもよい。図１９において示されているように、本開示のある態様にしたがうと、ダウンリンクＣｏＭＰ ＭＡＣ ＰＤＵは、ＭＡＣヘッダと、１つ以上のＭＡＣ ＳＤＵと、オプション的なパディングとから成る。ダウンリンクＣｏＭＰ ＭＡＣ ＰＤＵの１つの実施形態では、一般的に、サービングｅノードＢ ＭＡＣスケジューラは、ＤＬ ＣｏＭＰサービスに対して構成されているＤＲＢにより、ＭＡＣ制御エレメントまたはＳＲＢをスケジュールしないようにする。
【００７３】
１つの実施形態では、ダウンリンクＣｏＭＰプロトコルは、いくつかのＸ２−ＡＰ管理手順およびメッセージから成る。この手順は、ＣｏＭＰ Ｘ２の、ＵＥに関係しないサービスか、または、ＵＥに関係するサービスのいずれかに関連していてもよい。サービスｅノードＢ／ＣＣＳ ｅノードＢ対の間にＸ２ ＤＬ ＣｏＭＰ制御ベアラを確立し、管理し、解体するために、ＵＥに関係しないサービスが使用される。ＵＥごとに、Ｘ２ ＤＬ ＣｏＭＰデータベアラを確立し、管理し、解体するために、ＵＥに関係するサービスが使用される。１つの実施形態では、ＵＥに関係しないサービスは、Ｘ２ ＤＬ ＣｏＭＰ制御ベアラセットアップ手順と、Ｘ２ ＤＬ ＣｏＭＰ制御ベアラ修正手順と、Ｘ２ ＤＬ ＣｏＭＰ制御ベアラリリース手順とを含んでいる。
【００７４】
図２０Ａ〜図２０Ｂは、サービングｅノードＢ３１０ａとＣＣＳ ｅノードＢ３１０ｂの間の例示的なＸ２ ＤＬ ＣｏＭＰ制御ベアラセットアップ手順を、成功した動作と成功しなかった動作の２つのケースに対して示している。この手順は、図１８において示されているＸ２ ＤＬ ＣｏＭＰ制御ベアラをセットアップする（ここで、サービングｅノードＢ／ＣＣＳ ｅノードＢ対当たり１つのＸ２ ＤＬ ＣｏＭＰ制御ベアラがある）。この手順は、アドミッション制御と、ＵＥごとに一意的なＩＤの割り振りとに加えて、Ｘ２ ＤＬ ＣｏＭＰ制御ベアラに対して使用されることになるＵＤＰポート番号およびＩＰアドレスの割り振りを伴う。成功した動作に対して（図２０Ａ）、この手順は、制御ベアラセットアップ要求メッセージおよび制御ベアラセットアップ応答メッセージの交換を含む。成功しなかった動作に対して（図２０Ｂ）、この手順は、制御ベアラセットアップ応答メッセージおよび制御ベアラセットアップ失敗メッセージを含む。
【００７５】
図２１Ａ〜図２１Ｂは、サービングｅノードＢ３１０ａとＣＣＳ ｅノードＢ３１０ｂの間の例示的なＸ２ ＵＥ初期ＤＬ ＣｏＭＰコンテキストセットアップ手順（これは、ＵＥに関係するサービスである）を、成功した動作と、成功しなかった動作の２つのケースに対して示している。この手順は、図１８において示されているＸ２ ＤＬ ＣｏＭＰデータベアラをセットアップし（ここで、ＤＬ ＣｏＭＰサービスが構成されている各ＵＥに対して、１つのＸ２ ＤＬ ＣｏＭＰデータベアラがある）、ＤＬ ＣｏＭＰ ＤＣＳまたはＪＴを作動させるＵＥに対してのみ適用可能である。この手順は、アドミッション制御に加えて、Ｘ２ ＤＬ ＣｏＭＰデータベアラに対して使用されることになるＵＤＰポート番号およびＩＰアドレスの割り振りを伴う。成功した動作に対して（図２１Ａ）、サービングｅノードＢ３１０ａは、ＣＣＳ ｅノードＢ３１０ｂにＸ２ ＵＥ初期ＣｏＭＰコンテキストセットアップ要求（X2 UE INITIAL CoMP CONTEXT SETUP REQUEST）メッセージを送る。サービングｅノードＢ３１０ａからメッセージを受信したときに、ＣＣＳ ｅノードＢ３１０ｂは、Ｘ２ ＵＥ ＣｏＭＰコンテキストを確立できることを決めて、その後、サービングｅノードＢ３１０ａにＸ２ ＵＥ初期ＣｏＭＰコンテキストセットアップ応答（X2 UE INITIAL CoMP CONTEXT SETUP RESPONSE）メッセージを送る。
【００７６】
動作が成功しなかった場合に（図２１Ｂ）、サービングｅノードＢ３１０ａは、ＣＣＳ ｅノードＢ３１０ｂにＸ２ ＵＥ初期ＣｏＭＰコンテキストセットアップ要求メッセージを送る。サービングｅノードＢ３１０ａからメッセージを受信したときに、ＣＣＳ ｅノードＢ３１０ｂは、Ｘ２ ＵＥ ＣｏＭＰコンテキストを確立できないことを決めて、Ｘ２ ＵＥ初期ＣｏＭＰコンテキストセットアップ失敗（X2 UE INITIAL CoMP CONTEXT SETUP FAILURE）メッセージを送る。
【００７７】
図２２は、成功した手順のケースに対して、サービングｅノードＢ３１０ａにより開始される、例示的なＸ２ ＵＥ ＣｏＭＰコンテキストリリース手順（これは、ＵＥに関係するサービスである）を示している。サービングｅノードＢ３１０ａにより、Ｘ２ ＵＥ ＤＬ ＣｏＭＰコンテキストリリースコマンド（X2 UE DL CoMP CONTEXT RELEASE COMMAND）がＣＣＳ ｅノードＢ３１０ｂに送られる。その後、ＣＣＳ ｅノードＢは、Ｘ２ ＵＥ ＤＬ ＣｏＭＰコンテキストリリース応答（X2 UE DL CoMP CONTEXT RELEASE RESPONSE）を送る。この手順は、ＵＥに対するＸ２ ＤＬ ＣｏＭＰデータベアラを解体する。
【００７８】
図２３は、成功した手順のケースに対して、ＣＣＳ ｅノードＢ３１０ｂにより開始される、例示的なＸ２ ＵＥ ＤＬ ＣｏＭＰコンテキストリリース手順を示している。ＣＣＳ ｅノードＢ３１０ｂは、サービングｅノードＢ３１０ａにＸ２ ＵＥ ＤＬ ＣｏＭＰコンテキストリリース要求（X2 UE DL CoMP CONTEXT RELEASE REQUEST）メッセージを送る。サービングｅノードＢ３１０ａは、ｅノードＢ３１０ｂにＸ２ ＵＥ ＤＬ ＣｏＭＰコンテキストリリースコマンド（X2 UE DL CoMP CONTEXT RELEASE COMMAND）メッセージを送る。その後、ｅノードＢ３１０ｂは、Ｘ２ ＵＥ ＤＬ ＣｏＭＰコンテキストリリース応答メッセージを送る。
【００７９】
図２４は、サービングｅノードＢ３１０ａとＣＣＳ ｅノードＢ３１０ｂの間の例示的なＸ２ ＤＬ ＣｏＭＰ Ｅ−ＲＡＢ（進化型−無線アクセスベアラ）追加手順（これは、ＵＥに関係するサービスである）を示している。この手順は、アドミッション制御を伴う。サービングｅノードＢ３１０ａは、ＣＣＳ ｅノードＢ３１０ｂにＸ２ ＣｏＭＰ Ｅ−ＲＡＢ追加要求（X2 CoMP E-RAB ADDITION REQUEST）メッセージを送る。サービングｅノードＢ３１０ａからＸ２ ＣｏＭＰ Ｅ−ＲＡＢ追加要求メッセージを受信したときに、Ｅ−ＲＡＢのうちの１つ以上を追加することができるか、または、できないかを、ＣＣＳ ｅノードＢ３１０ｂは決める。ＣＣＳ ｅノードＢ３１０ｂは、その決定により、サービングｅノードＢ３１０ａにＸ２ ＣｏＭＰ Ｅ−ＲＡＢ追加応答（X2 CoMP E-RAB ADDITION RESPONSE）メッセージを送る。
【００８０】
図２５は、サービングｅノードＢ３１０ａとＣＣＳ ｅノードＢ３１０ｂの間の例示的なＸ２ ＤＬ ＣｏＭＰ Ｅ−ＲＡＢ修正手順（これは、ＵＥに関係するサービスである）を示している。この手順は、修正されるＸ２ ＤＬ ＣｏＭＰ Ｅ−ＲＡＢベアラのＱｏＳがアップグレードされる場合に、アドミッション制御を伴う。サービングｅノードＢ３１０ａは、ＣＣＳ ｅノードＢ３１０ｂにＸ２ ＣｏＭＰ Ｅ−ＲＡＢ修正要求（X2 CoMP E-RAB MODIFY REQUEST）メッセージを送る。サービングｅノードＢ３１０ａからＸ２ ＣｏＭＰ Ｅ−ＲＡＢ修正要求メッセージを受信したときに、Ｅ−ＲＡＢのうちの１つ以上を修正することができるか、または、できないかを、ＣＣＳ ｅノードＢ３１０ｂは決める。その後、ＣＣＳ ｅノードＢ３１０ｂは、その決定により、サービングｅノードＢ３１０ａにＸ２ ＣｏＭＰ Ｅ−ＲＡＢ修正応答（X2 CoMP E-RAB MODIFY RESPONSE）メッセージを送る。
【００８１】
図２６は、サービングｅノードＢ３１０ａにより開始される、例示的なＸ２ ＤＬ ＣｏＭＰ Ｅ−ＲＡＢリリース手順（これは、ＵＥに関係するサービスである）を、成功した動作のケースに対して示している。サービングｅノードＢ３１０ａは、ＣＣＳ ｅノードＢ３１０ｂにＸ２ ＤＬ ＣｏＭＰ Ｅ−ＲＡＢリリースコマンド（X2 DL CoMP E-RAB RELEASE COMMAND）メッセージを送る。このメッセージを受信したときに、ＣＣＳ ｅノードＢ３１０ｂは、Ｘ２ ＤＬ ＣｏＭＰ Ｅ−ＲＡＢリリース応答（X2 DL CoMP E-RAB RELEASE RESPONSE）メッセージを送る。
【００８２】
図２７は、ＣＣＳ ｅノードＢ３１０ｂにより開始される、例示的なＸ２ ＤＬ ＣｏＭＰ Ｅ−ＲＡＢリリース要求手順を、成功した動作のケースに対して示している。ＣＣＳ ｅノードＢ３１０ｂは、サービングｅノードＢ３１０ａにＸ２ ＤＬ ＣｏＭＰ Ｅ−ＲＡＢリリース要求（X2 DL CoMP E-RAB RELEASE REQUEST）メッセージを送る。このメッセージを受信したときに、サービングｅノードＢ３１０ａは、ＣＣＳ ｅノードＢ３１０ｂにＸ２ ＤＬ ＣｏＭＰ Ｅ−ＲＡＢリリースコマンドメッセージを送る。応答して、ＣＣＳ ｅノードＢ３１０ｂは、サービングｅノードＢ３１０ａにＸ２ ＤＬ ＣｏＭＰ Ｅ−ＲＡＢリリース応答メッセージを送る。
【００８３】
１つの実施形態では、制御プレーンとユーザプレーンの双方に対して、Ｘ２ ＤＬ−ＳＣＨフレームプロトコル（ＦＰ）は、いくつかの手順およびメッセージから成る。例えば、ＦＴ＝０（制御プレーン）であるＤＬ−ＳＣＨフレームプロトコルは、以下の手順（と、関係するメッセージ）を有する：チャネル状態情報手順、（チャネル状態情報を送ること）；スケジューリング情報手順、（スケジューリング情報を送ること）；リソースステータス要求手順、（リソースステータス要求を送ること）；および、リソースステータス表示手順、（リソースステータス表示を送ること）である。さらに、ＦＴ＝１（ユーザプレーン）であるＤＬ−ＳＣＨフレームプロトコルは、以下の手順と関係するメッセージとを有する：データ転送手順とＤＬ−ＳＣＨデータフレームである。
【００８４】
サービングｅノードＢ３１０ａとＣＣＳ ｅノードＢ３１０ｂの間の例示的なチャネル状態情報手順が、図２８において示されている。この例では、ｅノードＢ３１０ａとｅノードＢ３１０ｂの間で、チャネル状態情報メッセージが交換される。結合モードが使用される場合に、チャネル状態情報メッセージは、スケジューリング情報に加えて、１つ以上のＵＥに対する送信行列Ｈ情報を含んでいる。Ｘ２ ＤＬ ＣｏＭＰ制御ベアラセットアップまたは修正の手順の間に割り振られた一意的なＩＤにより、ＵＥが識別される。
【００８５】
サービングｅノードＢ３１０ａとＣＣＳ ｅノードＢ３１０ｂの間の例示的なスケジューリング情報手順が、図２９において示されている。この例では、ｅノードＢ３１０ａとｅノードＢ３１０ｂの間で、スケジューリング情報メッセージが交換される。非結合モードが使用される場合に、スケジューリング情報メッセージは、１つ以上のＵＥに対するスケジューリング情報を含んでいる。Ｘ２ ＤＬ ＣｏＭＰ制御ベアラセットアップまたは修正の手順の間に割り振られた一意的なＩＤにより、ＵＥが識別される。
【００８６】
サービングｅノードＢ３１０ａとＣＣＳ ｅノードＢ３１０ｂの間の例示的なリソースステータス要求手順および例示的なリソースステータス表示手順が、図３０において示されている。１つの手順では、サービングｅノードＢ３１０ａにより、リソースステータス要求メッセージがＣＣＳ ｅノードＢ３１０ｂに送られ、それに応答して、ＣＣＳ ｅノードＢ３１０ｂからサービングｅノードＢ３１０ａにリソースステータス表示メッセージが返される。図３０の他の示されている手順では、何らかの開始要求がなくても、ＣＣＳ ｅノードＢ３１０ｂからサービングｅノードＢ３１０ａにリソースステータス表示メッセージが送られている。サービングｅノードＢ３１０とＣＣＳ ｅノードＢとを接続しているＸ２ ＤＬ−ＣｏＭＰ−Ｃインターフェース上およびＸ２ ＤＬ−ＣｏＭＰ−Ｕインターフェース上の遅延を決定するために、サービングｅノードＢ３１０とＣＣＳ ｅノードＢとにより、これらのメッセージを使用することができる（例えば、ＤＬ−ＳＣＨ ＦＰ制御フレームまたはＤＬ−ＳＣＨ ＦＰデータフレームがかなり遅れて到着する場合に、それらは、ＤＬ ＣｏＭＰ動作に対して役に立たない）。
【００８７】
サービングｅノードＢ３１０ａとＣＣＳ ｅノードＢ３１０ｂの間の例示的なデータ転送手順が、図３１において示されている。ユーザプレーン通信に対して、サービングｅノードＢ３１０ａにより、ＤＬ−ＳＣＨデータフレームメッセージがＣＣＳ ｅノードＢ３１０ｂに送られる、または、（示されていないが）逆もまた同じである。これは、ＤＬ ＣｏＭＰ ＤＣＳまたはＪＴに対して適用可能である。
【００８８】
図３２は、ＣｏＭＰ送信の方法を示している例示的なブロックダイヤグラムである。例示的な方法８００では、ブロック８１０において、ｅノードＢ３１０ａがＵＥから測定報告を受信する。次に、ブロック８１２において、ｅノードＢは、受信した測定報告に応答して、媒体アクセス制御（ＭＡＣ）レイヤにおいて、第１の進化型ノードＢ（ｅノードＢ）３１０ａから第２のｅノードＢ３１０ｂに、マルチポイント協調（ＣｏＭＰ）制御メッセージを送信する。
【００８９】
１つのコンフィギュレーションでは、測定報告を受信する手段を具備するワイヤレス通信のためにｅノードＢ１００が構成されている。１つの態様では、受信手段は、受信手段により規定されている機能を実行するように構成されている、プロセッサ、制御装置／プロセッサ２４０、メモリ２４２、受信プロセッサ２３８、ＭＩＭＯ検出器２３６、復調器２３２Ａおよび２３２Ｔ、および、アンテナ２３４Ａおよび２３４Ｔであってもよい。ｅノードＢ１００はまた、ＭＡＣレイヤにおいて、第１のｅノードＢから第２のｅノードＢに、協調されたマルチポイント制御メッセージを送信する手段を具備していてもよい。１つの態様では、送信手段は、送信手段により規定されている機能を実行するように構成されている、プロセッサ、制御装置／プロセッサ２４０、メモリ２４２、および、Ｘ２インターフェース２４１であってもよい。別の態様では、先述の手段は、先述の手段により規定されている機能を実行するように構成されているモジュールまたは何らかの装置であってもよい。
【００９０】
ここでの開示に関連して説明した、さまざまな例示的な論理ブロック、モジュール、回路およびアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、あるいは双方の組み合わせたものとして実現されてもよいことを当業者はさらに正しく認識するであろう。ハードウェアおよびソフトウェアのこの交換可能性を明確に図示するために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路およびステップを一般的にこれらの機能性に関して上記で説明した。このような機能性がハードウェアあるいはソフトウェアとして実現されるか否かは、特定の応用および全体的なシステムに課せられた設計の制約に依存する。当業者は、それぞれの特定の応用に対して方法を変化させて、説明した機能性を実現してもよいが、このようなインプリメンテーション決定は、本開示の範囲からの逸脱を生じさせるものとして解釈すべきではない。
【００９１】
ここでの開示に関連して説明した、さまざまな例示的な論理ブロック、モジュールおよび回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラムマブル論理デバイス、ディスクリートゲートまたはトランジスタ論理、ディスクリートハードウェアコンポーネント、あるいは、ここで説明した機能を実行するために設計されたこれらの何らかの組み合わせで、実現するか、あるいは、実行してもよい。汎用プロセッサはマイクロプロセッサであってもよいが、代替実施形態では、プロセッサは、何らかの従来のプロセッサ、制御装置、マイクロ制御装置、または、状態機械であってもよい。プロセッサはまた、コンピューティングデバイスの組み合わせとして、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアを備えた１つ以上のマイクロプロセッサ、あるいは、このようなコンフィギュレーションの他の何らかのものとして実現してもよい。
【００９２】
ここでの開示に関連して説明した方法またはアルゴリズムのステップは、直接、ハードウェアで、プロセッサにより実行されるソフトウェアモジュールで、あるいは、２つの組み合わせで具現化してもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーブバルディスク、ＣＤ−ＲＯＭ、あるいは、技術的に知られている他の何らかの形態の記憶媒体に存在してもよい。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにプロセッサに結合される。代替実施形態では、記憶媒体はプロセッサと一体化されてもよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在してもよい。ＡＳＩＣはユーザ端末に存在してもよい。代替実施形態では、プロセッサおよび記憶媒体は、ユーザ端末中のディスクリートコンポーネントとして存在してもよい。
【００９３】
１つ以上の例示的な設計において、説明した機能は、ハードウェアで、ソフトウェアで、ファームウェアで、または、これらのものを組み合わせた任意のもので実現してもよい。ソフトウェアで実現する場合、機能は、１つ以上の命令またはコードとして、コンピュータ読取可能媒体上に記憶されてもよく、あるいは、１つ以上の命令またはコードとして、コンピュータ読取可能媒体上に送信されてもよい。コンピュータ読取可能媒体は、１つの場所から別の場所へのコンピュータプログラムの転送を促進する何らかの媒体を含むコンピュータ記憶媒体および通信媒体の双方を含む。記憶媒体は、汎用コンピュータにより、または、特殊目的コンピュータによりアクセスできる何らかの利用可能な媒体であってもよい。例として、これらに限定されないが、このようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、もしくは、汎用コンピュータまたは特殊目的コンピュータにより、あるいは、汎用プロセッサまたは特殊目的プロセッサによりアクセスでき、命令またはデータ構造の形態で所望のプログラムコード手段を運ぶまたは記憶するために使用できる他の何らかの媒体を含むことができる。また、あらゆる接続は、コンピュータ読取可能媒体と適切に呼ばれる。例えば、ソフトウェアが、同軸ケーブルや、光ファイバケーブルや、撚り対や、デジタル加入者線（ＤＳＬ）や、あるいは、赤外線、無線、および、マイクロ波のようなワイヤレス技術を使用して、ウェブサイト、サーバ、または、他の遠隔ソースから送信される場合には、同軸ケーブル、光ファイバケーブル、撚り対、ＤＳＬ、あるいは、赤外線、無線、および、マイクロ波のようなワイヤレス技術は、媒体の定義に含まれる。ここで使用したようなディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクトディスク（ＣＤ）、レーザディスク（登録商標）、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、および、ブルーレイ（登録商標）ディスクを含むが、一般的に、ディスク（ｄｉｓｋ）は、データを磁気的に再生する一方で、ディスク（ｄｉｓｃ）は、データをレーザによって光学的に再生する。先のものを組み合わせたものもまた、コンピュータ読取可能媒体の範囲内に含められるべきである。
【００９４】
開示のこれまでの説明は、当業者が本開示を製作または使用できるように提供した。開示に対するさまざま改良は当業者に容易に明らかとなり、ここに定義された一般的な原理は、本開示の精神または範囲を逸脱することなく、他のバリエーションに適用してもよい。例えば、先行の説明は、ダウンリンクＣｏＭＰに関するものであったが、本開示は、アップリンクＣｏＭＰにも適用可能である。したがって、本開示は、ここで説明した例および設計に限定されることを意図しているものではなく、ここで開示した原理および新規の特徴と一致した最も広い範囲に一致させるべきである。
【図１】
2013509137.tif 000003
【図２】
2013509137.tif 000004
【図３】
2013509137.tif 000005
【図４】
2013509137.tif 000006
【図５】
2013509137.tif 000007
【図６】
2013509137.tif 000008
【図７】
2013509137.tif 000009
【図８】
2013509137.tif 000010
【図９】
2013509137.tif 000011
【図１０Ａ】
2013509137.tif 000012
【図１０Ｂ】
2013509137.tif 000013
【図１１】
2013509137.tif 000014
【図１２】
2013509137.tif 000015
【図１３】
2013509137.tif 000016
【図１４】
2013509137.tif 000017
【図１５】
2013509137.tif 000018
【図１６】
2013509137.tif 000019
【図１７】
2013509137.tif 000020
【図１８】
2013509137.tif 000021
【図１９】
2013509137.tif 000022
【図２０Ａ】
2013509137.tif 000023
【図２０Ｂ】
2013509137.tif 000024
【図２１Ａ】
2013509137.tif 000025
【図２１Ｂ】
2013509137.tif 000026
【図２２】
2013509137.tif 000027
【図２３】
2013509137.tif 000028
【図２４】
2013509137.tif 000029
【図２５】
2013509137.tif 000030
【図２６】
2013509137.tif 000031
【図２７】
2013509137.tif 000032
【図２８】
2013509137.tif 000033
【図２９】
2013509137.tif 000034
【図３０】
2013509137.tif 000035
【図３１】
2013509137.tif 000036
【図３２】
2013509137.tif 000037
【手続補正書】
【提出日】平成24年8月23日(2012.8.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレス通信の方法において、
ユーザ機器（ＵＥ）から測定報告を受信することと、
前記受信した測定報告に応答して、媒体アクセス制御（ＭＡＣ）レイヤにおいて、第１の進化型ノードＢ（ｅノードＢ）から第２のｅノードＢに、マルチポイント協調（ＣｏＭＰ）制御メッセージを送信することとを含む方法。
【請求項２】
前記ＣｏＭＰ制御メッセージは、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）メッセージを含む請求項１記載の方法。
【請求項３】
前記ＣｏＭＰ制御メッセージは、ＵＥに関係するサービスメッセージと、ＵＥに関係しないサービスメッセージとのうちの１つを含む請求項１記載の方法。
【請求項４】
前記ＣｏＭＰ制御メッセージは、チャネル状態情報と、スケジューリング情報と、フロー制御情報と、ビームフォーミング情報とのうちの少なくとも１つを含む請求項１記載の方法。
【請求項５】
前記ＭＡＣレイヤにおいて、前記第１のｅノードＢから前記第２のｅノードＢにＣｏＭＰデータメッセージを送信することをさらに含む請求項１記載の方法。
【請求項６】
前記ＣｏＭＰデータメッセージは、複数のＭＡＣプロトコルデータユニット（ＰＤＵ）を含む請求項５記載の方法。
【請求項７】
ワイヤレスネットワークの装置において、
ユーザ機器（ＵＥ）から測定報告を受信する手段と、
前記受信した測定報告に応答して、媒体アクセス制御（ＭＡＣ）レイヤにおいて、第１の進化型ノードＢ（ｅノードＢ）から第２のｅノードＢに、マルチポイント協調（ＣｏＭＰ）制御メッセージを送信する手段とを具備する装置。
【請求項８】
前記ＣｏＭＰ制御メッセージは、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）メッセージを含む請求項７記載の装置。
【請求項９】
前記ＣｏＭＰ制御メッセージは、ＵＥに関係するサービスメッセージと、ＵＥに関係しないサービスメッセージとのうちの１つを含む請求項７記載の装置。
【請求項１０】
前記ＣｏＭＰ制御メッセージは、チャネル状態情報と、スケジューリング情報と、フロー制御情報と、ビームフォーミング情報とのうちの少なくとも１つを含む請求項７記載の装置。
【請求項１１】
前記第１のｅノードＢは、前記ＭＡＣレイヤにおいて、前記第２のｅノードＢにＣｏＭＰデータメッセージを送信する請求項７記載の装置。
【請求項１２】
前記ＣｏＭＰデータメッセージは、複数のＭＡＣプロトコルデータユニット（ＰＤＵ）を含む請求項１１記載の装置。
【請求項１３】
ワイヤレスネットワーク中のワイヤレス通信のためのコンピュータ読取可能記憶媒体において、
ユーザ機器（ＵＥ）から測定報告を受信するためのプログラムコードと、
前記受信した測定報告に応答して、媒体アクセス制御（ＭＡＣ）レイヤにおいて、第１の進化型ノードＢ（ｅノードＢ）から第２のｅノードＢに、マルチポイント協調（ＣｏＭＰ）制御メッセージを送信するためのプログラムコードとを含むコンピュータ読取可能記憶媒体。
【請求項１４】
前記ＣｏＭＰ制御メッセージは、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）メッセージを含む請求項１３記載のコンピュータ読取可能記憶媒体。
【請求項１５】
前記ＣｏＭＰ制御メッセージは、ＵＥに関係するサービスメッセージと、ＵＥに関係しないサービスメッセージとのうちの１つを含む請求項１３記載のコンピュータ読取可能記憶媒体。
【請求項１６】
前記ＣｏＭＰ制御メッセージは、チャネル状態情報と、スケジューリング情報と、フロー制御情報と、ビームフォーミング情報とのうちの少なくとも１つを含む請求項１３記載のコンピュータ読取可能記憶媒体。
【請求項１７】
前記ＭＡＣレイヤにおいて、前記第１のｅノードＢから前記第２のｅノードＢにＣｏＭＰデータメッセージを送信するためのプログラムコードをさらに含む請求項１３記載のコンピュータ読取可能記憶媒体。
【請求項１８】
前記ＣｏＭＰデータメッセージは、複数のＭＡＣプロトコルデータユニット（ＰＤＵ）を含む請求項１７記載のコンピュータ読取可能記憶媒体。
【請求項１９】
ワイヤレス通信のための装置において、
メモリと、
前記メモリに結合されている少なくとも１つのプロセッサとを具備し、
前記少なくとも１つのプロセッサは、
ユーザ機器（ＵＥ）から測定報告を受信するようにと、
前記受信した測定報告に応答して、媒体アクセス制御（ＭＡＣ）レイヤにおいて、第１の進化型ノードＢ（ｅノードＢ）から第２のｅノードＢに、マルチポイント協調（ＣｏＭＰ）制御メッセージを送信するように構成されている装置。
【請求項２０】
前記ＣｏＭＰ制御メッセージは、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）メッセージを含む請求項１９記載の装置。
【請求項２１】
前記ＣｏＭＰ制御メッセージは、ＵＥに関係するサービスメッセージと、ＵＥに関係しないサービスメッセージとのうちの１つを含む請求項１９記載の装置。
【請求項２２】
前記ＣｏＭＰ制御メッセージは、チャネル状態情報と、スケジューリング情報と、フロー制御情報と、ビームフォーミング情報とのうちの少なくとも１つを含む請求項１９記載の装置。
【請求項２３】
前記第１のｅノードＢは、前記ＭＡＣレイヤにおいて、前記第２のｅノードＢにＣｏＭＰデータメッセージを送信する請求項１９記載の装置。
【請求項２４】
前記ＣｏＭＰデータメッセージは、複数のＭＡＣプロトコルデータユニット（ＰＤＵ）を含む請求項２３記載の装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００９４
【補正方法】変更
【補正の内容】
【００９４】
開示のこれまでの説明は、当業者が本開示を製作または使用できるように提供した。開示に対するさまざま改良は当業者に容易に明らかとなり、ここに定義された一般的な原理は、本開示の精神または範囲を逸脱することなく、他のバリエーションに適用してもよい。例えば、先行の説明は、ダウンリンクＣｏＭＰに関するものであったが、本開示は、アップリンクＣｏＭＰにも適用可能である。したがって、本開示は、ここで説明した例および設計に限定されることを意図しているものではなく、ここで開示した原理および新規の特徴と一致した最も広い範囲に一致させるべきである。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］ワイヤレス通信の方法において、
ユーザ機器（ＵＥ）から測定報告を受信することと、
前記受信した測定報告に応答して、媒体アクセス制御（ＭＡＣ）レイヤにおいて、第１の進化型ノードＢ（ｅノードＢ）から第２のｅノードＢに、マルチポイント協調（ＣｏＭＰ）制御メッセージを送信することとを含む方法。
［２］前記ＣｏＭＰ制御メッセージは、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）メッセージを含む上記［１］記載の方法。
［３］前記ＣｏＭＰ制御メッセージは、ＵＥに関係するサービスメッセージと、ＵＥに関係しないサービスメッセージとのうちの１つを含む上記［１］記載の方法。
［４］前記ＣｏＭＰ制御メッセージは、チャネル状態情報と、スケジューリング情報と、フロー制御情報と、ビームフォーミング情報とのうちの少なくとも１つを含む上記［１］記載の方法。
［５］前記ＭＡＣレイヤにおいて、前記第１のｅノードＢから前記第２のｅノードＢにＣｏＭＰデータメッセージを送信することをさらに含む上記［１］記載の方法。
［６］前記ＣｏＭＰデータメッセージは、複数のＭＡＣプロトコルデータユニット（ＰＤＵ）を含む上記［５］記載の方法。
［７］ワイヤレスネットワークの装置において、
ユーザ機器（ＵＥ）から測定報告を受信する手段と、
前記受信した測定報告に応答して、媒体アクセス制御（ＭＡＣ）レイヤにおいて、第１の進化型ノードＢ（ｅノードＢ）から第２のｅノードＢに、マルチポイント協調（ＣｏＭＰ）制御メッセージを送信する手段とを具備する装置。
［８］前記ＣｏＭＰ制御メッセージは、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）メッセージを含む上記［７］記載の装置。
［９］前記ＣｏＭＰ制御メッセージは、ＵＥに関係するサービスメッセージと、ＵＥに関係しないサービスメッセージとのうちの１つを含む上記［７］記載の装置。
［１０］前記ＣｏＭＰ制御メッセージは、チャネル状態情報と、スケジューリング情報と、フロー制御情報と、ビームフォーミング情報とのうちの少なくとも１つを含む上記［７］記載の装置。
［１１］前記第１のｅノードＢは、前記ＭＡＣレイヤにおいて、前記第２のｅノードＢにＣｏＭＰデータメッセージを送信する上記［７］記載の装置。
［１２］前記ＣｏＭＰデータメッセージは、複数のＭＡＣプロトコルデータユニット（ＰＤＵ）を含む上記［１１］記載の装置。
［１３］ワイヤレスネットワーク中のワイヤレス通信のためのコンピュータプログラムプロダクトにおいて、
その上にプログラムコードを記録させているコンピュータ読取可能媒体を具備し、
前記プログラムコードは、
ユーザ機器（ＵＥ）から測定報告を受信するためのプログラムコードと、
前記受信した測定報告に応答して、媒体アクセス制御（ＭＡＣ）レイヤにおいて、第１の進化型ノードＢ（ｅノードＢ）から第２のｅノードＢに、マルチポイント協調（ＣｏＭＰ）制御メッセージを送信するためのプログラムコードとを含むコンピュータプログラムプロダクト。
［１４］前記ＣｏＭＰ制御メッセージは、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）メッセージを含む上記［１３］記載のコンピュータプログラムプロダクト。
［１５］前記ＣｏＭＰ制御メッセージは、ＵＥに関係するサービスメッセージと、ＵＥに関係しないサービスメッセージとのうちの１つを含む上記［１３］記載のコンピュータプログラムプロダクト。
［１６］前記ＣｏＭＰ制御メッセージは、チャネル状態情報と、スケジューリング情報と、フロー制御情報と、ビームフォーミング情報とのうちの少なくとも１つを含む上記［１３］記載のコンピュータプログラムプロダクト。
［１７］前記ＭＡＣレイヤにおいて、前記第１のｅノードＢから前記第２のｅノードＢにＣｏＭＰデータメッセージを送信するためのプログラムコードをさらに含む上記［１３］記載のコンピュータプログラムプロダクト。
［１８］前記ＣｏＭＰデータメッセージは、複数のＭＡＣプロトコルデータユニット（ＰＤＵ）を含む上記［１７］記載の方法。
［１９］ワイヤレス通信のための装置において、
メモリと、
前記メモリに結合されている少なくとも１つのプロセッサとを具備し、
前記少なくとも１つのプロセッサは、
ユーザ機器（ＵＥ）から測定報告を受信するようにと、
前記受信した測定報告に応答して、媒体アクセス制御（ＭＡＣ）レイヤにおいて、第１の進化型ノードＢ（ｅノードＢ）から第２のｅノードＢに、マルチポイント協調（ＣｏＭＰ）制御メッセージを送信するように構成されている装置。
［２０］前記ＣｏＭＰ制御メッセージは、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）メッセージを含む上記［１９］記載の装置。
［２１］前記ＣｏＭＰ制御メッセージは、ＵＥに関係するサービスメッセージと、ＵＥに関係しないサービスメッセージとのうちの１つを含む上記［１９］記載の装置。
［２２］前記ＣｏＭＰ制御メッセージは、チャネル状態情報と、スケジューリング情報と、フロー制御情報と、ビームフォーミング情報とのうちの少なくとも１つを含む上記［１９］記載の装置。
［２３］前記第１のｅノードＢは、前記ＭＡＣレイヤにおいて、前記第２のｅノードＢにＣｏＭＰデータメッセージを送信する上記［１９］記載の装置。
［２４］前記ＣｏＭＰデータメッセージは、複数のＭＡＣプロトコルデータユニット（ＰＤＵ）を含む上記［２３］記載の装置。
【手続補正書】
【提出日】平成24年10月19日(2012.10.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレス通信の方法において、
第１の進化型ノードＢ（ｅノードＢ）において、第２のｅノードＢによるユーザ機器（ＵＥ）への再送信のための、複数の媒体アクセス制御（ＭＡＣ）レイヤプロトコルデータユニット（ＰＤＵ）を発生させることと、
前記ＵＥへの再送信のために、前記ＭＡＣレイヤにおいて、前記第１のｅノードＢから前記第２のｅノードＢに、Ｘ２インターフェースを通して前記複数のＭＡＣレイヤＰＤＵを含む少なくとも１つのマルチポイント協調（ＣｏＭＰ）制御メッセージを送信することとを含む方法。
【請求項２】
前記少なくとも１つのＣｏＭＰ制御メッセージは、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）メッセージを含む請求項１記載の方法。
【請求項３】
前記少なくとも１つのＣｏＭＰ制御メッセージは、ＵＥに関係するサービスメッセージ、または、ＵＥに関係しないサービスメッセージのうちの少なくとも１つを含む請求項１記載の方法。
【請求項４】
前記少なくとも１つのＣｏＭＰ制御メッセージは、チャネル状態情報、スケジューリング情報、フロー制御情報、または、ビームフォーミング情報のうちの少なくとも１つを含む請求項１記載の方法。
【請求項５】
前記複数のＭＡＣレイヤＰＤＵは、さらに、前記ＭＡＣレイヤにおいて、前記第１のｅノードＢから前記第２のｅノードＢへのＣｏＭＰデータメッセージを構成する請求項１記載の方法。
【請求項６】
前記第１のｅノードＢから前記第２のｅノードＢに、前記少なくとも１つのＣｏＭＰ制御メッセージから分離した、少なくとも１つのＣｏＭＰデータメッセージを送信することをさらに含み、前記少なくとも１つのＣｏＭＰデータメッセージは、前記第２のｅノードＢによる再送信のための、第２の複数のＭＡＣプロトコルデータユニット（ＰＤＵ）を含んでいる請求項１記載の方法。
【請求項７】
ワイヤレスネットワークの装置において、
第１の進化型ノードＢ（ｅノードＢ）において、第２のｅノードＢによるユーザ機器（ＵＥ）への再送信のための、複数の媒体アクセス制御（ＭＡＣ）レイヤプロトコルデータユニット（ＰＤＵ）を発生させる手段と、
前記ＵＥへの再送信のために、前記ＭＡＣレイヤにおいて、前記第１のｅノードＢから前記第２のｅノードＢに、Ｘ２インターフェースを通して前記複数のＭＡＣレイヤＰＤＵを含む少なくとも１つのマルチポイント協調（ＣｏＭＰ）制御メッセージを送信する手段とを具備する装置。
【請求項８】
前記少なくとも１つのＣｏＭＰ制御メッセージは、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）メッセージを含む請求項７記載の装置。
【請求項９】
前記少なくとも１つのＣｏＭＰ制御メッセージは、ＵＥに関係するサービスメッセージ、または、ＵＥに関係しないサービスメッセージのうちの少なくとも１つを含む請求項７記載の装置。
【請求項１０】
前記少なくとも１つのＣｏＭＰ制御メッセージは、チャネル状態情報、スケジューリング情報、フロー制御情報、または、ビームフォーミング情報のうちの少なくとも１つを含む請求項７記載の装置。
【請求項１１】
前記複数のＭＡＣレイヤＰＤＵは、さらに、前記ＭＡＣレイヤにおいて、前記第１のｅノードＢから前記第２のｅノードＢへのＣｏＭＰデータメッセージを構成する請求項７記載の装置。
【請求項１２】
前記第１のｅノードＢから前記第２のｅノードＢに、前記少なくとも１つのＣｏＭＰ制御メッセージから分離した、少なくとも１つのＣｏＭＰデータメッセージを送信する手段をさらに具備し、前記少なくとも１つのＣｏＭＰデータメッセージは、前記第２のｅノードＢによる再送信のための、第２の複数のＭＡＣプロトコルデータユニット（ＰＤＵ）を含んでいる請求項７記載の装置。
【請求項１３】
ワイヤレスネットワーク中のワイヤレス通信のためのコンピュータ読取可能記憶媒体において、
第１の進化型ノードＢ（ｅノードＢ）において、第２のｅノードＢによるユーザ機器（ＵＥ）への再送信のための、複数の媒体アクセス制御（ＭＡＣ）レイヤプロトコルデータユニット（ＰＤＵ）を発生させるためのプログラムコードと、
前記ＵＥへの再送信のために、前記ＭＡＣレイヤにおいて、前記第１のｅノードＢから前記第２のｅノードＢに、Ｘ２インターフェースを通して前記複数のＭＡＣレイヤＰＤＵを含む少なくとも１つのマルチポイント協調（ＣｏＭＰ）制御メッセージを送信するためのプログラムコードとを含むコンピュータ読取可能記憶媒体。
【請求項１４】
前記少なくとも１つのＣｏＭＰ制御メッセージは、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）メッセージを含む請求項１３記載のコンピュータ読取可能記憶媒体。
【請求項１５】
前記少なくとも１つのＣｏＭＰ制御メッセージは、ＵＥに関係するサービスメッセージ、または、ＵＥに関係しないサービスメッセージのうちの少なくとも１つを含む請求項１３記載のコンピュータ読取可能記憶媒体。
【請求項１６】
前記少なくとも１つのＣｏＭＰ制御メッセージは、チャネル状態情報、スケジューリング情報、フロー制御情報、または、ビームフォーミング情報のうちの少なくとも１つを含む請求項１３記載のコンピュータ読取可能記憶媒体。
【請求項１７】
前記複数のＭＡＣレイヤＰＤＵは、さらに、前記ＭＡＣレイヤにおいて、前記第１のｅノードＢから前記第２のｅノードＢへのＣｏＭＰデータメッセージを構成する請求項１３記載のコンピュータ読取可能記憶媒体。
【請求項１８】
前記第１のｅノードＢから前記第２のｅノードＢに、前記少なくとも１つのＣｏＭＰ制御メッセージから分離した、少なくとも１つのＣｏＭＰデータメッセージを送信するためのプログラムコードをさらに含み、前記少なくとも１つのＣｏＭＰデータメッセージは、前記第２のｅノードＢによる再送信のための、第２の複数のＭＡＣプロトコルデータユニット（ＰＤＵ）を含んでいる請求項１３記載のコンピュータ読取可能記憶媒体。
【請求項１９】
ワイヤレス通信のための装置において、
メモリと、
前記メモリに結合されている少なくとも１つのプロセッサとを具備し、
前記少なくとも１つのプロセッサは、
第１の進化型ノードＢ（ｅノードＢ）において、第２のｅノードＢによるユーザ機器（ＵＥ）への再送信のための、複数の媒体アクセス制御（ＭＡＣ）レイヤプロトコルデータユニット（ＰＤＵ）を発生させるようにと、
前記ＵＥへの再送信のために、前記ＭＡＣレイヤにおいて、前記第１のｅノードＢから前記第２のｅノードＢに、Ｘ２インターフェースを通して前記複数のＭＡＣレイヤＰＤＵを含む少なくとも１つのマルチポイント協調（ＣｏＭＰ）制御メッセージを送信するように構成されている装置。
【請求項２０】
前記少なくとも１つのＣｏＭＰ制御メッセージは、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）メッセージを含む請求項１９記載の装置。
【請求項２１】
前記少なくとも１つのＣｏＭＰ制御メッセージは、ＵＥに関係するサービスメッセージ、または、ＵＥに関係しないサービスメッセージのうちの少なくとも１つを含む請求項１９記載の装置。
【請求項２２】
前記少なくとも１つのＣｏＭＰ制御メッセージは、チャネル状態情報、スケジューリング情報、フロー制御情報、または、ビームフォーミング情報のうちの少なくとも１つを含む請求項１９記載の装置。
【請求項２３】
前記複数のＭＡＣレイヤＰＤＵは、さらに、前記ＭＡＣレイヤにおいて、前記第１のｅノードＢから前記第２のｅノードＢへのＣｏＭＰデータメッセージを構成する請求項１９記載の装置。
【請求項２４】
前記プロセッサは、前記第１のｅノードＢから前記第２のｅノードＢに、前記少なくとも１つのＣｏＭＰ制御メッセージから分離した、少なくとも１つのＣｏＭＰデータメッセージを送信するようにさらに構成されており、前記少なくとも１つのＣｏＭＰデータメッセージは、第２の複数のＭＡＣプロトコルデータユニット（ＰＤＵ）を含んでいる請求項１９記載の装置。
【国際調査報告】
2013509137.tif 000038
2013509137.tif 000039
2013509137.tif 000040