JP5908080B2

JP5908080B2 - マルチサイトスケジューリングに対するアップリンクフィードバック

Info

Publication number: JP5908080B2
Application number: JP2014525077A
Authority: JP
Inventors: ゴウドンジャン; マリニエールポール; インシュエケー．リー; イー．テリースティーブン; パニダイアナ
Original assignee: インターデイジタルパテントホールディングスインコーポレイテッド
Priority date: 2011-08-10
Filing date: 2012-08-03
Publication date: 2016-04-26
Anticipated expiration: 2032-08-03
Also published as: AU2012294686A1; EP2742627B1; CN103733557B; CN103733557A; WO2013022751A1; KR101663392B1; US9749992B2; EP2742627A1; JP6122171B2; WO2013022751A8; JP2014525701A; TWI594603B; KR20140053300A; AU2012294686B2; US20130201841A1; KR20140098144A; JP2016149785A; TW201320676A

Description

本出願は、無線通信に関する。

本出願は、２０１１年８月１０日に出願された米国仮特許出願第６１／５２２２１４号の利益を主張し、その内容は、参照により本明細書に組み込まれる。

モバイル通信システムの使用は、急速に増大し続けている。モバイル通信システムは、このように絶えず増大している需要に応えるために変化を遂げてきた。しかしながら、今日のモバイル通信システムは、多くの問題を有している。

国際公開第ＷＯ２０１１／１００４９２号

本発明の概要は、以下の発明を実施するための形態でさらに説明される概念の選択を簡易な形式で紹介するために提供される。この発明の概要は、特許請求される発明の主題の主要な特徴または必須の特徴を特定することを意図せず、特許請求される発明の主題の範囲を限定することに使用されることを意図しない。

ユーザ機器（ＵＥ）に対し、マルチサイトスケジューリングシステム（例えば、複数のエンティティがデータをスケジュールし、および／または、データをＵＥに送信することができるシステム）においてフィードバックを提供するシステム、方法、および手段が開示されている。例えば、ＵＥは、第１のネットワークエンティティから第１のデータを受信し、および、第２のネットワークエンティティから第２のデータを受信してもよい。第１のデータおよび第２のデータは、データおよび／または制御情報を含んでもよい。ネットワークエンティティは、データおよび／または制御情報をＵＥ、例えば、ｅＮｏｄｅＢ（ｅＮＢ）に送信するエンティティを含んでもよい。ＵＥは、ＡＣＫ／ＮＡＣＫ情報、チャネル状態情報（ＣＳＩ）、プリコーティングマトリクスインジケータ（ＰＭＩ）情報、ランクインジケーション（ＲＩ）情報などの、受信データに関連するフィードバックを生成してもよい。ＵＥは、第１のデータに関連する第１のフィードバックを第１のサブフレームにおいて送信し、および、第２のデータに関連する第２のフィードバックを第２のサブフレームにおいて送信してもよい。第１および第２のサブフレームはそれぞれ、１または複数のサブフレームを含んでもよい。例えば、第１のサブフレームは、サブフレームの第１のセットを含んでもよく、および、第２のサブフレームは、サブフレームの第２のセットを含んでもよい。

ＵＥは、フィードバックを、当該フィードバックがタイムドメインに分離され、および、１つまたは複数のチャネルを介して送信される、ネットワークエンティティに送信してもよい。例えば、上述したように、第１のフィードバックは第１のサブフレームにおいて送信されてもよく、および、第２のフィードバックは第２のサブフレームにおいて送信されてもよい。サブフレーム分離（例えば、サブフレーム分割）は、スケジューリング、割り当てなどを介して実装されてもよい。上記の例に関してさらに、第１のサブフレームが偶数サブフレームになり、および、第２のサブフレームが奇数サブフレームになり、または、その逆になるように、第１のフィードバックおよび第２のフィードバックが送信されてもよい。ＵＥは、１つまたは複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）または物理アップリンク制御チャネル（ＰＵＣＣＨ）上でフィードバック（例えば、第１および／または第２のフィードバック）を送信してもよい。フィードバックは、例えば、ＰＵＳＣＨ送信がスケジュールされていない場合は、ＰＵＣＣＨ上で送信されてもよく、および、ＰＵＳＣＨ上で送信されなくてもよい。

添付図面とともに例として与えられた以下の説明からより詳細な理解が得られる。
開示されている１つまたは複数の実施形態が実装されてもよい例示的な通信システムのシステム図である。図１Ａに示した通信システム内で使用されてもよい例示的な無線送信／受信ユニット（ＷＴＲＵ）のシステム図である。図１Ａに示した通信システム内で使用されてもよい例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。図１Ａに示した通信システム内で使用されてもよい別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム図である。図１Ａに示した通信システム内で使用されてもよい別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム図である。例示的なマルチサイトスケジューリングシステムおよび関連するメッセージングを示す図である。例示的なマルチサイトスケジューリングシステムおよび関連するメッセージングを示す図である。例示的なマルチサイトスケジューリングシステムおよび関連するメッセージングを示す図である。例示的なマルチサイトスケジューリングシステムおよび関連するメッセージングを示す図である。

これより具体的な実施形態の詳細な説明を、例えば、図を参照して説明する。しかしながら、本発明は、例示的な実施形態に関連して説明されるが、それらに限定されず、本発明から逸脱せずに他の実施形態が使用されてもよく、または、本発明と同一の機能を実行するための変更および追加を、説明される実施形態に行ってもよいことを理解されたい。本明細書の開示は、ＰＵＣＣＨ、ＰＵＳＣＨなどを送信または受信することに関する。これは、ＰＵＣＣＨ送信（PUCCH transmission）（例えば、信号、メッセージなどの）を送信し、または、ＰＵＣＣＨ送信（例えば、信号、メッセージなどの）を受信することなどに関する。本明細書の開示は、送信をｅＮＢに送信するＵＥに関する。これは、送信電力、タイミング、参照信号に対するスクランブリングシーケンス、セル識別などの、特有な送信特性を使用したＵＥに関する。ＵＥは、それが送信を送信するｅＮＢについて知ることができない。その送信特性のセットは、あるｅＮＢによって受信されることになる信号の特性に適合してもよい。

ＬＴＥリリース１０において、ＡＣＫ／ＮＡＣＫＰＵＣＣＨリソースインデックスは、ダウンリンク割り当てによって判定されてもよい。２つのアンテナポート（ｐ∈[ｐ_０，ｐ_１]）上でのＨＡＲＱ−ＡＣＫ送信は、以下の通りＰＵＣＣＨフォーマット１ａ／１ｂに対してサポートされてもよい。ＦＤＤおよび１つの構成されたサービングセルに対し、ＵＥは、ＰＵＣＣＨフォーマット１ａ／１ｂに対するアンテナポートｐ上のサブフレームｎにおけるＨＡＲＱ−ＡＣＫ送信に対して、ＰＵＣＣＨリソース

を使用してもよく、そこでは、以下のうちの１または複数を適用してもよい。

サブフレームｎ−４における対応するＰＤＣＣＨの検出によって示されるＰＤＳＣＨ送信、または、サブフレームｎ−４におけるダウンリンクＳＰＳ解放を示しているＰＤＣＣＨに対して、ＵＥは、アンテナポートｐ＝ｐ_０に対し、

を使用してもよく、ここでｎ_ＣＣＥは、対応するＤＣＩ割り当ての送信に使用される第１のＣＣＥ（例えば、ＰＤＣＣＨを構築するために使用される最小のＣＣＥインデックス）の数であり、および、

は、上位レイヤによって構成される。２つのアンテナポート送信に対し、アンテナポートｐ＝ｐ_１に対するＰＵＣＣＨリソースは、

によって与えられてもよい。

サブフレームｎ−４において検出された、対応するＰＤＣＣＨが存在しないプライマリセル上でのＰＤＳＣＨ送信に対し、

