JP2015525546A - 組み合わされたｔｄｄおよびｆｄｄキャリアアグリゲーションにおける送信 - Google Patents

Abstract

異なるキャリア構成をもつキャリアをアグリゲートするための技法が提供される。それらのキャリアは、時分割複信（ＴＤＤ）キャリアと周波数分割複信（ＦＤＤ）キャリアの両方を含み得、それらのキャリアは、両方のキャリアタイプのための制御情報がＴＤＤキャリアによって搬送されるように構成され得る。一態様では、ＴＤＤサブフレームとＦＤＤサブフレームの両方を含む、サブフレームのセット間の関連付けが判断される。その関連付けは、負荷分散を達成するためにＴＤＤキャリアのアップリンクサブフレーム上でＦＤＤキャリアのための制御情報を分配するように動作し得る。代替的に、その関連付けは、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバック遅延を最小限に抑えるように動作し得る。ＴＤＤキャリアは、アグリゲートされたキャリアのためのリソース許可を与え得、関連付けは、所与のＤＬサブフレームにおいてスケジュールされ得る両方のキャリアからのサブフレームを識別するために使用され得る。

Description

関連出願の相互参照
[0001] 本特許出願は、本出願の譲受人に譲渡され、その全体が参照により本明細書に明確に組み込まれる、２０１２年６月２２日に出願された「DATA TRANSMISSION IN CARRIER AGGREGATION WITH DIFFERENT CARRIER CONFIGURATIONS」と題する仮出願第６１／６６３，４６８号の優先権を主張する。

[0002] 本開示は、一般に通信に関し、より詳細には、ワイヤレス通信ネットワークにおいてキャリアアグリゲーションをサポートするための技法に関する。

[0003] ワイヤレス通信ネットワークは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャストなどの様々な通信コンテンツを提供するために広く展開されている。これらのワイヤレスネットワークは、利用可能なネットワークリソースを共有することによって複数のユーザをサポートすることが可能な多元接続ネットワークであり得る。そのような多元接続ネットワークの例としては、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークがある。

[0004] ワイヤレス通信ネットワークは、いくつかのユーザ機器（ＵＥ）のための通信をサポートすることができるいくつかの基地局を含み得る。ＵＥは、ダウンリンクおよびアップリンクを介して基地局と通信し得る。ダウンリンク（または順方向リンク）は基地局からＵＥへの通信リンクを指し、アップリンク（または逆方向リンク）はＵＥから基地局への通信リンクを指す。

[0005] ワイヤレス通信ネットワークは、複数のキャリア上での動作をサポートし得る。キャリアは、通信のために使用される周波数の範囲を指し得、いくつかの特性に関連付けられ得る。たとえば、キャリアは、そのキャリア上での動作を記述するシステム情報に関連付けられ得る。キャリアは、コンポーネントキャリア（ＣＣ）、周波数チャネル、セルなどと呼ばれることもある。基地局は、１つまたは複数のキャリア上でデータと制御情報とをＵＥに送り得る。ＵＥは、基地局によるデータ送信をサポートするために制御情報を送り得る。このコンテキストでは、依然として、キャリアアグリゲーションのための制御情報のフレキシブルな送信および処理の必要がある。

[0006] 以下で、１つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、すべての企図された態様の包括的な概観ではなく、すべての態様の主要または重要な要素を識別するものでも、いずれかまたはすべての態様の範囲を定めるものでもない。その唯一の目的は、後で提示するより詳細な説明の導入として、１つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。

[0007] 異なるキャリア構成をもつキャリアをアグリゲートするための技法が提供される。それらのキャリアは、時分割複信（ＴＤＤ：time division duplex）キャリアと周波数分割複信（ＦＤＤ：frequency division duplex）キャリアの両方を含み得、それらのキャリアは、両方のキャリアタイプのための制御情報がＴＤＤキャリアによって搬送されるように構成され得る。一態様では、ＴＤＤサブフレームとＦＤＤサブフレームの両方を含む、サブフレームのセット間の関連付けが判断される。その関連付けは、負荷分散を達成するためにＴＤＤキャリアのアップリンクサブフレーム上でＦＤＤキャリアのための制御情報を分配するように動作し得る。代替的に、その関連付けは、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバック遅延を最小限に抑えるように動作し得る。ＴＤＤキャリアは、アグリゲートされたキャリアのためのリソース許可を与え得、関連付けは、所与のＤＬサブフレームにおいてスケジュールされ得る両方のキャリアからのサブフレームを識別するために使用され得る。

[0008] 一態様によれば、制御情報を送るための方法が、第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むダウンリンク（ＤＬ）サブフレームのセットと、第１のコンポーネントキャリアのアップリンク（ＵＬ）サブフレームとの間の関連付けを判断することを含み得る。本方法は、ＤＬサブフレームのセット上での送信に関連付けられた制御情報を生成することを含み得る。本方法は、関連付けに基づいて第１のコンポーネントキャリアのＵＬサブフレーム上で制御情報を送ることを含み得、ここにおいて、ＦＤＤの第２のコンポーネントキャリアの各ＤＬサブフレームが第１のコンポーネントキャリアの対応するＵＬサブフレームに関連付けられる。

[0009] 別の態様によれば、モバイルデバイスが、少なくともＴＤＤの第１のコンポーネントキャリアとＦＤＤの第２のコンポーネントキャリアとのキャリアアグリゲーション（ＣＡ）のために構成され得る。本モバイルデバイスは、第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むＤＬサブフレームのセットと、第１のコンポーネントキャリアのＵＬサブフレームとの間の関連付けを判断するための手段を含み得る。本モバイルデバイスは、ＤＬサブフレームのセット上での送信に関連付けられた制御情報を生成するための手段を含み得る。本モバイルデバイスは、関連付けに基づいて第１のコンポーネントキャリアのＵＬサブフレーム上で制御情報を送るための手段を含み得、ここにおいて、ＦＤＤの第２のコンポーネントキャリアの各ＤＬサブフレームが第１のコンポーネントキャリアの対応するＵＬサブフレームに関連付けられる。

[0010] 別の態様によれば、モバイルデバイスが、少なくともＴＤＤの第１のコンポーネントキャリアとＦＤＤの第２のコンポーネントキャリアとのＣＡのために構成され得る。本モバイルデバイスは、第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むＤＬサブフレームのセットと、第１のコンポーネントキャリアのＵＬサブフレームとの間の関連付けを判断するように構成された少なくとも１つのプロセッサを含み得る。本モバイルデバイスは、ＤＬサブフレームのセット上での送信に関連付けられた制御情報を生成するように構成された少なくとも１つのプロセッサを含み得る。本モバイルデバイスは、関連付けに基づいて第１のコンポーネントキャリアのＵＬサブフレーム上で制御情報を送るように構成されたトランシーバを含み得、ここにおいて、ＦＤＤの第２のコンポーネントキャリアの各ＤＬサブフレームが第１のコンポーネントキャリアの対応するＵＬサブフレームに関連付けられる。本モバイルデバイスは、少なくとも１つのプロセッサに結合された、データを記憶するためのメモリを含み得る。

[0011] 別の態様によれば、コンピュータプログラム製品が、少なくとも１つのコンピュータに、第１のコンポーネントキャリアのＤＬサブフレームにおいてリソース許可を受信することを行わせるためのコードを含むコンピュータ可読記憶媒体を含み得る。コンピュータ可読記憶媒体は、少なくとも１つのコンピュータに、第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、ＤＬサブフレームと、それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むサブフレームのセットとの間の関連付けを判断することを行わせるためのコードを含み得る。コンピュータ可読記憶媒体は、少なくとも１つのコンピュータに、関連付けに基づいて第１のコンポーネントキャリアのＵＬサブフレーム上で制御情報を送ることを行わせるためのコードを含み得、ここにおいて、ＦＤＤの第２のコンポーネントキャリアの各ＤＬサブフレームが第１のコンポーネントキャリアの対応するＵＬサブフレームに関連付けられる。

[0012] また別の態様によれば、モバイルデバイスによるワイヤレス通信の方法が、少なくともＴＤＤの第１のコンポーネントキャリアとＦＤＤの第２のコンポーネントキャリアとのＣＡのために構成され得る。本方法は、第１のコンポーネントキャリアのＤＬサブフレームにおいてリソース許可を受信することを含み得る。本方法は、第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、ＤＬサブフレームと、それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むサブフレームのセットとの間の関連付けを判断することを含み得る。本方法は、関連付けに基づいて、リソース許可に応答してデータを送信または受信するための、サブフレームのセット中のサブフレームを識別することを含み得、ここにおいて、ＦＤＤの第２のコンポーネントキャリアの各サブフレームが第１のコンポーネントキャリアのＤＬサブフレームに関連付けられる。

[0013] 別の態様によれば、モバイルデバイスが、少なくともＴＤＤの第１のコンポーネントキャリアとＦＤＤの第２のコンポーネントキャリアとのＣＡのために構成され得る。本モバイルデバイスは、第１のコンポーネントキャリアのＤＬサブフレームにおいてリソース許可を受信するための手段を含み得る。本モバイルデバイスは、第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、ＤＬサブフレームと、それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むサブフレームのセットとの間の関連付けを判断するための手段を含み得る。本モバイルデバイスは、関連付けに基づいて、リソース許可に応答してデータを送信または受信するための、サブフレームのセット中のサブフレームを識別するための手段を含み得、ここにおいて、ＦＤＤの第２のコンポーネントキャリアの各サブフレームが第１のコンポーネントキャリアの対応するＤＬサブフレームに関連付けられる。

[0014] 別の態様によれば、モバイルデバイスが、少なくともＴＤＤの第１のコンポーネントキャリアとＦＤＤの第２のコンポーネントキャリアとのＣＡのために構成され得る。本モバイルデバイスは、第１のコンポーネントキャリアのＤＬサブフレームにおいてリソース許可を受信するように構成されたトランシーバを含み得る。本モバイルデバイスは、第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、ＤＬサブフレームと、それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むサブフレームのセットとの間の関連付けを判断するように構成された少なくとも１つのプロセッサを含み得る。本モバイルデバイスは、関連付けに基づいて、リソース許可に応答してデータを送信または受信するための、サブフレームのセット中のサブフレームを識別するように構成された少なくとも１つのプロセッサを含み得、ここにおいて、ＦＤＤの第２のコンポーネントキャリアの各サブフレームが第１のコンポーネントキャリアのＤＬサブフレームに関連付けられる。本モバイルデバイスは、少なくとも１つのプロセッサに結合された、データを記憶するためのメモリを含み得る。

[0015] 別の態様によれば、コンピュータプログラム製品が、少なくとも１つのコンピュータに、第１のコンポーネントキャリアのＤＬサブフレームにおいてリソース許可を受信することを行わせるためのコードを含むコンピュータ可読記憶媒体を含み得る。コンピュータ可読記憶媒体は、少なくとも１つのコンピュータに、第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、ＤＬサブフレームと、それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むサブフレームのセットとの間の関連付けを判断することを行わせるためのコードを含み得る。コンピュータ可読記憶媒体は、少なくとも１つのコンピュータに、関連付けに基づいて、リソース許可に応答してデータを送信または受信するための、サブフレームのセット中のサブフレームを識別することを行わせるためのコードを含み得、ここにおいて、ＦＤＤの第２のコンポーネントキャリアの各サブフレームが第１のコンポーネントキャリアのＤＬサブフレームに関連付けられる。

[0016] また別の態様によれば、モバイルデバイスのための少なくともＴＤＤの第１のコンポーネントキャリアとＦＤＤの第２のコンポーネントキャリアとのＣＡをサポートするアクセスノードによるワイヤレス通信のための方法が開示される。本方法は、ＵＬサブフレーム上でモバイルデバイスから、それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むＤＬサブフレームのセット上での送信に関連付けられた制御情報を受信することを含み得る。本方法は、第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、ＤＬサブフレームのセットとＵＬサブフレームとの間の関連付けを判断することを含み得る。本方法は、アクセスノードによって、関連付けに従って制御情報を復号することを含み得、ここにおいて、ＦＤＤの第２のコンポーネントキャリアの各ＤＬサブフレームが第１のコンポーネントキャリアのＵＬサブフレームに関連付けられる。

[0017] 別の態様によれば、アクセスノードが、少なくともＴＤＤの第１のコンポーネントキャリアとＦＤＤの第２のコンポーネントキャリアとのＣＡのために構成され得る。本アクセスノードは、ＵＬサブフレーム上でモバイルデバイスから、それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むＤＬサブフレームのセット上での送信に関連付けられた制御情報を受信するための手段を含み得る。本アクセスノードは、第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、ＤＬサブフレームのセットとＵＬサブフレームとの間の関連付けを判断するための手段を含み得る。本アクセスノードは、本アクセスノードによって、関連付けに従って制御情報を復号するための手段を含み得、ここにおいて、ＦＤＤの第２のコンポーネントキャリアの各ＤＬサブフレームが第１のコンポーネントキャリアのＵＬサブフレームに関連付けられる。

[0018] 別の態様によれば、アクセスノードが、少なくともＴＤＤの第１のコンポーネントキャリアとＦＤＤの第２のコンポーネントキャリアとのＣＡのために構成され得る。本アクセスノードは、ＵＬサブフレーム上でモバイルデバイスから、それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むＤＬサブフレームのセット上での送信に関連付けられた制御情報を受信するように構成されたトランシーバを含み得る。本アクセスノードは、第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、ＤＬサブフレームのセットとＵＬサブフレームとの間の関連付けを判断するように構成された少なくとも１つのプロセッサを含み得る。本アクセスノードは、本アクセスノードによって、関連付けに従って制御情報を復号するようにさらに構成された少なくとも１つのプロセッサを含み得、ここにおいて、ＦＤＤの第２のコンポーネントキャリアの各ＤＬサブフレームが第１のコンポーネントキャリアのＵＬサブフレームに関連付けられる。本アクセスノードは、少なくとも１つのプロセッサに結合された、データを記憶するためのメモリを含み得る。

[0019] 別の態様によれば、コンピュータプログラム製品が、少なくとも１つのコンピュータに、ＵＬサブフレーム上でモバイルデバイスから、それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むＤＬサブフレームのセット上での送信に関連付けられた制御情報を受信することを行わせるためのコードを含むコンピュータ可読記憶媒体を含み得る。コンピュータ可読記憶媒体は、少なくとも１つのコンピュータに、第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、ＤＬサブフレームのセットとＵＬサブフレームとの間の関連付けを判断することを行わせるためのコードを含み得る。コンピュータ可読記憶媒体は、少なくとも１つのコンピュータに、関連付けに従って制御情報を復号することを行わせるためのコードを含み得、ここにおいて、ＦＤＤの第２のコンポーネントキャリアの各ＤＬサブフレームが第１のコンポーネントキャリアのＵＬサブフレームに関連付けられる。

[0020] また別の態様によれば、モバイルデバイスのための少なくともＴＤＤの第１のコンポーネントキャリアとＦＤＤの第２のコンポーネントキャリアとのＣＡをサポートするアクセスノードによるワイヤレス通信のための方法が開示される。本方法は、第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、第１のコンポーネントキャリアのＤＬサブフレームと、それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むサブフレームのセットとの間の関連付けを判断することを含み得る。本方法は、ＤＬサブフレームにおいてモバイルデバイスにリソース許可を送ることを含み得、ここにおいて、リソース許可が、関連付けに基づいてサブフレームのセット中のサブフレームに関してモバイルデバイスによるデータの送信または受信をスケジュールし、ここにおいて、ＦＤＤの第２のコンポーネントキャリアの各サブフレームが第１のコンポーネントキャリアのＤＬサブフレームに関連付けられる。

[0021] 別の態様によれば、アクセスノードが、少なくともＴＤＤの第１のコンポーネントキャリアとＦＤＤの第２のコンポーネントキャリアとのＣＡのために構成され得る。本アクセスノードは、第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、第１のコンポーネントキャリアのＤＬサブフレームと、それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むサブフレームのセットとの間の関連付けを判断するための手段を含み得る。本アクセスノードは、ＤＬサブフレームにおいてモバイルデバイスにリソース許可を送るための手段を含み得、ここにおいて、リソース許可が、関連付けに基づいてサブフレームのセット中のサブフレームに関してモバイルデバイスによるデータの送信または受信をスケジュールし、ここにおいて、ＦＤＤの第２のコンポーネントキャリアの各サブフレームが第１のコンポーネントキャリアのＤＬサブフレームに関連付けられる。

[0022] 別の態様によれば、アクセスノードが、少なくともＴＤＤの第１のコンポーネントキャリアとＦＤＤの第２のコンポーネントキャリアとのＣＡのために構成され得る。本アクセスノードは、第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、第１のコンポーネントキャリアのＤＬサブフレームと、それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むサブフレームのセットとの間の関連付けを判断するように構成された少なくとも１つのプロセッサを含み得る。本アクセスノードは、ＤＬサブフレームにおいてモバイルデバイスにリソース許可を送るように構成された少なくとも１つのプロセッサを含み得、ここにおいて、リソース許可が、関連付けに基づいてサブフレームのセット中のサブフレームに関してモバイルデバイスによるデータの送信または受信をスケジュールし、ここにおいて、ＦＤＤの第２のコンポーネントキャリアの各サブフレームが第１のコンポーネントキャリアのＤＬサブフレームに関連付けられる。

[0023] 別の態様によれば、コンピュータプログラム製品が、少なくとも１つのコンピュータに、第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、第１のコンポーネントキャリアのＤＬサブフレームと、それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むサブフレームのセットとの間の関連付けを判断することを行わせるためのコードを含むコンピュータ可読記憶媒体を含み得る。コンピュータ可読記憶媒体は、少なくとも１つのコンピュータに、ＤＬサブフレームにおいてモバイルデバイスにリソース許可を送ることを行わせるためのコードを含み得、ここにおいて、リソース許可が、関連付けに基づいてサブフレームのセット中のサブフレームに関してモバイルデバイスによるデータの送信または受信をスケジュールし、ここにおいて、ＦＤＤの第２のコンポーネントキャリアの各サブフレームが第１のコンポーネントキャリアのＤＬサブフレームに関連付けられる。

[0024] 様々な態様が例として図示され説明される、以下の発明を実施するための形態から、当業者には他の態様が容易に明らかになることを理解されたい。図面および発明を実施するための形態は、本質的に例示的なものと見なされるべきであり、限定的なものと見なされるべきではない。

[0025] ＬＴＥネットワークなどであり得る、ワイヤレス通信ネットワークを示す図。 [0026] ＬＴＥ通信システムにおける周波数分割複信（ＦＤＤ）キャリアのための例示的なフレーム構造を示す図。 [0027] ＬＴＥ通信システムにおける時分割複信（ＴＤＤ）キャリアのための例示的なフレーム構造を示す図。 [0028] ハイブリッド自動再送要求（ＨＡＲＱ）を用いたダウンリンク上でのデータ送信の一例を示す図。 [0029] ＨＡＲＱを用いたアップリンク上でのデータ送信の一例を示す図。 [0030] 連続キャリアアグリゲーションの一例を示す図。 [0031] 不連続キャリアアグリゲーションの一例を示す図。 [0032] 異なるキャリア構成をもつ２つのコンポーネントキャリア（ＣＣ）の例示的な展開を示す図。 [0033] スケジュールされるＣＣのＴＤＤタイムラインを使用してＦＤＤ ＣＣがＴＤＤ ＣＣを制御する、第１のシナリオにおけるダウンリンク上でのデータ送信の一例を示す図。 [0034] スケジュールされるＣＣのＴＤＤタイムラインを使用してＦＤＤ ＣＣがＴＤＤ ＣＣを制御する、第１のシナリオにおけるアップリンク上でのデータ送信の一例を示す図。 [0035] スケジュールするＣＣのＦＤＤタイムラインを使用してＦＤＤ ＣＣがＴＤＤ ＣＣを制御する、第１のシナリオにおけるダウンリンク上でのデータ送信の一例を示す図。 [0036] スケジュールするＣＣのＦＤＤタイムラインを使用してＦＤＤ ＣＣがＴＤＤ ＣＣを制御する、第１のシナリオにおけるアップリンク上でのデータ送信の一例を示す図。 [0037] スケジュールされるＣＣのＦＤＤタイムラインを使用してＴＤＤ ＣＣがＦＤＤ ＣＣを制御する、第２のシナリオにおけるダウンリンク上でのデータ送信の一例を示す図。 [0038] スケジュールされるＣＣのＦＤＤタイムラインを使用してＴＤＤ ＣＣがＦＤＤ ＣＣを制御する、第２のシナリオにおけるアップリンク上でのデータ送信の一例を示す図。 [0039] スケジュールするＣＣのＴＤＤタイムラインを使用してＴＤＤ ＣＣがＦＤＤ ＣＣを制御する、第２のシナリオにおけるダウンリンク上でのデータ送信の一例を示す図。 [0040] スケジュールするＣＣのＴＤＤタイムラインを使用してＴＤＤ ＣＣがＦＤＤ ＣＣを制御する、第２のシナリオにおけるアップリンク上でのデータ送信の一例を示す図。 [0041] ハイブリッドタイムラインを使用してＴＤＤ ＣＣがＦＤＤ ＣＣを制御する、第２のシナリオにおけるダウンリンク上でのデータ送信の一例を示す図。 [0042] ハイブリッドタイムラインを使用してＴＤＤ ＣＣがＦＤＤ ＣＣを制御する、第２のシナリオにおけるアップリンク上でのデータ送信の一例を示す図。 [0043] ワイヤレスネットワークにおいて制御情報を送るためのプロセスの一例を示す図。 [0044] ワイヤレスネットワークにおいて制御情報を受信するためのプロセスの一例を示す図。 [0045] ワイヤレスネットワークにおいて制御情報を送るためのモバイルデバイスのプロセスの一例を示す図。 [0046] ワイヤレスネットワークにおいてデータを送信または受信するためのアグリゲートされたキャリアのサブフレームを識別するためのモバイルデバイスのプロセスの一例を示す図。 [0047] ワイヤレスネットワークにおいてモバイルデバイスから受信する、制御情報を処理するためのアクセスノードのプロセスの一例を示す図。 [0048] ワイヤレスネットワークにおいて制御情報を送るためのアクセスノードのプロセスの一例を示す図。 [0049] 図１における基地局／ｅＮＢのうちの１つであり得る例示的な基地局／ｅＮＢおよび図１におけるＵＥのうちの１つであり得る例示的なＵＥのブロック図。

