JP2021029029A - 端末装置、および、方法 - Google Patents

Abstract

【課題】効率的に通信を行なうこと。【解決手段】第１のＰＵＣＣＨリソースセットおよび第２のＰＵＣＣＨリソースセットに関連するＲＲＣ情報を受信する受信部と、前記ＲＲＣ情報に基づいて、ＰＵＣＣＨを送信する送信部と、を備え、前記第１のＰＵＣＣＨリソースセットおよび前記第２のＰＵＣＣＨリソースセットのそれぞれに対して適用される最大ＵＣＩ情報ビット数が同じ値であるとすれば、前記送信部は、ＤＣＩフォーマットに含まれる第１の情報に基づいて、前記第１のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースを用いるか前記第２のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースを用いるかを決定する。【選択図】図８

Description

本発明は、端末装置、および、方法に関する。

セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「ＬＴＥ（Long
Term Evolution）」、または、「ＥＵＴＲＡ（Evolved Universal Terrestrial Radio Access）」と称する。）が、第三世代パートナーシッププロジェクト（3GPP:3^rd Generation Partnership Project）において検討されている。ＬＴＥにおいて、基地局装置はｅＮｏｄｅＢ（evolved NodeB）、端末装置はＵＥ（User Equipment）とも称されてもよい。
ＬＴＥは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。１つの基地局装置は１または複数のサービングセルを管理してもよい。

３ＧＰＰでは、国際電気通信連合（ＩＴＵ）が策定する次世代移動通信システムの規格であるＩＭＴ（International Mobile Telecommunication）―２０２０に提案するため、次世代無線通信規格（NR: New Radio）の検討が行なわれている（非特許文献１）。ＮＲ
は、単一の技術の枠組みにおいて、ｅＭＢＢ（enhanced Mobile BroadBand）、ｍＭＴＣ
（massive Machine Type Communication）、ＵＲＬＬＣ（Ultra Reliable and Low Latency Communication）の３つのシナリオを想定した要求を満たすことが求められている。

さらに、無免許周波数帯（Unlicensed band, unlicensed spectrum）にＮＲ無線アクセス技術（NR-RAT: NR Radio Access Technology）を適用する無線通信方式および／または無線通信システムであるＮＲ−Ｕ（NR-Unlicensed）の検討が行なわれている（非特許文
献２）。

"New SID proposal: Study on New Radio Access Technology", RP-160671, NTT DOCOMO, 3GPP TSG RAN Meeting #71, Goteborg, Sweden, 7th - 10th March, 2016． "TR38.889 v0.0.2 Study on NR-based Access to Unlicensed Spectrum", R1-1807617， Qualcomm Incorporated， 3GPP TSG RAN WG1 Meeting #93, Busan, Korea, 21st - 25th May, 2018．

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

（１）本発明の第１の態様は、端末装置であって、第１のＰＵＣＣＨリソースセットおよび第２のＰＵＣＣＨリソースセットに関連するＲＲＣ情報を受信する受信部と、前記ＲＲＣ情報に基づいて、ＰＵＣＣＨを送信する送信部と、を備え、前記第１のＰＵＣＣＨリソースセットおよび前記第２のＰＵＣＣＨリソースセットのそれぞれに対して適用される最大ＵＣＩ情報ビット数が同じ値であるとすれば、前記送信部は、ＤＣＩフォーマットに含まれる第１の情報に基づいて、前記第１のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースを用いるか前記第２のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースを用いるかを決定する。

（２）本発明の第２の態様は、端末装置に用いられる方法であって、第１のＰＵＣＣＨリソースセットおよび第２のＰＵＣＣＨリソースセットに関連するＲＲＣ情報を受信するステップと、前記ＲＲＣ情報に基づいて、ＰＵＣＣＨを送信するステップと、前記第１のＰＵＣＣＨリソースセットおよび前記第２のＰＵＣＣＨリソースセットのそれぞれに対して適用される最大ＵＣＩ情報ビット数が同じ値であるとすれば、ＤＣＩフォーマットに含まれる第１の情報に基づいて、前記第１のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースを用いるか前記第２のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースを用いるかを決定するステップと、を含む。

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

本実施形態の一態様に係る無線通信システムの概念図である。 本実施形態の一態様に係るＮ^ｓｌｏｔ _ｓｙｍｂ、ＳＣＳ設定μ、および、ＣＰ設定の関係を示す一例である。 本実施形態の一態様に係るサブフレームにおけるリソースグリッドの一例を示す概略図である。 本実施形態の一態様に係るＰＵＣＣＨフォーマットとＰＵＣＣＨフォーマットの長さＮ^{ＰＵＣＣＨ} _ｓｙｍｂの関係の一例を示す図である。 本実施形態の一態様に係るPUCCH-ConfigおよびPUCCH-FormatConfigに含まれるパラメータの一例を示す図である。 本実施形態の一態様に係るPUCCH-ResourceSetおよびPUCCH-Resourceに含まれるパラメータの一例を示す図である。 本実施形態の一態様に係るＰＵＣＣＨフォーマット固有に設定可能なパラメータの一例を示す図である。 本実施形態の一態様に係るＰＵＣＣＨリソースセットおよびＰＵＣＣＨリソースに含まれるパラメータの一例を示す図である。 本実施形態の一態様に係るＰＵＣＣＨリソースセットおよびＰＵＣＣＨリソースに含まれるパラメータの別の一例を示す図である。 本実施形態の一態様に係るＤＣＩフォーマット１＿０の一例を示す図である。 本実施形態の一態様に係る端末装置１の構成を示す概略ブロック図である。 本実施形態の一態様に係る基地局装置３の構成を示す概略ブロック図である。 本実施形態の一態様に係るチャネルアクセスプロシージャ（ＣＡＰ）の一例を示す図である。 本実施形態の一態様に係るチャネルアクセス優先クラス（ＣＡＰＣ）およびＣＷ調整プロシージャ（ＣＷＡＰ）の一例を示す図である。 本実施形態に係る周波数マッピング（リソース割り当て、物理リソースへのマッピング、周波数リソース配置タイプ）の一例を示す図である。 本実施形態に係る時間領域におけるＰＵＣＣＨの送信開始位置（時間領域の開始位置、スロット内の開始位置）を示すフィールド（PUCCH starting position field, PSP field）および各ＳＣＳに対応するＰＵＣＣＨの開始位置の一例を示す図である。

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

図１は、本実施形態の一態様に係る無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ〜１Ｃ、および基地局装置３を具備する。以下、端末装置１Ａ〜１Ｃを端末装置１とも称されてもよい。なお、基地局装置３は、通信装置、ノード、ＮＢ（NodeB）、ｅＮＢ、ｇＮＢ、ネットワーク装置（コアネットワーク、ゲート
ウェイ）、アクセスポイントの一部または全部を含んでもよい。また、端末装置１は、ＵＥ（User equipment）と称されてもよい。なお、ｅＮＢは、１または複数の端末装置１に向けてＥＵＴＲＡユーザプレーンおよび制御プレーンプロトコルターミネーションを提供するノードであり、特にＮＧ（Next Generation）インタフェースを介して第５世代コア
ネットワーク（５ＧＣ）に接続されるｅＮＢをｎｇ−ｅＮＢと称する。また、ｇＮＢは、１または複数の端末装置１に向けてＮＲユーザプレーンおよび制御プレーンプロトコルターミネーションを提供するノードであり、ＮＧインタフェースを介して５ＧＣに接続される。

基地局装置３は、ＭＣＧ（Master Cell Group）、および、ＳＣＧ（Secondary Cell Group）の一方または両方を構成してもよい。ＭＣＧは、少なくともＰＣｅｌｌ（Primary Cell）を含んで構成されるサービングセルのグループである。また、ＳＣＧは、少なくと
もＰＳＣｅｌｌ（Primary Secondary Cell）を含んで構成されるサービングセルのグループである。ＰＣｅｌｌは、初期接続に基づき与えられるサービングセルであってもよい。ＭＣＧは、１または複数のＳＣｅｌｌ（Secondary Cell）を含んで構成されてもよい。ＳＣＧは、１または複数のＳＣｅｌｌを含んで構成されてもよい。ＰＣｅｌｌおよびＰＳＣｅｌｌは、ＳｐＣｅｌｌ（Special Cell）と称されてもよい。１つのＳｐＣｅｌｌ、および、１または複数のＳＣｅｌｌを用いて１つのＣＧを構成し、通信を行なうことをキャリアアグリゲーションと称してもよい。

ＭＣＧは、ＥＵＴＲＡ上の１または複数のサービングセルで構成されてもよい。また、ＳＣＧは、ＮＲ上の１または複数のサービングセルで構成されてもよい。また、ＭＣＧは、ＮＲ上の１または複数のサービングセルで構成されてもよい。また、ＳＣＧは、ＥＵＴＲＡ上の１または複数のサービングセルで構成されてもよい。また、ＭＣＧおよびＳＣＧは、ＥＵＴＲＡまたはＮＲのいずれか一方の１または複数のサービングセルで構成されてもよい。ここで、ＥＵＴＲＡ上とは、ＥＵＴＲＡ ＲＡＴ（Radio Access Technology）
が適用された、という意味を含んでもよい。また、ＮＲ上とはＮＲ ＲＡＴが適用された、という意味を含んでもよい。

ＭＣＧは、ＥＵＴＲＡ上の１または複数のサービングセルで構成されてもよい。また、ＳＣＧは、ＮＲ−Ｕ上の１または複数のサービングセルで構成されてもよい。また、ＭＣＧは、ＮＲ上の１または複数のサービングセルで構成されてもよい。また、ＳＣＧは、ＮＲ−Ｕ上の１または複数のサービングセルで構成されてもよい。また、ＭＣＧは、ＥＵＴＲＡまたはＮＲまたはＮＲ−Ｕのいずれか一方の１または複数のサービングセルで構成されてもよい。また、ＳＣＧは、ＥＵＴＲＡまたはＮＲまたはＮＲ−Ｕのいずれか一方の１または複数のサービングセルで構成されてもよい。ＮＲ−Ｕは、周波数免許不要の周波数帯（オペレーティングバンド）でＮＲ方式の通信／アクセス／サービスを行なうことを目的としている。ＮＲ−Ｕ通信が行なわれる周波数帯では、無線ＬＡＮ（Wireless Local Area Network, Radio LAN）サービス（通信および／または方式）、ＷＡＳ（Wireless Access Systems）サービス、ＩＥＥＥ８０２．１１サービス、ＷｉＦｉサービス、ＦＷＡ（Fixed Wireless Access）サービス、ＩＴＳ（Intelligent Transport Systems）サービス
、ＬＡＡ（Licensed Assisted Access）サービスを行なう端末装置および／またはアクセスポイントおよび／または基地局装置の通信が行なわれてもよい。一方で、ＮＲは、周波数免許が必要な周波数帯でＮＲ方式の通信／アクセス／サービスを行なうことを目的としている。また、ＬＴＥは、周波数免許が必要な周波数帯でＬＴＥ方式の通信／アクセス／サービスを行なうことを目的としている。また、ＬＡＡは、周波数免許が不要な周波数帯
でＬＴＥ方式の通信／アクセス／サービスを行なうことを目的としている。無線通信事業者は、周波数免許によって割り当てられた周波数帯において、商用サービスを行なってもよい。

ＥＵＴＲＡ、ＮＲ、ＮＲ−Ｕのそれぞれに対して適用されるオペレーティングバンド（キャリア周波数および周波数帯域幅）は個別に定義（規定）されてもよい。

また、ＭＣＧは、第１の基地局装置によって構成されてもよい。また、ＳＣＧは、第２の基地局装置によって構成されてもよい。つまり、ＰＣｅｌｌは、第１の基地局装置によって構成されてもよい。ＰＳＣｅｌｌは、第２の基地局装置によって構成されてもよい。第１の基地局装置および第２の基地局装置はそれぞれ、基地局装置３と同じであってもよい。

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

本実施形態の一態様に係る無線通信システムにおいて、ＯＦＤＭ（Orthogonal Frequency Division Multiplex）が少なくとも用いられる。ＯＦＤＭシンボルは、ＯＦＤＭの時
間領域の単位である。ＯＦＤＭシンボルは、少なくとも１または複数のサブキャリア（subcarrier）を含む。ＯＦＤＭシンボルは、ベースバンド信号生成において時間連続信号（time - continuous signal）に変換される。下りリンクにおいて、ＣＰ−ＯＦＤＭ（Cyclic Prefix - Orthogonal Frequency Division Multiplex）が少なくとも用いられる。上
りリンクにおいて、ＣＰ−ＯＦＤＭ、または、ＤＦＴ−ｓ−ＯＦＤＭ（Discrete Fourier
Transform - spread - Orthogonal Frequency Division Multiplex）のいずれかが用い
られる。ＤＦＴ−ｓ−ＯＦＤＭは、ＣＰ−ＯＦＤＭに対して変形プレコーディング（Transform precoding）が適用されることで与えられてもよい。

サブキャリア間隔（ＳＣＳ）は、サブキャリア間隔Δｆ＝２^μ・１５ｋＨｚによって与えられてもよい。例えば、ＳＣＳ設定μは０、１、２、３、４、および／または、５のいずれかに設定されてもよい。あるＢＷＰ（BandWidth Part）のために、ＳＣＳ設定μが上位層のパラメータにより与えられてもよい。つまり、下りリンクおよび／または上りリンクに係らず、ＢＷＰ毎（下りリンクＢＷＰ毎、上りリンクＢＷＰ毎）にμの値が設定されてもよい。

本実施形態の一態様に係る無線通信システムにおいて、時間領域の長さの表現のために時間単位Ｔ_ｃが用いられる。時間単位Ｔ_ｃは、Ｔ_ｃ＝１／（Δｆ_ｍａｘ・Ｎ_ｆ）で与えられてもよい。Δｆ_ｍａｘは、本実施形態の一態様に係る無線通信システムにおいてサポートされるＳＣＳの最大値であってもよい。Δｆ_ｍａｘは、Δｆ_ｍａｘ＝４８０ｋＨｚであってもよい。Ｎ_ｆは、Ｎ_ｆ＝４０９６であってもよい。定数κは、κ＝Δｆ_ｍａｘ・Ｎ_ｆ／（Δｆ_ｒｅｆＮ_{ｆ，ｒｅｆ}）＝６４である。Δｆ_ｒｅｆは、１５ｋＨｚであってもよい。Ｎ_{ｆ，ｒｅｆ}は、２０４８であってもよい。

定数κは、参照ＳＣＳとＴ_ｃの関係を示す値であってもよい。定数κはサブフレームの長さのために用いられてもよい。定数κに少なくとも基づき、サブフレームに含まれるスロットの数が与えられてもよい。Δｆ_ｒｅｆは、参照ＳＣＳであり、Ｎ_{ｆ，ｒｅｆ}は、参照ＳＣＳに対応する値である。

下りリンクにおける信号の送信、および／または、上りリンクにおける信号の送信は、１０ｍｓのフレームにより構成される。フレームは、１０個のサブフレームを含んで構成される。サブフレームの長さは１ｍｓである。フレームの長さは、ＳＣＳΔｆに関わらず与えられてもよい。つまり、フレームの設定はμの値に係らず与えられてもよい。サブフ
レームの長さは、ＳＣＳΔｆに関わらず与えられてもよい。つまり、サブフレームの設定はμに係らず与えられてもよい。

あるＳＣＳ設定μに対して、１つのサブフレームに含まれるスロットの数とインデックスが与えられてもよい。例えば、スロット番号ｎ^μ _ｓは、サブフレームにおいて０からＮ^{ｓｕｂｆｒａｍｅ，μ} _ｓｌｏｔ−１の範囲で昇順に与えられてもよい。ＳＣＳ設定μに対して、１つのフレームに含まれるスロットの数とインデックスが与えられてもよい。また、スロット番号ｎ^μ _ｓ，ｆは、フレームにおいて０からＮ^{ｆｒａｍｅ，μ} _ｓｌｏｔ−１の範囲で昇順に与えられてもよい。連続するＮ^ｓｌｏｔ _ｓｙｍｂ個のＯＦＤＭシンボルが１つのスロットに含まれてもよい。Ｎ^ｓｌｏｔ _ｓｙｍｂは、および／または、ＣＰ（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）を含む。以下、アンテナポートｐ、ＳＣＳ設定μ、および、送信方向の設定の一部または全部を少なくとも含むパラメータのセットは、第１の無線パラメータセットとも称されてもよい。つまり、リソースグリッドは、第１の無線パラメータセット毎に１つ与えられてもよい。なお、無線パラメータセットは、１または複数の無線パラメータ（物理層パラメータまたは上位層パラメータ）を含む１または複数のセットであってもよい。

下りリンクにおいて、サービングセルに含まれるキャリアを下りリンクキャリア（または、下りリンクコンポーネントキャリア）と称する。上りリンクにおいて、サービングセルに含まれるキャリアを上りリンクキャリア（上りリンクコンポーネントキャリア）と称する。下りリンクコンポーネントキャリア、および、上りリンクコンポーネントキャリアを総称して、コンポーネントキャリア（または、キャリア）と称してもよい。

サービングセルのタイプは、ＰＣｅｌｌ、ＰＳＣｅｌｌ、および、ＳＣｅｌｌのいずれかであってもよい。ＰＣｅｌｌは、初期接続においてＳＳＢ（Synchronization signal/Physical broadcast channel block）から取得されるセルＩＤ（物理層セルＩＤ、物理セ
ルＩＤ）に少なくとも基づき識別されるサービングセルであってもよい。ＳＣｅｌｌは、キャリアアグリゲーションにおいて用いられるサービングセルであってもよい。ＳＣｅｌｌは、専用ＲＲＣシグナリングに少なくとも基づき与えられるサービングセルであってもよい。

