JP7812260B2

JP7812260B2 - 端末装置、および、基地局装置

Info

Publication number: JP7812260B2
Application number: JP2022040118A
Authority: JP
Inventors: 崇久福井; 翔一鈴木; 智造野上; 大一郎中嶋; 渉大内; 会発林; 涼太森本
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2022-03-15
Filing date: 2022-03-15
Publication date: 2026-02-09
Anticipated expiration: 2042-03-15
Also published as: JP2023135092A

Description

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

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

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

３GPPにおいて、NRによってサポートされるサービスの拡張の検討が行われている（非
特許文献２）。

"New SID proposal: Study on New Radio Access Technology"， RP-160671， NTT docomo， 3GPP TSG RAN Meeting #71， Goteborg， Sweden， 7th ― 10th March， 2016． "Release 17 package for RAN", RP-193216, RAN chairman, RAN1 chairman, RAN2 chairman, RAN3 chairman, 3GPP TSG RAN Meeting #86, Sitges, Spain, 9th ― 12th December, 2019

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

（１）本発明の第１の態様は、端末装置であって、第1のPUSCHと、第2のPUSCHと、を送信する送信部と、前記第1のPUSCHのための第1の送信電力と、前記第2のPUSCHのための第2の送信電力と、を決定する送信電力制御部と、を備え、前記第1の送信電力は、第1の送信機会において第1のOFDMシンボル数に少なくとも基づいて決定され、前記第2の送信電力は、第2の送信機会において第2のOFDMシンボル数に少なくとも基づいて決定され、第1の条件と、第2の条件と、第3の条件と、の一部または全部が満たされる場合、前記第2のOFDMシンボル数は、前記第1のシンボル数に少なくとも基づいて決定され、前記第1の条件は、前記第1のPUSCHが、ある時間領域ウィンドウにおいて最初に送信されるPUSCHであることであり、前記第2の条件は、前記第1の送信機会が前記第2の送信機会と異なることであり、前記第3の条件は、前記ある時間領域ウィンドウは、前記第1のPUSCHと、前記第2のPUSCHと、のために決定される。

（２）また、本発明の第２の態様は、基地局装置であって、第1のPUSCHと、第2のPUSCHと、を受信する受信部を備え、前記第1のPUSCHのための第1の送信電力と、前記第2のPUSCHのための第2の送信電力と、が決定され、前記第1の送信電力は、第1の送信機会において第1のOFDMシンボル数に少なくとも基づいて決定され、前記第2の送信電力は、第2の送信機会において第2のOFDMシンボル数に少なくとも基づいて決定され、第1の条件と、第2の条件と、第3の条件と、の一部または全部が満たされる場合、前記第2のOFDMシンボル数は、前記第1のシンボル数に少なくとも基づいて決定され、前記第1の条件は、前記第1のPUSCHが、ある時間領域ウィンドウにおいて最初に送信されるPUSCHであることであり、前記第2の条件は、前記第1の送信機会が前記第2の送信機会と異なることであり、前記第3の条件は、前記ある時間領域ウィンドウは、前記第1のPUSCHと、前記第2のPUSCHと、のために決定される。

（３）また、本発明の第３の態様は、端末装置に用いられる通信方法であって、第1のPUSCHと、第2のPUSCHと、を送信するステップと、前記第1のPUSCHのための第1の送信電力
と、前記第2のPUSCHのための第2の送信電力と、を決定するステップと、を備え、前記第1の送信電力は、第1の送信機会において第1のOFDMシンボル数に少なくとも基づいて決定され、前記第2の送信電力は、第2の送信機会において第2のOFDMシンボル数に少なくとも基
づいて決定され、第1の条件と、第2の条件と、第3の条件と、の一部または全部が満たさ
れる場合、前記第2のOFDMシンボル数は、前記第1のシンボル数に少なくとも基づいて決定され、前記第1の条件は、前記第1のPUSCHが、ある時間領域ウィンドウにおいて最初に送
信されるPUSCHであることであり、前記第2の条件は、前記第1の送信機会が前記第2の送信機会と異なることであり、前記第3の条件は、前記ある時間領域ウィンドウは、前記第1のPUSCHと、前記第2のPUSCHと、のために決定される。

（４）また、本発明の第４の態様は、基地局装置に用いられる通信方法であって、第1
のPUSCHと、第2のPUSCHと、を受信するステップを備え、前記第1のPUSCHのための第1の送信電力と、前記第2のPUSCHのための第2の送信電力と、が決定され、前記第1の送信電力は、第1の送信機会において第1のOFDMシンボル数に少なくとも基づいて決定され、前記第2の送信電力は、第2の送信機会において第2のOFDMシンボル数に少なくとも基づいて決定され、第1の条件と、第2の条件と、第3の条件と、の一部または全部が満たされる場合、前記第2のOFDMシンボル数は、前記第1のシンボル数に少なくとも基づいて決定され、前記第1の条件は、前記第1のPUSCHが、ある時間領域ウィンドウにおいて最初に送信されるPUSCHであることであり、前記第2の条件は、前記第1の送信機会が前記第2の送信機会と異なることであり、前記第3の条件は、前記ある時間領域ウィンドウは、前記第1のPUSCHと、前記第2のPUSCHと、のために決定される。

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

本実施形態の一態様に係る無線通信システムの概念図である。本実施形態の一態様に係るサブキャリア間隔の設定μ、スロットあたりのOFDMシンボル数N^slot _symb、および、CP（cyclic Prefix）設定の関係を示す一例である。本実施形態の一態様に係るリソースグリッドの構成方法の一例を示す図である。本実施形態の一態様に係るリソースグリッド３００１の構成例を示す図である。本実施形態の一態様に係る基地局装置３の構成例を示す概略ブロック図である。本実施形態の一態様に係る端末装置１の構成例を示す概略ブロック図である。本実施形態の一態様に係るSS／PBCHブロックの構成例を示す図である。本実施形態の一態様に係る探索領域セットの監視機会の一例を示す図である。本実施形態の一態様に係るDMRSバンドリングが適用される場合の送信電力制御の例を示す図である。本実施形態の一態様に係るPUSCH923とPUSCH1020の重複の例を示す図である。本実施形態の一態様に係るPUSCH920とPUSCH1120の重複の例を示す図である。

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

floor（C）は、実数Cに対する床関数であってもよい。例えば、floor（C）は、実数Cを超えない範囲で最大の整数を出力する関数であってもよい。ceil（D）は、実数Dに対する天井関数であってもよい。例えば、ceil（D）は、実数Dを下回らない範囲で最小の整数を出力する関数であってもよい。mod（E，F）は、EをFで除算した余りを出力する関数であ
ってもよい。mod（E，F）は、EをFで除算した余りに対応する値を出力する関数であって
もよい。exp（G）＝e＾Gである。ここで、eはネイピア数である。H＾IはHのI乗を示す。max（J，K）は、J、および、Kのうちの最大値を出力する関数である。ここで、JとKが等しい場合に、max（J，K）はJまたはKを出力する関数である。min（L，M）は、L、および、Mのうちの最大値を出力する関数である。ここで、LとMが等しい場合に、min（L，M）はLまたはMを出力する関数である。round（N）は、Nに最も近い値の整数値を出力する関数である。“・”は乗算を示す。

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

OFDMシンボルは、OFDMシンボルに付加されるCPを含んだ呼称であってもよい。つまり、あるOFDMシンボルは、該あるOFDMシンボルと、該あるOFDMシンボルに付加されるCPを含んで構成されてもよい。

図１は、本実施形態の一態様に係る無線通信システムの概念図である。図１において、無線通信システムは、端末装置１A～１C、および基地局装置３（BS#3: Base station#3）を少なくとも含んで構成される。以下、端末装置１A～１Cを端末装置１（UE#1: User Equipment#1）とも呼称する。

基地局装置３は、１または複数の送信装置（または、送信点、送受信装置、送受信点）を含んで構成されてもよい。基地局装置３が複数の送信装置によって構成される場合、該複数の送信装置のそれぞれは、異なる位置に配置されてもよい。

基地局装置３は、１または複数のサービングセル（serving cell）を提供してもよい。サービングセルは、無線通信に用いられるリソースのセットとして定義されてもよい。また、サービングセルは、セル（cell）とも呼称される。

サービングセルは、１つの下りリンクコンポーネントキャリア（下りリンクキャリア）、および、１つの上りリンクコンポーネントキャリア（上りリンクキャリア）の一方または両方を含んで構成されてもよい。サービングセルは、２つ以上の下りリンクコンポーネントキャリア、および、２つ以上の上りリンクコンポーネントキャリアの一方または両方を含んで構成されてもよい。下りリンクコンポーネントキャリア、および、上りリンクコンポーネントキャリアは、コンポーネントキャリア（キャリア）とも総称される。

例えば、コンポーネントキャリアごとに、１つのリソースグリッドが与えられてもよい。また、１つのコンポーネントキャリアとあるサブキャリア間隔の設定（subcarrier spacing configuration）μのセットごとに、１つのリソースグリッドが与えられてもよい。ここで、サブキャリア間隔の設定μは、ヌメロロジ（numerology）とも呼称される。例えば、あるアンテナポートp、あるサブキャリア間隔の設定μ、および、ある送信方向xのセットに対して１つのリソースグリッドが与えられてもよい。

リソースグリッドは、N^size，μ _grid，xN^RB _sc個のサブキャリアを含む。ここで、リソ
ースグリッドは、共通リソースブロックN^start，μ _grid，xから開始される。また、共通
リソースブロックN^start，μ _grid，xは、リソースグリッドの基準点とも呼称される。

リソースグリッドは、N^{subframe，μ} _symb個のOFDMシンボルを含む。

リソースグリッドに関連するパラメータに付加されるサブスクリプトxは、送信方向を
示す。例えば、サブスクリプトxは、下りリンク、または、上りリンクのいずれかを示す
ために用いられてもよい。

N^size，μ _grid，xはRRC層より提供されるパラメータにより示される（例えば、パラメ
ータCarrierBandwidth）オフセット設定である。N^start，μ _grid，xは、RRC層より提供されるパラメータにより示される（例えば、パラメータ、OffsetToCarrier）帯域設定であ
る。オフセット設定と帯域設定とは、SCS固有キャリア（SCS-specific carrier）の構成
に用いられる設定である。

あるサブキャリア間隔の設定μに対するサブキャリア間隔（SCS: SubCarrier Spacing
）Δfは、Δf＝２^μ・１５kHzであってもよい。ここで、サブキャリア間隔の設定μは０
、１、２、３、または、４のいずれかを示してもよい。

図２は、本実施形態の一態様に係るサブキャリア間隔の設定μ、スロットあたりのOFDMシンボル数N^slot _symb、および、CP（cyclic Prefix）設定の関係を示す一例である。図２Aにおいて、例えば、サブキャリア間隔の設定μが２であり、CP設定がノーマルCP（normal cyclic prefix）である場合、N^slot _symb＝１４、N^frame，μ _slot＝４０、N^subframe，
^μ _slot＝４である。また、図２Bにおいて、例えば、サブキャリア間隔の設定μが２であ
り、CP設定が拡張CP（extended cyclic prefix）である場合、N^slot _symb＝１２、N^frame
^，μ _slot＝４０、N^{subframe，μ} _slot＝４である。

時間単位（タイムユニット）T_cは、時間領域の長さの表現のために用いられてもよい。時間単位T_cは、T_c＝１／（Δf_max・N_f）である。Δf_max＝４８０kHzである。N_f＝４０９
６である。定数κは、κ＝Δf_max・N_f／（Δf_refN_f，ref）＝６４である。Δf_refは、１
５kHzである。N_f，refは、２０４８である。

下りリンクにおける信号の送信、および／または、上りリンクにおける信号の送信は、長さT_fの無線フレーム（システムフレーム、フレーム）により編成されてもよい（organized into）。T_f＝（Δf_maxN_f／１００）・T_s＝１０msである。無線フレームは、１０個のサブフレームを含んで構成される。サブフレームの長さT_sf＝（Δf_maxN_f／１０００）・T_s＝１msである。サブフレームあたりのOFDMシンボル数はN^{subframe，μ} _symb＝N^slot _symbN^{subframe，μ} _slotである。

OFDMシンボルは、１つの通信方式の時間領域の単位である。例えば、OFDMシンボルは、CP－OFDMの時間領域の単位であってもよい。また、OFDMシンボルは、DFT－s－OFDMの時間領域の単位であってもよい。

スロットは、複数のOFDMシンボルを含んで構成されてもよい。例えば、連続するN^slot _symb個のOFDMシンボルにより１つのスロットが構成されてもよい。例えば、ノーマルCPの設定において、N^slot _symb＝１４であってもよい。また、拡張CPの設定において、N^slot _symb＝１２であってもよい。

あるサブキャリア間隔の設定μのために、サブフレームに含まれるスロットの数とインデックスが与えられてもよい。例えば、スロットインデックスn^μ _sは、サブフレームにおいて０からN^{subframe，μ} _slot－１の範囲の整数値で昇順に与えられてもよい。サブキャ
リア間隔の設定μのために、無線フレームに含まれるスロットの数とインデックスが与えられてもよい。また、スロットインデックスn^μ _s，fは、無線フレームにおいて０からN^frame，μ _slot－１の範囲の整数値で昇順に与えられてもよい。

図３は、本実施形態の一態様に係るリソースグリッドの構成方法の一例を示す図である。図３の横軸は、周波数領域を示す。図３において、コンポーネントキャリア３００におけるサブキャリア間隔μ_１のリソースグリッドの構成例と、該あるコンポーネントキャリアにおけるサブキャリア間隔μ_２のリソースグリッドの構成例を示す。このように、あるコンポーネントキャリアに対して、１つまたは複数のサブキャリア間隔が設定されてもよい。図３において、μ_１＝μ_２－１であることを仮定するが、本実施形態の種々の態様はμ_１＝μ_２－１の条件に限定されない。

コンポーネントキャリア３００は、周波数領域において所定の幅を備える帯域である。

ポイント（Point）３０００は、あるサブキャリアを特定するための識別子である。ポ
イント３０００は、ポイントAとも呼称される。共通リソースブロック（CRB: Common resource block）セット３１００は、サブキャリア間隔の設定μ_１に対する共通リソースブロックのセットである。

共通リソースブロックセット３１００のうち、ポイント３０００を含む共通リソースブロック（図３中の共通リソースブロックセット３１００における黒単色のブロック）は、共通リソースブロックセット３１００の基準点（reference point）とも呼称される。共
通リソースブロックセット３１００の基準点は、共通リソースブロックセット３１００におけるインデックス０の共通リソースブロックであってもよい。

オフセット３０１１は、共通リソースブロックセット３１００の基準点から、リソース
グリッド３００１の基準点までのオフセットである。オフセット３０１１は、サブキャリア間隔の設定μ_１に対する共通リソースブロックの数によって示される。リソースグリッド３００１は、リソースグリッド３００１の基準点から始まるN^size，μ _grid１，x個の共通リソースブロックを含む。

オフセット３０１３は、リソースグリッド３００１の基準点から、インデックスi１のBWP（BandWidth Part）３００３の基準点（N^start，μ _BWP，i１）までのオフセットである。

共通リソースブロックセット３２００は、サブキャリア間隔の設定μ_２に対する共通リソースブロックのセットである。

共通リソースブロックセット３２００のうち、ポイント３０００を含む共通リソースブロック（図３中の共通リソースブロックセット３２００における黒単色のブロック）は、共通リソースブロックセット３２００の基準点とも呼称される。共通リソースブロックセット３２００の基準点は、共通リソースブロックセット３２００におけるインデックス０の共通リソースブロックであってもよい。

オフセット３０１２は、共通リソースブロックセット３２００の基準点から、リソースグリッド３００２の基準点までのオフセットである。オフセット３０１２は、サブキャリア間隔μ_２に対する共通リソースブロックの数によって示される。リソースグリッド３００２は、リソースグリッド３００２の基準点から始まるN^size，μ _grid２，x個の共通リソースブロックを含む。

オフセット３０１４は、リソースグリッド３００２の基準点から、インデックスi２のBWP３００４の基準点（N^start，μ _BWP，i２）までのオフセットである。

図４は、本実施形態の一態様に係るリソースグリッド３００１の構成例を示す図である。図４のリソースグリッドにおいて、横軸はOFDMシンボルインデックスl_symであり、縦軸はサブキャリアインデックスk_scである。リソースグリッド３００１は、N^size，μ _grid１，xN^RB _sc個のサブキャリアを含み、N^{subframe，μ} _symb個のOFDMシンボルを含む。リソー
スグリッド内において、サブキャリアインデックスk_scとOFDMシンボルインデックスl_sym
によって特定されるリソースは、リソースエレメント（RE: Resource Element）とも呼称される。

リソースブロック（RB: Resource Block）は、N^RB _sc個の連続するサブキャリアを含む
。リソースブロックは、共通リソースブロック、物理リソースブロック（PRB: Physical Resource Block）、および、仮想リソースブロック（VRB: Virtual Resource Block）の
総称である。ここで、N^RB _sc＝１２である。

リソースブロックユニットは、１つのリソースブロックにおける１OFDMシンボルに対応するリソースのセットである。つまり、１つのリソースブロックユニットは、１つのリソースブロックにおける１OFDMシンボルに対応する１２個のリソースエレメントを含む。

あるサブキャリア間隔の設定μに対する共通リソースブロックは、ある共通リソースブロックセットにおいて、周波数領域において０から昇順にインデックスが付される（indexing）。あるサブキャリア間隔の設定μに対する、インデックス０の共通リソースブロックは、ポイント３０００を含む（または、衝突する、一致する）。あるサブキャリア間隔の設定μに対する共通リソースブロックのインデックスn^μ _CRBは、n^μ _CRB＝ceil（k_sc／N^RB _sc）の関係を満たす。ここで、k_sc＝０のサブキャリアは、ポイント３０００に対応するサブキャリアの中心周波数と同一の中心周波数を備えるサブキャリアである。

あるサブキャリア間隔の設定μに対する物理リソースブロックは、あるBWPにおいて、
周波数領域において０から昇順にインデックスが付される。あるサブキャリア間隔の設定μに対する物理リソースブロックのインデックスn^μ _PRBは、n^μ _CRB＝n^μ _PRB＋N^start，μ _BWP，iの関係を満たす。ここで、N^start，μ _BWP，iは、インデックスiのBWPの基準点を示す。

BWPは、リソースグリッドに含まれる共通リソースブロックのサブセットとして定義さ
れる。BWPは、該BWPの基準点N^start，μ _BWP，iから始まるN^size，μ _BWP，i個の共通リソ
ースブロックを含む。下りリンクキャリアに対して設定されるBWPは、下りリンクBWPとも呼称される。上りリンクコンポーネントキャリアに対して設定されるBWPは、上りリンクBWPとも呼称される。

アンテナポートは、あるアンテナポートにおけるシンボルが伝達されるチャネルが、該あるアンテナポートにおけるその他のシンボルが伝達されるチャネルから推定できることによって定義されてもよい（An antenna port is defined such that the channel over which a symbol on the antenna port is conveyed can be inferred from the channel over which another symbol on the same antenna port is conveyed）。例えば、チャネルは、物理チャネルに対応してもよい。また、シンボルは、OFDMシンボルに対応してもよい。また、シンボルは、リソースブロックユニットに対応してもよい。また、シンボルは、リソースエレメントに対応してもよい。

１つのアンテナポートにおいてシンボルが伝達されるチャネルの大規模特性（large scale property）が、もう一つのアンテナポートにおいてシンボルが伝達されるチャネルから推定できることは、２つのアンテナポートはQCL（Quasi Co-Located）であると呼称される。ここで、大規模特性は、チャネルの長区間特性を少なくとも含んでもよい。大規模特性は、遅延拡がり（delay spread）、ドップラー拡がり（Doppler spread）、ドップラーシフト（Doppler shift）、平均利得（average gain）、平均遅延（average delay）、および、ビームパラメータ（spatial Rx parameters）の一部または全部を少なくとも含んでもよい。第１のアンテナポートと第２のアンテナポートがビームパラメータに関してQCLであるとは、第１のアンテナポートに対して受信側が想定する受信ビームと第２のアンテナポートに対して受信側が想定する受信ビームとが同一である（または、対応する）ことであってもよい。第１のアンテナポートと第２のアンテナポートがビームパラメータに関してQCLであるとは、第１のアンテナポートに対して受信側が想定する送信ビームと第２のアンテナポートに対して受信側が想定する送信ビームとが同一である（または、対応する）ことであってもよい。端末装置１は、１つのアンテナポートにおいてシンボルが伝達されるチャネルの大規模特性が、もう一つのアンテナポートにおいてシンボルが伝達されるチャネルから推定できる場合、２つのアンテナポートはQCLであることが想定されてもよい。２つのアンテナポートがQCLであることは、２つのアンテナポートがQCLであることが想定されることであってもよい。

キャリアアグリゲーション（carrier aggregation）は、集約された複数のサービング
セルを用いて通信を行うことであってもよい。また、キャリアアグリゲーションは、集約された複数のコンポーネントキャリアを用いて通信を行うことであってもよい。また、キャリアアグリゲーションは、集約された複数の下りリンクコンポーネントキャリアを用いて通信を行うことであってもよい。また、キャリアアグリゲーションは、集約された複数の上りリンクコンポーネントキャリアを用いて通信を行うことであってもよい。

図５は、本実施形態の一態様に係る基地局装置３の構成例を示す概略ブロック図である
。図５に示されるように、基地局装置３は、無線送受信部（物理層処理部）３０、および／または、上位層（Higher layer）処理部３４の一部または全部を少なくとも含む。無線送受信部３０は、アンテナ部３１、RF（Radio Frequency）部３２、および、ベースバン
ド部３３の一部または全部を少なくとも含む。上位層処理部３４は、媒体アクセス制御層処理部３５、および、無線リソース制御（RRC:Radio Resource Control）層処理部３６の一部または全部を少なくとも含む。