の値は、上位レイヤ構成および／または表１にしたがって判定されてもよい。２つのアンテナポート送信に対して構成されたＵＥに対し、表１のＰＵＣＣＨリソース値は、アンテナポートｐ_０に対する第１のＰＵＣＣＨリソース

およびアンテナポートｐ_１に対する第２のＰＵＣＣＨリソース

を有する２つのＰＵＣＣＨリソースにマッピングしてもよく、それ以外では、ＰＵＣＣＨリソース値は、アンテナポートｐ_０に対する単一のＰＵＣＣＨリソース

にマッピングしてもよい。

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

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

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

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

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

より詳細には、上述したように、通信システム１００は、多元接続システムであってもよく、ならびに、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなどの、１つまたは複数のチャネルアクセススキームを採用してもよい。例えば、ＲＡＮ１０３／１０４／１０５における基地局１１４ａ、ならびに、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃは、広域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用して無線インタフェース１１５／１１６／１１７を確立することができる、ユニバーサル移動体通信システム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装してもよい。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含んでもよい。

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

その他の実施形態において、基地局１１４ａ、ならびに、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｏｒｌｄｗｉｄｅＩｎｔｅｒｏｐｅｒａｂｉｌｉｔｙｆｏｒＭｉｃｒｏｗａｖｅＡｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００１Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、ＩｎｔｅｒｉｍＳｔａｎｄａｒｄ２０００（ＩＳ−２０００）、ＩｎｔｅｒｉｍＳｔａｎｄａｒｄ９５（ＩＳ−９５）、ＩｎｔｅｒｉｍＳｔａｎｄａｒｄ８５６（ＩＳ−８５６）、ＧｌｏｂａｌＳｙｓｔｅｍＦｏｒＭｏｂｉｌｅｃｏｍｍｕｎｉａｔｉｏｎｓ（ＧＳＭ（登録商標））、ＥｎｈａｎｃｅｄＤａｔａｒａｔｅｓｆｏｒＧＳＭＥｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、および、ＧＳＭＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであってもよく、ならびに、事業所、住居、車、およびキャンパスなどのローカルエリアで無線接続性を容易にするのに適した任意のＲＡＴを利用してもよい。一実施形態において、基地局１１４ｂ、ならびに、ＷＴＲＵ１０２ｃおよび１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するＩＥＥＥ８０２．１１などの無線技術を実装してもよい。別の実施形態において、基地局１１４ｂ、ならびに、ＷＴＲＵ１０２ｃおよび１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するＩＥＥＥ８０２．１５などの無線技術を実装してもよい。さらに別の実施形態において、基地局１１４ｂ、ならびに、ＷＴＲＵ１０２ｃおよび１０２ｄは、セルベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、およびＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立してもよい。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有してもよい。したがって、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスすることを要求されなくてもよい。

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

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

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

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、着脱不能メモリ１３０、着脱可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および、他の周辺機器１３８を含んでもよい。ＷＴＲＵ１０２は、実施形態と整合性を維持した上で、上述の要素の任意の組み合わせを含んでよいことが理解されよう。また、実施形態は、基地局１１４ａおよび１１４ｂ、ならびに／または、基地局１１４ａおよび１１４ｂが、例えば、それらに限定されないがとりわけ、ベーストランシーバ基地局（ＢＴＳ）、ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームＮｏｄｅＢ、発展型ホームＮｏｄｅＢ（ｅＮｏｄｅＢ）、ホーム発展型ＮｏｄｅＢ（ＨｅＮＢ）、ホーム発展型ＮｏｄｅＢゲートウェイ、およびプロキシノードを表すことができるノードが、図１Ｂおよび本明細書で説明される要素の一部またはすべてを含んでもよいことを企図している。

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

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

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

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

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

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

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

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

図１Ｃは、実施形態にしたがったＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上述したように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を採用して、無線インタフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信してもよい。ＲＡＮ１０３はまた、コアネットワーク１０６と通信してもよい。図１Ｃに示すように、ＲＡＮ１０３は、ＮｏｄｅＢ１４０ａ、１４０ｂ、および１４０ｃを含んでもよく、そのそれぞれが、無線インタフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するための１つまたは複数の送受信機を含んでもよい。ＮｏｄｅＢ１４０ａ、１４０ｂ、および１４０ｃのそれぞれは、ＲＡＮ１０３における特定のセル（図示せず）と関連付けられてもよい。ＲＡＮ１０３は、ＲＮＣ１４２ａおよび１４２ｂを含んでもよい。ＲＡＮ１０３は、実施形態と整合性を維持した上で、任意の数のＮｏｄｅＢおよびＲＮＣを含んでもよいことができることが理解されよう。

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

図１Ｃに示したコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイルスイッチングセンター（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／または、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含んでもよい。上述した要素のそれぞれがコアネットワーク１０６の一部として示されているが、これらの要素の任意の１つが、コアネットワークオペレータ以外のエンティティによって所有および／または運用されてもよいことが理解されよう。

ＲＡＮ１０３におけるＲＮＣ１４２ａは、ＩｕＣＳインタフェースを介してコアネットワーク１０６におけるＭＳＣ１４６に接続されてもよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続されてもよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にしてもよい。

ＲＡＮ１０３におけるＲＮＣ１４２ａはまた、ＩｕＰＳインタフェースを介してコアネットワーク１０６におけるＳＧＳＮ１４８に接続されてもよい。ＳＧＳＮ１４８は、ＧＣＳＮ１５０に接続されてもよい。ＳＧＳＮ１４８およびＧＣＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃにインターネット１１０などの、パケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃとＩＰ対応可能（IP-enabled）デバイスとの間の通信を容易にしてもよい。

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

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

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

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

図１Ｄに示したコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ１６４、および、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含んでもよい。上述した要素のそれぞれは、コアネットワーク１０７の一部として示されている、これらの要素の任意の１つが、コアネットワークオペレータ以外のエンティティによって所有および／または運用されてよいことが理解されよう。

ＭＭＥ１６２は、Ｓ１インタフェースを介してＲＡＮ１０４におけるｅＮｏｄｅＢ１６０ａ、１６０ｂ、および１６０ｃのそれぞれに接続されてもよく、ならびに、制御ノードとしてサービスしてもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのユーザを認証し、ベアラをアクティブ化／非アクティブ化し、ならびに、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃの初期アタッチ（initial attach）の間に特定のサービングゲートウェイを選択することなどに関与してもよい。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）とを切り替える制御プレーン機能を提供してもよい。

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

サービングゲートウェイ１６４はまた、ＰＤＮゲートウェイ１６６に接続されてもよく、ＰＤＮゲートウェイは、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃにインターネット１１０などの、パケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃとＩＰ対応可能（IP-enabled）デバイスとの間の通信を容易にしてもよい。

コアネットワーク１０７は、他のネットワークとの通信を容易にしてもよい。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にしてもよい。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインタフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよく、または、当該ＩＰゲートウェイと通信してもよい。加えて、コアネットワーク１０７は、他のサービスプロバイダによって所有および／または運用される他の有線または無線通信ネットワークを含むことができる、ネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに提供してもよい。

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

図１Ｅに示すように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃおよびＡＳＮゲートウェイ１８２を含んでもよいが、ＲＡＮ１０５は、実施形態と整合性を維持した上で、任意の数の基地局およびＡＳＮゲートウェイを含んでもよいことが理解されよう。基地局１８０ａ、１８０ｂ、および１８０ｃはそれぞれ、ＲＡＮ１０５における特定のセル（図示せず）と関連付けられてもよく、ならびに、それぞれは、無線インタフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するための１つまたは複数の送受信機を含んでもよい。一実施形態において、基地局１８０ａ、１８０ｂ、および１８０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、基地局１８０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を送信し、および、ＷＴＲＵ１０２ａから無線信号を受信するための複数のアンテナを使用してもよい。基地局１８０ａ、１８０ｂ、および１８０ｃはまた、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、ならびに、サービス品質（ＱｏＳ）ポリシ施行などの、モビリティ管理機能を提供してもよい。ＡＳＮゲートウェイ１８２は、トラフィックアグリゲーションポイントとしてサービスしてもよく、ならびに、ページング、加入者プロファイルのキャッシュ、および、コアネットワーク１０９へのルーティングなどに関与してもよい。

ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃとＲＡＮ１０５との間の無線インタフェース１１７は、ＩＥＥＥ８０２．１６仕様を実装するＲ１参照ポイントとして定義されてもよい。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのそれぞれは、コアネットワーク１０９との論理インタフェース（図示せず）を確立してもよい。ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃとコアネットワーク１０９との間の論理インタフェースは、Ｒ２参照ポイントとして定義されてもよく、この参照ポイントは認証、承認、ＩＰホスト構成管理、および／または、モビリティ管理に対して使用されてもよい。

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