第１の無線パラメータセット毎に与えられるリソースグリッドの中の各要素は、リソースエレメント（ＲＥ）と称されてもよい。リソースエレメントは周波数領域のインデックスｋ_ｓｃと、時間領域のインデックスｌ_ｓｙｍにより特定される。ある第１の無線パラメータセットのために、リソースエレメントは周波数領域のインデックスｋ_ｓｃと、時間領域のインデックスｌ_ｓｙｍにより特定される。周波数領域のインデックスｋ_ｓｃと時間領域のインデックスｌ_ｓｙｍにより特定されるリソースエレメントは、リソースエレメント（ｋ_ｓｃ、ｌ_ｓｙｍ）とも称されてもよい。周波数領域のインデックスｋ_ｓｃは、０からＮ^μ _ＲＢＮ^ＲＢ _ｓｃ−１のいずれかの値を示す。Ｎ^μ _ＲＢはＳＣＳ設定μのために与えられるリソースブロック数であってもよい。Ｎ^μ _ＲＢは、Ｎ^{ｓｉｚｅ，μ} _{ｇｒｉｄ，ｘ}であってもよい。Ｎ^ＲＢ _ｓｃは、リソースブロックに含まれるサブキャリア数であり、Ｎ^ＲＢ _ｓｃ＝１２である。周波数領域のインデックスｋ_ｓｃは、サブキャリアインデックスｋ_ｓｃに対応してもよい。時間領域のインデックスｌ_ｓｙｍは、ＯＦＤＭシンボルインデックスｌ_ｓｙｍに対応してもよい。１または複数のリソースエレメントは、物理リソースおよび複素値（複素値変調シンボル）に対応してもよい。物理リソースおよび／または複素値に対応する１または複数のリソースエレメントのそれぞれに対して、１または複数の情報ビット（制御情報やトランスポートブロック、上位層パラメータのための情報ビット）がマップされてもよい。

図３は、本実施形態の一態様に係るサブフレームにおけるリソースグリッドの一例を示す概略図である。図３のリソースグリッドにおいて、横軸は時間領域のインデックスｌ_ｓｙｍであり、縦軸は周波数領域のインデックスｋ_ｓｃである。１つのサブフレームにおいて、リソースグリッドの周波数領域はＮ^μ _ＲＢＮ^ＲＢ _ｓｃ個のサブキャリアを含む。１つ
のサブフレームにおいて、リソースグリッドの時間領域は１４・２^μ個のＯＦＤＭシンボルを含んでもよい。１つのリソースブロックは、Ｎ^ＲＢ _ｓｃ個のサブキャリアを含んで構成される。リソースブロックの時間領域は、１ＯＦＤＭシンボルに対応してもよい。リソースブロックの時間領域は、１４ＯＦＤＭシンボルに対応してもよい。リソースブロックの時間領域は、１または複数のスロットに対応してもよい。リソースブロックの時間領域は、１つのサブフレームに対応してもよい。

端末装置１は、リソースグリッドのサブセットのみを用いて送受信を行うことが指示されてもよい。リソースグリッドのサブセットは、ＢＷＰとも呼称され、ＢＷＰは上位層のパラメータ、および／または、ＤＣＩの一部または全部に少なくとも基づき与えられてもよい。ＢＷＰをＣＢＰ（Carrier Bandwidth Part）とも称してもよい。端末装置１は、リソースグリッドのすべてのセットを用いて送受信を行なうことが指示されなくてもよい。端末装置１は、リソースグリッド内の一部の周波数リソースを用いて送受信を行なうことが指示されてもよい。１つのＢＷＰは、周波数領域における複数のリソースブロックから構成されてもよい。１つのＢＷＰは、周波数領域において連続する複数のリソースブロックから構成されてもよい。下りリンクキャリアに対して設定されるＢＷＰは、下りリンクＢＷＰとも称されてもよい。上りリンクキャリアに対して設定されるＢＷＰは、上りリンクＢＷＰとも称されてもよい。ＢＷＰは、キャリアの帯域のサブセット（キャリアにおける周波数領域のサブセット）であってもよい。

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

サービングセルに対して設定される１または複数の下りリンクＢＷＰのうち、１つの下りリンクＢＷＰがアクティブ下りリンクＢＷＰに設定されてもよい。下りリンクのＢＷＰスイッチは、１つのアクティブ下りリンクＢＷＰをディアクティベート（deactivate）し、該１つのアクティブ下りリンクＢＷＰ以外のインアクティブ下りリンクＢＷＰをアクティベート（activate）するために用いられてもよい。下りリンクＢＷＰのスイッチングは、下りリンク制御情報に含まれるＢＷＰフィールドにより制御されてもよい。下りリンクＢＷＰのスイッチングは、上位層のパラメータに基づき制御されてもよい。

アクティブ下りリンクＢＷＰにおいて、ＤＬ−ＳＣＨが受信されてもよい。アクティブ下りリンクＢＷＰにおいて、ＰＤＣＣＨがモニタされてもよい。アクティブ下りリンクＢＷＰにおいて、ＰＤＳＣＨが受信されてもよい。

インアクティブ下りリンクＢＷＰにおいて、ＤＬ−ＳＣＨが受信されなくてもよい。インアクティブ下りリンクＢＷＰにおいて、ＰＤＣＣＨがモニタされなくてもよい。インアクティブ下りリンクＢＷＰのためのＣＳＩは報告されなくてもよい。

サービングセルに対して設定される１または複数の下りリンクＢＷＰのうち、２つ、または、それよりも多い下りリンクＢＷＰがアクティブ下りリンクＢＷＰに設定されなくてもよい。

サービングセルに対して設定される１または複数の上りリンクＢＷＰのうち、１つの上りリンクＢＷＰがアクティブ上りリンクＢＷＰに設定されてもよい。上りリンクのＢＷＰスイッチは、１つのアクティブ上りリンクＢＷＰをディアクティベート（deactivate）し、該１つのアクティブ上りリンクＢＷＰ以外のインアクティブ上りリンクＢＷＰをアクティベート（activate）するために用いられる。上りリンクＢＷＰのスイッチングは、下りリンク制御情報に含まれるＢＷＰフィールドにより制御されてもよい。上りリンクＢＷＰ
のスイッチングは、上位層のパラメータに基づき制御されてもよい。

アクティブ上りリンクＢＷＰにおいて、ＵＬ−ＳＣＨが送信されてもよい。アクティブ上りリンクＢＷＰにおいて、ＰＵＣＣＨが送信されてもよい。アクティブ上りリンクＢＷＰにおいて、ＰＲＡＣＨが送信されてもよい。アクティブ上りリンクＢＷＰにおいて、ＳＲＳが送信されてもよい。

インアクティブ上りリンクＢＷＰにおいて、ＵＬ−ＳＣＨが送信されなくてもよい。インアクティブ上りリンクＢＷＰにおいて、ＰＵＣＣＨが送信されなくてもよい。インアクティブ上りリンクＢＷＰにおいて、ＰＲＡＣＨが送信されなくてもよい。インアクティブ上りリンクＢＷＰにおいて、ＳＲＳが送信されなくてもよい。

１つのサービングセルに対して設定される１または複数の上りリンクＢＷＰのうち、２つまたはそれよりも多い上りリンクＢＷＰがアクティブ上りリンクＢＷＰに設定されなくてもよい。つまり、上りリンクＢＷＰを含む該サービングセルに対して、アクティブ上りリンクＢＷＰは少なくとも１つだけあればよい。

上位層のパラメータは、上位層の信号に含まれるパラメータである。上位層の信号は、ＲＲＣ（Radio Resource Control）シグナリングであってもよいし、ＭＡＣ ＣＥ（Medium Access Control Control Element）であってもよい。ここで、上位層の信号は、ＲＲ
Ｃ層の信号であってもよいし、ＭＡＣ層の信号であってもよい。上位層の信号は、物理層よりも上位の層の信号であってもよい。なお、ＲＲＣ層の信号によって与えられる上位層パラメータは、基地局装置３から端末装置１に通知され、設定されてもよい。ＲＲＣ層の信号によって与えられる上位層パラメータは、ＲＲＣパラメータやＲＲＣ情報要素（ＩＥ）と称されてもよい。

上位層の信号は、共通ＲＲＣシグナリング（common RRC signaling）であってもよい。共通ＲＲＣシグナリングは、以下のＣ１からＣ３の特徴のうち、一部または全部を少なくとも備えてもよい。
Ｃ１）ＢＣＣＨロジカルチャネル、または、ＣＣＣＨロジカルチャネルにマップされる
Ｃ２）ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素を少なくとも含む
Ｃ３）ＰＢＣＨにマップされる

ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素は、サービングセルにおいて共通に用いられる設定を示す情報を含んでもよい。サービングセルにおいて共通に用いられる設定は、ＰＲＡＣＨの設定を少なくとも含んでもよい。該ＰＲＡＣＨの設定は、１または複数のランダムアクセスプリアンブルインデックスを少なくとも示してもよい。該ＰＲＡＣＨの設定は、ＰＲＡＣＨの時間／周波数リソースを少なくとも示してもよい。

共通ＲＲＣシグナリングは、共通ＲＲＣパラメータを少なくとも含んでもよい。共通ＲＲＣパラメータは、サービングセル内において共通に用いられる（Cell-specific）パラ
メータであってもよい。

上位層の信号は、専用ＲＲＣシグナリング（dedicated RRC signaling）であってもよ
い。専用ＲＲＣシグナリングは、以下のＤ１からＤ２の特徴のうち、一部または全部を少なくとも備えてもよい。
Ｄ１）ＤＣＣＨロジカルチャネルにマップされる
Ｄ２）ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素を含まない

例えば、ＭＩＢ（Master Information Block）、および、ＳＩＢ（System Information
Block）は共通ＲＲＣシグナリングに含まれてもよい。また、ＤＣＣＨロジカルチャネルにマップされ、かつ、ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素を少なくとも含む上位層のメッセージは、共通ＲＲＣシグナリングに含まれてもよい。また、ＤＣＣＨロジカルチャネルにマップされ、かつ、ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素を含まない上位層のメッセージは、専用ＲＲＣシグナリングに含まれてもよい。なお、ＭＩＢおよびＳＩＢをまとめてシステム情報と称してもよい。

なお、１または複数の上位層パラメータを含む上位層パラメータは、情報要素（ＩＥ）と称されてもよい。また、１または複数の上位層パラメータ、および／または、１または複数のＩＥを含む上位層パラメータおよび／またはＩＥは、メッセージ（上位層のメッセージ、ＲＲＣメッセージ）や情報ブロック（ＩＢ）、システム情報と称されてもよい。

ＳＩＢは、ＳＳＢの時間インデックスを少なくとも示してもよい。ＳＩＢは、ＰＲＡＣＨリソースに関連する情報を少なくとも含んでもよい。ＳＩＢは、初期接続の設定に関連する情報を少なくとも含んでもよい。

ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素は、ＰＲＡＣＨリソースに関連する情報を少なくとも含んでもよい。ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素は、初期接続の設定に関連する情報を少なくとも含んでもよい。

専用ＲＲＣシグナリングは、専用ＲＲＣパラメータを少なくとも含んでもよい。専用ＲＲＣパラメータは、端末装置１に専用に用いられる（UE-specific）パラメータであって
もよい。専用ＲＲＣシグナリングは、共通ＲＲＣパラメータを少なくとも含んでもよい。

共通ＲＲＣパラメータおよび専用ＲＲＣパラメータは、上位層のパラメータとも称されてもよい。

以下、本実施形態の種々の態様に係る物理チャネルおよび物理シグナルを説明する。

上りリンク物理チャネルは、上位層において発生する情報を運ぶリソースエレメントのセットに対応してもよい。上りリンク物理チャネルは、上りリンクキャリアにおいて用いられる物理チャネルである。本実施形態の一態様に係る無線通信システムにおいて、少なくとも下記の一部または全部の上りリンク物理チャネルが用いられる。
・ＰＵＣＣＨ（Physical Uplink Control CHannel）
・ＰＵＳＣＨ（Physical Uplink Shared CHannel）
・ＰＲＡＣＨ（Physical Random Access CHannel）

ＰＵＣＣＨは、上りリンク制御情報（ＵＣＩ）を送信するために用いられてもよい。上りリンク制御情報は、チャネル状態情報（ＣＳＩ）、スケジューリングリクエスト（ＳＲ）、トランスポートブロック（ＴＢ）に対応するＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat request ACKnowledgement）情報の一部または全部を含む。なお、ＴＢは、ＭＡＣ
ＰＤＵ（Medium Access Control Protocol Data Unit）、ＤＬ−ＳＣＨ（Downlink-Shared Channel）やＰＤＳＣＨ（Physical Downlink Shared Channel）と称されてもよい。

ＰＵＣＣＨには１または複数の種類の上りリンク制御情報が多重されてもよい。該多重されたＰＵＣＣＨは送信されてもよい。つまり、ＰＵＣＣＨには、複数のＨＡＲＱ−ＡＣＫが多重されてもよいし、複数のＣＳＩが多重されてもよいし、複数のＳＲが多重されてもよいし、ＨＡＲＱ−ＡＣＫとＣＳＩが多重されてもよいし、ＨＡＲＱ−ＡＣＫとＳＲが多重されてもよいし、他のＵＣＩの種類と多重されてもよい。

ＨＡＲＱ−ＡＣＫ情報は、ＴＢに対応するＨＡＲＱ−ＡＣＫビットを少なくとも含んでもよい。ＨＡＲＱ−ＡＣＫビットは、ＴＢに対応するＡＣＫ（acknowledgement）または
ＮＡＣＫ（negative-acknowledgement）を示してもよい。ＡＣＫは、該ＴＢの復号が成功裏に完了していることを示す値であってもよい。ＮＡＣＫは、該ＴＢの復号が成功裏に完了していないことを示す値であってもよい。ＨＡＲＱ−ＡＣＫ情報は、１または複数のＨＡＲＱ−ＡＣＫビットを含むＨＡＲＱ−ＡＣＫコードブックを少なくとも１つ含んでもよい。ＨＡＲＱ−ＡＣＫビットが１または複数のＴＢに対応することは、ＨＡＲＱ−ＡＣＫビットが該１または複数のＴＢを含むＰＤＳＣＨに対応することであってもよい。

ＨＡＲＱ−ＡＣＫビットは、ＴＢに含まれる１つのＣＢＧ（Code Block Group）に対応するＡＣＫまたはＮＡＣＫを示してもよい。ＨＡＲＱ−ＡＣＫは、ＨＡＲＱフィードバック、ＨＡＲＱ情報、ＨＡＲＱ制御情報とも称されてもよい。

ＳＲは、初期送信のためのＰＵＳＣＨのリソースを要求するために少なくとも用いられてもよい。また、ＳＲは、新規の送信のためのＵＬ−ＳＣＨリソースを要求するために用いられてもよい。ＳＲビットは、正のＳＲ（positive SR）、または、負のＳＲ（negative SR）のいずれかを示すために用いられてもよい。ＳＲビットが正のＳＲを示すことは、“正のＳＲが送信される”とも称されてもよい。正のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨのリソースが要求されることを示してもよい。正のＳＲは、上位層によりＳＲがトリガされることを示してもよい。正のＳＲは、上位層によりＳＲを送信することが指示された場合に、送信されてもよい。ＳＲビットが負のＳＲを示すことは、“負のＳＲが送信される”とも称されてもよい。負のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨのリソースが要求されないことを示してもよい。負のＳＲは、上位層によりＳＲがトリガされないことを示してもよい。負のＳＲは、上位層によりＳＲを送信することが指示されない場合に、送信されてもよい。

ＳＲビットは、１または複数のＳＲ設定（SR configuration）のいずれかに対する正のＳＲ、または、負のＳＲのいずれかを示すために用いられてもよい。該１または複数のＳＲ設定のそれぞれは、１または複数のロジカルチャネルに対応してもよい。あるＳＲ設定に対する正のＳＲは、該あるＳＲ設定に対応する１または複数のロジカルチャネルのいずれかまたは全部に対する正のＳＲであってもよい。負のＳＲは、特定のＳＲ設定に対応しなくてもよい。負のＳＲが示されることは、すべてのＳＲ設定に対して負のＳＲが示されることであってもよい。

ＳＲ設定は、ＳＲ−ＩＤ（Scheduling Request ID）であってもよい。ＳＲ−ＩＤは、
上位層のパラメータにより与えられてもよい。

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

ＣＳＩは、チャネル測定のために少なくとも用いられる物理信号（例えば、ＣＳＩ−ＲＳ）を受信することに少なくとも基づき与えられてもよい。ＣＳＩは、端末装置１によって選択される値が含まれてもよい。ＣＳＩは、チャネル測定のために少なくとも用いられる物理信号を受信することに少なくとも基づき、端末装置１によって選択されてもよい。チャネル測定は、干渉測定を含んでもよい。なお、ＣＳＩ−ＲＳは、ＣＳＩ−ＲＳ設定に基づいてセットされてもよいし、ＳＳＢ設定に基づいてセットされてもよい。

ＣＳＩ報告は、ＣＳＩの報告である。ＣＳＩ報告は、ＣＳＩパート１、および／または
、ＣＳＩパート２を含んでもよい。ＣＳＩパート１は、広帯域チャネル品質情報（wideband CQI）、広帯域プレコーダ行列指標（wideband PMI）、ＲＩの一部または全部を少なくとも含んで構成されてもよい。ＰＵＣＣＨに多重されるＣＳＩパート１のビット数は、ＣＳＩ報告のＲＩの値に係らず所定の値であってもよい。ＰＵＣＣＨに多重されるＣＳＩパート２のビット数は、ＣＳＩ報告のＲＩの値に基づき与えられてもよい。ＣＳＩ報告のランク指標は、該ＣＳＩ報告の算出のために用いられるランク指標の値であってもよい。ＣＳＩ情報のＲＩは、該ＣＳＩ報告に含まれるＲＩフィールドにより示される値であってもよい。

ＣＳＩ報告において許可されるＲＩのセットは、１から８の一部または全部であってもよい。また、ＣＳＩ報告において許可されるＲＩのセットは、上位層のパラメータＲａｎｋＲｅｓｔｒｉｃｔｉｏｎに少なくとも基づき与えられてもよい。ＣＳＩ報告において許可されるＲＩのセットが１つの値のみを含む場合、該ＣＳＩ報告のＲＩは該１つの値であってもよい。

ＣＳＩ報告に対して、優先度が設定されてもよい。ＣＳＩ報告の優先度は、該ＣＳＩ報告の時間領域のふるまい（処理）に関する設定、該ＣＳＩ報告のコンテンツのタイプ、該ＣＳＩ報告のインデックス、および／または、該ＣＳＩ報告の測定が設定されるサービングセルのインデックスの一部または全部に少なくとも基づき与えられてもよい。