無線送受信部３０は、無線送信部３０a、および、無線受信部３０bの一部または全部を少なくとも含む。ここで、無線送信部３０aに含まれるベースバンド部と無線受信部３０bに含まれるベースバンド部の装置構成は同一であってもよいし、異なってもよい。また、無線送信部３０aに含まれるRF部と無線受信部３０bに含まれるRF部の装置構成は同一であってもよいし、異なってもよい。また、無線送信部３０aに含まれるアンテナ部と無線受信部３０bに含まれるアンテナ部の装置構成は同一であってもよいし、異なってもよい。

例えば、無線送信部３０aは、PDSCHのベースバンド信号を生成し、送信してもよい。例えば、無線送信部３０aは、PDCCHのベースバンド信号を生成し、送信してもよい。例えば、無線送信部３０aは、PBCHのベースバンド信号を生成し、送信してもよい。例えば、無線送信部３０aは、同期信号のベースバンド信号を生成し、送信してもよい。例えば、無線送信部３０aは、PDSCH DMRSのベースバンド信号を生成し、送信してもよい。例えば、無線送信部３０aは、PDCCH DMRSのベースバンド信号を生成し、送信してもよい。例えば、無線送信部３０aは、CSI－RSのベースバンド信号を生成し、送信してもよい。例えば、無線送信部３０aは、DL PTRSのベースバンド信号を生成し、送信してもよい。

例えば、無線受信部３０bは、PRACHを受信してもよい。例えば、無線受信部３０bは、PUCCHを受信し、復調してもよい。無線受信部３０bは、PUSCHを受信し、復調してもよい。例えば、無線受信部３０bは、PUCCH DMRSを受信してもよい。例えば、無線受信部３０bは、PUSCH DMRSを受信してもよい。例えば、無線受信部３０bは、UL PTRSを受信してもよい。例えば、無線受信部３０bは、SRSを受信してもよい。

上位層処理部３４は、下りリンクデータ（トランスポートブロック）を、無線送受信部３０（または、無線送信部３０a）に出力する。上位層処理部３４は、MAC（Medium Access Control）層、パケットデータ統合プロトコル（PDCP:Packet Data Convergence Protocol）層、無線リンク制御（RLC:Radio Link Control）層、RRC層の処理を行なう。

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

上位層処理部３４が備える無線リソース制御層処理部３６は、RRC層の処理を行う。無
線リソース制御層処理部３６は、端末装置１の各種設定情報／パラメータ（RRCパラメー
タ）の管理をする。無線リソース制御層処理部３６は、端末装置１から受信したRRCメッ
セージに基づいてパラメータをセットする。

無線送受信部３０（または、無線送信部３０a）は、変調、符号化などの処理を行う。
無線送受信部３０（または、無線送信部３０a）は、下りリンクデータを変調、符号化、
ベースバンド信号生成（時間連続信号への変換）することによって物理信号を生成し、端末装置１に送信する。無線送受信部３０（または、無線送信部３０a）は、物理信号をあ
るコンポーネントキャリアに配置し、端末装置１に送信してもよい。

無線送受信部３０（または、無線受信部３０b）は、復調、復号化などの処理を行う。
無線送受信部３０（または、無線受信部３０b）は、受信した物理信号を、分離、復調、
復号し、復号した情報を上位層処理部３４に出力する。無線送受信部３０（または、無線
受信部３０b）は、物理信号の送信に先立ってチャネルアクセス手順を実施してもよい。

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

ベースバンド部３３は、RF部３２から入力されたアナログ信号（analog signal）を
ディジタル信号（digital signal）に変換する。ベースバンド部３３は、変換したディジタル信号からCP（Cyclic Prefix）に相当する部分を除去し、CPを除去した信号に対して
高速フーリエ変換（FFT:Fast Fourier Transform）を行い、周波数領域の信号を抽出する。

ベースバンド部３３は、データを逆高速フーリエ変換（IFFT:Inverse Fast Fourier Transform）して、OFDMシンボルを生成し、生成されたOFDMシンボルにCPを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換する。ベースバンド部３３は、変換したアナログ信号をRF部３２に出力する。

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

端末装置１に対して、１または複数のサービングセル（または、コンポーネントキャリア、下りリンクコンポーネントキャリア、上りリンクコンポーネントキャリア）が設定されてもよい。

端末装置１に対して設定されるサービングセルのそれぞれは、PCell（Primary cell、
プライマリセル）、PSCell（Primary SCG cell、プライマリSCGセル）、および、SCell（Secondary Cell、セカンダリセル）のいずれかであってもよい。

PCellは、MCG（Master Cell Group）に含まれるサービングセルである。PCellは、端末装置１によって初期接続確立手順（initial connection establishment procedure）、または、接続再確立手順（connection re-establishment procedure）を実施するセル（実
施されたセル）である。

PSCellは、SCG（Secondary Cell Group）に含まれるサービングセルである。PSCellは
、端末装置１によってランダムアクセスが実施されるサービングセルである。

SCellは、MCG、または、SCGのいずれに含まれてもよい。

サービングセルグループ（セルグループ）は、MCG、および、SCGを少なくとも含む呼称である。サービングセルグループは、１または複数のサービングセル（または、コンポーネントキャリア）を含んでもよい。サービングセルグループに含まれる１または複数のサービングセル（または、コンポーネントキャリア）は、キャリアアグリゲーションにより運用されてもよい。

サービングセル（または、下りリンクコンポーネントキャリア）のそれぞれに対して１または複数の下りリンクBWPが設定されてもよい。サービングセル（または、上りリンク
コンポーネントキャリア）のそれぞれに対して１または複数の上りリンクBWPが設定され
てもよい。

サービングセル（または、下りリンクコンポーネントキャリア）に対して設定される１または複数の下りリンクBWPのうち、１つの下りリンクBWPがアクティブ下りリンクBWPに
設定されてもよい（または、１つの下りリンクBWPがアクティベートされてもよい）。サ
ービングセル（または、上りリンクコンポーネントキャリア）に対して設定される１または複数の上りリンクBWPのうち、１つの上りリンクBWPがアクティブ上りリンクBWPに設定
されてもよい（または、１つの上りリンクBWPがアクティベートされてもよい）。

PDSCH、PDCCH、および、CSI－RSは、アクティブ下りリンクBWPにおいて受信されてもよい。端末装置１は、アクティブ下りリンクBWPにおいてPDSCH、PDCCH、および、CSI－RSの受信を試みてもよい。PUCCH、および、PUSCHは、アクティブ上りリンクBWPにおいて送信
されてもよい。端末装置１は、アクティブ上りリンクBWPにおいてPUCCH、および、PUSCH
を送信してもよい。アクティブ下りリンクBWP、および、アクティブ上りリンクBWPは、アクティブBWPとも総称される。

PDSCH、PDCCH、および、CSI－RSは、アクティブ下りリンクBWP以外の下りリンクBWP（
インアクティブ下りリンクBWP）において受信されなくてもよい。端末装置１は、アクテ
ィブ下りリンクBWPではない下りリンクBWPにおいてPDSCH、PDCCH、および、CSI－RSの受
信を試みなくてもよい。PUCCH、および、PUSCHは、アクティブ上りリンクBWPではない上
りリンクBWP（インアクティブ上りリンクBWP）において送信されなくてもよい。端末装置１は、アクティブ上りリンクBWPではない上りリンクBWPにおいてPUCCH、および、PUSCHを送信しなくてもよい。インアクティブ下りリンクBWP、および、インアクティブ上りリン
クBWPは、インアクティブBWPと総称される。

下りリンクのBWP切り替え（BWP switch）は、あるサービングセルの１つのアクティブ
下りリンクBWPをディアクティベート（deactivate）し、該あるサービングセルのインア
クティブ下りリンクBWPのいずれかをアクティベート（activate）するための手順である
。下りリンクのBWP切り替えは、下りリンク制御情報に含まれるBWPフィールドにより制御されてもよい。下りリンクのBWP切り替えは、上位層のパラメータに基づき制御されても
よい。

上りリンクのBWP切り替えは、１つのアクティブ上りリンクBWPをディアクティベート（deactivate）し、該１つのアクティブ上りリンクBWPではないインアクティブ上りリンクBWPのいずれかをアクティベート（activate）するために用いられる。上りリンクのBWP切り替えは、下りリンク制御情報に含まれるBWPフィールドにより制御されてもよい。上りリンクのBWP切り替えは、上位層のパラメータに基づき制御されてもよい。

サービングセルに対して設定される１または複数の下りリンクBWPのうち、２つ以上の
下りリンクBWPがアクティブ下りリンクBWPに設定されなくてもよい。サービングセルに対して、ある時間において、１つの下りリンクBWPがアクティブであってもよい。

サービングセルに対して設定される１または複数の上りリンクBWPのうち、２つ以上の
上りリンクBWPがアクティブ上りリンクBWPに設定されなくてもよい。サービングセルに対して、ある時間において、１つの上りリンクBWPがアクティブであってもよい。

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

無線送受信部１０は、無線送信部１０a、および、無線受信部１０bの一部または全部を少なくとも含む。ここで、無線送信部１０aに含まれるベースバンド部１３と無線受信部
１０bに含まれるベースバンド部１３の装置構成は同一であってもよいし、異なってもよ
い。また、無線送信部１０aに含まれるRF部１２と無線受信部１０bに含まれるRF部１２の装置構成は同一であってもよいし、異なってもよい。また、無線送信部１０aに含まれる
アンテナ部１１と無線受信部１０bに含まれるアンテナ部１１の装置構成は同一であって
もよいし、異なってもよい。

例えば、無線送信部１０aは、PRACHのベースバンド信号を生成し、送信してもよい。例えば、無線送信部１０aは、PUCCHのベースバンド信号を生成し、送信してもよい。無線送信部１０aは、PUSCHのベースバンド信号を生成し、送信してもよい。例えば、無線送信部１０aは、PUCCH DMRSのベースバンド信号を生成し、送信してもよい。例えば、無線送信部１０aは、PUSCH DMRSのベースバンド信号を生成し、送信してもよい。例えば、無線送信部１０aは、UL PTRSのベースバンド信号を生成し、送信してもよい。例えば、無線送
信部１０aは、SRSのベースバンド信号を生成し、送信してもよい。

例えば、無線受信部１０bは、PDSCHを受信し、復調してもよい。例えば、無線受信部１０bは、PDCCHを受信し、復調してもよい。例えば、無線受信部１０bは、PBCHを受信し、復調してもよい。例えば、無線受信部１０bは、同期信号を受信してもよい。例えば、無線受信部１０bは、PDSCH DMRSを受信してもよい。例えば、無線受信部１０bは、PDCCH DMRSを受信してもよい。例えば、無線受信部１０bは、CSI－RSを受信してもよい。例えば、無線受信部１０bは、DL PTRSを受信してもよい。

上位層処理部１４は、上りリンクデータ（トランスポートブロック）を、無線送受信部１０（または、無線送信部１０a）に出力する。上位層処理部１４は、MAC層、パケットデータ統合プロトコル層、無線リンク制御層、RRC層の処理を行なう。

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

上位層処理部１４が備える無線リソース制御層処理部１６は、RRC層の処理を行う。無
線リソース制御層処理部１６は、端末装置１の各種設定情報／パラメータ（RRCパラメー
タ）の管理をする。無線リソース制御層処理部１６は、基地局装置３から受信したRRCメ
ッセージに基づいてRRCパラメータをセットする。

無線送受信部１０（または、無線送信部１０a）は、変調、符号化などの処理を行う。
無線送受信部１０（または、無線送信部１０a）は、上りリンクデータを変調、符号化、
ベースバンド信号生成（時間連続信号への変換）することによって物理信号を生成し、基地局装置３に送信する。無線送受信部１０（または、無線送信部１０a）は、物理信号を
あるBWP（アクティブ上りリンクBWP）に配置し、基地局装置３に送信してもよい。

無線送受信部１０（または、無線受信部１０b）は、復調、復号化などの処理を行う。
無線送受信部１０（または、無線受信部３０b）は、あるサービングセルのあるBWP（アクティブ下りリンクBWP）において、物理信号を受信してもよい。無線送受信部１０（また
は、無線受信部１０b）は、受信した物理信号を、分離、復調、復号し、復号した情報を
上位層処理部１４に出力する。無線送受信部１０（無線受信部１０b）は物理信号の送信
に先立ってチャネルアクセス手順を実施してもよい。

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

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

ベースバンド部１３は、上りリンクデータを逆高速フーリエ変換（IFFT:Inverse Fast Fourier Transform）して、OFDMシンボルを生成し、生成されたOFDMシンボルにCPを付加
し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換する。ベースバンド部１３は、変換したアナログ信号をRF部１２に出力する。

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

以下、物理信号（信号）について説明を行う。

物理信号は、下りリンク物理チャネル、下りリンク物理シグナル、上りリンク物理チャネル、および、上りリンク物理チャネルの総称である。物理チャネルは、下りリンク物理チャネル、および、上りリンク物理チャネルの総称である。物理シグナルは、下りリンク物理シグナル、および、上りリンク物理シグナルの総称である。

上りリンク物理チャネルは、上位層（Higher layer）において発生する情報を伝達するリソースエレメントのセットに対応してもよい。上りリンク物理チャネルは、上りリンクコンポーネントキャリアにおいて用いられる物理チャネルであってもよい。上りリンク物理チャネルは、端末装置１によって送信されてもよい。上りリンク物理チャネルは、基地局装置３によって受信されてもよい。本実施形態の一態様に係る無線通信システムにおいて、少なくとも下記の一部または全部の上りリンク物理チャネルが用いられてもよい。
・PUCCH（Physical Uplink Control CHannel）
・PUSCH（Physical Uplink Shared CHannel）
・PRACH（Physical Random Access CHannel）

PUCCHは、上りリンク制御情報（UCI:Uplink Control Information）を送信するために
用いられてもよい。PUCCHは、上りリンク制御情報を伝達（deliver, transmission, convey）するために送信されてもよい。上りリンク制御情報は、PUCCHに配置（map）されてもよい。端末装置１は、上りリンク制御情報が配置されたPUCCHを送信してもよい。基地局装置３は、上りリンク制御情報が配置されたPUCCHを受信してもよい。

上りリンク制御情報（上りリンク制御情報ビット、上りリンク制御情報系列、上りリンク制御情報タイプ）は、チャネル状態情報（CSI:Channel State Information）、スケジ
ューリングリクエスト（SR:Scheduling Request）、HARQ－ACK（Hybrid Automatic Repeat request ACKnowledgement）情報の一部または全部を少なくとも含む。

チャネル状態情報は、チャネル状態情報ビット、または、チャネル状態情報系列とも呼称される。スケジューリングリクエストは、スケジューリングリクエストビット、または、スケジューリングリクエスト系列とも呼称される。HARQ－ACK情報は、HARQ－ACK情報ビット、または、HARQ－ACK情報系列とも呼称される。

HARQ－ACK情報は、トランスポートブロック（TB:Transport block）に対応するHARQ－ACKを少なくとも含んでもよい。HARQ－ACKは、トランスポートブロックに対応するACK（acknowledgement）またはNACK（negative-acknowledgement）を示してもよい。ACKは、トランスポートブロックの復号が成功裏に完了していること（has been decoded）を示してもよい。NACKは、トランスポートブロックの復号が成功裏に完了していないこと（has not been decoded）を示してもよい。HARQ－ACK情報は、１または複数のHARQ－ACKビットを含むHARQ－ACKコードブックを含んでもよい。

トランスポートブロックは、上位層より配送（deliver）される情報ビットの系列であ
る。ここで、情報ビットの系列は、ビット系列とも呼称される。ここで、トランスポートブロックは、トランスポート層（Transport layer）のUL－SCH（UpLink - Shared CHannel）より配送されてもよい。

トランスポートブロックに対するHARQ－ACKを、PDSCHに対するHARQ－ACKと呼称する場
合がある。この場合、“PDSCHに対するHARQ－ACK”は、PDSCHに含まれるトランスポート
ブロックに対するHARQ－ACKを示す。

HARQ－ACKは、トランスポートブロックに含まれる１つのCBG（Code Block Group）に対応するACKまたはNACKを示してもよい。

スケジューリングリクエストは、初期送信（new transmission）のためのUL－SCHのリ
ソースを要求するために少なくとも用いられてもよい。スケジューリングリクエストビットは、正のSR（positive SR）または、負のSR（negative SR）のいずれかを示すために用いられてもよい。スケジューリングリクエストビットが正のSRを示すことは、“正のSRが伝達される”とも呼称される。正のSRは、端末装置１によって初期送信のためのUL－SCH
のリソースが要求されることを示してもよい。正のSRは、上位層によりスケジューリングリクエストがトリガされることを示してもよい。正のSRは、上位層によりスケジューリングリクエストが指示された場合に、伝達されてもよい。スケジューリングリクエストビットが負のSRを示すことは、“負のSRが送信される”とも呼称される。負のSRは、端末装置１によって初期送信のためのUL－SCHのリソースが要求されないことを示してもよい。負
のSRは、上位層によりスケジューリングリクエストがトリガされないことを示してもよい。負のSRは、上位層によりスケジューリングリクエストが指示されない場合に、伝達されてもよい。

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

チャネル状態情報は、チャネル測定のために少なくとも用いられる物理信号（例えば、CSI－RS）の受信状態に関する指標である。チャネル状態情報の値は、チャネル測定のた
めに少なくとも用いられる物理信号によって想定される受信状態に基づき、端末装置１によって決定されてもよい。チャネル測定は、干渉測定を含んでもよい。

PUCCHは、PUCCHフォーマットに対応してもよい。PUCCHは、PUCCHフォーマットを伝達するために用いられるリソースエレメントのセットであってもよい。PUCCHは、PUCCHフォーマットを含んでもよい。PUCCHは、あるPUCCHフォーマットを伴って送信されてもよい。なお、PUCCHフォーマットは、情報の形式と解釈されてもよい。また、PUCCHフォーマットは
、ある情報の形式にセットされる情報のセットと解釈されてもよい。

PUSCHは、トランスポートブロック、および、上りリンク制御情報の一方または両方を
伝達するために用いられてもよい。トランスポートブロックは、PUSCHに配置されてもよ
い。UL－SCHにより配送されるトランスポートブロックは、PUSCHに配置されてもよい。上りリンク制御情報は、PUSCHに配置されてもよい。端末装置１は、トランスポートブロッ
ク、および、上りリンク制御情報の一方または両方が配置されたPUSCHを送信してもよい
。基地局装置３は、トランスポートブロック、および、上りリンク制御情報の一方または両方が配置されたPUSCHを受信してもよい。

PRACHは、ランダムアクセスプリアンブルを伝達するために送信されてもよい。端末装
置１は、PRACHを送信してもよい。基地局装置３は、PRACHを受信してもよい。PRACHの系
列x_u，v（n）は、x_u，v（n）＝x_u（mod（n＋C_v，L_RA））によって定義される。ここで、x_uはZC（Zadoff Chu）系列である。また、x_uはx_u＝exp（－jπui（i＋１）／L_RA）によっ
て定義されてもよい。jは虚数単位である。また、πは円周率である。また、C_vは、PRACH系列のサイクリックシフト（cyclic shift）に対応する。また、L_RAは、PRACH系列の長さに対応する。また、L_RAは、８３９、または、１３９である。また、iは、０からL_RA－１
の範囲の整数である。また、uはPRACH系列のための系列インデックスである。

PRACH機会ごとに、６４個のランダムアクセスプリアンブルが定義される。ランダムア
クセスプリアンブルは、PRACH系列のサイクリックシフトC_v、および、PRACH系列のための系列インデックスuに基づき特定される。特定された６４個のランダムアクセスプリアン
ブルのそれぞれに対してインデックスが付されてもよい。

上りリンク物理シグナルは、リソースエレメントのセットに対応してもよい。上りリンク物理シグナルは、上位層において発生する情報の伝達に用いられなくてもよい。なお、上りリンク物理シグナルは、物理層において発生する情報の伝達に用いられてもよい。上りリンク物理シグナルは、上りリンクコンポーネントキャリアにおいて用いられる物理シグナルであってもよい。端末装置１は、上りリンク物理シグナルを送信してもよい。基地局装置３は、上りリンク物理シグナルを受信してもよい。本実施形態の一態様に係る無線通信システムにおいて、少なくとも下記の一部または全部の上りリンク物理シグナルが用いられてもよい。
・UL DMRS（UpLink Demodulation Reference Signal）
・SRS（Sounding Reference Signal）
・UL PTRS（UpLink Phase Tracking Reference Signal）

UL DMRSは、PUSCHのためのDMRS、および、PUCCHのためのDMRSの総称である。

PUSCHのためのDMRS（PUSCHに関連するDMRS、PUSCHに含まれるDMRS、PUSCHに対応するDMRS）のアンテナポートのセットは、該PUSCHのためのアンテナポートのセットに基づき与えられてもよい。例えば、PUSCHのためのDMRSのアンテナポートのセットは、該PUSCHのアンテナポートのセットと同じであってもよい。

PUSCHの送信と、該PUSCHのためのDMRSの送信は、１つのDCIフォーマットにより示され
てもよい（または、スケジューリングされてもよい）。PUSCHと、該PUSCHのためのDMRSは、まとめてPUSCHと呼称されてもよい。PUSCHを送信することは、PUSCHと、該PUSCHのためのDMRSを送信することであってもよい。

PUSCHの伝搬路（propagation path）は、該PUSCHのためのDMRSから推定されてもよい。

PUCCHのためのDMRS（PUCCHに関連するDMRS、PUCCHに含まれるDMRS、PUCCHに対応するDMRS）のアンテナポートのセットは、PUCCHのアンテナポートのセットと同一であってもよい。

