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