知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024094448
(43)【公開日】2024-07-10
(54)【発明の名称】端末装置、基地局装置、および、通信方法
(51)【国際特許分類】
H04W 74/08 20240101AFI20240703BHJP
【ＦＩ】
H04W74/08
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2021079505
(22)【出願日】2021-05-10
(71)【出願人】
【識別番号】000005049
【氏名又は名称】シャープ株式会社
(74)【代理人】
【識別番号】100160783
【弁理士】
【氏名又は名称】堅田 裕之
(72)【発明者】
【氏名】吉村 友樹
(72)【発明者】
【氏名】野上 智造
(72)【発明者】
【氏名】福井 崇久
(72)【発明者】
【氏名】鈴木 翔一
(72)【発明者】
【氏名】中嶋 大一郎
(72)【発明者】
【氏名】大内 渉
(72)【発明者】
【氏名】林 会発
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067DD11
5K067EE02
5K067EE10
5K067GG09
(57)【要約】 （修正有）
【課題】効率的に通信を行うことができる端末装置、基地局装置及び通信方法を提供する。
【解決手段】無線通信システムにおいて、端末装置は、下りリンク信号の受信電力に関する値が、しきい値よりも低い場合に第１のＰＲＡＣＨリソースタイプを選択し、受信電力に関する値が、しきい値よりも高いか又は等しい場合に第２のＰＲＡＣＨリソースタイプを選択し、第１のＰＲＡＣＨリソースタイプにおいてＰＲＡＣＨが送信される場合にＰＤＳＣＨに含まれる上りリンクグラントは第１の規範で解釈され、第２のＰＲＡＣＨリソースタイプにおいてＰＲＡＣＨが送信される場合にＲＲＣ層処理部においてしきい値が設定されないときは、ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈される。
【選択図】図１
【解決手段】無線通信システムにおいて、端末装置は、下りリンク信号の受信電力に関する値が、しきい値よりも低い場合に第１のＰＲＡＣＨリソースタイプを選択し、受信電力に関する値が、しきい値よりも高いか又は等しい場合に第２のＰＲＡＣＨリソースタイプを選択し、第１のＰＲＡＣＨリソースタイプにおいてＰＲＡＣＨが送信される場合にＰＤＳＣＨに含まれる上りリンクグラントは第１の規範で解釈され、第２のＰＲＡＣＨリソースタイプにおいてＰＲＡＣＨが送信される場合にＲＲＣ層処理部においてしきい値が設定されないときは、ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈される。
【選択図】図１
【特許請求の範囲】
【請求項1】
あるＢＷＰにおける第１のＰＲＡＣＨリソースタイプ、前記あるＢＷＰにおける第２のＰＲＡＣＨリソースタイプ、および、しきい値の管理を行うＲＲＣ層処理部と、
前記第１のＰＲＡＣＨリソースタイプと前記第２のＰＲＡＣＨリソースタイプから１つのＰＲＡＣＨリソースタイプを選択するＭＡＣ層処理部と、
前記１つのＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨを送信する送信部と、
前記１つのリソースに基づき計算されるＲＡ－ＲＮＴＩでＰＤＣＣＨを受信し、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨを受信する受信部と、を備え、
下りリンク信号の受信電力に関する値が、前記しきい値よりも低い場合に前記第１のＰＲＡＣＨリソースタイプを選択し、
前記受信電力に関する値が、前記しきい値よりも高い、または、等しい場合に前記第２のＰＲＡＣＨリソースタイプを選択し、
前記第１のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第１の規範で解釈され、
前記第２のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈され、
前記ＲＲＣ層処理部において前記しきい値が設定されない場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈される
端末装置。
前記第１のＰＲＡＣＨリソースタイプと前記第２のＰＲＡＣＨリソースタイプから１つのＰＲＡＣＨリソースタイプを選択するＭＡＣ層処理部と、
前記１つのＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨを送信する送信部と、
前記１つのリソースに基づき計算されるＲＡ－ＲＮＴＩでＰＤＣＣＨを受信し、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨを受信する受信部と、を備え、
下りリンク信号の受信電力に関する値が、前記しきい値よりも低い場合に前記第１のＰＲＡＣＨリソースタイプを選択し、
前記受信電力に関する値が、前記しきい値よりも高い、または、等しい場合に前記第２のＰＲＡＣＨリソースタイプを選択し、
前記第１のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第１の規範で解釈され、
前記第２のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈され、
前記ＲＲＣ層処理部において前記しきい値が設定されない場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈される
端末装置。
【請求項2】
前記あるＢＷＰに前記第１のＰＲＡＣＨリソースタイプが設定されない場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈される
請求項１に記載の端末装置。
請求項１に記載の端末装置。
【請求項3】
非競合ベースのランダムアクセスにおいて、１）前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈される、２）ＰＤＣＣＨオーダーにより、前記上りリンクグラントが前記第１の規範で解釈されるか前記第２の規範で解釈されるかが決定される、または、３）前記ＲＲＣ層処理部は、前記前記上りリンクグラントが前記第１の規範で解釈されるか前記第２の規範で解釈されるかを決定するパラメータを保持する
請求項１に記載の端末装置。
請求項１に記載の端末装置。
【請求項4】
あるＢＷＰにおける第１のＰＲＡＣＨリソースタイプ、前記あるＢＷＰにおける第２のＰＲＡＣＨリソースタイプ、および、しきい値の管理を行うＲＲＣ層処理部と、
端末装置によって選択される１つのＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨを受信する受信部と、
前記１つのＰＲＡＣＨリソースタイプに基づき計算されるＲＡ－ＲＮＴＩでＰＤＣＣＨを送信し、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨを送信する送信部と、を備え、
前記第１のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第１の規範で解釈され、
前記第２のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈され、
前記ＲＲＣ層処理部において前記しきい値が設定されない場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈され、
非競合ベースのランダムアクセスにおいて、前記前記上りリンクグラントが前記第１の規範で解釈されるか前記第２の規範で解釈されるかを前記端末装置に指示する
基地局装置。
端末装置によって選択される１つのＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨを受信する受信部と、
前記１つのＰＲＡＣＨリソースタイプに基づき計算されるＲＡ－ＲＮＴＩでＰＤＣＣＨを送信し、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨを送信する送信部と、を備え、
前記第１のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第１の規範で解釈され、
前記第２のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈され、
前記ＲＲＣ層処理部において前記しきい値が設定されない場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈され、
非競合ベースのランダムアクセスにおいて、前記前記上りリンクグラントが前記第１の規範で解釈されるか前記第２の規範で解釈されるかを前記端末装置に指示する
基地局装置。
【請求項5】
端末装置に用いられる通信方法であって、
あるＢＷＰにおける第１のＰＲＡＣＨリソースタイプ、前記あるＢＷＰにおける第２のＰＲＡＣＨリソースタイプ、および、しきい値の管理を行うステップと、
前記第１のＰＲＡＣＨリソースタイプと前記第２のＰＲＡＣＨリソースタイプから１つのＰＲＡＣＨリソースタイプを選択するステップと、
前記１つのＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨを送信するステップと、
前記１つのリソースに基づき計算されるＲＡ－ＲＮＴＩでＰＤＣＣＨを受信し、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨを受信するステップと、を備え、
下りリンク信号の受信電力に関する値が、前記しきい値よりも低い場合に前記第１のＰＲＡＣＨリソースタイプを選択し、
前記受信電力に関する値が、前記しきい値よりも高い、または、等しい場合に前記第２のＰＲＡＣＨリソースタイプを選択し、
前記第１のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第１の規範で解釈され、
前記第２のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈され、
前記ＲＲＣ層処理部において前記しきい値が設定されない場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈される
通信方法。
あるＢＷＰにおける第１のＰＲＡＣＨリソースタイプ、前記あるＢＷＰにおける第２のＰＲＡＣＨリソースタイプ、および、しきい値の管理を行うステップと、
前記第１のＰＲＡＣＨリソースタイプと前記第２のＰＲＡＣＨリソースタイプから１つのＰＲＡＣＨリソースタイプを選択するステップと、
前記１つのＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨを送信するステップと、
前記１つのリソースに基づき計算されるＲＡ－ＲＮＴＩでＰＤＣＣＨを受信し、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨを受信するステップと、を備え、
下りリンク信号の受信電力に関する値が、前記しきい値よりも低い場合に前記第１のＰＲＡＣＨリソースタイプを選択し、
前記受信電力に関する値が、前記しきい値よりも高い、または、等しい場合に前記第２のＰＲＡＣＨリソースタイプを選択し、
前記第１のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第１の規範で解釈され、
前記第２のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈され、
前記ＲＲＣ層処理部において前記しきい値が設定されない場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈される
通信方法。
【請求項6】
基地局装置に用いられる通信方法であって、
あるＢＷＰにおける第１のＰＲＡＣＨリソースタイプ、前記あるＢＷＰにおける第２のＰＲＡＣＨリソースタイプ、および、しきい値の管理を行うステップと、
端末装置によって選択される１つのＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨを受信するステップと、
前記１つのＰＲＡＣＨリソースタイプに基づき計算されるＲＡ－ＲＮＴＩでＰＤＣＣＨを送信し、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨを送信するステップと、を備え、
前記第１のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第１の規範で解釈され、
前記第２のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈され、
前記ＲＲＣ層処理部において前記しきい値が設定されない場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈され、
非競合ベースのランダムアクセスにおいて、前記前記上りリンクグラントが前記第１の規範で解釈されるか前記第２の規範で解釈されるかを前記端末装置に指示する
通信方法。
あるＢＷＰにおける第１のＰＲＡＣＨリソースタイプ、前記あるＢＷＰにおける第２のＰＲＡＣＨリソースタイプ、および、しきい値の管理を行うステップと、
端末装置によって選択される１つのＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨを受信するステップと、
前記１つのＰＲＡＣＨリソースタイプに基づき計算されるＲＡ－ＲＮＴＩでＰＤＣＣＨを送信し、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨを送信するステップと、を備え、
前記第１のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第１の規範で解釈され、
前記第２のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈され、
前記ＲＲＣ層処理部において前記しきい値が設定されない場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈され、
非競合ベースのランダムアクセスにおいて、前記前記上りリンクグラントが前記第１の規範で解釈されるか前記第２の規範で解釈されるかを前記端末装置に指示する
通信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、端末装置、基地局装置、および、通信方法に関する。
【背景技術】
【0002】
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long Term Evolution （LTE）」、または、「ＥＵＴＲＡ：Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ」とも呼称される）が、第三世代パートナーシッププロジェクト（3GPP:3rd Generation Partnership Project）において検討されている。ＬＴＥにおいて、基地局装置はｅＮｏｄｅＢ（evolved NodeB）、端末装置はＵＥ（User Equipment）とも呼称される。ＬＴＥは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のサービングセルを管理してもよい。
【0003】
３ＧＰＰでは、国際電気通信連合（ITU:International Telecommunication Union）が策定する次世代移動通信システムの規格であるＩＭＴ（International Mobile Telecommunication）―２０２０に提案するため、次世代規格（NR: New Radio）の検討が行われている（非特許文献１）。ＮＲは、単一の技術の枠組みにおいて、ｅＭＢＢ（enhanced Mobile BroadBand）、ｍＭＴＣ（massive Machine Type Communication）、ＵＲＬＬＣ（Ultra Reliable and Low Latency Communication）の３つのシナリオを想定した要求を満たすことが求められている。
【0004】
ＮＲ等、セルラー移動通信の機能拡張の検討が行われることが期待される。例えば、非特許文献２に示されるように、ＮＲの機能の拡張に関する検討が、開始されている。
【先行技術文献】
【非特許文献】
【0005】
【非特許文献1】"New SID proposal: Study on New Radio Access Technology"， RP-160671， NTT docomo， 3GPP TSG RAN Meeting #71，Goteborg， Sweden， 7th ― 10th March， 2016．
【非特許文献2】“Release 17 package for RAN”, RP-193216, RAN chairman, RAN1 chairman, RAN2 chairman, RAN3 chairman, 3GPP TSG RAN Meeting #86, Sitges, Spain, 9th ― 12th December, 2019
【発明の概要】
【発明が解決しようとする課題】
【0006】
本発明は、効率的に通信を行う端末装置、該端末装置に用いられる通信方法、効率的に通信を行う基地局装置、該基地局装置に用いられる通信方法を提供する。
【課題を解決するための手段】
【0007】
（１）本発明の第１の態様は、端末装置であって、あるＢＷＰにおける第１のＰＲＡＣＨリソースタイプ、前記あるＢＷＰにおける第２のＰＲＡＣＨリソースタイプ、および、しきい値の管理を行うＲＲＣ層処理部と、前記第１のＰＲＡＣＨリソースタイプと前記第２のＰＲＡＣＨリソースタイプから１つのＰＲＡＣＨリソースタイプを選択するＭＡＣ層処理部と、前記１つのＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨを送信する送信部と、前記１つのリソースに基づき計算されるＲＡ－ＲＮＴＩでＰＤＣＣＨを受信し、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨを受信する受信部と、を備え、下りリンク信号の受信電力に関する値が、前記しきい値より
も低い場合に前記第１のＰＲＡＣＨリソースタイプを選択し、前記受信電力に関する値が、前記しきい値よりも高い、または、等しい場合に前記第２のＰＲＡＣＨリソースタイプを選択し、前記第１のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第１の規範で解釈され、前記第２のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈され、前記ＲＲＣ層処理部において前記しきい値が設定されない場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈される。
も低い場合に前記第１のＰＲＡＣＨリソースタイプを選択し、前記受信電力に関する値が、前記しきい値よりも高い、または、等しい場合に前記第２のＰＲＡＣＨリソースタイプを選択し、前記第１のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第１の規範で解釈され、前記第２のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈され、前記ＲＲＣ層処理部において前記しきい値が設定されない場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈される。
【0008】
（２）本発明の第２の態様は、基地局装置であって、あるＢＷＰにおける第１のＰＲＡＣＨリソースタイプ、前記あるＢＷＰにおける第２のＰＲＡＣＨリソースタイプ、および、しきい値の管理を行うＲＲＣ層処理部と、端末装置によって選択される１つのＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨを受信する受信部と、前記１つのＰＲＡＣＨリソースタイプに基づき計算されるＲＡ－ＲＮＴＩでＰＤＣＣＨを送信し、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨを送信する送信部と、を備え、前記第１のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第１の規範で解釈され、前記第２のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈され、前記ＲＲＣ層処理部において前記しきい値が設定されない場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈され、非競合ベースのランダムアクセスにおいて、前記前記上りリンクグラントが前記第１の規範で解釈されるか前記第２の規範で解釈されるかを前記端末装置に指示する。
【0009】
（３）本発明の第３の態様は、端末装置に用いられる通信方法であって、あるＢＷＰにおける第１のＰＲＡＣＨリソースタイプ、前記あるＢＷＰにおける第２のＰＲＡＣＨリソースタイプ、および、しきい値の管理を行うステップと、前記第１のＰＲＡＣＨリソースタイプと前記第２のＰＲＡＣＨリソースタイプから１つのＰＲＡＣＨリソースタイプを選択するステップと、前記１つのＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨを送信するステップと、前記１つのリソースに基づき計算されるＲＡ－ＲＮＴＩでＰＤＣＣＨを受信し、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨを受信するステップと、を備え、下りリンク信号の受信電力に関する値が、前記しきい値よりも低い場合に前記第１のＰＲＡＣＨリソースタイプを選択し、前記受信電力に関する値が、前記しきい値よりも高い、または、等しい場合に前記第２のＰＲＡＣＨリソースタイプを選択し、前記第１のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第１の規範で解釈され、前記第２のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈され、前記ＲＲＣ層処理部において前記しきい値が設定されない場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈される。
【0010】
（４）本発明の第４の態様は、基地局装置に用いられる通信方法であって、あるＢＷＰにおける第１のＰＲＡＣＨリソースタイプ、前記あるＢＷＰにおける第２のＰＲＡＣＨリソースタイプ、および、しきい値の管理を行うステップと、端末装置によって選択される１つのＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨを受信するステップと、前記１つのＰＲＡＣＨリソースタイプに基づき計算されるＲＡ－ＲＮＴＩでＰＤＣＣＨを送信し、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨを送信するステップと、を備え、前記第１のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第１の規範で解釈され、前記第２のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈され、前記ＲＲＣ層処理部において前記しきい値が設定されない場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈され、非競合ベースのランダムアクセスにおいて、前記前記上りリンクグラントが前記第１の規範で解釈されるか前記第２の規範で解釈されるかを前記端末装置に指示する。
【発明の効果】
【0011】
この発明によれば、端末装置は効率的に通信を行うことができる。また、基地局装置は効率的に通信を行うことができる。
【図面の簡単な説明】
【0012】
【図1】本実施形態の一態様に係る無線通信システムの概念図である。
【図2】本実施形態の一態様に係るサブキャリア間隔の設定μ、スロットあたりのＯＦＤＭシンボル数Ｎｓｌｏｔ
ｓｙｍｂ、および、ＣＰ（cyclic Prefix）設定の関係を示す一例である。
【図3】本実施形態の一態様に係るリソースグリッドの構成方法の一例を示す図である。
【図4】本実施形態の一態様に係るリソースグリッド３００１の構成例を示す図である。
【図5】本実施形態の一態様に係る基地局装置３の構成例を示す概略ブロック図である。
【図6】本実施形態の一態様に係る端末装置１の構成例を示す概略ブロック図である。
【図7】本実施形態の一態様に係るＳＳ／ＰＢＣＨブロックの構成例を示す図である。
【図8】本実施形態の一態様に係る探索領域セットの監視機会の一例を示す図である。
【図9】本実施形態の一態様に係るランダムアクセスレスポンスグラントに含まれるビット系列の解釈に用いられる第１の規範の一例を示す図である。
【図10】本実施形態の一態様に係るＰＵＳＣＨのためのＴＰＣコマンドフィールドの送信電力値の設定例を示す図である。
【図11】本実施形態の一態様に係る第２の規範におけるＰＵＳＣＨのためのＴＰＣコマンドフィールドの送信電力値の設定例を示す図である。
【発明を実施するための形態】
【0013】
以下、本発明の実施形態について説明する。
【0014】
ｆｌｏｏｒ（Ｃ）は、実数Ｃに対する床関数であってもよい。例えば、ｆｌｏｏｒ（Ｃ）は、実数Ｃを超えない範囲で最大の整数を出力する関数であってもよい。ｃｅｉｌ（Ｄ）は、実数Ｄに対する天井関数であってもよい。例えば、ｃｅｉｌ（Ｄ）は、実数Ｄを下回らない範囲で最小の整数を出力する関数であってもよい。ｍｏｄ（Ｅ，Ｆ）は、ＥをＦで除算した余りを出力する関数であってもよい。ｍｏｄ（Ｅ，Ｆ）は、ＥをＦで除算した余りに対応する値を出力する関数であってもよい。ｅｘｐ（Ｇ）＝ｅ＾Ｇである。ここで、ｅはネイピア数である。Ｈ＾ＩはＨのＩ乗を示す。ｍａｘ（Ｊ，Ｋ）は、Ｊ、および、Ｋのうちの最大値を出力する関数である。ここで、ＪとＫが等しい場合に、ｍａｘ（Ｊ，Ｋ）はＪまたはＫを出力する関数である。ｍｉｎ（Ｌ，Ｍ）は、Ｌ、および、Ｍのうちの最大値を出力する関数である。ここで、ＬとＭが等しい場合に、ｍｉｎ（Ｌ，Ｍ）はＬまたはＭを出力する関数である。ｒｏｕｎｄ（Ｎ）は、Ｎに最も近い値の整数値を出力する関数である。
【0015】
図１は、本実施形態の一態様に係る無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ～１Ｃ、および基地局装置３（BS#3: Base station#3）を少なくとも含んで構成される。以下、端末装置１Ａ～１Ｃの総称として、基地局装置３と通信を行う端末装置を端末装置１（UE#1: User Equipment#1）とも呼称する。
【0016】
該無線通信システムにおいて、少なくとも１つの通信方式が用いられてもよい。該１つの通信方式は、ＯＦＤＭ（Orthogonal Frequency Division Multiplex）であってもよい。例えば、基地局装置３から端末装置１への通信である下りリンクにおいて、ＣＰ－ＯＦＤＭ（Cyclic Prefix ― Orthogonal Frequency Division Multiplex）が少なくとも用いられてもよい。また、端末装置１から基地局装置３への通信である上りリンクにおいて、ＣＰ－ＯＦＤＭ、または、ＤＦＴ－ｓ－ＯＦＤＭ（Discrete Fourier Transform ― spread ― Orthogonal Frequency Division Multiplex）のいずれかが少なくとも用いられてもよい。ＤＦＴ－ｓ－ＯＦＤＭは、ＣＰ－ＯＦＤＭにおける信号生成に先立って変形プレコーディング（Transform precoding）が適用されるような通信方式である。ここで、変形プレコーディングは、ＤＦＴプレコーディングとも呼称される。
【0017】
基地局装置３は、１または複数の送信装置（または、送信点、送受信装置、送受信点）を含んで構成されてもよい。基地局装置３が複数の送信装置によって構成される場合、該複数の送信装置のそれぞれは地理的に異なる位置に配置されてもよいし、地理的に同じ位置に配置されてもよい。複数の送信装置が地理的に同じ位置に配置されることは、該複数の送信装置が１つの装置として構成されることであってもよい。
【0018】
基地局装置３は、１または複数のサービングセル（serving cell）を提供してもよい。サービングセルは、無線通信に用いられるリソースのセットとして定義されてもよい。サービングセルは、セル（cell）とも呼称される。
【0019】
サービングセルは、１つの下りリンクコンポーネントキャリア、および／または、１つの上りリンクコンポーネントキャリアを少なくとも含んで構成されてもよい。サービングセルは、２つ以上の下りリンクコンポーネントキャリア、および／または、２つ以上の上りリンクコンポーネントキャリアを少なくとも含んで構成されてもよい。下りリンクコンポーネントキャリア、および、上りリンクコンポーネントキャリアは、コンポーネントキャリアとも呼称される。
【0020】
例えば、１つのコンポーネントキャリアのために、１つのリソースグリッドが与えられてもよい。また、１つのコンポーネントキャリアとあるサブキャリア間隔の設定（subcarrier spacing configuration）μの組のために、１つのリソースグリッドが与えられてもよい。ここで、サブキャリア間隔の設定μは、ヌメロロジ（numerology）とも呼称される。リソースグリッドは、Ｎｓｉｚｅ，μ
ｇｒｉｄ，ｘＮＲＢ
ｓｃ個のサブキャリアを含む。リソースグリッドは、共通リソースブロックＮｓｔａｒｔ，μ
ｇｒｉｄ，ｘから開始される。共通リソースブロックＮｓｔａｒｔ，μ
ｇｒｉｄ，ｘは、リソースグリッドの基準点とも呼称される。リソースグリッドは、Ｎｓｕｂｆｒａｍｅ，μ
ｓｙｍｂ個のＯＦＤＭシンボルを含む。ｘは、送信方向を示すサブスクリプトであり、下りリンク、または、上りリンクのいずれかを示す。あるアンテナポートｐ、あるサブキャリア間隔の設定μ、および、ある送信方向ｘのセットに対して１つのリソースグリッドが与えられる。
【0021】
Ｎｓｉｚｅ，μ
ｇｒｉｄ，ｘとＮｓｔａｒｔ，μ
ｇｒｉｄ，ｘは、上位層パラメータ（CarrierBandwidth）に少なくとも基づき与えられる。該上位層パラメータは、ＳＣＳ固有キャリア（SCS specific carrier）とも呼称される。１つのリソースグリッドは、１つのＳＣＳ固有キャリアに対応する。１つのコンポーネントキャリアは、１または複数のＳＣＳ固有キャリアを備えてもよい。ＳＣＳ固有キャリアは、システム情報に含まれてもよい。それぞれのＳＣＳ固有キャリアに対して、１つのサブキャリア間隔の設定μが与えられてもよい。
【0022】
サブキャリア間隔（SCS: SubCarrier Spacing）Δｆは、Δｆ＝２μ・１５ｋＨｚであってもよい。例えば、サブキャリア間隔の設定μは０、１、２、３、または、４のいずれかを示してもよい。
【0023】
図２は、本実施形態の一態様に係るサブキャリア間隔の設定μ、スロットあたりのＯＦＤＭシンボル数Ｎｓｌｏｔ
ｓｙｍｂ、および、ＣＰ（cyclic Prefix）設定の関係を示す一例である。図２Ａにおいて、例えば、サブキャリア間隔の設定μが２であり、ＣＰ設定がノーマルＣＰ（normal cyclic prefix）である場合、Ｎｓｌｏｔ
ｓｙｍｂ＝１４、Ｎｆｒａｍｅ，μ
ｓｌｏｔ＝４０、Ｎｓｕｂｆｒａｍｅ，μ
ｓｌｏｔ＝４である。また、図２Ｂにおいて、例えば、サブキャリア間隔の設定μが２であり、ＣＰ設定が拡張ＣＰ（extended cyclic prefix）である場合、Ｎｓｌｏｔ
ｓｙｍｂ＝１２、Ｎｆｒａｍｅ，μ
ｓｌｏｔ＝４０、Ｎｓｕｂｆｒａｍｅ，μ
ｓｌｏｔ＝４である。
【0024】
本実施形態の一態様に係る無線通信システムにおいて、時間領域の長さの表現のために時間単位（タイムユニット）Ｔｃが用いられてもよい。時間単位Ｔｃは、Ｔｃ＝１／（Δｆｍａｘ・Ｎｆ）である。Δｆｍａｘ＝４８０ｋＨｚである。Ｎｆ＝４０９６である。定数κは、κ＝Δｆｍａｘ・Ｎｆ／（ΔｆｒｅｆＮｆ，ｒｅｆ）＝６４である。Δｆｒｅｆは、１５ｋＨｚである。Ｎｆ，ｒｅｆは、２０４８である。
【0025】
下りリンクにおける信号の送信、および／または、上りリンクにおける信号の送信は、長さＴｆの無線フレーム（システムフレーム、フレーム）により編成されてもよい（organized into）。Ｔｆ＝（ΔｆｍａｘＮｆ／１００）・Ｔｓ＝１０ｍｓである。“・”は乗算を示す。無線フレームは、１０個のサブフレームを含んで構成される。サブフレームの長さＴｓｆ＝（ΔｆｍａｘＮｆ／１０００）・Ｔｓ＝１ｍｓである。サブフレームあたりのＯＦＤＭシンボル数はＮｓｕｂｆｒａｍｅ，μ
ｓｙｍｂ＝Ｎｓｌｏｔ
ｓｙｍｂＮｓｕｂｆｒａｍｅ，μ
ｓｌｏｔである。
【0026】
ＯＦＤＭシンボルは、１つの通信方式の時間領域の単位である。例えば、ＯＦＤＭシンボルは、ＣＰ－ＯＦＤＭの時間領域の単位であってもよい。また、ＯＦＤＭシンボルは、ＤＦＴ－ｓ－ＯＦＤＭの時間領域の単位であってもよい。
【0027】
スロットは、複数のＯＦＤＭシンボルを含んで構成されてもよい。例えば、連続するＮｓｌｏｔ
ｓｙｍｂ個のＯＦＤＭシンボルが１つのスロットに含まれてもよい。例えば、Ｎｓｌｏｔ
ｓｙｍｂ＝１４であってもよい。
【0028】
スロットに対して、時間領域でインデックスが付されてもよい。例えば、スロットインデックスｎμ
ｓは、サブフレームにおいて０からＮｓｕｂｆｒａｍｅ，μ
ｓｌｏｔ－１の範囲の整数値で昇順に与えられてもよい。また、スロットインデックスｎμ
ｓ，ｆは、無線フレームにおいて０からＮｆｒａｍｅ，μ
ｓｌｏｔ－１の範囲の整数値で昇順に与えられてもよい。
【0029】
図３は、本実施形態の一態様に係るリソースグリッドの構成方法の一例を示す図である。図３の横軸は、周波数領域を示す。図３において、コンポーネントキャリア３００におけるサブキャリア間隔の設定μ１のリソースグリッドの構成例と、該あるコンポーネントキャリアにおけるサブキャリア間隔の設定μ２のリソースグリッドの構成例を示す。このように、あるコンポーネントキャリアに対して、１つまたは複数のサブキャリア間隔が設定されてもよい。
【0030】
ポイント（Point）３０００は、あるサブキャリアを特定するための識別子である。ポイント３０００は、ポイントＡとも呼称される。共通リソースブロック（CRB: Common resource block）セット３１００は、サブキャリア間隔の設定μ１に対する共通リソースブロックのセットである。
【0031】
共通リソースブロックセット３１００のうち、ポイント３０００を含む共通リソースブロック（図３中の右上がり斜線で示されるブロック）は、共通リソースブロックセット３１００の基準点（reference point）とも呼称される。共通リソースブロックセット３１００の基準点が、サブキャリア間隔の設定μ１に対するインデックス０の共通リソースブロックである。
【0032】
オフセット３０１１は、共通リソースブロックセット３１００の基準点から、リソースグリッド３００１の基準点までのオフセットである。オフセット３０１１は、サブキャリア間隔の設定μ１に対する共通リソースブロックの数によって示される。リソースグリッド３００１は、リソースグリッド３００１の基準点から始まるＮｓｉｚｅ，μ
ｇｒｉｄ１，ｘ個の共通リソースブロックを含む。
【0033】
オフセット３０１３は、リソースグリッド３００１の基準点から、インデックスｉ１のＢＷＰ（BandWidth Part）３００３の基準点（Ｎｓｔａｒｔ，μ
ＢＷＰ，ｉ１）までのオフセットである。インデックスｉ１のＢＷＰ３００３の基準点が、該ＢＷＰに対するインデックス０の物理リソースブロックである。
【0034】
共通リソースブロックセット３２００は、サブキャリア間隔の設定μ２に対する共通リソースブロックのセットである。
【0035】
共通リソースブロックセット３２００のうち、ポイント３０００を含む共通リソースブロック（図３中の左上がり斜線で示されるブロック）は、共通リソースブロックセット３２００の基準点とも呼称される。共通リソースブロックセット３２００の基準点が、サブキャリア間隔の設定μ２に対するインデックス０の共通リソースブロックである。
【0036】
オフセット３０１２は、共通リソースブロックセット３２００の基準点から、リソースグリッド３００２の基準点までのオフセットである。オフセット３０１２は、サブキャリア間隔μ２に対する共通リソースブロックの数によって示される。リソースグリッド３００２は、リソースグリッド３００２の基準点から始まるＮｓｉｚｅ，μ
ｇｒｉｄ２，ｘ個の共通リソースブロックを含む。
【0037】
オフセット３０１４は、リソースグリッド３００２の基準点から、インデックスｉ２のＢＷＰ３００４の基準点（Ｎｓｔａｒｔ，μ
ＢＷＰ，ｉ２）までのオフセットである。インデックスｉ２のＢＷＰ３００４の基準点が、該ＢＷＰに対するインデックス０の物理リソースブロックである。
【0038】
図４は、本実施形態の一態様に係るリソースグリッド３００１の構成例を示す図である。図４のリソースグリッドにおいて、横軸はＯＦＤＭシンボルインデックスｌｓｙｍであり、縦軸はサブキャリアインデックスｋｓｃである。リソースグリッド３００１は、Ｎｓｉｚｅ，μ
ｇｒｉｄ１，ｘＮＲＢ
ｓｃ個のサブキャリアを含み、Ｎｓｕｂｆｒａｍｅ，μ
ｓｙｍｂ個のＯＦＤＭシンボルを少なくとも含む。リソースグリッド内において、サブキャリアインデックスｋｓｃとＯＦＤＭシンボルインデックスｌｓｙｍによって特定されるリソースは、リソースエレメント（RE: Resource Element）とも呼称される。
【0039】
リソースグリッドの周波数領域は、ＳＣＳ固有キャリア（SCS-specific carrier）に対応する。ＳＣＳ固有キャリアの設定は、オフセット、および、帯域設定の一部または全部を含んで構成される。該オフセットは、共通リソースブロックセットの基準点からリソースグリッドの基準点までのオフセットを示す。例えば、オフセット３０１１、および、オフセット３０１２は、ＳＣＳ固有キャリアの設定に含まれるオフセットである。また、該帯域設定は、ＳＣＳ固有キャリアの帯域幅を示す。ここで、該ＳＣＳ固有キャリアの帯域幅は、リソースグリッドの帯域幅に対応する。例えば、Ｎｓｉｚｅ，μ
ｇｒｉｄ１，ｘ、および、Ｎｓｉｚｅ，μ
ｇｒｉｄ２，ｘは、ＳＣＳ固有キャリアの設定に含まれる帯域設定である。
【0040】
リソースブロック（RB: Resource Block）は、ＮＲＢ
ｓｃ個の連続するサブキャリアを含む。リソースブロックは、共通リソースブロック、物理リソースブロック（PRB: Physical Resource Block）、および、仮想リソースブロック（VRB: Virtual Resource Block）の総称である。例えば、ＮＲＢ
ｓｃ＝１２であってもよい。
【0041】
あるサブキャリア間隔の設定μに対する共通リソースブロックセットにおいて、共通リソースブロックは周波数領域で０から昇順にインデックスが付される。あるサブキャリア間隔の設定μに対する、インデックス０の共通リソースブロックは、ポイント３０００を含む（または、衝突する、一致する）。あるサブキャリア間隔の設定μに対する共通リソースブロックのインデックスｎμ
ＣＲＢは、ｎμ
ＣＲＢ＝ｃｅｉｌ（ｋｓｃ，ｃ／ＮＲＢ
ｓｃ）の関係を満たす。ここで、ｋｓｃ，ｃ＝０のサブキャリアは、ポイント３０００に対応するサブキャリアの中心周波数と同一の中心周波数を備えるサブキャリアである。また、ｋｓｃ，ｃは、共通リソースブロックセットにおけるサブキャリアのインデックスを示す。
【0042】
あるサブキャリア間隔の設定μに対する物理リソースブロックセットにおいて、物理リソースブロックは周波数領域で０から昇順にインデックスが付される。あるサブキャリア間隔の設定μに対する物理リソースブロックのインデックスｎμ
ＰＲＢは、ｎμ
ＣＲＢ＝ｎμ
ＰＲＢ＋Ｎｓｔａｒｔ，μ
ＢＷＰ，ｉの関係を満たす。ここで、Ｎｓｔａｒｔ，μ
ＢＷＰ，ｉは、インデックスｉのＢＷＰの基準点を示す。
【0043】
ＢＷＰは、コンポーネントキャリアの周波数帯域の一部分として構成されてもよい。例えば、ＢＷＰは、リソースグリッドに含まれる共通リソースブロックのサブセットとして定義されてもよい。例えば、ＢＷＰは、該ＢＷＰの基準点Ｎｓｔａｒｔ，μ
ＢＷＰ，ｉから始まるＮｓｉｚｅ，μ
ＢＷＰ，ｉ個の共通リソースブロックを含んでもよい。下りリンクに対して設定されるＢＷＰは、下りリンクＢＷＰとも呼称される。上りリンクに対して設定されるＢＷＰは、上りリンクＢＷＰとも呼称される。
【0044】
アンテナポートは、あるアンテナポートにおけるシンボルが伝達されるチャネルが、該あるアンテナポートにおけるその他のシンボルが伝達されるチャネルから推定できることによって定義されてもよい（An antenna port is defined such that the channel over which a symbol on the antenna port is conveyed can be inferred from the channel over which another symbol on the same antenna port is conveyed）。例えば、チャネルは、物理チャネルに対応してもよい。また、シンボルは、リソースエレメントに配置される変調シンボルに対応してもよい。
【0045】
１つのアンテナポートにおいてシンボルが伝達されるチャネルの大規模特性（large scale property）が、もう一つのアンテナポートにおいてシンボルが伝達されるチャネルから推定できる場合、２つのアンテナポートはＱＣＬ（Quasi Co-Located）関係にあるとみなされる。大規模特性は、チャネルの長区間特性を少なくとも含んでもよい。大規模特性は、遅延拡がり（delay spread）、ドップラー拡がり（Doppler spread）、ドップラーシフト（Doppler shift）、平均利得（average gain）、平均遅延（average delay）、および、ビームパラメータ（spatial Rx parameters）の一部または全部を少なくとも含んでもよい。第１のアンテナポートと第２のアンテナポートがビームパラメータに関してＱＣＬであるとは、第１のアンテナポートに対して受信側が想定する受信ビームと第２のアンテナポートに対して受信側が想定する受信ビームとが同一であることであってもよい。第１のアンテナポートと第２のアンテナポートがビームパラメータに関してＱＣＬであるとは、第１のアンテナポートに対して受信側が想定する送信ビームと第２のアンテナポートに対して受信側が想定する送信ビームとが同一であることであってもよい。端末装置１は、１つのアンテナポートにおいてシンボルが伝達されるチャネルの大規模特性が、もう一つのアンテナポートにおいてシンボルが伝達されるチャネルから推定できる場合、２つのアンテナポートはＱＣＬであることが想定されてもよい。２つのアンテナポートがＱＣＬであることは、２つのアンテナポートがＱＣＬであることが想定されることであってもよい。
【0046】
キャリアアグリゲーション（carrier aggregation）は、集約された複数のサービングセルを用いて通信を行うことであってもよい。また、キャリアアグリゲーションは、集約された複数のコンポーネントキャリアを用いて通信を行うことであってもよい。また、キャリアアグリゲーションは、集約された複数の下りリンクコンポーネントキャリアを用いて通信を行うことであってもよい。また、キャリアアグリゲーションは、集約された複数の上りリンクコンポーネントキャリアを用いて通信を行うことであってもよい。
【0047】
図５は、本実施形態の一態様に係る基地局装置３の構成例を示す概略ブロック図である。図５に示されるように、基地局装置３は、無線送受信部（物理層処理部）３０、および／または、上位層処理部３４の一部または全部を少なくとも含む。無線送受信部３０は、アンテナ部３１、ＲＦ（Radio Frequency）部３２、および、ベースバンド部３３の一部または全部を少なくとも含む。上位層処理部３４は、媒体アクセス制御層（MAC layer）処理部３５、および、無線リソース制御（RRC:Radio Resource Control）層処理部３６の一部または全部を少なくとも含む。
【0048】
無線送受信部３０は、無線送信部３０ａ、および、無線受信部３０ｂの一部または全部を少なくとも含む。ここで、無線送信部３０ａに含まれるベースバンド部と無線受信部３０ｂに含まれるベースバンド部の装置構成は同一であってもよいし、異なってもよい。また、無線送信部３０ａに含まれるＲＦ部と無線受信部３０ｂに含まれるＲＦ部の装置構成は同一であってもよいし、異なってもよい。また、無線送信部３０ａに含まれるアンテナ部と無線受信部３０ｂに含まれるアンテナ部の装置構成は同一であってもよいし、異なってもよい。
【0049】
例えば、無線送信部３０ａは、下りリンク物理チャネルのベースバンド信号を生成してもよい。例えば、無線送信部３０ａは、下りリンク物理シグナルのベースバンド信号を生成してもよい。
【0050】
例えば、無線受信部３０ｂは、上りリンク物理チャネルにより伝達される情報の検出を試みてもよい。例えば、無線受信部３０ｂは、上りリンク物理シグナルにより伝達される情報の検出を試みてもよい。
【0051】
上位層処理部３４は、下りリンクデータ（例えば、トランスポートブロック）を、無線送受信部３０（または、無線送信部３０ａ）に出力する。上位層処理部３４は、ＭＡＣ（Medium Access Control）層、パケットデータ統合プロトコル（PDCP:Packet Data Convergence Protocol）層、無線リンク制御（RLC:Radio Link Control）層、ＲＲＣ層の処理の一部または全部を行なう。
【0052】
上位層処理部３４が備える媒体アクセス制御層処理部３５は、ＭＡＣ層の処理を行う。
【0053】
上位層処理部３４が備える無線リソース制御層処理部３６は、ＲＲＣ層の処理を行う。無線リソース制御層処理部３６は、端末装置１の各種設定情報／パラメータ（例えば、ＲＲＣパラメータ）の管理をする。無線リソース制御層処理部３６は、端末装置１から受信したＲＲＣメッセージに基づいてＲＲＣパラメータをセットする。
【0054】
無線送受信部３０（または、無線送信部３０ａ）は、変調処理、符号化処理、および、送信処理の一部または全部を行う。無線送受信部３０（または、無線送信部３０ａ）は、下りリンクデータに対する変調処理、符号化処理、および、ベースバンド信号生成（時間連続信号への変換）処理の一部または全部によって物理信号を生成する。無線送受信部３０（または、無線送信部３０ａ）は、物理信号をあるコンポーネントキャリアに配置してもよい。無線送受信部３０（または、無線送信部３０ａ）は、生成された物理信号を送信する。
【0055】
無線送受信部３０（または、無線受信部３０ｂ）は、復調処理、復号化処理、および、受信処理の一部または全部を行う。無線送受信部３０（または、無線受信部３０ｂ）は、受信した物理信号に対する復調処理、復号化処理に少なくとも基づき検出した情報を上位層処理部３４に出力する。
【0056】
無線送受信部３０（または、無線受信部３０ｂ）は、物理信号の送信に先立つキャリアセンスを実施してもよい。
【0057】
ＲＦ部３２は、アンテナ部３１を介して受信した信号を、直交復調によりベースバンド信号（baseband signal）に変換し、不要な周波数成分を除去する。ＲＦ部３２は、アナログ信号をベースバンド部に出力する。
【0058】
ベースバンド部３３は、ＲＦ部３２から入力されたアナログ信号（analog signal）をディジタル信号（digital signal）に変換する。ベースバンド部３３は、変換したディジタル信号からＣＰ（Cyclic Prefix）に相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変換（FFT:Fast Fourier Transform）を行い、周波数領域の信号を抽出する。
【0059】
ベースバンド部３３は、下りリンクデータを逆高速フーリエ変換（IFFT:Inverse Fast Fourier Transform）し、ＯＦＤＭシンボルを生成し、生成されたＯＦＤＭシンボルにＣＰを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換する。ベースバンド部３３は、変換したアナログ信号をＲＦ部３２に出力する。逆高速フーリエ変換に先立って、下りリンクデータに対して変形プレコーディングが適用されてもよい。
【0060】
ＲＦ部３２は、ローパスフィルタを用いてベースバンド部３３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバート（up convert）し、アンテナ部３１を介して送信する。また、ＲＦ部３２は送信電力を制御する機能を備えてもよい。ＲＦ部３２を送信電力制御部とも称する。
【0061】
端末装置１に対して、１または複数のサービングセル（または、コンポーネントキャリア、下りリンクコンポーネントキャリア、上りリンクコンポーネントキャリア）が設定さ
れてもよい。
れてもよい。
【0062】
端末装置１に対して設定されるサービングセルのそれぞれは、ＰＣｅｌｌ（Primary cell、プライマリセル）、ＰＳＣｅｌｌ（Primary SCG cell、プライマリＳＣＧセル）、および、ＳＣｅｌｌ（Secondary Cell、セカンダリセル）のいずれかであってもよい。
【0063】
ＰＣｅｌｌは、ＭＣＧ（Master Cell Group）に含まれるサービングセルである。ＰＣｅｌｌは、端末装置１によって初期接続確立手順（initial connection establishment procedure）、または、接続再確立手順（connection re-establishment procedure）を実施するセル（実施されたセル）である。
【0064】
ＰＳＣｅｌｌは、ＳＣＧ（Secondary Cell Group）に含まれるサービングセルである。ＰＳＣｅｌｌは、同期を伴う再設定手順（Reconfigration with synchronization）において、端末装置１によってランダムアクセスが実施されるサービングセルである。
【0065】
ＳＣｅｌｌは、ＭＣＧ、または、ＳＣＧのいずれに含まれてもよい。
【0066】
サービングセルグループ（セルグループ）は、ＭＣＧ、および、ＳＣＧを少なくとも含む呼称である。サービングセルグループは、１または複数のサービングセル（または、コンポーネントキャリア）を含んでもよい。サービングセルグループに含まれる１または複数のサービングセル（または、コンポーネントキャリア）は、キャリアアグリゲーションにより運用されてもよい。
【0067】
サービングセル（または、下りリンクコンポーネントキャリア）のそれぞれに対して１または複数の下りリンクＢＷＰが設定されてもよい。サービングセル（または、上りリンクコンポーネントキャリア）のそれぞれに対して１または複数の上りリンクＢＷＰが設定されてもよい。
【0068】
サービングセル（または、下りリンクコンポーネントキャリア）に対して設定される１または複数の下りリンクＢＷＰのうち、１つの下りリンクＢＷＰがアクティブ下りリンクＢＷＰに設定されてもよい（または、１つの下りリンクＢＷＰがアクティベートされてもよい）。サービングセル（または、上りリンクコンポーネントキャリア）に対して設定される１または複数の上りリンクＢＷＰのうち、１つの上りリンクＢＷＰがアクティブ上りリンクＢＷＰに設定されてもよい（または、１つの上りリンクＢＷＰがアクティベートされてもよい）。
【0069】
ＰＤＳＣＨ、ＰＤＣＣＨ、および、ＣＳＩ－ＲＳは、アクティブ下りリンクＢＷＰにおいて受信されてもよい。端末装置１は、アクティブ下りリンクＢＷＰにおいてＰＤＳＣＨ、ＰＤＣＣＨ、および、ＣＳＩ－ＲＳを受信してもよい。ＰＵＣＣＨ、および、ＰＵＳＣＨは、アクティブ上りリンクＢＷＰにおいて送信されてもよい。端末装置１は、アクティブ上りリンクＢＷＰにおいてＰＵＣＣＨ、および、ＰＵＳＣＨを送信してもよい。アクティブ下りリンクＢＷＰ、および、アクティブ上りリンクＢＷＰは、アクティブＢＷＰとも呼称される。
【0070】
ＰＤＳＣＨ、ＰＤＣＣＨ、および、ＣＳＩ－ＲＳは、アクティブ下りリンクＢＷＰ以外の下りリンクＢＷＰ（インアクティブ下りリンクＢＷＰ）において受信されなくてもよい。端末装置１は、アクティブ下りリンクＢＷＰ以外の下りリンクＢＷＰにおいてＰＤＳＣＨ、ＰＤＣＣＨ、および、ＣＳＩ－ＲＳを受信しなくてもよい。ＰＵＣＣＨ、および、ＰＵＳＣＨは、アクティブ上りリンクＢＷＰ以外の上りリンクＢＷＰ（インアクティブ上りリンクＢＷＰ）において送信されなくてもよい。端末装置１は、アクティブ上りリンクＢ
ＷＰ以外の上りリンクＢＷＰにおいてＰＵＣＣＨ、および、ＰＵＳＣＨを送信しなくてもよい。インアクティブ下りリンクＢＷＰ、および、インアクティブ上りリンクＢＷＰは、インアクティブＢＷＰとも呼称される。
ＷＰ以外の上りリンクＢＷＰにおいてＰＵＣＣＨ、および、ＰＵＳＣＨを送信しなくてもよい。インアクティブ下りリンクＢＷＰ、および、インアクティブ上りリンクＢＷＰは、インアクティブＢＷＰとも呼称される。
【0071】
下りリンクのＢＷＰ切り替え（BWP switch）は、１つのアクティブ下りリンクＢＷＰをディアクティベート（deactivate）し、該１つのアクティブ下りリンクＢＷＰ以外のインアクティブ下りリンクＢＷＰのいずれかをアクティベート（activate）するために用いられる。下りリンクのＢＷＰ切り替えは、下りリンク制御情報に含まれるＢＷＰフィールドにより制御されてもよい。下りリンクのＢＷＰ切り替えは、上位層のパラメータに基づき制御されてもよい。
【0072】
上りリンクのＢＷＰ切り替えは、１つのアクティブ上りリンクＢＷＰをディアクティベート（deactivate）し、該１つのアクティブ上りリンクＢＷＰ以外のインアクティブ上りリンクＢＷＰのいずれかをアクティベート（activate）するために用いられる。上りリンクのＢＷＰ切り替えは、下りリンク制御情報に含まれるＢＷＰフィールドにより制御されてもよい。上りリンクのＢＷＰ切り替えは、上位層のパラメータに基づき制御されてもよい。
【0073】
サービングセルに対して設定される１または複数の下りリンクＢＷＰのうち、２つ以上の下りリンクＢＷＰがアクティブ下りリンクＢＷＰに設定されなくてもよい。サービングセルに対して、ある時間において、１つの下りリンクＢＷＰがアクティブであってもよい。
【0074】
サービングセルに対して設定される１または複数の上りリンクＢＷＰのうち、２つ以上の上りリンクＢＷＰがアクティブ上りリンクＢＷＰに設定されなくてもよい。サービングセルに対して、ある時間において、１つの上りリンクＢＷＰがアクティブであってもよい。
【0075】
図６は、本実施形態の一態様に係る端末装置１の構成例を示す概略ブロック図である。図６に示されるように、端末装置１は、無線送受信部（物理層処理部）１０、および、上位層処理部１４の一部または全部を少なくとも含む。無線送受信部１０は、アンテナ部１１、ＲＦ部１２、および、ベースバンド部１３の一部または全部を少なくとも含む。上位層処理部１４は、媒体アクセス制御層処理部１５、および、無線リソース制御層処理部１６の一部または全部を少なくとも含む。
【0076】
無線送受信部１０は、無線送信部１０ａ、および、無線受信部１０ｂの一部または全部を少なくとも含む。ここで、無線送信部１０ａに含まれるベースバンド部１３と無線受信部１０ｂに含まれるベースバンド部１３の装置構成は同一であってもよいし、異なってもよい。また、無線送信部１０ａに含まれるＲＦ部１２と無線受信部１０ｂに含まれるＲＦ部１２の装置構成は同一であってもよいし、異なってもよい。また、無線送信部１０ａに含まれるアンテナ部１１と無線受信部１０ｂに含まれるアンテナ部１１の装置構成は同一であってもよいし、異なってもよい。
【0077】
例えば、無線送信部１０ａは、上りリンク物理チャネルのベースバンド信号を生成してもよい。例えば、無線送信部１０ａは、上りリンク物理シグナルのベースバンド信号を生成してもよい。
【0078】
例えば、無線受信部１０ｂは、下りリンク物理チャネルにより伝達される情報の検出を試みてもよい。例えば、無線受信部１０ｂは、上りリンク物理シグナルにより伝達される情報の検出を試みてもよい。
【0079】
上位層処理部１４は、上りリンクデータ（例えば、トランスポートブロック）を、無線送受信部１０（または、無線送信部１０ａ）に出力する。上位層処理部１４は、ＭＡＣ層、パケットデータ統合プロトコル層、無線リンク制御層、ＲＲＣ層の処理の一部または全部を行なう。
【0080】
上位層処理部１４が備える媒体アクセス制御層処理部１５は、ＭＡＣ層の処理を行う。
【0081】
上位層処理部１４が備える無線リソース制御層処理部１６は、ＲＲＣ層の処理を行う。無線リソース制御層処理部１６は、端末装置１の各種設定情報／パラメータ（例えば、ＲＲＣパラメータ）の管理をする。無線リソース制御層処理部１６は、基地局装置３から受信したＲＲＣメッセージに基づいてＲＲＣパラメータをセットする。
【0082】
無線送受信部１０（または、無線送信部１０ａ）は、変調処理、符号化処理、および、送信処理の一部または全部を行う。無線送受信部１０（または、無線送信部１０ａ）は、上りリンクデータに対する変調処理、符号化処理、および、ベースバンド信号生成（時間連続信号への変換）処理の一部または全部によって物理信号を生成する。無線送受信部１０（または、無線送信部１０ａ）は、物理信号をあるＢＷＰ（アクティブ上りリンクＢＷＰ）に配置してもよい。無線送受信部１０（または、無線送信部１０ａ）は、生成された物理信号を送信する。
【0083】
無線送受信部１０（または、無線受信部１０ｂ）は、復調処理、復号化処理、および、受信処理の一部または全部を行う。無線送受信部１０（または、無線受信部３０ｂ）は、あるサービングセルのあるＢＷＰ（アクティブ下りリンクＢＷＰ）において、物理信号を受信してもよい。無線送受信部１０（または、無線受信部１０ｂ）は、受信した物理信号に対する復調処理、復号化処理に少なくとも基づき検出した情報を上位層処理部１４に出力する。
【0084】
無線送受信部１０（無線受信部１０ｂ）は物理信号の送信に先立ってキャリアセンスを実施してもよい。
【0085】
ＲＦ部１２は、アンテナ部１１を介して受信した信号を、直交復調によりベースバンド信号に変換し、不要な周波数成分を除去する。ＲＦ部１２は、処理をしたアナログ信号をベースバンド部１３に出力する。
【0086】
ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号をディジタル信号に変換する。ベースバンド部１３は、変換したディジタル信号からＣＰ（Cyclic Prefix）に相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変換（FFT:Fast Fourier Transform）を行い、周波数領域の信号を抽出する。
【0087】
ベースバンド部１３は、上りリンクデータを逆高速フーリエ変換（IFFT:Inverse Fast Fourier Transform）し、ＯＦＤＭシンボルを生成し、生成されたＯＦＤＭシンボルにＣＰを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換する。ベースバンド部１３は、変換したアナログ信号をＲＦ部１２に出力する。逆高速フーリエ変換に先立って、上りリンクデータに対して変形プレコーディングが適用されてもよい。
【0088】
ＲＦ部１２は、ローパスフィルタを用いてベースバンド部１３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバート（up convert）し、アンテナ部１１を介して送信する。また、ＲＦ部１２は送信電力を制御する機能を備えてもよい。ＲＦ部１２を送信電力制御部とも称する。
【0089】
以下、物理信号（信号）について説明を行う。
【0090】
物理信号は、下りリンク物理チャネル、下りリンク物理シグナル、上りリンク物理チャネル、および、上りリンク物理チャネルの総称である。物理チャネルは、下りリンク物理チャネル、および、上りリンク物理チャネルの総称である。物理シグナルは、下りリンク物理シグナル、および、上りリンク物理シグナルの総称である。
【0091】
上りリンク物理チャネルは、上位層において発生する情報を運ぶリソースエレメントのセットに対応してもよい。上りリンク物理チャネルは、上りリンクコンポーネントキャリアにおいて用いられる物理チャネルであってもよい。上りリンク物理チャネルは、端末装置１によって送信されてもよい。上りリンク物理チャネルは、基地局装置３によって受信されてもよい。本実施形態の一態様に係る無線通信システムの上りリンクにおいて、少なくとも下記の一部または全部の上りリンク物理チャネルが用いられてもよい。
・ＰＵＣＣＨ（Physical Uplink Control CHannel）
・ＰＵＳＣＨ（Physical Uplink Shared CHannel）
・ＰＲＡＣＨ（Physical Random Access CHannel）
・ＰＵＣＣＨ（Physical Uplink Control CHannel）
・ＰＵＳＣＨ（Physical Uplink Shared CHannel）
・ＰＲＡＣＨ（Physical Random Access CHannel）
【0092】
ＰＵＣＣＨは、上りリンク制御情報（UCI:Uplink Control Information）を送信するために用いられてもよい。ＰＵＣＣＨは、上りリンク制御情報を伝達（deliver, transmission, convey）するために送信されてもよい。上りリンク制御情報は、ＰＵＣＣＨに配置（map）されてもよい。端末装置１は、上りリンク制御情報が配置されたＰＵＣＣＨを送信してもよい。基地局装置３は、上りリンク制御情報が配置されたＰＵＣＣＨを受信してもよい。
【0093】
上りリンク制御情報（上りリンク制御情報ビット、上りリンク制御情報系列、上りリンク制御情報タイプ）は、チャネル状態情報（CSI:Channel State Information）、スケジューリングリクエスト（SR:Scheduling Request）、ＨＡＲＱ－ＡＣＫ（Hybrid Automatic Repeat request ACKnowledgement）情報の一部または全部を少なくとも含む。
【0094】
チャネル状態情報は、チャネル状態情報ビット、または、チャネル状態情報系列とも呼称される。スケジューリングリクエストは、スケジューリングリクエストビット、または、スケジューリングリクエスト系列とも呼称される。ＨＡＲＱ－ＡＣＫ情報は、ＨＡＲＱ－ＡＣＫ情報ビット、または、ＨＡＲＱ－ＡＣＫ情報系列とも呼称される。
【0095】
ＨＡＲＱ－ＡＣＫ情報は、トランスポートブロック（または、TB:Transport block， MAC PDU:Medium Access Control Protocol Data Unit， DL-SCH:Downlink-Shared Channel， UL-SCH:Uplink-Shared Channel， PDSCH:Physical Downlink Shared Channel, PUSCH:Physical Uplink Shared CHannel）に対応するＨＡＲＱ－ＡＣＫを少なくとも含んでもよい。ＨＡＲＱ－ＡＣＫは、トランスポートブロックに対応するＡＣＫ（acknowledgement）またはＮＡＣＫ（negative-acknowledgement）を示してもよい。ＡＣＫは、トランスポートブロックの復号が成功裏に完了していること（has been decoded）を示してもよい。ＮＡＣＫは、トランスポートブロックの復号が成功裏に完了していないこと（has not been decoded）を示してもよい。ＨＡＲＱ－ＡＣＫ情報は、１または複数のＨＡＲＱ－ＡＣＫビットを含むＨＡＲＱ－ＡＣＫコードブックを含んでもよい。
【0096】
ＨＡＲＱ－ＡＣＫ情報と、トランスポートブロックが対応することは、該ＨＡＲＱ－ＡＣＫ情報と、該トランスポートブロックの伝達に用いられるＰＤＳＣＨが対応することを意味してもよい。
【0097】
ＨＡＲＱ－ＡＣＫは、トランスポートブロックに含まれる１つのＣＢＧ（Code Block Group）に対応するＡＣＫまたはＮＡＣＫを示してもよい。
【0098】
スケジューリングリクエストは、初期送信（new transmission）のためのＰＵＳＣＨ（または、ＵＬ－ＳＣＨ）のリソースを要求するために少なくとも用いられてもよい。スケジューリングリクエストビットは、正のＳＲ（positive SR）または、負のＳＲ（negative SR）のいずれかを示すために用いられてもよい。スケジューリングリクエストビットが正のＳＲを示すことは、“正のＳＲが送信される”とも呼称される。正のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨ（または、ＵＬ－ＳＣＨ）のリソースが要求されることを示してもよい。正のＳＲは、上位層によりスケジューリングリクエストがトリガされることを示してもよい。正のＳＲは、上位層によりスケジューリングリクエストを送信することが指示された場合に、送信されてもよい。スケジューリングリクエストビットが負のＳＲを示すことは、“負のＳＲが送信される”とも呼称される。負のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨ（または、ＵＬ－ＳＣＨ）のリソースが要求されないことを示してもよい。負のＳＲは、上位層によりスケジューリングリクエストがトリガされないことを示してもよい。負のＳＲは、上位層によりスケジューリングリクエストを送信することが指示されない場合に、送信されてもよい。
【0099】
チャネル状態情報は、チャネル品質指標（CQI: Channel Quality Indicator）、プレコーダ行列指標（PMI:Precoder Matrix Indicator）、および、ランク指標（RI: Rank Indicator）の一部または全部を少なくとも含んでもよい。ＣＱＩは、伝搬路の品質（例えば、伝搬強度）、または、物理チャネルの品質に関連する指標であり、ＰＭＩは、プレコーダに関連する指標である。ＲＩは、送信ランク（または、送信レイヤ数）に関連する指標である。
【0100】
チャネル状態情報は、チャネル測定のために少なくとも用いられる物理信号（例えば、ＣＳＩ－ＲＳ）を受信することに少なくとも基づき与えられてもよい。チャネル状態情報は、チャネル測定のために少なくとも用いられる物理信号を受信することに少なくとも基づき、端末装置１によって選択されてもよい。チャネル測定は、干渉測定を含んでもよい。
【0101】
ＰＵＣＣＨは、ＰＵＣＣＨフォーマットに対応してもよい。ＰＵＣＣＨは、ＰＵＣＣＨフォーマットを伝達するために用いられるリソースエレメントのセットであってもよい。ＰＵＣＣＨは、ＰＵＣＣＨフォーマットを含んでもよい。
【0102】
ＰＵＳＣＨは、トランスポートブロック、および／または、上りリンク制御情報を送信するために用いられてもよい。ＰＵＳＣＨは、ＵＬ－ＳＣＨに対応するトランスポートブロック、および／または、上りリンク制御情報を送信するために用いられてもよい。ＰＵＳＣＨは、トランスポートブロック、および／または、上りリンク制御情報を伝達するために用いられてもよい。ＰＵＳＣＨは、ＵＬ－ＳＣＨに対応するトランスポートブロック、および／または、上りリンク制御情報を伝達するために用いられてもよい。トランスポートブロックは、ＰＵＳＣＨに配置されてもよい。ＵＬ－ＳＣＨに対応するトランスポートブロックは、ＰＵＳＣＨに配置されてもよい。上りリンク制御情報は、ＰＵＳＣＨに配置されてもよい。端末装置１は、トランスポートブロック、および／または、上りリンク制御情報が配置されたＰＵＳＣＨを送信してもよい。基地局装置３は、トランスポートブロック、および／または、上りリンク制御情報が配置されたＰＵＳＣＨを受信してもよい。
【0103】
ＰＲＡＣＨは、ランダムアクセスプリアンブルを送信するために用いられてもよい。Ｐ
ＲＡＣＨは、ランダムアクセスプリアンブルを伝達するために用いられてもよい。ＰＲＡＣＨを送信することは、ランダムアクセスプリアンブルを送信することであってもよい。ＰＲＡＣＨの系列ｘｕ，ｖ（ｎ）は、ｘｕ，ｖ（ｎ）＝ｘｕ（ｍｏｄ（ｎ＋Ｃｖ，ＬＲＡ））によって定義される。ｘｕはＺＣ（Zadoff Chu）系列であってもよい。ｘｕはｘｕ＝ｅｘｐ（－ｊπｕｉ（ｉ＋１）／ＬＲＡ）によって定義される。ｊは虚数単位である。また、πは円周率である。Ｃｖは、ＰＲＡＣＨ系列のサイクリックシフト（cyclic shift）に対応する。ＬＲＡは、ＰＲＡＣＨ系列の長さに対応する。ＬＲＡは、８３９、または、１３９である。ｉは、０からＬＲＡ－１の範囲の整数である。ｕはＰＲＡＣＨ系列のための系列インデックスである。端末装置１は、ＰＲＡＣＨを送信してもよい。基地局装置３は、ＰＲＡＣＨを受信してもよい。
ＲＡＣＨは、ランダムアクセスプリアンブルを伝達するために用いられてもよい。ＰＲＡＣＨを送信することは、ランダムアクセスプリアンブルを送信することであってもよい。ＰＲＡＣＨの系列ｘｕ，ｖ（ｎ）は、ｘｕ，ｖ（ｎ）＝ｘｕ（ｍｏｄ（ｎ＋Ｃｖ，ＬＲＡ））によって定義される。ｘｕはＺＣ（Zadoff Chu）系列であってもよい。ｘｕはｘｕ＝ｅｘｐ（－ｊπｕｉ（ｉ＋１）／ＬＲＡ）によって定義される。ｊは虚数単位である。また、πは円周率である。Ｃｖは、ＰＲＡＣＨ系列のサイクリックシフト（cyclic shift）に対応する。ＬＲＡは、ＰＲＡＣＨ系列の長さに対応する。ＬＲＡは、８３９、または、１３９である。ｉは、０からＬＲＡ－１の範囲の整数である。ｕはＰＲＡＣＨ系列のための系列インデックスである。端末装置１は、ＰＲＡＣＨを送信してもよい。基地局装置３は、ＰＲＡＣＨを受信してもよい。
【0104】
あるＰＲＡＣＨ機会に対して、６４個のランダムアクセスプリアンブルが定義される。ランダムアクセスプリアンブルは、ＰＲＡＣＨ系列のサイクリックシフトＣｖ、および、ＰＲＡＣＨ系列のための系列インデックスｕに少なくとも基づき特定される（決定される、与えられる）。特定された６４個のランダムアクセスプリアンブルのそれぞれに対してインデックスが付されてもよい。
【0105】
上りリンク物理シグナルは、リソースエレメントのセットに対応してもよい。上りリンク物理シグナルは、上位層において発生する情報を運ばなくてもよい。上りリンク物理シグナルは、上りリンクコンポーネントキャリアにおいて用いられる物理シグナルであってもよい。端末装置１は、上りリンク物理シグナルを送信してもよい。基地局装置３は、上りリンク物理シグナルを受信してもよい。本実施形態の一態様に係る無線通信システムの上りリンクにおいて、少なくとも下記の一部または全部の上りリンク物理シグナルが用いられてもよい。
・ＵＬ ＤＭＲＳ（UpLink Demodulation Reference Signal）
・ＳＲＳ（Sounding Reference Signal）
・ＵＬ ＰＴＲＳ（UpLink Phase Tracking Reference Signal）
・ＵＬ ＤＭＲＳ（UpLink Demodulation Reference Signal）
・ＳＲＳ（Sounding Reference Signal）
・ＵＬ ＰＴＲＳ（UpLink Phase Tracking Reference Signal）
【0106】
ＵＬ ＤＭＲＳは、ＰＵＳＣＨのためのＤＭＲＳ、および、ＰＵＣＣＨのためのＤＭＲＳの総称である。
【0107】
ＰＵＳＣＨのためのＤＭＲＳ（ＰＵＳＣＨに関連するＤＭＲＳ、ＰＵＳＣＨに含まれるＤＭＲＳ、ＰＵＳＣＨに対応するＤＭＲＳ）のアンテナポートのセットは、該ＰＵＳＣＨのためのアンテナポートのセットに基づき与えられてもよい。つまり、ＰＵＳＣＨのためのＤＭＲＳのアンテナポートのセットは、該ＰＵＳＣＨのアンテナポートのセットと同じであってもよい。
【0108】
ＰＵＳＣＨの送信と、該ＰＵＳＣＨのためのＤＭＲＳの送信は、１つのＤＣＩフォーマットにより示されてもよい（または、スケジューリングされてもよい）。ＰＵＳＣＨと、該ＰＵＳＣＨのためのＤＭＲＳは、まとめてＰＵＳＣＨと呼称されてもよい。ＰＵＳＣＨを送信することは、ＰＵＳＣＨと、該ＰＵＳＣＨのためのＤＭＲＳを送信することであってもよい。
【0109】
ＰＵＳＣＨは、該ＰＵＳＣＨのためのＤＭＲＳから推定されてもよい。つまり、ＰＵＳＣＨの伝搬路（propagation path）は、該ＰＵＳＣＨのためのＤＭＲＳから推定されてもよい。
【0110】
ＰＵＣＣＨのためのＤＭＲＳ（ＰＵＣＣＨに関連するＤＭＲＳ、ＰＵＣＣＨに含まれるＤＭＲＳ、ＰＵＣＣＨに対応するＤＭＲＳ）のアンテナポートのセットは、ＰＵＣＣＨのアンテナポートのセットと同一であってもよい。
【0111】
ＰＵＣＣＨの送信と、該ＰＵＣＣＨのためのＤＭＲＳの送信は、１つのＤＣＩフォーマットにより示されてもよい（または、トリガされてもよい）。ＰＵＣＣＨのリソースエレメントへのマッピング（resource element mapping）、および／または、該ＰＵＣＣＨのためのＤＭＲＳのリソースエレメントへのマッピングは、１つのＰＵＣＣＨフォーマットにより与えられてもよい。ＰＵＣＣＨと、該ＰＵＣＣＨのためのＤＭＲＳは、まとめてＰＵＣＣＨと呼称されてもよい。ＰＵＣＣＨを送信することは、ＰＵＣＣＨと、該ＰＵＣＣＨのためのＤＭＲＳを送信することであってもよい。
【0112】
ＰＵＣＣＨは、該ＰＵＣＣＨのためのＤＭＲＳから推定されてもよい。つまり、ＰＵＣＣＨの伝搬路は、該ＰＵＣＣＨのためのＤＭＲＳから推定されてもよい。
【0113】
下りリンク物理チャネルは、上位層において発生する情報を運ぶリソースエレメントのセットに対応してもよい。下りリンク物理チャネルは、下りリンクコンポーネントキャリアにおいて用いられる物理チャネルであってもよい。基地局装置３は、下りリンク物理チャネルを送信してもよい。端末装置１は、下りリンク物理チャネルを受信してもよい。本実施形態の一態様に係る無線通信システムの下りリンクにおいて、少なくとも下記の一部または全部の下りリンク物理チャネルが用いられてもよい。
・ＰＢＣＨ（Physical Broadcast Channel）
・ＰＤＣＣＨ（Physical Downlink Control Channel）
・ＰＤＳＣＨ（Physical Downlink Shared Channel）
・ＰＢＣＨ（Physical Broadcast Channel）
・ＰＤＣＣＨ（Physical Downlink Control Channel）
・ＰＤＳＣＨ（Physical Downlink Shared Channel）
【0114】
ＰＢＣＨは、ＭＩＢ（MIB: Master Information Block）、および／または、物理層制御情報を送信するために用いられてもよい。ＰＢＣＨは、ＭＩＢ、および／または、物理層制御情報を伝達（deliver, transmission, convey）するために送信されてもよい。ＢＣＨは、ＰＢＣＨに配置（map）されてもよい。端末装置１は、ＭＩＢ、および／または、物理層制御情報が配置されたＰＢＣＨを受信してもよい。基地局装置３は、ＭＩＢ、および／または、物理層制御情報が配置されたＰＢＣＨを送信してもよい。物理層制御情報は、ＰＢＣＨペイロード、タイミングに関係するＰＢＣＨペイロードとも呼称される。ＭＩＢは、１または複数の上位層パラメータを含んでもよい。
【0115】
物理層制御情報は、８ビットを含む。物理層制御情報は、下記の０Ａから０Ｄの一部または全部を少なくとも含んでもよい。
０Ａ）無線フレームビット
０Ｂ）ハーフ無線フレーム（ハーフシステムフレーム、ハーフフレーム）ビット
０Ｃ）ＳＳ／ＰＢＣＨブロックインデックスビット
０Ｄ）サブキャリアオフセットビット
０Ａ）無線フレームビット
０Ｂ）ハーフ無線フレーム（ハーフシステムフレーム、ハーフフレーム）ビット
０Ｃ）ＳＳ／ＰＢＣＨブロックインデックスビット
０Ｄ）サブキャリアオフセットビット
【0116】
無線フレームビットは、ＰＢＣＨが送信される無線フレーム（ＰＢＣＨが送信されるスロットを含む無線フレーム）を示すために用いられる。無線フレームビットは、４ビットを含む。無線フレームビットは、１０ビットの無線フレーム指示子のうちの４ビットにより構成されてもよい。例えば、無線フレーム指示子は、インデックス０からインデックス１０２３までの無線フレームを特定するために少なくとも用いられてもよい。
【0117】
ハーフ無線フレームビットは、ＰＢＣＨが送信される無線フレームのうち、該ＰＢＣＨが前半の５つのサブフレーム、または、後半の５つのサブフレームのどちらで送信されるかを示すために用いられる。ここで、ハーフ無線フレームは、５つのサブフレームを含んで構成されてもよい。また、ハーフ無線フレームは、無線フレームに含まれる１０つのサブフレームのうち、前半の５つのサブフレームにより構成されてもよい。また、ハーフ無線フレームは、無線フレームに含まれる１０つのサブフレームのうち、後半の５つのサブ
フレームにより構成されてもよい。
フレームにより構成されてもよい。
【0118】
ＳＳ／ＰＢＣＨブロックインデックスビットは、ＳＳ／ＰＢＣＨブロックインデックスを示すために用いられる。ＳＳ／ＰＢＣＨブロックインデックスビットは、３ビットを含む。ＳＳ／ＰＢＣＨブロックインデックスビットは、６ビットのＳＳ／ＰＢＣＨブロックインデックス指示子のうちの３ビットにより構成されてもよい。ＳＳ／ＰＢＣＨブロックインデックス指示子は、インデックス０からインデックス６３までのＳＳ／ＰＢＣＨブロックを特定するために少なくとも用いられてもよい。
【0119】
サブキャリアオフセットビットは、サブキャリアオフセットを示すために用いられる。サブキャリアオフセットは、ＰＢＣＨがマッピングされる先頭のサブキャリアと、インデックス０の制御リソースセットがマッピングされる先頭のサブキャリアの間の差を示すために用いられてもよい。
【0120】
ＰＤＣＣＨは、下りリンク制御情報（DCI:Downlink Control Information）を送信するために用いられてもよい。ＰＤＣＣＨは、下りリンク制御情報を伝達（deliver, transmission, convey）するために送信されてもよい。下りリンク制御情報は、ＰＤＣＣＨに配置（map）されてもよい。端末装置１は、下りリンク制御情報が配置されたＰＤＣＣＨを受信してもよい。基地局装置３は、下りリンク制御情報が配置されたＰＤＣＣＨを送信してもよい。
【0121】
下りリンク制御情報は、ＤＣＩフォーマットに対応してもよい。下りリンク制御情報は、ＤＣＩフォーマットに含まれてもよい。下りリンク制御情報は、ＤＣＩフォーマットの各フィールドに配置されてもよい。
【0122】
ＤＣＩフォーマット０＿０、ＤＣＩフォーマット０＿１、ＤＣＩフォーマット１＿０、および、ＤＣＩフォーマット１＿１は、それぞれ異なるフィールドのセットを含むＤＣＩフォーマットである。上りリンクＤＣＩフォーマットは、ＤＣＩフォーマット０＿０、および、ＤＣＩフォーマット０＿１の総称である。下りリンクＤＣＩフォーマットは、ＤＣＩフォーマット１＿０、および、ＤＣＩフォーマット１＿１の総称である。
【0123】
ＤＣＩフォーマット０＿０は、あるセルの（または、あるセルに配置される）ＰＵＳＣＨのスケジューリングのために少なくとも用いられる。ＤＣＩフォーマット０＿０は、１Ａから１Ｅのフィールドの一部または全部を少なくとも含んで構成される。
１Ａ）ＤＣＩフォーマット特定フィールド（Identifier field for DCI formats）
１Ｂ）周波数領域リソース割り当てフィールド（Frequency domain resource assignment
field）
１Ｃ）時間領域リソース割り当てフィールド（Time domain resource assignment field）
１Ｄ）周波数ホッピングフラグフィールド（Frequency hopping flag field）
１Ｅ）ＭＣＳフィールド（MCS field: Modulation and Coding Scheme field）
１Ａ）ＤＣＩフォーマット特定フィールド（Identifier field for DCI formats）
１Ｂ）周波数領域リソース割り当てフィールド（Frequency domain resource assignment
field）
１Ｃ）時間領域リソース割り当てフィールド（Time domain resource assignment field）
１Ｄ）周波数ホッピングフラグフィールド（Frequency hopping flag field）
１Ｅ）ＭＣＳフィールド（MCS field: Modulation and Coding Scheme field）
【0124】
ＤＣＩフォーマット特定フィールドは、該ＤＣＩフォーマット特定フィールドを含むＤＣＩフォーマットが上りリンクＤＣＩフォーマットであるか下りリンクＤＣＩフォーマットであるかを示してもよい。ＤＣＩフォーマット０＿０に含まれるＤＣＩフォーマット特定フィールドは、０を示してもよい（または、ＤＣＩフォーマット０＿０が上りリンクＤＣＩフォーマットであることを示してもよい）。
【0125】
ＤＣＩフォーマット０＿０に含まれる周波数領域リソース割り当てフィールドは、ＰＵＳＣＨのための周波数リソースの割り当てを示すために少なくとも用いられてもよい。
【0126】
ＤＣＩフォーマット０＿０に含まれる時間領域リソース割り当てフィールドは、ＰＵＳＣＨのための時間リソースの割り当てを示すために少なくとも用いられてもよい。
【0127】
周波数ホッピングフラグフィールドは、ＰＵＳＣＨに対して周波数ホッピングが適用されるか否かを示すために少なくとも用いられてもよい。
【0128】
ＤＣＩフォーマット０＿０に含まれるＭＣＳフィールドは、ＰＵＳＣＨのための変調方式、および／または、ターゲット符号化率の一部または全部を示すために少なくとも用いられてもよい。該ターゲット符号化率は、ＰＵＳＣＨのトランスポートブロックのためのターゲット符号化率であってもよい。ＰＵＳＣＨのトランスポートブロックのサイズ（TBS: Transport Block Size）は、該ターゲット符号化率、および、該ＰＵＳＣＨのための変調方式の一部または全部に少なくとも基づき与えられてもよい。
【0129】
ＤＣＩフォーマット０＿０は、ＣＳＩ要求（ＣＳＩリクエスト）に用いられるフィールドを含まなくてもよい。つまり、ＤＣＩフォーマット０＿０によってＣＳＩが要求されなくてもよい。
【0130】
ＤＣＩフォーマット０＿０は、キャリアインディケータフィールドを含まなくてもよい。つまり、ＤＣＩフォーマット０＿０によってスケジューリングされるＰＵＳＣＨが配置される上りリンクコンポーネントキャリアは、該ＤＣＩフォーマット０＿０を含むＰＤＣＣＨが配置される下りリンクコンポーネントキャリアと同一であってもよい。
【0131】
ＤＣＩフォーマット０＿０は、ＢＷＰフィールドを含まなくてもよい。つまり、ＤＣＩフォーマット０＿０によってスケジューリングされるＰＵＳＣＨが配置される上りリンクＢＷＰは、該ＤＣＩフォーマット０＿０を含むＰＤＣＣＨが配置される下りリンクＢＷＰと同一であってもよい。
【0132】
ＤＣＩフォーマット０＿１は、あるセルの（あるセルに配置される）ＰＵＳＣＨのスケジューリングのために少なくとも用いられる。ＤＣＩフォーマット０＿１は、２Ａから２Ｈのフィールドの一部または全部を少なくとも含んで構成される。
２Ａ）ＤＣＩフォーマット特定フィールド
２Ｂ）周波数領域リソース割り当てフィールド
２Ｃ）上りリンクの時間領域リソース割り当てフィールド
２Ｄ）周波数ホッピングフラグフィールド
２Ｅ）ＭＣＳフィールド
２Ｆ）ＣＳＩリクエストフィールド（CSI request field）
２Ｇ）ＢＷＰフィールド（BWP field）
２Ｈ）キャリアインディケータフィールド（Carrier indicator field）
２Ａ）ＤＣＩフォーマット特定フィールド
２Ｂ）周波数領域リソース割り当てフィールド
２Ｃ）上りリンクの時間領域リソース割り当てフィールド
２Ｄ）周波数ホッピングフラグフィールド
２Ｅ）ＭＣＳフィールド
２Ｆ）ＣＳＩリクエストフィールド（CSI request field）
２Ｇ）ＢＷＰフィールド（BWP field）
２Ｈ）キャリアインディケータフィールド（Carrier indicator field）
【0133】
ＤＣＩフォーマット０＿１に含まれるＤＣＩフォーマット特定フィールドは、０を示してもよい（または、ＤＣＩフォーマット０＿１が上りリンクＤＣＩフォーマットであることを示してもよい）。
【0134】
ＤＣＩフォーマット０＿１に含まれる周波数領域リソース割り当てフィールドは、ＰＵＳＣＨのための周波数リソースの割り当てを示すために少なくとも用いられてもよい。
【0135】
ＤＣＩフォーマット０＿１に含まれる時間領域リソース割り当てフィールドは、ＰＵＳＣＨのための時間リソースの割り当てを示すために少なくとも用いられてもよい。
【0136】
ＤＣＩフォーマット０＿１に含まれるＭＣＳフィールドは、ＰＵＳＣＨのための変調方式、および／または、ターゲット符号化率の一部または全部を示すために少なくとも用いられてもよい。
【0137】
ＤＣＩフォーマット０＿１にＢＷＰフィールドが含まれる場合、該ＢＷＰフィールドは、ＰＵＳＣＨが配置される上りリンクＢＷＰを示すために用いられてもよい。ＤＣＩフォーマット０＿１にＢＷＰフィールドが含まれない場合、ＰＵＳＣＨが配置される上りリンクＢＷＰは、該ＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット０＿１を含むＰＤＣＣＨが配置される上りリンクＢＷＰと同一であってもよい。ある上りリンクコンポーネントキャリアにおいて端末装置１に設定される上りリンクＢＷＰの数が２以上である場合、該ある上りリンクコンポーネントキャリアに配置されるＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット０＿１に含まれるＢＷＰフィールドのビット数は、１ビット以上であってもよい。ある上りリンクコンポーネントキャリアにおいて端末装置１に設定される上りリンクＢＷＰの数が１である場合、該ある上りリンクコンポーネントキャリアに配置されるＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット０＿１に含まれるＢＷＰフィールドのビット数は、０ビットであってもよい（または、該ある上りリンクコンポーネントキャリアに配置されるＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット０＿１にＢＷＰフィールドが含まれなくてもよい）。
【0138】
ＣＳＩリクエストフィールドは、ＣＳＩの報告を指示するために少なくとも用いられる。
【0139】
ＤＣＩフォーマット０＿１にキャリアインディケータフィールドが含まれる場合、該キャリアインディケータフィールドは、ＰＵＳＣＨが配置される上りリンクコンポーネントキャリアを示すために用いられてもよい。ＤＣＩフォーマット０＿１にキャリアインディケータフィールドが含まれない場合、ＰＵＳＣＨが配置される上りリンクコンポーネントキャリアは、該ＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット０＿１を含むＰＤＣＣＨが配置される上りリンクコンポーネントキャリアと同一であってもよい。あるサービングセルグループにおいて端末装置１に設定される上りリンクコンポーネントキャリアの数が２以上である場合（あるサービングセルグループにおいて上りリンクのキャリアアグリゲーションが運用される場合）、該あるサービングセルグループに配置されるＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット０＿１に含まれるキャリアインディケータフィールドのビット数は、１ビット以上（例えば、３ビット）であってもよい。あるサービングセルグループにおいて端末装置１に設定される上りリンクコンポーネントキャリアの数が１である場合（あるサービングセルグループにおいて上りリンクのキャリアアグリゲーションが運用されない場合）、該あるサービングセルグループに配置されるＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット０＿１に含まれるキャリアインディケータフィールドのビット数は、０ビットであってもよい（または、該あるサービングセルグループに配置されるＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット０＿１にキャリアインディケータフィールドが含まれなくてもよい）。
【0140】
ＤＣＩフォーマット１＿０は、あるセルの（あるセルに配置される）ＰＤＳＣＨのスケジューリングのために少なくとも用いられる。ＤＣＩフォーマット１＿０は、３Ａから３Ｆの一部または全部を少なくとも含んで構成される。
３Ａ）ＤＣＩフォーマット特定フィールド
３Ｂ）周波数領域リソース割り当てフィールド
３Ｃ）時間領域リソース割り当てフィールド
３Ｄ）ＭＣＳフィールド
３Ｅ）ＰＤＳＣＨ＿ＨＡＲＱフィードバックタイミング指示フィールド（PDSCH to HARQ
feedback timing indicator field）
３Ｆ）ＰＵＣＣＨリソース指示フィールド（PUCCH resource indicator field）
３Ａ）ＤＣＩフォーマット特定フィールド
３Ｂ）周波数領域リソース割り当てフィールド
３Ｃ）時間領域リソース割り当てフィールド
３Ｄ）ＭＣＳフィールド
３Ｅ）ＰＤＳＣＨ＿ＨＡＲＱフィードバックタイミング指示フィールド（PDSCH to HARQ
feedback timing indicator field）
３Ｆ）ＰＵＣＣＨリソース指示フィールド（PUCCH resource indicator field）
【0141】
ＤＣＩフォーマット１＿０に含まれるＤＣＩフォーマット特定フィールドは、１を示してもよい（または、ＤＣＩフォーマット１＿０が下りリンクＤＣＩフォーマットであることを示してもよい）。
【0142】
ＤＣＩフォーマット１＿０に含まれる周波数領域リソース割り当てフィールドは、ＰＤＳＣＨのための周波数リソースの割り当てを示すために少なくとも用いられてもよい。
【0143】
ＤＣＩフォーマット１＿０に含まれる時間領域リソース割り当てフィールドは、ＰＤＳＣＨのための時間リソースの割り当てを示すために少なくとも用いられてもよい。
【0144】
ＤＣＩフォーマット１＿０に含まれるＭＣＳフィールドは、ＰＤＳＣＨのための変調方式、および／または、ターゲット符号化率の一部または全部を示すために少なくとも用いられてもよい。該ターゲット符号化率は、ＰＤＳＣＨのトランスポートブロックのためのターゲット符号化率であってもよい。ＰＤＳＣＨのトランスポートブロックのサイズ（TBS: Transport Block Size）は、該ターゲット符号化率、および、該ＰＤＳＣＨのための変調方式の一部または全部に少なくとも基づき与えられてもよい。
【0145】
ＰＤＳＣＨ＿ＨＡＲＱフィードバックタイミング指示フィールドは、ＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットから、ＰＵＣＣＨの先頭のＯＦＤＭシンボルが含まれるスロットまでのオフセットを示すために少なくとも用いられてもよい。
【0146】
ＰＵＣＣＨリソース指示フィールドは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのうちのいずれかのインデックスを示すフィールドであってもよい。ＰＵＣＣＨリソースセットは、１または複数のＰＵＣＣＨリソースを含んでもよい。
【0147】
ＤＣＩフォーマット１＿０は、キャリアインディケータフィールドを含まなくてもよい。つまり、ＤＣＩフォーマット１＿０によってスケジューリングされるＰＤＳＣＨが配置される下りリンクコンポーネントキャリアは、該ＤＣＩフォーマット１＿０を含むＰＤＣＣＨが配置される下りリンクコンポーネントキャリアと同一であってもよい。
【0148】
ＤＣＩフォーマット１＿０は、ＢＷＰフィールドを含まなくてもよい。つまり、ＤＣＩフォーマット１＿０によってスケジューリングされるＰＤＳＣＨが配置される下りリンクＢＷＰは、該ＤＣＩフォーマット１＿０を含むＰＤＣＣＨが配置される下りリンクＢＷＰと同一であってもよい。
【0149】
ＤＣＩフォーマット１＿１は、あるセルの（または、あるセルに配置される）ＰＤＳＣＨのスケジューリングのために少なくとも用いられる。ＤＣＩフォーマット１＿１は、４Ａから４Ｉの一部または全部を少なくとも含んで構成される。
４Ａ）ＤＣＩフォーマット特定フィールド
４Ｂ）周波数領域リソース割り当てフィールド
４Ｃ）時間領域リソース割り当てフィールド
４Ｅ）ＭＣＳフィールド
４Ｆ）ＰＤＳＣＨ＿ＨＡＲＱフィードバックタイミング指示フィールド
４Ｇ）ＰＵＣＣＨリソース指示フィールド
４Ｈ）ＢＷＰフィールド
４Ｉ）キャリアインディケータフィールド
４Ａ）ＤＣＩフォーマット特定フィールド
４Ｂ）周波数領域リソース割り当てフィールド
４Ｃ）時間領域リソース割り当てフィールド
４Ｅ）ＭＣＳフィールド
４Ｆ）ＰＤＳＣＨ＿ＨＡＲＱフィードバックタイミング指示フィールド
４Ｇ）ＰＵＣＣＨリソース指示フィールド
４Ｈ）ＢＷＰフィールド
４Ｉ）キャリアインディケータフィールド
【0150】
ＤＣＩフォーマット１＿１に含まれるＤＣＩフォーマット特定フィールドは、１を示してもよい（または、ＤＣＩフォーマット１＿１が下りリンクＤＣＩフォーマットであることを示してもよい）。
【0151】
ＤＣＩフォーマット１＿１に含まれる周波数領域リソース割り当てフィールドは、ＰＤＳＣＨのための周波数リソースの割り当てを示すために少なくとも用いられてもよい。
【0152】
ＤＣＩフォーマット１＿１に含まれる時間領域リソース割り当てフィールドは、ＰＤＳＣＨのための時間リソースの割り当てを示すために少なくとも用いられてもよい。
【0153】
ＤＣＩフォーマット１＿１に含まれるＭＣＳフィールドは、ＰＤＳＣＨのための変調方式、および／または、ターゲット符号化率の一部または全部を示すために少なくとも用いられてもよい。
【0154】
ＤＣＩフォーマット１＿１にＰＤＳＣＨ＿ＨＡＲＱフィードバックタイミング指示フィールドが含まれる場合、該ＰＤＳＣＨ＿ＨＡＲＱフィードバックタイミング指示フィールドは、ＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットから、ＰＵＣＣＨの先頭のＯＦＤＭシンボルが含まれるスロットまでのオフセットを示すために少なくとも用いられてもよい。ＤＣＩフォーマット１＿１にＰＤＳＣＨ＿ＨＡＲＱフィードバックタイミング指示フィールドが含まれない場合、ＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットから、ＰＵＣＣＨの先頭のＯＦＤＭシンボルが含まれるスロットまでのオフセットは上位層のパラメータによって特定されてもよい。
【0155】
ＰＵＣＣＨリソース指示フィールドは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのうちのいずれかのインデックスを示すフィールドであってもよい。
【0156】
ＤＣＩフォーマット１＿１にＢＷＰフィールドが含まれる場合、該ＢＷＰフィールドは、ＰＤＳＣＨが配置される下りリンクＢＷＰを示すために用いられてもよい。ＤＣＩフォーマット１＿１にＢＷＰフィールドが含まれない場合、ＰＤＳＣＨが配置される下りリンクＢＷＰは、該ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿１を含むＰＤＣＣＨが配置される下りリンクＢＷＰと同一であってもよい。ある下りリンクコンポーネントキャリアにおいて端末装置１に設定される下りリンクＢＷＰの数が２以上である場合、該ある下りリンクコンポーネントキャリアに配置されるＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿１に含まれるＢＷＰフィールドのビット数は、１ビット以上であってもよい。ある下りリンクコンポーネントキャリアにおいて端末装置１に設定される下りリンクＢＷＰの数が１である場合、該ある下りリンクコンポーネントキャリアに配置されるＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿１に含まれるＢＷＰフィールドのビット数は、０ビットであってもよい（または、該ある下りリンクコンポーネントキャリアに配置されるＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿１にＢＷＰフィールドが含まれなくてもよい）。
【0157】
ＤＣＩフォーマット１＿１にキャリアインディケータフィールドが含まれる場合、該キャリアインディケータフィールドは、ＰＤＳＣＨが配置される下りリンクコンポーネントキャリアを示すために用いられてもよい。ＤＣＩフォーマット１＿１にキャリアインディケータフィールドが含まれない場合、ＰＤＳＣＨが配置される下りリンクコンポーネントキャリアは、該ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿１を含むＰＤＣＣＨが配置される下りリンクコンポーネントキャリアと同一であってもよい。あるサービングセルグループにおいて端末装置１に設定される下りリンクコンポーネントキャリアの数が２以上である場合（あるサービングセルグループにおいて下りリンクのキャリアアグリゲーションが運用される場合）、該あるサービングセルグループに配置されるＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿１に含まれるキャリアインディケータフィールドのビット数は、１ビット以上（例えば、３ビット）であってもよい。あるサービングセルグループにおいて端末装置１に設定される下りリンクコンポーネントキャリアの数が１である場合（あるサービングセルグループにおいて下りリンクのキャリアアグリゲーションが運用されない場合）、該あるサービングセルグループに配置されるＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿１に含まれるキャリアインディケータフィールドのビット数は、０ビットであってもよい（または、該あるサービングセルグループに配置されるＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿１にキャリアインディケータフィールドが含まれなくてもよい）。
【0158】
ＰＤＳＣＨは、トランスポートブロックを送信するために用いられてもよい。ＰＤＳＣＨは、ＤＬ－ＳＣＨに対応するトランスポートブロックを送信するために用いられてもよい。ＰＤＳＣＨは、トランスポートブロックを伝達するために用いられてもよい。ＰＤＳＣＨは、ＤＬ－ＳＣＨに対応するトランスポートブロックを伝達するために用いられてもよい。トランスポートブロックは、ＰＤＳＣＨに配置されてもよい。ＤＬ－ＳＣＨに対応するトランスポートブロックは、ＰＤＳＣＨに配置されてもよい。基地局装置３は、ＰＤＳＣＨを送信してもよい。端末装置１は、ＰＤＳＣＨを受信してもよい。
【0159】
下りリンク物理シグナルは、リソースエレメントのセットに対応してもよい。下りリンク物理シグナルは、上位層において発生する情報を運ばなくてもよい。下りリンク物理シグナルは、下りリンクコンポーネントキャリアにおいて用いられる物理シグナルであってもよい。下りリンク物理シグナルは、基地局装置３により送信されてもよい。下りリンク物理シグナルは、端末装置１により送信されてもよい。本実施形態の一態様に係る無線通信システムの下りリンクにおいて、少なくとも下記の一部または全部の下りリンク物理シグナルが用いられてもよい。
・同期信号（SS:Synchronization signal）
・ＤＬ ＤＭＲＳ（DownLink DeModulation Reference Signal）
・ＣＳＩ－ＲＳ（Channel State Information-Reference Signal）
・ＤＬ ＰＴＲＳ（DownLink Phase Tracking Reference Signal）
・同期信号（SS:Synchronization signal）
・ＤＬ ＤＭＲＳ（DownLink DeModulation Reference Signal）
・ＣＳＩ－ＲＳ（Channel State Information-Reference Signal）
・ＤＬ ＰＴＲＳ（DownLink Phase Tracking Reference Signal）
【0160】
同期信号は、端末装置１が下りリンクの周波数領域、および／または、時間領域の同期をとるために少なくとも用いられてもよい。同期信号は、ＰＳＳ（Primary Synchronization Signal）、および、ＳＳＳ（Secondary Synchronization Signal）の総称である。
【0161】
図７は、本実施形態の一態様に係るＳＳ／ＰＢＣＨブロックの構成例を示す図である。図７において、横軸は時間軸（ＯＦＤＭシンボルインデックスｌｓｙｍ）であり、縦軸は周波数領域を示す。また、斜線のブロックは、ＰＳＳのためのリソースエレメントのセットを示す。また、格子線のブロックはＳＳＳのためのリソースエレメントのセットを示す。また、横線のブロックは、ＰＢＣＨ、および、該ＰＢＣＨのためのＤＭＲＳ（ＰＢＣＨに関連するＤＭＲＳ、ＰＢＣＨに含まれるＤＭＲＳ、ＰＢＣＨに対応するＤＭＲＳ）のためのリソースエレメントのセットを示す。
【0162】
図７に示されるように、ＳＳ／ＰＢＣＨブロックは、ＰＳＳ、ＳＳＳ、および、ＰＢＣＨを含む。また、ＳＳ／ＰＢＣＨブロックは、連続する４つのＯＦＤＭシンボルを含む。ＳＳ／ＰＢＣＨブロックは、２４０サブキャリアを含む。ＰＳＳは、１番目のＯＦＤＭシンボルにおける５７番目から１８３番目のサブキャリアに配置される。ＳＳＳは、３番目のＯＦＤＭシンボルにおける５７番目から１８３番目のサブキャリアに配置される。１番
目のＯＦＤＭシンボルの１番目から５６番目のサブキャリアはゼロがセットされてもよい。１番目のＯＦＤＭシンボルの１８４番目から２４０番目のサブキャリアはゼロがセットされてもよい。３番目のＯＦＤＭシンボルの４９番目から５６番目のサブキャリアはゼロがセットされてもよい。３番目のＯＦＤＭシンボルの１８４番目から１９２番目のサブキャリアはゼロがセットされてもよい。２番目のＯＦＤＭシンボルの１番目から２４０番目のサブキャリアであって、かつ、ＰＢＣＨのためのＤＭＲＳが配置されないサブキャリアにＰＢＣＨが配置される。３番目のＯＦＤＭシンボルの１番目から４８番目のサブキャリアであって、かつ、ＰＢＣＨのためのＤＭＲＳが配置されないサブキャリアにＰＢＣＨが配置される。３番目のＯＦＤＭシンボルの１９３番目から２４０番目のサブキャリアであって、かつ、ＰＢＣＨのためのＤＭＲＳが配置されないサブキャリアにＰＢＣＨが配置される。４番目のＯＦＤＭシンボルの１番目から２４０番目のサブキャリアであって、かつ、ＰＢＣＨのためのＤＭＲＳが配置されないサブキャリアにＰＢＣＨが配置される。
目のＯＦＤＭシンボルの１番目から５６番目のサブキャリアはゼロがセットされてもよい。１番目のＯＦＤＭシンボルの１８４番目から２４０番目のサブキャリアはゼロがセットされてもよい。３番目のＯＦＤＭシンボルの４９番目から５６番目のサブキャリアはゼロがセットされてもよい。３番目のＯＦＤＭシンボルの１８４番目から１９２番目のサブキャリアはゼロがセットされてもよい。２番目のＯＦＤＭシンボルの１番目から２４０番目のサブキャリアであって、かつ、ＰＢＣＨのためのＤＭＲＳが配置されないサブキャリアにＰＢＣＨが配置される。３番目のＯＦＤＭシンボルの１番目から４８番目のサブキャリアであって、かつ、ＰＢＣＨのためのＤＭＲＳが配置されないサブキャリアにＰＢＣＨが配置される。３番目のＯＦＤＭシンボルの１９３番目から２４０番目のサブキャリアであって、かつ、ＰＢＣＨのためのＤＭＲＳが配置されないサブキャリアにＰＢＣＨが配置される。４番目のＯＦＤＭシンボルの１番目から２４０番目のサブキャリアであって、かつ、ＰＢＣＨのためのＤＭＲＳが配置されないサブキャリアにＰＢＣＨが配置される。
【0163】
ＰＳＳ、ＳＳＳ、ＰＢＣＨ、および、ＰＢＣＨのためのＤＭＲＳのアンテナポートは、同一であってもよい。
【0164】
あるアンテナポートにおけるＰＢＣＨのシンボルが伝達されるＰＢＣＨは、該ＰＢＣＨがマップされるスロットに配置されるＰＢＣＨのためのＤＭＲＳであって、該ＰＢＣＨが含まれるＳＳ／ＰＢＣＨブロックに含まれる該ＰＢＣＨのためのＤＭＲＳによって推定されてもよい。
【0165】
ＤＬ ＤＭＲＳは、ＰＢＣＨのためのＤＭＲＳ、ＰＤＳＣＨのためのＤＭＲＳ、および、ＰＤＣＣＨのためのＤＭＲＳの総称である。
【0166】
ＰＤＳＣＨのためのＤＭＲＳ（ＰＤＳＣＨに関連するＤＭＲＳ、ＰＤＳＣＨに含まれるＤＭＲＳ、ＰＤＳＣＨに対応するＤＭＲＳ）のアンテナポートのセットは、該ＰＤＳＣＨのためのアンテナポートのセットに基づき与えられてもよい。つまり、ＰＤＳＣＨのためのＤＭＲＳのアンテナポートのセットは、該ＰＤＳＣＨのためのアンテナポートのセットと同じであってもよい。
【0167】
ＰＤＳＣＨの送信と、該ＰＤＳＣＨのためのＤＭＲＳの送信は、１つのＤＣＩフォーマットにより示されてもよい（または、スケジューリングされてもよい）。ＰＤＳＣＨと、該ＰＤＳＣＨのためのＤＭＲＳは、まとめてＰＤＳＣＨと呼称されてもよい。ＰＤＳＣＨを送信することは、ＰＤＳＣＨと、該ＰＤＳＣＨのためのＤＭＲＳを送信することであってもよい。
【0168】
ＰＤＳＣＨは、該ＰＤＳＣＨのためのＤＭＲＳから推定されてもよい。つまり、ＰＤＳＣＨの伝搬路は、該ＰＤＳＣＨのためのＤＭＲＳから推定されてもよい。もし、あるＰＤＳＣＨのシンボルが伝達されるリソースエレメントのセットと、該あるＰＤＳＣＨのためのＤＭＲＳのシンボルが伝達されるリソースエレメントのセットが同一のプレコーディングリソースグループ（PRG: Precoding Resource Group）に含まれる場合、あるアンテナポートにおける該ＰＤＳＣＨのシンボルが伝達されるＰＤＳＣＨは、該ＰＤＳＣＨのためのＤＭＲＳによって推定されてもよい。
【0169】
ＰＤＣＣＨのためのＤＭＲＳ（ＰＤＣＣＨに関連するＤＭＲＳ、ＰＤＣＣＨに含まれるＤＭＲＳ、ＰＤＣＣＨに対応するＤＭＲＳ）のアンテナポートは、ＰＤＣＣＨのためのアンテナポートと同一であってもよい。
【0170】
ＰＤＣＣＨは、該ＰＤＣＣＨのためのＤＭＲＳから推定されてもよい。つまり、ＰＤＣＣＨの伝搬路は、該ＰＤＣＣＨのためのＤＭＲＳから推定されてもよい。もし、あるＰＤＣＣＨのシンボルが伝達されるリソースエレメントのセットと、該あるＰＤＣＣＨのため
のＤＭＲＳのシンボルが伝達されるリソースエレメントのセットにおいて同一のプレコーダが適用される（適用されると想定される、適用されると想定する）場合、あるアンテナポートにおける該ＰＤＣＣＨのシンボルが伝達されるＰＤＣＣＨは、該ＰＤＣＣＨのためのＤＭＲＳによって推定されてもよい。
のＤＭＲＳのシンボルが伝達されるリソースエレメントのセットにおいて同一のプレコーダが適用される（適用されると想定される、適用されると想定する）場合、あるアンテナポートにおける該ＰＤＣＣＨのシンボルが伝達されるＰＤＣＣＨは、該ＰＤＣＣＨのためのＤＭＲＳによって推定されてもよい。
【0171】
ＢＣＨ（Broadcast CHannel）、ＵＬ－ＳＣＨ（Uplink-Shared CHannel）およびＤＬ－ＳＣＨ（Downlink-Shared CHannel）は、トランスポートチャネルである。ＭＡＣ層で用いられるチャネルはトランスポートチャネルと呼称される。ＭＡＣ層で用いられるトランスポートチャネルの単位は、トランスポートブロック（TB）またはＭＡＣ ＰＤＵ（Protocol Data Unit）とも呼称される。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Hybrid Automatic Repeat reQuest）の制御が行なわれる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（deliver）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に変調処理が行なわれる。
【0172】
サービングセルごとに、１つのＵＬ－ＳＣＨ、および、１つのＤＬ－ＳＣＨが与えられてもよい。ＢＣＨは、ＰＣｅｌｌに与えられてもよい。ＢＣＨは、ＰＳＣｅｌｌ、ＳＣｅｌｌに与えられなくてもよい。
【0173】
ＢＣＣＨ（Broadcast Control CHannel）、ＣＣＣＨ（Common Control CHannel）、および、ＤＣＣＨ（Dedicated Control CHannel）は、ロジカルチャネルである。例えば、ＢＣＣＨは、ＭＩＢ、または、システム情報を送信するために用いられるＲＲＣ層のチャネルである。また、ＣＣＣＨ（Common Control CHannel）は、複数の端末装置１において共通なＲＲＣメッセージを送信するために用いられてもよい。ここで、ＣＣＣＨは、例えば、ＲＲＣ接続されていない端末装置１のために用いられてもよい。また、ＤＣＣＨ（Dedicated Control CHannel）は、端末装置１に専用のＲＲＣメッセージを送信するために少なくとも用いられてもよい。ここで、ＤＣＣＨは、例えば、ＲＲＣ接続されている端末装置１のために用いられてもよい。
【0174】
ＲＲＣメッセージは、１または複数のＲＲＣパラメータ（情報要素）を含む。例えば、ＲＲＣメッセージは、ＭＩＢを含んでもよい。また、ＲＲＣメッセージは、システム情報を含んでもよい。また、ＲＲＣメッセージは、ＣＣＣＨに対応するメッセージを含んでもよい。また、ＲＲＣメッセージは、ＤＣＣＨに対応するメッセージを含んでもよい。ＤＣＣＨに対応するメッセージを含むＲＲＣメッセージは、個別ＲＲＣメッセージとも呼称される。
【0175】
ロジカルチャネルにおけるＢＣＣＨは、トランスポートチャネルにおいてＢＣＨ、または、ＤＬ－ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＣＣＣＨは、トランスポートチャネルにおいてＤＬ－ＳＣＨまたはＵＬ－ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＤＣＣＨは、トランスポートチャネルにおいてＤＬ－ＳＣＨまたはＵＬ－ＳＣＨにマップされてもよい。
【0176】
トランスポートチャネルにおけるＵＬ－ＳＣＨは、物理チャネルにおいてＰＵＳＣＨにマップされてもよい。トランスポートチャネルにおけるＤＬ－ＳＣＨは、物理チャネルにおいてＰＤＳＣＨにマップされてもよい。トランスポートチャネルにおけるＢＣＨは、物理チャネルにおいてＰＢＣＨにマップされてもよい。
【0177】
上位層パラメータ（上位層のパラメータ）は、ＲＲＣメッセージ、または、ＭＡＣ ＣＥ（Medium Access Control Control Element）に含まれるパラメータである。つまり、上位層パラメータは、ＭＩＢ、システム情報、ＣＣＣＨに対応するメッセージ、ＤＣＣＨ
に対応するメッセージ、および、ＭＡＣ ＣＥに含まれるパラメータの総称である。ＭＡＣ ＣＥに含まれるパラメータは、ＭＡＣ ＣＥ（Control Element）コマンドにより送信される。
に対応するメッセージ、および、ＭＡＣ ＣＥに含まれるパラメータの総称である。ＭＡＣ ＣＥに含まれるパラメータは、ＭＡＣ ＣＥ（Control Element）コマンドにより送信される。
【0178】
端末装置１が行う手順は、以下の５Ａから５Ｃの一部または全部を少なくとも含む。
５Ａ）セルサーチ（cell search）
５Ｂ）ランダムアクセス（random access）
５Ｃ）データ通信（data communication）
５Ａ）セルサーチ（cell search）
５Ｂ）ランダムアクセス（random access）
５Ｃ）データ通信（data communication）
【0179】
セルサーチは、端末装置１によって時間領域と周波数領域に関する、あるセルとの同期を行い、物理セルＩＤ（physical cell identity）を検出するために用いられる手順である。つまり、端末装置１は、セルサーチによって、あるセルとの時間領域、および、周波数領域の同期を行い、物理セルＩＤを検出してもよい。
【0180】
ＰＳＳの系列は、物理セルＩＤに少なくとも基づき与えられる。ＳＳＳの系列は、物理セルＩＤに少なくとも基づき与えられる。
【0181】
ＳＳ／ＰＢＣＨブロック候補は、ＳＳ／ＰＢＣＨブロックの送信が許可される（可能である、予約される、設定される、規定される、可能性がある）リソースを示す。
【0182】
あるハーフ無線フレームにおけるＳＳ／ＰＢＣＨブロック候補のセットは、ＳＳバーストセット（SS burst set）とも呼称される。ＳＳバーストセットは、送信ウィンドウ（transmission window）、ＳＳ送信ウィンドウ（SS transmission window）、または、ＤＲＳ送信ウィンドウ（Discovery Refeence Signal transmission window）とも呼称される。ＳＳバーストセットは、第１のＳＳバーストセット、および、第２のＳＳバーストセットを少なくとも含んだ総称である。
【0183】
基地局装置３は、１個または複数個のインデックスのＳＳ／ＰＢＣＨブロックを所定の周期で送信する。端末装置１は、該１個または複数個のインデックスのＳＳ／ＰＢＣＨブロックの少なくともいずれかのＳＳ／ＰＢＣＨブロックを検出し、該ＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨの復号を試みてもよい。
【0184】
ランダムアクセスは、メッセージ１、メッセージ２、メッセージ３、および、メッセージ４の一部または全部を少なくとも含む手順である。
【0185】
メッセージ１は、端末装置１によってＰＲＡＣＨが送信される手順である。端末装置１は、セルサーチに基づき検出したＳＳ／ＰＢＣＨブロック候補のインデックスに少なくとも基づき、１または複数のＰＲＡＣＨ機会の中から選択される１つのＰＲＡＣＨ機会において、ＰＲＡＣＨを送信する。ＰＲＡＣＨ機会のそれぞれは、時間領域と周波数領域のリソース少なくとも基づき定義される。
【0186】
端末装置１は、ＳＳ／ＰＢＣＨブロックが検出されるＳＳ／ＰＢＣＨブロック候補のインデックスに対応するＰＲＡＣＨ機会の中から選択される１つのランダムアクセスプリアンブルを送信する。
【0187】
メッセージ２は、端末装置１によってＲＡ－ＲＮＴＩ（Random Access - Radio Network Temporary Identifier）でスクランブルされたＣＲＣ（Cyclic Redundancy Check）を伴うＤＣＩフォーマット１＿０の検出を試みる手順である。端末装置１は、セルサーチに基づき検出したＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨに含まれるＭＩＢに基づき与えられる制御リソースセット、および、探索領域セットの設定に基づき示されるリソース
において、該ＤＣＩフォーマットを含むＰＤＣＣＨの検出を試みる。メッセージ２は、ランダムアクセスレスポンスとも呼称される。
において、該ＤＣＩフォーマットを含むＰＤＣＣＨの検出を試みる。メッセージ２は、ランダムアクセスレスポンスとも呼称される。
【0188】
メッセージ３は、メッセージ２手順によって検出されたＤＣＩフォーマット１＿０に含まれるランダムアクセスレスポンスグラントによりスケジューリングされるＰＵＳＣＨを送信する手順である。ここで、ランダムアクセスレスポンスグラント（random access response grant）は、該ＤＣＩフォーマット１＿０によりスケジューリングされるＰＤＳＣＨに含まれるＭＡＣ ＣＥにより示される。
【0189】
ランダムアクセスレスポンスグラントに基づきスケジューリングされるＰＵＳＣＨは、メッセージ３ ＰＵＳＣＨ、または、ＰＵＳＣＨのいずれかである。メッセージ３ ＰＵＳＣＨは、衝突解決ＩＤ（contention resolution identifier） ＭＡＣ ＣＥを含む。衝突解決ＩＤ ＭＡＣ ＣＥは、衝突解決ＩＤを含む。
【0190】
メッセージ３ ＰＵＳＣＨの再送は、ＴＣ－ＲＮＴＩ（Temporary Cell - Radio Network Temporary Identifier）に基づきスクランブルされたＣＲＣを伴うＤＣＩフォーマット０＿０によってスケジューリングされる。
【0191】
メッセージ４は、Ｃ－ＲＮＴＩ（Cell - Radio Network Temporary Identifier）、または、ＴＣ－ＲＮＴＩのいずれかに基づきスクランブルされたＣＲＣを伴うＤＣＩフォーマット１＿０の検出を試みる手順である。端末装置１は、該ＤＣＩフォーマット１＿０に基づきスケジューリングされるＰＤＳＣＨを受信する。該ＰＤＳＣＨは、衝突解決ＩＤを含んでもよい。
【0192】
データ通信は、下りリンク通信、および、上りリンク通信の総称である。
【0193】
データ通信において、端末装置１は、制御リソースセット、および、探索領域セットに基づき特定されるリソースにおいてＰＤＣＣＨの検出を試みる（ＰＤＣＣＨをモニタする、ＰＤＣＣＨを監視する）。
【0194】
制御リソースセットは、所定数のリソースブロックと、所定数のＯＦＤＭシンボルにより構成されるリソースのセットである。周波数領域において、制御リソースセットは連続的なリソースにより構成されてもよい（non-interleaved mapping）し、分散的なリソースにより構成されてもよい（interleaver mapping）。
【0195】
制御リソースセットを構成するリソースブロックのセットは、上位層パラメータにより示されてもよい。制御リソースセットを構成するＯＦＤＭシンボルの数は、上位層パラメータにより示されてもよい。
【0196】
端末装置１は、探索領域セットにおいてＰＤＣＣＨの検出を試みる。ここで、探索領域セットにおいてＰＤＣＣＨの検出を試みることは、探索領域セットにおいてＰＤＣＣＨの候補の検出を試みることであってもよいし、探索領域セットにおいてＤＣＩフォーマットの検出を試みることであってもよいし、制御リソースセットにおいてＰＤＣＣＨの検出を試みることであってもよいし、制御リソースセットにおいてＰＤＣＣＨの候補の検出を試みることであってもよいし、制御リソースセットにおいてＤＣＩフォーマットの検出を試みることであってもよい。
【0197】
探索領域セットは、ＰＤＣＣＨの候補のセットとして定義される。探索領域セットは、ＣＳＳ（Common Search Space）セットであってもよいし、ＵＳＳ（UE-specific Search Space）セットであってもよい。端末装置１は、タイプ０ＰＤＣＣＨ共通探索領域セット
（Type0 PDCCH common search space set）、タイプ０ａＰＤＣＣＨ共通探索領域セット（Type0a PDCCH common search space set）、タイプ１ＰＤＣＣＨ共通探索領域セット（Type1 PDCCH common search space set）、タイプ２ＰＤＣＣＨ共通探索領域セット（Type2 PDCCH common search space set）、タイプ３ＰＤＣＣＨ共通探索領域セット（Type3 PDCCH common search space set）、および／または、ＵＥ個別ＰＤＣＣＨ探索領域セット（UE-specific search space set）の一部または全部においてＰＤＣＣＨの候補の検出を試みる。
（Type0 PDCCH common search space set）、タイプ０ａＰＤＣＣＨ共通探索領域セット（Type0a PDCCH common search space set）、タイプ１ＰＤＣＣＨ共通探索領域セット（Type1 PDCCH common search space set）、タイプ２ＰＤＣＣＨ共通探索領域セット（Type2 PDCCH common search space set）、タイプ３ＰＤＣＣＨ共通探索領域セット（Type3 PDCCH common search space set）、および／または、ＵＥ個別ＰＤＣＣＨ探索領域セット（UE-specific search space set）の一部または全部においてＰＤＣＣＨの候補の検出を試みる。
【0198】
タイプ０ＰＤＣＣＨ共通探索領域セットは、インデックス０の共通探索領域セットとして用いられてもよい。タイプ０ＰＤＣＣＨ共通探索領域セットは、インデックス０の共通探索領域セットであってもよい。
【0199】
ＣＳＳセットは、タイプ０ＰＤＣＣＨ共通探索領域セット、タイプ０ａＰＤＣＣＨ共通探索領域セット、タイプ１ＰＤＣＣＨ共通探索領域セット、タイプ２ＰＤＣＣＨ共通探索領域セット、および、タイプ３ＰＤＣＣＨ共通探索領域セットの総称である。ＵＳＳセットは、ＵＥ個別ＰＤＣＣＨ探索領域セットとも呼称される。
【0200】
ある探索領域セットは、ある制御リソースセットに関連する（含まれる、対応する）。探索領域セットに関連する制御リソースセットのインデックスは、上位層パラメータにより示されてもよい。
【0201】
ある探索領域セットに対して、６Ａから６Ｃの一部または全部が少なくとも上位層パラメータにより示されてもよい。
６Ａ）ＰＤＣＣＨの監視間隔（PDCCH monitoring periodicity）
６Ｂ）スロット内のＰＤＣＣＨの監視パターン（PDCCH monitoring pattern within a slot）
６Ｃ）ＰＤＣＣＨの監視オフセット（PDCCH monitoring offset）
６Ａ）ＰＤＣＣＨの監視間隔（PDCCH monitoring periodicity）
６Ｂ）スロット内のＰＤＣＣＨの監視パターン（PDCCH monitoring pattern within a slot）
６Ｃ）ＰＤＣＣＨの監視オフセット（PDCCH monitoring offset）
【0202】
ある探索領域セットの監視機会（monitoring occasion）は、該ある探索領域セットに関連する制御リソースセットの先頭のＯＦＤＭシンボルが配置されるＯＦＤＭシンボルに対応してもよい。ある探索領域セットの監視機会は、ある探索領域セットに関連する制御リソースセットの先頭のＯＦＤＭシンボルから始まる該制御リソースセットのリソースに対応してもよい。該探索領域セットの監視機会は、ＰＤＣＣＨの監視間隔、スロット内のＰＤＣＣＨの監視パターン、および、ＰＤＣＣＨの監視オフセットの一部または全部に少なくとも基づき与えられる。
【0203】
図８は、本実施形態の一態様に係る探索領域セットの監視機会の一例を示す図である。図８において、プライマリセル３０１に探索領域セット９１、および、探索領域セット９２が設定され、セカンダリセル３０２に探索領域セット９３が設定され、セカンダリセル３０３に探索領域セット９４が設定されている。
【0204】
図８において、格子線で示されるブロックは探索領域セット９１を示し、右上がり対角線で示されるブロックは探索領域セット９２を示し、左上がり対角線で示されるブロックは探索領域セット９３を示し、横線で示されるブロックは探索領域セット９４を示している。
【0205】
探索領域セット９１の監視間隔は1スロットにセットされ、探索領域セット９１の監視オフセットは０スロットにセットされ、探索領域セット９１の監視パターンは、[１，０，０，０，０，０，０，１，０，０，０，０，０，０]にセットされている。つまり、探索領域セット９１の監視機会はスロットのそれぞれにおける先頭のＯＦＤＭシンボル（ＯＦＤＭシンボル＃０）および８番目のＯＦＤＭシンボル（ＯＦＤＭシンボル＃７）に対応する。
【0206】
探索領域セット９２の監視間隔は２スロットにセットされ、探索領域セット９２の監視オフセットは０スロットにセットされ、探索領域セット９２の監視パターンは、[１，０，０，０，０，０，０，０，０，０，０，０，０，０]にセットされている。つまり、探索領域セット９２の監視機会は偶数スロットのそれぞれにおける先頭のＯＦＤＭシンボル（ＯＦＤＭシンボル＃０）に対応する。
【0207】
探索領域セット９３の監視間隔は２スロットにセットされ、探索領域セット９３の監視オフセットは０スロットにセットされ、探索領域セット９３の監視パターンは、[０，０，０，０，０，０，０，１，０，０，０，０，０，０]にセットされている。つまり、探索領域セット９３の監視機会は偶数スロットのそれぞれにおける８番目のＯＦＤＭシンボル（ＯＦＤＭシンボル＃７）に対応する。
【0208】
探索領域セット９４の監視間隔は２スロットにセットされ、探索領域セット９４の監視オフセットは１スロットにセットされ、探索領域セット９４の監視パターンは、[１，０，０，０，０，０，０，０，０，０，０，０，０，０]にセットされている。つまり、探索領域セット９４の監視機会は奇数スロットのそれぞれにおける先頭のＯＦＤＭシンボル（ＯＦＤＭシンボル＃０）に対応する。
【0209】
タイプ０ＰＤＣＣＨ共通探索領域セットは、ＳＩ－ＲＮＴＩ（System Information-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ（Cyclic Redundancy Check）系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。
【0210】
タイプ０ａＰＤＣＣＨ共通探索領域セットは、ＳＩ－ＲＮＴＩ（System Information-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ（Cyclic Redundancy Check）系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。
【0211】
タイプ１ＰＤＣＣＨ共通探索領域セットは、ＲＡ－ＲＮＴＩ（Random Access-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ系列、および／または、ＴＣ－ＲＮＴＩ（Temporary Cell-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。
【0212】
タイプ２ＰＤＣＣＨ共通探索領域セットは、Ｐ－ＲＮＴＩ（Paging- Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために用いられてもよい。
【0213】
タイプ３ＰＤＣＣＨ共通探索領域セットは、Ｃ－ＲＮＴＩ（Cell-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために用いられてもよい。
【0214】
ＵＥ個別ＰＤＣＣＨ探索領域セットは、Ｃ－ＲＮＴＩによってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。
【0215】
下りリンク通信において、端末装置１は、下りリンクＤＣＩフォーマットを検出する。検出された下りリンクＤＣＩフォーマットは、ＰＤＳＣＨのリソース割り当てに少なくとも用いられる。該検出された下りリンクＤＣＩフォーマットは、下りリンク割り当て（downlink assignment）とも呼称される。端末装置１は、該ＰＤＳＣＨの受信を試みる。該
検出された下りリンクＤＣＩフォーマットに基づき示されるＰＵＣＣＨリソースに基づき、該ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ（該ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ－ＡＣＫ）を基地局装置３に報告する。
検出された下りリンクＤＣＩフォーマットに基づき示されるＰＵＣＣＨリソースに基づき、該ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ（該ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ－ＡＣＫ）を基地局装置３に報告する。
【0216】
上りリンク通信において、端末装置１は、上りリンクＤＣＩフォーマットを検出する。検出されたＤＣＩフォーマットは、ＰＵＳＣＨのリソース割り当てに少なくとも用いられる。該検出された上りリンクＤＣＩフォーマットは、上りリンクグラント（uplink grant）とも呼称される。端末装置１は、該ＰＵＳＣＨの送信を行う。
【0217】
設定されるスケジューリング（configured grant）においては、ＰＵＳＣＨをスケジューリングする上りリンクグラントは、該ＰＵＳＣＨの送信周期ごとに設定される。上りリンクＤＣＩフォーマットによってＰＵＳＣＨがスケジューリングされる場合に該上りリンクＤＣＩフォーマットによって示される情報の一部または全部は、設定されるスケジューリングの場合に設定される上りリンクグラントにより示されてもよい。
【0218】
ランダムアクセスのメッセージ１において、端末装置１はＰＲＡＣＨを送信してもよい。ここで、ＰＲＡＣＨを通じて基地局装置３に通知されるランダムアクセスプリアンブルインデックスは、媒体アクセス制御層処理部１５より提供されてもよい。ここで、ランダムアクセスプリアンブルインデックスは、１つのＰＲＡＣＨ機会に含まれるランダムアクセスプリアンブルの識別のために用いられてもよい。
【0219】
ＰＲＡＣＨのリソースのタイプは、媒体アクセス制御層処理部１５によって決定されてもよい。ここで、ＰＲＡＣＨのリソースは、時間領域リソース、周波数領域リソース、および、符号領域リソースの一部または全部を少なくとも含んでもよい。例えば、ランダムアクセスプリアンブルは、符号領域リソースに対応してもよい。また、ＰＲＡＣＨ機会は、時間領域リソースと周波数領域リソースに対応してもよい。
【0220】
例えば、媒体アクセス制御層処理部１５は、第１のＰＲＡＣＨリソースタイプと第２のＰＲＡＣＨリソースタイプから１つを決定し、無線送受信部１０に通知してもよい。ここで、ランダムアクセスに用いられる上りリンクＢＷＰに対して、第１のＰＲＡＣＨリソースタイプと第２のＰＲＡＣＨリソースタイプが、無線リソース制御層処理部１６より提供されてもよい。なお、第１のＰＲＡＣＨリソースタイプは、上りリンクＢＷＰごとに設定されてもよい。また、第２のＰＲＡＣＨリソースタイプは、上りリンクＢＷＰごとに設定されてもよい。
【0221】
例えば、第１のＰＲＡＣＨリソースタイプは、あるＰＲＡＣＨ機会に含まれる第１のランダムアクセスプリアンブルグループに対応してもよい。また、第２のＰＲＡＣＨリソースタイプは、該あるＰＲＡＣＨ機会に含まれる第２のランダムアクセスプリアンブルグループに対応してもよい。ここで、ランダムアクセスプリアンブルグループは、１または複数のランダムアクセスプリアンブルを含むグループである。例えば、第１のランダムアクセスプリアンブルグループは、インデックスが０から９のランダムアクセスプリアンブルを含み、第２のランダムアクセスプリアンブルグループは、インデックスが１０から１９のランダムアクセスプリアンブルグループを含んでもよい。また、第１のランダムアクセスプリアンブルグループは、インデックスが７から１５のランダムアクセスプリアンブルを含み、第２のランダムアクセスプリアンブルグループは、インデックスが３８から５０のランダムアクセスプリアンブルグループを含んでもよい。つまり、第１のランダムアクセスプリアンブルグループと第２のランダムアクセスプリアンブルグループとは異なってもよい。
【0222】
例えば、第１のＰＲＡＣＨリソースタイプは、第１のサブキャリア位置から開始される
第１のＰＲＡＣＨ機会に対応してもよく、第２のＰＲＡＣＨリソースタイプは、第２のサブキャリア位置から開始される第２のＰＲＡＣＨ機会に対応してもよい。例えば、無線リソース制御層処理部１６は、第１のサブキャリア位置の設定情報を媒体アクセス制御層処理部１６、および、無線送受信部１０の一方または両方に提供してもよい。また、無線リソース制御層処理部１６は、第２のサブキャリア位置の設定情報を媒体アクセス制御層処理部１６、および、無線送受信部１０の一方または両方に提供してもよい。ここで、第１のＰＲＡＣＨ機会が開始される時間位置は、第２のＰＲＡＣＨ機会が開始される時間位置と同じであってもよいし異なってもよい。
第１のＰＲＡＣＨ機会に対応してもよく、第２のＰＲＡＣＨリソースタイプは、第２のサブキャリア位置から開始される第２のＰＲＡＣＨ機会に対応してもよい。例えば、無線リソース制御層処理部１６は、第１のサブキャリア位置の設定情報を媒体アクセス制御層処理部１６、および、無線送受信部１０の一方または両方に提供してもよい。また、無線リソース制御層処理部１６は、第２のサブキャリア位置の設定情報を媒体アクセス制御層処理部１６、および、無線送受信部１０の一方または両方に提供してもよい。ここで、第１のＰＲＡＣＨ機会が開始される時間位置は、第２のＰＲＡＣＨ機会が開始される時間位置と同じであってもよいし異なってもよい。
【0223】
サブキャリア位置は、リソースブロックインデックス、および、サブキャリアインデックスの一方または両方に少なくとも基づき特定されてもよい。
【0224】
時間位置は、フレームインデックス、サブフレームインデックス、スロットインデックス、および、ＯＦＤＭシンボルインデックスの一部または全部により特定されてもよい。
【0225】
例えば、第１のＰＲＡＣＨリソースタイプは、第１の時間位置から開始される第１のＰＲＡＣＨ機会に対応してもよく、第２のＰＲＡＣＨリソースタイプは、第２の時間位置から開始される第２のＰＲＡＣＨ機会に対応してもよい。例えば、無線リソース制御層処理部１６は、第１の時間位置の設定情報を媒体アクセス制御層処理部１６、および、無線送受信部１０の一方または両方に提供してもよい。また、無線リソース制御層処理部１６は、第２の時間位置の設定情報を媒体アクセス制御層処理部１６、および、無線送受信部１０の一方または両方に提供してもよい。ここで、第１のＰＲＡＣＨ機会が開始されるサブキャリア位置は、第２のＰＲＡＣＨ機会が開始されるサブキャリア位置と同じであってもよいし異なってもよい。
【0226】
例えば、第１のＰＲＡＣＨリソースタイプは、無線リソース制御層処理部１６より提供される第１のＲＲＣパラメータにより設定されてもよい。また、第２のＰＲＡＣＨリソースタイプは、無線リソース制御層処理部１６より提供され、第１のＲＲＣパラメータとは異なる第２のＲＲＣパラメータにより設定されてもよい。
【0227】
例えば、衝突ベースランダムアクセス（CBRA: Contention-Based Random-Access）において、端末装置１はＰＲＡＣＨの送信のためにＰＲＡＣＨリソースタイプを決定してもよい。ここで、ＰＲＡＣＨリソースタイプの決定のために、１）ランダムアクセスのために特定された下りリンク信号の受信品質に関する情報、２）ＰＲＡＣＨの送信電力に関する情報、の一方または両方が用いられてもよい。
【0228】
例えば、ランダムアクセスのために特定された下りリンク信号の受信品質に関する情報は、ランダムアクセスのために特定された下りリンク信号の参照信号受信電力（RSRP: Reference Signal Received Power）であってもよい。ここで、ＲＳＲＰは、所定の規範で量子化された、受信電力の情報であってもよい。ここで、ランダムアクセスのために特定された下りリンク信号は、端末装置１によって選択された下りリンク信号であってもよい。例えば、基地局装置３が複数のインデックスのＳＳ／ＰＢＣＨブロックの送信を設定している場合、端末装置１は１つのインデックスのＳＳ／ＰＢＣＨブロックを、ランダムアクセスのために特定してもよい。ここで、下りリンク信号の特定のために、それぞれの下りリンク信号のＲＳＲＰの比較が用いられてもよい。
【0229】
例えば、複数の下りリンク信号がランダムアクセスのために特定されてもよい。複数の下りリンク信号がランダムアクセスのために特定された場合、ランダムアクセスのために特定された下りリンク信号の受信品質に関する情報は、該複数の下りリンク信号によって決定されてもよい。例えば、ランダムアクセスのために特定された下りリンク信号の受信
品質に関する情報は、複数の下りリンク信号のそれぞれに対するＲＳＲＰの平均値に基づいて提供されてもよい。
品質に関する情報は、複数の下りリンク信号のそれぞれに対するＲＳＲＰの平均値に基づいて提供されてもよい。
【0230】
例えば、ＰＲＡＣＨの送信電力に関する情報は、ＰＲＡＣＨの送信電力値であってもよい。例えば、ＰＲＡＣＨの送信電力に関する情報は、ランダムアクセスにおいてＰＲＡＣＨの送信ごとにインクリメントされるカウンタ値であってもよい。また、ＰＲＡＣＨの送信電力に関する情報は、ＰＲＡＣＨの電力を設定するために用いられるカウンタ値であってもよい。また、ＰＲＡＣＨの送信電力に関する情報は、ＰＲＡＣＨに関する電力ヘッドルーム（Power headroom）であってもよい。
【0231】
ここで、ＰＲＡＣＨの送信電力値ＰＰＲＡＣＨは、ＰＰＲＡＣＨ＝ｍｉｎ（ＰＣＭＡＸ，Ｐｔａｒｇｅｔ＋ＰＬ）により計算されてもよい。ここで、ＰＣＭＡＸは、ＰＲＡＣＨの送信が実施される上りリンクキャリアに設定される最大送信電力値を示す。上りリンクキャリアに設定される最大送信電力値は、該上りリンクキャリアの帯域、および、その他の各種設定情報に基づき決定されてもよい。また、Ｐｔａｒｇｅｔは、ＰＲＡＣＨの電力を設定するために用いられるカウンタ値に基づき決定されてもよい。
【0232】
例えば、Ｐｔａｒｇｅｔは、Ｐｔａｒｇｅｔ＝ＰＰＲＴＰ＋ＤＰ＋（Ｎｃｏｕｎｔｅｒ－１）×ＰＳＴＥＰ＋Ｐｏｆｆｓｅｔで計算されてもよい。ここで、ＰＰＴＲＰは、ランダムアクセスプリアンブルのターゲット受信電力として設定される値である。また、ＤＰは、ＰＲＡＣＨフォーマットに依存する電力のオフセット値である。また、Ｎｃｏｕｎｔｅｒは、ＰＲＡＣＨの電力を設定するために用いられるカウンタ値の値である。また、Ｐｏｆｆｓｅｔは、ランダムアクセスのタイプに基づき設定されるオフセットである。ここで、ランダムアクセスのタイプは、４ステップランダムアクセスと２ステップランダムアクセスを含んでもよい。例えば、ランダムアクセスのタイプが２ステップランダムアクセスの場合にＰｏｆｆｓｅｔは非ゼロの値が設定され、ランダムアクセスのタイプが４ステップランダムアクセスの場合にゼロが設定されてもよい。
【0233】
例えば、Ｐｔａｒｇｅｔは、さらに第２のオフセット値Ｐｏｆｆｓｅｔ２に基づき決定されてもよい。ここで、Ｐｏｆｆｓｅｔ２は、ＰＲＡＣＨの送信に用いられるＰＲＡＣＨリソースタイプに基づき決定されてもよい。例えば、ＰＲＡＣＨの送信に用いられるＰＲＡＣＨリソースタイプが第１のＰＲＡＣＨリソースタイプである場合にゼロであり、ＰＲＡＣＨの送信に用いられるＰＲＡＣＨリソースタイプが第２のＰＲＡＣＨリソースタイプである場合に非ゼロの値であってもよい。ここで、無線リソース制御層処理部１６は、該非ゼロの値を媒体アクセス制御層処理部１５、および、無線送受信部１０の一方または両方に提供してもよい。
【0234】
例えば、ＰＲＡＣＨリソースタイプごとにカウンタ値がセットされてもよい。例えば、第１のＰＲＡＣＨリソースタイプに対して第１のカウンタ値が設定され、第２のＰＲＡＣＨリソースタイプに対して第２のカウンタ値が設定されてもよい。例えば、第１のカウンタ値は、第１のＰＲＡＣＨリソースタイプに含まれるＰＲＡＣＨリソースにおいてＰＲＡＣＨが送信され、かつ、ランダムアクセスのために特定される下りリンク信号が変更されていない場合にインクリメントされるようなカウンタ値であってもよい。また、第２のカウンタ値は、第２のＰＲＡＣＨリソースタイプに含まれるＰＲＡＣＨリソースにおいてＰＲＡＣＨが送信され、かつ、ランダムアクセスのために特定される下りリンク信号が変更されていない場合にインクリメントされるようなカウンタ値であってもよい。つまり、第２のカウンタ値は、第１のＰＲＡＣＨリソースタイプに含まれるＰＲＡＣＨリソースにおいてＰＲＡＣＨを送信する場合にインクリメントされなくてもよい。また、第２のカウンタ値は、第２のＰＲＡＣＨリソースタイプに含まれるＰＲＡＣＨリソースにおいてＰＲＡＣＨが送信され、かつ、ランダムアクセスのために特定される下りリンク信号が変更され
ている場合にインクリメントされなくてもよい。また、第１のカウンタ値は、第２のＰＲＡＣＨリソースタイプに含まれるＰＲＡＣＨリソースにおいてＰＲＡＣＨを送信する場合にインクリメントされなくてもよい。また、第１のカウンタ値は、第１のＰＲＡＣＨリソースタイプに含まれるＰＲＡＣＨリソースにおいてＰＲＡＣＨが送信され、かつ、ランダムアクセスのために特定される下りリンク信号が変更されている場合にインクリメントされなくてもよい。
ている場合にインクリメントされなくてもよい。また、第１のカウンタ値は、第２のＰＲＡＣＨリソースタイプに含まれるＰＲＡＣＨリソースにおいてＰＲＡＣＨを送信する場合にインクリメントされなくてもよい。また、第１のカウンタ値は、第１のＰＲＡＣＨリソースタイプに含まれるＰＲＡＣＨリソースにおいてＰＲＡＣＨが送信され、かつ、ランダムアクセスのために特定される下りリンク信号が変更されている場合にインクリメントされなくてもよい。
【0235】
ＰＲＡＣＨの送信電力値ＰＰＲＡＣＨの決定において、ＰＬは、ランダムアクセスのために特定される下りリンク信号のパスロスの測定値であってもよい。つまり、ランダムアクセスのために特定される下りリンク信号は、ＰＲＡＣＨの送信電力値ＰＰＲＡＣＨの計算に用いられる下りリンク信号であってもよい。
【0236】
例えば、ＰＲＡＣＨの送信ごとにインクリメントされるカウンタ値は、ＰＲＡＣＨリソースタイプごとに設定されてもよい。例えば、第１のＰＲＡＣＨリソースタイプに対して第３のカウンタ値が設定され、第２のＰＲＡＣＨリソースタイプに対して第４のカウンタ値が設定されてもよい。例えば、第３のカウンタ値は、第１のＰＲＡＣＨリソースタイプに含まれるＰＲＡＣＨリソースにおいてＰＲＡＣＨを送信する場合にインクリメントされるようなカウンタ値であってもよい。また、第４のカウンタ値は、第２のＰＲＡＣＨリソースタイプに含まれるＰＲＡＣＨリソースにおいてＰＲＡＣＨを送信する場合にインクリメントされるようなカウンタ値であってもよい。つまり、第３のカウンタ値は、第１のＰＲＡＣＨリソースタイプに含まれるＰＲＡＣＨリソースにおいてＰＲＡＣＨを送信する場合にインクリメントされなくてもよい。また、第４のカウンタ値は、第２のＰＲＡＣＨリソースタイプに含まれるＰＲＡＣＨリソースにおいてＰＲＡＣＨを送信する場合にインクリメントされなくてもよい。
【0237】
例えば、ＰＲＡＣＨの送信電力に関する情報は、第２のＰＲＡＣＨリソースタイプに対応するカウンタ値であってもよい。
【0238】
例えば、ＰＲＡＣＨに関する電力ヘッドルームＰＰＨは、ＰＰＨ＝ＰＣＭＡＸ－ＰＰＲＡＣＨで計算されてもよい。
【0239】
例えば、ＰＲＡＣＨの送信のために用いられるＰＲＡＣＨリソースタイプは、ランダムアクセスのために特定された下りリンク信号の参照信号受信電力が第１のしきい値よりも大きい場合に、第１のＰＲＡＣＨリソースタイプであってもよい。また、ＰＲＡＣＨの送信のために用いられるＰＲＡＣＨリソースタイプは、ランダムアクセスのために特定された下りリンク信号の参照信号受信電力が第１のしきい値よりも小さい場合に、第２のＰＲＡＣＨリソースタイプであってもよい。また、ＰＲＡＣＨの送信のために用いられるＰＲＡＣＨリソースタイプは、ランダムアクセスのために特定された下りリンク信号の参照信号受信電力が第１のしきい値と等しい場合に、第１のＰＲＡＣＨリソースタイプまたは第２のＰＲＡＣＨリソースタイプであってもよい。
【0240】
例えば、ＰＲＡＣＨの送信のために用いられるＰＲＡＣＨリソースタイプは、ランダムアクセスのために特定された下りリンク信号の参照信号受信電力が第１のしきい値よりも大きい場合に、第１のＰＲＡＣＨリソースタイプであってもよい。また、ＰＲＡＣＨの送信のために用いられるＰＲＡＣＨリソースタイプは、ランダムアクセスのために特定された下りリンク信号の参照信号受信電力が第１のしきい値よりも小さい場合に、第２のＰＲＡＣＨリソースタイプであってもよい。また、ＰＲＡＣＨの送信のために用いられるＰＲＡＣＨリソースタイプは、ランダムアクセスのために特定された下りリンク信号の参照信号受信電力が第１のしきい値と等しい場合に、第１のＰＲＡＣＨリソースタイプまたは第２のＰＲＡＣＨリソースタイプであってもよい。
【0241】
例えば、ＰＲＡＣＨの送信のために用いられるＰＲＡＣＨリソースタイプは、ＰＲＡＣＨの送信電力値が第２のしきい値より小さい場合に、第１のＰＲＡＣＨリソースタイプであってもよい。また、ＰＲＡＣＨの送信のために用いられるＰＲＡＣＨリソースタイプは、ＰＲＡＣＨの送信電力値が第２のしきい値より大きい場合に、第２のＰＲＡＣＨリソースタイプであってもよい。また、ＰＲＡＣＨの送信のために用いられるＰＲＡＣＨリソースタイプは、ＰＲＡＣＨの送信電力値が第２のしきい値と等しい場合に、第１のＰＲＡＣＨリソースタイプまたは第２のＰＲＡＣＨリソースタイプであってもよい。
【0242】
例えば、ＰＲＡＣＨの送信のために用いられるＰＲＡＣＨリソースタイプは、ランダムアクセスにおいてＰＲＡＣＨの送信ごとにインクリメントされるカウンタ値が第３のしきい値より小さい場合に、第１のＰＲＡＣＨリソースタイプであってもよい。また、ＰＲＡＣＨの送信のために用いられるＰＲＡＣＨリソースタイプは、ランダムアクセスにおいてＰＲＡＣＨの送信ごとにインクリメントされるカウンタ値が第３のしきい値より大きい場合に、第２のＰＲＡＣＨリソースタイプであってもよい。また、ＰＲＡＣＨの送信のために用いられるＰＲＡＣＨリソースタイプは、ランダムアクセスにおいてＰＲＡＣＨの送信ごとにインクリメントされるカウンタ値が第３のしきい値と等しい場合に、第１のＰＲＡＣＨリソースタイプまたは第２のＰＲＡＣＨリソースタイプであってもよい。
【0243】
例えば、ＰＲＡＣＨの送信のために用いられるＰＲＡＣＨリソースタイプは、ＰＲＡＣＨの電力を設定するために用いられるカウンタ値が第４のしきい値より小さい場合に、第１のＰＲＡＣＨリソースタイプであってもよい。また、ＰＲＡＣＨの送信のために用いられるＰＲＡＣＨリソースタイプは、ＰＲＡＣＨの電力を設定するために用いられるカウンタ値が第４のしきい値より大きい場合に、第２のＰＲＡＣＨリソースタイプであってもよい。また、ＰＲＡＣＨの送信のために用いられるＰＲＡＣＨリソースタイプは、ＰＲＡＣＨの電力を設定するために用いられるカウンタ値が第４のしきい値と等しい場合に、第１のＰＲＡＣＨリソースタイプまたは第２のＰＲＡＣＨリソースタイプであってもよい。
【0244】
例えば、ＰＲＡＣＨの送信のために用いられるＰＲＡＣＨリソースタイプは、ＰＲＡＣＨに関する電力ヘッドルームが第５のしきい値より大きい場合に、第１のＰＲＡＣＨリソースタイプであってもよい。また、ＰＲＡＣＨの送信のために用いられるＰＲＡＣＨリソースタイプは、ＰＲＡＣＨに関する電力ヘッドルームが第５のしきい値より小さい場合に、第２のＰＲＡＣＨリソースタイプであってもよい。また、ＰＲＡＣＨの送信のために用いられるＰＲＡＣＨリソースタイプは、ＰＲＡＣＨに関する電力ヘッドルームが第５のしきい値と等しい場合に、第１のＰＲＡＣＨリソースタイプまたは第２のＰＲＡＣＨリソースタイプであってもよい。
【0245】
例えば、衝突ベースランダムアクセスにおいて、第１のしきい値、第２のしきい値、第３のしきい値、第４のしきい値、および、第５のしきい値の一部または全部は、無線リソース制御層処理部１６より提供されてもよい。例えば、衝突ベースランダムアクセスにおいて、第１のしきい値が無線リソース制御層処理部１６より提供された場合、該第１のしきい値に基づき、ＰＲＡＣＨリソースタイプが決定されてもよい。また、該第１のしきい値が無線リソース制御層処理部１６より提供されない場合、端末装置１は、該第１のしきい値に基づかずにＰＲＡＣＨリソースタイプを決定してもよい。例えば、該第１のしきい値が無線リソース制御層処理部１６より提供されない場合、ランダムアクセスのために特定される下りリンク信号の受信品質情報に基づき、第１のＰＲＡＣＨリソースタイプと第２のＰＲＡＣＨリソースタイプのうち１つを、端末装置１の基準で決定してもよい。また、該第１のしきい値が無線リソース制御層処理部１６より提供されないことに基づき、端末装置１は第２のＰＲＡＣＨリソースタイプを選択してもよい。
【0246】
例えば、衝突ベースランダムアクセスにおいて、第２のしきい値が無線リソース制御層処理部１６より提供された場合、該第２のしきい値に基づき、ＰＲＡＣＨリソースタイプが決定されてもよい。また、該第２のしきい値が無線リソース制御層処理部１６より提供されない場合、端末装置１は、該第２のしきい値に基づかずにＰＲＡＣＨリソースタイプを決定してもよい。例えば、該第２のしきい値が無線リソース制御層処理部１６より提供されない場合、ＰＲＡＣＨの送信電力値に基づき、第１のＰＲＡＣＨリソースタイプと第２のＰＲＡＣＨリソースタイプのうち１つを、端末装置１の基準で決定してもよい。また、該第２のしきい値が無線リソース制御層処理部１６より提供されないことに基づき、端末装置１は第２のＰＲＡＣＨリソースタイプを選択してもよい。
【0247】
例えば、衝突ベースランダムアクセスにおいて、第３のしきい値が無線リソース制御層処理部１６より提供された場合、該第３のしきい値に基づき、ＰＲＡＣＨリソースタイプが決定されてもよい。また、該第３のしきい値が無線リソース制御層処理部１６より提供されない場合、端末装置１は、該第３のしきい値に基づかずにＰＲＡＣＨリソースタイプを決定してもよい。例えば、該第３のしきい値が無線リソース制御層処理部１６より提供されない場合、ランダムアクセスにおいてＰＲＡＣＨの送信ごとにインクリメントされるカウンタ値に基づき、第１のＰＲＡＣＨリソースタイプと第２のＰＲＡＣＨリソースタイプのうち１つを、端末装置１の基準で決定してもよい。また、該第３のしきい値が無線リソース制御層処理部１６より提供されないことに基づき、端末装置１は第２のＰＲＡＣＨリソースタイプを選択してもよい。
【0248】
例えば、衝突ベースランダムアクセスにおいて、第４のしきい値が無線リソース制御層処理部１６より提供された場合、該第４のしきい値に基づき、ＰＲＡＣＨリソースタイプが決定されてもよい。また、該第４のしきい値が無線リソース制御層処理部１６より提供されない場合、端末装置１は、該第４のしきい値に基づかずにＰＲＡＣＨリソースタイプを決定してもよい。例えば、該第４のしきい値が無線リソース制御層処理部１６より提供されない場合、ＰＲＡＣＨの電力を設定するために用いられるカウンタ値に基づき、第１のＰＲＡＣＨリソースタイプと第２のＰＲＡＣＨリソースタイプのうち１つを、端末装置１の基準で決定してもよい。また、該第４のしきい値が無線リソース制御層処理部１６より提供されないことに基づき、端末装置１は第２のＰＲＡＣＨリソースタイプを選択してもよい。
【0249】
例えば、衝突ベースランダムアクセスにおいて、第５のしきい値が無線リソース制御層処理部１６より提供された場合、該第５のしきい値に基づき、ＰＲＡＣＨリソースタイプが決定されてもよい。また、該第５のしきい値が無線リソース制御層処理部１６より提供されない場合、端末装置１は、該第５のしきい値に基づかずにＰＲＡＣＨリソースタイプを決定してもよい。例えば、該第５のしきい値が無線リソース制御層処理部１６より提供されない場合、ＰＲＡＣＨの電力ヘッドルームに基づき、第１のＰＲＡＣＨリソースタイプと第２のＰＲＡＣＨリソースタイプのうち１つを、端末装置１の基準で決定してもよい。また、該第５のしきい値が無線リソース制御層処理部１６より提供されないことに基づき、端末装置１は第２のＰＲＡＣＨリソースタイプを選択してもよい。
【0250】
端末装置１は、ＰＲＡＣＨを送信した後の所定期間の間、ＲＡ－ＲＮＴＩでスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットを含むＰＤＣＣＨをモニタしてもよい。所定期間内にＲＡ－ＲＮＴＩでスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットを含むＰＤＣＣＨが検出された場合、該ＤＣＩフォーマットによりスケジューリングされたＰＤＳＣＨの受信を行ってもよい。該ＰＤＳＣＨに含まれるトランスポートブロックの復号が成功裏に完了すると、該トランスポートブロックに含まれるＭＡＣ層の情報が媒体アクセス制御層処理部１５に通知される。ここで、該ＭＡＣ層の情報に含まれるランダムアクセスプリアンブルインデックスが、端末装置１によって送信された該ＰＲＡＣＨに含ま
れるランダムアクセスプリアンブルのインデックスと等しい場合、媒体アクセス制御層処理部１５は、該ＭＡＣ層の情報のうちのランダムアクセスプリアンブルインデックスに対応する上りリンクグラントを取得する。ここで、該上りリンクグラントは、ランダムアクセスレスポンスグラントである。
れるランダムアクセスプリアンブルのインデックスと等しい場合、媒体アクセス制御層処理部１５は、該ＭＡＣ層の情報のうちのランダムアクセスプリアンブルインデックスに対応する上りリンクグラントを取得する。ここで、該上りリンクグラントは、ランダムアクセスレスポンスグラントである。
【0251】
端末装置１は、該ランダムアクセスレスポンスグラントに含まれるビット系列を、第１の規範、または、第２の規範を用いて解釈してもよい。例えば、該ＰＲＡＣＨの送信において第１のＰＲＡＣＨリソースタイプが選択された場合、該ランダムアクセスレスポンスグラントに含まれるビット系列の解釈のために第１の規範が用いられてもよい。また、該ＰＲＡＣＨの送信において第２のＰＲＡＣＨリソースタイプが選択された場合、該ランダムアクセスレスポンスグラントに含まれるビット系列の解釈のために第２の規範が用いられてもよい。
【0252】
図９は、本実施形態の一態様に係るランダムアクセスレスポンスグラントに含まれるビット系列の解釈に用いられる第１の規範の一例を示す図である。図９に示されるテーブルにおいて、左側の列はランダムアクセスレスポンスグラントに設定されるフィールドの名前が示され、右側の列に対応するフィールドのビット数が示されている。第１の規範において、ランダムアクセスレスポンスグラントに含まれるビット系列は、周波数ホッピングフラグ（Frequency hopping flag）フィールド、ＰＵＳＣＨ周波数リソース割り当て（PUSCH frequency resource allocation）フィールド、ＰＵＳＣＨ時間リソース割り当て（PUSCH time resource allocation）フィールド、ＭＣＳフィールド、ＰＵＳＣＨのためのＴＰＣコマンド（TPC command for PUSCH）フィールド、ＣＳＩリクエストフィールド、および、チャネルアクセス―ＣＰ拡張（ChannelAccess-CPext）フィールドを含む。
【0253】
周波数ホッピングフラグフィールドは１ビットを含む。周波数ホッピングフラグフィールドは、ランダムアクセスレスポンスグラントによりスケジューリングされるＰＵＳＣＨに対して周波数ホッピングが適用されるか否かを示してもよい。
【0254】
ＰＵＳＣＨ周波数割り当てフィールドは、１４ビットまたは１２ビットを含む。共有スペクトラムチャネルアクセスを伴う動作が該ＰＵＳＣＨの送信に用いられる上りリンクキャリアに適用される場合、ＰＵＳＣＨ周波数割り当てフィールドは１２ビットであってもよい。また、共有スペクトラムチャネルアクセスを伴う動作が該ＰＵＳＣＨの送信に用いられる上りリンクキャリアに適用されない場合、ＰＵＳＣＨ周波数割り当てフィールドは１４ビットであってもよい。ＰＵＳＣＨ周波数割り当てフィールドは、該ＰＵＳＣＨのリソースブロックの割り当てを示すために用いられてもよい。
【0255】
ＰＵＳＣＨ時間リソース割り当てフィールドは、４ビットを含む。ＰＵＳＣＨ時間リソース割り当てフィールドの値は、第１のＴＤＲＡテーブルの列の特定のために用いられてもよい。ここで、第１のＴＤＲＡテーブルは、仕様書にあらかじめ記載されたテーブルであってもよい。また、第１のＴＤＲＡテーブルは、システム情報に含まれてもよい。例えば、第１のＴＤＲＡテーブルは、第１のＲＲＣシグナリングにより提供されてもよい。
【0256】
ＭＣＳフィールドは、該ＰＵＳＣＨのＭＣＳを示すために用いられてもよい。
【0257】
ＰＵＳＣＨのためのＴＰＣコマンドフィールドは、該ＰＵＳＣＨの送信電力値の設定のために用いられてもよい。
【0258】
図１０は、本実施形態の一態様に係るＰＵＳＣＨのためのＴＰＣコマンドフィールドの送信電力値の設定例を示す図である。図１０に示されるテーブルの左側の列は、ＰＵＳＣＨのためのＴＰＣコマンドフィールドの値を示し、右側の列は、対応する値の解釈の例を
示す。例えば、ＰＵＳＣＨのためのＴＰＣコマンドフィールドの値が２の時には、送信電力値のオフセット値が－２ ｄＢであり、該値が５の時には該オフセット値は４ ｄＢである。
示す。例えば、ＰＵＳＣＨのためのＴＰＣコマンドフィールドの値が２の時には、送信電力値のオフセット値が－２ ｄＢであり、該値が５の時には該オフセット値は４ ｄＢである。
【0259】
ＣＳＩリクエストフィールドは、予約されたフィールドである。
【0260】
チャネルアクセス―ＣＰ拡張フィールドは、共有スペクトラムチャネルアクセスを伴う動作が該ＰＵＳＣＨの送信に用いられる上りリンクキャリアに適用される場合、２ビットである。また、チャネルアクセス―ＣＰ拡張フィールドは、共有スペクトラムチャネルアクセスを伴う動作が該ＰＵＳＣＨの送信に用いられる上りリンクキャリアに適用されない場合、０ビットである。
【0261】
ランダムアクセスレスポンスグラントの解釈に用いられる第２の規範は、ランダムアクセスレスポンスグラントのフィールドに基づき、該ＰＵＳＣＨに適用される繰り返し回数の設定を決定できるような規範であってもよい。例えば、第２の規範は、第１の規範に用いられる各種フィールドのうち、一部または全部の解釈を第１の規範とは異なる解釈に設定するような規範であってもよい。また、第２の規範は、第１の規範に用いられる各種フィールドの一部または全部を、該ＰＵＳＣＨの繰り返し回数の設定を示すために用いられるフィールドのために割り当てるような規範であってもよい。
【0262】
例えば、第２の規範は、第１の規範に用いられる周波数ホッピングフラグフィールドを該ＰＵＳＣＨの繰り返し回数の設定を示すために用いるような規範であってもよい。また、第２の規範は、第１の規範に用いられる周波数ホッピングフラグフィールドを該ＰＵＳＣＨの繰り返し回数の設定を示すために用いられるフィールドのために割り当てるような規範であってもよい。
【0263】
例えば、第２の規範は、第１の規範に用いられるＰＵＳＣＨ周波数リソース割り当てフィールドの一部を該ＰＵＳＣＨの繰り返し回数の設定を示すために用いるような規範であってもよい。例えば、第２の規範において、共有スペクトラムチャネルアクセスを伴う動作が該ＰＵＳＣＨの送信に用いられる上りリンクキャリアに適用される場合、１２－Ｘビットが該ＰＵＳＣＨのリソースブロックの割り当てに用いられてもよい。ここで、Ｘビットは、該ＰＵＳＣＨの繰り返し回数の設定を示すために用いられてもよい。また、第２の規範において、共有スペクトラムチャネルアクセスを伴う動作が該ＰＵＳＣＨの送信に用いられる上りリンクキャリアに適用されない場合、１４－Ｘビットが該ＰＵＳＣＨのリソースブロックの割り当てに用いられてもよい。
【0264】
例えば、第２の規範は、第１の規範に用いられるＰＵＳＣＨ周波数リソース割り当てフィールドのビット数の一部を、該ＰＵＳＣＨの繰り返し回数の設定を示すために用いられるフィールドのために割り当てるような規範であってもよい。例えば、第２の規範において、共有スペクトラムチャネルアクセスを伴う動作が該ＰＵＳＣＨの送信に用いられる上りリンクキャリアに適用される場合、ＰＵＳＣＨリソース割り当てフィールドは１２－Ｙビットであってもよい。ここで、Ｙビットは、該ＰＵＳＣＨの繰り返し回数の設定を示すために用いられるフィールドのめに割り当てられてもよい。また、第２の規範において、共有スペクトラムチャネルアクセスを伴う動作が該ＰＵＳＣＨの送信に用いられる上りリンクキャリアに適用されない場合、ＰＵＳＣＨリソース割り当てフィールドは１４－Ｙビットであってもよい。
【0265】
例えば、第２の規範は、第１の規範に用いられるＰＵＳＣＨ時間リソース割り当てフィールドを第１のＴＤＲＡテーブルとは異なる第２のＴＤＲＡテーブルに対応付けるような規範であってもよい。例えば、第２の規範において、ＰＵＳＣＨ時間リソース割り当てフィールドは、第２のＴＤＲＡテーブルの列を特定のために用いられてもよい。ここで、第２のＴＤＲＡテーブルは、システム情報に含まれてもよい。例えば、第２のＴＤＲＡテーブルは、第２のＲＲＣシグナリングにより提供されてもよい。第２のＲＲＣシグナリングは第１のＲＲＣシグナリングと同じであってもよいし異なってもよい。
【0266】
例えば、第２の規範は、第１の規範に用いられるＭＣＳフィールドを該ＰＵＳＣＨの繰り返し回数の設定を示すために用いるような規範であってもよい。また、第２の規範は、第１の規範に用いられるＭＣＳフィールドを該ＰＵＳＣＨの繰り返し回数の設定を示すために用いられるフィールドのために割り当てるような規範であってもよい。
【0267】
例えば、第２の規範は、第１の規範に用いられるＰＵＳＣＨのためのＴＰＣコマンドフィールドを該ＰＵＳＣＨの繰り返し回数の設定を示すために用いるような規範であってもよい。また、第２の規範は、第１の規範に用いられるＰＵＳＣＨのためのＴＰＣコマンドフィールドを該ＰＵＳＣＨの繰り返し回数の設定を示すために用いられるフィールドのために割り当てるような規範であってもよい。
【0268】
図１１は、本実施形態の一態様に係る第２の規範におけるＰＵＳＣＨのためのＴＰＣコマンドフィールドの送信電力値の設定例を示す図である。図１１において、ＰＵＳＣＨのためのＴＰＣコマンドフィールドのうち、ＴＰＣコマンドを示すために用いられるビットの数は２である。例えば、ＴＰＣコマンドの値が０の場合に、送信電力値のオフセット値が－２ ｄＢであり、ＴＰＣコマンドの値が１の場合に、送信電力値のオフセット値が２
ｄＢであり、ＴＰＣコマンドの値が２の場合に、送信電力値のオフセット値が６ ｄＢであり、ＴＰＣコマンドの値が３の場合に、送信電力値のオフセット値が８ ｄＢである。
ｄＢであり、ＴＰＣコマンドの値が２の場合に、送信電力値のオフセット値が６ ｄＢであり、ＴＰＣコマンドの値が３の場合に、送信電力値のオフセット値が８ ｄＢである。
【0269】
このように、第２の規範において送信電力値のオフセット値の決定のために用いられる第２のＴＰＣテーブルは、第１の規範において送信電力値のオフセット値の決定のために用いられる第１のＴＰＣテーブルとは異なってもよい。また、第２のＴＰＣテーブルにおいて、正の送信電力値のオフセット値が負の送信電力値のオフセット値よりも多く設定されてもよい。
【0270】
端末装置１は、該ランダムアクセスレスポンスグラントに含まれるビット系列を、第１の規範、または、第３の規範を用いて解釈してもよい。例えば、該ＰＲＡＣＨの送信において第１のＰＲＡＣＨリソースタイプが選択された場合、該ランダムアクセスレスポンスグラントに含まれるビット系列の解釈のために第１の規範が用いられてもよい。また、該ＰＲＡＣＨの送信において第２のＰＲＡＣＨリソースタイプが選択された場合、該ランダムアクセスレスポンスグラントに含まれるビット系列の解釈のために第３の規範が用いられてもよい。
【0271】
第３の規範において、該ランダムアクセスレスポンスグラントに含まれるビット系列のうちの一部が、規範の切り替えのために用いられてもよい。例えば、該ランダムアクセスレスポンスグラントに含まれるビット系列のうちの一部が所定の値を示す場合、端末装置１は、該ランダムアクセスレスポンスグラントに含まれるビット系列の各種フィールドを第２の規範を用いて解釈してもよい。また、該ランダムアクセスレスポンスグラントに含まれるビット系列のうちの一部が該所定の値を示さない場合、端末装置１は、該ランダムアクセスレスポンスグラントに含まれるビット系列の各種フィールドを第１の規範を用いて解釈してもよい。
【0272】
例えば、第３の規範において、該ランダムアクセスレスポンスグラントに含まれるビット系列のうち、ＣＳＩリクエストフィールドに対応するビットが、規範の切り替えのため
に用いられてもよい。例えば、ＣＳＩリクエストフィールドに対応するビットが所定の値を示す場合、端末装置１は、該ランダムアクセスレスポンスグラントに含まれるビット系列のうち、ＣＳＩリクエストフィールド以外の各種フィールドを第２の規範を用いて解釈してもよい。また、ＣＳＩリクエストフィールドに対応するビットが該所定の値を示さない場合、端末装置１は、該ランダムアクセスレスポンスグラントに含まれるビット系列のうち、ＣＳＩリクエストフィールド以外の各種フィールドを第１の規範を用いて解釈してもよい。
に用いられてもよい。例えば、ＣＳＩリクエストフィールドに対応するビットが所定の値を示す場合、端末装置１は、該ランダムアクセスレスポンスグラントに含まれるビット系列のうち、ＣＳＩリクエストフィールド以外の各種フィールドを第２の規範を用いて解釈してもよい。また、ＣＳＩリクエストフィールドに対応するビットが該所定の値を示さない場合、端末装置１は、該ランダムアクセスレスポンスグラントに含まれるビット系列のうち、ＣＳＩリクエストフィールド以外の各種フィールドを第１の規範を用いて解釈してもよい。
【0273】
メッセージ３ ＰＵＳＣＨの再送において、該ＰＲＡＣＨの送信において第２のＰＲＡＣＨリソースタイプが選択された場合、ＰＵＳＣＨの繰り返し回数の設定を示すフィールドが該メッセージ３ ＰＵＳＣＨの再送の指示に用いられるＤＣＩフォーマットに含まれてもよい。また、メッセージ３ ＰＵＳＣＨの再送において、該ＰＲＡＣＨの送信において第１のＰＲＡＣＨリソースタイプが選択された場合、ＰＵＳＣＨの繰り返し回数の設定を示すフィールドが該メッセージ３ ＰＵＳＣＨの再送の指示に用いられるＤＣＩフォーマットに含まれなくてもよい。
【0274】
ランダムアクセスに用いられる上りリンクＢＷＰに対して第１のＰＲＡＣＨリソースタイプと第２のＰＲＡＣＨリソースタイプが無線リソース制御層処理部１６より提供されたとしても、端末装置１は、非衝突ベースランダムアクセスにおいて、第１のＰＲＡＣＨリソースタイプを選択してもよい。ランダムアクセスに用いられる上りリンクＢＷＰに対して第１のＰＲＡＣＨリソースタイプと第２のＰＲＡＣＨリソースタイプが無線リソース制御層処理部１６より提供されたとしても、端末装置１は、非衝突ベースランダムアクセスにおいて、第２のＰＲＡＣＨリソースタイプを選択してもよい。つまり、ランダムアクセスに用いられる上りリンクＢＷＰに対して第１のＰＲＡＣＨリソースタイプと第２のＰＲＡＣＨリソースタイプが無線リソース制御層処理部１６より提供されたとしても、非衝突ベースランダムアクセスは、１つのＰＲＡＣＨリソースタイプに紐づけられていてもよい。
【0275】
ランダムアクセスに用いられる上りリンクＢＷＰに対して第１のＰＲＡＣＨリソースタイプと第２のＰＲＡＣＨリソースタイプが無線リソース制御層処理部１６より提供されたとしても、端末装置１は、非衝突ベースランダムアクセスにおいて、第１のＰＲＡＣＨリソースタイプと第２のＰＲＡＣＨリソースタイプを認識しなくてもよい。端末装置１がＰＲＡＣＨのリソースタイプを認識しない場合、ランダムアクセスレスポンスグラントの解釈のために第１の規範が用いられてもよい。端末装置１がＰＲＡＣＨのリソースタイプを認識しない場合、ランダムアクセスレスポンスグラントの解釈のために第２の規範が用いられてもよい。端末装置１がＰＲＡＣＨのリソースタイプを認識しない場合、ランダムアクセスレスポンスグラントの解釈のために第３の規範が用いられてもよい。端末装置１は、ＰＲＡＣＨのリソースタイプを認識することができるか否かを、機能情報報告手順（Capability reporting procedure）において基地局装置３に報告してもよい。
【0276】
ランダムアクセスに用いられる上りリンクＢＷＰに対して第１のＰＲＡＣＨリソースタイプと第２のＰＲＡＣＨリソースタイプが無線リソース制御層処理部１６より提供されたとしても、端末装置１は、非衝突ベースランダムアクセスにおいて、いずれのＰＲＡＣＨリソースタイプが選択されたかに関わらず、ランダムアクセスレスポンスグラントの解釈のために第１の規範が用いられてもよい。ランダムアクセスに用いられる上りリンクＢＷＰに対して第１のＰＲＡＣＨリソースタイプと第２のＰＲＡＣＨリソースタイプが無線リソース制御層処理部１６より提供されたとしても、端末装置１は、非衝突ベースランダムアクセスにおいて、いずれのＰＲＡＣＨリソースタイプが選択されたかに関わらず、ランダムアクセスレスポンスグラントの解釈のために第２の規範が用いられてもよい。ランダムアクセスに用いられる上りリンクＢＷＰに対して第１のＰＲＡＣＨリソースタイプと第
２のＰＲＡＣＨリソースタイプが無線リソース制御層処理部１６より提供されたとしても、端末装置１は、非衝突ベースランダムアクセスにおいて、いずれのＰＲＡＣＨリソースタイプが選択されたかに関わらず、ランダムアクセスレスポンスグラントの解釈のために第３の規範が用いられてもよい。端末装置１は、第２の規範を用いてランダムアクセスレスポンスグラントを解釈できるか否かを、機能情報報告手順（Capability reporting procedure）において基地局装置３に報告してもよい。端末装置１は、第３の規範を用いてランダムアクセスレスポンスグラントを解釈できるか否かを、機能情報報告手順（Capability reporting procedure）において基地局装置３に報告してもよい。
２のＰＲＡＣＨリソースタイプが無線リソース制御層処理部１６より提供されたとしても、端末装置１は、非衝突ベースランダムアクセスにおいて、いずれのＰＲＡＣＨリソースタイプが選択されたかに関わらず、ランダムアクセスレスポンスグラントの解釈のために第３の規範が用いられてもよい。端末装置１は、第２の規範を用いてランダムアクセスレスポンスグラントを解釈できるか否かを、機能情報報告手順（Capability reporting procedure）において基地局装置３に報告してもよい。端末装置１は、第３の規範を用いてランダムアクセスレスポンスグラントを解釈できるか否かを、機能情報報告手順（Capability reporting procedure）において基地局装置３に報告してもよい。
【0277】
ランダムアクセスに用いられる上りリンクＢＷＰに対して第１のＰＲＡＣＨリソースタイプが無線リソース制御層処理部１６より提供され、該上りリンクＢＷＰに対して第２のＰＲＡＣＨリソースタイプが無線リソース制御層処理部１６より提供されない場合、端末装置１は、衝突ベースランダムアクセスにおいて、第１のＰＲＡＣＨリソースタイプを選択してもよい。ここで、該ランダムアクセス中に取得されるランダムアクセスレスポンスグラントは第１の規範を用いて解釈されてもよい。
【0278】
ランダムアクセスに用いられる上りリンクＢＷＰに対して第１のＰＲＡＣＨリソースタイプが無線リソース制御層処理部１６より提供され、該上りリンクＢＷＰに対して第２のＰＲＡＣＨリソースタイプが無線リソース制御層処理部１６より提供されない場合、端末装置１は、非衝突ベースランダムアクセスにおいて、第１のＰＲＡＣＨリソースタイプを選択してもよい。ここで、端末装置１は、端末装置１が備える機能に基づき、ランダムアクセスレスポンスグラントの解釈のために用いる規範を決定してもよい。例えば、端末装置１がランダムアクセスレスポンスグラントの解釈のために第２の規範を用いる機能を備える場合、第１のＰＲＡＣＨリソースタイプが選択されたとしても、非衝突ベースランダムアクセス中に取得されるランダムアクセスレスポンスグラントは第２の規範を用いて解釈されてもよい。また、端末装置１がランダムアクセスレスポンスグラントの解釈のために第３の規範を用いる機能を備える場合、第１のＰＲＡＣＨリソースタイプが選択されたとしても、非衝突ベースランダムアクセス中に取得されるランダムアクセスレスポンスグラントは第３の規範を用いて解釈されてもよい。また、端末装置１がランダムアクセスレスポンスグラントの解釈のために第２の規範を用いる機能を備えず、端末装置１がランダムアクセスレスポンスグラントの解釈のために第３の規範を用いる機能を備えない場合、非衝突ベースランダムアクセス中に取得されるランダムアクセスレスポンスグラントは第１の規範を用いて解釈されてもよい。
【0279】
ランダムアクセスに用いられる上りリンクＢＷＰに対して第２のＰＲＡＣＨリソースタイプが無線リソース制御層処理部１６より提供され、該上りリンクＢＷＰに対して第１のＰＲＡＣＨリソースタイプが無線リソース制御層処理部１６より提供されない場合、端末装置１は、衝突ベースランダムアクセスにおいて、第２のＰＲＡＣＨリソースタイプを選択してもよい。ここで、該ランダムアクセス中に取得されるランダムアクセスレスポンスグラントは第２の規範または第３の規範を用いて決定されてもよい。
【0280】
ランダムアクセスに用いられる上りリンクＢＷＰに対して第２のＰＲＡＣＨリソースタイプが無線リソース制御層処理部１６より提供され、該上りリンクＢＷＰに対して第１のＰＲＡＣＨリソースタイプが無線リソース制御層処理部１６より提供されない場合、端末装置１は、非衝突ベースランダムアクセスにおいて、第２のＰＲＡＣＨリソースタイプを選択してもよい。ここで、端末装置１は、端末装置１が備える機能に基づき、ランダムアクセスレスポンスグラントの解釈のために用いる規範を決定してもよい。例えば、端末装置１がランダムアクセスレスポンスグラントの解釈のために第２の規範を用いる機能を備える場合、非衝突ベースランダムアクセス中に取得されるランダムアクセスレスポンスグラントは第２の規範を用いて解釈されてもよい。また、端末装置１がランダムアクセスレ
スポンスグラントの解釈のために第３の規範を用いる機能を備える場合、非衝突ベースランダムアクセス中に取得されるランダムアクセスレスポンスグラントは第３の規範を用いて解釈されてもよい。
スポンスグラントの解釈のために第３の規範を用いる機能を備える場合、非衝突ベースランダムアクセス中に取得されるランダムアクセスレスポンスグラントは第３の規範を用いて解釈されてもよい。
【0281】
ランダムアクセスが基地局装置３によってトリガされる場合、ランダムアクセスに用いられる上りリンクＢＷＰに対して第１のＰＲＡＣＨリソースタイプと第２のＰＲＡＣＨリソースタイプが無線リソース制御層処理部１６より提供されたとしても、端末装置１は、基地局装置３よりシグナリングされる情報に基づき、ＰＲＡＣＨリソースタイプを決定してもよい。
【0282】
基地局装置３によってトリガされるランダムアクセスとは、ＰＤＣＣＨオーダー（PDCCH order）によりトリガされるランダムアクセスであってもよい。また、基地局装置３によってトリガされるランダムアクセスとは、ＲＲＣシグナリングによりトリガされるランダムアクセスであってもよい。例えば、ＰＤＣＣＨオーダーにおいて、ＰＤＣＣＨオーダーに用いられるＤＣＩフォーマットは、ランダムアクセス中に端末装置１が用いるべきＰＲＡＣＨリソースタイプを指示する情報を含んでもよい。また、ＲＲＣシグナリングは、ランダムアクセス中に端末装置１が用いるべきＰＲＡＣＨリソースタイプを指示する情報を含んでもよい。
【0283】
ランダムアクセスが基地局装置３によってトリガされる場合、ランダムアクセスに用いられる上りリンクＢＷＰに対して第１のＰＲＡＣＨリソースタイプと第２のＰＲＡＣＨリソースタイプが無線リソース制御層処理部１６より提供されたとしても、端末装置１は、基地局装置３よりシグナリングされる情報に基づき、ランダムアクセスレスポンスグラントの解釈に用いられる規範を決定してもよい。
【0284】
例えば、ＰＤＣＣＨオーダーにおいて、ＰＤＣＣＨオーダーに用いられるＤＣＩフォーマットは、ランダムアクセス中に端末装置１が用いるべき規範を指示する情報を含んでもよい。また、ＲＲＣシグナリングは、ランダムアクセス中に端末装置１が用いるべき規範を指示する情報を含んでもよい。
【0285】
以下、本実施形態の一態様に係る種々の装置の態様を説明する。
【0286】
（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、あるＢＷＰにおける第１のＰＲＡＣＨリソースタイプ、前記あるＢＷＰにおける第２のＰＲＡＣＨリソースタイプ、および、しきい値の管理を行うＲＲＣ層処理部と、前記第１のＰＲＡＣＨリソースタイプと前記第２のＰＲＡＣＨリソースタイプから１つのＰＲＡＣＨリソースタイプを選択するＭＡＣ層処理部と、前記１つのＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨを送信する送信部と、前記１つのリソースに基づき計算されるＲＡ－ＲＮＴＩでＰＤＣＣＨを受信し、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨを受信する受信部と、を備え、下りリンク信号の受信電力に関する値が、前記しきい値よりも低い場合に前記第１のＰＲＡＣＨリソースタイプを選択し、前記受信電力に関する値が、前記しきい値よりも高い、または、等しい場合に前記第２のＰＲＡＣＨリソースタイプを選択し、前記第１のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第１の規範で解釈され、前記第２のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈され、前記ＲＲＣ層処理部において前記しきい値が設定されない場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈される。
【0287】
（２）また、本発明の第１の態様において、前記あるＢＷＰに前記第１のＰＲＡＣＨリソースタイプが設定されない場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈される。
【0288】
（３）また、本発明の第１の態様において、非競合ベースのランダムアクセスにおいて、１）前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈される、２）ＰＤＣＣＨオーダーにより、前記上りリンクグラントが前記第１の規範で解釈されるか前記第２の規範で解釈されるかが決定される、または、３）前記ＲＲＣ層処理部は、前記前記上りリンクグラントが前記第１の規範で解釈されるか前記第２の規範で解釈されるかを決定するパラメータを保持する。
【0289】
（４）また、本発明の第２の態様は、基地局装置であって、あるＢＷＰにおける第１のＰＲＡＣＨリソースタイプ、前記あるＢＷＰにおける第２のＰＲＡＣＨリソースタイプ、および、しきい値の管理を行うＲＲＣ層処理部と、端末装置によって選択される１つのＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨを受信する受信部と、前記１つのＰＲＡＣＨリソースタイプに基づき計算されるＲＡ－ＲＮＴＩでＰＤＣＣＨを送信し、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨを送信する送信部と、を備え、前記第１のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第１の規範で解釈され、前記第２のＰＲＡＣＨリソースタイプにおいて前記ＰＲＡＣＨが送信される場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈され、前記ＲＲＣ層処理部において前記しきい値が設定されない場合、前記ＰＤＳＣＨに含まれる上りリンクグラントは第２の規範で解釈され、非競合ベースのランダムアクセスにおいて、前記前記上りリンクグラントが前記第１の規範で解釈されるか前記第２の規範で解釈されるかを前記端末装置に指示する。
【0290】
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制御するプログラム（コンピュータを機能させるプログラム）であっても良い。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤＤ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行われる。
【0291】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。
【0292】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【0293】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても
良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【0294】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【0295】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）および／またはＮＧ－ＲＡＮ（NextGen RAN，NR RAN）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢおよび／またはｇＮＢに対する上位ノードの機能の一部または全部を有してもよい。
【0296】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【0297】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【0298】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【0299】
１（１Ａ、１Ｂ、１Ｃ） 端末装置
３ 基地局装置
１０、３０ 無線送受信部
１０ａ、３０ａ 無線送信部
１０ｂ、３０ｂ 無線受信部
１１、３１ アンテナ部
１２、３２ ＲＦ部
１３、３３ ベースバンド部
１４、３４ 上位層処理部
１５、３５ 媒体アクセス制御層処理部
１６、３６ 無線リソース制御層処理部
９１、９２、９３、９４ 探索領域セット
３００ コンポーネントキャリア
３０１ プライマリセル
３０２、３０３ セカンダリセル
３０００ ポイント
３００１、３００２ リソースグリッド
３００３、３００４ ＢＷＰ
３０１１、３０１２、３０１３、３０１４ オフセット
３１００、３２００ 共通リソースブロックセット
３ 基地局装置
１０、３０ 無線送受信部
１０ａ、３０ａ 無線送信部
１０ｂ、３０ｂ 無線受信部
１１、３１ アンテナ部
１２、３２ ＲＦ部
１３、３３ ベースバンド部
１４、３４ 上位層処理部
１５、３５ 媒体アクセス制御層処理部
１６、３６ 無線リソース制御層処理部
９１、９２、９３、９４ 探索領域セット
３００ コンポーネントキャリア
３０１ プライマリセル
３０２、３０３ セカンダリセル
３０００ ポイント
３００１、３００２ リソースグリッド
３００３、３００４ ＢＷＰ
３０１１、３０１２、３０１３、３０１４ オフセット
３１００、３２００ 共通リソースブロックセット
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】