図１Ｅに示すように、ＲＡＮ１０５はコアネットワーク１０９に接続されてもよい。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ転送およびモビリティ管理能力に対するプロトコルを含むＲ３参照ポイントとして定義されてもよい。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４、認証・承認・アカウンティング（ＡＡＡ）サーバ１８６、および、ゲートウェイ１８８を含んでもよい。上述した要素のそれぞれはコアネットワーク１０９の一部として示されているが、これらの要素の任意の１つが、コアネットワークオペレータ以外のエンティティによって所有および／または運用されてもよいことが理解されよう。

ＭＩＰ−ＨＡは、ＩＰアドレス管理に関与してもよく、ならびに、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワーク間でローミングすることを可能にしてもよい。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃにインターネット１１０などパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃとＩＰ対応可能（IP-enabled）デバイスとの間の通信を容易にしてもよい。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスのサポートに関与してもよい。ゲートウェイ１８８は、他のネットワークとの相互作用を容易にしてもよい。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃにＰＳＴＮ１０８など回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にしてもよい。加えて、ゲートウェイ１８８は、他のサービスプロバイダによって所有および／または運用される他の有線または無線ネットワークを含むことができる、ネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに提供してもよい。

図１Ｅに示されていないが、ＲＡＮ１０５は他のＡＳＮに接続されてもよく、および、コアネットワーク１０９は他のコアネットワークに接続されてもよいことが理解されよう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、Ｒ４参照ポイントとして定義されてもよく、この参照ポイントは、ＲＡＮ１０５と他のＡＳＮとの間でＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのモビリティを調整するためのプロトコルを含んでもよい。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、Ｒ５参照ポイントとして定義されてもよく、この参照ポイントは、ホームコアネットワークとビジテッド（visited）コアネットワークとの間の相互作用を容易にするためのプロトコルを含んでもよい。

本明細書で開示されている主題は、さまざまなマルチサイトスケジューリングシステム（例えば、複数のエンティティがデータをスケジューリングし、および／または、データをＵＥに送信することができるシステム）とともに実装されてもよい。マルチサイトスケジューリングシステムの例は、サイト間協調マルチポイント（ＣｏＭＰ：inter-site coordinated multi-point）システム、ファジーセルシステム（fuzzy cell systems）、スモールセル展開システム（small cell deployment systems）、高密度セル展開システム（dense cell deployment systems）、および、２以上の独立した無線リソーススケジューラを要求することができる任意のネットワークアーキテクチャなどを含んでもよい。実装は、特定のマルチサイトスケジューリングシステムを参照して説明されるが、本明細書で開示されている主題は、本明細書で開示されているマルチサイトスケジューリングシステムを含むが、これらに限定されない他のマルチサイトスケジューリングシステムに実装されてもよい。

ＵＥは、データをスケジューリングし、および／または、データをＵＥに送信する１つまたは複数のネットワークエンティティにフィードバックを提供してもよい。ＵＥは、物理アップリンク制御チャネル（ＰＵＣＣＨ）および／または物理アップリンク共有チャネル（ＰＵＳＣＨ）などの、１つまたは複数のアップリンクチャネル上でそのようなフィードバックを送信してもよい。マルチサイトスケジューリングシステムにおいてフィードバックを提供するＵＥの例は、以下の、ＵＥがプライマリｅＮＢ（例えば、第１のセルと関連付けられた）、および、セカンダリｅＮＢ（例えば、第２のセルと関連付けられた）のそれぞれから送信を受信することができる場所を含んでもよいが、これらに限定されない。ＵＥは、第１のｅＮＢ（例えば、プライマリｅＮＢ）によって受信されるが、第２のｅＮＢ（例えば、セカンダリｅＮＢ）によって受信されない、単一のＰＵＣＣＨ送信を送信してもよい。ＵＥは、第１のｅＮＢおよび第２のｅＮＢによって受信される単一のＰＵＣＣＨおよび／またはＰＵＳＣＨ送信を送信してもよい。ＵＥは、第１のｅＮＢによって受信されるが第２のｅＮＢによって受信されない第１のＰＵＣＣＨ送信を送信してもよく、ならびに、第２のｅＮＢによって受信されるが第１のｅＮＢによって受信されない第２のＰＵＣＣＨ送信を送信してもよい。このようなケースでは、それぞれのＰＵＣＣＨメッセージは、例えば、同一のコンポーネントキャリア上の異なる周波数で搬送され、異なるＰＵＣＣＨリソースを割り当てられ、ならびに、タイムドメインでスタガ（stagger）されてもよい。

図２は、例示的なマルチサイトスケジューリングシステムを示しており、そのシステムは、サイト間協調マルチポイント（ＣｏＭＰ）システム、ファジーセルシステム、スモールセル展開システム、高密度セル展開システム、または２以上の独立した無線リソーススケジューラを要求する任意のネットワークアーキテクチャとして実装されてもよい。

ファジーセルは、セルエッジ近くのセルのカバレッジ問題を緩和し、ハンドオーバ性能を向上させ、ならびに、システム全体の性能を向上させてもよい。アーキテクチャは、複数のサイトから、例えば、送信信号品質およびデータスループットを高める複数のフローを使用してもよい。ＵＥに送信される情報（例えば、データ）は、サブフローに分割されてもよい。例として、複数のサイトを使用する送信のデータフローをサブフローに分割するプロセスは、特許文献１において説明されており、参照によって本明細書に組み込まれる。

図２は、ダウンリンクおよび／またはアップリンクデータフローを分割（split）することを示している。図２の例において、ダウンリンクフロー分割は、ｅＮＢ（例えば、サービングｅＮＢと称されてもよいプライマリｅＮＢ）を介して発生してもよいが、データ分割は、他のネットワークエンティティによって実行されてもよい。アプリケーションデータパケットは、コアネットワーク（ＣＮ）から例えば、Ｓ１インタフェースを介してプライマリｅＮＢ（ｅＮＢ１）にダウンロードされてもよい。プライマリｅＮＢは、それが受信するデータを分割してもよい。データは、２つの部分（例えば、パート「１」および「２」）に分割されてもよい。パート１は、プライマリｅＮＢ（ｅＮＢ１）からＵＥに送信されてもよい。パート２は、例えば、ｅＮＢ間のＸ２またはＸ２と同様のインタフェースを介してセカンダリｅＮＢ（ｅＮＢ２）に転送され、ならびに、ｅＮＢ２によってＵＥに送信されてもよい。データは、特定のｅＮＢにおけるサービス品質、トラフィック負荷要件、および／または、リソースの可用性に応じて分割されてもよい。データは、いくつかの無線ベアラが特定のｅＮＢにルーティングされている無線ベアラによって分割されてもよい。無線ベアラを分割する１つの方法は、シグナリング無線ベアラ（ＳＲＢ）を１つのｅＮＢにルーティングし、および、データ無線ベアラを他のｅＮＢにルーティングしてもよい。別の方法は、各ｅＮＢからのリソース可用性のインジケーションに基づいてデータをルーティングしてもよい。セカンダリｅＮＢは、協調（cooperating）ｅＮＢと称されてもよい。Ｎ個のセカンダリｅＮＢのケースでは、データは、プライマリｅＮＢによってＮ個の部分に分割されてもよく、および、ＵＥへの送信に対し適切なセカンダリｅＮＢに配信されてもよい。