[0050] キャリアアグリゲーションを用いたワイヤレス通信ネットワークにおけるデータ送信をサポートするための技法が本明細書で開示される。これらの技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のワイヤレスネットワークなど、様々なワイヤレス通信ネットワークのために使用され得る。「ネットワーク」および「システム」という用語は、しばしば互換的に使用される。ＣＤＭＡネットワークは、ユニバーサル地上波無線アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）、ｃｄｍａ２０００などの無線技術を実装し得る。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））、時分割同期ＣＤＭＡ（ＴＤ−ＳＣＤＭＡ）、およびＣＤＭＡの他の変形態を含む。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、モバイル通信用グローバルシステム（ＧＳＭ（登録商標）：Global System for Mobile Communications）などの無線技術を実装し得る。ＯＦＤＭＡネットワークは、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ：Evolved UTRA）、ウルトラモバイルブロードバンド（ＵＭＢ：Ultra Mobile Broadband）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標）およびＷｉ−Ｆｉ Ｄｉｒｅｃｔ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）などの無線技術を実装し得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ：Universal Mobile Telecommunication System）の一部である。周波数分割複信（ＦＤＤ：frequency division duplexing）と時分割複信（ＴＤＤ：time division duplexing）の両方における３ＧＰＰロングタームエボリューション（ＬＴＥ：Long Term Evolution）およびＬＴＥアドバンスト（ＬＴＥ−Ａ：LTE-Advanced）は、ダウンリンク上ではＯＦＤＭＡを採用し、アップリンク上ではＳＣ−ＦＤＭＡを採用する、Ｅ−ＵＴＲＡを使用するＵＭＴＳの最近のリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−ＡおよびＧＳＭは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ：3rd Generation Partnership Project）と称する団体からの文書に記載されている。ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２：3rd Generation Partnership Project 2）と称する団体からの文書に記載されている。本明細書で説明する技法は、上記のワイヤレスネットワークおよび無線技術、ならびに他のワイヤレスネットワークおよび無線技術のために使用され得る。明快のために、本技法のいくつかの態様について以下ではＬＴＥに関して説明し、以下の説明の大部分でＬＴＥ用語を使用する。

[0051] 図１に、ＬＴＥネットワークまたは何らかの他のワイヤレスネットワークであり得る、ワイヤレス通信ネットワーク１００を示す。ワイヤレスネットワーク１００は、いくつかの発展型ノードＢ（ｅＮＢ）１１０と他のネットワークエンティティとを含み得る。ｅＮＢは、ＵＥと通信するエンティティであり得、基地局、ノードＢ、アクセスポイントなどと呼ばれることもある。各ｅＮＢ１１０は、特定の地理的エリアに通信カバレージを与え得、カバレージエリア内に位置するＵＥのための通信をサポートし得る。ネットワーク容量を改善するために、ｅＮＢの全体的なカバレージエリアは複数（たとえば、３つ）のより小さいエリアに区分され得る。各々のより小さいエリアは、それぞれのｅＮＢサブシステムによってサービスされ得る。３ＧＰＰでは、「セル」という用語は、ｅＮＢのカバレージエリアおよび／またはこのカバレージエリアをサービスするｅＮＢサブシステムを指すことがある。概して、ｅＮＢは、１つまたは複数の（たとえば、３つの）セルをサポートし得る。「セル」という用語はまた、ｅＮＢが動作するキャリアを指すことがある。

[0052] ワイヤレスネットワーク１００はまた、リレーを含み得る。リレーは、上流エンティティ（たとえば、ｅＮＢまたはＵＥ）からデータの送信を受信し、そのデータの送信を下流エンティティ（たとえば、ＵＥまたはｅＮＢ）に送るエンティティであり得る。リレーはまた、他のＵＥに対する送信を中継するＵＥであり得る。

[0053] ネットワークコントローラ１３０は、ｅＮＢのセットに結合し得、これらのｅＮＢの協調および制御を行い得る。ネットワークコントローラ１３０はバックホールを介してｅＮＢと通信し得る。ｅＮＢも、バックホールを介して互いと通信し得る。

[0054] ＵＥ１２０はワイヤレスネットワーク全体に分散され得、各ＵＥは固定またはモバイルであり得る。ＵＥは、移動局、端末、アクセス端末、加入者ユニット、局、ノードなどと呼ばれることもある。ＵＥは、セルラーフォン、スマートフォン、タブレット、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレスフォン、ワイヤレスローカルループ（ＷＬＬ）局、ネットブック、スマートブックなどであり得る。ＵＥは、ｅＮＢ、リレー、他のＵＥなどと通信することが可能であり得る。

[0055] ワイヤレスネットワーク１００はＦＤＤおよび／またはＴＤＤを利用し得る。ＦＤＤの場合、ダウンリンクとアップリンクとは別々の周波数チャネルを割り振られ得る。ダウンリンク送信は１つの周波数チャネル上で送られ得、アップリンク送信は別の周波数チャネル上で送られ得る。ＴＤＤの場合、ダウンリンクおよびアップリンクは同じ周波数チャネルを共有し得、ダウンリンク送信およびアップリンク送信は、異なる時間期間において同じ周波数チャネル上で送られ得る。

[0056] 図２Ａに、ＬＴＥにおけるＦＤＤのための例示的なフレーム構造２００を示す。ダウンリンクおよびアップリンクの各々の送信タイムラインは無線フレームの単位に区分され得る。各無線フレームは、所定の持続時間（たとえば、１０ミリ秒（ｍｓ））を有し得、０〜９のインデックスをもつ１０個のサブフレームに区分され得る。各サブフレームは２つのスロットを含み得る。したがって、各無線フレームは、０〜１９のインデックスをもつ２０個のスロットを含み得る。各スロットは、Ｌ個のシンボル期間、たとえば、（図２Ａに示されているように）ノーマルサイクリックプレフィックスの場合は７つのシンボル期間、または拡張サイクリックプレフィックスの場合は６つのシンボル期間を含み得る。各サブフレーム中の２Ｌ個のシンボル期間には０〜２Ｌ−１のインデックスが割り当てられ得る。ＦＤＤの場合、ダウンリンクのために使用される周波数チャネルのための各サブフレームはダウンリンクサブフレームと呼ばれることがある。アップリンクのために使用される周波数チャネルのための各サブフレームはアップリンクサブフレームと呼ばれることがある。

[0057] ダウンリンクサブフレームは、制御領域とデータ領域とを含み得る。制御領域は、ダウンリンクサブフレームの最初のＱ個のシンボル期間を含み得、ただし、Ｑは１、２、３または４に等しいことがあり、サブフレームごとに変化し得る。データ領域は、ダウンリンクサブフレームの残りのシンボル期間を含み得る。

[0058] 図２Ｂに、ＬＴＥにおけるＴＤＤのための例示的なフレーム構造２５０を示す。ダウンリンクおよびアップリンクの送信タイムラインは無線フレームの単位に区分され得、各無線フレームは、０〜９のインデックスをもつ１０個のサブフレームに区分され得る。ＬＴＥは、ＴＤＤのためのいくつかのアップリンクダウンリンク構成をサポートする。すべてのアップリンクダウンリンク構成について、サブフレーム０および５はダウンリンクのために使用され、サブフレーム２はアップリンクのために使用される。サブフレーム３、４、７、８および９は、それぞれアップリンクダウンリンク構成に応じてダウンリンクまたはアップリンクのために使用され得る。サブフレーム１は、ダウンリンク制御チャネルならびにデータ送信のために使用されるダウンリンクパイロットタイムスロット（ＤｗＰＴＳ：Downlink Pilot Time Slot）と、無送信のガード期間（ＧＰ：Guard Period）と、ランダムアクセスチャネル（ＲＡＣＨ：random access channel）またはサウンディング基準信号（ＳＲＳ：sounding reference signal）のいずれかのために使用されるアップリンクパイロットタイムスロット（ＵｐＰＴＳ：Uplink Pilot Time Slot）とから構成される３つの特殊フィールドを含む。サブフレーム６は、アップリンクダウンリンク構成に応じて、ＤｗＰＴＳのみ、またはすべての３つの特殊フィールド、またはダウンリンクサブフレームを含み得る。ＤｗＰＴＳ、ＧＰおよびＵｐＰＴＳは、様々なサブフレーム構成について様々な持続時間を有し得る。ＴＤＤの場合、ダウンリンクのために使用される各サブフレームはダウンリンクサブフレームと呼ばれることがあり、アップリンクのために使用される各サブフレームはアップリンクサブフレームと呼ばれることがある。

[0059] 表１に、ＴＤＤ動作をサポートするＬＴＥネットワークにおいて利用可能な７つの例示的なアップリンクダウンリンク構成を記載する。各アップリンクダウンリンク構成は、各サブフレームが（表１において「Ｄ」として示される）ダウンリンクサブフレームであるのか、（表１において「Ｕ」として示される）アップリンクサブフレームであるのか、（表１において「Ｓ」として示される）特殊サブフレームであるのかを示す。表１に示されているように、アップリンクダウンリンク構成１〜５は、各無線フレームにおいてアップリンクサブフレームよりも多くのダウンリンクサブフレームを有する。

[0060] ＦＤＤとＴＤＤの両方について、セルは、ダウンリンクサブフレームの制御領域中で物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ：Physical HARQ Indicator Channel）、および／または他の物理チャネルを送信し得る。ＰＤＣＣＨは、ダウンリンク許可、アップリンク許可など、ダウンリンク制御情報（ＤＣＩ：downlink control information）を搬送し得る。ＰＨＩＣＨは、ハイブリッド自動再送信（ＨＡＲＱ）を用いてアップリンク上でＵＥによって送られるデータ送信のための肯定応答／否定応答（ＡＣＫ／ＮＡＫ）フィードバックを搬送し得る。セルはまた、ダウンリンクサブフレームのデータ領域中で物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）および／または他の物理チャネルを送信し得る。ＰＤＳＣＨは、ダウンリンク上でのデータ送信のためにスケジュールされたＵＥのためのデータ、および／または他の情報を搬送し得る。

[0061] ＦＤＤとＴＤＤの両方について、ＵＥは、アップリンクサブフレームの制御領域中で物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）を送信するか、またはアップリンクサブフレームのデータ領域中で物理アップリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）を送信し得る。ＰＵＣＣＨは、チャネル状態情報（ＣＳＩ：channel state information）などのアップリンク制御情報（ＵＣＩ：uplink control information）、ＨＡＲＱを用いてダウンリンク上でＵＥに送られるデータ送信のためのＡＣＫ／ＮＡＫフィードバック、スケジューリング要求などを搬送し得る。ＰＵＳＣＨはデータおよび／またはＵＣＩを搬送し得る。

[0062] ＬＴＥにおける様々なチャネルは、公開されている「Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation」と題する３ＧＰＰ ＴＳ ３６．２１１に記載されている。

[0063] ワイヤレスネットワーク１００は、信頼性を改善するために、ＨＡＲＱを用いたデータ送信をサポートし得る。ＨＡＲＱでは、送信機（たとえば、ｅＮＢ）は、トランスポートブロックの初期送信を送り得、必要な場合、トランスポートブロックが受信機（たとえば、ＵＥ）によって正しく復号されるか、またはトランスポートブロックの最大数の送信が行われるか、または何らかの他の終了条件に遭遇するまで、トランスポートブロックの１つまたは複数の追加の送信を送り得る。トランスポートブロックは、パケット、コードワードなどと呼ばれることもある。トランスポートブロックの各送信の後に、受信機は、トランスポートブロックを復元することを試みるためにトランスポートブロックのすべての受信された送信を復号し得る。受信機は、トランスポートブロックが正しく復号された場合はＡＣＫを送るか、またはパケットが誤って復号された場合はＮＡＫを送り得る。送信機は、ＮＡＫが受信された場合はトランスポートブロックの別の送信を送り得、ＡＣＫが受信された場合はトランスポートブロックの送信を終了し得る。

[0064] ＬＴＥは、アップリンク上では同期ＨＡＲＱをサポートし、ダウンリンク上では非同期ＨＡＲＱをサポートする。同期ＨＡＲＱの場合、トランスポートブロックのすべての送信は、単一のＨＡＲＱインターレースのサブフレームにおいて送られ得、これは、均等に離間したサブフレームを含み得る。非同期ＨＡＲＱの場合、トランスポートブロックの各送信は、いずれかのサブフレームにおいて送られ得る。

[0065] 特定のＨＡＲＱタイムラインが、ＨＡＲＱを用いたデータ送信のために使用され得る。ＨＡＲＱタイムラインは、ある許可がＰＤＣＣＨ上でそれにおいて送られる特定のサブフレームと、その許可に基づいてデータ送信がＰＤＳＣＨまたはＰＵＳＣＨ上でそれにおいて送られる特定のサブフレームと、そのデータ送信のためのＡＣＫ／ＮＡＫがＰＵＣＣＨまたはＰＨＩＣＨ上でそれにおいて送られる特定のサブフレームとを示し得る。概して、ＨＡＲＱタイムラインは、特定のシーケンスにおいておよび／または特定の時間において、制御情報（たとえば、許可、ＡＣＫ／ＮＡＫなど）、データ、および／または他の情報の送信を指定し得る。ＨＡＲＱタイムラインは、データの再送信をサポートすることもサポートしないこともある。ＨＡＲＱタイムラインは、スケジューリングタイムライン、データ送信タイムライン、制御タイムラインなどと呼ばれることもある。

[0066] 図３Ａに、ＨＡＲＱを用いたダウンリンク上でのデータ送信の一例を示す。ｅＮＢが、ダウンリンク上でのデータ送信のためにＵＥをスケジュールし得る。ｅＮＢは、サブフレームｔD1においてＵＥにＰＤＣＣＨ上でダウンリンク（ＤＬ）許可を送り、ＰＤＳＣＨ上で１つまたは複数のトランスポートブロックのデータ送信を送り得る。ＵＥは、ダウンリンク許可を受信し得、ダウンリンク許可に基づいてＰＤＳＣＨ上で受信されたデータ送信を処理（たとえば、復調および復号）し得る。ＵＥは、各トランスポートブロックが正しく復号されたのか誤って復号されたのかに基づいてＡＣＫ／ＮＡＫフィードバックを判断し得る。ＵＥは、サブフレームｔD2においてｅＮＢにＰＵＣＣＨまたはＰＵＳＣＨ上でＡＣＫ／ＮＡＫフィードバックを送り得る。ｅＮＢは、ＵＥからＡＣＫ／ＮＡＫフィードバックを受信し得る。ｅＮＢは、ＡＣＫがそれのために受信された各トランスポートブロックの送信を終了し得、ＮＡＫがそれのために受信された各トランスポートブロックの別の送信を送り得る。

[0067] 図３Ｂに、ＨＡＲＱを用いたアップリンク上でのデータ送信の一例を示す。ｅＮＢが、アップリンク上でのデータ送信のためにＵＥをスケジュールし得る。ｅＮＢは、サブフレームｔU1においてＵＥにＰＤＣＣＨ上でアップリンク（ＵＬ）許可を送り得る。ＵＥは、アップリンク許可を受信し得、サブフレームｔU2においてＰＵＳＣＨ上で１つまたは複数のトランスポートブロックのデータ送信を送り得る。ｅＮＢは、アップリンク許可に基づいてＰＵＳＣＨ上で受信されたデータ送信を処理（たとえば、復調および復号）し得る。ｅＮＢは、各トランスポートブロックが正しく復号されたのか誤って復号されたのかに基づいてＡＣＫ／ＮＡＫフィードバックを判断し得る。ｅＮＢは、サブフレームｔU3においてＵＥにＰＨＩＣＨ上でＡＣＫ／ＮＡＫフィードバックを送り得る。ｅＮＢは、ｅＮＢによって誤って復号された各トランスポートブロックのデータ送信のためにＵＥをスケジュールし得る（図３Ｂには示されていない）。

[0068] 図３Ａおよび図３Ｂに示されているように、ダウンリンク上でのデータ送信とアップリンク上でのデータ送信とのために、異なるＨＡＲＱタイムラインが使用され得る。ダウンリンク上でのデータ送信のために使用されるＨＡＲＱタイムラインはダウンリンクＨＡＲＱタイムラインと呼ばれることがある。アップリンク上でのデータ送信のために使用されるＨＡＲＱタイムラインはアップリンクＨＡＲＱタイムラインと呼ばれることがある。図３Ａに示されているように、ダウンリンクＨＡＲＱタイムラインは、（ｉ）所与のダウンリンクサブフレームｔD1において送られるダウンリンク許可のためにダウンリンク上でデータ送信をそれにおいて送るための特定のダウンリンクサブフレームｔDxと、（ｉｉ）ダウンリンクサブフレームｔDxにおけるデータ送信のためにアップリンク上でＡＣＫ／ＮＡＫフィードバックをそれにおいて送るための特定のアップリンクサブフレームｔD2とを示し得、ただし、ダウンリンク許可およびダウンリンクデータ送信が、図３Ａに示されているように同じキャリア上で送られるとき、ｔDx＝ｔD1である。図３Ｂに示されているように、アップリンクＨＡＲＱタイムラインは、（ｉ）所与のダウンリンクサブフレームｔU1において送られるアップリンク許可のためにアップリンク上でデータ送信をそれにおいて送るための特定のアップリンクサブフレームｔU2と、（ｉｉ）アップリンクサブフレームｔU2におけるデータ送信のためにダウンリンク上でＡＣＫ／ＮＡＫフィードバックをそれにおいて送るための特定のダウンリンクサブフレームｔU3とを示し得る。

[0069] 異なるＨＡＲＱタイムラインがＦＤＤとＴＤＤとのために使用され得る。さらに、異なるＨＡＲＱタイムラインが、ＴＤＤのための異なるアップリンクダウンリンク構成のために使用され、また、所与のアップリンクダウンリンク構成の異なるサブフレームのために使用され得る。

[0070] 図３Ａに示されているように、ダウンリンクＨＡＲＱタイムラインは、ダウンリンクサブフレームｔD1において送られるダウンリンク許可について、データ送信が同じダウンリンクサブフレームにおいて送られ得、ＡＣＫ／ＮＡＫフィードバックがｎUL_ACK個のサブフレーム後にアップリンクサブフレームｔD2＝ｔD1＋ｎUL_ACKにおいて送られ得ることを示し得る。ＬＴＥでは、ＦＤＤの場合はｎUL_ACK＝４であり、ＴＤＤの場合はｎUL_ACK≧４である。

[0071] 図３Ｂに示されているように、アップリンクＨＡＲＱタイムラインは、ダウンリンクサブフレームｔU1において送られるアップリンク許可について、データ送信がｎUL_Data個のサブフレーム後にアップリンクサブフレームｔU2＝ｔU1＋ｎUL_Dataにおいて送られ得、ＡＣＫ／ＮＡＫフィードバックがｎDL_ACK個のサブフレーム後にダウンリンクサブフレームｔU3＝ｔU2＋ｎDL_ACKにおいて送られ得ることを示し得る。ＬＴＥでは、ＦＤＤの場合はｎUL_Data＝４およびｎDL_ACK＝４であり、ＴＤＤの場合はｎUL_Data≧４およびｎDL_ACK≧４である。

[0072] ＦＤＤの場合、ｎUL_ACK、ｎUL_Data、およびnDL_ACKは、それぞれ４に等しいことがある。ＴＤＤの場合、ｎUL_ACK、ｎUL_Data、およびｎDL_ACKは、以下で説明するように、異なるアップリンクダウンリンク構成について異なり、また、所与のアップリンクダウンリンク構成の異なるサブフレームについて異なることがある。

[0073] 表２に、表１に示された７つのアップリンクダウンリンク構成についてＡＣＫ／ＮＡＫがＰＵＣＣＨまたはＰＵＳＣＨ上でそれにおいて送られ得る、異なるアップリンクサブフレームｔD2のためのｎUL_ACKの値を記載する。ｎUL_ACKはサブフレームオフセット値であり得る。たとえば、アップリンクダウンリンク（ＵＬ−ＤＬ）構成１、サブフレーム３の場合、４の値は、４つのサブフレーム前であるサブフレーム（すなわち、前の無線フレームのサブフレーム９）との関連付けを示し得る。一例として、ＵＬ−ＤＬ構成１の場合、ＡＣＫ／ＮＡＫが、ＰＵＣＣＨまたはＰＵＳＣＨ上で、（ｉ）前の無線フレームのダウンリンクサブフレーム５または６においてＰＤＳＣＨ上でデータ送信をサポートするためにアップリンクサブフレーム２において、または（ｉｉ）前の無線フレームのダウンリンクサブフレーム９においてＰＤＳＣＨ上でデータ送信をサポートするためにアップリンクサブフレーム３において送られ得る。

