JP6132844B2 - 上りリンクおよび下りリンク割り当てを再構成するためのデバイス - Google Patents

Description

本開示は、一般に、通信システムに関する。より具体的には、本開示は、上りリンクおよび下りリンク割り当てを再構成するためのデバイスに関する。

ワイヤレス通信デバイスは、消費者ニーズを満たし、可搬性と便利さとを改善するために、より小さく、より強力になった。消費者は、ワイヤレス通信デバイスに依存するようになり、高信頼性のサービス、カバレッジエリアの拡大および機能性の向上を期待するようになった。ワイヤレス通信システムは、多くのワイヤレス通信デバイスに通信を提供し、デバイスのそれぞれが基地局によるサービスを享受する。基地局は、ワイヤレス通信デバイスと通信する固定局とすることができる。

ワイヤレス通信デバイスが進歩するにつれて、通信容量、速度、フレキシビリティおよび／または効率の向上が求められてきた。しかしながら、通信容量、速度、フレキシビリティおよび／または効率の向上は、いくつかの問題を提起することがある。

例えば、ワイヤレス通信デバイスは、通信構造を用いて１つ以上のデバイスと通信する。しかしながら、用いられる通信構造は、限られたフレキシビリティおよび／または効率を提供するに過ぎない。この考察が示すように、通信のフレキシビリティおよび／または効率を向上させるシステムおよび方法が有益であろう。

本発明の一実施形態は、上りリンクおよび下りリンク（ＵＬ−ＤＬ：ｕｐｌｉｎｋ ａｎｄ ｄｏｗｎｌｉｎｋ）割り当てを再構成するための端末装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）を開示し、ＵＥは、プロセッサ、プロセッサと電子通信を行うメモリ、メモリに記憶された命令を備え、命令は、デフォルト時間領域複信（ＴＤＤ：Ｔｉｍｅ Ｄｏｍａｉｎ Ｄｕｐｌｅｘｉｎｇ）ＵＬ−ＤＬ構成にわたって少なくとも１つのサブフレームが変換可能かどうかを判定して、少なくとも１つのサブフレームが変換可能な場合には、第１の参照ＵＬ−ＤＬ構成および第２の参照ＵＬ−ＤＬ構成を確定し；第１の参照構成に基づいて、物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）に対応する任意のハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ：ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を送り；第２の参照ＵＬ−ＤＬ構成に基づいて、物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）スケジュールを確定し；第２の参照ＵＬ−ＤＬ構成に基づいて、物理上りリンク共有チャネル（ＰＵＳＣＨ）に対応する任意のハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）情報を受信するために実行可能である。

本発明の別の実施形態は、上りリンクおよび下りリンク（ＵＬ−ＤＬ）割り当てを再構成するためのｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｅＮＢ）を開示し、ｅＮＢは、プロセッサ、プロセッサと電子通信を行うメモリ、メモリに記憶された命令を備え、命令は、デフォルト時間領域複信（ＴＤＤ）ＵＬ−ＤＬ構成にわたって少なくとも１つのサブフレームが変換可能かどうかを判定して、少なくとも１つのサブフレームが変換可能な場合には、第１の参照ＵＬ−ＤＬ構成および第２の参照ＵＬ−ＤＬ構成または動的なＵＬ−ＤＬ再構成範囲を示す信号を送り；第１の参照ＵＬ−ＤＬ構成に基づいて、物理下りリンク共有チャネル（ＰＤＳＣＨ）に対応する任意のハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）情報を受信し；第２の参照ＵＬ−ＤＬ構成に基づいて、物理上りリンク共有チャネル（ＰＵＳＣＨ）に対応するいずれかのＨＡＲＱ−ＡＣＫ情報を送るために実行可能である。

本発明の別の実施形態は、端末装置（ＵＥ）上で上りリンクおよび下りリンク（ＵＬ−ＤＬ）割り当てを再構成するための方法を開示し、方法は、デフォルト時間領域複信（ＴＤＤ）ＵＬ−ＤＬ構成にわたって少なくとも１つのサブフレームが変換可能かどうかを判定して、少なくとも１つのサブフレームが変換可能な場合には、第１の参照ＵＬ−ＤＬ構成および第２の参照ＵＬ−ＤＬ構成を確定するステップ；第１の参照構成に基づいて、物理下りリンク共有チャネル（ＰＤＳＣＨ）に対応する任意のハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）情報を送るステップ；第２の参照ＵＬ−ＤＬ構成に基づいて、物理上りリンク共有チャネル（ＰＵＳＣＨ）スケジュールを確定するステップ；および第２の参照ＵＬ−ＤＬ構成に基づいて、物理上りリンク共有チャネル（ＰＵＳＣＨ）に対応する任意のハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）情報を受信するステップを備える。

本発明の別の実施形態は、ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｅＮＢ）上で上りリンクおよび下りリンク（ＵＬ−ＤＬ）割り当てを再構成するための方法を開示し、方法は、デフォルト時間領域複信（ＴＤＤ）ＵＬ−ＤＬ構成にわたって少なくとも１つのサブフレームが変換可能かどうかを判定して、少なくとも１つのサブフレームが変換可能な場合には、第１の参照ＵＬ−ＤＬ構成および第２の参照ＵＬ−ＤＬ構成または動的なＵＬ−ＤＬ再構成範囲を示す信号を送るステップ；第１の参照ＵＬ−ＤＬ構成に基づいて、物理下りリンク共有チャネル（ＰＤＳＣＨ）に対応する任意のハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）情報を受信するステップ；および第２の参照ＵＬ−ＤＬ構成に基づいて、物理上りリンク共有チャネル（ＰＵＳＣＨ）に対応する任意のＨＡＲＱ−ＡＣＫ情報を送るステップを備える。

上りリンクおよび下りリンク割り当てを再構成するためのシステムおよび方法が実装される、ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｅＮＢ）および１つ以上の端末装置（ＵＥ）の一構成を示すブロック・ダイアグラムである。 ＵＥ上で上りリンク−下りリンク割り当てを再構成するための方法の一構成を示すフロー・ダイアグラムである。 ｅＮＢ上で上りリンク−下りリンク割り当てを再構成するための方法の一構成を示すフロー・ダイアグラムである。 本明細書に開示されるシステムおよび方法に従って用いられる無線フレームの一例を示すダイアグラムである。 サブフレーム方向を確定するための方法の一構成を示すフロー・ダイアグラムである。 スペシャルサブフレーム・タイプ２（Ｓ２）の構造の一例を示すダイアグラムである。 本明細書に開示されるシステムおよび方法による下りリンクサブフレーム変換の一例を示すダイアグラムである。 本明細書に開示されるシステムおよび方法に従って利用される上りリンクおよび下りリンク（ＵＬ−ＤＬ）構成の一例を示すダイアグラムである。 本明細書に開示されるシステムおよび方法に従って利用されるＵＬ−ＤＬ構成の一例を示すダイアグラムである。 本明細書に開示されるシステムおよび方法が適用されるいくつかのＵＬ−ＤＬ構成を示すダイアグラムである。 端末装置（ＵＥ）において利用される様々なコンポーネントを示す。 ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｅＮＢ）において利用される様々なコンポーネントを示す。

「３ＧＰＰ」とも呼ばれる第３世代パートナーシップ・プロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）は、第３および第４世代ワイヤレス通信システムに関する世界的に適用可能な技術仕様および技術レポートを規定することを目指した連携合意である。３ＧＰＰは、次世代モバイル・ネットワーク、システム、およびデバイスに関する仕様を規定する。

３ＧＰＰロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）は、将来の要求に対処するためにユニバーサル・モバイル通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）モバイルフォンまたはデバイス規格を改善するためのプロジェクトに与えられた名称である。一態様において、ＵＭＴＳは、進化型ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ：Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）および進化型ユニバーサル地上無線アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）に対してサポートおよび仕様を提供するために修正された。

本明細書に開示されるシステムおよび方法の少なくともいくつかの態様は、３ＧＰＰロング・ターム・エボリューション（ＬＴＥ）、ＬＴＥアドバンスト（ＬＴＥ−Ａ：ＬＴＥ−Ａｄｖａｎｃｅｄ）および他の規格（例えば、３ＧＰＰリリース８、９、１０および／または１１）について記載される。しかしながら、本開示の範囲は、この点で限定されるべきではない。本明細書に開示されるシステムおよび方法の少なくともいくつかの態様は、他のタイプのワイヤレス通信システムにおいて利用されてもよい。

ワイヤレス通信デバイスは、音声および／またはデータを基地局へ通信するために用いる電子デバイスであってもよく、次には基地局がデバイスのネットワーク（例えば、公衆交換電話網（ＰＳＴＮ：ｐｕｂｌｉｃ ｓｗｉｔｃｈｅｄ ｔｅｌｅｐｈｏｎｅ ｎｅｔｗｏｒｋ）、インターネットなど）と通信する。本明細書においてシステムおよび方法を記載するときに、ワイヤレス通信デバイスは、代わりに移動局、端末装置（ＵＥ）、アクセス端末、加入者局、モバイル端末、遠隔局、ユーザ端末、端末、加入者ユニット、モバイルデバイスなどと呼ばれることもある。ワイヤレス通信デバイスの例は、セルラーフォン、スマートフォン、携帯情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）、ラップトップコンピュータ、ネットブック、電子書籍リーダ、ワイヤレス・モデムなどを含む。３ＧＰＰ仕様では、ワイヤレス通信デバイスは、典型的に端末装置（ＵＥ）と呼ばれる。しかしながら、本開示の範囲は３ＧＰＰ規格に限定されるべきではないので、より一般的な用語「ワイヤレス通信デバイス」を意味するために本明細書では用語「ＵＥ」および「ワイヤレス通信デバイス」が同義で用いられる。

３ＧＰＰ仕様では、基地局は、典型的にＮｏｄｅ Ｂ、ｅｖｏｌｖｅｄまたはｅｎｈａｎｃｅｄ Ｎｏｄｅ Ｂ（ｅＮＢ）、ｈｏｍｅ ｅｎｈａｎｃｅｄまたはｅｖｏｌｖｅｄ ＮＢ（ＨｅＮＢ）、あるいはいくつかの他の同様の用語で呼ばれる。本開示の範囲は３ＧＰＰ規格に限定されるべきではないので、より一般的な用語「基地局」を意味するために、本明細書では、用語「基地局」、「Ｎｏｄｅ Ｂ」、「ｅＮＢ」、および「ＨｅＮＢ」が同義で用いられる。そのうえ、用語「基地局」は、アクセスポイントを示すために用いられてもよい。アクセスポイントは、ワイヤレス通信デバイスのためにネットワーク（例えば、ローカルエリアネットワーク（ＬＡＮ：Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなど）へのアクセスを提供する電子デバイスである。用語「通信デバイス」は、ワイヤレス通信デバイス（例えば、ＵＥ）および／または基地局（例えば、ｅＮＢ）の両方を示すために用いられる。

留意すべきは、本明細書では、「セル」は、インターナショナル・モバイル・テレコミュニケーションズ−アドバンスト（ＩＭＴ−Ａｄｖａｎｃｅｄ：Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ−Ａｄｖａｎｃｅｄ）に用いるべく規格化または規制団体によって仕様が定められたいずれかの通信チャネルであり、Ｎｏｄｅ Ｂ（例えば、ｅＮｏｄｅＢ、ｅＮＢ）とＵＥとの間の通信に用いることが認可されたバンドとして、そのすべてまたはそのサブセットが３ＧＰＰに採用されることである。「構成されたセル（ｃｏｎｆｉｇｕｒｅｄ ｃｅｌｌ）」は、ＵＥが認識しており、情報を送信または受信することがＮｏｄｅ Ｂ（例えば、ｅＮＢ）によって許可されたセルである。「構成されたセル（単数または複数）」は、在圏セル（単数または複数）であってもよい。ＵＥは、すべての構成されたセル上でシステム情報を受信し、必要な測定を行う。「アクティブ化されたセル（ａｃｔｉｖａｔｅｄ ｃｅｌｌ）」は、ＵＥが送受信を行う構成されたセルである。すなわち、アクティブ化されたセルは、ＵＥが物理下りリンク制御チャンネル（ＰＤＣＣＨ：ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）をモニタする対象となるセルであり、下りリンク送信の場合には、ＵＥが物理下りリンク共有チャネル（ＰＤＳＣＨ）を復号する対象となるセルである。「非アクティブ化されたセル（Ｄｅａｃｔｉｖａｔｅｄ ｃｅｌｌ）」は、ＵＥが送信されたＰＤＣＣＨをモニタしていない構成されたセルである。留意すべきは、「セル」が異なる次元の観点から記載されることである。例えば、「セル」は、時間特性、空間（例えば、地理的）特性および周波数特性を有する。

本明細書に開示されるシステムおよび方法は、上りリンク−下りリンク割り当てを再構成するために用いられる。ＬＴＥ時分割複信（ＴＤＤ：ｔｉｍｅ−ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘｉｎｇ）では、上りリンク（ＵＬ）および下りリンク（ＤＬ）信号の両方に同じ周波数帯域が用いられる。ＬＴＥ ＴＤＤにおいて様々なＵＬおよびＤＬ割り当て（例えば、トラフィック比）を達成するために、３ＧＰＰ仕様（例えば、３ＧＰＰ ＴＳ３６．２１１）には７つの上りリンク−下りリンク（ＵＬ−ＤＬ）構成が示される。これらの割り当ては、４０％から９０％のサブフレームをＤＬ信号に割り当てることができる。

現行仕様（例えば、ＬＴＥリリース８、９および１０）によれば、ＵＬ−ＤＬ構成を変更するために、システム情報変更手順が用いられる。この手順は、長い遅延を有し、しかもコールド・システム・リスタートを必要とする（例えば、システムにおけるすべてのＵＥは、旧構成のＵＬ−ＤＬ関連付けを切り離して新しい関連付けを設定するために、ある期間にわたって送受信を行うことができない）。留意すべきは、サブフレーム関連付けが、「ＵＬ−ＤＬ関連付け」と呼ばれ、ＵＬからＤＬへのサブフレーム関連付け、および／または、ＤＬからＵＬへのサブフレーム関連付けを含むことである。関連付けの例は、ＤＬサブフレーム物理ＤＬ制御チャネル（ＰＤＣＣＨ）の、ＵＬサブフレームでのＵＬ電力制御への関連付け；ＤＬサブフレーム物理ＤＬ制御チャネル（ＰＤＣＣＨ）の、ＵＬサブフレームでの物理ＵＬ共有チャネル（ＰＵＳＣＨ：ｐｈｙｓｉｃａｌ ＵＬ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）割り当てへの関連付け；ＤＬサブフレーム（単数または複数）での物理下りリンク共有チャネル（ＰＤＳＣＨ）送信に対する、ＵＬサブフレーム（単数または複数）上での肯定応答および否定応答（ＡＣＫ／ＮＡＣＫ）フィードバックの関連付け；ＵＬサブフレーム（単数または複数）での物理ＵＬ共有チャネル（ＰＵＳＣＨ）送信（単数または複数）に対する、物理ハイブリッド自動再送要求（ＨＡＲＱ）インジケータ・チャネル（ＰＨＩＣＨ：ｐｈｙｓｉｃａｌ ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ（ＨＡＲＱ）ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ）または物理下りリンク制御チャネル（ＰＤＣＣＨ）上での肯定応答および否定応答（ＡＣＫ／ＮＡＣＫ）フィードバックの関連付けなどを含む。

動的なＤＬからＵＬへの変換を有効にするために、既存の物理（ＰＨＹ）レイヤ・シグナリングを拡張することができる。例えば、ＤＬからＵＬへの遷移に用いる現行の標準スペシャルサブフレームの拡張と見做しうる、スペシャルサブフレーム・タイプ２を用いることができる。このスペシャルサブフレーム・タイプ２は、ＵＬ送信を提供し、一方では既存のＵＬ−ＤＬ関連付けを維持するために用いられる。

本明細書では、「リリース１１ ＵＥ」は、予想される３ＧＰＰリリース１１仕様、および場合によっては後続の仕様に従って動作するＵＥである。加えて、本明細書では、「レガシーＵＥ」は、それ以前の（例えば、３ＧＰＰリリース８、９、１０）仕様に従って動作するＵＥである。

本明細書に開示されるシステムおよび方法は、ＤＬからＵＬおよびＵＬからＤＬへの両方の再構成または切り替えに適用できるメカニズムを提供する。このメカニズムによって、１つの構成をＰＤＳＣＨハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）タイミングに適用し、別の構成をＰＵＳＣＨスケジューリングおよびＰＵＳＣＨ ＨＡＲＱ−ＡＣＫタイミングに適用することが可能である。リリース１１ ＵＥは、許可された動的なＵＬ−ＤＬ再構成範囲（例えば、切り替え領域）内の対応する参照ＵＬ−ＤＬ構成に基づいて、これらのタイミングに従う。レガシーＵＥは、動的なＵＬ−ＤＬ再構成の変更または認識なしに、既存の関連付けに従う。しかしながら、ｅＮＢは、後方互換性のあるタイミングを維持するために、いくつかのサブフレームでレガシーＵＥを制限することがある。

現行のＬＴＥ ＴＤＤシステムにおいて、ＵＬおよびＤＬ割り当ては、７つの定義されたＵＬ−ＤＬ構成から選ばれ、システム全体にわたって同期が取られる。現在、セルでのＵＬ−ＤＬ割り当て再構成にはＵＬ−ＤＬ関連付けを調整するためにすべての送信を停止しなければならないので、非常にコストがかかる。１つのセルにおける変化は、隣接セル（およびそれらの隣接セルなど）でＵＬ−ＤＬ構成の同期を一致させるために、隣接セル（およびそれらの隣接セルなど）での一連の変化を引き起こすか、または伴うことがある。さらに、現行のＵＬ−ＤＬ割り当て再構成は、システム情報変更を必要とする。そのため、この再構成は長い遅延を有し、トラフィック負荷における瞬時または短期の変化に適応できない。

本明細書に開示されるシステムおよび方法は、予想されるリリース１１仕様（およびそれ以降）に従って動作するＵＥのために、様々な参照ＵＬ−ＤＬ構成に基づいて、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫならびにＰＵＳＣＨスケジューリングおよびＨＡＲＱ−ＡＣＫタイミングを適用するための手法を提供する。レガシーＵＥについては、既存のタイミングを何も修正することなしにレガシーＵＥを動作させることの影響および制約も本明細書において分析される。

ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫ、ＰＵＳＣＨスケジューリングおよびＰＵＳＣＨ ＨＡＲＱ−ＡＣＫタイミングは、リリース１１ ＵＥではレガシーＵＥとは別様に、例えば、許可された動的なＵＬ−ＤＬ再構成範囲に基づいて構成される。レガシーＵＥは、ＨＡＲＱ−ＡＣＫおよびスケジューリング・タイミング変更を仮定すべきではない。しかしながら、起りうる競合を回避するためにｅＮＢがレガシーＵＥをスケジュールすることもある。

リリース１１ ＵＥに関して、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングは、１つの参照ＵＬ−ＤＬ構成に基づき、一方でＰＵＳＣＨスケジューリングおよびＰＵＳＣＨ ＨＡＲＱ−ＡＣＫタイミングは、別の参照ＵＬ−ＤＬ構成に基づく。例えば、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫ構成は、許可された動的なＵＬ−ＤＬ再構成範囲内にいくつか（例えば、最小数）のＵＬサブフレームをもつ第１の参照ＵＬ−ＤＬ構成に従う。第１の参照ＵＬ−ＤＬ構成は、デフォルトＵＬ−ＤＬ構成と同じであってもなくてもよい。

ＰＵＳＣＨスケジューリングおよびＰＵＳＣＨ ＨＡＲＱ−ＡＣＫタイミングは、許可された動的なＵＬ−ＤＬ再構成範囲内でいくつか（例えば、最大数）のＵＬサブフレームをもつ第２の参照ＵＬ−ＤＬ構成に従う。第２の参照ＵＬ−ＤＬ構成は、デフォルトＵＬ−ＤＬ構成と同じであってもなくてもよい。許可されたＵＬ−ＤＬ切り替えを伴うサブフレーム（例えば、１つ以上の変換可能な領域におけるサブフレーム）に関して、本明細書では動的なＵＬ−ＤＬ再構成が利用されるときのシグナリングおよびＵＥの振舞いに係わるシステムおよび方法が提供される。

本明細書に開示されるシステムおよび方法のいくつかの固有の態様は、次のように示される。本明細書に開示されるシステムおよび方法は、リリース１１ ＵＥに対して、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫのための参照ＵＬ−ＤＬ構成とＰＵＳＣＨスケジューリングおよびＨＡＲＱ−ＡＣＫタイミングのための参照ＵＬ−ＤＬ構成とを提供する。これらの参照ＵＬ−ＤＬ構成は、許可された動的なＵＬ−ＤＬ再構成範囲を提供する。これらの参照ＵＬ−ＤＬ構成は、変換可能なサブフレームを提供する。本明細書に開示されるシステムおよび方法に従って、リリース８、９および１０からの既存の関連付けが再使用される。

本明細書に開示されるシステムおよび方法は、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫのための参照ＵＬ−ＤＬ構成と、ＰＵＳＣＨスケジューリングおよびＨＡＲＱ−ＡＣＫタイミングのための参照ＵＬ−ＤＬ構成とを適用する。これらの参照ＵＬ−ＤＬ構成は、レガシーＵＥのためにスケジュールできる後方互換性のあるサブフレームを定義し、レガシーＵＥは、適用されるＵＬ−ＤＬ再構成の認識なしにデフォルト・タイミングに従う。本明細書に開示されるシステムおよび方法は、変換可能なサブフレームの方向を動的に変更するために、物理レイヤ・シグナリングを利用する。これらは、各変換可能なサブフレームの方向を決定するための手法も提供する。

動的なＵＬおよびＤＬ再構成をサポートし、一方では（例えば、システム情報変更を用いた）ＵＬ−ＤＬ割り当て再構成を削減するために、本明細書に開示されるシステムおよび方法は、物理レイヤ（例えば、ＰＨＹレイヤ）シグナリングを用いて、トラフィック適応によりＵＬおよびＤＬ割り当てを変更することを記載する。ＰＨＹレイヤ・シグナリングは、標準のＵＬ−ＤＬ関連付けが維持されるように、既存のＰＨＹレイヤ・シグナリングの拡張であってもよい。

本明細書に開示されるシステムおよび方法は、スペシャルサブフレームを記載する。このスペシャルサブフレームは、本明細書では「スペシャルサブフレーム・タイプ２」と呼ばれる。スペシャルサブフレーム・タイプ２は、現在構成済みのＤＬサブフレームでの物理ＵＬ共有チャネル（ＰＵＳＣＨ）送信をサポートする。スペシャルサブフレーム・タイプ２は、大部分のチャネルリソースをＰＵＳＣＨ送信に割り当て、一方では必要に応じて物理下りリンク制御チャネル（ＰＤＣＣＨ）を維持する。スペシャルサブフレーム・タイプ２のための構造および構成手順が本明細書に提供される。いくつかの実装において、すべての既存のＵＬ−ＤＬ関連付けは維持され、レガシーＵＥ（例えば、以前の仕様に従って機能するＵＥ）に透過的である。従って、いくつかの場合に（システム情報変更による）ＵＬ−ＤＬ割り当て再構成は必要とされない。

明確にするために、フレーム構造の一例（ＬＴＥ−ＴＤＤフレーム構造）ならびに本明細書に開示されるシステムおよび方法に従って用いられるＵＬ−ＤＬ構造の例が３ＧＰＰ ＴＳ３６．２１１から次のように示される。このフレーム構造は、時分割複信（ＴＤＤ）手法に適用可能である。各フレームは
Ｔ_ｆ＝３０７２００・Ｔ_ｓ＝１０
ミリ秒（ｍｓ）の長さを有し、ここでＴ_ｆは無線フレーム持続時間であり、Ｔ_ｓは

秒に等しい時間単位である。フレームは
１５３６００・Ｔ_ｓ＝５
ｍｓの長さをそれぞれが有する２つの半フレームを含む。各半フレームは
３０７２０・Ｔ_ｓ＝１
ｍｓの長さをそれぞれが有する５つのサブフレームを含む。いくつかのＵＬ−ＤＬフレーム構成は、以下の（３ＧＰＰ ＴＳ３６．２１１の表４．２−２からの）表（１）に示される。

表（１）では、無線フレームにおける各サブフレームに関して、「Ｄ」は、サブフレームがＤＬ送信のために予約されていることを示し、「Ｕ」は、サブフレームがＵＬ送信のために予約されていることを示し、「Ｓ」は、３つのフィールド、すなわち、下りリンク・パイロット時間スロット（ＤｗＰＴＳ：ｄｏｗｎｌｉｎｋ ｐｉｌｏｔ ｔｉｍｅ ｓｌｏｔ）、ガード期間（ＧＰ：ｇｕａｒｄ ｐｅｒｉｏｄ）およびＵＬパイロット時間スロット（ＵｐＰＴＳ：ＵＬ ｐｉｌｏｔ ｔｉｍｅ ｓｌｏｔ）をもつスペシャルサブフレームを示す。ＤｗＰＴＳ、ＧＰおよびＵｐＰＴＳの長さは、ＤｗＰＴＳ、ＧＰおよびＵｐＰＴＳの全長が
３０７２０・Ｔ_ｓ＝１
ｍｓに等しいことを前提として、（３ＧＰＰ ＴＳ３６．２１１の表４．２−１からの）表（２）に示される。表（２）は、（標準）スペシャルサブフレームのいくつかの構成を示す。各サブフレームｉは、各サブフレームにおける長さが
Ｔ_ｓｌｏｔ＝１５３６０・Ｔ_ｓ＝０．５
ｍｓの２つのスロット、２ｉおよび２ｉ＋１として定義される。表（２）では、便宜上、「サイクリックプレフィックス（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）」は「ＣＰ」と略記され、「構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）」は「Ｃｏｎｆｉｇ」と略記される。

ＤＬからＵＬへの切り替えポイント周期が５ｍｓおよび１０ｍｓの両方のＵＬ−ＤＬ構成がサポートされる。ＤＬからＵＬへの切り替えポイント周期が５ｍｓの場合、スペシャルサブフレームは、両方の半フレームに存在する。ＤＬからＵＬへの切り替えポイント周期が１０ｍｓの場合、スペシャルサブフレームは、第１の半フレームだけに存在する。サブフレーム０および５ならびにＤｗＰＴＳは、ＤＬ送信のために予約される。ＵｐＰＴＳおよびスペシャルサブフレームのすぐ後に続くサブフレームは、ＵＬ送信のために予約される。複数のセルがアグリゲートされる場合、ＵＥは、すべてのセルにわたって同じＵＬ−ＤＬ構成を仮定し、異なるセルにおけるスペシャルサブフレームのガード期間が少なくとも
１４５６・Ｔ_ｓ
の重なりを有すると仮定する。

