(57)【特許請求の範囲】
【請求項１】
下りリンク制御情報（ＤＣＩ）フォーマットと、前記ＤＣＩフォーマットによってスケジュールされる物理下りリンク共用チャネル（ＰＤＳＣＨ）と、を受信する受信部と、
Ｈｙｂｒｉｄ  Ａｕｔｏ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ  −  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  （ＨＡＲＱ−ＡＣＫ）情報を送信する送信部と、
を備え、
ＰＤＳＣＨグループに対する前記ＨＡＲＱ−ＡＣＫ情報は、物理下りリンク制御チャネル（ＰＤＣＣＨ）監視機会のセットに少なくとも基づいて生成され、
前記ＰＤＳＣＨグループは、前記ＤＣＩフォーマットによってスケジュールされる前記ＰＤＳＣＨを含み、
前記ＰＤＣＣＨ監視機会のセットは、前記ＰＤＳＣＨグループに対する最後のＮＦＩ（Ｎｅｗ  Ｆｅｅｄｂａｃｋ  Ｉｎｄｉｃａｔｏｒ）トグルが検出された機会によって決定される、
端末装置。
【請求項２】
下りリンク制御情報（ＤＣＩ）フォーマットと、前記ＤＣＩフォーマットによってスケジュールされる物理下りリンク共用チャネル（ＰＤＳＣＨ）と、を送信する送信部と、
Ｈｙｂｒｉｄ  Ａｕｔｏ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ  −  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  （ＨＡＲＱ−ＡＣＫ）情報を受信する受信部と、
を備え、
ＰＤＳＣＨグループに対する前記ＨＡＲＱ−ＡＣＫ情報は、物理下りリンク制御チャネル（ＰＤＣＣＨ）監視機会のセットに少なくとも基づいて取得され、
前記ＰＤＳＣＨグループは、前記ＤＣＩフォーマットによってスケジュールされる前記ＰＤＳＣＨを含み、
前記ＰＤＣＣＨ監視機会のセットは、前記ＰＤＳＣＨグループに対する最後のＮＦＩ（Ｎｅｗ  Ｆｅｅｄｂａｃｋ  Ｉｎｄｉｃａｔｏｒ）トグルが検出された機会によって決定される、
基地局装置。
【請求項３】
端末装置に用いられる通信方法であって、前記端末装置のコンピュータが、
下りリンク制御情報（ＤＣＩ）フォーマットと、前記ＤＣＩフォーマットによってスケジュールされる物理下りリンク共用チャネル（ＰＤＳＣＨ）と、を受信する受信過程と、
Ｈｙｂｒｉｄ  Ａｕｔｏ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ  −  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  （ＨＡＲＱ−ＡＣＫ）情報を送信する送信過程と、
を有し、
ＰＤＳＣＨグループに対する前記ＨＡＲＱ−ＡＣＫ情報は、物理下りリンク制御チャネル（ＰＤＣＣＨ）監視機会のセットに少なくとも基づいて生成され、
前記ＰＤＳＣＨグループは、前記ＤＣＩフォーマットによってスケジュールされる前記ＰＤＳＣＨを含み、
前記ＰＤＣＣＨ監視機会のセットは、前記ＰＤＳＣＨグループに対する最後のＮＦＩ（Ｎｅｗ  Ｆｅｅｄｂａｃｋ  Ｉｎｄｉｃａｔｏｒ）トグルが検出された機会によって決定される、
通信方法。
【請求項４】
基地局装置に用いられる通信方法であって、前記基地局装置のコンピュータが、
下りリンク制御情報（ＤＣＩ）フォーマットと、前記ＤＣＩフォーマットによってスケジュールされる物理下りリンク共用チャネル（ＰＤＳＣＨ）と、を送信する送信過程と、
Ｈｙｂｒｉｄ  Ａｕｔｏ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ  −  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  （ＨＡＲＱ−ＡＣＫ）情報を受信する受信過程と、
を有し、
ＰＤＳＣＨグループに対する前記ＨＡＲＱ−ＡＣＫ情報は、物理下りリンク制御チャネル（ＰＤＣＣＨ）監視機会のセットに少なくとも基づいて取得され、
前記ＰＤＳＣＨグループは、前記ＤＣＩフォーマットによってスケジュールされる前記ＰＤＳＣＨを含み、
前記ＰＤＣＣＨ監視機会のセットは、前記ＰＤＳＣＨグループに対する最後のＮＦＩ（Ｎｅｗ  Ｆｅｅｄｂａｃｋ  Ｉｎｄｉｃａｔｏｒ）トグルが検出された機会によって決定される、
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、基地局装置、および、通信方法に関する。
【背景技術】
【０００２】
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「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）
３Ｉ）第１のＰＧＩフィールド（first PDSCH Group Indicator field）
３Ｊ）第１のＮＦＩフィールド（first New Feedback Indicator field）
３Ｋ）第１のＲＰＧＩフィールド（first Requested PDSCH Group Indicator field）
３Ｌ）第１のＤＡＩフィールド（first Downlink Assignment Index 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）
４Ｋ）第２のＰＧＩフィールド（second PDSCH Group Indicator field）
４Ｌ）第２のＮＦＩフィールド（second New Feedback Indicator field）
４Ｍ）第２のＲＰＧＩフィールド（second Requested PDSCH Group Indicator field）
３Ｎ）第２のＤＡＩフィールド（second Downlink Assignment Index 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）とも呼称される。ＬＢＴの結果として物理信号の送信が不可と判断される状況は、ｂｕｓｙ状態、または、ｂｕｓｙとも呼称される。例えば、ｂｕｓｙ状態は、キャリアセンスによって検出されるエネルギー量が所定のしきい値よりも大きい状態であってもよい。また、ＬＢＴの結果として物理信号の送信が可能と判断される状況は、ｉｄｌｅ状態、または、ｉｄｌｅとも呼称される。例えば、ｉｄｌｅ状態は、キャリアセンスによって検出されるエネルギー量が所定のしきい値よりも小さい状態であってもよい。
【０１５２】
あるコンポーネントキャリアにおいて、ＮＲ−Ｕ（New Radio - Unlicensed）が適用されてもよい。あるサービングセルにおいて、ＮＲ−Ｕが適用されてもよい。あるコンポーネントキャリア（または、あるサービングセル）においてＮＲ−Ｕが適用されることは、以下の要素Ａ１から要素Ａ６の一部または全部を含む技術（フレームワーク、構成）を少なくとも含んでもよい。
要素Ａ１：該あるコンポーネントキャリア（または、該あるサービングセル）において、第２のＳＳバーストセットが構成される
要素Ａ２：基地局装置３は、該あるコンポーネントキャリア（または、該あるサービングセル）において、第２のＳＳ／ＰＢＣＨブロックを送信する
要素Ａ３：端末装置１は、該あるコンポーネントキャリア（または、該あるサービングセル）において、第２のＳＳ／ＰＢＣＨブロックを受信する
要素Ａ４：基地局装置３は、該あるコンポーネントキャリア（または、該あるサービングセル）における第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて、ＰＤＣＣＨを送信する
要素Ａ５：端末装置１は、該あるコンポーネントキャリア（または、該あるサービングセル）における第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて、ＰＤＣＣＨを受信する
要素Ａ６：ＮＲ−Ｕに関連する上位層パラメータ（例えば、ＭＩＢに含まれるフィールド）が第１の値（例えば、１）を示す
【０１５３】
あるコンポーネントキャリアにおいて、ＮＲ−Ｕ（New Radio - Unlicensed）が適用されなくてもよい。あるサービングセルにおいて、ＮＲ−Ｕが適用されなくてもよい。あるコンポーネントキャリア（または、あるサービングセル）においてＮＲ−Ｕが適用されないことは、以下の要素Ｂ１から要素Ｂ６の一部または全部を含む技術（フレームワーク、構成）を少なくとも含んでもよい。
要素Ｂ１：該あるコンポーネントキャリア（または、該あるサービングセル）において、第１のＳＳバーストセットが構成される
要素Ｂ２：基地局装置３は、該あるコンポーネントキャリア（または、該あるサービングセル）において、第１のＳＳ／ＰＢＣＨブロックを送信する
要素Ｂ３：端末装置１は、該あるコンポーネントキャリア（または、該あるサービングセル）において、第１のＳＳ／ＰＢＣＨブロックを受信する
要素Ｂ４：基地局装置３は、該あるコンポーネントキャリア（または、該あるサービングセル）における第１のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて、ＰＤＣＣＨを送信する
要素Ｂ５：端末装置１は、該あるコンポーネントキャリア（または、該あるサービングセル）における第１のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて、ＰＤＣＣＨを受信する
要素Ｂ６：ＮＲ−Ｕに関連する上位層パラメータ（例えば、ＭＩＢに含まれるフィールド）が該第１の値とは異なる値（例えば、０）を示す
【０１５４】
あるコンポーネントキャリアは、免許帯域（licensed band）に設定されてもよい。あ
るサービングセルは、免許帯域に設定されてもよい。ここで、あるコンポーネントキャリア（または、あるサービングセル）が免許帯域に設定されることは、以下の設定１から設定３の一部または全部を少なくとも含んでもよい。
設定１：あるコンポーネントキャリア（または、あるサービングセル）に対して免許帯域で動作することを示す上位層パラメータが与えられる、または、あるコンポーネントキャリア（または、あるサービングセル）に対して免許不要帯域（unlicensed band）で動作
することを示す上位層パラメータが与えられない
設定２：免許帯域で動作するように、あるコンポーネントキャリア（または、あるサービングセル）が設定される、または、免許不要帯域で動作するように、あるコンポーネントキャリア（または、あるサービングセル）が設定されない
設定３：あるコンポーネントキャリア（または、あるサービングセル）が免許帯域に含まれる、または、あるコンポーネントキャリア（または、あるサービングセル）が免許不要帯域に含まれない
【０１５５】
免許帯域は、該免許帯域において動作する（ことが期待される）端末装置に対して、無線局免許が要求されるような帯域であってもよい。免許帯域は、無線局免許を保有する事
業者（事業体、事業、団体、企業）によって製造される端末装置のみが動作を許可されるような帯域であってもよい。免許不要帯域は、物理信号の送信に先立つチャネルアクセス手順が要求されないような帯域であってもよい。
【０１５６】
免許不要帯域は、該免許不要帯域において動作する（ことが期待される）端末装置に対して、無線局免許が要求されないような帯域であってもよい。免許不要帯域は、無線局免許を保有する事業者、および／または、無線局免許を保有しない事業者の一部または全部によって製造される端末装置が動作を許可されるような帯域であってもよい。免許不要帯域は、物理信号の送信に先立つチャネルアクセス手順が要求されるような帯域であってもよい。
【０１５７】
あるコンポーネントキャリア（または、あるサービングセル）にＮＲ−Ｕが適用されるか否かは、少なくとも該あるコンポーネントキャリア（または、該あるサービングセル）が、免許不要帯域で運用可能なバンド（例えば、免許不要帯域でのみ運用可能なバンド）に設定されているか否かに基づいて決められてもよい。例えば、ＮＲあるいはＮＲのキャリアアグリゲーションのためにデザインされたバンドのリストが規定されてもよい。例えば、あるバンドが、リスト内の１つまたは複数のバンドが免許不要帯域で運用可能なバンド（例えば、免許不要帯域でのみ運用可能なバンド）に含まれる場合、該あるバンドにＮＲ−Ｕが適用されてもよい。また、あるバンドが、リスト内の１つまたは複数のバンドが免許不要帯域で運用可能なバンド（例えば、免許不要帯域でのみ運用可能なバンド）に含まれない場合、該あるバンドにＮＲ−Ｕが適用されず、通常のＮＲ（例えば、リリース１５のＮＲ、あるいはリリース１６のＮＲ−Ｕ以外のＮＲ）が適用されてもよい。
【０１５８】
あるコンポーネントキャリア（または、あるサービングセル）にＮＲ−Ｕが適用されるか否かは、少なくともそのコンポーネントキャリア（または、そのサービングセル）が、ＮＲ−Ｕが運用可能なバンド（例えば、ＮＲ−Ｕでのみ運用可能なバンド）に設定されているか否かに基づいて決められてもよい。例えば、ＮＲあるいはＮＲのキャリアアグリゲーションがその運用のためにデザインされたバンドのリストが規定され、リスト内の１つあるいは複数のバンドがＮＲ−Ｕが運用可能なバンド（例えば、ＮＲ−Ｕのみ運用可能なバンド）として規定されている場合、そのコンポーネントキャリア（または、そのサービングセル）に対して設定されるバンドが、当該１つあるいは複数のバンドのいずれかであればＮＲ−Ｕが適用され、当該１つあるいは複数のバンド以外のバンドであればＮＲ−Ｕが適用されず、通常のＮＲ（例えば、リリース１５のＮＲ、あるいはリリース１６のＮＲ−Ｕ以外のＮＲ）が適用されてもよい。
【０１５９】
あるコンポーネントキャリア（または、あるサービングセル）にＮＲ−Ｕが適用されるか否かは、システムインフォメーション（例えば、Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏ
ｎ  Ｂｌｏｃｋ（ＭＩＢ、あるいはＰｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ（ＰＢＣＨ）））に含まれる情報に基づいて決められてもよい。例えば、ＭＩＢにＮＲ−Ｕを適用するか否かを示す情報が含まれており、その情報がＮＲ−Ｕを適用することを示している場合、そのＭＩＢが対応するサービングセルに対して、ＮＲ−Ｕが適用されてもよい。一方、その情報がＮＲ−Ｕを適用することを示していない場合、そのＭＩＢが対応するサービングセルに対して、ＮＲ−Ｕが適用されず、通常のＮＲが適用されてもよい。あるいは、その情報が免許不要帯域で運用可能か否かを示してもよい。
【０１６０】
あるコンポーネントキャリアは、免許不要帯域に設定されてもよい。あるサービングセルは、免許不要帯域に設定されてもよい。ここで、あるコンポーネントキャリア（または、あるサービングセル）が免許不要帯域に設定されることは、以下の設定４から設定６の一部または全部を少なくとも含んでもよい。
設定４：あるコンポーネントキャリア（または、あるサービングセル）に対して免許不要
帯域で動作することを示す上位層パラメータが与えられる
設定５：免許不要帯域で動作するように、あるコンポーネントキャリア（または、あるサービングセル）が設定される
設定６：あるコンポーネントキャリア（または、あるサービングセル）が免許不要帯域に含まれる
【０１６１】
以下、コンポーネントキャリアにＮＲ−Ｕが適用される、またはＮＲ−Ｕが適用されないことを想定の下、説明を行う。なお、“コンポーネントキャリアにＮＲ−Ｕが適用される”ことは、“サービングセルにＮＲ−Ｕが適用される”ことであってもよいし、“コンポーネントキャリアにＮＲ−Ｕが適用されない”ことは、“サービングセルにＮＲ−Ｕが適用されない”ことであってもよい。
【０１６２】
例えば、あるコンポーネントキャリアにＮＲ−Ｕが適用されない場合、端末装置１は第１のＳＳ／ＰＢＣＨブロックを受信してもよい。また、あるコンポーネントキャリアにＮＲ−Ｕが適用されない場合、端末装置１は、第１のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。また、あるコンポーネントキャリアにおいてＮＲ−Ｕが適用されない場合、基地局装置３は第１のＳＳ／ＰＢＣＨブロックを送信してもよい。また、あるコンポーネントキャリアにＮＲ−Ｕが適用されない場合、基地局装置３は、第１のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを送信してもよい。第１のＳＳ／ＰＢＣＨブロックは、第１のＳＳバーストセットに含まれるＳＳ／ＰＢＣＨブロック候補のいずれかにおいて受信されてもよい。第１のＳＳ／ＰＢＣＨブロックは、第１のＳＳバーストセットに含まれるＳＳ／ＰＢＣＨブロック候補のいずれかにおいて送信されてもよい。
【０１６３】
端末装置１は、上りリンク制御情報（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）に対する並列動作が可能である。ＨＡＲＱプロセス毎にＨＡＲＱプロセス識別子が対応付けられてもよい。
【０１６５】
端末装置１は、各ＰＤＳＣＨに対してＰＤＳＣＨグループ識別子（PGI: PDSCH Group ID）を紐付けられてもよい。あるＰＤＳＣＨのＰＧＩは、該ＰＤＳＣＨのスケジューリン
グに用いられるＤＣＩフォーマットに少なくとも基づき指示されてもよい。例えば、ＰＧＩを示すフィールド（ＰＧＩフィールド）がＤＣＩフォーマットに含まれてもよい。例えば、ＰＤＳＣＨグループは、同じＰＧＩ（ＰＤＳＣＨグループ識別子）を有するＰＤＳＣＨの集合であってもよい。ＰＤＳＣＨグループは、１つのＰＤＳＣＨ、または、同じＰＧＩを紐づけられた、１つ以上のＰＤＳＣＨの集合であってもよい。端末装置１に対して設定されるＰＤＳＣＨグループの数はＮｇｒｏｕｐである。Ｎｇｒｏｕｐは、１であってもよいし、２であってもよいし、３であってもよいし、４であってもよいし、それ以外の０以上の整数であってもよい。端末装置１に対して設定可能なＰＤＳＣＨグループの数はＮｇｒｏｕｐ，ｍａｘである。例えば、端末装置１に対して、Ｎｇｒｏｕｐ，ｍａｘ以下の整数値に対応する数のＰＤＳＣＨグループが設定されてもよい。Ｎｇｒｏｕｐ、および／または、ＲＲＣパラメータに少なくとも基づいてセットされてもよい。
【０１６６】
ＰＧＩフィールドは、第１のＰＧＩフィールドと、第２のＰＧＩフィールドの総称である。端末装置１は、あるＰＤＳＣＨのスケジューリングに用いたＤＣＩフィールドに含まれるＰＧＩフィールドの値に少なくとも基づき、該ＰＤＳＣＨが紐付けられるＰＤＳＣＨグループを決定してもよい。
【０１６７】
例えば、第２のＰＧＩフィールドは、ＤＣＩフォーマット１＿１に含まれてもよい。例えば、第２のＰＧＩフィールドのビット数ＮＰＧＩ，ｓｅｃｏｎｄは、１、または、２であってもよい。例えば、第２のＰＧＩフィールドのビット数ＮＰＧＩ，ｓｅｃｏｎｄは、ｃｅｉｌ（ｌｏｇ２（Ｎｇｒｏｕｐ））で与えられてもよい。例えば、第２のＰＧＩフィールドのビット数ＮＰＧＩ，ｓｅｃｏｎｄは、ｃｅｉｌ（ｌｏｇ２（Ｎｇｒｏｕｐ，ｍａｘ））で与えられてもよい。例えば、第１のＰＧＩフィールドは、ＤＣＩフォーマット１＿０に含まれなくてもよい。例えば、第１のＰＧＩフィールドは、ＤＣＩフォーマット１＿０に含まれてもよい。例えば、第１のＰＧＩフィールドのビット数ＮＰＧＩ，ｆｉｒｓｔは、１、または、２であってもよい。例えば、第１のＰＧＩフィールドのビット数ＮＰＧＩ，ｆｉｒｓｔは、ｃｅｉｌ（ｌｏｇ２（Ｎｇｒｏｕｐ））で与えられてもよい。例えば、第１のＰＧＩフィールドのビット数ＮＰＧＩ，ｆｉｒｓｔは、ｃｅｉｌ（ｌｏｇ２（Ｎｇｒｏｕｐ，ｍａｘ））で与えられてもよい。
【０１６８】
例えば、端末装置１に対して、第１のＰＧＩフィールドを含まないＤＣＩフォーマット１＿０が設定され、かつ、第２のＰＧＩフィールドを含むＤＣＩフォーマット１＿１が設定されてもよい。ここで、該第２のＰＧＩフィールドのビット数ＮＰＧＩ，ｓｅｃｏｎｄは、ｃｅｉｌ（ｌｏｇ２（Ｎｇｒｏｕｐ））であってもよい。ここで、該第２のＰＧＩフィールドのビット数ＮＰＧＩ，ｓｅｃｏｎｄは、ｃｅｉｌ（ｌｏｇ２（Ｎｇｒｏｕｐ））より大きくてもよい。ここで、該第２のＰＧＩフィールドのビット数ＮＰＧＩ，ｓｅｃｏｎｄは、ｃｅｉｌ（ｌｏｇ２（Ｎｇｒｏｕｐ，ｍａｘ））であってもよい。ここで、該ＤＣＩフォーマット１＿０によりスケジューリングされるＰＤＳＣＨのＰＤＳＣＨグループは、該端末装置１に設定されるＰＤＳＣＨグループのうち、最もインデックスの小さいＰＤＳＣＨグループ（例えば、インデックス０のＰＤＳＣＨグループ）に紐づけられてもよい。ここで、該ＤＣＩフォーマット１＿０によりスケジューリングされるＰＤＳＣＨのＰＤＳＣＨグループは、該端末装置１に設定されるＰＤＳＣＨグループのうち、最もインデックスの大きいＰＤＳＣＨグループ（例えば、インデックスＮｇｒｏｕｐ−１のＰＤＳＣＨグループ）に紐づけられてもよい。ここで、該ＤＣＩフォーマット１＿０によりスケジューリングされるＰＤＳＣＨのＰＤＳＣＨグループは、所定のＰＤＳＣＨグループ（例えば、あらかじめ仕様書等の記載により固定されるＰＤＳＣＨグループ）に紐づけられてもよい。ここで、該ＤＣＩフォーマット１＿０によりスケジューリングされるＰＤＳＣＨのＰＤＳＣＨグループは、Ｎｇｒｏｕｐ個のＰＤＳＣＨグループのいずれにも紐づけられなくてもよい。ここで、該ＤＣＩフォーマット１＿１によりスケジューリングされるＰＤＳＣＨのＰＤＳＣＨグループは、該第２のＰＧＩフィールドの値に少なくとも基づき特定されるＰＤＳＣＨグループに紐づけられてもよい。
【０１６９】
例えば、端末装置１に対して、第１のＰＧＩフィールドを含むＤＣＩフォーマット１＿０が設定され、かつ、第２のＰＧＩフィールドを含むＤＣＩフォーマット１＿１が設定されてもよい。ここで、該第１のＰＧＩフィールドのビット数ＮＰＧＩ，ｆｉｒｓｔは、ｃｅｉｌ（ｌｏｇ２（Ｎｇｒｏｕｐ））であってもよい。ここで、該第１のＰＧＩフィールドのビット数ＮＰＧＩ，ｆｉｒｓｔは、ｃｅｉｌ（ｌｏｇ２（Ｎｇｒｏｕｐ））より大きくてもよい。ここで、該第１のＰＧＩフィールドのビット数ＮＰＧＩ，ｆｉｒｓｔは、ｃｅｉｌ（ｌｏｇ２（Ｎｇｒｏｕｐ，ｍａｘ））であってもよい。ここで、該第２のＰＧＩフィールドのビット数ＮＰＧＩ，ｓｅｃｏｎｄは、ｃｅｉｌ（ｌｏｇ２（Ｎｇｒｏｕｐ））であってもよい。ここで、該第２のＰＧＩフィールドのビット数ＮＰＧＩ，ｓｅｃｏｎ
ｄは、ｃｅｉｌ（ｌｏｇ２（Ｎｇｒｏｕｐ））より大きくてもよい。ここで、該第２のＰＧＩフィールドのビット数ＮＰＧＩ，ｓｅｃｏｎｄは、ｃｅｉｌ（ｌｏｇ２（Ｎｇｒｏｕｐ，ｍａｘ））であってもよい。ここで、該ＤＣＩフォーマット１＿０によりスケジューリングされるＰＤＳＣＨのＰＤＳＣＨグループは、該第１のＰＧＩフィールドの値に少なくとも基づき特定されるＰＤＳＣＨグループに紐づけられてもよい。ここで、該ＤＣＩフォーマット１＿１によりスケジューリングされるＰＤＳＣＨのＰＤＳＣＨグループは、該第２のＰＧＩフィールドの値に少なくとも基づき特定されるＰＤＳＣＨグループに紐づけられてもよい。
【０１７０】
リクエストＰＤＳＣＨグループ（RPG: Requested PDSCH Group）は、次のＰＵＣＣＨまたはＰＵＳＣＨを介して送信（報告）されるＨＡＲＱ−ＡＣＫ情報に対応するＰＤＳＣＨグループであってもよい。ＲＰＧ（リクエストＰＤＳＣＨグループ）は、１つのＰＤＳＣＨグループを含めてもよいし、複数のＰＤＳＣＨグループを含めてもよい。ＲＰＧの指示は、ＤＣＩフォーマットに少なくとも基づき、ビットマップ（bitmap）の形式で各ＰＤＳＣＨグループに対応して示してもよい。ＲＰＧは、ＤＣＩフォーマットに含まれるＲＰＧＩフィールドに少なくとも基づき示されてもよい。端末装置１は、指示されたＲＰＧに対して、ＨＡＲＱ−ＡＣＫコードブックを生成し、ＰＵＣＣＨまたはＰＵＳＣＨを介して送信（報告）してもよい。
【０１７１】
ＲＰＧＩフィールドは、第１のＲＰＧＩフィールド、および、第２のＲＰＧＩフィールドの総称である。端末装置１は、ＲＰＧＩフィールドの値に少なくとも基づき、リクエストＰＤＳＣＨグループを決定してもよい。
【０１７２】
例えば、第２のＲＰＧＩフィールドは、ＤＣＩフォーマット１＿１に含まれてもよい。例えば、第１のＲＰＧＩフィールドは、ＤＣＩフォーマット１＿０に含まれなくてもよい。例えば、第１のＲＰＧＩフィールドは、ＤＣＩフォーマット１＿０に含まれてもよい。例えば、第２のＲＰＧＩフィールドのビット数ＮＲＰＧ，ｓｅｃｏｎｄは、Ｎｇｒｏｕｐと等しくてもよい。例えば、第２のＲＰＧＩフィールドのビット数ＮＲＰＧ，ｓｅｃｏｎｄは、Ｎｇｒｏｕｐ，ｍａｘと等しくてもよい。
【０１７３】
例えば、端末装置１に対して、第１のＲＰＧＩフィールドを含まないＤＣＩフォーマット１＿０が設定され、かつ、第２のＲＰＧＩフィールドを含むＤＣＩフォーマット１＿１が設定されてもよい。ここで、該第２のＲＰＧＩフィールドのビット数は、Ｎｇｒｏｕｐと等しくてもよい。ここで、該第２のＲＰＧＩフィールドのビット数は、Ｎｇｒｏｕｐ，ｍａｘと等しくてもよい。ここで、該ＤＣＩフォーマット１＿０の検出により、最もインデックスの小さいＰＤＳＣＨグループ（例えば、インデックス０のＰＤＳＣＨグループ）に紐づけられた１または複数のＰＤＳＣＨのいずれかに含まれる１または複数のトランスポートブロックのいずれかに対応する１または複数のＨＡＲＱ−ＡＣＫ情報の送信がトリガされてもよい。ここで、該ＤＣＩフォーマット１＿０の検出により、最もインデックスの大きいＰＤＳＣＨグループ（例えば、インデックスＮｇｒｏｕｐ−１のＰＤＳＣＨグループ）に紐づけられた１または複数のＰＤＳＣＨのいずれかに含まれる１または複数のトランスポートブロックのいずれかに対応する１または複数のＨＡＲＱ−ＡＣＫ情報の送信がトリガされてもよい。ここで、該ＤＣＩフォーマット１＿０の検出により、所定のＰＤＳＣＨグループ（例えば、あらかじめ仕様書等の記載により固定されるＰＤＳＣＨグループ）に紐づけられた１または複数のＰＤＳＣＨのいずれかに含まれる１または複数のトランスポートブロックのいずれかに対応する１または複数のＨＡＲＱ−ＡＣＫ情報の送信がトリガされてもよい。ここで、該ＤＣＩフォーマット１＿０の検出により、Ｎｇｒｏｕｐ個のＰＤＳＣＨグループのいずれにも紐づけられない１または複数のＰＤＳＣＨのいずれかに含まれる１または複数のトランスポートブロックのいずれかに対応する１または複数のＨＡＲＱ−ＡＣＫ情報の送信がトリガされてもよい。ここで、該ＤＣＩフォーマット１
＿１の検出により、該第２のＲＰＧＩフィールドに少なくとも基づき示される１または複数のＰＤＳＣＨグループのいずれかに対応する１または複数のＰＤＳＣＨのいずれかに含まれる１または複数のトランスポートブロックのいずれかに対応する１または複数のＨＡＲＱ−ＡＣＫ情報の送信がトリガされてもよい。
【０１７４】
例えば、端末装置１に対して、第１のＲＰＧＩフィールドを含むＤＣＩフォーマット１＿０が設定され、かつ、第２のＲＰＧＩフィールドを含むＤＣＩフォーマット１＿１が設定されてもよい。ここで、該第１のＲＰＧＩフィールドのビット数は、Ｎｇｒｏｕｐと等しくてもよい。ここで、該第１のＲＰＧＩフィールドのビット数は、Ｎｇｒｏｕｐ，ｍａｘと等しくてもよい。ここで、該第２のＲＰＧＩフィールドのビット数は、Ｎｇｒｏｕｐと等しくてもよい。ここで、該第２のＲＰＧＩフィールドのビット数は、Ｎｇｒｏｕｐ，ｍａｘと等しくてもよい。ここで、該ＤＣＩフォーマット１＿０の検出により、該第１のＲＰＧＩフィールドに少なくとも基づき示される１または複数のＰＤＳＣＨグループのいずれかに対応する１または複数のＰＤＳＣＨのいずれかに含まれる１または複数のトランスポートブロックのいずれかに対応する１または複数のＨＡＲＱ−ＡＣＫ情報の送信がトリガされてもよい。ここで、該ＤＣＩフォーマット１＿１の検出により、該第２のＲＰＧＩフィールドに少なくとも基づき示される１または複数のＰＤＳＣＨグループのいずれかに対応する１または複数のＰＤＳＣＨのいずれかに含まれる１または複数のトランスポートブロックのいずれかに対応する１または複数のＨＡＲＱ−ＡＣＫ情報の送信がトリガされてもよい。
【０１７５】
ＮＦＩ（New Feedback Indicator）フィールドは、ＰＤＳＣＨのトランスポートブロックに対応するＨＡＲＱ−ＡＣＫビットを含むＨＡＲＱ−ＡＣＫ情報が正しく検出されるか否かを示すＤＣＩフィールドであってもよい。ＮＦＩフィールドは、メモリなどの記録媒体に保存されたＨＡＲＱ−ＡＣＫビットを消去（フラッシュ）するか否かを示すフィールドであってもよい。
【０１７６】
ＮＦＩフィールドは、第１のＮＦＩフィールド、および、第２のＮＦＩフィールドの総称である。
【０１７７】
例えば、端末装置１に対して、第１のＮＦＩフィールドを含まないＤＣＩフォーマット１＿０が設定され、かつ、第２のＮＦＩフィールドを含むＤＣＩフォーマット１＿１が設定されてもよい。ここで、該第２のＮＦＩフィールドのビット数ＮＮＦＩ，ｓｅｃｏｎｄは、Ｎｇｒｏｕｐと等しくてもよい。ここで、該第２のＮＦＩフィールドのビット数ＮＮＦＩ，ｓｅｃｏｎｄは、Ｎｇｒｏｕｐ，ｍａｘと等しくてもよい。ここで、該ＤＣＩフォーマット１＿０の検出により、最もインデックスの小さいＰＤＳＣＨグループ（例えば、インデックス０のＰＤＳＣＨグループ）のＮＦＩがトグルされたと想定されてもよい。ここで、該ＤＣＩフォーマット１＿０の検出により、最もインデックスの大きいＰＤＳＣＨグループ（例えば、インデックスＮｇｒｏｕｐ−１のＰＤＳＣＨグループ）のＮＦＩがトグルされたと想定されてもよい。ここで、該ＤＣＩフォーマット１＿０の検出により、所定のＰＤＳＣＨグループ（例えば、あらかじめ仕様書等の記載により固定されるＰＤＳＣＨグループ）のＮＦＩがトグルされたと想定されてもよい。ここで、該ＤＣＩフォーマット１＿０の検出により、Ｎｇｒｏｕｐ個のＰＤＳＣＨグループのＮＦＩがトグルされたと想定されてもよい。ここで、該ＤＣＩフォーマット１＿０の検出により、Ｎｇｒｏｕｐ個のＰＤＳＣＨグループのＮＦＩがトグルされたと想定されなくてもよい。ここで、該ＤＣＩフォーマット１＿１の検出により、該第２のＮＦＩフィールドに少なくとも基づき示される１または複数のＰＤＳＣＨグループのいずれかに対応する１または複数のＰＤＳＣＨのいずれかに含まれる１または複数のトランスポートブロックのいずれかに対応する１または複数のＨＡＲＱ−ＡＣＫ情報の送信がトリガされてもよい。ここで、該ＤＣＩフォーマット１＿１に含まれる該第２のＮＦＩフィールドのビットのそれぞれが、１つのＰＤＳ
ＣＨグループに対応してもよい。
【０１７８】
例えば、端末装置１に対して、第１のＮＦＩフィールドを含むＤＣＩフォーマット１＿０が設定され、かつ、第２のＮＦＩフィールドを含むＤＣＩフォーマット１＿１が設定されてもよい。ここで、該第１のＮＦＩフィールドのビット数ＮＮＦＩ，ｆｉｒｓｔは、１であってもよい。ここで、該第２のＮＦＩフィールドのビット数ＮＮＦＩ，ｓｅｃｏｎｄは、Ｎｇｒｏｕｐと等しくてもよい。ここで、該第２のＮＦＩフィールドのビット数ＮＮＦＩ，ｓｅｃｏｎｄは、Ｎｇｒｏｕｐ，ｍａｘと等しくてもよい。ここで、該ＤＣＩフォーマット１＿０に含まれる該第１のＮＦＩフィールドは、最もインデックスの小さいＰＤＳＣＨグループ（例えば、インデックス０のＰＤＳＣＨグループ）に対応してもよい。ここで、該ＤＣＩフォーマット１＿０に含まれる該第１のＮＦＩフィールドは、最もインデックスの大きいＰＤＳＣＨグループ（例えば、インデックスＮｇｒｏｕｐ−１のＰＤＳＣＨグループ）に対応してもよい。ここで、該ＤＣＩフォーマット１＿０に含まれる該第１のＮＦＩフィールドは、所定のＰＤＳＣＨグループ（例えば、あらかじめ仕様書等の記載により固定されるＰＤＳＣＨグループ）に対応してもよい。ここで、該ＤＣＩフォーマット１＿０に含まれる該第１のＮＦＩフィールドは、該ＤＣＩフォーマット１＿０によりスケジューリングされるＰＤＳＣＨが紐づけられるＰＤＳＣＨグループに対応してもよい。ここで、該ＤＣＩフォーマット１＿１に含まれる該第２のＮＦＩフィールドのビットのそれぞれが、１つのＰＤＳＣＨグループに対応してもよい。
【０１７９】
例えば、端末装置１に対して、第１のＮＦＩフィールドを含むＤＣＩフォーマット１＿０が設定され、かつ、第２のＮＦＩフィールドを含むＤＣＩフォーマット１＿１が設定されてもよい。ここで、該第１のＮＦＩフィールドのビット数ＮＮＦＩ，ｆｉｒｓｔは、Ｎｇｒｏｕｐと等しくてもよい。ここで、該第１のＮＦＩフィールドのビット数ＮＮＦＩ，ｆｉｒｓｔは、Ｎｇｒｏｕｐ，ｍａｘと等しくてもよい。ここで、該第２のＮＦＩフィールドのビット数ＮＮＦＩ，ｓｅｃｏｎｄは、Ｎｇｒｏｕｐと等しくてもよい。ここで、該第２のＮＦＩフィールドのビット数ＮＮＦＩ，ｓｅｃｏｎｄは、Ｎｇｒｏｕｐ，ｍａｘと等しくてもよい。ここで、該ＤＣＩフォーマット１＿０に含まれる該第１のＮＦＩフィールドのビットのそれぞれが、１つのＰＤＳＣＨグループに対応してもよい。ここで、該ＤＣＩフォーマット１＿１に含まれる該第２のＮＦＩフィールドのビットのそれぞれが、１つのＰＤＳＣＨグループに対応してもよい。
【０１８０】
例えば、端末装置１は、ＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫビットが送信された後、該ＤＣＩフォーマットにより示される各ＰＤＳＣＨグループに対応するＮＦＩビットの値を保存してもよい。例えば、端末装置１は、ＤＣＩフォーマットを受信した際に、該ＤＣＩフォーマットにより示される各ＰＤＳＣＨグループに対応するＮＦＩビットの値を保存してもよい。ここで、受信ＮＦＩビットは、ＰＤＳＣＨに対して、該ＰＤＳＣＨのスケジューリングに用いたＤＣＩフォーマットに含まれるＮＦＩフィールドによって示されるＮＦＩビットが呼称されてもよい。保存ＮＦＩビットは、該ＰＤＳＣＨに対して、該ＰＤＳＣＨのスケジューリングに用いたＤＣＩフォーマットが検出する前に、端末装置１において既に保存されているＮＦＩビットが呼称されてもよい。各ＰＤＳＣＨグループに対して、保存ＮＦＩビットの値の初期値は、予め０にセットされてもよい。端末装置１は、受信ＮＦＩビットの値と保存ＮＦＩビットの値を比較して、ＰＤＳＣＨグループに対応するＮＦＩビットがトグルされるか否かを、判断してもよい。端末装置１は、該受信ＮＦＩビットと該保存ＮＦＩビットの値が異なる場合、ＮＦＩビットがトグルされると判断してもよい。端末装置１は、ＰＤＳＣＨグループに対して、前に受信されたＮＦＩビット（つまり、保存ＮＦＩビット）の値に比べて、ＮＦＩビット（つまり、受信ＮＦＩビット）がトグルされたＰＤＳＣＨグループに対応するＨＡＲＱ−ＡＣＫ情報が基地局装置３において検出されたと判断してもよい。例えば、基地局装置３は、ＰＤＳＣＨグループに対応するＨＡＲＱ−ＡＣＫ情報を検出した場合、該ＰＤＳＣＨグループに対応するＮＦＩビットをトグルしてもよい。該受信ＮＦＩビットと該保存ＮＦＩビットの値が等しい場合、ＮＦＩビットがトグルされないと判断してもよい。端末装置１は、ＰＤＳＣＨグループに対して、前に受信されたＮＦＩビット（つまり、保存ＮＦＩビット）の値に比べて、ＮＦＩビット（つまり、受信ＮＦＩビット）がトグルされなかったＰＤＳＣＨグループに対応するＨＡＲＱ−ＡＣＫ情報が基地局装置３において検出されなかったと判断してもよい。例えば、基地局装置３は、ＰＤＳＣＨグループに対応するＨＡＲＱ−ＡＣＫ情報を検出しなかった場合、該ＰＤＳＣＨグループに対応するＮＦＩビットをトグルしなくてもよい。ここで、トグルするとは、異なる値に切り替えると意味する。
【０１８１】
受信ＮＦＩは、１つまたは複数の受信ＮＦＩビットにより構成されてもよい。受信ＮＦＩの各エントリーは、各ＰＤＳＣＨグループに対応する受信ＮＦＩビットであってもよい。保存ＮＦＩは、１つまたは複数の保存ＮＦＩビットにより構成されてもよい。保存ＮＦＩの各エントリーは、各ＰＤＳＣＨグループに対応する保存ＮＦＩビットであってもよい。
【０１８２】
端末装置１は、あるＰＤＳＣＨグループに対応するＨＡＲＱ−ＡＣＫコードブックを生成する時、該ＰＤＳＣＨグループに対して、前に受信されたＮＦＩビット（つまり、保存ＮＦＩビット）の値に比べて、ＮＦＩビットがトグルされる場合、該ＰＤＳＣＨグループに対応するＨＡＲＱ−ＡＣＫコードブックから、すでに報告されたＨＡＲＱ−ＡＣＫ情報（まだ報告されていないＨＡＲＱ−ＡＣＫ情報以外のＨＡＲＱ−ＡＣＫ情報）を削除してもよい（含まなくてもよい）。端末装置１は、該ＰＤＳＣＨグループのうち、検出された、且つ、ＨＡＲＱ−ＡＣＫ情報がまだ報告されていないＰＤＳＣＨが存在する場合、該ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を削除しなくてもよい（含めてもよい）。すなわち、端末装置１は、該ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報を、前述ＨＡＲＱ−ＡＣＫコードブックに多重してもよい。端末装置１は、ＮＦＩビットがトグルされたＰＤＳＣＨグループに対応する１つ以上のＨＡＲＱ−ＡＣＫ情報に対して、既に報告されたＨＡＲＱ−ＡＣＫ情報をフラッシュ（flush）し、報告されていないＨＡＲＱ−ＡＣＫ情報をフラッシュしなくてもよい。ここで、フラッシュするとは、ＨＡＲＱ−ＡＣＫ情報を初期値（例えば、ＮＡＣＫ）に戻すことを意味する。端末装置１は、トグルされたＮＦＩを受信して、次にそのＮＦＩビットに対するＰＤＳＣＨグループに対応するＨＡＲＱ−ＡＣＫコードブックを送信する場合、フラッシュされていないＨＡＲＱ−ＡＣＫ情報（報告されていないＨＡＲＱ−ＡＣＫ情報）を用いてＨＡＲＱ−ＡＣＫコードブックを生成して送信する。端末装置１は、トグルされないＮＦＩを受信して、次にそのＮＦＩビットに対するＰＤＳＣＨグループに対応するＨＡＲＱ−ＡＣＫコードブックを送信する場合、フラッシュされていないＨＡＲＱ−ＡＣＫ情報（報告されたＨＡＲＱ−ＡＣＫ情報と報告されていないＨＡＲＱ−ＡＣＫ情報）を用いてＨＡＲＱ−ＡＣＫコードブックを生成して送信する。
【０１８３】
端末装置１は、ＮＦＩビットがトグルされているか否かに少なくとも基づき、ＨＡＲＱ−ＡＣＫコードブックを決定してもよい。端末装置１は、あるＰＤＳＣＨグループに対応する保存ＮＦＩビットと受信ＮＦＩビットがトグルしているか否かに少なくとも基づき、該あるＰＤＳＣＨグループに対応するＨＡＲＱ−ＡＣＫコードブックを決定してもよい。
【０１８４】
ＰＤＣＣＨに含まれるＤＣＩフォーマットにより指示されるＫ１（ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールドにより示される情報、またはパラメータ）の値は、数値（numerical）であってもよいし、非数値(non-numerical)であってもよい。ここで、数値の値は、数字で表す値を意味し、例えば、｛０，１，２，．．．，１５｝のうちの値であってもよい。非数値の値は、数字以外の値を意味してもよいし、数値を示さないことを意味してもよい。以下、数値のＫ１の値、および、非数値のＫ１の値の運用を説明する。例えば、該ＤＣＩフォーマットによりスケジュールされるＰＤＳＣＨは、スロットｎにおいて基地局装置３において送信され、端末装置１において受信される。該ＤＣＩフォーマットにより示されるＫ１の値が数値である場合、端末装置１は、該ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報をスロットｎ＋Ｋ１において、ＰＵＣＣＨまたはＰＵＳＣＨを介して送信（報告）してもよい。該ＤＣＩフォーマットにより示されるＫ１の値が非数値である場合、端末装置１は、該ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報の報告を延期してもよい。ＰＤＳＣＨのスケジューリング情報を含むＤＣＩフォーマットにより非数値のＫ１の値が示される場合、端末装置１は、該ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報の報告を延期してもよい。例えば、端末装置１は、該ＨＡＲＱ−ＡＣＫ情報をメモリなどの記録媒体に保存して、次のＰＵＣＣＨまたはＰＵＳＣＨを介して該ＨＡＲＱ−ＡＣＫ情報を送信（報告）せず、前述のＤＣＩフォーマット以外のＤＣＩフォーマットに少なくとも基づき該ＨＡＲＱ−ＡＣＫ情報の送信がトリガされて該ＨＡＲＱ−ＡＣＫ情報を送信（報告）してもよい。
【０１８５】
非数値のＫ１の値は、第１の上位層パラメータの系列に含まれてもよい。第１の上位層パラメータは、上位層パラメータｄｌ−ＤａｔａＴｏＵＬ−ＡＣＫであってもよい。第１の上位層パラメータは、上位層パラメータｄｌ−ＤａｔａＴｏＵＬ−ＡＣＫと異なる上位層パラメータであってもよい。Ｋ１の値は、第１の上位層パラメータの系列のうち、ＤＣＩフォーマット１＿０、または、ＤＣＩフォーマット１＿１に含まれるＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールドによって示される値であってもよい。例えば、第１の上位層パラメータの系列は｛０，１，２，３，４，５，１５，非数値の値｝にセットされ、ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールドのビット数は３であると想定する場合、ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールドのコードポイント“０００”はＫ１の値が０であることを示してもよいし、コードポイント“００１”はＫ１の値が１であることを示してもよいし、コードポイント“１１１”はＫ１の値が非数値の値であることを示してもよい。例えば、第１の上位層パラメータの系列は｛非数値の値，０，１，２，３，４，５，１５｝にセットされ、ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールドのビット数は３であると想定する場合、ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールドのコードポイント“０００”はＫ１の値が非数値の値であることを示してもよいし、コードポイント“００１”はＫ１の値が０であることを示してもよいし、コードポイント“１１１”はＫ１の値が１５であることを示してもよい。
【０１８６】
例えば、ＤＣＩフォーマット１＿０に含まれるＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールドは、非数値の値を示さなくてもよい。例えば、ＤＣＩフォーマット１＿０に含まれるＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールドのあるコードポイントは、非数値の値を示してもよい。例えば、ＤＣＩフォーマット１＿１に含まれるＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールドは、非数値の値を示さなくてもよい。例えば、ＤＣＩフォーマット１＿１に含まれるＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールドのあるコードポイントは、非数値の値を示してもよい。
【０１８７】
図７は、本実施形態の一態様に係る探索領域セットの監視機会（Monitoring occasion for search space set）と、ＰＤＣＣＨの監視機会（Monitoring occasion for PDCCH）
の対応例を示す図である。図７において、プライマリセルにおける探索領域セットの監視機会はスロットの先頭のＯＦＤＭシンボルであり、セカンダリセルにおける探索領域セットの監視機会はスロットの先頭のＯＦＤＭシンボル、および、スロットの中間のＯＦＤＭシンボル（例えば、ＯＦＤＭシンボル＃７）である。図７において、ＰＤＣＣＨの監視機会は、スロット＃ｎの先頭のＯＦＤＭシンボルとスロット＃ｎの中間のＯＦＤＭシンボル、および、スロット＃ｎ＋１の先頭のＯＦＤＭシンボルとスロット＃ｎ＋１の中間のＯＦＤＭシンボルに対応する。つまり、ＰＤＣＣＨの監視機会は、１または複数のサービングセルの少なくともいずれかに探索領域セットの監視機会が設定される機会（occasion）として定義されてもよい。また、ＰＤＣＣＨの監視機会は、１または複数のサービングセルの少なくともいずれかに探索領域セットの監視機会が設定されるＯＦＤＭシンボルのインデックスに対応してもよい。
【０１８８】
スロットにおいて、あるＯＦＤＭシンボルインデックスから開始される探索領域セットの監視機会は、該あるＯＦＤＭシンボルインデックスから開始されるＰＤＣＣＨの監視機会に対応してもよい。あるＯＦＤＭシンボルインデックスから開始されるＰＤＣＣＨの監視機会は、あるＯＦＤＭシンボルインデックスから開始される探索領域セットの監視機会のそれぞれに対応してもよい。
【０１８９】
端末装置１は、インデックスｎのスロット（slot#n）に配置されるＰＵＣＣＨにおいて送信されるＨＡＲＱ−ＡＣＫ情報のためのＰＤＣＣＨの監視機会のセットを、タイミングＫ１の値、および、スロットオフセットＫ０の値の一部または全部に少なくとも基づき決定してもよい。インデックスｎのスロットに配置されるＰＵＣＣＨにおいて送信されるＨＡＲＱ−ＡＣＫ情報のためのＰＤＣＣＨの監視機会のセットは、スロットｎのためのＰＤＣＣＨの監視機会（monitoring occasion for PDCCH for slot#n）のセットとも呼称される。ここで、該ＰＤＣＣＨの監視機会のセットは、Ｍ個のＰＤＣＣＨの監視機会を含む。例えば、スロットオフセットＫ０は、下りリンクＤＣＩフォーマットに含まれる時間領域リソース割り当てフィールドの値に少なくとも基づき示されてもよい。スロットオフセットＫ０は、該スロットオフセットＫ０を示す時間領域リソース割り当てフィールドを含むＤＣＩフォーマットを含むＰＤＣＣＨが配置される最後のＯＦＤＭシンボルを含むスロットから、該ＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨの先頭のＯＦＤＭシンボルまでのスロット数（スロット差）を示す値である。
【０１９０】
図８は、本実施形態の一態様に係るスロットｎのためのＰＤＣＣＨの監視機会のセットの構成例を示す図である。図８において、プライマリセルにおける探索領域セットの監視機会はスロットの先頭のＯＦＤＭシンボルであり、セカンダリセルにおける探索領域セットの監視機会はスロットの先頭のＯＦＤＭシンボル、および、スロットの中間のＯＦＤＭシンボル（例えば、ＯＦＤＭシンボル＃７）である。図８において、プライマリセルにおける探索領域セットの監視機会は、８０１と８０４を含んで構成され、セカンダリセルにおける探索領域セットの監視機会は、８０２、８０３、８０５、および、８０６を含んで構成される。図８において、８０２においてＤＣＩフォーマット８１１が検出され、８０４においてＤＣＩフォーマット８１２が検出され、８０５においてＤＣＩフォーマット８１３が検出され、８０６においてＤＣＩフォーマット８１４が検出されている。
【０１９１】
例えば、ＤＣＩフォーマット８１１により示されるタイミングＫ１とスロットオフセットＫ０に少なくとも基づき、ＨＡＲＱ−ＡＣＫ情報がスロットｎにおいて送信されることが示される場合、端末装置１は、該８０１に少なくとも基づき定義されるＰＤＣＣＨの監視機会をスロットｎのためのＰＤＣＣＨ監視機会と決定してもよい。例えば、ＤＣＩフォーマット８１２により示されるタイミングＫ１とスロットオフセットＫ０に少なくとも基づき、ＨＡＲＱ−ＡＣＫ情報がスロットｎにおいて送信されることが示されず、かつ、ＤＣＩフォーマット８１３により示されるタイミングＫ１とスロットオフセットＫ０に少なくとも基づき、ＨＡＲＱ−ＡＣＫ情報がスロットｎにおいて送信されることが示されない場合、端末装置１は、該８０４と８０５の一部または全部に少なくとも基づき定義されるＰＤＣＣＨの監視機会をスロットｎのためのＰＤＣＣＨ監視機会と決定しなくてもよい。例えば、ＤＣＩフォーマット８１４により示されるタイミングＫ１とスロットオフセットＫ０に少なくとも基づき、ＨＡＲＱ−ＡＣＫ情報がスロットｎにおいて送信されることが示される場合、端末装置１は、該８０６に少なくとも基づき定義されるＰＤＣＣＨの監視機会をスロットｎのためのＰＤＣＣＨ監視機会と決定してもよい。
【０１９２】
つまり、あるＰＤＣＣＨの監視機会に対応するいずれかの探索領域セットの監視機会において検出されるＤＣＩフォーマットが、ＨＡＲＱ−ＡＣＫ情報をスロットｎにおいて送信することをトリガする場合、端末装置１は、該ＰＤＣＣＨの監視機会をスロットｎのためのＰＤＣＣＨ監視機会と決定してもよい。また、あるＰＤＣＣＨの監視機会に対応する探索領域セットの監視機会において検出されるＤＣＩフォーマットが、ＨＡＲＱ−ＡＣＫ情報をスロットｎにおいて送信することをトリガしない場合、端末装置１は、該ＰＤＣＣＨの監視機会をスロットｎのためのＰＤＣＣＨ監視機会と決定しなくてもよい。また、あるＰＤＣＣＨの監視機会に対応する探索領域セットの監視機会においてＤＣＩフォーマットが検出されない場合、端末装置１は、該ＰＤＣＣＨの監視機会をスロットｎのためのＰＤＣＣＨ監視機会と決定しなくてもよい。
【０１９３】
スロットｎにおいてＨＡＲＱ−ＡＣＫ情報の送信に用いられるＰＵＣＣＨリソースは、該スロットｎのためのＰＤＣＣＨの監視機会のセットにおいて検出される１または複数のＤＣＩフォーマットのうち、最後のＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールドに少なくとも基づき特定されてもよい。ここで、該１または複数のＤＣＩフォーマットのそれぞれは、ＨＡＲＱ−ＡＣＫ情報をスロットｎにおいて送信することをトリガしている。最後のＤＣＩフォーマットは、該スロットｎのためのＰＤＣＣＨの監視機会のセットにおいて検出されたＤＣＩフォーマットのうちの最後のインデックス（最も大きいインデックス）に対応するＤＣＩフォーマットであってもよい。該スロットｎのためのＰＤＣＣＨの監視機会のセットにおけるＤＣＩフォーマットのインデックスは、該ＤＣＩフォーマットが検出されるサービングセルのインデックスに対して昇順に与えられ、次いで、該ＤＣＩフォーマットが検出されるＰＤＣＣＨの監視機会のインデックスに対して昇順に与えられる。ＰＤＣＣＨの監視機会のインデックスは、時間軸上で昇順に与えられる。
【０１９４】
第２の上位層パラメータは、ＨＡＲＱ−ＡＣＫ情報の生成、および、報告に関わる上位層パラメータを含んでもよい。端末装置１は、ＮＲ−Ｕが適用される時に、第２の上位層パラメータが与えられてもよい。
【０１９５】
端末装置１は、第２の上位層パラメータが与えられた場合、スケジュールされるＰＤＳＣＨに紐付けられるＰＤＳＣＨグループｇに対して、条件Ａ１、条件Ａ２、および、条件Ａ３の一部または全部を少なくとも満たすＤＣＩフォーマットに対応するＰＤＣＣＨの監視機会を、スロットｎのためのＰＤＣＣＨの監視機会のセットに含めてもよい。基地局装置３は、ＰＤＳＣＨグループｇに対して、送信をトリガしたＨＡＲＱ−ＡＣＫ情報が、ＰＤＳＣＨグループｇに対応するＮＦＩビットが最後にトグルされた時点の後のＰＤＣＣＨの監視機会に対応することを期待してもよい。端末装置１においてＰＤＣＣＨの監視機会のセットが基地局装置３に指示されたＮＦＩビットのトグル状態に少なくとも基づいて決定することによって、端末装置１と基地局装置３の間にＨＡＲＱ−ＡＣＫ情報の受送信状態に対する認識の曖昧さを回避するため、ＨＡＲＱ−ＡＣＫ情報の効率的な送受信を実現することができる。
・条件Ａ１：ＤＣＩフォーマットによってスケジュールされるＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報は、スロットｎにおいてＰＵＣＣＨを介して送信されるとトリガされる・条件Ａ２：ＤＣＩフォーマットに含まれるＰＧＩフィールドによって、ＰＤＳＣＨグループｇは示される
・条件Ａ３：ＤＣＩフォーマットは、ＰＤＳＣＨグループｇに対応するＮＦＩビットがトグルされるイベントが最後に発生した時点の後に検出された
ここで、ＮＦＩビットがトグルされるイベントとは、受信ＮＦＩが保存ＮＦＩと比較してトグルしているイベントを示す
【０１９６】
図９は、本実施形態に一態様に係るスロットｎのためＰＤＣＣＨの監視機会のセットの決定の一例を示す図である。
【０１９７】
図１０は、本実施形態に一態様に係るスロットｎのためＰＤＣＣＨの監視機会のセットの決定の一例を示す図である。
【０１９８】
図９、および、図１０において、斜線のブロックはＰＤＣＣＨを示し、白塗りのブロックはＰＤＳＣＨを示し、縦線のブロックはＰＵＣＣＨを示す。ＰＤＳＣＨ９１１のスケジューリングに用いられるＤＣＩフォーマットは、ＰＤＣＣＨ９０１に含まれ、ＰＤＳＣＨ９１２のスケジューリングに用いられるＤＣＩフォーマットは、ＰＤＣＣＨ９０２に含まれ、ＰＤＳＣＨ９１３のスケジューリングに用いられるＤＣＩフォーマットは、ＰＤＣＣＨ９０３に含まれ、ＰＤＳＣＨ９１４のスケジューリングに用いられるＤＣＩフォーマットは、ＰＤＣＣＨ９０４に含まれ、ＰＤＳＣＨ９１５のスケジューリングに用いられるＤＣＩフォーマットは、ＰＤＣＣＨ９０５に含まれる。端末装置１が第２のパラメータが与えられたと想定する。
【０１９９】
ここで、図９、および、図１０に示されるＰＤＳＣＨのそれぞれからＰＵＣＣＨのいずれかに向けられた矢印は、該矢印の始点に対応するＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫビットの初期送信が、該矢印の終点に対応するＰＵＣＣＨにおいて実施されることを示している。ここで、実線の矢印は、該ＰＵＣＣＨの送信が、該ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマットによりトリガされる（タイミングＫ１が数値である）ことを示しており、点線の矢印は、該ＰＵＣＣＨの送信が、該ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマットによりトリガされない（タイミングＫ１が非数値である）ことを示している。図９において、ＰＤＳＣＨからＰＵＣＣＨに向けられた矢印がないことは、必ずしも該ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫビットの送信（初期送信など）がトリガされないことを意味するとは限らない。
【０２００】
図９において、全部のＰＤＳＣＨがＰＤＳＣＨグループｇに紐付けられると想定する。端末装置１は、ＰＤＳＣＨ９１５およびＰＤＳＣＨ９１４に含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫビットを含むＨＡＲＱ−ＡＣＫ情報９３１を、スロットｎにおいてＰＵＣＣＨ９２１を介して送信する。端末装置１は、ＰＤＣＣＨ９０１を検出し、受信したＮＦＩを保存してもよい。端末装置１は、ＰＤＣＣＨ９０２を検出する時に、受信ＮＦＩがＰＤＣＣＨ９０２に含まれるＤＣＩフォーマットによって示される。端末装置１は、受信ＮＦＩ（値が１である）を保存ＮＦＩ（値が０である）と比較することにより、ＮＦＩビットはトグルされると判断をしてもよい。該判断後、端末装置１は、受信ＮＦＩを保存ＮＦＩとして保存してもよい。端末装置１は、ＰＤＣＣＨ９０３を検出する時に、受信ＮＦＩがＰＤＣＣＨ９０３に含まれるＤＣＩフォーマットによって示される。端末装置１は、受信ＮＦＩ（値が０である）を保存ＮＦＩ（値が１である）と比較することにより、ＮＦＩビットはトグルされると判断をしてもよい。該判断した後、端末装置１は、受信ＮＦＩを保存ＮＦＩとして保存してもよい。端末装置１は、ＰＤＣＣＨ９０４を検出する時に、受信ＮＦＩがＰＤＣＣＨ９０４に含まれるＤＣＩフォーマットによって示される。端末装置１は、受信ＮＦＩ（値が１である）を保存ＮＦＩ（値が０である）と比較することにより、ＮＦＩビットはトグルされると判断をしてもよい。該判断後、端末装置１は、受信ＮＦＩを保存ＮＦＩとして保存してもよい。端末装置１は、ＰＤＣＣＨ９０５を検出する時に、受信ＮＦＩがＰＤＣＣＨ９０５に含まれるＤＣＩフォーマットによって示される。端末装置１は、受信ＮＦＩ（値が１である）を保存ＮＦＩ（値が１である）と比較することにより、ＮＦＩビットはトグルされないと判断をしてもよい。該判断後、端末装置１は、受信ＮＦＩを保存ＮＦＩとして保存してもよい。ＰＤＣＣＨ９０４が検出される時点においてのＮＦＩビットがトグルされるイベントは、ＰＵＣＣＨ９２１が送信されるまでに最後のＮＦＩビットトグルイベントである。端末装置１は、ＨＡＲＱ−ＡＣＫ情報９３１の生成に対して、最後のＮＦＩビットトグルイベントから最後のＤＣＩフォーマットを検出するまでのＤＣＩフォーマットに対応するＰＤＣＣＨの監視機会を、スロットｎのためのＰＤＣＣＨの監視機会のセットに含めてもよい。例えば、端末装置１は、ＰＤＣＣＨ９０４およびＰＤＣＣＨ９０５に対応するＰＤＣＣＨの監視機会を、スロットｎのためのＰＤＣＣＨの監視機会のセットに含めてもよい。ＮＦＩビットトグルイベントは、ＮＦＩビットがトグルされると判断されるイベントである。ＮＦＩビットトグルイベントは、ＤＣＩフォーマットに含まれるＮＦＩビットによりトリガされる。該ＤＣＩフォーマットに含まれるＮＦＩビット（受信ＮＦＩ）が、保存ＮＦＩと比較してトグルしている場合に、ＮＦＩビットトグルイベントがトリガされる。
【０２０１】
つまり、端末装置１は、第２の上位層パラメータが与えられた場合、スケジュールされるＰＤＳＣＨに紐付けられるＰＤＳＣＨグループｇに対して、最後のＮＦＩビットトグルイベントを決定（特定、識別、認識、判断）することに少なくとも基づき、スロットｎのためのＰＤＣＣＨの監視機会のセットを決定してもよい。例えば、端末装置１は、ＰＤＳＣＨグループｇに対して、最後のＮＦＩビットトグルイベントが発生するタイミング以降のＰＤＣＣＨの監視機会を、スロットｎのためのＰＤＣＣＨの監視機会のセットに含めてもよい。例えば、端末装置１は、ＰＤＳＣＨグループｇに対して、最後のＮＦＩビットトグルイベントが発生するタイミングにおけるＰＤＣＣＨの監視機会を、スロットｎのためのＰＤＣＣＨの監視機会のセットに含めてもよい。例えば、端末装置１は、ＰＤＳＣＨグループｇに対して、最後のＮＦＩビットトグルイベントが発生するタイミング以前のＰＤＣＣＨの監視機会を、スロットｎのためのＰＤＣＣＨの監視機会のセットに含めなくてもよい。
【０２０２】
また、例えば、端末装置１は、ＰＤＳＣＨグループｇに対して、最後のＮＦＩビットトグルイベントに係るＤＣＩフォーマットが検出されるＰＤＣＣＨの監視機会以降のＰＤＣＣＨの監視機会を、スロットｎのためのＰＤＣＣＨの監視機会のセットに含めてもよい。例えば、端末装置１は、ＰＤＳＣＨグループｇに対して、最後のＮＦＩビットトグルイベントに係るＤＣＩフォーマットが検出されるＰＤＣＣＨの監視機会を、スロットｎのためのＰＤＣＣＨの監視機会のセットに含めてもよい。例えば、端末装置１は、ＰＤＳＣＨグループｇに対して、最後のＮＦＩビットトグルイベントに係るＤＣＩフォーマットが検出されるＰＤＣＣＨの監視機会以前のＰＤＣＣＨの監視機会を、スロットｎのためのＰＤＣＣＨの監視機会のセットに含めなくてもよい。ここで、最後のＮＦＩビットトグルイベントに係るＤＣＩフォーマットは、該最後のＮＦＩビットトグルイベントの発生をトリガするＤＣＩフォーマットである。
【０２０３】
端末装置１は、第２の上位層パラメータが与えられた場合、ＰＤＳＣＨの受信に対してＨＡＲＱ−ＡＣＫ報告状態を保存（store）してもよい。ＨＡＲＱ−ＡＣＫ報告状態の初
期値は、予め該当なし（N/A）、または、ヌル（null）、または、無定義（undefined）にセットされてもよい。端末装置１は、ＰＤＳＣＨを受信した後、該ＰＤＳＣＨの受信に対応するＨＡＲＱ−ＡＣＫ報告状態を未報告にセットしてもよい。端末装置１は、ＰＤＳＣＨの受信に対応するＨＡＲＱ−ＡＣＫビットがある上りリンク物理チャネルにおいて送信することがトリガされた場合、ＨＡＲＱ−ＡＣＫ報告状態を既報告にセットしてもよい。端末装置１は、ＨＡＲＱ−ＡＣＫ報告状態が既報告であるＰＤＳＣＨ受信に対して、該ＰＤＳＣＨに紐付けられるＰＤＳＣＨグループに対応するＮＦＩビットが前に受信したＮＦＩビットと比べてトグルされたと検出する場合、該ＨＡＲＱ−ＡＣＫ報告状態を削除（または、初期値にセット）してもよい。端末装置１は、ＨＡＲＱ−ＡＣＫ報告状態が未報告であるＰＤＳＣＨ受信に対して、該ＰＤＳＣＨに紐付けられるＰＤＳＣＨグループに対応するＮＦＩビットが前に受信したＮＦＩビットと比べてトグルされたと検出する場合、該
ＨＡＲＱ−ＡＣＫ報告状態を削除（または、初期値にセット）しなくてもよい。すなわち、端末装置１は、該ＨＡＲＱ−ＡＣＫ報告状態を未報告に保持してもよい。端末装置１は、スケジュールされるＰＤＳＣＨに紐付けられるＰＤＳＣＨグループｇに対して、条件Ａ１、および、条件Ａ２、および、条件Ｂ１の一部または全部を満たすＤＣＩフォーマットに対応するＰＤＣＣＨの監視機会を、スロットｎのためのＰＤＣＣＨの監視機会のセットに含めてもよい。基地局装置３は、ＰＤＳＣＨグループｇに対して、送信をトリガしたＨＡＲＱ−ＡＣＫ情報が、ＰＤＳＣＨグループｇに対応するＮＦＩがトグルされない（端末装置１において、ＨＡＲＱ−ＡＣＫ報告状態が初期値である）ＰＤＣＣＨの監視機会に対応することを期待してもよい。端末装置１においてＰＤＣＣＨの監視機会のセットが基地局装置３に指示されたＮＦＩビットのトグル状態に少なくとも基づいて決定することによって、端末装置１と基地局装置３の間にＨＡＲＱ−ＡＣＫ情報の受送信状態に対する認識の曖昧さを回避するため、ＨＡＲＱ−ＡＣＫ情報の効率的な送受信を実現することができる。
・条件Ｂ１：ＤＣＩフォーマットによってスケジュールされるＰＤＳＣＨの受信に対応するＨＡＲＱ−ＡＣＫ報告状態は、未報告、または、既報告である
【０２０４】
端末装置１は、スケジュールされるＰＤＳＣＨに紐付けられるＰＤＳＣＨグループｇに対して、少なくとも条件Ａ１、条件Ａ２、または、条件Ｂ１のいずれかを少なくとも満たさないＤＣＩフォーマットに対応するＰＤＣＣＨの監視機会を、スロットｎのためのＰＤＣＣＨの監視機会のセットに含めなくてもよい。
【０２０５】
図９において、端末装置１は、ＰＤＣＣＨ９０１が検出された時に、ＰＤＳＣＨ９１１に対応するＨＡＲＱ−ＡＣＫ報告状態を未報告にセットしてもよい。端末装置１は、ＰＤＳＣＨ９１１に対応するＨＡＲＱ−ＡＣＫ情報を送信した後、ＰＤＳＣＨ９１１に対応するＨＡＲＱ−ＡＣＫ報告状態を既報告にセットしてもよい。端末装置１は、ＰＤＣＣＨ９０２が検出された時に、ＮＦＩビットがトグルされたによって、ＰＤＳＣＨ９１１に対応するＨＡＲＱ−ＡＣＫ報告状態を初期値にセットしてもよい。端末装置１は、ＰＤＣＣＨ９０２が検出された時に、ＰＤＳＣＨ９１２に対応するＨＡＲＱ−ＡＣＫ報告状態を未報告にセットしてもよい。端末装置１は、ＰＤＣＣＨ９０３が検出された時に、ＮＦＩビットがトグルされたによって、ＰＤＳＣＨ９１２に対応するＨＡＲＱ−ＡＣＫ報告状態を初期値にセットしてもよい。端末装置１は、ＰＤＣＣＨ９０３が検出された時に、ＰＤＳＣＨ９１３に対応するＨＡＲＱ−ＡＣＫ報告状態を未報告にセットしてもよい。端末装置１は、ＰＤＣＣＨ９０４が検出された時に、ＮＦＩビットがトグルされたによって、ＰＤＳＣＨ９１３に対応するＨＡＲＱ−ＡＣＫ報告状態を初期値にセットしてもよい。端末装置１は、ＰＤＣＣＨ９０４が検出された時に、ＰＤＳＣＨ９１４に対応するＨＡＲＱ−ＡＣＫ報告状態を未報告にセットしてもよい。端末装置１は、ＰＤＣＣＨ９０５が検出された時に、ＮＦＩビットがトグルされないによって、ＰＤＳＣＨ９１４に対応するＨＡＲＱ−ＡＣＫ報告状態を既報告に保持してもよい。端末装置１は、ＰＤＣＣＨ９０５が検出された時に、ＰＤＳＣＨ９１５に対応するＨＡＲＱ−ＡＣＫ報告状態を未報告にセットしてもよい。ＰＵＣＣＨ９２１が送信される前に、ＰＤＳＣＨ９１１、および、ＰＤＳＣＨ９１２、および、ＰＤＳＣＨ９１３に対応するＨＡＲＱ−ＡＣＫ報告状態は初期値であり、ＰＤＳＣＨ９１４に対応するＨＡＲＱ−ＡＣＫ報告状態は既報告であり、ＰＤＳＣＨ９１５に対応するＨＡＲＱ−ＡＣＫ報告状態は未報告である。端末装置１は、ＨＡＲＱ−ＡＣＫ情報９３１の生成に対して、ＨＡＲＱ−ＡＣＫ報告状態が未報告、または、既報告であるＰＤＳＣＨに対応するＰＤＣＣＨの監視機会を、スロットｎのためのＰＤＣＣＨの監視機会のセットに含めてもよい。例えば、端末装置１は、ＰＤＳＣＨ９１４およびＰＤＳＣＨ９１５に対応するＰＤＣＣＨの監視機会を、スロットｎのためのＰＤＣＣＨの監視機会のセットに含めてもよい。例えば、端末装置１は、ＰＤＳＣＨ９１１、ＰＤＳＣＨ９１２、および、ＰＤＳＣＨ９１３に対応するＰＤＣＣＨの監視機会を、スロットｎのためのＰＤＣＣＨの監視機会のセットに含めなくてもよい。
【０２０６】
端末装置１は、第２の上位層パラメータが与えられた場合、スケジュールされるＰＤＳＣＨに紐付けられるＰＤＳＣＨグループｇに対して、ＮＦＩビットが前に受信したＮＦＩビットと比べてトグルされたと検出する場合、保存しているＰＤＣＣＨの監視機会のセットを削除してもよい。すなわち、保存しているＰＤＣＣＨの監視機会のセットを保存しなくてもよい。スロットｎのためのＰＤＣＣＨの監視機会のセットは、１つまたは複数のＰＤＣＣＨの監視機会のセットによって構成されてもよい。端末装置１において保存されているＰＤＣＣＨの監視機会のセットが存在する、且つ、該保存されているＰＤＣＣＨの監視機会のセットに対応するＨＡＲＱ−ＡＣＫ情報をスロットｎにおいてＰＵＣＣＨを介して送信されるとトリガされる場合、該保存されているＰＤＣＣＨの監視機会のセットは、第１のＰＤＣＣＨの監視機会のセットとして定義されてもよい。ここで、該第１のＰＤＣＣＨの監視機会のセットは、Ｍｍ個のＰＤＣＣＨの監視機会を含む。端末装置１は、ＰＤＳＣＨの受信をスケジュールする、且つ、非数値のＫ１の値を示すＤＣＩフォーマットに対して、該ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報がロットｎにおいてＰＵＣＣＨを介して送信されるとトリガされる場合、該ＤＣＩフォーマットに対応するＰＤＣＣＨの監視機会を、第２のＰＤＣＣＨの監視機会のセットに含めてもよい。ここで、該第２のＰＤＣＣＨの監視機会のセットは、Ｌ個のＰＤＣＣＨの監視機会を含む。端末装置１は、ＰＤＳＣＨの受信をスケジュールする、且つ、数値のＫ１の値を示すＤＣＩフォーマットに対して、該ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報がスロットｎにおいてＰＵＣＣＨを介して送信されるとトリガされる場合、該ＤＣＩフォーマットに対応するＰＤＣＣＨの監視機会を、第３のＰＤＣＣＨの監視機会のセットに含めてもよい。ここで、該第３のＰＤＣＣＨの監視機会のセットは、Ｍｎ個のＰＤＣＣＨの監視機会を含む。スロットｎのためのＰＤＣＣＨの監視機会のセットは、第１のＰＤＣＣＨの監視機会のセット（存在する場合）、および、第２のＰＤＣＣＨの監視機会のセット（存在する場合）、および、第３のＰＤＣＣＨの監視機会のセット（存在する場合）を含んでもよい。ここで、該スロットｎのためのＰＤＣＣＨの監視機会のセットは、Ｍ＝Ｍｍ＋Ｌ＋Ｍｎ個のＰＤＣＣＨの監視機会を含む。端末装置１は、スロットｎのためのＰＤＣＣＨの監視機会のセットを決定した後、該スロットｎのためのＰＤＣＣＨの監視機会のセットを保存してもよい。基地局装置３は、ＰＤＳＣＨグループｇに対して、送信をトリガしたＨＡＲＱ−ＡＣＫ情報が、ＰＤＳＣＨグループｇに対応するＮＦＩがトグルされないＰＤＣＣＨの監視機会に対応することを期待してもよい。端末装置１においてＰＤＣＣＨの監視機会のセットが基地局装置３に指示されたＮＦＩビットのトグル状態に少なくとも基づいて決定することによって、端末装置１と基地局装置３の間にＨＡＲＱ−ＡＣＫ情報の受送信状態に対する認識の曖昧さを回避するため、ＨＡＲＱ−ＡＣＫ情報の効率的な送受信を実現することができる。
【０２０７】
図１０において、ＰＤＳＣＨ１０１１、および、ＰＤＳＣＨ１０１４、および、ＰＤＳＣＨ１０１５はＰＤＳＣＨグループｇに紐付けられ、ＰＤＳＣＨ１０１２、および、ＰＤＳＣＨ１０１４はＰＤＳＣＨグループｇと異なるＰＤＳＣＨグループｈに紐付けられる。以下は、ＰＤＳＣＨグループｇに対して、ＰＤＣＣＨの監視機会のセットの決定、および、ＨＡＲＱ−ＡＣＫ情報の生成を説明する。端末装置１は、ＰＤＳＣＨ１０１１をスケジュールするＤＣＩフォーマットを含むＰＤＣＣＨ１００１を受信し、スロットｊのためのＰＤＣＣＨの監視機会のセットを決定し、ＰＤＳＣＨ１０１１に対応するＨＡＲＱ−ＡＣＫビットを含むＨＡＲＱ−ＡＣＫ情報１０３１を、スロットｊにおいてＰＵＣＣＨ１０２１を介して送信する。端末装置１は、スロットｊのためのＰＤＣＣＨの監視機会のセットを決定したから、ＰＤＳＣＨグループｇに対応するＮＦＩビットがトグルされたまで、スロットｊのためのＰＤＣＣＨの監視機会のセットを保存してもよい。ここで、ＰＵＣＣＨ１０２１が基地局装置３において検出されず、ＰＵＣＣＨ１０２２を介してＨＡＲＱ−ＡＣＫ情報１０３１の再送信が行われると想定する。端末装置１は、ＰＤＳＣＨ１０１４をスケジュールするＤＣＩフォーマットを含むＰＤＣＣＨ１００４を受信し、非数値のＫ１の値が示されるによって、ＰＤＳＣＨ１０１４に対応するＨＡＲＱ−ＡＣＫビットの送信を延期する。すなわち、端末装置１は、ＰＤＳＣＨ１０１４に対応するＨＡＲＱ−ＡＣＫビットを、スロットｋにおいてＰＵＣＣＨ１０２２を介して送信せず、スロットｎにおいてＰＵＣＣＨ１０２３を介して送信がトリガされる。端末装置１は、ＰＤＳＣＨ１０１５をスケジュールするＤＣＩフォーマットを含むＰＤＣＣＨ１００５を受信し、スロットｎのためのＰＤＣＣＨの監視機会のセットを決定し、ＰＤＳＣＨ１０１５に対応するＨＡＲＱ−ＡＣＫビットを含むＨＡＲＱ−ＡＣＫ情報１０３３を、スロットｎにおいてＰＵＣＣＨ１０２３を介して送信する。ここで、ＰＵＣＣＨ１０２２が検出されない（ＮＦＩビットがトグルされない）場合、端末装置１は、第１のＰＤＣＣＨの監視機会のセット、および、第２のＰＤＣＣＨの監視機会のセット、および、第３のＰＤＣＣＨの監視機会のセットを、スロットｎのためのＰＤＣＣＨの監視機会のセットに含めてもよい。第１のＰＤＣＣＨの監視機会のセットは、保存されてるＰＤＣＣＨの監視機会のセットであってもよい。例えば、第１のＰＤＣＣＨの監視機会のセットは、ＰＤＳＣＨ１０１１に対応するＰＤＣＣＨの監視機会を含んでもよい。第２のＰＤＣＣＨの監視機会のセットは、非数値のＫ１の値を示すＤＣＩフォーマットに対応するＰＤＣＣＨの監視機会のセットであってもよい。例えば、第２のＰＤＣＣＨの監視機会のセットは、ＰＤＳＣＨ１０１４に対応するＰＤＣＣＨの監視機会を含んでもよい。第３のＰＤＣＣＨの監視機会のセットは、数値のＫ１の値を示すＤＣＩフォーマットに対応するＰＤＣＣＨの監視機会のセットであってもよい。例えば、第３のＰＤＣＣＨの監視機会のセットは、ＰＤＳＣＨ１０１５に対応するＰＤＣＣＨの監視機会を含んでもよい。ここで、ＰＵＣＣＨ１０２２が検出された（ＮＦＩビットがトグルされた）場合、端末装置１は、第２のＰＤＣＣＨの監視機会のセット、および、第３のＰＤＣＣＨの監視機会のセットを、スロットｎのためのＰＤＣＣＨの監視機会のセットに含めてもよい。例えば、ＰＵＣＣＨ１０２２が検出された（ＮＦＩビットがトグルされた）場合、端末装置１は、第１のＰＤＣＣＨの監視機会のセットを、スロットｎのためのＰＤＣＣＨの監視機会のセットに含めなくてもよい。
【０２０８】
端末装置１は、第２の上位層パラメータが与えられた場合、スケジュールされるＰＤＳＣＨに紐付けられるＰＤＳＣＨグループｇに対して、ＮＦＩビットが前に受信したＮＦＩビットと比べてトグルされたと検出する場合、保存しているＰＤＣＣＨの監視機会のセットを削除してもよい。すなわち、保存しているＰＤＣＣＨの監視機会のセットを保存なくてもよい。端末装置１は、ＰＤＳＣＨの受信をスケジュールする、且つ、非数値のＫ１の値を示すＤＣＩフォーマットに対して、該ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報がロットｎにおいてＰＵＣＣＨを介して送信されるとトリガされる場合、該ＤＣＩフォーマットに対応するＰＤＣＣＨの監視機会を、保存されているＰＤＣＣＨの監視機会のセットに付加して保存してもよい。ここで、保存されているＰＤＣＣＨの監視機会のセットは、Ｍｍ個のＰＤＣＣＨの監視機会を含む。スロットｎのためのＰＤＣＣＨの監視機会のセットは、１つまたは複数のＰＤＣＣＨの監視機会のセットによって構成されてもよい。スロットｎのためのＰＤＣＣＨの監視機会のセットは、保存されているＰＤＣＣＨの監視機会のセット（存在する場合）、および、第３のＰＤＣＣＨの監視機会のセット（存在する場合）を含んでもよい。ここで、該スロットｎのためのＰＤＣＣＨの監視機会のセットは、Ｍ＝Ｍｍ＋Ｍｎ個のＰＤＣＣＨの監視機会を含む。端末装置１は、スロットｎのためのＰＤＣＣＨの監視機会のセットを決定した後、該スロットｎのためのＰＤＣＣＨの監視機会のセットを保存してもよい。基地局装置３は、ＰＤＳＣＨグループｇに対して、送信をトリガしたＨＡＲＱ−ＡＣＫ情報が、ＰＤＳＣＨグループｇに対応するＮＦＩがトグルされないＰＤＣＣＨの監視機会に対応することを期待してもよい。端末装置１においてＰＤＣＣＨの監視機会のセットが基地局装置３に指示されたＮＦＩビットのトグル状態に少なくとも基づいて決定することによって、端末装置１と基地局装置３の間にＨＡＲＱ−ＡＣＫ情報の受送信状態に対する認識の曖昧さを回避するため、ＨＡＲＱ−ＡＣＫ情報の効率的な送受信を実現することができる。
【０２０９】
図１０において、ＰＤＳＣＨ１０１１、および、ＰＤＳＣＨ１０１４、および、ＰＤＳ
ＣＨ１０１５はＰＤＳＣＨグループｇに紐付けられ、ＰＤＳＣＨ１０１２、および、ＰＤＳＣＨ１０１４はＰＤＳＣＨグループｇと異なるＰＤＳＣＨグループｈに紐付けられる。以下は、ＰＤＳＣＨグループｇに対して、ＰＤＣＣＨの監視機会のセットの決定、および、ＨＡＲＱ−ＡＣＫ情報の生成を説明する。端末装置１は、ＰＤＳＣＨ１０１１をスケジュールするＤＣＩフォーマットを含むＰＤＣＣＨ１００１を受信し、スロットｊのためのＰＤＣＣＨの監視機会のセットを決定し、ＰＤＳＣＨ１０１１に対応するＨＡＲＱ−ＡＣＫビットを含むＨＡＲＱ−ＡＣＫ情報１０３１を、スロットｊにおいてＰＵＣＣＨ１０２１を介して送信する。端末装置１は、スロットｊのためのＰＤＣＣＨの監視機会のセットを決定したから、ＰＤＳＣＨグループｇに対応するＮＦＩビットがトグルされたまで、スロットｊのためのＰＤＣＣＨの監視機会のセットを保存してもよい。ここで、ＰＵＣＣＨ１０２１が基地局装置３において検出されず、ＰＵＣＣＨ１０２２を介してＨＡＲＱ−ＡＣＫ情報１０３１の再送信が行われると想定する。端末装置１は、ＰＤＳＣＨ１０１４をスケジュールするＤＣＩフォーマットを含むＰＤＣＣＨ１００４を受信し、非数値のＫ１の値が示されるによって、ＰＤＳＣＨ１０１４に対応するＨＡＲＱ−ＡＣＫビットの送信を延期する。すなわち、端末装置１は、ＰＤＳＣＨ１０１４に対応するＨＡＲＱ−ＡＣＫビットを、スロットｋにおいてＰＵＣＣＨ１０２２を介して送信せず、スロットｎにおいてＰＵＣＣＨ１０２３を介して送信をトリガされる。端末装置１は、ＰＤＳＣＨ１０１４に対応するＰＤＣＣＨの監視機会を保存されているＰＤＣＣＨの監視機会のセットに付加して保存してもよい。端末装置１は、ＰＤＳＣＨ１０１５をスケジュールするＤＣＩフォーマットを含むＰＤＣＣＨ１００５を受信し、スロットｎのためのＰＤＣＣＨの監視機会のセットを決定し、ＰＤＳＣＨ１０１５に対応するＨＡＲＱ−ＡＣＫビットを含むＨＡＲＱ−ＡＣＫ情報１０３３を、スロットｎにおいてＰＵＣＣＨ１０２３を介して送信する。端末装置１は、保存されているのＰＤＣＣＨの監視機会のセット、および、第３のＰＤＣＣＨの監視機会のセットを、スロットｎのためのＰＤＣＣＨの監視機会のセットに含めてもよい。第３のＰＤＣＣＨの監視機会のセットは、数値のＫ１の値を示すＤＣＩフォーマットに対応するＰＤＣＣＨの監視機会のセットであってもよい。例えば、第３のＰＤＣＣＨの監視機会のセットは、ＰＤＳＣＨ１０１５に対応するＰＤＣＣＨの監視機会を含んでもよい。ここで、ＰＵＣＣＨ１０２２が検出されない（ＮＦＩビットがトグルされない）場合、保存されているのＰＤＣＣＨの監視機会のセットは、ＰＤＳＣＨ１１０１、および、ＰＤＳＣＨ１０１４に対応するＰＤＣＣＨの監視機会を含んでもよい。ここで、ＰＵＣＣＨ１０２２が検出された（ＮＦＩビットがトグルされた）場合、保存されているのＰＤＣＣＨの監視機会のセットは、ＰＤＳＣＨ１０１１に対応するＰＤＣＣＨの監視機会を含まず（ＰＤＳＣＨ１０１１に対応するＰＤＣＣＨの監視機会が削除された）、ＰＤＳＣＨ１０１４に対応するＰＤＣＣＨの監視機会を含んでもよい。
【０２１０】
ＤＡＩフィールドは、第１のＤＡＩフィールドと、第２のＤＡＩフィールドの総称である。カウンターＤＡＩ（Counter DAI）は、Ｍ個のＰＤＣＣＨの監視機会（スロットｎの
ためのＰＤＣＣＨの監視機会のセット）において、あるサービングセルにおけるあるＰＤＣＣＨの監視機会に対して、該サービングセルにおける該ＰＤＣＣＨの監視機会までに検出されるＰＤＣＣＨの累積数（または、累積数に少なくとも関連する値であってもよい）を示す。カウンターＤＡＩは、Ｃ−ＤＡＩとも呼称されてもよい。端末装置１は、ＰＤＳＣＨに対応するＣ−ＤＡＩが該ＰＤＳＣＨのスケジューリングに用いたＤＣＩフォーマットに含まれるＤＡＩフィールドによって示されてもよい。ＰＤＳＣＨに対応するＣ−ＤＡＩは、該ＰＤＳＣＨのスケジューリングに用いたＤＣＩフォーマットに含まれる第１のＤＡＩフィールドによって示されてもよい。ＰＤＳＣＨに対応するＣ−ＤＡＩは、該ＰＤＳＣＨのスケジューリングに用いたＤＣＩフォーマットに含まれる第２のＤＡＩフィールドのビットのうち、一部または全部によって示されてもよい。
【０２１１】
図１１、図１２、および、図１３は、本実施形態の一態様に係るＨＡＲＱ−ＡＣＫコードブック（ＨＡＲＱ−ＡＣＫ情報のコードブック）の構成の手順の一例を示す図である。
図１１、図１２、および、図１３の＜ＡＸ＞は、ステップＡＸとも呼称される。図１１、図１２、および、図１３図１１、図１２、および、図１３において、“Ａ＝Ｂ”は、ＡがＢにセットされることであってもよい。図１１、図１２、および、図１３において、“Ａ＝Ｂ”は、ＡにＢが入力されることであってもよい。端末装置１は、図１１、図１２、および、図１３に記載の手順に基づいてＨＡＲＱ−ＡＣＫコードブックを生成する。端末装置１は、第２の上位層パラメータが与えられた場合、各ＰＤＳＣＨグループに対して図１１、図１２、および、図１３に記載の手順に基づいてＨＡＲＱ−ＡＣＫコードブックを生成し、複数のＨＡＲＱ−ＡＣＫコードブックが生成される場合、該複数のＨＡＲＱ−ＡＣＫコードブックを連結してもよい。
【０２１２】
ＨＡＲＱ−ＡＣＫコードブックは、ステップＡ１からステップＡ５８の一部または全部に少なくとも基づき与えられてもよい。
【０２１３】
あるＰＤＳＣＨグループに対応するＨＡＲＱ−ＡＣＫコードブックは、ステップＡ１からステップＡ４６の一部または全部に少なくとも基づき与えられてもよい。あるＰＤＳＣＨグループに対応するＨＡＲＱ−ＡＣＫコードブックは、該あるＰＤＳＣＨグループに含まれる１または複数のＰＤＳＣＨのいずれかに含まれる１または複数のトランスポートブロックのいずれかに対応する１または複数のＨＡＲＱ−ＡＣＫビットに基づき与えられてもよい。
【０２１４】
ＨＡＲＱ−ＡＣＫコードブックは、ＰＤＣＣＨの監視機会のセット、ＵＬ  ＤＡＩフィールドの値、および／または、ＤＡＩフィールドの一部または全部に少なくとも基づき与えられてもよい。
【０２１５】
ＨＡＲＱ−ＡＣＫコードブックは、ＰＤＣＣＨの監視機会のセット、ＵＬ  ＤＡＩ、カウンターＤＡＩ、および／または、トータルＤＡＩの一部または全部に少なくとも基づき与えられてもよい。
【０２１６】
ステップＡ１において、サービングセルインデックスｃが０にセットされる。サービングセルインデックスは、サービングセルごとに上位層のパラメータに少なくとも基づき与えられてもよい。
【０２１７】
ステップＡ２において、ｍ＝０にセットされる。ｍは、ＤＣＩフォーマット１＿０、または、ＤＣＩフォーマット１＿１を含むＰＤＣＣＨの監視機会のインデックスを示してもよい。
【０２１８】
ステップＡ３において、ｊが０にセットされてもよい。
【０２１９】
ステップＡ４において、Ｖｔｅｍｐが０にセットされてもよい。
【０２２０】
ステップＡ５において、Ｖｔｅｍｐ２が０にセットされてもよい。
【０２２１】
ステップＡ６において、Ｖｓ＝φにセットされてもよい。φは、空集合を示す。
【０２２２】
ステップＡ７において、ＮＤＬｃｅｌｌｓが、サービングセルの数にセットされてもよい。該サービングセルの数は、端末装置１に設定されるサービングセルの数であってもよい。
【０２２３】
ステップＡ８において、ＭはＰＤＣＣＨの監視機会の数にセットされてもよい。
【０２２４】
ステップＡ９において、第１の評価式ｍ＜Ｍが評価される。該第１の評価式が真（true）である場合に、ステップＡ１０が実行されてもよい。該第１の評価式が偽（false）で
ある場合に、ステップＡ３４が実行されてもよい。
【０２２５】
ステップＡ１０において、ｃが０にセットされてもよい。
【０２２６】
ステップＡ１１において、第２の評価式ｃ＜ＮＤＬｃｅｌｌｓが評価される。該第２の評価式が真である場合に、ステップＡ１１が実行されてもよい。該第２の評価式が偽である場合に、ステップＡ３３が実行されてもよい。
【０２２７】
ステップＡ１２において、サービングセルｃにおけるＰＤＣＣＨの監視機会ｍが活性化下りリンクＢＷＰの切り替えの前にある場合、ステップＡ１３が実行されてもよい。ステップＡ１２において、ＰＣｅｌｌにおける活性化上りリンクＢＷＰの切り替えがある、かつ、活性化下りリンクＢＷＰの切り替えがＤＣＩフォーマット１＿１によりトリガされない場合、ステップＡ１３が実行されてもよい。前述の二つの条件をすべて満たさない場合、ステップＡ１４が実行されてもよい。
【０２２８】
ステップＡ１３において、ｃがｃ＋１にセットされもよい。
【０２２９】
ステップＡ１４において、ステップＡ１５が実行されてもよい。
【０２３０】
ステップＡ１５において、第２の上位層パラメータが与えられず、且つ、条件Ｃ１または条件Ｃ２が満たされる場合、ステップＡ１６が実行されてもよい。ステップＡ１５において、第２の上位層パラメータが与えられた、且つ、条件Ｃ３または条件Ｃ４が満たされる場合、ステップＡ１６が実行されてもよい。
条件Ｃ１：サービングセルｃにおけるＰＤＣＣＨの監視機会ｍにおいてのＰＤＣＣＨに関連されるＰＤＳＣＨがある
条件Ｃ２：サービングセルｃにおけるＳＰＳ  ＰＤＳＣＨの釈放を示すＰＤＣＣＨがある条件Ｃ３：ＰＤＳＣＨグループｇに紐付けられる、且つ、サービングセルｃにおけるＰＤＣＣＨの監視機会ｍにおいてのＰＤＣＣＨに関連されるＰＤＳＣＨがある
条件Ｃ４：サービングセルｃにおける、且つ、ＰＤＳＣＨグループｇに紐付けられるＳＰＳ  ＰＤＳＣＨの釈放を示すＰＤＣＣＨがある
【０２３１】
ステップＡ１６において、第３の評価式ＶＤＬＣ−ＤＡＩ，ｃ，ｍ≦Ｖｔｅｍｐが評価される。該第３の評価式が真である場合に、ステップＡ１７が実行されてもよい。該第３の評価式が偽である場合に、ステップＡ１８が実行されてもよい。
【０２３２】
ＶＤＬＣ−ＤＡＩ，ｃ，ｍは、サービングセルｃにおけるＰＤＣＣＨの監視機会ｍにおいて検出されるＰＤＣＣＨに少なくとも基づき与えられるカウンターＤＡＩ（Downlink Assignment Index）の値である。カウンターＤＡＩの決定において、Ｍ個の監視機会にお
いて検出されるＰＤＣＣＨのインデックスは、サービングセルインデックスｃを第１に、ＰＤＣＣＨの監視機会ｍを第２に与えられてもよい。つまり、Ｍ個のＰＤＣＣＨの監視機会において検出されるＰＤＣＣＨのインデックスは、まずサービングセルインデックスｃの順番にマップされ、次いでＰＤＣＣＨの監視機会ｍの順番にマップされてもよい（serving cell index first, PDCCH monitoring occasion second mapping）。カウンターＤＡＩは、Ｃ−ＤＡＩ（Counter Downlink Assignment Index）と呼称されてもよい。
【０２３３】
ステップＡ１７において、ｊがｊ＋１にセットされてもよい。
【０２３４】
ステップＡ１８は、ステップＡ１２における該第３の評価式に基づく動作の完了を示す
ステップであってもよい。
【０２３５】
ステップＡ１９において、ＶｔｅｍｐがＶＤＬＣ−ＤＡＩ，ｃ，ｍにセットされてもよい。
【０２３６】
ステップＡ２０において、第４の評価式ＶＤＬＴ−ＤＡＩ，ｍ＝φが評価されてもよい。該第４の評価式が真である場合に、ステップＡ２１が実行されてもよい。該第４の評価式が偽である場合に、ステップＡ２２が実行されてもよい。
【０２３７】
ＶＤＬＴ−ＤＡＩ，ｍは、サービングセルｃにおけるＰＤＣＣＨの監視機会ｍにおいて検出されるＰＤＣＣＨに少なくとも基づき与えられるトータルＤＡＩの値であってもよい。トータルＤＡＩは、Ｍ個のＰＤＣＣＨの監視機会において、ＰＤＣＣＨの監視機会ｍまでに検出されるＰＤＣＣＨの累積数（または、累積数に少なくとも関連する値であってもよい）を示してもよい。トータルＤＡＩは、Ｔ−ＤＡＩ（Total Downlink Assignment Index）と呼称されてもよい。
【０２３８】
ＨＡＲＱ−ＡＣＫコードブックが、ＤＣＩフォーマット０＿１に少なくとも基づきスケジューリングされるＰＵＳＣＨに多重され、ｍ＝Ｍ−１の場合に少なくとも、ＶＤＬＴ−ＤＡＩ，ｍはＶＵＬＤＡＩに置換されてもよい。
【０２３９】
ステップＡ２１において、Ｖｔｅｍｐ２がＶＤＬＣ−ＤＡＩ，ｃ，ｍにセットされてもよい。
【０２４０】
ステップＡ２２において、ステップＡ２３が実行されてもよい。
【０２４１】
ステップＡ２３において、Ｖｔｅｍｐ２がＶＤＬＴ−ＤＡＩ，ｍにセットされてもよい。
【０２４２】
ステップＡ２４は、ステップＡ２０における該第４の評価式に基づく動作の完了を示すステップであってもよい。
【０２４３】
ステップＡ２５において、１）ｈａｒｑ−ＡＣＫ−ＳｐａｔｉａｌＢｕｎｄｌｉｎｇＰＵＣＣＨが提供されていない、かつ、２）ＰＤＣＣＨの監視機会ｍがＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１を含むＰＤＣＣＨの監視機会である、かつ、３）二つのランスポートブロックの受信に対して少なくとも１つのサービングセルにおける少なくとも１つのＢＷＰにおいてｍａｘＮｒｏｆＣｏｄｅＷｏｒｄｓＳｃｈｅｄｕｌｅｄＢｙＤＣＩが設定されている場合に、ステップＡ２６が実行されてもよい。ｍａｘＮｒｏｆＣｏｄｅＷｏｒｄｓＳｃｈｅｄｕｌｅｄＢｙＤＣＩは、ＰＤＳＣＨにおける２つのトランスポートブロックの送信をサポートするか否かを示す情報であってもよい。
【０２４４】
ステップＡ２６において、ｏＡＣＫａ（８ｊ＋２（ＶＤＬＣ−ＤＡＩ，ｃ，ｍ−１））がサービングセルｃの第１のトランスポートブロックに対応するＨＡＲＱ−ＡＣＫビットの値にセットされてもよい。ＨＡＲＱ−ＡＣＫビットの値が１であることは、ＡＣＫを示してもよい。ＨＡＲＱ−ＡＣＫビットの値が０であることは、ＮＡＣＫを示してもよい。該サービングセルｃの該第１のトランスポートブロックは、該サービングセルｃにおけるＰＤＣＣＨの監視機会ｍにおいて検出されるＰＤＣＣＨに含まれるＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨに含まれる該第１のトランスポートブロックであってもよい。
【０２４５】
ステップＡ２７において、ｏＡＣＫａ（８ｊ＋２（ＶＤＬＣ−ＤＡＩ，ｃ，ｍ−１）＋
１）がサービングセルｃの第２のトランスポートブロックに対応するＨＡＲＱ−ＡＣＫビットの値にセットされてもよい。該サービングセルｃの該第２のトランスポートブロックは、該サービングセルｃにおけるＰＤＣＣＨの監視機会ｍにおいて検出されるＰＤＣＣＨに含まれるＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨに含まれる該第２のトランスポートブロックであってもよい。
【０２４６】
ＰＤＳＣＨが第１のトランスポートブロックを含み、該ＰＤＳＣＨが第２のトランスポートブロックを含まないことは、該ＰＤＳＣＨに１つのトランスポートブロックが含まれることであってもよい。
【０２４７】
ステップＡ２８において、ＶｓがＶｓ∪｛８ｊ＋２（ＶＤＬＣ−ＤＡＩ，ｃ，ｍ−１），８ｊ＋２（ＶＤＬＣ−ＤＡＩ，ｃ，ｍ−１）＋１｝にセットされてもよい。Ｙ∪Ｚは、集合Ｙと集合Ｚの和集合を示してもよい。｛＊｝は、＊を含んで構成される集合であってもよい。
【０２４８】
ステップＡ２９において、１）ｈａｒｑ−ＡＣＫ−ＳｐａｔｉａｌＢｕｎｄｌｉｎｇＰＵＣＣＨが提供されている、かつ、２）ＰＤＣＣＨの監視機会ｍがＤＣＩフォーマット１＿１を含むＰＤＣＣＨの監視機会である、かつ、３）二つのランスポートブロックの受信に対して少なくとも１つのサービングセルにおける少なくとも１つのＢＷＰにおいてｍａｘＮｒｏｆＣｏｄｅＷｏｒｄｓＳｃｈｅｄｕｌｅｄＢｙＤＣＩが設定されている場合に、ステップＡ３０が実行されてもよい。
【０２４９】
ステップＡ３０において、ｏＡＣＫａ（４ｊ＋ＶＤＬＣ−ＤＡＩ，ｃ，ｍ−１）がサービングセルｃの第１のトランスポートブロックに対応する第１のＨＡＲＱ−ＡＣＫビットと、サービングセルｃの第２のトランスポートブロックに対応する第２のＨＡＲＱ−ＡＣＫビットの論理積（binary AND operation）により与えられる値にセットされてもよい。
【０２５０】
ステップＡ３１において、ＶｓがＶｓ∪｛４ｊ＋ＶＤＬＣ−ＤＡＩ，ｃ，ｍ−１｝にセットされてもよい。
【０２５１】
ステップＡ３２において、ステップＡ２５の条件、および、ステップＡ２９の条件を満たさない場合に、ステップＡ３３が実行されてもよい。
【０２５２】
ステップＡ３３において、ｏＡＣＫａ（４ｊ＋ＶＤＬＣ−ＤＡＩ，ｃ，ｍ−１）がサービングセルｃの第１のトランスポートブロックに対応する第１のＨＡＲＱ−ＡＣＫビットの値にセットされてもよい。ステップＡ３３において、ｏＡＣＫａ（４ｊ＋ＶＤＬＣ−ＤＡＩ，ｃ，ｍ−１）がサービングセルｃのＨＡＲＱ−ＡＣＫビットの値にセットされてもよい。
【０２５３】
ステップＡ３４において、ＶｓがＶｓ∪｛４ｊ＋ＶＤＬＣ−ＤＡＩ，ｃ，ｍ−１｝にセットされてもよい。
【０２５４】
ステップＡ３５は、ステップＡ２５の動作の完了を示すステップであってもよい。
【０２５５】
ステップＡ３６は、ステップＡ１５の動作の完了を示すステップであってもよい。
【０２５６】
ステップＡ３７において、ｃがｃ＋１にセットされてもよい。
【０２５７】
ステップＡ３８は、ステップＡ１２の動作の完了を示すステップであってもよい。
【０２５８】
ステップＡ３９において、ステップＡ１１が実行されてもよい。
【０２５９】
ステップＡ４０において、ｍがｍ＋１にセットされてもよい。
【０２６０】
ステップＡ４１において、ステップＡ１０が実行されてもよい。
【０２６１】
ステップＡ４２において、第５の評価式Ｖｔｅｍｐ２＜Ｖｔｅｍｐが実行されてもよい。該第５の評価式が真である場合に、ステップＡ４３が実行されてもよい。該第５の評価式が偽である場合に、ステップＡ４４が実行されてもよい。
【０２６２】
ステップＡ４３において、ｊがｊ＋１にセットされてもよい。
【０２６３】
ステップＡ４４は、ステップＡ４２の完了を示すステップであってもよい。
【０２６４】
ステップＡ４５において、１）ｈａｒｑ−ＡＣＫ−ＳｐａｔｉａｌＢｕｎｄｌｉｎｇＰＵＣＣＨが提供されていない、かつ、２）少なくとも１つのサービングセルにおける少なくとも１つのＢＷＰにおいてｍａｘＮｒｏｆＣｏｄｅＷｏｒｄｓＳｃｈｅｄｕｌｅｄＢｙＤＣＩが設定されている場合に、ステップＡ４６が実行されてもよい。前述の二つの条件をすべて満たさない場合、ステップＡ４７が実行されてもよい。
【０２６５】
ステップＡ４６において、ＯＡＣＫが２（４ｊ＋Ｖｔｅｍｐ２）にセットされてもよい。
【０２６６】
ステップＡ４７において、ステップＡ４８が実行されてもよい。
【０２６７】
ステップＡ４８において、ＯＡＣＫが４ｊ＋Ｖｔｅｍｐ２にセットされてもよい。
【０２６８】
ステップＡ４９は、ステップＡ１２の動作の完了を示すステップであってもよい。
【０２６９】
ステップＡ５０において、ｉＮ∈｛０，１，．．．，ＯＡＣＫ−１｝￥Ｖｓが満たされるｉＮに対して、ｏＡＣＫａ（ｉＮ）がＮＡＣＫの値にセットされてもよい。Ｖ￥Ｗは、集合Ｖから集合Ｗに含まれる要素が引かれた集合を示してもよい。Ｖ￥Ｗは、ＶのＷに関する差集合であってもよい。
【０２７０】
ステップＡ５１において、ｃが０にセットされてもよい。
【０２７１】
ステップＡ５２において、第７の評価式ｃ＜ＮＤＬｃｅｌｌｓが評価される。該第７の評価式が真である場合に、ステップＡ５４が実行されてもよい。該第２の評価式が偽である場合に、ステップＡ５８が実行されてもよい。
【０２７２】
ステップＡ５４において、Ｍ個のＰＤＣＣＨの監視機会における１または複数のスロットにおける設定されるグラントによりスケジューリングされるＰＤＳＣＨ（ＳＰＳ  ＰＤＳＣＨ）が受信されるように設定され、かつ、該ＳＰＳ  ＰＤＳＣＨの送信が活性化された（activated）場合、ステップＡ５４が実行されてもよい。
【０２７３】
ステップＡ５４において、ＯＡＣＫがＯＡＣＫ＋１にセットされてもよい。ステップＡ４４において、ＯＡＣＫがＯＡＣＫ＋ＮＳＰＳにセットされてもよい。ＮＳＰＳは、Ｍ個のＰＤＣＣＨの監視機会１００１において受信されることが設定されるＳＰＳ  ＰＤＳＣＨの数であってもよい。
【０２７４】
ステップＡ５５において、ｏＡＣＫａ（ｏＡＣＫａ−１）が該ＳＰＳ  ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫビットの値にセットされてもよい。ステップＡ４５において、ｏＡＣＫａ（ｏＡＣＫａ−ｉＳＰＳ）が該ＳＰＳ  ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫビットの値にセットされてもよい。ｉＳＰＳは、ｉＳＰＳ∈｛０，１，．．．，ＮＳＰＳ−１｝の条件を満たしてもよい。ステップＡ４５において、ｏＡＣＫａ（ｏＡＣＫａ−１）が、Ｍ個のＰＤＣＣＨの監視機会において受信されることが設定される１または複数のＳＰＳ  ＰＤＳＣＨのそれぞれに含まれるトランスポートブロックに対応するＨＡＲＱ−ＡＣＫビットの論理積により与えられる値にセットされてもよい。
【０２７５】
ステップＡ５６は、ステップＡ５３の動作の完了を示すステップであってもよい。
【０２７６】
ステップＡ５７において、ｃがｃ＋１にセットされもよい。
【０２７７】
ステップＡ５８は、ステップＡ５２の動作の完了を示すステップであってもよい。
【０２７８】
第１の評価式から第７の評価式は、評価式とも呼称される。評価式が真であることは、該評価式が満たされることであってもよい。該評価式が偽であることは、該評価式が真でないことであってもよい。該評価式が偽であることは、該評価式が満たされないことであってもよい。
【０２７９】
本発明は、効率的な通信を実現することができる。本発明は、ＨＡＲＱ−ＡＣＫ情報の効率的な送受信を実現することができる。本発明は、ＨＡＲＱ−ＡＣＫコードブックの効率的な送受信を実現することができる。端末装置１において、ＰＤＣＣＨの監視機会のセットが、基地局装置３に指示されたＮＦＩビットのトグル状態に少なくとも基づいて決定することによって、端末装置１と基地局装置３の間にＨＡＲＱ−ＡＣＫ情報の受送信状態に対する認識の曖昧さは回避するため、ＨＡＲＱ−ＡＣＫ情報の効率的な送受信を実現することができる。例えば、ＨＡＲＱ−ＡＣＫ情報が基地局装置３において検出されない場合、基地局装置３はトリガされても検出されないＨＡＲＱ−ＡＣＫ情報に対応するＮＦＩビットをトグルせず、端末装置１はトグルされないＮＦＩビットによってＨＡＲＱ−ＡＣＫ情報を送信することにより、ＨＡＲＱ−ＡＣＫ情報の受送信の一致性は保つことができる。例えば、ＨＡＲＱ−ＡＣＫ情報が基地局装置３において検出された場合、基地局装置３はトリガされて検出されたＨＡＲＱ−ＡＣＫ情報に対応するＮＦＩビットをトグルし、端末装置１はトグルされたＮＦＩビットによってＨＡＲＱ−ＡＣＫ情報を送信せずことにより、ＨＡＲＱ−ＡＣＫ情報の受送信の一致性は保つことができる。端末装置１と基地局装置３の間にＨＡＲＱ−ＡＣＫ情報の受送信の一致性が保つことにより、余剰なＨＡＲＱ−ＡＣＫ情報の再送信または誤送信を避けることができるため、リソースの利用効率の改善を図ることができる。
【０２８０】
以下、本実施形態の一態様に係る種々の装置の態様を説明する。
【０２８１】
（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、ＰＤＳＣＨのスケジューリングに用いるＤＣＩフォーマットを受信する受信部と、スロットｎにおいて、ＨＡＲＱ−ＡＣＫ情報を送信する、送信部を備え、上位層パラメータが与えられた場合、ＰＤＳＣＨグループｇに対して、条件を満たすＤＣＩフォーマットに対応するＰＤＣＣＨの監視機会を、スロットｎのためのＰＤＣＣＨの監視機会のセットに含め、前記スロットｎのためのＰＤＣＣＨの監視機会のセットに少なくとも基づき、前記ＨＡＲＱ−ＡＣＫ情報を生成し、前記条件は、条件１は、前記ＤＣＩフォーマットによってスケジュールされるＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報は、ロットｎにおいて送信されるとトリガされる、条件２は、前記ＤＣＩフォーマットに含まれるＰＧＩフィールドによって、前記ＰＤＳＣＨグループｇは示される、であることを含む。
【０２８２】
（２）本発明の第２の態様は、端末装置であって、前記ＤＣＩフォーマットは、前記ＰＤＳＣＨグループｇに対応するＮＦＩビットが最後にトグルされた時点の後に検出された、ことを含む。
【０２８３】
（３）本発明の第３の態様は、端末装置であって、ＰＤＳＣＨに対してＨＡＲＱ−ＡＣＫ報告状態を保存し、前記ＨＡＲＱ−ＡＣＫ報告状態の初期値を予め該当なし（N/A）に
セットされ、ＰＤＳＣＨが受信された後、前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ報告状態を未報告にセットし、前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫビットを送信することがトリガされた場合、ＨＡＲＱ−ＡＣＫ報告状態を既報告にセットし、ＨＡＲＱ−ＡＣＫ報告状態が既報告であるＰＤＳＣＨに対して、前記ＰＤＳＣＨに対応するＮＦＩビットが前に受信したＮＦＩビットと比べてトグルされたと検出する場合、前記ＨＡＲＱ−ＡＣＫ報告状態を初期値にセットし、前記ＤＣＩフォーマットによってスケジュールされるＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ報告状態は、未報告、または、既報告であることを含む。
【０２８４】
（４）本発明の第４の態様は、端末装置であって、ＰＤＳＣＨのスケジューリングに用いるＤＣＩフォーマットを受信する受信部と、スロットｎにおいて、ＨＡＲＱ−ＡＣＫ情報を送信する、送信部を備え、上位層パラメータが与えられた場合、ＰＤＳＣＨグループｇに対して、ＮＦＩビットが前に受信したＮＦＩビットと比べてトグルされたと検出する場合、保存しているＰＤＣＣＨの監視機会のセットを削除し、前記保存しているＰＤＣＣＨの監視機会のセットを第１のＰＤＣＣＨの監視機会のセットとし、第２のＰＤＣＣＨの監視機会のセットは、非数値のＫ１の値を示すＤＣＩフォーマットに対応するＰＤＣＣＨの監視機会を含み、第３のＰＤＣＣＨの監視機会のセットは、数値のＫ１の値を示すＤＣＩフォーマットに対応するＰＤＣＣＨの監視機会を含み、スロットｎのためのＰＤＣＣＨの監視機会のセットは、前記第１のＰＤＣＣＨの監視機会のセット、および、前記第２のＰＤＣＣＨの監視機会のセット、および、前記第３のＰＤＣＣＨの監視機会のセットを含み、決定された前記スロットｎのためのＰＤＣＣＨの監視機会のセットを保存し、前記スロットｎのためのＰＤＣＣＨの監視機会のセットに少なくとも基づき、前記ＨＡＲＱ−ＡＣＫ情報を生成することを含む。
【０２８５】
（５）本発明の第５の態様は、端末装置であって、ＰＤＳＣＨのスケジューリングに用いるＤＣＩフォーマットを受信する受信部と、スロットｎにおいて、ＨＡＲＱ−ＡＣＫ情報を送信する、送信部を備え、上位層パラメータが与えられた場合、ＰＤＳＣＨグループｇに対して、ＮＦＩビットが前に受信したＮＦＩビットと比べてトグルされたと検出する場合、保存しているＰＤＣＣＨの監視機会のセットを削除し、非数値のＫ１の値を示すＤＣＩフォーマットに対応するＰＤＣＣＨの監視機会を、前記保存しているＰＤＣＣＨの監視機会のセットに付加して保存し、第３のＰＤＣＣＨの監視機会のセットは、数値のＫ１の値を示すＤＣＩフォーマットに対応するＰＤＣＣＨの監視機会を含み、スロットｎのためのＰＤＣＣＨの監視機会のセットは、前記保存しているＰＤＣＣＨの監視機会のセット、および、前記第３のＰＤＣＣＨの監視機会のセットを含み、決定された前記スロットｎのためのＰＤＣＣＨの監視機会のセットを保存し、前記スロットｎのためのＰＤＣＣＨの監視機会のセットに少なくとも基づき、前記ＨＡＲＱ−ＡＣＫ情報を生成することを含む。
【０２８６】
（６）本発明の第６の態様は、基地局装置であって、ＰＤＳＣＨのスケジューリングに用いるＤＣＩフォーマットを送信する送信部と、スロットｎにおいて、ＨＡＲＱ−ＡＣＫ情報を受信する、受信部を備え、上位層パラメータが与えられた場合、ＰＤＳＣＨグルー
プｇに対して、条件を満たすＤＣＩフォーマットに対応するＰＤＣＣＨの監視機会は、スロットｎのためのＰＤＣＣＨの監視機会のセットに含められ、前記スロットｎのためのＰＤＣＣＨの監視機会のセットに少なくとも基づいて生成される前記ＨＡＲＱ−ＡＣＫ情報を受信し、前記条件は、条件１は、前記ＤＣＩフォーマットによってスケジュールされるＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ情報は、ロットｎにおいて送信されるとトリガされる、条件２は、前記ＤＣＩフォーマットに含まれるＰＧＩフィールドによって、前記ＰＤＳＣＨグループｇは示される、であることを含む。
【０２８７】
（７）本発明の第７の態様は、基地局装置であって、前記ＤＣＩフォーマットは、前記ＰＤＳＣＨグループｇに対応するＮＦＩビットが最後にトグルされた時点の後に検出された、ことを含む。
【０２８８】
（８）本発明の第８の態様は、基地局装置であって、ＰＤＳＣＨに対してＨＡＲＱ−ＡＣＫ報告状態を保存し、前記ＨＡＲＱ−ＡＣＫ報告状態の初期値は予め該当なし（N/A）
にセットされ、ＰＤＳＣＨが受信された後、前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ報告状態は未報告にセットされ、前記ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫビットを送信することがトリガされた場合、ＨＡＲＱ−ＡＣＫ報告状態は既報告にセットされ、ＨＡＲＱ−ＡＣＫ報告状態が既報告であるＰＤＳＣＨに対して、前記ＰＤＳＣＨに対応するＮＦＩビットが前に受信されたＮＦＩビットと比べてトグルされたと検出される場合、前記ＨＡＲＱ−ＡＣＫ報告状態は初期値にセットされ、前記ＤＣＩフォーマットによってスケジュールされるＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ報告状態は、未報告、または、既報告であることを含む。
【０２８９】
（９）本発明の第９の態様は、基地局装置であって、ＰＤＳＣＨのスケジューリングに用いるＤＣＩフォーマットを送信する送信部と、スロットｎにおいて、ＨＡＲＱ−ＡＣＫ情報を受信する、受信部を備え、上位層パラメータが与えられた場合、ＰＤＳＣＨグループｇに対して、ＮＦＩビットが前に受信されたＮＦＩビットと比べてトグルされたと検出される場合、保存しているＰＤＣＣＨの監視機会のセットは削除され、第１のＰＤＣＣＨの監視機会のセットは、前記保存されているＰＤＣＣＨの監視機会のセットであり、第２のＰＤＣＣＨの監視機会のセットは、非数値のＫ１の値を示すＤＣＩフォーマットに対応するＰＤＣＣＨの監視機会を含み、第３のＰＤＣＣＨの監視機会のセットは、数値のＫ１の値を示すＤＣＩフォーマットに対応するＰＤＣＣＨの監視機会を含み、スロットｎのためのＰＤＣＣＨの監視機会のセットは、前記第１のＰＤＣＣＨの監視機会のセット、および、前記第２のＰＤＣＣＨの監視機会のセット、および、前記第３のＰＤＣＣＨの監視機会のセットを含み、決定された前記スロットｎのためのＰＤＣＣＨの監視機会のセットは保存され、前記スロットｎのためのＰＤＣＣＨの監視機会のセットに少なくとも基づいて生成される前記ＨＡＲＱ−ＡＣＫ情報を受信することを含む。
【０２９０】
（１０）本発明の第１０の態様は、基地局装置であって、ＰＤＳＣＨのスケジューリングに用いるＤＣＩフォーマットを送信する送信部と、スロットｎにおいて、ＨＡＲＱ−ＡＣＫ情報を受信する、受信部を備え、上位層パラメータが与えられた場合、ＰＤＳＣＨグループｇに対して、ＮＦＩビットが前に受信されたＮＦＩビットと比べてトグルされたと検出される場合、保存されているＰＤＣＣＨの監視機会のセットは削除され、非数値のＫ１の値を示すＤＣＩフォーマットに対応するＰＤＣＣＨの監視機会は、前記保存されているＰＤＣＣＨの監視機会のセットに付加して保存され、第３のＰＤＣＣＨの監視機会のセットは、数値のＫ１の値を示すＤＣＩフォーマットに対応するＰＤＣＣＨの監視機会を含み、スロットｎのためのＰＤＣＣＨの監視機会のセットは、前記保存されているＰＤＣＣＨの監視機会のセット、および、前記第３のＰＤＣＣＨの監視機会のセットを含み、決定された前記スロットｎのためのＰＤＣＣＨの監視機会のセットは保存され、前記スロットｎのためのＰＤＣＣＨの監視機会のセットに少なくとも基づいて生成される前記ＨＡＲＱ−ＡＣＫ情報を受信することを含む。
【０２９１】
本発明に関わる上記実施形態により、端末装置１と基地局装置３間における、ＨＡＲＱ−ＡＣＫ情報の送受信を適切に実現することができる。基地局装置３において検出されなかったＨＡＲＱ−ＡＣＫ情報を端末装置１により再送するように適切に制御すると共に、基地局装置３において検出されたＨＡＲＱ−ＡＣＫ情報を端末装置１により再送しないように適切に制御することにより、本発明は効率的な通信を実現することができる。
【０２９２】
本発明に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制
御するプログラム（コンピュータを機能させるプログラム）であってもよい。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ  ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤ
Ｄ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き
込みが行われる。
【０２９３】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。
【０２９４】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０２９５】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【０２９６】
端末装置１は、少なくとも１つのプロセッサと、コンピュータプログラムインストラクション（コンピュータプログラム）を含む少なくとも１つのメモリからなってもよい。メモリとコンピュータプログラムインストラクション（コンピュータプログラム）はプロセッサを用いて、上記の実施形態に記載の動作、処理を端末装置１に行わせるような構成でもよい。基地局装置３は、少なくとも１つのプロセッサと、コンピュータプログラムインストラクション（コンピュータプログラム）を含む少なくとも１つのメモリからなってもよい。メモリとコンピュータプログラムインストラクション（コンピュータプログラム）はプロセッサを用いて、上記の実施形態に記載の動作、処理を基地局装置３に行わせるような構成でもよい。
【０２９７】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【０２９８】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）および／またはＮＧ−ＲＡＮ（NextGen RAN，NR RAN）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢおよび／またはｇＮＢに対する上位ノードの機能の一部または全部を有してもよい。
【０２９９】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０３００】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【０３０１】
以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０３０２】
１（１Ａ、１Ｂ、１Ｃ）  端末装置
３  基地局装置
１０、３０  無線送受信部
１１、３１  アンテナ部
１２、３２  ＲＦ部
１３、３３  ベースバンド部
１４、３４  上位層処理部
１５、３５  媒体アクセス制御層処理部
１６、３６  無線リソース制御層処理部
９１、９２、９３、９４  探索領域セット
３０１  プライマリセル
３０２、３０３  セカンダリセル
８０１、８０２、８０３、８０４、８０５、８０６  探索領域セットの監視機会
８１１、８１２、８１３、８１４  ＤＣＩフォーマット
１１０１、１１０２、１１０３、１１０４、１１０５  ＰＤＣＣＨ
１１１１、１１１２、１１１３、１１１４、１１１５  ＰＤＳＣＨ
１１２１、１１２２、１１２３  ＰＵＣＣＨ
【図１】
0006967557.tif 000002
【図２】
0006967557.tif 000003
【図３】
0006967557.tif 000004
【図４】
0006967557.tif 000005
【図５】
0006967557.tif 000006
【図６】
0006967557.tif 000007
【図７】
0006967557.tif 000008
【図８】
0006967557.tif 000009
【図９】
0006967557.tif 000010
【図１０】
0006967557.tif 000011
【図１１】
0006967557.tif 000012
【図１２】
0006967557.tif 000013
【図１３】
0006967557.tif 000014