PUCCHの送信と、該PUCCHのためのDMRSの送信は、１つのDCIフォーマットにより示され
てもよい（または、トリガされてもよい）。PUCCHのリソースエレメントへのマッピング
（resource element mapping）、および、該PUCCHのためのDMRSのリソースエレメントへ
のマッピングの一方または両方は、１つのPUCCHフォーマットにより与えられてもよい。PUCCHと、該PUCCHのためのDMRSは、まとめてPUCCHと呼称されてもよい。PUCCHを送信することは、PUCCHと、該PUCCHのためのDMRSを送信することであってもよい。

PUCCHの伝搬路は、該PUCCHのためのDMRSから推定されてもよい。

下りリンク物理チャネルは、上位層において発生する情報を伝達するリソースエレメントのセットに対応してもよい。下りリンク物理チャネルは、下りリンクコンポーネントキャリアにおいて用いられる物理チャネルであってもよい。基地局装置３は、下りリンク物理チャネルを送信してもよい。端末装置１は、下りリンク物理チャネルを受信してもよい。本実施形態の一態様に係る無線通信システムにおいて、少なくとも下記の一部または全部の下りリンク物理チャネルが用いられてもよい。
・PBCH（Physical Broadcast Channel）
・PDCCH（Physical Downlink Control Channel）
・PDSCH（Physical Downlink Shared Channel）

PBCHは、MIB（MIB: Master Information Block）、および、物理層制御情報の一方または両方を伝達するために送信されてもよい。ここで、物理層制御情報は、物理層で発生する情報である。MIBは、MAC層のロジカルチャネルであるBCCH（Broadcast Control CHannel）に配置されるパラメータのセットである。該BCCHは、トランスポート層のチャネルであるBCHに配置される。BCHは、PBCHに配置（map）されてもよい。端末装置１は、MIB、および、物理層制御情報の一方または両方が配置されたPBCHを受信してもよい。基地局装置３は、MIB、および、物理層制御情報の一方または両方が配置されたPBCHを送信してもよい。

例えば、物理層制御情報は、８ビットで構成されてもよい。物理層制御情報は、下記の０Aから０Dの一部または全部を少なくとも含んでもよい。
０A）無線フレームビット
０B）ハーフ無線フレーム（ハーフシステムフレーム、ハーフフレーム）ビット
０C）SS／PBCHブロックインデックスビット
０D）サブキャリアオフセットビット

無線フレームビットは、PBCHが送信される無線フレーム（PBCHが送信されるスロットを含む無線フレーム）を示すために用いられる。無線フレームビットは、４ビットを含む。無線フレームビットは、１０ビットの無線フレーム指示子のうちの４ビットにより構成されてもよい。例えば、無線フレーム指示子は、インデックス０からインデックス１０２３までの無線フレームを特定するために少なくとも用いられてもよい。

ハーフ無線フレームビットは、PBCHが送信される無線フレームのうち、該PBCHが前半の５つのサブフレーム、または、後半の５つのサブフレームのどちらで送信されるかを示すために用いられる。ここで、ハーフ無線フレームは、５つのサブフレームを含んで構成されてもよい。また、ハーフ無線フレームは、無線フレームに含まれる１０つのサブフレームのうち、前半の５つのサブフレームにより構成されてもよい。また、ハーフ無線フレー
ムは、無線フレームに含まれる１０つのサブフレームのうち、後半の５つのサブフレームにより構成されてもよい。

SS／PBCHブロックインデックスビットは、SS／PBCHブロックインデックスを示すために用いられる。SS／PBCHブロックインデックスビットは、３ビットを含む。SS／PBCHブロックインデックスビットは、６ビットのSS／PBCHブロックインデックス指示子のうちの３ビットにより構成されてもよい。SS／PBCHブロックインデックス指示子は、インデックス０からインデックス６３までのSS／PBCHブロックを特定するために少なくとも用いられてもよい。

サブキャリアオフセットビットは、サブキャリアオフセットを示すために用いられる。サブキャリアオフセットは、PBCHがマッピングされる先頭のサブキャリアと、インデックス０の制御リソースセットがマッピングされる先頭のサブキャリアの間の差を示すために用いられてもよい。

PDCCHは、下りリンク制御情報（DCI: Downlink Control Information）を伝達するために送信されてもよい。下りリンク制御情報は、PDCCHに配置されてもよい。端末装置１は
、下りリンク制御情報が配置されたPDCCHを受信してもよい。基地局装置３は、下りリン
ク制御情報が配置されたPDCCHを送信してもよい。

下りリンク制御情報は、DCIフォーマットを伴って送信されてもよい。なお、DCIフォーマットは、下りリンク制御情報の形式と解釈されてもよい。また、DCIフォーマットは、
ある下りリンク制御情報の形式にセットされる下りリンク制御情報のセットと解釈されてもよい。

DCIフォーマット０＿０、DCIフォーマット０＿１、DCIフォーマット１＿０、および、DCIフォーマット１＿１は、DCIフォーマットである。上りリンクDCIフォーマットは、DCI
フォーマット０＿０、および、DCIフォーマット０＿１の総称である。下りリンクDCIフォーマットは、DCIフォーマット１＿０、および、DCIフォーマット１＿１の総称である。

DCIフォーマット０＿０は、あるセルに配置されるPUSCHのスケジューリングのために少なくとも用いられる。DCIフォーマット０＿０は、１Aから１Eのフィールドの一部または
全部を少なくとも含んで構成される。
１A）DCIフォーマット特定フィールド（Identifier field for DCI formats）
１B）周波数領域リソース割り当てフィールド（Frequency domain resource assignment field）
１C）時間領域リソース割り当てフィールド（Time domain resource assignment field）１D）周波数ホッピングフラグフィールド（Frequency hopping flag field）
１E）MCSフィールド（MCS field: Modulation and Coding Scheme field）

DCIフォーマット特定フィールドは、該DCIフォーマット特定フィールドを含むDCIフォ
ーマットが上りリンクDCIフォーマットであるか下りリンクDCIフォーマットであるかを示してもよい。つまり、DCIフォーマット特定フィールドは、上りリンクDCIフォーマットと下りリンクDCIフォーマットのそれぞれに含まれてもよい。ここで、DCIフォーマット０＿０に含まれるDCIフォーマット特定フィールドは、０を示してもよい。

DCIフォーマット０＿０に含まれる周波数領域リソース割り当てフィールドは、PUSCHのための周波数リソースの割り当てを示すために用いられてもよい。

DCIフォーマット０＿０に含まれる時間領域リソース割り当てフィールドは、PUSCHのた
めの時間リソースの割り当てを示すために用いられてもよい。

周波数ホッピングフラグフィールドは、PUSCHに対して周波数ホッピングが適用される
か否かを示すために用いられてもよい。

DCIフォーマット０＿０に含まれるMCSフィールドは、PUSCHのための変調方式、および
、ターゲット符号化率の一方または両方を示すために少なくとも用いられてもよい。ターゲット符号化率は、PUSCHに配置されるトランスポートブロックのためのターゲット符号
化率であってもよい。PUSCHに配置されるトランスポートブロックのサイズ（TBS: Transport Block Size）は、ターゲット符号化率、および、PUSCHのための変調方式の一方または両方に基づき決定されてもよい。

DCIフォーマット０＿０は、CSI要求（CSIリクエスト）に用いられるフィールドを含ま
なくてもよい。

DCIフォーマット０＿０は、キャリアインディケータフィールドを含まなくてもよい。
つまり、DCIフォーマット０＿０によってスケジューリングされるPUSCHが配置される上りリンクコンポーネントキャリアが属するサービングセルは、該DCIフォーマット０＿０を
含むPDCCHが配置される上りリンクコンポーネントキャリアのサービングセルと同一であ
ってもよい。端末装置１は、あるサービングセルのある下りリンクコンポーネントキャリアにおいてDCIフォーマット０＿０を検出することに基づき、該DCIフォーマット０＿０によりスケジューリングされるPUSCHを該あるサービングセルの上りリンクコンポーネント
キャリアに配置することを認識してもよい。

DCIフォーマット０＿０は、BWPフィールドを含まなくてもよい。ここで、DCIフォーマ
ット０＿０は、アクティブ上りリンクBWPの変更を伴わずにPUSCHをスケジューリングするDCIフォーマットであってもよい。端末装置１は、PUSCHのスケジューリングに用いられるDCIフォーマット０＿０を検出することに基づき、アクティブ上りリンクBWPの切り替えを行わずに該PUSCHを送信することを認識してもよい。

DCIフォーマット０＿１は、あるセルに配置されるPUSCHのスケジューリングのために少なくとも用いられる。DCIフォーマット０＿１は、２Aから２Hのフィールドの一部または
全部を少なくとも含んで構成される。
２A）DCIフォーマット特定フィールド
２B）周波数領域リソース割り当てフィールド
２C）上りリンクの時間領域リソース割り当てフィールド
２D）周波数ホッピングフラグフィールド
２E）MCSフィールド
２F）CSIリクエストフィールド（CSI request field）
２G）BWPフィールド（BWP field）
２H）キャリアインディケータフィールド（Carrier indicator field）

DCIフォーマット０＿１に含まれるDCIフォーマット特定フィールドは、０を示してもよい。

DCIフォーマット０＿１に含まれる周波数領域リソース割り当てフィールドは、PUSCHのための周波数リソースの割り当てを示すために用いられてもよい。

DCIフォーマット０＿１に含まれる時間領域リソース割り当てフィールドは、PUSCHのための時間リソースの割り当てを示すために用いられてもよい。

DCIフォーマット０＿１に含まれるMCSフィールドは、PUSCHのための変調方式、および
／または、ターゲット符号化率の一部または全部を示すために少なくとも用いられてもよい。

DCIフォーマット０＿１のBWPフィールドは、該DCIフォーマット０＿１によりスケジュ
ーリングされるPUSCHが配置される上りリンクBWPを示すために用いられてもよい。つまり、DCIフォーマット０＿１は、アクティブ上りリンクBWPの変更を伴ってもよい。端末装置１は、PUSCHのスケジューリングに用いられるDCIフォーマット０＿１を検出することに基づき、該PUSCHが配置される上りリンクBWPを認識してもよい。

BWPフィールドを含まないDCIフォーマット０＿１は、アクティブ上りリンクBWPの変更
を伴わずにPUSCHをスケジューリングするDCIフォーマットであってもよい。端末装置１は、PUSCHのスケジューリングに用いられるDCIフォーマット０＿１であって、かつ、BWPフィールドを含まないDCIフォーマットD０＿１を検出することに基づき、アクティブ上りリンクBWPの切り替えを行わずに該PUSCHを送信することを認識してもよい。

DCIフォーマット０＿１にBWPフィールドが含まれるが、端末装置１がDCIフォーマット
０＿１によるBWPの切り替えの機能をサポートしない場合、BWPフィールドは端末装置１によって無視されてもよい。つまり、BWPの切り替えの機能をサポートしない端末装置１は
、PUSCHのスケジューリングに用いられるDCIフォーマット０＿１であって、かつ、BWPフ
ィールドを含むDCIフォーマット０＿１を検出することに基づき、アクティブ上りリンクBWPの切り替えを行わずに該PUSCHを送信することを認識してもよい。ここで、端末装置１
がBWPの切り替えの機能をサポートする場合、RRC層の機能情報報告手順において、“端末装置１がBWPの切り替えの機能をサポートする”ことを報告してもよい。

CSIリクエストフィールドは、CSIの報告を指示するために用いられる。

DCIフォーマット０＿１にキャリアインディケータフィールドが含まれる場合、該キャ
リアインディケータフィールドは、PUSCHが配置される上りリンクコンポーネントキャリ
アを示すために用いられてもよい。DCIフォーマット０＿１にキャリアインディケータフ
ィールドが含まれない場合、PUSCHが配置される上りリンクコンポーネントキャリアは、
該PUSCHのスケジューリングに用いられるDCIフォーマット０＿１を含むPDCCHが配置され
る上りリンクコンポーネントキャリアと同一であってもよい。あるサービングセルグループにおいて端末装置１に設定される上りリンクコンポーネントキャリアの数が２以上である場合（あるサービングセルグループにおいて上りリンクのキャリアアグリゲーションが運用される場合）、該あるサービングセルグループに配置されるPUSCHのスケジューリン
グに用いられるDCIフォーマット０＿１に含まれるキャリアインディケータフィールドの
ビット数は、１ビット以上（例えば、３ビット）であってもよい。あるサービングセルグループにおいて端末装置１に設定される上りリンクコンポーネントキャリアの数が１である場合（あるサービングセルグループにおいて上りリンクのキャリアアグリゲーションが運用されない場合）、該あるサービングセルグループに配置されるPUSCHのスケジューリ
ングに用いられるDCIフォーマット０＿１に含まれるキャリアインディケータフィールド
のビット数は、０ビットであってもよい（または、該あるサービングセルグループに配置されるPUSCHのスケジューリングに用いられるDCIフォーマット０＿１にキャリアインディケータフィールドが含まれなくてもよい）。

DCIフォーマット１＿０は、あるセルに配置されるPDSCHのスケジューリングのために少なくとも用いられる。DCIフォーマット１＿０は、３Aから３Fの一部または全部を少なく
とも含んで構成される。
３A）DCIフォーマット特定フィールド
３B）周波数領域リソース割り当てフィールド
３C）時間領域リソース割り当てフィールド
３D）MCSフィールド
３E）PDSCH＿HARQフィードバックタイミング指示フィールド（PDSCH to HARQ feedback timing indicator field）
３F）PUCCHリソース指示フィールド（PUCCH resource indicator field）

DCIフォーマット１＿０に含まれるDCIフォーマット特定フィールドは、１を示してもよい。

DCIフォーマット１＿０に含まれる周波数領域リソース割り当てフィールドは、PDSCHのための周波数リソースの割り当てを示すために少なくとも用いられてもよい。

DCIフォーマット１＿０に含まれる時間領域リソース割り当てフィールドは、PDSCHのための時間リソースの割り当てを示すために少なくとも用いられてもよい。

DCIフォーマット１＿０に含まれるMCSフィールドは、PDSCHのための変調方式、および
、ターゲット符号化率の一方または両方を示すために少なくとも用いられてもよい。ターゲット符号化率は、PDSCHに配置されるトランスポートブロックのためのターゲット符号
化率であってもよい。PDSCHに配置されるトランスポートブロックのサイズ（TBS: Transport Block Size）は、ターゲット符号化率、および、PDSCHのための変調方式の一方または両方に基づき決定されてもよい。

PDSCH＿HARQフィードバックタイミング指示フィールドは、PDSCHの最後のOFDMシンボルが含まれるスロットから、PUCCHの先頭のOFDMシンボルが含まれるスロットまでのオフセ
ットを示すために用いられてもよい。

PUCCHリソース指示フィールドは、PUCCHリソースセットに含まれる１または複数のPUCCHリソースのうちのいずれかのインデックスを示すフィールドであってもよい。PUCCHリソースセットは、１または複数のPUCCHリソースを含んでもよい。

DCIフォーマット１＿０は、キャリアインディケータフィールドを含まなくてもよい。
つまり、DCIフォーマット１＿０によってスケジューリングされるPDSCHが配置される下りリンクコンポーネントキャリアは、該DCIフォーマット１＿０を含むPDCCHが配置される下りリンクコンポーネントキャリアと同一であってもよい。端末装置１は、ある下りリンクコンポーネントキャリアにおいてDCIフォーマット１＿０を検出することに基づき、該DCIフォーマット１＿０によりスケジューリングされるPDSCHを該下りリンクコンポーネント
キャリアに配置することを認識してもよい。

DCIフォーマット１＿０は、BWPフィールドを含まなくてもよい。ここで、DCIフォーマ
ット１＿０は、アクティブ下りリンクBWPの変更を伴わずにPDSCHをスケジューリングするDCIフォーマットであってもよい。端末装置１は、PDSCHのスケジューリングに用いられるDCIフォーマット１＿０を検出することに基づき、アクティブ下りリンクBWPの切り替えを行わずに該PDSCHを受信することを認識してもよい。

DCIフォーマット１＿１は、あるセルに配置されるPDSCHのスケジューリングのために少なくとも用いられる。DCIフォーマット１＿１は、４Aから４Iの一部または全部を少なく
とも含んで構成される。
４A）DCIフォーマット特定フィールド
４B）周波数領域リソース割り当てフィールド
４C）時間領域リソース割り当てフィールド
４E）MCSフィールド
４F）PDSCH＿HARQフィードバックタイミング指示フィールド
４G）PUCCHリソース指示フィールド
４H）BWPフィールド
４I）キャリアインディケータフィールド

DCIフォーマット１＿１に含まれるDCIフォーマット特定フィールドは、１を示してもよい。

DCIフォーマット１＿１に含まれる周波数領域リソース割り当てフィールドは、PDSCHのための周波数リソースの割り当てを示すために少なくとも用いられてもよい。

DCIフォーマット１＿１に含まれる時間領域リソース割り当てフィールドは、PDSCHのための時間リソースの割り当てを示すために少なくとも用いられてもよい。

DCIフォーマット１＿１に含まれるMCSフィールドは、PDSCHのための変調方式、および
、ターゲット符号化率の一方または両方を示すために少なくとも用いられてもよい。

DCIフォーマット１＿１にPDSCH＿HARQフィードバックタイミング指示フィールドが含まれる場合、該PDSCH＿HARQフィードバックタイミング指示フィールドは、PDSCHの最後のOFDMシンボルが含まれるスロットから、PUCCHの先頭のOFDMシンボルが含まれるスロットまでのオフセットを示すために少なくとも用いられてもよい。DCIフォーマット１＿１にPDSCH＿HARQフィードバックタイミング指示フィールドが含まれない場合、PDSCHの最後のOFDMシンボルが含まれるスロットから、PUCCHの先頭のOFDMシンボルが含まれるスロットまでのオフセットは上位層のパラメータによって特定されてもよい。

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

DCIフォーマット１＿１のBWPフィールドは、該DCIフォーマット１＿１によりスケジュ
ーリングされるPDSCHが配置される下りリンクBWPを示すために用いられてもよい。つまり、DCIフォーマット１＿１は、アクティブ下りリンクBWPの変更を伴ってもよい。端末装置１は、PDSCHのスケジューリングに用いられるDCIフォーマット１＿１を検出することに基づき、該PUSCHが配置される下りリンクBWPを認識してもよい。

BWPフィールドを含まないDCIフォーマット１＿１は、アクティブ下りリンクBWPの変更
を伴わずにPDSCHをスケジューリングするDCIフォーマットであってもよい。端末装置１は、PDSCHのスケジューリングに用いられるDCIフォーマット１＿１であって、かつ、BWPフィールドを含まないDCIフォーマット１＿１を検出することに基づき、アクティブ下りリンクBWPの切り替えを行わずに該PDSCHを受信することを認識してもよい。

DCIフォーマット１＿１にBWPフィールドが含まれるが、端末装置１がDCIフォーマット
１＿１によるBWPの切り替えの機能をサポートしない場合、BWPフィールドは端末装置１によって無視されてもよい。つまり、BWPの切り替えの機能をサポートしない端末装置１は
、PDSCHのスケジューリングに用いられるDCIフォーマット１＿１であって、かつ、BWPフ
ィールドを含むDCIフォーマット１＿１を検出することに基づき、アクティブ下りリンクBWPの切り替えを行わずに該PDSCHを受信することを認識してもよい。ここで、端末装置１
がBWPの切り替えの機能をサポートする場合、RRC層の機能情報報告手順において、“端末
装置１がBWPの切り替えの機能をサポートする”ことを報告してもよい。

DCIフォーマット１＿１にキャリアインディケータフィールドが含まれる場合、該キャ
リアインディケータフィールドは、PDSCHが配置される下りリンクコンポーネントキャリ
アを示すために用いられてもよい。DCIフォーマット１＿１にキャリアインディケータフ
ィールドが含まれない場合、PDSCHが配置される下りリンクコンポーネントキャリアは、
該PDSCHのスケジューリングに用いられるDCIフォーマット１＿１を含むPDCCHが配置され
る下りリンクコンポーネントキャリアと同一であってもよい。あるサービングセルグループにおいて端末装置１に設定される下りリンクコンポーネントキャリアの数が２以上である場合（あるサービングセルグループにおいて下りリンクのキャリアアグリゲーションが運用される場合）、該あるサービングセルグループに配置されるPDSCHのスケジューリン
グに用いられるDCIフォーマット１＿１に含まれるキャリアインディケータフィールドの
ビット数は、１ビット以上（例えば、３ビット）であってもよい。あるサービングセルグループにおいて端末装置１に設定される下りリンクコンポーネントキャリアの数が１である場合（あるサービングセルグループにおいて下りリンクのキャリアアグリゲーションが運用されない場合）、該あるサービングセルグループに配置されるPDSCHのスケジューリ
ングに用いられるDCIフォーマット１＿１に含まれるキャリアインディケータフィールド
のビット数は、０ビットであってもよい（または、該あるサービングセルグループに配置されるPDSCHのスケジューリングに用いられるDCIフォーマット１＿１にキャリアインディケータフィールドが含まれなくてもよい）。

PDSCHは、トランスポートブロックを伝達するために送信されてもよい。PDSCHは、DL－SCHより配送されるトランスポートブロックを送信するために用いられてもよい。PDSCHは、トランスポートブロックを伝達するために用いられてもよい。トランスポートブロックは、PDSCHに配置されてもよい。DL－SCHに対応するトランスポートブロックは、PDSCHに配置されてもよい。基地局装置３は、PDSCHを送信してもよい。端末装置１は、PDSCHを受信してもよい。