（デフォルト）ＵＬ−ＤＬ構成は、サブフレーム割り当ておよびｓｐｅｃｉａｌＳｕｂｆｒａｍｅＰａｔｔｅｒｎｓを含む情報要素（ＩＥ：ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）ＴＤＤ−Ｃｏｎｆｉｇによって定義されるＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ−ＢｌｏｃｋＴｙｐｅ１（ＳＩＢ１）の一部であってもよい。ＳＩＢ１は、論理チャネルとしてブロードキャスト制御チャネル上で送信される。ＵＬ−ＤＬ構成を変更するために、システム情報変更手順が行われる。

ＴＤＤ構成および再構成のいくつかの課題は、次のように記載される。ＴＤＤ構成は、対をなす周波数帯域を必要としない。従って、ＴＤＤ構成の１つの利点は、帯域幅割り当てのフレキシビリティにある。ＬＴＥ−ＴＤＤでは、フレームが１０個のサブフレームを有する。ＤＬからＵＬへの切り替えポイント周期が５ｍｓおよび１０ｍｓの両方のＵＬ−ＤＬ構成がサポートされる。３ＧＰＰ規格では７つのＵＬ−ＤＬ構成が規定されている。リリース１０およびそれ以前の仕様では、ＵＬおよびＤＬ送信の間の干渉を回避するために、システム全体にわたる同期が必要なことがある。それゆえに、すべてのｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｅＮＢ）およびすべてのＵＥが（例えば、リリース１０およびそれ以前の仕様に従って）同じＵＬ−ＤＬ構成およびタイミングに従う。

現行仕様（例えば、ＬＴＥリリース８、９および１０）では、ＵＬ−ＤＬ構成を変更するためにシステム情報変更手順が用いられる。この手順は、複数のブロードキャスト・チャネル間隔を必要とし、そのために長い遅延を有し、瞬時のトラフィック負荷の変化には適応できない。（例として、ＬＴＥ−ＴＤＤにおける）ＵＬ−ＤＬ関連付けの例は、ＰＤＣＣＨの、ＵＬサブフレームのＵＬ電力制御に対する関連付け、ＰＤＣＣＨの、ＵＬサブフレームでの物理上りリンク共有チャネル（ＰＵＳＣＨ）割り当てに対する関連付け、ＵＬサブフレーム（単数または複数）上での、ＤＬ送信のＡＣＫ／ＮＡＣＫフィードバック、ＰＨＩＣＨまたはＰＤＣＣＨ上での、ＵＬ送信のＡＣＫ／ＮＡＣＫフィードバックの関連付けなどを含む。異なるＵＬ−ＤＬ関連付けに起因して、すべての送信機は、旧構成のＵＬ−ＤＬ関連付けを切り離して新しい関連付けを設定するために、送信をすっかり停止しなければならないことがある。

これは、システム能力（例えば、上りリンクまたは下りリンク上に提供された負荷）の莫大な損失とユーザ・トラフィック中断とをもたらすであろう。そのため、ＤＬおよびＵＬ割り当ての再構成には非常にコストもかかる。しかも、１つのセルにおける変更が、近接セルにそれらのＵＬ−ＤＬ構成を変更するように強いることもある。結果として、「波及」効果が生じうる。大きなトラフィック負荷変動によって、頻繁なＵＬ−ＤＬ再構成が重大なネットワーク問題を招くこともある。

ＬＴＥ ＴＤＤ ＵＬ−ＤＬ構成は、アグリゲートされたネットワーク・トラフィックフローを対象として設計される。トラフィック特性は、用途ごとおよび／またはＵＥごとに著しく異なる。統計的に、ネットワーク・トラフィック負荷（例えば、セル内のすべてのＵＥのアグリゲートされたトラフィック負荷）は比較的安定しており、個々のＵＥのトラフィック特性に比べてゆっくり変化する筈である。しかし、アグリゲートされたトラフィック負荷が平均値の周りで大きく変動することもある。一日の異なる時間における平均トラフィック負荷は著しく変化しうる。いくつかのＵＥがビデオ・ストリーミングおよび大きなファイルのダウンロードのような広帯域のアプリケーションを用いるときには、ＵＬおよびＤＬ比が著しく変わる可能性がある。

オペレータは、ある所望の負荷比「目標」をもつネットワークを、その収益モデルに対するオペレータの選好または他の目的に基づいて構成できる。実際のシステムのトラフィック特性は２つの態様を含む。第１の態様は、上りリンクまたは下りリンクのいずれかにおける全トラフィック負荷対そのリンクにおける能力（または提供された負荷）比である。第２の態様は、ＵＬ対ＤＬトラフィック比である。ＵＬ対ＤＬトラフィック比は、オペレータの目標または望ましい負荷比（例えば上りリンクで提供された負荷に対する下りリンクで提供された負荷の比）に一致しても一致しなくてもよい。

ネットワーク・アグリゲートされたトラフィック負荷対能力比が低いとき、割り当てられたＵＬサブフレームおよびＤＬサブフレームによってそれぞれＵＬトラフィックおよびＤＬトラフィック負荷がサポートできる場合には、そのＵＬ−ＤＬ構成は、受け入れ可能である。この場合、実際のＵＬ−ＤＬトラフィック比は、ＵＬ−ＤＬ割り当てと同じであっても異なってもよい。逆に、全トラフィック負荷対能力比が高い場合には、より良好に整合するＵＬ−ＤＬ比が構成される。

再構成は、いくつかの場合に必要である。例えば、再構成は、割り当てられたＵＬリソースがＵＬトラフィック負荷をサポートできない場合に必要である。別の例では、再構成は、割り当てられたＤＬリソースがＤＬトラフィック負荷をサポートできない場合に必要である。そのうえ、再構成は、より良好な整合ＵＬ−ＤＬ割り当てによってトラフィック負荷に適応するために用いられる。例として、再構成は、現在のＵＬ−ＤＬ構成がＵＬ対ＤＬトラフィック比に整合しない場合に必要である。

現在、上りリンク−下りリンク（ＵＬ−ＤＬ）再構成にはシステム情報手順の変更が利用される。この処理は、無線リソース管理（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）レイヤ手順である。これは、長時間を要し、瞬時または急速に変動するトラフィック負荷の変化には適応できない。瞬時のトラフィック負荷の変化は、一時的なこともある。ネットワーク構成が変更されるまでにすでにトラフィック負荷が変化して、通常の状態に戻っていることもある。従って、別の再構成が必要となる。

（例えば、リリース８、９および１０では）さらに悪いことに、ＴＤＤシステムは、ＵＬおよびＤＬ送信の間の干渉を回避すべく、同じＵＬ−ＤＬ構成を有するように設計されるので、１つのセルにおけるＵＬ−ＤＬ構成の変化が近接セルにおけるＵＬ−ＤＬ構成の変化のきっかけとなりうる。それゆえに、（システム情報の変更を利用した）ＵＬ−ＤＬ構成の変更は、ＲＲＣレベルで非常にコストがかかり、いくつかの場合にこれを回避することが有益であろう。

トラフィック状態にさらに良好に適応するためには、システム情報変更に加えて、動的なＵＬ−ＤＬ再構成手順がサポートされるとよい。動的なＵＬ−ＤＬ再構成は、（例えば、レガシーＵＥのために）後方互換性を維持し、リアルタイムのトラフィック変化に基づく迅速なサブフレーム修正によって、（例えば、リリース１１仕様およびそれ以降に従って動作するＵＥのために）さらなるフレキシビリティを提供する。そのうえ、（例えば、リリース１１では）同一チャネル干渉低減技術により一時的または持続的に隣接セルにおける異なるＵＬ−ＤＬ構成がサポートされる。異なるＵＬ−ＤＬ構成は、異なる最初のネットワーク構成によって、および／または、トラフィック適応を用いた動的なＵＬ−ＤＬ構成変更によってもたらすことができる。

動的なＵＬ−ＤＬ再構成のサポートは、暗黙的または明示的に確定される。いくつかの構成において、動的なＵＬ−ＤＬ再構成を構成するため、あるいは有効にするかまたは無効にするために、ｅＮＢによってシステム情報ブロック（ＳＩＢ：ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）または上位レイヤ・シグナリング（例えば、ＲＲＣシグナリング）が用いられる。例えば、ｅＮＢは、デフォルトＴＤＤ ＵＬ−ＤＬ構成にわたって少なくとも１つのサブフレームが変換可能なことをＵＥに示すために、明示的なシグナリング（例えば、ＳＩＢまたはＲＲＣシグナリング）を送ることができる。加えて、または代わりに、１つ以上の参照ＵＬ−ＤＬ構成または動的なＵＬ−ＤＬ再構成範囲のシグナリングが、動的なＵＬ−ＤＬ再構成のサポートを暗黙的に示してもよい。例えば、ｅＮＢは、デフォルトＴＤＤ ＵＬ−ＤＬ構成にわたって少なくとも１つのサブフレームが変換可能なことを暗黙的に示す、動的なＵＬ−ＤＬ再構成範囲をＵＥへ送ることができる。動的なＵＬ−ＤＬ再構成のサポートは、ｅＮＢによってセル固有としてＵＥのグループに、またはＵＥ固有としてシグナリングされる（例えば、構成される）。

動的なＴＤＤ ＵＬ−ＤＬ再構成のための別個のＰＤＳＣＨおよびＰＵＳＣＨタイミングに関するさらなる詳細が、以下に示される。リリース８、９および１０では、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫ、ＰＵＳＣＨスケジューリングおよびＰＵＳＣＨ ＨＡＲＱ−ＡＣＫに関するＴＤＤ ＵＬ−ＤＬ関連付けがＴＤＤ ＵＬ−ＤＬ構成によって定義される。ネットワークにおけるすべてのレガシーＵＥは、所与のＴＤＤ ＵＬ−ＤＬ構成によって定義される同じＰＤＳＣＨ ＨＡＲＱ−ＡＣＫレポート関連付けに従う。同様に、ネットワークにおけるすべてのレガシーＵＥは、所与のＴＤＤ ＵＬ−ＤＬ構成によって定義される同じＰＵＳＣＨスケジューリングおよびＰＵＳＣＨ ＨＡＲＱ−ＡＣＫレポート関連付けに従う。

しかしながら、本明細書に開示されるシステムおよび方法は、異なる参照ＵＬ−ＤＬ構成に基づいてＰＤＳＣＨタイミング関連付けとＰＵＳＣＨタイミング関連付けとを分離する手法を提供する。例えば、ネットワーク（例えば、１つ以上のＵＥおよび１つ以上のｅＮＢ）は、（リリース８、９および１０仕様におけるようなデフォルトＵＬ−ＤＬ構成に加えて）、トラフィック適応に基づく動的なＴＤＤ ＵＬ−ＤＬ再構成を可能にするように構成される。例として、動的なＴＤＤ ＵＬ−ＤＬ再構成を可能にするように構成されたＵＥは、１つのＵＬ−ＤＬ参照構成をＰＤＳＣＨ ＨＡＲＱ−ＡＣＫ関連付けに、別のＵＬ−ＤＬ参照構成をＰＵＳＣＨスケジューリングおよびＰＵＳＣＨ ＨＡＲＱ−ＡＣＫ関連付けに利用し、一方でこのＵＥは、デフォルトＵＬ−ＤＬ構成を認識できる。

ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫ関連付けのための参照ＵＬ−ＤＬ構成と、ＰＵＳＣＨスケジューリングおよびＰＵＳＣＨ ＨＡＲＱ−ＡＣＫ関連付けのための参照ＵＬ−ＤＬ構成とは、同じであってもなくてもよい。いずれの参照ＵＬ−ＤＬ構成が利用されるかは、ＲＲＣシグナリングによって明示的に示されて（例えば、定義されて）もよく、あるいは、他の情報（例えば、許可された動的なＵＬ−ＤＬ再構成範囲）から暗黙的に導出されてもよい。参照ＵＬ−ＤＬ構成がＲＲＣシグナリングによって示される場合、許可された動的なＵＬ−ＤＬ再構成範囲は、ＵＥまたはｅＮＢによって識別される必要はない。許可された動的なＵＬ−ＤＬ再構成範囲は、デフォルトＵＬ−ＤＬ構成および参照ＵＬ−ＤＬ構成から導出される。参照ＵＬ−ＤＬ構成は、セル固有またはＵＥ固有のＵＬ−ＤＬ構成であってもよい。

必要ならば、許可された動的なＵＬ−ＤＬ再構成範囲は、ｅＮＢによって（例えば、ＲＲＣシグナリングを用いて）提供される。許可された動的なＵＬ−ＤＬ再構成範囲は、セル固有またはＵＥ固有であってもよい。

動的なＵＬ−ＤＬ再構成範囲は、３ＧＰＰ仕様に示される７つの標準ＵＬ−ＤＬ構成と関連して定義される。動的なＵＬ−ＤＬ再構成範囲は、デフォルトＵＬ−ＤＬ構成から許可されたＵＬおよび／またはＤＬサブフレームの数によって定義されてもよい。加えて、または代わりに、動的なＵＬ−ＤＬ再構成範囲は、ＲＲＣシグナリングを用いてＰＤＳＣＨ ＨＡＲＱ−ＡＣＫのための参照ＵＬ−ＤＬ構成とＰＵＳＣＨスケジューリングおよびＨＡＲＱ−ＡＣＫのための参照ＵＬ−ＤＬ構成とにより定義されてもよい。

デフォルトＵＬ−ＤＬ構成は、ｅＮＢによってすべてのＵＥに規定されるＵＬ−ＤＬ構成である。所与のデフォルトＵＬ−ＤＬ構成に対して、動的なＵＬ−ＤＬ再構成範囲は、デフォルトＵＬ−ＤＬ構成が再構成範囲内にあることを条件として、７つの標準ＴＤＤ ＵＬ−ＤＬ構成の任意の組み合わせであってもよい。従って、１０ｍｓ周期のＵＬ−ＤＬ構成と５ｍｓ周期のＵＬ−ＤＬ構成との間でネットワークを動的に再構成することも可能である。しかしながら、ＴＤＤ ＵＬ−ＤＬ構成周期の変更は、極めて影響が大きいことに留意すべきである。そのため、本明細書に開示されるシステムおよび方法のいくつかの実装において、動的なＵＬ−ＤＬ再構成は、同じ周期をもつ構成に限定される。

動的なＵＬ−ＤＬ再構成範囲に基づいて、ＵＬサブフレームおよびＤＬサブフレームは、２つのグループ、すなわち、固定されたＵＬまたはＤＬ方向をもつサブフレームのグループと、動的なＵＬおよびＤＬ切り替えを可能とする変換可能なサブフレームのグループとに分けることができる。変換可能なサブフレームは、再構成可能なサブフレームとも呼ばれる。サブフレームは、動的なＵＬ−ＤＬ再構成範囲において同じＵＬまたはＤＬ方向を維持するならば、固定された方向を有する。サブフレームは、動的なＵＬ−ＤＬ再構成範囲において少なくとも１つの場合にＵＬサブフレームであり、少なくとも１つの他の場合にＤＬサブフレームであるならば、変換可能なサブフレームである。言い換えれば、変換可能なサブフレームは、動的なＵＬ−ＤＬ再構成範囲において方向の変更が可能なサブフレームである。いくつかの実装において、ＵＥは、動的なＵＬ−ＤＬ再構成範囲に基づいて（例えば、動的なＵＬ−ＤＬ再構成範囲におけるＵＬ−ＤＬ構成の間で異なるサブフレームを確定することによって）、変換可能なサブフレームを確定する。変換可能なサブフレームは、（ＵＥへの）ＲＲＣシグナリングによって明示的に示されて（例えば、定義されて）もよく、または、他の情報（例えば、許可された動的なＵＬ−ＤＬ再構成範囲および／または参照ＵＬ−ＤＬ構成および／またはデフォルトＵＬ−ＤＬ構成）から（ＵＥによって）暗黙的に導出されてもよい。変換可能なサブフレームは、変換可能な領域内にある。

固定されたサブフレームおよび変換可能なサブフレームを導出するときに、（標準）スペシャルサブフレームは、ＤＬサブフレームとして扱われ、スペシャルサブフレーム・タイプ２は、ＵＬサブフレームとして扱われる。さらに詳細な例は、図面と関連して以下に示される。

一例は、デフォルトＵＬ−ＤＬ構成としてのＴＤＤ ＵＬ−ＤＬ構成１と、ＵＬ−ＤＬ構成２からＵＬ−ＤＬ構成０までの許可されたＵＬ−ＤＬ再構成範囲とを有する。この例では、ＵＥおよびｅＮＢは、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫのための参照ＵＬ−ＤＬ構成が構成２であり、ＰＵＳＣＨスケジューリングおよびＰＵＳＣＨ ＨＡＲＱ−ＡＣＫのための参照ＵＬ−ＤＬ構成が構成０であることを認識している。従って、この例は、動的なＴＤＤ ＵＬ−ＤＬ再構成のための異なる参照ＵＬ−ＤＬ構成を説明する。さらなる詳細は、図８と関連して以下に示される。

別の例は、デフォルトＵＬ−ＤＬ構成である構成４と混ざった周期を有し、動的なＵＬ−ＤＬ再構成範囲は、ＵＬ−ＤＬ構成４とＵＬ−ＤＬ構成１との間である。この例では、変換可能なサブフレームまたは再構成可能なサブフレームは、サブフレーム７および８である。第１の参照ＵＬ−ＤＬ構成は、最小数のＵＬサブフレームを有する構成４である。第２の参照ＵＬ−ＤＬ構成は、最小数のＤＬサブフレームを有する構成１である。リリース１１ ＵＥのためにサブフレーム７にＰＵＳＣＨをスケジュールする場合には、サブフレーム７がＵＬサブフレームへ変換される。より具体的には、サブフレーム６がレギュラーＤＬサブフレームなので、サブフレーム７は、スペシャルサブフレーム・タイプ２へ変換される。従って、変換されたサブフレーム７では物理上りリンク制御チャネル（ＰＵＣＣＨ）が維持され、レガシーＵＥのためにＰＵＳＣＨスケジューリングおよびＨＡＲＱ−ＡＣＫレポーティングを依然として行うことができる。リリース１１ ＵＥのためにサブフレーム８にＰＵＳＣＨをスケジュールする場合、ＵＥは、サブフレーム７が既にスペシャルサブフレーム・タイプ２へ変換されていると仮定して、サブフレーム８をノーマルＵＬサブフレームとして用いる。このように、この例は、周期が混ざった再構成範囲を示す。さらなる詳細は、図９と関連して以下に示される。

許可された動的なＵＬ−ＤＬ再構成範囲がリリース１１ ＵＥのために構成される（例えば、確立される）とき、または、参照ＵＬ−ＤＬ構成がこのＵＥのために構成される（例えば、確立される）ときに、ＵＥは、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫレポーティングのための参照ＵＬ−ＤＬ構成、ならびに、ＰＵＳＣＨスケジューリングおよびＨＡＲＱ−ＡＣＫレポーティングのための参照ＵＬ−ＤＬ構成を確定する（例えば、設定する）。ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫ関連付けのための参照ＵＬ−ＤＬ構成、ならびに、ＰＵＳＣＨスケジューリングおよびＰＵＳＣＨ ＨＡＲＱ−ＡＣＫ関連付けのための参照ＵＬ−ＤＬ構成は、同じであってもなくてもよい。参照ＵＬ−ＤＬ構成は、許可された再構成範囲から導出することもできる。

ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫ関連付けは、ＰＤＳＣＨ送信のＡＣＫ／ＮＡＣＫビットを、ＵＬサブフレームのＰＵＣＣＨまたはＰＵＳＣＨ上でレポートするために用いられる。許可された再構成範囲にわたって同じＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングを確実に用いることができるように、第１の参照ＵＬ−ＤＬ構成は、許可された動的なＵＬ−ＤＬ再構成範囲内で最小数のＵＬサブフレームをもつ標準ＵＬ−ＤＬ構成として導出される。言い換えれば、第１の参照ＵＬ−ＤＬ構成は、変換可能なサブフレームをＤＬサブフレームとして用いたときに、同じか、またはより少数のＵＬサブフレームを有する標準ＵＬ−ＤＬ構成を見出すことによって確定される（例えば、取得される）。ＵＥは、次に第１の参照ＵＬ−ＤＬ構成のＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングに従う。ＵＥは、許可された動的なＵＬ−ＤＬ再構成範囲内のすべての構成に対しても第１の参照ＵＬ−ＤＬ構成のＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングに従う。第１の参照ＵＬ−ＤＬ構成は、デフォルトＵＬ−ＤＬ構成と同じであってもなくてもよい。

ＰＵＳＣＨスケジューリングおよびＰＵＳＣＨ ＨＡＲＱ−ＡＣＫレポーティングは、ＤＬサブフレーム上で運ばれる。ＰＵＳＣＨは、ＰＤＣＣＨによってスケジュールされ、ＰＵＳＣＨ ＨＡＲＱ−ＡＣＫは、ＰＨＩＣＨまたはＰＤＣＣＨ上のいずれかに示される。許可されたＵＬ−ＤＬ再構成範囲にわたって同じＰＵＳＣＨスケジューリングおよびＰＵＳＣＨ ＨＡＲＱ−ＡＣＫレポーティング・タイミングを確実に用いることができるように、第２の参照ＵＬ−ＤＬ構成は、許可された動的なＵＬ−ＤＬ再構成範囲内で最小数のＤＬサブフレームをもつ構成として導出される。言い換えれば、第２の参照ＵＬ−ＤＬ構成は、変換可能なサブフレームをＵＬとして用いたときに、同じか、またはより少数のＤＬサブフレームを有する標準ＵＬ−ＤＬ構成を見出すことによって確定される（例えば、取得される）。ＵＥは、次に許可された動的なＵＬ−ＤＬ再構成範囲内のすべてのＵＬ−ＤＬ構成に対して第２の参照ＵＬ−ＤＬ構成のＰＵＳＣＨスケジューリングおよびＰＵＳＣＨ ＨＡＲＱ−ＡＣＫタイミングに従う。第２の参照ＵＬ−ＤＬ構成は、デフォルトＵＬ−ＤＬ構成と同じであってもなくてもよい。

ＵＬおよびＤＬ切り替えが可能なサブフレームに関して、ＵＬまたはＤＬ方向を決定するために明示的または暗黙的なルールが定義される。変換可能なサブフレームの方向をＵＥが確定するための手法の一例は、次にように示される。この例では、動的なＵＬおよびＤＬ再構成を用いて構成された（例として、リリース１１仕様およびそれ以降に従って動作する）ＵＥは、変換可能なサブフレームの方向がデフォルトＵＬ−ＤＬ構成の方向であると最初に仮定する。

ＤＬからＵＬへの変換に関して、ＵＥが、デフォルトＤＬ方向をもつ変換可能なサブフレームにＰＵＳＣＨをスケジュールするためのＰＤＣＣＨを受信した場合、ＤＬは、ＵＬサブフレームへ（またはいくつかの場合にスペシャルサブフレーム・タイプ２へ）変換される。変換可能なサブフレームが、ＤＬサブフレームのすぐに後にある（これは５ｍｓおよび１０ｍｓが混ざったＵＬ−ＤＬ構成範囲で発生する）場合、変換可能なサブフレームは、スペシャルサブフレーム・タイプ２へ変換される。変換可能なサブフレームが、デフォルトＵＬ−ＤＬ構成を用いたＰＵＳＣＨスケジューリングおよび／またはＰＵＳＣＨ ＨＡＲＱ−ＡＣＫレポーティングと関連付けられる場合、この変換可能なサブフレームは、スペシャルサブフレーム・タイプ２へ変換される。そのうえ、サブフレームがＵＥのためにＤＬサブフレームからＵＬサブフレームへ変換され、かつこのサブフレームがスペシャルサブフレームまたはＤＬサブフレームの後の、変換可能な領域における最初の変換可能なサブフレームではない場合、所与の変換可能な領域における所与の変換可能なサブフレームの前のすべての変換可能なサブフレームも、ＵＥによってＵＬサブフレームとして扱われる。

ＵＬからＤＬへのサブフレーム変換に関して、ＵＥが、デフォルトＵＬ方向をもつ変換可能なサブフレームにＰＵＳＣＨをスケジュールするためのＰＤＣＣＨを受信しない場合、ＵＥは、この変換可能なサブフレームをＤＬサブフレームとしてモニタする。加えて、または代わりに、デフォルトＵＬ方向をもつ変換可能なサブフレームにおけるＰＤＳＣＨは、別のＤＬサブフレームにおけるＰＤＣＣＨまたはエンハンストＰＤＣＣＨ（ｅＰＤＣＣＨ）を用いた、クロスサブフレーム（またはクロス送信時間間隔（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ））ＰＤＳＣＨ割り当てによって明示的にスケジュールすることもできる。ＰＵＳＣＨスケジューリングに用いられる同じＤＬサブフレームが、変換可能なサブフレームにＰＤＳＣＨ送信をスケジュールするために代わりに用いられてもよい。所与の変換可能なサブフレームの前の他のＤＬサブフレームも、所与の変換可能なサブフレーム上でのＰＤＳＣＨ送信のクロスサブフレーム・スケジューリングに用いることができる。そのうえ、サブフレームがＵＥのためにＵＬからＤＬへ変換され、かつこのサブフレームがスペシャルサブフレームまたはＤＬサブフレームの後の変換可能な領域における最後の変換可能なサブフレームではない場合、所与の変換可能な領域における所与の変換可能なサブフレームの後のすべての変換可能なサブフレームも、ＵＥによってＤＬサブフレームとして扱われる。

（例えば、リリース１１仕様およびそれ以降に従って動作する）ＵＥに関して、ＰＵＳＣＨスケジューリングは、レガシーＰＤＣＣＨによる第２の参照ＵＬ−ＤＬ構成のスケジューリング・タイミングに従う。ＰＵＳＣＨスケジューリングは、サポートされていれば、エンハンストＰＤＣＣＨ（ｅＰＤＣＣＨ）またはクロスサブフレーム（もしくはクロスＴＴＩ）ＰＵＳＣＨスケジューリングによって行われてもよい。

動的なＵＬ−ＤＬ再構成を用いた（例えば、リリース１１仕様およびそれ以降に従って動作する）ＵＥは、ＰＵＣＣＨまたはＰＵＳＣＨ上でのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫレポートのために第１の参照ＵＬ−ＤＬ構成のタイミングを用いる。従って、すべての変換可能なサブフレームが、対応するＡＣＫ／ＮＡＣＫレポーティング・ビットに含まれる。１つの手法では、ＡＣＫ／ＮＡＣＫビットの数およびビット順序付けは、第１の参照ＵＬ−ＤＬ構成と同じに設定することができる。そのうえ、ＵＬサブフレームとして構成された変換可能なサブフレームに関して不連続送信（ＤＴＸ：ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｔｒａｎｓｍｉｓｓｉｏｎ）が示される。例として、ＤＴＸビットは、ＵＥがＤＬサブフレームでＰＤＣＣＨを正しく受信しない場合にレポートされる。これらのビットをＤＴＸとして保つと、ＤＬがＵＬへ変換されるか否かに係わらず、同じ数のＡＣＫ／ＮＡＣＫビットが維持される。別の手法では、ＡＣＫ／ＮＡＣＫは、第１の参照ＵＬ−ＤＬ構成のビット順序付けに従うが、ＵＬサブフレームとして構成された変換可能なサブフレームではＡＣＫ／ＮＡＣＫビットを送信しなくてもよい。この手法は、ＤＬサブフレームからＵＬサブフレームへ変換されたサブフレームでビットを除去することによって、ＡＣＫ／ＮＡＣＫペイロード削減の利益を提供する。従って、これはＰＵＣＣＨ性能の向上につながる。

