(57)【要約】  基地局装置（ｅＮＢ）へ情報を送信する端末装置（ＵＥ）が記載される。ＵＥは、プライマリセル（ＰＣｅｌｌ）の時分割多重（ＴＤＤ）上り下りリンク（ＵＬ−ＤＬ）構成を確定し、かつセカンダリセル（ＳＣｅｌｌ）のＴＤＤ  ＵＬ−ＤＬ構成を確定するように構成されたオペレーション部であって、ＳＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成は、ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成とは異なるオペレーション部と、チャネルセレクションを伴う物理上りリンク制御チャネル（ＰＵＣＣＨ）フォーマット１ｂ上でハイブリッド自動再送要求／肯定応答（ＨＡＲＱ−ＡＣＫ）情報を送信するように構成された送信部であって、チャネルセレクションは、ＰＣｅｌｌのための集合Ｋにおける、サブフレームｎに対応する要素の数、およびＳＣｅｌｌのための集合Ｋにおける、サブフレームｎに対応する要素の数のうちの最大数に基づいて行われる送信部とを含む。
2015520526.tif 000002
【特許請求の範囲】
【請求項１】
基地局装置（ｅＮＢ）へ情報を送信する端末装置（ＵＥ）であって、前記端末装置（ＵＥ）は、
プライマリセル（ＰＣｅｌｌ：ｐｒｉｍａｒｙ  ｃｅｌｌ）の時分割多重（ＴＤＤ：Ｔｉｍｅ  Ｄｉｖｉｓｏｎ  Ｄｕｐｌｅｘｉｎｇ）上り下りリンク（ＵＬ−ＤＬ：ｕｐｌｉｎｋ−ｄｏｗｎｌｉｎｋ）構成を確定し、かつセカンダリセル（ＳＣｅｌｌ：ｓｅｃｏｎｄａｒｙ  ｃｅｌｌ）のＴＤＤ  ＵＬ−ＤＬ構成を確定するように構成されたオペレーション部であって、前記ＳＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成は、前記ＰＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成とは異なる、前記オペレーション部と、
チャネルセレクションを伴う物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）フォーマット１ｂ上で、ハイブリッド自動再送要求／肯定応答（ＨＡＲＱ−ＡＣＫ：Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を送信するように構成された送信部であって、前記チャネルセレクションは、前記ＰＣｅｌｌのための集合Ｋにおける、サブフレームｎに対応する要素の数、および前記ＳＣｅｌｌのための集合Ｋにおける、サブフレームｎに対応する要素の数のうちの最大数に基づいて行われ、前記ＰＣｅｌｌのための前記集合Ｋは、前記ＰＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定され、前記ＳＣｅｌｌのための前記集合Ｋは、前記ＰＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成および前記ＳＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定された、ＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定される、前記送信部と
を備え、
前記集合Ｋは、１つ以上のｋの値を含み、前記サブフレームｎにおけるＨＡＲＱ−ＡＣＫは、サブフレームｎ−ｋにおける物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）に対応する、
端末装置（ＵＥ）。
【請求項２】
端末装置（ＵＥ）と通信する基地局装置（ｅＮＢ）であって、前記基地局装置（ｅＮＢ）は、
ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成をシグナリングし、かつＳＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成をシグナリングするように構成された送信部であって、前記ＳＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成は、前記ＰＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成とは異なる、前記送信部と、
チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂ上でＨＡＲＱ−ＡＣＫ情報を受信するように構成された受信部であって、前記チャネルセレクションは、前記ＰＣｅｌｌのための集合Ｋにおける、サブフレームｎに対応する要素の数、および前記ＳＣｅｌｌのための集合Ｋにおける、サブフレームｎに対応する要素の数のうちの最大数に基づいて行われ、前記ＰＣｅｌｌのための前記集合Ｋは、前記ＰＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定され、前記ＳＣｅｌｌのための前記集合Ｋは、前記ＰＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成および前記ＳＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定された、ＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定される、前記受信部と
を備え、
前記集合Ｋは、１つ以上のｋの値を含み、前記サブフレームｎにおけるＨＡＲＱ−ＡＣＫは、サブフレームｎ−ｋにおけるＰＵＳＣＨに対応する、
基地局装置（ｅＮＢ）。
【請求項３】
端末装置（ＵＥ）によって情報を送信する方法であって、前記方法は、
ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成を確定するステップと、
ＳＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成を確定するステップであって、前記ＳＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成は、前記ＰＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成とは異なる、前記確定するステップと、
チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂ上でＨＡＲＱ−ＡＣＫ情報を送信するステップであって、前記チャネルセレクションは、前記ＰＣｅｌｌのための集合Ｋにおける、サブフレームｎに対応する要素の数、および前記ＳＣｅｌｌのための集合Ｋにおける、サブフレームｎに対応する要素の数のうちの最大数に基づいて行われ、前記ＰＣｅｌｌのための前記集合Ｋは、前記ＰＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定され、前記ＳＣｅｌｌのための前記集合Ｋは、前記ＰＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成および前記ＳＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定された、ＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定される、前記送信するステップと
を備え、
前記集合Ｋは、１つ以上のｋの値を含み、前記サブフレームｎにおけるＨＡＲＱ−ＡＣＫは、サブフレームｎ−ｋにおけるＰＤＳＣＨに対応する、
方法。
【請求項４】
基地局装置（ｅＮＢ）によって情報を受信する方法であって、前記方法は、
ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成をシグナリングするステップと、
ＳＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成をシグナリングするステップであって、前記ＳＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成は、前記ＰＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成とは異なる、前記シグナリングするステップと、
チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂ上でＨＡＲＱ−ＡＣＫ情報を受信するステップであって、前記チャネルセレクションは、前記ＰＣｅｌｌのための集合Ｋにおける、サブフレームｎに対応する要素の数、および前記ＳＣｅｌｌのための集合Ｋにおける、サブフレームｎに対応する要素の数のうちの最大数に基づいて行われ、前記ＰＣｅｌｌのための前記集合Ｋは、前記ＰＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定され、前記ＳＣｅｌｌのための前記集合Ｋは、前記ＰＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成および前記ＳＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定された、ＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定される、前記受信するステップと
を備え、
前記集合Ｋは、１つ以上のｋの値を含み、前記サブフレームｎにおけるＨＡＲＱ−ＡＣＫは、サブフレームｎ−ｋにおけるＰＤＳＣＨに対応する、
方法。
【請求項５】
端末装置（ＵＥ）に複数の機能を実行させるために前記ＵＥに搭載された集積回路であって、前記集積回路は、前記ＵＥに、
ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成を確定するステップと、
ＳＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成を確定するステップであって、前記ＳＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成は、前記ＰＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成とは異なる、前記確定するステップと、
チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂ上でＨＡＲＱ−ＡＣＫ情報を送信するステップであって、前記チャネルセレクションは、前記ＰＣｅｌｌのための集合Ｋにおける、サブフレームｎに対応する要素の数、および前記ＳＣｅｌｌのための集合Ｋにおける、サブフレームｎに対応する要素の数のうちの最大数に基づいて行われ、前記ＰＣｅｌｌのための前記集合Ｋは、前記ＰＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定され、前記ＳＣｅｌｌのための前記集合Ｋは、前記ＰＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成および前記ＳＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定された、ＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定される、前記送信するステップと
を実行させ、
前記集合Ｋは、１つ以上のｋの値を含み、前記サブフレームｎにおけるＨＡＲＱ−ＡＣＫは、サブフレームｎ−ｋにおけるＰＤＳＣＨに対応する、
集積回路。
【請求項６】
基地局装置（ｅＮＢ）に複数の機能を実行させるために前記ｅＮＢに搭載された集積回路であって、前記集積回路は、前記ｅＮＢに、
ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成をシグナリングするステップと、
ＳＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成をシグナリングするステップであって、前記ＳＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成は、前記ＰＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成とは異なる、前記シグナリングするステップと、
チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂ上でＨＡＲＱ−ＡＣＫ情報を受信するステップであって、前記チャネルセレクションは、前記ＰＣｅｌｌのための集合Ｋにおける、サブフレームｎに対応する要素の数、および前記ＳＣｅｌｌのための集合Ｋにおける、サブフレームｎに対応する要素の数のうちの最大数に基づいて行われ、前記ＰＣｅｌｌのための前記集合Ｋは、前記ＰＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定され、前記ＳＣｅｌｌのための前記集合Ｋは、前記ＰＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成および前記ＳＣｅｌｌの前記ＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定された、ＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定される、前記受信するステップと
を実行させ、
前記集合Ｋは、１つ以上のｋの値を含み、前記サブフレームｎにおけるＨＡＲＱ−ＡＣＫは、サブフレームｎ−ｋにおけるＰＵＳＣＨに対応する、
集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、通信システムに関する。より具体的には、本開示は、フィードバック情報を送受信するためのデバイスに関する。
【背景技術】
【０００２】
ワイヤレス通信デバイスは、消費者ニーズを満たし、可搬性と便利さとを改善するために、より小さく、より強力になった。消費者は、ワイヤレス通信デバイスに依存するようになり、高信頼性のサービス、カバレッジエリアの拡大、および機能性の向上を期待するようになった。ワイヤレス通信システムは、多数のワイヤレス通信デバイスに通信を提供し、それぞれのデバイスが基地局によるサービスを享受する。基地局は、ワイヤレス通信デバイスと通信するデバイスである。
【０００３】
ワイヤレス通信デバイスが進歩するにつれて、通信容量、速度、フレキシビリティおよび／または効率の向上が求められてきた。しかしながら、通信容量、速度、フレキシビリティおよび／または効率の向上がいくつかの問題を提起することもある。
【０００４】
例えば、ワイヤレス通信デバイスは、通信構造を用いて１つ以上のデバイスと通信する。しかしながら、用いられる通信構造は、限られたフレキシビリティおよび／または効率を提供するに過ぎない。この考察が示すように、通信のフレキシビリティおよび／または効率を向上させるシステムおよび方法が有益であろう。
【発明の概要】
【課題を解決するための手段】
【０００５】
本発明の態様は、基地局装置（ｅＮＢ：ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ）へ情報を送信する端末装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）を提供し、ＵＥは、プライマリセル（ＰＣｅｌｌ：ｐｒｉｍａｒｙ  ｃｅｌｌ）の時分割多重（ＴＤＤ：Ｔｉｍｅ−Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘｉｎｇ）上り下りリンク（ＵＬ−ＤＬ：ｕｐｌｉｎｋ−ｄｏｗｎｌｉｎｋ）構成を確定し、かつセカンダリセル（ＳＣｅｌｌ：ｓｅｃｏｎｄａｒｙ  ｃｅｌｌ）のＴＤＤ  ＵＬ−ＤＬ構成を確定するように構成されたオペレーション部であって、ＳＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成は、ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成とは異なるオペレーション部と、チャネルセレクションを伴う物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）フォーマット１ｂ上でハイブリッド自動再送要求／肯定応答（ＨＡＲＱ−ＡＣＫ：Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を送信するように構成された送信部であって、チャネルセレクションは、ＰＣｅｌｌのための集合Ｋにおける、サブフレームｎに対応する要素の数、および、ＳＣｅｌｌのための集合Ｋにおける、サブフレームｎに対応する要素の数のうちの最大数に基づいて行われ、ＰＣｅｌｌのための集合Ｋは、ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定され、ＳＣｅｌｌのための集合Ｋは、ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成およびＳＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定された、ＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定される送信部とを備え、集合Ｋは、１つ以上のｋの値を含み、サブフレームｎにおけるＨＡＲＱ−ＡＣＫは、サブフレームｎ−ｋにおける物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）に対応する。
【０００６】
本発明の他の態様は、ＵＥと通信するｅＮＢを提供し、ｅＮＢは、ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成をシグナリングし、かつＳＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成をシグナリングするように構成された送信部であって、ＳＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成は、ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成とは異なる送信部と、チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂ上でＨＡＲＱ−ＡＣＫ情報を送信するように構成された受信部であって、チャネルセレクションは、ＰＣｅｌｌのための集合Ｋにおける、サブフレームｎに対応する要素の数、および、ＳＣｅｌｌのための集合Ｋにおける、サブフレームｎに対応する要素の数のうちの最大数に基づいて行われ、ＰＣｅｌｌのための集合Ｋは、ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定され、ＳＣｅｌｌのための集合Ｋは、ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成およびＳＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定された、ＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定される受信部とを備え、集合Ｋは、１つ以上のｋの値を含み、サブフレームｎにおけるＨＡＲＱ−ＡＣＫは、サブフレームｎ−ｋにおけるＰＤＳＣＨに対応する。
【０００７】
本発明の他の態様は、ＵＥによって情報を送信するための方法を提供し、方法は、ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成を確定するステップと、ＳＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成を確定するステップであって、ＳＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成は、ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成とは異なる確定するステップと、チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂ上でＨＡＲＱ−ＡＣＫ情報を送信するステップであって、チャネルセレクションは、ＰＣｅｌｌのための集合Ｋにおける、サブフレームｎに対応する要素の数、および、ＳＣｅｌｌのための集合Ｋにおける、サブフレームｎに対応する要素の数のうちの最大数に基づいて行われ、ＰＣｅｌｌのための集合Ｋは、ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定され、ＳＣｅｌｌのための集合Ｋは、ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成およびＳＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定された、ＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定される送信するステップとを備え、集合Ｋは、１つ以上のｋの値を含み、サブフレームｎにおけるＨＡＲＱ−ＡＣＫは、サブフレームｎ−ｋにおけるＰＤＳＣＨに対応する。
【０００８】
本発明の他の態様は、ｅＮＢによって情報を受信するための方法を提供し、方法は、ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成をシグナリングするステップと、ＳＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成をシグナリングするステップであって、ＳＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成は、ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成とは異なるシグナリングするステップと、チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂ上でＨＡＲＱ−ＡＣＫ情報を受信するステップであって、チャネルセレクションは、ＰＣｅｌｌのための集合Ｋにおける、サブフレームｎに対応する要素の数、および、ＳＣｅｌｌのための集合Ｋにおける、サブフレームｎに対応する要素の数のうちの最大数に基づいて行われ、ＰＣｅｌｌのための集合Ｋは、ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定され、ＳＣｅｌｌのための集合Ｋは、ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成およびＳＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定された、ＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定される受信するステップとを備え、集合Ｋは、１つ以上のｋの値を含み、サブフレームｎにおけるＨＡＲＱ−ＡＣＫは、サブフレームｎ−ｋにおけるＰＤＳＣＨに対応する。
【０００９】
本発明の他の態様は、ＵＥに複数の機能を実行させるためにＵＥに搭載された集積回路を提供し、集積回路は、ＵＥに、ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成を確定するステップと、ＳＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成を確定するステップであって、ＳＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成は、ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成とは異なる確定するステップと、チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂ上でＨＡＲＱ−ＡＣＫ情報を送信するステップであって、チャネルセレクションは、ＰＣｅｌｌのための集合Ｋにおける、サブフレームｎに対応する要素の数、および、ＳＣｅｌｌのための集合Ｋにおける、サブフレームｎに対応する要素の数のうちの最大数に基づいて行われ、ＰＣｅｌｌのための集合Ｋは、ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定され、ＳＣｅｌｌのための集合Ｋは、ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成およびＳＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定された、ＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定される送信するステップとを行わせ、集合Ｋは、１つ以上のｋの値を含み、サブフレームｎにおけるＨＡＲＱ−ＡＣＫは、サブフレームｎ−ｋにおけるＰＤＳＣＨに対応する。
【００１０】
本発明の他の態様は、ｅＮＢに複数の機能を実行させるためにｅＮＢに搭載された集積回路を提供し、集積回路は、ｅＮＢに、ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成をシグナリングするステップと、ＳＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成をシグナリングするステップであって、ＳＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成は、ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成とは異なるシグナリングするステップと、チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂ上でＨＡＲＱ−ＡＣＫ情報を受信するステップであって、チャネルセレクションは、ＰＣｅｌｌのための集合Ｋにおける、サブフレームｎに対応する要素の数、および、ＳＣｅｌｌのための集合Ｋにおける、サブフレームｎに対応する要素の数のうちの最大数に基づいて行われ、ＰＣｅｌｌのための集合Ｋは、ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定され、ＳＣｅｌｌのための集合Ｋは、ＰＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成およびＳＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定された、ＴＤＤ  ＵＬ−ＤＬ構成に基づいて確定される受信するステップとを行わせ、集合Ｋは、１つ以上のｋの値を含み、サブフレームｎにおけるＨＡＲＱ−ＡＣＫは、サブフレームｎ−ｋにおけるＰＤＳＣＨに対応する。
【図面の簡単な説明】
【００１１】
【図１】フィードバック情報を送受信するためのシステムおよび方法が実装された１つ以上の基地局装置（ｅＮＢ）および１つ以上の端末装置（ＵＥ）の一構成を示すブロック図である。
【図２】フィードバック情報を送信するための方法の一構成を示すフロー図である。
【図３】フィードバック情報を受信するための方法の一構成を示すフロー図である。
【図４】本明細書に開示されるシステムおよび方法に従って用いられる無線フレームの一例を示す図である。
【図５】本明細書に記載されるシステムおよび方法によるいくつかの上り下りリンク（ＵＬ−ＤＬ）構成を示す図である。
【図６】プライマリセル（ＰＣｅｌｌ）構成およびセカンダリセル（ＳＣｅｌｌ）構成の例を示す図である。
【図７】ＰＣｅｌｌ構成とＳＣｅｌｌ構成との間の衝突サブフレームの例を示す図である。
【図８】ＵＥにおいて利用される様々なコンポーネントを示す。
【図９】ｅＮＢにおいて利用される様々なコンポーネントを示す。
【図１０】フィードバック情報を送信するためのシステムおよび方法が実装されたＵＥの一構成を示すブロック図である。
【図１１】フィードバック情報を受信するためのシステムおよび方法が実装されたｅＮＢの一構成を示すブロック図である。
【発明を実施するための形態】
【００１２】
フィードバック情報を送信するＵＥが記載される。ＵＥは、プロセッサ、およびプロセッサと電子通信を行うメモリに記憶された命令を含む。ＵＥは、ＰＣｅｌｌ上の上りリンクサブフレームに対して、ＰＣｅｌｌに対応するＰＣｅｌｌフィードバック・パラメータを確定（determine）する。ＵＥは、ＰＣｅｌｌ上の既知の上りリンクサブフレームに対して、ＳＣｅｌｌに対応するＳＣｅｌｌフィードバック・パラメータも確定する。ＳＣｅｌｌフィードバック・パラメータは、ＰＣｅｌｌ上の既知の上りリンクサブフレームにおけるＰＣｅｌｌフィードバック・パラメータと同じであっても、異なってもよい。ＵＥは、さらに、ＰＣｅｌｌフィードバック・パラメータおよびＳＣｅｌｌフィードバック・パラメータに基づいて、物理上りリンク制御チャネル（ＰＵＣＣＨ）フォーマット１ｂのチャネルセレクションを行う。加えて、ＵＥは、チャネルセレクションに基づいて、ハイブリッド自動再送要求／肯定応答（ＨＡＲＱ−ＡＣＫ）情報を送信する。ＰＣｅｌｌフィードバック・パラメータまたはＳＣｅｌｌフィードバック・パラメータが上りリンクサブフレームにおいて０である場合、ＰＵＣＣＨフォーマット１ｂのチャネルセレクションを行うステップは、１つの構成された在圏セルのための方法または技術および表に従って、ＰＵＣＣＨフォーマット１ｂのチャネルセレクションを行うことを含む。
【００１３】
チャネルセレクションは、ＰＣｅｌｌおよびＳＣｅｌｌのうちの関連付けられたサブフレームの総数に基づいて行われてもよい。チャネルセレクションは、ＰＣｅｌｌおよびＳＣｅｌｌのうちの関連付けられたサブフレームの最大数に基づいて行われてもよい。チャネルセレクションは、ＰＣｅｌｌの関連付けられたサブフレームの数に基づいて行われてもよい。ＨＡＲＱ−ＡＣＫ情報を送信するステップは、ＰＣｅｌｌ  ＨＡＲＱ−ＡＣＫビットの第２の数と同じか、または異なるＳＣｅｌｌ  ＨＡＲＱ−ＡＣＫビットの第１の数を送信することを含む。
【００１４】
チャネルセレクションは、少なくとも１つのチャネルセレクション表に基づいてもよい。ＵＥは、ＰＣｅｌｌフィードバック・パラメータおよびＳＣｅｌｌフィードバック・パラメータに基づいて、チャネルセレクション表を選択する。
【００１５】
フィードバック情報を受信するｅＮＢも記載される。ｅＮＢは、プロセッサ、およびプロセッサと電子通信を行うメモリに記憶された命令を含む。ｅＮＢは、ＰＣｅｌｌ上の上りリンクサブフレームに対して、ＰＣｅｌｌに対応するＰＣｅｌｌフィードバック・パラメータを確定する。ｅＮＢは、ＰＣｅｌｌ上の既知の上りリンクサブフレームに対して、ＳＣｅｌｌに対応するＳＣｅｌｌフィードバック・パラメータも確定する。ＳＣｅｌｌフィードバック・パラメータは、ＰＣｅｌｌフィードバック・パラメータと同じであっても、異なってもよい。ｅＮＢは、さらに、ＰＣｅｌｌフィードバック・パラメータおよびＳＣｅｌｌフィードバック・パラメータに基づいて、ＰＵＣＣＨフォーマット１ｂのチャネルセレクションを行う。加えて、ｅＮＢは、チャネルセレクションに基づいて、ＨＡＲＱ−ＡＣＫ情報を受信する。ＰＣｅｌｌフィードバック・パラメータまたはＳＣｅｌｌフィードバック・パラメータが上りリンクサブフレームにおいて０である場合、ＰＵＣＣＨフォーマット１ｂのチャネルセレクションを行うステップは、１つの構成された在圏セルのための方法または技術および表に従って、ＰＵＣＣＨフォーマット１ｂのチャネルセレクションを行うことを含む。
【００１６】
チャネルセレクションは、ＰＣｅｌｌおよびＳＣｅｌｌのうちの関連づけられたサブフレームの総数に基づいて行われてもよい。チャネルセレクションは、ＰＣｅｌｌおよびＳＣｅｌｌのうちの関連付けられたサブフレームの最大数に基づいて行われてもよい。チャネルセレクションは、ＰＣｅｌｌの関連付けられたサブフレームの数に基づいて行われてもよい。ＨＡＲＱ−ＡＣＫ情報を送信するステップは、ＰＣｅｌｌ  ＨＡＲＱ−ＡＣＫビットの第２の数と同じか、または異なるＳＣｅｌｌ  ＨＡＲＱ−ＡＣＫビットの第１の数を送信することを含む。
【００１７】
チャネルセレクションは、少なくとも１つのチャネルセレクション表に基づいてもよい。ｅＮＢは、ＰＣｅｌｌフィードバック・パラメータおよびＳＣｅｌｌフィードバック・パラメータに基づいて、チャネルセレクション表を選択する。ｅＮＢは、ＰＣｅｌｌフィードバック・パラメータ・インジケータおよびＳＣｅｌｌフィードバック・パラメータ・インジケータのうちの少なくとも１つを送信することができる。
【００１８】
ＵＥによってフィードバック情報を送信するための方法も記載される。方法は、ＰＣｅｌｌに対応するＰＣｅｌｌフィードバック・パラメータを確定するステップを含む。方法は、ＳＣｅｌｌに対応するＳＣｅｌｌフィードバック・パラメータを確定するステップも含む。ＳＣｅｌｌフィードバック・パラメータは、ＰＣｅｌｌフィードバック・パラメータと同じであっても、異なってもよい。方法は、ＰＣｅｌｌフィードバック・パラメータおよびＳＣｅｌｌフィードバック・パラメータに基づいて、ＰＵＣＣＨフォーマット１ｂのチャネルセレクションを行うステップをさらに含む。加えて、方法は、チャネルセレクションに基づいて、ＨＡＲＱ−ＡＣＫ情報を送信するステップを含む。
【００１９】
ｅＮＢによってフィードバック情報を受信するための方法も記載される。方法は、ＰＣｅｌｌに対応するＰＣｅｌｌフィードバック・パラメータを確定するステップを含む。方法は、ＳＣｅｌｌに対応するＳＣｅｌｌフィードバック・パラメータを確定するステップも含む。ＳＣｅｌｌフィードバック・パラメータは、ＰＣｅｌｌフィードバック・パラメータと同じであっても、異なってもよい。加えて、方法は、ＰＣｅｌｌフィードバック・パラメータおよびＳＣｅｌｌフィードバック・パラメータに基づいて、ＰＵＣＣＨフォーマット１ｂのチャネルセレクションを行うステップを含む。方法は、チャネルセレクションに基づいて、ＨＡＲＱ−ＡＣＫ情報を受信するステップをさらに含む。
【００２０】
「３ＧＰＰ」とも呼ばれる第３世代パートナーシップ・プロジェクト（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）は、第３および第４世代ワイヤレス通信システムに関する世界的に適用可能な技術仕様および技術レポートを規定することを目指した連携合意である。３ＧＰＰは、次世代モバイル・ネットワーク、システムおよびデバイスに関する仕様を規定する。
【００２１】
３ＧＰＰロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）は、将来の要求に対処すべくユニバーサル・モバイル通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）モバイルフォンまたはデバイス規格を改善するプロジェクトに与えられた名称である。一態様において、ＵＭＴＳは、進化型ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ：Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）および進化型ユニバーサル地上無線アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）にサポートおよび仕様を提供するために修正された。
【００２２】
本明細書に開示されるシステムおよび方法の少なくともいくつかの態様は、３ＧＰＰ  ＬＴＥ、ＬＴＥアドバンスト（ＬＴＥ−Ａ）および他の規格（例えば、３ＧＰＰリリース８、９、１０および／または１１）に関して記載される。しかしながら、本開示の範囲は、この点で限定されるべきではない。本明細書に開示されるシステムおよび方法の少なくともいくつかの態様は、他のタイプのワイヤレス通信システムに利用されてもよい。
【００２３】
ワイヤレス通信デバイスは、音声および／またはデータを基地局へ通信するために用いられる電子デバイスであり、次には基地局がデバイスのネットワーク（例えば、公衆交換電話網（ＰＳＴＮ：ｐｕｂｌｉｃ  ｓｗｉｔｃｈｅｄ  ｔｅｌｅｐｈｏｎｅ  ｎｅｔｗｏｒｋ）、インターネットなど）と通信する。本明細書においてシステムおよび方法を記載するときに、ワイヤレス通信デバイスは、代わりに、移動局、ＵＥ、アクセス端末、加入者局、移動端末、遠隔局、ユーザ端末、端末、加入者ユニット、モバイルデバイスなどと呼ばれることもある。ワイヤレス通信デバイスの例は、セルラーフォン、スマートフォン、携帯情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ）、ラップトップコンピュータ、ネットブック、電子書籍リーダ、ワイヤレス・モデムなどを含む。３ＧＰＰ仕様では、ワイヤレス通信デバイスは、典型的にＵＥと呼ばれる。しかしながら、本開示の範囲は、３ＧＰＰ規格に限定されるべきではないので、より一般的な用語「ワイヤレス通信デバイス」を意味するために、本明細書では用語「ＵＥ」および「ワイヤレス通信デバイス」が同義で用いられる。
【００２４】
３ＧＰＰ仕様では、基地局は、典型的にＮｏｄｅ  Ｂ、ｅＮＢ、ｈｏｍｅ  ｅｎｈａｎｃｅｄまたはｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ（ＨｅＮＢ）、あるいはいくつか他の同様の用語で呼ばれる。本開示の範囲は、３ＧＰＰ規格に限定されるべきではないので、より一般的な用語「基地局」を意味するために、本明細書では用語「基地局」、「Ｎｏｄｅ  Ｂ」、「ｅＮＢ」および「ＨｅＮＢ」が同義で用いられる。さらにまた、用語「基地局」は、アクセスポイントを示すために用いられてもよい。アクセスポイントとは、ワイヤレス通信デバイスのためにネットワーク（例えば、ローカルエリアネットワーク（ＬＡＮ：Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットなど）へのアクセスを提供する電子デバイスである。用語「通信デバイス」は、ワイヤレス通信デバイスおよび／または基地局の両方を示すために用いられる。
【００２５】
留意すべきは、本明細書では、「セル」がインターナショナル・モバイル・テレコミュニケーションズ−アドバンスト（ＩＭＴ−Ａｄｖａｎｃｅｄ：Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ−Ａｄｖａｎｃｅｄ）に用いるべく規格化または規制団体によって仕様が定められたいずれかの通信チャネルであり、ｅＮＢとＵＥとの間の通信に用いるための認可されたバンド（例えば、周波数バンド）として、そのすべてまたはそのサブセットが３ＧＰＰによって採用されることである。「構成されたセル（ｃｏｎｆｉｇｕｒｅｄ  ｃｅｌｌ）」は、ＵＥが認識しており、情報を送信または受信することがｅＮＢによって許可されたセルである。「構成されたセル（単数または複数）」は、在圏セル（単数または複数）であってもよい。ＵＥは、すべての構成されたセル上でシステム情報を受信して、必要な測定を行う。「アクティブ化されたセル（ａｃｔｉｖａｔｅｄ  ｃｅｌｌ）」は、ＵＥが送受信を行っている構成されたセルである。すなわち、アクティブ化されたセルは、ＵＥが物理下りリンク制御チャネル（ＰＤＣＣＨ）をモニタする対象となるセルであり、下りリンク送信の場合に、ＵＥがＰＤＳＣＨを復号する対象となるセルである。「非アクティブ化されたセル（ｄｅａｃｔｉｖａｔｅｄ  ｃｅｌｌ）」は、ＵＥが送信ＰＤＣＣＨをモニタしていない構成されたセルである。留意すべきは、「セル」が異なる次元の観点から記載されることである。例えば、「セル」は、時間特性、空間（例えば、幾何形状）特性、および周波数特性を有する。
【００２６】
本明細書に開示されるシステムおよび方法は、フィードバック情報を送受信するためのデバイスを記載する。これは、キャリアアグリゲーションのコンテキストで行われる。例えば、異なる時分割多重（ＴＤＤ）ＵＬ−ＤＬ構成を用いたキャリアアグリゲーション（例えば、バンド間またはバンド内キャリアアグリゲーション）に関するＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫレポーティングが記載される。
【００２７】
本明細書に開示されるシステムおよび方法に従って、バンド間キャリアアグリゲーションには異なるＴＤＤ  ＵＬ−ＤＬ構成が用いられる。言い換えれば、異なるバンド（帯域）におけるセルまたはコンポーネントキャリア（ＣＣ：ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）は、異なるＵＬ−ＤＬ構成を有する。キャリアアグリゲーションとは、１つ以上のキャリアを同時に利用することを指す。一例において、キャリアアグリゲーションは、ＵＥが利用できる有効バンド幅を増加させるために用いられる。キャリアアグリゲーションの１つのタイプは、バンド間キャリアアグリゲーションである。バンド間キャリアアグリゲーションでは、複数のバンドからの複数のキャリアがアグリゲートされる。例えば、第１のバンドにおけるキャリアが第２のバンドにおけるキャリアとアグリゲートされる。本明細書では、用語「同時の」およびそのバリエーションは、少なくとも２つの事象が時間的に互いに重複することを示し、これらの少なくとも２つの事象が正確に同時刻に始まるか、および／または終わることを意味しても、しなくてもよい。本明細書に開示されるシステムおよび方法は、バンド間キャリアアグリゲーションには制約されず、バンド内キャリアアグリゲーションにも適用されてよい。
【００２８】
本明細書では、用語「構成」は、ＵＬ−ＤＬ構成を指す。ＵＬ−ＤＬ構成は、無線フレーム内の各サブフレームがＵＬサブフレーム、ＤＬサブフレーム、またはスペシャルサブフレームであるかどうかを明示する。ＵＬ−ＤＬ構成に関するさらなる詳細が下の表（１）に関連して示される。「ＰＣｅｌｌ構成」は、ＰＣｅｌｌに対応するＵＬ−ＤＬ構成を指す。例えば、ＰＣｅｌｌ構成は、ｅＮＢおよびＵＥによってＰＣｅｌｌでの通信に適用されるＵＬ−ＤＬ構成である。ＰＣｅｌｌ構成は、ｅＮＢによってＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１（ＳＩＢ−１）でＵＥへシグナリングされる。ＳＩＢ−１は、（例えば、ｅＮＢによって）ブロードキャスト制御チャネル上で論理チャネルとして送信される。「ＳＣｅｌｌ構成」は、ＳＣｅｌｌに対応するＵＬ−ＤＬ構成を指す。例えば、ＳＣｅｌｌ構成は、ｅＮＢおよびＵＥによってＳＣｅｌｌでの通信に適用されるＵＬ−ＤＬ構成である。ＳＣｅｌｌ構成は、ｅＮＢによるキャリアアグリゲーションを用いて専用無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリングでＵＥへシグナリングされる。専用ＲＲＣシグナリングは、（例えば、ｅＮＢによって）専用制御チャネル上で論理チャネルとして送信される。
【００２９】
加えて、または代わりに、ｅＮＢは、セルをＰＣｅｌｌとして用いて、ＳＣｅｌｌ構成をＳＩＢ−１でＵＥへ送信してもよい。典型的に、ｅＮＢは、セルをＰＣｅｌｌとして用いてＳＩＢ−１でＵＥへ送信するときも、キャリアアグリゲーションを用いて専用ＲＲＣシグナリングでＵＥへ送信するときも、同じシステム情報パラメータを送信するが、これが厳密に要求されるわけではない。しかしながら、セル固有のパラメータであるパラメータは、キャリアアグリゲーションを用いて専用ＲＲＣシグナリングによってＵＥへシグナリングされ、かつセルをＰＣｅｌｌとして用いてＵＥへシグナリングされてもよく、ＳＣｅｌｌ  ＳＩＢ−１構成またはＳＣｅｌｌ構成と呼ばれる。
【００３０】
ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫは、ＰＣｅｌｌの上りリンク上でレポートされる。ＰＣｅｌｌ構成とＳＣｅｌｌ構成との組み合わせに依存して、ＰＣｅｌｌ構成、ＳＣｅｌｌ構成、または参照構成がＳＣｅｌｌのために用いられる。ＳＣｅｌｌ  ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫは、ＰＣｅｌｌ  ＵＬサブフレームアロケーションへマッピングされる。「ＵＬサブフレームアロケーション」は、ＵＬ送信のために構成された１つ以上のサブフレームを指す。例えば、ＰＣｅｌｌ  ＵＬサブフレームアロケーションは、ＰＣｅｌｌ構成に従って１つ以上のＵＬサブフレームを指定する。「ＤＬサブフレームアロケーション」は、ＤＬ送信のために構成された１つ以上のサブフレームを指す。例えば、ＰＣｅｌｌ  ＤＬサブフレームアロケーションは、ＰＣｅｌｌ構成に従って１つ以上のＤＬサブフレームを指定する。
【００３１】
キャリアアグリゲーションは、ＰＣｅｌｌおよびＳＣｅｌｌ（単数または複数）のための通信リソースを同じｅＮＢスケジューラが管理することを想定する。したがって、スケジューラは、各セルの実際の構成を認識している。ＵＥは、特にセルがＰＣｅｌｌとは異なるＵＬ−ＤＬ構成を有する場合に、各アグリゲートされたセルの実際のＵＬ−ＤＬ構成を（例えば、ｅＮＢによって）通知される。
【００３２】
時分割多重（ＴＤＤ）上り下りリンク（ＵＬ−ＤＬ）構成は、本明細書では、便宜上、「ＵＬ−ＤＬ構成」または同様の用語で呼ばれる。加えて、本明細書では、便宜上、ＰＣｅｌｌに対応するＵＬ−ＤＬ構成は「ＰＣｅｌｌ構成」と呼ばれ、ＳＣｅｌｌに対応するＵＬ−ＤＬ構成は「ＳＣｅｌｌ構成」と呼ばれる。そのうえ、本明細書では、便宜上、「上りリンク」は「ＵＬ」と略記され、「下りリンク」は「ＤＬ」と略記される。
【００３３】
強化されたキャリアアグリゲーション（ｅＣＡ：ｅｎｈａｎｃｅｄ  ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）は、異なるＵＬ−ＤＬ構成を用いたバンド間またはバンド内キャリアアグリゲーション（ＣＡ）を含む。例えば、本明細書に開示されるシステムおよび方法は、リリース１１でサポートされる、異なるＵＬ−ＤＬ構成を用いたバンド間ＣＡを可能にする。そのうえ、本明細書に開示されるシステムおよび方法に従って、所定のＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫレポーティングアソシエーションを利用することができる。
【００３４】
ＬＴＥリリース８、９および１０仕様では、ＴＤＤ  ＣＡは、同じＵＬ−ＤＬ構成をもつセルを許可するに過ぎない。従って、すべてのセルのＨＡＲＱ−ＡＣＫビットを確定するために、同じパラメータのセットが利用される。しかしながら、異なるＵＬ−ＤＬ構成を用いたＴＤＤ  ＣＡでは、異なるセルに異なるパラメータのセットが利用される。結果として、異なるＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット３、およびチャネルセレクションを伴うＰＵＣＣＨフォーマット１ａ／１ｂ）上でのＨＡＲＱ−ＡＣＫビットの多重化に係わる新たな課題が生じる。
【００３５】
しかしながら、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫレポーティングのためのＰＵＣＣＨフォーマットの詳細について３ＧＰＰミーティングでは議論されてこなかった。リリース１０仕様を再使用し、かつ新しい拡張を追加することによって、これらの課題に対処することができる。
【００３６】
本明細書に開示されるシステムおよび方法は、ＵＥがチャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂを用いて構成されている場合の異なるＴＤＤ構成を用いたＣＡに関して、ＨＡＲＱ−ＡＣＫ情報（例えば、ビット（単数または複数））の多重化およびレポーティングを記載する。例えば、本明細書に開示されるシステムおよび方法は、異なるＴＤＤ  ＵＬ−ＤＬ構成を用いたキャリアアグリゲーションに関して、チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂ上でのＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫレポーティングおよび多重化を記載する。ＵＬ−ＤＬ構成が異なるために、異なるセルでは異なるパラメータが用いられる。本明細書に開示されるシステムおよび方法は、これらのパラメータを確定するためのアプローチを提供する。特に、次の場合に関して課題および解決法が記載される。
【００３７】
チャネルセレクションを伴うフォーマット１ｂがＵＥ上に構成されている場合、既知の仕様は、２つのセルをサポートし、いくつかの限界を有する（例えば、各セルと関連付けられたサブフレームの数Ｍが同じであり、ＰＣｅｌｌは、ＳＣｅｌｌと同数か、またはそれ以上のＰＵＣＣＨリソースを常に有する）。チャネルセレクションを伴うフォーマット１ｂは、２つのセル、プライマリセル（ＰＣｅｌｌ）およびセカンダリセル（ＳＣｅｌｌ）をサポートすることができる。ＳＣｅｌｌは、（ＴＤＤ）ＵＬ−ＤＬ構成が異なるために、既知の上りリンクサブフレームにおいてＰＣｅｌｌと異なるＭを有する。そのうえ、異なるセルからのＭは、複数の異なる値を有しうる。本明細書に開示されるシステムおよび方法は、異なるＵＬ−ＤＬ構成を用いたＴＤＤ  ＣＡに関して、ＰＵＣＣＨリソース割り当てを改善し、かつチャネルセレクションを行うことを提供する。
【００３８】
本明細書に開示されるシステムおよび方法に従って、ＰＣｅｌｌのＭは、リリース１０仕様に示されるＭと同じであってよい。そのうえ、本明細書に開示されるシステムおよび方法は、ＳＣｅｌｌのＭを確定するための２つのアプローチを提供する。アプローチＡでは、ＳＣｅｌｌのＭは、参照構成に基づく参照パラメータ（例えば、ＭＲｅｆ）である。アプローチＢでは、ＳＣｅｌｌのＭは、参照構成における実効的なサブフレーム数に基づく実効的なパラメータ（例えば、ＭＥｆｆ）である。そのうえ、本明細書に開示されるシステムおよび方法は、ＰＣｅｌｌのＭおよびＳＣｅｌｌのＭの可能な組み合わせを６つのケースに分類して、これらの場合を取り扱うための技術を提供する。
【００３９】
ケースＩでは、ＵＬ−ＤＬ構成５がＰＣｅｌｌまたはＳＣｅｌｌ上で利用されるか、あるいはＳＣｅｌｌの参照構成として利用され、チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂは、（例えば、少なくとも上りリンクサブフレーム２では）サポートされない。留意すべきは、ＳＣｅｌｌ構成またはＳＣｅｌｌ参照構成がＵＬ−ＤＬ構成５である場合に、ＰＣｅｌｌ上の他の上りリンクには単一セル・レポーティング・モードが実装されることである。ケースＩＩでは、ＰＣｅｌｌのＭＣおよびＳＣｅｌｌのＭＣが同じである。ケースＩＩでは、リリース１０のアプローチが再使用される。単一セル・レポーティング・モードとは、１つの構成された在圏セルのためのＰＵＣＣＨレポーティング方法または技術、例えば、ＰＵＣＣＨフォーマット１ａ／１ｂまたはチャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂが、３ＧＰＰ  ＴＳ３６．２１３の１０．１．３．１節で定義される表に基づいて行われることを意味する。
【００４０】
ケースＩＩＩでは、レポートされるＨＡＲＱ−ＡＣＫをＰＣｅｌｌのみが有する（例えば、ＰＣｅｌｌのＭＣ＞０およびＳＣｅｌｌのＭＣ＝０）。ケースＩＩＩでは、単一セル・レポーティング・モードが有効になるか、または許可される。単一セル・レポーティング・モードとは、１つの構成された在圏セルのためのＰＵＣＣＨレポーティング方法、例えば、ＰＵＣＣＨフォーマット１ａ／１ｂまたはチャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂが、３ＧＰＰ  ＴＳ３６．２１３の１０．１．３．１節で定義される表に基づいて行われることを意味する。ケースＩＶでは、レポートされるＨＡＲＱ−ＡＣＫをＳＣｅｌｌのみが有する（例えば、ＳＣｅｌｌのＭＣ＞０およびＰＣｅｌｌのＭＣ＝０）。ケースＩＶでは、単一セル・レポーティング・モードが有効になるか、または許可される。ケースＩＩＩおよびケースＩＶへの単一セル・レポーティング・モードの導入は、さらに良好なＰＵＣＣＨリソースアロケーションおよびさらに良好なＨＡＲＱ−ＡＣＫチャネルセレクション・マッピングを提供する利益がある。ＳＣｅｌｌ構成またはＳＣｅｌｌ参照構成が構成５である場合には、サブフレーム２を除くＰＣｅｌｌ上の上りリンクサブフレームで単一セルＰＵＣＣＨチャネルセレクション・レポーティングを用いることができる。
【００４１】
ケースＶでは、ＰＣｅｌｌのＭＣがＳＣｅｌｌのＭＣより小さい。ケースＶＩでは、ＰＣｅｌｌのＭＣがＳＣｅｌｌのＭＣより大きい。ケースＶおよびケースＶＩに関して、本明細書に開示されるシステムおよび方法は、ＰＣｅｌｌとＳＣｅｌｌでは異なるＭ値を取り扱うために、４つの手順（例えば、手順１〜４）を提供する。いくつかの実装では、ケースＩＩＩはケースＶＩの特別な場合であり、ケースＩＶはケースＶの特別な場合である。それゆえに、ケースＶおよびケースＶＩに関して本明細書に開示される手順は、単一セル・レポーティング・モードの代替手段として、ケースＩＩＩおよびケースＩＶにも適用することができる。
【００４２】
手順１では、上りリンクと関連付けられたサブフレームの総数、またはＨＡＲＱ−ＡＣＫビットの総数としてＭｔｏｔａｌが定義される。Ｍｔｏｔａｌ＜５では、Ａ  ＰＵＣＣＨリソースをもつチャネルセレクション表が再使用され、Ａ∈｛２，３，４｝である。そうでない場合には、
【００４３】
【数１】
2015520526.tif 000003
【００４４】
をもつリリース１０の表が再使用され、１つのセルから別のセルへのＨＡＲＱ−ＡＣＫビットの多重化が可能になる。手順１は、実際のＨＡＲＱ−ＡＣＫビット数にさらに良好にフィットする（例えば、最も良くフィットする）Ｍを可能にする利益を提供する。
【００４５】
手順２では、ＰＣｅｌｌのＭＣおよびＳＣｅｌｌのＭＣのうちの最大値としてＭｍａｘが定義される。リリース１０における１つ以上のセルの場合に対して、チャネルセレクションアプローチを伴うＰＵＣＣＨフォーマット１ｂがＭ＝Ｍｍａｘとともに再使用される。Ｍｔｏｔａｌ＜５の場合の特別な処理として、手順１を適用してＡ  ＰＵＣＣＨリソースをもつチャネルセレクション表を再使用してもよく、ここでＡ∈｛２，３，４｝である。
【００４６】
手順３では、ＳＣｅｌｌ上にＰＣｅｌｌのＭＣ（例えば、ＭＰＣｅｌｌ）が適用され、リリース１０のチャネルセレクション表がＭ＝ＭＰＣｅｌｌとともに再使用される。このコンテキストでは、ケースＶは、手順２と同じである。ＳＣｅｌｌのＭＣがＰＣｅｌｌのＭＣより大きい、ケースＶＩでは、ＳＣｅｌｌに関してレポートされるＨＡＲＱ−ＡＣＫビットの数が、ＰＣｅｌｌと同じＨＡＲＱ−ＡＣＫビット数に切り詰められる。手順２および手順３は、既存のチャネルセレクション表を再使用することによって簡易な解決法を提供する利益がある。
【００４７】
手順４では、ＰＣｅｌｌおよびＳＣｅｌｌ上の異なるＭＣ値の組み合わせに対して、新しいチャネルセレクション表が定義される。手順４は、新しいチャネルセレクション表を追加することによって、改善された（例えば、最適化された）マッピングを提供する。
【００４８】
本明細書に開示されるシステムおよび方法は、異なるＵＬ−ＤＬ構成を用いたＴＤＤ  ＣＡの場合に、ＰＣｅｌｌおよびＳＣｅｌｌに関して、フィードバック・パラメータ（例えば、Ｍ）値（例えば、上りリンクサブフレームに関連付けられたサブフレームの数）を確定するためのアプローチを提供する。
【００４９】
異なるＵＬ−ＤＬ構成を用いたＴＤＤ  ＣＡでは、ＰＣｅｌｌおよびＳＣｅｌｌに関する、上りリンクサブフレームに関連付けられたサブフレームの数（例えば、ＰＣｅｌｌフィードバック・パラメータおよびＳＣｅｌｌフィードバック・パラメータ）の組み合わせに基づいて、ＰＵＣＣＨフォーマット１ｂのチャネルセレクションが行われる。ＰＣｅｌｌまたはＳＣｅｌｌに関する、関連付けられたサブフレームの数が上りリンクサブフレームでは０である場合には、チャネルセレクション技術を伴う単一セルのＰＵＣＣＨフォーマット１ｂおよびチャネルセレクション表が適用される。
【００５０】
ＰＣｅｌｌのための関連付けられたサブフレームの数と、ＳＣｅｌｌのための関連付けられたサブフレームの数とが異なる場合には、１つ以上の選択肢が利用される。第１の選択肢では、チャネルセレクションは、ＰＣｅｌｌおよびＳＣｅｌｌの関連付けられたサブフレームの総数から導出された関連サブフレームの導出数（例えば、Ｍ）に基づいて行われる。いくつかの実装では、チャネルセレクションは、ＰＣｅｌｌおよびＳＣｅｌｌのうちの関連付けられたサブフレームの最大数に基づいて行われてもよい。加えて、または代わりに、チャネルセレクションは、ＰＣｅｌｌの関連付けられたサブフレームの数に基づいて行われてもよく、ＳＣｅｌｌは、ＰＣｅｌｌと同じ数までのＨＡＲＱ−ＡＣＫビットをレポートする。いくつかの実装では、ＰＣｅｌｌとＳＣｅｌｌでは異なるサブフレーム数の組み合わせに関して、チャネルセレクション表の新しいセットが定義されてもよい。
【００５１】
ｅＣＡは、異なるバンド上の異なるＴＤＤ  ＵＬ−ＤＬ構成をサポートする。異なるＵＬ−ＤＬ構成を用いたＣＡは、バンド間キャリアアグリゲーションとも呼ばれる。簡単にするために、ＰＣｅｌｌのＵＬ−ＤＬ構成は、ＰＣｅｌｌ構成と呼ばれる。さらに、ＳＣｅｌｌのＵＬ−ＤＬ構成は、ＳＣｅｌｌ構成と呼ばれる。本明細書において、「衝突サブフレーム」とは、構成間で異なるサブフレーム・タイプ（例えば、下りリンクまたはスペシャルサブフレーム対上りリンクサブフレーム）を有するサブフレームのことである。
【００５２】
ＬＴＥリリース１０でキャリアアグリゲーションが使用されるときに、送信された下りリンク通信に対応するＨＡＲＱ−ＡＣＫは、２つの技術のうちの１つに従ってＰＵＣＣＨ上で送信される。１つの技術では、「チャネルセレクション」を伴うフォーマット１ｂに基づくか、またはフォーマット３に基づいてＨＡＲＱ−ＡＣＫが送信される。本明細書に開示されるシステムおよび方法のいくつかの実装は、チャネルセレクションを伴うフォーマット１ｂを利用し、アグリゲートされるキャリアは、異なるＵＬ−ＤＬ構成を有する。
【００５３】
（３ＧＰＰ  ＴＳ３６．２１１における表４．２−２からの）下の表（１）には、ＴＤＤ  ＵＬ−ＤＬ構成０〜６が示される。下りリンクから上りリンクへの切り替えポイント周期が５ミリ秒（ｍｓ）および１０ｍｓの両方のＵＬ−ＤＬ構成がサポートされる。特に、下の表（１）に示されるように、３ＧＰＰ仕様では７つのＵＬ−ＤＬ構成が指定される。表（１）では、「Ｄ」は下りリンクサブフレームを示し、「Ｓ」はスペシャルサブフレームを示し、「Ｕ」はＵＬサブフレームを示す。
2015520526.tif 000004
【００５４】
本明細書に開示されるシステムおよび方法は、異なるＵＬ−ＤＬ構成を用いたＴＤＤのバンド間キャリアアグリゲーションＣＡをサポートする。いくつかの実装では、ＰＵＣＣＨは、ＰＣｅｌｌ上でのみ送信され、リリース８、９および１０仕様で既に定義された表に加えて新しいＨＡＲＱ−ＡＣＫタイミング表は何も利用されない。ＰＣｅｌｌは、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫタイミング、ＰＵＳＣＨスケジューリングおよびＰＵＳＣＨ  ＨＡＲＱ−ＡＣＫタイミングを含めて、リリース８、９および１０仕様に示されるのと同じタイミングを利用する。
【００５５】
ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫタイミングの課題は、ＰＣｅｌｌ構成がＳＣｅｌｌ構成の上位集合か、ＳＣｅｌｌ構成の部分集合か、またはいずれでもないかどうかに依存して、３つのケース（ケースＡ、ＢおよびＣ）に分類される。ケースＡでは、ＳＣｅｌｌ構成によって示されるＤＬサブフレームのセットが、ＰＣｅｌｌ構成によって示されるＤＬサブフレームの部分集合であり、ＳＣｅｌｌは、ＰＣｅｌｌ構成に従う。
【００５６】
ケースＢおよびケースＣに関するＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫレポーティングは、次のように実装される。ケースＢに関しては、少なくとも自己スケジューリングおよび全２重通信のコンテキストでは、ＰＣｅｌｌ構成によって示されるＤＬサブフレームのセットが、ＳＣｅｌｌ構成によって示されるＤＬサブフレームの部分集合であり、ＳＣｅｌｌは、ＳＣｅｌｌ構成に従う。いくつかの実装では、半２重通信のコンテキストで同じルールが適用されてもよい。本明細書に開示されるシステムおよび方法は、クロスキャリアスケジューリングの場合のための技術を提示する。
【００５７】
ケースＣに関しては、少なくとも自己スケジューリングおよび全２重通信のコンテキストにおいて、ＳＣｅｌｌ構成によって示されるＤＬサブフレームのセットは、ＰＣｅｌｌ構成によって示されるＤＬサブフレームの部分集合でも上位集合もなく、ＳＣｅｌｌは、下の表（２）に示されるように参照構成に従う。参照構成は、ＰＣｅｌｌおよびＳＣｅｌｌの両方に重複するＵＬサブフレームに基づいて選択される。いくつかの実装では、半２重通信のコンテキストで同じルールが適用されてもよい。本明細書に開示されるシステムおよび方法は、クロスキャリアスケジューリングケースのための技術を提示する。
【００５８】
下の表（２）は、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫレポーティングのためのＵＬ−ＤＬ構成を示す。特に、列は、ＰＣｅｌｌ（ＴＤＤ  ＵＬ−ＤＬ）構成０〜６を示し、一方で行は、ＳＣｅｌｌ（ＴＤＤ  ＵＬ−ＤＬ）構成０〜６を示す。ＰＣｅｌｌ構成およびＳＣｅｌｌ構成が交差するグリッドは、ケースに基づいてＳＣｅｌｌが従う、対応するＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫタイミングをもつＵＬ−ＤＬ構成を示す。表（２）において、「Ａ」は、上記のケースＡを表す。ケースＡでは、ＳＣｅｌｌ  ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫタイミングは、ＰＣｅｌｌ構成に従う。表（２）において、「Ｂ」は、上記のようなケースＢを表す。ケースＢでは、ＳＣｅｌｌ  ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫタイミングは、ＳＣｅｌｌ構成に従う。表（２）において、「Ｃ」は、上記のようなケースＣを表す。ケースＣでは、ＳＣｅｌｌ  ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫタイミングは、表（２）で「Ｃ」のインスタンスに付随する数によって示される参照（ＴＤＤ  ＵＬ−ＤＬ）構成に従う。言い換えれば、表（２）のグリッドにおける数は、ケースＣのインスタンスでＳＣｅｌｌ  ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫタイミングが従う参照構成である。例えば、ＰＣｅｌｌ構成がＵＬ−ＤＬ構成３であり、ＳＣｅｌｌ構成がＵＬ−ＤＬ構成１であるときに、ＳＣｅｌｌ  ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫタイミングは、構成４に従う。
2015520526.tif 000005
【００５９】
ＬＴＥリリース１０では、フレーム構造タイプ２をもつ１つ以上の在圏セルのアグリゲーションをサポートするＵＥが、上位レイヤによって構成される。フレーム構造タイプ２をもつ１つの在圏セルを用いて構成されているときに、ＵＥは、ＨＡＲＱ−ＡＣＫの送信のために、ＨＡＲＱ−ＡＣＫバンドリングを用いるように、（例えば、３ＧＰＰ  ＴＳ３６．２１３の表１０．１．３−２、３もしくは４のセットに従って、または表１０．１．３−５、６もしくは７のセットに従って）チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂを用いるように、あるいは、ＰＵＣＣＨフォーマット３を用いるように、上位レイヤによって構成される。３ＧＰＰ  ＴＳ３６．２１３の表１０．１．３−２、３もしくは４、または表１０．１．３−５、６もしくは７のセットの使用が上位レイヤ・シグナリングによって構成される。
【００６０】
チャネルセレクションを伴うＰＵＣＣＨ上での既知のＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫレポーティング手順が次のように記載される。チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂでは、単一セルまたは２つのセルを用いたＴＤＤがサポートされる。３ＧＰＰ  ＴＳ３６．２１３は、これらの手順を以下に従って説明する。ＴＤＤ  ＨＡＲＱ−ＡＣＫ多重化、およびＭ＞１をもち、Ｍが（下の表（３）に示される、３ＧＰＰ  ＴＳ３６．２１３からの）表１０．１．３．１−１で定義される集合Ｋにおける要素の数である、サブフレームｎに関しては、すべての対応する個別のＨＡＲＱ−ＡＣＫの論理積演算によって、ＤＬサブフレーム内の複数のコードワードにわたる空間的なＨＡＲＱ−ＡＣＫバンドリングが行われる。チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂが１つの構成された在圏セルの場合に用いられる。ＴＤＤ  ＨＡＲＱ−ＡＣＫ多重化、およびＭ＝１をもつサブフレームｎに関しては、ＤＬサブフレーム内の複数のコードワードにわたる空間的なＨＡＲＱ−ＡＣＫバンドリングは行われず、１つの構成された在圏セルに関して、それぞれＰＵＣＣＨフォーマット１ａまたはＰＵＣＣＨフォーマット１ｂを用いて１つまたは２つのＨＡＲＱ−ＡＣＫビットが送信される。
【００６１】
ＴＤＤ、チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂをもつ１つ以上の構成された在圏セル、および、単一のＵＬサブフレームｎと関連付けられたＭ個の複数のＤＬサブフレームに対する４つ以上のＨＡＲＱ−ＡＣＫビットの場合には、すべての構成されたセルに関して、ＤＬサブフレーム内の複数のコードワードにわたる空間的なＨＡＲＱ−ＡＣＫバンドリングが行われ、バンドルされたＨＡＲＱ−ＡＣＫビットは、構成された在圏セルごとに、チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂを用いて送信される。ここでＭは、表（３）で定義される集合Ｋにおける、構成された在圏セルに関する要素の数である。ＴＤＤ、チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂをもつ１つ以上の構成された在圏セル、および、単一のＵＬサブフレームｎと関連付けられたＭ個の複数のＤＬサブフレームに対する４つまでのＨＡＲＱ−ＡＣＫビットに関しては、すべての構成された在圏セルに関して、空間的なＨＡＲＱ−ＡＣＫバンドリングは行われず、ＨＡＲＱ−ＡＣＫビットは、チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂを用いて送信される。ここでＭは、表（３）で定義される集合Ｋにおける、構成された在圏セルに関する要素の数である。
【００６２】
既知の手順による単一の構成されたセルのためのチャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂに関するさらなる詳細が次のように示される。１つの構成された在圏セルのためのＴＤＤ  ＨＡＲＱ−ＡＣＫバンドリングまたはＴＤＤ  ＨＡＲＱ−ＡＣＫ多重化、およびＭ＝１をもち、Ｍが表（３）で定義される集合Ｋにおける要素の数である、サブフレームｎに関して、ＵＥは、アンテナポートｐへマッピングされた
【００６３】
【数２】
2015520526.tif 000006
【００６４】
に対するサブフレームｎでのＨＡＲＱ−ＡＣＫの送信のために、ＰＵＣＣＨフォーマット１ｂに対してＰＵＣＣＨリソース
【００６５】
【数３】
2015520526.tif 000007
【００６６】
を用いるものとする。
【００６７】
ＴＤＤ  ＨＡＲＱ−ＡＣＫ多重化、Ｍ＞１をもち、Ｍが表（３）で定義される集合Ｋにおける要素の数である、サブフレームｎ、および、１つの構成された在圏セルに関しては、サブフレームｎ−ｋｉから導出されたＰＵＣＣＨリソースとして
【００６８】
【数４】
2015520526.tif 000008
【００６９】
を示し、サブフレームｎ−ｋｉからの肯定／否定／不連続送信（ＡＣＫ／ＮＡＣＫ／ＤＴＸ）応答としてＨＡＲＱ−ＡＣＫ（ｉ）を示す。ここで、ｋｉ∈Ｋ（表（３）で定義される）および０≦ｉ≦Ｍ−１である。
【００７０】
単一の在圏セルを用いて構成されたＵＥは、上位レイヤ・シグナリングに基づいて、表１０．１．３−２、表１０．１．３−３、および表１０．１．３−４のセットか、または表１０．１．３−５、表１０．１．３−６、および表１０．１．３−７のセットのいずれかに従ってチャネルセレクションを行うことになろう。上位レイヤ・シグナリングによって示される選択された表のセットに関して、ＵＥは、３ＧＰＰ  ＴＳ３６．２１１の５．４．１節に従い、ＰＵＣＣＨフォーマット１ｂを用いて、サブフレームｎにおけるＰＵＣＣＨリソース
【００７１】
【数５】
2015520526.tif 000009
【００７２】
上でｂ（０），ｂ（１）を送信するものとする。ｂ（０），ｂ（１）の値およびＰＵＣＣＨリソース
【００７３】
【数６】
2015520526.tif 000010
【００７４】
は、それぞれＭ＝２、３、および４に対して選択された表のセットに従って、チャネルセレクションによって生成される。表１０．１．３−２／３／４のセットによる、または表１０．１．３−５／６／７のセットによるチャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂは、ＴＤＤ  ＵＬ−ＤＬ構成５ではサポートされない。
【００７５】
既知の手順による２つの構成されたセルのためのチャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂに関するさらなる詳細が次のように示される。フレーム構造タイプ２をもつ１つ以上の在圏セルのアグリゲーションをサポートするＵＥは、フレーム構造タイプ２をもつ１つ以上の在圏セルを用いて構成されているときに、チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂか、またはＰＵＣＣＨフォーマット３のいずれかをＨＡＲＱ−ＡＣＫの送信に用いるように、上位レイヤによって構成される。チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂを用いたＴＤＤ  ＵＬ−ＤＬ構成５は、２つの構成された在圏セルではサポートされない。
【００７６】
ＰＵＣＣＨフォーマット１ｂを用いたＴＤＤ  ＨＡＲＱ−ＡＣＫ多重化、２つの構成された在圏セル、およびＭ＝１をもち、Ｍが（３）で定義される集合Ｋにおける要素の数である、サブフレームｎに関しては、ＵＥは、構成された在圏セルの数および在圏セルごとに構成された下りリンク送信モードに基づいて、ＨＡＲＱ−ＡＣＫビットの数０を確定するものとする。ＵＥは、２つまでのトランスポートブロックをサポートする下りリンク伝送モードで構成された在圏セルには２つのＨＡＲＱ−ＡＣＫビットを用い、そうでない場合には１つのＨＡＲＱ−ＡＣＫビットを用いるものとする。
【００７７】
チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂを用いたＴＤＤ  ＨＡＲＱ−ＡＣＫ多重化、２つの構成された在圏セル、およびＭ≦２をもち、Ｍが表（３）で定義される集合Ｋにおける要素の数である、サブフレームｎに関しては、ＵＥは、ＰＵＣＣＨフォーマット１ｂを用い、表１０．１．３．２−１、１０．１．３．２−２および１０．１．３．２−３に従って、サブフレームｎにおける、Ａ  ＰＵＣＣＨリソース
【００７８】
【数７】
2015520526.tif 000011
【００７９】
から選択されたＰＵＣＣＨリソース
【００８０】
【数８】
2015520526.tif 000012
【００８１】
上でｂ（０），ｂ（１）を送信するものとし、ここで０≦ｊ≦Ａ−１、およびＡ∈{２，３，４}である。
【００８２】
Ｍ＝１をもつサブフレームｎでは、ＨＡＲＱ−ＡＣＫ（ｊ）は、在圏セルと関連付けられたトランスポートブロックまたはＳＰＳリリースＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫ／ＤＴＸ応答を示し、ここでＨＡＲＱ−ＡＣＫ（ｊ）およびＡ  ＰＵＣＣＨリソースに対するトランスポートブロックおよび在圏セルは、表１０．１．２．２．１−１によって示される。Ｍ＝２をもつサブフレームｎでは、ＨＡＲＱ−ＡＣＫ（ｊ）は、各在圏セル上の集合Ｋによって示されるサブフレーム（単数または複数）内のＰＤＳＣＨ送信またはＳＰＳリリースＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫ／ＤＴＸ応答を示し、ここでＨＡＲＱ−ＡＣＫ（ｊ）およびＡ  ＰＵＣＣＨリソースに対する各在圏セル上のサブフレームは、表１０．１．３．２−４によって示される。ＵＥは、ＨＡＲＱ−ＡＣＫ（ｊ）と関連付けられたＡ  ＰＵＣＣＨリソース
【００８３】
【数９】
2015520526.tif 000013
【００８４】
を確定するものとし、ここでＭ＝１に関しては表１０．１．２．２．１−１において、Ｍ＝２に関しては表１０．１．３．２−４において０≦ｊ≦Ａ−１である。
【００８５】
チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂを用いたＴＤＤ  ＨＡＲＱ−ＡＣＫ多重化、Ｍ＞２をもち、Ｍが表（３）で定義される集合Ｋにおける要素の数である、サブフレームｎ、および、２つの構成された在圏セルに関しては、ＵＬサブフレームｎと関連付けられたＭ個のＤＬサブフレームでの送信から導出されるＰＵＣＣＨリソースとして
【００８６】
【数１０】
2015520526.tif 000014
【００８７】
、０≦ｉ≦３を示す。
【００８８】
【数１１】
2015520526.tif 000015
【００８９】
および
【００９０】
【数１２】
2015520526.tif 000016
【００９１】
は、プライマリセル上でのＰＤＳＣＨ送信（単数または複数）または（３ＧＰＰ  ＴＳ３６．２１３の９．２節で定義される）下りリンク・セミパーシステント・スケジューリング（ＳＰＳ：ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）リリースを示すＰＤＣＣＨと関連付けられ、
【００９２】
【数１３】
2015520526.tif 000017
【００９３】
および
【００９４】
【数１４】
2015520526.tif 000018
【００９５】
は、セカンダリセル上でのＰＤＳＣＨ送信（単数または複数）と関連付けられる。
【００９６】
本明細書に開示されるシステムおよび方法に従って、異なるＵＬ−ＤＬ構成を用いたＣＡ（例えば、ｅＣＡ）において１つ以上のフィードバック・パラメータ（例えば、Ｍ）を確定するための技術に関するさらなる詳細が以下に示される。ＬＴＥリリース１０のＴＤＤ  ＣＡでは、すべてのセルが同じＵＬ−ＤＬ構成を有する。それゆえに、ＨＡＲＱ−ＡＣＫレポーティングを確定するときに、すべてのセルに同じパラメータが適用される。しかしながら、ｅＣＡでは、異なる構成を用いたＴＤＤがサポートされる。従って、異なるセルは、異なるパラメータＭのセットを有しうる。異なるパラメータＭのセットの利用は、設計課題をもたらす。異なるＵＬ−ＤＬ構成を用いたＣＡ（例えば、ｅＣＡ）においてパラメータＭを確定するための技術が次にように記載される。
【００９７】
ＬＴＥリリース１０では、Ｍは、サブフレームｎおよび集合Ｋと関連付けられた、（３ＧＰＰ  ＴＳ３６．２１３の表１０．１．３．１−１からの）下の表（３）で定義される集合Ｋにおける要素の数である。言い換えれば、ＴＤＤに係わる下りリンクアソシエーションセットのインデックスが表（３）ではＫ：｛ｋ０，ｋ１，・・・，ｋＭ−１｝として定義され、ここでＭは、集合Ｋにおける要素の数である。下りリンクアソシエーションセットは、下の表（３）に示されるように、ＵＬ−ＤＬ構成に依存する。（例えば、表（２）に示されるような）異なる構成を用いたＴＤＤ  ＣＡでは、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫタイミングが１つ以上のＴＤＤ  ＵＬ−ＤＬ構成に基づくことにも留意すべきである。
【００９８】
ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションとは、ＰＤＳＣＨ送信と上りリンクサブフレームでのそのＨＡＲＱ−ＡＣＫフィードバックとの間のリンケージを意味する。上りリンクサブフレームｎに対して、ＴＤＤに係わる下りリンクアソシエーションセットのインデックスが表１０．１．３．１−１で定義され、下の表（３）にこれらが示される。従って、ｋがアソシエーションセットのインデックスＫ：｛ｋ０，ｋ１，・・・，ｋＭ−１｝に属するサブフレーム（ｎ−ｋ）でのＰＤＳＣＨ送信、ＰＤＳＣＨの対応するＨＡＲＱ−ＡＣＫは、関連付けられた上りリンクサブフレームｎでレポートされる。表（３）におけるエントリは、下りリンクアソシエーション（例えば、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーション）を定義する。集合Ｋは、既知の上りリンクに対するＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションセット
を定義する。
2015520526.tif 000019
【００９９】
ｅＣＡでは、異なる構成を用いたＴＤＤがサポートされる。従って、異なるセルは、パラメータ、例えば、Ｍの異なるセットを有する。これは、設計課題を提示する。
【０１００】
自己スケジューリングでは、各セルが、同じセルのＰＤＣＣＨによって、またはセミパーシステント・スケジューリング（ＳＰＳ：ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）によってＰＤＳＣＨ送信をスケジューリングする。１つ以上のＳＣｅｌｌのＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫは、表（２）で定義されるタイミング基準に従ってＰＣｅｌｌ上でレポートされる。
【０１０１】
異なるＵＬ−ＤＬ構成を用いたｅＣＡでは、各セルが異なるＭ値を有する。セルｃに関するＭとしてＭＣが定義される。言い換えれば、ＭＣは、セルｃに関して、既知の上りリンクサブフレームでのＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫフィードバックを必要とするサブフレームの数を示す。留意すべきは、例えば、ＭＣが上りリンクサブフレームに依存することである。より具体的には、セルに関するＭ（例えば、ＭＣ）は、異なる上りリンクサブフレームでは異なる。ＰＣｅｌｌに関しては、ＭＣは、ＰＣｅｌｌ構成に従ってサブフレームｎおよび集合Ｋと関連付けられた、表（３）で定義される集合Ｋにおける要素の数である。集合Ｋは、少なくとも１つのＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションｋを含む。ＳＣｅｌｌに関しては、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫタイミングがＳＣｅｌｌタイミングと同じであることも、異なることもある。ＳＣｅｌｌでは、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫタイミングがＳＣｅｌｌタイミングと同じであることも、異なることもあるので、いくつかの実装ではＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫタイミングとＳＣｅｌｌタイミングとは別に確定される。
【０１０２】
アプローチＡでは、ＳＣｅｌｌのＭＣは、ＭＲｅｆ（例えば、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫタイミングに従う対象となる参照構成のＭ）として定義される。言い換えれば、ＭＲｅｆは、参照構成に関して、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数を示す。アプローチＡにおけるケースＡ（例えば、ＳＣｅｌｌ構成によって示されるＤＬサブフレームのセットが、ＰＣｅｌｌ構成によって示されるＤＬサブフレームの部分集合である場合）に関しては、ＳＣｅｌｌは、ＰＣｅｌｌ構成に従う。従って、ＭＲｅｆ＝ＭＰＣｅｌｌであり、ここでＭＰＣｅｌｌは、ＰＣｅｌｌのＭ（例えば、ＰＣｅｌｌ構成に従ってサブフレームｎおよび集合Ｋと関連付けられた、表（３）で定義される集合Ｋにおける要素の数）である。言い換えれば、ＭＰＣｅｌｌは、ＰＣｅｌｌ構成に関して、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数を示す。
【０１０３】
アプローチＡにおけるケースＢ（例えば、ＰＣｅｌｌ構成によって示されるＤＬサブフレームのセットが、ＳＣｅｌｌ構成によって示されるＤＬサブフレームの部分集合である場合）に関しては、ＳＣｅｌｌは、ＳＣｅｌｌ構成に従う。従って、ＭＲｅｆ＝ＭＳＣｅｌｌであり、ここでＭＳＣｅｌｌは、ＳＣｅｌｌのＭ（例えば、ＳＣｅｌｌ構成に従ってサブフレームｎおよび集合Ｋと関連付けられた、表（３）で定義される集合Ｋにおける要素の数）である。言い換えれば、ＭＳＣｅｌｌは、ＳＣｅｌｌ構成に関して、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数を示す。
【０１０４】
アプローチＡにおけるケースＣ（例えば、ＰＣｅｌｌ構成によって示されるＤＬサブフレームのセットが、ＳＣｅｌｌ構成によって示されるＤＬサブフレームの部分集合である場合）に関しては、ＳＣｅｌｌは、表（２）に示されるような参照構成に従う。従って、ＭＲｅｆ＝ＭＲｅｆＣｏｎｆであり、ここでＭＲｅｆＣｏｎｆ（例えば、所定のパラメータ）は、参照構成のＭ（例えば、表（２）における参照ＵＬ−ＤＬ構成に従ってサブフレームｎおよび集合Ｋと関連付けられた、表（３）で定義される集合Ｋにおける要素の数）である。言い換えれば、ＭＲｅｆＣｏｎｆは、参照構成に関して、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数を示す。
【０１０５】
ケースＡでは、ＰＣｅｌｌがＤＬサブフレーム（または、例えばスペシャルサブフレーム）を用いて構成され、ＳＣｅｌｌがＵＬサブフレームを用いて構成された、衝突サブフレームがある。従って、対応するＨＡＲＱ−ＡＣＫビットは、ＳＣｅｌｌ上では決して生成されないか、または不連続送信（ＤＴＸ：ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｔｒａｎｓｍｉｓｓｉｏｎ）としてレポートされることになろう。ケースＡに関しては、ＰＣｅｌｌ構成に従ってサブフレームｎおよび集合Ｋと関連付けられた、表（３）で定義される集合Ｋにおいて、ＰＣｅｌｌ構成がＤＬサブフレーム（または、例えばスペシャルサブフレーム）を含み、ＳＣｅｌｌ構成がＵＬサブフレームを含む、衝突サブフレームの数としてｍが定義される。
【０１０６】
同様にケースＣでは、参照構成がＤＬサブフレーム（または、例えばスペシャルサブフレーム）を含み、ＳＣｅｌｌ構成がＵＬサブフレームを含む、衝突サブフレームがある。従って、対応するＨＡＲＱ−ＡＣＫビットは、ＳＣｅｌｌ上では決して生成されないか、またはＤＴＸとしてレポートされる。ケースＣに関しては、表（２）における参照構成に従ってサブフレームｎおよび集合Ｋと関連付けられた、表（３）で定義される集合Ｋにおいて、（ＰＣｅｌｌ構成がＤＬサブフレーム（または、例えばスペシャルサブフレーム）を含み、ＳＣｅｌｌ構成がＵＬサブフレームを含む）衝突サブフレームの数としてｍが定義される。
【０１０７】
アプローチＢでは、ＳＣｅｌｌのＭＣがＭＥｆｆとして定義され、ここでＭＥｆｆは、ＰＣｅｌｌ構成または参照構成がＤＬサブフレーム（または、例えばスペシャルサブフレーム）を含み、ＳＣｅｌｌ構成がＵＬサブフレームを含む、衝突サブフレームを除いて、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫタイミングに従う対象となる参照構成の実効的なＭである（例えば、ＭＥｆｆ＝ＭＲｅｆ−ｍ）。言い換えれば、ＭＲｅｆは、参照構成に関する、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数であり、ｍは、参照構成では下りリンクサブフレームおよびスペシャルサブフレームであり、ＳＣｅｌｌ構成では上りリンクサブフレームである衝突サブフレームの数である。
【０１０８】
クロスキャリアスケジューリングでは、ＰＣｅｌｌがそれ自体によってのみスケジュールされることを除いて、１つのセルのＰＤＳＣＨ送信は、別のセルからスケジュールされる。クロスキャリアスケジューリングのコンテキストにおいてＳＣｅｌｌのＭＣを決定するために、いくつかの技術が利用される。
【０１０９】
クロスキャリアスケジューリングのコンテキストにおいて、自己スケジューリングのために上記と同じ技術が適用されてもよい。これは、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫレポーティングのための共通設計につながる。（例えば、クロス送信時間間隔（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）またはクロスサブフレームスケジューリングによって）衝突サブフレームのクロスキャリアスケジューリングをサポートする実装が、例えば、これに該当するであろう。
【０１１０】
しかしながら、既知の技術では、クロスキャリアＰＤＳＣＨスケジューリングは、別のセルからのスケジューリングを同じＴＴＩで可能にするに過ぎない。従って、スケジューリングセル（例えば、ＰＣｅｌｌ）のＨＡＲＱ−ＡＣＫタイミングに従う方ＳＣｅｌｌには簡易であろう。それゆえに、クロスキャリアスケジュールされるセルは、スケジューリングセルのタイミングに従う。
【０１１１】
別のアプローチでは、ＳＣｅｌｌのＭＣは、スケジューリングセル（例えば、ＰＣｅｌｌ）に従う。１つの実装では、ＳＣｅｌｌのＭＣは、ＭＳｃｈｅｄｕｌｉｎｇＣｅｌｌであり、ここでＭＳｃｈｅｄｕｌｉｎｇＣｅｌｌは、スケジューリングセルのＭである（Ｍは、スケジューリングセルのＵＬ−ＤＬ構成に従ってサブフレームｎおよび集合Ｋと関連付けられた、表（３）で定義される集合Ｋにおける要素の数である）。言い換えれば、ＭＳｃｈｅｄｕｌｉｎｇＣｅｌｌは、スケジューリングセル構成に関する、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数である。スケジューリングセルがＰＣｅｌｌではない場合には、スケジューリングセル構成の代わりに、スケジューリングセルのＰＤＳＣＨレポーティング参照構成が用いられてもよい。別の実装では、ＳＣｅｌｌのＭＣは、ＭＥｆｆ＿ＳｃｈｅｄｕｌｉｎｇＣｅｌｌであり、ここでＭＥｆｆ＿ＳｃｈｅｄｕｌｉｎｇＣｅｌｌは、スケジューリングセルのＭＥｆｆである（例えば、ＭＥｆｆは、衝突サブフレームを除いて、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫタイミングに従う対象となるスケジューリングセル構成の実効的なＭである）。言い換えれば、ＭＥｆｆ＿ＳｃｈｅｄｕｌｉｎｇＣｅｌｌは、衝突サブフレームを除く、スケジューリングセル構成に関するＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数である。この場合、衝突サブフレームとは、スケジューリングセル構成がＤＬサブフレーム（または、例えばスペシャルサブフレーム）を含み、ＳＣｅｌｌ構成がＵＬサブフレームを含むサブフレームのことである。スケジューリングセルがＰＣｅｌｌではない場合には、スケジューリングセル構成の代わりに、スケジューリングセルのＰＤＳＣＨレポーティング参照構成が用いられてもよい。
【０１１２】
いくつかの実装では、（例えば、ＳＣｅｌｌのＭＣを確定するための）フィードバック・パラメータ確定方式がｅＮＢによって確定または構成される。従って、ｅＮＢおよびＵＥは、ＳＣｅｌｌのＭＣに関して同じ設定値を有する。
【０１１３】
ＰＵＣＣＨフォーマット１ｂ上でのＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫレポーティングに関して、ＳＣｅｌｌのＭＣとしてＭＲｅｆが構成または選択される場合、参照構成（例えば、ケースＡではＰＣｅｌｌ構成、ケースＢではＳＣｅｌｌ構成、ケースＣでは表（２）における参照構成）に基づいて同じＭ値が適用されてもよい。従って、ＳＣｅｌｌについてＭを確定することがより簡易であろう。しかしながら、これは、不必要なビットをレポートに含み、チャネルセレクションの性能を低下させかねない。
【０１１４】
ＰＵＣＣＨフォーマット１ｂ上でのＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫレポーティングのために、ＳＣｅｌｌのＭＣとしてＭＥｆｆが構成または選択される場合には、（参照構成ではＤＬサブフレーム、およびＳＣｅｌｌ構成ではＵＬサブフレームをもつ）衝突サブフレームを削除するために、参照構成に基づいてＭ値が計算される。結果として、ＳＣｅｌｌに関するＭ値は、参照構成のＭ値とは異なる。しかしながら、レポートされるビット数が少なくなり、それによってチャネルセレクションに伴う性能向上の可能性が提供される。
【０１１５】
異なるＴＤＤ  ＵＬ−ＤＬ構成を用いたＣＡに関連するいくつかの課題が次のように記載される。リリース８、９および１０では、（単一の構成されたセルのためのチャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂに関して）先に記載されたように、チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂが、リリース８、９および１０における１つの構成されたセルのためのＴＤＤ  ＨＡＲＱ−ＡＣＫレポーティングに対してサポートされる。Ｍ＝１に関しては、ＰＤＳＣＨに２つのトランスポートブロックがある場合に空間的なバンドリングは行われない。Ｍ＞１に関しては、ＰＤＳＣＨに２つのトランスポートブロックがある場合に空間的なバンドリングが行われる。
【０１１６】
リリース１０では、２つのセルのキャリアアグリゲーションに対してチャネルセレクションがサポートされ、すべてのセルが同じＴＤＤ構成を有する。ＵＥがチャネルセレクションを伴うフォーマット１ｂを用いて構成されている場合、ＰＣｅｌｌ上でもＳＣｅｌｌ上でもＰＵＣＣＨリソースが予約される。ＰＣｅｌｌおよびＳＣｅｌｌのために２つまでのリソースが予約され、ＰＣｅｌｌは、ＳＣｅｌｌと同数のＰＵＣＣＨリソースか、またはＳＣｅｌｌより１つ多いＰＵＣＣＨリソースを有する。
【０１１７】
Ｍ＝１に関しては、ＰＤＳＣＨに２つのトランスポートブロックがある場合に、空間的なバンドリングは行われない。Ｍ＞１に関しては、ＰＤＳＣＨに２つのトランスポートブロックがある場合に、空間的なバンドリングが行われる。
【０１１８】
Ｍ≦２に関しては、チャネルセレクションに用いられるＰＵＣＣＨリソースの数は、Ａであり、ここでＡ∈｛２，３，４｝である。Ｍ＝１をもつサブフレームｎでは、ＨＡＲＱ−ＡＣＫ（ｊ）は、在圏セルと関連付けられたトランスポートブロックまたはＳＰＳリリースＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫ／ＤＴＸ応答を示し、ここでＨＡＲＱ−ＡＣＫ（ｊ）およびＡ  ＰＵＣＣＨリソースに対するトランスポートブロックおよび在圏セルは、表１０．１．２．２．１−１によって示される。
【０１１９】
Ｍ＝２をもつサブフレームｎでは、ＨＡＲＱ−ＡＣＫ（ｊ）は、各在圏セル上での集合Ｋによって示されるサブフレーム（単数または複数）内のＰＤＳＣＨ送信またはＳＰＳリリースＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫ／ＤＴＸ応答を示し、ここでＨＡＲＱ−ＡＣＫ（ｊ）およびＡ  ＰＵＣＣＨリソースに対する各在圏セル上のサブフレームは、表１０．１．３．２−４によって示される。
【０１２０】
Ａ＝２に関しては、１つのＰＵＣＣＨフォーマット１ｂリソースがＰＣｅｌｌ上でのＰＤＳＣＨ送信（単数または複数）と関連付けられ、１つのＰＵＣＣＨフォーマット１ｂリソースがＳＣｅｌｌ上でのＰＤＳＣＨ送信（単数または複数）と関連付けられる。チャネルセレクションを伴うフォーマット１ｂは、表１０．１．３．２−１に従って行われる。
【０１２１】
Ａ＝３に関しては、２つのＰＵＣＣＨフォーマット１ｂリソースがＰＣｅｌｌ上でのＰＤＳＣＨ送信（単数または複数）と関連付けられ、１つのＰＵＣＣＨフォーマット１ｂリソースがＳＣｅｌｌ上でのＰＤＳＣＨ送信（単数または複数）と関連付けられる。チャネルセレクションを伴うフォーマット１ｂは、表１０．１．３．２−２に従って行われる。
【０１２２】
Ａ＝４に関しては、２つのＰＵＣＣＨフォーマット１ｂリソースがＰＣｅｌｌ上でのＰＤＳＣＨ送信（単数または複数）と関連付けられ、２つのＰＵＣＣＨフォーマット１ｂリソースがＳＣｅｌｌ上でのＰＤＳＣＨ送信（単数または複数）と関連付けられる。チャネルセレクションを伴うフォーマット１ｂは、表１０．１．３．２−３に従って行われる。
【０１２３】
Ｍ＞２に関しては、２つのＰＵＣＣＨフォーマット１ｂリソースがＰＣｅｌｌ上でのＰＤＳＣＨ送信（単数または複数）と関連付けられ、２つのＰＵＣＣＨフォーマット１ｂリソースがＳＣｅｌｌ上でのＰＤＳＣＨ送信（単数または複数）と関連付けられる。Ｍ＝３に関しては、３ビットまでが各セル上でレポートされる。チャネルセレクションを伴うフォーマット１ｂは、表１０．１．３．２−５に従って行われる。Ｍ＝４に関しては、４ビットまでが各セル上でレポートされる。チャネルセレクションを伴うフォーマット１ｂは、表１０．１．３．２−６に従って行われる。これらのＰＵＣＣＨリソースは、いずれもＰＣｅｌｌ上にマッピングされる。
【０１２４】
異なるＵＬ−ＤＬ構成を用いたＴＤＤ  ＣＡに関して、チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂが構成される場合、異なるセル上ではパラメータが異なるために多くの課題が生じる。異なるＴＤＤ構成を用いたＴＤＤ  ＣＡの主要な課題の１つは、関連付けられたＵＬサブフレームにおいて異なるセルのＭが異なることである。ＰＣｅｌｌのＭがＳＣｅｌｌのＭより小さく、結果として、ＰＣｅｌｌに関連付けられたＰＵＣＣＨがＳＣｅｌｌより少ないこともあり、逆もまた同様である。
【０１２５】
異なるセルのＭの差が１より大きく、結果として、ＰＣｅｌｌおよびＳＣｅｌｌ上でＰＵＣＣＨリソースがリリース１０におけるように均等には配置されないことがある。いくつかの場合には、ＰＣｅｌｌのみが上りリンクへのＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションを有するが、ＳＣｅｌｌにＰＤＳＣＨ−ＡＣＫは必要とされない（例えば、ＳＣｅｌｌに関してＭ＝０）。
【０１２６】
ＰＣｅｌｌ構成がＵＬ−ＤＬ構成０である場合、サブフレーム３およびサブフレーム８では、ＰＣｅｌｌ上でレポートされるＨＡＲＱ−ＡＣＫがない（例えば、ＰＣｅｌｌに関してＭ＝０）。従って、ＳＣｅｌｌからのＨＡＲＱ−ＡＣＫビットのみがレポートされる。
【０１２７】
従って、いくつかの場合には、異なるＴＤＤ構成を用いたＴＤＤ  ＣＡに対して、リリース１０のリソースアロケーション技術およびチャネルセレクション・マッピング表を直接に用いることができない。特別な処理が必要とされる。
【０１２８】
本明細書に開示されるシステムおよび方法は、前述の課題に対する解決策を提示する。リリース１０の拡張として、異なるＴＤＤ  ＵＬ−ＤＬ構成を用いたＴＤＤ  ＣＡのために、２つの構成されたセルに対してチャネルセレクションを伴うフォーマット１ｂが用いられる。そのうえ、チャネルセレクションを伴うフォーマット１ｂは、ＰＣｅｌｌまたはＳＣｅｌｌ上のいずれかに構成５が構成される場合、または、ＳＣｅｌｌのための参照構成として構成５が用いられている場合にはサポートされない。
【０１２９】
ＰＣｅｌｌのＭＣ（例えば、ＭＰＣｅｌｌ）は、リリース１０におけるのと同じであってよい（例えば、ＭＰＣｅｌｌは、ＰＣｅｌｌ構成に従ってサブフレームｎおよび集合Ｋと関連付けられた、表（３）で定義される集合Ｋにおける要素の数である）。
【０１３０】
アプローチＡでは、ＳＣｅｌｌのＭＣがＭＲｅｆとして選択される。このようにＳＣｅｌｌのＭＣは、表（２）に従ってケースＡではＭＰＣｅｌｌ、ケースＢではＭＳＣｅｌｌ、およびケースＣではＭＲｅｆＣｏｎｆである。
【０１３１】
下の表（４）は、ＰＣｅｌｌのＭＣとＳＣｅｌｌのＭＣとの組み合わせをＭＲｅｆとしてリストする。上りリンクでのＰＵＣＣＨフォーマット１ｂレポートは、次のように５つのケースに分類される。ケースＩでは、ＰＣｅｌｌまたはＳＣｅｌｌ上で、またはＳＣｅｌｌの参照構成としてＴＤＤ  ＵＬ−ＤＬ構成５が用いられる。ケースＩＩでは、ＰＣｅｌｌのＭＣとＳＣｅｌｌのＭＣとは同じである。ケースＩＩＩでは、レポートされるＨＡＲＱ−ＡＣＫをＰＣｅｌｌのみが有する（例えば、ＰＣｅｌｌのＭＣ＞０、およびＳＣｅｌｌのＭＣ＝０）。ケースＩＶでは、レポートされるＨＡＲＱ−ＡＣＫをＳＣｅｌｌのみが有する（例えば、ＳＣｅｌｌのＭＣ＞０、およびＰＣｅｌｌのＭＣ＝０）。ケースＶでは、ＳＣｅｌｌのＭＣがＳＣｅｌｌのＭＣより小さい。
【０１３２】
アプローチＢでは、ＳＣｅｌｌのＭＣがＭＥｆｆ（例えば、参照構成がＤＬサブフレーム（またはスペシャルサブフレーム）を用いて構成され、ＳＣｅｌｌがＵＬサブフレームを用いて構成された）衝突サブフレームを除く、ＳＣｅｌｌのための参照構成の実効的なＭ）として選択される。参照構成は、表（２）で定義される（例えば、参照構成は、ケースＡでは表（２）に示されるＰＣｅｌｌ構成、ケースＢではＳＣｅｌｌ構成、およびケースＣでは参照構成である）。
【０１３３】
アプローチＢでは、下の表（５）がＰＣｅｌｌのＭＣとＳＣｅｌｌのＭＣとの組み合わせをＭＥｆｆとしてリストする。アプローチＢは、（参照構成がＤＬサブフレーム（またはスペシャルサブフレーム）を用いて構成され、ＳＣｅｌｌがＵＬサブフレームを用いて構成された）衝突サブフレームに関するＨＡＲＱ−ＡＣＫビットを削除する。このように、ＰＵＣＣＨレポーティングに必要なＨＡＲＱ−ＡＣＫビットを削減することが有益であり、ＨＡＲＱ−ＡＣＫレポート性能を潜在的に高めることができる。ＰＵＣＣＨフォーマット１ｂは、６つのケースに分類される。アプローチＡと比べると、ＰＣｅｌｌのＭＣがＳＣｅｌｌのＭＣより大きいもう１つのケースＶＩがある。ケースＶＩでは、ＰＣｅｌｌのＭＣの方がＳＣｅｌｌのＭＣより大きい。いくつかの実装では、アプローチＡにおけるすべてのケースがアプローチＢおよびケースＶＩに含まれる。
【０１３４】
下の表（４Ａ）および（４Ｂ）は、ＰＣｅｌｌのＭＣとＳＣｅｌｌのＭＣとの組み合わせをＭＲｅｆとして示す。表（４Ａ）および（４Ｂ）は、まとめて表（４）と呼ばれる。表（４）および（５）において、ローマ数字（例えば、Ｉ〜ＶＩ）は、それぞれケースＩ〜ＶＩを示す。
2015520526.tif 000020
2015520526.tif 000021
【０１３５】
2015520526.tif 000022
2015520526.tif 000023
【０１３６】
下の表（５Ａ）および（５Ｂ）は、ＰＣｅｌｌのＭＣとＳＣｅｌｌのＭＣとの組み合わせをＭＥｆｆとして示す。表（５Ａ）および（５Ｂ）は、まとめて表（５）と呼ばれる。
2015520526.tif 000024
2015520526.tif 000025
【０１３７】
2015520526.tif 000026
2015520526.tif 000027
【０１３８】
上にリストされたそれぞれのケースのための手順が次のように記載される。ケースＩでは、ＴＤＤ  ＵＬ−ＤＬ構成５がＳＣｅｌｌの参照構成である場合、チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂはサポートされない。ケースＩは、ＴＤＤ  ＵＬ−ＤＬ構成５がＰＣｅｌｌまたはＳＣｅｌｌ上に構成されるときと、ＴＤＤ  ＵＬ−ＤＬ構成５が表（２）のケースＣにおける参照構成であるときとを含む。これは、リリース１０の拡張である。いくつかの実装では、ＳＣｅｌｌ構成またはＳＣｅｌｌ参照構成が構成５である場合に、サブフレーム２を除くＰＣｅｌｌ上の上りリンクサブフレームで単一セルＰＵＣＣＨチャネルセレクション・レポーティングを用いることができ、これは以下のケースＩＩＩにおけるのと同じである。それゆえに、表（４）および表（５）では、このシナリオにおいてケースＩの他に括弧内にケースＩＩＩが含まれる。ＳＣｅｌｌ構成またはＳＣｅｌｌ参照構成が構成５であり、２つだけのセルがキャリアアグリゲーションのために構成されている場合には、ＰＣｅｌｌ上でのみＰＤＳＣＨが検出されるので、サブフレーム２を除く、上りリンクサブフレームにおいてチャネルセレクション技術を伴う単一セルのＰＵＣＣＨフォーマット１ｂを用いることができる。
【０１３９】
ケースＩＩでは、上りリンクサブフレームにおいてＰＣｅｌｌのＭＣとＳＣｅｌｌのＭＣとが同じ場合、リリース１０のチャネルセレクション技術を伴うＰＵＣＣＨフォーマット１ｂが再使用される。留意すべきは、ケースＩＩでは、ＳＣｅｌｌ参照構成がＰＣｅｌｌ  ＴＤＤ  ＵＬ−ＤＬ構成と同じであっても、なくてもよいことである。特に、アプローチＡを用いると、ＳＣｅｌｌ参照構成がＰＣｅｌｌ  ＵＬ−ＤＬ構成と同じ場合には、すべての上りリンクサブフレームがケースＩＩに対応することになろう。例として、アプローチＢを用いると、ＳＣｅｌｌ  ＵＬがアソシエーションセットから除去されているので、ＳＣｅｌｌのＭは異なるであろう。
【０１４０】
アプローチＡを用いると、いくつかのＰＣｅｌｌとＳＣｅｌｌとの組み合わせでは、参照構成がＤＬサブフレーム（または、スペシャルサブフレーム）を用いて構成され、ＳＣｅｌｌ構成がＵＬサブフレームを用いて構成された衝突サブフレームがある。従って、対応するＨＡＲＱ−ＡＣＫビットは、ＳＣｅｌｌ上では決して生成されないか、またはＤＴＸとして常にレポートされる。
【０１４１】
ケースＩＩＩでは、ＰＣｅｌｌのみがＨＡＲＱ−ＡＣＫ情報を上りリンクでレポートする必要がある（例えば、既知の上りリンクではＰＣｅｌｌのＭＣが０より大きく、ＳＣｅｌｌのＭＣが０であるか、またはＳＣｅｌｌに関するＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションが何もない）。表（４）および表（５）に示されるように、ケースＩＩＩではＰＣｅｌｌの可能な値ＭＣは、ＭＰＣｅｌｌ＝１またはＭＰＣｅｌｌ＝２である。留意すべきは、アプローチＢを用いると、たとえＳＣｅｌｌのための参照構成としてＰＣｅｌｌ構成が用いられても、（例えば、ＰＣｅｌｌがＴＤＤ  ＵＬ−ＤＬ構成１を用いて構成され、ＳＣｅｌｌがＴＤＤ  ＵＬ−ＤＬ構成０を用いて構成されているときに、サブフレーム３およびサブフレーム８では）上りリンク・レポーティングがケースＩＩＩに対応することである。例として、ＳＣｅｌｌアソシエーションセットにおけるＵＬを除去することによって、ＳＣｅｌｌのＭは、ＰＣｅｌｌのＭとは異なるであろう。
【０１４２】
リリース１０では、ＰＣｅｌｌもＳＣｅｌｌも同じＭ値を有する。それゆえに、ケースＩＩＩは、現在のリリース１０仕様ではサポートされない。本明細書に開示されるシステムおよび方法に従って、この課題を解決するための（便宜上、手順ＩＩＩ．１およびＩＩＩ．２と示される）２つの手順がある。
【０１４３】
手順ＩＩＩ．１では、異なるＴＤＤ  ＵＬ−ＤＬ構成を用いたＴＤＤ  ＣＡにおけるケースＩＩＩのＵＬレポートに対して、単一セル・レポーティング手順が適用される。リリース１０では、ＰＣｅｌｌもＳＣｅｌｌもＭが同じなので、たとえＳＣｅｌｌ上でＰＤＳＣＨが検出されなくても、チャネルセレクションを伴うフォーマット１ｂが用いられる。従って、２つの構成されたセルに基づいてチャネルセレクションが常に行われる。２つまでのＰＵＣＣＨリソースをＰＣｅｌｌおよびＳＣｅｌｌの両方に配置することができる。手順１を用いると、ＳＣｅｌｌにＰＵＣＣＨリソースを配置する必要はなく、すべてのＰＵＣＣＨリソースは、上位レイヤ・シグナリングによってＰＣｅｌｌに動的に配置されるか、または構成される。リソースアロケーションおよびマッピング表は、３ＧＰＰ  ＴＳ３６．２１３の１０．１．３．１節における１つの構成された在圏セルの場合に従う。異なるＴＤＤ  ＵＬ−ＤＬ構成を用いたＴＤＤ  ＣＡにおけるケースＩＩＩのＵＬレポート、およびＭＰＣｅｌｌ＝１に関しては、単一のＰＵＣＣＨリソース上でＰＵＣＣＨフォーマット１ａ／１ｂが用いられ、チャネルセレクションは必要とされない。異なるＴＤＤ  ＵＬ−ＤＬ構成を用いたＴＤＤ  ＣＡにおけるケースＩＩＩのＵＬレポート、および上位レイヤ・シグナリングに基づくＭＰＣｅｌｌ＝２に関しては、ＵＥは、表１０．１．３−２のセットか、または表１０．１．３−５のセットのいずれかに従って、チャネルセレクションを用いて構成される。
【０１４４】
手順ＩＩＩ．１の利益は、配置されるＰＵＣＣＨリソースの数が減少し、ＨＡＲＱ−ＡＣＫがチャネルセレクション表により正確にマッピングされることである。ＳＣｅｌｌにＰＵＣＣＨリソースは必要とされない。ＭＰＣｅｌｌ＝１のＰＣｅｌｌには、１つだけのＰＵＣＣＨフォーマット１ａ／１ｂリソースが配置される。ＭＰＣｅｌｌ＝２では、ＵＥが２つのＰＵＣＣＨフォーマット１ｂリソースを配置する。ＰＤＳＣＨが２つのコードワードを有する場合には、すべての対応する個別のＨＡＲＱ−ＡＣＫの論理積演算に基づいて、ＤＬサブフレーム内の複数のコードワードにわたる空間的なＨＡＲＱ−ＡＣＫバンドリングが行われる。
【０１４５】
手順ＩＩＩ．２では、ＳＣｅｌｌのＭＣにＭＰＣｅｌｌ（例えば、ＰＣｅｌｌのＭＣ）が設定されている場合には、リリース１０における１つ以上のセルの場合に対して、チャネルセレクション手順を伴うＰＵＣＣＨフォーマット１ｂがＭ＝ＭＰＣｅｌｌとともに再使用される。手順ＩＩＩ．２を用いて、ＳＣｅｌｌに対応するＨＡＲＱ−ＡＣＫビットがＤＴＸとしてレポートされる。手順２の利益は、１つ以上の構成された在圏セルに関してチャネルセレクション表を再使用することである（例えば、単一の構成されたセルに関するチャネルセレクション表のセットがＴＤＤ  ＣＡには用いられない）。Ｍ＝１に関して、ＰＣｅｌｌ上のＰＤＳＣＨが１つのコードワードを有する場合には、Ａ＝２に関する表１０．１．３．２−１が用いられる。Ｍ＝１に関して、ＰＣｅｌｌ上のＰＤＳＣＨが２つのコードワードを有する場合には、Ａ＝３に関する表１０．１．３．２−２、またはＡ＝４に関する表１０．１．３．２−３が用いられる。Ｍ＝２に関しては、Ａ＝４に関する表１０．１．３．２−３が用いられる。
【０１４６】
手順ＩＩＩ．２の欠点は、ＳＣｅｌｌ上でリソース割り当てが浪費され、かつチャネルセレクション表のセットにおけるＨＡＲＱ−ＡＣＫビットのマッピングが不十分なことである。たとえ、３ＧＰＰ  ＴＳ３６．２１３の１０．１．３．２におけるルールに従って、ＰＵＣＣＨチャネル・リソースがＳＣｅｌｌのために構成されていても、マッピング表の設計特性ゆえに、ＰＵＣＣＨフィードバックを運ぶためにそれらのリソースを用いることはできない。そのうえ、すべてのＳＣｅｌｌ  ＨＡＲＱ−ＡＣＫビットにＤＴＸが設定されるので、チャネルセレクションの実際のＨＡＲＱ−ＡＣＫビットが減少する。
【０１４７】
ケースＩＶでは、ＳＣｅｌｌのみがＨＡＲＱ−ＡＣＫ情報を上りリンクでレポートする必要がある（例えば、既知の上りリンクではＳＣｅｌｌのＭＣが０より大きく、ＰＣｅｌｌのＭＣが０であるか、またはＰＣｅｌｌに関するＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションが何もない）。ケースＩＶは、ＰＣｅｌｌがＴＤＤ  ＵＬ−ＤＬ構成０を用いて構成されているときに、サブフレーム３およびサブフレーム８で生じるに過ぎない。ケースＩＶでは、表（４）および表（５）に示されるようにＳＣｅｌｌの可能なＭＣは、１、２および４である。
【０１４８】
リリース１０では、ＰＣｅｌｌもＳＣｅｌｌも同じＭ値を有する。それゆえに、ケースＩＶは、現在のリリース１０仕様ではサポートされない。ケースＩＩＩと同様に、本明細書に開示されるシステムおよび方法に従って、この課題を解決するための（便宜上、手順ＩＶ．１およびＩＶ．２と示される）２つの手順がある。
【０１４９】
手順ＩＶ．１では、異なるＴＤＤ  ＵＬ−ＤＬ構成を用いたＴＤＤ  ＣＡにおけるケースＩＶのＵＬレポートに対して、単一セル・レポーティング手順が適用される。リリース１０では、ＰＣｅｌｌもＳＣｅｌｌもＭが同じなので、たとえＰＣｅｌｌ上でＰＤＳＣＨが検出されなくても、チャネルセレクションを伴うフォーマット１ｂが用いられる。従って、２つの構成されたセルに基づいてチャネルセレクションが常に行われる。２つまでのＰＵＣＣＨリソースをＰＣｅｌｌおよびＳＣｅｌｌの両方に配置することができる。手順ＩＶ．１を用いると、ＰＣｅｌｌにはＰＵＣＣＨリソースを割り当てる必要がない。そのうえ、ＳＣｅｌｌ上では２つ以上のＰＵＣＣＨリソースが必要とされる（例えば、ＳＣｅｌｌ上でＭ＝４をサポートするために４つのＰＵＣＣＨリソースが必要である）。手順ＩＶ．１を用いて、ＳＣｅｌｌのためのＰＵＣＣＨリソースが上位レイヤ・シグナリングによって動的に配置されるか、または構成される。
【０１５０】
セカンダリセル上でサブフレーム（単数または複数）ｎ−ｋ内の対応するＰＤＣＣＨの検出によって示され、ここでｋ∈表（２）に基づいて確定されたＳＣｅｌｌの参照構成のＫである、ＰＤＳＣＨ送信（例えば、ＳＣｅｌｌ上でＰＤＳＣＨが自己スケジュールされる）に関しては、動的または暗黙的なＰＵＣＣＨ割り当てが可能ではなく、すべてのＰＵＣＣＨリソースは、上位レイヤ・シグナリングによって構成される。
【０１５１】
プライマリセル上でサブフレーム（単数または複数）ｎ−ｋ内の対応するＰＤＣＣＨの検出によって示され、ここでｋ∈表（２）に基づいて確定されたセカンダリセルの参照構成のＫである、ＰＤＳＣＨ送信（例えば、ＳＣｅｌｌ上のＰＤＳＣＨがＰＣｅｌｌによってクロスキャリアスケジュールされる）に関しては、ＰＵＣＣＨリソースを動的または暗黙的に配置することができる。例えば、ＰＵＣＣＨリソースは、
【０１５２】
【数１５】
2015520526.tif 000028
【０１５３】
であり、ｃは、ＮＣ≦ｎＣＣＥ，ｉ≦ＮＣ＋１，
【０１５４】
【数１６】
2015520526.tif 000029
【０１５５】
であるように｛０，１，２，３｝から選択され、ここでｎＣＣＥ，ｉは、サブフレームｎ−ｋｉでの対応するＰＤＣＣＨの送信に用いられる第１の制御チャネル要素（ＣＣＥ：Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）の数であり、
【０１５６】
【数１７】
2015520526.tif 000030
【０１５７】
は、上位レイヤによって構成される。
【０１５８】
手順ＩＶ．１を用いると、チャネルセレクション・マッピング表は、３ＧＰＰ  ＴＳ３６．２１３の１０．１．３．１節における１つの構成された在圏セルの場合に従う。異なるＴＤＤ  ＵＬ−ＤＬ構成を用いたＴＤＤ  ＣＡにおけるケースＩＶのＵＬレポートに関して、ＳＣｅｌｌのＭＣが１であるときには、１つだけのＰＵＣＣＨフォーマット１ａ／１ｂリソースが用いられ、チャネルセレクションは行われない。フォーマット１ａは、ＰＤＳＣＨ送信に１つだけのコードワードがある場合に用いられる。フォーマット１ｂは、ＰＤＳＣＨ送信に２つのコードワードがある場合に用いられる。
【０１５９】
異なるＴＤＤ  ＵＬ−ＤＬ構成を用いたＴＤＤ  ＣＡにおけるケースＩＶのＵＬレポートに関して、ＳＣｅｌｌのＭＣが１より大きいときには、ＵＥは、上位レイヤ・シグナリングに基づいて、表１０．１．３−２、表１０．１．３−３、および表１０．１．３−４のセットか、または表１０．１．３−５、表１０．１．３−６、および表１０．１．３−７のセットのいずれかに従って構成される。
【０１６０】
手順ＩＶ．１の利益は、配置されるＰＵＣＣＨリソースの数が減少し、ＨＡＲＱ−ＡＣＫがチャネルセレクション表により正確にマッピングされることである。ＰＣｅｌｌにＰＵＣＣＨリソースは必要とされない。１つまたは２つのコードワードをもつＭＳＣｅｌｌ＝１のＳＣｅｌｌには、１つのＰＵＣＣＨフォーマット１ａ／１ｂリソースが配置される。ＳＣｅｌｌのＭＣが２である場合、２つのＰＵＣＣＨフォーマット１ｂリソースが配置される。ＳＣｅｌｌのＭＣが４である場合、４つのＰＵＣＣＨフォーマット１ｂリソースが配置される。ＳＣｅｌｌのＭＣが１より大きく、ＰＤＳＣＨが２つのコードワードで構成されている場合には、２つのコードワードのＨＡＲＱ−ＡＣＫビットが１つのＨＡＲＱ−ＡＣＫビットへ空間的にバンドルされる。
【０１６１】
手順ＩＶ．２では、ＰＣｅｌｌのＭＣにＳＣｅｌｌのＭＣが設定されている場合には、リリース１０における１つ以上のセルの場合に対して、チャネルセレクション手順を伴うＰＵＣＣＨフォーマット１ｂがＭ＝ＳＣｅｌｌのＭＣとともに再使用される。手順ＩＶ．２を用いて、ＰＣｅｌｌに対応するＨＡＲＱ−ＡＣＫビットがＤＴＸでレポートされる。手順ＩＶ．２の利点は、１つ以上の構成された在圏セルに関してチャネルセレクション表を再使用することである（例えば、単一の構成されたセルに関するチャネルセレクション表のセットがＴＤＤ  ＣＡには用いられない）。Ｍ＝１に関して、ＳＣｅｌｌ上のＰＤＳＣＨが１つのコードワードを有する場合には、Ａ＝２に関する表１０．１．３．２−１が用いられる。Ｍ＝１であり、ＳＣｅｌｌ上のＰＤＳＣＨが２つのコードワードを有するか、または、Ｍ＝２に関しては、Ａ＝４に関する表１０．１．３．２−３が用いられる。Ｍ＝４に関しては、表１０．１．３．２−６が用いられる。
【０１６２】
手順ＩＶ．２の欠点は、ＰＣｅｌｌ上でリソース割り当てが浪費され、かつチャネルセレクション表のセットにおけるＨＡＲＱ−ＡＣＫビットのマッピングが不十分なことである。たとえ、３ＧＰＰ  ＴＳ３６．２１３の１０．１．３．２節におけるルールに従って、ＰＣｅｌｌのためにＰＵＣＣＨチャネル・リソースが構成されていても、マッピング表の設計特性ゆえに、ＰＵＣＣＨフィードバックを運ぶためにそれらのリソースを用いることができない。そのうえ、すべてのＰＣｅｌｌ  ＨＡＲＱ−ＡＣＫビットにＤＴＸが設定されるので、チャネルセレクション表の実際のコードワードスペースが大幅に減少する。従って、ＳＣｅｌｌのＨＡＲＱ−ＡＣＫは、特にＭ＝４の場合に関しては、単一セルの場合のＨＡＲＱ−ＡＣＫのようには正確にレポートされない。
【０１６３】
ケースＶでは、ＰＣｅｌｌのＭＣがＳＣｅｌｌのＭＣより小さい。リリース１０では、ＰＣｅｌｌもＳＣｅｌｌも同じＭ値を有する。それゆえに、ケースＶは、現在のリリース１０仕様ではサポートされない。
【０１６４】
表（４）に示されるようなアプローチＡを用いると、ケースＶにおけるＰＣｅｌｌおよびＳＣｅｌｌのＭＣの組み合わせは、ＰＣｅｌｌのＭＣ＝１，ＳＣｅｌｌのＭＣ＝２；ＰＣｅｌｌのＭＣ＝１，ＳＣｅｌｌのＭＣ＝３；ＰＣｅｌｌのＭＣ＝１，ＳＣｅｌｌのＭＣ＝４；ＰＣｅｌｌのＭＣ＝２，ＳＣｅｌｌのＭＣ＝４；およびＰＣｅｌｌのＭＣ＝３，ＳＣｅｌｌのＭＣ＝４を含む。表（５）に示されるようなアプローチＢを用いると、アプローチＡのすべての組み合わせに加えて、ＰＣｅｌｌのＭＣ＝２，ＳＣｅｌｌのＭＣ＝３のもう１つの組み合わせがある。ＰＣｅｌｌのＭＣは、ケースＩＶでは０である。それゆえに、ケースＩＶは、ケースＶの特殊な事例であり、ケースＩＶについて上に記載されたアプローチの代わりに、ケースＶと同じアプローチに従ってもよい。
【０１６５】
ケースＶＩでは、ＰＣｅｌｌのＭＣがＳＣｅｌｌのＭＣより大きい。リリース１０では、ＰＣｅｌｌもＳＣｅｌｌも同じＭ値を有する。それゆえに、ケースＶＩは、現在のリリース１０仕様ではサポートされない。
【０１６６】
ケースＶＩは、ＳＣｅｌｌのＭＣとして実効値ＭＥｆｆが用いられるときに、アプローチＢにおいてのみ上りリンク・レポートで生じる。より具体的には、ケースＶＩの上りリンク・レポーティングは、ＳＣｅｌｌ参照構成がＳＣｅｌｌのＴＤＤ  ＵＬ−ＤＬ構成とは異なる表（２）におけるケースＡおよびケースＣでは、いくつかの上りリンクサブフレームで生じるであろう。アプローチＢを用いると表（５）に示されるように、ケースＶＩにおけるＰＣｅｌｌおよびＳＣｅｌｌのＭＣの組み合わせは、ＰＣｅｌｌのＭＣ＝２，ＳＣｅｌｌのＭＣ＝１；ＰＣｅｌｌのＭＣ＝４，ＳＣｅｌｌのＭＣ＝１；ＰＣｅｌｌのＭＣ＝４，ＳＣｅｌｌのＭＣ＝２；およびＰＣｅｌｌのＭＣ＝４，ＳＣｅｌｌのＭＣ＝３を含む。ＳＣｅｌｌのＭＣは、ケースＩＩＩでは０である。それゆえに、ケースＩＩＩは、ケースＶの特殊な事例であり、ケースＩＩＩに関して上に記載されたアプローチの代わりに、ケースＶと同じアプローチに従ってもよい。
【０１６７】
ケースＶおよびケースＶＩの両方に関して、これらの課題を解決するためのいくつかの手順がある。手順Ｖ．１またはＶＩ．１では、上りリンクと関連付けられたサブフレームの総数またはＨＡＲＱ−ＡＣＫビットの総数として、Ｍｔｏｔａｌが定義される。アプローチＡでは、Ｍｔｏｔａｌは、すべてのセルに関して、既知の上りリンクに関連付けられたサブフレームの総数である。それゆえに、Ｍｔｏｔａｌは、ＰＣｅｌｌのＭＣとＳＣｅｌｌのＭＣとの合計である（例えば、Ｍｔｏｔａｌ＝ＭＰＣｅｌｌ＋ＳＣｅｌｌのＭＣ、ここでＳＣｅｌｌのＭＣは、アプローチＡではＭＲｅｆ、アプローチＢではＭＥｆｆである）。方法Ｂでは、１つのセルのＭＣが１である場合、Ｍｔｏｔａｌは、既知の上りリンクと関連付けられたＨＡＲＱ−ＡＣＫビットの総数として定義される。従って、１つだけのトランスポートブロックをサポートする伝送モードがＭＣ＝１をもつ在圏セル上に構成されている場合、Ｍｔｏｔａｌ＝ｍａｘ（ＰＣｅｌｌおよびＳＣｅｌｌのＭＣ）＋１であり、ここでｍａｘ（ＰＣｅｌｌおよびＳＣｅｌｌのＭＣ）は、ＰＣｅｌｌのＭＣおよびＳＣｅｌｌのＭＣのうちの最大ＭＣ値を返し；２つのトランスポートブロックをサポートする伝送モードがＭＣ＝１をもつ在圏セル上に構成されている場合には、Ｍｔｏｔａｌ＝ｍａｘ（ＰＣｅｌｌおよびＳＣｅｌｌのＭＣ）＋２である。
【０１６８】
次に、
【０１６９】
【数１８】
2015520526.tif 000031
【０１７０】
が導出され、Ｍｔｏｔａｌおよび導出されたＭ（例えば、Ｍｄｅｒｉｖｅｄ）に基づいて、既存のリリース１０のマッピング表が再使用される。例えば、Ｍｔｏｔａｌ＝５であれば、導出されたＭ＝３をもつ既存のマッピング表を再使用する。Ｍｔｏｔａｌ＝７であれば、導出されたＭ＝４をもつ既存のマッピング表を再使用する。Ｍｔｏｔａｌが４以下であれば、Ａ＝ＭｔｏｔａｌおよびＡ∈｛２，３，４｝をもつチャネルセレクション表１０．１．３．２−１／２／３に従って、チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂが行われる。
【０１７１】
Ｍｔｏｔａｌが４より大きければ、ＰＣｅｌｌおよびＳＣｅｌｌのＭＣ値が異なるため、高い方のＭＣをもつセルの１つのＨＡＲＱ−ＡＣＫビットを、導出された
【０１７２】
【数１９】
2015520526.tif 000032
【０１７３】
ビットに切り詰める必要があり、切り詰められたビットが小さい方のＭＣをもつセルのＨＡＲＱ−ＡＣＫビットに多重化される。必要ならば、ビットの総数が導出された
【０１７４】
【数２０】
2015520526.tif 000033
【０１７５】
に達するように、小さい方のＭＣをもつセルの末端にＤＴＸがパッディングされる。
【０１７６】
この手順Ｖ．１またはＶＩ．１の利益は、実際のＨＡＲＱ−ＡＣＫペイロードに最もよく合致するＭを与えることである。チャネルセレクション・マッピング表を確定するためには最小Ｍ値が用いられる。潜在的にＭが小さいほど、ＰＵＣＣＨレポートのＨＡＲＱ−ＡＣＫ精度が良くなる。
【０１７７】
手順Ｖ．１またはＶＩ．１の主要な欠点は、異なるセルをＨＡＲＱ−ＡＣＫビット多重化するための余分の複雑さである。手順Ｖ．１またはＶＩ．１に伴う別の課題は、高い方のＭＣをもつセルのＨＡＲＱ−ＡＣＫビットから、高い方のＭＣをもつセルの切り詰められたビットへ誤差伝播である。低い方のＭＣをもつセルにおけるＨＡＲＱ−ＡＣＫビットがＤＴＸである場合、高い方のＭＣをもつセルの切り詰められたビットは、チャネルセレクション表では「任意」と見做される（例えば、このビットは、復号するときに考慮されない）。しかし、切り詰められたビットは、高い方のＭＣをもつセル上のＰＤＣＣＨのＤＡＩが高い方のＭＣ値と同じである（例えば、すべてのＤＬサブフレームで既知のＵＥへのＰＤＳＣＨ送信がスケジュールされている）ときに、ＨＡＲＱ−ＡＣＫ情報を運ぶにすぎない。この可能性は極めて低く、高い方のＭＣをもつセルにおいてすべてのＤＬサブフレームで既知のＵＥへのＰＤＳＣＨ送信がスケジュールされている確率は極めて低いことから、Ｍの減少によるＨＡＲＱ−ＡＣＫ精度向上の利益を正当化し、かつ補償することができる。
【０１７８】
下の表では、Ａ＝３およびＡ＝４をもつ表において、在圏セルのｎ番目のサブフレームとは、在圏セルのアソシエーションセットにおける時間順にｎ番目のサブフレームのことである。ＭＣ＝１およびＭＣ＝２をもつセルに関して、セルのＨＡＲＱ−ＡＣＫ（ｊ）とは、アソシエーションセットにおける時間順で（ｊ＋１）番目のサブフレームのＨＡＲＱ−ＡＣＫ応答のことである。
【０１７９】
下の表では、ＰＣｅｌｌおよびＭＣ＞２に関して、サブフレーム（単数または複数）ｎ−ｋ内で検出され、ｋ∈Ｋである、対応するＰＤＣＣＨをもたないプライマリセル上でのＰＤＳＣＨ送信がある場合には、ＨＡＲＱ−ＡＣＫ（０）は、対応するＰＤＣＣＨをもたないＰＤＳＣＨ送信に対するＡＣＫ／ＮＡＣＫ／ＤＴＸ応答である。ＨＡＲＱ−ＡＣＫ（ｊ）、１≦ｊ≦ＭＣ−１は、対応するＰＤＣＣＨと、「ｊ」に等しいＰＤＣＣＨにおけるＤＡＩ値とをもつＰＤＳＣＨ送信に対する、あるいは、下りリンクＳＰＳリリースを示し、「ｊ」に等しいＰＤＣＣＨにおけるＤＡＩ値をもつＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫ／ＤＴＸ応答である。そうでない場合には、ＨＡＲＱ−ＡＣＫ（ｊ）、１≦ｊ≦ＭＣ−１は、対応するＰＤＣＣＨと、「ｊ＋１」に等しいＰＤＣＣＨにおけるＤＡＩ値とをもつＰＤＳＣＨ送信に対する、あるいは、下りリンクＳＰＳリリースを示し、「ｊ＋１」に等しいＰＤＣＣＨにおけるＤＡＩ値をもつＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫ／ＤＴＸ応答である。下の表では、ＳＣｅｌｌおよびＭＣ＞２に関して、在圏セルのＨＡＲＱ−ＡＣＫ（ｊ）、１≦ｊ≦ＭＣ−１は、対応するＰＤＣＣＨと、「ｊ＋１」に等しいＰＤＣＣＨにおけるＤＡＩ値とをもつＰＤＳＣＨ送信に対するＡＣＫ／ＮＡＣＫ／ＤＴＸ応答である。
【０１８０】
リリース１０では、すべてのセルが同じＭを有する。Ｍ＝１であれば、ＨＡＲＱ−ＡＣＫの空間的なバンドリングは行われない。従って、それぞれ１つまたは２つのコードワードをもつＰＤＳＣＨに対して、１または２ビットのＨＡＲＱ−ＡＣＫがサブフレームでレポートされる。Ｍ＞１であれば、ＨＡＲＱ−ＡＣＫの空間的なバンドリングが常に行われ、従って、１つまたは２つのいずれかのコードワードをもつＰＤＳＣＨに対して、１ビットのみのＨＡＲＱ−ＡＣＫがサブフレームでレポートされる。
【０１８１】
ケースＶの上りリンク・レポーティングに関して、方法Ｖ．１．Ａでは、サブフレームの総数としてＭｔｏｔａｌが定義され、導出された
【０１８２】
【数２１】
2015520526.tif 000034
【０１８３】
に従って、空間的なバンドリングが行われる。導出されたＭが常に１より大きいので、空間的なバンドリングが常に行われる。表（６）、表（７）、（まとめて表（８）と呼ばれる）表（８Ａ）および（８Ｂ）、ならびに（まとめて表（９）と呼ばれる）表（９Ａ）および（９Ｂ）は、方法Ｖ．１．Ａを用いたケースＶに関して、アプローチＡおよびアプローチＢの両方に適用できる可能な組み合わせをリストする。
2015520526.tif 000035
【０１８４】
2015520526.tif 000036
【０１８５】
2015520526.tif 000037
【０１８６】
2015520526.tif 000038
【０１８７】
2015520526.tif 000039
【０１８８】
2015520526.tif 000040
【０１８９】
ケースＶの上りリンク・レポーティングに関して、方法Ｖ．１．Ｂでは、１つのセルがＭＣ＝１をもち、既知の上りリンクサブフレームと関連付けられたＨＡＲＱ−ＡＣＫビットの総数としてＭｔｏｔａｌが設定され、かつ導出された
【０１９０】
【数２２】
2015520526.tif 000041
【０１９１】
である場合、ＭＣ＝１をもつセルではＨＡＲＱ−ＡＣＫの空間的なバンドリングは行われない。方法Ｖ．１．Ｂを用いたＰＣｅｌｌに関して、ＭＣ＝１をもつケースＶにおける可能な組み合わせが、表（１０）、（まとめて表（１１）と呼ばれる）表（１１Ａ）および（１１Ｂ）ならびに（まとめて表（１３）と呼ばれる）表（１３Ａ）および（１３Ｂ）にリストされる。（まとめて表（１２）と呼ばれる）表（１２Ａ）および（１２Ｂ）は、１つのコードワードをもつＰＵＳＣＨに対するＰＣｅｌｌのＭＣ＝１、およびＳＣｅｌｌのＭＣ＝３に関して、表（１１）に代わるマッピングを提供する。Ａ＝４を用いると、ＳＣｅｌｌからの４ビットのＨＡＲＱ−ＡＣＫは、高い方のＭＣをもつセルからの切り詰め以外は通常の順序であり、従って低い方のＭＣをもつセル上で多重化される。
2015520526.tif 000042
【０１９２】
2015520526.tif 000043
【０１９３】
2015520526.tif 000044
【０１９４】
2015520526.tif 000045
【０１９５】
2015520526.tif 000046
【０１９６】
2015520526.tif 000047
【０１９７】
2015520526.tif 000048
【０１９８】
ケースＶでは、ＳＣｅｌｌのＭＣが常に１より大きく、ＳＣｅｌｌと関連付けられたＰＵＣＣＨリソースは、３ＧＰＰ  ＴＳ３６．２１３のリリース１０  １０．１．３．２．１節におけるのと同じ方法で配置される。ＰＣｅｌｌのＭＣが１より大きい場合、ＰＣｅｌｌと関連付けられたＰＵＣＣＨリソースは、３ＧＰＰ  ＴＳ３６．２１３のリリース１０  １０．１．３．２．１節におけるのと同じ方法で配置される。ＰＣｅｌｌのＭＣが１である場合には、ＰＣｅｌｌと関連付けられたＰＵＣＣＨリソースは、在圏セル上で２つまでのトランスポートブロックをサポートする伝送モードを想定して、３ＧＰＰ  ＴＳ３６．２１３のリリース１０  １０．１．３．２．１節におけるのと同じ方法で配置される。
【０１９９】
ケースＶＩの上りリンク・レポーティングに関して、方法ＶＩ．１．Ａでは、サブフレームの総数としてＭｔｏｔａｌが定義され、導出された
【０２００】
【数２３】
2015520526.tif 000049
【０２０１】
に従って、空間的なバンドリングが行われる。表（１４）、（まとめて表（１５）と呼ばれる）表（１５Ａ）および（１５Ｂ）、（まとめて表（１６）と呼ばれる）表（１６Ａ）および（１６Ｂ）は、アプローチＢにのみ適用できる、方法ＶＩ．１．Ａを用いたケースＶＩに関する可能な組み合わせをリストする。
2015520526.tif 000050
【０２０２】
2015520526.tif 000051
【０２０３】
2015520526.tif 000052
【０２０４】
2015520526.tif 000053
【０２０５】
2015520526.tif 000054
【０２０６】
ケースＶＩの上りリンク・レポーティングに関して、方法ＶＩ．１．Ｂでは、１つのセルがＭＣ＝１をもち、ＨＡＲＱ−ＡＣＫビットの総数としてＭｔｏｔａｌが定義され、
【数２４】
2015520526.tif 000055
【０２０７】
である場合には、ＭＣ＝１をもつセルに対してＨＡＲＱ−ＡＣＫの空間的なバンドリングは行われない。方法ＶＩ．１．Ｂを用いたケースＶＩにおける可能な組み合わせが表（１７）、表（１８）ならびに（まとめて表（１９）と呼ばれる）表（１９Ａ）および（１９Ｂ）にリストされる。
2015520526.tif 000056
【０２０８】
2015520526.tif 000057
【０２０９】
2015520526.tif 000058
【０２１０】
2015520526.tif 000059
【０２１１】
ケースＶＩでは、ＰＣｅｌｌのＭＣが常に１より大きく、ＰＣｅｌｌと関連付けられたＰＵＣＣＨリソースは、３ＧＰＰ  ＴＳ３６．２１３のリリース１０  １０．１．３．２．１節におけるのと同じ方法で配置される。ＳＣｅｌｌのＭＣが１より大きい場合、ＰＣｅｌｌと関連付けられたＰＵＣＣＨリソースは、３ＧＰＰ  ＴＳ３６．２１３のリリース１０  １０．１．３．２．１節におけるのと同じ方法で配置される。ＳＣｅｌｌのＭＣが１である場合、ＰＣｅｌｌと関連付けられたＰＵＣＣＨリソースは、在圏セル上の２つまでのトランスポートブロックをサポートする伝送モードを想定して、３ＧＰＰ  ＴＳ３６．２１３のリリース１０  １０．１．３．２．１節におけるのと同じ方法で配置される。ＳＣｅｌｌと関連付けられたＰＵＣＣＨリソースは、ＳＣｅｌｌ上にＰＤＳＣＨ送信が自己スケジュールされている場合には、上位レイヤ（例えば、シグナリング）によって構成される。ＳＣｅｌｌと関連付けられたＰＵＣＣＨリソースは、ＰＤＳＣＨ送信がＰＣｅｌｌのＰＤＣＣＨによってクロスキャリアスケジュールされている場合には、３ＧＰＰ  ＴＳ３６．２１３のリリース１０  １０．１．３．２．１節に記載されるように動的に配置される。
【０２１２】
手順Ｖ．２またはＶＩ．２では、ＰＣｅｌｌのＭＣおよびＳＣｅｌｌのＭＣのうちの最大値としてＭｍａｘが定義される。手順Ｖ．２またはＶＩ．２では、リリース１０における１つ以上のセルの場合に対して、チャネルセレクション技術を伴うＰＵＣＣＨフォーマット１ｂがＭ＝Ｍｍａｘとともに再使用される。手順Ｖ．２またはＶＩ．２を用いて、合計がＭｍａｘビットになるように、小さい方のＭＣをもつ構成されたセルの余分のＨＡＲＱ−ＡＣＫビットにＤＴＸがパッディングされる。それぞれ表（２０）、（まとめて表（２１）と呼ばれる）表（２１Ａ）および（２１Ｂ）ならびに（まとめて表（２２）と呼ばれる）表（２２Ａ）および（２２Ｂ）に示されるように、それぞれＭｍａｘ＝２、Ｍｍａｘ＝３およびＭｍａｘ＝４に対して表１０．１．３．２−４／５／６のセットが用いられる。Ｍｍａｘ＝２では、表（２３）がＡ＝４に関するチャネルセレクション表１０．１．３．２−４を用いる。
2015520526.tif 000060
【０２１３】
2015520526.tif 000061
【０２１４】
2015520526.tif 000062
【０２１５】
2015520526.tif 000063
【０２１６】
2015520526.tif 000064
【０２１７】
手順Ｖ．２またはＶＩ．２の１つの利益は簡易さである。これらの手順は、１つ以上の構成された在圏セルに対してチャネルセレクション表を再使用する簡易な技術を提供する。しかしながら、これらの手順は、いくつかの欠点も有する。第１に、ＴＤＤ  ＨＡＲＱ−ＡＣＫ多重化、およびＭ＞１をもち、Ｍが表（３）で定義される集合Ｋにおける要素の数である、サブフレームｎに関しては、すべての対応する個別のＨＡＲＱ−ＡＣＫの論理積演算によって、ＤＬサブフレーム内の複数のコードワードにわたる空間的なＨＡＲＱ−ＡＣＫバンドリングが行われる。この場合、Ｍｍａｘが常に１より大きいので、ＰＤＳＣＨ上で２つのコードワードが送信される場合には、たとえケースＶにおけるＰＣｅｌｌのＭＣまたはケースＶＩにおけるＳＣｅｌｌのＭＣが１であっても、ＨＡＲＱ−ＡＣＫの空間的なバンドリングが常に行われる。それゆえに、ＨＡＲＱ−ＡＣＫの空間的なバンドリングは、セル自体のＭＣに従う。従って、ＭＣ＝１をもつセルに関してＰＤＳＣＨ上で２つのコードワードが送信される場合には、２つのＨＡＲＱ−ＡＣＫビットがレポートされる。表（２３）、（まとめて表（２４）と呼ばれる）表（２４Ａ）および（２４Ｂ）、ならびに（まとめて表（２５）と呼ばれる）表（２５Ａ）および（２５Ｂ）は、ＭＣ＝１およびそれぞれＭｍａｘ＝２、Ｍｍａｘ＝３、Ｍｍａｘ＝４をもつ１つのセルに関するマッピングを示す。Ｍｍａｘ＝２では、表２１がＡ＝４に関するチャネルセレクション表１０．１．３．２−４を用いる。
2015520526.tif 000065
【０２１８】
2015520526.tif 000066
【０２１９】
2015520526.tif 000067
【０２２０】
2015520526.tif 000068
【０２２１】
2015520526.tif 000069
【０２２２】
第２に、余分のＨＡＲＱ−ＡＣＫビットにＤＴＸがパッディングドされるので、チャネルセレクション表の実際のコードワードスペースが大幅に減少する。ＨＡＲＱ−ＡＣＫビットを運ぶ同数の実際の情報について、高い方のＭ値をもつチャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂの方が、低い方のＭ値をもつチャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂより通常は劣る。
【０２２３】
それゆえに、Ｍｔｏｔａｌ＜５ではいくつかの特別な処理が可能であり、このようにリリース１０におけるＡ＝３、４をもつ表を再使用することもできる。ＭＣ＝１をもつセルに対する空間的なバンドリングありまたはなしの手順Ｖ．２またはＶＩ．２における特別な処理の場合として、手順Ｖ．１またはＶＩ．１におけるのと同じマッピング表のセットが再使用されてもよい。
【０２２４】
以下の記載では、Ａ＝３である。Ａ＝３に関しては、手順Ｖ．１またはＶＩ．１における表（６）、表（１０）、表（１４）および表（１７）が適用される、すなわち、ＳＣｅｌｌのＭＣが２であり、ＰＣｅｌｌのＭＣが１であり、ＰＤＳＣＨ送信が１つのコードワードか、または空間的なバンドリングを伴う２つのコードワードをもつ；ＰＣｅｌｌのＭＣが２であり、ＳＣｅｌｌのＭＣが１であり、ＰＤＳＣＨ送信が１つのコードワードか、または空間的なバンドリングを伴う２つのコードワードをもつ。
【０２２５】
以下の記載では、Ａ＝４である。Ａ＝４に関しては、手順Ｖ．１またはＶＩ．１における表（７）、表（１２）（または表（１１））および表（１８）が適用される、すなわち、ＳＣｅｌｌのＭＣが２であり、ＰＣｅｌｌのＭＣが１である、ＰＤＳＣＨ送信が２つのコードワードをもち、空間的なバンドリングはない；ＰＣｅｌｌのＭＣが２であり、ＳＣｅｌｌのＭＣが１であり、ＰＤＳＣＨ送信が２つのコードワードをもち、空間的なバンドリングはない；ＳＣｅｌｌのＭＣが３であり、ＰＣｅｌｌのＭＣが１であり、ＰＤＳＣＨ送信が１つのコードワードか、または空間的なバンドリングを伴う２つのコードワードをもつ。
【０２２６】
手順Ｖ．３またはＶＩ．３では、ＳＣｅｌｌにＰＣｅｌｌのＭＣ（例えば、ＭＰＣｅｌｌ）が適用され、リリース１０のチャネルセレクション表がＭ＝ＭＰＣｅｌｌとともに再使用される。ＰＣｅｌｌのＭＣがＳＣｅｌｌのＭＣより大きい、ケースＶＩでは、手順ＶＩ．３は、手順ＶＩ．２と同じである。
【０２２７】
ＰＣｅｌｌのＭＣがＳＣｅｌｌのＭＣより小さい、ケースＶでは、ＰＣｅｌｌと同数のＨＡＲＱ−ＡＣＫビットを生成するために、ＳＣｅｌｌ上でＨＡＲＱ−ＡＣＫバンドリングが行われる。この技術は、ＰＵＣＣＨリソースアロケーションおよびマッピング表の観点から、より良好な後方互換性を有する。しかしながら、ＳＣｅｌｌビットのＨＡＲＱ−ＡＣＫバンドリングは、ＨＡＲＱ−ＡＣＫレポーティング結果を劣化させる。特に、この場合、クロスサブフレームまたはクロスＴＴバンドリングが適用されると、ＳＣｅｌｌにおけるすべてのＤＬサブフレームにＰＤＳＣＨ送信がスケジュールされている場合にのみＡＣＫフィードバックが可能である。
【０２２８】
より微妙な技術は、ＰＣｅｌｌと同数のＳＣｅｌｌのＨＡＲＱ−ＡＣＫビットをレポートすることである。ＰＣｅｌｌのＭＣが１であり、伝送モードがＰＣｅｌｌ上の１つのコードワードをサポートする場合には、「１」に等しいＰＤＣＣＨにおけるＤＡＩ値をもつＳＣｅｌｌ上の第１のサブフレーム（例えば、対応するＰＤＣＣＨをサブフレームｎ−ｋｍ内にもち、ｋｍ∈ＳＣｅｌｌの参照構成のＫである、ＳＣｅｌｌ上でのＰＤＳＣＨ送信のためのサブフレーム）に対して、１つのＨＡＲＱ−ＡＣＫビットがレポートされる。ＤＴＸは、対応するＤＡＩが受信されない場合にレポートされる。チャネルセレクションは、表（２６）に示される、Ａ＝２に関するＨＡＲＱ−ＡＣＫ多重化の送信と題した、表１０．１．３．２−１上で行われる。１より大きいＤＡＩ値をもつＰＤＣＣＨに対応するＰＤＳＣＨ送信に対しては、ＨＡＲＱ−ＡＣＫがレポートされない。このように、ｅＮＢは、かかるＰＤＳＣＨ送信のスケジューリングを回避しようと試みる。
【０２２９】
ＰＣｅｌｌのＭＣが１であり、伝送モードがＰＣｅｌｌ上の２つのコードワードをサポートする場合には、「１」または「２」のいずれかに等しいＰＤＣＣＨにおけるＤＡＩ値をもつＳＣｅｌｌ上の第１のサブフレームおよび第２のサブフレーム（例えば、対応するＰＤＣＣＨをサブフレームｎ−ｋｍ内にもち、ｋｍ∈ＳＣｅｌｌの参照構成のＫである、ＳＣｅｌｌ上でのＰＤＳＣＨ送信）に対して、ＳＣｅｌｌに関する２つのＨＡＲＱ−ＡＣＫビットがレポートされる。ＤＴＸは、対応するＤＡＩが受信されない場合にレポートされる。チャネルセレクションは、表（２７）に示される、Ａ＝４に関するＨＡＲＱ−ＡＣＫ多重化の送信と題した、表１０．１．３．２−３上で行われる。２より大きいＤＡＩ値をもつＰＤＣＣＨに対応するＰＤＳＣＨ送信に対しては、ＨＡＲＱ−ＡＣＫがレポートされない。このように、ｅＮＢは、かかるＰＤＳＣＨ送信のスケジューリングを回避しようと試みる。
【０２３０】
ＰＣｅｌｌのＭＣが２である場合には、「１」または「２」のいずれかに等しいＰＤＣＣＨにおけるＤＡＩ値をもつＳＣｅｌｌ上の第１のサブフレームおよび第２のサブフレーム（例えば、対応するＰＤＣＣＨをサブフレームｎ−ｋｍ内にもち、ｋｍ∈ＳＣｅｌｌの参照構成のＫである、ＳＣｅｌｌ上でのＰＤＳＣＨ送信）に対して、ＳＣｅｌｌに関する２つのＨＡＲＱ−ＡＣＫビットがレポートされる。ＤＴＸは、対応するＤＡＩが受信されない場合にレポートされる。チャネルセレクションは、表（２８）に示される、Ａ＝４に関するＨＡＲＱ−ＡＣＫ多重化の送信と題した、表１０．１．３．２−３上で行われる。２より大きいＤＡＩ値をもつＰＤＣＣＨに対応するＰＤＳＣＨ送信に対しては、ＨＡＲＱ−ＡＣＫがレポートされない。このように、ｅＮＢは、かかるＰＤＳＣＨ送信のスケジューリングを回避しようと試みる。
【０２３１】
ＰＣｅｌｌのＭＣが３である場合には、（まとめて表（２９）と呼ばれる）表（２９Ａ）および表（２９Ｂ）に示されるように、それぞれ「１」、「２」または「３」のいずれかに等しいＰＤＣＣＨにおけるＤＡＩ値をもつＳＣｅｌｌ上の第１のサブフレーム、第２のサブフレームおよび第３のサブフレーム（例えば、対応するＰＤＣＣＨをサブフレームｎ−ｋｍ内にもち、ｋｍ∈ＳＣｅｌｌの参照構成のＫである、ＳＣｅｌｌ上でのＰＤＳＣＨ送信）に対して、ＳＣｅｌｌに関する３までのＨＡＲＱ−ＡＣＫビットがレポートされる。ＤＴＸは、対応するＤＡＩが受信されない場合にレポートされる。３より大きいＤＡＩ値をもつＰＤＣＣＨに対応するＰＤＳＣＨ送信に対しては、ＨＡＲＱ−ＡＣＫがレポートされない。かくして、ｅＮＢは、かかるＰＤＳＣＨ送信のスケジューリングを回避しようと試みる。
2015520526.tif 000070
【０２３２】
2015520526.tif 000071
【０２３３】
2015520526.tif 000072
【０２３４】
2015520526.tif 000073
【０２３５】
2015520526.tif 000074
【０２３６】
手順Ｖ．４およびＶＩ．４では、ＰＣｅｌｌのＭＣがＳＣｅｌｌのＭＣとは異なる、ケースＶおよびケースＶＩに関して、新しいチャネルセレクション・マッピング表を定義することができる。マッピング表のセットは、上記の手順Ｖ．２またはＶＩ．２と同様に、小さい方のＭＣをもつセルにＤＴＸをパッディングすることによってＭ＝３およびＭ＝４に関する既存のマッピング表から導出される。これらの表は、ＰＣｅｌｌのＭＣとＳＣｅｌｌとのＭＣの組み合わせにさらによく合致するように設計することもできる。
【０２３７】
参考に、３ＧＰＰ仕様書からの追加の表が次のように示される。留意すべきは、本明細書では、便宜上、「トランスポートブロック」が表において「ＴＢ」と略記されることである。
【０２３８】
表１０．１．２．２．１−１：ＰＵＣＣＨフォーマット１ｂ  ＨＡＲＱ−ＡＣＫチャネルセレクションのためのトランスポートブロックおよび在圏セルのＨＡＲＱ−ＡＣＫ（ｊ）へのマッピング
2015520526.tif 000075
【０２３９】
表１０．１．３−２：Ｍ＝２に関するＨＡＲＱ−ＡＣＫ多重化の送信
2015520526.tif 000076
【０２４０】
表１０．１．３−３：Ｍ＝３に関するＨＡＲＱ−ＡＣＫ多重化の送信
2015520526.tif 000077
【０２４１】
表１０．１．３−４：Ｍ＝４に関するＨＡＲＱ−ＡＣＫ多重化の送信
2015520526.tif 000078
【０２４２】
表１０．１．３−５：Ｍ＝２に関するＨＡＲＱ−ＡＣＫ多重化の送信
2015520526.tif 000079
【０２４３】
表１０．１．３−６：Ｍ＝３に関するＨＡＲＱ−ＡＣＫ多重化の送信
2015520526.tif 000080
【０２４４】
表１０．１．３−７：Ｍ＝４に関するＨＡＲＱ−ＡＣＫ多重化の送信
2015520526.tif 000081
【０２４５】
表１０．１．３．２−１：Ａ＝２に関するＨＡＲＱ−ＡＣＫ多重化の送信
2015520526.tif 000082
【０２４６】
表１０．１．３．２−２：Ａ＝３に関するＨＡＲＱ−ＡＣＫ多重化の送信
2015520526.tif 000083
【０２４７】
表１０．１．３．２−３：Ａ＝４に関するＨＡＲＱ−ＡＣＫ多重化の送信
2015520526.tif 000084
【０２４８】
表１０．１．３．２−４：Ｍ＝２をもつＴＤＤに関するＰＵＣＣＨフォーマット１ｂ  ＨＡＲＱ−ＡＣＫチャネルセレクションのための各在圏セル上のサブフレームのＨＡＲＱ−ＡＣＫ（ｊ）へのマッピング
2015520526.tif 000085
【０２４９】
表１０．１．３．２−５：Ｍ＝３に関するＨＡＲＱ−ＡＣＫ多重化の送信
2015520526.tif 000086
【０２５０】
表１０．１．３．２−６：Ｍ＝４に関するＨＡＲＱ−ＡＣＫ多重化の送信
2015520526.tif 000087
2015520526.tif 000088
【０２５１】
次に、本明細書に開示されるシステムおよび方法の様々な例が図面を参照して記載される。図面中、同様の参照番号は機能的に類似した要素を示す。本明細書において図面に一般的に記載され、説明されるシステムおよび方法は、多種多様に異なった実装に配置され、設計されてもよい。従って、図面に表現されるいくつかの実装の以下のさらに詳細な記載は、特許請求の範囲を限定するものではなく、システムおよび方法を単に代表するに過ぎない。
【０２５２】
図１は、フィードバック情報を送受信するためのシステムおよび方法が実装された１つ以上のｅＮＢ１６０および１つ以上のＵＥ１０２の一構成を示すブロック図である。１つ以上のＵＥ１０２は、１つ以上のアンテナ１２２ａ〜ｎを用いて１つ以上のｅＮＢ１６０と通信する。例えば、ＵＥ１０２は、１つ以上のアンテナ１２２ａ〜ｎを用いてｅＮＢ１６０へ電磁信号を送信し、ｅＮＢ１６０から電磁信号を受信する。ｅＮＢ１６０は、１つ以上のアンテナ１８０ａ〜ｎを用いてＵＥ１０２と通信する。
【０２５３】
ＵＥ１０２およびｅＮＢ１６０は、相互に通信するために１つ以上のチャネル１１９、１２１を用いる。例えば、ＵＥ１０２は、１つ以上の上りリンクチャネル１２１を用いてｅＮＢ１６０へ情報またはデータを送信する。上りリンクチャネル１２１の例は、ＰＵＣＣＨおよびＰＵＳＣＨなどを含む。１つ以上のｅＮＢ１６０も、例として、１つ以上の下りリンクチャネル１１９を用いて１つ以上のＵＥ１０２へ情報またはデータを送信する。下りリンクチャネル１１９の例は、ＰＤＣＣＨ、ＰＤＳＣＨなどを含む。他の種類のチャネルが用いられてもよい。
【０２５４】
１つ以上のＵＥ１０２のそれぞれは、１つ以上のトランシーバ１１８、１つ以上の復調器１１４、１つ以上のデコーダ１０８、１つ以上のエンコーダ１５０、１つ以上の変調器１５４、データバッファ１０４およびＵＥオペレーション・モジュール１２４を含む。例えば、ＵＥ１０２では１つ以上の受信および／または送信経路が実装される。便宜上、ＵＥ１０２では単一のトランシーバ１１８、デコーダ１０８、復調器１１４、エンコーダ１５０および変調器１５４のみが示されるが、複数の並列要素（例えば、トランシーバ１１８、デコーダ１０８、復調器１１４、エンコーダ１５０および変調器１５４）が実装されてもよい。
【０２５５】
トランシーバ１１８は、１つ以上の受信機１２０および１つ以上の送信機１５８を含む。１つ以上の受信機１２０は、１つ以上のアンテナ１２２ａ〜ｎを用いてｅＮＢ１６０から信号を受信する。例えば、受信機１２０は、１つ以上の受信信号１１６を作り出すために信号を受信してダウンコンバートする。１つ以上の受信信号１１６は、復調器１１４へ供給される。１つ以上の送信機１５８は、１つ以上のアンテナ１２２ａ〜ｎを用いてｅＮＢ１６０へ信号を送信する。例えば、１つ以上の送信機１５８は、１つ以上の変調信号１５６をアップコンバートして送信する。
【０２５６】
復調器１１４は、１つ以上の復調信号１１２を作り出すために１つ以上の受信信号１１６を復調する。１つ以上の復調信号１１２は、デコーダ１０８へ供給される。ＵＥ１０２は、信号を復号するためにデコーダ１０８を用いる。デコーダ１０８は、１つ以上の復号信号１０６、１１０を作り出す。例えば、第１のＵＥ復号信号１０６は、データバッファ１０４に記憶される受信したペイロード・データを備える。第２のＵＥ復号信号１１０は、オーバーヘッド・データおよび／または制御データを備える。例えば、第２のＵＥ復号信号１１０は、１つ以上のオペレーションを行うためにＵＥオペレーション・モジュール１２４によって用いられるデータを供給する。
【０２５７】
本明細書では、用語「モジュール」は、特定の要素またはコンポーネントがハードウェア、ソフトウェア、またはハードウェアとソフトウェアとの組み合わせで実装されることを意味する。しかしながら、留意すべきは、本明細書に「モジュール」として示される任意の要素が代わりにハードウェアで実装されてもよいことである。例えば、ＵＥオペレーション・モジュール１２４は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。
【０２５８】
一般に、ＵＥオペレーション・モジュール１２４は、ＵＥ１０２が１つ以上のｅＮＢ１６０と通信することを可能にする。ＵＥオペレーション・モジュール１２４は、ＵＬ−ＤＬ構成１２８、ＵＥ  ＵＬ−ＤＬ構成確定モジュール１３０、ＨＡＲＱ−ＡＣＫ生成モジュール１３２、ＵＥレポーティング・サブフレーム確定モジュール１３４、ＵＥフィードバック・パラメータ確定モジュール１２６、およびフォーマット適用モジュール１８４のうちの１つ以上を含む。
【０２５９】
ＵＬ−ＤＬ構成１２８は、ＵＥ１０２とｅＮＢ１６０との間の通信に用いられるＵＬ−ＤＬ構成のセットを指定する。ＵＬ−ＤＬ構成の例は、上の表（１）に示されるＵＬ−ＤＬ構成０〜６を含む。ＵＬ−ＤＬ構成１２８は、ｅＮＢ（単数または複数）１６０との通信のためのＵＬ、ＤＬおよびスペシャルサブフレームを指定する。例えば、ＵＬ−ＤＬ構成１２８は、ＵＥ１０２がｅＮＢ１６０から情報を受信するためのＤＬサブフレームを示し、かつＵＥ１０２がｅＮＢ１６０へ情報を送信するためのＵＬサブフレームを示す。セル上での適切な通信のために、ＵＥ１０２およびｅＮＢ１６０は、同じセル上では同じＵＬ−ＤＬ構成１２８を適用する。しかしながら、異なるセル（例えば、ＰＣｅｌｌおよびＳＣｅｌｌ（単数または複数））上では異なるＵＬ−ＤＬ構成１２８が適用されてもよい。
【０２６０】
ＵＬ−ＤＬ構成１２８は、（例えば、上の表（３）に示されたように）ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションも示す。ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションは、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信するための特定の（ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫ）タイミングを指定する。例えば、ＨＡＲＱ−ＡＣＫ生成モジュール１３２は、ＰＤＳＣＨにおける信号（例えば、データ）が正しく受信されたか否かに基づいて、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を生成する。ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションは、ＵＥ１０２がＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報をレポートする（例えば、送信する）レポーティング・サブフレームを指定する。レポーティング・サブフレームは、ＰＤＳＣＨを含むサブフレームに基づいて確定される。
【０２６１】
ＵＥ  ＵＬ−ＤＬ構成確定モジュール１３０は、ＵＥ１０２が１つ以上のセルにＵＬ−ＤＬ構成（単数または複数）１２８のうちのどれを適用するかを確定する。例えば、ＵＥ１０２は、ＰＣｅｌｌのため、および１つ以上のＳＣｅｌｌのためのＵＬ−ＤＬ構成（単数または複数）１２８を示す１つ以上のＲＲＣ構成（例えば、ＳＩＢ−１ブロードキャスト情報または専用シグナリング）を受信する。例として、ＰＣｅｌｌおよびＳＣｅｌｌは、キャリアアグリゲーションに利用される。ＵＥ  ＵＬ−ＤＬ構成確定モジュール１３０は、どのＵＬ−ＤＬ構成１２８をＰＣｅｌｌに割り当て、どのＵＬ−ＤＬ構成１２８をＳＣｅｌｌに割り当てるかを確定する。ＰＣｅｌｌおよびＳＣｅｌｌ（単数または複数）のためのＵＬ−ＤＬ構成１２８は、同じであっても異なってもよい。
【０２６２】
ＵＥレポーティング・サブフレーム確定モジュール１３４は、ＨＡＲＱ−ＡＣＫ情報を送信するためのレポーティング・サブフレームを確定する。例えば、ＵＥレポーティング・サブフレーム確定モジュール１３４は、ＵＥ１０２がＳＣｅｌｌ  ＨＡＲＱ−ＡＣＫ情報（例えば、ＳＣｅｌｌに対応するＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫ情報）を送信するＨＡＲＱ−ＡＣＫレポーティング・サブフレームを確定する。例えば、ＵＥレポーティング・サブフレーム確定モジュール１３４は、表（３）に先述されたタイミング基準に従ってＰＣｅｌｌ上でＳＣｅｌｌ  ＨＡＲＱ−ＡＣＫ情報を送信するためのレポーティング・サブフレームを確定する。例として、上の表（３）（例えば、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーション表）は、サブフレーム（例えば、ＵＬサブフレーム）番号ｎに対して、対応するＰＤＳＣＨの位置をインデックス集合Ｋ：｛ｋ０，ｋ１，・・・，ｋＭ−１｝によって示し、サブフレームｎ−ｋ（例えば、ｎ−ｋ１）におけるＰＤＳＣＨのＨＡＲＱ−ＡＣＫがＵＬサブフレームｎでレポートされる。ＵＥ１０２は、確定されたＨＡＲＱ−ＡＣＫレポーティング・サブフレームでＳＣｅｌｌ  ＨＡＲＱ−ＡＣＫ情報を送信する。
【０２６３】
ＵＥフィードバック・パラメータ確定モジュール１２６は、１つ以上のセル（例えば、ＰＣｅｌｌ、ＳＣｅｌｌ（単数または複数））に対応する１つ以上のフィードバック・パラメータを確定する。例えば、ＵＥフィードバック・パラメータ確定モジュール１２６は、１つの以上のセルｃに関するフィードバック・パラメータＭＣを確定する。この確定は、例えば、先に（例として、図２に関連して）記載されたように達成される。いくつかの実装では、確定は、ＰＣｅｌｌ構成、ＳＣｅｌｌ構成、参照構成、衝突サブフレームの数、およびフィードバック・パラメータ確定方式のうちの１つ以上に基づく。
【０２６４】
フォーマット適用モジュール１８４は、ある場合に特定のフォーマットをＨＡＲＱ−ＡＣＫ情報に適用する。例えば、フォーマット適用モジュール１８４は、上記のケースＩ〜ＶＩのうちのどれが適用できるかを確定する。例として、ケースＩＩＩ〜ＶＩのうちの１つが適用できる場合、フォーマット適用モジュール１８４は、上記のようなＰＣｅｌｌフィードバック・パラメータおよびＳＣｅｌｌフィードバック・パラメータに基づいて、ＰＵＣＣＨフォーマット１ｂのチャネルセレクションを行う。特に、フォーマット適用モジュール１８４は、対応するケースに従って、上記のアプローチ、手順、方法および技術の１つ以上を適用する。例として、フォーマット適用モジュール１８４は、上記のようなＰＣｅｌｌおよびＳＣｅｌｌの１つ以上に対応するＨＡＲＱ−ＡＣＫ情報を多重化する。
【０２６５】
いくつかの実装では、ＵＥ１０２は、チャネルセレクション確定方式インジケータをｅＮＢ１６０から受信する。例えば、チャネルセレクション確定方式インジケータは、上記のアプローチ、手順、方法および技術の１つ以上を指定する。例として、ＵＥは、行われるべきチャネルセレクションが、ＰＣｅｌｌおよびＳＣｅｌｌのうちの関連付けられたサブフレームの総数（例えば、Ｍｔｏｔａｌ）か、またはＰＣｅｌｌおよびＳＣｅｌｌのうちの関連付けられたサブフレームの最大数（例えば、Ｍｍａｘ）に基づくかどうかを示すチャネルセレクション確定方式インジケータを受信する。フォーマット適用モジュール１８４は、上記のアプローチ、手順、方法および技術のうちの指定された１つ以上に従って、特定のフォーマットを適用する。これは、複数のチャネルセレクション確定方式が適用される実装において、ＵＥ１０２およびｅＮＢ１６０が同じチャネルセレクション確定方式を利用することを可能にする。
【０２６６】
ＵＥオペレーション・モジュール１２４は、情報１４８を１つ以上の受信機１２０に提供する。例えば、ＵＥオペレーション・モジュール１２４は、ＵＬ−ＤＬ構成１２８に基づいて送信をいつ受信すべきか、またはすべきでないかを受信機（単数または複数）１２０に通知する。
【０２６７】
ＵＥオペレーション・モジュール１２４は、情報１３８を復調器１１４へ供給する。例えば、ＵＥオペレーション・モジュール１２４は、ｅＮＢ１６０からの送信に予想される変調パターンを復調器１１４に通知する。
【０２６８】
ＵＥオペレーション・モジュール１２４は、情報１３６をデコーダ１０８に提供する。例えば、ＵＥオペレーション・モジュール１２４は、ｅＮＢ１６０からの送信に予想される符号化法をデコーダ１０８に通知する。
【０２６９】
ＵＥオペレーション・モジュール１２４は、情報１４２をエンコーダ１５０に提供する。情報１４２は、符号化されるデータおよび／または符号化のための命令を含む。例えば、ＵＥオペレーション・モジュール１２４は、送信データ１４６および／または他の情報１４２を符号化するようにエンコーダ１５０に命令する。他の情報１４２は、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫ情報を含む。
【０２７０】
エンコーダ１５０は、送信データ１４６および／またはＵＥオペレーション・モジュール１２４によって提供された他の情報１４２を符号化する。例えば、データ１４６および／または他の情報１４２の符号化は、誤り検出および／または訂正符号化、送信のための空間、時間および／または周波数リソースへのデータのマッピング、多重化などを伴う。エンコーダ１５０は、符号化データ１５２を変調器１５４へ供給する。
【０２７１】
ＵＥオペレーション・モジュール１２４は、情報１４４を変調器１５４に提供する。例えば、ＵＥオペレーション・モジュール１２４は、ｅＮＢ１６０への送信に用いられる変調型（例えば、コンステレーション・マッピング）を変調器１５４に通知する。変調器１５４は、１つ以上の変調信号１５６を１つ以上の送信機１５８へ供給するために符号化データ１５２を変調する。
【０２７２】
ＵＥオペレーション・モジュール１２４は、情報１４０を１つ以上の送信機１５８に提供する。この情報１４０は、１つ以上の送信機１５８に対する命令を含む。例えば、ＵＥオペレーション・モジュール１２４は、信号をｅＮＢ１６０へいつ送信すべきかを１つ以上の送信機１５８に命令する。いくつかの構成において、これは、ＵＬ−ＤＬ構成１２８に基づく。例として、１つ以上の送信機１５８は、ＵＬサブフレームの間に送信する。１つ以上の送信機１５８は、１つ以上のｅＮＢ１６０へ変調信号（単数または複数）１５６をアップコンバートして送信する。
【０２７３】
ｅＮＢ１６０は、１つ以上のトランシーバ１７６、１つ以上の復調器１７２、１つ以上のデコーダ１６６、１つ以上のエンコーダ１０９、１つ以上の変調器１１３、データバッファ１６２およびｅＮＢオペレーション・モジュール１８２を含む。例えば、ｅＮＢ１６０では１つ以上の受信および／または送信経路が実装される。便宜上、ｅＮＢ１６０では単一のトランシーバ１７６、デコーダ１６６、復調器１７２、エンコーダ１０９および変調器１１３のみが示されるが、複数の並列要素（例えば、トランシーバ１７６、デコーダ１６６、復調器１７２、エンコーダ１０９および変調器１１３）が実装されてもよい。
【０２７４】
トランシーバ１７６は、１つ以上の受信機１７８および１つ以上の送信機１１７を含む。１つ以上の受信機１７８は、１つ以上のアンテナ１８０ａ〜ｎを用いてＵＥ１０２から信号を受信する。例えば、受信機１７８は、１つ以上の受信信号１７４を作り出すために信号を受信してダウンコンバートする。１つ以上の受信信号１７４は、復調器１７２へ供給される。１つ以上の送信機１１７は、１つ以上のアンテナ１８０ａ〜ｎを用いてＵＥ１０２へ信号を送信する。例えば、１つ以上の送信機１１７は、１つ以上の変調信号１１５をアップコンバートして送信する。
【０２７５】
復調器１７２は、１つ以上の復調信号１７０を作り出すために１つ以上の受信信号１７４を復調する。１つ以上の復調信号１７０は、デコーダ１６６へ供給される。ｅＮＢ１６０は、信号を復号するためにデコーダ１６６を用いる。デコーダ１６６は、１つ以上の復号信号１６４、１６８を作り出す。例えば、第１のｅＮＢ復号信号１６４は、データバッファ１６２に記憶される受信したペイロード・データを備える。第２のｅＮＢ復号信号１６８は、オーバーヘッド・データおよび／または制御データを備える。例えば、第２のｅＮＢ復号信号１６８は、１つ以上のオペレーションを行うためにｅＮＢオペレーション・モジュール１８２が用いるデータ（例えば、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫ情報）を供給する。
【０２７６】
一般に、ｅＮＢオペレーション・モジュール１８２は、ｅＮＢ１６０が１つ以上のＵＥ１０２と通信することを可能にする。ｅＮＢオペレーション・モジュール１８２は、ＵＬ−ＤＬ構成１９４、ｅＮＢレポーティング・サブフレーム確定モジュール１９８、ｅＮＢ  ＵＬ−ＤＬ構成確定モジュール１９６、ｅＮＢフィードバック・パラメータ確定モジュール１５１およびインタプリタ１０７のうちの１つ以上を含む。いくつかの実装では、ｅＮＢオペレーション・モジュール１８２は、方式シグナリング・モジュール１５３も含む。
【０２７７】
ＵＬ−ＤＬ構成１９４は、ｅＮＢ１６０とＵＥ（単数または複数）１０２との間の通信に用いられるＵＬ−ＤＬ構成のセットを指定する。ＵＬ−ＤＬ構成１９４の例は、上の表（１）に示されるＵＬ−ＤＬ構成０〜６を含む。ＵＬ−ＤＬ構成１９４は、ＵＥ（単数または複数）１０２との通信のためのＵＬおよびＤＬサブフレームを指定する。例えば、ＵＬ−ＤＬ構成１９４は、ｅＮＢ１６０が情報をＵＥ（単数または複数）１０２へ送信するためのＤＬサブフレームを示し、ｅＮＢ１６０が情報をＵＥ（単数または複数）１０２から受信するためのＵＬサブフレームを示す。セル上での適切な通信のために、ＵＥ１０２およびｅＮＢ１６０は、同じセル上では同じＵＬ−ＤＬ構成１９４を適用する。しかしながら、異なるセル（例えば、ＰＣｅｌｌおよびＳＣｅｌｌ（単数または複数））上では異なるＵＬ−ＤＬ構成１９４が適用されてもよい。
【０２７８】
ＵＬ−ＤＬ構成１９４は、例えば、（表（３）に示されるように）ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションも示す。ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションは、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を受信するための特定の（ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫ）タイミングを指定する。ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションは、ＵＥ１０２がＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報をｅＮＢ１６０へレポートする（例えば、送信する）レポーティング・サブフレームを指定する。レポーティング・サブフレームは、ｅＮＢ１６０によって送信されたＰＤＳＣＨを含むサブフレームに基づいて確定される。
【０２７９】
ｅＮＢ  ＵＬ−ＤＬ構成確定モジュール１９６は、ＵＥ１０２が１つ以上のセルにＵＬ−ＤＬ構成（単数または複数）１９４のうちのどれを適用するかを確定する。例えば、ｅＮＢ１６０は、ＰＣｅｌｌのため、および１つ以上のＳＣｅｌｌのためのＵＬ−ＤＬ構成（単数または複数）１９４を示す１つ以上のＲＲＣ構成（例えば、ＳＩＢ−１ブロードキャスト情報または専用シグナリング）を送信する。例として、ＰＣｅｌｌおよびＳＣｅｌｌは、キャリアアグリゲーションに利用される。ｅＮＢ  ＵＬ−ＤＬ構成確定モジュール１９６は、ＵＬ−ＤＬ構成（単数または複数）１９４をＰＣｅｌｌに、およびＳＣｅｌｌに割り当てる。ｅＮＢ１６０は、これらの割り当ての１つ以上をＵＥ１０２へシグナリングする。ＰＣｅｌｌおよびＳＣｅｌｌ（単数または複数）のためのＵＬ−ＤＬ構成１９４は、同じあっても、異なってもよい。
【０２８０】
ｅＮＢレポーティング・サブフレーム確定モジュール１９８は、ＨＡＲＱ−ＡＣＫ情報を受信するためのレポーティング・サブフレームを確定する。例えば、ｅＮＢレポーティング・サブフレーム確定モジュール１９８は、ｅＮＢ１６０がＳＣｅｌｌ  ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫ情報（例えば、ＳＣｅｌｌに対応するＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫ情報）をＵＥ１０２から受信するＨＡＲＱ−ＡＣＫレポーティング・サブフレームを確定する。例えば、ｅＮＢレポーティン・サブフレーム確定モジュール１９８は、上の表（３）に記載された時間基準に従って、ＰＣｅｌｌ上でＳＣｅｌｌ  ＨＡＲＱ−ＡＣＫ情報を受信するためのレポーティング・サブフレームを確定する。例として、上の表（３）（例えば、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーション表）は、サブフレーム（例えば、ＵＬサブフレーム）番号ｎに対して、対応するＰＤＳＣＨの位置をインデックス集合Ｋ：｛ｋ０，ｋ１，・・・，ｋＭ−１｝によって示し、サブフレームｎ−ｋ（例えば、ｎ−ｋ１）におけるＰＤＳＣＨのＨＡＲＱ−ＡＣＫがＵＬサブフレームｎでレポートされる。ｅＮＢ１６０は、確定されたＨＡＲＱ−ＡＣＫレポーティング・サブフレームでＳＣｅｌｌ  ＨＡＲＱ−ＡＣＫ情報を受信する。
【０２８１】
ｅＮＢフィードバック・パラメータ確定モジュール１５１は、１つ以上のセル（例えば、ＰＣｅｌｌ、ＳＣｅｌｌ（単数または複数））に対応する１つ以上のフィードバック・パラメータを確定する。例えば、ｅＮＢフィードバック・パラメータ確定モジュール１５１は、１つ以上のセルｃに関するフィードバック・パラメータＭＣを確定する。この確定は、例えば、先に（例として、図３に関連して）記載されたように達成される。いくつかの実装では、確定は、ＰＣｅｌｌ構成、ＳＣｅｌｌ構成、参照構成、衝突サブフレームの数、およびフィードバック・パラメータ確定方式のうちの１つ以上に基づく。
【０２８２】
随意的な方式シグナリング・モジュール１５３は、フィードバック・パラメータ確定方式インジケータおよびチャネルセレクション確定方式インジケータのうちの１つ以上を生成する。いくつかの実装では、複数のフィードバック・パラメータ確定方式のうちの１つが利用される。これらの実装では、ｅＮＢ１６０は、どの方式が利用されるかをシグナリングする。例えば、ｅＮＢ１６０は、フィードバック・パラメータ（例えば、ＭＣ）が参照パラメータ（例えば、ＭＲｅｆ）に基づいて確定されるか、または参照パラメータおよび衝突サブフレームの数（例えば、ＭＥｆｆ＝ＭＲｅｆ−ｍ）に基づいて確定されるかどうかを示すフィードバック・パラメータ確定方式インジケータを送信する。他の実装では、ｅＮＢ１６０およびＵＥ１０２によって１つだけのフィードバック・パラメータ確定方式が利用される。これらの実装では、ｅＮＢ１６０は、フィードバック・パラメータ確定方式をシグナリングしなくてもよい。
【０２８３】
加えて、または代わりに、いくつかの実装では、複数のチャネルセレクション確定方式のうちの１つが利用される。これらの実装では、ｅＮＢ１６０は、どの方式が利用されるかをシグナリングする。例えば、ｅＮＢ１６０は、行われるべきチャネルセレクションがＰＣｅｌｌおよびＳＣｅｌｌのうちの関連付けられたサブフレームの総数（例えば、Ｍｔｏｔａｌ）、またはＰＣｅｌｌおよびＳＣｅｌｌのうちの関連付けられたサブフレームの最大数（例えば、Ｍｍａｘ）に基づくかどうかを示すチャネルセレクション確定方式インジケータを送信する。加えて、または代わりに、チャネルセレクション確定方式インジケータは、（例えば、チャネルセレクションを行うときにＵＥ１０２が適用するための）上記のアプローチ、手順、方法および技術の１つ以上を示す。他の実装では、ｅＮＢ１６０およびＵＥ１０２によって１つだけのチャネルセレクション確定方式が利用される。これらの実装では、ｅＮＢ１６０は、チャネルセレクション確定方式をシグナリングしなくてもよい。
【０２８４】
インタプリタ１０７は、特定の場合にＨＡＲＱ−ＡＣＫ情報のフォーマットを解釈する。例えば、インタプリタ１０７は、チャネルセレクションを伴うフォーマット１ｂを解釈する。例として、インタプリタ１０７は、上記のアプローチ、手順、方法および技術の１つ以上に従い、チャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂに基づいて、受信したＨＡＲＱ−ＡＣＫ情報を解釈する。
【０２８５】
ｅＮＢオペレーション・モジュール１８２は、情報１９０を１つ以上の受信機１７８に提供する。例えば、ｅＮＢオペレーション・モジュール１８２は、所定のセルのためのＵＬ−ＤＬ構成１９４に基づいて、送信をいつ受信すべきか、いつすべきでないかを受信機（単数または複数）１７８に通知する。
【０２８６】
ｅＮＢオペレーション・モジュール１８２は、情報１８８を復調器１７２に提供する。例えば、ｅＮＢオペレーション・モジュール１８２は、ＵＥ（単数または複数）１０２からの送信に予想される変調パターンを復調器１７２に通知する。
【０２８７】
ｅＮＢオペレーション・モジュール１８２は、情報１８６をデコーダ１６６に提供する。例えば、ｅＮＢオペレーション・モジュール１８２は、ＵＥ（単数または複数）１０２からの送信に予想される符号化法をデコーダ１６６に通知する。
【０２８８】
ｅＮＢオペレーション・モジュール１８２は、情報１０１をエンコーダ１０９に提供する。情報１０１は、符号化されるデータおよび／または符号化のための命令を含む。例えば、ｅＮＢオペレーション・モジュール１８２は、送信データ１０５および／または他の情報１０１を符号化するようにエンコーダ１０９に命令する。他の情報１０１は、例えば、ＲＲＣ構成（例えば、ＳＩＢ−１ブロードキャスト情報または専用シグナリング）（例えば、ＰＣｅｌｌ構成インジケータ、ＳＣｅｌｌ構成インジケータ）、チャネル方式確定インジケータ、およびフィードバック・パラメータ確定方式インジケータのうちの１つ以上を含む。
【０２８９】
エンコーダ１０９は、送信データ１０５および／またはｅＮＢオペレーション・モジュール１８２によって提供された他の情報１０１を符号化する。例えば、データ１０５および／または他の情報１０１の符号化は、誤り検出および／または訂正符号化、送信のための空間、時間および／または周波数リソースへのデータのマッピング、多重化などを伴う。エンコーダ１０９は、符号化データ１１１を変調器１１３へ供給する。送信データ１０５は、ＵＥ１０２へ伝えるためのネットワーク・データを含む。
【０２９０】
ｅＮＢオペレーション・モジュール１８２は、情報１０３を変調器１１３に提供する。この情報１０３は、変調器１１３に対する命令を含む。例えば、ｅＮＢオペレーション・モジュール１８２は、ＵＥ（単数または複数）１０２への送信に用いられる変調型（例えば、コンステレーション・マッピング）を変調器１１３に通知する。変調器１１３は、１つ以上の変調信号１１５を１つ以上の送信機１１７へ供給するために符号化データ１１１を変調する。
【０２９１】
ｅＮＢオペレーション・モジュール１８２は、情報１９２を１つ以上の送信機１１７に提供する。この情報１９２は、１つ以上の送信機１１７に対する命令を含む。例えば、ｅＮＢオペレーション・モジュール１８２は、信号をＵＥ（単数または複数）１０２へいつ送信すべきか（またはいつすべきでないか）を１つ以上の送信機１１７に命令する。いくつかの実装では、これは、ＵＬ−ＤＬ構成１９４に基づく。１つ以上の送信機１１７は、変調信号（単数または複数）１１５を１つ以上のＵＥ１０２へアップコンバートして送信する。
【０２９２】
留意すべきは、ＤＬサブフレームがｅＮＢ１６０から１つ以上のＵＥ１０２へ送信され、ＵＬサブフレームが１つ以上のＵＥ１０２からｅＮＢ１６０へ送信されることである。そのうえ、標準スペシャルサブフレームではｅＮＢ１６０も１つ以上のＵＥ１０２もデータを送信できる。
【０２９３】
留意すべきは、ｅＮＢ（単数または複数）１６０およびＵＥ（単数または複数）１０２に含まれる要素またはその部分のうちの１つ以上がハードウェアで実装されてもよいことである。例えば、これらの要素またはその部分の１つ以上は、チップ、回路素子またはハードウェア・コンポーネントなどとして実装されてもよい。本明細書に記載される機能または方法の１つ以上は、ハードウェアで実装されてもよく、および／またはハードウェアを用いて実行されてもよいことにも留意すべきである。例えば、本明細書に記載される方法の１つ以上は、チップセット、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、大規模集積回路（ＬＳＩ：ｌａｒｇｅ−ｓｃａｌｅ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）または集積回路などで実装されてもよく、および／またはそれらを用いて実現されてもよい。
【０２９４】
図２は、フィードバック情報を送信するための方法２００の一構成を示すフロー図である。ＵＥ１０２は、（例として、ＰＣｅｌｌ上の上りリンクサブフレームに関して）ＰＣｅｌｌに対応するＰＣｅｌｌフィードバック・パラメータを確定する（ステップ２０２）。例えば、ＵＥ１０２は、上の記載に従ってＰＣｅｌｌのＭＣを確定する（ステップ２０２）。例として、ＰＣｅｌｌフィードバック・パラメータ（例えば、ＰＣｅｌｌのＭＣ）は、上の表（３）によって示されるように、ｅＮＢ１６０からＵＥ１０へシグナリングされたＰＣｅｌｌ構成に対応するＭである。例えば、ＵＥ１０２は、ＰＣｅｌｌフィードバック・パラメータを指定するＰＣｅｌｌフィードバック・パラメータ・インジケータをｅＮＢ１６０から受信する。
【０２９５】
ＵＥ１０２は、（例として、ＰＣｅｌｌ上の既知の上りリンクサブフレームに対して）ＳＣｅｌｌに対応するＳＣｅｌｌフィードバック・パラメータを確定する（ステップ２０４）。例えば、ＵＥ１０２は、上の記載に従ってＳＣｅｌｌフィードバック・パラメータ（例えば、ＳＣｅｌｌのＭＣ）を確定する（ステップ２０４）。例として、ＵＥ１０２は、ＰＣｅｌｌ構成およびＳＣｅｌｌ構成に基づいてＳＣｅｌｌフィードバック・パラメータを確定する（ステップ２０４）。例えば、ＵＥ１０２は、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合であるか（ケースＡ）、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合であるか（ケースＢ）、いずれでもないか（ケースＣ）どうかに基づいて、ＳＣｅｌｌフィードバック・パラメータを確定する（ステップ２０４）。
【０２９６】
いくつかの実装では、ＵＥ１０２は、上記のアプローチの１つ以上に従ってＳＣｅｌｌフィードバック・パラメータを確定する（ステップ２０４）。加えて、または代わりに、ＵＥ１０２は、ＳＣｅｌｌフィードバック・パラメータを指定するＳＣｅｌｌフィードバック・パラメータ・インジケータをｅＮＢ１６０から受信してもよい。ＳＣｅｌｌフィードバック・パラメータは、特定のＵＬ−ＤＬ構成のＳＣｅｌｌに関して、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数を示す。例として、ＵＥ１０２は、ＳＣｅｌｌのＳＣｅｌｌフィードバック・パラメータを参照パラメータ（例えば、ＭＲｅｆ）として確定する（ステップ２０４）。参照パラメータは、参照構成に関して、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数を示す。
【０２９７】
例えば、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合である場合（例えば、ケースＡ）、参照パラメータは、ＰＣｅｌｌパラメータ（例えば、ＭＰＣｅｌｌ）に設定される。代わりに、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合である場合（例えば、ケースＢ）、参照パラメータは、ＳＣｅｌｌパラメータ（例えば、ＭＳＣｅｌｌ）に設定される。あるいは、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合でも上位集合でもない場合（例えば、ケースＣ）、参照パラメータは、所定のパラメータ（例えば、ＭＲｅｆＣｏｎｆ）に設定される。留意すべきは、所定のパラメータ（例えば、ＭＲｅｆＣｏｎｆ）が表（２）でケースＣに関して指定された参照構成に対応することである。
【０２９８】
いくつかの実装では、ＵＥ１０２は、衝突サブフレームの数（例えば、ｍ）および参照パラメータ（例えば、ＭＲｅｆ）に基づいてＳＣｅｌｌフィードバック・パラメータを確定する（ステップ２０４）。例えば、ＵＥ１０２は、参照パラメータ（例えば、ＭＲｅｆ）を上記のように確定して、ＳＣｅｌｌフィードバック・パラメータ（例えば、ＳＣｅｌｌのＭＣ）をＭＥｆｆ＝ＭＲｅｆ−ｍに等しく設定する。言い換えれば、ＭＥｆｆは、衝突サブフレームを除いて参照構成に従うＳＣｅｌｌに関する、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションをもつ下りリンクサブフレームおよびスペシャルサブフレームの数である。衝突サブフレームとは、参照構成ではＤＬサブフレームまたはスペシャルサブフレームであり、ＳＣｅｌｌ構成ではＵＬサブフレームであるサブフレームのことである。
【０２９９】
いくつかの実装では、同様のアプローチがクロスキャリアスケジューリングに適用される。例えば、ＵＥ１０２は、ＳＣｅｌｌがクロスキャリアスケジュールされているときに、（衝突サブフレームの数（例えば、ｍ）に加えて、またはその代わりに）参照パラメータ（例えば、ＭＲｅｆ）に基づいて、ＳＣｅｌｌフィードバック・パラメータを確定する（ステップ２０４）。代わりに、ＵＥ１０２は、ＳＣｅｌｌがクロスキャリアスケジュールされているときに、ＳＣｅｌｌフィードバック・パラメータをスケジューリングセル・パラメータ（例えば、ＭＳｃｈｅｄｕｌｉｎｇＣｅｌｌ）として確定してもよい（ステップ２０４）。ＭＳｃｈｅｄｕｌｉｎｇＣｅｌｌは、スケジューリングセル（ＵＬ−ＤＬ）構成に関する、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数である。スケジューリングセルがＰＣｅｌｌではない場合には、スケジューリングセル構成（のＭＣ）の代わりに、スケジューリングセルのＰＤＳＣＨレポーティング参照構成（のＭＣ）が用いられてもよい。
【０３００】
別の実装では、ＳＣｅｌｌのフィードバック・パラメータＭＣは、ＭＥｆｆ＿ＳｃｈｅｄｕｌｉｎｇＣｅｌｌであり、ここでＭＥｆｆ＿ＳｃｈｅｄｕｌｉｎｇＣｅｌｌは、スケジューリングセルのＭＥｆｆである（ＭＥｆｆは、例えば、衝突サブフレームを除いて、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫタイミングに従う対象となるスケジューリングセル（例えば、ＰＣｅｌｌ）構成の実効的なＭである）。このコンテキストでは、衝突サブフレームとは、スケジューリングセル構成ではＤＬまたはスペシャルサブフレームであり、ＳＣｅｌｌ構成ではＵＬサブフレームであるサブフレームのことである。スケジューリングセルがＰＣｅｌｌではない場合には、スケジューリングセル構成（のＭＣ）の代わりに、スケジューリングセルのＰＤＳＣＨレポーティング参照構成（のＭＣ）が用いられてもよい。残りの方法２００ステップは、ＰＣｅｌｌフィードバック・パラメータとＳＣｅｌｌフィードバック・パラメータとが異なるときに行われる。例えば、ＵＥ１０２は、上記のケースＩ〜ＶＩのうちのどれが適用できるかを確定する。例として、ケースＩでは、ＵＬ−ＤＬ構成５がＰＣｅｌｌ構成およびＳＣｅｌｌ構成のうちの少なくとも１つである。ケースＩでは、ＵＥ１０２は、チャネルセレクションを行わない。ケースＩＩでは、ＰＣｅｌｌフィードバック・パラメータ（例えば、ＰＣｅｌｌのＭＣ）とＳＣｅｌｌフィードバック・パラメータ（例えば、ＳＣｅｌｌのＭＣ）とは同じである。ケースＩＩでは、（リリース１０における）既知の技術が再使用される。しかしながら、ケースＩＩＩ〜ＶＩでは、ＵＥ１０２によって次の方法２００ステップが適用される。
【０３０１】
ＵＥ１０２は、ＰＣｅｌｌフィードバック・パラメータおよびＳＣｅｌｌフィードバック・パラメータに基づいて、ＰＵＣＣＨフォーマット１ｂのチャネルセレクションを行う（ステップ２０６）。これは、上の記載に従ってなされる。例えば、ＵＥ１０２は、上記のようなケースＩＩＩ、ＩＶ、ＶおよびＶＩの１つでは、ＰＣｅｌｌフィードバック・パラメータおよびＳＣｅｌｌフィードバック・パラメータに基づいて、ＰＵＣＣＨフォーマット１ｂのチャネルセレクションを行う（ステップ２０６）。特に、ＵＥ１０２は、上記のアプローチ、手順、方法および技術の１つ以上を適用する。
【０３０２】
例えば、ケースＩＩＩでは、レポートされるＨＡＲＱ−ＡＣＫをＰＣｅｌｌのみが有し（例えば、上りリンクサブフレームにおいてＰＣｅｌｌフィードバック・パラメータ（例えば、ＰＣｅｌｌのＭＣ）がゼロより大きく、ＳＣｅｌｌフィードバック・パラメータ（例えば、ＳＣｅｌｌのＭＣ）がゼロであり）、ＰＵＣＣＨフォーマット１ｂのチャネルセレクションを行うステップ２０６は、上記のように単一セルのＰＵＣＣＨフォーマット１ｂのチャネルセレクションを行うことを含む（例えば、３ＧＰＰ  ＴＳ３６．２１３の１０．１．３．１節で定義される表に基づいて、１つの構成された在圏セルに関するＰＵＣＣＨレポーティング方法または技術、例えば、ＰＵＣＣＨフォーマット１ａ／１ｂ、もしくはチャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂが行われる）。そのうえ、ケースＩＶでは、レポートされるＨＡＲＱ−ＡＣＫをＳＣｅｌｌのみが有し（例えば、上りリンクサブフレームにおいてＰＣｅｌｌフィードバック・パラメータ（例えば、ＰＣｅｌｌのＭＣ）がゼロであり、ＳＣｅｌｌフィードバック・パラメータ（例えば、ＳＣｅｌｌのＭＣ）がゼロより大きく）、ＰＵＣＣＨフォーマット１ｂのチャネルセレクションを行うステップ２０６は、上記のように単一セルのＰＵＣＣＨフォーマット１ｂのチャネルセレクションを行うことを含む。
【０３０３】
ケースＶでは、ＰＣｅｌｌフィードバック・パラメータ（例えば、ＰＣｅｌｌのＭＣ）がＳＣｅｌｌフィードバック・パラメータ（例えば、ＳＣｅｌｌのＭＣ）より小さく、ＰＵＣＣＨフォーマット１ｂのチャネルセレクションを行うステップ２０６は、上記のようなアプローチ、手順、方法および技術の１つ以上を適用することを含む。そのうえ、ケースＶＩでは、ＰＣｅｌｌフィードバック・パラメータ（例えば、ＰＣｅｌｌのＭＣ）がＳＣｅｌｌフィードバック・パラメータ（例えば、ＳＣｅｌｌのＭＣ）より大きく、ＰＵＣＣＨフォーマット１ｂのチャネルセレクションを行うステップ２０６は、上記のようなアプローチ、手順、方法および技術の１つ以上を適用することを含む。
【０３０４】
例として、ケースＶまたはケースＶＩでは、チャネルセレクションは、上記のようにＰＣｅｌｌおよびＳＣｅｌｌのうちの関連付けられたサブフレームの総数（例えば、Ｍｔｏｔａｌ）に基づく。加えて、または代わりに、ケースＶまたはケースＶＩでは、チャネルセレクションは、上記のようにＰＣｅｌｌおよびＳＣｅｌｌのうちの関連付けられたサブフレームの最大数（例えば、Ｍｍａｘ）に基づいてもよい。加えて、または代わりに、ケースＶまたはケースＶＩでは、チャネルセレクションは、ＰＣｅｌｌの関連付けられたサブフレームの数に基づいてもよく、ここでＨＡＲＱ−ＡＣＫ情報を送信するステップ２０８は、上記のようにＰＣｅｌｌ  ＨＡＲＱ−ＡＣＫビットの第２の数と同じか、または異なる（例えば、それ以下である）ＳＣｅｌｌ  ＨＡＲＱ−ＡＣＫの第１の数を送信することを含む。加えて、または代わりに、ケースＶまたはケースＶＩでは、チャネルセレクションは、チャネルセレクション表に基づいてもよい。例として、ＵＥ１０２は、ＰＣｅｌｌフィードバック・パラメータおよびＳＣｅｌｌフィードバック・パラメータに基づいて、チャネルセレクション表を選択する。チャネルセレクション表は、３ＧＰＰリリース１０仕様によって規定されるチャネルセレクション表であってもよく、あるいは、上記のように（リリース１０仕様によって規定されない）別の（新しい）チャネルセレクション表であってもよい。
【０３０５】
留意すべきは、いくつかの実装では、ＵＥ１０２がチャネルセレクション確定方式をｅＮＢ１６０から受信することである。例えば、チャネルセレクション確定方式は、上記のアプローチ、手順、方法および技術の１つ以上を指定する。これは、複数のチャネルセレクション確定方式が適用される実装において、ＵＥ１０２およびｅＮＢ１６０が同じチャネルセレクション確定方式を利用することを可能にする。
【０３０６】
留意すべきは、ＵＥ１０２がＨＡＲＱ−ＡＣＫ情報を確定することである。例えば、ＵＥ１０２は、１つ以上のＰＤＳＣＨ信号（例えば、音声、データ）がＰＣｅｌｌおよびＳＣｅｌｌの少なくとも１つで正しく受信されたかどうかを確定する。例として、ＵＥ１０２は、ＰＤＳＣＨ上で正しく受信されたパケットごとに肯定応答（ＡＣＫ）ビットを生成する。しかしながら、ＵＥ１０２は、ＰＤＳＣＨ上で正しく受信されないパケットごとに否定応答（ＮＡＣＫ）ビットを生成する。
【０３０７】
ＵＥ１０２は、チャネルセレクションに基づいてＨＡＲＱ−ＡＣＫ情報を送信する（ステップ２０８）。例えば、チャネルセレクションは、ＨＡＲＱ−ＡＣＫ情報が上りリンク・レポートでどのように多重化されて、レポートされるかを指定する。
【０３０８】
図３は、フィードバック情報を受信するための方法３００の一構成を示すフロー図である。ｅＮＢ１６０は、（例として、ＰＣｅｌｌ上の上りリンクサブフレームに対して）ＰＣｅｌｌに対応するＰＣｅｌｌフィードバック・パラメータを確定する（ステップ３０２）。例えば、ｅＮＢ１６０は、上の記載に従ってＰＣｅｌｌのＭＣを確定する（ステップ３０２）。例として、ＰＣｅｌｌフィードバック・パラメータ（例えば、ＰＣｅｌｌのＭＣ）は、上の表（３）に示されるようにｅＮＢ１６０によって確定されたＰＣｅｌｌ構成に対応するＭである。いくつかの実装では、ｅＮＢ１６０は、ＰＣｅｌｌフィードバック・パラメータを指定するＰＣｅｌｌフィードバック・パラメータ・インジケータをＵＥ１０２へ送信する。
【０３０９】
ｅＮＢ１６０は、（例として、ＰＣｅｌｌ上の既知の上りリンクサブフレームに対して）ＳＣｅｌｌに対応するＳＣｅｌｌフィードバック・パラメータを確定する（ステップ３０４）。例えば、ｅＮＢ１６０は、上の記載に従ってＳＣｅｌｌフィードバック・パラメータ（例えば、ＳＣｅｌｌのＭＣ）を確定する（ステップ３０４）。例として、ｅＮＢ１６０は、ＰＣｅｌｌ構成およびＳＣｅｌｌ構成に基づいてＳＣｅｌｌフィードバック・パラメータを確定する（ステップ３０４）。例えば、ｅＮＢ１６０は、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合であるか（ケースＡ）、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合であるか（ケースＢ）、いずれでもないか（ケースＣ）どうかに基づいて、ＳＣｅｌｌフィードバック・パラメータを確定する（ステップ３０４）。いくつかの実装では、ｅＮＢ１６０は、ＳＣｅｌｌフィードバック・パラメータを指定するＳＣｅｌｌフィードバック・パラメータ・インジケータをＵＥ１０２へ送信する。
【０３１０】
いくつかの実装では、ｅＮＢ１６０は、上記のアプローチの１つ以上に従ってＳＣｅｌｌフィードバック・パラメータを確定する（ステップ３０４）。ＳＣｅｌｌフィードバック・パラメータは、特定のＵＬ−ＤＬ構成のＳＣｅｌｌに関して、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数を示す。例として、ｅＮＢ１６０は、ＳＣｅｌｌのＳＣｅｌｌフィードバック・パラメータを参照パラメータ（例えば、ＭＲｅｆ）として確定する（ステップ３０４）。参照パラメータは、参照構成に関して、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数を示す。
【０３１１】
例えば、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合である場合（例えば、ケースＡ）、参照パラメータは、ＰＣｅｌｌパラメータ（例えば、ＭＰＣｅｌｌ）に設定される。代わりに、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合である場合（例えば、ケースＢ）、参照パラメータは、ＳＣｅｌｌパラメータ（例えば、ＭＳＣｅｌｌ）に設定される。あるいは、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットが、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合でも上位集合でもない場合（例えば、ケースＣ）、参照パラメータは、所定のパラメータ（例えば、ＭＲｅｆＣｏｎｆ）に設定される。留意すべきは、所定のパラメータ（例えば、ＭＲｅｆＣｏｎｆ）が表（２）でケースＣに関して指定される参照構成に対応することである。
【０３１２】
いくつかの実装では、ｅＮＢ１６０は、衝突サブフレームの数（例えば、ｍ）および参照パラメータ（例えば、ＭＲｅｆ）に基づいてＳＣｅｌｌフィードバック・パラメータを確定する（ステップ３０４）。例えば、ｅＮＢ１６０は、上記のように参照パラメータ（例えば、ＭＲｅｆ）を確定して、ＳＣｅｌｌフィードバック・パラメータ（例えば、ＳＣｅｌｌのＭＣ）をＭＥｆｆ＝ＭＲｅｆ−ｍに等しく設定する。言い換えれば、ＭＥｆｆは、衝突サブフレームを除いて参照構成に従うＳＣｅｌｌに関する、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションをもつ下りリンクサブフレームおよびスペシャルサブフレームの数である。衝突サブフレームとは、参照構成ではＤＬサブフレームまたはスペシャルサブフレームであり、ＳＣｅｌｌ構成ではＵＬサブフレームであるサブフレームのことである。
【０３１３】
いくつかの実装では、同様のアプローチがクロスキャリアスケジューリングに適用される。例えば、ｅＮＢ１６０は、ＳＣｅｌｌがクロスキャリアスケジュールされているときに、（衝突サブフレームの数（例えば、ｍ）に加えて、またはその代わりに）参照パラメータ（例えば、ＭＲｅｆ）に基づいて、ＳＣｅｌｌフィードバック・パラメータを確定する（ステップ３０４）。代わりに、ｅＮＢ１６０は、ＳＣｅｌｌがクロスキャリアスケジュールされているときに、ＳＣｅｌｌフィードバック・パラメータをスケジューリングセル・パラメータ（例えば、ＭＳｃｈｅｄｕｌｉｎｇＣｅｌｌ）として確定してもよい（ステップ３０４）。ＭＳｃｈｅｄｕｌｉｎｇＣｅｌｌは、スケジューリングセル（ＵＬ−ＤＬ）構成に関する、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーションをもつサブフレームの数である。スケジューリングセルがＰＣｅｌｌではない場合には、スケジューリングセル構成（のＭＣ）の代わりに、スケジューリングセルのＰＤＳＣＨレポーティング参照構成（のＭＣ）が用いられてもよい。
【０３１４】
別の実装では、ＳＣｅｌｌのフィードバック・パラメータＭＣは、ＭＥｆｆ＿ＳｃｈｅｄｕｌｉｎｇＣｅｌｌであり、ここでＭＥｆｆ＿ＳｃｈｅｄｕｌｉｎｇＣｅｌｌは、スケジューリングセルのＭＥｆｆである（ＭＥｆｆは、例えば、衝突サブフレームを除いて、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫタイミングに従う対象となるスケジューリングセル（例えば、ＰＣｅｌｌ）構成の実効的なＭである）。このコンテキストでは、衝突サブフレームとは、スケジューリングセル構成ではＤＬまたはスペシャルサブフレームであり、ＳＣｅｌｌ構成ではＵＬサブフレームであるサブフレームのことである。スケジューリングセルがＰＣｅｌｌではない場合には、スケジューリングセル構成（のＭＣ）の代わりに、スケジューリングセルのＰＤＳＣＨレポーティング参照構成（のＭＣ）が用いられてもよい。残りの方法３００ステップは、ＰＣｅｌｌフィードバック・パラメータとＳＣｅｌｌフィードバック・パラメータとが異なるときに行われる。例えば、ｅＮＢ１６０は、上記のケースＩ〜ＶＩのうちのどれが適用できるかを確定する。例として、ケースＩでは、ＵＬ−ＤＬ構成５がＰＣｅｌｌ構成およびＳＣｅｌｌ構成のうちの少なくとも１つである。ケースＩでは、ｅＮＢ１６０は、チャネルセレクションを行わない。ケースＩＩでは、ＰＣｅｌｌフィードバック・パラメータ（例えば、ＰＣｅｌｌのＭＣ）とＳＣｅｌｌフィードバック・パラメータ（例えば、ＳＣｅｌｌのＭＣ）とは同じである。ケースＩＩでは、（リリース１０における）既知の技術が再使用される。しかしながら、ケースＩＩＩ〜ＶＩに関しては、ｅＮＢ１６０によって次の方法３００ステップが適用される。
【０３１５】
ｅＮＢ１６０は、ＰＣｅｌｌフィードバック・パラメータおよびＳＣｅｌｌフィードバック・パラメータに基づいて、ＰＵＣＣＨフォーマット１ｂのチャネルセレクションを行う（ステップ３０６）。これは、上の記載に従ってなされる。例えば、ｅＮＢ１６０は、上記のようなケースＩＩＩ、ＩＶ、ＶおよびＶＩの１つでは、ＰＣｅｌｌフィードバック・パラメータおよびＳＣｅｌｌフィードバック・パラメータに基づいて、ＰＵＣＣＨフォーマット１ｂのチャネルセレクションを行う（ステップ３０６）。特に、ｅＮＢ１６０は、上記のアプローチ、手順、方法および技術の１つ以上を適用する。
【０３１６】
例えば、ケースＩＩＩでは、レポートされるＨＡＲＱ−ＡＣＫをＰＣｅｌｌのみが有し（例えば、上りリンクサブフレームにおいてＰＣｅｌｌフィードバック・パラメータ（例えば、ＰＣｅｌｌのＭＣ）がゼロより大きく、ＳＣｅｌｌフィードバック・パラメータ（例えば、ＳＣｅｌｌのＭＣ）がゼロであり）、ＰＵＣＣＨフォーマット１ｂのチャネルセレクションを行うステップ３０６は、上記のように単一セルのＰＵＣＣＨフォーマット１ｂのチャネルセレクションを行うことを含む（例えば、３ＧＰＰ  ＴＳ３６．２１３の１０．１．３．１節で定義される表に基づいて、１つの構成された在圏セルに関するＰＵＣＣＨレポーティング方法または技術、例えば、ＰＵＣＣＨフォーマット１ａ／１ｂ、またはチャネルセレクションを伴うＰＵＣＣＨフォーマット１ｂが行われる）。そのうえ、ケースＩＶでは、レポートされるＨＡＲＱ−ＡＣＫをＳＣｅｌｌのみが有し（例えば、上りリンクサブフレームにおいてＰＣｅｌｌフィードバック・パラメータ（例えば、ＰＣｅｌｌのＭＣ）がゼロであり、ＳＣｅｌｌフィードバック・パラメータ（例えば、ＳＣｅｌｌのＭＣ）がゼロより大きく）、ＰＵＣＣＨフォーマット１ｂのチャネルセレクションを行うステップ３０６は、上記のように単一セルのＰＵＣＣＨフォーマット１ｂのチャネルセレクションを行うことを含む。
【０３１７】
ケースＶでは、ＰＣｅｌｌフィードバック・パラメータ（例えば、ＰＣｅｌｌのＭＣ）がＳＣｅｌｌフィードバック・パラメータ（例えば、ＳＣｅｌｌのＭＣ）より小さく、ＰＵＣＣＨフォーマット１ｂのチャネルセレクションを行うステップ３０６は、上記のアプローチ、手順、方法および技術の１つ以上を適用することを含む。そのうえ、ケースＶＩでは、ＰＣｅｌｌフィードバック・パラメータ（例えば、ＰＣｅｌｌのＭＣ）がＳＣｅｌｌフィードバック・パラメータ（例えば、ＳＣｅｌｌのＭＣ）より大きく、ＰＵＣＣＨフォーマット１ｂのチャネルセレクションを行うステップ３０６は、上記のアプローチ、手順、方法および技術の１つ以上を適用することを含む。
【０３１８】
例として、ケースＶまたはケースＶＩでは、チャネルセレクションは、上記のようにＰＣｅｌｌおよびＳＣｅｌｌのうちの関連付けられたサブフレームの総数（例えば、Ｍｔｏｔａｌ）に基づく。加えて、または代わりに、ケースＶまたはケースＶＩでは、チャネルセレクションは、上記のようにＰＣｅｌｌおよびＳＣｅｌｌのうちの関連付けられたサブフレームの最大数（例えば、Ｍｍａｘ）に基づいてもよい。加えて、または代わりに、ケースＶまたはケースＶＩでは、チャネルセレクションは、ＰＣｅｌｌの関連付けられたサブフレームの数に基づいてもよく、ここでＨＡＲＱ−ＡＣＫ情報を受信するステップ３０８は、上記のようにＰＣｅｌｌ  ＨＡＲＱ−ＡＣＫビットの第２の数と同じか、または異なる（例えば、それ以下である）ＳＣｅｌｌ  ＨＡＲＱ−ＡＣＫの第１の数を受信することを含む。加えて、または代わりに、ケースＶまたはケースＶＩでは、チャネルセレクションは、チャネルセレクション表に基づいてもよい。例として、ｅＮＢ１６０は、ＰＣｅｌｌフィードバック・パラメータおよびＳＣｅｌｌフィードバック・パラメータに基づいてチャネルセレクション表を選択する。チャネルセレクション表は、リリース１０仕様によって規定されたチャネルセレクション表であってもよく、あるいは、上記のように（リリース１０仕様によって規定されない）別の（新しい）チャネルセレクション表であってもよい。
【０３１９】
留意すべきは、いくつかの実装では、ｅＮＢ１６０がチャネルセレクション確定方式をＵＥ１０２へ送信することである。例えば、チャネルセレクション確定方式は、上記のアプローチ、手順、方法および技術の１つ以上を指定する。これは、複数のチャネルセレクション確定方式が適用される実装において、ｅＮＢ１６０およびＵＥ１０２が同じチャネルセレクション確定方式を利用することを可能にする。
【０３２０】
留意すべきは、ｅＮＢ１６０がＰＤＳＣＨ信号（例えば、音声、データ）をＵＥ１０２へ送信することである。例えば、ｅＮＢ１６０は、データ（例えば、テキストメッセージ、インターネット閲覧データなど）に加えて、またはそれらの代わりに音声通話をＰＤＳＣＨによってＵＥ１０２へ送信する。
【０３２１】
ｅＮＢ１６０は、チャネルセレクションに基づいてＨＡＲＱ−ＡＣＫ情報を受信する（ステップ３０８）。例えば、チャネルセレクションは、受信したＨＡＲＱ−ＡＣＫ情報が上りリンク・レポートでどのように多重化されて、レポートされるかを指定する。ｅＮＢ１６０は、チャネルセレクションに基づいて、受信した（ステップ３０８）ＨＡＲＱ−ＡＣＫ情報を解釈する。
【０３２２】
図４は、本明細書に開示されるシステムおよび方法に従って用いられる無線フレーム４３５の一例を示す図である。この無線フレーム４３５構造は、ＴＤＤアプローチに適用できる。各無線フレーム４３５は、Ｔｆ＝３０７２００・Ｔｓ＝１０ｍｓの長さを有し、ここでＴｆは、無線フレーム４３５の持続時間であり、Ｔｓは、１／（１５０００×２０４８）秒に等しい時間単位である。無線フレーム４３５は、１５３６００・Ｔｓ＝５ｍｓの長さをそれぞれが有する２つのハーフフレーム４３３を含む。各ハーフフレーム４３３は、３０７２０・Ｔｓ＝１ｍｓの長さをそれぞれが有する５つのサブフレーム４２３ａ〜ｅ、４２３ｆ〜ｊを含む。
【０３２３】
上の表（１）において、無線フレームにおけるサブフレームごとに、「Ｄ」は、サブフレームが下りリンク送信のために予約されていることを示し、「Ｕ」は、サブフレームが上りリンク送信のために予約されていることを示し、「Ｓ」は、３つのフィールド、すなわち、下りリンク・パイロット時間スロット（ＤｗＰＴＳ：ｄｏｗｎｌｉｎｋ  ｐｉｌｏｔ  ｔｉｍｅ  ｓｌｏｔ）、ガード期間（ＧＰ：ｇｕａｒｄ  ｐｅｒｉｏｄ）および上りリンク・パイロット時間スロット（ＵｐＰＴＳ：ｕｐｌｉｎｋ  ｐｉｌｏｔ  ｔｉｍｅ  ｓｌｏｔ）をもつスペシャルサブフレームを示す。ＤｗＰＴＳおよびＵｐＰＴＳの長さは、ＤｗＰＴＳ、ＧＰおよびＵｐＰＴＳの全長が３０７２０・Ｔｓ＝１ｍｓに等しいことを前提として、（３ＧＰＰ  ＴＳ３６．２１１の表４．２−１からの）表（３０）に示される。表（５）は、（標準）スペシャルサブフレームのいくつかの構成を示す。各サブフレームｉは、各サブフレームにおける長さがＴｓｌｏｔ＝１５３６０・Ｔｓ＝０．５ｍｓの２つのスロット２ｉおよび２ｉ＋１として定義される。表（３０）では、便宜上、「サイクリックプレフィックス」は「ＣＰ」と略記され、「構成」は「Ｃｏｎｆｉｇ」と略記される。
2015520526.tif 000089
【０３２４】
下りリンクから上りリンクへの切り替えポイント周期が５ｍｓおよび１０ｍｓの両方のＵＬ−ＤＬ構成がサポートされる。下りリンクから上りリンクへの切り替えポイント周期が５ｍｓの場合には、スペシャルサブフレームが両方のハーフフレームに存在する。下りリンクから上りリンクへの切り替えポイント周期が１０ｍｓの場合には、スペシャルサブフレームが第１のハーフフレームにのみ存在する。サブフレーム０および５ならびにＤｗＰＴＳは、下りリンク送信のために予約される。ＵｐＰＴＳおよびスペシャルサブフレームのすぐ後に続くサブフレームは、上り送信のために予約される。
【０３２５】
本明細書に開示されるシステムおよび方法に従って、用いられるサブフレーム４２３のいくつかのタイプは、下りリンクサブフレーム、上りリンクサブフレームおよびスペシャルサブフレーム４３１を含む。図４に示される５ｍｓ周期を有する例では、無線フレーム４３５に２つの標準スペシャルサブフレーム４３１ａ〜ｂが含まれる。
【０３２６】
第１のスペシャルサブフレーム４３１ａは、下りリンク・パイロット時間スロット（ＤｗＰＴＳ）４２５ａ、ガード期間（ＧＰ）４２７ａ、および上りリンク・パイロット時間スロット（ＵｐＰＴＳ）４２９ａを含む。この例では、第１の標準スペシャルサブフレーム４３１ａは、サブフレームｏｎｅ４２３ｂに含まれる。第２の標準スペシャルサブフレーム４３１ｂは、下りリンク・パイロット時間スロット（ＤｗＰＴＳ）４２５ｂ、ガード期間（ＧＰ）４２７ｂ、および上りリンク・パイロット時間スロット（ＵｐＰＴＳ）４２９ｂを含む。この例では、第２の標準スペシャルサブフレーム４３１ｂは、サブフレームｓｉｘ４２３ｇに含まれる。ＤｗＰＴＳ４２５ａ〜ｂおよびＵｐＰＴＳ４２９ａ〜ｂの長さは、ＤｗＰＴＳ４２５、ＧＰ４２７およびＵｐＰＴＳ４２９の各集合の全長が３０７２０・Ｔｓ＝１ｍｓに等しいことを前提として、(上の表（５）に示される)３ＧＰＰ  ＴＳ３６．２１１の表４．２−１によって与えられる。
【０３２７】
各サブフレームｉ４２３ａ〜ｊ（この例では、ｉは、サブフレームｚｅｒｏ４２３ａ（例えば０）からサブフレームｎｉｎｅ４２３ｊ（例えば９）に及ぶサブフレームを示す）は、各サブフレーム４２３における長さがＴｓｌｏｔ＝１５３６０・Ｔｓ＝０．５ｍｓの２つのスロット２ｉおよび２ｉ＋１として定義される。例えば、サブフレームｚｅｒｏ（例えば０）４２３ａは、第１のスロットを含めて、２つのスロットを含む。
【０３２８】
本明細書に開示されるシステムおよび方法に従って、下りリンクから上りリンクへの切り替えポイント周期が５ｍｓおよび１０ｍｓの両方のＵＬ−ＤＬ構成が用いられる。図４は、切り替えポイント周期が５ｍｓの無線フレーム４３５の一例を示す。下りリンクから上りリンクへの切り替えポイント周期が５ｍｓの場合には、各ハーフフレーム４３３が標準スペシャルサブフレーム４３１ａ〜ｂを含む。下りリンクから上りリンクへの切り替えポイント周期が１０ｍｓの場合には、スペシャルサブフレームは、第１のハーフフレーム４３３にのみ存在する。
【０３２９】
サブフレームｚｅｒｏ（例えば０）４２３ａおよびサブフレームｆｉｖｅ（例えば５）４２３ｆならびにＤｗＰＴＳ  ４２５ａ〜ｂは、下りリンク送信のために予約される。ＵｐＰＴＳ４２９ａ〜ｂ、およびスペシャルサブフレーム（単数または複数）４３１ａ〜ｂのすぐ後に続くサブフレーム（単数または複数）（例えば、サブフレームｔｗｏ４２３ｃおよびサブフレームｓｅｖｅｎ４２３ｈ）は、上りリンク送信のために予約される。留意すべきは、いくつかの実装では、衝突サブフレームの数を確定するために、スペシャルサブフレーム４３１がＤＬサブフレームと見做されることである。
【０３３０】
図５は、本明細書に記載されるシステムおよび方法に従って、いくつかのＵＬ−ＤＬ構成５３７ａ〜ｇを示す図である。特に、図５は、サブフレーム５２３ａおよびサブフレーム番号５３９ａをもつＵＬ−ＤＬ構成ｚｅｒｏ５３７ａ（例えば、「ＵＬ−ＤＬ構成０」）、サブフレーム５２３ｂおよびサブフレーム番号５３９ｂをもつＵＬ−ＤＬ構成ｏｎｅ５３７ｂ（例えば、「ＵＬ−ＤＬ構成１」）、サブフレーム５２３ｃおよびサブフレーム番号５３９ｃをもつＵＬ−ＤＬ構成ｔｗｏ５３７ｃ（例えば、「ＵＬ−ＤＬ構成２」）、ならびにサブフレーム５２３ｄおよびサブフレーム番号５３９ｄをもつＵＬ−ＤＬ構成ｔｈｒｅｅ５３７ｄ（例えば、「ＵＬ−ＤＬ構成３」）を示す。図５は、サブフレーム５２３ｅおよびサブフレーム番号５３９ｅをもつＵＬ−ＤＬ構成ｆｏｕｒ５３７ｅ（例えば、「ＵＬ−ＤＬ構成４」）、サブフレーム５２３ｆおよびサブフレーム番号５３９ｆをもつＵＬ−ＤＬ構成ｆｉｖｅ５３７ｆ（例えば、「ＵＬ−ＤＬ構成５」）、ならびにサブフレーム５２３ｇおよびサブフレーム番号５３９ｇをもつＵＬ−ＤＬ構成ｓｉｘ５３７ｇ（例えば、「ＵＬ−ＤＬ構成６」）も示す。
【０３３１】
図５は、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーション５４１（例えば、ＰＵＣＣＨまたはＰＵＳＣＨ上でのＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫフィードバックアソシエーション）をさらに示す。ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーション５４１は、ＰＤＳＣＨ送信のためのサブフレーム（例えば、ＰＤＳＣＨ送信が送られるか、および／または受信されるサブフレーム）に対応するＨＡＲＱ−ＡＣＫレポーティング・サブフレームを示す。留意すべきは、図５に示される無線フレームのいくつかが、便宜上、切り詰められていることである。
【０３３２】
本明細書に開示されるシステムおよび方法は、図５に示されるＵＬ−ＤＬ構成５３７ａ〜ｇの１つ以上に適用できる。例えば、図５に示されるＵＬ−ＤＬ構成５３７ａ〜ｇのうちの１つに対応する１つ以上のＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーション５４１が、ＵＥ１０２とｅＮＢ１６０との間の通信に適用される。例えば、ＵＬ−ＤＬ構成５３７がＰＣｅｌｌに確定される（例えば、割り当てられる、適用される）。この場合、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーション５４１は、ＰＣｅｌｌに対応するＨＡＲＱ−ＡＣＫフィードバック送信のためのＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫタイミング（例えば、ＨＡＲＱ−ＡＣＫレポーティング・サブフレーム）を指定する。ＳＣｅｌｌ  ＨＡＲＱ−ＡＣＫフィードバック送信に関しては、フィードバック・パラメータに従って参照ＵＬ−ＤＬ構成に対応するＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫアソシエーション５４１が利用される。いくつかの事例では、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫ情報は、上記のようにチャネルセレクションを伴うフォーマット１ｂに基づいてフォーマットされて、上りリンクサブフレームでレポートされる。
【０３３３】
図６は、ＰＣｅｌｌおよびＳＣｅｌｌ構成の例を示す図である。より具体的には、例Ａ６４５ａは、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合である、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットを示す（例えば、ケースＡ）。例Ｂ６４５ｂは、ＳＣｅｌｌ構成のためのＤＬサブフレームのセットの部分集合である、ＰＣｅｌｌ構成のためのＤＬサブフレームのセットを示す（例えば、ケースＢ）。
【０３３４】
本明細書に開示されるシステムおよび方法に従って、（例えば、ＳＩＢ−１に基づいて確定された）ＳＣｅｌｌ構成によって示されるＤＬサブフレームのセットが、（例えば、ＳＩＢ−１に基づいて確定された）ＰＣｅｌｌ構成によって示されるＤＬサブフレームの部分集合である場合には、フィードバック・パラメータＭＣによって決定づけられるように、ＳＣｅｌｌ  ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫタイミング（例えば、レポート）は、ＰＣｅｌｌ構成に従う。この場合、ＳＣｅｌｌ構成におけるすべてＤＬサブフレームは、ＰＣｅｌｌ構成におけるＤＬサブフレームでもある。留意すべきは、ＰＣｅｌｌがＳＣｅｌｌのＤＬサブフレームに加えて配置された余分のＤＬサブフレームを有することである。図６では、便宜上、ＤＬサブフレームは「Ｄ」で示され、ＵＬサブフレームは「Ｕ」で示され、（例えば、ＵＬ成分およびＤＬ成分の両方を含む）スペシャルサブフレームは「Ｓ」で示される。
【０３３５】
特に、図６は、ＳＣｅｌｌ構成によって示されるＤＬサブフレームのセットがＰＣｅｌｌ構成によって示されるＤＬサブフレームの部分集合である、例Ａ６４５ａを示す。より具体的には、例Ａ６４５ａは、ＰＣｅｌｌ構成ｔｗｏ（例えば「２」）６３７ａおよびＳＣｅｌｌ構成ｏｎｅ（例えば「１」）６３７ｂを示す。例Ａ６４５ａでは、ＳＣｅｌｌ  ＤＬサブフレーム０、１、４、５、６および９は、ＰＣｅｌｌ  ＤＬサブフレームの部分集合６４３ａである。
【０３３６】
本明細書に開示されるシステムおよび方法に従って、（例えば、ＳＩＢ−１に基づいて確定された）ＰＣｅｌｌ構成によって示されるＤＬサブフレームのセットが、（例えば、ＳＩＢ−１に基づいて確定された）ＳＣｅｌｌ構成によって示されるＤＬサブフレームの部分集合である場合には、フィードバック・パラメータＭＣによって決定づけられるように、ＳＣｅｌｌ  ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫタイミング（例えば、レポート）は、ＳＣｅｌｌ構成に従う。この場合には、ＰＣｅｌｌ構成におけるすべてＤＬサブフレームは、ＳＣｅｌｌ構成におけるＤＬサブフレームでもある。留意すべきは、ＳＣｅｌｌがＰＣｅｌｌのＤＬサブフレームに加えて配置された余分のＤＬサブフレームを有することである。
【０３３７】
特に、図６は、ＰＣｅｌｌ構成によって示されるＤＬサブフレームのセットがＳＣｅｌｌ構成によって示されるＤＬサブフレームの部分集合である、例Ｂ６４５ｂを示す。より具体的には、例Ｂ６４５ｂは、ＳＣｅｌｌ構成ｔｗｏ（例えば「２」）６３７ｃおよびＰＣｅｌｌ構成ｏｎｅ（例えば「１」）６３７ｄを示す。例Ｂ６４５ｂでは、ＰＣｅｌｌ  ＤＬサブフレーム０、１、４、５、６および９は、ＳＣｅｌｌ  ＤＬサブフレームの部分集合６４３ｂである。
【０３３８】
図７は、ＰＣｅｌｌ構成７３７ｂとＳＣｅｌｌ構成７３７ａとの間の衝突サブフレーム７４７の例を示す図である。衝突サブフレームは、あるサブフレームが１つのＵＬ−ＤＬ構成ではＤＬ（またはスペシャルサブフレーム）であり、別のＵＬ−ＤＬ構成ではＵＬサブフレームであるときに生じる。この例では、サブフレーム３および８がＳＣｅｌｌ構成ｏｎｅ７３７ａおよびＰＣｅｌｌ構成ｔｗｏ７３７ｂではＵＬサブフレームであるので、サブフレーム３および８は、ＳＣｅｌｌ構成ｏｎｅ７３７ａとＰＣｅｌｌ構成ｔｗｏ７３７ｂとの間の衝突サブフレーム７４７である。
【０３３９】
本明細書に開示されるシステムおよび方法に従って、上記のいくつかのアプローチでは、衝突サブフレームの数ｍが利用される。例えば、ＳＣｅｌｌのフィードバック・パラメータＭＣは、ＭＥｆｆとして定義され、ここでＭＥｆｆは、ＰＣｅｌｌ構成または参照構成がＤＬサブフレーム（または、例えばスペシャルサブフレーム）を含み、ＳＣｅｌｌ構成がＵＬサブフレームを含む衝突サブフレームを除いて、ＰＤＳＣＨ  ＨＡＲＱ−ＡＣＫタイミングに従う対象となる参照構成の実効的なＭである（例えば、ＭＥｆｆ＝ＭＲｅｆ−ｍ）。図７では、便宜上、ＤＬサブフレームは「Ｄ」で示され、ＵＬサブフレームは「Ｕ」で示され、（例えば、ＵＬ成分およびＤＬ成分の両方を含む）スペシャルサブフレームは「Ｓ」で示される。
【０３４０】
図８は、ＵＥ８０２に利用される様々なコンポーネントを示す。図８に関連して記載されるＵＥ８０２は、図１に関連して記載されるＵＥ１０２に従って実装される。ＵＥ８０２は、ＵＥ８０２のオペレーションを制御するプロセッサ８６３を含む。プロセッサ８６３は、中央処理装置（ＣＰＵ：ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）とも呼ばれる。メモリ８６９は、リードオンリメモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、これら２つの組み合わせ、あるいは情報を記憶する任意のタイプのデバイスを含み、プロセッサ８６３に命令８６５ａおよびデータ８６７ａを与える。メモリ８６９の一部分は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ：ｎｏｎ−ｖｏｌａｔｉｌｅ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）も含んでよい。命令８６５ｂおよびデータ８６７ｂは、プロセッサ８６３にも存在する。プロセッサ８６３に読み込まれた命令８６５ｂおよび／またはデータ８６７ｂは、プロセッサ８６３による実行または処理のために読み込まれた、メモリ８６９からの命令８６５ａおよび／またはデータ８６７ａも含んでよい。命令８６５ｂは、上記の方法２００を実装するためにプロセッサ８６３によって実行される。
【０３４１】
ＵＥ８０２は、データの送受信を可能にするための１つ以上の送信機８５８および１つ以上の受信機８２０が入った筺体も含む。送信機（単数または複数）８５８および受信機（単数または複数）８２０は、１つ以上のトランシーバ８１８に組み合わされてもよい。１つ以上のアンテナ８２２ａ〜ｎは、筺体に取り付けられて、トランシーバ８１８に電気的に結合される。
【０３４２】
ＵＥ８０２の様々なコンポーネントは、データバスに加えて電力バス、制御信号バスおよびステータス信号バスを含む、バスシステム８７１によって結合される。しかしながら、明確にするために、図８では様々なバスがバスシステム８７１として示される。ＵＥ８０２は、信号処理用のデジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）８７３も含んでよい。ＵＥ８０２は、ＵＥ８０２の機能へのユーザ・アクセスを提供する通信インターフェース８７５も含んでよい。図８に示されるＵＥ８０２は、具体的なコンポーネントのリスティングではなく、機能ブロック図である。
【０３４３】
図９は、ｅＮＢ９６０に利用される様々なコンポーネントを示す。図９に関連して記載されるｅＮＢ９６０は、図１に関連して記載されるｅＮＢ１６０に従って実装される。ｅＮＢ９６０は、ｅＮＢ９６０の動作を制御するプロセッサ９７７を含む。プロセッサ９７７は、中央処理装置（ＣＰＵ）とも呼ばれる。メモリ９８３は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、これら２つの組み合わせ、あるいは情報を記憶する任意のタイプのデバイスを含み、プロセッサ９７７に命令９７９ａおよびデータ９８１ａを与える。メモリ９８３の一部分は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）も含んでよい。命令９７９ｂおよびデータ９８１ｂは、プロセッサ９７７にも存在する。プロセッサ９７７に読み込まれた命令９７９ｂおよび／またはデータ９８１ｂは、プロセッサ９７７による実行または処理のために読み込まれた、メモリ９８３からの命令９７９ａおよび／またはデータ９８１ａも含んでよい。命令９７９ｂは、上記の方法３００を実装するためにプロセッサ９７７によって実行される。
【０３４４】
ｅＮＢ９６０は、データの送受信を可能にするための１つ以上の送信機９１７および１つ以上の受信機９７８が入った筺体も含む。送信機（単数または複数）９１７および受信機（単数または複数）９７８は、１つ以上のトランシーバ９７６に組み合わされてもよい。１つ以上のアンテナ９８０ａ〜ｎは、筺体に取り付けられて、トランシーバ９７６に電気的に結合される。
【０３４５】
ｅＮＢ９６０の様々なコンポーネントは、データバスに加えて電力バス、制御信号バスおよびステータス信号バスを含む、バスシステム９８５によって結合される。しかしながら、明確にするために、図９では様々なバスがバスシステム９８５として示される。ｅＮＢ９６０は、信号処理用のデジタル信号プロセッサ（ＤＳＰ）９８７も含んでよい。ｅＮＢ９６０は、ｅＮＢ９６０の機能へのユーザ・アクセスを提供する通信インターフェース９８９も含んでよい。図９に示されるｅＮＢ９６０は、具体的なコンポーネントのリスティングではなく、機能ブロック図である。
【０３４６】
図１０は、フィードバック情報を送信するためのシステムおよび方法が実装されたＵＥ１００２の一構成を示すブロック図である。ＵＥ１００２は、送信手段１０５８、受信手段１０２０および制御手段１０２４を含む。送信手段１０５８、受信手段１０２０および制御手段１０２４は、上の図２および図８に関連して記載される機能の１つ以上を行うように構成される。上の図８は、図１０の具体的な装置構造の一例を示す。図２および図８の機能の１つ以上を実現するために、他の様々な構造が実装されてもよい。例えば、ＤＳＰがソフトウェアによって実現されてもよい。
【０３４７】
図１１は、フィードバック情報を受信するためのシステムおよび方法が実装されたｅＮＢ１１６０の一構成を示すブロック図である。ｅＮＢ１１６０は、送信手段１１１７、受信手段１１７８および制御手段１１８２を含む。送信手段１１１７、受信手段１１７８および制御手段１１８２は、上の図３  図９に関連して記載される機能の１つ以上を行うように構成される。上の図９は、図１１の具体的な装置構造の一例を示す。図３および図９の機能の１つ以上を実現するために、他の様々な構造が実装されてもよい。例えば、ＤＳＰがソフトウェアによって実現されてもよい。
【０３４８】
用語「コンピュータ可読媒体」は、コンピュータまたはプロセッサによってアクセスできる任意の利用可能な媒体を指す。用語「コンピュータ可読媒体」は、本明細書では、非一時的かつ有形のコンピュータおよび／またはプロセッサ可読媒体を示す。限定ではなく、例として、コンピュータ可読またはプロセッサ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスク記憶、磁気ディスク記憶もしくは他の磁気記憶デバイス、あるいは命令の形態の所望のプログラムコードまたはデータ構造を載せるか、または記憶するために用いることができ、コンピュータまたはプロセッサによってアクセスできる任意の他の媒体を備える。ディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、本明細書では、コンパクトディスク（ＣＤ：ｃｏｍｐａｃｔ  ｄｉｓｃ）、レーザディスク（ｌａｓｅｒ  ｄｉｓｃ）、光ディスク（ｏｐｔｉｃａｌ  ｄｉｓｃ）、デジタルバーサタイルディスク（ＤＶＤ：ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｃ）、フロッピー（登録商標）ディスク（ｆｌｏｐｐｙ（登録商標）  ｄｉｓｋ）およびＢｌｕ−ｒａｙ（登録商標）ディスク（ｄｉｓｃ）を含み、ディスク（ｄｉｓｋ）は、通常、磁気的にデータを再生し、一方でディスク（ｄｉｓｃ）は、レーザを用いて光学的にデータを再生する。
【０３４９】
留意すべきは、本明細書に記載される方法の１つ以上がハードウェアで実装されてもよく、および／またはハードウェアを用いて行われてもよいことである。例えば、本明細書に記載される方法の１つ以上は、チップセット、特定用途向け集積回路（ＡＳＩＣ）、大規模集積回路（ＬＳＩ）または集積回路などで実装されてもよく、および／またはそれらを用いて実現されてもよい。
【０３５０】
本明細書に開示されるそれぞれの方法は、記載される方法を達成するための１つ以上のステップまたは動作を備える。本方法のステップおよび／または動作は、特許請求の範囲から逸脱することなく、相互に交換されてもよく、および／または単一のステップに組み合わされてもよい。言い換えれば、記載される方法の適切な操作のためにステップまたは動作の特定の順序が必要とされない限り、特許請求の範囲から逸脱することなく、特定のステップおよび／または動作の順序および／または使用が修正されてもよい。
【０３５１】
当然のことながら、特許請求の範囲は、上に示された通りの構成および構成要素には限定されない。特許請求の範囲から逸脱することなく、本明細書に記載される配置、オペレーション、ならびにシステム、方法、および装置の詳細に様々な修正、変更および変形がなされてもよい。
【図１】
2015520526.tif 000090
【図２】
2015520526.tif 000091
【図３】
2015520526.tif 000092
【図４】
2015520526.tif 000093
【図５】
2015520526.tif 000094
【図６】
2015520526.tif 000095
【図７】
2015520526.tif 000096
【図８】
2015520526.tif 000097
【図９】
2015520526.tif 000098
【図１０】
2015520526.tif 000099
【図１１】
2015520526.tif 000100
【国際調査報告】
2015520526.tif 000101