ＣＳＩ報告の時間領域のふるまい（処理）に関する設定は、該ＣＳＩ報告が非周期的に（aperiodic）行なわれるか、該ＣＳＩ報告が半永続的に（semi-persistent）行なわれるか、または、準静的に行なわれるか、のいずれかを示す設定であってもよい。

ＣＳＩ報告のコンテンツのタイプは、該ＣＳＩ報告がレイヤ１のＲＳＲＰ（Reference Signals Received Power）を含むか否かを示してもよい。

レイヤ１とは、物理層のことであり、物理層処理部、無線送信部、送信部、および／または、無線受信部、受信部などの処理を行なう層であってもよい。レイヤ１よりも上位の層には、ＭＡＣ層やＲＲＣ層、上位層処理部などが含まれる。例えば、レイヤ２は、ＭＡＣ層、ＲＬＣ層やＰＤＣＰ層、ＭＡＣ層処理部、ＲＬＣ層処理部やＰＤＣＰ層処理部のことであってもよい。レイヤ３は、ＲＲＣ層、ＲＲＣ層処理部であってもよい。

ＣＳＩ報告のインデックスは、上位層のパラメータにより与えられてもよい。

次に、本実施形態のＰＵＣＣＨに係る説明を行なう。

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

端末装置１が、ＰＵＳＣＨを送信することなく、ＵＣＩ（Uplink Control Information）を送信するとすれば、端末装置１は、所定の条件を満たしたＰＵＣＣＨフォーマットを用いるＰＵＣＣＨでＵＣＩを送信する。

ＰＵＣＣＨフォーマット０は、１または２シンボルでの送信、且つ、ポジティブまたはネガティブＳＲを伴うＨＡＲＱ−ＡＣＫ情報ビット（HARQ-ACK/SR bit(s)）の数が１または２ビットの場合に、用いられる。

ＰＵＣＣＨフォーマット１は、４または４より多くのシンボルでの送信、且つ、ＨＡＲＱ−ＡＣＫ／ＳＲビットの数が１または２ビットの場合に、用いられる。

ＰＵＣＣＨフォーマット２は、１または２シンボルでの送信、且つ、ＵＣＩ情報ビットの数が２ビットよりも多い場合に、用いられる。

ＰＵＣＣＨフォーマット３は、４または４より多くのシンボルでの送信、且つ、ＵＣＩ情報ビットの数が２ビットよりも多い場合に、用いられる。

ＰＵＣＣＨフォーマット４は、４または４より多くのシンボルでの送信、且つ、ＵＣＩ情報ビットの数が２ビットよりも多く、ＰＵＣＣＨリソースがＯＣＣ（Orthogonal Cover
Code）を含む場合に、用いられる。

ＰＵＣＣＨフォーマット０、１、４の周波数リソース配置は、ＰＵＣＣＨで送信するＵＣＩ情報ビット数に係らず、１ＰＲＢであってもよい。ＰＵＣＣＨフォーマット２、３の周波数リソース配置は、最大ＰＲＢ数に関連する上位層パラメータ（nrofPRBs: number of Physical Resource Blocks）、および、ＰＵＣＣＨで送信するＵＣＩ情報ビット数に応じて最適なＰＲＢ数に基づいてもよい。なお、nrofPRBsは、ＰＵＣＣＨフォーマット２と３のそれぞれに設定されてもよい。ＰＵＣＣＨフォーマット２および／または３のＰＵＣＣＨリソースに対して、端末装置１が送信したいＵＣＩ情報ビット数およびnrofPRBsを超えないように、ＰＲＢ数が調整されてもよい。

ＰＵＣＣＨフォーマット３において、送信するＵＣＩ情報ビット数に対して適切に必要なＰＲＢ数が、２＾α_２＊３＾α_３＊５＾α_５を満たさないとすれば、nrofPRBsを超えないように、ＰＵＣＣＨフォーマット３に必要なＰＲＢ数が、２＾α_２＊３＾α_３＊５＾α_５を満たすまでＰＲＢ数を増加させてもよい。ここで、α_２、α_３、α_５はそれぞれ、０または０より大きい整数であってもよい。

図４は、本実施形態の一態様に係るＰＵＣＣＨフォーマットとＰＵＣＣＨフォーマットの長さＮ^{ＰＵＣＣＨ} _ｓｙｍｂの関係の一例を示す図である。ＰＵＣＣＨフォーマット０の長さＮ^{ＰＵＣＣＨ} _ｓｙｍｂは、１または２ＯＦＤＭシンボルである。ＰＵＣＣＨフォーマット１の長さＮ^{ＰＵＣＣＨ} _ｓｙｍｂは、４から１４ＯＦＤＭシンボルのいずれかである。ＰＵＣＣＨフォーマット２の長さＮ^{ＰＵＣＣＨ} _ｓｙｍｂは、１または２ＯＦＤＭシンボルである。ＰＵＣＣＨフォーマット３の長さＮ^{ＰＵＣＣＨ} _ｓｙｍｂは、４から１４ＯＦＤＭシンボルのいずれかである。ＰＵＣＣＨフォーマット４の長さＮ^{ＰＵＣＣＨ} _ｓｙｍｂは、４から１４ＯＦＤＭシンボルのいずれかである。

図５は、本実施形態の一態様に係るPUCCH-ConfigおよびPUCCH-FormatConfigに含まれるパラメータの一例を示す図である。ＰＵＣＣＨは、PUCCH-Configに基づいて時間周波数リソースが決定され、送信されてもよい。PUCCH-ConfigおよびPUCCH-Configに含まれるパラメータはＲＲＣ情報要素であってもよい。PUCCH-Configは、ＢＷＰ毎の端末装置１固有の１または複数のＰＵＣＣＨパラメータを設定するために用いられてもよい。resourceSetToAddModListおよびresourceSetToReleaseListは、ＰＵＣＣＨリソースセットを追加およ
び／またはリリースするために用いられるリストであり、そのリストのサイズは、ＰＵＣＣＨリソースセットの最大数に基づいてもよい。resourceToAddModListおよびresourceToReleaseListは、ＰＵＣＣＨ設定が定義された上りリンクＢＷＰおよびサービングセルに
対して適用される１または複数のＰＵＣＣＨリソースを追加および／またはリリースするために用いられるリストであり、そのサイズは、ＰＵＣＣＨリソースの最大数に基づいてもよい。spatialRelationInfoToAddModListは、reference RSとPUCCH間のspatial relationの設定を示すために用いられてもよい。reference RSは、ＳＳＢ／ＣＳＩ−ＲＳ／ＳＲ
Ｓであってもよい。そのリストが１つよりも多いエレメントを有するとすれば、ＭＡＣ−ＣＥは、１つのエレメントを選択する。ＰＵＣＣＨフォーマット１から４に対してそれぞれ、PUCCH-FormatConfigが設定されてもよい。各ＰＵＣＣＨフォーマットに対応するPUCCH-FormatConfigは、各ＰＵＣＣＨフォーマットに対応する全てのＰＵＣＣＨリソース間で共有されてもよい。dl-DataToUL-ACKは、ＰＤＳＣＨと該ＰＤＳＣＨに対応するＨＡＲＱ
−ＡＣＫに対するタイミングのリストを示すために用いられてもよい。

PUCCH-FormatConfigは、interslotFrequencyHopping、additionalDMRS、maxCodeRate、nrofSlots、pi2BPSK、simultaneousHARQ-ACK-CSIのうち、１つまたは全部が含まれてもよい。

interslotFrequencyHoppingは、ＰＵＣＣＨフォーマット１、３または４が複数のスロ
ット間で繰り返される時、端末装置１がスロット間周波数ホッピングを行なうことができることを示すために用いられる。ロングＰＵＣＣＨ（ＰＵＣＣＨフォーマット１、３、４）に対して、端末装置１は、スロット内周波数ホッピングおよびスロット間周波数ホッピングを同時に行なうことはできない。

additionalDMRSは、ＰＵＣＣＨフォーマット３または４に対して、ホップ毎に２つのＤＭＲＳシンボルを含むこと、および、周波数ホッピングをしなければ、４つのＤＭＲＳシンボルを含むこと、ができることを示すために用いられてもよい。このフィールドは、ＰＵＣＣＨフォーマット１または２に対して適用されない。

maxCodeRateは、ＰＵＣＣＨフォーマット２、３または４におけるＵＣＩをフィードバ
ックする方法を決定するための最大コーディングレートを示してもよい。このフィールドは、ＰＵＣＣＨフォーマット１に対して適用されなくてもよい。

nrofSlotsは、ＰＵＣＣＨフォーマット１、３または４のそれぞれに対して、同じＰＵ
ＣＣＨフォーマットを伴うスロットの数を示す。このフィールドがPUCCH-FormatConfigに無いときは、端末装置１は、ｎ１を適用してもよい。このフィールドは、ＰＵＣＣＨフォーマット２に対して適用されなくてもよい。

pi2BPSKは、端末装置１が、ＰＵＣＣＨに対して、QPSKの代わりに、pi/2 BPSKをＵＣＩシンボルに用いることができることを示してもよい。このフィールドは、ＰＵＣＣＨフォーマット１および２に対して適用されなくてもよい。

simultaneousHARQ-ACK-CSIは、ＰＵＣＣＨフォーマット２、３または４において、ＳＲを伴うまたは伴わないＨＡＲＱ−ＡＣＫフィードバックおよびＣＳＩの同時送信を用いることができるかを示すために用いられてもよい。このフィールドが、PUCCH-FormatConfigに無い時は、端末装置１は、offを適用してもよい。このフィールドは、ＰＵＣＣＨフォ
ーマット１に対して適用されなくてもよい。

図６は、本実施形態の一態様に係るPUCCH-ResourceSetおよびPUCCH-Resourceに含まれ
るパラメータの一例を示す図である。PUCCH-ResourceSetは、pucch-ResourceSetId、resourceList、maxPayloadMinus1を含んでもよい。

resourceListは、該ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのリストである。ＰＵＣＣＨフォーマット０および１の１または複数のＰＵＣＣＨリソースは、第１のＰＵＣＣＨリソースセットにだけ含まれることが許可されてもよい。第１のＰＵＣＣＨリソースセットとは、pucch-ResourceSetId = 0を伴うＰＵＣＣＨリソ
ースセットのことであってもよい。第１のＰＵＣＣＨリソースセットには、最大３２まで
ＰＵＣＣＨリソースが含まれてもよい。ＰＵＣＣＨフォーマット２、３および４の１または複数のＰＵＣＣＨリソースは、pucch-ResourceSetId > 0を伴うＰＵＣＣＨリソースセ
ットにだけ含まれることが許可されてもよい。これらのＰＵＣＣＨリソースセットには、最大８までのＰＵＣＣＨリソースが含まれてもよい。ＰＵＣＣＨリソースセットは、最大４セットまで設定されてもよい。

maxPayloadMinus1は、端末装置１がＰＵＣＣＨリソースセットを用いて送信可能なペイロードビットの最大数−１を示すために用いられてもよい。つまり、maxPayloadMinus1は、ＰＵＣＣＨリソースセットで送信可能な最大ＵＣＩビット数（ＵＣＩビット数の最大値）を示してもよい。ＰＵＣＣＨ発生時において、端末装置１は、端末装置１が送信したいビット数をサポートしているPUCCH-ResourceSetを選択してもよい。第１のＰＵＣＣＨリ
ソースセットにおいて、このフィールドは、PUCCH-ResourceSetに含まれなくてもよい。
また、第１のＰＵＣＣＨリソースセット以外のＰＵＣＣＨリソースセットにおいては、最大ペイロードサイズであれば、このフィールドはPUCCH-ResourceSetに含まれなくてもよ
い。

PUCCH-Resourceには、pucch-ResourceId、startingPRB、intraSlotFrequencyHopping、secondHopPRB、formatが含まれてもよい。

startingPRBは、ＰＵＣＣＨのＰＲＢインデックスを示す。このフィールドの値は、Ｐ
ＵＣＣＨが複数のＰＲＢで構成される場合には、最初のＰＲＢインデックスを示す。

intraSlotFrequencyHoppingは、スロット内周波数ホッピングを行なうかどうかを示す
ために用いられてもよい。スロット内周波数ホッピングは、すべてのタイプのＰＵＣＣＨフォーマットに適用されてもよい。複数のスロットにおいてロングＰＵＣＣＨ（ＰＵＣＣＨフォーマット１、３、４）に対して、同時に、スロット内周波数ホッピングとスロット間周波数ホッピングは行なわれない。

secondHopPRBは、周波数ホッピング後の最初のＰＲＢのインデックスを示すために用いられてもよい。個の値は、スロット内周波数ホッピングに対して適用されてもよい。

formatは、ＰＵＣＣＨフォーマットのタイプ（ＰＵＣＣＨフォーマット０から４）とフォーマット固有のパラメータを選択するために用いられてもよい。ＰＵＣＣＨフォーマット０および１は、第１のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースに対してだけ許可されてもよい。ＰＵＣＣＨフォーマット２、３、４は、第１のＰＵＣＣＨリソースセット以外のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースに対してだけ許可されてもよい。

図７は、本実施形態の一態様に係るＰＵＣＣＨフォーマット固有に設定可能なパラメータの一例を示す図である。

ＰＵＣＣＨフォーマット０のＰＵＣＣＨリソースは、initialCyclicShift、nrofSymbols、startingSymbolIndexを含むPUCCH-Format0に基づいて設定されてもよい。

ＰＵＣＣＨフォーマット１のＰＵＣＣＨリソースは、initialCyclicShift、nrofSymbols、startingSymbolIndex、timeDomainOCCを含むPUCCH-Format1に基づいて設定されてもよい。

ＰＵＣＣＨフォーマット２のＰＵＣＣＨリソースは、nrofPRBs、nrofSymbols、startingSymbolIndexを含むPUCCH-Format2に基づいて設定されてもよい。

ＰＵＣＣＨフォーマット３のＰＵＣＣＨリソースは、nrofPRBs、nrofSymbols、startingSymbolIndexを含むPUCCH-Format3に基づいて設定されてもよい。

ＰＵＣＣＨフォーマット４のＰＵＣＣＨリソースは、nrofSymbols、occ-Length、occ-Index、startingSymbolIndexを含むPUCCH-Format4に基づいて設定されてもよい。

formatがPUCCH-format0を示すとすれば、ＰＵＣＣＨリソースに対して設定されたＰＵ
ＣＣＨフォーマットは、ＰＵＣＣＨフォーマット０である。ＰＵＣＣＨリソースは、PUCCH-format0に含まれる種々のパラメータの値に基づいて決定されてもよい。

formatがPUCCH-format1を示すとすれば、ＰＵＣＣＨリソースに対して設定されたＰＵ
ＣＣＨフォーマットは、ＰＵＣＣＨフォーマット１である。ＰＵＣＣＨリソースは、PUCCH-format1に含まれる種々のパラメータの値に基づいて決定されてもよい。

formatがPUCCH-format2を示すとすれば、ＰＵＣＣＨリソースに対して設定されたＰＵ
ＣＣＨフォーマットは、ＰＵＣＣＨフォーマット２である。ＰＵＣＣＨリソースは、PUCCH-format2に含まれる種々のパラメータの値に基づいて決定されてもよい。

formatがPUCCH-format3を示すとすれば、ＰＵＣＣＨリソースに対して設定されたＰＵ
ＣＣＨフォーマットは、ＰＵＣＣＨフォーマット３である。ＰＵＣＣＨリソースは、PUCCH-format3に含まれる種々のパラメータの値に基づいて決定されてもよい。

formatがPUCCH-format4を示すとすれば、ＰＵＣＣＨリソースに対して設定されたＰＵ
ＣＣＨフォーマットは、ＰＵＣＣＨフォーマット４である。ＰＵＣＣＨリソースは、PUCCH-format4に含まれる種々のパラメータの値に基づいて決定されてもよい。

次に、本実施形態に係るＰＵＣＣＨリソースおよびＰＵＣＣＨリソースセットについて説明する。

端末装置１は、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマットに含まれるＰＲＩの値に基づいて、ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫの送信に用いられるＰＵＣＣＨリソースを決定してもよい。

ＰＵＣＣＨリソースセットに所定の数よりも多くのＰＵＣＣＨリソースが含まれるとすれば、端末装置１は、ＤＣＩフォーマットに含まれるＰＲＩ（PUCCH resource indicator）フィールドの値およびＤＣＩフォーマットを検出したＣＣＥインデックスに基づいて、ＰＵＣＣＨリソースセット内のどのＰＵＣＣＨリソースを用いるかを決定してもよい。また、ＰＵＣＣＨリソースセットに所定の数よりも多くＰＵＣＣＨリソースが含まれるとすれば、ＤＣＩフォーマットに含まれるＰＲＩフィールドのサイズ（ビット数、ビットサイズ）は拡張されてもよい。ＰＵＣＣＨリソースセットに所定の数または所定の数よりも少ない数のＰＵＣＣＨリソースが含まれるとすれば、端末装置１はＤＣＩフォーマットに含まれるＰＲＩの値に基づいて、ＰＵＣＣＨリソースを決定してもよい。また、ＰＵＣＣＨリソースセットは、ＤＣＩフォーマットに含まれる第１の情報に基づいて、第１の周波数リソース配置タイプを適用された第１のＰＵＣＣＨリソースセットを用いるか第２の周波数リソース配置タイプを適用された第２のＰＵＣＣＨリソースセットを用いるかが決定されてもよい。第１の情報は、ＰＵＣＣＨがＣＯＴ内で送信されるかＣＯＴ外で送信されるかが示される情報であってもよいし、ＰＵＣＣＨの周波数リソース配置タイプを示す情報であってもよいし、ＰＵＣＣＨの送信前のＣＡＰのタイプを示す情報であってもよい。

例えば、第１のＰＵＣＣＨリソースセット以外のＰＵＣＣＨリソースセットに対して、８よりも多いＰＵＣＣＨリソースが設定される場合に、端末装置１は、ＵＣＩ情報ビットを送信するためのＰＵＣＣＨリソース（ＰＵＣＣＨリソースＩＤ）を、ＰＲＩの値およびＣＣＥインデックスの値に基づいて、決定してもよい。また、ＰＲＩフィールドのビットサイズが拡張される場合には、ＰＲＩの値に対応するＰＵＣＣＨリソースを用いてＵＣＩ情報ビットを送信してもよい。