[0074] 表３に、表１に示された７つのＵＬ−ＤＬ構成についてアップリンク許可がＰＤＣＣＨ上でそれにおいて送られ得る、異なるダウンリンクサブフレームｔU1のためのｎUL_Dataの値を記載する。一例として、ＵＬ−ＤＬ構成１の場合、アップリンク許可が、ＰＤＣＣＨ上で、（ｉ）アップリンクサブフレーム７においてＰＵＳＣＨ上でデータ送信をサポートするためにダウンリンクサブフレーム１において、または（ｉｉ）アップリンクサブフレーム８においてＰＵＳＣＨ上でデータ送信をサポートするためにダウンリンクサブフレーム４において送られ得る。ＵＬ−ＤＬ構成１〜５の場合、データを送るために利用可能なアップリンクサブフレームよりも、ＤＣＩを送るためのより多くのダウンリンクサブフレームが利用可能である。したがって、いくつかのダウンリンクサブフレームはＤＣＩを送るために利用されない。

[0075] 表４に、表１に示された７つのＵＬ−ＤＬ構成についてＡＣＫ／ＮＡＫがＰＨＩＣＨ上でそれにおいて送られ得る、異なるダウンリンクサブフレームｔU3のためのｎDL_ACKの値を記載する。一例として、ＵＬ−ＤＬ構成１の場合、ＡＣＫ／ＮＡＫが、ＰＨＩＣＨ上で、（ｉ）前の無線フレームのアップリンクサブフレーム７においてＰＵＳＣＨ上でデータ送信をサポートするためにダウンリンクサブフレーム１において、または（ｉｉ）前の無線フレームのアップリンクサブフレーム８においてＰＵＳＣＨ上でデータ送信をサポートするためにダウンリンクサブフレーム４において送られ得る。ＡＣＫ／ＮＡＫがＰＨＩＣＨ上でそれにおいて送られ得るサブフレームは、ＰＨＩＣＨサブフレーム、非０のＰＨＩＣＨサブフレームなどと呼ばれることがある。ＰＨＩＣＨサブフレームは、表４における非０のｎDL_ACK値をもつサブフレームである。

[0076] ワイヤレスネットワーク１００は、キャリアアグリゲーションまたはマルチキャリア動作と呼ばれることがある、複数のコンポーネントキャリア（ＣＣ）上での動作をサポートし得る。ＵＥは、キャリアアグリゲーションのための、ダウンリンクのための複数のＣＣとアップリンクのための１つまたは複数のＣＣとで構成され得る。ＦＤＤの場合、ＣＣは、ダウンリンクのための１つの周波数チャネルと、アップリンクのための別の周波数チャネルとを備え得る。ＴＤＤの場合、ＣＣは、ダウンリンクとアップリンクの両方のために使用される単一の周波数チャネルを備え得る。ＦＤＤのために構成されたＣＣはＦＤＤ ＣＣと呼ばれることがある。ＴＤＤのために構成されたＣＣはＴＤＤ ＣＣと呼ばれることがある。ｅＮＢは、１つまたは複数のＣＣ上でデータと制御情報とをＵＥに送信し得る。ＵＥは、１つまたは複数のＣＣ上でデータと制御情報とをｅＮＢに送信し得る。

[0077] 図４Ａに、連続キャリアアグリゲーションの一例を示す。Ｋ個のＣＣが利用可能であり得、互いに隣接し得、ただし、概して、Ｋは任意の整数値であり得る。Ｋは、いくつかのＬＴＥ Ｒｅｌｅａｓｅでは５以下に制限され得る。各ＣＣは最高２０ＭＨｚの帯域幅を有し得る。全体的システム帯域幅は、５つのＣＣがサポートされるとき、最高１００ＭＨｚであり得る。図４Ｂに、不連続キャリアアグリゲーションの一例を示す。Ｋ個のＣＣが利用可能であり得、互いとは別個であり得る。各ＣＣは最高２０ＭＨｚの帯域幅を有し得る。

[0078] ＬＴＥ Ｒｅｌｅａｓｅ １０では、ＵＥは、キャリアアグリゲーションのための最高５つのＣＣで構成され得る。各ＣＣは、最高２０ＭＨｚの帯域幅を有し得、ＬＴＥ Ｒｅｌｅａｓｅ ８との後方互換性があり得る。したがって、ＵＥは、最高５つのＣＣについて最高１００ＭＨｚで構成され得る。１つの設計では、１つのＣＣが、ダウンリンクのための１次ＣＣ（ＰＣＣ：primary CC）に指定され得、ダウンリンクＰＣＣと呼ばれることがある。ダウンリンクＰＣＣは、ダウンリンク許可、アップリンク許可、ＡＣＫ／ＮＡＫフィードバックなど、あるＤＣＩを搬送し得る。１つの設計では、１つのＣＣが、アップリンクのための１次ＣＣに指定され得、アップリンクＰＣＣと呼ばれることがある。アップリンクＰＣＣは、ＡＣＫ／ＮＡＫフィードバックなど、あるＵＣＩを搬送し得る。１つの設計では、ダウンリンクＰＣＣはアップリンクＰＣＣと同じであり得、両方がＰＣＣと呼ばれることがある。別の設計では、ダウンリンクＰＣＣはアップリンクＰＣＣとは異なり得る。

[0079] キャリアアグリゲーションのために、ＵＥが、ダウンリンク上で１つのＰＣＣおよび１つまたは複数の２次ＣＣ（ＳＣＣ：secondary CC）上での動作をサポートし得る。ＵＥは、アップリンク上で１つのＰＣＣおよび０個以上のＳＣＣ上での動作をもサポートし得る。ＳＣＣは、ＰＣＣでないＣＣである。

[0080] 各ＣＣは特定のＣＣ構成に関連付けられ得る。ＣＣのＣＣ構成は、ＣＣの特定の複信モード（たとえば、ＦＤＤまたはＴＤＤ）を示し、ＴＤＤの場合、ＣＣの特定のＵＬ−ＤＬ構成を示し得る。

[0081] ＬＴＥ Ｒｅｌｅａｓｅ １０は、同じＣＣ構成をもつ複数のＣＣのためのキャリアアグリゲーションをサポートする。特に、キャリアアグリゲーションのためのすべてのＣＣはＦＤＤまたはＴＤＤのいずれかのために構成され、ＦＤＤ ＣＣとＴＤＤ ＣＣとの混合は可能にされない。さらに、特殊サブフレームは異なるＣＣのために別々に構成され得るが、ＣＣがＴＤＤのために構成された場合、すべてのＣＣは同じＵＬ−ＤＬ構成を有する。同じＦＤＤまたはＴＤＤ構成ならびに同じＵＬ−ＤＬ構成を有するようにすべてのＣＣを制限することが動作を簡略化し得る。

[0082] ＬＴＥ Ｒｅｌｅａｓｅ １１および／またはそれ以降は、異なるＣＣ構成をもつ複数のＣＣのためのキャリアアグリゲーションをサポートし得る。たとえば、ＦＤＤ ＣＣとＴＤＤ ＣＣとのアグリゲーションがサポートされ得る。別の例として、ＴＤＤのための異なるＵＬ−ＤＬ構成をもつＣＣのアグリゲーションがサポートされ得る。異なるＣＣのための異なるＵＬ−ＤＬ構成は、（ｉ）たとえば、表１に示されているような、ＴＤＤのための異なるＵＬ−ＤＬ構成、（ｉｉ）リレーの動作をサポートするためのダウンリンクサブフレームとアップリンクサブフレームとの区分、（ｉｉｉ）ホームｅＮＢ、ピコｅＮＢなどをサポートするためのダウンリンクサブフレームとアップリンクサブフレームとの割振り、および／または（ｉｖ）他の理由など、様々な理由に起因し得る。異なるＵＬ−ＤＬ構成をもつＣＣをサポートすることは、展開におけるより多くのフレキシビリティを与え得る。各ＣＣは、シングルキャリアモードでＬＴＥ Ｒｅｌｅａｓｅ ８、９または１０における単一のＣＣとの後方互換性があり得る。

[0083] 図５に、異なるＣＣ構成をもつ２つのＣＣの例示的な展開を示す。この例では、ＣＣ１は、ＦＤＤのために構成され、２つの周波数チャネルを含む。一方の周波数チャネルは、ダウンリンクのための周波数チャネルであり、図５において「Ｄ」として示されるダウンリンクサブフレームを含む。他方の周波数チャネルは、アップリンクのための周波数チャネルであり、図５において「Ｕ」として示されるアップリンクサブフレームを含む。ＣＣ２は、ＵＬ−ＤＬ構成１を用いてＴＤＤのために構成される。ＣＣ２のサブフレーム０、４、５および９はダウンリンクサブフレームであり、ＣＣ２のサブフレーム１および６は特殊サブフレームであり、ＣＣ２の残りのサブフレーム２、３、７および８はアップリンクサブフレームである。

[0084] 異なるＣＣ構成をもつ複数のＣＣをアグリゲートする際に課題があり得る。これらのＣＣは、異なる数のダウンリンクおよびアップリンクサブフレームに関連付けられ得る。さらに、所与のサブフレームｔが、あるＣＣ上ではダウンリンクサブフレームに対応し、別のＣＣ上ではアップリンクサブフレームに対応し得る。したがって、１つまたは複数のＣＣのダウンリンクサブフレームが、１つまたは複数の他のＣＣのアップリンクサブフレームと重複し得る。概して、異なるＣＣ構成をもつＣＣは、ダウンリンクサブフレームおよびアップリンクサブフレームの異なるセットに関連付けられ得る。これは、ＨＡＲＱを用いたデータ送信をサポートするための制御情報の送信を複雑にし得る。

[0085] 異なるＣＣ構成をもつ複数のＣＣのためのキャリアアグリゲーションは、同キャリア制御および／またはクロスキャリア制御を用いてサポートされ得る。同キャリア制御の場合、制御情報が所与のＣＣ上で送られて、同じＣＣ上でのデータ送信がサポートされ得る。クロスキャリア制御の場合、制御情報があるＣＣ上で送られて、別のＣＣ上でのデータ送信がサポートされ得る。同キャリア制御とクロスキャリア制御の両方について、ＵＥは、アップリンク上でのデータ送信のためにスケジュールされていないとき、ＰＣＣ上でＰＵＣＣＨ上で制御情報を送り得る。

[0086] 異なるＣＣ構成をもつ複数のＣＣのためのキャリアアグリゲーションは、クロスサブフレーム制御をも用いてサポートされ得る。クロスサブフレーム制御の場合、制御情報が、所与のサブフレームにおいて送られ得、複数のサブフレームのために適用可能であり得る。たとえば、複数のダウンリンクサブフレームおよび／または複数のアップリンクサブフレームにおいてデータ送信をスケジュールするために、複数の許可が所与のダウンリンクサブフレームにおいて送られ得る。クロスサブフレーム制御は、許可を送るために使用されるＣＣがダウンリンクサブフレームよりも多くのアップリンクサブフレームを含むとき、特に適用可能であり得る。

[0087] 表５に、異なるＣＣ構成をもつ複数のＣＣのキャリアアグリゲーションのための２つのシナリオを記載する。第１のシナリオでは、ＦＤＤ ＣＣがＰＣＣであり、ＴＤＤ ＣＣがＳＣＣであり、ＦＤＤ ＣＣはＴＤＤ ＣＣを制御し、たとえば、ＴＤＤ ＣＣ上でのデータ送信をスケジュールする。第２のシナリオでは、ＴＤＤ ＣＣがＰＣＣであり、ＦＤＤ ＣＣがＳＣＣであり、ＴＤＤ ＣＣはＦＤＤ ＣＣを制御し、たとえば、ＦＤＤ ＣＣ上でのデータ送信をスケジュールする。両方のシナリオについて、スケジュールするＣＣは、別のＣＣを制御するＣＣであり、スケジュールされるＣＣは、別のＣＣによって制御されるＣＣである。

[0088] クロスキャリア制御の場合、データ送信は、スケジュールするＣＣのＨＡＲＱタイムラインおよび／またはスケジュールされるＣＣのＨＡＲＱタイムラインに基づいてサポートされ得る。簡単のために、ＦＤＤ ＣＣのＨＡＲＱタイムラインはＦＤＤタイムラインと呼ばれることがあり、ＴＤＤ ＣＣのＨＡＲＱタイムラインはＴＤＤタイムラインと呼ばれることがある。クロスキャリア制御のためのＨＡＲＱタイムラインは以下のうちの１つまたは複数に基づき得る。

１．スケジュールされるＣＣのＨＡＲＱタイムラインを使用する：
ｉ）第１のシナリオ−ＴＤＤ ＣＣがＦＤＤ ＣＣによってスケジュールされるとき、ＴＤＤ ＣＣのＵＬ−ＤＬ構成のＴＤＤタイムラインを使用する、または
ｉｉ）第２のシナリオ−ＦＤＤ ＣＣがＴＤＤ ＣＣによってスケジュールされるとき、ＦＤＤタイムラインを使用する。

２．スケジュールするＣＣのＨＡＲＱタイムラインを使用する：
ｉ）第１のシナリオ−ＴＤＤ ＣＣがＦＤＤ ＣＣによってスケジュールされるとき、ＦＤＤタイムラインを使用する、または
ｉｉ）第２のシナリオ−ＦＤＤ ＣＣがＴＤＤ ＣＣによってスケジュールされるとき、ＴＤＤ ＣＣのＵＬ−ＤＬ構成のＴＤＤタイムラインを使用する。

３．ハイブリッドタイムラインを使用する：
ｉ）第２のシナリオ−ＦＤＤ ＣＣがＴＤＤ ＣＣによってスケジュールされるとき、ＴＤＤ ＣＣのＵＬ−ＤＬ構成のＴＤＤタイムラインを使用し、ＦＤＤ ＣＣ上でアップリンク上で送られるフィードバックのためにＦＤＤタイムラインを使用する。

[0089] 図６Ａに、スケジュールされるＣＣのＴＤＤタイムラインを使用してＦＤＤ ＣＣがＴＤＤ ＣＣを制御する、第１のシナリオにおけるダウンリンク上でのデータ送信の一例を示す。この場合、制御情報がＦＤＤ ＣＣ上で送られ、ダウンリンクデータがＴＤＤ ＣＣ上で送られる。図６Ａは、ＴＤＤ ＣＣがＵＬ−ＤＬ構成１を有し、データがダウンリンクサブフレーム０、１、４、５、６および９のみにおいてＴＤＤ ＣＣ上で送られ得る、一例を示している。ダウンリンク許可が、それぞれ、ダウンリンクサブフレーム０、１、４、５、６および９におけるＴＤＤ ＣＣ上でのダウンリンクデータ送信のために、ダウンリンクサブフレーム０、１、４、５、６および９においてＦＤＤ ＣＣ上で送られ得る。ＡＣＫ／ＮＡＫフィードバックが、それぞれ、ダウンリンクサブフレーム０、１、４、５、６および９におけるＴＤＤ ＣＣ上でのデータ送信のために、アップリンクサブフレーム７、７、８、２、２および３においてＦＤＤ ＣＣ上で送られ得る。

[0090] 図６Ｂに、スケジュールされるＣＣのＴＤＤタイムラインを使用してＦＤＤ ＣＣがＴＤＤ ＣＣを制御する、第１のシナリオにおけるアップリンク上でのデータ送信の一例を示す。この場合、制御情報がＦＤＤ ＣＣ上で送られ、アップリンクデータがＴＤＤ ＣＣ上で送られる。図６Ｂは、ＴＤＤ ＣＣがＵＬ−ＤＬ構成１を有し、データがアップリンクサブフレーム２、３、７および８のみにおいてＴＤＤ ＣＣ上で送られ得る、一例を示している。アップリンク許可が、それぞれ、アップリンクサブフレーム７、８、２および３におけるＴＤＤ ＣＣ上でのアップリンクデータ送信のために、ダウンリンクサブフレーム１、４、６および９においてＦＤＤ ＣＣ上で送られ得る。ＡＣＫ／ＮＡＫフィードバックが、それぞれ、アップリンクサブフレーム７、８、２および３におけるＴＤＤ ＣＣ上でのデータ送信のために、ダウンリンクサブフレーム１、４、６および９においてＦＤＤ ＣＣ上で送られ得る。

[0091] 図６Ａおよび図６Ｂに示されているように、ＴＤＤタイムラインを使用してＦＤＤ ＣＣがＴＤＤ ＣＣを制御するとき、（ＴＤＤ ＣＣのＨＡＲＱタイムラインによって判断された）ＦＤＤ ＣＣの適用可能なサブフレームのみが、ＦＤＤ ＣＣ上で制御情報を送るために使用され得る。特に、ＴＤＤ ＣＣのＨＡＲＱタイムラインに基づいて判断されたＦＤＤ ＣＣのダウンリンクサブフレームにおいて、アップリンクおよびダウンリンク許可はＰＤＣＣＨ上で送られ得、ＡＣＫ／ＮＡＫフィードバックはＰＨＩＣＨ上で送られ得る。ＣＳＩおよびＡＣＫ／ＮＡＫフィードバックは、ＴＤＤ ＣＣのＨＡＲＱタイムラインに基づいて判断された（ＰＣＣであり得る）ＦＤＤ ＣＣのアップリンクサブフレームにおいてＰＵＣＣＨ上で送られ得る。ＤＣＩは、ＴＤＤのためのＤＣＩフォーマットに基づいてＦＤＤ ＣＣ上で送られ得る。

[0092] 図６Ｂに示されたアップリンクデータ送信について、たとえば、複数のアップリンクサブフレームにおけるデータ送信のためのＡＣＫ／ＮＡＫフィードバックがＦＤＤ ＣＣの同じダウンリンクサブフレームにマッピングされることにより、ＰＨＩＣＨ衝突が起こり得る。これは、異なるＣＣの所与のサブフレームがＦＤＤ ＣＣの異なるサブフレームにおいてスケジュールされることにより、起こり得る。たとえば、第１のアップリンク許可が、ＦＤＤ ＣＣのアップリンクサブフレーム７においてデータ送信をスケジュールするために、ＦＤＤ ＣＣのダウンリンクサブフレーム３において送られ得る。第２のアップリンク許可が、ＴＤＤ ＣＣのアップリンクサブフレーム７においてデータ送信をスケジュールするために、ＦＤＤ ＣＣのダウンリンクサブフレーム１において送られ得る。ＦＤＤ ＣＣとＴＤＤ ＣＣの両方のアップリンクサブフレーム７におけるデータ送信のためのＡＣＫ／ＮＡＫフィードバックは、次の無線フレームのダウンリンクサブフレーム１においてＦＤＤ ＣＣ上で送られ得る。ＰＨＩＣＨ衝突は、異なる復調基準信号（ＤＭＲＳ：demodulation reference signal）を使用してＬＴＥ Ｒｅｌｅａｓｅ １０キャリアアグリゲーションの場合と同様の様式で処理され得る。ＦＤＤ ＣＣのダウンリンクサブフレーム３とＴＤＤ ＣＣのダウンリンクサブフレーム１とにおいてＤＣＩにおいて使用されるＤＭＲＳは協調され得る。

[0093] 図７Ａに、スケジュールするＣＣのＦＤＤタイムラインを使用してＦＤＤ ＣＣがＴＤＤ ＣＣを制御する、第１のシナリオにおけるダウンリンク上でのデータ送信の一例を示す。図７Ａは、ＴＤＤ ＣＣがＵＬ−ＤＬ構成１を有し、データがダウンリンクサブフレーム０、１、４、５、６および９のみにおいてＴＤＤ ＣＣ上で送られ得る、一例を示している。ダウンリンク許可が、それぞれ、ダウンリンクサブフレーム０、１、４、５、６および９におけるＴＤＤ ＣＣ上でのダウンリンクデータ送信のために、ダウンリンクサブフレーム０、１、４、５、６および９においてＦＤＤ ＣＣ上で送られ得る。ＡＣＫ／ＮＡＫフィードバックが、それぞれ、ダウンリンクサブフレーム０、１、４、５、６および９におけるＴＤＤ ＣＣ上でのデータ送信のために、アップリンクサブフレーム４、５、８、９、０および３においてＦＤＤ ＣＣ上で送られ得る。

[0094] 図７Ｂに、スケジュールするＣＣのＦＤＤタイムラインを使用してＦＤＤ ＣＣがＴＤＤ ＣＣを制御する、第１のシナリオにおけるアップリンク上でのデータ送信の一例を示す。この場合、制御情報がＦＤＤ ＣＣ上で送られ、アップリンクデータがＴＤＤ ＣＣ上で送られる。図７Ｂは、ＴＤＤ ＣＣがＵＬ−ＤＬ構成１を有し、データがアップリンクサブフレーム２、３、７および８ １のみにおいてＴＤＤ ＣＣ上で送られ得る、一例を示している。アップリンク許可が、それぞれ、アップリンクサブフレーム７、８、２および３におけるＴＤＤ ＣＣ上でのアップリンクデータ送信のために、ダウンリンクサブフレーム３、４、８および９においてＦＤＤ ＣＣ上で送られ得る。ＡＣＫ／ＮＡＫフィードバックが、それぞれ、アップリンクサブフレーム７、８、２および３におけるＴＤＤ ＣＣ上でのデータ送信のために、ダウンリンクサブフレーム１、２、６および７においてＦＤＤ ＣＣ上で送られ得る。

