(57)【要約】【課題】上りリンクデータを効率的に送信する。【解決手段】端末装置であって、第１のＵＬグラント、第２のＵＬグラント、および、ランダムアクセスレスポンスグラントを受信する受信部と、ＰＵＳＣＨでの送信を実行する送信部と、を備え、前記ＰＵＳＣＨでの送信がＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加された前記第２のＵＬグラントに対応する場合には、前記第２のＵＬグラントを用いて指示された長さの送信時間間隔で前記ＰＵＳＣＨでの第１の送信を実行し、前記ＰＵＳＣＨでの送信がランダムアクセスレスポンスグラントに対応する場合には、長さが１ｍｓの送信時間間隔で前記ＰＵＳＣＨでの第２の送信を実行する。【選択図】図６
2019091957.tif 000002
【特許請求の範囲】
【請求項１】
第１のＵＬグラント、第２のＵＬグラント、および、ランダムアクセスレスポンスグラントを受信する受信部と、
ＰＵＳＣＨでの送信を実行する送信部と、を備え、
前記ＰＵＳＣＨでの送信がＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加された前記第２のＵＬグラントに対応する場合には、前記第２のＵＬグラントを用いて指示された長さの送信時間間隔で前記ＰＵＳＣＨでの第１の送信を実行し、
前記ＰＵＳＣＨでの送信がランダムアクセスレスポンスグラントに対応する場合には、長さが１ｍｓの送信時間間隔で前記ＰＵＳＣＨでの第２の送信を実行し、
前記ＰＵＳＣＨでの前記第１の送信に対する帯域幅は、前記第１のＵＬグラントを用いてスケジュールされ、
前記ＰＵＳＣＨでの前記第２の送信に対する帯域幅は、前記ランダムアクセスレスポンスグラントを用いてスケジュールされる
端末装置。
【請求項２】
前記ＰＵＳＣＨでの前記第１の送信に関連するＤＭＲＳが含まれるＳＣ−ＦＤＭＡシンボルは、前記第２のＵＬグラントを用いて指示され、
前記ＰＵＳＣＨでの前記第２の送信に関連するＤＭＲＳは、前記ＰＵＳＣＨでの前記第２の送信に関連するスロットにおける４番目のＳＣ−ＦＤＭＡシンボルに含まれる
請求項１に記載の端末装置。
【請求項３】
前記ＰＵＳＣＨでの前記第１の送信のタイミングは、前記第２のＵＬグラントを用いて指示される
請求項１または請求項２に記載の端末装置。
【請求項４】
第１のＵＬグラント、第２のＵＬグラント、および、ランダムアクセスレスポンスグラントを送信する送信部と、
ＰＵＳＣＨでの受信を実行する受信部と、を備え、
前記ＰＵＳＣＨでの受信がＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加された前記第２のＵＬグラントに対応する場合には、前記第２のＵＬグラントを用いて指示された長さの送信時間間隔で前記ＰＵＳＣＨでの第１の受信を実行し、
前記ＰＵＳＣＨでの送信がランダムアクセスレスポンスグラントに対応する場合には、長さが１ｍｓの送信時間間隔で前記ＰＵＳＣＨでの第２の受信を実行し、
前記ＰＵＳＣＨでの前記第１の受信に対する帯域幅は、前記第１のＵＬグラントを用いてスケジュールされ、
前記ＰＵＳＣＨでの前記第２の受信に対する帯域幅は、前記ランダムアクセスレスポンスグラントを用いてスケジュールされる
基地局装置。
【請求項５】
前記ＰＵＳＣＨでの前記第１の受信に関連するＤＭＲＳが含まれるＳＣ−ＦＤＭＡシンボルは、前記第２のＵＬグラントを用いて指示され、
前記ＰＵＳＣＨでの前記第２の受信に関連するＤＭＲＳは、前記ＰＵＳＣＨでの前記第２の受信に関連するスロットにおける４番目のＳＣ−ＦＤＭＡシンボルに含まれる
請求項４に記載の基地局装置。
【請求項６】
前記ＰＵＳＣＨでの前記第１の受信のタイミングは、前記第２のＵＬグラントを用いて指示される
請求項４または請求項５に記載の基地局装置。
【請求項７】
第１のＵＬグラント、第２のＵＬグラント、および、ランダムアクセスレスポンスグラントを受信し、
ＰＵＳＣＨでの送信を実行し、
前記ＰＵＳＣＨでの送信がＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加された前記第２のＵＬグラントに対応する場合には、前記第２のＵＬグラントを用いて指示された長さの送信時間間隔で前記ＰＵＳＣＨでの第１の送信を実行し、
前記ＰＵＳＣＨでの送信がランダムアクセスレスポンスグラントに対応する場合には、長さが１ｍｓの送信時間間隔で前記ＰＵＳＣＨでの第２の送信を実行し、
前記ＰＵＳＣＨでの前記第１の送信に対する帯域幅は、前記第１のＵＬグラントを用いてスケジュールされ、
前記ＰＵＳＣＨでの前記第２の送信に対する帯域幅は、前記ランダムアクセスレスポンスグラントを用いてスケジュールされる
端末装置の通信方法。
【請求項８】
第１のＵＬグラント、第２のＵＬグラント、および、ランダムアクセスレスポンスグラントを送信し、
ＰＵＳＣＨでの受信を実行し、
前記ＰＵＳＣＨでの受信がＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加された前記第２のＵＬグラントに対応する場合には、前記第２のＵＬグラントを用いて指示された長さの送信時間間隔で前記ＰＵＳＣＨでの第１の受信を実行し、
前記ＰＵＳＣＨでの送信がランダムアクセスレスポンスグラントに対応する場合には、長さが１ｍｓの送信時間間隔で前記ＰＵＳＣＨでの第２の受信を実行し、
前記ＰＵＳＣＨでの前記第１の受信に対する帯域幅は、前記第１のＵＬグラントを用いてスケジュールされ、
前記ＰＵＳＣＨでの前記第２の受信に対する帯域幅は、前記ランダムアクセスレスポンスグラントを用いてスケジュールされる
基地局装置の通信方法。
【請求項９】
第１のＵＬグラント、第２のＵＬグラント、および、ランダムアクセスレスポンスグラントを受信する機能と、
ＰＵＳＣＨでの送信を実行する機能と、を端末装置に発揮させ、
前記ＰＵＳＣＨでの送信がＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加された前記第２のＵＬグラントに対応する場合には、前記第２のＵＬグラントを用いて指示された長さの送信時間間隔で前記ＰＵＳＣＨでの第１の送信を実行し、
前記ＰＵＳＣＨでの送信がランダムアクセスレスポンスグラントに対応する場合には、長さが１ｍｓの送信時間間隔で前記ＰＵＳＣＨでの第２の送信を実行し、
前記ＰＵＳＣＨでの前記第１の送信に対する帯域幅は、前記第１のＵＬグラントを用いてスケジュールされ、
前記ＰＵＳＣＨでの前記第２の送信に対する帯域幅は、前記ランダムアクセスレスポンスグラントを用いてスケジュールされる
前記端末装置に搭載される集積回路。
【請求項１０】
第１のＵＬグラント、第２のＵＬグラント、および、ランダムアクセスレスポンスグラントを送信する機能と、
ＰＵＳＣＨでの受信を実行する機能と、を基地局装置に発揮させ、
前記ＰＵＳＣＨでの受信がＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加された前記第２のＵＬグラントに対応する場合には、前記第２のＵＬグラントを用いて指示された長さの送信時間間隔で前記ＰＵＳＣＨでの第１の受信を実行し、
前記ＰＵＳＣＨでの送信がランダムアクセスレスポンスグラントに対応する場合には、長さが１ｍｓの送信時間間隔で前記ＰＵＳＣＨでの第２の受信を実行し、
前記ＰＵＳＣＨでの前記第１の受信に対する帯域幅は、前記第１のＵＬグラントを用いてスケジュールされ、
前記ＰＵＳＣＨでの前記第２の受信に対する帯域幅は、前記ランダムアクセスレスポンスグラントを用いてスケジュールされる
前記基地局装置に搭載される集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、基地局装置、通信方法、および、集積回路に関する。
【背景技術】
【０００２】
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long Term Evolution （LTE）」、または、「Evolved Universal Terrestrial Radio Access : EUTRA
」と称する）が、第三世代パートナーシッププロジェクト（3rd Generation Partnership
Project : 3GPP）において検討されている（非特許文献１）。ＬＴＥでは、基地局装置
をｅＮｏｄｅＢ（evolved NodeB）、端末装置をＵＥ（User Equipment）とも称する。Ｌ
ＴＥは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。ここで、単一の基地局装置は複数のセルを管理してもよい。
【０００３】
３ＧＰＰにおいて、待ち時間の縮小の強化（latency reduction enhancements）が検討されている。例えば、待ち時間の縮小の解決策として、セミパーシステントスケジューリング（Semi-Persistent Scheduling : SPS）や上りリンクグラント受信（UL Grant reception）、設定されたセミパーシステントスケジューリングの活性化および非活性化（Configured SPS activation and deactivation）が検討されている（非特許文献１）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】"3GPP TR 36.881 V0.5.2 (2016-02) Evolved Universal Terrestrial Radio Access (E-UTRA); Study on latency reduction techniques for LTE (Release 13)", R2-161963, Ericsson.
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述のような無線通信システムにおいて、上りリンクデータが送信される際の手順について、具体的な方法は十分に検討されていなかった。
【０００６】
本発明は上記の点に鑑みてなされたものであり、その目的は、上りリンクデータを効率的に送信することができる端末装置、基地局装置、通信方法、および、集積回路を提供することを目的とする。
【課題を解決するための手段】
【０００７】
（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の一態様における端末装置は、第１のＵＬグラント、第２のＵＬグラント、および、ランダムアクセスレスポンスグラントを受信する受信部と、ＰＵＳＣＨでの送信を実行する送信部と、を備え、前記ＰＵＳＣＨでの送信がＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加された前記第２のＵＬグラントに対応する場合には、前記第２のＵＬグラントを用いて指示された長さの送信時間間隔で前記ＰＵＳＣＨでの第１の送信を実行し、前記ＰＵＳＣＨでの送信がランダムアクセスレスポンスグラントに対応する場合には、長さが１ｍｓの送信時間間隔で前記ＰＵＳＣＨでの第２の送信を実行し、前記ＰＵＳＣＨでの前記第１の送信に対する帯域幅は、前記第１のＵＬグラントを用いてスケジュールされ、前記ＰＵＳＣＨでの前記第２の送信に対する帯域幅は、前記ランダムアクセスレスポンスグラントを用いてスケジュールされる。
【０００８】
（２）また、本発明の一態様における基地局装置は、第１のＵＬグラント、第２のＵＬ
グラント、および、ランダムアクセスレスポンスグラントを送信する送信部と、ＰＵＳＣＨでの受信を実行する受信部と、を備え、前記ＰＵＳＣＨでの受信がＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加された前記第２のＵＬグラントに対応する場合には、前記第２のＵＬグラントを用いて指示された長さの送信時間間隔で前記ＰＵＳＣＨでの第１の受信を実行し、前記ＰＵＳＣＨでの送信がランダムアクセスレスポンスグラントに対応する場合には、長さが１ｍｓの送信時間間隔で前記ＰＵＳＣＨでの第２の受信を実行し、前記ＰＵＳＣＨでの前記第１の受信に対する帯域幅は、前記第１のＵＬグラントを用いてスケジュールされ、前記ＰＵＳＣＨでの前記第２の受信に対する帯域幅は、前記ランダムアクセスレスポンスグラントを用いてスケジュールされる。
【０００９】
（３）また、本発明の一態様における端末装置の通信方法は、第１のＵＬグラント、第２のＵＬグラント、および、ランダムアクセスレスポンスグラントを受信し、ＰＵＳＣＨでの送信を実行し、前記ＰＵＳＣＨでの送信がＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加された前記第２のＵＬグラントに対応する場合には、前記第２のＵＬグラントを用いて指示された長さの送信時間間隔で前記ＰＵＳＣＨでの第１の送信を実行し、前記ＰＵＳＣＨでの送信がランダムアクセスレスポンスグラントに対応する場合には、長さが１ｍｓの送信時間間隔で前記ＰＵＳＣＨでの第２の送信を実行し、前記ＰＵＳＣＨでの前記第１の送信に対する帯域幅は、前記第１のＵＬグラントを用いてスケジュールされ、前記ＰＵＳＣＨでの前記第２の送信に対する帯域幅は、前記ランダムアクセスレスポンスグラントを用いてスケジュールされる。
【００１０】
（４）また、本発明の一態様における基地局装置の通信方法は、第１のＵＬグラント、第２のＵＬグラント、および、ランダムアクセスレスポンスグラントを送信し、ＰＵＳＣＨでの受信を実行し、前記ＰＵＳＣＨでの受信がＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加された前記第２のＵＬグラントに対応する場合には、前記第２のＵＬグラントを用いて指示された長さの送信時間間隔で前記ＰＵＳＣＨでの第１の受信を実行し、前記ＰＵＳＣＨでの送信がランダムアクセスレスポンスグラントに対応する場合には、長さが１ｍｓの送信時間間隔で前記ＰＵＳＣＨでの第２の受信を実行し、前記ＰＵＳＣＨでの前記第１の受信に対する帯域幅は、前記第１のＵＬグラントを用いてスケジュールされ、前記ＰＵＳＣＨでの前記第２の受信に対する帯域幅は、前記ランダムアクセスレスポンスグラントを用いてスケジュールされる。
【００１１】
（５）また、本発明の一態様における端末装置に搭載される集積回路は、第１のＵＬグラント、第２のＵＬグラント、および、ランダムアクセスレスポンスグラントを受信する機能と、ＰＵＳＣＨでの送信を実行する機能と、を端末装置に発揮させ、前記ＰＵＳＣＨでの送信がＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加された前記第２のＵＬグラントに対応する場合には、前記第２のＵＬグラントを用いて指示された長さの送信時間間隔で前記ＰＵＳＣＨでの第１の送信を実行し、前記ＰＵＳＣＨでの送信がランダムアクセスレスポンスグラントに対応する場合には、長さが１ｍｓの送信時間間隔で前記ＰＵＳＣＨでの第２の送信を実行し、前記ＰＵＳＣＨでの前記第１の送信に対する帯域幅は、前記第１のＵＬグラントを用いてスケジュールされ、前記ＰＵＳＣＨでの前記第２の送信に対する帯域幅は、前記ランダムアクセスレスポンスグラントを用いてスケジュールされる。
【００１２】
（６）また、本発明の一態様における基地局装置に搭載される集積回路は、第１のＵＬグラント、第２のＵＬグラント、および、ランダムアクセスレスポンスグラントを送信する機能と、ＰＵＳＣＨでの受信を実行する機能と、を基地局装置に発揮させ、前記ＰＵＳＣＨでの受信がＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加された前記第２のＵＬグラントに対応する場合には、前記第２のＵＬグラントを用いて指示された長さの送信時間間隔で前記ＰＵＳＣＨでの第１の受信を実行し、前記ＰＵＳＣＨで
の送信がランダムアクセスレスポンスグラントに対応する場合には、長さが１ｍｓの送信時間間隔で前記ＰＵＳＣＨでの第２の受信を実行し、前記ＰＵＳＣＨでの前記第１の受信に対する帯域幅は、前記第１のＵＬグラントを用いてスケジュールされ、前記ＰＵＳＣＨでの前記第２の受信に対する帯域幅は、前記ランダムアクセスレスポンスグラントを用いてスケジュールされる。
【発明の効果】
【００１３】
この発明によれば、上りリンクデータを効率的に送信することができる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態における無線通信システムの概念を示す図である。
【図２】本実施形態における無線リソースの構成を示す図である。
【図３】本実施形態における上りリンクデータの送信方法を示す図である。
【図４】本実施形態における上りリンクデータの送信方法を示す別の図である。
【図５】本実施形態における上りリンクデータの送信方法を示す別の図である。
【図６】本実施形態における上りリンクデータの送信方法を示す別の図である。
【図７】本実施形態における端末装置１の構成を示す概略ブロック図である。
【図８】本実施形態における基地局装置３の構成を示す概略ブロック図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施形態について説明する。
【００１６】
図１は、本実施形態における無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ〜１Ｃ、および基地局装置３を具備する。以下、端末装置１Ａ〜１Ｃを端末装置１とも称する。
【００１７】
本実施形態における物理チャネルおよび物理信号について説明する。
【００１８】
図１において、端末装置１から基地局装置３への上りリンクの無線通信では、以下の上りリンク物理チャネルが用いられる。ここで、上りリンク物理チャネルは、上位層から出力された情報を送信するために使用される。
・ＰＵＣＣＨ（Physical Uplink Control Channel）
・ｓＰＵＣＣＨ（short Physical Uplink Control Channel）
・ＰＵＳＣＨ（Physical Uplink Shared Channel）
・ｓＰＵＳＣＨ（short Physical Uplink Shared Channel）
・ＰＲＡＣＨ（Physical Random Access Channel）
・ｓＰＲＡＣＨ（short Physical Random Access Channel）
【００１９】
ＰＵＣＣＨ、および／または、ｓＰＵＣＣＨは、上りリンク制御情報（Uplink Control
Information : UCI）を送信するために用いられる。以下、ＰＵＣＣＨは、ｓＰＵＣＣＨを含んでもよい。ここで、上りリンク制御情報には、下りリンクのチャネルの状態を示すために用いられるチャネル状態情報（Channel State Information : CSI）が含まれても
よい。また、上りリンク制御情報には、ＵＬ−ＳＣＨのリソースを要求するために用いられるスケジューリング要求（Scheduling Request : SR）が含まれてもよい。また、上り
リンク制御情報には、ＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat request ACKnowledgement）が含まれてもよい。
【００２０】
ここで、ＨＡＲＱ−ＡＣＫは、下りリンクデータ（Transport block, Medium Access Control Protocol Data Unit : MAC PDU, Downlink-Shared Channel : DL-SCH, Physical Downlink Shared Channel : PDSCH）に対するＨＡＲＱ−ＡＣＫを示してもよい。すなわ
ち、ＨＡＲＱ−ＡＣＫは、下りリンクデータに対するＡＣＫ（acknowledgement, positive-acknowledgment）またはＮＡＣＫ（negative-acknowledgement）を示してもよい。ここで、ＨＡＲＱ−ＡＣＫは、ＡＣＫ／ＮＡＣＫ、ＨＡＲＱフィードバック、ＨＡＲＱ応答、ＨＡＲＱ情報、または、ＨＡＲＱ制御情報とも称される。
【００２１】
ＰＵＳＣＨ、および／または、ｓＰＵＳＣＨは、上りリンクデータ（Uplink-Shared Channel : UL-SCH）を送信するために用いられる。以下、ＰＵＳＣＨは、ｓＰＵＳＣＨを含んでもよい。また、ＰＵＳＣＨは、上りリンクデータと共にＨＡＲＱ−ＡＣＫおよび／またはＣＳＩを送信するために用いられてもよい。また、ＰＵＳＣＨは、ＣＳＩのみ、または、ＨＡＲＱ−ＡＣＫおよびＣＳＩのみを送信するために用いられてもよい。すなわち、ＰＵＳＣＨは、上りリンク制御情報のみを送信するために用いられてもよい。
【００２２】
ここで、基地局装置３と端末装置１は、上位層（higher layer）において信号をやり取り（送受信）してもよい。例えば、基地局装置３と端末装置１は、無線リソース制御（Radio Resource Control : RRC）層において、ＲＲＣシグナリング（RRC message、RRC informationとも称される）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ（Medium Access Control）層において、ＭＡＣコントロールエレメントをやり取り（
送受信）してもよい。ここで、ＲＲＣシグナリング、および／または、ＭＡＣコントロールエレメントを、上位層の信号（higher layer signaling）とも称する。
【００２３】
ここで、本実施形態において、「上位層のパラメータ」、「上位層のメッセージ」、「上位層の信号」、「上位層の情報」、および、「上位層の情報要素」は、同一のものであってもよい。
【００２４】
また、ＰＵＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣコントロールエレメントを送信するために用いられてもよい。ここで、基地局装置３から送信されるＲＲＣシグナリングは、セル内における複数の端末装置１に対して共通のシグナリングであってもよい。また、基地局装置３から送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のシグナリング（dedicated signalingとも称する）であってもよい。すなわち、ユーザ
ー装置スペシフィック（ユーザー装置固有）な情報は、ある端末装置１に対して専用のシグナリングを用いて送信されてもよい。
【００２５】
ＰＲＡＣＨ、および／または、ｓＰＲＡＣＨは、ランダムアクセスプリアンブルを送信するために用いられる。以下、ＰＲＡＣＨは、ｓＰＲＡＣＨを含んでもよい。例えば、ＰＲＡＣＨ（または、ランダムアクセスプロシージャ）は、端末装置１が、基地局装置３と時間領域の同期を取ることを主な目的として用いられる。また、ＰＲＡＣＨ（または、ランダムアクセスプロシージャ）は、初期コネクション確立（initial connection establishment）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（connection re-establishment）プロシージャ、上りリンク送信に対する同期（タイミング調整）、お
よび、スケジューリング要求（ＰＵＳＣＨリソースの要求、ＵＬ−ＳＣＨリソースの要求）の送信のためにも用いられてもよい。
【００２６】
図１において、上りリンクの無線通信では、以下の上りリンク物理信号が用いられる。ここで、上りリンク物理信号は、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・上りリンク参照信号（Uplink Reference Signal : UL RS）
【００２７】
本実施形態において、以下の２つのタイプの上りリンク参照信号が用いられる。
・ＤＭＲＳ（Demodulation Reference Signal）
・ＳＲＳ（Sounding Reference Signal）
【００２８】
ＤＭＲＳは、ＰＵＳＣＨ、ｓＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連する。すなわち、ＤＭＲＳは、ＰＵＳＣＨ、ｓＰＵＳＣＨ、または、ＰＵＣＣＨと時間多重されてもよい。例えば、基地局装置３は、ＰＵＳＣＨ、ｓＰＵＳＣＨ、または、ＰＵＣＣＨの伝搬路補正を行なうためにＤＭＲＳを使用してもよい。以下、ＰＵＳＣＨとＤＭＲＳを共に送信することを、単にＰＵＳＣＨを送信するとも称する。また、ｓＰＵＳＣＨとＤＭＲＳを共に送信することを、単にｓＰＵＳＣＨを送信するとも称する。また、ＰＵＣＣＨとＤＭＲＳを共に送信することを、単にＰＵＣＣＨを送信するとも称する。
【００２９】
ＳＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連しない。例えば、基地局装置３は、上りリンクのチャネル状態を測定するためにＳＲＳを使用してもよい。
【００３０】
図１において、基地局装置３から端末装置１への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられる。ここで、下りリンク物理チャネルは、上位層から出力された情報を送信するために使用される。
・ＰＢＣＨ（Physical Broadcast Channel）
・ＰＣＦＩＣＨ（Physical Control Format Indicator Channel）
・ＰＨＩＣＨ（Physical Hybrid automatic repeat request Indicator Channel）
・ＰＤＣＣＨ（Physical Downlink Control Channel）
・ＥＰＤＣＣＨ（Enhanced Physical Downlink Control Channel）
・ｓＰＤＣＣＨ（short Physical Downlink Control Channel）
・ＰＤＳＣＨ（Physical Downlink Shared Channel）
・ｓＰＤＳＣＨ（short 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）、および／または、下りリンクアサインメント（downlink assignment）とも称する。また、上りリンクに対するＤＣＩフォーマットを、上りリンク
のＤＣＩ、上りリンクグラント（Uplink grant）、および／または、上りリンクアサインメント（Uplink assignment）とも称する。
【００３７】
例えば、下りリンクアサインメントとして、１つのセルにおける１つのＰＤＳＣＨのスケジューリングのために用いられるＤＣＩフォーマット（例えば、ＤＣＩフォーマット１、ＤＣＩフォーマット１Ａ、および／または、ＤＣＩフォーマット１Ｃ）が定義されてもよい。
【００３８】
また、上りリンクグラントとして、少なくとも、ＰＵＳＣＨ、ｓＰＵＳＣＨ、および／または、ｓＰＤＣＣＨに対する周波数リソースの割り当てに関連する情報（例えば、ＰＵＳＣＨ、ｓＰＵＳＣＨ、および／または、ｓＰＤＣＣＨに対する物理リソースブロックの割り当てに関連する情報）が含まれるＤＣＩフォーマット（以下、第１のＵＬグラント、第１のＵＬ  ＤＣＩとも記載する）が定義されてもよい。すなわち、第１のＵＬグラントは、少なくとも、ＰＵＳＣＨ、ｓＰＵＳＣＨ、および／または、ｓＰＤＣＣＨのスケジューリングに用いられてもよい。
【００３９】
例えば、第１のＵＬグラントには、スケジュールされるＰＵＳＣＨ、スケジュールされるｓＰＵＳＣＨ、および／または、スケジュールされるｓＰＤＣＣＨに対する帯域幅に関連する情報が含まれてもよい。すなわち、第１のＵＬグラントには、ＰＵＳＣＨでの送信、ｓＰＵＳＣＨでの送信、および／または、ｓＰＤＣＣＨでの送信に対する、スケジュールされる帯域幅に関連する情報が含まれてもよい。
【００４０】
例えば、第１のＵＬグラントには、スケジュールされるＰＵＳＣＨ、スケジュールされるｓＰＵＳＣＨ、および／または、スケジュールされるｓＰＤＣＣＨに対する物理リソースブロックの開始位置（および／または、終了位置、例えば、開始位置からの長さ）に関連する情報が含まれてもよい。また、第１のＵＬグラントには、スケジュールされるＰＵＳＣＨ、スケジュールされるｓＰＵＳＣＨ、スケジュールされるｓＰＤＣＣＨに対する物理リソースブロックを指示するための情報が含まれてもよい。
【００４１】
ここで、第１のＵＬグラントを用いて送信される情報は、上位層の信号（例えば、ＭＡＣ層における信号、および／または、ＲＲＣ層における信号）を用いて送信されてもよい。以下、第１のＵＬグラントを用いて情報が送信されることを記載するが、第１のＵＬグラントを用いて送信される情報は、上位層の信号を用いて送信されてもよい。
【００４２】
ここで、第１のＵＬグラントは、複数の端末装置１に対して共通なＤＣＩ（ＵＬグラント、Common UL grant、Non-UE specific UL grant）として定義されてもよい。すなわち
、第１のＵＬグラントは、後述する、コモンサーチスペースのみにおいて送信されてもよい。また、第１のＵＬグラントは、ＰＤＣＣＨ、および／または、ＥＰＤＣＣＨのみで送信されてもよい。
【００４３】
また、第１のＵＬグラントに付加されるＣＲＣパリティビットが、後述する、ＲＮＴＩによってスクランブルされてもよい。ここで、第１のＵＬグラントに付加されるＣＲＣパリティビットは、第１のＵＬ−ＲＮＴＩによってスクランブルされてもよい。また、第１のＵＬグラントが送信されるサーチスペース（例えば、コモンサーチスペース）は、少なくとも、第１のＵＬ−ＲＮＴＩによって与えられてもよい。
【００４４】
また、第１のＵＬグラントは、ある１つのサブフレームに対する設定を規定するために用いられてもよい。すなわち、第１のＵＬグラントは、ある１つのサブフレームにおいて共通に用いられる設定を指示するために用いられてもよい。すなわち、第１のＵＬグラントを用いて指示される設定は、１つまたは複数のサブフレーム毎に対して有効であっても
よい。すなわち、第１のＵＬグラントは、サブフレームスペシフィックのＵＬグラント（a sub-frame specific UL grant）であってもよい。
【００４５】
また、上りリンクグラントとして、少なくとも、ＰＵＳＣＨ、および／または、ｓＰＵＳＣＨに対する時間リソースの割り当てに関する情報が含まれるＤＣＩフォーマット（以下、第２のＵＬグラント、第２のＵＬ  ＤＣＩとも記載する）が定義されてもよい。例えば、第２のＵＬグラントには、ＰＵＳＣＨ、および／または、ｓＰＵＳＣＨでの送信に対する送信時間間隔（Transmission Time Interval : TTI）の割り当てに関連する情報が含まれてもよい。すなわち、第２のＵＬグラントは、少なくとも、ＰＵＳＣＨ、および／または、ｓＰＵＳＣＨのスケジューリングに用いられてもよい。
【００４６】
例えば、第２のＵＬグラントには、スケジュールされるＰＵＳＣＨ、および／または、スケジュールされるｓＰＵＳＣＨに対する送信時間間隔の長さに関連する情報が含まれてもよい。また、第２のＵＬグラントには、スケジュールされるＰＵＳＣＨと共に送信されるＤＭＲＳの位置に関連する情報が含まれてもよい。また、第２のＵＬグラントには、スケジュールされるｓＰＵＳＣＨと共に送信されるＤＭＲＳの位置に関連する情報が含まれてもよい。
【００４７】
また、第２のＵＬグラントには、スケジュールされるＰＵＳＣＨと共に送信されるＤＭＲＳに関する情報（例えば、ＤＭＲＳのサイクリックシフトに関する情報）が含まれてもよい。また、第２のＵＬグラントには、スケジュールされるｓＰＵＳＣＨと共に送信されるＤＭＲＳに関する情報（例えば、ＤＭＲＳのサイクリックシフトに関する情報）が含まれてもよい。
【００４８】
また、第２のＵＬグラントには、第２のＵＬグラントの受信（検出）に基づく、ＰＵＳＣＨでの送信および／またはｓＰＵＳＣＨでの送信に対する遅延に関する情報（Grant to
Tx delay offset）が含まれてもよい。また、第２のＵＬグラントには、スケジュールされるＰＵＳＣＨ、および／または、スケジュールされるｓＰＵＳＣＨに対するＭＣＳに関する情報が含まれてもよい。また、第２のＵＬグラントには、スケジュールされるＰＵＳＣＨ、および／または、スケジュールされるｓＰＵＳＣＨに対するリダンダンシーバージョンに関する情報が含まれてもよい。また、第２のＵＬグラントには、スケジュールされるＰＵＳＣＨ、および／または、スケジュールされるｓＰＵＳＣＨでの送信に対する送信電力制御コマンドに関する情報が含まれてもよい。
【００４９】
ここで、第２のＵＬグラントは、ある１つの端末装置１に対して専用のＤＣＩ（ＵＬグラント、UE-specific UL grant）として定義されてもよい。すなわち、第２のＵＬグラントは、後述する、ＵＥスペシフィックスペースのみにおいて送信されてもよい。また、第２のＵＬグラントは、ＰＤＣＣＨ、ＥＰＤＣＣＨ、および／または、ｓＰＤＣＣＨで送信されてもよい。また、第２のＵＬグラントは、ＰＤＳＣＨで送信されてもよい。
【００５０】
また、第２のＵＬグラントに付加されるＣＲＣパリティビットは、後述する、ＲＮＴＩによってスクランブルされてもよい。ここで、第２のＵＬグラントに付加されるＣＲＣパリティビットは、第２のＵＬ−ＲＮＴＩによってスクランブルされてもよい。また、第２のＵＬグラントが送信されるサーチスペース（例えば、ユーザー装置スペシフィックサーチスペース）は、少なくとも、第２のＵＬ−ＲＮＴＩによって与えられてもよい。
【００５１】
また、第２のＵＬグラントは、ある１つの送信時間間隔に対する設定を規定するために用いられてもよい。すなわち、第２のＵＬグラントは、ある１つの送信時間間隔において用いられる設定を指示するために用いられてもよい。すなわち、第２のＵＬグラントを用いて指示される設定は、１つの送信時間間隔に対して有効であってもよい。すなわち、第
２のＵＬグラントは、送信時間間隔スペシフィックのＵＬグラント（a TTI specific UL grant）であってもよい。
【００５２】
ここで、上述したように、第１のＵＬグラントは、第２のＵＬグラントが送信されるｓＰＤＣＣＨのスケジューリングに用いられてもよい。例えば、端末装置１は、第１のＵＬグラントを受信（検出）することによって、第２のＵＬグラントを受信（検出）してもよい。また、端末装置１は、第１のＵＬグラントが送信されるＰＤＣＣＨおよび／またはＥＰＤＣＣＨをモニタ（デコード、検出）することによって、第２のＵＬグラントが送信されるＰＤＣＣＨ、ＥＰＤＣＣＨおよび／またはｓＰＤＣＣＨをモニタ（デコード、検出）してもよい。
【００５３】
ここで、第１のＵＬグラントが送信されるＰＤＣＣＨおよび／またはＥＰＤＣＣＨは、端末装置１によるモニタリングによって検出され、第２のＵＬグラントが送信されるＰＤＣＣＨ、ＥＰＤＣＣＨおよび／またはｓＰＤＣＣＨ（ＰＤＣＣＨ、ＥＰＤＣＣＨおよび／またはｓＰＤＣＣＨの周波数リソース）は、直接的に指示されてもよい（例えば、第１のＵＬグラントに含まれる情報によって、直接的に指示されてもよい）。すなわち、第２のＵＬグラントが送信されるＰＤＣＣＨ、ＥＰＤＣＣＨおよび／またはｓＰＤＣＣＨは、端末装置１によってモニタされなくてもよい。
【００５４】
また、上りリンクグラントとして、１つのセルにおける１つのＰＵＳＣＨのスケジューリングのために用いられるＤＣＩフォーマット（例えば、ＤＣＩフォーマット０、ＤＣＩフォーマット４、以下、第３のＵＬグラントとも記載する）が定義されてもよい。
【００５５】
例えば、第３のＵＬグラントには、キャリアインディケータフィールド（CIF: Carrier
Indicator Field）、スケジュールされるＰＵＳＣＨに対する送信電力コマンド（ＴＰＣコマンド）に関する情報（TPC command for scheduled PUSCH）、ＤＭＲＳに対するサイ
クリックシフトに関する情報（Cyclic shift DMRS）、ＭＣＳおよび／またはリダンダン
シーバージョンに関する情報（Modulation and coding scheme and/or redundancy version）、リソースブロック割り当ておよび／またはホッピングリソース割り当てに関する情報（Resource block assignment and/or hopping resource allocation）、ＣＳＩ送信のリクエストに関する情報（CSI request）、および／または、ＳＲＳ送信のリクエストに
関する情報（SRS request）などの下りリンク制御情報が含まれてもよい。
【００５６】
ここで、第３のＵＬグラントは、複数の端末装置１に対して共通なＤＣＩ、および／または、ある１つの端末装置１に対して専用のＤＣＩとして定義されてもよい。すなわち、第３のＵＬグラントは、コモンサーチスペース、および／または、ユーザー装置スペシフィックサーチスペースにおいて送信されてもよい。また、第３のＵＬグラントは、ＰＤＣＣＨ、および／または、ＥＰＤＣＣＨで送信されてもよい。また、第３のＵＬグラントに付加されるＣＲＣパリティビットが、後述する、ＲＮＴＩによってスクランブルされてもよい。
【００５７】
また、第３のＵＬグラントは、ある１つのサブフレームに対する設定を規定するために用いられてもよい。すなわち、第３のＵＬグラントは、ある１つのサブフレームにおいて共通に用いられる設定を指示するために用いられてもよい。すなわち、第３のＵＬグラントを用いて指示される設定は、１つのサブフレーム毎に対して有効であってもよい。すなわち、第３のＵＬグラントは、サブフレームスペシフィックのＵＬグラントであってもよい。
【００５８】
また、上りリンクグラントとして、後述する、ランダムアクセスプロシージャにおいてＰＵＳＣＨのスケジューリングのために用いられるランダムアクセスレスポンスグラント
（以下、第４のＵＬグラントとも記載する）が定義されてもよい。
【００５９】
例えば、ランダムアクセスレスポンスグラントには、ＰＵＳＣＨに対する周波数リソースの割り当てに関連する情報が含まれてもよい。例えば、ランダムアクセスレスポンスグラントには、スケジュールされるＰＵＳＣＨに対する帯域幅に関連する情報が含まれてもよい。すなわち、ランダムアクセスレスポンスグラントには、ＰＵＳＣＨでの送信に対する、スケジュールされる帯域幅に関連する情報が含まれてもよい。
【００６０】
例えば、ランダムアクセスレスポンスグラントには、スケジュールされるＰＵＳＣＨに対する物理リソースブロックの開始位置（および／または、終了位置、例えば、開始位置からの長さ）に関連する情報が含まれてもよい。また、ランダムアクセスレスポンスグラントには、スケジュールされるＰＵＳＣＨに対する物理リソースブロックを指示するための情報が含まれてもよい。
【００６１】
また、ランダムアクセスレスポンスグラントは、スケジュールされるＰＵＳＣＨに対する送信電力コマンドに関する情報が含まれてもよい。また、ランダムアクセスレスポンスグラントは、ＰＵＳＣＨでの送信を次の利用可能な上りリンクのサブフレームに延期するかどうかを指示するために用いられる情報（UL delay）が含まれてもよい。また、ランダムアクセスレスポンスグラントには、ＣＳＩ送信のリクエストに関する情報が含まれてもよい。
【００６２】
ここで、ランダムアクセスレスポンスグラントは、ＰＤＳＣＨで送信されてもよい。例えば、ランダムアクセスレスポンスグラントは、後述する、ＲＡ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマット（ＲＡ−ＲＮＴＩを伴うＰＤＣＣＨ）を用いてスケジュールされたＰＤＳＣＨで送信されてもよい。
【００６３】
また、ランダムアクセスレスポンスグラントは、ある１つのサブフレームに対する設定を規定するために用いられてもよい。すなわち、ランダムアクセスレスポンスグラントは、ある１つのサブフレームにおいて共通に用いられる設定を指示するために用いられてもよい。すなわち、ランダムアクセスレスポンスグラントを用いて指示される設定は、１つのサブフレーム毎に対して有効であってもよい。すなわち、ランダムアクセスレスポンスグラントは、サブフレームスペシフィックのＵＬグラントであってもよい。
【００６４】
以下、上りリンクグラントは、第１のＵＬグラント、第２のＵＬグラント、第３のＵＬグラント、および／または、ランダムアクセスレスポンスグラントを含んでもよい。また、ＤＣＩフォーマットは、第１のＵＬグラント、第２のＵＬグラント、および／または、第３のＵＬグラントを含んでもよい。
【００６５】
ここで、端末装置１は、下りリンクアサインメントを用いてＰＤＳＣＨのリソースがスケジュールされた場合には、スケジューリングに基づき、ＰＤＳＣＨで下りリンクデータを受信してもよい。また、端末装置１は、上りリンクグラントを用いてＰＵＳＣＨのリソースがスケジュールされた場合には、スケジューリングに基づき、ＰＵＳＣＨで上りリンクデータおよび／または上りリンク制御情報を送信してもよい。また、端末装置１は、上りリンクグラントを用いてｓＰＵＳＣＨのリソースがスケジュールされた場合には、スケジューリングに基づき、ｓＰＵＳＣＨで上りリンクデータおよび／または上りリンク制御情報を送信してもよい。
【００６６】
また、端末装置１は、ＰＤＣＣＨ候補（PDCCH candidates）、ＥＰＤＣＣＨ候補（EPDCCH candidates）、および／または、ｓＰＤＣＣＨ候補（sPDCCH candidates）のセットをモニタしてもよい。以下、ＰＤＣＣＨは、ＥＰＤＤＣＨおよび／またはｓＰＤＣＣＨを含
んでもよい。
【００６７】
ここで、ＰＤＣＣＨ候補とは、基地局装置３によって、ＰＤＣＣＨが、配置および／または送信される可能性のある候補を示していてもよい。また、モニタとは、モニタされる全てのＤＣＩフォーマットに応じて、ＰＤＣＣＨ候補のセット内のＰＤＣＣＨのそれぞれに対して、端末装置１がデコードを試みるという意味が含まれてもよい。
【００６８】
ここで、端末装置１が、モニタするＰＤＣＣＨ候補のセットは、サーチスペースとも称される。サーチスペースには、コモンサーチスペース（Common Search Space : CSS）が
含まれてもよい。例えば、コモンサーチスペースは、複数の端末装置１に対して共通なスペースとして定義されてもよい。
【００６９】
また、サーチスペースには、ユーザー装置スペシフィックサーチスペース（UE-specific Search Space : USS）が含まれてもよい。例えば、ユーザー装置スペシフィックサーチスペースは、少なくとも、端末装置１に対して割り当てられるＣ−ＲＮＴＩに基づいて与えられてもよい。端末装置１は、コモンサーチスペース、および／または、ユーザー装置スペシフィックサーチスペースにおいて、ＰＤＣＣＨをモニタし、自装置宛てのＰＤＣＣＨを検出してもよい。
【００７０】
また、下りリンク制御情報の送信（ＰＤＣＣＨでの送信）には、基地局装置３が、端末装置１に割り当てたＲＮＴＩが利用されてもよい。具体的には、ＤＣＩフォーマット（下りリンク制御情報でもよい）にＣＲＣ（Cyclic Redundancy check : 巡回冗長検査）パリティビットが付加され、付加された後に、ＣＲＣパリティビットがＲＮＴＩによってスクランブルされてもよい。ここで、ＤＣＩフォーマットに付加されるＣＲＣパリティビットは、ＤＣＩフォーマットのペイロードから得られてもよい。
【００７１】
ここで、本実施形態において、「ＣＲＣパリティビット」、「ＣＲＣビット」、および、「ＣＲＣ」は同一のであってもよい。また、「ＣＲＣパリティビットが付加されたＤＣＩフォーマットが送信されるＰＤＣＣＨ」、「ＣＲＣパリティビットを含み、且つ、ＤＣＩフォーマットを含むＰＤＣＣＨ」、「ＣＲＣパリティビットを含むＰＤＣＣＨ」、および、「ＤＣＩフォーマットを含むＰＤＣＣＨ」は、同一であってもよい。また、「Ｘを含むＰＤＣＣＨ」、および、「ＸをともなうＰＤＣＣＨ」は、同一であってもよい。端末装置１は、ＤＣＩフォーマットをモニタしてもよい。また、端末装置１は、ＤＣＩをモニタしてもよい。また、端末装置１は、ＰＤＣＣＨをモニタしてもよい。
【００７２】
端末装置１は、ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットに対してデコードを試み、ＣＲＣが成功したＤＣＩフォーマットを、自装置宛のＤＣＩフォーマットとして検出する（ブラインドデコーディングとも称される）。すなわち、端末装置１は、ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨを検出してもよい。また、端末装置１は、ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットを伴うＰＤＣＣＨを検出してもよい。
【００７３】
ここで、ＲＮＴＩには、Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identifier）
が含まれてもよい。例えば、Ｃ−ＲＮＴＩは、ＲＲＣ接続およびスケジューリングの識別に対して使用される、端末装置１に対するユニークな（一意的な）識別子であってもよい。また、Ｃ−ＲＮＴＩは、動的（dynamically）にスケジュールされるユニキャスト送信
のために利用されてもよい。
【００７４】
また、ＲＮＴＩには、ＳＰＳ  Ｃ−ＲＮＴＩ（Semi-Persistent Scheduling C-RNTI）
が含まれてもよい。例えば、ＳＰＳ  Ｃ−ＲＮＴＩは、セミパーシステントスケジューリングに対して使用される、端末装置１に対するユニークな（一意的な）識別子である。また、ＳＰＳ  Ｃ−ＲＮＴＩは、半持続的（semi-persistently）にスケジュールされるユ
ニキャスト送信のために利用されてもよい。ここで、半持続的にスケジュールされる送信とは、周期的（periodically）にスケジュールされる送信の意味が含まれてもよい。
【００７５】
また、ＲＮＴＩには、ＲＡ−ＲＮＴＩ（Random Access RNTI）が含まれてもよい。例えば、ＲＡ−ＲＮＴＩは、ランダムアクセスレスポンスメッセージの送信に対して使用される識別子であってもよい。すなわち、ＲＡ−ＲＮＴＩは、ランダムアクセスプロシージャにおいて、ランダムアクセスレスポンスメッセージの送信のために利用されてもよい。例えば、端末装置１は、ランダムアクセスプリアンブルを送信した場合において、ＲＡ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨをモニタしてもよい。また、端末装置１は、ＲＡ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨの検出に基づいて、ＰＤＳＣＨでランダムアクセスレスポンスを受信してもよい。
【００７６】
また、ＲＮＴＩには、Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩが含まれてもよい。例えば、Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩは、コンテンションベースのランダムアクセスプロシージャの間において用いられる、端末装置１によって送信されたプリアンブルに対するユニークな（一意的な）識別子であってもよい。また、Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩは、動的（dynamically）にスケジュールされる送信のために利用されてもよい。
【００７７】
また、ＲＮＴＩには、Ｐ−ＲＮＴＩ（Paging RNTI）が含まれてもよい。例えば、Ｐ−
ＲＮＴＩは、ページングおよびシステム情報の変化の通知に使用される識別子であってもよい。例えば、Ｐ−ＲＮＴＩは、ページングおよびシステム情報メッセージの送信のために利用されてもよい。例えば、端末装置１は、Ｐ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨの検出に基づいて、ＰＤＳＣＨでページングを受信してもよい。
【００７８】
また、ＲＮＴＩには、ＳＩ−ＲＮＴＩ（System Information RNTI）が含まれてもよい
。例えば、ＳＩ−ＲＮＴＩは、システム情報のブロードキャストに使用される識別子であってもよい。例えば、ＳＩ−ＲＮＴＩは、システム情報メッセージの送信のために利用されてもよい。例えば、端末装置１は、ＳＩ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨの検出に基づいて、ＰＤＳＣＨでシステム情報メッセージを受信してもよい。
【００７９】
ここで、Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨは、ＵＳＳまたはＣＳＳにおいて送信されても良い。また、ＲＡ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨは、ＣＳＳのみにおいて送信されても良い。また、Ｐ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨは、ＣＳＳのみにおいて送信されても良い。また、ＳＩ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨは、ＣＳＳのみにおいて送信されても良い。また、Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＰＤＣＣＨは、ＣＳＳのみにおいて送信されても良い。
【００８０】
ＰＤＳＣＨは、下りリンクデータ（Downlink Shared Channel: DL-SCH）を送信するた
めに用いられる。また、ＰＤＳＣＨは、ランダムアクセスレスポンスグラントを送信するために用いられてもよい。ここで、ランダムアクセスレスポンスグラントは、ランダムアクセスプロシージャにおいて、ＰＵＳＣＨのスケジューリングに使用される。また、ランダムアクセスレスポンスグラントは、上位層（例えば、ＭＡＣ層）によって物理層へ指示される。
【００８１】
また、ＰＤＳＣＨは、システムインフォメーションメッセージを送信するために用いられる。ここで、システムインフォメーションブメッセージは、セルスペシフィック（セル固有）な情報であってもよい。また、システムインフォメーションは、ＲＲＣシグナリングに含まれてもよい。また、ＰＤＳＣＨは、ＲＲＣシグナリング、および、ＭＡＣコントロールエレメントを送信するために用いられてもよい。
【００８２】
また、ＰＤＳＣＨは、第２のＵＬグラントを送信するために用いられてもよい。例えば、端末装置１は、基地局装置３によってスケジュールされたＰＤＳＣＨにおいて、第２のＵＬグラント（第２のＵＬグラントに含まれる情報）を受信（検出）してもよい。
【００８３】
ＰＭＣＨは、マルチキャストデータ（Multicast Channel: MCH）を送信するために用いられる。
【００８４】
図１において、下りリンクの無線通信では、以下の下りリンク物理信号が用いられる。ここで、下りリンク物理信号は、上位層から出力された情報を送信するために使用されないが、物理層によって使用される。
・同期信号（Synchronization signal: SS）
・下りリンク参照信号（Downlink Reference Signal: DL RS）
【００８５】
同期信号は、端末装置１が下りリンクの周波数領域および時間領域の同期をとるために用いられる。ＴＤＤ方式において、同期信号は無線フレーム内のサブフレーム０、１、５、６に配置される。ＦＤＤ方式において、同期信号は無線フレーム内のサブフレーム０と５に配置される。
【００８６】
下りリンク参照信号は、端末装置１が下りリンク物理チャネルの伝搬路補正を行なうために用いられる。ここで、下りリンク参照信号は、端末装置１が下りリンクのチャネル状態情報を算出するために用いられる。
【００８７】
本実施形態において、以下の５つのタイプの下りリンク参照信号が用いられる。
・ＣＲＳ（Cell-specific Reference Signal）
・ＰＤＳＣＨに関連するＵＲＳ（UE-specific Reference Signal）
・ＥＰＤＣＣＨに関連するＤＭＲＳ（Demodulation Reference Signal）
・ＮＺＰ  ＣＳＩ−ＲＳ（Non-Zero Power Chanel State Information - Reference Signal）
・ＺＰ  ＣＳＩ−ＲＳ（Zero Power Chanel State Information - Reference Signal）
・ＭＢＳＦＮ  ＲＳ（Multimedia Broadcast and Multicast Service over Single Frequency Network Reference signal）
・ＰＲＳ（Positioning Reference Signal）
【００８８】
ここで、下りリンク物理チャネルおよび下りリンク物理信号を総称して、下りリンク信号とも称する。また、上りリンク物理チャネルおよび上りリンク物理信号を総称して、上りリンク信号とも称する。下りリンク物理チャネルおよび上りリンク物理チャネルを総称して、物理チャネルとも称する。下りリンク物理信号および上りリンク物理信号を総称して、物理信号とも称する。
【００８９】
ＢＣＨ、ＭＣＨ、ＵＬ−ＳＣＨおよびＤＬ−ＳＣＨは、トランスポートチャネルである。媒体アクセス制御（Medium Access Control: MAC）層で用いられるチャネルをトランスポートチャネルと称する。ＭＡＣ層で用いられるトランスポートチャネルの単位を、トランスポートブロック（transport block: TB）またはＭＡＣ  ＰＤＵ（Protocol Data Unit）とも称する。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Hybrid Automa
tic Repeat reQuest）の制御が行なわれる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（deliver）データの単位である。物理層において、トランスポートブロックは
コードワードにマップされ、コードワード毎に符号化処理が行なわれる。
【００９０】
図２は、本実施形態におけるスロットの構成を示す図である。ここで、ＯＦＤＭシンボルに対してノーマルＣＰ（normal Cyclic Prefix）が適用されてもよい。また、ＯＦＤＭシンボルに対して拡張ＣＰ（extended Cyclic Prefix）が適用されてもよい。また、スロットのそれぞれにおいて送信される物理信号または物理チャネルは、リソースグリッドによって表現されてもよい。
【００９１】
ここで、下りリンクにおいて、リソースグリッドは、複数のサブキャリアと複数のＯＦＤＭシンボルによって定義されてもよい。また、上りリンクにおいて、リソースグリッドは、複数のサブキャリアと複数のＳＣ−ＦＤＭＡシンボルによって定義されてもよい。また、リソースグリッド内のエレメントのそれぞれはリソースエレメントと称される。
【００９２】
ここで、リソースエレメントは、周波数領域のインデックス（frequency-domain index
: k）と時間領域のインデックス（time-domain index : m）によって表現されてもよい
。すなわち、リソースエレメントは、サブキャリアの番号（周波数領域のインデックス: k）と、ＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルの番号（時間領域のインデック
ス: m）とを用いて識別されてもよい。
【００９３】
すなわち、下りリンクにおいて、サブキャリアの数として表現される、周波数領域におけるリソースブロックのサイズをＮｓｃ、および、Ｎｓｃの倍数として表現される、下りリンク帯域幅の設定をＮＲＢと示す場合において、サブキャリアの番号は、ｋ＝０、…、ＮＲＢＮＳＣ−１と示されてもよい。また、上りリンクにおいて、サブキャリアの数として表現される、周波数領域におけるリソースブロックのサイズをＮｓｃ、および、Ｎｓｃの倍数として表現される、上りリンク帯域幅の設定をＮＲＢと示す場合において、サブキャリアの番号は、ｋ＝０、…、ＮＲＢＮＳＣ−１と示されてもよい。
【００９４】
また、１つの下りリンクのスロットにおけるＯＦＤＭシンボルの番号をＮｓｙｍｂｏｌと示す場合において、ＯＦＤＭシンボルの番号は、ｍ＝０、…、Ｎｓｙｍｂｏｌ−１と示されてもよい。また、１つの上りリンクのスロットにおけるＳＣ−ＦＤＭＡシンボルの番号をＮｓｙｍｂｏｌと示す場合において、ＳＣ−ＦＤＭＡシンボルの番号は、ｍ＝０、…、Ｎｓｙｍｂｏｌ−１と示されてもよい。
【００９５】
ここで、リソースブロックは、ある物理チャネル（ＰＤＳＣＨまたはＰＵＳＣＨなど）のリソースエレメントへのマッピングを表現するために用いられてもよい。また、１つの物理リソースブロックは、時間領域において７個の連続するＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルと、周波数領域において１２個の連続するサブキャリアとから定義されてもよい。したがって、１つの物理リソースブロックは（７×１２）個のリソースエレメントから構成されてもよい。また、１つの物理リソースブロックは、時間領域において１つのスロットに対応し、周波数領域において１８０ｋＨｚに対応してもよい。
【００９６】
また、１つの無線フレームは、＃０から＃１９に番号付けされる２０のスロットから構成されてもよい。例えば、１つの無線フレームは、１０ｍｓであってもよい。また、１つのサブフレームは、２つの連続するスロットから構成されてもよい。例えば、１つのサブフレームは、１ｍｓであってもよく、サブフレームｎは、スロット２ｎおよび２ｎ＋１から構成されてもよい。すなわち、下りリンクにおける１つのサブフレームは、１ｍｓであってもよく、１４ＯＦＤＭシンボルから構成されてもよい。また、上りリンクにおける１つのサブフレームは、１ｍｓであってもよく、１４ＳＣ−ＦＤＭＡシンボルから構成され
てもよい。
【００９７】
例えば、下りリンクにおいて、１つのサブフレームは、１４ＯＦＤＭシンボルによって構成されてもよい。また、下りリンクにおいて、１つのスロットは、７ＯＦＤＭシンボルから構成されてもよい。また、上りリンクにおいて、１つのサブフレームは、１４ＳＣ−ＦＤＭＡシンボルによって構成されてもよい。また、上りリンクにおいて、１つのスロットは、１４ＳＣ−ＦＤＭＡシンボルによって構成されてもよい。
【００９８】
ここで、下りリンクにおける送信、および／または、上りリンクにおける送信に対して、送信時間間隔（Transmission Time Interval : TTI）が定義されてもよい。すなわち、下りリンクにおける送信、および／または、上りリンクにおける送信が、１つの送信時間間隔（１つの送信時間間隔の長さ）で実行されてもよい。
【００９９】
例えば、下りリンクにおいて、１、２、３、４、５（１スロット）、６、７、８、９、１０、１１、１２、１３、および／または、１４（１サブフレーム）の長さの送信時間間隔が定義されてもよい。すなわち、下りリンクにおいて、送信時間間隔の長さは、１、２、３、４、５（１スロット）、６、７、８、９、１０、１１、１２、１３、および／または、１４（１サブフレーム）ＯＦＤＭシンボルであってもよい。
【０１００】
また、上りリンクにおいて、１、２、３、４、５（１スロット）、６、７、８、９、１０、１１、１２、１３、および／または、１４（１サブフレーム）の長さの送信時間間隔が定義されてもよい。すなわち、上りリンクにおいて、送信時間間隔の長さは、１、２、３、４、５（１スロット）、６、７、８、９、１０、１１、１２、１３、および／または、１４（１サブフレーム）ＳＣ−ＦＤＭＡシンボルであってもよい。
【０１０１】
以下、ランダムアクセスプロシージャについて説明する。
【０１０２】
ランダムアクセスプロシージャには、コンテンションベースのランダムアクセスプロシージャ（Contention based Random Access procedure）とノンコンテンションベースのランダムアクセスプロシージャ（Non-contention based Random Access procedure）の２つのランダムアクセスプロシージャが含まれる。コンテンションベースのランダムアクセスプロシージャは、複数の端末装置１間で衝突が発生する可能性のあるランダムアクセスである。
【０１０３】
また、ノンコンテンションベースのランダムアクセスプロシージャは、複数の端末装置１間で衝突が発生しないランダムアクセスである。例えば、ノンコンテンションベースのランダムアクセスプロシージャにおいて、基地局装置３は、衝突が発生しないように、ランダムアクセスプリアンブルを端末装置１に対して割り当てることができる。
【０１０４】
以下、コンテンションベースのランダムアクセスプロシージャについて説明する。端末装置１は、基地局装置３によって送信されたシステムインフォメーションブロックタイプ２（ＳＩＢ２）を取得してもよい。ここで、ＳＩＢ２は、セル内における全ての端末装置１（または、複数の端末装置１）に対して共通の設定（共通の情報）であってもよい。例えば、共通の設定には、ＰＲＡＣＨの設定が含まれてもよい。
【０１０５】
端末装置１は、ランダムアクセスプリアンブルの番号をランダムに選択してもよい。また、端末装置１は、選択した番号のランダムアクセスプリアンブル（メッセージ１）を、ＰＲＡＣＨを用いて基地局装置３に送信してもよい。ここで、基地局装置３は、ランダムアクセスプリアンブルを用いて上りリンクの送信タイミングを推定してもよい。
【０１０６】
また、基地局装置３は、ＰＤＳＣＨを用いてランダムアクセスレスポンス（メッセージ２）を送信してもよい。ここで、ランダムアクセスレスポンスには、基地局装置３によって検出されたランダムアクセスプリアンブルに対する複数の情報が含まれてもよい。例えば、複数の情報には、ランダムアクセスプリアンブルの番号、Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩ、ＴＡコマンド（Timing Advance Command）、および、ランダムアクセスレスポンスグラントが含まれてもよい。すなわち、Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩは、ランダムアクセスレスポンスに含まれてもよい。また、ランダムアクセスレスポンスグラントは、ランダムアクセスレスポンスに含まれてもよい。
【０１０７】
端末装置１は、ランダムアクセスレスポンスグラントを用いてスケジューリングされたＰＵＳＣＨで、上りリンクデータ（メッセージ３）を送信してもよい（上りリンクデータの初期送信を実行してもよい）。ここで、上りリンクデータには、端末装置１を識別するための識別子（InitialUE-Identity、または、C-RNTIを示す情報）が含まれてもよい。
【０１０８】
基地局装置３は、上りリンクデータの復号に失敗した場合、Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットを用いて、上りリンクデータの再送信を指示してもよい。端末装置１は、Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットを用いてスケジュールされたＰＵＳＣＨで、上りリンクデータ（同一の上りリンクデータ）を再送信してもよい。
【０１０９】
また、基地局装置３は、上りリンクデータの復号に失敗した場合、ＰＨＩＣＨ（ＮＡＣＫ）を用いて、上りリンクデータの再送信を指示してもよい。端末装置１は、該ＮＡＣＫによって上りリンクデータの再送信を指示された場合、ＰＵＳＣＨで、上りリンクデータ（同一の上りリンクデータ）を再送信してもよい。
【０１１０】
ここで、基地局装置は、上りリンクデータの復号に成功し、上りリンクデータを取得することによって、何れの端末装置１がランダムアクセスプリアンブルおよび上りリンクデータの送信を行なっていたかを知ることができる。すなわち、基地局装置３は、上りリンクデータの復号に成功する前は、何れの端末装置１がランダムアクセスプリアンブルおよび上りリンクデータの送信を行なっているかを知ることはできない。
【０１１１】
基地局装置３は、InitialUE-Identityを含むメッセージ３を受信した場合、受信したInitialUE-Identityに基づいて生成したコンテンションレゾリューション識別子（contention resolution identity）（メッセージ４）を、ＰＤＳＣＨを用いて端末装置１に送信してもよい。端末装置１は、受信したコンテンションレゾリューション識別子と、送信したInitialUE-Identityがマッチした場合に、（１）ランダムアクセスプリアンブルのコンテンションレゾリューションに成功したとみなし、（２）Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩの値をＣ−ＲＮＴＩにセットし、（３）Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩを破棄し、（４）ランダムアクセスプロシージャが正しく完了したとみなしてもよい。
【０１１２】
また、基地局装置３は、Ｃ−ＲＮＴＩを示す情報を含むメッセージ３を受信した場合、受信したＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマット（メッセージ４）を、端末装置１に送信してもよい。端末装置１は、Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットをデコードした場合に、（１）ランダムアクセスプリアンブルのコンテンションレゾリューションに成功したとみなし、（２）Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩを破棄し、（３）ランダムアクセスプロシージャが正しく完了したとみなしてもよい。
【０１１３】
すなわち、基地局装置３は、コンテンションベースのランダムアクセスプロシージャの
一環として（as part of contention based random access procedure）、ランダムアク
セスレスポンスグラントを用いて、ＰＵＳＣＨをスケジュールしてもよい。
【０１１４】
また、端末装置１は、ランダムアクセスレスポンスグラントを用いてスケジュールされたＰＵＳＣＨで、上りリンクデータ（メッセージ３）を送信（初期送信）してもよい。すなわち、端末装置１は、コンテンションベースのランダムアクセスプロシージャの一環として、ランダムアクセスレスポンスグラントに対応するＰＵＳＣＨでの送信を行ってもよい。
【０１１５】
また、基地局装置３は、コンテンションベースのランダムアクセスプロシージャの一環として、Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣが付加されたＤＣＩフォーマットを用いて、ＰＵＳＣＨをスケジュールしてもよい。また、基地局装置３は、コンテンションベースのランダムアクセスプロシージャの一環として、ＰＨＩＣＨ（ＮＡＣＫ）を用いて、ＰＵＳＣＨでの送信をスケジュールまたは指示してもよい。
【０１１６】
また、端末装置１は、Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣが付加されたＤＣＩフォーマットを用いてスケジュールされたＰＵＳＣＨで、上りリンクデータ（メッセージ３）を送信（再送信）してもよい。また、端末装置１は、ＰＨＩＣＨの受信に応じて、スケジュールされたＰＵＳＣＨで、上りリンクデータ（メッセージ３）を送信（再送信）してもよい。すなわち、端末装置１は、コンテンションベースのランダムアクセスプロシージャの一環として、同一の上りリンクデータ（トランスポートブロック）の再送信に対応するＰＵＳＣＨでの送信を行ってもよい。
【０１１７】
図３は、本実施形態における上りリンクデータの送信方法を示す図である。上述したように、１つのサブフレームは、２つの連続するスロット（１ｓｔスロット、２ｎｄスロット）から構成されてもよい。また、１つのスロットは、７つのＯＦＤＭシンボル（下りリンク）、または、７つのＳＣ−ＦＤＭＡシンボル（上りリンク）から構成されてもよい。
【０１１８】
例えば、サブフレームｎ−１における１ｓｔスロットの３番目のシンボル（ＯＦＤＭシンボル）において、基地局装置３は、第１のＵＬグラントを送信してもよい。ここで、基地局装置３は、端末装置１が第１のＵＬグラントをモニタするサブフレーム、および／または、シンボル（ＯＦＤＭシンボル）を設定してもよい。例えば、基地局装置３は、端末装置１が第１のＵＬグラントをモニタするサブフレーム、および／または、シンボル（ＯＦＤＭシンボル）を設定するために用いられる情報を、上位層の信号を用いて送信してもよい。
【０１１９】
ここで、第１のＵＬグラントは、第１のＵＬグラントが受信されたサブフレームの１つ後のサブフレームに対して有効であってもよい。例えば、サブフレームｎ−１において受信された第１のＵＬグラントは、サブフレームｎに対する設定を指示してもよい。また、サブフレームｎ−１において受信された第１のＵＬグラントは、サブフレームｎにおいて用いられるＰＵＳＣＨ、ｓＰＵＳＣＨ、および／または、ｓＰＤＣＣＨに対する帯域幅（周波数リソース）を指示するために用いられてもよい。
【０１２０】
また、例えば、サブフレームｎ−１における２ｎｄスロットの６番目のシンボル（ＳＣ−ＦＤＭＡシンボル）において、基地局装置３は、第２のＵＬグラントを送信してもよい。ここで、第２のＵＬグラントは、ｓＰＤＣＣＨで送信されてもよい。例えば、第２のＵＬグラントを用いて、サブフレームｎにおける１ｓｔスロットの６番目、および、７番目のシンボル（ＳＣ−ＦＤＭＡシンボル）におけるＰＵＳＣＨ（ｓＰＵＳＣＨ）がスケジュールされてもよい。
【０１２１】
すなわち、第２のＵＬグラントを用いて、長さ２（２ＳＣ−ＦＤＭＡシンボル）の送信時間間隔でのＰＵＳＣＨでの送信がスケジュールされてもよい。すなわち、端末装置１は、基地局装置３によるスケジューリングに基づいて、サブフレームｎにおける１ｓｔスロットの６番目、および、７番目のシンボル（ＳＣ−ＦＤＭＡシンボル）におけるＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信を行ってもよい。
【０１２２】
同様に、図３に示すように、基地局装置３は、第１のＵＬグラント、および／または、第２のＵＬグラントを用いてＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信をスケジュールし、端末装置１は、基地局装置３によるスケジューリングに基づいて、ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信を行ってもよい。
【０１２３】
図４は、本実施形態における上りリンクデータの送信方法を示す図である。図４において、ＲはＤＭＲＳの送信を示しており、Ｄは上りリンクデータの送信を示している。すなわち、図４におけるＲは、ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信に関連するＤＭＲＳが含まれるＳＣ−ＦＤＭＡシンボルを示している。また、図４におけるＤは、上りリンクデータが含まれるＳＣ−ＦＤＭＡシンボルを示している。
【０１２４】
また、図４に示される下りリンク制御情報（ＴＴＩインデックス）は、第２のＵＬグラントに含まれてもよい。すなわち、基地局装置３は、第２のＵＬグラントを用いてＴＴＩインデックスを送信してもよい。また、端末装置１は、第２のＵＬグラントに含まれるＴＴＩインデックスに基づいて、ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信を行ってもよい。
【０１２５】
例えば、ＴＴＩインデックスは、ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信に対する送信時間間隔の長さを指示するために用いられてもよい。また、ＴＴＩインデックスは、ＰＵＳＣＨ（ｓＰＵＳＣＨ）と共に送信されるＤＭＲＳの位置を指示するために用いられてもよい。また、ＴＴＩインデックスは、ＰＵＳＣＨ（ｓＰＵＳＣＨ）と共に送信されるＤＭＲＳのサイクリックシフトの値を指示するために用いられてもよい。また、ＴＴＩインデックスは、第２のＵＬグラントの受信（検出）に基づくＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信に対する遅延（遅延時間）のオフセット（オフセットの値）を指示ために用いられてもよい。
【０１２６】
図４においては、ＴＴＩインデックスがマップされるフィールドにセットされる１つの値に基づいて、ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信に対する送信時間間隔の長さ、ＰＵＳＣＨ（ｓＰＵＳＣＨ）と共に送信されるＤＭＲＳの位置、ＰＵＳＣＨ（ｓＰＵＳＣＨ）と共に送信されるＤＭＲＳのサイクリックシフトの値、および、第２のＵＬグラントの受信に基づくＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信に対する遅延のオフセットが指示されていることを示している。
【０１２７】
ここで、ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信に対する送信時間間隔の長さ、ＰＵＳＣＨ（ｓＰＵＳＣＨ）と共に送信されるＤＭＲＳの位置、ＰＵＳＣＨ（ｓＰＵＳＣＨ）と共に送信されるＤＭＲＳのサイクリックシフトの値、および、第２のＵＬグラントの受信に基づくＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信に対する遅延のオフセットを指示するために用いられる情報のそれぞれがマップされるフィールドが、それぞれ定義されてもよいことは勿論である。
【０１２８】
例えば、図４に示すように、ＴＴＩインデックスの値として“１３”がセットされた場合には、長さ４（４ＳＣ−ＦＤＭＡシンボル）の送信時間間隔でのＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信が指示されてもよい。また、ＴＴＩインデックスの値として“１３”がセットされた場合には、ＤＭＲＳの位置として３番目のＳＣ−ＦＤＭＡシンボルが指示されてもよい（ＤＭＲＳが含まれるＳＣ−ＦＤＭＡシンボルとして、３番目のＳＣ−ＦＤＭＡ
シンボルが指示されてもよい）。
【０１２９】
また、ＴＴＩインデックスの値として“１３”がセットされた場合には、ＤＭＲＳに適用されるサイクリックシフトの値として“４”が指示されてもよい。また、ＴＴＩインデックスの値として“１３”がセットされた場合には、第２のＵＬグラントの受信に基づくＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信に対する遅延のオフセットとして“０（０ＳＣ−ＦＤＭＡシンボル）”が指示されてもよい。
【０１３０】
同様に、ＴＴＩインデックスの値として“１４”がセットされた場合には、第２のＵＬグラントの受信に基づくＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信に対する遅延のオフセットとして“２（２ＳＣ−ＦＤＭＡシンボル）”が指示されてもよい。すなわち、第２のＵＬグラントの受信に基づくＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信（送信に対する最初のシンボル（ＳＣ−ＦＤＭＡシンボル）の位置）を、“２（２ＳＣ−ＦＤＭＡシンボル）”遅延させることが指示されてもよい。
【０１３１】
ここで、ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信に対する送信時間間隔の長さ、ＰＵＳＣＨ（ｓＰＵＳＣＨ）と共に送信されるＤＭＲＳの位置、ＰＵＳＣＨ（ｓＰＵＳＣＨ）と共に送信されるＤＭＲＳのサイクリックシフトの値、および／または、第２のＵＬグラントの受信に基づくＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信に対する遅延のオフセットは、上位層の信号（例えば、ＲＲＣ層における信号）に含まれる情報を用いて設定されてもよい。
【０１３２】
また、ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信に対する送信時間間隔の長さを示す複数の値（例えば、４つの値）が上位層の信号に含まれる情報を用いて設定され、該複数の値のうちの１つの値が、第２のＵＬグラントに含まれる情報（例えば、２ビットの情報）を用いて指示されてもよい。
【０１３３】
また、ＰＵＳＣＨ（ｓＰＵＳＣＨ）と共に送信されるＤＭＲＳの位置を示す複数の値（例えば、４つの値）が上位層の信号に含まれる情報を用いて設定され、該複数の値のうちの１つの値が、第２のＵＬグラントに含まれる情報（例えば、２ビットの情報）を用いて指示されてもよい。
【０１３４】
また、ＰＵＳＣＨ（ｓＰＵＳＣＨ）と共に送信されるＤＭＲＳのサイクリックシフトの値を示す複数の値（例えば、４つの値）が上位層の信号に含まれる情報を用いて設定され、該複数の値のうちの１つの値が、第２のＵＬグラントに含まれる情報（例えば、２ビットの情報）を用いて指示されてもよい。
【０１３５】
また、第２のＵＬグラントの受信に基づくＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信に対する遅延のオフセットを示す複数の値（例えば、４つの値）が上位層の信号に含まれる情報を用いて設定され、該複数の値のうちの１つの値が、第２のＵＬグラントに含まれる情報（例えば、２ビットの情報）を用いて指示されてもよい。
【０１３６】
また、ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信に対する送信時間間隔の長さ、ＰＵＳＣＨ（ｓＰＵＳＣＨ）と共に送信されるＤＭＲＳの位置、ＰＵＳＣＨ（ｓＰＵＳＣＨ）と共に送信されるＤＭＲＳのサイクリックシフトの値、および／または、第２のＵＬグラントの受信に基づくＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信に対する遅延のオフセットを示す複数の値のセット（例えば、４つの値のセット）が上位層の信号に含まれる情報を用いて設定され、該複数の値のセットのうちの１つのセットが、第２のＵＬグラントに含まれる情報（例えば、２ビットの情報）を用いて指示されてもよい。
【０１３７】
すなわち、第２のＵＬグラントに含まれる情報（例えば、２ビットの情報）にセットさ
れる１つの値によって、ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信に対する送信時間間隔の長さ、ＰＵＳＣＨ（ｓＰＵＳＣＨ）と共に送信されるＤＭＲＳの位置、ＰＵＳＣＨ（ｓＰＵＳＣＨ）と共に送信されるＤＭＲＳのサイクリックシフトの値、および／または、第２のＵＬグラントの受信に基づくＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信に対する遅延のオフセットが示されてもよい。
【０１３８】
図５は、本実施形態における上りリンクデータの送信方法を示す図である。図５に示すように、ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信が行われる送信時間間隔の長さのそれぞれに対して、ＵＬグラント（例えば、第２のＵＬグラント）の最初のシンボルと、ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信が行われる最初のシンボルとの間に、固定の遅延（固定の遅延時間）が定義されてもよい。
【０１３９】
例えば、ＵＬグラント（例えば、第２のＵＬグラント）の最初のシンボルと、ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信が行われる最初のシンボルとの間の固定の遅延として、送信時間間隔の長さに４を乗算した値が定義されてもよい。ここで、例えば、固定の遅延は、仕様書などによって定義され、基地局装置３と端末装置１との間において、既知の値であってもよい。
【０１４０】
すなわち、例えば、シンボル（ＯＦＤＭシンボル）“ｎ”においてＵＬグラント（例えば、第２のＵＬグラントの最初のシンボル）を検出した場合において、シンボル（ＳＣ−ＦＤＭＡシンボル）“ｎ＋８”において、長さが２（２ＳＣ−ＦＤＭＡシンボル）の送信時間間隔でのＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信が行なわれてもよい。
【０１４１】
同様に、図５に示すように、送信時間間隔の長さのそれぞれに対応して定義された固定の遅延で、ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信が行われてもよい。ここで、上述したように、基地局装置３は、第２のＵＬグラントの受信に基づくＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信に対する遅延のオフセットを指示してもよい。
【０１４２】
すなわち、例えば、シンボル（ＯＦＤＭシンボル）“ｎ”においてＵＬグラント（例えば、第２のＵＬグラントの最初のシンボル）を検出し、且つ、遅延のオフセットとして“２（２ＳＣ−ＦＤＭＡ）”が指示された場合に、シンボル（ＳＣ−ＦＤＭＡシンボル）“ｎ＋１０”において、長さが２（２ＳＣ−ＦＤＭＡシンボル）の送信時間間隔でのＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信が行なわれてもよい。
【０１４３】
すなわち、ＵＬグラント（例えば、第２のＵＬグラント）の最初のシンボルと、ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信が行われる最初のシンボルとの間の固定の遅延は、ＵＬグラント（例えば、第２のＵＬグラント）の最初のシンボルと、ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信が行われる最初のシンボルとの間の最小の遅延として定義されてもよい。
【０１４４】
また、ＵＬグラント（例えば、第２のＵＬグラント）の最初のシンボルと、ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信が行われる最初のシンボルとの間の固定の遅延は、端末装置１によって上りリンクのＨＡＲＱの再送が期待される前の最小のシンボルの数（または、量）（Minimum number/amount of symbols before an UL HARQ retransmission is expected by the terminal apparatus）として定義されてもよい。
【０１４５】
ここで、基地局装置３は、長さが１ｍｓ（１４ＳＣ−ＦＤＭＡシンボル）よりも短い送信時間間隔（または、長さが１ｍｓ（１４ＳＣ−ＦＤＭＡシンボル）以下の送信時間間隔）でのＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信を端末装置１に対して設定してもよい。以下、基地局装置３が、長さが１ｍｓ（１４ＳＣ−ＦＤＭＡシンボル）よりも短い送信時間間隔（または、長さが１ｍｓ（１４ＳＣ−ＦＤＭＡシンボル）以下の送信時間間隔）でのＰ
ＵＳＣＨ（ｓＰＵＳＣＨ）での送信を設定することを、ｓＴＴＩ（short Transmission Time Interval）送信を設定するとも記載する。
【０１４６】
ここで、ｓＴＴＩ送信の設定には、第１のＵＬグラントおよび／または第２のＵＬグラントに基づくＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信が設定されることが含まれてもよい。また、ｓＴＴＩ送信の設定には、端末装置１が、第１のＵＬグラントおよび／または第２のＵＬグラントをモニタすることを設定されることが含まれてもよい。また、ｓＴＴＩ送信の設定には、端末装置１が、第１のＵＬグラントおよび／または第２のＵＬグラントをモニタするサブフレームが設定されることが含まれてもよい。
【０１４７】
例えば、基地局装置３は、ｓＴＴＩ送信の設定に関する情報が含まれる上位層の信号（例えば、ＲＲＣ層における信号）を送信してもよい。ここで、基地局装置３は、ｓＴＴＩ送信をサービングセル毎に設定してもよい。端末装置１は、ｓＴＴＩの送信が設定された場合には、上述したような、長さが１ｍｓ（１４ＳＣ−ＦＤＭＡシンボル）よりも短い送信時間間隔（または、長さが１ｍｓ（１４ＳＣ−ＦＤＭＡシンボル）以下の送信時間間隔）でのＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信を行ってもよい。
【０１４８】
図６は、本実施形態における上りリンクデータの送信方法を示す図である。以下、基本的には、端末装置１の動作を記載するが、基地局装置３が端末装置１の動作に対応して、同様の動作を実行することは勿論である。
【０１４９】
図６に示すように、端末装置１は、所定の条件に基づいて、動作１と動作２と切り替えてもよい。すなわち、端末装置１は、所定の条件を満たす場合には、動作１を実行してもよい。例えば、端末装置１は、所定の条件を満たす場合には、ｓＴＴＩ送信が設定されているかどうかに関わらず、動作１を実行してもよい。また、端末装置１は、所定の条件を満たさない場合には、動作２を実行してもよい。すなわち、端末装置１は、所定の条件を満たす場合を除いて、動作２を実行してもよい。
【０１５０】
ここで、動作１には、長さが１ｍｓの送信時間間隔でのＰＵＳＣＨでの送信が含まれてもよい。また、動作１には、長さが１４ＳＣ−ＦＤＭＡシンボルの送信時間間隔でのＰＵＳＣＨでの送信が含まれてもよい。また、動作１には、対応するＵＬグラントを受信（検出）したサブフレームの４サブフレーム後のサブフレームにおけるＰＵＳＣＨでの送信が含まれてもよい。すなわち、動作１には、対応するＵＬグラントを受信（検出）したサブフレームに基づくタイミング（送信タイミング）でのＰＵＳＣＨでの送信が含まれてもよい。
【０１５１】
また、動作１には、ＰＵＳＣＨでの送信に関連するスロットにおける４番目のＳＣ−ＦＤＭＡシンボルにおけるＤＭＲＳの送信が含まれてもよい。すなわち、動作１において、ＰＵＳＣＨでの送信に関連するＤＭＲＳは、該ＰＵＳＣＨでの送信に関連するスロットにおける４番目のＳＣ−ＦＤＭＡシンボルに含まれてもよい。
【０１５２】
すなわち、動作１において、ＰＵＳＣＨでの送信に対する送信時間間隔の長さは１ｍｓ（または、１４ＳＣ−ＦＤＭＡシンボル）であってもよい。ここで、動作１において、ＰＵＳＣＨでの送信に対する帯域幅（周波数リソース、物理リソースブロック）は、第３のＵＬグラント、および／または、ランダムアクセスレスポンスグラントを用いてスケジュールされてもよい。
【０１５３】
また、動作１において、端末装置１によって上りリンクのＨＡＲＱの再送が期待される前の最小のシンボルの数（または、量）は、５６シンボルであってもよい。すなわち、動作１において、端末装置１によって上りリンクのＨＡＲＱの再送が期待される前の最小の
シンボルの数（または、量）は、長さが１ｍｓの送信時間間隔に含まれるＳＣ−ＦＤＭＡシンボルの数（すなわち、１４）に、４を乗算した数と同じであってもよい。
【０１５４】
また、動作２には、長さが１ｍｓよりも短い送信時間間隔（または、長さが１ｍｓ以下の送信時間間隔）でのＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信が含まれてもよい。また、動作２には、長さが１４ＳＣ−ＦＤＭＡシンボルよりも短い送信時間間隔（または、長さが１４ＳＣ−ＦＤＭＡシンボル以下の送信時間間隔）でのＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信が含まれてもよい。
【０１５５】
また、動作２には、対応するＵＬグラント（例えば、第２のＵＬグラント）を用いて指示されたタイミング（送信タイミング）でのＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信が含まれてもよい。すなわち、動作２には、対応するＵＬグラント（例えば、第２のＵＬグラント）に含まれる情報がマップされるフィールドにセットされる値（情報の値）に基づいて指示されたタイミング（送信タイミング）でのＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信が含まれてもよい。上述したように、端末装置１は、対応するＵＬグラント（例えば、第２のＵＬグラント）に含まれる情報の値に基づいて、ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信タイミングを決定してもよい。
【０１５６】
また、動作２には、対応するＵＬグラント（例えば、第２のＵＬグラント）に含まれる情報の値に基づいて指示された位置におけるＤＭＲＳの送信が含まれてもよい。すなわち、動作２において、ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信に関連するＤＭＲＳは、該ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信に関連するスロットにおいて、第２のＵＬグラントに含まれる情報の値に基づいて指示されたＳＣ−ＦＤＭＡシンボルに含まれてもよい。上述したように、端末装置１は、対応するＵＬグラント（例えば、第２のＵＬグラント）に含まれる情報の値に基づいて、ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信におけるＤＭＲＳの位置を決定してもよい。
【０１５７】
また、動作２には、第１のＵＬグラントおよび／または第２のＵＬグラントに基づくＰＵＳＣＨ（ｓＰＵＣＨ）での送信が含まれてもよい。すなわち、動作２において、ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信に対する送信時間間隔の長さは、基地局装置３によって指示されてもよい。すなわち、動作２において、ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信に対する送信時間間隔の長さは、第２のＵＬグラントに含まれる情報（情報の値）を用いて指示されてもよい。
【０１５８】
また、動作２において、ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信に対する帯域幅（周波数リソース、物理リソースブロック）は、基地局装置３によってスケジュールされてもよい。すなわち、動作２において、ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信に対する帯域幅（周波数リソース、物理リソースブロック）は、第１のＵＬグラント（第１のＵＬグラントに含まれる情報（情報の値））に基づいてスケジュールされてもよい。
【０１５９】
また、動作２において、端末装置１によって上りリンクのＨＡＲＱの再送が期待される前の最小のシンボルの数（または、量）は、少なくとも、基地局装置３による指示に基づいてもよい。すなわち、動作２において、端末装置１によって上りリンクのＨＡＲＱの再送が期待される前の最小のシンボルの数（または、量）は、少なくとも、第２のＵＬグラント（第２のＵＬグラントに含まれる情報（情報の値））に基づいて指示される送信時間間隔の長さに基づいてもよい。
【０１６０】
また、動作２において、端末装置１によって上りリンクのＨＡＲＱの再送が期待される前の最小のシンボルの数（または、量）は、ＵＬグラント（例えば、第２のＵＬグラント）の最初のシンボルと、ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信が行われる最初のシンボル
との間の固定の遅延に基づいてもよい。ここで、上述したように、ＵＬグラント（例えば、第２のＵＬグラント）の最初のシンボルと、ＰＵＳＣＨ（ｓＰＵＳＣＨ）での送信が行われる最初のシンボルとの間の固定の遅延は、５６シンボルよりも短くてもよい。
【０１６１】
ここで、所定の条件には、以下の条件（１）および条件（２）の少なくとも１つが含まれてもよい。すなわち、端末装置１は、以下の条件（１）および条件（２）の少なくとも１つを満たす場合には、動作１を実行してもよい。また、端末装置１は、以下の条件（１）および条件（２）を満たさない場合には、動作２を実行してもよい。すなわち、端末装置１は、以下の条件（１）および条件（２）を満たす場合を除いて、動作２を実行してもよい。
【０１６２】
・条件（１）：ＰＵＳＣＨでの送信が、ランダムアクセスレスポンスグラントに対応する・条件（２）：ＰＵＳＣＨでの送信が、所定のＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットに対応する
【０１６３】
すなわち、端末装置１は、ＰＵＳＣＨでの送信が、ランダムアクセスレスポンスグラントに対応する場合には、動作１を実行してもよい。また、端末装置１は、ＰＵＳＣＨでの送信が、所定のＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットに対応する場合には、動作１を実行してもよい。
【０１６４】
すなわち、端末装置１は、ＰＵＳＣＨでの送信がランダムアクセスレスポンスグラントに対応する場合、または、ＰＵＳＣＨでの送信が所定のＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットに対応する場合を除いて、動作２を実行してもよい。ここで、端末装置１は、ＰＵＳＣＨでの送信が、ランダムアクセスレスポンスグラントに対応する場合を除いて、動作２を実行してもよい。また、端末装置１は、ＰＵＳＣＨでの送信が、ＰＵＳＣＨでの送信が所定のＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットに対応する場合を除いて、動作２を実行してもよい。
【０１６５】
ここで、所定のＲＮＴＩには、ＳＰＳ  Ｃ−ＲＮＴＩが含まれてもよい。すなわち、端末装置１は、ＰＵＳＣＨでの送信が、ＳＰＳ  Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットに対応する場合には、動作１を実行してもよい。
【０１６６】
また、所定のＲＮＴＩには、ＲＡ−ＲＮＴＩが含まれてもよい。すなわち、端末装置１は、ＰＵＳＣＨでの送信が、ＲＡ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットに対応する場合には、動作１を実行してもよい。
【０１６７】
また、所定のＲＮＴＩには、Ｐ−ＲＮＴＩが含まれてもよい。すなわち、端末装置１は、ＰＵＳＣＨでの送信が、Ｐ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットに対応する場合には、動作１を実行してもよい。
【０１６８】
また、所定のＲＮＴＩには、Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩが含まれてもよい。すなわち、端末装置１は、ＰＵＳＣＨでの送信が、Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットに対応する場合には、動作１を実行してもよい。すなわち、端末装置１は、ＰＵＳＣＨでの送信が、同一の上りリンクデータ（トランスポートブロック）の再送信に対応する場合には、動作１を実行してもよい。
【０１６９】
また、端末装置１は、ＰＵＳＣＨでの送信が、Ｃ−ＲＮＴＩによってスクランブルされ
たＣＲＣパリティビットが付加されたＤＣＩフォーマットに対応する場合には、動作２を実行してもよい。ここで、Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットにには、第１のＵＬグラント、第２のＵＬグラント、および／または、第３のＵＬグラントが含まれてもよい。
【０１７０】
すなわち、端末装置１は、ＰＵＳＣＨでの送信が、Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加された第１のＵＬグラント、第２のＵＬグラント、および／または、第３のＵＬグラントに対応する場合には、動作２を実行してもよい。
【０１７１】
また、端末装置１は、ＰＵＳＣＨでの送信が、ＳＰＳ  Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットに対応する場合には、動作２を実行してもよい。ここで、ＳＰＳ  Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されたＤＣＩフォーマットにには、第１のＵＬグラント、第２のＵＬグラント、および／または、第３のＵＬグラントが含まれてもよい。
【０１７２】
すなわち、端末装置１は、ＰＵＳＣＨでの送信が、ＳＰＳ  Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加された第１のＵＬグラント、第２のＵＬグラント、および／または、第３のＵＬグラントに対応する場合には、動作２を実行してもよい。
【０１７３】
また、端末装置１は、第１のＵＬグラントおよび／または第２のＵＬグラントを受信（検出）した場合には、動作２を実行してもよい。すなわち、端末装置１は、ＰＵＳＣＨでの送信が、第１のＵＬグラントおよび／または第２のＵＬグラントに対応する場合には、動作２を実行してもよい。
【０１７４】
以下、本実施形態における装置の構成について説明する。
【０１７５】
図７は、本実施形態における端末装置１の構成を示す概略ブロック図である。図に示すように、端末装置１は、上位層処理部１０１、制御部１０３、受信部１０５、送信部１０７と送受信アンテナ部１０９を含んで構成される。また、上位層処理部１０１は、無線リソース制御部１０１１、スケジューリング情報解釈部１０１３、および、ｓＴＴＩ制御部１０１５を含んで構成される。また、受信部１０５は、復号化部１０５１、復調部１０５３、多重分離部１０５５、無線受信部１０５７とチャネル測定部１０５９を含んで構成される。また、送信部１０７は、符号化部１０７１、変調部１０７３、多重部１０７５、無線送信部１０７７と上りリンク参照信号生成部１０７９を含んで構成される。
【０１７６】
上位層処理部１０１は、ユーザーの操作等により生成された上りリンクデータ（トランスポートブロック）を、送信部１０７に出力する。また、上位層処理部１０１は、媒体アクセス制御（MAC: Medium Access Control）層、パケットデータ統合プロトコル（Packet
Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）
層、無線リソース制御（Radio Resource Control: RRC）層の処理を行なう。
【０１７７】
上位層処理部１０１が備える無線リソース制御部１０１１は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御部１０１１は、基地局装置３から受信した上位層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御部１０１１は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。また、無線リソース制御部１０１１は、上りリンクの各チャネルに配置される情報を生成し、送信部１０７に出力する。無線リソース制御部１０１１を設定部１０１１とも称する。
【０１７８】
ここで、上位層処理部１０１が備えるスケジューリング情報解釈部１０１３は、受信部１０５を介して受信したＤＣＩフォーマット（スケジューリング情報、ＵＬグラント）の解釈をし、前記ＤＣＩフォーマットを解釈した結果に基づき、受信部１０５、および送信部１０７の制御を行なうために制御情報を生成し、制御部１０３に出力する。
【０１７９】
また、上位層処理部１０１が備えるｓＴＴＩ制御部１０１５は、各種設定情報、および、パラメータなどＳＰＳに関連する情報、状況に基づいて、ｓＴＴＩ送信に関連する制御を行う。
【０１８０】
また、制御部１０３は、上位層処理部１０１からの制御情報に基づいて、受信部１０５、および送信部１０７の制御を行なう制御信号を生成する。制御部１０３は、生成した制御信号を受信部１０５、および送信部１０７に出力して受信部１０５、および送信部１０７の制御を行なう。
【０１８１】
また、受信部１０５は、制御部１０３から入力された制御信号に従って、送受信アンテナ部１０９を介して基地局装置３から受信した受信信号を、分離、復調、復号し、復号した情報を上位層処理部１０１に出力する。
【０１８２】
また、無線受信部１０５７は、送受信アンテナ部１０９を介して受信した下りリンクの信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート: down covert）
、不要な周波数成分を除去し、信号レベルが適切に維持されるように増幅レベルを制御し、受信した信号の同相成分および直交成分に基づいて、直交復調し、直交復調されたアナログ信号をディジタル信号に変換する。無線受信部１０５７は、変換したディジタル信号からＣＰ（Cyclic Prefix）に相当する部分を除去し、ＣＰを除去した信号に対して高速
フーリエ変換（Fast Fourier Transform: FFT）を行い、周波数領域の信号を抽出する。
【０１８３】
また、多重分離部１０５５は、抽出した信号をＰＨＩＣＨ、ＰＤＣＣＨ、ＰＤＳＣＨ、および、下りリンク参照信号に、それぞれ分離する。また、多重分離部１０５５は、チャネル測定部１０５９から入力された伝搬路の推定値から、ＰＨＩＣＨ、ＰＤＣＣＨ、および、ＰＤＳＣＨの伝搬路の補償を行なう。また、多重分離部１０５５は、分離した下りリンク参照信号をチャネル測定部１０５９に出力する。
【０１８４】
また、復調部１０５３は、ＰＨＩＣＨに対して対応する符号を乗算して合成し、合成した信号に対してＢＰＳＫ（Binary Phase Shift Keying）変調方式の復調を行ない、復号
化部１０５１へ出力する。復号化部１０５１は、自装置宛てのＰＨＩＣＨを復号し、復号したＨＡＲＱインディケータを上位層処理部１０１に出力する。復調部１０５３は、ＰＤＣＣＨに対して、ＱＰＳＫ変調方式の復調を行ない、復号化部１０５１へ出力する。復号化部１０５１は、ＰＤＣＣＨの復号を試み、復号に成功した場合、復号した下りリンク制御情報と下りリンク制御情報が対応するＲＮＴＩとを上位層処理部１０１に出力する。
【０１８５】
また、復調部１０５３は、ＰＤＳＣＨに対して、ＱＰＳＫ（Quadrature Phase Shift Keying）、１６ＱＡＭ（Quadrature Amplitude Modulation）、６４ＱＡＭ等の下りリンクグラントで通知された変調方式の復調を行ない、復号化部１０５１へ出力する。復号化部１０５１は、下りリンク制御情報で通知された符号化率に関する情報に基づいて復号を行い、復号した下りリンクデータ（トランスポートブロック）を上位層処理部１０１へ出力する。
【０１８６】
また、チャネル測定部１０５９は、多重分離部１０５５から入力された下りリンク参照信号から下りリンクのパスロスやチャネルの状態を測定し、測定したパスロスやチャネルの状態を上位層処理部１０１へ出力する。また、チャネル測定部１０５９は、下りリンク
参照信号から下りリンクの伝搬路の推定値を算出し、多重分離部１０５５へ出力する。チャネル測定部１０５９は、ＣＱＩ（ＣＳＩでもよい）の算出のために、チャネル測定、および／または、干渉測定を行なう。
【０１８７】
また、送信部１０７は、制御部１０３から入力された制御信号に従って、上りリンク参照信号を生成し、上位層処理部１０１から入力された上りリンクデータ（トランスポートブロック）を符号化および変調し、ＰＵＣＣＨ、ＰＵＳＣＨ、および生成した上りリンク参照信号を多重し、送受信アンテナ部１０９を介して基地局装置３に送信する。また、送信部１０７は、上りリンク制御情報を送信する。
【０１８８】
また、符号化部１０７１は、上位層処理部１０１から入力された上りリンク制御情報を畳み込み符号化、ブロック符号化等の符号化を行う。また、符号化部１０７１は、ＰＵＳＣＨのスケジューリングに用いられる情報に基づきターボ符号化を行なう。
【０１８９】
また、変調部１０７３は、符号化部１０７１から入力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ等の下りリンク制御情報で通知された変調方式または、チャネル毎に予め定められた変調方式で変調する。変調部１０７３は、ＰＵＳＣＨのスケジューリングに用いられる情報に基づき、空間多重されるデータの系列の数を決定し、ＭＩＭＯ（Multiple Input Multiple Output）ＳＭ（Spatial Multiplexing）を用いることにより同一のＰＵＳＣＨで送信される複数の上りリンクデータを、複数の系列にマッピングし、この系列に対してプレコーディング（precoding）を行なう。
【０１９０】
また、上りリンク参照信号生成部１０７９は、基地局装置３を識別するための物理レイヤセル識別子（physical layer cell identity: PCI、Cell IDなどと称する。）、上りリンク参照信号を配置する帯域幅、上りリンクグラントで通知されたサイクリックシフト、ＤＭＲＳシーケンスの生成に対するパラメータの値などを基に、予め定められた規則（式）で求まる系列を生成する。多重部１０７５は、制御部１０３から入力された制御信号に従って、ＰＵＳＣＨの変調シンボルを並列に並び替えてから離散フーリエ変換（Discrete
Fourier Transform: DFT）する。また、多重部１０７５は、ＰＵＣＣＨとＰＵＳＣＨの
信号と生成した上りリンク参照信号を送信アンテナポート毎に多重する。つまり、多重部１０７５は、ＰＵＣＣＨとＰＵＳＣＨの信号と生成した上りリンク参照信号を送信アンテナポート毎にリソースエレメントに配置する。
【０１９１】
また、無線送信部１０７７は、多重された信号を逆高速フーリエ変換（Inverse Fast Fourier Transform: IFFT）して、ＳＣ−ＦＤＭＡシンボルを生成し、生成されたＳＣ−ＦＤＭＡシンボルにＣＰを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換し、ローパスフィルタを用いて余分な周波数成分を除去し、搬送波周波数にアップコンバート（up convert）し、電力増幅し、送受信アンテナ部１０９に出力して送信する。
【０１９２】
図８は、本実施形態における基地局装置３の構成を示す概略ブロック図である。図に示すように、基地局装置３は、上位層処理部３０１、制御部３０３、受信部３０５、送信部３０７、および、送受信アンテナ部３０９、を含んで構成される。また、上位層処理部３０１は、無線リソース制御部３０１１、スケジューリング部３０１３、および、ｓＴＴＩ制御部３０１５を含んで構成される。また、受信部３０５は、復号化部３０５１、復調部３０５３、多重分離部３０５５、無線受信部３０５７とチャネル測定部３０５９を含んで構成される。また、送信部３０７は、符号化部３０７１、変調部３０７３、多重部３０７５、無線送信部３０７７と下りリンク参照信号生成部３０７９を含んで構成される。
【０１９３】
上位層処理部３０１は、媒体アクセス制御（MAC: Medium Access Control）層、パケッ
トデータ統合プロトコル（Packet Data Convergence Protocol: PDCP）層、無線リンク制御（Radio Link Control: RLC）層、無線リソース制御（Radio Resource Control: RRC）層の処理を行なう。また、上位層処理部３０１は、受信部３０５、および送信部３０７の制御を行なうために制御情報を生成し、制御部３０３に出力する。
【０１９４】
また、上位層処理部３０１が備える無線リソース制御部３０１１は、下りリンクのＰＤＳＣＨに配置される下りリンクデータ（トランスポートブロック）、システムインフォメーション、ＲＲＣメッセージ、ＭＡＣ  ＣＥ（Control Element）などを生成し、又は上
位ノードから取得し、送信部３０７に出力する。また、無線リソース制御部３０１１は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御部３０１１は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御部１０１１は、各種設定情報／パラメータを示す情報を送信／報知する。無線リソース制御部３０１１を設定部３０１１とも称する。
【０１９５】
また、上位層処理部３０１が備えるスケジューリング部３０１３は、受信したチャネル状態情報およびチャネル測定部３０５９から入力された伝搬路の推定値やチャネルの品質などから、物理チャネル（ＰＤＳＣＨおよびＰＵＳＣＨ）を割り当てる周波数およびサブフレーム、物理チャネル（ＰＤＳＣＨおよびＰＵＳＣＨ）の符号化率および変調方式および送信電力などを決定する。スケジューリング部３０１３は、スケジューリング結果に基づき、受信部３０５、および送信部３０７の制御を行なうために制御情報（例えば、ＤＣＩフォーマット）を生成し、制御部３０３に出力する。スケジューリング部３０１３は、さらに、送信処理および受信処理を行うタイミングを決定する。
【０１９６】
また、上位層処理部３０１が備えるｓＴＴＩ制御部３０１５は、各種設定情報、および、パラメータなどＳＰＳに関連する情報、状況に基づいて、ＳＰＳに関連する制御を行う。
【０１９７】
また、制御部３０３は、上位層処理部３０１からの制御情報に基づいて、受信部３０５、および送信部３０７の制御を行なう制御信号を生成する。制御部３０３は、生成した制御信号を受信部３０５、および送信部３０７に出力して受信部３０５、および送信部３０７の制御を行なう。
【０１９８】
また、受信部３０５は、制御部３０３から入力された制御信号に従って、送受信アンテナ部３０９を介して端末装置１から受信した受信信号を分離、復調、復号し、復号した情報を上位層処理部３０１に出力する。無線受信部３０５７は、送受信アンテナ部３０９を介して受信された上りリンクの信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート: down covert）、不要な周波数成分を除去し、信号レベルが適切に維持さ
れるように増幅レベルを制御し、受信された信号の同相成分および直交成分に基づいて、直交復調し、直交復調されたアナログ信号をディジタル信号に変換する。また、受信部３０５は、上りリンク制御情報を受信する。
【０１９９】
また、無線受信部３０５７は、変換したディジタル信号からＣＰ（Cyclic Prefix）に
相当する部分を除去する。無線受信部３０５７は、ＣＰを除去した信号に対して高速フーリエ変換（Fast Fourier Transform: FFT）を行い、周波数領域の信号を抽出し多重分離
部３０５５に出力する。
【０２００】
また、多重分離部１０５５は、無線受信部３０５７から入力された信号をＰＵＣＣＨ、ＰＵＳＣＨ、上りリンク参照信号などの信号に分離する。尚、この分離は、予め基地局装置３が無線リソース制御部３０１１で決定し、各端末装置１に通知した上りリンクグラントに含まれる無線リソースの割り当て情報に基づいて行なわれる。また、多重分離部３０
５５は、チャネル測定部３０５９から入力された伝搬路の推定値から、ＰＵＣＣＨとＰＵＳＣＨの伝搬路の補償を行なう。また、多重分離部３０５５は、分離した上りリンク参照信号をチャネル測定部３０５９に出力する。
【０２０１】
また、復調部３０５３は、ＰＵＳＣＨを逆離散フーリエ変換（Inverse Discrete Fourier Transform: IDFT）し、変調シンボルを取得し、ＰＵＣＣＨとＰＵＳＣＨの変調シンボルそれぞれに対して、ＢＰＳＫ（Binary Phase Shift Keying）、ＱＰＳＫ、１６ＱＡＭ
、６４ＱＡＭ等の予め定められた、または自装置が端末装置１各々に上りリンクグラントで予め通知した変調方式を用いて受信信号の復調を行なう。復調部３０５３は、端末装置１各々に上りリンクグラントで予め通知した空間多重される系列の数と、この系列に対して行なうプリコーディングを指示する情報に基づいて、ＭＩＭＯ  ＳＭを用いることにより同一のＰＵＳＣＨで送信された複数の上りリンクデータの変調シンボルを分離する。
【０２０２】
また、復号化部３０５１は、復調されたＰＵＣＣＨとＰＵＳＣＨの符号化ビットを、予め定められた符号化方式の、予め定められた、又は自装置が端末装置１に上りリンクグラントで予め通知した符号化率で復号を行ない、復号した上りリンクデータと、上りリンク制御情報を上位層処理部１０１へ出力する。ＰＵＳＣＨが再送信の場合は、復号化部３０５１は、上位層処理部３０１から入力されるＨＡＲＱバッファに保持している符号化ビットと、復調された符号化ビットを用いて復号を行なう。チャネル測定部３０９は、多重分離部３０５５から入力された上りリンク参照信号から伝搬路の推定値、チャネルの品質などを測定し、多重分離部３０５５および上位層処理部３０１に出力する。
【０２０３】
また、送信部３０７は、制御部３０３から入力された制御信号に従って、下りリンク参照信号を生成し、上位層処理部３０１から入力されたＨＡＲＱインディケータ、下りリンク制御情報、下りリンクデータを符号化、および変調し、ＰＨＩＣＨ、ＰＤＣＣＨ、ＰＤＳＣＨ、および、下りリンク参照信号を多重して、送受信アンテナ部３０９を介して端末装置１に信号を送信する。
【０２０４】
また、符号化部３０７１は、上位層処理部３０１から入力されたＨＡＲＱインディケータ、下りリンク制御情報、および下りリンクデータを、ブロック符号化、畳み込み符号化、ターボ符号化等の予め定められた符号化方式を用いて符号化を行なう、または無線リソース制御部３０１１が決定した符号化方式を用いて符号化を行なう。変調部３０７３は、符号化部３０７１から入力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ等の予め定められた、または無線リソース制御部３０１１が決定した変調方式で変調する。
【０２０５】
また、下りリンク参照信号生成部３０７９は、基地局装置３を識別するための物理レイヤセル識別子（ＰＣＩ）などを基に予め定められた規則で求まる、端末装置１が既知の系列を下りリンク参照信号として生成する。多重部３０７５は、変調された各チャネルの変調シンボルと生成された下りリンク参照信号を多重する。つまり、多重部３０７５は、変調された各チャネルの変調シンボルと生成された下りリンク参照信号をリソースエレメントに配置する。
【０２０６】
また、無線送信部３０７７は、多重された変調シンボルなどを逆高速フーリエ変換（Inverse Fast Fourier Transform: IFFT）して、ＯＦＤＭシンボルを生成し、生成したＯＦＤＭシンボルにＣＰを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換し、ローパスフィルタにより余分な周波数成分を除去し、搬送波周波数にアップコンバート（up convert）し、電力増幅し、送受信アンテナ部３０９に出力して送信する。
【０２０７】
より具体的には、本実施形態における端末装置１は、第１のＵＬグラント、第２のＵＬグラント、および、ランダムアクセスレスポンスグラントを受信する受信部１０５と、ＰＵＳＣＨでの送信を実行する送信部１０７と、を備え、前記ＰＵＳＣＨでの送信がＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加された前記第２のＵＬグラントに対応する場合には、前記第２のＵＬグラントを用いて指示された長さの送信時間間隔で前記ＰＵＳＣＨでの第１の送信を実行し、前記ＰＵＳＣＨでの送信がランダムアクセスレスポンスグラントに対応する場合には、長さが１ｍｓの送信時間間隔で前記ＰＵＳＣＨでの第２の送信を実行し、前記ＰＵＳＣＨでの前記第１の送信に対する帯域幅は、前記第１のＵＬグラントを用いてスケジュールされ、前記ＰＵＳＣＨでの前記第２の送信に対する帯域幅は、前記ランダムアクセスレスポンスグラントを用いてスケジュールされる。
【０２０８】
ここで、前記ＰＵＳＣＨでの前記第１の送信に関連するＤＭＲＳが含まれるＳＣ−ＦＤＭＡシンボルは、前記第２のＵＬグラントを用いて指示され、前記ＰＵＳＣＨでの前記第２の送信に関連するＤＭＲＳは、前記ＰＵＳＣＨでの前記第２の送信に関連するスロットにおける４番目のＳＣ−ＦＤＭＡシンボルに含まれてもよい。
【０２０９】
また、前記ＰＵＳＣＨでの前記第１の送信のタイミングは、前記第２のＵＬグラントを用いて指示されてもよい。
【０２１０】
また、本実施形態における基地局装置３は、第１のＵＬグラント、第２のＵＬグラント、および、ランダムアクセスレスポンスグラントを送信する送信部３０７と、ＰＵＳＣＨでの受信を実行する受信部３０５と、を備え、前記ＰＵＳＣＨでの受信がＣ−ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加された前記第２のＵＬグラントに対応する場合には、前記第２のＵＬグラントを用いて指示された長さの送信時間間隔で前記ＰＵＳＣＨでの第１の受信を実行し、前記ＰＵＳＣＨでの送信がランダムアクセスレスポンスグラントに対応する場合には、長さが１ｍｓの送信時間間隔で前記ＰＵＳＣＨでの第２の受信を実行し、前記ＰＵＳＣＨでの前記第１の受信に対する帯域幅は、前記第１のＵＬグラントを用いてスケジュールされ、前記ＰＵＳＣＨでの前記第２の受信に対する帯域幅は、前記ランダムアクセスレスポンスグラントを用いてスケジュールされる。
【０２１１】
ここで、前記ＰＵＳＣＨでの前記第１の受信に関連するＤＭＲＳが含まれるＳＣ−ＦＤＭＡシンボルは、前記第２のＵＬグラントを用いて指示され、前記ＰＵＳＣＨでの前記第２の受信に関連するＤＭＲＳは、前記ＰＵＳＣＨでの前記第２の受信に関連するスロットにおける４番目のＳＣ−ＦＤＭＡシンボルに含まれてもよい。
【０２１２】
また、前記ＰＵＳＣＨでの前記第１の受信のタイミングは、前記第２のＵＬグラントを用いて指示されてもよい。
【０２１３】
これにより、上りリンクデータを効率的に送信することができる。例えば、端末装置１が、所定の条件を満たす場合には、動作１を実行することによって、過去のリリースに対応する端末装置との共存を可能とすることができる。結果として、上りリンクのリソースを効率的に使用することが可能となり、上りリンクデータを効率的に送信することができる。
【０２１４】
また、端末装置１が、所定の条件を満たす場合には、動作１を実行することによって、基地局装置３と端末装置１における設定に不一致が生じるような状況においても、通信を継続することが可能となる。例えば、基地局装置３はｓＴＴＩが設定されていると想定し、端末装置１はｓＴＴＩが設定されていないと想定しているような状況において（例えば、上位層において設定を実行している間において）、通信を継続することができる。これ
により、上りリンクデータを効率的に送信することができる。
【０２１５】
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制
御するプログラム（コンピュータを機能させるプログラム）であっても良い。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ  ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤ
Ｄ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き
込みが行われる。
【０２１６】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。
【０２１７】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０２１８】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【０２１９】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【０２２０】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢに対する上位ノードの機能の一部または全部を有してもよい。
【０２２１】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０２２２】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明
は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【０２２３】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０２２４】
１（１Ａ、１Ｂ、１Ｃ）  端末装置
３  基地局装置
１０１  上位層処理部
１０３  制御部
１０５  受信部
１０７  送信部
３０１  上位層処理部
３０３  制御部
３０５  受信部
３０７  送信部
１０１１  無線リソース制御部
１０１３  スケジューリング情報解釈部
１０１５  ｓＴＴＩ制御部
３０１１  無線リソース制御部
３０１３  スケジューリング部
３０１５  ｓＴＴＩ制御部
【図１】
2019091957.tif 000003
【図２】
2019091957.tif 000004
【図３】
2019091957.tif 000005
【図４】
2019091957.tif 000006
【図５】
2019091957.tif 000007
【図６】
2019091957.tif 000008
【図７】
2019091957.tif 000009
【図８】
2019091957.tif 000010