JP2020136767A - 端末装置、基地局装置、および、通信方法 - Google Patents

Abstract

【課題】効率的に通信を行うことができる端末、基地局を提供する。【解決手段】端末は、第１のグループＩＤを持つ連続する１つまたは複数の第１のＰＤＳＣＨと、第２のグループＩＤを持つ連続する１つまたは複数の第２のＰＤＳＣＨと、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを受信する。第２のＰＤＣＣＨに含まれるＤＣＩフォーマットの第１のフィールドの値によってＨＡＲＱ−ＡＣＫ情報の送信がトリガーされ、第２のフィールドによって第１または第２のグループＩＤが示される場合、第１のＰＤＳＣＨと第２のＰＤＳＣＨのうち、第２のフィールドによって示されるグループＩＤと同じグループＩＤをＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信する。【選択図】図６

Description

本発明は、端末装置、基地局装置、および、通信方法に関する。

セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long Term Evolution （LTE）」、または、「EUTRA:Evolved Universal Terrestrial Radio Access」と称する。）が、第三世代パートナーシッププロジェクト（3GPP:3^rd 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．

本発明は、効率的に通信を行う端末装置、該端末装置に用いられる通信方法、効率的に通信を行う基地局装置、該基地局装置に用いられる通信方法を提供する。

（１）本発明の第１の態様は、端末装置であって、第１のグループＩＤを持つ連続する１つまたは複数の第１のＰＤＳＣＨと、第２のグループＩＤを持つ連続する１つまたは複数の第２のＰＤＳＣＨと、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを受信する受信部と、前記第２のＰＤＣＣＨに含まれるＤＣＩフォーマットの第１のフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報の送信がトリガーされ、前記第２のＰＤＣＣＨに含まれる前記ＤＣＩフォーマットの第２のフィールドによって第１または第２のグループＩＤが示される場合、前記連続する１つまたは複数の第１のＰＤＳＣＨと前記連続する１つまたは複数の第２のＰＤＳＣＨのうち、前記第２のフィールドによって示されるグループＩＤと同じグループＩＤを持つ連続する１つまたは複数のＰＤＳＣＨに対応する前記ＨＡＲＱ−ＡＣＫ情報を送信する送信部と、を備える。

（２）本発明の第２の態様は、端末装置であって、第１のグループＩＤを持つ連続する１つまたは複数の第１のＰＤＳＣＨの第１のグループと、第２のグループＩＤを持つ連続する１つまたは複数の第２のＰＤＳＣＨの第２のグループと、前記第１のグループＩＤを持つ連続する１つまたは複数の第３のＰＤＳＣＨの第３のグループと、ＨＡＲＱ−ＡＣＫ
情報の送信を指示する第２のＰＤＣＣＨを受信する受信部と、前記第２のＰＤＣＣＨに含まれるＤＣＩフォーマットの第１のフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報の送信がトリガーされ、前記第２のＰＤＣＣＨに含まれる前記ＤＣＩフォーマットの第２のフィールドによって第１のグループＩＤが示される場合、前記第１から第３のグループのうち、前記第２のフィールドによって示されるグループＩＤと同じグループＩＤを持つ前記第３のグループに属する前記連続する１つまたは複数の第３のＰＤＳＣＨに対応する前記ＨＡＲＱ−ＡＣＫ情報を送信する送信部と、を備え、前記第１のＰＤＳＣＨは、前記第２のＰＤＳＣＨよりも前に受信され、前記第３のＰＤＳＣＨは、前記第２のＰＤＳＣＨよりも後に受信される。

（３）本発明の第３の態様は、端末装置であって、複数のグループと、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを受信する受信部と、前記第２のＰＤＣＣＨに含まれるＤＣＩフォーマットの第１のフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報の送信がトリガーされ、前記第２のＰＤＣＣＨに含まれる前記ＤＣＩフォーマットの第２のフィールドによってグループＩＤが示される場合、前記第２のフィールドによって示されたグループＩＤと同じグループＩＤを持つ最後に受信されたグループに対応する前記ＨＡＲＱ−ＡＣＫ情報を送信する送信部と、を備え、 前記複数のグループのそれぞれは、同じグループＩＤを持つ連続する１つまたは複数のＰＤＳＣＨによって構成される。

（４）本発明の第４の態様は、端末装置であって、複数の第１のＰＤＣＣＨと、前記複数の第１のＰＤＣＣＨによりスケジュールされる複数のＰＤＳＣＨを受信する受信部と、前記複数のＰＤＳＣＨに対する複数のＨＡＲＱ−ＡＣＫ情報を第１のＰＵＣＣＨで送信する送信部を備え、ＨＡＲＱプロセス識別子を含む、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを受信し、前記ＨＡＲＱプロセス識別子が用いられた前記ＰＤＳＣＨに対する前記ＨＡＲＱ−ＡＣＫ情報と一緒に送信された全ての前記複数のＨＡＲＱ−ＡＣＫ情報を第２のＰＵＣＣＨで送信する。

（５）本発明の第５の態様は、端末装置であって、複数の第１のＰＤＣＣＨと、前記複数の第１のＰＤＣＣＨによりスケジュールされる複数のＰＤＳＣＨを受信する受信部と、前記複数のＰＤＳＣＨに対する複数のＨＡＲＱ−ＡＣＫ情報を含むＨＡＲＱ−ＡＣＫ ｃｏｄｅｂｏｏｋを第１のＰＵＣＣＨで送信する送信部を備え、ＨＡＲＱプロセス識別子を含む、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを受信し、前記ＨＡＲＱプロセス識別子が用いられた前記ＰＤＳＣＨに対する前記ＨＡＲＱ−ＡＣＫ情報を含む前記ＨＡＲＱ−ＡＣＫ ｃｏｄｅｂｏｏｋで送信された前記複数のＨＡＲＱ−ＡＣＫ情報を第２のＰＵＣＣＨで送信する。

（６）本発明の第６の態様は、基地局装置であって、第１のグループＩＤを持つ連続する１つまたは複数の第１のＰＤＳＣＨと、第２のグループＩＤを持つ連続する１つまたは複数の第２のＰＤＳＣＨと、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを送信する送信部と、前記第２のＰＤＣＣＨに含まれるＤＣＩフォーマットの第１のフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報の送信をトリガーし、前記第２のＰＤＣＣＨに含まれる前記ＤＣＩフォーマットの第２のフィールドによって第１または第２のグループＩＤが示される場合、前記連続する１つまたは複数の第１のＰＤＳＣＨと前記連続する１つまたは複数の第２のＰＤＳＣＨのうち、前記第２のフィールドによって示されるグループＩＤと同じグループＩＤを持つ連続する１つまたは複数のＰＤＳＣＨに対応する前記ＨＡＲＱ−ＡＣＫ情報を受信する受信部と、を備える。

（７）本発明の第７の態様は、基地局装置であって、第１のグループＩＤを持つ連続する１つまたは複数の第１のＰＤＳＣＨの第１のグループと、第２のグループＩＤを持つ連続する１つまたは複数の第２のＰＤＳＣＨの第２のグループと、前記第１のグループＩＤ
を持つ連続する１つまたは複数の第３のＰＤＳＣＨの第３のグループと、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを送信する送信部と、前記第２のＰＤＣＣＨに含まれるＤＣＩフォーマットの第１のフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報の送信をトリガーし、前記第２のＰＤＣＣＨに含まれる前記ＤＣＩフォーマットの第２のフィールドによって第１のグループＩＤが示される場合、前記第１から第３のグループのうち、前記第２のフィールドによって示されるグループＩＤと同じグループＩＤを持つ前記第３のグループに属する前記連続する１つまたは複数の第３のＰＤＳＣＨに対応する前記ＨＡＲＱ−ＡＣＫ情報を受信する受信部と、を備え、前記第１のＰＤＳＣＨは、前記第２のＰＤＳＣＨよりも前に送信され、前記第３のＰＤＳＣＨは、前記第２のＰＤＳＣＨよりも後に送信される。

（８）本発明の第８の態様は、基地局装置であって、複数のグループと、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを送信する送信部と、前記第２のＰＤＣＣＨに含まれるＤＣＩフォーマットの第１のフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報の送信をトリガーし、前記第２のＰＤＣＣＨに含まれる前記ＤＣＩフォーマットの第２のフィールドによってグループＩＤが示される場合、前記第２のフィールドによって示されたグループＩＤと同じグループＩＤを持つ最後に受信されたグループに対応する前記ＨＡＲＱ−ＡＣＫ情報を受信する受信部と、を備え、前記複数のグループのそれぞれは、同じグループＩＤを持つ連続する１つまたは複数のＰＤＳＣＨによって構成される。

（９）本発明の第９の態様は、基地局装置であって、複数の第１のＰＤＣＣＨと、前記複数の第１のＰＤＣＣＨによりスケジュールされる複数のＰＤＳＣＨを送信する送信部と、前記複数のＰＤＳＣＨに対する複数のＨＡＲＱ−ＡＣＫ情報を第１のＰＵＣＣＨで受信する受信部を備え、ＨＡＲＱプロセス識別子を含む、ＨＡＲＱ−ＡＣＫ情報の受信を指示する第２のＰＤＣＣＨを送信し、前記ＨＡＲＱプロセス識別子が用いられた前記ＰＤＳＣＨに対する前記ＨＡＲＱ−ＡＣＫ情報と一緒に受信された全ての前記複数のＨＡＲＱ−ＡＣＫ情報を第２のＰＵＣＣＨで受信する。

（１０）本発明の第１０の態様は、基地局装置であって、複数の第１のＰＤＣＣＨと、前記複数の第１のＰＤＣＣＨによりスケジュールされる複数のＰＤＳＣＨを送信する送信部と、前記複数のＰＤＳＣＨに対する複数のＨＡＲＱ−ＡＣＫ情報を含むＨＡＲＱ−ＡＣＫ ｃｏｄｅｂｏｏｋを第１のＰＵＣＣＨで受信する受信部を備え、ＨＡＲＱプロセス識別子を含む、ＨＡＲＱ−ＡＣＫ情報の受信を指示する第２のＰＤＣＣＨを受信し、前記ＨＡＲＱプロセス識別子が用いられた前記ＰＤＳＣＨに対する前記ＨＡＲＱ−ＡＣＫ情報を含む前記ＨＡＲＱ−ＡＣＫ ｃｏｄｅｂｏｏｋで受信された前記複数のＨＡＲＱ−ＡＣＫ情報を第２のＰＵＣＣＨで受信する。

（１１）本発明の第１１の態様は、端末装置に用いられる通信方法であって、第１のグループＩＤを持つ連続する１つまたは複数の第１のＰＤＳＣＨと、第２のグループＩＤを持つ連続する１つまたは複数の第２のＰＤＳＣＨと、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを受信するステップと、前記第２のＰＤＣＣＨに含まれるＤＣＩフォーマットの第１のフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報の送信がトリガーされ、前記第２のＰＤＣＣＨに含まれる前記ＤＣＩフォーマットの第２のフィールドによって第１または第２のグループＩＤが示される場合、前記連続する１つまたは複数の第１のＰＤＳＣＨと前記連続する１つまたは複数の第２のＰＤＳＣＨのうち、前記第２のフィールドによって示されるグループＩＤと同じグループＩＤを持つ連続する１つまたは複数のＰＤＳＣＨに対応する前記ＨＡＲＱ−ＡＣＫ情報を送信するステップと、を備える。

（１２）本発明の第１２の態様は、端末装置に用いられる通信方法であって、第１のグループＩＤを持つ連続する１つまたは複数の第１のＰＤＳＣＨの第１のグループと、第２
のグループＩＤを持つ連続する１つまたは複数の第２のＰＤＳＣＨの第２のグループと、前記第１のグループＩＤを持つ連続する１つまたは複数の第３のＰＤＳＣＨの第３のグループと、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを受信するステップと、前記第２のＰＤＣＣＨに含まれるＤＣＩフォーマットの第１のフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報の送信がトリガーされ、前記第２のＰＤＣＣＨに含まれる前記ＤＣＩフォーマットの第２のフィールドによって第１のグループＩＤが示される場合、前記第１から第３のグループのうち、前記第２のフィールドによって示されるグループＩＤと同じグループＩＤを持つ前記第３のグループに属する前記連続する１つまたは複数の第３のＰＤＳＣＨに対応する前記ＨＡＲＱ−ＡＣＫ情報を送信するステップと、を備え、前記第１のＰＤＳＣＨは、前記第２のＰＤＳＣＨよりも前に受信し処理され、前記第３のＰＤＳＣＨは、前記第２のＰＤＳＣＨよりも後に受信し処理される。

（１３）本発明の第１３の態様は、端末装置に用いられる通信方法であって、複数のグループと、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを受信するステップと、前記第２のＰＤＣＣＨに含まれるＤＣＩフォーマットの第１のフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報の送信がトリガーされ、前記第２のＰＤＣＣＨに含まれる前記ＤＣＩフォーマットの第２のフィールドによってグループＩＤが示される場合、前記第２のフィールドによって示されたグループＩＤと同じグループＩＤを持つ最後に受信されたグループに対応する前記ＨＡＲＱ−ＡＣＫ情報を送信するステップと、を備え、前記複数のグループのそれぞれは、同じグループＩＤを持つ連続する１つまたは複数のＰＤＳＣＨによって構成される。

（１４）本発明の第１４の態様は、端末装置に用いられる通信方法であって、複数の第１のＰＤＣＣＨと、前記複数の第１のＰＤＣＣＨによりスケジュールされる複数のＰＤＳＣＨを受信するステップと、前記複数のＰＤＳＣＨに対する複数のＨＡＲＱ−ＡＣＫ情報を第１のＰＵＣＣＨで送信するステップを備え、ＨＡＲＱプロセス識別子を含む、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを受信し、前記ＨＡＲＱプロセス識別子が用いられた前記ＰＤＳＣＨに対する前記ＨＡＲＱ−ＡＣＫ情報と一緒に送信された全ての前記複数のＨＡＲＱ−ＡＣＫ情報を第２のＰＵＣＣＨで送信する。

（１５）本発明の第１５の態様は、端末装置に用いられる通信方法であって、複数の第１のＰＤＣＣＨと、前記複数の第１のＰＤＣＣＨによりスケジュールされる複数のＰＤＳＣＨを受信するステップと、前記複数のＰＤＳＣＨに対する複数のＨＡＲＱ−ＡＣＫ情報を含むＨＡＲＱ−ＡＣＫ ｃｏｄｅｂｏｏｋを第１のＰＵＣＣＨで送信するステップを備え、ＨＡＲＱプロセス識別子を含む、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを受信し、前記ＨＡＲＱプロセス識別子が用いられた前記ＰＤＳＣＨに対する前記ＨＡＲＱ−ＡＣＫ情報を含む前記ＨＡＲＱ−ＡＣＫ ｃｏｄｅｂｏｏｋで送信された前記複数のＨＡＲＱ−ＡＣＫ情報を第２のＰＵＣＣＨで送信する。