[0095] 図７Ａおよび図７Ｂに示されているように、ＦＤＤタイムラインを使用してＦＤＤ ＣＣがＴＤＤ ＣＣを制御するとき、（ＦＤＤ ＣＣのＨＡＲＱタイムラインによって判断された）ＦＤＤ ＣＣの適用可能なサブフレームのみが、ＦＤＤ ＣＣ上で制御情報を送るために使用され得る。特に、ＦＤＤ ＣＣのＨＡＲＱタイムラインに基づいて判断されたＦＤＤ ＣＣのダウンリンクサブフレームにおいて、アップリンクおよびダウンリンク許可はＰＤＣＣＨ上で送られ得、ＡＣＫ／ＮＡＫフィードバックはＰＨＩＣＨ上で送られ得る。ＣＳＩおよびＡＣＫ／ＮＡＫフィードバックは、ＦＤＤ ＣＣのＨＡＲＱタイムラインに基づいて判断された（ＰＣＣであり得る）ＦＤＤ ＣＣのアップリンクサブフレームにおいてＰＵＣＣＨ上で送られ得る。ＤＣＩは、ＦＤＤのためのＤＣＩフォーマットに基づいてＦＤＤ ＣＣ上で送られ得る。ＦＤＤ ＣＣおよびＴＤＤ ＣＣをスケジュールするための探索空間は、同じキャリア帯域幅および送信モードが両方のＣＣのために使用される場合、共有され得る。ＰＨＩＣＨ衝突が、上記で説明したように起こり得、異なるＤＭＲＳを使用してＬＴＥ Ｒｅｌｅａｓｅ １０キャリアアグリゲーションの場合と同様の様式で処理され得る。ＦＤＤ ＣＣとＴＤＤ ＣＣの両方の上でデータ送信をスケジュールするために同じダウンリンクサブフレームにおいて許可が送られ得るので、ＰＨＩＣＨ衝突は容易に処理され得る。

[0096] （たとえば、図６Ａおよび図６Ｂに示されているように）第１のシナリオにおいて、スケジュールされる／ＴＤＤ ＣＣのＨＡＲＱタイムラインを使用することは、いくつかの利点を与え得る。たとえば、ＴＤＤ ＣＣのクロスキャリアおよび同キャリアスケジューリングのためのリソース割振り管理がより容易であり得、両方のＣＣのためのスケジューリング決定が同時に行われ得る。

[0097] （たとえば、図７Ａおよび図７Ｂに示されているように）第１のシナリオにおいて、スケジュールする／ＦＤＤ ＣＣのＨＡＲＱタイムラインを使用することも、いくつかの利点を与え得る。たとえば、ＦＤＤ ＣＣがＴＤＤ ＣＣを制御するためのＰＨＩＣＨ衝突管理が、ＬＴＥ Ｒｅｌｅａｓｅ １０の場合と同様の様式で実行され得る。ＴＤＤ ＣＣのためのＨＡＲＱ遅延が、（ＴＤＤタイムラインの代わりに）ＦＤＤタイムラインの使用により、少ないことがある。ＡＣＫ／ＮＡＫバンドリング／多重化によるスループット損失が低減され得る。両方のＣＣをスケジュールするための探索空間は、同じキャリア帯域幅および同じ送信モードが両方のＣＣのために使用される場合、共有され得る。

[0098] 概して、ＦＤＤ ＣＣが第１のシナリオにおいてＴＤＤ ＣＣを制御するとき、スケジュールするＦＤＤ ＣＣはＦＤＤタイムラインまたはＴＤＤタイムラインに従い得る。ＴＤＤタイムラインを使用したＴＤＤ ＣＣ上でのシングルキャリア動作に対してＦＤＤタイムラインを使用したクロスキャリア制御を用いたＡＣＫ／ＮＡＫバンドリングにより、スケジューリング遅延が少なくなり、ＨＡＲＱ遅延が少なくなり、スループット損失がなくなることがある。クロスキャリア制御が構成されず、ＦＤＤタイムラインがアップリンク上でＰＵＣＣＨのために考慮されない場合、ＵＥは、（ｉ）ＰＨＩＣＨ上でのスケジューリングおよびＡＣＫ／ＮＡＫフィードバックのためにＴＴＤタイムラインに従い、（ｉｉ）ＰＵＣＣＨ上でのフィードバックのためにＦＤＤタイムラインを使用し得る。ＵＥの複雑さの観点から、スケジュールされるＴＤＤ ＣＣのためにＴＤＤタイムラインを採用することが、より容易であり得る。

[0099] 第２のシナリオの場合、ＴＤＤ ＣＣがＦＤＤ ＣＣを制御し得る。使用のために選択されたＨＡＲＱタイムラインにかかわらず、ＦＤＤ ＣＣと比較してＴＤＤ ＣＣ上でのアップリンクおよびダウンリンクサブフレームの欠如により、追加の考慮事項が必要とされ得る。１つの設計では、ＦＤＤタイムラインまたはＴＤＤタイムラインのいずれかであり得る、選択されたＨＡＲＱタイムラインに基づいて、ＦＤＤ ＣＣのすべてのダウンリンクおよびアップリンクサブフレームのサブセットのみがデータ送信のためにスケジュールされ得る。この設計では、選択されたＨＡＲＱタイムラインに基づいてＴＤＤ ＣＣ上で、ダウンリンクおよびアップリンク許可がＰＤＣＣＨ上で送られ得、ＡＣＫ／ＮＡＫフィードバックがＰＨＩＣＨ上で送られ得、ＣＳＩおよびＡＣＫ／ＮＡＫフィードバックがＰＵＣＣＨ上で送られ得る。１つの設計では、選択されたＨＡＲＱタイムラインによってカバーされないルールに基づいて、ＦＤＤ ＣＣの残りのダウンリンクおよびアップリンクサブフレームがスケジュールされ得る。

[00100] 図８Ａに、スケジュールされるＣＣのＦＤＤタイムラインを使用してＴＤＤ ＣＣがＦＤＤ ＣＣを制御する、第２のシナリオにおけるダウンリンク上でのデータ送信の一例を示す。この場合、制御情報がＴＤＤ ＣＣ上で送られ、ダウンリンクデータがＦＤＤ ＣＣ上で送られる。図８Ａは、ＴＤＤ ＣＣが、ＵＬ−ＤＬ構成１を有し、図８Ａに示されたダウンリンクおよびアップリンクサブフレームを含む、一例を示している。ダウンリンク許可が、それぞれ、ダウンリンクサブフレーム０、１、４、５、６および９におけるＦＤＤ ＣＣ上でのダウンリンクデータ送信のために、ダウンリンクサブフレーム０、１、４、５、６および９においてＴＤＤ ＣＣ上で送られ得る。ＡＣＫ／ＮＡＫフィードバックが、それぞれ、ダウンリンクサブフレーム０、１、４、５、６および９におけるＦＤＤ ＣＣ上でのデータ送信のために、サブフレーム４、５、８、９、０および３上で通常は送られるであろう。しかしながら、ＴＤＤ ＣＣのサブフレーム８および３のみがアップリンクサブフレームであり、ＴＤＤ ＣＣのサブフレーム４、５、９および０がダウンリンクサブフレームである。したがって、通常はＦＤＤタイムラインに基づいてサブフレーム４、５、９および０において送られるであろう（図８Ａにおいて片矢印とともに破線によって示される）ＡＣＫ／ＮＡＫフィードバックは、ＴＤＤ ＣＣのアップリンクサブフレームである他のサブフレームにおいて送られ得る。

[00101] 図８Ｂに、スケジュールされるＣＣのＦＤＤタイムラインを使用してＴＤＤ ＣＣがＦＤＤ ＣＣを制御する、第２のシナリオにおけるアップリンク上でのデータ送信の一例を示す。この場合、制御情報がＴＤＤ ＣＣ上で送られ、アップリンクデータがＦＤＤ ＣＣ上で送られる。図８Ｂは、ＴＤＤ ＣＣが、ＵＬ−ＤＬ構成１を有し、図８Ｂに示されたダウンリンクおよびアップリンクサブフレームを含む、一例を示している。アップリンク許可が、それぞれ、アップリンクサブフレーム４、５、８、９、０および３におけるＦＤＤ ＣＣ上でのアップリンクデータ送信のために、ダウンリンクサブフレーム０、１、４、５、６および９においてＴＤＤ ＣＣ上で送られ得る。ＡＣＫ／ＮＡＫフィードバックが、それぞれ、アップリンクサブフレーム４、５、８、９、０および３におけるＦＤＤ ＣＣ上でのデータ送信のために、サブフレーム８、９、２、３、４および７においてＴＤＤ ＣＣ上で通常は送られるであろう。しかしながら、ＴＤＤ ＣＣのサブフレーム９および４のみがダウンリンクサブフレームであり、ＴＤＤ ＣＣのサブフレーム８、２、３および７がアップリンクサブフレームである。したがって、通常はＦＤＤタイムラインに基づいてサブフレーム８、２、３および７において送られるであろう（図８Ｂにおいて片矢印とともに破線によって示される）ＡＣＫ／ＮＡＫフィードバックは、ＴＤＤ ＣＣのダウンリンクサブフレームである他のサブフレームにおいて送られ得る。

[00102] 図８Ａおよび図８Ｂに示されているように、ＦＤＤタイムラインは、ＦＤＤ ＣＣの限られた数のダウンリンクおよびアップリンクサブフレームに直接適用されることがある（また、ＴＤＤ ＣＣのダウンリンクおよびアップリンクサブフレームと重複するすべてのサブフレーム上にさえあるとは限らない）。ＦＤＤタイムラインは、重複するサブフレームのうち利用可能でないことがある（たとえば、許可およびＡＣＫ／ＮＡＫフィードバックのための）いくつかのダウンリンクアップリンクペア送信を仮定する。新しいルールが、ＦＤＤタイムラインがそれのために直接適用されることができないＦＤＤ ＣＣのダウンリンクおよびアップリンクサブフレームのために定義され得る。

[00103] １つの設計では、ＤＣＩは、ＦＤＤのためのＤＣＩフォーマットに基づいてＴＤＤ ＣＣ上で送られ得る。ＦＤＤ ＣＣのためのＤＣＩは第１の探索空間において送られ得、ＴＤＤ ＣＣのためのＤＣＩは第２の探索空間において送られ得る。１つの設計では、それら２つのＣＣのための探索空間は、それら２つのＣＣが同じキャリア帯域幅および同じ送信モードに関連付けられるときでも、ＦＤＤのためのＤＣＩフォーマットが使用される場合、共有されない。

[00104] アップリンクデータ送信について、ＦＤＤ ＣＣおよびＴＤＤ ＣＣのためのＡＣＫ／ＮＡＫフィードバックがＴＤＤ ＣＣの同じダウンリンクサブフレームにおいて送られることにより、ＰＨＩＣＨ衝突が起こり得る。ＰＨＩＣＨ衝突は、それら２つのＣＣの所与のアップリンクサブフレームがＴＤＤ ＣＣの異なるダウンリンクサブフレームからスケジュールされることから生じ得る。ＰＨＩＣＨ衝突は、異なるＤＭＲＳを使用してＬＴＥ Ｒｅｌｅａｓｅ １０キャリアアグリゲーションの場合と同様の様式で処理され得る。

[00105] 図８Ａに示されているようなダウンリンクデータ送信について、ＡＣＫ／ＮＡＫフィードバックが、サブフレームのサブセットのためのＦＤＤタイムラインに基づいてＴＤＤ ＣＣ上でＰＵＣＣＨ上で送られ得る。ＦＤＤタイムラインは、いくつかのダウンリンクアップリンクサブフレームペアのために直接適用され得る。ＦＤＤ ＣＣの残りのダウンリンクサブフレームのためのＡＣＫ／ＮＡＫフィードバックは、バンドリング、多重化など、技法を使用して処理され得る。同様に、ＣＳＩが、適用可能なときはいつでもＦＤＤタイムライン／構成に基づいて、および他の場合は他のルールに基づいて、ＴＤＤ ＣＣのアップリンクサブフレームにおいて送られ得る。

[00106] 図９Ａに、スケジュールするＣＣのＴＤＤタイムラインを使用してＴＤＤ ＣＣがＦＤＤ ＣＣを制御する、第２のシナリオにおけるダウンリンク上でのデータ送信の一例を示す。この場合、制御情報がＴＤＤ ＣＣ上で送られ、ダウンリンクデータがＦＤＤ ＣＣ上で送られる。図９Ａは、ＴＤＤ ＣＣが、ＵＬ−ＤＬ構成１を有し、図９Ａに示されたダウンリンクおよびアップリンクサブフレームを含む、一例を示している。ダウンリンク許可が、それぞれ、ダウンリンクサブフレーム０、１、４、５、６および９におけるＦＤＤ ＣＣ上でのダウンリンクデータ送信のために、ダウンリンクサブフレーム０、１、４、５、６および９においてＴＤＤ ＣＣ上で送られ得る。ＡＣＫ／ＮＡＫフィードバックが、それぞれ、ダウンリンクサブフレーム０、１、４、５、６および９におけるＦＤＤ ＣＣ上でのデータ送信のために、サブフレーム７、７、８、２、２および３においてＴＤＤ ＣＣ上で送られ得る。

[00107] 図９Ｂに、スケジュールするＣＣのＴＤＤタイムラインを使用してＴＤＤ ＣＣがＦＤＤ ＣＣを制御する、第２のシナリオにおけるアップリンク上でのデータ送信の一例を示す。この場合、制御情報がＴＤＤ ＣＣ上で送られ、アップリンクデータがＦＤＤ ＣＣ上で送られる。図９Ｂは、ＴＤＤ ＣＣが、ＵＬ−ＤＬ構成１を有し、図９Ｂに示されたダウンリンクおよびアップリンクサブフレームを含む、一例を示している。アップリンク許可が、それぞれ、アップリンクサブフレーム７、８、２および３におけるＦＤＤ ＣＣ上でのアップリンクデータ送信のために、ダウンリンクサブフレーム１、４、６および９においてＴＤＤ ＣＣ上で送られ得る。ＡＣＫ／ＮＡＫフィードバックが、それぞれ、アップリンクサブフレーム７、８、２および３におけるＦＤＤ ＣＣ上でのデータ送信のために、サブフレーム１、４、６および９においてＴＤＤ ＣＣ上で送られ得る。

[00108] 図９Ａおよび図９Ｂに示されているように、ＴＤＤタイムラインは、ＴＤＤ ＣＣのダウンリンクおよびアップリンクサブフレームと重複するＦＤＤ ＣＣのダウンリンクおよびアップリンクサブフレームに直接適用され得る。新しいルールが、ＦＤＤ ＣＣの残りのダウンリンクおよびアップリンクサブフレームにおいてデータ送信をサポートするために定義され得る。

[00109] １つの設計では、ＤＣＩは、ＴＤＤのためのＤＣＩフォーマットに基づいてＴＤＤ ＣＣ上で送られ得る。ＦＤＤ ＣＣのためのＤＣＩはＴＤＤ ＣＣ上で第１の探索空間において送られ得、ＴＤＤ ＣＣのためのＤＣＩはＴＤＤ ＣＣ上で第２の探索空間において送られ得る。１つの設計では、それら２つのＣＣのための探索空間は、これら２つのＣＣが同じキャリア帯域幅および同じ送信モードに関連付けられる場合、共有され得る。

[00110] アップリンクデータ送信について、ＰＨＩＣＨ衝突が、異なるＤＭＲＳを使用してＬＴＥ Ｒｅｌｅａｓｅ １０キャリアアグリゲーションの場合と同様の様式で処理され得る。ＦＤＤ ＣＣは、ＴＤＤ ＣＣよりも多くのアップリンクサブフレームを含み、新しいルールが、ＦＤＤ ＣＣの追加のアップリンクサブフレームのために定義され得る。ＴＤＤ ＣＣ上の０のＰＨＩＣＨサブフレームによるいくつかの制限が定義され得る。

[00111] 図９Ａに示されているようなダウンリンクデータ送信について、ＦＤＤ ＣＣのダウンリンクサブフレームのサブセットのためのＡＣＫ／ＮＡＫフィードバックが、ＴＤＤタイムラインに基づいてＴＤＤ ＣＣのアップリンクサブフレームにおいて送られ得る。ＦＤＤ ＣＣの残りのダウンリンクサブフレームのためのＡＣＫ／ＮＡＫフィードバックは、バンドリング、多重化などを含み得る、新しいルールに基づいて送られ得る。場合によっては（ＴＤＤ ＣＣのＵＬ−ＤＬ構成に応じて）、ＨＡＲＱ遅延は、最小処理時間が満たされることができない場合、増加され得る。ＦＤＤ ＣＣのためのＣＳＩフィードバックが、ＴＤＤ ＣＣのアップリンクサブフレームにおいて送られ得、ＴＤＤタイムライン／構成に従い得る。

[00112] （たとえば、図８Ａおよび図８Ｂに示されているように）第２のシナリオにおいて、スケジュールされる／ＦＤＤ ＣＣのＨＡＲＱタイムラインを使用することは、いくつかの利点を与え得る。たとえば、ＦＤＤ ＣＣのクロスキャリアおよび同キャリアスケジューリングのためのリソース割振り管理がより容易であり得、スケジューリング決定が同時に行われ得る。

[00113] （たとえば、図９Ａおよび図９Ｂに示されているように）第２のシナリオにおいて、スケジュールする／ＴＤＤ ＣＣのＨＡＲＱタイムラインを使用することも、いくつかの利点を与え得る。たとえば、両方のＣＣをスケジュールするための探索空間は、両方のＣＣが同じキャリア帯域幅および同じ送信モードを有する場合、共有され得る。ＨＡＲＱタイムラインがＦＤＤ ＣＣに基づくときよりも、制御ルール再利用がより良いことがある。

[00114] 概して、ＴＤＤ ＣＣが第２のシナリオにおいてＦＤＤ ＣＣを制御するとき、ＴＤＤタイムラインが使用されるのかＦＤＤタイムラインが使用されるのかにかかわらず、追加のルールが、ＦＤＤ ＣＣのすべてのダウンリンクおよびアップリンクサブフレームをカバーするために定義され得る。ＦＤＤ ＣＣのためのＴＤＤタイムラインを使用することは、ＴＤＤ動作のための既存のルールのより良い再利用を可能にし得る。ＴＤＤ動作のためのこれらのルールは、ＴＤＤ ＣＣのダウンリンクおよびアップリンクサブフレームと重複するＦＤＤ ＣＣのダウンリンクおよびアップリンクサブフレームに適用され得る。新しいルールが、ＦＤＤ ＣＣの残りのダウンリンクおよびアップリンクサブフレームのために定義され得る。

[00115] ハイブリッドタイムラインは、第２のシナリオにおいてＴＤＤ ＣＣとともにＦＤＤ ＣＣをスケジュールするために使用され得る。ハイブリッドタイムラインの１つの設計では、ＤＣＩが、スケジュールするＴＤＤ ＣＣのＴＤＤタイムラインに基づいてＴＤＤ ＣＣ上で送られ得、ＵＣＩが、スケジュールされるＦＤＤ ＣＣのＦＤＤタイムラインに基づいてＦＤＤ ＣＣ上で送られ得る。ダウンリンク上でのデータ送信について、ダウンリンク許可が、ＴＤＤタイムラインに基づいてＴＤＤ ＣＣ上で送られ得、ダウンリンクデータが、スケジュールされたようにＦＤＤ ＣＣ上で送られ得、ＡＣＫ／ＮＡＫフィードバックが、ＦＤＤタイムラインに基づいてＦＤＤ ＣＣ上で送られ得る。したがって、ＵＣＩが、ダウンリンクＰＣＣとリンクされていないアップリンクＣＣであって、代わりに、データ送信がそれの上で実際に行われるダウンリンクＣＣとリンクされたアップリンクＣＣ上で、ＰＵＣＣＨ上で送られ得る。

[00116] ハイブリッドタイムラインは様々な様式で実装され得る。１つの設計では、ＵＣＩが、すべてのサブフレームにおいてＦＤＤ ＣＣ上でＰＵＣＣＨ上で送られ得る。別の設計では、ＵＣＩは、いくつかのサブフレーム、たとえば、ＴＤＤタイムラインによって処理されることができないサブフレームのみにおいて、ＦＤＤ ＣＣ上でＰＵＣＣＨ上で送られ得る。

[00117] ハイブリッドタイムラインはダウンリンクＰＣＣを保持し得、これは、異種ネットワーク（ＨｅｔＮｅｔ：heterogeneous network）における干渉管理にとって重要であり得る。アップリンク上の干渉状態は、ダウンリンクと同様の方法で影響を及ぼされないことがある。したがって、ＵＣＩは、アップリンク干渉状態への影響ほとんどなしに別のアップリンクＣＣ上で送られ得る。

