(57)【要約】【課題】端末装置と基地局装置が効率的に通信すること。ＰＨＩＣＨによって要求されたＰＵＳＣＨの送信について十分に検討されていない。【解決手段】端末装置は、ＰＨＩＣＨ、および、ＰＤＣＣＨを受信し、ＰＤＣＣＨを受信してからＰＵＳＣＨを送信するまでの処理時間が異なる、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信と第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が同一の上りリンクサブフレームで発生した場合、前記第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫをセットする。【選択図】図９
2020107918.tif 000002
【特許請求の範囲】
【請求項１】
ＡＣＫおよび／またはＮＡＣＫを示すＨＡＲＱインディケータを含むＰＨＩＣＨ、および、上りリンクグラントを含むＰＤＣＣＨを受信する受信部と、
第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信、および／または、第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信をＰＵＳＣＨで実行する送信部と、
を備え、
前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、ＮＡＣＫを示す前記ＨＡＲＱインディケータに要求される非適応再送信であり、前記ＨＡＲＱインディケータを含むＰＨＩＣＨが受信されたサブフレームより４つ後の上りリンクサブフレームの前記ＰＵＳＣＨにおいて実行され、
前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、上りリンクグラントによってスケジュールされ、前記上りリンクグラントが受信されたサブフレームより３つ後の上りリンクサブフレームの前記ＰＵＳＣＨにおいて、実行され、
前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信と前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が同一の上りリンクサブフレームで発生した場合、前記第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫをセットする
端末装置
【請求項２】
前記第１のＨＡＲＱプロセスに対応するトランスポートブロックの初期送信または適応再送信は、前記ＰＤＣＣＨを用いてスケジュールされ、
前記ＰＤＣＣＨはコモンサーチスペース、および／または、ＵＥ固有サーチスペースにマップされる
請求項１に記載の端末装置
【請求項３】
端末装置と通信する基地局装置であって、
ＡＣＫおよび／またはＮＡＣＫを示すＨＡＲＱインディケータを含むＰＨＩＣＨ、および、上りリンクグラントを含むＰＤＣＣＨを送信する送信部と、
第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信、および／または、第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信をＰＵＳＣＨで受信する受信部と、
を備え、
前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、ＮＡＣＫを示す前記ＨＡＲＱインディケータに要求される非適応再送信であり、前記ＨＡＲＱインディケータを含むＰＨＩＣＨが受信されたサブフレームより４つ後の上りリンクサブフレームの前記ＰＵＳＣＨにおいて実行され、
前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、上りリンクグラントによってスケジュールされ、前記上りリンクグラントが受信されたサブフレームより３つ後の上りリンクサブフレームの前記ＰＵＳＣＨにおいて、実行され、
前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信と前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が同一の上りリンクサブフレームで発生した場合、前記端末装置から前記第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫをセットされる
基地局装置
【請求項４】
前記第１のＨＡＲＱプロセスに対応するトランスポートブロックの初期送信または適応再送信は、前記ＰＤＣＣＨを用いてスケジュールされ、
前記ＰＤＣＣＨはコモンサーチスペース、および／または、ＵＥ固有サーチスペースに
マップされる
請求項３に記載の基地局装置
【請求項５】
端末装置に用いられる通信方法であって、
ＡＣＫおよび／またはＮＡＣＫを示すＨＡＲＱインディケータを含むＰＨＩＣＨ、および、上りリンクグラントを含むＰＤＣＣＨを受信し、
第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信、および／または、第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信をＰＵＳＣＨで実行し、
前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、ＮＡＣＫを示す前記ＨＡＲＱインディケータに要求される非適応再送信であり、前記ＨＡＲＱインディケータを含むＰＨＩＣＨが受信されたサブフレームより４つ後の上りリンクサブフレームの前記ＰＵＳＣＨにおいて実行され、
前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、上りリンクグラントによってスケジュールされ、前記上りリンクグラントが受信されたサブフレームより３つ後の上りリンクサブフレームの前記ＰＵＳＣＨにおいて、実行され、
前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信と前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が同一の上りリンクサブフレームで発生した場合、前記第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫをセットする
通信方法
【請求項６】
前記第１のＨＡＲＱプロセスに対応するトランスポートブロックの初期送信または適応再送信は、前記ＰＤＣＣＨを用いてスケジュールされ、
前記ＰＤＣＣＨはコモンサーチスペース、および／または、ＵＥ固有サーチスペースにマップされる
請求項５に記載の通信方法
【請求項７】
端末装置と通信する基地局装置に用いられる通信方法であって、
ＡＣＫおよび／またはＮＡＣＫを示すＨＡＲＱインディケータを含むＰＨＩＣＨ、および、上りリンクグラントを含むＰＤＣＣＨを送信し、
第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信、および／または、第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信をＰＵＳＣＨで受信し、
前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、ＮＡＣＫを示す前記ＨＡＲＱインディケータに要求される非適応再送信であり、前記ＨＡＲＱインディケータを含むＰＨＩＣＨが受信されたサブフレームより４つ後の上りリンクサブフレームの前記ＰＵＳＣＨにおいて実行され、
前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、上りリンクグラントによってスケジュールされ、前記上りリンクグラントが受信されたサブフレームより３つ後の上りリンクサブフレームの前記ＰＵＳＣＨにおいて、実行され、
前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信と前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が同一の上りリンクサブフレームで発生した場合、前記端末装置から前記第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫをセットされる
通信方法
【請求項８】
前記第１のＨＡＲＱプロセスに対応するトランスポートブロックの初期送信または適応再送信は、前記ＰＤＣＣＨを用いてスケジュールされ、
前記ＰＤＣＣＨはコモンサーチスペース、および／または、ＵＥ固有サーチスペースに
マップされる
請求項７に記載の通信方法
【請求項９】
端末装置に実装される集積回路であって、
ＡＣＫおよび／またはＮＡＣＫを示すＨＡＲＱインディケータを含むＰＨＩＣＨ、および、上りリンクグラントを含むＰＤＣＣＨを受信する受信回路と、
第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信、および／または、第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信をＰＵＳＣＨで実行する送信回路と、
を備え、
前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、ＮＡＣＫを示す前記ＨＡＲＱインディケータに要求される非適応再送信であり、前記ＨＡＲＱインディケータを含むＰＨＩＣＨが受信されたサブフレームより４つ後の上りリンクサブフレームの前記ＰＵＳＣＨにおいて実行され、
前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、上りリンクグラントによってスケジュールされ、前記上りリンクグラントが受信されたサブフレームより３つ後の上りリンクサブフレームの前記ＰＵＳＣＨにおいて、実行され、
前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信と前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が同一の上りリンクサブフレームで発生した場合、前記第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫをセットする
集積回路
【請求項１０】
前記第１のＨＡＲＱプロセスに対応するトランスポートブロックの初期送信または適応再送信は、前記ＰＤＣＣＨを用いてスケジュールされ、
前記ＰＤＣＣＨはコモンサーチスペース、および／または、ＵＥ固有サーチスペースにマップされる
請求項９に記載の集積回路
【請求項１１】
端末装置と通信する基地局装置に実装される集積回路であって、
ＡＣＫおよび／またはＮＡＣＫを示すＨＡＲＱインディケータを含むＰＨＩＣＨ、および、上りリンクグラントを含むＰＤＣＣＨを送信する機能と、
第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信、および／または、第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信をＰＵＳＣＨで受信する機能と、を基地局装置に発揮させ、
前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、ＮＡＣＫを示す前記ＨＡＲＱインディケータに要求される非適応再送信であり、前記ＨＡＲＱインディケータを含むＰＨＩＣＨが受信されたサブフレームより４つ後の上りリンクサブフレームの前記ＰＵＳＣＨにおいて実行され、
前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、上りリンクグラントによってスケジュールされ、前記上りリンクグラントが受信されたサブフレームより３つ後の上りリンクサブフレームの前記ＰＵＳＣＨにおいて、実行され、
前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信と前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が同一の上りリンクサブフレームで発生した場合、前記端末装置から前記第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫをセットされ、前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が前記ＰＵＳＣＨにおいて実行される
集積回路
【請求項１２】
前記第１のＨＡＲＱプロセスに対応するトランスポートブロックの初期送信または適応
再送信は、前記ＰＤＣＣＨを用いてスケジュールされ、
前記ＰＤＣＣＨはコモンサーチスペース、および／または、ＵＥ固有サーチスペースにマップされる機能を基地局装置に発揮させる
請求項１１に記載の集積回路
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、基地局装置、通信方法、および、集積回路に関する。
【背景技術】
【０００２】
セルラー移動通信の無線アクセス方式および無線ネットワーク（「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.
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、ＰＨＩＣＨによって要求されたＰＵＳＣＨの送信について十分に検討されていない。
【０００５】
本発明は上記の点に鑑みてなされたものであり、その目的は、基地局装置と効率的に通信することができる端末装置、該端末装置に実装される集積回路、該端末装置に用いられる通信方法、該端末装置と通信する基地局装置、該基地局装置に用いられる通信方法、および、該基地局装置に実装される集積回路を提供することを目的とする。
【課題を解決するための手段】
【０００６】
（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、ＡＣＫおよび／またはＮＡＣＫを示すＨＡＲＱインディケータを含むＰＨＩＣＨ、および、上りリンクグラントを含むＰＤＣＣＨを受信する受信部と、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信、および／または、第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信をＰＵＳＣＨで実行する送信部と、を備え、前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、ＮＡＣＫを示す前記ＨＡＲＱインディケータに要求される非適応再送信であり、前記ＨＡＲＱインディケータを含むＰＨＩＣＨが受信され
たサブフレームより４つ後の上りリンクサブフレームの前記ＰＵＳＣＨにおいて実行され、前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、上りリンクグラントによってスケジュールされ、前記上りリンクグラントが受信されたサブフレームより３つ後の上りリンクサブフレームの前記ＰＵＳＣＨにおいて、実行され、前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信と前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が同一の上りリンクサブフレームで発生した場合、前記第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫをセットする。
【０００７】
（２）本発明の第２の態様は、端末装置と通信する基地局装置であって、ＡＣＫおよび／またはＮＡＣＫを示すＨＡＲＱインディケータを含むＰＨＩＣＨ、および、上りリンクグラントを含むＰＤＣＣＨを送信する送信部と、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信、および／または、第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信をＰＵＳＣＨで受信する受信部と、を備え、前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、ＮＡＣＫを示す前記ＨＡＲＱインディケータに要求される非適応再送信であり、前記ＨＡＲＱインディケータを含むＰＨＩＣＨが受信されたサブフレームより４つ後の上りリンクサブフレームの前記ＰＵＳＣＨにおいて実行され、前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、上りリンクグラントによってスケジュールされ、前記上りリンクグラントが受信されたサブフレームより３つ後の上りリンクサブフレームの前記ＰＵＳＣＨにおいて、実行され、前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信と前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が同一の上りリンクサブフレームで発生した場合、前記端末装置から前記第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫをセットされる。
【０００８】
（３）本発明の第３の態様は、端末装置に用いられる通信方法であって、ＡＣＫおよび／またはＮＡＣＫを示すＨＡＲＱインディケータを含むＰＨＩＣＨ、および、上りリンクグラントを含むＰＤＣＣＨを受信し、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信、および／または、第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信をＰＵＳＣＨで実行し、前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、ＮＡＣＫを示す前記ＨＡＲＱインディケータに要求される非適応再送信であり、前記ＨＡＲＱインディケータを含むＰＨＩＣＨが受信されたサブフレームより４つ後の上りリンクサブフレームの前記ＰＵＳＣＨにおいて実行され、前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、上りリンクグラントによってスケジュールされ、前記上りリンクグラントが受信されたサブフレームより３つ後の上りリンクサブフレームの前記ＰＵＳＣＨにおいて、実行され、前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信と前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が同一の上りリンクサブフレームで発生した場合、前記第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫをセットする。
【０００９】
（４）本発明の第４の態様は、端末装置と通信する基地局装置に用いられる通信方法であって、ＡＣＫおよび／またはＮＡＣＫを示すＨＡＲＱインディケータを含むＰＨＩＣＨ、および、上りリンクグラントを含むＰＤＣＣＨを送信し、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信、および／または、第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信をＰＵＳＣＨで受信し、前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、ＮＡＣＫを示す前記ＨＡＲＱインディケータに要求される非適応再送信であり、前記ＨＡＲＱインディケータを含むＰＨＩＣＨが受信されたサブフレームより４つ後の上りリンクサブフレームの前記ＰＵＳＣＨにおいて実行され、前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信
は、上りリンクグラントによってスケジュールされ、前記上りリンクグラントが受信されたサブフレームより３つ後の上りリンクサブフレームの前記ＰＵＳＣＨにおいて、実行され、前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信と前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が同一の上りリンクサブフレームで発生した場合、前記端末装置から前記第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫをセットされる。
【００１０】
（５）本発明の第５の態様は、端末装置に実装される集積回路であって、ＡＣＫおよび／またはＮＡＣＫを示すＨＡＲＱインディケータを含むＰＨＩＣＨ、および、上りリンクグラントを含むＰＤＣＣＨを受信する受信回路と、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信、および／または、第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信をＰＵＳＣＨで実行する送信回路と、を備え、前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、ＮＡＣＫを示す前記ＨＡＲＱインディケータに要求される非適応再送信であり、前記ＨＡＲＱインディケータを含むＰＨＩＣＨが受信されたサブフレームより４つ後の上りリンクサブフレームの前記ＰＵＳＣＨにおいて実行され、前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、上りリンクグラントによってスケジュールされ、前記上りリンクグラントが受信されたサブフレームより３つ後の上りリンクサブフレームの前記ＰＵＳＣＨにおいて、実行され、前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信と前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が同一の上りリンクサブフレームで発生した場合、前記第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫをセットする。
【００１１】
（６）本発明の第６の態様は、端末装置と通信する基地局装置に実装される集積回路であって、ＡＣＫおよび／またはＮＡＣＫを示すＨＡＲＱインディケータを含むＰＨＩＣＨ、および、上りリンクグラントを含むＰＤＣＣＨを送信する機能と、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信、および／または、第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信をＰＵＳＣＨで受信する機能と、を基地局装置に発揮させ、前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、ＮＡＣＫを示す前記ＨＡＲＱインディケータに要求される非適応再送信であり、前記ＨＡＲＱインディケータを含むＰＨＩＣＨが受信されたサブフレームより４つ後の上りリンクサブフレームの前記ＰＵＳＣＨにおいて実行され、前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、上りリンクグラントによってスケジュールされ、前記上りリンクグラントが受信されたサブフレームより３つ後の上りリンクサブフレームの前記ＰＵＳＣＨにおいて、実行され、前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信と前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が同一の上りリンクサブフレームで発生した場合、前記端末装置から前記第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫをセットされ、前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が前記ＰＵＳＣＨにおいて実行される。
【発明の効果】
【００１２】
この発明によれば、端末装置が、効率的に基地局装置と通信することができる。
【図面の簡単な説明】
【００１３】
【図１】本実施形態の無線通信システムの概念図である。
【図２】本実施形態におけるキャリアアグリゲーションが設定された上りリンクに対するＭＡＣ層の構造の一例を示す図である。
【図３】本実施形態の無線フレームの概略構成を示す図である。
【図４】本実施形態における上りリンク同期ＨＡＲＱの一例を示す図である。
【図５】本実施形態における上りリンク非同期ＨＡＲＱの一例を示す図である。
【図６】本実施形態におけるＰＨＩＣＨによるＰＵＳＣＨ同期送信の一例を示す図である。
【図７】本実施形態における異なる処理時間によるＰＵＳＣＨ送信の衝突の一例を示す図である。
【図８】本実施形態におけるＴＴＩおよびｓＴＴＩの一例を示す図である。
【図９】本実施形態の端末装置１の構成を示す概略ブロック図である。
【図１０】本実施形態の基地局装置３の構成を示す概略ブロック図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態について説明する。
【００１５】
図１は、本実施形態の無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ〜１Ｃ、および基地局装置３を具備する。以下、端末装置１Ａ〜１Ｃを端末装置１という。
【００１６】
以下、キャリアアグリゲーションについて説明する。
【００１７】
本実施形態では、端末装置１は、１つまたは複数のサービングセルが設定される。端末装置１が複数のサービングセルを介して通信する技術をセルアグリゲーション、またはキャリアアグリゲーションと称する。端末装置１に対して設定される複数のサービングセルのそれぞれにおいて、本発明が適用されてもよい。また、設定された複数のサービングセルの一部において、本発明が適用されてもよい。また、設定された複数のサービングセルのグループのそれぞれにおいて、本発明が適用されてもよい。また、設定された複数のサービングセルのグループの一部において、本発明が適用されてもよい。複数のサービングセルは、少なくとも１つのプライマリーセルを含む。複数のサービングセルは、１つ、または、複数のセカンダリーセルを含んでもよい。複数のサービングセルは、１つ、または、複数のＬＡＡ（Licensed Assisted Access）セルを含んでもよい。
【００１８】
本実施形態の無線通信システムは、ＴＤＤ（Time Division Duplex）、ＦＤＤ（Frequency 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）中に、ランダムアクセスプリアンブルを送信した端末装置１を識別するための識別子である。
【００４３】
Ｃ−ＲＮＴＩおよびＴｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩは、単一のサブフレームにおけるＰＤＳＣＨ送信またはＰＵＳＣＨ送信を制御するために用いられる。ＳＰＳ  Ｃ−ＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨのリソースを周期的に割り当てるために用いられる。
【００４４】
以下、明示されない限り、本実施形態において下りリンク制御情報に付加されるＣＲＣパリティビットは、Ｃ−ＲＮＴＩによってスクランブルされている。
【００４５】
ＰＤＣＣＨは、ＰＤＣＣＨ候補において送信される。端末装置１は、サービングセルにおいてＰＤＣＣＨ候補（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,ノーマル処理時間）と称してもよい。ノーマル処理時間の場合、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信タイミング、および、上りリンクグラントに対するＰＵＳＣＨの送信タイミングは４つのサブフレームである。
【００６０】
また、ｋおよび／またはｊの値は４より小さい値であってもよい。例えば、ｋおよび／またはｊの値は３であってもよい。また、例えば、ｋおよび／またはｊの値は２であってもよい。ｋおよび／またはｊの値は端末装置１の処理能力によって、決定されてもよい。４より小さい値であるｋとｊは短縮タイミング（reduced processing time、短縮処理時
間）とも称してもよい。短縮処理時間の場合、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの送信タイミング、および、上りリンクグラントに対するＰＵＳＣＨの送信タイミングは４つより少ないサブフレームである。即ち、端末装置１の短縮処理能力は、短縮処理時間を用いて、データの送受信を行う能力である。ここで、ｋおよび／またはｊの値は仕様書などによって定義され、基地局装置３と端末装置１との間において、既知の値であってもよい。
【００６１】
ここで、端末装置１の処理能力は端末装置１の能力情報（ケーパビリティ情報）によって、示されてもよい。本実施形態において、端末装置１の短縮能力情報とは、ノーマル処理時間を短縮する能力をサポートすること（またはサポートしないこと）を示すことに関連する端末装置１の能力情報であってもよい。短縮処理能力を持つ端末装置１は、ノーマル処理時間より短い処理時間（短縮処理時間）を用いて、データの送受信を行える。
【００６２】
基地局装置３（ＥＵＴＲＡＮ）が端末装置１の能力情報が必要な時、基地局装置３は接続モードの端末装置１（つまり、ＲＲＣ接続が確立している端末装置１）の能力情報の取得に関する手順を開始する。基地局装置３は、端末装置１の能力情報（例えば、短縮処理能力）を問い合わせる。端末装置１は、その問い合わせに応じて端末装置１の能力情報を基地局装置３に送信する。基地局装置３は、端末装置１の能力情報に基づいて端末装置１が所定の能力に対応しているか否かを判断する。基地局装置３は、端末装置１が所定の能力に対応している場合には、その所定の能力に対応した設定情報を、上位層シグナリングなどを用いて端末装置１へ送信する。端末装置１は、能力情報に対応する設定情報が設定されるかどうかに基づいて、その能力に基づく送受信を行うか、その能力に基づかず送受信を行うかを判断する。例えば、短縮処理能力に対応する設定情報は、ＲＲＣ層のパラメータreducedProcessingTimingとして定義されてもよい。ＲＲＣ層のパラメータreducedPr
ocessingTimingが設定されている端末装置１は、短縮処理時間を用いて、データを送受信してもよい。また、ＲＲＣ層のパラメータ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は、ＴＡＧ（Timing Advance Group
）毎で定義（規定）されてもよい。基地局装置３は、ＴＡＧのそれぞれに対して、ＲＲＣパラメータreducedProcessingTimingが設定されるか否かを端末装置１へ送信（通知）し
てもよい。同じＴＡＧ（Timing Advance Group）に属するサービングセルの各々に対して、ＲＲＣパラメータreducedProcessingTimingに関する設定が適用されてもよい。例えば
。あるＴＡＧのためのＲＲＣパラメータreducedProcessingTimingが設定されている端末
装置１は、該ＴＡＧに属するサービングセルにおいて、短縮処理時間を用いて送受信を行ってもよい。あるＴＡＧのためのＲＲＣパラメータreducedProcessingTimingが設定され
ていない端末装置１は、該ＴＡＧに属するサービングセルにおいて、ノーマル処理時間を用いて送受信を行ってもよい。
【００６８】
以下、本実施形態に関わるＤＣＩフォーマットについて説明する
ＤＣＩフォーマット０は、ＰＵＳＣＨのスケジューリングのために用いられる。ＤＣＩフォーマット０は、“Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ”フィールド、および、“ＨＡＲＱ  ｐｒｏｃｅｓｓ  ｎｕｍｂｅｒ”フィールドを含まない。また、ＤＣＩフォーマット０Ｄは、上りリンクグラントを含み、ＰＵＳＣＨのスケジューリングのために用いられる。ＤＣＩフォーマット０Ｄは、“Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ”フィールド、および、“ＨＡＲＱ  ｐｒｏｃｅｓｓ  ｎｕｍｂｅｒ”フィールドを含む。ここで、ＤＣＩフォーマット０Ｄは、短縮処理時間が設定されているサービングセルにおけるＰＵＳＣＨのスケジューリングに用いられてもよい。なお、ＤＣＩフォーマット０およびＤＣＩフォーマット０Ｄは、上りリンクグラントと称されてもよい。
【００６９】
サービングセルのためのＲＲＣ層のパラメータreducedProcessingTimingが設定されて
いない端末装置１は、該サービングセルにおける、コモンサーチスペース、および、ＵＥ固有サーチスペースにおいてＤＣＩフォーマット０を含むＰＤＣＣＨをデコードしてもよい。サービングセルのためのＲＲＣ層のパラメータreducedProcessingTimingが設定され
ていない端末装置１は、該サービングセルにおける、ＵＥ固有サーチスペースにおいてＤＣＩフォーマット０Ｄを含むＰＤＣＣＨをデコードしなくてもよい。該ＤＣＩフォーマット０は、上りリンク同期ＨＡＲＱのために用いられてもよい。サービングセルのためのＲＲＣ層のパラメータreducedProcessingTimingが設定されている端末装置１は、該サービ
ングセルにおけるコモンサーチスペースにおいてＤＣＩフォーマット０を含むＰＤＣＣＨ
をデコードしてもよく、且つ、該サービングセルにおけるＵＥ固有サーチスペースにおいてＤＣＩフォーマット０Ｄを含むＰＤＣＣＨをデコードしてもよい。サービングセルのためのＲＲＣ層のパラメータreducedProcessingTimingが設定されている端末装置１は、該
サービングセルにおけるＵＥ固有サーチスペースにおいてＤＣＩフォーマット０を含むＰＤＣＣＨをデコードしなくてもよい。該ＤＣＩフォーマット０Ｄは、上りリンク非同期ＨＡＲＱのために用いられてもよい。該ＤＣＩフォーマット０Ｄは、上りリンク同期ＨＡＲＱのために用いられない。上りリンクＨＡＲＱプロセスの番号は、ＤＣＩフォーマット０Ｄに含まれるＨＡＲＱ  ｐｒｏｃｅｓｓ  ｎｕｍｂｅｒ”フィールドによって与えられる。ＦＤＤの場合、端末装置１は、ＵＥ固有サーチスペースにおいてＤＣＩフォーマット０Ｄを含むＰＤＣＣＨのデコードに基づいて、ＰＤＣＣＨをデコードしたサブフレームより３つ後のサブフレームにおいて、ＰＵＳＣＨの送信を実行してもよい。また、端末装置１は、コモンサーチスペースにおいてＤＣＩフォーマット０を含むＰＤＣＣＨのデコードに基づいて、ＰＤＣＣＨをデコードしたサブフレームより４つ後のサブフレームにおいて、ＰＵＳＣＨの送信を実行してもよい。
【００７０】
上りリンクにおけるＨＡＲＱプロセスは同期ＨＡＲＱおよび非同期ＨＡＲＱを含んでいる。以下、上りリンクにおける同期ＨＡＲＱについて説明する。
【００７１】
同期ＨＡＲＱにおいて、上りリンクグラントが対応するＨＡＲＱプロセスは、上りリンクグラントを受信したサブフレーム、および／または、上りリンクグラントに対応するＰＵＳＣＨ（ＵＬ−ＳＣＨ）が送信されるサブフレームに関連する。端末装置１は、同期ＨＡＲＱにおいて、上りリンクグラントが対応するＨＡＲＱプロセスを、上りリンクグラントを受信したサブフレーム、および／または、上りリンクグラントに対応するＰＵＳＣＨ（ＵＬ−ＳＣＨ）が送信されるサブフレームから導き出す。すなわち、同期ＨＡＲＱにおいて、ＨＡＲＱエンティティは、上りリンクグラントに含まれる情報を用いずに、上りリンクグラントが対応するＨＡＲＱプロセスを特定してもよい。
【００７２】
図４は、本実施形態における上りリンク同期ＨＡＲＱの一例を示す図である。図４において、１つのサブフレームは、１つのＨＡＲＱプロセスに対応する。図４において、四角の中の数字は対応するＨＡＲＱプロセスの番号を示す。同期ＨＡＲＱにおいて、ＨＡＲＱエンティティは、ＨＡＲＱプロセスを、ＭＡＣ層におけるＵＬ−ＳＣＨのデータが送信されるサブフレーム、または、ＭＡＣ層におけるＵＬ−ＳＣＨのデータに対応するＤＣＩフォーマット０を検出したサブフレームから導き出される。
【００７３】
図４において、上りリンクグラントに対応するＭＡＣ層のデータが送信されるサブフレームは、上りリンクグラントを受信したサブフレームから導き出される。例えば、上りリンクグラントを受信したサブフレームより４つ後のサブフレームにおいて、該上りリンクグラントに対応するＭＡＣ層におけるＵＬ−ＳＣＨのデータがＰＵＳＣＨで送信されてもよい。
【００７４】
同期ＨＡＲＱにおいて、上りリンク送信に応答してＨＡＲＱインディケータがＰＨＩＣＨで送信される。上りリンク送信が行われたサブフレームと、対応するＰＨＩＣＨが送信されるサブフレームの対応は、予め定められている。例えば、ＰＵＳＣＨでＭＡＣ層のデータを送信したサブフレームより４つ後のサブフレームにおいて、該ＭＡＣ層のデータに対するＨＡＲＱインディケータがＰＨＩＣＨで送信される。また、例えば、ＰＨＩＣＨでＮＡＣＫを受信したサブフレームより４つ後のサブフレームにおいて、ＭＡＣ層のデータがＰＵＳＣＨで再送信される。
【００７５】
以下、本実施形態に関わる上りリンクにおける非同期ＨＡＲＱについて説明する。
【００７６】
図５は、本実施形態における上りリンク非同期ＨＡＲＱの一例を示す図である。図５において、１つのサブフレームは、１つのＨＡＲＱプロセスに対応する。図５において、四角の中の数字は対応するＨＡＲＱプロセスの番号を示す。非同期ＨＡＲＱにおいて、上りリンクグラントがＵＥ固有サーチスペースにマップされるＰＤＣＣＨに含まれる場合、ＨＡＲＱエンティティは、ＨＡＲＱプロセスを、“ＨＡＲＱ  ｐｒｏｃｅｓｓ  ｎｕｍｂｅｒ”フィールドから導き出す。非同期ＨＡＲＱにおいて、上りリンクグラントがランダムアクセスレスポンスに含まれる場合、ＨＡＲＱエンティティは、特定の番号のＨＡＲＱプロセスを用いてもよい。当該特定の番号は０であってもよい。当該特定の番号は予め定められた番号であってもよい。
【００７７】
非同期ＨＡＲＱにおいて、上りリンク送信に応答してＨＡＲＱインディケータがＰＨＩＣＨで送信されない。すなわち、非同期ＨＡＲＱにおいて、ＭＡＣ層のデータ（トランスポートブロック）の再送信は常にＰＤＣＣＨを介してスケジュールされる。図５において、上りリンクグラントに対応するＭＡＣ層のデータが送信されるサブフレームは、上りリンクグラントを受信したサブフレームから導き出される。例えば、短縮処理時間の場合、上りリンクグラントを受信したサブフレームより３つ後のサブフレームにおいて、該上りリンクグラントに対応するＭＡＣ層のデータがＰＵＳＣＨで送信されてもよい。
【００７８】
本実施形態において、あるサービングセルにおける上りリンクＨＡＲＱプロセスに対して、同期ＨＡＲＱおよび非同期ＨＡＲＱの何れが適用されるかは、該サービングセルにＲＲＣ層のパラメータreducedProcessingTimingが設定されるか否かに基づいて、導き出さ
れてもよい。ＲＲＣ層のパラメータreducedProcessingTimingが設定されていないサービ
ングセルにおいて、上りリンクＨＡＲＱプロセスに対して同期ＨＡＲＱが適用されてもよい。ＲＲＣ層のパラメータreducedProcessingTimingが設定されているサービングセルに
おいて、上りリンクＨＡＲＱプロセスに対して非同期ＨＡＲＱが適用されてもよい。また、ＲＲＣ層のパラメータreducedProcessingTimingが設定されているサービングセルにお
ける上りリンクＨＡＲＱプロセスに対して、同期ＨＡＲＱおよび非同期ＨＡＲＱの何れが適用されるかは、上りリンクグラントが受信されたサーチスペースのタイプから導き出されてもよい。例えば、上りリンクHARQプロセスに対応する上りリンクグラントがコモンサーチスペースで受信された場合、該上りリンクHARQプロセスのタイプは同期ＨＡＲＱであってもよい。つまり、コモンサーチスペースで受信された上りリンクグラントに対応するＭＡＣ層のデータに対して、同期ＨＡＲＱが適用される。また、上りリンクＨＡＲＱプロセスに対応する上りリンクグラントがＵＥ固有サーチスペースで受信された場合、該上りリンクＨＡＲＱプロセスのタイプは非同期ＨＡＲＱであってもよい。つまり、ＵＥ固有サーチスペースで受信された上りリンクグラントに対応するＭＡＣ層のデータに対して、非同期ＨＡＲＱが適用される。
【００７９】
本実施形態において、ＨＡＲＱプロセスは、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫを管理する。ＨＡＲＱプロセスは、ＨＡＲＱエンティティが非適応（non-adaptive）再送信を要求しており、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＮＡＣＫがセットされている場合には、上りリンクグラントに応じて送信を生成するよう物理層に指示する。
【００８０】
同期ＨＡＲＱが適用されるＨＡＲＱプロセスは、ＰＨＩＣＨで受信したＨＡＲＱインディケータに基づいて状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫまたはＮＡＣＫをセットする。非同期ＨＡＲＱが適用されるＨＡＲＱプロセスは、ＰＨＩＣＨで受信したＨＡＲＱインディケータに基づいて状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫまたはＮＡＣＫをセットしなくてもよい。
【００８１】
同期ＨＡＲＱが適用されるＨＡＲＱプロセスは、ＨＡＲＱエンティティによる初期送信、または、非適応（non-adaptive）再送信の要求に基づいて、状態変数ＨＡＲＱ＿ＦＥＥ
ＤＢＡＣＫにＮＡＣＫをセットする。また、非同期ＨＡＲＱが適用されるＨＡＲＱプロセスは、ＨＡＲＱエンティティによる初期送信、または、適応（adaptive）再送信の要求に基づいて、状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫをセットする。尚、適応再送信は、ＮＤＩによって指示される再送信であり、非適応再送信は、ＨＡＲＱインディケータによって指示される再送信である。これによって、非同期ＨＡＲＱが適用されるＨＡＲＱプロセスは、非適応再送信を行わなくなる。また、ＨＡＲＱ  ＡＣＫだけが受信された場合、対応するＨＡＲＱプロセスは、ＭＡＣ層のデータをＨＡＲＱバッファにキープ（keep）する。
【００８２】
以下、本実施形態に関わるＰＨＩＣＨに関連するプロシージャについて説明する。
【００８３】
図６は、本実施形態におけるＰＨＩＣＨによるＰＵＳＣＨ同期送信の一例を示す図である。図６において、１つのサブフレームは、１つのＨＡＲＱプロセスに対応する。図６において、四角の中の数字は対応するＨＡＲＱプロセスの番号を示す。
【００８４】
図６において、端末装置１はサブフレームｎ−４においてＰＵＳＣＨを送信する。図６において、端末装置１はサブフレームｎにおけるＰＨＩＣＨを受信する。サブフレームｎにおけるＰＨＩＣＨは、サブフレームｎ−４で送信されたＰＵＳＣＨに関連付けられる。サブフレームｎにおけるＰＨＩＣＨは、サブフレームｎ−４のＰＵＳＣＨで送信されたトランスポートブロックに対するＡＣＫまたはＮＡＣＫを示すＨＡＲＱインディケータを送信するために用いられる。つまり、あるトランスポートブロックがサブフレームｎ−４におけるＰＵＳＣＨで送信されているならば、該トランスポートブロックに対するＡＣＫまたはＮＡＣＫを示すＨＡＲＱインディケータはサブフレームｎにおけるＰＨＩＣＨで送信される（割り当てられる）。ここで、例えば、サブフレームｎ−４で送信されたＰＵＳＣＨ（トランスポートブロック）に対応されるＨＡＲＱプロセスの番号は０に対応している。
【００８５】
次に、端末装置１は、サブフレームｎにおけるＰＨＩＣＨで送信されたＨＡＲＱインディケータに基づいて、該トランスポートブロックの非適応再送信をトリガーするか否かを決定してもよい。例えば、サブフレームｎにおけるＰＨＩＣＨでＡＣＫがデコード（復号）された場合、該トランスポートブロックためのＡＣＫが上位層へ渡され（deliver）て
もよい。つまり、ＨＡＲＱプロセスの番号０に対応する該トランスポートブロックの非適応再送信は、サブフレームｎ＋４で行わなくてもよい。そして、ＡＣＫがデコードされた後、ＨＡＲＱプロセスの番号０に対応するトランスポートブロックの再送信または初期送信は、ＰＤＣＣＨを介してスケジュールされる。
【００８６】
また、例えば、サブフレームｎにおけるＰＨＩＣＨでＮＡＣＫがデコード（復号）された場合、該トランスポートブロックためのＮＡＣＫが上位層へ渡され（deliver）されて
もよい。つまり、ＨＡＲＱプロセスの番号０に対応されるトランスポートブロックの非適応再送信は、サブフレームｎ＋４で行われてもよい。そして、端末装置１は、サブフレームｎ＋４でＰＵＳＣＨの送信を実行した後、サブフレームｎ＋８において、該ＰＵＳＣＨに対するＰＨＩＣＨの受信を試みてもよい。また、測定ギャップ（measurement gap）の
発生により、サブフレームｎ＋４におけるＰＵＳＣＨでトランスポートブロックの非適応再送信が行えない場合がある。例えば、ＨＡＲＱプロセスの番号０に対応するトランスポートブロックの非適応再送信が行おうとするサブフレームｎ＋４が上位層に設定された測定ギャップの一部であった場合、端末装置１は、そのトランスポートブロックの非適応再送信をサブフレームｎ＋４で行わない。続いて、端末装置１は、サブフレームｎ＋８でＰＨＩＣＨの受信を試みなくてもよく、ＨＡＲＱプロセスの番号０に対応するトランスポートブロックの非適応再送信をサブフレームｎ＋１２で引き続き行ってもよい。
【００８７】
測定ギャップは、端末装置１が異なる周波数のセル、および／または、異なるＲＡＴ（Radio Access Technology）の測定を行なうための時間間隔である。基地局装置３は、測
定ギャップの期間を示す情報を、端末装置１に送信する。端末装置１は、該情報に基づいて測定ギャップの期間を設定する。端末装置１は、測定ギャップの一部であるサブフレームにおいて、上りリンク送信をしなくてもよい。
【００８８】
図７は、本実施形態における異なる処理時間によるＰＵＳＣＨ送信の衝突の一例を示す図である。以下、明示されない限り、図７において、端末装置１が短縮処理能力を持つ端末装置であり、且つ、該サービングセルにはＲＲＣパラメータreducedProcessingTiming
が設定されている。図７において、四角の中の数字は対応するＨＡＲＱプロセスの番号を示す。１つのサブフレームは、１つのＨＡＲＱプロセスに対応する。図７において、上りリンクＨＡＲＱプロセスのタイプは、上りリンクグラントが送信されるサーチスペースのタイプに基づいて、決定されてもよい。例えば、上りリンクグラントがＵＥ固有サーチスペースで受信された場合、該上りリンクグラントにスケジュールされるＰＵＳＣＨに対応するＨＡＲＱプロセスに対して非同期ＨＡＲＱが適用されてもよい。そして、端末装置１は、該上りリンクグラントが受信されたサブフレームより３つ後のサブフレームにおいて、ＰＵＳＣＨの送信を行ってもよい。ＨＡＲＱエンティティは、ＨＡＲＱプロセスの番号を、上りリンクグラントに含まれる“ＨＡＲＱ  ｐｒｏｃｅｓｓ  ｎｕｍｂｅｒ”フィールドから導き出す。また、上りリンクグラントがコモンサーチスペースで受信された場合、該上りリンクグラントにスケジュールされるＰＵＳＣＨに対応するＨＡＲＱプロセスに対して同期ＨＡＲＱが適用されてもよい。そして、端末装置１は、該上りリンクグラントが受信されたサブフレームより４つ後のサブフレームにおいて、ＰＵＳＣＨの送信を行ってもよい。ＨＡＲＱエンティティは、ＰＵＳＣＨが送信されるサブフレーム番号に少なくとも基づいて、ＨＡＲＱプロセスの番号を導き出してもよい。
【００８９】
図７において、端末装置１は、サブフレームｎ−４において、同期ＨＡＲＱが適用されるＨＡＲＱプロセスに対応されるトランスポートブロックをＰＵＳＣＨで送信する。上りリンク同期ＨＡＲＱが適用されるＨＡＲＱプロセスにおいて、トランスポートブロックの送信に応答してＨＡＲＱインディケータがＰＨＩＣＨで送信される。また、トランスポートブロックの送信に応答してＨＡＲＱインディケータを含むＰＨＩＣＨが送信されるサブフレームと、トランスポートブロックの送信が行われたサブフレームの対応は、予め定められている。端末装置１は、ＰＵＳＣＨでトランスポートブロックを送信したサブフレームより４つ後のサブフレームにおいて、該トランスポートブロックの送信に対するＨＡＲＱインディケータを含むＰＨＩＣＨの受信を試みる。同様に、端末装置１は、ＰＨＩＣＨでＮＡＣＫを示すＨＡＲＱインディケータを受信したサブフレームより４つ後のサブフレームにおいて、該トランスポートブロックの非適応再送信を実行してもよい。図７において、端末装置１は、サブフレームｎ−４のＰＵＳＣＨで送信されたトランスポートブロックに対するＨＡＲＱインディケータの受信をサブフレームｎにおけるＰＨＩＣＨで試みてもよい。サブフレームｎにおけるＰＨＩＣＨでＮＡＣＫを示すＨＡＲＱインディケータを受信した場合、端末装置１は、サブフレームｎ＋４において、そのトランスポートブロックの非適応再送信を実行する。ここで、図７において、サブフレームｎ−４におけるＰＵＳＣＨで送信されたトランスポートブロックに対応される同期ＨＡＲＱが適用されるＨＡＲＱプロセスの番号は０に対応している。また、端末装置１は、サブフレームｎからサブフレームｎ＋３まで間のサブフレームにおいて、同一のＨＡＲＱプロセス（ＨＡＲＱプロセスの番号０）を示す上りリンクグラントを検出した場合、ＨＡＲＱプロセスの番号０に対応するトランスポートブロックの非適応再送信をストップし、検出した上りリンクグラントに基づいて、ＨＡＲＱプロセスの番号０に対応するトランスポートブロックの初期送信または適応再送信の何れかを実行してもよい。
【００９０】
次に、端末装置１は、サブフレームｎ＋１おいて、ＵＥ固有サーチスペースで上りリン
クグラントを検出した場合、上りリンクグラントによってスケジュールされたトランスポートブロックの送信をサブフレームｎ＋４のＰＵＳＣＨで実行してもよい。前述したように、トランスポートブロックの送信をスケジュールする上りリンクグラントがＵＥ固有サーチスペースで検出された場合、トランスポートブロックの送信タイミングは３ｍｓ（３サブフレーム）に設定されてもよい。また、該トランスポートブロックに対応するＨＡＲＱプロセスに対して非同期ＨＡＲＱが適用されてもよい。該トランスポートブロックに対応されるＨＡＲＱプロセスの番号は、上りリンクグラントに含まれる“ＨＡＲＱ  ｐｒｏｃｅｓｓ  ｎｕｍｂｅｒ”フィールドに基づいて、与えられる。例えば、図７において、上りリンクグラントによってスケジュールされたトランスポートブロックの送信は、ＨＡＲＱプロセスの番号１に対応する。つまり、図７において、ＮＡＣＫを示すＨＡＲＱインディケータによって要求されたトランスポートブロックの送信と、上りリンクグラントによってスケジュールされたトランスポートブロックの送信は、異なるＨＡＲＱプロセスに対応している。
【００９１】
図７から見ると、ＮＡＣＫを示すＨＡＲＱインディケータによって要求されたトランスポートブロックの送信と、上りリンクグラントによってスケジュールされたトランスポートブロックの送信は、同一のサブフレームにおいて発生してしまう。しかしながら、端末装置１は、同一のサブフレームにおいて、同時に送信できない可能性がある。以下、本実施形態において、図７のような上りリンク送信の衝突が発生してしまう場合、上りリンク送信を効率的に実行する例を説明する。
【００９２】
以下、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、ＮＡＣＫを示すＨＡＲＱインディケータに要求される非適応再送信であり、ＨＡＲＱインディケータを含むＰＨＩＣＨが受信されたサブフレームより４つ後の上りリンクサブフレームのＰＵＳＣＨにおいて、実行されてもよい。第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信は、ＵＥ固有サーチスペースにおける上りリンクグラントによってスケジュールされ、上りリンクグラントが受信されたサブフレームより３つ後の上りリンクサブフレームにおいて、実行されてもよい。なお、第１のＨＡＲＱプロセスと第２のＨＡＲＱプロセスは異なるＨＡＲＱプロセスの番号に対応してもよい。
【００９３】
本実施形態の一態様において、端末装置１は、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信をサブフレームｎ＋４でストップする（送信しない）イベントに少なくとも基づいて、サブフレームｎ＋８でＰＨＩＣＨの受信を試みるか否かを決定してもよい。ここで、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信をサブフレームｎ＋４でストップする（送信しない）イベントは、イベント（i）該サ
ブフレームｎ＋４で測定ギャップが発生すること、および、イベント（ii）同一サブフレーム（サブフレームｎ＋４）で第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信の発生を含んでもよい。なお、第２のＨＡＲＱプロセスは、第１のＨＡＲＱプロセスとは異なるＨＡＲＱプロセスである。
【００９４】
例えば、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信がイベント（i）測定ギャップが発生することによってサブフレームｎ＋４でストップ（no transmission）された場合、端末装置１は、サブフレームｎ＋８でＰＨＩＣＨの受信を試みることなく、サブフレームｎ＋１２で第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信を実行してもよい。また、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が上位層に設定された測定ギャップと重複している場合、端末装置１は、サブフレームｎ＋８でＰＨＩＣＨの受信を試みることなく、サブフレームｎ＋１２で第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信を実行してもよい。
【００９５】
また、例えば、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が
イベント（ii）同一サブフレーム（サブフレームｎ＋４）で上りリンクグラントによってスケジュールされたトランスポートブロックの送信の発生によってストップ（no transmission）された場合、端末装置１は、サブフレームｎ＋８でＰＨＩＣＨの受信を試みても
よい。そして、端末装置１は、受信したＰＨＩＣＨに含まれるＨＡＲＱインディケータに基づいて、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信を実行するか否かを決定してもよい。
【００９６】
つまり、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信と第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が同一のサブフレームで発生した場合、端末装置１は、第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信を該サブフレームのＰＵＳＣＨで実行し、該サブフレームのＰＵＳＣＨを用いた第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信をストップし、該サブフレームより４つ後のサブフレームにおいて、ＰＨＩＣＨの受信を試みてもよい。そして、端末装置１は、ＰＨＩＣＨに含まれるＨＡＲＱインディケータに少なくとも基づいて、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信を実行するか否かを決定してもよい。なお、図７において、第１のＨＡＲＱプロセスはＨＡＲＱプロセスの番号０に対応している。第２のＨＡＲＱプロセスはＨＡＲＱプロセスの番号１に対応している。そして、端末装置１は、サブフレームｎ＋４で上りリンクグラントによってスケジュールされた番号１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信を実行し、ＮＡＣＫによって要求された番号０のＨＡＲＱプロセスに対応されるトランスポートブロックの非適応再送信をストップしてもよい。次に、端末装置１は、サブフレームｎ＋８で番号０のＨＡＲＱプロセスに対応されるトランスポートブロックの送信に応答してＨＡＲＱインディケータを含むＰＨＩＣＨの受信を試みてもよい。サブフレームｎ＋８におけるＰＨＩＣＨは、サブフレームｎ−４のＰＵＳＣＨで番号０のＨＡＲＱプロセスに対応されるトランスポートブロックの送信に対するＡＣＫまたはＮＡＣＫを示すＨＡＲＱインディケータを送信するために用いられてもよい。
【００９７】
また、サブフレームｎ＋８におけるＰＨＩＣＨでＡＣＫがデコード（復号）された場合、番号０のＨＡＲＱプロセスに対応される該トランスポートブロックの非適応再送信は、サブフレームｎ＋１２で行わなくてもよい。番号０のＨＡＲＱプロセスに対応する該トランスポートブロックためのＡＣＫが上位層へ渡され（deliver）てもよい。そして、番号
０のＨＡＲＱプロセスに対応されるトランスポートブロックの再送信または初期送信は、ＰＤＣＣＨを介してスケジュールされる。また、サブフレームｎ＋８におけるＰＨＩＣＨでＮＡＣＫがデコード（復号）された場合、番号０のＨＡＲＱプロセスに対応する該トランスポートブロックの非適応再送信は、サブフレームｎ＋１２で実行されてもよい。これにより、異なる２つの番号のＨＡＲＱプロセスに対応トランスポートブロックの送信を効率的に実行することができる。
【００９８】
また、一例として、図７において、上りリンクグラントによってスケジュールされたトランスポートブロックの送信とＮＡＣＫによって要求されたトランスポートブロックの非適応再送信が同一のサブフレームｎ＋４で発生した場合、端末装置１は、サブフレームｎ＋４において、上りリンクグラントによってスケジュールされたトランスポートブロックの送信を実行し、ＮＡＣＫに要求された番号０のＨＡＲＱプロセスに対応されるトランスポートブロックの非適応再送信をストップし、サブフレームｎ＋８でＰＨＩＣＨの受信を試みなくてもよいし、サブフレームｎ＋１２で番号０のＨＡＲＱプロセスに対応されるトランスポートブロックの非適応再送信を実行してもよい。
【００９９】
本実施形態の別の態様において、端末装置１は、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信をサブフレームｎ＋４でストップする（送信しない）イベントに少なくとも基づいて、第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡ
ＣＫにＡＣＫをセットするか否かを決定してもよい。
【０１００】
例えば、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が（i）
測定ギャップが発生することによってサブフレームｎ＋４でストップ（no transmission
）された場合、端末装置１は、第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫをセットしなくてもよい。また、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が（i）測定ギャップが発生することによってサブフレーム
ｎ＋４でストップ（no transmission）された場合、端末装置１は、サブフレームｎ＋１
２で第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信（非適応再送信）を実行してもよい。
【０１０１】
また、例えば、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が（ii）同一サブフレーム（サブフレームｎ＋４）で上りリンクグラントによってスケジュールされたトランスポートブロックの送信の発生によってストップ（no transmission）
された場合、端末装置１は、第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫをセットしてもよい。そして、該第１のＨＡＲＱプロセスに対応するトランスポートブロックの初期送信または適応再送信は、ＰＤＣＣＨを介してスケジュールされる。ここで、ＰＤＣＣＨはコモンサーチスペース、および／または、ＵＥ固有サーチスペースにマップされた上りリンクグラントを含んでいる。
【０１０２】
ここで、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信と第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が同一のサブフレームで発生した場合、端末装置１は、第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットし、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの非適応再送信を該サブフレームのＰＵＳＣＨでストップし、第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信を該サブフレームのＰＵＳＣＨで実行してもよい。ここで、第１のＨＡＲＱプロセスに対応されるトランスポートブロックためのＡＣＫが上位層へ渡され（deliver）てもよい。この場合、端末装置１は、サブフレームｎ＋８
でＰＨＩＣＨの受信を試みなくてもよく、サブフレームｎ＋１２で第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信を実行しなくてもよい。
【０１０３】
つまり、図７において、端末装置１は、サブフレームｎにおけるＰＨＩＣＨでＮＡＣＫをデコード（復号）した場合、番号０の第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＮＡＣＫをセットする。端末装置１は、ＮＡＣＫによって要求された第１のＨＡＲＱプロセスに対応されるトランスポートブロックの非適応再送信を、ノーマル処理時間を用いてサブフレームｎ＋４で、行おうとする。その際、端末装置１はサブフレームｎ＋１において、ＵＥ固有サーチスペースで番号１の第２のＨＡＲＱプロセスに対応する上りリンクグラントを検出しているのであれば、端末装置１は、ＵＥ固有サーチスペースで受信した上りリンクグラントによってスケジュールされるトランスポートブロックの送信を、短縮処理時間を用いてサブフレームｎ＋４で、行う場合がある。このような場合、番号０の第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信と番号１の第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が同一のサブフレームｎ＋４で発生することがある。この場合、端末装置１は、番号０の第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫをセットしてもよい。そして、番号０の第１のＨＡＲＱプロセスに対応するトランスポートブロックの初期送信または適応再送信は、ＰＤＣＣＨを介してスケジュール（指示）される。つまり、番号０の第１のＨＡＲＱプロセスに対応される該トランスポートブロックの非適応再送信は、サブフレームｎ＋４、および、ｎ＋１２で行われなくてもよい。これにより、異なる２つの番号のＨＡＲＱプロセスに対応トランスポートブロックの送信を効率的に実行することができる。
【０１０４】
以下、本実施形態に関わるｓＴＴＩについて説明する。
【０１０５】
図８は、本実施形態におけるＴＴＩおよびｓＴＴＩの一例を示す図である。ＴＴＩは、２×ＮＵＬｓｙｍｂのＳＣ−ＦＤＭＡシンボルから構成されてもよい。なお、ＮＵＬｓｙｍｂは、１つのスロットを構成するＳＣ−ＦＤＭＡシンボルの数であってもよい。図８において、ｓＴＴＩ（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 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）などを生成し、又は上位ノードから取得し
、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。
【０１２５】
無線送受信部３０の機能は、無線送受信部１０と同様であるため説明を省略する。
【０１２６】
基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。端末装置１が備える符号１０から符号１６が付された部のそれぞれは、回路として構成されてもよい。
【０１２７】
以下、本実施形態における、端末装置、および、基地局装置の種々の態様について説明する。
【０１２８】
（１）本実施形態の第１の態様は端末装置であって、ＡＣＫおよび／またはＮＡＣＫを示すＨＡＲＱインディケータを含むＰＨＩＣＨ、および、上りリンクグラントを含むＰＤＣＣＨを受信する受信部１０と、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信、および／または、第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信をＰＵＳＣＨで実行する送信部１０と、を備え、前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックのＰＵＳＣＨ送信は、ＮＡＣＫを示す前記ＨＡＲＱインディケータに要求される非適応再送信であり、前記ＨＡＲＱインディケータを含むＰＨＩＣＨが受信されたサブフレームより４つ後の上りリンクサブフレームのＰＵＳＣＨにおいて実行され、前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックのＰＵＳＣＨ送信は、上りリンクグラントによってスケジュールされ、前記上りリンクグラントが受信されたサブフレームより３つ後の上りリンクサブフレームのＰＵＳＣＨにおいて、実行され、前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信と前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が同一の上りリンクサブフレームで発生した場合、前記第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫをセットする。
【０１２９】
（２）本実施形態の第１の態様において、前記第１のＨＡＲＱプロセスに対応するトランスポートブロックの初期送信または適応再送信は、前記ＰＤＣＣＨを用いてスケジュールされ、前記ＰＤＣＣＨはコモンサーチスペース、および／または、ＵＥ固有サーチスペースにマップされる。
【０１３０】
（３）本実施形態の第２の態様は端末装置と通信する基地局装置であって、ＡＣＫおよび／またはＮＡＣＫを示すＨＡＲＱインディケータを含むＰＨＩＣＨ、および、上りリンクグラントを含むＰＤＣＣＨを送信する送信部３０と、第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信、および／または、第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信をＰＵＳＣＨで受信する受信部３０と、を備え、前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックのＰＵＳＣＨ送信は、ＮＡＣＫを示す前記ＨＡＲＱインディケータに要求される非適応再送信であり、前記ＨＡＲＱインディケータを含むＰＨＩＣＨが受信されたサブフレームより４つ後の上りリンクサブフレームのＰＵＳＣＨにおいて実行され、前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックのＰＵＳＣＨ送信は、上りリンクグラントによってスケジュールされ、前記上りリンクグラントが受信されたサブフレームより３つ後の上りリンクサブフレー
ムのＰＵＳＣＨにおいて、実行され、前記第１のＨＡＲＱプロセスに対応されるトランスポートブロックの送信と前記第２のＨＡＲＱプロセスに対応されるトランスポートブロックの送信が同一の上りリンクサブフレームで発生した場合、前記端末装置から前記第１のＨＡＲＱプロセスの状態変数ＨＡＲＱ＿ＦＥＥＤＢＡＣＫにＡＣＫをセットされる。
【０１３１】
（４）本実施形態の第２の態様において、前記第１のＨＡＲＱプロセスに対応するトランスポートブロックの初期送信または適応再送信は、前記ＰＤＣＣＨを用いてスケジュールされ、前記ＰＤＣＣＨはコモンサーチスペース、および／または、ＵＥ固有サーチスペースにマップされる。
【０１３２】
これにより、端末装置１は、効率的に基地局装置３と通信することができる。
【０１３３】
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制
御するプログラム（コンピュータを機能させるプログラム）であっても良い。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ  ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤ
Ｄ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き
込みが行われる。
【０１３４】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。
【０１３５】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０１３６】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【０１３７】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【０１３８】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢに対する上位ノードの機能の一部または全部を有してもよい。
【０１３９】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０１４０】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【０１４１】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０１４２】
１（１Ａ、１Ｂ、１Ｃ）  端末装置
３  基地局装置
１０  無線送受信部
１１  アンテナ部
１２  ＲＦ部
１３  ベースバンド部
１４  上位層処理部
１５  媒体アクセス制御層処理部
１６  無線リソース制御層処理部
３０  無線送受信部
３１  アンテナ部
３２  ＲＦ部
３３  ベースバンド部
３４  上位層処理部
３５  媒体アクセス制御層処理部
３６  無線リソース制御層処理部
【図１】
2020107918.tif 000003
【図２】
2020107918.tif 000004
【図３】
2020107918.tif 000005
【図４】
2020107918.tif 000006
【図５】
2020107918.tif 000007
【図６】
2020107918.tif 000008
【図７】
2020107918.tif 000009
【図８】
2020107918.tif 000010
【図９】
2020107918.tif 000011
【図１０】
2020107918.tif 000012