（１６）本発明の第１６の態様は、基地局装置に用いられる通信方法であって、第１のグループＩＤを持つ連続する１つまたは複数の第１のＰＤＳＣＨと、第２のグループＩＤを持つ連続する１つまたは複数の第２のＰＤＳＣＨと、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを送信するステップと、前記第２のＰＤＣＣＨに含まれるＤＣＩフォーマットの第１のフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報の送信をトリガーし、前記第２のＰＤＣＣＨに含まれる前記ＤＣＩフォーマットの第２のフィールドによって第１または第２のグループＩＤが示される場合、前記連続する１つまたは複数の第１のＰＤＳＣＨと前記連続する１つまたは複数の第２のＰＤＳＣＨのうち、前記第２のフィールドによって示されるグループＩＤと同じグループＩＤを持つ連続する１つまたは複数のＰＤＳＣＨに対応する前記ＨＡＲＱ−ＡＣＫ情報を送信するステップと、を備える。

（１７）本発明の第１７の態様は、基地局装置に用いられる通信方法であって、第１のグループＩＤを持つ連続する１つまたは複数の第１のＰＤＳＣＨの第１のグループと、第２のグループＩＤを持つ連続する１つまたは複数の第２のＰＤＳＣＨの第２のグループと、前記第１のグループＩＤを持つ連続する１つまたは複数の第３のＰＤＳＣＨの第３のグループと、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを送信するステップと、前記第２のＰＤＣＣＨに含まれるＤＣＩフォーマットの第１のフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報の送信をトリガーし、前記第２のＰＤＣＣＨに含まれる前記ＤＣＩフォーマットの第２のフィールドによって第１のグループＩＤが示される場合、前記第１から第３のグループのうち、前記第２のフィールドによって示されるグループＩＤと同じグループＩＤを持つ前記第３のグループに属する前記連続する１つまたは複数の第３のＰＤＳＣＨに対応する前記ＨＡＲＱ−ＡＣＫ情報を受信するステップと、を備え、前記第１のＰＤＳＣＨは、前記第２のＰＤＳＣＨよりも前に送信され、前記第３のＰＤＳＣＨは、前記第２のＰＤＳＣＨよりも後に送信される。

（１８）本発明の第１８の態様は、基地局装置に用いられる通信方法であって、複数のグループと、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを送信するステップと、前記第２のＰＤＣＣＨに含まれるＤＣＩフォーマットの第１のフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報の送信をトリガーし、前記第２のＰＤＣＣＨに含まれる前記ＤＣＩフォーマットの第２のフィールドによってグループＩＤが示される場合、前記第２のフィールドによって示されたグループＩＤと同じグループＩＤを持つ最後に受信されたグループに対応する前記ＨＡＲＱ−ＡＣＫ情報を受信するステップと、を備え、前記複数のグループのそれぞれは、同じグループＩＤを持つ連続する１つまたは複数のＰＤＳＣＨによって構成される。

（１９）本発明の第１９の態様は、基地局装置に用いられる通信方法であって、複数の第１のＰＤＣＣＨと、前記複数の第１のＰＤＣＣＨによりスケジュールされる複数のＰＤＳＣＨを送信するステップと、前記複数のＰＤＳＣＨに対する複数のＨＡＲＱ−ＡＣＫ情報を第１のＰＵＣＣＨで受信するステップを備え、ＨＡＲＱプロセス識別子を含む、ＨＡＲＱ−ＡＣＫ情報の受信を指示する第２のＰＤＣＣＨを送信し、前記ＨＡＲＱプロセス識別子が用いられた前記ＰＤＳＣＨに対する前記ＨＡＲＱ−ＡＣＫ情報と一緒に受信された全ての前記複数のＨＡＲＱ−ＡＣＫ情報を第２のＰＵＣＣＨで受信する。

（２０）本発明の第２０の態様は、基地局装置に用いられる通信方法であって、複数の第１のＰＤＣＣＨと、前記複数の第１のＰＤＣＣＨによりスケジュールされる複数のＰＤＳＣＨを送信するステップと、前記複数のＰＤＳＣＨに対する複数のＨＡＲＱ−ＡＣＫ情報を含むＨＡＲＱ−ＡＣＫ ｃｏｄｅｂｏｏｋを第１のＰＵＣＣＨで受信するステップを備え、ＨＡＲＱプロセス識別子を含む、ＨＡＲＱ−ＡＣＫ情報の受信を指示する第２のＰＤＣＣＨを受信し、前記ＨＡＲＱプロセス識別子が用いられた前記ＰＤＳＣＨに対する前記ＨＡＲＱ−ＡＣＫ情報を含む前記ＨＡＲＱ−ＡＣＫ ｃｏｄｅｂｏｏｋで受信された前記複数のＨＡＲＱ−ＡＣＫ情報を第２のＰＵＣＣＨで受信する。

この発明によれば、端末装置は効率的に通信を行うことができる。また、基地局装置は効率的に通信を行うことができる。

本実施形態の一態様に係る無線通信システムの概念図である。 本実施形態の一態様に係るＮ^ｓｌｏｔ _ｓｙｍｂ、サブキャリア間隔の設定μ、スロット設定、および、ＣＰ設定の関係を示す一例である。 本実施形態の一態様に係るサブフレームにおけるリソースグリッドの一例を示す概略図である。 本実施形態の一態様に係る端末装置１の構成を示す概略ブロック図である。 本実施形態の一態様に係る基地局装置３の構成を示す概略ブロック図である。 本実施形態におけるグループ化された１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信する一例を示した図である。 本実施形態において、ＨＡＲＱ−ＡＣＫ報告範囲におけるＨＡＲＱ−ＡＣＫ報告の一例を示した図である。 本実施形態において、指示されたスロットのＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信する方法の一例を示した図である。 本実施形態において、指示されたスロットのＰＵＣＣＨに含まれるＨＡＲＱ−ＡＣＫ情報を送信する方法の一例を示した図である。 本実施形態におけるＨＡＲＱプロセス識別子に基づくＨＡＲＱ−ＡＣＫ情報を送信する一例を示した図である。

以下、本発明の実施形態について説明する。

“Ａ、および／または、Ｂ”は、“Ａ”、“Ｂ”、または“ＡおよびＢ”を含む用語であってもよい。

パラメータまたは情報が１つまたは複数の値を示すことは、該パラメータまたは該情報が該１つまたは複数の値を示すパラメータまたは情報を少なくとも含むことであってもよい。上位層パラメータは、単一の上位層パラメータであってもよい。上位層パラメータは、複数のパラメータを含む情報要素（IE: Information Element）であってもよい。

図１は、本実施形態の一態様に係る無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ〜１Ｃ、および基地局装置３を具備する。以下、端末装置１Ａ〜１Ｃを端末装置１とも呼称する。

基地局装置３は、ＭＣＧ（Master Cell Group）、および、ＳＣＧ（Secondary Cell Group）の一方または両方を含んで構成されてもよい。ＭＣＧは、少なくともＰＣｅｌｌ（Primary Cell）を含んで構成されるサービングセルのグループである。ＳＣＧは、少なくともＰＳＣｅｌｌ（Primary Secondary Cell）を含んで構成されるサービングセルのグループである。ＰＣｅｌｌは、初期接続に基づき与えられるサービングセルであってもよい。ＭＣＧは、１または複数のＳＣｅｌｌ（Secondary Cell）を含んで構成されてもよい。ＳＣＧは、１または複数のＳＣｅｌｌを含んで構成されてもよい。サービングセル識別子（serving cell identity）は、サービングセルを識別するための短い識別子である。サービングセル識別子は、上位層パラメータにより与えられてもよい。

以下、フレーム構成について説明する。

本実施形態の一態様に係る無線通信システムにおいて、ＯＦＤＭ（Orthogonal Frequency Division Multiplex）が少なくとも用いられる。ＯＦＤＭシンボルは、ＯＦＤＭの時間領域の単位である。ＯＦＤＭシンボルは、少なくとも１または複数のサブキャリア（subcarrier）を含む。ＯＦＤＭシンボルは、ベースバンド信号生成において時間連続信号（time-continuous signal）に変換されもよい。

サブキャリア間隔（SCS: SubCarrier Spacing）は、サブキャリア間隔Δｆ＝２^μ・１
５ｋＨｚにより与えられてもよい。例えば、サブキャリア間隔の設定（subcarrier spaci
ng configuration）μは０、１、２、３、４、および／または、５の何れかに設定されてもよい。あるＢＷＰ（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）。つまり、端末装置１は、
リソースグリッドのすべてのセットを用いて送受信を行なうことが指示されなくてもよい。つまり、端末装置１は、リソースグリッド内の一部の周波数リソースを用いて送受信を行なうことが指示されてもよい。１つのＢＷＰは、周波数領域における複数のリソースブロックから構成されてもよい。１つのＢＷＰは、周波数領域において連続する複数のリソースブロックから構成されてもよい。下りリンクキャリアに対して設定されるＢＷＰは、下りリンクＢＷＰとも呼称される。上りリンクキャリアに対して設定されるＢＷＰは、上りリンクＢＷＰとも呼称される。

端末装置１に対して、１または複数の下りリンクＢＷＰが設定されてもよい。端末装置１は、１または複数の下りリンクＢＷＰのうちの１つの下りリンクＢＷＰにおいて物理チャネル（例えば、ＰＤＣＣＨ、ＰＤＳＣＨ、ＳＳ／ＰＢＣＨ等）の受信を試みてもよい。該１つの下りリンクＢＷＰは、活性化下りリンクＢＷＰとも呼称される。

端末装置１に対して、１または複数の上りリンクＢＷＰが設定されてもよい。端末装置１は、１または複数の上りリンクＢＷＰのうちの１つの上りリンクＢＷＰにおいて物理チャネル（例えば、ＰＵＣＣＨ、ＰＵＳＣＨ、ＰＲＡＣＨ等）の送信を試みてもよい。該１つの上りリンクＢＷＰは、活性化上りリンクＢＷＰとも呼称される。

サービングセルのそれぞれに対して下りリンクＢＷＰのセットが設定されてもよい。下りリンクＢＷＰのセットは１または複数の下りリンクＢＷＰを含んでもよい。サービングセルのそれぞれに対して上りリンクＢＷＰのセットが設定されてもよい。上りリンクＢＷＰのセットは１または複数の上りリンクＢＷＰを含んでもよい。

上位層パラメータは、上位層の信号に含まれるパラメータである。上位層の信号は、ＲＲＣ（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）の何れかを示すために用いられてもよい。スケジューリングリクエストビットが正のＳＲを示すことは、“正のＳＲが送信される”とも呼称される。正のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨのリソースが要求されることを示してもよい。正のＳＲは、上位層によりスケジューリングリクエストがトリガ（Trigger）されることを示してもよい。正のＳＲは、上位層によりスケジューリングリクエストを送信することが指示された場合に、送信されてもよい。スケジューリングリクエストビットが負のＳＲを示すことは、“負のＳＲが送信される”とも呼称される。負のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨのリソースが要求されないことを示してもよい。負のＳＲは、上位層によりスケジューリングリクエストがトリガーされないことを示してもよい。負のＳＲは、上位層によりスケジューリングリクエストを送信することが指示されない場合に、送信されてもよい。

チャネル状態情報は、チャネル品質指標（CQI:Channel Quality Indicator）、プレコ
ーダ行列指標（PMI:Precoder Matrix Indicator）、および、ランク指標（RI:Rank Indicator）の一部または全部を少なくとも含んでもよい。ＣＱＩは、チャネルの品質（例えば、伝搬強度）に関連する指標であり、ＰＭＩは、プレコーダを指示する指標である。ＲＩは、送信ランク（または、送信レイヤ数）を指示する指標である。

ＰＵＣＣＨは、ＰＵＣＣＨフォーマット（ＰＵＣＣＨフォーマット０からＰＵＣＣＨフォーマット４）をサポートする。ＰＵＣＣＨフォーマットは、ＰＵＣＣＨにマップされて送信されてもよい。ＰＵＣＣＨフォーマットは、ＰＵＣＣＨで送信されてもよい。ＰＵＣＣＨフォーマットが送信されることは、ＰＵＣＣＨが送信されることであってもよい。

ＰＵＳＣＨは、トランスポートブロック（TB， MAC PDU， UL-SCH， PUSCH）を送信す
るために少なくとも用いられる。ＰＵＳＣＨは、トランスポートブロック、ＨＡＲＱ−ＡＣＫ、チャネル状態情報、および、スケジューリングリクエストの一部または全部を少なくとも送信するために用いられてもよい。ＰＵＳＣＨは、ランダムアクセスメッセージ３を送信するために少なくとも用いられる。

ＰＲＡＣＨは、ランダムアクセスプリアンブル（ランダムアクセスメッセージ１）を送信するために少なくとも用いられる。ＰＲＡＣＨは、初期コネクション確立（initial connection establishment）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（connection re-establishment）プロシージャ、ＰＵＳＣＨの送信に対する同期（タイミング調整）、およびＰＵＳＣＨのためのリソースの要求の一部または全部を示すために少なくとも用いられてもよい。ランダムアクセスプリアンブルは、端末装置１の上位層より与えられるインデックス（ランダムアクセスプリアンブルインデックス）を基地局装置３に通知するために用いられてもよい。

図１において、上りリンクの無線通信では、以下の上りリンク物理シグナルが用いられる。上りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・ＵＬ ＤＭＲＳ（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）

ＤＣＩフォーマット特定フィールドは、該ＤＣＩフォーマット特定フィールドを含むＤＣＩフォーマットが１または複数のＤＣＩフォーマットの何れに対応するかを示すために少なくとも用いられてもよい。該１または複数のＤＣＩフォーマットは、ＤＣＩフォーマ
ット１＿０、ＤＣＩフォーマット１＿１、ＤＣＩフォーマット０＿０、および／または、ＤＣＩフォーマット０＿１の一部または全部に少なくとも基づき与えられてもよい。

周波数領域リソース割り当てフィールドは、該周波数領域リソース割り当てフィールドを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨのための周波数リソースの割り当てを示すために少なくとも用いられてもよい。周波数領域リソース割り当てフィールドは、ＦＤＲＡ（Frequency Domain Resource Allocation）フィールドとも呼称される。

時間領域リソース割り当てフィールドは、該時間領域リソース割り当てフィールドを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨのための時間リソースの割り当てを示すために少なくとも用いられてもよい。

周波数ホッピングフラグフィールドは、該周波数ホッピングフラグフィールドを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨに対して周波数ホッピングが適用されるか否かを示すために少なくとも用いられてもよい。

ＭＣＳフィールドは、該ＭＣＳフィールドを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨのための変調方式、および／または、ターゲット符号化率の一部または全部を示すために少なくとも用いられてもよい。該ターゲット符号化率は、該ＰＵＳＣＨのトランスポートブロックのためのターゲット符号化率であってもよい。該トランスポートブロックのサイズ（TBS: Transport Block Size）は、該ターゲット符号化率に
少なくとも基づき与えられてもよい。

第１のＣＳＩリクエストフィールドは、ＣＳＩの報告を指示するために少なくとも用いられる。第１のＣＳＩリクエストフィールドのサイズは、所定の値であってもよい。第１のＣＳＩリクエストフィールドのサイズは、０であってもよいし、１であってもよいし、２であってもよいし、３であってもよい。

ＤＣＩフォーマット０＿１は、２Ａから２Ｇの一部または全部を少なくとも含んで構成される。
２Ａ）ＤＣＩフォーマット特定フィールド
２Ｂ）周波数領域リソース割り当てフィールド
２Ｃ）時間領域リソース割り当てフィールド
２Ｄ）周波数ホッピングフラグフィールド
２Ｅ）ＭＣＳフィールド
２Ｆ）第２のＣＳＩリクエストフィールド（Second CSI request field）
２Ｇ）ＢＷＰフィールド（BWP field）