[00118] 図１０Ａに、ハイブリッドタイムラインを使用してＴＤＤ ＣＣがＦＤＤ ＣＣを制御する、第２のシナリオにおけるダウンリンク上でのデータ送信の一例を示す。図１０Ａは、ＴＤＤ ＣＣが、ＵＬ−ＤＬ構成１を有し、図１０Ａに示されたダウンリンクおよびアップリンクサブフレームを含む、一例を示している。ダウンリンク許可が、それぞれ、ダウンリンクサブフレーム０、１、２、３、４、５、６、７、８および９におけるＦＤＤ ＣＣ上でのダウンリンクデータ送信のために、ダウンリンクサブフレーム０、１、０、１、４、５、６、５、６および９においてＴＤＤ ＣＣ上で送られ得る。ＡＣＫ／ＮＡＫフィードバックが、それぞれ、ダウンリンクサブフレーム０、１、２、３、４、５、６、７、８および９におけるＦＤＤ ＣＣ上でのデータ送信のために、アップリンクサブフレーム４、５、６、７、８、９、０、１、２および３において（ＴＤＤ ＣＣの代わりに）ＦＤＤ ＣＣ上で送られ得る。ＦＤＤ ＣＣ上でのダウンリンクデータ送信のためのＡＣＫ／ＮＡＫフィードバックがＴＤＤ ＣＣのアップリンクサブフレームにおいて送られる場合、サブフレームバンドリングが利用され得、これは、ダウンリンクスループットの損失を生じ得る。

[00119] 図１０Ａに示された設計は、ＦＤＤ ＣＣの高々２つのダウンリンクサブフレームをスケジュールするために、高々２つのダウンリンク許可がＴＤＤ ＣＣの所与のダウンリンクサブフレームにおいて送られるように、ＴＤＤ ＣＣのダウンリンクサブフレームにわたってＰＤＣＣＨの負荷を分散することを試みる。ダウンリンク許可は、たとえば、ＨＡＲＱ遅延を最小限に抑えるために、他の様式でも送られ得る。たとえば、ＦＤＤ ＣＣのダウンリンクサブフレーム２および７が、ＨＡＲＱ遅延を低減するために、（図１０Ａに示されているようにＴＤＤ ＣＣのサブフレーム０および５においての代わりに）ＴＤＤ ＣＣの、それぞれサブフレーム１および６において送られるダウンリンク許可を介してスケジュールされ得る。しかしながら、これは、より不平衡なＰＤＣＣＨ負荷を生じ、１つのダウンリンク許可がサブフレーム０において送られ、３つのダウンリンク許可がＴＤＤ ＣＣのサブフレーム１において送られるであろう。

[00120] 図１０Ｂに、ハイブリッドタイムラインを使用してＴＤＤ ＣＣがＦＤＤ ＣＣを制御する、第２のシナリオにおけるアップリンク上でのデータ送信の一例を示す。図１０Ｂは、ＴＤＤ ＣＣが、ＵＬ−ＤＬ構成１を有し、図１０Ｂに示されたダウンリンクおよびアップリンクサブフレームを含む、一例を示している。アップリンク許可が、それぞれ、アップリンクサブフレーム５、６、７、８、９、０、１、２、３および４におけるＦＤＤ ＣＣ上でのアップリンクデータ送信のために、ダウンリンクサブフレーム０、０、１、４、４、５、５、６、９および９においてＴＤＤ ＣＣ上で送られ得る。ＡＣＫ／ＮＡＫフィードバックが、それぞれ、アップリンクサブフレーム５、６、７、８、９、０、１、２、３および４におけるＦＤＤ ＣＣ上でのデータ送信のために、サブフレーム９、０、１、４、４、５、６、６、９および９においてＴＤＤ ＣＣ上で送られ得る。

[00121] 一実施形態では、ＰＵＣＣＨはＴＤＤ ＣＣ上に常駐し、ＴＤＤ ＣＣはＦＤＤ ＣＣを制御し得る。上記で説明したように、ＰＵＣＣＨは、ＣＳＩなどのＵＣＩ、ＨＡＲＱを用いてダウンリンク上でＵＥに送られるデータ送信のためのＡＣＫ／ＮＡＫフィードバック、スケジューリング要求などを搬送し得る。ＰＵＣＣＨの各サブフレームは、別のサブフレームに関係する制御情報を送るために使用され得る。たとえば、あるサブフレームが、先行するサブフレームからのデータの受信に肯定応答するためのＡＣＫ／ＮＡＫフィードバックを送るために使用され得る。クロスキャリア制御では、ＰＵＣＣＨサブフレームは、別のキャリアのサブフレームに関係する制御情報を送るために使用され得る。

[00122] クロスキャリア制御方式では、ハイブリッドタイムラインを反映するサブフレームの関連付けセットが定義され得る。たとえば、ＴＤＤ ＣＣが別のＴＤＤ ＣＣを制御するとき、それら２つのＴＤＤ ＣＣのＵＬ−ＤＬ構成は同じであり得る。関連付けセットは、静的、半静的、または動的ルールに基づいて判断され得る。静的関連付けの場合、その情報は、各ＴＤＤ ＵＬ−ＤＬ構成について所定のものであり得る。たとえば、その情報はＵＥまたはｅＮＢに（たとえば、値の表として）記憶され得る。たとえば、ＵＥまたはｅＮＢは、その記憶されたデータに基づいてサブフレーム関連付けについて知り得る。たとえば、ＵＥまたはｅＮＢは、（１つまたは複数の）セット中の特定のサブフレームに関連付けられた制御情報の要素を識別するために関連付けの知識を使用し得る。

[00123] 多くの関連付けセットが可能である。たとえば、いくつかの関連付けセットは、制御するＣＣの制御負荷を分散すること、関連付けられたサブフレーム間のＨＡＲＱ遅延を最小限に抑えることなどに基づいて、サブフレームを関連付け得る。ＴＤＤ ＣＣがＦＤＤ ＣＣを制御するとき、ＴＤＤ ＣＣとＦＤＤ ＣＣとの間でのサブフレーム構成は異なり得る。ＴＤＤ ＣＣのサブフレームをＦＤＤ ＣＣのサブフレームにマッピングする、修正されたダウンリンク関連付けセットが定義され得る。その関連付けセットは追加のＤＬ ＦＤＤサブフレームを含み得る。各ＵＬサブフレームはＤＬサブフレームの数（ＭDL）に関連付けられ得る。そのＵＬサブフレームはＴＤＤサブフレームおよびＦＤＤサブフレームに関連付けられ得る。

[00124] 各セット中の要素の数（ＭDL）は、単一のＵＬサブフレームｎに関連付けられたＤＬサブフレームの数を表す。ＤＬ ＦＤＤサブフレームを含むための表２からの修正は、ＴＤＤ ＣＣのアップリンクサブフレームにわたる制御負荷のより均一な分配を行うためにＰＤＣＣＨの負荷を分散すること、および／またはＨＡＲＱフィードバックのための遅延を制限することなど、設計考慮事項に基づき得る。負荷を分散することは、ＨＡＲＱ遅延が１次考慮事項でない場合、または限られた数のビットが、特定のアップリンク制御チャネルフォーマットを用いて制御情報を送信するために利用可能である場合、有利であり得る。たとえば、制御負荷を分散または分配する関連付けが、ＰＵＣＣＨフォーマット１ｂを用いて有利に使用され得る。ＰＵＣＣＨフォーマット３が使用されるとき、より大きいペイロードが利用可能であり、負荷分散考慮事項があまり重要でないことがある。ＨＡＲＱ遅延を最小限に抑えることは、クロスサブフレームＤＬスケジューリングを用いたクロスキャリア制御が構成される場合に有利であり得る。ＨＡＲＱフィードバックを与えることは、最小ＨＡＲＱ遅延または処理時間（たとえば、ＬＴＥでは３ｍｓ）を条件とする。ＨＡＲＱ遅延を最小限に抑えることは、最小ＨＡＲＱ処理時間を条件としてＤＬサブフレームのセット中のサブフレームをＴＤＤキャリア上の次の利用可能なＵＬサブフレームと関連付けることによって行われ得る。スケジューリング遅延が処理時間（時間的）遅延に関連付けられ得る。

[00125] 表６に、ＵＬサブフレームにわたって制御負荷を分散する設計に基づく関連付けセットを示す。表６に、表１に示された７つのＵＬ−ＤＬ構成についてＡＣＫ／ＮＡＫがＰＵＣＣＨ上でそれにおいて送られ得る、異なるアップリンクサブフレーム（たとえば、図３Ａに示されているｔD2）のための値を記載する。それらの値は、（たとえば、ＵＬサブフレームに対する）サブフレームオフセットまたは他のサブフレーム識別子を表し得、関連付けは、ＴＤＤサブフレームとＦＤＤサブフレームの両方を含むダウンリンクサブフレームのグループを、制御情報を搬送するための制御するＴＤＤキャリア上の対応するＵＬサブフレームとマッピングし得る。表６は、ＦＤＤサブフレームのための追加の設定を用いて、表２に基づき得る。追加の値は、ＦＤＤ無線フレーム中の各サブフレーム上でのＤＬ送信のカバレージを可能にし得る。ここで、ＦＤＤサブフレームのための追加の値は丸括弧「（）」中に示されている。表６の例では、追加の要素は、均一な分配を行うために各ＵＬ−ＤＬ構成にわたって分配され得る。たとえば、各ＵＬ ＴＤＤサブフレームが、最大数の追加の要素に関連付けられ得る。一態様では、各ＵＬ ＴＤＤサブフレームが、高々２つの追加のＦＤＤサブフレームを含み得る。別の例では、各ＵＬ ＴＤＤが、ＴＤＤサブフレームとＦＤＤサブフレームの両方を含む最大数のサブフレームに関連付けられ得る。別の例では、各ＵＬ ＴＤＤサブフレームが、標準ＴＤＤ構成よりも高々１つ多い要素を含み得る。たとえば、ＵＬ−ＤＬ構成１の場合、ＴＤＤ ＣＣは６つのＤＬおよび特殊サブフレームを有する。ＦＤＤ ＣＣのすべてのサブフレーム（たとえば、無線フレーム中の１０個のサブフレーム）がＤＬのために使用され得るので、ＴＤＤキャリアのＵＬサブフレームに関連付けられなければならない４つの追加のサブフレームがある。一例として、ＵＬ−ＤＬ構成１の場合、ＡＣＫ／ＮＡＫが、ＰＵＣＣＨ上で、（ｉ）前の無線フレームのダウンリンクサブフレーム５、６、または７においてＰＤＳＣＨ上でデータ送信をサポートするためにアップリンクサブフレーム２において、あるいは（ｉｉ）前の無線フレームのダウンリンクサブフレーム８または９においてＰＤＳＣＨ上でデータ送信をサポートするためにアップリンクサブフレーム３において送られ得る。

[00126] 表６の例では、各サブフレームのための関連付けセットは、ＵＬサブフレーム上の制御負荷を分散するように設計される。ＨＡＲＱ遅延を最小限に抑えることは、２次考慮事項であり得る。たとえば、ＵＬ−ＤＬ構成１の場合、サブフレーム３および８は２つの要素を含み、サブフレーム２および７は３つの要素を含む。したがって、ＵＬ−ＤＬ構成１の場合、各ＵＬサブフレームが、別のＤＬサブフレームよりも高々１つ多い要素を有する。別の例では、ＵＬサブフレームが、別のＤＬサブフレームよりも高々２つ多い要素を含み得る。

[00127] 表７に、ＨＡＲＱ遅延を最小限に抑える設計に基づいてＴＤＤ ＣＣがＦＤＤ ＣＣを制御するためのＵＬ−ＤＬ構成を示す。表７に、表１に示された７つのＵＬ−ＤＬ構成についてＡＣＫ／ＮＡＫがＰＵＣＣＨ上でそれにおいて送られ得る、異なるアップリンクサブフレーム（たとえば、図３ＡのｔD2）のための値を記載する。表７のための関連付けセットが、各サブフレームと値とのマッピングであり得る。値は、先行するサブフレームに対する（たとえば、ＵＬサブフレームに対する）オフセットであり得る。値の表は関連付け表であり得る。表７は、ＦＤＤサブフレームのための追加の設定を用いて、表２に基づき得る。追加の値は、ＦＤＤ無線フレーム中の各サブフレーム上でのＤＬ送信のカバレージを可能にし得る。ここで、追加のエントリは丸括弧「（）」中に示されている。表７の例では、追加の要素は、各ＵＬ ＴＤＤサブフレームが、最も近い先行するＤＬサブフレームにＨＡＲＱフィードバックを与えるように、選択される。言い換えれば、ＵＬ ＴＤＤサブフレームは、（１つまたは複数の）ＤＬサブフレームのためのＨＡＲＱフィードバックを与えるための最も近い後続のサブフレームであり得る。一例として、ＵＬ−ＤＬ構成１の場合、ＡＣＫ／ＮＡＫが、ＰＵＣＣＨ上で、（ｉ）前の無線フレームのダウンリンクサブフレーム５、６、７、または８においてＰＤＳＣＨ上でデータ送信をサポートするためにアップリンクサブフレーム２において、あるいは（ｉｉ）前の無線フレームのダウンリンクサブフレーム９においてＰＤＳＣＨ上でデータ送信をサポートするためにアップリンクサブフレーム３において送られ得る。表７の例では、各サブフレームのためのＰＵＣＣＨの制御負荷は、ＨＡＲＱ遅延を最小限に抑えるように設計される。ＵＬサブフレームにわたって制御負荷を分散することは、２次考慮事項であり得る。たとえば、表７における関連付けセットは、制御負荷を分散する設計に基づき得る、表６における関連付けセットよりも短いＨＡＲＱ遅延を含み得る。たとえば、表６と表７のＵＬ−ＤＬ構成１を比較すると、表７のＤＬサブフレーム２および７は、追加のＦＤＤ ＣＣサブフレームのための５つのサブフレームの遅延と、４つのサブフレームの若干のより短い遅延とをも含み、表６は、追加のＦＤＤ ＣＣサブフレームのための５つのサブフレームの遅延を含む。本例が示すように、表７は、いくつかのＤＬサブフレームのためのより短いＨＡＲＱフィードバック遅延を与え得る。一方、表６におけるサブフレームは、表７と比較してより平衡であり得、表６は、各ＵＬ−ＤＬ構成についてＵＬサブフレームにわたって拡散されたより均等な数の要素を含み得る。

[00128] チャネル選択を用いたＰＵＣＣＨフォーマット１ｂが使用されるＬＴＥでは、サブフレーム内のすべてのＣＣにわたる一意のＭDLがあり得る。別の実施形態では、ＣＣが、１つのサブフレーム内で異なるＭDLを有し得る。たとえば、構成１のＴＤＤ ＣＣの場合は、ＭDL＝２であり、ＦＤＤ ＣＣの場合は、ＭDL＝３である。関連付けセットは、異なるＭDLの組合せを考慮に入れる必要があり得る。

[00129] 平衡設計の場合、ＦＤＤ ＣＣのためのＭDL（ＭFDD）およびＴＤＤ ＣＣのためのＭDL（ＭTDD）は、負荷がＵＬサブフレームにわたって分散されるように、選択され得る。一態様では、平衡設計のための関連付けセットは、ＭTDD＝ＭDLおよびＭFDD＝ＭDL＋１であるように、ＭFDDをＭTDD＋１つの追加の要素に等しくなるように制限するように選択され得る。

[00130] ＬＴＥ Ｒｅｌ−１０では、ブロードキャストパラメータ

が、ＰＵＣＣＨフォーマット１ｂリソースのために予約されたリソースの数を定義し得る。

は、１次セル（たとえば、ＴＤＤ ＣＣ）上での対応するＰＤＣＣＨの送信のために使用される第１の制御チャネル要素（ＣＣＥ：control channel element）の数に基づいて判断され得る。クロスキャリア制御が構成されない場合、値

および

が上位レイヤ構成に従って判断され得る。対応するＰＤＣＣＨのＤＣＩフォーマットにおける送信電力制御（ＴＰＣ：transmit power control）フィールドが、上位レイヤによって構成された４つのリソース値のうちの１つからＰＵＣＣＨリソース値を判断するために使用され得る。

[00131] 一態様では、ＭTDD＝ＭDLおよびＭFDD＝ＭDL＋１のための修正された関連付け表は、値ＭFDDに対応する既存のＴＤＤ多重化表に基づき得、ただし、ＰＣＣ（たとえば、ＴＤＤ ＣＣ）のためのエントリが、ＭFDDを反映するように修正される。ＭFDD＝５のための新しい表が確立される必要があり得、または代替的に、ＭFDD＝５のためのサポートは、ＰＵＣＣＨがＴＤＤ ＣＣ上で構成されたとき、ＦＤＤ ＣＣとＴＤＤ ＣＣとのケースキャリアアグリゲーションにおいてサポートされないことがある。

[00132] 別の態様では、修正された関連付け表は、値ＭTDDに対応する既存のＴＤＤ多重化表に基づき得、ただし、ＳＣＣ（たとえば、ＦＤＤ ＣＣ）のためのエントリが、ＭTDDを反映するように修正される。追加のＦＤＤサブフレームに対応する追加のエントリが、最初に、既存のエントリのうちの１つとバンドル／多重化され、ＵＬサブフレーム上で送られ得る。バンドル／多重化されたデータは、ＴＤＤキャリアのアップリンク制御フォーマットにおいて送られ得る。

[00133] ＰＵＣＣＨフォーマット３を使用する場合、ＬＴＥ Ｒｅｌ−１０方法は、サブフレームにおける各セルのためのビットの数が異なり得る場合、ＦＤＤ ＣＣとＴＤＤ ＣＣとのアグリゲーションのために再利用され得る。たとえば、ＬＴＥ Ｒｅｌ−１０は、ＵＥが、構成されたサービングセルの数と、各サービングセルのために構成されたダウンリンク送信モードと、セットＫ中の要素の数であるＭDLとに基づいて、ＵＬサブフレームｎに関連付けられたＨＡＲＱビットの数を判断し得ることを指定する。値（ＯACK）が、各サービングセルのためのＨＡＲＱビットの数として定義され得、それは、ＴＤＤ ＣＣのためのＭTDDおよびＦＤＤ ＣＣのためのＭFDDに基づいて判断され得る。フィードバックビットの数が２０よりも大きい場合、ＤＬサブフレーム内でのコードワードの空間ＡＣＫ／ＮＡＣＫバンドリングが、ＬＴＥ Ｒｅｌ−１０の場合のように、各ＣＣについて実行され得る。フィードバックが２０よりも大きい場合、空間バンドリング（たとえば、ＭFDD＞４の５つのＣＣ）の後でも、追加のルールが使用され得る。たとえば、ビットは、ＭFDD＞４のＦＤＤ ＣＣのサブフレームにわたってバンドルされ得る。

[00134] ＴＤＤ ＣＣがＦＤＤ ＣＣを制御するクロスキャリア制御の場合、ＴＤＤ ＣＣ上のＤＬおよび特殊サブフレームのみが割当ておよび許可のために使用され得る。対照的に、ＦＤＤ ＣＣがＴＤＤ ＣＣを制御する場合、ＦＤＤ ＣＣ上のすべてのサブフレームがスケジューリングのために利用可能であり得る。ＦＤＤ ＣＣを制御するためにＴＤＤ ＣＣを使用することは、ＦＤＤ ＣＣがＴＤＤ ＣＣよりも多くのサブフレームを含むので、課題を提示し得る。ＴＤＤ ＣＣがＦＤＤ ＣＣを制御するときにリソースを許可するための２つの可能な手法について以下で説明する。

[00135] 一実施形態では、ＦＤＤ ＣＣ上のサブフレームのサブセットのみがスケジュールされ得る。たとえば、ＴＤＤ ＣＣのＤＬまたはＵＬに対応するＦＤＤ ＣＣのＤＬまたはＵＬ上のサブフレームのみがスケジュールされ得る。この実施形態では、スケジュールされていないサブフレームは、ＵＥが、スケジュールされていないサブフレームを使用しないので、浪費され得る。しかしながら、サブフレームがＴＤＤ ＣＣからクロススケジュールされない場合、ＵＥは、依然としてそのサブフレームを使用することが可能であり得る。

[00136] 別の実施形態では、ＦＤＤ ＣＣのＤＬまたはＵＬ上のすべてのサブフレームがスケジュールされ得る。そのスケジューリングは、クロスサブフレーム制御またはマルチ送信時間間隔スケジューリングに基づき得る。特定のサブフレームからクロスサブフレーム制御を介したサブフレームのセットのスケジューリングは、静的、半静的、または動的であり得る。静的スケジューリングの場合、その情報は、各ＴＤＤ ＵＬ−ＤＬ構成について所定のものであり得る。たとえば、その情報はＵＥまたはｅＮＢに（たとえば、値の表として）記憶され得る。たとえば、ＵＥまたはｅＮＢは、その記憶されたデータに基づいてサブフレーム関連付けについて知り得る。たとえば、ＵＥまたはｅＮＢは、（１つまたは複数の）セット中の特定のサブフレームに関連付けられた制御情報の要素を識別するために関連付けの知識を使用し得る。半静的スケジューリングの場合、構成はＲＲＣ構成によって指定され得る。たとえば、ＵＥは、特定の関連付けセットを使用するために（たとえば、周期的に、所定の時間期間において、など）ＲＲＣ構成メッセージを受信し得る。動的スケジューリングの場合、その情報は、クロスサブフレームインジケータによって（たとえば、ｅＮＢを介して）ＵＥに与えられ得る。動的スケジューリングは静的構成または半静的構成の組合せであり得る。スケジューリングは、ＵＥによる少なくとも３ｍｓ処理時間を可能にすることによって制限され得る。ＤＬ割当てが、関連付けられたＤＬサブフレームと同じサブフレームにおいて送信され得る。言い換えれば、ＤＬ割当てについて、割当てＤＬサブフレームと、関連付けられたＤＬサブフレームとの間のオフセットは０であり得る。

