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

端末装置、基地局装置および通信方法 Download PDF

Info

Publication number
WO2021025175A1
WO2021025175A1 PCT/JP2020/030566 JP2020030566W WO2021025175A1 WO 2021025175 A1 WO2021025175 A1 WO 2021025175A1 JP 2020030566 W JP2020030566 W JP 2020030566W WO 2021025175 A1 WO2021025175 A1 WO 2021025175A1
Authority
WO
WIPO (PCT)
Prior art keywords
harq
ack
terminal device
value
ack information
Prior art date
Application number
PCT/JP2020/030566
Other languages
English (en)
French (fr)
Inventor
李　泰雨
中嶋　大一郎
渉 大内
翔一 鈴木
智造 野上
友樹 吉村
会発 林
Original Assignee
シャープ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by シャープ株式会社 filed Critical シャープ株式会社
Publication of WO2021025175A1 publication Critical patent/WO2021025175A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

端末装置は、第１のＨＡＲＱ－ＡＣＫ情報と、第２のＨＡＲＱ－ＡＣＫ情報の送信をトリガするＤＣＩフォーマットを含むＰＤＣＣＨを受信し、ＨＡＲＱ－ＡＣＫ情報を含むＰＵＣＣＨを送信する。ＤＣＩフォーマットに含まれる第１のＨＡＲＱプロセスＩＤと、第１のＮＤＩフィールドの値が格納されているＨＡＲＱプロセスＩＤとＮＤＩの値が等しい場合に、第１のＨＡＲＱ－ＡＣＫ情報をＰＵＣＣＨに含め、前記値が異なる場合に、第１のＨＡＲＱ－ＡＣＫ情報をＰＵＣＣＨに含めず、ＤＣＩフォーマットに含まれる第２のＨＡＲＱプロセスＩＤが格納されているＨＡＲＱプロセスＩＤと等しい、かつ、第２のＮＤＩフィールドの値が０にセットされている場合に、第２のＨＡＲＱ－ＡＣＫ情報をＰＵＣＣＨに含める。

Description