ＢＷＰフィールドは、ＤＣＩフォーマット０＿１によりスケジューリングされるＰＵＳＣＨがマップされる上りリンクＢＷＰを指示するために用いられてもよい。

第２のＣＳＩリクエストフィールドは、ＣＳＩの報告を指示するために少なくとも用いられる。第２のＣＳＩリクエストフィールドのサイズは、上位層のパラメータＲｅｐｏｒｔＴｒｉｇｇｅｒＳｉｚｅに少なくとも基づき与えられてもよい。

下りリンクＤＣＩフォーマットは、ＤＣＩフォーマット１＿０、および、ＤＣＩフォーマット１＿１の一方または両方を少なくとも含む。

ＤＣＩフォーマット１＿０は、３Ａから３Ｈの一部または全部を少なくとも含んで構成
される。
３Ａ）ＤＣＩフォーマット特定フィールド（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）
３Ｇ）ＰＤＳＣＨ−ｔｏ−ＨＡＲＱフィードバックタイミングインジケーターフィールド（ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ feedback timing indicator field）
３Ｈ）ＰＵＣＣＨリソース指示フィールド（PUCCH resource indicator field）

ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールドは、タイミングＫ１を示すフィールドであってもよい。ＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットのインデックスがスロットｎである場合、該ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを少なくとも含むＰＵＣＣＨまたはＰＵＳＣＨが含まれるスロットのインデックスはｎ＋Ｋ１であってもよい。ＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットのインデックスがスロットｎである場合、該ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを少なくとも含むＰＵＣＣＨの先頭のＯＦＤＭシンボルまたはＰＵＳＣＨの先頭のＯＦＤＭシンボルが含まれるスロットのインデックスはｎ＋Ｋ１であってもよい。

以下、ＰＤＳＣＨ−ｔｏ−ＨＡＲＱフィードバックタイミングインジケーターフィールド（ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄ）は、ＨＡＲＱ指示フィールドと呼称されてもよい。

ＰＵＣＣＨリソース指示フィールドは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのインデックスを示すフィールドであってもよい。

ＤＣＩフォーマット１＿１は、４Ａから４Ｊの一部または全部を少なくとも含んで構成される。
４Ａ）ＤＣＩフォーマット特定フィールド（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）
４Ｇ）ＰＤＳＣＨ−ｔｏ−ＨＡＲＱフィードバックタイミングインジケーターフィールド（ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ feedback timing indicator field）
４Ｈ）ＰＵＣＣＨリソース指示フィールド（PUCCH resource indicator field）
４Ｊ）ＢＷＰフィールド（BWP field）

ＢＷＰフィールドは、ＤＣＩフォーマット１＿１によりスケジューリングされるＰＤＳＣＨがマップされる下りリンクＢＷＰを指示するために用いられてもよい。

ＤＣＩフォーマット２＿０は、１または複数のスロットフォーマットインディケータ（SFI: Slot Format Indicator）を少なくとも含んで構成されてもよい。

本実施形態の種々の態様において、特別な記載のない限り、リソースブロックの数は周波数領域におけるリソースブロックの数を示す。

下りリンクグラントは、１つのサービングセル内の１つのＰＤＳＣＨのスケジューリングのために少なくとも用いられる。

上りリンクグラントは、１つのサービングセル内の１つのＰＵＳＣＨのスケジューリングのために少なくとも用いられる。

１つの物理チャネルは、１つのサービングセルにマップされてもよい。１つの物理チャネルは、１つのサービングセルに含まれる１つのキャリアに設定される１つのＢＷＰにマップされてもよい。

端末装置１は、１または複数の制御リソースセット（CORESET:COntrol REsource SET）が設定されてもよい。端末装置１は、１または複数の制御リソースセットにおいてＰＤＣＣＨを監視する（monitor）。ここで、１または複数の制御リソースセットにおいてＰＤ
ＣＣＨを監視することは、１または複数の制御リソースセットのそれぞれに対応する１または複数のＰＤＣＣＨを監視することを含んでもよい。なお、ＰＤＣＣＨは、１または複数のＰＤＣＣＨ候補および／またはＰＤＣＣＨ候補のセットを含んでもよい。また、ＰＤＣＣＨを監視することは、ＰＤＣＣＨ、および／または、ＰＤＣＣＨを介して送信されるＤＣＩフォーマットを監視し、検出することを含んでもよい。

制御リソースセットは、１または複数のＰＤＣＣＨがマップされうる時間周波数領域を示してもよい。制御リソースセットは、端末装置１がＰＤＣＣＨを監視する領域であってもよい。制御リソースセットは、連続的なリソース（Localized resource）により構成されてもよい。制御リソースセットは、非連続的なリソース（distributed resource）により構成されてもよい。

周波数領域において、制御リソースセットのマッピングの単位はリソースブロックであってもよい。例えば、周波数領域において、制御リソースセットのマッピングの単位は６リソースブロックであってもよい。時間領域において、制御リソースセットのマッピングの単位はＯＦＤＭシンボルであってもよい。例えば、時間領域において、制御リソースセットのマッピングの単位は１ＯＦＤＭシンボルであってもよい。

制御リソースセットのリソースブロックへのマッピングは、上位層パラメータに少なくとも基づき与えられてもよい。該上位層パラメータは、リソースブロックのグループ（RBG:Resource Block Group）に対するビットマップを含んでもよい。該リソースブロックのグループは、６つの連続するリソースブロックにより与えられてもよい。

制御リソースセットを構成するＯＦＤＭシンボルの数は、上位層パラメータに少なくとも基づき与えられてもよい。

ある制御リソースセットは、共通制御リソースセット（Common control resource set
）であってもよい。共通制御リソースセットは、複数の端末装置１に対して共通に設定される制御リソースセットであってもよい。共通制御リソースセットは、ＭＩＢ、第１のシステム情報、第２のシステム情報、共通ＲＲＣシグナリング、および、セルＩＤの一部または全部に少なくとも基づき与えられてもよい。例えば、第１のシステム情報のスケジューリングのために用いられるＰＤＣＣＨを監視することが設定される制御リソースセットの時間リソース、および／または、周波数リソースは、ＭＩＢに少なくとも基づき与えられてもよい。

ＭＩＢで設定される制御リソースセットは、ＣＯＲＥＳＥＴ＃０とも呼称される。ＣＯＲＥＳＥＴ＃０は、インデックス＃０の制御リソースセットであってもよい。

ある制御リソースセットは、専用制御リソースセット（Dedicated control resource set）であってもよい。専用制御リソースセットは、端末装置１のために専用に用いられるように設定される制御リソースセットであってもよい。専用制御リソースセットは、専用ＲＲＣシグナリング、および、Ｃ−ＲＮＴＩの値の一部または全部に少なくとも基づき与えられてもよい。

端末装置１によって監視されるＰＤＣＣＨの候補のセットは、探索領域の観点から定義されてもよい。つまり、端末装置１によって監視されるＰＤＣＣＨ候補のセットは、探索領域によって与えられてもよい。

探索領域は、１または複数の集約レベル（Aggregation level）のＰＤＣＣＨ候補を１
または複数含んで構成されてもよい。ＰＤＣＣＨ候補の集約レベルは、該ＰＤＣＣＨを構成するＣＣＥの個数を示してもよい。ＰＤＤＣＨ候補は、１または複数のＣＣＥにマップされてもよい。

端末装置１は、ＤＲＸ（Discontinuous reception）が設定されないスロットにおいて
少なくとも１または複数の探索領域を監視してもよい。ＤＲＸは、上位層パラメータに少なくとも基づき与えられてもよい。端末装置１は、ＤＲＸが設定されないスロットにおいて少なくとも１または複数の探索領域セット（Search space set）を監視してもよい。

探索領域セットは、１または複数の探索領域を少なくとも含んで構成されてもよい。

探索領域セットのそれぞれは、１つの制御リソースセットに少なくとも関連してもよい。探索領域セットのそれぞれは、１つの制御リソースセットに含まれてもよい。探索領域セットのそれぞれに対して、該探索領域セットに関連する制御リソースセットのインデックスが与えられてもよい。

探索領域の物理リソースは制御チャネルの構成単位（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）

同期信号は、端末装置１が下りリンクの周波数領域、および／または、時間領域の同期をとるために用いられる。同期信号は、ＰＳＳ（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）し、アンテナ部１１を介して送信する。また、ＲＦ部１２は、電力を増幅する。また、ＲＦ部１２は送信電力を制御する機能を備えてもよい。ＲＦ部１２を送信電力制御部とも称する。

以下、本実施形態の一態様に係る基地局装置３の構成例を説明する。

図５は、本実施形態の一態様に係る基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、無線送受信部３０、および、上位層処理部３４を含んで構成される。無線送受信部３０は、アンテナ部３１、ＲＦ部３２、および、ベースバンド部３３を含んで構成される。上位層処理部３４は、媒体アクセス制御層処理部３５、および、無線リソース制御層処理部３６を含んで構成される。無線送受信部３０を送信部、受信部、または、物理層処理部とも称する。

上位層処理部３４は、ＭＡＣ層、ＰＤＣＰ層、ＲＬＣ層、ＲＲＣ層の処理を行なう。

上位層処理部３４が備える媒体アクセス制御層処理部３５は、ＭＡＣ層の処理を行う。

上位層処理部３４が備える無線リソース制御層処理部３６は、ＲＲＣ層の処理を行う。無線リソース制御層処理部３６は、ＰＤＳＣＨに配置される下りリンクデータ（トランスポートブロック）、システム情報、ＲＲＣメッセージ、ＭＡＣ ＣＥなどを生成し、又は上位ノードから取得し、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。尚、該設定情報は、物理チャネルや物理シグナル（つまり、物理層）、ＭＡＣ層、ＰＤＣＰ層、ＲＬＣ層、ＲＲＣ層の処理または設定に関連する情報を含んでもよい。該パラメータは上位層パラメータであってもよい。

無線送受信部３０の機能は、無線送受信部１０と同様であるため説明を省略する。

端末装置１が備える符号１０から符号１６が付された部のそれぞれは、回路として構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。

端末装置１は物理信号の送信に先立ってキャリアセンス（Carrier sense）を実施して
もよい。また、基地局装置３は物理信号の送信に先立ってキャリアセンスを実施してもよい。キャリアセンスは、無線チャネル（Radio channel）においてエネルギー検出（Energy detection）を実施することであってもよい。物理信号の送信に先立って実施されるキャリアセンスに基づき、該物理信号の送信可否が与えられてもよい。例えば、物理信号の送信に先立って実施されるキャリアセンスによって検出されるエネルギー量が所定のしきい値よりも大きい場合に、該物理チャネルの送信が行われなくてもよい、または、送信が不可と判断されてもよい。また、物理信号の送信に先立って実施されるキャリアセンスによって検出されるエネルギー量が所定のしきい値よりも小さい場合に、該物理チャネルの送信が行われてもよい、または、送信が可能と判断されてもよい。また、物理信号の送信に先立って実施されるキャリアセンスによって検出されるエネルギー量が所定のしきい値と等しい場合に、該物理チャネルの送信が行われてもよいし、行われなくてもよい。つまり、物理信号の送信に先立って実施されるキャリアセンスによって検出されるエネルギー量が所定のしきい値と等しい場合に、送信が不可と判断されてもよいし、送信が可能と判断されてもよい。

キャリアセンスに基づき物理チャネルの送信可否が与えられる手順は、ＬＢＴ（Listen
Before Talk）とも呼称される。ＬＢＴの結果として物理信号の送信が不可と判断される状況は、ｂｕｓｙ状態、または、ｂｕｓｙとも呼称される。例えば、ｂｕｓｙ状態は、キャリアセンスによって検出されるエネルギー量が所定のしきい値よりも大きい状態であってもよい。また、ＬＢＴの結果として物理信号の送信が可能と判断される状況は、ｉｄｌｅ状態、または、ｉｄｌｅとも呼称される。例えば、ｉｄｌｅ状態は、キャリアセンスによって検出されるエネルギー量が所定のしきい値よりも小さい状態であってもよい。

端末装置１は、上りリンク制御情報（UCI）をＰＵＣＣＨに多重して送信してもよい。
端末装置１は、ＵＣＩをＰＵＳＣＨに多重して送信してもよい。ＵＣＩは、下りリンクのチャネル状態情報（Channel State Information: CSI）、ＰＵＳＣＨリソースの要求を示すスケジューリング要求（Scheduling Request: SR）、下りリンクデータ（Transport block, Medium Access Control Protocol Data Unit: MAC PDU, Downlink-Shared Channel: DL-SCH, Physical Downlink Shared Channel: PDSCH）に対するＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat request ACKnowledgement）のうち、少なくとも１つを含んでもよい。

ＨＡＲＱ−ＡＣＫを、ＡＣＫ／ＮＡＣＫ、ＨＡＲＱフィードバック、ＨＡＲＱ−ＡＣＫフィードバック、ＨＡＲＱ応答、ＨＡＲＱ−ＡＣＫ応答、ＨＡＲＱ情報、ＨＡＲＱ−ＡＣＫ情報、ＨＡＲＱ制御情報、および、ＨＡＲＱ−ＡＣＫ制御情報とも呼称されてもよい。また、ＨＡＲＱ−ＡＣＫ情報の送信をＨＡＲＱ−ＡＣＫ情報の報告とも呼称されてもよい。

下りリンクデータが成功裏に復号された場合、該下りリンクデータに対するＡＣＫが生成される。下りリンクデータが成功裏に復号されなかった場合、該下りリンクデータに対するＮＡＣＫが生成される。ＨＡＲＱ−ＡＣＫは、１つのトランスポートブロックに少なくとも対応するＨＡＲＱ−ＡＣＫビットを少なくとも含んでもよい。ＨＡＲＱ−ＡＣＫビットは、１つ、または、複数のトランスポートブロックに対応するＡＣＫ（ACKnowledgement）または、ＮＡＣＫ（Negative-ACKnowledgement）を示してもよい。ＨＡＲＱ−ＡＣＫは、１つまたは複数のＨＡＲＱ−ＡＣＫビットを含むＨＡＲＱ−ＡＣＫコードブック（codebook）を少なくとも含んでもよい。ＨＡＲＱ−ＡＣＫビットが１つ、または、複数のトランスポートブロックに対応することは、ＨＡＲＱ−ＡＣＫビットが該１または複数のトランスポートブロックを含むＰＤＳＣＨに対応することであってもよい。

１つのトランスポートブロックに対するＨＡＲＱ制御をＨＡＲＱプロセスと呼んでもよい。ＨＡＲＱプロセス毎に一つのＨＡＲＱプロセス識別子が与えられてもよい。

端末装置１は、ＰＤＳＣＨ受信に対応するＤＣＩフォーマット１＿０、または、ＤＣＩフォーマット１＿１に含まれるＨＡＲＱ指示フィールドの値により指示されるスロットにおいて、ＨＡＲＱ−ＡＣＫ情報を、ＨＡＲＱ−ＡＣＫコードブック（codebook）を用いて基地局装置３に報告してもよい。

