(57)【要約】【課題】端末装置と基地局装置が効率的に通信すること【解決手段】端末装置は、ＤＣＩフォーマットを含むＰＤＣＣＨを受信し、ＰＤＣＣＨの検出に基づいて、ＰＵＳＣＨ送信を実行し、前記ＰＵＳＣＨ送信に対応するＨＡＲＱプロセスであって、前記ＨＡＲＱプロセスに対するＵＬ  ＨＡＲＱ  ＲＴＴ（Round Trip Timer）タイマーの値は、第１の条件および／または第２の条件に少なくとも基づいて与えられ、前記第１の条件は、前記検出されたＰＤＣＣＨのサーチスペースが、コモンサーチスペースまたはＵＥ固有サーチスペースのいずれかであり、前記第２の条件は、前記ＨＡＲＱプロセスのタイプが、同期ＨＡＲＱまたは非同期ＨＡＲＱのいずれかである。【選択図】図１６
2020080442.tif 000002
【特許請求の範囲】
【請求項１】
ＤＣＩフォーマットを含むＰＤＣＣＨを受信する受信部と、
前記ＰＤＣＣＨの検出に基づいて、ＰＵＳＣＨ送信を実行する送信部と、
を備え、
前記ＰＵＳＣＨ送信に対応するＨＡＲＱプロセスであって、前記ＨＡＲＱプロセスに対するＵＬ  ＨＡＲＱ  ＲＴＴ（Round Trip Timer）  タイマーの値は、第１の条件および／または第２の条件に少なくとも基づいて与えられ、
前記第１の条件は、前記検出されたＰＤＣＣＨのサーチスペースが、コモンサーチスペースまたはＵＥ固有サーチスペースのいずれかであり、
前記第２の条件は、前記ＨＡＲＱプロセスのタイプが、同期ＨＡＲＱまたは非同期ＨＡＲＱのいずれかである
端末装置
【請求項２】
ＦＤＤの場合、前記ＰＤＣＣＨがコモンサーチスペースで検出された場合、前記ＵＬ  ＨＡＲＱ  ＲＴＴ  タイマーの値は４サブフレームであり、前記ＰＤＣＣＨがＵＥ固有サーチスペースで検出された場合、前記ＵＬ  ＨＡＲＱ  ＲＴＴ  タイマーの値は３サブフレームである
請求項１に記載の端末装置
【請求項３】
ＦＤＤの場合、前記ＨＡＲＱプロセスが同期ＨＡＲＱであった場合、前記ＵＬ  ＨＡＲＱ  ＲＴＴ  タイマーの値は４サブフレームであり、前記ＨＡＲＱプロセスが非同期ＨＡＲＱであった場合、前記ＵＬ  ＨＡＲＱ  ＲＴＴ  タイマーの値は３サブフレームである
請求項１に記載の端末装置
【請求項４】
ＤＣＩフォーマットを含むＰＤＣＣＨを受信する受信部と、
前記ＰＤＣＣＨの検出に基づいて、ＰＤＳＣＨ受信に対するＨＡＲＱ−ＡＣＫの送信をＰＵＣＣＨで実行する送信部と、
を備え、
前記ＰＤＳＣＨ受信に対応するＨＡＲＱプロセスであって、前記ＨＡＲＱプロセスに対するＨＡＲＱ  ＲＴＴ（Round Trip Timer）  タイマーの値は、第３の条件に少なくとも基づいて与えられ、
前記第３の条件は、前記検出されたＰＤＣＣＨのサーチスペースが、コモンサーチスペースまたはＵＥ固有サーチスペースのいずれかである
端末装置
【請求項５】
ＦＤＤの場合、前記ＰＤＣＣＨがコモンサーチスペースで検出された場合、前記ＨＡＲＱ  ＲＴＴ  タイマーの値は８サブフレームであり、前記ＰＤＣＣＨがＵＥ固有サーチスペースで検出された場合、前記ＨＡＲＱ  ＲＴＴ  タイマーの値は６サブフレームである
請求項４に記載の端末装置
【請求項６】
端末装置に用いられる通信方法であって、
ＤＣＩフォーマットを含むＰＤＣＣＨを受信し、
前記ＰＤＣＣＨの検出に基づいて、ＰＵＳＣＨ送信を実行し、
前記ＰＵＳＣＨ送信に対応するＨＡＲＱプロセスであって、前記ＨＡＲＱプロセスに対するＵＬ  ＨＡＲＱ  ＲＴＴ（Round Trip Timer）  タイマーの値は、第１の条件および／または第２の条件に少なくとも基づいて与えられ、
前記第１の条件は、前記検出されたＰＤＣＣＨのサーチスペースが、コモンサーチスペースまたはＵＥ固有サーチスペースのいずれかであり、
前記第２の条件は、前記ＨＡＲＱプロセスのタイプが、同期ＨＡＲＱまたは非同期ＨＡ
ＲＱのいずれかである
通信方法
【請求項７】
ＦＤＤの場合、前記ＰＤＣＣＨがコモンサーチスペースで検出された場合、前記ＵＬ  ＨＡＲＱ  ＲＴＴ  タイマーの値は４サブフレームであり、前記ＰＤＣＣＨがＵＥ固有サーチスペースで検出された場合、前記ＵＬ  ＨＡＲＱ  ＲＴＴ  タイマーの値は３サブフレームである
請求項６に記載の通信方法
【請求項８】
ＦＤＤの場合、前記ＨＡＲＱプロセスが同期ＨＡＲＱであった場合、前記ＵＬ  ＨＡＲＱ  ＲＴＴ  タイマーの値は４サブフレームであり、前記ＨＡＲＱプロセスが非同期ＨＡＲＱであった場合、前記ＵＬ  ＨＡＲＱ  ＲＴＴ  タイマーの値は３サブフレームである
請求項６に記載の通信方法
【請求項９】
端末装置に用いられる通信方法であって、
ＤＣＩフォーマットを含むＰＤＣＣＨを受信し、
前記ＰＤＣＣＨの検出に基づいて、ＰＤＳＣＨ受信に対するＨＡＲＱ−ＡＣＫの送信をＰＵＣＣＨで実行し、
前記ＰＤＳＣＨ受信に対応するＨＡＲＱプロセスであって、前記ＨＡＲＱプロセスに対するＨＡＲＱ  ＲＴＴ（Round Trip Timer）  タイマーの値は、第３の条件に少なくとも基づいて与えられ、
前記第３の条件は、前記検出されたＰＤＣＣＨのサーチスペースが、コモンサーチスペースまたはＵＥ固有サーチスペースのいずれかである
通信方法
【請求項１０】
ＦＤＤの場合、前記ＰＤＣＣＨがコモンサーチスペースで検出された場合、前記ＨＡＲＱ  ＲＴＴ  タイマーの値は８サブフレームであり、前記ＰＤＣＣＨがＵＥ固有サーチスペースで検出された場合、前記ＨＡＲＱ  ＲＴＴ  タイマーの値は６サブフレームである
請求項９に記載の通信方法
【請求項１１】
端末装置に実装される集積回路であって、
ＤＣＩフォーマットを含むＰＤＣＣＨを受信する受信回路と、
前記ＰＤＣＣＨの検出に基づいて、ＰＵＳＣＨ送信を実行する送信回路と、
を備え、
前記ＰＵＳＣＨ送信に対応するＨＡＲＱプロセスであって、前記ＨＡＲＱプロセスに対するＵＬ  ＨＡＲＱ  ＲＴＴ（Round Trip Timer）  タイマーの値は、第１の条件および／または第２の条件に少なくとも基づいて与えられ、
前記第１の条件は、前記検出されたＰＤＣＣＨのサーチスペースが、コモンサーチスペースまたはＵＥ固有サーチスペースのいずれかであり、
前記第２の条件は、前記ＨＡＲＱプロセスのタイプが、同期ＨＡＲＱまたは非同期ＨＡＲＱのいずれかである
集積回路
【請求項１２】
ＦＤＤの場合、前記ＰＤＣＣＨがコモンサーチスペースで検出された場合、前記ＵＬ  ＨＡＲＱ  ＲＴＴ  タイマーの値は４サブフレームであり、前記ＰＤＣＣＨがＵＥ固有サーチスペースで検出された場合、前記ＵＬ  ＨＡＲＱ  ＲＴＴ  タイマーの値は３サブフレームである
請求項１１に記載の集積回路
【請求項１３】
ＦＤＤの場合、前記ＨＡＲＱプロセスが同期ＨＡＲＱであった場合、前記ＵＬ  ＨＡＲ
Ｑ  ＲＴＴ  タイマーの値は４サブフレームであり、前記ＨＡＲＱプロセスが非同期ＨＡＲＱであった場合、前記ＵＬ  ＨＡＲＱ  ＲＴＴ  タイマーの値は３サブフレームである
請求項１１に記載の集積回路
【請求項１４】
端末装置に実装される集積回路であって、
ＤＣＩフォーマットを含むＰＤＣＣＨを受信する受信回路と、
前記ＰＤＣＣＨの検出に基づいて、ＰＤＳＣＨ受信に対するＨＡＲＱ−ＡＣＫの送信をＰＵＣＣＨで実行する送信回路と、
を備え、
前記ＰＤＳＣＨ受信に対応するＨＡＲＱプロセスであって、前記ＨＡＲＱプロセスに対するＨＡＲＱ  ＲＴＴ（Round Trip Timer）  タイマーの値は、第３の条件に少なくとも基づいて与えられ、
前記第３の条件は、前記検出されたＰＤＣＣＨのサーチスペースが、コモンサーチスペースまたはＵＥ固有サーチスペースのいずれかである
集積回路
【請求項１５】
ＦＤＤの場合、前記ＰＤＣＣＨがコモンサーチスペースで検出された場合、前記ＨＡＲＱ  ＲＴＴ  タイマーの値は８サブフレームであり、前記ＰＤＣＣＨがＵＥ固有サーチスペースで検出された場合、前記ＨＡＲＱ  ＲＴＴ  タイマーの値は６サブフレームである
請求項１４に記載の集積回路
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、基地局装置、通信方法、および、集積回路に関する。
【背景技術】
【０００２】
セルラー移動通信の無線アクセス方式および無線ネットワーク（「Long Term Evolution （LTE）」、「Evolved Universal Terrestrial Radio Access : EUTRA」、「Evolved Universal Terrestrial Radio Access Network: EUTRAN」、および「New Radio」）が、第三世代パートナーシッププロジェクト（3rd Generation Partnership Project: 3GPP）において検討されている。基地局装置をｅＮｏｄｅＢ（evolved NodeB）またはｇＮｏｄｅ
Ｂとも称する。端末装置をＵＥ（User Equipment）とも称する。基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。３ＧＰＰにおいて、待ち時間の縮小の強化（latency reduction enhancements）が検討されている。例えば、待ち時間の縮小の解決策として、レガシー（１ms）送信時間間隔（Transmission Time Interval, TTI）に対して、処理時間を短縮す
る検討が始まっている。（非特許文献１）
ＭＡＣ（Medium Access Control）層においてＨＡＲＱ（Hybrid Automatic Repeat reQuest）機能（functionality）が提供される。下りリンクにおけるＨＡＲＱ機能は、非同
期（asynchronous）適用（adaptive）ＨＡＲＱの特徴を持つ、そして、上りリンクにおけるＨＡＲＱ機能は、同期（synchronous）ＨＡＲＱの特徴を持つ（非特許文献２）。３Ｇ
ＰＰにおいて、処理時間を短縮する上りリンクにおける非同期ＨＡＲＱの導入およびＨＡＲＱ ＲＴＴタイマーが検討されている（非特許文献３）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】"Work Item on shortened TTI and processing time for LTE", RP-161299, Ericsson, 3GPP TSG RAN Meeting#72, Busan, Korea, June 13-16, 2016.
【非特許文献２】"3GPP TS 36.300 v14.1.0 Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2", December 2016.
【非特許文献３】"Protocol impacts of processing time reduction for legacy 1ms TTI", R2-1701318, Intel, 3GPP TSG RAN WG2 Meeting#97, 13th - 17th February 2017.
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、処理時間を短縮することにより、異なる長さであるＲＴＴタイマーを切り替える手段について十分に検討されていない。
【０００５】
本発明は上記の点に鑑みてなされたものであり、その目的は、基地局装置と効率的に通信することができる端末装置、該端末装置に実装される集積回路、該端末装置に用いられる通信方法、該端末装置と通信する基地局装置、該基地局装置に用いられる通信方法、および、該基地局装置に実装される集積回路を提供することを目的とする。
【課題を解決するための手段】
【０００６】
（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、ＤＣＩフォーマットを含むＰＤＣＣＨを受信する受信部と、前記ＰＤＣＣＨの検出に基づいて、ＰＵＳＣＨ送信を実行する送
信部と、を備え、前記ＰＵＳＣＨ送信に対応するＨＡＲＱプロセスであって、前記ＨＡＲＱプロセスに対するＵＬ  ＨＡＲＱ  ＲＴＴ（Round Trip Timer）  タイマーの値は、第１の条件および／または第２の条件に少なくとも基づいて与えられ、前記第１の条件は、前記検出されたＰＤＣＣＨのサーチスペースが、コモンサーチスペースまたはＵＥ固有サーチスペースのいずれかであり、前記第２の条件は、前記ＨＡＲＱプロセスのタイプが、同期ＨＡＲＱまたは非同期ＨＡＲＱのいずれかである。
【０００７】
（２）本発明の第２の態様は、端末装置であって、ＤＣＩフォーマットを含むＰＤＣＣＨを受信する受信部と、
前記ＰＤＣＣＨの検出に基づいて、ＰＤＳＣＨ受信に対するＨＡＲＱ−ＡＣＫの送信をＰＵＣＣＨで実行する送信部と、を備え、前記ＰＤＳＣＨ受信に対応するＨＡＲＱプロセスであって、前記ＨＡＲＱプロセスに対するＨＡＲＱ  ＲＴＴ（Round Trip Timer）  タイマーの値は、第３の条件に少なくとも基づいて与えられ、前記第３の条件は、前記検出されたＰＤＣＣＨのサーチスペースが、コモンサーチスペースまたはＵＥ固有サーチスペースのいずれかである。
【０００８】
（３）本発明の第３の態様は、端末装置に用いられる通信方法であって、ＤＣＩフォーマットを含むＰＤＣＣＨを受信し、前記ＰＤＣＣＨの検出に基づいて、ＰＵＳＣＨ送信を実行し、前記ＰＵＳＣＨ送信に対応するＨＡＲＱプロセスであって、前記ＨＡＲＱプロセスに対するＵＬ  ＨＡＲＱ  ＲＴＴ（Round Trip Timer）  タイマーの値は、第１の条件および／または第２の条件に少なくとも基づいて与えられ、前記第１の条件は、前記検出されたＰＤＣＣＨのサーチスペースが、コモンサーチスペースまたはＵＥ固有サーチスペースのいずれかであり、前記第２の条件は、前記ＨＡＲＱプロセスのタイプが、同期ＨＡＲＱまたは非同期ＨＡＲＱのいずれかである。
【０００９】
（４）本発明の第４の態様は、端末装置に用いられる通信方法であって、ＤＣＩフォーマットを含むＰＤＣＣＨを受信し、前記ＰＤＣＣＨの検出に基づいて、ＰＤＳＣＨ受信に対するＨＡＲＱ−ＡＣＫの送信をＰＵＣＣＨで実行し、前記ＰＤＳＣＨ受信に対応するＨＡＲＱプロセスであって、前記ＨＡＲＱプロセスに対するＨＡＲＱ  ＲＴＴ（Round Trip
Timer）  タイマーの値は、第３の条件に少なくとも基づいて与えられ、前記第３の条件は、前記検出されたＰＤＣＣＨのサーチスペースが、コモンサーチスペースまたはＵＥ固有サーチスペースのいずれかである。
【００１０】
（５）本発明の第５の態様は、端末装置に実装される集積回路であって、ＤＣＩフォーマットを含むＰＤＣＣＨを受信する受信回路と、前記ＰＤＣＣＨの検出に基づいて、ＰＵＳＣＨ送信を実行する送信回路と、を備え、前記ＰＵＳＣＨ送信に対応するＨＡＲＱプロセスであって、前記ＨＡＲＱプロセスに対するＵＬ  ＨＡＲＱ  ＲＴＴ（Round Trip Timer）  タイマーの値は、第１の条件および／または第２の条件に少なくとも基づいて与えられ、前記第１の条件は、前記検出されたＰＤＣＣＨのサーチスペースが、コモンサーチスペースまたはＵＥ固有サーチスペースのいずれかであり、前記第２の条件は、前記ＨＡＲＱプロセスのタイプが、同期ＨＡＲＱまたは非同期ＨＡＲＱのいずれかである。
【００１１】
（６）本発明の第６の態様は、端末装置に実装される集積回路であって、ＤＣＩフォーマットを含むＰＤＣＣＨを受信する受信回路と、前記ＰＤＣＣＨの検出に基づいて、ＰＤＳＣＨ受信に対するＨＡＲＱ−ＡＣＫの送信をＰＵＣＣＨで実行する送信回路と、を備え、前記ＰＤＳＣＨ受信に対応するＨＡＲＱプロセスであって、前記ＨＡＲＱプロセスに対するＨＡＲＱ  ＲＴＴ（Round Trip Timer）  タイマーの値は、第３の条件に少なくとも基づいて与えられ、前記第３の条件は、前記検出されたＰＤＣＣＨのサーチスペースが、コモンサーチスペースまたはＵＥ固有サーチスペースのいずれかである。
【発明の効果】
【００１２】
この発明によれば、端末装置が、効率的に基地局装置と通信することができる。
【図面の簡単な説明】
【００１３】
【図１】本実施形態の無線通信システムの概念図である。
【図２】本実施形態におけるキャリアアグリゲーションが設定された上りリンクに対するＭＡＣ層の構造の一例を示す図である。
【図３】本実施形態の無線フレームの概略構成を示す図である。
【図４】本実施形態におけるＵＬ−ＤＬ設定の一例を示す表である。
【図５】本実施形態における上りリンク同期ＨＡＲＱの一例を示す図である。
【図６】本実施形態における上りリンク非同期ＨＡＲＱの一例を示す図である。
【図７】本実施形態におけるＰＤＳＣＨが配置されるサブフレームｎ−ｊと前記ＰＤＳＣＨが対応するＨＡＲＱ−ＡＣＫが送信されるサブフレームｎとの対応を示す図である。
【図８】本実施形態における下りリンク非同期ＨＡＲＱの一例を示す図である。
【図９】本実施形態におけるＤＲＸサイクルの一例を示す図である。
【図１０】本実施形態における上りリンクＨＡＲＱプロセスに対応するUL HARQ RTTタイマーの値を示す一例である。
【図１１】本実施形態におけるＤＲＸオペレーションの一例を示すフロー図である。
【図１２】本実施形態におけるＤＲＸオペレーションの一例を示すフロー図である。
【図１３】本実施形態におけるＰＵＳＣＨの送信および再送信の一例を示す図である。
【図１４】本実施形態におけるＰＵＳＣＨの送信および再送信の他の一例を示す図である。
【図１５】同じなサブフレームにおけるＰＨＩＣＨおよびＰＤＣＣＨの受信に関する一例を示す図である。
【図１６】本実施形態の端末装置１の構成を示す概略ブロック図である。
【図１７】本実施形態の基地局装置３の構成を示す概略ブロック図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態について説明する。
【００１５】
図１は、本実施形態の無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ〜１Ｃ、および基地局装置３を具備する。以下、端末装置１Ａ〜１Ｃを端末装置１という。
【００１６】
以下、キャリアアグリゲーションについて説明する。
【００１７】
本実施形態では、端末装置１は、１つまたは複数のサービングセルが設定される。端末装置１が複数のサービングセルを介して通信する技術をセルアグリゲーション、またはキャリアアグリゲーションと称する。端末装置１に対して設定される複数のサービングセルのそれぞれにおいて、本発明が適用されてもよい。また、設定された複数のサービングセルの一部において、本発明が適用されてもよい。また、設定された複数のサービングセルのグループのそれぞれにおいて、本発明が適用されてもよい。また、設定された複数のサービングセルのグループの一部において、本発明が適用されてもよい。複数のサービングセルは、少なくとも１つのプライマリーセルを含む。複数のサービングセルは、１つ、または、複数のセカンダリーセルを含んでもよい。複数のサービングセルは、１つ、または、複数のＬＡＡ（Licensed Assisted Access）セルを含んでもよい。
【００１８】
本実施形態の無線通信システムは、ＴＤＤ（Time Division Duplex）、ＦＤＤ（Freque
ncy Division Duplex）、および／または、ライセンス補助アクセス（LAA）が適用される。セルアグリゲーションの場合には、複数のサービングセルの全てに対してＦＤＤが適用されてもよい。セルアグリゲーションの場合には、複数のサービングセルの全てに対してＴＤＤが適用されてもよい。セルアグリゲーションの場合には、複数のサービングセルの全てに対してＬＡＡが適用されてもよい。また、セルアグリゲーションの場合には、ＴＤＤが適用されるサービングセルとＦＤＤが適用されるサービングセルが集約されてもよい。セルアグリゲーションの場合には、ＬＡＡセルとＦＤＤが適用されるサービングセルが集約されてもよい。セルアグリゲーションの場合には、ＬＡＡセルとＴＤＤが適用されるサービングセルが集約されてもよい。
【００１９】
設定された１つまたは複数のサービングセルは、１つのプライマリーセルと０または０より多いセカンダリーセルとを含む。プライマリーセルは、初期コネクション確立（initial connection establishment）プロシージャが行なわれたセル、コネクション再確立（connection re-establishment）プロシージャを開始したセル、または、ハンドオーバプ
ロシージャにおいてプライマリーセルと指示されたセルである。ＲＲＣ（Radio Resource
Control）コネクションが確立された時点、または、後に、セカンダリーセルが設定／追加されてもよい。
【００２０】
下りリンクにおいて、サービングセルに対応するキャリアを下りリンクコンポーネントキャリアと称する。上りリンクにおいて、サービングセルに対応するキャリアを上りリンクコンポーネントキャリアと称する。下りリンクコンポーネントキャリア、および、上りリンクコンポーネントキャリアを総称して、コンポーネントキャリアと称する。
【００２１】
端末装置１は、複数のサービングセル（コンポーネントキャリア）において同時に複数の物理チャネルでの送信、および／または受信を行うことができる。１つの物理チャネルは、複数のサービングセル（コンポーネントキャリア）のうち１つのサービングセル（コンポーネントキャリア）において送信される。
【００２２】
図２は、本実施形態におけるキャリアアグリゲーションが設定された上りリンクに対するＭＡＣ層の構造の一例を示す図である。キャリアアグリゲーションが設定された上りリンクにおいて、サービングセル（上りリンクコンポーネントキャリア）毎に１つの独立したＨＡＲＱエンティティ（entity）が存在する。ＨＡＲＱエンティティは、複数のＨＡＲＱプロセスを並行して管理する。ＨＡＲＱプロセスはＨＡＲＱバッファに関連する。すなわち、ＨＡＲＱエンティティは複数のＨＡＲＱバッファに関連する。ＨＡＲＱプロセスは、ＭＡＣ層のデータをＨＡＲＱバッファにストアする。ＨＡＲＱプロセスは、該ＭＡＣ層のデータを送信するよう物理層に指示する。
【００２３】
キャリアアグリゲーションが設定された上りリンクにおいて、サービングセル毎にＴＴＩ（Transmission Time Interval）毎に少なくとも１つのトランスポートブロックが生成されてもよい。トランスポートブロックのそれぞれ、および、そのトランスポートブロックのＨＡＲＱ再送信は、１つのサービングセルにマップされる。ＴＴＩをサブフレームとも称する。トランスポートブロックは、ＵＬ−ＳＣＨ（uplink shared channel）で送信
されるＭＡＣ層のデータである。
【００２４】
本実施形態の上りリンクにおいて、「トランスポートブロック」、「ＭＡＣ  ＰＤＵ（Protocol Data Unit）」、「ＭＡＣ層のデータ」、「ＵＬ−ＳＣＨ」、「ＵＬ−ＳＣＨデータ」、および、「上りリンクデータ」は、同一のものとする。
【００２５】
本実施形態の物理チャネルおよび物理信号について説明する。
【００２６】
端末装置１から基地局装置３への上りリンクの無線通信では、以下の上りリンク物理チャネルが用いられる。上りリンク物理チャネルは、上位層から出力された情報を送信するために使用される。
・ＰＵＣＣＨ（Physical Uplink Control Channel）
・ＰＵＳＣＨ（Physical Uplink Shared Channel）
・ＰＲＡＣＨ（Physical Random Access Channel）
ＰＵＣＣＨは、上りリンク制御情報（Uplink Control Information: UCI）を送信する
ために用いられる。上りリンク制御情報は、下りリンクのチャネル状態情報（Channel State Information: CSI）、初期送信のためのＰＵＳＣＨ（Uplink-Shared Channel: UL-SCH）リソースを要求するために用いられるスケジューリングリクエスト（Scheduling Request: SR）、下りリンクデータ（Transport block, Medium Access Control Protocol Data Unit: MAC PDU, Downlink-Shared Channel: DL-SCH, Physical Downlink Shared Channel: PDSCH）に対するＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat request ACKnowledgement）を含む。ＨＡＲＱ−ＡＣＫは、ＡＣＫ（acknowledgement）またはＮＡＣＫ（negative-acknowledgement）を示す。ＨＡＲＱ−ＡＣＫを、ＡＣＫ／ＮＡＣＫ、ＨＡＲＱフィ
ードバック、ＨＡＲＱ応答、または、ＨＡＲＱ制御情報とも称する。
【００２７】
スケジューリングリクエストは、正のスケジューリングリクエスト（positive scheduling request）、または、負のスケジューリングリクエスト（negative scheduling request）を含む。正のスケジューリングリクエストは、初期送信のためのＵＬ−ＳＣＨリソースを要求することを示す。負のスケジューリングリクエストは、初期送信のためのＵＬ−ＳＣＨリソースを要求しないことを示す。
【００２８】
ＰＵＳＣＨは、上りリンクデータ（Uplink-Shared Channel: UL-SCH）を送信するため
に用いられる。また、ＰＵＳＣＨは、上りリンクデータと共にＨＡＲＱ−ＡＣＫおよび／またはチャネル状態情報を送信するために用いられてもよい。また、ＰＵＳＣＨはチャネル状態情報のみを送信するために用いられてもよい。また、ＰＵＳＣＨはＨＡＲＱ−ＡＣＫおよびチャネル状態情報のみを送信するために用いられてもよい。
【００２９】
ここで、基地局装置３と端末装置１は、上位層（higher layer）において信号をやり取り（送受信）する。例えば、基地局装置３と端末装置１は、無線リソース制御（RRC: Radio Resource Control）層において、ＲＲＣシグナリングを送受信してもよい。また、基
地局装置３と端末装置１は、媒体アクセス制御（MAC: Medium Access Control）層において、ＭＡＣ  ＣＥを送受信してもよい。ここで、ＲＲＣシグナリング、および／または、ＭＡＣ  ＣＥを、上位層の信号（higher layer signaling）とも称する。ＲＲＣシグナリング、および／または、ＭＡＣ  ＣＥは、トランスポートブロックに含まれる。
【００３０】
本実施形態において、「ＲＲＣシグナリング」、「ＲＲＣ層の情報」、「ＲＲＣ層の信号」、「ＲＲＣ層のパラメータ」、「ＲＲＣメッセージ」、および、「ＲＲＣ情報要素」は、同一のものとする。
【００３１】
ＰＵＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣ  ＣＥを送信するために用いられる。ここで、基地局装置３から送信されるＲＲＣシグナリングは、セル内における複数の端末装置１に対して共通のシグナリングであってもよい。また、基地局装置３から送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のシグナリング（dedicated signalingとも称する）であっても良い。すなわち、ユーザ装置スペシフィック（ユーザ装
置固有）な情報は、ある端末装置１に対して専用のシグナリングを用いて送信される。
【００３２】
ＰＲＡＣＨは、ランダムアクセスプリアンブルを送信するために用いられる。ＰＲＡＣＨは、初期コネクション確立（initial connection establishment）プロシージャ、ハン
ドオーバプロシージャ、コネクション再確立（connection re-establishment）プロシー
ジャ、上りリンク送信に対する同期（タイミング調整）、およびＰＵＳＣＨ（ＵＬ−ＳＣＨ）リソースの要求を示すために用いられる。
【００３３】
上りリンクの無線通信では、以下の上りリンク物理信号が用いられる。上りリンク物理信号は、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・上りリンク参照信号（Uplink Reference Signal: UL RS）
基地局装置３から端末装置１への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられる。下りリンク物理チャネルは、上位層から出力された情報を送信するために使用される。
・ＰＢＣＨ（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）とも称する。下りリンクアサインメントおよび上りリンクグラントは、１つのＰＤＣＣＨで一緒に送信されない。下りリンクグラントおよび上りリンクグラントは、ＨＡＲＱ情報を含んでもよい。
【００３７】
下りリンクアサインメントは、単一のセル内の単一のＰＤＳＣＨのスケジューリングに用いられる。下りリンクアサインメントは、該下りリンクグラントが送信されたサブフレームと同じサブフレーム内のＰＤＳＣＨのスケジューリングに用いられる。
【００３８】
上りリンクグラントは、単一のセル内の単一のＰＵＳＣＨのスケジューリングに用いられてもよい。上りリンクグラントは、該上りリンクグラントが送信されたサブフレームより後のサブフレーム内の単一のＰＵＳＣＨのスケジューリングに用いられてもよい。
【００３９】
ＨＡＲＱ情報は、ＮＤＩ（New Data Indicator）およびトランスポートブロックサイズを示すための情報を含んでもよい。下りリンクアサインメントとともにＰＤＣＣＨで送信
されるＨＡＲＱ情報は、下りリンクにおけるＨＡＲＱプロセスの番号を示す情報（downlink HARQ process Identifier/Identity, downlink HARQ process number）も含む。非同
期（asynchronous）ＨＡＲＱに関する上りリンクグラントとともにＰＤＣＣＨで送信されるＨＡＲＱ情報は、上りリンクにおけるＨＡＲＱプロセスの番号を示す情報（uplink HARQ process Identifier/Identity, uplink HARQ process number）も含んでもよい。同期
（synchronous）ＨＡＲＱに関する上りリンクグラントとともにＰＤＣＣＨで送信される
ＨＡＲＱ情報は、上りリンクにおけるＨＡＲＱプロセスの番号を示す情報（uplink HARQ process Identifier/Identity, uplink HARQ process number）を含まなくてもよい。
【００４０】
ＮＤＩは、初期送信、または、再送信を指示する。ＨＡＲＱエンティティは、あるＨＡＲＱプロセスに対して、ＨＡＲＱ情報によって提供されるＮＤＩが、該あるＨＡＲＱプロセスの前の送信に対するＮＤＩの値と比較してトグルされている場合、該ＨＡＲＱプロセスに初期送信をトリガーするよう指示する。ＨＡＲＱエンティティは、あるＨＡＲＱプロセスに対して、ＨＡＲＱ情報によって提供されるＮＤＩが、該あるＨＡＲＱプロセスの前の送信に対するＮＤＩの値と比較してトグルされていない場合、該ＨＡＲＱプロセスに再送信をトリガーするよう指示する。尚、ＨＡＲＱプロセスが、ＮＤＩがトグルされているかどうかを判定してもよい。
【００４１】
ＨＡＲＱエンティティは、上りリンクグラント、および、ＨＡＲＱ情報が対応するＨＡＲＱプロセスを特定し、特定したＨＡＲＱプロセスに上りリンクグラント、および、ＨＡＲＱ情報を渡す。ＨＡＲＱプロセスは、ＨＡＲＱエンティティから渡された上りリンクグラント、および、ＨＡＲＱ情報を記憶（store）する。
【００４２】
１つのＰＤＣＣＨで送信される下りリンク制御情報に付加されるＣＲＣ（Cyclic Redundancy Check）パリティビットは、Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identifier）、ＳＰＳ（Semi Persistent Scheduling）Ｃ−ＲＮＴＩ、または、Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩでスクランブルされる。Ｃ−ＲＮＴＩおよびＳＰＳ  Ｃ−ＲＮＴＩは、セル内において端末装置を識別するための識別子である。Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩは、コンテンションベースランダムアクセス手順（contention based random access procedure）中に、ランダムアクセスプリアンブルを送信した端末装置１を識別するための識別子である。
【００４３】
Ｃ−ＲＮＴＩおよびＴｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩは、単一のサブフレームにおけるＰＤＳＣＨ送信またはＰＵＳＣＨ送信を制御するために用いられる。ＳＰＳ  Ｃ−ＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨのリソースを周期的に割り当てるために用いられる。
【００４４】
以下、明示されない限り、本実施形態において下りリンク制御情報に付加されるＣＲＣパリティビットは、Ｃ−ＲＮＴＩによってスクランブルされている。
【００４５】
ＰＤＳＣＨは、下りリンクデータ（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）層で用いられるチャネルをトランスポートチャネル
と称する。ＭＡＣ層で用いられるトランスポートチャネルの単位を、トランスポートブロック（transport block: TB）またはＭＡＣ  ＰＤＵ（Protocol Data Unit）とも称する
。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Hybrid Automatic Repeat reQuest）の制御が行なわれる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（deliver）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に符号化処理が行なわれる。
【００５１】
本実施形態の無線フレーム（radio frame）の構造（structure）について説明する。
【００５２】
本実施形態において、２つの無線フレーム構造がサポートされる。２つの無線フレーム構造は、フレーム構造タイプ１とフレーム構造タイプ２である。フレーム構造タイプ１はＦＤＤに適用可能である。フレーム構造タイプ２はＴＤＤに適用可能である。
【００５３】
図３は、本実施形態の無線フレームの概略構成を示す図である。図３において、横軸は時間軸である。また、タイプ１およびタイプ２の無線フレームのそれぞれは、１０ｍｓ長であり、１０のサブフレームによって定義される。サブフレームのそれぞれは、１ｍｓ長であり、２つの連続するスロットによって定義される。スロットのそれぞれは、０．５ｍｓ長である。無線フレーム内のｉ番目のサブフレームは、（２×ｉ）番目のスロットと（２×ｉ＋１）番目のスロットとから構成される。
【００５４】
フレーム構造タイプ２に対して、以下の３つのタイプのサブフレームが定義される。
・下りリンクサブフレーム
・上りリンクサブフレーム
・スペシャルサブフレーム
下りリンクサブフレームは下りリンク送信のためにリザーブされるサブフレームである。上りリンクサブフレームは上りリンク送信のためにリザーブされるサブフレームである。スペシャルサブフレームは３つのフィールドから構成される。該３つのフィールドは、ＤｗＰＴＳ（Downlink Pilot Time Slot）、ＧＰ（Guard Period）、およびＵｐＰＴＳ（Uplink Pilot Time Slot）である。ＤｗＰＴＳ、ＧＰ、およびＵｐＰＴＳの合計の長さは１ｍｓである。ＤｗＰＴＳは下りリンク送信のためにリザーブされるフィールドである。ＵｐＰＴＳは上りリンク送信のためにリザーブされるフィールドである。ＧＰは下りリンク送信および上りリンク送信が行なわれないフィールドである。尚、スペシャルサブフレームは、ＤｗＰＴＳおよびＧＰのみによって構成されてもよいし、ＧＰおよびＵｐＰＴＳのみによって構成されてもよい。
【００５５】
フレーム構造タイプ２の無線フレームは、少なくとも下りリンクサブフレーム、上りリンクサブフレーム、およびスペシャルサブフレームから構成される。フレーム構造タイプ２の無線フレームの構成は、ＵＬ−ＤＬ設定（uplink-downlink configuration）によっ
て示される。端末装置１は、基地局装置３からＵＬ−ＤＬ設定を示す情報を受信する。図４は、本実施形態におけるＵＬ−ＤＬ設定の一例を示す表である。図４において、Ｄは下りリンクサブフレームを示し、Ｕは上りリンクサブフレームを示し、Ｓはスペシャルサブフレームを示す。
【００５６】
また、上述した１つのサブフレームに含まれるシンボルの数は、送信および／または受信に用いられる物理チャネルに対するサブキャリア間隔（Subcarrier Spacing）に基づいて規定されてもよい。例えば、該サブキャリア間隔が１５ｋＨｚの場合には、１つのサブフレームに含まれるシンボルの数は１４シンボルであってもよい。また、該サブキャリア間隔が３０ｋＨｚの場合には、１つのサブフレームに含まれるシンボルの数は２８シンボルであってもよい。ここで、サブキャリア間隔は、３.７５ｋＨｚ、７．５ｋＨｚ、１５
ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ、２４０ｋＨｚ内の何れであってもよい。サブキャリア間隔を狭くするとシンボル長は長くなり、サブキャリア間隔を広くするとシンボル長は短くなることは自明である。上りリンク送信に用いられるシンボルは、ＯＦＤＭ（ＣＰ−ＯＦＤＭ、Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ−ＯＦＤＭ）シンボル、または、ＳＣ−ＦＤＭＡ（ＤＦＴ−Ｓ−ＯＦＤＭ）シンボルである。下りリンク送信に用いられるシンボルは、ＯＦＤＭシンボルシンボルである。また、サブフレームは、１、または、複数のスロットを含んでもよい。
【００５７】
以下は、本実施形態に係る下りリンク送信（ＰＤＳＣＨ）に対するＨＡＲＱ−ＡＣＫの送信タイミングについて説明する。
【００５８】
ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信タイミングについては、ＦＤＤに対して、端末装置１がサブフレームｎ−ｊにおけるＰＤＳＣＨを検出した場合、端末装置１は、サブフレームｎにおいて、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信する。即ち、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信タイミングはＰＤＳＣＨが送信されたサブフレームよりｊ後のサブフレームである。
【００５９】
次に、本実施形態に係る上りリンクグラントに対するＰＵＳＣＨの送信タイミングについて説明する。
【００６０】
上りリンクグラントに対するＰＵＳＣＨの送信タイミングについては、ＦＤＤに対して、端末装置１がサブフレームｎにおけるＰＤＣＣＨ（上りリンクグラント）を検出した場合、端末装置１は、サブフレームｎ＋ｋにおいて、当該上りリンクグラントに対するＰＵ
ＳＣＨを送信する。即ち、上りリンクグラントに対するＰＵＳＣＨの送信タイミングは上りリンクグラントが検出されたサブフレームよりｋ後のサブフレームである。
【００６１】
ＦＤＤに対して、ｋとｊは４であってもよい。４であるｋとｊをノーマルタイミング（normal timing,ノーマル処理時間）と称してもよい。ノーマル処理時間の場合、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信タイミング、および、上りリンクグラントに対するＰＵＳＣＨの送信タイミングは４つのサブフレームである。
【００６２】
また、ｋおよび／またはｊの値は４より小さい値であってもよい。例えば、ｋおよび／またはｊの値は３であってもよい。また、例えば、ｋおよび／またはｊの値は２であってもよい。ｋおよび／またはｊの値は端末装置１の処理能力によって、決定されてもよい。４より小さい値であるｋとｊは短縮タイミング（reduced processing time、短縮処理時
間）とも称してもよい。短縮処理時間の場合、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信タイミング、および、上りリンクグラントに対するＰＵＳＣＨの送信タイミングは４つより少ないサブフレームである。即ち、端末装置１の短縮処理能力は、短縮処理時間を用いて、データの送受信を行う能力である。ここで、ｋおよび／またはｊの値は仕様書などによって定義され、基地局装置３と端末装置１との間において、既知の値であってもよい。
【００６３】
ここで、端末装置１の処理能力は端末装置１の能力情報（ケーパビリティ情報）によって、示されてもよい。本実施形態において、端末装置１の短縮能力情報とは、ノーマル処理時間を短縮する能力をサポートすること（またはサポートしないこと）を示すことに関連する端末装置１の能力情報であってもよい。短縮処理能力を持つ端末装置１は、ノーマル処理時間より短い処理時間（短縮処理時間）を用いて、データの送受信を行える。
【００６４】
端末装置１の能力情報は、基地局装置３（ＥＵＴＲＡＮ）が端末装置１の能力情報が必要な時、接続モードの端末装置１（つまり、ＲＲＣ接続が確立している端末装置１）に対する手順を開始する。基地局装置３は、端末装置１の能力情報（例えば、短縮処理能力）を問い合わせる。端末装置１は、その問い合わせに応じて端末装置１の能力情報を基地局装置３に送信する。基地局装置３は、端末装置１がその能力情報に対応しているか否かを判断し、対応している場合には、その能力情報に対応した設定情報を、上位層シグナリングなどを用いて端末装置１へ送信する。端末装置１は、能力情報に対応する設定情報が設定されたことによって、その能力に基づく送受信を行うか、その能力に基づかず送受信を行うかと判断する。例えば、短縮処理能力に対応する設定情報は、ＲＲＣ層のパラメータreducedProcessingTimingとして定義されてもよい。ＲＲＣ層のパラメータreducedProcessingTimingが設定されている端末装置１は、短縮処理時間を用いて、データを送受信してもよい。また、ＲＲＣ層のパラメータreducedProcessingTimingが設定されていない端末
装置１は、ノーマル処理時間を用いて、データを送受信してもよい。
【００６５】
ＲＲＣ層のパラメータreducedProcessingTimingは、あるサービングセルにおいて、短
縮処理時間に基づくデータの送受信を実行するか否かを示すパラメータである。ここで、ＲＲＣパラメータreducedProcessingTimingが設定されることは、上位層シグナリングに
より送信されたパラメータreducedProcessingTimingの値がＴｒｕｅであることを示す。
パラメータreducedProcessingTimingの値がＴｒｕｅに設定されることは、短縮処理時間
（例えば、３ｍｓ）を用いて送受信を行うことを含んでもよい。ＲＲＣパラメータreducedProcessingTimingが設定されていないことは、上位層シグナリングにより送信されたパ
ラメータreducedProcessingTimingの値がＦａｌｓｅであることを示してもよいし、受信
された上位層シグナリング（上位層情報）にＲＲＣパラメータreducedProcessingTiming
が含まれないことを示してもよい。パラメータreducedProcessingTimingの値がＦａｌｓ
ｅに設定されることは、ノーマル処理時間（例えば、４ｍｓ）を用いて送受信を行うこと
を含んでもよい。
【００６６】
なお、ＲＲＣパラメータreducedProcessingTimingは、サービングセルで定義（規定）
されてもよい。即ち、基地局装置３は、サービングセルごとに対して、ＲＲＣパラメータreducedProcessingTimingを設定するか否かを端末装置１へ送信（通知）してもよい。あ
るサービングセルのためのＲＲＣパラメータreducedProcessingTimingが設定されている
端末装置１は、該サービングセルにおいて、短縮処理時間（例えば、３ｍｓ）を用いて送受信を行ってもよい。あるサービングセルのためのＲＲＣパラメータreducedProcessingTimingが設定されていない端末装置１は、該サービングセルにおいて、ノーマル処理時間
を用いて送受信を行ってもよい。あるサービングセルに対して、ＲＲＣパラメータreducedProcessingTimingを設定するかどうかは、上位層（ＲＲＣ）の任意（optional）である
。
【００６７】
ここで、サービングセルは、下りリンクに用いられるコンポーネントキャリアと上りリンクに用いられるコンポーネントキャリアを含んでいる。上りリンクコンポーネントキャリアと下りリンクコンポーネントキャリアとの間において、リンキング（linking）が定
義されてもよい。ＲＲＣパラメータreducedProcessingTimingは、同じなリンキングに含
まれる上りリンクコンポーネントキャリアと下りリンクコンポーネントキャリアの両方に対して適用されてもよい。端末装置１は、上りリンクと下りリンクとの間におけるリンキングに基づいて、上りリンクグラントに対するサービングセル（上りリンクグラントによってスケジュールされるＰＵＳＣＨでの送信（上りリンクの送信）が行なわれるサービングセル）を識別してもよい。同じリンキングの場合における、下りリンクアサインメント、または、上りリンクグラントには、キャリアインディケータフィールドは存在しない。また、ＲＲＣパラメータreducedProcessingTimingが設定されるサービングセルにおける
下りリンクアサインメント、または、上りリンクグラントは、キャリアインディケータフィールドによって、ＲＲＣパラメータreducedProcessingTimingが設定されない別のサー
ビングセルにおける送受信をスケジューリングした場合、ノーマル処理時間を用いて送受信を行ってもよい。
【００６８】
前述したように、あるサービングセルのためのＲＲＣパラメータreducedProcessingTimingが設定されている端末装置１は、該サービングセルにおいて、短縮処理時間（例えば
、３ｍｓ）を用いて送受信を行ってもよい。ところが、該サービングセルにおける下りリンクアサインメント、または、上りリンクグラントはコモンサーチスペースで検出されているならば、端末装置１はノーマル処理時間を用いて送受信を行ってもよい。つまり、該サービングセルにおける下りリンクアサインメント、または、上りリンクグラントはＵＥ固有サーチスペースで検出されているならば、端末装置１は、短縮処理時間を用いて送受信を行ってもよい。
【００６９】
なお、ＲＲＣパラメータreducedProcessingTimingは、上りリンクコンポーネントキャ
リアと下りリンクコンポーネントキャリアで独立に定義（規定）されてもよい。つまり、ＲＲＣパラメータreducedProcessingTimingは、下りリンクと上りリンクそれぞれに対し
て規定されてもよい。即ち、基地局装置３は、上りリンクコンポーネントキャリアごとに対して、ＲＲＣパラメータreducedProcessingTimingを設定するか否かを端末装置１へ送
信（通知）してもよい。また、基地局装置３は、下りリンクコンポーネントキャリアごとに対して、ＲＲＣパラメータreducedProcessingTimingを設定するか否かを端末装置１へ
送信（通知）してもよい。例えば、ある上りリンクコンポーネントキャリアのためのＲＲＣパラメータreducedProcessingTimingが設定されている端末装置１は、該上りリンクコ
ンポーネントキャリアに対して、短縮処理時間（例えば、３ｍｓ）を用いてＰＵＳＣＨを送信してもよい。ある上りリンクコンポーネントキャリアのためのＲＲＣパラメータreducedProcessingTimingが設定されていない端末装置１は、該上りリンクコンポーネントキ
ャリアに対して、ノーマル処理時間を用いてＰＵＳＣＨを送信してもよい。また、例えば、ある下りリンクコンポーネントキャリアのためのＲＲＣパラメータreducedProcessingTimingが設定されている端末装置１は、該下りリンクコンポーネントキャリアにおけるＰ
ＤＳＣＨに対するＨＡＲＱ−ＡＣＫを短縮処理時間で送信してもよい。ある下りリンクコンポーネントキャリアのためのＲＲＣパラメータreducedProcessingTimingが設定されて
いない端末装置１は、該下りリンクコンポーネントキャリアにおけるＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫをノーマル処理時間で送信してもよい。
【００７０】
なお、ＲＲＣパラメータreducedProcessingTimingは、ＴＡＧ（Timing Advance Group
）毎で定義（規定）されてもよい。基地局装置３は、ＴＡＧごとに対して、ＲＲＣパラメータreducedProcessingTimingが設定されるか否かを端末装置１へ送信（通知）してもよ
い。同じなＴＡＧ（Timing Advance Group）に属するサービングセルの各々に対して、ＲＲＣパラメータreducedProcessingTimingに関する設定が適用されてもよい。例えば。あ
るＴＡＧのためのＲＲＣパラメータreducedProcessingTimingが設定されている端末装置
１は、該ＴＡＧに属するサービングセルにおいて、短縮処理時間を用いて送受信を行ってもよい。あるＴＡＧのためのＲＲＣパラメータreducedProcessingTimingが設定されてい
ない端末装置１は、該ＴＡＧに属するサービングセルにおいて、ノーマル処理時間を用いて送受信を行ってもよい。
【００７１】
上りリンクにおけるＨＡＲＱプロセスは同期ＨＡＲＱおよび非同期ＨＡＲＱを含んでいる。以下、上りリンクにおける同期ＨＡＲＱについて説明する。
【００７２】
同期ＨＡＲＱにおいて、上りリンクグラントが対応するＨＡＲＱプロセスは、上りリンクグラントを受信したサブフレーム、および／または、上りリンクグラントに対応するＰＵＳＣＨ（ＵＬ−ＳＣＨ）が送信されるサブフレームに関連する。端末装置１は、同期ＨＡＲＱにおいて、上りリンクグラントが対応するＨＡＲＱプロセスを、上りリンクグラントを受信したサブフレーム、および／または、上りリンクグラントに対応するＰＵＳＣＨ（ＵＬ−ＳＣＨ）が送信されるサブフレームから導き出す。すなわち、同期ＨＡＲＱにおいて、ＨＡＲＱエンティティは、上りリンクグラントに含まれる情報を用いずに、上りリンクグラントが対応するＨＡＲＱプロセスを特定してもよい。
【００７３】
図５は、本実施形態における上りリンク同期ＨＡＲＱの一例を示す図である。図５において、１つのサブフレームは、１つのＨＡＲＱプロセスに対応する。図５において、四角の中の数字は対応するＨＡＲＱプロセスの番号を示す。同期ＨＡＲＱにおいて、ＨＡＲＱエンティティは、ＨＡＲＱプロセスを、ＭＡＣ層におけるＵＬ−ＳＣＨのデータが送信されるサブフレーム、または、ＭＡＣ層におけるＵＬ−ＳＣＨのデータに対応するＤＣＩフォーマット０を検出したサブフレームから導き出される。
【００７４】
図５において、上りリンクグラントに対応するＭＡＣ層のデータが送信されるサブフレームは、上りリンクグラントを受信したサブフレームから導き出される。例えば、上りリンクグラントを受信したサブフレームより４つ後のサブフレームにおいて、該上りリンクグラントに対応するＭＡＣ層におけるＵＬ−ＳＣＨのデータがＰＵＳＣＨで送信されてもよい。
【００７５】
同期ＨＡＲＱにおいて、上りリンク送信に応答してＨＡＲＱインディケータがＰＨＩＣＨで送信される。上りリンク送信が行われたサブフレームと、対応するＰＨＩＣＨが送信されるサブフレームの対応は、予め定められている。例えば、ＰＵＳＣＨでＭＡＣ層のデータを送信したサブフレームより４つ後のサブフレームにおいて、該ＭＡＣ層のデータに対するＨＡＲＱインディケータがＰＨＩＣＨで送信される。また、例えば、ＰＨＩＣＨでＮＡＣＫを受信したサブフレームより４つ後のサブフレームにおいて、ＭＡＣ層のデータ
がＰＵＳＣＨで再送信される。
【００７６】
以下、上りリンクにおける非同期ＨＡＲＱについて説明する。
【００７７】
図６は、本実施形態における上りリンク非同期ＨＡＲＱの一例を示す図である。図６において、１つのサブフレームは、１つのＨＡＲＱプロセスに対応する。図６において、四角の中の数字は対応するＨＡＲＱプロセスの番号を示す。非同期ＨＡＲＱにおいて、上りリンクグラントがＵＥ固有サーチスペースにマップされるＰＤＣＣＨに含まれる場合、ＨＡＲＱエンティティは、ＨＡＲＱプロセスを、“ＨＡＲＱ  ｐｒｏｃｅｓｓ  ｎｕｍｂｅｒ”フィールドから導き出す。非同期ＨＡＲＱにおいて、上りリンクグラントがコモンサーチスペースにマップされるＰＤＣＣＨに含まれる場合、ＨＡＲＱエンティティは、特定の番号のＨＡＲＱプロセスを用いてもよい。非同期ＨＡＲＱにおいて、上りリンクグラントがランダムアクセスレスポンスに含まれる場合、ＨＡＲＱエンティティは、特定の番号のＨＡＲＱプロセスを用いてもよい。当該特定の番号は０であってもよい。当該特定の番号は予め定められた番号であってもよい。
【００７８】
非同期ＨＡＲＱにおいて、上りリンク送信に応答してＨＡＲＱインディケータがＰＨＩＣＨで送信されない。すなわち、非同期ＨＡＲＱにおいて、ＭＡＣ層のデータの再送信は常にＰＤＣＣＨを介してスケジュールされる。図６において、上りリンクグラントに対応するＭＡＣ層のデータが送信されるサブフレームは、上りリンクグラントを受信したサブフレームから導き出される。例えば、ノーマル処理時間の場合、上りリンクグラントを受信したサブフレームより４つ後のサブフレームにおいて、該上りリンクグラントに対応するＭＡＣ層のデータがＰＵＳＣＨで送信されてもよい。短縮処理時間の場合、上りリンクグラントを受信したサブフレームより３つ後のサブフレームにおいて、該上りリンクグラントに対応するＭＡＣ層のデータがＰＵＳＣＨで送信されてもよい。
【００７９】
以下、下りリンクにおける非同期ＨＡＲＱについて説明する。
【００８０】
図８は、本実施形態における下りリンク非同期ＨＡＲＱの一例を示す図である。図８において、１つのサブフレームは、１つのＨＡＲＱプロセスに対応する。図８において、四角の中の数字は対応するＨＡＲＱプロセスの番号を示す。下りリンク非同期ＨＡＲＱにおいて、ＨＡＲＱエンティティは、ＨＡＲＱプロセスを、下りリンクアサインメントに含まれる“ＨＡＲＱ  ｐｒｏｃｅｓｓ  ｎｕｍｂｅｒ”フィールドから導き出す。
【００８１】
図８において、下りリンクアサインメントに対応するＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫが送信されるサブフレームは、下りリンクアサインメントを受信したサブフレームから導き出される。例えば、ノーマル処理時間の場合、下りリンクアサインメントに対応するＰＤＳＣＨを受信したサブフレームより４つ後のサブフレームにおいて、該ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫがＰＵＣＣＨで送信されてもよい。短縮処理時間の場合、下りリンクアサインメントに対応するＰＤＳＣＨを受信したサブフレームより３つ後のサブフレームにおいて、該ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫがＰＵＳＣＨで送信されてもよい。
【００８２】
本実施形態において、ＨＡＲＱプロセスは、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫを管理する。ＨＡＲＱプロセスは、ＨＡＲＱエンティティが非適応（non-adaptive）再送信を要求しており、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＮＡＣＫがセットされている場合には、上りリンクグラントに応じて送信を生成するよう物理層に指示する。
【００８３】
同期ＨＡＲＱが適用されるＨＡＲＱプロセスは、ＰＨＩＣＨで受信したＨＡＲＱインディケータに基づいて状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫまたはＮＡＣＫをセッ
トする。非同期ＨＡＲＱが適用されるＨＡＲＱプロセスは、ＰＨＩＣＨで受信したＨＡＲＱインディケータに基づいて状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫまたはＮＡＣＫをセットしなくてもよい。
【００８４】
同期ＨＡＲＱが適用されるＨＡＲＱプロセスは、ＨＡＲＱエンティティによる初期送信、または、適応（adaptive）再送信の要求に基づいて、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＮＡＣＫをセットする。また、非同期ＨＡＲＱが適用されるＨＡＲＱプロセスは、ＨＡＲＱエンティティによる初期送信、または、適応（adaptive）再送信の要求に基づいて、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫをセットする。尚、適応再送信は、ＮＤＩによって指示される再送信であり、非適応再送信は、ＨＡＲＱインディケータによって指示される再送信である。これによって、非同期ＨＡＲＱが適用されるＨＡＲＱプロセスは、非適応再送信を行わなくなる。
【００８５】
以下、本発明のＤＲＸ（Discontinuous Reception）について説明する。
【００８６】
ＤＲＸ機能（functionality）は上位層（ＲＲＣ）によって設定され、ＭＡＣによって
処理される。ＤＲＸ機能は、端末装置１のＣ−ＲＮＴＩおよびＳＰＳ  Ｃ−ＲＮＴＩに対する端末装置１のＰＤＣＣＨモニタリング活動（activity）を制御する。
【００８７】
つまり、ＤＲＸ機能は、端末装置１のＣ−ＲＮＴＩまたはＳＰＳ  Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットの送信に用いられるＰＤＣＣＨに対する端末装置１のモニタリング活動を制御する。
【００８８】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤであるときにＤＲＸが設定されるならば、端末装置１は以下で説明するＤＲＸオペレーションを用いて非連続的にＰＤＣＣＨをモニタしてもよい。それ以外の場合には、端末装置１は連続的にＰＤＣＣＨをモニタしてもよい。
【００８９】
以下、ＰＤＣＣＨのモニタ（モニタリング）について説明する。
【００９０】
モニタすることは、あるＤＣＩフォーマットに応じてＰＤＣＣＨのデコードを試みることを意味する。ＰＤＣＣＨは、ＰＤＣＣＨ候補において送信される。端末装置１は、サービングセルにおいてＰＤＣＣＨ候補（candidate）のセットをモニタする。ＰＤＣＣＨ候
補のセットをサーチスペースと称する。サーチスペースは、コモンサーチスペース（Common Search Space, CSS）、および、ＵＥ固有サーチスペース（UE-specific Search Space, USS）を少なくとも含む。ＵＥ固有サーチスペースは、少なくとも、端末装置１がセッ
トしているＣ−ＲＮＴＩの値から導き出される。すなわち、ＵＥ固有サーチスペースは、端末装置１毎に個別に導き出される。コモンサーチスペースは、複数の端末装置１の間で共通のサーチスペースであり、予め定められたインデックスのＣＣＥ（Control Channel Element）から構成される。ＣＣＥは、複数のリソースエレメントから構成される。
【００９１】
ＤＲＸオペレーションは、複数のサービングセルに対して共通である。
【００９２】
上位層（ＲＲＣ）は、以下の複数のタイマーと、drxStartOffsetの値を設定することによりＤＲＸオペレーションを制御する。drxShortCycleTimerとshortDRX-Cycleを設定するかどうかは、上位層（ＲＲＣ）の任意（optional）である。
・onDurationTimer
・drx-InactivityTimer
・drx-RetransmissionTimer（ブロードキャストプロセスに対する下りリンクＨＡＲＱプ
ロセスを除いて下りリンクＨＡＲＱプロセス毎に１つ）
・drx-ULRetransmissionTimer（上りリンクＨＡＲＱプロセス毎に１つ）
・longDRX-Cycle
・HARQ RTT（Round Trip Time）タイマー（下りリンクＨＡＲＱプロセス毎に１つ）
・UL HARQ RTTタイマー（上りリンクＨＡＲＱプロセス毎に１つ）
・drxShortCycleTimer
・shortDRX-Cycle
基地局装置３は、onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimer
、drx-ULRetransmissionTimer、longDRX-Cycle、drxShortCycleTimer、shortDRX-Cycle、および、drxStartOffsetの値を示すパラメータ／情報を含むＲＲＣメッセージを端末装置１に送信してもよい。
【００９３】
端末装置１は、受信した該ＲＲＣメッセージに基づいて、onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimer、drx-ULRetransmissionTimer、longDRX-Cycle、drxShortCycleTimer、shortDRX-Cycle、および、drxStartOffsetの値をセットしてもよい
。
【００９４】
longDRX-CycleおよびshortDRX-Cycleを総称して、ＤＲＸサイクルとも称する。
【００９５】
onDurationTimerは、ＤＲＸサイクルの始めから連続するＰＤＣＣＨサブフレームの数
を示す。
【００９６】
drx-InactivityTimerは、端末装置１に対する上りリンクデータまたは下りリンクデー
タの初期送信を指示するＰＤＣＣＨがマップされるサブフレームの後の連続するＰＤＣＣＨサブフレームの数を示す。
【００９７】
drx-RetransmissionTimerは、端末装置１によって期待される下りリンク再送信のため
の連続するＰＤＣＣＨサブフレームの最大の数を示す。全てのサービングセルに対して、drx-RetransmissionTimerの同じ値が適用される。
【００９８】
drx-ULRetransmissionTimerは、端末装置１によって期待される上りリンク再送信のた
めの連続するＰＤＣＣＨサブフレームの最大の数を示す。つまり、drx-ULRetransmissionTimerは、上りリンク再送信のための上りリンクグラント（上りリンクＨＡＲＱ再送信グ
ラント）を受信するまでの連続するＰＤＣＣＨサブフレームの最大数を示す。上りリンクにおいて非同期ＨＡＲＱが適用される全てのサービングセルに対して、drx-ULRetransmissionTimerの同じ値が適用される。短縮処理能力を持つ端末装置１の場合、drx-ULRetransmissionTimerは上りリンク同期ＨＡＲＱにも適用されてもよい。また、短縮処理能力を持つ端末装置１に対して、あるサービングセルのためのＲＲＣパラメータreducedProcessingTimingが設定されているならば、該サービングセルにおいて、drx-ULRetransmissionTimerは、上りリンク同期ＨＡＲＱプロセスにも適用されてもよい。また、短縮処理能力を持つ端末装置１に対して、あるサービングセルのためのＲＲＣパラメータreducedProcessingTimingが設定されていないならば、該サービングセルにおいて、drx-ULRetransmissionTimerは、上りリンク同期ＨＡＲＱプロセスに対して適用されなくてもよい。短縮処理能力を持たない端末装置１の場合、drx-ULRetransmissionTimerは上りリンク同期ＨＡＲＱに
も適用されなくてもよい。
【００９９】
HARQ RTTタイマー（HARQ RTT Timer）は、drx-RetransmissionTimerのスタートに関連
し、下りリンクＨＡＲＱプロセス毎に管理される。下りリンクＨＡＲＱプロセスに対応するHARQ RTTタイマーは、下りリンクデータの送信から該下りリンクデータの再送信までの最小のインターバルを示す。つまり、下りリンクＨＡＲＱプロセスに対応するHARQ RTTタイマーは、端末装置１によって下りリンクＨＡＲＱ再送信がMACエンティティに期待され
る前のサブフレームの最小量を示す。
【０１００】
各サービングセルに対して、ＦＤＤの場合、HARQ RTTタイマーは８サブフレームに設定（セット）される。なお、あるサービングセルのためのＲＲＣパラメータreducedProcessingTimingが設定されていない端末装置１は、該サービングセルにHARQ RTTタイマーを８
サブフレームに設定（セット）してもよい。
【０１０１】
あるサービングセルのためのＲＲＣパラメータreducedProcessingTimingが設定されて
いる端末装置１は、該サービングセルにおいて、該サービングセルにHARQ RTTタイマーを６サブフレームに設定（セット）してもよい。ところが、下りリンクデータをスケジューリングする下りリンクアサインメントがコモンサーチスペースで受信された場合、HARQ RTTタイマーは８サブフレームに設定（セット）されてもよい。つまり、下りリンクデータをスケジューリングする下りリンクアサインメントがＵＥ固有サーチスペースで受信された場合、HARQ RTTタイマーは６サブフレームに設定（セット）されてもよい。
【０１０２】
各サービングセルに対して、ＴＤＤの場合、HARQ RTTタイマーはｊ＋４サブフレームに設定（セット）され、ｋは下りリンク送信および該下りリンク送信に対応するＨＡＲＱフィードバックの間のインターバルであり、ＵＬ−ＤＬ設定、および／または、ノーマル処理時間に従って特定（選択、決定）される。なお、あるサービングセルのためのＲＲＣパラメータreducedProcessingTimingが設定されていない端末装置１は、該サービングセル
にHARQ RTTタイマーをｊ＋４サブフレームに設定（セット）してもよい。ここで、ｊはＰＤＳＣＨが配置されるサブフレームｎ−ｊと該ＰＤＳＣＨが対応するＨＡＲＱ−ＡＣＫが送信されるサブフレームｎとの対応を示す。ｊの値は、図７から与えられてもよい。図７は、本実施形態におけるＰＤＳＣＨが配置されるサブフレームｎ−ｊと前記ＰＤＳＣＨが対応するＨＡＲＱ−ＡＣＫが送信されるサブフレームｎとの対応を示す図である。端末装置１は、図７の表に従ってｋの値を特定（選択、決定）する。
【０１０３】
あるサービングセルのためのＲＲＣパラメータreducedProcessingTimingが設定されて
いる端末装置１は、該サービングセルにおいて、該サービングセルにHARQ RTTタイマーをｊ１＋３サブフレームに設定（セット）してもよい。ｊ１は下りリンク送信および該下りリンク送信に関連するＨＡＲＱフィードバックの間のインターバルであり、ＵＬ−ＤＬ設定および短縮処理時間に従って特定（選択、決定）される。ここで、ｊ１の値はｊの値と同様で、または、ｊの値より小さい値であってもよい。ｊ１の値は仕様書で新たなテーブルとして定義されてもよい。ところが、下りリンクデータをスケジューリングする下りリンクアサインメントがコモンサーチスペースで受信された場合、HARQ RTTタイマーはｊ＋４サブフレームに設定（セット）されてもよい。つまり、下りリンクデータをスケジューリングする下りリンクアサインメントがＵＥ固有サーチスペースで受信された場合、HARQ
RTTタイマーはｊ１＋３サブフレームに設定（セット）されてもよい。
【０１０４】
即ち、ＦＤＤ、および／または、ＴＤＤの場合、あるサービングセルにおいて、下りリンクＨＡＲＱプロセスに対するHARQ RTTタイマーは、（１）下りリンクデータをスケジューリングする下りリンクアサインメントが送信されるサーチスペースのタイプ、および／または、（２）ＲＲＣパラメータreducedProcessingTimingが設定されているかどうかに
、少なくとも基づいて、与えられてもよい。
【０１０５】
ＴＤＤの場合、あるサービングセルにおいて、下りリンクＨＡＲＱプロセスに対するHARQ RTTタイマーが与えられる方法が第１の方法であるか第２の方法であるかは、（１）下りリンクデータをスケジューリングする下りリンクアサインメントが送信されるサーチスペースのタイプ、および／または、（２）ＲＲＣパラメータreducedProcessingTimingが
設定されているかどうかに、少なくとも基づいて、与えられてもよい。ここで、HARQ RTTタイマーが与えられる第１の方法は、ＰＤＳＣＨが配置されるサブフレームｎ−ｊと該Ｐ
ＤＳＣＨが対応するＨＡＲＱ−ＡＣＫが送信されるサブフレームｎとの対応を示す第１のテーブルに基づくことである。また、HARQ RTTタイマーが与えられる第２の方法は、ＰＤＳＣＨが配置されるサブフレームｎ−ｊ１と該ＰＤＳＣＨが対応するＨＡＲＱ−ＡＣＫが送信されるサブフレームｎとの対応を示す第２のテーブルに基づくことである。
【０１０６】
UL HARQ RTTタイマー（UL HARQ RTT Timer）は、drx-ULRetransmissionTimerのスター
トに関連し、上りリンクＨＡＲＱプロセス毎に管理される。上りリンクＨＡＲＱプロセスに対応するUL HARQ RTTタイマーは、上りリンクデータの送信から該上りリンクデータの
再送信のための上りリンクグラント（上りリンクＨＡＲＱ再送信グラント）の送信までの最小のインターバルを示す。つまり、上りリンクＨＡＲＱプロセスに対応するUL HARQ RTTタイマーは、端末装置１によって上りリンク再送信のための上りリンクグラント（上り
リンクＨＡＲＱ再送信グラント）が期待される前のサブフレームの最小量（minimum amount）を示す。UL HARQ RTTタイマーは、上りリンク非同期ＨＡＲＱプロセス毎に定義され
てもよい。また、短縮処理能力を持つ端末装置１に対して、UL HARQ RTTタイマーは、上
りリンク同期ＨＡＲＱプロセス毎にも定義されてもよい。また、短縮処理能力を持つ端末装置１に対して、あるサービングセルのためのＲＲＣパラメータreducedProcessingTimingが設定されているならば、該サービングセルにおいて、UL HARQ RTTタイマーは、上りリンク同期ＨＡＲＱプロセス毎にも定義されてもよい。また、短縮処理能力を持つ端末装置１に対して、あるサービングセルのためのＲＲＣパラメータreducedProcessingTimingが
設定されていないならば、該サービングセルにおいて、UL HARQ RTTタイマーは、上りリ
ンク同期ＨＡＲＱプロセスに対して定義（設定）されなくてもよい。また、短縮処理能力を持たない端末装置１に対して、UL HARQ RTTタイマーは、上りリンク同期ＨＡＲＱプロ
セスに対して定義（設定）されなくてもよい。
【０１０７】
各サービングセルに対して、ＦＤＤの場合、上りリンクＨＡＲＱプロセスに対応するUL
HARQ RTTタイマーは４サブフレームにセットされる。なお、あるサービングセルのため
のＲＲＣパラメータreducedProcessingTimingが設定されていない端末装置１は、該サー
ビングセルにUL HARQ RTTタイマーを4サブフレームに設定（セット）してもよい。
【０１０８】
また、あるサービングセルのためのＲＲＣパラメータreducedProcessingTimingが設定
されている端末装置１は、該サービングセルにおいて、該サービングセルにHARQ RTTタイマーを３サブフレームに設定（セット）してもよい。
【０１０９】
ところが、上りリンクデータをスケジューリングする上りリンクグラントがコモンサーチスペースで受信された場合、UL HARQ RTTタイマーは４サブフレームに設定（セット）
されてもよい。つまり、上りリンクデータをスケジューリングする上りリンクグラントがＵＥ固有サーチスペースで受信された場合、UL HARQ RTTタイマーは３サブフレームに設
定（セット）されてもよい。即ち、上りリンクHARQプロセスに対するUL HARQ RTTタイマ
ーは、該上りリンクHARQプロセスに対応する上りリンクグラントが受信されたサーチスペースのタイプに基づいて、与えられてもよい。
【０１１０】
また、ＲＲＣパラメータreducedProcessingTimingが設定されているサービングセルに
おいて、上りリンクHARQプロセスに対するUL HARQ RTTタイマーは、該上りリンクHARQプ
ロセスのタイプに基づいて、与えられてもよい。例えば、上りリンクHARQプロセスが上りリンク同期HARQに指示された場合、該上りリンクHARQプロセスに対するUL HARQ RTTタイ
マーは４サブフレームに設定（セット）されてもよい。なお、上りリンクHARQプロセスが上りリンク非同期HARQに指示された場合、該上りリンクHARQプロセスに対するUL HARQ RTTタイマーは３サブフレームに設定（セット）されてもよい。
【０１１１】
各サービングセルに対して、ＴＤＤの場合、上りリンクＨＡＲＱプロセスに対応するUL
HARQ RTTタイマーはkULHARQRTT個サブフレームに設定（セット）される。kULHARQRTTの
値は、ＵＬ−ＤＬ設定、および／または、ノーマル処理時間に従って特定（選択、決定）される。例えば、kULHARQRTTの値は図１０（Ａ）から与えられてもよい。なお、あるサービングセルのためのＲＲＣパラメータreducedProcessingTimingが設定されていない端末
装置１は、該サービングセルにUL HARQ RTTタイマーをkULHARQRTT個サブフレームに設定
（セット）してもよい。図１０は、本実施形態における上りリンクＨＡＲＱプロセスに対応するUL HARQ RTTタイマーの値を示す一例である。
【０１１２】
また、あるサービングセルのためのＲＲＣパラメータreducedProcessingTimingが設定
されている端末装置１は、該サービングセルにUL HARQ RTTタイマーをk1ULHARQRTT個サブフレームに設定（セット）してもよい。k1ULHARQRTTの値は、ＵＬ−ＤＬ設定、および／
または、短縮処理時間に従って特定（選択、決定）される。例えば、k1ULHARQRTTの値は
図１０（Ｂ）から与えられてもよい。ところが、上りリンクデータの送信をスケジューリングする上りリンクグラントがコモンサーチスペースで受信された場合、UL HARQ RTTタ
イマーはkULHARQRTT個サブフレームサブフレームに設定（セット）されてもよい。つまり、上りリンクデータをスケジューリングする上りリンクグラントがＵＥ固有サーチスペースで受信された場合、UL HARQ RTTタイマーはk1ULHARQRTT個サブフレームに設定（セット）されてもよい。即ち、上りリンクHARQプロセスに対するUL HARQ RTTタイマーは、該上
りリンクHARQプロセスに対応する上りリンクグラントが受信されたサーチスペースのタイプに基づいて、与えられてもよい。
【０１１３】
前述したように、ＲＲＣパラメータreducedProcessingTimingが設定されているサービ
ングセルにおいて、上りリンクHARQプロセスに対するUL HARQ RTTタイマーは、該上りリ
ンクHARQプロセスのタイプに基づいて、与えられてもよい。ＴＤＤの場合、上りリンクHARQプロセスが上りリンク同期HARQに指示された場合、該上りリンクHARQプロセスに対するUL HARQ RTTタイマーはkULHARQRTT個サブフレームに設定（セット）されてもよい。なお
、上りリンクHARQプロセスが上りリンク非同期HARQに指示された場合、該上りリンクHARQプロセスに対するUL HARQ RTTタイマーはk1ULHARQRTT個サブフレームに設定（セット）されてもよい。
【０１１４】
本実施形態において、あるサービングセルにおける上りリンクＨＡＲＱプロセスに対して、同期ＨＡＲＱおよび非同期ＨＡＲＱの何れが適用されるかは、該サービングセルにＲＲＣ層のパラメータreducedProcessingTimingが設定されるか否かに基づいて、導き出さ
れてもよい。ＲＲＣ層のパラメータreducedProcessingTimingが設定されていないサービ
ングセルにおいて、上りリンクＨＡＲＱプロセスが同期ＨＡＲＱプロセスであってもよい。ＲＲＣ層のパラメータreducedProcessingTimingが設定されているサービングセルにお
いて、上りリンクＨＡＲＱプロセスが非同期ＨＡＲＱプロセスであってもよい。また、ＲＲＣ層のパラメータreducedProcessingTimingが設定されているサービングセルにおける
上りリンクＨＡＲＱプロセスに対して、同期ＨＡＲＱおよび非同期ＨＡＲＱの何れが適用されるかは、上りリンクグラントが受信されたサーチスペースのタイプから導き出されてもよい。例えば、上りリンクHARQプロセスに対応する上りリンクグラントがコモンサーチスペースで受信された場合、該上りリンクHARQプロセスのタイプは同期ＨＡＲＱであってもよい。また、上りリンクHARQプロセスに対応する上りリンクグラントがＵＥ固有サーチスペースで受信された場合、該上りリンクHARQプロセスのタイプは非同期ＨＡＲＱであってもよい。また、例えば、ＲＲＣパラメータreducedProcessingTimingが設定されている
サービングセル上りリンクHARQプロセスに対して、同期ＨＡＲＱおよび非同期ＨＡＲＱの何れが適用されるかは、該上りリンクＨＡＲＱプロセスの番号が上りリンクグラントによって示されるか否かに基づいて、導き出されてもよい。例えば、上りリンクHARQプロセスの番号が上りリンクグラントに含まれるフィールドから与えられるならば、該上りリンクHARQプロセスのタイプは非同期ＨＡＲＱであってもよい。また、上りリンクHARQプロセス
の番号が上りリンクグラントから与えられないならば、該上りリンクHARQプロセスのタイプは同期ＨＡＲＱであってもよい。
【０１１５】
ＤＲＸサイクルは、オンデュレーション（On Duration）の繰り返し周期を示す。オン
デュレーションの期間の後に、端末装置１のＣ−ＲＮＴＩおよびＳＰＳ  Ｃ−ＲＮＴＩに対する端末装置１のＰＤＣＣＨモニタリングの非活動（inactivity）が可能な期間が続く。
【０１１６】
図９は、本実施形態におけるＤＲＸサイクルの一例を示す図である。図９において、横軸は時間軸である。図９において、オンデュレーションの期間Ｐ２２００において、端末装置１はＰＤＣＣＨ／ＥＰＤＣＣＨをモニタする。図９において、オンデュレーションの期間Ｐ２２００の後の期間Ｐ２２０２が、非活動が可能な期間である。つまり、図９において、端末装置１は、期間Ｐ２２０２においてＰＤＣＣＨ／ＥＰＤＣＣＨをモニタしなくてもよい。
【０１１７】
drxShortCycleTimerは、端末装置１がショートＤＲＸサイクルに従う連続するサブフレームの数を示す。
【０１１８】
drxStartOffsetは、ＤＲＸサイクルがスタートするサブフレームを示す。
【０１１９】
ＤＲＸサイクルが設定された場合、アクティブタイム（Active Time）は下記の条件（
ｉ）から（ｌ）の少なくとも１つを満たす期間を含む。
・条件（ｉ）：onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimer、drx-ULRetransmissionTimer、または、mac-ContentionResolutionTimerがランニングしてい
る
・条件（ｊ）：スケジューリング要求がＰＵＣＣＨで送信され、そして、ペンディングされている
・条件（ｋ）：同期ＨＡＲＱに対して、ペンディングＨＡＲＱ再送信に対する上りリンクグラントが送信される可能性があり、そして、対応するＨＡＲＱバッファにデータがある・条件（ｌ）：端末装置１によって選択されていないプリアンブルに対するランダムアクセスレスポンスの受信に成功した後に、端末装置１のＣ−ＲＮＴＩをともない、そして、初期送信を指示するＰＤＣＣＨをずっと受信していない
タイマーは一度スタートすると、タイマーがストップされるまで、または、タイマーが満了するまでランニングしている。それ以外の場合は、タイマーはランニングしていない。タイマーがランニングしていないならば、タイマーはスタートされる可能性がある。タイマーがランニングしているならば、タイマーがリスタートされる可能性がある。タイマーは常に、該タイマーの初期値からスタート、または、リスタートされる。
【０１２０】
プリアンブルは、ランダムアクセスプロシージャのメッセージ１であり、ＰＲＡＣＨで送信される。端末装置１によって選択されていないプリアンブルは、コンテンションベースドランダムアクセスプロシージャに関連する。
【０１２１】
ランダムアクセスレスポンスは、ランダムアクセスプロシージャのメッセージ２であり、ＰＤＳＣＨで送信される。基地局装置３は、受信したプリアンブルに対して、ランダムアクセスレスポンスを送信する。
【０１２２】
コンテンションベースドランダムアクセスプロシージャを実行中の端末装置１は、ランダムアクセスレスポンスを受信した後にメッセージ３を送信する。端末装置１は、メッセージ３が送信された後にメッセージ４に関連するＰＤＣＣＨをモニタする。
【０１２３】
mac-ContentionResolutionTimerは、メッセージ３が送信された後に端末装置１がＰＤ
ＣＣＨをモニタする連続するサブフレームの数を示す。
【０１２４】
尚、全てのアクティベートされたサービングセルに対して、同じアクティブタイムが適用される。プライマリーセルは、常にアクティベートされている。セカンダリーセルは、ＭＡＣによってアクティベートまたはデアクティベートされる。基地局装置３は、セカンダリーセルのアクティベートまたはデアクティベートを指示するＭＡＣ  ＣＥを、端末装置１に送信する。
【０１２５】
端末装置１は、デアクティベートされたサービングセルにおいてＰＤＣＣＨをモニタしなくてもよい。端末装置１は、デアクティベートされたサービングセルに対するＰＤＣＣＨをモニタしなくてもよい。
【０１２６】
図１１および図１２は、本実施形態におけるＤＲＸオペレーションの一例を示すフロー図である。ＤＲＸが設定された場合、端末装置１は、サブフレームのそれぞれに対して、図１１および図１２のフロー図に基づいてＤＲＸオペレーションを実行する。
【０１２７】
このサブフレームにおいて上りリンクＨＡＲＱプロセスに対応するUL HARQ RTTタイマ
ーが満了する、且つ、該UL HARQ RTTタイマーに対応するＨＡＲＱプロセスに関連するＨ
ＡＲＱバッファにデータが存在するならば（Ｓ１７００）、端末装置１は、該UL HARQ RTTタイマーに対応する上りリンクＨＡＲＱプロセスに対するdrx-ULRetransmissionTimerをスタートし（Ｓ１７０２）、そして、Ｓ１７０４に進む。それ以外の場合、端末装置１はＳ１７０４に進む。なお、それ以外の場合とは、条件（Ｓ１７００）をスキップすることを含んでもよい。
【０１２８】
このサブフレームにおいて下りリンクのＨＡＲＱプロセスに対応するHARQ RTTタイマーが満了する、且つ、該HARQ RTTタイマーに対応するＨＡＲＱプロセスのデータが成功裏に復号されなかったならば（Ｓ１７０４）、端末装置１は、該HARQ RTTタイマーに対応する下りリンクのＨＡＲＱプロセスに対するdrx-RetransmissionTimerをスタートし（Ｓ１７
０６）、そして、Ｓ１７０８に進む。それ以外の場合、端末装置１はＳ１７０８に進む。なお、それ以外の場合とは、条件（Ｓ１７０４）をスキップすることを含んでもよい。
【０１２９】
ＤＲＸコマンドＭＡＣ  ＣＥが受信されるならば（Ｓ１７０８）、端末装置１はonDurationTimerおよびdrx-InactivityTimerをストップし（Ｓ１７１０）、そして、Ｓ１７１２に進む。それ以外の場合、端末装置１はＳ１７１２に進む。なお、それ以外の場合とは、条件（Ｓ１７０８）をスキップすることを含んでもよい。
【０１３０】
drx-InactivityTimerが満了する、または、このサブフレームにおいてＤＲＸコマンド
ＭＡＣ  ＣＥが受信されるならば（Ｓ１７１２）、端末装置１はＳ１７１４に進む。それ以外の場合、端末装置１はＳ１７２０に進む。なお、それ以外の場合とは、条件（Ｓ１７１２）をスキップすることを含んでもよい。
【０１３１】
ショートＤＲＸサイクル（shortDRX-Cycle）が設定されていないならば（Ｓ１７１４）、端末装置１はロングＤＲＸサイクルを用いる（Ｓ１７１６）、そして、Ｓ１７２０に進む。ショートＤＲＸサイクル（shortDRX-Cycle）が設定されているならば（Ｓ１７１４）、端末装置１はdrxShortCycleTimerをスタートまたはリスタートし、ショートＤＲＸサイクルを用いる（Ｓ１７１８）、そして、Ｓ１７２０に進む。
【０１３２】
このサブフレームにおいてdrxShortCycleTimerが満了するならば（Ｓ１７２０）、端末装置１は、ロングＤＲＸサイクルを用いる（Ｓ１７２２）、そして、図１２のＳ１８００
に進む。それ以外の場合（Ｓ１７２０）、端末装置１は、図１２のＳ１８００に進む。なお、それ以外の場合とは、条件（Ｓ１７２０）をスキップすることを含んでもよい。
【０１３３】
（１）ショートＤＲＸサイクルが用いられる、且つ、[(SFN * 10) + subframe番号] modulo (shortDRX-Cycle) = (drxStartOffset) modulo (shortDRX-Cycle)ならば、または、（２）ロングDRXサイクルが用いられる、且つ、[(SFN * 10) + subframe番号] modulo (longDRX-Cycle) = drxStartOffsetならば（Ｓ１８００）、端末装置１はonDurationTimer
をスタートし（Ｓ１８０２）、そして、Ｓ１８０４に進む。それ以外の場合（Ｓ１８００）、端末装置１はＳ１８０４に進む。
【０１３４】
以下の条件（ｍ）から（ｐ）の全てを満たすならば（Ｓ１８０４）、端末装置１は、このサブフレームにおいてＰＤＣＣＨをモニタし（１８０６）、そして、Ｓ１８０８に進む。
・条件（ｍ）：このサブフレームがアクティブタイムの期間に含まれる
・条件（ｎ）：このサブフレームがＰＤＣＣＨサブフレームである
・条件（ｏ）：このサブフレームが半二重ＦＤＤ動作の端末装置１に対する上りリンク送信に必要でない
・条件（ｐ）：このサブフレームが設定された測定ギャップ（measurement gap）の一部
ではない
半二重ＦＤＤのサービングセルにおいて、端末装置１は上りリンクの送信と下りリンクの受信を同時に行なうことはできない。端末装置１は、ＦＤＤのバンドにおいて半二重ＦＤＤをサポートするかどうかを示す情報を、基地局装置３に送信してもよい。
【０１３５】
測定ギャップは、端末装置１が異なる周波数のセル、および／または、異なるＲＡＴ（Radio Access Technology）の測定を行なうための時間間隔である。基地局装置３は、測
定ギャップの期間を示す情報を、端末装置１に送信する。端末装置１は、該情報に基づいて測定ギャップの期間を設定する。
【０１３６】
条件（ｍ）から（ｐ）の少なくとも１つを満たさないならば（Ｓ１８０４）、端末装置１は、このサブフレームに対するＤＲＸオペレーションを終了する。つまり、条件（ｍ）から（ｐ）の少なくとも１つを満たさないならば、端末装置１は、このサブフレームにおけるＰＤＣＣＨのモニタをしなくてもよい。
【０１３７】
尚、Ｓ１８０４において用いられる条件は、条件（ｍ）から（ｐ）に限られるものではなく、Ｓ１８０４において条件（ｍ）から（ｐ）と別の条件を用いてもよいし、条件（ｍ）から（ｐ）の一部を用いてもよい。
【０１３８】
ＰＤＣＣＨを介して受信した上りリンクグラントが非同期ＨＡＲＱプロセスに対する上りリンク送信を指示するならば、または、このサブフレームに対して上りリンクグラントが非同期ＨＡＲＱプロセスのために設定されているならば、または、短縮処理能力を持つ端末装置１の場合、ＰＤＣＣＨを介して受信した上りリンクグラントが同期ＨＡＲＱプロセスに対する上りリンク送信を指示するならば（Ｓ１８０８）、端末装置１は、（ｉ）該上りリンクグラントに対応するＰＵＳＣＨ送信を含むサブフレームにおいて、該上りリンクグラントに対応する上りリンクのＨＡＲＱプロセスに対するUL HARQ RTTタイマーをス
タートし、（ｉｉ）該上りリンクグラントに対応する上りリンクのＨＡＲＱプロセスに対するdrx-ULRetransmissionTimerをストップし（Ｓ１８１０）、そして、（ｉｉｉ）ステ
ップＳ１８１２に進む。それ以外の場合（Ｓ１８０８）、端末装置１はＳ１８１２に進む。
【０１３９】
また、上りリンクグラントが設定されている状態は、ＳＰＳ  Ｃ−ＲＮＴＩをともなう
上りリンクグラントによってセミパーシステントスケジューリングがアクティベートされている状態を意味してもよい。
【０１４０】
ＰＤＣＣＨを介して受信した下りリンクアサインメントが下りリンク送信を指示するならば、または、このサブフレームに対して下りリンクアサインメントが設定されているならば（Ｓ１８１２）、端末装置１は、対応する下りリンクのＨＡＲＱプロセスに対するHARQ RTTタイマーをスタートし、対応する下りリンクのＨＡＲＱプロセスに対するdrx-RetransmissionTimerをストップする（Ｓ１８１４）。それ以外の場合（Ｓ１８１２）、端末
装置１はＳ１８１６に進む。
【０１４１】
下りリンクアサインメントが設定されている状態は、ＳＰＳ  Ｃ−ＲＮＴＩをともなう下りリンクアサインメントによってセミパーシステントスケジューリングがアクティベートされている状態を意味する。
【０１４２】
ＰＤＣＣＨを介して受信した下りリンクアサインメントまたは上りリンクグラントが、下りリンクまたは上りリンクの初期送信を指示するならば（Ｓ１８１６）、端末装置１は、drx-InactivityTimerをスタートまたはリスタートし（１８１８）、そして、このサブ
フレームに対するＤＲＸオペレーションを終了する。それ以外の場合は（Ｓ１８１６）、端末装置１は、このサブフレームに対するＤＲＸオペレーションを終了する。
【０１４３】
尚、ＤＲＸを設定された端末装置１は、アクティブタイムではない場合、ピリオディックＳＲＳを送信しない。
【０１４４】
基地局装置３は、ＣＱＩマスキングのセットアップまたはリリースを端末装置１に指示する情報を、該端末装置１に送信してもよい。
【０１４５】
ＤＲＸを設定され、且つ、上位層によってＣＱＩマスキング（cqi-Mask）がセットアップされていない端末装置１は、アクティブタイムではない際に、ＰＵＣＣＨを介してＣＳＩを送信しない。ＤＲＸを設定され、且つ、上位層によってＣＱＩマスキング（cqi-Mask）がセットアップされた端末装置１は、onDurationTimerがランニングしていない際に、
ＰＵＣＣＨを介してＣＳＩを送信しない。
【０１４６】
以下、本発明のＰＤＣＣＨサブフレームについて説明する。
【０１４７】
本実施形態において、ＦＤＤのサービングセルに対して、全てのサブフレームがＰＤＣＣＨサブフレームである。本実施形態において、端末装置１および基地局装置３は、ＴＤＤのサービングセルに対して、ＵＬ−ＤＬ設定に基づいてＰＤＣＣＨサブフレームを特定する。
【０１４８】
本実施形態において、１つのプライマリーセルを用いて基地局装置３と通信する端末装置１、および、該基地局装置３は、半二重ＴＤＤの場合には、前記プライマリーセルに対応するＵＬ−ＤＬ設定によって、下りリンクサブフレーム、または、ＤｗＰＴＳを含むサブフレームとして指示されたサブフレームをＰＤＣＣＨサブフレームとして特定（選択、決定）する。
【０１４９】
１つのプライマリーセルを用いてＴＤＤオペレーションを実行する場合、端末装置１は同時に送信および受信を行なうことはできない。つまり、１つのプライマリーセルのみを用いて実行されるＴＤＤオペレーションは、半二重ＴＤＤである。
【０１５０】
本実施形態において、１つのプライマリーセルおよび１つまたは複数のセカンダリーセ
ルを含む複数のサービングセルを用いて基地局装置３と通信する端末装置１、および、該基地局装置３は、半二重ＴＤＤの場合には、前記プライマリーセルに対応するＵＬ−ＤＬ設定によって、下りリンクサブフレーム、または、ＤｗＰＴＳを含むサブフレームとして指示されたサブフレームをＰＤＣＣＨサブフレームとして特定する。
【０１５１】
本実施形態において、１つのプライマリーセルおよび１つまたは複数のセカンダリーセルを含む複数のサービングセルを用いて基地局装置３と通信する端末装置１、および、該基地局装置３は、全二重ＴＤＤの場合には、関連する前記セカンダリーセルに対する下りリンク割り当てが何れのサービングセルで送られるかを示すパラメータ（schedulingCellId）が前記セカンダリーセルに対して設定されているならば前記パラメータ（schedulingCellId）が設定されたセカンダリーセルを除いて、前記複数のサービングセルに対応するＵＬ−ＤＬ設定によって、下りリンクサブフレーム、または、ＤｗＰＴＳを含むサブフレームとして指示されたサブフレームの和集合（union）をＰＤＣＣＨサブフレームとして
特定する。
【０１５２】
尚、関連する前記セカンダリーセルに対する下りリンク割り当てが何れのサービングセルで送られるかを示すパラメータ（schedulingCellId）が、何れのセカンダリーセルに対しても設定されていないならば、該パラメータ（schedulingCellId）が設定されたセカンダリーセルを除く処理を行わなくてもよい。
【０１５３】
以下、上りリンクグラントについて説明する
ＤＣＩフォーマット０は、上りリンクグラントであり、ＰＵＳＣＨのスケジューリングのために用いられる。ＤＣＩフォーマット０は、“Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ”フィールド、および、“ＨＡＲＱ  ｐｒｏｃｅｓｓ  ｎｕｍｂｅｒ”フィールドを含まない。また、ＤＣＩフォーマット０Ｄは、上りリンクグラントであり、ＰＵＳＣＨのスケジューリングのために用いられる。ＤＣＩフォーマット０Ｄは、“Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ”フィールド、および、“ＨＡＲＱ  ｐｒｏｃｅｓｓ  ｎｕｍｂｅｒ”フィールドを含む。ここで、ＤＣＩフォーマット０Ｄは、短縮処理時間が設定されているサービングセルにおけるＰＵＳＣＨのスケジューリングに用いられてもよい。上りリンクグラントは、ＤＣＩフォーマット０およびＤＣＩフォーマット０Ｄを含んでいる。
【０１５４】
サービングセルのためのＲＲＣ層のパラメータreducedProcessingTimingが設定されて
いない端末装置１は、該サービングセルにおける、コモンサーチスペース、および、ＵＥ固有サーチスペースにおいてＤＣＩフォーマット０を含むＰＤＣＣＨをデコードしてもよい。サービングセルのためのＲＲＣ層のパラメータreducedProcessingTimingが設定され
ていない端末装置１は、該サービングセルにおける、ＵＥ固有サーチスペースにおいてＤＣＩフォーマット０Ｄを含むＰＤＣＣＨをデコードしなくてもよい。該ＤＣＩフォーマット０は、上りリンク同期ＨＡＲＱのために用いられてもよい。サービングセルのためのＲＲＣ層のパラメータreducedProcessingTimingが設定されている端末装置１は、該サービ
ングセルにおけるコモンサーチスペースにおいてＤＣＩフォーマット０を含むＰＤＣＣＨをデコードしてもよく、且つ、該サービングセルにおけるＵＥ固有サーチスペースにおいてＤＣＩフォーマット０Ｄを含むＰＤＣＣＨをデコードしてもよい。サービングセルのためのＲＲＣ層のパラメータreducedProcessingTimingが設定されている端末装置１は、該
サービングセルにおけるＵＥ固有サーチスペースにおいてＤＣＩフォーマット０を含むＰＤＣＣＨをデコードしなくてもよい。該ＤＣＩフォーマット０Ｄは、上りリンク非同期ＨＡＲＱのために用いられてもよい。該ＤＣＩフォーマット０Ｄは、上りリンク同期ＨＡＲＱのために用いられない。上りリンクＨＡＲＱプロセスの番号は、ＤＣＩフォーマット０Ｄに含まれるＨＡＲＱ  ｐｒｏｃｅｓｓ  ｎｕｍｂｅｒ”フィールドによって与えられる。ＦＤＤの場合、端末装置１は、ＵＥ固有サーチスペースにおいてＤＣＩフォーマット０Ｄを含むＰＤＣＣＨのデコードに基づいて、ＰＤＣＣＨをデコードしたサブフレームより
３つ後のサブフレームにおいて、ＰＵＳＣＨの送信を実行してもよい。また、端末装置１は、コモンサーチスペースにおいてＤＣＩフォーマット０を含むＰＤＣＣＨのデコードに基づいて、ＰＤＣＣＨをデコードしたサブフレームより４つ後のサブフレームにおいて、ＰＵＳＣＨの送信を実行してもよい。
【０１５５】
図１５は、同じなサブフレームにおけるＰＨＩＣＨおよびＰＤＣＣＨの受信に関する一例を示す図である。図１５において、サービングセルには、ＲＲＣ層のパラメータreducedProcessingTimingが設定されている。端末装置１は、サブフレームｎのコモンサーチス
ペースにおいて、ＤＣＩフォーマット０を含むＰＤＣＣＨ（１５０１）をデコードし、サブフレームｎ＋４においてＰＵＳＣＨ（１５０２）の送信を実行する。続いて、端末装置１は、サブフレームｎ＋８においてＰＵＳＣＨの送信（１５０２）に応答するＨＡＲＱインディケータをＰＨＩＣＨ（１５０３）でデコード（検出）する。また、端末装置１は、サブフレームｎ＋８において上りリンクグラントを含むＰＤＣＣＨ（１５０４）のデコードを試みてもよい。即ち、端末装置１は、同じなサブフレームにおいて、ＰＨＩＣＨおよび１つの上りリンクグラントをデコードしてもよい。
【０１５６】
ＰＨＩＣＨ（１５０３）でＡＣＫを受信した場合、端末装置１は、サブフレームｎ＋８におけるコモンサーチスペース、および、ＵＥ固有サーチスペースにおいて上りリンクグラントを含むＰＤＣＣＨのデコードを試みてもよい。つまり、端末装置１は、コモンサーチスペースでＤＣＩフォーマット０をデコードしてもよい。端末装置１は、ＵＥ固有サーチスペースでＤＣＩフォーマット０Ｄをデコードしてもよい。ここで、ＤＣＩフォーマット０Ｄに含まれる“ＨＡＲＱ  ｐｒｏｃｅｓｓ  ｎｕｍｂｅｒ”フィールドに示されるＨＡＲＱプロセスの番号は、ＰＵＳＣＨ（１５０２）のＨＡＲＱプロセスの番号と同じであってもよいし、異なってもよい。ＰＵＳＣＨ（１５０２）のＨＡＲＱプロセスの番号と同じ番号を示すＤＣＩフォーマット０ＤはＰＵＳＣＨ（１５０２）の再送信のために用いられてもよい。ＰＵＳＣＨ（１５０２）のＨＡＲＱプロセスの番号と異なった番号を示すＤＣＩフォーマット０ＤはＰＵＳＣＨ（１５０２）の再送信のために用いられない。ＰＵＳＣＨ（１５０２）のＨＡＲＱプロセスの番号と異なった番号を示すＤＣＩフォーマット０ＤはＰＵＳＣＨの初期送信のために用いられてもよい。端末装置１は、デコードしたＰＤＣＣＨに基づき、ＰＵＳＣＨの送信を実行する。
【０１５７】
ＰＨＩＣＨ（１５０３）でＮＡＣＫを受信した場合、端末装置１はコモンサーチスペースにおいて、ＤＣＩフォーマット０をデコードしてもよい。即ち、ＰＨＩＣＨ（１５０３）でＮＡＣＫを受信した場合、端末装置１はＵＥ固有サーチスペースにおいて、ＤＣＩフォーマット０Ｄをデコードしなくてもよい。そして、端末装置１は、ＰＨＩＣＨで検出したＨＡＲＱインディケータ、または、ＰＤＣＣＨでデコードしたＤＣＩフォーマット０に基づいて、ＰＵＳＣＨの送信（１５０６）を実行する。即ち、ＤＣＩフォーマット０はＰＵＳＣＨ（１５０２）の再送信のために用いられる。つまり、ＰＵＳＣＨの送信（１５０６）はＰＵＳＣＨ（１５０２）の再送信である。
【０１５８】
また、ＰＨＩＣＨ（１５０３）でＮＡＣＫを受信した場合、端末装置１はＰＵＳＣＨ（１５０２）再送信のためのＰＤＣＣＨのデコードを試みてもよい。即ち、ＰＨＩＣＨ（１５０３）でＮＡＣＫを受信した場合、端末装置１はコモンサーチスペースにおいて、ＤＣＩフォーマット０をデコードしてもよいし、ＵＥ固有サーチスペースにおいて、ＤＣＩフォーマット０Ｄをデコードしてもよい。ＤＣＩフォーマット０およびＤＣＩフォーマット０ＤはＰＵＳＣＨ（１５０２）の再送信のために用いられてもよい。ここで、ＤＣＩフォーマット０Ｄに含まれる“ＨＡＲＱ  ｐｒｏｃｅｓｓ  ｎｕｍｂｅｒ”フィールドに示されるＨＡＲＱプロセスの番号は、ＰＵＳＣＨ（１５０２）のＨＡＲＱプロセスの番号と同一である。即ち、ＰＨＩＣＨ（１５０３）でＮＡＣＫを受信した場合、端末装置１はＵＥ固有サーチスペースにおいてＰＵＳＣＨ（１５０２）のＨＡＲＱプロセスの番号と異なる
ＨＡＲＱプロセスの番号を示すＤＣＩフォーマット０Ｄが発生しないとみなしてもよい。即ち、ＰＨＩＣＨ（１５０３）でＮＡＣＫを受信した場合、端末装置１はＵＥ固有サーチスペースにおいてＰＵＳＣＨ（１５０２）のＨＡＲＱプロセスの番号と同じなＨＡＲＱプロセスの番号を示すＤＣＩフォーマット０Ｄが発生するとみなしてもよい。サブフレームｎ＋８において、ＤＣＩフォーマット０Ｄをデコードした場合、端末装置１は、サブフレームｎ＋１１でＰＵＳＣＨの送信（１５０５）を実行してもよい。ここで、ＰＵＳＣＨ（１５０５）はＰＵＳＣＨ（１５０２）の再送信である。また、サブフレームｎ＋８において、ＤＣＩフォーマット０をデコードした場合、端末装置１は、サブフレームｎ＋１２でＰＵＳＣＨの送信（１５０６）を実行してもよい。ここで、ＰＵＳＣＨ（１５０６）はＰＵＳＣＨ（１５０２）の再送信である。
【０１５９】
また、サブフレームｎ＋８において、ＰＨＩＣＨ（１５０３）でＮＡＣＫを受信し、且つ、ＰＵＳＣＨ（１５０２）のＨＡＲＱプロセスの番号と異なるＨＡＲＱプロセスの番号を示すＤＣＩフォーマット０Ｄをデコードした場合、端末装置１は、（ｉ）ＤＣＩフォーマット０Ｄに基づくＰＵＳＣＨの送信（１５０５）をサブフレームｎ＋１１で実行し、（ｉｉ）ＮＡＣＫに基づくＰＵＳＣＨの再送信（１５０６）をサブフレームｎ＋１２で実行してもよい。
【０１６０】
また、サブフレームｎ＋８において、ＰＵＳＣＨ（１５０２）のＨＡＲＱプロセスの番号と同一なＨＡＲＱプロセスの番号を示す上りリンクグラントがデコードした場合、端末装置１は、ＨＡＲＱ−ＡＣＫのフィードバックのコンテンツ（ＡＣＫまたはＮＡＣＫ）に関わらず、デコードした上りリンクグラントに基づいて、ＰＵＳＣＨの送信を実行してもよい。ここで、ＰＵＳＣＨの送信は、ＰＵＳＣＨ（１５０２）の再送信であってもよいし、新たなトランスポートブロックのためのＰＵＳＣＨの初期送信であってもよい。
【０１６１】
ＲＲＣ層のパラメータreducedProcessingTimingが設定されていないサービングにおい
て、端末装置１は、サブフレームｎ＋８において、ＰＨＩＣＨをデコードする。同時に、端末装置１は、該サブフレームにおけるコモンサーチスペースおよびＵＥ固有サーチスペースでＤＣＩフォーマット０をデコードしてもよい。
【０１６２】
図１３は、本実施形態におけるＰＵＳＣＨの送信および再送信の一例を示す図である。図１３において、全てのタイマー、初期送信、および、再送信は、１つの上りリンクＨＡＲＱプロセスに対応する。以下、明示されない限り、図１３において、端末装置１が短縮処理能力を持つ端末装置であり、且つ、該サービングセルにはＲＲＣパラメータreducedProcessingTimingが設定されている。Ｐ３００およびＰ３２０は上りリンクＨＡＲＱプロ
セスに対するUL HARQ RTTタイマーがランニングしている期間を示し、Ｐ４００は上りリ
ンクＨＡＲＱプロセスに対応するdrx-ULRetransmissionTimerがランニングしている期間
を示す。図１３において、期間Ｐ４００の間がアクティブタイムである。
【０１６３】
端末装置１は、サブフレームｎ−４において、上りリンクグラントを含むＰＤＣＣＨ（１３００）を受信する。図１３において、上りリンクグラントを含むＰＤＣＣＨ（１３００）がコモンサーチスペースで受信された。ＰＤＣＣＨ（１３００）に含まれる上りリンクグラントはＰＵＳＣＨの初期送信（１３０１）を指示している。前述したように、上りリンクデータの送信をスケジューリングする上りリンクグラントがコモンサーチスペースで受信された場合、UL HARQ RTTタイマーは４サブフレームに設定（セット）されてもよ
い。つまり、UL HARQ RTT Timer（Ｐ３００）の値（長さ）は、ＰＵＳＣＨの初期送信（
１３０１）をスケジュールするＰＤＣＣＨ（１３００）が送信されるコモンサーチスペースによって、４サブフレームに設定されてもよい。
【０１６４】
次いて、端末装置１は、ＰＤＣＣＨ（１３００）による初期送信の指示に基づいて、ノ
ーマル処理時間（４ｍｓ）を用いてサブフレームｎにおいてＰＵＳＣＨ（１３０１）を送信してもよい。コモンサーチスペースで送信されるＰＤＣＣＨによってスケジューリングされるＰＵＳＣＨのＨＡＲＱプロセスは同期ＨＡＲＱプロセスである。即ち、コモンサーチスペースで受信されたＰＤＣＣＨは、ＰＵＳＣＨ（１３０１）のＨＡＲＱが上りリンク同期ＨＡＲＱプロセスと示してもよい。ここで、短縮処理能力を持つ端末装置１の場合、ＰＵＳＣＨの上りリンク同期ＨＡＲＱプロセスに対するUL HARQ RTT Timer（Ｐ３００）
がスタートされてもよい。ＰＵＳＣＨの上りリンクＨＡＲＱプロセスに対するUL HARQ RTT Timer（Ｐ３００）がランニングしている期間、端末装置１は、該上りリンク同期ＨＡ
ＲＱプロセスに対応するＰＤＣＣＨをモニタしなくてもよい。ここで、上りリンク同期ＨＡＲＱプロセスに対するUL HARQ RTT Timer（Ｐ３００）が４サブフレームに設定（セッ
ト）される。即ち、端末装置１は、サブフレームｎ＋４より前のサブフレームにおいて、該上りリンク同期ＨＡＲＱプロセスに対応するＰＤＣＣＨをモニタしなくてもよい。即ち、端末装置１は、サブフレームｎ＋４からのサブフレームにおいて、該上りリンク同期ＨＡＲＱプロセスに対応するＰＤＣＣＨをモニタしてもよい。
【０１６５】
次いて、端末装置１は、UL HARQ RTT Timer（Ｐ３００）が満了するサブフレームｎ＋
４から、drx-ULRetransmissionTimer（Ｐ４００）をスタートし、該ＰＵＳＣＨ（１３０
１）の上りリンクＨＡＲＱプロセスに対応するＰＤＣＣＨをモニタしてもよい。
【０１６６】
上りリンク同期ＨＡＲＱプロセスにおいて、ＰＵＳＣＨ（１３０１）の送信に応答してＨＡＲＱインディケータがサブフレームｎ＋４におけるＰＨＩＣＨ（１３０３）で送信される。端末装置１は、ＰＨＩＣＨ（１３０３）でＮＡＣＫを受信し、且つ、該サブフレームにおいてＰＤＣＣＨを検出しなかった場合、サブフレームｎ＋Ｙにおいて、ノーマル処理時間を用いてＰＵＳＣＨの非適応（non-adaptive）再送信（１３０５）を行ってもよい。この場合、サブフレームｎ＋Ｙは、ＮＡＣＫを受信したサブフレームより４つ後のサブフレームである。つまり、ここで、Ｙの値は８であってもよい。
【０１６７】
また、端末装置１は、ＰＨＩＣＨ（１３０３）でＮＡＣＫを受信した場合、drx-ULRetransmissionTimer（Ｐ４００）をスタートしなくてもよい。この場合、端末装置１は、サ
ブフレームｎ＋４において、該上りリンク同期ＨＡＲＱプロセスに対応するＰＤＣＣＨのデコードを試みてもよい。また、端末装置１は、ＰＨＩＣＨ（１３０３）でＮＡＣＫを受信した場合、drx-ULRetransmissionTimer（Ｐ４００）をスタートしてもよい。この場合
、端末装置１は、ＮＡＣＫを受信したサブフレームからＮＡＣＫを受信したサブフレームより３つ後のサブフレームまでの間で、該上りリンク同期ＨＡＲＱプロセスに対応するＰＤＣＣＨのデコードを試みてもよい。つまり、この場合、drx-ULRetransmissionTimer（
Ｐ４００）はＰＵＳＣＨの非適応再送信のサブフレームの前にストップし、４つのサブフレームであってもよい。例えば、対応するＰＤＣＣＨ（１３０４）が検出された場合、端末装置１は、ＮＡＣＫに基づくＰＵＳＣＨの非適応再送信をストップし、検出されたＰＤＣＣＨに基づいて、ＰＵＳＣＨの再送信を行ってもよい。この場合、Ｘの値は８より少ない値である。
【０１６８】
また、端末装置１は、ＰＨＩＣＨ（１３０３）でＡＣＫを受信した場合、drx-ULRetransmissionTimer（Ｐ４００）をスタートしてもよい。そして、端末装置１は、drx-ULRetransmissionTimer（Ｐ４００）がランニングしている期間で、該上りリンク同期ＨＡＲＱプロセスに対応するＰＤＣＣＨをモニタしてもよい。例えば、該上りリンク同期ＨＡＲＱプロセスに対応するＰＤＣＣＨ（１３０４）がサブフレームｎ＋Ｘで検出（デコード）された場合、端末装置１は、drx-ULRetransmissionTimer（Ｐ４００）をストップしてもよい
。なお、上りリンク同期ＨＡＲＱプロセスに適用されるdrx-ULRetransmissionTimerの値
は、上位層のパラメータにより与えられてもよい。上りリンク同期ＨＡＲＱプロセスに適用されるdrx-ULRetransmissionTimerは、上りリンク非同期ＨＡＲＱプロセスに適用され
るdrx-ULRetransmissionTimerと同一であってもよい。また、上りリンク同期ＨＡＲＱプ
ロセスに適用されるdrx-ULRetransmissionTimerは、上りリンク非同期ＨＡＲＱプロセス
に適用されるdrx-ULRetransmissionTimerと異なって、新たな上位層のパラメータとして
定義されてもよい。
【０１６９】
続いて、端末装置１は、検出されたＰＤＣＣＨ（１３０４）に基づて、ＰＵＳＣＨ（１３０５）をサブフレームｎ＋Ｙで再送信してもよい。ＰＤＣＣＨ（１３０４）がコモンサーチスペースで検出された場合、端末装置１は、ノーマル処理時間を用いて、ｎ＋Ｘより４つ後のサブフレームにおいて、ＰＵＳＣＨ（１３０５）を再送信してもよい。この場合、UL HARQ RTT Timer（Ｐ３２０）が４サブフレームに設定（セット）されてもよい。ま
た、ＰＤＣＣＨ（１３０４）がＵＥ固有サーチスペースで検出された場合、端末装置１は、短縮処理時間を用いて、ｎ＋Ｘより３つ後のサブフレームにおいて、ＰＵＳＣＨ（１３０５）を再送信してもよい。この場合、UL HARQ RTT Timer（Ｐ３２０）が３サブフレー
ムに設定（セット）されてもよい。つまり、UL HARQ RTT Timer（Ｐ３２０）の値（長さ
）は、ＰＵＳＣＨ（１３０５）の再送信をスケジュールするＰＤＣＣＨ（１３０４）が送信されるサーチスペースのタイプによって、与えられてもよい。
【０１７０】
図１４は、本実施形態におけるＰＵＳＣＨの送信および再送信の他の一例を示す図である。図１４において、全てのタイマー、初期送信、および、再送信は、１つの上りリンクＨＡＲＱプロセスに対応する。以下、明示されない限り、図１４において、端末装置１が短縮処理能力を持つ端末装置であり、且つ、該サービングセルにはＲＲＣパラメータreducedProcessingTimingが設定されている。Ｐ５００およびＰ５１０は上りリンクＨＡＲＱ
プロセスに対するUL HARQ RTTタイマーがランニングしている期間を示し、Ｐ６００は上
りリンクＨＡＲＱプロセスに対応するdrx-ULRetransmissionTimerがランニングしている
期間を示す。図１４において、期間Ｐ６００の間がアクティブタイムである。
【０１７１】
端末装置１は、サブフレームｎ−４において、上りリンクグラントを含むＰＤＣＣＨ（１４００）を受信する。図１４において、上りリンクグラントを含むＰＤＣＣＨ（１４００）がＵＥ固有サーチスペースで受信された。ＰＤＣＣＨ（１４００）に含まれる上りリンクグラントはＰＵＳＣＨの初期送信（１４０１）を指示している。上りリンクデータの送信をスケジューリングする上りリンクグラントがＵＥ固有サーチスペースで受信された場合、UL HARQ RTTタイマーは３サブフレームに設定（セット）されてもよい。つまり、UL HARQ RTT Timer（Ｐ５００）の値（長さ）は、ＰＵＳＣＨの初期送信（１４０１）をスケジュールするＰＤＣＣＨ（１４００）が送信されるＵＥ固有サーチスペースによって、３サブフレームに設定されてもよい。
【０１７２】
次いて、端末装置１は、ＰＤＣＣＨ（１４００）による初期送信の指示に基づいて、短縮処理時間（３ｍｓ）を用いてサブフレームｎ―１においてＰＵＳＣＨ（１４０１）を送信してもよい。ＵＥ固有サーチスペースで送信されるＰＤＣＣＨによってスケジューリングされるＰＵＳＣＨのＨＡＲＱプロセスは非同期ＨＡＲＱプロセスである。即ち、ＵＥ固有サーチスペースで受信されたＰＤＣＣＨは、ＰＵＳＣＨ（１４０１）のＨＡＲＱが上りリンク非同期ＨＡＲＱプロセスと示してもよい。ＰＵＳＣＨの上りリンク非同期ＨＡＲＱプロセスに対するUL HARQ RTT Timer（Ｐ５００）がスタートされてもよい。ＰＵＳＣＨ
の上りリンクＨＡＲＱプロセスに対するUL HARQ RTT Timer（Ｐ５００）がランニングし
ている期間、端末装置１は、該上りリンク非同期ＨＡＲＱプロセスに対応するＰＤＣＣＨをモニタしなくてもよい。ここで、上りリンク非同期ＨＡＲＱプロセスに対するUL HARQ RTT Timer（Ｐ５００）が３サブフレームに設定（セット）されてもよい。即ち、端末装
置１は、サブフレームｎ＋２より前のサブフレームにおいて、該上りリンク非同期ＨＡＲＱプロセスに対応するＰＤＣＣＨをモニタしなくてもよい。
【０１７３】
次いて、端末装置１は、UL HARQ RTT Timer（Ｐ３００）が満了するサブフレームｎ＋
２から、drx-ULRetransmissionTimer（Ｐ６００）をスタートし、該ＰＵＳＣＨ（１４０
１）の上りリンクＨＡＲＱプロセスに対応するＰＤＣＣＨをモニタしてもよい。即ち、端末装置１は、サブフレームｎ＋２からＰ６００がランニングしている期間までのサブフレームにおいて、該上りリンク非同期ＨＡＲＱプロセスに対応するＰＤＣＣＨをモニタしてもよい。
【０１７４】
端末装置１は、drx-ULRetransmissionTimer（Ｐ６００）がランニングしている期間で
、該上りリンク非同期ＨＡＲＱプロセスに対応するＰＤＣＣＨをモニタしてもよい。例えば、該上りリンク非同期ＨＡＲＱプロセスに対応するＰＤＣＣＨ（１４０２）がサブフレームｎ＋２で検出（デコード）された場合、端末装置１は、drx-ULRetransmissionTimer
（Ｐ６００）をストップしてもよい。続いて、端末装置１は、検出されたＰＤＣＣＨ（１４０２）に基づて、ＰＵＳＣＨ（１４０３）をサブフレームｎ＋Ｋで再送信してもよい。ＰＤＣＣＨ（１４０２）がコモンサーチスペースで検出された場合、端末装置１は、ノーマル処理時間を用いて、ｎ＋２より４つ後のサブフレームにおいて、ＰＵＳＣＨ（１４０３）を再送信してもよい。この場合、UL HARQ RTT Timer（Ｐ５１０）が４サブフレーム
に設定（セット）されてもよい。また、ＰＤＣＣＨ（１４０２）がＵＥ固有サーチスペースで検出された場合、端末装置１は、短縮処理時間を用いて、ｎ＋２より３つ後のサブフレームにおいて、ＰＵＳＣＨ（１４０３）を再送信してもよい。この場合、UL HARQ RTT Timer（Ｐ５１０）が３サブフレームに設定（セット）されてもよい。つまり、UL HARQ RTT Timer（Ｐ５１０）の値（長さ）は、ＰＵＳＣＨの再送信（１４０３）をスケジュールするＰＤＣＣＨ（１４０２）が送信されるサーチスペースのタイプによって、与えられてもよい。
【０１７５】
また、本実施形態において、上りリンクＨＡＲＱプロセスに対応するUL HARQ RTT Timerの値は、ＰＵＳＣＨの初期送信をスケジュールするＰＤＣＣＨが送信されるサーチスペ
ースのタイプによって、与えられてもよい。例えば、図１３において、Ｐ３００およびＰ３２０は同じな値を持ち、該値がＰＵＳＣＨの初期送信（１３０１）をスケジュールするＰＤＣＣＨ（１３００）がコモンサーチスペースであることによって、４サブフレームに設定されてもよい。つまり、ＰＵＳＣＨの再送信（１３０５）をスケジュールするＰＤＣＣＨ（１３０４）がＵＥ固有サーチスペースで送信されたとしても、Ｐ３２０の値は、Ｐ３００の値と同じで、ＰＵＳＣＨの初期送信（１３０１）をスケジュールするＰＤＣＣＨのタイプに基づいて、４サブフレームに設定されてもよい。また、例えば、図１４において、Ｐ５００およびＰ５１０は同じな値を持ち、該値がＰＵＳＣＨの初期送信（１４０１）をスケジュールするＰＤＣＣＨ（１４００）がＵＥ固有サーチスペースであることによって、３サブフレームに設定されてもよい。つまり、ＰＵＳＣＨの再送信（１４０３）をスケジュールするＰＤＣＣＨ（１４０２）がコモンサーチスペースで送信されたとしても、Ｐ５１０の値は、Ｐ５００の値と同じで、ＰＵＳＣＨの初期送信（１４０１）をスケジュールするＰＤＣＣＨ（１４００）のタイプに基づいて、３サブフレームに設定されてもよい。
【０１７６】
また、一例として、本実施形態において、例えば、短縮処理能力を持つ端末装置１の場合、UL HARQ RTT Timerの値（長さ）は、ＲＲＣパラメータreducedProcessingTimingが設定されているサービングセルにおいて、上りリンク送信をスケジュールするＰＤＣＣＨが送信されるサーチスペースのタイプに基づかず、同じな値（例えば、３サブフレームである）に設定されてもよい。図１３において、ＰＵＳＣＨの送信（１３０１）をスケジュールするＰＤＣＣＨ（１３００）がコモンサーチスペースで送信されるとしても、Ｐ３００の値は、３サブフレームに設定されてもよい。この場合、端末装置１は、サブフレームｎ＋３より前のサブフレームにおいて、該上りリンク同期ＨＡＲＱプロセスに対応するＰＤＣＣＨをモニタしなくてもよい。即ち、端末装置１は、サブフレームｎ＋３からのサブフ
レームにおいて、該ＰＵＳＣＨ（１３０１）の上りリンク同期ＨＡＲＱプロセスに対応するＰＤＣＣＨをモニタしてもよい。端末装置１は、サブフレームｎ＋３において、該対応するＰＤＣＣＨが検出された場合、サブフレームｎ＋４におけるＰＨＩＣＨを受信してもよいし、しなくてもよい。つまり、この場合、端末装置１は、サブフレームｎ＋４におけるＨＡＲＱ−ＡＣＫのフィードバックのコンテンツ（ＡＣＫまたはＮＡＣＫ）に関わらず、サブフレームｎ＋３においてデコードした上りリンクグラント（ＰＤＣＣＨ）に基づいて、ＰＵＳＣＨの送信を実行してもよい。また、図１４において、ＰＵＳＣＨの送信（１４０１）をスケジュールするＰＤＣＣＨ（１４００）がＵＥ固有サーチスペースで送信されるとしても、Ｐ５００の値は、Ｐ３００と同様な３サブフレームに設定されてもよい。
【０１７７】
また、一例として、本実施形態において、例えば、短縮処理能力を持つ端末装置１の場合、UL HARQ RTT Timerの値（長さ）は、ＲＲＣパラメータreducedProcessingTimingが設定されているサービングセルにおいて、上りリンクＨＡＲＱプロセスのタイプに基づかず、同じな値（例えば、３サブフレームである）に設定されてもよい。図１３において、ＰＵＳＣＨ（１３０１）のＨＡＲＱが上りリンク同期ＨＡＲＱプロセスだとしても、Ｐ３００の値は、３サブフレームに設定されてもよい。また、図１４において、ＰＵＳＣＨ（１４０１）のＨＡＲＱが上りリンク非同期ＨＡＲＱプロセスだとしても、Ｐ５００の値は、Ｐ３００と同様な３サブフレームに設定されてもよい。
【０１７８】
また、一例として、本実施形態において、ULRetransmissionTimerはＤＲＸオペレーシ
ョンによらず、新たなＲＲＣパラメータとして定義されてもよい。該ＲＲＣパラメータは、端末装置１によって期待される上りリンク再送信のための連続するＰＤＣＣＨサブフレームの最大の数を示すために用いられてもよい。ＲＲＣパラメータreducedProcessingTimingが設定され、且つ、該ＲＲＣパラメータULRetransmissionTimerが設定された場合、ULRetransmissionTimerはＤＲＸオペレーションによらず、用いられてもよい。つまり、短
縮処理能力を持つ端末装置１は、ＲＲＣパラメータreducedProcessingTimingが設定され
ているサービングセルにおいて、ＤＲＸオペレーションによらず、上りリンクＨＡＲＱプロセスに対応するUL HARQ RTTタイマーが満了してから、ULRetransmissionTimerをスタートし、ULRetransmissionTimerが示される期間において、上りリンクＨＡＲＱプロセスに
対する上りリンク再送信のためのＰＤＣＣＨをモニタしてもよい。
【０１７９】
以下、本実施形態における装置の構成について説明する。
【０１８０】
図１６は、本実施形態の端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（Radio Frequency）部１２、および、ベー
スバンド部１３を含んで構成される。上位層処理部１４は、媒体アクセス制御層処理部１５、および、無線リソース制御層処理部１６を含んで構成される。無線送受信部１０を送信部、受信部、または、物理層処理部とも称する。
【０１８１】
上位層処理部１４は、ユーザの操作等により生成された上りリンクデータ（トランスポートブロック）を、無線送受信部１０に出力する。上位層処理部１４は、媒体アクセス制御（Medium Access Control: MAC）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線
リソース制御（Radio Resource Control: RRC）層の処理を行なう。
【０１８２】
上位層処理部１４が備える媒体アクセス制御層処理部１５は、媒体アクセス制御層の処理を行う。媒体アクセス制御層処理部１５は、無線リソース制御層処理部１６によって管理されている各種設定情報／パラメータに基づいて、ＨＡＲＱの制御を行う。媒体アクセス制御層処理部１５は、複数のＨＡＲＱエンティティ、複数のＨＡＲＱプロセス、および
、複数のＨＡＲＱバッファを管理する。
【０１８３】
媒体アクセス制御層処理部１５は、ＰＤＣＣＨサブフレームを特定（選択、決定）する。媒体アクセス制御層処理部１５は、前記ＰＤＣＣＨサブフレームに基づいてＤＲＸの処理を行う。媒体アクセス制御層処理部１５は、前記ＰＤＣＣＨサブフレームに基づいてＤＲＸに関連するタイマーを管理する。媒体アクセス制御層処理部１５は、サブフレームにおけるＰＤＣＣＨのモニタを無線送受信部１０に指示する。ＰＤＣＣＨをモニタすることは、あるＤＣＩフォーマットに応じてＰＤＣＣＨのデコードを試みることを意味する。
【０１８４】
上位層処理部１４が備える無線リソース制御層処理部１６は、無線リソース制御層の処理を行う。無線リソース制御層処理部１６は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御層処理部１６は、基地局装置３から受信したＲＲＣ層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御層処理部１６は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。
【０１８５】
無線送受信部１０は、変調、復調、符号化、復号化などの物理層の処理を行う。無線送受信部１０は、基地局装置３から受信した信号を、分離、復調、復号し、復号した情報を上位層処理部１４に出力する。無線送受信部１０は、データを変調、符号化することによって送信信号を生成し、基地局装置３に送信する。
【０１８６】
ＲＦ部１２は、アンテナ部１１を介して受信した信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート: down covert）、不要な周波数成分を除去する。ＲＦ
部１２は、処理をしたアナログ信号をベースバンド部に出力する。
【０１８７】
ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号を、アナログ信号をディジタル信号に変換する。ベースバンド部１３は、変換したディジタル信号からＣＰ（Cyclic Prefix）に相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変換
（Fast Fourier Transform: FFT）を行い、周波数領域の信号を抽出する。
【０１８８】
ベースバンド部１３は、データを逆高速フーリエ変換（Inverse Fast Fourier Transform: IFFT）して、ＳＣ−ＦＤＭＡシンボルを生成し、生成されたＳＣ−ＦＤＭＡシンボルにＣＰを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換する。ベースバンド部１３は、変換したアナログ信号をＲＦ部１２に出力する。
【０１８９】
ＲＦ部１２は、ローパスフィルタを用いてベースバンド部１３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバート（up convert）し、アンテナ部１１を介して送信する。また、ＲＦ部１２は、電力を増幅する。また、ＲＦ部１２は送信電力を制御する機能を備えてもよい。ＲＦ部１２を送信電力制御部とも称する。
【０１９０】
図１７は、本実施形態の基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、無線送受信部３０、および、上位層処理部３４を含んで構成される。無線送受信部３０は、アンテナ部３１、ＲＦ部３２、および、ベースバンド部３３を含んで構成される。上位層処理部３４は、媒体アクセス制御層処理部３５、および、無線リソース制御層処理部３６を含んで構成される。無線送受信部３０を送信部、受信部、または、物理層処理部とも称する。
【０１９１】
上位層処理部３４は、媒体アクセス制御（Medium Access Control: MAC）層、パケット
データ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の処理を行なう。
【０１９２】
上位層処理部３４が備える媒体アクセス制御層処理部３５は、媒体アクセス制御層の処理を行う。媒体アクセス制御層処理部１５は、無線リソース制御層処理部１６によって管理されている各種設定情報／パラメータに基づいて、ＨＡＲＱの制御を行う。媒体アクセス制御層処理部１５は、上りリンクデータ（ＵＬ−ＳＣＨ）に対するＡＣＫ／ＮＡＣＫおよびＨＡＲＱ情報を生成する。上りリンクデータ（ＵＬ−ＳＣＨ）に対するＡＣＫ／ＮＡＣＫおよびＨＡＲＱ情報は、ＰＨＩＣＨまたはＰＤＣＣＨで端末装置１に送信される。
【０１９３】
上位層処理部３４が備える無線リソース制御層処理部３６は、無線リソース制御層の処理を行う。無線リソース制御層処理部３６は、物理下りリンク共用チャネルに配置される下りリンクデータ（トランスポートブロック）、システムインフォメーション、ＲＲＣメッセージ、ＭＡＣ  ＣＥ（Control Element）などを生成し、又は上位ノードから取得し
、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。
【０１９４】
無線送受信部３０の機能は、無線送受信部１０と同様であるため説明を省略する。
【０１９５】
基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。端末装置１が備える符号１０から符号１６が付された部のそれぞれは、回路として構成されてもよい。
【０１９６】
以下、本実施形態における、端末装置、および、基地局装置の種々の態様について説明する。
【０１９７】
（１）本実施形態の第１の態様は端末装置であって、ＤＣＩフォーマットを含むＰＤＣＣＨを受信する受信部１０と、前記ＰＤＣＣＨの検出に基づいて、ＰＵＳＣＨ送信を実行する送信部１０と、を備え、前記ＰＵＳＣＨ送信に対応するＨＡＲＱプロセスであって、前記ＨＡＲＱプロセスに対するＵＬ  ＨＡＲＱ  ＲＴＴ（Round Trip Timer）  タイマーの値は、第１の条件および／または第２の条件に少なくとも基づいて与えられ、前記第１の条件は、前記検出されたＰＤＣＣＨのサーチスペースが、コモンサーチスペースまたはＵＥ固有サーチスペースのいずれかであり、前記第２の条件は、前記ＨＡＲＱプロセスのタイプが、同期ＨＡＲＱまたは非同期ＨＡＲＱのいずれかである。
【０１９８】
（２）本実施形態の第１の態様において、ＦＤＤの場合、前記ＰＤＣＣＨがコモンサーチスペースで検出された場合、前記ＵＬ  ＨＡＲＱ  ＲＴＴ  タイマーの値は４サブフレームであり、前記ＰＤＣＣＨがＵＥ固有サーチスペースで検出された場合、前記ＵＬ  ＨＡＲＱ  ＲＴＴ  タイマーの値は３サブフレームである。
【０１９９】
（３）本実施形態の第１の態様において、ＦＤＤの場合、前記ＨＡＲＱプロセスが同期ＨＡＲＱであった場合、前記ＵＬ  ＨＡＲＱ  ＲＴＴ  タイマーの値は４サブフレームであり、前記ＨＡＲＱプロセスが非同期ＨＡＲＱであった場合、前記ＵＬ  ＨＡＲＱ  ＲＴＴ  タイマーの値は３サブフレームである。
【０２００】
（４）本実施形態の第２の態様は端末装置であって、ＤＣＩフォーマットを含むＰＤＣ
ＣＨを受信する受信部１０と、前記ＰＤＣＣＨの検出に基づいて、ＰＤＳＣＨ受信に対するＨＡＲＱ−ＡＣＫの送信をＰＵＣＣＨで実行する送信部１０と、を備え、前記ＰＤＳＣＨ受信に対応するＨＡＲＱプロセスであって、前記ＨＡＲＱプロセスに対するＨＡＲＱ  ＲＴＴ（Round Trip Timer）  タイマーの値は、第３の条件に少なくとも基づいて与えられ、前記第３の条件は、前記検出されたＰＤＣＣＨのサーチスペースが、コモンサーチスペースまたはＵＥ固有サーチスペースのいずれかである。
【０２０１】
（５）本実施形態の第２の態様において、ＦＤＤの場合、前記ＰＤＣＣＨがコモンサーチスペースで検出された場合、前記ＨＡＲＱ  ＲＴＴ  タイマーの値は８サブフレームであり、前記ＰＤＣＣＨがＵＥ固有サーチスペースで検出された場合、前記ＨＡＲＱ  ＲＴＴ  タイマーの値は６サブフレームである。
【０２０２】
これにより、端末装置１は、効率的に基地局装置３と通信することができる。
【０２０３】
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制
御するプログラム（コンピュータを機能させるプログラム）であっても良い。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ  ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤ
Ｄ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き
込みが行われる。
【０２０４】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。
【０２０５】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０２０６】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【０２０７】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【０２０８】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）であってもよい。また、上述した実施形態における
基地局装置３は、ｅＮｏｄｅＢに対する上位ノードの機能の一部または全部を有してもよい。
【０２０９】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０２１０】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【０２１１】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０２１２】
１（１Ａ、１Ｂ、１Ｃ）  端末装置
３  基地局装置
１０  無線送受信部
１１  アンテナ部
１２  ＲＦ部
１３  ベースバンド部
１４  上位層処理部
１５  媒体アクセス制御層処理部
１６  無線リソース制御層処理部
３０  無線送受信部
３１  アンテナ部
３２  ＲＦ部
３３  ベースバンド部
３４  上位層処理部
３５  媒体アクセス制御層処理部
３６  無線リソース制御層処理部
【図１】
2020080442.tif 000003
【図２】
2020080442.tif 000004
【図３】
2020080442.tif 000005
【図４】
2020080442.tif 000006
【図５】
2020080442.tif 000007
【図６】
2020080442.tif 000008
【図７】
2020080442.tif 000009
【図８】
2020080442.tif 000010
【図９】
2020080442.tif 000011
【図１０】
2020080442.tif 000012
【図１１】
2020080442.tif 000013
【図１２】
2020080442.tif 000014
【図１３】
2020080442.tif 000015
【図１４】
2020080442.tif 000016
【図１５】
2020080442.tif 000017
【図１６】
2020080442.tif 000018
【図１７】
2020080442.tif 000019