(57)【要約】【課題】効率的に上りリンクの伝送を行うことができる。【解決手段】端末装置は、ＰＤＣＣＨを受信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを受信し、ＰＵＣＣＨ、または、ＰＵＳＣＨを介して、前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信（報告）し、前記ＰＤＣＣＨに少なくとも基づき、ＰＤＳＣＨグループ識別子、および、前記ＰＤＳＣＨグループ識別子に対応するトグルビットが示され、前記トグルビットがトグルされる場合に、前記ＰＤＳＣＨグループ識別子に対応するＨＡＲＱ−ＡＣＫコードブックから、すでに報告されたＨＡＲＱ−ＡＣＫ情報（まだ報告されていないＨＡＲＱ−ＡＣＫ情報以外のＨＡＲＱ−ＡＣＫ情報）を削除し、前記ＨＡＲＱ−ＡＣＫコードブックに前記ＰＤＣＣＨがスケジュールするＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を含めることを含む。【選択図】図１１
2020205484.tif 000002
【特許請求の範囲】
【請求項１】
ＰＤＣＣＨを受信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを受信する受信部と、
ＰＵＣＣＨ、または、ＰＵＳＣＨを介して、前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信（報告）する送信部と、を備え、
ＰＤＣＣＨ＃Ｃ、および、ＰＤＣＣＨ＃Ｇ、および、ＰＤＣＣＨ＃Ｉを受信し、ＰＤＳＣＨ＃Ｃは前記ＰＤＣＣＨ＃Ｃによりスケジュールされ、ＰＤＳＣＨ＃Ｇは前記ＰＤＣＣＨ＃Ｇによりスケジュールされ、ＰＤＳＣＨ＃Ｉは前記ＰＤＣＣＨ＃Ｉによりスケジュールされ、
前記ＰＤＣＣＨ＃Ｇは第２の値を示し、前記ＰＤＣＣＨ＃Ｉは、第３の値を示し、
前記ＰＤＣＣＨ＃Ｉは、ＰＵＣＣＨ＃３で、少なくとも前記ＰＤＳＣＨ＃Ｉに対応するＨＡＲＱ−ＡＣＫ情報＃Ｉを送信することを示し、
前記第２の値と前記第３の値が異なる場合、前記ＰＤＳＣＨ＃Ｇに対応するＨＡＲＱ−ＡＣＫ情報＃Ｇと前記ＨＡＲＱ−ＡＣＫ情報＃Ｉを前記ＰＵＣＣＨ＃３に多重し、
前記第２の値と前記第３の値が等しい場合、前記ＰＤＳＣＨ＃Ｃに対応するＨＡＲＱ−ＡＣＫ情報＃Ｃと前記ＨＡＲＱ−ＡＣＫ情報＃Ｇと前記ＨＡＲＱ−ＡＣＫ情報＃Ｉを前記ＰＵＣＣＨ＃３に多重し、
前記ＨＡＲＱ−ＡＣＫ情報＃Ｇは、前記ＰＵＣＣＨ＃３において新規送信であり、
前記ＨＡＲＱ−ＡＣＫ情報＃Ｃは、前記ＰＵＣＣＨ＃３において再送信である
端末装置。
【請求項２】
ＰＤＣＣＨを受信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを受信する受信部と、
ＰＵＣＣＨ、または、ＰＵＳＣＨを介して、前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信（報告）する送信部と、を備え、
前記ＰＤＣＣＨに少なくとも基づき、ＰＤＳＣＨグループ識別子、および、前記ＰＤＳＣＨグループ識別子に対応するトグルビットが示され、
前記トグルビットがトグルされる場合に、前記ＰＤＳＣＨグループ識別子に対応するＨＡＲＱ−ＡＣＫコードブックから、すでに報告されたＨＡＲＱ−ＡＣＫ情報（まだ報告されていないＨＡＲＱ−ＡＣＫ情報以外のＨＡＲＱ−ＡＣＫ情報）を削除し、
前記ＨＡＲＱ−ＡＣＫコードブックに前記ＰＤＣＣＨがスケジュールするＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を含める
端末装置。
【請求項３】
ＰＤＣＣＨを送信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを送信する送信部と、
ＰＵＣＣＨ、または、ＰＵＳＣＨを介して、前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を受信する受信部と、を備え、
ＰＤＣＣＨ＃Ｃ、および、ＰＤＣＣＨ＃Ｇ、および、ＰＤＣＣＨ＃Ｉを送信し、ＰＤＳＣＨ＃Ｃは前記ＰＤＣＣＨ＃Ｃによりスケジュールされ、ＰＤＳＣＨ＃Ｇは前記ＰＤＣＣＨ＃Ｇによりスケジュールされ、ＰＤＳＣＨ＃Ｉは前記ＰＤＣＣＨ＃Ｉによりスケジュールされ、
前記ＰＤＣＣＨ＃Ｇは第２の値を示し、前記ＰＤＣＣＨ＃Ｉは、第３の値を示し、
前記ＰＤＣＣＨ＃Ｉは、ＰＵＣＣＨ＃３で、少なくとも前記ＰＤＳＣＨ＃Ｉに対応するＨＡＲＱ−ＡＣＫ情報＃Ｉを送信されることを示し、
前記第２の値と前記第３の値が異なる場合、前記ＰＤＳＣＨ＃Ｇに対応するＨＡＲＱ−ＡＣＫ情報＃Ｇと前記ＨＡＲＱ−ＡＣＫ情報＃Ｉを前記ＰＵＣＣＨ＃３に多重され、
前記第２の値と前記第３の値が等しい場合、前記ＰＤＳＣＨ＃Ｃに対応するＨＡＲＱ−ＡＣＫ情報＃Ｃと前記ＨＡＲＱ−ＡＣＫ情報＃Ｇと前記ＨＡＲＱ−ＡＣＫ情報＃Ｉを前記
ＰＵＣＣＨ＃３に多重され、
前記ＨＡＲＱ−ＡＣＫ情報＃Ｇは、前記ＰＵＣＣＨ＃３において新規送信であり、
前記ＨＡＲＱ−ＡＣＫ情報＃Ｃは、前記ＰＵＣＣＨ＃３において再送信である
基地局装置。
【請求項４】
ＰＤＣＣＨを送信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを送信する送信部と、
ＰＵＣＣＨ、または、ＰＵＳＣＨを介して、前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を受信する受信部と、を備え、
前記ＰＤＣＣＨに少なくとも基づき、ＰＤＳＣＨグループ識別子、および、前記ＰＤＳＣＨグループ識別子に対応するトグルビットを示し、
前記トグルビットがトグルされる場合に、すでに報告されたＨＡＲＱ−ＡＣＫ情報（まだ報告されていないＨＡＲＱ−ＡＣＫ情報以外のＨＡＲＱ−ＡＣＫ情報）は、前記ＰＤＳＣＨグループ識別子に対応するＨＡＲＱ−ＡＣＫコードブックから削除され、
前記ＰＤＣＣＨがスケジュールするＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報は、前記ＨＡＲＱ−ＡＣＫコードブックに含まれる
基地局装置。
【請求項５】
端末装置に用いられる通信方法であって、
ＰＤＣＣＨを受信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを受信し、
ＰＵＣＣＨ、または、ＰＵＳＣＨを介して、前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信（報告）し、
ＰＤＣＣＨ＃Ｃ、および、ＰＤＣＣＨ＃Ｇ、および、ＰＤＣＣＨ＃Ｉを受信し、ＰＤＳＣＨ＃Ｃは前記ＰＤＣＣＨ＃Ｃによりスケジュールされ、ＰＤＳＣＨ＃Ｇは前記ＰＤＣＣＨ＃Ｇによりスケジュールされ、ＰＤＳＣＨ＃Ｉは前記ＰＤＣＣＨ＃Ｉによりスケジュールされ、
前記ＰＤＣＣＨ＃Ｇは第２の値を示し、前記ＰＤＣＣＨ＃Ｉは、第３の値を示し、
前記ＰＤＣＣＨ＃Ｉは、ＰＵＣＣＨ＃３で、少なくとも前記ＰＤＳＣＨ＃Ｉに対応するＨＡＲＱ−ＡＣＫ情報＃Ｉを送信することを示し、
前記第２の値と前記第３の値が異なる場合、前記ＰＤＳＣＨ＃Ｇに対応するＨＡＲＱ−ＡＣＫ情報＃Ｇと前記ＨＡＲＱ−ＡＣＫ情報＃Ｉを前記ＰＵＣＣＨ＃３に多重し、
前記第２の値と前記第３の値が等しい場合、前記ＰＤＳＣＨ＃Ｃに対応するＨＡＲＱ−ＡＣＫ情報＃Ｃと前記ＨＡＲＱ−ＡＣＫ情報＃Ｇと前記ＨＡＲＱ−ＡＣＫ情報＃Ｉを前記ＰＵＣＣＨ＃３に多重し、
前記ＨＡＲＱ−ＡＣＫ情報＃Ｇは、前記ＰＵＣＣＨ＃３において新規送信であり、
前記ＨＡＲＱ−ＡＣＫ情報＃Ｃは、前記ＰＵＣＣＨ＃３において再送信であることを含む
通信方法。
【請求項６】
端末装置に用いられる通信方法であって、
ＰＤＣＣＨを受信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを受信し、
ＰＵＣＣＨ、または、ＰＵＳＣＨを介して、前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信（報告）し、
前記ＰＤＣＣＨに少なくとも基づき、ＰＤＳＣＨグループ識別子、および、前記ＰＤＳＣＨグループ識別子に対応するトグルビットが示され、
前記トグルビットがトグルされる場合に、前記ＰＤＳＣＨグループ識別子に対応するＨＡＲＱ−ＡＣＫコードブックから、すでに報告されたＨＡＲＱ−ＡＣＫ情報（まだ報告されていないＨＡＲＱ−ＡＣＫ情報以外のＨＡＲＱ−ＡＣＫ情報）を削除し、
前記ＨＡＲＱ−ＡＣＫコードブックに前記ＰＤＣＣＨがスケジュールするＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を含めることを含む
通信方法。
【請求項７】
基地局装置に用いられる通信方法であって、
ＰＤＣＣＨを送信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを送信し、
ＰＵＣＣＨ、または、ＰＵＳＣＨを介して、前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を受信し、
ＰＤＣＣＨ＃Ｃ、および、ＰＤＣＣＨ＃Ｇ、および、ＰＤＣＣＨ＃Ｉを送信し、ＰＤＳＣＨ＃Ｃは前記ＰＤＣＣＨ＃Ｃによりスケジュールされ、ＰＤＳＣＨ＃Ｇは前記ＰＤＣＣＨ＃Ｇによりスケジュールされ、ＰＤＳＣＨ＃Ｉは前記ＰＤＣＣＨ＃Ｉによりスケジュールされ、
前記ＰＤＣＣＨ＃Ｇは第２の値を示し、前記ＰＤＣＣＨ＃Ｉは、第３の値を示し、
前記ＰＤＣＣＨ＃Ｉは、ＰＵＣＣＨ＃３で、少なくとも前記ＰＤＳＣＨ＃Ｉに対応するＨＡＲＱ−ＡＣＫ情報＃Ｉを送信されることを示し、
前記第２の値と前記第３の値が異なる場合、前記ＰＤＳＣＨ＃Ｇに対応するＨＡＲＱ−ＡＣＫ情報＃Ｇと前記ＨＡＲＱ−ＡＣＫ情報＃Ｉを前記ＰＵＣＣＨ＃３に多重され、
前記第２の値と前記第３の値が等しい場合、前記ＰＤＳＣＨ＃Ｃに対応するＨＡＲＱ−ＡＣＫ情報＃Ｃと前記ＨＡＲＱ−ＡＣＫ情報＃Ｇと前記ＨＡＲＱ−ＡＣＫ情報＃Ｉを前記ＰＵＣＣＨ＃３に多重され、
前記ＨＡＲＱ−ＡＣＫ情報＃Ｇは、前記ＰＵＣＣＨ＃３において新規送信であり、
前記ＨＡＲＱ−ＡＣＫ情報＃Ｃは、前記ＰＵＣＣＨ＃３において再送信であることを含む
通信方法。
【請求項８】
基地局装置に用いられる通信方法であって、
ＰＤＣＣＨを送信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを送信し、
前記ＰＤＣＣＨに少なくとも基づき、ＰＤＳＣＨグループ識別子、および、前記ＰＤＳＣＨグループ識別子に対応するトグルビットを示し、
前記トグルビットがトグルされる場合に、すでに報告されたＨＡＲＱ−ＡＣＫ情報（まだ報告されていないＨＡＲＱ−ＡＣＫ情報以外のＨＡＲＱ−ＡＣＫ情報）は、前記ＰＤＳＣＨグループ識別子に対応するＨＡＲＱ−ＡＣＫコードブックから削除され、
前記ＰＤＣＣＨがスケジュールするＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報は、前記ＨＡＲＱ−ＡＣＫコードブックに含まれることを含む
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、基地局装置、および、通信方法に関する。
【背景技術】
【０００２】
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long Term Evolution （LTE）」、または、「EUTRA:Evolved Universal Terrestrial Radio Access」と称する。）が、第三世代パートナーシッププロジェクト（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．
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、効率的に通信を行う端末装置、該端末装置に用いられる通信方法、効率的に通信を行う基地局装置、該基地局装置に用いられる通信方法を提供する。
【課題を解決するための手段】
【０００６】
（１）本発明の第１の態様は、端末装置であって、ＰＤＣＣＨを受信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを受信する受信部と、ＰＵＣＣＨ、または、ＰＵＳＣＨを介して、前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信（報告）する送信部と、を備え、ＰＤＣＣＨ＃Ｃ、および、ＰＤＣＣＨ＃Ｇ、および、ＰＤＣＣＨ＃Ｉを受信し、ＰＤＳＣＨ＃Ｃは前記ＰＤＣＣＨ＃Ｃによりスケジュールされ、ＰＤＳＣＨ＃Ｇは前記ＰＤＣＣＨ＃Ｇによりスケジュールされ、ＰＤＳＣＨ＃Ｉは前記ＰＤＣＣＨ＃Ｉによりスケジュールされ、前記ＰＤＣＣＨ＃Ｇは第２の値を示し、前記ＰＤＣＣＨ＃Ｉは、第３の値を示し、前記ＰＤＣＣＨ＃Ｉは、ＰＵＣＣＨ＃３で、少なくとも前記ＰＤＳＣＨ＃Ｉに対応するＨＡＲＱ−ＡＣＫ情報＃Ｉを送信することを示し、前記第２の値と前記第３の値が異なる場合、前記ＰＤＳＣＨ＃Ｇに対応するＨＡＲＱ−ＡＣＫ情報＃Ｇと前記ＨＡＲＱ−ＡＣＫ情報＃Ｉを前記ＰＵＣＣＨ＃３に多重し、前記第２の値と前記第３の値が等しい場合、前記ＰＤＳＣＨ＃Ｃに対応するＨＡＲＱ−ＡＣＫ情報＃Ｃと前記ＨＡＲＱ−ＡＣＫ情報＃Ｇと前記ＨＡＲＱ−ＡＣＫ情報＃Ｉを前記ＰＵＣＣＨ＃３に多重し、前記ＨＡＲＱ−ＡＣＫ情報＃Ｇは、前記ＰＵＣＣＨ＃３において新規送信であり、前記ＨＡＲＱ−ＡＣＫ情報＃Ｃは、前記ＰＵＣＣＨ＃３において再送信であることを含む。
【０００７】
（２）本発明の第２の態様は、端末装置であって、ＰＤＣＣＨを受信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを受信する受信部と、ＰＵＣＣＨ、または、ＰＵＳＣＨを介して、前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信（報告）する送信部と、を備え、前記ＰＤＣＣＨに少なくとも基づき、ＰＤＳＣＨグループ識別子、および、前記ＰＤＳＣＨグループ識別子に対応するトグルビットが示され、前記トグルビットがトグルされる場合に、前記ＰＤＳＣＨグループ識別子に対応するＨＡＲＱ−ＡＣＫコードブックから、すでに報告されたＨＡＲＱ−ＡＣＫ情報（まだ報告されていないＨＡＲＱ−ＡＣＫ情報以外のＨＡＲＱ−ＡＣＫ情報）を削除し、前記ＨＡＲＱ−ＡＣＫコードブックに前記ＰＤＣＣＨがスケジュールするＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を含めることを含む。
【０００８】
（３）本発明の第３の態様は、基地局装置であって、ＰＤＣＣＨを送信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを送信する送信部と、ＰＵＣＣＨ、または、ＰＵＳＣＨを介して、前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を受信する受信部と、を備え、ＰＤＣＣＨ＃Ｃ、および、ＰＤＣＣＨ＃Ｇ、および、ＰＤＣＣＨ＃Ｉを送信し、ＰＤＳＣＨ＃Ｃは前記ＰＤＣＣＨ＃Ｃによりスケジュールされ、ＰＤＳＣＨ＃Ｇは前記ＰＤＣＣＨ＃Ｇによりスケジュールされ、ＰＤＳＣＨ＃Ｉは前記ＰＤＣＣＨ＃Ｉによりスケジュールされ、前記ＰＤＣＣＨ＃Ｇは第２の値を示し、前記ＰＤＣＣＨ＃Ｉは、第３の値を示し、前記ＰＤＣＣＨ＃Ｉは、ＰＵＣＣＨ＃３で、少なくとも前記ＰＤＳＣＨ＃Ｉに対応するＨＡＲＱ−ＡＣＫ情報＃Ｉを送信されることを示し、前記第２の値と前記第３の値が異なる場合、前記ＰＤＳＣＨ＃Ｇに対応するＨＡＲＱ−ＡＣＫ情報＃Ｇと前記ＨＡＲＱ−ＡＣＫ情報＃Ｉを前記ＰＵＣＣＨ＃３に多重され、前記第２の値と前記第３の値が等しい場合、前記ＰＤＳＣＨ＃Ｃに対応するＨＡＲＱ−ＡＣＫ情報＃Ｃと前記ＨＡＲＱ−ＡＣＫ情報＃Ｇと前記ＨＡＲＱ−ＡＣＫ情報＃Ｉを前記ＰＵＣＣＨ＃３に多重され、前記ＨＡＲＱ−ＡＣＫ情報＃Ｇは、前記ＰＵＣＣＨ＃３において新規送信であり、前記ＨＡＲＱ−ＡＣＫ情報＃Ｃは、前記ＰＵＣＣＨ＃３において再送信であることを含む。
【０００９】
（４）本発明の第４の態様は、基地局装置であって、ＰＤＣＣＨを送信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを送信する送信部と、ＰＵＣＣＨ、または、ＰＵＳＣＨを介して、前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を受信する受信部と、を備え、前記ＰＤＣＣＨに少なくとも基づき、ＰＤＳＣＨグループ識別子、および、前記ＰＤＳＣＨグループ識別子に対応するトグルビットを示し、前記トグルビットがトグルされる場合に、すでに報告されたＨＡＲＱ−ＡＣＫ情報（まだ報告されていないＨＡＲＱ−ＡＣＫ情報以外のＨＡＲＱ−ＡＣＫ情報）は、前記ＰＤＳＣＨグループ識別子に対応するＨＡＲＱ−ＡＣＫコードブックから削除され、前記ＰＤＣＣＨがスケジュールするＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報は、前記ＨＡＲＱ−ＡＣＫコードブックに含まれることを含む。
【００１０】
（５）本発明の第５の態様は、端末装置に用いられる通信方法であって、ＰＤＣＣＨを受信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを受信し、ＰＵＣＣＨ、または、ＰＵＳＣＨを介して、前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信（報告）し、ＰＤＣＣＨ＃Ｃ、および、ＰＤＣＣＨ＃Ｇ、および、ＰＤＣＣＨ＃Ｉを受信し、ＰＤＳＣＨ＃Ｃは前記ＰＤＣＣＨ＃Ｃによりスケジュールされ、ＰＤＳＣＨ＃Ｇは前記ＰＤＣＣＨ＃Ｇによりスケジュールされ、ＰＤＳＣＨ＃Ｉは前記ＰＤＣＣＨ＃Ｉによりスケジュールされ、前記ＰＤＣＣＨ＃Ｇは第２の値を示し、前記ＰＤＣＣＨ＃Ｉは、第３の値を示し、前記ＰＤＣＣＨ＃Ｉは、ＰＵＣＣＨ＃３で、少なくとも前記ＰＤＳＣＨ＃Ｉに対応するＨＡＲＱ−ＡＣＫ情報＃Ｉを送信することを示し、前記第２の値と前記第３の値が異なる場合、前記ＰＤＳＣＨ＃Ｇに対応するＨＡＲＱ−ＡＣＫ情報＃Ｇと前記ＨＡＲＱ−ＡＣＫ情報＃Ｉを前記ＰＵＣＣＨ＃３に多重し、前記第２の値と前記第３の値が等しい場合、前記ＰＤＳＣＨ＃Ｃに対応するＨＡＲＱ−ＡＣＫ情報＃Ｃと前記ＨＡＲＱ−ＡＣＫ情報＃Ｇと前記ＨＡＲＱ−ＡＣＫ情報＃Ｉを前記ＰＵＣＣＨ＃３に多重し、前記ＨＡＲＱ−ＡＣＫ情報＃Ｇは、前記ＰＵＣＣＨ＃３において新規送信であり、前記ＨＡＲＱ−ＡＣＫ情報＃Ｃは、前記ＰＵＣＣＨ＃３において再送信であることを含む。
【００１１】
（６）本発明の第６の態様は、端末装置に用いられる通信方法であって、ＰＤＣＣＨを受信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを受信し、ＰＵＣＣＨ、または、ＰＵＳＣＨを介して、前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信（報告）し、前記ＰＤＣＣＨに少なくとも基づき、ＰＤＳＣＨグループ識別子、および、前記ＰＤＳＣＨグループ識別子に対応するトグルビットが示され、前記トグルビットがトグルされる場合に、前記ＰＤＳＣＨグループ識別子に対応するＨＡＲＱ−ＡＣＫコードブックから、すでに報告されたＨＡＲＱ−ＡＣＫ情報（まだ報告されていないＨＡＲＱ−ＡＣＫ情報以外のＨＡＲＱ−ＡＣＫ情報）を削除し、前記ＨＡＲＱ−ＡＣＫコードブックに前記ＰＤＣＣＨがスケジュールするＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を含めることを含む。
【００１２】
（７）本発明の第７の態様は、基地局装置に用いられる通信方法であって、ＰＤＣＣＨを送信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを送信し、ＰＵＣＣＨ、または、ＰＵＳＣＨを介して、前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を受信し、ＰＤＣＣＨ＃Ｃ、および、ＰＤＣＣＨ＃Ｇ、および、ＰＤＣＣＨ＃Ｉを送信し、ＰＤＳＣＨ＃Ｃは前記ＰＤＣＣＨ＃Ｃによりスケジュールされ、ＰＤＳＣＨ＃Ｇは前記ＰＤＣＣＨ＃Ｇによりスケジュールされ、ＰＤＳＣＨ＃Ｉは前記ＰＤＣＣＨ＃Ｉによりスケジュールされ、前記ＰＤＣＣＨ＃Ｇは第２の値を示し、前記ＰＤＣＣＨ＃Ｉは、第３の値を示し、前記ＰＤＣＣＨ＃Ｉは、ＰＵＣＣＨ＃３で、少なくとも前記ＰＤＳＣＨ＃Ｉに対応するＨＡＲＱ−ＡＣＫ情報＃Ｉを送信されることを示し、前記第２の値と前記第３の値が異なる場合、前記ＰＤＳＣＨ＃Ｇに対応するＨＡＲＱ−ＡＣＫ情報＃Ｇと前記ＨＡＲＱ−ＡＣＫ情報＃Ｉを前記ＰＵＣＣＨ＃３に多重され、前記第２の値と前記第３の値が等しい場合、前記ＰＤＳＣＨ＃Ｃに対応するＨＡＲＱ−ＡＣＫ情報＃Ｃと前記ＨＡＲＱ−ＡＣＫ情報＃Ｇと前記ＨＡＲＱ−ＡＣＫ情報＃Ｉを前記ＰＵＣＣＨ＃３に多重され、前記ＨＡＲＱ−ＡＣＫ情報＃Ｇは、前記ＰＵＣＣＨ＃３において新規送信であり、前記ＨＡＲＱ−ＡＣＫ情報＃Ｃは、前記ＰＵＣＣＨ＃３において再送信であることを含む。
【００１３】
（８）本発明の第８の態様は、基地局装置に用いられる通信方法であって、ＰＤＣＣＨを送信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを送信し、前記ＰＤＣＣＨに少なくとも基づき、ＰＤＳＣＨグループ識別子、および、前記ＰＤＳＣＨグループ識別子に対応するトグルビットを示し、前記トグルビットがトグルされる場合に、すでに報告されたＨＡＲＱ−ＡＣＫ情報（まだ報告されていないＨＡＲＱ−ＡＣＫ情報以外のＨＡＲＱ−ＡＣＫ情報）は、前記ＰＤＳＣＨグループ識別子に対応するＨＡＲＱ−ＡＣＫコードブックから削除され、前記ＰＤＣＣＨがスケジュールするＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報は、前記ＨＡＲＱ−ＡＣＫコードブックに含まれることを含む。
【発明の効果】
【００１４】
この発明によれば、端末装置は効率的に通信を行うことができる。また、基地局装置は効率的に通信を行うことができる。
【図面の簡単な説明】
【００１５】
【図１】本実施形態の一態様に係る無線通信システムの概念図である。
【図２】本実施形態の一態様に係るＮｓｌｏｔｓｙｍｂ、サブキャリア間隔の設定μ、スロット設定、および、ＣＰ設定の関係を示す一例である。
【図３】本実施形態の一態様に係るサブフレームにおけるリソースグリッドの一例を示す概略図である。
【図４】本実施形態の一態様に係る探索領域セットの監視機会の一例を示す図である。
【図５】本実施形態の一態様に係る端末装置１の構成を示す概略ブロック図である。
【図６】本実施形態の一態様に係る基地局装置３の構成を示す概略ブロック図である。
【図７】本実施形態の一態様に係る探索領域セットの監視機会（Monitoring occasion for search space set）と、ＰＤＣＣＨの監視機会（Monitoring occasion for PDCCH）の対応例を示す図である。
【図８】本実施形態の一態様に係るＨＡＲＱ−ＡＣＫコードブックの構成の手順の一例を示す図である。
【図９】本実施形態の一態様に係るＨＡＲＱ−ＡＣＫコードブックの構成の手順の一例を示す図である。
【図１０】本実施形態の一態様に係るＨＡＲＱ−ＡＣＫコードブックの構成の手順の一例を示す図である。
【図１１】本実施形態の一態様に係るＨＡＲＱ−ＡＣＫ情報の報告の一例を示す図である。
【図１２】本実施形態の一態様に係るＮＦＩビットのトグルの状態を示す一例である。
【図１３】本実施形態の一態様に係る、あるＰＤＳＣＨグループに対応するＮＦＩビットがトグルされる場合、ＨＡＲＱ−ＡＣＫ情報の報告の一例である。
【図１４】本実施形態の一態様に係る、あるＰＤＳＣＨグループに対応するＮＦＩビットがトグルされない場合、ＨＡＲＱ−ＡＣＫ情報の報告の一例である。
【発明を実施するための形態】
【００１６】
以下、本発明の実施形態について説明する。
【００１７】
“Ａ、および／または、Ｂ”は、“Ａ”、“Ｂ”、または“ＡおよびＢ”を含む用語であってもよい。
【００１８】
パラメータまたは情報が１または複数の値を示すことは、該パラメータまたは該情報が該１または複数の値を示すパラメータまたは情報を少なくとも含むことであってもよい。上位層パラメータは、単一の上位層パラメータであってもよい。上位層パラメータは、複数のパラメータを含む情報要素（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 spacing 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）
【００６４】
ＤＣＩフォーマット特定フィールドは、該ＤＣＩフォーマット特定フィールドを含むＤＣＩフォーマットが１または複数のＤＣＩフォーマットの何れに対応するかを示すために少なくとも用いられてもよい。該１または複数のＤＣＩフォーマットは、ＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１、ＤＣＩフォーマット０＿０、および／または、ＤＣＩフォーマット０＿１の一部または全部に少なくとも基づき与えられてもよい。
【００６５】
周波数領域リソース割り当てフィールドは、該周波数領域リソース割り当てフィールドを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨのための周波数リソースの割り当てを示すために少なくとも用いられてもよい。周波数領域リソース割り当てフィールドは、ＦＤＲＡ（Frequency Domain Resource Allocation）フィールドとも呼称される。
【００６６】
時間領域リソース割り当てフィールドは、該時間領域リソース割り当てフィールドを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨのための時間リソースの割り当てを示すために少なくとも用いられてもよい。
【００６７】
周波数ホッピングフラグフィールドは、該周波数ホッピングフラグフィールドを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨに対して周波数ホッピングが適用されるか否かを示すために少なくとも用いられてもよい。
【００６８】
ＭＣＳフィールドは、該ＭＣＳフィールドを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨのための変調方式、および／または、ターゲット符号化率の一部または全部を示すために少なくとも用いられてもよい。該ターゲット符号化率は、該ＰＵＳＣＨのトランスポートブロックのためのターゲット符号化率であってもよい。該トランスポートブロックのサイズ（TBS: Transport Block Size）は、該ターゲット符号化率に
少なくとも基づき与えられてもよい。
【００６９】
ＤＣＩフォーマット０＿１は、２Ａから２Ｇの一部または全部を少なくとも含んで構成される。
２Ａ）ＤＣＩフォーマット特定フィールド
２Ｂ）周波数領域リソース割り当てフィールド
２Ｃ）時間領域リソース割り当てフィールド
２Ｄ）周波数ホッピングフラグフィールド
２Ｅ）ＭＣＳフィールド
２Ｆ）ＣＳＩリクエストフィールド（CSI request field）
２Ｇ）ＢＷＰフィールド（BWP field）
２Ｈ）第１のＵＬ  ＤＡＩフィールド（1st downlink assignment index）
２Ｉ）第２のＵＬ  ＤＡＩフィールド（2nd downlink assignment index）
【００７０】
第１のＵＬ  ＤＡＩフィールドは、ＰＤＳＣＨの送信状況を示すために少なくとも用いられる。動的ＨＡＲＱ−ＡＣＫコードブック（Dynamic HARQ-ACK codebook）が用いられ
る場合、第１のＵＬ  ＤＡＩフィールドのサイズは２ビットであってもよい。
【００７１】
第２のＵＬ  ＤＡＩフィールドは、ＰＤＳＣＨの送信状況を示すために少なくとも用いられる。二つのサブコードブック（sub-codebook）を含む動的ＨＡＲＱ−ＡＣＫコードブックが用いられる場合、第２のＵＬ  ＤＡＩフィールドのサイズは２ビットであってもよい。
【００７２】
ＢＷＰフィールドは、ＤＣＩフォーマット０＿１によりスケジューリングされるＰＵＳＣＨがマップされる上りリンクＢＷＰを指示するために用いられてもよい。
【００７３】
ＣＳＩリクエストフィールドは、ＣＳＩの報告を指示するために少なくとも用いられる。ＣＳＩリクエストフィールドのサイズは、上位層のパラメータＲｅｐｏｒｔＴｒｉｇｇｅｒＳｉｚｅに少なくとも基づき与えられてもよい。
【００７４】
下りリンクＤＣＩフォーマットは、ＤＣＩフォーマット１＿０、および、ＤＣＩフォーマット１＿１の一方または両方を少なくとも含む。
【００７５】
ＤＣＩフォーマット１＿０は、３Ａから３Ｈの一部または全部を少なくとも含んで構成される。
３Ａ）ＤＣＩフォーマット特定フィールド（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）
４Ｋ）ＰＧＩフィールド（PDSCH Group Indicator field）
４Ｌ）ＲＰＧフィールド（Requested PDSCH Group field）
４Ｍ）ＮＦＩフィールド（New Feedback Indicator 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）を監視してもよい。端末装置１に複数の探索領域セットが構成されてもよい。それぞれの探索領域セットにイン
デックス（探索領域セットインデックス）が付与されてもよい。
【００９９】
探索領域セットは、１または複数の探索領域を少なくとも含んで構成されてもよい。それぞれの探索領域にインデックス（探索領域インデックス）が付与されてもよい。
【０１００】
探索領域セットのそれぞれは、１つの制御リソースセットに少なくとも関連してもよい。探索領域セットのそれぞれは、１つの制御リソースセットに含まれてもよい。探索領域セットのそれぞれに対して、該探索領域セットに関連する制御リソースセットのインデックスが与えられてもよい。
【０１０１】
探索領域セットのそれぞれに対して、探索領域セットの監視間隔（Monitoring periodicity）が設定されてもよい。探索領域セットの監視間隔は、端末装置１によって探索領域セットの監視が行われるスロットの間隔を少なくとも示してもよい。探索領域セットの監視間隔を少なくとも示す上位層のパラメータは、探索領域セットごとに与えられてもよい。
【０１０２】
探索領域セットのそれぞれに対して、探索領域セットの監視オフセット（Monitoring offset）が設定されてもよい。探索領域セットの監視オフセットは、端末装置１によって
探索領域セットの監視が行われるスロットのインデックスの基準インデックス（例えば、スロット＃０）からのずれ（offset）を少なくとも示してもよい。探索領域セットの監視オフセットを少なくとも示す上位層のパラメータは、探索領域セットごとに与えられてもよい。
【０１０３】
探索領域セットのそれぞれに対して、探索領域セットの監視パターン（Monitoring pattern）が設定されてもよい。探索領域セットの監視パターンは、監視が行われる探索領域セットのための先頭のＯＦＤＭシンボルを示してもよい。探索領域セットの監視パターンは、１または複数のスロットにおける該先頭のＯＦＤＭシンボルを示すビットマップにより与えられてもよい。探索領域セットの監視パターンを少なくとも示す上位層のパラメータは、探索領域セットごとに与えられてもよい。
【０１０４】
探索領域セットの監視機会（Monitoring occasion）は、探索領域セットの監視間隔、
探索領域セットの監視オフセット、探索領域セットの監視パターン、および／または、ＤＲＸの設定の一部または全部に少なくとも基づき与えられてもよい。
【０１０５】
図４は、本実施形態の一態様に係る探索領域セットの監視機会の一例を示す図である。図４において、プライマリセル３０１に探索領域セット９１、および、探索領域セット９２が設定され、セカンダリセル３０２に探索領域セット９３が設定され、セカンダリセル３０３に探索領域セット９４が設定されている。
【０１０６】
図４において、格子線で示されるブロックは探索領域セット９１を示し、右上がり対角線で示されるブロックは探索領域セット９２を示し、左上がり対角線で示されるブロックは探索領域セット９３を示し、横線で示されるブロックは探索領域セット９４を示している。
【０１０７】
探索領域セット９１の監視間隔は1スロットにセットされ、探索領域セット９１の監視
オフセットは０スロットにセットされ、探索領域セット９１の監視パターンは、[１，０
，０，０，０，０，０，１，０，０，０，０，０，０]にセットされている。つまり、探
索領域セット９１の監視機会はスロットのそれぞれにおける先頭のＯＦＤＭシンボル（ＯＦＤＭシンボル＃０）および８番目のＯＦＤＭシンボル（ＯＦＤＭシンボル＃７）である。
【０１０８】
探索領域セット９２の監視間隔は２スロットにセットされ、探索領域セット９２の監視オフセットは０スロットにセットされ、探索領域セット９２の監視パターンは、[１，０
，０，０，０，０，０，０，０，０，０，０，０，０]にセットされている。つまり、探
索領域セット９２の監視機会は偶数スロットのそれぞれにおける先頭のＯＦＤＭシンボル（ＯＦＤＭシンボル＃０）である。
【０１０９】
探索領域セット９３の監視間隔は２スロットにセットされ、探索領域セット９３の監視オフセットは０スロットにセットされ、探索領域セット９３の監視パターンは、[０，０
，０，０，０，０，０，１，０，０，０，０，０，０]にセットされている。つまり、探
索領域セット９３の監視機会は偶数スロットのそれぞれにおける８番目のＯＦＤＭシンボル（ＯＦＤＭシンボル＃７）である。
【０１１０】
探索領域セット９４の監視間隔は２スロットにセットされ、探索領域セット９４の監視オフセットは１スロットにセットされ、探索領域セット９４の監視パターンは、[１，０
，０，０，０，０，０，０，０，０，０，０，０，０]にセットされている。つまり、探
索領域セット９４の監視機会は奇数スロットのそれぞれにおける先頭のＯＦＤＭシンボル（ＯＦＤＭシンボル＃０）である。
【０１１１】
探索領域の物理リソースは制御チャネルの構成単位（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）のうち、少なくとも１つを含んでもよい。
【０１４７】
１つのトランスポートブロック（TB）に対するＨＡＲＱ制御をＨＡＲＱプロセスと呼んでもよい。ＨＡＲＱ制御は、複数のトランスポートブロック（TB）に対する並列動作が可能である。ＨＡＲＱプロセス毎にＨＡＲＱプロセス識別子が対応付けられてもよい。
【０１４８】
図７は、本実施形態の一態様に係る探索領域セットの監視機会（Monitoring occasion for search space set）と、ＰＤＣＣＨの監視機会（Monitoring occasion for PDCCH）
の対応例を示す図である。図７において、プライマリセルにおける探索領域セットの監視機会はスロットの先頭のＯＦＤＭシンボルであり、セカンダリセルにおける探索領域セットの監視機会はスロットの先頭のＯＦＤＭシンボル、および、スロットの中間のＯＦＤＭシンボル（例えば、ＯＦＤＭシンボル＃７）である。図７において、ＰＤＣＣＨの監視機会は、スロット＃ｎの先頭のＯＦＤＭシンボルとスロット＃ｎの中間のＯＦＤＭシンボル
、および、スロット＃ｎ＋１の先頭のＯＦＤＭシンボルとスロット＃ｎ＋１の中間のＯＦＤＭシンボルに対応する。つまり、ＰＤＣＣＨの監視機会は、１または複数のサービングセルの少なくともいずれかに探索領域セットの監視機会が設定される機会（occasion）として定義されてもよい。また、ＰＤＣＣＨの監視機会は、１または複数のサービングセルの少なくともいずれかに探索領域セットの監視機会が設定されるＯＦＤＭシンボルのインデックスに対応してもよい。
【０１４９】
スロットにおいて、あるＯＦＤＭシンボルインデックスから開始される探索領域セットの監視機会は、該あるＯＦＤＭシンボルインデックスから開始されるＰＤＣＣＨの監視機会に対応してもよい。あるＯＦＤＭシンボルインデックスから開始されるＰＤＣＣＨの監視機会は、あるＯＦＤＭシンボルインデックスから開始される探索領域セットの監視機会のそれぞれに対応してもよい。
【０１５０】
図８、図９、および、図１０は、本実施形態の一態様に係るＨＡＲＱ−ＡＣＫ情報のコードブック（ＨＡＲＱ−ＡＣＫコードブック）の構成の手順の一例を示す図である。図８、図９、および、図１０の＜ＡＸ＞は、ステップＡＸとも呼称される。図８、図９、および、図１０において、“Ａ＝Ｂ”は、ＡがＢにセットされることであってもよい。図８、図９、および、図１０において、“Ａ＝Ｂ”は、ＡにＢが入力されることであってもよい。端末装置１は、図８、図９、および、図１０に記載の手順に基づいてＨＡＲＱ−ＡＣＫ情報のコードブック（ＨＡＲＱ−ＡＣＫコードブック）を生成する。
【０１５１】
ＨＡＲＱ−ＡＣＫ情報のコードブックは、ステップＡ１からステップＡ４６の一部または全部に少なくとも基づき与えられてもよい。
【０１５２】
ＨＡＲＱ−ＡＣＫ情報のコードブックは、ＰＤＣＣＨの監視機会のセット、ＵＬ  ＤＡＩフィールドの値、カウンターＤＡＩフィールドの値、および／または、ＤＡＩフィールドの一部または全部に少なくとも基づき与えられてもよい。
【０１５３】
ＨＡＲＱ−ＡＣＫ情報のコードブックは、ＰＤＣＣＨの監視機会のセット、ＵＬ  ＤＡＩ、カウンターＤＡＩ、および／または、トータルＤＡＩの一部または全部に少なくとも基づき与えられてもよい。
【０１５４】
ステップＡ１において、サービングセルインデックスｃが０にセットされる。サービングセルインデックスは、サービングセルごとに上位層のパラメータに少なくとも基づき与えられてもよい。
【０１５５】
ステップＡ２において、ｍ＝０にセットされる。ｍは、ＤＣＩフォーマット１＿０、または、ＤＣＩフォーマット１＿１を含むＰＤＣＣＨの監視機会のインデックスを示してもよい。
【０１５６】
ステップＡ３において、ｊが０にセットされてもよい。
【０１５７】
ステップＡ４において、Ｖｔｅｍｐが０にセットされてもよい。
【０１５８】
ステップＡ５において、Ｖｔｅｍｐ２が０にセットされてもよい。
【０１５９】
ステップＡ６において、Ｖｓ＝φにセットされてもよい。φは、空集合を示す。
【０１６０】
ステップＡ７において、ＮＤＬｃｅｌｌｓが、サービングセルの数にセットされてもよい。該サービングセルの数は、端末装置１に設定されるサービングセルの数であってもよ
い。
【０１６１】
ステップＡ８において、ＭはＰＤＣＣＨの監視機会の数にセットされてもよい。
【０１６２】
ステップＡ９において、第１の評価式ｍ＜Ｍが評価される。該第１の評価式が真（true）である場合に、ステップＡ１０が実行されてもよい。該第１の評価式が偽（false）である場合に、ステップＡ３４が実行されてもよい。
【０１６３】
ステップＡ１０において、ｃが０にセットされてもよい。
【０１６４】
ステップＡ１１において、第２の評価式ｃ＜ＮＤＬｃｅｌｌｓが評価される。該第２の評価式が真である場合に、ステップＡ１１が実行されてもよい。該第２の評価式が偽である場合に、ステップＡ３３が実行されてもよい。
【０１６５】
ステップＡ１２において、サービングセルｃにおけるＰＤＣＣＨの監視機会ｍが活性化下りリンクＢＷＰの切り替えの前にある場合、ステップＡ１３が実行されてもよい。ステップＡ１２において、ＰＣｅｌｌにおける活性化上りリンクＢＷＰの切り替えがある、かつ、活性化下りリンクＢＷＰの切り替えがＤＣＩフォーマット１＿１によりトリガされない場合、ステップＡ１３が実行されてもよい。前述の二つの条件をすべて満たさない場合、ステップＡ１４が実行されてもよい。
【０１６６】
ステップＡ１３において、ｃがｃ＋１にセットされもよい。
【０１６７】
ステップＡ１４において、ステップＡ１５が実行されてもよい。
【０１６８】
ステップＡ１５において、サービングセルｃにおけるＰＤＣＣＨの監視機会ｍにおいてのＰＤＣＣＨに関連されるＰＤＳＣＨがある、または、サービングセルｃにおけるＳＰＳ
ＰＤＳＣＨの釈放を示すＰＤＣＣＨがある場合、ステップＡ１６が実行されてもよい。
【０１６９】
ステップＡ１６において、第３の評価式ＶＤＬＣ−ＤＡＩ，ｃ，ｍ≦Ｖｔｅｍｐが評価される。該第３の評価式が真である場合に、ステップＡ１７が実行されてもよい。該第３の評価式が偽である場合に、ステップＡ１８が実行されてもよい。
【０１７０】
ＶＤＬＣ−ＤＡＩ，ｃ，ｍは、サービングセルｃにおけるＰＤＣＣＨの監視機会ｍにおいて検出されるＰＤＣＣＨに少なくとも基づき与えられるカウンターＤＡＩ（Downlink Assignment Index）の値である。カウンターＤＡＩは、Ｍ個のＰＤＣＣＨの監視機会にお
いて、サービングセルｃにおけるＰＤＣＣＨの監視機会ｍまでに検出されるＰＤＣＣＨの累積数（または、累積数に少なくとも関連する値であってもよい）を示す。該累積数の決定において、Ｍ個の監視機会において検出されるＰＤＣＣＨのインデックスは、サービングセルインデックスｃを第１に、ＰＤＣＣＨの監視機会ｍを第２に与えられてもよい。つまり、Ｍ個のＰＤＣＣＨの監視機会において検出されるＰＤＣＣＨのインデックスは、まずサービングセルインデックスｃの順番にマップされ、次いでＰＤＣＣＨの監視機会ｍの順番にマップされてもよい（serving cell index first, PDCCH monitoring occasion second mapping）。カウンターＤＡＩは、Ｃ−ＤＡＩ（Counter Downlink Assignment Index）と呼称されてもよい。
【０１７１】
ステップＡ１７において、ｊがｊ＋１にセットされてもよい。
【０１７２】
ステップＡ１８は、ステップＡ１２における該第３の評価式に基づく動作の完了を示すステップであってもよい。
【０１７３】
ステップＡ１９において、ＶｔｅｍｐがＶＤＬＣ−ＤＡＩ，ｃ，ｍにセットされてもよい。
【０１７４】
ステップＡ２０において、第４の評価式ＶＤＬＴ−ＤＡＩ，ｍ＝φが評価されてもよい。該第４の評価式が真である場合に、ステップＡ２１が実行されてもよい。該第４の評価式が偽である場合に、ステップＡ２２が実行されてもよい。
【０１７５】
ＶＤＬＴ−ＤＡＩ，ｍは、サービングセルｃにおけるＰＤＣＣＨの監視機会ｍにおいて検出されるＰＤＣＣＨに少なくとも基づき与えられるトータルＤＡＩの値であってもよい。トータルＤＡＩは、Ｍ個のＰＤＣＣＨの監視機会において、ＰＤＣＣＨの監視機会ｍまでに検出されるＰＤＣＣＨの累積数（または、累積数に少なくとも関連する値であってもよい）を示してもよい。トータルＤＡＩは、Ｔ−ＤＡＩ（Total Downlink Assignment Index）と呼称されてもよい。
【０１７６】
ＨＡＲＱ−ＡＣＫ情報のコードブックが、ＤＣＩフォーマット０＿１に少なくとも基づきスケジューリングされるＰＵＳＣＨに多重され、ｍ＝Ｍ−１の場合に少なくとも、ＶＤＬＴ−ＤＡＩ，ｍはＶＵＬＤＡＩに置換されてもよい。
【０１７７】
ステップＡ２１において、Ｖｔｅｍｐ２がＶＤＬＣ−ＤＡＩ，ｃ，ｍにセットされてもよい。
【０１７８】
ステップＡ２２において、ステップＡ２３が実行されてもよい。
【０１７９】
ステップＡ２３において、Ｖｔｅｍｐ２がＶＤＬＴ−ＤＡＩ，ｍにセットされてもよい。
【０１８０】
ステップＡ２４は、ステップＡ２０における該第４の評価式に基づく動作の完了を示すステップであってもよい。
【０１８１】
ステップＡ２５において、１）harq-ACK-SpatialBundlingPUCCHが提供されていない、
かつ、２）ＰＤＣＣＨの監視機会ｍがＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１を含むＰＤＣＣＨの監視機会である、かつ、３）二つのランスポートブロックの受信に対して少なくとも１つのサービングセルにおける少なくとも１つのＢＷＰにおいてmaxNrofCodeWordsScheduledByDCIが設定されている場合に、ステップＡ２６が実行されてもよい。maxNrofCodeWordsScheduledByDCIは、ＰＤＳＣＨにおける２つのトランスポートブロックの送信をサポートするか否かを示す情報であってもよい。
【０１８２】
ステップＡ２６において、ｏＡＣＫａ（８ｊ＋２（ＶＤＬＣ−ＤＡＩ，ｃ，ｍ−１））がサービングセルｃの第１のトランスポートブロックに対応するＨＡＲＱ−ＡＣＫビットの値にセットされてもよい。ＨＡＲＱ−ＡＣＫビットの値が１であることは、ＡＣＫを示してもよい。ＨＡＲＱ−ＡＣＫビットの値が０であることは、ＮＡＣＫを示してもよい。該サービングセルｃの該第１のトランスポートブロックは、該サービングセルｃにおけるＰＤＣＣＨの監視機会ｍにおいて検出されるＰＤＣＣＨに含まれるＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨに含まれる該第１のトランスポートブロックであってもよい。
【０１８３】
ステップＡ２７において、ｏＡＣＫａ（８ｊ＋２（ＶＤＬＣ−ＤＡＩ，ｃ，ｍ−１）＋１）がサービングセルｃの第２のトランスポートブロックに対応するＨＡＲＱ−ＡＣＫビットの値にセットされてもよい。該サービングセルｃの該第２のトランスポートブロック
は、該サービングセルｃにおけるＰＤＣＣＨの監視機会ｍにおいて検出されるＰＤＣＣＨに含まれるＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨに含まれる該第２のトランスポートブロックであってもよい。
【０１８４】
ＰＤＳＣＨが第１のトランスポートブロックを含み、該ＰＤＳＣＨが第２のトランスポートブロックを含まないことは、該ＰＤＳＣＨに１つのトランスポートブロックが含まれることであってもよい。
【０１８５】
ステップＡ２８において、ＶｓがＶｓ∪｛８ｊ＋２（ＶＤＬＣ−ＤＡＩ，ｃ，ｍ−１），８ｊ＋２（ＶＤＬＣ−ＤＡＩ，ｃ，ｍ−１）＋１｝にセットされてもよい。Ｙ∪Ｚは、集合Ｙと集合Ｚの和集合を示してもよい。｛＊｝は、＊を含んで構成される集合であってもよい。
【０１８６】
ステップＡ２９において、１）harq-ACK-SpatialBundlingPUCCHが提供されている、か
つ、２）ＰＤＣＣＨの監視機会ｍがＤＣＩフォーマット１＿１を含むＰＤＣＣＨの監視機会である、かつ、３）二つのランスポートブロックの受信に対して少なくとも１つのサービングセルにおける少なくとも１つのＢＷＰにおいてmaxNrofCodeWordsScheduledByDCIが設定されている場合に、ステップＡ３０が実行されてもよい。
【０１８７】
ステップＡ３０において、ｏＡＣＫａ（４ｊ＋ＶＤＬＣ−ＤＡＩ，ｃ，ｍ−１）がサービングセルｃの第１のトランスポートブロックに対応する第１のＨＡＲＱ−ＡＣＫビットと、サービングセルｃの第２のトランスポートブロックに対応する第２のＨＡＲＱ−ＡＣＫビットの論理積（binary AND operation）により与えられる値にセットされてもよい。
【０１８８】
ステップＡ３１において、ＶｓがＶｓ∪｛４ｊ＋ＶＤＬＣ−ＤＡＩ，ｃ，ｍ−１｝にセットされてもよい。
【０１８９】
ステップＡ３２において、ステップＡ２５の条件、および、ステップＡ２９の条件を満たさない場合に、ステップＡ３３が実行されてもよい。
【０１９０】
ステップＡ３３において、ｏＡＣＫａ（４ｊ＋ＶＤＬＣ−ＤＡＩ，ｃ，ｍ−１）がサービングセルｃの第１のトランスポートブロックに対応する第１のＨＡＲＱ−ＡＣＫビットの値にセットされてもよい。ステップＡ３３において、ｏＡＣＫａ（４ｊ＋ＶＤＬＣ−ＤＡＩ，ｃ，ｍ−１）がサービングセルｃのＨＡＲＱ−ＡＣＫビットの値にセットされてもよい。
【０１９１】
ステップＡ３４において、ＶｓがＶｓ∪｛４ｊ＋ＶＤＬＣ−ＤＡＩ，ｃ，ｍ−１｝にセットされてもよい。
【０１９２】
ステップＡ３５は、ステップＡ２５の動作の完了を示すステップであってもよい。
【０１９３】
ステップＡ３６は、ステップＡ１５の動作の完了を示すステップであってもよい。
【０１９４】
ステップＡ３７において、ｃがｃ＋１にセットされてもよい。
【０１９５】
ステップＡ３８は、ステップＡ１２の動作の完了を示すステップであってもよい。
【０１９６】
ステップＡ３９において、ステップＡ１１が実行されてもよい。
【０１９７】
ステップＡ４０において、ｍがｍ＋１にセットされてもよい。
【０１９８】
ステップＡ４１において、ステップＡ１０が実行されてもよい。
【０１９９】
ステップＡ４２において、第５の評価式Ｖｔｅｍｐ２＜Ｖｔｅｍｐが実行されてもよい。該第５の評価式が真である場合に、ステップＡ４３が実行されてもよい。該第５の評価式が偽である場合に、ステップＡ４４が実行されてもよい。
【０２００】
ステップＡ４３において、ｊがｊ＋１にセットされてもよい。
【０２０１】
ステップＡ４４は、ステップＡ４２の完了を示すステップであってもよい。
【０２０２】
ステップＡ４５において、１）harq-ACK-SpatialBundlingPUCCHが提供されていない、
かつ、２）少なくとも１つのサービングセルにおける少なくとも１つのＢＷＰにおいてmaxNrofCodeWordsScheduledByDCIが設定されている場合に、ステップＡ４６が実行されてもよい。前述の二つの条件をすべて満たさない場合、ステップＡ４７が実行されてもよい。
【０２０３】
ステップＡ４６において、ＯＡＣＫが２（４ｊ＋Ｖｔｅｍｐ２）にセットされてもよい。
【０２０４】
ステップＡ４７において、ステップＡ４８が実行されてもよい。
【０２０５】
ステップＡ４８において、ＯＡＣＫが４ｊ＋Ｖｔｅｍｐ２にセットされてもよい。
【０２０６】
ステップＡ４９は、ステップＡ１２の動作の完了を示すステップであってもよい。
【０２０７】
ステップＡ５０において、ｉＮ∈｛０，１，．．．，ＯＡＣＫ−１｝￥Ｖｓが満たされるｉＮに対して、ｏＡＣＫａ（ｉＮ）がＮＡＣＫの値にセットされてもよい。Ｖ￥Ｗは、集合Ｖから集合Ｗに含まれる要素が引かれた集合を示してもよい。Ｖ￥Ｗは、ＶのＷに関する差集合であってもよい。
【０２０８】
ステップＡ５１において、ｃが０にセットされてもよい。
【０２０９】
ステップＡ５２において、第７の評価式ｃ＜ＮＤＬｃｅｌｌｓが評価される。該第７の評価式が真である場合に、ステップＡ５４が実行されてもよい。該第２の評価式が偽である場合に、ステップＡ５８が実行されてもよい。
【０２１０】
ステップＡ５４において、Ｍ個のＰＤＣＣＨの監視機会における１または複数のスロットにおける設定されるグラントによりスケジューリングされるＰＤＳＣＨ（ＳＰＳ  ＰＤＳＣＨ）が受信されるように設定され、かつ、該ＳＰＳ  ＰＤＳＣＨの送信が活性化された（activated）場合、ステップＡ５４が実行されてもよい。
【０２１１】
ステップＡ５４において、ＯＡＣＫがＯＡＣＫ＋１にセットされてもよい。ステップＡ４４において、ＯＡＣＫがＯＡＣＫ＋ＮＳＰＳにセットされてもよい。ＮＳＰＳは、Ｍ個のＰＤＣＣＨの監視機会１００１において受信されることが設定されるＳＰＳ  ＰＤＳＣＨの数であってもよい。
【０２１２】
ステップＡ５５において、ｏＡＣＫａ（ｏＡＣＫａ−１）が該ＳＰＳ  ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫビットの値にセットされてもよい。ステップＡ４５において、ｏＡＣＫａ（ｏＡＣＫａ−ｉＳＰＳ）が該ＳＰＳ  ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫビットの値にセッ
トされてもよい。ｉＳＰＳは、ｉＳＰＳ∈｛０，１，．．．，ＮＳＰＳ−１｝の条件を満たしてもよい。ステップＡ４５において、ｏＡＣＫａ（ｏＡＣＫａ−１）が、Ｍ個のＰＤＣＣＨの監視機会において受信されることが設定される１または複数のＳＰＳ  ＰＤＳＣＨのそれぞれに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫビットの論理積により与えられる値にセットされてもよい。
【０２１３】
ステップＡ５６は、ステップＡ５３の動作の完了を示すステップであってもよい。
【０２１４】
ステップＡ５７において、ｃがｃ＋１にセットされもよい。
【０２１５】
ステップＡ５８は、ステップＡ５２の動作の完了を示すステップであってもよい。
【０２１６】
第１の評価式から第７の評価式は、評価式とも呼称される。評価式が真であることは、該評価式が満たされることであってもよい。該評価式が偽であることは、該評価式が真でないことであってもよい。該評価式が偽であることは、該評価式が満たされないことであってもよい。
【０２１７】
端末装置１は、各ＰＤＳＣＨに対してＰＤＳＣＨグループ識別子（PGI: PDSCH Group ID）を紐付けられてもよい。あるＰＤＳＣＨのＰＧＩは、該ＰＤＳＣＨをスケジュールす
るＰＤＣＣＨに含まれるＤＣＩフォーマットに少なくとも基づき指示されてもよい。例えば、ＰＧＩを示すフィールド（ＰＧＩフィールド）がＤＣＩフォーマットに含まれてもよい。ＰＤＳＣＨグループは、同じＰＧＩ（ＰＤＳＣＨグループ識別子）を有するＰＤＳＣＨの集合であってもよい。ＰＤＳＣＨグループは、１つのＰＤＳＣＨ、または、同じＰＧＩを紐づけられた、１つ以上のＰＤＳＣＨの集合であってもよい。
【０２１８】
例えば、ＰＧＩフィールドは、ＤＣＩフォーマット１＿１に含まれてもよい。例えば、ＰＧＩフィールドは、ＤＣＩフォーマット１＿０に含まれなくてもよい。例えば、ＰＧＩフィールドは、ＤＣＩフォーマット１＿０に含まれてもよい。例えば、ＰＧＩフィールドを含まないＤＣＩフォーマット１＿０が検出された場合に、該ＤＣＩフォーマット１＿０によりスケジューリングされるＰＤＳＣＨは、既定のＰＤＳＣＨグループ（例えば、インデックスが０、または、１のＰＤＳＣＨグループ）に含まれるとみなされてもよい。例えば、端末装置１がＰＧＩフィールドを含まないＤＣＩフォーマット１＿０を検出した場合に、該ＤＣＩフォーマット１＿０によりスケジューリングされるＰＤＳＣＨが既定のＰＤＳＣＨグループ（例えば、インデックスが０、または、１のＰＤＳＣＨグループ）に含まれるとみなしてもよい。
【０２１９】
リクエストＰＤＳＣＨグループ（RPG: Requested PDSCH Group）は、次のＰＵＣＣＨまたはＰＵＳＣＨを介して送信（報告）されるＨＡＲＱ−ＡＣＫフィードバックに対応するＰＤＳＣＨグループであってもよい。ＲＰＧ（リクエストＰＤＳＣＨグループ）は、１つのＰＤＳＣＨグループを含めてもよいし、複数のＰＤＳＣＨグループを含めてもよい。ＲＰＧの指示は、ＤＣＩフォーマットに少なくとも基づき、ビットマップ（bitmap）の形式で各ＰＤＳＣＨグループに対応して示してもよい。端末装置１は、指示されたＲＰＧに対して、ＨＡＲＱ−ＡＣＫコードブックを生成し、ＰＵＣＣＨまたはＰＵＳＣＨを介して送信（報告）してもよい。ＲＰＧは、ＤＣＩフォーマットに含まれるＲＰＧフィールドに少なくとも基づき示されてもよい。
【０２２０】
例えば、ＲＰＧフィールドは、ＤＣＩフォーマット１＿１に含まれてもよい。例えば、ＲＰＧフィールドは、ＤＣＩフォーマット１＿０に含まれなくてもよい。例えば、ＲＰＧフィールドは、ＤＣＩフォーマット１＿０に含まれてもよい。例えば、ＲＰＧフィールドを含まないＤＣＩフォーマット１＿０が検出された場合に、該ＤＣＩフォーマット１＿０
によりトリガされるＨＡＲＱ−ＡＣＫコードブックの送信において、既定のＰＤＳＣＨグループ（例えば、インデックスが０、または、１のＰＤＳＣＨグループ）に対するＨＡＲＱ−ＡＣＫコードブックの送信がトリガされたとみなされてもよい。例えば、端末装置１がＲＰＧフィールドを含まないＤＣＩフォーマット１＿０を検出した場合に、端末装置１が、該ＤＣＩフォーマット１＿０によりトリガされるＨＡＲＱ−ＡＣＫコードブックの送信において、既定のＰＤＳＣＨグループ（例えば、インデックスが０、または、１のＰＤＳＣＨグループ）に対するＨＡＲＱ−ＡＣＫコードブックの送信がトリガされたとみなしてもよい。
【０２２１】
ＰＤＣＣＨに含まれるＤＣＩフォーマットにより指示されるＫ１（ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールドにより示される情報、またはパラメータ）の値は、数値（numerical）であってもよいし、非数値(non-numerical)であってもよい。ここで、数値の値は、数字で表す値を意味し、例えば、｛０，１，２，．．．，１５｝のうちの値であってもよい。非数値の値は、数字以外の値を意味する。以下、数値のＫ１の値、および、非数値のＫ１の値の運用を説明する。例えば、該ＤＣＩフォーマットによりスケジュールされるＰＤＳＣＨは、スロットｎにおいて基地局装置３において送信され、端末装置１において受信される。該ＤＣＩフォーマットにより示されるＫ１の値が数値である場合、端末装置１は、該ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報をスロットｎ＋Ｋ１において、ＰＵＣＣＨまたはＰＵＳＣＨを介して送信（報告）してもよい。該ＤＣＩフォーマットにより示されるＫ１の値が非数値である場合、端末装置１は、該ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報の報告を延期してもよい。ＰＤＳＣＨのスケジューリング情報を含むＤＣＩフォーマットにより非数値のＫ１の値が示される場合、端末装置１は、該ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報の報告を延期してもよい。例えば、端末装置１は、該ＨＡＲＱ−ＡＣＫ情報を保存して、次のＰＵＣＣＨまたはＰＵＳＣＨを介して該ＨＡＲＱ−ＡＣＫ情報を送信（報告）せず、前述のＤＣＩフォーマット以外のＤＣＩフォーマットに少なくとも基づき該ＨＡＲＱ−ＡＣＫ情報の送信がトリガされて該ＨＡＲＱ−ＡＣＫ情報を送信（報告）してもよい。
【０２２２】
ＮＦＩ（New Feedback Indicator）フィールドは、ＰＤＳＣＨのＨＡＲＱ−ＡＣＫ情報が正しく検出されるか否かを示すＤＣＩフィールドであってもよい。ＮＦＩフィールドは、ＤＣＩフォーマット０＿１に含まれてもよい。ＮＦＩフィールドは、ＤＣＩフォーマット１＿０に含まれてもよい。ＮＦＩフィールドは、ＤＣＩフォーマット１＿０に含まれなくてもよい。ＮＦＩフィールドは、１ビットであってもよいし、１ビット以上であってもよい。ＮＦＩフィールドの各ビットは、各ＰＤＳＣＨグループそれぞれに対応してもよい。例えば、ＰＤＳＣＨグループの数が２である場合、２ビットのＮＦＩフィールドは（Ｘ，Ｙ）でセットされ、ＮＦＩビットＸはＰＤＳＣＨグループ＃１に対応し、ＮＦＩビットＹはＰＤＳＣＨグループ＃２に対応してもよい。例えば、ＰＤＳＣＨグループの数が４である場合、４ビットのＮＦＩフィールドは（Ｘ，Ｙ，Ｚ，Ｗ）でセットされ、ＮＦＩビットＸはＰＤＳＣＨグループ＃１に対応し、ＮＦＩビットＹはＰＤＳＣＨグループ＃２に対応し、ＮＦＩビットＺはＰＤＳＣＨグループ＃３に対応し、ＮＦＩビットＷはＰＤＳＣＨグループ＃４に対応してもよい。
【０２２３】
例えば、ＮＦＩフィールドを含まないＤＣＩフォーマット１＿０が検出された場合に、該ＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨが含まれるＰＤＳＣＨグループに対して、ＮＦＩがトグルされたとみなされてもよい。例えば、ＮＦＩフィールドを含まないＤＣＩフォーマット１＿０が検出された場合に、該ＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨが含まれるＰＤＳＣＨグループに対して、ＮＦＩがトグルされないとみなされてもよい。例えば、端末装置１がＮＦＩフィールドを含まないＤＣＩフォーマット１＿０を検出した場合、端末装置１は、該ＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨが含まれるＰＤＳＣＨグループに対して、ＮＦＩがトグ
ルされたとみなしてもよい。例えば、端末装置１がＮＦＩフィールドを含まないＤＣＩフォーマット１＿０を検出した場合、端末装置１は、該ＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨが含まれるＰＤＳＣＨグループに対して、ＮＦＩがトグルされないとみなしてもよい。
【０２２４】
端末装置１は、第１のＰＵＣＣＨまたは第１のＰＵＳＣＨを送信する後、第１のＰＵＣＣＨまたは第１のＰＵＳＣＨをスケジュールするＰＤＣＣＨ（または、ＤＣＩフォーマット）により示される各ＰＤＳＣＨグループに対応するＮＦＩビットの値を保存してもよい。端末装置１は、第１のＰＵＣＣＨまたは第１のＰＵＳＣＨをスケジュールするＰＤＣＣＨ（または、ＤＣＩフォーマット）を受信した際に、該ＰＤＣＣＨ（または、該ＤＣＩフォーマット）により示される各ＰＤＳＣＨグループに対応するＮＦＩビットの値を保存してもよい。各ＰＤＳＣＨグループに対して、保存のＮＦＩビットの値の初期値は、予め０にセットされてもよい。端末装置１は、第１のＰＵＣＣＨまたは第１のＰＵＳＣＨの次に、第２のＰＵＣＣＨまたは第２のＰＵＳＣＨを送信する時、あるＰＤＳＣＨグループに対し、第２のＰＵＣＣＨまたは第２のＰＵＳＣＨをスケジュールするＰＤＣＣＨにより示される該ＰＤＳＣＨグループに対応するＮＦＩビットの値と前述の保存のＮＦＩビットの値を比較してもよい。すなわち、端末装置１は、受信ＮＦＩビットの値と保存ＮＦＩビットの値を比較して、ＰＤＳＣＨグループに対応するＮＦＩビットがトグルされるか否かを、判断してもよい。端末装置１は、該２つのＮＦＩビットの値が異なる場合、ＮＦＩビットがトグルされ、前述のＰＤＳＣＨグループに対応するＨＡＲＱ−ＡＣＫ情報が正しく検出されると判断してもよい。端末装置１は、ＮＦＩビットがトグルされたＰＤＳＣＨグループに対応するＨＡＲＱ−ＡＣＫ情報が基地局装置３において検出されたと判断してもよい。基地局装置３は、ＰＤＳＣＨグループに対応するＨＡＲＱ−ＡＣＫ情報を検出した場合、該ＰＤＳＣＨグループに対応するＮＦＩビットをトグルしてもよい。該２つのＮＦＩビットの値が等しい場合、ＮＦＩビットがトグルされず、前述のＰＤＳＣＨグループに対応するＨＡＲＱ−ＡＣＫ情報が正しく検出されずと判断してもよい。端末装置１は、ＮＦＩビットがトグルされなかったＰＤＳＣＨグループに対応するＨＡＲＱ−ＡＣＫ情報が基地局装置３において検出されなかったと判断してもよい。基地局装置３は、ＰＤＳＣＨグループに対応するＨＡＲＱ−ＡＣＫ情報を検出しなかった場合、該ＰＤＳＣＨグループに対応するＮＦＩビットをトグルしなくてもよい。ここで、トグルするとは、異なる値に切り替えると意味する。
【０２２５】
端末装置１は、あるＰＤＳＣＨグループに対応するＨＡＲＱ−ＡＣＫコードブックを生成する時、該ＰＤＳＣＨグループに対応するＮＦＩビットがトグルされる場合、該ＰＤＳＣＨグループに対応するＨＡＲＱ−ＡＣＫコードブックから、すでに報告されたＨＡＲＱ−ＡＣＫ情報（まだ報告されていないＨＡＲＱ−ＡＣＫ情報以外のＨＡＲＱ−ＡＣＫ情報）を削除してもよい（含まなくてもよい）。端末装置１は、該ＰＤＳＣＨグループのうち、検出された、且つ、ＨＡＲＱ−ＡＣＫ情報がまだ報告されていないＰＤＳＣＨが存在する場合、該ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を削除しなくてもよい（含めてもよい）。すなわち、端末装置１は、該ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を、前述ＨＡＲＱ−ＡＣＫコードブックに多重してもよい。端末装置１は、ＮＦＩビットがトグルされたＰＤＳＣＨグループに対応する１つ以上のＨＡＲＱ−ＡＣＫ情報に対して、既に報告されたＨＡＲＱ−ＡＣＫ情報をフラッシュ（flush）し、報告されていないＨＡＲＱ−ＡＣＫ情報をフラッシュしなくてもよい。ここで、フラッシュするとは、ＨＡＲＱ−ＡＣＫ情報を初期値（例えば、ＮＡＣＫ）に戻すことを意味する。端末装置１は、トグルされたＮＦＩを受信して、次にそのＮＦＩビットに対するＰＤＳＣＨグループに対応するＨＡＲＱ−ＡＣＫコードブックを送信する場合、フラッシュされていないＨＡＲＱ−ＡＣＫ情報（報告されていないＨＡＲＱ−ＡＣＫ情報）を用いてＨＡＲＱ−ＡＣＫコードブックを生成して送信する。端末装置１は、トグルされないＮＦＩを受信して、次にそのＮＦＩビットに対するＰＤＳＣＨグループに対応するＨＡＲＱ−ＡＣＫコードブックを送信する場合、フラッシュされていないＨＡＲＱ−ＡＣＫ情報（報告されたＨＡＲＱ−ＡＣＫ情報と報告されていないＨＡＲＱ−ＡＣＫ情報）を用いてＨＡＲＱ−ＡＣＫコードブックを生成して送信する。
【０２２６】
図１１は、本実施形態の一態様に係るＨＡＲＱ−ＡＣＫ情報の報告の一例を示す図である。
【０２２７】
ＰＤＳＣＨ１１１１をスケジュールするＰＤＣＣＨ１１０１のＤＣＩフォーマットにより、ＰＧＩ（ＰＤＳＣＨグループ識別子）としてＧ１が示され、Ｋ１として数値が示される。ＰＤＳＣＨ１１１２をスケジュールするＰＤＣＣＨ１１０２のＤＣＩフォーマットにより、ＰＧＩとしてＧ２が示され、ＰＤＳＣＨグループＧ２に対応するＮＦＩとして第１の値が示され、Ｋ１として非数値が示される。ＰＤＳＣＨ１１１３をスケジュールするＰＤＣＣＨ１１０３のＤＣＩフォーマットにより、ＰＧＩとしてＧ１が示され、Ｋ１として数値が示される。ＰＤＳＣＨ１１１４をスケジュールするＰＤＣＣＨ１１０４のＤＣＩフォーマットにより、ＰＧＩとしてＧ２が示され、ＰＤＳＣＨグループＧ２に対応するＮＦＩとして第２の値が示され、Ｋ１として非数値が示される。ＰＤＳＣＨ１１１５をスケジュールするＰＤＣＣＨ１１０５のＤＣＩフォーマットにより、ＰＤＳＣＨグループＧ２に対応するＮＦＩとして第３の値が示される。ＨＡＲＱ−ＡＣＫコードブック１１３１は、ＰＵＣＣＨ１１２３を介して送信（報告）される。ＨＡＲＱ−ＡＣＫコードブック１１３１は、ＰＤＳＣＨグループＧ１、および／または、ＰＤＳＣＨグループＧ２に対応する。ＨＡＲＱ−ＡＣＫコードブック１１３１は、ＰＤＣＣＨ１１０５のＤＣＩフォーマットに少なくとも基づき指示されるＲＰＧ（リクエストＰＤＳＣＨグループ）に対応してもよい。
【０２２８】
図１１において、端末装置１は、第１の値と第２の値が異なるか否か（つまり、ＮＦＩがトグルされるか否か）（ＰＤＳＣＨグループＧ２に対応するＮＦＩがトグルされたか否か）に関わらず、ＰＤＳＣＨ１１１２に対応するＨＡＲＱ−ＡＣＫ情報を、ＰＵＣＣＨ１１２２を介して送信されるＨＡＲＱ−ＡＣＫコードブックに多重してもよい。端末装置１は、第２の値と第３の値が異なるか否か（ＰＤＳＣＨグループＧ２に対応するＮＦＩがトグルされたか否か）に関わらず、ＰＤＳＣＨ１１１４に対応するＨＡＲＱ−ＡＣＫ情報を、ＰＵＣＣＨ１１２３を介して送信されるＨＡＲＱ−ＡＣＫコードブック１１３１に多重してもよい。端末装置１は、第２の値と第３の値が等しい（つまり、トグルされない）（ＰＤＳＣＨグループＧ２に対応するＮＦＩがトグルされない）場合、ＰＤＳＣＨ１１１２に対応するＨＡＲＱ−ＡＣＫ情報をＨＡＲＱ−ＡＣＫコードブック１１３１に多重し、ＰＤＳＣＨ１１１２のＨＡＲＱ−ＡＣＫ情報の再送をしてもよい。端末装置１は、第２の値と第３の値が異なる（つまり、トグルされる）（ＰＤＳＣＨグループＧ２に対応するＮＦＩがトグルされる）場合、ＰＤＳＣＨ１１１２のＨＡＲＱ−ＡＣＫ情報の再送をしなくてもよい。
【０２２９】
図１２は、本実施形態の一態様に係るＮＦＩビットのトグルの状態を示す一例である。
【０２３０】
受信ＮＦＩは、ＰＤＳＣＨをスケジュールするＰＤＣＣＨ（または、ＤＣＩフォーマット）により指示されるＮＦＩであってもよい。保存ＮＦＩは、ＰＤＳＣＨをスケジュールするＰＤＣＣＨが検出される前、すでに端末装置１に保存されたＮＦＩであってもよい。保存ＮＦＩの各エントリーは、各ＰＤＳＣＨグループ（例えば、ＰＤＳＣＨグループＧ１、および、ＰＤＳＣＨグループＧ２）それぞれに対応する保存ＮＦＩビットであってもよい。例えば、保存ＮＦＩが（０，１）である場合、ＰＤＳＣＨグループＧ１の保存ＮＦＩビットの値は０であり、ＰＤＳＣＨグループＧ２の保存ＮＦＩビットの値は１である。図１２のテーブルにおいて、ＰＤＳＣＨグループＧ２に対して、保存ＮＦＩビット、および、受信ＮＦＩビットという概念を図１１の具体例で説明する。端末装置１がＰＤＣＣＨ１１０１を検出した時点において、保存ＮＦＩビットの値は初期値であり、受信ＮＦＩビットはＰＤＣＣＨ１１０１により示されない。ＰＤＣＣＨ１１０１が検出された後、保存ＮＦＩビットの値は、更新されなくてもよい。端末装置１がＰＤＣＣＨ１１０２を検出した時点において、保存ＮＦＩビットの値は初期値であって、受信ＮＦＩビットの値はＰＤＣＣＨ１１０２により示された第１の値である。ＰＤＣＣＨ１１０２が検出された後、保存ＮＦＩビットの値は、第１の値に更新されてもよい。端末装置１がＰＤＣＣＨ１１０３を検出した時点において、保存ＮＦＩビットの値は第１の値であり、受信ＮＦＩビットはＰＤＣＣＨ１１０３により示されない。ＰＤＣＣＨ１１０３が検出された後、保存ＮＦＩビットの値は、更新されなくてもよい。端末装置１がＰＤＣＣＨ１１０４を検出した時点において、保存ＮＦＩビットの値は第１の値であって、受信ＮＦＩビットの値はＰＤＣＣＨ１１０４により示された第２の値である。ＰＤＣＣＨ１１０４が検出された後、保存ＮＦＩビットの値は、第２の値に更新されてもよい。端末装置１がＰＤＣＣＨ１１０５を検出した時点において、保存ＮＦＩビットの値は第２の値であって、受信ＮＦＩビットの値はＰＤＣＣＨ１１０５により示された第３の値である。つまり、ある場合において、ＰＤＳＣＨをスケジューリングするＤＣＩフォーマットにより示されるＰＧＩがＧ１である場合、端末装置１はＰＤＳＣＨグループＧ２に対応する受信ＮＦＩを更新しなくてもよい。また、ある場合において、ＰＤＳＣＨをスケジューリングするＤＣＩフォーマットにより示されるＰＧＩがＧ１である場合、端末装置１はＰＤＳＣＨグループＧ２に対応する保存ＮＦＩを更新しなくてもよい。また、ある場合において、ＰＤＳＣＨをスケジューリングするＤＣＩフォーマットにより示されるＰＧＩがＧ１である場合、端末装置１はＰＤＳＣＨグループＧ２に対応する受信ＮＦＩを更新しなくてもよいが、端末装置１はＰＤＳＣＨグループＧ２に対する保存ＮＦＩを更新してもよい。
【０２３１】
端末装置１は、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報の報告状態、および、該ＰＤＳＣＨが属するＰＤＳＣＨグループのＮＦＩビットがトグルされているか否かに応じて、該ＨＡＲＱ−ＡＣＫ情報を処理してもよい。端末装置１は、あるＰＤＳＣＨに対して、該ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報の報告状態が既報告である、且つ、該ＰＤＳＣＨが属するＰＤＳＣＨグループに対応するＮＦＩビットがトグルされる場合、該ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報が正しく検出されると判断してもよい。すなわち、該ＰＤＳＣＨが属するＰＤＳＣＨグループに対応するＮＦＩビットがトグルされる場合、端末装置１は該ＨＡＲＱ−ＡＣＫ情報の再送は、行わなくてもよい。端末装置１は、該ＰＤＳＣＨが属するＰＤＳＣＨグループに対応するＮＦＩビットがトグルされる場合、該ＨＡＲＱ−ＡＣＫ情報を削除してもよい。すなわち、端末装置１は、該ＨＡＲＱ−ＡＣＫ情報を削除する判断をした後、ＨＡＲＱ−ＡＣＫコードブックを生成する時、該ＨＡＲＱ−ＡＣＫ情報を考慮しなくてもよい。あるＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報は、ＨＡＲＱ−ＡＣＫコードブックにおいて、該ＰＤＳＣＨのＨＡＲＱ−ＡＣＫエントリーと呼称してもよい。ＨＡＲＱ−ＡＣＫエントリーは、１つのＨＡＲＱ−ＡＣＫビットを含めてもよいし、複数のＨＡＲＱ−ＡＣＫビットを含めてもよい。
【０２３２】
端末装置１は、あるＰＤＳＣＨに対して、該ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報の報告状態が未報告である、且つ、該ＰＤＳＣＨが属するＰＤＳＣＨグループに対応するＮＦＩビットがトグルされる場合、該ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報が正しく検出されると判断しなくてもよい。すなわち、該ＰＤＳＣＨが属するＰＤＳＣＨグループに対応するＮＦＩビットがトグルされる場合、端末装置１は該ＨＡＲＱ−ＡＣＫ情報の送信は、行われてもよい。端末装置１は、該ＰＤＳＣＨが属するＰＤＳＣＨグループに対応するＮＦＩビットがトグルされる場合、該ＨＡＲＱ−ＡＣＫ情報を削除しなくてもよい。すなわち、端末装置１は、ＨＡＲＱ−ＡＣＫコードブックを生成する時、該ＨＡＲＱ−ＡＣＫ情報を考慮してもよい。
【０２３３】
図１１において、端末装置１は、ＰＵＣＣＨ（例えば、ＰＵＣＣＨ１１２３）で送信さ
れるＨＡＲＱ−ＡＣＫコードブック（例えばＨＡＲＱ−ＡＣＫコードブック１１３１）を生成する時に、ＰＤＳＣＨグループＧ２に対応するＮＦＩビットがトグルされない場合、すでに報告したＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報（例えば、ＰＤＳＣＨ１１１２に対応するＨＡＲＱ−ＡＣＫ情報）、および、まだ報告していないＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報（例えば、ＰＤＳＣＨ１１１４に対応するＨＡＲＱ−ＡＣＫ情報）との両方を含むようにＨＡＲＱ−ＡＣＫコードブック１１３１を生成してもよい。ここで、報告していないＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報には、ＨＡＲＱ−ＡＣＫフィードバックタイミングがそのＰＵＣＣＨのスロットであるＫ１の値を示しているＰＤＣＣＨがスケジューリングするＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報（例えば、ＰＤＳＣＨ１１１５に対応するＨＡＲＱ−ＡＣＫ情報）を含んでもよい。あるいは、報告していないＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報には、そのＮＦＩを含むＰＤＣＣＨがスケジューリングするＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報（例えばＰＤＳＣＨ１１１５に対応するＨＡＲＱ−ＡＣＫ情報）を含まなくてもよい。この場合、ＰＤＳＣＨグループＧ２に対応するＮＦＩビットがトグルされない場合、すでに報告したＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報（例えば、ＰＤＳＣＨ１１１２に対応するＨＡＲＱ−ＡＣＫ情報）、まだ報告していないＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報（例えば、ＰＤＳＣＨ１１１４に対応するＨＡＲＱ−ＡＣＫ情報）、および、ＨＡＲＱ−ＡＣＫフィードバックタイミングがそのＰＵＣＣＨのスロットであるＫ１の値を示しているＰＤＣＣＨがスケジューリングするＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報（例えば、ＰＤＳＣＨ１１１５に対応するＨＡＲＱ−ＡＣＫ情報）のすべてを含むようにＨＡＲＱ−ＡＣＫコードブック１１３１を生成してもよい。図１１において、端末装置１は、ＨＡＲＱ−ＡＣＫコードブック１１３１を生成する時に、ＰＤＳＣＨグループＧ２に対応するＮＦＩビットがトグルされる場合、ＰＤＳＣＨ１１１２に対応するＨＡＲＱ−ＡＣＫ情報を削除してもよい（含めなくてもよい）。すなわち、端末装置１は、ＰＤＳＣＨ１１１２に対応するＨＡＲＱ−ＡＣＫ情報をＨＡＲＱ−ＡＣＫコードブック１１３１に多重しなくてもよい。端末装置１は、ＰＤＳＣＨ１１１４に対応するＨＡＲＱ−ＡＣＫ情報をＨＡＲＱ−ＡＣＫコードブック１１３１に多重してもよい。ここで、ＮＦＩビットがトグルされるか否かは、ＰＤＣＣＨ１１０５が示すＮＦＩビットの値とＰＤＣＣＨ１１０３が示すＮＦＩビットの値の比較に少なくとも基づき判断されてもよい。端末装置１は、該２つの値が異なる場合、ＮＦＩビットがトグルされると判断してもよいし、該２つの値が等しい場合、ＮＦＩビットがトグルされずと判断してもよい。なお、ＨＡＲＱ−ＡＣＫ情報をＨＡＲＱ−ＡＣＫコードブックに多重するとは、ＨＡＲＱ−ＡＣＫコードブックを生成する際に、そのＨＡＲＱ−ＡＣＫコードブックがそのＨＡＲＱ−ＡＣＫ情報を含むことを意味してもよい。あるいは、ＨＡＲＱ−ＡＣＫ情報とＨＡＲＱ−ＡＣＫコードブックとを同じ信号あるいはチャネルに多重することを意味してもよい。
【０２３４】
図１３は、本実施形態の一態様に係る、あるＰＤＳＣＨグループに対応するＮＦＩビットがトグルされる場合、ＨＡＲＱ−ＡＣＫ情報の報告の一例である。
【０２３５】
図１１、および、図１３において、ＨＡＲＱ−ＡＣＫコードブック１１３１の生成を例にして、ＨＡＲＱ−ＡＣＫフィードバックに関連することを説明する。ＨＡＲＱ−ＡＣＫフィードバックとは、端末装置１が受信されたＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫを基地局装置３に送信することである。
【０２３６】
図１３において、図１２のテーブルに基づく、ＨＡＲＱ−ＡＣＫコードブックの生成に関する基地局装置３からの指示、および、端末装置１における処理を説明する。基地局装置３は、ＰＤＣＣＨ１１０１を介して、ＰＧＩとしてＧ１、ＲＰＧとしてＧ１、Ｃ−ＤＡＩとして１、ＮＦＩとして（０，０）を示す。端末装置１は、ＰＤＳＣＨ１１１１が検出される前にＮＦＩが示されない（受信していない）場合、保存ＮＦＩを初期値の（０，０）に保つ。端末装置１は、ＰＤＣＣＨ１１０１を検出し、ＰＤＣＣＨ１１０１によりスケジュールされるＰＤＳＣＨ１１１１のＰＧＩがＧ１であり、ＲＰＧがＧ１であり、Ｃ−ＤＡＩが１であり、受信ＮＦＩが（０，０）であると認識する。端末装置１は、ＰＤＳＣＨグループＧ１のための受信ＮＦＩビット、および、該ＰＤＳＣＨグループＧ１のための保存ＮＦＩビットを比較することにより、該ＰＤＳＣＨグループＧ１のＮＦＩビットがトグルされないと判断してもよい。端末装置１は、ＰＤＳＣＨグループＧ２のための受信ＮＦＩ、および、該ＰＤＳＣＨグループＧ２のための保存ＮＦＩを比較することにより、該ＰＤＳＣＨグループＧ２のＮＦＩビットがトグルされないと判断してもよい。端末装置１は、ＰＤＳＣＨ１１１１に対応するＨＡＲＱ−ＡＣＫ情報の報告状態を未報告（not-reported）にセットしてもよい。ここで、報告状態は、端末装置１において、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報がすでに報告された場合、既報告にセットされてもよいし、前述のＨＡＲＱ−ＡＣＫ情報が報告されない場合、未報告にセットされてもよい。また、報告状態は、端末装置１において、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報をある上りリンク物理チャネルにおいて送信することがすでにトリガされ、かつ、該上りリンク物理チャネルのリソースの送信が試みられた場合、既報告にセットされてもよいし、前述のＨＡＲＱ−ＡＣＫ情報をある上りリンク物理チャネルにおいて送信することがすでにトリガされ、かつ、該上りリンク物理チャネルのリソースの送信が試みられない場合、未報告にセットされてもよい。報告状態は、端末装置１において、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報をある上りリンク物理チャネルにおいて送信することがトリガされない場合、未報告、または、該当なし（N/A）にセットされてもよい。報告状態の初期値は、予め該当なし（N/A）にセットされてもよい。
【０２３７】
図１３において、端末装置１は、ＰＤＣＣＨ１１０２を検出し、ＰＤＣＣＨ１１０２によりスケジュールされるＰＤＳＣＨ１１１２のＰＧＩがＧ２であり、Ｃ−ＤＡＩが１であり、受信ＮＦＩが（０，０）であると認識する。端末装置１は、非数値のＫ１のＰＤＣＣＨ（例えば、ＰＤＣＣＨ１１０２、および、ＰＤＣＣＨ１１０４）が示すＲＰＧを無視してもよい。すなわち、リクエストＰＤＳＣＨグループは、非数値のＫ１のＰＤＣＣＨ以外のＰＤＣＣＨ（例えば、数値のＫ１のＰＤＣＣＨ）に少なくとも基づき、決定されてもよい。例えば、あるＰＵＣＣＨで送信されるＨＡＲＱ−ＡＣＫ情報を含むＨＡＲＱ−ＡＣＫコードブックに対応するリクエストＰＤＳＣＨグループは、該あるＰＵＣＣＨのリソースの決定に用いられるＤＣＩフォーマットに含まれるＲＰＧフィールドにより示されてもよい。端末装置１は、保存ＮＦＩをＰＤＣＣＨ１１０１により示されたＮＦＩ（つまり、（０，０））に更新し、受信ＮＦＩ（つまり、（０，０））、および、保存ＮＦＩ（つまり、（０，０））を比較することにより、ＰＤＳＣＨグループＧ１、および、ＰＤＳＣＨグループＧ２それぞれに対応するＮＦＩビットがトグルされないと判断してもよい。端末装置１は、ＰＤＳＣＨ１１１２に対応するＨＡＲＱ−ＡＣＫ情報の報告状態を未報告（not-reported）にセットしてもよい。端末装置１は、条件Ａ１から条件Ａ４の一部または全部を少なくとも満たすＰＤＳＣＨ（例えば、ＰＤＳＣＨ１１１１）に対応するＨＡＲＱ−ＡＣＫ情報を、ＨＡＲＱ−ＡＣＫコードブックに入れてＰＵＣＣＨ１１２１を介して送信（報告）してもよい。
・条件Ａ１：ＰＧＩがリクエストＰＤＳＣＨグループに含まれる
・条件Ａ２：ＨＡＲＱ−ＡＣＫ情報の報告状態が未報告である
・条件Ａ３：紐付けられるＫ１の値が数値である、または、紐付けられるＫ１の値が非数値であってＨＡＲＱ−ＡＣＫ情報が延期された
・条件Ａ４：ＨＡＲＱ−ＡＣＫ情報に対応するＰＤＳＣＨが含まれるＰＤＳＣＨグループに関して、ＮＦＩがトグルされている
【０２３８】
例えば、ＨＡＲＱ−ＡＣＫ情報の報告状態が未報告であることは、該ＨＡＲＱ−ＡＣＫ情報の送信がトリガされていない状態であってもよい。例えば、ＨＡＲＱ−ＡＣＫ情報の報告状態が未報告であることは、該ＨＡＲＱ−ＡＣＫ情報の新規の送信（new transmission）がトリガされていない状態であってもよい。例えば、ＨＡＲＱ−ＡＣＫ情報の報告状態が未報告でないことは、該ＨＡＲＱ−ＡＣＫ情報の送信がトリガされたことがある状態であってもよい。例えば、ＨＡＲＱ−ＡＣＫ情報の報告状態が未報告でないことは、該ＨＡＲＱ−ＡＣＫ情報の新規の送信（new transmission）がすでにトリガされた状態であってもよい。例えば、ＨＡＲＱ−ＡＣＫ情報の報告状態が未報告でないことは、該ＨＡＲＱ−ＡＣＫ情報の報告状態が既報告であることであってもよい。
【０２３９】
図１３において、ＰＵＣＣＨ１１２２を介して送信（報告）されるＨＡＲＱ−ＡＣＫコードブックが生成される時点において、非数値のＫ１のＰＤＳＣＨ１１１２に対応するＨＡＲＱ−ＡＣＫ情報はすでに延期され（has been postponed）、非数値のＫ１のＰＤＳＣＨ１１１４に対応するＨＡＲＱ−ＡＣＫ情報は延期される予定（to be postponed）である。端末装置１は、前述のＨＡＲＱ−ＡＣＫコードブックを生成する時、延期される予定のＨＡＲＱ−ＡＣＫ情報（例えば、ＰＤＳＣＨ１１４に対応するＨＡＲＱ−ＡＣＫ情報）をＨＡＲＱ−ＡＣＫコードブックに多重しなくてもよい。
【０２４０】
図１３において、基地局装置３がＰＵＣＣＨ１１２１を介して送信（報告）されたＨＡＲＱ−ＡＣＫコードブックを正しく検出すると想定する。端末装置１は、ＰＤＣＣＨ１１０３を検出し、ＰＤＣＣＨ１１０３によりスケジュールされるＰＤＳＣＨ１１１３のＰＧＩがＧ１であり、ＲＰＧがＧ１とＧ２であり、Ｃ−ＤＡＩが１であり、受信ＮＦＩが（１，０）であると認識する。端末装置１は、保存ＮＦＩをＰＤＣＣＨ１１０２により示されたＮＦＩ（つまり、（０，０））に更新する。端末装置１は、ＰＤＳＣＨグループＧ１のための受信ＮＦＩビット、および、該ＰＤＳＣＨグループＧ１のための保存ＮＦＩビットを比較することにより、該ＰＤＳＣＨグループＧ１のＮＦＩビットがトグルされると判断してもよい。端末装置１は、ＰＤＳＣＨグループＧ２のための受信ＮＦＩビット、および、該ＰＤＳＣＨグループＧ２のための保存ＮＦＩビットを比較することにより、該ＰＤＳＣＨグループＧ２のＮＦＩビットがトグルされないと判断してもよい。端末装置１は、ＰＤＳＣＨ１１１１に対応するＨＡＲＱ−ＡＣＫ情報の報告状態を既報告（reported）に更新してもよいし、ＰＤＳＣＨ１１１３に対応するＨＡＲＱ−ＡＣＫ情報の報告状態を未報告にセットしてもよい。
【０２４１】
端末装置１は、ＰＤＣＣＨ１１０４を検出し、ＰＤＣＣＨ１１０４によりスケジュールされるＰＤＳＣＨ１１１４のＰＧＩがＧ２であり、Ｃ−ＤＡＩが２であり、受信ＮＦＩが（１，０）であると認識する。端末装置１は、保存ＮＦＩをＰＤＣＣＨ１１０３により示されたＮＦＩ（つまり、（１，０））に更新する。端末装置１は、ＰＤＳＣＨグループＧ１のための受信ＮＦＩビット、および、該ＰＤＳＣＨグループＧ１のための保存ＮＦＩビットを比較することにより、該ＰＤＳＣＨグループＧ１のＮＦＩビットがトグルされないと判断してもよい。端末装置１は、ＰＤＳＣＨグループＧ２のための受信ＮＦＩビット、および、該ＰＤＳＣＨグループＧ２のための保存ＮＦＩビットを比較することにより、該ＰＤＳＣＨグループＧ２のＮＦＩビットがトグルされないと判断してもよい。端末装置１は、ＰＤＳＣＨ１１１１に対応するＨＡＲＱ−ＡＣＫ情報の報告状態を初期値（例えば、N/A）にリセットしてもよいし、ＰＤＳＣＨ１１１４に対応するＨＡＲＱ−ＡＣＫ情報の報告状態を未報告にセットしてもよい。ここで、端末装置１は、ＰＤＳＣＨグループＧ１に対応するＮＦＩビットがトグルされ、かつ、ＰＤＳＣＨ１１１１に対応するＨＡＲＱ−ＡＣＫ情報の報告状態が既報告であることに少なくとも基づき、該ＨＡＲＱ−ＡＣＫ情報をフラッシュしてもよい。また、端末装置１は、ＰＤＳＣＨグループＧ２に対応するＮＦＩビットがトグルされない、および／または、ＰＤＳＣＨ１１１２に対応するＨＡＲＱ−ＡＣＫ情報の報告状態が未報告であることに少なくとも基づき、該ＨＡＲＱ−ＡＣＫ情報をフラッシュしなくてもよい。端末装置１は、条件Ａ１から条件Ａ４の一部または全部を少なくとも満たすＰＤＳＣＨ（つまり、ＰＤＳＣＨ１１１２、および、ＰＤＳＣＨ１１１３）に対応するＨＡＲＱ−ＡＣＫ情報を、ＨＡＲＱ−ＡＣＫコードブックに多重してＰＵＣＣＨ１１２２を介して送信（報告）してもよい。
【０２４２】
図１３において、基地局装置３がＰＵＣＣＨ１１２２を介して送信（報告）されたＨＡＲＱ−ＡＣＫコードブックを正しく検出すると想定する。端末装置１は、ＰＤＣＣＨ１１０５を検出し、ＰＤＣＣＨ１１０５によりスケジュールされるＰＤＳＣＨ１１１５のＰＧＩがＧ１であり、ＲＰＧがＧ１とＧ２であり、Ｃ−ＤＡＩが１であり、受信ＮＦＩが（０，１）であると認識する。端末装置１は、保存ＮＦＩをＰＤＣＣＨ１１０４により示されたＮＦＩ（つまり、（１，０））に更新する。端末装置１は、ＰＤＳＣＨグループＧ１のための受信ＮＦＩビット、および、該ＰＤＳＣＨグループＧ１のための保存ＮＦＩビットを比較することにより、該ＰＤＳＣＨグループＧ１のＮＦＩビットがトグルされると判断してもよい。端末装置１は、ＰＤＳＣＨグループＧ２のための受信ＮＦＩビット、および、該ＰＤＳＣＨグループＧ２のための保存ＮＦＩビットを比較することにより、該ＰＤＳＣＨグループＧ２のＮＦＩビットがトグルされると判断してもよい。ここで、端末装置１は、ＰＤＳＣＨグループＧ１に対応するＮＦＩビットがトグルされ、かつ、ＰＤＳＣＨ１１１３に対応するＨＡＲＱ−ＡＣＫ情報の報告状態が既報告であることに少なくとも基づき、該ＨＡＲＱ−ＡＣＫ情報をフラッシュしてもよい。また、端末装置１は、ＰＤＳＣＨグループＧ２に対応するＮＦＩビットがトグルされ、かつ、ＰＤＳＣＨ１１１２に対応するＨＡＲＱ−ＡＣＫ情報の報告状態が既報告であることに少なくとも基づき、該ＨＡＲＱ−ＡＣＫ情報をフラッシュしてもよい。また、端末装置１は、ＰＤＳＣＨグループＧ２に対応するＮＦＩビットがトグルされる、および／または、ＰＤＳＣＨ１１１４に対応するＨＡＲＱ−ＡＣＫ情報の報告状態が未報告であることに少なくとも基づき、該ＨＡＲＱ−ＡＣＫ情報をフラッシュしなくてもよい。端末装置１は、ＰＤＳＣＨ１１１２に対応するＨＡＲＱ−ＡＣＫ情報の報告状態を既報告に更新してもよいし、ＰＤＳＣＨ１１１３に対応するＨＡＲＱ−ＡＣＫ情報の報告状態を既報告に更新してもよいし、ＰＤＳＣＨ１１１５に対応するＨＡＲＱ−ＡＣＫ情報の報告状態を未報告にセットしてもよい。端末装置１は、条件Ａ１から条件Ａ４の一部または全部少なくとも満たすＰＤＳＣＨ（例えば、ＰＤＳＣＨ１１１４、および、ＰＤＳＣＨ１１１５）に対応するＨＡＲＱ−ＡＣＫ情報を、ＨＡＲＱ−ＡＣＫコードブック１１３１に多重してＰＵＣＣＨ１１２３を介して送信（報告）してもよい。
【０２４３】
図１４は、本実施形態の一態様に係る、あるＰＤＳＣＨグループに対応するＮＦＩビットがトグルされない場合、ＨＡＲＱ−ＡＣＫ情報の報告の一例である。
【０２４４】
図１４において、基地局装置３は、ＰＵＣＣＨ１１２２を検出しないと想定する。つまり、ＰＵＣＣＨ１１２２に含まれるＨＡＲＱ−ＡＣＫ情報を端末装置１が再送するシナリオを想定する。端末装置１は、ＰＤＣＣＨ１１０５を検出し、ＰＤＣＣＨ１１０５によりスケジュールされるＰＤＳＣＨ１１１５のＰＧＩがＧ１であり、ＲＰＧがＧ１とＧ２であり、Ｃ−ＤＡＩが２であり、受信ＮＦＩが（１，０）であると認識する。端末装置１は、保存ＮＦＩをＰＤＣＣＨ１１０４により示されたＮＦＩ（つまり、（１，０））に更新する。端末装置１は、ＰＤＳＣＨグループＧ１のための受信ＮＦＩビット、および、該ＰＤＳＣＨグループＧ１のための保存ＮＦＩビットを比較することにより、該ＰＤＳＣＨグループＧ１のＮＦＩビットがトグルされないと判断してもよい。端末装置１は、ＰＤＳＣＨグループＧ２のための受信ＮＦＩビット、および、該ＰＤＳＣＨグループＧ２のための保存ＮＦＩビットを比較することにより、該ＰＤＳＣＨグループＧ２のＮＦＩビットがトグルされないと判断してもよい。端末装置１は、ＰＤＳＣＨ１１１５に対応するＨＡＲＱ−ＡＣＫ情報の報告状態を未報告にセットしてもよい。ここで、端末装置１は、ＰＤＳＣＨグループＧ１に対応するＮＦＩビットがトグルされず、および／または、ＰＤＳＣＨ１１１３に対応するＨＡＲＱ−ＡＣＫ情報の報告状態が既報告であることに少なくとも基づき、該ＨＡＲＱ−ＡＣＫ情報をフラッシュしなくてもよい。また、端末装置１は、ＰＤＳＣＨグループＧ２に対応するＮＦＩビットがトグルされず、および／または、ＰＤＳＣＨ１１１２に対応するＨＡＲＱ−ＡＣＫ情報の報告状態が既報告であることに少なくとも基づき、該ＨＡＲＱ−ＡＣＫ情報をフラッシュしなくてもよい。また、端末装置１は、ＰＤＳＣＨグループＧ２に対応するＮＦＩビットがトグルされず、および／または、ＰＤＳＣＨ１１１４に対応するＨＡＲＱ−ＡＣＫ情報の報告状態が未報告であることに少なくとも基づき、該ＨＡＲＱ−ＡＣＫ情報をフラッシュしなくてもよい。端末装置１は、条件Ａ１から条件Ａ４一部または全部を少なくとも満たすＰＤＳＣＨ（例えば、ＰＤＳＣＨ１１１２、ＰＤＳＣＨ１１１３、ＰＤＳＣＨ１１１４、および、ＰＤＳＣＨ１１１５）に対応するＨＡＲＱ−ＡＣＫ情報を、ＨＡＲＱ−ＡＣＫコードブック１１３１に多重してＰＵＣＣＨ１１２３を介して送信（報告）してもよい。ここで、ＰＤＳＣＨ１１１２、および、ＰＤＳＣＨ１１１３に対応するＨＡＲＱ−ＡＣＫ情報の送信は再送であり、ＰＤＳＣＨ１１１４、および、ＰＤＳＣＨ１１１５に対応するＨＡＲＱ−ＡＣＫ情報の送信は初送である。
【０２４５】
以下、本実施形態の一態様に係る種々の装置の態様を説明する。
【０２４６】
（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、ＰＤＣＣＨを受信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを受信する受信部と、ＰＵＣＣＨ、または、ＰＵＳＣＨを介して、前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信（報告）する送信部と、を備え、ＰＤＣＣＨ＃Ｃ、および、ＰＤＣＣＨ＃Ｇ、および、ＰＤＣＣＨ＃Ｉを受信し、ＰＤＳＣＨ＃Ｃは前記ＰＤＣＣＨ＃Ｃによりスケジュールされ、ＰＤＳＣＨ＃Ｇは前記ＰＤＣＣＨ＃Ｇによりスケジュールされ、ＰＤＳＣＨ＃Ｉは前記ＰＤＣＣＨ＃Ｉによりスケジュールされ、前記ＰＤＣＣＨ＃Ｇは第２の値を示し、前記ＰＤＣＣＨ＃Ｉは、第３の値を示し、前記ＰＤＣＣＨ＃Ｉは、ＰＵＣＣＨ＃３で、少なくとも前記ＰＤＳＣＨ＃Ｉに対応するＨＡＲＱ−ＡＣＫ情報＃Ｉを送信することを示し、前記第２の値と前記第３の値が異なる場合、前記ＰＤＳＣＨ＃Ｇに対応するＨＡＲＱ−ＡＣＫ情報＃Ｇと前記ＨＡＲＱ−ＡＣＫ情報＃Ｉを前記ＰＵＣＣＨ＃３に多重し、前記第２の値と前記第３の値が等しい場合、前記ＰＤＳＣＨ＃Ｃに対応するＨＡＲＱ−ＡＣＫ情報＃Ｃと前記ＨＡＲＱ−ＡＣＫ情報＃Ｇと前記ＨＡＲＱ−ＡＣＫ情報＃Ｉを前記ＰＵＣＣＨ＃３に多重し、前記ＨＡＲＱ−ＡＣＫ情報＃Ｇは、前記ＰＵＣＣＨ＃３において新規送信であり、前記ＨＡＲＱ−ＡＣＫ情報＃Ｃは、前記ＰＵＣＣＨ＃３において再送信であることを含む。
【０２４７】
（２）本発明の第２の態様は、端末装置であって、ＰＤＣＣＨを受信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを受信する受信部と、ＰＵＣＣＨ、または、ＰＵＳＣＨを介して、前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を送信（報告）する送信部と、を備え、前記ＰＤＣＣＨに少なくとも基づき、ＰＤＳＣＨグループ識別子、および、前記ＰＤＳＣＨグループ識別子に対応するトグルビットが示され、前記トグルビットがトグルされる場合に、前記ＰＤＳＣＨグループ識別子に対応するＨＡＲＱ−ＡＣＫコードブックから、すでに報告されたＨＡＲＱ−ＡＣＫ情報（まだ報告されていないＨＡＲＱ−ＡＣＫ情報以外のＨＡＲＱ−ＡＣＫ情報）を削除し、前記ＨＡＲＱ−ＡＣＫコードブックに前記ＰＤＣＣＨがスケジュールするＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を含めることを含む。
【０２４８】
（３）本発明の第３の態様は、基地局装置であって、ＰＤＣＣＨを送信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを送信する送信部と、ＰＵＣＣＨ、または、ＰＵＳＣＨを介して、前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を受信する受信部と、を備え、ＰＤＣＣＨ＃Ｃ、および、ＰＤＣＣＨ＃Ｇ、および、ＰＤＣＣＨ＃Ｉを送信し、ＰＤＳＣＨ＃Ｃは前記ＰＤＣＣＨ＃Ｃによりスケジュールされ、ＰＤＳＣＨ＃Ｇは前記ＰＤＣＣＨ＃Ｇによりスケジュールされ、ＰＤＳＣＨ＃Ｉは前記ＰＤＣＣＨ＃Ｉによりスケジュールされ、前記ＰＤＣＣＨ＃Ｇは第２の値を示し、前記ＰＤＣＣＨ＃Ｉは、第３の値を示し、前記ＰＤＣＣＨ＃Ｉは、ＰＵＣＣＨ＃３で、少なくとも前記ＰＤＳＣＨ＃Ｉに対応するＨＡＲＱ−ＡＣＫ情報＃Ｉを送信されることを示し、前記第２の値と前記第３の値が異なる場合、前記ＰＤＳＣＨ＃Ｇに対応するＨＡＲＱ−ＡＣＫ情報＃Ｇと前記ＨＡＲＱ−ＡＣＫ情報＃Ｉを前記ＰＵＣＣＨ＃３に多重され、前記第２の値と前記第３の値が等しい場合、前記ＰＤＳＣＨ＃Ｃに対応するＨＡＲＱ−ＡＣＫ情報＃Ｃと前記ＨＡＲＱ−ＡＣＫ情報＃Ｇと前記ＨＡＲＱ−ＡＣＫ情報＃Ｉを前記ＰＵＣＣＨ＃３に多重され、前記ＨＡＲＱ−ＡＣＫ情報＃Ｇは、前記ＰＵＣＣＨ＃３において新規送信であり、前記ＨＡＲＱ−ＡＣＫ情報＃Ｃは、前記ＰＵＣＣＨ＃３において再送信であることを含む。
【０２４９】
（４）本発明の第４の態様は、基地局装置であって、ＰＤＣＣＨを送信し、前記ＰＤＣＣＨによりスケジューリングされるＰＤＳＣＨを送信する送信部と、ＰＵＣＣＨ、または、ＰＵＳＣＨを介して、前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を受信する受信部と、を備え、前記ＰＤＣＣＨに少なくとも基づき、ＰＤＳＣＨグループ識別子、および、前記ＰＤＳＣＨグループ識別子に対応するトグルビットを示し、前記トグルビットがトグルされる場合に、すでに報告されたＨＡＲＱ−ＡＣＫ情報（まだ報告されていないＨＡＲＱ−ＡＣＫ情報以外のＨＡＲＱ−ＡＣＫ情報）は、前記ＰＤＳＣＨグループ識別子に対応するＨＡＲＱ−ＡＣＫコードブックから削除され、前記ＰＤＣＣＨがスケジュールするＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報は、前記ＨＡＲＱ−ＡＣＫコードブックに含まれることを含む。
【０２５０】
本発明に関わる上記実施形態により、端末装置１と基地局装置３間における、ＨＡＲＱ−ＡＣＫ情報の送受信を適切に実現することができる。基地局装置３において検出されなかったＨＡＲＱ−ＡＣＫ情報を端末装置１により再送するように適切に制御すると共に、基地局装置３において検出されたＨＡＲＱ−ＡＣＫ情報を端末装置１により再送しないように適切に制御することにより、本発明は効率的な通信を実現することができる。
【０２５１】
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制
御するプログラム（コンピュータを機能させるプログラム）であってもよい。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ  ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤ
Ｄ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き
込みが行われる。
【０２５２】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。
【０２５３】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０２５４】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【０２５５】
端末装置１は、少なくとも１つのプロセッサと、コンピュータプログラムインストラクション（コンピュータプログラム）を含む少なくとも１つのメモリからなってもよい。メモリとコンピュータプログラムインストラクション（コンピュータプログラム）はプロセッサを用いて、上記の実施形態に記載の動作、処理を端末装置１に行わせるような構成でもよい。基地局装置３は、少なくとも１つのプロセッサと、コンピュータプログラムインストラクション（コンピュータプログラム）を含む少なくとも１つのメモリからなってもよい。メモリとコンピュータプログラムインストラクション（コンピュータプログラム）はプロセッサを用いて、上記の実施形態に記載の動作、処理を基地局装置３に行わせるような構成でもよい。
【０２５６】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【０２５７】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）および／またはＮＧ−ＲＡＮ（NextGen RAN，NR RAN）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢおよび／またはｇＮＢに対する上位ノードの機能の一部または全部を有してもよい。
【０２５８】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０２５９】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【０２６０】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０２６１】
１（１Ａ、１Ｂ、１Ｃ）  端末装置
３  基地局装置
１０、３０  無線送受信部
１１、３１  アンテナ部
１２、３２  ＲＦ部
１３、３３  ベースバンド部
１４、３４  上位層処理部
１５、３５  媒体アクセス制御層処理部
１６、３６  無線リソース制御層処理部
【図１】
2020205484.tif 000003
【図２】
2020205484.tif 000004
【図３】
2020205484.tif 000005
【図４】
2020205484.tif 000006
【図５】
2020205484.tif 000007
【図６】
2020205484.tif 000008
【図７】
2020205484.tif 000009
【図８】
2020205484.tif 000010
【図９】
2020205484.tif 000011
【図１０】
2020205484.tif 000012
【図１１】
2020205484.tif 000013
【図１２】
2020205484.tif 000014
【図１３】
2020205484.tif 000015
【図１４】
2020205484.tif 000016