ＬＢＴの結果がｂｕｓｙ状態のため、端末装置１がＰＵＣＣＨおよび／またはＰＵＳＣＨをスケジューリングされたタイミングで送信できない場合がある。また、他のデバイスからのインターフェアランス（ｉｎｔｅｒｆｅｒｅｎｃｅ）等の影響で端末装置１が送信したＰＵＣＣＨおよび／またはＰＵＳＣＨを基地局装置３が受信できない場合がある。基地局装置３は端末装置１に送信する一部または全部のＰＤＳＣＨにグループＩＤを付与し、ＬＢＴの結果がｉｄｌｅ状態の時に該ＰＤＳＣＨの一部または全部に対応するＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨの送信を要求することができる。しかし、端末装置１が基地局装置３から該要求をされたときに、端末装置１が基地局装置３にどのＰＤＳＣＨを報告するかが明確ではない問題がある。

図６は本実施形態におけるグループ化された１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信する一例を示した図である。ＰＤＳＣＨ６０１、ＰＤＳＣＨ６０２、ＰＤＳＣＨ６０７およびＰＤＳＣＨ６０８はグループＩＤが１である。また、ＰＤＳＣＨ６０４およびＰＤＳＣＨ６０５はグループＩＤが２である。グループＩＤが１であることは、グループ１（Ｇｒｏｕｐ１）であることを意味してもよい。グループＩＤが２であることは、グループ２（Ｇｒｏｕｐ２）であることを意味してもよい。

端末装置１は、ＰＤＳＣＨ６０１およびＰＤＳＣＨ６０２に対応するＨＡＲＱ−ＡＣＫ情報をＰＵＣＣＨ６０３を用いて送信してもよい。端末装置１は、ＰＤＳＣＨ６０４およびＰＤＳＣＨ６０５に対応するＨＡＲＱ−ＡＣＫ情報をＰＵＣＣＨ６０６を用いて送信してもよい。端末装置１はＰＤＳＣＨ６０７およびＰＤＳＣＨ６０８に対応するＨＡＲＱ−ＡＣＫ情報をＰＵＣＣＨ６０９を用いて送信してもよい。

端末装置１が送信した１つまたは複数のＰＵＣＣＨであって、ＨＡＲＱ−ＡＣＫ情報を含む１つまたは複数のＰＵＣＣＨに対して、基地局装置３は正しく受信できなかった該１つまたは複数のＰＵＣＣＨに含まれる該ＨＡＲＱ−ＡＣＫ情報の送信を、ＰＤＣＣＨに含まれるＤＣＩフォーマットを用いてトリガー（ｔｒｉｇｇｅｒ）してもよい。例えば、基地局装置３がＰＤＣＣＨ６１０を用いてグループ１の１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報の送信の要求をトリガーしてもよい。図６において、基地局装置３がグループ１の１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報の送信の要求をトリガーする場合、端末装置１は、グループ１のＰＤＳＣＨが複数存在するため、グループの１のＰＤＳＣＨのうち、どのＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信するかの判断ができなくなる問題がある。つまり、基地局装置３がグループ１の１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報の送信の要求をトリガーする場合、端末装置１は、ＰＤＳＣＨ６０１およびＰＤＳＣＨ６０２に対応するＨＡＲＱ−ＡＣＫ情報を送信するか、ＰＤＳＣＨ６０７およびＰＤＳＣＨ６０８に対応するＨＡＲＱ−ＡＣＫ情報を送信するかが判断できない問題がある。端末装置１は、、基地局装置３がグループ１の１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報の送信の要求をトリガーする場合、ＰＤＳＣＨ６０１、ＰＤＳＣＨ６０２、ＰＤＳＣＨ６０７およびＰＤＳＣＨ６０８の何れに対応するＨＡＲＱ−ＡＣＫ情報を送信するかを判断できない。

本実施形態において、特別な言及がない限り、１つのグループはＨＡＲＱ−ＡＣＫ情報の送信の要求の１つのトリガーに応じて送信されるＨＡＲＱ−ＡＣＫ情報の送信が対応する１つまたは複数のＰＤＳＣＨ含んでもよい。例えば、グループ１の１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報の送信の要求をトリガーされ、且つ、端末装置１がＰＤＳＣＨ６０７およびＰＤＳＣＨ６０８に対応するＨＡＲＱ−ＡＣＫ情報を送信する場合、ＰＤＳＣＨ６０７とＰＤＳＣＨ６０８がグループ化されている。

ＨＡＲＱ−ＡＣＫ情報の送信のトリガーを、ＨＡＲＱ−ＡＣＫ情報の報告のトリガー、ＨＡＲＱ−ＡＣＫ情報の送信のトリガー、ＨＡＲＱ−ＡＣＫ情報の報告の要求のトリガーと呼称されてもよい。

グループ化は同じグループＩＤを持つＰＤＳＣＨに対して同じグループにすることを意味してもよい。また、グループは、同じグループＩＤを持つ１つまたは複数の連続するＰＤＳＣＨを含んでもよい。同じグループＩＤを持つ連続するＰＤＳＣＨは、同じグループに属する。異なるグループＩＤを持つ連続するＰＤＳＣＨは、異なるグループに属する。所定の同じグループＩＤを持つ２つのＰＤＳＣＨの間に該所定のグループＩＤとは異なるグループＩＤを持つＰＤＳＣＨがある場合、該所定の同じグループＩＤを持つ２つのＰＤＳＣＨは異なるグループに属する。ここで、グループを構成するＰＤＳＣＨの数は、同じグループＩＤを持つ１つまたは複数の連続するＰＤＳＣＨの最大数であってもよい。例えば、ＰＤＳＣＨ６０１とＰＤＳＣＨ６０２は同じグループであってもよい。また、ＰＤＳＣＨ６０４とＰＤＳＣＨ６０５は同じグループであってもよい。ＰＤＳＣＨ６０７とＰＤＳＣＨ６０８は同じグループであってもよい。ＰＤＳＣＨ６０１と、ＰＤＳＣＨ６０２と、ＰＤＳＣＨ６０７と、ＰＤＳＣＨ６０８と、は同じグループではなくてもよい。

ＰＤＳＣＨのグループＩＤは、基地局装置３が該ＰＤＳＣＨをスケジューリングする際に、該ＰＤＳＣＨに対して付与してもよい。ＰＤＳＣＨのグループＩＤは該ＰＤＳＣＨがどのグループに属されるかを判断するときに用いられてもよい。ＰＤＳＣＨのグループＩＤの総数は上位層パラメータによって決定されてもよい。また、グループＩＤの総数は所定の値であってもよい。グループＩＤの総数は、基地局装置３が端末装置１に通知してもよい。グループＩＤの総数は上位層パラメータによって決定されてもよい。本実施形態において、グループＩＤの総数はＸ_{ｇｒｏｕｐ}であってもよい。また、本実施形態において、特別な言及がない限り、グループＩＤはＰＤＳＣＨのグループＩＤであってもよい。

基地局装置３はＰＤＣＣＨを用いてＨＡＲＱ−ＡＣＫ情報の送信を端末装置１にトリガーしてもよい。基地局装置３はＰＤＣＣＨに含まれるＤＣＩフォーマットを用いてＨＡＲＱ−ＡＣＫ情報の送信を端末装置１にトリガーしてもよい。該ＨＡＲＱ−ＡＣＫ情報は、トリガーに用いるＰＤＣＣＨを受信する前に受信したＰＤＳＣＨに対応してもよい。

基地局装置３がＨＡＲＱ−ＡＣＫ情報の送信のトリガーに用いるＰＤＣＣＨにおいて、該ＰＤＣＣＨに含まれるＤＣＩフォーマットは、トリガーを活性化（ａｃｔｉｖａｔｅｄ）するフィールド、ＨＡＲＱプロセス識別子のフィールド、グループＩＤのフィールド、ＰＵＣＣＨリソースインジケータのフィールド、ＨＡＲＱ−ＡＣＫコードブックの大きさを示すフィールド、および、報告するＨＡＲＱ−ＡＣＫ情報の個数を示すフィールド、の一部または全部を含んでもよい。

ＰＤＳＣＨのグループＩＤは、該ＰＤＳＣＨをスケジューリングするＰＤＣＣＨがマップされるＣＣＥインデックスに少なくとも基づいて決定されてもよい。ＰＤＳＣＨのグループＩＤは、該ＰＤＳＣＨをスケジューリングするＰＤＣＣＨがマップされるインデックスと、所定の値Ｘ_{ｔｏｔａｌ}と、に少なくとも基づいて決定されてもよい。例えば、ＰＤＳＣＨのグループＩＤは、該ＰＤＳＣＨをスケジューリングするＰＤＣＣＨがマップされるインデックスと、所定の値Ｘ_{ｔｏｔａｌ}とのｍｏｄｕｌｏ演算（ｍｏｄｕｌｏ ｏｐｅｒａｔｉｏｎ）で決定されてもよい。ここで、該ＣＣＥインデックスはＰＤＳＣＨをスケジューリングするＰＤＣＣＨがマップされる最初（ｆｉｒｓｔ）のＣＣＥインデックスであってもよい。該ＣＣＥインデックスはＰＤＳＣＨをスケジューリングするＰＤＣＣＨがマップされる最小（ｓｍａｌｌｅｓｔ）のＣＣＥインデックスであってもよい。また、該ＣＣＥインデックスはＰＤＳＣＨをスケジューリングするＰＤＣＣＨがマップされる最後（ｌａｓｔ）のＣＣＥインデックスであってもよい。該ＣＣＥインデックスはＰＤＳＣＨをスケジューリングするＰＤＣＣＨがマップされる最大（ｌａｒｇｅｓｔ）のＣＣＥインデックスであってもよい。また、Ｘ_{ｔｏｔａｌ}は所定の値であってもよい。Ｘ_{ｔｏｔａｌ}はグループＩＤの総数であってもよい。また、ｍｏｄｕｌｏ演算は、ＡをＢで割ったとき、余りを出力する関数であり、（Ａ ｍｏｄ Ｂ）と表記する。例えば、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨがマップされる最初のＣＣＥインデックスが５、かつ、Ｘ_{ｔｏｔａｌ}が４である場合、該ＰＤＳＣＨのグループＩＤは（５ ｍｏｄ ４）＝１であってもよい。また、ＰＤＳＣＨのグループＩＤは該ＰＤＳＣＨをスケジューリングするＰＤＣＣＨがマップされるインデックスと、Ｘ_{ｔｏｔａｌ}とのｆｌｏｏｒ演算で決定されてもよい。例えば、ＰＤＳＣＨのグループＩＤはｆｌｏｏｒ（ＣＣＥインデックス／Ｘ_{ｔｏｔａｌ}）で計算されてもよい。ここでｆｌｏｏｒ演算は、数値の小数点以下を切り下げた整数を出力する関数である。例えば、Ｆ＝３．９であれば、ｆｌｏｏｒ（Ｆ）＝３であり、Ｆ＝５．２であれば、ｆｌｏｏｒ（Ｆ）＝５のようになる。例えば、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨがマップされる最初のＣＣＥインデックスが５、かつ、Ｘ_{ｔｏｔａｌ}が４である場合、該ＰＤＳＣＨのグループＩＤはｆｌｏｏｒ（５／４）＝１であってもよい。

ＰＤＳＣＨのグループＩＤは、該ＰＤＳＣＨをスケジューリングするＰＤＣＣＨを検出したＣＯＲＥＳＥＴのインデックスに少なくとも基づいて決定されてもよい。ＰＤＳＣＨのグループＩＤは、該ＰＤＳＣＨをスケジューリングするＰＤＣＣＨを検出したＣＯＲＥＳＥＴのインデックスと、所定の値Ｘ_{ｔｏｔａｌ}と、に少なくとも基づいて決定されてもよい。例えば、ＰＤＳＣＨのグループＩＤは、該ＰＤＳＣＨをスケジューリングするＰＤＣＣＨを検出したＣＯＲＥＳＥＴのインデックスとＸ_{ｔｏｔａｌ}とのｍｏｄｕｌｏ演算で決定されてもよい。例えば、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨを検出したＣＯＲＥＳＥＴのインデックスが５、かつ、Ｘ_{ｔｏｔａｌ}が４である場合、該ＰＤＳＣＨのグループＩＤは（５ ｍｏｄ ４）＝１であってもよい。また、ＰＤＳＣＨのグループＩ
Ｄは該ＰＤＳＣＨをスケジューリングするＰＤＣＣＨを検出したＣＯＲＥＳＥＴのインデックスと、Ｘ_{ｔｏｔａｌ}とのｆｌｏｏｒ演算で決定されてもよい。ここで、ＰＤＳＣＨのグループＩＤはｆｌｏｏｒ（ＣＯＲＥＳＥＴのインデックス／Ｘ_{ｔｏｔａｌ}）で計算されてもよい。例えば、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨを検出したＣＯＲＥＳＥＴのインデックスが５、かつ、Ｘ_{ｔｏｔａｌ}が４である場合、該ＰＤＳＣＨのグループＩＤはｆｌｏｏｒ（５／４）＝１であってもよい。

ＰＤＳＣＨのグループＩＤは、該ＰＤＳＣＨをスケジューリングするＰＤＣＣＨを検出した探索領域セット（ｓｅａｒｃｈ ｓｐａｃｅ ｓｅｔ）のインデックスに少なくとも基づいて決定されてもよい。ＰＤＳＣＨのグループＩＤは、該ＰＤＳＣＨをスケジューリングするＰＤＣＣＨを検出したｓｅａｒｃｈ ｓｐａｃｅ ｓｅｔのインデックスと、所定の値Ｘ_{ｔｏｔａｌ}と、に少なくとも基づいて決定されてもよい。例えば、ＰＤＳＣＨのグループＩＤは、該ＰＤＳＣＨをスケジューリングするＰＤＣＣＨを検出したｓｅａｒｃｈ ｓｐａｃｅ ｓｅｔのインデックスとＸ_{ｔｏｔａｌ}とのｍｏｄｕｌｏ演算で決定されてもよい。例えば、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨを検出したｓｅａｒｃｈ ｓｐａｃｅ ｓｅｔのインデックスが５、かつ、Ｘ_{ｔｏｔａｌ}が４である場合、該ＰＤＳＣＨのグループＩＤは（５ ｍｏｄ ４）＝１であってもよい。また、ＰＤＳＣＨのグループＩＤは、該ＰＤＳＣＨをスケジューリングするＰＤＣＣＨを検出したｓｅａｒｃｈ ｓｐａｃｅ ｓｅｔのインデックスと、Ｘ_{ｔｏｔａｌ}とのｆｌｏｏｒ演算で決定されてもよい。ここで、ＰＤＳＣＨのグループＩＤはｆｌｏｏｒ（ｓｅａｒｃｈ ｓｐａｃｅ
ｓｅｔのインデックス／Ｘ_{ｔｏｔａｌ}）で計算されてもよい。例えば、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨを検出したｓｅａｒｃｈ ｓｐａｃｅ ｓｅｔのインデックスが５、かつ、Ｘ_{ｔｏｔａｌ}が４である場合、該ＰＤＳＣＨのグループＩＤはｆｌｏｏｒ（５／４）＝１であってもよい。