動的なＵＬ−ＤＬ再構成を用いたリリース１１ ＵＥは、ＰＨＩＣＨまたはＰＤＣＣＨ上でのＰＵＳＣＨスケジューリングおよびＰＵＳＣＨ ＨＡＲＱ−ＡＣＫレポーティングのために第２の参照ＵＬ−ＤＬ構成のタイミングを用いる。従って、すべての変換可能なサブフレームが、第２の参照ＵＬ−ＤＬ構成によって定義された関連付けルールに従って、ＰＵＳＣＨスケジューリングのためにスケジュールされ、ＰＨＩＣＨまたはＰＤＣＣＨ上でのＡＣＫ／ＮＡＣＫフィードバックによって通知される。

レガシーＵＥは、ＨＡＲＱ−ＡＣＫおよびスケジューリング・タイミング変更を何も仮定しない。従って、動的なＵＬ−ＤＬ再構成を用いたリリース１１ ＵＥは、レガシーＵＥと同じＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミング、ＰＵＳＣＨスケジューリングおよび／またはＨＡＲＱ−ＡＣＫタイミングを有することもある。代わりに、動的なＵＬ−ＤＬ再構成を用いたリリース１１ ＵＥは、レガシーＵＥとは異なるＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミング、ＰＵＳＣＨスケジューリングおよび／またはＨＡＲＱ−ＡＣＫタイミングを有さないこともある。しかしながら、任意の起りうる競合を回避するためにｅＮＢがレガシーＵＥをスケジュールすることもある。

変換可能なサブフレームがデフォルトＵＬ−ＤＬ構成ではＤＬサブフレームであり、ＵＬサブフレームに変換される場合、この変換可能なサブフレームは、ＵＬサブフレームまたはＵＬサブフレームへすでに変換された別の変換可能なサブフレームのすぐ後に続く。変換を認識しないレガシーＵＥは、変換されたＵＬサブフレームを依然としてＤＬサブフレームとして復号しようと試みる。ＰＤＣＣＨが検出されないので、レガシーＵＥは、所与のサブフレームについてＤＴＸをレポートする。

しかしながら、いくつかの場合、所与の変換可能なサブフレームは、ＰＵＳＣＨスケジューリングまたはＰＵＳＣＨ ＡＣＫ／ＮＡＣＫレポーティングとリンクされている（例えば、関連付けられている）。１つの手法では、ｅＮＢは、リンクされた（例えば、関連付けられた）ＵＬサブフレームでレガシーＵＥのためにＰＵＳＣＨ送信をスケジュールすることを回避する。従って、変換可能なサブフレームは、動的なＵＬ−ＤＬ再構成を用いて構成されたリリース１１ ＵＥによってＵＬサブフレームとして用いられる。別の手法では、ｅＮＢは、リンクされた（例えば、関連付けられた）ＵＬサブフレームでレガシーＵＥのために依然としてＰＵＳＣＨ送信をスケジュールする。そのうえ、変換可能なサブフレームは、スペシャルサブフレーム・タイプ２となり、動的なＵＬ−ＤＬ再構成を用いて構成されたリリース１１ ＵＥのためにＵＬサブフレームとして用いられる。

それに対して、変換可能なサブフレームがデフォルトＵＬ−ＤＬ構成ではＵＬサブフレームであり、ＤＬサブフレームへ変換される場合、この変換可能なサブフレームは、ＵＬ−ＤＬ構成周期の最後のＵＬサブフレームであるか、または、デフォルトＵＬ−ＤＬ構成からＤＬサブフレームへすでに変換された別の変換可能なサブフレームの前にある。ＵＬサブフレームがＤＬサブフレームへ変換されるときに、レガシーＵＥは、変換を認識しない。従って、ｅＮＢは、かかる変換可能なサブフレームにはレガシーＵＥのためにＵＬ送信をスケジュールしない。しかし、所与のサブフレームは、レガシーＵＥによってＰＤＳＣＨ ＨＡＲＱ−ＡＣＫをレポートするために用いることもできる。それゆえに、ｅＮＢは、所与の変換可能なサブフレームとリンクされた（例えば、関連付けられた）ＤＬサブフレームでのレガシーＵＥのＰＤＳＣＨ送信を制限する。これらのＤＬサブフレームは、第１の参照ＵＬ−ＤＬ構成に基づく異なるＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングに従うので、動的なＵＬ−ＤＬ再構成を用いて構成されたリリース１１ ＵＥのためには依然としてそれらのＤＬサブフレームを用いうることに留意すべきである。

動的なＵＬ−ＤＬ再構成が適用されるときに、レガシーＵＥにはスケジューリング制約が課される。以下では、様々なデフォルトＵＬ−ＤＬ構成を用いた動的なＵＬ−ＤＬ再構成のシナリオが記載される。１０ｍｓ周期をもつＵＬ−ＤＬ構成では、動的なＵＬ−ＤＬ再構成範囲が同じ周期を有するときに、すべての動的な範囲の組み合わせがサポートされる。５ｍｓ周期をもつＵＬ−ＤＬ構成では（標準ＵＬ−ＤＬ構成のすべての組み合わせに加えて）、いくつかの中間または遷移状態も、動的なＵＬ−ＤＬ再構成の間にサポートされる。再構成範囲が同じ周期を有するときのＵＬ−ＤＬ構成ごとに、さらなる詳細が以下に提供される。

動的なＵＬ−ＤＬ再構成範囲が、５ｍｓおよび１０ｍｓが混ざった周期を有するときには、動的なＴＤＤ ＵＬ−ＤＬ再構成のための別個のＰＤＳＣＨおよびＰＵＳＣＨタイミングについて上記の手法と同様の手法が適用される。ｅＮＢは、ＤＬサブフレームへ変換されるＵＬサブフレームとリンクされた（例えば、関連付けられた）ＰＤＳＣＨ割り当てを防ぐためのスケジューリング制限も適用する。そのうえ、ｅＮＢは、ＤＬサブフレームからＵＬサブフレームへ変換される変換可能なサブフレームにＰＤＳＣＨをスケジュールすることを回避する。いくつかの可能な組み合わせのみについて、詳細が以下に示される。しかしながら、本明細書に開示されるシステムおよび方法は、すべての可能な組み合わせに適用できる。

無線フレームは、１０ｍｓの長さを有しうる。無線フレームにおけるＤＬとＵＬとの間の１つのサブフレーム変換は、それぞれの方向に１０％の変化をもたらす。ネットワーク・トラフィック負荷は、通常、劇的には変化しない。それゆえに、たとえ本明細書に開示されるシステムおよび方法によってすべての組み合わせがサポートされるとしても、トラフィック負荷の変動を管理するために、ほとんどの場合には（利用可能であれば）各方向の周期内の１つか２つのサブフレーム変換で十分であろう。

ＵＬ−ＤＬ再構成範囲が同じ周期を有するときのＵＬ−ＤＬ構成ごとのさらに具体的な例は、以下のように示される。これらの例に記載される各ＵＬ−ＤＬ構成は、上掲の表（１）（例えば、ＴＳ３６．２１１ 表４．２−２）に規定されるような標準ＴＤＤ ＵＬ−ＤＬ構成を指す。

ＵＬ−ＤＬ構成５に基づく一例は、次のように示される。ＴＤＤ ＵＬ−ＤＬ構成５は、１０ｍｓ周期および無線フレームにおける１つのＵＬサブフレーム割り当てを有する。従って、ＵＬからＤＬへのサブフレーム変換は可能でない。ＴＤＤ ＵＬ−ＤＬ構成５がデフォルトＵＬ−ＤＬ構成である場合、動的なＵＬ−ＤＬ再構成を用いて構成された（例として、リリース１１仕様およびそれ以降に従って動作する）ＵＥに関して、第１の参照ＵＬ−ＤＬ構成は、デフォルトＵＬ−ＤＬ構成５とすることができる。

ＤＬからＵＬへの１つだけの変換が許可される（例えば、許可された動的なＵＬ−ＤＬ再構成範囲が、ＵＬ−ＤＬ構成５とＵＬ−ＤＬ構成４との間である）手法では、第２の参照ＵＬ−ＤＬ構成は、構成４とすることができる。従って、サブフレーム９におけるＰＤＣＣＨがサブフレーム３にＰＵＳＣＨ送信をスケジュールする場合、サブフレーム３がＤＬサブフレームからＵＬサブフレームへ変換され、サブフレーム３ではＰＤＣＣＨまたはＰＤＳＣＨは何も送信されない。

ＤＬからＵＬサブフレームへの２つのサブフレーム変換が許可される（例えば、許可された動的なＵＬ−ＤＬ再構成範囲が、ＵＬ−ＤＬ構成５とＵＬ−ＤＬ構成３との間である）手法では、第２の参照ＵＬ−ＤＬ構成は、ＵＬ−ＤＬ構成３とすることができる。従って、サブフレーム９におけるＰＤＣＣＨがサブフレーム３にＰＵＳＣＨ送信をスケジュールする場合、サブフレーム３がＤＬサブフレームからＵＬサブフレームへ変換され、サブフレーム３ではＰＤＣＣＨまたはＰＤＳＣＨは何も送信されないであろう。ＵＥがサブフレーム４でＰＵＳＣＨスケジューリングを受信するに過ぎず、たとえサブフレーム３には自らのためのＰＵＳＣＨスケジューリングがなくても、ＵＥは、サブフレーム３をＵＬサブフレームとして扱う。それゆえに、ｅＮＢは、サブフレーム３がＵＬサブフレームへすでに変換されている場合に、サブフレーム４上でのみＰＵＳＣＨのスケジューリングを行えばよい。

ＵＬ−ＤＬ構成３に基づく別の例は、次のように示される。ＴＤＤ ＵＬ−ＤＬ構成３は、１０ｍｓ周期および無線フレームにおける３つのＵＬサブフレーム割り当てを有する。従って、ＤＬからＵＬへのいかなるサブフレーム変換も可能でない。ＵＬ−ＤＬ構成３がデフォルトＵＬ−ＤＬ構成である場合、動的なＵＬ−ＤＬ再構成を用いて構成された（例として、リリース１１仕様またはそれ以降に従って動作する）ＵＥに関して、第２の参照ＵＬ−ＤＬ構成は、デフォルトＵＬ−ＤＬ構成３とすることができる。

ＵＬからＤＬサブフレームへの１つだけのサブフレーム変換が許可される（例えば、許可された動的なＵＬ−ＤＬ再構成範囲が、ＵＬ−ＤＬ構成３とＵＬ−ＤＬ構成４との間である）手法では、第１の参照ＵＬ−ＤＬ構成は、構成４とすることができる。サブフレーム４にＰＵＳＣＨがスケジュールされていない場合、（例として、リリース１１仕様およびそれ以降に従って動作する）ＵＥは、サブフレーム４をＤＬサブフレームとしてモニタする。そのうえ、ＰＤＣＣＨまたはｅＰＤＣＣＨをもつ異なるＤＬサブフレームでのクロスサブフレーム・スケジューリングによって、（例として、リリース１１仕様およびそれ以降に従って動作する）ＵＥのためにサブフレーム４にＰＤＳＣＨが割り当てられている場合、ＵＥは、サブフレーム４をＤＬサブフレームとしてモニタする。サブフレーム４がＵＬサブフレームからＤＬサブフレームへ変換されるときに、レガシーＵＥに関して、ｅＮＢは、サブフレーム４上ではＰＵＳＣＨをスケジュールせず、サブフレーム４のＰＵＣＣＨまたはＰＵＳＣＨ上でのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫレポーティングを防ぐために、サブフレーム９および０上でのＰＤＳＣＨ割り当てを回避する。留意すべきは、動的なＵＬ−ＤＬ再構成のサポートを用いた（例として、リリース１１仕様またはそれ以降に従って動作する）ＵＥには依然としてサブフレーム９および０を用いうることである。従って、リソースが浪費されることはない。

ＵＬからＤＬへの２つのサブフレーム変換が許可される（例えば、許可された動的なＵＬ−ＤＬ再構成範囲が、ＵＬ−ＤＬ構成３とＵＬ−ＤＬ構成５との間である）手法では、第１の参照ＵＬ−ＤＬ構成は、構成５とすることができる。ｅＮＢは、サブフレームが変換されるときにいくつかのスケジューリング制限を適用する。サブフレーム４がＵＬサブフレームからＤＬサブフレームへ変換されるときに、サブフレーム４上でのＰＵＳＣＨスケジューリングは生じず、サブフレーム９および０上でのＰＤＳＣＨ割り当ては回避される。サブフレーム３および４が両方ともにＵＬサブフレームからＤＬサブフレームへ変換されるときに、サブフレーム３および４上でのＰＵＳＣＨスケジューリングは生じず、サブフレーム７、８、９および０上でのＰＤＳＣＨ割り当ては回避される。加えて、ＵＥが、サブフレーム３に割り当てられたＰＤＳＣＨを受信する場合、ＵＥは、サブフレーム４をＤＬサブフレームとして扱う。留意すべきは、（例として、リリース１１仕様またはそれ以降に従って動作する）ＵＥによって依然としてこれらのＤＬサブフレームを用いうることである。従って、リソースが浪費されることはない。

ＵＬ−ＤＬ構成４に基づく別の例は、次のように示される。ＴＤＤ ＵＬ−ＤＬ構成４は、１０ｍｓ周期および無線フレームにおける２つのＵＬサブフレーム割り当てを有する。ＵＬ−ＤＬ構成４は、ＵＬ−ＤＬ構成３および／またはＵＬ−ＤＬ構成５へ動的に再構成される。

ＵＬからＤＬへのサブフレーム変換だけが許可される１つの手法では、許可された動的なＵＬ−ＤＬ再構成範囲は、ＵＬ−ＤＬ構成４とＵＬ−ＤＬ構成５との間であり、第１の参照ＵＬ−ＤＬ構成は、ＵＬ−ＤＬ構成５とし、第２の参照ＵＬ−ＤＬ構成は、ＵＬ−ＤＬ構成４とすることができる。

ＤＬからＵＬへのサブフレーム変換だけが許可される別の手法では、許可された動的なＵＬ−ＤＬ再構成範囲は、ＵＬ−ＤＬ構成４とＵＬ−ＤＬ構成３との間であり、第１の参照ＵＬ−ＤＬ構成は、構成４とし、第２の参照ＵＬ−ＤＬ構成は、構成３とすることができる。

ＵＬからＤＬおよびＤＬからＵＬへの両方のサブフレーム変換が許可される手法では、許可された動的なＵＬ−ＤＬ再構成範囲は、ＵＬ−ＤＬ構成５とＵＬ−ＤＬ構成３との間であり、第１の参照ＵＬ−ＤＬ構成は、ＵＬ−ＤＬ構成５とし、第２の参照ＵＬ−ＤＬ構成は、ＵＬ−ＤＬ構成３とすることができる。

ｅＮＢは、レガシーＵＥにいくつかのスケジューリング制限を適用する。サブフレーム３がＵＬからＤＬサブフレームへ変換されるときに、サブフレーム３ではＰＵＳＣＨスケジューリングは生じず、サブフレーム６，７、８、および９でのレガシーＵＥのためのＰＤＳＣＨ割り当ては、サブフレーム３上でのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫレポーティングを防ぐために回避される。留意すべきは、例として、リリース１１仕様およびそれ以降に従って動作するＵＥにはこれらのＤＬサブフレームを用いうることである。従って、リソースは何も浪費されない。サブフレーム４がＤＬからＵＬサブフレームへ変換されるときに、サブフレーム４上にＤＬ割り当ては生じない。

ＵＬ−ＤＬ構成２に基づく別の例は、次のように示される。ＴＤＤ ＵＬ−ＤＬ構成２は、５ｍｓ周期および無線フレームにおける２つのＵＬサブフレーム割り当てを有する。従って、ＵＬからＤＬへのサブフレーム変換は可能でない。ＵＬ−ＤＬ構成２がデフォルトＵＬ−ＤＬ構成である場合、動的なＵＬ−ＤＬ再構成を用いて構成されたリリース１１ ＵＥに関して、第１の参照ＵＬ−ＤＬ構成は、デフォルトＵＬ−ＤＬ構成２とすることができる。ＤＬからＵＬへの１つか２つのサブフレーム変換が許可される場合、許可された動的なＵＬ−ＤＬ再構成範囲は、ＵＬ−ＤＬ構成２とＵＬ−ＤＬ構成１との間であり、第２の参照ＵＬ−ＤＬ構成は、ＵＬ−ＤＬ構成２とすることができる。ＤＬからＵＬへの３つのサブフレーム変換が許可される場合、許可された動的なＵＬ−ＤＬ再構成範囲は、ＵＬ−ＤＬ構成２とＵＬ−ＤＬ構成６との間であり、第２の参照ＵＬ−ＤＬ構成は、ＵＬ−ＤＬ構成６とすることができる。ＤＬからＵＬへの４つのサブフレーム変換が許可される場合、許可された動的なＵＬ−ＤＬ再構成範囲は、構成２と構成０との間であり、第２の参照ＵＬ−ＤＬ構成は、ＵＬ−ＤＬ構成０とすることができる。

動的なＵＬ−ＤＬ再構成を用いて、ｅＮＢは、レガシーＵＥにいくつかのスケジューリング制限を適用する。ＤＬからＵＬへの１つのサブフレーム変換を用いて、サブフレーム３が変換される。従って、サブフレーム３上にＰＤＳＣＨは生じない。ＤＬからＵＬへの２つのサブフレーム変換を用いて、サブフレーム３および８が変換される。従って、サブフレーム３および８上にＰＤＳＣＨは生じない。ＤＬからＵＬへの３つのサブフレーム変換を用いて、サブフレーム３、４および８が変換される。従って、サブフレーム３、４および８上にＰＤＳＣＨは生じない。ＤＬからＵＬへの４つのサブフレーム変換を用いて、サブフレーム３、４、８および９が変換される。従って、サブフレーム３、４、８および９上にＰＤＳＣＨは生じない。留意すべきは、例えば、リリース１１仕様およびそれ以降に従って動作するＵＥによって、依然としてこれらのＤＬサブフレームを用いうることである。そのうえ、サブフレーム３およびサブフレーム８は、レガシーＵＥのためにＰＵＳＣＨをスケジュールするために用いることができる。これらのサブフレームのすべて（例えば、サブフレーム３、４、８および９）がレギュラーＵＬサブフレームへ変換される場合、レガシーＵＥのためにＰＵＳＣＨは何もスケジュールされない。例として、これは最悪ケースのシナリオであり、スペシャルサブフレーム・タイプ２の必要性を説明する。結果として、サブフレーム３およびサブフレーム８は、スペシャルサブフレーム・タイプ２サブフレームへ変換されるとよい。スペシャルサブフレーム・タイプ２は、ＰＤＣＣＨ領域を維持し、短いガード期間（ＧＰ）後のサブフレームの残りにＰＵＳＣＨを割り当てる。従って、スペシャルサブフレーム・タイプ２は、既存のＵＬ−ＤＬ関連付けを維持する一方で、ＵＬ送信を提供するために用いることができる。

ＵＬ−ＤＬ構成０に基づく別の例は、次のように示される。ＴＤＤ ＵＬ−ＤＬ構成０は、５ｍｓ周期および無線フレームにおける６つのＵＬサブフレーム割り当てを有する。従って、ＤＬからＵＬへの変換は可能でない。ＵＬ−ＤＬ構成０がデフォルトＵＬ−ＤＬ構成である場合、動的なＵＬ−ＤＬ再構成を用いて構成された（例として、リリース１１仕様およびそれ以降に従って動作する）ＵＥに関して、第２の参照ＵＬ−ＤＬ構成は、デフォルトＵＬ−ＤＬ構成０とすることができる。ＵＬからＤＬへの１つのサブフレーム変換が許可される場合、許可された動的なＵＬ−ＤＬ再構成範囲は、ＵＬ−ＤＬ構成０とＵＬ−ＤＬ構成６との間であり、第１の参照ＵＬ−ＤＬ構成は、構成６とすることができる。ＵＬからＤＬへの２つのサブフレーム変換が許可される場合、許可された動的なＵＬ−ＤＬ再構成範囲は、ＵＬ−ＤＬ構成０とＵＬ−ＤＬ構成１との間であり、第１の参照ＵＬ−ＤＬ構成は、構成１とすることができる。ＵＬからＤＬへの３つか４つのサブフレーム変換が許可される場合、許可された動的なＵＬ−ＤＬ再構成範囲は、ＵＬ−ＤＬ構成０とＵＬ−ＤＬ構成２との間であり、第１の参照ＵＬ−ＤＬ構成は、構成２とすることができる。

動的なＵＬ−ＤＬ再構成を用いて、ｅＮＢは、レガシーＵＥにいくつかのスケジューリング制限を適用する。ＵＬからＤＬへの１つのサブフレーム変換を用いて、サブフレーム９が変換される。ｅＮＢは、サブフレーム９にＰＵＳＣＨをスケジュールせず、サブフレーム９でのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫレポーティングを防ぐために、サブフレーム５上でのレガシーＵＥのためのＰＤＳＣＨ割り当てを回避する。ＵＬからＤＬへの２つのサブフレーム変換を用いて、サブフレーム４および９が変換される。ｅＮＢは、サブフレーム４および９にＰＵＳＣＨをスケジュールせず、サブフレーム０および５上でのレガシーＵＥのためのＰＤＳＣＨ割り当てを回避する。ＵＬからＤＬへの３つのサブフレーム変換を用いて、サブフレーム４、８および９が変換される。ｅＮＢは、サブフレーム４、８および９にＰＵＳＣＨをスケジュールせず、サブフレーム０および５上でのレガシーＵＥのためのＰＤＳＣＨ割り当てを回避する。ＵＬからＤＬへの４つのサブフレーム変換を用いて、サブフレーム３、４、８および９が変換される。ｅＮＢは、サブフレーム３、４、８および９にＰＵＳＣＨをスケジュールせず、サブフレーム０および５上でのレガシーＵＥのためのＰＤＳＣＨ割り当てを回避する。

ＵＬ−ＤＬ構成１に基づく別の例は、次のように示される。ＴＤＤ ＵＬ−ＤＬ構成１は、５ｍｓ周期および無線フレームにおける４つのＵＬ割り当てを有する。従って、ＤＬからＵＬおよびＵＬからＤＬへの両方のサブフレーム変換が可能である。ＵＬ−ＤＬ構成１がデフォルトＵＬ−ＤＬ構成である場合、動的なＵＬ−ＤＬ再構成を用いて構成された（例として、リリース１１仕様およびそれ以降に従って動作する）ＵＥに関して、参照ＵＬ−ＤＬ構成は、許可された動的なＵＬ−ＤＬ再構成範囲に基づいて確定される。

ＤＬからＵＬへのサブフレーム変換が許可されず、ＵＬからＤＬへのサブフレーム変換だけが許可される場合、許可された動的なＵＬ−ＤＬ再構成範囲は、ＵＬ−ＤＬ構成１とＵＬ−ＤＬ構成２との間であり、第１の参照ＵＬ−ＤＬ構成は、ＵＬ−ＤＬ構成２とし、第２の参照ＵＬ−ＤＬ構成は、ＵＬ−ＤＬ構成１とすることができる。

ＵＬからＤＬへのサブフレーム変換が許可されず、ＤＬからＵＬへの１つだけのサブフレーム変換が許可される場合、許可された動的なＵＬ−ＤＬ再構成範囲は、ＵＬ−ＤＬ構成１とＵＬ−ＤＬ構成６との間であり、第１の参照ＵＬ−ＤＬ構成は、ＵＬ−ＤＬ構成１とし、第２の参照ＵＬ−ＤＬ構成は、ＵＬ−ＤＬ構成６とすることができる。

ＵＬからＤＬへのサブフレーム変換およびＤＬからＵＬへの１つだけのサブフレーム変換が許可される場合、許可された動的なＵＬ−ＤＬ再構成範囲は、ＵＬ−ＤＬ構成２とＵＬ−ＤＬ構成６との間であり、第１の参照ＵＬ−ＤＬ構成は、ＵＬ−ＤＬ構成２とし、第２の参照ＵＬ−ＤＬ構成は、ＵＬ−ＤＬ構成６とすることができる。ＵＬからＤＬへのサブフレーム変換およびＤＬからＵＬへの２つのサブフレーム変換が許可される場合、許可された動的なＵＬ−ＤＬ再構成範囲は、ＵＬ−ＤＬ構成２とＵＬ−ＤＬ構成０との間であり、第１の参照ＵＬ−ＤＬ構成は、ＵＬ−ＤＬ構成２とし、第２の参照ＵＬ−ＤＬ構成は、ＵＬ−ＤＬ構成０とすることができる。

動的なＵＬ−ＤＬ再構成を用いて、ｅＮＢは、レガシーＵＥにいくつかのスケジューリング制限を適用する。ＵＬからＤＬへの１つのサブフレーム変換を用いて、サブフレーム８が変換される。ｅＮＢは、サブフレーム８にＰＵＳＣＨをスケジュールせず、サブフレーム８上でのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫレポーティングを防ぐために、レガシーＵＥのためのサブフレーム４上でのＰＤＳＣＨ割り当てを回避する。ＵＬからＤＬへの２つのサブフレーム変換を用いて、サブフレーム３および８が変換される。ｅＮＢは、サブフレーム３および８にＰＵＳＣＨをスケジュールせず、サブフレーム４および９上でのＰＤＳＣＨ割り当てを回避する。

ＤＬからＵＬへの１つのサブフレーム変換を用いて、サブフレーム４が変換される。従って、サブフレーム４上にＰＤＳＣＨは生じない。サブフレーム４でレギュラーＵＬサブフレームが用いられる場合、ｅＮＢは、サブフレーム８でのＰＵＳＣＨスケジューリングを回避する。変換されたサブフレーム４にスペシャルサブフレーム・タイプ２が用いられる場合、レガシーＵＥのためにサブフレーム８でのＰＵＳＣＨスケジューリングが可能である。

ＤＬからＵＬへの２つの変換を用いて、サブフレーム４および９が変換される。従って、サブフレーム４および９上にＰＤＳＣＨは生じない。レギュラーＵＬサブフレームが用いられる場合、ｅＮＢは、サブフレーム３および８でのＰＵＳＣＨスケジューリングを回避する。変換されたサブフレームにスペシャルサブフレーム・タイプ２が用いられる場合、サブフレーム３および８でのＰＵＳＣＨスケジューリングが可能である。