ＰＵＣＣＨリソースセットは、ＰＵＣＣＨリソースセットに用いられたpucch-ResourceIdのセットを提供するresourceListによって提供されたＰＵＣＣＨリソースインデックスのセットを伴ってもよい。また、ＰＵＣＣＨリソースセットは、maxPayloadMinus1によって提供されたＰＵＣＣＨリソースセットにおけるＰＵＣＣＨリソースを用いて送信できるＵＣＩ情報ビットの最大数を伴ってもよい。第１のＰＵＣＣＨリソースセットに対してＵＣＩ情報ビットの最大数は２ビットであってもよい。１つのＰＵＣＣＨリソースセットに対するＰＵＣＣＨリソースインデックスの最大数はmaxNrofPUCCH-ResourcesPerSetによって提供されてもよい。ＮＲ−Ｕに対して、すべてのＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースの最大数は、３２であってもよい。

端末装置１が、maxNrofPUCCH-ResourceSetsよりも大きな値のmaxNrofPUCCH-ResourceSets-r16をサポートしていることを能力情報として、提供すれば、端末装置１に対して、maxNrofPUCCH-ResourceSetsでサポートしている４セットよりも多くのＰＵＣＣＨリソース
セットが設定されてもよい。その際、ＰＵＣＣＨリソースセットは、PUCCH-ResourceSet-r16によって提供され、pucch-ResourceSetId-r16によって提供されたＰＵＣＣＨリソースセットインデックスと関連してもよい。つまり、pucch-ResourceSetId-r16が取り得る値
は、０からmaxNrofPUCCH-ResourceSets-r16-1までのいずれかであってもよい。

端末装置１は、maxNrofPUCCH-ResourceSets-r16をサポートしており、pucch-ResourceSetId-r16が所定の値よりも大きな値であるＰＵＣＣＨリソースセットが設定されるとすれば、異なる周波数リソース配置タイプが適用されるＰＵＣＣＨリソースセットが設定されてもよい。さらに、異なるpucch-ResourceSetId-r16のＰＵＣＣＨリソースセットにおい
て、同じ値にセットされたmaxPayloadMinus1が適用されてもよい。

基地局装置３は、端末装置１が、所定の値よりも大きい値のmaxNrofPUCCH-ResourceSets-r16をサポートしていることを能力情報として提供した場合、または、端末装置１が、
異なる周波数リソース配置タイプが可能なことを能力情報として提供した場合、または、端末装置１が、PUCCH-ResourceSet-r16および／またはPUCCH-Resource-r16をサポートし
ていることを能力情報として提供した場合、能力情報を提供した端末装置１に対して、PUCCH-ResourceSet-r16またはPUCCH-Resource-r16に周波数リソース配置タイプに関連する
パラメータ（例えば、freqResourceAllocType-r16）を含んで設定してもよい。なお、maxNrofPUCCH-ResourceSets-r16ではなく、所定の値よりも大きな値のmaxNrofPUCCH-Resources-r16が提供された場合であっても、基地局装置３は、同様の処理を行なってもよい。

基地局装置３は、所定の値よりも大きな値のpucch-ResourceSetIdをセットしたPUCCH-ResourceSetを設定するとすれば、各PUCCH-ResourceSetに対してfreqResourceAllocTypeを含んで設定してもよい。

pucch-ResourceSetId-r16の値が０であるＰＵＣＣＨリソースセットは、ＰＵＣＣＨフ
ォーマット０または１のＰＵＣＣＨリソースを最大３２まで含む第１のＰＵＣＣＨリソースセットであってもよい。pucch-ResourceSetId-r16=0のＰＵＣＣＨリソースセットに対
するＵＣＩ情報ビットは、２ビットまでしかサポートされなくてもよい。

pucch-ResourceSetId-r16の値が１であるＰＵＣＣＨリソースセットは、ＰＵＣＣＨフ
ォーマット２、３、および／または、４のＰＵＣＣＨリソースを含むＰＵＣＣＨリソースセットであってもよい。pucch-ResourceSetId-r16=1のＰＵＣＣＨリソースセットのＰＵ
ＣＣＨリソースによって送信可能なＵＣＩ情報ビット数は、３からＮ_２までであってもよい。Ｎ_２の値は、該ＰＵＣＣＨリソースセットに含まれるmaxPayloadMinus1によって与えられてもよい。

pucch-ResourceSetId-r16の値が２であるＰＵＣＣＨリソースセットは、ＰＵＣＣＨフ
ォーマット２、３、および／または、４のＰＵＣＣＨリソースを含むＰＵＣＣＨリソースセットであってもよい。pucch-ResourceSetId-r16=2のＰＵＣＣＨリソースセットのＰＵ
ＣＣＨリソースによって送信可能なＵＣＩ情報ビット数は、Ｎ_２＋１からＮ_３までであってもよい。Ｎ_３の値は、該ＰＵＣＣＨリソースセットに含まれるmaxPayloadMinus1によって与えられてもよい。

pucch-ResourceSetId-r16の値が３であるＰＵＣＣＨリソースセットは、ＰＵＣＣＨフ
ォーマット２、３、および／または、４のＰＵＣＣＨリソースを含むＰＵＣＣＨリソースセットであってもよい。pucch-ResourceSetId-r16=3のＰＵＣＣＨリソースセットのＰＵ
ＣＣＨリソースによって送信可能なＵＣＩ情報ビット数は、Ｎ_３＋１から１７０６までであってもよい。この時、該ＰＵＣＣＨリソースセットには、maxPayloadMinus1が含まれなくてもよい。

pucch-ResourceSetId-r16の値が４であるＰＵＣＣＨリソースセットは、ＰＵＣＣＨフ
ォーマット２、３、および／または、４のＰＵＣＣＨリソースを含むＰＵＣＣＨリソースセットであってもよい。pucch-ResourceSetId-r16=4のＰＵＣＣＨリソースセットのＰＵ
ＣＣＨリソースによって送信可能なＵＣＩ情報ビット数は、３からＮ_２までであってもよい。Ｎ_２の値は、該ＰＵＣＣＨリソースセットに含まれるmaxPayloadMinus1によって与えられてもよい。

pucch-ResourceSetId-r16の値が５であるＰＵＣＣＨリソースセットは、ＰＵＣＣＨフ
ォーマット２、３、および／または、４のＰＵＣＣＨリソースを含むＰＵＣＣＨリソースセットであってもよい。pucch-ResourceSetId-r16=5のＰＵＣＣＨリソースセットのＰＵ
ＣＣＨリソースによって送信可能なＵＣＩ情報ビット数は、Ｎ_２＋１からＮ３までであってもよい。Ｎ_３の値は、該ＰＵＣＣＨリソースセットに含まれるmaxPayloadMinus1によって与えられてもよい。

pucch-ResourceSetId-r16の値が６であるＰＵＣＣＨリソースセットは、ＰＵＣＣＨフ
ォーマット２、３、および／または、４のＰＵＣＣＨリソースを含むＰＵＣＣＨリソースセットであってもよい。pucch-ResourceSetId-r16=6のＰＵＣＣＨリソースセットのＰＵ
ＣＣＨリソースによって送信可能なＵＣＩ情報ビット数は、Ｎ_３＋１から１７０６までであってもよい。この時、該ＰＵＣＣＨリソースセットには、maxPayloadMinus1が含まれなくてもよい。

同じまたは同じ範囲内のＵＣＩ情報ビット数（つまり、同じ値のmaxPayloadMinus1）が適用される複数のＰＵＣＣＨリソースセットにおいて、異なるＰＵＣＣＨリソースセットＩＤがセットされるとすれば、該複数のＰＵＣＣＨリソースセット間で、物理リソースマッピングまたは周波数リソース配置タイプが異なってもよい。例えば、pucch-ResourceSetId-r16=1とpucch-ResourceSetId-r16=4のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースは、異なる周波数リソース配置タイプがセットされてもよく、pucch-ResourceSetId-r16=1のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースセットの周波数リソース配置タイ
プは、連続配置であり、pucch-ResourceSetId-r16=4のＰＵＣＣＨリソースセットのＰＵ
ＣＣＨリソースセットの周波数リソース配置タイプは、インタレース配置であってもよい。他のＩＤ（pucch-ResourceSetId-r16=2と5やpucch-ResourceSetId-r16=3と6）についても同様に設定されてもよい。

同じまたは同じ範囲内のＵＣＩ情報ビット数（つまり、同じ値のmaxPayloadMinus1）が適用される複数のＰＵＣＣＨリソースセットにおいて、異なるＰＵＣＣＨリソースセットＩＤがセットされるとすれば、ＰＵＣＣＨリソースセット間で、物理リソースマッピングまたは周波数リソース配置タイプが異なってもよい。例えば、pucch-ResourceSetId-r16=1とpucch-ResourceSetId-r16=4のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースは、異なる周波数リソース配置タイプがセットされてもよく、pucch-ResourceSetId-r16=1のＰ
ＵＣＣＨリソースセットのＰＵＣＣＨリソースセットの周波数リソース配置タイプは、インタレース配置であり、pucch-ResourceSetId-r16=4のＰＵＣＣＨリソースセットのＰＵ
ＣＣＨリソースセットの周波数リソース配置タイプは、連続配置であってもよい。他のＩＤについても同様に設定されてもよい。

各ＰＵＣＣＨリソースセットにおいて、Ｎ_２やＮ_３に対応するmaxPayloadMinus1が設定されないとすれば、Ｎ_２やＮ_３は１７０６とみなしてもよい。

端末装置１が所定の数よりも多くのＰＵＣＣＨリソースセットが設定できる能力を有する場合、且つ、該端末装置１に対して、該所定の数よりも多くのＰＵＣＣＨリソースセットを設定された場合、または、所定の値（pucch-ResourceSetId）よりも大きな値のＰＵ
ＣＣＨリソースセットＩＤ（pucch-ResourceSetId-r16）が設定される場合、該端末装置
１に対して、ＰＵＣＣＨの周波数リソース配置に対応するＰＵＣＣＨリソースセットが設定されてもよい。このような場合には、該端末装置１に対して、同じまたは同程度のＵＣＩ情報ビット数に対して、第１の周波数リソース配置タイプが適用されたＰＵＣＣＨリソースセットと第２の周波数リソース配置タイプが適用されたＰＵＣＣＨリソースセットが設定されてもよい。また、第１の周波数リソース配置タイプのＰＵＣＣＨリソースを少なくとも１つは含むＰＵＣＣＨリソースセットおよび第２の周波数リソース配置タイプのＰＵＣＣＨリソースを少なくとも１つは含むＰＵＣＣＨリソースセットが設定されてもよい。例えば、第１の周波数リソース配置タイプは、インタレース配置であってもよいし、第２の周波数リソース配置タイプは、連続配置であってもよいし、第１の周波数リソース配置タイプと第２の周波数リソース配置タイプはそれぞれ、その逆であってもよい。

所定の数よりも大きい数、または、maxNrofPUCCH-ResourceSetsよりも大きい値のmaxNrofPUCCH-ResourceSets-r16が適用されたresourceSetToAddModList-r16が設定される場合
、または、所定の値よりも大きな値のpucch-ResourceSetId-r16を含むＰＵＣＣＨリソー
スセットが設定される場合、PUCCH-ResourceSet-r16またはPUCCH-Resource-r16に、ＰＵ
ＣＣＨリソースの周波数リソース配置タイプを示すパラメータ（例えば、freqResourceAllocType-r16）が含まれてもよい。

pucch-ResourceSetIdの異なる、少なくとも２つのＰＵＣＣＨリソースセットの最大Ｕ
ＣＩ情報ビット数が同じであるとすれば、異なるＰＵＣＣＨリソースセット、または、異なるＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースに対して、ＰＵＣＣＨリソースの周波数リソース配置タイプを示すパラメータ（例えば、freqResourceAllocType-r16）が含まれてもよく、それぞれ異なる周波数リソース配置タイプが設定されてもよい。

同じ最大ＵＣＩビット数が適用された第１のＰＵＣＣＨリソースセットおよび第２のＰＵＣＣＨリソースセットが設定された端末装置１に対して、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマットに含まれる第１の情報に基づいて、第１のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースでＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを
送信するか第２のＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースでＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するかを決定してもよい。この時、第１のＰＵＣＣＨリソースセットと第２のＰＵＣＣＨリソースセット間で、少なくともＰＵＣＣＨリソースセットＩＤと周波数リソース配置タイプが異なってもよい。

ここで、本実施形態において、周波数リソース配置タイプ（第１のリソース配置タイプ、第２の周波数リソース配置タイプ）は、インタレース配置や連続配置のことを指してもよいし、それ以外の周波数リソース配置を指してもよい。

図８は、本実施形態の一態様に係るＰＵＣＣＨリソースセットおよびＰＵＣＣＨリソースに含まれるパラメータの一例を示す図である。PUCCH-ResourceSet-r16には、pucch-ResourceSetId-r16、freqResourceAllocType-r16、resourceListまたはresourceList-r16、maxPayloadMinus1またはmaxPayloadMinus1-r16が含まれてもよい。

pucch-ResourceSetId-r16は、PUCCH-ResourceSet-r16のＩＤを示し、pucch-ResourceSetIdよりも大きな値が設定できるようになってもよい。つまり、maxNrofPUCCH-ResourceSets-r16は、maxNrofPUCCH-ResourceSets（つまり、４セット）よりも大きな値であっても
よい。

freqResourceAllocType-r16は、該ＰＵＣＣＨリソースセットに含まれるresourceList
によって示されるすべてのＰＵＣＣＨリソースに対して適用される周波数リソース配置タイプを示してもよい。図８では２つのタイプについて示しているが、サポートしている周波数リソース配置タイプの数に応じて、設定可能なタイプの数は変化してもよい。周波数リソース配置タイプは、インタレース配置と連続配置を示す情報であってもよい。また、周波数リソース配置タイプは、インタレース配置ができるかどうかを示す情報であってもよい。

resourceListは、ＰＵＣＣＨリソースセットに含まれるＰＵＣＣＨリソースのリストである。resourceListは、１つのＰＵＣＣＨリソースセットに対して、最大３２のＰＵＣＣＨリソースが示されてもよい。resourceList-r16として設定される場合、pucch-ResourceSetIdの値に因らず、最大３２のＰＵＣＣＨリソースが示されてもよい。

maxPayloadMinus1は、ＰＵＣＣＨリソースセットのＰＵＣＣＨリソースで送信可能な最大ＵＣＩ情報ビット数を示す情報であり、上述したＮ_２やＮ_３に相当する。maxPayloadMinus1-r16は、maxPayloadMinus1と比較してサポートしている最大ＵＣＩ情報ビット数が異なってもよい。つまり、。maxPayloadMinus1-r16がサポートしているＵＣＩ情報ビット数の範囲は、maxPayloadMinus1よりも広くてもよいし、狭くてもよい。maxPayloadMinus1-r16がサポートしているＵＣＩ情報ビット数の最大値は、maxPayloadMinus1よりも大きくてもよいし、小さくてもよい。

PUCCH-Resource-r16は、resourceListまたはresourceList-r16によってリスト化されたＰＵＣＣＨリソースのことであってもよい。PUCCH-Resource-r16は、pucch-ResourceId-r16、startingPRB、intraSlotFrequencyHopping、secondHopPRB、formatを含んでもよい。

pucch-ResourceId-r16は、ＰＵＣＣＨリソースＩＤを示すために用いられてもよい。pucch-ResourceId-r16は、pucch-ResourceIdよりも大きな値が設定できてもよい。つまり、ＰＵＣＣＨリソースの最大数を示すmaxNrofPUCCH-Resources-r16は、maxNrofPUCCH-Resourcesよりも大きな値が設定されてもよい。

startingPRBは、freqResourceAllocType-r16によって示される周波数リソース配置タイ
プに基づいて、示す情報が変わってもよい。例えば、ＰＵＣＣＨリソースに対応するfreqResourceAllocType-r16が連続配置に相当する周波数リソース配置タイプを示すとすれば
、startingPRBは、ＰＵＣＣＨリソースの最初のＰＲＢインデックスを示す情報であって
もよい。ＰＵＣＣＨリソースに対応するfreqResourceAllocType-r16がインタレース配置
を示すとすれば、startingPRBは、インタレースのインデックスを示してもよい。また、
インタレースのインデックスを算出するために用いられてもよい。例えば、startingPRB mod Mからインタレースのインデックスが求められてもよい。Ｍは、インタレースの総数
を示す。X mod Yは、ＸをＹで割った時の余りを算出するために用いられる。

intraSlotFrequencyHopping、secondHopPRBは、freqResourceAllocType-r16によって示される周波数リソース配置タイプが連続配置に相当する周波数リソース配置タイプの時にのみ設定されてもよい。intraSlotFrequencyHoppingは、スロット内の周波数ホッピング
をサポートしているかどうかを示す情報であり、secondHopPRBは、周波数ホッピング後の最初のＰＲＢインデックスを示す情報であってもよい。

formatはPUCCH-Resource-r16に適用されるＰＵＣＣＨフォーマットのタイプを示す情報である。ＰＵＣＣＨフォーマットに応じて、適用されるパラメータが異なってもよい。具体的に適用されるパラメータは、図７と同じであってもよいし、異なってもよい。format4については、ＮＲ−Ｕで適用されないため、オプショナルなパラメータとして設定され
てもよい。つまり、format4は、ＮＲ−Ｕ以外に適用される場合には、含まれてもよい。

図９は、本実施形態の一態様に係るＰＵＣＣＨリソースセットおよびＰＵＣＣＨリソースに含まれるパラメータの別の一例を示す図である。図８と比較すると、freqResourceAllocType-r16は、PUCCH-Resource-r16に含まれている。周波数リソース配置タイプは、Ｐ
ＵＣＣＨリソース毎に設定されてもよい。

図１０は、本実施形態の一態様に係るＤＣＩフォーマット１＿０の一例を示す図である。図１０（ａ）は、ＮＲに対するＤＣＩフォーマット１＿０の一例である。図１０（ｂ）は、ＮＲ−Ｕに対するＤＣＩフォーマット１＿０の一例である。ＮＲ−Ｕに対するＤＣＩフォーマット１＿０には、ＰＵＣＣＨのチャネルアクセスプロシージャに関連するフィールドが追加されてもよい。ＰＲＩのサイズは、ＰＵＣＣＨリソースの数に応じて変わってもよい。また、ＮＲ−Ｕに対するＤＣＩフォーマット１＿０には、ＰＵＣＣＨリソースに対する周波数リソース配置タイプを示す情報が含まれてもよい。その場合、図８や図９で示したようなパラメータはＲＲＣパラメータとして設定されなくてもよい。なお、PUCCH starting position、Channel access type、Channel access priority classの詳細につ
いては後述する。また、PUCCH starting position、Channel access type、Channel access priority classはそれぞれ、仕様書や上位層パラメータに基づいて決定される場合に
は、ＤＣＩフォーマットに含まれなくてもよい。