例えば、ｅＮＢ間のデータフローレートの効率的なデータ分割制御をサポートする、バックホール上での付加的なシグナリングが提供されてもよい。図２に関連する例において、ｅＮＢ２は、それがＵＥに（それがｅＮＢ１と共有する）に提供する能力のあるサポートされるデータレートの推定を提供してもよい。このような推定は、ｅＮＢ１が、ｅＮＢ１においてバッファされているデータに対してどのくらいの量のデータおよび／または何のデータをｅＮＢ２に送信すべきかについての最初の決定を行うことを可能にする。ｅＮＢ２は、推定されたサポートされるデータレートをｅＮＢ１に通知することを継続してもよく、ならびに、バッファステータスレポートをｅＮＢ１に送信し返すことによって、ｅＮＢ１に転送されたデータの実際の配信レートについてのより正確な情報を提供してもよい。更新された情報に基づいて、ｅＮＢ１は、ｅＮＢ２にデータをさらに送信するか否かを決定してもよい。この方法では、ｅＮＢ１は、データフロー制御および／またはデータフロー間のバランスを維持してもよい。図２の概念は、他のマルチサイトスケジューリングシステムにおいて実装されてもよい。

ＵＥにおけるＵＬデータ分割は、ＤＬデータ分割（例えば、図２の）と同様の方法で管理されてもよい。データは、特定のｅＮＢにおけるサービス品質、トラフィック負荷要件、および／または、リソースの可用性に応じて分割されてもよい。データは、いくつかの無線ベアラが特定のｅＮＢにルーティングされている無線ベアラによって分割されてもよい。特定のｅＮＢによって受信されるＵＬリソース許可の可用性に応じて、ＵＥは、これらの基準に基づいて送信するデータを選択してもよい。ＤＬのケースにあるように、選択されるデータは、リソースの可用性および／またはこのデータが関連付けられる無線ベアラに基づいてもよい。これらの基準は、例えば、要望されるデータ分割を実現するために既存のＵＥ論理チャネル優先度の機能に付加されてもよい。

本明細書で開示されている主題は、データフローの分割および／またはスケジューリングを調整するネットワークエンティティの有無に関わらず実装されてもよい。例えば、ｅＮＢがＤＬおよび／またはＵＬにおいて互いにスケジューリングを調整することができず、その結果、個々のＰＤＣＣＨが各ｅＮＢ／セルから送信されることになる場合に分散スケジューリングが利用されてもよい。調整されたスケジューリングが利用されてもよい。例において、ｅＮＢは、例えば、相互干渉を最小限にするために互いにスケジューリングを調整してもよいが、ＵＥは、単一のｅＮＢからデータを受信してもよい。

ＬＴＥ（例えば、リリース１０）において、ＡＣＫ／ＮＡＣＫＰＵＣＣＨリソースインデックスがダウンリンク割り当てによって判定されてもよい。２つのアンテナポート上のＨＡＲＱ−ＡＣＫ送信は、ＰＵＣＣＨフォーマット１ａ／１ｂに対してサポートされてもよい。

図３Ａは、例示的なマルチサイトスケジューリングおよび関連するシグナリングを示している。図３Ａの例において、マルチサイトスケジューリングシステムは、ｅＮＢ１（例えば、プライマリｅＮＢ）によって受信されてもよく、および、ｅＮＢ２（例えば、セカンダリｅＮＢ）によって受信されなくてもよい、単一のＰＵＣＣＨ送信を送信するＵＥを含んでもよい。このような実装は、第２のｅＮＢ／セルによってスケジュールされたＰＤＳＣＨに対応するＡＣＫ／ＮＡＣＫを、例えば、Ｘ２またはＸ２と同様のインタフェース上で第２のｅＮＢ／セルに転送する第１のｅＮＢ／セルと関連付けられた遅延に適応する、ＨＡＲＱタイミングを提供してもよい。ｅＮＢは、例えば、第１のセルと関連付けられた第１のｅＮＢ、第２のセルと関連付けられた第２のｅＮＢなどの、セルと関連付けられたｅＮＢを参照してもよい。

単一のＰＵＣＣＨが送信されてもよく、第１のｅＮＢ／セルによって受信されてもよいが、第２のｅＮＢ／セルによって受信されなくてもよく、または、単一のＰＵＣＣＨが送信されてもよく、第１および第２のｅＮＢ／セルによって受信されてもよい。このような実装は、第１のｅＮＢ／セルが第２のｅＮＢ／セルによってスケジュールされたＰＤＳＣＨを認識しなくてもよく、および、ＡＣＫ／ＮＡＣＫＰＵＣＣＨリソースが、関連付けられたＰＤＳＣＨのダウンリンクスケジューリング許可に暗黙的にマッピングされてもよいため、適切なＡＣＫ／ＮＡＣＫフィードバックの送信および受信を第２のｅＮＢ／セルに提供してもよい。

各セルに対する別個のＰＵＣＣＨが異なるサブフレームで送信されてもよい。このことは、各セルが他のセルによって判定されたＡＣＫ／ＮＡＣＫＰＵＣＣＨリソースを知らない場合があるため、適切なＰＵＣＣＨの送信および受信を提供してもよい。

図３Ａの例において、例えば、第１のｅＮＢ／セルから第２のｅＮＢ／セルにＡＣＫ／ＮＡＣＫを転送するために必要とされることがある追加のＸ２遅延に対処するために、第２のｅＮＢ／セルのＨＡＲＱプロセスの数が増加されてもよい。ＨＡＲＱプロセスの増大された数は、第２のｅＮＢ／セルからのデータ受信の待ち時間を増加させることがあり、および、ＨＡＲＱ結合に対するＵＥにおいてより大きなバッファサイズを要求することもある。例としてサイト間マルチキャリアＣｏＭＰシステムを使用して、最大Ｘ２遅延は、ここではＮ_ｍａｘＴＴＩ（例えば、ＴＴＩは、２つのスロットサブフレームまたは１ミリ秒などであってもよい）と称されてもよく、平均Ｘ２遅延は、Ｎ_ａｖｅＴＴＩである。ＨＡＲＱおよび関連付けられたＡＣＫ／ＮＡＣＫフィードバックタイミングは、例えば、以下の例示的な実装のうちの１つまたは複数を介して維持されてもよい。第２のｅＮＢ／セルにおけるＤＬＨＡＲＱプロセスの数は、Ｎ_ｓで表され、８＋Ｎ_ｍａｘであってもよい。第２のｅＮＢ／セルによって構成されているＤＬＨＡＲＱプロセスの数は、Ｎ_ｓで表され、８＋Ｎ_ａｖｅ＋マージンとなるように構成されてもよい。例えば、２０ｍｓの最大遅延および１０ｍｓの平均遅延でのＸ２インタフェースは、前の手法を使用して第２のｅＮＢ／セルのＵＥにおいてＵＥに対して構成されている２８ＤＬＨＡＲＱプロセスでプロビジョニングされてもよく、または、または、例えば、１８にマージンをプラスした合計２０で、もしくは、２２ＤＬＨＡＲＱプロセスでプロビジョニングされてもよい。ＵＥＭＡＣにおけるＨＡＲＱエンティティは、適切な数のＨＡＲＱプロセスに対して構成されてもよい。