下りリンク物理シグナルは、リソースエレメントのセットに対応してもよい。下りリンク物理シグナルは、上位層において発生する情報を運ばなくてもよい。下りリンク物理シグナルは、下りリンクコンポーネントキャリアにおいて用いられる物理シグナルであってもよい。下りリンク物理シグナルは、基地局装置３により送信されてもよい。下りリンク物理シグナルは、端末装置１により送信されてもよい。本実施形態の一態様に係る無線通信システムにおいて、少なくとも下記の一部または全部の下りリンク物理シグナルが用いられてもよい。
・同期信号（SS:Synchronization signal）
・DL DMRS（DownLink DeModulation Reference Signal）
・CSI－RS（Channel State Information-Reference Signal）
・DL PTRS（DownLink Phase Tracking Reference Signal）

同期信号は、端末装置１が下りリンクの周波数領域、および、時間領域の一方または両方の同期をとるために用いられてもよい。同期信号は、PSS（Primary Synchronization Signal）、および、SSS（Secondary Synchronization Signal）の総称である。

図７は、本実施形態の一態様に係るSS／PBCHブロックの構成例を示す図である。図７において、横軸は時間軸（OFDMシンボルインデックスl_sym）であり、縦軸は周波数領域を示す。また、ブロック７００は、PSSのためのリソースエレメントのセットを示す。また、
ブロック７２０はSSSのためのリソースエレメントのセットを示す。また、４つのブロッ
ク（ブロック７１０、７１１、７１２、および、７１３）は、PBCH、および、該PBCHのためのDMRS（PBCHに関連するDMRS、PBCHに含まれるDMRS、PBCHに対応するDMRS）のためのリ
ソースエレメントのセットを示す。

図７に示されるように、SS／PBCHブロックは、PSS、SSS、および、PBCHを含む。また、SS／PBCHブロックは、連続する４つのOFDMシンボルを含む。SS／PBCHブロックは、２４０サブキャリアを含む。PSSは、１番目のOFDMシンボルにおける５７番目から１８３番目の
サブキャリアに配置される。SSSは、３番目のOFDMシンボルにおける５７番目から１８３
番目のサブキャリアに配置される。１番目のOFDMシンボルの１番目から５６番目のサブキャリアはゼロがセットされてもよい。１番目のOFDMシンボルの１８４番目から２４０番目のサブキャリアはゼロがセットされてもよい。３番目のOFDMシンボルの４９番目から５６番目のサブキャリアはゼロがセットされてもよい。３番目のOFDMシンボルの１８４番目から１９２番目のサブキャリアはゼロがセットされてもよい。２番目のOFDMシンボルの１番目から２４０番目のサブキャリアであって、かつ、PBCHのためのDMRSが配置されないサブキャリアにPBCHが配置される。３番目のOFDMシンボルの１番目から４８番目のサブキャリアであって、かつ、PBCHのためのDMRSが配置されないサブキャリアにPBCHが配置される。３番目のOFDMシンボルの１９３番目から２４０番目のサブキャリアであって、かつ、PBCHのためのDMRSが配置されないサブキャリアにPBCHが配置される。４番目のOFDMシンボルの１番目から２４０番目のサブキャリアであって、かつ、PBCHのためのDMRSが配置されないサブキャリアにPBCHが配置される。

PSS、SSS、PBCH、および、PBCHのためのDMRSのアンテナポートは、同一であってもよい。

あるアンテナポートにおけるPBCHのシンボルが伝達されるPBCHは、該PBCHがマップされるスロットに配置されるPBCHのためのDMRSであって、該PBCHが含まれるSS／PBCHブロックに含まれる該PBCHのためのDMRSによって推定されてもよい。

DL DMRSは、PBCHのためのDMRS、PDSCHのためのDMRS、および、PDCCHのためのDMRSの総称である。

PDSCHのためのDMRS（PDSCHに関連するDMRS、PDSCHに含まれるDMRS、PDSCHに対応するDMRS）のアンテナポートのセットは、該PDSCHのためのアンテナポートのセットに基づき与えられてもよい。つまり、PDSCHのためのDMRSのアンテナポートのセットは、該PDSCHのためのアンテナポートのセットと同じであってもよい。

PDSCHの送信と、該PDSCHのためのDMRSの送信は、１つのDCIフォーマットにより示され
てもよい（または、スケジューリングされてもよい）。PDSCHと、該PDSCHのためのDMRSは、まとめてPDSCHと呼称されてもよい。PDSCHを送信することは、PDSCHと、該PDSCHのためのDMRSを送信することであってもよい。

PDSCHの伝搬路は、該PDSCHのためのDMRSから推定されてもよい。もし、あるPDSCHのシ
ンボルが伝達されるリソースエレメントのセットと、該あるPDSCHのためのDMRSのシンボ
ルが伝達されるリソースエレメントのセットが同一のプレコーディングリソースグループ（PRG: Precoding Resource Group）に含まれる場合、あるアンテナポートにおける該PDSCHのシンボルが伝達されるPDSCHは、該PDSCHのためのDMRSによって推定されてもよい。

PDCCHのためのDMRS（PDCCHに関連するDMRS、PDCCHに含まれるDMRS、PDCCHに対応するDMRS）のアンテナポートは、PDCCHのためのアンテナポートと同一であってもよい。

PDCCHは、該PDCCHのためのDMRSから推定されてもよい。つまり、PDCCHの伝搬路は、該PDCCHのためのDMRSから推定されてもよい。もし、あるPDCCHのシンボルが伝達されるリソ
ースエレメントのセットと、該あるPDCCHのためのDMRSのシンボルが伝達されるリソース
エレメントのセットにおいて同一のプレコーダが適用される（適用されると想定される、適用されると想定する）場合、あるアンテナポートにおける該PDCCHのシンボルが伝達さ
れるPDCCHは、該PDCCHのためのDMRSによって推定されてもよい。

BCH（Broadcast CHannel）、UL－SCH（Uplink-Shared CHannel）、および、DL－SCH（Downlink-Shared CHannel）は、トランスポートチャネルである。トランスポートチャネルは、物理層チャネルとMAC層チャネル（ロジカルチャネルとも呼称される）の関係を規定する。

トランスポート層のBCHは、物理層のPBCHにマップされる。つまり、トランスポート層
のBCHを通るトランスポートブロックは、物理層のPBCHに配送される。また、トランスポ
ート層のUL－SCHは、物理層のPUSCHにマップされる。つまり、トランスポート層のUL－SCHを通るトランスポートブロックは、物理層のPUSCHに配送される。また、トランスポート層のDL－SCHは、物理層のPDSCHにマップされる。つまり、トランスポート層のDL－SCHを通るトランスポートブロックは、物理層のPDSCHに配送される。

サービングセルごとに、１つのUL－SCH、および、１つのDL－SCHが与えられてもよい。BCHは、PCellに与えられてもよい。BCHは、PSCell、SCellに与えられなくてもよい。

MAC層において、トランスポートブロック毎にHARQ（Hybrid Automatic Repeat reQuest）の制御が行なわれる。

BCCH（Broadcast Control CHannel）、CCCH（Common Control CHannel）、および、DCCH（Dedicated Control CHannel）は、ロジカルチャネルである。例えば、BCCHは、MIB、または、システム情報を送信するために用いられるRRC層のチャネルである。また、CCCH（Common Control CHannel）は、複数の端末装置１において共通なRRCメッセージを送信するために用いられてもよい。ここで、CCCHは、例えば、RRC接続されていない端末装置１のために用いられてもよい。また、DCCH（Dedicated Control CHannel）は、端末装置１に専用のRRCメッセージを送信するために少なくとも用いられてもよい。ここで、DCCHは、例えば、RRC接続されている端末装置１のために用いられてもよい。

複数の端末装置１において共通な上位層パラメータは、共通上位層パラメータとも呼称される。ここで、共通上位層パラメータは、サービングセルに対して固有なパラメータとして定義されてもよい。ここで、サービングセルに対して固有なパラメータは、サービングセルが設定される端末装置（例えば、端末装置１－A、B、C）に対して共通なパラメー
タであってもよい。

例えば、共通上位層パラメータは、BCCHに配送されるRRCメッセージに含まれてもよい
。例えば、共通上位層パラメータは、DCCHに配送されるRRCメッセージに含まれてもよい
。

ある上位層パラメータのうち、共通上位層パラメータとは異なる上位層パラメータは、専用上位層パラメータとも呼称される。ここで、専用上位層パラメータは、サービングセルが設定される端末装置１－Aに対して専用のRRCパラメータを提供することができる。つまり、専用RRCパラメータは、端末装置１－A、B、Cのそれぞれに対して固有な設定を提供することができる上位層パラメータである。

ロジカルチャネルのBCCHは、トランスポート層のBCH、または、DL－SCHにマップされる。例えば、MIBの情報を含むトランスポートブロックは、トランスポート層のBCHに配送される。また、MIBではないシステム情報を含むトランスポートブロックは、トランスポート層のDL－SCHに配送される。また、CCCHはDL－SCHまたはUL－SCHにマップされる。つまり、CCCHにマップされるトランスポートブロックは、DL－SCH、または、UL－SCHに配送される。また、DCCHはDL－SCHまたはUL－SCHにマップされる。つまり、DCCHにマップされるトランスポートブロックは、DL－SCH、または、UL－SCHに配送される。

RRCメッセージは、RRC層において管理される１または複数のパラメータを含む。ここで、RRC層において管理されるパラメータは、RRCパラメータとも呼称される。例えば、RRCメッセージは、MIBを含んでもよい。また、RRCメッセージは、システム情報を含んでもよい。また、RRCメッセージは、CCCHに対応するメッセージを含んでもよい。また、RRCメッセージは、DCCHに対応するメッセージを含んでもよい。DCCHに対応するメッセージを含むRRCメッセージは、個別RRCメッセージとも呼称される。

上位層パラメータ（上位層のパラメータ）は、RRCパラメータ、または、MAC CE（Medium Access Control Control Element）に含まれるパラメータである。つまり、上位層パラメータは、MIB、システム情報、CCCHに対応するメッセージ、DCCHに対応するメッセージ、および、MAC CEに含まれるパラメータの総称である。MAC CEに含まれるパラメータは、MAC CE（Control Element）コマンドにより送信される。

端末装置１が行う手順は、以下の５Aから５Cの一部または全部を少なくとも含む。
５A）セルサーチ（cell search）
５B）ランダムアクセス（random access）
５C）データ通信（data communication）

セルサーチは、端末装置１によって時間領域と周波数領域に関する、あるセルとの同期を行い、物理セルID（physical cell identity）を検出するために用いられる手順である。つまり、端末装置１は、セルサーチによって、あるセルとの時間領域、および、周波数領域の同期を行い、物理セルIDを検出してもよい。

PSSの系列は、物理セルIDに少なくとも基づき与えられる。SSSの系列は、物理セルIDに少なくとも基づき与えられる。

SS／PBCHブロック候補は、SS／PBCHブロックの送信が許可される（可能である、予約される、設定される、規定される、可能性がある）リソースを示す。

あるハーフ無線フレームにおけるSS／PBCHブロック候補のセットは、SSバーストセット（SS burst set）とも呼称される。SSバーストセットは、送信ウィンドウ（transmission
window）、SS送信ウィンドウ（SS transmission window）、または、DRS送信ウィンドウ（Discovery Reference Signal transmission window）とも呼称される。SSバーストセットは、第１のSSバーストセット、および、第２のSSバーストセットを少なくとも含んだ総称である。

基地局装置３は、１個または複数個のインデックスのSS／PBCHブロックを所定の周期で送信する。端末装置１は、該１個または複数個のインデックスのSS／PBCHブロックの少なくともいずれかのSS／PBCHブロックを検出し、該SS／PBCHブロックに含まれるPBCHの復号を試みてもよい。

ランダムアクセスは、メッセージ１、メッセージ２、メッセージ３、および、メッセージ４の一部または全部を少なくとも含む手順である。

メッセージ１は、端末装置１によってPRACHが送信される手順である。端末装置１は、
セルサーチに基づき検出したSS／PBCHブロック候補のインデックスに少なくとも基づき、１または複数のPRACH機会の中から選択される１つのPRACH機会において、PRACHを送信す
る。PRACH機会のそれぞれは、時間領域と周波数領域のリソース少なくとも基づき定義さ
れる。

端末装置１は、SS／PBCHブロックが検出されるSS／PBCHブロック候補のインデックスに対応するPRACH機会の中から選択される１つのランダムアクセスプリアンブルを送信する
。

メッセージ２は、端末装置１によってRA－RNTI（Random Access - Radio Network Temporary Identifier）でスクランブルされたCRC（Cyclic Redundancy Check）を伴うDCIフォーマット１＿０の検出を試みる手順である。端末装置１は、セルサーチに基づき検出したSS／PBCHブロックに含まれるPBCHに含まれるMIBに基づき与えられる制御リソースセット、および、探索領域セットの設定に基づき示されるリソースにおいて、該DCIフォーマットを含むPDCCHの検出を試みる。メッセージ２は、ランダムアクセスレスポンスとも呼称される。

メッセージ３は、メッセージ２手順によって検出されたDCIフォーマット１＿０に含ま
れるランダムアクセスレスポンスグラントによりスケジューリングされるPUSCHを送信す
る手順である。ここで、ランダムアクセスレスポンスグラント（random access response
grant）は、該DCIフォーマット１＿０によりスケジューリングされるPDSCHに含まれるMAC CEにより示される。

ランダムアクセスレスポンスグラントに基づきスケジューリングされるPUSCHは、メッ
セージ３ PUSCH、または、PUSCHのいずれかである。メッセージ３ PUSCHは、衝突解決ID（contention resolution identifier） MAC CEを含む。衝突解決ID MAC CEは、衝
突解決IDを含む。

メッセージ３ PUSCHの再送は、TC－RNTI（Temporary Cell - Radio Network Temporary Identifier）に基づきスクランブルされたCRCを伴うDCIフォーマット０＿０によってスケジューリングされる。

メッセージ４は、C－RNTI（Cell - Radio Network Temporary Identifier）、または、TC－RNTIのいずれかに基づきスクランブルされたCRCを伴うDCIフォーマット１＿０の検出を試みる手順である。端末装置１は、該DCIフォーマット１＿０に基づきスケジューリン
グされるPDSCHを受信する。該PDSCHは、衝突解決IDを含んでもよい。

データ通信は、下りリンク通信、および、上りリンク通信の総称である。

データ通信において、端末装置１は、制御リソースセット、および、探索領域セットに基づき特定されるリソースにおいてPDCCHの検出を試みる（PDCCHをモニタする、PDCCHを
監視する）。

制御リソースセットは、所定数のリソースブロックと、所定数のOFDMシンボルにより構成されるリソースのセットである。周波数領域において、制御リソースセットは連続的なリソースにより構成されてもよい（non-interleaved mapping）し、分散的なリソースに
より構成されてもよい（interleaver mapping）。

制御リソースセットを構成するリソースブロックのセットは、上位層パラメータにより
示されてもよい。制御リソースセットを構成するOFDMシンボルの数は、上位層パラメータにより示されてもよい。

端末装置１は、探索領域セットにおいてPDCCHの検出を試みる。ここで、探索領域セッ
トにおいてPDCCHの検出を試みることは、探索領域セットにおいてPDCCHの候補の検出を試みることであってもよいし、探索領域セットにおいてDCIフォーマットの検出を試みるこ
とであってもよいし、制御リソースセットにおいてPDCCHの検出を試みることであっても
よいし、制御リソースセットにおいてPDCCHの候補の検出を試みることであってもよいし
、制御リソースセットにおいてDCIフォーマットの検出を試みることであってもよい。

探索領域セットは、PDCCHの候補のセットとして定義される。探索領域セットは、CSS（Common Search Space）セットであってもよいし、USS（UE-specific Search Space）セットであってもよい。端末装置１は、タイプ０PDCCH共通探索領域セット（Type0 PDCCH common search space set）、タイプ０aPDCCH共通探索領域セット（Type0a PDCCH common search space set）、タイプ１PDCCH共通探索領域セット（Type1 PDCCH common search space set）、タイプ２PDCCH共通探索領域セット（Type2 PDCCH common search space set）、タイプ３PDCCH共通探索領域セット（Type3 PDCCH common search space set）、および／または、UE個別PDCCH探索領域セット（UE-specific search space set）の一部または全部においてPDCCHの候補の検出を試みる。

タイプ０PDCCH共通探索領域セットは、インデックス０の共通探索領域セットとして用
いられてもよい。タイプ０PDCCH共通探索領域セットは、インデックス０の共通探索領域
セットであってもよい。

CSSセットは、タイプ０PDCCH共通探索領域セット、タイプ０aPDCCH共通探索領域セット、タイプ１PDCCH共通探索領域セット、タイプ２PDCCH共通探索領域セット、および、タイプ３PDCCH共通探索領域セットの総称である。USSセットは、UE個別PDCCH探索領域セットとも呼称される。

ある探索領域セットは、ある制御リソースセットに関連する（含まれる、対応する）。探索領域セットに関連する制御リソースセットのインデックスは、上位層パラメータにより示されてもよい。

ある探索領域セットに対して、６Aから６Cの一部または全部が少なくとも上位層パラメータにより示されてもよい。
６A）PDCCHの監視間隔（PDCCH monitoring periodicity）
６B）スロット内のPDCCHの監視パターン（PDCCH monitoring pattern within a slot）
６C）PDCCHの監視オフセット（PDCCH monitoring offset）

ある探索領域セットの監視機会（monitoring occasion）は、該ある探索領域セットに
関連する制御リソースセットの先頭のOFDMシンボルが配置されるOFDMシンボルに対応してもよい。ある探索領域セットの監視機会は、ある探索領域セットに関連する制御リソースセットの先頭のOFDMシンボルから始まる該制御リソースセットのリソースに対応してもよい。該探索領域セットの監視機会は、PDCCHの監視間隔、スロット内のPDCCHの監視パターン、および、PDCCHの監視オフセットの一部または全部に少なくとも基づき与えられる。

図８は、本実施形態の一態様に係る探索領域セットの監視機会の一例を示す図である。図８において、プライマリセル３０１に探索領域セット９１、および、探索領域セット９２が設定され、セカンダリセル３０２に探索領域セット９３が設定され、セカンダリセル３０３に探索領域セット９４が設定されている。

図８において、プライマリセル３０１における白単色のブロックは探索領域セット９１を示し、プライマリセル３０１における黒単色のブロックは探索領域セット９２を示し、セカンダリセル３０２におけるブロックは探索領域セット９３を示し、セカンダリセル３０３におけるブロックは探索領域セット９４を示している。

探索領域セット９１の監視間隔は1スロットにセットされ、探索領域セット９１の監視
オフセットは０スロットにセットされ、探索領域セット９１の監視パターンは、[１，０
，０，０，０，０，０，１，０，０，０，０，０，０]にセットされている。つまり、探
索領域セット９１の監視機会はスロットのそれぞれにおける先頭のOFDMシンボル（OFDMシンボル＃０）および８番目のOFDMシンボル（OFDMシンボル＃７）に対応する。

探索領域セット９２の監視間隔は２スロットにセットされ、探索領域セット９２の監視オフセットは０スロットにセットされ、探索領域セット９２の監視パターンは、[１，０
，０，０，０，０，０，０，０，０，０，０，０，０]にセットされている。つまり、探
索領域セット９２の監視機会は偶数スロットのそれぞれにおける先頭のOFDMシンボル（OFDMシンボル＃０）に対応する。

探索領域セット９３の監視間隔は２スロットにセットされ、探索領域セット９３の監視オフセットは０スロットにセットされ、探索領域セット９３の監視パターンは、[０，０
，０，０，０，０，０，１，０，０，０，０，０，０]にセットされている。つまり、探
索領域セット９３の監視機会は偶数スロットのそれぞれにおける８番目のOFDMシンボル（OFDMシンボル＃７）に対応する。

探索領域セット９４の監視間隔は２スロットにセットされ、探索領域セット９４の監視オフセットは１スロットにセットされ、探索領域セット９４の監視パターンは、[１，０
，０，０，０，０，０，０，０，０，０，０，０，０]にセットされている。つまり、探
索領域セット９４の監視機会は奇数スロットのそれぞれにおける先頭のOFDMシンボル（OFDMシンボル＃０）に対応する。

タイプ０PDCCH共通探索領域セットは、SI－RNTI（System Information-Radio Network Temporary Identifier）によってスクランブルされたCRC（Cyclic Redundancy Check）系列を伴うDCIフォーマットのために少なくとも用いられてもよい。

タイプ０aPDCCH共通探索領域セットは、SI－RNTI（System Information-Radio Network
Temporary Identifier）によってスクランブルされたCRC（Cyclic Redundancy Check）
系列を伴うDCIフォーマットのために少なくとも用いられてもよい。

タイプ１PDCCH共通探索領域セットは、RA－RNTI（Random Access-Radio Network Temporary Identifier）によってスクランブルされたCRC系列、および／または、TC－RNTI（Temporary Cell-Radio Network Temporary Identifier）によってスクランブルされたCRC系列を伴うDCIフォーマットのために少なくとも用いられてもよい。

タイプ２PDCCH共通探索領域セットは、P－RNTI（Paging- Radio Network Temporary Identifier）によってスクランブルされたCRC系列を伴うDCIフォーマットのために用いられてもよい。

タイプ３PDCCH共通探索領域セットは、C－RNTI（Cell-Radio Network Temporary Identifier）によってスクランブルされたCRC系列を伴うDCIフォーマットのために用いられてもよい。

UE個別PDCCH探索領域セットは、C－RNTIによってスクランブルされたCRC系列を伴うDCIフォーマットのために少なくとも用いられてもよい。

下りリンク通信において、端末装置１は、下りリンクDCIフォーマットを検出する。検
出された下りリンクDCIフォーマットは、PDSCHのリソース割り当てに少なくとも用いられる。該検出された下りリンクDCIフォーマットは、下りリンク割り当て（downlink assignment）とも呼称される。端末装置１は、該PDSCHの受信を試みる。該検出された下りリンクDCIフォーマットに基づき示されるPUCCHリソースに基づき、該PDSCHに対応するHARQ－ACK（該PDSCHに含まれるトランスポートブロックに対応するHARQ－ACK）を基地局装置３に報告する。