ＵＬ−ＤＬ構成６に基づく別の例は、次のように示される。ＴＤＤ ＵＬ−ＤＬ構成６は、５ｍｓ周期および無線フレームにおける５つのＵＬサブフレーム割り当てを有する。従って、ＤＬからＵＬおよびＵＬからＤＬへの両方のサブフレーム変換が可能である。ＵＬ−ＤＬ構成６がデフォルトＵＬ−ＤＬ構成である場合、動的なＵＬ−ＤＬ再構成を用いて構成された（例として、リリース１１仕様およびそれ以降に従って動作する）ＵＥに関して、参照ＵＬ−ＤＬ構成は、許可された動的なＵＬ−ＤＬ再構成範囲に基づいて確定される。

ＤＬからＵＬへの変換が許可されず、ＵＬからＤＬへの１つだけのサブフレーム変換が許可される場合、許可された動的なＵＬ−ＤＬ再構成範囲は、ＵＬ−ＤＬ構成６とＵＬ−ＤＬ構成１との間であり、第１の参照ＵＬ−ＤＬ構成は、構成１とし、第２の参照ＵＬ−ＤＬ構成は、ＵＬ−ＤＬ構成６とすることができる。ＤＬからＵＬへのサブフレーム変換が許可されず、ＵＬからＤＬへの２つか３つのサブフレーム変換が許可される場合、許可された動的なＵＬ−ＤＬ再構成範囲は、ＵＬ−ＤＬ構成６とＵＬ−ＤＬ構成２との間であり、第１の参照ＵＬ−ＤＬ構成は、ＵＬ−ＤＬ構成２とし、第２の参照ＵＬ−ＤＬ構成は、ＵＬ−ＤＬ構成６とすることができる。

ＵＬからＤＬへのサブフレーム変換が許可されず、ＤＬからＵＬへのサブフレーム変換だけが許可される場合、許可された動的なＵＬ−ＤＬ再構成範囲は、ＵＬ−ＤＬ構成６とＵＬ−ＤＬ構成０との間であり、第１の参照ＵＬ−ＤＬ構成は、ＵＬ−ＤＬ構成６とし、第２の参照ＵＬ−ＤＬ構成は、ＵＬ−ＤＬ構成０とすることができる。ＵＬからＤＬへの１つのサブフレーム変換およびＤＬからＵＬへのサブフレーム変換が許可される場合、許可された動的なＵＬ−ＤＬ再構成範囲は、ＵＬ−ＤＬ構成１とＵＬ−ＤＬ構成０との間であり、第１の参照ＵＬ−ＤＬ構成は、ＵＬ−ＤＬ構成１とし、第２の参照ＵＬ−ＤＬ構成は、ＵＬ−ＤＬ構成０とすることができる。

ＵＬからＤＬへの２つか３つのサブフレーム変換およびＤＬからＵＬへのサブフレーム変換が許可される場合、許可された動的なＵＬ−ＤＬ再構成範囲は、ＵＬ−ＤＬ構成２とＵＬ−ＤＬ構成０との間であり、第１の参照ＵＬ−ＤＬ構成は、ＵＬ−ＤＬ構成２とし、第２の参照ＵＬ−ＤＬ構成は、ＵＬ−ＤＬ構成０とすることができる。

動的なＵＬ−ＤＬ再構成を用いて、ｅＮＢは、レガシーＵＥにいくつかのスケジューリング制限を適用する。ＵＬからＤＬへの１つのサブフレーム変換を用いて、サブフレーム４が変換される。ｅＮＢは、サブフレーム４にＰＵＳＣＨをスケジュールせず、サブフレーム８上でのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫレポーティングを防ぐために、レガシーＵＥのためのサブフレーム９上でのＰＤＳＣＨ割り当てを回避する。ＵＬからＤＬへの２つのサブフレーム変換を用いて、サブフレーム４および８が変換される。ｅＮＢは、サブフレーム４および８にＰＵＳＣＨをスケジュールせず、サブフレーム９および１上でのＰＤＳＣＨ割り当てを回避する。ＵＬからＤＬへの３つのサブフレーム変換を用いて、サブフレーム３、４および８が変換される。ｅＮＢは、サブフレーム３、４および８にＰＵＳＣＨをスケジュールせず、サブフレーム６，９および１上でのＰＤＳＣＨ割り当てを回避する。ＤＬからＵＬへの１つのサブフレーム変換を用いて、サブフレーム９が変換される。従って、サブフレーム９上にＰＤＳＣＨは生じない。レギュラーＵＬサブフレームが用いられる場合、ｅＮＢは、サブフレーム４でのレガシーＵＥのためのＰＵＳＣＨスケジューリングを回避する。変換されたサブフレームにスペシャルサブフレーム・タイプ２が用いられる場合、サブフレーム４でのＰＵＳＣＨスケジューリングが可能である。

クロスサブフレームＰＤＳＣＨスケジューリングを用いた動的なＵＬ−ＤＬサブフレーム変換に関するさらなる詳細が以下に示される。本明細書に記載されるシステムおよび方法は、物理レイヤ・シグナリングによって動的なＤＬからＵＬへのサブフレーム変換を可能にする。ネットワーク（例えば、ｅＮＢ）は、デフォルトＵＬ−ＤＬ構成と同じＰＤＳＣＨ ＨＡＲＱ−ＡＣＫ、ＰＵＳＣＨスケジューリングおよびＰＵＳＣＨ ＨＡＲＱ−ＡＣＫタイミングを維持できる。しかしながら、本明細書に記載されるシステムおよび方法に従って、追加のＰＨＹシグナリングを用いることもできる。ｅＮＢがＤＬサブフレームにＰＵＳＣＨ送信をスケジュールする場合、ＤＬサブフレームは、ＵＬサブフレームか、またはスペシャルサブフレーム・タイプ２へ変換される。本明細書に開示されるシステムおよび方法は、ＵＬからＤＬへのサブフレーム変換も可能にする。

リリース８、９および１０仕様では、ＵＬサブフレームのＰＵＳＣＨスケジューリングは、定義されたスケジューリングＤＬサブフレームと関連付けられる（例えば、ＰＵＳＣＨは、ＴＤＤ ＵＬ−ＤＬ構成に基づいて規定された距離を用いてクロスサブフレームの仕方でスケジュールされる）。この距離は、４ｍｓ以上である。新しいスケジューリングＤＬサブフレームが対象サブフレームにＰＵＳＣＨ送信をスケジュールする場合、対象ＤＬサブフレームは、ＵＬサブフレームか、またはスペシャルサブフレーム・タイプ２へ変換される。

リリース１１では、異なるサブフレームでのＰＵＳＣＨスケジューリングのために、クロスサブフレームまたはクロスＴＴＩスケジューリングがサポートされる。従って、ＤＬからＵＬへのサブフレーム変換のための追加のＰＨＹレイヤ・シグナリングにより、クロスサブフレームまたはクロスＴＴＩ ＰＵＳＣＨスケジューリングを用いて、ＤＬからＵＬへの変換を行うことができる。クロスキャリアＰＵＳＣＨスケジューリングを用いると、スケジューリングＤＬサブフレームと、変換対象となるＤＬサブフレームとの間の距離は、４ｍｓ以上であってもよい。これは、より多くのフレキシビリティを提供する。そのうえ、リリース１１におけるクロスＴＴＩスケジューリングは、ＰＤＣＣＨ、または定義されていれば、エンハンストＰＤＣＣＨ（ｅＰＤＣＣＨ）で行うことができる。クロスＴＴＩスケジューリングは、ＰＤＣＣＨまたはｅＰＤＣＣＨに様々なサブフレーム・オフセット値を適用することによって実現される。

リリース８、９および１０仕様では、ＰＤＳＣＨ送信のクロスＴＴＩスケジューリングは許可されない。しかしながら、本明細書に開示されるシステムおよび方法は、（リリース１１仕様に関して）ＵＬサブフレームをＤＬサブフレームへ動的に変換するためのさらなる物理レイヤ・シグナリングを追加する。さらなるシグナリングは、ＰＤＳＣＨ送信のためのクロスサブフレームまたはクロスＴＴＩスケジューリングをサポートする（例えば、スケジューリングＤＬサブフレームの後の別のサブフレームにＰＤＳＣＨ送信をスケジュールするために、スケジューリングＤＬサブフレームにおけるＰＤＣＣＨが用いることができる）。クロスＴＴＩスケジューリングは、リリース１１仕様およびそれ以降のＰＤＣＣＨまたはｅＰＤＣＣＨによってサポートされる。

ＵＬサブフレームは、ＰＵＳＣＨスケジューリングのためのスケジューリングＤＬサブフレームと既に関連付けられているので、ＵＬサブフレームをＤＬサブフレームへ変換するためのスケジューリング・サブフレームとして、同じスケジューリング・サブフレームを用いることができる。ＰＵＳＣＨが何もクロスＴＴＩでスケジュールされていない場合、ＵＬサブフレームにおけるＰＤＳＣＨのためのスケジューリング・サブフレームのＰＤＣＣＨによってＰＤＳＣＨをスケジュールし、ＵＬサブフレームをＤＬサブフレームへ変換してもよい。そのうえ、所与のＵＬサブフレームの前の他のＤＬサブフレームも、所与のＵＬサブフレーム上にクロスサブフレームＰＤＳＣＨをスケジュールして、それをＤＬサブフレームへ変換するために、スケジューリング・サブフレームとして用いることができる。クロスＴＴＩスケジューリングは、ＰＤＣＣＨまたはｅＰＤＣＣＨに異なるサブフレーム・オフセット値を適用することによって実現される。

しかしながら、ＵＬサブフレームがＤＬサブフレームへ変換される場合、ｅＮＢは、ＰＵＳＣＨ ＨＡＲＱ−ＡＣＫのために所与のＵＬサブフレームと関連付けられているＤＬサブフレーム上にＰＤＳＣＨをスケジュールすることはできない。それゆえに、上記のように本明細書に開示されるシステムおよび方法に従ってＰＨＹレイヤ・シグナリングをより良好に用いるためにいくつかのタイミング変更が導入される。

（スペシャルサブフレーム・タイプ２を用いた）いくつかの物理（ＰＨＹ）レイヤＵＬ−ＤＬ再構成の考察が以下に詳述される。リアルタイムのトラフィック負荷変動を考慮すると、よりフレキシブルな時間領域ＵＬ−ＤＬ再構成の方が、トラフィック変動特性に追随するであろう。このように、システム情報変更手順に加えて、ＰＨＹレイヤ再構成がサポートされる。ＰＨＹレイヤ手順は、大部分の一時的なトラフィック負荷変動に対処する。システム情報変更手順は、トラフィック変化が極めて著しく、ＰＨＹレイヤ手順がその変化を取り扱うことができないときにだけ用いられる。

動的なＵＬ−ＤＬ再構成は、ＰＨＹレイヤ・シグナリングを用いた迅速なサブフレーム変換を提供する。ＰＨＹシグナリングは、ＵＬ−ＤＬ関連付けの既存のシグナリングの拡張なので、レガシーＵＥのために後方互換性を維持できる。結果として、現行のＵＬ−ＤＬ関連付けが変更されることはなく、動的なＵＬ−ＤＬ再構成は、追加のフレキシビリティおよび機能をリリース１１ ＵＥへ提供する。

ｅＮＢは、チャネルリソースおよびＵＥの振舞いを完全に制御する。異なる制御情報を運ぶために、いくつかの下りリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）フォーマットが規定されている。例えば、ＤＣＩフォーマット０は、物理上りリンク共有チャネル（ＰＵＳＣＨ）のスケジューリングに用いられる。ＤＣＩフォーマット１は、物理下りリンク共有チャネル（ＰＤＳＣＨ）符号語のスケジューリングに用いられる。そのうえ、ＤＣＩフォーマット３は、電力調整の２ビットを用いた物理上りリンク制御チャネル（ＰＵＣＣＨ）および物理上りリンク共有チャネル（ＰＵＳＣＨ）に関する送信電力制御（ＴＰＣ：ｔｒａｎｓｍｉｔ ｐｏｗｅｒ ｃｏｎｔｒｏｌ）コマンドの送信に用いられる。

ＬＴＥ−ＴＤＤにおけるＵＬサブフレームでは、ＰＵＣＣＨおよび／またはＰＵＳＣＨ送信をスケジュールしたＵＥだけがチャネル上で送信できる。他のＵＥは、チャネルを感知しない。下りリンクデータ送信に関して、ＰＵＳＣＨは、同じサブフレームのＰＤＣＣＨによってのみスケジュールされる。それゆえに、ＰＨＹレイヤでＵＬサブフレームをＤＬサブフレームへ動的に変更することは、既存のＰＨＹレイヤ・シグナリングでは実行できない。

ＤＬサブフレームでは、ＵＥは、物理下りリンク制御チャンネル（ＰＤＣＣＨ）をモニタして、ＰＤＣＣＨを復号しようとするであろう。標準ＤＬサブフレームにＰＵＳＣＨ送信を割り当てるために、ＰＨＹレイヤ手順をＰＤＣＣＨによって拡張することができる。かかるＰＤＣＣＨコマンドは、リリース１０およびそれ以前のＴＤＤシステムではエラーとして扱われる。

拡張されたＰＨＹレイヤ・シグナリングは、ＤＬサブフレームを動的に変換して、ＵＬ ＰＵＳＣＨ送信を可能にするために用いられる。従って、ＤＬからＵＬへのサブフレーム変換は、ＰＨＹレイヤ・シグナリングによって動的に制御される。すべてのレガシーＵＥ（例えば、３ＧＰＰリリース８、９および／または１０に準拠するＵＥ）は、このサブフレームを依然としてＤＬサブフレームとして指定し、ＰＤＣＣＨを探してそのサブフレームをモニタする。ＰＤＣＣＨが存在しない場合、これらのＵＥは、所与のサブフレームでの不連続送信（ＤＴＸ）を仮定する。動的なサブフレーム変換をサポートする他のＵＥは、所与のサブフレームをＰＨＹレイヤ・シグナリングに続くＵＬサブフレームとして用いることができる。

動的なＵＬおよびＤＬ再構成（例えば、変換）を適用するときに、（例えば、以前の３ＧＰＰリリースによる）すべての既存のＵＬ−ＤＬ関連付けを維持することが望ましい。本明細書に開示されるシステムおよび方法は、一時的および／または部分的なＤＬからＵＬへの変換のために現行仕様のスペシャルサブフレームを拡張する。本明細書に開示されるスペシャルサブフレーム拡張または新しいスペシャルサブフレームは、「スペシャルサブフレーム・タイプ２」または「Ｓ２」と呼ばれる。加えて、または代わりに、新しいスペシャルサブフレームまたはスペシャルサブフレーム・タイプ２は、ハイブリッドサブフレーム、フレキシブルサブフレーム、拡張可能なスペシャルサブフレームなどと呼ばれることもある。スペシャルサブフレーム・タイプ２に関するさらなる詳細は、図６に関連して以下に示される。

次に、図面を参照して様々な構成が記載される。図面中、同様の参照番号は機能的に類似した要素を示す。本明細書において図面に一般的に記載され、説明されるシステムおよび方法は、多種多様に異なる構成に配置され、設計されてもよい。従って、図面に表現されるようないくつかの構成の以下のさらに詳細な記載は、特許請求の範囲を限定するものではなく、システムおよび方法を単に代表するに過ぎない。

図１は、上りリンクおよび下りリンク割り当てを再構成するためのシステムおよび方法が実装される、ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｅＮＢ）１６０および１つ以上の端末装置（ＵＥ）１０２の一構成を示すブロック・ダイアグラムである。留意すべきは、本明細書では、便宜上、語句「上りリンクおよび下りリンク」が「上りリンク下りリンク」または「ＵＬ−ＤＬ」と呼ばれることである。１つ以上のＵＥ１０２は、１つ以上のアンテナ１２２ａ〜ｂを用いてｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｅＮＢ）１６０と通信する。例えば、ＵＥ１０２は、１つ以上のアンテナ１２２ａ〜ｂを用いてｅＮＢ１６０へ電磁信号を送信し、ｅＮＢ１６０から電磁信号を受信する。ｅＮＢ１６０は、１つ以上のアンテナ１８０ａ〜ｂを用いてＵＥ１０２と通信する。留意すべきは、ｅＮＢ１６０が、いくつかの実装ではＮｏｄｅ Ｂ、ｈｏｍｅ ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ＨｅＮＢ）または他の種類の基地局であってもよいことである。

ＵＥ１０２およびｅＮＢ１６０は、相互に通信するために１つ以上のチャネル１１９、１２１を用いる。例えば、ＵＥ１０２は、１つ以上のＵＬチャネル１２１を用いてｅＮＢ１６０へ情報またはデータを送信する。ＵＬチャネル１２１の例は、物理上りリンク制御チャネル（ＰＵＣＣＨ）および物理上りリンク共有チャネル（ＰＵＳＣＨ）などを含む。ｅＮＢ１６０も、例として、１つ以上の下りリンク・チャネル１１９を用いて１つ以上のＵＥ１０２へ情報またはデータを送信する。下りリンク・チャネル１１９の例は、物理下りリンク制御チャネル（ＰＤＣＣＨ）、物理下りリンク共有チャネル（ＰＤＳＣＨ）などを含む。他の種類のチャネルを用いてもよい。

１つ以上のＵＥ１０２のそれぞれは、１つ以上のトランシーバ１１８、１つ以上の復調器１１４、１つ以上のデコーダ１０８、１つ以上のエンコーダ１５０、１つ以上の変調器１５４およびＵＥ操作モジュール１２４を含む。例えば、ＵＥ１０２では１つ以上の受信および／または送信経路が用いられる。便宜上、ＵＥ１０２では単一のトランシーバ１１８、デコーダ１０８、復調器１１４、エンコーダ１５０および変調器１５４だけが示されるが、実装によっては複数の並列要素（例えば、トランシーバ１１８、デコーダ１０８、復調器１１４、エンコーダ１５０および変調器１５４）が用いられる。

トランシーバ１１８は、１つ以上の受信機１２０および１つ以上の送信機１５８を含む。１つ以上の受信機１２０は、１つ以上のアンテナ１２２ａ〜ｂを用いてｅＮＢ１６０から信号を受信する。例えば、受信機１２０は、１つ以上の受信信号１１６を作り出すために、信号を受信してダウンコンバートする。１つ以上の受信信号１１６は、復調器１１４に供給される。１つ以上の送信機１５８は、１つ以上のアンテナ１２２ａ〜ｂを用いてｅＮＢ１６０へ信号を送信する。例えば、１つ以上の送信機１５８は、１つ以上の変調信号１５６をアップコンバートして送信する。

復調器１１４は、１つ以上の復調信号１１２を作り出すために、１つ以上の受信信号１１６を復調する。１つ以上の復調信号１１２は、デコーダ１０８に供給される。ＵＥ１０２は、信号を復号するためにデコーダ１０８を用いる。デコーダ１０８は、１つ以上の復号信号１１０ａ〜ｂを作り出す。例えば、第１のＵＥ復号信号１１０ａは、受信したペイロード・データ１０４を備える。第２のＵＥ復号信号１１０ｂは、オーバーヘッド・データおよび／または制御データを備える。例えば、第２のＵＥ復号信号１１０ｂは、１つ以上の操作を行うためにＵＥ操作モジュール１２４が用いるデータを供給する。

本明細書では、用語「モジュール」は、特定の要素またはコンポーネントが、ハードウェア、ソフトウェアあるいはハードウェアおよびソフトウェアの組み合わせで実装されることを意味する。例えば、ＵＥ操作モジュール１２４は、ハードウェア、ソフトウェアまたはハードウェアおよびソフトウェアの両方の組み合わせで実装される。

一般に、ＵＥ操作モジュール１２４は、ＵＥ１０２がｅＮＢ１６０と通信することを可能にする。ＵＥ操作モジュール１２４は、ＵＥ ＵＬ−ＤＬ再構成モジュール１３２およびスケジュール１０６を含む。ＵＥ ＵＬ−ＤＬ再構成モジュール１３２は、通信構成Ｂ１４８ｂ、スペシャルサブフレーム・タイプ２構造１３０ｂ、１つ以上の変換可能な領域１０７、動的なＵＬ−ＤＬ再構成範囲１９６、参照（図１では便宜上「Ｒｅｆ．」と略記）ＵＬ−ＤＬ構成Ａ１３９ａおよび参照ＵＬ−ＤＬ構成Ｂ１３９ｂの１つ以上を含む。

ＵＥ ＵＬ−ＤＬ再構成モジュール１３２は、（ＵＥ１０２のために）ＵＬ−ＤＬ割り当てを再構成する。例えば、ｅＮＢ１６０は、サブフレームを含むフレーム構造を用いてＵＥ１０２と通信する。構成Ｂ１４８ｂは、用いるサブフレーム（例えば、ＵＬサブフレーム、ＤＬサブフレーム、標準スペシャルサブフレーム、スペシャルサブフレーム・タイプ２サブフレームなど）の数およびタイプを規定する。例えば、構成Ｂ１４８ｂは、３ＧＰＰリリース８〜１０による上掲の表（１）に示されるような標準サブフレーム構成０〜６を含む。いくつかの実装において、構成Ｂ１４８ｂは、他の構成（例えば、過渡的な状態または構成）を付加的に含むこともできる。ＵＥ１０２に含まれる構成Ｂ１４８ｂは、ｅＮＢ１６０に含まれる構成Ａ１４８ａに対応する。構成１４８ａ〜ｂに関するさらなる詳細は、以下に示される。

１つ以上の変換可能な領域１０７は、変換可能なサブフレームの指定セットに関する情報を含む。例えば、変換可能な領域（単数または複数）１０７は、上りリンクサブフレームへの変換が許可されたＤＬサブフレーム、およびＤＬサブフレームへの変換が許可された上りリンクサブフレームを規定する。

いくつかの実装において、ＵＥ ＵＬ−ＤＬ再構成モジュール１３２は、ＤＬサブフレームをスペシャルサブフレーム・タイプ２へ変換するためにスペシャルサブフレーム・タイプ２構造Ｂ１３０ｂを用いる。例えば、スペシャルサブフレーム・タイプ２構造Ｂ１３０ｂは、ある状況においてスペシャルサブフレーム・タイプ２の構造を規定する。例として、スペシャルサブフレーム・タイプ２の構造は、関連付けが対象ＤＬサブフレーム（例えば、変換されることになるＤＬサブフレーム）に対応するかどうかによって、対象ＤＬサブフレームのすぐ前にＵＬまたはＤＬサブフレームが来るかどうかによって、および／または、スペシャルサブフレーム・タイプ２に含まれる（または含まれない）ＰＤＣＣＨの長さによって変化しうる。

リリース１１ ＵＥ１０２に関して、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングは、参照ＵＬ−ＤＬ構成Ａ１３９ａに基づき、一方でＰＵＳＣＨスケジューリングおよびＰＵＳＣＨ ＨＡＲＱ−ＡＣＫタイミングは、参照ＵＬ−ＤＬ構成Ｂ１３９ｂに基づく。例えば、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫ構成は、許可された動的なＵＬ−ＤＬ再構成範囲１９６内で最小数のＵＬサブフレームをもつ参照ＵＬ−ＤＬ構成Ａ１３９ａに従う。参照ＵＬ−ＤＬ構成Ａ１３９ａは、デフォルトＵＬ−ＤＬ構成と同じであってもなくてもよい。

ＰＵＳＣＨスケジューリングおよびＰＵＳＣＨ ＨＡＲＱ−ＡＣＫタイミングは、許可された動的なＵＬ−ＤＬ再構成範囲１９６内で最大数のＵＬサブフレームをもつ参照ＵＬ−ＤＬ構成Ｂ１３９ｂに従う。参照ＵＬ−ＤＬ構成Ｂ１３９ｂは、デフォルトＵＬ−ＤＬ構成と同じであってもなくてもよい。

許可されたＵＬ−ＤＬ切り替えを伴うサブフレーム（例えば、１つ以上の変換可能な領域１０７におけるサブフレーム）に関して、本明細書では動的なＵＬ−ＤＬ再構成が利用されるときのシグナリングおよびＵＥ１０２の振舞いに係わるシステムおよび方法が提供される。例えば、ＵＥ ＵＬ−ＤＬ再構成モジュール１３２は、１つ以上の変換可能な領域１０７における１つ以上のサブフレームの方向（例えば、ＵＬまたはＤＬ）を再構成する（例えば、切り替える）べきかどうかを判定する。この判定は、（構成Ｂ１４８ｂからの）デフォルト構成、およびサブフレームがＵＬまたはＤＬサブフレームであるべきかどうかを規定するスケジュール１０６に基づいて行われる。手法の一例は、図５に関連して以下に記載される。

上記のように、ＰＤＳＣＨおよびＰＵＳＣＨタイミング関連付けは、別個の参照ＵＬ−ＤＬ構成（例えば、参照ＵＬ−ＤＬ構成Ａ１３９ａおよび参照ＵＬ−ＤＬ構成Ｂ１３９ｂ）に基づく。例えば、ＵＥ１０２およびｅＮＢ１６０は、（システム情報変更を必要とするリリース８、９および１０仕様におけるようなＵＬ−ＤＬ再構成に加えて）トラフィック適応に基づく動的なＴＤＤ ＵＬ−ＤＬ再構成を可能にするように構成される。例として、ＵＥ１０２は、参照ＵＬ−ＤＬ構成Ａ１３９ａをＰＤＳＣＨ ＨＡＲＱ−ＡＣＫ関連付けに、参照ＵＬ−ＤＬ構成Ｂ１３９ｂをＰＵＳＣＨスケジューリングおよびＰＵＳＣＨ ＨＡＲＱ−ＡＣＫ関連付けに利用することができ、一方でＵＥ１０２は、デフォルトＵＬ−ＤＬ構成を認識している。ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫ関連付けのための参照ＵＬ−ＤＬ構成Ａ１３９ａと、ＰＵＳＣＨスケジューリングおよびＰＵＳＣＨ ＨＡＲＱ−ＡＣＫ関連付けのための参照ＵＬ−ＤＬ構成Ｂ１３９ｂとは、同じであってもなくてもよい。留意すべきは、ｅＮＢ１６０がＵＥ１０２へデフォルトＵＬ−ＤＬ構成をシグナリングできることである。

いくつかの実装において、いずれの参照ＵＬ−ＤＬ構成１３９ａ〜ｂが利用されるかは、ｅＮＢ１６０からのＲＲＣシグナリングによって明示的に示されて（例えば、定義されて）もよく、あるいは、他の情報から（例えば、許可された動的なＵＬ−ＤＬ再構成範囲１９６から）暗黙的に導出されてもよい。参照ＵＬ−ＤＬ構成Ａ〜Ｂ１３９ａ〜ｂがＲＲＣシグナリングによって示される場合、許可された動的なＵＬ−ＤＬ再構成範囲１９６は、ＵＥ１０２またはｅＮＢ１６０によってシグナリングを用いて識別される必要はない。この場合、許可された動的なＵＬ−ＤＬ再構成範囲１９６は、デフォルトＵＬ−ＤＬ構成および参照ＵＬ−ＤＬ構成１３９ａ〜ｂから導出される。参照ＵＬ−ＤＬ構成１３９ａ〜ｂは、セル固有またはＵＥ固有のＵＬ−ＤＬ構成であってもよい。

