(57)【要約】      （修正有）【課題】効率的に通信を行うことができる端末装置および基地局装置を提供する。【解決手段】ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを少なくともＰＵＣＣＨで送信する送信部と、を備え、ＰＵＣＣＨのためのＰＵＣＣＨリソースは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのうち、ＰＤＣＣＨに含まれるＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールドにより示される値に対応するＰＵＣＣＨリソースであり、ＰＵＣＣＨリソースセットは、１または複数のＰＵＣＣＨリソースセットからＮＵＣＩ１に少なくとも基づき与えられ、ＮＵＣＩ１は、ＰＵＣＣＨと衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋに関わらず、ＰＵＣＣＨで送信されるＨＡＲＱ−ＡＣＫビットの数ＯＡＣＫに少なくとも基づき与えられ、ＳＲ  ＰＵＣＣＨリソースのそれぞれは、１または複数のロジカルチャネルに対応する。【選択図】図１０
2019161431.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．
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、効率的に通信を行う端末装置、該端末装置に用いられる通信方法、効率的に通信を行う基地局装置、該基地局装置に用いられる通信方法を提供する。
【課題を解決するための手段】
【０００６】
（１）本発明の第１の態様は、端末装置であって、ＰＤＣＣＨを受信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを受信する受信部と、前記ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを少なくともＰＵＣＣＨで送信する送信部と、を備え、前記ＰＵＣＣＨのためのＰＵＣＣＨリソースは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのうち、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールドにより示される値に対応するＰＵＣＣＨリソースであり、前記ＰＵＣＣＨリソースセットは、１または複数のＰＵＣＣＨリソースセットからＮＵＣＩ１に少なくとも基づき与えられ、前記ＮＵＣＩ１は、前記ＰＵＣＣＨと衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋに関わらず、前記ＰＵＣＣＨで送信されるＨＡＲＱ−ＡＣＫビットの数ＯＡＣＫに少なくとも基づき与えられ、前記ＳＲ  ＰＵＣＣＨリソースのそれぞれは、１または複数のロジカルチャネルに対応する。
【０００７】
（２）本発明の第２の態様は、端末装置であって、ＰＤＣＣＨを受信し、前記ＰＤＣＣ
ＨによりスケジューリングされるＰＤＳＣＨを受信する受信部と、前記ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを少なくともＰＵＣＣＨで送信する送信部と、を備え、前記ＰＵＣＣＨのためのＰＵＣＣＨリソースは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのうち、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールドにより示される値に対応するＰＵＣＣＨリソースであり、前記ＰＵＣＣＨリソースセットは、１または複数のＰＵＣＣＨリソースセットからＮＵＣＩ１に少なくとも基づき与えられ、前記１または複数のＰＵＣＣＨリソースセットのそれぞれに含まれるＰＵＣＣＨリソースのうち、インデックスが同一のＰＵＣＣＨリソースの先頭のＯＦＤＭシンボルは同一であり、前記ＮＵＣＩ１は、前記ＰＵＣＣＨで送信されるＨＡＲＱ−ＡＣＫビットの数ＯＡＣＫおよび前記ＰＵＣＣＨと衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋに少なくとも基づき与えられ、前記ＳＲ  ＰＵＣＣＨリソースのそれぞれは、１または複数のロジカルチャネルに対応する。
【０００８】
（３）本発明の第３の態様は、端末装置であって、ＰＤＣＣＨを受信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを受信する受信部と、前記ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを少なくともＰＵＣＣＨで送信する送信部と、を備え、前記ＰＵＣＣＨのためのＰＵＣＣＨリソースは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのうち、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールドにより示される値に対応するＰＵＣＣＨリソースであり、前記ＰＵＣＣＨリソースセットは、１または複数のＰＵＣＣＨリソースセットのうちのｉ番目のＰＵＣＣＨリソースセットに関連するＮＵＣＩ，ｉに少なくとも基づき与えられ、前記ＮＵＣＩ，ｉは、前記ｉ番目のＰＵＣＣＨリソースセットに含まれ、前記ＰＵＣＣＨリソース指示フィールドに対応するＰＵＣＣＨリソースと衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋおよび前記ＰＵＣＣＨで送信されるＨＡＲＱ−ＡＣＫビットの数ＯＡＣＫに少なくとも基づき与えられ、前記ＳＲ  ＰＵＣＣＨリソースのそれぞれは、１または複数のロジカルチャネルに対応する。
【０００９】
（４）本発明の第４の態様は、基地局装置であって、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨおよび、前記ＰＤＳＣＨを送信する送信部と、前記ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを少なくとも含んで送信されるＰＵＣＣＨを受信する受信部と、を備え、前記ＰＵＣＣＨのためのＰＵＣＣＨリソースは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのうち、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールドにより示される値に対応するＰＵＣＣＨリソースであり、前記ＰＵＣＣＨリソースセットは、１または複数のＰＵＣＣＨリソースセットからＮＵＣＩ１に少なくとも基づき与えられ、前記ＮＵＣＩ１は、前記ＰＵＣＣＨと衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋに関わらず、前記ＰＵＣＣＨで送信されるＨＡＲＱ−ＡＣＫビットの数ＯＡＣＫに少なくとも基づき与えられ、前記ＳＲ  ＰＵＣＣＨリソースのそれぞれは、１または複数のロジカルチャネルに対応する。
【００１０】
（５）本発明の第５の態様は、基地局装置であって、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨおよび、前記ＰＤＳＣＨを送信する送信部と、前記ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを少なくとも含んで送信されるＰＵＣＣＨを受信する受信部と、を備え、前記ＰＵＣＣＨのためのＰＵＣＣＨリソースは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのうち、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールドにより示される値に対応するＰＵＣＣＨリソースであり、前記ＰＵＣＣＨリソースセットは、１または複数のＰＵＣＣＨリソースセットからＮＵＣＩ１に少なくとも基づき与えられ、前記１または複数のＰＵＣＣＨリソースセットのそれぞれに含まれるＰＵＣＣＨリソースの
うち、インデックスが同一のＰＵＣＣＨリソースの先頭のＯＦＤＭシンボルは同一であり、前記ＮＵＣＩ１は、前記ＰＵＣＣＨで送信されるＨＡＲＱ−ＡＣＫビットの数ＯＡＣＫおよび前記ＰＵＣＣＨと衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋに少なくとも基づき与えられ、前記ＳＲ  ＰＵＣＣＨリソースのそれぞれは、１または複数のロジカルチャネルに対応する。
【００１１】
（６）本発明の第６の態様は、基地局装置であって、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨおよび、前記ＰＤＳＣＨを送信する送信部と、前記ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを少なくとも含んで送信されるＰＵＣＣＨを受信する受信部と、を備え、前記ＰＵＣＣＨのためのＰＵＣＣＨリソースは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのうち、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールドにより示される値に対応するＰＵＣＣＨリソースであり、前記ＰＵＣＣＨリソースセットは、１または複数のＰＵＣＣＨリソースセットのうちのｉ番目のＰＵＣＣＨリソースセットに関連するＮＵＣＩ，ｉに少なくとも基づき与えられ、前記ＮＵＣＩ，ｉは、前記ｉ番目のＰＵＣＣＨリソースセットに含まれ、前記ＰＵＣＣＨリソース指示フィールドに対応するＰＵＣＣＨリソースと衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋおよび前記ＰＵＣＣＨで送信されるＨＡＲＱ−ＡＣＫビットの数ＯＡＣＫに少なくとも基づき与えられ、前記ＳＲ  ＰＵＣＣＨリソースのそれぞれは、１または複数のロジカルチャネルに対応する。
【００１２】
（７）本発明の第７の態様は、端末装置に用いられる通信方法であって、ＰＤＣＣＨを受信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを受信するステップと、前記ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを少なくともＰＵＣＣＨで送信するステップと、を備え、前記ＰＵＣＣＨのためのＰＵＣＣＨリソースは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのうち、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールドにより示される値に対応するＰＵＣＣＨリソースであり、前記ＰＵＣＣＨリソースセットは、１または複数のＰＵＣＣＨリソースセットからＮＵＣＩ１に少なくとも基づき与えられ、前記ＮＵＣＩ１は、前記ＰＵＣＣＨと衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋに関わらず、前記ＰＵＣＣＨで送信されるＨＡＲＱ−ＡＣＫビットの数ＯＡＣＫに少なくとも基づき与えられ、前記ＳＲ  ＰＵＣＣＨリソースのそれぞれは、１または複数のロジカルチャネルに対応する。
【００１３】
（８）本発明の第８の態様は、端末装置に用いられる通信方法であって、ＰＤＣＣＨを受信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを受信するステップと、前記ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを少なくともＰＵＣＣＨで送信するステップと、を備え、前記ＰＵＣＣＨのためのＰＵＣＣＨリソースは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのうち、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールドにより示される値に対応するＰＵＣＣＨリソースであり、前記ＰＵＣＣＨリソースセットは、１または複数のＰＵＣＣＨリソースセットからＮＵＣＩ１に少なくとも基づき与えられ、前記１または複数のＰＵＣＣＨリソースセットのそれぞれに含まれるＰＵＣＣＨリソースのうち、インデックスが同一のＰＵＣＣＨリソースの先頭のＯＦＤＭシンボルは同一であり、前記ＮＵＣＩ１は、前記ＰＵＣＣＨで送信されるＨＡＲＱ−ＡＣＫビットの数ＯＡＣＫおよび前記ＰＵＣＣＨと衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋに少なくとも基づき与えられ、前記ＳＲ  ＰＵＣＣＨリソースのそれぞれは、１または複数のロジカルチャネルに対応する。
【００１４】
（９）本発明の第９の態様は、端末装置に用いられる通信方法であって、ＰＤＣＣＨを受信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを受信するステップと
、前記ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを少なくともＰＵＣＣＨで送信するステップと、を備え、前記ＰＵＣＣＨのためのＰＵＣＣＨリソースは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのうち、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールドにより示される値に対応するＰＵＣＣＨリソースであり、前記ＰＵＣＣＨリソースセットは、１または複数のＰＵＣＣＨリソースセットのうちのｉ番目のＰＵＣＣＨリソースセットに関連するＮＵＣＩ，ｉに少なくとも基づき与えられ、前記ＮＵＣＩ，ｉは、前記ｉ番目のＰＵＣＣＨリソースセットに含まれ、前記ＰＵＣＣＨリソース指示フィールドに対応するＰＵＣＣＨリソースと衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋおよび前記ＰＵＣＣＨで送信されるＨＡＲＱ−ＡＣＫビットの数ＯＡＣＫに少なくとも基づき与えられ、前記ＳＲ  ＰＵＣＣＨリソースのそれぞれは、１または複数のロジカルチャネルに対応する。
【００１５】
（１０）本発明の第１０の態様は、基地局装置に用いられる通信方法であって、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨおよび、前記ＰＤＳＣＨを送信するステップと、前記ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを少なくとも含んで送信されるＰＵＣＣＨを受信するステップと、を備え、前記ＰＵＣＣＨのためのＰＵＣＣＨリソースは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのうち、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールドにより示される値に対応するＰＵＣＣＨリソースであり、前記ＰＵＣＣＨリソースセットは、１または複数のＰＵＣＣＨリソースセットからＮＵＣＩ１に少なくとも基づき与えられ、前記ＮＵＣＩ１は、前記ＰＵＣＣＨと衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋに関わらず、前記ＰＵＣＣＨで送信されるＨＡＲＱ−ＡＣＫビットの数ＯＡＣＫに少なくとも基づき与えられ、前記ＳＲ  ＰＵＣＣＨリソースのそれぞれは、１または複数のロジカルチャネルに対応する。
【００１６】
（１１）本発明の第１１の態様は、基地局装置に用いられる通信方法であって、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨおよび、前記ＰＤＳＣＨを送信するステップと、前記ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを少なくとも含んで送信されるＰＵＣＣＨを受信するステップと、を備え、前記ＰＵＣＣＨのためのＰＵＣＣＨリソースは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのうち、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールドにより示される値に対応するＰＵＣＣＨリソースであり、前記ＰＵＣＣＨリソースセットは、１または複数のＰＵＣＣＨリソースセットからＮＵＣＩ１に少なくとも基づき与えられ、前記１または複数のＰＵＣＣＨリソースセットのそれぞれに含まれるＰＵＣＣＨリソースのうち、インデックスが同一のＰＵＣＣＨリソースの先頭のＯＦＤＭシンボルは同一であり、前記ＮＵＣＩ１は、前記ＰＵＣＣＨで送信されるＨＡＲＱ−ＡＣＫビットの数ＯＡＣＫおよび前記ＰＵＣＣＨと衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋに少なくとも基づき与えられ、前記ＳＲ  ＰＵＣＣＨリソースのそれぞれは、１または複数のロジカルチャネルに対応する。
【００１７】
（１２）本発明の第１２の態様は、基地局装置に用いられる通信方法であって、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨおよび、前記ＰＤＳＣＨを送信するステップと、前記ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを少なくとも含んで送信されるＰＵＣＣＨを受信するステップと、を備え、前記ＰＵＣＣＨのためのＰＵＣＣＨリソースは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのうち、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールドにより示される値に対応するＰＵＣＣＨリソースであり、前記ＰＵＣＣＨリソースセットは、１または複数のＰＵＣＣＨリソースセットのうちのｉ番目のＰＵＣＣＨリソースセットに関連するＮＵＣＩ，ｉに少なくとも基づき与えられ、前記Ｎ
ＵＣＩ，ｉは、前記ｉ番目のＰＵＣＣＨリソースセットに含まれ、前記ＰＵＣＣＨリソース指示フィールドに対応するＰＵＣＣＨリソースと衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋおよび前記ＰＵＣＣＨで送信されるＨＡＲＱ−ＡＣＫビットの数ＯＡＣＫに少なくとも基づき与えられ、前記ＳＲ  ＰＵＣＣＨリソースのそれぞれは、１または複数のロジカルチャネルに対応する。
【発明の効果】
【００１８】
この発明によれば、端末装置は効率的に通信を行うことができる。また、基地局装置は効率的に通信を行うことができる。
【図面の簡単な説明】
【００１９】
【図１】本実施形態の一態様に係る無線通信システムの概念図である。
【図２】本実施形態の一態様に係るＮｓｌｏｔｓｙｍｂ、サブキャリア間隔の設定μ、スロット設定、および、ＣＰ設定の関係を示す一例である。
【図３】本実施形態の一態様に係るサブフレームにおけるリソースグリッドの一例を示す概略図である。
【図４】本実施形態の一態様に係るＰＵＣＣＨフォーマットとＰＵＣＣＨフォーマットの長さＮＰＵＣＣＨｓｙｍｂおよびＮＵＣＩ０の関係の一例を示す図である。
【図５】本実施形態の一態様に係る端末装置１の構成を示す概略ブロック図である。
【図６】本実施形態の一態様に係る基地局装置３の構成を示す概略ブロック図である。
【図７】本実施形態の一態様に係るトランスポートブロックの受信および該トランスポートブロックに対応するＨＡＲＱ−ＡＣＫの送信の一例を示す図である。
【図８】本実施形態の一態様に係るロジカルチャネル、ＳＲ設定、スケジューリングリクエストＩＤ、ＳＲ  ＰＵＣＣＨリソースの対応関係の例を示す図である。
【図９】本実施形態の一態様に係るＰＵＣＣＨ４００とＳＲ  ＰＵＣＣＨリソース（ＰＵＣＣＨ４０１〜４０７）の衝突の一例を示す図である。
【図１０】本実施形態の一態様に係るＰＵＣＣＨリソースの選択方法の概略を示す図である。
【図１１】本実施形態の一態様に係る解決手段１の例を示す図である。
【図１２】本実施形態の一態様に係る解決手段２の例を示す図である。
【図１３】本実施形態の一態様に係る解決手段３の例を示す図である。
【図１４】本実施形態の一態様に係る選択手順１Ａの手順例を示す図である。
【発明を実施するための形態】
【００２０】
以下、本発明の実施形態について説明する。
【００２１】
図１は、本実施形態の一態様に係る無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ〜１Ｃ、および基地局装置３を具備する。以下、端末装置１Ａ〜１Ｃを端末装置１とも呼称する。
【００２２】
以下、フレーム構成について説明する。
【００２３】
本実施形態の一態様に係る無線通信システムにおいて、ＯＦＤＭ（Orthogonal Frequency Division Multiplex）が少なくとも用いられる。ＯＦＤＭシンボルは、ＯＦＤＭの時
間領域の単位である。ＯＦＤＭシンボルは、少なくとも１または複数のサブキャリア（subcarrier）を含む。ＯＦＤＭシンボルは、ベースバンド信号生成において時間連続信号（time-continuous signal）に変換される。
【００２４】
サブキャリア間隔（SCS: SubCarrier Spacing）は、サブキャリア間隔Δｆ＝２μ・１
５ｋＨｚによって与えられてもよい。例えば、サブキャリア間隔の設定（subcarrier spacing configuration）μは０、１、２、３、４、および／または、５のいずれかに設定されてもよい。あるキャリアバンドパート（CBP: Carrier bandwidth part）のために、サ
ブキャリア間隔の設定μが上位層のパラメータにより与えられてもよい。
【００２５】
本実施形態の一態様に係る無線通信システムにおいて、時間領域の長さの表現のために時間単位（タイムユニット）Ｔｃが用いられる。時間単位Ｔｃは、Ｔｃ＝１／（Δｆｍａｘ・Ｎｆ）で与えられてもよい。Δｆｍａｘは、本実施形態の一態様に係る無線通信システムにおいてサポートされるサブキャリア間隔の最大値であってもよい。Δｆｍａｘは、Δｆｍａｘ＝４８０ｋＨｚであってもよい。Ｎｆは、Ｎｆ＝４０９６であってもよい。定数κは、κ＝Δｆｍａｘ・Ｎｆ／（ΔｆｒｅｆＮｆ，ｒｅｆ）＝６４である。Δｆｒｅｆは、１５ｋＨｚであってもよい。Ｎｆ，ｒｅｆは、２０４８であってもよい。
【００２６】
定数κは、参照サブキャリア間隔とＴｃの関係を示す値であってもよい。定数κはサブフレームの長さのために用いられてもよい。定数κに少なくとも基づき、サブフレームに含まれるスロットの数が与えられてもよい。Δｆｒｅｆは、参照サブキャリア間隔であり、Ｎｆ，ｒｅｆは、参照サブキャリア間隔に対応する値である。
【００２７】
下りリンクにおける送信、および／または、上りリンクにおける送信は、１０ｍｓのフレームにより構成される。フレームは、１０個のサブフレームを含んで構成される。サブフレームの長さは１ｍｓである。フレームの長さは、サブキャリア間隔Δｆに関わらず与えられてもよい。つまり、フレームの設定はμに関わらず与えられてもよい。サブフレームの長さは、サブキャリア間隔Δｆに関わらず与えられてもよい。つまり、サブフレームの設定はμに関わらず与えられてもよい。
【００２８】
あるサブキャリア間隔の設定μのために、サブフレームに含まれるスロットの数とインデックスが与えられてもよい。例えば、第１のスロット番号ｎμｓは、サブフレーム内において０からＮｓｕｂｆｒａｍｅ，μｓｌｏｔ−１の範囲で昇順に与えられてもよい。サブキャリア間隔の設定μのために、フレームに含まれるスロットの数とインデックスが与えられてもよい。例えば、第２のスロット番号ｎμｓ，ｆは、フレーム内において０からＮｆｒａｍｅ，μｓｌｏｔ−１の範囲で昇順に与えられてもよい。連続するＮｓｌｏｔｓｙｍｂ個のＯＦＤＭシンボルが１つのスロットに含まれてもよい。Ｎｓｌｏｔｓｙｍｂは、スロット設定（slot configuration）、および／または、ＣＰ（Cyclic Prefix）設定
の一部または全部に少なくとも基づき与えられてもよい。スロット設定は、上位層のパラメータｓｌｏｔ＿ｃｏｎｆｉｇｕｒａｔｉｏｎにより与えられてもよい。ＣＰ設定は、上位層のパラメータに少なくとも基づき与えられてもよい。ＣＰ設定は、専用ＲＲＣシグナリングに少なくとも基づき与えられてもよい。第１のスロット番号および第２のスロット番号は、スロット番号（スロットインデックス）とも呼称される。
【００２９】
図２は、本実施形態の一態様に係るＮｓｌｏｔｓｙｍｂ、サブキャリア間隔の設定μ、スロット設定、および、ＣＰ設定の関係を示す一例である。図２Ａにおいて、スロット設定が０であり、サブキャリア間隔の設定μが２であり、ＣＰ設定がノーマルＣＰ（normal
cyclic prefix）である場合、Ｎｓｌｏｔｓｙｍｂ＝１４、Ｎｆｒａｍｅ，μｓｌｏｔ＝４０、Ｎｓｕｂｆｒａｍｅ，μｓｌｏｔ＝４である。また、図２Ｂにおいて、スロット設定が０であり、サブキャリア間隔の設定μが２であり、ＣＰ設定が拡張ＣＰ（extended cyclic prefix）である場合、Ｎｓｌｏｔｓｙｍｂ＝１２、Ｎｆｒａｍｅ，μｓｌｏｔ＝４０、Ｎｓｕｂｆｒａｍｅ，μｓｌｏｔ＝４である。スロット設定０におけるＮｓｌｏｔｓｙｍｂは、スロット設定１におけるＮｓｌｏｔｓｙｍｂの２倍に対応してもよい。
【００３０】
以下、物理リソースについて説明を行う。
【００３１】
アンテナポートは、１つのアンテナポートにおいてシンボルが伝達されるチャネルが、同一のアンテナポートにおいてその他のシンボルが伝達されるチャネルから推定できることによって定義される。１つのアンテナポートにおいてシンボルが伝達されるチャネルの大規模特性（large scale property）が、もう一つのアンテナポートにおいてシンボルが伝達されるチャネルから推定できる場合、２つのアンテナポートはＱＣＬ（Quasi Co-Located）であると呼称される。大規模特性は、チャネルの長区間特性を少なくとも含んでもよい。大規模特性は、遅延拡がり（delay spread）、ドップラー拡がり（Doppler spread）、ドップラーシフト（Doppler shift）、平均利得（average gain）、平均遅延（average delay）、および、ビームパラメータ（spatial Rx parameters）の一部または全部を
少なくとも含んでもよい。第１のアンテナポートと第２のアンテナポートがビームパラメータに関してＱＣＬであるとは、第１のアンテナポートに対して受信側が想定する受信ビームと第２のアンテナポートに対して受信側が想定する受信ビームとが同一であることであってもよい。第１のアンテナポートと第２のアンテナポートがビームパラメータに関してＱＣＬであるとは、第１のアンテナポートに対して受信側が想定する送信ビームと第２のアンテナポートに対して受信側が想定する送信ビームとが同一であることであってもよい。端末装置１は、１つのアンテナポートにおいてシンボルが伝達されるチャネルの大規模特性が、もう一つのアンテナポートにおいてシンボルが伝達されるチャネルから推定できる場合、２つのアンテナポートはＱＣＬであることが想定されてもよい。２つのアンテナポートがＱＣＬであることは、２つのアンテナポートがＱＣＬであることが想定されることであってもよい。
【００３２】
サブキャリア間隔の設定とキャリアのセットのそれぞれのために、ＮμＲＢ，ｘＮＲＢｓｃ個のサブキャリアとＮ（μ）ｓｙｍｂＮｓｕｂｆｒａｍｅ，μｓｙｍｂ個のＯＦＤＭシンボルのリソースグリッドが与えられる。ＮμＲＢ，ｘは、キャリアｘのためのサブキャリア間隔の設定μのために与えられるリソースブロック数を示してもよい。ＮμＲＢ，ｘは、キャリアｘのためのサブキャリア間隔の設定μのために与えられるリソースブロックの最大数であってもよい。キャリアｘは下りリンクキャリアまたは上りリンクキャリアのいずれかを示す。つまり、ｘは“ＤＬ”、または、“ＵＬ”である。ＮμＲＢは、ＮμＲＢ，ＤＬ、および／または、ＮμＲＢ，ＵＬを含んだ呼称である。ＮＲＢｓｃは、１つのリソースブロックに含まれるサブキャリア数を示してもよい。アンテナポートｐごとに、および／または、サブキャリア間隔の設定μごとに、および／または、送信方向（Transmission direction）の設定ごとに少なくとも１つのリソースグリッドが与えられてもよい。送信方向は、少なくとも下りリンク（DL: DownLink）および上りリンク（UL: UpLink）を含む。以下、アンテナポートｐ、サブキャリア間隔の設定μ、および、送信方向の設定の一部または全部を少なくとも含むパラメータのセットは、第１の無線パラメータセットとも呼称される。つまり、リソースグリッドは、第１の無線パラメータセットごとに１つ与えられてもよい。
【００３３】
下りリンクにおいて、サービングセルに含まれるキャリアを下りリンクキャリア（または、下りリンクコンポーネントキャリア）と称する。上りリンクにおいて、サービングセルに含まれるキャリアを上りリンクキャリア（上りリンクコンポーネントキャリア）と称する。下りリンクコンポーネントキャリア、および、上りリンクコンポーネントキャリアを総称して、コンポーネントキャリア（または、キャリア）と称する。
【００３４】
第１の無線パラメータセットごとに与えられるリソースグリッドの中の各要素は、リソースエレメントと呼称される。リソースエレメントは周波数領域のインデックスｋｓｃと、時間領域のインデックスｌｓｙｍにより特定される。ある第１の無線パラメータセットのために、リソースエレメントは周波数領域のインデックスｋｓｃと、時間領域のインデックスｌｓｙｍにより特定される。周波数領域のインデックスｋｓｃと時間領域のインデ
ックスｌｓｙｍにより特定されるリソースエレメントは、リソースエレメント（ｋｓｃ、ｌｓｙｍ）とも呼称される。周波数領域のインデックスｋｓｃは、０からＮμＲＢＮＲＢｓｃ−１のいずれかの値を示す。ＮμＲＢはサブキャリア間隔の設定μのために与えられるリソースブロック数であってもよい。ＮＲＢｓｃは、リソースブロックに含まれるサブキャリア数であり、ＮＲＢｓｃ＝１２である。周波数領域のインデックスｋｓｃは、サブキャリアインデックスｋｓｃに対応してもよい。時間領域のインデックスｌｓｙｍは、ＯＦＤＭシンボルインデックスｌｓｙｍに対応してもよい。
【００３５】
図３は、本実施形態の一態様に係るサブフレームにおけるリソースグリッドの一例を示す概略図である。図３のリソースグリッドにおいて、横軸は時間領域のインデックスｌｓｙｍであり、縦軸は周波数領域のインデックスｋｓｃである。１つのサブフレームにおいて、リソースグリッドの周波数領域はＮμＲＢＮＲＢｓｃ個のサブキャリアを含む。１つのサブフレームにおいて、リソースグリッドの時間領域は１４・２μ個のＯＦＤＭシンボルを含んでもよい。１つのリソースブロックは、ＮＲＢｓｃ個のサブキャリアを含んで構成される。リソースブロックの時間領域は、１ＯＦＤＭシンボルに対応してもよい。リソースブロックの時間領域は、１４ＯＦＤＭシンボルに対応してもよい。リソースブロックの時間領域は、１または複数のスロットに対応してもよい。リソースブロックの時間領域は、１つのサブフレームに対応してもよい。
【００３６】
端末装置１は、リソースグリッドのサブセットのみを用いて送受信を行うことが指示されてもよい。リソースグリッドのサブセットは、キャリアバンドパートとも呼称され、キャリアバンドパートは上位層のパラメータ、および／または、ＤＣＩの一部または全部に少なくとも基づき与えられてもよい。キャリアバンドパートをバンドパートとも称する（BP: bandwidth part）。つまり、端末装置１は、リソースグリッドのすべてのセットを用いて送受信を行なうことが指示されなくてもよい。つまり、端末装置１は、リソースグリッド内の一部の周波数リソースを用いて送受信を行なうことが指示されてもよい。１つのキャリアバンドパートは、周波数領域における複数のリソースブロックから構成されてもよい。１つのキャリアバンドパートは、周波数領域において連続する複数のリソースブロックから構成されてもよい。キャリアバンドパートは、ＢＷＰ（BandWidth Part）とも呼称される。下りリンクキャリアに対して設定されるキャリアバンドパートは、下りリンクキャリアバンドパートとも呼称される。上りリンクキャリアに対して設定されるキャリアバンドパートは、上りリンクキャリアバンドパートとも呼称される。
【００３７】
サービングセルのそれぞれに対して下りリンクキャリアバンドパートのセットが設定されてもよい。下りリンクキャリアバンドパートのセットは１または複数の下りリンクキャリアバンドパートを含んでもよい。サービングセルのそれぞれに対して上りリンクキャリアバンドパートのセットが設定されてもよい。上りリンクキャリアバンドパートのセットは１または複数の上りリンクキャリアバンドパートを含んでもよい。
【００３８】
上位層のパラメータは、上位層の信号に含まれるパラメータである。上位層の信号は、ＲＲＣ（Radio Resource Control）シグナリングであってもよいし、ＭＡＣ  ＣＥ（Medium Access Control Control Element）であってもよい。ここで、上位層の信号は、ＲＲ
Ｃ層の信号であってもよいし、ＭＡＣ層の信号であってもよい。
【００３９】
上位層の信号は、共通ＲＲＣシグナリング（common RRC signaling）であってもよい。共通ＲＲＣシグナリングは、以下の特徴Ｃ１から特徴Ｃ３の一部または全部を少なくとも備えてもよい。
特徴Ｃ１）ＢＣＣＨロジカルチャネル、または、ＣＣＣＨロジカルチャネルにマップされる
特徴Ｃ２）ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎ情報要素を少なくとも
含む
特徴Ｃ３）ＰＢＣＨにマップされる
【００４０】
ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎ情報要素は、サービングセルにおいて共通に用いられる設定を示す情報を含んでもよい。サービングセルにおいて共通に用いられる設定は、ＰＲＡＣＨの設定を少なくとも含んでもよい。該ＰＲＡＣＨの設定は、１または複数のランダムアクセスプリアンブルインデックスを少なくとも示してもよい。該ＰＲＡＣＨの設定は、ＰＲＡＣＨの時間／周波数リソースを少なくとも示してもよい。
【００４１】
上位層の信号は、専用ＲＲＣシグナリング（dedicated RRC signaling）であってもよ
い。専用ＲＲＣシグナリングは、以下の特徴Ｄ１からＤ２の一部または全部を少なくとも備えてもよい。
特徴Ｄ１）ＤＣＣＨロジカルチャネルにマップされる
特徴Ｄ２）ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素を少なくとも含む
【００４２】
ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素は、端末装置１に固有の設定を示す情報を少なくとも含んでもよい。ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素は、キャリアバンドパートの設定を示す情報を少なくとも含んでもよい。該キャリアバンドパートの設定は、該キャリアバンドパートの周波数リソースを少なくとも示してもよい。
【００４３】
例えば、ＭＩＢ、第１のシステム情報、および、第２のシステム情報は共通ＲＲＣシグナリングに含まれてもよい。また、ＤＣＣＨロジカルチャネルにマップされ、かつ、ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎを少なくとも含む上位層のメッセージは、共通ＲＲＣシグナリングに含まれてもよい。また、ＤＣＣＨロジカルチャネルにマップされ、かつ、ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎ情報要素を含まない上位層のメッセージは、専用ＲＲＣシグナリングに含まれてもよい。また、ＤＣＣＨロジカルチャネルにマップされ、かつ、ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素を少なくとも含む上位層のメッセージは、専用ＲＲＣシグナリングに含まれてもよい。
【００４４】
第１のシステム情報は、ＳＳ（Synchronization Signal）ブロックの時間インデックスを少なくとも示してもよい。ＳＳブロック（SS block）は、ＳＳ／ＰＢＣＨブロック（SS/PBCH block）とも呼称される。第１のシステム情報は、ＰＲＡＣＨリソースに関連する
情報を少なくとも含んでもよい。第１のシステム情報は、初期接続の設定に関連する情報を少なくとも含んでもよい。第２のシステム情報は、第１のシステム情報以外のシステム情報であってもよい。
【００４５】
ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素は、ＰＲＡＣＨリソースに関連する情報を少なくとも含んでもよい。ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素は、初期接続の設定に関連する情報を少なくとも含んでもよい。
【００４６】
以下、本実施形態の種々の態様に係る物理チャネルおよび物理シグナルを説明する。
【００４７】
上りリンク物理チャネルは、上位層において発生する情報を運ぶリソースエレメントのセットに対応してもよい。上りリンク物理チャネルは、上りリンクキャリアにおいて用いられる物理チャネルである。本実施形態の一態様に係る無線通信システムにおいて、少な
くとも下記の一部または全部の上りリンク物理チャネルが用いられる。
・ＰＵＣＣＨ（Physical Uplink Control CHannel）
・ＰＵＳＣＨ（Physical Uplink Shared CHannel）
・ＰＲＡＣＨ（Physical Random Access CHannel）
【００４８】
ＰＵＣＣＨは、上りリンク制御情報（UCI:Uplink Control Information）を送信するために用いられてもよい。上りリンク制御情報は、チャネル状態情報（CSI:Channel State Information）、スケジューリングリクエスト（SR:Scheduling Request）、トランスポートブロック（TB:Transport block， MAC PDU:Medium Access Control Protocol Data Unit， DL-SCH:Downlink-Shared Channel， PDSCH:Physical Downlink Shared Channel）に
対応するＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat request ACKnowledgement）の一
部または全部を含む。
【００４９】
ＨＡＲＱ−ＡＣＫは、１つのトランスポートブロックに少なくとも対応するＨＡＲＱ−ＡＣＫビットを少なくとも含んでもよい。ＨＡＲＱ−ＡＣＫビットは、１または複数のトランスポートブロックに対応するＡＣＫ（acknowledgement）またはＮＡＣＫ（negative-acknowledgement）を示してもよい。ＨＡＲＱ−ＡＣＫは、１または複数のＨＡＲＱ−Ａ
ＣＫビットを含むＨＡＲＱ−ＡＣＫコードブックを少なくとも含んでもよい。ＨＡＲＱ−ＡＣＫビットが１または複数のトランスポートブロックに対応することは、ＨＡＲＱ−ＡＣＫビットが該１または複数のトランスポートブロックを含むＰＤＳＣＨに対応することであってもよい。
【００５０】
ＨＡＲＱ−ＡＣＫビットは、トランスポートブロックに含まれる１つのＣＢＧ（Code Block Group）に対応するＡＣＫまたはＮＡＣＫを示してもよい。ＨＡＲＱ−ＡＣＫは、ＨＡＲＱフィードバック、ＨＡＲＱ情報、ＨＡＲＱ制御情報とも呼称される。
【００５１】
スケジューリングリクエスト（SR: Scheduling Request）は、初期送信のためのＰＵＳＣＨのリソースを要求するために少なくとも用いられてもよい。スケジューリングリクエストビットは、正のＳＲ（positive SR）または、負のＳＲ（negative SR）のいずれかを示すために用いられてもよい。スケジューリングリクエストビットが正のＳＲを示すことは、“正のＳＲが送信される”とも呼称される。正のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨのリソースが要求されることを示してもよい。正のＳＲは、上位層によりスケジューリングリクエストがトリガされることを示してもよい。正のＳＲは、上位層によりスケジューリングリクエストを送信することが指示された場合に、送信されてもよい。スケジューリングリクエストビットが負のＳＲを示すことは、“負のＳＲが送信される”とも呼称される。負のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨのリソースが要求されないことを示してもよい。負のＳＲは、上位層によりスケジューリングリクエストがトリガされないことを示してもよい。負のＳＲは、上位層によりスケジューリングリクエストを送信することが指示されない場合に、送信されてもよい。
【００５２】
スケジューリングリクエストビットは、１または複数のＳＲ設定（SR configuration）のいずれかに対する正のＳＲ、または、負のＳＲのいずれかを示すために用いられてもよい。該１または複数のＳＲ設定のそれぞれは、１または複数のロジカルチャネルに対応してもよい。あるＳＲ設定に対する正のＳＲは、該あるＳＲ設定に対応する１または複数のロジカルチャネルのいずれかまたは全部に対する正のＳＲであってもよい。負のＳＲは、特定のＳＲ設定に対応しなくてもよい。負のＳＲが示されることは、全てのＳＲ設定に対して負のＳＲが示されることであってもよい。
【００５３】
ＳＲ設定は、スケジューリングリクエストＩＤ（Scheduling Request ID）であっても
よい。
【００５４】
チャネル状態情報は、チャネル品質指標（CQI: Channel Quality Indicator）、プレコーダ行列指標（PMI:Precoder Matrix Indicator）、および、ランク指標（RI: Rank Indicator）の一部または全部を少なくとも含んでもよい。ＣＱＩは、チャネルの品質（例え
ば、伝搬強度）に関連する指標であり、ＰＭＩは、プレコーダを指示する指標である。ＲＩは、送信ランク（または、送信レイヤ数）を指示する指標である。
【００５５】
ＰＵＣＣＨは、ＰＵＣＣＨフォーマット（ＰＵＣＣＨフォーマット０からＰＵＣＣＨフォーマット４）をサポートする。ＰＵＣＣＨフォーマットは、ＰＵＣＣＨにマップされて送信されてもよい。ＰＵＣＣＨフォーマットは、ＰＵＣＣＨで送信されてもよい。ＰＵＣＣＨフォーマットが送信されることは、ＰＵＣＣＨが送信されることであってもよい。
【００５６】
図４は、本実施形態の一態様に係るＰＵＣＣＨフォーマットとＰＵＣＣＨフォーマットの長さＮＰＵＣＣＨｓｙｍｂおよびＮＵＣＩ０の関係の一例を示す図である。ＰＵＣＣＨフォーマット０の長さＮＰＵＣＣＨｓｙｍｂは、１または２ＯＦＤＭシンボルであり、ＰＵＣＣＨフォーマット０に関連するＮＵＣＩ０の値は２以下である。ＰＵＣＣＨフォーマット１の長さＮＰＵＣＣＨｓｙｍｂは、４から１４ＯＦＤＭシンボルであり、ＰＵＣＣＨフォーマット１に関連するＮＵＣＩ０の値は２以下である。ＰＵＣＣＨフォーマット２の長さＮＰＵＣＣＨｓｙｍｂは、１または２ＯＦＤＭシンボルであり、ＰＵＣＣＨフォーマット２に関連するＮＵＣＩ０の値は２より大きい。ＰＵＣＣＨフォーマット３の長さＮＰＵＣＣＨｓｙｍｂは、４から１４ＯＦＤＭシンボルであり、ＰＵＣＣＨフォーマット３に関連するＮＵＣＩ０の値は２より大きい。ＰＵＣＣＨフォーマット４の長さＮＰＵＣＣＨｓｙｍｂは、４から１４ＯＦＤＭシンボルであり、ＰＵＣＣＨフォーマット４に関連するＮＵＣＩ０の値は２より大きい。ＮＵＣＩ０は、ＰＵＣＣＨフォーマットで送信されるＯＡＣＫに少なくとも基づき与えられてもよい。ＮＵＣＩ０は、スケジューリングリクエストビットの数ＯＳＲに関わらず与えられてもよい。
【００５７】
ＰＵＳＣＨは、トランスポートブロック（TB， MAC PDU， UL-SCH， PUSCH）を送信す
るために少なくとも用いられる。ＰＵＳＣＨは、トランスポートブロック、ＨＡＲＱ−ＡＣＫ、チャネル状態情報、および、スケジューリングリクエストの一部または全部を少なくとも送信するために用いられてもよい。ＰＵＳＣＨは、ランダムアクセスメッセージ３を送信するために少なくとも用いられる。
【００５８】
ＰＲＡＣＨは、ランダムアクセスプリアンブル（ランダムアクセスメッセージ１）を送信するために少なくとも用いられる。ＰＲＡＣＨは、初期コネクション確立（initial connection establishment）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（connection re-establishment）プロシージャ、ＰＵＳＣＨの送信に対する同期（タ
イミング調整）、およびＰＵＳＣＨのためのリソースの要求の一部または全部を示すために少なくとも用いられてもよい。ランダムアクセスプリアンブルは、端末装置１の上位層より与えられるインデックス（ランダムアクセスプリアンブルインデックス）を基地局装置３に通知するために用いられてもよい。
【００５９】
ランダムアクセスプリアンブルは、物理ルートシーケンスインデックスｕに対応するＺａｄｏｆｆ−Ｃｈｕ系列をサイクリックシフトすることによって与えられてもよい。Ｚａｄｏｆｆ−Ｃｈｕ系列は、物理ルートシーケンスインデックスｕに基づいて生成されてもよい。１つのサービングセル（serving cell）において、複数のランダムアクセスプリアンブルが定義されてもよい。ランダムアクセスプリアンブルは、ランダムアクセスプリアンブルのインデックスに少なくとも基づき特定されてもよい。ランダムアクセスプリアンブルの異なるインデックスに対応する異なるランダムアクセスプリアンブルは、物理ルートシーケンスインデックスｕとサイクリックシフトの異なる組み合わせに対応してもよい
。物理ルートシーケンスインデックスｕ、および、サイクリックシフトは、システム情報に含まれる情報に少なくとも基づいて与えられてもよい。物理ルートシーケンスインデックスｕは、ランダムアクセスプリアンブルに含まれる系列を識別するインデックスであってもよい。ランダムアクセスプリアンブルは、物理ルートシーケンスインデックスｕに少なくとも基づき特定されてもよい。
【００６０】
図１において、上りリンクの無線通信では、以下の上りリンク物理シグナルが用いられる。上りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・ＵＬ  ＤＭＲＳ（UpLink Demodulation Reference Signal）
・ＳＲＳ（Sounding Reference Signal）
・ＵＬ  ＰＴＲＳ（UpLink Phase Tracking Reference Signal）
【００６１】
ＵＬ  ＤＭＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連する。ＵＬ
ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨと多重される。基地局装置３は、ＰＵＳＣＨまたはＰＵＣＣＨの伝搬路補正を行なうためにＵＬ  ＤＭＲＳを使用してよい。以下、ＰＵＳＣＨと、該ＰＵＳＣＨに関連するＵＬ  ＤＭＲＳを共に送信することを、単に、ＰＵＳＣＨを送信する、と称する。以下、ＰＵＣＣＨと該ＰＵＣＣＨに関連するＵＬ  ＤＭＲＳを共に送信することを、単に、ＰＵＣＣＨを送信する、と称する。ＰＵＳＣＨに関連するＵＬ  ＤＭＲＳは、ＰＵＳＣＨ用ＵＬ  ＤＭＲＳとも称される。ＰＵＣＣＨに関連するＵＬ  ＤＭＲＳは、ＰＵＣＣＨ用ＵＬ  ＤＭＲＳとも称される。
【００６２】
ＳＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連しなくてもよい。基地局装置３は、チャネル状態の測定のためにＳＲＳを用いてもよい。ＳＲＳは、上りリンクスロットにおけるサブフレームの最後、または、最後から所定数のＯＦＤＭシンボルにおいて送信されてもよい。
【００６３】
ＵＬ  ＰＴＲＳは、位相トラッキングのために少なくとも用いられる参照信号であってもよい。ＵＬ  ＰＴＲＳは、１または複数のＵＬ  ＤＭＲＳに用いられるアンテナポートを少なくとも含むＵＬ  ＤＭＲＳグループに関連してもよい。ＵＬ  ＰＴＲＳとＵＬ  ＤＭＲＳグループが関連することは、ＵＬ  ＰＴＲＳのアンテナポートとＵＬ  ＤＭＲＳグループに含まれるアンテナポートの一部または全部が少なくともＱＣＬであることであってもよい。ＵＬ  ＤＭＲＳグループは、ＵＬ  ＤＭＲＳグループに含まれるＵＬ  ＤＭＲＳにおいて最も小さいインデックスのアンテナポートに少なくとも基づき識別されてもよい。ＵＬ  ＰＴＲＳは、１つのコードワードがマップされる１または複数のアンテナポートにおいて、最もインデックスの小さいアンテナポートにマップされてもよい。ＵＬ  ＰＴＲＳは、１つのコードワードが第１のレイヤ及び第２のレイヤに少なくともマップされる場合に、該第１のレイヤにマップされてもよい。ＵＬ  ＰＴＲＳは、該第２のレイヤにマップされなくてもよい。ＵＬ  ＰＴＲＳがマップされるアンテナポートのインデックスは、下りリンク制御情報に少なくとも基づき与えられてもよい。
【００６４】
図１において、基地局装置３から端末装置１への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられる。下りリンク物理チャネルは、上位層から出力された情報を送信するために、物理層によって使用される。
・ＰＢＣＨ（Physical Broadcast Channel）
・ＰＤＣＣＨ（Physical Downlink Control Channel）
・ＰＤＳＣＨ（Physical Downlink Shared Channel）
【００６５】
ＰＢＣＨは、マスターインフォメーションブロック（MIB:Master Information Block，
BCH， Broadcast Channel）を送信するために少なくとも用いられる。ＰＢＣＨは、所定
の送信間隔に基づき送信されてもよい。ＰＢＣＨは、８０ｍｓの間隔で送信されてもよい。ＰＢＣＨは、１６０ｍｓの間隔で送信されてもよい。ＰＢＣＨに含まれる情報の中身は、８０ｍｓごとに更新されてもよい。ＰＢＣＨに含まれる情報の一部または全部は、１６０ｍｓごとに更新されてもよい。ＰＢＣＨは、２８８サブキャリアにより構成されてもよい。ＰＢＣＨは、２、３、または、４つのＯＦＤＭシンボルを含んで構成されてもよい。ＭＩＢは、同期信号の識別子（インデックス）に関連する情報を含んでもよい。ＭＩＢは、ＰＢＣＨが送信されるスロットの番号、サブフレームの番号、および／または、無線フレームの番号の少なくとも一部を指示する情報を含んでもよい。
【００６６】
ＰＤＣＣＨは、下りリンク制御情報（DCI:Downlink Control Information）の送信のために少なくとも用いられる。ＰＤＣＣＨは、下りリンク制御情報を少なくとも含んで送信されてもよい。ＰＤＣＣＨは下りリンク制御情報を含んでもよい。下りリンク制御情報は、ＤＣＩフォーマットとも呼称される。下りリンク制御情報は、下りリンクグラント（downlink grant）または上りリンクグラント（uplink grant）のいずれかを少なくとも含んでもよい。ＰＤＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットは、下りリンクＤＣＩフォーマットとも呼称される。ＰＵＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットは、上りリンクＤＣＩフォーマットとも呼称される。下りリンクグラントは、下りリンクアサインメント（downlink assignment）または下りリンク
割り当て（downlink allocation）とも呼称される。上りリンクＤＣＩフォーマットは、
第１の上りリンクＤＣＩフォーマットおよび第２の上りリンクＤＣＩフォーマットの一方または両方を少なくとも含む。
【００６７】
第１の上りリンクＤＣＩフォーマットは、１Ａから１Ｈの一部または全部を少なくとも含んで構成される。
１Ａ）ＤＣＩフォーマット特定フィールド（Identifier for DCI formats field）
１Ｂ）周波数領域のリソース割り当てフィールド（Frequency domain resource assignment field）
１Ｃ）時間領域のリソース割り当てフィールド（Time domain resource assignment field）
１Ｄ）周波数ホッピングフラグフィールド（Frequency hopping flag field）
１Ｅ）ＭＣＳフィールド（MCS field: Modulation and Coding Scheme field）
１Ｆ）第１のＣＳＩリスエストフィールド（First CSI request field）
１Ｇ）ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールド（PDSCH to
HARQ feedback timing indicator field）
１Ｈ）ＰＵＣＣＨリソース指示フィールド（PUCCH resource indicator field）
【００６８】
ＤＣＩフォーマット特定フィールドは、該ＤＣＩフォーマット特定フィールドを含むＤＣＩフォーマットが１または複数のＤＣＩフォーマットのいずれに対応するかを示すために少なくとも用いられてもよい。該１または複数のＤＣＩフォーマットは、下りリンクＤＣＩフォーマット、第１の上りリンクＤＣＩフォーマット、および／または、第２のＤＣＩフォーマットの一部または全部に少なくとも基づき与えられてもよい。該１または複数のＤＣＩフォーマットは、下りリンクＤＣＩフォーマット、第１の上りリンクＤＣＩフォーマット、および／または、第２のＤＣＩフォーマットの一部または全部を少なくとも含んでもよい。
【００６９】
周波数領域のリソース割り当てフィールドは、該周波数領域のリソース割り当てフィールドを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨのための周波数リソースの割り当てを示すために少なくとも用いられてもよい。
【００７０】
時間領域のリソース割り当てフィールドは、該時間領域のリソース割り当てフィールド
を含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨのための時間リソースの割り当てを示すために少なくとも用いられてもよい。
【００７１】
周波数ホッピングフラグフィールドは、該周波数ホッピングフラグフィールドを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨに対して周波数ホッピングが適用されるか否かを示すために少なくとも用いられてもよい。
【００７２】
ＭＣＳフィールドは、該ＭＣＳフィールドを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨのための変調方式、および／または、ターゲット符号化率の一部または全部を示すために少なくとも用いられてもよい。該ターゲット符号化率は、該ＰＵＳＣＨのトランスポートブロックのためのターゲット符号化率であってもよい。該トランスポートブロックのサイズ（TBS: Transport Block Size）は、該ターゲット符号化率に
少なくとも基づき与えられてもよい。
【００７３】
第１のＣＳＩリクエストフィールドは、ＣＳＩの報告を指示するために少なくとも用いられる。第１のＣＳＩリクエストフィールドのサイズは、所定の値であってもよい。第１のＣＳＩリクエストフィールドのサイズは、０であってもよいし、１であってもよいし、２であってもよいし、３であってもよい。
【００７４】
ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールドは、タイミングＫ１を示すフィールドであってもよい。ＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットのインデックスがスロットｎである場合、該ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを少なくとも含むＰＵＣＣＨまたはＰＵＳＣＨが含まれるスロットのインデックスはｎ＋Ｋ１であってもよい。ＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットのインデックスがスロットｎである場合、該ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを少なくとも含むＰＵＣＣＨの先頭のＯＦＤＭシンボルまたはＰＵＳＣＨの先頭のＯＦＤＭシンボルが含まれるスロットのインデックスはｎ＋Ｋ１であってもよい。
【００７５】
ＰＵＣＣＨリソース指示フィールドは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのインデックスを示すフィールドであってもよい。
【００７６】
第２の上りリンクＤＣＩフォーマットは、２Ａから２Ｈの一部または全部を少なくとも含んで構成される。
２Ａ）ＤＣＩフォーマット特定フィールド
２Ｂ）周波数領域のリソース割り当てフィールド
２Ｃ）時間領域のリソース割り当てフィールド
２Ｄ）周波数ホッピングフラグフィールド
２Ｅ）ＭＣＳフィールド
２Ｆ）第２のＣＳＩリクエストフィールド（Second CSI request field）
２Ｇ）ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールド（PDSCH to
HARQ feedback timing indicator field）
２Ｈ）ＰＵＣＣＨリソース指示フィールド（PUCCH resource indicator field）
【００７７】
第２のＣＳＩリクエストフィールドは、ＣＳＩの報告を指示するために少なくとも用いられる。第２のＣＳＩリクエストフィールドのサイズは、上位層のパラメータＲｅｐｏｒｔＴｒｉｇｇｅｒＳｉｚｅに少なくとも基づき与えられてもよい。
【００７８】
本実施形態の種々の態様において、特別な記載のない限り、リソースブロックの数は周波数領域におけるリソースブロックの数を示す。
【００７９】
下りリンクグラントは、１つのサービングセル内の１つのＰＤＳＣＨのスケジューリングのために少なくとも用いられる。
【００８０】
上りリンクグラントは、１つのサービングセル内の１つのＰＵＳＣＨのスケジューリングのために少なくとも用いられる。
【００８１】
１つの物理チャネルは、１つのサービングセルにマップされてもよい。１つの物理チャネルは、１つのサービングセルに含まれる１つのキャリアに設定される１つのキャリアバンドパートにマップされてもよい。
【００８２】
端末装置１は、１または複数の制御リソースセット（CORESET:COntrol REsource SET）が設定される。端末装置１は、１または複数の制御リソースセットにおいてＰＤＣＣＨを監視する（monitor）。
【００８３】
制御リソースセットは、１つまたは複数のＰＤＣＣＨがマップされうる時間周波数領域を示してもよい。制御リソースセットは、端末装置１がＰＤＣＣＨを監視する領域であってもよい。制御リソースセットは、連続的なリソース（Localized resource）により構成されてもよい。制御リソースセットは、非連続的なリソース（distributed resource）により構成されてもよい。
【００８４】
周波数領域において、制御リソースセットのマッピングの単位はリソースブロックであってもよい。例えば、周波数領域において、制御リソースセットのマッピングの単位は６リソースブロックであってもよい。時間領域において、制御リソースセットのマッピングの単位はＯＦＤＭシンボルであってもよい。例えば、時間領域において、制御リソースセットのマッピングの単位は１ＯＦＤＭシンボルであってもよい。
【００８５】
制御リソースセットの周波数領域は、上位層の信号、および／または、下りリンク制御情報に少なくとも基づき与えられてもよい。
【００８６】
制御リソースセットの時間領域は、上位層の信号、および／または、下りリンク制御情報に少なくとも基づき与えられてもよい。
【００８７】
ある制御リソースセットは、共通制御リソースセット（Common control resource set
）であってもよい。共通制御リソースセットは、複数の端末装置１に対して共通に設定される制御リソースセットであってもよい。共通制御リソースセットは、ＭＩＢ、第１のシステム情報、第２のシステム情報、共通ＲＲＣシグナリング、および、セルＩＤの一部または全部に少なくとも基づき与えられてもよい。例えば、第１のシステム情報のスケジューリングのために用いられるＰＤＣＣＨをモニタすることが設定される制御リソースセットの時間リソース、および／または、周波数リソースは、ＭＩＢに少なくとも基づき与えられてもよい。
【００８８】
ある制御リソースセットは、専用制御リソースセット（Dedicated control resource set）であってもよい。専用制御リソースセットは、端末装置１のために専用に用いられるように設定される制御リソースセットであってもよい。専用制御リソースセットは、専用ＲＲＣシグナリング、および、Ｃ−ＲＮＴＩの値の一部または全部に少なくとも基づき与えられてもよい。
【００８９】
端末装置１によって監視されるＰＤＣＣＨの候補のセットは、探索領域の観点から定義されてもよい。つまり、端末装置１によって監視されるＰＤＣＣＨ候補のセットは、探索
領域によって与えられてもよい。
【００９０】
探索領域は、１または複数の集約レベル（Aggregation level）のＰＤＣＣＨ候補を１
または複数含んで構成されてもよい。ＰＤＣＣＨ候補の集約レベルは、該ＰＤＣＣＨを構成するＣＣＥの個数を示してもよい。
【００９１】
端末装置１は、ＤＲＸ（Discontinuous reception）が設定されないスロットにおいて
少なくとも１または複数の探索領域を監視してもよい。ＤＲＸは、上位層のパラメータに少なくとも基づき与えられてもよい。端末装置１は、ＤＲＸが設定されないスロットにおいて少なくとも１または複数の探索領域セット（Search space set）を監視してもよい。
【００９２】
探索領域セットは、１または複数の探索領域を少なくとも含んで構成されてもよい。探索領域セットは、タイプ０ＰＤＣＣＨ共通探索領域（common search space）、タイプ１
ＰＤＣＣＨ共通探索領域、および／または、ＵＥ固有探索領域の一部または全部を少なくとも含んでもよい。タイプ０ＰＤＣＣＨ共通探索領域は、第１の上りリンクＤＣＩフォーマットの監視のために少なくとも設定されてもよい。タイプ１ＰＤＣＣＨ共通探索領域は、第１の上りリンクＤＣＩフォーマットの監視のために少なくとも設定されてもよい。タイプ０ＰＤＣＣＨ共通探索領域は、第２の上りリンクＤＣＩフォーマットの監視のために設定されなくてもよい。タイプ１ＰＤＣＣＨ共通探索領域は、第２の上りリンクＤＣＩフォーマットの監視のために設定されなくてもよい。ＵＥ固有探索領域は、第１の上りリンクＤＣＩフォーマット、および／または、第２の上りリンクＤＣＩフォーマットの一部または全部の監視のために少なくとも設定されてもよい。
【００９３】
探索領域セットのそれぞれは、１つの制御リソースセットに関連してもよい。探索領域セットのそれぞれは、１つの制御リソースセットに含まれてもよい。探索領域セットのそれぞれに対して、該探索領域セットに関連する制御リソースセットのインデックスが与えられてもよい。
【００９４】
タイプ０ＰＤＣＣＨ共通探索領域は、ＳＩ−ＲＮＴＩ（System Information-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ（Cyclic Redundancy Check）系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。タイプ０ＰＤＣＣＨ共通探索領域に少なくとも関連する制御リソースセットの設定は、上位層パラメータＲＭＳＩ−ＰＤＣＣＨ−Ｃｏｎｆｉｇに少なくとも基づき与えられてもよい。上位層パラメータＲＭＳＩ−ＰＤＣＣＨ−Ｃｏｎｆｉｇは、ＭＩＢに含まれてもよい。上位層パラメータＲＭＳＩ−ＰＤＣＣＨ−Ｃｏｎｆｉｇは、タイプ０ＰＤＣＣＨ共通探索領域に少なくとも関連する制御リソースセットに含まれるリソースブロックの数、該制御リソースセットに含まれるＯＦＤＭシンボルの数の一方または両方を少なくとも示してもよい。上位層パラメータＲＭＳＩ−ＰＤＣＣＨ−ＣｏｎｆｉｇはＭＩＢに含まれる情報フィールドにより示されてもよい。
【００９５】
タイプ１ＰＤＣＣＨ共通探索領域は、ＲＡ−ＲＮＴＩ（Random Access-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ系列、ＴＣ−ＲＮＴＩ（Temporary Common-Radio Network Temporary Identifier）によってスクランブルされたＣＲ
Ｃ系列、および／または、Ｃ−ＲＮＴＩ（Common-Radio Network Temporary Identifier
）によってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。ＲＡ−ＲＮＴＩは、端末装置１によって送信されるランダムアクセスプリアンブルの時間／周波数リソースに少なくとも基づき与えられてもよい。ＴＣ−ＲＮＴＩは、ＲＡ−ＲＮＴＩによってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨ（メッセージ２、または、ランダムアクセスレスポンスグラントとも呼称される）により与えられてもよい。Ｃ−ＲＮＴＩは、ＴＣ−
ＲＮＴＩによってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨ（メッセージ４、または、コンテンションレゾリューションとも呼称される）に少なくとも基づき与えられてもよい。
【００９６】
ＵＥ固有探索領域は、Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。
【００９７】
共通制御リソースセットは、ＣＳＳおよびＵＳＳの一方または両方を少なくとも含んでもよい。専用制御リソースセットは、ＣＳＳおよびＵＳＳの一方または両方を少なくとも含んでもよい。
【００９８】
探索領域の物理リソースは制御チャネルの構成単位（CCE:Control Channel Element）
により構成される。ＣＣＥは所定の数のリソース要素グループ（REG:Resource Element Group）により構成される。例えば、ＣＣＥは６個のＲＥＧにより構成されてもよい。ＲＥＧは１つのＰＲＢ（Physical Resource Block）の１ＯＦＤＭシンボルにより構成されて
もよい。つまり、ＲＥＧは１２個のリソースエレメント（RE:Resource Element）を含ん
で構成されてもよい。ＰＲＢは、単にＲＢ（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ：リソースブロック）とも呼称される。
【００９９】
ＰＤＳＣＨは、トランスポートブロックを送信するために少なくとも用いられる。ＰＤＳＣＨは、ランダムアクセスメッセージ２（ランダムアクセスレスポンス）を送信するために少なくとも用いられてもよい。ＰＤＳＣＨは、初期アクセスのために用いられるパラメータを含むシステム情報を送信するために少なくとも用いられてもよい。
【０１００】
図１において、下りリンクの無線通信では、以下の下りリンク物理シグナルが用いられる。下りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・同期信号（SS:Synchronization signal）
・ＤＬ  ＤＭＲＳ（DownLink DeModulation Reference Signal）
・ＣＳＩ−ＲＳ（Channel State Information-Reference Signal）
・ＤＬ  ＰＴＲＳ（DownLink Phase Tracking Reference Signal）
・ＴＲＳ（Tracking Reference Signal）
【０１０１】
同期信号は、端末装置１が下りリンクの周波数領域、および／または、時間領域の同期をとるために用いられる。同期信号は、ＰＳＳ（Primary Synchronization Signal）、および、ＳＳＳ（Secondary Synchronization Signal）を含む。
【０１０２】
ＳＳブロック（ＳＳ／ＰＢＣＨブロック）は、ＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部または全部を少なくとも含んで構成される。ＳＳブロックに含まれるＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部または全部のそれぞれのアンテナポートは同一であってもよい。ＳＳブロックに含まれるＰＳＳ、ＳＳＳ、およびＰＢＣＨの一部または全部は、連続するＯＦＤＭシンボルにマップされてもよい。ＳＳブロックに含まれるＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部または全部のそれぞれのＣＰ設定は同一であってもよい。ＳＳブロックに含まれるＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部または全部のそれぞれのサブキャリア間隔の設定μは同一であってもよい。
【０１０３】
ＤＬ  ＤＭＲＳは、ＰＢＣＨ、ＰＤＣＣＨ、および／または、ＰＤＳＣＨの送信に関連する。ＤＬ  ＤＭＲＳは、ＰＢＣＨ、ＰＤＣＣＨ、および／または、ＰＤＳＣＨに多重される。端末装置１は、ＰＢＣＨ、ＰＤＣＣＨ、または、ＰＤＳＣＨの伝搬路補正を行なうために該ＰＢＣＨ、該ＰＤＣＣＨ、または、該ＰＤＳＣＨと対応するＤＬ  ＤＭＲＳを使
用してよい。以下、ＰＢＣＨと、該ＰＢＣＨと関連するＤＬ  ＤＭＲＳが共に送信されることは、ＰＢＣＨが送信されると呼称される。また、ＰＤＣＣＨと、該ＰＤＣＣＨと関連するＤＬ  ＤＭＲＳが共に送信されることは、単にＰＤＣＣＨが送信されると呼称される。また、ＰＤＳＣＨと、該ＰＤＳＣＨと関連するＤＬ  ＤＭＲＳが共に送信されることは、単にＰＤＳＣＨが送信されると呼称される。ＰＢＣＨと関連するＤＬ  ＤＭＲＳは、ＰＢＣＨ用ＤＬ  ＤＭＲＳとも呼称される。ＰＤＳＣＨと関連するＤＬ  ＤＭＲＳは、ＰＤＳＣＨ用ＤＬ  ＤＭＲＳとも呼称される。ＰＤＣＣＨと関連するＤＬ  ＤＭＲＳは、ＰＤＣＣＨと関連するＤＬ  ＤＭＲＳとも呼称される。
【０１０４】
ＤＬ  ＤＭＲＳは、端末装置１に個別に設定される参照信号であってもよい。ＤＬ  ＤＭＲＳの系列は、端末装置１に個別に設定されるパラメータに少なくとも基づいて与えられてもよい。ＤＬ  ＤＭＲＳの系列は、ＵＥ固有の値（例えば、Ｃ−ＲＮＴＩ等）に少なくとも基づき与えられてもよい。ＤＬ  ＤＭＲＳは、ＰＤＣＣＨ、および／または、ＰＤＳＣＨのために個別に送信されてもよい。
【０１０５】
ＣＳＩ−ＲＳは、チャネル状態情報を算出するために少なくとも用いられる信号であってもよい。端末装置によって想定されるＣＳＩ−ＲＳのパターンは、少なくとも上位層のパラメータにより与えられてもよい。
【０１０６】
ＰＴＲＳは、位相雑音の補償のために少なくとも用いられる信号であってもよい。端末装置によって想定されるＰＴＲＳのパターンは、上位層のパラメータ、および／または、ＤＣＩに少なくとも基づき与えられてもよい。
【０１０７】
ＤＬ  ＰＴＲＳは、１または複数のＤＬ  ＤＭＲＳに用いられるアンテナポートを少なくとも含むＤＬ  ＤＭＲＳグループに関連してもよい。ＤＬ  ＰＴＲＳとＤＬ  ＤＭＲＳグループが関連することは、ＤＬ  ＰＴＲＳのアンテナポートとＤＬ  ＤＭＲＳグループに含まれるアンテナポートの一部または全部が少なくともＱＣＬであることであってもよい。ＤＬ  ＤＭＲＳグループは、ＤＬ  ＤＭＲＳグループに含まれるＤＬ  ＤＭＲＳにおいて最も小さいインデックスのアンテナポートに少なくとも基づき識別されてもよい。
【０１０８】
ＴＲＳは、時間、および／または、周波数の同期のために少なくとも用いられる信号であってもよい。端末装置によって想定されるＴＲＳのパターンは、上位層のパラメータ、および／または、ＤＣＩに少なくとも基づき与えられてもよい。
【０１０９】
下りリンク物理チャネルおよび下りリンク物理シグナルは、下りリンク信号とも呼称される。上りリンク物理チャネルおよび上りリンク物理シグナルは、上りリンク信号とも呼称される。下りリンク信号および上りリンク信号はまとめて物理信号とも呼称される。下りリンク信号および上りリンク信号はまとめて信号とも呼称される。下りリンク物理チャネルおよび上りリンク物理チャネルを総称して、物理チャネルと称する。下りリンク物理シグナルおよび上りリンク物理シグナルを総称して、物理シグナルと称する。
【０１１０】
ＢＣＨ（Broadcast CHannel）、ＵＬ−ＳＣＨ（Uplink-Shared CHannel）およびＤＬ−ＳＣＨ（Downlink-Shared CHannel）は、トランスポートチャネルである。媒体アクセス
制御（MAC:Medium Access Control）層で用いられるチャネルはトランスポートチャネル
と呼称される。ＭＡＣ層で用いられるトランスポートチャネルの単位は、トランスポートブロック（TB）またはＭＡＣ  ＰＤＵとも呼称される。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Hybrid Automatic Repeat reQuest）の制御が行なわれる。トラ
ンスポートブロックは、ＭＡＣ層が物理層に渡す（deliver）データの単位である。物理
層において、トランスポートブロックはコードワードにマップされ、コードワード毎に変調処理が行なわれる。
【０１１１】
基地局装置３と端末装置１は、上位層（higher layer）において上位層の信号をやり取り（送受信）する。例えば、基地局装置３と端末装置１は、無線リソース制御（RRC:Radio Resource Control）層において、ＲＲＣシグナリング（RRC message:Radio Resource Control message、RRC information:Radio Resource Control information）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ層において、ＭＡＣ  ＣＥ（Control Element）を送受信してもよい。ここで、ＲＲＣシグナリング、および／または、ＭＡ
Ｃ  ＣＥを、上位層の信号（higher layer signaling）とも称する。
【０１１２】
ＰＵＳＣＨおよびＰＤＳＣＨは、ＲＲＣシグナリング、および／または、ＭＡＣ  ＣＥを送信するために少なくとも用いられてよい。ここで、基地局装置３よりＰＤＳＣＨで送信されるＲＲＣシグナリングは、サービングセル内における複数の端末装置１に対して共通のシグナリングであってもよい。サービングセル内における複数の端末装置１に対して共通のシグナリングは、共通ＲＲＣシグナリングとも呼称される。基地局装置３からＰＤＳＣＨで送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のシグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇまたはＵＥ  ｓｐｅｃｉｆｉｃ  ｓｉｇｎａｌｉｎｇとも呼称される）であってもよい。端末装置１に対して専用のシグナリングは、専用ＲＲＣシグナリングとも呼称される。サービングセルにおいて固有な上位層のパラメータは、サービングセル内における複数の端末装置１に対して共通のシグナリング、または、ある端末装置１に対して専用のシグナリングを用いて送信されてもよい。ＵＥ固有な上位層のパラメータは、ある端末装置１に対して専用のシグナリングを用いて送信されてもよい。
【０１１３】
ＢＣＣＨ（Broadcast Control CHannel）、ＣＣＣＨ（Common Control CHannel）、お
よび、ＤＣＣＨ（Dedicated Control CHannel）は、ロジカルチャネルである。例えば、
ＢＣＣＨは、ＭＩＢを送信するために用いられる上位層のチャネルである。また、ＣＣＣＨ（Common Control CHannel）は、複数の端末装置１において共通な情報を送信するために用いられる上位層のチャネルである。ここで、ＣＣＣＨは、例えば、ＲＲＣ接続されていない端末装置１のために用いられてもよい。また、ＤＣＣＨ（Dedicated Control CHannel）は、端末装置１に専用の制御情報（dedicated control information）を送信するために少なくとも用いられる上位層のチャネルである。ここで、ＤＣＣＨは、例えば、ＲＲＣ接続されている端末装置１のために用いられてもよい。
【０１１４】
ロジカルチャネルにおけるＢＣＣＨは、トランスポートチャネルにおいてＢＣＨ、ＤＬ−ＳＣＨ、または、ＵＬ−ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＣＣＣＨは、トランスポートチャネルにおいてＤＬ−ＳＣＨまたはＵＬ−ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＤＣＣＨは、トランスポートチャネルにおいてＤＬ−ＳＣＨまたはＵＬ−ＳＣＨにマップされてもよい。
【０１１５】
トランスポートチャネルにおけるＵＬ−ＳＣＨは、物理チャネルにおいてＰＵＳＣＨにマップされてもよい。トランスポートチャネルにおけるＤＬ−ＳＣＨは、物理チャネルにおいてＰＤＳＣＨにマップされてもよい。トランスポートチャネルにおけるＢＣＨは、物理チャネルにおいてＰＢＣＨにマップされてもよい。  
【０１１６】
以下、本実施形態の一態様に係る端末装置１の構成例を説明する。
【０１１７】
図５は、本実施形態の一態様に係る端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（Radio Frequency）部１２、お
よび、ベースバンド部１３の一部または全部を少なくとも含んで構成される。上位層処理
部１４は、媒体アクセス制御層処理部１５、および、無線リソース制御層処理部１６の一部または全部を少なくとも含んで構成される。無線送受信部１０を送信部、受信部、または、物理層処理部とも称する。
【０１１８】
上位層処理部１４は、ユーザーの操作等により生成された上りリンクデータ（トランスポートブロック）を、無線送受信部１０に出力する。上位層処理部１４は、ＭＡＣ層、パケットデータ統合プロトコル（PDCP:Packet Data Convergence Protocol）層、無線リン
ク制御（RLC:Radio Link Control）層、ＲＲＣ層の処理を行なう。
【０１１９】
上位層処理部１４が備える媒体アクセス制御層処理部１５は、ＭＡＣ層の処理を行う。
【０１２０】
上位層処理部１４が備える無線リソース制御層処理部１６は、ＲＲＣ層の処理を行う。無線リソース制御層処理部１６は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御層処理部１６は、基地局装置３から受信した上位層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御層処理部１６は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。該パラメータは上位層のパラメータであってもよい。
【０１２１】
無線送受信部１０は、変調、復調、符号化、復号化などの物理層の処理を行う。無線送受信部１０は、受信した物理信号を、分離、復調、復号し、復号した情報を上位層処理部１４に出力する。無線送受信部１０は、データを変調、符号化、ベースバンド信号生成（時間連続信号への変換）することによって物理信号を生成し、基地局装置３に送信する。
【０１２２】
ＲＦ部１２は、アンテナ部１１を介して受信した信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート：ｄｏｗｎ  ｃｏｖｅｒｔ）、不要な周波数成分を除去する。ＲＦ部１２は、処理をしたアナログ信号をベースバンド部に出力する。
【０１２３】
ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号をディジタル信号に変換する。ベースバンド部１３は、変換したディジタル信号からＣＰ（Cyclic Prefix）に
相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変換（FFT:Fast Fourier Transform）を行い、周波数領域の信号を抽出する。
【０１２４】
ベースバンド部１３は、データを逆高速フーリエ変換（IFFT:Inverse Fast Fourier Transform）して、ＯＦＤＭシンボルを生成し、生成されたＯＦＤＭシンボルにＣＰを付加
し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換する。ベースバンド部１３は、変換したアナログ信号をＲＦ部１２に出力する。
【０１２５】
ＲＦ部１２は、ローパスフィルタを用いてベースバンド部１３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバート（up convert）し、アンテナ部１１を介して送信する。また、ＲＦ部１２は、電力を増幅する。また、ＲＦ部１２は送信電力を制御する機能を備えてもよい。ＲＦ部１２を送信電力制御部とも称する。
【０１２６】
以下、本実施形態の一態様に係る基地局装置３の構成例を説明する。
【０１２７】
図６は、本実施形態の一態様に係る基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、無線送受信部３０、および、上位層処理部３４を含んで構成される。無線送受信部３０は、アンテナ部３１、ＲＦ部３２、および、ベースバンド部３３を含んで構成される。上位層処理部３４は、媒体アクセス制御層処理部３５、お
よび、無線リソース制御層処理部３６を含んで構成される。無線送受信部３０を送信部、受信部、または、物理層処理部とも称する。
【０１２８】
上位層処理部３４は、ＭＡＣ層、ＰＤＣＰ層、ＲＬＣ層、ＲＲＣ層の処理を行なう。
【０１２９】
上位層処理部３４が備える媒体アクセス制御層処理部３５は、ＭＡＣ層の処理を行う。
【０１３０】
上位層処理部３４が備える無線リソース制御層処理部３６は、ＲＲＣ層の処理を行う。無線リソース制御層処理部３６は、ＰＤＳＣＨに配置される下りリンクデータ（トランスポートブロック）、システム情報、ＲＲＣメッセージ、ＭＡＣ  ＣＥなどを生成し、又は上位ノードから取得し、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。
【０１３１】
無線送受信部３０の機能は、無線送受信部１０と同様であるため説明を省略する。
【０１３２】
端末装置１が備える符号１０から符号１６が付された部のそれぞれは、回路として構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。
【０１３３】
以下、種々の態様例を説明する。
【０１３４】
図７は、本実施形態の一態様に係るトランスポートブロックの受信および該トランスポートブロックに対応するＨＡＲＱ−ＡＣＫの送信の一例を示す図である。下りリンクキャリア１００において、ＰＤＣＣＨ２００が送信される。ＰＤＣＣＨ２００に含まれるＤＣＩフォーマットは、ＰＤＳＣＨ３００の周波数リソースの割り当て、および／または、時間リソースの割り当てを示す。上りリンクキャリア１０１において、ＰＵＣＣＨ４００は、ＰＤＳＣＨ３００に含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを少なくとも含んで送信される。
【０１３５】
ＰＵＣＣＨ４００のＰＵＣＣＨリソースは、選択手順１（selection procedure 1）、
選択手順２（selection procedure 2）、および／または、選択手順３（selection procedure 3）の一部または全部に少なくとも基づき与えられる。ＰＵＣＣＨリソースは、要素Ｐ１からＰ５の一部または全部に少なくとも基づき特定される。
Ｐ１）ＰＵＣＣＨフォーマットのインデックス
Ｐ２）ＰＵＣＣＨの先頭のＯＦＤＭシンボルのインデックス
Ｐ３）ＰＵＣＣＨのＯＦＤＭシンボルの数
Ｐ４）ＰＵＣＣＨの先頭のリソースブロックのインデックス
Ｐ５）ＰＵＣＣＨのリソースブロックの数
【０１３６】
ＰＵＣＣＨフォーマットのインデックスは、ＰＵＣＣＨフォーマット０からＰＵＣＣＨフォーマット４のいずれかの値を示してもよい。
【０１３７】
ＰＵＣＣＨの先頭のＯＦＤＭシンボルのインデックスは、ＰＵＣＣＨがマップされる先頭のＯＦＤＭシンボルのインデックスであってもよい。ＰＵＣＣＨの先頭のＯＦＤＭシンボルのインデックスは、あるスロットにおいてＰＵＣＣＨがマップされる先頭のＯＦＤＭシンボルのインデックスであってもよい。
【０１３８】
ＰＵＣＣＨフォーマット０、および／または、ＰＵＣＣＨフォーマット２の一方または両方のためのＰＵＣＣＨの先頭のＯＦＤＭシンボルのインデックスは、上位層のパラメータＰＵＣＣＨ−Ｆ０−Ｆ２−ｓｔａｒｔｉｎｇ−ｓｙｍｂｏｌに少なくとも基づき与えられてもよい。ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、および／または、ＰＵＣＣＨフォーマット４の一部または全部のためのＰＵＣＣＨの先頭のＯＦＤＭシンボルのインデックスは、上位層のパラメータＰＵＣＣＨ−Ｆ１−Ｆ３−Ｆ４−ｓｔａｒｔｉｎｇ−ｓｙｍｂｏｌに少なくとも基づき与えられてもよい。
【０１３９】
ＰＵＣＣＨのＯＦＤＭシンボルの数は、ＰＵＣＣＨがマップされるＯＦＤＭシンボルの数であってもよい。
【０１４０】
ＰＵＣＣＨフォーマット０、および／または、ＰＵＣＣＨフォーマット２の一方または両方のためのＰＵＣＣＨのＯＦＤＭシンボルの数は、上位層のパラメータＰＵＣＣＨ−Ｆ０−Ｆ２−ｎｕｍｂｅｒ−ｏｆ−ｓｙｍｂｏｌｓに少なくとも基づき与えられてもよい。上位層のパラメータＰＵＣＣＨ−Ｆ０−Ｆ２−ｎｕｍｂｅｒ−ｏｆ−ｓｙｍｂｏｌｓは、１または２を示してもよい。ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、および／または、ＰＵＣＣＨフォーマット４の一部または全部のためのＰＵＣＣＨのＯＦＤＭシンボル数は、上位層のパラメータＰＵＣＣＨ−Ｆ１−Ｆ３−Ｆ４−ｎｕｍｂｅｒ−ｏｆ−ｓｙｍｂｏｌｓに少なくとも基づき与えられてもよい。上位層のパラメータＰＵＣＣＨ−Ｆ１−Ｆ３−Ｆ４−ｎｕｍｂｅｒ−ｏｆ−ｓｙｍｂｏｌｓは、４から１４のいずれかを示してもよい。
【０１４１】
ＰＵＣＣＨの先頭のリソースブロックの数は、ＰＵＣＣＨがマップされる先頭のリソースブロックのインデックスであってもよい。
【０１４２】
ＰＵＣＣＨのリソースブロックの数は、ＰＵＣＣＨがマップされるリソースブロックの数であってもよい。ＰＵＣＣＨのリソースブロックの数は、ＰＵＣＣＨのリソースブロックの最大数を示してもよい。ＰＵＣＣＨのリソースブロックの最大数は、ＰＵＣＣＨがマップされるリソースブロックの最大数であってもよい。
【０１４３】
ＰＵＣＣＨフォーマット２のためのＰＵＣＣＨのリソースブロックの数は、上位層のパラメータＰＵＣＣＨ−Ｆ２−ｎｕｍｂｅｒ−ｏｆ−ＰＲＢｓに少なくとも基づき与えられてもよい。ＰＵＣＣＨフォーマット３のためのＰＵＣＣＨのリソースブロックの数は、上位層のパラメータＰＵＣＣＨ−Ｆ３−ｎｕｍｂｅｒ−ｏｆ−ＰＲＢｓに少なくとも基づき与えられてもよい。
【０１４４】
選択手順１において、ＮＵＣＩ１に少なくとも基づき、１または複数のＰＵＣＣＨリソースセットの中から１つのＰＵＣＣＨリソースセットが選択される。ＰＵＣＣＨリソースセットは、１または複数のＰＵＣＣＨリソースを含んで構成される。ＮＵＣＩ１は、選択手順１において考慮されるＵＣＩのビット数に対応してもよい。
【０１４５】
例えば、ＮＵＣＩ１≦ＴＨ＃１である場合に、第１のＰＵＣＣＨリソースセット（ＰＵＣＣＨリソースセット＃１とも呼称される）が選択されてもよい。また、ＮＵＣＩ１＞ＴＨ＃１かつＮＵＣＩ１≦ＴＨ＃２である場合に、第２のＰＵＣＣＨリソースセット（ＰＵＣＣＨリソースセット＃２とも呼称される）が選択されてもよい。また、ＮＵＣＩ１＞ＴＨ＃２かつＮＵＣＩ１≦ＴＨ＃３である場合に、第３のＰＵＣＣＨリソースセット（ＰＵＣＣＨリソースセット＃３とも呼称される）が選択されてもよい。また、ＮＵＣＩ１＞ＴＨ＃３かつＮＵＣＩ１≦ＴＨ＃４である場合に、第４のＰＵＣＣＨリソースセット（ＰＵＣＣＨリソースセット＃４とも呼称される）が選択されてもよい。
【０１４６】
例えば、ＮＵＣＩ１＜ＴＨ＃１である場合に、第１のＰＵＣＣＨリソースセット（ＰＵＣＣＨリソースセット＃１とも呼称される）が選択されてもよい。また、ＮＵＣＩ１≧ＴＨ＃１かつＮＵＣＩ１＜ＴＨ＃２である場合に、第２のＰＵＣＣＨリソースセット（ＰＵＣＣＨリソースセット＃２とも呼称される）が選択されてもよい。また、ＮＵＣＩ１≧ＴＨ＃２かつＮＵＣＩ１＜ＴＨ＃３である場合に、第３のＰＵＣＣＨリソースセット（ＰＵＣＣＨリソースセット＃３とも呼称される）が選択されてもよい。また、ＮＵＣＩ１≧ＴＨ＃３かつＮＵＣＩ１＜ＴＨ＃４である場合に、第４のＰＵＣＣＨリソースセット（ＰＵＣＣＨリソースセット＃４とも呼称される）が選択されてもよい。
【０１４７】
例えば、ＴＨ＃１＝２であってもよい。また、ＴＨ＃１＝３であってもよい。また、ＴＨ＃２、ＴＨ＃３、および／または、ＴＨ＃４の一部または全部は上位層のパラメータに少なくとも基づき設定されてもよい。
【０１４８】
選択手順２において、ＰＤＣＣＨ２００に含まれるＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールドに少なくとも基づき、選択手順１において選択されたＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースの中から、ＰＵＣＣＨ４００のＰＵＣＣＨリソースが選択される。選択手順１において選択されたＰＵＣＣＨリソースセットは、選択手順２に入力されるＰＵＣＣＨリソースセットである。選択手順２において選択されるＰＵＣＣＨリソースのＰＵＣＣＨリソースセット内におけるインデックスが該ＰＵＣＣＨリソース指示フィールドにセットされる値に対応してもよい。
【０１４９】
例えば、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースの中から、該ＰＵＣＣＨリソース指示フィールドにより示される値に対応するＰＵＣＣＨリソースが選択されてもよい。
【０１５０】
選択手順３は、選択された該ＰＵＣＣＨリソースのためのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット２またはＰＵＣＣＨフォーマット３であり、かつ、ＰＵＣＣＨ４００でＨＡＲＱ−ＡＣＫおよび／またはＳＲが送信される場合に少なくとも適用されてもよい。選択手順３は、ＰＵＣＣＨフォーマット２またはＰＵＣＣＨフォーマット３がＰＵＣＣＨ４００で送信される場合に少なくとも適用されてもよい。選択手順３において、選択手順２において選択されたＰＵＣＣＨリソース、および／または、ＮＵＣＩ２に少なくとも基づき、ＰＵＣＣＨ４００が送信される実際のリソースブロックの数ＭＰＵＣＣＨＲＢ，ｍｉｎが与えられてもよい。ＰＵＣＣＨ４００がマップされる実際のリソースブロックの数ＭＰＵＣＣＨＲＢ，ｍｉｎは、数式１、および／または、数式２に少なくとも基づき与えられてもよい。
【数１】
2019161431.tif 000003
【数２】
2019161431.tif 000004
【０１５１】
ＮＵＣＩ２は、選択手順３において考慮されるＵＣＩビットの数に対応してもよい。
【０１５２】
ＰＵＣＣＨフォーマット２のためのＭＰＵＣＣＨＲＢは上位層のパラメータＰＵＣＣＨ−Ｆ２−ｎｕｍｂｅｒ−ｏｆ−ＰＲＢｓに少なくとも基づき与えられてもよい。ＰＵＣＣ
Ｈフォーマット３のためのＭＰＵＣＣＨＲＢは上位層のパラメータＰＵＣＣＨ−Ｆ３−ｎｕｍｂｅｒ−ｏｆ−ＰＲＢｓに少なくとも基づき与えられてもよい。
【０１５３】
ＮＲＢｓｃ，ｃｔｒｌは、１リソースブロックの１ＯＦＤＭシンボルにおいてＵＣＩがマップされるサブキャリアの数に対応してもよい。ＰＵＣＣＨフォーマット２のためのＮＲＢｓｃ，ｃｔｒｌは、ＮＲＢｓｃ，ｃｔｒｌ＝ＮＲＢｓｃ−４で与えられてもよい。ＰＵＣＣＨフォーマット３、および／または、ＰＵＣＣＨフォーマット４のためのＮＲＢｓｃ，ｃｔｒｌは、ＮＲＢｓｃ，ｃｔｒｌ＝ＮＲＢｓｃで与えられてもよい。
【０１５４】
ＮＰＵＣＣＨｓｙｍｂ−ＵＣＩは、ＵＣＩが少なくともマップされるＯＦＤＭシンボルの数に対応してもよい。ＰＵＣＣＨフォーマット２のためのＮＰＵＣＣＨｓｙｍｂ−ＵＣＩは、上位層のパラメータＰＵＣＣＨ−Ｆ０−Ｆ２−ｎｕｍｂｅｒ−ｏｆ−ｓｙｍｂｏｌｓにより与えられてもよい。ＰＵＣＣＨフォーマット３、および／または、ＰＵＣＣＨフォーマット４の一方または両方のためのＮＰＵＣＣＨｓｙｍｂ−ＵＣＩは、上位層のパラメータＰＵＣＣＨ−Ｆ１−Ｆ３−Ｆ４−ｎｕｍｂｅｒ−ｏｆ−ｓｙｍｂｏｌｓで示される値から、ＰＵＣＣＨ４００に関連するＤＭＲＳがマップされるＯＦＤＭシンボルの数を引いた値であってもよい。
【０１５５】
Ｑｍは、ＰＵＣＣＨ４００の変調次数（modulation order）に対応してもよい。ＰＵＣＣＨフォーマット２のためのＱｍは２であってもよい。ＰＵＣＣＨフォーマット３、および／または、ＰＵＣＣＨフォーマット４のためのＱｍは、上位層のパラメータＰＵＣＣＨ−ＰＦ３−ＰＦ４−ｐｉ／２ＢＰＳＫに少なくとも基づき与えられてもよい。上位層のパラメータＰＵＣＣＨ−ＰＦ３−ＰＦ４−ｐｉ／２ＢＰＳＫは、ＰＵＣＣＨ４００に適用される変調方式を示すために用いられる。上位層のパラメータＰＵＣＣＨ−ＰＦ３−ＰＦ４−ｐｉ／２ＢＰＳＫがｐｉ／２  ＢＰＳＫ（Binary Phase Shift Keying）を示す場合、
ＰＵＣＣＨフォーマット３、および／または、ＰＵＣＣＨフォーマット４のためのＱｍは、１であってもよい。上位層のパラメータＰＵＣＣＨ−ＰＦ３−ＰＦ４−ｐｉ／２ＢＰＳＫがＱＰＳＫ（Quadrature Phase Shift Keying）を示す場合、ＰＵＣＣＨフォーマット
３、および／または、ＰＵＣＣＨフォーマット４のためのＱｍは、２であってもよい。
【０１５６】
ｒは、ＰＵＣＣＨ４００の最大符号化率（または、単に符号化率とも呼称される）に対応してもよい。ＰＵＣＣＨフォーマット２のためのｒは、上位層のパラメータＰＵＣＣＨ−Ｆ２−ｍａｘｉｍｕｍ−ｃｏｄｅｒａｔｅに少なくとも基づき与えられてもよい。ＰＵＣＣＨフォーマット３のためのｒは、上位層のパラメータＰＵＣＣＨ−Ｆ３−ｍａｘｉｍｕｍ−ｃｏｄｅｒａｔｅに少なくとも基づき与えられてもよい。ＰＵＣＣＨフォーマット４のためのｒは、上位層のパラメータＰＵＣＣＨ−Ｆ４−ｍａｘｉｍｕｍ−ｃｏｄｅｒａｔｅに少なくとも基づき与えられてもよい。
【０１５７】
ＮＲＢｓｃ，ｃｔｒｌ・ＮＰＵＣＣＨｓｙｍｂ−ＵＣＩは、１スロットにマップされるＰＵＣＣＨ４００あたりにＵＣＩがマップされるリソースエレメントの数に対応してもよい。ＮＲＢｓｃ，ｃｔｒｌ・ＮＰＵＣＣＨｓｙｍｂ−ＵＣＩ・Ｑｍは、１リソースブロックあたりにマップされるＵＣＩの符号化ビットの数に対応してもよい。
【０１５８】
ＭＰＵＣＣＨＲＢ＝１の場合、ＭＰＵＣＣＨＲＢ，ｍｉｎは、数式１を満たし、かつ、ＭＰＵＣＣＨＲＢ，ｍｉｎがＭＰＵＣＣＨＲＢ以下であることを満たす最小値であってもよい。ＭＰＵＣＣＨＲＢが１より大きい場合、ＭＰＵＣＣＨＲＢ，ｍｉｎは、数式１および数式２を満たし、かつ、ＭＰＵＣＣＨＲＢ，ｍｉｎがＭＰＵＣＣＨＲＢ以下であることを満たす最小値であってもよい。ＭＰＵＣＣＨＲＢ，ｍｉｎ＝１の場合、ＭＰＵＣＣＨＲＢ，ｍｉｎは、数式１を満たし、かつ、ＭＰＵＣＣＨＲＢ，ｍｉｎがＭＰＵＣＣＨＲＢ以下であることを満たす最小値であってもよい。ＭＰＵＣＣＨＲＢ，ｍｉｎが１より大きい
場合、ＭＰＵＣＣＨＲＢ，ｍｉｎは、数式１および数式２を満たし、かつ、ＭＰＵＣＣＨＲＢ，ｍｉｎがＭＰＵＣＣＨＲＢ以下であることを満たす最小値であってもよい。
【０１５９】
ＰＵＣＣＨ４００でＨＡＲＱ−ＡＣＫが少なくとも送信される場合、ＮＵＣＩ２＝ＯＡＣＫ＋ＯＣＲＣ０であってもよい。ＯＡＣＫは、ＰＵＣＣＨ４００で送信されるＨＡＲＱ−ＡＣＫのビット数である。ＯＣＲＣ０は、選択手順３において考慮されるＣＲＣ系列のビット数に対応してもよい。ＯＣＲＣ０は、ＮＣＲＣ０ＵＣＩ２に少なくとも基づき与えられてもよい。ＮＣＲＣ０ＵＣＩ２は、選択手順３においてＣＲＣ系列のビット数の算出のために考慮されるＵＣＩのビット数に対応してもよい。
【０１６０】
ＵＣＩビットの数が１１以下である場合、ＣＲＣ系列のビット数は０であってもよい。ＵＣＩビットの数が１２以上であり、かつ、該ＵＣＩビットの数あ１９以下である場合、ＣＲＣ系列のビット数は６であってもよい。ＵＣＩのビット数が２０以上である場合、ＣＲＣ系列のビット数は１１×Ｎｃであってもよい。Ｎｃは、ＰＵＣＣＨ４００で送信されるＵＣＩのコードブロックの数である。
【０１６１】
ＯＳＲは、ＰＵＣＣＨ４００と衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋに少なくとも基づき与えられてもよい。ＳＲ  ＰＵＣＣＨリソースのそれぞれは、少なくとも１つのＳＲ設定に対応してもよい。
【０１６２】
図８は、本実施形態の一態様に係るロジカルチャネル、ＳＲ設定、スケジューリングリクエストＩＤ、ＳＲ  ＰＵＣＣＨリソースの対応関係の例を示す図である。図８に示されるように、ロジカルチャネルのそれぞれ（ロジカルチャネル＃０〜３）は、ＳＲ設定のいずれか（ＳＲ設定＃０〜２）に少なくとも対応してもよい。また、ＳＲ設定のそれぞれ（ＳＲ設定＃０〜２）は、スケジューリングリクエストＩＤのいずれか（スケジューリングリクエストＩＤ＃０〜３）に少なくとも対応してもよい。また、スケジューリングリクエストＩＤのそれぞれは、ＳＲ  ＰＵＣＣＨリソースのいずれか（ＳＲ  ＰＵＣＣＨリソース＃０〜３）に少なくとも対応してもよい。
【０１６３】
ロジカルチャネルのそれぞれは、１または複数のＳＲ設定に少なくとも対応してもよい。ロジカルチャネルのそれぞれは、１または複数のスケジューリングリクエストＩＤに少なくとも対応してもよい。ロジカルチャネルのそれぞれは、１または複数のＳＲ  ＰＵＣＣＨリソースに少なくとも対応してもよい。
【０１６４】
ＳＲ設定のそれぞれは、１または複数のロジカルチャネルに少なくとも対応してもよい。ＳＲ設定のそれぞれは、１または複数のスケジューリングリクエストＩＤに少なくとも対応してもよい。ＳＲ設定のそれぞれは、１または複数のＳＲ  ＰＵＣＣＨリソースに少なくとも対応してもよい。
【０１６５】
スケジューリングリクエストＩＤのそれぞれは、１または複数のロジカルチャネルに少なくとも対応してもよい。スケジューリングリクエストＩＤのそれぞれは、１または複数のＳＲ設定に少なくとも対応してもよい。スケジューリングリクエストＩＤのそれぞれは、１または複数のＳＲ  ＰＵＣＣＨリソースに少なくとも対応してもよい。
【０１６６】
ＳＲ  ＰＵＣＣＨリソースのそれぞれは、１または複数のロジカルチャネルに少なくとも対応してもよい。ＳＲ  ＰＵＣＣＨリソースのそれぞれは、１または複数のＳＲ設定に少なくとも対応してもよい。ＳＲ  ＰＵＣＣＨリソースのそれぞれは、１または複数のスケジューリングリクエストＩＤに少なくとも対応してもよい。
【０１６７】
ＰＵＣＣＨ４００でＨＡＲＱ−ＡＣＫおよびＳＲが送信される場合、ＮＵＣＩ２＝ＯＡ
ＣＫ＋ＯＳＲ＋ＯＣＲＣ０であってもよい。ＯＳＲは、ＰＵＣＣＨ４００で送信されるスケジューリングリクエストビットの数である。
【０１６８】
ＮＣＲＣ０ＵＣＩ２は、ＯＡＣＫおよびＯＳＲに少なくとも基づき与えられてもよい。ＮＣＲＣ０ＵＣＩ２＝ＯＡＣＫ＋ＯＳＲであってもよい。
【０１６９】
ＮＣＲＣ０ＵＣＩ２は、ＮＵＣＩ１に少なくとも基づき与えられてもよい。ＮＣＲＣ０ＵＣＩ２＝ＮＵＣＩ１であってもよい。ＮＣＲＣ０ＵＣＩ２は、スケジューリングリクエストビットの数に関わらず与えられてもよい。ＮＣＲＣ０ＵＣＩ２は、ＰＵＣＣＨ４００と衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋに関わらず与えられてもよい。ＮＣＲＣ０ＵＣＩ２は、設定されるＳＲ  ＰＵＣＣＨリソースの数Ｋｃｏｎｆｉｇｕｒｅｄに少なくとも基づき与えられてもよい。
【０１７０】
図９は、本実施形態の一態様に係るＰＵＣＣＨ４００とＳＲ  ＰＵＣＣＨリソース（ＰＵＣＣＨ４０１〜４０７）の衝突の一例を示す図である。ＰＵＣＣＨ４０１の開始位置（starting position）およびＰＵＣＣＨ４０１の終端位置（ending position）は、ＰＵＣＣＨ４００の開始位置とＰＵＣＣＨ４００の終端位置のそれぞれと一致している。２つのＰＵＣＣＨの開始位置と終端位置がそれぞれ一致する場合、該２つのＰＵＣＣＨは完全衝突（full overlap）しているとも呼称される。ＰＵＣＣＨの開始位置およびＰＵＣＣＨの終端位置は、ＯＦＤＭシンボルのインデックスによって与えられてもよい。２つのＰＵＣＣＨの開始位置が一致することは、該２つのＰＵＣＣＨの先頭のＯＦＤＭシンボルのインデックスが一致することであってもよい。２つのＰＵＣＣＨの終端位置が一致することは、該２つのＰＵＣＣＨの最後のＯＦＤＭシンボルのインデックスが一致することであってもよい。
【０１７１】
ＰＵＣＣＨ４０２の開始位置はＰＵＣＣＨ４００の開始位置と一致しているが、ＰＵＣＣＨ４０２の終端位置はＰＵＣＣＨ４００の終端位置よりも早い。ＰＵＣＣＨ４０３の開始位置はＰＵＣＣＨ４００の開始位置より遅く、ＰＵＣＣＨ４０３の終端位置はＰＵＣＣＨ４００の終端位置よりも早い。ＰＵＣＣＨ４０４の開始位置はＰＵＣＣＨ４００の開始位置より早いが、ＰＵＣＣＨ４０４の終端位置はＰＵＣＣＨ４００の終端位置と一致している。ＰＵＣＣＨ４０５の開始位置はＰＵＣＣＨ４００の開始位置よりも遅く、ＰＵＣＣＨ４０５の終端位置はＰＵＣＣＨ４００の終端位置よりも遅い。ＰＵＣＣＨ４０６の開始位置はＰＵＣＣＨ４００の開始位置より早く、ＰＵＣＣＨ４０６の終端位置はＰＵＣＣＨ４００の終端位置より早い。ＰＵＣＣＨ４０７の開始位置はＰＵＣＣＨ４００の開始位置より早く、ＰＵＣＣＨ４０７の終端位置はＰＵＣＣＨ４００の終端位置よりも遅い。ＰＵＣＣＨ４０１からＰＵＣＣＨ４０７に示されるように、２つのＰＵＣＣＨの開始位置、および／または、終端位置の一方または両方が少なくとも異なる場合、該２つのＰＵＣＣＨは部分衝突（partial overlap）しているとも呼称される。
【０１７２】
ＰＵＣＣＨ４００と衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋは、ＰＵＣＣＨ４０１の数、ＰＵＣＣＨ４０２の数、ＰＵＣＣＨ４０３の数、ＰＵＣＣＨ４０４の数、ＰＵＣＣＨ４０５の数、ＰＵＣＣＨ４０６の数、および／または、ＰＵＣＣＨ４０７の数の一部または全部に少なくとも基づき与えられてもよい。
【０１７３】
ＰＵＣＣＨ４００で送信されるスケジューリングリクエストビットの数は、ｃｅｉｌ（ｌｏｇ２（Ｋ＋１））で与えられてもよい。ｃｅｉｌ（Ａ）は、Ａの天井関数である。ｃｅｉｌ（Ａ）は、Ａを下回らない範囲で最小の整数値を出力する関数である。ｌｏｇ２（Ｂ）は、底を２とするＢの対数関数である。
【０１７４】
図１０は、本実施形態の一態様に係るＰＵＣＣＨリソースの選択方法の概略を示す図で
ある。まず、選択手順１において、入力される１または複数のＰＵＣＣＨリソースセットおよびＮＵＣＩ１に少なくとも基づき、１つのＰＵＣＣＨリソースセットが選択される。次いで、選択手順２において、選択された該１つのＰＵＣＣＨリソースセット、および／または、ＰＤＣＣＨ２００に含まれるＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールドに少なくとも基づき、１つのＰＵＣＣＨリソースが選択される。選択された該１つのＰＵＣＣＨリソースに少なくとも基づき、ＰＵＣＣＨ４００と衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋが与えられる。次いで該Ｋに少なくとも基づき、ＮＵＣＩ２が与えられる。次いで、選択手順３において、入力される該１つのＰＵＣＣＨリソース、および／または、ＮＵＣＩ２に少なくとも基づき、該１つのＰＵＣＣＨリソースのための実際のリソースブロックの数（ＭＰＵＣＣＨＲＢ，ｍｉｎ）が与えられる。
【０１７５】
図１０に示されるように、該ＮＵＣＩ１が該Ｋに少なくとも基づき与えられる場合、因果関係が不明瞭となる問題（chicken-and-egg problemとも呼称される）が発生する。
【０１７６】
図１０に示される問題を解決するため、解決手段１、解決手段２、および、解決手段３を説明する。
【０１７７】
図１１は、本実施形態の一態様に係る解決手段１の例を示す図である。解決手段１は、ＮＵＣＩ１と、ＰＵＣＣＨ４００と衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋの因果関係を消失させることによる解決手段である。ＰＵＣＣＨ４００においてＨＡＲＱ−ＡＣＫが少なくとも送信される場合、ＰＵＣＣＨ４００と衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋに関わらず、ＮＵＣＩ１はＯＡＣＫに少なくとも基づき与えられてもよい。例えば、ＰＵＣＣＨ４００においてＨＡＲＱ−ＡＣＫが少なくとも送信される場合、ＮＵＣＩ１＝ＯＡＣＫであってもよい。また、ＰＵＣＣＨ４００においてＨＡＲＱ−ＡＣＫが少なくとも送信される場合、ＮＵＣＩ１＝ＯＡＣＫ＋ＯＣＲＣ１であってもよい。
【０１７８】
ＰＵＣＣＨ４００においてＨＡＲＱ−ＡＣＫが少なくとも送信される場合、ＮＵＣＩ１は設定されるＳＲ  ＰＵＣＣＨリソースの数Ｋｃｏｎｆｉｇｕｒｅｄに少なくとも基づき与えられてもよい。例えば、ＰＵＣＣＨ４００においてＨＡＲＱ−ＡＣＫが少なくとも送信される場合、ＮＵＣＩ１＝ＯＡＣＫ＋ＯＳＲ，ｃｏｎｆｉｇｕｒｅｄであってもよい。また、ＰＵＣＣＨ４００においてＨＡＲＱ−ＡＣＫが少なくとも送信される場合、ＮＵＣＩ１＝ＯＡＣＫ＋ＯＳＲ，ｃｏｎｆｉｇｕｒｅｄ＋ＯＣＲＣ１であってもよい。ＯＳＲ，ｃｏｎｆｉｇｕｒｅｄは、設定されるＳＲ  ＰＵＣＣＨリソースの数Ｋｃｏｎｆｉｇｕｒｅｄに少なくとも基づき与えられてもよい。ＯＳＲ，ｃｏｎｆｉｇｕｒｅｄ＝ｃｅｉｌ（ｌｏｇ２（Ｋｃｏｎｆｉｇｕｒｅｄ＋１））であってもよい。
【０１７９】
ＯＣＲＣ１は、選択手順１において考慮されるＣＲＣ系列のビット数に対応してもよい。ＯＣＲＣ１は選択手順１において考慮されるＵＣＩ系列のビット数ＮＣＲＣ１ＵＣＩ１に少なくとも基づき与えられてもよい。ＰＵＣＣＨ４００においてＨＡＲＱ−ＡＣＫが少なくとも送信される場合、ＮＣＲＣ１ＵＣＩ１はＰＵＣＣＨ４００と衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋに関わらず、ＯＡＣＫに少なくとも基づき与えられてもよい。例えば、ＰＵＣＣＨ４００においてＨＡＲＱ−ＡＣＫが少なくとも送信される場合、ＮＣＲＣ１ＵＣＩ１＝ＯＡＣＫであってもよい。
【０１８０】
ＰＵＣＣＨ４００においてＨＡＲＱ−ＡＣＫが少なくとも送信される場合、ＮＣＲＣ１ＵＣＩ１は設定されるＳＲ  ＰＵＣＣＨリソースの数Ｋｃｏｎｆｉｇｕｒｅｄに少なくとも基づき与えられてもよい。例えば、ＮＣＲＣ１ＵＣＩ１＝ＯＡＣＫ＋ＯＳＲ，ｃｏｎｆｉｇｕｒｅｄであってもよい。
【０１８１】
ＰＵＣＣＨ４００でＮｘ１ビット以下のＨＡＲＱ−ＡＣＫビットが少なくとも送信され
る場合、ＮＵＣＩ１は該ＰＵＣＣＨ４００と衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋの値に関わらず、ＯＡＣＫに少なくとも基づき与えられてもよい。例えば、ＰＵＣＣＨ４００でＮｘ１ビット以下のＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＵＣＩ１＝ＯＡＣＫであってもよい。また、ＰＵＣＣＨ４００でＮｘ１ビット以下のＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＵＣＩ１＝ＯＡＣＫ＋ＯＣＲＣ１あってもよい。例えば、Ｎｘ１は２であってもよい。また、Ｎｘ１＝ＴＨ＃１であってもよい。
【０１８２】
ＰＵＣＣＨ４００でＮｘ１ビット以下のＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＵＣＩ１は設定されるＳＲ  ＰＵＣＣＨリソースの数Ｋｃｏｎｆｉｇｕｒｅｄに少なくとも基づき与えられてもよい。例えば、ＰＵＣＣＨ４００でＮｘ１ビット以下のＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＵＣＩ１＝ＯＡＣＫ＋ＯＳＲ，ｃｏｎｆｉｇｕｒｅｄであってもよい。また、ＰＵＣＣＨ４００でＮｘ１ビット以下のＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＵＣＩ１＝ＯＡＣＫ＋ＯＳＲ，ｃｏｎｆｉｇｕｒｅｄ＋ＯＣＲＣ１であってもよい。
【０１８３】
ＰＵＣＣＨ４００でＮｘ１ビット以下のＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＣＲＣ１ＵＣＩ１は該ＰＵＣＣＨ４００と衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋの値に関わらず、ＯＡＣＫに少なくとも基づき与えられてもよい。例えば、ＰＵＣＣＨ４００でＮｘ１ビット以下のＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＣＲＣ１ＵＣＩ１＝ＯＡＣＫであってもよい。
【０１８４】
ＰＵＣＣＨ４００でＮｘ１ビット以下のＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＣＲＣ１ＵＣＩ１は設定されるＳＲ  ＰＵＣＣＨリソースの数Ｋｃｏｎｆｉｇｕｒｅｄに少なくとも基づき与えられてもよい。例えば、ＰＵＣＣＨ４００でＮｘ１ビット以下のＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＣＲＣ１ＵＣＩ１＝ＯＡＣＫ＋ＯＳＲ，ｃｏｎｆｉｇｕｒｅｄであってもよい。
【０１８５】
ＰＵＣＣＨ４００でＮｘ１ビット以下のＨＡＲＱ−ＡＣＫビットが少なくとも送信され、かつ、第１のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースのうち、ＰＵＣＣＨリソース指示フィールドの値に対応するＰＵＣＣＨリソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット０であり、かつ、該ＰＵＣＣＨ４００と衝突するＫ個のＳＲ
ＰＵＣＣＨリソースのうち、スケジューリングリクエストがトリガされるＳＲ  ＰＵＣＣＨリソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット０である場合、ＮＵＣＩ１は、該Ｋに関わらずＯＡＣＫに少なくとも基づき与えられてもよい。
【０１８６】
ＰＵＣＣＨ４００でＮｘ１ビット以下のＨＡＲＱ−ＡＣＫビットが少なくとも送信され、かつ、第１のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースのうち、ＰＵＣＣＨリソース指示フィールドの値に対応するＰＵＣＣＨリソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット１であり、かつ、該ＰＵＣＣＨ４００と衝突するＫ個のＳＲ
ＰＵＣＣＨリソースのうち、スケジューリングリクエストがトリガされるＳＲ  ＰＵＣＣＨリソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット０である場合、ＳＲの送信はドロップされてもよい。
【０１８７】
ＰＵＣＣＨ４００でＮｘ１ビット以下のＨＡＲＱ−ＡＣＫビットが少なくとも送信され、かつ、第１のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースのうち、ＰＵＣＣＨリソース指示フィールドの値に対応するＰＵＣＣＨリソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット１であり、かつ、該ＰＵＣＣＨ４００と衝突するＫ個のＳＲ
ＰＵＣＣＨリソースのうち、スケジューリングリクエストがトリガされるＳＲ  ＰＵＣＣＨリソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット０である場合、ＮＵＣＩ１は、ＫｃｏｎｆｉｇｕｒｅｄおよびＯＡＣＫに少なくとも基づき与えられてもよい。
【０１８８】
ＰＵＣＣＨ４００で１ビットのＨＡＲＱ−ＡＣＫビットが少なくとも送信され、かつ、第１のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースのうち、ＰＵＣＣＨリソース指示フィールドの値に対応するＰＵＣＣＨリソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット１であり、かつ、該ＰＵＣＣＨ４００と衝突するＫ個のＳＲ  ＰＵＣＣＨリソースのうち、スケジューリングリクエストがトリガされるＳＲ  ＰＵＣＣＨリソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット０である場合、ＮＵＣＩ１は、該Ｋに関わらずＯＡＣＫに少なくとも基づき与えられてもよい。
【０１８９】
ＰＵＣＣＨ４００で２ビットのＨＡＲＱ−ＡＣＫビットが少なくとも送信され、かつ、第１のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースのうち、ＰＵＣＣＨリソース指示フィールドの値に対応するＰＵＣＣＨリソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット１であり、かつ、該ＰＵＣＣＨ４００と衝突するＫ個のＳＲ  ＰＵＣＣＨリソースのうち、スケジューリングリクエストがトリガされるＳＲ  ＰＵＣＣＨリソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット０である場合、ＳＲの送信はドロップされてもよい。
【０１９０】
ＰＵＣＣＨ４００で２ビットのＨＡＲＱ−ＡＣＫビットが少なくとも送信され、かつ、第１のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースのうち、ＰＵＣＣＨリソース指示フィールドの値に対応するＰＵＣＣＨリソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット１であり、かつ、該ＰＵＣＣＨ４００と衝突するＫ個のＳＲ  ＰＵＣＣＨリソースのうち、スケジューリングリクエストがトリガされるＳＲ  ＰＵＣＣＨリソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット０である場合、ＮＵＣＩ１は、ＫｃｏｎｆｉｇｕｒｅｄおよびＯＡＣＫに少なくとも基づき与えられてもよい。
【０１９１】
ＰＵＣＣＨ４００でＮｘ１ビット以下のＨＡＲＱ−ＡＣＫビットが少なくとも送信され、かつ、第１のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースのうち、ＰＵＣＣＨリソース指示フィールドの値に対応するＰＵＣＣＨリソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット０であり、かつ、該ＰＵＣＣＨ４００と衝突するＫ個のＳＲ
ＰＵＣＣＨリソースのうち、スケジューリングリクエストがトリガされるＳＲ  ＰＵＣＣＨリソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット１である場合、ＮＵＣＩ１は、該Ｋに関わらずＯＡＣＫに少なくとも基づき与えられてもよい。
【０１９２】
ＰＵＣＣＨ４００でＮｘ１ビット以下のＨＡＲＱ−ＡＣＫビットが少なくとも送信され、かつ、第１のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースのうち、ＰＵＣＣＨリソース指示フィールドの値に対応するＰＵＣＣＨリソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット１であり、かつ、該ＰＵＣＣＨ４００と衝突するＫ個のＳＲ
ＰＵＣＣＨリソースのうち、スケジューリングリクエストがトリガされるＳＲ  ＰＵＣＣＨリソースのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット１である場合、ＮＵＣＩ１は、該Ｋに関わらずＯＡＣＫに少なくとも基づき与えられてもよい。
【０１９３】
ＰＵＣＣＨ４００でＮｘ１より多いＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＵＣＩ１は該ＰＵＣＣＨ４００と衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋの値に関わらず、ＯＡＣＫに少なくとも基づき与えられてもよい。例えば、ＰＵＣＣＨ４００でＮｘ１より多いＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＵＣＩ１＝ＯＡＣＫであってもよい。また、ＰＵＣＣＨ４００でＮｘ１より多いＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＵＣＩ１＝ＯＡＣＫ＋ＯＣＲＣ１であってもよい。
【０１９４】
ＰＵＣＣＨ４００でＮｘ１より多いＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＵＣＩ１は設定されるＳＲ  ＰＵＣＣＨリソースの数Ｋｃｏｎｆｉｇｕｒｅｄに少
なくとも基づき与えられてもよい。例えば、ＰＵＣＣＨ４００でＮｘ１より多いＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＵＣＩ１＝ＯＡＣＫ＋ＯＳＲ，ｃｏｎｆｉｇｕｒｅｄであってもよい。また、ＰＵＣＣＨ４００でＮｘ１より多いＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＵＣＩ１＝ＯＡＣＫ＋ＯＳＲ，ｃｏｎｆｉｇｕｒｅｄ＋ＯＣＲＣ１であってもよい。
【０１９５】
ＰＵＣＣＨ４００でＮｘ１ビットより多いＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＣＲＣ１ＵＣＩ１は該ＰＵＣＣＨ４００と衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋの値に関わらず、ＯＡＣＫに少なくとも基づき与えられてもよい。例えば、ＰＵＣＣＨ４００でＮｘ１ビットより多いＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＣＲＣ１ＵＣＩ１＝ＯＡＣＫであってもよい。
【０１９６】
ＰＵＣＣＨ４００でＮｘ１ビットより多いＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＣＲＣ１ＵＣＩ１は設定されるＳＲ  ＰＵＣＣＨリソースの数Ｋｃｏｎｆｉｇｕｒｅｄに少なくとも基づき与えられてもよい。例えば、ＰＵＣＣＨ４００でＮｘ１ビットより多いＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＣＲＣ１ＵＣＩ１＝ＯＡＣＫ＋ＯＳＲ，ｃｏｎｆｉｇｕｒｅｄであってもよい。
【０１９７】
ＰＵＣＣＨ４００でＮｘ１より多いＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＵＣＩ１はＯＡＣＫおよびＯＳＲに少なくとも基づき与えられてもよい。ＰＵＣＣＨ４００でＮｘ１より多いＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＵＣＩ１＝ＯＡＣＫ＋ＯＳＲであってもよい。ＰＵＣＣＨ４００でＮｘ１より多いＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＵＣＩ１＝ＯＡＣＫ＋ＯＳＲ＋ＯＣＲＣ１であってもよい。
【０１９８】
ＰＵＣＣＨ４００でＮｘ１より多いＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＣＲＣ１ＵＣＩ１は、ＯＡＣＫおよびＯＳＲに少なくとも基づき与えられてもよい。ＰＵＣＣＨ４００でＮｘ１より多いＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＣＲＣ１ＵＣＩ１＝ＯＡＣＫ＋ＯＳＲであってもよい。
【０１９９】
選択手順１において第１のＰＵＣＣＨリソースセットおよび第２のＰＵＣＣＨリソースセットが入力され、かつ、ＰＵＣＣＨ４００においてＮｘ２ビット以下のＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＵＣＩ１は該ＰＵＣＣＨ４００と衝突するＳＲ
ＰＵＣＣＨリソースの数Ｋの値に関わらず、ＯＡＣＫに少なくとも基づき与えられてもよい。例えば、選択手順１において第１のＰＵＣＣＨリソースセットおよび第２のＰＵＣＣＨリソースセットが入力され、かつ、ＰＵＣＣＨ４００においてＮｘ２ビット以下のＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＵＣＩ１＝ＯＡＣＫであってもよい。また、選択手順１において第１のＰＵＣＣＨリソースセットおよび第２のＰＵＣＣＨリソースセットが入力され、かつ、ＰＵＣＣＨ４００においてＮｘ２ビット以下のＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＵＣＩ１＝ＯＡＣＫ＋ＯＣＲＣ１であってもよい。例えば、Ｎｘ２は２であってもよい。また、Ｎｘ２は３であってもよい。また、Ｎｘ２＝ＴＨ＃１であってもよい。
【０２００】
選択手順１において第１のＰＵＣＣＨリソースセットおよび第２のＰＵＣＣＨリソースセットが入力され、かつ、ＰＵＣＣＨ４００においてＮｘ２ビット以下のＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＵＣＩ１は設定されるＳＲ  ＰＵＣＣＨリソースの数Ｋｃｏｎｆｉｇｕｒｅｄに少なくとも基づき与えられてもよい。例えば、選択手順１において第１のＰＵＣＣＨリソースセットおよび第２のＰＵＣＣＨリソースセットが入力され、かつ、ＰＵＣＣＨ４００においてＮｘ２ビット以下のＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＵＣＩ１＝ＯＡＣＫ＋ＯＳＲ，ｃｏｎｆｉｇｕｒｅｄであ
ってもよい。また、選択手順１において第１のＰＵＣＣＨリソースセットおよび第２のＰＵＣＣＨリソースセットが入力され、かつ、ＰＵＣＣＨ４００においてＮｘ２ビット以下のＨＡＲＱ−ＡＣＫビットが少なくとも送信される場合、ＮＵＣＩ１＝ＯＡＣＫ＋ＯＳＲ，ｃｏｎｆｉｇｕｒｅｄ＋ＯＣＲＣ１であってもよい。
【０２０１】
選択手順１において第１のＰＵＣＣＨリソースセットおよび第２のＰＵＣＣＨリソースセットが入力され、かつ、ＰＵＣＣＨ４００においてＮｘ２ビット以下のＨＡＲＱ−ＡＣＫビットが送信される場合、ＮＣＲＣ１ＵＣＩ１は該ＰＵＣＣＨ４００と衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋの値に関わらず、ＯＡＣＫに少なくとも基づき与えられてもよい。例えば、選択手順１において第１のＰＵＣＣＨリソースセットおよび第２のＰＵＣＣＨリソースセットが入力され、かつ、ＰＵＣＣＨ４００においてＮｘ２ビット以下のＨＡＲＱ−ＡＣＫビットが送信される場合、ＮＣＲＣ１ＵＣＩ１＝ＯＡＣＫであってもよい。
【０２０２】
選択手順１において第１のＰＵＣＣＨリソースセットおよび第２のＰＵＣＣＨリソースセットが入力され、かつ、ＰＵＣＣＨ４００においてＮｘ２ビット以下のＨＡＲＱ−ＡＣＫビットが送信される場合、ＮＣＲＣ１ＵＣＩ１は設定されるＳＲ  ＰＵＣＣＨリソースの数Ｋｃｏｎｆｉｇｕｒｅｄに少なくとも基づき与えられてもよい。例えば、選択手順１において第１のＰＵＣＣＨリソースセットおよび第２のＰＵＣＣＨリソースセットが入力され、かつ、ＰＵＣＣＨ４００においてＮｘ２ビット以下のＨＡＲＱ−ＡＣＫビットが送信される場合、ＮＣＲＣ１ＵＣＩ１＝ＯＡＣＫ＋ＯＳＲ，ｃｏｎｆｉｇｕｒｅｄであってもよい。
【０２０３】
選択手順１において第１のＰＵＣＣＨリソースセットおよび第２のＰＵＣＣＨリソースセットが入力され、かつ、ＰＵＣＣＨ４００においてＮｘ２ビットより多いＨＡＲＱ−ＡＣＫビットが送信される場合、ＮＵＣＩ１はＯＡＣＫおよびＯＳＲに少なくとも基づき与えられてもよい。例えば、選択手順１において第１のＰＵＣＣＨリソースセットおよび第２のＰＵＣＣＨリソースセットが入力され、かつ、ＰＵＣＣＨ４００においてＮｘ２ビットより多いＨＡＲＱ−ＡＣＫビットが送信される場合、ＮＵＣＩ１＝ＯＡＣＫ＋ＯＳＲであってもよい。また、選択手順１において第１のＰＵＣＣＨリソースセットおよび第２のＰＵＣＣＨリソースセットが入力され、かつ、ＰＵＣＣＨ４００においてＮｘ２ビットより多いＨＡＲＱ−ＡＣＫビットが送信される場合、ＮＵＣＩ１＝ＯＡＣＫ＋ＯＳＲ＋ＯＣＲＣ１であってもよい。
【０２０４】
選択手順１において第１のＰＵＣＣＨリソースセットおよび第２のＰＵＣＣＨリソースセットが入力され、かつ、ＰＵＣＣＨ４００においてＮｘ２ビットより多いＨＡＲＱ−ＡＣＫビットが送信される場合、ＮＣＲＣ１ＵＣＩ１は、ＯＡＣＫおよびＯＳＲに少なくとも基づき与えられてもよい。例えば、選択手順１において第１のＰＵＣＣＨリソースセットおよび第２のＰＵＣＣＨリソースセットが入力され、かつ、ＰＵＣＣＨ４００においてＮｘ２ビットより多いＨＡＲＱ−ＡＣＫビットが送信される場合、ＮＣＲＣ１ＵＣＩ１＝ＯＡＣＫ＋ＯＳＲであってもよい。
【０２０５】
選択手順１において第１のＰＵＣＣＨリソースセット、第２のＰＵＣＣＨリソースセット、および第３のＰＵＣＣＨリソースセットが少なくとも入力される場合、ＮＵＣＩ１は該ＰＵＣＣＨ４００と衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋの値に関わらず、ＯＡＣＫに少なくとも基づき与えられてもよい。例えば、選択手順１において第１のＰＵＣＣＨリソースセット、第２のＰＵＣＣＨリソースセット、および第３のＰＵＣＣＨリソースセットが少なくとも入力される場合、ＮＵＣＩ１＝ＯＡＣＫであってもよい。また、選択手順１において第１のＰＵＣＣＨリソースセット、第２のＰＵＣＣＨリソースセット、および第３のＰＵＣＣＨリソースセットが少なくとも入力される場合、ＮＵＣＩ１＝ＯＡＣＫ＋ＯＣＲＣ１であってもよい。
【０２０６】
選択手順１において第１のＰＵＣＣＨリソースセット、第２のＰＵＣＣＨリソースセット、および第３のＰＵＣＣＨリソースセットが少なくとも入力される場合、ＮＵＣＩ１は設定されるＳＲ  ＰＵＣＣＨリソースの数Ｋｃｏｎｆｉｇｕｒｅｄに少なくとも基づき与えられてもよい。例えば、選択手順１において第１のＰＵＣＣＨリソースセット、第２のＰＵＣＣＨリソースセット、および第３のＰＵＣＣＨリソースセットが少なくとも入力される場合、ＮＵＣＩ１＝ＯＡＣＫ＋ＯＳＲ，ｃｏｎｆｉｇｕｒｅｄであってもよい。また、選択手順１において第１のＰＵＣＣＨリソースセット、第２のＰＵＣＣＨリソースセット、および第３のＰＵＣＣＨリソースセットが少なくとも入力される場合、ＮＵＣＩ１＝ＯＡＣＫ＋ＯＳＲ，ｃｏｎｆｉｇｕｒｅｄ＋ＯＣＲＣ１であってもよい。
【０２０７】
選択手順１において第１のＰＵＣＣＨリソースセット、第２のＰＵＣＣＨリソースセット、および第３のＰＵＣＣＨリソースセットが少なくとも入力される場合、ＮＣＲＣ１ＵＣＩ１は該ＰＵＣＣＨ４００と衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋの値に関わらず、ＯＡＣＫに少なくとも基づき与えられてもよい。例えば、選択手順１において第１のＰＵＣＣＨリソースセット、第２のＰＵＣＣＨリソースセット、および第３のＰＵＣＣＨリソースセットが少なくとも入力される場合、ＮＣＲＣ１ＵＣＩ１＝ＯＡＣＫであってもよい。
【０２０８】
選択手順１において第１のＰＵＣＣＨリソースセット、第２のＰＵＣＣＨリソースセット、および第３のＰＵＣＣＨリソースセットが少なくとも入力される場合、ＮＣＲＣ１ＵＣＩ１は設定されるＳＲ  ＰＵＣＣＨリソースの数Ｋｃｏｎｆｉｇｕｒｅｄに少なくとも基づき与えられてもよい。例えば、選択手順１において第１のＰＵＣＣＨリソースセット、第２のＰＵＣＣＨリソースセット、および第３のＰＵＣＣＨリソースセットが少なくとも入力される場合、ＮＣＲＣ１ＵＣＩ１＝ＯＡＣＫ＋ＯＳＲ，ｃｏｎｆｉｇｕｒｅｄであってもよい。
【０２０９】
図１２は、本実施形態の一態様に係る解決手段２の例を示す図である。解決手段２は、選択手順２において選択されるＰＵＣＣＨリソースに関わらず、ＰＵＣＣＨ４００と衝突するＳＲ  ＰＵＣＣＨリソースの数が算出される方法である。例えば、ＰＵＣＣＨ４００と衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋは、ＰＤＣＣＨ２００に含まれるＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールドの値に少なくとも基づき与えられてもよい。
【０２１０】
１または複数のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースのうち、ＰＵＣＣＨリソースのインデックスが同一のＰＵＣＣＨリソースのためのＰＵＣＣＨの先頭のＯＦＤＭシンボルのインデックスは等しくてもよい。第１のＰＵＣＣＨリソースセットの第１のインデックスに対応するＰＵＣＣＨリソースのためのＰＵＣＣＨの先頭のＯＦＤＭシンボルのインデックスと、第２のＰＵＣＣＨリソースセットの第１のインデックスに対応するＰＵＣＣＨリソースのためのＰＵＣＣＨの先頭のＯＦＤＭシンボルのインデックスは等しくてもよい。ＰＵＣＣＨの先頭のＯＦＤＭシンボルのインデックスは、ＰＵＣＣＨの開始位置、または、スタートシンボルであってもよい。
【０２１１】
端末装置１は、１または複数のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースのうち、ＰＵＣＣＨリソースのインデックスが同一のＰＵＣＣＨリソースのためのＰＵＣＣＨの先頭のＯＦＤＭシンボルのインデックスが異なることを期待しなくてもよい。端末装置１は、第１のＰＵＣＣＨリソースセットの第１のインデックスに対応するＰＵＣＣＨリソースのためのＰＵＣＣＨの先頭のＯＦＤＭシンボルのインデックスと、第２のＰＵＣＣＨリソースセットの第１のインデックスに対応するＰＵＣＣＨリソースのためのＰＵＣＣＨの先頭のＯＦＤＭシンボルのインデックスが異なることを期待しなくてもよい。
【０２１２】
基地局装置３は、１または複数のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースのうち、ＰＵＣＣＨリソースのインデックスが同一のＰＵＣＣＨリソースのためのＰＵＣＣＨの先頭のＯＦＤＭシンボルのインデックスが同一となるよう設定してもよい。基地局装置３は、第１のＰＵＣＣＨリソースセットの第１のインデックスに対応するＰＵＣＣＨリソースのためのＰＵＣＣＨの先頭のＯＦＤＭシンボルのインデックスと、第２のＰＵＣＣＨリソースセットの第１のインデックスに対応するＰＵＣＣＨリソースのためのＰＵＣＣＨの先頭のＯＦＤＭシンボルのインデックスが同一となるよう設定してもよい。
【０２１３】
１または複数のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースのうち、ＰＵＣＣＨリソースのインデックスが同一のＰＵＣＣＨリソースのためのＰＵＣＣＨの最後のＯＦＤＭシンボルのインデックスは等しくてもよい。第１のＰＵＣＣＨリソースセットの第１のインデックスに対応するＰＵＣＣＨリソースのためのＰＵＣＣＨの最後のＯＦＤＭシンボルのインデックスと、第２のＰＵＣＣＨリソースセットの第１のインデックスに対応するＰＵＣＣＨリソースのためのＰＵＣＣＨの最後のＯＦＤＭシンボルのインデックスは等しくてもよい。
【０２１４】
端末装置１は、１または複数のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースのうち、ＰＵＣＣＨリソースのインデックスが同一のＰＵＣＣＨリソースのためのＰＵＣＣＨの最後のＯＦＤＭシンボルのインデックスが異なることを期待しなくてもよい。端末装置１は、第１のＰＵＣＣＨリソースセットの第１のインデックスに対応するＰＵＣＣＨリソースのためのＰＵＣＣＨの最後のＯＦＤＭシンボルのインデックスと、第２のＰＵＣＣＨリソースセットの第１のインデックスに対応するＰＵＣＣＨリソースのためのＰＵＣＣＨの最後のＯＦＤＭシンボルのインデックスが異なることを期待しなくてもよい。
【０２１５】
基地局装置３は、１または複数のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースのうち、ＰＵＣＣＨリソースのインデックスが同一のＰＵＣＣＨリソースのためのＰＵＣＣＨの最後のＯＦＤＭシンボルのインデックスが同一になるよう設定してもよい。基地局装置３は、第１のＰＵＣＣＨリソースセットの第１のインデックスに対応するＰＵＣＣＨリソースのためのＰＵＣＣＨの最後のＯＦＤＭシンボルのインデックスと、第２のＰＵＣＣＨリソースセットの第１のインデックスに対応するＰＵＣＣＨリソースのためのＰＵＣＣＨの最後のＯＦＤＭシンボルのインデックスが同一になるよう設定してもよい。
【０２１６】
１または複数のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースのうち、ＰＵＣＣＨリソースのインデックスが同一のＰＵＣＣＨリソースのためのＰＵＣＣＨのＯＦＤＭシンボルの数は等しくてもよい。第１のＰＵＣＣＨリソースセットの第１のインデックスに対応するＰＵＣＣＨリソースのためのＰＵＣＣＨのＯＦＤＭシンボルの数と、第２のＰＵＣＣＨリソースセットの第１のインデックスに対応するＰＵＣＣＨリソースのためのＰＵＣＣＨのＯＦＤＭシンボルの数は等しくてもよい。
【０２１７】
端末装置１は、１または複数のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースのうち、ＰＵＣＣＨリソースのインデックスが同一のＰＵＣＣＨリソースのためのＰＵＣＣＨのＯＦＤＭシンボルの数が異なることを期待しなくてもよい。端末装置１は、第１のＰＵＣＣＨリソースセットの第１のインデックスに対応するＰＵＣＣＨリソースのためのＰＵＣＣＨのＯＦＤＭシンボルの数と、第２のＰＵＣＣＨリソースセットの第１のインデックスに対応するＰＵＣＣＨリソースのためのＰＵＣＣＨのＯＦＤＭシンボルの数が異なることを期待しなくてもよい。
【０２１８】
基地局装置３は、１または複数のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースのうち、ＰＵＣＣＨリソースのインデックスが同一のＰＵＣＣＨリソースのためのＰ
ＵＣＣＨのＯＦＤＭシンボルの数が同一となるよう設定してもよい。基地局装置３は、第１のＰＵＣＣＨリソースセットに含まれる第１のインデックスのＰＵＣＣＨリソースに対するＯＦＤＭシンボルの数と第２のＰＵＣＣＨリソースセットに含まれる第１のインデックスのＰＵＣＣＨリソースに対するＯＦＤＭシンボルの数が同一となるよう設定してもよい。
【０２１９】
１または複数のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースのうち、同一のインデックスのＰＵＣＣＨリソースに適用されるＰＵＣＣＨフォーマットが、１つのＰＵＣＣＨフォーマットのグループに属してもよい。第１のＰＵＣＣＨリソースセットの第１のインデックスに対応するＰＵＣＣＨリソースのためのＰＵＣＣＨフォーマットが含まれるＰＵＣＣＨフォーマットが属するグループと、第２のＰＵＣＣＨリソースセットの第１のインデックスに対応するＰＵＣＣＨリソースのためのＰＵＣＣＨフォーマットが含まれるＰＵＣＣＨフォーマットが属するグループは同一であってもよい。あるＰＵＣＣＨフォーマットが属するグループは、ＰＵＣＣＨフォーマット０、および／または、ＰＵＣＣＨフォーマット２を少なくとも含んで構成されてもよい。別のＰＵＣＣＨフォーマットが属するグループは、ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット３、および／または、ＰＵＣＣＨフォーマット４の一部または全部を少なくとも含んで構成されてもよい。
【０２２０】
端末装置１は、１または複数のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースのうち、ＰＵＣＣＨリソースのインデックスが同一のＰＵＣＣＨリソースのためのＰＵＣＣＨフォーマットが属するグループが異なることを期待なくてもよい。端末装置１は、第１のＰＵＣＣＨリソースセットの第１のインデックスに対応するＰＵＣＣＨリソースのためのＰＵＣＣＨフォーマットが含まれるＰＵＣＣＨフォーマットが属するグループと、第２のＰＵＣＣＨリソースセットの第１のインデックスに対応するＰＵＣＣＨリソースのためのＰＵＣＣＨフォーマットが含まれるＰＵＣＣＨフォーマットが属するグループが異なることを期待しなくてもよい。
【０２２１】
基地局装置３は、１または複数のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースのうち、同一のインデックスのＰＵＣＣＨリソースに適用されるＰＵＣＣＨフォーマットが、１つのＰＵＣＣＨフォーマットのグループに属するように設定してもよい。基地局装置３は、第１のＰＵＣＣＨリソースセットの第１のインデックスに対応するＰＵＣＣＨリソースのためのＰＵＣＣＨフォーマットが含まれるＰＵＣＣＨフォーマットが属するグループと、第２のＰＵＣＣＨリソースセットの第１のインデックスに対応するＰＵＣＣＨリソースのためのＰＵＣＣＨフォーマットが含まれるＰＵＣＣＨフォーマットが属するグループが同一となるよう設定してもよい。
【０２２２】
ＰＵＣＣＨ４００と衝突するＳＲ  ＰＵＣＣＨリソースの数は、端末装置１に設定されるＳＲ  ＰＵＣＣＨリソースの数Ｋｃｏｎｆｉｇｕｒｅｄに対応してもよい。ＰＵＣＣＨ４００と衝突するＳＲ  ＰＵＣＣＨリソースの数は、所定の値にセットされてもよい。
【０２２３】
図１３は、本実施形態の一態様に係る解決手段３の例を示す図である。解決手段３は、ＮＵＣＩ１と、ＰＵＣＣＨ４００と衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋの因果関係を消失させることによる解決手段である。解決手段３において、選択手順１Ａに基づきＰＵＣＣＨリソースセットが選択される。
【０２２４】
図１４は、本実施形態の一態様に係る選択手順１Ａの手順例を示す図である。選択手順１Ａは、手順Ｐ１０００ａから手順Ｐ１００４ａの一部または全部を少なくとも含んで構成されてもよい。選択手順１Ａにおいて、まず、１または複数のＰＵＣＣＨリソースセットの中から、ＰＵＣＣＨリソースセット＃１が選択される。ここで、ＰＵＣＣＨリソース
セット＃１は、第１のＰＵＣＣＨリソースセットに対応してもよい。また、ＰＵＣＣＨリソースセット＃ｉは、第ｉのＰＵＣＣＨリソースセットに対応してもよい。ｉは、１から４の値のいずれかである。
【０２２５】
手順Ｐ１０００ａにおいて、ＰＵＣＣＨリソースセット＃１が与えられることに基づき、該ＰＵＣＣＨリソースセット＃１、および／または、ＰＤＣＣＨ２００に含まれるＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールドに少なくとも基づきＰＵＣＣＨリソースが選択される。
【０２２６】
次いで、手順Ｐ１００１ａにおいて、選択された該ＰＵＣＣＨリソースと衝突するＳＲ
ＰＵＣＣＨリソースの数Ｋｉが決定される。また、該Ｋｉに少なくとも基づきＮＵＣＩ１，ｉが与えられる。ＮＵＣＩ，ｉは、選択された該ＰＵＣＣＨリソースと衝突するＳＲ
ＰＵＣＣＨリソースの数がＫｉであることに基づき与えられるＮＵＣＩ１の値である。
【０２２７】
次いで、手順Ｐ１００２ａにおいて、ＮＵＣＩ１，ｉ≦Ｎｔｈ，ｉが満たされない場合（Ｆａｌｓｅ）、該ｉがｉ＋１にセットされ、手順Ｐ１０００ａが実行される。該ｉが該ｉ＋１にセットされることは、ＰＵＣＣＨリソースセット＃ｉ＋１が手順Ｐ１０００ａに入力されることであってもよい。
【０２２８】
Ｎｔｈ，ｉは、ＴＨ＃ｉに対応してもよい。つまり、Ｎｔｈ，ｉは、ＰＵＣＣＨリソースセット＃ｉにおいてサポートされるＵＣＩの最大のビット数に対応してもよい。
【０２２９】
Ｎｔｈ，ｉは、該選択されるＰＵＣＣＨリソースのＰＵＣＣＨフォーマットに関連するＮＵＣＩ０の値に対応してもよい。つまり、Ｎｔｈ，ｉは、該ＰＵＣＣＨリソースのＰＵＣＣＨフォーマットにおいてサポートされるＵＣＩの最大のビット数に対応してもよい。
【０２３０】
手順Ｐ１００２ａにおいて、ＮＵＣＩ１，ｉ≦Ｎｔｈ，ｉが満たされる場合（Ｔｒｕｅ）、ＰＵＣＣＨリソースセット＃ｉが選択され、該ＰＵＣＣＨリソースセット＃ｉが選択手順２に入力される。
【０２３１】
解決手段３において、選択手順２に入力されるＰＵＣＣＨリソースセットは、ＰＵＣＣＨリソースセット＃ｉがＮＵＣＩ１，ｉ≦Ｎｔｈ，ｉを満たすか否かに少なくとも基づき与えられてもよい。解決手段３において、選択手順２に入力されるＰＵＣＣＨリソースセットは、１または複数のＰＵＣＣＨリソースセットのそれぞれのためのＮＵＣＩ１，ｉに少なくとも基づき与えられてもよい。解決手段３において、選択手順２に入力されるＰＵＣＣＨリソースセットは、１または複数のＰＵＣＣＨリソースセットのそれぞれのためのＮＵＣＩ１，ｉがＮＵＣＩ１，ｉ≦Ｎｔｈ，ｉを満たすか否かに少なくとも基づき与えられてもよい。解決手段３において、選択手順２に入力されるＰＵＣＣＨリソースセットは、ＮＵＣＩ１，ｉ≦Ｎｔｈ，ｉを満たす最小のＰＵＣＣＨリソースセットのインデックスであってもよい。
【０２３２】
ＰＤＳＣＨ３００に含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫがＰＵＣＣＨ４００で送信され、ＣＳＩの報告５００が該ＰＵＣＣＨ４００に多重されることがトリガされた場合に、解決手段１、解決手段２、または、解決手段３の選択手段３は、選択手段３Ａであってもよい。ここで、該ＣＳＩの報告５００が該ＰＵＣＣＨ４００に多重されることがトリガされることは、以下の条件１Ａから条件１Ｄの一部または全部が満たされるか否かに少なくとも基づき与えられてもよい。
条件１Ａ）該ＣＳＩの報告５００がＰＵＣＣＨ４１０においてトリガされ、かつ、該ＰＵＣＣＨ４１０および該ＰＵＣＣＨ４００が完全衝突している、または、部分衝突している条件１Ｂ）該ＰＵＣＣＨ４００のＰＵＣＣＨフォーマットに対応する上位層のパラメータ
が、ＨＡＲＱ−ＡＣＫおよびＣＳＩをＰＵＣＣＨで多重するようにセットされている
条件１Ｃ）ＰＤＳＣＨ３００が半永続的（semi-persistent）に設定されるグラント（設
定されるグラント）によりスケジューリングされていない
条件１Ｄ）該ＣＳＩの報告５００が、周期的なＣＳＩの報告である、または、半永続的にＰＵＣＣＨで送信されることが設定されるＣＳＩの報告である
【０２３３】
ＰＤＳＣＨ３００に含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫがＰＵＣＣＨ４００で送信され、ＣＳＩの報告５００が該ＰＵＣＣＨ４００に多重されることがトリガされた場合に、ＮＵＣＩ１の決定に用いられる値ＯＡＣＫがＯＡＣＫ＋ＯＣＳＩ０にセットされてもよい。ＯＣＳＩ０は、該ＣＳＩの報告５００に含まれるＣＳＩビットの数に対応してもよい。ＯＣＳＩ０は、該ＣＳＩの報告５００に含まれるＣＳＩのうち、第１のＣＳＩパートに含まれるＣＳＩビットの数であってもよい。ＣＳＩは、第１のＣＳＩパートと第２のＣＳＩパートを少なくとも含んで構成されてもよい。第１のＣＳＩパートは、ＲＩおよび／またはＣＱＩを少なくとも含んで構成されてもよい。第１のＣＳＩパートのビット数は、ＲＩの値に関わらず与えられてもよい。第１のＣＳＩパートのビット数は、ＲＩの値に関わらず与えられるようにパディングビットが加えられて構成されてもよい。第２のＣＳＩパートのビット数は、ＲＩの値に少なくとも基づき与えられてもよい。第２のＣＳＩパートはＰＭＩを少なくとも含んで構成されてもよい。
【０２３４】
ＰＤＳＣＨ３００に含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫがＰＵＣＣＨ４００で送信され、ＣＳＩの報告５００が該ＰＵＣＣＨ４００に多重されることがトリガされた場合に、ＮＵＣＩ１は該ＣＳＩの報告５００に対応するＣＳＩビットの数に関わらず、ＯＡＣＫに少なくとも基づき与えられてもよい。
【０２３５】
解決手段１において、ＯＣＳＩ０は、ＰＵＣＣＨで送信されるＣＳＩの最大のビット数に対応してもよい。ＯＣＳＩ０は、上位層のパラメータに少なくとも基づき与えられてもよい。
【０２３６】
解決手段３において、ＮＵＣＩ１，ｉの決定に用いられるＯＡＣＫの値は、ＰＵＣＣＨリソースセット＃ｉから選択されるＰＵＣＣＨリソースと衝突するＣＳＩの報告のためのＰＵＣＣＨリソースのためのＣＳＩビットの数ＯＣＳＩ０，ｉに少なくとも基づき与えられてもよい。
【０２３７】
ＰＤＳＣＨ３００に含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫがＰＵＣＣＨ４００で送信され、ＣＳＩの報告５００が該ＰＵＣＣＨ４００に多重されることがトリガされた場合に、ＮＣＲＣ１ＵＣＩ１の決定に用いられる値ＯＡＣＫがＯＡＣＫ＋ＯＣＳＩ０にセットされてもよい。
【０２３８】
選択手段３Ａは、選択手順２において選択されたＰＵＣＣＨリソースのためのＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット２である場合に、該ＰＵＣＣＨリソース、および／または、ＮＵＣＩ２に少なくとも基づき、ＰＵＣＣＨ４００が送信される実際のリソースブロック数ＭＰＵＣＣＨＲＢ，ｍｉｎ、および／または、ＰＵＣＣＨ４００で実際に報告されるＣＳＩの数ＮｒｅｐｏｒｔｅｄＣＳＩが与えられてもよい。選択手順３Ａにおいて、数式１が満たされる場合に、選択手順３に基づきＰＵＣＣＨ４００が送信される実際のリソースブロック数ＭＰＵＣＣＨＲＢ，ｍｉｎが与えられてもよい。
【０２３９】
ＰＵＣＣＨ４００でＨＡＲＱ−ＡＣＫ、ＳＲ、および／または、ＣＳＩの一部または全部が少なくとも送信されることがトリガされた場合、ＮＵＣＩ２の決定に用いられる値ＯＡＣＫがＯＡＣＫ＋ＯＣＳＩ１にセットされてもよい。ＯＣＳＩ１は、ＣＳＩの報告５００に含まれる第１のＣＳＩパートおよび第２のＣＳＩパートのビット数の和に対応しても
よい。
【０２４０】
選択手順３Ａにおいて、数式１が満たされない場合に、以下の数式３および数式４に少なくとも基づき該ＰＵＣＣＨ４００で実際に報告される該ＣＳＩの数ＮｒｅｐｏｒｔｅｄＣＳＩが与えられてもよい。
【数３】
2019161431.tif 000005
【数４】
2019161431.tif 000006
【０２４１】
ここで、ＮＵＣＩ３は数式５に基づき与えられてもよい。ＮＵＣＩ４は数式６に基づき与えられてもよい。
【数５】
2019161431.tif 000007
【数６】
2019161431.tif 000008
【０２４２】
ここで、ＯＣＳＩ，ｎは、ＣＳＩの報告５００に含まれるｎ番目のＣＳＩの報告のＣＳＩのビット数であってもよい。ＯＣＲＣ２は、ＣＳＩの報告５００に含まれる１番目のＣＳＩの報告からＮｒｅｐｏｒｔｅｄＣＳＩ番目のＣＳＩの報告のＣＳＩのビット数の和に基づき与えられるＣＲＣ系列のビット数であってもよい。ＯＣＲＣ３は、ＣＳＩの報告５００に含まれる１番目のＣＳＩの報告からＮｒｅｐｏｒｔｅｄＣＳＩ＋１番目のＣＳＩの報告のＣＳＩのビット数の和に基づき与えられるＣＲＣ系列のビット数であってもよい。
【０２４３】
以下、本実施形態の一態様に係る種々の装置の態様を説明する。
【０２４４】
（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、ＰＤＣＣＨを受信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを受信する受信部と、前記ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを少なくともＰＵＣＣＨで送信する送信部と、を備え、前記ＰＵＣＣＨのためのＰＵＣＣＨリソースは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのうち、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールドにより示される値に対応するＰＵＣＣＨリソースであり、前記ＰＵＣＣＨリソースセットは、１または複数のＰＵＣＣＨリソースセットからＮＵＣＩ１に少なくとも基づき与えられ、前記ＮＵＣＩ１は、前記ＰＵＣＣＨと衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋに関わらず、前記ＰＵＣＣＨで送信されるＨＡＲＱ−ＡＣＫビットの数ＯＡＣＫに少なくとも基づき与えられ、前記ＳＲ  ＰＵＣＣＨリソースのそれぞれは、１または複数のロジカルチャネルに対応す
る。
【０２４５】
（２）また、本発明の第２の態様は、端末装置であって、ＰＤＣＣＨを受信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを受信する受信部と、前記ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを少なくともＰＵＣＣＨで送信する送信部と、を備え、前記ＰＵＣＣＨのためのＰＵＣＣＨリソースは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのうち、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールドにより示される値に対応するＰＵＣＣＨリソースであり、前記ＰＵＣＣＨリソースセットは、１または複数のＰＵＣＣＨリソースセットからＮＵＣＩ１に少なくとも基づき与えられ、前記１または複数のＰＵＣＣＨリソースセットのそれぞれに含まれるＰＵＣＣＨリソースのうち、インデックスが同一のＰＵＣＣＨリソースの先頭のＯＦＤＭシンボルは同一であり、前記ＮＵＣＩ１は、前記ＰＵＣＣＨで送信されるＨＡＲＱ−ＡＣＫビットの数ＯＡＣＫおよび前記ＰＵＣＣＨと衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋに少なくとも基づき与えられ、前記ＳＲ  ＰＵＣＣＨリソースのそれぞれは、１または複数のロジカルチャネルに対応する。
【０２４６】
（３）また、本発明の第３の態様は、端末装置であって、ＰＤＣＣＨを受信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを受信する受信部と、前記ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを少なくともＰＵＣＣＨで送信する送信部と、を備え、前記ＰＵＣＣＨのためのＰＵＣＣＨリソースは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのうち、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールドにより示される値に対応するＰＵＣＣＨリソースであり、前記ＰＵＣＣＨリソースセットは、１または複数のＰＵＣＣＨリソースセットのうちのｉ番目のＰＵＣＣＨリソースセットに関連するＮＵＣＩ，ｉに少なくとも基づき与えられ、前記ＮＵＣＩ，ｉは、前記ｉ番目のＰＵＣＣＨリソースセットに含まれ、前記ＰＵＣＣＨリソース指示フィールドに対応するＰＵＣＣＨリソースと衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋおよび前記ＰＵＣＣＨで送信されるＨＡＲＱ−ＡＣＫビットの数ＯＡＣＫに少なくとも基づき与えられ、前記ＳＲ  ＰＵＣＣＨリソースのそれぞれは、１または複数のロジカルチャネルに対応する。
【０２４７】
（４）また、本発明の第４の態様は、基地局装置であって、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨおよび、前記ＰＤＳＣＨを送信する送信部と、前記ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを少なくとも含んで送信されるＰＵＣＣＨを受信する受信部と、を備え、前記ＰＵＣＣＨのためのＰＵＣＣＨリソースは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのうち、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールドにより示される値に対応するＰＵＣＣＨリソースであり、前記ＰＵＣＣＨリソースセットは、１または複数のＰＵＣＣＨリソースセットからＮＵＣＩ１に少なくとも基づき与えられ、前記ＮＵＣＩ１は、前記ＰＵＣＣＨと衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋに関わらず、前記ＰＵＣＣＨで送信されるＨＡＲＱ−ＡＣＫビットの数ＯＡＣＫに少なくとも基づき与えられ、前記ＳＲ  ＰＵＣＣＨリソースのそれぞれは、１または複数のロジカルチャネルに対応する。
【０２４８】
（５）また、本発明の第５の態様は、基地局装置であって、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨおよび、前記ＰＤＳＣＨを送信する送信部と、前記ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを少なくとも含んで送信されるＰＵＣＣＨを受信する受信部と、を備え、前記ＰＵＣＣＨのためのＰＵＣＣＨリソースは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのうち、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールド
により示される値に対応するＰＵＣＣＨリソースであり、前記ＰＵＣＣＨリソースセットは、１または複数のＰＵＣＣＨリソースセットからＮＵＣＩ１に少なくとも基づき与えられ、前記１または複数のＰＵＣＣＨリソースセットのそれぞれに含まれるＰＵＣＣＨリソースのうち、インデックスが同一のＰＵＣＣＨリソースの先頭のＯＦＤＭシンボルは同一であり、前記ＮＵＣＩ１は、前記ＰＵＣＣＨで送信されるＨＡＲＱ−ＡＣＫビットの数ＯＡＣＫおよび前記ＰＵＣＣＨと衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋに少なくとも基づき与えられ、前記ＳＲ  ＰＵＣＣＨリソースのそれぞれは、１または複数のロジカルチャネルに対応する。
【０２４９】
（６）また、本発明の第６の態様は、基地局装置であって、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨおよび、前記ＰＤＳＣＨを送信する送信部と、前記ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを少なくとも含んで送信されるＰＵＣＣＨを受信する受信部と、を備え、前記ＰＵＣＣＨのためのＰＵＣＣＨリソースは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのうち、前記ＰＤＣＣＨに含まれるＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールドにより示される値に対応するＰＵＣＣＨリソースであり、前記ＰＵＣＣＨリソースセットは、１または複数のＰＵＣＣＨリソースセットのうちのｉ番目のＰＵＣＣＨリソースセットに関連するＮＵＣＩ，ｉに少なくとも基づき与えられ、前記ＮＵＣＩ，ｉは、前記ｉ番目のＰＵＣＣＨリソースセットに含まれ、前記ＰＵＣＣＨリソース指示フィールドに対応するＰＵＣＣＨリソースと衝突するＳＲ  ＰＵＣＣＨリソースの数Ｋおよび前記ＰＵＣＣＨで送信されるＨＡＲＱ−ＡＣＫビットの数ＯＡＣＫに少なくとも基づき与えられ、前記ＳＲ  ＰＵＣＣＨリソースのそれぞれは、１または複数のロジカルチャネルに対応する。
【０２５０】
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制
御するプログラム（コンピュータを機能させるプログラム）であっても良い。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ  ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤ
Ｄ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き
込みが行われる。
【０２５１】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしても良い。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。
【０２５２】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０２５３】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【０２５４】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【０２５５】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）および／またはＮＧ−ＲＡＮ（NextGen RAN，NR RAN）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢお
よび／またはｇＮＢに対する上位ノードの機能の一部または全部を有してもよい。
【０２５６】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０２５７】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【０２５８】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０２５９】
１（１Ａ、１Ｂ、１Ｃ）  端末装置
３  基地局装置
１０、３０  無線送受信部
１１、３１  アンテナ部
１２、３２  ＲＦ部
１３、３３  ベースバンド部
１４、３４  上位層処理部
１５、３５  媒体アクセス制御層処理部
１６、３６  無線リソース制御層処理部
２００  ＰＤＣＣＨ
３００  ＰＤＳＣＨ
４００、４０１、４０２、４０３、４０４、４０５、４０６、４０７、４１０
５００  ＣＳＩの報告
【図１】
2019161431.tif 000009
【図２】
2019161431.tif 000010
【図３】
2019161431.tif 000011
【図４】
2019161431.tif 000012
【図５】
2019161431.tif 000013
【図６】
2019161431.tif 000014
【図７】
2019161431.tif 000015
【図８】
2019161431.tif 000016
【図９】
2019161431.tif 000017
【図１０】
2019161431.tif 000018
【図１１】
2019161431.tif 000019
【図１２】
2019161431.tif 000020
【図１３】
2019161431.tif 000021
【図１４】
2019161431.tif 000022