(57)【要約】【課題】上りリンクデータを効率的に送信する。【解決手段】端末装置は、ＤＣＩフォーマットを含むＰＤＣＣＨを検出する受信部と、前記ＰＤＣＣＨに基づき符号化ビットを生成する符号化部と、前記符号化ビットを含むＰＵＳＣＨを送信する送信部と、を備え、前記符号化ビットのマッピングは、第１の条件、または、第２の条件に少なくとも基づき与えられ、前記第１の条件は、前記ＰＤＣＣＨが検出されるサーチスペースが、ＣＳＳまたはＵＳＳのいずれかであり、前記第２の条件は、前記ＤＣＩフォーマットに付加されるＣＲＣパリティビットがいずれかのＲＮＴＩで、スクランブルされているか否かである。【選択図】図１０
2019195113.tif 000002
【特許請求の範囲】
【請求項１】
ＤＣＩフォーマットを含むＰＤＣＣＨを検出する受信部と、
前記ＰＤＣＣＨに基づき符号化ビットを生成する符号化部と、
前記符号化ビットを含むＰＵＳＣＨを送信する送信部と
を備え、
前記符号化ビットのマッピングは、第１の条件、または、第２の条件に少なくとも基づき与えられ、
前記第１の条件は、前記ＰＤＣＣＨが検出されるサーチスペースが、ＣＳＳまたはＵＳＳのいずれかであり、
前記第２の条件は、前記ＤＣＩフォーマットに付加されるＣＲＣパリティビットがいずれかのＲＮＴＩで、スクランブルされているか否かである
端末装置。
【請求項２】
前記送信部は、前記受信部においてサブフレームｎで前記ＰＤＣＣＨを検出した場合に、サブフレームｎ＋ｋにおいて前記ＰＵＳＣＨの送信を実行し、
前記ＵＳＳにおいて前記ＰＤＣＣＨが検出され、前記ＤＣＩフォーマットに付加されるＣＲＣパリティビットがＣ−ＲＮＴＩによってスクランブルされている場合、前記ＤＣＩフォーマットに基づいて算出したＴＢＳと、ＴＢＳの閾値に基づいて、前記マッピングが与えられる
請求項１に記載の端末装置。
【請求項３】
前記受信部は前記ＴＢＳの閾値を示す情報を受信する
請求項２に記載の端末装置。
【請求項４】
前記ＣＳＳにおいて前記ＰＤＣＣＨが検出され、前記ＤＣＩフォーマットに付加されるＣＲＣパリティビットがＣ−ＲＮＴＩによってスクランブルされている場合、前記ＤＣＩフォーマットに基づいて算出した前記ＴＢＳと前記ＴＢＳの閾値に関係なく、前記マッピングが与えられる
請求項２に記載の端末装置。
【請求項５】
ＤＣＩフォーマットを含むＰＤＣＣＨを送信する送信部と、
前記ＤＣＩフォーマットに基づき送信されるＰＵＳＣＨを受信する受信部と、
前記ＰＵＳＣＨに含まれる符号化ビットを復号化する復号化部と、
を備え、
前記符号化ビットのマッピングは、第１の条件、または、第２の条件に少なくとも基づき与えられ、
前記第１の条件は、前記ＰＤＣＣＨが送信されるサーチスペースが、ＣＳＳまたはＵＳＳのいずれかであり、
前記第２の条件は、前記ＤＣＩフォーマットに付加されるＣＲＣパリティビットがいずれかのＲＮＴＩで、スクランブルされているか否かである
基地局装置。
【請求項６】
前記受信部は、前記送信部においてサブフレームｎで前記ＰＤＣＣＨを送信した場合に、サブフレームｎ＋ｋにおいて前記ＰＵＳＣＨの受信を実行し、
前記ＵＳＳにおいて前記ＰＤＣＣＨが送信され、前記ＤＣＩフォーマットに付加されるＣＲＣパリティビットがＣ−ＲＮＴＩによってスクランブルされている場合、前記ＤＣＩフォーマットに基づいて算出した前記ＴＢＳと前記ＴＢＳの閾値に関係なく、前記マッピングが与えられる
請求項５に記載の基地局装置。
【請求項７】
前記送信部は前記ＴＢＳの閾値を示す情報を送信する
請求項６に記載の基地局装置。
【請求項８】
前記ＣＳＳにおいて前記ＰＤＣＣＨが送信され、前記ＤＣＩフォーマットに付加されるＣＲＣパリティビットがＣ−ＲＮＴＩによってスクランブルされている場合、前記ＤＣＩフォーマットに基づいて算出した前記ＴＢＳと前記ＴＢＳの閾値に関係なく、前記マッピングが与えられる
請求項６に記載の基地局装置。
【請求項９】
端末装置に用いられる通信方法であって、
ＤＣＩフォーマットを含むＰＤＣＣＨを検出するステップと、
前記ＰＤＣＣＨに基づき符号化ビットを生成するステップと、
前記符号化ビットを含むＰＵＳＣＨを送信するステップと
を備え、
前記符号化ビットのマッピングは、第１の条件、または、第２の条件に少なくとも基づき与えられ、
前記第１の条件は、前記ＰＤＣＣＨが検出されるサーチスペースが、ＣＳＳまたはＵＳＳのいずれかであり、
前記第２の条件は、前記ＤＣＩフォーマットに付加されるＣＲＣパリティビットがいずれかのＲＮＴＩで、スクランブルされているか否かである
通信方法。
【請求項１０】
基地局装置に用いられる通信方法であって、
ＤＣＩフォーマットを含むＰＤＣＣＨを送信するステップと、
前記ＤＣＩフォーマットに基づき送信されるＰＵＳＣＨを受信するステップと、
前記ＰＵＳＣＨに含まれる符号化ビットを復号化するステップと、
を備え、
前記符号化ビットのマッピングは、第１の条件、または、第２の条件に少なくとも基づき与えられ、
前記第１の条件は、前記ＰＤＣＣＨが送信されるサーチスペースが、ＣＳＳまたはＵＳＳのいずれかであり、
前記第２の条件は、前記ＤＣＩフォーマットに付加されるＣＲＣパリティビットがいずれかのＲＮＴＩで、スクランブルされているか否かである
通信方法。
【請求項１１】
端末装置に実装される集積回路であって、
ＤＣＩフォーマットを含むＰＤＣＣＨを検出する受信回路と、
前記ＰＤＣＣＨに基づき符号化ビットを生成する符号化回路と、
前記符号化ビットを含むＰＵＳＣＨを送信する送信回路と
を備え、
前記符号化ビットのマッピングは、第１の条件、または、第２の条件に少なくとも基づき与えられ、
前記第１の条件は、前記ＰＤＣＣＨが検出されるサーチスペースが、ＣＳＳまたはＵＳＳのいずれかであり、
前記第２の条件は、前記ＤＣＩフォーマットに付加されるＣＲＣパリティビットがいずれかのＲＮＴＩで、スクランブルされているか否かである
集積回路。
【請求項１２】
基地局装置に実装される集積回路であって、
ＤＣＩフォーマットを含むＰＤＣＣＨを送信する送信回路と、
前記ＤＣＩフォーマットに基づき送信されるＰＵＳＣＨを受信する受信回路と、
前記ＰＵＳＣＨに含まれる符号化ビットを復号化する復号化回路と、
を備え、
前記符号化ビットのマッピングは、第１の条件、または、第２の条件に少なくとも基づき与えられ、
前記第１の条件は、前記ＰＤＣＣＨが送信されるサーチスペースが、ＣＳＳまたはＵＳＳのいずれかであり、
前記第２の条件は、前記ＤＣＩフォーマットに付加されるＣＲＣパリティビットがいずれかのＲＮＴＩで、スクランブルされているか否かである
集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、基地局装置、通信方法、および、集積回路に関する。
【背景技術】
【０００２】
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long Term Evolution （LTE）」、または、「Evolved Universal Terrestrial Radio Access : EUTRA
」と称する）が、第三世代パートナーシッププロジェクト（3rd Generation Partnership
Project : 3GPP）において検討されている（非特許文献１）。ＬＴＥでは、基地局装置
をｅＮｏｄｅＢ（evolved NodeB）、端末装置をＵＥ（User Equipment）とも称する。Ｌ
ＴＥは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。ここで、単一の基地局装置は複数のセルを管理してもよい。
【０００３】
３ＧＰＰにおいて、待ち時間の縮小の強化（latency reduction enhancements）が検討されている。例えば、待ち時間の縮小の解決策として、セミパーシステントスケジューリング（Semi-Persistent Scheduling : SPS）や上りリンクグラント受信（UL Grant reception）、設定されたセミパーシステントスケジューリングの活性化および非活性化（Configured SPS activation and deactivation）が検討されている（非特許文献１）。また、レガシー（1 ms）送信時間間隔（Transmission Time Interval, TTI）に対して、処理時
間を短縮する検討が始まっている。（非特許文献２）
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】"3GPP TR 36.881 V0.5.2 (2016-02) Evolved Universal Terrestrial Radio Access (E-UTRA); Study on latency reduction techniques for LTE (Release 13)", R2-161963, Ericsson.
【非特許文献２】"Work Item on shortened TTI and processing time for LTE", RP-161299, Ericsson, 3GPP TSG RAN Meeting#72, Busan, Korea, June 13-16, 2016
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述のような無線通信システムにおいて、ＴＴＩにおける処理時間を短縮する手順について、具体的な方法は十分に検討されていなかった。
【０００６】
本発明は、効率的に通信が行うことができる端末装置、基地局装置、通信方法、および、集積回路を提供する。
【課題を解決するための手段】
【０００７】
（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、ＤＣＩフォーマットを含むＰＤＣＣＨを検出する受信部と、前記ＰＤＣＣＨに基づき符号化ビットを生成する符号化部と、前記符号化ビットを含むＰＵＳＣＨを送信する送信部とを備え、前記符号化ビットのマッピングは、第１の条件、または、第２の条件に少なくとも基づき与えられ、前記第１の条件は、前記ＰＤＣＣＨが検出されるサーチスペースが、ＣＳＳまたはＵＳＳのいずれかであり、前記第２の条件は、前記ＤＣＩフォーマットに付加されるＣＲＣパリティビットがいずれかのＲＮＴＩで、スクランブルされているか否かである。
【０００８】
（２）本発明の第２の態様は、基地局装置であって、ＤＣＩフォーマットを含むＰＤＣ
ＣＨを送信する送信部と、前記ＤＣＩフォーマットに基づき送信されるＰＵＳＣＨを受信する受信部と、前記ＰＵＳＣＨに含まれる符号化ビットを復号化する復号化部と、を備え、前記符号化ビットのマッピングは、第１の条件、または、第２の条件に少なくとも基づき与えられ、前記第１の条件は、前記ＰＤＣＣＨが送信されるサーチスペースが、ＣＳＳまたはＵＳＳのいずれかであり、前記第２の条件は、前記ＤＣＩフォーマットに付加されるＣＲＣパリティビットがいずれかのＲＮＴＩで、スクランブルされているか否かである。
【０００９】
（３）本発明の第３の態様は、端末装置に用いられる通信方法であって、ＤＣＩフォーマットを含むＰＤＣＣＨを検出するステップと、前記ＰＤＣＣＨに基づき符号化ビットを生成するステップと、前記符号化ビットを含むＰＵＳＣＨを送信するステップとを備え、前記符号化ビットのマッピングは、第１の条件、または、第２の条件に少なくとも基づき与えられ、前記第１の条件は、前記ＰＤＣＣＨが検出されるサーチスペースが、ＣＳＳまたはＵＳＳのいずれかであり、前記第２の条件は、前記ＤＣＩフォーマットに付加されるＣＲＣパリティビットがいずれかのＲＮＴＩで、スクランブルされているか否かである。
【００１０】
（４）本発明の第４の態様は、基地局装置に用いられる通信方法であって、ＤＣＩフォーマットを含むＰＤＣＣＨを送信するステップと、前記ＤＣＩフォーマットに基づき送信されるＰＵＳＣＨを受信するステップと、前記ＰＵＳＣＨに含まれる符号化ビットを復号化するステップと、を備え、前記符号化ビットのマッピングは、第１の条件、または、第２の条件に少なくとも基づき与えられ、前記第１の条件は、前記ＰＤＣＣＨが送信されるサーチスペースが、ＣＳＳまたはＵＳＳのいずれかであり、前記第２の条件は、前記ＤＣＩフォーマットに付加されるＣＲＣパリティビットがいずれかのＲＮＴＩで、スクランブルされているか否かである。
【００１１】
（５）本発明の第５の態様は、端末装置に実装される集積回路であって、ＤＣＩフォーマットを含むＰＤＣＣＨを検出する受信回路と、前記ＰＤＣＣＨに基づき符号化ビットを生成する符号化回路と、前記符号化ビットを含むＰＵＳＣＨを送信する送信回路とを備え、前記符号化ビットのマッピングは、第１の条件、または、第２の条件に少なくとも基づき与えられ、前記第１の条件は、前記ＰＤＣＣＨが検出されるサーチスペースが、ＣＳＳまたはＵＳＳのいずれかであり、前記第２の条件は、前記ＤＣＩフォーマットに付加されるＣＲＣパリティビットがいずれかのＲＮＴＩで、スクランブルされているか否かである。
【００１２】
（６）本発明の第６の態様は、基地局装置に実装される集積回路であって、ＤＣＩフォーマットを含むＰＤＣＣＨを送信する送信回路と、前記ＤＣＩフォーマットに基づき送信されるＰＵＳＣＨを受信する受信回路と、前記ＰＵＳＣＨに含まれる符号化ビットを復号化する復号化回路と、を備え、前記符号化ビットのマッピングは、第１の条件、または、第２の条件に少なくとも基づき与えられ、前記第１の条件は、前記ＰＤＣＣＨが送信されるサーチスペースが、ＣＳＳまたはＵＳＳのいずれかであり、前記第２の条件は、前記ＤＣＩフォーマットに付加されるＣＲＣパリティビットがいずれかのＲＮＴＩで、スクランブルされているか否かである。
【発明の効果】
【００１３】
この発明によれば、基地局装置と端末装置は効率的に通信が行うことができる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態における無線通信システムの概念を示す図である。
【図２】本実施形態の無線フレームの概略構成を示す図である。
【図３】本実施形態の上りリンクスロットの概略構成を示す図である。
【図４】本実施形態のサーチスペースのＣＣＥインデックスの一例を示した図である。
【図５】本実施形態の送信プロセス３０００の構成の一例を示した図である。
【図６】本実施形態の符号化処理部３００１の構成例を示した図である。
【図７】本実施形態の符号化ビット配列変更の一例を示した図である。
【図８】本実施形態の上りリンクにおける符号化処理部３００１に含まれる制御情報およびデータ多重（Control and data multiplexing）部４００７、チャネルインターリーバ（Channel interleaver）部４００８の構成例の一部を示す図である。
【図９】本実施形態におけるＰＵＳＣＨまたはＨＡＲＱ−ＡＣＫの送信タイミングを示す図である。
【図１０】本実施形態におけるＰＵＳＣＨまたはＨＡＲＱ−ＡＣＫの送信動作を示す図である。
【図１１】本実施形態におけるマキシマムＴＢＳの閾値と対応するＰＵＳＣＨの送信タイミング（ｋの値）を示す図である。
【図１２】本実施形態の動作２におけるＰＵＳＣＨの送信方法の一例を示す図である。
【図１３】本実施形態におけるマキシマムＴＢＳの閾値と対応するＨＡＲＱ−ＡＣＫの送信タイミング（ｊの値）を示す図である。
【図１４】本実施形態におけるＰＵＳＣＨ送信タイミング（ｋの値）と対応する所定のマキシマムＴＡの閾値を示す図である。
【図１５】本実施形態におけるＨＡＲＱ−ＡＣＫの送信タイミング（ｊの値）と対応する所定のマキシマムＴＡの閾値を示す図である。
【図１６】本実施形態における端末装置１の構成を示す概略ブロック図である。
【図１７】本実施形態における基地局装置３の構成を示す概略ブロック図である。
【発明を実施するための形態】
【００１５】
以下、本発明の各実施形態について説明する。
【００１６】
図１は、本実施形態における無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ〜１Ｃ、および基地局装置３を具備する。以下、端末装置１Ａ〜１Ｃを端末装置１とも称する。
【００１７】
図２は、本実施形態の無線フレームの概略構成を示す図である。図２において、横軸は時間軸である。
【００１８】
時間領域における種々のフィールドのサイズは、時間ユニットTs=1/(15000・2048)秒の数によって表現される。無線フレームの長さは、Tf=307200・Ts=10msである。それぞれの無線フレームは、時間領域において連続する１０のサブフレームを含む。それぞれのサブフレームの長さは、Tsubframe=30720・Ts=1msである。それぞれのサブフレームｉは、時
間領域において連続する２つのスロットを含む。該時間領域において連続する２つのスロットは、無線フレーム内のスロット番号nsが２ｉのスロット、および、無線フレーム内のスロット番号nsが２ｉ＋１のスロットである。それぞれのスロットの長さは、Tslot=153600・ns=0.5msである。それぞれの無線フレームは、時間領域において連続する１０のサブフレームを含む。それぞれの無線フレームは、時間領域において連続する２０のスロット（ns=0,1,…,19）を含む。
【００１９】
以下、本実施形態のスロットの構成について説明する。図３は、本実施形態の上りリンクスロットの概略構成を示す図である。図３において、１つのセルにおける上りリンクスロットの構成を示す。図３において、横軸は時間軸であり、縦軸は周波数軸である。図３において、ｌはＳＣ−ＦＤＭＡ（Single Carrier-Frequency Division Multiple Access
）シンボル番号／インデックスであり、ｋはサブキャリア番号／インデックスである。
【００２０】
スロットのそれぞれにおいて送信される物理シグナルまたは物理チャネルは、リソースグリッドによって表現される。上りリンクにおいて、リソースグリッドは複数のサブキャリアと複数のＳＣ−ＦＤＭＡシンボルによって定義される。リソースグリッド内のエレメントのそれぞれをリソースエレメントと称する。リソースエレメントは、サブキャリア番号／インデックスｋ、および、ＳＣ−ＦＤＭＡシンボル番号／インデックスｌによって表される。
【００２１】
リソースグリッドは、アンテナポート毎に定義される。本実施形態では、１つのアンテナポートに対する説明を行う。複数のアンテナポートのそれぞれに対して、本実施形態が適用されてもよい。
【００２２】
上りリンクスロットは、時間領域において、複数のＳＣ−ＦＤＭＡシンボルｌ（l=0,1,…,NULsymb）を含む。NULsymbは、１つの上りリンクスロットに含まれるＳＣ−ＦＤＭＡ
シンボルの数を示す。ノーマルＣＰ（normal Cyclic Prefix）に対して、NULsymbは７で
ある。拡張ＣＰ（extended Cyclic Prefix）に対して、NULsymbは６である。即ち、ノー
マルＣＰに対して、１サブフレームは１４ＳＣ−ＦＤＭＡシンボルで構成される。拡張ＣＰに対して、１サブフレームは１２ＳＣ−ＦＤＭＡシンボルで構成される。
【００２３】
上りリンクスロットは、周波数領域において、複数のサブキャリアｋ（k=0,1,…,NULRB
×NRBsc)を含む。NULRBは、NRBscの倍数によって表現される、サービングセルに対する
上りリンク帯域幅設定である。NRBscは、サブキャリアの数によって表現される、周波数
領域における（物理）リソースブロックサイズである。本実施形態において、サブキャリア間隔Δfは１５ｋＨｚであり、NRBscは１２サブキャリアである。すなわち、本実施形態においてNRBscは、１８０ｋＨｚである。
【００２４】
リソースブロックは、物理チャネルのリソースエレメントへのマッピングを表すために用いられる。リソースブロックは、仮想リソースブロックと物理リソースブロックが定義される。物理チャネルは、まず仮想リソースブロックにマップされる。その後、仮想リソースブロックは、物理リソースブロックにマップされる。１つの物理リソースブロックは、時間領域においてNULsymbの連続するＳＣ−ＦＤＭＡシンボルと周波数領域においてNRBscの連続するサブキャリアとから定義される。ゆえに、１つの物理リソースブロックは（NULsymb×NRBsc）のリソースエレメントから構成される。１つの物理リソースブロックは、時間領域において１つのスロットに対応する。物理リソースブロックは周波数領域において、周波数の低いほうから順に番号（0,1,…, NULRB -1）が付けられる。
【００２５】
本実施形態における下りリンクのスロットは、複数のＯＦＤＭシンボルを含む。本実施形態における下りリンクのスロットの構成は、リソースグリッドが複数のサブキャリアと複数のＯＦＤＭシンボルによって定義される
点を除いて同じであるため、下りリンクのスロットの構成の説明は省略する。
【００２６】
ここで、下りリンクにおける送信、および／または、上りリンクにおける送信に対して、送信時間間隔（Transmission Time Interval : TTI）が定義されてもよい。すなわち、下りリンクにおける送信、および／または、上りリンクにおける送信が、１つの送信時間間隔（１つの送信時間間隔の長さ）で実行されてもよい。
【００２７】
例えば、下りリンクにおいて、ＴＴＩは１４ＯＦＤＭシンボル（１サブフレーム）から構成される。
１４よりも少ないＯＦＤＭシンボルから構成される送信時間間隔をｓＴＴＩ（short Tran
smission Interval）とも称する。
【００２８】
また、上りリンクにおいて、ＴＴＩは１４ＳＣ−ＦＤＭＡシンボル（１サブフレーム）から構成される。１４よりも少ないＯＦＤＭシンボルから構成される送信時間間隔をｓＴＴＩとも称する。
【００２９】
本実施形態における物理チャネルおよび物理信号について説明する。
【００３０】
図１において、端末装置１から基地局装置３への上りリンクの無線通信では、以下の上りリンク物理チャネルが用いられる。ここで、上りリンク物理チャネルは、上位層から出力された情報を送信するために使用される。
・ＰＵＣＣＨ（Physical Uplink Control Channel）
・ＰＵＳＣＨ（Physical Uplink Shared Channel）
・ＰＲＡＣＨ（Physical Random Access Channel）
【００３１】
ＰＵＣＣＨは、上りリンク制御情報（Uplink Control Information : UCI）を送信するために用いられる。ここで、上りリンク制御情報には、下りリンクに対するチャネル状態情報（Channel State Information : CSI）が含まれてもよい。また、上りリンク制御情
報には、ＵＬ−ＳＣＨのリソースを要求するために用いられるスケジューリング要求（Scheduling Request : SR）が含まれてもよい。また、上りリンク制御情報には、ＨＡＲＱ
−ＡＣＫ（Hybrid Automatic Repeat request ACKnowledgement）が含まれてもよい。
【００３２】
ここで、ＨＡＲＱ−ＡＣＫは、下りリンクデータ（Transport block, Medium Access Control Protocol Data Unit : MAC PDU, Downlink-Shared Channel : DL-SCH, Physical Downlink Shared Channel : PDSCH）に対するＨＡＲＱ−ＡＣＫを示してもよい。すなわ
ち、ＨＡＲＱ−ＡＣＫは、下りリンクデータに対するＡＣＫ（acknowledgement, positive-acknowledgment）またはＮＡＣＫ（negative-acknowledgement）を示してもよい。また、ＣＳＩは、チャネル品質インディケータ（ＣＱＩ）、プレコーディングマトリックスインディケータ（ＰＭＩ）、および／または、ランクインディケーション（ＲＩ）で構成されてもよい。ＨＡＲＱ−ＡＣＫは、ＨＡＲＱ−ＡＣＫ応答、または、ＡＣＫ／ＮＡＣＫ応答と称されてもよい。
【００３３】
ＰＵＳＣＨは、上りリンクデータ（Uplink-Shared Channel : UL-SCH）を送信するために用いられる。ＰＵＳＣＨは、ランダムアクセスメッセージ３を送信するために用いられる。また、ＰＵＳＣＨは、ランダムアクセスメッセージ３を含まない上りリンクデータと共にＨＡＲＱ−ＡＣＫおよび／またはＣＳＩを送信するために用いられてもよい。また、ＰＵＳＣＨは、ＣＳＩのみ、または、ＨＡＲＱ−ＡＣＫおよびＣＳＩのみを送信するために用いられてもよい。すなわち、ＰＵＳＣＨは、上りリンク制御情報のみを送信するために用いられてもよい。
【００３４】
ここで、基地局装置３と端末装置１は、上位層（higher layer）において信号をやり取り（送受信）してもよい。例えば、基地局装置３と端末装置１は、無線リソース制御（Radio Resource Control : RRC）層において、ＲＲＣシグナリング（RRC message、RRC informationとも称される）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ（Medium Access Control）層において、ＭＡＣコントロールエレメントをやり取り（
送受信）してもよい。ここで、ＲＲＣシグナリング、および／または、ＭＡＣコントロールエレメントを、上位層の信号（higher layer signaling）とも称する。
【００３５】
ここで、本実施形態において、「上位層のパラメータ」、「上位層のメッセージ」、「上位層の信号」、「上位層の情報」、および、「上位層の情報要素」は、同一のものであ
ってもよい。
【００３６】
また、ＰＵＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣコントロールエレメントを送信するために用いられてもよい。ここで、基地局装置３から送信されるＲＲＣシグナリングは、セル内における複数の端末装置１に対して共通のシグナリングであってもよい。また、基地局装置３から送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のシグナリング（dedicated signalingとも称する）であってもよい。すなわち、ユーザ
ー装置スペシフィック（ユーザー装置固有）な情報は、ある端末装置１に対して専用のシグナリングを用いて送信されてもよい。
【００３７】
ＰＲＡＣＨは、ランダムアクセスプリアンブルを送信するために用いられる。例えば、ＰＲＡＣＨ（または、ランダムアクセスプロシージャ）は、端末装置１が、基地局装置３と時間領域の同期を取ることを主な目的として用いられる。また、ＰＲＡＣＨ（または、ランダムアクセスプロシージャ）は、初期コネクション確立（initial connection establishment）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（connection
re-establishment）プロシージャ、上りリンク送信に対する同期（タイミング調整）、
および、スケジューリング要求（ＰＵＳＣＨリソースの要求、ＵＬ−ＳＣＨリソースの要求）の送信のためにも用いられてもよい。
【００３８】
図１において、上りリンクの無線通信では、以下の上りリンク物理信号が用いられる。ここで、上りリンク物理信号は、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・上りリンク参照信号（Uplink Reference Signal : UL RS）
【００３９】
本実施形態において、以下の２つのタイプの上りリンク参照信号が用いられる。
・ＤＭＲＳ（Demodulation Reference Signal）
・ＳＲＳ（Sounding Reference Signal）
【００４０】
ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連する。ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨと時間多重される。基地局装置３は、ＰＵＳＣＨまたはＰＵＣＣＨの伝搬路補正を行なうためにＤＭＲＳを使用する。以下、ＰＵＳＣＨとＤＭＲＳを共に送信することを、単にＰＵＳＣＨを送信すると称する。以下、ＰＵＣＣＨとＤＭＲＳを共に送信することを、単にＰＵＣＣＨを送信すると称する。
【００４１】
ＳＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連しない。基地局装置３は、チャネル状態の測定のためにＳＲＳを用いてもよい。ＳＲＳは、上りリンクサブフレームにおける最後のＳＣ−ＦＤＭＡシンボル、または、ＵｐＰＴＳにおけるＳＣ−ＦＤＭＡシンボルにおいて送信される。
【００４２】
図１において、基地局装置３から端末装置１への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられる。ここで、下りリンク物理チャネルは、上位層から出力された情報を送信するために使用される。
・ＰＢＣＨ（Physical Broadcast Channel）
・ＰＣＦＩＣＨ（Physical Control Format Indicator Channel）
・ＰＨＩＣＨ（Physical Hybrid automatic repeat request Indicator Channel）
・ＰＤＣＣＨ（Physical Downlink Control Channel）
・ＥＰＤＣＣＨ（Enhanced Physical Downlink Control Channel）
・ＰＤＳＣＨ（Physical Downlink Shared Channel）
・ＰＭＣＨ（Physical Multicast Channel）
【００４３】
ＰＢＣＨは、端末装置１で共通に用いられるマスターインフォメーションブロック（Master Information Block: MIB, Broadcast Channel: BCH）を報知するために用いられる
。
【００４４】
ＰＣＦＩＣＨは、ＰＤＣＣＨの送信に用いられる領域（ＯＦＤＭシンボル）を指示する情報を送信するために用いられる。
【００４５】
ＰＨＩＣＨは、基地局装置３が受信した上りリンクデータ（Uplink Shared Channel: UL-SCH）に対するＡＣＫ（ACKnowledgement）またはＮＡＣＫ（Negative ACKnowledgement）を示すＨＡＲＱインディケータ（ＨＡＲＱフィードバック、応答情報）を送信するために用いられる。
【００４６】
ＰＤＣＣＨおよびＥＰＤＣＣＨは、下りリンク制御情報（Downlink Control Information: DCI）を送信するために用いられる。下りリンク制御情報を、ＤＣＩフォーマットと
も称する。下りリンク制御情報は、下りリンクグラント（downlink grant）および上りリンクグラント（uplink grant）を含む。下りリンクグラントは、下りリンクアサインメント（downlink assignment）または下りリンク割り当て（downlink allocation）とも称する。
【００４７】
ここで、ＰＤＣＣＨ、および／または、ＥＰＤＣＣＨで送信される下りリンク制御情報に対して、複数のＤＣＩフォーマットが定義されてもよい。すなわち、下りリンク制御情報に対するフィールドがＤＣＩフォーマットに定義され、情報ビットへマップされてもよい。
【００４８】
ここで、下りリンクに対するＤＣＩフォーマットを、下りリンクのＤＣＩ、下りリンクグラント（downlink grant）、および／または、下りリンクアサインメント（downlink assignment）とも称する。また、上りリンクに対するＤＣＩフォーマットを、上りリンク
のＤＣＩ、上りリンクグラント（Uplink grant）、および／または、上りリンクアサインメント（Uplink assignment）とも称する。また、ＤＣＩグラントは下りリンクグラント
（ＤＬグラント）と上りリンクグラント（ＵＬグラント）を含んでもよい。
【００４９】
ＰＤＣＣＨおよびＥＰＤＣＣＨに含まれるＤＣＩはＰＤＳＣＨのためのＤＬグラントを含んでもよい。
【００５０】
つまり、１つの下りリンクグラントは、１つのサービングセル内の１つのＰＤＳＣＨのスケジューリングに用いられてもよい。下りリンクグラントは、該下りリンクグラントが送信されたサブフレームと同じサブフレーム内のＰＤＳＣＨのスケジューリングに用いられてもよい。
【００５１】
ここで、下りリンクグラントは、１または複数の端末装置１のための下りリンク割り当てに関連する情報を備えてもよい。つまり、下りリンクグラントは、１または複数の端末装置１のための周波数割り当て情報（Resource allocation）、ＭＣＳ（Modulation and Coding）、送信アンテナポート数、スクランブルアイデンティティ（SCID: Scramble Identity）、レイヤ数、新データ指標（New Data Indicator）、ＲＶ（Redundancy Version
）、トランスポートブロック数、プレコーダ情報、送信スキームに関する情報の少なくとも一つを含んでもよい。
【００５２】
１つの上りリンクグラントは、１つのサービングセル内の１つのＰＵＳＣＨのスケジューリングに用いられる。上りリンクグラントは、該上りリンクグラントが送信されたサブフレームより４つ以上後のサブフレーム内のＰＵＳＣＨのスケジューリングに用いられる
。
【００５３】
ＰＤＣＣＨで送信される上りリンクグラントは、ＤＣＩフォーマット０を含む。ＤＣＩフォーマット０に対応するＰＵＳＣＨの送信方式は、シングルアンテナポートである。端末装置１は、ＤＣＩフォーマット０に対応するＰＵＳＣＨ送信のためにシングルアンテナポート送信方式を用いる。シングルアンテナポート送信方式が適用されるＰＵＳＣＨは、１つのコードワード（１つのトランスポートブロック）の伝送に用いられる。
【００５４】
ＰＤＣＣＨで送信される上りリンクグラントは、ＤＣＩフォーマット４を含む。ＤＣＩフォーマット４に対応するＰＵＳＣＨの送信方式は、閉ループ空間多重である。端末装置１は、ＤＣＩフォーマット４に対応するＰＵＳＣＨ送信のために閉ループ空間多重送信方式を用いる。閉ループ空間多重送信方式が適用されるＰＵＳＣＨは、２つまでのコードワード（２つまでのトランスポートブロック）の伝送に用いられる。
【００５５】
また、端末装置１は、ＰＤＣＣＨ候補（PDCCH candidates）のセットおよびＥＰＤＣＣＨ候補（EPDCCH candidates）のセットをモニタしてもよい。以下、ＰＤＣＣＨは、ＥＰ
ＤＤＣＨを含んでもよい。
【００５６】
ここで、ＰＤＣＣＨ候補とは、基地局装置３によって、ＰＤＣＣＨが、配置および／または送信される可能性のある候補を示していてもよい。また、モニタとは、モニタされる全てのＤＣＩフォーマットに応じて、ＰＤＣＣＨ候補のセット内のＰＤＣＣＨのそれぞれに対して、端末装置１がデコードを試みるという意味が含まれてもよい。
【００５７】
ここで、端末装置１が、モニタするＰＤＣＣＨ候補のセットは、サーチスペースとも称される。サーチスペースには、コモンサーチスペース（Common Search Space : CSS）が
含まれてもよい。例えば、コモンサーチスペースは、複数の端末装置１に対して共通なスペースとして定義されてもよい。コモンサーチスペースは、仕様書などによって予め定義されたインデックスのＣＣＥ（Control Channel Element）から構成されてもよい。
【００５８】
また、サーチスペースには、ユーザー装置スペシフィックサーチスペース（UE-specific Search Space : USS）が含まれてもよい。例えば、ユーザー装置スペシフィックサーチスペースを構成するＣＣＥのインデックスは、少なくとも、端末装置１に対して割り当てられるＣ−ＲＮＴＩに基づいて与えられてもよい。端末装置１は、コモンサーチスペース、および／または、ユーザー装置スペシフィックサーチスペースにおいて、ＰＤＣＣＨをモニタし、自装置宛てのＰＤＣＣＨを検出してもよい。
【００５９】
図４は、サーチスペースのＣＣＥインデックスの一例を示した図である。図４は、集約レベル（Aggregation level）が１、２、４、および、８の場合の一例である。図４に示
される四角形のブロックは、それぞれ１つのＣＣＥを表している。集約レベルは、ＤＣＩフォーマットを含むＰＤＣＣＨを構成するＣＣＥの個数（集約数）である。つまり、例えば、集約レベル４の場合、ＤＣＩフォーマットを含むＰＤＣＣＨは４つのＣＣＥより構成される。ここで、ＩＡＬ、ＩＮＤＥＸは、集約レベルＡＬにおけるＩＮＤＥＸ番目の該ＰＤＣＣＨのＣＣＥインデックスである。例えば、該ＰＤＣＣＨのＣＣＥインデックスは、斜線で示されるＣＣＥ（該ＰＤＣＣＨを構成するＣＣＥのうち、最初のＣＣＥ）のインデックスであってもよい。また、該ＰＤＣＣＨのＣＣＥインデックスは、該ＰＤＣＣＨを構成するＣＣＥの一部、または、全部のインデックスに関連してもよい。
【００６０】
ここで、本実施形態において、「ＰＤＣＣＨを検出」、「ＤＣＩフォーマットを検出」、および、「ＤＣＩフォーマットを含むＰＤＣＣＨを検出」は同一であってもよい。
【００６１】
また、下りリンク制御情報の送信（ＰＤＣＣＨでの送信）には、基地局装置３が、端末装置１に割り当てたＲＮＴＩが利用されてもよい。具体的には、ＤＣＩフォーマット（下りリンク制御情報でもよい）にＣＲＣ（Cyclic Redundancy check : 巡回冗長検査）パリティビットが付加され、付加された後に、ＣＲＣパリティビットがＲＮＴＩによってスクランブルされてもよい。ここで、ＤＣＩフォーマットに付加されるＣＲＣパリティビットは、ＤＣＩフォーマットのペイロードから得られてもよい。
【００６２】
ここで、本実施形態において、「ＣＲＣパリティビット」、「ＣＲＣビット」、および、「ＣＲＣ」は同一であってもよい。また、「ＣＲＣパリティビットが付加されたＤＣＩフォーマットが送信されるＰＤＣＣＨ」、「ＣＲＣパリティビットを含み、且つ、ＤＣＩフォーマットを含むＰＤＣＣＨ」、「ＣＲＣパリティビットを含むＰＤＣＣＨ」、および、「ＤＣＩフォーマットを含むＰＤＣＣＨ」は、同一であってもよい。また、「Ｘを含むＰＤＣＣＨ」、および、「ＸをともなうＰＤＣＣＨ」は、同一であってもよい。端末装置１は、ＤＣＩフォーマットをモニタしてもよい。また、端末装置１は、ＤＣＩをモニタしてもよい。また、端末装置１は、ＰＤＣＣＨをモニタしてもよい。
【００６３】
端末装置１は、ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットに対してデコードを試み、ＣＲＣが成功したＤＣＩフォーマットを、自装置宛のＤＣＩフォーマットとして検出する（ブラインドデコーディングとも称される）。すなわち、端末装置１は、ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨを検出してもよい。また、端末装置１は、ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットを伴うＰＤＣＣＨを検出してもよい。
【００６４】
ここで、ＲＮＴＩには、Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identifier）
が含まれてもよい。例えば、Ｃ−ＲＮＴＩは、ＲＲＣ接続およびスケジューリングの識別に対して使用される、端末装置１に対するユニークな（一意的な）識別子であってもよい。また、Ｃ−ＲＮＴＩは、動的（dynamically）にスケジュールされるユニキャスト送信
のために利用されてもよい。
【００６５】
また、ＲＮＴＩには、ＳＰＳ  Ｃ−ＲＮＴＩ（Semi-Persistent Scheduling C-RNTI）
が含まれてもよい。例えば、ＳＰＳ  Ｃ−ＲＮＴＩは、セミパーシステントスケジューリングに対して使用される、端末装置１に対するユニークな（一意的な）識別子である。また、ＳＰＳ  Ｃ−ＲＮＴＩは、半持続的（semi-persistently）にスケジュールされるユ
ニキャスト送信のために利用されてもよい。ここで、半持続的にスケジュールされる送信とは、周期的（periodically）にスケジュールされる送信の意味が含まれてもよい。
【００６６】
また、ＲＮＴＩには、ＲＡ−ＲＮＴＩ（Random Access RNTI）が含まれてもよい。例えば、ＲＡ−ＲＮＴＩは、ランダムアクセスレスポンスメッセージの送信に対して使用される識別子であってもよい。すなわち、ＲＡ−ＲＮＴＩは、ランダムアクセスプロシージャにおいて、ランダムアクセスレスポンスメッセージの送信のために利用されてもよい。例えば、端末装置１は、ランダムアクセスプリアンブルを送信した場合において、ＲＡ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨをモニタしてもよい。また、端末装置１は、ＲＡ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨの検出に基づいて、ＰＤＳＣＨでランダムアクセスレスポンスを受信してもよい。
【００６７】
また、ＲＮＴＩには、Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩが含まれてもよい。例えば、Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩは、コンテンションベースのランダムアクセスプロシージャの間において用いられる、端末装置１によって送信されたプリアンブルに対するユニークな（一意的な）識別子であってもよい。また、Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩ
は、動的（dynamically）にスケジュールされる送信のために利用されてもよい。
【００６８】
また、ＲＮＴＩには、Ｐ−ＲＮＴＩ（Paging RNTI）が含まれてもよい。例えば、Ｐ−
ＲＮＴＩは、ページングおよびシステム情報の変化の通知に使用される識別子であってもよい。例えば、Ｐ−ＲＮＴＩは、ページングおよびシステム情報メッセージの送信のために利用されてもよい。例えば、端末装置１は、Ｐ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨの検出に基づいて、ＰＤＳＣＨでページングを受信してもよい。
【００６９】
また、ＲＮＴＩには、ＳＩ−ＲＮＴＩ（System Information RNTI）が含まれてもよい
。例えば、ＳＩ−ＲＮＴＩは、システム情報のブロードキャストに使用される識別子であってもよい。例えば、ＳＩ−ＲＮＴＩは、システム情報メッセージの送信のために利用されてもよい。例えば、端末装置１は、ＳＩ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨの検出に基づいて、ＰＤＳＣＨでシステム情報メッセージを受信してもよい。
【００７０】
ここで、Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨは、ＵＳＳまたはＣＳＳにおいて送信されてもよい。また、ＳＰＳ  Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨは、ＵＳＳまたはＣＳＳにおいて送信されてもよい。また、ＲＡ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨは、ＣＳＳのみにおいて送信されてもよい。また、Ｐ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨは、ＣＳＳのみにおいて送信されても良い。また、ＳＩ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨは、ＣＳＳのみにおいて送信されてもよい。また、Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨは、ＣＳＳのみにおいて送信されてもよい。
【００７１】
ＰＤＳＣＨは、下りリンクデータ（Downlink Shared Channel: DL-SCH）を送信するた
めに用いられる。
また、ＰＤＳＣＨは、ランダムアクセスレスポンスグラントを送信するために用いられてもよい。ここで、ランダムアクセスレスポンスグラントは、ランダムアクセスプロシージャにおいて、ＰＵＳＣＨのスケジューリングに使用される。また、ランダムアクセスレスポンスグラントは、上位層（例えば、ＭＡＣ層）によって物理層へ指示される。
【００７２】
また、ＰＤＳＣＨは、システムインフォメーションメッセージを送信するために用いられる。ここで、システムインフォメーションメッセージは、セルスペシフィック（セル固有）な情報であってもよい。また、システムインフォメーションは、ＲＲＣシグナリングに含まれてもよい。また、ＰＤＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣコントロールエレメントを送信するために用いられてもよい。
【００７３】
ＰＭＣＨは、マルチキャストデータ（Multicast Channel: MCH）を送信するために用いられる。
【００７４】
図１において、下りリンクの無線通信では、以下の下りリンク物理信号が用いられる。ここで、下りリンク物理信号は、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・同期信号（Synchronization signal: SS）
・下りリンク参照信号（Downlink Reference Signal: DL RS）
【００７５】
同期信号は、端末装置１が下りリンクの周波数領域および時間領域の同期をとるために用いられる。ＴＤＤ方式において、同期信号は無線フレーム内のサブフレーム０、１、５、６に配置される。ＦＤＤ方式において、同期信号は無線フレーム内のサブフレーム０と
５に配置される。
【００７６】
下りリンク参照信号は、端末装置１が下りリンク物理チャネルの伝搬路補正を行なうために用いられる。ここで、下りリンク参照信号は、端末装置１が下りリンクのチャネル状態情報を算出するために用いられる。
【００７７】
本実施形態において、以下の７つのタイプの下りリンク参照信号が用いられる。
・ＣＲＳ（Cell-specific Reference Signal）
・ＰＤＳＣＨに関連するＵＲＳ（UE-specific Reference Signal）
・ＥＰＤＣＣＨに関連するＤＭＲＳ（Demodulation Reference Signal）
・ＮＺＰ  ＣＳＩ−ＲＳ（Non-Zero Power Chanel State Information - Reference Signal）
・ＺＰ  ＣＳＩ−ＲＳ（Zero Power Chanel State Information - Reference Signal）
・ＭＢＳＦＮ  ＲＳ（Multimedia Broadcast and Multicast Service over Single Frequency Network Reference signal）
・ＰＲＳ（Positioning Reference Signal）
【００７８】
ここで、下りリンク物理チャネルおよび下りリンク物理信号を総称して、下りリンク信号とも称する。また、上りリンク物理チャネルおよび上りリンク物理信号を総称して、上りリンク信号とも称する。下りリンク物理チャネルおよび上りリンク物理チャネルを総称して、物理チャネルとも称する。下りリンク物理信号および上りリンク物理信号を総称して、物理信号とも称する。
【００７９】
ＢＣＨ、ＭＣＨ、ＵＬ−ＳＣＨおよびＤＬ−ＳＣＨは、トランスポートチャネルである。媒体アクセス制御（Medium Access Control: MAC）層で用いられるチャネルをトランスポートチャネルと称する。ＭＡＣ層で用いられるトランスポートチャネルの単位を、トランスポートブロック（transport block: TB）またはＭＡＣ  ＰＤＵ（Protocol Data Unit）とも称する。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Hybrid Automatic Repeat reQuest）の制御が行なわれる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（deliver）データの単位である。物理層において、トランスポートブロックは
コードワードにマップされ、コードワード毎に符号化処理が行なわれる。
【００８０】
図５は、物理層の送信プロセス３０００の構成の一例を示した図である。送信プロセス（Transmission process）３０００は、符号化処理部（coding）３００１、スクランブル処理部（Scrambling）３００２、変調マップ処理部（Modulation mapper）３００３、
レイヤマップ処理部（Layer mapper）３００４、送信プレコード処理部（Transform precoder）３００５、プレコード処理部（Precoder）３００６、リソースエレメントマップ処理部（Resource element mapper）３００７、ベースバンド信号生成処理部（OFDM baseband signal generation）３００８、の少なくとも１つを含んだ構成である。送信プロセス３０００が、少なくとも一つの装置（符号化処理部（coding）３００１、スクランブル処理部（Scrambling）３００２、変調マップ処理部（Modulation mapper）３００３、レイ
ヤマップ処理部（Layer mapper）３００４、送信プレコード処理部（Transform precoder）３００５、プレコード処理部（Precoder）３００６、リソースエレメントマップ処理部（Resource element mapper）３００７、ベースバンド信号生成処理部（OFDM baseband signal generation）３００８）を含まない場合、送信プロセス３０００に含まれない該装置は、短絡されるとみなされてもよい。該装置が短絡されるとは、該装置への入力と該装置からの出力が同一であることであってもよい。
【００８１】
例えば、符号化処理部３００１は、誤り訂正符号化処理により、上位層より送られる（または、通知される、送達される、送信される、渡される等）トランスポートブロック
（または、データブロック、トランスポートデータ、送信データ、送信符号、送信ブロック、ペイロード、情報、情報ブロック等）を符号化ビット（coded bit）に変換する機能
を備えてもよい。例えば、誤り訂正符号化には、ターボ（Turbo）符号、畳み込み符号（convolutional codeまたはTail biting convolutional code等）、ブロック符号、ＲＭ（Reed Muller）符号、繰り返し符号が含まれる。符号化処理部３００１は、符号化ビットをスクランブル処理部３００２に送る機能を備える。符号化処理部３００１の動作の詳細は後述する。
【００８２】
スクランブル処理部３００２は、スクランブル処理により、符号化ビットをスクランブルビット（scramble bit）に変換する機能を備える。スクランブルビットは、符号化ビットとスクランブル系列に、２を法とする和をとることにより得られてもよい。つまり、スクランブルは、符号化ビットとスクランブル系列に２を法とする和をとることであってもよい。スクランブル系列は、固有な系列（例えばＣ−ＲＮＴＩ（Cell specific - Radio Network Temporary Identifier））に基づき、擬似ランダム関数により生成される系列であってもよい。固有な系列は、短縮タイミング動作のために設定される、Ｃ−ＲＮＴＩ以外のＲＮＴＩであってもよい。
【００８３】
変調マップ部３００３は、変調マップ処理によりスクランブルビットを変調ビットに変換する機能を備える。変調ビットは、スクランブルビットに対して、ＱＰＳＫ（Quaderature Phase Shift Keying）、１６ＱＡＭ（Quaderature Amplitude Modulation）、６４ＱＡＭ、２５６ＱＡＭ等の変調処理が施されることにより得られる。ここで、変調ビットは、変調シンボルとも呼称される。
【００８４】
レイヤマップ処理部３００４は、変調ビットを各レイヤにマッピングする機能を備えてもよい。レイヤ（layer）とは、空間領域における物理層信号の多重度に関する指標で
ある。つまり、例えば、レイヤ数が１の場合、空間多重が行われないことを意味している。また、レイヤ数が２の場合、２種類の物理層信号が空間多重されることを意味している。
【００８５】
上りリンクにおいて、送信プロセス３０００は、送信プレコード処理部３００５を含む。送信プレコード処理部３００５は、各レイヤにマッピングされる変調ビットに送信プレコード処理を施すことにより送信ビットを生成する機能を備える。変調ビット、および、送信ビットは、複素数値シンボルであってもよい。例えば、送信プレコード処理は、ＤＦＴ拡散（DFT spread, DFT spreading）等による処理を含む。ここで、送信ビットは、
送信シンボルとも呼称される。また、変調ビットは、変調シンボルとも呼称される。
【００８６】
プレコード処理部３００６は、送信ビットに対して、プレコーダが乗算されることにより、送信アンテナポートごとの送信ビットを生成する機能を備える。送信アンテナポートは、論理的なアンテナのポートである。１つの送信アンテナポートは、複数の物理アンテナにより構成されてもよい。論理的なアンテナポートは、プレコーダにより識別されてもよい。
【００８７】
リソースエレメントマップ処理部３００７は、送信アンテナポートごとの送信ビットをリソースエレメントにマッピングする処理を行う機能を備える。リソースエレメントマップ処理部３００７におけるリソースエレメントへのマッピング方法の詳細は後述される。
【００８８】
ベースバンド信号生成処理部３００８は、リソースエレメントにマップされた送信ビットを、ベースバンド信号に変換する機能を備えてもよい。送信ビットをベースバンド信号に変換する処理は、例えば、逆フーリエ変換処理（IFFT: Inverse Fast Fourier Transform）や、ウィンドウ処理（Windowing）、フィルタリング処理（Filter processing）等を
含んでもよい。送信プロセス３０００において、上位層の信号、および、制御チャネルは、端末装置１、または、基地局装置３の一方より送信されてもよい。送信プロセス３０００において、上位層の信号、および、制御チャネルは、端末装置１、または、基地局装置３の他方により受信されてもよい。送信プロセス３０００において、該送信プロセス３０００を備える端末装置１の機能情報が、上位層の信号、または、制御チャネルを用いて基地局装置３に送信されてもよい。ここで、端末装置１の機能情報とは、端末装置１が備える機能を示す情報であってもよい。端末装置１が備える機能を示す情報は、例えば、端末装置１がサポートする誤り訂正符号化方式を示す情報であってもよい。また、端末装置１が備える機能を示す情報は、基地局装置１から送信されるトランスポートブロックの処理に必要な時間（Processing time）に関連してもよい。また、端末装置１が備える機能を
示す情報は、該端末装置１がトランスポートブロックを送信してから、該トランスポートブロックに対する受信確認応答が受信されることが期待されるまでの期間として、該端末装置１が許容できる最小値であってもよい。また、端末装置１が備える機能を示す情報は、該端末装置１がトランスポートブロックを受信してから、該トランスポートブロックに対する受信確認応答が送信されることが期待されるまでの期間として、該端末装置１が許容できる最小値であってもよい。
【００８９】
以下、符号化処理部３００１の動作の詳細を説明する。
【００９０】
図６は、本実施形態の符号化処理部３００１の構成例を示した図である。符号化処理部３００１は、ＣＲＣ付加（CRC attachment）部４００１、分割およびＣＲＣ付加（Segmentation and CRC）部４０１０、符号化（Encoder）部４００２、サブブロックインターリ
ーバ（Sub-block interleaver）部４００３、ビット収集（Bit collection）部４００４
、ビット選択および切断（Bit selection and pruning）部４００５、結合（Concatenation）部４００６の少なくとも１つを含んで構成される。ここで、分割およびＣＲＣ付加部４０１０は、コードブロック分割部４０１１と、１つまたは複数のＣＲＣ付加部４０１２の少なくとも１つを含んで構成される。符号化処理部３００１が少なくとも１つの装置（ＣＲＣ付加（CRC attachment）部４００１、分割およびＣＲＣ付加（Segmentation and CRC）部４０１０、符号化（Encoder）部４００２、サブブロックインターリーバ（Sub-block interleaver）部４００３、ビット収集（Bit collection）部４００４、ビット選択および切断（Bit selection and pruning）部４００５、結合（Concatenation）部４００６、コードブロック分割部４０１１と、１つまたは複数のＣＲＣ付加部４０１２）を含まない場合、符号化処理部に含まれない該装置は、短絡されるとみなされてもよい。該装置が短絡されるとは、該装置への入力と該装置からの出力が同一であることであってもよい。
【００９１】
例えば、トランスポートブロック（ａｋとも呼称される）は、ＣＲＣ付加部４００１に入力されてもよい。ＣＲＣ付加部４００１は、入力されるトランスポートブロックに基づき、誤り検出用の冗長ビットとして、ＣＲＣビットを生成してもよい。生成されたＣＲＣビットはトランスポートブロックに付加される。ＣＲＣビットが付加されたトランスポートブロック（ｂｋとも呼称される）は、ＣＲＣ付加部４００１より出力される。ＣＲＣ付加部４００１において、所定の条件４０１に基づき、トランスポートブロックに付加されるＣＲＣビットの数が与えられてもよい。
【００９２】
例えば、ｂｋは、コードブロック分割部４０１１に入力されてもよい。コードブロック分割部４０１２は、ｂｋを１または複数のコードブロック（Code block）に分割してもよい。例えば、ｂｋがｂｋ＞Ｚを満たす場合に、ｂｋは複数のコードブロックに分割されてもよい。ここで、Ｚは最大コードブロック長である。
【００９３】
最大コードブロック長Ｚは、所定の条件４０１に基づき与えられてもよい。
【００９４】
トランスポートブロックの最大コードブロック長Ｚは、所定の条件４０１に基づき与えられてもよい。
【００９５】
ここで、最大コードブロック長Ｚは、コードブロック長に読み替えられてもよい。
【００９６】
１つのトランスポートブロックから生成される複数のコードブロックのコードブロック長は、コードブロックごとに等しくてもよい。また、１つのトランスポートブロックを構成する複数のコードブロックのコードブロック長は、コードブロックごとに異なってもよい。ここで、１つのトランスポートブロックを構成する複数のコードブロックのコードブロック長は、コードブロック長とも呼称される。
【００９７】
コードブロック長は、誤り訂正符号化の単位であってもよい。つまり、各々のコードブロックに対して、誤り訂正符号化が施されてもよい。以下では、本発明の一態様として、各々のコードブロックに対して、誤り訂正符号化が施される一例に基づき処理を記載する。一方で、本発明の別の一態様は、複数のコードブロックに対して誤り訂正符号化が施される処理に基づいてもよい。
【００９８】
コードブロック分割部４０１１は、Ｃ’個（Ｃ’は１以上の整数）のコードブロック（Ｃ０ｋ〜ＣＣ’ｋ）を出力してもよい。
【００９９】
コードブロックは、ＣＲＣ付加部４０１２に入力されてもよい。ＣＲＣ付加部４０１２は、コードブロックに基づきＣＲＣビットを生成してもよい。また、ＣＲＣ付加部４０１２は、生成したＣＲＣビットをコードブロックに付加してもよい。また、ＣＲＣ付加部４０１２は、コードブロックにＣＲＣビットが付加された系列（ｃ０ｋ〜ｃＣ’ｋ）を出力してもよい。ここで、コードブロック分割が施されなかった場合（Ｃ’＝１の場合）、ＣＲＣ付加部４０１２は、コードブロックに対してＣＲＣを付加しなくてもよい。
【０１００】
ＣＲＣ付加部４０１２において、所定の条件４０１に基づき、コードブロックに付加されるＣＲＣビットの数が与えられてもよい。
【０１０１】
ＣＲＣ付加部４０１２より出力されるコードブロックは、それぞれ符号化部４００２に入力される。Ｃ’＞１の場合、符号化部４００２への入力は、逐次的に選択されるコードブロックである。以下では、符号化部４００２に入力される１つのコードブロックのそれぞれ（Ｃ０ｋ〜ＣＣ’ｋ）を、Ｃｋとも呼称する。
【０１０２】
符号化部４００２は、入力されるコードブロックＣｋに対して誤り訂正符号化を施す機能を備える。誤り訂正符号化として、ターボ符号が符号化部４００２において用いられる。符号化部４００２は、コードブロックＣｋに対して誤り訂正符号化処理を施し、符号化ビット（Coded bit）を出力する。出力される符号化ビットはｄｋ（０）、ｄｋ（１）、
ｄｋ（２）である。ここで、ｄｋ（０）は、組織ビット（systematic bit）であってもよい。ｄｋ（１）およびｄｋ（２）は、パリティビット（parity bit）である。符号化ビットは、サブブロックとも呼称される。
【０１０３】
符号化処理部４００２より出力される符号化ビットは、サブブロックインターリーバ部４００３に入力される。
【０１０４】
符号化ビットは、サブブロックインターリーバ部４００３に入力される。サブブロックインターリーバ部４００３は、符号化ビットの配列を変更する機能を備える。図７は、本実施形態のサブブロックインターリーバ部４００３による符号化ビット配列変更の一例を
示した図である。サブブロックインターリーバ部４００３は、符号化ビットを２次元のブロックＢにマップしてもよい。ここで、ブロックＢは１次元でも３次元でも３次元以上でもよい。例えば、ブロックＢは、第１の軸と第２の軸を備えてもよい。ここで、第１の軸は、横軸、または、列（column）とも呼称される。第２の軸は、縦軸、または、行（row
）とも呼称される。ブロックＢにおいて、ある第１の軸の一点およびある第２の軸の一点により特定される点は要素とも呼称される。ここで、１つの要素は１つの符号化ビットであってもよい（または、１つの符号化ビットに対応してもよい）。サブブロックインターリーバ部４００３は、符号化ビットを第１の軸を優先してマップ（write）してもよい。
ここで、図７（ａ）に示されるマップ方法は、第１の軸を優先してマップする方法の一例を示している。つまり、第１の軸を優先してマップされるとは、以下の手順（または、以下の手順に基づく繰り返し）に基づきマップされることである。
（１）第２の軸の一点（１行）に対して、第１の軸の方向にマップされる。
（２）第２の軸の次の一点に対して、第１の軸の方向にマップされる。
【０１０５】
例えば、第１の軸が時間軸であり、第２の軸が周波数軸である場合、第１の軸を優先してマップされるとは、時間軸を優先してマップされることを意味する（Time first mapping）。一方、第２の軸を優先してマップされるとは、周波数軸を優先してマップされることを意味する（Frequency first mapping）。
【０１０６】
ここで、第１の軸の列数は３２であり、第２の軸の行数は符号化ビットを３２で割った値を下回らない条件における最小の整数値であってもよい。符号化ビットを第１の軸を優先してマップする場合に、符号化ビットがマップされない要素にｎｕｌｌ（またはダミービット）がマップされてもよい。
【０１０７】
例えば、サブブロックインターリーバ部４００３は、入力に基づき、異なる処理を施す機能を備えてもよい。入力がｄｋ（０）またはｄｋ（１）の場合、ブロックＢに対して順列パターン（Permutation pattern）が適用されなくてもよい。一方、入力がｄｋ（２）
の場合、ブロックＢに対して順列パターンが適用されてもよい。つまり、サブブロックインターリーバ部４００３は、入力される符号化ビットに基づき、順列パターンの適用が切り替えられてもよい。順列パターンの適用は、第１の軸の順番を並び替える処理であってもよい。例えば、順列パターンＰはＰ＝［０、１６、８、２４、４、２０、１２、２８、２、１８、１０、２６、６、２２、１４、３０、１、１７、９、２５、５、２１、１３、２９、３、１９、１１、２７、７、２３、１５、３１］であってもよい。
【０１０８】
例えば、サブブロックインターリーバ部４００３は、ブロックＢにマップされた符号化ビットを、第２の軸を優先して取得（read）してもよい。ここで、図７（ｂ）に示されるマップ方法は、第２の軸を優先してマップする方法の一例を示している。サブブロックインターリーバ部４００３は、第２の軸を優先して取得される再配置ビット（例えば、ｖｋ（０）、ｖｋ（１）、ｖｋ（２））を出力する。
【０１０９】
例えば、符号化ビットが第１の軸を優先してマッピングされ、第２の軸を優先して取得される場合、サブブロックインターリーバ部４００３に入力される符号化ビットと再配置ビットの順序が入れ替わる。言い換えれば、サブブロックインターリーバ部４００３は、符号化ビットと再配置ビットの順序を入れ替える機能を備えてもよい。ここで、ブロックＢにマッピングされる場合に優先される軸と、ブロックＢから取得される場合に優先される軸とが異なる場合、サブブロックインターリーバ部４００３における操作を、配置切り替え（または、インターリーブ、再配置等）とも呼称する。なお、ブロックＢにマッピングされる場合に優先される軸と、ブロックＢから取得される場合に優先される軸とが同じ場合、サブブロックインターリーバ部４００３において、配置切り替えは行われない（サブブロックインターリーバ部４００３に入力される符号化ビットと再配置ビットの順序が
入れ替わらない）。
【０１１０】
例えば、サブブロックインターリーバ部４００３による符号化ビットの配置切り替えが行われるか否かは、所定の条件４０１に基づき与えられてもよい。
【０１１１】
ここで、符号化ビットの配置切り替えにおけるマッピングのために優先される軸は時間軸であってもよい（Time first mapping）。また、符号化ビットの配置切り替えにおけるマッピングのために優先される軸は周波数軸であってもよい（Frequency first mapping
）。
【０１１２】
再配置ビット、または符号化ビットは、ビット収集部４００４に入力される。ビット収集部４００４は、再配置ビットに基づき、仮想巡回バッファ（Virtual circular buffer
）を生成する機能を備える。仮想巡回バッファｗｋは、ｗｋ＝ｖｋ（０）、ｗＫΠ＋２ｋ＝ｖｋ（１）、ｗＫΠ＋２ｋ＋１＝ｖｋ（２）に基づき生成される。ここで、ＫΠは、ブロックＢ全体の要素数であり、Ｋｗは、Ｋｗ＝３ＫΠで示される値である。ビット収集部４００４は、仮想巡回バッファｗｋを出力する。
【０１１３】
仮想巡回バッファは、ビット選択および切断部４００５に入力される。ビット選択および切断部４００５は、無線リソース数に基づき、仮想巡回バッファ内のビットを選択する機能を備える。ここで、無線リソース数は、スケジューリング情報に基づき与えられるリソースエレメント数であってもよい。ここで、リソースエレメント数は、割り当てられたサブキャリア数とシンボル数の積により与えられてもよい。割り当てられたサブキャリア数、または、割り当てられたシンボル数は、基地局装置３より送信されるＤＣＩに含まれる情報に基づき与えられてもよい。また、リソースエレメント数は、割り当てられたサブキャリア数とシンボル数の積から、所定の領域に含まれるリソースエレメントを差し引いた値として与えられてもよい。ここで、所定の領域は、参照信号チャネルが含まれる領域であってもよい。また、所定の領域は、同期チャネルが含まれる領域であってもよい。また、仮想巡回バッファ内のビット選択は、インデックスｋ０を開始地点とし、仮想巡回バッファｗｋ内のビットを巡回的に取得することにより行われてもよい。ここで、取得されたビットは、ｅｋとも呼称される。ビット選択および切断部４００５は、ｅｋを出力する。例えば、ｋ０は、ｋ０＝３２＊（２＊Ｃｅｉｌ（Ｎｃｂ／（８＊ＲＴＣ））＊ｒｖｉｄｘ＋２）で表されてもよい。ここで、Ｃｅｉｌ（＊）は、＊を下回らない条件で最小の整数を取得する関数である。ｒｖｉｄｘは、リダンダンシーバージョン（Redundancy version）である。リダンダンシーバージョンは、基地局装置３より送信されるＤＣＩに含まれるＭＣＳ情報、および／または、新データ指標（NDI; New Data Indicator）により決定
される。Ｎｃｂは、ソフトバッファサイズである。Ｎｃｂは、下りリンク通信の場合に、Ｎｃｂ＝ｍｉｎ（ｆｌｏｏｒ（ＮＩＲ／Ｃ’）、Ｋｗ）であってもよく、上りリンク通信の場合に、Ｎｃｂ＝Ｋｗであってもよい。ここで、ｍｉｎ（Ａ、Ｂ）は、ＡとＢのうち小さい方が選択される関数である。また、ｆｌｏｏｒ（＊）は、＊を上回らない最大の整数である。
【０１１４】
ｅｋは、結合部４００６に入力される。結合部４００６は、Ｃ’個のコードブロックを結合して結合ビットを生成する機能を備える。結合ビットは、ｆｋとも呼称される。
【０１１５】
以下、上りリンクの場合を例にとり、符号化処理部３００１の処理を説明する。なお、下りリンク通信の場合でも、符号化処理部３００１は、制御情報およびデータ多重（Control and data multiplexing）部４００７、および／または、チャネルインターリーバ（Channel interleaver）部４００８の少なくとも１つを備える構成であってもよい。
【０１１６】
図８は、本実施形態の上りリンクにおける符号化処理部３００１に含まれる制御情報お
よびデータ多重（Control and data multiplexing）部４００７、チャネルインターリー
バ（Channel interleaver）部４００８の構成例の一部を示す図である。上りリンクにお
いて、符号化処理部３００１は、制御情報およびデータ多重（Control and data multiplexing）部４００７、チャネルインターリーバ（Channel interleaver）部４００８の少なくとも１つを含む。例えば、符号化処理部３００１の結合部４００６より出力される結合ビットｆｋは、上りリンク制御情報（UCI: Uplink Control Information）とともに、符
号化処理部３００１の制御情報およびデータ多重部４００７に入力されてもよい。ここで、制御情報およびデータ多重部４００７に入力される上りリンク制御情報はｑ０とも呼称される。ｑ０は、例えば、チャネル状態情報（CSI: Chanel State Information）の符号
化ビットであってもよい。チャネル状態情報は、チャネル品質情報（CQI: Channel Quality Information）、プレコーダ行列指標（PMI: Precoding Matrix Indicator）、ランク
指標（RI: Rank Indicator）を含んでもよい。また、ｑ０は、例えば、下りリンク通信における受信確認応答（ACK: ACKnowledgement）の符号化ビットであってもよい。また、制御情報およびデータ多重部４００７は、ｆｋおよびｑ０を多重して、多重ビットｇｋを出力してもよい。また、制御情報およびデータ多重部４００７にｑ０が入力されない場合、制御情報およびデータ多重部４００７が出力する多重ビットｇｋは、ｇｋ＝ｆｋであってもよい。
【０１１７】
例えば、多重ビットｇｋは符号化処理部３００１のチャネルインターリーバ部４００８に入力されてもよい。ここで、上りリンク制御情報の符号化ビットｑ１、および／または、上りリンク制御情報の符号化ビットｑ２がチャネルインターリーバ部に入力されてもよい。チャネルインターリーバ部４００８は、多重ビットｇｋをブロックＢ１にマップしてもよい。ここで、ブロックＢ１は、該ブロックＢ１の列数と行数を除いてブロックＢと同じである。例えば、ブロックＢ１の第１の軸の列数Ｃｍｕｘは１２であってもよい。また、第２の軸の行数Ｒ’ｍｕｘはＨ／Ｃｍｕxであってもよい。ここで、Ｈは、ｇｋ＋ｑ１
ビット数であってもよい。また、ＣｍｕｘおよびＲ’ｍｕｘは、Ｈ＝Ｃｍｕｘ＊Ｒ’ｍｕｘの関係を満たすように与えられてもよい。また、ブロックＢ１の１つの要素は、１つの多重ビットであってもよい（または、１つの多重ビットに対応してもよい）。
【０１１８】
チャネルインターリーバ部４００８にｑ１が入力された場合、チャネルインターリーバ部４００８は、ブロックＢ１の所定の要素にｑ１をマップする。所定の要素は、あらかじめ定義された位置により示される要素であってもよい。また、所定の要素は、上位層の信号に含まれる情報に基づき与えられてもよい。また、所定の要素は、制御チャネルに含まれる情報に基づき与えられてもよい。チャネルインターリーバ部４００８におけるブロックＢ１において、１つの要素は１つのグループに対応してもよい。該１つのグループは、トランスポートブロックに対応する変調方式の変調次数と同じ数の符号化ビットを含んでもよい。
【０１１９】
チャネルインターリーバ部４００８は、ブロックＢ１に対して、ｇｋを第１の軸を優先してマップしてもよい。チャネルインターリーバ部４００８は、ｑ１がマップされた要素にｇｋをマップしなくてもよい。
【０１２０】
チャネルインターリーバ部４００８にｑ２が入力された場合、チャネルインターリーバ部４００８は、所定の要素にｑ２をマップする。所定の要素は、あらかじめ定義された位置であってもよい。また、所定の要素は、上位層の信号に含まれる情報に基づき与えられてもよい。また、所定の要素は、制御チャネルに含まれる情報に基づき与えられてもよい。ここで、所定の要素にすでにｑ１またはｇｋがマップされている場合、ｑ１またはｇｋはパンクチャ（puncture）されてもよい。ここで、ｑ１がマップされる所定の要素とｑ２がマップされる所定の要素は異なってもよい。
【０１２１】
チャネルインターリーバ部４００８は、ブロックＢ１内にマップされた要素を、第２の軸を優先して取得してもよい（つまり、配置切り替えが行われてもよい）。チャネルインターリーバ部４００８は、ブロックＢ１内にマップされた要素を、第１の軸を優先して取得してもよい（つまり、配置切り替えが行われなくてもよい）。チャネルインターリーバ部４００８が取得する要素は、ｈｋとも呼称される。
【０１２２】
例えば、チャネルインターリーバ部４００８による多重ビットの配置切り替えが行われるか否かは、所定の条件４０１に基づき与えられてもよい。
【０１２３】
ここで、多重ビットの配置切り替えにおけるマッピングのために優先される軸は時間軸であってもよい（Time first mapping）。つまり、第１の軸は時間軸であってもよい。また、符号化ビットの配置切り替えにおけるマッピングのために優先される軸は周波数軸であってもよい（Frequency first mapping）。つまり、第２の軸は周波数軸であってもよ
い。
【０１２４】
例えば、リソースエレメントマップ処理部３００７は、送信ビットをリソースエレメントにマップする処理を行ってもよい。リソースエレメントは、ブロックＢ２内に配置される要素と対応してもよい。ここで、ブロックＢ２は、サブフレーム（または、サブフレームの一部）であってもよい。また、ブロックＢ２は、スロット（または、スロットの一部）であってもよい。また、ブロックＢ２は、１または複数のＯＦＤＭシンボルに対応してもよい。リソースエレメントマップ処理部３００７は、送信ビットを、第１の軸を優先してマップしてもよいし、第２の軸を優先してマップしてもよい。ここで、ブロックＢ２は、ブロックＢ２の列数と行数を除いてブロックＢと同じである。ブロックＢ２の第１の軸と第２の軸のうち、少なくとも一方は周波数軸であってもよい。また、ブロックＢ２の第１の軸と第２の軸のうち、少なくとも一方は時間軸であってもよい。
【０１２５】
ブロックＢ、ブロックＢ１、ブロックＢ２のいずれかに情報の系列（例えば、符号化ビット、多重ビット、送信ビット等）をマッピングする、および／または、取得する機能を備える処理ブロックは、マッピング部とも呼称される。また、ブロックＢ、ブロックＢ１、ブロックＢ２はまとめてマッピング領域とも呼称される。
【０１２６】
リソースエレメントマップ処理部３００７は、送信ビットの、リソースエレメントへのマップ処理に周波数ホッピングを適用してもよい。周波数ホッピングは、スロットホッピングであってもよい。スロットホッピングは、１つのサブフレームに含まれる２つのスロットの無線信号が、それぞれ異なる周波数により送信される方式であってもよい。
【０１２７】
リソースエレメントのマップ処理に周波数ホッピングが適用されるか否かは、上位層の信号に含まれる情報に基づいてもよい。リソースエレメントのマップ処理に周波数ホッピングが適用されるか否かは、制御チャネルに含まれる情報に基づいてもよい。リソースエレメントのマップ処理に周波数ホッピングが適用されるか否かは、あらかじめ設定される情報に基づいてもよい。
【０１２８】
例えば、リソースエレメントマップ処理部３００７により、第１の軸と第２の軸のいずれが優先されて送信ビットがマップされるかは、所定の条件４０１に基づき与えられてもよい。
【０１２９】
ここで、例えば、第１の軸は時間軸であり、第２の軸は周波数軸であってもよい。また、第１の軸は周波数軸であり、第２の軸は時間軸であってもよい。
【０１３０】
以下、キャリアアグリゲーションについて説明する。
【０１３１】
ここで、端末装置１に対して、１つまたは複数のサービングセルが設定されてもよい。端末装置１が複数のサービングセルを介して通信する技術をセルアグリゲーション、または、キャリアアグリゲーションと称する。
【０１３２】
また、設定される１つまたは複数のサービングセルには、１つのプライマリーセルと、１つまたは複数のセカンダリーセルとが含まれてもよい。プライマリーセルは、初期コネクション確立（initial connection establishment）プロシージャが行なわれたサービングセル、コネクション再確立（connection re-establishment）プロシージャを開始した
サービングセル、または、ハンドオーバプロシージャにおいてプライマリーセルと指示されたセルであってもよい。また、プライマリーセルは、ＰＵＣＣＨでの送信に用いられるセルであってもよい。ここで、ＲＲＣコネクションが確立された時点、または、後に、セカンダリーセルが設定されてもよい。
【０１３３】
また、下りリンクにおいて、サービングセルに対応するキャリアを、下りリンクコンポーネントキャリアと称する。また、上りリンクにおいて、サービングセルに対応するキャリアを、上りリンクコンポーネントキャリアと称する。また、下りリンクコンポーネントキャリア、および、上りリンクコンポーネントキャリアを総称して、コンポーネントキャリアと称する。
【０１３４】
端末装置１は、１つまたは複数のサービングセル（コンポーネントキャリア）において、同時に複数の物理チャネルでの送信、および／または受信を行ってもよい。ここで、１つの物理チャネルは、複数のサービングセル（コンポーネントキャリア）のうち１つのサービングセル（コンポーネントキャリア）において送信されてもよい。
【０１３５】
ここで、基地局装置３は、上位層の信号（例えば、ＲＲＣシグナリング）を用いて、１つまたは複数のサービングセルを設定してもよい。例えば、複数のサービングセルのセットをプライマリーセルと共に形成するために、１つまたは複数のセカンダリーセルが設定されてもよい。
【０１３６】
また、基地局装置３は、上位層の信号（例えば、ＭＡＣコントロールエレメント）を用いて、１つまたは複数のサービングセルを、活性化（activate）または非活性化（deactivate）してもよい。例えば、基地局装置３は、ＲＲＣシグナリングを用いて設定した１つまたは複数のサービングセルのうちの、１つまたは複数のサービングセルを活性化または非活性化してもよい。ここで、端末装置１は、活性化されたサービングセルのみに対するＣＳＩ（例えば、アピリオディックＣＳＩ）を送信してもよい。
【０１３７】
また、上りリンク（例えば、上りリンクコンポーネントキャリア）と下りリンク（例えば、下りリンクコンポーネントキャリア）との間において、リンキング（linking）が定
義されてもよい。すなわち、上りリンクと下りリンクとの間におけるリンキングに基づいて、上りリンクグラントに対するサービングセル（上りリンクグラントによってスケジュールされる（ｓ）ＰＵＳＣＨでの送信（上りリンクの送信）が行なわれるサービングセル）が識別されてもよい。ここで、この場合における、下りリンクアサインメント、または、上りリンクグラントには、キャリアインディケータフィールドは存在しない。
【０１３８】
すなわち、プライマリーセルにおいて受信した下りリンクアサインメントは、プライマリーセルにおける下りリンクの送信に対応してもよい。また、プライマリーセルにおいて受信した上りリンクグラントは、プライマリーセルにおける上りリンクの送信に対応してもよい。また、あるセカンダリーセルにおいて受信した下りリンクアサインメントは、該あるセカンダリーセルにおける下りリンクの送信に対応してもよい。また、あるセカンダ
リーセルにおいて受信した上りリンクグラントは、該あるセカンダリーセルにおける上りリンクの送信に対応してもよい。
【０１３９】
前述したように、ＨＡＲＱ−ＡＣＫはＡＣＫまたはＮＡＣＫを示す。端末装置１または基地局装置３は、信号を受信（復調復号）できたか否かに基づいて、その信号に対するＡＣＫまたはＮＡＣＫを決定する。ＡＣＫは、端末装置１または基地局装置３において、信号を受信できたことを示し、ＮＡＣＫは、端末装置１または基地局装置３において、信号を受信できなかったことを示す。ＮＡＣＫがフィードバックされた端末装置１または基地局装置３は、ＮＡＣＫに対応する信号の再送信を行なってもよい。端末装置１は、基地局装置３から送信された、ＰＵＳＣＨに対するＨＡＲＱ−ＡＣＫの内容に基づいて、ＰＵＳＣＨを再送信するか否かを決定する。基地局装置３は、端末装置から送信された、ＰＤＳＣＨまたはＰＤＣＣＨ／ＥＰＤＣＣＨに対するＨＡＲＱ−ＡＣＫの内容に基づいて、ＰＤＳＣＨを再送信するか否かを決定する。端末装置１が送信したＰＵＳＣＨに対する、ＨＡＲＱ−ＡＣＫは、ＰＤＣＣＨまたはＰＨＩＣＨを用いて端末装置にフィードバックされる。基地局装置３が送信したＰＤＳＣＨまたはＰＤＣＣＨ／ＥＰＤＣＣＨに対するＨＡＲＱ−ＡＣＫは、ＰＵＣＣＨまたはＰＵＳＣＨを用いて基地局装置３にフィードバックされる。
【０１４０】
以下は、本実施形態に係る下りリンク送信（ＰＤＳＣＨ）に対するＨＡＲＱ−ＡＣＫの送信タイミングについて説明する。本実施形態では、ＯＦＤＭシンボルおよび／またはＳＣ−ＦＤＭＡシンボルにノーマルＣＰが付加された場合（つまり、１スロットが７シンボルで構成される場合、１サブフレームが１４シンボルで構成される場合）を想定して説明するが、拡張ＣＰが付加された場合に対しても同様に適用されてもよい。
【０１４１】
ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信タイミングについては、ＦＤＤに対して、端末装置１がサブフレームｎ−ｊにおけるＰＤＳＣＨを検出した場合、端末装置１は、サブフレームｎにおいて、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信する。即ち、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信タイミングはＰＤＳＣＨが送信されたサブフレームよりｊ後のサブフレームである。
【０１４２】
次に、本実施形態に係る上りリンクグラントに対するＰＵＳＣＨの送信タイミングについて説明する。
【０１４３】
上りリンクグラントに対するＰＵＳＣＨの送信タイミングについては、ＦＤＤに対して、端末装置１がサブフレームｎにおけるＰＤＣＣＨ（上りリンクグラント）を検出した場合、端末装置１は、サブフレームｎ＋ｋにおいて、当該上りリンクグラントに対するＰＵＳＣＨを送信する。即ち、上りリンクグラントに対するＰＵＳＣＨの送信タイミングは上りリンクグラントが検出されたサブフレームよりｋ後のサブフレームである。
【０１４４】
前述したように、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信タイミング、および、上りリンクグラントに対するＰＵＳＣＨの送信タイミングは４つのサブフレームであってもよい。当該送信タイミングはノーマルタイミング（normal timing）とも称してもよい。
ＦＤＤに対して、ｋとｊは４であってもよい。４であるｋとｊをノーマルタイミング（normal timing）と称してもよい。
【０１４５】
また、ｋおよび／またはｊの値は４より小さい値であってもよい。例えば、ｋおよび／またはｊの値は２であってもよい。また、例えば、ｋおよび／またはｊの値は３であってもよい。ｋおよび／またはｊの値は端末装置１の処理能力によって、決定されてもよい。４より小さい値であるｋとｊは短縮タイミング（reduced timing）とも称してもよい。
【０１４６】
ここで、端末装置１の処理能力は端末装置１のケーパビリティ（capability）情報によって、示されてもよい。また、端末装置１はケーパビリティ情報を基地局装置３へ通知（送信）してもよい。
【０１４７】
以下、端末装置１のケーパビリティ情報について説明する。端末装置１のケーパビリティ情報は端末装置１の能力情報として定義されてもよい。
【０１４８】
例えば、端末装置１のケーパビリティ情報は端末装置１がデータを処理する実際の時間を示してもよい。処理時間は、検出した信号の受信および復号に要する時間と、送信する信号の生成（変調や符号化）に要する時間に基づいて決定される。詳しく言うと、端末装置１のケーパビリティ情報はＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの実際の処理時間（例えば、何ｍｓ）を示してもよい。ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの処理時間はＰＤＳＣＨをスケジューリングするＰＤＣＣＨの受信及び検出（復号、ブラインドデコーディング）からＨＡＲＱ−ＡＣＫの生成（変調や符号化）までの処理に要する時間であってもよい。また、端末装置１のケーパビリティ情報は上りリンクグラントに対するＰＵＳＣＨの実際の処理時間（例えば、何ｍｓ）を示してもよい。上りリンクグラントに対するＰＵＳＣＨの処理時間はＰＵＳＣＨをスケジューリング上りリンクグラントの受信および検出（復号、ブラインドデコーディング）からＰＵＳＣＨの生成（変調や符号化）までの処理に要する時間であってもよい。
【０１４９】
また、端末装置１のケーパビリティ情報は、端末装置１が１４より少ないＯＦＤＭシンボルおよび／またはＳＣ−ＦＤＭＡシンボルに構成されるｓＴＴＩをサポートする能力を示してもよい。
【０１５０】
また、端末装置１のケーパビリティ情報は端末装置１のカテゴリ情報を示してもよい。端末装置１のカテゴリ情報は端末装置１が処理時間を短縮する能力情報を含んでもよい。また、端末装置１のカテゴリ情報は端末装置１がサポートできる送信タイミング（ｋおよびｊの値）を含んでもよい。
【０１５１】
基地局装置３は端末装置１から送信されたケーパビリティ情報（能力情報）に基づいて、端末装置１が利用できる送信タイミング（ｋおよびｊの値）を決定してもよい。また、送信タイミング（ｋおよびｊの値）は上位層のパラメータとして設定されてもよい。基地局装置３は端末装置１が利用できる送信タイミング（ｋおよびｊの値）を含むRRCシグナ
リングを端末装置１に送信してもよい。
【０１５２】
また、送信タイミング（ｋおよびｊの値）は仕様書などによって定義され、基地局装置３と端末装置１との間において、既知の値であってもよい。
【０１５３】
以下の本実施形態において、ｋおよびｊの値はサブフレームの数を基準にして、定義されてもよい。例えば、ｋおよびｊの値は、２、３、４であってもよい。また、ｋおよびｊの値は、シンボル（ＯＦＤＭシンボルおよび／またはＳＣ−ＦＤＭＡシンボル）の数で表現されてもよい。例えば、シンボル数で表現されるｋおよびｊの値は図３のサブフレームとシンボルの関係に基づいて、決定されてもよい。また、シンボル数で表現されるｋおよびｊの値は所定の値であってもよい。また、ｋおよびｊの値はＴＴＩの長さに基づいて、決定されてもよい。ＴＴＩはｓＴＴＩを含んでもよい。
【０１５４】
以下、本実施形態に関わるトランスポートブロックサイズ（Transport Block Size TBS）を説明する。
【０１５５】
ＴＢＳは、トランスポートブロックのビット数である。前述したように、上りリンクグ
ラントはＤＣＩフォーマット０とＤＣＩフォーマット４を含む。ＤＣＩフォーマット０は、（ａ）‘Resource block assignment and hopping resource allocation’ field、（
ｂ）‘Modulation and coding scheme and redundancy version’ field、および、（ｃ
）‘New data indicator’ fieldを、少なくとも含む。また、ＤＣＩフォーマット４は、ｄ）‘Resource block assignment’ field、（ｅ）トランスポートブロック１に対する
‘Modulation and coding scheme and redundancy version’ field、（ｆ）トランスポ
ートブロック１に対する‘New data indicator’ field、（ｇ）トランスポートブロック２に対する‘Modulation and coding scheme and redundancy version’ field、および
、（ｈ）トランスポートブロック２に対する‘New data indicator’ fieldを、少なくとも含む。
【０１５６】
端末装置１は、（ｂ）‘Modulation and coding scheme and redundancy version’ field、（ｅ）トランスポートブロック１に対する‘Modulation and coding scheme and redundancy version’ field、または、（ｇ）トランスポートブロック２に対する‘Modulation and coding scheme and redundancy version’ fieldに基づいて、ＰＵＳＣＨのた
めのＭＣＳインデックス（ＩＭＣＳ）を決定する。端末装置１は、決定されたＰＵＳＣＨのためのＭＣＳインデックス（ＩＭＣＳ）を参照することによって、ＰＵＳＣＨのための変調次数（Ｑｍ）、ＰＵＳＣＨのためのトランスポーブロックサイズインデックス（ＩＴＢＳ）、および、ＰＵＳＣＨのための冗長バージョン（ｒｖｉｄｘ）を決定する。
【０１５７】
また、端末装置１は、（ａ）‘Resource block assignment and hopping resource allocation’ field、または、（ｄ）‘Resource block assignment’ fieldに基づいて、ＰＵＳＣＨに対して割り当てられた物理リソースブロックの総数（ＮＰＲＢ）を計算する。
【０１５８】
即ち、端末装置１は、計算されたＰＵＳＣＨに対して割り当てられた物理リソースブロックの総数（ＮＰＲＢ）、および、決定されたＰＵＳＣＨのためのＭＣＳインデックス（ＩＭＣＳ）を参照することによって、ＰＵＳＣＨのためのトランスポートブロックサイズ（ＴＢＳ）を決定する。
【０１５９】
同様に、端末装置１はＰＤＳＣＨに対して割り当てられた物理リソースブロックの総数（ＮＰＲＢ）、および、ＰＤＳＣＨのためのＭＣＳインデックス（ＩＭＣＳ）を参照することによって、ＰＤＳＣＨのためのトランスポートブロックサイズ（ＴＢＳ）を決定してもよい。ここで、ＰＤＳＣＨに対して割り当てられた物理リソースブロックの総数（ＮＰＲＢ）は、下りリンクグラントに含まれる‘Resource block assignment’ field
に基づいて、計算されてもよい。また、ＰＤＳＣＨのためのＭＣＳインデックス（ＩＭＣＳ）は下りリンクグラントに含まれる‘Modulation and coding scheme’ fieldによって、示されてもよい。端末装置１は、示されたＰＤＳＣＨのためのＭＣＳインデックス（ＩＭＣＳ）を参照することによって、ＰＤＳＣＨのための変調次数（Ｑｍ）、ＰＤＳＣＨのためのトランスポーブロックサイズインデックス（ＩＴＢＳ）を決定する。
【０１６０】
図９は、本実施形態におけるＰＵＳＣＨまたはＨＡＲＱ−ＡＣＫの送信タイミングを示す図である。即ち、端末装置１および基地局装置３は、所定の条件４０１に基づいて、送信タイミング（ｋおよびｊの値）が与えられてもよい。以下、基本的には、端末装置１の動作を記載するが、基地局装置３が端末装置１の動作に対応して、同様の動作を実行することは無論である。
【０１６１】
図９に示されるように、端末装置１は所定の条件４０１に基づいて、ノーマルタイミング（normal timing）動作と短縮タイミング（Reduced timing）動作の何れかを判断（切
り替え）してもよい。即ち、ノーマルタイミング動作が判断された場合、端末装置１は４の値であるｋまたはｊを用いて、データの送信を実行してもよい。また、短縮タイミング
動作が判断された場合、端末装置１は４より小さい値であるｋまたはｊを用いて、データの送信を実行してもよい。
【０１６２】
ここで、データの送信はＰＵＳＣＨでの送信が含まれてもよい。また、データの送信はＨＡＲＱ−ＡＣＫの送信が含まれてもよい。
【０１６３】
具体的に言うと、ノーマルタイミング（normal timing）動作には、上りリンクグラン
トを検出（受信）したサブフレームよりｋ後のサブフレームにおけるＰＵＳＣＨでの送信が含まれてもよい。また、ノーマルタイミング（normal timing）動作には、ＰＤＳＣＨ
を検出したサブフレームよりｊ後のサブフレームにおけるＰＵＣＣＨでのＨＡＲＱ−ＡＣＫの送信が含まれてもよい。すなわち、ノーマルタイミング（normal timing）動作の場
合、ｋ、および、ｊは４である。
【０１６４】
ここで、ノーマルタイミング動作には、トランスポートブロックの最大コードブロック長Ｚが所定の値（ノーマルタイミング動作の所定の最大コードブロック長）に設定されることが含まれてもよい。ここで、該トランスポートブロックは、ＰＤＳＣＨに含まれるトランスポートブロックであってもよい。また、該トランスポートブロックは、ＰＵＳＣＨに含まれるトランスポートブロックであってもよい。また、該トランスポートブロックは、ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨに含まれるトランスポートブロックであってもよい。また、該トランスポートブロックは、ＰＤＣＣＨによりスケジューリングされるＰＵＳＣＨに含まれるトランスポートブロックであってもよい。ここで、ノーマルタイミング動作の所定の最大コードブロック長は、仕様書等の記載に基づき与えられてもよい。また、ノーマルタイミング動作の所定の最大コードブロック長は６１４４であってもよい。
【０１６５】
ここで、ノーマルタイミング動作には、チャネルインターリーバ部４００８により、多重ビットの配置切り替えが行われることが含まれてもよい。ここで、該多重ビットは、トランスポートブロックに含まれる多重ビットであってもよい。また、該多重ビットは、ＰＵＳＣＨに含まれるトランスポートブロックに含まれる多重ビットであってもよい。また、該多重ビットは、ＰＤＣＣＨによりスケジューリングされるＰＵＳＣＨに含まれるトランスポートブロックに含まれる多重ビットであってもよい。
【０１６６】
ここで、ノーマルタイミング動作には、リソースエレメントマップ処理部３００７により、送信ビットが、周波数軸が優先されてマップされる（Frequency first mapping）こ
とが含まれてもよい。ここで、該送信ビットは、トランスポートブロックに含まれる多重ビットであってもよい。また、該送信ビットは、ＰＵＳＣＨに含まれるトランスポートブロックに含まれる多重ビットであってもよい。また、該送信ビットは、ＰＤＣＣＨによりスケジューリングされるＰＵＳＣＨに含まれるトランスポートブロックに含まれる多重ビットであってもよい。
【０１６７】
また、短縮タイミング（Reduced timing）動作には、上りリンクグラントを検出（受信）したサブフレームよりｋ後のサブフレームにおけるＰＵＳＣＨでの送信が含まれてもよい。また、短縮タイミング（Reduced timing）動作には、ＰＤＳＣＨを検出したサブフレームよりｊ後のサブフレームにおけるＰＵＣＣＨでのＨＡＲＱ−ＡＣＫの送信が含まれてもよい。すなわち、短縮タイミング（Reduced timing）動作の場合、ｋ、および、ｊは４より小さい値である。
【０１６８】
ここで、ｋおよび／またはｊの値は端末装置１のケーパビリティ情報によって、事前に定義された値であってもよい。例えば、ｋおよび／またはｊの値は２であってもよい。また、ｋおよび／またはｊの値は３であってもよい。即ち、短縮タイミング動作はノーマル
タイミングである４サブフレームより早くＰＵＳＣＨまたはＨＡＲＱ−ＡＣＫの送信を実行できる。短縮タイミング動作の場合のｋおよびｊの値は、ノーマルタイミングの場合のｋおよびｊの値より小さくてもよい。
【０１６９】
ここで、短縮タイミング動作には、トランスポートブロックの最大コードブロック長Ｚがノーマルタイミング動作の所定の最大コードブロック長とは異なる値に設定されることが含まれてもよい。例えば、短縮タイミング動作には、トランスポートブロックの最大コードブロック長Ｚがノーマルタイミング動作の所定の最大コードブロック長より小さい値に設定されることが含まれてもよい。また、例えば、短縮タイミング動作には、トランスポートブロックの最大コードブロック長Ｚがノーマルタイミング動作の所定の最大コードブロック長より大きい値に設定されることが含まれてもよい。ここで、該トランスポートブロックは、ＰＤＳＣＨに含まれるトランスポートブロックであってもよい。また、該トランスポートブロックは、ＰＵＳＣＨに含まれるトランスポートブロックであってもよい。また、該トランスポートブロックは、ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨに含まれるトランスポートブロックであってもよい。また、該トランスポートブロックは、ＰＤＣＣＨによりスケジューリングされるＰＵＳＣＨに含まれるトランスポートブロックであってもよい。
【０１７０】
ここで、短縮タイミング動作には、チャネルインターリーバ部４００８により、多重ビットの配置切り替えが行われないことが含まれてもよい。該多重ビットは、トランスポートブロックに含まれる多重ビットであってもよい。また、該多重ビットは、ＰＵＳＣＨに含まれるトランスポートブロックに含まれる多重ビットであってもよい。また、該多重ビットは、ＰＤＣＣＨによりスケジューリングされるＰＵＳＣＨに含まれるトランスポートブロックに含まれる多重ビットであってもよい。
【０１７１】
ここで、短縮タイミング動作には、リソースエレメントマップ処理部３００７により、送信ビットが、時間軸が優先されてマップされる（Time first mapping）ことが含まれてもよい。ここで、該送信ビットは、トランスポートブロックに含まれる多重ビットであってもよい。また、該送信ビットは、ＰＵＳＣＨに含まれるトランスポートブロックに含まれる多重ビットであってもよい。また、該送信ビットは、ＰＤＣＣＨによりスケジューリングされるＰＵＳＣＨに含まれるトランスポートブロックに含まれる多重ビットであってもよい。
【０１７２】
また、短縮タイミング動作には、リソースエレメントマップ処理部３００７により、送信ビットが、周波数軸が優先されてマップされる（Frequency first mapping）ことが含
まれてもよい。
【０１７３】
図９における所定の条件４０１には、以下の第１の条件から第５の条件の少なくとも１つが含まれてもよい。端末装置１は、以下の第１の条件から第５の条件の一部、または、全部に基づいて、送信タイミング動作を判断してもよい。
【０１７４】
（１）第１の条件：ＰＤＣＣＨが検出されたサーチスペースがＣＳＳおよびＵＳＳの何れであるか。ここで、ＰＤＣＣＨは、ＨＡＲＱ−ＡＣＫが対応するＰＤＳＣＨのスケジューリングのために用いられるＰＤＣＣＨ、または、ＰＵＳＣＨのスケジューリングのために用いられるＰＤＣＣＨである。
（２）第２の条件:ＤＣＩフォーマットに付加されるＣＲＣパリティビットが何れのＲ
ＮＴＩによってスクランブルされているか。ここで、ＤＣＩフォーマットは、ＨＡＲＱ−ＡＣＫが対応するＰＤＳＣＨのスケジューリングのために用いられるＰＤＣＣＨに含まれるＤＣＩフォーマット、または、ＰＵＳＣＨのスケジューリングのために用いられるＰＤＣＣＨ含まれるＤＣＩフォーマットである。
（３）第３の条件：処理するＴＢＳがマキシマムＴＢＳの閾値を超えているかどうか。ここで、処理するＴＢＳとは、ＰＤＳＣＨに含まれるトランスポートブロックのサイズ、または、ＰＵＳＣＨに含まれるトランスポートブロックのサイズである。
（４）第４の条件：ＴＡ（Timing Advance, Timing Alignment）の値がマキシマムＴＡの閾値を超えているかどうか
（５）第５の条件：短縮タイミングの有効を示す上位層のパラメータが設定されているかどうか
（６）第６の条件：短縮タイミングの能力があることを示す上位層のパラメータを含むチャネルを送信するかどうか
【０１７５】
ここで、第１の条件は、ＤＣＩフォーマットを含むＰＤＣＣＨが検出される位置が所定の位置（短縮タイミング動作のための所定の位置）であるか否か、であってもよい。ここで、所定の位置は、インデックスに基づき与えられる論理的な位置であってもよい。また、ＤＣＩフォーマットを含むＰＤＣＣＨが検出される位置は、例えば、該ＰＤＣＣＨのＣＣＥインデックスが所定のＣＣＥインデックスＩＡＬ、ＩＮＤＥＸであるか否かに基づいて与えられてもよい。また、ＤＣＩフォーマットを含むＰＤＣＣＨが検出される位置は、該ＰＤＣＣＨ候補の集約レベルに基づいて与えられてもよい。
【０１７６】
即ち、第１の条件において、端末装置１はＰＤＣＣＨが検出されたサーチスペースがＣＳＳおよびＵＳＳの何れであるかに基づいて、動作を判断する。例えば、ＰＤＣＣＨが検出されたサーチスペースがＣＳＳである場合、ノーマルタイミング（normal timing）動
作の一部、または、全部が少なくとも実行されてもよい。また、例えば、ＰＤＣＣＨが検出されたサーチスペースがＵＳＳである場合、短縮タイミング（Reduced timing）動作の一部、または、全部が少なくとも実行されてもよい。
【０１７７】
また、第１の条件において、端末装置１は、ＤＣＩフォーマットを含むＰＤＣＣＨが検出されるＣＣＥインデックスＩＡＬ、ＩＮＤＥＸが所定のＣＣＥインデックスＩＰＲＥである場合に、短縮タイミング動作の一部、または、全部を少なくとも実行してもよい。また、端末装置１は、ＤＣＩフォーマットを含むＰＤＣＣＨが検出されるＣＣＥインデックスＩＡＬ、ＩＮＤＥＸが所定のＣＣＥインデックスＩＰＲＥと異なる場合に、ノーマルタイミング動作の一部、または、全部を少なくとも実行してもよい。ここで、ＩＰＲＥは、仕様書等の記載に基づき与えられる値であってもよい。
【０１７８】
また、第１の条件において、端末装置１は、検出されるＤＣＩフォーマットを含むＰＤＣＣＨの集約レベルが所定の集約レベルである場合に、短縮タイミング動作の一部、または、全部を少なくとも実行してもよい。また、端末装置１は、検出されるＤＣＩフォーマットを含むＰＤＣＣＨの集約レベルが所定の集約レベルとは異なる場合に、ノーマルタイミング動作の一部、または、全部を少なくとも実行してもよい。ここで、所定の集約レベルは、１，２，４，８の一部、または、全部であってもよい。例えば、所定の集約レベルは、Ｎ以下（または、Ｎ未満）の集約レベルであってもよい。また、所定の集約レベルは、Ｎ以上（または、Ｎを超える）の集約レベルであってもよい。ここで、Ｎは定数である。
【０１７９】
また、第２の条件において、端末装置１はＤＣＩフォーマットに付加されるＣＲＣパリティビットが何れのＲＮＴＩによってスクランブルされているかに基づいて、動作を判断する。例えば、端末装置１は、ＤＣＩフォーマットに付加されるＣＲＣパリティビットが以下のＲＮＴＩによってスクランブルされている場合、ノーマルタイミング（normal timing）動作の一部、または、全部を少なくとも実行してもよい。
【０１８０】
（ａ）Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩ
（ｂ）Ｐ−ＲＮＴＩ
（ｃ）ＳＩ−ＲＮＴＩ
【０１８１】
また、例えば、端末装置１は、ＤＣＩフォーマットに付加されるＣＲＣパリティビットが以下のＲＮＴＩによってスクランブルされている場合、短縮タイミング（Reduced timing）動作の一部、または、全部を少なくとも実行してもよい。
【０１８２】
（ｄ）Ｃ−ＲＮＴＩ
（ｅ）ＳＰＳ−ＲＮＴＩ
【０１８３】
また、ノーマルタイミング（normal timing）動作の一部、または、全部を少なくとも
実行させるために、新しいＲＮＴＩタイプ（例えば、Ｘ−ＲＮＴＩ）が定義されてもよい。端末装置１は、ＤＣＩフォーマットに付加されるＣＲＣパリティビットがＸ−ＲＮＴＩによってスクランブルされている場合、ノーマルタイミング（normal timing）動作の一
部、または、全部を少なくとも実行してもよい。例えば、Ｘ−ＲＮＴＩはＣ−ＲＮＴＩであってもよい。
【０１８４】
また、短縮タイミング（Reduced timing）動作の一部、または、全部を少なくとも実行させるために、新しいＲＮＴＩタイプ（例えば、Ｙ−ＲＮＴＩ）が定義されてもよい。端末装置１は、ＤＣＩフォーマットに付加されるＣＲＣパリティビットがＹ−ＲＮＴＩによってスクランブルされている場合、短縮タイミング（Reduced timing）動作の一部、または、全部を少なくとも実行してもよい。ここで、Ｙ−ＲＮＴＩは、短縮タイミング動作の一部、または、全部が少なくとも適用される端末装置１のグループ、または全体に対して共通の値であってもよい。
【０１８５】
Ｘ−ＲＮＴＩとＹ−ＲＮＴＩが上位層の信号によって、端末装置１に設定される場合には、第２の条件に基づいて、ノーマルタイミング動作の一部、または、全部を少なくとも行うか短縮タイミング動作の一部、または、全部を少なくとも行うか切り替えられてもよい。
【０１８６】
また、第３の条件において、端末装置１は、処理するＴＢＳがマキシマムＴＢＳの閾値を超えているかどうかに基づいて、動作を判断する。例えば、処理するＴＢＳがマキシマムＴＢＳの閾値を超えている場合、ノーマルタイミング（normal timing）動作の一部、
または、全部が少なくとも実行されてもよい。また、処理するＴＢＳがマキシマムＴＢＳの閾値を超えていない場合、短縮タイミング（Reduced timing）動作の一部、または、全部が少なくとも実行されてもよい。ここで、マキシマムＴＢＳの閾値は、仕様書などによって定義され、基地局装置３と端末装置１との間において、既知の値であってもよい。また、基地局装置３はマキシマムＴＢＳの閾値を含むＲＲＣシグナリングを端末装置１に送信してもよい。
【０１８７】
ここで、処理するＴＢＳとは、（ｉ）端末装置１に設定される帯域幅（ＰＤＳＣＨ送信、または、ＰＵＳＣＨ送信のために割り当てられる送信帯域幅）と、（ｉｉ）端末装置１に設定されるＭＣＳに基づき決定されるＴＢＳ（またはＴＢＳの最大値）であってもよい。すなわち、処理するＴＢＳは、（ｉ）端末装置１に設定される帯域幅（ＰＤＳＣＨ送信、または、ＰＵＳＣＨ送信のために割り当てられる送信帯域幅）と、（ｉｉ）端末装置１に設定されるＭＣＳに基づき決定されてもよい。また、処理するＴＢＳとは、端末装置１に設定されるＭＣＳに基づき決定されるＴＢＳ（またはＴＢＳの最大値）であってもよい。すなわち、処理するＴＢＳは、端末装置１に設定されるＭＣＳに基づき決定されてもよい。また、端末装置１に設定される帯域幅（ＰＤＳＣＨ送信、または、ＰＵＳＣＨ送信のために割り当てられる送信帯域幅）は、スケジューリング情報に基づいてもよい。スケジ
ューリング情報は、ＰＤＳＣＨ、または、ＰＵＳＣＨをスケジューリングするＤＣＩフォーマットに含まれるリソース割り当て情報であってもよい。即ち、処理するＴＢＳは、ＰＤＳＣＨまたはＰＵＳＣＨをスケジューリングするＤＣＩフォーマットに基づいて、算出したＴＢＳであってもよい。また、スケジューリング情報は、ＤＣＩ、ＰＤＣＣＨ、ＥＰＤＣＣＨ、または、ＲＲＣシグナリングに含まれる、リソース割り当て情報であってもよい。
【０１８８】
端末装置１は、マキシマムＴＢＳの閾値と、端末装置１によって処理されるＴＢＳを比較してもよい。また、マキシマムＴＢＳの閾値は、端末装置１が処理する可能性のあるＴＢＳの最大値であってもよい。マキシマムＴＢＳの閾値は、ｋまたはｊの値の各々に対して定義されてもよい。例えば、異なるｋまたはｊの値に対応するマキシマムＴＢＳの閾値は異なってもよい。即ち、マキシマムＴＢＳの閾値は、帯域幅（または、システム帯域幅）に基づき決定されてもよい。また、マキシマムＴＢＳの閾値は、端末装置１のケーパビリティ情報（能力情報）に基づき決定されてもよい。
【０１８９】
また、第４の条件において、端末装置１は、ＴＡ（Timing Advance, Timing Alignment）がマキシマムＴＡの閾値を超えているかどうかに基づいて、動作を判断する。例えば、ＴＡがマキシマムＴＡの閾値を超えている場合、ノーマルタイミング（normal timing）
動作の一部、または、全部が少なくとも実行されてもよい。また、ＴＡがマキシマムＴＡの閾値を超えていない場合、短縮タイミング（Reduced timing）動作の一部、または、全部が少なくとも実行されてもよい。
【０１９０】
ＴＡが端末装置１と基地局装置３の間の距離を示すこととみなされてもよい。ＴＡ値は端末装置１と基地局装置３の間の距離に応じて、可変値になる。また、ＴＡ値は、上りリンクサブフレームの送信タイミングと、対応する下りリンクサブフレームの先頭の時間差を示す。即ち、ＴＡは端末装置１の送信タイミング（ｋおよび／またはｊの値）を調整するために用いられる。ＴＡ値は、基地局装置３が送信するＴＡコマンドを用いて、端末装置１に設定されてもよい。端末装置１は、設定されたＴＡ値に基づいて、上りリンクサブフレームのサブフレーム境界よりもＴＡ値分前の時間で送信する。即ち、ＴＡ値は送信タイミング（ｋおよび／またはｊの値）に影響を与える。
【０１９１】
マキシマムＴＡの閾値は、送信タイミング（ｋまたはｊの値）に対して、端末装置１が利用する可能性のあるＴＡの最大値であってもよい。即ち、マキシマムＴＡの閾値は、ｋまたはｊの値の各々に対して、通信可能範囲を制限するとしてみなされてもよい。マキシマムＴＡの閾値は、仕様書などによって定義され、基地局装置３と端末装置１との間において、既知の値であってもよい。また、基地局装置３はマキシマムＴＡの閾値を含むＲＲＣシグナリングを端末装置１に送信してもよい。
【０１９２】
第５の条件において、「短縮タイミングの有効を示す上位層のパラメータが設定されていないこと」は、「短縮タイミングの無効を示す上位層のパラメータが設定されていること」を含んでもよい。短縮タイミングの有効を示す上位層のパラメータが設定されていない場合、ノーマルタイミング（normal timing）動作の一部、または、全部が少なくとも
実行されてもよい。短縮タイミングの有効を示す上位層のパラメータが設定されている場合、上記の第１から第４の条件の一部、または、全部に少なくとも基づいて、ノーマルタイミング動作、または、短縮タイミング動作が決定されてもよい。ここで、「短縮タイミングの有効を示す上位層のパラメータが設定されていないこと」は、「端末装置１に対して、短縮タイミング（または、短縮タイミング動作）が有効であることを示す上位層のパラメータが設定されること」、または、「基地局装置３が、端末装置１に、短縮タイミングの有効を示す上位層のパラメータを含むチャネルを送信すること」を含んでもよい。
【０１９３】
より具体的には、短縮タイミングの有効を示す上位層のパラメータが設定されていない場合、端末装置１は、上記の第１から第４の条件の一部、または、全部に基づかず、ノーマルタイミング動作の一部、または、全部が少なくとも実行されてもよい。例えば、短縮タイミングの有効を示す上位層のパラメータが設定されず、且つ、ＰＤＣＣＨが検出されたサーチスペースがＵＳＳである場合、ノーマルタイミング動作の一部、または、全部が少なくとも実行されてもよい。
【０１９４】
また、短縮タイミングの有効を示す上位層のパラメータが設定されている場合、端末装置１は、上記の第１から第４の条件の一部、または、全部に少なくとも基づいて、ノーマルタイミング動作、または、短縮タイミング動作を決定してもよい。一例として、例えば、短縮タイミングの有効を示す上位層のパラメータが設定され、且つ、第１の条件において、ＰＤＣＣＨが検出されたサーチスペースがＣＳＳである場合、端末装置１は、ノーマルタイミング動作の一部、または、全部を少なくとも実行してもよい。また、短縮タイミングの有効を示す上位層のパラメータが設定され、且つ、第１の条件において、ＰＤＣＣＨが検出されたサーチスペースがＵＳＳである場合、端末装置１は、短縮タイミング（Reduced timing）動作の一部、または、全部を少なくとも実行してもよい。
【０１９５】
第６の条件において、端末装置１が、短縮タイミングの能力があることを示す上位層のパラメータを含むチャネルを送信しない場合、ノーマルタイミング動作の一部、または、全部が少なくとも実行されてもよい。また、端末装置１が、短縮タイミングの能力があることを示す上位層のパラメータを含むチャネルを送信しない場合、上記の第１から第５の条件の一部、または、全部に少なくとも基づいて、ノーマルタイミング動作、または、短縮タイミング動作が決定されてもよい。
【０１９６】
また、端末装置１が、短縮タイミングの能力があることを示す上位層のパラメータを含むチャネルを送信する場合、短縮タイミング動作の一部、または、全部が少なくとも実行されてもよい。
【０１９７】
また、端末装置１は上記の条件の組み合わせに基づいて、送信タイミング動作を判断してもよい。送信タイミング動作は、ノーマルタイミング動作の一部、または、全部に少なくとも基づき与えられてもよい。また、送信タイミング動作は、短縮タイミング動作の一部、または、全部に少なくとも基づき与えられてもよい。
【０１９８】
例えば、ＣＳＳにおいてＰＤＣＣＨが検出され、且つ、当該ＰＤＣＣＨで送信されるＤＣＩフォーマットに付加されるＣＲＣパリティビットがＣ−ＲＮＴＩによってスクランブルされているならば、端末装置１はノーマルタイミング（normal timing）動作の一部、
または、全部を少なくとも実行してもよい。また、例えば、ＵＳＳにおいてＰＤＣＣＨが検出され、且つ、当該ＰＤＣＣＨで送信されるＤＣＩフォーマットに付加されるＣＲＣパリティビットがＣ−ＲＮＴＩによってスクランブルされているならば、端末装置１は短縮タイミング（Reduced timing）動作の一部、または、全部を少なくとも実行してもよい。
【０１９９】
図１０は、本実施形態におけるＰＵＳＣＨまたはＨＡＲＱ−ＡＣＫの送信動作を示す図である。即ち、端末装置１は、所定の条件５０１に基づいて、動作１、動作２または動作３を判断し（切り替え）てもよい。図１０における所定の条件５０１には、以下の第１の条件から第２の条件の少なくとも１つが含まれてもよい。端末装置１は、以下の第１の条件から第２の条件の一部、または、全部に基づいて、判断してもよい。
【０２００】
（ｉ）第１の条件：ＰＤＣＣＨが検出されたサーチスペースがＣＳＳおよびＵＳＳの何れであるか
（ｉｉ）第２の条件:ＤＣＩフォーマットに付加されるＣＲＣパリティビットが何れの
ＲＮＴＩによってスクランブルされているか。
【０２０１】
ここで、第１の条件は、ＤＣＩフォーマットを含むＰＤＣＣＨが検出される位置が所定の位置（短縮タイミング動作のための所定の位置）であるか否か、であってもよい。ここで、所定の位置は、インデックスに基づき与えられる論理的な位置であってもよい。また、ＤＣＩフォーマットを含むＰＤＣＣＨが検出される位置は、例えば、該ＰＤＣＣＨのＣＣＥインデックスが所定のＣＣＥインデックスＩＡＬ、ＩＮＤＥＸに基づいて与えられてもよい。また、ＤＣＩフォーマットを含むＰＤＣＣＨが検出される位置は、該ＰＤＣＣＨの集約レベルに基づいて与えられてもよい。
【０２０２】
第１の条件において、端末装置１はＰＤＣＣＨが検出されたサーチスペースがＣＳＳおよびＵＳＳの何れであるかに基づいて、動作を判断する。例えば、ＰＤＣＣＨが検出されたサーチスペースがＣＳＳである場合、動作１が実行されてもよい。また、例えば、ＰＤＣＣＨが検出されたサーチスペースがＵＳＳである場合、動作２、または、動作３が実行されてもよい。
【０２０３】
また、第１の条件において、端末装置１は、ＤＣＩフォーマットを含むＰＤＣＣＨが検出されるＣＣＥインデックスＩＡＬ、ＩＮＤＥＸが所定のＣＣＥインデックスＩＰＲＥである場合に、動作２、または、動作３を実行してもよい。また、端末装置１は、ＤＣＩフォーマットを含むＰＤＣＣＨが検出されるＣＣＥインデックスＩＡＬ、ＩＮＤＥＸが所定のＣＣＥインデックスＩＰＲＥと異なる場合に、動作１を実行してもよい。ここで、ＩＰＲＥは、仕様書等の記載に基づき与えられる値であってもよい。
【０２０４】
また、第１の条件において、端末装置１は、検出されるＤＣＩフォーマットを含むＰＤＣＣＨの集約レベルが所定の集約レベルである場合に、動作２、または、動作３を実行してもよい。また、端末装置１は、検出されるＤＣＩフォーマットを含むＰＤＣＣＨの集約レベルが所定の集約レベルとは異なる場合に、動作１を実行してもよい。ここで、所定の集約レベルは、１，２，４，８の一部、または、全部であってもよい。例えば、所定の集約レベルは、Ｎ以下（または、Ｎ未満）の集約レベルであってもよい。また、所定の集約レベルは、Ｎ以上（または、Ｎを超える）の集約レベルであってもよい。ここで、Ｎは定数である。
【０２０５】
また、第２の条件において、端末装置１はＤＣＩフォーマットに付加されるＣＲＣパリティビットが何れのＲＮＴＩによってスクランブルされているかに基づいて、動作を判断する。例えば、端末装置１は、ＤＣＩフォーマットに付加されるＣＲＣパリティビットが以下のＲＮＴＩによってスクランブルされている場合、動作１を実行してもよい。
【０２０６】
（ａ）Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩ
（ｂ）Ｐ−ＲＮＴＩ
（ｃ）ＳＩ−ＲＮＴＩ
【０２０７】
また、例えば、端末装置１は、ＤＣＩフォーマットに付加されるＣＲＣパリティビットが以下のＲＮＴＩによってスクランブルされている場合、動作２または動作３を実行してもよい。
【０２０８】
（ｄ）Ｃ−ＲＮＴＩ
（ｅ）ＳＰＳ−ＲＮＴＩ
【０２０９】
また、動作１を実行させるために、新しいＲＮＴＩタイプ（例えば、Ｘ−ＲＮＴＩ）が定義されてもよい。即ち、端末装置１は、ＤＣＩフォーマットに付加されるＣＲＣパリテ
ィビットがＸ−ＲＮＴＩによってスクランブルされている場合、動作１を実行してもよい。
【０２１０】
また、動作２または動作３を実行させるために、新しいＲＮＴＩタイプ（例えば、Ｙ−ＲＮＴＩ）が定義されてもよい。端末装置１は、ＤＣＩフォーマットに付加されるＣＲＣパリティビットがＹ−ＲＮＴＩによってスクランブルされている場合、動作２または動作３を実行してもよい。
【０２１１】
Ｘ−ＲＮＴＩとＹ−ＲＮＴＩが上位層の信号によって、端末装置１に設定される場合には、第２の条件に基づいて、動作１を行うか動作２または動作３を行うか切り替えられてもよい。
【０２１２】
また、端末装置１は第１の条件と第２の条件との組み合わせに基づいて、動作１、動作２または動作３を判断してもよい。例えば、ＣＳＳにおいてＰＤＣＣＨが検出され、且つ、当該ＰＤＣＣＨで送信されるＤＣＩフォーマットに付加されるＣＲＣパリティビットがＣ−ＲＮＴＩによってスクランブルされているならば、端末装置１は動作１を実行してもよい。また、例えば、ＵＳＳにおいてＰＤＣＣＨが検出され、且つ、当該ＰＤＣＣＨで送信されるＤＣＩフォーマットに付加されるＣＲＣパリティビットがＣ−ＲＮＴＩによってスクランブルされているならば、端末装置１は動作２または動作３を実行してもよい。
【０２１３】
また、端末装置１が、動作２または動作３の何れかを実行するかを基地局装置３から予め設定してもよい。
【０２１４】
以下では、端末装置１の動作を具体的に説明する。
【０２１５】
動作１は前述したようなノーマルタイミング（normal timing）動作と同様な動作であ
ってもよい。即ち、動作１には、端末装置１がＰＤＣＣＨ（上りリンクグラント、ＤＣＩフォーマット）を検出（受信）したサブフレームより４後のサブフレームにおけるＰＵＳＣＨでの送信を行う動作が含まれてもよい。また、動作１には、端末装置１がＰＤＳＣＨを検出したサブフレームより４後のサブフレームにおけるＰＵＣＣＨでのＨＡＲＱ−ＡＣＫの送信を行う動作が含まれてもよい。
【０２１６】
動作２において、端末装置１は、（ｉ）ＰＤＳＣＨまたはＰＵＳＣＨをスケジューリングするＤＣＩフォーマットに基づいて算出したＴＢＳと（ｉｉ）所定のマキシマムＴＢＳの閾値に基づいて、送信タイミング（ｋおよび／またはｊの値）を決定してもよい。動作２には、決定されたｋの値に基づくＰＵＳＣＨでの送信が含まれてもよい。また、動作２には、決定されたｊの値に基づくＰＵＣＣＨでのＨＡＲＱ−ＡＣＫの送信が含まれてもよい。
【０２１７】
ここで、所定のマキシマムＴＢＳの閾値は図９における第３の条件に記載されたマキシマムＴＢＳの閾値と異なってもよい。動作２における所定のマキシマムＴＢＳの閾値は端末装置１のケーパビリティ情報（能力情報）に基づいて、設定されてもよい。言い換えると、所定のマキシマムＴＢＳの閾値は端末装置１がサポートできるｋおよび／またはｊの値に対して、設定されてもよい。
【０２１８】
また、所定のマキシマムＴＢＳの閾値はＰＵＳＣＨの送信タイミング（ｋの値）とＨＡＲＱ−ＡＣＫの送信タイミング（ｊの値）に応じて、別々に設定されてもよい。即ち、ＰＵＳＣＨの送信タイミング（ｋの値）に基づいて、所定のマキシマムＴＢＳの閾値が設定されてもよい。また、ＨＡＲＱ−ＡＣＫの送信タイミング（ｊの値）に基づいて、所定のマキシマムＴＢＳの閾値が設定されてもよい。ここで、ＰＵＳＣＨの送信タイミングに対
して設定されたマキシマムＴＢＳの閾値とＨＡＲＱ−ＡＣＫの送信タイミングに対して設定されたマキシマムＴＢＳの閾値は異なってもよい。また、所定のマキシマムＴＢＳの閾値は、上位層のパラメータとして設定されてもよい。
【０２１９】
次に、動作２に係わる検出されたＰＤＣＣＨに対するＰＵＳＣＨの送信プロシージャの一例について詳細に説明する。即ち、動作２はサブフレームｎにおけるＰＤＣＣＨの検出に基づいて、サブフレームｎ＋ｋにおけるＰＵＳＣＨの送信を実行する時に、ｋの値を決定する動作である。前述したように、端末装置１はケーパビリティ情報を基地局装置３へ通知（送信）してもよい。基地局装置３は、端末装置１のケーパビリティ情報に基づいて、端末装置１に用いられるｋの値を設定してもよい。また、基地局装置３は、ｋの値に対して、所定のマキシマムＴＢＳの閾値を設定してもよい。基地局装置３は、ｋの値と対応する所定のマキシマムＴＢＳの閾値をＲＲＣシグナリングによって、端末装置１に送信（通知）してもよい。即ち、対応するＰＵＳＣＨの送信タイミング（ｋの値）は、スケジューリングされたＰＵＳＣＨのＴＢＳに基づいて、決定される。
【０２２０】
図１１はマキシマムＴＢＳの閾値と対応するＰＵＳＣＨの送信タイミング（ｋの値）を示す図である。異なるｋの値に対して、所定のマキシマムＴＢＳの閾値は異なって設定されてもよい。図１１Ａは、所定のマキシマムＴＢＳの閾値が２つに設定された場合の一例である。図１１Ｂは、マキシマムＴＢＳの閾値が１つに設定された場合の一例である。
【０２２１】
図１１Ａにおいて、所定のマキシマムＴＢＳの閾値はＭａｘ  ＴＢＳ１とＭａｘ  ＴＢＳ２に設定された。端末装置１は、ＤＣＩフォーマットから算出されたＴＢＳが所定のＭａｘ  ＴＢＳ１の閾値を超えていない場合、ＰＵＳＣＨの送信タイミング（ｋの値）をｋ１に決定し（切り替え）てもよい。また、端末装置１は、ＤＣＩフォーマットから算出されたＴＢＳが所定のＭａｘ  ＴＢＳ１の閾値から所定のＭａｘ  ＴＢＳ２の閾値の範囲内である場合、ＰＵＳＣＨの送信タイミング（ｋの値）をｋ２に決定し（切り替え）てもよい。また、端末装置１は、ＤＣＩフォーマットから算出されたＴＢＳが所定のＭａｘ  ＴＢＳ２の閾値以上になった場合、ＰＵＳＣＨの送信タイミング（ｋの値）を４に決定し（切り替え）てもよい。ここで、ｋ１の値は２であってもよい。ｋ２の値は３であってもよい。
【０２２２】
端末装置１は、ＤＣＩフォーマットから算出されたＴＢＳが所定のＭａｘ  ＴＢＳ１の閾値を超えていない場合、短縮タイミング動作の一部、または、全部を少なくとも実行してもよい。また、端末装置１は、ＤＣＩフォーマットから算出されたＴＢＳが所定のＭａｘ  ＴＢＳ１の閾値から所定のＭａｘ  ＴＢＳ２の閾値の範囲内である場合、短縮タイミング動作の一部、または、全部を少なくとも実行してもよい。また、端末装置１は、ＤＣＩフォーマットから算出されたＴＢＳが所定のＭａｘ  ＴＢＳ１の閾値から所定のＭａｘ
ＴＢＳ２の閾値の範囲内である場合、ノーマルタイミング動作の一部、または、全部を少なくとも実行してもよい。また、端末装置１は、ＤＣＩフォーマットから算出されたＴＢＳが所定のＭａｘ  ＴＢＳ２の閾値以上になった場合、ノーマルタイミング動作の一部、または、全部を少なくとも実行してもよい。
【０２２３】
ＰＵＳＣＨの送信タイミングがｋ１に切り替えられた場合に、短縮タイミング動作の一部、または、全部が少なくとも適用され、ＰＵＳＣＨの送信タイミングがｋ２、または、４に切り替えられた場合に、ノーマルタイミング動作の一部、または、全部が少なくとも適用されてもよい。また、ＰＵＳＣＨの送信タイミングがｋ１、または、ｋ２に切り替えられた場合に短縮タイミング動作の一部、または、全部が少なくとも適用され、ＰＵＳＣＨの送信タイミングが４に切り替えられた場合に、ノーマルタイミング動作の一部、または、全部が少なくとも適用されてもよい。
【０２２４】
図１１Ｂにおいて、所定のマキシマムＴＢＳの閾値はＭａｘ  ＴＢＳ３に設定された。端末装置１は、ＤＣＩフォーマットから算出されたＴＢＳが所定のＭａｘ  ＴＢＳ３の閾値を超えていない場合、ＰＵＳＣＨの送信タイミング（ｋの値）をｋ３に決定し（切り替え）てもよい。また、端末装置１は、ＤＣＩフォーマットから算出されたＴＢＳが所定のＭａｘ  ＴＢＳ３の閾値を超えている場合、ＰＵＳＣＨの送信タイミング（ｋの値）を４に決定し（切り替え）てもよい。ここで、ｋ３の値は２であってもよい。また、ｋ３の値は３であってもよい。
【０２２５】
端末装置１は、ＤＣＩフォーマットから算出されたＴＢＳが所定のＭａｘ  ＴＢＳ３の閾値を超えていない場合、短縮タイミング動作の一部、または、全部を少なくとも実行してもよい。また、端末装置１は、ＤＣＩフォーマットから算出されたＴＢＳが所定のＭａｘ  ＴＢＳ３の閾値を超えている場合、ノーマルタイミング動作の一部、または、全部を少なくとも実行してもよい。
【０２２６】
ＰＵＳＣＨの送信タイミングがｋ３に切り替えられた場合に、短縮タイミング動作の一部、または、全部が少なくとも適用され、ＰＵＳＣＨの送信タイミングが４に切り替えられた場合に、ノーマルタイミング動作の一部、または、全部が少なくとも適用されてもよい。
【０２２７】
図１２は、動作２におけるＰＵＳＣＨの送信方法の一例を示す図である。図１２のＰＵＳＣＨ送信方法は図１１Ａに示すような条件として想定する。
【０２２８】
端末装置１は、７０１の下りリンクサブフレームｎにおいて、ＰＵＳＣＨをスケジューリングするＰＤＣＣＨを検出する。当該ＰＤＣＣＨで送信されるＤＣＩフォーマットに基づいて、ＰＵＳＣＨ送信用のＴＢＳが算出される。端末装置１は、算出したＴＢＳを所定のマキシマムＴＢＳの閾値と比べて、ｋの値を決定してもよい。
【０２２９】
例えば、算出されたＴＢＳが所定のＭａｘ  ＴＢＳ１を超えていない場合、ｋの値はｋ１に決定されてもよい。端末装置１は、ｋ１の値を用いて、７０２の上りリンクサブフレームｎ＋ｋ１において、７０１で検出されたＰＤＣＣＨにスケジューリングされるＰＵＳＣＨを送信してもよい。
【０２３０】
また、例えば、算出されたＴＢＳが所定のＭａｘ  ＴＢＳ１の閾値から所定のＭａｘ  ＴＢＳ２の閾値の範囲内である場合、ｋの値はｋ２に決定されてもよい。端末装置１は、ｋ２の値を用いて、７０３の上りリンクサブフレームｎ＋ｋ２において、７０１で検出されたＰＤＣＣＨにスケジューリングされるＰＵＳＣＨを送信してもよい。
【０２３１】
例えば、算出されたＴＢＳが所定のＭａｘ  ＴＢＳ２以上になった場合、ｋの値は４に決定されてもよい。端末装置１は、４であるｋの値を用いて、７０４の上りリンクサブフレームｎ＋４において、７０１で検出されたＰＤＣＣＨにスケジューリングされるＰＵＳＣＨを送信してもよい。
【０２３２】
次に、動作２に係わるＰＤＳＣＨ送信に対するＨＡＲＱ−ＡＣＫの送信プロシージャの一例について説明する。サブフレームｎ−ｊでＰＤＳＣＨが検出された場合、端末装置１は、サブフレームｎで当該ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信を実行するときに、ｊの値を決定する動作である。動作２に係わるＰＵＳＣＨの送信プロシージャと同様に、基地局装置３は、端末装置１のケーパビリティ情報（能力情報）に基づいて、端末装置１に用いられるＨＡＲＱ−ＡＣＫの送信タイミング（ｊの値）を設定してもよい。また、基地局装置３は、ｊの値に対して、所定のマキシマムＴＢＳの閾値を設定してもよい。基地局装置３は、ｊの値と対応する所定のマキシマムＴＢＳの閾値をＲＲＣシグナリングに
よって、端末装置１に送信（通知）してもよい。即ち、対応するＨＡＲＱ−ＡＣＫの送信タイミング（ｊの値）は、スケジューリングされたＰＤＳＣＨのＴＢＳに基づいて、決定される。
【０２３３】
図１３はマキシマムＴＢＳの閾値と対応するＨＡＲＱ−ＡＣＫの送信タイミング（ｊの値）を示す図である。異なるｊの値に対して、所定のマキシマムＴＢＳの閾値は異なって設定されてもよい。図１３Ａは、所定のマキシマムＴＢＳの閾値が２つに設定された場合の一例である。図１３Ｂは、マキシマムＴＢＳの閾値が１つに設定された場合の一例である。
【０２３４】
図１３Ａにおいて、所定のマキシマムＴＢＳの閾値はＭａｘ  ＴＢＳ１とＭａｘ  ＴＢＳ２に設定された。端末装置１は、ＰＤＳＣＨをスケジューリングするＤＣＩフォーマットから算出されたＴＢＳが所定のＭａｘ  ＴＢＳ１の閾値を超えていない場合、対応するＨＡＲＱ−ＡＣＫの送信タイミング（ｊの値）をｊ１に決定し（切り替え）てもよい。また、端末装置１は、ＰＤＳＣＨをスケジューリングするＤＣＩフォーマットから算出されたＴＢＳが所定のＭａｘ  ＴＢＳ１の閾値から所定のＭａｘ  ＴＢＳ２の閾値の範囲内である場合、対応するＨＡＲＱ−ＡＣＫの送信タイミング（ｊの値）をｊ２に決定し（切り替え）てもよい。また、端末装置１は、ＰＤＳＣＨをスケジューリングするＤＣＩフォーマットから算出されたＴＢＳが所定のＭａｘ  ＴＢＳ２の閾値以上になった場合、対応するＨＡＲＱ−ＡＣＫの送信タイミング（ｊの値）を４に決定し（切り替え）てもよい。ここで、ｊ１の値は２であってもよい。ｊ２の値は３であってもよい。
【０２３５】
端末装置１は、ＰＤＳＣＨをスケジューリングするＤＣＩフォーマットから算出されたＴＢＳが所定のＭａｘ  ＴＢＳ１の閾値を超えていない場合、短縮タイミング動作の一部、または、全部を少なくとも実行してもよい。また、端末装置１は、ＰＤＳＣＨをスケジューリングするＤＣＩフォーマットから算出されたＴＢＳが所定のＭａｘ  ＴＢＳ１の閾値から所定のＭａｘ  ＴＢＳ２の閾値の範囲内である場合、短縮タイミング動作の一部、または、全部を少なくとも実行してもよい。また、端末装置１は、ＰＤＳＣＨをスケジューリングするＤＣＩフォーマットから算出されたＴＢＳが所定のＭａｘ  ＴＢＳ１の閾値から所定のＭａｘ  ＴＢＳ２の閾値の範囲内である場合、ノーマルタイミング動作の一部、または、全部を少なくとも実行してもよい。また、端末装置１は、ＰＤＳＣＨをスケジューリングするＤＣＩフォーマットから算出されたＴＢＳが所定のＭａｘ  ＴＢＳ２の閾値以上になった場合、ノーマルタイミング動作の一部、または、全部を少なくとも実行してもよい。
【０２３６】
ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫの送信タイミングがｋ１に切り替えられた場合、短縮タイミング動作の一部、または、全部が少なくとも適用され、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫの送信タイミングがｋ２、または、４に切り替えられた場合、ノーマルタイミング動作の一部、または、全部が少なくとも適用されてもよい。また、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫの送信タイミングがｋ１、または、ｋ２に切り替えられた場合、短縮タイミング動作の一部、または、全部が少なくとも適用され、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫの送信タイミングが４に切り替えられた場合、ノーマルタイミング動作の一部、または、全部が少なくとも適用されてもよい。
【０２３７】
図１３Ｂにおいて、所定のマキシマムＴＢＳの閾値はＭａｘ  ＴＢＳ３に設定された。端末装置１は、ＰＤＳＣＨをスケジューリングするＤＣＩフォーマットから算出されたＴＢＳが所定のＭａｘ  ＴＢＳ３の閾値を超えていない場合、対応するＨＡＲＱ−ＡＣＫの送信タイミング（ｊの値）をｊ３に決定し（切り替え）てもよい。また、端末装置１は、算出されたＴＢＳが所定のＭａｘ  ＴＢＳ３の閾値を超えている場合、対応するＨＡＲＱ−ＡＣＫの送信タイミング（ｊの値）を４に決定し（切り替え）てもよい。ここで、ｊ３
の値は２であってもよい。また、ｊ３の値は３であってもよい。
【０２３８】
端末装置１は、ＰＤＳＣＨをスケジューリングするＤＣＩフォーマットから算出されたＴＢＳが所定のＭａｘ  ＴＢＳ３の閾値を超えていない場合、短縮タイミング動作の一部、または、全部を少なくとも実行してもよい。また、端末装置１は、ＰＤＳＣＨをスケジューリングするＤＣＩフォーマットから算出されたＴＢＳが所定のＭａｘ  ＴＢＳ３の閾値を超えている場合、ノーマルタイミング動作の一部、または、全部を少なくとも実行してもよい。
【０２３９】
ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫの送信タイミングがｋ３に切り替えられた場合、短縮タイミング動作の一部、または、全部が少なくとも適用され、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫの送信タイミングが４に切り替えられた場合、ノーマルタイミング動作の一部、または、全部が少なくとも適用されてもよい。
【０２４０】
端末装置１は、ＰＤＳＣＨをスケジューリングするＤＣＩフォーマットに基づいて、ＰＤＳＣＨのＴＢＳを算出する。また、端末装置１は、算出したＰＤＳＣＨのＴＢＳと図１３を参照することによって、ＨＡＲＱ−ＡＣＫの送信タイミング（ｊの値）を決定する。次に、端末装置１は、決定したｊの値を用いて、サブフレームｎにおいて、対応するＨＡＲＱ−ＡＣＫを送信してもよい。
【０２４１】
図１３の所定のマキシマムＴＢＳの閾値（Ｍａｘ  ＴＢＳ１、Ｍａｘ  ＴＢＳ２、Ｍａｘ  ＴＢＳ３）はＨＡＲＱ−ＡＣＫの送信タイミング（ｊの値）に基づいて、設定される。図１１の所定のマキシマムＴＢＳの閾値（Ｍａｘ  ＴＢＳ１、Ｍａｘ  ＴＢＳ２、Ｍａｘ  ＴＢＳ３）はＰＵＳＣＨの送信タイミング（ｋの値）に基づいて、設定される。即ち、図１３の所定のマキシマムＴＢＳの閾値と図１１の所定のマキシマムＴＢＳの閾値は異なってもよい。
【０２４２】
前述したように、図１１と図１３の所定のマキシマムＴＢＳの閾値は、基地局装置３から、ＲＲＣシグナリングによって、端末装置１に送信してもよい。また、図１１と図１３の所定のマキシマムＴＢＳの閾値は、仕様書などによって定義され、基地局装置３と端末装置１との間において、既知の値であってもよい。
【０２４３】
前述したように、動作２は所定の条件５０１の判断に基づいて、実行される。また動作２は所定の条件５０１の判断に基づかず、実行されてもよい。即ち、端末装置１は、ＰＵＳＣＨの送信を実行する時に、所定の条件５０１を判断しなくて、直接に動作２を実行し、ＰＵＳＣＨの送信タイミング（ｋの値）を決定し、決定されたｋの値でＰＵＳＣＨを送信してもよい。また、端末装置１、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信を実行する時に、所定の条件５０１を判断しなくて、直接に動作２を実行し、対応するＨＡＲＱ−ＡＣＫの送信タイミング（ｊの値）を決定し、決定されたｊの値で対応するＨＡＲＱ−ＡＣＫを送信してもよい。言い換えると、動作２は所定の条件５０１と独立し（関係なく）、実行されてもよい。
【０２４４】
以下、動作３について詳細に説明する。
【０２４５】
動作３において、端末装置１は、ＴＡ値と所定のマキシマムＴＡの閾値に基づいて、送信タイミング（ｋおよび／またはｊの値）を決定してもよい。前述したように、ＴＡは端末装置１の送信タイミング（ｋおよび／またはｊの値）を調整するために用いられ、送信タイミング（ｋおよび／またはｊの値）に影響を与える。送信タイミング（ｋおよび／またはｊの値）が小さくなればなるほど、ＴＡ値の影響が大きくなる。また、ここで、所定のマキシマムＴＡの閾値は図９における第４の条件に記載されたマキシマムＴＡの閾値と
異なってもよい。
【０２４６】
特に、端末装置１が４より小さい値であるｋまたはｊを用いて、ＰＵＳＣＨまたはＨＡＲＱ−ＡＣＫの送信を実行する場合、且つ、ＴＡ値が大きい場合、端末装置１は、下りリンクデータ（ＰＤＣＣＨまたＰＤＳＣＨ）を受信してから、対応する上りリンクデータ（ＰＵＳＣＨまたはＨＡＲＱ−ＡＣＫ）を送信するまでに十分な処理時間を確保することができず、上りリンクデータ（ＰＵＳＣＨまたはＨＡＲＱ−ＡＣＫ）を送信できない場合がある。
【０２４７】
即ち、端末装置１が４より小さい値であるｋまたはｊを用いて、ＰＵＳＣＨまたはＨＡＲＱ−ＡＣＫの送信を実行する場合、端末装置１はｋまたはｊの値に対して、利用できるマキシマムＴＡ（または、ＴＡの上限値等）を制限する必要がある。即ち、基地局装置３は、端末装置１のケーパビリティ情報に基づいて、端末装置１に用いられるｋおよびｊの値を決定する。また、基地局装置３は、決定されたｋおよびｊの値に対して所定のマキシマムＴＡの閾値を設定してもよい。基地局装置３は、ｋおよびｊの値と対応する所定のマキシマムＴＡの閾値をＲＲＣシグナリングによって、端末装置１に送信（通知）してもよい。
【０２４８】
図１４はＰＵＳＣＨ送信タイミング（ｋの値）と対応する所定のマキシマムＴＡの閾値を示す図である。異なるｋの値に対して、所定のマキシマムＴＡの閾値は異なって設定されてもよい。図１４Ａは、端末装置１がｋの値（ｋａ、ｋｂ、４）をサポートする場合、対応する所定のマキシマムＴＡの閾値が設定される一例である。図１４Ｂは、端末装置１がｋの値（ｋｃ、４）をサポートする場合、対応する所定のマキシマムＴＡの閾値が設定される一例である。小さいｋの値に対して、小さい所定のマキシマムＴＡの閾値が設定されてもよい。端末装置１、現ＴＡの値と所定のマキシマムＴＡの閾値の関係に基づいて、ＴＡレポートを行うかどうかを決定してもよい。
【０２４９】
ここで、ｋａの値は２であってもよい。また、ｋｂの値は３であってもよい。また、ｋｃの値は２であってもよいし、３であってもよい。
【０２５０】
以下は、動作３におけるＰＵＳＣＨの送信方法の一例を説明する。ここで、ＰＵＳＣＨ送信方法は図１４Ａの示すような条件として想定し、説明する。
【０２５１】
例えば、端末装置１のＰＵＳＣＨ送信タイミング（ｋの値）が４である場合、端末装置１はＴＡ値がＭａｘ  ＴＡ２を下回るかどうかをモニタすべきである。端末装置１のＴＡ値が所定のＭａｘ  ＴＡ２を下回る場合、ＴＡレポートが実行される。即ち、端末装置１は測定したＴＡ値をＲＲＣシグナリングによって基地局装置３に報告してもよい。基地局装置３は、ＴＡ値が受信されたことを示す確認情報が含まれるＲＲＣシグナリングを端末装置１に送信する。端末装置１は当該ＲＲＣシグナリングを受信してから、ｋの値をｋｂに切り替えてもよい。つまり、端末装置１は、サブフレームｎにおいてＰＤＣＣＨを検出した場合、サブフレームｎ＋ｋｂでＰＤＣＣＨにスケジューリングされるＰＵＳＣＨを送信する。
【０２５２】
また、例えば、端末装置１の送信タイミング（ｋの値）がｋｂである場合、端末装置１は所定の２つのマキシマムＴＡの閾値Ｍａｘ  ＴＡ１とＭａｘ  ＴＡ２をモニタする。すなわち、端末装置１の送信タイミング（ｋの値）がｋｂである場合、端末装置１はＴＡ値がＭａｘ  ＴＡ１を下回るかどうか、および、ＴＡ値がＭａｘ  ＴＡ２を上回るかどうかをモニタする。端末装置１のＴＡ値が所定のＭａｘ  ＴＡ１を下回る場合、ＴＡレポートが実行される。即ち、端末装置１は測定したＴＡ値をＲＲＣシグナリングによって基地局装置３に報告してもよい。基地局装置３は、ＴＡ値が受信されたことを示す確認情報が含
まれるＲＲＣシグナリングを端末装置１に送信する。端末装置１は当該ＲＲＣシグナリングを受信してから、ｋの値をｋａに切り替えてもよい。つまり、端末装置１は、サブフレームｎにおいてＰＤＣＣＨを検出した場合、サブフレームｎ＋ｋａでＰＤＣＣＨにスケジューリングされるＰＵＳＣＨを送信する。また、端末装置１のＴＡ値が所定のＭａｘ  ＴＡ２を上回る場合、ＴＡレポートが実行される。即ち、端末装置１は測定したＴＡ値をＲＲＣシグナリングによって基地局装置３に報告してもよい。基地局装置３は、ＴＡ値が受信されたことを示す確認情報が含まれるＲＲＣシグナリングを端末装置１に送信する。端末装置１は当該ＲＲＣシグナリングを受信してから、ｋの値を４に切り替えてもよい。つまり、端末装置１は、サブフレームｎにおいてＰＤＣＣＨを検出した場合、サブフレームｎ＋４でＰＤＣＣＨにスケジューリングされるＰＵＳＣＨを送信する。
【０２５３】
また、例えば、端末装置１の送信タイミング（ｋの値）がｋａである場合、端末装置１は所定のマキシマムＴＡの閾値Ｍａｘ  ＴＡ１をモニタする。すなわち、端末装置１の送信タイミング（ｋの値）がｋａである場合、端末装置１はＴＡ値がＭａｘ  ＴＡ１を上回るかどうかをモニタする。端末装置１のＴＡ値が所定のＭａｘ  ＴＡ１を上回る場合、ＴＡレポートが実行される。即ち、端末装置１は測定したＴＡ値をＲＲＣシグナリングによって基地局装置３に報告してもよい。基地局装置３は、ＴＡ値が受信されたことを示す確認情報が含まれるＲＲＣシグナリングを端末装置１に送信する。端末装置１は当該ＲＲＣシグナリングを受信してから、ｋの値をｋｂに切り替えてもよい。つまり、端末装置１は、サブフレームｎにおいてＰＤＣＣＨを検出した場合、サブフレームｎ＋ｋｂでＰＤＣＣＨにスケジューリングされるＰＵＳＣＨを送信する。
【０２５４】
ＰＵＳＣＨの送信タイミングがｋａに切り替えられた場合、短縮タイミング動作が適用され、ＰＵＳＣＨの送信タイミングがｋｂ、または、４に切り替えられた場合、ノーマルタイミング動作が適用されてもよい。また、ＰＵＳＣＨの送信タイミングがｋａ、または、ｋｂに切り替えられた場合、短縮タイミング動作が適用され、ＰＵＳＣＨの送信タイミングが４に切り替えられた場合、ノーマルタイミング動作が適用されてもよい。また、ＰＵＳＣＨの送信タイミングがｋｃに切り替えられた場合、短縮タイミング動作が適用され、ＰＵＳＣＨの送信タイミングが４に切り替えられた場合、ノーマルタイミング動作が適用されてもよい。
【０２５５】
図１５はＨＡＲＱ−ＡＣＫの送信タイミング（ｊの値）と対応する所定のマキシマムＴＡの閾値を示す図である。異なるｊの値に対して、所定のマキシマムＴＡの閾値は異なって設定されてもよい。図１５Ａは、端末装置１がｊの値（ｊａ、ｊｂ、４）をサポートする場合、対応する所定のマキシマムＴＡの閾値が設定される一例である。図１５Ｂは、端末装置１がｊの値（ｊｃ、４）をサポートする場合、対応する所定のマキシマムＴＡの閾値が設定される一例である。小さいｊの値に対して、小さい所定のマキシマムＴＡの閾値が設定されてもよい。
【０２５６】
ここで、ｊａの値は２であってもよい。また、ｊｂの値は３であってもよい。また、ｊｃの値は２であってもよいし、３であってもよい。
【０２５７】
また、ここで、ｊの値に対して設定されたマキシマムＴＡの閾値（Ｍａｘ  ＴＡ１、Ｍａｘ  ＴＡ２、Ｍａｘ  ＴＡ３）はｋの値に対して設定されたマキシマムＴＡの閾値と同じであってもよい。また、ｊの値に対して設定されたマキシマムＴＡの閾値（Ｍａｘ  ＴＡ１、Ｍａｘ  ＴＡ２、Ｍａｘ  ＴＡ３）はｋの値に対して設定されたマキシマムＴＡの閾値と異なってもよい。
【０２５８】
ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫの送信タイミングがｊａに切り替えられた場合、短縮タイミング動作の一部、または、全部が少なくとも適用され、ＰＤＳＣＨに対応す
るＨＡＲＱ−ＡＣＫの送信タイミングがｊｂ、または、４に切り替えられた場合、ノーマルタイミング動作の一部、または、全部が少なくとも適用されてもよい。また、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫの送信タイミングがｊａ、または、ｊｂに切り替えられた場合、短縮タイミング動作の一部、または、全部が少なくとも適用され、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫの送信タイミングが４に切り替えられた場合、ノーマルタイミング動作の一部、または、全部が少なくとも適用されてもよい。また、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫの送信タイミングがｊｃに切り替えられた場合、短縮タイミング動作の一部、または、全部が少なくとも適用され、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫの送信タイミングが４に切り替えられた場合、ノーマルタイミング動作の一部、または、全部が少なくとも適用されてもよい。
【０２５９】
以下は、動作３におけるＨＡＲＱ−ＡＣＫの送信方法の一例を説明する。ここで、ＨＡＲＱ−ＡＣＫ送信方法は図１５Ｂに示すような条件として想定し、説明する。
【０２６０】
図１５Ｂの場合、例えば、端末装置１のＨＡＲＱ−ＡＣＫ送信タイミング（ｊの値）が４である場合、端末装置１はＴＡ値がＭａｘ  ＴＡ３を下回るかどうかをモニタすべきである。端末装置１のＴＡ値が所定のＭａｘ  ＴＡ３を下回る場合、ＴＡレポートが実行される。即ち、端末装置１は測定したＴＡ値をＲＲＣシグナリングによって基地局装置３に報告してもよい。基地局装置３は、ＴＡ値が受信されたことを示す確認情報が含まれるＲＲＣシグナリングを端末装置１に送信する。端末装置１は当該ＲＲＣシグナリングを受信してから、ｊの値をｊｃに切り替えてもよい。つまり、端末装置１は、サブフレームｎ―ｊｃにおいてＰＤＳＣＨを検出した場合、サブフレームｎでＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信する。
【０２６１】
また、例えば、端末装置１のＨＡＲＱ−ＡＣＫ送信タイミング（ｊの値）がｊｃである場合、端末装置１はＭａｘ  ＴＡ３をモニタすべきである。すなわち、端末装置１のＨＡＲＱ−ＡＣＫ送信タイミング（ｊの値）がｊｃである場合、端末装置１はＴＡ値がＭａｘ
ＴＡ３を上回るかどうかをモニタすべきである。端末装置１のＴＡ値が所定のＭａｘ  ＴＡ３を上回る場合、ＴＡレポートが実行される。即ち、端末装置１は測定したＴＡ値をＲＲＣシグナリングによって基地局装置３に報告してもよい。基地局装置３は、ＴＡ値が受信されたことを示す確認情報が含まれるＲＲＣシグナリングを端末装置１に送信する。端末装置１は当該ＲＲＣシグナリングを受信してから、ｊの値を４に切り替えてもよい。つまり、端末装置１は、サブフレームｎ―４においてＰＤＳＣＨを検出した場合、サブフレームｎでＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信する。
【０２６２】
前述したように、基地局装置３は、端末装置１からのＴＡレポートを受信してから、当該ＴＡレポートが受信されたことを示す確認情報が含まれるＲＲＣシグナリングを端末装置１に送信する。また、基地局装置３は、RRCシグナリングによってｋまたはｊの値を一
緒に送信してもよい。端末装置１は送信タイミングを受信したＲＲＣシグナリングに含まれるｋまたはｊの値に切り替えてもよい。
【０２６３】
動作３は所定の条件５０１の判断に基づいて、実行される。また動作３は所定の条件５０１の判断に基づかず、実行されてもよい。即ち、端末装置１は、ＰＵＳＣＨの送信を実行する時に、所定の条件５０１を判断しなくて、直接に動作２を実行し、ＰＵＳＣＨの送信タイミング（ｋの値）を決定し、決定されたｋの値でＰＵＳＣＨを送信してもよい。また、端末装置１、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信を実行する時に、所定の条件５０１を判断しなくて、直接に動作３を実行し、対応するＨＡＲＱ−ＡＣＫの送信タイミング（ｊの値）を決定し、決定されたｊの値で対応するＨＡＲＱ−ＡＣＫを送信してもよい。言い換えると、動作３は所定の条件５０１と独立し（関係なく）、実行されてもよい。
【０２６４】
以下では、動作３において、端末装置１および基地局装置３は、以下の要素（Ａ）から要素（Ｇ）の一部、または、全部に少なくともに基づいて、所定のマキシマムＴＡの閾値を決定してもよい。
要素Ａ：ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの処理時間 
要素Ｂ：ＰＤＣＣＨ（上りリンクグラント）に対するＰＵＳＣＨの処理時間
要素Ｃ：サポートするｓＴＴＩを構成するシンボルの数
要素Ｄ：ＰＤＳＣＨのマキシマムＴＢＳの閾値 
要素Ｅ：ＰＵＳＣＨのマキシマムＴＢＳの閾値
要素Ｆ：送信タイミング（ｋおよび／またはｊ）の値 
要素Ｇ：上記の能力（要素Ａから要素Ｆの一部、または、全部）を示す端末装置１のケーパビリティ情報
【０２６５】
要素Ａと要素Ｂにおいて、例えば、同じ送信タイミングの値を利用する複数の端末装置１であって、処理時間が短い端末装置１には、マキシマムＴＡの閾値が大きく設定されてもよい。
【０２６６】
要素Ｃにおいて、ｓＴＴＩを構成するシンボルの数は端末装置１の処理時間の短縮能力と関わると想定してもよい。
【０２６７】
要素Ｄと要素Ｅにおいて、ＴＢＳは送信タイミングの値に影響を与える。マキシマムＴＢＳの閾値が大きく設定された場合、マキシマムＴＡの閾値が小さく設定される必要とされる。
【０２６８】
要素Ｆは端末装置１の上りデータの送信タイミングの値である。即ち、複数の送信タイミングの値をサポートする端末装置１にとって、小さい送信タイミングの値に対応するマキシマムＴＡの閾値も小さく設定される必要がある。
【０２６９】
前述したように、動作２または動作３は送信タイミング（ｋおよびｊの値）を決定するために実行される。動作２または動作３内の何れかが実行されるのは基地局装置３によって通知（指示）されてもよい。また、端末装置１は動作２と動作３の組み合わせに基づいて、ｋおよびｊの値を決定してもよい。
【０２７０】
以下、動作２と動作３の組み合わせによって、ｋまたはｊの値を決定する方法について説明する。
【０２７１】
動作３は、ｋまたはｊの値に対して、マキシマムＴＡの閾値を制限する。前述したように、ｋまたはｊの値に対するマキシマムＴＡの閾値は、端末装置１の通信可能範囲（エリア）を制限するとしてみなされる。即ち、端末装置１にとっては、ｋまたはｊの値の各々に対して、通信可能範囲が制限されるとしてみなされる。ＴＡの値は、端末装置１と基地局装置３との間の通信距離を示すと想定してもよい。つまり、ＴＡの値は、利用（サポート）できるｋまたはｊの値を制限する。大きなＴＡの値を持つ端末装置１は、上りリンクグラントに対するＰＵＳＣＨの処理時間またはＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの処理時間を確保するために、小さい値であるｋまたはｊを利用することができない。
【０２７２】
最初に、端末装置１は動作３を行い、ＴＡの値と所定のマキシマムＴＡの閾値によって、送信タイミング（ｋまたはｊの値）を決定してもよい。決定されたｋまたはｊの値より大きい値であるｋまたはｊは送信タイミングとして利用されてもよい。決定されたｋまたはｊの値より小さい値であるｋまたはｊは、十分な処理時間を確保することができず、ＰＵＳＣＨまたはＨＡＲＱ−ＡＣＫを送信できなくなり、送信タイミングとして利用される
ことができない。即ち、動作３は、ＴＡの値によって、利用（サポート）できるｋまたはｊの値のセットを決定してもよい。また、ＴＡの値が変わると、利用サポート）できるｋまたはｊの値のセットの中身も変わってもよい。
【０２７３】
次に、端末装置１は動作２を行い、ＰＵＳＣＨまたはＰＤＳＣＨをスケジューリングするＤＣＩフォーマットから算出したＴＢＳをマキシマムＴＢＳの閾値と比べ、動作３から決定された利用できるｋまたはｊの値のセットの中から、１つのｋまたはｊの値を決定してもよい。詳細的に言うと、前述したように、動作２は、算出したＴＢＳとマキシマムＴＢＳの閾値に基づいて、ｋまたはｊの値を決定する。動作２に決定されたｋまたはｊの値が、動作３に決定されたｋまたはｊの値のセットに含まれれば、端末装置１は動作２に決定されたｋまたはｊの値を送信タイミングとして、利用してもよい。また、動作２に決定されたｋまたはｊの値が、動作３に決定されたｋまたはｊの値のセットに含むれなければ、端末装置１は、動作３に決定されたｋまたはｊの値のセットの中から、動作２に決定されたｋまたはｊの値と一番近く大きな値であるｋまたはｊを送信タイミングとして、利用してもよい。
【０２７４】
以下、図１１Ａと図１４Ａの例を参照して、動作２と動作３の組み合わせに基づいて、ｋの値を決定する一例を説明する。ここで、ｋａとｋｂが２と３に設定される。また、ｋ１とｋ２が２と３に設定される。端末装置１は２、３，４の値であるｋの何れかを送信タイミングとして、ＰＵＳＣＨを送信することができる。
【０２７５】
例えば、動作３によって、端末装置１のＴＡの値がＭａｘ  ＴＡ１を超えていない場合、図１４Ａを参照して、ＰＵＳＣＨ送信に用いられるｋの値はｋａ（２）であってもよい。また、上りリンクデータの処理時間を確保したうえで、２より大きい値であるｋも送信タイミングとして利用されてもよい。即ち、端末装置１のＴＡの値がＭａｘ  ＴＡ１を超えていない場合、ＰＵＳＣＨ送信に利用できるｋの値のセットは｛２、３、４｝であってもよい。
【０２７６】
また、端末装置１は動作２を実行し、ＰＵＳＣＨをスケジューリングするＤＣＩフォーマットから算出したＴＢＳをマキシマムＴＢＳの閾値と比べ、ｋの値を決定する。ここで、例えば、ｋの値はｋ２（３）に決定される。即ち、動作２によって決定された３の値であるｋは、利用できるｋの値のセット｛２、３、４｝に含まれるので、当該３の値であるｋを用いて、ＰＵＳＣＨを送信してもよい。
【０２７７】
また、例えば、端末装置１のＴＡの値がＭａｘ  ＴＡ１からＭａｘ  ＴＡ２の閾値の範囲内である場合、ＰＵＳＣＨ送信に用いられるｋの値は３であってもよい。３より小さい値である２は送信タイミングとして利用されない。即ち、端末装置１のＴＡの値がＭａｘ
ＴＡ１からＭａｘ  ＴＡ２の閾値の範囲内である場合、ＰＵＳＣＨ送信に用いられるｋの値はセット｛３、４｝であってもよい。
【０２７８】
また、端末装置１は動作２を実行し、ＰＵＳＣＨをスケジューリングするＤＣＩフォーマットから算出したＴＢＳをマキシマムＴＢＳの閾値と比べ、ｋの値を決定する。ここで、例えば、ｋの値はｋ１（２）に決定される。即ち、動作２に決定された２の値であるｋが、動作３に決定された利用できるｋの値のセット｛３，４｝に含まれないので、端末装置１は、利用できるｋの値のセット｛３，４｝から、２と一番近く大きな値である３を選び、送信タイミングとして、利用してもよい。
【０２７９】
また、例えば、端末装置１のＴＡの値がＭａｘ  ＴＡ２以上になった場合、送信に用いられるｋの値は４である。即ち、４より小さい値であるｋは送信タイミングとして利用されない。この場合、端末装置１は、動作２が実行されるかどうかによらず、ｋの値を４に決
定してもよい。
【０２８０】
また、動作２と動作３の組み合わせによって、ｋまたはｊの値を決定する場合、マキシマムＴＢＳの閾値は、独立する動作２での設定されたマキシマムＴＢＳの閾値と同じであってもよい。また、動作２と動作３の組み合わせに設定されるマキシマムＴＢＳの閾値は、動作２での設定されたマキシマムＴＢＳの閾値と異なって、ｋまたはｊの値に対するマキシマムＴＡの閾値に基づいて、改めて設定されてもよい。
【０２８１】
以下、本実施形態における装置の構成について説明する。
【０２８２】
図１６は、本実施形態における端末装置１の構成を示す概略ブロック図である。図に示すように、端末装置１は、上位層処理部１０１、制御部１０３、受信部１０５、送信部１０７と送受信アンテナ部１０９を含んで構成される。また、上位層処理部１０１は、無線リソース制御部１０１１、スケジューリング情報解釈部１０１３、および、ｓＴＴＩ制御部１０１５を含んで構成される。また、受信部１０５は、復号化部１０５１、復調部１０５３、多重分離部１０５５、無線受信部１０５７とチャネル測定部１０５９を含んで構成される。また、送信部１０７は、符号化部１０７１、変調部１０７３、多重部１０７５、無線送信部１０７７と上りリンク参照信号生成部１０７９を含んで構成される。
【０２８３】
上位層処理部１０１は、ユーザーの操作等により生成された上りリンクデータ（トランスポートブロック）を、送信部１０７に出力する。また、上位層処理部１０１は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet
Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）
層、無線リソース制御（Radio Resource Control: RRC）層の処理を行なう。
【０２８４】
上位層処理部１０１が備える無線リソース制御部１０１１は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御部１０１１は、基地局装置３から受信した上位層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御部１０１１は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。また、無線リソース制御部１０１１は、上りリンクの各チャネルに配置される情報を生成し、送信部１０７に出力する。無線リソース制御部１０１１を設定部１０１１とも称する。
【０２８５】
ここで、上位層処理部１０１が備えるスケジューリング情報解釈部１０１３は、受信部１０５を介して受信したＤＣＩフォーマット（スケジューリング情報、ＵＬグラント）の解釈をし、前記ＤＣＩフォーマットを解釈した結果に基づき、受信部１０５、および送信部１０７の制御を行なうために制御情報を生成し、制御部１０３に出力する。
【０２８６】
また、上位層処理部１０１が備えるｓＴＴＩ制御部１０１５は、各種設定情報、および、パラメータなどＳＰＳに関連する情報、状況に基づいて、ｓＴＴＩ送信に関連する制御を行う。
【０２８７】
また、制御部１０３は、上位層処理部１０１からの制御情報に基づいて、受信部１０５、および送信部１０７の制御を行なう制御信号を生成する。制御部１０３は、生成した制御信号を受信部１０５、および送信部１０７に出力して受信部１０５、および送信部１０７の制御を行なう。
【０２８８】
また、受信部１０５は、制御部１０３から入力された制御信号に従って、送受信アンテナ部１０９を介して基地局装置３から受信した受信信号を、分離、復調、復号し、復号した情報を上位層処理部１０１に出力する。
【０２８９】
また、無線受信部１０５７は、送受信アンテナ部１０９を介して受信した下りリンクの信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート: down covert）
、不要な周波数成分を除去し、信号レベルが適切に維持されるように増幅レベルを制御し、受信した信号の同相成分および直交成分に基づいて、直交復調し、直交復調されたアナログ信号をディジタル信号に変換する。無線受信部１０５７は、変換したディジタル信号からＣＰ（Cyclic Prefix）に相当する部分を除去し、ＣＰを除去した信号に対して高速
フーリエ変換（Fast Fourier Transform: FFT）を行い、周波数領域の信号を抽出する。
【０２９０】
また、多重分離部１０５５は、抽出した信号をＰＨＩＣＨ、ＰＤＣＣＨ、ＰＤＳＣＨ、および、下りリンク参照信号に、それぞれ分離する。また、多重分離部１０５５は、チャネル測定部１０５９から入力された伝搬路の推定値から、ＰＨＩＣＨ、ＰＤＣＣＨ、および、ＰＤＳＣＨの伝搬路の補償を行なう。また、多重分離部１０５５は、分離した下りリンク参照信号をチャネル測定部１０５９に出力する。
【０２９１】
また、復調部１０５３は、ＰＨＩＣＨに対して対応する符号を乗算して合成し、合成した信号に対してＢＰＳＫ（Binary Phase Shift Keying）変調方式の復調を行ない、復号
化部１０５１へ出力する。復号化部１０５１は、自装置宛てのＰＨＩＣＨを復号し、復号したＨＡＲＱインディケータを上位層処理部１０１に出力する。復調部１０５３は、ＰＤＣＣＨに対して、ＱＰＳＫ変調方式の復調を行ない、復号化部１０５１へ出力する。復号化部１０５１は、ＰＤＣＣＨの復号を試み、復号に成功した場合、復号した下りリンク制御情報と下りリンク制御情報が対応するＲＮＴＩとを上位層処理部１０１に出力する。復号化部１０５１は、符号化処理部３００１が備える機能により符号化されたトランスポートブロックの復号化処理を行う機能を備えてもよい。
【０２９２】
また、復調部１０５３は、ＰＤＳＣＨに対して、ＱＰＳＫ（Quadrature Phase Shift Keying）、１６ＱＡＭ（Quadrature Amplitude Modulation）、６４ＱＡＭ等のＤＬグラントで通知された変調方式の復調を行ない、復号化部１０５１へ出力する。復号化部１０５１は、下りリンク制御情報で通知された符号化率に関する情報に基づいて復号を行い、復号した下りリンクデータ（トランスポートブロック）を上位層処理部１０１へ出力する。
【０２９３】
また、チャネル測定部１０５９は、多重分離部１０５５から入力された下りリンク参照信号から下りリンクのパスロスやチャネルの状態を測定し、測定したパスロスやチャネルの状態を上位層処理部１０１へ出力する。また、チャネル測定部１０５９は、下りリンク参照信号から下りリンクの伝搬路の推定値を算出し、多重分離部１０５５へ出力する。チャネル測定部１０５９は、ＣＱＩ（ＣＳＩでもよい）の算出のために、チャネル測定、および／または、干渉測定を行なう。
【０２９４】
また、送信部１０７は、制御部１０３から入力された制御信号に従って、上りリンク参照信号を生成し、上位層処理部１０１から入力された上りリンクデータ（トランスポートブロック）を符号化および変調し、ＰＵＣＣＨ、ＰＵＳＣＨ、および生成した上りリンク参照信号を多重し、送受信アンテナ部１０９を介して基地局装置３に送信する。また、送信部１０７は、上りリンク制御情報を送信する。
【０２９５】
また、符号化部１０７１は、上位層処理部１０１から入力された上りリンク制御情報を畳み込み符号化、ブロック符号化等の符号化を行う。また、符号化部１０７１は、ＰＵＳＣＨのスケジューリングに用いられる情報に基づきターボ符号化を行なう。符号化部１０７１は、符号化処理部３００１と同様の機能を備えてもよい。
【０２９６】
また、変調部１０７３は、符号化部１０７１から入力された符号化ビットをＢＰＳＫ、
ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ等の下りリンク制御情報で通知された変調方式または、チャネル毎に予め定められた変調方式で変調する。変調部１０７３は、ＰＵＳＣＨのスケジューリングに用いられる情報に基づき、空間多重されるデータの系列の数を決定し、ＭＩＭＯ（Multiple Input Multiple Output）ＳＭ（Spatial Multiplexing）を用いることにより同一のＰＵＳＣＨで送信される複数の上りリンクデータを、複数の系列にマッピングし、この系列に対してプレコーディング（precoding）を行なう。
【０２９７】
また、上りリンク参照信号生成部１０７９は、基地局装置３を識別するための物理レイヤセル識別子（physical layer cell identity: PCI、Cell IDなどと称する。）、上りリンク参照信号を配置する帯域幅、ＵＬグラントで通知されたサイクリックシフト、ＤＭＲＳシーケンスの生成に対するパラメータの値などを基に、予め定められた規則（式）で求まる系列を生成する。多重部１０７５は、制御部１０３から入力された制御信号に従って、ＰＵＳＣＨの変調シンボルを並列に並び替えてから離散フーリエ変換（Discrete Fourier Transform: DFT）する。また、多重部１０７５は、ＰＵＣＣＨとＰＵＳＣＨの信号と
生成した上りリンク参照信号を送信アンテナポート毎に多重する。つまり、多重部１０７５は、ＰＵＣＣＨとＰＵＳＣＨの信号と生成した上りリンク参照信号を送信アンテナポート毎にリソースエレメントに配置する。
【０２９８】
また、無線送信部１０７７は、多重された信号を逆高速フーリエ変換（Inverse Fast Fourier Transform: IFFT）して、ＳＣ−ＦＤＭＡシンボルを生成し、生成されたＳＣ−ＦＤＭＡシンボルにＣＰを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換し、ローパスフィルタを用いて余分な周波数成分を除去し、搬送波周波数にアップコンバート（up convert）し、電力増幅し、送受信アンテナ部１０９に出力して送信する。
【０２９９】
図１７は、本実施形態における基地局装置３の構成を示す概略ブロック図である。図に示すように、基地局装置３は、上位層処理部３０１、制御部３０３、受信部３０５、送信部３０７、および、送受信アンテナ部３０９、を含んで構成される。また、上位層処理部３０１は、無線リソース制御部３０１１、スケジューリング部３０１３、および、ｓＴＴＩ制御部３０１５を含んで構成される。また、受信部３０５は、復号化部３０５１、復調部３０５３、多重分離部３０５５、無線受信部３０５７とチャネル測定部３０５９を含んで構成される。また、送信部３０７は、符号化部３０７１、変調部３０７３、多重部３０７５、無線送信部３０７７と下りリンク参照信号生成部３０７９を含んで構成される。
【０３００】
上位層処理部３０１は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の処理を行なう。また、上位層処理部３０１は、受信部３０５、および送信部３０７の制御を行なうために制御情報を生成し、制御部３０３に出力する。
【０３０１】
また、上位層処理部３０１が備える無線リソース制御部３０１１は、下りリンクのＰＤＳＣＨに配置される下りリンクデータ（トランスポートブロック）、システムインフォメーション、ＲＲＣメッセージ、ＭＡＣ  ＣＥ（Control Element）などを生成し、又は上
位ノードから取得し、送信部３０７に出力する。また、無線リソース制御部３０１１は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御部３０１１は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御部１０１１は、各種設定情報／パラメータを示す情報を送信／報知する。無線リソース制御部３０１１を設定部３０１１とも称する。
【０３０２】
また、上位層処理部３０１が備えるスケジューリング部３０１３は、受信したチャネル
状態情報およびチャネル測定部３０５９から入力された伝搬路の推定値やチャネルの品質などから、物理チャネル（ＰＤＳＣＨおよびＰＵＳＣＨ）を割り当てる周波数およびサブフレーム、物理チャネル（ＰＤＳＣＨおよびＰＵＳＣＨ）の符号化率および変調方式および送信電力などを決定する。スケジューリング部３０１３は、スケジューリング結果に基づき、受信部３０５、および送信部３０７の制御を行なうために制御情報（例えば、ＤＣＩフォーマット）を生成し、制御部３０３に出力する。スケジューリング部３０１３は、さらに、送信処理および受信処理を行うタイミングを決定する。
【０３０３】
また、上位層処理部３０１が備えるｓＴＴＩ制御部３０１５は、各種設定情報、および、パラメータなどＳＰＳに関連する情報、状況に基づいて、ＳＰＳに関連する制御を行う。
【０３０４】
また、制御部３０３は、上位層処理部３０１からの制御情報に基づいて、受信部３０５、および送信部３０７の制御を行なう制御信号を生成する。制御部３０３は、生成した制御信号を受信部３０５、および送信部３０７に出力して受信部３０５、および送信部３０７の制御を行なう。
【０３０５】
また、受信部３０５は、制御部３０３から入力された制御信号に従って、送受信アンテナ部３０９を介して端末装置１から受信した受信信号を分離、復調、復号し、復号した情報を上位層処理部３０１に出力する。無線受信部３０５７は、送受信アンテナ部３０９を介して受信された上りリンクの信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート: down covert）、不要な周波数成分を除去し、信号レベルが適切に維持さ
れるように増幅レベルを制御し、受信された信号の同相成分および直交成分に基づいて、直交復調し、直交復調されたアナログ信号をディジタル信号に変換する。また、受信部３０５は、上りリンク制御情報を受信する。
【０３０６】
また、無線受信部３０５７は、変換したディジタル信号からＣＰ（Cyclic Prefix）に
相当する部分を除去する。無線受信部３０５７は、ＣＰを除去した信号に対して高速フーリエ変換（Fast Fourier Transform: FFT）を行い、周波数領域の信号を抽出し多重分離
部３０５５に出力する。
【０３０７】
また、多重分離部１０５５は、無線受信部３０５７から入力された信号をＰＵＣＣＨ、ＰＵＳＣＨ、上りリンク参照信号などの信号に分離する。尚、この分離は、予め基地局装置３が無線リソース制御部３０１１で決定し、各端末装置１に通知したＵＬグラントに含まれる無線リソースの割り当て情報に基づいて行なわれる。また、多重分離部３０５５は、チャネル測定部３０５９から入力された伝搬路の推定値から、ＰＵＣＣＨとＰＵＳＣＨの伝搬路の補償を行なう。また、多重分離部３０５５は、分離した上りリンク参照信号をチャネル測定部３０５９に出力する。
【０３０８】
また、復調部３０５３は、ＰＵＳＣＨを逆離散フーリエ変換（Inverse Discrete Fourier Transform: IDFT）し、変調シンボルを取得し、ＰＵＣＣＨとＰＵＳＣＨの変調シンボルそれぞれに対して、ＢＰＳＫ（Binary Phase Shift Keying）、ＱＰＳＫ、１６ＱＡＭ
、６４ＱＡＭ等の予め定められた、または自装置が端末装置１各々にＵＬグラントで予め通知した変調方式を用いて受信信号の復調を行なう。復調部３０５３は、端末装置１各々にＵＬグラントで予め通知した空間多重される系列の数と、この系列に対して行なうプリコーディングを指示する情報に基づいて、ＭＩＭＯ  ＳＭを用いることにより同一のＰＵＳＣＨで送信された複数の上りリンクデータの変調シンボルを分離する。
【０３０９】
また、復号化部３０５１は、復調されたＰＵＣＣＨとＰＵＳＣＨの符号化ビットを、予め定められた符号化方式の、予め定められた、又は自装置が端末装置１にＵＬグラントで
予め通知した符号化率で復号を行ない、復号した上りリンクデータと、上りリンク制御情報を上位層処理部１０１へ出力する。ＰＵＳＣＨが再送信の場合は、復号化部３０５１は、上位層処理部３０１から入力されるＨＡＲＱバッファに保持している符号化ビットと、復調された符号化ビットを用いて復号を行なう。チャネル測定部３０９は、多重分離部３０５５から入力された上りリンク参照信号から伝搬路の推定値、チャネルの品質などを測定し、多重分離部３０５５および上位層処理部３０１に出力する。復号化部３０５１は、符号化処理部３００１が備える機能により符号化されたトランスポートブロックの復号化処理を行う機能を備えてもよい。
【０３１０】
また、送信部３０７は、制御部３０３から入力された制御信号に従って、下りリンク参照信号を生成し、上位層処理部３０１から入力されたＨＡＲＱインディケータ、下りリンク制御情報、下りリンクデータを符号化、および変調し、ＰＨＩＣＨ、ＰＤＣＣＨ、ＰＤＳＣＨ、および、下りリンク参照信号を多重して、送受信アンテナ部３０９を介して端末装置１に信号を送信する。
【０３１１】
また、符号化部３０７１は、上位層処理部３０１から入力されたＨＡＲＱインディケータ、下りリンク制御情報、および下りリンクデータを、ブロック符号化、畳み込み符号化、ターボ符号化等の予め定められた符号化方式を用いて符号化を行なう、または無線リソース制御部３０１１が決定した符号化方式を用いて符号化を行なう。変調部３０７３は、符号化部３０７１から入力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ等の予め定められた、または無線リソース制御部３０１１が決定した変調方式で変調する。符号化部３０７１は、符号化処理部３００１と同様の機能を備えてもよい。
【０３１２】
また、下りリンク参照信号生成部３０７９は、基地局装置３を識別するための物理レイヤセル識別子（ＰＣＩ）などを基に予め定められた規則で求まる、端末装置１が既知の系列を下りリンク参照信号として生成する。多重部３０７５は、変調された各チャネルの変調シンボルと生成された下りリンク参照信号を多重する。つまり、多重部３０７５は、変調された各チャネルの変調シンボルと生成された下りリンク参照信号をリソースエレメントに配置する。
【０３１３】
また、無線送信部３０７７は、多重された変調シンボルなどを逆高速フーリエ変換（Inverse Fast Fourier Transform: IFFT）して、ＯＦＤＭシンボルを生成し、生成したＯＦＤＭシンボルにＣＰを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換し、ローパスフィルタにより余分な周波数成分を除去し、搬送波周波数にアップコンバート（up convert）し、電力増幅し、送受信アンテナ部３０９に出力して送信する。
【０３１４】
端末装置１と基地局装置３を構成する種々の部は、回路であってもよい。例えば、送信部１０７は送信回路１０７であってもよい。
【０３１５】
以下、本実施形態における、端末装置１および基地局装置３の種々の態様について説明する。
【０３１６】
（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置１であって、ＤＣＩフォーマットを含むＰＤＣＣＨを検出する受信部１０５と、前記ＰＤＣＣＨに基づき符号化ビットを生成する符号化部１０７１と、前記符号化ビットを含むＰＵＳＣＨを送信する送信部１０７とを備え、前記符号化ビットのマッピングは、第１の条件、または、第２の条件に少なくとも基づき与えられ、前記第１の条件は、前記ＰＤＣＣＨが検出されるサーチスペースが、ＣＳＳまたはＵＳＳのいずれかであり、前記第２の条件は、前記ＤＣＩフォーマットに付加されるＣ
ＲＣパリティビットがいずれかのＲＮＴＩで、スクランブルされているか否かである。
【０３１７】
（２）また、本発明の第１の態様において、前記送信部１０７は、前記受信部１０５においてサブフレームｎで前記ＰＤＣＣＨを検出した場合に、サブフレームｎ＋ｋにおいて前記ＰＵＳＣＨの送信を実行し、前記ＵＳＳにおいて前記ＰＤＣＣＨが検出され、前記ＤＣＩフォーマットに付加されるＣＲＣパリティビットがＣ−ＲＮＴＩによってスクランブルされている場合、前記ＤＣＩフォーマットに基づいて算出したＴＢＳと、ＴＢＳの閾値に基づいて、前記マッピングが与えられる。
【０３１８】
（３）また、本発明の第１の態様において、前記受信部１０５は前記ＴＢＳの閾値を示す情報を受信する。
【０３１９】
（４）また、本発明の第１の態様において、前記ＣＳＳにおいて前記ＰＤＣＣＨが検出され、前記ＤＣＩフォーマットに付加されるＣＲＣパリティビットがＣ−ＲＮＴＩによってスクランブルされている場合、前記ＤＣＩフォーマットに基づいて算出した前記ＴＢＳと前記ＴＢＳの閾値に関係なく、前記マッピングが与えられる。
【０３２０】
（５）また、本発明の第５の態様は、基地局装置３であって、ＤＣＩフォーマットを含むＰＤＣＣＨを送信する送信部３０７と、前記ＤＣＩフォーマットに基づき送信されるＰＵＳＣＨを受信する受信部３０５と、前記ＰＵＳＣＨに含まれる符号化ビットを復号化する復号化部３０５１と、を備え、前記符号化ビットのマッピングは、第１の条件、または、第２の条件に少なくとも基づき与えられ、前記第１の条件は、前記ＰＤＣＣＨが送信されるサーチスペースが、ＣＳＳまたはＵＳＳのいずれかであり、前記第２の条件は、前記ＤＣＩフォーマットに付加されるＣＲＣパリティビットがいずれかのＲＮＴＩで、スクランブルされているか否かである。
【０３２１】
（６）また、本発明の第２の態様において、前記受信部３０５は、前記送信部３０７においてサブフレームｎで前記ＰＤＣＣＨを送信した場合に、サブフレームｎ＋ｋにおいて前記ＰＵＳＣＨの受信を実行し、前記ＵＳＳにおいて前記ＰＤＣＣＨが送信され、前記ＤＣＩフォーマットに付加されるＣＲＣパリティビットがＣ−ＲＮＴＩによってスクランブルされている場合、前記ＤＣＩフォーマットに基づいて算出した前記ＴＢＳと前記ＴＢＳの閾値に関係なく、前記マッピングが与えられる。
【０３２２】
（７）また、本発明の第２の態様において、前記送信部３０７は前記ＴＢＳの閾値を示す情報を送信する。
【０３２３】
（８）また、本発明の第２の態様において、前記ＣＳＳにおいて前記ＰＤＣＣＨが送信され、前記ＤＣＩフォーマットに付加されるＣＲＣパリティビットがＣ−ＲＮＴＩによってスクランブルされている場合、前記ＤＣＩフォーマットに基づいて算出した前記ＴＢＳと前記ＴＢＳの閾値に関係なく、前記マッピングが与えられる。
【０３２４】
これにより、端末装置１はデータを効率的に送受信することができる。また、基地局装置３はデータを効率的に送受信することができる。
【０３２５】
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制
御するプログラム（コンピュータを機能させるプログラム）であっても良い。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ  ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤ
Ｄ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き
込みが行われる。
【０３２６】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。
【０３２７】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０３２８】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【０３２９】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【０３３０】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢに対する上位ノードの機能の一部または全部を有してもよい。
【０３３１】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０３３２】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【０３３３】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発
明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０３３４】
１（１Ａ、１Ｂ、１Ｃ）  端末装置
３  基地局装置
１０１  上位層処理部
１０３  制御部
１０５  受信部
１０７  送信部
３０１  上位層処理部
３０３  制御部
３０５  受信部
３０７  送信部
１０１１  無線リソース制御部
１０１３  スケジューリング情報解釈部
１０１５  ｓＴＴＩ制御部
３０００  送信プロセス
３００１  符号化処理部
３００２  スクランブル処理部
３００３  変調マップ処理部
３００４  レイヤマップ処理部
３００５  送信プレコード処理部
３００６  プレコード処理部
３００７  リソースエレメントマップ処理部
３００８  ベースバンド信号生成処理部
３０１１  無線リソース制御部
３０１３  スケジューリング部
３０１５  ｓＴＴＩ制御部
４００１  ＣＲＣ付加部
４００２  符号化部
４００３  サブブロックインターリーバ部
４００４  ビット収集部
４００５  ビット選択および切断部
４００６  結合部
４００７  制御情報およびデータ多重部
４００８  チャネルインターリーバ部
４０１０  分割およびＣＲＣ付加部
４０１１  コードブロック分割部
４０１２  ＣＲＣ付加部
【図１】
2019195113.tif 000003
【図２】
2019195113.tif 000004
【図３】
2019195113.tif 000005
【図４】
2019195113.tif 000006
【図５】
2019195113.tif 000007
【図６】
2019195113.tif 000008
【図７】
2019195113.tif 000009
【図８】
2019195113.tif 000010
【図９】
2019195113.tif 000011
【図１０】
2019195113.tif 000012
【図１１】
2019195113.tif 000013
【図１２】
2019195113.tif 000014
【図１３】
2019195113.tif 000015
【図１４】
2019195113.tif 000016
【図１５】
2019195113.tif 000017
【図１６】
2019195113.tif 000018
【図１７】
2019195113.tif 000019