[00137] 静的構成が各ＴＤＤ ＵＬ−ＤＬ構成について定義され得る。ＵＬスケジューリング上で、一例では、ＴＤＤ ＵＬ−ＤＬ構成１〜６（表１参照）および通常ＨＡＲＱ演算について、ＵＥが、ＵＥを対象とするサブフレームｎにおいて、ＤＣＩフォーマット０のＰＤＣＣＨおよび／またはＰＨＩＣＨ送信を検出したとき、ＵＥは、関連付け表によって定義されるｋを用いて、サブフレームｎ＋ｋにおいて対応するＰＵＳＣＨ送信を調整し得る。

[00138] 表８に、無線フレーム中のＵＬサブフレームのためのすべての可能なリソース許可をカバーする構成のセットを示す。リソース許可はアップリンク許可またはダウンリンク割当てであり得る。表８のための関連付けセットが、各サブフレーム（たとえば、図３ＢのｔU1）と値とのマッピングであり得る。値は、後続のサブフレームに対するオフセットであり得る。値の表は関連付け表であり得る。一例として、ＵＬ−ＤＬ構成１の場合、ＵＬリソース許可が、ＰＤＣＣＨ上で、（ｉ）現在の無線フレームのサブフレーム４、５、または６のためのＵＬリソースを許可するためにダウンリンクサブフレーム０において、あるいは（ｉｉ）現在の無線フレームのサブフレーム５、６、または７のためのＵＬリソースを許可するためにダウンリンクサブフレーム１において送られ得る。サブフレーム０および１のための例は、サブフレーム５および６のための冗長ＵＬリソース許可を示すことが留意され得る。可能なＵＬサブフレーム構成のサブセットのみが、各ＵＬ−ＤＬ ＴＤＤ ＣＣ構成について構成または指定される必要がある。以下の表９に、表８の可能な構成のセットに基づく１つの例示的な構成を示す。

[00139] 表９は、無線フレーム中のすべてのＵＬサブフレームをカバーするための、表８のすべての可能な構成からの１つの構成を示している。表９のための関連付けセットが、各サブフレーム（たとえば、図３ＢのｔU1）と値とのマッピングであり得る。値は、後続のサブフレームに対するオフセットであり得る。値の表は関連付け表であり得る。一例として、ＵＬ−ＤＬ構成１の場合、ＵＬリソース許可が、ＰＤＣＣＨ上で、（ｉ）現在の無線フレームのサブフレーム４または５のためのＵＬリソースを許可するためにダウンリンクサブフレーム０において、あるいは（ｉｉ）現在の無線フレームのサブフレーム６または７のためのＵＬリソースを許可するためにダウンリンクサブフレーム１において送られ得る。表９の例では、各サブフレームのためのＰＤＣＣＨのリソース許可負荷は、リソース許可負荷を分散するように設計される。たとえば、ＵＬ−ＤＬ構成１の場合、サブフレーム０、１、５、および６は２つのリソース許可を含み、サブフレーム４および９は１つのリソース許可を含む。したがって、ＵＬ−ＤＬ構成１の場合、各サブフレームが、別のＤＬサブフレームよりも高々１つ多いリソース許可を有する。別の例では、各サブフレームが、別のＤＬサブフレームよりも高々２つ多いリソース許可を含み得る。この事例では、設計は、ＤＬサブフレームにわたって許可負荷を分散する。

[00140] 表１０に、無線フレーム中のすべてのＵＬサブフレームをカバーするための１つの構成を示す。表１０のための関連付けセットが、各サブフレーム（たとえば、図３ＢのｔU1）と値とのマッピングであり得るように。値は、後続のサブフレームに対するオフセットであり得る。値の表は関連付け表であり得る。一例として、ＵＬ−ＤＬ構成１の場合、ＵＬリソース許可が、ＰＤＣＣＨ上で、（ｉ）現在の無線フレームのサブフレーム４のためのＵＬリソースを許可するためにダウンリンクサブフレーム０において、あるいは（ｉｉ）現在の無線フレームのサブフレーム５、６、または７のためのＵＬリソースを許可するためにダウンリンクサブフレーム１において送られ得る。表１０の例では、各サブフレームのためのＰＤＣＣＨのリソース許可負荷は、スケジューリング遅延を最小限に抑えるように設計される。たとえば、表９と表１０のＵＬ−ＤＬ構成１を比較すると、表１０のダウンリンクサブフレームは、４（サブフレーム０）および４、５、６（サブフレーム１）のより短い遅延を含み、表１０は、４、５（サブフレーム０）および５、６（サブフレーム１）のより長い遅延を含む。一方、表９におけるサブフレームはより平衡であり、それらのサブフレームにわたって拡散されたより均等な数の要素がある。

[00141] ＤＬスケジューリングについて、スケジュールされるＣＣとスケジュールするＣＣとの重複するＤＬサブフレームは、ＬＴＥ Ｒｅｌ−８／９／１０からのルールに従い得る。スケジュールするＣＣがＵＬサブフレームを有し、スケジュールされるＣＣがＤＬサブフレームを有する場合、クロスサブフレームスケジューリングが利用され得る。

[00142] 表１１に、無線フレーム中のＤＬサブフレームのためのすべての可能な割当てまたは許可をカバーするための構成のセットを示す。表１１のための関連付けセットが、各サブフレーム（たとえば、図３ＡのｔD1）と値とのマッピングであり得る。値は、後続のサブフレームに対するオフセットであり得る。ＤＬ割当てについて、割当ては、オフセットが０であり得るように、データと同じサブフレームにおいて送信され得る。値の表は関連付け表であり得る。一例として、ＵＬ−ＤＬ構成１の場合、ＤＬリソース許可が、ＰＤＣＣＨ上で、（ｉ）現在の無線フレームのサブフレーム０または２のためのＤＬリソースを許可するためにダウンリンクサブフレーム０において、あるいは（ｉｉ）現在の無線フレームのサブフレーム１、２、または３のためのＵＬリソースを許可するためにダウンリンクサブフレーム１において送られ得る。サブフレーム０および１のための例は、サブフレーム２のための冗長ＤＬ割当てを示すことが留意され得る。可能なＤＬサブフレーム構成のサブセットのみが、各ＵＬ−ＤＬ ＴＤＤ ＣＣ構成について構成または指定される必要があり得る。以下の表１２に、１つの例示的な構成を示す。

[00143] 表１２は、無線フレーム中のすべてのＤＬサブフレームをカバーするための、表１１のすべての可能な構成からの１つの構成を示している。表１２のための関連付けセットが、各サブフレーム（たとえば、図３ＡのｔD1）と値／要素とのマッピングであり得る。値は、後続のサブフレームに対するオフセットであり得る。

[00144] 表１２の例では、要素は、均一な分配を行うために各ＵＬ−ＤＬ構成にわたって分配される。スケジューリング遅延を最小限に抑えることは、２次考慮事項であり得る。たとえば、各ＤＬ ＴＤＤサブフレームが、最大数の追加の要素を含み得る。一態様では、各ＤＬ ＴＤＤサブフレームが、高々２つの追加の要素を含み得る。別の例では、各ＤＬ ＴＤＤが、最大数の全要素を含み得る。別の例では、各ＤＬ ＴＤＤサブフレームが、同じＵＬ−ＤＬ構成における別のＤＬ ＴＤＤサブフレームよりも高々２つ多い要素を含み得る。

[00145] 一例として、ＵＬ−ＤＬ構成１の場合、ＤＬ割当てが、ＰＤＣＣＨ上で、（ｉ）現在の無線フレームのサブフレーム０または２のためのＤＬリソースを割り当てるためにダウンリンクサブフレーム０において、あるいは（ｉｉ）現在の無線フレームのサブフレーム１または３のためのＤＬリソースを割り当てるためにダウンリンクサブフレーム１において送られ得る。表１２の例では、各サブフレームのためのＰＤＣＣＨのＤＬ割当て負荷は、割当て負荷を分散するように設計される。たとえば、ＵＬ−ＤＬ構成１の場合、サブフレーム０、１、５、および６は２つのリソース許可を含み、サブフレーム４および９は１つのリソース許可を含む。したがって、ＵＬ−ＤＬ構成１の場合、各サブフレームが、別のＤＬサブフレームよりも高々１つ多いリソース許可を有する。一態様では、ＵＬ−ＤＬ構成０〜６のためのリソース許可または割当て負荷は、各サブフレームが、別のＤＬサブフレームよりも高々２つ多いリソース許可を有するように、分散され得る。

[00146] 表１３に、無線フレーム中のすべてのＤＬサブフレームをカバーするための、表１１のすべての可能な構成からの１つの構成を示す。表１３のための関連付けセットが、各サブフレーム（たとえば、図３ＡのｔD1）と値とのマッピングであり得る。値は、後続のサブフレームに対するオフセットであり得る。一例として、ＵＬ−ＤＬ構成１の場合、ＤＬ割当てが、ＰＤＣＣＨ上で、（ｉ）現在の無線フレームのサブフレーム４のためのＤＬリソースを割り当てるためにダウンリンクサブフレーム０において、あるいは（ｉｉ）現在の無線フレームのサブフレーム５、６、または７のためのＤＬリソースを割り当てるためにダウンリンクサブフレーム１において送られ得る。表１３の例では、各サブフレームのためのＰＤＣＣＨの割当て負荷は、スケジューリング遅延を最小限に抑えるように設計される。

[00147] 各表は、ＴＤＤ ＣＣからの各サブフレームの可能なクロスサブフレームスケジューリングを定義し得る。ＲＲＣプロトコル構成データが、各ＵＥおよびクロススケジュールするＣＣについて、適用可能なオフセット（ｋ）を定義し得る。一例では、構成は、（たとえば、クロススケジュールされるＣＣがＦＤＤ ＣＣであるかのように）スケジュールするＴＤＤ ＣＣのＵＬ−ＤＬ構成に基づいて与えられ、すべてのサブフレームのクロススケジューリングのために定義され得る。クロススケジュールされるＴＤＤ ＣＣのための構成は、各ＵＬ−ＤＬ ＴＤＤ ＣＣ構成について、ＦＤＤ ＣＣクロススケジューリングのための構成のサブセットとして、適用可能なサブフレームのみを考慮に入れて、暗黙的に導出され得る。

[00148] 同じ構成が、クロススケジュールされるＣＣのグループのために使用され得る。たとえば、すべてのクロススケジュールされるＦＤＤ ＣＣが同じ構成を使用し得る。たとえば、同じＵＬ−ＤＬ構成のすべてのクロススケジュールされるＴＤＤ ＣＣが同じ所与の構成を使用し得る。

[00149] 別の実施形態では、各クロススケジュールされるＣＣ構成ごとに構成が与えられ得る。クロススケジュールされるＣＣは、異なり、たとえば、ＦＤＤ ＣＣおよびＴＤＤ ＣＣであり、場合によっては、異なるＴＤＤ ＵＬ−ＤＬ構成のＣＣであり得、異なるスケジューリング要件を有し得る。たとえば、すべてのサブフレームがすべてのＳＣＣ上でスケジュールされる必要があるとは限らない。

[00150] 半静的構成では、ＲＲＣプロトコル構成データが、単一のサブフレームのみからのサブフレームのクロススケジューリングを可能にし得る。この手法は、クロスキャリアスケジューリングのためにＬＴＥ Ｒｅｌ−１０のために使用される手法と同様であり得る。複数のサブフレームからのサブフレームのクロススケジューリングは、ＲＲＣプロトコル構成データによって可能にされ得、これは、より多くのスケジューリングフレキシビリティを提供し得る。ケース制御空間におけるＰＤＣＣＨ負荷の分配は稠密である。

[00151] 一例では、ＲＲＣ構成データは、すべての可能な構成のセットからサブセットを選択するために使用され得る。たとえば、ＴＤＤ ＵＬ−ＤＬ構成１の場合、使用されるべきサブセットはＲＲＣ構成データによって構成され得る。

[00152] 別の実施形態では、動的クロスサブフレームスケジュールが以下のように利用され得る。動的クロススケジューリングは、半静的および／または静的構成とともに利用され得る。動的スケジューリングは、ＵＥが、（１つまたは複数の）特定のＣＣの（１つまたは複数の）特定のサブフレームからのあるサブフレームのみの上でクロススケジュールされ得る場合など、構成に基づいて実行され得る。たとえば、各サブフレームが、最高２つの他のサブフレームをスケジュールし得る。動的クロススケジューリングは、スケジュールするＣＣの特定のＴＤＤ ＵＬ−ＤＬ構成のためのすべての可能なクロスサブフレームスケジューリングオプションに基づき得る。これは、最も多くのフレキシビリティを与え得るが、シグナリングのためのオーバーヘッドが増加され得る。

[00153] 動的スケジューリングは、クロスサブフレームスケジューリングのために、重複しないＵＥ固有探索空間を構成し得る。探索空間が、異なるサブフレームのスケジューリングのために共有されないことがある各サブフレームのために指定され得る。この方法は、探索空間利用に関してあまり効率的でないことがある。サブフレーム指示のためのＤＣＩのための追加のオーバーヘッドが必要とされないことがある。しかしながら、これは困難であり得る。動的スケジューリングは、様々なリソース許容差サイズを利用し得る。ＤＣＩフォーマットにおける（１つまたは複数の）追加のビットが、１つのサブフレームからスケジュールされ得る最大数のサブフレームをカバーするために必要とされ得る。たとえば、スケジュールするＤＬサブフレーム自体を含まずに、３つのサブフレームがＵＬにおいてスケジュールされ、６つのサブフレームがＤＬにおいてスケジュールされ得る。この場合、３つのＵＬサブフレームのための２ビット、および６つのＤＬサブフレームのための３ビットが必要とされ得る。１つのサブフレームからスケジュールされ得るサブフレームの最大数を制限することは、オーバーヘッドを低減し得る。たとえば、あるルールが、スケジューリングを２つの他のサブフレームに制限し得る。最高２つのＵＬサブフレームがＤＬサブフレームからスケジュールされ得るように、サブフレームスケジューリング対応が定義される場合、ビットの数はＵＬスケジューリングのために１ビットに低減される。構成（たとえば、表）は、どの２つのサブフレームがスケジュールされ得るかを指定し得る。その情報はキャリア指示フィールド（ＣＩＦ：carrier indication field）中に埋め込まれ得る。たとえば、ＣＩＦは３ビットを含み、（たとえば、４つのキャリアをサポートする）２ビットがキャリア指示のために使用され、（たとえば、２つのサブフレームをサポートする）１ビットがサブフレーム指示のためのものであり得る。

[00154] 図１７に、図１における基地局／ｅＮＢのうちの１つであり得る例示的な基地局／ｅＮＢ１１０ｙおよび図１におけるＵＥのうちの１つであり得る例示的なＵＥ１２０ｙのブロック図を示す。基地局１１０ｙはＴ個のアンテナ１７３４ａ〜１７３４ｔを装備し得、ＵＥ１２０ｙはＲ個のアンテナ１７５２ａ〜１７５２ｒを装備し得、ただし一般にＴ≧１およびＲ≧１である。

[00155] 基地局１１０ｙにおいて、送信プロセッサ１７２０は、データソース１７１２から１つまたは複数のＵＥのデータを受信し、各ＵＥについて選択された１つまたは複数の変調およびコーディング方式に基づいてそのＵＥのデータを処理（たとえば、符号化および変調）し、すべてのＵＥのデータシンボルを与え得る。送信プロセッサ１７２０はまた、（たとえば、ダウンリンク許可、アップリンク許可、ＡＣＫ／ＮＡＫフィードバックなどについての）制御情報を処理し、制御シンボルを与え得る。プロセッサ１７２０はまた、基準信号のための基準シンボルを生成し得る。送信（ＴＸ）多入力多出力（ＭＩＭＯ）プロセッサ１７３０は、（適用可能な場合は）データシンボル、制御シンボル、および／または基準シンボルをプリコーディングし得、Ｔ個の出力シンボルストリームをＴ個の変調器（ＭＯＤ）１７３２ａ〜１７３２ｔに与え得る。各変調器１７３２は、（たとえば、ＯＦＤＭなどのために）それの出力シンボルストリームを処理して、出力サンプルストリームを取得し得る。各変調器１７３２はさらに、それの出力サンプルストリームを調整（たとえば、アナログへの変換、増幅、フィルタ処理、およびアップコンバート）して、ダウンリンク信号を取得し得る。変調器１７３２ａ〜１７３２ｔからのＴ個のダウンリンク信号は、それぞれＴ個のアンテナ１７３４ａ〜１７３４ｔを介して送信され得る。

[00156] ＵＥ１２０ｙにおいて、アンテナ１７５２ａ〜１７５２ｒは、基地局１１０ｙおよび／または他の基地局からダウンリンク信号を受信し得、受信信号をそれぞれ復調器（ＤＥＭＯＤ）１７５４ａ〜１７５４ｒに与え得る。各復調器１７５４は、それの受信信号を調整（たとえば、フィルタ処理、増幅、ダウンコンバート、およびデジタル化）して、入力サンプルを取得し得る。各復調器１７５４はさらに、（たとえば、ＯＦＤＭなどのための）入力サンプルを処理して、受信シンボルを取得し得る。ＭＩＭＯ検出器１７５６は、すべてのＲ個の復調器１７５４ａ〜１７５４ｒから受信シンボルを取得し、受信シンボルに対してＭＩＭＯ検出を実行し、検出されたシンボルを与え得る。受信プロセッサ１７５８は、検出されたシンボルを処理（たとえば、復調および復号）し、ＵＥ１２０ｙのための復号されたデータをデータシンク１７６０に与え、復号された制御情報をコントローラ／プロセッサ１７８０に与え得る。チャネルプロセッサ１７８４は、異なるキャリア上で受信された基準信号に基づいてこれらのキャリアのためのチャネル応答および干渉を測定し得、当該の各キャリアについてＣＳＩを判断し得る。

[00157] アップリンク上では、ＵＥ１２０ｙにおいて、送信プロセッサ１７６４は、データソース１７６２からデータを受信し、処理し、コントローラ／プロセッサ１７８０から制御情報（たとえば、ＡＣＫ／ＮＡＫフィードバック、ＣＳＩなど）を受信し、処理し得る。プロセッサ１７６４はまた、１つまたは複数の基準信号のための基準シンボルを生成し得る。送信プロセッサ１７６４からのシンボルは、適用可能な場合はＴＸ ＭＩＭＯプロセッサ１７６６によってプリコーディングされ、（たとえば、ＳＣ−ＦＤＭ、ＯＦＤＭなどのために）変調器１７５４ａ〜１７５４ｒによってさらに処理され、基地局１１０ｙに送信され得る。基地局１１０ｙにおいて、ＵＥ１２０ｙおよび他のＵＥからのアップリンク信号は、アンテナ１７３４によって受信され、復調器１７３２によって処理され、適用可能な場合はＭＩＭＯ検出器１７３６によって検出され、受信プロセッサ１７３８によってさらに処理されて、ＵＥ１２０ｙおよび他のＵＥによって送られた復号されたデータおよび制御情報が取得され得る。プロセッサ１７３８は、復号されたデータをデータシンク１７３９に与え、復号された制御情報をコントローラ／プロセッサ１７４０に与え得る。

[00158] コントローラ／プロセッサ１７４０および１７８０は、それぞれ基地局１１０ｙおよびＵＥ１２０ｙにおける動作を指示し得る。基地局１１０ｙにおけるプロセッサ１７４０および／または他のプロセッサおよびモジュールは、図１１におけるプロセス１１００、図１５におけるプロセス１５００、図１６におけるプロセス１６００、および／または本明細書で説明する技法のための他のプロセスを実行または指示し得る。ＵＥ１２０ｙにおけるプロセッサ１７８０および／または他のプロセッサおよびモジュールは、図１２におけるプロセス１２００、図１３におけるプロセス１３００、図１４におけるプロセス１４００、および／または本明細書で説明する技法のための他のプロセスを実行または指示し得る。メモリ１７４２および１７８２は、それぞれ基地局１１０ｙおよびＵＥ１２０ｙのためのデータとプログラムコードとを記憶し得る。スケジューラ１７４４は、ダウンリンク上および／またはアップリンク上でのデータ送信のためにＵＥをスケジュールし得る。

[00159] 図１１に、ワイヤレスネットワークにおいて制御情報を送るためのプロセス１１００の一例を示す。プロセス１１００は、以下で説明するように、基地局（たとえば、ｅＮＢ）によって、または同様のネットワークエンティティによって実行され得る。基地局は、ＵＥのために構成された第１および第２のＣＣを判断し、第１および第２のＣＣが異なるＣＣ構成に関連付けられる（ブロック１１１２）。１つの設計では、異なるＣＣ構成は、ＦＤＤとＴＤＤの組合せに対応し得る。一方のＣＣはＦＤＤに関連付けられ得、他方のＣＣはＴＤＤに関連付けられ得る。別の設計では、異なるＣＣ構成は、ＴＤＤのための第１および第２のＣＣの異なるＵＬ−ＤＬ構成に対応し得る。それら２つのＣＣのＣＣ構成は他の様式でも異なり得る。基地局は、第１のＣＣのための第１のＨＡＲＱタイムラインおよび／または第２のＣＣのための第２のＨＡＲＱタイムラインに基づいて、第２のＣＣ上でデータ送信をサポートするために第１のＣＣ上で制御情報を送る（ブロック１１１４）。