ＰＤＳＣＨのグループＩＤは、該ＰＤＳＣＨをスケジューリングするＰＤＣＣＨに含まれるＤＣＩフォーマットのＨＡＲＱプロセス識別子（ＨＡＲＱ ｐｒｏｃｅｓｓ ＩＤ）に少なくとも基づいて決定されてもよい。ＰＤＳＣＨのグループＩＤは、該ＰＤＳＣＨをスケジューリングするＰＤＣＣＨに含まれるＤＣＩフォーマットのＨＡＲＱプロセス識別子と、所定の値Ｘ_{ｔｏｔａｌ}と、に基づいて決定されてもよい。例えば、ＰＤＳＣＨのグループＩＤは、該ＰＤＳＣＨをスケジューリングするＰＤＣＣＨに含まれるＤＣＩフォーマットのＨＡＲＱプロセス識別子とＸ_{ｔｏｔａｌ}とのｍｏｄｕｌｏ演算で決定されてもよい。例えば、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨに含まれるＤＣＩフォーマットのＨＡＲＱプロセス識別子が５、かつ、Ｘ_{ｔｏｔａｌ}が４である場合、該ＰＤＳＣＨのグループＩＤは（５ ｍｏｄ ４）＝１であってもよい。また、ＰＤＳＣＨのグループＩＤは該ＰＤＳＣＨをスケジューリングするＰＤＣＣＨに含まれるＤＣＩフォーマットのＨＡＲＱプロセス識別子と、Ｘ_{ｔｏｔａｌ}とのｆｌｏｏｒ演算で決定されてもよい。ここで、ＰＤＳＣＨのグループＩＤはｆｌｏｏｒ（ＨＡＲＱプロセス識別子／Ｘ_{ｔｏｔａｌ}）で計算されてもよい。例えば、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨに含まれるＤＣＩフォーマットのＨＡＲＱプロセス識別子５、かつ、Ｘ_{ｔｏｔａｌ}が４である場合、該ＰＤＳＣＨのグループＩＤはｆｌｏｏｒ（５／４）＝１であってもよい。

ＰＤＳＣＨのグループＩＤは、該ＰＤＳＣＨがスケジューリングされたスロットインデックスに少なくとも基づいて決定されてもよい。ＰＤＳＣＨのグループＩＤは、該ＰＤＳＣＨがスケジューリングされたスロットインデックスと、所定の値Ｘ_{ｔｏｔａｌ}と、に少なくとも基づいて決定されてもよい。例えば、ＰＤＳＣＨのグループＩＤは、該ＰＤＳＣＨがスケジューリングされたスロットインデックスとＸ_{ｔｏｔａｌ}とのｍｏｄｕｌｏ演算で決定されてもよい。例えば、ＰＤＳＣＨがスケジューリングされたスロットインデックスが５、かつ、Ｘ_{ｔｏｔａｌ}が４である場合、該ＰＤＳＣＨのグループＩＤは（５ ｍｏｄ ４）＝１であってもよい。また、ＰＤＳＣＨのグループＩＤは該ＰＤＳＣＨがスケジ
ューリングされたスロットインデックスと、Ｘ_{ｔｏｔａｌ}とのｆｌｏｏｒ演算で決定されてもよい。ここで、ＰＤＳＣＨのグループＩＤはｆｌｏｏｒ（スロットインデックス／Ｘ_{ｔｏｔａｌ}）で計算されてもよい。例えば、ＰＤＳＣＨがスケジューリングされたスロットインデックスが５、かつ、Ｘ_{ｔｏｔａｌ}が４である場合、該ＰＤＳＣＨのグループＩＤはｆｌｏｏｒ（５／４）＝１であってもよい。

ＰＤＳＣＨのグループＩＤは、該ＰＤＳＣＨをスケジューリングするＰＤＣＣＨに含まれるＤＣＩフォーマットのＰＵＣＣＨリソースインジケータ（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）に少なくとも基づいて決定されてもよい。ＰＤＳＣＨのグループＩＤは、該ＰＤＳＣＨをスケジューリングするＰＤＣＣＨに含まれるＤＣＩフォーマットのＰＵＣＣＨリソースインジケータの値と、所定の値Ｘ_{ｔｏｔａｌ}と、に少なくとも基づいて決定されてもよい。例えば、ＰＤＳＣＨのグループＩＤは、該ＰＤＳＣＨをスケジューリングするＰＤＣＣＨに含まれるＤＣＩフォーマットのＰＵＣＣＨリソースインジケータの値とＸ_{ｔｏｔａｌ}とのｍｏｄｕｌｏ演算で決定されてもよい。例えば、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨに含まれるＤＣＩフォーマットのＰＵＣＣＨリソースインジケータの値が５、かつ、Ｘ_{ｔｏｔａｌ}が４である場合、該ＰＤＳＣＨのグループＩＤは（５ ｍｏｄ ４）＝１であってもよい。また、ＰＤＳＣＨのグループＩＤは該ＰＤＳＣＨをスケジューリングするＰＤＣＣＨに含まれるＤＣＩフォーマットのＰＵＣＣＨリソースインジケータの値と、Ｘ_{ｔｏｔａｌ}とのｆｌｏｏｒ演算で決定されてもよい。ここで、ＰＤＳＣＨのグループＩＤはｆｌｏｏｒ（ＰＵＣＣＨリソースインジケータの値／Ｘ_{ｔｏｔａｌ}）で計算されてもよい。例えば、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨに含まれるＤＣＩフォーマットのＰＵＣＣＨリソースインジケータの値が５、かつ、Ｘ_{ｔｏｔａｌ}が４である場合、該ＰＤＳＣＨのグループＩＤはｆｌｏｏｒ（５／４）＝１であってもよい。

ＰＤＳＣＨのグループＩＤは、該ＰＤＳＣＨがスケジューリングされるリソースブロックインデックスに少なくとも基づいて決定されてもよい。ＰＤＳＣＨのグループＩＤは、該ＰＤＳＣＨがスケジューリングされるリソースブロックインデックスと、所定の値Ｘ_{ｔｏｔａｌ}と、に少なくとも基づいて決定されてもよい。例えば、ＰＤＳＣＨのグループＩＤは、該ＰＤＳＣＨがスケジューリングされるリソースブロックインデックスと、所定の値Ｘ_{ｔｏｔａｌ}とのｍｏｄｕｌｏ演算で決定されてもよい。ここで、リソースブロックインデックスはＰＤＳＣＨがスケジューリングされる最初のリソースブロックのインデックスであってもよい。また、リソースブロックインデックスはＰＤＳＣＨがスケジューリングされる最後のリソースブロックのインデックスであってもよい。例えば、ＰＤＳＣＨがスケジューリングされる最初のリソースブロックインデックスが５、かつ、Ｘ_{ｔｏｔａｌ}が４である場合、該ＰＤＳＣＨのグループＩＤは（５ ｍｏｄ ４）＝１であってもよい。また、ＰＤＳＣＨのグループＩＤは該ＰＤＳＣＨがスケジューリングされるリソースブロックインデックスと、Ｘ_{ｔｏｔａｌ}とのｆｌｏｏｒ演算で決定されてもよい。ここで、ＰＤＳＣＨのグループＩＤはｆｌｏｏｒ（リソースブロックインデックス／Ｘ_{ｔｏｔａｌ}）で計算されてもよい。例えば、ＰＤＳＣＨがスケジューリングされるリソースブロックインデックスが５、かつ、Ｘ_{ｔｏｔａｌ}が４である場合、該ＰＤＳＣＨのグループＩＤはｆｌｏｏｒ（５／４）＝１であってもよい。

基地局装置３は、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨに含まれるＤＣＩフォーマットのフィールドを用いてグループＩＤを端末装置１に通知してもよい。ここで、該フィールドのサイズはＸ_ＤＣＩビットであってもよい。また、Ｘ_ＤＣＩは所定の値であってもよい。また、Ｘ_ＤＣＩはｌｏｇ２（Ｘ_{ｔｏｔａｌ}）であってもよい。例えば、Ｘ_ＤＣＩは０を含む自然数（ｎａｔｕｒａｌ ｎｕｍｂｅｒｓ）であってもよい。グループＩＤは、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨに含まれるＤＣＩフォーマットのフィールドの値に少なくとも基づいて決定されてもよい。

基地局装置３が、端末装置１にグループＩＤがＸ_{ｇｒｏｕｐ}に対応するＨＡＲＱ−ＡＣＫ情報を送信するようにトリガーした場合、端末装置１は、グループＩＤ Ｘ_{ｇｒｏｕｐ}を持つ最後に受信したグループに対応するＨＡＲＱ−ＡＣＫ情報を基地局装置３に送信してもよい。ここで、‘最後に受信したグループ’ということは、端末装置１が該トリガーを受信した時点より以前であり、かつ、該トリガーを受信した時点より最も短い期間で受信したＰＤＳＣＨグループを意味してもよい。例えば、基地局装置３が、端末装置１にグループＩＤが１に対応するＨＡＲＱ−ＡＣＫ情報を送信するようにトリガーした場合、端末装置１はＰＤＳＣＨ６０７およびＰＤＳＣＨ６０８に対応するＨＡＲＱ−ＡＣＫ情報を基地局装置３に送信してもよい。

図１０は本実施形態におけるＨＡＲＱプロセス識別子に基づくＨＡＲＱ−ＡＣＫ情報を送信する一例を示した図である。基地局装置３が、ＰＤＣＣＨを用いてＨＡＲＱプロセス識別子Ｘ_ＨＡＲＱとグループＩＤ Ｘ_{ｇｒｏｕｐ}と、に対応する１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信するように端末装置１にトリガーした場合、端末装置１は、グループＩＤ Ｘ_{ｇｒｏｕｐ}を持つ１つまたは複数のＰＤＳＣＨの中で、ＨＡＲＱプロセス識別子Ｘ_ＨＡＲＱを持つＰＤＳＣＨが属する最後に受信したグループに対応するＨＡＲＱ−ＡＣＫ情報を基地局装置３に送信してもよい。また、‘最後に受信したグループ’ということは、端末装置１が該トリガーを受信した時点より以前であり、かつ、該トリガーを受信した時点より最も短い期間であるＰＤＳＣＨグループを意味してもよい。例えば、図１０において、グループＩＤ １に対する‘最後に受信した’ＰＤＳＣＨは、ＰＤＳＣＨ１００７およびＰＤＳＣＨ１００８であってもよい。例えば、グループＩＤ ２に対する‘最後に受信した’ＰＤＳＣＨはＰＤＳＣＨ１００４およびＰＤＳＣＨ１００５であってもよい。また、‘ＨＡＲＱプロセス識別子Ｘ_ＨＡＲＱを持つＰＤＳＣＨが属する’ということは、ＨＡＲＱプロセス識別子Ｘ_ＨＡＲＱを持つＰＤＳＣＨのグループＩＤである連続するＰＤＳＣＨグループを意味してもよい。例えば、Ｘ_ＨＡＲＱが４であるＰＤＳＣＨ１００７の場合、ＰＤＳＣＨ１００７は、グループＩＤが１であるＰＤＳＣＨ１００７およびＰＤＳＣＨ１００８のグループに属されることであってもよい。

基地局装置３が、ＰＤＣＣＨ１０１０を用いてＨＡＲＱプロセス識別子Ｘ_ＨＡＲＱ ４と、グループＩＤ Ｘ_{ｇｒｏｕｐ} １と、に対応する１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信するように端末装置１にトリガーした場合、端末装置１は、ＨＡＲＱプロセス識別子Ｘ_ＨＡＲＱ ４を持つＰＤＳＣＨ１００７と、該ＰＤＳＣＨ１００７が属されるグループに属するＰＤＳＣＨ１００８と、に対応するＨＡＲＱ−ＡＣＫ情報を基地局装置３に送信してもよい。

基地局装置３が、ＰＤＣＣＨを用いてＨＡＲＱプロセス識別子Ｘ_ＨＡＲＱとグループＩＤ Ｘ_{ｇｒｏｕｐ}と、に対応する１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信するように端末装置１にトリガーし、かつ、端末装置１が、基地局装置３が端末装置１に送信した該ＨＡＲＱプロセス識別子Ｘ_ＨＡＲＱ、および／または、該グループＩＤ Ｘ_{ｇｒｏｕｐ}と、に対応するＰＤＳＣＨを受信できなかった場合、端末装置１はＮＡＣＫを設定して基地局装置３に送信してもよい。ここで、該ＮＡＣＫのビット数Ｘ_ＮＡＣＫは、所定の値であってもよい。また、該ＮＡＣＫのビット数Ｘ_ＮＡＣＫは、上位層パラメータによって設定されてもよいし、ＤＣＩフォーマットを用いて通知されてもよい。Ｘ_ＮＡＣＫは、１であってもよいし、２であってもよいし、１７０４以下の数であってもよい。

基地局装置３が、ＰＤＣＣＨ１０１０を用いてＨＡＲＱプロセス識別子Ｘ_ＨＡＲＱ ４と、グループＩＤ Ｘ_{ｇｒｏｕｐ} １と、に対応する１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信するように端末装置１にトリガーし、かつ、端末装置１
が、基地局装置３が端末装置１に送信したＰＤＳＣＨ１００７およびＰＤＳＣＨ１００８を受信することができなかった場合、端末装置１はＸ_ＮＡＣＫビット数の分のＮＡＣＫを設定し、基地局装置３に該ＮＡＣＫ送信してもよい。

基地局装置３が、ＰＤＣＣＨ１０１０を用いてＨＡＲＱプロセス識別子Ｘ_ＨＡＲＱ ４と、グループＩＤ Ｘ_{ｇｒｏｕｐ} １と、に対応する１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信するように端末装置１にトリガーし、かつ、端末装置１が、Ｘ_ＨＡＲＱが４であるＰＤＳＣＨ１００７を受信したが基地局装置３が端末装置１に送信したＰＤＳＣＨ１００８を受信することができなかった場合、端末装置１は、受信できなかったＰＤＳＣＨ１００８に対応するＨＡＲＱ−ＡＣＫ情報をＮＡＣＫに設定し、ＰＤＳＣＨ１００７に対応するＨＡＲＱ−ＡＣＫ情報と、該ＮＡＣＫと、を基地局装置３に送信してもよい。

基地局装置３が、ＰＤＣＣＨ１０１０を用いてＨＡＲＱプロセス識別子Ｘ_ＨＡＲＱ ４と、グループＩＤ Ｘ_{ｇｒｏｕｐ} １と、に対応する１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信するように端末装置１にトリガーし、かつ、端末装置１が、Ｘ_ＨＡＲＱが４であるＰＤＳＣＨ１００７を受信したが基地局装置３が端末装置１に送信したＰＤＳＣＨ１００８を受信することができなかった場合、端末装置１は、Ｘ_ＮＡＣＫビット数の分のＮＡＣＫを設定し、基地局装置３に該ＮＡＣＫを送信してもよい。

基地局装置３が、ＰＤＣＣＨ１０１０を用いてＨＡＲＱプロセス識別子Ｘ_ＨＡＲＱ ４と、グループＩＤ Ｘ_{ｇｒｏｕｐ} １と、に対応する１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信するように端末装置１にトリガーし、かつ、端末装置１が、ＰＤＳＣＨ１００８を受信したが基地局装置３が端末装置１に送信したＸ_ＨＡＲＱが４であるＰＤＳＣＨ１００７を受信することができなかった場合、端末装置１はＸ_ＮＡＣＫビット数の分のＮＡＣＫを設定し、基地局装置３に該ＮＡＣＫを送信してもよい。