いくつかの実装において、許可された動的なＵＬ−ＤＬ再構成範囲１９６は、ｅＮＢ１６０によって（例えば、ＲＲＣシグナリングを用いて）提供される。許可された動的なＵＬ−ＤＬ再構成範囲１９６は、セル固有またはＵＥ固有のＵＬ−ＤＬ構成であってもよい。

動的なＵＬ−ＤＬ再構成範囲１９６は、３ＧＰＰ仕様に示される７つの標準ＵＬ−ＤＬ構成１４８と関連して定義される。動的なＵＬ−ＤＬ再構成範囲１９６は、デフォルトＵＬ−ＤＬ構成から許可されたＵＬおよび／またはＤＬサブフレーム変換の数によっても定義される。加えて、または代わりに、動的なＵＬ−ＤＬ再構成範囲１９６は、ｅＮＢ１６０からのＲＲＣシグナリングによりＰＤＳＣＨ ＨＡＲＱ−ＡＣＫのための参照ＵＬ−ＤＬ構成Ａ１３９ａならびにＰＵＳＣＨスケジューリングおよびＨＡＲＱ−ＡＣＫのための参照ＵＬ−ＤＬ構成Ｂ１３９ｂによって定義される。

ＵＥ操作モジュール１２４は、１つ以上の受信機１２０に情報１８４を提供する。例えば、ＵＥ操作モジュール１２４は、現在のＵＬ−ＤＬ構成１４８ｂおよび／またはスケジュール１０６に基づいて、送信をいつ受信すべきか、あるいはいつすべきでないかを受信機（単数または複数）１２０に通知する。

ＵＥ操作モジュール１２４は、復調器１１４に情報１３８を提供する。例えば、ＵＥ操作モジュール１２４は、ｅＮＢ１６０からの送信に予想される変調パターンを復調器１１４に通知する。いくつかの実装において、これは、現在のＵＬ−ＤＬ構成１４８ｂおよび／またはスケジュール１０６に基づく。

ＵＥ操作モジュール１２４は、デコーダ１０８に情報１３６を提供する。例えば、ＵＥ操作モジュール１２４は、ｅＮＢ１６０からの送信に予想される符号化法をデコーダ１０８に通知する。いくつかの実装において、これは、現在のＵＬ−ＤＬ構成１４８ｂおよび／またはスケジュール１０６に基づく。

ＵＥ操作モジュール１２４は、エンコーダ１５０に情報１４２を提供する。情報１４２は、符号化すべきデータおよび／または符号化に関する命令を含む。例えば、ＵＥ操作モジュール１２４は、現在のＵＬ−ＤＬ構成１４８ｂおよび／またはスケジュール１０６に基づいて、送信データ１４６および／または制御情報１４２を符号化するようにエンコーダ１５０に命令する。

エンコーダ１５０は、送信データ１４６および／またはＵＥ操作モジュール１２４によって供給された他の情報１４２を符号化する。例えば、データ１４６および／または他の情報１４２の符号化は、誤り検出および／または訂正符号化、送信のための空間、時間および／または周波数リソースへのデータのマッピング、多重化などを伴う。いくつかの実装において、これは、現在のＵＬ−ＤＬ構成１４８ｂおよび／またはスケジュール１０６に基づく。エンコーダ１５０は、符号化されたデータ１５２を変調器１５４へ供給する。

ＵＥ操作モジュール１２４は、変調器１５４に情報１４４を提供する。例えば、ＵＥ操作モジュール１２４は、ｅＮＢ１６０への送信に用いるべき変調型（例えば、コンステレーション・マッピング）を変調器１５４に通知する。いくつかの実装において、これは、現在のＵＬ−ＤＬ構成１４８ｂおよび／またはスケジュール１０６に基づく。変調器１５４は、１つ以上の送信機１５８に１つ以上の変調信号１５６を供給するために符号化データ１５２を変調する。

ＵＥ操作モジュール１２４は、１つ以上の送信機１５８に情報１４０を提供する。この情報１４０は、１つ以上の送信機１５８に対する命令を含む。例えば、ＵＥ操作モジュール１２４は、信号をｅＮＢ１６０へいつ送信すべきかを１つ以上の送信機１５８に命令する。いくつかの実装において、これは、現在のＵＬ−ＤＬ構成１４８ｂおよび／またはスケジュール１０６に基づく。例として、１つ以上の送信機１５８は、スペシャルサブフレーム・タイプ２に変換されたＤＬサブフレームの間に送信する。１つ以上の送信機１５８は、１つ以上のｅＮＢ１６０へ変調信号（単数または複数）１５６をアップコンバートして送信する。

ｅＮＢ１６０は、１つ以上のトランシーバ１７６、１つ以上の復調器１７２、１つ以上のデコーダ１６６、１つ以上のエンコーダ１０９、１つ以上の変調器１１３およびｅＮＢ操作モジュール１８２を含む。例えば、ｅＮＢ１６０では１つ以上の受信および／または送信経路が用いられる。便宜上、ｅＮＢ１６０では単一のトランシーバ１７６、デコーダ１６６、復調器１７２、エンコーダ１０９および変調器１１３だけが示されるが、実装によっては複数の並列要素（例えば、トランシーバ１７６、デコーダ１６６、復調器１７２、エンコーダ１０９および変調器１１３）が用いられる。

トランシーバ１７６は、１つ以上の受信機１７８および１つ以上の送信機１１７を含む。１つ以上の受信機１７８は、１つ以上のアンテナ１８０ａ〜ｂを用いてＵＥ１０２から信号を受信する。例えば、受信機１７８は、１つ以上の受信信号１７４を作り出すために、信号を受信してダウンコンバートする。１つ以上の受信信号１７４は、復調器１７２に供給される。１つ以上の送信機１１７は、１つ以上のアンテナ１８０ａ〜ｂを用いてＵＥ１０２へ信号を送信する。例えば、１つ以上の送信機１１７は、１つ以上の変調信号１１５をアップコンバートして送信する。

復調器１７２は、１つ以上の復調信号１７０を作り出すために１つ以上の受信信号１７４を復調する。１つ以上の復調信号１７０は、デコーダ１６６に供給される。ｅＮＢ１６０は、信号を復号するためにデコーダ１６６を用いる。デコーダ１６６は、１つ以上の復号信号１６８ａ〜ｂを作り出す。例えば、第１のｅＮＢ復号信号１６８ａは、受信したペイロード・データ１６２を備える。第２のｅＮＢ復号信号１６８ｂは、オーバーヘッド・データおよび／または制御データを備える。例えば、第２のＵＥ復号信号１６８ｂは、１つ以上の操作を行うためにｅＮＢ操作モジュール１８２が用いるデータを提供する。

ｅＮＢ操作モジュール１８２は、ｅＮＢ ＵＬ−ＤＬ再構成モジュール１２８およびスケジューリング・モジュール１６４を含む。ｅＮＢ ＵＬ−ＤＬ再構成モジュール１２８は、サブフレーム割り当てを再構成する。例えば、ｅＮＢ ＵＬ−ＤＬ再構成モジュール１２８は、構成Ａ１４８ａの間で切り替える、および／または、通信のためにあるサブフレームを割り当てるか、または割り当て直す（例えば、追加するか、または削除する）。

ｅＮＢ ＵＬ−ＤＬ再構成モジュール１２８は、１つ以上のレガシー制限１３４、１つ以上の構成Ａ１４８ａ、シグナリング・モジュール１９４、（ネットワーク）トラフィック監視モジュール１２６、およびスペシャルサブフレーム・タイプ２構造Ａ１３０ａを含む。構成Ａ１４８ａは、用いるサブフレーム（例えば、ＵＬサブフレーム、ＤＬサブフレーム、標準スペシャルサブフレーム、スペシャルサブフレーム・タイプ２サブフレームなど）の数およびタイプを規定する。例えば、構成１４８は、３ＧＰＰリリース８〜１０による上掲の表（１）に示されるような標準サブフレーム構成０〜６を含む。いくつかの実装において、構成Ａ１４８ａは、他の構成を付加的に含むこともできる。ｅＮＢ１６０に含まれる構成Ａ１４８ａは、ＵＥ１０２に含まれる構成Ｂ１４８ｂに対応する。（ＵＬ−ＤＬ）構成１４８ａ〜ｂに関するさらなる詳細は、以下に図１０に関連して示される。

シグナリング・モジュール１９４は、ｅＮＢ１６０とＵＥ１０２との間の通信に構成Ａ１４８ａのうちのいずれを用いるかを制御するために用いるシグナリングを生成する。例えば、シグナリング・モジュール１９４は、変換可能なサブフレームの方向（例えば、ＵＬまたはＤＬ）を動的に変更するために物理（ＰＨＹ）レイヤ・シグナリングを生成する。この場合、シグナリング・モジュール１９４は、ＤＬサブフレームをＵＬサブフレームへ変換するようにＵＥ１０２に指示するか、または、ＵＬサブフレームをＤＬサブフレームへ変換するようにＵＥ１０２に指示する信号を生成する。

シグナリング・モジュール１９４は、ＵＥ１０２（および、例えばレガシーＵＥ）のためのデフォルトＵＬ−ＤＬ構成を示すシグナリングを生成する。いくつかの実装において、シグナリング・モジュール１９４は、第１の参照ＵＬ−ＤＬ構成（例えば、参照ＵＬ−ＤＬ構成Ａ１３９ａ）および第２の参照ＵＬ−ＤＬ構成（例えば、参照ＵＬ−ＤＬ構成Ｂ１３９ｂ）を示す（ＵＥ１０２へ送られる）明示的なシグナリングを生成する。加えて、または代わりに、シグナリング・モジュール１９４は、動的なＵＬ−ＤＬ構成範囲１９６を示す（ＵＥ１０２へ送られる）明示的なシグナリングを生成する。留意すべきは、ｅＮＢ１６０（例えば、ｅＮＢ ＵＬ−ＤＬ再構成モジュール１２８）が、１つ以上のＵＥ１０２に関して第１の参照ＵＬ−ＤＬ構成および第２の参照ＵＬ−ＤＬ構造を確定する、決定づける、追跡する、および／または記憶することである。加えて、または代わりに、ｅＮＢ１６０（例えば、ｅＮＢ ＵＬ−ＤＬ再構成モジュール１２８）は、１つ以上のＵＥに関して動的なＵＬ−ＤＬ再構成範囲を確定する、決定づける、追跡する、および／または記憶する。

トラフィック監視モジュール１２６は、ｅＮＢ１６０と１つ以上のＵＥ１０２との間に生じているＵＬおよびＤＬトラフィック（例えば、通信）の量をモニタする。例えば、トラフィック監視モジュール１２６は、現在のＵＬおよび／またはＤＬ割り当てが現在のトラフィック負荷にとって十分であるかどうかを判定する。言い換えれば、トラフィック監視モジュール１２６は、現在のＵＬおよび／またはＤＬトラフィックにより良好に適合するように現在のＵＬ−ＤＬ構成（例えば、ＵＬ−ＤＬ構成Ａ１４８ａのうちの１つ）が変更されるべきかどうかを判定する。

いくつかの場合、ｅＮＢ１６０は、構成Ａ１４８ａの間で操作を遷移させる。例えば、ｅＮＢ ＵＬ−ＤＬ再構成モジュール１２８は、現在のＵＬ−ＤＬ構成とは異なるＵＬ−ＤＬ構成Ａ１４８ａのうちの１つを用いるように１つ以上のＵＥ１０２に指示する。いくつかの実装において、状態間の遷移は、現在のＵＬおよび／またはＤＬトラフィック、１つ以上のカウンタおよび／または１つ以上のタイマに基づく。

例えば、トラフィック監視モジュール１２６は、（構成Ａ１４８ａからの）現在のＵＬ−ＤＬ構成が現在の、または予想されるＵＬおよび／またはＤＬトラフィックを収容できないことを示す。この指示に基づいて、ｅＮＢ１６０は、トラフィック負荷をより良好に収容する（構成Ａ１４８ａからの）ＵＬ−ＤＬ構成へ遷移する。例として、現在のＵＬ−ＤＬ構成１４８が現在のＵＬトラフィックを収容するのに不十分な場合、ｅＮＢ１６０およびＵＥ１０２は、現在のＵＬトラフィックを収容するのに十分なＵＬ−ＤＬ構成へ遷移する。これは、例えば、ＰＨＹレイヤ・シグナリングを用いてＤＬサブフレームをスペシャルサブフレーム・タイプ２サブフレームへ変換することによって行うことができる。この場合、シグナリング・モジュール１９４は、ＤＬサブフレームをＵＬサブフレームへ変換することを１つ以上のＵＥ１０２に通知するために用いる物理（ＰＨＹ）レイヤ・シグナリングを生成する。

スペシャルサブフレーム・タイプ２構造１３０は、ある状況においてスペシャルサブフレーム・タイプ２の構造を規定する。例として、スペシャルサブフレーム・タイプ２の構造は、関連付けが対象ＤＬサブフレーム（例えば、変換されることになるＤＬサブフレーム）に対応するかどうかによって、対象ＤＬサブフレームの前にＵＬまたはＤＬサブフレームが来るかどうかによって、および／または、スペシャルサブフレーム・タイプ２に含まれる（または含まれない）ＰＤＣＣＨの長さによって変化しうる。

ｅＮＢ ＵＬ−ＤＬ再構成モジュール１２８は、スケジューリング・モジュール１６４に情報を提供する。例えば、ｅＮＢ ＵＬ−ＤＬ再構成モジュール１２８は、いくつかのサブフレームの方向を規定する構成Ａ１２８ａのうちの１つを示す。加えて、ｅＮＢ ＵＬ−ＤＬ再構成モジュール１２８は、サブフレーム方向の変更を示す。これは、それに従ってスケジューリング・モジュール１６４が１つ以上のＵＥ１０２をスケジュールすることを可能にする。

加えて、または代わりに、１つ以上のレガシー制限１３４がスケジューリング・モジュール１６４に設けられる。これは、後方互換性のあるタイミングを維持するために、ｅＮＢ１６０がいくつかのサブフレームでレガシーＵＥを制限することを可能にする。例として、ｅＮＢ１６０は、所与の変換可能なサブフレームとリンクされた（例えば、関連付けられた）ＤＬサブフレームでのレガシーＵＥのためのＰＤＳＣＨ送信を制限する。ｅＮＢ１６０は、また、ＤＬサブフレームへ変換されるＵＬサブフレームとリンクされた（例えば、関連付けられた）ＰＤＳＣＨ割り当てを防ぐためにレガシー制限１３４を適用する。そのうえ、ｅＮＢ１６０は、ＤＬサブフレームからＵＬサブフレームへ変換される変換可能なサブフレームにＰＤＳＣＨをスケジュールすることを回避する。

ｅＮＢ操作モジュール１８２は、１つ以上の受信機１７８に情報１９０を提供する。例えば、ｅＮＢ操作モジュール１８２は、現在のＵＬ−ＤＬ構成１４８ａに基づいて、送信をいつ受信すべきか、あるいはいつすべきでないかを受信機（単数または複数）１７８に通知する。

ｅＮＢ操作モジュール１８２は、復調器１７２に情報１８８を提供する。例えば、ｅＮＢ操作モジュール１８２は、ＵＥ（単数または複数）１０２からの送信に予想される変調パターンを復調器１７２に通知する。いくつかの実装において、これは、現在のＵＬ−ＤＬ構成１４８ａに基づく。

ｅＮＢ操作モジュール１８２は、デコーダ１６６に情報１８６を提供する。例えば、ｅＮＢ操作モジュール１８２は、ＵＥ（単数または複数）１０２からの送信に予想される符号化法をデコーダ１６６に通知する。いくつかの実装において、これは、現在のＵＬ−ＤＬ構成１４８ａに基づく。

ｅＮＢ操作モジュール１８２は、エンコーダ１０９に情報１０１を提供する。情報１０１は、符号化すべきデータおよび／または符号化のための命令を含む。例えば、ｅＮＢ操作モジュール１８２は、現在のＵＬ−ＤＬ構成１４８ａ（例えば、ＤＬサブフレームがスペシャルサブフレーム・タイプ２へ変換されるかどうか）に基づいて、送信データ１０５および／または制御情報１０１を符号化するようにエンコーダ１０９に命令する。加えて、または代わりに、情報１０１は、符号化すべきデータ、例えば、スケジューリング情報を示すＰＨＹレイヤ・シグナリング（例えば、ＰＤＣＣＨ、ＰＨＩＣＨなど）および／またはＲＲＣシグナリング、ＨＡＲＱ−ＡＣＫ情報、チャネル割り当ておよび／または他の制御情報を含む。

エンコーダ１０９は、送信データ１０５、および／または、ｅＮＢ操作モジュール１８２によって提供される他の情報１０１を符号化する。例えば、データ１０５および／または他の情報１０１の符号化は、誤り検出および／または訂正符号化、送信のための空間、時間および／または周波数リソースへのデータのマッピング、多重化などを伴う。エンコーダ１０９は、変調器１１３に符号化データ１１１を供給する。送信データ１０５は、ＵＥ１０２へ伝えるべきネットワーク・データを含む。

ｅＮＢ操作モジュール１８２は、変調器１１３に情報１０３を提供する。この情報１０３は、変調器１１３に対する命令を含む。例えば、ｅＮＢ操作モジュール１８２は、ＵＥ（単数または複数）１０２への送信に用いるための変調型（例えば、コンステレーション・マッピング）を変調器１１３に通知する。いくつかの実装において、これは、現在のＵＬ−ＤＬ構成１４８ａに基づく。変調器１１３は、１つ以上の送信機１１７に１つ以上の変調信号１１５を供給するために符号化データ１１１を変調する。

ｅＮＢ操作モジュール１８２は、１つ以上の送信機１１７に情報１９２を提供する。この情報１９２は、１つ以上の送信機１１７に対する命令を含む。例えば、ｅＮＢ操作モジュール１８２は、ＵＥ（単数または複数）１０２へ信号をいつ送信すべきか（あるいはいつすべきでないか）を１つ以上の送信機１１７に命令する。いくつかの実装において、これは、現在のＵＬ−ＤＬ構成１４８ａに基づく。例として、１つ以上の送信機１１７は、スペシャルサブフレーム・タイプ２へ変換されたＤＬサブフレームの部分またはすべての間には送信しない。１つ以上の送信機１１７は、１つ以上のＵＥ１０２へ変調信号（単数または複数）１１５をアップコンバートして送信する。

留意すべきは、ＤＬサブフレームがｅＮＢ１６０から１つ以上のＵＥ１０２へ送信されること、およびＵＬサブフレームが１つ以上のＵＥ１０２からｅＮＢ１６０へ送信されることである。そのうえ、標準スペシャルサブフレームではｅＮＢ１６０も１つ以上のＵＥ１０２もデータを送信できる。スペシャルサブフレーム・タイプ２では、１つ以上のＵＥ１０２はデータを送信できる。しかしながら、スペシャルサブフレーム・タイプ２では、ｅＮＢ１６０はデータを送信することもしないこともある。

図２は、ＵＥ１０２上で上りリンク−下りリンク割り当てを再構成するための方法２００の一構成を示すフロー・ダイアグラムである。いくつかの実装において、ＵＥ１０２は、デフォルトＴＤＤ ＵＬ−ＤＬ構成にわたって少なくとも１つのサブフレームが変換可能かどうか（例えば、動的なＵＬ−ＤＬ再構成がサポートされるかどうか）を判定する。動的なＵＬ−ＤＬ再構成のサポートは、暗黙的または明示的に判定される。例えば、ＵＥ１０２は、動的なＵＬ−ＤＬ再構成を構成する、有効にする、または無効にするかどうかを明示的に規定する、ｅＮＢ１６０からのシステム情報ブロック（ＳＩＢ）または上位レイヤ・シグナリング（例えば、ＲＲＣシグナリング）を受信する。別の例では、ＵＥ１０２は、動的なＵＬ−ＤＬ再構成のサポートを暗黙的に規定する、動的なＵＬ−ＤＬ再構成（例えば、動的なＵＬ−ＤＬ再構成範囲、変換可能なサブフレーム、参照ＵＬ−ＤＬ構成（単数または複数）、変換可能な領域（単数または複数）、および／または変換可能なサブフレームの数など）に関係するシグナリングを受信する。動的なＵＬ−ＤＬ再構成のサポートは、セル固有としてＵＥのグループに、またはＵＥ固有としてシグナリングされる。ＵＥ１０２が、動的なＵＬ−ＤＬ再構成のサポートを示す暗黙的または明示的なシグナリングを受信した場合には、ＵＥ１０２は、デフォルトＴＤＤ ＵＬ−ＤＬ構成にわたって少なくとも１つのサブフレームが変換可能であると確定してよい。

デフォルトＴＤＤ ＵＬ−ＤＬ構成にわたって少なくとも１つのサブフレームが変換可能な場合、ＵＥ１０２は、図２に示される方法２００のステップの１つ以上を行うことができる。いくつかの実装において、この判定は、ＵＥ１０２のケイパビリティに基づく。例えば、ＵＥ１０２がリリース１１またはそれ以降のＵＥ１０２である場合には、ＵＥ１０２は、デフォルトＴＤＤ ＵＬ−ＤＬ構成にわたって少なくとも１つのサブフレームが変換可能であると確定してよい。加えて、または代わりに、ＵＥ１０２は、この判定の根拠を、下記のように確定される（ステップ２０２）第１の参照ＵＬ−ＤＬ構成および／または第２の参照ＵＬ−ＤＬ構成に関するシグナリングの受信に置くこともできる。例えば、ＵＥ１０２が、第１の参照ＵＬ−ＤＬ構成および／または第２の参照ＵＬ−ＤＬ構成を確定する（ステップ２０２）ために用いることができるシグナリングを受信した場合、ＵＥ１０２は、デフォルトＴＤＤ ＵＬ−ＤＬ構成にわたって少なくとも１つのサブフレームが変換可能であると確定してよい。ＵＥ１０２は、次に、方法２００のステップ（例えば、２０２、２０４、２０６、２０８）を下記のように行う。

ＵＥ１０２は、第１の参照ＵＬ−ＤＬ構成１３９ａおよび／または第２の参照ＵＬ−ＤＬ構成１３９ｂを確定する（ステップ２０２）。いくつかの実装において、ＵＥ１０２は、第１の参照ＵＬ−ＤＬ構成１３９ａおよび第２の参照ＵＬ−ＤＬ構成１３９ｂを規定する明示的なＲＲＣシグナリングをｅＮＢ１６０から受信することによって、この確定（ステップ２０２）を行う。

他の実装では、ＵＥ１０２は、他の（例えば、暗黙的な）情報に基づいてこの確定（ステップ）２０２を行う。例えば、ＵＥ１０２は、ｅＮＢ１６０によってシグナリングされる動的なＵＬ−ＤＬ再構成範囲１９６に基づいて参照ＵＬ−ＤＬ構成１３９ａ〜ｂを確定する（ステップ２０２）。例として、動的なＵＬ−ＤＬ再構成範囲１９６は、許可されたＵＬ−ＤＬ構成Ｂ１４８ｂの範囲を規定する。第１の参照ＵＬ−ＤＬ構成１３９ａは、最小数のＵＬサブフレームをもつ動的なＵＬ−ＤＬ再構成範囲１９６内のＵＬ−ＤＬ構成とすることができる。第２の参照ＵＬ−ＤＬ構成１３９ｂは、最大数のＵＬサブフレーム（または例えば、最小数のＤＬサブフレーム）をもつ動的なＵＬ−ＤＬ再構成範囲１９６内のＵＬ−ＤＬ構成とすることができる。

留意すべきは、第１の参照ＵＬ−ＤＬ構成１３９ａがデフォルトＵＬ−ＤＬ構成と同じであってもなくてもよいことである。加えて、または代わりに、第２の参照ＵＬ−ＤＬ構成１３９ｂがデフォルトＵＬ−ＤＬ構成と同じであってもなくてもよい。

ＵＥ１０２は、第１の参照ＵＬ−ＤＬ構成１３９ａに基づいて、ＰＤＳＣＨに対応する任意のＨＡＲＱ−ＡＣＫ情報（例えば、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫ）を送る（ステップ２０４）。例えば、ＵＥ１０２は、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を生成する。ＵＥ１０２は、次に、第１の参照ＵＬ−ＤＬ構成１３９ａの関連付け（単数または複数）およびサブフレーム構造に基づいて、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送る（ステップ２０４）。例として、第１の参照ＵＬ−ＤＬ構成１３９ａは、ＤＬサブフレームとＵＬサブフレームとの間の関連付けを規定し、そのＤＬサブフレームにおけるＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報は、そのＵＬサブフレームで送られなければならない。それに従って、ＵＥ１０２は、第１の参照ＵＬ−ＤＬ構成１３９ａによって規定されるように、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報をそのＵＬサブフレームで送る（ステップ２０４）。

ＵＥ１０２は、第２の参照ＵＬ−ＤＬ構成１３９ｂに基づいて、ＰＵＳＣＨスケジュール（例えば、スケジュール１０６）を確定する（ステップ２０６）。例えば、第２の参照ＵＬ−ＤＬ構成１３９ｂは、ＰＵＳＣＨがスケジュールされるサブフレームを規定する。例として、第２の参照ＵＬ−ＤＬ構成１３９ｂは、ＤＬサブフレーム（またはスペシャルサブフレーム）とＵＬサブフレームとの間の関連付けを規定し、そのＤＬサブフレームで受信したスケジューリング・メッセージは、そのＵＬサブフレームにＰＵＳＣＨをスケジュールする。それに従って、ＵＥ１０２は、第２の参照ＵＬ−ＤＬ構成１３９ｂに基づいてＰＵＳＣＨスケジュールを確定する（ステップ２０６）。

ＵＥ１０２は、第２の参照ＵＬ−ＤＬ構成１３９ｂに基づいて、ＰＵＳＣＨに対応する任意のＨＡＲＱ−ＡＣＫ情報（例えば、ＰＵＳＣＨ ＨＡＲＱ−ＡＣＫ）を受信する（ステップ２０８）。例えば、ＵＥ１０２は、第２の参照ＵＬ−ＤＬ構成１３９ｂの関連付け（単数または複数）およびサブフレーム構造に基づいて、（ＵＥ１０２から送られた）ＰＵＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を受信する（ステップ２０８）。例として、第２の参照ＵＬ−ＤＬ構成１３９ｂは、ＵＬサブフレームとＤＬサブフレーム（またはスペシャルサブフレーム）との間の関連付けを規定し、そのＵＬサブフレームにおけるＰＵＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報は、そのＤＬサブフレーム（またはスペシャルサブフレーム）で送られなければならない。それに従って、ＵＥ１０２は、第２の参照ＵＬ−ＤＬ構成１３９ｂによって規定されるようにＰＵＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報をそのＤＬサブフレーム（またはスペシャルサブフレーム）で受信する（ステップ２０８）。

