(57)【特許請求の範囲】
【請求項１】
サービングセルに対する物理下りリンク共用チャネル（ＰＤＳＣＨ）のスケジューリングに用いられる下りリンク制御情報（ＤＣＩ）フォーマットを伴う物理下りリンク制御チャネルを受信する受信部と、
前記サービングセルに対するそれぞれのハイブリッド自動再送要求（ＨＡＲＱ）プロセスのＨＡＲＱ応答情報（ＨＡＲＱ−ＡＣＫ情報）ビットを含むｏｎｅ−ｓｈｏｔ  ＨＡＲＱ−ＡＣＫ情報を、周波数領域リソース割り当てフィールドにおけるすべてのビットが１にセットされることに少なくとも基づいて送信する送信部と、
を備え、
前記ＤＣＩフォーマットにおける前記周波数領域リソース割り当てフィールドは、前記ＰＤＳＣＨに対する周波数領域リソースを指示するために用いられる、
端末装置。
【請求項２】
前記周波数領域リソース割り当てフィールドにおけるすべてのビットが1にセットされる場合、前記ＰＤＳＣＨは前記ＤＣＩフォーマットによってスケジュールされない、
請求項1に記載の端末装置。
【請求項３】
サービングセルに対する物理下りリンク共用チャネル（ＰＤＳＣＨ）のスケジューリングに用いられる下りリンク制御情報（ＤＣＩ）フォーマットを伴う物理下りリンク制御チャネルを送信する送信部と、
前記サービングセルに対するそれぞれのハイブリッド自動再送要求（ＨＡＲＱ）プロセスのＨＡＲＱ応答情報（ＨＡＲＱ−ＡＣＫ情報）ビットを含むｏｎｅ−ｓｈｏｔ  ＨＡＲＱ−ＡＣＫ情報を、周波数領域リソース割り当てフィールドにおけるすべてのビットが１にセットされることに少なくとも基づいて受信する受信部と、
を備え、
前記ＤＣＩフォーマットにおける前記周波数領域リソース割り当てフィールドは、前記ＰＤＳＣＨに対する周波数領域リソースを指示するために用いられる、
基地局装置。
【請求項４】
前記周波数領域リソース割り当てフィールドにおけるすべてのビットが1にセットされる場合、前記ＰＤＳＣＨは前記ＤＣＩフォーマットによってスケジュールされない、
請求項３に記載の基地局装置。
【請求項５】
端末装置に用いられる通信方法であって、前記端末装置のコンピュータが、
サービングセルに対する物理下りリンク共用チャネル（ＰＤＳＣＨ）のスケジューリングに用いられる下りリンク制御情報（ＤＣＩ）フォーマットを伴う物理下りリンク制御チャネルを受信する受信過程と、
前記サービングセルに対するそれぞれのハイブリッド自動再送要求（ＨＡＲＱ）プロセスのＨＡＲＱ応答情報（ＨＡＲＱ−ＡＣＫ情報）ビットを含むｏｎｅ−ｓｈｏｔ  ＨＡＲＱ−ＡＣＫ情報を、周波数領域リソース割り当てフィールドにおけるすべてのビットが１にセットされることに少なくとも基づいて送信する送信過程と、
を有し、
前記ＤＣＩフォーマットにおける前記周波数領域リソース割り当てフィールドは、前記ＰＤＳＣＨに対する周波数領域リソースを指示するために用いられる、
通信方法。
【請求項６】
前記周波数領域リソース割り当てフィールドにおけるすべてのビットが1にセットされる場合、前記ＰＤＳＣＨは前記ＤＣＩフォーマットによってスケジュールされない、
請求項５に記載の通信方法。
【請求項７】
基地局装置に用いられる通信方法であって、前記基地局装置のコンピュータが、
サービングセルに対する物理下りリンク共用チャネル（ＰＤＳＣＨ）のスケジューリングに用いられる下りリンク制御情報（ＤＣＩ）フォーマットを伴う物理下りリンク制御チャネルを送信する送信過程と、
前記サービングセルに対するそれぞれのハイブリッド自動再送要求（ＨＡＲＱ）プロセスのＨＡＲＱ応答情報（ＨＡＲＱ−ＡＣＫ情報）ビットを含むｏｎｅ−ｓｈｏｔ  ＨＡＲＱ−ＡＣＫ情報を、周波数領域リソース割り当てフィールドにおけるすべてのビットが１にセットされることに少なくとも基づいて受信する受信過程と、
を有し、
前記ＤＣＩフォーマットにおける前記周波数領域リソース割り当てフィールドは、前記ＰＤＳＣＨに対する周波数領域リソースを指示するために用いられる、
通信方法。
【請求項８】
前記周波数領域リソース割り当てフィールドにおけるすべてのビットが1にセットされる場合、前記ＰＤＳＣＨは前記ＤＣＩフォーマットによってスケジュールされない、
請求項７に記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、基地局装置、および、通信方法に関する。
【背景技術】
【０００２】
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long Term Evolution （LTE）」、または、「ＥＵＴＲＡ：Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ」と称する。）が、第三世代パートナーシッププロジェクト（3GPP:3rd Generation Partnership Project）において検討されている。ＬＴＥにおいて、基地局装置はｅＮｏｄｅＢ（evolved NodeB）、端末装置はＵＥ（User Equipment）とも呼称される。ＬＴＥは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のサービングセルを管理してもよい。
【０００３】
３ＧＰＰでは、国際電気通信連合（ITU:International Telecommunication Union）が
策定する次世代移動通信システムの規格であるＩＭＴ（International Mobile Telecommunication）―２０２０に提案するため、次世代規格（NR: New Radio）の検討が行われている（非特許文献１）。ＮＲは、単一の技術の枠組みにおいて、ｅＭＢＢ（enhanced Mobile BroadBand）、ｍＭＴＣ（massive Machine Type Communication）、ＵＲＬＬＣ（Ultra Reliable and Low Latency Communication）の３つのシナリオを想定した要求を満たすことが求められている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】"New SID proposal: Study on New Radio Access Technology"， RP-160671， NTT docomo， 3GPP TSG RAN Meeting #71，Goteborg， Sweden， 7th ― 10th March， 2016．
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、効率的に通信を行う端末装置、該端末装置に用いられる通信方法、効率的に通信を行う基地局装置、該基地局装置に用いられる通信方法を提供する。
【課題を解決するための手段】
【０００６】
（１）本発明の第１の態様は、端末装置であって、ＤＣＩフォーマット１＿０を受信する受信部と、前記ＤＣＩフォーマット１＿０に含まれる周波数領域割り当てフィールドの最下位ビット以外のビットがすべて１にセットされ、該最下位ビットが０にセットされていることに少なくとも基づき、複数のＨＡＲＱプロセスのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを少なくとも送信する送信部と、を備える。
【０００７】
（２）本発明の第２の態様は、端末装置であって、ＰＤＣＣＨを受信する受信部と、前記ＰＤＣＣＨにおいてＤＣＩフォーマット１＿０が検出される場合に、複数のＨＡＲＱプロセスの第１のセットのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを送信し、前記ＰＤＣＣＨにおいてＤＣＩフォーマット１＿１が検出される場合に、複数のＨＡＲＱプロセスの第２のセットのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを送信する送信部と、を備え、前記第１のセットは１６個のＨＡＲ
Ｑプロセスを含み、前記第２のセットは上位層パラメータにより設定される数のＨＡＲＱプロセスを含む。
【０００８】
（３）本発明の第３の態様は、１つのプライマリセルを含む複数のサービングセルにおいて基地局装置と通信を行う端末装置であって、前記複数のサービングセルのうちの一つのサービングセルにおいてＰＤＣＣＨを受信する受信部と、前記ＰＤＣＣＨにおいてＤＣＩフォーマット１＿０が検出される場合に、複数のＨＡＲＱプロセスの第１のセットのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを送信し、前記ＰＤＣＣＨにおいてＤＣＩフォーマット１＿１が検出される場合に、複数のＨＡＲＱプロセスの第２のセットのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを送信する送信部と、を備え、前記第１のセットは、前記１つのプライマリセルに設定されるＨＡＲＱプロセスを含み、または、前記１つのサービングセルに設定されるＨＡＲＱプロセスを含み、前記第２のセットはＲＲＣパラメータにより設定されるサービングセルのセットのいずれかに設定されるＨＡＲＱプロセスを含む。
【０００９】
（４）本発明の第４の態様は、端末装置であって、ＤＣＩフォーマット０＿０を受信する受信部と、前記ＤＣＩフォーマット０＿０に含まれる周波数領域割り当てフィールドのすべてのビットがすべて１にセットされていることに少なくとも基づき、複数のＨＡＲＱプロセスのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを少なくとも送信する送信部と、を備える。
【００１０】
（５）本発明の第５の態様は、端末装置であって、ＤＣＩフォーマット０＿０を受信する受信部と、前記ＤＣＩフォーマット０＿０に含まれるトリガフィールドが所定の値にセットされることに少なくとも基づき、複数のＨＡＲＱプロセスのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを少なくとも送信する送信部と、を備え、前記トリガフィールドは、ＵＬ／ＳＵＬ指示フィールドの直前の位置に配置される。
【００１１】
（６）本発明の第６の態様は、基地局装置であって、ＤＣＩフォーマット１＿０に含まれる周波数領域割り当てフィールドの最下位ビット以外のビットをすべて１にセットし、該最下位ビットを０にセットすることに少なくとも基づき、複数のＨＡＲＱプロセスのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットの送信をトリガする送信部と、前記複数のＨＡＲＱ−ＡＣＫビットを受信する受信部と、を備える。
【００１２】
（７）本発明の第７の態様は、基地局装置であって、ＰＤＣＣＨにおいてＤＣＩフォーマット１＿０を送信することに基づき、複数のＨＡＲＱプロセスの第１のセットのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットの送信をトリガし、前記ＰＤＣＣＨにおいてＤＣＩフォーマット１＿１を送信することに基づき、複数のＨＡＲＱプロセスの第２のセットのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットの送信をトリガする送信部と、前記複数のＨＡＲＱ−ＡＣＫビットを受信する受信部と、を備え、前記第１のセットは１６個のＨＡＲＱプロセスを含み、前記第２のセットは上位層パラメータにより設定される数のＨＡＲＱプロセスを含む。
【００１３】
（８）本発明の第８の態様は、１つのプライマリセルを含む複数のサービングセルにおいて端末装置と通信を行う基地局装置であって、前記複数のサービングセルのうちの一つのサービングセルにおいてＰＤＣＣＨを送信し、前記ＰＤＣＣＨにおいてＤＣＩフォーマット１＿０を送信することに基づき、複数のＨＡＲＱプロセスの第１のセットのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを送信し、前記ＰＤＣＣＨにおいてＤＣＩフォーマット１＿１を送信することに基づき、複数のＨＡＲＱプロセスの第２のセットのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを送信する送信部と、を備え、前記第１のセットは、前記１つのプライマリセルに設定されるＨＡＲＱプロセスを含み、または、前記１つのサービングセルに設定されるＨＡＲＱプロセスを含み、前記第２のセットはＲＲＣパラメータにより設定されるサービングセルのセットのいずれかに設定されるＨＡＲＱプロセスを含む。
【００１４】
（９）本発明の第９の態様は、基地局装置であって、ＤＣＩフォーマット０＿０に含まれる周波数領域割り当てフィールドのすべてのビットをすべて１にセットすることに少なくとも基づき、複数のＨＡＲＱプロセスのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットの送信をトリガする送信部と、前記複数のＨＡＲＱ−ＡＣＫビットを受信する受信部と、を備える。
【００１５】
（１０）本発明の第１０の態様は、基地局装置であって、ＤＣＩフォーマット０＿０に含まれるトリガフィールドを所定の値にセットすることに少なくとも基づき、複数のＨＡＲＱプロセスのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットの送信をトリガする送信部と、前記複数のＨＡＲＱ−ＡＣＫビットを受信する受信部と、を備え、前記トリガフィールドは、ＵＬ／ＳＵＬ指示フィールドの直前の位置に配置される。
【００１６】
（１１）本発明の第１１の態様は、端末装置に用いられる通信方法であって、ＤＣＩフォーマット１＿０を受信するステップと、前記ＤＣＩフォーマット１＿０に含まれる周波数領域割り当てフィールドの最下位ビット以外のビットがすべて１にセットされ、該最下位ビットが０にセットされていることに少なくとも基づき、複数のＨＡＲＱプロセスのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを少なくとも送信するステップと、を備える。
【００１７】
（１２）本発明の第１２の態様は、端末装置に用いられる通信方法であって、ＰＤＣＣＨを受信するステップと、前記ＰＤＣＣＨにおいてＤＣＩフォーマット１＿０が検出される場合に、複数のＨＡＲＱプロセスの第１のセットのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを送信し、前記ＰＤＣＣＨにおいてＤＣＩフォーマット１＿１が検出される場合に、複数のＨＡＲＱプロセスの第２のセットのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを送信するステップと、を備え、前記第１のセットは１６個のＨＡＲＱプロセスを含み、前記第２のセットは上位層パラメータにより設定される数のＨＡＲＱプロセスを含む。
【００１８】
（１３）本発明の第１３の態様は、１つのプライマリセルを含む複数のサービングセルにおいて基地局装置と通信を行う端末装置に用いられる通信方法であって、前記複数のサービングセルのうちの一つのサービングセルにおいてＰＤＣＣＨを受信するステップと、前記ＰＤＣＣＨにおいてＤＣＩフォーマット１＿０が検出される場合に、複数のＨＡＲＱプロセスの第１のセットのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを送信し、前記ＰＤＣＣＨにおいてＤＣＩフォーマット１＿１が検出される場合に、複数のＨＡＲＱプロセスの第２のセットのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを送信するステップと、を備え、前記第１のセットは、前記１つのプライマリセルに設定されるＨＡＲＱプロセスを含み、または、前記１つのサービングセルに設定されるＨＡＲＱプロセスを含み、前記第２のセットはＲＲＣパラメータにより設定されるサービングセルのセットのいずれかに設定されるＨＡＲＱプロセスを含む。
【００１９】
（１４）本発明の第１４の態様は、端末装置に用いられる通信方法であって、ＤＣＩフォーマット０＿０を受信するステップと、前記ＤＣＩフォーマット０＿０に含まれる周波数領域割り当てフィールドのすべてのビットがすべて１にセットされていることに少なくとも基づき、複数のＨＡＲＱプロセスのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを少なくとも送信するステップと、を備える。
【００２０】
（１５）本発明の第１５の態様は、端末装置に用いられる通信方法であって、ＤＣＩフォーマット０＿０を受信するステップと、前記ＤＣＩフォーマット０＿０に含まれるトリガフィールドが所定の値にセットされることに少なくとも基づき、複数のＨＡＲＱプロセスのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを少なくとも送信するステップと、を備え、前記トリガフィールドは、ＵＬ／ＳＵＬ指示フィールドの直前の位置に配置される。
【００２１】
（１６）本発明の第１６の態様は、基地局装置に用いられる通信方法であって、ＤＣＩフォーマット１＿０に含まれる周波数領域割り当てフィールドの最下位ビット以外のビットをすべて１にセットし、該最下位ビットを０にセットすることに少なくとも基づき、複数のＨＡＲＱプロセスのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットの送信をトリガするステップと、前記複数のＨＡＲＱ−ＡＣＫビットを受信するステップと、を備える。
【００２２】
（１７）本発明の第１７の態様は、基地局装置に用いられる通信方法であって、ＰＤＣＣＨにおいてＤＣＩフォーマット１＿０を送信することに基づき、複数のＨＡＲＱプロセスの第１のセットのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットの送信をトリガし、前記ＰＤＣＣＨにおいてＤＣＩフォーマット１＿１を送信することに基づき、複数のＨＡＲＱプロセスの第２のセットのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットの送信をトリガするステップと、前記複数のＨＡＲＱ−ＡＣＫビットを受信するステップと、を備え、前記第１のセットは１６個のＨＡＲＱプロセスを含み、前記第２のセットは上位層パラメータにより設定される数のＨＡＲＱプロセスを含む。
【００２３】
（１８）本発明の第１８の態様は、１つのプライマリセルを含む複数のサービングセルにおいて端末装置と通信を行う基地局装置に用いられる通信方法であって、前記複数のサービングセルのうちの一つのサービングセルにおいてＰＤＣＣＨを送信し、前記ＰＤＣＣＨにおいてＤＣＩフォーマット１＿０を送信することに基づき、複数のＨＡＲＱプロセスの第１のセットのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを送信し、前記ＰＤＣＣＨにおいてＤＣＩフォーマット１＿１を送信することに基づき、複数のＨＡＲＱプロセスの第２のセットのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを送信するステップと、を備え、前記第１のセットは、前記１つのプライマリセルに設定されるＨＡＲＱプロセスを含み、または、前記１つのサービングセルに設定されるＨＡＲＱプロセスを含み、前記第２のセットはＲＲＣパラメータにより設定されるサービングセルのセットのいずれかに設定されるＨＡＲＱプロセスを含む。
【００２４】
（１９）本発明の第１９の態様は、基地局装置に用いられる通信方法であって、ＤＣＩフォーマット０＿０に含まれる周波数領域割り当てフィールドのすべてのビットをすべて１にセットすることに少なくとも基づき、複数のＨＡＲＱプロセスのいずれかによって管
理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットの送信をトリガするステップと、前記複数のＨＡＲＱ−ＡＣＫビットを受信するステップと、を備える。
【００２５】
（２０）本発明の第２０の態様は、基地局装置に用いられる通信方法であって、ＤＣＩフォーマット０＿０に含まれるトリガフィールドを所定の値にセットすることに少なくとも基づき、複数のＨＡＲＱプロセスのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットの送信をトリガするステップと、前記複数のＨＡＲＱ−ＡＣＫビットを受信するステップと、を備え、前記トリガフィールドは、ＵＬ／ＳＵＬ指示フィールドの直前の位置に配置される。
【発明の効果】
【００２６】
この発明によれば、端末装置は効率的に通信を行うことができる。また、基地局装置は効率的に通信を行うことができる。
【図面の簡単な説明】
【００２７】
【図１】本実施形態の一態様に係る無線通信システムの概念図である。
【図２】本実施形態の一態様に係るサブキャリア間隔の設定μ、スロットあたりのＯＦＤＭシンボル数Ｎｓｌｏｔｓｙｍｂ、および、ＣＰ（cyclic Prefix）設定の関係を示す一例である。
【図３】本実施形態の一態様に係るリソースグリッドの構成方法の一例を示す図である。
【図４】本実施形態の一態様に係るリソースグリッド３００１の構成例を示す図である。
【図５】本実施形態の一態様に係る基地局装置３の構成例を示す概略ブロック図である。
【図６】本実施形態の一態様に係る端末装置１の構成例を示す概略ブロック図である。
【図７】本実施形態の一態様に係るＳＳ／ＰＢＣＨブロックの構成例を示す図である。
【図８】本実施形態の一態様に係るＰＲＡＣＨリソースの設定例を示す図である。
【図９】本実施形態の一態様に係る、１）ＰＲＡＣＨ機会ごとにランダムアクセスのために割り当てられるランダムアクセスプリアンブルの数ＮＲＯｐｒｅａｍｂｌｅが６４であり、２）競合ベースランダムアクセスのためにＳＳ／ＰＢＣＨブロック候補のインデックスごとに割り当てられるプリアンブルの数ＮＳＳＢｐｒｅａｍｂｌｅ，ＣＢＲＡが６４であり、３）競合ベースランダムアクセスのためにＳＳ／ＰＢＣＨブロック候補のインデックスごとに割り当てられるＰＲＡＣＨ機会の数ＮＳＳＢＲＯが１であり、かつ、４）第１のビットマップ情報が｛１，１，０，１，０，１，１，０｝にセットされている場合のＳＳ／ＰＢＣＨブロック候補のインデックスとＰＲＡＣＨ機会の関係（SS-RO association）の一例を示す図である。
【図１０】本実施形態の一態様に係る、１）ＰＲＡＣＨ機会ごとにランダムアクセスのために割り当てられるランダムアクセスプリアンブルの数ＮＲＯｐｒｅａｍｂｌｅが６４であり、２）競合ベースランダムアクセスのためにＳＳ／ＰＢＣＨブロック候補のインデックスごとに割り当てられるプリアンブルの数ＮＳＳＢｐｒｅａｍｂｌｅ，ＣＢＲＡが６４であり、３）競合ベースランダムアクセスのためにＳＳ／ＰＢＣＨブロック候補のインデックスごとに割り当てられるＰＲＡＣＨ機会の数ＮＳＳＢＲＯが１であり、かつ、４）第１のビットマップ情報が｛１，１，０，１，０，１，０，０｝にセットされている場合のＳＳ／ＰＢＣＨブロック候補のインデックスとＰＲＡＣＨ機会の関係の一例を示す図である。
【図１１】本実施形態の一態様に係る探索領域セットの監視機会の一例を示す図である。
【図１２】本実施形態の一態様に係るカウント手順の例を示す図である。
【図１３】本実施形態の一態様に係るＰＤＳＣＨのリソース配置に関する一例を示す図である。
【図１４】本実施形態の一態様に係る単発ＨＡＲＱ−ＡＣＫ情報の構成例を示す図である。
【図１５】本実施形態の一態様に係る単発ＨＡＲＱ−ＡＣＫ情報の構成例を示す図である。
【図１６】本実施形態の一態様に係るＤＣＩフォーマット０＿０のフィールドの構成例を示す図である。
【発明を実施するための形態】
【００２８】
以下、本発明の実施形態について説明する。
【００２９】
“Ａ、および／または、Ｂ”は、“Ａ”、“Ｂ”、または“ＡおよびＢ”を含む用語であってもよい。ｆｌｏｏｒ（Ｃ）は、実数Ｃに対する床関数であってもよい。例えば、ｆｌｏｏｒ（Ｃ）は、実数Ｃを超えない範囲で最大の整数を出力する関数であってもよい。ｃｅｉｌ（Ｄ）は、実数Ｄに対する天井関数であってもよい。例えば、ｃｅｉｌ（Ｄ）は、実数Ｄを下回らない範囲で最小の整数を出力する関数であってもよい。ｍｏｄ（Ｅ，Ｆ）は、ＥをＦで除算した余りを出力する関数であってもよい。ｍｏｄ（Ｅ，Ｆ）は、ＥをＦで除算した余りに対応する値を出力する関数であってもよい。ｅｘｐ（Ｇ）＝ｅ＾Ｇである。ここで、ｅはネイピア数である。Ｈ＾ＩはＨのＩ乗を示す。
【００３０】
本実施形態の一態様に係る無線通信システムにおいて、ＯＦＤＭ（Orthogonal Frequency Division Multiplex）が少なくとも用いられる。ＯＦＤＭシンボルは、ＯＦＤＭの時間領域の単位である。ＯＦＤＭシンボルは、少なくとも１または複数のサブキャリア（subcarrier）を含む。ＯＦＤＭシンボルは、ベースバンド信号生成において時間連続信号（time―continuous signal）に変換される。下りリンクにおいて、ＣＰ−ＯＦＤＭ（Cyclic Prefix ― Orthogonal Frequency Division Multiplex）が少なくとも用いられる。上りリンクにおいて、ＣＰ−ＯＦＤＭ、または、ＤＦＴ−ｓ−ＯＦＤＭ（Discrete Fourier Transform ― spread ― Orthogonal Frequency Division Multiplex）のいずれかが用いられる。ＤＦＴ−ｓ−ＯＦＤＭは、ＣＰ−ＯＦＤＭに対して変形プレコーディング（Transform precoding）が適用されることで与えられてもよい。
【００３１】
ＯＦＤＭシンボルは、ＯＦＤＭシンボルに付加されるＣＰを含んだ呼称であってもよい。つまり、あるＯＦＤＭシンボルは、該あるＯＦＤＭシンボルと、該あるＯＦＤＭシンボルに付加されるＣＰを含んで構成されてもよい。
【００３２】
図１は、本実施形態の一態様に係る無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ〜１Ｃ、および基地局装置３（BS#3: Base station#3）を少なくとも含んで構成される。以下、端末装置１Ａ〜１Ｃを端末装置１（UE#1: User Equipment#1）とも呼称する。
【００３３】
基地局装置３は、１または複数の送信装置（または、送信点、送受信装置、送受信点）を含んで構成されてもよい。基地局装置３が複数の送信装置によって構成される場合、該複数の送信装置のそれぞれは、異なる位置に配置されてもよい。
【００３４】
基地局装置３は、１または複数のサービングセル（serving cell）を提供してもよい。サービングセルは、無線通信に用いられるリソースのセットとして定義されてもよい。また、サービングセルは、セル（cell）とも呼称される。
【００３５】
サービングセルは、１つの下りリンクコンポーネントキャリア（下りリンクキャリア）、および／または、１つの上りリンクコンポーネントキャリア（上りリンクキャリア）を少なくとも含んで構成されてもよい。サービングセルは、２つ以上の下りリンクコンポーネントキャリア、および／または、２つ以上の上りリンクコンポーネントキャリアを少なくとも含んで構成されてもよい。下りリンクコンポーネントキャリア、および、上りリンクコンポーネントキャリアは、コンポーネントキャリア（キャリア）とも呼称される。
【００３６】
例えば、１つのコンポーネントキャリアのために、１つのリソースグリッドが与えられてもよい。また、１つのコンポーネントキャリアとあるサブキャリア間隔の設定（subcarrier spacing configuration）μのために、１つのリソースグリッドが与えられてもよい。ここで、サブキャリア間隔の設定μは、ヌメロロジ（numerology）とも呼称される。リソースグリッドは、Ｎｓｉｚｅ，μｇｒｉｄ，ｘＮＲＢｓｃ個のサブキャリアを含む。リソースグリッドは、共通リソースブロックＮｓｔａｒｔ，μｇｒｉｄから開始される。共通リソースブロックＮｓｔａｒｔ，μｇｒｉｄは、リソースグリッドの基準点とも呼称される。リソースグリッドは、Ｎｓｕｂｆｒａｍｅ，μｓｙｍｂ個のＯＦＤＭシンボルを含む。ｘは、送信方向を示すサブスクリプトであり、下りリンク、または、上りリンクのいずれかを示す。あるアンテナポートｐ、あるサブキャリア間隔の設定μ、および、ある送信方向ｘのセットに対して１つのリソースグリッドが与えられる。
【００３７】
Ｎｓｉｚｅ，μｇｒｉｄ，ｘとＮｓｔａｒｔ，μｇｒｉｄは、上位層パラメータ（CarrierBandwidth）に少なくとも基づき与えられる。該上位層パラメータは、ＳＣＳ固有キャリア（SCS specific carrier）とも呼称される。１つのリソースグリッドは、１つのＳＣＳ固有キャリアに対応する。１つのコンポーネントキャリアは、１または複数のＳＣＳ固有キャリアを備えてもよい。ＳＣＳ固有キャリアは、システム情報に含まれてもよい。それぞれのＳＣＳ固有キャリアに対して、１つのサブキャリア間隔の設定μが与えられてもよい。
【００３８】
サブキャリア間隔（SCS: SubCarrier Spacing）Δｆは、Δｆ＝２μ・１５ｋＨｚであ
ってもよい。例えば、サブキャリア間隔の設定μは０、１、２、３、または、４のいずれかを示してもよい。
【００３９】
図２は、本実施形態の一態様に係るサブキャリア間隔の設定μ、スロットあたりのＯＦＤＭシンボル数Ｎｓｌｏｔｓｙｍｂ、および、ＣＰ（cyclic Prefix）設定の関係を示す
一例である。図２Ａにおいて、例えば、サブキャリア間隔の設定μが２であり、ＣＰ設定がノーマルＣＰ（normal cyclic prefix）である場合、Ｎｓｌｏｔｓｙｍｂ＝１４、Ｎｆｒａｍｅ，μｓｌｏｔ＝４０、Ｎｓｕｂｆｒａｍｅ，μｓｌｏｔ＝４である。また、図２Ｂにおいて、例えば、サブキャリア間隔の設定μが２であり、ＣＰ設定が拡張ＣＰ（extended cyclic prefix）である場合、Ｎｓｌｏｔｓｙｍｂ＝１２、Ｎｆｒａｍｅ，μｓｌｏｔ＝４０、Ｎｓｕｂｆｒａｍｅ，μｓｌｏｔ＝４である。
【００４０】
本実施形態の一態様に係る無線通信システムにおいて、時間領域の長さの表現のために時間単位（タイムユニット）Ｔｃが用いられてもよい。時間単位Ｔｃは、Ｔｃ＝１／（Δｆｍａｘ・Ｎｆ）である。Δｆｍａｘ＝４８０ｋＨｚである。Ｎｆ＝４０９６である。定数κは、κ＝Δｆｍａｘ・Ｎｆ／（ΔｆｒｅｆＮｆ，ｒｅｆ）＝６４である。Δｆｒｅｆは、１５ｋＨｚである。Ｎｆ，ｒｅｆは、２０４８である。
【００４１】
下りリンクにおける信号の送信、および／または、上りリンクにおける信号の送信は、長さＴｆの無線フレーム（システムフレーム、フレーム）により編成されてもよい（organized into）。Ｔｆ＝（ΔｆｍａｘＮｆ／１００）・Ｔｓ＝１０ｍｓである。“・”は乗算を示す。無線フレームは、１０個のサブフレームを含んで構成される。サブフレームの長さＴｓｆ＝（ΔｆｍａｘＮｆ／１０００）・Ｔｓ＝１ｍｓである。サブフレームあたりのＯＦＤＭシンボル数はＮｓｕｂｆｒａｍｅ，μｓｙｍｂ＝ＮｓｌｏｔｓｙｍｂＮｓｕｂｆｒａｍｅ，μｓｌｏｔである。
【００４２】
あるサブキャリア間隔の設定μのために、サブフレームに含まれるスロットの数とインデックスが与えられてもよい。例えば、スロットインデックスｎμｓは、サブフレームにおいて０からＮｓｕｂｆｒａｍｅ，μｓｌｏｔ−１の範囲の整数値で昇順に与えられてもよい。サブキャリア間隔の設定μのために、無線フレームに含まれるスロットの数とインデックスが与えられてもよい。また、スロットインデックスｎμｓ，ｆは、無線フレームにおいて０からＮｆｒａｍｅ，μｓｌｏｔ−１の範囲の整数値で昇順に与えられてもよい。連続するＮｓｌｏｔｓｙｍｂ個のＯＦＤＭシンボルが１つのスロットに含まれてもよい。Ｎｓｌｏｔｓｙｍｂ＝１４である。
【００４３】
図３は、本実施形態の一態様に係るリソースグリッドの構成方法の一例を示す図である。図３の横軸は、周波数領域を示す。図３において、コンポーネントキャリア３００におけるサブキャリア間隔μ１のリソースグリッドの構成例と、該あるコンポーネントキャリアにおけるサブキャリア間隔μ２のリソースグリッドの構成例を示す。このように、あるコンポーネントキャリアに対して、１つまたは複数のサブキャリア間隔が設定されてもよい。図３において、μ１＝μ２−１であることを仮定するが、本実施形態の種々の態様はμ１＝μ２−１の条件に限定されない。
【００４４】
コンポーネントキャリア３００は、周波数領域において所定の幅を備える帯域である。
【００４５】
ポイント（Point）３０００は、あるサブキャリアを特定するための識別子である。ポ
イント３０００は、ポイントＡとも呼称される。共通リソースブロック（CRB: Common resource block）セット３１００は、サブキャリア間隔の設定μ１に対する共通リソースブロックのセットである。
【００４６】
共通リソースブロックセット３１００のうち、ポイント３０００を含む共通リソースブロック（図３中の右上がり斜線で示されるブロック）は、共通リソースブロックセット３１００の基準点（reference point）とも呼称される。共通リソースブロックセット３１００の基準点は、共通リソースブロックセット３１００におけるインデックス０の共通リソースブロックであってもよい。
【００４７】
オフセット３０１１は、共通リソースブロックセット３１００の基準点から、リソースグリッド３００１の基準点までのオフセットである。オフセット３０１１は、サブキャリア間隔の設定μ１に対する共通リソースブロックの数によって示される。リソースグリッド３００１は、リソースグリッド３００１の基準点から始まるＮｓｉｚｅ，μｇｒｉｄ１，ｘ個の共通リソースブロックを含む。
【００４８】
オフセット３０１３は、リソースグリッド３００１の基準点から、インデックスｉ１のＢＷＰ（BandWidth Part）３００３の基準点（Ｎｓｔａｒｔ，μＢＷＰ，ｉ１）までのオフセットである。
【００４９】
共通リソースブロックセット３２００は、サブキャリア間隔の設定μ２に対する共通リソースブロックのセットである。
【００５０】
共通リソースブロックセット３２００のうち、ポイント３０００を含む共通リソースブロック（図３中の左上がり斜線で示されるブロック）は、共通リソースブロックセット３
２００の基準点とも呼称される。共通リソースブロックセット３２００の基準点は、共通リソースブロックセット３２００におけるインデックス０の共通リソースブロックであってもよい。
【００５１】
オフセット３０１２は、共通リソースブロックセット３２００の基準点から、リソースグリッド３００２の基準点までのオフセットである。オフセット３０１２は、サブキャリア間隔μ２に対する共通リソースブロックの数によって示される。リソースグリッド３００２は、リソースグリッド３００２の基準点から始まるＮｓｉｚｅ，μｇｒｉｄ２，ｘ個の共通リソースブロックを含む。
【００５２】
オフセット３０１４は、リソースグリッド３００２の基準点から、インデックスｉ２のＢＷＰ３００４の基準点（Ｎｓｔａｒｔ，μＢＷＰ，ｉ２）までのオフセットである。
【００５３】
図４は、本実施形態の一態様に係るリソースグリッド３００１の構成例を示す図である。図４のリソースグリッドにおいて、横軸はＯＦＤＭシンボルインデックスｌｓｙｍであり、縦軸はサブキャリアインデックスｋｓｃである。リソースグリッド３００１は、Ｎｓｉｚｅ，μｇｒｉｄ１，ｘＮＲＢｓｃ個のサブキャリアを含み、Ｎｓｕｂｆｒａｍｅ，μｓｙｍｂ個のＯＦＤＭシンボルを含む。リソースグリッド内において、サブキャリアインデックスｋｓｃとＯＦＤＭシンボルインデックスｌｓｙｍによって特定されるリソースは、リソースエレメント（RE: Resource Element）とも呼称される。
【００５４】
リソースブロック（RB: Resource Block）は、ＮＲＢｓｃ個の連続するサブキャリアを含む。リソースブロックは、共通リソースブロック、物理リソースブロック（PRB: Physical Resource Block）、および、仮想リソースブロック（VRB: Virtual Resource Block）の総称である。ここで、ＮＲＢｓｃ＝１２である。
【００５５】
リソースブロックユニットは、１つのリソースブロックにおける１ＯＦＤＭシンボルに対応するリソースのセットである。つまり、１つのリソースブロックユニットは、１つのリソースブロックにおける１ＯＦＤＭシンボルに対応する１２個のリソースエレメントを含む。
【００５６】
あるサブキャリア間隔の設定μに対する共通リソースブロックは、ある共通リソースブロックセットにおいて、周波数領域において０から昇順にインデックスが付される（indexing）。あるサブキャリア間隔の設定μに対する、インデックス０の共通リソースブロックは、ポイント３０００を含む（または、衝突する、一致する）。あるサブキャリア間隔の設定μに対する共通リソースブロックのインデックスｎμＣＲＢは、ｎμＣＲＢ＝ｃｅｉｌ（ｋｓｃ／ＮＲＢｓｃ）の関係を満たす。ここで、ｋｓｃ＝０のサブキャリアは、ポイント３０００に対応するサブキャリアの中心周波数と同一の中心周波数を備えるサブキャリアである。
【００５７】
あるサブキャリア間隔の設定μに対する物理リソースブロックは、あるＢＷＰにおいて、周波数領域において０から昇順にインデックスが付される。あるサブキャリア間隔の設定μに対する物理リソースブロックのインデックスｎμＰＲＢは、ｎμＣＲＢ＝ｎμＰＲＢ＋Ｎｓｔａｒｔ，μＢＷＰ，ｉの関係を満たす。ここで、Ｎｓｔａｒｔ，μＢＷＰ，ｉは、インデックスｉのＢＷＰの基準点を示す。
【００５８】
ＢＷＰは、リソースグリッドに含まれる共通リソースブロックのサブセットとして定義される。ＢＷＰは、該ＢＷＰの基準点Ｎｓｔａｒｔ，μＢＷＰ，ｉから始まるＮｓｉｚｅ，μＢＷＰ，ｉ個の共通リソースブロックを含む。下りリンクキャリアに対して設定されるＢＷＰは、下りリンクＢＷＰとも呼称される。上りリンクコンポーネントキャリアに対
して設定されるＢＷＰは、上りリンクＢＷＰとも呼称される。
【００５９】
アンテナポートは、あるアンテナポートにおけるシンボルが伝達されるチャネルが、該あるアンテナポートにおけるその他のシンボルが伝達されるチャネルから推定できることによって定義されてもよい（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）。例えば、チャネルは、物理チャネルに対応してもよい。また、シンボルは、ＯＦＤＭシンボルに対応してもよい。また、シンボルは、リソースブロックユニットに対応してもよい。また、シンボルは、リソースエレメントに対応してもよい。
【００６０】
１つのアンテナポートにおいてシンボルが伝達されるチャネルの大規模特性（large scale property）が、もう一つのアンテナポートにおいてシンボルが伝達されるチャネルから推定できることは、２つのアンテナポートはＱＣＬ（Quasi Co-Located）であると呼称される。大規模特性は、チャネルの長区間特性を少なくとも含んでもよい。大規模特性は、遅延拡がり（delay spread）、ドップラー拡がり（Doppler spread）、ドップラーシフト（Doppler shift）、平均利得（average gain）、平均遅延（average delay）、および、ビームパラメータ（spatial Rx parameters）の一部または全部を少なくとも含んでもよい。第１のアンテナポートと第２のアンテナポートがビームパラメータに関してＱＣＬであるとは、第１のアンテナポートに対して受信側が想定する受信ビームと第２のアンテナポートに対して受信側が想定する受信ビームとが同一であることであってもよい。第１のアンテナポートと第２のアンテナポートがビームパラメータに関してＱＣＬであるとは、第１のアンテナポートに対して受信側が想定する送信ビームと第２のアンテナポートに対して受信側が想定する送信ビームとが同一であることであってもよい。端末装置１は、１つのアンテナポートにおいてシンボルが伝達されるチャネルの大規模特性が、もう一つのアンテナポートにおいてシンボルが伝達されるチャネルから推定できる場合、２つのアンテナポートはＱＣＬであることが想定されてもよい。２つのアンテナポートがＱＣＬであることは、２つのアンテナポートがＱＣＬであることが想定されることであってもよい。
【００６１】
キャリアアグリゲーション（carrier aggregation）は、集約された複数のサービング
セルを用いて通信を行うことであってもよい。また、キャリアアグリゲーションは、集約された複数のコンポーネントキャリアを用いて通信を行うことであってもよい。また、キャリアアグリゲーションは、集約された複数の下りリンクコンポーネントキャリアを用いて通信を行うことであってもよい。また、キャリアアグリゲーションは、集約された複数の上りリンクコンポーネントキャリアを用いて通信を行うことであってもよい。
【００６２】
図５は、本実施形態の一態様に係る基地局装置３の構成例を示す概略ブロック図である。図５に示されるように、基地局装置３は、無線送受信部（物理層処理部）３０、および／または、上位層処理部３４の一部または全部を少なくとも含む。無線送受信部３０は、アンテナ部３１、ＲＦ（Radio Frequency）部３２、および、ベースバンド部３３の一部または全部を少なくとも含む。上位層処理部３４は、媒体アクセス制御層処理部３５、および、無線リソース制御（RRC:Radio Resource Control）層処理部３６の一部または全部を少なくとも含む。
【００６３】
無線送受信部３０は、無線送信部３０ａ、および、無線受信部３０ｂの一部または全部を少なくとも含む。ここで、無線送信部３０ａに含まれるベースバンド部と無線受信部３０ｂに含まれるベースバンド部の装置構成は同一であってもよいし、異なってもよい。また、無線送信部３０ａに含まれるＲＦ部と無線受信部３０ｂに含まれるＲＦ部の装置構成は同一であってもよいし、異なってもよい。また、無線送信部３０ａに含まれるアンテナ部と無線受信部３０ｂに含まれるアンテナ部の装置構成は同一であってもよいし、異なってもよい。
【００６４】
例えば、無線送信部３０ａは、ＰＤＳＣＨのベースバンド信号を生成し、送信してもよい。例えば、無線送信部３０ａは、ＰＤＣＣＨのベースバンド信号を生成し、送信してもよい。例えば、無線送信部３０ａは、ＰＢＣＨのベースバンド信号を生成し、送信してもよい。例えば、無線送信部３０ａは、同期信号のベースバンド信号を生成し、送信してもよい。例えば、無線送信部３０ａは、ＰＤＳＣＨ  ＤＭＲＳのベースバンド信号を生成し、送信してもよい。例えば、無線送信部３０ａは、ＰＤＣＣＨ  ＤＭＲＳのベースバンド信号を生成し、送信してもよい。例えば、無線送信部３０ａは、ＣＳＩ−ＲＳのベースバンド信号を生成し、送信してもよい。例えば、無線送信部３０ａは、ＤＬ  ＰＴＲＳのベースバンド信号を生成し、送信してもよい。
【００６５】
例えば、無線送信部３０ｂは、ＰＲＡＣＨを受信してもよい。例えば、無線送信部３０ｂは、ＰＵＣＣＨを受信し、復調してもよい。無線送信部３０ｂは、ＰＵＳＣＨを受信し、復調してもよい。例えば、無線送信部３０ｂは、ＰＵＣＣＨ  ＤＭＲＳを受信してもよい。例えば、無線送信部３０ｂは、ＰＵＳＣＨ  ＤＭＲＳを受信してもよい。例えば、無線送信部３０ｂは、ＵＬ  ＰＴＲＳを受信してもよい。例えば、無線送信部３０ｂは、ＳＲＳを受信してもよい。
【００６６】
上位層処理部３４は、下りリンクデータ（トランスポートブロック）を、無線送受信部３０（または、無線送信部３０ａ）に出力する。上位層処理部３４は、ＭＡＣ（Medium Access Control）層、パケットデータ統合プロトコル（PDCP:Packet Data Convergence Protocol）層、無線リンク制御（RLC:Radio Link Control）層、ＲＲＣ層の処理を行なう。
【００６７】
上位層処理部３４が備える媒体アクセス制御層処理部３５は、ＭＡＣ層の処理を行う。
【００６８】
上位層処理部３４が備える無線リソース制御層処理部３６は、ＲＲＣ層の処理を行う。無線リソース制御層処理部３６は、端末装置１の各種設定情報／パラメータ（ＲＲＣパラメータ）の管理をする。無線リソース制御層処理部３６は、端末装置１から受信したＲＲＣメッセージに基づいてＲＲＣパラメータをセットする。
【００６９】
無線送受信部３０（または、無線送信部３０ａ）は、変調、符号化などの処理を行う。無線送受信部３０（または、無線送信部３０ａ）は、下りリンクデータを変調、符号化、ベースバンド信号生成（時間連続信号への変換）することによって物理信号を生成し、端末装置１に送信する。無線送受信部３０（または、無線送信部３０ａ）は、物理信号をあるコンポーネントキャリアに配置し、端末装置１に送信してもよい。
【００７０】
無線送受信部３０（または、無線受信部３０ｂ）は、復調、復号化などの処理を行う。無線送受信部３０（または、無線受信部３０ｂ）は、受信した物理信号を、分離、復調、復号し、復号した情報を上位層処理部３４に出力する。無線送受信部３０（または、無線受信部３０ｂ）は、物理信号の送信に先立ってチャネルアクセス手順を実施してもよい。
【００７１】
ＲＦ部３２は、アンテナ部３１を介して受信した信号を、直交復調によりベースバンド信号（baseband signal）に変換し（ダウンコンバート：down convert）、不要な周波数
成分を除去する。ＲＦ部３２は、処理をしたアナログ信号をベースバンド部に出力する。
【００７２】
ベースバンド部３３は、ＲＦ部３２から入力されたアナログ信号（analog signal）
をディジタル信号（digital signal）に変換する。ベースバンド部３３は、変換したディジタル信号からＣＰ（Cyclic Prefix）に相当する部分を除去し、ＣＰを除去した信号に
対して高速フーリエ変換（FFT:Fast Fourier Transform）を行い、周波数領域の信号を抽出する。
【００７３】
ベースバンド部３３は、データを逆高速フーリエ変換（IFFT:Inverse Fast Fourier Transform）して、ＯＦＤＭシンボルを生成し、生成されたＯＦＤＭシンボルにＣＰを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換する。ベースバンド部３３は、変換したアナログ信号をＲＦ部３２に出力する。
【００７４】
ＲＦ部３２は、ローパスフィルタを用いてベースバンド部３３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバート（up convert）し、アンテナ部３１を介して送信する。また、ＲＦ部３２は送信電力を制御する機能を備えてもよい。ＲＦ部３２を送信電力制御部とも称する。
【００７５】
端末装置１に対して、１または複数のサービングセル（または、コンポーネントキャリア、下りリンクコンポーネントキャリア、上りリンクコンポーネントキャリア）が設定されてもよい。
【００７６】
端末装置１に対して設定されるサービングセルのそれぞれは、ＰＣｅｌｌ（Primary cell、プライマリセル）、ＰＳＣｅｌｌ（Primary SCG cell、プライマリＳＣＧセル）、および、ＳＣｅｌｌ（Secondary Cell、セカンダリセル）のいずれかであってもよい。
【００７７】
ＰＣｅｌｌは、ＭＣＧ（Master Cell Group）に含まれるサービングセルである。ＰＣ
ｅｌｌは、端末装置１によって初期接続確立手順（initial connection establishment procedure）、または、接続再確立手順（connection re-establishment procedure）を実
施するセル（実施されたセル）である。
【００７８】
ＰＳＣｅｌｌは、ＳＣＧ（Secondary Cell Group）に含まれるサービングセルである。ＰＳＣｅｌｌは、同期を伴う再設定手順（Reconfiration with synchronization）において、端末装置１によってランダムアクセスが実施されるサービングセルである。
【００７９】
ＳＣｅｌｌは、ＭＣＧ、または、ＳＣＧのいずれに含まれてもよい。
【００８０】
サービングセルグループ（セルグループ）は、ＭＣＧ、および、ＳＣＧを少なくとも含む呼称である。サービングセルグループは、１または複数のサービングセル（または、コンポーネントキャリア）を含んでもよい。サービングセルグループに含まれる１または複数のサービングセル（または、コンポーネントキャリア）は、キャリアアグリゲーションにより運用されてもよい。
【００８１】
サービングセル（または、下りリンクコンポーネントキャリア）のそれぞれに対して１または複数の下りリンクＢＷＰが設定されてもよい。サービングセル（または、上りリンクコンポーネントキャリア）のそれぞれに対して１または複数の上りリンクＢＷＰが設定されてもよい。
【００８２】
サービングセル（または、下りリンクコンポーネントキャリア）に対して設定される１または複数の下りリンクＢＷＰのうち、１つの下りリンクＢＷＰがアクティブ下りリンクＢＷＰに設定されてもよい（または、１つの下りリンクＢＷＰがアクティベートされてもよい）。サービングセル（または、上りリンクコンポーネントキャリア）に対して設定される１または複数の上りリンクＢＷＰのうち、１つの上りリンクＢＷＰがアクティブ上りリンクＢＷＰに設定されてもよい（または、１つの上りリンクＢＷＰがアクティベートさ
れてもよい）。
【００８３】
ＰＤＳＣＨ、ＰＤＣＣＨ、および、ＣＳＩ−ＲＳは、アクティブ下りリンクＢＷＰにおいて受信されてもよい。端末装置１は、アクティブ下りリンクＢＷＰにおいてＰＤＳＣＨ、ＰＤＣＣＨ、および、ＣＳＩ−ＲＳを受信してもよい。ＰＵＣＣＨ、および、ＰＵＳＣＨは、アクティブ上りリンクＢＷＰにおいて送信されてもよい。端末装置１は、アクティブ上りリンクＢＷＰにおいてＰＵＣＣＨ、および、ＰＵＳＣＨを送信してもよい。アクティブ下りリンクＢＷＰ、および、アクティブ上りリンクＢＷＰは、アクティブＢＷＰとも呼称される。
【００８４】
ＰＤＳＣＨ、ＰＤＣＣＨ、および、ＣＳＩ−ＲＳは、アクティブ下りリンクＢＷＰ以外の下りリンクＢＷＰ（インアクティブ下りリンクＢＷＰ）において受信されなくてもよい。端末装置１は、アクティブ下りリンクＢＷＰ以外の下りリンクＢＷＰにおいてＰＤＳＣＨ、ＰＤＣＣＨ、および、ＣＳＩ−ＲＳを受信しなくてもよい。ＰＵＣＣＨ、および、ＰＵＳＣＨは、アクティブ上りリンクＢＷＰ以外の上りリンクＢＷＰ（インアクティブ上りリンクＢＷＰ）において送信されなくてもよい。端末装置１は、アクティブ上りリンクＢＷＰ以外の上りリンクＢＷＰにおいてＰＵＣＣＨ、および、ＰＵＳＣＨを送信しなくてもよい。インアクティブ下りリンクＢＷＰ、および、インアクティブ上りリンクＢＷＰは、インアクティブＢＷＰとも呼称される。
【００８５】
下りリンクのＢＷＰ切り替え（BWP switch）は、１つのアクティブ下りリンクＢＷＰをディアクティベート（deactivate）し、該１つのアクティブ下りリンクＢＷＰ以外のインアクティブ下りリンクＢＷＰのいずれかをアクティベート（activate）するために用いられる。下りリンクのＢＷＰ切り替えは、下りリンク制御情報に含まれるＢＷＰフィールドにより制御されてもよい。下りリンクのＢＷＰ切り替えは、上位層のパラメータに基づき制御されてもよい。
【００８６】
上りリンクのＢＷＰ切り替えは、１つのアクティブ上りリンクＢＷＰをディアクティベート（deactivate）し、該１つのアクティブ上りリンクＢＷＰ以外のインアクティブ上りリンクＢＷＰのいずれかをアクティベート（activate）するために用いられる。上りリンクのＢＷＰ切り替えは、下りリンク制御情報に含まれるＢＷＰフィールドにより制御されてもよい。上りリンクのＢＷＰ切り替えは、上位層のパラメータに基づき制御されてもよい。
【００８７】
サービングセルに対して設定される１または複数の下りリンクＢＷＰのうち、２つ以上の下りリンクＢＷＰがアクティブ下りリンクＢＷＰに設定されなくてもよい。サービングセルに対して、ある時間において、１つの下りリンクＢＷＰがアクティブであってもよい。
【００８８】
サービングセルに対して設定される１または複数の上りリンクＢＷＰのうち、２つ以上の上りリンクＢＷＰがアクティブ上りリンクＢＷＰに設定されなくてもよい。サービングセルに対して、ある時間において、１つの上りリンクＢＷＰがアクティブであってもよい。
【００８９】
図６は、本実施形態の一態様に係る端末装置１の構成例を示す概略ブロック図である。図６に示されるように、端末装置１は、無線送受信部（物理層処理部）１０、および、上位層処理部１４の一または全部を少なくとも含む。無線送受信部１０は、アンテナ部１１、ＲＦ部１２、および、ベースバンド部１３の一部または全部を少なくとも含む。上位層処理部１４は、媒体アクセス制御層処理部１５、および、無線リソース制御層処理部１６の一部または全部を少なくとも含む。
【００９０】
無線送受信部１０は、無線送信部１０ａ、および、無線受信部１０ｂの一部または全部を少なくとも含む。ここで、無線送信部１０ａに含まれるベースバンド部１３と無線受信部１０ｂに含まれるベースバンド部１３の装置構成は同一であってもよいし、異なってもよい。また、無線送信部１０ａに含まれるＲＦ部１２と無線受信部１０ｂに含まれるＲＦ部１２の装置構成は同一であってもよいし、異なってもよい。また、無線送信部１０ａに含まれるアンテナ部１１と無線受信部１０ｂに含まれるアンテナ部１１の装置構成は同一であってもよいし、異なってもよい。
【００９１】
例えば、無線送信部１０ａは、ＰＲＡＣＨのベースバンド信号を生成し、送信してもよい。例えば、無線送信部１０ａは、ＰＵＣＣＨのベースバンド信号を生成し、送信してもよい。無線送信部１０ａは、ＰＵＳＣＨのベースバンド信号を生成し、送信してもよい。例えば、無線送信部１０ａは、ＰＵＣＣＨ  ＤＭＲＳのベースバンド信号を生成し、送信してもよい。例えば、無線送信部１０ａは、ＰＵＳＣＨ  ＤＭＲＳのベースバンド信号を生成し、送信してもよい。例えば、無線送信部１０ａは、ＵＬ  ＰＴＲＳのベースバンド信号を生成し、送信してもよい。例えば、無線送信部１０ａは、ＳＲＳのベースバンド信号を生成し、送信してもよい。
【００９２】
例えば、無線受信部１０ｂは、ＰＤＳＣＨを受信し、復調してもよい。例えば、無線受信部１０ｂは、ＰＤＣＣＨを受信し、復調してもよい。例えば、無線受信部１０ｂは、ＰＢＣＨを受信し、復調してもよい。例えば、無線受信部１０ｂは、同期信号を受信してもよい。例えば、無線受信部１０ｂは、ＰＤＳＣＨ  ＤＭＲＳを受信してもよい。例えば、無線受信部１０ｂは、ＰＤＣＣＨ  ＤＭＲＳを受信してもよい。例えば、無線受信部１０ｂは、ＣＳＩ−ＲＳを受信してもよい。例えば、無線受信部１０ｂは、ＤＬ  ＰＴＲＳを受信してもよい。
【００９３】
上位層処理部１４は、上りリンクデータ（トランスポートブロック）を、無線送受信部１０（または、無線送信部１０ａ）に出力する。上位層処理部１４は、ＭＡＣ層、パケットデータ統合プロトコル層、無線リンク制御層、ＲＲＣ層の処理を行なう。
【００９４】
上位層処理部１４が備える媒体アクセス制御層処理部１５は、ＭＡＣ層の処理を行う。
【００９５】
上位層処理部１４が備える無線リソース制御層処理部１６は、ＲＲＣ層の処理を行う。無線リソース制御層処理部１６は、端末装置１の各種設定情報／パラメータ（ＲＲＣパラメータ）の管理をする。無線リソース制御層処理部１６は、基地局装置３から受信したＲＲＣメッセージに基づいてＲＲＣパラメータをセットする。
【００９６】
無線送受信部１０（または、無線送信部１０ａ）は、変調、符号化などの処理を行う。無線送受信部１０（または、無線送信部１０ａ）は、上りリンクデータを変調、符号化、ベースバンド信号生成（時間連続信号への変換）することによって物理信号を生成し、基地局装置３に送信する。無線送受信部１０（または、無線送信部１０ａ）は、物理信号をあるＢＷＰ（アクティブ上りリンクＢＷＰ）に配置し、基地局装置３に送信してもよい。
【００９７】
無線送受信部１０（または、無線受信部１０ｂ）は、復調、復号化などの処理を行う。無線送受信部１０（または、無線受信部３０ｂ）は、あるサービングセルのあるＢＷＰ（アクティブ下りリンクＢＷＰ）において、物理信号を受信してもよい。無線送受信部１０（または、無線受信部１０ｂ）は、受信した物理信号を、分離、復調、復号し、復号した情報を上位層処理部１４に出力する。無線送受信部１０（無線受信部１０ｂ）は物理信号の送信に先立ってチャネルアクセス手順を実施してもよい。
【００９８】
ＲＦ部１２は、アンテナ部１１を介して受信した信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート：ｄｏｗｎ  ｃｏｎｖｅｒｔ）、不要な周波数成分を除去する。ＲＦ部１２は、処理をしたアナログ信号をベースバンド部１３に出力する。
【００９９】
ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号をディジタル信号に変換する。ベースバンド部１３は、変換したディジタル信号からＣＰ（Cyclic Prefix）に
相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変換（FFT:Fast Fourier Transform）を行い、周波数領域の信号を抽出する。
【０１００】
ベースバンド部１３は、上りリンクデータを逆高速フーリエ変換（IFFT:Inverse Fast Fourier Transform）して、ＯＦＤＭシンボルを生成し、生成されたＯＦＤＭシンボルに
ＣＰを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換する。ベースバンド部１３は、変換したアナログ信号をＲＦ部１２に出力する。
【０１０１】
ＲＦ部１２は、ローパスフィルタを用いてベースバンド部１３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバート（up convert）し、アンテナ部１１を介して送信する。また、ＲＦ部１２は送信電力を制御する機能を備えてもよい。ＲＦ部１２を送信電力制御部とも称する。
【０１０２】
以下、物理信号（信号）について説明を行う。
【０１０３】
物理信号は、下りリンク物理チャネル、下りリンク物理シグナル、上りリンク物理チャネル、および、上りリンク物理チャネルの総称である。物理チャネルは、下りリンク物理チャネル、および、上りリンク物理チャネルの総称である。物理シグナルは、下りリンク物理シグナル、および、上りリンク物理シグナルの総称である。
【０１０４】
上りリンク物理チャネルは、上位層において発生する情報を運ぶリソースエレメントのセットに対応してもよい。上りリンク物理チャネルは、上りリンクコンポーネントキャリアにおいて用いられる物理チャネルであってもよい。上りリンク物理チャネルは、端末装置１によって送信されてもよい。上りリンク物理チャネルは、基地局装置３によって受信されてもよい。本実施形態の一態様に係る無線通信システムにおいて、少なくとも下記の一部または全部の上りリンク物理チャネルが用いられてもよい。
・ＰＵＣＣＨ（Physical Uplink Control CHannel）
・ＰＵＳＣＨ（Physical Uplink Shared CHannel）
・ＰＲＡＣＨ（Physical Random Access CHannel）
【０１０５】
ＰＵＣＣＨ（ＰＵＣＣＨリソース）は、上りリンク制御情報（UCI:Uplink Control Information）を送信するために用いられてもよい。ＰＵＣＣＨは、上りリンク制御情報を伝達（deliver, transmission, convey）するために送信されてもよい。上りリンク制御情報は、ＰＵＣＣＨに配置（map）されてもよい。端末装置１は、上りリンク制御情報が配置されたＰＵＣＣＨを送信してもよい。基地局装置３は、上りリンク制御情報が配置されたＰＵＣＣＨを受信してもよい。
【０１０６】
上りリンク制御情報（上りリンク制御情報ビット、上りリンク制御情報系列、上りリンク制御情報タイプ）は、チャネル状態情報（CSI:Channel State Information）、スケジ
ューリングリクエスト（SR:Scheduling Request）、ＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat request ACKnowledgement）情報の一部または全部を少なくとも含む。
【０１０７】
チャネル状態情報は、チャネル状態情報ビット、または、チャネル状態情報系列とも呼
称される。スケジューリングリクエストは、スケジューリングリクエストビット、または、スケジューリングリクエスト系列とも呼称される。ＨＡＲＱ−ＡＣＫ情報は、ＨＡＲＱ−ＡＣＫ情報ビット、または、ＨＡＲＱ−ＡＣＫ情報系列とも呼称される。
【０１０８】
ＨＡＲＱ−ＡＣＫ情報は、トランスポートブロック（または、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）を示してもよい。ＨＡＲＱ−ＡＣＫ情報は、１または複数のＨＡＲＱ−ＡＣＫビットを含むＨＡＲＱ−ＡＣＫコードブックを含んでもよい。
【０１０９】
ＨＡＲＱ−ＡＣＫ情報と、トランスポートブロックが対応することは、該ＨＡＲＱ−ＡＣＫ情報と、該トランスポートブロックの伝達に用いられるＰＤＳＣＨが対応することを意味してもよい。
【０１１０】
ＨＡＲＱ−ＡＣＫは、トランスポートブロックに含まれる１つのＣＢＧ（Code Block Group）に対応するＡＣＫまたはＮＡＣＫを示してもよい。
【０１１１】
スケジューリングリクエストは、初期送信（new transmission）のためのＰＵＳＣＨ（または、ＵＬ−ＳＣＨ）のリソースを要求するために少なくとも用いられてもよい。スケジューリングリクエストビットは、正のＳＲ（positive SR）または、負のＳＲ（negative SR）のいずれかを示すために用いられてもよい。スケジューリングリクエストビットが正のＳＲを示すことは、“正のＳＲが送信される”とも呼称される。正のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨ（または、ＵＬ−ＳＣＨ）のリソースが要求されることを示してもよい。正のＳＲは、上位層によりスケジューリングリクエストがトリガされることを示してもよい。正のＳＲは、上位層によりスケジューリングリクエストを送信することが指示された場合に、送信されてもよい。スケジューリングリクエストビットが負のＳＲを示すことは、“負のＳＲが送信される”とも呼称される。負のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨ（または、ＵＬ−ＳＣＨ）のリソースが要求されないことを示してもよい。負のＳＲは、上位層によりスケジューリングリクエストがトリガされないことを示してもよい。負のＳＲは、上位層によりスケジューリングリクエストを送信することが指示されない場合に、送信されてもよい。
【０１１２】
チャネル状態情報は、チャネル品質指標（CQI: Channel Quality Indicator）、プレコーダ行列指標（PMI:Precoder Matrix Indicator）、および、ランク指標（RI: Rank Indicator）の一部または全部を少なくとも含んでもよい。ＣＱＩは、伝搬路の品質（例えば、伝搬強度）、または、物理チャネルの品質に関連する指標であり、ＰＭＩは、プレコーダに関連する指標である。ＲＩは、送信ランク（または、送信レイヤ数）に関連する指標である。
【０１１３】
チャネル状態情報は、チャネル測定のために少なくとも用いられる物理信号（例えば、ＣＳＩ−ＲＳ）を受信することに少なくとも基づき与えられてもよい。チャネル状態情報は、チャネル測定のために少なくとも用いられる物理信号を受信することに少なくとも基づき、端末装置１によって選択されてもよい。チャネル測定は、干渉測定を含んでもよい。
【０１１４】
ＰＵＣＣＨは、ＰＵＣＣＨフォーマットに対応してもよい。ＰＵＣＣＨは、ＰＵＣＣＨフォーマットを伝達するために用いられるリソースエレメントのセットであってもよい。ＰＵＣＣＨは、ＰＵＣＣＨフォーマットを含んでもよい。
【０１１５】
ＰＵＳＣＨは、トランスポートブロック、および／または、上りリンク制御情報を送信するために用いられてもよい。ＰＵＳＣＨは、ＵＬ−ＳＣＨに対応するトランスポートブロック、および／または、上りリンク制御情報を送信するために用いられてもよい。ＰＵＳＣＨは、トランスポートブロック、および／または、上りリンク制御情報を伝達するために用いられてもよい。ＰＵＳＣＨは、ＵＬ−ＳＣＨに対応するトランスポートブロック、および／または、上りリンク制御情報を伝達するために用いられてもよい。トランスポートブロックは、ＰＵＳＣＨに配置されてもよい。ＵＬ−ＳＣＨに対応するトランスポートブロックは、ＰＵＳＣＨに配置されてもよい。上りリンク制御情報は、ＰＵＳＣＨに配置されてもよい。端末装置１は、トランスポートブロック、および／または、上りリンク制御情報が配置されたＰＵＳＣＨを送信してもよい。基地局装置３は、トランスポートブロック、および／または、上りリンク制御情報が配置されたＰＵＳＣＨを受信してもよい。
【０１１６】
ＰＲＡＣＨは、ランダムアクセスプリアンブルを送信するために用いられてもよい。ＰＲＡＣＨは、ランダムアクセスプリアンブルを伝達するために用いられてもよい。ＰＲＡＣＨの系列ｘｕ，ｖ（ｎ）は、ｘｕ，ｖ（ｎ）＝ｘｕ（ｍｏｄ（ｎ＋Ｃｖ，ＬＲＡ））によって定義される。ｘｕはＺＣ（Zadoff Chu）系列であってもよい。ｘｕはｘｕ＝ｅｘｐ（−ｊπｕｉ（ｉ＋１）／ＬＲＡ）によって定義される。ｊは虚数単位である。また、πは円周率である。Ｃｖは、ＰＲＡＣＨ系列のサイクリックシフト（cyclic shift）に対応する。ＬＲＡは、ＰＲＡＣＨ系列の長さに対応する。ＬＲＡは、８３９、または、１３９である。ｉは、０からＬＲＡ−１の範囲の整数である。ｕはＰＲＡＣＨ系列のための系列インデックスである。端末装置１は、ＰＲＡＣＨを送信してもよい。基地局装置３は、ＰＲＡＣＨを受信してもよい。
【０１１７】
あるＰＲＡＣＨ機会に対して、６４個のランダムアクセスプリアンブルが定義される。ランダムアクセスプリアンブルは、ＰＲＡＣＨ系列のサイクリックシフトＣｖ、および、ＰＲＡＣＨ系列のための系列インデックスｕに少なくとも基づき特定される（決定される、与えられる）。
【０１１８】
上りリンク物理シグナルは、リソースエレメントのセットに対応してもよい。上りリンク物理シグナルは、上位層において発生する情報を運ばなくてもよい。上りリンク物理シグナルは、上りリンクコンポーネントキャリアにおいて用いられる物理シグナルであってもよい。端末装置１は、上りリンク物理シグナルを送信してもよい。基地局装置３は、上りリンク物理シグナルを受信してもよい。本実施形態の一態様に係る無線通信システムにおいて、少なくとも下記の一部または全部の上りリンク物理シグナルが用いられてもよい。
・ＵＬ  ＤＭＲＳ（UpLink Demodulation Reference Signal）
・ＳＲＳ（Sounding Reference Signal）
・ＵＬ  ＰＴＲＳ（UpLink Phase Tracking Reference Signal）
【０１１９】
ＵＬ  ＤＭＲＳは、ＰＵＳＣＨのためのＤＭＲＳ、および、ＰＵＣＣＨのためのＤＭＲＳの総称である。
【０１２０】
ＰＵＳＣＨのためのＤＭＲＳ（ＰＵＳＣＨに関連するＤＭＲＳ、ＰＵＳＣＨに含まれるＤＭＲＳ、ＰＵＳＣＨに対応するＤＭＲＳ）のアンテナポートのセットは、該ＰＵＳＣＨのためのアンテナポートのセットに基づき与えられてもよい。つまり、ＰＵＳＣＨのため
のＤＭＲＳのアンテナポートのセットは、該ＰＵＳＣＨのアンテナポートのセットと同じであってもよい。
【０１２１】
ＰＵＳＣＨの送信と、該ＰＵＳＣＨのためのＤＭＲＳの送信は、１つのＤＣＩフォーマットにより示されてもよい（または、スケジューリングされてもよい）。ＰＵＳＣＨと、該ＰＵＳＣＨのためのＤＭＲＳは、まとめてＰＵＳＣＨと呼称されてもよい。ＰＵＳＣＨを送信することは、ＰＵＳＣＨと、該ＰＵＳＣＨのためのＤＭＲＳを送信することであってもよい。
【０１２２】
ＰＵＳＣＨは、該ＰＵＳＣＨのためのＤＭＲＳから推定されてもよい。つまり、ＰＵＳＣＨの伝搬路（propagation path）は、該ＰＵＳＣＨのためのＤＭＲＳから推定されてもよい。
【０１２３】
ＰＵＣＣＨのためのＤＭＲＳ（ＰＵＣＣＨに関連するＤＭＲＳ、ＰＵＣＣＨに含まれるＤＭＲＳ、ＰＵＣＣＨに対応するＤＭＲＳ）のアンテナポートのセットは、ＰＵＣＣＨのアンテナポートのセットと同一であってもよい。
【０１２４】
ＰＵＣＣＨの送信と、該ＰＵＣＣＨのためのＤＭＲＳの送信は、１つのＤＣＩフォーマットにより示されてもよい（または、トリガされてもよい）。ＰＵＣＣＨのリソースエレメントへのマッピング（resource element mapping）、および／または、該ＰＵＣＣＨのためのＤＭＲＳのリソースエレメントへのマッピングは、１つのＰＵＣＣＨフォーマットにより与えられてもよい。ＰＵＣＣＨと、該ＰＵＣＣＨのためのＤＭＲＳは、まとめてＰＵＣＣＨと呼称されてもよい。ＰＵＣＣＨを送信することは、ＰＵＣＣＨと、該ＰＵＣＣＨのためのＤＭＲＳを送信することであってもよい。
【０１２５】
ＰＵＣＣＨは、該ＰＵＣＣＨのためのＤＭＲＳから推定されてもよい。つまり、ＰＵＣＣＨの伝搬路は、該ＰＵＣＣＨのためのＤＭＲＳから推定されてもよい。
【０１２６】
下りリンク物理チャネルは、上位層において発生する情報を運ぶリソースエレメントのセットに対応してもよい。下りリンク物理チャネルは、下りリンクコンポーネントキャリアにおいて用いられる物理チャネルであってもよい。基地局装置３は、下りリンク物理チャネルを送信してもよい。端末装置１は、下りリンク物理チャネルを受信してもよい。本実施形態の一態様に係る無線通信システムにおいて、少なくとも下記の一部または全部の下りリンク物理チャネルが用いられてもよい。
・ＰＢＣＨ（Physical Broadcast Channel）
・ＰＤＣＣＨ（Physical Downlink Control Channel）
・ＰＤＳＣＨ（Physical Downlink Shared Channel）
【０１２７】
ＰＢＣＨは、ＭＩＢ（MIB: Master Information Block）、および／または、物理層制
御情報を送信するために用いられてもよい。ＰＢＣＨは、ＭＩＢ、および／または、物理層制御情報を伝達（deliver, transmission, convey）するために送信されてもよい。Ｂ
ＣＨは、ＰＢＣＨに配置（map）されてもよい。端末装置１は、ＭＩＢ、および／または
、物理層制御情報が配置されたＰＢＣＨを受信してもよい。基地局装置３は、ＭＩＢ、および／または、物理層制御情報が配置されたＰＢＣＨを送信してもよい。物理層制御情報は、ＰＢＣＨペイロード、タイミングに関係するＰＢＣＨペイロードとも呼称される。ＭＩＢは、１または複数の上位層パラメータを含んでもよい。
【０１２８】
物理層制御情報は、８ビットを含む。物理層制御情報は、下記の０Ａから０Ｄの一部または全部を少なくとも含んでもよい。
０Ａ）無線フレームビット
０Ｂ）ハーフ無線フレーム（ハーフシステムフレーム、ハーフフレーム）ビット
０Ｃ）ＳＳ／ＰＢＣＨブロックインデックスビット
０Ｄ）サブキャリアオフセットビット
【０１２９】
無線フレームビットは、ＰＢＣＨが送信される無線フレーム（ＰＢＣＨが送信されるスロットを含む無線フレーム）を示すために用いられる。無線フレームビットは、４ビットを含む。無線フレームビットは、１０ビットの無線フレーム指示子のうちの４ビットにより構成されてもよい。例えば、無線フレーム指示子は、インデックス０からインデックス１０２３までの無線フレームを特定するために少なくとも用いられてもよい。
【０１３０】
ハーフ無線フレームビットは、ＰＢＣＨが送信される無線フレームのうち、該ＰＢＣＨが前半の５つのサブフレーム、または、後半の５つのサブフレームのどちらで送信されるかを示すために用いられる。ここで、ハーフ無線フレームは、５つのサブフレームを含んで構成されてもよい。また、ハーフ無線フレームは、無線フレームに含まれる１０つのサブフレームのうち、前半の５つのサブフレームにより構成されてもよい。また、ハーフ無線フレームは、無線フレームに含まれる１０つのサブフレームのうち、後半の５つのサブフレームにより構成されてもよい。
【０１３１】
ＳＳ／ＰＢＣＨブロックインデックスビットは、ＳＳ／ＰＢＣＨブロックインデックスを示すために用いられる。ＳＳ／ＰＢＣＨブロックインデックスビットは、３ビットを含む。ＳＳ／ＰＢＣＨブロックインデックスビットは、６ビットのＳＳ／ＰＢＣＨブロックインデックス指示子のうちの３ビットにより構成されてもよい。ＳＳ／ＰＢＣＨブロックインデックス指示子は、インデックス０からインデックス６３までのＳＳ／ＰＢＣＨブロックを特定するために少なくとも用いられてもよい。
【０１３２】
サブキャリアオフセットビットは、サブキャリアオフセットを示すために用いられる。サブキャリアオフセットは、ＰＢＣＨがマッピングされる先頭のサブキャリアと、インデックス０の制御リソースセットがマッピングされる先頭のサブキャリアの間の差を示すために用いられてもよい。
【０１３３】
ＰＤＣＣＨは、下りリンク制御情報（DCI:Downlink Control Information）を送信するために用いられてもよい。ＰＤＣＣＨは、下りリンク制御情報を伝達（deliver, transmission, convey）するために送信されてもよい。下りリンク制御情報は、ＰＤＣＣＨに配置（map）されてもよい。端末装置１は、下りリンク制御情報が配置されたＰＤＣＣＨを受信してもよい。基地局装置３は、下りリンク制御情報が配置されたＰＤＣＣＨを送信してもよい。
【０１３４】
下りリンク制御情報は、ＤＣＩフォーマットに対応してもよい。下りリンク制御情報は、ＤＣＩフォーマットに含まれてもよい。下りリンク制御情報は、ＤＣＩフォーマットの各フィールドに配置されてもよい。
【０１３５】
ＤＣＩフォーマット０＿０、ＤＣＩフォーマット０＿１、ＤＣＩフォーマット１＿０、および、ＤＣＩフォーマット１＿１は、それぞれ異なるフィールドのセットを含むＤＣＩフォーマットである。上りリンクＤＣＩフォーマットは、ＤＣＩフォーマット０＿０、および、ＤＣＩフォーマット０＿１の総称である。下りリンクＤＣＩフォーマットは、ＤＣＩフォーマット１＿０、および、ＤＣＩフォーマット１＿１の総称である。
【０１３６】
ＤＣＩフォーマット０＿０は、あるセルの（または、あるセルに配置される）ＰＵＳＣＨのスケジューリングのために少なくとも用いられる。ＤＣＩフォーマット０＿０は、１Ａから１Ｅのフィールドの一部または全部を少なくとも含んで構成される。
１Ａ）ＤＣＩフォーマット特定フィールド（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）
【０１３７】
ＤＣＩフォーマット特定フィールドは、該ＤＣＩフォーマット特定フィールドを含むＤＣＩフォーマットが上りリンクＤＣＩフォーマットであるか下りリンクＤＣＩフォーマットであるかを示してもよい。ＤＣＩフォーマット０＿０に含まれるＤＣＩフォーマット特定フィールドは、０を示してもよい（または、ＤＣＩフォーマット０＿０が上りリンクＤＣＩフォーマットであることを示してもよい）。
【０１３８】
ＤＣＩフォーマット０＿０に含まれる周波数領域リソース割り当てフィールドは、ＰＵＳＣＨのための周波数リソースの割り当てを示すために少なくとも用いられてもよい。
【０１３９】
ＤＣＩフォーマット０＿０に含まれる時間領域リソース割り当てフィールドは、ＰＵＳＣＨのための時間リソースの割り当てを示すために少なくとも用いられてもよい。
【０１４０】
周波数ホッピングフラグフィールドは、ＰＵＳＣＨに対して周波数ホッピングが適用されるか否かを示すために少なくとも用いられてもよい。
【０１４１】
ＤＣＩフォーマット０＿０に含まれるＭＣＳフィールドは、ＰＵＳＣＨのための変調方式、および／または、ターゲット符号化率の一部または全部を示すために少なくとも用いられてもよい。該ターゲット符号化率は、ＰＵＳＣＨのトランスポートブロックのためのターゲット符号化率であってもよい。ＰＵＳＣＨのトランスポートブロックのサイズ（TBS: Transport Block Size）は、該ターゲット符号化率、および、該ＰＵＳＣＨのための変調方式の一部または全部に少なくとも基づき与えられてもよい。
【０１４２】
ＤＣＩフォーマット０＿０は、ＣＳＩ要求（ＣＳＩリクエスト）に用いられるフィールドを含まなくてもよい。つまり、ＤＣＩフォーマット０＿０によってＣＳＩが要求されなくてもよい。
【０１４３】
ＤＣＩフォーマット０＿０は、キャリアインディケータフィールドを含まなくてもよい。つまり、ＤＣＩフォーマット０＿０によってスケジューリングされるＰＵＳＣＨが配置される上りリンクコンポーネントキャリアは、該ＤＣＩフォーマット０＿０を含むＰＤＣＣＨが配置される上りリンクコンポーネントキャリアと同一であってもよい。
【０１４４】
ＤＣＩフォーマット０＿０は、ＢＷＰフィールドを含まなくてもよい。つまり、ＤＣＩフォーマット０＿０によってスケジューリングされるＰＵＳＣＨが配置される上りリンクＢＷＰは、該ＤＣＩフォーマット０＿０を含むＰＤＣＣＨが配置される上りリンクＢＷＰと同一であってもよい。
【０１４５】
ＤＣＩフォーマット０＿１は、あるセルの（あるセルに配置される）ＰＵＳＣＨのスケジューリングのために少なくとも用いられる。ＤＣＩフォーマット０＿１は、２Ａから２Ｈのフィールドの一部または全部を少なくとも含んで構成される。
２Ａ）ＤＣＩフォーマット特定フィールド
２Ｂ）周波数領域リソース割り当てフィールド
２Ｃ）上りリンクの時間領域リソース割り当てフィールド
２Ｄ）周波数ホッピングフラグフィールド
２Ｅ）ＭＣＳフィールド
２Ｆ）ＣＳＩリクエストフィールド（CSI request field）
２Ｇ）ＢＷＰフィールド（BWP field）
２Ｈ）キャリアインディケータフィールド（Carrier indicator field）
【０１４６】
ＤＣＩフォーマット０＿１に含まれるＤＣＩフォーマット特定フィールドは、０を示してもよい（または、ＤＣＩフォーマット０＿１が上りリンクＤＣＩフォーマットであることを示してもよい）。
【０１４７】
ＤＣＩフォーマット０＿１に含まれる周波数領域リソース割り当てフィールドは、ＰＵＳＣＨのための周波数リソースの割り当てを示すために少なくとも用いられてもよい。
【０１４８】
ＤＣＩフォーマット０＿１に含まれる時間領域リソース割り当てフィールドは、ＰＵＳＣＨのための時間リソースの割り当てを示すために少なくとも用いられてもよい。
【０１４９】
ＤＣＩフォーマット０＿１に含まれるＭＣＳフィールドは、ＰＵＳＣＨのための変調方式、および／または、ターゲット符号化率の一部または全部を示すために少なくとも用いられてもよい。
【０１５０】
ＤＣＩフォーマット０＿１にＢＷＰフィールドが含まれる場合、該ＢＷＰフィールドは、ＰＵＳＣＨが配置される上りリンクＢＷＰを示すために用いられてもよい。ＤＣＩフォーマット０＿１にＢＷＰフィールドが含まれない場合、ＰＵＳＣＨが配置される上りリンクＢＷＰは、該ＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット０＿１を含むＰＤＣＣＨが配置される上りリンクＢＷＰと同一であってもよい。ある上りリンクコンポーネントキャリアにおいて端末装置１に設定される上りリンクＢＷＰの数が２以上である場合、該ある上りリンクコンポーネントキャリアに配置されるＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット０＿１に含まれるＢＷＰフィールドのビット数は、１ビット以上であってもよい。ある上りリンクコンポーネントキャリアにおいて端末装置１に設定される上りリンクＢＷＰの数が１である場合、該ある上りリンクコンポーネントキャリアに配置されるＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット０＿１に含まれるＢＷＰフィールドのビット数は、０ビットであってもよい（または、該ある上りリンクコンポーネントキャリアに配置されるＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット０＿１にＢＷＰフィールドが含まれなくてもよい）。
【０１５１】
ＣＳＩリクエストフィールドは、ＣＳＩの報告を指示するために少なくとも用いられる。
【０１５２】
ＤＣＩフォーマット０＿１にキャリアインディケータフィールドが含まれる場合、該キャリアインディケータフィールドは、ＰＵＳＣＨが配置される上りリンクコンポーネントキャリアを示すために用いられてもよい。ＤＣＩフォーマット０＿１にキャリアインディケータフィールドが含まれない場合、ＰＵＳＣＨが配置される上りリンクコンポーネントキャリアは、該ＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット０＿１を含むＰＤＣＣＨが配置される上りリンクコンポーネントキャリアと同一であってもよい。あるサービングセルグループにおいて端末装置１に設定される上りリンクコンポーネントキャリアの数が２以上である場合（あるサービングセルグループにおいて上りリンクのキャリアアグリゲーションが運用される場合）、該あるサービングセルグループに配置されるＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット０＿１に含まれるキャリアインディケータフィールドのビット数は、１ビット以上（例えば、３ビット）であってもよい。あるサービングセルグループにおいて端末装置１に設定される上りリンクコンポーネントキャリアの数が１である場合（あるサービングセルグループにおいて上りリンクのキャリアアグリゲーションが運用されない場合）、該あるサービングセルグループに配置されるＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット０＿１に含まれるキャリアインディケータフィールドのビット数は、０ビットであってもよい（または、該あるサービングセルグループに配置されるＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマット０＿１にキャリアインディケータフィールドが含まれなくてもよい）。
【０１５３】
ＤＣＩフォーマット１＿０は、あるセルの（あるセルに配置される）ＰＤＳＣＨのスケジューリングのために少なくとも用いられる。ＤＣＩフォーマット１＿０は、３Ａから３Ｆの一部または全部を少なくとも含んで構成される。
３Ａ）ＤＣＩフォーマット特定フィールド
３Ｂ）周波数領域リソース割り当てフィールド
３Ｃ）時間領域リソース割り当てフィールド
３Ｄ）ＭＣＳフィールド
３Ｅ）ＰＤＳＣＨ＿ＨＡＲＱフィードバックタイミング指示フィールド（PDSCH to HARQ feedback timing indicator field）
３Ｆ）ＰＵＣＣＨリソース指示フィールド（PUCCH resource indicator field）
【０１５４】
ＤＣＩフォーマット１＿０に含まれるＤＣＩフォーマット特定フィールドは、１を示してもよい（または、ＤＣＩフォーマット１＿０が下りリンクＤＣＩフォーマットであることを示してもよい）。
【０１５５】
ＤＣＩフォーマット１＿０に含まれる周波数領域リソース割り当てフィールドは、ＰＤＳＣＨのための周波数リソースの割り当てを示すために少なくとも用いられてもよい。
【０１５６】
ＤＣＩフォーマット１＿０に含まれる時間領域リソース割り当てフィールドは、ＰＤＳＣＨのための時間リソースの割り当てを示すために少なくとも用いられてもよい。
【０１５７】
ＤＣＩフォーマット１＿０に含まれるＭＣＳフィールドは、ＰＤＳＣＨのための変調方式、および／または、ターゲット符号化率の一部または全部を示すために少なくとも用いられてもよい。該ターゲット符号化率は、ＰＤＳＣＨのトランスポートブロックのためのターゲット符号化率であってもよい。ＰＤＳＣＨのトランスポートブロックのサイズ（TBS: Transport Block Size）は、該ターゲット符号化率、および、該ＰＤＳＣＨのための変調方式の一部または全部に少なくとも基づき与えられてもよい。
【０１５８】
ＰＤＳＣＨ＿ＨＡＲＱフィードバックタイミング指示フィールドは、ＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットから、ＰＵＣＣＨの先頭のＯＦＤＭシンボルが含まれるスロットまでのオフセットを示すために少なくとも用いられてもよい。
【０１５９】
ＰＵＣＣＨリソース指示フィールドは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのうちのいずれかのインデックスを示すフィールドであってもよい。ＰＵＣＣＨリソースセットは、１または複数のＰＵＣＣＨリソースを含んでもよい。
【０１６０】
ＤＣＩフォーマット１＿０は、キャリアインディケータフィールドを含まなくてもよい。つまり、ＤＣＩフォーマット１＿０によってスケジューリングされるＰＤＳＣＨが配置される下りリンクコンポーネントキャリアは、該ＤＣＩフォーマット１＿０を含むＰＤＣＣＨが配置される下りリンクコンポーネントキャリアと同一であってもよい。
【０１６１】
ＤＣＩフォーマット１＿０は、ＢＷＰフィールドを含まなくてもよい。つまり、ＤＣＩフォーマット１＿０によってスケジューリングされるＰＤＳＣＨが配置される下りリンクＢＷＰは、該ＤＣＩフォーマット１＿０を含むＰＤＣＣＨが配置される下りリンクＢＷＰと同一であってもよい。
【０１６２】
ＤＣＩフォーマット１＿１は、あるセルの（または、あるセルに配置される）ＰＤＳＣＨのスケジューリングのために少なくとも用いられる。ＤＣＩフォーマット１＿１は、４Ａから４Ｉの一部または全部を少なくとも含んで構成される。
４Ａ）ＤＣＩフォーマット特定フィールド
４Ｂ）周波数領域リソース割り当てフィールド
４Ｃ）時間領域リソース割り当てフィールド
４Ｅ）ＭＣＳフィールド
４Ｆ）ＰＤＳＣＨ＿ＨＡＲＱフィードバックタイミング指示フィールド
４Ｇ）ＰＵＣＣＨリソース指示フィールド
４Ｈ）ＢＷＰフィールド
４Ｉ）キャリアインディケータフィールド
【０１６３】
ＤＣＩフォーマット１＿１に含まれるＤＣＩフォーマット特定フィールドは、１を示してもよい（または、ＤＣＩフォーマット１＿１が下りリンクＤＣＩフォーマットであることを示してもよい）。
【０１６４】
ＤＣＩフォーマット１＿１に含まれる周波数領域リソース割り当てフィールドは、ＰＤＳＣＨのための周波数リソースの割り当てを示すために少なくとも用いられてもよい。
【０１６５】
ＤＣＩフォーマット１＿１に含まれる時間領域リソース割り当てフィールドは、ＰＤＳＣＨのための時間リソースの割り当てを示すために少なくとも用いられてもよい。
【０１６６】
ＤＣＩフォーマット１＿１に含まれるＭＣＳフィールドは、ＰＤＳＣＨのための変調方式、および／または、ターゲット符号化率の一部または全部を示すために少なくとも用いられてもよい。
【０１６７】
ＤＣＩフォーマット１＿１にＰＤＳＣＨ＿ＨＡＲＱフィードバックタイミング指示フィールドが含まれる場合、該ＰＤＳＣＨ＿ＨＡＲＱフィードバックタイミング指示フィールドは、ＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットから、ＰＵＣＣＨの先頭のＯＦＤＭシンボルが含まれるスロットまでのオフセットを示すために少なくとも用いられてもよい。ＤＣＩフォーマット１＿１にＰＤＳＣＨ＿ＨＡＲＱフィードバックタイミング指示フィールドが含まれない場合、ＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットから、ＰＵＣＣＨの先頭のＯＦＤＭシンボルが含まれるスロットまでのオフセットは上位層のパラメータによって特定されてもよい。
【０１６８】
ＰＵＣＣＨリソース指示フィールドは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのうちのいずれかのインデックスを示すフィールドであってもよい。
【０１６９】
ＤＣＩフォーマット１＿１にＢＷＰフィールドが含まれる場合、該ＢＷＰフィールドは、ＰＤＳＣＨが配置される下りリンクＢＷＰを示すために用いられてもよい。ＤＣＩフォーマット１＿１にＢＷＰフィールドが含まれない場合、ＰＤＳＣＨが配置される下りリンクＢＷＰは、該ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿１を含むＰＤＣＣＨが配置される下りリンクＢＷＰと同一であってもよい。ある下りリンクコンポーネントキャリアにおいて端末装置１に設定される下りリンクＢＷＰの数が２以上である場合、該ある下りリンクコンポーネントキャリアに配置されるＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿１に含まれるＢＷＰフィールドのビット数は、１ビット以上であってもよい。ある下りリンクコンポーネントキャリアにおいて端末装置１に設定される下りリンクＢＷＰの数が１である場合、該ある下りリンクコンポーネントキャリアに配置されるＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿１に含まれるＢＷＰフィールドのビット数は、０ビットであってもよい（または、該ある下りリンクコンポーネントキャリアに配置されるＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿１にＢＷＰフィールドが含まれなくてもよい）。
【０１７０】
ＤＣＩフォーマット１＿１にキャリアインディケータフィールドが含まれる場合、該キャリアインディケータフィールドは、ＰＤＳＣＨが配置される下りリンクコンポーネントキャリアを示すために用いられてもよい。ＤＣＩフォーマット１＿１にキャリアインディケータフィールドが含まれない場合、ＰＤＳＣＨが配置される下りリンクコンポーネントキャリアは、該ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿１を含むＰＤＣＣＨが配置される下りリンクコンポーネントキャリアと同一であってもよい。あるサービングセルグループにおいて端末装置１に設定される下りリンクコンポーネントキャリアの数が２以上である場合（あるサービングセルグループにおいて下りリンクのキャリアアグリゲーションが運用される場合）、該あるサービングセルグループに配置されるＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿１に含まれるキャリアインディケータフィールドのビット数は、１ビット以上（例えば、３ビット）であってもよい。あるサービングセルグループにおいて端末装置１に設定される下りリンクコンポーネントキャリアの数が１である場合（あるサービングセルグループにおいて下りリンクのキャリアアグリゲーションが運用されない場合）、該あるサービングセルグループに配置されるＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿１に含まれるキャリアインディケータフィールドのビット数は、０ビットであってもよい（または、該あるサービングセルグループに配置されるＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿１にキャリアインディケータフィールドが含まれなくてもよい）。
【０１７１】
ＰＤＳＣＨは、トランスポートブロックを送信するために用いられてもよい。ＰＤＳＣＨは、ＤＬ−ＳＣＨに対応するトランスポートブロックを送信するために用いられてもよい。ＰＤＳＣＨは、トランスポートブロックを伝達するために用いられてもよい。ＰＤＳＣＨは、ＤＬ−ＳＣＨに対応するトランスポートブロックを伝達するために用いられてもよい。トランスポートブロックは、ＰＤＳＣＨに配置されてもよい。ＤＬ−ＳＣＨに対応するトランスポートブロックは、ＰＤＳＣＨに配置されてもよい。基地局装置３は、ＰＤＳＣＨを送信してもよい。端末装置１は、ＰＤＳＣＨを受信してもよい。
【０１７２】
下りリンク物理シグナルは、リソースエレメントのセットに対応してもよい。下りリンク物理シグナルは、上位層において発生する情報を運ばなくてもよい。下りリンク物理シグナルは、下りリンクコンポーネントキャリアにおいて用いられる物理シグナルであってもよい。下りリンク物理シグナルは、基地局装置３により送信されてもよい。下りリンク物理シグナルは、端末装置１により送信されてもよい。本実施形態の一態様に係る無線通信システムにおいて、少なくとも下記の一部または全部の下りリンク物理シグナルが用いられてもよい。
・同期信号（SS:Synchronization signal）
・ＤＬ  ＤＭＲＳ（DownLink DeModulation Reference Signal）
・ＣＳＩ−ＲＳ（Channel State Information-Reference Signal）
・ＤＬ  ＰＴＲＳ（DownLink Phase Tracking Reference Signal）
【０１７３】
同期信号は、端末装置１が下りリンクの周波数領域、および／または、時間領域の同期
をとるために少なくとも用いられてもよい。同期信号は、ＰＳＳ（Primary Synchronization Signal）、および、ＳＳＳ（Secondary Synchronization Signal）の総称である。
【０１７４】
図７は、本実施形態の一態様に係るＳＳ／ＰＢＣＨブロックの構成例を示す図である。図７において、横軸は時間軸（ＯＦＤＭシンボルインデックスｌｓｙｍ）であり、縦軸は周波数領域を示す。また、斜線のブロックは、ＰＳＳのためのリソースエレメントのセットを示す。また、格子線のブロックはＳＳＳのためのリソースエレメントのセットを示す。また、横線のブロックは、ＰＢＣＨ、および、該ＰＢＣＨのためのＤＭＲＳ（ＰＢＣＨに関連するＤＭＲＳ、ＰＢＣＨに含まれるＤＭＲＳ、ＰＢＣＨに対応するＤＭＲＳ）のためのリソースエレメントのセットを示す。
【０１７５】
図７に示されるように、ＳＳ／ＰＢＣＨブロックは、ＰＳＳ、ＳＳＳ、および、ＰＢＣＨを含む。また、ＳＳ／ＰＢＣＨブロックは、連続する４つのＯＦＤＭシンボルを含む。ＳＳ／ＰＢＣＨブロックは、２４０サブキャリアを含む。ＰＳＳは、１番目のＯＦＤＭシンボルにおける５７番目から１８３番目のサブキャリアに配置される。ＳＳＳは、３番目のＯＦＤＭシンボルにおける５７番目から１８３番目のサブキャリアに配置される。１番目のＯＦＤＭシンボルの１番目から５６番目のサブキャリアはゼロがセットされてもよい。１番目のＯＦＤＭシンボルの１８４番目から２４０番目のサブキャリアはゼロがセットされてもよい。３番目のＯＦＤＭシンボルの４９番目から５６番目のサブキャリアはゼロがセットされてもよい。３番目のＯＦＤＭシンボルの１８４番目から１９２番目のサブキャリアはゼロがセットされてもよい。２番目のＯＦＤＭシンボルの１番目から２４０番目のサブキャリアであって、かつ、ＰＢＣＨのためのＤＭＲＳが配置されないサブキャリアにＰＢＣＨが配置される。３番目のＯＦＤＭシンボルの１番目から４８番目のサブキャリアであって、かつ、ＰＢＣＨのためのＤＭＲＳが配置されないサブキャリアにＰＢＣＨが配置される。３番目のＯＦＤＭシンボルの１９３番目から２４０番目のサブキャリアであって、かつ、ＰＢＣＨのためのＤＭＲＳが配置されないサブキャリアにＰＢＣＨが配置される。４番目のＯＦＤＭシンボルの１番目から２４０番目のサブキャリアであって、かつ、ＰＢＣＨのためのＤＭＲＳが配置されないサブキャリアにＰＢＣＨが配置される。
【０１７６】
ＰＳＳ、ＳＳＳ、ＰＢＣＨ、および、ＰＢＣＨのためのＤＭＲＳのアンテナポートは、同一であってもよい。
【０１７７】
あるアンテナポートにおけるＰＢＣＨのシンボルが伝達されるＰＢＣＨは、該ＰＢＣＨがマップされるスロットに配置されるＰＢＣＨのためのＤＭＲＳであって、該ＰＢＣＨが含まれるＳＳ／ＰＢＣＨブロックに含まれる該ＰＢＣＨのためのＤＭＲＳによって推定されてもよい。
【０１７８】
ＤＬ  ＤＭＲＳは、ＰＢＣＨのためのＤＭＲＳ、ＰＤＳＣＨのためのＤＭＲＳ、および、ＰＤＣＣＨのためのＤＭＲＳの総称である。
【０１７９】
ＰＤＳＣＨのためのＤＭＲＳ（ＰＤＳＣＨに関連するＤＭＲＳ、ＰＤＳＣＨに含まれるＤＭＲＳ、ＰＤＳＣＨに対応するＤＭＲＳ）のアンテナポートのセットは、該ＰＤＳＣＨのためのアンテナポートのセットに基づき与えられてもよい。つまり、ＰＤＳＣＨのためのＤＭＲＳのアンテナポートのセットは、該ＰＤＳＣＨのためのアンテナポートのセットと同じであってもよい。
【０１８０】
ＰＤＳＣＨの送信と、該ＰＤＳＣＨのためのＤＭＲＳの送信は、１つのＤＣＩフォーマットにより示されてもよい（または、スケジューリングされてもよい）。ＰＤＳＣＨと、該ＰＤＳＣＨのためのＤＭＲＳは、まとめてＰＤＳＣＨと呼称されてもよい。ＰＤＳＣＨを送信することは、ＰＤＳＣＨと、該ＰＤＳＣＨのためのＤＭＲＳを送信することであっ
てもよい。
【０１８１】
ＰＤＳＣＨは、該ＰＤＳＣＨのためのＤＭＲＳから推定されてもよい。つまり、ＰＤＳＣＨの伝搬路は、該ＰＤＳＣＨのためのＤＭＲＳから推定されてもよい。もし、あるＰＤＳＣＨのシンボルが伝達されるリソースエレメントのセットと、該あるＰＤＳＣＨのためのＤＭＲＳのシンボルが伝達されるリソースエレメントのセットが同一のプレコーディングリソースグループ（PRG: Precoding Resource Group）に含まれる場合、あるアンテナ
ポートにおける該ＰＤＳＣＨのシンボルが伝達されるＰＤＳＣＨは、該ＰＤＳＣＨのためのＤＭＲＳによって推定されてもよい。
【０１８２】
ＰＤＣＣＨのためのＤＭＲＳ（ＰＤＣＣＨに関連するＤＭＲＳ、ＰＤＣＣＨに含まれるＤＭＲＳ、ＰＤＣＣＨに対応するＤＭＲＳ）のアンテナポートは、ＰＤＣＣＨのためのアンテナポートと同一であってもよい。  
【０１８３】
ＰＤＣＣＨは、該ＰＤＣＣＨのためのＤＭＲＳから推定されてもよい。つまり、ＰＤＣＣＨの伝搬路は、該ＰＤＣＣＨのためのＤＭＲＳから推定されてもよい。もし、あるＰＤＣＣＨのシンボルが伝達されるリソースエレメントのセットと、該あるＰＤＣＣＨのためのＤＭＲＳのシンボルが伝達されるリソースエレメントのセットにおいて同一のプレコーダが適用される（適用されると想定される、適用されると想定する）場合、あるアンテナポートにおける該ＰＤＣＣＨのシンボルが伝達されるＰＤＣＣＨは、該ＰＤＣＣＨのためのＤＭＲＳによって推定されてもよい。
【０１８４】
ＢＣＨ（Broadcast CHannel）、ＵＬ−ＳＣＨ（Uplink-Shared CHannel）およびＤＬ−ＳＣＨ（Downlink-Shared CHannel）は、トランスポートチャネルである。ＭＡＣ層で用
いられるチャネルはトランスポートチャネルと呼称される。ＭＡＣ層で用いられるトランスポートチャネルの単位は、トランスポートブロック（TB）またはＭＡＣ  ＰＤＵ（Protocol Data Unit）とも呼称される。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Hybrid Automatic Repeat reQuest）の制御が行なわれる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（deliver）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に変調処理が行なわれる。
【０１８５】
サービングセルごとに、１つのＵＬ−ＳＣＨ、および、１つのＤＬ−ＳＣＨが与えられてもよい。ＢＣＨは、ＰＣｅｌｌに与えられてもよい。ＢＣＨは、ＰＳＣｅｌｌ、ＳＣｅｌｌに与えられなくてもよい。
【０１８６】
ＢＣＣＨ（Broadcast Control CHannel）、ＣＣＣＨ（Common Control CHannel）、お
よび、ＤＣＣＨ（Dedicated Control CHannel）は、ロジカルチャネルである。例えば、
ＢＣＣＨは、ＭＩＢ、または、システム情報を送信するために用いられるＲＲＣ層のチャネルである。また、ＣＣＣＨ（Common Control CHannel）は、複数の端末装置１において共通なＲＲＣメッセージを送信するために用いられてもよい。ここで、ＣＣＣＨは、例えば、ＲＲＣ接続されていない端末装置１のために用いられてもよい。また、ＤＣＣＨ（Dedicated Control CHannel）は、端末装置１に専用のＲＲＣメッセージを送信するために少なくとも用いられてもよい。ここで、ＤＣＣＨは、例えば、ＲＲＣ接続されている端末装置１のために用いられてもよい。
【０１８７】
ＲＲＣメッセージは、１または複数のＲＲＣパラメータ（情報要素）を含む。例えば、ＲＲＣメッセージは、ＭＩＢを含んでもよい。また、ＲＲＣメッセージは、システム情報を含んでもよい。また、ＲＲＣメッセージは、ＣＣＣＨに対応するメッセージを含んでもよい。また、ＲＲＣメッセージは、ＤＣＣＨに対応するメッセージを含んでもよい。ＤＣ
ＣＨに対応するメッセージを含むＲＲＣメッセージは、個別ＲＲＣメッセージとも呼称される。例えば、システム情報は、ＳＩＢ１（SystemInformationBlock Type 1）であって
もよい。
【０１８８】
ロジカルチャネルにおけるＢＣＣＨは、トランスポートチャネルにおいてＢＣＨ、または、ＤＬ−ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＣＣＣＨは、トランスポートチャネルにおいてＤＬ−ＳＣＨまたはＵＬ−ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＤＣＣＨは、トランスポートチャネルにおいてＤＬ−ＳＣＨまたはＵＬ−ＳＣＨにマップされてもよい。
【０１８９】
トランスポートチャネルにおけるＵＬ−ＳＣＨは、物理チャネルにおいてＰＵＳＣＨにマップされてもよい。トランスポートチャネルにおけるＤＬ−ＳＣＨは、物理チャネルにおいてＰＤＳＣＨにマップされてもよい。トランスポートチャネルにおけるＢＣＨは、物理チャネルにおいてＰＢＣＨにマップされてもよい。
【０１９０】
上位層パラメータ（上位層のパラメータ）は、ＲＲＣメッセージ、または、ＭＡＣ  ＣＥ（Medium Access Control Control Element）に含まれるパラメータである。つまり、
上位層パラメータは、ＭＩＢ、システム情報、ＣＣＣＨに対応するメッセージ、ＤＣＣＨに対応するメッセージ、および、ＭＡＣ  ＣＥに含まれる情報の総称である。
【０１９１】
端末装置１が行う手順は、以下の５Ａから５Ｃの一部または全部を少なくとも含む。
５Ａ）セルサーチ（cell search）
５Ｂ）ランダムアクセス（random access）
５Ｃ）データ通信（data communication）
【０１９２】
セルサーチは、端末装置１によって時間領域と周波数領域に関する、あるセルとの同期を行い、物理セルＩＤ（physical cell identity）を検出するために用いられる手順である。つまり、端末装置１は、セルサーチによって、あるセルとの時間領域、および、周波数領域の同期を行い、物理セルＩＤを検出してもよい。
【０１９３】
ＰＳＳの系列は、物理セルＩＤに少なくとも基づき与えられる。ＳＳＳの系列は、物理セルＩＤに少なくとも基づき与えられる。
【０１９４】
ＳＳ／ＰＢＣＨブロック候補は、ＳＳ／ＰＢＣＨブロックの送信が許可される（可能である、予約される、設定される、規定される、可能性がある）リソースを示す。
【０１９５】
あるハーフ無線フレームにおけるＳＳ／ＰＢＣＨブロック候補のセットは、ＳＳバーストセット（SS burst set）とも呼称される。ＳＳバーストセットは、送信ウィンドウ（transmission window）、ＳＳ送信ウィンドウ（SS transmission window）、または、ＤＲＳ送信ウィンドウ（Discovery Refeence Signal transmission window）とも呼称される。ＳＳバーストセットは、第１のＳＳバーストセット、および、第２のＳＳバーストセットを少なくとも含んだ総称である。
【０１９６】
基地局装置３は、１個または複数個のインデックスのＳＳ／ＰＢＣＨブロックを所定の周期で送信する。端末装置１は、該１個または複数個のインデックスのＳＳ／ＰＢＣＨブロックの少なくともいずれかのＳＳ／ＰＢＣＨブロックを検出し、該ＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨの復号を試みてもよい。
【０１９７】
ランダムアクセスは、メッセージ１、メッセージ２、メッセージ３、および、メッセージ４の一部または全部を少なくとも含む手順である。
【０１９８】
メッセージ１は、端末装置１によってＰＲＡＣＨが送信される手順である。端末装置１は、セルサーチに基づき検出したＳＳ／ＰＢＣＨブロック候補のインデックスに少なくとも基づき、１または複数のＰＲＡＣＨ機会の中から選択される１つのＰＲＡＣＨ機会において、ＰＲＡＣＨを送信する。
【０１９９】
ＰＲＡＣＨ機会の設定は、ＰＲＡＣＨ設定期間（PCF: PRACH configuration period）
ＴＰＣＦ、あるＰＲＡＣＨ設定期間の時間領域において含まれるＰＲＡＣＨ機会の数ＮＰＣＦＲＯ，ｔ、周波数領域において含まれるＰＲＡＣＨ機会の数ＮＲＯ，ｆ、ＰＲＡＣＨ機会ごとにランダムアクセスのために割り当てられるランダムアクセスプリアンブルの数ＮＲＯｐｒｅａｍｂｌｅ、競合ベースランダムアクセス（CBRA: Contention Based Random Access）のためにＳＳ／ＰＢＣＨブロック候補のインデックスごとに割り当てられるプリアンブルの数ＮＳＳＢｐｒｅａｍｂｌｅ，ＣＢＲＡ、および、競合ベースランダムアクセスのためにＳＳ／ＰＢＣＨブロック候補のインデックスごとに割り当てられるＰＲＡＣＨ機会の数ＮＳＳＢＲＯ、の一部または全部を少なくとも含んでもよい。
【０２００】
ＰＲＡＣＨ機会の設定に少なくとも基づき、あるＰＲＡＣＨ機会の時間リソース、および、周波数リソースの一部または全部が与えられてもよい。
【０２０１】
端末装置１によって検出されたＳＳ／ＰＢＣＨブロックに対応するＳＳ／ＰＢＣＨブロック候補のインデックスとＰＲＡＣＨ機会の関係（association）は、実際にＳＳ／ＰＢＣＨブロックの送信に用いられるＳＳ／ＰＢＣＨブロック候補のインデックスを示す第１のビットマップ情報（第１のビットマップ）に少なくとも基づき与えられてもよい。端末装置１は、実際にＳＳ／ＰＢＣＨブロックの送信に用いられるＳＳ／ＰＢＣＨブロック候補のインデックスを示す第１のビットマップ情報に少なくとも基づき、該端末装置１によって検出されたＳＳ／ＰＢＣＨブロックに対応するＳＳ／ＰＢＣＨブロック候補のインデックスとＰＲＡＣＨ機会の関係（association）を決定してもよい。第１のビットマップ情報の各要素は、あるＳＳ／ＰＢＣＨブロック候補のインデックスに対応してもよい。例えば、第１のビットマップ情報の１番目の要素は、ＳＳ／ＰＢＣＨブロック候補のインデックスが０であるＳＳ／ＰＢＣＨブロック候補に対応してもよい。例えば、第１のビットマップ情報の２である番目の要素は、ＳＳ／ＰＢＣＨブロック候補のインデックスが１であるＳＳ／ＰＢＣＨブロック候補に対応してもよい。例えば、第１のビットマップ情報のＬＳＳＢ番目の要素は、ＳＳ／ＰＢＣＨブロック候補のインデックスがＬＳＳＢ−１であるＳＳ／ＰＢＣＨブロック候補に対応してもよい。ＬＳＳＢは、１つのＳＳバーストセット（例えば、第１のＳＳバーストセット）に含まれるＳＳ／ＰＢＣＨブロックの数である。
【０２０２】
図８は、本実施形態の一態様に係るＰＲＡＣＨリソースの設定例を示す図である。図８において、ＰＲＡＣＨ設定期間ＴＰＣＦは４０ｍｓであり、あるＰＲＡＣＨ設定期間の時間領域において含まれるＰＲＡＣＨ機会の数ＮＰＣＦＲＯ，ｔは１であり、周波数領域において含まれるＰＲＡＣＨ機会の数ＮＲＯ，ｆは２に設定されている。
【０２０３】
例えば、実際にＳＳ／ＰＢＣＨブロックの送信に用いられるＳＳ／ＰＢＣＨブロック候補のインデックスを示す第１のビットマップ情報（ssb-PositionInBurst）は、｛１，１
，０，１，０，１，０，０｝にセットされている。
【０２０４】
図９は、本実施形態の一態様に係る、１）ＰＲＡＣＨ機会ごとにランダムアクセスのために割り当てられるランダムアクセスプリアンブルの数ＮＲＯｐｒｅａｍｂｌｅが６４であり、２）競合ベースランダムアクセスのためにＳＳ／ＰＢＣＨブロック候補のインデックスごとに割り当てられるプリアンブルの数ＮＳＳＢｐｒｅａｍｂｌｅ，ＣＢＲＡが６４
であり、３）競合ベースランダムアクセスのためにＳＳ／ＰＢＣＨブロック候補のインデックスごとに割り当てられるＰＲＡＣＨ機会の数ＮＳＳＢＲＯが１であり、かつ、４）第１のビットマップ情報が｛１，１，０，１，０，１，１，０｝にセットされている場合のＳＳ／ＰＢＣＨブロック候補のインデックスとＰＲＡＣＨ機会の関係（SS-RO association）の一例を示す図である。図９において、ＰＲＡＣＨ機会の設定は図８と同じであることが想定される。図９において、インデックス０のＳＳ／ＰＢＣＨブロック候補は、インデックス０のＰＲＡＣＨ機会（ＲＯ＃０）に対応し、インデックス１のＳＳ／ＰＢＣＨブロック候補は、インデックス１のＰＲＡＣＨ機会（ＲＯ＃１）に対応し、インデックス３のＳＳ／ＰＢＣＨブロック候補はインデックス２のＰＲＡＣＨ機会（ＲＯ＃２）に対応し、インデックス５のＳＳ／ＰＢＣＨブロック候補はインデックス３のＰＲＡＣＨ機会（ＲＯ＃３）に対応し、インデックス６のＳＳ／ＰＢＣＨブロック候補はインデックス４のＰＲＡＣＨ機会（ＲＯ＃４））に対応してもよい。図９において、ＰＲＡＣＨ関係周期（PRACH AP: PRACH association period）ＴＡＰは、インデックス０からインデックス４までのＰＲＡＣＨ機会（ＲＯ＃０〜ＲＯ＃５）を含む１２０ｍｓである。図９において、ＰＲＡＣＨ関係パターン周期（PRACH APP: PRACH Association Pattern Period）ＴＡＰＰは、１６０ｍｓである。図９において、ＰＲＡＣＨ関係パターン周期は、１つのＰＲＡＣＨ関係周期を含む。
【０２０５】
図１０は、本実施形態の一態様に係る、１）ＰＲＡＣＨ機会ごとにランダムアクセスのために割り当てられるランダムアクセスプリアンブルの数ＮＲＯｐｒｅａｍｂｌｅが６４であり、２）競合ベースランダムアクセスのためにＳＳ／ＰＢＣＨブロック候補のインデックスごとに割り当てられるプリアンブルの数ＮＳＳＢｐｒｅａｍｂｌｅ，ＣＢＲＡが６４であり、３）競合ベースランダムアクセスのためにＳＳ／ＰＢＣＨブロック候補のインデックスごとに割り当てられるＰＲＡＣＨ機会の数ＮＳＳＢＲＯが１であり、かつ、４）第１のビットマップ情報が｛１，１，０，１，０，１，０，０｝にセットされている場合のＳＳ／ＰＢＣＨブロック候補のインデックスとＰＲＡＣＨ機会の関係の一例を示す図である。図１０において、ＰＲＡＣＨ機会の設定は図８と同じであることが想定される。図１０において、インデックス０のＳＳ／ＰＢＣＨブロック候補は、インデックス０のＰＲＡＣＨ機会（ＲＯ＃０）およびインデックス４のＰＲＡＣＨ機会（ＲＯ＃４）に対応し、インデックス１のＳＳ／ＰＢＣＨブロック候補は、インデックス１のＰＲＡＣＨ機会（ＲＯ＃１）およびインデックス５のＰＲＡＣＨ機会（ＲＯ＃５）に対応し、インデックス３のＳＳ／ＰＢＣＨブロック候補はインデックス２のＰＲＡＣＨ機会（ＲＯ＃２）およびインデックス６のＰＲＡＣＨ機会（ＲＯ＃６）に対応し、インデックス５のＳＳ／ＰＢＣＨブロック候補はインデックス３のＰＲＡＣＨ機会（ＲＯ＃３）およびインデックス７のＰＲＡＣＨ機会（ＲＯ＃７）に対応してもよい。図１０において、ＰＲＡＣＨ関係周期ＴＡＰは、インデックス０からインデックス３までのＰＲＡＣＨ機会（ＲＯ＃０〜ＲＯ＃３）を含む８０ｍｓである。図１０において、ＰＲＡＣＨ関係パターン周期（PRACH APP: PRACH Association Pattern Period）ＴＡＰＰは、１６０ｍｓである。図１０において、Ｐ
ＲＡＣＨ関係パターン周期は、２つのＰＲＡＣＨ関係周期を含む。
【０２０６】
第１のビットマップ情報で示される、Ｎ個の“実際にＳＳ／ＰＢＣＨブロックの送信に用いられるＳＳ／ＰＢＣＨブロック候補”のうち最も小さいインデックスの“実際にＳＳ／ＰＢＣＨブロックの送信に用いられるＳＳ／ＰＢＣＨブロック候補”は、先頭のＰＲＡＣＨ機会（インデックス０のＰＲＡＣＨ機会）に対応してもよい。第１のビットマップ情報で示される、Ｎ個の“実際にＳＳ／ＰＢＣＨブロックの送信に用いられるＳＳ／ＰＢＣＨブロック候補”のうちのｎ番目のインデックスは、ｎ番目のＰＲＡＣＨ機会（インデックスｎ−１のＰＲＡＣＨ機会）に対応してもよい。
【０２０７】
ＰＲＡＣＨ機会のインデックスは、ＰＲＡＣＨ関係パターン周期に含まれるＰＲＡＣＨ機会に対して、周波数軸を優先して付される（Frequency-first time-second）。
【０２０８】
第１のビットマップ情報で示される、Ｎ個の“実際にＳＳ／ＰＢＣＨブロックの送信に用いられるＳＳ／ＰＢＣＨブロック候補”のすべてが少なくとも１つのＰＲＡＣＨ機会に対応するように割り当てたとき、少なくとも１つの“実際にＳＳ／ＰＢＣＨブロックの送信に用いられるＳＳ／ＰＢＣＨブロック候補”に対応するＰＲＡＣＨ機会の少なくとも１つに対応するＰＲＡＣＨ設定期間を含んで構成される。図９において、少なくとも１つの“実際にＳＳ／ＰＢＣＨブロックの送信に用いられるＳＳ／ＰＢＣＨブロック候補”に対応するＰＲＡＣＨ機会は、ＲＯ＃０からＲＯ＃４であり、少なくとも１つの“実際にＳＳ／ＰＢＣＨブロックの送信に用いられるＳＳ／ＰＢＣＨブロック候補”に対応するＰＲＡＣＨ機会の少なくとも１つに対応するＰＲＡＣＨ設定期間は、先頭から３つのＰＲＡＣＨ設定期間である。図１０において、少なくとも１つの“実際にＳＳ／ＰＢＣＨブロックの送信に用いられるＳＳ／ＰＢＣＨブロック候補”に対応するＰＲＡＣＨ機会は、ＲＯ＃０からＲＯ＃３であり、少なくとも１つの“実際にＳＳ／ＰＢＣＨブロックの送信に用いられるＳＳ／ＰＢＣＨブロック候補”に対応するＰＲＡＣＨ機会の少なくとも１つに対応するＰＲＡＣＨ設定期間は、先頭から２つのＰＲＡＣＨ設定期間である。
【０２０９】
ＴＡＰＰ＞ｋ＊ＴＡＰを満たす最大の整数ｋが２以上である場合、１つのＰＲＡＣＨ関係パターン周期はｋ個のＰＲＡＣＨ関係周期を含んで構成される。図１０において、ＴＡＰＰ＞ｋ＊ＴＡＰを満たす最大の整数ｋは２であり、１つ目のＰＲＡＣＨ関係周期は先頭から２つのＰＲＡＣＨ設定期間を含み、２つ目のＰＲＡＣＨ関係周期は３つ目のＰＲＡＣＨ設定期間から２つのＰＲＡＣＨ設定期間を含む。
【０２１０】
端末装置１は、ＳＳ／ＰＢＣＨブロックが検出されるＳＳ／ＰＢＣＨブロック候補のインデックスに対応するＰＲＡＣＨ機会の中から選択される１つのランダムアクセスプリアンブルを送信する。
【０２１１】
メッセージ２は、端末装置１によってＲＡ−ＲＮＴＩ（Random Access - Radio Network Temporary Identifier）でスクランブルされたＣＲＣ（Cyclic Redundancy Check）を伴うＤＣＩフォーマット１＿０の検出を試みる手順である。端末装置１は、セルサーチに基づき検出したＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨに含まれるＭＩＢに基づき与えられる制御リソースセット、および、探索領域セットの設定に基づき示されるリソースにおいて、該ＤＣＩフォーマットを含むＰＤＣＣＨの検出を試みる。
【０２１２】
メッセージ３は、メッセージ２手順によって検出されたＤＣＩフォーマット１＿０に含まれるランダムアクセスレスポンスグラントによりスケジューリングされるＰＵＳＣＨを送信する手順である。ここで、ランダムアクセスレスポンスグラント（random access response grant）は、該ＤＣＩフォーマット１＿０によりスケジューリングされるＰＤＳＣＨに含まれるＭＡＣ  ＣＥにより示される。
【０２１３】
ランダムアクセスレスポンスグラントに基づきスケジューリングされるＰＵＳＣＨは、メッセージ３  ＰＵＳＣＨ、または、ＰＵＳＣＨのいずれかである。メッセージ３  ＰＵＳＣＨは、衝突解決ＩＤ（contention resolution identifier）  ＭＡＣ  ＣＥを含む。衝突解決ＩＤ  ＭＡＣ  ＣＥは、衝突解決ＩＤを含む。
【０２１４】
メッセージ３  ＰＵＳＣＨの再送は、ＴＣ−ＲＮＴＩ（Temporary Cell - Radio Network Temporary Identifier）に基づきスクランブルされたＣＲＣを伴うＤＣＩフォーマット０＿０によってスケジューリングされる。
【０２１５】
メッセージ４は、Ｃ−ＲＮＴＩ（Cell - Radio Network Temporary Identifier）、ま
たは、ＴＣ−ＲＮＴＩのいずれかに基づきスクランブルされたＣＲＣを伴うＤＣＩフォー
マット１＿０の検出を試みる手順である。端末装置１は、該ＤＣＩフォーマット１＿０に基づきスケジューリングされるＰＤＳＣＨを受信する。該ＰＤＳＣＨは、衝突解決ＩＤを含んでもよい。
【０２１６】
データ通信は、下りリンク通信、および、上りリンク通信の総称である。
【０２１７】
データ通信において、端末装置１は、制御リソースセット、および、探索領域セットに基づき特定されるリソースにおいてＰＤＣＣＨの検出を試みる（ＰＤＣＣＨをモニタする、ＰＤＣＣＨを監視する）。
【０２１８】
制御リソースセットは、所定数のリソースブロックと、所定数のＯＦＤＭシンボルにより構成されるリソースのセットである。周波数領域において、制御リソースセットは連続的なリソースにより構成されてもよい（non-interleaved mapping）し、分散的なリソー
スにより構成されてもよい（interleaver mapping）。
【０２１９】
制御リソースセットを構成するリソースブロックのセットは、上位層パラメータにより示されてもよい。制御リソースセットを構成するＯＦＤＭシンボルの数は、上位層パラメータにより示されてもよい。
【０２２０】
端末装置１は、探索領域セットにおいてＰＤＣＣＨの検出を試みる。ここで、探索領域セットにおいてＰＤＣＣＨの検出を試みることは、探索領域セットにおいてＰＤＣＣＨの候補の検出を試みることであってもよいし、探索領域セットにおいてＤＣＩフォーマットの検出を試みることであってもよいし、制御リソースセットにおいてＰＤＣＣＨの検出を試みることであってもよいし、制御リソースセットにおいてＰＤＣＣＨの候補の検出を試みることであってもよいし、制御リソースセットにおいてＤＣＩフォーマットの検出を試みることであってもよい。
【０２２１】
探索領域セットは、ＰＤＣＣＨの候補のセットとして定義される。探索領域セットは、ＣＳＳ（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）の一部または全部においてＰＤＣＣＨの候補の検出を試みる。
【０２２２】
タイプ０ＰＤＣＣＨ共通探索領域セットは、インデックス０の共通探索領域セットとして用いられてもよい。タイプ０ＰＤＣＣＨ共通探索領域セットは、インデックス０の共通探索領域セットであってもよい。
【０２２３】
ＣＳＳセットは、タイプ０ＰＤＣＣＨ共通探索領域セット、タイプ０ａＰＤＣＣＨ共通探索領域セット、タイプ１ＰＤＣＣＨ共通探索領域セット、タイプ２ＰＤＣＣＨ共通探索領域セット、および、タイプ３ＰＤＣＣＨ共通探索領域セットの総称である。ＵＳＳセットは、ＵＥ個別ＰＤＣＣＨ探索領域セットとも呼称される。
【０２２４】
ある探索領域セットは、ある制御リソースセットに関連する（含まれる、対応する）。探索領域セットに関連する制御リソースセットのインデックスは、上位層パラメータにより示されてもよい。
【０２２５】
ある探索領域セットに対して、６Ａから６Ｃの一部または全部が少なくとも上位層パラメータにより示されてもよい。
６Ａ）ＰＤＣＣＨの監視間隔（PDCCH monitoring periodicity）
６Ｂ）スロット内のＰＤＣＣＨの監視パターン（PDCCH monitoring pattern within a slot）
６Ｃ）ＰＤＣＣＨの監視オフセット（PDCCH monitoring offset）
【０２２６】
ある探索領域セットの監視機会（monitoring occasion）は、該ある探索領域セットに
関連する制御リソースセットの先頭のＯＦＤＭシンボルが配置されるＯＦＤＭシンボルに対応してもよい。ある探索領域セットの監視機会は、ある探索領域セットに関連する制御リソースセットの先頭のＯＦＤＭシンボルから始まる該制御リソースセットのリソースに対応してもよい。該探索領域セットの監視機会は、ＰＤＣＣＨの監視間隔、スロット内のＰＤＣＣＨの監視パターン、および、ＰＤＣＣＨの監視オフセットの一部または全部に少なくとも基づき与えられる。
【０２２７】
図１１は、本実施形態の一態様に係る探索領域セットの監視機会の一例を示す図である。図１１において、プライマリセル３０１に探索領域セット９１、および、探索領域セット９２が設定され、セカンダリセル３０２に探索領域セット９３が設定され、セカンダリセル３０３に探索領域セット９４が設定されている。
【０２２８】
図１１において、格子線で示されるブロックは探索領域セット９１を示し、右上がり対角線で示されるブロックは探索領域セット９２を示し、左上がり対角線で示されるブロックは探索領域セット９３を示し、横線で示されるブロックは探索領域セット９４を示している。
【０２２９】
探索領域セット９１の監視間隔は1スロットにセットされ、探索領域セット９１の監視
オフセットは０スロットにセットされ、探索領域セット９１の監視パターンは、[１，０
，０，０，０，０，０，１，０，０，０，０，０，０]にセットされている。つまり、探
索領域セット９１の監視機会はスロットのそれぞれにおける先頭のＯＦＤＭシンボル（ＯＦＤＭシンボル＃０）および８番目のＯＦＤＭシンボル（ＯＦＤＭシンボル＃７）に対応する。
【０２３０】
探索領域セット９２の監視間隔は２スロットにセットされ、探索領域セット９２の監視オフセットは０スロットにセットされ、探索領域セット９２の監視パターンは、[１，０
，０，０，０，０，０，０，０，０，０，０，０，０]にセットされている。つまり、探
索領域セット９２の監視機会は偶数スロットのそれぞれにおける先頭のＯＦＤＭシンボル（ＯＦＤＭシンボル＃０）に対応する。
【０２３１】
探索領域セット９３の監視間隔は２スロットにセットされ、探索領域セット９３の監視オフセットは０スロットにセットされ、探索領域セット９３の監視パターンは、[０，０
，０，０，０，０，０，１，０，０，０，０，０，０]にセットされている。つまり、探
索領域セット９３の監視機会は偶数スロットのそれぞれにおける８番目のＯＦＤＭシンボル（ＯＦＤＭシンボル＃７）に対応する。
【０２３２】
探索領域セット９４の監視間隔は２スロットにセットされ、探索領域セット９４の監視オフセットは１スロットにセットされ、探索領域セット９４の監視パターンは、[１，０
，０，０，０，０，０，０，０，０，０，０，０，０]にセットされている。つまり、探
索領域セット９４の監視機会は奇数スロットのそれぞれにおける先頭のＯＦＤＭシンボル（ＯＦＤＭシンボル＃０）に対応する。
【０２３３】
タイプ０ＰＤＣＣＨ共通探索領域セットは、ＳＩ−ＲＮＴＩ（System Information-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ（Cyclic Redundancy Check）系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。
【０２３４】
タイプ０ａＰＤＣＣＨ共通探索領域セットは、ＳＩ−ＲＮＴＩ（System Information-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ（Cyclic Redundancy Check）系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。
【０２３５】
タイプ１ＰＤＣＣＨ共通探索領域セットは、ＲＡ−ＲＮＴＩ（Random Access-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ系列、および／または、ＴＣ−ＲＮＴＩ（Temporary Cell-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。
【０２３６】
タイプ２ＰＤＣＣＨ共通探索領域セットは、Ｐ−ＲＮＴＩ（Paging- Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために用いられてもよい。
【０２３７】
タイプ３ＰＤＣＣＨ共通探索領域セットは、Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために用いられてもよい。
【０２３８】
ＵＥ個別ＰＤＣＣＨ探索領域セットは、Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。
【０２３９】
下りリンク通信において、端末装置１は、下りリンクＤＣＩフォーマットを検出する。検出された下りリンクＤＣＩフォーマットは、ＰＤＳＣＨのリソース割り当てに少なくとも用いられる。該検出された下りリンクＤＣＩフォーマットは、下りリンク割り当て（downlink assignment）とも呼称される。端末装置１は、該ＰＤＳＣＨの受信を試みる。該検出された下りリンクＤＣＩフォーマットに基づき示されるＰＵＣＣＨリソースに基づき、該ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ（該ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫ）を基地局装置３に報告する。
【０２４０】
上りリンク通信において、端末装置１は、上りリンクＤＣＩフォーマットを検出する。検出されたＤＣＩフォーマットは、ＰＵＳＣＨのリソース割り当てに少なくとも用いられる。該検出された上りリンクＤＣＩフォーマットは、上りリンクグラント（uplink grant）とも呼称される。端末装置１は、該ＰＵＳＣＨの送信を行う。
【０２４１】
基地局装置３、および、端末装置１は、サービングセルｃにおいてチャネルアクセス手順（Channel access procedure）を実施し、サービングセルｃにおいて送信波（Transmission）の送信を実施してもよい。例えば、サービングセルｃは免許不要帯域（Unlicensed band）において設定されるサービングセルであってもよい。送信波は、基地局装置３、または、端末装置１から媒体に送信される信号である。
【０２４２】
基地局装置３、および、端末装置１は、サービングセルｃのキャリアｆにおいてチャネルアクセス手順を実施し、サービングセルｃのキャリアｆにおいて送信波の送信を実施してもよい。キャリアｆは、サービングセルｃに含まれるキャリアである。キャリアｆは、上位層のパラメータに基づき与えられるリソースブロックのセットによって構成されてもよい。
【０２４３】
基地局装置３、および、端末装置１は、サービングセルｃのキャリアｆにおいてチャネルアクセス手順を実施し、サービングセルｃのキャリアｆのバンドパートｂにおいて送信波の送信を実施してもよい。バンドパートｂは、キャリアｆに含まれる帯域のサブセットである。
【０２４４】
基地局装置３、および、端末装置１は、サービングセルｃのキャリアｆのバンドパートｂにおいてチャネルアクセス手順を実施し、サービングセルｃのキャリアｆにおいて送信波の送信を実施してもよい。サービングセルｃのキャリアｆにおいて送信波の送信を実施することは、サービングセルｃのキャリアｆに含まれるバンドパートのいずれかにおいて送信波が送信されることであってもよい。
【０２４５】
基地局装置３、および、端末装置１は、サービングセルｃのキャリアｆのバンドパートｂにおいてチャネルアクセス手順を実施し、サービングセルｃのキャリアｆのバンドパートｂにおいて送信波の送信を実施してもよい。
【０２４６】
チャネルアクセス手順は、第１の計測（first sensing）とカウント手順の一方または
両方を少なくとも含んで構成されてもよい。第１のチャネルアクセス手順は、第１の計測を含んでもよい。第１のチャネルアクセス手順は、カウント手順を含まなくてもよい。第２のチャネルアクセス手順は、第１の計測とカウント手順の両方を少なくとも含んでもよい。チャネルアクセス手順は、第１のチャネルアクセス手順と第２のチャネルアクセス手順の一部または全部を含んだ呼称である。
【０２４７】
第１のチャネルアクセス手順が実施された後、ＳＳ／ＰＢＣＨブロックを少なくとも含む送信波が送信されてもよい。第１のチャネルアクセス手順が実施された後、ＳＳ／ＰＢＣＨブロック、報知情報を含むＰＤＳＣＨ、該ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマットを含むＰＤＣＣＨ、および、ＣＳＩ−ＲＳの一部または全部を少なくとも含む送信波が送信されてもよい。第２のチャネルアクセス手順が実施された後、報知情報以外の情報を含むＰＤＳＣＨを少なくとも含む送信波が送信されてもよい。報知情報を含むＰＤＳＣＨは、システム情報を含むＰＤＳＣＨ、ページング情報を含むＰＤＳＣＨ、および、ランダムアクセスに用いられるＰＤＳＣＨ（メッセージ２、および／または、メッセージ４）の一部または全部を少なくとも含んでもよい。
【０２４８】
ＳＳ／ＰＢＣＨブロック、報知情報を含むＰＤＳＣＨ、該ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマットを含むＰＤＣＣＨ、および、ＣＳＩ−ＲＳの一部または全部を少なくとも含む送信波は、ＤＲＳ（Discovery Reference Signal）とも呼称される。ＤＲＳは、第１のチャネルアクセス手順の後に送信される信号であってもよい。
【０２４９】
ＤＲＳの期間が所定の長さ以下であり、ＤＲＳのデューティ比（duty cycle）が所定値以下である場合に、第１のチャネルアクセス手順が実施された後、該ＤＲＳを含む送信波が送信されてもよい。該ＤＲＳの期間が該所定の長さを超えている場合に、第２のチャネルアクセス手順が実施された後、該ＤＲＳを含む送信波が送信されてもよい。該ＤＲＳのデューティ比が該所定値を超えている場合に、第２のチャネルアクセス手順が実施された後、該ＤＲＳを含む送信波が送信されてもよい。例えば、該所定の長さは１ｍｓであってもよい。また、該所定値は、１／２０であってもよい。
【０２５０】
チャネルアクセス手順が実施された後に送信波が送信されることは、チャネルアクセス手順に基づき送信波が送信されることであってもよい。チャネルアクセス手順が実施された後に送信波が送信されることは、チャネルアクセス手順に基づきチャネルが送信可能であることが与えられた場合に、送信波が送信されることであってもよい。
【０２５１】
第１の計測は、延期期間（defer duration）のうちの１または複数のＬＢＴスロット期間（LBT slot duration）において、媒体（Medium）がアイドル（Idle）であることが検
知されることであってもよい。ここで、ＬＢＴ（Listen Before Talk）は、キャリアセンスに基づき媒体がアイドルであるかビジー（Busy）であるかが与えられる手順であってもよい。キャリアセンスは、媒体においてエネルギー検出（Energy detection）を実施することであってもよい。例えば、ビジーは、キャリアセンスによって検出されるエネルギー量が所定のしきい値よりも大きい状態であってもよい。また、アイドルは、キャリアセンスによって検出されるエネルギー量が所定のしきい値よりも小さい状態であってもよい。また、キャリアセンスによって検出されるエネルギー量が所定のしきい値と等しいことは、アイドルであってもよい。また、キャリアセンスによって検出されるエネルギー量が所定のしきい値と等しいことは、ビジーであってもよい。
【０２５２】
アイドルであることは、ビジーでないことであってもよい。ビジーであることは、アイドルでないことであってもよい。
【０２５３】
ＬＢＴスロット期間は、ＬＢＴの単位である。ＬＢＴスロット期間ごとに、媒体がアイドルであるかビジーであるかが与えられてもよい。例えば、ＬＢＴスロット期間は９マイクロ秒であってもよい。
【０２５４】
延期期間は、期間Ｔｆと１または複数のＬＢＴスロット期間を少なくとも含んでもよい。延期期間の長さはＴｄと称される。例えば、期間Ｔｆは、１６マイクロ秒であってもよい。
【０２５５】
図１２は、本実施形態の一態様に係るカウント手順の例を示す図である。カウント手順は、ステップＡ１からステップＡ６の一部または全部を少なくとも含む。ステップＡ１（Step A1）は、カウンターＮの値をＮｉｎｉｔにセットする動作を含む。ここで、Ｎｉｎ
ｉｔは、０からＣＷｐの範囲に含まれる整数値の中からランダムに（または、疑似ランダムに）選択される値である。ＣＷｐは、チャネルアクセス優先度クラスｐに対するコンテンションウィンドウサイズ（CWS: Contention Window Size）である。
【０２５６】
ステップＡ２（Step A2）において、カウンターＮの値が０であるか否かが判定される
。ステップＡ２は、カウンターＮが０である場合にチャネルアクセス手順を完了（または、終了）する動作を含む。ステップＡ２は、カウンターＮが０とは異なる場合にステップＡ３に進む動作を含む。ここで、図１２中のＴｒｕｅは、評価式を判定する動作を含むステップにおいて、該評価式が真であることに対応する。また、Ｆａｌｓｅは、評価式を判定する動作を含むステップにおいて、該評価式が偽であることに対応する。ステップＡ２において、評価式はカウンターＮ＝０に対応する。
【０２５７】
例えば、ステップＡ３（Step A3）は、カウンターＮの値をディクリメント（Decrement）するステップを含んでもよい。カウンターＮの値をディクリメントすることは、カウンターＮの値を１減らすことであってもよい。つまり、カウンターＮの値をディクリメントすることは、カウンターＮの値をＮ−１にセットすることであってもよい。
【０２５８】
例えば、ステップＡ３は、Ｎ＞０の場合に該カウンターＮの値をディクリメントするステップを含んでもよい。また、ステップＡ３は、基地局装置３、または、端末装置１がカウンターＮをディクリメントすることを選択した場合に該カウンターＮの値をディクリメントするステップを含んでもよい。また、ステップＡ３は、Ｎ＞０であり、かつ、基地局装置３、および、端末装置１がカウンターＮをディクリメントすることを選択した場合に該カウンターＮの値をディクリメントするステップを含んでもよい。
【０２５９】
例えば、ステップＡ４（Step A4）は、ＬＢＴスロット期間ｄにおいて媒体のキャリア
センスを実施し、ＬＢＴスロット期間ｄがアイドルである場合にステップＡ２に進む動作を含んでもよい。また、ステップＡ４は、キャリアセンスによってＬＢＴスロット期間ｄがアイドルと判定された場合にステップＡ２に進む動作を含んでもよい。また、ステップＡ４は、ＬＢＴスロット期間ｄにおいてキャリアセンスを実施し、ＬＢＴスロット期間ｄがビジーである場合に、ステップＡ５に進む動作を含んでもよい。また、ステップＡ４は、キャリアセンスによってＬＢＴスロット期間ｄがビジーと判定された場合にステップＡ５に進む動作を含んでもよい。ここで、ＬＢＴスロット期間ｄは、ＬＢＴスロット期間であって、該カウント手順においてすでにキャリアセンスされたＬＢＴスロット期間の次のＬＢＴスロット期間であってもよい。ステップＡ４において、評価式はＬＢＴスロット期間ｄがアイドルであることに対応してもよい。
【０２６０】
ステップＡ５（Step A5）は、延期期間に含まれるあるＬＢＴスロット期間において媒
体がビジーであることが検出されるまで、または、延期期間に含まれる全てのＬＢＴスロット期間において媒体がアイドルであることが検出されるまでキャリアセンスを実施する動作を含む。
【０２６１】
ステップＡ６（Step A6）は、延期期間に含まれるあるＬＢＴスロット期間において媒
体がビジーであると検出された場合にステップＡ５に進む動作を含む。ステップＡ６は、延期期間に含まれる全てのＬＢＴスロット期間において媒体がアイドルであることが検出された場合に、ステップＡ２に進む動作を含む。ステップＡ６において、評価式は、該あるＬＢＴスロット期間において媒体がアイドルであることに対応してもよい。
【０２６２】
ＣＷｍｉｎ，ｐは、チャネルアクセス優先度クラスｐに対するコンテンションウィンドウサイズＣＷｐの取りうる値の範囲の最小値を示す。ＣＷｍａｘ，ｐは、チャネルアクセス優先度クラスｐに対するコンテンションウィンドウサイズＣＷｐの取りうる値の範囲の最大値を示す。チャネルアクセス優先度クラスｐに対するコンテンションウィンドウサイズＣＷｐは、ＣＷｐとも呼称される。
【０２６３】
チャネルアクセス優先度クラスｐに関連する物理チャネル（例えば、ＰＤＳＣＨ）を少なくとも含む送信波が送信される場合、ＣＷｐが基地局装置３、または、端末装置１によって管理され、カウント手順のステップＡ１の前に該ＣＷｐが調整される（ＣＷｐの調整手順が実施される）。
【０２６４】
あるコンポーネントキャリアにおいて、ＮＲ−Ｕ（New Radio - Unlicensed）が適用されてもよい。あるサービングセルにおいて、ＮＲ−Ｕが適用されてもよい。あるコンポーネントキャリア（または、あるサービングセル）においてＮＲ−Ｕが適用されることは、以下の要素Ａ１から要素Ａ６の一部または全部を含む技術（フレームワーク、構成）を少なくとも含んでもよい。
要素Ａ１：該あるコンポーネントキャリア（または、該あるサービングセル）において、第２のＳＳバーストセットが構成される
要素Ａ２：基地局装置３は、該あるコンポーネントキャリア（または、該あるサービングセル）において、第２のＳＳ／ＰＢＣＨブロックを送信する
要素Ａ３：端末装置１は、該あるコンポーネントキャリア（または、該あるサービングセル）において、第２のＳＳ／ＰＢＣＨブロックを受信する
要素Ａ４：基地局装置３は、該あるコンポーネントキャリア（または、該あるサービングセル）における第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて、ＰＤＣＣＨを送信する
要素Ａ５：端末装置１は、該あるコンポーネントキャリア（または、該あるサービングセ
ル）における第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて、ＰＤＣＣＨを受信する
要素Ａ６：ＮＲ−Ｕに関連する上位層パラメータ（例えば、ＭＩＢに含まれるフィールド）が第１の値（例えば、１）を示す
【０２６５】
あるコンポーネントキャリアにおいて、ＮＲ−Ｕ（New Radio - Unlicensed）が適用されなくてもよい。あるサービングセルにおいて、ＮＲ−Ｕが適用されなくてもよい。あるコンポーネントキャリア（または、あるサービングセル）においてＮＲ−Ｕが適用されないことは、以下の要素Ｂ１から要素Ｂ６の一部または全部を含む技術（フレームワーク、構成）を少なくとも含んでもよい。
要素Ｂ１：該あるコンポーネントキャリア（または、該あるサービングセル）において、第１のＳＳバーストセットが構成される
要素Ｂ２：基地局装置３は、該あるコンポーネントキャリア（または、該あるサービングセル）において、第１のＳＳ／ＰＢＣＨブロックを送信する
要素Ｂ３：端末装置１は、該あるコンポーネントキャリア（または、該あるサービングセル）において、第１のＳＳ／ＰＢＣＨブロックを受信する
要素Ｂ４：基地局装置３は、該あるコンポーネントキャリア（または、該あるサービングセル）における第１のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて、ＰＤＣＣＨを送信する
要素Ｂ５：端末装置１は、該あるコンポーネントキャリア（または、該あるサービングセル）における第１のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて、ＰＤＣＣＨを受信する
要素Ｂ６：ＮＲ−Ｕに関連する上位層パラメータ（例えば、ＭＩＢに含まれるフィールド）が該第１の値とは異なる値（例えば、０）を示す
【０２６６】
あるコンポーネントキャリアは、免許帯域（licensed band）に設定されてもよい。あ
るサービングセルは、免許帯域に設定されてもよい。ここで、あるコンポーネントキャリア（または、あるサービングセル）が免許帯域に設定されることは、以下の設定１から設定３の一部または全部を少なくとも含んでもよい。
設定１：あるコンポーネントキャリア（または、あるサービングセル）に対して免許帯域で動作することを示す上位層パラメータが与えられる、または、あるコンポーネントキャリア（または、あるサービングセル）に対して免許不要帯域（unlicensed band）で動作
することを示す上位層パラメータが与えられない
設定２：免許帯域で動作するように、あるコンポーネントキャリア（または、あるサービングセル）が設定される、または、免許不要帯域で動作するように、あるコンポーネントキャリア（または、あるサービングセル）が設定されない
設定３：あるコンポーネントキャリア（または、あるサービングセル）が免許帯域に含まれる、または、あるコンポーネントキャリア（または、あるサービングセル）が免許不要帯域に含まれない
【０２６７】
免許帯域は、該免許帯域において動作する（ことが期待される）端末装置に対して、無線局免許が要求されるような帯域であってもよい。免許帯域は、無線局免許を保有する事業者（事業体、事業、団体、企業）によって製造される端末装置のみが動作を許可されるような帯域であってもよい。免許不要帯域は、物理信号の送信に先立つチャネルアクセス手順が要求されないような帯域であってもよい。
【０２６８】
免許不要帯域は、該免許不要帯域において動作する（ことが期待される）端末装置に対して、無線局免許が要求されないような帯域であってもよい。免許不要帯域は、無線局免許を保有する事業者、および／または、無線局免許を保有しない事業者の一部または全部によって製造される端末装置が動作を許可されるような帯域であってもよい。免許不要帯
域は、物理信号の送信に先立つチャネルアクセス手順が要求されるような帯域であってもよい。
【０２６９】
あるコンポーネントキャリア（または、あるサービングセル）にＮＲ−Ｕが適用されるか否かは、少なくとも該あるコンポーネントキャリア（または、該あるサービングセル）が、免許不要帯域で運用可能なバンド（例えば、免許不要帯域でのみ運用可能なバンド）に設定されているか否かに基づいて決められてもよい。例えば、ＮＲあるいはＮＲのキャリアアグリゲーションのためにデザインされたバンドのリストが規定されてもよい。例えば、あるバンドが、リスト内の１つまたは複数のバンドが免許不要帯域で運用可能なバンド（例えば、免許不要帯域でのみ運用可能なバンド）に含まれる場合、該あるバンドにＮＲ−Ｕが適用されてもよい。また、あるバンドが、リスト内の１つまたは複数のバンドが免許不要帯域で運用可能なバンド（例えば、免許不要帯域でのみ運用可能なバンド）に含まれない場合、該あるバンドにＮＲ−Ｕが適用されず、通常のＮＲ（例えば、リリース１５のＮＲ、あるいはリリース１６のＮＲ−Ｕ以外のＮＲ）が適用されてもよい。
【０２７０】
あるコンポーネントキャリア（または、あるサービングセル）にＮＲ−Ｕが適用されるか否かは、少なくともそのコンポーネントキャリア（または、そのサービングセル）が、ＮＲ−Ｕが運用可能なバンド（例えば、ＮＲ−Ｕでのみ運用可能なバンド）に設定されているか否かに基づいて決められてもよい。例えば、ＮＲあるいはＮＲのキャリアアグリゲーションがその運用のためにデザインされたバンドのリストが規定され、リスト内の１つあるいは複数のバンドがＮＲ−Ｕが運用可能なバンド（例えば、ＮＲ−Ｕのみ運用可能なバンド）として規定されている場合、そのコンポーネントキャリア（または、そのサービングセル）に対して設定されるバンドが、当該１つあるいは複数のバンドのいずれかであればＮＲ−Ｕが適用され、当該１つあるいは複数のバンド以外のバンドであればＮＲ−Ｕが適用されず、通常のＮＲ（例えば、リリース１５のＮＲ、あるいはリリース１６のＮＲ−Ｕ以外のＮＲ）が適用されてもよい。
【０２７１】
あるコンポーネントキャリア（または、あるサービングセル）にＮＲ−Ｕが適用されるか否かは、システムインフォメーション（例えば、Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏ
ｎ  Ｂｌｏｃｋ（ＭＩＢ、あるいはＰｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ（ＰＢＣＨ）））に含まれる情報に基づいて決められてもよい。例えば、ＭＩＢにＮＲ−Ｕを適用するか否かを示す情報が含まれており、その情報がＮＲ−Ｕを適用することを示している場合、そのＭＩＢが対応するサービングセルに対して、ＮＲ−Ｕが適用されてもよい。一方、その情報がＮＲ−Ｕを適用することを示していない場合、そのＭＩＢが対応するサービングセルに対して、ＮＲ−Ｕが適用されず、通常のＮＲが適用されてもよい。あるいは、その情報が免許不要帯域で運用可能か否かを示してもよい。
【０２７２】
あるコンポーネントキャリアは、免許不要帯域に設定されてもよい。あるサービングセルは、免許不要帯域に設定されてもよい。ここで、あるコンポーネントキャリア（または、あるサービングセル）が免許不要帯域に設定されることは、以下の設定４から設定６の一部または全部を少なくとも含んでもよい。
設定４：あるコンポーネントキャリア（または、あるサービングセル）に対して免許不要帯域で動作することを示す上位層パラメータが与えられる
設定５：免許不要帯域で動作するように、あるコンポーネントキャリア（または、あるサービングセル）が設定される
設定６：あるコンポーネントキャリア（または、あるサービングセル）が免許不要帯域に含まれる
【０２７３】
“コンポーネントキャリアにＮＲ−Ｕが適用される”ことは、“サービングセルにＮ
Ｒ−Ｕが適用される”ことであってもよいし、“コンポーネントキャリアにＮＲ−Ｕが適
用されない”ことは、“サービングセルにＮＲ−Ｕが適用されない”ことであってもよい。
【０２７４】
以下、ＨＡＲＱ−ＡＣＫ情報の単発送信（単発報告、１ショット送信、１ショット報告、ｏｎｅ−ｓｈｏｔ送信、ワンショット送信）について説明を行う。
【０２７５】
例えば、ＨＡＲＱ−ＡＣＫ情報の単発送信は、複数のＨＡＲＱプロセスのそれぞれに対応するＨＡＲＱ−ＡＣＫビットを含んで構成されるＨＡＲＱ−ＡＣＫ情報を１つの上りリンク物理チャネル（ＰＵＣＣＨ、または、ＰＵＳＣＨ）で送信することであってもよい。該複数のＨＡＲＱプロセスのそれぞれに対応するＨＡＲＱ−ＡＣＫビットを含んで構成されるＨＡＲＱ−ＡＣＫ情報は、単発ＨＡＲＱ−ＡＣＫ情報（one-shot HARQ-ACK information）とも呼称される。
【０２７６】
例えば、ＨＡＲＱ−ＡＣＫ情報の単発送信は、複数のＰＤＳＣＨ候補のそれぞれに対応するＨＡＲＱ−ＡＣＫビットを含んで構成されるＨＡＲＱ−ＡＣＫ情報を１つの上りリンク物理チャネル（ＰＵＣＣＨ、または、ＰＵＳＣＨ）で送信することであってもよい。該複数のＰＤＳＣＨ候補のそれぞれに対応するＨＡＲＱ−ＡＣＫビットを含んで構成されるＨＡＲＱ−ＡＣＫ情報は、単発ＨＡＲＱ−ＡＣＫ情報（one-shot HARQ-ACK information
）とも呼称される。つまり、単発ＨＡＲＱ−ＡＣＫ情報は、複数のＨＡＲＱプロセスのそれぞれに対応するＨＡＲＱ−ＡＣＫビットを含んで構成されるＨＡＲＱ−ＡＣＫ情報、または、複数のＰＤＳＣＨ候補のそれぞれに対応するＨＡＲＱ−ＡＣＫビットを含んで構成されるＨＡＲＱ−ＡＣＫ情報であってもよい。
【０２７７】
ＰＤＳＣＨ候補は、ＰＤＳＣＨが配置されうるリソースを示してもよい。ＰＤＳＣＨは、複数のＰＤＳＣＨ候補の中から、ＤＣＩフォーマットにより示される１つのＰＤＳＣＨ候補において送信されてもよい。
【０２７８】
図１３は、本実施形態の一態様に係る単発ＨＡＲＱ−ＡＣＫ情報の構成例を示す図である。図１３において、サービングセル＃Ａ（serving cell#A）、および、サービングセル＃Ｂ（serving cell#B）のそれぞれに設定される１６個のＨＡＲＱプロセスのそれぞれに対応するＨＡＲＱ−ＡＣＫビットの値が示されている。ここで、ＨＡＲＱ−ＡＣＫビットの値が１であることがＡＣＫを示し、ＨＡＲＱ−ＡＣＫビットの値が０であることがＮＡＣＫを示してもよい。また、ＨＡＲＱ−ＡＣＫビットの値が０であることがＡＣＫを示し、ＨＡＲＱ−ＡＣＫビットの値が１であることがＮＡＣＫを示してもよい。
【０２７９】
図１３における一列目は、ＨＡＲＱプロセスインデックス（HARQ process index）を示し、二列目はサービングセル＃Ａに設定されるＨＡＲＱプロセスのそれぞれに対応するＨＡＲＱ−ＡＣＫビット（HARQ-ACK bits for serving cell#A）を示し、三列目はサービングセル＃Ｂに設定されるＨＡＲＱプロセスのそれぞれに対応するＨＡＲＱ−ＡＣＫビット（HARQ-ACK bit for serving cell#B）を示している。例えば、サービングセル＃Ａに設
定される、インデックス０のＨＡＲＱプロセスに対応するＨＡＲＱ−ＡＣＫビットは０を示している。また、サービングセル＃Ｂに設定される、インデックス８のＨＡＲＱプロセスに対応するＨＡＲＱ−ＡＣＫビットは１を示している。
【０２８０】
ＨＡＲＱプロセスは、ＭＡＣ層において管理される物（主体、プロセス、実体）である。ＨＡＲＱプロセスは、トランスポートブロック、および、該トランスポートブロックに関連するＨＡＲＱ情報（HARQ information）を受け取ってもよい。ＨＡＲＱ情報は、新データ指標（NDI: New Data Indicator）、ＨＡＲＱプロセスインデックス、トランスポートブロックサイズ（TBS: Transport Block Size）、リダンダンシバージョン（RV: Redundancy Version）の一部または全部を少なくとも含んでもよい。
【０２８１】
ＨＡＲＱプロセスに対応するＨＡＲＱ−ＡＣＫビットは、該ＨＡＲＱプロセスが受け取るトランスポートブロックに対応するＨＡＲＱ−ＡＣＫビットであってもよい。
【０２８２】
図１４は、本実施形態の一態様に係る単発ＨＡＲＱ−ＡＣＫ情報の構成例を示す図である。図１４において、サービングセル＃Ａに設定される８個のＨＡＲＱプロセスのそれぞれに対応するＨＡＲＱ−ＡＣＫビット（HARQ-ACK bit for serving cell#A）が示されて
いる。図１４において、ヌル（ｎｕｌｌ）は、ＨＡＲＱプロセスに対応するＨＡＲＱ−ＡＣＫビットがない（または、報告されない）ことを示す。つまり、単発ＨＡＲＱ−ＡＣＫ情報は、ヌルにセットされたＨＡＲＱプロセスに対応するＨＡＲＱ−ＡＣＫビットを含まなくてもよい。このように、あるサービングセルのための下りリンク通信において用いられるＨＡＲＱプロセスの数は、上位層パラメータに少なくとも基づき設定されてもよい。ここで、あるサービングセルのための下りリンク通信において用いられるＨＡＲＱプロセスの数の最大値は１６であってもよい。また、あるサービングセルのための下りリンク通信において用いられるＨＡＲＱプロセスの数を示す上位層パラメータが受信されない場合、該あるサービングセルに設定されるＨＡＲＱプロセスの数は８であると想定されてもよい。
【０２８３】
つまり、単発ＨＡＲＱ−ＡＣＫ情報は、サービングセルごとに設定されるＨＡＲＱプロセスのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを含んでもよい。
【０２８４】
図１５は、本実施形態の一態様に係る単発ＨＡＲＱ−ＡＣＫ情報の構成例を示す図である。図１５において、サービングセル＃Ａに設定される８個のＨＡＲＱプロセスのそれぞれに対応するＨＡＲＱ−ＡＣＫビット（HARQ-ACK bit for serving cell#A）と、サービ
ングセル＃Ｃに設定される１２個のＨＡＲＱプロセスのそれぞれに対応するＨＡＲＱ−ＡＣＫビット（HARQ-ACK bit for serving cell#C）が示されている。図１５において、サ
ービングセル＃Ｂに設定されるＨＡＲＱプロセスのそれぞれに対応するＨＡＲＱ−ＡＣＫビットの値はヌルにセットされている。図１５において、サービングセル＃Ｂは非活性化（deactivated）されていることが想定されている。つまり、図１５において、サービン
グセル＃Ａ、および、サービングセル＃Ｃは、活性化（activated）されることが想定さ
れている。
【０２８５】
サービングセルの活性化は、ＭＡＣ  ＣＥにより制御されてもよい。サービングセルの非活性化は、ＭＡＣ  ＣＥにより制御されてもよい。
【０２８６】
単発ＨＡＲＱ−ＡＣＫ情報は、ＨＡＲＱプロセスが受け取るトランスポートブロックに対応するＮＤＩの値を含んでもよい。
【０２８７】
単発ＨＡＲＱ−ＡＣＫ情報の送信は、ＤＣＩフォーマットによりトリガされてもよい。
【０２８８】
例えば、ＤＣＩフォーマット１＿０は、単発ＨＡＲＱ−ＡＣＫ情報の送信のためのトリガに用いられてもよい。単発ＨＡＲＱ−ＡＣＫ情報の送信は、ＤＣＩフォーマット１＿０に含まれる周波数領域リソース割り当てフィールドの最下位ビット（LSB: Least Significant Bit）以外のビットがすべて１にセットされ、該最下位ビットが０にセットされることに少なくとも基づきトリガされてもよい。ここで、該ＤＣＩフォーマット１＿０によりＰＤＳＣＨがスケジューリングされなくてもよい。該単発ＨＡＲＱ−ＡＣＫ情報の送信に用いられるＰＵＣＣＨリソースは、該ＤＣＩフォーマット１＿０に含まれるＰＵＣＣＨリソース指示フィールドに少なくとも基づき与えられてもよい。例えば、基地局装置３は、ＤＣＩフォーマット１＿０に含まれる周波数領域リソース割り当てフィールドの最下位ビット以外のビットをすべて１にセットし、該最下位ビットを０にセットすることにより、端末装置１に単発ＨＡＲＱ−ＡＣＫ情報の送信をトリガしてもよい。例えば、該端末装置１は、該ＤＣＩフォーマット１＿０を検出し、該ＤＣＩフォーマット１＿０に含まれる周波数領域リソース割り当てフィールドの最下位ビット以外のビットがすべて１にセットされ、該最下位ビットが０にセットされることに少なくとも基づき単発ＨＡＲＱ−ＡＣＫ情報の送信を判断してもよい。
【０２８９】
例えば上記のように、周波数領域リソース割り当てフィールドの特定のコードポイントを用いることにより、効率的な単発ＨＡＲＱ−ＡＣＫ情報の送信のトリガを実施できる。例えば、周波数領域リソース割り当てフィールドの最下位ビット以外のビットをすべて１にセットし、該最下位ビットを０にセットすることにより、ＰＤＣＣＨオーダーのトリガのためのコードポイントを避けることができる。ここで、ＰＤＣＣＨオーダーは、ＤＣＩフォーマット１＿０に含まれる周波数領域リソース割り当てフィールドのすべてを１にセットすることに基づきトリガされる。
【０２９０】
例えば、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿０が検出され、該ＤＣＩフォーマット１＿０によりＰＵＣＣＨリソースが示される場合、単発ＨＡＲＱ−ＡＣＫ情報の送信がトリガされてもよい。例えば、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿０が検出され、該ＤＣＩフォーマット１＿０によりＰＵＣＣＨリソースが示されない場合、単発ＨＡＲＱ−ＡＣＫ情報の送信がトリガされなくてもよい。例えば、基地局装置３がＤＣＩフォーマット１＿０によりＰＵＣＣＨリソースを端末装置１に対して割り当てるとき、該ＤＣＩフォーマットは端末装置１に単発ＨＡＲＱ−ＡＣＫ情報の送信をトリガしてもよい。例えば、該端末装置１は、該ＰＵＣＣＨリソースが割り当てられることに基づき、単発ＨＡＲＱ−ＡＣＫ情報を送信してもよい。
【０２９１】
例えば、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿０が検出され、該ＤＣＩフォーマット１＿０にＰＵＣＣＨリソース指示フィールドが含まれる場合、単発ＨＡＲＱ−ＡＣＫ情報の送信がトリガされてもよい。例えば、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿０が検出され、該ＤＣＩフォーマット１＿０にＰＵＣＣＨリソース指示フィールドが含まれない場合、単発ＨＡＲＱ−ＡＣＫ情報の送信がトリガされなくてもよい。例えば、基地局装置３がＰＵＣＣＨリソース指示フィールドを含むＤＣＩフォーマット１＿０を含むＰＤＣＣＨを送信するとき、該ＤＣＩフォーマットは端末装置１に単発ＨＡＲＱ−ＡＣＫ情報の送信をトリガしてもよい。該端末装置１は、該ＰＵＣＣＨリソース指示フィールドを含む該ＤＣＩフォーマット１＿０の検出に基づき、単発ＨＡＲＱ−ＡＣＫ情報を送信してもよい。
【０２９２】
例えば、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿０が検出され、該ＤＣＩフォーマット１＿０によりＰＵＣＣＨリソースが示され、かつ、該ＤＣＩフォーマットに付加されるＣＲＣ系列がＣ−ＲＮＴＩによりスクランブルされる場合、単発ＨＡＲＱ−ＡＣＫ情報の送信がトリガされてもよい。例えば、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット１＿０が検出され、該ＤＣＩフォーマット１＿０によりＰＵＣＣＨリソースが示され、かつ、該ＤＣＩフォーマットに付加されるＣＲＣ系列がＴＣ−ＲＮＴＩによりスクランブルされる場合、単発ＨＡＲＱ−ＡＣＫ情報の送信がトリガされなくてもよい。該単発ＨＡＲＱ−ＡＣＫ情報の送信に用いられるＰＵＣＣＨリソースは、該ＤＣＩフォーマット１＿０に含まれるＰＵＣＣＨリソース指示フィールドに少なくとも基づき与えられてもよい。
【０２９３】
例えば、あるサービングセルにおいてＤＣＩフォーマット１＿０が検出され、該あるサービングセルにＮＲ−Ｕが適用される場合、単発ＨＡＲＱ−ＡＣＫ情報の送信がトリガされるか否かを示す情報ビット（フィールド）が該ＤＣＩフォーマット１＿０に含まれてもよい。例えば、あるサービングセルにおいてＤＣＩフォーマット１＿０が検出され、該あるサービングセルにＮＲ−Ｕが適用されない場合、単発ＨＡＲＱ−ＡＣＫ情報の送信がトリガされるか否かを示す情報ビットが該ＤＣＩフォーマット１＿０に含まれなくてもよい。例えば、基地局装置３は、あるサービングセルにおいてＤＣＩフォーマット１＿０を含むＰＤＣＣＨを送信し、該あるサービングセルに接続される端末装置１に対してＮＲ−Ｕを適用する場合、該ＤＣＩフォーマット１＿０に単発ＨＡＲＱ−ＡＣＫ情報の送信をトリガするか否かを示す情報ビットを含めてもよい。例えば、端末装置１は、該ＤＣＩフォーマット１＿０に含まれる該情報ビットに基づき、単発ＨＡＲＱ−ＡＣＫ情報を送信するか否かを判断してもよい。
【０２９４】
例えば、上記により、ＮＲ−Ｕが適用される端末装置１に対して好適なシグナリングを提供できる。
【０２９５】
例えば、端末装置１に設定される複数のサービングセルのうちのあるサービングセルにおいて検出されるＤＣＩフォーマット１＿０によりトリガされる単発ＨＡＲＱ−ＡＣＫ情報は、該あるサービングセルに設定されるＨＡＲＱプロセスに対応するＨＡＲＱ−ＡＣＫビットを含んでもよい。また、該単発ＨＡＲＱ−ＡＣＫ情報は、該あるサービングセル以外のサービングセルに設定されるＨＡＲＱプロセスに対応するＨＡＲＱ−ＡＣＫビットを含まなくてもよい。例えば、基地局装置３は、端末装置１に設定される複数のサービングセルのうちのあるサービングセルにおいてＤＣＩフォーマット１＿０を含むＰＤＣＣＨを送信してもよい。また、該ＤＣＩフォーマット１＿０に少なくとも基づき、該あるサービングセルに対応するＨＡＲＱ−ＡＣＫビットを含む単発ＨＡＲＱ−ＡＣＫ情報の送信をトリガしてもよい。例えば、該端末装置１は、該単発ＨＡＲＱ−ＡＣＫ情報に該あるサービングセルに対応するＨＡＲＱ−ＡＣＫビットを含めてもよい。
【０２９６】
例えば、上記により、キャリアアグリゲーションが設定された端末装置１に対して、単発ＨＡＲＱ−ＡＣＫ情報のビット数を好適に制御できる。
【０２９７】
例えば、端末装置１に設定される複数のサービングセルのうちのあるサービングセルにおいて検出されるＤＣＩフォーマット１＿０によりトリガされる単発ＨＡＲＱ−ＡＣＫ情報は、代表サービングセルに設定されるＨＡＲＱプロセスに対応するＨＡＲＱ−ＡＣＫビットを含んでもよい。ここで、該あるサービングセルは代表サービングセルとは異なってもよい。また、該単発ＨＡＲＱ−ＡＣＫ情報は、該代表サービングセル以外のサービングセルに設定されるＨＡＲＱプロセスに対応するＨＡＲＱ−ＡＣＫビットを含まなくてもよい。また、該単発ＨＡＲＱ−ＡＣＫ情報は、該あるサービングセルに設定されるＨＡＲＱプロセスに対応するＨＡＲＱ−ＡＣＫビットを含まなくてもよい。例えば、基地局装置３は、端末装置１に設定される複数のサービングセルのうちのあるサービングセルにおいてＤＣＩフォーマット１＿０を含むＰＤＣＣＨを送信してもよい。また、該ＤＣＩフォーマット１＿０に少なくとも基づき、代表サービングセルに対応するＨＡＲＱ−ＡＣＫビットを含む単発ＨＡＲＱ−ＡＣＫ情報の送信をトリガしてもよい。ここで、該あるサービングセルは代表サービングセルとは異なってもよい。例えば、該端末装置１は、該単発ＨＡＲＱ−ＡＣＫ情報に該代表サービングセルに対応するＨＡＲＱ−ＡＣＫビットを含めてもよい。
【０２９８】
例えば、上記により、キャリアアグリゲーションが設定された端末装置１に対して、単発ＨＡＲＱ−ＡＣＫ情報のビット数を好適に制御できる。
【０２９９】
代表サービングセルは、サービングセルである。例えば、代表サービングセルは、プライマリセルであってもよい。例えば、代表サービングセルは、プライマリＳＣＧセルであってもよい。例えば、代表サービングセルは、ＰＵＣＣＨセルであってもよい。例えば、代表サービングセルは、上位層パラメータにより示されてもよい。
【０３００】
例えば、ＤＣＩフォーマット１＿１は、単発ＨＡＲＱ−ＡＣＫ情報の送信のためのトリガに用いられてもよい。単発ＨＡＲＱ−ＡＣＫ情報の送信は、ＤＣＩフォーマット１＿１に含まれる周波数領域リソース割り当てフィールドのビットがすべて１にセットされることに少なくとも基づきトリガされてもよい。ここで、該ＤＣＩフォーマット１＿１によりＰＤＳＣＨがスケジューリングされなくてもよい。該単発ＨＡＲＱ−ＡＣＫ情報の送信に用いられるＰＵＣＣＨリソースは、該ＤＣＩフォーマット１＿１に含まれるＰＵＣＣＨリソース指示フィールドに少なくとも基づき与えられてもよい。例えば、基地局装置３は、ＤＣＩフォーマット１＿１に含まれる周波数領域リソース割り当てフィールドのすべてを１にセットすることにより、端末装置１に単発ＨＡＲＱ−ＡＣＫ情報の送信をトリガしてもよい。例えば、該端末装置１は、該ＤＣＩフォーマット１＿１を検出し、該ＤＣＩフォーマット１＿１に含まれる周波数領域リソース割り当てフィールドのすべてが１にセットされることに少なくとも基づき単発ＨＡＲＱ−ＡＣＫ情報の送信を判断してもよい。
【０３０１】
例えば、上記のように、周波数領域リソース割り当てフィールドの特定のコードポイントを用いることにより、効率的な単発ＨＡＲＱ−ＡＣＫ情報の送信のトリガを実施できる。
【０３０２】
例えば、あるサービングセルにおいてＤＣＩフォーマット１＿１が検出され、該あるサービングセルにＮＲ−Ｕが適用される場合、単発ＨＡＲＱ−ＡＣＫ情報の送信がトリガされるか否かを示す情報ビットが該ＤＣＩフォーマット１＿１に含まれてもよい。例えば、あるサービングセルにおいてＤＣＩフォーマット１＿１が検出され、該あるサービングセルにＮＲ−Ｕが適用されない場合、単発ＨＡＲＱ−ＡＣＫ情報の送信がトリガされるか否かを示す情報ビットが該ＤＣＩフォーマット１＿１に含まれなくてもよい。例えば、基地局装置３は、単発ＨＡＲＱ−ＡＣＫ情報の送信がトリガされるか否かを示す情報ビットを含むＤＣＩフォーマット１＿１を含むＰＤＣＣＨを送信してもよい。例えば、端末装置１は、該ＤＣＩフォーマット１＿１に含まれる該情報ビットに基づき、単発ＨＡＲＱ−ＡＣＫ情報を送信するか否かを判断してもよい。
【０３０３】
例えば、ＤＣＩフォーマット１＿１に単発ＨＡＲＱ−ＡＣＫ情報の送信がトリガされるか否かを示す情報ビットが含まれるか否かは、上位層パラメータに少なくとも基づき与えられてもよい。
【０３０４】
例えば、あるサービングセルにおいて検出されるＤＣＩフォーマット１＿１によりトリガされる単発ＨＡＲＱ−ＡＣＫ情報は、１または複数のサービングセルを含むセットに設定されるＨＡＲＱプロセスのいずれかに対応する１または複数のＨＡＲＱ−ＡＣＫビットを含んでもよい。該セットは、上位層パラメータにより示されてもよい。該セットは、１または複数のセットからＤＣＩフォーマット１＿１に含まれるフィールドにより選択されてもよい。
【０３０５】
例えば、ＤＣＩフォーマット１＿１に単発ＨＡＲＱ−ＡＣＫ情報の送信がトリガされるか否かを示す情報ビットが含まれるか否かは、上位層パラメータに少なくとも基づき与えられてもよい。例えば、該上位層パラメータは、システム情報であってもよい。
【０３０６】
例えば、ＤＣＩフォーマット０＿０は、単発ＨＡＲＱ−ＡＣＫ情報の送信のためのトリガに用いられてもよい。単発ＨＡＲＱ−ＡＣＫ情報の送信は、ＤＣＩフォーマット０＿０に含まれる周波数領域リソース割り当てフィールドのビットがすべて１にセットされることに少なくとも基づきトリガされてもよい。ここで、該ＤＣＩフォーマット０＿０によりＰＵＳＣＨがスケジューリングされなくてもよい。該単発ＨＡＲＱ−ＡＣＫ情報の送信にＰＵＣＣＨリソースが用いられる場合、該ＰＵＣＣＨリソースは、該ＤＣＩフォーマット
０＿０に含まれる情報ビットに少なくとも基づき与えられてもよい。例えば、基地局装置３は、ＤＣＩフォーマット０＿０に含まれる周波数領域リソース割り当てフィールドのすべてを１にセットすることにより、端末装置１に単発ＨＡＲＱ−ＡＣＫ情報の送信をトリガしてもよい。例えば、該端末装置１は、該ＤＣＩフォーマット０＿０を検出し、該ＤＣＩフォーマット０＿０に含まれる周波数領域リソース割り当てフィールドのすべてが１にセットされることに少なくとも基づき単発ＨＡＲＱ−ＡＣＫ情報の送信を判断してもよい。
【０３０７】
例えば、上記のように、周波数領域リソース割り当てフィールドの特定のコードポイントを用いることにより、効率的な単発ＨＡＲＱ−ＡＣＫ情報の送信のトリガを実施できる。
【０３０８】
図１６は、本実施形態の一態様に係るＤＣＩフォーマット０＿０のフィールドの構成例を示す図である。図１６に示される一例において、ＤＣＩフォーマット０＿０に含まれる先頭のフィールドは、ＤＣＩフォーマット特定フィールド（ID for DCI formats）であり、次いで、周波数領域リソース割り当てフィールド（FDRA: Frequency Domain Resource Assignment）、時間領域リソース割り当てフィールド（TDRA: Time Domain Resource Assignment）、周波数ホッピングフラグフィールド（hopping flag）、ＭＣＳフィールド（MCS）、ＮＤＩフィールド（NDI）、ＲＶフィールド（RV）、ＨＰＮフィールド（HPN）、ＴＰＣフィールド（TPC）、パディングフィールド（Padding）、ＵＬ／ＳＵＬ指示フィールド（UL/SUL indicator）の順番に並んでいる。ここで、ＮＤＩフィールドは、ＮＤＩの値を示すフィールドである。また、ＲＶ（Redundancy Version）フィールドは、ＲＶの値を示すフィールドである。また、ＨＰＮ（HARQ Process Number）フィールドは、ＨＡＲＱプロセスインデックスを示すフィールドである。また、ＴＰＣ（Transmission Power Control）フィールドは、ＰＵＳＣＨの送信電力の制御に用いられる値を示すフィールドである。パディングフィールドは、ＤＣＩフォーマット１＿０とＤＣＩフォーマット０＿０のビット数（サイズ）を揃えるために少なくとも用いられるフィールドである。ＵＬ／ＳＵＬ（UpLink / Supplementary UpLink）指示フィールドは、該ＵＬ／ＳＵＬフィールドを含むＤＣＩフォーマット０＿０があるサービングセルにおいて検出され、該ＤＣＩフォーマット０＿０によりＰＵＳＣＨがスケジューリングされる場合に、該ＰＵＳＣＨが第１の上りリンクコンポーネントキャリアと第２のコンポーネントキャリアのいずれに配置されるかを示すフィールドである。ここで、該第１の上りリンクコンポーネントキャリアと該第２の上りリンクコンポーネントキャリアは該サービングセルに含まれる。
【０３０９】
また、図１６において、ＤＣＩフォーマット特定フィールドのビット数は１である。また、周波数領域リソース割り当てフィールドのビット数ＸはＰＵＳＣＨが配置されるＢＷＰのリソースブロックの数に少なくとも基づき与えられる。また、時間領域リソース割り当てフィールドのビット数は４である。また、周波数ホッピングフラグフィールドのビット数は１である。また、ＭＣＳフィールドのビット数は５である。また、ＮＤＩフィールドのビット数は１である。また、ＲＶフィールドのビット数は２である。また、ＨＰＮフィールドのビット数は４である。また、ＴＰＣフィールドのビット数は３である。また、パディングフィールドのビット数Ｙは、ＤＣＩフォーマット０＿０のビット数をＤＣＩフォーマット１＿０のビット数に揃えるように与えられる。また、ＵＬ／ＳＵＬ指示フィールドのビット数Ｚは、１または０である。
【０３１０】
ＵＬ／ＳＵＬ指示フィールドのビット数Ｚは、サービングセルにＳＵＬが設定され（サービングセルにおけるＳＵＬに関する設定を示す上位層パラメータがServingCellConfig
に含まれ）、ＤＣＩフォーマット１＿０のビット数がＤＣＩフォーマット０＿０のビット数より大きい場合、１であってもよい。ＵＬ／ＳＵＬ指示フィールドのビット数Ｚは、サービングセルにＳＵＬが設定されない（サービングセルにおけるＳＵＬに関する設定を示す上位層パラメータがServingCellConfigに含まれない）場合に、０であってもよい。ＵＬ／ＳＵＬ指示フィールドのビット数Ｚは、ＤＣＩフォーマット１＿０のビット数がＤＣＩフォーマット０＿０のビット数より小さい場合、０であってもよい。ＵＬ／ＳＵＬ指示フィールドのビット数Ｚは、ＤＣＩフォーマット１＿０のビット数とＤＣＩフォーマット０＿０のビット数が等しい場合、０であってもよい。ＳＵＬは、あるサービングセルに含まれる第１の上りリンクコンポーネントキャリアと第２の上りリンクコンポーネントキャリアを用いて通信を行う。
【０３１１】
単発ＨＡＲＱ−ＡＣＫ情報の送信がトリガされるか否かを示す情報ビットは、ＤＣＩフォーマット０＿０に含まれるパディングフィールドの後ろ（または、直後）に付加されてもよい。単発ＨＡＲＱ−ＡＣＫ情報の送信がトリガされるか否かを示す情報ビットは、ＤＣＩフォーマット０＿０に含まれるＵＬ／ＳＵＬ指示フィールドの直前に付加されてもよい。単発ＨＡＲＱ−ＡＣＫ情報の送信がトリガされるか否かを示す情報ビットは、ＤＣＩフォーマット０＿０に含まれるパディングフィールドとＵＬ／ＳＵＬ指示フィールドの間に付されてもよい。単発ＨＡＲＱ−ＡＣＫ情報の送信がトリガされるか否かを示す情報ビットは、ＤＣＩフォーマット０＿０に含まれるパディングフィールドに含まれるビットの一部を利用することにより与えられてもよい。例えば、基地局装置３は、所定の位置（パディングフィールドの後ろ、ＵＬ／ＳＵＬ指示フィールドの直前、パディングフィールドに含まれるビットの一部）に該情報ビットを付加して、ＤＣＩフォーマット０＿０を含むＰＤＣＣＨを送信してもよい。例えば、端末装置１は、該ＤＣＩフォーマット０＿０に含まれる該情報ビットに基づき、単発ＨＡＲＱ−ＡＣＫ情報を送信するか否かを判断してもよい。
【０３１２】
例えば、上記により、ＤＣＩフォーマット０＿０とＤＣＩフォーマット１＿０のビット数を揃えることが容易になる。
【０３１３】
例えば、あるサービングセルにおいてＤＣＩフォーマット０＿０が検出され、該あるサービングセルにＮＲ−Ｕが適用される場合、単発ＨＡＲＱ−ＡＣＫ情報の送信がトリガされるか否かを示すフィールドが該ＤＣＩフォーマット０＿０に含まれてもよい。例えば、あるサービングセルにおいてＤＣＩフォーマット０＿０が検出され、該あるサービングセルにＮＲ−Ｕが適用されない場合、単発ＨＡＲＱ−ＡＣＫ情報の送信がトリガされるか否かを示すフィールドが該ＤＣＩフォーマット０＿０に含まれなくてもよい。例えば、基地局装置３は、あるサービングセルにおいてＤＣＩフォーマット０＿０を含むＰＤＣＣＨを送信し、該あるサービングセルに接続される端末装置１に対してＮＲ−Ｕを適用する場合、該ＤＣＩフォーマット０＿０に単発ＨＡＲＱ−ＡＣＫ情報の送信をトリガするか否かを示す情報ビットを含めてもよい。例えば、端末装置１は、該ＤＣＩフォーマット０＿０に含まれる該情報ビットに基づき、単発ＨＡＲＱ−ＡＣＫ情報を送信するか否かを判断してもよい。
【０３１４】
例えば、上記により、ＮＲ−Ｕが適用される端末装置１に対して好適なシグナリングを提供できる。
【０３１５】
例えば、端末装置１に設定される複数のサービングセルのうちのあるサービングセルにおいて検出されるＤＣＩフォーマット０＿０によりトリガされる単発ＨＡＲＱ−ＡＣＫ情報は、該あるサービングセルに設定されるＨＡＲＱプロセスに対応するＨＡＲＱ−ＡＣＫビットを含んでもよい。また、該単発ＨＡＲＱ−ＡＣＫ情報は、該あるサービングセル以外のサービングセルに設定されるＨＡＲＱプロセスに対応するＨＡＲＱ−ＡＣＫビットを含まなくてもよい。例えば、基地局装置３は、端末装置１に設定される複数のサービングセルのうちのあるサービングセルにおいてＤＣＩフォーマット０＿０を含むＰＤＣＣＨを送信してもよい。また、該ＤＣＩフォーマット０＿０に少なくとも基づき、該あるサービ
ングセルに対応するＨＡＲＱ−ＡＣＫビットを含む単発ＨＡＲＱ−ＡＣＫ情報の送信をトリガしてもよい。例えば、該端末装置１は、該単発ＨＡＲＱ−ＡＣＫ情報に該あるサービングセルに対応するＨＡＲＱ−ＡＣＫビットを含めてもよい。
【０３１６】
例えば、上記により、キャリアアグリゲーションが設定された端末装置１に対して、単発ＨＡＲＱ−ＡＣＫ情報のビット数を好適に制御できる。
【０３１７】
例えば、端末装置１に設定される複数のサービングセルのうちのあるサービングセルにおいて検出されるＤＣＩフォーマット０＿０によりトリガされる単発ＨＡＲＱ−ＡＣＫ情報は、代表サービングセルに設定されるＨＡＲＱプロセスに対応するＨＡＲＱ−ＡＣＫビットを含んでもよい。ここで、該あるサービングセルは代表サービングセルとは異なってもよい。また、該単発ＨＡＲＱ−ＡＣＫ情報は、該代表サービングセル以外のサービングセルに設定されるＨＡＲＱプロセスに対応するＨＡＲＱ−ＡＣＫビットを含まなくてもよい。また、該単発ＨＡＲＱ−ＡＣＫ情報は、該あるサービングセルに設定されるＨＡＲＱプロセスに対応するＨＡＲＱ−ＡＣＫビットを含まなくてもよい。例えば、基地局装置３は、端末装置１に設定される複数のサービングセルのうちのあるサービングセルにおいてＤＣＩフォーマット０＿０を含むＰＤＣＣＨを送信してもよい。また、該ＤＣＩフォーマット０＿０に少なくとも基づき、代表サービングセルに対応するＨＡＲＱ−ＡＣＫビットを含む単発ＨＡＲＱ−ＡＣＫ情報の送信をトリガしてもよい。ここで、該あるサービングセルは代表サービングセルとは異なってもよい。例えば、該端末装置１は、該単発ＨＡＲＱ−ＡＣＫ情報に該代表サービングセルに対応するＨＡＲＱ−ＡＣＫビットを含めてもよい。
【０３１８】
例えば、上記により、キャリアアグリゲーションが設定された端末装置１に対して、単発ＨＡＲＱ−ＡＣＫ情報のビット数を好適に制御できる。
【０３１９】
例えば、ＤＣＩフォーマット０＿１は、単発ＨＡＲＱ−ＡＣＫ情報の送信のためのトリガに用いられてもよい。単発ＨＡＲＱ−ＡＣＫ情報の送信は、ＤＣＩフォーマット０＿１に含まれる周波数領域リソース割り当てフィールドのビットがすべて１にセットされることに少なくとも基づきトリガされてもよい。ここで、該ＤＣＩフォーマット０＿１によりＰＵＳＣＨがスケジューリングされなくてもよい。該単発ＨＡＲＱ−ＡＣＫ情報の送信に用いられるＰＵＣＣＨリソースは、該ＤＣＩフォーマット０＿１に含まれるフィールドに少なくとも基づき与えられてもよい。
【０３２０】
例えば、あるサービングセルにおいてＤＣＩフォーマット０＿１が検出され、該あるサービングセルにＮＲ−Ｕが適用される場合、単発ＨＡＲＱ−ＡＣＫ情報の送信がトリガされるか否かを示すフィールドが該ＤＣＩフォーマット０＿１に含まれてもよい。例えば、あるサービングセルにおいてＤＣＩフォーマット０＿１が検出され、該あるサービングセルにＮＲ−Ｕが適用されない場合、単発ＨＡＲＱ−ＡＣＫ情報の送信がトリガされるか否かを示すフィールドが該ＤＣＩフォーマット０＿１に含まれなくてもよい。
【０３２１】
例えば、ＤＣＩフォーマット０＿１に単発ＨＡＲＱ−ＡＣＫ情報の送信がトリガされるか否かを示すフィールドが含まれるか否かは、上位層パラメータに少なくとも基づき与えられてもよい。
【０３２２】
例えば、あるサービングセルにおいて検出されるＤＣＩフォーマット０＿１によりトリガされる単発ＨＡＲＱ−ＡＣＫ情報は、１または複数のサービングセルを含むセットに設定されるＨＡＲＱプロセスのいずれかに対応する１または複数のＨＡＲＱ−ＡＣＫビットを含んでもよい。該セットは、上位層パラメータにより示されてもよい。該セットは、１または複数のセットからＤＣＩフォーマット０＿１に含まれるフィールドにより選択され
てもよい。
【０３２３】
例えば、ＤＣＩフォーマット０＿１に単発ＨＡＲＱ−ＡＣＫ情報の送信がトリガされるか否かを示す情報ビットが含まれるか否かは、上位層パラメータに少なくとも基づき与えられてもよい。例えば、該上位層パラメータは、システム情報であってもよい。
【０３２４】
以下、本実施形態の一態様に係る種々の装置の態様を説明する。
【０３２５】
（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、ＤＣＩフォーマット１＿０を受信する受信部と、前記ＤＣＩフォーマット１＿０に含まれる周波数領域割り当てフィールドの最下位ビット以外のビットがすべて１にセットされ、該最下位ビットが０にセットされていることに少なくとも基づき、複数のＨＡＲＱプロセスのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを少なくとも送信する送信部と、を備える。
【０３２６】
（２）また、本発明の第２の態様は、端末装置であって、ＰＤＣＣＨを受信する受信部と、前記ＰＤＣＣＨにおいてＤＣＩフォーマット１＿０が検出される場合に、複数のＨＡＲＱプロセスの第１のセットのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを送信し、前記ＰＤＣＣＨにおいてＤＣＩフォーマット１＿１が検出される場合に、複数のＨＡＲＱプロセスの第２のセットのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを送信する送信部と、を備え、前記第１のセットは１６個のＨＡＲＱプロセスを含み、前記第２のセットは上位層パラメータにより設定される数のＨＡＲＱプロセスを含む。
【０３２７】
（３）また、本発明の第３の態様は、１つのプライマリセルを含む複数のサービングセルにおいて基地局装置と通信を行う端末装置であって、前記複数のサービングセルのうちの一つのサービングセルにおいてＰＤＣＣＨを受信する受信部と、前記ＰＤＣＣＨにおいてＤＣＩフォーマット１＿０が検出される場合に、複数のＨＡＲＱプロセスの第１のセットのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを送信し、前記ＰＤＣＣＨにおいてＤＣＩフォーマット１＿１が検出される場合に、複数のＨＡＲＱプロセスの第２のセットのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを送信する送信部と、を備え、前記第１のセットは、前記１つのプライマリセルに設定されるＨＡＲＱプロセスを含み、または、前記１つのサービングセルに設定されるＨＡＲＱプロセスを含み、前記第２のセットはＲＲＣパラメータにより設定されるサービングセルのセットのいずれかに設定されるＨＡＲＱプロセスを含む。
【０３２８】
（４）また、本発明の第３の態様において、前記サービングセルのセットは、前記複数のサービングセルのうち、活性化されたサービングセルを含み、前記サービングセルのセットは、前記複数のサービングセルのうち、活性化されていないサービングセルを含まず、前記サービングセルは、ＭＡＣ  ＣＥによって活性化される。
【０３２９】
（５）また、本発明の第４の態様は、端末装置であって、ＤＣＩフォーマット０＿０を受信する受信部と、前記ＤＣＩフォーマット０＿０に含まれる周波数領域割り当てフィールドのすべてのビットがすべて１にセットされていることに少なくとも基づき、複数のＨＡＲＱプロセスのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを少なくとも送信する送信部と、を備える。
【０３３０】
（６）また、本発明の第５の態様は、端末装置であって、ＤＣＩフォーマット０＿０を受信する受信部と、前記ＤＣＩフォーマット０＿０に含まれるトリガフィールドが所定の値にセットされることに少なくとも基づき、複数のＨＡＲＱプロセスのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを少なくとも送信する送信部と、を備え、前記トリガフィールドは、ＵＬ／ＳＵＬ指示フィールドの直前の位置に配置される。
【０３３１】
（７）また、本発明の第６の態様は、基地局装置であって、ＤＣＩフォーマット１＿０に含まれる周波数領域割り当てフィールドの最下位ビット以外のビットをすべて１にセットし、該最下位ビットを０にセットすることに少なくとも基づき、複数のＨＡＲＱプロセスのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットの送信をトリガする送信部と、前記複数のＨＡＲＱ−ＡＣＫビットを受信する受信部と、を備える。
【０３３２】
（８）また、本発明の第７の態様は、基地局装置であって、ＰＤＣＣＨにおいてＤＣＩフォーマット１＿０を送信することに基づき、複数のＨＡＲＱプロセスの第１のセットのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットの送信をトリガし、前記ＰＤＣＣＨにおいてＤＣＩフォーマット１＿１を送信することに基づき、複数のＨＡＲＱプロセスの第２のセットのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットの送信をトリガする送信部と、前記複数のＨＡＲＱ−ＡＣＫビットを受信する受信部と、を備え、前記第１のセットは１６個のＨＡＲＱプロセスを含み、前記第２のセットは上位層パラメータにより設定される数のＨＡＲＱプロセスを含む。
【０３３３】
（９）また、本発明の第８の態様は、１つのプライマリセルを含む複数のサービングセルにおいて端末装置と通信を行う基地局装置であって、前記複数のサービングセルのうちの一つのサービングセルにおいてＰＤＣＣＨを送信し、前記ＰＤＣＣＨにおいてＤＣＩフォーマット１＿０を送信することに基づき、複数のＨＡＲＱプロセスの第１のセットのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを送信し、前記ＰＤＣＣＨにおいてＤＣＩフォーマット１＿１を送信することに基づき、複数のＨＡＲＱプロセスの第２のセットのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットを送信する送信部と、を備え、前記第１のセットは、前記１つのプライマリセルに設定されるＨＡＲＱプロセスを含み、または、前記１つのサービングセルに設定されるＨＡＲＱプロセスを含み、前記第２のセットはＲＲＣパラメータにより設定されるサービングセルのセットのいずれかに設定されるＨＡＲＱプロセスを含む。
【０３３４】
（１０）また、本発明の第８の態様において、前記サービングセルのセットは、前記複数のサービングセルのうち、活性化されたサービングセルを含み、前記サービングセルのセットは、前記複数のサービングセルのうち、活性化されていないサービングセルを含まず、前記サービングセルは、ＭＡＣ  ＣＥによって活性化される。
【０３３５】
（１１）また、本発明の第９の態様は、基地局装置であって、ＤＣＩフォーマット０＿０に含まれる周波数領域割り当てフィールドのすべてのビットをすべて１にセットすることに少なくとも基づき、複数のＨＡＲＱプロセスのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットの送信をトリガする送信部と、前記複数のＨＡＲＱ−ＡＣＫビットを受信する受信部と、を備える。
【０３３６】
（１２）また、本発明の第１０の態様は、基地局装置であって、ＤＣＩフォーマット０＿０に含まれるトリガフィールドを所定の値にセットすることに少なくとも基づき、複数
のＨＡＲＱプロセスのいずれかによって管理される複数のトランスポートブロックのいずれかに対応する複数のＨＡＲＱ−ＡＣＫビットの送信をトリガする送信部と、前記複数のＨＡＲＱ−ＡＣＫビットを受信する受信部と、を備え、前記トリガフィールドは、ＵＬ／ＳＵＬ指示フィールドの直前の位置に配置される。
【０３３７】
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制
御するプログラム（コンピュータを機能させるプログラム）であっても良い。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ  ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤ
Ｄ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き
込みが行われる。
【０３３８】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。
【０３３９】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０３４０】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【０３４１】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【０３４２】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）および／またはＮＧ−ＲＡＮ（NextGen RAN，NR RAN）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢおよび／またはｇＮＢに対する上位ノードの機能の一部または全部を有してもよい。
【０３４３】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０３４４】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【０３４５】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０３４６】
１（１Ａ、１Ｂ、１Ｃ）  端末装置
３  基地局装置
１０、３０  無線送受信部
１１、３１  アンテナ部
１２、３２  ＲＦ部
１３、３３  ベースバンド部
１４、３４  上位層処理部
１５、３５  媒体アクセス制御層処理部
１６、３６  無線リソース制御層処理部
９１、９２、９３、９４  探索領域セット
３００  コンポーネントキャリア
３０１  プライマリセル
３０２、３０３  セカンダリセル
３０００  ポイント
３００１、３００２  リソースグリッド
３００３、３００４  ＢＷＰ
３０１１、３０１２、３０１３、３０１４  オフセット
３１００、３２００  共通リソースブロックセット
【図１】
0006924226.tif 000002
【図２】
0006924226.tif 000003
【図３】
0006924226.tif 000004
【図４】
0006924226.tif 000005
【図５】
0006924226.tif 000006
【図６】
0006924226.tif 000007
【図７】
0006924226.tif 000008
【図８】
0006924226.tif 000009
【図９】
0006924226.tif 000010
【図１０】
0006924226.tif 000011
【図１１】
0006924226.tif 000012
【図１２】
0006924226.tif 000013
【図１３】
0006924226.tif 000014
【図１４】
0006924226.tif 000015
【図１５】
0006924226.tif 000016
【図１６】
0006924226.tif 000017