端末装置１は、同じグループに属される１つまたは複数のＰＤＳＣＨにおいて、同じＨＡＲＱプロセス識別子が付与されることを期待しなくてもよい。端末装置１は、同じグループに属される１つまたは複数のＰＤＳＣＨにおいて、異なるＨＡＲＱプロセス識別子が付与されることを期待してもよい。

基地局装置３が、ＰＤＣＣＨを用いてＨＡＲＱプロセス識別子Ｘ_ＨＡＲＱに対応する１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信するように端末装置１にトリガーした場合、端末装置１は、ＨＡＲＱプロセス識別子Ｘ_ＨＡＲＱを持つＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報が送信されたＰＵＣＣＨに含まれる一部または全部のＨＡＲＱ−ＡＣＫ情報を基地局装置３に送信してもよい。基地局装置３がトリガーのために送信する該ＰＤＣＣＨは、グループＩＤを含まなくてもよい。

基地局装置３が、ＰＤＣＣＨを用いてＨＡＲＱプロセス識別子Ｘ_ＨＡＲＱに対応する１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信するように端末装置１にトリガーした場合、端末装置１は、ＨＡＲＱプロセス識別子Ｘ_ＨＡＲＱを持つＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報が送信されたＨＡＲＱ−ＡＣＫコードブックに含まれる一部または全部のＨＡＲＱ−ＡＣＫ情報を基地局装置３に送信してもよい。基地局装置３がトリガーのために送信する該ＰＤＣＣＨは、グループＩＤを含まなくてもよい。

基地局装置３が、ＰＤＣＣＨを用いてグループＩＤであるＸ_{ｇｒｏｕｐ}とスロット数Ｘ_{ｒａｎｇｅ}とに少なくとも基づいて、端末装置１にＨＡＲＱ−ＡＣＫ情報を送信するようにトリガーした場合、端末装置１は、トリガーを受信したスロットを０とし、該トリガーを受信したスロットからＸ_{ｒａｎｇｅ}スロット前までの間に含まれるＸ_{ｇｒｏｕｐ}に属す
る１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信してもよい。ここで、トリガーを受信したスロットを０とし、該トリガーを受信したスロットからＸ_{ｒａｎｇｅ}スロット前までの間をＨＡＲＱ−ＡＣＫ報告範囲と称する。Ｘ_{ｒａｎｇｅ}は、ＤＣＩフォーマットのフィールドを用いて端末装置１に直接通知されてもよい。または、Ｘ_{ｒａｎｇｅ}は、上位層パラメータの１つまたは複数の値であってもよい。該上位層パラメータに含まれる１つまたは複数の値は、ＤＣＩフォーマットのフィールドによって選択されてもよい。端末装置１は、ＨＡＲＱ−ＡＣＫ報告範囲に含まれるＸ_{ｇｒｏｕｐ}に属する１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報のみを送信してもよい。また、端末装置１は、ＨＡＲＱ−ＡＣＫ報告範囲に含まれるＸ_{ｇｒｏｕｐ}に属する１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信し、ＨＡＲＱ−ＡＣＫ報告範囲に含まれるＸ_{ｇｒｏｕｐ}に属しない１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報をＮＡＣＫとして送信してもよい。

図７は本実施形態において、ＨＡＲＱ−ＡＣＫ報告範囲におけるＨＡＲＱ−ＡＣＫ報告の一例を示した図である。基地局装置３は、ＰＤＣＣＨ７１０に含まれるＤＣＩフォーマットのフィールドを用いて、グループＩＤ １、ＨＡＲＱ−ＡＣＫ報告範囲を示すスロットの数Ｘ_{ｒａｎｇｅ} ４を設定し、端末装置１にＨＡＲＱ−ＡＣＫ報告をトリガーする。該ＰＤＣＣＨ７１０を受信した端末装置１は、ＨＡＲＱ−ＡＣＫ報告範囲７１１を決定する。また、端末装置１は、ＨＡＲＱ−ＡＣＫ報告範囲７１１に含まれるグループＩＤが１であるＰＤＳＣＨ７０７およびＰＤＳＣＨ７０８に対応するＨＡＲＱ−ＡＣＫ情報を基地局装置３に送信する。また、図７におけるＨＡＲＱ−ＡＣＫ報告範囲７１１において、端末装置１はグループＩＤが１ではないＰＤＳＣＨ７０５に対応するＨＡＲＱ−ＡＣＫ情報をＮＡＣＫと設定し、グループＩＤが１であるＰＤＳＣＨ７０７およびＰＤＳＣＨ７０８に対応するＨＡＲＱ−ＡＣＫ情報に加えて送信してもよい。この場合、端末装置１が送信するＨＡＲＱ−ＡＣＫ情報に対するビットの並び順は時間順であってもよい。例えば、ＰＤＳＣＨ７０７に対応するＨＡＲＱ−ＡＣＫ情報がＡＣＫであり、かつ、ＰＤＳＣＨ７０８に対応するＨＡＲＱ−ＡＣＫ情報がＡＣＫである場合、端末装置１は｛ＮＡＣＫ、ＡＣＫ、ＡＣＫ｝の順でＨＡＲＱ−ＡＣＫ情報を報告してもよい。

基地局装置３は、ＰＤＣＣＨ７１０に含まれるＤＣＩフォーマットのフィールドを用いて、グループＩＤ １、上位層パラメータにおけるＨＡＲＱ−ＡＣＫ報告範囲を選択する値Ｘ_{ｒａｎｇｅ} ４を設定し、端末装置１にＨＡＲＱ−ＡＣＫ報告をトリガーする。端末装置１は、該ＨＡＲＱ−ＡＣＫ報告範囲を選択する値Ｘ_{ｒａｎｇｅ} ４を上位層パラメータ７１３のインデックスとして用い、該インデックス４が示す値６をＨＡＲＱ−ＡＣＫ報告範囲７１２として決定する。また、端末装置１は、ＨＡＲＱ−ＡＣＫ報告範囲７１２に含まれるグループＩＤが１であるＰＤＳＣＨ７０２、ＰＤＳＣＨ７０７およびＰＤＳＣＨ７０８に対応するＨＡＲＱ−ＡＣＫ情報を基地局装置３に送信する。また、図７におけるＨＡＲＱ−ＡＣＫ報告範囲７１２において、端末装置１はグループＩＤが１ではないＰＤＳＣＨ７０４およびＰＤＳＣＨ７０５に対応するＨＡＲＱ−ＡＣＫ情報をＮＡＣＫと設定し、グループＩＤが１であるＰＤＳＣＨ７０７およびＰＤＳＣＨ７０８に対応するＨＡＲＱ−ＡＣＫ情報と加えて送信してもよい。この場合、端末装置１が送信するＨＡＲＱ−ＡＣＫ情報に対するビットの並び順は時間順であってもよい。例えば、ＰＤＳＣＨ７０２に対応するＨＡＲＱ−ＡＣＫ情報がＡＣＫであり、かつ、ＰＤＳＣＨ７０７に対応するＨＡＲＱ−ＡＣＫ情報がＡＣＫであり、かつ、ＰＤＳＣＨ７０８に対応するＨＡＲＱ−ＡＣＫ情報がＡＣＫである場合、端末装置１は｛ＡＣＫ、ＮＡＣＫ、ＮＡＣＫ、ＡＣＫ、ＡＣＫ｝の順でＨＡＲＱ−ＡＣＫ情報を報告してもよい。

基地局装置３が、ＰＤＣＣＨを用いてＨＡＲＱ−ＡＣＫ報告範囲Ｘ_{ｒａｎｇｅ}と、グループＩＤ Ｘ_{ｇｒｏｕｐ}と、に対応する１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信するように端末装置１にトリガーし、かつ、端末装置１が、基地局装
置３が端末装置１に送信した該ＨＡＲＱ−ＡＣＫ報告範囲Ｘ_{ｒａｎｇｅ}、および／または、該グループＩＤ Ｘ_{ｇｒｏｕｐ}と、に対応するＰＤＳＣＨを受信できなかった場合、端末装置１はＸ_ＮＡＣＫのビット数の分のＮＡＣＫを設定して基地局装置３に該ＮＡＣＫを送信してもよい。ここで、該ＮＡＣＫのビット数Ｘ_ＮＡＣＫは、所定の値であってもよい。また、該ＮＡＣＫのビット数Ｘ_ＮＡＣＫは、上位層パラメータによって設定されてもよいし、ＤＣＩフォーマットを用いて通知してもよい。Ｘ_ＮＡＣＫは、１であってもよいし、２であってもよいし、１７０４以下であってもよい。

基地局装置３が、ＰＤＣＣＨ７１０を用いてＨＡＲＱ−ＡＣＫ報告範囲Ｘ_{ｒａｎｇｅ} ４と、グループＩＤ Ｘ_{ｇｒｏｕｐ} １と、に対応する１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信するように端末装置１にトリガーし、かつ、端末装置１が、基地局装置３が端末装置１に送信したＰＤＳＣＨ７０７およびＰＤＳＣＨ７０８を受信することができなかった場合、端末装置１はＸ_ＮＡＣＫビット数の分のＮＡＣＫを設定し、基地局装置３に該ＮＡＣＫを送信してもよい。

基地局装置３が、ＰＤＣＣＨ７１０を用いてＨＡＲＱ−ＡＣＫ報告範囲Ｘ_{ｒａｎｇｅ} ４と、グループＩＤ Ｘ_{ｇｒｏｕｐ} １と、に対応する１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信するように端末装置１にトリガーし、かつ、端末装置１が、ＨＡＲＱ−ＡＣＫ報告範囲に含まれるＰＤＳＣＨ７０７を受信したが基地局装置３が端末装置１に送信したＰＤＳＣＨ７０８を受信することができなかった場合、端末装置１はＰＤＳＣＨ７０７に対応するＨＡＲＱ−ＡＣＫ情報を基地局装置３に送信してもよい。

基地局装置３が、ＰＤＣＣＨ７１０を用いてＨＡＲＱ−ＡＣＫ報告範囲Ｘ_{ｒａｎｇｅ} ４と、グループＩＤ Ｘ_{ｇｒｏｕｐ} １と、に対応する１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信するように端末装置１にトリガーし、かつ、端末装置１が、ＨＡＲＱ−ＡＣＫ報告範囲に含まれるＰＤＳＣＨ７０７を受信したが基地局装置３が端末装置１に送信したＰＤＳＣＨ７０８を受信することができなかった場合、端末装置１は、受信できなかったＰＤＳＣＨ７０８に対応するＨＡＲＱ−ＡＣＫ情報をＮＡＣＫに設定し、ＰＤＳＣＨ７０７に対応するＨＡＲＱ−ＡＣＫ情報と、該ＮＡＣＫと、を基地局装置３に送信してもよい。

基地局装置３が、ＰＤＣＣＨ７１０を用いてＨＡＲＱ−ＡＣＫ報告範囲Ｘ_{ｒａｎｇｅ} ４と、グループＩＤ Ｘ_{ｇｒｏｕｐ} １と、に対応する１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信するように端末装置１にトリガーし、かつ、端末装置１が、ＨＡＲＱ−ＡＣＫ報告範囲に含まれるＰＤＳＣＨ７０７を受信したが基地局装置３が端末装置１に送信したＰＤＳＣＨ７０８を受信することができなかった場合、端末装置１は、Ｘ_ＮＡＣＫビット数の分のＮＡＣＫを設定し、基地局装置３に該ＮＡＣＫを送信してもよい。

基地局装置３がトリガーに用いるＸ_{ｒａｎｇｅ}に基づくＨＡＲＱ報告範囲内において、端末装置１は、基地局装置３がトリガーしたＸ_{ｇｒｏｕｐ}のグループＩＤを持つ１つまたは複数のＰＤＳＣＨを基地局装置３が送信したとみなしても（ａｓｓｕｍｅ）よい。

基地局装置３が、ＰＤＣＣＨに含まれるＤＣＩフォーマットのフィールドを用いて、該ＰＤＣＣＨを受信したスロットを０とし、Ｘ_{ｉｎｄｉｃａｔｅ}スロット前に受信したＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信するように端末装置１にトリガーした場合、端末装置１は、Ｘ_{ｉｎｄｉｃａｔｅ}前のスロットで受信したＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信したＰＵＣＣＨに関連する（ａｓｓｏｃｉａｔｅｄ）ＨＡＲＱ−ＡＣＫ情報を送信してもよい。ここで、‘ＰＵＣＣＨに関連するＨＡＲＱ−ＡＣＫ情報’
とは、該ＰＵＣＣＨで送信された一部または全部のＨＡＲＱ−ＡＣＫ情報を意味してもよい。該ＰＵＣＣＨに関連するＨＡＲＱ−ＡＣＫ情報に対する１つまたは複数のＰＤＳＣＨは、同じグループＩＤを持ってもよいし、異なるグループＩＤを持ってもよい。Ｘ_{ｉｎｄｉｃａｔｅ}は、ＤＣＩフォーマットのフィールドを用いて端末装置１に直接通知されてもよい。または、Ｘ_{ｉｎｄｉｃａｔｅ}は、上位層パラメータの１つまたは複数の値であってもよい。該上位層パラメータに含まれる１つまたは複数の値は、ＤＣＩフォーマットのフィールドによって選択されてもよい。

図８は本実施形態において、指示されたスロットのＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信する方法の一例を示した図である。基地局装置３が、ＰＤＣＣＨ８１０に含まれるＤＣＩフォーマットのフィールドを用いてＨＡＲＱ−ＡＣＫ報告の対象となるＰＤＳＣＨを受信したスロットを示すＸ_{ｉｎｄｉｃａｔｅ}の値４に少なくとも基づいて端末装置１にＨＡＲＱ−ＡＣＫ報告をトリガーする場合、該ＰＤＣＣＨ８１０を受信した端末装置１は、Ｘ_{ｉｎｄｉｃａｔｅ} ４スロット前で受信したＰＤＳＣＨ８０５を選択し、該ＰＤＳＣＨ８０５に対応するＨＡＲＱ−ＡＣＫ情報と、該ＨＡＲＱ−ＡＣＫ情報を送信したＰＵＣＣＨ８０６に関連するＰＤＳＣＨ８０４に対応するＨＡＲＱ−ＡＣＫ情報と、を基地局装置３に送信してもよい。

基地局装置３が、ＰＤＣＣＨ８１０に含まれるＤＣＩフォーマットのフィールドを用いてＨＡＲＱ−ＡＣＫ情報の報告の対象となるＰＤＳＣＨを受信したスロットを示すＸ_{ｉｎｄｉｃａｔｅ}の値４に少なくとも基づいて端末装置１にＨＡＲＱ−ＡＣＫ報告をトリガーする場合、該ＰＤＣＣＨ８１０を受信した端末装置１は、Ｘ_{ｉｎｄｉｃａｔｅ} ４が上位層パラメータ８１３のインデックスとして示す値６を選択し、６スロット前で受信したＰＤＳＣＨ８０２に対応するＨＡＲＱ−ＡＣＫ情報と、該ＨＡＲＱ−ＡＣＫ情報を送信したＰＵＣＣＨ８０３に関連するＰＤＳＣＨ８０１に対応するＨＡＲＱ−ＡＣＫ情報と、を基地局装置３に送信してもよい。