いくつかの実装において、ＵＥ１０２は、動的なＵＬ−ＤＬ再構成範囲１９６を確定する。例えば、ＵＥ１０２は、動的なＵＬ−ＤＬ再構成範囲１９６を明示的に規定するｅＮＢ１６０からのシグナリングを受信する。別の例では、ＵＥ１０２は、ｅＮＢ１６０によってシグナリングされた参照ＵＬ−ＤＬ構成１３９ａ〜ｂに基づいて、動的なＵＬ−ＤＬ再構成範囲１９６を導出する。

いくつかの実装において、ＵＥ１０２は、１つ以上の変換可能なサブフレームを確定する。例えば、ＵＥ１０２は、１つ以上の変換可能なサブフレームを明示的に規定するｅＮＢ１６０からのシグナリングを受信する。別の例では、ＵＥ１０２は、動的なＵＬ−ＤＬ再構成範囲１９６に基づいて、１つ以上の変換可能なサブフレームを導出する。例として、ＵＥ１０２は、動的なＵＬ−ＤＬ再構成範囲１９６に含まれるＵＬ−ＤＬ構成Ｂ１４８ｂの間でいずれのサブフレームが異なるかを確定し、異なるサブフレームを変換可能なサブフレームとして指定する。

図３は、ｅＮＢ１６０上で上りリンク−下りリンク割り当てを再構成するための方法３００の一構成を示すフロー・ダイアグラムである。この方法３００の１つ以上のステップは、リリース１１およびそれ以降のＵＥ、リリース１１およびそれ以降のＵＥのサブセット、または動的なＵＬ−ＤＬ再構成をサポートするように構成された特定のリリース１１およびそれ以降のＵＥに適用される。ｅＮＢ１６０は、ＵＥが動的なＴＤＤ ＵＬ−ＤＬ再構成をサポートするかどうか（例えば、デフォルトＴＤＤ ＵＬ−ＤＬ構成にわたって少なくとも１つのサブフレームが変換可能かどうか）を随意的に判定する（ステップ３１６）。いくつかの実装において、この判定（ステップ３１６）は、ＵＥ１０２からの入力は何もなしに行われる。例えば、ｅＮＢ１６０が動的なＴＤＤ ＵＬ−ＤＬ再構成をサポートするように実装されてもよい。それに従って、ｅＮＢ１６０は、デフォルトＴＤＤ ＵＬ−ＤＬ構成にわたって少なくとも１つのサブフレームが変換可能であると判定する（ステップ３１６）。かかる場合、ｅＮＢ１６０は、動的なＵＬ−ＤＬ再構成をサポートするように１つ以上のＵＥ１０２を構成する（例えば、方向づける）ためのシグナリングを送る（そして方法３００の１つ以上のステップ、例えば、３０２、３０４、３０６、３０８、３１０、３１２、３１４を行う）。他の実装では、ｅＮＢ１６０は、１つ以上のＵＥから動的なＵＬ−ＤＬ再構成が可能であることを示す信号を受信する。

ＵＥ１０２が動的なＵＬ−ＤＬ再構成をサポートするとｅＮＢ１６０が判定した（ステップ３１６）場合、ｅＮＢ１６０は、１つ以上の信号を送る。特に、ｅＮＢ１６０は、動的なＵＬ−ＤＬ再構成のサポートを１つ以上のＵＥ１０２に暗黙的または明示的に示すことができる。例えば、ｅＮＢ１６０は、動的なＵＬ−ＤＬ再構成を構成するため、あるいは有効にするかまたは無効にするために用いられるシステム情報ブロック（ＳＩＢ）または上位レイヤ・シグナリング（例えば、ＲＲＣシグナリング）を送る。加えて、または代わりに、動的なＵＬ−ＤＬ再構成（例えば、動的なＵＬ−ＤＬ再構成範囲、変換可能なサブフレーム、参照ＵＬ−ＤＬ構成（単数または複数）、変換可能な領域（単数または複数）、および／または変換可能なサブフレームの数）に関するシグナリングが、動的なＵＬ−ＤＬ再構成のサポートを１つ以上のＵＥ１０２に暗黙的に示してもよい。動的なＵＬ−ＤＬ再構成のサポートは、セル固有としてＵＥのグループに、またはＵＥ固有として構成される。

デフォルトＴＤＤ ＵＬ−ＤＬ構成にわたって少なくとも１つのサブフレームが変換可能な場合、ｅＮＢ１６０は、図３に示される方法３００のステップの１つ以上を行う。いくつかの実装において、この判定３１６は、ＵＥ１０２のケイパビリティに基づく。例えば、ｅＮＢ１６０がリリース１１またはそれ以降のＵＥ１０２と通信している場合には、デフォルトＴＤＤ ＵＬ−ＤＬ構成にわたって少なくとも１つのサブフレームが変換可能であると判定される。加えて、または代わりに、ｅＮＢ１６０は、この判定の根拠を第１の参照ＵＬ−ＤＬ構成および／または第２の参照ＵＬ−ＤＬ構成に置くこともできる。例えば、第１の参照ＵＬ−ＤＬ構成および／または第２の参照ＵＬ−ＤＬ構成が、デフォルトＴＤＤ ＵＬ−ＤＬ構成にわたって少なくとも１つのサブフレームが変換可能であることを示す場合には、ｅＮＢ１６０は、下記のように追加のステップ（例えば、ステップ３０２、３０４、３０６、３０８、３１０、３１２、３１４）を行う。

ｅＮＢ１６０は、（例えば、対応するＵＥが動的なＵＬ−ＤＬ再構成をサポートするとｅＮＢ１６０が判定した（ステップ３１６）場合）第１の参照ＵＬ−ＤＬ構成１３９ａおよび第２の参照ＵＬ−ＤＬ構成１３９ｂを示す信号を送る（ステップ３０２）。信号は、参照ＵＬ−ＤＬ構成１３９ａ〜ｂを明示的または暗黙的に示す。例えば、信号は、いずれのＵＬ−ＤＬ構成が第１の参照構成１３９ａであり、いずれのＵＬ−ＤＬ構成が第２の参照構成１３９ｂであるかを明示的に示す。代わりに、信号は、参照ＵＬ−ＤＬ構成１３９ａ〜ｂを暗黙的に示すこともできる。例えば、信号が動的なＵＬ−ＤＬ再構成範囲１９６を示し、ＵＥ１０２がこの情報を用いて第１および第２の参照ＵＬ−ＤＬ構成１３９ａ〜ｂを導出してもよい。さらに他の例では、信号は、各方向（例えば、ＵＬおよびＤＬ）における変換可能なサブフレームの数を規定することによって、あるいは、１つ以上の変換可能な領域１０７を規定することによって、参照ＵＬ−ＤＬ構成１３９ａ〜ｂを暗黙的に示すこともできる。ＵＥ１０２は、第１および第２の参照ＵＬ−ＤＬ構成１３９ａ〜ｂを導出するためにこの情報を用いる。

ｅＮＢ１６０は、第１の参照ＵＬ−ＤＬ構成に基づいて、ＰＤＳＣＨに対応する任意のＨＡＲＱ−ＡＣＫ情報（例えば、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫ）を受信する（ステップ３０４）。例えば、ＵＥ１０２は、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を生成して送る。ｅＮＢ１６０は、次に、第１の参照ＵＬ−ＤＬ構成の関連付け（単数または複数）およびサブフレーム構造に基づいて、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を受信する（ステップ３０４）。例として、第１の参照ＵＬ−ＤＬ構成は、ＤＬサブフレームとＵＬサブフレームとの間の関連付けを規定し、そのＤＬサブフレームにおけるＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報は、そのＵＬサブフレームで送られなければならない。それに従って、ｅＮＢ１６０は、第１の参照ＵＬ−ＤＬ構成によって規定されるようにＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報をそのＵＬサブフレームで受信する（ステップ３０４）。

ｅＮＢ１６０は、第２の参照ＵＬ−ＤＬ構成１３９ｂに基づいて、ＰＵＳＣＨを随意的にスケジュールする（ステップ３０６）。例えば、第２の参照ＵＬ−ＤＬ構成は、ＰＵＳＣＨがスケジュールされるサブフレームを規定する。例として、第２の参照ＵＬ−ＤＬ構成は、ＤＬサブフレーム（またはスペシャルサブフレーム）とＵＬサブフレームとの間の関連付けを規定し、そのＤＬサブフレームで送られるスケジューリング・メッセージは、そのＵＬサブフレームにＰＵＳＣＨをスケジュールする。それに従って、ｅＮＢ１６０は、第２の参照ＵＬ−ＤＬ構成に基づいて、スケジューリング・メッセージ（例えば、ＰＤＣＣＨ）をそのＤＬサブフレームで送ることによって、ＰＵＳＣＨを随意的にスケジュールする（ステップ３０６）。

ｅＮＢ１６０は、第２の参照ＵＬ−ＤＬ構成に基づいて、ＰＵＳＣＨに対応する任意のＨＡＲＱ−ＡＣＫ情報（例えば、ＰＵＳＣＨ ＨＡＲＱ−ＡＣＫ）を送る（ステップ３０８）。例えば、ｅＮＢ１６０は、第２の参照ＵＬ−ＤＬ構成の関連付け（単数または複数）およびサブフレーム構造に基づいて、（ＵＥ１０２から送られた）ＰＵＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送る（ステップ３０８）。例として、第２の参照ＵＬ−ＤＬ構成は、ＵＬサブフレームとＤＬサブフレーム（またはスペシャルサブフレーム）との間の関連付けを規定し、そのＵＬサブフレームにおけるＰＵＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報は、そのＤＬサブフレーム（またはスペシャルサブフレーム）で送られなければならない。それに従って、ｅＮＢ１６０は、第２の参照ＵＬ−ＤＬ構成によって規定されるようにＰＵＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報をそのＤＬサブフレーム（またはスペシャルサブフレーム）で送る（ステップ３０８）。

ｅＮＢ１６０は、サブフレームを随意的に変換する（ステップ３１０）。例えば、ｅＮＢ１６０は、（変換可能な）サブフレームの方向を動的に変更するためにＰＨＹレイヤ・シグナリングを生成する。例として、ｅＮＢ１６０は、デフォルトＵＬ−ＤＬ構成ではＤＬサブフレームであるサブフレームにＰＵＳＣＨをスケジュールするＰＨＹレイヤ信号を生成する（そして送る）。加えて、または代わりに、ｅＮＢ１６０は、デフォルトＵＬ−ＤＬ構成ではＵＬサブフレームであるサブフレームにＰＤＳＣＨをスケジュールするＰＨＹレイヤ信号を生成する（そして送る）。

いくつかの実装において、ｅＮＢ１６０は、デフォルトＵＬ−ＤＬ構成が現在のトラフィック負荷には不十分であるときにサブフレームを変換する（ステップ３１０）。例えば、ｅＮＢ１６０がデフォルトＵＬ−ＤＬ構成によってサポートされるのに比べてより多くの（例えば、閾値より大きい）下りリンク・トラフィックを有する場合、ｅＮＢ１６０は、１つ以上のＵＬサブフレームを１つ以上のＤＬサブフレームへ変換する（ステップ３１０）。逆に、１つ以上のＵＥ１０２がデフォルトＵＬ−ＤＬ構成によってサポートされるのに比べてより多くの（例えば、閾値より大きい）上りリンク・トラフィックを有する場合、ｅＮＢ１６０は、１つ以上のＤＬサブフレームを１つ以上のＵＬサブフレームへ変換する（ステップ３１０）。

ＵＬサブフレームがＤＬサブフレームへ変換される場合、ｅＮＢ１６０は、任意のレガシーＵＥのためのスケジューリングを制限する（ステップ３１２）。例えば、ｅＮＢ１６０によるサービスを受ける任意のレガシーＵＥに対して、ｅＮＢ１６０は、スケジューリング制限を適用する。例として、ｅＮＢ１６０は、（任意のレガシーＵＥのために）ＤＬサブフレームへ変換された（デフォルトＵＬ−ＤＬ構成の）ＵＬサブフレームにＰＵＳＣＨ（例えば、ＰＵＳＣＨ情報）をスケジュールすることを制限する（ステップ３１２）。加えて、ｅＮＢ１６０は、（任意のレガシーＵＥのために）変換されたサブフレームにＰＤＳＣＨに対応する（ＵＬ）ＨＡＲＱ−ＡＣＫフィードバックをスケジュールすることを回避するために、ＤＬサブフレームに変換されたＵＬサブフレームとの関連付けを有するサブフレームにＰＤＳＣＨ（例えば、ＰＤＳＣＨ情報）をスケジュールすることを制限する（ステップ３１２）。スケジューリングを制限する（ステップ３１２）さらに具体的な例は、上に示される。

ＤＬサブフレームがＵＬサブフレームへ変換される場合、ｅＮＢ１６０は、任意のレガシーＵＥのためのスケジューリングを制限する（ステップ３１４）。例えば、ｅＮＢ１６０によるサービスを受ける任意のレガシーＵＥに対して、ｅＮＢ１６０は、スケジューリング制限を適用する。例として、ｅＮＢ１６０は、（任意のレガシーＵＥのために）ＵＬサブフレームへ変換された（デフォルトＵＬ−ＤＬ構成の）ＤＬサブフレームにＰＤＳＣＨ（例えば、ＰＤＳＣＨ情報）をスケジュールすることを制限する（ステップ３１４）。スケジューリングを制限する（ステップ３１４）さらに具体的な例は、上に示される。

特に、レガシーＵＥに関して（例えば、ＵＥが動的なＴＤＤ ＵＬ−ＤＬ再構成をサポートしないとｅＮＢ１６０が判定した（ステップ３１６）場合）、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミング、ＰＵＳＣＨスケジューリングおよびＰＵＳＣＨ ＨＡＲＱ−ＡＣＫレポーティングにはデフォルトＵＬ−ＤＬ構成が用いられる。第１の参照ＵＬ−ＤＬ構成および第２の参照ＵＬ−ＤＬ構成は、レガシーＵＥには適用されない。それゆえに、レガシーＵＥに関して、ｅＮＢ１６０は、デフォルト参照ＵＬ−ＤＬ構成に基づいて、ＰＤＳＣＨに対応する任意のＨＡＲＱ−ＡＣＫ情報を受信する（ステップ３１８）。ｅＮＢ１６０は、デフォルト参照ＵＬ−ＤＬ構成に基づいて、レガシーＵＥのための任意のＰＵＳＣＨスケジューリングを行う（ステップ３２０）。ｅＮＢ１６０は、デフォルトＵＬ−ＤＬ構成に基づいて、レガシーＵＥからのＰＵＳＣＨに対応する任意のＨＡＲＱ−ＡＣＫ情報を送る（ステップ３２２）。加えて、ｅＮＢ１６０は、上記のようにレガシーＵＥのためのスケジューリングを制限する（ステップ３１２、３１４）。

図４は、本明細書に開示されるシステムおよび方法に従って用いられる無線フレーム４３５の一例を示すダイアグラムである。この無線フレーム４３５構造は、時分割複信（ＴＤＤ）手法に適用可能である。各無線フレーム４３５は、
Ｔ_ｆ＝３０７２００・Ｔ_ｓ＝１０
ミリ秒（ｍｓ）の長さを有し、ここでＴ_ｆは無線フレーム４３５の持続時間であり、Ｔ_ｓは

秒に等しい時間単位である。無線フレーム４３５は
１５３６００・Ｔ_ｓ＝５
ｍｓの長さをそれぞれが有する、２つの半フレーム４３７を含む。各半フレーム４３７は
３０７２０・Ｔｓ＝１
ｍｓの長さをそれぞれが有する、５つのサブフレーム４２３ａ〜ｅ、４２３ｆ〜ｊを含む。

本明細書に開示されるシステムおよび方法に従って、用いられるサブフレーム４２３のいくつかのタイプは、ＤＬサブフレーム、ＵＬサブフレーム、標準スペシャルサブフレーム４３１、およびスペシャルサブフレーム・タイプ２を含む。図４に示される例では、無線フレーム４３５に２つの標準スペシャルサブフレーム４３１ａ ｂが含まれる。

第１の標準スペシャルサブフレーム４３１ａは、下りリンク・パイロット時間スロット（ＤｗＰＴＳ）４２５ａ、ガード期間（ＧＰ）４２７ａ、およびＵＬパイロット時間スロット（ＵｐＰＴＳ）４２９ａを含む。この例では、第１の標準スペシャルサブフレーム４３１ａは、サブフレームｏｎｅ４２３ｂに含まれる。第２の標準スペシャルサブフレーム４３１ｂは、下りリンク・パイロット時間スロット（ＤｗＰＴＳ）４２５ｂ、ガード期間（ＧＰ）４２７ｂ、およびＵＬパイロット時間スロット（ＵｐＰＴＳ）４２９ｂを含む。この例では、第２の標準スペシャルサブフレーム４３１ｂは、サブフレームｓｉｘ４２３ｇに含まれる。ＤｗＰＴＳ４２５ａ〜ｂおよびＵｐＰＴＳ４２９ａ〜ｂの長さは、ＤｗＰＴＳ４２５、ＧＰ４２７およびＵｐＰＴＳ４２９の各組の全長が
３０７２０・Ｔ_ｓ＝１
ｍｓに等しいことを前提として、（上掲の表（２）に示される）３ＧＰＰ ＴＳ３６．２１１の表４．２−１によって与えられる。

各サブフレームｉ４２３ａ〜ｊ（この例では、ｉは、サブフレームｚｅｒｏ４２３ａ（例えば０）からサブフレームｎｉｎｅ４２３ｊ（例えば９）に及ぶサブフレームを示す）は、各サブフレーム４２３における長さが
Ｔ_ｓｌｏｔ＝１５３６０・Ｔ_ｓ＝０．５
ｍｓの２つのスロット２ｉおよび２ｉ＋１として定義される。例えば、サブフレームｚｅｒｏ（例えば０）４２３ａは、第１のスロット４９８を含めて、２つのスロットを含む。

本明細書に開示されるシステムおよび方法に従って、ＤＬからＵＬへの切り替えポイント周期が５ｍｓおよび１０ｍｓの両方のＵＬ−ＤＬ構成が用いられる。図４は、５ｍｓの切り替えポイント周期をもつ無線フレーム４３５の一例を示す。ＤＬからＵＬへの切り替えポイント周期が５ｍｓの場合、各半フレーム４３７が標準スペシャルサブフレーム４３１ａ〜ｂを含む。ＤＬからＵＬへの切り替えポイント周期が１０ｍｓの場合、標準スペシャルサブフレームは、第１の半フレーム４３７だけに存在する。

サブフレームｚｅｒｏ（例えば０）４２３ａおよびサブフレームｆｉｖｅ（例えば５）４２３ｆならびにＤｗＰＴＳ４２５ａ〜ｂは、ＤＬ送信のために予約される。ＵｐＰＴＳ４２９ａ〜ｂ、および標準スペシャルサブフレーム（単数または複数）４３１ａ〜ｂのすぐ後に続くサブフレーム（単数または複数）（例えば、サブフレームｔｗｏ４２３ｃおよびサブフレームｓｅｖｅｎ４２３ｈ）は、ＵＬ送信のために予約される。１つの実装において、複数のセルがアグリゲートされる場合、ＵＥ１０２は、すべてのセルにわたって同じＵＬ−ＤＬ構成を仮定し、かつ異なるセルにおけるスペシャルサブフレーム（単数または複数）のガード期間（ＧＰ）が少なくとも
１４５０・Ｔ_ｓ
の重なりを有すると仮定する。

図４に示されるサブフレーム４２３の１つ以上は、動的なＵＬ−ＤＬ再構成範囲によっては変換可能である。例えば、上掲の表（１）に示されるようなデフォルトＵＬ−ＤＬ構成１を仮定すると、サブフレームｔｈｒｅｅ（例えば３）４２３ｄは、（例として、ＵＬからＤＬへ）変換可能なサブフレーム４３３であってもよい。

図５は、サブフレーム方向を確定するための方法５００の一構成を示すフロー・ダイアグラムである。いくつかの実装において、方法５００は、１つ以上の変換可能な領域において変換可能なサブフレームごとに行われる。留意すべきは、（ＵＬおよびＤＬの切替えを許可する）変換可能なサブフレームについて、サブフレーム方向（例えば、ＵＬまたはＤＬ）を確定するために明示的または暗黙的なル−ルが定義されることである。図５に示される方法５００は、ＵＥ１０２が変換可能なサブフレームの方向を確定する（例えば、いくつかの場合にデフォルトＵＬ−ＤＬ構成に与えられた変換可能なサブフレームの方向を変更する）ための手法の一例である。この例では、動的なＵＬおよびＤＬ再構成を用いて構成されたＵＥ１０２（例えば、リリース１１ ＵＥ）は、最初に、変換可能なサブフレームの方向がデフォルトＵＬ−ＤＬ構成によって規定された方向であると仮定する。いくつかの構成において、図５に示される方法５００は、変換可能なサブフレームごとに（例えば、１つ以上の変換可能な領域におけるサブフレームごとに）行われる。

ＵＥ１０２は、サブフレームがデフォルトＵＬ−ＤＬ構成ではＤＬサブフレームであるかどうかを判定する（ステップ５０２）。例えば、サブフレームがデフォルトＵＬ−ＤＬ構成ではＤＬサブフレームとして規定されている場合には、ＵＥ１０２は、サブフレームがデフォルトＵＬ−ＤＬ構成ではＤＬサブフレームであると判定する（ステップ５０２）。

サブフレームがデフォルトＵＬ−ＤＬ構成ではＤＬサブフレームであるとＵＥ１０２が判定した（ステップ５０２）場合には、ＵＥ１０２は、サブフレームにＰＵＳＣＨがスケジュールされているかどうか（例えば、サブフレームがスケジュールされたＰＵＳＣＨを有するかどうか）を判定する（ステップ５０４）。一例において、この判定（ステップ５０４）は、ＵＥ１０２が受信した、サブフレームにＰＵＳＣＨをスケジュールするＰＤＣＣＨに基づく。

サブフレームにＰＵＳＣＨがスケジュールされている（例えば、サブフレームがスケジュールされたＰＵＳＣＨを有する）とＵＥ１０２が判定した（ステップ５０４）場合、ＵＥ１０２は、サブフレームをＵＬサブフレーム（例えば、ノーマル上りリンクサブフレームまたはスペシャルサブフレーム・タイプ２）として指定する（ステップ５１４）。例えば、ＵＥ１０２は、（デフォルトＵＬ−ＤＬ構成ではＤＬサブフレームである）サブフレームをＵＬサブフレームへ変換する。ＤＬからＵＬへの変換に関して、例えば、デフォルトＤＬ方向をもつ変換可能なサブフレームにＰＵＳＣＨをスケジュールするためのＰＤＣＣＨをＵＥ１０２が受信した場合には、ＵＥ１０２は、ＤＬサブフレームがＵＬサブフレームへ、またはいくつかの場合にスペシャルサブフレーム・タイプ２へ変換できると確定してよい。（変換可能な）サブフレームが、ＤＬサブフレームのすぐに後にある（これは５ｍｓおよび１０ｍｓが混ざったＵＬ−ＤＬ構成範囲で生じる）場合、（変換可能な）サブフレームは、スペシャルサブフレーム・タイプ２へ変換される。（変換可能な）サブフレームが、デフォルトＵＬ−ＤＬ構成を用いたＰＵＳＣＨスケジューリングおよび／またはＰＵＳＣＨ ＨＡＲＱ−ＡＣＫレポーティングと関連付けられる場合、変換可能なサブフレームは、スペシャルサブフレーム・タイプ２へ変換される。ＵＥ１０２は、このサブフレームでＰＵＳＣＨを送る（ステップ５１６）。例えば、ＵＥ１０２は、ＰＵＳＣＨとしての情報をこのサブフレームで送ることができる。

サブフレームにＰＵＳＣＨがスケジュールされていない（例えば、サブフレームがスケジュールされたＰＵＳＣＨを有さない）とＵＥ１０２が判定した（ステップ５０４）場合には、ＵＥ１０２は、（そのサブフレームを含む）変換可能な領域におけるそのサブフレームの後の、任意の変換可能なサブフレームにＰＵＳＣＨがスケジュールされているかどうか（例えば、任意の変換可能なサブフレームが、スケジュールされたＰＵＳＣＨを有するかどうか）を判定する（ステップ５０６）。変換可能な領域におけるそのサブフレームの後の、変換可能なサブフレームにＰＵＳＣＨがスケジュールされている（例えば、変換可能なサブフレームがスケジュールされたＰＵＳＣＨを有する）とＵＥ１０２が判定した（ステップ５０６）場合には、ＵＥ１０２は、そのサブフレームをＵＬサブフレームとして指定する（ステップ５１８）。例えば、ＵＥ１０２は、（デフォルトＵＬ−ＤＬ構成ではＤＬサブフレームである）そのサブフレームをＵＬサブフレームへ変換する。しかしながら、この場合にＵＥ１０２がそのサブフレームでＰＵＳＣＨを送ることはない。

従って、ＤＬサブフレームからＵＬサブフレームへ変換されたサブフレームの前にある、変換可能な領域におけるすべて変換可能なサブフレームは、ＵＬサブフレームとして指定される（例えば、ＵＬサブフレームに変換される）。言い換えれば、サブフレームがＵＥ１０２のためにＤＬサブフレームからＵＬサブフレームへ変換され、かつそのサブフレームがスペシャルサブフレームまたはＤＬサブフレームの後の変換可能な領域における最初の変換可能なサブフレームではない場合、所与の変換可能な領域における所与の変換可能なサブフレームの前のすべての変換可能なサブフレームも、ＵＥ１０２によってＵＬサブフレームとして扱われる。例えば、変換可能な領域が２つの下りリンクサブフレームまたは「ＤＬ ＤＬ」を有するものとする。ＵＥのために最後のＤＬサブフレームがＵＬへ変換され、ＰＵＳＣＨがスケジュールされる場合、前のＤＬは、たとえＵＥが所与のサブフレームでＰＵＳＣＨ割り当てを受信しなくてもＵＬとして扱われるべきである（例えば、ＵＥは、２つの上りリンクサブフレーム、すなわち「ＤＬ ＵＬ」ではなく「ＵＬ ＵＬ」を仮定する）。