ＰＵＳＣＨは、ＴＢ（MAC PDU, UL-SCH）を送信するために少なくとも用いられる。Ｐ
ＵＳＣＨは、ＴＢ、ＨＡＲＱ−ＡＣＫ情報、ＣＳＩ、および、ＳＲの一部または全部を少なくとも送信するために用いられてもよい。ＰＵＳＣＨは、ランダムアクセスプロシージャにおけるＲＡＲ（Ｍｓｇ２）および／またはＲＡＲグラントに対応するランダムアクセスメッセージ３（メッセージ３（Ｍｓｇ３））を送信するために少なくとも用いられる。なお、ＴＢは、上りリンクおよび下りリンクのそれぞれに対応してもよい。つまり、ＰＵＳＣＨは、上りリンクに対するＴＢを送信するために用いられてもよい。ＰＤＳＣＨは、下りリンクに対するＴＢを送信するために用いられてもよい。

ＰＲＡＣＨは、ランダムアクセスプリアンブル（ランダムアクセスメッセージ１、メッセージ１（Ｍｓｇ１））を送信するために少なくとも用いられる。ＰＲＡＣＨは、初期接
続確立（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）

ＰＢＣＨは、ＭＩＢ、および／または、ＰＢＣＨペイロードを送信するために少なくとも用いられる。ＰＢＣＨペイロードは、ＳＳＢの送信タイミング（SSB occasion）に関するインデックスを示す情報を少なくとも含んでもよい。ＰＢＣＨペイロードは、ＳＳＢの識別子（インデックス）に関連する情報を含んでもよい。ＰＢＣＨは、所定の送信間隔に基づき送信されてもよい。ＰＢＣＨは、８０ミリ秒（ｍｓ）の間隔で送信されてもよい。ＰＢＣＨは、１６０ｍｓの間隔で送信されてもよい。ＰＢＣＨに含まれる情報の中身は、８０ｍｓ毎に更新されてもよい。ＰＢＣＨに含まれる情報の一部または全部は、１６０ｍｓ毎に更新されてもよい。ＰＢＣＨは、２８８サブキャリアにより構成されてもよい。ＰＢＣＨは、２、３、または、４つのＯＦＤＭシンボルを含んで構成されてもよい。ＭＩＢは、ＳＳＢの識別子（インデックス）に関連する情報を含んでもよい。ＭＩＢは、ＰＢＣＨが送信されるスロットの番号、サブフレームの番号、および／または、無線フレームの番号の少なくとも一部を指示する情報を含んでもよい。

ＰＤＣＣＨは、下りリンク制御情報（ＤＣＩ）の送信のために少なくとも用いられる。ＰＤＣＣＨは、ＤＣＩを少なくとも含んで送信されてもよい。ＰＤＣＣＨはＤＣＩを含んで送信されてもよい。ＤＣＩは、ＤＣＩフォーマットとも称されてもよい。ＤＣＩは、下りリンクグラントまたは上りリンクグラントのいずれかを少なくとも示してもよい。ＰＤＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットは、下りリンクＤＣＩフォーマットおよび／または下りリンクグラントとも称されてもよい。ＰＵＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットは、上りリンクＤＣＩフォーマットおよび／または上りリンクグラントとも称されてもよい。下りリンクグラントは、下りリンクアサインメントまたは下りリンク割り当てとも称されてもよい。上りリンクＤＣＩフォーマットは、ＤＣＩフォーマット０＿０およびＤＣＩフォーマット０＿１の一方または両方を少なくとも含む。

ＤＣＩフォーマット０＿０は、１Ａから１Ｉの一部または全部を少なくとも含んで構成されてもよい。
１Ａ）ＤＣＩフォーマット特定フィールド（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）
１Ｆ）ＮＤＩフィールド（New Data Indicator field）
１Ｇ）ＲＶフィールド（Redundancy Version field）
１Ｈ）ＨＰＩＤフィールド（HARQ process ID field, HARQ process number field）
１Ｉ）ＰＵＳＣＨに対するＴＰＣ（Transmission Power Control）コマンドフィールド（TPC command for scheduled PUSCH 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）
３Ｆ）ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールド（PDSCH to
HARQ feedback timing indicator field）
３Ｇ）ＰＵＣＣＨリソース指示フィールド（PRI: PUCCH resource indicator field）
３Ｈ）ＮＤＩフィールド
３Ｉ）ＲＶフィールド
３Ｊ）ＨＰＩＤフィールド
３Ｋ）ＰＵＣＣＨに対するＴＰＣコマンドフィールド（TPC command for scheduled PUCCH field）

３Ｂから３Ｅは、該ＤＣＩフォーマットによってスケジュールされるＰＤＳＣＨのために用いられてもよい。

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

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

３Ｈは、該３Ｈの値がトグルされているかどうかに基づいて、該ＤＣＩフォーマットによってスケジュールされた、該３Ｊによって示されるＨＰＩＤの値に対応するＰＤＳＣＨの送信が新規の送信であるか再送信かを示すために用いられる。該３Ｊの値がトグルされている場合、該３Ｊに対応する該ＰＤＳＣＨは、新規の送信であり、そうでないとすれば、該３Ｊに対応する該ＰＤＳＣＨは、再送信である。

３Ｉは、該ＤＣＩフォーマットによってスケジュールされるＰＤＳＣＨのビット系列のスタートポジションを示すために用いられてもよい。

３Ｊは、該ＤＣＩフォーマットによってスケジュールされるＰＤＳＣＨが対応するＨＡＲＱプロセスの番号を示すために用いられてもよい。

３Ｋは、該ＤＣＩフォーマットによってスケジュールされるＰＤＳＣＨに対応するＰＵＣＣＨの送信電力を調整するために用いられてもよい。

ＤＣＩフォーマット１＿１は、４Ａから４Ｌのうち、一部または全部を少なくとも含んで構成されてもよい。
４Ａ）ＤＣＩフォーマット特定フィールド
４Ｂ）周波数領域リソース割り当てフィールド
４Ｃ）時間領域リソース割り当てフィールド
４Ｄ）周波数ホッピングフラグフィールド
４Ｅ）ＭＣＳフィールド
４Ｆ）ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールド
４Ｇ）ＰＵＣＣＨリソース指示フィールド
４Ｈ）ＢＷＰフィールド
４Ｉ）ＮＤＩフィールド
４Ｊ）ＲＶフィールド
４Ｋ）ＨＰＩＤフィールド
４Ｌ）ＰＵＣＣＨに対するＴＰＣコマンドフィールド

３Ａ、４Ａは、１Ａおよび２Ａと同様に、該ＤＣＩフォーマットを識別するために用いられる。

１Ａ、２Ａ、３Ａ、４Ａはそれぞれ、１ビットで構成される場合には、ＤＣＩフォーマット０＿０かＤＣＩフォーマット１＿０かを、または、ＤＣＩフォーマット０＿１かＤＣＩフォーマット１＿１かを示すために用いられ、２ビットで構成される場合には、ＤＣＩフォーマット０＿０からＤＣＩフォーマット１＿１の４つのうち、いずれか１つを示すために用いられてもよい。

４Ｂから４Ｅは、該ＤＣＩフォーマットによってスケジュールされるＰＤＳＣＨのために用いられてもよい。

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

４Ａから４Ｌのうち、上述した３Ａから３Ｋと同じ名称のフィールドについては、同じ内容を含むため、説明を省略する。

各ＤＣＩフォーマットは、所定のビットサイズ（ペイロードサイズ）に合わせるためにパディングビットを含んでもよい。つまり、ＤＣＩフォーマット特定フィールドによって示される各ＤＣＩフォーマットのサイズが同じになるように１または複数のパディングビットを用いて調整されてもよい。

ＤＣＩフォーマット２は、ＰＵＳＣＨ、または、ＰＵＣＣＨの送信電力制御のために用いられるパラメータを含んでもよい。

本実施形態の種々の態様において、特別な記載のない限り、リソースブロック（ＲＢ）の数は周波数領域におけるリソースブロックの数を示す。また、リソースブロックのインデックスは、低い周波数領域にマップされるリソースブロックから高い周波数領域にマップされるリソースブロックに昇順で付される。また、リソースブロックは、共通リソースブロック、および、物理リソースブロックの総称である。

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

端末装置１は、１または複数の制御リソースセット（ＣＯＲＥＳＥＴ）が与えられる。端末装置１は、１または複数のＣＯＲＥＳＥＴにおいてＰＤＣＣＨを監視する。

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

周波数領域において、ＣＯＲＥＳＥＴのマッピングの単位はリソースブロック（ＲＢ）であってもよい。例えば、周波数領域において、ＣＯＲＥＳＥＴのマッピングの単位は６リソースブロックであってもよい。つまり、ＣＯＲＥＳＥＴの周波数領域のマッピングは、６ＲＢ×ｎ（ｎは１、２、・・・）で行なわれてもよい。時間領域において、ＣＯＲＥＳＥＴのマッピングの単位はＯＦＤＭシンボルであってもよい。例えば、時間領域において、ＣＯＲＥＳＥＴのマッピングの単位は１つのＯＦＤＭシンボルであってもよい。

ＣＯＲＥＳＥＴの周波数領域は、上位層の信号、および／または、ＤＣＩに少なくとも基づき与えられてもよい。

ＣＯＲＥＳＥＴの時間領域は、上位層の信号、および／または、ＤＣＩに少なくとも基づき与えられてもよい。

あるＣＯＲＥＳＥＴは、共通ＣＯＲＥＳＥＴ（Common CORESET）であってもよい。共通
ＣＯＲＥＳＥＴは、複数の端末装置１に対して共通に設定されるＣＯＲＥＳＥＴであってもよい。共通ＣＯＲＥＳＥＴは、ＭＩＢ、ＳＩＢ、共通ＲＲＣシグナリング、および、セルＩＤの一部または全部に少なくとも基づき与えられてもよい。例えば、ＳＩＢのスケジューリングのために用いられるＰＤＣＣＨをモニタすることが設定されるＣＯＲＥＳＥＴの時間リソース、および／または、周波数リソースは、ＭＩＢに少なくとも基づき与えられてもよい。

あるＣＯＲＥＳＥＴは、専用ＣＯＲＥＳＥＴ（Dedicated CORESET）であってもよい。
専用ＣＯＲＥＳＥＴは、端末装置１のために専用に用いられるように設定されるＣＯＲＥＳＥＴであってもよい。専用ＣＯＲＥＳＥＴは、専用ＲＲＣシグナリングに少なくとも基づき与えられてもよい。

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

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

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

探索領域セットは、１または複数の探索領域を少なくとも含んで構成されてもよい。探索領域セットのタイプは、タイプ０ＰＤＣＣＨ共通探索領域（common search space）、
タイプ０ａＰＤＣＣＨ共通探索領域、タイプ１ＰＤＣＣＨ共通探索領域、タイプ２ＰＤＣＣＨ共通探索領域、タイプ３ＰＤＣＣＨ共通探索領域、および／または、ＵＥ個別ＰＤＣＣＨ探索領域のいずれかであってもよい。

タイプ０ＰＤＣＣＨ共通探索領域、タイプ０ａＰＤＣＣＨ共通探索領域、タイプ１ＰＤＣＣＨ共通探索領域、タイプ２ＰＤＣＣＨ共通探索領域、および、タイプ３ＰＤＣＣＨ共通探索領域は、ＣＳＳ（Common Search Space）とも称されてもよい。ＵＥ個別ＰＤＣＣ
Ｈ探索領域は、ＵＳＳ（UE specific Search Space）とも称されてもよい。

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

タイプ０ＰＤＣＣＨ共通探索領域は、ＳＩ−ＲＮＴＩ（System Information-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ（Cyclic Redundancy Check）系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。タイプ０ＰＤＣＣＨ共通探索領域の設定は、上位層パラメータＰＤＣＣＨ−ＣｏｎｆｉｇＳＩＢ１のＬＳＢ（Least Significant Bits）の４ビットに少なくとも基づき与えられてもよい。上位層パラメータＰＤＣＣＨ−ＣｏｎｆｉｇＳＩＢ１は、ＭＩＢに含まれてもよい。タイプ０ＰＤＣＣＨ共通探索領域の設定は、上位層のパラメータＳｅａｒｃｈＳｐａｃｅＺｅｒｏに少なくとも基づき与えられてもよい。上位層のパラメータＳｅａｒｃｈＳｐａｃｅＺｅｒｏのビットの解釈は、上位層パラメータＰＤＣＣＨ−ＣｏｎｆｉｇＳＩＢ１のＬＳＢ
の４ビットの解釈と同様であってもよい。タイプ０ＰＤＣＣＨ共通探索領域の設定は、上位層のパラメータＳｅａｒｃｈＳｐａｃｅＳＩＢ１に少なくとも基づき与えられてもよい。上位層のパラメータＳｅａｒｃｈＳｐａｃｅＳＩＢ１は、上位層のパラメータＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎに含まれてもよい。タイプ０ＰＤＣＣＨ共通探索領域で検出されるＰＤＣＣＨは、ＳＩＢ１を含んで送信されるＰＤＳＣＨのスケジューリングのために少なくとも用いられてもよい。ＳＩＢ１は、ＳＩＢの一種である。ＳＩＢ１は、ＳＩＢ１以外のＳＩＢのスケジューリング情報を含んでもよい。端末装置１は、ＥＵＴＲＡにおいて上位層のパラメータＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎを受信してもよい。端末装置１は、ＭＣＧにおいて上位層のパラメータＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎを受信してもよい。

タイプ０ａＰＤＣＣＨ共通探索領域は、ＳＩ−ＲＮＴＩ（System Information-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ（Cyclic Redundancy
Check）系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。タイプ０ａＰＤＣＣＨ共通探索領域の設定は、上位層パラメータＳｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎに少なくとも基づき与えられてもよい。上位層パラメータＳｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎは、ＳＩＢ１に含まれてもよい。上位層のパラメータＳｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎは、上位層のパラメータＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎに含まれてもよい。タイプ０ＰＤＣＣＨ共通探索領域で検出されるＰＤＣＣＨは、ＳＩＢ１以外のＳＩＢを含んで送信されるＰＤＳＣＨのスケジューリングのために少なくとも用いられてもよい。

タイプ１ＰＤＣＣＨ共通探索領域は、ＲＡ−ＲＮＴＩ（Random Access-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ系列、および／または、ＴＣ−ＲＮＴＩ（Temporary Common-Radio Network Temporary Identifier）によってスクラ
ンブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。ＲＡ−ＲＮＴＩは、端末装置１によって送信されるランダムアクセスプリアンブルの時間／周波数リソースに少なくとも基づき与えられてもよい。ＴＣ−ＲＮＴＩは、ＲＡ−ＲＮＴＩによってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨ（ランダムアクセスメッセージ２、メッセージ２（Ｍｓｇ２）、または、ランダムアクセスレスポンス（ＲＡＲ）とも称される）により与えられてもよい。タイプ１ＰＤＣＣＨ共通探索領域は、上位層のパラメータra-SearchSpaceに少なくとも基づき与えられてもよい。上位層のパラメータra-SearchSpaceは、ＳＩＢ１に含まれてもよい。上位層のパラメータra-SearchSpaceは、上位層のパラメータPDCCH-ConfigCommonに含まれてもよい。

タイプ２ＰＤＣＣＨ共通探索領域は、Ｐ−ＲＮＴＩ（Paging- Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために用いられてもよい。Ｐ−ＲＮＴＩは、ＳＩＢの変更を通知する情報を含むＤＣＩフォーマットの送信のために少なくとも用いられてもよい。タイプ２ＰＤＣＣＨ共通探索領域は、上位層のパラメータPagingSearchSpaceに少なくとも基づき与えられてもよい。上位層
のパラメータPagingSearchSpaceは、ＳＩＢ１に含まれてもよい。上位層のパラメータPagingSearchSpaceは、上位層のパラメータPDCCH-ConfigCommonに含まれてもよい。

タイプ３ＰＤＣＣＨ共通探索領域は、Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために
用いられてもよい。Ｃ−ＲＮＴＩは、ＴＣ−ＲＮＴＩによってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨ（ランダムアクセスメッセージ４、メッセージ４（Ｍｓｇ４）、または、コンテンションレゾリューショ
ンとも称されてもよい）に少なくとも基づき与えられてもよい。タイプ３ＰＤＣＣＨ共通探索領域は、上位層のパラメータＳｅａｒｃｈＳｐａｃｅＴｙｐｅがｃｏｍｍｏｎにセットされている場合に与えられる探索領域セットであってもよい。

ＵＥ個別ＰＤＣＣＨ探索領域は、Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。

端末装置１にＣ−ＲＮＴＩが与えられた場合、タイプ０ＰＤＣＣＨ共通探索領域、タイプ０ａＰＤＣＣＨ共通探索領域、タイプ１ＰＤＣＣＨ共通探索領域、および／または、タイプ２ＰＤＣＣＨ共通探索領域は、Ｃ−ＲＮＴＩでスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。

端末装置１にＣ−ＲＮＴＩが与えられた場合、上位層パラメータＰＤＣＣＨ−ＣｏｎｆｉｇＳＩＢ１、上位層のパラメータＳｅａｒｃｈＳｐａｃｅＺｅｒｏ、上位層のパラメータＳｅａｒｃｈＳｐａｃｅＳＩＢ１、上位層のパラメータＳｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ、上位層のパラメータｒａ−ＳｅａｒｃｈＳｐａｃｅ、または、上位層パラメータＰａｇｉｎｇＳｅａｒｃｈＳｐａｃｅのいずれかに少なくとも基づき与えられる探索領域セットは、Ｃ−ＲＮＴＩでスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。

共通ＣＯＲＥＳＥＴは、ＣＳＳおよびＵＳＳの一方または両方を少なくとも含んでもよい。専用ＣＯＲＥＳＥＴは、ＣＳＳおよびＵＳＳの一方または両方を少なくとも含んでもよい。