上りリンク通信において、端末装置１は、上りリンクDCIフォーマットを検出する。検
出されたDCIフォーマットは、PUSCHのリソース割り当てに少なくとも用いられる。該検出された上りリンクDCIフォーマットは、上りリンクグラント（uplink grant）とも呼称さ
れる。端末装置１は、該PUSCHの送信を行う。

設定されるスケジューリング（configured grant）においては、PUSCHをスケジューリ
ングする上りリンクグラントは、該PUSCHの送信周期ごとに設定される。上りリンクDCIフォーマットによってPUSCHがスケジューリングされる場合に該上りリンクDCIフォーマットによって示される情報の一部または全部は、設定されるスケジューリングの場合に設定される上りリンクグラントにより示されてもよい。

PUSCH送信は設定されるスケジューリングタイプ1、または、設定されるスケジューリングタイプ2に対応してもよい。すなわち、設定されるスケジューリングは、設定されるス
ケジューリングタイプ1、および、設定されるスケジューリングタイプ2のいずれかであってもよい。設定されるスケジューリングタイプ１のPUSCH送信は、準静的（semi-statically）に設定されてもよい。例えば、設定されるスケジューリングタイプ1のPUSCH送信は、ある上位層パラメータの受信に応じて動作(operate)されてもよい。ある上位層パラメータは、configuredGrantConfigであってもよい。例えば、configuredGrantConfigはrrc-ConfiguredUplinkGrantを含んでもよい。PUSCH送信は、DCIにおける上りリンクグラントの検出なしで動作されてもよい。

設定されるスケジューリングタイプ2のPUSCH送信は、半恒久的（semi-persistently）
にスケジューリングされてもよい。例えば、ある上りリンクグラントによってスケジューリングされてもよい。ある上りリンクグラントは、活性化DCI（activation DCI、または
、valid activation DCI）に含まれてもよい。例えば、ある上位層パラメータの受信後、設定されるスケジューリングタイプ2のPUSCH送信は、ある上りリンクグラントによってスケジューリングされてもよい。ある上位層パラメータは、configuredGrantConfigであっ
てもよい。例えば、configuredGrantConfigはrrc-ConfiguredUplinkGrantを含まなくてもよい。

PUSCH－Configは専用上位層パラメータであってもよい。PUSCH－ConfigCommonは共通上位層パラメータであってもよい。PUSCH－Configは、PUSCH送信のためにBWP毎に設定され
てもよい。PUSCH－Configは、PUSCH送信に係る複数の上位層パラメータを含んでもよい。PUSCH－Configは、UE固有の設定であってもよい。例えば、１つのセルにおける端末装置１A、および、端末装置１B、端末装置１CのためのPUSCH－Config、または、PUSCH－Configに含まれる複数の上位層パラメータは異なってもよい。PUSCH－ConfigCommonは、PUSCH送信のためにBWP毎に設定されてもよい。PUSCH－ConfigCommonは、PUSCH送信に係る複数の上位層パラメータを含んでもよい。PUSCH－ConfigCommonは、セル固有の設定であってもよい。例えば、１つのセルにおける端末装置１A、および、端末装置１B、端末装置１CのためのPUSCH－ConfigCommonは共通であってもよい。例えば、PUSCH－ConfigCommonはシステム情報によって与えられてもよい。

PUSCHは複数のスロットにわたって送信されてもよい。例えば、トランスポートブロッ
クを伝達するPUSCHは、複数のスロットにわたって送信されてもよい。例えば、トランス
ポートブロックは複数のスロットにわたって送信されてもよい。TBSを決定するために、
あるスロット数が第１の上位層パラメータによって指示されてもよい。例えば、TBS決定
のために用いられるスロット数は、第１の上位層パラメータによって指示されてもい。第１の上位層パラメータは、上位層パラメータnumberOfSlotsTBoMSであってもよい。該あるスロット数は、ある繰り返し回数と異なってもよい。あるスロット数のある繰り返し回数は、TBS決定のために決定されてもよい。例えば、ある繰り返し回数は、第２の上位層パ
ラメータによって決定されてもよい。第２の上位層パラメータは、リソース割り当てテーブルに含まれてもよい。あるスロット数と、ある繰り返し回数と、の積が、32を超えることは期待されなくてもよい。あるスロット数と、ある繰り返し回数と、の積が、ある値を超えることは期待されなくてもよい。ある値は、UE capabilityによって指示されてもよ
い。DMRSバンドリングが適用される場合、あるスロット数と、ある繰り返し回数と、の積は、１より大きくてもよい。例えば、DMRSバンドリングが適用される場合、ある繰り返し回数は、１より大きくてもよい。ある繰り返し回数が１である場合、設定される時間領域ウィンドウは決定（生成）されなくてもよい。あるスロット数と、ある繰り返し回数と、の積が１である場合、設定される時間領域ウィンドウは決定（生成）されなくてもよい。該あるスロット数は、N_TBoMSであってもよい。該ある繰り返し回数は、K_repetitionであ
ってもよい。該あるスロット数と、ある繰り返し回数と、の積は、N_TBoMSK_repetitionで
あってもよい。

PUSCHに対して繰り返し送信が適用されてもよい。DCIによってスケジューリングされるPUSCHに対して繰り返し送信が適用されてもよい。また、設定される上りリンクグラント
によってスケジューリングされるPUSCHに対して繰り返し送信が適用されてもよい。PUSCH繰り返しタイプは、PUSCH繰り返しタイプA、および、PUSCH繰り返しタイプBのいずれかであってもよい。PUSCH繰り返しタイプは、上位層パラメータによって設定されてもよい。PUSCH繰り返しタイプは、DCIフォーマットに基づいていてもよい。例えば、DCIフォーマット０＿１によってスケジューリングされるPUSCHのための第１のPUSCH繰り返しタイプは、DCIフォーマット０＿２によってスケジューリングされるPUSCHのための第２のPUSCH繰り返しタイプと異なってもよい。

繰り返し回数は上位層パラメータによって設定されてもよい。PUSCH繰り返し送信のた
めの繰り返し回数は上位層パラメータによって設定されてもよい。例えば、上位層パラメータnumberOfRepetitioinsは、PUSCH繰り返し送信のための繰り返し回数を含むパラメータであってもよい。PUSCH繰り返しタイプAに対応するPUSCH繰り返し送信では、該PUSCH繰り返し送信のための繰り返し回数が、上位層パラメータnumberOfRepetitionsの値によって決定されてもよい。PUSCH繰り返しタイプAでは、C－RNTI、および、MCS－C－RNTI、CS－RNTIのいずれかによってスクランブルされるCRCを伴うDCIフォーマットによって送信が指示されるPUSCHは、リソース割り当てテーブルにおいてnumberOfRepetitionsがある場合、繰り返し回数がnumberOfRepetitionsと等しくてもよい。１つのPUSCH－TimeDomainResourceAllocationが１または複数のPUSCH－Allocationを含む場合、上位層パラメータnumberOfRepetitionsは各PUSCH－Allocationに対して設定されてもよい。また、PUSCH－TimeDomainResourceAllocationは、リソース割り当てテーブルと呼称されてもよい。

上位層パラメータpusch－AggregationFactorは、PUSCH繰り返し送信のための繰り返し
回数を示すパラメータであってもよい。PUSCH繰り返しタイプAに対応するPUSCH繰り返し
送信では、該PUSCH繰り返し送信のための繰り返し回数が、上位層パラメータpusch－AggregationFactorの値によって決定されてもよい。PUSCH繰り返しタイプAでは、C－RNTI、および、MCS－C－RNTI、CS－RNTIのいずれかによってスクランブルされるCRCを伴うDCIフォーマットによって送信が指示されるPUSCHは、pusch－AggregationFactorが設定されている場合、繰り返し回数がpusch－AggregationFactorと等しくてもよい。pusch－AggregationFactorは、PUSCH－Configに対して設定されてもよい。

PUSCH繰り返しタイプAに対応する繰り返し回数は、PUSCH繰り返し送信のためのスロッ
ト数であってもよい。また、１つのTBは、１または複数のスロットにおいて繰り返しされてもよい。異なるスロットで送信されるPUSCH繰り返しは、同じOFDMシンボルの割り当て
が適用されてもよい。

PUSCH繰り返しタイプBに対応するPUSCH繰り返し送信では、名目的な繰り返し（Nominal
Repetition）と実際的な繰り返し（Actual Repetition）と、に基づいてもよい。

上位層パラメータfrequencyHopping、および、frequencyHoppingDCI－０－１、frequencyHoppingDCI－０－２は、PUSCHのための周波数ホッピング方式を示すパラメータであってもよい。例えば、PUSCH－ConfigにおけるfrequencyHoppingDCI－０－２によってPUSCHのための周波数ホッピングに対応する周波数ホッピングの方式が設定されてもよい。また、PUSCH－ConfigにおけるfrequencyHoppingによってPUSCHのための周波数ホッピングに対応する周波数ホッピングの方式が設定されてもよい。また、configuredGrantConfigにおけるfrequencyHoppingによって設定されるPUSCH送信のための周波数ホッピングに対応する周波数ホッピングの方式が設定されてもよい。周波数ホッピングの方式は、スロット内周波数ホッピング、および、スロット間周波数ホッピング、繰り返し間周波数ホッピング、バンドル間周波数ホッピングのいずれかであってもよい。

スロット内周波数ホッピングに対応する周波数ホッピング間隔は１スロット以内であってもよい。スロット間周波数ホッピングに対応する周波数ホッピング間隔は１スロットであってもよい。スロット間周波数ホッピングに対応する周波数ホッピング間隔は複数のスロットであってもよい。例えば、DMRSバンドリングが有効である場合、スロット間周波数ホッピングに対応する周波数ホッピング間隔は複数のスロットであってもよい。繰り返し間周波数ホッピングに対応する周波数ホッピング間隔は名目的な繰り返しに基づいてもよい。周波数ホッピング間隔が複数のスロットである場合、スロット間周波数ホッピングは、バンドル間周波数ホッピングと呼称されてもよい。例えば、ある上位層パラメータが有効である場合、スロット間周波数ホッピングは、バンドル間周波数ホッピングと呼称されてもよい。該ある上位層パラメータは、DMRSバンドリングが有効かどうか決定するための上位層パラメータであってもよい。該ある上位層パラメータは、上位層パラメータPUSCH-DMRS-Bundlingであってもよい。

例えば、PUSCHのための周波数ホッピング方式を示す第１の上位層パラメータがスロッ
ト間周波数ホッピングを示し、かつ、第２の上位層パラメータが提供される場合、スロット間周波数ホッピングにおけるホッピング間隔は、１または複数のスロットであってもよい。例えば、第１の上位層パラメータがスロット間周波数ホッピングを提供し、かつ、第２の上位層パラメータが提供される場合、バンドル間周波数ホッピングが適用されてもよい。例えば、第２の上位層パラメータは、DMRSバンドリングを適用するかどうかを決定する上位層パラメータであってもよい。例えば、第２の上位層パラメータは、上位層パラメータPUSCH-DMRS-Bundlingであってもよい。

例えば、ホッピング間隔（周波数ホッピング間隔）は上位層パラメータによって提供されてもよい。例えば、上位層パラメータがNを示す場合、PUSCHのリソースブロックは、N
スロット毎に切り替えられてもよい。該Nは１より大きい整数であってもよい。例えば、
該上位層パラメータが１つの値を含む場合、バンドル間周波数ホッピングが適用されるPUSCH、および、PUCCHの一方または両方ために該１つの値が提供されてもよい。該１つの値は、１より大きい整数であってもよい。また、該１つの値は、設定される時間領域ウィンドウのウィンドウ長であってもよい。

DCIフォーマットに含まれる周波数ホッピングフラグフィールドの値に少なくとも基づ
いて、該DCIフォーマットによって送信が指示されるPUSCHのために周波数ホッピングを実行するかどうかが決定されてもよい。ランダムアクセスレスポンスグラントに含まれる周波数ホッピングフラグフィールドの値に少なくとも基づいて、該ランダムアクセスレスポンスグラントによって送信が指示されるPUSCHのために周波数ホッピングを実行するかど
うかが決定されてもよい。例えば、周波数ホッピングフラグフィールドの値が１であることに少なくとも基づいて、PUSCHのための周波数ホッピングが実行されてもよい。

スロット内周波数ホッピングは、１または複数スロットにおけるPUSCH送信に対して適
用されてもよい。例えば、スロット内周波数ホッピングは、PUSCH繰り返し送信に対して
適用されてもよい。スロット内周波数ホッピングが適用されるPUSCHに対して、１または
複数のOFDMシンボル毎にリソースブロックの配置が切り替えられてもよい。例えば、スロット内周波数ホッピングが適用されるPUSCHに対して、１または複数のOFDMシンボル毎にリソースブロックの配置が第1のホップであるか、または、第２のホップであるかが切り替えられてもよい。また、PUSCHのためにスロット内周波数ホッピングが実行される場合、１または複数のOFDMシンボル毎に第１のホップと第２のホップが切り替えられてもよい。第１のホップの先頭リソースブロックの位置と第２のホップの先頭リソースブロックの位置との差は、RB_offsetであってもよい。RB_offsetは上位層パラメータによって設定されてもよい。該１または複数のOFDMシンボルは、１スロット以内であってもよい。該１または複数のOFDMシンボルは、１スロット内におけるPUSCHのためのOFDMシンボル数の半分で
あってもよい。スロット内周波数ホッピングは、PUSCH繰り返しタイプAに対応するPUSCH
に対して適用されてもよい。

スロット間周波数ホッピングは、複数スロットにおけるPUSCH送信に対して適用されて
もよい。スロット間周波数ホッピングが適用されるPUSCHに対して、１スロット毎にリソ
ースブロックの配置が切り替えられてもよい。例えば、スロット間周波数ホッピングは、PUSCH繰り返し送信に対して適用されてもよい。また、PUSCHのためにスロット間周波数ホッピングが実行される場合、１スロット毎にリソースブロックの配置が第１のホップであるか、または、第２のホップであるかが切り替えられてもよい。例えば、あるスロットにおいてスロットインデックスn^μ _s，fが偶数の場合、該あるスロットにおけるPUSCH送信は第１のホップに対応してもよい。例えば、あるスロットにおいてスロットインデックスn^μ _s，fが奇数の場合、該あるスロットにおけるPUSCH送信は第２のホップに対応してもよ
い。スロット間周波数ホッピングは、PUSCH繰り返しタイプA、および、PUSCH繰り返しタ
イプBのいずれかに対応するPUSCHに対して適用されてもよい。

繰り返し間周波数ホッピングは、PUSCH繰り返しタイプBに対応するPUSCHに対して適用
されてもよい。繰り返し間周波数ホッピングが適用されるPUSCHに対して、名目的な繰り
返しに基づいて第１のホップと第２のホップが切り替えられてもよい。

バンドル間周波数ホッピングは、複数スロットにおけるPUSCH送信に対して適用されて
もよい。例えば、バンドル間周波数ホッピングは、PUSCH繰り返し送信に対して適用され
てもよい。バンドル間周波数ホッピングが適用されるPUSCHに対して、バンドル毎にリソ
ースブロックの配置が切り替えられてもよい。また、PUSCHのためにバンドル間周波数ホ
ッピングが実行される場合、バンドル毎にリソースブロックの配置が第１のホップである
か、または、第２のホップであるかが切り替えられてもよい。バンドルは、１または複数のスロットであってもよい。例えば、バンドルは上位層パラメータによって決定されてもよい。例えば、バンドルは繰り返し回数に基づいて決定されてもよい。例えば、バンドルは連続するULスロットで構成されてもよい。例えば、バンドルはスペシャルスロットとULスロットで構成されてもよい。バンドル間周波数ホッピングは、PUSCH繰り返しタイプA、および、PUSCH繰り返しタイプBのいずれかに対応するPUSCHに対して適用されてもよい。

DMRSバンドリングが適用される場合、スロット間周波数ホッピングは、スロットインデックスn^μ _s，fに少なくとも基づいて決定されてもよい。例えば、DMRSバンドリングが適
用される場合、スロット間周波数ホッピングは、スロットインデックスn^μ _s，fとSFN（System Frame Number）とに少なくとも基づいて決定されてもよい。例えば、DMRSバンドリングが適用される場合、スロット間周波数ホッピングは、スロットインデックスn^μ _s，fと第１の上位層パラメータとに少なくとも基づいて決定されてもよい。第１の上位層パラメータによって、スロット数が提供されてもよい。

システムフレーム番号（System frame number: SFN）n_ｆは、無線フレームに付与され
る番号、および／または、無線フレームのためのインデックスであってもよい。システムフレーム番号は10ビットで構成されてもよい。システムフレーム番号の少なくとも一部は、MIBで通知されてもよい。例えば、10ビットのシステムフレーム番号のうち6ビット（例えば、6最上位ビット）は、MIBで通知されてもよい。システムフレーム番号の少なくとも一部は、MIBを伝達するためのPBCHに基づいて決定されてもよい。例えば、10ビットのシステムフレーム番号のうち4ビット（例えば、4最下位ビット）は、チャネルコーディングの一部としてPBCHトランスポートブロックで伝達されてもよい。

ULスロットは、ULシンボルで構成されるスロットでもよい。スペシャルスロットは、ULシンボル、フレキシブルシンボル、および、DLシンボルで構成されるスロットでもよい。DLスロットは、DLシンボルで構成されるスロットでもよい。

ULシンボルは、時分割複信において上りリンクのために設定、または、指示されるOFDMシンボルであってもよい。該ULシンボルは、PUSCH、または、PUCCH、PRACH、または、SRSのために設定、または、指示されるOFDMシンボルであってもよい。該ULシンボルは、上位層パラメータtdd－UL－DL－ConfigurationCommonによって設定されてもよい。該ULシンボルは、上位層パラメータtdd－UL－DL－ConfigurationDedicatedによって設定されてもよ
い。ULスロットは、上位層パラメータtdd－UL－DL－ConfigurationCommonによって設定されてもよい。ULスロットは、上位層パラメータtdd－UL－DL－ConfigurationDedicatedに
よって設定されてもよい。

DLシンボルは、時分割複信において下りリンクのために設定、または、指示されるOFDMシンボルであってもよい。該DLシンボルは、PDSCH、または、PDCCHのために設定、または、指示されるOFDMシンボルであってもよい。該DLシンボルは、上位層パラメータtdd－UL－DL－ConfigurationCommonによって設定されてもよい。該DLシンボルは、上位層パラメータtdd－UL－DL－ConfigurationDedicatedによって設定されてもよい。DLスロットは、上位層パラメータtdd－UL－DL－ConfigurationCommonによって設定されてもよい。DLスロットは、上位層パラメータtdd－UL－DL－ConfigurationDedicatedによって設定されてもよい。

フレキシブルシンボルは、ある周期内のOFDMシンボルのうち、ULシンボル、または、DLシンボルとして設定、または、指示されていないOFDMシンボルであってもよい。該ある周期は、上位層パラメータdl－UL－TransmissionPeriodicityで与えられる周期であっても
よい。該フレキシブルシンボルは、PDSCH、PDCCH、PUSCH、PUCCH、または、PRACHのため
に設定、または、指示されるOFDMシンボルであってもよい。

上位層パラメータtdd－UL－DL－ConfigurationCommonは、１または複数のスロットの各々に対してULスロット、および、DLスロット、スペシャルスロットのいずれかを設定するパラメータであってもよい。上位層パラメータtdd－UL－DL－ConfigurationDedicatedは、該１または複数のスロットの各々におけるフレキシブルシンボルに対してULシンボル、および、DLシンボル、フレキシブルシンボルのいずれかを設定するパラメータであってもよい。tdd－UL－DL－ConfigurationCommonは、共通上位層パラメータであってもよい。tdd－UL－DL－ConfigurationDedicatedは、専用上位層パラメータであってもよい。

時間領域ウィンドウ（Time Domain Window）は、時間領域の期間を示してもよい。例えば、時間領域ウィンドウは、DMRSバンドリング（DMRS Bundling）のために用いられてもよい。DMRSバンドリングを実行する端末装置１は、時間領域ウィンドウに基づく期間における２つ以上のPUSCHに含まれるDMRSを用いてチャネル推定することを可能にしてもよ
い。DMRSバンドリングを実行する端末装置１は、時間領域ウィンドウに基づく期間における２つのPUSCH間で位相の連続性、および、電力の一貫性の一方または両方を保つことを
期待されてもよい。時間領域ウィンドウは、位相の連続性、および、電力の一貫性の一方または両方を保つために用いられてもよい。DMRSバンドリングは結合チャネル推定（Joint Channel Estimation）と呼称されてもよい。

時間領域ウィンドウは、設定される時間領域ウィンドウ（Configured Time Domain Window、または、Nominal Time Domain Window）と実際の時間領域ウィンドウ（Actual Time Domain Window）との総称であってもよい。

DMRSバンドリングが適用されるかどうかは、上位層パラメータによって設定されてもよい。DMRSバンドリングが適用されることは、設定される時間領域ウィンドウと実際の時間領域ウィンドウの一方または両方が有効化されることであってもよい。例えば、DMRSバンドリングが適用されることは、上位層パラメータPUSCH―DMRS－Bundlingが有効化される
ことであってもよい。例えば、DMRSバンドリングが適用されないことは、上位層パラメータPUSCH－DMRS－Bundlingが有効化されないことであってもよい。

