(57)【要約】      （修正有）【課題】効率的に通信を行うこと。【解決手段】ｔＳＳＢ番目のＳＳ／ＰＢＣＨブロック候補においてＳＳ／ＰＢＣＨブロックを受信する受信部と、１または複数のＰＲＡＣＨ機会から選択される１つのＰＲＡＣＨ機会においてＰＲＡＣＨを送信する送信部と、を備え、ｔＳＳＢ番目のＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスｑＳＳＢは、ｍｏｄ（ｔＳＳＢ，ＱＳＳＢ）、または、ｍｏｄ（ｄＳＳＢ，ＱＳＳＢ）の関係により与えられ、ここで、前記ｄＳＳＢは、前記ＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨに関連するＤＭＲＳのインデックスであり、前記ＱＳＳＢは、ビットマップ情報の要素数と同じ数にセットされ、または、等しく、前記ビットマップ情報に少なくとも基づき与えられる前記ＱＣＬインデックスｑＳＳＢと前記１または複数のＰＲＡＣＨ機会の関係に基づき、前記１つのＰＲＡＣＨ機会を選択する。【選択図】図９
2020202455.tif 000002
【特許請求の範囲】
【請求項１】
ハーフ無線フレームに含まれるＬＳＳＢ個のＳＳ／ＰＢＣＨブロック候補により構成されるＳＳバーストセットのうち、ｔＳＳＢ番目のＳＳ／ＰＢＣＨブロック候補においてＳＳ／ＰＢＣＨブロックを受信する受信部と、
１または複数のＰＲＡＣＨ機会から選択される１つのＰＲＡＣＨ機会においてＰＲＡＣＨを送信する送信部と、を備え、
ｔＳＳＢ番目のＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスｑＳＳＢは、ｍｏｄ（ｔＳＳＢ，ＱＳＳＢ）、または、ｍｏｄ（ｄＳＳＢ，ＱＳＳＢ）の関係により与えられ、
ここで、前記ｄＳＳＢは、前記ＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨに関連するＤＭＲＳのインデックスであり、
前記ＱＳＳＢは、ビットマップ情報の要素数と同じ数にセットされ、または、等しく、
前記ビットマップ情報に少なくとも基づき与えられる前記ＱＣＬインデックスｑＳＳＢと前記１または複数のＰＲＡＣＨ機会の関係に基づき、前記１つのＰＲＡＣＨ機会を選択する
端末装置。
【請求項２】
ハーフ無線フレームに含まれるＬＳＳＢ個のＳＳ／ＰＢＣＨブロック候補により構成されるＳＳバーストセットのうち、ｔＳＳＢ番目のＳＳ／ＰＢＣＨブロック候補においてＳＳ／ＰＢＣＨブロック、および、ＱＳＳＢを示す上位層パラメータを含む物理チャネルを受信する受信部と、
１または複数のＰＲＡＣＨ機会から選択される１つのＰＲＡＣＨ機会においてＰＲＡＣＨを送信する送信部と、を備え、
ｔＳＳＢ番目のＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスｑＳＳＢは、ｍｏｄ（ｔＳＳＢ，ＱＳＳＢ）、または、ｍｏｄ（ｄＳＳＢ，ＱＳＳＢ）の関係により与えられ、
ここで、前記ｄＳＳＢは、前記ＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨに関連するＤＭＲＳのインデックスであり、
前記ＳＳバーストセットにおいて、連続するＱＳＳＢ個のＱＣＬインデックスに対応する１または複数のＳＳ／ＰＢＣＨブロック候補がＳＳ／ＰＢＣＨブロックの送信に用いられることに基づき与えられる前記前記ＱＣＬインデックスｑＳＳＢと前記１または複数のＰＲＡＣＨ機会の関係に基づき、前記１つのＰＲＡＣＨ機会を選択する
端末装置。
【請求項３】
ハーフ無線フレームに含まれるＬＳＳＢ個のＳＳ／ＰＢＣＨブロック候補により構成されるＳＳバーストセットのうち、ｔＳＳＢ番目のＳＳ／ＰＢＣＨブロック候補においてＳＳ／ＰＢＣＨブロックを送信する送信部と、
１または複数のＰＲＡＣＨ機会から選択される１つのＰＲＡＣＨ機会においてＰＲＡＣＨを受信する受信部と、を備え、
ｔＳＳＢ番目のＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスｑＳＳＢは、ｍｏｄ（ｔＳＳＢ，ＱＳＳＢ）、または、ｍｏｄ（ｄＳＳＢ，ＱＳＳＢ）の関係により与えられ、
ここで、前記ｄＳＳＢは、前記ＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨに関連するＤＭＲＳのインデックスであり、
前記ＱＳＳＢは、ビットマップ情報の要素数と同じ数にセットされ、または、等しく、
前記ビットマップ情報に少なくとも基づき与えられる前記ＱＣＬインデックスｑＳＳＢと前記１または複数のＰＲＡＣＨ機会の関係に基づき、前記１つのＰＲＡＣＨ機会を選択する
基地局装置。
【請求項４】
ハーフ無線フレームに含まれるＬＳＳＢ個のＳＳ／ＰＢＣＨブロック候補により構成されるＳＳバーストセットのうち、ｔＳＳＢ番目のＳＳ／ＰＢＣＨブロック候補においてＳＳ／ＰＢＣＨブロック、および、ＱＳＳＢを示す上位層パラメータを含む物理チャネルを送信する送信部と、
１または複数のＰＲＡＣＨ機会から選択される１つのＰＲＡＣＨ機会においてＰＲＡＣＨを受信する受信部と、を備え、
ｔＳＳＢ番目のＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスｑＳＳＢは、ｍｏｄ（ｔＳＳＢ，ＱＳＳＢ）、または、ｍｏｄ（ｄＳＳＢ，ＱＳＳＢ）の関係により与えられ、
ここで、前記ｄＳＳＢは、前記ＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨに関連するＤＭＲＳのインデックスであり、
前記ＳＳバーストセットにおいて、連続するＱＳＳＢ個のＱＣＬインデックスに対応する１または複数のＳＳ／ＰＢＣＨブロック候補がＳＳ／ＰＢＣＨブロックの送信に用いられることに基づき与えられる前記前記ＱＣＬインデックスｑＳＳＢと前記１または複数のＰＲＡＣＨ機会の関係に基づき、前記１つのＰＲＡＣＨ機会を選択する
基地局装置。
【請求項５】
端末装置に用いられる通信方法であって、
ハーフ無線フレームに含まれるＬＳＳＢ個のＳＳ／ＰＢＣＨブロック候補により構成されるＳＳバーストセットのうち、ｔＳＳＢ番目のＳＳ／ＰＢＣＨブロック候補においてＳＳ／ＰＢＣＨブロックを受信するステップと、
１または複数のＰＲＡＣＨ機会から選択される１つのＰＲＡＣＨ機会においてＰＲＡＣＨを送信するステップと、を備え、
ｔＳＳＢ番目のＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスｑＳＳＢは、ｍｏｄ（ｔＳＳＢ，ＱＳＳＢ）、または、ｍｏｄ（ｄＳＳＢ，ＱＳＳＢ）の関係により与えられ、
ここで、前記ｄＳＳＢは、前記ＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨに関連するＤＭＲＳのインデックスであり、
前記ＱＳＳＢは、ビットマップ情報の要素数と同じ数にセットされ、または、等しく、
前記ビットマップ情報に少なくとも基づき与えられる前記ＱＣＬインデックスｑＳＳＢと前記１または複数のＰＲＡＣＨ機会の関係に基づき、前記１つのＰＲＡＣＨ機会を選択する
通信方法。
【請求項６】
端末装置に用いられる通信方法であって、
ハーフ無線フレームに含まれるＬＳＳＢ個のＳＳ／ＰＢＣＨブロック候補により構成されるＳＳバーストセットのうち、ｔＳＳＢ番目のＳＳ／ＰＢＣＨブロック候補においてＳＳ／ＰＢＣＨブロック、および、ＱＳＳＢを示す上位層パラメータを含む物理チャネルを受信するステップと、
１または複数のＰＲＡＣＨ機会から選択される１つのＰＲＡＣＨ機会においてＰＲＡＣＨを送信するステップと、を備え、
ｔＳＳＢ番目のＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスｑＳＳＢは、ｍｏｄ（ｔＳＳＢ，ＱＳＳＢ）、または、ｍｏｄ（ｄＳＳＢ，ＱＳＳＢ）の関係により与えられ、
ここで、前記ｄＳＳＢは、前記ＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨに関連するＤＭＲＳのインデックスであり、
前記ＳＳバーストセットにおいて、連続するＱＳＳＢ個のＱＣＬインデックスに対応する１または複数のＳＳ／ＰＢＣＨブロック候補がＳＳ／ＰＢＣＨブロックの送信に用いられることに基づき与えられる前記前記ＱＣＬインデックスｑＳＳＢと前記１または複数の
ＰＲＡＣＨ機会の関係に基づき、前記１つのＰＲＡＣＨ機会を選択する
通信方法。
【請求項７】
基地局装置に用いられる通信方法であって、
ハーフ無線フレームに含まれるＬＳＳＢ個のＳＳ／ＰＢＣＨブロック候補により構成されるＳＳバーストセットのうち、ｔＳＳＢ番目のＳＳ／ＰＢＣＨブロック候補においてＳＳ／ＰＢＣＨブロックを送信するステップと、
１または複数のＰＲＡＣＨ機会から選択される１つのＰＲＡＣＨ機会においてＰＲＡＣＨを受信するステップと、を備え、
ｔＳＳＢ番目のＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスｑＳＳＢは、ｍｏｄ（ｔＳＳＢ，ＱＳＳＢ）、または、ｍｏｄ（ｄＳＳＢ，ＱＳＳＢ）の関係により与えられ、
ここで、前記ｄＳＳＢは、前記ＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨに関連するＤＭＲＳのインデックスであり、
前記ＱＳＳＢは、ビットマップ情報の要素数と同じ数にセットされ、または、等しく、
前記ビットマップ情報に少なくとも基づき与えられる前記ＱＣＬインデックスｑＳＳＢと前記１または複数のＰＲＡＣＨ機会の関係に基づき、前記１つのＰＲＡＣＨ機会を選択する
通信方法。
【請求項８】
基地局装置に用いられる通信方法であって、
ハーフ無線フレームに含まれるＬＳＳＢ個のＳＳ／ＰＢＣＨブロック候補により構成されるＳＳバーストセットのうち、ｔＳＳＢ番目のＳＳ／ＰＢＣＨブロック候補においてＳＳ／ＰＢＣＨブロック、および、ＱＳＳＢを示す上位層パラメータを含む物理チャネルを送信するステップと、
１または複数のＰＲＡＣＨ機会から選択される１つのＰＲＡＣＨ機会においてＰＲＡＣＨを受信するステップと、を備え、
ｔＳＳＢ番目のＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスｑＳＳＢは、ｍｏｄ（ｔＳＳＢ，ＱＳＳＢ）、または、ｍｏｄ（ｄＳＳＢ，ＱＳＳＢ）の関係により与えられ、
ここで、前記ｄＳＳＢは、前記ＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨに関連するＤＭＲＳのインデックスであり、
前記ＳＳバーストセットにおいて、連続するＱＳＳＢ個のＱＣＬインデックスに対応する１または複数のＳＳ／ＰＢＣＨブロック候補がＳＳ／ＰＢＣＨブロックの送信に用いられることに基づき与えられる前記前記ＱＣＬインデックスｑＳＳＢと前記１または複数のＰＲＡＣＨ機会の関係に基づき、前記１つのＰＲＡＣＨ機会を選択する
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、基地局装置、および、通信方法に関する。
【背景技術】
【０００２】
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「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）は、端末装置１に専用のＲＲＣメッセージを送信するために少なくとも用いられてもよい。ここで、ＤＣＣＨは、例えば、ＲＲＣ接続されている端末装置１のために用いられてもよい。
【０１７５】
ＲＲＣメッセージは、１または複数のＲＲＣパラメータ（情報要素）を含む。例えば、ＲＲＣメッセージは、ＭＩＢを含んでもよい。また、ＲＲＣメッセージは、システム情報を含んでもよい。また、ＲＲＣメッセージは、ＣＣＣＨに対応するメッセージを含んでもよい。また、ＲＲＣメッセージは、ＤＣＣＨに対応するメッセージを含んでもよい。ＤＣＣＨに対応するメッセージを含むＲＲＣメッセージは、個別ＲＲＣメッセージとも呼称される。
【０１７６】
ロジカルチャネルにおけるＢＣＣＨは、トランスポートチャネルにおいてＢＣＨ、または、ＤＬ−ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＣＣＣＨは、トランスポートチャネルにおいてＤＬ−ＳＣＨまたはＵＬ−ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＤＣＣＨは、トランスポートチャネルにおいてＤＬ−ＳＣＨまたはＵＬ−ＳＣＨにマップされてもよい。
【０１７７】
トランスポートチャネルにおけるＵＬ−ＳＣＨは、物理チャネルにおいてＰＵＳＣＨにマップされてもよい。トランスポートチャネルにおけるＤＬ−ＳＣＨは、物理チャネルにおいてＰＤＳＣＨにマップされてもよい。トランスポートチャネルにおけるＢＣＨは、物理チャネルにおいてＰＢＣＨにマップされてもよい。
【０１７８】
上位層パラメータ（上位層のパラメータ）は、ＲＲＣメッセージ、または、ＭＡＣ  ＣＥ（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）で動作
することを示す上位層パラメータが与えられない
設定２：免許帯域で動作するように、あるコンポーネントキャリア（または、あるサービングセル）が設定される、または、免許不要帯域で動作するように、あるコンポーネントキャリア（または、あるサービングセル）が設定されない
設定３：あるコンポーネントキャリア（または、あるサービングセル）が免許帯域に含まれる、または、あるコンポーネントキャリア（または、あるサービングセル）が免許不要帯域に含まれない
【０２５５】
免許帯域は、該免許帯域において動作する（ことが期待される）端末装置に対して、無線局免許が要求されるような帯域であってもよい。免許帯域は、無線局免許を保有する事業者（事業体、事業、団体、企業）によって製造される端末装置のみが動作を許可されるような帯域であってもよい。免許不要帯域は、物理信号の送信に先立つチャネルアクセス手順が要求されないような帯域であってもよい。
【０２５６】
免許不要帯域は、該免許不要帯域において動作する（ことが期待される）端末装置に対して、無線局免許が要求されないような帯域であってもよい。免許不要帯域は、無線局免許を保有する事業者、および／または、無線局免許を保有しない事業者の一部または全部によって製造される端末装置が動作を許可されるような帯域であってもよい。免許不要帯域は、物理信号の送信に先立つチャネルアクセス手順が要求されるような帯域であってもよい。
【０２５７】
あるコンポーネントキャリア（または、あるサービングセル）にＮＲ−Ｕが適用されるか否かは、少なくとも該あるコンポーネントキャリア（または、該あるサービングセル）が、免許不要帯域で運用可能なバンド（例えば、免許不要帯域でのみ運用可能なバンド）に設定されているか否かに基づいて決められてもよい。例えば、ＮＲあるいはＮＲのキャリアアグリゲーションのためにデザインされたバンドのリストが規定されてもよい。例えば、あるバンドが、リスト内の１つまたは複数のバンドが免許不要帯域で運用可能なバンド（例えば、免許不要帯域でのみ運用可能なバンド）に含まれる場合、該あるバンドにＮＲ−Ｕが適用されてもよい。また、あるバンドが、リスト内の１つまたは複数のバンドが免許不要帯域で運用可能なバンド（例えば、免許不要帯域でのみ運用可能なバンド）に含まれない場合、該あるバンドにＮＲ−Ｕが適用されず、通常のＮＲ（例えば、リリース１５のＮＲ、あるいはリリース１６のＮＲ−Ｕ以外のＮＲ）が適用されてもよい。
【０２５８】
あるコンポーネントキャリア（または、あるサービングセル）にＮＲ−Ｕが適用されるか否かは、少なくともそのコンポーネントキャリア（または、そのサービングセル）が、ＮＲ−Ｕが運用可能なバンド（例えば、ＮＲ−Ｕでのみ運用可能なバンド）に設定されているか否かに基づいて決められてもよい。例えば、ＮＲあるいはＮＲのキャリアアグリゲーションがその運用のためにデザインされたバンドのリストが規定され、リスト内の１つあるいは複数のバンドがＮＲ−Ｕが運用可能なバンド（例えば、ＮＲ−Ｕのみ運用可能なバンド）として規定されている場合、そのコンポーネントキャリア（または、そのサービングセル）に対して設定されるバンドが、当該１つあるいは複数のバンドのいずれかであればＮＲ−Ｕが適用され、当該１つあるいは複数のバンド以外のバンドであればＮＲ−Ｕが適用されず、通常のＮＲ（例えば、リリース１５のＮＲ、あるいはリリース１６のＮＲ−Ｕ以外のＮＲ）が適用されてもよい。
【０２５９】
あるコンポーネントキャリア（または、あるサービングセル）にＮＲ−Ｕが適用されるか否かは、システムインフォメーション（例えば、Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏ
ｎ  Ｂｌｏｃｋ（ＭＩＢ、あるいはＰｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ（ＰＢＣＨ）））に含まれる情報に基づいて決められてもよい。例えば、ＭＩＢにＮＲ−Ｕを適用するか否かを示す情報が含まれており、その情報がＮＲ−Ｕを適用することを示している場合、そのＭＩＢが対応するサービングセルに対して、ＮＲ−Ｕが適用されてもよい。一方、その情報がＮＲ−Ｕを適用することを示していない場合、そのＭＩＢが対応するサービングセルに対して、ＮＲ−Ｕが適用されず、通常のＮＲが適用されてもよい。あるいは、その情報が免許不要帯域で運用可能か否かを示してもよい。
【０２６０】
あるコンポーネントキャリアは、免許不要帯域に設定されてもよい。あるサービングセルは、免許不要帯域に設定されてもよい。ここで、あるコンポーネントキャリア（または、あるサービングセル）が免許不要帯域に設定されることは、以下の設定４から設定６の一部または全部を少なくとも含んでもよい。
設定４：あるコンポーネントキャリア（または、あるサービングセル）に対して免許不要帯域で動作することを示す上位層パラメータが与えられる
設定５：免許不要帯域で動作するように、あるコンポーネントキャリア（または、あるサービングセル）が設定される
設定６：あるコンポーネントキャリア（または、あるサービングセル）が免許不要帯域に含まれる
【０２６１】
以下、コンポーネントキャリアにＮＲ−Ｕが適用される、またはＮＲ−Ｕが適用されないことを想定の下、説明を行う。なお、“コンポーネントキャリアにＮＲ−Ｕが適用される”ことは、“サービングセルにＮＲ−Ｕが適用される”ことであってもよいし、“コンポーネントキャリアにＮＲ−Ｕが適用されない”ことは、“サービングセルにＮＲ−Ｕが適用されない”ことであってもよい。
【０２６２】
例えば、あるコンポーネントキャリアにＮＲ−Ｕが適用されない場合、端末装置１は第１のＳＳ／ＰＢＣＨブロックを受信してもよい。また、あるコンポーネントキャリアにＮＲ−Ｕが適用されない場合、端末装置１は、第１のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。また、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用されない場合、基地局装置３は第１のＳＳ／ＰＢＣＨブロックを送信してもよい。また、あるコンポーネントキャリアにＮＲ−Ｕが適用されない場合、基地局装置３は、第１のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを送信してもよい。第１のＳＳ／ＰＢＣＨブロックは、第１のＳＳバーストセットに含まれるＳＳ／ＰＢＣＨブロック候補のいずれかにおいて受信されてもよい。第１のＳＳ／ＰＢＣＨブロックは、第１のＳＳバーストセットに含まれるＳＳ／ＰＢＣＨブロック候補のいずれかにおいて送信されてもよい。
【０２６３】
あるコンポーネントキャリアにＮＲ−Ｕが適用される場合、端末装置１は第２のＳＳ／ＰＢＣＨブロックを受信してもよい。また、あるコンポーネントキャリアにＮＲ−Ｕが適用される場合、端末装置１は、第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第２のＰＤＣＣＨを受信してもよい。また、あるコンポーネントキャリアにＮＲ−Ｕが適用される場合、基地局装置３は第２のＳＳ／ＰＢＣＨブロックを送信してもよい。また、あるコンポーネントキャリアにＮＲ−Ｕが適用される場合、基地局装置３は、第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第２のＰＤＣＣＨを送信してもよい。第２のＳＳ／ＰＢＣＨブロックは、第２のＳＳバーストセットに含まれるＳＳ／ＰＢＣＨブロック候補のいずれかにおいて受信されてもよい。第２のＳＳ／ＰＢＣＨブロックは、第２のＳＳバーストセットに含まれるＳＳ／ＰＢＣＨブロック候補のいずれかにおいて送信されて
もよい。
【０２６４】
第１のＳＳバーストセットは、４個、８個、または、６４個のＳＳ／ＰＢＣＨブロック候補を含んでもよい。第１のＳＳバーストセットにおいて、ＳＳ／ＰＢＣＨブロック候補のインデックスは、ＳＳ／ＰＢＣＨブロック候補に対して時間領域で昇順に与えられる。ＳＳ／ＰＢＣＨブロック候補のインデックスは、該ＳＳ／ＰＢＣＨブロック候補において受信されるＳＳ／ＰＢＣＨブロック候補のインデックスであってもよい。
【０２６５】
あるハーフ無線フレームにおいて、第１のＳＳ／ＰＢＣＨブロック候補の先頭のＯＦＤＭシンボルインデックスの配置は、ＳＳ／ＰＢＣＨブロック候補のインデックスに少なくとも基づき与えられてもよい。例えば、ＳＳ／ＰＢＣＨブロックのサブキャリア間隔が３０ｋＨｚである場合（ＳＳ／ＰＢＣＨブロックに対するサブキャリア間隔の設定μ＝１である場合）、インデックス｛０，１，２，３，４，５，６，７｝のＳＳ／ＰＢＣＨブロック候補（ＳＳ／ＰＢＣＨ候補）の先頭のＯＦＤＭシンボルインデックスｌｈｒｆｓｙｍは、それぞれ、｛２，８，１６，２２，３０，３６，４４，５０｝であってもよい。ＯＦＤＭシンボルインデックスｌｈｒｆｓｙｍは、ハーフ無線フレームにおいて０からＮｆｒａｍｅ，μｓｌｏｔ＊Ｎｓｌｏｔｓｙｍｂ／２−１の範囲の整数値で昇順に与えられてもよい。
【０２６６】
ＳＳ／ＰＢＣＨブロック候補のインデックスは、該ＳＳ／ＰＢＣＨブロック候補において受信されるＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨに関連するＤＭＲＳに少なくとも基づき与えられてもよい。
【０２６７】
例えば、あるコンポーネントキャリアにＮＲ−Ｕが適用されず（あるコンポーネントキャリアが第１のＳＳバーストセットを含み）、２つのＳＳ／ＰＢＣＨブロック候補のインデックスが同じであり、かつ、該２つのＳＳ／ＰＢＣＨブロック候補の中心周波数が同じである場合に、該２つのＳＳ／ＰＢＣＨブロック候補のそれぞれにおいて受信されるＳＳ／ＰＢＣＨブロックがＱＣＬであると想定されてもよい（みなされてもよい）。また、あるコンポーネントキャリアにＮＲ−Ｕが適用されず、２つのＳＳ／ＰＢＣＨブロック候補のインデックスが同じであり、かつ、該２つのＳＳ／ＰＢＣＨブロック候補の中心周波数が同じである場合に、端末装置１は、該２つのＳＳ／ＰＢＣＨブロック候補のそれぞれにおいて受信されるＳＳ／ＰＢＣＨブロックがＱＣＬであると想定してもよい（みなしてもよい）。また、あるコンポーネントキャリアにＮＲ−Ｕが適用されず、２つのＳＳ／ＰＢＣＨブロック候補のインデックスが同じであり、かつ、該２つのＳＳ／ＰＢＣＨブロック候補の中心周波数が同じである場合に、基地局装置３は、該２つのＳＳ／ＰＢＣＨブロック候補のそれぞれにおいて受信されるＳＳ／ＰＢＣＨブロックがＱＣＬであることが端末装置１によって想定できる（みなせる）ように、該ＳＳ／ＰＢＣＨブロックを送信してもよい。
【０２６８】
例えば、あるコンポーネントキャリアにＮＲ−Ｕが適用されず、２つのＳＳ／ＰＢＣＨブロック候補のインデックスが異なり、かつ、該２つのＳＳ／ＰＢＣＨブロック候補の中心周波数が同じである場合に、該２つのＳＳ／ＰＢＣＨブロック候補のそれぞれにおいて受信されるＳＳ／ＰＢＣＨブロックがＱＣＬであると想定されなくてもよい（みなされなくてもよい）。また、あるコンポーネントキャリアにＮＲ−Ｕが適用されず、２つのＳＳ／ＰＢＣＨブロック候補のインデックスが異なり、かつ、該２つのＳＳ／ＰＢＣＨブロック候補の中心周波数が同じである場合に、端末装置１は、該２つのＳＳ／ＰＢＣＨブロック候補のそれぞれにおいて受信されるＳＳ／ＰＢＣＨブロックがＱＣＬであると想定しなくてもよい（みなさなくてもよい）。また、あるコンポーネントキャリアにＮＲ−Ｕが適用されず、２つのＳＳ／ＰＢＣＨブロック候補のインデックスが異なり、かつ、該２つのＳＳ／ＰＢＣＨブロック候補の中心周波数が同じである場合に、基地局装置３は、該２つ
のＳＳ／ＰＢＣＨブロック候補のそれぞれにおいて送信されるＳＳ／ＰＢＣＨブロックがＱＣＬであるような制約を受けずに、該ＳＳ／ＰＢＣＨブロックを送信してもよい。
【０２６９】
例えば、第２のＳＳバーストセットは、１０個、または、２０個のＳＳ／ＰＢＣＨブロック候補を含んでもよい。例えば、第２のＳＳバーストセットに含まれるＳＳ／ＰＢＣＨブロック候補の数は、上位層パラメータにより示されてもよい。例えば、第２のＳＳバーストセットにおいて、ＳＳ／ＰＢＣＨブロック候補の時間インデックスは、ＳＳ／ＰＢＣＨブロック候補に対して時間領域で昇順に与えられてもよい。例えば、ＳＳ／ＰＢＣＨブロック候補の時間インデックスは、該ＳＳ／ＰＢＣＨブロック候補において受信されるＳＳ／ＰＢＣＨブロックの時間インデックスであってもよい。
【０２７０】
例えば、ＳＳ／ＰＢＣＨブロック候補の時間インデックスは、ＳＳ／ＰＢＣＨブロック候補の時間領域の配置を示すために少なくとも用いられてもよい。例えば、端末装置１は、受信されたＳＳ／ＰＢＣＨブロックに対応するＳＳ／ＰＢＣＨブロック候補の時間インデックスに少なくとも基づき、時間領域の同期を行ってもよい。
【０２７１】
例えば、あるハーフ無線フレームにおいて、ＳＳ／ＰＢＣＨブロック候補の先頭のＯＦＤＭシンボルインデックスの配置は、ＳＳ／ＰＢＣＨブロック候補の時間インデックスに少なくとも基づき与えられてもよい。例えば、ＳＳ／ＰＢＣＨブロックのサブキャリア間隔が３０ｋＨｚである場合（ＳＳ／ＰＢＣＨブロックに対するサブキャリア間隔の設定μ＝１である場合）、インデックス｛０，１，２，３，４，５，６，７，８，９，１０，１１，１２，１３，１４，１５，１６，１７，１８，１９｝のＳＳ／ＰＢＣＨブロック候補の先頭のＯＦＤＭシンボルインデックスｌｈｒｆｓｙｍは、それぞれ、｛２，８，１６，２２，３０，３６，４４，５０，５８，６４，７２，７８，８６，９２，１００，１０６，１１４，１２０，１２８，１３４｝であってもよい。
【０２７２】
ＳＳ／ＰＢＣＨブロック候補の時間インデックスは、該ＳＳ／ＰＢＣＨブロック候補において受信されるＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨに関連するＤＭＲＳ、および、巡回インデックスに少なくとも基づき与えられてもよい。巡回インデックスは、該ＰＢＣＨに含まれて送信されてもよい。巡回インデックスは、該ＰＢＣＨに含まれて送信されるが、ＭＩＢに含まれなくてもよい。
【０２７３】
例えば、ＳＳ／ＰＢＣＨブロック候補の時間インデックスｔＳＳＢは、ｔＳＳＢ＝ｃＳＳＢ＊ＮＳＳＢ＋ｄＳＳＢにより与えられてもよい。ｃＳＳＢは、巡回インデックスである。ＮＳＳＢは、ＰＢＣＨに関連するＤＭＲＳのインデックスの数に対応してもよい。例えば、ＮＳＳＢ＝８であってもよい。また、ＮＳＳＢ＝ＸＳＳＢであってもよい。ＸＳＳＢは、ＮＳＳＢを超えない範囲で、ＱＳＳＢ＊ｋＳＳＢの最大値であってもよい。ｋＳＳＢは、自然数のいずれかである。例えば、ＮＳＳＢ＝８、かつ、ＱＳＳＢ＝３である場合、ＮＳＳＢ＝８を超えない範囲で、ＱＳＳＢ＊ｋＳＳＢの最大値は６であり、その時のｋＳＳＢ＝２である。また、ＮＳＳＢ＝８、かつ、ＱＳＳＢ＝４である場合、ＮＳＳＢ＝８を超えない範囲で、ＱＳＳＢ＊ｋＳＳＢの最大値は８であり、その時のｋＳＳＢ＝２である。ＱＳＳＢは、ＱＣＬ設定数とも呼称される。ｄＳＳＢは、該ＳＳ／ＰＢＣＨブロック候補において受信されるＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨに関連するＤＭＲＳのインデックスである。
【０２７４】
例えば、ＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスｑＳＳＢは、ｑＳＳＢ＝ｍｏｄ（ｔＳＳＢ，ＱＳＳＢ）により与えられてもよい。また、ＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスｑＳＳＢは、ｑＳＳＢ＝ｍｏｄ（ｄＳＳＢ，ＱＳＳＢ）により与えられてもよい。端末装置１は、ＳＳ／ＰＢＣＨブロックが検出されるＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスを、ｑＳＳＢ＝ｍｏｄ（ｄＳＳＢ，ＱＳＳＢ）により決
定してもよい。
【０２７５】
例えば、ＱＣＬインデックスは、下りリンク物理チャネル（または、下りリンク物理シグナル）のためのＱＣＬソースを特定するために少なくとも用いられてもよい。例えば、端末装置１は、ある下りリンク物理チャネル（または、下りリンク物理シグナル）のためのＱＣＬソースを、ＱＣＬインデックスに基づき特定してもよい。下りリンク物理チャネル（または、下りリンク物理シグナル）のためのＱＣＬソースは、該下りリンク物理チャネル（または、該下りリンク物理シグナル）とＱＣＬである物理信号（例えば、ＳＳ／ＰＢＣＨブロック）を示してもよい。
【０２７６】
例えば、あるコンポーネントキャリアにＮＲ−Ｕが適用され（あるコンポーネントキャリアが第２のＳＳバーストセットを含み）、２つのＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスが同じであり、かつ、該２つのＳＳ／ＰＢＣＨブロック候補の中心周波数が同じである場合に、該２つのＳＳ／ＰＢＣＨブロック候補のそれぞれにおいて受信されるＳＳ／ＰＢＣＨブロックがＱＣＬであると想定されてもよい（みなされてもよい）。また、あるコンポーネントキャリアにＮＲ−Ｕが適用され、２つのＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスが同じであり、かつ、該２つのＳＳ／ＰＢＣＨブロック候補の中心周波数が同じである場合に、端末装置１は、該２つのＳＳ／ＰＢＣＨブロック候補のそれぞれにおいて受信されるＳＳ／ＰＢＣＨブロックがＱＣＬであると想定してもよい（みなしてもよい）。また、あるコンポーネントキャリアにＮＲ−Ｕが適用され、２つのＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスが同じであり、かつ、該２つのＳＳ／ＰＢＣＨブロック候補の中心周波数が同じである場合に、基地局装置３は、該２つのＳＳ／ＰＢＣＨブロック候補のそれぞれにおいて受信されるＳＳ／ＰＢＣＨブロックがＱＣＬであることが端末装置１によって想定できる（みなせる）ように、該ＳＳ／ＰＢＣＨブロックを送信してもよい。
【０２７７】
例えば、あるコンポーネントキャリアにＮＲ−Ｕが適用され、２つのＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスが異なり、かつ、該２つのＳＳ／ＰＢＣＨブロック候補の中心周波数が同じである場合に、該２つのＳＳ／ＰＢＣＨブロック候補のそれぞれにおいて受信されるＳＳ／ＰＢＣＨブロックがＱＣＬであると想定されなくてもよい（みなされなくてもよい）。また、あるコンポーネントキャリアにＮＲ−Ｕが適用され、２つのＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスが異なり、かつ、該２つのＳＳ／ＰＢＣＨブロック候補の中心周波数が同じである場合に、端末装置１は、該２つのＳＳ／ＰＢＣＨブロック候補のそれぞれにおいて受信されるＳＳ／ＰＢＣＨブロックがＱＣＬであると想定しなくてもよい（みなさなくてもよい）。また、あるコンポーネントキャリアにＮＲ−Ｕが適用され、２つのＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスが異なり、かつ、該２つのＳＳ／ＰＢＣＨブロック候補の中心周波数が同じである場合に、基地局装置３は、該２つのＳＳ／ＰＢＣＨブロック候補のそれぞれにおいて送信されるＳＳ／ＰＢＣＨブロックがＱＣＬであるような制約を受けずに、該ＳＳ／ＰＢＣＨブロックを送信してもよい。
【０２７８】
例えば、ＱＣＬ設定数を示す上位層パラメータは、ＰＢＣＨに含まれてもよい。例えば、ＱＣＬ設定数を示す上位層パラメータは、ＭＩＢに含まれてもよい。例えば、ＱＣＬ設定数を示す上位層パラメータは、ＳＩＢ１に含まれてもよい。例えば、ＱＣＬ設定数は、第２のビットマップ情報（第２のビットマップ）に少なくとも基づき与えられてもよい。
【０２７９】
以下に示されるケースのそれぞれに対して、端末装置１の手順、および、基地局装置３の手順の例を説明する。
ケース１：端末装置１は、ＱＣＬ設定数を示す上位層パラメータと、第２のビットマップ情報を示す上位層パラメータを受信する
ケース２：端末装置１は、ＱＣＬ設定数を示す上位層パラメータを受信し、第２のビットマップ情報を示す上位層パラメータを受信しない
ケース３：端末装置１は、ＱＣＬ設定数を示す上位層パラメータを受信せず、第２のビットマップ情報を示す上位層パラメータを受信する
【０２８０】
ケース１は、さらに以下に示されるケースに分類される。
ケース１ａ：第２のビットマップ情報の要素数（第２のビットマップ情報のビット数）は、ＱＣＬ設定数と等しい
ケース１ｂ：第２のビットマップ情報の要素数は、ＮＳＳＢと等しい
ケース１ｃ：第２のビットマップ情報の要素数は、第２のＳＳバーストセットに含まれるＳＳ／ＰＢＣＨブロック候補の数ＬＳＳＢ２と等しい
【０２８１】
例えば、第２のビットマップ情報は、実際にＳＳ／ＰＢＣＨブロックの送信に用いられるＳＳ／ＰＢＣＨブロック候補に対応するＱＣＬインデックスのセットを示してもよい。例えば、第２のビットマップ情報は、実際にＳＳ／ＰＢＣＨブロックの送信に用いられるＳＳ／ＰＢＣＨブロック候補に対応するグループインデックスのセットを示してもよい。
【０２８２】
例えば、ケース１ａにおいて、第２のビットマップ情報の要素数は、ＱＣＬ設定数と同じになるようにセットされてもよい。例えば、ケース１ａにおいて、ＱＣＬ設定数はＭＩＢに含まれ、かつ、第２のビットマップ情報はＳＩＢ１に含まれてもよい。例えば、ケース１ａにおいて、ＱＣＬ設定数、および、第２のビットマップ情報はＳＩＢ１に含まれてもよい。例えば、ケース１ａにおいて、ＱＣＬ設定数は個別ＲＲＣメッセージに含まれ、第２のビットマップ情報はＳＩＢ１に含まれてもよい。
【０２８３】
例えば、ケース１ａにおいて、第２のビットマップ情報の各要素は、あるＱＣＬインデックスに対応してもよい。例えば、ケース１ａにおいて、第２のビットマップ情報の１番目の要素は、ＱＣＬインデックスが０である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。例えば、ケース１ａにおいて、第２のビットマップ情報の２番目の要素は、ＱＣＬインデックスが１である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。例えば、ケース１ａにおいて、第２のビットマップ情報のｎ番目の要素は、ＱＣＬインデックスがｎ−１である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。ここで、ｎは０からＱＳＳＢ−１の範囲の整数である。例えば、ケース１ａにおいて、第２のビットマップ情報のＱＳＳＢ番目の要素は、ＱＣＬインデックスがＱＳＳＢ−１である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。例えば、ケース１ａにおいて、第２のビットマップ情報のある要素が所定の値（例えば１）にセットされていることは、該ある要素に対応する１または複数のＳＳ／ＰＢＣＨブロック候補がＳＳ／ＰＢＣＨブロックの送信に用いられることを示してもよい。
【０２８４】
例えば、ケース１ｂにおいて、第２のビットマップ情報の要素数は、ＮＳＳＢと同じになるようにセットされてもよい。例えば、ケース１ｂにおいて、ＱＣＬ設定数はＭＩＢに含まれ、かつ、第２のビットマップ情報はＳＩＢ１に含まれてもよい。例えば、ケース１ｂにおいて、ＱＣＬ設定数、および、第２のビットマップ情報はＳＩＢ１に含まれてもよい。例えば、ケース１ｂにおいて、ＱＣＬ設定数は個別ＲＲＣメッセージに含まれ、第２のビットマップ情報はＳＩＢ１に含まれてもよい。
【０２８５】
ケース１ｂは、さらに以下に示されるケースに分類される。
ケース１ｂａ：第２のビットマップ情報の各要素は、あるＱＣＬインデックスに対応する。
ケース１ｂｂ：第２のビットマップ情報の各要素は、ＳＳ／ＰＢＣＨブロック候補のグループインデックスｇＳＳＢに対応する。
【０２８６】
例えば、ＳＳ／ＰＢＣＨブロック候補のグループインデックスｇＳＳＢは、ｇＳＳＢ＝ｍｏｄ（ｔＳＳＢ，ＮＳＳＢ）で与えられてもよい。
【０２８７】
例えば、ケース１ｂａにおいて、第２のビットマップ情報の各要素は、あるＱＣＬインデックスに対応してもよい。例えば、ケース１ｂａにおいて、第２のビットマップ情報の１番目の要素は、ＱＣＬインデックスが０である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。例えば、ケース１ｂａにおいて、第２のビットマップ情報の２番目の要素は、ＱＣＬインデックスが１である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。例えば、ケース１ｂａにおいて、第２のビットマップ情報のｎ番目の要素は、ＱＣＬインデックスがｎ−１である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。ここで、ｎは０からＱＳＳＢ−１の範囲の整数である。例えば、ケース１ｂａにおいて、第２のビットマップ情報のＱＳＳＢ番目の要素は、ＱＣＬインデックスがＱＳＳＢ−１である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。例えば、ケース１ｂａにおいて、第２のビットマップ情報のある要素が所定の値（例えば１）にセットされていることは、該ある要素に対応する１または複数のＳＳ／ＰＢＣＨブロック候補がＳＳ／ＰＢＣＨブロックの送信に用いられることを示してもよい。
【０２８８】
例えば、ケース１ｂａにおいて、第２のビットマップ情報のうち、先頭からＱＳＳＢ個の要素が利用可能であってもよい。例えば、ケース１ｂａにおいて、第２のビットマップ情報のうち、ＱＳＳＢ＋１番目の要素から最後の要素までが利用可能でなくてもよい（reservedであってもよい）。
【０２８９】
例えば、ケース１ｂｂにおいて、第２のビットマップ情報の各要素は、あるグループインデックスに対応してもよい。例えば、ケース１ｂｂにおいて、第２のビットマップ情報の１番目の要素は、グループインデックスが０である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。例えば、ケース１ｂｂにおいて、第２のビットマップ情報の２番目の要素は、グループインデックスが１である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。例えば、ケース１ｂｂにおいて、第２のビットマップ情報のｎ番目の要素は、グループインデックスがｎ−１である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。ここで、ｎは０からＮＳＳＢ−１の範囲の整数である。例えば、ケース１ｂｂにおいて、第２のビットマップ情報のＮＳＳＢ番目の要素は、グループインデックスがＮＳＳＢ−１である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。例えば、ケース１ｂｂにおいて、第２のビットマップ情報のある要素が所定の値（例えば１）にセットされていることは、該ある要素に対応する１または複数のＳＳ／ＰＢＣＨブロック候補がＳＳ／ＰＢＣＨブロックの送信に用いられることを示してもよい。
【０２９０】
例えば、ケース１ｃにおいて、第２のビットマップ情報の要素数は、ＬＳＳＢ２と同じになるようにセットされてもよい。例えば、ケース１ｃにおいて、ＱＣＬ設定数はＭＩＢに含まれ、かつ、第２のビットマップ情報はＳＩＢ１に含まれてもよい。例えば、ケース１ｃにおいて、ＱＣＬ設定数、および、第２のビットマップ情報はＳＩＢ１に含まれてもよい。例えば、ケース１ｃにおいて、ＱＣＬ設定数は個別ＲＲＣメッセージに含まれ、第２のビットマップ情報はＳＩＢ１に含まれてもよい。
【０２９１】
ケース１ｃは、さらに以下に示されるケースに分類される。
ケース１ｃａ：第２のビットマップ情報の各要素は、あるＱＣＬインデックスに対応する。
ケース１ｃｂ：第２のビットマップ情報の各要素は、ＳＳ／ＰＢＣＨブロック候補のグループインデックスｇＳＳＢに対応する。
ケース１ｃｃ：第２のビットマップ情報の各要素は、ＳＳ／ＰＢＣＨブロック候補の時間インデックスに対応する。
【０２９２】
例えば、ケース１ｃａにおいて、第２のビットマップ情報の各要素は、あるＱＣＬインデックスに対応してもよい。例えば、ケース１ｃａにおいて、第２のビットマップ情報の１番目の要素は、ＱＣＬインデックスが０である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。例えば、ケース１ｃａにおいて、第２のビットマップ情報の２番目の要素は、ＱＣＬインデックスが１である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。例えば、ケース１ｃａにおいて、第２のビットマップ情報のｎ番目の要素は、ＱＣＬインデックスがｎ−１である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。ここで、ｎは０からＱＳＳＢ−１の範囲の整数である。例えば、ケース１ｃａにおいて、第２のビットマップ情報のＱＳＳＢ番目の要素は、ＱＣＬインデックスがＱＳＳＢ−１である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。例えば、ケース１ｃａにおいて、第２のビットマップ情報のある要素が所定の値（例えば１）にセットされていることは、該ある要素に対応する１または複数のＳＳ／ＰＢＣＨブロック候補がＳＳ／ＰＢＣＨブロックの送信に用いられることを示してもよい。
【０２９３】
例えば、ケース１ｃａにおいて、第２のビットマップ情報のうち、先頭からＱＳＳＢ個の要素が利用可能であってもよい。例えば、ケース１ｃａにおいて、第２のビットマップ情報のうち、ＱＳＳＢ＋１番目の要素から最後の要素までが利用可能でなくてもよい（reservedであってもよい）。
【０２９４】
例えば、ケース１ｃｂにおいて、第２のビットマップ情報の各要素は、あるグループインデックスに対応してもよい。例えば、ケース１ｃｂにおいて、第２のビットマップ情報の１番目の要素は、グループインデックスが０である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。例えば、ケース１ｃｂにおいて、第２のビットマップ情報の２番目の要素は、グループインデックスが１である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。例えば、ケース１ｃｂにおいて、第２のビットマップ情報のｎ番目の要素は、グループインデックスがｎ−１である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。ここで、ｎは０からＮＳＳＢ−１の範囲の整数である。例えば、ケース１ｃｂにおいて、第２のビットマップ情報のＮＳＳＢ番目の要素は、グループインデックスがＮＳＳＢ−１である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。例えば、ケース１ｃｂにおいて、第２のビットマップ情報のある要素が所定の値（例えば１）にセットされていることは、該ある要素に対応する１または複数のＳＳ／ＰＢＣＨブロック候補がＳＳ／ＰＢＣＨブロックの送信に用いられることを示してもよい。例えば、ケース１ｃｂにおいて、第２のビットマップ情報のうち、先頭からＮＳＳＢ個の要素が利用可能であってもよい。例えば、ケース１ｃｂにおいて、第２のビットマップ情報のうち、ＮＳＳＢ＋１番目の要素から最後の要素までが利用可能でなくてもよい（reservedであってもよい）。
【０２９５】
例えば、ケース１ｃｃにおいて、第２のビットマップ情報の各要素は、ある時間インデックスに対応してもよい。例えば、ケース１ｃｃにおいて、第２のビットマップ情報の１番目の要素は、時間インデックスが０であるＳＳ／ＰＢＣＨブロック候補に対応してもよい。例えば、ケース１ｃｃにおいて、第２のビットマップ情報の２番目の要素は、時間インデックスが１であるＳＳ／ＰＢＣＨブロック候補に対応してもよい。例えば、ケース１ｃｃにおいて、第２のビットマップ情報のｎ番目の要素は、時間インデックスがｎ−１であるＳＳ／ＰＢＣＨブロック候補に対応してもよい。ここで、ｎは０からＮＳＳＢ−１の範囲の整数である。例えば、ケース１ｃｃにおいて、第２のビットマップ情報のＮＳＳＢ番目の要素は、時間インデックスがＮＳＳＢ−１であるＳＳ／ＰＢＣＨブロック候補に対応してもよい。例えば、ケース１ｃｃにおいて、第２のビットマップ情報のある要素が所
定の値（例えば１）にセットされていることは、該ある要素に対応するＳＳ／ＰＢＣＨブロック候補がＳＳ／ＰＢＣＨブロックの送信に用いられることを示してもよい。
【０２９６】
例えば、ケース２において、ＱＣＬ設定数はＭＩＢに含まれてもよい。例えば、ケース２において、ＱＣＬ設定数はＳＩＢ１に含まれてもよい。例えば、ケース２において、ＱＣＬ設定数は個別ＲＲＣメッセージに含まれてもよい。
【０２９７】
例えば、ケース２において、ＱＣＬインデックス０からＱＣＬインデックスＱＳＳＢ−１のそれぞれに対応する１または複数のＳＳ／ＰＢＣＨブロック候補において、ＳＳ／ＰＢＣＨブロックが送信されてもよい。例えば、ケース２において、端末装置１は、ＱＣＬインデックス０からＱＣＬインデックスＱＳＳＢ−１のそれぞれに対応する１または複数のＳＳ／ＰＢＣＨブロック候補において、ＳＳ／ＰＢＣＨブロックが送信されると想定してもよい。例えば、ケース２において、第２のビットマップの１番目の要素からＱＳＳＢ番目までの要素が１にセットされていると想定されてもよい。例えば、ケース２において、端末装置１は、第２のビットマップの１番目の要素からＱＳＳＢ番目までの要素が１にセットされていると想定してもよい。
【０２９８】
例えば、ケース３において、第２のビットマップ情報はＭＩＢに含まれてもよい。例えば、ケース３において、第２のビットマップ情報はＳＩＢ１に含まれてもよい。例えば、ケース３において、第２のビットマップ情報は個別ＲＲＣメッセージに含まれてもよい。
【０２９９】
例えば、ケース３において、第２のビットマップ情報に基づき少なくとも基づき与えられるＱＣＬ設定数に基づき、ＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスが与えられてもよい。例えば、ケース３において、端末装置１は、第２のビットマップ情報に基づき少なくとも基づき与えられるＱＣＬ設定数に基づき、検出されたＳＳ／ＰＢＣＨブロックの送信に用いられるＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスを決定してもよい。
【０３００】
ケース３は、さらに以下に示されるケースに分類される。
ケース３ａ：第２のビットマップ情報のビット数がＱＣＬ設定数と等しい
ケース３ｂ：第２のビットマップ情報のビット数がＱＣＬ設定数と異なる
【０３０１】
例えば、ケース３ａにおいて、第２のビットマップ情報のビット数がＱＣＬ設定数と等しいことに少なくとも基づき、ＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスが与えられてもよい。例えば、ケース３ａにおいて、端末装置１は、第２のビットマップ情報に基づき少なくとも基づき与えられるＱＣＬ設定数に基づき、検出されたＳＳ／ＰＢＣＨブロックの送信に用いられるＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスを決定してもよい。
【０３０２】
例えば、ケース３ａにおいて、第２のビットマップ情報の各要素は、あるＱＣＬインデックスに対応してもよい。例えば、ケース３ａにおいて、第２のビットマップ情報の１番目の要素は、ＱＣＬインデックスが０である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。例えば、ケース３ａにおいて、第２のビットマップ情報の２番目の要素は、ＱＣＬインデックスが１である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。例えば、ケース３ａにおいて、第２のビットマップ情報のｎ番目の要素は、ＱＣＬインデックスがｎ−１である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。ここで、ｎは０からＱＳＳＢ−１の範囲の整数である。例えば、ケース３ａにおいて、第２のビットマップ情報のＱＳＳＢ番目の要素は、ＱＣＬインデックスがＱＳＳＢ−１である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。例えば、ケース３ａにおいて、第２のビットマップ情報のある要素が所定の値（例えば１）にセットされていることは、該ある要素に対応する１または複数のＳＳ／ＰＢＣＨブロック候補がＳＳ／ＰＢＣＨブロックの送信に用いられることを示してもよい。
【０３０３】
例えば、ケース３ｂにおいて、第２のビットマップ情報において１にセットされる要素に対応するＱＣＬインデックスのうち、最も大きいＱＣＬインデックスに少なくとも基づきＱＣＬ設定数が与えられてもよい。例えば、ケース３ｂにおいて、第２のビットマップ情報が｛１，１，０，１，０，０，０，０｝である場合、第２のビットマップ情報において１にセットされる要素に対応するＱＣＬインデックスは４であり、ＱＣＬ設定数も４にセットされると想定されてもよい。つまり、例えば、ケース３ｂにおいて、第２のビットマップ情報において１にセットされる要素に対応するＱＣＬインデックスがＸである場合、端末装置１はＱＣＬ設定数がＸ＋１であることを想定して、検出されたＳＳ／ＰＢＣＨブロックの送信に用いられるＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスを決定してもよい。
【０３０４】
例えば、ケース３ｂにおいて、第２のビットマップ情報の各要素は、あるＱＣＬインデックスに対応してもよい。例えば、ケース３ｂにおいて、第２のビットマップ情報の１番目の要素は、ＱＣＬインデックスが０である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。例えば、ケース３ｂにおいて、第２のビットマップ情報の２番目の要素は、ＱＣＬインデックスが１である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。例えば、ケース３ｂにおいて、第２のビットマップ情報のｎ番目の要素は、ＱＣＬインデックスがｎ−１である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。ここで、ｎは０からＱＳＳＢ−１の範囲の整数である。例えば、ケース３ｂにおいて、第２のビットマップ情報のＱＳＳＢ番目の要素は、ＱＣＬインデックスがＱＳＳＢ−１である１または複数のＳＳ／ＰＢＣＨブロック候補に対応してもよい。例えば、ケース３ｂにおいて、第２のビットマップ情報のある要素が所定の値（例えば１）にセットされていることは、該ある要素に対応する１または複数のＳＳ／ＰＢＣＨブロック候補がＳＳ／ＰＢＣＨブロックの送信に用いられることを示してもよい。
【０３０５】
ケース１ａ、ケース１ｂａ、ケース１ｃａ、または、ケース２において、端末装置１によって検出されたＳＳ／ＰＢＣＨブロックに対応するＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスとＰＲＡＣＨ機会の関係は、第２のビットマップ情報に少なくとも基づき与えられてもよい。ケース１ａ、ケース１ｂａ、または、ケース１ｃａにおいて、端末装置１は、第２のビットマップに少なくとも基づき、該端末装置１によって検出されたＳＳ／ＰＢＣＨブロックに対応するＳＳ／ＰＢＣＨブロック候補に対応するＱＣＬインデックスとＰＲＡＣＨ機会の関係を決定してもよい。
【０３０６】
ケース１ｂｂ、または、ケース１ｃｂにおいて、端末装置１によって検出されたＳＳ／ＰＢＣＨブロックに対応するＳＳ／ＰＢＣＨブロック候補のグループインデックスとＰＲＡＣＨ機会の関係は、第２のビットマップ情報に少なくとも基づき与えられてもよい。ケース１ｂｂ、または、ケース１ｃｂにおいて、端末装置１は、第２のビットマップ情報に少なくとも基づき、該端末装置１によって検出されたＳＳ／ＰＢＣＨブロックに対応するＳＳ／ＰＢＣＨブロック候補に対応するグループインデックスとＰＲＡＣＨ機会の関係を決定してもよい。
【０３０７】
ケース１ｃｃにおいて、端末装置１によって検出されたＳＳ／ＰＢＣＨブロックに対応するＳＳ／ＰＢＣＨブロック候補のグループインデックスとＰＲＡＣＨ機会の関係は、第２のビットマップ情報に少なくとも基づき与えられてもよい。ケース１ｃｃにおいて、端末装置１は、第２のビットマップ情報に少なくとも基づき、該端末装置１によって検出されたＳＳ／ＰＢＣＨブロックに対応するＳＳ／ＰＢＣＨブロック候補に対応するグループインデックスとＰＲＡＣＨ機会の関係を決定してもよい。
【０３０８】
ケース１ａ、ケース１ｂａ、ケース１ｃａ、または、ケース２において、第３のビットマップ情報により示される“実際にＳＳ／ＰＢＣＨブロックの送信に用いられるＳＳ／ＰＢＣＨブロック候補のいずれかに少なくとも対応するＱＣＬインデックス”のすべてが少なくとも１つのＰＲＡＣＨ機会に対応するように割り当てたとき、少なくとも１つの“実際にＳＳ／ＰＢＣＨブロックの送信に用いられるＳＳ／ＰＢＣＨブロック候補のいずれかに少なくとも対応するＱＣＬインデックス”に対応するＰＲＡＣＨ機会の少なくとも１つに対応するＰＲＡＣＨ設定期間を含んで構成される。例えば、ケース１ａにおいて、第３のビットマップ情報は、第２のビットマップ情報と同じであってもよい。例えば、ケース１ｂａ、または、ケース１ｃａにおいて、第３のビットマップ情報は、第２のビットマップ情報の先頭からＱＳＳＢ個の要素を含んで構成されてもよい。
【０３０９】
ケース１ｂｂ、または、ケース１ｃｂにおいて、第３のビットマップ情報により示される“実際にＳＳ／ＰＢＣＨブロックの送信に用いられるＳＳ／ＰＢＣＨブロック候補のいずれかに少なくとも対応するグループインデックス”のすべてが少なくとも１つのＰＲＡＣＨ機会に対応するように割り当てたとき、少なくとも１つの“実際にＳＳ／ＰＢＣＨブロックの送信に用いられるＳＳ／ＰＢＣＨブロック候補のいずれかに少なくとも対応するグループインデックス”に対応するＰＲＡＣＨ機会の少なくとも１つに対応するＰＲＡＣＨ設定期間を含んで構成される。例えば、ケース１ｂｂにおいて、第３のビットマップ情報は、第２のビットマップ情報と同じであってもよい。例えば、ケース１ｃｂにおいて、第３のビットマップ情報は、第２のビットマップ情報の先頭からＮＳＳＢ個の要素を含んで構成されてもよい。
【０３１０】
ケース１ｃｃにおいて、第３のビットマップ情報により示される“実際にＳＳ／ＰＢＣＨブロックの送信に用いられるＳＳ／ＰＢＣＨブロック候補の時間インデックス”のすべてが少なくとも１つのＰＲＡＣＨ機会に対応するように割り当てたとき、少なくとも１つの“実際にＳＳ／ＰＢＣＨブロックの送信に用いられるＳＳ／ＰＢＣＨブロック候補の時間インデックス”に対応するＰＲＡＣＨ機会の少なくとも１つに対応するＰＲＡＣＨ設定期間を含んで構成される。例えば、ケース１ｃｃにおいて、第３のビットマップ情報は、第２のビットマップ情報と同じであってもよい。
【０３１１】
ＴＡＰＰ＞ｋ＊ＴＡＰを満たす最大の整数ｋが２以上である場合、１つのＰＲＡＣＨ関係パターン周期はｋ個のＰＲＡＣＨ関係周期を含んで構成されてもよい。
【０３１２】
端末装置１は、ＳＳ／ＰＢＣＨブロックが検出されるＳＳ／ＰＢＣＨブロック候補のインデックスに対応するＰＲＡＣＨ機会の中から選択される１つのランダムアクセスプリアンブルを送信する。
【０３１３】
例えば、ケース１ａ、ケース１ｂａ、ケース１ｃａにおいて、１）ＰＲＡＣＨ機会ごとにランダムアクセスのために割り当てられるランダムアクセスプリアンブルの数ＮＲＯｐｒｅａｍｂｌｅが６４であり、２）競合ベースランダムアクセスのためにＳＳ／ＰＢＣＨブロック候補のインデックスごとに割り当てられるプリアンブルの数ＮＳＳＢｐｒｅａｍｂｌｅ，ＣＢＲＡが６４であり、３）競合ベースランダムアクセスのためにＳＳ／ＰＢＣＨブロック候補のインデックスごとに割り当てられるＰＲＡＣＨ機会の数ＮＳＳＢＲＯが１であり、４）第３のビットマップ情報が｛１，１，０，１｝にセットされ、かつ、５）ＰＲＡＣＨ機会の設定が図８に示される例と同じである場合、ＱＣＬインデックス０の１または複数のＳＳ／ＰＢＣＨブロック候補は、インデックス０のＰＲＡＣＨ機会（ＲＯ＃０）に対応し、ＱＣＬインデックス１の１または複数のＳＳ／ＰＢＣＨブロック候補は、インデックス１のＰＲＡＣＨ機会（ＲＯ＃１）に対応し、ＱＣＬインデックス３の１または複数のＳＳ／ＰＢＣＨブロック候補は、インデックス２のＰＲＡＣＨ機会（ＲＯ＃２）
に対応してもよく、ＰＲＡＣＨ関係周期ＴＡＰは、インデックス０からインデックス２までのＰＲＡＣＨ機会（ＲＯ＃０〜ＲＯ＃２）を含む８０ｍｓであってもよく、ＰＲＡＣＨ関係パターン周期ＴＡＰＰは、２つのＰＲＡＣＨ関係周期を含んでもよい。
【０３１４】
例えば、ケース２において、１）ＰＲＡＣＨ機会ごとにランダムアクセスのために割り当てられるランダムアクセスプリアンブルの数ＮＲＯｐｒｅａｍｂｌｅが６４であり、２）競合ベースランダムアクセスのためにＳＳ／ＰＢＣＨブロック候補のインデックスごとに割り当てられるプリアンブルの数ＮＳＳＢｐｒｅａｍｂｌｅ，ＣＢＲＡが６４であり、３）競合ベースランダムアクセスのためにＳＳ／ＰＢＣＨブロック候補のインデックスごとに割り当てられるＰＲＡＣＨ機会の数ＮＳＳＢＲＯが１であり、４）ＱＣＬ設定数が３にセットされ、かつ、５）ＰＲＡＣＨ機会の設定が図８に示される例と同じである場合、ＱＣＬインデックス０の１または複数のＳＳ／ＰＢＣＨブロック候補は、インデックス０のＰＲＡＣＨ機会（ＲＯ＃０）に対応し、ＱＣＬインデックス１の１または複数のＳＳ／ＰＢＣＨブロック候補は、インデックス１のＰＲＡＣＨ機会（ＲＯ＃１）に対応し、ＱＣＬインデックス２の１または複数のＳＳ／ＰＢＣＨブロック候補は、インデックス２のＰＲＡＣＨ機会（ＲＯ＃２）に対応してもよく、ＰＲＡＣＨ関係周期ＴＡＰは、インデックス０からインデックス２までのＰＲＡＣＨ機会（ＲＯ＃０〜ＲＯ＃２）を含む８０ｍｓであってもよく、ＰＲＡＣＨ関係パターン周期ＴＡＰＰは、２つのＰＲＡＣＨ関係周期を含んでもよい。
【０３１５】
例えば、ケース１ｂｂ、または、ケース１ｃｂにおいて、１）ＰＲＡＣＨ機会ごとにランダムアクセスのために割り当てられるランダムアクセスプリアンブルの数ＮＲＯｐｒｅａｍｂｌｅが６４であり、２）競合ベースランダムアクセスのためにＳＳ／ＰＢＣＨブロック候補のインデックスごとに割り当てられるプリアンブルの数ＮＳＳＢｐｒｅａｍｂｌｅ，ＣＢＲＡが６４であり、３）競合ベースランダムアクセスのためにＳＳ／ＰＢＣＨブロック候補のインデックスごとに割り当てられるＰＲＡＣＨ機会の数ＮＳＳＢＲＯが１であり、かつ、４）第３のビットマップ情報が｛１，１，０，１，０，０，０，０｝にセットされ、かつ、５）ＰＲＡＣＨ機会の設定が図８に示される例と同じである場合、グループインデックス０の１または複数のＳＳ／ＰＢＣＨブロック候補は、インデックス０のＰＲＡＣＨ機会（ＲＯ＃０）に対応し、グループインデックス１の１または複数のＳＳ／ＰＢＣＨブロック候補は、インデックス１のＰＲＡＣＨ機会（ＲＯ＃１）に対応し、グループインデックス３の１または複数のＳＳ／ＰＢＣＨブロック候補は、インデックス２のＰＲＡＣＨ機会（ＲＯ＃２）に対応してもよく、ＰＲＡＣＨ関係周期ＴＡＰは、インデックス０からインデックス２までのＰＲＡＣＨ機会（ＲＯ＃０〜ＲＯ＃２）を含む８０ｍｓであってもよく、ＰＲＡＣＨ関係パターン周期ＴＡＰＰは、２つのＰＲＡＣＨ関係周期を含んでもよい。
【０３１６】
例えば、ケース１ｂｂ、または、ケース１ｃｂにおいて、ＰＲＡＣＨが送信されるＰＲＡＣＨ機会は、ＳＳ／ＰＢＣＨブロックが検出されるＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスに対応する１または複数のＰＲＡＣＨ機会の中から選択されてもよい。例えば、ケース１ｂｂ、または、ケース１ｃｂにおいて、端末装置１は、ＳＳ／ＰＢＣＨブロックが検出されるＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスに対応する１または複数のＰＲＡＣＨ機会の中から１つのＰＲＡＣＨ機会を選択し、該１つのＰＲＡＣＨ機会においてＰＲＡＣＨを送信してもよい。
【０３１７】
例えば、ケース１ｃｃにおいて、１）ＰＲＡＣＨ機会ごとにランダムアクセスのために割り当てられるランダムアクセスプリアンブルの数ＮＲＯｐｒｅａｍｂｌｅが６４であり、２）競合ベースランダムアクセスのためにＳＳ／ＰＢＣＨブロック候補のインデックスごとに割り当てられるプリアンブルの数ＮＳＳＢｐｒｅａｍｂｌｅ，ＣＢＲＡが６４であり、３）競合ベースランダムアクセスのためにＳＳ／ＰＢＣＨブロック候補のインデック
スごとに割り当てられるＰＲＡＣＨ機会の数ＮＳＳＢＲＯが１であり、４）第２のビットマップ情報が｛１，１，０，１，０，０，０，０，０，０，０，０，０，０，０，０，０，０，０，０｝にセットされ、かつ、５）ＰＲＡＣＨ機会の設定が図８に示される例と同じである場合、グループインデックス０の１または複数のＳＳ／ＰＢＣＨブロック候補は、インデックス０のＰＲＡＣＨ機会（ＲＯ＃０）に対応し、グループインデックス１の１または複数のＳＳ／ＰＢＣＨブロック候補は、インデックス１のＰＲＡＣＨ機会（ＲＯ＃１）に対応し、グループインデックス３の１または複数のＳＳ／ＰＢＣＨブロック候補は、インデックス２のＰＲＡＣＨ機会（ＲＯ＃２）に対応してもよく、ＰＲＡＣＨ関係周期ＴＡＰは、インデックス０からインデックス２までのＰＲＡＣＨ機会（ＲＯ＃０〜ＲＯ＃２）を含む８０ｍｓであってもよく、ＰＲＡＣＨ関係パターン周期ＴＡＰＰは、２つのＰＲＡＣＨ関係周期を含んでもよい。
【０３１８】
例えば、ケース１ｃｃにおいて、ＰＲＡＣＨが送信されるＰＲＡＣＨ機会は、ＳＳ／ＰＢＣＨブロックが検出されるＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスに対応する１または複数のＰＲＡＣＨ機会の中から選択されてもよい。例えば、ケース１ｂｂ、または、ケース１ｃｂにおいて、端末装置１は、ＳＳ／ＰＢＣＨブロックが検出されるＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスに対応する１または複数のＰＲＡＣＨ機会の中から１つのＰＲＡＣＨ機会を選択し、該１つのＰＲＡＣＨ機会においてＰＲＡＣＨを送信してもよい。
【０３１９】
図１３は、本実施形態の一態様に係るＰＤＳＣＨのリソース配置に関する一例を示す図である。図１３において、１３０１は、ＰＤＳＣＨがスケジューリングされるリソースを示し、１３０２は、ＳＳ／ＰＢＣＨブロック候補に対応するリソースを示す。例えば、ＰＤＳＣＨがスケジューリングされるリソースは、該ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマットに含まれる時間領域リソース割り当てフィールド、および、周波数領域リソース割り当てフィールドの一方または両方に少なくとも基づき与えられてもよい。図１３において、斜線で示される領域は、ＰＤＳＣＨが配置されるリソースを示す。図１３において、ＳＳ／ＰＢＣＨブロック候補に対応するリソースが、ＰＤＳＣＨのために利用不可であること（not available for PDSCH）が示される。ここで、該ＰＤＳＣＨは、該ＳＳ／ＰＢＣＨブロック候補に対応するリソースであって、かつ、該ＰＤＳＣＨがスケジューリングされるリソース、に割り当てられない。つまり、図１３において、１３０１の時間周波数リソースと重複している１３０２の時間周波数リソースが、ＰＤＳＣＨのために利用不可であることが示されるとすれば、該重複している１３０２の時間周波数リソースは、ＰＤＳＣＨのリソース配置のために用いられなくてもよい。なお、１３０２の時間周波数リソースが、ＰＤＳＣＨのために利用不可であるかどうかは、後述するような、ある情報またはあるパラメータに基づいて示されてもよい。図１３は、ＰＤＳＣＨと重複しているＳＳ／ＰＢＣＨブロック候補に対応するリソースが１つの例について示しているが、複数の場合であっても同様に処理されてもよい。
【０３２０】
ＰＤＳＣＨが配置されるリソースは、ＰＤＳＣＨの時間リソース、ＰＤＳＣＨの周波数リソース、および、ＰＤＳＣＨのために利用不可であるリソースの一部または全部に少なくとも基づき与えられる。例えば、ＰＤＳＣＨが配置されるリソースは、該ＰＤＳＣＨがスケジューリングされるリソースであって、かつ、該ＰＤＳＣＨのために利用不可であるリソースを含まなくてもよい。例えば、ＰＤＳＣＨが配置されるリソースは、該ＰＤＳＣＨがスケジューリングされるリソースであって、かつ、該ＰＤＳＣＨのために利用不可であることが示されないリソースを含んでもよい。ここで、端末装置１は、該リソースを含んで送信されるＰＤＳＣＨを受信してもよい。また、基地局装置３は、該リソースにＰＤＳＣＨを配置し、送信してもよい。例えば、ＰＤＳＣＨがスケジューリングされるリソースは、ＰＤＳＣＨの時間リソース、および、ＰＤＳＣＨの周波数リソースの一方または両方に少なくとも基づき与えられてもよい。例えば、端末装置１は、ＰＤＳＣＨがスケジュ
ーリングされるリソースであって、かつ、該ＰＤＳＣＨのために利用不可であることが示されないリソースを含み、該ＰＤＳＣＨがスケジューリングされるリソースであって、かつ、該ＰＤＳＣＨのために利用不可であるリソースを含まないで構成されるリソースに配置される該ＰＤＳＣＨを受信してもよい。例えば、基地局装置３は、ＰＤＳＣＨがスケジューリングされるリソースであって、かつ、該ＰＤＳＣＨのために利用不可であることが示されないリソースを含み、該ＰＤＳＣＨがスケジューリングされるリソースであって、かつ、該ＰＤＳＣＨのために利用不可であるリソースを含まないで構成されるリソースに該ＰＤＳＣＨを配置し、該ＰＤＳＣＨを送信してもよい。
【０３２１】
例えば、ケース１ａにおいて、第２のビットマップ情報のある要素が所定の値（例えば１）にセットされていることは、該ある要素に対応する１または複数のＳＳ／ＰＢＣＨブロック候補に対応するリソースが、ＰＤＳＣＨのために利用不可であることを示してもよい。
【０３２２】
例えば、ケース１ｂａにおいて、第２のビットマップ情報のある要素が所定の値（例えば１）にセットされていることは、該ある要素に対応する１または複数のＳＳ／ＰＢＣＨブロック候補に対応するリソースが、ＰＤＳＣＨのために利用不可であることを示してもよい。
【０３２３】
例えば、ケース１ｂｂにおいて、第２のビットマップ情報のある要素が所定の値（例えば１）にセットされていることは、該ある要素に対応する１または複数のＳＳ／ＰＢＣＨブロック候補に対応するリソースが、ＰＤＳＣＨのために利用不可であることを示してもよい。
【０３２４】
例えば、ケース１ｃａにおいて、第２のビットマップ情報のある要素が所定の値（例えば１）にセットされていることは、該ある要素に対応する１または複数のＳＳ／ＰＢＣＨブロック候補に対応するリソースが、ＰＤＳＣＨのために利用不可であることを示してもよい。
【０３２５】
例えば、ケース１ｃｂにおいて、第２のビットマップ情報のある要素が所定の値（例えば１）にセットされていることは、該ある要素に対応する１または複数のＳＳ／ＰＢＣＨブロック候補に対応するリソースが、ＰＤＳＣＨのために利用不可であることを示してもよい。
【０３２６】
例えば、ケース１ｃｃにおいて、第２のビットマップ情報のある要素が所定の値（例えば１）にセットされていることは、該ある要素に対応するＳＳ／ＰＢＣＨブロック候補に対応するリソースが、ＰＤＳＣＨのために利用不可であることを示してもよい。
【０３２７】
例えば、ケース２において、第２のビットマップの１番目の要素からＱＳＳＢ番目までの要素のそれぞれに対応する１または複数のＳＳ／ＰＢＣＨブロック候補に対応するリソースが、ＰＤＳＣＨのために利用不可であることを示してもよい。例えば、ケース２において、端末装置１は、第２のビットマップの１番目の要素からＱＳＳＢ番目までの要素のそれぞれに対応する１または複数のＳＳ／ＰＢＣＨブロック候補に対応するリソースが、ＰＤＳＣＨのために利用不可であることを示していることに少なくとも基づき、ＰＤＳＣＨを受信してもよい。
【０３２８】
例えば、ケース３ａにおいて、第２のビットマップ情報のある要素が所定の値（例えば１）にセットされていることは、該ある要素に対応する１または複数のＳＳ／ＰＢＣＨブロック候補に対応するリソースが、ＰＤＳＣＨのために利用不可であることを示してもよい。
【０３２９】
例えば、ケース３ｂにおいて、第２のビットマップ情報のある要素が所定の値（例えば１）にセットされていることは、該ある要素に対応する１または複数のＳＳ／ＰＢＣＨブロック候補に対応するリソースが、ＰＤＳＣＨのために利用不可であることを示してもよい。
【０３３０】
例えば、ＳＳ／ＰＢＣＨブロックが検出されるＳＳ／ＰＢＣＨブロック候補のＯＦＤＭシンボルインデックス、スロットインデックス、または、タイミングの決定のために、ＳＳ／ＰＢＣＨブロックのインデックスとして時間インデックスが用いられてもよく、下りリンク物理チャネルのＱＣＬソースの決定のために、ＳＳ／ＰＢＣＨブロックのインデックスとしてＱＣＬインデックスが用いられてもよい。例えば、ＳＳ／ＰＢＣＨブロックが検出されるＳＳ／ＰＢＣＨブロック候補のＯＦＤＭシンボルインデックス、スロットインデックス、または、タイミングの決定のために、端末装置１は、ＳＳ／ＰＢＣＨブロックのインデックスとして時間インデックスを用いてもよく、下りリンク物理チャネルのＱＣＬソースの決定のために、ＳＳ／ＰＢＣＨブロックのインデックスとしてＱＣＬインデックスを用いてもよい。
【０３３１】
例えば、上位層パラメータｓｓｂ−ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔを受信していない場合、ＳＳ／ＰＢＣＨブロックのインデックスとして時間インデックスが用いられてもよく、上位層パラメータｓｓｂ−ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔを受信している場合、ＳＳ／ＰＢＣＨブロックのインデックスとしてＱＣＬインデックスが用いられてもよい。例えば、上位層パラメータｓｓｂ−ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔを受信していない場合、端末装置１は、ＳＳ／ＰＢＣＨブロックのインデックスとして時間インデックスを用いてもよく、上位層パラメータｓｓｂ−ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔを受信している場合、ＳＳ／ＰＢＣＨブロックのインデックスとしてＱＣＬインデックスを用いてもよい。
【０３３２】
例えば、ＳＩＢ１を受信していない場合、ＳＳ／ＰＢＣＨブロックのインデックスとして時間インデックスが用いられてもよく、ＳＩＢ１を受信している場合、ＳＳ／ＰＢＣＨブロックのインデックスとしてＱＣＬインデックスが用いられてもよい。例えば、ＳＩＢ１を受信していない場合、端末装置１は、ＳＳ／ＰＢＣＨブロックのインデックスとして時間インデックスを用いてもよく、ＳＩＢ１を受信している場合、ＳＳ／ＰＢＣＨブロックのインデックスとしてＱＣＬインデックスを用いてもよい。
【０３３３】
端末装置１は、ＳＳ／ＰＢＣＨブロックの時間インデックスと上位層パラメータｓｓｂ−ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔからＳＳ／ＰＢＣＨブロックのインデックスを判断してもよい。端末装置１は、ＳＳ／ＰＢＣＨブロックの時間インデックスと上位層パラメータｓｓｂ−ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔの要素の数（ビットマップのサイズ）からＳＳ／ＰＢＣＨブロックのインデックスを判断してもよい。端末装置１は、ＳＳ／ＰＢＣＨブロックの時間インデックスに対して、上位層パラメータｓｓｂ−ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔの要素の数（ビットマップのサイズ）を用いたモジュロ計算によりＳＳ／ＰＢＣＨブロックのインデックスを判断してもよい。例えば、端末装置１は、あるＳＳ／ＰＢＣＨブロックを検出し、時間インデックスとして‘１０’を検出する。端末装置１は、要素が８個（８ビットのビットマップ）のｓｓｂ−ＰｏｓｉｔｉｏｎＩｎＢｕｒｓｔを受信する。端末装置１は、‘１０’を‘８’でモジュロ計算した‘２’がＳＳ／ＰＢＣＨブロックのインデックスと判断する。端末装置１は、インデックス‘２’のＳＳ／ＰＢＣＨブロックと対応するランダムアクセスプリアンブルおよび／またはランダムアクセスチャネルおよび／またはランダムアクセス送信機会を用いてランダムアクセスを行なう。
【０３３４】
以下、本実施形態の一態様に係る種々の装置の態様を説明する。
【０３３５】
（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、ハーフ無線フレームに含まれるＬＳＳＢ個のＳＳ／ＰＢＣＨブロック候補により構成されるＳＳバーストセットのうち、ｔＳＳＢ番目のＳＳ／ＰＢＣＨブロック候補においてＳＳ／ＰＢＣＨブロックを受信する受信部と、１または複数のＰＲＡＣＨ機会から選択される１つのＰＲＡＣＨ機会においてＰＲＡＣＨを送信する送信部と、を備え、ｔＳＳＢ番目のＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスｑＳＳＢは、ｍｏｄ（ｔＳＳＢ，ＱＳＳＢ）、または、ｍｏｄ（ｄＳＳＢ，ＱＳＳＢ）の関係により与えられ、ここで、前記ｄＳＳＢは、前記ＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨに関連するＤＭＲＳのインデックスであり、前記ＱＳＳＢは、ビットマップ情報の要素数と同じ数にセットされ、または、等しく、前記ビットマップ情報に少なくとも基づき与えられる前記ＱＣＬインデックスｑＳＳＢと前記１または複数のＰＲＡＣＨ機会の関係に基づき、前記１つのＰＲＡＣＨ機会を選択する。
【０３３６】
（２）また、本発明の第２の態様は、端末装置であって、ハーフ無線フレームに含まれるＬＳＳＢ個のＳＳ／ＰＢＣＨブロック候補により構成されるＳＳバーストセットのうち、ｔＳＳＢ番目のＳＳ／ＰＢＣＨブロック候補においてＳＳ／ＰＢＣＨブロック、および、ＱＳＳＢを示す上位層パラメータを含む物理チャネルを受信する受信部と、１または複数のＰＲＡＣＨ機会から選択される１つのＰＲＡＣＨ機会においてＰＲＡＣＨを送信する送信部と、を備え、ｔＳＳＢ番目のＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスｑＳＳＢは、ｍｏｄ（ｔＳＳＢ，ＱＳＳＢ）、または、ｍｏｄ（ｄＳＳＢ，ＱＳＳＢ）の関係により与えられ、ここで、前記ｄＳＳＢは、前記ＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨに関連するＤＭＲＳのインデックスであり、前記ＳＳバーストセットにおいて、連続するＱＳＳＢ個のＱＣＬインデックスに対応する１または複数のＳＳ／ＰＢＣＨブロック候補がＳＳ／ＰＢＣＨブロックの送信に用いられることに基づき与えられる前記前記ＱＣＬインデックスｑＳＳＢと前記１または複数のＰＲＡＣＨ機会の関係に基づき、前記１つのＰＲＡＣＨ機会を選択する。
【０３３７】
（３）また、本発明の第３の態様は、基地局装置であって、ハーフ無線フレームに含まれるＬＳＳＢ個のＳＳ／ＰＢＣＨブロック候補により構成されるＳＳバーストセットのうち、ｔＳＳＢ番目のＳＳ／ＰＢＣＨブロック候補においてＳＳ／ＰＢＣＨブロックを送信する送信部と、１または複数のＰＲＡＣＨ機会から選択される１つのＰＲＡＣＨ機会においてＰＲＡＣＨを受信する受信部と、を備え、ｔＳＳＢ番目のＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスｑＳＳＢは、ｍｏｄ（ｔＳＳＢ，ＱＳＳＢ）、または、ｍｏｄ（ｄＳＳＢ，ＱＳＳＢ）の関係により与えられ、ここで、前記ｄＳＳＢは、前記ＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨに関連するＤＭＲＳのインデックスであり、前記ＱＳＳＢは、ビットマップ情報の要素数と同じ数にセットされ、または、等しく、前記ビットマップ情報に少なくとも基づき与えられる前記ＱＣＬインデックスｑＳＳＢと前記１または複数のＰＲＡＣＨ機会の関係に基づき、前記１つのＰＲＡＣＨ機会を選択する。
【０３３８】
（４）また、本発明の第４の態様は、基地局装置であって、ハーフ無線フレームに含まれるＬＳＳＢ個のＳＳ／ＰＢＣＨブロック候補により構成されるＳＳバーストセットのうち、ｔＳＳＢ番目のＳＳ／ＰＢＣＨブロック候補においてＳＳ／ＰＢＣＨブロック、および、ＱＳＳＢを示す上位層パラメータを含む物理チャネルを送信する送信部と、１または複数のＰＲＡＣＨ機会から選択される１つのＰＲＡＣＨ機会においてＰＲＡＣＨを受信する受信部と、を備え、ｔＳＳＢ番目のＳＳ／ＰＢＣＨブロック候補のＱＣＬインデックスｑＳＳＢは、ｍｏｄ（ｔＳＳＢ，ＱＳＳＢ）、または、ｍｏｄ（ｄＳＳＢ，ＱＳＳＢ）の関係により与えられ、ここで、前記ｄＳＳＢは、前記ＳＳ／ＰＢＣＨブロックに含まれるＰＢＣＨに関連するＤＭＲＳのインデックスであり、前記ＳＳバーストセットにおいて、連続するＱＳＳＢ個のＱＣＬインデックスに対応する１または複数のＳＳ／ＰＢＣＨブロック候補がＳＳ／ＰＢＣＨブロックの送信に用いられることに基づき与えられる前記前記
ＱＣＬインデックスｑＳＳＢと前記１または複数のＰＲＡＣＨ機会の関係に基づき、前記１つのＰＲＡＣＨ機会を選択する。
【０３３９】
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制
御するプログラム（コンピュータを機能させるプログラム）であっても良い。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ  ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤ
Ｄ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き
込みが行われる。
【０３４０】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。
【０３４１】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０３４２】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【０３４３】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【０３４４】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）および／またはＮＧ−ＲＡＮ（NextGen RAN，NR RAN）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢおよび／またはｇＮＢに対する上位ノードの機能の一部または全部を有してもよい。
【０３４５】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０３４６】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【０３４７】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０３４８】
１（１Ａ、１Ｂ、１Ｃ）  端末装置
３  基地局装置
１０、３０  無線送受信部
１１、３１  アンテナ部
１２、３２  ＲＦ部
１３、３３  ベースバンド部
１４、３４  上位層処理部
１５、３５  媒体アクセス制御層処理部
１６、３６  無線リソース制御層処理部
９１、９２、９３、９４  探索領域セット
３００  コンポーネントキャリア
３０１  プライマリセル
３０２、３０３  セカンダリセル
３０００  ポイント
３００１、３００２  リソースグリッド
３００３、３００４  ＢＷＰ
３０１１、３０１２、３０１３、３０１４  オフセット
３１００、３２００  共通リソースブロックセット
【図１】
2020202455.tif 000003
【図２】
2020202455.tif 000004
【図３】
2020202455.tif 000005
【図４】
2020202455.tif 000006
【図５】
2020202455.tif 000007
【図６】
2020202455.tif 000008
【図７】
2020202455.tif 000009
【図８】
2020202455.tif 000010
【図９】
2020202455.tif 000011
【図１０】
2020202455.tif 000012
【図１１】
2020202455.tif 000013
【図１２】
2020202455.tif 000014
【図１３】
2020202455.tif 000015