増加された数のＤＬＨＡＲＱプロセスによって、関連付けられたＤＬ割り当てに対するダウンリンク制御情報（ＤＣＩ）フォーマットにおけるＨＡＲＱプロセスＩＤのビットフィールドサイズが、３ビットからｌｏｇ_２（Ｎ_ｓ）ビットに増大されてもよく、Ｎ_ｓは、ＨＡＲＱプロセスの数である。ＵＥは、ＰＤＣＣＨフォーマットｋをブラインド検出（blindly detect）してもよく、ｋは、プライマリセル／ｅＮＢにおいてＵＥに固有でセル共通な探索空間にある（例えば、ＣＣＥの既定のセットの範囲で）Ｍビットの長さを有する様々なフォーマットのインデックスである。サイト間マルチキャリアＣｏＭＰモードで動作しており、および、第２のセル／ｅＮＢにおいて動作しているＵＥに対し、ＵＥは、ＵＥに固有でセル共通な探索空間においてＭ＋ｌｏｇ_２（Ｎ_ｓ）−３ビット長を有するＰＤＣＣＨフォーマットｋをブラインド検出するように構成されてもよい。

ＰＵＣＣＨおよび／またはＰＵＳＣＨ上のＵＬフィードバックは、２つのｅＮＢ（例えば、各ｅＮＢは異なるセルと関連付けられてもよい）に向けられてもよい（direct）。フィードバックは、特定のｅＮＢもしくは特定のＭＡＣインスタンスからのＰＤＳＣＨ割り当て、または、例えば、各ｅＮＢがＭＡＣインスタンスに対応してもよいトランスポートチャネルと関連付けられてもよい。ＵＥは、アップリンク上でフィードバックをサブフレームの異なるサブセットまたはサブフレーム分割で送信してもよい。例えば、ＵＥは、ＰＵＣＣＨ、ＰＵＳＣＨ、および異なるｅＮＢもしくは本明細書で説明されるように異なるＭＡＣインスタンスに属するセルに関する他のアップリンクチャネルのうちの１つまたは複数を、サブフレームの異なるサブセットまたはサブフレーム分割で送信するように構成されてもよい。図３Ｂは、フィードバックが異なるサブフレームで（例えば、サブフレームの異なるセットであってよい）送信されてもよい例示的なマルチサイトスケジューリングを示している。サブセットは、例えば、ＲＲＣシグナリング、ＲＲＣ再構成メッセージなどを通じてデフォルトによって事前構成されてもよい。セルに関するこのようなアップリンク送信および関連付けられたｅＮＢは、セル／ｅＮＢから受信されたＰＤＳＣＨ割り当て、セルに対する受信された許可の結果として送信されるＰＵＳＣＨ、セルによって制御されるＳＲＳ送信、および、セルまたは対応するＭＡＣインスタンスに適用可能なスケジューリング要求（ＳＲ）などへのフィードバックを含んでもよい。例示的なサブフレーム分割構成は、第１のｅＮＢのセルに関するアップリンク送信を偶数サブフレームで有することと、第２のｅＮＢのセルに関するアップリンク送信を奇数サブフレームで有することとを含んでもよい。特定のｅＮＢのセルに関する送信が実行されるサブフレームのサブセットは、「ｅＮＢサブフレームサブセット」と称されてもよい。異なるｅＮＢに関するアップリンク送信をタイムドメインで分離することは、各ｅＮＢから独立した制御を可能にし、および、ｅＮＢ間の調整がないことに起因してＵＥがその最大送信電力を超えてしまう可能性を回避することができる。

ＰＵＣＣＨ送信は、フィードバックを提供するＵＥによって送られてもよい。特定のｅＮＢのセルに関するＨＡＲＱフィードバックおよび／またはＣＳＩフィードバックを搬送するＰＵＣＣＨは、例えば、ＰＵＳＣＨ送信もサブフレームでスケジューリングされていないときに、または、ＰＵＣＣＨおよびＰＵＳＣＨの使用が構成されているときに、ｅＮＢサブフレームサブセットに属するサブフレームで送信されてもよい。

ＰＵＣＣＨ送信のペイロードは、例えば、所定の順序またはタイミング関係にしたがって、少なくとも１つのサブフレームで受信される、ｅＮＢの複数のセルのＰＤＳＣＨ送信に対するＨＡＲＱフィードバックビットを含んでもよい。タイミング関係は、ｅＮＢのセルにおけるＰＤＳＣＨ送信に対し、対応するＨＡＲＱフィードバックを送信することができる１つのサブフレームが存在ししてもよいような関係であってもよい。例えば、サブフレームｎで送信されるＨＡＲＱフィードバックビットは、８ビットを備え、４ビットは、サブフレームｎ−ｋで受信されたｅＮＢによって制御される２つのセルにおけるＰＤＳＣＨ送信に対するＨＡＲＱフィードバックに対応し、および、４ビットは、サブフレームｎ−ｋ＋１で受信されたｅＮＢによって制御される２つのセルのＰＤＳＣＨ送信に対するＨＡＲＱフィードバックに対応する。

所与のサブフレームにおける少なくとも１つのＰＤＳＣＨ送信に対するＨＡＲＱフィードバックを搬送するＰＵＣＣＨ送信のフォーマットおよびリソースインデックスは、少なくとも１つのＰＤＳＣＨ送信またはそれに対応するＰＤＣＣＨ割り当ての少なくとも１つのプロパティによって判定されてもよい。そのようなプロパティの例は、ダウンリンク割り当てインデックスもしくはＡ／Ｎリソースインジケータ（例えば、ＴＰＣビット）などのＰＤＣＣＨ割り当てにおけるフィールド、ダウンリンク割り当てインデックス（ＤＡＩ）フィールド、ＰＤＣＣＨ割り当ての開始制御チャネル要素、ＰＤＳＣＨ送信が受信されるセル、ＰＤＣＣＨ送信が受信されるセル、または、ＰＤＳＣＨもしくはＰＤＣＣＨ送信が受信されるサブフレームを含む。

以下のうちの１つまたは複数を実装されてもよい。第１のセルにおいて単一のＰＤＳＣＨ送信がサブフレームｎ−ｋで受信され、および、ＰＤＳＣＨがサブフレームｎ−ｋ＋１で受信されないケースでは、ＰＵＣＣＨフォーマット１ｂが選択されてもよく、および、例えば、リソースは、割り当てを含むＰＤＣＣＨの開始制御チャネル要素から判定されてもよく、または、当該リソースは、例えば、ＰＤＣＣＨが存在しないケースでは、上位レイヤによって構成されてもよい。他のケースでは、ＰＵＣＣＨフォーマット３およびサブフレームｎ−ｋまたはｎ−ｋ＋１で受信されるＰＤＣＣＨ送信のＴＰＣフィールドおよび／またはＤＡＩフィールドによって示されるリソースが選択されてもよく、サブフレームｎ−ｋにおける特定のセルにおけるＰＤＳＣＨ送信に対応するＰＤＣＣＨ送信は、選択から除外されてもよい。

ＰＵＳＣＨ送信は、フィードバックを提供するＵＥによって送られてもよい。例において、ＵＥは、サブフレームのサブセットに制限された特定のｅＮＢのセル上のＰＵＳＣＨ送信に対する許可をモニタリングしてもよい。このサブフレームのサブセットは、許可を受信したことが、後のサブフレームにおけるＰＵＳＣＨ送信が、このｅＮＢの「ｅＮＢサブフレームサブセット」に属することをもたらすことに対するサブフレームを備えてもよい。ＰＵＳＣＨ送信は、本明細書で説明されるＰＵＣＣＨ送信のケースと同一のタイミング関係にしたがって、ＰＤＳＣＨ送信に対するＨＡＲＱフィードバックビットを搬送してもよい。

ＡＣＫ／ＮＡＣＫ情報（例えば、ビット）のグルーピングが開示される。このようなグルーピングは、ＤＬ割り当てを提供するｅＮＢに、このような割り当てに対するＵＬフィードバックを分離してもよい。各セルのＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫフィードバックは、異なる（例えば、重複しない）ＴＴＩにおけるＰＵＣＣＨ上で送信されてもよい。このことは、第１のｅＮＢ／セルおよび第２のｅＮＢ／セルがＴＴＩでＰＤＳＣＨがスケジューリングされてもよいケースに関連する。第１のｅＮＢ／セルに対し、各Ｎ_ｐＴＴＩにおけるＰＤＳＣＨのＡＣＫ／ＮＡＣＫは、グルーピングされ、および、Ｋ_ｐＴＴＩにおけるＰＵＣＣＨ上でｅＮＢに送信されてもよい。第２のｅＮＢ／セルに対し、各Ｎ_ｓＴＴＩにおけるＰＤＳＣＨのＡＣＫ／ＮＡＣＫは、グルーピングされ、および、Ｋ_ｓＴＴＩにおけるＰＵＣＣＨ上でｅＮＢに送信されてもよい。Ｋ_ｐおよびＫ_ｓのアップリンクＴＴＩは、異なってもよい（例えば、重複しないＴＴＩ）。