サブフレームがデフォルトＵＬ−ＤＬ構成ではＤＬサブフレームでない（例えば、サブフレームがデフォルトＵＬ−ＤＬ構成ではＵＬサブフレームである）とＵＥ１０２が判定した（ステップ５０２）場合には、ＵＥ１０２は、（そのサブフレームを含む）変換可能な領域におけるそのサブフレームの前の、任意の変換可能なサブフレームにＰＤＳＣＨがスケジュールされているかどうか（例えば、任意の変換可能なサブフレームがスケジュールされたＰＤＳＣＨを有するかどうか）を判定する（ステップ５１０）。変換可能な領域におけるそのサブフレームの前の、変換可能なサブフレームにＰＤＳＣＨがスケジュールされている（例えば、変換可能なサブフレームがスケジュールされたＰＤＳＣＨを有する）とＵＥ１０２が判定した（ステップ５１０）場合には、ＵＥ１０２は、そのサブフレームをＤＬサブフレームとして指定する（ステップ５０８）。例えば、ＵＥ１０２は、（デフォルトＵＬ−ＤＬ構成ではＵＬサブフレームである）そのサブフレームをＤＬサブフレームへ変換する。言い換えれば、変換可能な領域におけるサブフレームがＵＥ１０２のためにＵＬサブフレームからＤＬサブフレームへ変換され、かつ次のサブフレームがスペシャルサブフレームまたはＤＬサブフレームの後の、変換可能な領域における最後の変換可能なサブフレームではない場合、所与の変換可能な領域における所与の変換可能なサブフレームの後のすべての変換可能なサブフレームも、ＵＥ１０２によってＤＬサブフレームとして扱われる。例えば、変換可能な領域が２つの上りリンクサブフレームまたは「ＵＬ ＵＬ」を有するものとする。第１のＵＬサブフレームがＤＬサブフレームへ変換される場合、後のＵＬサブフレームも同様にＤＬとして扱われるべきである（例えば、ＵＥは、２つの下りリンクサブフレーム、すなわち「ＤＬ ＵＬ」ではなく「ＤＬ ＤＬ」を仮定する）。

（そのサブフレームを含む）変換可能な領域におけるそのサブフレームの前の、任意の変換可能なサブフレームにＰＤＳＣＨがスケジュールされていない（例えば、任意の変換可能なサブフレームがスケジュールされたＰＤＳＣＨを有さない）とＵＥ１０２が判定した（ステップ５１０）場合には、ＵＥ１０２は、そのサブフレームにＰＵＳＣＨがスケジュールされているかどうか（例えば、そのサブフレームがスケジュールされたＰＵＳＣＨを有するかどうか）を判定する（ステップ５１２）。いくつかの構成において、この判定（ステップ５１２）は、ＵＥ１０２がそのサブフレームにＰＵＳＣＨをスケジュールするためのＰＤＣＣＨを受信するかどうかに基づく。ＵＬからＤＬへのサブフレーム変換に関して、例えば、ＵＥが、デフォルトＵＬ方向をもつ変換可能なサブフレームにＰＵＳＣＨをスケジュールするためのＰＤＣＣＨを受信しない場合、ＵＥ１０２は、変換可能なサブフレームをＤＬサブフレームとしてモニタする（例えば、指定する（ステップ５０８）、変換する）。加えて、または代わりに、デフォルトＵＬ方向をもつ変換可能なサブフレームにおけるＰＤＳＣＨは、別のＤＬサブフレームにおけるＰＤＣＣＨまたはエンハンストＰＤＣＣＨ（ｅＰＤＣＣＨ）を用いた、クロスサブフレーム（またはクロス送信時間間隔（ＴＴＩ））ＰＤＳＣＨ割り当てによって明示的にスケジュールすることもできる。ＰＵＳＣＨスケジューリングに用いられる同じＤＬサブフレームが、変換可能なサブフレームにＰＤＳＣＨ送信をスケジュールするために代わりに用いられてもよい。所与の変換可能なサブフレームの前の他のＤＬサブフレームも、（変換可能な）サブフレーム上でのＰＤＳＣＨ送信のクロスサブフレーム・スケジューリングに用いることができる。

そのサブフレームにＰＵＳＣＨがスケジュールされている（例えば、サブフレームがスケジュールされたＰＵＳＣＨを有する）とＵＥ１０２が判定した（ステップ５１２）場合には、ＵＥ１０２は、そのサブフレームをノーマルＵＬサブフレームとして指定する（ステップ５１４）。留意すべきは、例として、このサブフレームがデフォルトＵＬ−ＤＬ構成ではＵＬサブフレームであり、それをスペシャルサブフレーム・タイプ２へ変更する必要がないことである。ＵＥ１０２は、このサブフレームでＰＵＳＣＨを送る（ステップ５１６）。例えば、ＵＥ１０２は、ＰＵＳＣＨとしての情報をこのサブフレームで送ることができる。ＵＥ（例えば、リリース１１ ＵＥ）に関して、ＰＵＳＣＨスケジューリングは、レガシーＰＤＣＣＨによる第２の参照ＵＬ−ＤＬ構成のスケジューリング・タイミングに従う。ＰＵＳＣＨスケジューリングは、サポートされていれば、エンハンストＰＤＣＣＨ（ｅＰＤＣＣＨ）またはクロスサブフレーム（もしくはクロスＴＴＩ）ＰＵＳＣＨスケジューリングによって行われてもよい。

図６は、スペシャルサブフレーム・タイプ２（Ｓ２）６４７の構造の一例を示すダイアグラムである。ＤＬからＵＬへの切り替えに（スペシャルサブフレーム・タイプ２（Ｓ２）６４７と混同すべきではない）標準スペシャルサブフレームを用いることもできる。標準スペシャルサブフレームでは、チャネルリソースの大部分がＤＬ送信に割り当てられる一方で、ＵＬ送信には短時間（例えば、１つか２つのシンボル）が割り当てられる。しかしながら、スペシャルサブフレーム・タイプ２（Ｓ２）６４７は、すべての必要なＤＬシグナリング（例えば、ＰＵＳＣＨスケジューリングおよびＰＨＩＣＨフィードバックのための制御情報）を維持する一方で、より多くのリソースがＵＬ送信に提供される。ＤＬサブフレームは、（あるとしても）ＰＤＣＣＨ送信だけを維持し、残りのリソースを（例えば、発生しうるガード期間６４３とともに）ＰＵＳＣＨ送信に割り当てることによって、スペシャルサブフレーム・タイプ２（Ｓ２）６４７へ変換される。

ＰＤＣＣＨ ＤＣＩフォーマット０を用いたＰＵＳＣＨスケジューリングでは、ＰＵＳＣＨ割り当ては、スタートＲＢインデックスおよびＲＢ数によって表される連続的なリソースブロック（ＲＢ：ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）の１ブロックである。スペシャルサブフレーム・タイプ２（Ｓ２）６４７のためのＰＵＳＣＨ割り当てにおいて、サブキャリアごとに使用可能なリソース要素（ＲＥ：ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）は、ＵＬパイロット時間スロット（ＵｐＰＴＳ）６４５領域内のシンボル数と同じであってもよい。

標準スペシャルサブフレームと同様に、スペシャルサブフレーム・タイプ２（Ｓ２）６４７は、３つのフィールド６４１、６４３、６４５を有する。標準スペシャルサブフレームでは、３つのフィールドは、ＤＬパイロット時間スロット（ＤｗＰＴＳ）、ガード期間（ＧＰ）およびＵＬパイロット時間スロット（ＵｐＰＴＳ）である。便宜上、スペシャルサブフレーム・タイプ２（Ｓ２）６４７における３つのフィールド６４１、６４３、６４５も、ＤｗＰＴＳ６４１、ＧＰ６４３、およびＵｐＰＴＳ６４５と呼ばれる。スペシャルサブフレーム・タイプ２（Ｓ２）６４７における３つのフィールド６４１、６４３、６４５は、標準スペシャルサブフレームのものと同じ名前を用いて呼ばれるが、留意すべきは、スペシャルサブフレーム・タイプ２（Ｓ２）６４７における３つのフィールド６４１、６４３、６４５の特性が標準スペシャルサブフレームにおける同名のフィールドの特性と異なっても、同様でも、および／または同じでもあってよいことである。スペシャルサブフレーム・タイプ２（Ｓ２）６４７は、標準スペシャルサブフレームが標準スペシャルサブフレームのＵｐＰＴＳで運びうるのに比べて、より多くのデータをＵｐＰＴＳ６４５で運ぶことができることに留意すべきである。

スペシャルサブフレーム・タイプ２（Ｓ２）６４７は、必要なＤＬシグナリングを維持する一方で、増加したリソースをＵＬ送信に提供できる。例えば、スペシャルサブフレーム・タイプ２（Ｓ２）６４７は、必要に応じてＰＤＣＣＨ領域を維持するが、ＰＤＳＣＨ割り当ては有さない。スペシャルサブフレーム・タイプ２（Ｓ２）６４７ではリソースの大部分がＰＵＳＣＨ送信に割り当てられる。すべてのＵＬ制御フィードバックは、既存のＵＬサブフレームと関連付けられるので、スペシャルサブフレーム・タイプ２（Ｓ２）６４７ではＰＵＣＣＨ割り当ておよびＰＵＣＣＨ送信は許可されない。

スペシャルサブフレーム・タイプ２（Ｓ２）６４７では、ＤｗＰＴＳ６４１は、必要なＤＬ制御シグナリング（例えば、ＰＤＣＣＨおよびＰＨＩＣＨ）だけを提供するように限定される。ＰＤＣＣＨは、ＵＬサブフレームにＰＵＳＣＨ送信をスケジュールするために用いられる。しかしながら、スペシャルサブフレーム・タイプ２（Ｓ２）６４７におけるＰＤＣＣＨは、ＰＤＳＣＨ送信をスケジュールしないので、スペシャルサブフレーム・タイプ２（Ｓ２）６４７におけるＤｗＰＴＳ６４１のサイズは、レギュラーＤＬサブフレームにおけるＤｗＰＴＳより小さくてもよい。例えば、スペシャルサブフレーム・タイプ（Ｓ２）６４７におけるリソースブロックの数が１０より多いときに、ＰＤＣＣＨに用いられる直交周波数分割多重（ＯＦＤＭ：ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ−ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルの数は、１か２に限定される。そのうえ、ＰＤＣＣＨに用いられるＯＦＤＭシンボルの数は、スペシャルサブフレーム・タイプ２（Ｓ２）６４７におけるリソースブロックの数が１０以下であるときには２である。

ガード期間（ＧＰ）６４３は、ＵＥ１０２がＵＬ送信のための時間前進を調整することを可能にする。ＵＬおよびＤＬが同じサイクリックプレフィックス（ＣＰ：ｃｙｃｌｉｃ ｐｒｅｆｉｘ）構成を有する場合、スペシャルサブフレーム・タイプ２（Ｓ２）６４７におけるＧＰ６４３は、１つのＯＦＤＭシンボルの長さを有する。ＵＬおよびＤＬが異なるサイクリックプレフィックス（ＣＰ）構成を有する場合、ＧＰは、１つより少ないか、または１つより多いＯＦＤＭシンボルとするとよい。しかしながら、切り替えタイミングを確保するために、スペシャルサブフレーム・タイプ２（Ｓ２）６４７の（もしあるとすれば）ＧＰ６４３は、（用いるならば）少なくとも
１４５６・Ｔｓ
の長さを有するべきである。

ＤＬサブフレームが現在のＵＬ−ＤＬ構成でＰＵＳＣＨスケジューリング、電力制御、および任意のＵＬ送信へのＰＨＩＣＨフィードバックとの関連付けを有さない場合、ＤＬサブフレームは、予約されたＰＤＣＣＨ領域をもたない（例えば、ＤｗＰＴＳ６４１の長さが０の）スペシャルサブフレーム・タイプ２（Ｓ２）６４７へ変換される。ＤＬサブフレームがＵＬサブフレームのすぐ後に（または場合によっては、いくつかの構成においてスペシャルサブフレーム・タイプ２（Ｓ２）６４７の後に）ある場合、ＤＬサブフレームは、ＧＰ６４３をもたないＵＬサブフレームへ完全に変換される。ＰＤＣＣＨ領域は必要ないが、変換されることになるＤＬサブフレームがＤＬサブフレームの後にある場合、例えば、第１のＯＦＤＭシンボル長がＧＰ６４３として予約され、一方ですべての他のＯＦＤＭシンボルはＵＬ送信に割り当てられる。

スペシャルサブフレーム・タイプ２（Ｓ２）６４７の１つの実装において、ＤｗＰＴＳ６４１の長さおよびＵｐＰＴＳ６４５の長さは、ＤｗＰＴＳ６４１、ＧＰ６４３およびＵｐＰＴＳ６４５の全長が
３０７２０・Ｔ_ｓ＝１
ｍｓに等しいことを前提として、表（３）に示される。

図７は、本明細書に開示されるシステムおよび方法によるＤＬサブフレーム変換の一例を示すダイアグラムである。より具体的には、図７は、（デフォルトＵＬ−ＤＬ構成ではＤＬサブフレームであった）サブフレームｎがスペシャルサブフレーム・タイプ２（Ｓ２）７５３へ変換される、いくつかのサブフレーム７２３を示す。加えて、図７は、スペシャルサブフレーム・タイプ２（Ｓ２）の変換ルールおよびＰＨＹレイヤ・シグナリングを示す。

現行の３ＧＰＰ仕様によれば、ＴＤＤにおけるＤＬサブフレームではいかなるＰＵＳＣＨ送信もスケジュールされるべきでない。ＵＬサブフレームにおけるＰＵＳＣＨ割り当ては、ＤＬサブフレームへの１対１の関連付けマッピングを有する。現行仕様によれば、ＰＵＳＣＨ割り当てのためのＤＣＩフォーマット０を運ぶことができない、またはＰＨＩＣＨフィードバックを有することができないいくつかのＤＬサブフレームがある。

本明細書に開示されるシステムおよび方法に従って、ＤＬサブフレームが（例えば、拡張されたＰＨＹレイヤ信号を用いて）ＵＬサブフレームまたはスペシャルサブフレーム・タイプ２（Ｓ２）７５３へ変換される。これは、例えば、（現行の３ＧＰＰリリース８、９および１０仕様ではＰＵＳＣＨ割り当てのためのＤＣＩフォーマット０を有することが許可されていない）ＤＬサブフレームに１つ以上のＤＣＩフォーマット０のＰＵＳＣＨ送信が割り当てられたときに、あるいは、既に割り当てられたスペシャルサブフレーム・タイプ２に対してＰＨＩＣＨフィードバックが必要なときに生じる。

例えば、（例えば、現行のＰＨＹレイヤ関連付けの拡張として）スペシャルサブフレーム・タイプ２（Ｓ２）７４７に対する関連付けは、次のように規定される。ＰＨＩＣＨおよび／またはＰＤＣＣＨ上での、ＰＵＳＣＨスケジューリングおよび／またはＰＵＳＣＨ送信に対するＡＣＫ／ＮＡＣＫフィードバックに関して、サブフレームｎ−ａに既存の関連付けがない場合、サブフレームｎ−ａ（例えば、ＤＣＩフォーマット０をもつＰＤＣＣＨを含んだＤＬサブフレーム７４９ａ）におけるＤＣＩフォーマット０をもつＰＤＣＣＨは、（例えば、以前にＤＬサブフレームであった）ＤＬサブフレームｎ７５３をスペシャルサブフレーム・タイプ２（Ｓ２）７４７へ変換する。例として、関連付けＡ７５１は、サブフレームｎａ（例えば、ＤＬサブフレーム７４９ａ）でのＰＵＳＣＨのスケジューリングが、サブフレームｎをスペシャルサブフレーム・タイプ２（Ｓ２）７４７へ変換することを規定する。サブフレームｎは、サブフレームｎ−ａにおける制御情報に従って、スペシャルサブフレーム・タイプ２（Ｓ２）７４７へ変換される。ＰＵＳＣＨ割り当てをもつ１つ以上のＵＥ１０２は、サブフレームｎで送信することができる。図７では、ａ＝４の一例が示されるが、ａは、他の例では別の数であってもよいことに留意すべきである。例として、
ａ≧４。

サブフレーム番号ｎをもつスペシャルサブフレーム・タイプ２に対するＡＣＫ／ＮＡＣＫフィードバックでは、サブフレームｎ＋ｂ（例えば、ＤＬサブフレーム７４９ｂ）でレポートされる。例として、関連付けＢ７５５は、スペシャルサブフレーム・タイプ２（Ｓ２）７４７に対するＡＣＫ／ＮＡＣＫがサブフレームｎ＋ｂでレポートされることを規定する。留意すべきは、これらの関連付け７５１、７５５が無線フレーム境界を越えて適用されてもよいことである。図７では、ｂ＝６である一例が示されるが、ｂは、他の例では
ｂ≧４
の別の数であってもよいことに留意すべきである。

図８は、本明細書に開示されるシステムおよび方法に従って利用される上りリンクおよび下りリンク（ＵＬ−ＤＬ）構成の一例を示すダイアグラムである。図８では、便宜上、いくつかの数字がテキストで詳しく説明された。例えば、ＵＬ−ＤＬ構成２は、「ＵＬ−ＤＬ構成Ｔｗｏ ８６９」とラベル付けされ、ＵＬ−ＤＬ構成１は、「ＵＬ−ＤＬ構成Ｏｎｅ ８７１」とラベル付けされ、ＵＬ−ＤＬ構成０は、「ＵＬ−ＤＬ構成Ｚｅｒｏ ８７３」とラベル付けされている。

図８に示される例は、デフォルトＵＬ−ＤＬ構成としてＵＬ−ＤＬ構成Ｏｎｅ ８７１（例えば、「１」）を示す。この例では、許可された動的なＵＬ−ＤＬ再構成範囲１９６は、ＵＬ−ＤＬ構成ｔｗｏ ８６９（例えば、「２」）、ＵＬ−ＤＬ構成ｏｎｅ ８７１（例えば、「１」）およびＵＬ−ＤＬ構成ｚｅｒｏ ８７３（例えば、「０」）を含む。許可された動的なＵＬ−ＤＬ再構成範囲に基づいて、ＵＥ１０２およびｅＮＢ１６０は、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫのための第１の参照ＵＬ−ＤＬ構成（例えば、参照ＵＬ−ＤＬ構成Ａ１３９ａ）がＵＬ−ＤＬ構成ｔｗｏ ８６９であり、ＰＵＳＣＨスケジューリングおよびＰＵＳＣＨ ＨＡＲＱ−ＡＣＫのための第２の参照ＵＬ−ＤＬ構成１３９ｂが構成ｚｅｒｏ ８７３であることを認識する。このように、この例は、動的なＴＤＤ ＵＬ−ＤＬ再構成のための様々な参照ＵＬ−ＤＬ構成を示す。

留意すべきは、「Ｄ」とマーク付けされたサブフレーム８２３がＤＬサブフレーム８６３示し、「Ｕ」とマーク付けされたものがＵＬサブフレーム８６５を示し、「Ｓ」とマーク付けされたものが標準スペシャルサブフレーム８３１を示すことである。そのうえ、ＰＵＣＣＨまたはＰＵＳＣＨ上でのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫフィードバック関連付け８５７、ＰＵＳＣＨ送信のための下りリンク・スケジューリング関連付け８５９、およびＰＨＩＣＨまたはＰＤＣＣＨ上でのＰＵＳＣＨ ＨＡＲＱ−ＡＣＫフィードバック関連付け８６１が示される。

図８は、サブフレーム８２３ａおよびサブフレーム番号８６７ａをもつＵＬ−ＤＬ構成ｔｗｏ ８６９（例えば、「ＵＬ−ＤＬ構成２」）を示す。図８は、サブフレーム８２３ｂおよびサブフレーム番号８６７ｂをもつＵＬ−ＤＬ構成ｏｎｅ ８７１も示す。図８は、サブフレーム８２３ｃおよびサブフレーム番号８６７ｃをもつＵＬ−ＤＬ構成ｚｅｒｏ ８７３をさらに示す。

任意のレガシーＵＥは、この例ではＵＬ−ＤＬ構成ｏｎｅ ８７１であるデフォルトＵＬ−ＤＬ構成に従う。図８に示されるように、変換可能な領域８７５（例えば、変換可能な領域１０７）は、サブフレーム３〜４および８〜９を含む。この例では、（リリース１１およびそれ以降の）ＵＥ１０２のための第１の参照ＵＬ−ＤＬ構成１３９ａは、ＵＬ−ＤＬ構成ｔｗｏ ８６９である。従って、（リリース１１およびそれ以降の）ＵＥ１０２は、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングを確定してＰＤＳＣＨに対応する任意のＨＡＲＱ−ＡＣＫ情報を送るために、ＵＬ−ＤＬ構成ｔｗｏ ８６９に対応する、ＰＵＣＣＨまたはＰＵＳＣＨ上でのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫフィードバック関連付け８５７を利用する。例として、ＵＥ１０２は、サブフレーム４に対応するＨＡＲＱ−ＡＣＫフィードバックを次の無線フレームのサブフレーム２で送る。

この例では、（リリース１１）ＵＥ１０２のための第２の参照ＵＬ−ＤＬ構成１３９ｂは、ＵＬ−ＤＬ構成ｚｅｒｏ ８７３である。従って、（リリース１１）ＵＥ１０２は、ＰＵＳＣＨスケジュールを確定するために、ＵＬ−ＤＬ構成ｚｅｒｏ ８７３に対応する、ＰＵＳＣＨ送信のための下りリンク・スケジューリング関連付け８５９を利用する。加えて、または代わりに、（リリース１１）ＵＥ１０２は、ＰＵＳＣＨ ＨＡＲＱ−ＡＣＫタイミングを確定してＰＵＳＣＨに対応する任意のＨＡＲＱ−ＡＣＫ情報を受信するために、ＵＬ−ＤＬ構成ｔｗｏ ８６９に対応する、ＰＨＩＣＨまたはＰＤＣＣＨ上でのＰＵＳＣＨ ＨＡＲＱ−ＡＣＫフィードバック関連付け８６１を利用する。例として、ＵＥ１０２は、サブフレーム３に対応するＨＡＲＱ−ＡＣＫフィードバックを次の無線フレームのサブフレーム０で受信する。

図９は、本明細書に開示されるシステムおよび方法に従って利用されるＵＬ−ＤＬ構成の一例を示すダイアグラムである。図９では、便宜上、いくつかの数字がテキストで詳しく説明された。例えば、ＵＬ−ＤＬ構成４は、「ＵＬ−ＤＬ構成Ｆｏｕｒ ９７７」とラベル付けされ、ＵＬ−ＤＬ構成１は、「ＵＬ−ＤＬ構成Ｏｎｅ ９７１」とラベル付けされている。

図９に示される例は、混じった周期を示し、デフォルトＵＬ−ＤＬ構成は、構成ｆｏｕｒ ９７７（例えば、「４」）である。この例では、動的なＵＬ−ＤＬ再構成範囲１９６は、ＵＬ−ＤＬ構成ｆｏｕｒ ９７７（例えば、「４」）とＵＬ−ＤＬ構成ｏｎｅ ９７１（例えば、「１」）との間に及ぶ。そのうえ、変換可能な（例えば、「再構成可能な」）サブフレームは、変換可能な領域９７５（例えば、変換可能な領域１０７）内に含まれるサブフレーム７および８である。この例では、第１の参照ＵＬ−ＤＬ構成は、（動的なＵＬ−ＤＬ再構成範囲内で）最小数のＵＬサブフレームを有する構成ｆｏｕｒ ９７７である。第２の参照ＵＬ−ＤＬ構成は、最小数のＤＬサブフレーム（例えば、動的なＵＬ−ＤＬ再構成範囲内で最大数のＵＬサブフレーム）を有する構成ｏｎｅ ９７１である。

（リリース１１）ＵＥ１０２のためにサブフレーム７にＰＵＳＣＨがスケジュールされる場合には、サブフレーム７は、ＵＬサブフレーム（例えば、スペシャルサブフレーム・タイプ２）へ変換される。より具体的には、サブフレーム６がレギュラーＤＬサブフレームなので、サブフレーム７は、スペシャルサブフレーム・タイプ２へ変換される。従って、変換されたサブフレーム７ではＰＵＣＣＨが維持され、レガシーＵＥのためのＰＵＳＣＨスケジューリングおよびＨＡＲＱ−ＡＣＫレポーティングを依然として行うことができる。（リリース１１）ＵＥ１０２のためにサブフレーム８にＰＵＳＣＨがスケジュールされる場合、ＵＥは、サブフレーム７が既にスペシャルサブフレーム・タイプ２へ変換されていると仮定してよく、サブフレーム８をノーマルＵＬサブフレームとして用いる。

留意すべきは、「Ｄ」とマーク付けされたサブフレーム９２３がＤＬサブフレームを示し、「Ｕ」とマーク付けされたものがＵＬサブフレームを示し、「Ｓ」とマーク付けされたものが標準スペシャルサブフレームを示すことである。そのうえ、ＰＵＣＣＨまたはＰＵＳＣＨ上でのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫフィードバック関連付け９５７、ＰＵＳＣＨ送信のための下りリンク・スケジューリング関連付け９５９、およびＰＨＩＣＨまたはＰＤＣＣＨ上でのＰＵＳＣＨ ＨＡＲＱ−ＡＣＫフィードバック関連付け９６１が示される。

図９は、サブフレーム９２３ａおよびサブフレーム番号９６７ａをもつＵＬ−ＤＬ構成ｆｏｕｒ ９７７（例えば、「ＵＬ−ＤＬ構成４」）を示す。図９は、サブフレーム９２３ｂおよびサブフレーム番号９６７ｂをもつＵＬ−ＤＬ構成ｏｎｅ ９７１も示す。

任意のレガシーＵＥは、この例ではＵＬ−ＤＬ構成ｆｏｕｒ ９７７であるデフォルトＵＬ−ＤＬ構成に従う。図９に示されるように、変換可能な領域９７５は、サブフレーム７〜８を含む。この例では、（リリース１１）ＵＥ１０２のための第１の参照ＵＬ−ＤＬ構成１３９ａは、ＵＬ−ＤＬ構成ｆｏｕｒ ９７７である。従って、（リリース１１）ＵＥ１０２は、ＰＤＳＣＨ ＨＡＲＱ−ＡＣＫタイミングを確定してＰＤＳＣＨに対応する任意のＨＡＲＱ−ＡＣＫ情報を送るために、ＵＬ−ＤＬ構成ｆｏｕｒ ９７７に対応する、ＰＵＣＣＨまたはＰＵＳＣＨ上でのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫフィードバック関連付け９５７を利用する。例として、ＵＥ１０２は、サブフレーム７に対応するＨＡＲＱ−ＡＣＫフィードバックを次の無線フレームのサブフレーム２で送る。