設定される時間領域ウィンドウは、１または複数の連続するスロットで構成されてもよい。設定される時間領域ウィンドウは１または複数の上位層パラメータによって設定されてもよい。例えば、１または複数の上位層パラメータは、設定される時間領域ウィンドウを有効化できる１または複数のパラメータを含んでもよい。例えば、１または複数の上位層パラメータは、設定される時間領域ウィンドウの長さを示す１または複数のパラメータを含んでもよい。設定される時間領域ウィンドウの長さは、ウィンドウ長と呼称されてもよい。設定される時間領域ウィンドウは、ウィンドウ長に対応するスロットで構成されてもよい。設定される時間領域ウィンドウの開始位置は、PUSCH繰り返し送信の最初のPUSCHに基づいて決定されてもよい。例えば、設定される時間領域ウィンドウの開始位置は、PUSCH繰り返し送信の最初のスロットであってもよい。例えば、設定される時間領域ウィンドウの開始位置は、PUSCH繰り返しタイプAが適用されるPUSCHが送信される最初のスロットであってもよい。例えば、設定される時間領域ウィンドウの開始位置は、PUSCH繰り返しタイプAが適用されるPUSCHのための最初の送信機会に対応するスロットであってもよい。

ウィンドウ長は、上位層パラメータによって提供されてもよい。ウィンドウ長は、バンドルに基づいて決定されてもよい。例えば、ウィンドウ長は、バンドルであってもよい。例えば、ウィンドウ長は、バンドル間周波数ホッピングのためのバンドルとして用いられてもよい。例えば、設定される時間領域ウィンドウにおける複数のPUSCH送信に対して第
１のホップ、および、第２のホップのどちらかが対応してもよい。設定される時間領域ウィンドウ、および、ウィンドウ長の一部または両方は、プリコーディングのために用いられてもよい。例えば、設定される時間領域ウィンドウにおける複数のPUSCH送信に適用されるプリコーディングは同じであってもよい。設定される時間領域ウィンドウ、および、ウィンドウ長の一部または両方は、端末装置１の端末調整のために用いられてもよい。例えば、設定される時間領域ウィンドウにおいて周波数の同期ズレを補正しなくてもよい。例えば、設定される時間領域ウィンドウにおいて、時間タイミングの同期ズレを補正しなくてもよい。例えば、設定される時間領域ウィンドウにおいて、アンテナの仮想化に関する調整をしなくてもよい。例えば、設定される時間領域ウィンドウにおいて、ディジタル信号によって制御されるアナログ回路の調整をしなくてもよい。例えば、設定される時間領域ウィンドウにおいて、高周波回路の調整をしなくてもよい。高周波回路の調整は、電力増幅器における動作点の変更、および、電力増幅器におけるゲインの変更、発振器における位相同期、２つの搬送波における位相調整、移相器における位相調整、高周波回路に対する電力供給の停止、の一部または全部であってもよい。

ウィンドウ長は、最大期間が決められていてもよい。例えば、最大期間は端末装置１によって基地局装置３に報告されてもよい。例えば、最大期間は繰り返し回数であってもよい。

１または複数のウィンドウ長がPUSCH－Configにおいて設定されてもよい。また、１ま
たは複数のウィンドウ長がPUSCH－ConfigCommonにおいて設定されてもよい。例えば、DCIフォーマットに基づいて、１または複数のウィンドウ長のうち１つのウィンドウ長が決定されてもよい。例えば、DCIに含まれる時間領域リソース割り当てフィールドに基づいて
、１または複数のウィンドウ長のうち１つのウィンドウ長が決定されてもよい。

周波数分割複信（Frequency Division Duplex）において、２つ以上の設定される時
間領域ウィンドウは連続であってもよい。例えば、第１の設定される時間領域ウィンドウにおける最後のスロットは、第２の設定される時間領域ウィンドウにおける最初のスロットと連続であってもよい。

時分割複信において、２つ以上の設定される時間領域ウィンドウは連続であってもよい。また、時分割複信において、２つ以上の設定される時間領域ウィンドウは連続でなくてもよい。例えば、設定される時間領域ウィンドウの開始位置は、tdd－UL－DL－ConfigurationCommon、および、tdd－UL－DL－ConfigurationDedicatedの一方または両方に少なくとも基づいて決定されてもよい。例えば、設定される時間領域ウィンドウの開始位置は、DLスロットを含まなくてもよい。

１または複数の設定される時間領域ウィンドウのうち最初の設定される時間領域ウィンドウは、DLスロットの直前で終了してもよい。また、該１または複数の設定される時間領域ウィンドウのうち該最初の設定される時間領域を除く設定される時間領域ウィンドウは、dl－UL－TransmissionPeriodicityで与えられる周期と揃っていてもよい。

設定される時間領域ウィンドウはあるスロットインデックスに基づいて終了してもよい。例えば、n^μ _s，fが第１の値の場合、該n^μ _s，fに対応するスロットの最後で設定される時間領域ウィンドウは終了してもよい。該設定される時間領域ウィンドウは、該スロットにおいて送信されるPUSCHに適用されてもよい。該第１の値は、０であってもよい。該第
１の値は、上位層パラメータで設定されてもよい。該第１の値は、ある周期に基づいて決定されてもよい。例えば、該ある周期は、該ある周期毎に実行される処理のために用いられてもよい。該ある周期は、設定される時間領域ウィンドウのウィンドウ長に対して整数倍であってもよい。該第１の値は、該ある周期とオフセットによって決定されてもよい。
また、n^μ _s，fが第２の値の場合、該n^μ _s，fに対応するスロットの最後で設定される時間領域ウィンドウは終了してもよい。該第１の値と該第２の値との差は、該ある周期であってもよい。

１または複数の設定される時間領域ウィンドウのうち最後の設定される時間領域ウィンドウは、PUSCH繰り返し送信における最後のPUSCHに対応するスロットにおいて終了してもよい。

設定される時間領域ウィンドウにおいて１または複数の実際の時間領域ウィンドウが決定されてもよい。複数の実際の時間領域ウィンドウは互いに連続でなくてもよい。端末装置１は、実際の時間領域ウィンドウにおいて位相の連続性、および、電力の一貫性を保つことを期待されてもよい。実際の時間領域ウィンドウは１または複数のスロットで構成されてもよい。また、実際の時間領域ウィンドウは１または複数のOFDMシンボルで構成されてもよい。

実際の時間領域ウィンドウは、設定される時間領域ウィンドウ内で生じるイベントに基づいて決定されてもよい。実際の時間領域ウィンドウは、設定される時間領域ウィンドウにおけるイベントに対応するスロット、または、OFDMシンボルに基づいて決定されてもよい。実際の時間領域ウィンドウは、設定される時間領域ウィンドウにおけるイベントに対応するスロット、または、OFDMシンボルを含まなくてもよい。例えば、イベントは、下りリンク物理チャネルの受信、および、DLスロット、あるOFDMシンボル数を超えるギャップ、優先度の高いチャネルの送信、スロットフォーマット指示、周波数ホッピング、キャンセルの指示の一部、または、全部を含んでもよい。イベントは、電力の一貫性、および、位相の連続性が保たれないことを生じさせてもよい。すなわち、イベントによって、電力の一貫性、および、位相の連続性が保たれなくてもよい。例えば、イベントによって、PUSCH送信間の電力の一貫性、および、位相の連続性が保たれなくてもよい。

例えば、イベントに対応するスロット、または、OFDMシンボルは、PUSCH繰り返し送信
がキャンセルされるスロット、または、OFDMシンボルであってもよい。例えば、イベントに対応するスロットは、DLスロットであってもよい。例えば、イベントに対応するスロット、または、OFDMシンボルは、DLの受信機会を含むスロット、または、OFDMシンボルであってもよい。例えば、イベントに対応するスロット、または、OFDMシンボルは、優先度の高いチャネルが送信されるスロット、または、OFDMシンボルであってもよい。例えば、イベントに対応するスロットは、スロットフォーマット指示によってDLスロット、または、スペシャルスロットと指示されるスロットであってもよい。例えば、イベントに対応するOFDMシンボルは、スロットフォーマット指示によってDLシンボル、または、フレキシブルシンボルと指示されるOFDMシンボルであってもよい。例えば、イベントに対応するスロットは、n－１番目のスロットが第１のホップに関連する場合、第２のホップに関連するn番目のスロットであってもよい。例えば、イベントに対応するスロットは、n－１番目のスロットが第２のホップに関連する場合、第１のホップに関連するn番目のスロットであってもよい。例えば、イベントに対応するOFDMシンボルは、n－１番目のOFDMシンボルが第１のホップに関連する場合、第２のホップに関連するn番目のOFDMシンボルであってもよい。例えば、イベントに対応するOFDMシンボルは、n－１番目のスロットが第２のホップに関連する場合、第１のホップに関連するn番目のOFDMシンボルであってもよい。

実際の時間領域ウィンドウは、PUSCHが送信されないOFDMシンボルを含んでもよい。例
えば、実際の時間領域ウィンドウは、連続する１３OFDMシンボルを含んでもよく、連続する１３OFDMシンボルにおいて端末装置１は上りリンク物理チャネル、および、上りリンク物理シグナルを送信しなくてもよい。

端末装置１は、実際の時間領域ウィンドウ内で位相の連続性と送信電力の一貫性を保ってもよい。端末装置１は、位相の連続性と送信電力の一貫性のための要求条件に基づいて、実際の時間領域ウィンドウ内で位相の連続性と送信電力の一貫性を保ってもよい。例えば、端末装置１は、実際の時間領域ウィンドウにおいて位相の連続性と送信電力の一貫性を保つことを期待されてもよい。例えば、実際の時間領域ウィンドウにおいて上りリンク物理チャネル、および、上りリンク物理シグナルが送信される２つのOFDMシンボルは、同じアンテナポートに対応してもよい。例えば、端末装置１は、あるアンテナポートにおけるシンボルが伝達される第１のチャネルが、該あるアンテナポートにおけるその他のシンボルが伝達される第２のチャネルから推定できるように送信すべきか否かを、該第１のチャネルと該第２のチャネルがある実際の時間領域ウィンドウ内に含まれるか否かに基づき決定してもよい。例えば、該第１のチャネルと該第２のチャネルが該ある実際の時間領域ウィンドウ内に含まれる場合に、端末装置１は、該あるアンテナポートにおけるシンボルが伝達される該第１のチャネルが、該あるアンテナポートにおけるその他のシンボルが伝達される該第２のチャネルから推定できるように送信してもよい。また、該第１のチャネルと該第２のチャネルが該ある実際の時間領域ウィンドウ内に含まれない場合に、端末装置１は、該あるアンテナポートにおけるシンボルが伝達される該第１のチャネルが、該あるアンテナポートにおけるその他のシンボルが伝達される該第２のチャネルから推定できるように送信しなくてもよい。ここで、該第１のチャネルは該第２のチャネルとは異なってもよい。または、該第１のチャネルは該第２のチャネルと同じであってもよい。また、該第１のチャネルは第３のチャネルのある繰り返し（Repetition）であり、該第２のチャネルは該第３のチャネルの別の繰り返しであってもよい。例えば、端末装置１は、実際の時間領域ウィンドウ内のPUCCH、または／および、PUSCHに対して、プリコーディングに係るパラメータを変更しなくてもよい。例えば、該プリコーディングに係るパラメータは、空間多重のためのプリコーディング行列であってもよい。また、該プリコーディングに係るパラメータは、上位層パラメータtxConfigであってもよい。また、該プリコーディングに係るパラメータは、TPMI（Transmitted Precoding Matrix Indicator）であってもよい。該TPMIは、DCIフォーマットによって与えられてもよい。また、該プリコーディングに係るパラメータは、SRI（SRS Resource Indicator）であってもよい。また、端末装置１は、実際の時間領域ウィンドウにおいて、１つのプリコーディングをPUSCHの繰り返しに対して適用してもよい。例えば、実際の時間領域ウィンドウにおける最初のPUSCHのために電力制御を実行してもよい。また、実際の時間領域ウィンドウにおいて、該最初のPUSCHを除く１または複数のPUSCHのために電力制御を実行しなくてもよい。例えば、実際の時間領域ウィンドウにおける最初のPUSCHのためにTPCコマンドフィールドの値が適用されてもよい。また、実際の時間領域ウィンドウにおける該最初のPUSCHを除く１または複数のPUSCHのためにTPCコマンドフィールドの値が適用されなくてもよい。PUSCHのためのTPCコマンドフィールドは、DCIフォーマット０＿０、および、DCIフォーマット０＿１、DCIフォーマット０＿２、DCIフォーマット２＿２、DCIフォーマット２＿３、ランダムアクセスレスポンスグラントの一部または全部に含まれてもよい。また、端末装置１は、実際の時間領域ウィンドウにおいて、PUSCHの繰り返しに対して周波数ホッピングを実行しなくてもよい。該周波数ホッピングを実行しないことは、実際の時間領域ウィンドウにおける該PUCCHの繰り返しが、第１のホップ、または、第２のホップのいずれか一方に少なくとも配置されることであってもよい。また、端末装置１は、実際の時間領域ウィンドウ内のPUSCHに対して、ビームスイッチングを実行しなくてもよい。また、端末装置１は、実際の時間領域ウィンドウにおいて、PUSCH送信のための変調方式の設定、および、変調次数を変更しなくてもよい。また、端末装置１は、実際の時間領域ウィンドウにおいて、PUSCH送信のための先頭のリソースブロックのインデックス、および、リソースブロックの数を変更しなくてもよい。また、実際の時間領域ウィンドウ内の１または複数のPUSCHは、同じ時間領域リソース割り当てに対応してもよい。また、実際の時間領域ウィンドウ内の１または複数のPUSCHは、同じプリコーディングが適用されてもよい。また、実際の時間領域ウィンドウ内の１または複数のPUSCHは、同じ送信電力制御が適用されてもよい。また、実際の時間領域ウィンドウ内の１または複数のPUSCHは、同じリソースブロックに少なくとも配置されてもよい。また、実際の時間領域ウィンドウ内の連続しない２つのPUSCHの間において、端末装置１は振幅が０のベースバンド信号を送信してもよい。

上りリンク電力制御（Uplink Power Control）は、PUSCH、および、PUCCH、SRS、PRACHのための電力（送信電力）を決定してもよい。

端末装置１は、PUSCH送信機会iにおけるPUSCHの送信電力P_{PUSCH，b，f，c}（i，j，q_d，l）を決定してもよい。送信電力制御部は、PUSCHのための送信電力を決定してもよい。例えば、送信電力制御部は、PUSCH送信機会iにおけるPUSCHの送信電力P_{PUSCH，b，f，c}（i
，j，q_d，l）を決定してもよい。bは、１または複数のBWPのうち、アクティブBWP、また
は、アクティブ上りリンクBWPを特定するためのインデックスであってもよい。fは、１または複数のキャリアのうち、１つのキャリアを特定するためのインデックスであってもよい。cは、１または複数のサービングセルのうち、１つのサービングセルを特定するため
のインデックスであってもよい。jは、上位層パラメータによって設定される１または複
数のパラメータセットのうち、１つのパラメータセットを特定するためにインデックスであってもよい。例えば、PUSCHの送信電力P_{PUSCH，b，f，c}（i，j，q_d，l）を決定するた
めに、インデックスjで特定されるパラメータセットが用いられてもよい。lは、電力制御調整状態を特定するための値であってもよい。例えば、lが０の場合、端末装置１は、１
つの電力制御状態を維持してもよい。例えば、lが１の場合、端末装置１は、２つの電力
制御状態を維持してもよい。q_dは、１または複数の参照信号のうち、１つの参照信号を特定するためのインデックスであってもよい。例えば、該参照信号は、チャネル測定のために用いられる物理信号であってもよい。例えば、該参照信号は、SS／PBCHブロック、または、CSI－RSであってもよい。

端末装置１がサービングセル cのキャリア fのアクティブBWP bにおいてPUSCHを送
信する場合、該PUSCHの送信電力P_{PUSCH，b，f，c}（i，j，q_d，l）は、jで特定されるパラメータセットとlで特定される電力制御調整状態に少なくとも基づいて決定されてもよい
。P_{PUSCH，b，f，c}（i，j，q_d，l）は、数式１に基づいて決定されてもよい

PUSCH送信機会iは、スロットインデックスn^μ _s，fによって定義されてもよい。PUSCH送信機会iはスロットであってもよい。例えば、PUSCH送信機会iは、送信電力制御が行われ
る時間タイミングであってもよい。例えば、PUSCH送信機会iが第１のスロットである場合、該第１のスロットにおいて送信電力制御が行われてもよい。PUSCH繰り返しタイプBのためのPUSCH送信機会iは、名目的な繰り返しであってもよい。PUSCH送信機会iは、スロットインデックスと、スロット内の開始OFDMシンボルと、連続するOFDMシンボルの数と、に基づいて決定されてもよい。

PUSCH送信機会iは、設定される時間領域ウィンドウの長さと同じでもよい。例えば、DMRSバンドリングが適用される場合、PUSCH送信機会iは、設定される時間領域ウィンドウの長さと同じでもよい。PUSCH送信機会iは、上位層パラメータによって設定されるウィンドウ長と同じでもよい。例えば、DMRSバンドリングが適用される場合、PUSCH送信機会iは、ウィンドウ長と同じでもよい。PUSCH送信機会iは、実際の時間領域ウィンドウの長さと同じでもよい。例えば、DMRSバンドリングが適用される場合、PUSCH送信機会iは、実際の時
間領域ウィンドウの長さと同じでもよい。例えば、端末装置１は、設定される時間領域ウィンドウの長さを、PUSCH送信機会iと認識／定義してもよい。例えば、端末装置１は、実際の時間領域ウィンドウの長さを、PUSCH送信機会iと認識／定義してもよい。

jが0の場合、P_{PUSCH，b，f，c}（i，j，q_d，l）は、ランダムアクセスレスポンスグラントによりスケジューリングされるPUSCHのための送信電力であってもよい。jが１の場合、P_{PUSCH，b，f，c}（i，j，q_d，l）は、設定される上りリンクグラントによってスケジューリングされるPUSCHのための送信電力であってもよい。jが１より大きい場合、P_PUSCH，b
_，f，c（i，j，q_d，l）は、DCIによってスケジューリングされるPUSCHのための送信電力
であってもよい。

P_{O＿PUSCH，b，f，c}（j）は、目標受信電力であってもよい。P_{O＿PUSCH，b，f，c}（j）は、数式２に基づいて決定されてもよい。

P_{O＿NOMINAL＿PUSCH，f，c}（j）は、上位層パラメータによって提供されてもよい。P_O
_{＿UE＿PUSCH，b，f，c}（j）は、上位層パラメータによって提供されてもよい。P_{O＿UE＿PUSCH，b，f，c}（０）は、０であってもよい。

M^PUSCH _{RB，b，f，c}（j）は、PUSCHのために割り当てられるリソースブロックの数であ
ってもよい。該PUSCHの送信電力は、該M^PUSCH _{RB，b，f，c}（j）に少なくとも基づいて決
定されるP_{PUSCH，b，f，c}（i，j，q_d，l）であってもよい。

α_b，f，c（j）は、スケーリング係数であってもよい。例えば、α_b，f，c（j）は、１以下であってもよい。例えば、α_b，f，c（j）は、０、０．４、０．５、０．６、０．７、０．８、０．９、および、１のいずれかであってもよい。α_b，f，c（j）は、上位層パラメータによって提供されてもよい。

PL_b，f，c（q_d）は、伝搬路損失（Path Loss）であってもよい。例えば、PL_b，f，c（q_d）は、q_dによって特定される参照信号に基づいて推定される値であってもよい。該伝搬路損失は、下りリンクの伝搬路損失でもよい。また、該伝搬路損失は、上りリンクの伝搬路損失でもよい。

Δ_{TF，b，f，c}（i）は、トランスポートフォーマット（Transport Format）であって
もよい。Δ_{TF，b，f，c}（i）は、リソースエレメントあたりの情報ビットの数に基づく電力変化量であってもよい。Δ_{TF，b，f，c}（i）は、数式３に基づいて決定されてもよい。例えば、送信レイヤ数が１より大きい場合、Δ_{TF，b，f，c}（i）は、０であってもよい。例えば、DMRSバンドリングが適用される場合、Δ_{TF，b，f，c}（i）は、０であってもよい。

BPREは、１または複数のリソースエレメントのうち１つのリソースエレメントにおける情報ビットの数であってもよい。例えば、BPREは、リソースエレメントあたりの情報ビットの数であってもよい。ここで、情報ビットは、トランスポートブロック、該トランスポートブロックに付加されるCRC系列、および、該トランスポートブロックの分割により与えられる１または複数のコードブロックのそれぞれに付加されるCRC系列の一部または全部を含んでもよい。例えば、トランスポートブロックの伝達に用いられるPUSCHのために、BPREは、該トランスポートブロックの大きさと該PUSCHのためのリソースエレメントの数に基づいて決定されてもよい。BPREは、数式４に基づいて決定されてもよい。例えば、PUSCHがUL－SCHにより配送されるトランスポートブロックを伝達するために用いられる場合、BPREは、数式４に基づいて決定されてもよい。

Cは、コードブロックの数であってもよい。K_rは、r番目のコードブロックのサイズであってもよい。ここで、r番目のコードブロックのサイズは、r番目のコードブロックのビット数とr番目のコードブロックに付加されるCRC系列のビット数との和により決定されてもよい。N_REはリソースエレメントの数であってもよい。N_REは数式５に基づいて決定されてもよい。

N^PUSCH _{symb，b，f，c}（i）は、OFDMシンボルの数であってもよい。例えば、PUSCH送信
機会iにおけるOFDMシンボルの数であってもよい。例えば、PUSCH送信機会iにおいて送信
されるPUSCHのためのOFDMシンボル数であってもよい。数式5において、Nは1であってもよい。Nは、上位層パラメータによって提供されてもよい。

N^RB _sc，data（i，j）は、OFDMシンボルjにおけるPUSCHのためのサブキャリア数であっ
てもよい。また、該サブキャリア数の決定において、DMRS、および、PTRSがマップされるサブキャリアは含まれなくてもよい。

BPREは、数式６に基づいて決定されてもよい。例えば、PUSCHが上りリンク制御情報を
伝達するために用いられる場合、BPREは、数式６に基づいて決定されてもよい。