探索領域の物理リソースは制御チャネルの構成単位（CCE: Control Channel Element）により構成される。ＣＣＥは６つのリソース要素グループ（REG: Resource Element Group）により構成される。ＲＥＧは１つのＰＲＢ（Physical Resource Block）の１つのＯＦＤＭシンボルにより構成されてもよい。つまり、ＲＥＧは１２個のリソースエレメント（RE: Resource Element）を含んで構成されてもよい。ＰＲＢは、単にリソースブロック（ＲＢ）とも称されてもよい。

ＰＤＳＣＨは、ＴＢを送信するために少なくとも用いられる。また、ＰＤＳＣＨは、ランダムアクセスメッセージ２（ＲＡＲ、Ｍｓｇ２）を送信するために少なくとも用いられてもよい。また、ＰＤＳＣＨは、初期アクセスのために用いられるパラメータを含むシステム情報を送信するために少なくとも用いられてもよい。

図１において、下りリンクの無線通信では、以下の下りリンク物理シグナルが用いられる。下りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・同期信号（Synchronization signal）
・ＤＬ ＤＭＲＳ（DownLink DeModulation Reference Signal）
・ＣＳＩ−ＲＳ（Channel State Information-Reference Signal）
・ＤＬ ＰＴＲＳ（DownLink Phase Tracking Reference Signal）
・ＴＲＳ（Tracking Reference Signal）

同期信号は、端末装置１が下りリンクの周波数領域、および／または、時間領域の同期をとるために用いられる。なお、同期信号は、ＰＳＳ（Primary Synchronization Signal）、および、ＳＳＳ（Secondary Synchronization Signal）を含む。

ＳＳＢ（ＳＳ／ＰＢＣＨブロック）は、ＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部また
は全部を少なくとも含んで構成される。ＳＳブロックに含まれるＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部または全部のそれぞれのアンテナポートは同一であってもよい。ＳＳＢに含まれるＰＳＳ、ＳＳＳ、およびＰＢＣＨの一部または全部は、連続するＯＦＤＭシンボルにマップされてもよい。ＳＳＢに含まれるＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部または全部のそれぞれのＣＰ設定は同一であってもよい。ＳＳＢに含まれるＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部または全部のそれぞれに対するＳＣＳ設定μは同じ値が適用されてもよい。

ＤＬ ＤＭＲＳは、ＰＢＣＨ、ＰＤＣＣＨ、および／または、ＰＤＳＣＨの送信に関連する。ＤＬ ＤＭＲＳは、ＰＢＣＨ、ＰＤＣＣＨ、および／または、ＰＤＳＣＨに多重される。端末装置１は、ＰＢＣＨ、ＰＤＣＣＨ、または、ＰＤＳＣＨの伝搬路補正を行なうために該ＰＢＣＨ、該ＰＤＣＣＨ、または、該ＰＤＳＣＨと対応するＤＬ ＤＭＲＳを使用してよい。以下、ＰＢＣＨと、該ＰＢＣＨと関連するＤＬ ＤＭＲＳが共に送信されることは、ＰＢＣＨが送信されると称されてもよい。また、ＰＤＣＣＨと、該ＰＤＣＣＨと関連するＤＬ ＤＭＲＳが共に送信されることは、単にＰＤＣＣＨが送信されると称されてもよい。また、ＰＤＳＣＨと、該ＰＤＳＣＨと関連するＤＬ ＤＭＲＳが共に送信されることは、単にＰＤＳＣＨが送信されると称されてもよい。ＰＢＣＨと関連するＤＬ ＤＭＲＳは、ＰＢＣＨ用ＤＬ ＤＭＲＳとも称されてもよい。ＰＤＳＣＨと関連するＤＬ ＤＭＲＳは、ＰＤＳＣＨ用ＤＬ ＤＭＲＳとも称されてもよい。ＰＤＣＣＨと関連するＤＬ ＤＭＲＳは、ＰＤＣＣＨと関連するＤＬ ＤＭＲＳとも称されてもよい。

ＤＬ ＤＭＲＳは、端末装置１に個別に設定される参照信号であってもよい。ＤＬ ＤＭＲＳの系列は、端末装置１に個別に設定されるパラメータに少なくとも基づいて与えられてもよい。ＤＬ ＤＭＲＳの系列は、ＵＥ固有の値（例えば、Ｃ−ＲＮＴＩ等）に少なくとも基づき与えられてもよい。ＤＬ ＤＭＲＳは、ＰＤＣＣＨ、および／または、ＰＤＳＣＨのために個別に送信されてもよい。

ＣＳＩ−ＲＳは、ＣＳＩを算出するために少なくとも用いられる信号であってもよい。また、ＣＳＩ−ＲＳは、ＲＳＲＰ（Reference Signal Received Power）やＲＳＲＱ（Reference Signal Received Quality）を測定するために用いられてもよい。端末装置１によって想定されるＣＳＩ−ＲＳのパターンは、少なくとも上位層のパラメータにより与えられてもよい。

ＰＴＲＳは、位相雑音の補償のために少なくとも用いられる信号であってもよい。端末装置１によって想定されるＰＴＲＳのパターンは、上位層のパラメータ、および／または、ＤＣＩに少なくとも基づき与えられてもよい。

ＤＬ ＰＴＲＳは、１または複数のＤＬ ＤＭＲＳに用いられるアンテナポートを少なくとも含むＤＬ ＤＭＲＳグループに関連してもよい。ＤＬ ＰＴＲＳとＤＬ ＤＭＲＳグループが関連することは、ＤＬ ＰＴＲＳのアンテナポートとＤＬ ＤＭＲＳグループに含まれるアンテナポートの一部または全部が少なくともＱＣＬであることであってもよい。ＤＬ ＤＭＲＳグループは、ＤＬ ＤＭＲＳグループに含まれるＤＬ ＤＭＲＳにおいて最も小さいインデックスのアンテナポートに少なくとも基づき識別されてもよい。

ＴＲＳは、時間、および／または、周波数の同期のために少なくとも用いられる信号であってもよい。端末装置によって想定されるＴＲＳのパターンは、上位層のパラメータ、および／または、ＤＣＩに少なくとも基づき与えられてもよい。

下りリンク物理チャネルおよび下りリンク物理信号は、下りリンク信号とも称されてもよい。上りリンク物理チャネルおよび上りリンク物理信号は、上りリンク信号とも称され
てもよい。下りリンク信号および上りリンク信号を総称して、物理信号または信号とも称してもよい。下りリンク物理チャネルおよび上りリンク物理チャネルを総称して、物理チャネルと称してもよい。下りリンクにおいて、物理信号は、ＳＳＢ、ＰＤＣＣＨ（ＣＯＲＥＳＥＴ）、ＰＤＳＣＨ、ＤＬ ＤＭＲＳ、ＣＳＩ−ＲＳ、ＤＬ ＰＴＲＳ、ＴＲＳのうち、一部または全部を含んでもよい。また、上りリンクにおいて、物理信号は、ＰＲＡＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨ、ＵＬ ＤＭＲＳ、ＵＬ ＰＴＲＳ、ＳＲＳのうち、一部または全部を含んでもよい。物理信号は、上記した信号以外の信号であってもよい。つまり、物理信号は、１または複数の種類の物理チャネルおよび／または物理信号を含んでもよいし、１または複数の物理チャネルおよび／または物理信号を含んでもよい。

ＢＣＨ（Broadcast CHannel）、ＵＬ−ＳＣＨ（Uplink-Shared CHannel）およびＤＬ−ＳＣＨ（Downlink-Shared CHannel）は、トランスポートチャネルである。媒体アクセス
制御（ＭＡＣ）層で用いられるチャネルはトランスポートチャネルと称されてもよい。ＭＡＣ層で用いられるトランスポートチャネルの単位は、ＴＢまたはＭＡＣ ＰＤＵとも称されてもよい。ＭＡＣ層においてＴＢ毎にＨＡＲＱの制御が行なわれる。ＴＢは、ＭＡＣ層が物理層に渡す（deliver）データの単位である。物理層において、ＴＢはコードワー
ドにマップされ、コードワード毎に変調処理が行なわれる。

基地局装置３と端末装置１は、上位層（higher layer）において上位層の信号をやり取り（送受信）する。例えば、基地局装置３と端末装置１は、無線リソース制御（ＲＲＣ）層において、ＲＲＣシグナリング（ＲＲＣメッセージ、ＲＲＣ情報、ＲＲＣパラメータ、ＲＲＣ情報要素）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ層において、ＭＡＣ ＣＥ（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）部１２、
および、ベースバンド部１３の一部または全部を少なくとも含んで構成される。上位層処理部１４は、媒体アクセス制御層処理部１５、および、無線リソース制御層処理部１６の一部または全部を少なくとも含んで構成される。無線送受信部１０を送信部、受信部、物理層処理部、および／または、下位層処理部とも称してもよい。

上位層処理部１４は、ユーザーの操作等により生成された上りリンクデータ（ＴＢ、ＵＬ−ＳＣＨ）を、無線送受信部１０に出力する。上位層処理部１４は、ＭＡＣ層、パケットデータ統合プロトコル（ＰＤＣＰ）層、無線リンク制御（ＲＬＣ）層、ＲＲＣ層の処理を行なう。

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

上位層処理部１４が備える無線リソース制御層処理部１６は、ＲＲＣ層の処理を行なう。無線リソース制御層処理部１６は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御層処理部１６は、基地局装置３から受信した上位層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御層処理部１６は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。該パラメータは上位層のパラメータ、および／または、情報要素であってもよい。

無線送受信部１０は、変調、復調、符号化、復号化などの物理層の処理を行なう。無線送受信部１０は、受信した物理信号を、分離、復調、復号し、復号した情報を上位層処理部１４に出力する。これらの処理を受信処理と称してもよい。無線送受信部１０は、データを変調、符号化、ベースバンド信号生成（時間連続信号への変換）することによって物理信号（上りリンク信号）を生成し、基地局装置３に送信する。これらの処理を送信処理と称してもよい。

ＲＦ部１２は、アンテナ部１１を介して受信した信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート）、不要な周波数成分を除去する。ＲＦ部１２は、処理をしたアナログ信号をベースバンド部に出力する。

ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号をディジタル信号に変換する。ベースバンド部１３は、変換したディジタル信号からＣＰに相当する部分を除去
し、ＣＰを除去した信号に対して高速フーリエ変換（ＦＦＴ）を行ない、周波数領域の信号を抽出する。

ベースバンド部１３は、データを逆高速フーリエ変換（ＩＦＦＴ）して、ＯＦＤＭシンボルを生成し、生成されたＯＦＤＭシンボルにＣＰを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換する。ベースバンド部１３は、変換したアナログ信号をＲＦ部１２に出力する。

ＲＦ部１２は、ローパスフィルタを用いてベースバンド部１３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバートし、アンテナ部１１を介して送信する。また、ＲＦ部１２は、電力を増幅する。また、ＲＦ部１２は送信電力を制御する機能を備えてもよい。ＲＦ部１２を送信電力制御部とも称する。

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

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

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

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

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

無線送受信部３０の基本的な機能は、無線送受信部１０と同様であるため説明を省略する。無線送受信部３０において生成された物理信号を端末装置１に送信する（つまり、送信処理を行なう）。また、無線送受信部３０は、受信した物理信号の受信処理を行なう。

媒体アクセス制御層処理部１５および／または３５は、ＭＡＣエンティティと称されてもよい。

端末装置１が備える符号１０から符号１６が付された部のそれぞれは、回路として構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。端末装置１が備える符号１０から符号１６が付された部の一部または全部は、メモリと該メモリに接続されるプロセッサとして構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部の一部または全部は、メモリと該メモリに接続されるプロセッサとして構成されてもよい。本実施形態に係る種々の態様
（動作、処理）は、端末装置１および／または基地局装置３に含まれるメモリおよび該メモリに接続されるプロセッサにおいて実現されて（行なわれて）もよい。

図１３は本実施形態の一態様に係るチャネルアクセスプロシージャ（ＣＡＰ）の一例を示す図である。端末装置１または基地局装置３は、所定の物理信号を送信する前にエネルギー検出を行ない、ＮＲ−Ｕセル送信が行なわれるキャリア（つまり、ＮＲ−Ｕキャリア）またはＢＷＰ（つまり、ＮＲ−Ｕ ＢＷＰ）またはチャネル（つまり、ＮＲ−Ｕチャネル）において、所定の期間、アイドル（クリア、フリー、通信が行なわれていない、特定の物理信号が送信されていない、特定の物理信号の電力（エネルギー）が検出されない、検出（測定）した電力（エネルギー）または電力の合計が所定の閾値を超えていない）であると判定すれば、該キャリアまたはＢＷＰまたはチャネルにおいて物理信号を送信してもよい。つまり、端末装置１または基地局装置３は、ＮＲ−Ｕセルにおいて通信を行なう場合、所定の期間、該ＮＲ−Ｕセルがアイドルであることを確認するためのＣＣＡ（Clear Channel Assessment）またはチャネル測定を行なう。所定の期間は、遅延期間Ｔ_ｄとカウンタＮとＣＣＡスロット期間Ｔ_ｓｌから決定されてもよい。なお、ＣＣＡを行なった際に、アイドルではないことをビジーと称してもよい。なお、ＣＣＡは、端末装置１の無線送受信部１０および／または基地局装置３の無線送受信部３０で行なわれてもよい。なお、チャネルアクセスプロシージャは、あるチャネルにおいて、端末装置１または基地局装置３が物理信号を送信する前に、所定の期間、ＣＣＡを行なうことを含んでもよい。このような物理信号を送信する前に、チャネルがアイドルであるかどうか判定するためにエネルギー検出を行なうプロシージャ、または、チャネルがアイドルであるかどうかを判定して、アイドルである場合に物理信号を送信するプロシージャを、チャネルアクセスプロシージャ、および／または、ＣＣＡプロシージャ、および／または、ＬＢＴ（Listen Before Talk）プロシージャと称されてもよい。ここで、ＮＲ−Ｕセルは、ＮＲ−Ｕキャリアおよび／またはＮＲ−Ｕ ＢＷＰおよび／またはＮＲ−Ｕチャネルであってもよく、ＮＲ−Ｕの物理信号の送信に利用可能な周波数帯域を少なくとも含んでもよい。つまり、ＮＲ−ＵセルおよびＮＲ−ＵキャリアおよびＮＲ−Ｕ ＢＷＰおよびＮＲ−Ｕチャネルは同義であってもよい。本実施形態において、ＮＲ−Ｕセルは、ＮＲ−Ｕキャリア、ＮＲ−Ｕ ＢＷＰ、および／または、ＮＲ−Ｕチャネルと言い換えられてもよい。ＮＲ−Ｕセルは、ＮＲ−Ｕキャリア、ＮＲ−Ｕ ＢＷＰ、ＮＲ−Ｕチャネルのうち、少なくとも１つを含んで構成されてもよい。ＮＲセルは、ＮＲキャリア、ＮＲ ＢＷＰ、ＮＲチャネルのうち、少なくとも１つを含んで構成されてもよい。

ここで、１つのＮＲ−Ｕオペレーティングバンドにおいて、基地局装置３および／または端末装置１がマルチキャリアアクセスプロシージャ（マルチキャリアそれぞれに対するＣＡＰ）を行なうことができる（行なう能力がある）とすれば、１つのＮＲ−Ｕセルに対して複数のキャリア（ＮＲ−Ｕキャリア）および／または複数のＢＷＰ（ＮＲ−Ｕ ＢＷＰ）が設定されてもよい。

所定の期間は、自装置以外の信号を検出した後の遅延期間においてアイドルであることを最初にセンシングしたチャネルにおいて、カウンタＮが０になった期間である。端末装置１または基地局装置３は、カウンタＮの値が０になった後に、信号を送信することができる。なお、ＣＣＡスロット期間において、ビジーであると判断した場合には、カウンタＮのデクリメントを延期してもよい。カウンタＮの初期値Ｎ_ｉｎｔはチャネルアクセス優先クラスの値および対応するＣＷ_ｐ（Contention Window）の値（CWS: CW size）に基づ
いて決定されてもよい。例えば、Ｎ_ｉｎｔの値は、０からＣＷ_ｐの値の間の中から一様分布されたランダム関数に基づいて決定されてもよい。ＣＷ_ｐの値が更新されることによってＮ_ｉｎｔの取り得る値（値の範囲）は、拡大されてもよい。

端末装置１または基地局装置３は、ＮＲ−Ｕセルにおいて、１または複数の物理信号を
送信する場合、カウンタＮの値をＮ_ｉｎｔにセットする。

端末装置１または基地局装置３は、Ｎの値が０よりも大きい場合、１つのＣＣＡスロット期間においてクリアであると判定すれば、Ｎの値をＮ−１にセットする。つまり、端末装置１または基地局装置３は、１つのＣＣＡスロット期間においてクリアであると判定すれば、カウンタＮの値を１つだけデクリメントしてもよい。

デクリメントしたＮの値が０になった場合、端末装置１または基地局装置３は、ＣＣＡスロット期間におけるＣＣＡを停止してもよい。もしそうでないとすれば、つまり、Ｎの値が０よりも大きい場合には、端末装置１または基地局装置３は、Ｎの値が０になるまで、ＣＣＡスロット期間のＣＣＡを継続して行なってもよい。

端末装置１または基地局装置３は、追加されたＣＣＡスロット期間において、ＣＣＡを行ない、アイドルであると判定し、且つ、Ｎの値が０であるとすれば、物理信号を送信することができる。

端末装置１または基地局装置３は、追加された遅延期間において、ビジーであると判定するか、追加された遅延期間のすべてのスロットにおいて、アイドルであると判定するまで、ＣＣＡを行なってもよい。追加された遅延期間において、アイドルであると判定し、且つ、Ｎの値が０であるとすれば、端末装置１または基地局装置３は、物理信号を送信することができる。端末装置１または基地局装置３は、追加された遅延期間において、ビジーであると判定すれば、ＣＣＡを継続して行なってもよい。