この例では、（リリース１１）ＵＥ１０２のための第２の参照ＵＬ−ＤＬ構成１３９ｂは、ＵＬ−ＤＬ構成ｏｎｅ ９７１である。従って、（リリース１１）ＵＥ１０２は、ＰＵＳＣＨスケジュールを確定するために、ＵＬ−ＤＬ構成ｏｎｅ ９７１に対応する、ＰＵＳＣＨ送信のための下りリンク・スケジューリング関連付け９５９を利用する。加えて、または代わりに、（リリース１１）ＵＥ１０２は、ＰＵＳＣＨ ＨＡＲＱ−ＡＣＫタイミングを確定して、ＰＵＳＣＨに対応する任意のＨＡＲＱ−ＡＣＫ情報を受信するために、ＵＬ−ＤＬ構成ｏｎｅ ９７１に対応する、ＰＨＩＣＨまたはＰＤＣＣＨ上でのＰＵＳＣＨ ＨＡＲＱ−ＡＣＫフィードバック関連付け９６１を利用する。例として、ＵＥ１０２は、サブフレーム７に対応するＨＡＲＱ−ＡＣＫフィードバックを次の無線フレームのサブフレーム１で受信する。

図１０は、本明細書に開示されるシステムおよび方法が適用されるいくつかのＵＬ−ＤＬ構成１０６９、１０７１、１０７３、１０７７、１０７９、１０８１、１０８３を示すダイアグラムである。特に、図１０は、サブフレーム１０２３ａおよびサブフレーム番号１０６７ａをもつＵＬ−ＤＬ構成ｚｅｒｏ １０７３（例えば、「ＵＬ−ＤＬ構成０」）、サブフレーム１０２３ｂおよびサブフレーム番号１０６７ｂをもつＵＬ−ＤＬ構成ｏｎｅ １０７１（例えば、「ＵＬ−ＤＬ構成１」）、サブフレーム１０２３ｃおよびサブフレーム番号１０６７ｃをもつＵＬ−ＤＬ構成ｔｗｏ １０６９（例えば、「ＵＬ−ＤＬ構成２」）、ならびにサブフレーム１０２３ｄおよびサブフレーム番号１０６７ｄをもつＵＬ−ＤＬ構成ｔｈｒｅｅ １０７９（例えば、「ＵＬ−ＤＬ構成３」）を示す。図１０は、また、サブフレーム１０２３ｅおよびサブフレーム番号１０６７ｅをもつＵＬ−ＤＬ構成ｆｏｕｒ １０７７（例えば、「ＵＬ−ＤＬ構成４」）、サブフレーム１０２３ｆおよびサブフレーム番号１０６７ｆをもつＵＬ−ＤＬ構成ｆｉｖｅ １０８１（例えば、「ＵＬ−ＤＬ構成５」）、ならびにサブフレーム１０２３ｇおよびサブフレーム番号１０６７ｇをもつＵＬ−ＤＬ構成ｓｉｘ １０３３（例えば、「ＵＬ−ＤＬ構成６」）を示す。

図１０は、さらに、各ＵＬ−ＤＬ構成に対応する、ＰＤＳＣＨフィードバック関連付け１０５７（例えば、ＰＵＣＣＨまたはＰＵＳＣＨ上でのＰＤＳＣＨ ＨＡＲＱ−ＡＣＫフィードバック関連付け）、ＰＵＳＣＨスケジューリング関連付け１０５９（例えば、ＰＵＳＣＨ送信のための下りリンク・スケジューリング関連付け）、およびＰＵＳＣＨフィードバック関連付け１０６１（例えば、ＰＨＩＣＨまたはＰＤＣＣＨ上でのＰＵＳＣＨ ＨＡＲＱ−ＡＣＫフィードバック関連付け）を示す。留意すべきは、図１０に示される無線フレームのいくつかが、便宜上、短縮されていることである。

本システムおよび方法は、図１０に示されるＵＬ−ＤＬ構成１０６９、１０７１、１０７３、１０７７、１０７９、１０８１、１０８３の１つ以上に適用される。例えば、図１０に示されるＵＬ−ＤＬ構成の１つに対応する１つ以上のＰＤＳＣＨフィードバック関連付け１０５７は、第１の参照ＵＬ−ＤＬ構成として確定されたときに、（リリース１１）ＵＥ１０２とｅＮＢ１６０の間の通信に適用される。加えて、または代わりに、図１０に示されるＵＬ−ＤＬ構成の１つに対応する１つ以上のＰＵＳＣＨスケジューリング関連付け１０５９は、第２の参照ＵＬ−ＤＬ構成として確定されたときに、ＵＥ１０２とｅＮＢ１６０の間の通信に適用される。加えて、または代わりに、図１０に示されるＵＬ−ＤＬ構成の１つに対応する１つ以上のＰＵＳＣＨフィードバック関連付け１０６１は、第２の参照ＵＬ−ＤＬ構成として確定されたときに、ＵＥ１０２とｅＮＢ１６０の間の通信に適用される。

図１１は、端末装置（ＵＥ）１１０２に利用される様々なコンポーネントを示す。図１と関連して記載されるＵＥ１０２は、図１１と関連して記載されるＵＥ１１０２に従って実装される。ＵＥ１１０２は、ＵＥ１１０２の動作を制御するプロセッサ１１８５を含む。プロセッサ１１８５は、ＣＰＵとも呼ばれる。メモリ１１９１は、リードオンリーメモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、これら２つの組み合わせ、あるいは情報を記憶する任意のタイプのデバイスを含み、プロセッサ１１８５に命令１１８７ａおよびデータ１１８９ａを与える。メモリ１１９１の一部分は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ：ｎｏｎ−ｖｏｌａｔｉｌｅ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）も含んでよい。命令１１８７ｂおよびデータ１１８９ｂは、プロセッサ１１８５にも存在する。プロセッサ１１８５に読み込まれた命令１１８７ｂおよび／またはデータ１１８９ｂは、プロセッサ１１８５による実行または処理のために読み込まれた、メモリ１１９１からの命令１１８７ａおよび／またはデータ１１８９ａも含んでよい。命令１１８７ｂは、上記の方法２００、５００の１つ以上を実装するためにプロセッサ１１８５によって実行される。

ＵＥ１１０２は、データの送受信を可能にするための１つ以上の送信機１１５８および１つ以上の受信機１１２０が入った筺体も含む。送信機（単数または複数）１１５８および受信機（単数または複数）１１２０は、１つ以上のトランシーバ１１１８に組み合わされてもよい。１つ以上のアンテナ１１２２ａ〜ｎは、筺体に取り付けられ、トランシーバ１１１８に電気的に結合される。

ＵＥ１１０２の様々なコンポーネントは、データバスに加えて、電力バス、制御信号バスおよびステータス信号バスを含む、バスシステム１１９７によって一緒に結合される。しかしながら、明確にするために、図１１では様々なバスがバスシステム１１９７として示される。ＵＥ１１０２は、信号処理用のデジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）１１９３を含むこともできる。ＵＥ１１０２は、ＵＥ１１０２の機能へのユーザ・アクセスを提供する通信インターフェース１１９５を含むこともできる。図１１に示されるＵＥ１１０２は、具体的なコンポーネントのリスティングではなく、機能ブロック・ダイアグラムである。

図１２は、ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｅＮＢ）１２６０において利用される様々なコンポーネントを示す。図１と関連して記載されるｅＮＢ１６０は、図１２と関連して記載されるｅＮＢ１２６０に従って実装される。ｅＮＢ１２６０は、ｅＮＢ１２６０の動作を制御するプロセッサ１２９９を含む。プロセッサ１２９９は、ＣＰＵとも呼ばれる。メモリ１２０６は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、これら２つの組み合わせ、あるいは情報を記憶する任意のタイプのデバイスを含み、プロセッサ１２９９に命令１２０２ａおよびデータ１２０４ａを与える。メモリ１２０６の一部分は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）も含んでよい。命令１２０２ｂおよびデータ１２０４ｂは、プロセッサ１２９９にも存在する。プロセッサ１２９９に読み込まれた命令１２０２ｂおよび／またはデータ１２０４ｂは、プロセッサ１２９９による実行または処理のために読み込まれた、メモリ１２０６からの命令１２０２ａおよび／またはデータ１２０４ａも含んでよい。命令１２０２ｂは、上記の方法３００を実装するためにプロセッサ１２９９によって実行される。

ｅＮＢ１２６０は、データの送受信を可能にするための１つ以上の送信機１２１７および１つ以上の受信機１２７８が入った筺体も含む。送信機（単数または複数）１２１７および受信機（単数または複数）１２７８は、１つ以上のトランシーバ１２７６に組み合わされてもよい。１つ以上のアンテナ１２８０ａ〜ｎは、筺体に取り付けられ、トランシーバ１２７６に電気的に結合される。

ｅＮＢ１２６０の様々なコンポーネントは、データバスに加えて、電力バス、制御信号バスおよびステータス信号バスを含む、バスシステム１２１２によって一緒に結合される。しかしながら、明確にするために、図１２では様々なバスがバスシステム１２１２として示される。ｅＮＢ１２６０は、信号処理用のデジタル信号プロセッサ（ＤＳＰ）１２０８を含むこともできる。ｅＮＢ１２６０は、ｅＮＢ１２６０の機能へのユーザ・アクセスを提供する通信インターフェース１２１０を含むこともできる。図１２に示されるｅＮＢ１２６０は、具体的なコンポーネントのリスティングではなく、機能ブロック・ダイアグラムである。

用語「コンピュータ可読媒体」は、コンピュータまたはプロセッサによってアクセスできる任意の利用可能な媒体を指す。用語「コンピュータ可読媒体」は、本明細書では、非一時的かつ有形のコンピュータおよび／またはプロセッサ可読媒体を示す。限定ではなく、例として、コンピュータ可読またはプロセッサ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶、磁気ディスク記憶もしくは他の磁気記憶デバイス、あるいは、命令の形態の所望のプログラムコードまたはデータ構造を載せるか、または記憶するために用いられ、コンピュータまたはプロセッサによってアクセスできる任意の他の媒体を備えてもよい。ディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、本明細書では、コンパクトディスク（ＣＤ：ｃｏｍｐａｃｔ ｄｉｓｃ）、レーザディスク（ｌａｓｅｒ ｄｉｓｃ）、光ディスク（ｏｐｔｉｃａｌ ｄｉｓｃ）、デジタルバーサタイルディスク（ＤＶＤ：ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ）、フロッピーディスク（ｆｌｏｐｐｙ ｄｉｓｋ）およびＢｌｕ−ｒａｙ（登録商標）ディスク（ｄｉｓｃ）を含み、ディスク（ｄｉｓｋ）は、通常、磁気的にデータを再生し、一方でディスク（ｄｉｓｃ）は、レーザを用いて光学的にデータを再生する。

留意すべきは、本明細書に記載される方法の１つ以上が、ハードウェアで実装されてもよく、および／またはハードウェアを用いて行われてもよいことである。例えば、本明細書に記載される方法の１つ以上は、チップセット、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、大規模集積回路（ＬＳＩ：ｌａｒｇｅ−ｓｃａｌｅ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）または集積回路などに実装されてもよく、および／またはチップセット、特定用途向け集積回路（ＡＳＩＣ）、大規模集積回路（ＬＳＩ）または集積回路などを用いて実現されてもよい。

本明細書に開示される方法のそれぞれは、記載される方法を実現するための１つ以上のステップまたは動作を備える。本方法のステップおよび／または動作は、特許請求の範囲から逸脱することなく、相互に交換されても、および／または単一のステップに組み合わされてもよい。言い換えれば、記載される方法の適切な操作のためにステップまたは動作の特定の順序が必要とされない限り、特許請求の範囲から逸脱することなく、特定のステップおよび／または動作の順序および／または使用が修正されてもよい。

当然のことながら、特許請求の範囲は、上に説明されたまさにその構成およびコンポーネントには限定されない。特許請求の範囲から逸脱することなく、本明細書に記載される配置、操作、ならびにシステム、方法、および装置の詳細に様々な修正、変更および変形がなされてもよい。
付記

上りリンクおよび下りリンク（ＵＬ−ＤＬ）割り当てを再構成するための端末装置（ＵＥ）が記載される。ＵＥは、プロセッサ、およびプロセッサと電子通信を行うメモリに記憶された命令を含む。ＵＥは、デフォルト時間領域複信（ＴＤＤ）ＵＬ−ＤＬ構成にわたって少なくとも１つのサブフレームが変換可能かどうかを判定する。少なくとも１つのサブフレームが変換可能である場合には、ＵＥは、第１の参照ＵＬ−ＤＬ構成および第２の参照ＵＬ−ＤＬ構成を確定する。ＵＥは、また、第１の参照構成に基づいて、物理下りリンク共有チャネル（ＰＤＳＣＨ）に対応する任意のハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）情報を送る。加えて、ＵＥは、第２の参照ＵＬ−ＤＬ構成に基づいて、物理上りリンク共有チャネル（ＰＵＳＣＨ）スケジュールを確定する。ＵＥは、さらに、第２の参照ＵＬ−ＤＬ構成に基づいて、物理上りリンク共有チャネル（ＰＵＳＣＨ）に対応する任意のハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）情報を受信する。

ＵＥは、動的なＵＬ−ＤＬ再構成範囲も確定する。加えて、ＵＥは、１つ以上の変換可能なサブフレームを確定する。ＵＥは、さらに、変換可能なサブフレームの方向を確定する。

ＵＥは、サブフレームがデフォルトＵＬ−ＤＬ構成では下りリンクサブフレームであるかどうかを判定する。サブフレームがデフォルトＵＬ−ＤＬ構成では下りリンクサブフレームである場合には、ＵＥは、サブフレームがスケジュールされたＰＵＳＣＨを有するかどうかを判定して、サブフレームがスケジュールされたＰＵＳＣＨを有する場合、サブフレームを上りリンクサブフレームまたはスペシャルサブフレーム・タイプ２として指定する。

サブフレームがスケジュールされたＰＵＳＣＨを有さない場合には、ＵＥは、変換可能な領域におけるそのサブフレームの後の、任意の変換可能なサブフレームがスケジュールされたＰＵＳＣＨを有するかどうかを判定する。ＵＥは、また、そのサブフレームの後の、任意の変換可能なサブフレームがスケジュールされたＰＵＳＣＨを有する場合、そのサブフレームを上りリンクサブフレームとして指定し、そのサブフレームの後の、任意の変換可能なサブフレームがスケジュールされたＰＵＳＣＨを有さない場合、そのサブフレームを下りリンクサブフレームとして指定する。

サブフレームがデフォルトＵＬ−ＤＬ構成では下りリンクサブフレームでない場合には、ＵＥは、変換可能な領域におけるそのサブフレームの前の、任意の変換可能なサブフレームがスケジュールされたＰＤＳＣＨを有するかどうかも判定する。サブフレームがデフォルトＵＬ−ＤＬ構成では下りリンクサブフレームでない場合、変換可能な領域におけるそのサブフレームの前の、任意の変換可能なサブフレームがスケジュールされたＰＤＳＣＨを有すれば、ＵＥは、さらにそのサブフレームを下りリンクサブフレームとして指定する。

変換可能な領域におけるそのサブフレームの前の、任意の変換可能なサブフレームがスケジュールされたＰＤＳＣＨを有さない場合には、ＵＥは、そのサブフレームがスケジュールされたＰＵＳＣＨを有するかどうかも判定する。変換可能な領域におけるそのサブフレームの前の、任意の変換可能なサブフレームがスケジュールされたＰＤＳＣＨを有さない場合には、そのサブフレームがスケジュールされたＰＵＳＣＨを有すれば、ＵＥは、さらにそのサブフレームを上りリンクサブフレームまたはスペシャルサブフレーム・タイプ２として指定し、そのサブフレームがスケジュールされたＰＵＳＣＨを有さなければ、そのサブフレームを下りリンクサブフレームとして指定する。

上りリンクおよび下りリンク（ＵＬ−ＤＬ）割り当てを再構成するためのｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｅＮＢ）も記載される。ｅＮＢは、プロセッサ、およびプロセッサと電子通信を行うメモリに記憶された命令を含む。ｅＮＢは、デフォルト時間領域複信（ＴＤＤ）ＵＬ−ＤＬ構成にわたって少なくとも１つのサブフレームが変換可能かどうかを判定する。少なくとも１つのサブフレームが変換可能な場合には、ｅＮＢは、第１の参照ＵＬ−ＤＬ構成および第２の参照ＵＬ−ＤＬ構成または動的なＵＬ−ＤＬ再構成範囲を示す信号を送る。ｅＮＢは、また、第１の参照ＵＬ−ＤＬ構成に基づいて、物理下りリンク共有チャネル（ＰＤＳＣＨ）に対応する任意のハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）情報を受信する。ｅＮＢは、さらに、第２の参照ＵＬ−ＤＬ構成に基づいて、物理上りリンク共有チャネル（ＰＵＳＣＨ）に対応するＨＡＲＱ−ＡＣＫ情報を送る。ｅＮＢは、第２の参照ＵＬ−ＤＬ構成に基づいて、ＰＵＳＣＨスケジューリングも行う。

ｅＮＢは、さらに、サブフレームを変換する。ｅＮＢは、また、上りリンクサブフレームが下りリンクサブフレームへ変換される場合にレガシー端末装置（ＵＥ）のためのスケジューリングを制限し、下りリンクサブフレームが上りリンクサブフレームへ変換された場合にそのレガシーＵＥのためのスケジューリングを制限する。上りリンクサブフレームが下りリンクサブフレームに変換される場合のスケジューリングの制限は、下りリンクサブフレームへ変換される上りリンクサブフレームでのＰＵＳＣＨ情報のスケジューリングを制限するステップ、および、下りリンクサブフレームへ変換される上りリンクサブフレームとの関連付けを有するサブフレームでのＰＤＳＣＨ情報のスケジューリングを制限するステップのうちの少なくとも１つを含む。下りリンクサブフレームが上りリンクサブフレームへ変換される場合のスケジューリングの制限は、上りリンクサブフレームに変換される下りリンクサブフレームでのＰＤＳＣＨ情報のスケジューリングの制限を含む。

端末装置（ＵＥ）上で上りリンクおよび下りリンク（ＵＬ−ＤＬ）割り当てを再構成するための方法も記載される。方法は、デフォルト時間領域複信（ＴＤＤ）ＵＬ−ＤＬ構成にわたって少なくとも１つのサブフレームが変換可能かどうかを判定するステップを含む。少なくとも１つのサブフレームが変換可能な場合には、方法は、第１の参照ＵＬ−ＤＬ構成および第２の参照ＵＬ−ＤＬ構成を確定するステップを含む。方法は、第１の参照構成に基づいて、物理下りリンク共有チャネル（ＰＤＳＣＨ）に対応する任意のハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）情報を送るステップも含む。方法は、第２の参照ＵＬ−ＤＬ構成に基づいて、物理上りリンク共有チャネル（ＰＵＳＣＨ）を確定するステップをさらに含む。加えて、方法は、第２の参照ＵＬ−ＤＬ構成に基づいて、物理上りリンク共有チャネル（ＰＵＳＣＨ）に対応する任意のハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）情報を受信するステップを含む。

ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｅＮＢ）上で上りリンクおよび下りリンク（ＵＬ−ＤＬ）割り当てを再構成するための方法も記載される。方法は、デフォルト時間領域複信（ＴＤＤ）ＵＬ−ＤＬ構成にわたって少なくとも１つのサブフレームが変換可能かどうかを判定するステップを含む。少なくとも１つのサブフレームが変換可能な場合には、方法は、第１の参照ＵＬ−ＤＬ構成および第２の参照ＵＬ−ＤＬまたは動的なＵＬ−ＤＬ再構成範囲を示す信号を送るステップを含む。方法は、第１の参照ＵＬ−ＤＬ構成に基づいて、物理下りリンク共有チャネル（ＰＤＳＣＨ）に対応する任意のハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）情報を受信するステップも含む。方法は、第２の参照ＵＬ−ＤＬ構成に基づいて、物理上りリンク共有チャネル（ＰＵＳＣＨ）に対応する任意のＨＡＲＱ−ＡＣＫ情報を送るステップをさらに含む。

Claims (8)

1. セルにおける上りリンクおよび下りリンク（ＵＬ−ＤＬ）構成を設定するための端末装置（ＵＥ）であって、
   プロセッサ及びレシーバを備え、
   前記プロセッサは、
   デフォルト時間領域複信（ＴＤＤ）ＵＬ−ＤＬ構成を確定し；
   上位レイヤによって、物理レイヤによる動的なＵＬ−ＤＬ再構成を可能にする設定がされているかを判定し；
   前記セルにおける前記動的なＵＬ−ＤＬ再構成に関する第１の参照ＵＬ−ＤＬ構成および第２の参照ＵＬ−ＤＬ構成を確定し；
   前記レシーバは、前記デフォルト時間領域複信（ＴＤＤ）ＵＬ−ＤＬ構成によって示されるサブフレームの設定を変更するための、前記動的なＵＬ−ＤＬ再構成に関する物理レイヤシグナリングを受信し、
   前記プロセッサは、
   前記動的なＵＬ−ＤＬ再構成を可能にする設定がされていると判定した場合に、前記第１の参照ＵＬ−ＤＬ構成に基づいて、前記セルにおける物理下りリンク共有チャネル（ＰＤＳＣＨ）送信に対応するハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）情報に関するタイミングを確定し；
   前記動的なＵＬ−ＤＬ再構成を可能にする設定がされていると判定した場合に、前記第２の参照ＵＬ−ＤＬ構成に基づいて、前記セルにおける物理上りリンク共有チャネル（ＰＵＳＣＨ）送信に対応するハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）情報に関するタイミングを確定し、
   前記第２の参照ＵＬ−ＤＬ構成は、ＳＩＢ情報に基づいて確定される、ＵＥ。
2. セルにおける上りリンクおよび下りリンク（ＵＬ−ＤＬ）構成を設定するための基地局（ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ：ｅＮＢ）であって、
   プロセッサ及びトランスミッタを備え、
   前記プロセッサは、
   デフォルト時間領域複信（ＴＤＤ）ＵＬ−ＤＬ構成を確定し；
   上位レイヤによって、物理レイヤによる動的なＵＬ−ＤＬ再構成が可能になるように端末装置（ＵＥ）を設定し；
   前記セルにおける前記動的なＵＬ−ＤＬ再構成に関する第１の参照ＵＬ−ＤＬ構成および第２の参照ＵＬ−ＤＬ構成を確定し；
   前記トランスミッタは、前記第２の参照ＵＬ−ＤＬ構成を示す情報を含むＳＩＢ情報を送信し、
   前記トランスミッタは、前記デフォルト時間領域複信（ＴＤＤ）ＵＬ−ＤＬ構成によって示されるサブフレームの設定を変更するための、前記動的なＵＬ−ＤＬ再構成に関する物理レイヤシグナリングを送信し、
   前記プロセッサは、
   前記第１の参照ＵＬ−ＤＬ構成に基づいて、前記セルにおける前記動的なＵＬ−ＤＬ再構成が可能になるようにする設定がなされた前記ＵＥへの物理下りリンク共有チャネル（ＰＤＳＣＨ）送信に対応するハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）情報に関するタイミングを確定し；
   前記第２の参照ＵＬ−ＤＬ構成に基づいて、前記セルにおける前記動的なＵＬ−ＤＬ再構成が可能になるようにする設定がなされた前記ＵＥからの物理上りリンク共有チャネル（ＰＵＳＣＨ）送信に対応するＨＡＲＱ−ＡＣＫ情報に関するタイミングを確定する、ｅＮＢ。
3. セルにおける上りリンクおよび下りリンク（ＵＬ−ＤＬ）構成を設定する端末装置（ＵＥ）の通信方法であって、
   デフォルト時間領域複信（ＴＤＤ）ＵＬ−ＤＬ構成を確定するステップ；
   上位レイヤによって、物理レイヤによる動的なＵＬ−ＤＬ再構成を可能にする設定がされているかを判定するステップ；
   前記セルにおける前記動的なＵＬ−ＤＬ再構成に関する第１の参照ＵＬ−ＤＬ構成および第２の参照ＵＬ−ＤＬ構成を確定するステップ；
   前記デフォルト時間領域複信（ＴＤＤ）ＵＬ−ＤＬ構成によって示されるサブフレームの設定を変更するための、前記動的なＵＬ−ＤＬ再構成に関する物理レイヤシグナリングを受信するステップ；
   前記動的なＵＬ−ＤＬ再構成を可能にする設定がされていると判定した場合に、前記第１の参照ＵＬ−ＤＬ構成に基づいて、前記セルにおける物理下りリンク共有チャネル（ＰＤＳＣＨ）送信に対応するハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）情報に関するタイミングを確定するステップ；ならびに
   前記動的なＵＬ−ＤＬ再構成を可能にする設定がされていると判定した場合に、前記第２の参照ＵＬ−ＤＬ構成に基づいて、前記セルにおける物理上りリンク共有チャネル（ＰＵＳＣＨ）送信に対応するハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）情報に関するタイミングを確定するステップ、
   を含み、
   前記第２の参照ＵＬ−ＤＬ構成は、ＳＩＢ情報に基づいて確定される、通信方法。
4. セルにおける上りリンクおよび下りリンク（ＵＬ−ＤＬ）構成を設定する基地局（ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ：ｅＮＢ）の通信方法であって、
   デフォルト時間領域複信（ＴＤＤ）ＵＬ−ＤＬ構成を確定するステップ；
   上位レイヤによって、物理レイヤによる動的なＵＬ−ＤＬ再構成が可能になるように端末装置（ＵＥ）を設定するステップ；
   前記セルにおける前記動的なＵＬ−ＤＬ再構成に関する第１の参照ＵＬ−ＤＬ構成および第２の参照ＵＬ−ＤＬ構成を確定するステップ；
   前記第２の参照ＵＬ−ＤＬ構成を示す情報を含むＳＩＢ情報を送信するステップ；
   前記デフォルト時間領域複信（ＴＤＤ）ＵＬ−ＤＬ構成によって示されるサブフレームの設定を変更するための、前記動的なＵＬ−ＤＬ再構成に関する物理レイヤシグナリングを送信するステップ；
   前記第１の参照ＵＬ−ＤＬ構成に基づいて、前記セルにおける前記動的なＵＬ−ＤＬ再構成が可能になるようにする設定がなされた前記ＵＥへの物理下りリンク共有チャネル（ＰＤＳＣＨ）送信に対応するハイブリッド自動再送要求肯定応答（ＨＡＲＱ−ＡＣＫ）情報に関するタイミングを確定するステップ；ならびに
   前記第２の参照ＵＬ−ＤＬ構成に基づいて、前記セルにおける前記動的なＵＬ−ＤＬ再構成が可能になるようにする設定がなされた前記ＵＥからの物理上りリンク共有チャネル（ＰＵＳＣＨ）送信に対応するＨＡＲＱ−ＡＣＫ情報に関するタイミングを確定するステップ、
   を含む、通信方法。
5. 前記ＵＥの通信に用いられる前記セルの数は１である、ことを特徴とする請求項１に記載のＵＥ。
6. 前記ＵＥの通信に用いられる前記セルの数は１である、ことを特徴とする請求項２に記載のｅＮＢ。
7. 前記ＵＥの通信に用いられる前記セルの数は１である、ことを特徴とする請求項３に記載の通信方法。
8. 前記ＵＥの通信に用いられる前記セルの数は１である、ことを特徴とする請求項４に記載の通信方法。