(57)【要約】      （修正有）【課題】端末装置と基地局装置が効率的に通信することを可能とする端末装置、基地局装置、通信方法、および、集積回路を提供する。【解決手段】端末装置は、ＨＡＲＱプロセスを管理する媒体アクセス制御層処理部と、物理層でのＰＵＳＣＨ送信に関連する処理を行う物理層処理部と、を備える。端末装置に設定される第１のＨＡＲＱプロセスは、第１のＨＡＲＱプロセスの送信と第２のＨＡＲＱプロセスの送信が同一の送信時間に発生しているか否かに少なくとも基づいて、第１のＨＡＲＱプロセスの送信を生成するよう物理層処理部に指示するかどうかを決定する。第２のＨＡＲＱプロセスの送信は、短プロセッシング時間を使うようにスケジューリングされる。【選択図】図１１
2019024184.tif 000002
【特許請求の範囲】
【請求項１】
ＨＡＲＱプロセスを管理する媒体アクセス制御層処理部と、
物理層でのＰＵＳＣＨ送信に関連する処理を行う物理層処理部と、
を備え、
第１のＨＡＲＱプロセスは、前記第１のＨＡＲＱプロセスの送信と第２のＨＡＲＱプロセスの送信が同一の送信時間に発生しているか否かに少なくとも基づいて、前記第１のＨＡＲＱプロセスの送信を生成するよう前記物理層処理部に指示するか否かを決定し、前記第２のＨＡＲＱプロセスの送信は短プロセッシング時間を使うようにスケジューリングされる端末装置。
【請求項２】
前記第１のＨＡＲＱプロセスの送信は非適応再送信であり、
短プロセッシング時間を使うようにスケジューリングされる前記第２のＨＡＲＱプロセスに対して、ＦＤＤの場合、前記第２のＨＡＲＱプロセスに対応するUL HARQ RTTタイマ
ーは３サブフレームにセットされる請求項１に記載の端末装置。
【請求項３】
端末装置と通信する基地局装置であって、
上りリンクグラントを含むＰＤＣＣＨを送信する送信部と、
ＨＡＲＱプロセスの送信をＰＵＳＣＨで受信する受信部と、を備え、
前記端末装置に設定される第１のＨＡＲＱプロセスは、前記第１のＨＡＲＱプロセスの送信と第２のＨＡＲＱプロセスの送信が同一の送信時間に発生しているか否かに少なくとも基づいて、前記第１のＨＡＲＱプロセスの送信を生成するよう物理層処理部に指示するか否かを決定し、前記第２のＨＡＲＱプロセスの送信は短プロセッシング時間を使うようにスケジューリングされる基地局装置。
【請求項４】
前記端末装置の前記第１のＨＡＲＱプロセスの送信は非適応再送信であり、
短プロセッシング時間を使うように上りリンクグラントによってスケジューリングされる前記端末装置の前記第２のＨＡＲＱプロセスに対して、ＦＤＤの場合、前記第２のＨＡＲＱプロセスに対応するUL HARQ RTTタイマーは３サブフレームにセットされる請求項３
に記載の基地局装置。
【請求項５】
端末装置に用いられる通信方法であって、
ＨＡＲＱプロセスを管理するステップと、
物理層でのＰＵＳＣＨ送信に関連する処理を行うステップと、
第１のＨＡＲＱプロセスは、前記第１のＨＡＲＱプロセスの送信と第２のＨＡＲＱプロセスの送信が同一の送信時間に発生しているか否かに少なくとも基づいて、前記第１のＨＡＲＱプロセスの送信を生成するよう物理層処理部に指示するか否かを決定し、前記第２のＨＡＲＱプロセスの送信は短プロセッシング時間を使うようにスケジューリングされるステップと、を有する通信方法
【請求項６】
前記第１のＨＡＲＱプロセスの送信は非適応再送信であり、
短プロセッシング時間を使うようにスケジューリングされる前記第２のＨＡＲＱプロセスに対して、ＦＤＤの場合、前記第２のＨＡＲＱプロセスに対応するUL HARQ RTTタイマ
ーは３サブフレームにセットされる請求項５に記載の通信方法。
【請求項７】
端末装置と通信する基地局装置に用いられる通信方法であって、
上りリンクグラントを含むＰＤＣＣＨを送信する送信ステップと、
ＨＡＲＱプロセスの送信をＰＵＳＣＨで受信する受信ステップと、
前記端末装置に設定される第１のＨＡＲＱプロセスは、前記第１のＨＡＲＱプロセスの送信と第２のＨＡＲＱプロセスの送信が同一の送信時間に発生しているか否かに少なくと
も基づいて、前記第１のＨＡＲＱプロセスの送信を生成するよう物理層処理部に指示するか否かを決定し、前記第２のＨＡＲＱプロセスの送信は短プロセッシング時間を使うようにスケジューリングされるステップと、を有する通信方法
【請求項８】
前記端末装置の前記第１のＨＡＲＱプロセスの送信は非適応再送信であり、
短プロセッシング時間を使うように上りリンクグラントによってスケジューリングされる前記端末装置の前記第２のＨＡＲＱプロセスに対して、ＦＤＤの場合、前記第２のＨＡＲＱプロセスに対応するUL HARQ RTTタイマーは３サブフレームにセットされる請求項７
に記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、基地局装置、通信方法、および、集積回路に関する。
【背景技術】
【０００２】
セルラー移動通信の無線アクセス方式および無線ネットワーク（「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）に対して、処理時間を短縮す
る検討が始まっている。（非特許文献１）
ＰＨＩＣＨによって要求される処理時間を短縮しないＰＵＳＣＨの送信と上りリンクグラントによってスケジュールされる処理時間を短縮するＰＵＳＣＨの送信とが、同じ上りリンクサブフレームにおいて発生してしまうという問題がある。３ＧＰＰにおいて、この場合、上りリンクグラントによってスケジュールされるＰＵＳＣＨの送信が優先して実行されることが検討されている（非特許文献2）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】"Work Item on shortened TTI and processing time for LTE", RP-161299, Ericsson, 3GPP TSG RAN Meeting #72, Busan, Korea, June 13-16, 2016.
【非特許文献２】"Handling collisions between n+4 and n+3", R1-1704633, ZTE, ZTE Microelectronics, 3GPP TSG RAN WG1 Meeting #88bis, 3rd - 7th April 2017.
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、ＰＨＩＣＨによって要求されたＰＵＳＣＨの送信が上りリンクグラントによってスケジュールされるＰＵＳＣＨの送信によって送信されなかった場合に、該送信されなかったＰＵＳＣＨの送信の次の送信について十分に検討されていない。
【０００５】
本発明は上記の点に鑑みてなされたものであり、その目的は、基地局装置と効率的に通信することができる端末装置、該端末装置に実装される集積回路、該端末装置に用いられる通信方法、該端末装置と通信する基地局装置、該基地局装置に用いられる通信方法、および、該基地局装置に実装される集積回路を提供することを目的とする。
【課題を解決するための手段】
【０００６】
（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、ＨＡＲＱプロセスを管理する媒体アクセス制御層処理部と、物理層でのＰＵＳＣＨ送信に関連する処理を行う物理層処理部と、を備え、第１のＨＡＲＱプロセスは、前記第１のＨＡＲＱプロセスの送信と第２のＨＡＲＱプロセスの送信が同一の送信時間に発生しているか否かに少なくとも基づいて、前記第１のＨＡＲＱプロセスの送信を生成するよう前記物理層処理部に指示するかどうかを決定し、前記第２のＨＡＲＱプロセスの送信は短プロセッシング時間を使うようにスケジュ
ーリングされる。
【０００７】
（２）本発明の第２の態様は、端末装置と通信する基地局装置であって、上りリンクグラントを含むＰＤＣＣＨを送信する送信部と、ＨＡＲＱプロセスの送信をＰＵＳＣＨで受信する受信部と、を備え、前記端末装置に設定される第１のＨＡＲＱプロセスは、前記第１のＨＡＲＱプロセスの送信と第２のＨＡＲＱプロセスの送信が同一の送信時間に発生しているか否かに少なくとも基づいて、前記第１のＨＡＲＱプロセスの送信を生成するよう前記物理層処理部に指示するかどうかを決定し、前記第２のＨＡＲＱプロセスの送信は短プロセッシング時間を使うようにスケジューリングされる。
【０００８】
（３）本発明の第３の態様は、端末装置に用いられる通信方法であって、ＨＡＲＱプロセスを管理するステップと、物理層でのＰＵＳＣＨ送信に関連する処理を行うステップと、第１のＨＡＲＱプロセスは、前記第１のＨＡＲＱプロセスの送信と第２のＨＡＲＱプロセスの送信が同一の送信時間に発生しているか否かに少なくとも基づいて、前記第１のＨＡＲＱプロセスの送信を生成するよう前記物理層処理部に指示するかどうかを決定し、前記第２のＨＡＲＱプロセスの送信は短プロセッシング時間を使うようにスケジューリングされるステップと、を有する。
【０００９】
（４）本発明の第４の態様は、端末装置と通信する基地局装置に用いられる通信方法であって、上りリンクグラントを含むＰＤＣＣＨを送信する送信ステップと、ＨＡＲＱプロセスの送信をＰＵＳＣＨで受信する受信ステップと、前記端末装置に設定される第１のＨＡＲＱプロセスは、前記第１のＨＡＲＱプロセスの送信と第２のＨＡＲＱプロセスの送信が同一の送信時間に発生しているか否かに少なくとも基づいて、前記第１のＨＡＲＱプロセスの送信を生成するよう前記物理層処理部に指示するかどうかを決定し、前記第２のＨＡＲＱプロセスの送信は短プロセッシング時間を使うようにスケジューリングされるステップと、を有する。
【発明の効果】
【００１０】
この発明によれば、端末装置が、効率的に基地局装置と通信することができる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態の無線通信システムの概念図である。
【図２】本実施形態におけるキャリアアグリゲーションが設定された上りリンクに対するＭＡＣ層の構造の一例を示す図である。
【図３】本実施形態の無線フレームの概略構成を示す図である。
【図４】本実施形態における上りリンク同期ＨＡＲＱの一例を示す図である。
【図５】本実施形態における上りリンク非同期ＨＡＲＱの一例を示す図である。
【図６】本実施形態における上りリンクＨＡＲＱプロセスに対応するUL HARQ RTTタイマーの値を示す一例である。
【図７】本実施形態におけるＰＨＩＣＨによるＰＵＳＣＨ同期送信の一例を示す図である。
【図８】本実施形態における異なる処理時間によるＰＵＳＣＨ送信の衝突の一例を示す図である。
【図９】本実施形態におけるＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットする他の例を示す図である。
【図１０】本実施形態におけるＴＴＩおよびｓＴＴＩの一例を示す図である。
【図１１】本実施形態の端末装置１の構成を示す概略ブロック図である。
【図１２】本実施形態の基地局装置３の構成を示す概略ブロック図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について説明する。
【００１３】
図１は、本実施形態の無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ〜１Ｃ、および基地局装置３を具備する。以下、端末装置１Ａ〜１Ｃを端末装置１という。
【００１４】
以下、キャリアアグリゲーションについて説明する。
【００１５】
本実施形態では、端末装置１は、１つまたは複数のサービングセルが設定される。端末装置１が複数のサービングセルを介して通信する技術をセルアグリゲーション、またはキャリアアグリゲーションと称する。端末装置１に対して設定される複数のサービングセルのそれぞれにおいて、本発明が適用されてもよい。また、設定された複数のサービングセルの一部において、本発明が適用されてもよい。また、設定された複数のサービングセルのグループのそれぞれにおいて、本発明が適用されてもよい。また、設定された複数のサービングセルのグループの一部において、本発明が適用されてもよい。複数のサービングセルは、少なくとも１つのプライマリーセルを含む。複数のサービングセルは、１つ、または、複数のセカンダリーセルを含んでもよい。複数のサービングセルは、１つ、または、複数のＬＡＡ（Licensed Assisted Access）セルを含んでもよい。
【００１６】
本実施形態の無線通信システムは、ＴＤＤ（Time Division Duplex）、ＦＤＤ（Frequency Division Duplex）、および／または、ライセンス補助アクセス（LAA）が適用される。セルアグリゲーションの場合には、複数のサービングセルの全てに対してＦＤＤが適用されてもよい。セルアグリゲーションの場合には、複数のサービングセルの全てに対してＴＤＤが適用されてもよい。セルアグリゲーションの場合には、複数のサービングセルの全てに対してＬＡＡが適用されてもよい。また、セルアグリゲーションの場合には、ＴＤＤが適用されるサービングセルとＦＤＤが適用されるサービングセルが集約されてもよい。セルアグリゲーションの場合には、ＬＡＡセルとＦＤＤが適用されるサービングセルが集約されてもよい。セルアグリゲーションの場合には、ＬＡＡセルとＴＤＤが適用されるサービングセルが集約されてもよい。
【００１７】
設定された１つまたは複数のサービングセルは、１つのプライマリーセルと０または０より多いセカンダリーセルとを含む。プライマリーセルは、初期コネクション確立（initial connection establishment）プロシージャが行なわれたセル、コネクション再確立（connection re-establishment）プロシージャを開始したセル、または、ハンドオーバプ
ロシージャにおいてプライマリーセルと指示されたセルである。ＲＲＣ（Radio Resource
Control）コネクションが確立された時点、または、後に、セカンダリーセルが設定／追加されてもよい。
【００１８】
下りリンクにおいて、サービングセルに対応するキャリアを下りリンクコンポーネントキャリアと称する。上りリンクにおいて、サービングセルに対応するキャリアを上りリンクコンポーネントキャリアと称する。下りリンクコンポーネントキャリア、および、上りリンクコンポーネントキャリアを総称して、コンポーネントキャリアと称する。
【００１９】
端末装置１は、複数のサービングセル（コンポーネントキャリア）において同時に複数の物理チャネルでの送信、および／または受信を行うことができる。１つの物理チャネルは、複数のサービングセル（コンポーネントキャリア）のうち１つのサービングセル（コンポーネントキャリア）において送信される。
【００２０】
図２は、本実施形態におけるキャリアアグリゲーションが設定された上りリンクに対するＭＡＣ層の構造の一例を示す図である。キャリアアグリゲーションが設定された上りリ
ンクにおいて、サービングセル（上りリンクコンポーネントキャリア）毎に１つの独立したＨＡＲＱエンティティ（entity）が存在する。キャリアアグリゲーションが設定された上りリンクにおいて、サービングセル（上りリンクコンポーネントキャリア）毎に１つの独立したＨＡＲＱエンティティ（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）も含む。
下りリンクアサインメントにより提供される（または、下りリンクアサインメントに関連する）ＨＡＲＱ情報は、下りリンクにおけるＨＡＲＱプロセスの番号を示す情報（downlink HARQ process Identifier/Identity, downlink HARQ process number）も含む。非同
期ＨＡＲＱに関連し、上りリンクグラントに関連するＨＡＲＱ情報は、上りリンクにおけるＨＡＲＱプロセスの番号を示す情報（uplink HARQ process Identifier/Identity, uplink HARQ process number）も含んでもよい。非同期ＨＡＲＱに関連することは、ＨＡＲ
Ｑ情報が配信される（deliver）ＨＡＲＱプロセスが非同期ＨＡＲＱに対応することであ
ってもよい。非同期（asynchronous）ＨＡＲＱに関する上りリンクグラントとともにＰＤＣＣＨで送信されるＨＡＲＱ情報は、上りリンクにおけるＨＡＲＱプロセスの番号を示す情報（uplink HARQ process Identifier/Identity, uplink HARQ process number）も含
んでもよい。同期ＨＡＲＱに関連し、上りリンクグラントに関連するＨＡＲＱ情報は、上りリンクにおけるＨＡＲＱプロセスの番号を示す情報（uplink HARQ process Identifier/Identity, uplink HARQ process number）を含まなくてもよい。同期ＨＡＲＱに関連す
ることは、ＨＡＲＱ情報が配信される（deliver）ＨＡＲＱプロセスが同期ＨＡＲＱに対
応することであってもよい。同期（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）中に、ランダムアクセスプリアンブルを送信した端末装置１を識別するための識別子である。
【００４１】
Ｃ−ＲＮＴＩおよびＴｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩは、単一のサブフレームにおけるＰＤＳＣＨ送信またはＰＵＳＣＨ送信を識別するために用いられる。ＳＰＳ  Ｃ−ＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨのリソースを周期的に割り当てるために用いられる。
【００４２】
以下、明示されない限り、本実施形態において下りリンク制御情報に付加されるＣＲＣパリティビットは、Ｃ−ＲＮＴＩによってスクランブルされている。
【００４３】
ＰＤＣＣＨは、ＰＤＣＣＨ候補において送信される。端末装置１は、サービングセルにおいてＰＤＣＣＨ候補（candidate）のセットをモニタする。ＰＤＣＣＨ候補のセットを
サーチスペースと称する。サーチスペースは、コモンサーチスペース（Common Search Space, CSS）、および、ＵＥ固有サーチスペース（UE-specific Search Space, USS）を少
なくとも含む。ＵＥ固有サーチスペースは、少なくとも、端末装置１がセットしているＣ−ＲＮＴＩの値から導き出される。すなわち、ＵＥ固有サーチスペースは、端末装置１毎に個別に導き出される。コモンサーチスペースは、複数の端末装置１の間で共通のサーチスペースであり、予め定められたインデックスのＣＣＥ（Control Channel Element）か
ら構成される。ＣＣＥは、複数のリソースエレメントから構成される。モニタすることは、あるＤＣＩフォーマットに応じてＰＤＣＣＨのデコードを試みることを意味する。
【００４４】
ＰＤＳＣＨは、下りリンクデータ（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）について説明する。
【００５１】
図３は、本実施形態の無線フレームの概略構成を示す図である。図３において、横軸は時間軸である。また、タイプ１の無線フレームのそれぞれは、１０ｍｓ長であり、１０のサブフレームによって定義される。サブフレームのそれぞれは、１ｍｓ長であり、２つの連続するスロットによって定義される。スロットのそれぞれは、０．５ｍｓ長である。無線フレーム内のｉ番目のサブフレームは、（２×ｉ）番目のスロットと（２×ｉ＋１）番目のスロットとから構成される。
【００５２】
また、上述した１つのサブフレームに含まれるシンボルの数は、送信および／または受信に用いられる物理チャネルに対するサブキャリア間隔（Subcarrier Spacing）に基づいて規定されてもよい。例えば、該サブキャリア間隔が１５ｋＨｚの場合には、１つのサブフレームに含まれるシンボルの数は１４シンボルであってもよい。また、該サブキャリア間隔が３０ｋＨｚの場合には、１つのサブフレームに含まれるシンボルの数は２８シンボルであってもよい。ここで、サブキャリア間隔は、３.７５ｋＨｚ、７．５ｋＨｚ、１５
ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ、２４０ｋＨｚ内の何れであってもよい。サブキャリア間隔を狭くするとシンボル長は長くなり、サブキャリア間隔を広くするとシンボル長は短くなることは自明である。上りリンク送信に用いられるシンボルは、ＯＦＤＭ（ＣＰ−ＯＦＤＭ、Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ−ＯＦＤＭ）シンボル、または、Ｓ
Ｃ−ＦＤＭＡ（ＤＦＴ−Ｓ−ＯＦＤＭ）シンボルである。下りリンク送信に用いられるシンボルは、ＯＦＤＭシンボルシンボルである。また、サブフレームは、１、または、複数のスロットを含んでもよい。
【００５３】
以下は、本実施形態に係る下りリンク送信（ＰＤＳＣＨ）に対するＨＡＲＱ−ＡＣＫの送信タイミングについて説明する。
【００５４】
ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信タイミングについては、ＦＤＤに対して、端末装置１がサブフレームｎ−ｊにおけるＰＤＳＣＨを検出した場合、端末装置１は、サブフレームｎにおいて、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信する。即ち、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信タイミングはＰＤＳＣＨが送信されたサブフレームよりｊ後のサブフレームである。
【００５５】
以下は、本実施形態に係る上りリンクグラントに対するＰＵＳＣＨの送信タイミングについて説明する。
【００５６】
上りリンクグラントに対するＰＵＳＣＨの送信タイミングについては、ＦＤＤに対して、端末装置１がサブフレームｎにおけるＰＤＣＣＨ（上りリンクグラント）を検出した場合、端末装置１は、サブフレームｎ＋ｋにおいて、当該上りリンクグラントに対するＰＵＳＣＨを送信する。即ち、上りリンクグラントに対するＰＵＳＣＨの送信タイミングは上りリンクグラントが検出されたサブフレームよりｋ後のサブフレームである。
【００５７】
ＦＤＤに対して、ｋとｊは４であってもよい。４であるｋとｊをノーマルタイミング（normal timing,ノーマル処理時間、ノーマルプロセッシング時間）と称してもよい。ノーマルプロセッシング時間の場合、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信タイミング、および、上りリンクグラントに対するＰＵＳＣＨの送信タイミングは４つのサブフレームである。
【００５８】
また、ｋおよび／またはｊの値は４より小さい値であってもよい。例えば、ｋおよび／またはｊの値は３であってもよい。また、例えば、ｋおよび／またはｊの値は２であってもよい。ｋおよび／またはｊの値は端末装置１の処理能力によって、決定されてもよい。４より小さい値であるｋとｊは短縮タイミング（short processing time、短縮処理時間
、短プロセッシング時間）とも称してもよい。短プロセッシング時間の場合、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信タイミング、および、上りリンクグラントに対するＰＵＳＣＨの送信タイミングは４つより少ないサブフレームである。即ち、端末装置１の短縮処理能力は、短プロセッシング時間を用いて、データの送受信を行う能力である。ここで、ｋおよび／またはｊの値は仕様書などによって定義され、基地局装置３と端末装置１との間において、既知の値であってもよい。
【００５９】
ここで、端末装置１の処理能力は端末装置１の能力情報（ケーパビリティ情報）によって、示されてもよい。本実施形態において、端末装置１の短縮能力情報とは、ノーマルプロセッシング時間を短縮する能力をサポートすること（またはサポートしないこと）を示すことに関連する端末装置１の能力情報であってもよい。短縮処理能力を持つ端末装置１は、ノーマルプロセッシング時間より短い処理時間（短縮処理時間、短プロセッシング時間）を用いて、データの送受信を行える。
【００６０】
基地局装置３（ＥＵＴＲＡＮ）が端末装置１の能力情報が必要な時、基地局装置３は接続モードの端末装置１（つまり、ＲＲＣ接続が確立している端末装置１）の能力情報の取得に関する手順を開始する。基地局装置３は、端末装置１の能力情報（例えば、短縮処理能力）を問い合わせる。端末装置１は、その問い合わせに応じて端末装置１の能力情報を
基地局装置３に送信する。基地局装置３は、端末装置１の能力情報に基づいて端末装置１が所定の能力に対応しているか否かを判断する。基地局装置３は、端末装置１が所定の能力に対応している場合には、その所定の能力に対応した設定情報を、上位層シグナリングなどを用いて端末装置１へ送信する。端末装置１は、能力情報に対応する設定情報が設定されるかどうかに基づいて、その能力に基づく送受信を行うか、その能力に基づかず送受信を行うかを判断する。例えば、短縮処理能力に対応する設定情報は、ＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅとして定義されてもよい。ＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されている端末装置１は、短プロセッシング時間を用いて、データを送受信してもよい。また、ＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されていない端末装置１は、ノーマルプロセッシング時間を用いて、データを送受信してもよい。
【００６１】
ＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅは、あるサービングセルにおいて、短プロセッシング時間に基づくデータの送受信を実行するか否かを示すパラメータである。ここで、ＲＲＣパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されることは、上位層シグナリングにより送信されたパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅの値がＴｒｕｅであることを示す。パラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅの値がＴｒｕｅに設定されることは、短プロセッシング時間（例えば、３ｍｓ）を用いて送受信を行うことを含んでもよい。以下、ＲＲＣパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されていないことは、上位層シグナリングにより送信されたパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅの値がＦａｌｓｅであることを示してもよいし、受信された上位層シグナリング（上位層情報）にＲＲＣパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが含まれないことを示してもよい。パラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅの値がＦａｌｓｅに設定されることは、ノーマルプロセッシング時間（例えば、４ｍｓ）を用いて送受信を行うことを含んでもよい。
【００６２】
なお、ＲＲＣパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅは、サービングセルで定義（規定）されてもよい。即ち、基地局装置３は、サービングセルのそれぞれに対して、ＲＲＣパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅを設定するか否かを端末装置１へ送信（通知）してもよい。あるサービングセルのためのＲＲＣパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されていない端末装置１は、該サービングセルにおいて、ノーマルプロセッシング時間を用いて送受信を行ってもよい。あるサービングセルのためのＲＲＣパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されている端末装置１は、該サービングセルにおいて、短プロセッシング時間（例えば、３ｍｓ）を用いて送受信を行ってもよい。ここで、ＲＲＣパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されているサービングセルにおける下りリンクアサインメント、または、上りリンクグラントがコモンサーチスペースで検出されているならば、端末装置１はノーマルプロセッシング時間を用いて送受信を行ってもよい。また、該サービングセルにおける下りリンクアサインメント、または、上りリンクグラントがＵＥ固有サーチスペースで検出されているならば、端末装置１は、短プロセッシング時間を用いて送受信を行ってもよい。あるサービングセルに対して、ＲＲＣパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅを設定するかどうかは、上位層（ＲＲＣ）の任意（optional）である。
【００６３】
また、ＲＲＣパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅは、ＰＵＣＣＨグループ（ＰＵＣＣＨ Group）毎で定義（規定）されてもよい。基地局装置３は、ＰＵＣＣＨグループのそれぞれに対して、ＲＲＣパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されるか否かを端末装置１へ送信（通知）してもよい。同じＰＵＣＣＨグループ（ＰＵＣＣＨ Group）に属するサービングセルの各々に対して、ＲＲＣパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅに関する設定が適用されてもよい。例えば。あるＰＵＣＣＨグループのためのＲＲＣパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設
定されている端末装置１は、該ＰＵＣＣＨグループに属するサービングセルにおいて、短プロセッシング時間を用いて送受信を行ってもよい。あるＰＵＣＣＨグループのためのＲＲＣパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されていない端末装置１は、該ＰＵＣＣＨグループに属するサービングセルにおいて、ノーマルプロセッシング時間を用いて送受信を行ってもよい。ここで、ＲＲＣパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されているＰＵＣＣＨグループに属するサービングセルにおける下りリンクアサインメント、または、上りリンクグラントがコモンサーチスペースで検出されているならば、端末装置１はノーマルプロセッシング時間を用いて送受信を行ってもよい。また、ＲＲＣパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されているＰＵＣＣＨグループに属するサービングセルにおける下りリンクアサインメント、または、上りリンクグラントがＵＥ固有サーチスペースで検出されているならば、端末装置１は、短プロセッシング時間を用いて送受信を行ってもよい。
【００６４】
ＰＵＣＣＨグループはプライマリーＰＵＣＣＨグループ（Ｐｒｉｍａｒｙ  ＰＵＣＣＨ
Group）とセカンダリーＰＵＣＣＨグループ（Ｓｅｃｏｎｄａｒｙ  ＰＵＣＣＨ  Group）を含む。プライマリーＰＵＣＣＨグループは、ＰＵＣＣＨが設定されるプライマリーセルを含む複数のサービングセルのグループである。セカンダリーＰＵＣＣＨグループは、ＰＵＣＣＨが設定されるセカンダリーセルを少なくとも含む複数のセカンダリーセルのグループである。
【００６５】
以下、本実施形態に関わるＤＣＩフォーマットについて説明する
ＤＣＩフォーマット０は、ＰＵＳＣＨのスケジューリングのために用いられる。ＤＣＩフォーマット０は、“Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ”フィールド、および、“ＨＡＲＱ  ｐｒｏｃｅｓｓ  ｎｕｍｂｅｒ”フィールドを含まない。また、ＤＣＩフォーマット０Ｄは、上りリンクグラントを含み、ＰＵＳＣＨのスケジューリングのために用いられる。ＤＣＩフォーマット０Ｄは、“Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ”フィールド、および、“ＨＡＲＱ  ｐｒｏｃｅｓｓ  ｎｕｍｂｅｒ”フィールドを含む。ここで、ＤＣＩフォーマット０Ｄは、短プロセッシング時間が設定されているサービングセルにおけるＰＵＳＣＨのスケジューリングに用いられてもよい。なお、ＤＣＩフォーマット０およびＤＣＩフォーマット０Ｄは、上りリンクグラントと称されてもよい。
【００６６】
サービングセルのためのＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されていない端末装置１は、該サービングセルにおける、コモンサーチスペース、および、ＵＥ固有サーチスペースにおいてＤＣＩフォーマット０を含むＰＤＣＣＨをデコードしてもよい。サービングセルのためのＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されていない端末装置１は、該サービングセルにおける、ＵＥ固有サーチスペースにおいてＤＣＩフォーマット０Ｄを含むＰＤＣＣＨをデコードしなくてもよい。該ＤＣＩフォーマット０は、上りリンク同期ＨＡＲＱのために用いられてもよい。
【００６７】
サービングセルのためのＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されている端末装置１は、該サービングセルにおけるコモンサーチスペースにおいてＤＣＩフォーマット０を含むＰＤＣＣＨをデコードしてもよく、且つ、該サービングセルにおけるＵＥ固有サーチスペースにおいてＤＣＩフォーマット０Ｄを含むＰＤＣＣＨをデコードしてもよい。サービングセルのためのＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されている端末装置１は、該サービングセルにおけるＵＥ固有サーチスペースにおいてＤＣＩフォーマット０を含むＰＤＣＣＨをデコードしなくてもよい。該ＤＣＩフォーマット０Ｄは、上りリンク非同期ＨＡＲＱのために用いられてもよい。該ＤＣＩフォーマット０Ｄは、上りリンク同期ＨＡＲＱのために用いられない。上りリンクＨＡＲＱプロセスの番号は、ＤＣＩフォーマット０Ｄに含まれるＨＡＲＱ  ｐｒ
ｏｃｅｓｓ  ｎｕｍｂｅｒ”フィールドによって与えられる。ＦＤＤの場合、端末装置１は、ＵＥ固有サーチスペースにおいてＤＣＩフォーマット０Ｄを含むＰＤＣＣＨのデコードに基づいて、ＰＤＣＣＨをデコードしたサブフレームより３つ後のサブフレームにおいて、ＰＵＳＣＨの送信を実行してもよい。また、端末装置１は、コモンサーチスペースにおいてＤＣＩフォーマット０を含むＰＤＣＣＨのデコードに基づいて、ＰＤＣＣＨをデコードしたサブフレームより４つ後のサブフレームにおいて、ＰＵＳＣＨの送信を実行してもよい。
【００６８】
端末装置１がサブフレームｎにおけるＰＤＣＣＨ（上りリンクグラント、ＤＣＩフォーマット０、ＤＣＩフォーマット０Ｄ）を検出した場合、端末装置１は、サブフレームｎ＋ｋにおいて、当該上りリンクグラントに対するＰＵＳＣＨを送信する。サービングセルのためのＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されていない、且つ、サブフレームｎにおけるコモンサーチスペースまたはＵＥ固有サーチスペースにおいてＰＤＣＣＨ（上りリンクグラント、ＤＣＩフォーマット０）が検出された場合、ｋは４であってもよい。サービングセルのためのＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されており、且つ、サブフレームｎにおけるコモンサーチスペースにおいてＰＤＣＣＨ（上りリンクグラント、ＤＣＩフォーマット０）が検出された場合、ｋは４であってもよい。サービングセルのためのＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されており、且つ、サブフレームｎにおけるＵＥ固有サーチスペースにおいてＰＤＣＣＨ（上りリンクグラント、ＤＣＩフォーマット０Ｄ）が検出された場合、ｋは３であってもよい。
【００６９】
前述したよう、ＨＡＲＱプロセスに対応するＨＡＲＱ情報は物理層から上位層（higher
layers）へ渡される。ＨＡＲＱ情報にＨＡＲＱプロセスの番号を示す情報（ＨＡＲＱ  
ｐｒｏｃｅｓｓ  ＩＤ）が含まれているか否かは、（１）上りリンクグラントを含むＰＤＣＣＨがマップされるサーチスペースのタイプ、および／または、（２）ＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されているかどうかに、少なくとも基づいて決定されてもよい。ＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されていないサービングセルにおいて、ＨＡＲＱプロセスの番号を示す情報は、ＨＡＲＱ情報に含まれなくてもよい。ＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されているサービングセルにおいて、ＨＡＲＱ情報にＨＡＲＱプロセスの番号を示す情報（ＨＡＲＱ  ｐｒｏｃｅｓｓ  ＩＤ）が含まれているか否かは、上りリンクグラントを含むＰＤＣＣＨがマップされるサーチスペースのタイプに基づいて決定されてもよい。つまり、ＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されているサービングセルにおいて、上りリンクＨＡＲＱプロセスに対応する上りリンクグラントがコモンサーチスペースで受信された場合、ＨＡＲＱプロセスの番号を示す情報は、該ＨＡＲＱ情報に含まれなくてもよい。また、ＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されているサービングセルにおいて、上りリンクＨＡＲＱプロセスに対応する上りリンクグラントがＵＥ固有サーチスペースで受信された場合、ＨＡＲＱプロセスの番号を示す情報は、該ＨＡＲＱ情報に含まれてもよい。ＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されているサービングセルにおいて、上りリンクＨＡＲＱプロセスに対応する上りリンクグラントを含むＤＣＩフォーマットがＵＥ固有サーチスペースで受信された場合、該ＤＣＩフォーマットに含まれるＨＡＲＱ  ｐｒｏｃｅｓｓ  ｎｕｍｂｅｒフィールドは３ビットのフィールドであってもよい。つまり、該ＨＡＲＱ  ｐｒｏｃｅｓｓ  ｎｕｍｂｅｒフィールドは、端末装置１に設定されるＨＡＲＱプロセスの一部のみを示すフィールドであってもよい。該ＨＡＲＱ  ｐｒｏｃｅｓｓ  ｎｕｍｂｅｒフィールドは、端末装置１に設定されるＨＡＲＱプロセスのうち、非同期ＨＡＲＱに関連するＨＡＲＱプロセスの番号を示すフィールドであってもよい。非同期ＨＡＲＱに関連するＨＡＲＱプロセスは、下記のタイプ１であってもよい。例えば、ＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定さ
れていないサービングセルにおいて、端末装置１に設定されるＨＡＲＱプロセスの数は、ＦＤＤにおいて８であってもよい。ＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されているサービングセルにおいて、端末装置１に設定されるＨＡＲＱプロセスの数は、ＦＤＤにおいて１６であってもよい。
【００７０】
本実施形態において、上りリンクグラントを含むＰＤＣＣＨがマップされるサーチスペースは、上りリンクグラントが受信されるサーチスペースと意味してもよい。
【００７１】
上りリンクにおけるＨＡＲＱプロセスは同期ＨＡＲＱおよび非同期ＨＡＲＱを含んでいる。以下、上りリンクにおける同期ＨＡＲＱについて説明する。
【００７２】
同期ＨＡＲＱにおいて、上りリンクグラントが対応するＨＡＲＱプロセスは、上りリンクグラントを受信したサブフレーム、および／または、上りリンクグラントに対応するＰＵＳＣＨ（ＵＬ−ＳＣＨ）が送信されるサブフレームに関連する。端末装置１は、同期ＨＡＲＱにおいて、上りリンクグラントが対応するＨＡＲＱプロセスを、上りリンクグラントを受信したサブフレーム、および／または、上りリンクグラントに対応するＰＵＳＣＨ（ＵＬ−ＳＣＨ）が送信されるサブフレームから導き出す。すなわち、同期ＨＡＲＱにおいて、ＨＡＲＱエンティティは、上りリンクグラントに含まれる情報を用いずに、上りリンクグラントが対応するＨＡＲＱプロセスを特定してもよい。
【００７３】
図４は、本実施形態における上りリンク同期ＨＡＲＱの一例を示す図である。図４において、１つのサブフレームは、１つのＨＡＲＱプロセスに対応する。図４において、四角の中の数字は対応するＨＡＲＱプロセスの番号を示す。同期ＨＡＲＱにおいて、ＨＡＲＱエンティティは、ＨＡＲＱプロセスを、ＭＡＣ層におけるＵＬ−ＳＣＨのデータが送信されるサブフレーム、または、ＭＡＣ層におけるＵＬ−ＳＣＨのデータに対応するＤＣＩフォーマット０を検出したサブフレームから導き出される。
【００７４】
図４において、上りリンクグラントに対応するＭＡＣ層のデータが送信されるサブフレームは、上りリンクグラントを受信したサブフレームから導き出される。例えば、上りリンクグラントを受信したサブフレームより４つ後のサブフレームにおいて、該上りリンクグラントに対応するＭＡＣ層におけるＵＬ−ＳＣＨのデータがＰＵＳＣＨで送信されてもよい。
【００７５】
同期ＨＡＲＱにおいて、上りリンク送信に応答してＨＡＲＱインディケータがＰＨＩＣＨで送信される。上りリンク送信が行われたサブフレームと、対応するＰＨＩＣＨが送信されるサブフレームの対応は、予め定められている。例えば、ＰＵＳＣＨでＭＡＣ層のデータを送信したサブフレームより４つ後のサブフレームにおいて、該ＭＡＣ層のデータに対するＨＡＲＱインディケータがＰＨＩＣＨで送信される。また、例えば、ＰＨＩＣＨでＮＡＣＫを受信したサブフレームより４つ後のサブフレームにおいて、ＭＡＣ層のデータがＰＵＳＣＨで再送信される。
【００７６】
以下、本実施形態に関わる上りリンクにおける非同期ＨＡＲＱについて説明する。
【００７７】
図５は、本実施形態における上りリンク非同期ＨＡＲＱの一例を示す図である。図５において、１つのサブフレームは、１つのＨＡＲＱプロセスに対応する。図５において、四角の中の数字は対応するＨＡＲＱプロセスの番号を示す。非同期ＨＡＲＱにおいて、上りリンクグラントがＵＥ固有サーチスペースにマップされるＰＤＣＣＨに含まれる場合、ＨＡＲＱエンティティは、ＨＡＲＱプロセスを、“ＨＡＲＱ  ｐｒｏｃｅｓｓ  ｎｕｍｂｅｒ”フィールドから導き出す。非同期ＨＡＲＱにおいて、上りリンクグラントがランダムアクセスレスポンスに含まれる場合、ＨＡＲＱエンティティは、特定の番号のＨＡＲＱプ
ロセスを用いてもよい。当該特定の番号は０であってもよい。当該特定の番号は予め定められた番号であってもよい。
【００７８】
非同期ＨＡＲＱにおいて、上りリンク送信に応答してＨＡＲＱインディケータがＰＨＩＣＨで送信されない。すなわち、非同期ＨＡＲＱにおいて、ＭＡＣ層のデータ（トランスポートブロック）の再送信は常にＰＤＣＣＨを介してスケジュールされる。図５において、上りリンクグラントに対応するＭＡＣ層のデータが送信されるサブフレームは、上りリンクグラントを受信したサブフレームから導き出される。例えば、短プロセッシング時間の場合、上りリンクグラントを受信したサブフレームより３つ後のサブフレームにおいて、該上りリンクグラントに対応するＭＡＣ層のデータがＰＵＳＣＨで送信されてもよい。
【００７９】
本実施形態において、あるサービングセルにおける上りリンクＨＡＲＱプロセスに対して、同期ＨＡＲＱおよび非同期ＨＡＲＱの何れが適用されるかは、該サービングセルにＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されるか否かに基づいて、導き出されてもよい。ＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されていないサービングセルにおいて、上りリンクＨＡＲＱプロセスに対して同期ＨＡＲＱが適用されてもよい。ＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されているサービングセルにおいて、上りリンクＨＡＲＱプロセスに対して非同期ＨＡＲＱが適用されてもよい。また、ＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されているサービングセルにおける上りリンクＨＡＲＱプロセスに対して、同期ＨＡＲＱおよび非同期ＨＡＲＱの何れが適用されるかは、上りリンクグラントが受信されたサーチスペースのタイプから導き出されてもよい。例えば、上りリンクHARQプロセスに対応する上りリンクグラントがコモンサーチスペースで受信された場合、該上りリンクHARQプロセスのタイプは同期ＨＡＲＱであってもよい。つまり、コモンサーチスペースで受信された上りリンクグラントに対応するＭＡＣ層のデータに対して、同期ＨＡＲＱが適用される。また、上りリンクＨＡＲＱプロセスに対応する上りリンクグラントがＵＥ固有サーチスペースで受信された場合、該上りリンクＨＡＲＱプロセスのタイプは非同期ＨＡＲＱであってもよい。つまり、ＵＥ固有サーチスペースで受信された上りリンクグラントに対応するＭＡＣ層のデータに対して、非同期ＨＡＲＱが適用される。
【００８０】
ＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されているサービングセルにおいて、非同期ＨＡＲＱが適用されるＨＡＲＱプロセスは、短プロセッシング時間（ＳｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅ）を使うようにスケジューリングされると意味してもよい。即ち、ＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されているサービングセルにおいて、同期ＨＡＲＱが適用されるＨＡＲＱプロセスは、短プロセッシング時間（ＳｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅ）を使わないようにスケジューリングされると意味してもよい。即ち、ＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されているサービングセルにおいて、同期ＨＡＲＱが適用されるＨＡＲＱプロセスは、ノーマルプロセッシング時間を使うようにスケジューリングされると意味してもよい。
【００８１】
短プロセッシング時間を使うようにスケジューリングされるＨＡＲＱプロセスに対して、ＦＤＤの場合、該ＨＡＲＱプロセスに対応するUL HARQ RTTタイマーは３サブフレーム
にセットされる。ＴＤＤの場合、該ＨＡＲＱプロセスに対応するUL HARQ RTTタイマーはk1ULHARQRTT個サブフレームに設定（セット）されてもよい。k1ULHARQRTTの値は、ＵＬ−
ＤＬ設定、および／または、短縮処理時間に従って特定（選択、決定）される。例えば、k1ULHARQRTTの値は図６（Ｂ）から与えられてもよい。図６は、本実施形態における上り
リンクＨＡＲＱプロセスに対応するUL HARQ RTTタイマーの値を示す一例である。
【００８２】
短プロセッシング時間を使わないようにスケジューリングされるＨＡＲＱプロセスに対して、ＦＤＤの場合、該ＨＡＲＱプロセスに対応するUL HARQ RTTタイマーは４サブフレ
ームにセットされる。ＴＤＤの場合、該ＨＡＲＱプロセスに対応するUL HARQ RTTタイマ
ーはkULHARQRTT個サブフレームに設定（セット）されてもよい。kULHARQRTTの値は、ＵＬ−ＤＬ設定、および／または、短縮処理時間に従って特定（選択、決定）される。例えば、kULHARQRTTの値は図６（Ａ）から与えられてもよい。
【００８３】
UL HARQ RTTタイマー（UL HARQ RTT Timer）は、上りリンクＨＡＲＱプロセス毎に管理される。上りリンクＨＡＲＱプロセスに対応するUL HARQ RTTタイマーは、上りリンクデ
ータの送信から該上りリンクデータの再送信のための上りリンクグラント（上りリンクＨＡＲＱ再送信グラント）の送信までの最小のインターバルを示す。つまり、上りリンクＨＡＲＱプロセスに対応するUL HARQ RTTタイマーは、端末装置１(ＭＡＣ  エンティティ)
によって上りリンク再送信のための上りリンクグラント（上りリンクＨＡＲＱ再送信グラント）が期待される前のサブフレームの最小量（minimum amount）を示す。
【００８４】
ＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されているサービングセルにおいて、端末装置１は、該サービングセルにおいて、（タイプ１）短プロセッシング時間を使うようにスケジューリングされるＨＡＲＱプロセス、および、（タイプ２）短プロセッシング時間を使わないようにスケジューリングされるＨＡＲＱプロセスを有する。端末装置１であって、ＭＡＣエンティティは、あるＴＴＩに対して物理層から受信してきた上りリンクグラントとＨＡＲＱ情報をＨＡＲＱエンティティに渡す（deliver
）。
【００８５】
各ＴＴＩに対して、ＨＡＲＱエンティティは、該ＴＴＩと関連するＨＡＲＱプロセスを識別（identify）する。ＨＡＲＱエンティティは、あるＴＴＩに対してＨＡＲＱ情報にＨＡＲＱプロセスの番号を示す情報が含まれるか否かに基づいて、２つのタイプの何れかを決定してもよい。即ち、ＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されているサービングセルにおいて、ＨＡＲＱエンティティは、該ＨＡＲＱ情報にＨＡＲＱプロセスの番号を示す情報が含まれているならば、該ＴＴＩに対応するＨＡＲＱプロセスをタイプ１に識別（特定）してもよい。また、ＲＲＣ層のパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されているサービングセルにおいて、ＨＡＲＱエンティティは、該ＨＡＲＱ情報にＨＡＲＱプロセスの番号を示す情報が含まれていないならば、該ＴＴＩに対応するＨＡＲＱプロセスをタイプ２に識別（特定）してもよい。
【００８６】
本実施形態において、ＨＡＲＱプロセスは、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫを管理する。ＨＡＲＱプロセスは、ＨＡＲＱエンティティが非適応（non-adaptive）再送信を要求しており、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＮＡＣＫがセットされている場合には、上りリンクグラントに応じて送信を生成するよう物理層に指示する。
【００８７】
同期ＨＡＲＱが適用されるＨＡＲＱプロセスは、ＰＨＩＣＨで受信したＨＡＲＱインディケータに基づいて状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫまたはＮＡＣＫをセットする。非同期ＨＡＲＱが適用されるＨＡＲＱプロセスは、ＰＨＩＣＨで受信したＨＡＲＱインディケータに基づいて状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫまたはＮＡＣＫをセットしなくてもよい。
【００８８】
同期ＨＡＲＱが適用されるＨＡＲＱプロセスは、ＨＡＲＱエンティティによる初期送信、または、非適応（non-adaptive）再送信の要求に基づいて、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＮＡＣＫをセットする。また、非同期ＨＡＲＱが適用されるＨＡＲＱプロセスは、ＨＡＲＱエンティティによる初期送信、または、適応（adaptive）再送信の要求に基づいて、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫをセットする。尚、適応再送信
は、ＮＤＩによって指示される再送信であり、非適応再送信は、ＨＡＲＱインディケータによって指示される再送信である。これによって、非同期ＨＡＲＱが適用されるＨＡＲＱプロセスは、非適応再送信を行わなくなる。また、ＨＡＲＱ  ＡＣＫだけが受信された場合、対応するＨＡＲＱプロセスは、ＭＡＣ層のデータをＨＡＲＱバッファにキープ（keep）する。
【００８９】
以下、本実施形態に関わるＰＨＩＣＨに関連するプロシージャについて説明する。
【００９０】
図７は、本実施形態におけるＰＨＩＣＨによるＰＵＳＣＨ同期送信の一例を示す図である。図７において、１つのサブフレームは、１つのＨＡＲＱプロセスに対応する。図７において、四角の中の数字は対応するＨＡＲＱプロセスの番号を示す。
【００９１】
図７において、端末装置１はサブフレームｎ−４においてＰＵＳＣＨを送信する。図７において、端末装置１はサブフレームｎにおけるＰＨＩＣＨを受信する。サブフレームｎにおけるＰＨＩＣＨは、サブフレームｎ−４で送信されたＰＵＳＣＨに関連付けられる。サブフレームｎにおけるＰＨＩＣＨは、サブフレームｎ−４のＰＵＳＣＨで送信されたトランスポートブロックに対するＡＣＫまたはＮＡＣＫを示すＨＡＲＱインディケータを送信するために用いられる。つまり、あるトランスポートブロックがサブフレームｎ−４におけるＰＵＳＣＨで送信されているならば、該トランスポートブロックに対するＡＣＫまたはＮＡＣＫを示すＨＡＲＱインディケータはサブフレームｎにおけるＰＨＩＣＨで送信される（割り当てられる）。ここで、例えば、サブフレームｎ−４で送信されたＰＵＳＣＨ（トランスポートブロック）に対応されるＨＡＲＱプロセスの番号は０に対応している。
【００９２】
次に、端末装置１は、サブフレームｎにおけるＰＨＩＣＨで送信されたＨＡＲＱインディケータに基づいて、該トランスポートブロックの非適応再送信をトリガーするか否かを決定してもよい。例えば、サブフレームｎにおけるＰＨＩＣＨでＡＣＫがデコード（復号）された場合、該トランスポートブロックためのＡＣＫが上位層へ渡され（deliver）て
もよい。つまり、ＨＡＲＱプロセスの番号０に対応する該トランスポートブロックの非適応再送信は、サブフレームｎ＋４で行わなくてもよい。そして、ＡＣＫがデコードされた後、ＨＡＲＱプロセスの番号０に対応するトランスポートブロックの再送信または初期送信は、ＰＤＣＣＨを介してスケジュールされる。
【００９３】
また、例えば、サブフレームｎにおけるＰＨＩＣＨでＮＡＣＫがデコード（復号）された場合、該トランスポートブロックためのＮＡＣＫが上位層へ渡され（deliver）されて
もよい。つまり、ＨＡＲＱプロセスの番号０に対応されるトランスポートブロックの非適応再送信は、サブフレームｎ＋４で行われてもよい。そして、端末装置１は、サブフレームｎ＋４でＰＵＳＣＨの送信を実行した後、サブフレームｎ＋８において、該ＰＵＳＣＨに対するＰＨＩＣＨの受信を試みてもよい。また、測定ギャップ（measurement gap）の
発生により、サブフレームｎ＋４におけるＰＵＳＣＨでトランスポートブロックの非適応再送信が行えない場合がある。例えば、ＨＡＲＱプロセスの番号０に対応するトランスポートブロックの非適応再送信が行おうとするサブフレームｎ＋４が上位層に設定された測定ギャップの一部であった場合、端末装置１は、そのトランスポートブロックの非適応再送信をサブフレームｎ＋４で行わない。続いて、端末装置１は、サブフレームｎ＋８でＰＨＩＣＨの受信を試みなくてもよく、ＨＡＲＱプロセスの番号０に対応するトランスポートブロックの非適応再送信をサブフレームｎ＋１２で引き続き行ってもよい。
【００９４】
測定ギャップは、端末装置１が異なる周波数のセル、および／または、異なるＲＡＴ（Radio Access Technology）の測定を行なうための時間間隔である。基地局装置３は、測
定ギャップの期間を示す情報を、端末装置１に送信する。端末装置１は、該情報に基づい
て測定ギャップの期間を設定する。端末装置１は、測定ギャップの一部であるサブフレームにおいて、上りリンク送信をしなくてもよい。
【００９５】
図８は、本実施形態における異なる処理時間によるＰＵＳＣＨ送信の衝突の一例を示す図である。以下、明示されない限り、図８において、端末装置１が短縮処理能力を持つ端末装置であり、且つ、該サービングセルにはＲＲＣパラメータｓｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅが設定されている。図８において、四角の中の数字は対応するＨＡＲＱプロセスの番号を示す。１つのサブフレームは、１つのＨＡＲＱプロセスに対応する。１つのサブフレームは、１つのＴＴＩに対応する。図８において、上りリンクＨＡＲＱプロセスのタイプは、上りリンクグラントが送信されるサーチスペースのタイプに基づいて、決定されてもよい。例えば、上りリンクグラントがＵＥ固有サーチスペースで受信された場合、該上りリンクグラントにスケジュールされるＰＵＳＣＨに対応するＨＡＲＱプロセスに対して非同期ＨＡＲＱが適用されてもよい。そして、端末装置１は、該上りリンクグラントが受信されたサブフレームより３つ後のサブフレームにおいて、ＰＵＳＣＨの送信を行ってもよい。ＨＡＲＱエンティティは、ＨＡＲＱプロセスの番号を、上りリンクグラントに含まれる“ＨＡＲＱ  ｐｒｏｃｅｓｓ  ｎｕｍｂｅｒ”フィールドから導き出す。また、上りリンクグラントがコモンサーチスペースで受信された場合、該上りリンクグラントにスケジュールされるＰＵＳＣＨに対応するＨＡＲＱプロセスに対して同期ＨＡＲＱが適用されてもよい。そして、端末装置１は、該上りリンクグラントが受信されたサブフレームより４つ後のサブフレームにおいて、ＰＵＳＣＨの送信を行ってもよい。ＨＡＲＱエンティティは、ＰＵＳＣＨが送信されるサブフレーム番号に少なくとも基づいて、ＨＡＲＱプロセスの番号を導き出してもよい。
【００９６】
図８において、端末装置１は、サブフレームｎ−４において、同期ＨＡＲＱが適用されるＨＡＲＱプロセスに対応されるトランスポートブロックをＰＵＳＣＨで送信する。上りリンク同期ＨＡＲＱが適用されるＨＡＲＱプロセスにおいて、トランスポートブロックの送信に応答してＨＡＲＱインディケータがＰＨＩＣＨで送信される。また、トランスポートブロックの送信に応答してＨＡＲＱインディケータを含むＰＨＩＣＨが送信されるサブフレームと、トランスポートブロックの送信が行われたサブフレームの対応は、予め定められている。端末装置１は、ＰＵＳＣＨでトランスポートブロックを送信したサブフレームより４つ後のサブフレームにおいて、該トランスポートブロックの送信に対するＨＡＲＱインディケータを含むＰＨＩＣＨの受信を試みる。同様に、端末装置１は、ＰＨＩＣＨでＮＡＣＫを示すＨＡＲＱインディケータを受信したサブフレームより４つ後のサブフレームにおいて、該トランスポートブロックの非適応再送信を実行してもよい。図８において、端末装置１は、サブフレームｎ−４のＰＵＳＣＨで送信されたトランスポートブロックに対するＨＡＲＱインディケータの受信をサブフレームｎにおけるＰＨＩＣＨで試みてもよい。サブフレームｎにおけるＰＨＩＣＨでＮＡＣＫを示すＨＡＲＱインディケータを受信した場合、端末装置１は、サブフレームｎ＋４において、そのトランスポートブロックの非適応再送信を実行する。ここで、図８において、サブフレームｎ−４におけるＰＵＳＣＨで送信されたトランスポートブロックに対応される同期ＨＡＲＱが適用されるＨＡＲＱプロセスの番号は０に対応している。また、端末装置１は、サブフレームｎにおいて、同一のＨＡＲＱプロセス（ＨＡＲＱプロセスの番号０）を示す上りリンクグラントを検出した場合、ＰＨＩＣＨで受信したＨＡＲＱインディケータと関わらず、検出した上りリンクグラントに基づいて、ＨＡＲＱプロセスの番号０に対応するトランスポートブロックの初期送信または適応再送信の何れかを実行してもよい。つまり、上りリンクグラントが番号０のＨＡＲＱプロセスとサブフレームｎに対して示された場合、ＨＡＲＱエンティティは、初期送信または適応再送信の何れかを生成するよう該番号０のＨＡＲＱプロセスに指示してもよい。即ち、上りリンクグラントが番号０のＨＡＲＱプロセスとサブフレームｎに対して示されなかった場合、ＨＡＲＱエンティティは、非適応再送信を生成するよう該番号０のＨＡＲＱプロセスに指示してもよい。
【００９７】
次に、端末装置１は、サブフレームｎ＋１おいて、ＵＥ固有サーチスペースで上りリンクグラントを検出した場合、上りリンクグラントによってスケジュールされたトランスポートブロックの送信をサブフレームｎ＋４のＰＵＳＣＨで実行してもよい。前述したように、トランスポートブロックの送信をスケジュールする上りリンクグラントがＵＥ固有サーチスペースで検出された場合、トランスポートブロックの送信タイミングは３ｍｓ（３サブフレーム）に設定されてもよい。また、該トランスポートブロックに対応するＨＡＲＱプロセスに対して非同期ＨＡＲＱが適用されてもよい。該トランスポートブロックに対応されるＨＡＲＱプロセスの番号は、上りリンクグラントに含まれる“ＨＡＲＱ  ｐｒｏｃｅｓｓ  ｎｕｍｂｅｒ”フィールドに基づいて、与えられる。例えば、図８において、上りリンクグラントによってスケジュールされたトランスポートブロックの送信は、ＨＡＲＱプロセスの番号１に対応する。つまり、図８において、ＮＡＣＫを示すＨＡＲＱインディケータによって要求されたトランスポートブロックの送信と、上りリンクグラントによってスケジュールされたトランスポートブロックの送信は、異なるＨＡＲＱプロセスに対応している。
【００９８】
図８から見ると、ＮＡＣＫを示すＨＡＲＱインディケータによって要求されたトランスポートブロックの送信と、上りリンクグラントによってスケジュールされたトランスポートブロックの送信は、同一のサブフレームにおいて発生してしまう。該上りリンクグラントは、短プロセッシング時間を使うようにスケジューリングされる上りリンクグラントであってもよい。しかしながら、端末装置１は、同一のサブフレームにおいて、同時に送信できない可能性がある。即ち、ＭＡＣエンティティは、短プロセッシング時間を使うようにスケジューリングされる上りリンクグラントを受けてもよい。該上りリンクグラントによってスケジュールされたＨＡＲＱプロセス（トランスポートブロック）の送信と他のＨＡＲＱプロセスの非適応再送信が同一のサブフレームにおいて発生している場合、ＭＡＣエンティティは、該上りリンクグラントをドロップしなくてもよい。即ち、この場合、ＭＡＣエンティティは、該上りリンクグラントを続行するよう選択してもよい。
【００９９】
以下、本実施形態において、図８のような上りリンク送信の衝突が発生してしまう場合、上りリンク送信を効率的に実行する例を説明する。
【０１００】
以下、第１のＨＡＲＱプロセスに対応されるトランスポートブロックを含むＰＵＳＣＨの送信は、ＮＡＣＫを示すＨＡＲＱインディケータに要求される非適応再送信であり、ＰＨＩＣＨの送信がサブフレームｎで検出されることに少なくとも基づき、サブフレームｎ＋４において、実行されてもよい。第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、ＵＥ固有サーチスペースにおける上りリンクグラントによってスケジュールされてもよい。該上りリンクグラントは、短プロセッシング時間を使うようにスケジューリングされる上りリンクグラントであってもよい。なお、第１のＨＡＲＱプロセスと第２のＨＡＲＱプロセスは異なるＨＡＲＱプロセスの番号に対応してもよい。
【０１０１】
第１のＨＡＲＱプロセスは、同期ＨＡＲＱに対応するＨＡＲＱプロセスであってもよい。第１のＨＡＲＱプロセスは、ノーマルプロセッシング時間を使うようにスケジューリングされるＨＡＲＱプロセスであってもよい。第１のＨＡＲＱプロセスは、短プロセッシング時間を使うようにスケジューリングされないＨＡＲＱプロセスであってもよい。第２のＨＡＲＱプロセスは、非同期ＨＡＲＱプロセスに対応するＨＡＲＱプロセスであってもよい。第２のＨＡＲＱプロセスは、短プロセッシング時間を使うようにスケジューリングされるＨＡＲＱプロセスであってもよい。
【０１０２】
本実施形態の一態様において、端末装置１は、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信をサブフレームｎ＋４でストップする（送信しない）イベン
トに少なくとも基づいて、サブフレームｎ＋８でＰＨＩＣＨの受信を試みるか否かを決定してもよい。ここで、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信をサブフレームｎ＋４でストップする（送信しない）イベントは、イベント（i）該サ
ブフレームｎ＋４で測定ギャップが発生すること、および、イベント（ii）同一サブフレーム（サブフレームｎ＋４）で第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信の発生を含んでもよい。なお、第２のＨＡＲＱプロセスは、第１のＨＡＲＱプロセスとは異なるＨＡＲＱプロセスである。
【０１０３】
例えば、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信がイベント（i）測定ギャップが発生することによってサブフレームｎ＋４でストップ（no transmission）された場合、端末装置１は、サブフレームｎ＋８でＰＨＩＣＨの受信を試みることなく、サブフレームｎ＋１２で第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信を実行してもよい。また、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が上位層に設定された測定ギャップと重複している場合、端末装置１は、サブフレームｎ＋８でＰＨＩＣＨの受信を試みることなく、サブフレームｎ＋１２で第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信を実行しなくてもよい。
【０１０４】
また、例えば、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信がイベント（ii）同一サブフレーム（サブフレームｎ＋４）で上りリンクグラントによってスケジュールされたトランスポートブロックの送信の発生によってストップ（no transmission）された場合、端末装置１は、サブフレームｎ＋８でＰＨＩＣＨの受信を試みても
よい。そして、端末装置１は、受信したＰＨＩＣＨに含まれるＨＡＲＱインディケータに基づいて、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信を実行するか否かを決定してもよい。
【０１０５】
つまり、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信と第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が同一のサブフレームで発生した場合、端末装置１は、第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信を該サブフレームのＰＵＳＣＨで実行し、該サブフレームのＰＵＳＣＨを用いた第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信をストップし、該サブフレームより４つ後のサブフレームにおいて、ＰＨＩＣＨの受信を試みてもよいし、および／または、該第１のＨＡＲＱプロセスのためのＰＤＣＣＨ（上りリンクグラント）をモニタしてもよい。そして、端末装置１は、ＰＨＩＣＨに含まれるＨＡＲＱインディケータ、および／または、上りリンクグラントに少なくとも基づいて、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信を実行するか否かを決定してもよい。なお、図８において、第１のＨＡＲＱプロセスはＨＡＲＱプロセスの番号０に対応している。第２のＨＡＲＱプロセスはＨＡＲＱプロセスの番号１に対応している。そして、端末装置１は、サブフレームｎ＋４で上りリンクグラントによってスケジュールされた番号１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信を実行し、ＮＡＣＫによって要求された番号０のＨＡＲＱプロセスに対応されるトランスポートブロックの非適応再送信をストップしてもよい。次に、端末装置１は、サブフレームｎ＋８で番号０のＨＡＲＱプロセスに対応されるトランスポートブロックの送信に応答してＨＡＲＱインディケータを含むＰＨＩＣＨの受信を試みてもよい。サブフレームｎ＋８におけるＰＨＩＣＨは、サブフレームｎ−４のＰＵＳＣＨで番号０のＨＡＲＱプロセスに対応されるトランスポートブロックの送信に対するＡＣＫまたはＮＡＣＫを示すＨＡＲＱインディケータを送信するために用いられてもよい。
【０１０６】
また、サブフレームｎ＋８におけるＰＨＩＣＨでＡＣＫがデコード（復号）された場合、番号０のＨＡＲＱプロセスに対応される該トランスポートブロックの非適応再送信は、
サブフレームｎ＋１２で行わなくてもよい。番号０のＨＡＲＱプロセスに対応する該トランスポートブロックためのＡＣＫが上位層へ渡され（deliver）てもよい。そして、番号
０のＨＡＲＱプロセスに対応されるトランスポートブロックの再送信または初期送信は、ＰＤＣＣＨを介してスケジュールされる。また、サブフレームｎ＋８におけるＰＨＩＣＨでＮＡＣＫがデコード（復号）された場合、番号０のＨＡＲＱプロセスに対応する該トランスポートブロックの非適応再送信は、サブフレームｎ＋１２で実行されてもよい。これにより、異なる２つの番号のＨＡＲＱプロセスに対応トランスポートブロックの送信を効率的に実行することができる。
【０１０７】
また、一例として、図８において、上りリンクグラントによってスケジュールされたトランスポートブロックの送信とＮＡＣＫによって要求されたトランスポートブロックの非適応再送信が同一のサブフレームｎ＋４で発生した場合、端末装置１は、サブフレームｎ＋４において、上りリンクグラントによってスケジュールされたトランスポートブロックの送信を実行し、ＮＡＣＫに要求された番号０のＨＡＲＱプロセスに対応されるトランスポートブロックの非適応再送信をストップし、サブフレームｎ＋８でＰＨＩＣＨの受信を試みなくてもよいし、サブフレームｎ＋８で番号０のＨＡＲＱプロセスのための上りリンクグラントをモニタしてもよいし、サブフレームｎ＋１２で番号０のＨＡＲＱプロセスに対応されるトランスポートブロックの非適応再送信を実行しなくてもよい。
【０１０８】
本実施形態の別の態様において、端末装置１は、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信をサブフレームｎ＋４でストップする（送信しない）イベントに少なくとも基づいて、第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫをセットするか否かを決定してもよい。
【０１０９】
例えば、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が（i）
測定ギャップが発生することによってサブフレームｎ＋４でストップ（no transmission
）された場合、端末装置１は、第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫをセットしなくてもよい。また、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が（i）測定ギャップが発生することによってサブフレーム
ｎ＋４でストップ（no transmission）された場合、端末装置１は、サブフレームｎ＋１
２で第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信（非適応再送信）を実行してもよい。
【０１１０】
また、例えば、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が（ii）同一サブフレーム（サブフレームｎ＋４）で上りリンクグラントによってスケジュールされたトランスポートブロックの送信の発生によってストップ（no transmission）
された場合、端末装置１は、第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫをセットしてもよい。そして、該第１のＨＡＲＱプロセスに対応するトランスポートブロックの初期送信または適応再送信は、ＰＤＣＣＨを介してスケジュールされる。ここで、ＰＤＣＣＨはコモンサーチスペースにマップされた上りリンクグラントを含んでいる。
【０１１１】
ここで、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信と第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が同一のサブフレームで発生した場合、端末装置１は、第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットし、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの非適応再送信を該サブフレームのＰＵＳＣＨでストップし、第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信を該サブフレームのＰＵＳＣＨで実行してもよい。ここで、第１のＨＡＲＱプロセスに対応されるトランスポートブロックためのＡＣＫが上位層へ渡され（deliver）てもよい。この場合、端末装置１は、サブフレームｎ＋８
でＰＨＩＣＨの受信を試みなくてもよく、サブフレームｎ＋１２で第１のＨＡＲＱプロセスに対応されるトランスポートブロックの非適応再送信を実行しなくてもよい。
【０１１２】
つまり、図８において、端末装置１は、サブフレームｎにおけるＰＨＩＣＨでＮＡＣＫをデコード（復号）した場合、番号０の第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＮＡＣＫをセットする。端末装置１は、ＮＡＣＫによって要求された第１のＨＡＲＱプロセスに対応されるトランスポートブロックの非適応再送信を、ノーマルプロセッシング時間を用いてサブフレームｎ＋４で、行おうとする。その際、端末装置１はサブフレームｎ＋１において、ＵＥ固有サーチスペースで番号１の第２のＨＡＲＱプロセスに対応する上りリンクグラントを検出しているのであれば、端末装置１は、ＵＥ固有サーチスペースで受信した上りリンクグラントによってスケジュールされるトランスポートブロックの送信を、短プロセッシング時間を用いてサブフレームｎ＋４で、行う場合がある。このような場合、番号０の第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信と番号１の第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が同一のサブフレームｎ＋４で発生することがある。この場合、端末装置１は、番号０の第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫをセットしてもよい。そして、番号０の第１のＨＡＲＱプロセスに対応するトランスポートブロックの初期送信または適応再送信は、ＰＤＣＣＨを介してスケジュール（指示）される。つまり、番号０の第１のＨＡＲＱプロセスに対応される該トランスポートブロックの非適応再送信は、サブフレームｎ＋４、および、ｎ＋１２で行われなくてもよい。これにより、異なる２つの番号のＨＡＲＱプロセスに対応トランスポートブロックの送信を効率的に実行することができる。
【０１１３】
図９は、本実施形態におけるＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットする他の例を示す図である。
【０１１４】
端末装置１は、サブフレームｎ−４のＰＵＳＣＨでトランスポートブロックの送信に対するＨＡＲＱインディケータを含むＰＨＩＣＨの受信をサブフレームｎで試みる。各ＴＴＩに対して、ＨＡＲＱエンティティは、該ＴＴＩと関連するＨＡＲＱプロセスを識別（identify）する。
【０１１５】
（Ｓ９０１）第１のＴＴＩ（サブフレームｎ）に対して、ＨＡＲＱエンティティは、第１のＴＴＩと関連するＨＡＲＱプロセスを第１のＨＡＲＱプロセスに識別（identify）する。上りリンクグラントが第１のＨＡＲＱプロセスと第１のＴＴＩに対して示されなかった場合、且つ、第１のＨＡＲＱプロセスのＨＡＲＱバッファが空ではなかった場合、ＨＡＲＱエンティティは、非適応再送信を生成（generate）するよう該第１のＨＡＲＱプロセスに指示（indicate, request）する。また、上りリンクグラントが第１のＨＡＲＱプロ
セスと第１のＴＴＩに対して示されなかった場合、且つ、第１のＨＡＲＱプロセスのＨＡＲＱバッファが空の場合、ＨＡＲＱエンティティは、非適応再送信を生成（generate）するよう該第１のＨＡＲＱプロセスに指示（indicate, request）しなくてもよい。続いて
、第１のＨＡＲＱプロセスに対応するトランスポートブロックのためのＨＡＲＱフィードバックが受けられた場合、該第１のＨＡＲＱプロセスは、ＨＡＲＱ＿ＦＥＥＤＢＡＣＫを受けられた値にセットしてもよい。ここで、ＨＡＲＱフィードバックが物理層からＮＡＣＫを渡された場合、該第１のＨＡＲＱプロセスは、ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＮＡＣＫにセットしてもよい。即ち、ＨＡＲＱエンティティが第１のＴＴＩに対して第１のＨＡＲＱプロセスに非適応再送信を要求した場合、且つ、第１のＨＡＲＱプロセスのＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫの場合、第１のＨＡＲＱプロセスは、非適応再送信を生成する。ここで、第１のＨＡＲＱプロセスの送信は非適応再送信である。第１のＨＡＲＱプロセスは物理層に送信の生成を指示してもよい。即ち、第１のＨＡＲＱプロセスの非適応再送信は、サブフレームｎ＋４で実行されてもよい。
【０１１６】
（Ｓ９０２）第２のＴＴＩ（サブフレームｎ＋１）に対して、ＨＡＲＱエンティティは、第２のＴＴＩと関連するＨＡＲＱプロセスを第２のＨＡＲＱプロセスに識別（identify）する。該第２のＨＡＲＱプロセスは短プロセッシング時間（ＳｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅ）を使うようにスケジューリングされている。上りリンクグラントが第２のＨＡＲＱプロセスと第２のＴＴＩに対して示された場合、ＨＡＲＱエンティティは、初期送信または適応再送信の何れかを生成するよう該第２のＨＡＲＱプロセスに指示する。つまり、短プロセッシング時間を使うようにスケジューリングされている第２のＨＡＲＱプロセスは、初期送信または適応再送信の何れかを生成する。第２のＨＡＲＱプロセスは物理層に送信の生成を指示してもよい。即ち、第２のＨＡＲＱプロセスの送信は、サブフレームｎ＋４で実行される。
【０１１７】
続いて、端末装置１は、動作Ａを実行してもよい。動作Ａは動作Ａ1と動作Ａ２の内、
少なくとも一方を有する。（動作Ａ1）条件Ａ、条件Ｂ、および、条件Ｃが満たされる場
合、ＨＡＲＱエンティティは、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットするよう第１のＨＡＲＱプロセスに指示してもよい。（動作Ａ２）条件Ａ、条件Ｂ、および、条件Ｃが満たされる場合、第１のＨＡＲＱプロセスは、第１のＨＡＲＱプロセスの送信に応答するためのＨＡＲＱフィードバックの受信時において、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットしてもよい。動作Ａ１において、第１のＨＡＲＱプロセスは、ＨＡＲＱエンティティからの指示に基づいて、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットする。動作Ａ２において、第２のＨＡＲＱプロセスは、ＨＡＲＱエンティティからの指示に基づかず、上述の条件が満たされれば、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットする。上述した条件は以下で記述する。また、（動作Ａ２）条件Ａ、条件Ｂ、および、条件Ｃが満たされる場合、第１のＨＡＲＱプロセスは、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットしてもよい。
【０１１８】
また、動作Ａ１において、第１のＨＡＲＱプロセスのＨＡＲＱ＿ＦＥＥＤＢＡＣＫは、ＨＡＲＱエンティティからの指示を受信してから、ＡＣＫにセットされてもよい。つまり、図９（Ａ）において、第１のＨＡＲＱプロセスのＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＡＣＫにセットされる時点は、サブフレームｎ＋１、または、サブフレームｎ＋１より後ろのサブフレームであてもよい。
【０１１９】
また、動作Ａ２において、第１のＨＡＲＱプロセスのＨＡＲＱ＿ＦＥＥＤＢＡＣＫは、第１のＨＡＲＱプロセスの送信に応答するためのＨＡＲＱフィードバックの受信時で、ＡＣＫにセットされる。つまり、図９（Ａ）において、第１のＨＡＲＱプロセスのＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＡＣＫにセットされる時点は、サブフレームｎ＋８である。
【０１２０】
条件Ａは、ＨＡＲＱプロセス（第１のＨＡＲＱプロセス）が同期ＨＡＲＱに対応していることである。条件Ｂは、該ＨＡＲＱプロセス（第１のＨＡＲＱプロセス）の送信が非適応再送信であり、該送信が他のＨＡＲＱプロセス（第２のＨＡＲＱプロセス）の送信と同一の送信時間に発生（衝突）していることである。条件Ｃは、他のＨＡＲＱプロセス（第２のＨＡＲＱプロセス）が短プロセッシング時間（ＳｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅ）を使うようにスケジューリングされていることである。
【０１２１】
（Ｓ９０３）端末装置１は、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの非適応再送信を該サブフレームのＰＵＳＣＨで行わなくてもよい。
【０１２２】
（Ｓ９０４）端末装置１は、第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信を該サブフレームのＰＵＳＣＨで行ってもよい。
【０１２３】
（Ｓ９０５）第３のＴＴＩ（サブフレームｎ＋８）に対して、ＨＡＲＱエンティティは、第３のＴＴＩと関連するＨＡＲＱプロセスを第１のＨＡＲＱプロセスに識別（identify）する。つまり、同期ＨＡＲＱにおいて、ＨＡＲＱエンティティは、第１のＴＴＩと第３のＴＴＩのそれぞれと関連するＨＡＲＱプロセスを同一のＨＡＲＱプロセス（第１のＨＡＲＱプロセス）に識別する。端末装置１は、サブフレームｎ＋８で第１のＨＡＲＱプロセスと第３のＴＴＩに対する上りリンクグラントをモニタしてもよい。
【０１２４】
続いて、端末装置１は、動作Ｂを実行してもよい。動作Ｂは動作Ｂ1と動作Ｂ２の内、
少なくとも一方を有する。（動作Ｂ１）上りリンクグラントが第１のＨＡＲＱプロセスと第３のＴＴＩに対して示されなかった場合、且つ、第１のＨＡＲＱプロセスのＨＡＲＱバッファが空でない場合、且つ、第１のＨＡＲＱプロセスの前回に生成された非適応再送信と第２のＨＡＲＱプロセスの送信が同一の上りリンクＴＴＩ（サブフレームｎ＋４）で発生（衝突）した場合、ＨＡＲＱエンティティは、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットするよう第１のＨＡＲＱプロセスに指示する。（動作Ｂ２）上りリンクグラントが第１のＨＡＲＱプロセスと第３のＴＴＩに対して示されなかった場合、且つ、第１のＨＡＲＱプロセスのＨＡＲＱバッファが空でない場合、ＨＡＲＱエンティティは、非適応再送信を生成（generate）するよう該第１のＨＡＲＱプロセスに指示（indicate, request）する。第１のＨＡＲＱプロセスは、ＨＡＲＱエンティティが第３のＴＴＩに対し
て第１のＨＡＲＱプロセスに非適応再送信を要求する場合、且つ、第１のＨＡＲＱプロセスの前回に生成された非適応再送信と第２のＨＡＲＱプロセスの送信が同一の上りリンクＴＴＩで発生した場合、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットしてもよい。ここで、動作Ｂ１と動作Ｂ２において、第１のＨＡＲＱプロセスの前回に生成された非適応再送信は、（Ｓ９０１）において、第１のＴＴＩに対して生成される非適応再送信である。
【０１２５】
（Ｓ９０５）において、ＨＡＲＱエンティティが第３のＴＴＩに対して第１のＨＡＲＱプロセスに非適応再送信を要求する場合、且つ、第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＡＣＫの場合、第１のＨＡＲＱプロセスは、ＨＡＲＱエンティティによって要求される非適応再送信を生成しなくてもよい。つまり、ＨＡＲＱエンティティが第３のＴＴＩに対して第１のＨＡＲＱプロセスに非適応再送信を要求する場合、且つ、第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫの場合、第１のＨＡＲＱプロセスは、ＨＡＲＱエンティティによって要求される非適応再送信を生成してもよい。第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットすることによって、第１のＨＡＲＱプロセスの非適応再送信が止められることができる。
【０１２６】
また、（Ｓ９０５）において、上りリンクグラントが第１のＨＡＲＱプロセスと第３のＴＴＩに対して示された場合に、第１のＨＡＲＱプロセスは、上りリンクグラントに応じて初期送信または適応再送信の何れかを生成するよう物理層に指示する。
【０１２７】
本実施形態において、動作Ａと動作Ｂの何れかを実行するのは、上位層の信号、仕様書などによって設定されてもよい。動作Ａの実行が設定された場合、動作Ａ１と動作Ａ２の何れかを実行するのは、上位層の信号、仕様書などによって設定されてもよい。動作Ｂの実行が設定された場合、動作Ｂ１と動作Ｂ２の何れかを実行するのは、上位層の信号、仕様書などによって設定されてもよい。
【０１２８】
これにより、異なる２つの番号のＨＡＲＱプロセスの送信の衝突が発生してしまう場合、第１のＨＡＲＱプロセスの送信を効率的に実行することができる。即ち、第１のＨＡＲＱプロセスの送信は、基地局装置３の制御に基づいて、効率的に行われることができる。
【０１２９】
以下、図９（Ｂ）は、本実施形態におけるＰＵＳＣＨ送信の衝突の他の一例を示す図である。
【０１３０】
図９（Ｂ）における（Ｓ９１１）と（Ｓ９１２）は、図９（Ａ）における（Ｓ９０１）と（Ｓ９０２）と同様であるため説明を省略する。
【０１３１】
端末装置１は、（Ｓ９１２）を実行した後に、動作Ｃを実行してもよい。
【０１３２】
動作Ｃにおいて、第１のＨＡＲＱプロセスが同期ＨＡＲＱであり、第１のＨＡＲＱプロセスの送信が非適応再送信の場合、該送信が他のＨＡＲＱプロセス（第２のＨＡＲＱプロセス）の送信と同一の送信時間に発生（衝突）していないならば、端末装置１は、処理Ａおよび処理Ｂを実行してもよいし、処理Ｃを実行しなくてもよい。また、第１のＨＡＲＱプロセスが同期ＨＡＲＱの場合、且つ、第１のＨＡＲＱプロセスの送信が適応再送信の場合、端末装置１は、処理Ａおよび処理Ｂを実行してもよいし、処理Ｃを実行しなくてもよい。また、第１のＨＡＲＱプロセスが同期ＨＡＲＱの場合、且つ、第１のＨＡＲＱプロセスの送信が初期送信の場合、端末装置１は、処理Ａおよび処理Ｂを実行してもよいし、処理Ｃを実行しなくてもよい。また、第１のＨＡＲＱプロセスが非同期ＨＡＲＱの場合、端末装置１は、処理Ａおよび処理Ｂを実行してもよいし、処理Ｃを実行しなくてもよい。
【０１３３】
つまり、第１のＨＡＲＱプロセスが同期ＨＡＲＱであり、第１のＨＡＲＱプロセスの送信が非適応再送信の場合、該送信が他のＨＡＲＱプロセス（第２のＨＡＲＱプロセス）の送信と同一の送信時間に発生（衝突）しているならば、端末装置１は、処理Ａおよび処理Ｂを実行しなくてもよいし、処理Ｃを実行してもよい。即ち、第１のＨＡＲＱプロセスは、（条件Ａ）該第１のＨＡＲＱプロセスが同期ＨＡＲＱと非同期ＨＡＲＱの何れであるか、および／または、（条件Ｂ）該第１のＨＡＲＱプロセスの送信が非適応再送信の場合、該送信が他のＨＡＲＱプロセス（第２のＨＡＲＱプロセス）の送信と同一の送信時間に発生（衝突）しているか否かに少なくとも基づいて、第１のＨＡＲＱプロセスの送信に応答するためのＨＡＲＱフィードバックの受信時において、ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットするかどうかを決定してもよい。また、第１のＨＡＲＱプロセスは、（条件Ａ）該第１のＨＡＲＱプロセスが同期ＨＡＲＱと非同期ＨＡＲＱの何れであるか、および／または、（条件Ｂ）該第１のＨＡＲＱプロセスの送信が非適応再送信の場合、該送信が他のＨＡＲＱプロセス（第２のＨＡＲＱプロセス）の送信と同一の送信時間に発生（衝突）しているか否かに少なくとも基づいて、ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットするかどうかを決定してもよい。ここで、他のＨＡＲＱプロセス（第２のＨＡＲＱプロセス）がは短プロセッシング時間（ＳｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅ）を使うようにスケジューリングされていることである。
【０１３４】
処理Ａは、第１のＨＡＲＱプロセスがストアされた上りリンクグラントに基づき送信を生成するよう物理層に指示するとみなすことである。処理Ａにおいて、該上りリンクグラントが有する冗長バージョン（ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ）は変数ＣＵＲＲＥＮＴ＿ＩＲＶの値に対応する。冗長バージョンのシーケンスは、0、２，３，１である
。変数ＣＵＲＲＥＮＴ＿ＩＲＶは、冗長バージョンのシーケンスへのインデックスである。該変数は4でモジュロして更新されている。
【０１３５】
処理Ｂは、第１のＨＡＲＱプロセスがＣＵＲＲＥＮＴ＿ＩＲＶを１つインクリメントするとみなすことである。
【０１３６】
処理Ｃは、第１のＨＡＲＱプロセスが、第１のＨＡＲＱプロセスの送信に応答するためのＨＡＲＱフィードバックの受信時において、ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットするとみなすことである。また、処理Ｃは、第１のＨＡＲＱプロセスが、ＨＡＲＱ＿
ＦＥＥＤＢＡＣＫをＡＣＫにセットするとみなすことであってもよい。
【０１３７】
図９（Ｂ）において、第１のＨＡＲＱプロセスの送信が第２のＨＡＲＱプロセスの送信と同一の送信時間（サブフレームｎ＋４）に発生（衝突）しているならば、第１のＨＡＲＱプロセスは送信を生成するよう物理層に指示しなくてもよい。即ち、第１のＨＡＲＱプロセスの送信が第２のＨＡＲＱプロセスの送信と同一の送信時間（サブフレームｎ＋４）に発生（衝突）しているならば、第２のＨＡＲＱプロセスはストアされた上りリンクグラントに基づき送信を生成するよう物理層に指示してもよい。
【０１３８】
即ち、端末装置１が有するＨＡＲＱプロセスは、（ア）該ＨＡＲＱプロセスが同期ＨＡＲＱと非同期ＨＡＲＱの何れであるか、（イ）該ＨＡＲＱプロセスの送信が初期送信、適応再送信、非適応再送信の何れであるか、（ウ）該ＨＡＲＱプロセスの送信が非適応再送信の場合、該送信が他のＨＡＲＱプロセスの送信と同一の送信時間に発生（衝突）しているか否かに少なくとも基づいて、該ＨＡＲＱプロセスの送信を生成するよう物理層に指示するかどうかを決定してもよい。即ち、端末装置１は、（ア）該ＨＡＲＱプロセスが同期ＨＡＲＱと非同期ＨＡＲＱの何れであるか、（イ）該ＨＡＲＱプロセスの送信が初期送信、適応再送信、非適応再送信の何れであるか、（ウ）該ＨＡＲＱプロセスの送信が非適応再送信の場合、該送信が他のＨＡＲＱプロセスの送信と同一の送信時間に発生（衝突）しているか否かに少なくとも基づいて、該ＨＡＲＱプロセスの送信をＰＵＳＣＨで実行するかどうかを決定してもよい。
【０１３９】
本実施形態において、同一の送信時間は、同一の上りリンクＴＴＩ、および／または、同一の上りリンクサブフレームと意味してもよい。
【０１４０】
以下、本実施形態に関わるｓＴＴＩについて説明する。
【０１４１】
図１０は、本実施形態におけるＴＴＩおよびｓＴＴＩの一例を示す図である。ＴＴＩは、２×ＮＵＬｓｙｍｂのＳＣ−ＦＤＭＡシンボルから構成されてもよい。なお、ＮＵＬｓｙｍｂは、１つのスロットを構成するＳＣ−ＦＤＭＡシンボルの数であってもよい。図１０において、ｓＴＴＩ（shortened TTI）を構成するＳＣ−ＦＤＭＡシンボルの数Ｘは、
｛２、３、４、７｝の何れかである。ＸのＳＣ−ＦＤＭＡシンボルから構成されるＴＴＩ／ｓＴＴＩをＸシンボルＴＴＩとも称する。上りリンクにおいて、ｓＰＵＳＣＨは、少なくとも上りリンクデータの送信に用いられるチャネルであってもよい。ｓＰＵＣＣＨは、少なくとも上りリンク制御情報の送信に用いられるチャネルであってもよい。ｓＰＵＳＣＨ、および／または、ｓＰＵＣＣＨのＴＴＩ長は、１ｍｓ（１サブフレーム長）、または、０．５ｍｓ（１スロット長）より短くてもよい。２シンボルＴＴＩにおいて、ｓＰＵＳＣＨおよび／またはｓＰＵＣＣＨは２つのＳＣ−ＦＤＭＡシンボルまたは３つのＳＣ−ＦＤＭＡシンボルにマップされてもよい。７シンボルＴＴＩにおいて、ｓＰＵＳＣＨおよび／またはｓＰＵＣＣＨは７つのＳＣ−ＦＤＭＡシンボルにマップされてもよい。
【０１４２】
ＴＴＩにおいて、上りリンクグラントに対するＰＵＳＣＨの送信タイミングは上りリンクグラントが検出されたサブフレームよりｋ後のサブフレームである。ｋの値は、３、および／または、４であってもよい。また、ｓＴＴＩにおいて、上りリンクグラントに対するｓＰＵＳＣＨの送信タイミングは上りリンクグラントが検出されたｓＴＴＩよりｍ後のｓＴＴＩである。例えば、７シンボルＴＴＩにおいて、ｍの値は４であってもよい。即ち、７シンボルＴＴＩにおいて、ｓＰＵＳＣＨをスケジュールする上りリンクグラントがサブフレームｎの第１のｓＴＴＩで受信された場合、ｓＰＵＳＣＨの送信はサブフレームｎ＋２の第１のｓＴＴＩで行われてもよい。例えば、２シンボルＴＴＩにおいて、ｍの値は６であってもよい。即ち、２シンボルＴＴＩにおいて、ｓＰＵＳＣＨをスケジュールする上りリンクグラントがサブフレームｎの第１のｓＴＴＩで受信された場合、ｓＰＵＳＣＨ
の送信はサブフレームｎ＋１の第１のｓＴＴＩで行われてもよい。また、例えば、２シンボルＴＴＩにおいて、ｍの値は４であってもよい。つまり、ｓＰＵＳＣＨの処理時間がＰＵＳＣＨの処理時間より短い。
【０１４３】
以下、本実施形態において、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信とｓＰＵＳＣＨの送信が同一のサブフレームにおいて発生する場合について説明する。ここで、ｓＰＵＳＣＨで送信されるトランスポートブロックは第３のＨＡＲＱプロセスに対応される。つまり、ｓＰＵＳＣＨで送信されるトランスポートブロックは第１のＨＡＲＱプロセスとは異なるＨＡＲＱプロセスであってもよい。なお、第１のＨＡＲＱプロセスと第３のＨＡＲＱプロセスは異なるＨＡＲＱプロセスの番号に対応している。ここで、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、第１のＨＡＲＱプロセスに対応されるＰＵＳＣＨの送信と言い換えられてもよい。上りリンクグラントを検出してからｓＰＵＳＣＨを送信するまでの処理時間がＰＵＳＣＨに対する処理時間よりも短いため、ｓＰＵＳＣＨの送信をスケジュールする上りリンクグラントが、ＰＵＳＣＨの送信をスケジュールする上りリンクグラントよりも遅いタイミングで受信されても、ｓＰＵＳＣＨはＰＵＳＣＨと同じサブフレームで送信される場合がある。
【０１４４】
このような場合、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、イベント（iii）同一のサブフレームで第３のＨＡＲＱプロセスに対応されるｓＰＵ
ＳＣＨの送信が発生することによって、該サブフレームにおいて、ストップされてもよい（行なわれなくてもよい）。本実施形態において、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が、イベント（iii）同一のサブフレームで第３のＨＡＲ
Ｑプロセスに対応されるｓＰＵＳＣＨの送信が発生することによって、ストップされた後の動作は、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が、イベント（ii）同一のサブフレームで第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信の発生によって、ストップされた後の動作と同じであってもよい。このような動作は、端末装置１の能力情報に基づいて行なうかどうかが決定されてもよい。つまり、本実施形態において、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が、ある条件によって、ストップされる場合、ストップ後の端末装置１の動作は、共通（同じ）であってもよい。
【０１４５】
また、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が、イベント（iii）同一のサブフレームで第３のＨＡＲＱプロセスに対応されるｓＰＵＳＣＨの送
信の発生によって、ストップされることは、（Ａ）第１のＨＡＲＱプロセスに対応されるトランスポートブロックがＰＵＳＣＨの全てのシンボルで送信されないこと、および／または、（Ｂ）第１のＨＡＲＱプロセスに対応されるトランスポートブロックがＰＵＳＣＨの一部分のシンボルで送信されないこと、を少なくとも含んでもよい。また、（Ｂ）において、第１のＨＡＲＱプロセスに対応されるトランスポートブロックは、ｓＰＵＳＣＨと重複したシンボルで送信されなくてもよい。また、（Ｂ）において、第１のＨＡＲＱプロセスに対応されるトランスポートブロックは、ｓＰＵＳＣＨと重複したスロットで送信されなくてもよい。
【０１４６】
以下、本実施形態における装置の構成について説明する。
【０１４７】
図１１は、本実施形態の端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０（物理層処理部１０）、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（Radio Frequency）
部１２、および、ベースバンド部１３を含んで構成される。上位層処理部１４は、媒体アクセス制御層処理部１５、および、無線リソース制御層処理部１６を含んで構成される。無線送受信部１０を送信部、受信部、または、物理層処理部とも称する。物理層処理部は
、物理層でのＰＵＳＣＨ送信に関連する処理を行う。
【０１４８】
上位層処理部１４は、ユーザの操作等により生成された上りリンクデータ（トランスポートブロック）を、無線送受信部１０に出力する。上位層処理部１４は、媒体アクセス制御（Medium Access Control: MAC）層、パケットデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線
リソース制御（Radio Resource Control: RRC）層の処理を行なう。
【０１４９】
上位層処理部１４が備える媒体アクセス制御層処理部１５は、媒体アクセス制御層の処理を行う。媒体アクセス制御層処理部１５は、無線リソース制御層処理部１６によって管理されている各種設定情報／パラメータに基づいて、ＨＡＲＱの制御を行う。媒体アクセス制御層処理部１５は、複数のＨＡＲＱエンティティ、複数のＨＡＲＱプロセス、および、複数のＨＡＲＱバッファを管理する。ＨＡＲＱエンティティは、複数のＨＡＲＱプロセスを並行して管理する。
【０１５０】
媒体アクセス制御層処理部１５は、サブフレームにおけるＰＤＣＣＨおよびまたはＰＨＩＣＨのモニタを無線送受信部１０に指示する。ＰＤＣＣＨをモニタすることは、あるＤＣＩフォーマットに応じてＰＤＣＣＨのデコードを試みることを意味する。ＰＨＩＣＨをモニタすることは、あるトランスポートブロックの送信に対するＨＡＲＱインディケータを含むＰＨＩＣＨの受信を試みることを意味する。媒体アクセス制御層処理部１５に管理されるＨＡＲＱプロセスは、ＨＡＲＱインディケータに基づいて、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫまたはＮＡＣＫをセットする。媒体アクセス制御層処理部１５に管理されるＨＡＲＱプロセスは、ＨＡＲＱエンティティの指示に基づいて、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫまたはＮＡＣＫをセットする。
【０１５１】
上位層処理部１４が備える無線リソース制御層処理部１６は、無線リソース制御層の処理を行う。無線リソース制御層処理部１６は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御層処理部１６は、基地局装置３から受信したＲＲＣ層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御層処理部１６は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。
【０１５２】
無線送受信部１０は、変調、復調、符号化、復号化などの物理層の処理を行う。無線送受信部１０は、基地局装置３から受信した信号を、分離、復調、復号し、復号した情報を上位層処理部１４に出力する。無線送受信部１０は、データを変調、符号化することによって送信信号を生成し、基地局装置３に送信する。物理層処理部は、物理層でのＰＵＳＣＨ送信に関連する処理を行う。媒体アクセス制御層処理部１５に管理されるＨＡＲＱプロセスは、該ＨＡＲＱプロセスの送信を生成するよう物理層処理部に指示する。物理層処理部は、ＨＡＲＱプロセスの指示に基づき、物理層でのＰＵＳＣＨ送信に関連する処理を行う。
【０１５３】
ＲＦ部１２は、アンテナ部１１を介して受信した信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート: down convert）、不要な周波数成分を除去する。ＲＦ部１２は、処理をしたアナログ信号をベースバンド部に出力する。
【０１５４】
ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号を、アナログ信号をディジタル信号に変換する。ベースバンド部１３は、変換したディジタル信号からＣＰ（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）などを生成し、又は上位ノードから取得し
、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。
【０１６１】
無線送受信部３０の機能は、無線送受信部１０と同様であるため説明を省略する。
【０１６２】
基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。端末装置１が備える符号１０から符号１６が付された部のそれぞれは、回路として構成されてもよい。
【０１６３】
以下、本実施形態における、端末装置、および、基地局装置の種々の態様について説明する。
【０１６４】
（１）本実施形態の第１の態様は端末装置であって、ＨＡＲＱプロセスを管理する媒体アクセス制御層処理部１５と、物理層でのＰＵＳＣＨ送信に関連する処理を行う物理層処理部１０と、を備え、第１のＨＡＲＱプロセスは、前記第１のＨＡＲＱプロセスの送信と第２のＨＡＲＱプロセスの送信が同一の送信時間に発生しているか否かに少なくとも基づいて、前記第１のＨＡＲＱプロセスの送信を生成するよう前記物理層処理部に指示するかどうかを決定し、前記第２のＨＡＲＱプロセスの送信は短プロセッシング時間を使うようにスケジューリングされる。
【０１６５】
（２）本実施形態の第２の態様は端末装置であって、ＨＡＲＱプロセスを管理する媒体アクセス制御層処理部１５と、を備え、第１のＨＡＲＱプロセスは、（条件Ａ）該第１のＨＡＲＱプロセスが同期ＨＡＲＱと非同期ＨＡＲＱの何れであるか、および／または、（条件Ｂ）該第１のＨＡＲＱプロセスの送信が非適応再送信の場合、該送信が他のＨＡＲＱプロセス（第２のＨＡＲＱプロセス）の送信と同一の送信時間に発生（衝突）しているか否かに少なくとも基づいて、第１のＨＡＲＱプロセスの送信に応答するためのＨＡＲＱフィードバックの受信時において、ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットするかどうかを決定してもよい。
【０１６６】
（３）本実施形態の第３の態様は端末装置であって、ＨＡＲＱエンティティを管理する媒体アクセス制御層処理部１５と、を備え、上りリンクグラントが第２のＨＡＲＱプロセスと第１のＴＴＩに対して示された場合、前記第２のＨＡＲＱプロセスが短プロセッシング時間を使うようにスケジューリングされて、第２のＨＡＲＱプロセスの送信と第１のＨＡＲＱプロセスの送信が同一の上りリンクＴＴＩで発生した場合、前記ＨＡＲＱエンティティは、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットするよう第１のＨＡＲＱプロセスに指示する。
【０１６７】
（４）本実施形態の第４の態様は端末装置であって、ＨＡＲＱエンティティを管理する媒体アクセス制御層処理部１５と、を備え、上りリンクグラントが第１のＨＡＲＱプロセスと第２のＴＴＩに対して示されなかった場合、且つ、第１のＨＡＲＱプロセスのＨＡＲＱバッファが空ではなかった場合、ＨＡＲＱエンティティは、非適応再送信を生成するよう前記第１のＨＡＲＱプロセスに指示し、第１のＨＡＲＱプロセスの前回に生成された非適応再送信と第２のＨＡＲＱプロセスの送信が同一の上りリンクＴＴＩで発生した場合、前記ＨＡＲＱエンティティは、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットするよう第１のＨＡＲＱプロセスに指示し、前記第２のＨＡＲＱプロセスの送信は短プロセッシング時間を使うようにスケジューリングされる。
【０１６８】
（５）本実施形態の第５の態様は端末装置であって、ＨＡＲＱエンティティを管理する媒体アクセス制御層処理部１５と、を備え、第１ＨＡＲＱプロセスは、前記ＨＡＲＱエンティティが第２のＴＴＩに対して前記第１ＨＡＲＱプロセスに非適応再送信を要求する場合、且つ、前記第１ＨＡＲＱプロセスの前回に生成された非適応再送信と第２のＨＡＲＱプロセスの送信が同一の上りリンクＴＴＩで発生した場合、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットし、前記第２のＨＡＲＱプロセスの送信は短プロセッシング時間を使うようにスケジューリングされる。
【０１６９】
（６）本実施形態の第１、第２、第３、第４、および、第５の態様において、短プロセッシング時間を使うようにスケジューリングされる前記第２のＨＡＲＱプロセスに対して、ＦＤＤの場合、前記第２のＨＡＲＱプロセスに対応するUL HARQ RTTタイマーは３サブ
フレームにセットされる。
【０１７０】
（７）本実施形態の第１、第２、および、第３の態様において、前記第１のＨＡＲＱプロセスの送信は非適応再送信である。
【０１７１】
（８）本実施形態の第６の態様は端末装置と通信する基地局装置であって、上りリンクグラントを含むＰＤＣＣＨを送信する送信部３０と、ＨＡＲＱプロセスの送信をＰＵＳＣＨで受信する受信部３０と、を備え、前記端末装置に設定される第１のＨＡＲＱプロセスは、前記第１のＨＡＲＱプロセスの送信と第２のＨＡＲＱプロセスの送信が同一の送信時間に発生しているか否かに少なくとも基づいて、前記第１のＨＡＲＱプロセスの送信を生成するよう前記物理層処理部に指示するかどうかを決定し、前記第２のＨＡＲＱプロセスの送信は短プロセッシング時間を使うようにスケジューリングされる。
【０１７２】
（９）本実施形態の第７の態様は端末装置と通信する基地局装置であって、上りリンクグラントを含むＰＤＣＣＨを送信する送信部３０と、ＨＡＲＱプロセスの送信をＰＵＳＣＨで受信する受信部３０と、を備え、前記端末装置に設定される第１のＨＡＲＱプロセスは、前記第１のＨＡＲＱプロセスの送信と第２のＨＡＲＱプロセスの送信が同一の送信時間に発生しているか否かに少なくとも基づいて、前記第１のＨＡＲＱプロセスの送信を生成するよう前記物理層処理部に指示するかどうかを決定し、前記第２のＨＡＲＱプロセスの送信は短プロセッシング時間を使うようにスケジューリングされる。
【０１７３】
（１０）本実施形態の第８の態様は端末装置と通信する基地局装置であって、上りリンクグラントを含むＰＤＣＣＨを送信する送信部３０と、ＨＡＲＱプロセスの送信をＰＵＳＣＨで受信する受信部３０と、を備え、前記上りリンクグラントが第２のＨＡＲＱプロセスと第１のＴＴＩに対して示された場合、前記第２のＨＡＲＱプロセスが短プロセッシング時間を使うようにスケジューリングされて、第２のＨＡＲＱプロセスの送信と第１のＨＡＲＱプロセスの送信が同一の上りリンクＴＴＩで発生した場合、前記端末装置に設定されるＨＡＲＱエンティティは、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットするよう第１のＨＡＲＱプロセスに指示する。
【０１７４】
（１１）本実施形態の第９の態様は端末装置と通信する基地局装置であって、上りリンクグラントを含むＰＤＣＣＨを送信する送信部３０と、ＨＡＲＱプロセスの送信をＰＵＳＣＨで受信する受信部３０と、を備え、前記上りリンクグラントが第１のＨＡＲＱプロセスと第２のＴＴＩに対して示されなかった場合、且つ、前記端末装置に設定される第１のＨＡＲＱプロセスのＨＡＲＱバッファが空ではなかった場合、前記端末装置に設定されるＨＡＲＱエンティティは、非適応再送信を生成するよう前記第１のＨＡＲＱプロセスに指示し、第１のＨＡＲＱプロセスの前回に生成された非適応再送信と第２のＨＡＲＱプロセスの送信が同一の上りリンクＴＴＩで発生した場合、前記端末装置に設定される前記ＨＡＲＱエンティティは、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットするよう第１のＨＡＲＱプロセスに指示し、前記第２のＨＡＲＱプロセスの送信は短プロセッシング時間を使うようにスケジューリングされる。
【０１７５】
（１２）本実施形態の第１０の態様は端末装置と通信する基地局装置であって、上りリンクグラントを含むＰＤＣＣＨを送信する送信部３０と、ＨＡＲＱプロセスの送信をＰＵＳＣＨで受信する受信部３０と、を備え、前記端末装置に設定される第１ＨＡＲＱプロセスは、前記端末装置に設定されるＨＡＲＱエンティティが第２のＴＴＩに対して前記第１ＨＡＲＱプロセスに非適応再送信を要求する場合、且つ、前記第１ＨＡＲＱプロセスの前回に生成された非適応再送信と第２のＨＡＲＱプロセスの送信が同一の上りリンクＴＴＩで発生した場合、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットし、前記第２のＨＡＲＱプロセスの送信は短プロセッシング時間を使うようにスケジューリングされる。
【０１７６】
（１３）本実施形態の第８、第９、第１０、第１１、および、第１２の態様において、短プロセッシング時間を使うように前記上りリンクグラントによってスケジューリングされる前記第２のＨＡＲＱプロセスに対して、ＦＤＤの場合、前記第２のＨＡＲＱプロセス
に対応するUL HARQ RTTタイマーは３サブフレームにセットされる。
【０１７７】
（１４）本実施形態の第８、第９、および、第１０の態様において、前記端末装置が有する第１のＨＡＲＱプロセスの送信は非適応再送信である。
＜付記＞
以下、本実施形態の他の一態様について、説明する。ＨＡＲＱ情報はＨＡＲＱフィードバックを含んでもよい。例えば、図９（Ａ）において、第１のＴＴＩ（サブフレームｎ）に対して、ＨＡＲＱエンティティは、第１のＴＴＩと関連するＨＡＲＱプロセスを第１のＨＡＲＱプロセスに識別（identify）する。第２のＴＴＩ（サブフレームｎ＋１）に対して、ＨＡＲＱエンティティは、第２のＴＴＩと関連するＨＡＲＱプロセスを第２のＨＡＲＱプロセスに識別（identify）する。ここで、該第２のＨＡＲＱプロセスは短プロセッシング時間（ＳｈｏｒｔＰｒｏｃｅｓｓｉｎｇＴｉｍｅ）を使うようにスケジューリングされている。
【０１７８】
上りリンクグラントが第１のＨＡＲＱプロセスと第１のＴＴＩに対して示されなかった場合、且つ、第１のＨＡＲＱプロセスのＨＡＲＱバッファが空ではなかった場合、ＨＡＲＱエンティティは、非適応再送信を生成（generate）するよう該第１のＨＡＲＱプロセスに指示（indicate, request）してもよい。該生成される第１のＨＡＲＱプロセスの非適
応再送信と第２のＨＡＲＱプロセスの送信が同一の上りリンクＴＴＩ（同一の送信時間、サブフレームｎ＋４）で発生（衝突）する場合、ＨＡＲＱエンティティは、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットするよう第１のＨＡＲＱプロセスに指示する。つまり、上りリンクグラントが第１のＨＡＲＱプロセスと第１のＴＴＩに対して示されなかった場合、且つ、第１のＨＡＲＱプロセスのＨＡＲＱバッファが空でない場合、且つ、生成される第１のＨＡＲＱプロセスの非適応再送信と第２のＨＡＲＱプロセスの送信が同一の上りリンクＴＴＩ（サブフレームｎ＋４）で発生（衝突）する場合、ＨＡＲＱエンティティは、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットするよう第１のＨＡＲＱプロセスに指示する。
【０１７９】
ここで、第１のＴＴＩに対して、ＨＡＲＱフィードバックが物理層からＮＡＣＫを渡されたとしても、第１のＨＡＲＱプロセスは、ＨＡＲＱエンティティの指示に基づいて、ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットしてもよい。また、第１のＴＴＩに対して、物理層から受信されたＮＡＣＫがＨＡＲＱ＿ＦＥＥＤＢＡＣＫにセットされた後に、第１のＨＡＲＱプロセスは、ＨＡＲＱエンティティの指示に基づいて、ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットしてもよい。また、第１のＴＴＩに対して、物理層から受信されたＮＡＣＫがＨＡＲＱ＿ＦＥＥＤＢＡＣＫにセットされた後に、第１のＨＡＲＱプロセスは、上りリンクグラントが第１のＨＡＲＱプロセスと第１のＴＴＩに対して示されなかった場合、且つ、第１のＨＡＲＱプロセスのＨＡＲＱバッファが空でない場合、且つ、生成される第１のＨＡＲＱプロセスの非適応再送信と第２のＨＡＲＱプロセスの送信が同一の上りリンクＴＴＩ（サブフレームｎ＋４）で発生（衝突）する場合、ＨＡＲＱエンティティの指示に基づいて、ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットしてもよい。つまり、ＨＡＲＱエンティティが第１のＴＴＩに対して第１のＨＡＲＱプロセスに非適応再送信を要求する場合、且つ、第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＡＣＫの場合、第１のＨＡＲＱプロセスは、ＨＡＲＱエンティティによって要求される非適応再送信を生成しなくてもよい。
【０１８０】
上りリンクグラントが第１のＨＡＲＱプロセスと第１のＴＴＩに対して示されなかった場合、且つ、第１のＨＡＲＱプロセスのＨＡＲＱバッファが空ではなかった場合、ＨＡＲＱエンティティは、非適応再送信を生成（generate）するよう該第１のＨＡＲＱプロセスに指示（indicate, request）してもよい。該生成される第１のＨＡＲＱプロセスの非適
応再送信と第２のＨＡＲＱプロセスの送信が同一の上りリンクＴＴＩ（同一の送信時間、
サブフレームｎ＋４）で発生（衝突）する場合、ＨＡＲＱエンティティは、受信されたＨＡＲＱフィードバックとしてＡＣＫを第１のＨＡＲＱプロセスに渡してもよい。つまり、上りリンクグラントが第１のＨＡＲＱプロセスと第１のＴＴＩに対して示されなかった場合、且つ、第１のＨＡＲＱプロセスのＨＡＲＱバッファが空でない場合、且つ、生成される第１のＨＡＲＱプロセスの非適応再送信と第２のＨＡＲＱプロセスの送信が同一の上りリンクＴＴＩ（サブフレームｎ＋４）で発生（衝突）する場合、ＨＡＲＱエンティティは、受信されたＨＡＲＱフィードバックとしてＡＣＫを第１のＨＡＲＱプロセスに渡してもよい。
【０１８１】
ここで、第１のＴＴＩに対して、ＨＡＲＱフィードバックが物理層からＮＡＣＫを渡されたとしても、ＨＡＲＱエンティティは第１のＨＡＲＱプロセスにＡＣＫを渡してもよい。第１のＴＴＩに対して、物理層から受信されたＨＡＲＱフィードバックに関わらず、ＨＡＲＱエンティティは第１のＨＡＲＱプロセスにＡＣＫを渡してもよい。つまり、上りリンクグラントが第１のＨＡＲＱプロセスと第１のＴＴＩに対して示されなかった場合、且つ、第１のＨＡＲＱプロセスのＨＡＲＱバッファが空でない場合、且つ、生成される第１のＨＡＲＱプロセスの非適応再送信と第２のＨＡＲＱプロセスの送信が同一の上りリンクＴＴＩ（サブフレームｎ＋４）で発生（衝突）する場合、ＨＡＲＱエンティティは、物理層から受信されたＨＡＲＱフィードバックに関わらず、第１のＨＡＲＱプロセスにＡＣＫを渡してもよい。
【０１８２】
また、図９（Ｂ）において、第１のＨＡＲＱプロセスがＭＡＣ  ＰＤＵがメッセージ３バッファ(Msg 3 buffer)から得た場合、端末装置１は、該送信が他のＨＡＲＱプロセス（第２のＨＡＲＱプロセス）の送信と同一の送信時間に発生（衝突）しているかどうかと関わらず、処理Ａおよび処理Ｂを実行してもよいし、処理Ｃを実行しなくてもよい。つまり、第１のＨＡＲＱプロセスが同期ＨＡＲＱであり、第１のＨＡＲＱプロセスの送信が非適応再送信の場合、且つ、該第１のＨＡＲＱプロセスのＭＡＣ  ＰＤＵがメッセージ３バッファ(Msg 3 buffer)から得られなかった場合、該送信が他のＨＡＲＱプロセス（第２のＨＡＲＱプロセス）の送信と同一の送信時間に発生（衝突）していないならば、端末装置１は、処理Ａおよび処理Ｂを実行してもよいし、処理Ｃを実行しなくてもよい。また、第１のＨＡＲＱプロセスが同期ＨＡＲＱであり、第１のＨＡＲＱプロセスの送信が非適応再送信の場合、且つ、該第１のＨＡＲＱプロセスのＭＡＣ  ＰＤＵがメッセージ３バッファ(Msg 3 buffer)から得られなかった場合、該送信が他のＨＡＲＱプロセス（第２のＨＡＲＱプロセス）の送信と同一の送信時間に発生（衝突）しているならば、端末装置１は、処理Ａおよび処理Ｂを実行しなくてもよいし、処理Ｃを実行してもよい。また、第１のＨＡＲＱプロセスが同期ＨＡＲＱであり、第１のＨＡＲＱプロセスの送信が非適応再送信の場合、且つ、該第１のＨＡＲＱプロセスのＭＡＣ  ＰＤＵがメッセージ３バッファ(Msg 3 buffer)から得られた場合、該送信が他のＨＡＲＱプロセス（第２のＨＡＲＱプロセス）の送信と同一の送信時間に発生（衝突）しているならば、端末装置１は、処理Ａおよび処理Ｂを実行してもよいし、処理Ｃを実行しなくてもよい。また、第１のＨＡＲＱプロセスが同期ＨＡＲＱであり、第１のＨＡＲＱプロセスの送信が非適応再送信の場合、且つ、該第１のＨＡＲＱプロセスのＭＡＣ  ＰＤＵがメッセージ３バッファ(Msg 3 buffer)から得られた場合、該送信が他のＨＡＲＱプロセス（第２のＨＡＲＱプロセス）の送信と同一の送信時間に発生（衝突）していないならば、端末装置１は、処理Ａおよび処理Ｂを実行してもよいし、処理Ｃを実行しなくてもよい。
【０１８３】
ランダムアクセス手順において、ＴＴＩに対する下りアサインメントがＲＡ−ＲＮＴＩのためのＰＤＣＣＨで受信され、該受信されたトランスポートブロックが正しく復号された場合、且つ、受信したランダムアクセスレスポンスが、送信されたランダムアクセスプリアンブルに対応するランダムアクセスプリアンブル識別子を含む場合、ＭＡＣエンティティは、ランダムアクセスレスポンスの受信が成功したとみなす。続いて、該ランダムア
クセスレスポンスに含まれるランダムアクセスプリアンブルがＭＡＣエンティティによって選択された場合、且つ、該ランダムアクセスレスポンスが該ランダムアクセス手順において最初に成功に受信したランダムアクセスレスポンスである場合、ＭＡＣエンティティは、ＭＡＣ  ＰＤＵをメッセージ３バッファに格納する。ここで、ランダムアクセス手順はコンテンションベースランダムアクセス手順であってもよい。つまり、メッセージ３バッファはコンテンションベースのランダムアクセスの手順に使われるバッファである。メッセージ３はランダムアクセスレスポンスに含まれる上りリンクグラントによってスケジュールされるトランスポートブロックであってもよい。
【０１８４】
（１５）本実施形態の第１１の態様は端末装置であって、ＨＡＲＱエンティティを管理する媒体アクセス制御層処理部１５と、を備え、上りリンクグラントが第１のＨＡＲＱプロセスと第１のＴＴＩに対して示されなかった場合、且つ、第１のＨＡＲＱプロセスのＨＡＲＱバッファが空ではなかった場合、ＨＡＲＱエンティティは、非適応再送信を生成するよう前記第１のＨＡＲＱプロセスに指示し、生成される第１のＨＡＲＱプロセスの非適応再送信と第２のＨＡＲＱプロセスの送信が同一の上りリンクＴＴＩで発生する場合、前記ＨＡＲＱエンティティは、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットするよう第１のＨＡＲＱプロセスに指示し、前記第２のＨＡＲＱプロセスの送信は短プロセッシング時間を使うようにスケジューリングされる。
【０１８５】
（１６）本実施形態の第１２の態様は端末装置と通信する基地局装置であって、上りリンクグラントを含むＰＤＣＣＨを送信する送信部３０と、ＨＡＲＱプロセスの送信をＰＵＳＣＨで受信する受信部３０と、を備え、前記上りリンクグラントが第１のＨＡＲＱプロセスと第１のＴＴＩに対して示されなかった場合、且つ、前記端末装置に設定される第１のＨＡＲＱプロセスのＨＡＲＱバッファが空ではなかった場合、前記端末装置に設定されるＨＡＲＱエンティティは、非適応再送信を生成するよう前記第１のＨＡＲＱプロセスに指示し、生成される第１のＨＡＲＱプロセスの非適応再送信と第２のＨＡＲＱプロセスの送信が同一の上りリンクＴＴＩで発生する場合、前記端末装置に設定される前記ＨＡＲＱエンティティは、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットするよう第１のＨＡＲＱプロセスに指示し、前記第２のＨＡＲＱプロセスの送信は短プロセッシング時間を使うようにスケジューリングされる。
＜付記終わり＞
これにより、端末装置１は、効率的に基地局装置３と通信することができる。
【０１８６】
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制
御するプログラム（コンピュータを機能させるプログラム）であっても良い。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ  ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤ
Ｄ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き
込みが行われる。
【０１８７】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。
【０１８８】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハ
ードディスク等の記憶装置のことをいう。
【０１８９】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【０１９０】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【０１９１】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢに対する上位ノードの機能の一部または全部を有してもよい。
【０１９２】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０１９３】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【０１９４】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０１９５】
１（１Ａ、１Ｂ、１Ｃ）  端末装置
３  基地局装置
１０  無線送受信部
１１  アンテナ部
１２  ＲＦ部
１３  ベースバンド部
１４  上位層処理部
１５  媒体アクセス制御層処理部
１６  無線リソース制御層処理部
３０  無線送受信部
３１  アンテナ部
３２  ＲＦ部
３３  ベースバンド部
３４  上位層処理部
３５  媒体アクセス制御層処理部
３６  無線リソース制御層処理部
【図１】
2019024184.tif 000003
【図２】
2019024184.tif 000004
【図３】
2019024184.tif 000005
【図４】
2019024184.tif 000006
【図５】
2019024184.tif 000007
【図６】
2019024184.tif 000008
【図７】
2019024184.tif 000009
【図８】
2019024184.tif 000010
【図９】
2019024184.tif 000011
【図１０】
2019024184.tif 000012
【図１１】
2019024184.tif 000013
【図１２】
2019024184.tif 000014