ＣＡＰＣの値ｐおよびＣＷ_ｐの値が設定された情報や条件に基づいて可変であるチャネルアクセスプロシージャをタイプ１チャネルアクセスプロシージャ（タイプ１ＣＡＰ）と称し、ＣＷ_ｐの値が常に０である、または、ＣＷ_ｐの値に対応するカウンタＮを用いない、または、送信前に１回だけＣＣＡを行なうチャネルアクセスプロシージャをタイプ２チャネルアクセスプロシージャ（タイプ２ＣＡＰ）と称してもよい。つまり、タイプ１チャネルアクセスプロシージャは、設定されたＣＡＰＣの値ｐや条件に基づいて更新されたＣＷ_ｐの値によってＣＣＡの期間が変わるチャネルアクセスプロシージャのことである。また、タイプ２チャネルアクセスプロシージャは、物理信号の送信前に１回だけＣＣＡを行ない、物理信号を送信するチャネル（周波数帯域）がアイドルであると判定すれば、送信を行なうことのできるチャネルアクセスプロシージャのことである。ここで、送信前とは、送信の直前を含んでもよい。端末装置１および／または基地局装置３は、物理信号の送信前に、チャネルアクセスプロシージャが完了しなかった場合には、その送信タイミングで該物理信号の送信を行なわない、または、延期してもよい。また、送信前に、ＣＣＡを行なわないチャネルアクセスプロシージャをタイプ３チャネルアクセスプロシージャ（タイプ３ＣＡＰ）と称されてもよい。タイプ２ＣＡＰかタイプ３ＣＡＰかは上位層パラメータに基づいて決定されてもよい。

図１４は、本実施形態の一態様に係るチャネルアクセス優先クラス（ＣＡＰＣ）およびＣＷ調整プロシージャの一例を示す図である。

ＣＡＰＣの値ｐは、遅延期間Ｔ_ｄに含まれるＣＣＡスロット期間Ｔ_ｓｌの数ｍ_ｐと、ＣＷの最小値と最大値、最大チャネル専有時間、許容されるＣＷ_ｐの値（ＣＷＳ）を示すために用いられる。ＣＡＰＣの値ｐは、物理信号の優先度に応じて設定されてもよい。ＣＡＰＣの値ｐは、ＤＣＩフォーマットに含まれて示されてもよい。

端末装置１は、カウンタＮの値にＮ_ｉｎｉｔをセットする前に、Ｎ_ｉｎｉｔの値を決定するためのＣＷの値を調整してもよい。なお、端末装置１は、ランダムアクセスプロシー
ジャが成功裏に完了した場合には、ランダムアクセスプロシージャに対して、更新されたＣＷの値を維持してもよい。また、端末装置１は、ランダムアクセスプロシージャが成功裏に完了した場合には、ランダムアクセスプロシージャに対して、更新されたＣＷの値をＣＷ_ｍｉｎにセットしてもよい。ここで本実施形態において、ＣＷ_ｍｉｎは、例えば、図１４に示すＣＷ＃０、つまり、ＣＡＰＣの値ｐに対応するＣＷ_ｐの初期値であってもよい。ここで、更新されたＣＷの値をＣＷ_ｍｉｎにセットするとは、１または複数の所定の条件を満たした場合に更新されるＣＷの値をＣＷ_ｍｉｎに更新することであってもよい。また、更新されたＣＷの値をＣＷ_ｍｉｎにセットするとは、ＣＷの値をＣＷ_ｍｉｎにセットし直すことであってもよい。

端末装置１は、Ｍｓｇ１送信前に行なうＣＣＡに対応するカウンタＮの値にＮ_ｉｎｉｔをセットする前に、Ｎ_ｉｎｉｔの値を決定するためのＣＷの値を調整してもよい。なお、端末装置１は、Ｍｓｇ２の受信に成功したとみなした場合、および／または、Ｍｓｇ４の受信に成功したとみなした場合には、更新されたＣＷの値を維持してもよい。また、端末装置１は、Ｍｓｇ２の受信に成功したとみなした場合、および／または、Ｍｓｇ４の受信に成功したとみなした場合には、更新されたＣＷの値をＣＷ_ｍｉｎにセットしてもよい。

ここで、ＣＷの値を調整するとは、ＣＷ_ｐの値が所定の条件を満たした場合に、ＣＷ_ｍｉｎからＣＷ_ｍａｘに達するまで１段階ずつ増えていくことであってもよい。ＣＷ_ｍａｘに達すると、また、ＣＷ_ｍｉｎから１段階ずつ増えていく。つまり、ＣＷの値を調整するとは、ＣＷ_ｐの値を更新することであってもよい。ＣＷ_ｐの値を更新するとは、ＣＷ_ｐの値を１段階大きい値にすることであってもよい。例えば、ＣＷ＃３からＣＷ＃４にすることであってもよいし、ＣＷ＃ｎ−１からＣＷ＃ｎにすることであってもよい。また、端末装置１および／または基地局装置３は、ＣＷの値を調整する度に、０から、更新されたＣＷ_ｐの値の間で一様分布したランダム関数に基づいてＮ_ｉｎｉｔの値を決定してもよい。

Ｍｓｇ１の送信に適用されるチャネルアクセス優先クラス（ＣＡＰＣ）の値ｐは、システム情報に基づいて決定されてもよいし、上位層パラメータに基づいて決定されてもよいし、ＳＳＢと関連付けられてもよい。例えば、Ｍｓｇ１に対応するＣＡＰＣの値ｐがＰである場合、Ｎ_ｉｎｉｔの値は、０からＣＷ＃０の間を一様分布したランダム関数に基づいて決定される。

ＣＡＰＣの値ｐは、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨのそれぞれに対して個別に設定されてもよい。また、ＣＡＰＣの値ｐは、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨに対してセル固有の上位層パラメータとして共通の値が設定されてもよい。また、ＣＡＰＣの値ｐは、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨのそれぞれに対して個別の上位層パラメータとして設定されてもよい。また、ＰＵＳＣＨに対するＣＡＰＣの値ｐは、ＰＵＳＣＨのスケジューリングに対して用いられるＤＣＩフォーマットに含まれて示されてもよい。また、ＰＵＣＣＨに対するＣＡＰＣの値ｐは、ＰＵＣＣＨリソース指示フィールドを含むＤＣＩフォーマットに含まれて示されてもよい。また、ＰＲＡＣＨに対するＣＡＰＣの値ｐは、ＰＤＣＣＨオーダのためのＤＣＩフォーマットに含まれて示されてもよい。また、ＰＲＡＣＨに対するＣＡＰＣの値ｐは、ランダムアクセスプロシージャの種類に応じて決定されてもよい。例えば、ＣＢＲＡに対するＣＡＰＣの値ｐは、システム情報および／または上位層パラメータに基づいて決定されてもよい。また、ＣＦＲＡに対するＣＡＰＣの値ｐは、上位層パラメータに基づいて決定されてもよいし、または、ＰＤＣＣＨオーダに対応するＤＣＩフォーマットに含まれて設定されてもよい。ＣＦＲＡにおいて、ＣＡＰＣの値ｐを上位層パラメータに基づくか、ＤＣＩフォーマットのフィールドに基づくか、はシステム情報および／または上位層パラメータの設定に基づいて決定されてもよい。

端末装置１がＰＵＣＣＨリソースでＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信する場
合には、ＰＵＣＣＨに対するチャネルアクセスプロシージャのタイプおよび／またはＣＡＰＣの値ｐは、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマットに専用の１または複数のフィールドが含まれて設定されてもよい。なお、該ＤＣＩフォーマットにはＰＵＣＣＨリソース指示フィールドが含まれてもよい。つまり、該ＰＵＣＣＨリソース指示フィールドによって指示されるＰＵＣＣＨリソースに対して、該ＰＵＣＣＨに対するチャネルアクセスプロシージャのタイプおよび／またはＣＡＰＣの値が用いられてもよい。また、端末装置１がＰＵＣＣＨリソースでＳＲを送信する場合には、ＰＵＣＣＨに対するチャネルアクセスプロシージャのタイプおよび／またはＣＡＰＣの値ｐは、ＰＵＣＣＨ設定またはＳＲ設定に含まれる１または複数の上位層パラメータに基づいて設定されてもよい。

ＣＡＰＣの値ｐは、ＰＵＳＣＨ、ＰＵＣＣＨに対しては、送信する情報と関連付けて決定されてもよい。例えば、ＰＵＳＣＨまたはＰＵＣＣＨにおいてＵＣＩを含んで送信する場合、ＵＣＩに含まれる情報の種類（ＨＡＲＱ−ＡＣＫ、ＳＲ、ＣＳＩなど）や組み合わせに応じて、個別にＣＡＰＣの値ｐは設定されてもよい。

本実施形態では、ＣＡＰＣの値ｐについて記載しているが、チャネルアクセスプロシージャ（ＣＡＰ）のタイプ（タイプ１ＣＡＰ、タイプ２ＣＡＰ、つまり、ＣＡＴ（Channel Access Type））、ＣＷの値、および／または、Ｔ_ｍｃｏｔの値についても同様に設定さ
れてもよい。また、ＣＡＴについて、ＣＡＴ１は、タイプ１ＣＡＰを示してもよいし、ＣＡＴ２は、タイプ２ＣＡＰを示してもよい。

例えば、ＮＲ−Ｕセルにおける、ＰＤＳＣＨやＰＵＳＣＨのスケジューリング、ＰＲＡＣＨのリソース割り当てに用いられるＤＣＩフォーマット（ＤＣＩフォーマット０＿０、０＿１、１＿０、１＿１）には、チャネルアクセスプロシージャを行なうために、下記８Ａから下記８Ｅの一部または全部がフィールドとしてそれぞれ含まれてもよい。
８Ａ）チャネルアクセスプロシージャ（ＣＡＰ）のタイプ（チャネルアクセスタイプ（ＣＡＴ））
８Ｂ）チャネルアクセス優先クラス（ＣＡＰＣ）の値ｐ
８Ｃ）最大チャネル専有時間Ｔ_ｍｃｏｔ
８Ｄ）ＣＷの値
８Ｅ）ＣＣＡスロット期間の最大数ｍ

ＰＵＣＣＨに対して、８Ａから８Ｅの一部または全部はそれぞれ、所定の値であってもよいし、それぞれに対して上位層パラメータに基づいて決定されてもよい。

ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット（１＿０、１＿１）に、上記８Ａから上記８Ｅの一部または全部に加え、ＰＵＣＣＨリソース指示フィールドが含まれる場合、ＰＤＳＣＨのＨＡＲＱ−ＡＣＫに対するＰＵＣＣＨの送信前のチャネルアクセスプロシージャは、ＤＣＩフォーマットに含まれる上記８Ａから上記８Ｅの少なくとも１つに基づいて行なわれてもよい。

受信したＤＣＩフォーマットがランダムアクセスプリアンブルのリソース割り当てを示す場合、つまり、ＰＤＣＣＨオーダを受信した場合、且つ、ＰＤＣＣＨオーダに上記８Ａから上記８Ｅの一部または全部が含まれる場合には、ランダムアクセスプリアンブルを送信する前のチャネルアクセスプロシージャは、ＰＤＣＣＨオーダに含まれる上記８Ａから上記８Ｅの一部または全部に基づいて行なわれてもよい。

ＮＲ−Ｕキャリアにおいて、ＳＲをＰＵＣＣＨで送信する場合には、上記８Ａから８Ｅのうち、一部または全部は、ＰＵＣＣＨ設定またはＳＲ設定に含まれてもよい。つまり、
ＳＲを含むＰＵＣＣＨに対して、チャネルアクセスプロシージャが行なわれる場合、チャネルアクセスプロシージャのためのパラメータは、上位層パラメータに基づいて設定されてもよい。また、ＳＲを含むＰＵＣＣＨに対して、チャネルアクセスプロシージャが行なわれる場合、チャネルアクセスプロシージャのためのパラメータは、ＲＲＣ層の信号を介して、基地局装置３から端末装置１へ送信され、設定されてもよい。

次に、本実施形態に係るＨＡＲＱオペレーションについて説明する。

端末装置１のＭＡＣエンティティは、各サービングセルに対して少なくとも１つのＨＡＲＱエンティティを含んでもよい。少なくとも１つのＨＡＲＱエンティティは、多くの並列したＨＡＲＱプロセスを維持することができる。各ＨＡＲＱプロセスは、１つのＨＰＩＤに関連付けられてもよい。ＨＡＲＱエンティティは、ＨＡＲＱ情報およびＤＬ−ＳＣＨにおいて受信した関連するＴＢを対応する１または複数のＨＡＲＱプロセスに誘導する。

ＨＡＲＱエンティティ毎の並列可能なＤＬ ＨＡＲＱプロセスの数（最大数）は、上位層パラメータ（例えば、ＲＲＣパラメータ）に基づいて設定されてもよいし、該上位層パラメータを受信していなければ、デフォルト値であってもよい。専用ブロードキャストＨＡＲＱプロセスは、ＢＣＣＨに対して用いられてもよい。なお、ブロードキャストＨＡＲＱプロセスは、ブロードキャストプロセスと称されてもよい。

ＨＡＲＱプロセスは、物理層が下りリンク空間多重が設定されていない時、１つのＴＢをサポートする。また、ＨＡＲＱプロセスは、物理層が下りリンク空間多重が設定されている時、１つまたは２つのＴＢをサポートする。

端末装置１のＭＡＣエンティティは、１より大きな値の上位層パラメータｐｄｓｃｈ−ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒが設定された時、ｐｄｓｃｈ−ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒは、ダイナミック下りリンクアサインメントのバンドル内のＴＢの送信の数を提供してもよい。バンドリングオペレーション（ＨＡＲＱ−ＡＣＫバンドリングオペレーション）は、同じバンドルの一部である各送信に対して同じＨＡＲＱプロセスを呼び出す（起動する）ためのＨＡＲＱエンティティに依存する。初期送信の後、ｐｄｓｃｈ−ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒによって設定された値より１つ少ない（つまり、ｐｄｓｃｈ−ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ−１）ＨＡＲＱの再送信はバンドル内で続いてもよい。

端末装置１のＭＡＣエンティティは、下りリンクアサインメントが示されるとすれば、該関連したＨＡＲＱ情報によって示されたＨＡＲＱプロセスに物理層から受信した１または複数のＴＢおよび関連したＨＡＲＱ情報を割り当ててもよい。また、端末装置１のＭＡＣエンティティは、下りリンクアサインメントがブロードキャストＨＡＲＱプロセスに対して示されるとすれば、ブロードキャストＨＡＲＱプロセスに受信したＴＢを割り当ててもよい。

ＨＡＲＱプロセスのために送信が行なわれる時、１つ、または、（下りリンク空間多重の場合）２つのＴＢと関連したＨＡＲＱ情報は、ＨＡＲＱエンティティから受信されてもよい。

各受信したＴＢおよび関連したＨＡＲＱ情報に対して、ＨＡＲＱプロセス（あるＨＰＩＤに関連するＨＡＲＱプロセス）は、ＮＤＩが提供される時は、該ＮＤＩがこのＴＢに対応する、前に受信した送信の値（ＰＤＣＣＨに含まれるＨＰＩＤに関連するＮＤＩの値）と比較してトグルされているとすれば、または、ＨＡＲＱプロセスがブロードキャストプロセスに相当し、そして、これがＲＲＣによって示されたシステム情報スケジュールに応
じたＴＢに対する最初の受信した送信であるとすれば、または、これが、このＴＢに対して本当に最初の受信した送信であるとすれば（つまり、このＴＢに対して、前のＮＤＩがない（存在しない）、新規の送信である）、この送信を、新規の送信であるとみなす。そうでないとすれば、ＨＡＲＱプロセスは、この送信を再送信であるとみなす。なお、前に受信した送信とは、過去に受信した送信であってもよい。ここで、送信とは、基地局装置３から送信されたＴＢのことであってもよい。

ＭＡＣエンティティは、これ（受信したＴＢ）が新規の送信であれば、受信データ（受信したＴＢに対するデータ）をデコードすることを試みる。また、ＭＡＣエンティティは、これが再送信であれば、このＴＢに対するデータがまだ成功裏にデコードされていないとすれば、物理層に、このＴＢに対するソフトバッファ内で最新のデータを受信したデータを結合することおよび結合したデータをデコードすることを指示する。また、ＭＡＣエンティティは、ＭＡＣエンティティがデコードを試みたデータがこのＴＢに対して成功裏にデコードされるとすれば、または、このＴＢに対するデータが以前成功裏にデコードされているとすれば、ＨＡＲＱプロセスがブロードキャストプロセスと同じであるとすれば、デコードされたＭＡＣ ＰＤＵを上位層（ＲＬＣ層、ＰＤＣＰ層、および／または、ＲＲＣ層）に転送する。また、これが、このＴＢに対するデータの最初の成功裏のデコーディングであるとすれば、ＭＡＣエンティティは、ディアセンブリアンドデマルチプレキシングエンティティにデコードしたＭＡＣ ＰＤＵを転送する。そうでないとすれば、ＭＡＣエンティティは、物理層に、ＭＡＣエンティティがデコードを試みたデータとこのＴＢに対するソフトバッファ内のデータを取り替えることを指示する。ＭＡＣエンティティは、ＨＡＲＱプロセスがＴＣ−ＲＮＴＩを伴って示された送信に関連し、コンテンションレゾリューションがまだ成功していないとすれば、または、ＨＡＲＱプロセスがブロードキャストプロセスに相当すれば、または、ＨＡＲＱフィードバックが送信されるサービングセルを含むＴＡＧに関連した、ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒがストップまたは満了すれば、このＴＢにおけるデータのａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ｓ）を生成することを物理層に指示する。なお、ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔは、ＡＣＫまたはＮＡＣＫであってもよい。

ＮＲ−Ｕセルにおいて、端末装置１および／または端末装置１のＭＡＣエンティティは、このＨＡＲＱプロセスにおいて、この送信が再送信であるとみなされると、このＴＢにおけるデータのａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ｓ）を生成する指示された端末装置１の物理層は、ＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨの送信の前にタイプ１チャネルアクセスプロシージャを行なうとすれば、Ｎ_ｉｎｉｔに用いられるＣＷの値を更新してもよい。また、ＮＲ−Ｕセルにおいて、端末装置１および／または端末装置１のＭＡＣエンティティは、このＨＡＲＱプロセスにおいて、この送信が新規の送信であるとみなされると、このＴＢにおけるデータのａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ｓ）を生成する指示された端末装置１の物理層は、ＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨの送信の前にタイプ１チャネルアクセスプロシージャを行なうとすれば、Ｎ_ｉｎｉｔに用いられるＣＷの値をＣＷ_ｐの初期値にセットしてもよいし、ＣＷの値を更新しなくてもよい（つまり、ＣＷの値を維持してもよい）。なお、端末装置１の物理層は、ＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨの送信の前にタイプ２チャネルアクセスプロシージャを行なうとすれば、この送信が新規の送信か再送信かに因らず、ＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨの送信前に１回だけＣＣＡを行ない、ＮＲ−Ｕチャネルがアイドルであると判定すると、ＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨを送信してもよい。