上記の例として、Ｎ_ｐ＝Ｎ_ｓ＝２およびＫ_ｐ＝Ｋ_ｓ＝１は、第１のｅＮＢ／セルからの２つごとのＴＴＩのＰＤＳＣＨのＡＣＫ／ＮＡＣＫフィードバックは、グルーピングされ、および、１つのＴＴＩにおけるＰＵＣＣＨ上で送信され、ならびに、第２のｅＮＢ／セルからの２つごとのＴＴＩのＰＤＳＣＨのＡＣＫ／ＮＡＣＫフィードバックは、グルーピングされ、および、別の重複しないＴＴＩにおけるＰＵＣＣＨ上で送信されることを意味する。

例えば、単一のＰＵＣＣＨ上のアップリンクフィードバックをサポートするＰＵＣＣＨデザインが提供されてもよい。ＰＵＣＣＨフォーマットｍのグループ（例えば、フォーマットｍは、１／１ａ／１ｂまたは他のフォーマットであってよい）のリソースは、第２のｅＮＢ／セルによってスケジューリングされる対応するＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫフィードバックの送信に対して保存されてもよく、ならびに、第１のｅＮＢ／セルおよび第２のｅＮＢ／セルのＡＣＫ／ＮＡＣＫフィードバックを送信するのに十分なペイロードを有するＰＵＣＣＨフォーマットｋのリソースの別のグループは、ＡＣＫ／ＮＡＣＫフィードバックの結合送信、または、第１のｅＮＢ／セル単独のＡＣＫ／ＮＡＣＫフィードバックの送信に対して保存されてもよい。上記は、ＤＬ割り当てを提供するｅＮＢ（例えば、一方のセルが他方のセルにおけるスケジューリングを認識しない状況で）にそれらの割り当てに対するＵＬフィードバックを分離してもよい。ＰＵＣＣＨフォーマットｋの例は、ＰＵＣＣＨフォーマット２／２ａ／２ｂ、３、または、生成することができるＰＵＣＣＨフォーマットであってよい。このような保存されるリソースは、例えば、衝突を回避するために、互いにオーバーラップしないように構成されてもよい。サブフレームｎにおけるＡＣＫ／ＮＡＣＫＰＵＣＣＨリソースインデックス、および、サブフレームｎ−４もしくは上位レイヤ構成（例えば、ＰＤＳＣＨが半永続的にスケジューリングされている場合）においてＰＤＳＣＨ割り当てを示している、対応するＰＤＣＣＨは、それぞれ、第１のｅＮＢ／セルおよび第２のｅＮＢ／セルに対して構成されてもよい。

以下は、上記の例である。２つのアンテナポート_{（ｐ∈[ｐ０，ｐ１]）}上のＨＡＲＱ−ＡＣＫ送信は、ＰＵＣＣＨに対してサポートされてもよい。ＵＥは、アンテナポートｐ上のサブフレームｎにおいて、ＨＡＲＱ−ＡＣＫの送信に対してＰＵＣＣＨリソース

もしくは

を使用してもよく、そこでは、ＰＤＳＣＨ送信は、サブフレーム_ｎ−４における対応するＰＤＣＣＨの検出によって示され、または、サブフレーム_ｎ−４におけるダウンリンクＳＰＳ解放を示しているＰＤＳＳＨに対し、そのようなＰＤＣＣＨが第２のｅＮＢ／セルから受信される場合は、ＵＥはアンテナポート_ｐ＝ｐ０に対し、

を使用してもよく、ならびに、そのようなＰＤＣＣＨが第１のｅＮＢ／セルもしくは第２のｅＮＢ／セルから受信される場合は、アンテナポート_ｐ＝ｐ０に対し、

を使用してもよく、

および

は、第１のｅＮＢ／セルおよび第２のｅＮＢ／セルのそれぞれにおいて対応するＤＣＩ割り当ての送信に対して使用される第１のＣＣＥ（例えば、ＰＤＣＣＨを構築するために使用される最小のＣＣＥインデックス）の数であり、

および

は、上位レイヤによって構成されている。２つのアンテナポート送信に対し、アンテナポート_ｐ＝ｐ１に対するＰＵＣＣＨリソースは、

または

によって与えられてもよい。

サブフレーム_ｎ−４において対応するＰＤＣＣＨが検出されていないＰＤＳＣＨ送信に対し、

もしくは

の値は、上位レイヤ構成、および／または、表２または表３のうちの１つまたは複数にしたがって判定されてもよい。２つのアンテナポート送信に対して構成されているＵＥに対し、表２または表３におけるＰＵＣＣＨリソース値は、アンテナポート_ｐ０に対する第１のＰＵＣＣＨリソース

およびアンテナポート_ｐ１に対する第２のＰＵＣＣＨリソース

を有する２つのＰＵＣＣＨリソースにマッピングしてもよく、それ以外では、ＰＵＣＣＨリソース値は、アンテナポート_ｐ０に対する単一のＰＵＣＣＨリソース

にマッピングしてもよい。

以下の１つまたは複数は、ＵＥのフィードバックアクションに関する。ＵＥが、サブフレームｎ−４において第２のｅＮＢ／セルではなく第１のｅＮＢ／セルからＰＤＳＣＨ割り当てを受信する場合、第１のｅＮＢ／セルに対して構成されているＡＣＫ／ＮＡＣＫマッピングルールにしたがって、サブフレームｎにおいてＡＣＫ／ＮＡＣＫフィードバックを送信するために使用されるＰＵＣＣＨリソースのインデックスが判定されてもよい。ＵＥが、サブフレームｎ−４において第１のｅＮＢ／セルではなく第２のｅＮＢ／セルからＰＤＳＣＨ割り当てを受信する場合、第２のｅＮＢ／セルに対して構成されているＡＣＫ／ＮＡＣＫマッピングルールにしたがって、サブフレームｎにおいてＡＣＫ／ＮＡＣＫフィードバックを送信するために使用されるＰＵＣＣＨリソースのインデックスが判定されてもよい。ＵＥが、サブフレームｎ−４において第１のｅＮＢ／セルおよび第２のｅＮＢ／セルからＰＤＳＣＨ割り当てを受信する場合、第１のｅＮＢ／セルに対して構成されているＡＣＫ／ＮＡＣＫマッピングルールにしたがって、サブフレームｎにおいてＡＣＫ／ＮＡＣＫフィードバックを送信するために使用されるＰＵＣＣＨリソースのインデックスが判定されてもよい。ＵＥは、同一のＰＵＣＣＨリソース内の第１のｅＮＢ／セルおよび第２のｅＮＢ／セルによってスケジューリングされている対応するＰＤＳＣＨに対してＡＣＫ／ＮＡＣＫを送信してもよい。