[00160] 上記で説明した第１のシナリオでは、第１のＣＣはＦＤＤに関連付けられ得、第２のＣＣはＴＤＤに関連付けられ得る。第１の／ＦＤＤ ＣＣは第２の／ＴＤＤ ＣＣを制御し得る。１つの設計では、スケジュールされるＣＣのＨＡＲＱタイムライン（またはＴＤＤタイムライン）は、たとえば、図６Ａおよび図６Ｂに示されているように、利用され得る。この設計では、ブロック１１１４について、基地局は、ＴＤＤのための第２のＣＣのＵＬ−ＤＬ構成のための第２のＨＡＲＱタイムラインに基づいて第１のＣＣ上で制御情報を送り得る。別の設計では、スケジュールするＣＣのＨＡＲＱタイムライン（またはＦＤＤタイムライン）は、たとえば、図７Ａおよび図７Ｂに示されているように、利用され得る。この設計では、ブロック１１１４について、基地局は、第１のＣＣのための第１のＨＡＲＱタイムラインに基づいて第１のＣＣ上で制御情報を送り得る。両方の設計について、データ送信が、第１のＣＣのダウンリンクおよびアップリンクサブフレームに一致する第２のＣＣのダウンリンクおよびアップリンクサブフレームのみにおいて、第１または第２のＨＡＲＱタイムラインに基づいて第２のＣＣ上でスケジュールされ得る。残りのサブフレームにおけるデータ送信は、他のルールに基づいてスケジュールされ得る。

[00161] 上記で説明した第２のシナリオでは、第１のＣＣはＴＤＤに関連付けられ得、第２のＣＣはＦＤＤに関連付けられ得る。第１の／ＴＤＤ ＣＣは第２の／ＦＤＤ ＣＣを制御し得る。１つの設計では、スケジュールされるＣＣのＨＡＲＱタイムライン（またはＦＤＤタイムライン）は、たとえば、図８Ａおよび図８Ｂに示されているように、利用され得る。この設計では、ブロック１１１４について、基地局は、第２のＣＣのための第２のＨＡＲＱタイムラインに基づいて第１のＣＣ上で制御情報を送り得る。別の設計では、スケジュールするＣＣのＨＡＲＱタイムライン（またはＴＤＤタイムライン）は、たとえば、図９Ａおよび図９Ｂに示されているように、利用され得る。この設計では、ブロック１１１４について、基地局は、ＴＤＤのための第１のＣＣのアップリンクダウンリンク構成のための第１のＨＡＲＱタイムラインに基づいて第１のＣＣ上で制御情報を送り得る。

[00162] 別の設計では、ハイブリッドタイムラインが、たとえば、図１０Ａまたは図１０Ｂに示されているように、利用され得る。第１の／ＴＤＤ ＣＣは、たとえば、図１０Ａに示されているように、第２の／ＦＤＤ ＣＣを制御し得る。基地局は、第１のＣＣのための第１のＨＡＲＱタイムラインに基づいて第１のＣＣ上でＤＣＩを送り得る。基地局は、第２のＣＣの第２のＨＡＲＱタイムラインに基づいて第２のＣＣ上で送られたＵＣＩを受信し得る。

[00163] 図１２に、ワイヤレスネットワークにおいて制御情報を受信するためのプロセス１２００の一例を示す。プロセス１２００は、上記で説明したように、ＵＥによって、あるいは同様のモバイルエンティティまたはデバイスによって実行され得る。ＵＥは、ＵＥのために構成された第１および第２のＣＣを判断し、第１および第２のＣＣが異なるＣＣ構成に関連付けられる（ブロック１２１２）。ＵＥは、第２のＣＣ上でデータ送信をサポートするために第１のＣＣ上で送られた制御情報を受信し、制御情報が、第１のＣＣのための第１のＨＡＲＱタイムラインおよび／または第２のＣＣのための第２のＨＡＲＱタイムラインに基づいて送られる（ブロック１２１４）。

[00164] 図１３に、ワイヤレスネットワークにおいて制御情報を送るためのプロセス１３００の一例を示す。プロセス１３００は、上記で説明したように、モバイルデバイス（たとえば、ＵＥ）によって、あるいは同様のモバイルエンティティまたはデバイスによって実行され得る。モバイルデバイスは、第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むＤＬサブフレームのセットと、第１のコンポーネントキャリアのＵＬサブフレームとの間の関連付けを判断する（ブロック１３０２）。一例では、ブロック１３０２はプロセッサ１７０８、またはメモリ１７８２に結合されたプロセッサ１７０８によって実行され得る。関連付けは、たとえば、ＤＬサブフレームのセットと第１のコンポーネントキャリアのＵＬサブフレームとの間のマッピングを与え得る。関連付けは、モバイルデバイスのメモリに（たとえば、値の表として、値を計算する関数などとして）記憶され得る。関連付けはサブフレームオフセットに基づき得る。

[00165] １つの設計では、モバイルデバイスは、ＤＬサブフレームのセット上での送信に関連付けられた制御情報を生成する（ブロック１３０４）。一例では、ブロック１３０４はプロセッサ１７０８、またはメモリ１７８２に結合されたプロセッサ１７０８によって実行され得る。

[00166] １つの設計では、モバイルデバイスは、関連付けに基づいて第１のコンポーネントキャリアのＵＬサブフレーム上で制御情報を送り、ここにおいて、ＦＤＤの第２のコンポーネントキャリアの各ＤＬサブフレームが第１のコンポーネントキャリアの対応するＵＬサブフレームに関連付けられる（ブロック１３０６）。一例では、ブロック１３０６は、アンテナ１７５２、変調器１７５４、プロセッサ１７０８、１７６４、１７６６、および／またはメモリ１７８２、１７６２の任意の組合せによって実行され得る。制御情報は、ＵＬサブフレーム上の負荷を分散するためにＵＬサブフレーム上で分配され得る。モバイルデバイスによる最小３ｍｓ処理時間を条件としてＨＡＲＱ遅延を最小限に抑えるかまたはそれを制限する制御情報はＵＬサブフレーム上で送られ得る。制御情報は、ＵＬサブフレーム上での送信のためにバンドルされ得る。

[00167] 図１４に、ワイヤレスネットワークにおいてデータを送信または受信するためのアグリゲートされたキャリアのサブフレームを識別するためのプロセス１４００の一例を示す。プロセス１４００は、上記で説明したように、モバイルデバイス（たとえば、ＵＥ）によって、または何らかの他のエンティティによって実行され得る。モバイルデバイスは、第１のコンポーネントキャリアのＤＬサブフレームにおいてリソース許可を受信する（ブロック１４０２）。一例では、ブロック１４０２は、アンテナ１７５２、復調器１７５４、検出器１７５６、プロセッサ１７５８、１７８０、および／またはメモリ１７６０、１７８２の任意の組合せによって実行され得る。

[00168] １つの設計では、モバイルデバイスは、第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、ＤＬサブフレームと、それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むサブフレームのセットとの間の関連付けを判断する（ブロック１４０４）。一例では、ブロック１４０４はプロセッサ１７０８、またはメモリ１７８２に結合されたプロセッサ１７０８によって実行され得る。

[00169] １つの設計では、モバイルデバイスは、関連付けに基づいて、リソース許可に応答してデータを送信または受信するための、サブフレームのセット中のサブフレームを識別し、ここにおいて、ＦＤＤの第２のコンポーネントキャリアの各サブフレームが第１のコンポーネントキャリアのＤＬサブフレームに関連付けられる（ブロック１４０６）。一例では、ブロック１４０６はプロセッサ１７０８、またはメモリ１７８２に結合されたプロセッサ１７０８によって実行され得る。

[00170] 図１５に、ワイヤレスネットワークにおいて制御情報を復号または利用するためのプロセス１５００の一例を示す。プロセス１５００は、上記で説明したように、アクセスノード（たとえば、基地局、ｅＮＢなど）によって、または何らかの他のエンティティによって実行され得る。アクセスノードは、ＵＬサブフレーム上でモバイルデバイスから、それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むＤＬサブフレームのセット上での送信に関連付けられた制御情報を受信する（ブロック１５０２）。一例では、ブロック１５０２は、アンテナ１７３４、復調器１７３２、検出器１７３６、プロセッサ１７３８、１７４０、および／またはメモリ１７３９、１７４２の任意の組合せによって実行され得る。

[00171] １つの設計では、アクセスノードは、第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、ＤＬサブフレームのセットとＵＬサブフレームとの間の関連付けを判断する（ブロック１５０４）。一例では、ブロック１５０４はプロセッサ１７４０、またはメモリ１７４２に結合されたプロセッサ１７４０によって実行され得る。

[00172] １つの設計では、アクセスノードは、関連付けに従って制御情報を復号し、ここにおいて、ＦＤＤの第２のコンポーネントキャリアの各ＤＬサブフレームが第１のコンポーネントキャリアのＵＬサブフレームに関連付けられる（ブロック１５０６）。一例では、ブロック１５０６は、プロセッサ１７３８、１７４０、および／またはメモリ１７３９、１７４２の任意の組合せによって実行され得る。

[00173] 図１６に、ワイヤレスネットワークにおいて制御情報を送るためのプロセス１６００の一例を示す。プロセス１５００は、上記で説明したように、アクセスノード（たとえば、基地局、ｅＮＢなど）によって、または何らかの他のエンティティによって実行され得る。アクセスノードは、第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、第１のコンポーネントキャリアのＤＬサブフレームと、それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むサブフレームのセットとの間の関連付けを判断する（ブロック１６０２）。一例では、ブロック１６０２はプロセッサ１７４０、またはメモリ１７４２に結合されたプロセッサ１７４０によって実行され得る。

[00174] １つの設計では、アクセスノードは、ＤＬサブフレームにおいてモバイルデバイスにリソース許可を送り、ここにおいて、リソース許可が、関連付けに基づいてサブフレームのセット中のサブフレームに関してモバイルデバイスによるデータの送信または受信をスケジュールし、ここにおいて、ＦＤＤの第２のコンポーネントキャリアの各サブフレームが第１のコンポーネントキャリアのＤＬサブフレームに関連付けられる（ブロック１６０４）。一例では、ブロック１６０４は、アンテナ１７３４、変調器１７３２、プロセッサ１７３０、１７２０、１７４０、および／またはメモリ１７１２、１７４２の任意の組合せによって実行され得る。

[00175] 情報および信号は多種多様な技術および技法のいずれかを使用して表され得ることを、当業者は理解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。

[00176] さらに、本明細書の開示に関して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップについて、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課された設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈されるべきではない。

[00177] 本明細書の開示に関して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。

[00178] 本明細書の開示に関して説明した方法またはアルゴリズムのステップは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサに一体化され得る。プロセッサおよび記憶媒体はＡＳＩＣ中に常駐し得る。ＡＳＩＣはユーザ端末中に常駐し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として常駐し得る。

[00179] １つまたは複数の例示的な設計では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読記憶媒体上に記憶されるか、あるいはコンピュータ可読記憶媒体を介して送信され得る。コンピュータ可読記憶媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され得、汎用もしくは専用コンピュータ、または汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読記憶媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびｂｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読記憶媒体の範囲内に含まれるべきである。

[00180] 本開示についての以上の説明は、いかなる当業者も本開示を作成または使用することができるように与えたものである。本開示への様々な修正は当業者には容易に明らかとなり、本明細書で定義した一般原理は、本開示の趣旨または範囲から逸脱することなく他の変形形態に適用され得る。したがって、本開示は、本明細書で説明した例および設計に限定されるものではなく、本明細書で開示した原理および新規の特徴に合致する最も広い範囲を与えられるべきである。

Claims (77)

1. 少なくとも時分割二重（ＴＤＤ）の第１のコンポーネントキャリアと周波数分割二重（ＦＤＤ）の第２のコンポーネントキャリアとのキャリアアグリゲーション（ＣＡ）のために構成されたモバイルデバイスによるワイヤレス通信の方法であって、
   前記第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、前記それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むダウンリンク（ＤＬ）サブフレームのセットと、前記第１のコンポーネントキャリアのアップリンク（ＵＬ）サブフレームとの間の関連付けを判断することと、
   ＤＬサブフレームの前記セット上での送信に関連付けられた制御情報を生成することと、
   前記関連付けに基づいて前記第１のコンポーネントキャリアの前記ＵＬサブフレーム上で前記制御情報を送ることと、ここにおいて、前記ＦＤＤの第２のコンポーネントキャリアの各ＤＬサブフレームが前記第１のコンポーネントキャリアの対応するＵＬサブフレームに関連付けられる、
   を備える、方法。
2. 前記関連付けは、所定の数以下のＦＤＤサブフレームのための制御情報が前記ＵＬサブフレームに関連付けられるような、１つまたは複数のＦＤＤサブフレームに関連付けられた前記制御情報の分配を備える、請求項１に記載の方法。
3. 前記所定の数のＦＤＤサブフレームが１つのＤＬサブフレームを備える、請求項２に記載の方法。
4. 前記ＵＬサブフレームが、最小ハイブリッド自動再送要求（ＨＡＲＱ）処理時間を条件としてＤＬサブフレームの前記セット上での前記送信のためにＨＡＲＱフィードバックを与えるための最も近い後続のＵＬサブフレームを備える、請求項１に記載の方法。
5. 前記関連付けが、前記第１のコンポーネントキャリアの前記アップリンクダウンリンク構成に関して前記ＦＤＤサブフレームのためのＨＡＲＱフィードバックの分配を指定する、請求項１に記載の方法。
6. 前記制御情報がＨＡＲＱフィードバックビットを備え、前記制御情報を送ることが、ＤＬサブフレームの前記セット中の２つ以上のサブフレームのために前記ＨＡＲＱフィードバックビットをバンドルすることを備える、請求項１に記載の方法。
7. 前記関連付けが、ＨＡＲＱフィードバックの、ＵＬ制御チャネルフォーマットのビットへのマッピングを備える、請求項１に記載の方法。
8. 少なくとも時分割二重（ＴＤＤ）の第１のコンポーネントキャリアと周波数分割二重（ＦＤＤ）の第２のコンポーネントキャリアとのキャリアアグリゲーション（ＣＡ）のために構成されたモバイルデバイスであって、前記モバイルデバイスは、
   前記第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、前記それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むダウンリンク（ＤＬ）サブフレームのセットと、前記第１のコンポーネントキャリアのアップリンク（ＵＬ）サブフレームとの間の関連付けを判断するための手段と、
   ＤＬサブフレームの前記セット上での送信に関連付けられた制御情報を生成するための手段と、
   前記関連付けに基づいて前記第１のコンポーネントキャリアの前記ＵＬサブフレーム上で前記制御情報を送るための手段と、ここにおいて、前記ＦＤＤの第２のコンポーネントキャリアの各ＤＬサブフレームが前記第１のコンポーネントキャリアの対応するＵＬサブフレームに関連付けられる、
   を備える、モバイルデバイス。
9. 前記関連付けは、所定の数以下のＦＤＤサブフレームのための制御情報が前記ＵＬサブフレームに関連付けられるような、１つまたは複数のＦＤＤサブフレームに関連付けられた前記制御情報の分配を備える、請求項８に記載のモバイルデバイス。
10. 前記所定の数のＦＤＤサブフレームが１つのＤＬサブフレームを備える、請求項９に記載のモバイルデバイス。
11. 前記ＵＬサブフレームが、最小のハイブリッド自動再送要求（ＨＡＲＱ）処理時間を条件としてＤＬサブフレームの前記セット上での前記送信のためにＨＡＲＱフィードバックを与えるための最も近い後続のＵＬサブフレームを備える、請求項８に記載のモバイルデバイス。
12. 前記関連付けが、前記第１のコンポーネントキャリアの前記アップリンクダウンリンク構成に関して前記ＦＤＤサブフレームのためのＨＡＲＱフィードバックの分配を指定する、請求項８に記載のモバイルデバイス。
13. 前記制御情報がＨＡＲＱフィードバックビットを備え、前記制御情報を送るための前記手段が、ＤＬサブフレームの前記セット中の２つ以上のサブフレームのために前記ＨＡＲＱフィードバックビットをバンドルするためにさらに構成された、請求項８に記載のモバイルデバイス。
14. 前記関連付けが、ＨＡＲＱフィードバックの、ＵＬ制御チャネルフォーマットのビットへのマッピングを備える、請求項８に記載のモバイルデバイス。
15. 少なくとも時分割二重（ＴＤＤ）の第１のコンポーネントキャリアと周波数分割二重（ＦＤＤ）の第２のコンポーネントキャリアとのキャリアアグリゲーション（ＣＡ）のために構成されたモバイルデバイスであって、前記モバイルデバイスは、
    前記第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、前記それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むダウンリンク（ＤＬ）サブフレームのセットと、前記第１のコンポーネントキャリアのアップリンク（ＵＬ）サブフレームとの間の関連付けを判断することと、
    ＤＬサブフレームの前記セット上での送信に関連付けられた制御情報を生成することと
    を行うように構成された少なくとも１つのプロセッサと、
    前記関連付けに基づいて前記第１のコンポーネントキャリアの前記ＵＬサブフレーム上で前記制御情報を送るように構成されたトランシーバと、ここにおいて、前記ＦＤＤの第２のコンポーネントキャリアの各ＤＬサブフレームが前記第１のコンポーネントキャリアの対応するＵＬサブフレームに関連付けられる、
    前記少なくとも１つのプロセッサに結合された、データを記憶するためのメモリと
    を備える、モバイルデバイス。
16. 前記関連付けは、所定の数以下のＦＤＤサブフレームのための制御情報が前記ＵＬサブフレームに関連付けられるような、１つまたは複数のＦＤＤサブフレームに関連付けられた前記制御情報の分配を備える、請求項１５に記載のモバイルデバイス。
17. 前記所定の数のＦＤＤサブフレームが１つのＤＬサブフレームを備える、請求項１６に記載のモバイルデバイス。
18. 前記ＵＬサブフレームが、最小のハイブリッド自動再送要求（ＨＡＲＱ）処理時間を条件としてＤＬサブフレームの前記セット上での前記送信のためにＨＡＲＱフィードバックを与えるための最も近い後続のＵＬサブフレームを備える、請求項１５に記載のモバイルデバイス。
19. 前記制御情報がＨＡＲＱフィードバックビットを備え、前記トランシーバが、前記制御情報を送るようにさらに構成され、ＤＬサブフレームの前記セット中の２つ以上のサブフレームのために前記ＨＡＲＱフィードバックビットをバンドルすることを備える、請求項１５に記載のモバイルデバイス。
20. 前記関連付けが、ＨＡＲＱフィードバックの、ＵＬ制御チャネルフォーマットのビットへのマッピングを備える、請求項１５に記載のモバイルデバイス。
21. 少なくとも１つのコンピュータに、第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、それぞれの前記第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むダウンリンク（ＤＬ）サブフレームのセットと、前記第１のコンポーネントキャリアのアップリンク（ＵＬ）サブフレームとの間の関連付けを判断することを行わせるためのコードと、
    前記少なくとも１つのコンピュータに、ＤＬサブフレームの前記セット上での送信に関連付けられた制御情報を生成することを行わせるためのコードと、
    前記少なくとも１つのコンピュータに、前記関連付けに基づいて前記第１のコンポーネントキャリアの前記ＵＬサブフレーム上で前記制御情報を送ることを行わせるためのコードと、ここにおいて、前記ＦＤＤの第２のコンポーネントキャリアの各ＤＬサブフレームが前記第１のコンポーネントキャリアの対応するＵＬサブフレームに関連付けられる、
    を備えるコンピュータ可読記憶媒体
    を備える、コンピュータプログラム製品。
22. 少なくとも時分割二重（ＴＤＤ）の第１のコンポーネントキャリアと周波数分割二重（ＦＤＤ）の第２のコンポーネントキャリアとのキャリアアグリゲーション（ＣＡ）のために構成されたモバイルデバイスによるワイヤレス通信の方法であって、
    前記第１のコンポーネントキャリアのＤＬサブフレームにおいてリソース許可を受信することと、
    前記第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、前記ＤＬサブフレームと、前記それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むサブフレームのセットとの間の関連付けを判断することと、
    前記関連付けに基づいて、前記リソース許可に応答してデータを送信または受信するための、サブフレームの前記セット中のサブフレームを識別することと、ここにおいて、前記ＦＤＤの第２のコンポーネントキャリアの各サブフレームが前記第１のコンポーネントキャリアのＤＬサブフレームに関連付けられる、
    を備える、方法。