Q_mは、PUSCHの変調次数（Modulation Order）であってもよい。Rは、PUSCHの最大符号化率（または、単に符号化率とも呼称される）であってもよい。

K_sは、１．２５、または、０であってもよい。上位層パラメータが設定される場合、K_sは１．２５であってもよい。該上位層パラメータが設定されない場合K_sは０であってもよい。K_sが０である場合、Δ_{TF，b，f，c}（i）は、０であってもよい。

PUSCHがUL－SCHにより配送されるトランスポートブロックを伝達するために用いられる場合、β^PUSCH _offsetは、１であってもよい。PUSCHが上りリンク制御情報を伝達するために用いられる場合、β^PUSCH _offsetは、１でなくてもよい。β^PUSCH _offsetは、上りリンク制御情報の大きさに少なくとも基づいて決定されてもよい。

f_b，f，c（i，l）は、閉ループ電力値と呼称されてもよい。f_b，f，c（i，l）は、TPC
コマンドフィールドに基づいて決定されてもよい。TPCコマンドフィールドは、DCIに含まれてもよい。例えば、f_b，f，c（i，l）は、数式７、および、数式８に基づいて決定されてもよい。例えば、上位層パラメータtpc－Accumulationが提供されていない場合、f_b，f，c（i，l）は、数式７、および、数式８に基づいて決定されてもよい。例えば、f_b，f，c（i，l）は、数式７、および、数式９に基づいて決定されてもよい。例えば、上位層パ
ラメータtpc－Accumulationが提供されている場合、f_b，f，c（i，l）は、数式７、およ
び、数式９に基づいて決定されてもよい。数式８において、f_b，f，c（i，l）は、１または複数のTPCコマンドの累積値であってもよい。

i’_０は、０であってもよい。例えば、DMRSバンドリングが適用されない場合、i’_０は、０であってもよい。i’_０は、０でなくてもよい。例えば、DMRSバンドリングが適用さ
れる場合、設定される時間領域ウィンドウを構成する１または複数のスロットのうち、最初のスロットがi―i’_０となるようにi’_０が決定されてもよい。例えば、DMRSバンドリ
ングが適用される場合、実際の時間領域ウィンドウを構成する１または複数のスロットのうち、最初のスロットがi―i’_０となるようにi’_０が決定されてもよい。

例えば、数式７は、PUSCH送信機会毎に計算されなくてもよい。例えば、PUSCH送信機会iが設定される時間領域ウィンドウ内である場合、数式７は、計算されなくてもよい。例
えば、PUSCH送信機会iが設定される時間領域ウィンドウ内である場合、数式７は、計算されなくてもよい。

閉ループ電力値f_b，f，c（i，l）は、数式１０に基づいて決定されてもよい。f_b，f，c（i，l）は、第１の上位層パラメータが提供されていない場合、数式１０に基づいて決定されてもよい。第１の上位層パラメータは、上位層パラメータtpc-Accumulationであってもよい。第１の上位層パラメータは、専用上位層パラメータであってもよい。第１の上位層パラメータは、上位層パラメータPUSCH-Configにおいて提供されてもよい。第１の上位層パラメータは、上位層パラメータConfiguredGrantConfigにおいて提供されなくてもよ
い。また、第１の上位層パラメータは、上位層パラメータConfiguredGrantConfigにおい
て提供されてもよい。f_b，f，c（i，l）は、PUSCH送信機会iにおいて決定されてもよい。閉ループ電力値f_b，f，c（i，l）は、数式１１に基づいて決定されてもよい。f_b，f，c（i，l）は、第１の上位層パラメータが提供される場合、数式１１に基づいて決定されてもよい。

δ_{PUSCH，b，f，c}（m，l）、および、δ_{PUSCH，b，f，c}（i，l）は、TPCコマンドの値
であってもよい。δ_{PUSCH，b，f，c}（m，l）、および、δ_{PUSCH，b，f，c}（i，l）は、DCIにおけるTPCコマンドフィールドの値によって特定される値であってもよい。該DCIは、PUSCHをスケジューリングするDCIであってもよい。該DCIは、TPC－PUSCH－RNTIによってスクランブルされたCRCを伴うDCIフォーマット２＿２に対応するDCIであってもよい。該DCIは、DCIフォーマット２＿３に対応するDCIであってもよい。例えば、TPCコマンドフィー
ルドの値が０である場合、δ_{PUSCH，b，f，c}（m，l）は、－１dBであってもよい。dBはデシベルであってもよい。例えば、TPCコマンドフィールドの値が１である場合、δ_{PUSCH，b，f，c}（m，l）は、０dBであってもよい。例えば、TPCコマンドフィールドの値が２である場合、δ_{PUSCH，b，f，c}（m，l）は、１dBであってもよい。例えば、TPCコマンドフィ
ールドの値が３である場合、δ_{PUSCH，b，f，c}（m，l）は、３dBであってもよい。例えば、TPCコマンドフィールドの値が０である場合、δ_{PUSCH，b，f，c}（i，l）は、－４dBで
あってもよい。例えば、TPCコマンドフィールドの値が１である場合、δ_{PUSCH，b，f，c}
（i，l）は、－１dBであってもよい。例えば、TPCコマンドフィールドの値が２である場
合、δ_{PUSCH，b，f，c}（i，l）は、１dBであってもよい。例えば、TPCコマンドフィール
ドの値が３である場合、δ_{PUSCH，b，f，c}（i，l）は、４dBであってもよい。

D_iは、１または複数のTPCコマンドの値のセットであってもよい。C（D_i）は、該セットに含まれる値の個数であってもよい。例えば、該１または複数のTPCコマンドの値のセッ
トは、PUSCH送信機会i－i_０のK_PUSCH（i－i_０）シンボル前のシンボルと、PUSCH送信機会iのK_PUSCH（i）シンボル前のシンボルと、の間に受信されるTPCコマンドの値を含んでも
よい。i_０は、０より大きい整数であってもよい。例えば、i_０は、条件１を満たす場合の最小値であってもよい。例えば、条件１は、PUSCH送信機会i－i_０のK_PUSCH（i－i_０）シ
ンボル前のシンボルが、PUSCH送信機会iのK_PUSCH（i）シンボル前のシンボルよりも前で
あることでもよい。i₀は、PUSCH送信機会i-i₀のK_PUSCH(i-i₀)シンボル前がPUSCH送信機会iのK_PUSCH(i)シンボル前よりも早い場合における、最小の整数であってもよい。i₀は0よ
り大きくてもよい。

送信機会iと送信機会i₀に少なくとも基づいて、あるPUSCHは送信されなくてもよい。例えば、PUSCH送信機会i-i₀のK_PUSCH(i-i₀)シンボル前からPUSCH送信機会iのK_PUSCH(i)シンボル前までの間、あるPUSCHは送信されなくてもよい。例えば、PUSCH送信機会i-i₀からPUSCH送信機会iまでの間、あるPUSCHは送信されなくてもよい。例えば、PUSCH送信機会i-i₀におけるPUSCHからPUSCH送信機会iにおけるPUSCHの途中で、あるPUSCHは送信されなくてもよい。

K_PUSCH（i）は、OFDMシンボルの数であってもよい。K_PUSCH（i）は、PUSCH送信のため
の送信電力を決定するために用いられてもよい。送信電力は、K_PUSCH（i）に少なくとも
基づいて決定されてもよい。K_PUSCH(i)は、TPC手段１によって決定されてもよい。TPC手
段１では、K_PUSCH(i)は、PDCCHとPUSCH間のOFDMシンボル数であってもよい。例えば、DCIによってPUSCH送信がスケジューリングされる場合、K_PUSCH（i）は、該DCIに対応するPDCCHの最後のOFDMシンボル後から、該PUSCH送信の最初のOFDMシンボル前までの、OFDMシンボルの数であってもよい。例えば、K_PUSCH(i)は、PUSCH送信機会iにおけるPUSCH繰り返し（または、PUSCH繰り返し送信、PUSCH送信）の最初のOFDMシンボルに少なくとも基づいて決定されてもよい。例えば、K_PUSCH(i)は、PDCCHの最後のOFDMシンボルからPUSCH送信機
会iにおけるPUSCH送信の最初のOFDMシンボルまでのOFDMシンボルの数であってもよい。第１のPUSCH送信機会i1におけるK_PUSCH(i1)は、第２のPUSCH送信機会i2におけるK_PUSCH(i2)と同じであってもよい。例えば、第１のPUSCH送信機会i1における第１のPUSCHのための第１のK_PUSCH(i1)は、第２のPUSCH送信機会における第2のPUSCHのための第２のK_PUSCH(i2)
と同じであってもよい。例えば、第2のPUSCH送信機会i2におけるPUSCHは、第1のPUSCH送
信機会i1におけるPUSCHの繰り返しであってもよい。

TPC手段１では、PUSCH送信が上位層パラメータConfiguredGrantConfigによって設定さ
れる場合、K_PUSCH（i）は、K_PUSCH，minであってもよい。例えば、K_PUSCH，minは、N^slot _symbとK２’との積であってもよい。例えば、K２’は、PUSCH－ConfigCommonによって提
供される１または複数のK２のうち、一番小さい値を含むK２であってもよい。

δ_{PUSCH，b，f，c}（i，l）は、PUSCH送信機会iよりも前に受信されるTPCコマンドの値
であってもよい。例えば、δ_{PUSCH，b，f，c}（i，l）は、PUSCH送信機会iからK’シンボ
ル前までに受信される１または複数のTPCコマンドのうち、最後に受信されるTPCコマンドの値であってもよい。例えば、K’は、K_PUSCH，minであってもよい。例えば、K’は、N２であってもよい。N２は、PUSCH準備時間のためのOFDMシンボル数であってもよい。例えば、N２は、μの値によって変化してもよい。例えば、N２は、PUSCH処理能力（Processing
Capability）に対応してもよい。

第１のPUSCH送信機会i_１と第２のPUSCH送信機会i_２が、設定される時間領域ウィンドウを構成する１または複数のスロットに含まれる場合、該第１のPUSCH送信機会におけるδ_{PUSCH，b，f，c}（i_１，l）は、該第２のPUSCH送信機会におけるδ_{PUSCH，b，f，c}（i_２，l）と同じであってもよい。

第１のPUSCH送信機会i_１と第２のPUSCH送信機会i_２が、実際の時間領域ウィンドウを構成する１または複数のスロットに含まれる場合、該第１のPUSCH送信機会におけるδ_{PUSCH，b，f，c}（i_１，l）は、該第２のPUSCH送信機会におけるδ_{PUSCH，b，f，c}（i_２，l）と同じであってもよい。

第１の送信機会i1は第１の設定される時間領域ウィンドウ内の送信機会であってもよい。TPC手段２では、K_PUSCH（i1）は、送信機会i1において決定されてもよい。TPC手段２では、K_PUSCH（i1）は、第１の送信機会（PUSCH送信機会）i1において第１の設定される時
間領域ウィンドウに少なくとも基づいて決定されてもよい。TPC手段２では、K_PUSCH（i1
）は、第2のPUSCH送信機会i2に少なくとも基づいて決定されてもよい。例えば、K_PUSCH（i1）は、第２の設定される時間領域ウィンドウにおける第２のPUSCH送信機会i2に少なくとも基づいて決定されてもよい。例えば、K_PUSCH（i1）は、第２のPUSCH送信機会i2のK_PUSCH（i2）シンボル前からPUSCH送信機会i1の最初のOFDMシンボルまでのOFDMシンボル数であってもよい。例えば、K_PUSCH（i1）は、第２のPUSCH送信機会i2のK_PUSCH（i2）-1シン
ボル前からPUSCH送信機会i1の最初のOFDMシンボルまでのOFDMシンボル数であってもよい
。例えば、K_PUSCH（i1）は、第２のPUSCH送信機会i2のK_PUSCH（i2）シンボル前と、PUSCH送信機会i1の最初のOFDMシンボルと、の間のOFDMシンボル数であってもよい。例えば、K_PUSCH（i1）は、PDCCHの最後のOFDMシンボルから送信機会i1の先頭のOFDMシンボルまでのOFDMシンボル数であってもよい。例えば、K_PUSCH（i1）は、前回の設定される時間領域ウ
ィンドウにおける最後のOFDMシンボルから送信機会i1の先頭のOFDMシンボルまでのOFDMシンボル数であってもよい。ある上位層パラメータが設定される場合、TPC手段２によってK_PUSCH（i1）は決定されてもよい。ある上位層パラメータは、上位層パラメータPUSCH-DMRS-Bundlingであってもよい。

例えば、第１の送信機会i1は、第２の送信機会i2と異なってもよい。第１の送信機会i1は、第２の送信機会i2よりも後の送信機会であってもよい。第１の送信機会i1が第２の送信機会i2と同じである場合、K_PUSCH（i1）は、TPC手段１によって決定されてもよい。第
１の送信機会i1は、第１の設定される時間領域ウィンドウにおける先頭の送信機会でなくてもよい。

例えば、第１の設定される時間領域ウィンドウは、第２の設定される時間領域ウィンドウと同じであってもよい。第１の設定される時間領域ウィンドウは、第２の設定される時間領域ウィンドウと同じでない場合、K_PUSCH（i1）は、TPC手段１によって決定されても
よい。例えば、第１の設定される時間領域ウィンドウにおけるPUSCH送信は、第2の設定される時間領域ウィンドウにおけるPUSCH送信の繰り返しであってもよい。例えば、第１の
設定される時間領域ウィンドウにおけるPUSCH送信は、第2の設定される時間領域ウィンドウにおけるPUSCH送信の繰り返しでない場合、K_PUSCH（i1）は、TPC手段１によって決定されてもよい。例えば、第１の設定される時間領域ウィンドウにおける第1のPUSCHと、第2
の設定される時間領域ウィンドウにおける第2のPUSCHと、は同じトランスポートブロックを伝達してもよい。第１のPUSCH（第1のPUSCH送信）と第2のPUSCH（第2のPUSCH送信）は
同じトランスポートブロックに対応してもよい。例えば、第1のPUSCHは、第1の送信機会i1において送信されてもよい。例えば、第1のPUSCHのための送信電力は、第1の送信機会i1において決定されてもよい。例えば、第2のPUSCHは、第2の送信機会i2において送信されてもよい。例えば、第2のPUSCHのための送信電力は、第2の送信機会i2において決定されてもよい。例えば、第1のPUSCHは、第2のPUSCHの繰り返しであってもよい。例えば、第１のPUSCHと、第２のPUSCHと、のために１つの設定される時間領域ウィンドウが決定されてもよい。

例えば、第１の設定される時間領域ウィンドウは、第2の設定される時間領域ウィンド
ウに対応してもよい。例えば、第１の設定される時間領域ウィンドウを構成する１または複数のスロットは、第2の設定される時間領域ウィンドウを構成してもよい。

例えば、第2のPUSCH送信機会i2は、第2の設定される時間領域ウィンドウにおける最初
のPUSCH送信機会であってもよい。例えば、第2のPUSCH送信機会i2は、第2の設定される時間領域ウィンドウにおける、第2のPUSCHのためのPUSCH送信機会であってもよい。第2のPUSCHは、繰り返しタイプBにおける実際的な繰り返しであってもよい。第2のPUSCHは、繰り返しタイプBにおける名目的な繰り返しであってもよい。第2のPUSCHは、実際のPUSCH送信であってもよい。第2のPUSCHは、ドロッピング（dropping）、または、キャンセレーション（cancellation）後のPUSCHであってもよい。第2のPUSCHは、ドロッピング、または、キャンセレーションを考慮したPUSCH送信であってもよい。第2のPUSCHは、N’個のPUSCHのうち省略（omit）されなかったPUSCHであってもよい。第2のPUSCHは、N’個のPUSCHのうち最初のPUSCHであってもよい。第2のPUSCHは、N’個のPUSCHのうち第２の設定される時間領域ウィンドウにおける先頭のPUSCHであってもよい。第2のPUSCHは、N’個のPUSCHのうち省略(omit)されたPUSCHであってもよい。第2のPUSCH送信は、実際の時間領域ウィンドウにおける先頭のPUSCHであってもよい。第2のPUSCHは、最初の実際の時間領域ウィンドウにおける先頭のPUSCH送信であってもよい。N’は、N_TBoMSK_repetitionであっても
よい。N’は、N_TBoMSであってもよい。N’は、K_repetitionであってもよい。

図９は、本実施形態の一態様に係るDMRSバンドリングが適用される場合の送信電力制御の例を示す図である。端末装置１は、PUSCH920を送信してもよい。端末装置１は、PUSCH921を送信してもよい。端末装置１は、PUSCH922を送信してもよい。端末装置１は、PUSCH923を送信してもよい。PUSCH920の送信電力は、PUSCH送信機会910（Transmission Ocaasion 910: TO910）において決定されてもよい。PUSCH921の送信電力は、PUSCH送信機会911において決定されてもよい。PUSCH922の送信電力は、PUSCH送信機会912において決定されてもよい。PUSCH923の送信電力は、PUSCH送信機会913において決定されてもよい。PUSCH送信機会iがPUSCH送信機会910である場合、K_PUSCH(i)はK_PUSCH930であってもよい。PUSCH送信機会iがPUSCH送信機会911である場合、K_PUSCH(i)はK_PUSCH931であってもよい。PUSCH送信機会iがPUSCH送信機会912である場合、K_PUSCH(i)はK_PUSCH932であってもよい。PUSCH送信機会iがPUSCH送信機会913である場合、K_PUSCH(i)はK_PUSCH933であってもよい。PUSCH送信機会910におけるPUSCH920のための送信電力は、K_PUSCH930に少なくとも基づいて決定されてもよい。PUSCH送信機会911におけるPUSCH921のための送信電力は、K_PUSCH931に少なくとも基づいて決定されてもよい。PUSCH送信機会912におけるPUSCH922のための送信電力は、K_PUSCH932に少なくとも基づいて決定されてもよい。PUSCH送信機会913におけるPUSCH923のための送信電力は、K_PUSCH933に少なくとも基づいて決定されてもよい。TOは送信機会であってもよく、PUSCH送信機会であってもよい。

設定される時間領域ウィンドウ940（Nominal Time Domain Window 940）は、PUSCH920、PUSCH921、PUSCH922、および、PUSCH923を含む。設定される時間領域ウィンドウ940の開始は、PUSCH920のための最初のスロットであってもよい。設定される時間領域ウィンドウ940の開始は、PUSCH920のために決定される最初のスロットであってもよい。設定される時間領域ウィンドウ940の最後は、PUSCH923のための最後のスロットであってもよい。設定される時間領域ウィンドウ940の最後は、PUSCH923のために決定される最後のスロットであってもよい。設定される時間領域ウィンドウ940の長さは4であってもよい。例えば、設定される時間領域ウィンドウ940の長さは上位層パラメータによって提供されてもよい。例えば、設定される時間領域ウィンドウ940は1または複数の連続するスロットで構成されてもよい。

PUSCH920、PUSCH921、PUSCH922、および、PUSCH923はPUSCH繰り返し送信であってもよ
い。例えば、PUSCH繰り返し送信に対応する繰り返し回数は4であってもよい。例えば、PUSCH920の送信を指示するDCIフォーマットは繰り返し回数として4を指示してもよい。例えば、PUSCH920の繰り返し回数は上位層パラメータによって提供されてもよい。例えば、PUSCH繰り返し送信はPUSCH繰り返しタイプAに対応してもよい。例えば、PUSCH繰り返し送信はPUSCH繰り返しタイプBに対応してもよい。

DCIフォーマットは、PUSCH920の送信をスケジューリングしてもよい。該DCIフォーマットは、TPCコマンドフィールドを含んでもよい。PUSCH920のためのPUSCH-Configにおいてtpc－Accumulationが提供されていなくてもよい。

K_PUSCH930はTPC手段１によって決定されてもよい。例えば、K_PUSCH930はPDCCHの最後のOFDMシンボルからPUSCH送信機会910の最初のOFDMシンボルまでのOFDMシンボル数であってもよい。例えば、K_PUSCH930はPDCCHの最後のOFDMシンボルからPUSCH920の最初のOFDMシンボルまでのOFDMシンボル数であってもよい。該PDCCHにおけるDCIフォーマットは、PUSCH920をスケジューリングしてもよい。例えば、K_PUSCH930は、K_PUSCH,minであってもよい。例えば、K_PUSCH930は、K_PUSCH,minシンボルのOFDMシンボル数であってもよい。

K_PUSCH931、K_PUSCH932、K_PUSCH933の一部または全部は、TPC手段2によって決定されて
もよい。例えば、K_PUSCH931は、PUSCH920の先頭OFDMシンボルのK_PUSCH930シンボル前から、PUSCH921の先頭OFDMシンボルまでの、OFDMシンボル数であってもよい。例えば、K_PUSCH931は、PUSCH920の先頭OFDMシンボルのK_PUSCH930シンボル前から、PUSCH送信機会911の先頭OFDMシンボルまでの、OFDMシンボル数であってもよい。例えば、K_PUSCH931は、PUSCH送信機会910の先頭OFDMシンボルのK_PUSCH930シンボル前から、PUSCH送信機会911の先頭OFDMシンボルまでの、OFDMシンボル数であってもよい。例えば、K_PUSCH931は、PUSCH送信機会910の先頭OFDMシンボルのK_PUSCH930シンボル前から、PUSCH921の先頭OFDMシンボルまでの、OFDMシンボル数であってもよい。

例えば、K_PUSCH932は、PUSCH920の先頭OFDMシンボルのK_PUSCH930シンボル前から、PUSCH922の先頭OFDMシンボルまでの、OFDMシンボル数であってもよい。例えば、K_PUSCH932は、PUSCH920の先頭OFDMシンボルのK_PUSCH930シンボル前から、PUSCH送信機会912の先頭OFDMシンボルまでの、OFDMシンボル数であってもよい。例えば、K_PUSCH932は、PUSCH送信機会910の先頭OFDMシンボルのK_PUSCH930シンボル前から、PUSCH送信機会912の先頭OFDMシンボルまでの、OFDMシンボル数であってもよい。例えば、K_PUSCH932は、PUSCH送信機会910
の先頭OFDMシンボルのK_PUSCH930シンボル前から、PUSCH922の先頭OFDMシンボルまでの、OFDMシンボル数であってもよい。