以下の１つまたは複数は、ｅＮＢのアクションに関する。各サブフレームｎにおいて、第１のｅＮＢ／セルがサブフレームｎ−４においてＰＤＳＣＨをスケジュールした場合は、第１のｅＮＢ／セルは、対応するＰＤＳＣＨ割り当てＰＤＣＣＨにマッピングされるＰＵＣＣＨリソースインデックスにおいてＡＣＫ／ＮＡＣＫＰＵＣＣＨのデコーディングを実行してもよい（例えば、そのようなデコーディングは、対応するＰＤＳＣＨ割り当てＰＤＣＣＨにマッピングされるＰＵＣＣＨリソースインデックスに限定されてもよい）。第１のｅＮＢ／セルは、第１のｅＮＢ／セルのＡＣＫ／ＮＡＣＫが送信されたか否か、または、第１のｅＮＢ／セルおよび第２のｅＮＢ／セルのＡＣＫ／ＮＡＣＫが送信された否かをブラインド検出する必要がある場合がある。後者のケースにおいては、第１のｅＮＢ／セルは、第２のｅＮＢ／セルによってスケジューリングされた関連付けられたＰＤＳＣＨのＵＥＩＤを、ＡＣＫ／ＮＡＣＫＰＵＣＣＨリソースインデックスから導出してもよい。ＰＵＣＣＨ／ＰＵＳＣＨ送信が第１のｅＮＢ／セルおよび第２のｅＮＢ／セルによって受信されるＵＬフィードバックに対し、第１のｅＮＢ／セルは、第２のｅＮＢ／セルによってスケジューリングされた関連付けられたＰＤＳＣＨのＡＣＫ／ＮＡＣＫ結果、ＵＥＩＤ、およびＴＴＩインデックスを第２のｅＮＢ／セルに転送してもよい。

単一のＰＵＣＣＨ送信が第２のｅＮＢ／セルではなく第１のｅＮＢ／セルによって受信されるフィードバックに対し、各サブフレームｎにおいて、第１のｅＮＢ／セルがサブフレームｎ−４においてＰＤＳＣＨをスケジュールしなかった場合は、第１のｅＮＢ／セルは、第２のｅＮＢ／セルに対して保存されたＡＣＫ／ＮＡＣＫＰＵＣＣＨリソースのそれぞれの上でブラインド検出を実行してもよい。検出が成功すると、第１のｅＮＢ／セルは、ＡＣＫ／ＮＡＣＫ結果を取得し、ならびに、ＡＣＫ／ＮＡＣＫＰＵＣＣＨリソースインデックスおよびＴＴＩインデックスで結果を第２のｅＮＢ／セルに転送してもよい。これらの値に基づいて、第２のｅＮＢ／セルは、ＡＣＫ／ＮＡＣＫＰＵＣＣＨリソースインデックスのマッピングルールにしたがって、対応するＵＥＩＤまたは関連付けられたＰＤＳＣＨを導出してもよい。

単一のＰＵＣＣＨ／ＰＵＳＣＨ送信が第１のｅＮＢ／セルおよび第２のｅＮＢ／セルによって受信されるフィードバックに対し、各サブフレームｎにおいて、第２のｅＮＢ／セルがサブフレームｎ−４においてＰＤＳＣＨをスケジュールする場合は、第２のｅＮＢ／セルは最初に、対応するＰＤＳＣＨ割り当てＰＤＣＣＨにマッピングされるＰＵＣＣＨリソースインデックスにおいてＡＣＫ／ＮＡＣＫＰＵＣＣＨのデコーディングおよび／または検出を実行してもよい。有効なＡＣＫ／ＮＡＣＫフィードバックが検出されない場合は、第２のｅＮＢ／セルは、第１のｅＮＢ／セルおよび第２のｅＮＢ／セルのＡＣＫ／ＮＡＣＫが結合して送信されてもよいという情報で、第１のｅＮＢ／セルに対して保存されたＡＣＫ／ＮＡＣＫＰＵＣＣＨリソースのそれぞれの上でブラインド検出を実行してもよい。

ハイブリッドフィードバックが開示されてもよい。ハイブリッドアプローチの例において、ＵＬフィードバックの一部（例えば、ＣＳＩ）は、第１のｅＮＢ／セルに送信されてもよく、そしてより時間的制約のある（time-sensitive）別の部分（例えば、ＡＣＫ／ＮＡＣＫ）は、図３Ｃで示されているように、両方のｅＮＢ／セルに送信されてもよい。ＵＥは、別個のＰＵＣＣＨ送信またはＰＵＳＣＨ送信を、例えば、本明細書で説明されるように、第１のｅＮＢ／セルおよび第２のｅＮＢ／セルに送信してもよい。第１のｅＮＢ／セルへの送信上で搬送される情報は、第２のｅＮＢ／セルのそれらと異なってもよい。第２のｅＮＢ／セルへのＵＬ送信は、ＡＣＫ／ＮＡＣＫなどの時間的制約のある情報と、ＤＬ送信をサポートするために使用することができるＰＭＩおよび／またはＣＱＩなどの、時間的制約のない情報との２つの部分に分割されてもよい。第２のｅＮＢ／セルからのＰＤＳＣＨに応答するＡＣＫ／ＮＡＣＫは、第２のｅＮＢ／セルに送信されてもよい。第２のｅＮＢ／セルへのＰＭＩおよび／またはＣＱＩは、第１のｅＮＢ／セルに送られる情報と組み合わされてもよく、ならびに、一緒に第１のｅＮＢ／セルに送信されてもよい。第２のｅＮＢ／セルへのＰＵＣＣＨ／ＰＵＳＣＨ上のペイロードを削減することができるので、必要な電力を削減することができる（例えば、第２のｅＮＢ／セルに到達する可能性が高まり、第１のｅＮＢ／セルへの干渉をより少なくできる）。組み合わされた情報は、ＰＵＣＣＨまたはＰＵＳＣＨ上で送信されてもよい。前者のケースにおいては、ＰＵＣＣＨフォーマットが生成されてもよい。第１のｅＮＢ／セルおよび第２のｅＮＢ／セルへの情報は、結合してエンコードまたは別個にエンコードされてもよい。

以下の１つまたは複数は、ＵＥによって実行されてもよい。ＵＥがＡＣＫ／ＮＡＣＫまたはＡＣＫ／ＮＡＣＫ＋ＳＲを、第１のｅＮＢ／セルまたは第２のｅＮＢ／セルに送ることになるときに、それは、フォーマット１ａ／１ｂでＰＵＣＣＨをそのセルに送ってもよく、または、ＰＵＳＣＨをそのセルに送ってもよい。ＵＥがＡＣＫ／ＮＡＣＫまたはＡＣＫ／ＮＡＣＫ＋ＳＲを、第１のｅＮＢ／セルと第２のｅＮＢ／セルの両方に送ることになるときに、それは、フォーマット１ａ／１ｂを有する別個のＰＵＣＣＨ、または、ＰＵＳＣＨを第１のｅＮＢ／セルおよび第２のｅＮＢ／セルに送ってもよい。ＵＥがＡＣＫ／ＮＡＣＫ＋ＳＲ＋ＰＭＩ／ＣＱＩ／ＲＩを第１のｅＮＢ／セルに送ることになるときに、それは、フォーマット２／２ａ／２ｂを有するＰＵＣＣＨ、または、ＰＵＳＣＨを第１のｅＮＢ／セルに送ってもよい。ＵＥがＡＣＫ／ＮＡＣＫ＋ＳＲ＋ＰＭＩ／ＣＱＩ／ＲＩを第２のｅＮＢ／セルに送ることになるときに、それは、フォーマット１ａ／１ｂを有するＰＵＣＣＨ送信、または、ＡＣＫ／ＮＡＣＫ＋ＳＲを備えるＰＵＳＣＨ送信を第２のｅＮＢ／セルに送ってもよく、ならびに、ＰＵＣＣＨ送信（例えば、作成されたフォーマットを有する）、または、第２のｅＮＢ／セルへのＰＭＩ／ＣＱＩ情報を備える第１のｅＮＢ／セルへのＰＵＳＣＨ送信を送ってもよい。ＵＥがＡＣＫ／ＮＡＣＫ＋ＳＲ＋ＰＭＩ／ＣＱＩ／ＲＩを、第１のｅＮＢ／セルおよび第２のｅＮＢ／セルに送ることになるときに、それは、フォーマット１ａ／１ｂを有するＰＵＣＣＨ送信、または、ＡＣＫ／ＮＡＣＫ＋ＳＲを備えるＰＵＳＣＨ送信を第２のｅＮＢ／セルに送ってもよい。それは、第１のｅＮＢ／セルにＰＵＣＣＨ送信（例えば、生成されたフォーマットを有する）、または、第１のｅＮＢ／セルに対するＡＣＫ／ＮＡＣＫ＋ＳＲ＋ＰＭＩ／ＣＱＩ／ＲＩ、もしくは、第２のｅＮＢ／セルに対するＰＭＩ／ＣＱＩ／ＲＩを備えるＰＵＳＣＨ送信を送ってもよい。