基地局装置３が、ＰＤＣＣＨに含まれるＤＣＩフォーマットのフィールドを用いて、該ＰＤＣＣＨを受信したスロットを０とし、Ｘ_{ｉｎｄｉｃａｔｅ}スロット前に受信したＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信したＰＵＣＣＨに関連する一部または全部のＨＡＲＱ−ＡＣＫ情報を送信するように端末装置１にトリガーし、かつ、端末装置１が、基地局装置３が端末装置１に送信した該Ｘ_{ｉｎｄｉｃａｔｅ}スロット前のＰＤＳＣＨを受信できなかった場合、端末装置１はＸ_ＮＡＣＫのビット数の分のＮＡＣＫを設定し基地局装置３に該ＮＡＣＫを送信してもよい。ここで、該ＮＡＣＫのビット数Ｘ_ＮＡＣＫは、所定の値であってもよい。また、該ＮＡＣＫのビット数Ｘ_ＮＡＣＫは、上位層パラメータによって設定されてもよいし、ＤＣＩフォーマットを用いて通知されてもよい。Ｘ_ＮＡＣＫは、１であってもよいし、２であってもよいし、１７０４以下であってもよい。

基地局装置３が、ＰＤＣＣＨ８１０に含まれるＤＣＩフォーマットのフィールドを用いて、該ＰＤＣＣＨ８１０を受信したスロットを０とし、Ｘ_{ｉｎｄｉｃａｔｅ} ４スロット前に受信したＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信したＰＵＣＣＨに関連する一部または全部のＨＡＲＱ−ＡＣＫ情報を送信するように端末装置１にトリガーし、かつ、端末装置１が、基地局装置３が端末装置１に送信した該Ｘ_{ｉｎｄｉｃａｔｅ} ４スロット前のＰＤＳＣＨ８０５を受信できなかった場合、端末装置１はＸ_ＮＡＣＫビット数の分のＮＡＣＫを設定し、基地局装置３に該ＮＡＣＫを送信してもよい。ここで、該ＮＡＣＫのビット数Ｘ_ＮＡＣＫは、所定の値であってもよい。また、該ＮＡＣＫのビット数Ｘ_ＮＡＣＫは、上位層パラメータによって設定されてもよいし、ＤＣＩフォーマットを用いて通知されてもよい。Ｘ_ＮＡＣＫは、１であってもよいし、２であってもよいし、１７０４以下であってもよい。

基地局装置３が、ＰＤＣＣＨに含まれるＤＣＩフォーマットのフィールドを用いて、該ＰＤＣＣＨを受信したスロットを０とし、Ｘ_{ｉｎｄｉｃａｔｅ}スロット前に端末装置１が送信したＰＵＣＣＨに関連するＨＡＲＱ−ＡＣＫ情報を送信するように端末装置１にトリガーした場合、端末装置１は、Ｘ_{ｉｎｄｉｃａｔｅ}スロット前で送信したＰＵＣＣＨに含まれる一部または全部のＨＡＲＱ−ＡＣＫ情報を送信してもよい。該ＰＵＣＣＨに含まれる１つまたは複数のＨＡＲＱ−ＡＣＫ情報に対する１つまたは複数のＰＤＳＣＨは、同じグループＩＤを持ってもよいし、異なるグループＩＤを持ってもよい。Ｘ_{ｉｎｄｉｃａｔｅ}は、ＤＣＩフォーマットのフィールドを用いて端末装置１に直接通知されてもよい。または、Ｘ_{ｉｎｄｉｃａｔｅ}は、上位層パラメータの１つまたは複数の値であってもよい。該上位層パラメータに含まれる１つまたは複数の値は、ＤＣＩフォーマットのフィールドによって選択されてもよい。

図９は本実施形態において、指示されたスロットのＰＵＣＣＨに含まれるＨＡＲＱ−ＡＣＫ情報を送信する方法の一例を示した図である。基地局装置３が、ＰＤＣＣＨ９１０に含まれるＤＣＩフォーマットのフィールドを用いて、該ＰＤＣＣＨ９１０を受信したスロットを０とし、Ｘ_{ｉｎｄｉｃａｔｅ} ３スロット前に端末装置１が送信したＰＵＣＣＨ９０６に関連するＨＡＲＱ−ＡＣＫ情報を送信するように端末装置１にトリガーした場合、端末装置１は、Ｘ_{ｉｎｄｉｃａｔｅ} ３スロット前で送信したＰＵＣＣＨ９０６を選択し、該ＰＵＣＣＨ９０６に含まれるＰＤＳＣＨ９０４および／またはＰＤＳＣＨ９０５に対応するＨＡＲＱ−ＡＣＫ情報を基地局装置３に送信してもよい。

基地局装置３が、ＰＤＣＣＨ９１０に含まれるＤＣＩフォーマットのフィールドを用いて、該ＰＤＣＣＨ９１０を受信したスロットを０とし、Ｘ_{ｉｎｄｉｃａｔｅ} ３が示す上位層パラメータの値に少なくとも基づいて以前のスロットに端末装置１が送信したＰＵＣＣＨに関連するＨＡＲＱ−ＡＣＫ情報を送信するように端末装置１にトリガーした場合、端末装置１は、Ｘ_{ｉｎｄｉｃａｔｅ}が上位層パラメータ９１３のインデックスとして示す値５を選択し、５スロット前で送信したＰＵＣＣＨ９０３に含まれるＰＤＳＣＨ９０１および／またはＰＤＳＣＨ９０２に対応するＨＡＲＱ−ＡＣＫ情報を基地局装置３に送信してもよい。

基地局装置３が、ＰＤＣＣＨに含まれるＤＣＩフォーマットのフィールドを用いて、該ＰＤＣＣＨを受信したスロットを０とし、Ｘ_{ｉｎｄｉｃａｔｅ}スロット前に端末装置１が送信したＰＵＣＣＨに関連するＨＡＲＱ−ＡＣＫ情報を送信するように端末装置１にトリガーし、かつ、端末装置１がＸ_{ｉｎｄｉｃａｔｅ}に基づくスロット数の前のスロットで送信したＰＵＣＣＨがない場合、端末装置１はＸ_ＮＡＣＫのビット数の分のＮＡＣＫを設定して基地局装置３に該ＮＡＣＫを送信してもよい。ここで該ＮＡＣＫのビット数Ｘ_ＮＡＣＫは、所定の値であってもよい。また、該ＮＡＣＫのビット数Ｘ_ＮＡＣＫは、上位層パラメータによって設定されてもよいし、ＤＣＩフォーマットを用いて通知してもよい。Ｘ_ＮＡＣＫは、１であってもよいし、２であってもよいし、１７０４以下であってもよい。

基地局装置３が、ＰＤＣＣＨに含まれるＤＣＩフォーマットのフィールドを用いて、該ＰＤＣＣＨを受信したスロットを０とし、Ｘ_{ｉｎｄｉｃａｔｅ}に基づく値に該当する前のスロットに端末装置１が送信したＰＵＣＣＨに関連するＨＡＲＱ−ＡＣＫ情報を送信するように端末装置１にトリガーし、かつ、端末装置１がＸ_{ｉｎｄｉｃａｔｅ}に基づく値に該当する前のスロットに送信したＰＵＣＣＨがない場合、端末装置１はＸ_ＮＡＣＫビット数の分のＮＡＣＫを設定し、基地局装置３に送信してもよい。ここで該ＮＡＣＫのビット数Ｘ_ＮＡＣＫは、所定の値であってもよい。また、該ＮＡＣＫのビット数Ｘ_ＮＡＣＫは、上位層パラメータによって設定されてもよいし、ＤＣＩフォーマットを用いて通知してもよい。Ｘ_ＮＡＣＫは、１であってもよいし、２であってもよいし、１７０４以下であってもよい。

基地局装置３がトリガーしたあるスロット、および／または、ＨＡＲＱ−ＡＣＫ報告範囲において、対象となるＰＤＳＣＨがない場合、端末装置１は基地局装置３にＮＡＣＫを送信してもよい。ここで該ＮＡＣＫのビット数Ｘ_ＮＡＣＫは、所定の値であってもよい。また、該ＮＡＣＫのビット数Ｘ_ＮＡＣＫは、上位層パラメータによって設定されてもよいし、ＤＣＩフォーマットを用いて通知してもよい。Ｘ_ＮＡＣＫは、１であってもよいし、２であってもよいし、１７０４以下であってもよい。

基地局装置３がトリガーしたあるスロット、および／または、ＨＡＲＱ−ＡＣＫ報告範囲において、トリガーしたグループＩＤを持つＰＤＳＣＨがない場合、端末装置１は基地局装置３にＮＡＣＫを送信してもよい。ここで該ＮＡＣＫのビット数Ｘ_ＮＡＣＫは、所定の値であってもよい。また、該ＮＡＣＫのビット数Ｘ_ＮＡＣＫは、上位層パラメータによって設定されてもよいし、ＤＣＩフォーマットを用いて通知してもよい。Ｘ_ＮＡＣＫは、１であってもよいし、２であってもよいし、１７０４以下であってもよい。

基地局装置３がＨＡＲＱ−ＡＣＫ情報の送信のトリガーに用いるＰＤＣＣＨにおいて、該ＰＤＣＣＨは、該ＨＡＲＱ−ＡＣＫ情報の報告のためのＰＵＣＣＨリソースを指定するＤＣＩフォーマットのフィールドを含んでもよい。

基地局装置３がＰＤＣＣＨを用いてＨＡＲＱ−ＡＣＫ情報の送信をトリガーする場合、該ＰＤＣＣＨに含まれるＤＣＩフォーマットのフィールドを用いて端末装置１にグループＩＤを通知（ｉｎｄｉｃａｔｅ）してもよい。

基地局装置３がＰＤＣＣＨを用いてＨＡＲＱ−ＡＣＫ情報の送信をトリガーする場合、該ＰＤＣＣＨがマップされるＣＣＥインデックスに少なくとも基づいて端末装置１にグループＩＤを通知してもよい。ここで該ＣＣＥインデックスは該ＰＤＣＣＨがマップされる最初のＣＣＥインデックスであってもよいし、該ＰＤＣＣＨがマップされる最後のＣＣＥインデックスであってもよい。例えば、グループＩＤは｛最初のＣＣＥインデックス ｍｏｄ Ｘ_{ｔｏｔａｌ}｝であってもよい。ここでＸ_{ｔｏｔａｌ}はグループの総数であってもよい。また、Ｘ_{ｔｏｔａｌ}は所定の値であってもよい。また、グループＩＤは｛ｆｌｏｏｒ（最後のＣＣＥインデックス／Ｘ_{ｔｏｔａｌ}）｝であってもよい。

基地局装置３がＰＤＣＣＨを用いてＨＡＲＱ−ＡＣＫ情報の送信をトリガーする場合、該ＰＤＣＣＨを検出したＣＯＲＥＳＥＴのインデックスに少なくとも基づいて端末装置１にグループＩＤを通知してもよい。例えば、グループＩＤは｛ＰＤＣＣＨを検出したＣＯＲＥＳＥＴのインデックス ｍｏｄ Ｘ_{ｔｏｔａｌ}｝であってもよい。また、グループＩＤは｛ｆｌｏｏｒ（ＰＤＣＣＨを検出したＣＯＲＥＳＥＴのインデックス／Ｘ_{ｔｏｔａｌ}）｝であってもよい。

基地局装置３がＰＤＣＣＨを用いてＨＡＲＱ−ＡＣＫ情報の送信をトリガーする場合、該ＰＤＣＣＨを検出した探索領域セット（ｓｅａｒｃｈ ｓｐａｃｅ ｓｅｔ）のインデックスに少なくとも基づいて端末装置１にグループＩＤを通知してもよい。例えば、グループＩＤは｛ＰＤＣＣＨを検出した探索領域セットのインデックス ｍｏｄ Ｘ_{ｔｏｔａｌ}｝であってもよい。また、グループＩＤは｛ｆｌｏｏｒ（ＰＤＣＣＨを検出した探索領域セットのインデックス／Ｘ_{ｔｏｔａｌ}）｝であってもよい。

基地局装置３がＰＤＣＣＨを用いてＨＡＲＱ−ＡＣＫ情報の送信をトリガーする場合、該ＰＤＣＣＨに含まれるＤＣＩフォーマットのＰＵＣＣＨリソースインジケータ（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）に少なくとも基づいて端末装置１にグループＩＤを通知してもよい。該ＰＵＣＣＨリソースインジケータは、トリガーに対応するＨＡＲＱ−ＡＣＫ情報を送信するＰＵＣＣＨのＰＵＣＣＨリソースを示しても良い。例えば、グループＩＤは｛ＰＵＣＣＨリソースインジケータの値 ｍｏｄ Ｘ_{ｔｏｔａｌ}｝であってもよい。また、グループＩＤは｛ｆｌｏｏｒ（ＰＵＣＣＨリソースインジケータの値／Ｘ_{ｔｏｔａｌ}）｝であってもよい。

以下、本実施形態の一態様に係る種々の装置の態様を説明する。

（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、第１のグループＩＤを持つ連続する１つまたは複数の第１のＰＤＳＣＨと、第２のグループＩＤを持つ連続する１つまたは複数の第２のＰＤＳＣＨと、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを受信する受信部と、
前記第２のＰＤＣＣＨに含まれるＤＣＩフォーマットの第１のフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報の送信がトリガーされ、前記第２のＰＤＣＣＨに含まれる前記ＤＣＩフォーマットの第２のフィールドによって第１または第２のグループＩＤが示される場合、前記連続する１つまたは複数の第１のＰＤＳＣＨと前記連続する１つまたは複数の第２のＰＤＳＣＨのうち、前記第２のフィールドによって示されるグループＩＤと同じグループＩＤを持つ連続する１つまたは複数のＰＤＳＣＨに対応する前記ＨＡＲＱ−ＡＣＫ情報を送信する送信部と、を備える。

（２）本実施形態の第１の態様において、ＰＤＳＣＨが対応する前記グループＩＤは、要素１、要素２、要素３、要素４、要素５、要素６、要素７、および、要素８の一部または全部に少なくとも基づいて与えられ、
前記要素１は、前記ＰＤＳＣＨをスケジューリングする第１のＰＤＣＣＨのＣＣＥインデックスであり、
前記要素２は、前記第１のＰＤＣＣＨの制御リソースセットのインデックスであり、
前記要素３は、前記第１のＰＤＣＣＨの探索領域セットのインデックスであり、
前記要素４は、前記第１のＰＤＳＣＨのＨＡＲＱプロセス識別子であり、
前記要素５は、前記第１のＰＤＳＣＨのスロットインデックスであり、
前記要素６は、前記第１のＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールド（PUCCH resource indicator field）が示す値であり、
前記要素７は、前記ＰＤＳＣＨに与えられるリソースブロックのインデックスであり、
前記要素８は、前記第１のＰＤＣＣＨに含まれるＤＣＩフォーマットの第３のフィールドの値である。

（３）本実施形態の第２の態様は、端末装置であって、第１のグループＩＤを持つ連続する１つまたは複数の第１のＰＤＳＣＨの第１のグループと、第２のグループＩＤを持つ連続する１つまたは複数の第２のＰＤＳＣＨの第２のグループと、前記第１のグループＩＤを持つ連続する１つまたは複数の第３のＰＤＳＣＨの第３のグループと、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを受信する受信部と、前記第２のＰＤＣＣＨに含まれるＤＣＩフォーマットの第１のフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報の送信がトリガーされ、前記第２のＰＤＣＣＨに含まれる前記ＤＣＩフォーマットの第２のフィールドによって第１のグループＩＤが示される場合、前記第１から第３のグループのうち、前記第２のフィールドによって示されるグループＩＤと同じグループＩＤを持つ前記第３のグループに属する前記連続する１つまたは複数の第３のＰＤＳＣＨに対応する前記ＨＡＲＱ−ＡＣＫ情報を送信する送信部と、を備え、前記第１のＰＤＳＣＨは、前記第２のＰＤＳＣＨよりも前に受信され、前記第３のＰＤＳＣＨは、前記第２のＰＤＳＣＨよりも後に受信される。