端末装置、基地局装置および通信方法
　本発明は、端末装置、基地局装置および通信方法に関する。
　本願は、２０１９年８月８日に日本に出願された特願２０１９－１４６５９７号について優先権を主張し、その内容をここに援用する。
　セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ （ＬＴＥ）」、または、「ＥＵＴＲＡ：Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ」と称する。）が、第三世代パートナーシッププロジェクト（3ＧＰＰ：3ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において検討されている。ＬＴＥにおいて、基地局装置はｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ）、端末装置はＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）とも呼称される。ＬＴＥは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のサービングセルを管理してもよい。
　３ＧＰＰでは、国際電気通信連合（ＩＴＵ：Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｕｎｉｏｎ）が策定する次世代移動通信システムの規格であるＩＭＴ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）―２０２０に提案するため、次世代規格（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）の検討が行われている（非特許文献１）。ＮＲは、単一の技術の枠組みにおいて、ｅＭＢＢ（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ）、ｍＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＵＲＬＬＣ（Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）の３つのシナリオを想定した要求を満たすことが求められている。
　また、免許不要周波数帯（Ｕｎｌｉｃｅｎｓｅｄ　Ｓｐｅｃｔｒｕｍ）でのＮＲの適用の検討が行われている（非特許文献２）。１００ＭＨｚの広帯域をサポートするＮＲを免許不要周波数帯のキャリアに適用して数Ｇｂｐｓのデータレートを実現することが検討されている。
　本発明の一態様は、効率的に上りリンク送信、および／または、下りリンク送信の受信を行うことができる端末装置、該端末装置に用いられる通信方法、効率的に下りリンク送信、および／または、上りリンク送信の受信を行うことができる基地局装置、および、該基地局装置に用いられる通信方法を提供する。
　（１）本発明の第１の態様は、端末装置であって、ＤＬ　ｇｒａｎｔによってスケジューリングされるＰＤＳＣＨと、ＳＰＳ　ＰＤＳＣＨとを受信し、前記ＤＬ　ｇｒａｎｔによってスケジューリングされるＰＤＳＣＨに対応する第１のＨＡＲＱ－ＡＣＫ情報と、前記ＳＰＳ　ＰＤＳＣＨに対応する第２のＨＡＲＱ－ＡＣＫ情報との送信をトリガするＤＣＩフォーマットを含むＰＤＣＣＨを受信する受信部と、前記第１のＨＡＲＱ－ＡＣＫ情報と、前記第２のＨＡＲＱ－ＡＣＫ情報とを含むＰＵＣＣＨを送信する送信部と、を備え、前記ＤＣＩフォーマットに含まれる第１のＨＡＲＱプロセスＩＤと、第１のＮＤＩフィールドの値とが前記第１のＨＡＲＱ－ＡＣＫ情報に対して格納されているＨＡＲＱプロセスＩＤと格納されているＮＤＩの値とに等しい場合に、前記第１のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含め、前記ＨＡＲＱプロセスＩＤと、前記第１のＮＤＩフィールドの値とが前記格納されているＨＡＲＱプロセスＩＤと、前記格納されているＮＤＩの値とに異なる場合に、前記第１のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含めず、前記ＤＣＩフォーマットに含まれる第２のＨＡＲＱプロセスＩＤが前記第２のＨＡＲＱ－ＡＣＫ情報に対して格納されているＨＡＲＱプロセスＩＤと等しい、かつ、第２のＮＤＩフィールドの値とが０にセットされている場合に、前記第２のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含める。
　（２）本発明の第２の態様は、基地局装置であって、ＤＬ　ｇｒａｎｔによってスケジューリングされるＰＤＳＣＨと、ＳＰＳ　ＰＤＳＣＨとを送信し、前記ＤＬ　ｇｒａｎｔによってスケジューリングされるＰＤＳＣＨに対応する第１のＨＡＲＱ－ＡＣＫ情報と、前記ＳＰＳ　ＰＤＳＣＨに対応する第２のＨＡＲＱ－ＡＣＫ情報との送信をトリガするＤＣＩフォーマットを含むＰＤＣＣＨを送信する送信部と、前記第１のＨＡＲＱ－ＡＣＫ情報と、前記第２のＨＡＲＱ－ＡＣＫ情報とを含むＰＵＣＣＨを受信する受信部と、を備え、前記ＤＣＩフォーマットに含まれる第１のＨＡＲＱプロセスＩＤと、第１のＮＤＩフィールドの値とが前記第１のＨＡＲＱ－ＡＣＫ情報に対して格納されているＨＡＲＱプロセスＩＤと格納されているＮＤＩの値とに等しい場合に、前記第１のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含め、前記ＨＡＲＱプロセスＩＤと、前記第１のＮＤＩフィールドの値とが前記格納されているＨＡＲＱプロセスＩＤと、前記格納されているＮＤＩの値とに異なる場合に、前記第１のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含めず、前記ＤＣＩフォーマットに含まれる第２のＨＡＲＱプロセスＩＤが前記第２のＨＡＲＱ－ＡＣＫ情報に対して格納されているＨＡＲＱプロセスＩＤと等しい、かつ、第２のＮＤＩフィールドの値とが０にセットされている場合に、前記第２のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含める。
　（３）本発明の第３の態様は、端末装置に用いられる通信方法であって、ＤＬ　ｇｒａｎｔによってスケジューリングされるＰＤＳＣＨと、ＳＰＳ　ＰＤＳＣＨとを受信し、前記ＤＬ　ｇｒａｎｔによってスケジューリングされるＰＤＳＣＨに対応する第１のＨＡＲＱ－ＡＣＫ情報と、前記ＳＰＳ　ＰＤＳＣＨに対応する第２のＨＡＲＱ－ＡＣＫ情報との送信をトリガするＤＣＩフォーマットを含むＰＤＣＣＨを受信するステップと、前記第１のＨＡＲＱ－ＡＣＫ情報と、前記第２のＨＡＲＱ－ＡＣＫ情報とを含むＰＵＣＣＨを送信するステップと、を備え、前記ＤＣＩフォーマットに含まれる第１のＨＡＲＱプロセスＩＤと、第１のＮＤＩフィールドの値とが前記第１のＨＡＲＱ－ＡＣＫ情報に対して格納されているＨＡＲＱプロセスＩＤと格納されているＮＤＩの値とに等しい場合に、前記第１のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含め、前記ＨＡＲＱプロセスＩＤと、前記第１のＮＤＩフィールドの値とが前記格納されているＨＡＲＱプロセスＩＤと、前記格納されているＮＤＩの値とに異なる場合に、前記第１のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含めず、前記ＤＣＩフォーマットに含まれる第２のＨＡＲＱプロセスＩＤが前記第２のＨＡＲＱ－ＡＣＫ情報に対して格納されているＨＡＲＱプロセスＩＤと等しい、かつ、第２のＮＤＩフィールドの値とが０にセットされている場合に、前記第２のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含める。
　（４）本発明の第４の態様は、基地局装置に用いられる通信方法であって、ＤＬ　ｇｒａｎｔによってスケジューリングされるＰＤＳＣＨと、ＳＰＳ　ＰＤＳＣＨとを送信し、前記ＤＬ　ｇｒａｎｔによってスケジューリングされるＰＤＳＣＨに対応する第１のＨＡＲＱ－ＡＣＫ情報と、前記ＳＰＳ　ＰＤＳＣＨに対応する第２のＨＡＲＱ－ＡＣＫ情報との送信をトリガするＤＣＩフォーマットを含むＰＤＣＣＨを送信するステップと、前記第１のＨＡＲＱ－ＡＣＫ情報と、前記第２のＨＡＲＱ－ＡＣＫ情報とを含むＰＵＣＣＨを受信するステップと、を備え、前記ＤＣＩフォーマットに含まれる第１のＨＡＲＱプロセスＩＤと、第１のＮＤＩフィールドの値とが前記第１のＨＡＲＱ－ＡＣＫ情報に対して格納されているＨＡＲＱプロセスＩＤと格納されているＮＤＩの値とに等しい場合に、前記第１のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含め、前記ＨＡＲＱプロセスＩＤと、前記第１のＮＤＩフィールドの値とが前記格納されているＨＡＲＱプロセスＩＤと、前記格納されているＮＤＩの値とに異なる場合に、前記第１のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含めず、前記ＤＣＩフォーマットに含まれる第２のＨＡＲＱプロセスＩＤが前記第２のＨＡＲＱ－ＡＣＫ情報に対して格納されているＨＡＲＱプロセスＩＤと等しい、かつ、第２のＮＤＩフィールドの値とが０にセットされている場合に、前記第２のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含める。
　この発明の一態様によれば、端末装置は効率的に通信を行うことができる。また、基地局装置は効率的に通信を行うことができる。
本実施形態の一態様に係る無線通信システムの概念図である。 本実施形態の一態様に係るＮｓｌｏｔ ｓｙｍｂ、サブキャリア間隔の設定μ、スロット設定、および、ＣＰ設定の関係を示す一例である。 本実施形態の一態様に係るサブフレームにおけるリソースグリッドの一例を示す概略図である。 本実施形態の一態様に係る端末装置１の構成を示す概略ブロック図である。 本実施形態の一態様に係る基地局装置３の構成を示す概略ブロック図である。 本実施形態におけるＳＰＳ　ＰＤＳＣＨの受信の一例を示した図である。 本実施形態においてＳＰＳ　ＰＤＳＣＨが構成されていない場合のタイプ３ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの一例を示した図である。 本実施形態において端末装置１にＳＰＳ　ＰＤＳＣＨが構成された場合のＤＬ　ｇｒａｎｔによってスケジューリングされたＰＤＳＣＨとＳＰＳ　ＰＤＳＣＨとに対応するＨＡＲＱ－ＡＣＫ情報の報告の一例を示した図である。 本実施形態におけるＳＰＳ　ＰＤＳＣＨの非活性化とＨＡＲＱトリガビットに対するＨＡＲＱ－ＡＣＫ情報を報告する一例を示した図である。
　以下、本発明の実施形態について説明する。
　“Ａ、および／または、Ｂ”は、“Ａ”、“Ｂ”、または“ＡおよびＢ”を含む用語であってもよい。
　パラメータまたは情報が１または複数の値を示すことは、該パラメータまたは該情報が該１または複数の値を示すパラメータまたは情報を少なくとも含むことであってもよい。上位層パラメータは、単一の上位層パラメータであってもよい。上位層パラメータは、複数のパラメータを含む情報要素（ＩＥ： Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ）であってもよい。
　図１は、本実施形態の一態様に係る無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ～１Ｃ、および基地局装置３（ｇＮＢ）を具備する。以下、端末装置１Ａ～１Ｃを端末装置１（ＵＥ）とも呼称する。
　基地局装置３は、ＭＣＧ（Ｍａｓｔｅｒ Ｃｅｌｌ Ｇｒｏｕｐ）、および、ＳＣＧ（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ Ｇｒｏｕｐ）の一方または両方を含んで構成されてもよい。ＭＣＧは、少なくともＰＣｅｌｌ（Ｐｒｉｍａｒｙ Ｃｅｌｌ）を含んで構成されるサービングセルのグループである。ＳＣＧは、少なくともＰＳＣｅｌｌ（Ｐｒｉｍａｒｙ Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ）を含んで構成されるサービングセルのグループである。ＰＣｅｌｌは、初期接続に基づき与えられるサービングセルであってもよい。ＭＣＧは、１または複数のＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ）を含んで構成されてもよい。ＳＣＧは、１または複数のＳＣｅｌｌを含んで構成されてもよい。サービングセル識別子（ｓｅｒｖｉｎｇ ｃｅｌｌ ｉｄｅｎｔｉｔｙ）は、サービングセルを識別するための短い識別子である。サービングセル識別子は、上位層パラメータにより与えられてもよい。
　以下、フレーム構成について説明する。
　本実施形態の一態様に係る無線通信システムにおいて、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘ）が少なくとも用いられる。ＯＦＤＭシンボルは、ＯＦＤＭの時間領域の単位である。ＯＦＤＭシンボルは、少なくとも１または複数のサブキャリア（ｓｕｂｃａｒｒｉｅｒ）を含む。ＯＦＤＭシンボルは、ベースバンド信号生成において時間連続信号（ｔｉｍｅ-ｃｏｎｔｉｎｕｏｕｓ ｓｉｇｎａｌ）に変換されもよい。
　サブキャリア間隔（ＳＣＳ： ＳｕｂＣａｒｒｉｅｒ Ｓｐａｃｉｎｇ）は、サブキャリア間隔Δｆ＝２μ・１５ｋＨｚにより与えられてもよい。例えば、サブキャリア間隔の設定（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎ）μは０、１、２、３、４、および／または、５の何れかに設定されてもよい。あるＢＷＰ（ＢａｎｄＷｉｄｔｈ Ｐａｒｔ）のために、サブキャリア間隔の設定μが上位層パラメータにより与えられてもよい。
　本実施形態の一態様に係る無線通信システムにおいて、時間領域の長さの表現のために時間単位（タイムユニット）Ｔｃが用いられる。時間単位Ｔｃは、Ｔｃ＝１／（Δｆｍａｘ・Ｎｆ）で与えられてもよい。Δｆｍａｘは、本実施形態の一態様に係る無線通信システムにおいてサポートされるサブキャリア間隔の最大値であってもよい。Δｆｍａｘは、Δｆｍａｘ＝４８０ｋＨｚであってもよい。Ｎｆは、Ｎｆ＝４０９６であってもよい。定数κは、κ＝Δｆｍａｘ・Ｎｆ／（ΔｆｒｅｆＮｆ，ｒｅｆ）＝６４である。Δｆｒｅｆは、１５ｋＨｚであってもよい。Ｎｆ，ｒｅｆは、２０４８であってもよい。
　定数κは、参照サブキャリア間隔とＴｃの関係を示す値であってもよい。定数κはサブフレームの長さのために用いられてもよい。定数κに少なくとも基づき、サブフレームに含まれるスロットの数が与えられてもよい。Δｆｒｅｆは、参照サブキャリア間隔であり、Ｎｆ，ｒｅｆは、参照サブキャリア間隔に対応する値である。
　下りリンクにおける送信、および／または、上りリンクにおける送信は、１０ｍｓのフレームにより構成される。フレームは、１０個のサブフレームを含んで構成される。サブフレームの長さは１ｍｓである。フレームの長さは、サブキャリア間隔Δｆに関わらず与えられてもよい。つまり、フレームの設定はμに関わらず与えられてもよい。サブフレームの長さは、サブキャリア間隔Δｆに関わらず与えられてもよい。つまり、サブフレームの設定はμに関わらず与えられてもよい。
　あるサブキャリア間隔の設定μのために、サブフレームに含まれるスロットの数とインデックスが与えられてもよい。例えば、第１のスロット番号ｎμ ｓは、サブフレーム内において０からＮｓｕｂｆｒａｍｅ，μ ｓｌｏｔ－１の範囲で昇順に与えられてもよい。サブキャリア間隔の設定μのために、フレームに含まれるスロットの数とインデックスが与えられてもよい。例えば、第２のスロット番号ｎμ ｓ，ｆは、フレーム内において０からＮｆｒａｍｅ，μ ｓｌｏｔ－１の範囲で昇順に与えられてもよい。連続するＮｓｌｏｔ ｓｙｍｂ個のＯＦＤＭシンボルが１つのスロットに含まれてもよい。Ｎｓｌｏｔ ｓｙｍｂは、スロット設定（ｓｌｏｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ）、および／または、ＣＰ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）設定の一部または全部に少なくとも基づき与えられてもよい。スロット設定は、少なくとも上位層パラメータｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎにより与えられてもよい。ＣＰ設定は、上位層パラメータに少なくとも基づき与えられてもよい。ＣＰ設定は、専用ＲＲＣシグナリングに少なくとも基づき与えられてもよい。第１のスロット番号および第２のスロット番号は、スロット番号（スロットインデックス）とも呼称される。
　図２は、本実施形態の一態様に係るＮｓｌｏｔ ｓｙｍｂ、サブキャリア間隔の設定μ、スロット設定、および、ＣＰ設定の関係を示す一例である。図２Ａにおいて、スロット設定が０であり、サブキャリア間隔の設定μが２であり、ＣＰ設定がノーマルＣＰ（ｎｏｒｍａｌ ｃｙｃｌｉｃ ｐｒｅｆｉｘ）である場合、Ｎｓｌｏｔ ｓｙｍｂ＝１４、Ｎｆｒａｍｅ，μ ｓｌｏｔ＝４０、Ｎｓｕｂｆｒａｍｅ，μ ｓｌｏｔ＝４である。また、図２Ｂにおいて、スロット設定が０であり、サブキャリア間隔の設定μが２であり、ＣＰ設定が拡張ＣＰ（ｅｘｔｅｎｄｅｄ ｃｙｃｌｉｃ ｐｒｅｆｉｘ）である場合、Ｎｓｌｏｔ ｓｙｍｂ＝１２、Ｎｆｒａｍｅ，μ ｓｌｏｔ＝４０、Ｎｓｕｂｆｒａｍｅ，μ ｓｌｏｔ＝４である。スロット設定０におけるＮｓｌｏｔ ｓｙｍｂは、スロット設定１におけるＮｓｌｏｔ ｓｙｍｂの２倍に対応してもよい。
　以下、物理リソースについて説明を行う。
　アンテナポートは、１つのアンテナポートにおいてシンボルが伝達されるチャネルが、同一のアンテナポートにおいてその他のシンボルが伝達されるチャネルから推定できることによって定義される。１つのアンテナポートにおいてシンボルが伝達されるチャネルの大規模特性（ｌａｒｇｅ ｓｃａｌｅ ｐｒｏｐｅｒｔｙ）が、もう一つのアンテナポートにおいてシンボルが伝達されるチャネルから推定できる場合、２つのアンテナポートはＱＣＬ（Ｑｕａｓｉ Ｃｏ-Ｌｏｃａｔｅｄ）であると呼称される。大規模特性は、チャネルの長区間特性を少なくとも含んでもよい。大規模特性は、遅延拡がり（ｄｅｌａｙ ｓｐｒｅａｄ）、ドップラー拡がり（Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ）、ドップラーシフト（Ｄｏｐｐｌｅｒ ｓｈｉｆｔ）、平均利得（ａｖｅｒａｇｅ ｇａｉｎ）、平均遅延（ａｖｅｒａｇｅ ｄｅｌａｙ）、および、ビームパラメータ（ｓｐａｔｉａｌ Ｒｘ ｐａｒａｍｅｔｅｒｓ）の一部または全部を少なくとも含んでもよい。第１のアンテナポートと第２のアンテナポートがビームパラメータに関してＱＣＬであるとは、第１のアンテナポートに対して受信側が想定する受信ビームと第２のアンテナポートに対して受信側が想定する受信ビームとが同一であることであってもよい。第１のアンテナポートと第２のアンテナポートがビームパラメータに関してＱＣＬであるとは、第１のアンテナポートに対して受信側が想定する送信ビームと第２のアンテナポートに対して受信側が想定する送信ビームとが同一であることであってもよい。端末装置１は、１つのアンテナポートにおいてシンボルが伝達されるチャネルの大規模特性が、もう一つのアンテナポートにおいてシンボルが伝達されるチャネルから推定できる場合、２つのアンテナポートはＱＣＬであることが想定されてもよい。２つのアンテナポートがＱＣＬであることは、２つのアンテナポートがＱＣＬであることが想定されることであってもよい。
　サブキャリア間隔の設定とキャリアのセットのそれぞれのために、Ｎμ ＲＢ，ｘＮＲＢ ｓｃ個のサブキャリアとＮ（μ） ｓｙｍｂＮｓｕｂｆｒａｍｅ，μ ｓｙｍｂ個のＯＦＤＭシンボルのリソースグリッドが与えられる。Ｎμ ＲＢ，ｘは、キャリアｘのためのサブキャリア間隔の設定μのために与えられるリソースブロック数を示してもよい。Ｎμ ＲＢ，ｘは、キャリアｘのためのサブキャリア間隔の設定μのために与えられるリソースブロックの最大数であってもよい。キャリアｘは下りリンクキャリアまたは上りリンクキャリアの何れかを示す。つまり、ｘは“ＤＬ”、または、“ＵＬ”である。Ｎμ ＲＢは、Ｎμ ＲＢ，ＤＬ、および／または、Ｎμ ＲＢ，ＵＬを含んだ呼称である。ＮＲＢ ｓｃは、１つのリソースブロックに含まれるサブキャリア数を示してもよい。アンテナポートｐごとに、および／または、サブキャリア間隔の設定μごとに、および／または、送信方向（Ｔｒａｎｓｍｉｓｓｉｏｎ ｄｉｒｅｃｔｉｏｎ）の設定ごとに少なくとも１つのリソースグリッドが与えられてもよい。送信方向は、少なくとも下りリンク（ＤＬ：ＤｏｗｎＬｉｎｋ）および上りリンク（ＵＬ：ＵｐＬｉｎｋ）を含む。以下、アンテナポートｐ、サブキャリア間隔の設定μ、および、送信方向の設定の一部または全部を少なくとも含むパラメータのセットは、第１の無線パラメータセットとも呼称される。つまり、リソースグリッドは、第１の無線パラメータセットごとに１つ与えられてもよい。
　下りリンクにおいて、サービングセルに含まれるキャリアを下りリンクキャリア（または、下りリンクコンポーネントキャリア）と称する。上りリンクにおいて、サービングセルに含まれるキャリアを上りリンクキャリア（上りリンクコンポーネントキャリア）と称する。下りリンクコンポーネントキャリア、および、上りリンクコンポーネントキャリアを総称して、コンポーネントキャリア（または、キャリア）と称する。
　第１の無線パラメータセットごとに与えられるリソースグリッドの中の各要素は、リソースエレメントと呼称される。リソースエレメントは周波数領域のインデックスｋｓｃと、時間領域のインデックスｌｓｙｍにより特定される。ある第１の無線パラメータセットのために、リソースエレメントは周波数領域のインデックスｋｓｃと、時間領域のインデックスｌｓｙｍにより特定される。周波数領域のインデックスｋｓｃと時間領域のインデックスｌｓｙｍにより特定されるリソースエレメントは、リソースエレメント（ｋｓｃ、ｌｓｙｍ）とも呼称される。周波数領域のインデックスｋｓｃは、０からＮμ ＲＢＮＲＢ ｓｃ－１の何れかの値を示す。Ｎμ ＲＢはサブキャリア間隔の設定μのために与えられるリソースブロック数であってもよい。ＮＲＢ ｓｃは、リソースブロックに含まれるサブキャリア数であり、ＮＲＢ ｓｃ＝１２である。周波数領域のインデックスｋｓｃは、サブキャリアインデックスｋｓｃに対応してもよい。時間領域のインデックスｌｓｙｍは、ＯＦＤＭシンボルインデックスｌｓｙｍに対応してもよい。
　図３は、本実施形態の一態様に係るサブフレームにおけるリソースグリッドの一例を示す概略図である。図３のリソースグリッドにおいて、横軸は時間領域のインデックスｌｓｙｍであり、縦軸は周波数領域のインデックスｋｓｃである。１つのサブフレームにおいて、リソースグリッドの周波数領域はＮμ ＲＢＮＲＢ ｓｃ個のサブキャリアを含む。１つのサブフレームにおいて、リソースグリッドの時間領域は１４・２μ個のＯＦＤＭシンボルを含んでもよい。１つのリソースブロックは、ＮＲＢ ｓｃ個のサブキャリアを含んで構成される。リソースブロックの時間領域は、１ＯＦＤＭシンボルに対応してもよい。リソースブロックの時間領域は、１４ＯＦＤＭシンボルに対応してもよい。リソースブロックの時間領域は、１または複数のスロットに対応してもよい。リソースブロックの時間領域は、１つのサブフレームに対応してもよい。
　端末装置１は、リソースグリッドのサブセットのみを用いて送受信を行うことが指示されてもよい。リソースグリッドのサブセットは、ＢＷＰとも呼称され、ＢＷＰは上位層パラメータ、および／または、ＤＣＩの一部または全部に少なくとも基づき与えられてもよい。ＢＷＰをバンドパートとも称する（ＢＰ：Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）。つまり、端末装置１は、リソースグリッドのすべてのセットを用いて送受信を行なうことが指示されなくてもよい。つまり、端末装置１は、リソースグリッド内の一部の周波数リソースを用いて送受信を行なうことが指示されてもよい。１つのＢＷＰは、周波数領域における複数のリソースブロックから構成されてもよい。１つのＢＷＰは、周波数領域において連続する複数のリソースブロックから構成されてもよい。下りリンクキャリアに対して設定されるＢＷＰは、下りリンクＢＷＰとも呼称される。上りリンクキャリアに対して設定されるＢＷＰは、上りリンクＢＷＰとも呼称される。
　端末装置１に対して、１または複数の下りリンクＢＷＰが設定されてもよい。端末装置１は、１または複数の下りリンクＢＷＰのうちの１つの下りリンクＢＷＰにおいて物理チャネル（例えば、ＰＤＣＣＨ、ＰＤＳＣＨ、ＳＳ／ＰＢＣＨ等）の受信を試みてもよい。該１つの下りリンクＢＷＰは、活性化下りリンクＢＷＰとも呼称される。
　端末装置１に対して、１または複数の上りリンクＢＷＰが設定されてもよい。端末装置１は、１または複数の上りリンクＢＷＰのうちの１つの上りリンクＢＷＰにおいて物理チャネル（例えば、ＰＵＣＣＨ、ＰＵＳＣＨ、ＰＲＡＣＨ等）の送信を試みてもよい。該１つの上りリンクＢＷＰは、活性化上りリンクＢＷＰとも呼称される。
　サービングセルのそれぞれに対して下りリンクＢＷＰのセットが設定されてもよい。下りリンクＢＷＰのセットは１または複数の下りリンクＢＷＰを含んでもよい。サービングセルのそれぞれに対して上りリンクＢＷＰのセットが設定されてもよい。上りリンクＢＷＰのセットは１または複数の上りリンクＢＷＰを含んでもよい。
　上位層パラメータは、上位層の信号に含まれるパラメータである。上位層の信号は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリングであってもよいし、ＭＡＣ　ＣＥ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）であってもよい。ここで、上位層の信号は、ＲＲＣ層の信号であってもよいし、ＭＡＣ層の信号であってもよい。
　上位層の信号は、共通ＲＲＣシグナリング（ｃｏｍｍｏｎ ＲＲＣ ｓｉｇｎａｌｉｎｇ）であってもよい。共通ＲＲＣシグナリングは、以下の特徴Ｃ１から特徴Ｃ３の一部または全部を少なくとも備えてもよい。
特徴Ｃ１）ＢＣＣＨロジカルチャネル、または、ＣＣＣＨロジカルチャネルにマップされる
特徴Ｃ２）ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎ情報要素を少なくとも含む
特徴Ｃ３）ＰＢＣＨにマップされる
　ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎ情報要素は、サービングセルにおいて共通に用いられる設定を示す情報を含んでもよい。サービングセルにおいて共通に用いられる設定は、ＰＲＡＣＨの設定を少なくとも含んでもよい。該ＰＲＡＣＨの設定は、１または複数のランダムアクセスプリアンブルインデックスを少なくとも示してもよい。該ＰＲＡＣＨの設定は、ＰＲＡＣＨの時間／周波数リソースを少なくとも示してもよい。
　上位層の信号は、専用ＲＲＣシグナリング（ｄｅｄｉｃａｔｅｄ ＲＲＣ ｓｉｇｎａｌｉｎｇ）であってもよい。専用ＲＲＣシグナリングは、以下の特徴Ｄ１からＤ２の一部または全部を少なくとも備えてもよい。
特徴Ｄ１）ＤＣＣＨロジカルチャネルにマップされる
特徴Ｄ２）ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素を少なくとも含む
　ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素は、端末装置１に固有の設定を示す情報を少なくとも含んでもよい。ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素は、ＢＷＰの設定を示す情報を少なくとも含んでもよい。該ＢＷＰの設定は、該ＢＷＰの周波数リソースを少なくとも示してもよい。
　例えば、ＭＩＢ、第１のシステム情報、および、第２のシステム情報は共通ＲＲＣシグナリングに含まれてもよい。また、ＤＣＣＨロジカルチャネルにマップされ、且つ、ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎを少なくとも含む上位層のメッセージは、共通ＲＲＣシグナリングに含まれてもよい。また、ＤＣＣＨロジカルチャネルにマップされ、且つ、ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎ情報要素を含まない上位層のメッセージは、専用ＲＲＣシグナリングに含まれてもよい。また、ＤＣＣＨロジカルチャネルにマップされ、且つ、ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素を少なくとも含む上位層のメッセージは、専用ＲＲＣシグナリングに含まれてもよい。
　第１のシステム情報は、ＳＳ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）ブロックの時間インデックスを少なくとも示してもよい。ＳＳブロック（ＳＳ ｂｌｏｃｋ）は、ＳＳ／ＰＢＣＨブロック（ＳＳ/ＰＢＣＨ ｂｌｏｃｋ）とも呼称される。ＳＳ／ＰＢＣＨブロックは、ＳＳ／ＰＢＣＨとも呼称される。第１のシステム情報は、ＰＲＡＣＨリソースに関連する情報を少なくとも含んでもよい。第１のシステム情報は、初期接続の設定に関連する情報を少なくとも含んでもよい。第２のシステム情報は、第１のシステム情報以外のシステム情報であってもよい。
　ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素は、ＰＲＡＣＨリソースに関連する情報を少なくとも含んでもよい。ｒａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ情報要素は、初期接続の設定に関連する情報を少なくとも含んでもよい。
　以下、本実施形態の種々の態様に係る物理チャネルおよび物理シグナルを説明する。
　上りリンク物理チャネルは、上位層において発生する情報を運ぶリソースエレメントのセットに対応してもよい。上りリンク物理チャネルは、上りリンクキャリアにおいて用いられる物理チャネルである。本実施形態の一態様に係る無線通信システムにおいて、少なくとも下記の一部または全部の上りリンク物理チャネルが用いられる。
・ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）
・ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）
・ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　ＣＨａｎｎｅｌ）
　ＰＵＣＣＨは、上りリンク制御情報（ＵＣＩ：Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を送信するために用いられてもよい。上りリンク制御情報は、チャネル状態情報（ＣＳＩ：Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）、スケジューリングリクエスト（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）、トランスポートブロック（ＴＢ：Ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ， ＭＡＣ ＰＤＵ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ， ＤＬ-ＳＣＨ：Ｄｏｗｎｌｉｎｋ-Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ， ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）に対応するＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅｑｕｅｓｔ ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）の一部または全部を含む。
　ＨＡＲＱ－ＡＣＫは、１つのトランスポートブロックに少なくとも対応するＨＡＲＱ－ＡＣＫビット（ＨＡＲＱ－ＡＣＫ情報）を少なくとも含んでもよい。ＨＡＲＱ－ＡＣＫビットは、１または複数のトランスポートブロックに対応するＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）またはＮＡＣＫ（ｎｅｇａｔｉｖｅ-ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を示してもよい。ＨＡＲＱ－ＡＣＫは、１または複数のＨＡＲＱ－ＡＣＫビットを含むＨＡＲＱ－ＡＣＫコードブック（ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋ）を少なくとも含んでもよい。ＨＡＲＱ－ＡＣＫビットが１または複数のトランスポートブロックに対応することは、ＨＡＲＱ－ＡＣＫビットが該１または複数のトランスポートブロックを含むＰＤＳＣＨに対応することであってもよい。ＨＡＲＱ－ＡＣＫビットは、トランスポートブロックに含まれる１つのＣＢＧ（Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ）に対応するＡＣＫまたはＮＡＣＫを示してもよい。
　スケジューリングリクエスト（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）は、初期送信のためのＰＵＳＣＨのリソースを要求するために少なくとも用いられてもよい。スケジューリングリクエストビットは、正のＳＲ（ｐｏｓｉｔｉｖｅ ＳＲ）または、負のＳＲ（ｎｅｇａｔｉｖｅ ＳＲ）の何れかを示すために用いられてもよい。スケジューリングリクエストビットが正のＳＲを示すことは、“正のＳＲが送信される”とも呼称される。正のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨのリソースが要求されることを示してもよい。正のＳＲは、上位層によりスケジューリングリクエストがトリガ（Ｔｒｉｇｇｅｒ）されることを示してもよい。正のＳＲは、上位層によりスケジューリングリクエストを送信することが指示された場合に、送信されてもよい。スケジューリングリクエストビットが負のＳＲを示すことは、“負のＳＲが送信される”とも呼称される。負のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨのリソースが要求されないことを示してもよい。負のＳＲは、上位層によりスケジューリングリクエストがトリガされないことを示してもよい。負のＳＲは、上位層によりスケジューリングリクエストを送信することが指示されない場合に、送信されてもよい。
　チャネル状態情報は、チャネル品質指標（ＣＱＩ：Ｃｈａｎｎｅｌ　Ｑｕａｌｉｔｙ　Ｉｎｄｉｃａｔｏｒ）、プレコーダ行列指標（ＰＭＩ：Ｐｒｅｃｏｄｅｒ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、および、ランク指標（ＲＩ：Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）の一部または全部を少なくとも含んでもよい。ＣＱＩは、チャネルの品質（例えば、伝搬強度）に関連する指標であり、ＰＭＩは、プレコーダを指示する指標である。ＲＩは、送信ランク（または、送信レイヤ数）を指示する指標である。
　ＰＵＣＣＨは、１つ以上のＰＵＣＣＨフォーマット（ＰＵＣＣＨフォーマット０からＰＵＣＣＨフォーマット４）がサポートされてもよい。ＰＵＣＣＨフォーマットは、ＰＵＣＣＨにマップされて送信されてもよい。ＰＵＣＣＨフォーマットは、ＰＵＣＣＨで送信されてもよい。ＰＵＣＣＨフォーマットが送信されることは、ＰＵＣＣＨが送信されることであってもよい。
　ＰＵＳＣＨは、トランスポートブロック（ＴＢ， ＭＡＣ ＰＤＵ， ＵＬ-ＳＣＨ， ＰＵＳＣＨ）を送信するために少なくとも用いられる。ＰＵＳＣＨは、トランスポートブロック、ＨＡＲＱ－ＡＣＫ、チャネル状態情報、および、スケジューリングリクエストの一部または全部を少なくとも送信するために用いられてもよい。ＰＵＳＣＨは、ランダムアクセスメッセージ３を送信するために少なくとも用いられる。
　ＰＲＡＣＨは、ランダムアクセスプリアンブル（ランダムアクセスメッセージ１）を送信するために少なくとも用いられる。ＰＲＡＣＨは、初期コネクション確立（ｉｎｉｔｉａｌ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（ｃｏｎｎｅｃｔｉｏｎ ｒｅ-ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャ、ＰＵＳＣＨの送信に対する同期（タイミング調整）、およびＰＵＳＣＨのためのリソースの要求の一部または全部を示すために少なくとも用いられてもよい。ランダムアクセスプリアンブルは、端末装置１の上位層より与えられるインデックス（ランダムアクセスプリアンブルインデックス）を基地局装置３に通知するために用いられてもよい。
　図１において、上りリンクの無線通信では、以下の上りリンク物理シグナルが用いられる。上りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・ＵＬ　ＤＭＲＳ（ＵｐＬｉｎｋ Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
・ＳＲＳ（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
・ＵＬ　ＰＴＲＳ（ＵｐＬｉｎｋ Ｐｈａｓｅ Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
　ＵＬ　ＤＭＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連する。ＵＬ　ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨと多重される。基地局装置３は、ＰＵＳＣＨまたはＰＵＣＣＨの伝搬路補正を行なうためにＵＬ　ＤＭＲＳを使用してよい。以下、ＰＵＳＣＨと、該ＰＵＳＣＨに関連するＵＬ　ＤＭＲＳを共に送信することを、単に、ＰＵＳＣＨを送信する、と称する。以下、ＰＵＣＣＨと該ＰＵＣＣＨに関連するＵＬ　ＤＭＲＳを共に送信することを、単に、ＰＵＣＣＨを送信する、と称する。ＰＵＳＣＨに関連するＵＬ　ＤＭＲＳは、ＰＵＳＣＨ用ＵＬ　ＤＭＲＳとも称される。ＰＵＣＣＨに関連するＵＬ　ＤＭＲＳは、ＰＵＣＣＨ用ＵＬ　ＤＭＲＳとも称される。
　ＳＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連しなくてもよい。基地局装置３は、チャネル状態の測定のためにＳＲＳを用いてもよい。ＳＲＳは、上りリンクスロットにおけるサブフレームの最後、または、最後から所定数のＯＦＤＭシンボルにおいて送信されてもよい。
　ＵＬ　ＰＴＲＳは、位相トラッキングのために少なくとも用いられる参照信号であってもよい。ＵＬ　ＰＴＲＳは、１または複数のＵＬ　ＤＭＲＳに用いられるアンテナポートを少なくとも含むＵＬ　ＤＭＲＳグループに関連してもよい。ＵＬ　ＰＴＲＳとＵＬ　ＤＭＲＳグループが関連することは、ＵＬ　ＰＴＲＳのアンテナポートとＵＬ　ＤＭＲＳグループに含まれるアンテナポートの一部または全部が少なくともＱＣＬであることであってもよい。ＵＬ　ＤＭＲＳグループは、ＵＬ　ＤＭＲＳグループに含まれるＵＬ　ＤＭＲＳにおいて最も小さいインデックスのアンテナポートに少なくとも基づき識別されてもよい。ＵＬ　ＰＴＲＳは、１つのコードワードがマップされる１または複数のアンテナポートにおいて、最もインデックスの小さいアンテナポートにマップされてもよい。ＵＬ　ＰＴＲＳは、１つのコードワードが第１のレイヤ及び第２のレイヤに少なくともマップされる場合に、該第１のレイヤにマップされてもよい。ＵＬ　ＰＴＲＳは、該第２のレイヤにマップされなくてもよい。ＵＬ　ＰＴＲＳがマップされるアンテナポートのインデックスは、下りリンク制御情報に少なくとも基づき与えられてもよい。
　図１において、基地局装置３から端末装置１への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられる。下りリンク物理チャネルは、上位層から出力された情報を送信するために、物理層によって使用される。
・ＰＢＣＨ（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）
・ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）
・ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）
　ＰＢＣＨは、マスターインフォメーションブロック（ＭＩＢ：Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ， ＢＣＨ， Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）を送信するために少なくとも用いられる。ＰＢＣＨは、所定の送信間隔に基づき送信されてもよい。ＰＢＣＨは、８０ｍｓの間隔で送信されてもよい。ＰＢＣＨは、１６０ｍｓの間隔で送信されてもよい。ＰＢＣＨに含まれる情報の中身は、８０ｍｓごとに更新されてもよい。ＰＢＣＨに含まれる情報の一部または全部は、１６０ｍｓごとに更新されてもよい。ＰＢＣＨは、２８８サブキャリアにより構成されてもよい。ＰＢＣＨは、２、３、または、４つのＯＦＤＭシンボルを含んで構成されてもよい。ＭＩＢは、同期信号の識別子（インデックス）に関連する情報を含んでもよい。ＭＩＢは、ＰＢＣＨが送信されるスロットの番号、サブフレームの番号、および／または、無線フレームの番号の少なくとも一部を指示する情報を含んでもよい。
　ＰＤＣＣＨは、下りリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）の送信のために少なくとも用いられる。ＰＤＣＣＨは、下りリンク制御情報を少なくとも含んで送信されてもよい。ＰＤＣＣＨは下りリンク制御情報を含んでもよい。下りリンク制御情報は、ＤＣＩフォーマットとも呼称される。下りリンク制御情報は、下りリンクグラント（ｄｏｗｎｌｉｎｋ ｇｒａｎｔ）（ＤＬ　ｇｒａｎｔ）または上りリンクグラント（ｕｐｌｉｎｋ ｇｒａｎｔ）（ＵＬ　ｇｒａｎｔ）の何れかを少なくとも含んでもよい。ＰＤＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットは、下りリンクＤＣＩフォーマットとも呼称される。ＰＵＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットは、上りリンクＤＣＩフォーマットとも呼称される。下りリンクグラントは、下りリンクアサインメント（ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ）（ＤＬ　ａｓｓｉｇｎｍｅｎｔ）または下りリンク割り当て（ｄｏｗｎｌｉｎｋ ａｌｌｏｃａｔｉｏｎ）（ＤＬ　ａｌｌｏｃａｔｉｏｎ）とも呼称される。上りリンクＤＣＩフォーマットは、ＤＣＩフォーマット０＿０およびＤＣＩフォーマット０＿１の一方または両方を少なくとも含む。
　ＤＣＩフォーマット０＿０は、１Ａから１Ｆの一部または全部を少なくとも含んで構成される。
１Ａ）ＤＣＩフォーマット特定フィールド（Ｉｄｅｎｔｉｆｉｅｒ ｆｏｒ ＤＣＩ　ｆｏｒｍａｔｓ ｆｉｅｌｄ）
１Ｂ）周波数領域リソース割り当てフィールド（Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ ｆｉｅｌｄ）
１Ｃ）時間領域リソース割り当てフィールド（Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅａｓｓｉｇｎｍｅｎｔ ｆｉｅｌｄ）
１Ｄ）周波数ホッピングフラグフィールド（Ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ ｆｌａｇ ｆｉｅｌｄ）
１Ｅ）ＭＣＳフィールド（ＭＣＳ ｆｉｅｌｄ： Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ ｆｉｅｌｄ）
１Ｆ）第１のＣＳＩリスエストフィールド（Ｆｉｒｓｔ ＣＳＩ ｒｅｑｕｅｓｔ ｆｉｅｌｄ）
　ＤＣＩフォーマット特定フィールドは、該ＤＣＩフォーマット特定フィールドを含むＤＣＩフォーマットが１または複数のＤＣＩフォーマットの何れに対応するかを示すために少なくとも用いられてもよい。該１または複数のＤＣＩフォーマットは、ＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１、ＤＣＩフォーマット０＿０、および／または、ＤＣＩフォーマット０＿１の一部または全部に少なくとも基づき与えられてもよい。
　周波数領域リソース割り当てフィールドは、該周波数領域リソース割り当てフィールドを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨのための周波数リソースの割り当てを示すために少なくとも用いられてもよい。周波数領域リソース割り当てフィールドは、ＦＤＲＡ（Ｆｒｅｑｕｅｎｃｙ Ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ Ａｌｌｏｃａｔｉｏｎ）フィールドとも呼称される。
　時間領域リソース割り当てフィールドは、該時間領域リソース割り当てフィールドを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨのための時間リソースの割り当てを示すために少なくとも用いられてもよい。
　周波数ホッピングフラグフィールドは、該周波数ホッピングフラグフィールドを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨに対して周波数ホッピングが適用されるか否かを示すために少なくとも用いられてもよい。
　ＭＣＳフィールドは、該ＭＣＳフィールドを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨのための変調方式、および／または、ターゲット符号化率の一部または全部を示すために少なくとも用いられてもよい。該ターゲット符号化率は、該ＰＵＳＣＨのトランスポートブロックのためのターゲット符号化率であってもよい。該トランスポートブロックのサイズ（ＴＢＳ：Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ Ｓｉｚｅ）は、該ターゲット符号化率に少なくとも基づき与えられてもよい。
　第１のＣＳＩリクエストフィールドは、ＣＳＩの報告を指示するために少なくとも用いられる。第１のＣＳＩリクエストフィールドのサイズは、所定の値であってもよい。第１のＣＳＩリクエストフィールドのサイズは、０であってもよいし、１であってもよいし、２であってもよいし、３であってもよい。
　ＤＣＩフォーマット０＿１は、２Ａから２Ｇの一部または全部を少なくとも含んで構成される。
２Ａ）ＤＣＩフォーマット特定フィールド
２Ｂ）周波数領域リソース割り当てフィールド
２Ｃ）時間領域リソース割り当てフィールド
２Ｄ）周波数ホッピングフラグフィールド
２Ｅ）ＭＣＳフィールド
２Ｆ）第２のＣＳＩリクエストフィールド（Ｓｅｃｏｎｄ ＣＳＩ ｒｅｑｕｅｓｔ ｆｉｅｌｄ）
２Ｇ）ＢＷＰフィールド（ＢＷＰ ｆｉｅｌｄ）
　ＢＷＰフィールドは、ＤＣＩフォーマット０＿１によりスケジューリングされるＰＵＳＣＨがマップされる上りリンクＢＷＰを指示するために用いられてもよい。
　第２のＣＳＩリクエストフィールドは、ＣＳＩの報告を指示するために少なくとも用いられる。第２のＣＳＩリクエストフィールドのサイズは、上位層のパラメータＲｅｐｏｒｔＴｒｉｇｇｅｒＳｉｚｅに少なくとも基づき与えられてもよい。
　下りリンクＤＣＩフォーマットは、ＤＣＩフォーマット１＿０、および、ＤＣＩフォーマット１＿１の一方または両方を少なくとも含む。
　ＤＣＩフォーマット１＿０は、３Ａから３Ｈの一部または全部を少なくとも含んで構成される。
３Ａ）ＤＣＩフォーマット特定フィールド（Ｉｄｅｎｔｉｆｉｅｒ ｆｏｒ ＤＣＩ　ｆｏｒｍａｔｓ ｆｉｅｌｄ）
３Ｂ）周波数領域リソース割り当てフィールド（Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ ｆｉｅｌｄ）
３Ｃ）時間領域リソース割り当てフィールド（Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅａｓｓｉｇｎｍｅｎｔ ｆｉｅｌｄ）
３Ｄ）周波数ホッピングフラグフィールド（Ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ ｆｌａｇ ｆｉｅｌｄ）
３Ｅ）ＭＣＳフィールド（ＭＣＳ ｆｉｅｌｄ： Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ ｆｉｅｌｄ）
３Ｆ）第１のＣＳＩリスエストフィールド（Ｆｉｒｓｔ ＣＳＩ ｒｅｑｕｅｓｔ ｆｉｅｌｄ）
３Ｇ）ＰＤＳＣＨ－ｔｏ－ＨＡＲＱフィードバックタイミングインジケーターフィールド（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄ）
３Ｈ）ＰＵＣＣＨリソース指示フィールド（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄ）
　ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールドは、タイミングＫ１を示すフィールドであってもよい。ＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットのインデックスがスロットｎである場合、該ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ－ＡＣＫを少なくとも含むＰＵＣＣＨまたはＰＵＳＣＨが含まれるスロットのインデックスはｎ＋Ｋ１であってもよい。ＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットのインデックスがスロットｎである場合、該ＰＤＳＣＨに含まれるトランスポートブロックに対応するＨＡＲＱ－ＡＣＫを少なくとも含むＰＵＣＣＨの先頭のＯＦＤＭシンボルまたはＰＵＳＣＨの先頭のＯＦＤＭシンボルが含まれるスロットのインデックスはｎ＋Ｋ１であってもよい。
　以下、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱフィードバックタイミングインジケーターフィールド（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇ　ｉｎｄｉｃａｔｏｒ　ｆｉｅｌｄ）は、ＨＡＲＱ指示フィールドと呼称されてもよい。
　ＰＵＣＣＨリソース指示フィールドは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのインデックスを示すフィールドであってもよい。
　ＤＣＩフォーマット１＿１は、４Ａから４Ｊの一部または全部を少なくとも含んで構成される。
４Ａ）ＤＣＩフォーマット特定フィールド（Ｉｄｅｎｔｉｆｉｅｒ ｆｏｒ ＤＣＩ　ｆｏｒｍａｔｓ ｆｉｅｌｄ）
４Ｂ）周波数領域リソース割り当てフィールド（Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ ｆｉｅｌｄ）
４Ｃ）時間領域リソース割り当てフィールド（Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅａｓｓｉｇｎｍｅｎｔ ｆｉｅｌｄ）
４Ｄ）周波数ホッピングフラグフィールド（Ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ ｆｌａｇ ｆｉｅｌｄ）
４Ｅ）ＭＣＳフィールド（ＭＣＳ ｆｉｅｌｄ： Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ ｆｉｅｌｄ）
４Ｆ）第１のＣＳＩリスエストフィールド（Ｆｉｒｓｔ ＣＳＩ ｒｅｑｕｅｓｔ ｆｉｅｌｄ）４Ｇ）ＰＤＳＣＨ－ｔｏ－ＨＡＲＱフィードバックタイミングインジケーターフィールド（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄ）
４Ｈ）ＰＵＣＣＨリソース指示フィールド（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄ）
４Ｊ）ＢＷＰフィールド（ＢＷＰ ｆｉｅｌｄ）
　ＢＷＰフィールドは、ＤＣＩフォーマット１＿１によりスケジューリングされるＰＤＳＣＨがマップされる下りリンクＢＷＰを指示するために用いられてもよい。
　ＤＣＩフォーマット２＿０は、１または複数のスロットフォーマットインディケータ（ＳＦＩ：Ｓｌｏｔ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ）を少なくとも含んで構成されてもよい。
　下りリンク制御情報は、Ｕｎｌｉｃｅｎｓｅｄ　ａｃｃｅｓｓ共通情報を含んでもよい。Ｕｎｌｉｃｅｎｓｅｄ　ａｃｃｅｓｓ共通情報は、免許不要周波数帯でのアクセスや送受信などに関する制御情報である。Ｕｎｌｉｃｅｎｓｅｄ　ａｃｃｅｓｓ共通情報は、下りリンクのサブフレーム構成（Ｓｕｂｆｒａｍｅ　ｃｏｎｆｉｇｕｒａｔｉｏｎ　ｆｏｒ　Ｕｎｌｉｃｅｎｓｅｄ　Ａｃｃｅｓｓ）（スロット構成：Ｓｌｏｔ　ｃｏｎｆｉｇｕｒａｔｉｏｎ）の情報であってもよい。下りリンクのサブフレーム構成（スロット構成）は、下りリンクのサブフレーム構成（スロット構成）の情報を含むＰＤＣＣＨが配置されるサブフレーム（スロット）において占有されるＯＦＤＭシンボルの位置、および／または下りリンクのサブフレーム構成（スロット構成）の情報を含むＰＤＣＣＨが配置されるサブフレーム（スロット）の次のサブフレーム（スロット）において占有されるＯＦＤＭシンボルの位置を示す。占有されるＯＦＤＭシンボルにおいて下りリンク物理チャネル、下りリンク物理シグナルの送受信が行われる。Ｕｎｌｉｃｅｎｓｅｄ　ａｃｃｅｓｓ共通情報は、上りリンクのサブフレーム構成（ＵＬ　ｄｕｒａｔｉｏｎ　ａｎｄ　ｏｆｆｓｅｔ）（スロット構成）の情報であってもよい。上りリンクのサブフレーム構成（スロット構成）は、上りリンクのサブフレーム構成（スロット構成）の情報を含むＰＤＣＣＨが配置されるサブフレーム（スロット）を基準として上りリンクサブフレーム（上りリンクスロット）が開始されるサブフレーム（スロット）の位置と、上りリンクサブフレーム（上りリンクスロット）のサブフレーム（スロット）の数を示す。端末装置１は、上りリンクのサブフレーム構成（スロット構成）の情報で示されたサブフレーム（スロット）において下りリンク物理チャネル、下りリンク物理シグナルを受信することは要求されない。
　例えば、下りリンクグラントまたは上りリンクグラントを含む下りリンク制御情報は、Ｃ－ＲＮＴＩ（Ｃｅｌｌ－Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ）を含めてＰＤＣＣＨで送受信される。例えば、Ｕｎｌｉｃｅｎｓｅｄ　ａｃｃｅｓｓ共通情報は、ＣＣ－ＲＮＴＩ（Ｃｏｍｍｏｎ　Ｃｏｎｔｒｏｌ－Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ）を含めてＰＤＣＣＨで送受信される。
　本実施形態の種々の態様において、特別な記載のない限り、リソースブロックの数は周波数領域におけるリソースブロックの数を示す。
　下りリンクグラントは、１つのサービングセル内の１つのＰＤＳＣＨのスケジューリングのために少なくとも用いられる。上りリンクグラントは、１つのサービングセル内の１つのＰＵＳＣＨのスケジューリングのために少なくとも用いられる。
　なお、各種ＤＣＩフォーマットは、上述のフィールドとは異なるフィールドが更に含まれてもよい。例えば、ＰＤＳＣＨのＨＡＲＱ－ＡＣＫ情報が正しく検出されたか否かを示すフィールド（ＮＦＩ：Ｎｅｗ　Ｆｅｅｄｂａｃｋ　Ｉｎｄｉｃａｔｏｒ　フィールド）が含まれてもよい。メモリなどの記録媒体に保存されたＨＡＲＱ－ＡＣＫビットを消去（フラッシュ）するか否かを示すフィールド（ＮＦＩフィールド）が含まれてもよい。送信されたＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの再送を含めるか否かを示すフィールド（ＮＦＩフィールド）が含まれてもよい。ＤＣＩフォーマットによりスケジュールされるＰＤＳＣＨが属する（紐づけられる）ＰＤＳＣＨグループを示すフィールド（ＰＧＩ：ＰＤＳＣＨ　Ｇｒｏｕｐ　ＩＤ　フィールド）が含まれてもよい。ＨＡＲＱ－ＡＣＫ情報の送信が指示されるＰＤＳＣＨグループを示すフィールド（ＲＰＧＩ：Ｒｅｑｕｅｓｔ　ＰＤＳＣＨ　Ｇｒｏｕｐ　ＩＤ　フィールド）が含まれてもよい。送信されたＰＤＣＣＨの累積数を示すフィールド（Ｃ－ＤＡＩ：Ｃｏｕｎｔｅｒ　Ｄｏｗｎｌｉｎｋ　Ａｓｓｉｇｎｍｅｎｔ　Ｉｎｄｅｘ　フィールド）が含まれてもよい。送信されるＰＤＣＣＨの総数を示すフィールド（Ｔ－ＤＡＩ：Ｔｏｔａｌ　Ｄｏｗｎｌｉｎｋ　Ａｓｓｉｇｎｍｅｎｔ　Ｉｎｄｅｘ　フィールド）が含まれてもよい。
　端末装置１は、各ＰＤＳＣＨに対してＰＤＳＣＨグループ識別子（PGI: PDSCH Group ID）を紐付けられてもよい。あるＰＤＳＣＨのＰＧＩは、該ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマットに少なくとも基づき指示されてもよい。例えば、ＰＧＩを示すフィールド（ＰＧＩフィールド）がＤＣＩフォーマットに含まれてもよい。例えば、ＰＤＳＣＨグループは、同じＰＧＩ（ＰＤＳＣＨグループ識別子）を有するＰＤＳＣＨの集合であってもよい。ＰＤＳＣＨグループは、１つのＰＤＳＣＨ、または、同じＰＧＩを紐づけられた、１つ以上のＰＤＳＣＨの集合であってもよい。端末装置１に対して設定されるＰＤＳＣＨグループの数は、１であってもよいし、２であってもよいし、３であってもよいし、４であってもよいし、それ以外の０以上の整数であってもよい。
　リクエストＰＤＳＣＨグループ（RPG: Requested PDSCH Group）は、次のＰＵＣＣＨまたはＰＵＳＣＨを介して送信（報告）されるＨＡＲＱ－ＡＣＫ情報に対応するＰＤＳＣＨグループであってもよい。ＲＰＧ（リクエストＰＤＳＣＨグループ）は、１つのＰＤＳＣＨグループを含めてもよいし、複数のＰＤＳＣＨグループを含めてもよい。ＲＰＧの指示は、ＤＣＩフォーマットに少なくとも基づき、ビットマップ（bitmap）の形式で各ＰＤＳＣＨグループに対応して示してもよい。ＲＰＧは、ＤＣＩフォーマットに含まれるＲＰＧＩフィールドに少なくとも基づき示されてもよい。端末装置１は、指示されたＲＰＧに対して、ＨＡＲＱ－ＡＣＫコードブックを生成し、ＰＵＣＣＨまたはＰＵＳＣＨを介して送信（報告）してもよい。
　ＰＤＣＣＨに含まれるＤＣＩフォーマットにより指示されるＫ１（ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールドにより示される情報、またはパラメータ）の値は、数値（numerical）であってもよいし、非数値(non-numerical)であってもよい。ここで、数値の値は、数字で表す値を意味し、例えば、｛０，１，２，．．．，１５｝のうちの値であってもよい。非数値の値は、数字以外の値を意味してもよいし、数値を示さないことを意味してもよい。以下、数値のＫ１の値、および、非数値のＫ１の値の運用を説明する。例えば、該ＤＣＩフォーマットによりスケジュールされるＰＤＳＣＨは、スロットｎにおいて基地局装置３において送信され、端末装置１において受信される。該ＤＣＩフォーマットにより示されるＫ１の値が数値である場合、端末装置１は、該ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報をスロットｎ＋Ｋ１において、ＰＵＣＣＨまたはＰＵＳＣＨを介して送信（報告）してもよい。該ＤＣＩフォーマットにより示されるＫ１の値が非数値である場合、端末装置１は、該ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報の報告を延期してもよい。ＰＤＳＣＨのスケジューリング情報を含むＤＣＩフォーマットにより非数値のＫ１の値が示される場合、端末装置１は、該ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報の報告を延期してもよい。例えば、端末装置１は、該ＨＡＲＱ－ＡＣＫ情報をメモリなどの記録媒体に保存して、次のＰＵＣＣＨまたはＰＵＳＣＨを介して該ＨＡＲＱ－ＡＣＫ情報を送信（報告）せず、前述のＤＣＩフォーマット以外のＤＣＩフォーマットに少なくとも基づき該ＨＡＲＱ－ＡＣＫ情報の送信がトリガされて該ＨＡＲＱ－ＡＣＫ情報を送信（報告）してもよい。
　非数値のＫ１の値は、上位層パラメータの系列に含まれてもよい。上位層パラメータは、上位層パラメータｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫであってもよい。上位層パラメータは、上位層パラメータｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫと異なる上位層パラメータであってもよい。Ｋ１の値は、上位層パラメータの系列のうち、ＤＣＩフォーマットに含まれるＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールドによって示される値であってもよい。例えば、上位層パラメータの系列は｛０，１，２，３，４，５，１５，非数値の値｝にセットされ、ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールドのビット数は３であると想定する場合、ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールドのコードポイント“０００”はＫ１の値が０であることを示してもよいし、コードポイント“００１”はＫ１の値が１であることを示してもよいし、コードポイント“１１１”はＫ１の値が非数値の値であることを示してもよい。例えば、上位層パラメータの系列は｛非数値の値，０，１，２，３，４，５，１５｝にセットされ、ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールドのビット数は３であると想定する場合、ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールドのコードポイント“０００”はＫ１の値が非数値の値であることを示してもよいし、コードポイント“００１”はＫ１の値が０であることを示してもよいし、コードポイント“１１１”はＫ１の値が１５であることを示してもよい。
　１つの物理チャネルは、１つのサービングセルにマップされてもよい。１つの物理チャネルは、１つのサービングセルに含まれる１つのキャリアに設定される１つのＢＷＰにマップされてもよい。
　端末装置１は、１または複数の制御リソースセット（ＣＯＲＥＳＥＴ：ＣＯｎｔｒｏｌＲＥｓｏｕｒｃｅ ＳＥＴ）が設定されてもよい。端末装置１は、１または複数の制御リソースセットにおいてＰＤＣＣＨを監視する（ｍｏｎｉｔｏｒ）。ここで、１または複数の制御リソースセットにおいてＰＤＣＣＨを監視することは、１または複数の制御リソースセットのそれぞれに対応する１または複数のＰＤＣＣＨを監視することを含んでもよい。なお、ＰＤＣＣＨは、１または複数のＰＤＣＣＨ候補および／またはＰＤＣＣＨ候補のセットを含んでもよい。また、ＰＤＣＣＨを監視することは、ＰＤＣＣＨ、および／または、ＰＤＣＣＨを介して送信されるＤＣＩフォーマットを監視し、検出することを含んでもよい。
　制御リソースセットは、１または複数のＰＤＣＣＨがマップされうる時間周波数領域を示してもよい。制御リソースセットは、端末装置１がＰＤＣＣＨを監視する領域であってもよい。制御リソースセットは、連続的なリソース（Ｌｏｃａｌｉｚｅｄ ｒｅｓｏｕｒｃｅ）により構成されてもよい。制御リソースセットは、非連続的なリソース（ｄｉｓｔｒｉｂｕｔｅｄ ｒｅｓｏｕｒｃｅ）により構成されてもよい。
　周波数領域において、制御リソースセットのマッピングの単位はリソースブロックであってもよい。例えば、周波数領域において、制御リソースセットのマッピングの単位は６リソースブロックであってもよい。時間領域において、制御リソースセットのマッピングの単位はＯＦＤＭシンボルであってもよい。例えば、時間領域において、制御リソースセットのマッピングの単位は１ＯＦＤＭシンボルであってもよい。
　制御リソースセットのリソースブロックへのマッピングは、上位層パラメータに少なくとも基づき与えられてもよい。該上位層パラメータは、リソースブロックのグループ（ＲＢＧ：Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ Ｇｒｏｕｐ）に対するビットマップを含んでもよい。該リソースブロックのグループは、６つの連続するリソースブロックにより与えられてもよい。
　制御リソースセットを構成するＯＦＤＭシンボルの数は、上位層パラメータに少なくとも基づき与えられてもよい。
　ある制御リソースセットは、共通制御リソースセット（Ｃｏｍｍｏｎ ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）であってもよい。共通制御リソースセットは、複数の端末装置１に対して共通に設定される制御リソースセットであってもよい。共通制御リソースセットは、ＭＩＢ、第１のシステム情報、第２のシステム情報、共通ＲＲＣシグナリング、および、セルＩＤの一部または全部に少なくとも基づき与えられてもよい。例えば、第１のシステム情報のスケジューリングのために用いられるＰＤＣＣＨを監視することが設定される制御リソースセットの時間リソース、および／または、周波数リソースは、ＭＩＢに少なくとも基づき与えられてもよい。
　ＭＩＢで設定される制御リソースセットは、ＣＯＲＥＳＥＴ＃０とも呼称される。ＣＯＲＥＳＥＴ＃０は、インデックス＃０の制御リソースセットであってもよい。
　ある制御リソースセットは、専用制御リソースセット（Ｄｅｄｉｃａｔｅｄ ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）であってもよい。専用制御リソースセットは、端末装置１のために専用に用いられるように設定される制御リソースセットであってもよい。専用制御リソースセットは、専用ＲＲＣシグナリング、および、Ｃ－ＲＮＴＩの値の一部または全部に少なくとも基づき与えられてもよい。端末装置１に複数の制御リソースセットが構成され、それぞれの制御リソースセットにインデックス（制御リソースセットインデックス）が付与されてもよい。制御リソースセット内に１つ以上の制御チャネル要素（ＣＣＥ）が構成され、それぞれのＣＣＥにインデックス（ＣＣＥインデックス）が付与されてもよい。
　端末装置１によって監視されるＰＤＣＣＨの候補のセットは、探索領域（Ｓｅａｒｃｈ　ｓｐａｃｅ）の観点から定義されてもよい。つまり、端末装置１によって監視されるＰＤＣＣＨ候補のセットは、探索領域によって与えられてもよい。
　探索領域は、１または複数の集約レベル（Ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ）のＰＤＣＣＨ候補を１または複数含んで構成されてもよい。ＰＤＣＣＨ候補の集約レベルは、該ＰＤＣＣＨを構成するＣＣＥの個数を示してもよい。ＰＤＤＣＨ候補は、１または複数のＣＣＥにマップされてもよい。
　端末装置１は、ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）が設定されないスロットにおいて少なくとも１または複数の探索領域を監視してもよい。ＤＲＸは、上位層パラメータに少なくとも基づき与えられてもよい。端末装置１は、ＤＲＸが設定されないスロットにおいて少なくとも１または複数の探索領域セット（Ｓｅａｒｃｈ ｓｐａｃｅ ｓｅｔ）を監視してもよい。端末装置１に複数の探索領域セットが構成されてもよい。それぞれの探索領域セットにインデックス（探索領域セットインデックス）が付与されてもよい。
　探索領域セットは、１または複数の探索領域を少なくとも含んで構成されてもよい。それぞれの探索領域にインデックス（探索領域インデックス）が付与されてもよい。
　探索領域セットのそれぞれは、１つの制御リソースセットに少なくとも関連してもよい。探索領域セットのそれぞれは、１つの制御リソースセットに含まれてもよい。探索領域セットのそれぞれに対して、該探索領域セットに関連する制御リソースセットのインデックスが与えられてもよい。
　探索領域は、ＣＳＳ（Ｃｏｍｍｏｎ　Ｓｅａｒｃｈ　Ｓｐａｃｅ、共通探索領域）とＵＳＳ（ＵＥ－ｓｐｅｃｉｆｉｃ　Ｓｅａｒｃｈ　Ｓｐａｃｅ）の２つのタイプを持ってもよい。ＣＳＳは、複数の端末装置１に対して共通に設定される探索領域であってもよい。ＵＳＳは、個別の端末装置１のために専用的に用いられる設定を含む探索領域であってもよい。ＣＳＳは、同期信号、ＭＩＢ、第１のシステム情報、第２のシステム情報、共通ＲＲＣシグナリング、専用ＲＲＣシグナリング、セルＩＤ、等に少なくとも基づき与えられてもよい。ＵＳＳは、専用ＲＲＣシグナリング、および／または、Ｃ－ＲＮＴＩの値に少なくとも基づき与えられてもよい。ＣＳＳは、複数の端末装置１に対して共通のリソース（制御リソースエレメント）に設定される探索領域であってもよい。ＵＳＳは、個別の端末装置１毎のリソース（制御リソースエレメント）に設定される探索領域であってもよい。
　ＣＳＳは、プライマリセルにおいてシステム情報を送信するために用いられるＳＩ－ＲＮＴＩによってスクランブルされたＤＣＩフォーマットに対するタイプ０ＰＤＣＣＨ　ＣＳＳ、および、初期アクセスに用いられるＲＡ－ＲＮＴＩ、ＴＣ－ＲＮＴＩによってスクランブルされたＤＣＩフォーマットに対するタイプ１ＰＤＣＣＨ　ＣＳＳが用いられてもよい。ＣＳＳは、Ｕｎｌｉｃｅｎｓｅｄ　ａｃｃｅｓｓに用いられるＣＣ－ＲＮＴＩによってスクランブルされたＤＣＩフォーマットに対するタイプのＰＤＣＣＨ　ＣＳＳが用いられてもよい。端末装置１は、それらの探索領域におけるＰＤＣＣＨ候補をモニタすることができる。所定のＲＮＴＩによってスクランブルされたＤＣＩフォーマットとは、所定のＲＮＴＩによってスクランブルされたＣＲＣ（Ｃｙｃｌｉｃ　Ｒｅｄｕｎｄａｎｃｙ　Ｃｈｅｃｋ）が付加されたＤＣＩフォーマットであってもよい。
　ＰＤＣＣＨの受信に関連する情報は、ＰＤＣＣＨの宛先を指示するＩＤに関連する情報を含んでもよい。ＰＤＣＣＨの宛先を指示するＩＤは、ＰＤＣＣＨに付加されるＣＲＣビットのスクランブルに用いられるＩＤであってもよい。ＰＤＣＣＨの宛先を指示するＩＤは、ＲＮＴＩ（Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ）とも呼称される。ＰＤＣＣＨの受信に関連する情報は、ＰＤＣＣＨに付加されるＣＲＣビットのスクランブルに用いられるＩＤに関連する情報を含んでもよい。端末装置１は、ＰＢＣＨに含まれる該ＩＤに関連する情報に少なくとも基づき、ＰＤＣＣＨの受信を試みることができる。
　ＲＮＴＩは、ＳＩ－ＲＮＴＩ（Ｓｙｓｔｅｍ　Ｉｎｆｏｒｍａｔｉｏｎ　－　ＲＮＴＩ）、Ｐ－ＲＮＴＩ（Ｐａｇｉｎｇ　－　ＲＮＴＩ）、Ｃ－ＲＮＴＩ（Ｃｏｍｍｏｎ　－　ＲＮＴＩ）、Ｔｅｍｐｏｒａｒｙ　Ｃ－ＲＮＴＩ（ＴＣ－ＲＮＴＩ）、ＲＡ－ＲＮＴＩ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　－　ＲＮＴＩ）、ＣＣ－ＲＮＴＩ（Ｃｏｍｍｏｎ　Ｃｏｎｔｒｏｌ　－　ＲＮＴＩ）、ＩＮＴ－ＲＮＴＩ（Ｉｎｔｅｒｒｕｐｔｉｏｎ　－　ＲＮＴＩ）を含んでもよい。ＳＩ－ＲＮＴＩは、システム情報を含んで送信されるＰＤＳＣＨのスケジューリングのために少なくとも用いられる。Ｐ－ＲＮＴＩは、ページング情報、および／または、システム情報の変更通知等の情報を含んで送信されるＰＤＳＣＨのスケジューリングのために少なくとも用いられる。Ｃ－ＲＮＴＩは、ＲＲＣ接続された端末装置１に対して、ユーザーデータをスケジューリングするために少なくとも用いられる。Ｔｅｍｐｏｒａｒｙ　Ｃ－ＲＮＴＩは、ランダムアクセスメッセージ４のスケジューリングのために少なくとも用いられる。Ｔｅｍｐｏｒａｒｙ　Ｃ－ＲＮＴＩは、ロジカルチャネルにおけるＣＣＣＨにマップされるデータを含むＰＤＳＣＨをスケジューリングするために少なくとも用いられる。ＲＡ－ＲＮＴＩは、ランダムアクセスメッセージ２のスケジューリングのために少なくとも用いられる。ＣＣ－ＲＮＴＩは、Ｕｎｌｉｃｅｎｓｅｄ　ａｃｃｅｓｓの制御情報の送受信のために少なくとも用いられる。ＩＮＴ－ＲＮＴＩは、下りリンクでのＰｒｅ－ｅｍｐｔｉｏｎを示すために少なくとも用いられる。
　なお、ＣＳＳに含まれるＰＤＣＣＨおよび／またはＤＣＩには、該ＰＤＣＣＨ／ＤＣＩが、どのサービングセル（または、どのコンポーネントキャリア）に対するＰＤＳＣＨまたはＰＵＳＣＨをスケジュールしているかを示すＣＩＦ（Ｃａｒｒｉｅｒ　Ｉｎｄｉｃａｔｏｒ　Ｆｉｅｌｄ）が含まれなくてもよい。
　なお、端末装置１に対して複数のサービングセルおよび／または複数のコンポーネントキャリアを集約して通信（送信および／または受信）を行なうキャリア集約（ＣＡ：キャリアアグリゲーション）が設定される場合には、所定のサービングセル（所定のコンポーネントキャリア）に対するＵＳＳに含まれるＰＤＣＣＨおよび／またはＤＣＩには、該ＰＤＣＣＨ／ＤＣＩが、どのサービングセルおよび／またはどのコンポーネントキャリアに対するＰＤＳＣＨまたはＰＵＳＣＨをスケジュールしているかを示すＣＩＦが含まれてもよい。
　なお、端末装置１に対して１つのサービングセルおよび／または１つのコンポーネントキャリアを用いて通信を行なう場合には、ＵＳＳに含まれるＰＤＣＣＨおよび／またはＤＣＩには、該ＰＤＣＣＨ／ＤＣＩが、どのサービングセルおよび／またはどのコンポーネントキャリアに対するＰＤＳＣＨまたはＰＵＳＣＨをスケジュールしているかを示すＣＩＦが含まれなくてもよい。
　共通制御リソースセットは、ＣＳＳを含んでもよい。共通制御リソースセットは、ＣＳＳおよびＵＳＳの両方を含んでもよい。専用制御リソースセットは、ＵＳＳを含んでもよい。専用制御リソースセットは、ＣＳＳを含んでもよい。
　探索領域の物理リソースは制御チャネルの構成単位（ＣＣＥ：Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ）により構成される。ＣＣＥは所定の数のリソース要素グループ（ＲＥＧ：Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ）により構成される。例えば、ＣＣＥは６個のＲＥＧにより構成されてもよい。ＲＥＧは１つのＰＲＢ（Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）の１ＯＦＤＭシンボルにより構成されてもよい。つまり、ＲＥＧは１２個のリソースエレメント（ＲＥ：Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ）を含んで構成されてもよい。ＰＲＢは、単にＲＢ（Ｒｅｓｏｕｒｃｅ　Ｂｌｏｃｋ：リソースブロック）とも呼称される。
　ＰＤＳＣＨは、トランスポートブロックを送信／受信するために少なくとも用いられる。ＰＤＳＣＨは、ランダムアクセスメッセージ２（ランダムアクセスレスポンス）を送信／受信するために少なくとも用いられてもよい。ＰＤＳＣＨは、初期アクセスのために用いられるパラメータを含むシステム情報を送信／受信するために少なくとも用いられてもよい。
　図１において、下りリンクの無線通信では、以下の下りリンク物理シグナルが用いられる。下りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・同期信号（ＳＳ：Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）
・ＤＬ　ＤＭＲＳ（ＤｏｗｎＬｉｎｋ ＤｅＭｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
・ＣＳＩ－ＲＳ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ－Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
・ＤＬ　ＰＴＲＳ（ＤｏｗｎＬｉｎｋ Ｐｈａｓｅ Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
　同期信号は、端末装置１が下りリンクの周波数領域、および／または、時間領域の同期をとるために用いられる。同期信号は、ＰＳＳ（Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）、および、ＳＳＳ（Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）を含む。
　ＳＳブロック（ＳＳ／ＰＢＣＨブロック）は、ＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部または全部を少なくとも含んで構成される。
　ＤＬ　ＤＭＲＳは、ＰＢＣＨ、ＰＤＣＣＨ、および／または、ＰＤＳＣＨの送信に関連する。ＤＬ　ＤＭＲＳは、ＰＢＣＨ、ＰＤＣＣＨ、および／または、ＰＤＳＣＨに多重される。端末装置１は、ＰＢＣＨ、ＰＤＣＣＨ、または、ＰＤＳＣＨの伝搬路補正を行なうために該ＰＢＣＨ、該ＰＤＣＣＨ、または、該ＰＤＳＣＨと対応するＤＬ　ＤＭＲＳを使用してよい。
　ＣＳＩ－ＲＳは、チャネル状態情報を算出するために少なくとも用いられる信号であってもよい。端末装置によって想定されるＣＳＩ－ＲＳのパターンは、少なくとも上位層パラメータにより与えられてもよい。
　ＰＴＲＳは、位相雑音の補償のために少なくとも用いられる信号であってもよい。端末装置によって想定されるＰＴＲＳのパターンは、上位層パラメータ、および／または、ＤＣＩに少なくとも基づき与えられてもよい。
　ＤＬ　ＰＴＲＳは、１または複数のＤＬ　ＤＭＲＳに用いられるアンテナポートを少なくとも含むＤＬ　ＤＭＲＳグループに関連してもよい。
　下りリンク物理チャネルおよび下りリンク物理シグナルは、下りリンク信号とも呼称される。上りリンク物理チャネルおよび上りリンク物理シグナルは、上りリンク信号とも呼称される。下りリンク信号および上りリンク信号はまとめて物理信号とも呼称される。下りリンク信号および上りリンク信号はまとめて信号とも呼称される。下りリンク物理チャネルおよび上りリンク物理チャネルを総称して、物理チャネルと称する。下りリンク物理シグナルおよび上りリンク物理シグナルを総称して、物理シグナルと称する。
　ＢＣＨ（Ｂｒｏａｄｃａｓｔ ＣＨａｎｎｅｌ）、ＵＬ－ＳＣＨ（Ｕｐｌｉｎｋ－Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）およびＤＬ－ＳＣＨ（Ｄｏｗｎｌｉｎｋ－Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）は、トランスポートチャネルである。媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層で用いられるチャネルはトランスポートチャネルと呼称される。ＭＡＣ層で用いられるトランスポートチャネルの単位は、トランスポートブロック（ＴＢ）またはＭＡＣ　ＰＤＵとも呼称される。ＭＡＣ層においてトランスポートブロック毎にＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ）の制御が行なわれる。トランスポートブロックは、ＭＡＣ層が物理層に渡す（ｄｅｌｉｖｅｒ）データの単位である。物理層において、トランスポートブロックはコードワードにマップされ、コードワード毎に変調処理が行なわれる。
　基地局装置３と端末装置１は、上位層（ｈｉｇｈｅｒ ｌａｙｅｒ）において上位層の信号をやり取り（送受信）する。例えば、基地局装置３と端末装置１は、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層において、ＲＲＣシグナリング（ＲＲＣ ｍｅｓｓａｇｅ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ ｍｅｓｓａｇｅ； ＲＲＣ ｉｎｆｏｒｍａｔｉｏｎ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ層において、ＭＡＣ　ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）を送受信してもよい。ここで、ＲＲＣシグナリング、および／または、ＭＡＣ　ＣＥを、上位層の信号（ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ）とも称する。
　ＰＵＳＣＨおよびＰＤＳＣＨは、ＲＲＣシグナリング、および／または、ＭＡＣ　ＣＥを送信するために少なくとも用いられてよい。ここで、基地局装置３よりＰＤＳＣＨで送信されるＲＲＣシグナリングは、サービングセル内における複数の端末装置１に対して共通のシグナリングであってもよい。サービングセル内における複数の端末装置１に対して共通のシグナリングは、共通ＲＲＣシグナリングとも呼称される。基地局装置３からＰＤＳＣＨで送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のシグナリング（ｄｅｄｉｃａｔｅｄ　ｓｉｇｎａｌｉｎｇまたはＵＥ　ｓｐｅｃｉｆｉｃ　ｓｉｇｎａｌｉｎｇとも呼称される）であってもよい。端末装置１に対して専用のシグナリングは、専用ＲＲＣシグナリングとも呼称される。サービングセルにおいて固有な上位層パラメータは、サービングセル内における複数の端末装置１に対して共通のシグナリング、または、ある端末装置１に対して専用のシグナリングを用いて送信／受信されてもよい。ＵＥ固有な上位層パラメータは、ある端末装置１に対して専用のシグナリングを用いて送信／受信されてもよい。
　ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）、および、ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）は、ロジカルチャネルである。例えば、ＢＣＣＨは、ＭＩＢを送信／受信するために用いられる上位層のチャネルである。また、ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）は、複数の端末装置１において共通な情報を送信／受信するために用いられる上位層のチャネルである。ここで、ＣＣＣＨは、例えば、ＲＲＣ接続されていない端末装置１のために用いられてもよい。また、ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）は、端末装置１に専用の制御情報（ｄｅｄｉｃａｔｅｄ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信／受信するために少なくとも用いられる上位層のチャネルである。ここで、ＤＣＣＨは、例えば、ＲＲＣ接続されている端末装置１のために用いられてもよい。
　ロジカルチャネルにおけるＢＣＣＨは、トランスポートチャネルにおいてＢＣＨ、ＤＬ－ＳＣＨ、または、ＵＬ－ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＣＣＣＨは、トランスポートチャネルにおいてＤＬ－ＳＣＨまたはＵＬ－ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＤＣＣＨは、トランスポートチャネルにおいてＤＬ－ＳＣＨまたはＵＬ－ＳＣＨにマップされてもよい。
　トランスポートチャネルにおけるＵＬ－ＳＣＨは、物理チャネルにおいてＰＵＳＣＨにマップされてもよい。トランスポートチャネルにおけるＤＬ－ＳＣＨは、物理チャネルにおいてＰＤＳＣＨにマップされてもよい。トランスポートチャネルにおけるＢＣＨは、物理チャネルにおいてＰＢＣＨにマップされてもよい。
　あるコンポーネントキャリアにおいて、ＮＲ－Ｕ（New Radio - Unlicensed）が適用されてもよい。あるサービングセルにおいて、ＮＲ－Ｕが適用されてもよい。あるコンポーネントキャリア（または、あるサービングセル）においてＮＲ－Ｕが適用されることは、以下の要素Ａ１から要素Ａ６の一部または全部を含む技術（フレームワーク、構成）を少なくとも含んでもよい。
要素Ａ１：該あるコンポーネントキャリア（または、該あるサービングセル）において、第２のＳＳバーストセットが構成される
要素Ａ２：基地局装置３は、該あるコンポーネントキャリア（または、該あるサービングセル）において、第２のＳＳ／ＰＢＣＨブロックを送信する
要素Ａ３：端末装置１は、該あるコンポーネントキャリア（または、該あるサービングセル）において、第２のＳＳ／ＰＢＣＨブロックを受信する
要素Ａ４：基地局装置３は、該あるコンポーネントキャリア（または、該あるサービングセル）における第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて、ＰＤＣＣＨを送信する
要素Ａ５：端末装置１は、該あるコンポーネントキャリア（または、該あるサービングセル）における第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて、ＰＤＣＣＨを受信する
要素Ａ６：ＮＲ－Ｕに関連する上位層パラメータ（例えば、ＭＩＢに含まれるフィールド）が第１の値（例えば、１）を示す
　あるコンポーネントキャリアにおいて、ＮＲ－Ｕ（New Radio - Unlicensed）が適用されなくてもよい。あるサービングセルにおいて、ＮＲ－Ｕが適用されなくてもよい。あるコンポーネントキャリア（または、あるサービングセル）においてＮＲ－Ｕが適用されないことは、以下の要素Ｂ１から要素Ｂ６の一部または全部を含む技術（フレームワーク、構成）を少なくとも含んでもよい。
要素Ｂ１：該あるコンポーネントキャリア（または、該あるサービングセル）において、第１のＳＳバーストセットが構成される
要素Ｂ２：基地局装置３は、該あるコンポーネントキャリア（または、該あるサービングセル）において、第１のＳＳ／ＰＢＣＨブロックを送信する
要素Ｂ３：端末装置１は、該あるコンポーネントキャリア（または、該あるサービングセル）において、第１のＳＳ／ＰＢＣＨブロックを受信する
要素Ｂ４：基地局装置３は、該あるコンポーネントキャリア（または、該あるサービングセル）における第１のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて、ＰＤＣＣＨを送信する
要素Ｂ５：端末装置１は、該あるコンポーネントキャリア（または、該あるサービングセル）における第１のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて、ＰＤＣＣＨを受信する
要素Ｂ６：ＮＲ－Ｕに関連する上位層パラメータ（例えば、ＭＩＢに含まれるフィールド）が該第１の値とは異なる値（例えば、０）を示す
　あるコンポーネントキャリアは、免許帯域（licensed band）に設定されてもよい。あるサービングセルは、免許帯域に設定されてもよい。ここで、あるコンポーネントキャリア（または、あるサービングセル）が免許帯域に設定されることは、以下の設定１から設定３の一部または全部を少なくとも含んでもよい。
設定１：あるコンポーネントキャリア（または、あるサービングセル）に対して免許帯域で動作することを示す上位層パラメータが与えられる、または、あるコンポーネントキャリア（または、あるサービングセル）に対して免許不要帯域（unlicensed band）で動作することを示す上位層パラメータが与えられない
設定２：免許帯域で動作するように、あるコンポーネントキャリア（または、あるサービングセル）が設定される、または、免許不要帯域で動作するように、あるコンポーネントキャリア（または、あるサービングセル）が設定されない
設定３：あるコンポーネントキャリア（または、あるサービングセル）が免許帯域に含まれる、または、あるコンポーネントキャリア（または、あるサービングセル）が免許不要帯域に含まれない
　免許帯域は、該免許帯域において動作する（ことが期待される）端末装置に対して、無線局免許が要求されるような帯域であってもよい。免許帯域は、無線局免許を保有する事業者（事業体、事業、団体、企業）によって製造される端末装置のみが動作を許可されるような帯域であってもよい。免許不要帯域は、物理信号の送信に先立つチャネルアクセス手順が要求されないような帯域であってもよい。
　免許不要帯域は、該免許不要帯域において動作する（ことが期待される）端末装置に対して、無線局免許が要求されないような帯域であってもよい。免許不要帯域は、無線局免許を保有する事業者、および／または、無線局免許を保有しない事業者の一部または全部によって製造される端末装置が動作を許可されるような帯域であってもよい。免許不要帯域は、物理信号の送信に先立つチャネルアクセス手順が要求されるような帯域であってもよい。
　あるコンポーネントキャリア（または、あるサービングセル）にＮＲ－Ｕが適用されるか否かは、少なくとも該あるコンポーネントキャリア（または、該あるサービングセル）が、免許不要帯域で運用可能なバンド（例えば、免許不要帯域でのみ運用可能なバンド）に設定されているか否かに基づいて決められてもよい。例えば、ＮＲあるいはＮＲのキャリアアグリゲーションのためにデザインされたバンドのリストが規定されてもよい。例えば、あるバンドが、リスト内の１つまたは複数のバンドが免許不要帯域で運用可能なバンド（例えば、免許不要帯域でのみ運用可能なバンド）に含まれる場合、該あるバンドにＮＲ－Ｕが適用されてもよい。また、あるバンドが、リスト内の１つまたは複数のバンドが免許不要帯域で運用可能なバンド（例えば、免許不要帯域でのみ運用可能なバンド）に含まれない場合、該あるバンドにＮＲ－Ｕが適用されず、通常のＮＲ（例えば、リリース１５のＮＲ、あるいはリリース１６のＮＲ－Ｕ以外のＮＲ）が適用されてもよい。
　あるコンポーネントキャリア（または、あるサービングセル）にＮＲ－Ｕが適用されるか否かは、少なくともそのコンポーネントキャリア（または、そのサービングセル）が、ＮＲ－Ｕが運用可能なバンド（例えば、ＮＲ－Ｕでのみ運用可能なバンド）に設定されているか否かに基づいて決められてもよい。例えば、あるバンドが、リスト内の１つまたは複数のバンドがＮＲ－Ｕで運用可能なバンド（例えば、ＮＲ－Ｕでのみ運用可能なバンド）に含まれる場合、該あるバンドにＮＲ－Ｕが適用されてもよい。また、あるバンドが、リスト内の１つまたは複数のバンドがＮＲ－Ｕで運用可能なバンド（例えば、ＮＲ－Ｕでのみ運用可能なバンド）に含まれない場合、該あるバンドにＮＲ－Ｕが適用されず、通常のＮＲ（例えば、リリース１５のＮＲ、あるいはリリース１６のＮＲ－Ｕ以外のＮＲ）が適用されてもよい。
　あるコンポーネントキャリア（または、あるサービングセル）にＮＲ－Ｕが適用されるか否かは、ＭＩＢ、または、システム情報に含まれる情報に基づいて決められてもよい。例えば、ＭＩＢ（または、システム情報）にＮＲ－Ｕを適用するか否かを示す情報が含まれており、該情報がＮＲ－Ｕを適用することを示している場合、該ＭＩＢ（または、該システム情報）が対応するサービングセルに対して、ＮＲ－Ｕが適用されてもよい。一方、該情報がＮＲ－Ｕを適用することを示していない場合、該ＭＩＢ（または、該システム情報）が対応するサービングセルに対して、ＮＲ－Ｕが適用されず、通常のＮＲが適用されてもよい。または、該情報が免許不要帯域で運用可能か否かを示してもよい。
　あるコンポーネントキャリアは、免許不要帯域に設定されてもよい。あるサービングセルは、免許不要帯域に設定されてもよい。ここで、あるコンポーネントキャリア（または、あるサービングセル）が免許不要帯域に設定されることは、以下の設定４から設定６の一部または全部を少なくとも含んでもよい。
設定４：あるコンポーネントキャリア（または、あるサービングセル）に対して免許不要帯域で動作することを示す上位層パラメータが与えられる
設定５：免許不要帯域で動作するように、あるコンポーネントキャリア（または、あるサービングセル）が設定される
設定６：あるコンポーネントキャリア（または、あるサービングセル）が免許不要帯域に含まれる
　以下、コンポーネントキャリアが免許帯域に設定される、または免許不要帯域に設定されることを想定の下、説明を行う。なお、“コンポーネントキャリアが免許帯域に設定される”ことは、“サービングセルが免許帯域に設定される”ことであってもよいし、“コンポーネントキャリアが免許不要帯域に設定される”ことは、“サービングセルが免許不要帯域に設定される”ことであってもよい。
　あるコンポーネントキャリアにおいて、端末装置１が第１のＳＳ／ＰＢＣＨブロックを受信するか、第２のＳＳ／ＰＢＣＨブロックを受信するかは、該あるコンポーネントキャリアにおいてＮＲ－Ｕが適用されるか否か、および、該あるコンポーネントキャリアが免許不要帯域に設定されるか否か、の一部または全部に少なくとも基づき与えられてもよい。
　例えば、あるコンポーネントキャリアが免許帯域に設定される場合、端末装置１は第１のＳＳ／ＰＢＣＨブロックを受信してもよい。また、あるコンポーネントキャリアが免許帯域に設定される場合、端末装置１は、第１のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。また、あるコンポーネントキャリアが免許帯域に設定される場合、基地局装置３は第１のＳＳ／ＰＢＣＨブロックを送信してもよい。また、あるコンポーネントキャリアが免許帯域に設定される場合、基地局装置３は、第１のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。
　あるコンポーネントキャリアが免許不要帯域に設定される場合、端末装置１は第２のＳＳ／ＰＢＣＨブロックを受信してもよい。また、あるコンポーネントキャリアが免許不要帯域に設定される場合、端末装置１は、第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第２のＰＤＣＣＨを受信してもよい。また、あるコンポーネントキャリアが免許不要帯域に設定される場合、基地局装置３は第２のＳＳ／ＰＢＣＨブロックを送信してもよい。また、あるコンポーネントキャリアが免許不要帯域に設定される場合、基地局装置３は、第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第２のＰＤＣＣＨを受信してもよい。
　例えば、あるコンポーネントキャリアにおいてＮＲ－Ｕが適用されず、かつ、該コンポーネントキャリアが免許帯域に設定される場合、端末装置１は第１のＳＳ／ＰＢＣＨブロックを受信してもよい。また、あるコンポーネントキャリアにおいてＮＲ－Ｕが適用されず、かつ、該コンポーネントキャリアが免許帯域に設定される場合、端末装置１は、第１のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。また、あるコンポーネントキャリアにおいてＮＲ－Ｕが適用されず、かつ、該コンポーネントキャリアが免許帯域に設定される場合、基地局装置３は第１のＳＳ／ＰＢＣＨブロックを送信してもよい。また、あるコンポーネントキャリアにおいてＮＲ－Ｕが適用されず、かつ、該コンポーネントキャリアが免許帯域に設定される場合、基地局装置３は、第１のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。
　例えば、あるコンポーネントキャリアにおいてＮＲ－Ｕが適用されず、かつ、該コンポーネントキャリアが免許不要帯域に設定される場合、端末装置１は第２のＳＳ／ＰＢＣＨブロックを受信してもよい。また、あるコンポーネントキャリアにおいてＮＲ－Ｕが適用されず、かつ、該コンポーネントキャリアが免許不要帯域に設定される場合、端末装置１は、第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。また、あるコンポーネントキャリアにおいてＮＲ－Ｕが適用されず、かつ、該コンポーネントキャリアが免許不要帯域に設定される場合、基地局装置３は第２のＳＳ／ＰＢＣＨブロックを送信してもよい。また、あるコンポーネントキャリアにおいてＮＲ－Ｕが適用されず、かつ、該コンポーネントキャリアが免許不要帯域に設定される場合、基地局装置３は、第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。
　例えば、あるコンポーネントキャリアにおいてＮＲ－Ｕが適用され、かつ、該コンポーネントキャリアが免許帯域に設定される場合、端末装置１は第２のＳＳ／ＰＢＣＨブロックを受信してもよい。また、あるコンポーネントキャリアにおいてＮＲ－Ｕが適用され、かつ、該コンポーネントキャリアが免許帯域に設定される場合、端末装置１は、第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。また、あるコンポーネントキャリアにおいてＮＲ－Ｕが適用され、かつ、該コンポーネントキャリアが免許帯域に設定される場合、基地局装置３は第２のＳＳ／ＰＢＣＨブロックを送信してもよい。また、あるコンポーネントキャリアにおいてＮＲ－Ｕが適用され、かつ、該コンポーネントキャリアが免許帯域に設定される場合、基地局装置３は、第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。
　例えば、あるコンポーネントキャリアにおいてＮＲ－Ｕが適用され、かつ、該コンポーネントキャリアが免許不要帯域に設定される場合、端末装置１は第２のＳＳ／ＰＢＣＨブロックを受信してもよい。また、あるコンポーネントキャリアにおいてＮＲ－Ｕが適用され、かつ、該コンポーネントキャリアが免許不要帯域に設定される場合、端末装置１は、第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。また、あるコンポーネントキャリアにおいてＮＲ－Ｕが適用され、かつ、該コンポーネントキャリアが免許不要帯域に設定される場合、基地局装置３は第２のＳＳ／ＰＢＣＨブロックを送信してもよい。また、あるコンポーネントキャリアにおいてＮＲ－Ｕが適用され、かつ、該コンポーネントキャリアが免許不要帯域に設定される場合、基地局装置３は、第２のタイプ０ＰＤＣＣＨ共通探索領域セットにおいて第１のＰＤＣＣＨを受信してもよい。
　以下、本実施形態の一態様に係る端末装置１の構成例を説明する。
　図４は、本実施形態の一態様に係る端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（Radio Frequency）部１２、および、ベースバンド部１３の一部または全部を少なくとも含んで構成される。上位層処理部１４は、媒体アクセス制御層処理部１５、および、無線リソース制御層処理部１６の一部または全部を少なくとも含んで構成される。無線送受信部１０を送信部、受信部、または、物理層処理部とも称する。送信部は、物理信号、および／または、物理チャネルを送信してもよい。物理信号は上りリンク復調参照信号、および／または、サウンディング参照信号を含んでもよい。物理チャネルは、ＰＲＡＣＨ、ＰＵＣＣＨ、および／または、ＰＵＳＣＨを含んでもよい。送信部は、ＰＲＡＣＨと、ＰＵＣＣＨと、ＰＵＳＣＨと、の一部または全部を送信してもよい。受信部は、物理信号、および／または、物理チャネルを受信してもよい。物理信号は下りリンク復調参照信号、チャネル状態情報参照信号、および／または、同期信号を含んでもよい。物理チャネルは、ＰＢＣＨ、ＰＤＣＣＨ、および／または、ＰＤＳＣＨを含んでもよい。受信部は、ＰＢＣＨ、ＰＤＣＣＨ、および／または、ＰＤＳＣＨの一部または全部を受信してもよい。
　上位層処理部１４は、ユーザーの操作等により生成された上りリンクデータ（トランスポートブロック）を、無線送受信部１０に出力する。上位層処理部１４は、ＭＡＣ層、パケットデータ統合プロトコル（ＰＤＣＰ：Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層、無線リンク制御（ＲＬＣ：Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層、ＲＲＣ層の処理を行なう。
　上位層処理部１４が備える媒体アクセス制御層処理部１５は、ＭＡＣ層の処理を行う。
　上位層処理部１４が備える無線リソース制御層処理部１６は、ＲＲＣ層の処理を行う。無線リソース制御層処理部１６は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御層処理部１６は、基地局装置３から受信した上位層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御層処理部１６は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。尚、該設定情報は、物理チャネルや物理シグナル（つまり、物理層）、ＭＡＣ層、ＰＤＣＰ層、ＲＬＣ層、ＲＲＣ層の処理または設定に関連する情報を含んでもよい。該パラメータは上位層パラメータであってもよい。
　無線送受信部１０は、変調、復調、符号化、復号化などの物理層の処理を行う。無線送受信部１０は、受信した物理信号を、分離、復調、復号し、復号した情報を上位層処理部１４に出力する。無線送受信部１０は、データを変調、符号化、ベースバンド信号生成（時間連続信号への変換）することによって物理信号を生成し、基地局装置３に送信する。
　ＲＦ部１２は、アンテナ部１１を介して受信した信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート：ｄｏｗｎ　ｃｏｖｅｒｔ）、不要な周波数成分を除去する。ＲＦ部１２は、処理をしたアナログ信号をベースバンド部に出力する。
　ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号をディジタル信号に変換する。ベースバンド部１３は、変換したディジタル信号からＣＰ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）に相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変換（ＦＦＴ：Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）を行い、周波数領域の信号を抽出する。
　ベースバンド部１３は、データを逆高速フーリエ変換（ＩＦＦＴ：Ｉｎｖｅｒｓｅ Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）して、ＯＦＤＭシンボルを生成し、生成されたＯＦＤＭシンボルにＣＰを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換する。ベースバンド部１３は、変換したアナログ信号をＲＦ部１２に出力する。
　ＲＦ部１２は、ローパスフィルタを用いてベースバンド部１３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバート（ｕｐ ｃｏｎｖｅｒｔ）し、アンテナ部１１を介して送信する。また、ＲＦ部１２は、電力を増幅する。また、ＲＦ部１２は送信電力を制御する機能を備えてもよい。ＲＦ部１２を送信電力制御部とも称する。
　以下、本実施形態の一態様に係る基地局装置３の構成例を説明する。
　図５は、本実施形態の一態様に係る基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、無線送受信部３０、および、上位層処理部３４を含んで構成される。無線送受信部３０は、アンテナ部３１、ＲＦ部３２、および、ベースバンド部３３を含んで構成される。上位層処理部３４は、媒体アクセス制御層処理部３５、および、無線リソース制御層処理部３６を含んで構成される。無線送受信部３０を送信部、受信部、または、物理層処理部とも称する。受信部は、物理信号、および／または、物理チャネルを受信してもよい。物理信号は上りリンク復調参照信号、および／または、サウンディング参照信号を含んでもよい。物理チャネルは、ＰＲＡＣＨ、ＰＵＣＣＨ、および／または、ＰＵＳＣＨを含んでもよい。送信部は、ＰＲＡＣＨと、ＰＵＣＣＨと、ＰＵＳＣＨと、の一部または全部を受信してもよい。送信部は、物理信号、および／または、物理チャネルを送信してもよい。物理信号は下りリンク復調参照信号、チャネル状態情報参照信号、および／または、同期信号を含んでもよい。物理チャネルは、ＰＢＣＨ、ＰＤＣＣＨ、および／または、ＰＤＳＣＨを含んでもよい。送信部は、ＰＢＣＨ、ＰＤＣＣＨ、および／または、ＰＤＳＣＨの一部または全部を送信してもよい。
　上位層処理部３４は、ＭＡＣ層、ＰＤＣＰ層、ＲＬＣ層、ＲＲＣ層の処理を行なう。
　上位層処理部３４が備える媒体アクセス制御層処理部３５は、ＭＡＣ層の処理を行う。
　上位層処理部３４が備える無線リソース制御層処理部３６は、ＲＲＣ層の処理を行う。無線リソース制御層処理部３６は、ＰＤＳＣＨに配置される下りリンクデータ（トランスポートブロック）、システム情報、ＲＲＣメッセージ、ＭＡＣ　ＣＥなどを生成し、又は上位ノードから取得し、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。尚、該設定情報は、物理チャネルや物理シグナル（つまり、物理層）、ＭＡＣ層、ＰＤＣＰ層、ＲＬＣ層、ＲＲＣ層の処理または設定に関連する情報を含んでもよい。該パラメータは上位層パラメータであってもよい。
　無線送受信部３０の機能は、無線送受信部１０と同様であるため説明を省略する。
　端末装置１が備える符号１０から符号１６が付された部のそれぞれは、回路として構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。
　端末装置１は物理信号の送信に先立ってキャリアセンス（Ｃａｒｒｉｅｒ ｓｅｎｓｅ）を実施してもよい。また、基地局装置３は物理信号の送信に先立ってキャリアセンスを実施してもよい。キャリアセンスは、無線チャネル（Ｒａｄｉｏ ｃｈａｎｎｅｌ）においてエネルギー検出（Ｅｎｅｒｇｙ ｄｅｔｅｃｔｉｏｎ）を実施することであってもよい。物理信号の送信に先立って実施されるキャリアセンスに基づき、該物理信号の送信可否が与えられてもよい。例えば、物理信号の送信に先立って実施されるキャリアセンスによって検出されるエネルギー量が所定のしきい値よりも大きい場合に、該物理チャネルの送信が行われなくてもよい、または、送信が不可と判断されてもよい。また、物理信号の送信に先立って実施されるキャリアセンスによって検出されるエネルギー量が所定のしきい値よりも小さい場合に、該物理チャネルの送信が行われてもよい、または、送信が可能と判断されてもよい。また、物理信号の送信に先立って実施されるキャリアセンスによって検出されるエネルギー量が所定のしきい値と等しい場合に、該物理チャネルの送信が行われてもよいし、行われなくてもよい。つまり、物理信号の送信に先立って実施されるキャリアセンスによって検出されるエネルギー量が所定のしきい値と等しい場合に、送信が不可と判断されてもよいし、送信が可能と判断されてもよい。
　キャリアセンスに基づき物理チャネルの送信可否が与えられる手順は、ＬＢＴ（Ｌｉｓｔｅｎ Ｂｅｆｏｒｅ Ｔａｌｋ）とも呼称される。ＬＢＴの結果として物理信号の送信が不可と判断される状況は、ｂｕｓｙ状態、または、ｂｕｓｙとも呼称される。例えば、ｂｕｓｙ状態は、キャリアセンスによって検出されるエネルギー量が所定のしきい値よりも大きい状態であってもよい。また、ＬＢＴの結果として物理信号の送信が可能と判断される状況は、ｉｄｌｅ状態、または、ｉｄｌｅとも呼称される。例えば、ｉｄｌｅ状態は、キャリアセンスによって検出されるエネルギー量が所定のしきい値よりも小さい状態であってもよい。ＬＢＴの結果として物理信号の送信が不可と判断されることをＬＢＴ　ｆａｉｌｕｒｅとも呼称される。
　連続してチャネルが占有される区間（チャネル占有区間）（Ｃｈａｎｎｅｌ　Ｏｃｃｕｐａｎｃｙ　Ｔｉｍｅ：ＣＯＴ）は、国によって予め値が決められていてもよいし、周波数帯毎に予め値が決められていてもよい。基地局装置３がチャネル占有区間を端末装置１に通知してもよい。端末装置１は、チャネル占有区間の長さを認識しており、チャネル占有区間が終了するタイミングを把握することができる。例えば、ＣＯＴの最大値は、２ｍｓ、３ｍｓ、６ｍｓ、８ｍｓ、１０ｍｓの何れかであってもよい。
　端末装置１は、上りリンク制御情報（ＵＣＩ）をＰＵＣＣＨに多重して送信してもよい。端末装置１は、ＵＣＩをＰＵＳＣＨに多重して送信してもよい。ＵＣＩは、下りリンクのチャネル状態情報（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ： ＣＳＩ）、ＰＵＳＣＨリソースの要求を示すスケジューリング要求（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ： ＳＲ）、下りリンクデータ（Ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ，Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ： ＭＡＣ ＰＤＵ，Ｄｏｗｎｌｉｎｋ－Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ： ＤＬ－ＳＣＨ，Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ：ＰＤＳＣＨ）に対するＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅｑｕｅｓｔ ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）のうち、少なくとも１つを含んでもよい。
　ＨＡＲＱ－ＡＣＫを、ＡＣＫ／ＮＡＣＫ、ＨＡＲＱフィードバック、ＨＡＲＱ－ＡＣＫフィードバック、ＨＡＲＱ応答、ＨＡＲＱ－ＡＣＫ応答、ＨＡＲＱ情報、ＨＡＲＱ－ＡＣＫ情報、ＨＡＲＱ制御情報、および、ＨＡＲＱ－ＡＣＫ制御情報とも呼称されてもよい。
　準静的スケジューリング（ＳＰＳ）ＰＤＳＣＨは、あるサービングセルにおけるＢＷＰ毎において、上位層パラメータによって構成（ｃｏｎｆｉｇ）されてもよい。ＳＰＳ　ＰＤＳＣＨの活性化、または、非活性化はサービングセル毎に行われてもよい。ＳＰＳ　ＰＤＳＣＨの活性化、または、非活性化はサービングセル間において独立的に行われてもよい。ＳＰＳ（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ　Ｓｃｈｅｄｕｌｉｎｇ）　ＰＤＳＣＨは、端末装置１に準静的にスケジューリングされるＰＤＳＣＨであってもよい。
　下りリンクＳＰＳ　ＰＤＳＣＨにおいて、下りリンクアサインメント（ＤＬ　ａｓｓｉｇｎｍｅｎｔ）は、ＰＤＣＣＨによって与えられ、ＳＰＳの活性化を指示するＬ１シグナリングに基づいて保存されてもよい。下りリンクＳＰＳ　ＰＤＳＣＨにおいて、下りリンクアサインメント（ＤＬ　ａｓｓｉｇｎｍｅｎｔ）は、ＰＤＣＣＨによって与えられ、ＳＰＳの非活性化を指示するＬ１シグナリングに基づいて初期化（ｃｌｅａｒ）されてもよい。
　ＳＰＳ　ＰＤＳＣＨが構成されたときに、上位層（ＲＲＣ）は、ｃｓ－ＲＮＴＩと、ｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓと、ｐｅｒｉｏｄｉｃｉｔｙと、の一部または全部のパラメータを構成してもよい。ここで、ｃｓ－ＲＮＴＩは、ＳＰＳ　ＰＤＳＣＨの活性化、または、ＳＰＳ　ＰＤＳＣＨの非活性化、または、ＳＰＳ　ＰＤＳＣＨの再送のためのＲＮＴＩの値であってもよい。また、ｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓは、ＳＰＳ　ＰＤＳＣＨのために構成されたＨＡＲＱプロセスの数であってもよい。また、ｐｅｒｉｏｄｉｃｉｔｙはＳＰＳ　ＰＤＳＣＨのために構成されたＤＬ　ａｓｓｉｇｎｍｅｎｔの周期であってもよい。
　ＳＰＳ　ＰＤＳＣＨが上位層によってリリース（ｒｅｌｅａｓｅ）、または、非活性化されたときに、対応する一部または全部の構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）はリリースされてもよい。　ＳＰＳ　ＰＤＳＣＨが上位層によってリリース（ｒｅｌｅａｓｅ）、または、非活性化されたときに、対応する一部または全部の構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）は初期化されてもよい。
　ＳＰＳ　ＰＤＳＣＨのためのＤＬ　ａｓｓｉｇｎｍｅｎｔが構成された後に、ＭＡＣ　ｅｎｔｉｔｙは、数式１で示すスロットｎＤＡｓｌｏｔにおいてＮＤＡ番目のＤＬ　ａｓｓｉｇｎｍｅｎｔが順次に起こる（ｏｃｃｕｒ）ことを考慮してもよい。ここで、ｎＤＡｓｌｏｔは（ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ　＊　ＳＦＮＤＡ＋ｎＤＡｓｌｏｔ）＝｛（ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ　＊　ＳＦＮｓｔａｒｔ＿ｔｉｍｅ　＋　ｓｌｏｔｓｔａｒｔ＿ｔｉｍｅ）　＋　ＮＤＡ　＊　ｐｅｒｉｏｄｉｃｉｔｙ　＊　ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ／１０｝ｍｏｄ　（１０２４　＊　ｎｕｍｂｅＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ）によって与えられてもよい。ここで、ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅは１つのＲａｄｉｏ　ｆｒａｍｅに含まれる連続するスロットの数であってもよい。ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅは１つのＲａｄｉｏ　ｆｒａｍｅを構成するスロットの数であってもよい。ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅは１０でもよいし、２０でもよいし、４０でもよいし、８０でもよいし、１６０でもよい。また、ＳＦＮＤＡはスロットｎＤＡｓｌｏｔが含まれるＲａｄｉｏ　ｆｒａｍｅ番号であってもよい。ＳＦＮｓｔａｒｔ＿ｔｉｍｅはＤＬ　ａｓｓｉｇｎｍｅｎｔが初期化（活性化）されて、または、再初期化（再活性化）されて、初めてＳＰＳ　ＰＤＳＣＨを送信したスロットが含まれるＲａｄｉｏ　ｆｒａｍｅ番号であってもよい。ｓｌｏｔｓｔａｒｔ＿ｔｉｍｅはＤＬ　ａｓｓｉｇｎｍｅｎｔが初期化（活性化）されて、または、再初期化（再活性化）されて、初めてＳＰＳ　ＰＤＳＣＨを送信したスロット番号であってもよい。ｐｅｒｉｏｄｉｃｉｔｙは上位層パラメータによって与えられてもよい。ｐｅｒｉｏｄｉｃｉｔｙは１０であってもよいし、２０であってもよいし、３２であってもよいし、４０であってもよいし、６４であってもよいし、８０であってもよいし、１２８であってもよいし、１６０であってもよいし、３２０であってもよいし、６４０であってもよい。
　ＳＰＳ　ＰＤＳＣＨためのＨＡＲＱプロセスは、上位層パラメータｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓによって１つまたは複数のＨＡＲＱプロセスが設定されてもよい。ＳＰＳ　ＰＤＳＣＨためのＨＡＲＱプロセスに含まれるＨＡＲＱプロセスＩＤは、ＤＣＩ　ｆｏｒｍａｔに含まれるＤＬ　ｇｒａｎｔでスケジューリングされたＰＤＳＣＨのためのＨＡＲＱプロセスに含まれるＨＡＲＱプロセスＩＤと共用されてもよい。ＳＰＳ　ＰＤＳＣＨためのＨＡＲＱプロセスに含まれるＨＡＲＱプロセスＩＤは、ＤＣＩ　ｆｏｒｍａｔに含まれるＤＬ　ｇｒａｎｔでスケジューリングされたＰＤＳＣＨのためのＨＡＲＱプロセスに含まれるＨＡＲＱプロセスＩＤと異なってもよい。
　端末装置１は、ＳＰＳ　ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報をＰＵＣＣＨを用いて基地局装置３に報告（送信）してもよい。該ＰＵＣＣＨはＰＵＣＣＨ　ｆｏｒｍａｔ０で構成されてもよい。また、該ＰＵＣＣＨはＰＵＣＣＨ　ｆｏｒｍａｔ１で構成されてもよい。該ＰＵＣＣＨはＮＲ－ＵのためのＰＵＣＣＨ　ｆｏｒｍａｔ０で構成されてもよい。該ＰＵＣＣＨはＮＲ－ＵのためのＰＵＣＣＨ　ｆｏｒｍａｔ１で構成されてもよい。
　ＳＰＳ　ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報の送信のためのＰＵＣＣＨのリソース（ＰＵＣＣＨリソース）は、該ＳＰＳ　ＰＤＳＣＨを活性化するＤＣＩ　ｆｏｒｍａｔに基づいて構成されてもよい。端末装置１は、ＳＰＳ　ＰＤＳＣＨが活性化されると該ＳＰＳ　ＰＤＳＣＨが非活性化されるまでに、該ＤＣＩ　ｆｏｒｍａｔによって構成されたＰＵＣＣＨリソースを使い続けてもよい。端末装置１は、ＳＰＳ　ＰＤＳＣＨの活性化のために用いるＤＣＩ　ｆｏｒｍａｔに含まれるＤＬ　ａｓｓｉｇｎｍｅｎｔに関する情報（パラメータ）を、該ＳＰＳ　ＰＤＳＣＨが活性化されてから非活性化されるまでに、該ＳＰＳ　ＰＤＳＣＨの受信のために使い続けてもよい。
　端末装置１は、ＳＰＳ　ＰＤＳＣＨのスケジューリングのために、該ＳＰＳ　ＰＤＳＣＨを活性化する、および非活性化するＤＣＩ　ｆｏｒｍａｔを含むＰＤＣＣＨを除くＰＤＣＣＨの受信を期待しなくてもよい。端末装置１は、ＳＰＳ　ＰＤＳＣＨの新規送信のスケジューリングのために、該ＳＰＳ　ＰＤＳＣＨを活性化する、および非活性化するＤＣＩ　ｆｏｒｍａｔを含むＰＤＣＣＨを除くＰＤＣＣＨの受信を期待しなくてもよい。
　図６は本実施形態におけるＳＰＳ　ＰＤＳＣＨの受信の一例を示した図である。図６において、ＳＰＳ　ＰＤＳＣＨの周期はｐｘと想定する。ＰＤＣＣＨ６０１はＳＰＳ　ＰＤＳＣＨを活性化するＤＣＩ　ｆｏｒｍａｔを含むＰＤＣＣＨであってもよい。ＳＰＳ　ＰＤＳＣＨ６０２はＰＤＣＣＨ６０１に含まれるＤＣＩ　ｆｏｒｍａｔによって活性化された最初のＰＤＳＣＨである。端末装置１は、ＳＰＳ　ＰＤＳＣＨ６０２に対応するＨＡＲＱ－ＡＣＫ情報を送信するＰＵＣＣＨが存在するスロットを、ＰＤＣＣＨ６０１に含まれるＳＰＳ　ＰＤＳＣＨを活性化したＤＣＩ　ｆｏｒｍａｔに含まれるＫ１の値に基づいて決定してもよい。例えば、図６においてＫ１が１であるため、端末装置１は、端末装置１がＳＰＳ　ＰＤＳＣＨ６０２を受信したスロットを基準として１つのスロット後で、つまり、Slot＃ｍ＋１でＳＰＳ　ＰＤＳＣＨ６０２に対応するＨＡＲＱ－ＡＣＫ情報を、ＰＵＣＣＨ６０３を用いて送信してもよい。
　図６において、ＳＰＳ　ＰＤＳＣＨ６０４、およびＳＰＳ　ＰＤＳＣＨ６０６は、ＰＤＳＣＨのスケジューリングを指示するＰＤＣＣＨを伴わないＰＤＳＣＨであってもよい。端末装置１は、ＳＰＳ　ＰＤＳＣＨ６０４に対応するＨＡＲＱ－ＡＣＫ情報を送信するＰＵＣＣＨが存在するスロットを、ＰＤＣＣＨ６０１に含まれるＳＰＳ　ＰＤＳＣＨを活性化したＤＣＩ　ｆｏｒｍａｔに含まれるＫ１の値に基づいて決定してもよい。例えば、図６においてＫ１が１であるため、端末装置１は、端末装置１がＳＰＳ　ＰＤＳＣＨ６０４を受信したスロットを基準として１つのスロット後で、つまり、Slot＃ｍ＋ｐｘ＋１でＳＰＳ　ＰＤＳＣＨ６０４に対応するＨＡＲＱ－ＡＣＫ情報を、ＰＵＣＣＨ６０５を用いて送信してもよい。また、端末装置１は、ＳＰＳ　ＰＤＳＣＨ６０６に対応するＨＡＲＱ－ＡＣＫ情報を送信するＰＵＣＣＨが存在するスロットを、ＰＤＣＣＨ６０１に含まれるＳＰＳ　ＰＤＳＣＨを活性化したＤＣＩ　ｆｏｒｍａｔに含まれるＫ１の値に基づいて決定してもよい。例えば、図６においてＫ１が１であるため、端末装置１は、端末装置１がＳＰＳ　ＰＤＳＣＨ６０６を受信したスロットを基準として１つのスロット後で、つまり、Slot＃ｍ＋ｊｐｘ＋１でＳＰＳ　ＰＤＳＣＨ６０６に対応するＨＡＲＱ－ＡＣＫ情報を、ＰＵＣＣＨ６０７を用いて送信してもよい。ここで、ｊは１以上の整数であってもよい。
　図６において、ＰＤＣＣＨ６０８は、ＳＰＳ　ＰＤＳＣＨを非活性化するＤＣＩ　ｆｏｒｍａｔを含むＰＤＣＣＨであってもよい。端末装置１は、ＰＤＣＣＨ６０８によってＳＰＳ　ＰＤＳＣＨが成功裏に非活性化されたかどうかに対応するＨＡＲＱ－ＡＣＫ情報を生成してもよい。すなわち、端末装置１は、ＰＤＣＣＨ６０８によってＳＰＳ　ＰＤＳＣＨが成功裏に非活性化された場合、ＡＣＫを生成してもよい。端末装置１は、ＰＤＣＣＨ６０８によってＳＰＳ　ＰＤＳＣＨが非活性化に失敗した場合、ＮＡＣＫを生成してもよい。端末装置１は、ＳＰＳ　ＰＤＳＣＨの非活性化に対応するＨＡＲＱ－ＡＣＫ情報をＰＤＣＣＨ６０１に含まれるＳＰＳ　ＰＤＳＣＨを活性化したＤＣＩ　ｆｏｒｍａｔに含まれるＫ１の値に基づいて決定してもよい。例えば、図６においてＰＤＣＣＨ６０８に含まれるＤＣＩ　ｆｏｒｍａｔに含まれるＫ１が１であるため、端末装置１は、ＰＤＣＣＨ６０８を受信したスロットを基準として１つのスロット後で、つまり、Slot＃ｍ＋ｊｐｘ＋３でＳＰＳ　ＰＤＳＣＨの非活性化に対応するＨＡＲＱ－ＡＣＫ情報を、ＰＵＣＣＨ６０９を用いて送信してもよい。
　端末装置１は、ＳＰＳ　ＰＤＳＣＨリリース（ｒｅｌｅａｓｅ）に対応するＨＡＲＱ－ＡＣＫ情報を、ＨＡＲＱ－ＡＣＫコードブック（ｃｏｄｅｂｏｏｋ）を用いて基地局装置３に報告してもよい。端末装置１は、ＳＰＳ　ＰＤＳＣＨリリース（ｒｅｌｅａｓｅ）に対応するＤＣＩフォーマット１＿０、または、ＤＣＩフォーマット１＿１に含まれるＰＤＳＣＨ―ｔｏ―ＨＡＲＱフィードバックタイミングインジケーターフィールド（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ　ｔｉｍｉｎｇ　ｉｎｄｉｃａｔｏｒ　ｆｉｅｌｄ）の値によって指示されるスロットに対応するＨＡＲＱ－ＡＣＫ情報を、ＨＡＲＱ－ＡＣＫコードブック（ｃｏｄｅｂｏｏｋ）を用いて基地局装置３に報告してもよい。
　ＳＰＳ　ＰＤＳＣＨリリースは、ＰＤＣＣＨに含まれるＤＣＩ　ｆｏｒｍａｔによって行われてもよい。
　ＤＣＩフォーマットのＣＲＣが上位層パラメータｃｓ－ＲＮＴＩによって与えられるＣＳ－ＲＮＴＩでスクランブルされ、且つ、トランスポートブロックの新データインジケータ（ｎｅｗ　ｄａｔａ　ｉｎｄｉｃａｔｏｒ）フィールドが０にセットされる場合、スケジューリング活性化（ｓｃｈｅｄｕｌｉｎｇ　ａｃｔｉｖａｔｉｏｎ）またはスケジューリングリリース（ｓｃｈｅｄｕｌｉｎｇ　ｒｅｌｅａｓｅ）のために、端末装置１は下りリンクＳＰＳアサインメントＰＤＣＣＨ（ＤＬ　ＳＰＳ　ａｓｓｉｇｎｍｅｎｔ　ＰＤＣＣＨ）または上りリンクグラントタイプ２ＰＤＣＣＨ（ＵＬ　ｇｒａｎｔ　Ｔｙｐｅ２　ＰＤＣＣＨ）を有効化（ｖａｌｉｄａｔｅ）してもよい。スケジューリング活性化は該有効化とＤＣＩフォーマットに含まれるＨＡＲＱプロセス番号（ＨＡＲＱプロセスＩＤ）（ＨＡＲＱ　ｐｒｏｃｅｓｓ　ｎｕｍｂｅｒ）、リダンダンシーバージョン（ｒｅｄｕｎｄａｎｃｙ　ｖｅｒｓｉｏｎ）に少なくとも基づいて行われてもよい。スケジューリングリリースは該有効化とＤＣＩフォーマットに含まれるＨＡＲＱプロセス番号（ＨＡＲＱプロセスＩＤ）（ＨＡＲＱ　ｐｒｏｃｅｓｓ　ｎｕｍｂｅｒ）、リダンダンシーバージョン（ｒｅｄｕｎｄａｎｃｙ　ｖｅｒｓｉｏｎ）、変調とコーディングスキーム（ｍｏｄｕｌａｔｉｏｎ　ａｎｄ　ｃｏｄｉｎｇ　ｓｃｈｅｍｅ）、リソースブロックアサインメント（ｒｅｓｏｕｒｃｅ　ｂｌｏｃｋ　ａｓｓｉｇｎｍｅｎｔ）に少なくとも基づいて行われてもよい。｛Ａ　ｍｏｄ　Ｂ｝はｍｏｄｕｌｏ演算である。ｍｏｄｕｌｏ演算は、ＡをＢで割ったとき、余りを出力する関数であり、｛Ａ　ｍｏｄ　Ｂ｝と表記する。例えば、（５　ｍｏｄ　４）＝１であってもよい。
　下りリンクデータが成功裏に復号された場合、該下りリンクデータに対するＡＣＫが生成されてもよい。下りリンクデータが成功裏に復号されなかった場合、該下りリンクデータに対するＮＡＣＫが生成されてもよい。ＨＡＲＱ－ＡＣＫは、１つのトランスポートブロックに少なくとも対応するＨＡＲＱ－ＡＣＫビットを少なくとも含んでもよい。ＨＡＲＱ－ＡＣＫビットは、１つ、または、複数のトランスポートブロックに対応するＡＣＫ（ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）または、ＮＡＣＫ（Ｎｅｇａｔｉｖｅ－ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）を示してもよい。ＨＡＲＱ－ＡＣＫは、１つまたは複数のＨＡＲＱ－ＡＣＫビットを含むＨＡＲＱ－ＡＣＫコードブック（ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋ）を少なくとも含んでもよい。ＨＡＲＱ－ＡＣＫビットが１つ、または、複数のトランスポートブロックに対応することは、ＨＡＲＱ－ＡＣＫビットが該１または複数のトランスポートブロックを含むＰＤＳＣＨに対応することであってもよい。
　１つのトランスポートブロックに対応するＨＡＲＱ制御をＨＡＲＱプロセスと呼んでもよい。ＨＡＲＱプロセス毎に一つのＨＡＲＱプロセス識別子が与えられてもよい。ＤＣＩフォーマットにＨＡＲＱプロセス識別子を示すフィールドが含まれてもよい。ＨＡＲＱプロセス識別子はＨＡＲＱプロセスＩＤとも称される。
　ＨＡＲＱプロセス毎にＮＤＩ（Ｎｅｗ　Ｄａｔａ　Ｉｎｄｉｃａｔｏｒ）がＤＣＩフォーマットで示されてもよい。例えば、ＰＤＳＣＨのスケジューリング情報を含むＤＣＩフォーマット（ＤＬ　ａｓｓｉｇｎｍｅｎｔ）にＮＤＩフィールドが含まれてもよい。ＮＤＩフィールドは１ビットであってもよい。端末装置１は、ＨＡＲＱプロセス毎にＮＤＩの値を格納（記憶）してもよい。基地局装置３は、端末装置１毎に対して、ＨＡＲＱプロセス毎にＮＤＩの値を格納（記憶）してもよい。端末装置１は、検出されたＤＣＩフォーマットのＮＤＩフィールドを用いて格納しているＮＤＩの値を更新してもよい。基地局装置３は、更新されたＮＤＩの値、または更新されないＮＤＩの値をＤＣＩフォーマットのＮＤＩフィールドに設定して端末装置１に送信してもよい。端末装置１は、検出されたＤＣＩフォーマットのＨＡＲＱプロセス識別子フィールドの値と対応するＨＡＲＱプロセスに対して、検出されたＤＣＩフォーマットのＮＤＩフィールドを用いて格納しているＮＤＩの値を更新してもよい。
　端末装置１は、ＤＣＩフォーマット（ＤＬ　ａｓｓｉｇｎｍｅｎｔ）のＮＤＩフィールドの値に基づき、受信されたトランスポートブロックが新規送信であるか、再送信であるかを判断してもよい。端末装置１は、あるＨＡＲＱプロセスのトランスポートブロックに対して以前受信されたＮＤＩの値と比較して、検出されたＤＣＩフォーマットのＮＤＩフィールドの値がトグルされていたら、受信されたトランスポートブロックが新規送信であると判断してもよい。基地局装置３は、あるＨＡＲＱプロセスにおいて新規送信のトランスポートブロックを送信する場合、該ＨＡＲＱプロセスに対して格納されたＮＤＩの値をトグルして、トグルされたＮＤＩを端末装置１に送信してもよい。基地局装置３は、あるＨＡＲＱプロセスにおいて再送信のトランスポートブロックを送信する場合、該ＨＡＲＱプロセスに対して格納されたＮＤＩの値をトグルせず、トグルされないＮＤＩを端末装置１に送信してもよい。端末装置１は、あるＨＡＲＱプロセスのトランスポートブロックに対して以前受信されたＮＤＩの値と比較して、検出されたＤＣＩフォーマットのＮＤＩフィールドの値がトグルされていなかったら（同じなら）、受信されたトランスポートブロックが再送信であると判断してもよい。なお、ここで、トグルするとは、異なる値に切り替えることを意味する。
　端末装置１は、ＰＤＳＣＨ受信に対応するＤＣＩフォーマット１＿０、または、ＤＣＩフォーマット１＿１に含まれるＨＡＲＱ指示フィールドの値により指示されるスロットにおいて、ＨＡＲＱ－ＡＣＫ情報を、ＨＡＲＱ－ＡＣＫコードブック（ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋ）を用いて基地局装置３に報告してもよい。
　ＤＣＩフォーマット１＿０に対して、ＨＡＲＱ指示フィールドの値はスロット数のセット（１，２，３，４，５，６，７，８）にマップされてもよい。ＤＣＩフォーマット１＿１に対して、ＨＡＲＱ指示フィールドの値は、上位層パラメータｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫによって与えられるスロット数のセットにマップされてもよい。ＨＡＲＱ指示フィールドの値に少なくとも基づき指示されるスロット数は、ＨＡＲＱ－ＡＣＫタイミング、または、Ｋ１とも呼称されてもよい。例えば、スロットｎにおいて送信されるＰＤＳＣＨ（下りリンクデータ）の復号状態を表すＨＡＲＱ－ＡＣＫは、スロットｎ＋Ｋ１において報告（送信）されてもよい。
　ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫは、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫのタイミングのリストを示す。タイミングとは、ＰＤＳＣＨが受信されたスロット（または、ＰＤＳＣＨがマップされる最後のＯＦＤＭシンボルを含むスロット）を基準として、受信されたＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫが送信されるスロットとの間のスロット数である。例えば、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫは、１個、または２個、または３個、または４個、または５個、または６個、または７個、または８個のタイミングのリストであてもよい。ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫが１個のタイミングのリストの場合、ＨＡＲＱ指示フィールドは０ビットである。ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫが２個のタイミングのリストの場合、ＨＡＲＱ指示フィールドは１ビットである。ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫが３個、または４個のタイミングのリストの場合、ＨＡＲＱ指示フィールドは２ビットである。ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫが５個、または６個、または７個、または８個のタイミングのリストの場合、ＨＡＲＱ指示フィールドは３ビットである。ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫがｎＫ１個のタイミングのリストの場合、ＨＡＲＱ指示フィールドはｃｅｉｌ（ｌｏｇ２（ｎＫ１））であってもよい。ここでｃｅｉｌ（ＸＡ）は、数値ＸＡの小数点以下を切り上げた整数を出力する関数である。例えば、ｃｅｉｌ（２．３）は３であってもよい。また、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫは、０から３１の範囲の何れかの値のタイミングのリストから構成される。例えば、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫは、０から６３の範囲の何れかの値のタイミングのリストから構成される。
　ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫのサイズは、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫが含める要素の数と定義される。ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫのサイズは、Ｌｐａｒａと呼称されてもよい。ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫのインデックスは、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫの要素の順番（番号）を示してもよい。例えば、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫのサイズが８である（Ｌｐａｒａ＝８）場合、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫのインデックスは１、２、３、４、５、６、７、または、８の何れかの値であってもよい。ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫのインデックスは、ＨＡＲＱ指示フィールドが示す値により与えられてもよい、または示されてもよい、または指示されてもよい。
　端末装置１は、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫのサイズに応じてＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋのサイズを設定してもよい。例えば、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫが８個の要素からなる場合、ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋのサイズは８であってもよい。例えば、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫが２個の要素からなる場合、ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋのサイズは２であってもよい。ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋを構成するそれぞれのＨＡＲＱ－ＡＣＫ情報は、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫの各スロットタイミングのＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫ情報であってもよい。このタイプのＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋは、Ｓｅｍｉ－ｓｔａｔｉｃ　ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋとも称する。
　ＨＡＲＱ指示フィールドの設定の一例を説明する。例えば、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫは、０、７、１５、２３、３１、３９、４７、５５の８個のタイミングのリストから構成され、ＨＡＲＱ指示フィールドは３ビットから構成される。ＨＡＲＱ指示フィールドが“０００”は、対応するタイミングとしてｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫのリストの１番目の０と対応してもよい。すなわち、ＨＡＲＱ指示フィールドが“０００”は、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫのインデックス　１が示す値０と対応してもよい。ＨＡＲＱ指示フィールドが“００１”は、対応するタイミングとしてｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫのリストの２番目の７と対応してもよい。ＨＡＲＱ指示フィールドが“０１０”は、対応するタイミングとしてｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫのリストの３番目の１５と対応してもよい。ＨＡＲＱ指示フィールドが“０１１”は、対応するタイミングとしてｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫのリストの４番目の２３と対応してもよい。ＨＡＲＱ指示フィールドが“１００”は、対応するタイミングとしてｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫのリストの５番目の３１と対応してもよい。ＨＡＲＱ指示フィールドが“１０１”は、対応するタイミングとしてｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫのリストの６番目の３９と対応してもよい。ＨＡＲＱ指示フィールドが“１１０”は、対応するタイミングとしてｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫのリストの７番目の４７と対応してもよい。ＨＡＲＱ指示フィールドが“１１１”は、対応するタイミングとしてｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫのリストの８番目の５５と対応してもよい。端末装置１は、受信されたＨＡＲＱ指示フィールドが“０００”を示す場合、受信されたＰＤＳＣＨのスロットから０番目のスロットで対応するＨＡＲＱ－ＡＣＫを送信してもよい。端末装置１は、受信されたＨＡＲＱ指示フィールドが“００１”を示す場合、受信されたＰＤＳＣＨのスロットから７番目のスロットで対応するＨＡＲＱ－ＡＣＫを送信してもよい。端末装置１は、受信されたＨＡＲＱ指示フィールドが“０１０”を示す場合、受信されたＰＤＳＣＨのスロットから１５番目のスロットで対応するＨＡＲＱ－ＡＣＫを送信してもよい。端末装置１は、受信されたＨＡＲＱ指示フィールドが“０１１”を示す場合、受信されたＰＤＳＣＨのスロットから２３番目のスロットで対応するＨＡＲＱ－ＡＣＫを送信してもよい。端末装置１は、受信されたＨＡＲＱ指示フィールドが“１００”を示す場合、受信されたＰＤＳＣＨのスロットから３１番目のスロットで対応するＨＡＲＱ－ＡＣＫを送信してもよい。端末装置１は、受信されたＨＡＲＱ指示フィールドが“１０１”を示す場合、受信されたＰＤＳＣＨのスロットから３９番目のスロットで対応するＨＡＲＱ－ＡＣＫを送信してもよい。端末装置１は、受信されたＨＡＲＱ指示フィールドが“１１０”を示す場合、受信されたＰＤＳＣＨのスロットから４７番目のスロットで対応するＨＡＲＱ－ＡＣＫを送信してもよい。端末装置１は、受信されたＨＡＲＱ指示フィールドが“１１１”を示す場合、受信されたＰＤＳＣＨのスロットから５５番目のスロットで対応するＨＡＲＱ－ＡＣＫを送信してもよい。
　端末装置１に上位層パラメータｐｄｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒが与えられた場合、ＮＰＤＳＣＨ ｒｅｐｅａｔはｐｄｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒの値であってもよい。端末装置１に上位層パラメータｐｄｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒが与えられなかった場合、ＮＰＤＳＣＨ ｒｅｐｅａｔは１であってもよい。端末装置１はスロットｎ－ＮＰＤＳＣＨ ｒｅｐｅａｔ＋１からスロットｎまでのＰＤＳＣＨ受信のためのＨＡＲＱ－ＡＣＫ情報をスロットｎ＋ｋにおけるＰＵＣＣＨ送信、および／または、ＰＵＳＣＨ送信を用いて報告してもよい。ここで、ｋは該ＰＤＳＣＨ受信に対応するＤＣＩフォーマットに含まれるＨＡＲＱ指示フィールドによって指示されたスロットの数であってもよい。また、ＨＡＲＱ指示フィールドがＤＣＩフォーマットに含まれない場合、ｋは上位層パラメータｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫによって与えられてもよい。
　端末装置１がＤＣＩフォーマット１＿０を含むＰＤＣＣＨをモニタリングするように構成され、且つ、ＤＣＩフォーマット１＿１を含むＰＤＣＣＨをモニタリングしないように構成される場合、ＨＡＲＱ－ＡＣＫタイミング値Ｋ１は（１、２、３、４、５、６、７、８）の一部または全部であってもよい。端末装置１がＤＣＩフォーマット１＿１を含むＰＤＣＣＨをモニタリングするように構成される場合、該ＨＡＲＱ－ＡＣＫタイミング値Ｋ１は上位層パラメータｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫによって与えられてもよい。
　端末装置１は、あるスロットのＰＵＣＣＨで対応するＨＡＲＱ－ＡＣＫ情報の送信のための１つ以上の候補ＰＤＳＣＨ受信に対する複数の機会のセットを判断してもよい。端末装置１は、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫに含まれるスロットタイミングＫ１の複数のスロットを候補ＰＤＳＣＨ受信に対する複数の機会と判断してもよい。Ｋ１は、ｋの集合であってもよい。例えば、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫが（１、２、３、４、５、６、７、８）の場合、スロットｎのＰＵＣＣＨでは、ｎ－１のスロットのＰＤＳＣＨ受信、ｎ－２のスロットのＰＤＳＣＨ受信、ｎ－３のスロットのＰＤＳＣＨ受信、ｎ－４のスロットのＰＤＳＣＨ受信、ｎ－５のスロットのＰＤＳＣＨ受信、ｎ－６のスロットのＰＤＳＣＨ受信、ｎ－７のスロットのＰＤＳＣＨ受信、ｎ－８のスロットのＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫ情報が送信されてもよい。端末装置１は、候補ＰＤＳＣＨ受信に該当するスロットにおいて実際にＰＤＳＣＨを受信した場合はそのＰＤＳＣＨに含まれるトランスポートブロックに基づいてＡＣＫ、またはＮＡＣＫをＨＡＲＱ－ＡＣＫ情報として設定し、候補ＰＤＳＣＨ受信に該当するスロットにおいてＰＤＳＣＨを受信しなかった場合はＮＡＣＫをＨＡＲＱ－ＡＣＫ情報として設定してもよい。
　ｎ－１のスロットのＰＤＣＣＨで受信されるＤＣＩ　ｆｏｒｍａｔに含まれるＨＡＲＱ指示フィールドは、１を示してもよい。ｎ－２のスロットのＰＤＣＣＨで受信されるＤＣＩ　ｆｏｒｍａｔに含まれるＨＡＲＱ指示フィールドは、２を示してもよい。ｎ－３のスロットのＰＤＣＣＨで受信されるＤＣＩ　ｆｏｒｍａｔに含まれるＨＡＲＱ指示フィールドは、３を示してもよい。ｎ－４のスロットのＰＤＣＣＨで受信されるＤＣＩ　ｆｏｒｍａｔに含まれるＨＡＲＱ指示フィールドは、４を示してもよい。ｎ－５のスロットのＰＤＣＣＨで受信されるＤＣＩ　ｆｏｒｍａｔに含まれるＨＡＲＱ指示フィールドは、５を示してもよい。ｎ－６のスロットのＰＤＣＣＨで受信されるＤＣＩ　ｆｏｒｍａｔに含まれるＨＡＲＱ指示フィールドは、６を示してもよい。ｎ－７のスロットのＰＤＣＣＨで受信されるＤＣＩ　ｆｏｒｍａｔに含まれるＨＡＲＱ指示フィールドは、７を示してもよい。ｎ－８のスロットのＰＤＣＣＨで受信されるＤＣＩ　ｆｏｒｍａｔに含まれるＨＡＲＱ指示フィールドは、８を示してもよい。
　端末装置１は、ＰＤＣＣＨを受信したスロットと、受信したＤＣＩ　ｆｏｒｍａｔに含まれるＨＡＲＱ指示フィールドの値に基づき、ＨＡＲＱ－ＡＣＫ情報を送信するスロット、そのＨＡＲＱ－ＡＣＫ情報に対応する複数の候補ＰＤＳＣＨ受信のスロットのセットを判断してもよい。例えば、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫが（１、２、３、４、５、６、７、８）の場合、端末装置１はスロットｍでＰＤＳＣＨを受信し、該ＰＤＳＣＨをスケジューリングしたＰＤＣＣＨに含まれるＤＣＩ　ｆｏｒｍａｔに含まれるＨＡＲＱ指示フィールドが４を示すとする。端末装置１は、スロット（ｍ＋４）でＨＡＲＱ－ＡＣＫ情報を送信すると判断してもよい。端末装置１は、スロット（ｍ＋４）で送信される他のＨＡＲＱ－ＡＣＫ情報が、スロット（ｍ＋（１－４））のＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫ情報と、スロット（ｍ＋（２－４））のＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫ情報と、スロット（ｍ＋（３－４））のＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫ情報と、スロット（ｍ＋（５－４））のＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫ情報と、スロット（ｍ＋（６－４））のＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫ情報と、スロット（ｍ＋（７－４））のＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫ情報と、スロット（ｍ＋（８－４））のＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫ情報とであると判断してもよい。
　ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫは、ＨＡＲＱ－ＡＣＫのタイミングとしてスロットの数を示す値だけではなく、ＨＡＲＱ－ＡＣＫを保持することを示す値（情報）も構成されうる。端末装置１は、ＰＤＣＣＨでＨＡＲＱ－ＡＣＫを保持することを示す値を示すＨＡＲＱ指示フィールドを受信した場合、そのＰＤＣＣＨでスケジュールされるＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ（ＨＡＲＱ－ＡＣＫ情報）を保持し、ＨＡＲＱ－ＡＣＫ（ＨＡＲＱ－ＡＣＫ情報）の送信を待機してもよい。
　上述では、ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋのタイプとして、Ｓｅｍｉ－ｓｔａｔｉｃ　ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋについて説明したが、異なるタイプのＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋが用いられてもよい。Ｄｙｎａｍｉｃ　ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋと称するタイプのＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋについて説明する。
　あるＰＤＳＣＨグループに対応するＨＡＲＱ－ＡＣＫコードブックは、該あるＰＤＳＣＨグループに含まれる１つまたは複数のＰＤＳＣＨのいずれかに含まれる１つまたは複数のトランスポートブロックのいずれかに対応する１つまたは複数のＨＡＲＱ－ＡＣＫビットに基づき与えられてもよい。ＨＡＲＱ－ＡＣＫコードブックは、ＰＤＣＣＨの監視機会（Monitoring occasion for PDCCH）のセット、カウンターＤＡＩフィールドの値の一部または全部に少なくとも基づき与えられてもよい。ＨＡＲＱ－ＡＣＫコードブックは、ＵＬ　ＤＡＩフィールドの値に更に基づき与えられてもよい。ＨＡＲＱ－ＡＣＫコードブックは、ＤＡＩフィールドの値に更に基づき与えられてもよい。ＨＡＲＱ－ＡＣＫコードブックは、トータルＤＡＩフィールドの値に更に基づき与えられてもよい。
　Ｄｙｎａｍｉｃ　ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋのＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋサイズは、ＤＣＩフォーマットのフィールドに基ついてもよい。ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋのサイズは、最後に受信されたＤＣＩフォーマットのカウンターＤＡＩフィールドの値に基づいて設定されてもよい。カウンターＤＡＩフィールドは、対応するＤＣＩフォーマットの受信までにスケジュールされたＰＤＳＣＨ、またはトランスポートブロックの累積数を示してもよい。Ｄｙｎａｍｉｃ　ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋのサイズは、ＤＣＩフォーマットのトータルＤＡＩフィールドの値に基づいて設定されてもよい。トータルＤＡＩフィールドは、ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信までにスケジュールされるＰＤＳＣＨ、またはトランスポートブロックの総数を示してもよい。
　端末装置１は、インデックスｎのスロット（slot#n）に配置されるＰＵＣＣＨにおいて送信されるＨＡＲＱ－ＡＣＫ情報のためのＰＤＣＣＨの監視機会のセットを、タイミングＫ１の値、および、スロットオフセットＫ０の値の一部または全部に少なくとも基づき決定してもよい。インデックスｎのスロットに配置されるＰＵＣＣＨにおいて送信されるＨＡＲＱ－ＡＣＫ情報のためのＰＤＣＣＨの監視機会のセットは、スロットｎのためのＰＤＣＣＨの監視機会（monitoring occasion for PDCCH for slot#n）のセットとも呼称される。ここで、該ＰＤＣＣＨの監視機会のセットは、Ｍ個のＰＤＣＣＨの監視機会を含んでもよい。例えば、スロットオフセットＫ０は、下りリンクＤＣＩフォーマットに含まれる時間領域リソース割り当てフィールドの値に少なくとも基づき示されてもよい。スロットオフセットＫ０は、該スロットオフセットＫ０を示す時間領域リソース割り当てフィールドを含むＤＣＩフォーマットを含むＰＤＣＣＨが配置される最後のＯＦＤＭシンボルを含むスロットから、該ＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨの先頭のＯＦＤＭシンボルまでのスロット数（スロット差）を示す値であってもよい。
　あるＰＤＣＣＨの監視機会に対応するいずれかの探索領域セットの監視機会において検出されるＤＣＩフォーマットが、ＨＡＲＱ－ＡＣＫ情報をスロットｎにおいて送信することをトリガする場合、端末装置１は、該ＰＤＣＣＨの監視機会をスロットｎのためのＰＤＣＣＨ監視機会と決定してもよい。また、あるＰＤＣＣＨの監視機会に対応する探索領域セットの監視機会において検出されるＤＣＩフォーマットが、ＨＡＲＱ－ＡＣＫ情報をスロットｎにおいて送信することをトリガしない場合、端末装置１は、該ＰＤＣＣＨの監視機会をスロットｎのためのＰＤＣＣＨ監視機会と決定しなくてもよい。また、あるＰＤＣＣＨの監視機会に対応する探索領域セットの監視機会においてＤＣＩフォーマットが検出されない場合、端末装置１は、該ＰＤＣＣＨの監視機会をスロットｎのためのＰＤＣＣＨ監視機会と決定しなくてもよい。
　スロットｎにおいてＨＡＲＱ－ＡＣＫ情報の送信に用いられるＰＵＣＣＨリソースは、該スロットｎのためのＰＤＣＣＨの監視機会のセットにおいて検出される１または複数のＤＣＩフォーマットのうち、最後のＤＣＩフォーマットに含まれるＰＵＣＣＨリソース指示フィールドに少なくとも基づき特定されてもよい。ここで、該１または複数のＤＣＩフォーマットのそれぞれは、ＨＡＲＱ－ＡＣＫ情報をスロットｎにおいて送信することをトリガしている。最後のＤＣＩフォーマットは、該スロットｎのためのＰＤＣＣＨの監視機会のセットにおいて検出されたＤＣＩフォーマットのうちの最後のインデックス（最も大きいインデックス）に対応するＤＣＩフォーマットであってもよい。該スロットｎのためのＰＤＣＣＨの監視機会のセットにおけるＤＣＩフォーマットのインデックスは、該ＤＣＩフォーマットが検出されるサービングセルのインデックスに対して昇順に与えられ、次いで、該ＤＣＩフォーマットが検出されるＰＤＣＣＨの監視機会のインデックスに対して昇順に与えられる。ＰＤＣＣＨの監視機会のインデックスは、時間軸上で昇順に与えられる。
　カウンターＤＡＩ（Counter DAI）は、Ｍ個のＰＤＣＣＨの監視機会において、あるサービングセルにおけるあるＰＤＣＣＨの監視機会に対して、該サービングセルにおける該ＰＤＣＣＨの監視機会までに検出されるＰＤＣＣＨの累積数（または、累積数に少なくとも関連する値であってもよい）を示してもよい。カウンターＤＡＩは、Ｃ－ＤＡＩとも呼称されてもよい。ＰＤＳＣＨに対応するＣ－ＤＡＩは、該ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマットに含まれるフィールドによって示されてもよい。トータルＤＡＩは、Ｍ個のＰＤＣＣＨの監視機会において、ＰＤＣＣＨの監視機会ｍまでに検出されるＰＤＣＣＨの累積数（または、累積数に少なくとも関連する値であってもよい）を示してもよい。トータルＤＡＩは、Ｍ個のＰＤＣＣＨの監視機会において、ＰＤＣＣＨの監視機会ｍまでに検出されるＰＤＳＣＨの累積数（または、累積数に少なくとも関連する値であってもよい）を示してもよい。トータルＤＡＩは、Ｔ－ＤＡＩ（Total Downlink Assignment Index）と呼称されてもよい。
　Ｓｅｍｉ－ｓｔａｔｉｃ　ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋ（タイプ１ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋ）、またはＤｙｎａｍｉｃ　ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋ（タイプ２ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋ）は、ＤＬ　ａｓｓｉｇｎｍｅｎｔに基づき送信が指示される（トリガされる、要求される）ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋであってもよい。ＨＡＲＱ指示フィールドを含むＤＣＩ　ｆｏｒｍａｔは、ＤＬ　ａｓｓｉｇｎｍｅｎｔ（Ｄｏｗｎｌｉｎｋ　ａｓｓｉｇｎｍｅｎｔ）であってもよい。ＤＬ　ａｓｓｉｇｎｍｅｎｔは、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩ　ｆｏｒｍａｔであってもよい。ＤＬ　ａｓｓｉｇｎｍｅｎｔは、ＰＤＳＣＨの割り当てに用いられるＤＣＩ　ｆｏｒｍａｔであってもよい。Ｓｅｍｉ－ｓｔａｔｉｃ　ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋは、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫとＨＡＲＱ指示フィールドに基づき構成されてもよい。Ｓｅｍｉ－ｓｔａｔｉｃ　ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋのサイズは、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫに含まれるサイズに基づいて与えられてもよい。Ｓｅｍｉ－ｓｔａｔｉｃ　ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋ、またはＤｙｎａｍｉｃ　ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋに含まれるスロットのタイミングは、ＨＡＲＱ指示フィールドの値と、ＨＡＲＱ指示フィールドを含むＤＣＩが受信されたスロットに基づいて与えられてもよい。
　タイプ３ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋは、ＰＤＳＣＨのスケジューリング情報を伴うＤＣＩ　ｆｏｒｍａｔ（ＤＬ　ａｓｓｉｇｎｍｅｎｔ）により送信がトリガされるＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋと言える。タイプ３ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋは、ＰＤＳＣＨのスケジューリング情報を伴うＤＣＩ　ｆｏｒｍａｔとは異なる種類のＤＣＩ　ｆｏｒｍａｔ（ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信を指示するためだけのＤＣＩ　ｆｏｒｍａｔ、ＰＵＳＣＨのスケジューリング情報を伴うＤＣＩ　ｆｏｒｍａｔ）により送信がトリガされるＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋと言える。
　タイプ３ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋは、ＤＬ　ａｓｓｉｇｎｍｅｎｔではないＤＣＩ　ｆｏｒｍａｔにより送信が指示（トリガ、要求）されてもよい。例えば、ＤＬ　ａｓｓｉｇｎｍｅｎｔではないＤＣＩ　ｆｏｒｍａｔとは、タイプ３ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信をトリガするためだけに用いられるＤＣＩ　ｆｏｒｍａｔであってもよい。例えば、ＤＬ　ａｓｓｉｇｎｍｅｎｔではないＤＣＩ　ｆｏｒｍａｔとは、ＰＵＳＣＨのスケジューリングを行うＤＣＩ　ｆｏｒｍａｔ（ＵＬ　ｇｒａｎｔ）であってもよい。
　タイプ３ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋは、ＤＬ　ａｓｓｉｇｎｍｅｎｔであるＤＣＩ　ｆｏｒｍａｔにより送信が指示（トリガ、要求）されてもよい。該ＤＣＩ　ｆｏｒｍａｔは、ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信を指示（トリガ、要求）する専用フィールドを含んでもよい。
　タイプ３ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋは、ＰＵＳＣＨのスケジューリングを行うＤＣＩ　ｆｏｒｍａｔにより送信が指示（トリガ、要求）されてもよい。該ＤＣＩ　ｆｏｒｍａｔは、ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信を指示（トリガ、要求）する専用フィールドを含んでもよい。
　タイプ３ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋにおいて、一部または全部のＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報の送信をトリガする、ＤＣＩ　ｆｏｒｍａｔに含まれるビットをＨＡＲＱトリガビット（ＨＡＲＱ　ｔｒｉｇｇｅｒ　ｂｉｔ）と称する。
　タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋは、ＰＤＳＣＨのスケジューリング情報を伴わない、かつ、ＰＵＳＣＨのスケジューリングを行わないＤＣＩ　ｆｏｒｍａｔにより送信がトリガされるＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋと言える。タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋをトリガするＤＣＩ　ｆｏｒｍａｔは、報告の対象となる１つまたは複数のＨＡＲＱプロセスＩＤと、ＮＤＩとを含んでもよい。該ＤＣＩ　ｆｏｒｍａｔをトリガ専用ＤＣＩ　ｆｏｒｍａｔと称する。
　基地局装置３がＨＡＲＱトリガビットを用いて端末装置１にタイプ３ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信（報告）を指示（要求）する場合、端末装置１は、端末装置１に構成された一部または全部のＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報と、端末装置１に構成された一部または全部のＨＡＲＱプロセスに含まれるＮＤＩの値を、タイプ３ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋを用いて基地局装置３に送信（報告）してもよい。基地局装置３がＨＡＲＱトリガビットを用いて端末装置１にタイプ３ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信（報告）を指示（要求）する場合、端末装置１は、１つのＨＡＲＱプロセスに対して該ＨＡＲＱプロセスに含まれる１つのＨＡＲＱ－ＡＣＫ情報と、該ＨＡＲＱプロセスに含まれる１つのＮＤＩの値を基地局装置３に送信（報告）してもよい。
　基地局装置３がトリガ専用ＤＣＩ　ｆｏｒｍａｔを用いて端末装置１にタイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信（報告）を指示（要求）する場合、端末装置１は、トリガ専用ＤＣＩ　ｆｏｒｍａｔに含まれるＨＡＲＱプロセスＩＤと、ＮＤＩとが、端末装置１が格納しているＨＡＲＱプロセスＩＤとＮＤＩとに存在する場合には、端末装置１が格納しているＨＡＲＱ－ＡＣＫ情報を送信し、トリガ専用ＤＣＩ　ｆｏｒｍａｔに含まれるＨＡＲＱプロセスＩＤと、ＮＤＩとが、端末装置１が格納しているＨＡＲＱプロセスＩＤとＮＤＩとに存在しない場合には、ＮＡＣＫを送信してもよい。
　タイプ３ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋ、および／または、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋは、複数、または全てのＨＡＲＱ　ｐｒｏｃｅｓｓに対するＨＡＲＱ－ＡＣＫ情報を含んでもよい。例えば、ＨＡＲＱ　ｐｒｏｃｅｓｓとは、ＰＤＳＣＨに用いられるＨＡＲＱ　ｐｒｏｃｅｓｓを意味してもよい。例えば、全てのＨＡＲＱ　ｐｒｏｃｅｓｓとは、少なくとも１つのＳｅｒｖｉｎｇ　ｃｅｌｌで使用されうるＨＡＲＱ　ｐｒｏｃｅｓｓの全てを意味してもよい。例えば、１つのＳｅｒｖｉｎｇ　ｃｅｌｌで使用されうるＨＡＲＱ　ｐｒｏｃｅｓｓの数は、１６個であってもよい。例えば、５つのＳｅｒｖｉｎｇ　ｃｅｌｌで使用されうるＨＡＲＱ　ｐｒｏｃｅｓｓの数は、８０個であってもよい。例えば、複数のＨＡＲＱ　ｐｒｏｃｅｓｓとは、ＲＲＣ　ｓｉｇｎａｌｉｎｇにより構成された複数のＨＡＲＱ　ｐｒｏｃｅｓｓを意味してもよい。例えば、複数のＨＡＲＱ　ｐｒｏｃｅｓｓとは、Ｄｏｗｎｌｉｎｋ　ｃｏｎｔｒｏｌ　ｉｎｆｏｒｍａｔｉｏｎにより指示された複数のＨＡＲＱ　ｐｒｏｃｅｓｓを意味してもよい。例えば、複数のＨＡＲＱ　ｐｒｏｃｅｓｓとは、明示的に、または暗黙的に指示された複数のＨＡＲＱ　ｐｒｏｃｅｓｓを意味してもよい。例えば、複数のＨＡＲＱ　ｐｒｏｃｅｓｓの数は、８個であってもよい。例えば、複数のＨＡＲＱ　ｐｒｏｃｅｓｓの数は、１０個であってもよい。
　タイプ３ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋは、ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋに含まれるＨＡＲＱ－ＡＣＫが対応するＰＤＳＣＨのＨＡＲＱ　ｐｒｏｃｅｓｓが定義されるＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋと言える。タイプ３ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋに含まれるＨＡＲＱ－ＡＣＫが対応するＰＤＳＣＨが受信されるスロットは予め限定されず、基地局装置３のスケジューリングにより設定されてもよい。
　タイプ３ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋには、該タイプ３ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋで報告されるＨＡＲＱ－ＡＣＫに対応するＨＡＲＱプロセスに紐付けられたＮＤＩの値が含まれてもよい。タイプ３ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋには、該タイプ３ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋで報告されるＨＡＲＱ－ＡＣＫ情報が含まれるＨＡＲＱプロセス毎のＮＤＩの値が含まれてもよい。端末装置１は、格納している一部または全部のＨＡＲＱプロセスとＮＤＩの値に少なくとも基づき、タイプ３ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋに含めるＨＡＲＱ－ＡＣＫ情報を判断（設定）してもよい。該ＨＡＲＱ－ＡＣＫは、あるＨＡＲＱプロセスのためのトランスポートブロックに対応するＨＡＲＱ－ＡＣＫ情報であってもよい。該ＮＤＩの値は、該あるＨＡＲＱプロセスに対するＮＤＩを示してもよい。また、該ＮＤＩの値は、該ＨＡＲＱ－ＡＣＫ情報に対応するＮＤＩを示してもよい。
　端末装置１がＨＡＲＱトリガビットを含むＤＣＩ　ｆｏｒｍａｔが含まれるＰＤＣＣＨを受信し、かつ、端末装置１にＳＰＳ　ＰＤＳＣＨが構成されていない場合、端末装置１は、端末装置１に構成されたＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報と、該ＨＡＲＱプロセスに含まれるＮＤＩの値を、該ＰＤＣＣＨがスケジューリングするＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報を送信するＰＵＣＣＨを用いて送信してもよい。
　端末装置１にＳＰＳ　ＰＤＳＣＨが構成されていることは、端末装置１にＳＰＳ　ＰＤＳＣＨが活性化されていることであってもよい。また、端末装置１にＳＰＳ　ＰＤＳＣＨが構成されていることは、端末装置１にＳＰＳ　ＰＤＳＣＨの構成が提供されている（ｐｒｏｖｉｄｅｄ）ことであってもよい。
　端末装置１にＳＰＳ　ＰＤＳＣＨが構成されていないことは、端末装置１にＳＰＳ　ＰＤＳＣＨが非活性化されていることであってもよい。また、端末装置１にＳＰＳ　ＰＤＳＣＨが構成されていないことは、端末装置１にＳＰＳ　ＰＤＳＣＨの構成が提供されていない（ｎｏｔ　ｐｒｏｖｉｄｅｄ）ことであってもよい。
　端末装置１がＳＰＳ　ＰＤＳＣＨを受信するということは、端末装置１にＳＰＳ　ＰＤＳＣＨが構成されていることを意味してもよい。
　図７は本実施形態においてＳＰＳ　ＰＤＳＣＨが構成されていない場合のタイプ３ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの一例を示した図である。７００で示すｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫは１、２、３である。ＰＤＣＣＨ７０１がＰＤＳＣＨ７０４をスケジューリングし、ＰＤＣＣＨ７０２がＰＤＳＣＨ７０５をスケジューリングし、ＰＤＣＣＨ７０３がＰＤＳＣＨ７０６をスケジューリングすると想定する。ＰＤＣＣＨ７０１に含まれるＤＣＩ　ｆｏｒｍａｔには、Ｋ１が２、ＨＡＲＱプロセスＩＤが１、ＮＤＩが１、ＨＡＲＱトリガビットが０である。ここでＨＡＲＱトリガビットは、基地局装置３が、端末装置１に構成された一部または全部のＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報と、該一部または全部のＨＡＲＱプロセスに含まれるＮＤＩの値との報告（送信）を端末装置１に指示（要求）するパラメータであってもよい。ＰＤＣＣＨ７０２に含まれるＤＣＩ
　ｆｏｒｍａｔには、Ｋ１が１、ＨＡＲＱプロセスＩＤが２、ＮＤＩが１、ＨＡＲＱトリガビットが０である。ＰＤＣＣＨ７０３に含まれるＤＣＩ　ｆｏｒｍａｔには、Ｋ１が１、ＨＡＲＱプロセスＩＤが３、ＮＤＩが０、ＨＡＲＱトリガビットが１である。
　ＰＤＳＣＨ７０４に対応するＨＡＲＱ－ＡＣＫ情報がＮＡＣＫであり、ＰＤＳＣＨ７０５に対応するＨＡＲＱ－ＡＣＫ情報がＡＣＫである。端末装置１は、ＰＤＣＣＨ７０１に含まれるＤＣＩ　ｆｏｒｍａｔのＫ１の値と、ＰＤＣＣＨ７０２に含まれるＤＣＩ　ｆｏｒｍａｔのＫ１の値とに基づき、ＰＤＳＣＨ７０４に対応するＨＡＲＱ－ＡＣＫ情報と、ＰＤＳＣＨ７０５に対応するＨＡＲＱ－ＡＣＫ情報とをＰＵＣＣＨ７０７で送信する。
　ＰＤＳＣＨ７０６に対応するＨＡＲＱ－ＡＣＫ情報がＮＡＣＫである。端末装置１は、ＰＤＣＣＨ７０３に含まれるＤＣＩ　ｆｏｒｍａｔのＫ１の値に基づき、ＰＤＳＣＨ７０６に対応するＨＡＲＱ－ＡＣＫ情報をＰＵＣＣＨ７０８で送信する。ここで、ＰＤＣＣＨ７０３に含まれるＤＣＩ　ｆｏｒｍａｔのＨＡＲＱトリガビットが１であるため、端末装置１は、端末装置１に構成された一部または全部のＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報と、該一部または全部のＨＡＲＱプロセスに含まれるＮＤＩの値とをＰＵＣＣＨ７０８で送信する。すなわち、ＰＤＣＣＨ７０３に含まれるＤＣＩ　ｆｏｒｍａｔのＨＡＲＱトリガビットが１であるため、端末装置１は、端末装置１に構成されたＨＡＲＱプロセスＩＤ１と、ＨＡＲＱプロセスＩＤ２と、ＨＡＲＱプロセスＩＤ３とに含まれるＨＡＲＱ－ＡＣＫ情報と、端末装置１に構成されたＨＡＲＱプロセスＩＤ１と、ＨＡＲＱプロセスＩＤ２と、ＨＡＲＱプロセスＩＤ３とに含まれるＮＤＩの値とをＰＵＣＣＨ７０８で送信する。
　ＰＵＣＣＨ７０８で送信されるＨＡＲＱ－ＡＣＫ情報とＮＤＩの値は、ＨＡＲＱプロセスＩＤが小さいＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報とＮＤＩの値とからビット列の先頭（ＭＳＢ：Ｍｏｓｔ　Ｓｉｇｎｉｆｉｃａｎｔ　Ｂｉｔ）に配置されてもよい。　ＰＵＣＣＨ７０８で送信されるＨＡＲＱ－ＡＣＫ情報とＮＤＩの値は、ＨＡＲＱプロセスＩＤが大きいＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報とＮＤＩの値とからビット列の先頭（ＭＳＢ：Ｍｏｓｔ　Ｓｉｇｎｉｆｉｃａｎｔ　Ｂｉｔ）に配置されてもよい。　ＰＵＣＣＨ７０８で送信されるＨＡＲＱ－ＡＣＫ情報とＮＤＩの値は、先に割り当てられたＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報とＮＤＩの値とからビット列の先頭（ＭＳＢ：Ｍｏｓｔ　Ｓｉｇｎｉｆｉｃａｎｔ　Ｂｉｔ）に配置されてもよい。
　端末装置１にＳＰＳ　ＰＤＳＣＨが構成され、かつ、端末装置１がＳＰＳ　ＰＤＳＣＨを受信し、かつ、ＤＣＩ　ｆｏｒｍａｔに含まれるＨＡＲＱトリガビットが端末装置１に構成された一部または全部のＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報の送信を要求（指示）される場合、端末装置１は、ＳＰＳ　ＰＤＳＣＨに対するＮＤＩの値が存在しないため、該ＨＡＲＱ－ＡＣＫ情報の送信にＳＰＳ　ＰＤＳＣＨに対応するＮＤＩを報告できない問題が発生する。
　端末装置１にＳＰＳ　ＰＤＳＣＨが構成され、かつ、端末装置１がＳＰＳ　ＰＤＳＣＨを受信し、かつ、ＤＣＩ　ｆｏｒｍａｔに含まれるＨＡＲＱトリガビットが端末装置１に構成された一部または全部のＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報の送信を要求（指示）される場合、端末装置１はＳＰＳ　ＰＤＳＣＨに対応するＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報と所定の値をマッピングしてもよい。ここで所定の値は０でもよいし、１でもよい。
　端末装置１にＳＰＳ　ＰＤＳＣＨが構成され、かつ、端末装置１がＳＰＳ　ＰＤＳＣＨおよびＤＬ　ｇｒａｎｔによってスケジューリングされるＰＤＳＣＨを受信し、かつ、ＤＣＩ　ｆｏｒｍａｔに含まれるＨＡＲＱトリガビットが端末装置１に構成された一部または全部のＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報の送信を要求（指示）される場合、端末装置１はＤＬ　ｇｒａｎｔによってスケジューリングされる１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報と該ＨＡＲＱプロセスに含まれるＮＤＩの値をＰＵＣＣＨリソースの入力となるビット列に先にマッピングしてから、ＳＰＳ　ＰＤＳＣＨに対応するＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報と所定の値をマッピングしてもよい。
　図８は本実施形態において端末装置１にＳＰＳ　ＰＤＳＣＨが構成された場合のＤＬ　ｇｒａｎｔによってスケジューリングされたＰＤＳＣＨとＳＰＳ　ＰＤＳＣＨとに対応するＨＡＲＱ－ＡＣＫ情報の報告の一例を示した図である。ＰＤＣＣＨ８０１はＰＤＳＣＨ８０４をスケジューリングし、ＰＤＣＣＨ８０２はＰＤＳＣＨ８０５をスケジューリングし、ＰＤＣＣＨ８０３はＰＤＳＣＨ８０６をスケジューリングする。端末装置１は、Ｋ１の値に少なくとも基づいて、ＰＤＳＣＨ８０４に対応するＨＡＲＱ－ＡＣＫ情報と、ＰＤＳＣＨ８０５に対応するＨＡＲＱ－ＡＣＫ情報とをＰＵＣＣＨ８０７に送信してもよい。ＰＤＣＣＨ８０１と、ＰＤＣＣＨ８０２とに含まれるＤＣＩ　ｆｏｒｍａｔに含まれるＨＡＲＱトリガビットが０であるため、端末装置１は、ＮＤＩの値を送信（報告）しなくてもよい。
　ＳＰＳ　ＰＤＳＣＨ８０９はＫ１が２であるため、端末装置１はＳＰＳ　ＰＤＳＣＨ８０９に対応するＨＡＲＱ－ＡＣＫ情報を、ＰＵＣＣＨ８０８を用いて送信してもよい。端末装置１は、ＰＤＣＣＨ８０３によってスケジューリングされるＰＤＳＣＨ８０６に対応するＨＡＲＱ－ＡＣＫ情報を、該ＰＤＣＣＨ８０３に含まれるＤＣＩ　ｆｏｒｍａｔに含まれるＫ１の値が１であるため、１つのスロット後にあるＰＵＣＣＨ８０８を用いて送信してもよい。
　ＰＤＣＣＨ８０３に含まれるＤＣＩ　ｆｏｒｍａｔに含まれるＨＡＲＱトリガビットが、端末装置１に構成されている一部または全部のＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報と、該ＨＡＲＱ－ＡＣＫ情報に対するＮＤＩの値との送信を指示するため、端末装置１は、該端末装置１に構成されている一部または全部のＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報と該ＨＡＲＱ－ＡＣＫ情報に対するＮＤＩの値とを、ＰＵＣＣＨ８０８を用いて送信してもよい。ここで、ＳＰＳ　ＰＤＳＣＨ８０９に対応するＮＤＩの値が設定されていないため、端末装置１は、ＰＵＣＣＨ８０８におけるＳＰＳ　ＰＤＳＣＨ８０９に対応するＮＤＩの値のフィールドに所定の値を設定し、ＰＵＣＣＨ８０８を送信してもよい。所定の値は０でもよいし、１でもよい。図８のＰＵＣＣＨ８０８において、フィールド８１１は、ＤＬ　ｇｒａｎｔによってスケジューリングされた１つまたは複数のＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報および該ＨＡＲＱ－ＡＣＫ情報に対するＮＤＩのためのフィールドであってもよい。フィールド８１２は、ＳＰＳ　ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報および該ＨＡＲＱ－ＡＣＫ情報に対するＮＤＩのためのフィールドであってもよい。
　端末装置１にＳＰＳ　ＰＤＳＣＨが構成され、かつ、端末装置１がＳＰＳ　ＰＤＳＣＨおよびＤＬ　ｇｒａｎｔによってスケジューリングされるＰＤＳＣＨを受信し、かつ、ＤＣＩ　ｆｏｒｍａｔに含まれるＨＡＲＱトリガビットが端末装置１に構成された一部または全部のＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報の送信を要求（指示）される場合、トリガされたＨＡＲＱ－ＡＣＫ情報と該ＨＡＲＱ－ＡＣＫ情報に対するＮＤＩを送信するＰＵＣＣＨにマップされるビット列は、｛ＨＡＲＱ－ＡＣＫ情報、ＮＤＩ｝の順で配置されてもよい。
　端末装置１にＳＰＳ　ＰＤＳＣＨが構成され、かつ、端末装置１がＳＰＳ　ＰＤＳＣＨを受信し、かつ、ＤＣＩ　ｆｏｒｍａｔに含まれるＨＡＲＱトリガビットが端末装置１に構成された一部または全部のＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報の送信を要求（指示）される場合、端末装置１はＳＰＳ　ＰＤＳＣＨに対応するＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報のみをマッピングしてもよい。
　端末装置１にＳＰＳ　ＰＤＳＣＨが構成され、かつ、端末装置１がＳＰＳ　ＰＤＳＣＨおよびＤＬ　ｇｒａｎｔによってスケジューリングされるＰＤＳＣＨを受信し、かつ、ＤＣＩ　ｆｏｒｍａｔに含まれるＨＡＲＱトリガビットが端末装置１に構成された一部または全部のＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報の送信を要求（指示）され、かつ、同じＨＡＲＱプロセスＩＤを持つＨＡＲＱプロセスが複数存在する場合、端末装置１は、該同じＨＡＲＱプロセスＩＤを持つＨＡＲＱプロセスの中から最後に構成された（最も新しい）ＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報と、該ＨＡＲＱ－ＡＣＫ情報に対するＮＤＩを基地局装置３に報告してもよい。
　端末装置１にＳＰＳ　ＰＤＳＣＨが構成され、かつ、端末装置１がＳＰＳ　ＰＤＳＣＨを受信し、かつ、ＤＣＩ　ｆｏｒｍａｔに含まれるＨＡＲＱトリガビットが端末装置１に構成された一部または全部のＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報の送信を要求（指示）される場合、端末装置１はＳＰＳ　ＰＤＳＣＨに対応するＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報を送信（報告）しなくてもよい。
　端末装置１がＳＰＳ　ＰＤＳＣＨの非活性化を指示するＤＣＩ　ｆｏｒｍａｔが含まれるＰＤＣＣＨを受信し、かつ、ＤＣＩ　ｆｏｒｍａｔに含まれるＨＡＲＱトリガビットが端末装置１に構成された一部または全部のＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報の送信を要求（指示）される場合、端末装置１はＳＰＳ　ＰＤＳＣＨの非活性化に対応するＨＡＲＱ－ＡＣＫ情報と所定の値をマッピングしてもよい。ここで、所定の値は０でもよいし、１でもよい。
　端末装置１がＳＰＳ　ＰＤＳＣＨの非活性化を指示するＤＣＩ　ｆｏｒｍａｔが含まれるＰＤＣＣＨを受信し、かつ、ＤＣＩ　ｆｏｒｍａｔに含まれるＨＡＲＱトリガビットが端末装置１に構成された一部または全部のＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報の送信を要求（指示）される場合、端末装置１はＳＰＳ　ＰＤＳＣＨの非活性化に対応するＨＡＲＱ－ＡＣＫ情報のみ送信してもよい。
　端末装置１がＳＰＳ　ＰＤＳＣＨの非活性化を指示するＤＣＩ　ｆｏｒｍａｔが含まれるＰＤＣＣＨを受信し、かつ、ＤＣＩ　ｆｏｒｍａｔに含まれるＨＡＲＱトリガビットが端末装置１に構成された一部または全部のＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報の送信を要求（指示）される場合、端末装置１はＳＰＳ　ＰＤＳＣＨの非活性化に対応するＨＡＲＱ－ＡＣＫ情報を送信しなくてもよい。
　図９は本実施形態におけるＳＰＳ　ＰＤＳＣＨの非活性化とＨＡＲＱトリガビットに対するＨＡＲＱ－ＡＣＫ情報を報告する一例を示した図である。ＰＤＣＣＨ９０１はＰＤＳＣＨ９０２をスケジューリングする。ＰＤＣＣＨ９０６はＰＤＳＣＨ９０７をスケジューリングする。ＰＤＣＣＨ９０８はＳＰＳ　ＰＤＳＣＨを非活性化（ｒｅｌｅａｓｅ）するＰＤＣＣＨであってもよい。ＰＤＳＣＨ９０２に対応するＨＡＲＱ－ＡＣＫ情報はＡＣＫであり、端末装置１は該ＨＡＲＱ－ＡＣＫ情報をＰＵＣＣＨ９０３を用いて送信する。ＰＤＳＣＨ９０７に対応するＨＡＲＱ－ＡＣＫ情報はＡＣＫであり、端末装置１は該ＨＡＲＱ－ＡＣＫ情報をＰＵＣＣＨ９０９を用いて送信する。ＳＰＳ　ＰＤＳＣＨ９０４に対応するＨＡＲＱ－ＡＣＫ情報はＮＡＣＫであり、端末装置１は該ＨＡＲＱ－ＡＣＫ情報をＰＵＣＣＨ９０５を用いて送信する。ＳＰＳ　ＰＤＳＣＨを非活性化するＰＤＣＣＨに対応するＨＡＲＱ－ＡＣＫ情報はＡＣＫであり、端末装置１は該ＨＡＲＱ－ＡＣＫ情報をＰＵＣＣＨ９０９を用いて送信する。
　基地局装置３は、ＰＤＣＣＨ９０６に含まれるＤＣＩ　ｆｏｒｍａｔのＨＡＲＱトリガビットフィールドを用いて、端末装置１に構成された一部または全部のＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報と該ＨＡＲＱ－ＡＣＫ情報に対するＮＤＩを、端末装置１がＰＵＣＣＨ９０９を用いて送信するように指示（要求）する場合、端末装置１は、ＰＤＳＣＨ９０２に対応するＨＡＲＱ－ＡＣＫ情報と該ＨＡＲＱ－ＡＣＫ情報に対するＮＤＩと、ＰＤＳＣＨ９０７に対応するＨＡＲＱ－ＡＣＫ情報と該ＨＡＲＱ－ＡＣＫ情報に対するＮＤＩとをＰＵＣＣＨ９０９に含まれるフィールド９１０にマップし、ＳＰＳ　ＰＤＳＣＨ９０４に対応するＨＡＲＱ－ＡＣＫ情報と第１の所定の値とをＰＵＣＣＨ９０９に含まれるフィールド９１１にマップし、ＳＰＳ　ＰＤＳＣＨを非活性化するＰＤＣＣＨ９０８に対応するＨＡＲＱ－ＡＣＫ情報と第２の所定の値とをＰＵＣＣＨ９０９に含まれるフィールド９１２にマップし、ＰＵＣＣＨ９０９を送信してもよい。ここで、第１の所定の値は０でもよいし、１でもよい。また、第２の所定の値は０でもよいし、１でもよいし、第１の所定の値と異なる値でもよい。例えば第１の所定の値が０である場合、第２の所定の値は１であってもよい。例えば、第１の所定の値が１である場合、第２の所定の値は０であってもよい。該第１の所定の値をＳＰＳ　ＰＤＳＣＨに対するＮＤＩの値と称する。該第２の所定の値をＳＰＳ　ＰＤＳＣＨの非活性化に対するＮＤＩの値と称する。
　ＳＰＳ　ＰＤＳＣＨに対するＮＤＩの値は所定の値でもよい。ＳＰＳ　ＰＤＳＣＨの非活性化に対するＮＤＩの値は該ＳＰＳ　ＰＤＳＣＨに対するＮＤＩの値と異なってもよい。例えば、ＳＰＳ　ＰＤＳＣＨに対するＮＤＩの値が０である場合、ＳＰＳ　ＰＤＳＣＨの非活性化に対するＮＤＩの値は１であってもよい。例えば、ＳＰＳ　ＰＤＳＣＨに対するＮＤＩの値が１である場合、ＳＰＳ　ＰＤＳＣＨの非活性化に対するＮＤＩの値は０であってもよい。
　端末装置１は、ＳＰＳ　ＰＤＳＣＨに対するＮＤＩの値を基地局装置３に送信しなくてもよい。例えば、図９において、端末装置１は、フィールド９１１に含まれる０を送信せず、ＨＡＲＱ－ＡＣＫ情報（ＮＡＣＫ）のみを送信してもよい。端末装置１は、ＳＰＳ　ＰＤＳＣＨの非活性化に対するＮＤＩの値を基地局装置３に送信しなくてもよい。例えば、図９において、端末装置１はフィールド９１２に含まれる１を送信せず、ＨＡＲＱ－ＡＣＫ情報（ＡＣＫ）のみを送信してもよい。
　タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信をトリガするＤＣＩフォーマットには、ＮＤＩフィールドが含まれてもよい。タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信をトリガするＤＣＩフォーマットには、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋでＨＡＲＱ－ＡＣＫが含まれるＨＡＲＱプロセス毎のＮＤＩフィールドが含まれる。基地局装置３は、ＨＡＲＱプロセス毎に格納している、最新のＮＤＩの値を上記ＤＣＩフォーマットのＮＤＩフィールドに設定する。端末装置１は、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信をトリガするＤＣＩフォーマットに含まれるＮＤＩフィールドに基づき、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋに含めるＨＡＲＱ－ＡＣＫを判断する（設定する）。該ＨＡＲＱ－ＡＣＫは、あるＨＡＲＱプロセスのためのトランスポートブロックに対応するＨＡＲＱ－ＡＣＫであってもよい。該ＮＤＩフィールドは、該あるＨＡＲＱプロセスに対するＮＤＩを示してもよい。具体的には、端末装置１は、ＨＡＲＱプロセス毎に格納されているＮＤＩの値と、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信をトリガするＤＣＩフォーマットにより示されるＮＤＩの値とが同じ場合、対応するＨＡＲＱプロセスに対して記憶されている（格納されている）ＨＡＲＱ－ＡＣＫの情報をタイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋに含め、ＨＡＲＱプロセス毎に格納されているＮＤＩの値と、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信をトリガするＤＣＩフォーマットにより示されるＮＤＩの値とが異なる場合、対応するＨＡＲＱプロセスに対してＮＡＣＫをタイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋに含める。
　一例について説明する。例えば、端末装置１は、ＨＡＲＱプロセス＃１に対するＮＤＩの値として‘１’を格納し、ＨＡＲＱプロセス＃１に対するＨＡＲＱ－ＡＣＫとして‘ＡＣＫ’を記憶している。端末装置１は、ＨＡＲＱプロセス＃１に対するＮＤＩの値として‘１’を含む、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信をトリガするＤＣＩフォーマットを受信する。端末装置１は、ＨＡＲＱプロセス＃１に対して格納されているＮＤＩの値と、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信をトリガするＤＣＩフォーマットにより示されるＨＡＲＱプロセス＃１に対するＮＤＩの値とが同じであると判断し、ＨＡＲＱプロセス＃１に対するＨＡＲＱ－ＡＣＫとして記憶している‘ＡＣＫ’をタイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋに含める。
　一例について説明する。例えば、端末装置１は、ＨＡＲＱプロセス＃１に対するＮＤＩの値として‘１’を格納し、ＨＡＲＱプロセス＃１に対するＨＡＲＱ－ＡＣＫとして‘ＡＣＫ’を記憶している。端末装置１は、ＨＡＲＱプロセス＃１に対するＮＤＩの値として‘０’を含む、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信をトリガするＤＣＩフォーマットを受信する。端末装置１は、ＨＡＲＱプロセス＃１に対して格納されているＮＤＩの値と、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信をトリガするＤＣＩフォーマットにより示されるＨＡＲＱプロセス＃１に対するＮＤＩの値とが異なると判断し、ＨＡＲＱプロセス＃１に対するＨＡＲＱ－ＡＣＫとして‘ＮＡＣＫ’をタイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋに含める。端末装置１は、ＨＡＲＱプロセス＃１に対して格納されているＮＤＩの値と、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信をトリガするＤＣＩフォーマットにより示されるＨＡＲＱプロセス＃１に対するＮＤＩの値とが異なることから、ＨＡＲＱプロセス＃１に対するスケジューリング情報を含むＤＣＩフォーマットの検出をミスしたと認識する。
　端末装置１は、ＰＤＳＣＨのスケジューリング情報を含むＤＣＩフォーマットを受信した場合、ＰＤＳＣＨのスケジューリング情報を含む前記ＤＣＩフォーマットに含まれるＮＤＩフィールドに基づきＨＡＲＱプロセスに対して格納されているＮＤＩの値を更新し、ＰＤＳＣＨのスケジューリング情報を含まず、ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋ（例えば、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋ）の報告をトリガするＤＣＩフォーマットを受信した場合、ＰＤＳＣＨのスケジューリング情報を含まず、ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの報告をトリガする前記ＤＣＩフォーマットに含まれるＮＤＩフィールドに基づきＨＡＲＱプロセスに対して報告されるＨＡＲＱ－ＡＣＫを判断し、前記ＨＡＲＱプロセスに対して格納されているＮＤＩの値を保持する。端末装置１は、ＨＡＲＱプロセス毎のＮＤＩフィールドを含み、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信を指示するＤＣＩフォーマットを受信した場合、ＮＤＩフィールドに基づきＨＡＲＱプロセスに対して報告されるＨＡＲＱ－ＡＣＫを判断し、ＨＡＲＱプロセスに関して前回の送信のＮＤＩの値としては用いない（記憶しない、格納しない）。
　一例について説明する。例えば、端末装置１は、ＨＡＲＱプロセス＃１に対するＮＤＩの値として‘１’を格納し、ＨＡＲＱプロセス＃１に対するＨＡＲＱ－ＡＣＫとして‘ＡＣＫ’を記憶している。端末装置１は、ＨＡＲＱプロセス＃１に対するＮＤＩの値として‘０’を含む、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信をトリガするＤＣＩフォーマットを受信する。端末装置１は、ＨＡＲＱプロセス＃１に対して格納されているＮＤＩの値と、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信をトリガするＤＣＩフォーマットにより示されるＨＡＲＱプロセス＃１に対するＮＤＩの値とが異なると判断し、ＨＡＲＱプロセス＃１に対するＨＡＲＱ－ＡＣＫとして‘ＮＡＣＫ’と判断し、ＨＡＲＱプロセス＃１に対するＮＤＩの値としては‘０’を用いず（記憶せず、格納せず）、既に格納されている‘１’を用い続ける（記憶し続ける、格納し続ける）。
　一例について説明する。例えば、端末装置１は、ＨＡＲＱプロセス＃１に対するＮＤＩの値として‘１’を格納し、ＨＡＲＱプロセス＃１に対するＨＡＲＱ－ＡＣＫとして‘ＡＣＫ’を記憶している。例えば、端末装置１は、ＨＡＲＱプロセス＃２に対するＮＤＩの値として‘０’を格納し、ＨＡＲＱプロセス＃２に対するＨＡＲＱ－ＡＣＫとして‘ＡＣＫ’を記憶している。端末装置１は、ＨＡＲＱプロセス＃１に対するＮＤＩの値として‘０’を含み、ＨＡＲＱプロセス＃２に対するＮＤＩの値として‘０’を含む、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信をトリガするＤＣＩフォーマットを受信する。端末装置１は、ＨＡＲＱプロセス＃１に対して格納されているＮＤＩの値と、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信をトリガするＤＣＩフォーマットにより示されるＨＡＲＱプロセス＃１に対するＮＤＩの値とが異なると判断し、ＨＡＲＱプロセス＃１に対するＨＡＲＱ－ＡＣＫとして‘ＮＡＣＫ’と判断する。端末装置１は、ＨＡＲＱプロセス＃２に対して格納されているＮＤＩの値と、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信をトリガするＤＣＩフォーマットにより示されるＨＡＲＱプロセス＃２に対するＮＤＩの値とが同じであると判断し、ＨＡＲＱプロセス＃２に対するＨＡＲＱ－ＡＣＫとして記憶している‘ＡＣＫ’をタイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋに含める。端末装置１は、ＨＡＲＱプロセス＃１に対するＮＤＩの値としてはＤＣＩフォーマットで通知されたＮＤＩフィールドの値‘０’を用いず（記憶せず、格納せず）、既に格納されている‘１’を用い続ける（記憶し続ける、格納し続ける）。端末装置１は、ＨＡＲＱプロセス＃２に対するＮＤＩの値としてはＤＣＩフォーマットで通知されたＮＤＩフィールドの値と同じ、既に格納されている‘０’を用い続ける（記憶し続ける、格納し続ける）。
　ＨＡＲＱプロセスは、トランスポートブロックと紐づけられる。端末装置１は、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信を指示するＤＣＩフォーマットに含まれるあるＨＡＲＱプロセスに対するＮＤＩフィールドについては、そのＨＡＲＱプロセスのトランスポートブロックの前回送信のＮＤＩの値には適用しない（用いない）。
　端末装置１がＳＰＳ　ＰＤＳＣＨを受信し、該ＳＰＳ　ＰＤＳＣＨ（ＳＰＳ　ＰＤＳＣＨのＨＡＲＱプロセス）に対応するＨＡＲＱ－ＡＣＫ情報を含むタイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信をトリガするＤＣＩ　ｆｏｒｍａｔを受信した場合、端末装置１は、該ＤＣＩ　ｆｏｒｍａｔに含まれるＳＰＳ　ＰＤＳＣＨに対応するＮＤＩフィールドの値が所定の値であることを期待してもよい。ここで、該所定の値は０であってもよいし、１であってもよい。
　端末装置１がＳＰＳ　ＰＤＳＣＨの非活性化（ｒｅｌｅａｓｅ）を指示するＰＤＣＣＨを受信し、該ＳＰＳ　ＰＤＳＣＨの非活性化に対応するＨＡＲＱ－ＡＣＫ情報を含むタイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信をトリガするＤＣＩ　ｆｏｒｍａｔを受信した場合、端末装置１は、該ＤＣＩ　ｆｏｒｍａｔに含まれるＳＰＳ　ＰＤＳＣＨの非活性化に対応するＮＤＩフィールドの値が所定の値であることを期待してもよい。ここで、該所定の値は０であってもよい、１であってもよい。また、該所定の値は、ＳＰＳ　ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報に対するＮＤＩフィールド値と異なる値であってもよい。例えば、ＳＰＳ　ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報に対するＮＤＩフィールドの値が０である場合、該所定の値は１であってもよい。例えば、ＳＰＳ　ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報に対するＮＤＩフィールドの値が１である場合、該所定の値は０であってもよい。
　タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの報告をトリガするＤＣＩ　ｆｏｒｍａｔに含まれるＨＡＲＱプロセスＩＤがＳＰＳ　ＰＤＳＣＨのために構成されているＨＡＲＱプロセスＩＤである場合、端末装置１は、該ＤＣＩ　ｆｏｒｍａｔに含まれるＮＤＩフィールドの値がＸＮＤＩである場合には、ＳＰＳ　ＰＤＳＣＨに対する該ＨＡＲＱプロセスＩＤに対応するＨＡＲＱ－ＡＣＫ情報をＰＵＣＣＨに含め、該ＤＣＩ　ｆｏｒｍａｔに含まれるＮＤＩフィールドの値がＹＮＤＩである場合には、ＳＰＳ　ＰＤＳＣＨの非活性化に対応するＨＡＲＱ－ＡＣＫ情報をＰＵＣＣＨに含んでもよい。ここで、ＸＮＤＩは０であってもよいし、１であってもよい。また、ＹＮＤＩは０であってもよいし、１であってもよいし、ＸＮＤＩと異なる値であってもよい。例えば、ＸＮＤＩが０である場合、ＹＮＤＩは１であってもよい。例えば、ＸＮＤＩが１である場合、ＹＮＤＩは０であってもよい。
　端末装置１がＳＰＳ　ＰＤＳＣＨの非活性化に対応するＨＡＲＱ－ＡＣＫ情報を含むタイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの報告をトリガするＤＣＩ　ｆｏｒｍａｔを受信した場合、端末装置１は、該ＤＣＩ　ｆｏｒｍａｔに含まれるＳＰＳ　ＰＤＳＣＨの非活性化に対応するＨＡＲＱプロセスＩＤが最後に受信したＳＰＳ　ＰＤＳＣＨのＨＡＲＱプロセスＩＤと同じであることを期待してもよい。
　端末装置１がＳＰＳ　ＰＤＳＣＨの非活性化に対応するＨＡＲＱ－ＡＣＫ情報を含むタイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの報告をトリガするＤＣＩ　ｆｏｒｍａｔを受信した場合、端末装置１は、該ＤＣＩ　ｆｏｒｍａｔに含まれるＳＰＳ　ＰＤＳＣＨの非活性化に対応するＨＡＲＱプロセスＩＤがＳＰＳ　ＰＤＳＣＨのために構成された１つまたは複数のＨＡＲＱプロセスＩＤの中から１つのＨＡＲＱプロセスＩＤであることを期待してもよい。
　基地局装置３がＳＰＳ　ＰＤＳＣＨの非活性化に対応するＨＡＲＱ－ＡＣＫ情報を含むタイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの報告をトリガするＤＣＩ　ｆｏｒｍａｔを送信する場合、基地局装置３は、該ＤＣＩ　ｆｏｒｍａｔに含まれるＳＰＳ　ＰＤＳＣＨの非活性化に対応するＨＡＲＱプロセスＩＤを、最後に送信したＳＰＳ　ＰＤＳＣＨのＨＡＲＱプロセスＩＤに設定してもよい。
　基地局装置３がＳＰＳ　ＰＤＳＣＨの非活性化に対応するＨＡＲＱ－ＡＣＫ情報を含むタイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの報告をトリガするＤＣＩ　ｆｏｒｍａｔを送信する場合、基地局装置３は、該ＤＣＩｆｏｒｍａｔに含まれるＳＰＳ　ＰＤＳＣＨの非活性化に対応するＨＡＲＱプロセスＩＤを、ＳＰＳ　ＰＤＳＣＨのために構成された１つまたは複数のＨＡＲＱプロセスＩＤの中から１つのＨＡＲＱプロセスＩＤを選択し、設定してもよい。
　一例について説明する。例えば、端末装置１は、ＤＬ　ｇｒａｎｔによってスケジューリングされるＰＤＳＣＨに対応するＨＡＲＱプロセス＃１に対するＮＤＩの値として‘１’を格納し、ＨＡＲＱプロセス＃１に対するＨＡＲＱ－ＡＣＫとして‘ＡＣＫ’を記憶し、ＳＰＳ　ＰＤＳＣＨに対応するＨＡＲＱプロセス＃２に対するＨＡＲＱ－ＡＣＫとして‘ＡＣＫ’を記憶している。端末装置１は、ＨＡＲＱプロセス＃１に対するＮＤＩフィールドの値として‘１’を含み、ＨＡＲＱプロセス＃２に対するＮＤＩフィールドの値として‘０’を含む、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信をトリガするＤＣＩフォーマットを受信する。端末装置１は、ＨＡＲＱプロセス＃１に対して格納されているＮＤＩの値と、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信をトリガするＤＣＩフォーマットにより示されるＨＡＲＱプロセス＃１に対するＮＤＩフィールドの値とが同じであると判断し、ＨＡＲＱプロセス＃１に対するＨＡＲＱ－ＡＣＫ情報として記憶している‘ＡＣＫ’をタイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋに含め、ＨＡＲＱプロセス＃２に対してタイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信をトリガするＤＣＩフォーマットにより示されるＮＤＩフィールドの値が‘０’であるためＳＰＳ　ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報の報告と判断し、ＳＰＳ　ＰＤＳＣＨに対応するＨＡＲＱプロセス＃２に対するＨＡＲＱ－ＡＣＫとして記憶している‘ＡＣＫ’をタイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋに含める。
　一例について説明する。例えば、端末装置１はＳＰＳ　ＰＤＳＣＨのためにＨＡＲＱプロセス＃２、ＨＡＲＱプロセス＃３が構成されている。端末装置１は、ＤＬ　ｇｒａｎｔによってスケジューリングされるＰＤＳＣＨに対応するＨＡＲＱプロセス＃１に対するＮＤＩの値として‘１’を格納し、ＨＡＲＱプロセス＃１に対するＨＡＲＱ－ＡＣＫとして‘ＡＣＫ’を記憶し、ＳＰＳ　ＰＤＳＣＨに対応するＨＡＲＱプロセス＃２に対するＨＡＲＱ－ＡＣＫとして‘ＮＡＣＫ’を記憶し、ＳＰＳ　ＰＤＳＣＨに対応するＨＡＲＱプロセス＃３に対するＨＡＲＱ－ＡＣＫとして‘ＡＣＫ’を記憶している。また、端末装置１は、ＳＰＳ　ＰＤＳＣＨの非活性化を行うＰＤＣＣＨを受信し、該ＳＰＳ　ＰＤＳＣＨの非活性化を成功裏に行ったため‘ＡＣＫ’を記憶している。端末装置１は、ＨＡＲＱプロセス＃１に対するＮＤＩフィールドの値として‘１’を含み、ＨＡＲＱプロセス＃２に対するＮＤＩフィールドの値として‘１’を含み、ＨＡＲＱプロセス＃３に対するＮＤＩフィールドの値として‘０’を含む、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信をトリガするＤＣＩフォーマットを受信する。端末装置１は、ＨＡＲＱプロセス＃１に対して格納されているＮＤＩの値と、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信をトリガするＤＣＩフォーマットにより示されるＨＡＲＱプロセス＃１に対するＮＤＩフィールドの値とが同じであると判断し、ＨＡＲＱプロセス＃１に対するＨＡＲＱ－ＡＣＫ情報として記憶している‘ＡＣＫ’をタイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋに含め、ＨＡＲＱプロセス＃２に対してタイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信をトリガするＤＣＩフォーマットにより示されるＮＤＩフィールドの値が‘１’であるためＳＰＳ　ＰＤＳＣＨの非活性化に対応するＨＡＲＱ－ＡＣＫ情報の報告と判断し、ＳＰＳ　ＰＤＳＣＨの非活性化に対応するＨＡＲＱ－ＡＣＫ情報として記憶している‘ＡＣＫ’をタイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋに含め、ＨＡＲＱプロセス＃３に対してタイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの送信をトリガするＤＣＩフォーマットにより示されるＮＤＩフィールドの値が‘０’であるためＳＰＳ　ＰＤＳＣＨのＨＡＲＱプロセス＃３に対応するＨＡＲＱ－ＡＣＫ情報の報告と判断し、ＳＰＳ　ＰＤＳＣＨに対応するＨＡＲＱプロセス＃３に対応するＨＡＲＱ－ＡＣＫとして記憶している‘ＡＣＫ’をタイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋに含める。
　タイプ３ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋのサイズは、端末装置１に構成されたＨＡＲＱプロセスの数とＳＰＳ　ＰＤＳＣＨの非活性化を行うＰＤＣＣＨとに少なくとも基づいて与えられてもよい。例えば、端末装置１構成されたＨＡＲＱプロセスの数が１６であり、端末装置１がＳＰＳ　ＰＤＳＣＨの非活性化を行うＰＤＣＣＨを受信しなかった場合、タイプ３ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋのサイズは、該ＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報の数（１６ビット）と、該ＨＡＲＱプロセスに対するＮＤＩの数（１６ビット）との和（３２ビット）であってもよい。例えば、端末装置１構成されたＨＡＲＱプロセスの数が１６であり、端末装置１がＳＰＳ　ＰＤＳＣＨの非活性化を行うＰＤＣＣＨを受信した場合、タイプ３ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋのサイズは、該ＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報の数（１６ビット）と、該ＨＡＲＱプロセスに対するＮＤＩの数（１６ビット）と、ＳＰＳ　ＰＤＳＣＨの非活性化に対応するＨＡＲＱ－ＡＣＫ情報（１ビット）との和（３３ビット）であってもよい。例えば、端末装置１構成されたＨＡＲＱプロセスの数が１６であり、端末装置１がＳＰＳ　ＰＤＳＣＨの非活性化を行うＰＤＣＣＨを受信した場合、タイプ３ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋのサイズは、該ＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報の数（１６ビット）と、該ＨＡＲＱプロセスに対するＮＤＩの数（１６ビット）と、ＳＰＳ　ＰＤＳＣＨの非活性化に対応するＨＡＲＱ－ＡＣＫ情報（１ビット）と、ＮＤＩに相応する所定の値（１ビット）との和（３４ビット）であってもよい。ここで、‘ＮＤＩに相応する所定の値’とは、ＳＰＳ　ＰＤＳＣＨに対するＮＤＩの値がないため、ＮＤＩとしての機能はしないが、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋに含まれるＮＤＩフィールドに設定するための値（ｐｌａｃｅｈｏｌｄｅｒ　ｖａｌｕｅ）であってもよい。
　タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋのサイズは、端末装置１に構成されたＨＡＲＱプロセスの数とＳＰＳ　ＰＤＳＣＨの非活性化を行うＰＤＣＣＨとに少なくとも基づいて与えられてもよい。例えば、端末装置１構成されたＨＡＲＱプロセスの数が１６であり、端末装置１がＳＰＳ　ＰＤＳＣＨの非活性化を行うＰＤＣＣＨを受信しなかった場合、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋのサイズは、該ＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報の数（１６ビット）であってもよい。例えば、端末装置１構成されたＨＡＲＱプロセスの数が１６であり、端末装置１がＳＰＳ　ＰＤＳＣＨの非活性化を行うＰＤＣＣＨを受信した場合、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋのサイズは、該ＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報の数（１６ビット）と、ＳＰＳ　ＰＤＳＣＨの非活性化に対応するＨＡＲＱ－ＡＣＫ情報（１ビット）との和（１７ビット）であってもよい。
　タイプ３ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの報告（送信）をトリガするＤＣＩ　ｆｏｒｍａｔは、ＨＡＲＱトリガフィールドを含んでもよい。タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの報告（送信）をトリガするＤＣＩ　ｆｏｒｍａｔは、報告対象となる１つまたは複数のＨＡＲＱプロセスＩＤと該ＨＡＲＱプロセスＩＤに対するＮＤＩを含んでもよい。
　端末装置１に構成された１つまたは複数のＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報の報告（送信）をトリガすることは、タイプ３ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの報告（送信）をトリガすることを意味してもよい。端末装置１に構成された１つまたは複数のＨＡＲＱプロセスに含まれるＨＡＲＱ－ＡＣＫ情報の報告（送信）をトリガすることは、タイプ４ＨＡＲＱ－ＡＣＫ　ｃｏｄｅｂｏｏｋの報告（送信）をトリガすることを意味してもよい。
　ＨＡＲＱ－ＡＣＫ情報をＰＵＣＣＨに含めることは、ＨＡＲＱ－ＡＣＫ情報をｃｏｄｅｂｏｏｋに含めることを意味してもよい。
　本発明の一態様は、効率的な通信を実現することができる。本発明の一態様は、ＨＡＲＱ－ＡＣＫ情報の効率的な送受信を実現することができる。本発明の一態様は、ＨＡＲＱ－ＡＣＫコードブックの効率的な送受信を実現することができる。本発明の一態様は、ＨＡＲＱプロセスにおける端末装置１と基地局装置３間の認識のミスマッチを解消するとともに、ＨＡＲＱプロセスを適切に動作させることができる。
　以下、本実施形態の一態様に係る種々の装置の態様を説明する。
　（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、プロセッサと、 コンピュータプログラムコードを格納するメモリと、を備える端末装置であって、ＤＬ　ｇｒａｎｔによってスケジューリングされるＰＤＳＣＨと、ＳＰＳ　ＰＤＳＣＨとを受信し、前記ＤＬ　ｇｒａｎｔによってスケジューリングされるＰＤＳＣＨに対応する第１のＨＡＲＱ－ＡＣＫ情報と、前記ＳＰＳ
　ＰＤＳＣＨに対応する第２のＨＡＲＱ－ＡＣＫ情報との送信をトリガするＤＣＩフォーマットを含むＰＤＣＣＨを受信する受信部と、　前記第１のＨＡＲＱ－ＡＣＫ情報と、前記第２のＨＡＲＱ－ＡＣＫ情報とを含むＰＵＣＣＨを送信する送信部と、を備え、前記ＤＣＩフォーマットに含まれる第１のＨＡＲＱプロセスＩＤと、第１のＮＤＩフィールドの値とが前記第１のＨＡＲＱ－ＡＣＫ情報に対して格納されているＨＡＲＱプロセスＩＤと格納されているＮＤＩの値とに等しい場合に、前記第１のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含め、前記ＨＡＲＱプロセスＩＤと、前記第１のＮＤＩフィールドの値とが前記格納されているＨＡＲＱプロセスＩＤと、前記格納されているＮＤＩの値とに異なる場合に、前記第１のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含めず、前記ＤＣＩフォーマットに含まれる第２のＨＡＲＱプロセスＩＤが前記第２のＨＡＲＱ－ＡＣＫ情報に対して格納されているＨＡＲＱプロセスＩＤと等しい、かつ、第２のＮＤＩフィールドの値とが０にセットされている場合に、前記第２のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含める。
　（２）本発明の第２の態様は、基地局装置であって、ＤＬ　ｇｒａｎｔによってスケジューリングされるＰＤＳＣＨと、ＳＰＳ　ＰＤＳＣＨとを送信し、前記ＤＬ　ｇｒａｎｔによってスケジューリングされるＰＤＳＣＨに対応する第１のＨＡＲＱ－ＡＣＫ情報と、前記ＳＰＳ　ＰＤＳＣＨに対応する第２のＨＡＲＱ－ＡＣＫ情報との送信をトリガするＤＣＩフォーマットを含むＰＤＣＣＨを送信する送信部と、前記第１のＨＡＲＱ－ＡＣＫ情報と、前記第２のＨＡＲＱ－ＡＣＫ情報とを含むＰＵＣＣＨを受信する受信部と、を備え、前記ＤＣＩフォーマットに含まれる第１のＨＡＲＱプロセスＩＤと、第１のＮＤＩフィールドの値とが前記第１のＨＡＲＱ－ＡＣＫ情報に対して格納されているＨＡＲＱプロセスＩＤと格納されているＮＤＩの値とに等しい場合に、前記第１のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含め、前記ＨＡＲＱプロセスＩＤと、前記第１のＮＤＩフィールドの値とが前記格納されているＨＡＲＱプロセスＩＤと、前記格納されているＮＤＩの値とに異なる場合に、前記第１のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含めず、前記ＤＣＩフォーマットに含まれる第２のＨＡＲＱプロセスＩＤが前記第２のＨＡＲＱ－ＡＣＫ情報に対して格納されているＨＡＲＱプロセスＩＤと等しい、かつ、第２のＮＤＩフィールドの値とが０にセットされている場合に、前記第２のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含める。
　本発明の一態様に関わる基地局装置３、および端末装置１で動作するプログラムは、本発明の一態様に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を制御するプログラム（コンピュータを機能させるプログラム）であってもよい。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ　ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤＤ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行われる。
　尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。
　尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
　さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
　端末装置１は、少なくとも１つのプロセッサと、コンピュータプログラムインストラクション（コンピュータプログラム）を含む少なくとも１つのメモリからなってもよい。メモリとコンピュータプログラムインストラクション（コンピュータプログラム）はプロセッサを用いて、上記の実施形態に記載の動作、処理を端末装置１に行わせるような構成でもよい。基地局装置３は、少なくとも１つのプロセッサと、コンピュータプログラムインストラクション（コンピュータプログラム）を含む少なくとも１つのメモリからなってもよい。メモリとコンピュータプログラムインストラクション（コンピュータプログラム）はプロセッサを用いて、上記の実施形態に記載の動作、処理を基地局装置３に行わせるような構成でもよい。
　また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
　また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）および／またはＮＧ－ＲＡＮ（NextGen RAN，NR RAN）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢおよび／またはｇＮＢに対する上位ノードの機能の一部または全部を有してもよい。
　また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
　また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
　以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明の一態様は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
　本発明の一態様は、例えば、通信システム、通信機器（例えば、携帯電話装置、基地局装置、無線ＬＡＮ装置、或いはセンサーデバイス）、集積回路（例えば、通信チップ）、又はプログラム等において、利用することができる。
１（１Ａ、１Ｂ、１Ｃ）　端末装置
３　基地局装置
１０、３０　無線送受信部
１１、３１　アンテナ部
１２、３２　ＲＦ部
１３、３３　ベースバンド部
１４、３４　上位層処理部
１５、３５　媒体アクセス制御層処理部
１６、３６　無線リソース制御層処理部