例えば、K_PUSCH933は、PUSCH920の先頭OFDMシンボルのK_PUSCH930シンボル前から、PUSCH923の先頭OFDMシンボルまでの、OFDMシンボル数であってもよい。例えば、K_PUSCH933は、PUSCH920の先頭OFDMシンボルのK_PUSCH930シンボル前から、PUSCH送信機会913の先頭OFDMシンボルまでの、OFDMシンボル数であってもよい。例えば、K_PUSCH933は、PUSCH送信機会910の先頭OFDMシンボルのK_PUSCH930シンボル前から、PUSCH送信機会913の先頭OFDMシンボルまでの、OFDMシンボル数であってもよい。例えば、K_PUSCH933は、PUSCH送信機会910
の先頭OFDMシンボルのK_PUSCH930シンボル前から、PUSCH923の先頭OFDMシンボルまでの、OFDMシンボル数であってもよい。

図10は、本実施形態の一態様に係るPUSCH923とPUSCH1020の重複の例を示す図である。PUSCH1020はPUSCH923に重複してもよい。端末装置1は、PUSCH923を送信しなくてもよい。PUSCH923はドロップ（omit）されてもよい。端末装置1は、PUSCH1020を送信してもよい。PUSCH923の送信電力は、PUSCH送信機会913において決定されなくてもよい。PUSCH1020の送信電力は、PUSCH送信機会1010において決定されてもよい。PUSCH送信機会1010はPUSCH送
信機会913であってもよい。PUSCH1020はPUSCH923よりも優先度が高くてもよい。

設定される時間領域ウィンドウ1040は、PUSCH1020に対して決定されてもよい。設定さ
れる時間領域ウィンドウ1040は、PUSCH1020に対して決定されなくてもよい。PUSCH1020に対応するN_TBoMSK_repetitionは、1であってもよい。設定される時間領域ウィンドウ1040は、設定される時間領域ウィンドウ940と異なってもよい。例えば、PUSCH1020はPUSCH920の繰り返しでなくてもよい。例えば、PUSCH1020が伝達するトランスポートブロックは、PUSCH920が伝達するトランポートブロックと異なってもよい。設定される時間領域ウィンドウ1040は、PUSCH1020のための繰り返し回数に少なくとも基づいて決定されてもよい。設定される時間領域ウィンドウ940は、PUSCH920のための繰り返し回数に少なくとも基づいて決定されてもよい。例えば、設定される時間領域ウィンドウ1040の長さは、設定される時間領域ウィンドウ940の長さと異なってもよい。PUSCH送信機会1010は、設定される時間領域ウィンドウ1040内であってもよい。PUSCH送信機会1010は、設定される時間領域ウィンドウ940内であってもよい。

K_PUSCH933は決定されなくてもよい。K_PUSCH1030は決定されてもよい。例えば、K_PUSCH1030はTPC手段1によって決定されてもよい。また、K_PUSCH1030はTPC手段2によって決定さ
れてもよい。K_PUSCH1030は、PUSCH送信機会1010におけるK_PUSCH(i)であってもよい。

図11は、本実施形態の一態様に係るPUSCH920とPUSCH1120の重複の例を示す図である。PUSCH1120はPUSCH920に重複してもよい。端末装置1は、PUSCH920を送信しなくてもよい。PUSCH920はドロップ（omit）されてもよい。端末装置1は、PUSCH1120を送信してもよい。PUSCH920の送信電力は、PUSCH送信機会910において決定されなくてもよい。PUSCH1120の送信電力は、PUSCH送信機会1110において決定されてもよい。PUSCH送信機会1110はPUSCH送信機会910であってもよい。

設定される時間領域ウィンドウ1140は、PUSCH1120に対して決定されてもよい。設定さ
れる時間領域ウィンドウ1140は、PUSCH1120に対して決定されなくてもよい。PUSCH1120に対応するN_TBoMSK_repetitionは、1であってもよい。設定される時間領域ウィンドウ1140は、設定される時間領域ウィンドウ940と異なってもよい。例えば、PUSCH1120はPUSCH920の繰り返しでなくてもよい。例えば、PUSCH1120が伝達するトランスポートブロックは、PUSCH920が伝達するトランポートブロックと異なってもよい。設定される時間領域ウィンドウ1140は、PUSCH1120のための繰り返し回数に少なくとも基づいて決定されてもよい。設定される時間領域ウィンドウ940は少なくともPUSCH920のために決定されてもよい。設定される時間領域ウィンドウ940は、PUSCH920のための繰り返し回数に少なくとも基づいて決定されてもよい。例えば、設定される時間領域ウィンドウ1140の長さは、設定される時間領域ウィンドウ940の長さと異なってもよい。PUSCH送信機会1110は、設定される時間領域ウィンドウ1140内であってもよい。PUSCH送信機会1110は、設定される時間領域ウィンドウ940内であってもよい。

例えば、設定される時間領域ウィンドウ940は、PUSCH920のための最初のスロットで開
始されてもよい。例えば、設定される時間領域ウィンドウ940の開始は、PUSCH920のため
の最初のスロットであってもよい。例えば、設定される時間領域ウィンドウ940の開始は
、PUSCH920のためのスロットであってもよい。PUSCH920に対応するN_TBoMSK_repetitionは
、4であってもよい。例えば、N_TBoMSK_repetition送信は、PUSCH920（PUSCH920送信）を含んでもよい。PUSCH1120はPUSCH920よりも優先度が高くてもよい。

K_PUSCH930は決定されなくてもよい。K_PUSCH1130は決定されてもよい。例えば、K_PUSCH1130はTPC手段1によって決定されてもよい。また、K_PUSCH1030はTPC手段2によって決定さ
れてもよい。K_PUSCH1130は、PUSCH送信機会1110におけるK_PUSCH(i)であってもよい。K_PUSCH930が決定される場合、K_PUSCH931は、K_PUSCH930に少なくとも基づいて決定されてもよい。

K_PUSCH931は、TPC手段1によって決定されてもよい。例えば、K_PUSCH931はPDCCHの最後
のOFDMシンボルからPUSCH送信機会911の最初のOFDMシンボルまでのOFDMシンボル数であってもよい。例えば、K_PUSCH931はPDCCHの最後のOFDMシンボルからPUSCH921の最初のOFDMシンボルまでのOFDMシンボル数であってもよい。該PDCCHにおけるDCIフォーマットは、PUSCH921をスケジューリングしてもよい。例えば、K_PUSCH931は、K_PUSCH,minであってもよい
。例えば、K_PUSCH931は、K_PUSCH,minシンボルのOFDMシンボル数であってもよい。

K_PUSCH932とK_PUSCH933はTPC手段2によって決定されてもよい。例えば、K_PUSCH932は、K_PUSCH931に少なくとも基づいて決定されてもよい。例えば、K_PUSCH933は、K_PUSCH931に少なくとも基づいて決定されてもよい。

例えば、K_PUSCH932は、PUSCH921の先頭OFDMシンボルのK_PUSCH931シンボル前から、PUSCH922の先頭OFDMシンボルまでの、OFDMシンボル数であってもよい。例えば、K_PUSCH932は、PUSCH921の先頭OFDMシンボルのK_PUSCH931シンボル前から、PUSCH送信機会912の先頭OFDMシンボルまでの、OFDMシンボル数であってもよい。例えば、K_PUSCH932は、PUSCH送信機会911の先頭OFDMシンボルのK_PUSCH931シンボル前から、PUSCH送信機会912の先頭OFDMシンボルまでの、OFDMシンボル数であってもよい。例えば、K_PUSCH932は、PUSCH送信機会911
の先頭OFDMシンボルのK_PUSCH931シンボル前から、PUSCH922の先頭OFDMシンボルまでの、OFDMシンボル数であってもよい。

例えば、K_PUSCH933は、PUSCH921の先頭OFDMシンボルのK_PUSCH931シンボル前から、PUSCH923の先頭OFDMシンボルまでの、OFDMシンボル数であってもよい。例えば、K_PUSCH933は、PUSCH921の先頭OFDMシンボルのK_PUSCH931シンボル前から、PUSCH送信機会913の先頭OFDMシンボルまでの、OFDMシンボル数であってもよい。例えば、K_PUSCH933は、PUSCH送信機会911の先頭OFDMシンボルのK_PUSCH931シンボル前から、PUSCH送信機会913の先頭OFDMシンボルまでの、OFDMシンボル数であってもよい。例えば、K_PUSCH933は、PUSCH送信機会911
の先頭OFDMシンボルのK_PUSCH931シンボル前から、PUSCH923の先頭OFDMシンボルまでの、OFDMシンボル数であってもよい。

TPC手段2では、端末装置1は、第1のPUSCHと、第2のPUSCHと、を送信してもよい。また
、端末装置1は、第1のPUSCHを送信せず、第2のPUSCHを送信してもよい。第1のPUSCHのた
めの第1の送信電力は、第1のOFDMシンボル数に少なくとも基づいて決定されてもよい。例えば、第1のPUSCHが送信されない場合、第1のPUSCHのための第1の送信電力は、第1のOFDMシンボル数に少なくとも基づいて決定されてもよい。第2のPUSCHのための第2の送信電力
は、第2のOFDMシンボル数に少なくとも基づいて決定されてもよい。

第1の送信電力は、数式1に少なくとも基づいて決定されてもよい。第2の送信電力は、
数式1に少なくとも基づいて決定されてもよい。第1のOFDMシンボル数は、数式7、数式8、数式9、数式10、および、数式11のいずれかのために用いられてもよい。第2のOFDMシンボル数は、数式7、数式8、数式9、数式10、および、数式11のいずれかのために用いられて
もよい。

第1の送信電力は、第1の送信機会において決定されてもよい。第2の送信電力は、第2の送信機会において決定されてもよい。第1のOFDMシンボル数は、第1の送信機会において決定されてもよい。第2のOFDMシンボル数は、第2の送信機会において決定されてもよい。第1の送信電力は、第2の送信電力と同じであってもよい。例えば、第1の送信機会における
閉ループ電力値は、第2の送信機会における閉ループ電力値と同じであってもよい。

TPC手段2では、1または複数の条件が満たされる場合、第2のOFDMシンボル数は、第1のOFDMシンボル数に少なくとも基づいて決定されてもよい。例えば、1または複数の条件が満たされる場合、第2のOFDMシンボル数は、第1のOFDMシンボル数と、第2の送信機会と、に少なくとも基づいて決定されてもよい。例えば、1または複数の条件が満たされる場合、第2のOFDMシンボル数は、第1のPUSCHの先頭OFDMシンボルの第1のOFDMシンボル数前から第2のPUSCHの先頭OFDMシンボルまでのOFDMシンボル数であってもよい。例えば、1または複数の条件が満たされる場合、第2のOFDMシンボル数は、第1のPUSCHの先頭OFDMシンボルの第1のOFDMシンボル数前から第2の送信機会の先頭OFDMシンボルまでのOFDMシンボル数であってもよい。例えば、1または複数の条件が満たされる場合、第2のOFDMシンボル数は、第1の送信機会の先頭OFDMシンボルの第1のOFDMシンボル数前から第2のPUSCHの先頭OFDMシンボルまでのOFDMシンボル数であってもよい。例えば、1または複数の条件が満たされる場合、第2のOFDMシンボル数は、第1の送信機会の先頭OFDMシンボルの第1のOFDMシンボル数前から第2の送信機会の先頭OFDMシンボルまでのOFDMシンボル数であってもよい。例えば、1または複数の条件が満たされる場合、第2のOFDMシンボル数は、ある時間領域ウィンドウの先頭OFDMシンボルの第1のOFDMシンボル数前から第2のPUSCHの先頭OFDMシンボルまでのOFDMシンボル数であってもよい。例えば、1または複数の条件が満たされる場合、第2のOFDMシンボル数は、ある時間領域ウィンドウの先頭OFDMシンボルの第1のOFDMシンボル数前から第2の送信機会の先頭OFDMシンボルまでのOFDMシンボル数であってもよい。ある時間領域ウィンドウは、設定される時間領域ウィンドウ（Nominal time domain window）、および、実際の時間領域ウィンドウのいずれかであってもよい。1または複数の条件が満たされることは、1または複数の条件のうち一部または全部が満たされることであってもよい。

TPC手段2では、1または複数の条件のうちいずれかが満たされない場合、第2のOFDMシンボル数は、TPC手段1によって決定されてもよい。第1のOFDMシンボル数は、TPC手段1によ
って決定されてもよい。例えば、第1のOFDMシンボル数が決定される場合、1または複数の条件のうちいずれかが満たされなくてもよい。

1または複数の条件は、第1のPUSCHが、ある時間領域ウィンドウにおける先頭のPUSCHであることを含んでもよい。1または複数の条件は、第1のPUSCHが、ある時間領域ウィンド
ウにおける先頭のPUSCH送信機会に対応するPUSCHであることを含んでもよい。1または複
数の条件は、第1のPUSCHが、ある時間領域ウィンドウにおけるドロップ（omit）されたPUSCHであることを含んでもよい。1または複数の条件は、第1のPUSCHが、ある時間領域ウィンドウにおいて最初に送信されるPUSCHであることを含んでもよい。

1または複数の条件は、第1の送信機会が、ある時間領域ウィンドウにおける最初の送信機会であることを含んでもよい。1または複数の条件は、第1の送信機会が、ある時間領域ウィンドウにおけるPUSCH送信のための最初の送信機会であることを含んでもよい。1または複数の条件は、第1の送信機会が、ある時間領域ウィンドウの開始スロットに対応する
送信機会であることを含んでもよい。1または複数の条件は、第1の送信機会が、ある時間領域ウィンドウにおいて最初に計算される送信電力に対応する送信機会であってもよい。

1または複数の条件は、ある時間領域ウィンドウが、第1のPUSCH、および、第2のPUSCH
のために決定されることを含んでもよい。1または複数の条件は、ある時間領域ウィンド
ウが、第1のPUSCHのためのスロットから開始されることを含んでもよい。1または複数の
条件は、ある時間領域ウィンドウが、第2のPUSCHのためのスロットを含むことを含んでもよい。1または複数の条件は、ある時間領域ウィンドウが、第1のPUSCHのための繰り返し
回数に基づいて決定されてもよい。1または複数の条件は、ある時間領域ウィンドウが、
第1のPUSCHと第2のPUSCHのための繰り返し回数に基づいて決定されてもよい。

1または複数の条件は、第1のPUSCHと第2のPUSCHは繰り返し送信であることを含んでも
よい。1または複数の条件は、第1のPUSCHと第2のPUSCHが繰り返し送信に対応することを
含んでもよい。1または複数の条件は、第1のPUSCHと第2のPUSCHが同じトランスポートブ
ロックを伝達することを含んでもよい。1または複数の条件は、N_TBoMSK_repetitionPUSCH
送信が、第1のPUSCHと第2のPUSCHを含むことを含んでもよい。

1または複数の条件は、第1の送信機会が第2の送信機会と異なることを含んでもよい。1または複数の条件は、第1の送信機会が第2の送信機会よりも早いことを含んでもよい。

1または複数の条件は、第1のPUSCHのためのN_TBoMSK_repetitionが1より大きいことを含
んでもよい。

1または複数の条件は、第1の送信電力に対応する電力制御調整状態lが、第2の送信電力に対応する電力制御調整状態lと同じであることを含んでもよい。1または複数の条件は、第1の送信電力に対応する複数のパラメータの値が、第2の送信電力に対応する該複数のパラメータの値と同じであることを含んでもよい。複数のパラメータは、b、f、c、j、q_d、lの一部または全部を含んでもよい。b、f、c、j、q_d、lは、上りリンク電力制御のためのパラメータであってもよい。

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

（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、第1のPUSCHと、第2のPUSCHと、を送信する送信部と、前記第1のPUSCHのための第1の送信電力と、前記第2のPUSCHのための第2の送信電力と、を決定する送信電力制御部と、を備え、前記第1の送信電力は、第1の送信機会において第1のOFDMシンボル数に少なくとも基づいて決定され、前記第2の送信電力は、第2の送信機会において第2のOFDMシンボル数に少なくとも基づいて決定され、第1の条件と、第2の条件と、第3の条件と、の一部または全部が満たされる場合、前記第2のOFDMシンボル数は、前記第1のシンボル数に少なくとも基づいて決定され、前記第1の条件は、前記第1のPUSCHが、ある時間領域ウィンドウにおいて最初に送信されるPUSCHであることであり、前記第2の条件は、前記第1の送信機会が前記第2の送信機会と異なることであり、前記第3の条件は、前記ある時間領域ウィンドウは、前記第1のPUSCHと、前記第2のPUSCHと、のために決定されてもよい。

（２）本発明の第２の態様は、基地局装置であって、第1のPUSCHと、第2のPUSCHと、を受信する受信部を備え、前記第1のPUSCHのための第1の送信電力と、前記第2のPUSCHのた
めの第2の送信電力と、が決定され、前記第1の送信電力は、第1の送信機会において第1のOFDMシンボル数に少なくとも基づいて決定され、前記第2の送信電力は、第2の送信機会において第2のOFDMシンボル数に少なくとも基づいて決定され、第1の条件と、第2の条件と
、第3の条件と、の一部または全部が満たされる場合、前記第2のOFDMシンボル数は、前記第1のシンボル数に少なくとも基づいて決定され、前記第1の条件は、前記第1のPUSCHが、ある時間領域ウィンドウにおいて最初に送信されるPUSCHであることであり、前記第2の条件は、前記第1の送信機会が前記第2の送信機会と異なることであり、前記第3の条件は、
前記ある時間領域ウィンドウは、前記第1のPUSCHと、前記第2のPUSCHと、のために決定されてもよい。

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

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

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

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

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

また、上述した実施形態における基地局装置３は、EUTRAN（Evolved Universal Terrestrial Radio Access Network）および／またはNG－RAN（NextGen RAN，NR RAN）であってもよい。また、上述した実施形態における基地局装置３は、eNodeBおよび／またはgNBに対する上位ノードの機能の一部または全部を有してもよい。

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

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

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

１（１A、１B、１C）端末装置
３基地局装置
１０、３０無線送受信部
１０a、３０a 無線送信部
１０b、３０b 無線受信部
１１、３１アンテナ部
１２、３２ RF部
１３、３３ベースバンド部
１４、３４上位層処理部
１５、３５媒体アクセス制御層処理部
１６、３６無線リソース制御層処理部
９１、９２、９３、９４探索領域セット
３００コンポーネントキャリア
３０１プライマリセル
３０２、３０３セカンダリセル
７００ PSSのためのリソースエレメントのセット
７１０、７１１、７１２、７１３ PBCH、および、PBCHのためのDMRSのためのリソースエレメントのセット
７２０ SSSのためのリソースエレメントのセット
３０００ポイント
３００１、３００２リソースグリッド
３００３、３００４ BWP
３０１１、３０１２、３０１３、３０１４オフセット
３１００、３２００共通リソースブロックセット
９１０、９１１、９１２、９１３、１０１０、１１１０ PUSCH送信機会（送信機会）
９２０、９２１、９２２、９２３、１０２０、１１２０ PUSCH
９３０、９３１、９３２、９３３、１０３０、１１３０ K_PUSCH(i)
９４０、１０４０、１１４０設定される時間領域ウィンドウ

Claims

第1のPUSCHと、第2のPUSCHと、を送信する送信部と、
前記第1のPUSCHのための第1の送信電力と、前記第2のPUSCHのための第2の送信電力と、を決定する送信電力制御部と、を備え、
前記第1の送信電力は、第1の送信機会において第1のOFDMシンボル数に少なくとも基づいて決定され、
前記第2の送信電力は、第2の送信機会において第2のOFDMシンボル数に少なくとも基づいて決定され、
第1の条件と、第2の条件と、第3の条件と、の一部または全部が満たされる場合、前記第2のOFDMシンボル数は、前記第1のPUSCHの先頭OFDMシンボルの前記第1のOFDMシンボル数前から前記第2のPUSCHの先頭OFDMシンボルまでのシンボル数であり、
前記第1の条件は、前記第1のPUSCHが、ある時間領域ウィンドウにおいて最初に送信されるPUSCHであることであり、
前記第2の条件は、前記第1の送信機会が前記第2の送信機会と異なることであり、
前記第3の条件は、前記ある時間領域ウィンドウは、前記第1のPUSCHと、前記第2のPUSCHと、のために決定されることである、
端末装置。
端末装置に用いられる通信方法であり、
第1のPUSCHと、第2のPUSCHと、を送信するステップと、
前記第1のPUSCHのための第1の送信電力と、前記第2のPUSCHのための第2の送信電力と、を決定するステップと、を備え、
前記第1の送信電力は、第1の送信機会において第1のOFDMシンボル数に少なくとも基づいて決定され、
前記第2の送信電力は、第2の送信機会において第2のOFDMシンボル数に少なくとも基づいて決定され、
第1の条件と、第2の条件と、第3の条件と、の一部または全部が満たされる場合、前記第2のOFDMシンボル数は、前記第1のPUSCHの先頭OFDMシンボルの前記第1のOFDMシンボル数前から前記第2のPUSCHの先頭OFDMシンボルまでのシンボル数であり、
前記第1の条件は、前記第1のPUSCHが、ある時間領域ウィンドウにおいて最初に送信されるPUSCHであることであり、
前記第2の条件は、前記第1の送信機会が前記第2の送信機会と異なることであり、
前記第3の条件は、前記ある時間領域ウィンドウは、前記第1のPUSCHと、前記第2のPUSCHと、のために決定されることである、
通信方法。