ここで、ＣＷの値を更新するとは、例えば、設定可能なＣＷの許容値が、ＣＷ＃０、ＣＷ＃１、ＣＷ＃２（ＣＷ＃０＜ＣＷ＃１＜ＣＷ＃２）の３種類あるとすれば、ＣＷの値がＣＷ＃０である場合、ＣＷの値を１つ上の値であるＣＷ＃１に更新することである。また
、ＣＷの値を更新するとは、ＣＷの値がＣＷ＃１である場合、ＣＷの値を１つ上の値であるＣＷ＃２に更新することである。また、ＣＷの値を更新するとは、ＣＷの値がＣＷ＃２（ＣＷ_ｍａｘ）である場合、ＣＷの値を１つ上の値が存在しないとすれば、ＣＷ＃０（ＣＷ_ｍｉｎ）にセットし直すことを含んでもよい。

ここで、物理層は、送信部、受信部、無線送受信部および／または測定部のうち、少なくとも１つを含んでもよく、物理層処理部であってもよい。ＭＡＣエンティティは、ＭＡＣ層であってもよく、ＭＡＣ層処理部であってもよい。

ＭＡＣエンティティは、そのＣ−ＲＮＴＩに対するＰＤＣＣＨにおけるＮＤＩが前の送信における値と比較してトグルされていると判定する時、そのＴＣ−ＲＮＴＩに対するＰＤＣＣＨにおけるすべての下りリンクアサインメントで受信されたＮＤＩを無視する。

端末装置１は、ＰＤＣＣＨに、ＮＲ−ＵセルにおけるＰＤＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットを検出した場合、該ＤＣＩフォーマットに、ＨＡＲＱプロセスＩＤ（ＨＰＩＤ）、および、ＮＤＩが含まれているとすれば、該ＨＰＩＤに対してＮＤＩがトグルされているかどうかに基づいて、該ＰＤＳＣＨの送信が、新規の送信か再送信かを判定することができる。さらに、該ＤＣＩフォーマットに、ＰＵＣＣＨリソースを指示するフィールドが含まれているとすれば、該ＮＤＩがトグルされているかどうかに基づいて、ＣＷの値を調整するか否かを判定してもよい。例えば、端末装置１は、第１のＨＰＩＤに関連したＨＡＲＱプロセスに対するＮＤＩの値がトグルされているとすれば、各ＣＡＰＣの値ｐに対応するＣＷ_ｐの値をＣＷ_ｍｉｎにセットし、そうでないとすれば（つまり、該ＮＤＩの値がトグルされていないとすれば）、端末装置１は、ＣＷ_ｐの値を１つ上の許容値（ＣＷの値）に増やしてもよい（つまり、端末装置１は、ＣＷ_ｐの値（ＣＷの値）を更新してもよい）。

端末装置１は、１または複数のＨＰＩＤに関連するＨＡＲＱプロセスに対するＨＡＲＱ−ＡＣＫコードブックを生成する場合、少なくとも１つのＨＰＩＤについて、ＮＤＩの値がトグルされていないとすれば、該ＨＡＲＱ−ＡＣＫコードブックを含むＰＵＣＣＨまたはＰＵＳＣＨの送信前に行なうタイプ１チャネルアクセスプロシージャに対するＣＷの値を更新してもよい。

基地局装置３は、ＮＲ−ＵセルにおけるＰＤＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットを含むＰＤＣＣＨおよび該ＰＤＳＣＨを送信する場合、該ＰＤＣＣＨおよび該ＰＤＳＣＨの送信前に、タイプ１チャネルアクセスプロシージャを行ない、ＮＲ−ＵチャネルがすべてのＣＣＡスロット期間においてアイドルであると判定すれば、該ＰＤＣＣＨおよび該ＰＤＳＣＨを送信し、該ＮＲ−Ｕチャネルがアイドルでないと判定すれば、該ＮＲ−ＵチャネルがすべてのＣＣＡスロット期間においてアイドルであると判定できるまで、該ＰＤＣＣＨおよび該ＰＤＳＣＨの送信を延期してもよい。

基地局装置３は、該ＰＤＣＣＨおよび該ＰＤＳＣＨを送信した後、所定の期間を経過しても、該ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨを成功裏に受信できなかった場合、該ＰＤＣＣＨおよび該ＰＤＳＣＨを再送信してもよい。基地局装置３が、該ＰＤＣＣＨおよび該ＰＤＳＣＨを再送信する場合、該ＨＰＩＤに対するＮＤＩの値をトグルせずに送信する。つまり、基地局装置３は、該ＨＰＩＤに対するＮＤＩの値をトグルしないことによって、該ＰＤＳＣＨが再送信であることを示してもよい。その際、基地局装置３が、タイプ１チャネルアクセスプロシージャを行なう場合には、ＣＷの値を更新してもよい。

なお、基地局装置３は、該ＰＤＣＣＨおよび該ＰＤＳＣＨを送信した後、所定の期間内
に、該ＨＰＩＤに関連するＨＡＲＱプロセスに対応する該ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨを成功裏に受信できたとすれば、該ＨＰＩＤに対するＨＡＲＱプロセスに対応するＣＷの値をＣＷ_ｍｉｎにリセットしてもよい。つまり、該ＨＰＩＤに関連するＨＡＲＱプロセスに対するＮＤＩの値をトグルするため、基地局装置３は、該ＰＤＣＣＨおよび該ＰＤＳＣＨの送信前にチャネルアクセスプロシージャを行なうとすれば、該ＣＷの値をＣＷ_ｍｉｎにセットしてもよい。ここで、基地局装置３は、複数のＨＰＩＤに関連するＨＡＲＱプロセスを管理できる場合、ＨＰＩＤ毎にチャネルアクセスプロシージャおよび／またはＣＷ調整プロシージャを行なってもよい。

基地局装置３は、ＰＤＣＣＨおよび該ＰＤＣＣＨによってスケジュールされるＰＤＳＣＨを送信した場合、所定の期間内（例えば、所定のタイマが満了するまで）に、該ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ（つまり、該ＰＤＳＣＨに対応するＨＰＩＤに対するＨＡＲＱ−ＡＣＫ）を含むＰＵＣＣＨまたはＰＵＳＣＨを成功裏に受信できなかった場合、基地局装置３は、該ＰＤＣＣＨおよび該ＰＤＳＣＨに対するＣＷの値を更新してもよい。なお、ＰＵＣＣＨの代わりに、該ＰＤＳＣＨに対応するＨＰＩＤに対するＨＡＲＱ−ＡＣＫを含むＰＵＳＣＨを成功裏に受信した場合、基地局装置３は、該ＰＤＣＣＨおよび該ＰＤＳＣＨに対するＣＷの値を更新しなくてもよい。

基地局装置３および／または端末装置１は、あるＨＰＩＤのＨＡＲＱプロセスのＨＡＲＱオペレーションが成功したとみなした場合には、該オペレーションに関連して更新したＣＷの値をＣＷ_ｍｉｎにセットしてもよい。

端末装置１は、受信したＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを、ＰＵＣＣＨまたはＰＵＳＣＨを介して送信した後に、同じＨＰＩＤを有し、且つ、再送信を示すＰＤＳＣＨを受信したとすれば、または、該ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの再送信を要求されるとすれば、該ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨの送信前にタイプ１チャネルアクセスプロシージャを行なうとすれば、Ｎ_ｉｎｉｔに用いられるＣＷの値を更新してもよい。つまり、同じＨＰＩＤのＰＤＳＣＨに対して再送信が示される度に、端末装置１は、該ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨの送信前にタイプ１チャネルアクセスプロシージャを行なうとすれば、対応するＮ_ｉｎｉｔに用いられるＣＷの値を更新してもよい。

ＮＲ−Ｕセルにおける、ＳＳＢおよび／またはＣＳＩ−ＲＳを総称してＮＲ−Ｕ ＤＲＳ（Discovery Reference Signal）と称されてもよい。ＮＲ−Ｕ ＤＲＳは、ＮＲ−Ｕセルがアクティベーションかディアクティベーションかを、端末装置１が確認するために、検出されてもよい。

図１５は、本実施形態に係る周波数マッピング（リソース割り当て、物理リソースへのマッピング、周波数リソース配置タイプ）の一例を示す図である。図１５（ａ）は、１つの端末装置１および／または基地局装置３に対して、複数のＰＲＢが連続的に配置される例（contiguous mapping, localized mapping）である。図１５（ａ）の周波数マッピン
グ（周波数リソース配置タイプ）は、例えば、ＤＦＴ−ｓ−ＯＦＤＭ信号などのシングルキャリアによる低いＰＡＰＲ（Peak to Average Power Ratio）特性を実現するために用
いられてもよい。図１５（ｂ）は、１つの端末装置１および／または基地局装置３に対して、複数のＰＲＢが等間隔または非等間隔に配置される例（interlaced mapping, distributed mapping）である。図１５（ｂ）の周波数マッピング（周波数リソース配置タイプ
）は、周波数領域において、少ないＰＲＢ数で送信帯域幅（最大送信帯域幅、チャネル帯域幅、キャリア帯域幅、ＢＷＰ帯域幅）の８０％以上を実現するために用いられてもよい。つまり、図１５（ｂ）の周波数マッピングは、ＯＣＢ（Occupied Channel Bandwidth）要件を満たすために行なわれてもよい。また、インタレースの数は、ＳＣＳに応じて決定
されてもよい。例えば、ＳＣＳが１５ｋＨｚの場合、インタレースの数は、１０または１１であってもよい。また、ＳＣＳが３０ｋＨｚの場合、インタレースの数は、５または６であってもよい。インタレースの数は、周波数領域における端末装置１の最大多重数であってもよい。インタレースの数は、周波数帯域幅の大きさに因らず、同じ数であってもよい。例えば、周波数帯域幅が２０ＭＨｚであっても４０ＭＨｚであっても、ＳＣＳが１５ｋＨｚの場合、インタレースの数は、１０または１１であってもよい。なお、基地局装置３および／または端末装置１は、１または複数のインタレースを用いて物理チャネルおよび／または物理信号の送信を行なうことができる。

図１６は、本実施形態に係る時間領域におけるＰＵＣＣＨの送信開始位置（時間領域の開始位置、スロット内の開始位置）を示すフィールド（PUCCH starting position field,
PSP field）および各ＳＣＳに対応するＰＵＣＣＨの開始位置の一例を示す図である。図１６（ａ）および（ｂ）は、ＰＵＣＣＨの送信開始位置を示すフィールド（２ビットフィールド、１ビットフィールド）の一例を示している。該フィールドは、時間シンボル領域における送信タイミングを調整することによって端末装置１がＬＢＴを行なうためのギャップ（期間）を設けるために用いられるフィールドである。例えば、該フィールドに値“００”または“０”がセットされている場合には、先頭の時間シンボル領域の開始から物理チャネル／物理信号の送信を行なえることを示す。該フィールドに値“０１”または“１０”または“１”がセットされている場合には、先頭の時間シンボル領域の途中から物理チャネル／物理信号の送信を行なえることを示す。該フィールドに値“０１”または“１”がセットされている場合には、ＰＵＣＣＨの先頭の時間シンボル領域内の２５μ秒（ｕｓ）から送信可能であることを示している。例えば、この２５μ秒において、端末装置１は２５μ秒のＬＢＴを１回だけ行なってから送信を行なうことができる。該フィールドに値“１０”がセットされている場合には、ＰＵＣＣＨの先頭の時間シンボル領域内の（２５＋ＴＡ（Timing Advance））μ秒（ｕｓ）から送信可能であることを示している。該フィールドに値“１１”がセットされている場合には、次の時間シンボル領域から物理チャネル／物理信号の送信を行なえることを示す。また、ＳＣＳの値によっては、ＳＣＳに対応する１つの時間シンボル領域の長さが２５μ秒および／または（２５＋ＴＡ）μ秒よりも短い場合がある。このような場合、該フィールドに値“１１”がセットされているとすれば、先頭の時間シンボル領域から２５μ秒または（２５＋ＴＡ）μ秒以降の最初の時間シンボル領域を示してもよい。図１６（ｃ）は、ＳＣＳが１５ｋＨｚの場合の各値のＰＵＣＣＨの開始位置の一例を示している。図１６（ｄ）は、ＳＣＳが３０ｋＨｚの場合の各値のＰＵＣＣＨの開始位置の一例を示している。

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

（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、第１のＰＵＣＣＨリソースセットおよび第２のＰＵＣＣＨリソースセットに関連するＲＲＣ情報を受信する受信部と、前記ＲＲＣ情報に基づいて、ＰＵＣＣＨを送信する送信部と、を備え、前記第１のＰＵＣＣＨリソースセットおよび前記第２のＰＵＣＣＨリソースセットのそれぞれに対して適用される最大ＵＣＩ情報ビット数が同じ値であるとすれば、前記送信部は、ＤＣＩフォーマットに含まれる第１の情報に基づいて、前記第１のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースを用いるか前記第２のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースを用いるかを決定する。

（２）また、本発明の第２の態様は、第１の態様の端末装置であって、前記第１の情報は、前記ＰＵＣＣＨリソースに対する周波数リソース配置タイプを示す情報である。

（３）また、本発明の第３の態様は、第１の態様の端末装置であって、前記第１の情報
は、前記ＰＵＣＣＨの送信前に行なうＣＡＰのタイプを示す情報である。

（４）また、本発明の第４の態様は、第１の態様の端末装置であって、前記第１のＰＵＣＣＨリソースセットおよび前記ＰＵＣＣＨリソースセットにはそれぞれ、前記ＰＵＣＣＨの周波数リソース配置タイプに関連する情報が含まれる。

（５）また、本発明の第５の態様は、第１の態様の端末装置であって、前記第１のＰＵＣＣＨリソースセットおよび前記第２のＰＵＣＣＨリソースセットのそれぞれに対して適用される最大ＵＣＩ情報ビット数が異なる値であるとすれば、前記ＰＵＣＣＨで送信するＵＣＩ情報ビット数に基づいて、前記第１のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースを用いるか前記第２のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースを用いるかを決定する。

（６）また、本発明の第６の態様は、端末装置に用いられる方法であって、第１のＰＵＣＣＨリソースセットおよび第２のＰＵＣＣＨリソースセットに関連するＲＲＣ情報を受信するステップと、前記ＲＲＣ情報に基づいて、ＰＵＣＣＨを送信するステップと、前記第１のＰＵＣＣＨリソースセットおよび前記第２のＰＵＣＣＨリソースセットのそれぞれに対して適用される最大ＵＣＩ情報ビット数が同じ値であるとすれば、ＤＣＩフォーマットに含まれる第１の情報に基づいて、前記第１のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースを用いるか前記第２のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースを用いるかを決定するステップと、を含む。

（７）また、本発明の第７の態様は、第６の態様の方法であって、前記第１のＰＵＣＣＨリソースセットおよび前記第２のＰＵＣＣＨリソースセットのそれぞれに対して適用される最大ＵＣＩ情報ビット数が異なる値であるとすれば、前記ＰＵＣＣＨで送信するＵＣＩ情報ビット数に基づいて、前記第１のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースを用いるか前記第２のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースを用いるかを決定するステップを含む。

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

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

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

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

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

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

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

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

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

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

Claims (7)

1. 第１のＰＵＣＣＨリソースセットおよび第２のＰＵＣＣＨリソースセットに関連するＲＲＣ情報を受信する受信部と、
   前記ＲＲＣ情報に基づいて、ＰＵＣＣＨを送信する送信部と、を備え、
   前記第１のＰＵＣＣＨリソースセットおよび前記第２のＰＵＣＣＨリソースセットのそれぞれに対して適用される最大ＵＣＩ情報ビット数が同じ値であるとすれば、
   前記送信部は、
   ＤＣＩフォーマットに含まれる第１の情報に基づいて、前記第１のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースを用いるか前記第２のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースを用いるかを決定する
   端末装置。
2. 前記第１の情報は、前記ＰＵＣＣＨリソースに対する周波数リソース配置タイプを示す情報である
   請求項１記載の端末装置。
3. 前記第１の情報は、前記ＰＵＣＣＨの送信前に行なうＣＡＰのタイプを示す情報である
   請求項１記載の端末装置。
4. 前記第１のＰＵＣＣＨリソースセットおよび前記ＰＵＣＣＨリソースセットにはそれぞれ、前記ＰＵＣＣＨの周波数リソース配置タイプに関連する情報が含まれる
   請求項１記載の端末装置。
5. 前記第１のＰＵＣＣＨリソースセットおよび前記第２のＰＵＣＣＨリソースセットのそれぞれに対して適用される最大ＵＣＩ情報ビット数が異なる値であるとすれば、前記ＰＵＣＣＨで送信するＵＣＩ情報ビット数に基づいて、前記第１のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースを用いるか前記第２のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースを用いるかを決定する
   請求項１記載の端末装置。
6. 第１のＰＵＣＣＨリソースセットおよび第２のＰＵＣＣＨリソースセットに関連するＲＲＣ情報を受信するステップと、
   前記ＲＲＣ情報に基づいて、ＰＵＣＣＨを送信するステップと、
   前記第１のＰＵＣＣＨリソースセットおよび前記第２のＰＵＣＣＨリソースセットのそれぞれに対して適用される最大ＵＣＩ情報ビット数が同じ値であるとすれば、ＤＣＩフォーマットに含まれる第１の情報に基づいて、前記第１のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースを用いるか前記第２のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースを用いるかを決定するステップと、を含む
   方法。
7. 前記第１のＰＵＣＣＨリソースセットおよび前記第２のＰＵＣＣＨリソースセットのそれぞれに対して適用される最大ＵＣＩ情報ビット数が異なる値であるとすれば、前記ＰＵＣＣＨで送信するＵＣＩ情報ビット数に基づいて、前記第１のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースを用いるか前記第２のＰＵＣＣＨリソースセットのＰＵＣＣＨリソースを用いるかを決定するステップを含む
   請求項６記載の方法。

Images