Claims (4)

  1. 　ＤＬ　ｇｒａｎｔによってスケジューリングされるＰＤＳＣＨと、ＳＰＳ　ＰＤＳＣＨとを受信し、前記ＤＬ　ｇｒａｎｔによってスケジューリングされるＰＤＳＣＨに対応する第１のＨＡＲＱ－ＡＣＫ情報と、前記ＳＰＳ　ＰＤＳＣＨに対応する第２のＨＡＲＱ－ＡＣＫ情報との送信をトリガするＤＣＩフォーマットを含むＰＤＣＣＨを受信する受信部と、
    　前記第１のＨＡＲＱ－ＡＣＫ情報と、前記第２のＨＡＲＱ－ＡＣＫ情報とを含むＰＵＣＣＨを送信する送信部と、を備え、
    　前記ＤＣＩフォーマットに含まれる第１のＨＡＲＱプロセスＩＤと、第１のＮＤＩフィールドの値とが前記第１のＨＡＲＱ－ＡＣＫ情報に対して格納されているＨＡＲＱプロセスＩＤと格納されているＮＤＩの値とに等しい場合に、前記第１のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含め、
    　前記ＨＡＲＱプロセスＩＤと、前記第１のＮＤＩフィールドの値とが前記格納されているＨＡＲＱプロセスＩＤと、前記格納されているＮＤＩの値とに異なる場合に、前記第１のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含めず、
    　前記ＤＣＩフォーマットに含まれる第２のＨＡＲＱプロセスＩＤが前記第２のＨＡＲＱ－ＡＣＫ情報に対して格納されているＨＡＲＱプロセスＩＤと等しい、かつ、第２のＮＤＩフィールドの値とが０にセットされている場合に、前記第２のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含める
    　端末装置。
  2. 　ＤＬ　ｇｒａｎｔによってスケジューリングされるＰＤＳＣＨと、ＳＰＳ　ＰＤＳＣＨとを送信し、前記ＤＬ　ｇｒａｎｔによってスケジューリングされるＰＤＳＣＨに対応する第１のＨＡＲＱ－ＡＣＫ情報と、前記ＳＰＳ　ＰＤＳＣＨに対応する第２のＨＡＲＱ－ＡＣＫ情報との送信をトリガするＤＣＩフォーマットを含むＰＤＣＣＨを送信する送信部と、
    　前記第１のＨＡＲＱ－ＡＣＫ情報と、前記第２のＨＡＲＱ－ＡＣＫ情報とを含むＰＵＣＣＨを受信する受信部と、を備え、
    　前記ＤＣＩフォーマットに含まれる第１のＨＡＲＱプロセスＩＤと、第１のＮＤＩフィールドの値とが前記第１のＨＡＲＱ－ＡＣＫ情報に対して格納されているＨＡＲＱプロセスＩＤと格納されているＮＤＩの値とに等しい場合に、前記第１のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含め、
    　前記ＨＡＲＱプロセスＩＤと、前記第１のＮＤＩフィールドの値とが前記格納されているＨＡＲＱプロセスＩＤと、前記格納されているＮＤＩの値とに異なる場合に、前記第１のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含めず、
    　前記ＤＣＩフォーマットに含まれる第２のＨＡＲＱプロセスＩＤが前記第２のＨＡＲＱ－ＡＣＫ情報に対して格納されているＨＡＲＱプロセスＩＤと等しい、かつ、第２のＮＤＩフィールドの値とが０にセットされている場合に、前記第２のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含める
    　基地局装置。
  3. 　端末装置に用いられる通信方法であって、
    　ＤＬ　ｇｒａｎｔによってスケジューリングされるＰＤＳＣＨと、ＳＰＳ　ＰＤＳＣＨとを受信し、前記ＤＬ　ｇｒａｎｔによってスケジューリングされるＰＤＳＣＨに対応する第１のＨＡＲＱ－ＡＣＫ情報と、前記ＳＰＳ　ＰＤＳＣＨに対応する第２のＨＡＲＱ－ＡＣＫ情報との送信をトリガするＤＣＩフォーマットを含むＰＤＣＣＨを受信するステップと、
    　前記第１のＨＡＲＱ－ＡＣＫ情報と、前記第２のＨＡＲＱ－ＡＣＫ情報とを含むＰＵＣＣＨを送信するステップと、を備え、
    　前記ＤＣＩフォーマットに含まれる第１のＨＡＲＱプロセスＩＤと、第１のＮＤＩフィールドの値とが前記第１のＨＡＲＱ－ＡＣＫ情報に対して格納されているＨＡＲＱプロセスＩＤと格納されているＮＤＩの値とに等しい場合に、前記第１のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含め、
    　前記ＨＡＲＱプロセスＩＤと、前記第１のＮＤＩフィールドの値とが前記格納されているＨＡＲＱプロセスＩＤと、前記格納されているＮＤＩの値とに異なる場合に、前記第１のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含めず、
    　前記ＤＣＩフォーマットに含まれる第２のＨＡＲＱプロセスＩＤが前記第２のＨＡＲＱ－ＡＣＫ情報に対して格納されているＨＡＲＱプロセスＩＤと等しい、かつ、第２のＮＤＩフィールドの値とが０にセットされている場合に、前記第２のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含める
    　通信方法。
  4. 　基地局装置に用いられる通信方法であって、
    　ＤＬ　ｇｒａｎｔによってスケジューリングされるＰＤＳＣＨと、ＳＰＳ　ＰＤＳＣＨとを送信し、前記ＤＬ　ｇｒａｎｔによってスケジューリングされるＰＤＳＣＨに対応する第１のＨＡＲＱ－ＡＣＫ情報と、前記ＳＰＳ　ＰＤＳＣＨに対応する第２のＨＡＲＱ－ＡＣＫ情報との送信をトリガするＤＣＩフォーマットを含むＰＤＣＣＨを送信するステップと、
    　前記第１のＨＡＲＱ－ＡＣＫ情報と、前記第２のＨＡＲＱ－ＡＣＫ情報とを含むＰＵＣＣＨを受信するステップと、を備え、
    　前記ＤＣＩフォーマットに含まれる第１のＨＡＲＱプロセスＩＤと、第１のＮＤＩフィールドの値とが前記第１のＨＡＲＱ－ＡＣＫ情報に対して格納されているＨＡＲＱプロセスＩＤと格納されているＮＤＩの値とに等しい場合に、前記第１のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含め、
    　前記ＨＡＲＱプロセスＩＤと、前記第１のＮＤＩフィールドの値とが前記格納されているＨＡＲＱプロセスＩＤと、前記格納されているＮＤＩの値とに異なる場合に、前記第１のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含めず、
    　前記ＤＣＩフォーマットに含まれる第２のＨＡＲＱプロセスＩＤが前記第２のＨＡＲＱ－ＡＣＫ情報に対して格納されているＨＡＲＱプロセスＩＤと等しい、かつ、第２のＮＤＩフィールドの値とが０にセットされている場合に、前記第２のＨＡＲＱ－ＡＣＫ情報を前記ＰＵＣＣＨに含める
    　通信方法。