以下の１つまたは複数は、ｅＮＢのアクションに関する（例えば、上記で開示されたＵＥアクションのうちの１つまたは複数に対応してもよい）。ターゲットセルは、その自身のＰＵＣＣＨまたはＰＵＳＣＨをデコードしてもよい。第２のｅＮＢ／セルは、そのＰＵＣＣＨまたはＰＵＳＣＨをデコードして、ＡＣＫ／ＮＡＣＫ＋ＳＲを抽出してもよく、ならびに、第１のｅＮＢ／セルは、そのＰＵＣＣＨまたはＰＵＳＣＨをデコードして、ＰＭＩ／ＣＱＩ／ＲＩを抽出し、および、ＰＭＩ／ＣＱＩ／ＲＩを第２のｅＮＢ／セルに転送してもよい。第２のｅＮＢ／セルは、そのＰＵＣＣＨまたはＰＵＳＣＨをデコードして、ＡＣＫ／ＮＡＣＫ＋ＳＲを抽出してもよく、ならびに、第１のｅＮＢ／セルは、そのＰＵＣＣＨまたはＰＵＳＣＨをデコードして、ＡＣＫ／ＮＡＣＫ＋ＳＲ＋ＰＭＩ／ＣＱＩ／ＲＩを抽出し、および、第２のｅＮＢ／セルのＰＭＩ／ＣＱＩ／ＲＩを抽出してもよく、そこでは、第２のｅＮＢ／セルは、ＰＭＩ／ＣＱＩ／ＲＩを第２のｅＮＢ／セルに転送してもよい。

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

Claims

フィードバックを提供するユーザ装置（ＵＥ）のための方法であって、
データのペイロードを受信するステップであって、前記データのペイロードは、第１のｅＮｏｄｅＢ（ｅＮＢ）から受信された第１のデータおよび第２のｅＮＢから受信された第２のデータを備えている、ステップと、
前記第１のデータに関連する第１のフィードバックを第１のサブフレームで前記第１のｅＮＢに送るステップと、
前記第２のデータに関連する第２のフィードバックを第２のサブフレームで前記第２のｅＮＢに送るステップであって、前記第１のフィードバックおよび前記第２のフィードバックは、物理共有アップリンクチャネル（ＰＵＳＣＨ）または物理アップリンク制御チャネル（ＰＵＣＣＨ）のうちの１つまたは複数上で送られ、ならびに、前記第１のサブフレームおよび前記第２のサブフレームは、タイムドメインでスタガ（stagger）される、ステップと
を備えたことを特徴とする方法。
前記第１のｅＮＢは、プライマリｅＮＢであり、および、前記第２のｅＮＢは、セカンダリｅＮＢであることを特徴とする請求項１に記載の方法。
前記第１のフィードバックは、ＨＡＲＱフィードバック、スケジューリング要求（ＳＲ）、またはチャネル状態情報（ＣＳＩ）フィードバックのうちの１つまたは複数を備えることを特徴とする請求項１に記載の方法。
前記第１のサブフレームは、サブフレームの第１のセットに属しており、および、前記第２のサブフレームは、サブフレームの第２のセットに属していることを特徴とする請求項１に記載の方法。
前記第１のサブフレームは、偶数サブフレームであり、および前記第２のサブフレームは、奇数サブフレームであることを特徴とする請求項１に記載の方法。
ＰＵＣＣＨおよびＰＵＳＣＨの同時使用が構成されるときに、前記第１のフィードバックおよび前記第２のフィードバックが前記ＰＵＣＣＨ上で送られることを特徴とする請求項１に記載の方法。
ＰＵＳＣＨ送信がスケジューリングされない場合に、前記第１のフィードバックおよび前記第２のフィードバックが前記ＰＵＣＣＨ上で送られることを特徴とする請求項１に記載の方法。
前記第１のサブフレームおよび前記第２のサブフレームにおけるＰＤＳＣＨ送信に対するフィードバックを搬送するＰＵＣＣＨ送信のフォーマットおよびリソースインデックスは、前記ＰＤＳＣＨ送信またはその対応するＰＤＣＣＨ割当のプロパティのうちの１つまたは複数から判定されることができることを特徴とする請求項１に記載の方法。
前記第１のｅＮＢからのＰＵＳＣＨ送信に関連する、受信が前記第１のサブフレームにおける前記第１のデータに関連する前記第１のフィードバックを送ることをもたらす間の期間に限定される許可を監視するステップをさらに備えたことを特徴とする請求項１に記載の方法。
フィードバックを提供するように構成されたユーザ装置（ＵＥ）であって、
データのペイロードを受信するように構成された受信機であって、前記データのペイロードは、第１のｅＮｏｄｅＢ（ｅＮＢ）からの第１のデータおよび第２のｅＮＢからの第２のデータを備えている、受信機と、
前記第１のデータに関連する第１のフィードバックを第１のサブフレームで前記第１のｅＮＢに送り、ならびに、
前記第２のデータに関連する第２のフィードバックを第２のサブフレームで前記第２のｅＮＢに送り、前記第１のサブフレームおよび前記第２のサブフレームは、タイムドメインでスタガ（stagger）され、ならびに、前記第１のフィードバックおよび前記第２のフィードバックは、物理共有アップリンクチャネル（ＰＵＳＣＨ）または物理アップリンク制御チャネル（ＰＵＣＣＨ）のうちの１つまたは複数上で送られる、ように構成された送信機と
を備えたことを特徴とするＵＥ。
前記第１のｅＮＢは、プライマリｅＮＢであり、および、前記第２のｅＮＢは、セカンダリｅＮＢであることを特徴とする請求項１０に記載のＵＥ。
前記第１のフィードバックは、ＨＡＲＱフィードバック、スケジューリング要求（ＳＲ）、またはチャネル状態情報（ＣＳＩ）フィードバックのうちの１つまたは複数を備えることを特徴とする請求項１０に記載のＵＥ。
前記第１のサブフレームは、サブフレームの第１のセットを備えており、および、前記第２のサブフレームは、サブフレームの第２のセットを備えていることを特徴とする請求項１０に記載のＵＥ。
前記第１のサブフレームは、偶数サブフレームであり、および前記第２のサブフレームは、奇数サブフレームであることを特徴とする請求項１０に記載のＵＥ。
ＰＵＣＣＨおよびＰＵＳＣＨが同時に構成されるときに、前記第１のフィードバックおよび前記第２のフィードバックが前記ＰＵＳＣＨ上で送られることを特徴とする請求項１０に記載のＵＥ。
ＰＵＳＣＨ送信がスケジューリングされない場合に、前記第１のフィードバックおよび前記第２のフィードバックが前記ＰＵＣＣＨ上で送られることを特徴とする請求項１０に記載のＵＥ。
前記第１のサブフレームおよび前記第２のサブフレームにおけるＰＤＳＣＨ送信に対するフィードバックを搬送するＰＵＣＣＨ送信のフォーマットおよびリソースインデックスは、前記ＰＤＳＣＨ送信またはその対応するＰＤＣＣＨ割当のプロパティのうちの１つまたは複数から判定されることができることを特徴とする請求項１０に記載のＵＥ。
前記第１のｅＮＢからのＰＵＳＣＨ送信に関連する、受信が前記第１のサブフレームにおける前記第１のデータに関連する前記第１のフィードバックを送ることをもたらす間の期間に限定される許可を監視するようにさらに構成されているプロセッサをさらに備えたことを特徴とする請求項１０に記載のＵＥ。