23. 前記関連付けは、所定の数以下のＦＤＤサブフレームが前記第１のＴＤＤコンポーネントキャリアの所与のＤＬサブフレームによってスケジュールされるような、リソース許可によってスケジュールされるサブフレームの分配を備える、請求項２２に記載の方法。
24. 前記関連付けは、前記アップリンクダウンリンク構成に基づいて、リソース許可がそれの上で受信される前記ＤＬサブフレームとスケジュールされるサブフレームとの間のスケジューリング遅延を最小限に抑える、前記リソース許可によってスケジュールされるサブフレームの分配を備える、請求項２２に記載の方法。
25. 前記リソース許可がＤＬ割当てを備え、前記関連付けが、前記第１のコンポーネントキャリアのＵＬサブフレームに対応する前記第２のコンポーネントキャリアのＤＬサブフレームをスケジュールすることを可能にする、請求項２４に記載の方法。
26. 前記リソース許可がＵＬ許可を備え、前記関連付けが、前記第１のコンポーネントキャリアのＤＬサブフレームに対応する前記第２のコンポーネントキャリアのＵＬサブフレームをスケジュールすることを可能にする、請求項２４に記載の方法。
27. 前記リソース許可が、前記第２のコンポーネントキャリアの無線フレーム中のすべてのサブフレームのサブセットをスケジュールする、請求項２２に記載の方法。
28. 前記関連付けを前記判断することが、複数の関連付けを備える前記モバイルデバイスのＲＲＣ構成に基づく、請求項２２に記載の方法。
29. ダウンリンク制御情報（ＤＣＩ）を受信することをさらに備え、ここにおいて、前記関連付けを前記判断することが、前記ＤＣＩにさらに基づき、前記ＤＣＩが、前記リソース許可のための指定されたコンポーネントキャリアと指定されたサブフレームとを示す情報を備える、請求項２２に記載の方法。
30. 少なくとも時分割二重（ＴＤＤ）の第１のコンポーネントキャリアと周波数分割二重（ＦＤＤ）の第２のコンポーネントキャリアとのキャリアアグリゲーション（ＣＡ）のために構成されたモバイルデバイスであって、前記モバイルデバイスは、
    前記第１のコンポーネントキャリアのＤＬサブフレームにおいてリソース許可を受信するための手段と、
    前記第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、前記ＤＬサブフレームと、前記それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むサブフレームのセットとの間の関連付けを判断するための手段と、
    前記関連付けに基づいて、前記リソース許可に応答してデータを送信または受信するための、サブフレームの前記セット中のサブフレームを識別するための手段と、ここにおいて、前記ＦＤＤの第２のコンポーネントキャリアの各サブフレームが前記第１のコンポーネントキャリアの対応するＤＬサブフレームに関連付けられる、
    を備える、モバイルデバイス。
31. 前記関連付けは、所定の数以下のＦＤＤサブフレームが前記第１のＴＤＤコンポーネントキャリアの所与のＤＬサブフレームによってスケジュールされるような、リソース許可によってスケジュールされるサブフレームの分配を備える、請求項３０に記載のモバイルデバイス。
32. 前記関連付けは、前記アップリンクダウンリンク構成に基づいて、リソース許可がそれの上で受信される前記ＤＬサブフレームとスケジュールされるサブフレームとの間のスケジューリング遅延を最小限に抑える、前記リソース許可によってスケジュールされるサブフレームの分配を備える、請求項３０に記載のモバイルデバイス。
33. 前記リソース許可がＤＬ割当てを備え、前記関連付けが、前記第１のコンポーネントキャリアのＵＬサブフレームに対応する前記第２のコンポーネントキャリアのＤＬサブフレームをスケジュールすることを可能にする、請求項３２に記載のモバイルデバイス。
34. 前記リソース許可がＵＬ許可を備え、前記関連付けが、前記第１のコンポーネントキャリアのＤＬサブフレームに対応する前記第２のコンポーネントキャリアのＵＬサブフレームをスケジュールすることを可能にする、請求項３２に記載のモバイルデバイス。
35. 前記リソース許可が、前記第２のコンポーネントキャリアの無線フレーム中のすべてのサブフレームのサブセットをスケジュールする、請求項３０に記載のモバイルデバイス。
36. 前記関連付けを判断するための前記手段が、複数の関連付けを備える前記モバイルデバイスのＲＲＣ構成に基づいて判断するためにさらに構成された、請求項３０に記載のモバイルデバイス。
37. 少なくとも時分割二重（ＴＤＤ）の第１のコンポーネントキャリアと周波数分割二重（ＦＤＤ）の第２のコンポーネントキャリアとのキャリアアグリゲーション（ＣＡ）のために構成されたモバイルデバイスであって、前記モバイルデバイスは、
    前記第１のコンポーネントキャリアのＤＬサブフレームにおいてリソース許可を受信するように構成されたトランシーバと、
    前記第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、前記ＤＬサブフレームと、前記それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むサブフレームのセットとの間の関連付けを判断することと、
    前記関連付けに基づいて、前記リソース許可に応答してデータを送信または受信するための、サブフレームの前記セット中のサブフレームを識別することと、ここにおいて、前記ＦＤＤの第２のコンポーネントキャリアの各サブフレームが前記第１のコンポーネントキャリアの対応するＤＬサブフレームに関連付けられる、
    を行うように構成された少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサに結合された、データを記憶するためのメモリと
    を備える、モバイルデバイス。
38. 前記関連付けは、所定の数以下のＦＤＤサブフレームが前記第１のＴＤＤコンポーネントキャリアの所与のＤＬサブフレームによってスケジュールされるような、リソース許可によってスケジュールされるサブフレームの分配を備える、請求項３７に記載のモバイルデバイス。
39. 前記関連付けは、前記アップリンクダウンリンク構成に基づいて、リソース許可がそれの上で受信される前記ＤＬサブフレームとスケジュールされるサブフレームとの間のスケジューリング遅延を最小限に抑える、前記リソース許可によってスケジュールされるサブフレームの分配を備える、請求項３７に記載のモバイルデバイス。
40. 前記リソース許可がＤＬ割当てを備え、前記関連付けが、前記第１のコンポーネントキャリアのＵＬサブフレームに対応する前記第２のコンポーネントキャリアのＤＬサブフレームをスケジュールすることを可能にする、請求項３９に記載のモバイルデバイス。
41. 前記リソース許可がＵＬ許可を備え、前記関連付けが、前記第１のコンポーネントキャリアのＤＬサブフレームに対応する前記第２のコンポーネントキャリアのＵＬサブフレームをスケジュールすることを可能にする、請求項３９に記載のモバイルデバイス。
42. 前記リソース許可が、前記第２のコンポーネントキャリアの無線フレーム中のすべてのサブフレームのサブセットをスケジュールする、請求項３７に記載のモバイルデバイス。
43. 前記少なくとも１つのプロセッサが、複数の関連付けを備える前記モバイルデバイスのＲＲＣ構成に基づいて前記関連付けを判断するようにさらに構成された、請求項３７に記載のモバイルデバイス。
44. 少なくとも１つのコンピュータに、第１のコンポーネントキャリアのＤＬサブフレームにおいてリソース許可を受信することを行わせるためのコードと、
    前記少なくとも１つのコンピュータに、前記第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、前記ＤＬサブフレームと、それぞれの前記第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むサブフレームのセットとの間の関連付けを判断することを行わせるためのコードと、
    前記少なくとも１つのコンピュータに、前記関連付けに基づいて、前記リソース許可に応答してデータを送信または受信するための、サブフレームの前記セット中のサブフレームを識別することを行わせるためのコードと、ここにおいて、前記ＦＤＤの第２のコンポーネントキャリアの各サブフレームが前記第１のコンポーネントキャリアの対応するＤＬサブフレームに関連付けられる、
    を備えるコンピュータ可読記憶媒体
    を備える、コンピュータプログラム製品。
45. モバイルデバイスのための少なくとも時分割二重（ＴＤＤ）の第１のコンポーネントキャリアと周波数分割二重（ＦＤＤ）の第２のコンポーネントキャリアとのキャリアアグリゲーション（ＣＡ）をサポートするアクセスノードによるワイヤレス通信の方法であって、
    アップリンク（ＵＬ）サブフレーム上で前記モバイルデバイスから、前記それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むダウンリンク（ＤＬ）サブフレームのセット上での送信に関連付けられた制御情報を受信することと、
    前記第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、ＤＬサブフレームの前記セットと前記ＵＬサブフレームとの間の関連付けを判断することと、
    前記アクセスノードによって、前記関連付けに従って前記制御情報を復号することと、ここにおいて、前記ＦＤＤの第２のコンポーネントキャリアの各ＤＬサブフレームが前記第１のコンポーネントキャリアのＵＬサブフレームに関連付けられる、
    を備える、方法。
46. 前記関連付けは、所定の数以下のＦＤＤサブフレームのための制御情報が前記ＤＬサブフレームに関連付けられるような、前記第２のコンポーネントキャリアのサブフレームに関連付けられた制御情報の分配を備える、請求項４５に記載の方法。
47. 前記ＵＬサブフレームが、最小ハイブリッド自動再送要求（ＨＡＲＱ）処理時間を条件としてＤＬサブフレームの前記セット上での前記送信のためにＨＡＲＱフィードバックを与えるための最も近い後続のＵＬサブフレームを備える、請求項４５に記載の方法。
48. 前記制御情報が、バンドルされたＨＡＲＱフィードバックを備え、前記制御情報を復号することが、前記関連付けられた１つまたは複数のＦＤＤサブフレームのステータスを判断するために前記ＨＡＲＱフィードバックを復号することを備える、請求項４５に記載の方法。
49. 前記関連付けが、ＨＡＲＱフィードバックの、ＵＬ制御チャネルフォーマットのビットへのマッピングを備える、請求項４５に記載の方法。
50. 少なくとも時分割二重（ＴＤＤ）の第１のコンポーネントキャリアと周波数分割二重（ＦＤＤ）の第２のコンポーネントキャリアとのキャリアアグリゲーション（ＣＡ）のために構成されたアクセスノードであって、
    アップリンク（ＵＬ）サブフレーム上でモバイルデバイスから、前記それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むダウンリンク（ＤＬ）サブフレームのセット上での送信に関連付けられた制御情報を受信するための手段と、
    前記第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、ＤＬサブフレームの前記セットと前記ＵＬサブフレームとの間の関連付けを判断するための手段と、
    前記アクセスノードによって、前記関連付けに従って前記制御情報を復号するための手段と、ここにおいて、前記ＦＤＤの第２のコンポーネントキャリアの各ＤＬサブフレームが前記第１のコンポーネントキャリアのＵＬサブフレームに関連付けられる、
    を備える、アクセスノード。
51. 前記関連付けは、所定の数以下のＦＤＤサブフレームのための制御情報が前記ＤＬサブフレームに関連付けられるような、前記第２のコンポーネントキャリアのサブフレームに関連付けられた制御情報の分配を備える、請求項５０に記載のアクセスノード。
52. 前記ＵＬサブフレームが、最小ハイブリッド自動再送要求（ＨＡＲＱ）処理時間を条件としてＤＬサブフレームの前記セット上での前記送信のためにＨＡＲＱフィードバックを与えるための最も近い後続のＵＬサブフレームを備える、請求項５０に記載のアクセスノード。
53. 前記制御情報が、バンドルされたＨＡＲＱフィードバックを備え、前記制御情報を復号することが、前記関連付けられた１つまたは複数のＦＤＤサブフレームのステータスを判断するために前記ＨＡＲＱフィードバックを復号することを備える、請求項５０に記載のアクセスノード。
54. 前記関連付けが、ＨＡＲＱフィードバックの、ＵＬ制御チャネルフォーマットのビットへのマッピングを備える、請求項５０に記載のアクセスノード。
55. モバイルデバイスのための少なくとも時分割二重（ＴＤＤ）の第１のコンポーネントキャリアと周波数分割二重（ＦＤＤ）の第２のコンポーネントキャリアとのキャリアアグリゲーション（ＣＡ）のために構成されたアクセスノードであって、
    アップリンク（ＵＬ）サブフレーム上で前記モバイルデバイスから、前記それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むダウンリンク（ＤＬ）サブフレームのセット上での送信に関連付けられた制御情報を受信するように構成されたトランシーバと、
    前記第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、ＤＬサブフレームの前記セットと前記ＵＬサブフレームとの間の関連付けを判断することと、
    前記アクセスノードによって、前記関連付けに従って前記制御情報を復号することと、ここにおいて、前記ＦＤＤの第２のコンポーネントキャリアの各ＤＬサブフレームが前記第１のコンポーネントキャリアのＵＬサブフレームに関連付けられる、
    を行うように構成された少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサに結合された、データを記憶するためのメモリと
    を備える、アクセスノード。
56. 前記関連付けは、所定の数以下のＦＤＤサブフレームのための制御情報が前記ＤＬサブフレームに関連付けられるような、前記第２のコンポーネントキャリアのサブフレームに関連付けられた制御情報の分配を備える、請求項５５に記載のアクセスノード。
57. 前記ＵＬサブフレームが、最小のハイブリッド自動再送要求（ＨＡＲＱ）処理時間を条件としてＤＬサブフレームの前記セット上での前記送信のためにＨＡＲＱフィードバックを与えるための最も近い後続のＵＬサブフレームを備える、請求項５５に記載のアクセスノード。
58. 前記制御情報が、バンドルされたＨＡＲＱフィードバックを備え、前記制御情報を復号することが、前記関連付けられた１つまたは複数のＦＤＤサブフレームのステータスを判断するために前記ＨＡＲＱフィードバックを復号することを備える、請求項５５に記載のアクセスノード。
59. 前記関連付けが、ＨＡＲＱフィードバックの、ＵＬ制御チャネルフォーマットのビットへのマッピングを備える、請求項５５に記載のアクセスノード。
60. 少なくとも１つのコンピュータに、アップリンク（ＵＬ）サブフレーム上でモバイルデバイスから、それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むダウンリンク（ＤＬ）サブフレームのセット上での送信に関連付けられた制御情報を受信することを行わせるためのコードと、
    前記少なくとも１つのコンピュータに、前記第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、ＤＬサブフレームの前記セットと前記ＵＬサブフレームとの間の関連付けを判断することを行わせるためのコードと、
    前記少なくとも１つのコンピュータに、アクセスノードによって、前記関連付けに従って前記制御情報を復号することを行わせるためのコードと、ここにおいて、前記ＦＤＤの第２のコンポーネントキャリアの各ＤＬサブフレームが前記第１のコンポーネントキャリアのＵＬサブフレームに関連付けられる、
    を備えるコンピュータ可読記憶媒体
    を備える、コンピュータプログラム製品。
61. モバイルデバイスのための少なくとも時分割二重（ＴＤＤ）の第１のコンポーネントキャリアと周波数分割二重（ＦＤＤ）の第２のコンポーネントキャリアとのキャリアアグリゲーション（ＣＡ）をサポートするアクセスノードによるワイヤレス通信の方法であって、
    前記第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、前記第１のコンポーネントキャリアのＤＬサブフレームと、前記それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むサブフレームのセットとの間の関連付けを判断することと、
    前記ＤＬサブフレームにおいて前記モバイルデバイスにリソース許可を送ることと、ここにおいて、前記リソース許可が、前記関連付けに基づいてサブフレームの前記セット中のサブフレームに関して前記モバイルデバイスによるデータの送信または受信をスケジュールし、ここにおいて、前記ＦＤＤの第２のコンポーネントキャリアの各サブフレームが前記第１のコンポーネントキャリアのＤＬサブフレームに関連付けられる、
    を備える、方法。
62. 前記関連付けが、前記アップリンクダウンリンク構成に基づいて、前記ＤＬサブフレームとスケジュールされるサブフレームとの間のスケジューリング遅延を最小限に抑える、リソース許可によるスケジューリングのためのサブフレームの分配を備える、請求項６１に記載の方法。
63. 前記リソース許可がＤＬ割当てを備え、前記関連付けが、前記第１のコンポーネントキャリアのＵＬサブフレームに対応する前記第２のコンポーネントキャリアのＤＬサブフレームをスケジュールすることを可能にする、請求項６１に記載の方法。
64. 前記リソース許可がＵＬ許可を備え、前記関連付けが、前記第１のコンポーネントキャリアのＤＬサブフレームに対応する前記第２のコンポーネントキャリアのＵＬサブフレームをスケジュールすることを可能にする、請求項６１に記載の方法。
65. 前記関連付けが、前記ＤＬサブフレームのサブフレーム番号に対する１つまたは複数のサブフレームオフセットを備える、請求項６１に記載の方法。
66. 複数の関連付けからの前記関連付けの選択を示すＲＲＣ構成メッセージを送る、請求項６１に記載の方法。
67. 少なくとも時分割二重（ＴＤＤ）の第１のコンポーネントキャリアと周波数分割二重（ＦＤＤ）の第２のコンポーネントキャリアとのキャリアアグリゲーション（ＣＡ）のために構成されたアクセスノードであって、前記アクセスノードは、
    前記第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、前記第１のコンポーネントキャリアのＤＬサブフレームと、前記それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むサブフレームのセットとの間の関連付けを判断するための手段と、
    前記ＤＬサブフレームにおいてモバイルデバイスにリソース許可を送るための手段と、ここにおいて、前記リソース許可が、前記関連付けに基づいてサブフレームの前記セット中のサブフレームに関して前記モバイルデバイスによるデータの送信または受信をスケジュールし、ここにおいて、前記ＦＤＤの第２のコンポーネントキャリアの各サブフレームが前記第１のコンポーネントキャリアのＤＬサブフレームに関連付けられる、
    を備える、アクセスノード。
68. 前記関連付けが、前記アップリンクダウンリンク構成に基づいて、前記ＤＬサブフレームとスケジュールされるサブフレームとの間のスケジューリング遅延を最小限に抑える、リソース許可によるスケジューリングのためのサブフレームの分配を備える、請求項６７に記載のアクセスノード。
69. 前記リソース許可がＤＬ割当てを備え、前記関連付けが、前記第１のコンポーネントキャリアのＵＬサブフレームに対応する前記第２のコンポーネントキャリアのＤＬサブフレームをスケジュールすることを可能にする、請求項６７に記載のアクセスノード。
70. 前記リソース許可がＵＬ許可を備え、前記関連付けが、前記第１のコンポーネントキャリアのＤＬサブフレームに対応する前記第２のコンポーネントキャリアのＵＬサブフレームをスケジュールすることを可能にする、請求項６７に記載のアクセスノード。
71. 複数の関連付けからの前記関連付けの選択を示すＲＲＣ構成メッセージを送るための手段をさらに備える、請求項６７に記載のアクセスノード。
72. 少なくとも時分割二重（ＴＤＤ）の第１のコンポーネントキャリアと周波数分割二重（ＦＤＤ）の第２のコンポーネントキャリアとのキャリアアグリゲーション（ＣＡ）のために構成されたアクセスノードであって、前記アクセスノードは、
    前記第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、前記第１のコンポーネントキャリアのＤＬサブフレームと、前記それぞれの第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むサブフレームのセットとの間の関連付けを判断する
    ように構成された少なくとも１つのプロセッサと、
    前記ＤＬサブフレームにおいてモバイルデバイスにリソース許可を送るように構成されたトランシーバと、ここにおいて、前記リソース許可が、前記関連付けに基づいてサブフレームの前記セット中のサブフレームに関して前記モバイルデバイスによるデータの送信または受信をスケジュールし、ここにおいて、前記ＦＤＤの第２のコンポーネントキャリアの各サブフレームが前記第１のコンポーネントキャリアのＤＬサブフレームに関連付けられる、
    前記少なくとも１つのプロセッサに結合された、データを記憶するためのメモリと
    を備える、アクセスノード。
73. 前記関連付けが、前記アップリンクダウンリンク構成に基づいて、前記ＤＬサブフレームとスケジュールされるサブフレームとの間のスケジューリング遅延を最小限に抑える、リソース許可によるスケジューリングのためのサブフレームの分配を備える、請求項７２に記載のアクセスノード。
74. 前記リソース許可がＤＬ割当てを備え、前記関連付けが、前記第１のコンポーネントキャリアのＵＬサブフレームに対応する前記第２のコンポーネントキャリアのＤＬサブフレームをスケジュールすることを可能にする、請求項７２に記載のアクセスノード。
75. 前記リソース許可がＵＬ許可を備え、前記関連付けが、前記第１のコンポーネントキャリアのＤＬサブフレームに対応する前記第２のコンポーネントキャリアのＵＬサブフレームをスケジュールすることを可能にする、請求項７２に記載のアクセスノード。
76. 前記トランシーバが、複数の関連付けからの前記関連付けの選択を示すＲＲＣ構成メッセージを送るようにさらに構成された、請求項７２に記載のアクセスノード。
77. 少なくとも１つのコンピュータに、第１のコンポーネントキャリアのアップリンクダウンリンク構成に基づいて、前記第１のコンポーネントキャリアのＤＬサブフレームと、それぞれの前記第１のコンポーネントキャリアおよび第２のコンポーネントキャリアのＴＤＤサブフレームおよびＦＤＤサブフレームを含むサブフレームのセットとの間の関連付けを判断することを行わせるためのコードと、
    少なくとも１つのコンピュータに、前記ＤＬサブフレームにおいてモバイルデバイスにリソース許可を送ることを行わせるためのコードと、ここにおいて、前記リソース許可が、前記関連付けに基づいてサブフレームの前記セット中のサブフレームに関して前記モバイルデバイスによるデータの送信または受信をスケジュールし、ここにおいて、前記ＦＤＤの第２のコンポーネントキャリアの各サブフレームが前記第１のコンポーネントキャリアのＤＬサブフレームに関連付けられる、
    を備えるコンピュータ可読記憶媒体
    を備える、コンピュータプログラム製品。