PCT/JP2020/030566 2019-08-08 2020-08-11 端末装置、基地局装置および通信方法 WO2021025175A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019146597A JP7425559B2 (ja) 2019-08-08 2019-08-08 端末装置および通信方法
JP2019-146597 2019-08-08

Publications (1)

Publication Number Publication Date
WO2021025175A1 true WO2021025175A1 (ja) 2021-02-11

Family

ID=74503900

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/030566 WO2021025175A1 (ja) 2019-08-08 2020-08-11 端末装置、基地局装置および通信方法

Country Status (2)

Country Link
JP (1) JP7425559B2 (ja)
WO (1) WO2021025175A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012514414A (ja) * 2008-12-31 2012-06-21 サムスン エレクトロニクス カンパニー リミテッド 移動通信システムにおいてｈａｒｑ伝送制御方法
EP2661006A2 (en) * 2011-01-02 2013-11-06 LG Electronics Inc. Method and device for ack/nack transmission in tdd-based wireless communication system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012514414A (ja) * 2008-12-31 2012-06-21 サムスン エレクトロニクス カンパニー リミテッド 移動通信システムにおいてｈａｒｑ伝送制御方法
EP2661006A2 (en) * 2011-01-02 2013-11-06 LG Electronics Inc. Method and device for ack/nack transmission in tdd-based wireless communication system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
MEDIATEK INC.: "Remaining issues of short-PUCCH", 3GPP DRAFT; R1-1806799_REMAINING ISSUES OF SHORT PUCCH, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Busan, Korea; 20180521 - 20180525, 20 May 2018 (2018-05-20), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051442001 *