（４）本実施形態の第３の態様は、端末装置であって、複数のグループと、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを受信する受信部と、前記第２のＰＤＣＣ
Ｈに含まれるＤＣＩフォーマットの第１のフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報の送信がトリガーされ、前記第２のＰＤＣＣＨに含まれる前記ＤＣＩフォーマットの第２のフィールドによってグループＩＤが示される場合、前記第２のフィールドによって示されたグループＩＤと同じグループＩＤを持つ最後に受信されたグループに対応する前記ＨＡＲＱ−ＡＣＫ情報を送信する送信部と、を備え、 前記複数のグループのそれぞれは、同じグループＩＤを持つ連続する１つまたは複数のＰＤＳＣＨによって構成される。

（５）本実施形態の第４の態様は、端末装置であって、複数の第１のＰＤＣＣＨと、前記複数の第１のＰＤＣＣＨによりスケジュールされる複数のＰＤＳＣＨを受信する受信部と、前記複数のＰＤＳＣＨに対する複数のＨＡＲＱ−ＡＣＫ情報を第１のＰＵＣＣＨで送信する送信部を備え、ＨＡＲＱプロセス識別子を含む、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを受信し、前記ＨＡＲＱプロセス識別子が用いられた前記ＰＤＳＣＨに対する前記ＨＡＲＱ−ＡＣＫ情報と一緒に送信された全ての前記複数のＨＡＲＱ−ＡＣＫ情報を第２のＰＵＣＣＨで送信する。

（６）本実施形態の第５の態様は、端末装置であって、複数の第１のＰＤＣＣＨと、前記複数の第１のＰＤＣＣＨによりスケジュールされる複数のＰＤＳＣＨを受信する受信部と、前記複数のＰＤＳＣＨに対する複数のＨＡＲＱ−ＡＣＫ情報を含むＨＡＲＱ−ＡＣＫ
ｃｏｄｅｂｏｏｋを第１のＰＵＣＣＨで送信する送信部を備え、ＨＡＲＱプロセス識別子を含む、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを受信し、前記ＨＡＲＱプロセス識別子が用いられた前記ＰＤＳＣＨに対する前記ＨＡＲＱ−ＡＣＫ情報を含む前記ＨＡＲＱ−ＡＣＫ ｃｏｄｅｂｏｏｋで送信された前記複数のＨＡＲＱ−ＡＣＫ情報を第２のＰＵＣＣＨで送信する。

（７）本実施形態の第６の態様は、基地局装置であって、第１のグループＩＤを持つ連続する１つまたは複数の第１のＰＤＳＣＨと、第２のグループＩＤを持つ連続する１つまたは複数の第２のＰＤＳＣＨと、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを送信する送信部と、前記第２のＰＤＣＣＨに含まれるＤＣＩフォーマットの第１のフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報の送信をトリガーし、前記第２のＰＤＣＣＨに含まれる前記ＤＣＩフォーマットの第２のフィールドによって第１または第２のグループＩＤが示される場合、前記連続する１つまたは複数の第１のＰＤＳＣＨと前記連続する１つまたは複数の第２のＰＤＳＣＨのうち、前記第２のフィールドによって示されるグループＩＤと同じグループＩＤを持つ連続する１つまたは複数のＰＤＳＣＨに対応する前記ＨＡＲＱ−ＡＣＫ情報を受信する受信部と、を備える。

（８）本実施形態の第６の態様において、ＰＤＳＣＨが対応する前記グループＩＤは、要素１、要素２、要素３、要素４、要素５、要素６、要素７、および、要素８の一部または全部に少なくとも基づいて与えられ、
前記要素１は、前記ＰＤＳＣＨをスケジューリングする第１のＰＤＣＣＨのＣＣＥインデックスであり、
前記要素２は、前記第１のＰＤＣＣＨの制御リソースセットのインデックスであり、
前記要素３は、前記第１のＰＤＣＣＨの探索領域セットのインデックスであり、
前記要素４は、前記第１のＰＤＳＣＨのＨＡＲＱプロセス識別子であり、
前記要素５は、前記第１のＰＤＳＣＨのスロットインデックスであり、
前記要素６は、前記第１のＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールド（PUCCH resource indicator field）が示す値であり、
前記要素７は、前記ＰＤＳＣＨに与えられるリソースブロックのインデックスであり、
前記要素８は、前記第１のＰＤＣＣＨに含まれるＤＣＩフォーマットの第３のフィールドの値である。

（９）本実施形態の第７の態様は、基地局装置であって、第１のグループＩＤを持つ連続する１つまたは複数の第１のＰＤＳＣＨの第１のグループと、第２のグループＩＤを持つ連続する１つまたは複数の第２のＰＤＳＣＨの第２のグループと、前記第１のグループＩＤを持つ連続する１つまたは複数の第３のＰＤＳＣＨの第３のグループと、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを送信する送信部と、前記第２のＰＤＣＣＨに含まれるＤＣＩフォーマットの第１のフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報の送信をトリガーし、前記第２のＰＤＣＣＨに含まれる前記ＤＣＩフォーマットの第２のフィールドによって第１のグループＩＤが示される場合、前記第１から第３のグループのうち、前記第２のフィールドによって示されるグループＩＤと同じグループＩＤを持つ前記第３のグループに属する前記連続する１つまたは複数の第３のＰＤＳＣＨに対応する前記ＨＡＲＱ−ＡＣＫ情報を受信する受信部と、を備え、前記第１のＰＤＳＣＨは、前記第２のＰＤＳＣＨよりも前に送信され、前記第３のＰＤＳＣＨは、前記第２のＰＤＳＣＨよりも後に送信される。

（１０）本実施形態の第８の態様は、基地局装置であって、複数のグループと、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを送信する送信部と、前記第２のＰＤＣＣＨに含まれるＤＣＩフォーマットの第１のフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報の送信をトリガーし、前記第２のＰＤＣＣＨに含まれる前記ＤＣＩフォーマットの第２のフィールドによってグループＩＤが示される場合、前記第２のフィールドによって示されたグループＩＤと同じグループＩＤを持つ最後に受信されたグループに対応する前記ＨＡＲＱ−ＡＣＫ情報を受信する受信部と、を備え、前記複数のグループのそれぞれは、同じグループＩＤを持つ連続する１つまたは複数のＰＤＳＣＨによって構成される。

（１１）本実施形態の第９の態様は、基地局装置であって、複数の第１のＰＤＣＣＨと、前記複数の第１のＰＤＣＣＨによりスケジュールされる複数のＰＤＳＣＨを送信する送信部と、前記複数のＰＤＳＣＨに対する複数のＨＡＲＱ−ＡＣＫ情報を第１のＰＵＣＣＨで受信する受信部を備え、ＨＡＲＱプロセス識別子を含む、ＨＡＲＱ−ＡＣＫ情報の受信を指示する第２のＰＤＣＣＨを送信し、前記ＨＡＲＱプロセス識別子が用いられた前記ＰＤＳＣＨに対する前記ＨＡＲＱ−ＡＣＫ情報と一緒に受信された全ての前記複数のＨＡＲＱ−ＡＣＫ情報を第２のＰＵＣＣＨで受信する。

（１２）本実施形態の第１０の態様は、基地局装置であって、複数の第１のＰＤＣＣＨと、前記複数の第１のＰＤＣＣＨによりスケジュールされる複数のＰＤＳＣＨを送信する送信部と、前記複数のＰＤＳＣＨに対する複数のＨＡＲＱ−ＡＣＫ情報を含むＨＡＲＱ−ＡＣＫ ｃｏｄｅｂｏｏｋを第１のＰＵＣＣＨで受信する受信部を備え、ＨＡＲＱプロセス識別子を含む、ＨＡＲＱ−ＡＣＫ情報の受信を指示する第２のＰＤＣＣＨを受信し、前記ＨＡＲＱプロセス識別子が用いられた前記ＰＤＳＣＨに対する前記ＨＡＲＱ−ＡＣＫ情報を含む前記ＨＡＲＱ−ＡＣＫ ｃｏｄｅｂｏｏｋで受信された前記複数のＨＡＲＱ−ＡＣＫ情報を第２のＰＵＣＣＨで受信する。

本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制
御するプログラム（コンピュータを機能させるプログラム）であってもよい。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤ
Ｄ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き
込みが行われる。

尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピ
ュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。

尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。

また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。

また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）および／またはＮＧ−ＲＡＮ（NextGen RAN，NR RAN）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢおよび／またはｇＮＢに対する上位ノードの機能の一部または全部を有してもよい。

また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。

また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。

以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。

１（１Ａ、１Ｂ、１Ｃ） 端末装置
３ 基地局装置
１０、３０ 無線送受信部
１１、３１ アンテナ部
１２、３２ ＲＦ部
１３、３３ ベースバンド部
１４、３４ 上位層処理部
１５、３５ 媒体アクセス制御層処理部
１６、３６ 無線リソース制御層処理部

Claims (6)

1. 第１のグループＩＤを持つ連続する１つまたは複数の第１のＰＤＳＣＨと、第２のグループＩＤを持つ連続する１つまたは複数の第２のＰＤＳＣＨと、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを受信する受信部と、
   前記第２のＰＤＣＣＨに含まれるＤＣＩフォーマットの第１のフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報の送信がトリガーされ、前記第２のＰＤＣＣＨに含まれる前記ＤＣＩフォーマットの第２のフィールドによって第１または第２のグループＩＤが示される場合、前記連続する１つまたは複数の第１のＰＤＳＣＨと前記連続する１つまたは複数の第２のＰＤＳＣＨのうち、前記第２のフィールドによって示されるグループＩＤと同じグループＩＤを持つ連続する１つまたは複数のＰＤＳＣＨに対応する前記ＨＡＲＱ−ＡＣＫ情報を送信する送信部と、を備える
   端末装置。
2. ＰＤＳＣＨが対応する前記グループＩＤは、要素１、要素２、要素３、要素４、要素５、要素６、要素７、および、要素８の一部または全部に少なくとも基づいて与えられ、
   前記要素１は、前記ＰＤＳＣＨをスケジューリングする第１のＰＤＣＣＨのＣＣＥインデックスであり、
   前記要素２は、前記第１のＰＤＣＣＨの制御リソースセットのインデックスであり、
   前記要素３は、前記第１のＰＤＣＣＨの探索領域セットのインデックスであり、
   前記要素４は、前記第１のＰＤＳＣＨのＨＡＲＱプロセス識別子であり、
   前記要素５は、前記第１のＰＤＳＣＨのスロットインデックスであり、
   前記要素６は、前記第１のＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールド（PUCCH resource indicator field）が示す値であり、
   前記要素７は、前記ＰＤＳＣＨに与えられるリソースブロックのインデックスであり、
   前記要素８は、前記第１のＰＤＣＣＨに含まれるＤＣＩフォーマットの第３のフィールドの値である
   請求項１に記載の端末装置。
3. 第１のグループＩＤを持つ連続する１つまたは複数の第１のＰＤＳＣＨと、第２のグループＩＤを持つ連続する１つまたは複数の第２のＰＤＳＣＨと、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを送信する送信部と、
   前記第２のＰＤＣＣＨに含まれるＤＣＩフォーマットの第１のフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報の送信をトリガーし、前記第２のＰＤＣＣＨに含まれる前記ＤＣＩフォーマットの第２のフィールドによって第１または第２のグループＩＤが示される場合、前記連続する１つまたは複数の第１のＰＤＳＣＨと前記連続する１つまたは複数の第２のＰＤＳＣＨのうち、前記第２のフィールドによって示されるグループＩＤと同じグループＩＤを持つ連続する１つまたは複数のＰＤＳＣＨに対応する前記ＨＡＲＱ−ＡＣＫ情報を受信する受信部と、を備える
   基地局装置。
4. ＰＤＳＣＨが対応する前記グループＩＤは、要素１、要素２、要素３、要素４、要素５、要素６、要素７、および、要素８の一部または全部に少なくとも基づいて与えられ、
   前記要素１は、前記ＰＤＳＣＨをスケジューリングする第１のＰＤＣＣＨのＣＣＥインデックスであり、
   前記要素２は、前記第１のＰＤＣＣＨの制御リソースセットのインデックスであり、
   前記要素３は、前記第１のＰＤＣＣＨの探索領域セットのインデックスであり、
   前記要素４は、前記第１のＰＤＳＣＨのＨＡＲＱプロセス識別子であり、
   前記要素５は、前記第１のＰＤＳＣＨのスロットインデックスであり、
   前記要素６は、前記第１のＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィ
   ールド（PUCCH resource indicator field）が示す値であり、
   前記要素７は、前記ＰＤＳＣＨに与えられるリソースブロックのインデックスであり、
   前記要素８は、前記第１のＰＤＣＣＨに含まれるＤＣＩフォーマットの第３のフィールドの値である
   請求項３に記載の基地局装置。
5. 端末装置に用いられる通信方法であって、
   第１のグループＩＤを持つ連続する１つまたは複数の第１のＰＤＳＣＨと、第２のグループＩＤを持つ連続する１つまたは複数の第２のＰＤＳＣＨと、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを受信するステップと、
   前記第２のＰＤＣＣＨに含まれるＤＣＩフォーマットの第１のフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報の送信がトリガーされ、前記第２のＰＤＣＣＨに含まれる前記ＤＣＩフォーマットの第２のフィールドによって第１または第２のグループＩＤが示される場合、前記連続する１つまたは複数の第１のＰＤＳＣＨと前記連続する１つまたは複数の第２のＰＤＳＣＨのうち、前記第２のフィールドによって示されるグループＩＤと同じグループＩＤを持つ連続する１つまたは複数のＰＤＳＣＨに対応する前記ＨＡＲＱ−ＡＣＫ情報を送信するステップと、を備える
   通信方法。
6. 基地局装置に用いられる通信方法であって、
   第１のグループＩＤを持つ連続する１つまたは複数の第１のＰＤＳＣＨと、第２のグループＩＤを持つ連続する１つまたは複数の第２のＰＤＳＣＨと、ＨＡＲＱ−ＡＣＫ情報の送信を指示する第２のＰＤＣＣＨを送信するステップと、
   前記第２のＰＤＣＣＨに含まれるＤＣＩフォーマットの第１のフィールドの値によって前記ＨＡＲＱ−ＡＣＫ情報の送信をトリガーし、前記第２のＰＤＣＣＨに含まれる前記ＤＣＩフォーマットの第２のフィールドによって第１または第２のグループＩＤが示される場合、前記連続する１つまたは複数の第１のＰＤＳＣＨと前記連続する１つまたは複数の第２のＰＤＳＣＨのうち、前記第２のフィールドによって示されるグループＩＤと同じグループＩＤを持つ連続する１つまたは複数のＰＤＳＣＨに対応する前記ＨＡＲＱ−ＡＣＫ情報を送信するステップと、を備える
   通信方法。

Images