Also Published As

Publication number Publication date
JP2021027552A (ja) 2021-02-22
JP7425559B2 (ja) 2024-01-31

Similar Documents

Publication Publication Date Title
WO2021162050A1 (ja) 端末装置および通信方法
JP2020053851A (ja) 端末装置、基地局装置、および、通信方法
WO2021153576A1 (ja) 端末装置および通信方法
WO2022071171A1 (ja) 端末装置、基地局装置、および、通信方法
WO2020195530A1 (ja) 端末装置、および、通信方法
WO2021025176A1 (ja) 端末装置、基地局装置および通信方法
WO2021006333A1 (ja) 端末装置および通信方法
WO2021060488A1 (ja) 端末装置、基地局装置および通信方法
WO2021192843A1 (ja) 端末装置、基地局装置および通信方法
WO2020184209A1 (ja) 端末装置、基地局装置、および、通信方法
WO2020166626A1 (ja) 端末装置、基地局装置、および、通信方法
WO2020162299A1 (ja) 端末装置、基地局装置、および、通信方法
WO2020166627A1 (ja) 端末装置、基地局装置、および、通信方法
WO2020129592A1 (ja) 端末装置、基地局装置、および、通信方法
WO2021025175A1 (ja) 端末装置、基地局装置および通信方法
WO2021025030A1 (ja) 端末装置、基地局装置および通信方法
WO2021166959A1 (ja) 端末装置、基地局装置および通信方法
WO2021166948A1 (ja) 端末装置、基地局装置および通信方法
WO2022054734A1 (ja) 端末装置、基地局装置および通信方法
JP2020025182A (ja) 端末装置、基地局装置、および、通信方法
WO2022054741A1 (ja) 端末装置、基地局装置および通信方法
WO2022202753A1 (ja) 端末装置、基地局装置および通信方法
WO2022124327A1 (ja) 端末装置、基地局装置、および、通信方法
WO2022196610A1 (ja) 端末装置、基地局装置および通信方法
WO2022124330A1 (ja) 端末装置、基地局装置、および、通信方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20851110

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20851110

Country of ref document: EP

Kind code of ref document: A1