JP7337927B2 - 端末、無線通信方法、基地局及びシステム - Google Patents

Description

本開示は、次世代移動通信システムにおける端末、無線通信方法、基地局及びシステムに関する。

Universal Mobile Telecommunications System（ＵＭＴＳ）ネットワークにおいて、更なる高速データレート、低遅延などを目的としてLong Term Evolution（ＬＴＥ）が仕様化された（非特許文献１）。また、ＬＴＥ（Third Generation Partnership Project（３ＧＰＰ） Release（Ｒｅｌ．）８、９）の更なる大容量、高度化などを目的として、ＬＴＥ－Ａｄｖａｎｃｅｄ（３ＧＰＰ Ｒｅｌ．１０－１４）が仕様化された。

ＬＴＥの後継システム（例えば、5th generation mobile communication system（５Ｇ）、５Ｇ＋（plus）、New Radio（ＮＲ）、３ＧＰＰ Ｒｅｌ．１５以降などともいう）も検討されている。

既存のＬＴＥシステム（例えば、３ＧＰＰ Ｒｅｌ．８－１４）では、ユーザ端末（ＵＥ：User Equipment）は、基地局からの下り制御情報（ＤＣＩ：Downlink Control Information、ＤＬアサインメント等ともいう）に基づいて、下り共有チャネル（例えば、ＰＤＳＣＨ：Physical Downlink Shared Channel）の受信を制御する。また、ユーザ端末は、ＤＣＩ（ＵＬグラント等ともいう）に基づいて、上り共有チャネル（例えば、ＰＵＳＣＨ：Physical Uplink Shared Channel）の送信を制御する。

3GPP TS 36.300 V8.12.0 "Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2 (Release 8)"、２０１０年４月

将来の無線通信システム（例えば、ＮＲ）では、所定の送信機会において、スロット境界（slot boundary）にわたって所定のチャネル及び信号の少なくとも一つ（チャネル／信号とも記す）のスケジューリングがサポートされることが検討されている。チャネル／信号は、例えば、共有チャネル（例えば、上り共有チャネル（例えば、ＰＵＳＣＨ））、又は、下り共有チャネル（例えば、ＰＤＳＣＨ））であってもよい。

この場合、ＵＥは、スロット境界にわたって（又は、スロット境界を跨って）スケジュールされる共有チャネルを複数のセグメントに分けて送信又は受信を制御することが検討されている。しかしながら、共有チャネルをセグメントに分けて送信又は受信を行う場合にどのように制御するかが問題となる。

本開示は、所定のチャネル／信号が分割されて送信又は受信が行われる場合であっても通信を適切に行うことができる端末、無線通信方法、基地局及びシステムを提供することを目的の１つとする。

本開示の一態様に係る端末は、物理上り共有チャネル（ＰＵＳＣＨ）の繰り返し回数に関する情報を受信する受信部と、繰り返し送信が適用されるあるＰＵＳＣＨを複数のＰＵＳＣＨに分割して送信する場合、分割前のＰＵＳＣＨに基づいて決定された送信電力を、前記複数のＰＵＳＣＨそれぞれに適用するように制御する制御部と、を有することを特徴とする。

本開示の一態様によれば、所定のチャネル／信号が分割されて送信又は受信が行われる場合であっても通信を適切に行うことができる。

図１は、共有チャネル（例えば、ＰＵＳＣＨ）の割当ての一例を示す図である。 図２は、マルチセグメント送信の一例を示す図である。 図３は、ＭＣＳテーブルの一例を示す図である。 図４は、複数のＰＵＳＣＨ送信（例えば、繰り返しＰＵＳＣＨ）に適用する冗長バージョンの一例を示す図である。 図５Ａ－図５Ｅは、複数セグメントに適用する送信条件又は送信パラメータの一例を示す図である。 図６は、複数セグメントに適用する送信条件又は送信パラメータの他の例を示す図である。 図７は、複数セグメントに適用する送信条件又は送信パラメータの他の例を示す図である。 図８は、セルフデコーダブルな冗長バージョンを説明する図である。 図９は、複数セグメントに適用するＲＶの一例を示す図である。 図１０は、複数セグメントに適用するＲＶの他の例を示す図である。 図１１は、複数セグメントに適用するＲＶの他の例を示す図である。 図１２は、一実施形態に係る無線通信システムの概略構成の一例を示す図である。 図１３は、一実施形態に係る基地局の構成の一例を示す図である。 図１４は、一実施形態に係るユーザ端末の構成の一例を示す図である。 図１５は、一実施形態に係る基地局及びユーザ端末のハードウェア構成の例を示す図である。

（マルチセグメント送信）
既存システム（例えば、３ＧＰＰ Ｒｅｌ．１５）では、ＵＥは、ある送信機会（transmission occasion）（期間、機会等ともいう）の上り共有チャネル（例えば、ＰＵＳＣＨ）又は下り共有チャネル（例えば、ＰＤＳＣＨ）に対して、単一のスロット内で時間領域リソース（例えば、所定数のシンボル）を割り当てることが検討されてきた。

ＵＥは、ある送信機会において、スロット内の連続する所定数のシンボルに割り当てられるＰＵＳＣＨを用いて、一つ又は複数のトランスポートブロック（Transport Block（ＴＢ））を送信してもよい。また、ＵＥは、ある送信機会において、スロット内の連続する所定数のシンボルに割り当てられるＰＤＳＣＨを用いて、一つ又は複数のＴＢを送信してもよい。

一方、将来の無線通信システム（例えば、Ｒｅｌ．１６以降）では、ある送信機会のＰＵＳＣＨ又はＰＤＳＣＨに対して、スロット境界を跨って（又は、複数のスロットに渡って）時間領域リソースを割り当てることも想定される（図１参照）。図１では、１スロット内の連続する所定数（ここでは、７シンボル）に割当てられるＰＵＳＣＨに加えて、スロット境界を跨いで（又は、クロスして）ＰＵＳＣＨが割当てられる場合を示している。

具体的には、スロット＃ｎのシンボル＃１０～＃１３及びスロット＃ｎ＋１のシンボル＃０～＃３に割り当てられるＰＵＳＣＨは、スロット境界を跨って送信される。また、図１に示すように、複数の送信機会に渡ってＰＵＳＣＨの繰り返し送信が行われる場合、少なくとも一部の送信機会又は繰り返し送信がスロット境界を跨って送信されることも想定される。

スロット境界を跨いで（複数のスロットに渡って）割り当てられる時間領域リソースを利用したチャネル／信号の送信は、マルチセグメント送信、２セグメント送信、クロススロット境界送信、不連続送信、複数分割送信等とも呼ばれる。同様に、スロット境界を跨いで送信されるチャネル／信号の受信は、マルチセグメント受信、２セグメント受信、クロススロット境界受信、不連続受信、複数分割受信等とも呼ばれる。

図２は、マルチセグメント送信の一例を示す図である。なお、図２では、ＰＵＳＣＨのマルチセグメント送信を例示するが、他の信号／チャネル（例えば、ＰＤＳＣＨ等）に置き換えてもよい。以下の説明では、スロット境界に基づいて各セグメントに分割される場合を示すが、各セグメントに分割される基準はスロット境界に限られない。また、以下の説明では、ＰＵＳＣＨのシンボル長が７シンボルである場合を示すが、これに限られず２シンボル長より長いシンボルであれば同様に適用できる。

図２において、ＵＥは、所定数のセグメントに基づいて、一つのスロット内で割当て（又は、スケジュール）されるＰＵＳＣＨ、又は複数のスロットに跨って割当てられるＰＵＳＣＨの送信を制御してもよい。ＵＥは、ある送信機会において一以上のスロットにわたる時間領域リソースがＰＵＳＣＨに割り当てられる場合、当該ＰＵＳＣＨを複数のセグメントに分けて（又は、分割、split）して送信処理を制御してもよい。例えば、ＵＥは、スロット境界を基準に分割した各セグメントを、当該各セグメントが対応するスロット内の所定数の割り当てシンボルにマッピングしてもよい。

ここで、「セグメント」は、一つの送信機会に割り当てられる各スロット内の所定数のシンボル又は当該所定数のシンボルで送信されるデータであってもよい。例えば、一つの送信機会で割り当てられるＰＵＳＣＨの先頭シンボルが第一のスロット、末尾シンボルが第二のスロットにある場合、当該ＰＵＳＣＨについて、第一のスロットに含まれる一以上のシンボルを第一のセグメント、第二のスロットに含まれる一以上のシンボルを第二のセグメント、としてもよい。

なお、「セグメント」は、所定のデータユニットであり、一つ又は複数のＴＢの少なくとも一部であってもよい。例えば、各セグメントは、一つ又は複数のＴＢ、一つ又は複数のコードブロック（Code Block（ＣＢ））、又は、一つ又は複数のコードブロックグループ（Code Block Group（ＣＢＧ））で構成されてもよい。なお、１ＣＢは、ＴＢの符号化用のユニットであり、ＴＢが一つ又は複数に分割（CB segmentation）されたものであってもよい。また、１ＣＢＧは、所定数のＣＢを含んでもよい。なお、分割されたセグメントは、ショートセグメント（short segment）と呼ばれてもよい。

各セグメントのサイズ（ビット数）は、例えば、ＰＵＳＣＨが割り当てられるスロット数、各スロットにおける割り当てシンボル数、及び、各スロットにおける割り当てシンボル数の割合の少なくとも一つに基づいて決定されてもよい。また、セグメントの数は、ＰＵＳＣＨが割り当てられるスロット数に基づいて決定されてもよい。

例えば、スロット＃ｎのシンボル＃５～＃１１に割り当てられるＰＵＳＣＨは、単一のスロット内（単一のセグメント）でスロット境界を跨がずに送信される。このように、スロット境界を跨がずにＰＵＳＣＨの送信（単一のスロット内に割り当てられる所定数のシンボルを用いたＰＵＳＣＨの送信）は、シングルセグメント（single-segment）送信、１セグメント（one-segment）送信、非セグメント（non-segmented）送信等と呼ばれてもよい。

一方、スロット＃ｎのシンボル＃１０～＃１３及びスロット＃ｎ＋１のシンボル＃０～＃２に割り当てられるＰＵＳＣＨは、スロット境界を跨って送信される。このように、スロット境界を跨るＰＵＳＣＨの送信（複数のスロット内に割り当てられる所定数のシンボルを用いたＰＵＳＣＨの送信）は、マルチセグメント（multi-segment）送信、２セグメント（two-segment）送信、クロススロット境界送信等と呼ばれてもよい。

また、図２に示すように、複数の送信機会にわたってＰＵＳＣＨの繰り返し送信が行われる場合、少なくとも一部の送信機会にマルチセグメント送信が適用されてもよい。例えば、図２では、ＰＵＳＣＨが２回繰り返され、１回目のＰＵＳＣＨ送信にはシングルセグメント送信が適用され、２回目のＰＵＳＣＨ送信にはマルチセグメント送信が適用される。

また、繰り返し送信は、一以上の時間ユニットで行われてもよい。各送信機会が各時間ユニットに設けられてもよい。各時間ユニットは、例えば、スロットであってもよいし、スロットよりも短い時間ユニット（例えば、ミニスロット、サブスロット又はハーフスロット等ともいう）であってもよい。例えば、図２では、７シンボルのミニスロットを用いた繰り返し送信が示されるが、繰り返し送信の単位（例えば、シンボル長）は図２に示すものに限られない。

また、繰り返し回数が１であることは、ＰＵＳＣＨ又はＰＤＳＣＨを１回送信する（繰り返し無しである）ことを示してもよい。

また、繰り返し送信は、スロットアグリゲーション（slot-aggregation）送信、マルチスロット送信等と呼ばれてもよい。当該繰り返し回数（アグリゲーション数、アグリゲーションファクター）Ｎは、上位レイヤパラメータ（例えば、ＲＲＣ ＩＥの「pusch-AggregationFactor」又は「pdsch-AggregationFactor」）及びＤＣＩの少なくとも一つによってＵＥに指定されてもよい。また、送信機会、繰り返し、スロット又はミニスロット等は相互に言い換え可能である。

このように、割当て（又は、スケジュール）が指示されるＰＵＳＣＨ（nominal PUSCHとも呼ぶ）がスロット境界をクロスする場合、又は１送信（例えば、７シンボル）の範囲にＰＵＳＣＨ送信に利用できないシンボル（例えば、ＤＬ又はフレキシブル）が存在する場合が想定される。かかる場合、ＵＥは、当該ＰＵＳＣＨを複数のセグメント（又は、repetition）に分割して送信を制御することが考えられる。

しかしながら、ＰＵＳＣＨを複数のセグメントに分割して送信を行う場合、どのように送信を制御するかが問題となる。例えば、ＵＥがＰＵＳＣＨを送信する場合、所定の送信条件又は送信パラメータを用いて送信を行うが、分割されたセグメントの送信条件又は送信パラメータをどのように制御するかが問題となる。送信条件の一例としては、トランスポートブロックサイズ（ＴＢＳ）及び冗長バージョン（Redundancy Version（ＲＶ））の少なくとも一つが考えられる。

＜トランスポートブロックサイズ＞
図３は、上記将来の無線通信システムにおけるＭＣＳテーブルの一例を示す図である。なお、図３は、例示にすぎず、図示される値に限られないし、一部の項目（フィールド）が削除されてもよいし、図示されない項目が追加されてもよい。

図３に示すように、当該将来の無線通信システムでは、変調次数（Modulation order）と、符号化率（想定される符号化率、ターゲット符号化率等ともいう）と、当該変調次数及び符号化率を示すインデックス（例えば、ＭＣＳインデックス）と、を関連付けるテーブル（ＭＣＳテーブル）が規定されてもよい（ユーザ端末に記憶されてもよい）。なお、当該ＭＣＳテーブルでは、上記３項目に加えて、スペクトル効率（Spectral efficiency）が関連付けられてもよい。

ユーザ端末は、ＰＤＳＣＨのスケジューリング用のＤＣＩ（ＤＬアサインメント、ＤＣＩフォーマット１＿０及び１＿１の少なくとも一つ）を受信し、ＭＣＳテーブル（図３）及び当該ＤＣＩに含まれるＭＣＳインデックスに基づいて、ＰＤＳＣＨ用の変調次数（Ｑｍ）及び符号化率（Ｒ）を決定してもよい。

また、ユーザ端末は、ＰＵＳＣＨのスケジューリング用のＤＣＩ（ＵＬグラント、ＤＣＩフォーマット０＿０及び０＿１の少なくとも一つ）を受信し、ＭＣＳテーブル（図３）及び当該ＤＣＩに含まれるＭＣＳインデックスに基づいて、ＰＵＳＣＨ用の変調次数（Ｑｍ）及び符号化率（Ｒ）を決定してもよい。

当該将来の無線通信システムでは、ユーザ端末は、下記のステップ１）～４）の少なくとも一つを用いてＴＢＳを決定してもよい。なお、下記のステップ１）～４）は、ＰＤＳＣＨ用のＴＢＳの決定を一例として説明するが、ＰＵＳＣＨ用のＴＢＳの決定にも、下記ステップ１）～４）における“ＰＤＳＣＨ”を“ＰＵＳＣＨ”に置き換えて適宜適用可能である。

ステップ１）
ユーザ端末は、スロット内のＲＥの数（Ｎ_ＲＥ）を決定する。

具体的には、ユーザ端末は、１ＰＲＢ内でＰＤＳＣＨに割り当てられるＲＥの数（Ｎ’_ＲＥ）を決定してもよい。例えば、ユーザ端末は、下記式（１）に示される少なくとも一つのパラメータに基づいて、１ＰＲＢ内でＰＤＳＣＨに割り当てられるＲＥの数（Ｎ’_ＲＥ）を決定してもよい。

ここで、Ｎ^ＲＢ _ＳＣは、１ＲＢあたりのサブキャリアの数であり、例えば、Ｎ^ＲＢ _ＳＣ＝１２であってもよい。Ｎ^ｓｈ _ｓｙｍｂは、スロット内でスケジューリングされたシンボル（例えば、ＯＦＤＭシンボル）の数である。

Ｎ^ＰＲＢ _ＤＭＲＳは、スケジューリングされた期間内における１ＰＲＢあたりのＤＭＲＳ用のＲＥの数である。当該ＤＭＲＳ用のＲＥの数は、ＤＣＩ（例えば、ＤＣＩフォーマット１＿０、１＿１、０＿０及び０＿１の少なくとも一つ）によって示されるＤＭＲＳの符号分割多重（ＣＤＭ：Code Division Multiplexing）に関するグループのオーバーヘッドを含んでもよい。

Ｎ^ＰＲＢ _ｏｈは、上位レイヤパラメータによって設定（configure）される値であってもよい。例えば、Ｎ^ＰＲＢ _ｏｈは、上位レイヤパラメータ（Ｘｏｈ－ＰＤＳＣＨ）が示すオーバーヘッドであり、０、６、１２又は１８のいずれかの値であってもよい。Ｘｏｈ－ＰＤＳＣＨがユーザ端末に設定（通知）されない場合、Ｘｏｈ－ＰＤＳＣＨは０に設定されてもよい。また、ランダムアクセス手順におけるメッセージ３（ｍｓｇ３）では、Ｘｏｈ－ＰＵＳＣＨは０に設定される。

また、ユーザ端末は、ＰＤＳＣＨに割り当てられるＲＥの総数（Ｎ_ＲＥ）を決定してもよい。ユーザ端末は、１ＰＲＢ内でＰＤＳＣＨに割り当てられるＲＥの数（Ｎ’_ＲＥ）及びユーザ端末に割り当てられるＰＲＢの総数（ｎ_ＰＲＢ）に基づいて、当該ＰＤＳＣＨに割り当てられるＲＥの総数（Ｎ_ＲＥ）を決定してもよい（例えば、下記式（２））。

なお、ユーザ端末は、１ＰＲＢ内でＰＤＳＣＨに割り当てられるＲＥの数（Ｎ’_ＲＥ）を所定のルールに従って量子化し、当該量子化されたＲＥ数とユーザ端末に割り当てられるＰＲＢの総数（ｎ_ＰＲＢ）とに基づいて、ＰＤＳＣＨに割り当てられるＲＥの総数（Ｎ_ＲＥ）を決定してもよい。

ステップ２）
ユーザ端末は、情報ビットの中間数（intermediate number）（Ｎ_ｉｎｆｏ）を決定する。具体的には、ユーザ端末は、下記式（３）に示される少なくとも一つのパラメータに基づいて、当該中間数（Ｎ_ｉｎｆｏ）を決定してもよい。なお、当該中間数（Ｎ_ｉｎｆｏ）は、一時的なＴＢＳ（ＴＢＳ_ｔｅｍｐ）等と呼ばれてもよい。

ここで、Ｎ_ＲＥは、ＰＤＳＣＨに割り当てられるＲＥの総数である。Ｒは、ＭＣＳテーブル（例えば、図３）においてＤＣＩに含まれるＭＣＳインデックスに関連付けられる符号化率である。Ｑ_ｍは、当該ＭＣＳテーブルにおいて当該ＤＣＩに含まれるＭＣＳインデックスに関連付けられる変調次数である。ｖは、ＰＤＳＣＨのレイヤの数である。

ステップ３）
ステップ２）で決定される情報ビットの中間数（Ｎ_ｉｎｆｏ）が所定の閾値（例えば、３８２４）以下（又は未満）である場合、ユーザ端末は、当該中間数を量子化し、量子化された中間数（Ｎ’ｉｎｆｏ）を決定してもよい。ユーザ端末は、例えば、式（４）を用いて、量子化された中間数（Ｎ’ｉｎｆｏ）を算出してもよい。

また、ユーザ端末は、所定のテーブル（例えば、ＴＢＳとインデックスとを関連づけるテーブル（量子化（quantization）テーブル又はＴＢＳテーブル等ともいう））を用いて、量子化された中間数（Ｎ’ｉｎｆｏ）以上の（not less than）最も近いＴＢＳを見つけ（find）てもよい。

ステップ４）
一方、ステップ２）で決定される情報ビットの中間数（Ｎ_ｉｎｆｏ）が所定の閾値（例えば、３８２４）より大きい（又は以上）である場合、ユーザ端末は、当該中間数（Ｎ_ｉｎｆｏ）を量子化し、量子化された中間数（Ｎ’ｉｎｆｏ）を決定してもよい。ユーザ端末は、例えば、式（５）を用いて、量子化された中間数（Ｎ’ｉｎｆｏ）を算出してもよい。なお、ラウンド関数は、端数を切り上げてもよい。

ここで、上記ＭＣＳテーブル（例えば、図３）でＤＣＩ内のＭＣＳインデックスに関連付けられる符号化率（Ｒ）が所定の閾値（例えば、１／４）以下（又は未満）である場合、ユーザ端末は、下記式（６）に示される少なくとも一つのパラメータに基づいて（例えば、式（６）を用いて）、ＴＢＳを決定してもよい。

Ｎ’ｉｎｆｏは、量子化された中間数であり、例えば、上記式（５）を用いて算出されてもよい。また、Ｃは、ＴＢが分割されるコードブロック（ＣＢ：code bock）の数であってもよい。

一方、上記符号化率（Ｒ）が所定の閾値（例えば、１／４）より大きい（又は以上）であり、かつ、情報ビットの量子化された中間数（Ｎ’ｉｎｆｏ）が所定の閾値（例えば、８４２４）より大きい（又は以上）である場合、ユーザ端末は、下記式（７）に示される少なくとも一つのパラメータに基づいて（例えば、式（７）を用いて）、ＴＢＳを決定してもよい。

また、上記符号化率（Ｒ）が所定の閾値（例えば、１／４）以下（又は未満）であり、かつ、量子化された中間数（Ｎ’ｉｎｆｏ）が所定の閾値（例えば、８４２４）以下（又は未満）である場合、ユーザ端末は、下記式（８）に示される少なくとも一つのパラメータに基づいて（例えば、式（８）を用いて）、ＴＢＳを決定してもよい。

このように、当該将来の無線通信システムでは、ユーザ端末は、スロット内でＰＤＳＣＨ又はＰＵＳＣＨに利用可能なＲＥ数（Ｎ_ＲＥ）、符号化率（Ｒ）、変調次数（Ｑｍ）、レイヤ数の少なくとも一つに基づいて情報ビットの中間数（Ｎ_ｉｎｆｏ）を決定し、当該中間数（Ｎ_ｉｎｆｏ）が量子化された中間数（Ｎ’ｉｎｆｏ）に基づいてＰＤＳＣＨ用又はＰＵＳＣＨ用のＴＢＳを決定することが検討されている。

＜冗長バージョン＞
複数の共有チャネル（例えば、ＰＵＳＣＨ）の送信又はＰＵＳＣＨの繰り返し送信を行う場合、各ＰＵＳＣＨ送信において所定の冗長バージョン（ＲＶ）が適用される。

複数の送信機会にわたってＰＵＳＣＨ（又は、ＴＢ）の繰り返し送信が行われる場合、当該ＴＢのｎ番目の送信機会に適用されるＲＶは、所定ルールに基づいて決定されてもよい。例えば、所定のＲＮＴＩを利用してＣＲＣスクランブルされたＰＤＣＣＨ（又は、ＤＣＩ）によりスケジュールされたＰＵＳＣＨの繰り返し送信に対して、ＤＣＩで通知される情報と送信機会のインデックスに基づいてＲＶが決定されてもよい。

ＵＥは、ＰＤＳＣＨの繰り返しをスケジュールするＤＣＩ内の所定フィールド（例えば、ＲＶフィールド）の値に基づいて、ｎ番目の繰り返しに対応するＲＶ（ＲＶインデックス、ＲＶ値などと読み替えられてもよい）を決定してもよい。なお、本開示においては、ｎ番目の繰り返しはｎ－１番目の繰り返しと互いに読み替えられてもよい（例えば、１番目の繰り返しは、０番目の繰り返しと表現されてもよい）。

例えば、ＵＥは、２ビットのＲＶフィールドに基づいて、１番目の繰り返しに適用するＲＶインデックスを決定してもよい。例えば、ＲＶフィールドの値が“００”、“０１”、“１０”、“１１”であることは、それぞれ１番目の繰り返しのＲＶインデックスが‘０’、‘１’、‘２’、‘３’であることに対応してもよい。

図４は、各送信機会に対するＲＶのマッピングの一例を示す図である。図４の表の一番左の列は、ＲＶフィールドによって示されるＲＶインデックス（ｒｖ_ｉｄ）を示す。ＵＥは、この値に応じて、ｎ番目の繰り返し（送信機会）に適用されるＲＶインデックスを判断してもよい。

例えば、ＵＥは、ＲＶフィールドによって示されるｒｖ_ｉｄが０の場合、ｎ ｍｏｄ ４（ｍｏｄ（ｎ，４）と等価）＝０、１、２、３が、それぞれｒｖ_ｉｄ＝０、２、３、１に対応すると判断してもよい。つまり、ＵＥは、ＲＶシーケンス｛＃０、＃２、＃３、＃１｝について、ＲＶフィールドによって示されたＲＶを開始位置として、繰り返しごとに１つ右のＲＶを適用してもよい。

ＰＵＳＣＨの繰り返しについては、特定のＲＶシーケンスのみがサポートされてもよい。当該特定のＲＶシーケンスは、互いに異なるＲＶインデックスを含む（同じＲＶインデックスを含まない）ＲＶシーケンス（例えば、ＲＶシーケンス｛＃０、＃２、＃３、＃１｝）であってもよい。なお、本開示において、ＲＶシーケンスは、１つ又は複数のＲＶインデックスから構成されてもよい。

また、ＰＵＳＣＨの繰り返しについては、１より多いＲＶシーケンスがサポートされてもよい。当該１より多いＲＶシーケンスは、例えば、ＲＶシーケンス｛＃０、＃２、＃３、＃１｝、｛＃０、＃３、＃０、＃３｝、｛＃０、＃０、＃０、＃０｝などを含んでもよい。適用されるＲＶシーケンスの数は、送信タイプに応じて設定されてもよい。例えば、ＤＣＩでＰＵＳＣＨがスケジュールされるダイナミックベースのＰＵＳＣＨ送信には１つのＲＶシーケンスを適用し、設定グラントベースのＰＵＳＣＨ送信には複数のＲＶシーケンスが適用されてもよい。

ＵＥは、ＰＵＳＣＨの繰り返しのために、１より多いＲＶシーケンスの少なくとも１つを、上位レイヤシグナリングによって設定されてもよい。例えば、ＵＥは、２ビットのＲＶフィールドに基づいて、設定されたＲＶシーケンスから、１番目の繰り返しに適用するＲＶインデックスを決定してもよい。ＵＥは、１番目の繰り返しに適用するＲＶインデックスに基づいて、第１のマッピングで上述したように、ｎ番目の繰り返し（送信機会）に適用されるＲＶインデックスを判断してもよい。

例えば、設定グラントベースのＰＵＳＣＨ送信において、上位レイヤシグナリングにより、ＲＶシーケンス｛＃０、＃２、＃３、＃１｝、｛＃０、＃３、＃０、＃３｝、及び｛＃０、＃０、＃０、＃０｝の少なくとも一つが設定されてもよい。

上述したように、ＰＵＳＣＨを送信する場合、所定のトランスポートブロックサイズ（ＴＢＳ）を用いて送信を行うが、分割されたセグメントのＴＢＳをどのように制御するかが問題となる。あるいは、ＰＵＳＣＨを送信する場合、所定の冗長バージョン（ＲＶ）を用いて送信を行うが、分割された複数のセグメントの冗長バージョンをどのように制御するかが問題となる。

本発明者等は、共有チャネルの複数のセグメントに対して送信条件又はパラメータ等をどのように適用するかについて検討し、本発明に至った。

以下、本開示に係る実施形態について、図面を参照して詳細に説明する。なお、以下の第１の態様～第３の態様はそれぞれ単独で用いられてもよいし、少なくとも２つを組み合わせて適用されてもよい。以下の説明は、上り共有チャネル（例えば、ＰＵＳＣＨ）を例に挙げて説明するが、適用可能な信号／チャネルはこれに限られない。例えば、ＰＵＳＣＨをＰＤＳＣＨ、送信を受信に読み替えて本実施の形態を適用してもよい。

また、以下に示す態様は、繰り返し送信（repetition、又はnominal repetitionとも呼ぶ）を適用する共有チャネル（ＰＵＳＣＨ又はＰＤＳＣＨ）、及び繰り返し送信を適用しない（又は、繰り返し数が１である）共有チャネルの少なくとも一つに対して適用できる。

（第１の態様）
第１の態様では、ＰＵＳＣＨを複数のセグメントに分割して送信を行う場合に、各セグメントに適用するトランスポートブロックサイズ（ＴＢＳ）について説明する。

ＵＥは、所定領域又は所定送信機会にスケジュール又は割当てられたＰＵＳＣＨ（nominal PUSCHとも呼ぶ）を複数のセグメントに分割して送信する場合、分割後の各セグメントのＴＢＳを所定条件に基づいて決定する。所定条件は、時間（time）、周波数（freq）、変調符号化方式（MCS）、及びレイヤ数（layer）の少なくとも一つを含む送信条件又は送信パラメータであってもよい。変調符号化方式（MCS）は、変調次数（Modulation order）及び符号化率（target code rate）の少なくとも一つであってもよい。

ＵＥは、分割された複数のセグメントのＴＢＳが同一となるように制御してもよい。また、分割前のＰＵＳＣＨのＴＢＳ（オリジナルＴＢＳとも呼ぶ）と、分割後の各セグメントのＴＢＳが同一となるように制御してもよい。複数のＰＵＳＣＨ送信の間で同じＴＢＳを利用してＴＢを送信することにより、複数のＴＢを受信側（例えば、上りでは基地局）で適切に合成（combine）することが可能となる。

ＵＥは、各ＰＵＳＣＨ送信（例えば、シングルセグメントＰＵＳＣＨ、又はマルチセグメントＰＵＳＣＨ）のＴＢＳについて、時間（time）、周波数（freq）、変調符号化方式（MCS）、及びレイヤ数（layer）等の条件に基づいて決定してもよい。例えば、上述したステップ１）－ステップ４）に基づいてＴＢＳを決定してもよい。

ＰＵＳＣＨが複数のセグメントに分割される場合、各セグメントの時間方向の割当て（例えば、シンボル数）はオリジナルＰＵＳＣＨより少なくなる。そのため、各セグメントのＴＢＳをオリジナルＴＢＳと同一とする場合、他の送信条件又は送信パラメータ（例えば、周波数、ＭＣＳ及びレイヤの少なくとも一つ）を変更する、又は所定のＭＣＳインデックスを適用するように制御してもよい。例えば、ＵＥは、以下のオプション１－１～オプション１－５の少なくとも一つに基づいて各セグメントに適用する送信条件又は送信パラメータを変更してもよい。

＜オプション１－１＞
複数のセグメントの少なくとも一つについて、割当てを行う周波数リソース（例えば、ＲＢ数又はＰＲＢ数）を増加してもよい。つまり、ＴＢＳを決定するパラメータにおいて、分割により時間（time）パラメータに相当するシンボル数が減少するため、周波数（freq）パラメータに相当する周波数リソースを増加させる（図５Ａ、図６参照）。

例えば、ＵＥは、複数のセグメントの少なくとも一つの割当てＰＲＢ数を分割前のＰＵＳＣＨの割当てＰＲＢ数（オリジナルＰＲＢ数とも呼ぶ）より増やして割当てを行ってもよい。分割前のＰＵＳＣＨの割当てＰＲＢ数は、ＰＵＳＣＨをスケジュールするＤＣＩで指定されてもよい。

各セグメントの割当てＰＲＢ数をそれぞれ同じ数だけ増加するように制御してもよい。例えば、ＰＵＳＣＨを第１のセグメント及び第２のセグメントに分割する場合、第１のセグメントの割当てＰＲＢ数と、第２のセグメントの割当てＰＲＢ数の変更（例えば、増加）を共通に行ってもよい。

あるいは、各セグメントの割当てＰＲＢ数をそれぞれ別々に増加するように制御してもよい。例えば、各セグメントの時間リソース（例えば、シンボル数）に基づいて、増加する周波数リソース（例えば、ＰＲＢ数）が決定されてもよい。一例として、シンボル数が少ない第１のセグメントのＰＲＢ数を、第１のセグメントよりシンボル数が多い第２のセグメントのＰＲＢ数より多くなるように変更してもよい（図６の繰り返し送信参照）。

各セグメントに適用される周波数リソース（例えば、増加するＰＲＢ数）に関する情報は、仕様であらかじめ定義されてもよいし、基地局からＵＥに上位レイヤシグナリング及びＤＣＩの少なくとも一つを利用して通知してもよい。

このように各セグメントに割当てる周波数リソース（例えば、ＰＲＢ数）を増加することにより、符号化率（coding rate）を維持しつつ又は増加することなく、オリジナルＰＵＳＣＨ（例えば、最初に割当てられたＰＵＳＣＨ）と同じＴＢＳを維持することができる。

＜オプション１－２＞
複数のセグメントの少なくとも一つについて、ＭＣＳ（例えば、変調次数及び符号化率の少なくとも一つ）を増加してもよい。つまり、ＴＢＳを決定するパラメータにおいて、分割により時間（time）パラメータに相当するシンボル数が減少するため、ＭＣＳを増加させる（図５Ｂ参照）。当該、ＭＣＳは、変調次数及び符号化率の少なくとも一つであってもよいし、ＭＣＳインデックスであってもよい。

例えば、ＵＥは、複数のセグメントの少なくとも一つのＭＣＳを分割前のＰＵＳＣＨのＭＣＳ（オリジナルＭＣＳとも呼ぶ）より増やして割当てを行ってもよい。分割前のＰＵＳＣＨのＭＣＳは、ＰＵＳＣＨをスケジュールするＤＣＩで指定されてもよい。

各セグメントのＭＣＳをそれぞれ同じ数だけ増加するように制御してもよい。例えば、ＰＵＳＣＨを第１のセグメント及び第２のセグメントに分割する場合、第１のセグメントのＭＣＳと、第２のセグメントのＭＣＳの変更（例えば、増加）を共通に行ってもよい。

あるいは、各セグメントのＭＣＳをそれぞれ別々に増加するように制御してもよい。例えば、各セグメントの時間リソース（例えば、シンボル数）に基づいて、増加するＭＣＳが決定されてもよい。一例として、シンボル数が少ない第１のセグメントのＭＣＳを、第１のセグメントよりシンボル数が多い第２のセグメントのＭＣＳより大きくなるように変更してもよい。

各セグメントに適用されるＭＣＳ（例えば、増加するＭＣＳ）に関する情報は、仕様であらかじめ定義されてもよいし、基地局からＵＥに上位レイヤシグナリング及びＤＣＩの少なくとも一つを利用して通知してもよい。

このように各セグメントに適用するＭＣＳを増加することにより、周波数リソースの割当てを維持しつつ又は増加することなく、オリジナルＰＵＳＣＨ（例えば、最初に割当てられたＰＵＳＣＨ）と同じＴＢＳを維持することができる。また、周波数リソースは変更されないため、セグメントＰＵＳＣＨの割当て制御が複雑になることを抑制できる。

＜オプション１－３＞
複数のセグメントの少なくとも一つについて、特定のＭＣＳインデックス、又は特定の変調次数を適用してもよい。特定のＭＣＳインデックスは、予約されたＭＣＳインデックス（reserved MCS index）であってもよい。また、特定の変調次数は、仕様であらかじめ定義された固定値、又は基地局から通知又は設定された値であってもよい。

特定のＭＣＳインデックス（例えば、reserved MCS index）を利用する場合、ＵＥは、上述した４ステップを利用せず、最新のＰＤＣＣＨ（latest PDCCH）で送信されるＤＣＩ（ＭＣＳインデックスが０以上２７以下）に基づいて決定される。つまり、特定のＭＣＳインデックス又は特定の変調次数を適用することにより、再計算（re-calculate）を行うことなくオリジナルＴＢＳを維持することができる。

＜オプション１－４＞
複数のセグメントの少なくとも一つについて、空間リソース（例えば、レイヤ数）を増加してもよい。つまり、ＴＢＳを決定するパラメータにおいて、分割により時間（time）パラメータに相当するシンボル数が減少するため、空間リソースを増加させる（図５Ｄ、図７参照）。

例えば、ＵＥは、複数のセグメントの少なくとも一つの空間リソース（例えば、レイヤ数）を分割前のＰＵＳＣＨの空間リソース（例えば、オリジナルレイヤ数）より増やして割当てを行ってもよい。分割前のＰＵＳＣＨの空間リソース（例えば、レイヤ数）は、ＰＵＳＣＨをスケジュールするＤＣＩで指定されてもよい。

各セグメントのレイヤ数をそれぞれ同じ数だけ増加するように制御してもよい。例えば、ＰＵＳＣＨを第１のセグメント及び第２のセグメントに分割する場合、第１のセグメントのレイヤ数と、第２のセグメントのレイヤ数の変更（例えば、増加）を共通に行ってもよい。

あるいは、各セグメントのＭＣＳをそれぞれ別々に増加するように制御してもよい。例えば、各セグメントの時間リソース（例えば、シンボル数）に基づいて、増加するレイヤ数が決定されてもよい。一例として、シンボル数が少ない第１のセグメントのレイヤ数を、第１のセグメントよりシンボル数が多い第２のセグメントのレイヤ数より多くなるように変更してもよい（図７の繰り返し送信参照）。

各セグメントに適用されるレイヤ数（例えば、増加するレイヤ数）に関する情報は、仕様であらかじめ定義されてもよいし、基地局からＵＥに上位レイヤシグナリング及びＤＣＩの少なくとも一つを利用して通知してもよい。

このように各セグメントに適用するレイヤ数を増加することにより、周波数リソースの割当て及びＭＣＳを維持しつつ又は増加することなく、オリジナルＰＵＳＣＨ（例えば、最初に割当てられたＰＵＳＣＨ）と同じＴＢＳを維持することができる。また、周波数リソースは変更されないため、セグメントＰＵＳＣＨの割当て制御が複雑になることを抑制できる。

＜オプション１－５＞
上記オプション１－１～オプション１－４のうち、少なくとも２つのオプションを組み合わせて適用してもよい。例えば、複数のセグメントの少なくとも一つについて、周波数リソース（例えば、ＰＲＢ数）及びＭＣＳを増加してもよい。つまり、ＴＢＳを決定するパラメータにおいて、分割により時間（time）パラメータに相当するシンボル数が減少するため、周波数リソース及びＭＣＳを増加させる（図５Ｅ参照）。

その他にも、周波数リソース及び空間リソースを増加してもよいし、ＭＣＳ及び空間リソースを増加してもよいし、周波数リソース、ＭＣＳ及び空間リソースを増加してもよい。また、複数のセグメントに対して、増加するパラメータは共通としてもよい。あるいは、セグメントごとに増加するパラメータを別々に設定してもよい。

＜ＵＥ動作＞
ＰＵＳＣＨを複数セグメントに分割して送信を行う場合、ＵＥは自律的（例えば、automatically）に各セグメントの送信条件又はパラメータを調整してもよい。例えば、スケジュール又は設定されたＰＵＳＣＨがスロット境界を跨ぐ場合、スロット境界を基準としてＰＵＳＣＨを分割し、分割されたセグメントに上記オプション１－１～オプション１－５の少なくとも一つを適用してもよい。

例えば、ＵＥは、オプション１－１を適用する場合、各セグメントのＰＲＢ数を調整する。ＵＥは、オプション１－２を適用する場合、各セグメントのＭＣＳを調整する。ＵＥは、オプション１－４を適用する場合、各セグメントのレイヤ数を調整する。ＵＥは、オプション１－５を適用する場合、各セグメントのＰＲＢ数、ＭＣＳ及びレイヤ数の少なくとも２つを調整する。

ＵＥは、オプション１－３を適用する場合、所定のＭＣＳインデックス（例えば、ＭＣＳ＝２８、２９、３０、又は３１）を適用してもよい。どのＭＣＳインデックスを適用するかは上位レイヤシグナリングで設定されてもよいし、符号化率に基づいて選択されてもよい。また、オプション１－３を適用する場合、変調次数として、ＤＣＩに含まれるＭＣＳフィールドで通知された変調次数と同じ値を適用してもよい。

あるいは、ＰＵＳＣＨを複数セグメントに分割して送信を行う場合、ＵＥは基地局から通知される情報に基づいて各セグメントの送信条件又はパラメータを調整してもよい。例えば、ＵＥは、ＤＣＩの所定フィールド（例えば、新規フィールド）及び上位レイヤシグナリングの少なくとも一つを利用して明示的に通知される情報に基づいて各セグメントに適用する送信条件又はパラメータを決定してもよい。

あるいは、スケジュール状況（又は、通信状況）に基づいて、各セグメントに適用する送信条件又はパラメータが制御されてもよい。例えば、ＵＥは、各セグメントの周波数方向に利用可能なリソースが存在する場合に、オプション１－１を適用するように制御してもよい。また、ＵＥは、オリジナルＰＵＳＣＨの周波数リソース（例えば、割当てＰＲＢ数）が所定値以上の場合、周波数リソースの増加は行わず他の方法（例えば、オプション１－２～オプション１－４のいずれか）を適用するように制御してもよい。

また、ＵＥは、オリジナルＰＵＳＣＨのＭＣＳが所定値以下の場合、ＭＣＳの増加は行わず他の方法（例えば、オプション１－１、１－３、１－４のいずれか）を適用するように制御してもよい。

また、オリジナルＰＵＳＣＨと同じＴＢＳ及びＭＣＳを維持するためにオプション１－１が選択された場合であっても、増加するＰＲＢ数が見つからない場合も考えられる。かかる場合、オプション１－５を利用し、ＭＣＳインデックを変更してもよい。この場合、変更後のＭＣＳインデックスは、オリジナルＭＣＳインデックスと近い範囲となるように変更してもよい。

また、ＵＥは、各セグメントに適用する符号化率（例えば、effective coding rate）が所定値（例えば、０．９５）より高くなる場合、ＰＵＳＣＨ（又は、各セグメント）の送信を行わない（例えば、スキップする）ように制御してもよい。復号の可能性が低いＰＵＳＣＨのセグメントの送信をスキップすることにより、ＵＥの消費電力の増加を抑制（例えば、バッテリーセービング）すると共に、他セルへの干渉の影響を低減することが可能となる。

なお、複数セグメントのうち、符号化率が所定値以下となる第１のセグメントと、所定値より高くなる第２のセグメントがある場合、第１のセグメントのみ送信する（第２のセグメントは送信しない）ように制御してもよいし、第１のセグメント及び第２のセグメントの両方を送信しないように制御してもよい。

あるいは、ＵＥは、各セグメントに適用する符号化率に関わらず、ＰＵＳＣＨ（又は、各セグメント）の送信を行うように制御してもよい。つまり、各セグメントに適用する符号化率が所定値より高くなる場合であっても送信するように制御してもよい。この場合、基地局は、他のＰＵＳＣＨと結合（例えば、ソフトコンバイニング）することにより、符号化率が高いＰＵＳＣＨの復号を適切に行うことができる。

＜送信電力制御＞
ＰＵＳＣＨを複数のセグメント（segmented PUSCH）に分割して送信を行う場合、分割前のＰＵＳＣＨ（例えば、オリジナルＰＵＳＣＨ）に設定された送信電力と同じ送信電力を用いて各セグメントの送信を行ってもよい。この場合、ＵＥは、各セグメントに対して同一の送信電力を適用する。

あるいは、ＰＵＳＣＨを複数のセグメント（segmented PUSCH）に分割して送信を行う場合、分割前のＰＵＳＣＨ（例えば、オリジナルＰＵＳＣＨ）に設定された送信電力と異なる送信電力を用いて各セグメントの送信を行ってもよい。例えば、オリジナルＰＵＳＣＨに設定された送信電力が所定値を超えない場合（例えば、パワーリミテッドされない場合）、各セグメントの送信電力を増加（又は、ブースト）してもよい。

所定値は、許容最大送信電力（Ｐｃｍａｘ）であってもよく、オリジナルＰＵＳＣＨの送信電力が許容最大電力以下となるP_PUSCH,b,f,c(I,j,qd,l)≦P_CMAX,f,c(i)となる場合に（又は、P_CMAX,f,c(i)を超えない範囲で）送信電力が増加されてもよい。

送信電力を増加する値（Boosted power value）は、ＵＥ側で自律的に決定してもよいし（UE implementation）、仕様で定義されてもよいし、基地局からＵＥに上位レイヤシグナリング等で通知されてもよい。例えば、セグメントＰＵＳＣＨの符号化率がオリジナルＰＵＳＣＨより高くなる（例えば、２倍となる）場合、送信電力が所定値（例えば、３ｄＢ）ブーストされてもよい。これにより、各セグメントの符号化率が高くなる場合でも通信品質の低下を抑制することができる。

（第２の態様）
第２の態様では、ＰＵＳＣＨを複数のセグメントに分割して送信を行う場合に、各セグメントに適用する冗長バージョン（ＲＶ）について説明する。

ＵＥは、所定領域又は所定送信機会にスケジュール又は割当てられたＰＵＳＣＨ（nominal PUSCHとも呼ぶ）を複数のセグメントに分割して送信する場合、分割後の各セグメントに適用するＲＶを所定条件に基づいて決定する。例えば、ＵＥは、以下のオプション２－１～２－４の少なくとも一つに基づいて各セグメントに適用するＲＶを決定してもよい。

＜オプション２－１＞
複数のセグメントに対して同じＲＶを適用してもよい。例えば、ＵＥは、ＰＵＳＣＨを複数のセグメントに分割して送信する場合、各セグメントに対して同じＲＶを適用する。また、各セグメントに適用するＲＶは、分割前のＰＵＳＣＨ（例えば、オリジナルＰＵＳＣＨ）に設定されるＲＶ（例えば、オリジナルＲＶ）であってもよい。

オリジナルＰＵＳＣＨのＲＶは、当該オリジナルＰＵＳＣＨをスケジュールするＤＣＩで通知されてもよい。例えば、ＵＥは、ＰＵＳＣＨをスケジュールするＰＤＣＣＨ（又は、ＤＣＩ）で通知されるＲＶが０である場合、当該ＰＵＳＣＨを分割して送信する複数のセグメントに対するＲＶとして０を適用する。

このように、あらかじめＰＵＳＣＨに設定されるＲＶに基づいて各セグメントに適用するＲＶを決定することにより、スケジューリングの複雑性を抑制することができる。

＜オプション２－２＞
複数のセグメントに対して異なるＲＶを適用してもよい。例えば、ＵＥは、ＰＵＳＣＨを複数のセグメントに分割して送信する場合、複数のセグメントのうち少なくとも２つのセグメント同士に対して異なるＲＶを適用する。また、複数のセグメントの少なくとも一つに適用するＲＶは、分割前のＰＵＳＣＨ（例えば、オリジナルＰＵＳＣＨ）に設定されるＲＶであってもよい。その他のセグメントに適用されるＲＶは、所定条件に基づいて選択されてもよい。

例えば、ＰＵＳＣＨを２つのセグメント（第１のセグメント及び第２のセグメント）に分割する場合、第１のセグメントと第２のセグメントの一方にオリジナルＲＶを適用し、他方にオリジナルＲＶと異なる他のＲＶを適用してもよい。オリジナルＲＶと異なるＲＶは、所定条件（例えば、以下に示す所定条件１～４のいずれか）に基づいて決定してもよい。

オリジナルＰＵＳＣＨのＲＶは、当該オリジナルＰＵＳＣＨをスケジュールするＤＣＩで通知されてもよい。例えば、ＵＥは、ＰＵＳＣＨをスケジュールするＰＤＣＣＨ（又は、ＤＣＩ）で通知されるＲＶが０である場合、当該ＰＵＳＣＨを分割して送信する複数のセグメントの少なくとも一つにＲＶ＝０を適用し、他のセグメントに対して異なるＲＶ（例えば、２）を適用してもよい。複数のセグメントの少なくとも一つは、時間方向において最初に送信されるセグメント（例えば、第１のセグメント）であってもよい。

＜オプション２－３＞
複数のセグメントに対して分割前のＰＵＳＣＨ（例えば、オリジナルＰＵＳＣＨ）に設定されるＲＶと異なるＲＶを適用してもよい。この場合、当該複数のセグメントに同一のＲＶを適用してもよいし、異なるＲＶを適用してもよい。

例えば、ＰＵＳＣＨを２つのセグメント（第１のセグメント及び第２のセグメント）に分割する場合、第１のセグメントと第２のセグメントの両方にオリジナルＲＶと異なるＲＶを適用してもよい。オリジナルＲＶと異なるＲＶは、所定条件（例えば、以下に示す所定条件１～４のいずれか）に基づいて決定してもよい。

各セグメントに対して同一のＲＶ（オリジナルＰＵＳＣＨに設定されるＲＶと異なるＲＶ）が設定される場合、所定条件に基づいて適用するＲＶが選択されてもよい。例えば、ＵＥは、ＰＵＳＣＨをスケジュールするＰＤＣＣＨ（又は、ＤＣＩ）で通知されるＲＶが０である場合、当該ＰＵＳＣＨを分割して送信する複数のセグメントに０以外のＲＶ（例えば、ＲＶ＝２）を適用してもよい。

各セグメントに対して異なるＲＶが設定される場合、所定条件に基づいて適用するＲＶが選択されてもよい。例えば、ＵＥは、ＰＵＳＣＨをスケジュールするＰＤＣＣＨ（又は、ＤＣＩ）で通知されるＲＶが０である場合、各セグメントについて０以外のＲＶを適用してもよい。例えば、セグメントが２つの場合、第１のセグメント（例えば、時間方向に最初に送信されるセグメント）のＲＶを２、第２のセグメントのＲＶを３としてもよい。

＜オプション２－４＞
複数のセグメントに対して特定のＲＶシーケンスを適用してもよい。ＲＶシーケンスは、｛＃０、＃２、＃３、＃１｝、｛＃０、＃３、＃０、＃３｝、及び｛＃０、＃０、＃０、＃０｝の少なくとも一つであってもよい。

上述したように、分割前のオリジナルＰＵＳＣＨに設定されるＲＶと異なるＲＶをセグメントＰＵＳＣＨに適用する場合、ＵＥは、所定条件に基づいて変更後のＲＶを決定してもよい。なお、ＰＵＳＣＨを繰り返し送信又はマルチプル送信の一部ＰＵＳＣＨを分割する場合、分割されたセグメントＰＵＳＣＨのＲＶのみ変更してもよいし、セグメントＰＵＳＣＨと他の分割しないＰＵＳＣＨ（例えば、分割されたセグメントＰＵＳＣＨ以降に送信されるＰＵＳＣＨ）のＲＶを変更してもよい。

＜セグメントＰＵＳＣＨのＲＶのみ変更する場合＞
［所定条件１］
ＵＥは、オリジナルＰＵＳＣＨから分割される複数のセグメントに適用するＲＶを、所定のＲＶシーケンスに基づいて決定してもよい。例えば、ＲＶシーケンスが｛＃０、＃２、＃３、＃１｝、分割されるセグメント数が２（第１のセグメント及び第２のセグメント）である場合を想定する。この場合、ＵＥは、ＰＵＳＣＨをスケジュールするＰＤＣＣＨ（又は、ＤＣＩ）で通知されるＲＶを第１のセグメントに適用し、ＲＶシーケンスにおいて当該ＲＶの右隣のＲＶを第２のセグメントに適用してもよい。

例えば、ＰＵＳＣＨをスケジュールするＰＤＣＣＨ（又は、ＤＣＩ）で通知されるＲＶが０である場合、ＵＥは、第１のセグメントのＲＶを０と判断し、第２のセグメントのＲＶを２と判断してもよい。

なお、利用するＲＶシーケンスは、｛＃０、＃２、＃３、＃１｝に限られない。｛＃０、＃３、＃０、＃３｝又は｛＃０、＃０、＃０、＃０｝等の他のＲＶシーケンスを利用してもよい。利用するＲＶシーケンスは、仕様であらかじめ定義されてもよいし、基地局からＵＥに上位レイヤシグナリング等を利用して通知してもよい。

このように、分割されたＰＵＳＣＨのセグメントのＲＶを所定のＲＶシーケンスに基づいて決定する場合、全てのセグメントを受信することにより復号ゲインを得ることができる。
［所定条件２］
ＵＥは、オリジナルＰＵＳＣＨから分割される複数のセグメントに適用するＲＶを、特定のＲＶ値から選択してもよい。特定のＲＶ値は、セルフデコーダブル（Self-decodable）のＲＶであってもよい。セルフデコーダブルのＲＶは、システム情報に関するビット（systematic bit）を多く含むＲＶ（例えば、ＲＶ＝０、３）であってもよい（図８参照）。セルフデコーダブルのＲＶが適用されたＰＵＳＣＨを受信することにより、当該ＲＶが適用されたＰＵＳＣＨに基づいて復号できる確率を高くすることができる。

例えば、分割されるセグメント数が２（第１のセグメント及び第２のセグメント）である場合を想定する。この場合、ＵＥは、ＰＵＳＣＨをスケジュールするＰＤＣＣＨ（又は、ＤＣＩ）で通知されるＲＶが特定のＲＶであれば、通知されたＲＶ（又は、通知されたＲＶと他の特定のＲＶ）を適用してもよい。例えば、ＰＵＳＣＨをスケジュールするＰＤＣＣＨ（又は、ＤＣＩ）で通知されるＲＶが０である場合、ＵＥは、第１のセグメントのＲＶを０と判断し、第２のセグメントのＲＶを他の特定のＲＶである３と判断してもよい。

一方で、ＵＥは、ＰＵＳＣＨをスケジュールするＰＤＣＣＨ（又は、ＤＣＩ）で通知されるＲＶが特定のＲＶでなければ、通知されたＲＶと特定のＲＶをそれぞれ２つのセグメントに適用してもよい。例えば、ＰＵＳＣＨの繰り返し送信において、２番目のＰＵＳＣＨ送信が複数のセグメントに分割される場合を想定する。ＰＵＳＣＨの繰り返しをスケジュールするＰＤＣＣＨ（又は、ＤＣＩ）に基づいて、２番目のＰＵＳＣＨ送信（分割されるＰＵＳＣＨ）のＲＶが２である場合、ＵＥは、第１のセグメントのＲＶを２と判断し、第２のセグメントのＲＶを特定のＲＶである０又は３と判断してもよい（図９参照）。

あるいは、ＵＥは、ＰＵＳＣＨをスケジュールするＰＤＣＣＨ（又は、ＤＣＩ）で通知されるＲＶが特定のＲＶでなければ、通知されたＲＶは適用せずに特定のＲＶを複数のセグメントに適用してもよい。

このように、セルフでコーダブルであるＲＶを適用することにより、当該ＲＶが適用されたＰＵＳＣＨの復号確率を向上することができるため、通信品質（例えば、ＳＮＲ）を改善することができる。

＜セグメントＰＵＳＣＨと他のＰＵＳＣＨのＲＶを変更する場合＞
繰り返し送信されるＰＵＳＣＨの一部のＰＵＳＣＨを複数のセグメントに分割する場合、ＵＥは、当該分割されるセグメントのＲＶをオリジナルＰＵＳＣＨに設定されるＲＶから変更するとともに、その後に送信を行うＰＵＳＣＨのＲＶも変更してもよい。例えば、複数セグメントに分割されたＰＵＳＣＨ送信後に送信されるＰＵＳＣＨについて、セグメントと同様の方法でＲＶを決定してもよい。

［所定条件３］
分割されたセグメントに適用されるＲＶを考慮して、分割を行わないＰＵＳＣＨに適用するＲＶを決定してもよい。例えば、所定のＲＶシーケンスに基づいて分割されたセグメントに適用するＲＶ（例えば、オリジナルＰＵＳＣＨと異なるＲＶ）を選択する場合、セグメントＰＵＳＣＨ以降の残りの繰り返しＰＵＳＣＨについても当該所定のＲＶシーケンスに基づいて適用するＲＶを決定してもよい。

例えば、ＲＶシーケンスが｛＃０、＃２、＃３、＃１｝、分割されるセグメント数が２（第１のセグメント及び第２のセグメント）である場合を想定する。この場合、ＵＥは、ＰＵＳＣＨをスケジュールするＰＤＣＣＨ（又は、ＤＣＩ）で通知されるＲＶを第１のセグメントに適用し、ＲＶシーケンスにおいて当該ＲＶに隣接する（例えば、右隣の）ＲＶを第２のセグメントに適用してもよい。

例えば、ＰＵＳＣＨの繰り返し送信において、２番目のＰＵＳＣＨ送信が複数のセグメントに分割される場合を想定する。ＰＵＳＣＨの繰り返しをスケジュールするＰＤＣＣＨ（又は、ＤＣＩ）に基づいて、２番目のＰＵＳＣＨ送信のＲＶが２である場合、ＵＥは、第１のセグメントのＲＶを２と判断し、第２のセグメントのＲＶを３と判断してもよい。さらに、ＵＥは、当該セグメントに続くＰＵＳＣＨ送信に適用するＲＶを１とする。この場合、ＵＥは、当該ＰＵＳＣＨ用のオリジナルＲＶが３であっても、異なるＲＶを適用するように制御する（図１０参照）。

なお、利用するＲＶシーケンスは｛＃０、＃２、＃３、＃１｝に限られない。｛＃０、＃３、＃０、＃３｝又は｛＃０、＃０、＃０、＃０｝等の他のＲＶシーケンスを利用してもよい。利用するＲＶシーケンスは、仕様であらかじめ定義されてもよいし、基地局からＵＥに上位レイヤシグナリング等を利用して通知してもよい。

このように、分割されたＰＵＳＣＨのセグメントのＲＶを所定のＲＶシーケンスに基づいて決定する場合、全てのセグメントを受信することにより復号ゲインを得ることができる。

［所定条件４］
分割されたセグメントに適用されるＲＶは考慮せず、分割を行わないＰＵＳＣＨに適用するＲＶを決定してもよい。つまり、分割されたセグメントＰＵＳＣＨと、分割しないＰＵＳＣＨにおいてそれぞれ別々にＲＶを決定する。

例えば、所定のＲＶシーケンスに基づいて分割されたセグメントに適用するＲＶ（例えば、オリジナルＰＵＳＣＨと異なるＲＶ）を選択する場合、複数セグメントに分割するＰＵＳＣＨと、分割を行わないＰＵＳＣＨについて、それぞれ所定のＲＶシーケンスに基づいて適用するＲＶを決定してもよい。

例えば、ＲＶシーケンスが｛＃０、＃２、＃３、＃１｝、分割されるセグメント数が２（第１のセグメント及び第２のセグメント）である場合を想定する。この場合、ＵＥは、ＰＵＳＣＨをスケジュールするＰＤＣＣＨ（又は、ＤＣＩ）で通知されるＲＶを第１のセグメントに適用し、ＲＶシーケンスにおいて当該ＲＶに隣接する（例えば、右隣の）ＲＶを第２のセグメントに適用してもよい。また、複数セグメントに分割されないＰＵＳＣＨ（複数セグメントに分割されるＰＵＳＣＨを除いたＰＵＳＣＨ）についてＲＶシーケンスを適用してもよい。

例えば、ＰＵＳＣＨの繰り返し送信において、２番目のＰＵＳＣＨ送信が複数のセグメントに分割される場合を想定する。ＰＵＳＣＨの繰り返しをスケジュールするＰＤＣＣＨ（又は、ＤＣＩ）で通知されるＲＶが０である場合、ＵＥは、１番目のＰＵＳＣＨ送信に適用するＲＶを０とする。

一方で、複数セグメントに分割される２番目のＰＵＳＣＨ送信において、第１のセグメントのＲＶを０と判断し、第２のセグメントのＲＶを２と判断してもよい。さらに、ＵＥは、当該セグメントに続くＰＵＳＣＨ送信に適用するＲＶを２とする（図１１参照）。この場合、ＵＥは、３番目のＰＵＳＣＨ用のオリジナルＲＶが３であっても、２番目のＰＵＳＣＨを除いてＲＶシーケンスを適用する（例えば、異なるＲＶを適用する）ように制御する。

なお、利用するＲＶシーケンスは｛＃０、＃２、＃３、＃１｝に限られない。｛＃０、＃３、＃０、＃３｝又は｛＃０、＃０、＃０、＃０｝等の他のＲＶシーケンスを利用してもよい。利用するＲＶシーケンスは、仕様であらかじめ定義されてもよいし、基地局からＵＥに上位レイヤシグナリング等を利用して通知してもよい。

＜バリエーション＞
ＰＵＳＣＨ送信に適用するＲＶの決定方法は、所定条件に基づいて選択されてもよい。ＵＥは、以下のオプションＡ～Ｄのいずれかに基づいてＲＶの決定方法を選択してもよい。

［オプションＡ］
ＰＵＳＣＨのスケジューリングタイプに基づいてＲＶの決定方法が設定されてもよい。例えば、ＵＥは、ＤＣＩで動的にスケジュールされるダイナミックグラントベースのＰＵＳＣＨと、ＤＣＩで動的にスケジュールされない設定グラントベースのＰＵＳＣＨで異なるＲＶ決定方法を適用してもよい。ＲＶ決定方法は、仕様で定義されてもよいし、上位レイヤシグナリング等により基地局からＵＥに設定されてもよい。

［オプションＢ］
基地局からＵＥに、Ｌ１シグナリングを利用してＲＶ決定方法が通知されてもよい。例えば、ＵＥは、基地局から送信されるＤＣＩの所定フィールド、ＤＣＩフォーマット、及び適用されるＲＮＴＩの少なくとも一つに基づいてＲＶ決定方法を選択してもよい。

［オプションＣ］
ＴＢＳの決定方法に基づいてＲＶ決定方法が選択されて（又は、ＴＢＳの決定方法とＲＶの決定方法が関連づけられて）いてもよい。例えば、ＵＥは、第１のＴＢＳ決定方法（オプション１－１）を利用する場合に、第１のＲＶ決定方法（例えば、２－２の所定条件２）を適用してもよい。

［オプションＤ］
基地局からＵＥに、上位レイヤシグナリングを利用してＲＶ決定方法が通知されてもよい。あるいは、仕様であらかじめＲＶ決定方法が定義されてもよい。

（第３の態様）
第３の態様では、ＰＵＳＣＨを複数のセグメントに分割して送信を行う場合に、各セグメントに適用するオーバーヘッドに関するパラメータ（例えば、Ｎ^ＰＲＢ _ｏｈ）について説明する。

オーバーヘッドに関するパラメータ（例えば、Ｎ^ＰＲＢ _ｏｈ）は、他の信号（例えば、ＣＳＩ－ＲＳ、ＰＴ－ＲＳ等）からのオーバーヘッドを示す。例えば、Ｎ^ＰＲＢ _ｏｈによりＰＲＢにおける他の信号のリソースエレメント（ＲＥ）数が示され、Ｎ^ＰＲＢ _ｏｈは上位レイヤパラメータによって設定（configure）される値であってもよい。例えば、Ｎ^ＰＲＢ _ｏｈは、上位レイヤパラメータ（Ｘｏｈ－ＰＵＳＣＨ）が示すオーバーヘッドであり、０、６、１２又は１８のいずれかの値であってもよい。Ｘｏｈ－ＰＵＳＣＨがユーザ端末に設定（通知）されない場合、Ｘｏｈ－ＰＵＳＣＨは０に設定されてもよい。ＵＥは、Ｎ^ＰＲＢ _ｏｈに基づいてＴＢＳ等を決定してもよい。

ＵＥは、所定領域又は所定送信機会にスケジュール又は割当てられたＰＵＳＣＨ（nominal PUSCHとも呼ぶ）を複数のセグメントに分割して送信する場合、分割後の各セグメントに適用するＮ^ＰＲＢ _ｏｈを所定条件に基づいて決定する。例えば、ＵＥは、以下のオプション３－１～３－４の少なくとも一つに基づいて各セグメントに適用するＮ^ＰＲＢ _ｏｈを決定してもよい。

＜オプション３－１＞
複数のセグメントに対して同じＮ^ＰＲＢ _ｏｈを適用してもよい。例えば、ＵＥは、ＰＵＳＣＨを複数のセグメントに分割して送信する場合、各セグメントに対して同じＮ^ＰＲＢ _ｏｈであると想定する。また、各セグメントに適用するＮ^ＰＲＢ _ｏｈは、分割前のＰＵＳＣＨ（例えば、オリジナルＰＵＳＣＨ）に設定されるＮ^ＰＲＢ _ｏｈであってもよい。

オリジナルＰＵＳＣＨのＮ^ＰＲＢ _ｏｈは、上位レイヤシグナリング（例えば、xOverhead）で通知されてもよい。例えば、ＵＥは、上位レイヤシグナリングで通知されるＮ^ＰＲＢ _ｏｈがＸで０である場合、当該ＰＵＳＣＨを分割して送信する複数のセグメントに対するＮ^ＰＲＢ _ｏｈとしてＸを適用する。

このように、あらかじめＰＵＳＣＨに設定されるＮ^ＰＲＢ _ｏｈに基づいて各セグメントに適用するＮ^ＰＲＢ _ｏｈを決定することにより、スケジューリングの複雑性を抑制することができる。

＜オプション３－２＞
複数のセグメントに対して異なるＮ^ＰＲＢ _ｏｈを適用してもよい。例えば、ＵＥは、ＰＵＳＣＨを複数のセグメントに分割して送信する場合、複数のセグメントのうち少なくとも２つのセグメントに対して異なるＮ^ＰＲＢ _ｏｈが設定されると想定する。また、複数のセグメントの少なくとも一つに適用するＮ^ＰＲＢ _ｏｈは、分割前のＰＵＳＣＨ（例えば、オリジナルＰＵＳＣＨ）に設定されるＮ^ＰＲＢ _ｏｈ（オリジナルＮ^ＰＲＢ _ｏｈ）であってもよい。

その他のセグメントに適用されるＮ^ＰＲＢ _ｏｈは、オリジナルＮ^ＰＲＢ _ｏｈと異なるＮ^ＰＲＢ _ｏｈであってもよい。オリジナルＮ^ＰＲＢ _ｏｈと異なるＮ^ＰＲＢ _ｏｈは、所定条件に基づいて選択されてもよい。例えば、ＵＥは、スケジューリング条件、所定のＤＣＩフィールド、及び上位レイヤシグナリングの少なくとも一つに基づいてオリジナルＮ^ＰＲＢ _ｏｈと異なるＮ^ＰＲＢ _ｏｈを決定してもよい。

例えば、ＵＥは、上位レイヤシグナリングで通知されるＮ^ＰＲＢ _ｏｈが６である場合、当該ＰＵＳＣＨを分割して送信する複数のセグメントの少なくとも一つにＮ^ＰＲＢ _ｏｈ＝６を適用し、他のセグメントに対して異なるＮ^ＰＲＢ _ｏｈ（例えば、０）を適用してもよい。複数のセグメントの少なくとも一つ（例えば、第１のセグメント）は、時間方向において最初に送信されるセグメントであってもよい。

＜オプション３－３＞
複数のセグメントに対して分割前のＰＵＳＣＨ（例えば、オリジナルＰＵＳＣＨ）に設定されるＮ^ＰＲＢ _ｏｈと異なるＮ^ＰＲＢ _ｏｈを適用してもよい。この場合、当該複数のセグメントに同一のＮ^ＰＲＢ _ｏｈを適用してもよいし、異なるＮ^ＰＲＢ _ｏｈを適用してもよい。

各セグメントに対して同一のＮ^ＰＲＢ _ｏｈ（オリジナルＰＵＳＣＨに設定されるＮ^ＰＲＢ _ｏｈと異なるＮ^ＰＲＢ _ｏｈ）が設定される場合、所定条件に基づいて適用するＮ^ＰＲＢ _ｏｈが選択されてもよい。例えば、ＵＥは、上位レイヤシグナリングで通知されるＮ^ＰＲＢ _ｏｈが０である場合、当該ＰＵＳＣＨを分割して送信する複数のセグメントに０以外のＮ^ＰＲＢ _ｏｈ（例えば、Ｎ^ＰＲＢ _ｏｈ＝６）を適用してもよい。

各セグメントに対して異なるＮ^ＰＲＢ _ｏｈが設定される場合、所定条件に基づいて適用するＮ^ＰＲＢ _ｏｈが選択されてもよい。例えば、ＵＥは、上位レイヤシグナリングで通知されるＮ^ＰＲＢ _ｏｈが０である場合、各セグメントについて０以外のＮ^ＰＲＢ _ｏｈを適用してもよい。例えば、セグメントが２つの場合、第１のセグメント（例えば、時間方向に最初に送信されるセグメント）のＮ^ＰＲＢ _ｏｈを６、第２のセグメントのＮ^ＰＲＢ _ｏｈを１２としてもよい。

このように、分割後のセグメントに対してオリジナルＮ^ＰＲＢ _ｏｈより高いＮ^ＰＲＢ _ｏｈを想定することにより、Ｎ^ＰＲＢ _ｏｈのミスマッチにより生じる過度のリソース割当て、又はターゲット符号化率より高い符号化率の適用を抑制することができる。
＜オプション３－４＞
複数のセグメントに対して特定のＮ^ＰＲＢ _ｏｈを適用してもよい。特定のＮ^ＰＲＢ _ｏｈは、０であってもよい。

（無線通信システム）
以下、本開示の一実施形態に係る無線通信システムの構成について説明する。この無線通信システムでは、本開示の上記各実施形態に係る無線通信方法のいずれか又はこれらの組み合わせを用いて通信が行われる。

図１２は、一実施形態に係る無線通信システムの概略構成の一例を示す図である。無線通信システム１は、Third Generation Partnership Project（３ＧＰＰ）によって仕様化されるLong Term Evolution（ＬＴＥ）、5th generation mobile communication system New Radio（５Ｇ ＮＲ）などを用いて通信を実現するシステムであってもよい。

また、無線通信システム１は、複数のRadio Access Technology（ＲＡＴ）間のデュアルコネクティビティ（マルチＲＡＴデュアルコネクティビティ（Multi-RAT Dual Connectivity（ＭＲ－ＤＣ）））をサポートしてもよい。ＭＲ－ＤＣは、ＬＴＥ（Evolved Universal Terrestrial Radio Access（Ｅ－ＵＴＲＡ））とＮＲとのデュアルコネクティビティ（E-UTRA-NR Dual Connectivity（ＥＮ－ＤＣ））、ＮＲとＬＴＥとのデュアルコネクティビティ（NR-E-UTRA Dual Connectivity（ＮＥ－ＤＣ））などを含んでもよい。

ＥＮ－ＤＣでは、ＬＴＥ（Ｅ－ＵＴＲＡ）の基地局（ｅＮＢ）がマスタノード（Master Node（ＭＮ））であり、ＮＲの基地局（ｇＮＢ）がセカンダリノード（Secondary Node（ＳＮ））である。ＮＥ－ＤＣでは、ＮＲの基地局（ｇＮＢ）がＭＮであり、ＬＴＥ（Ｅ－ＵＴＲＡ）の基地局（ｅＮＢ）がＳＮである。

無線通信システム１は、同一のＲＡＴ内の複数の基地局間のデュアルコネクティビティ（例えば、ＭＮ及びＳＮの双方がＮＲの基地局（ｇＮＢ）であるデュアルコネクティビティ（NR-NR Dual Connectivity（ＮＮ－ＤＣ）））をサポートしてもよい。

無線通信システム１は、比較的カバレッジの広いマクロセルＣ１を形成する基地局１１と、マクロセルＣ１内に配置され、マクロセルＣ１よりも狭いスモールセルＣ２を形成する基地局１２（１２ａ－１２ｃ）と、を備えてもよい。ユーザ端末２０は、少なくとも１つのセル内に位置してもよい。各セル及びユーザ端末２０の配置、数などは、図に示す態様に限定されない。以下、基地局１１及び１２を区別しない場合は、基地局１０と総称する。

ユーザ端末２０は、複数の基地局１０のうち、少なくとも１つに接続してもよい。ユーザ端末２０は、複数のコンポーネントキャリア（Component Carrier（ＣＣ））を用いたキャリアアグリゲーション（Carrier Aggregation（ＣＡ））及びデュアルコネクティビティ（ＤＣ）の少なくとも一方を利用してもよい。

各ＣＣは、第１の周波数帯（Frequency Range 1（ＦＲ１））及び第２の周波数帯（Frequency Range 2（ＦＲ２））の少なくとも１つに含まれてもよい。マクロセルＣ１はＦＲ１に含まれてもよいし、スモールセルＣ２はＦＲ２に含まれてもよい。例えば、ＦＲ１は、６ＧＨｚ以下の周波数帯（サブ６ＧＨｚ（sub-6GHz））であってもよいし、ＦＲ２は、２４ＧＨｚよりも高い周波数帯（above-24GHz）であってもよい。なお、ＦＲ１及びＦＲ２の周波数帯、定義などはこれらに限られず、例えばＦＲ１がＦＲ２よりも高い周波数帯に該当してもよい。

また、ユーザ端末２０は、各ＣＣにおいて、時分割複信（Time Division Duplex（ＴＤＤ））及び周波数分割複信（Frequency Division Duplex（ＦＤＤ））の少なくとも１つを用いて通信を行ってもよい。

複数の基地局１０は、有線（例えば、Common Public Radio Interface（ＣＰＲＩ）に準拠した光ファイバ、Ｘ２インターフェースなど）又は無線（例えば、ＮＲ通信）によって接続されてもよい。例えば、基地局１１及び１２間においてＮＲ通信がバックホールとして利用される場合、上位局に該当する基地局１１はIntegrated Access Backhaul（ＩＡＢ）ドナー、中継局（リレー）に該当する基地局１２はＩＡＢノードと呼ばれてもよい。

基地局１０は、他の基地局１０を介して、又は直接コアネットワーク３０に接続されてもよい。コアネットワーク３０は、例えば、Evolved Packet Core（ＥＰＣ）、5G Core Network（５ＧＣＮ）、Next Generation Core（ＮＧＣ）などの少なくとも１つを含んでもよい。

ユーザ端末２０は、ＬＴＥ、ＬＴＥ－Ａ、５Ｇなどの通信方式の少なくとも１つに対応した端末であってもよい。

無線通信システム１においては、直交周波数分割多重（Orthogonal Frequency Division Multiplexing（ＯＦＤＭ））ベースの無線アクセス方式が利用されてもよい。例えば、下りリンク（Downlink（ＤＬ））及び上りリンク（Uplink（ＵＬ））の少なくとも一方において、Cyclic Prefix OFDM（ＣＰ－ＯＦＤＭ）、Discrete Fourier Transform Spread OFDM（ＤＦＴ－ｓ－ＯＦＤＭ）、Orthogonal Frequency Division Multiple Access（ＯＦＤＭＡ）、Single Carrier Frequency Division Multiple Access（ＳＣ－ＦＤＭＡ）などが利用されてもよい。

無線アクセス方式は、波形（waveform）と呼ばれてもよい。なお、無線通信システム１においては、ＵＬ及びＤＬの無線アクセス方式には、他の無線アクセス方式（例えば、他のシングルキャリア伝送方式、他のマルチキャリア伝送方式）が用いられてもよい。

無線通信システム１では、下りリンクチャネルとして、各ユーザ端末２０で共有される下り共有チャネル（Physical Downlink Shared Channel（ＰＤＳＣＨ））、ブロードキャストチャネル（Physical Broadcast Channel（ＰＢＣＨ））、下り制御チャネル（Physical Downlink Control Channel（ＰＤＣＣＨ））などが用いられてもよい。

また、無線通信システム１では、上りリンクチャネルとして、各ユーザ端末２０で共有される上り共有チャネル（Physical Uplink Shared Channel（ＰＵＳＣＨ））、上り制御チャネル（Physical Uplink Control Channel（ＰＵＣＣＨ））、ランダムアクセスチャネル（Physical Random Access Channel（ＰＲＡＣＨ））などが用いられてもよい。

ＰＤＳＣＨによって、ユーザデータ、上位レイヤ制御情報、System Information Block（ＳＩＢ）などが伝送される。ＰＵＳＣＨによって、ユーザデータ、上位レイヤ制御情報などが伝送されてもよい。また、ＰＢＣＨによって、Master Information Block（ＭＩＢ）が伝送されてもよい。

ＰＤＣＣＨによって、下位レイヤ制御情報が伝送されてもよい。下位レイヤ制御情報は、例えば、ＰＤＳＣＨ及びＰＵＳＣＨの少なくとも一方のスケジューリング情報を含む下り制御情報（Downlink Control Information（ＤＣＩ））を含んでもよい。

なお、ＰＤＳＣＨをスケジューリングするＤＣＩは、ＤＬアサインメント、ＤＬ ＤＣＩなどと呼ばれてもよいし、ＰＵＳＣＨをスケジューリングするＤＣＩは、ＵＬグラント、ＵＬ ＤＣＩなどと呼ばれてもよい。なお、ＰＤＳＣＨはＤＬデータで読み替えられてもよいし、ＰＵＳＣＨはＵＬデータで読み替えられてもよい。

ＰＤＣＣＨの検出には、制御リソースセット（COntrol REsource SET（ＣＯＲＥＳＥＴ））及びサーチスペース（search space）が利用されてもよい。ＣＯＲＥＳＥＴは、ＤＣＩをサーチするリソースに対応する。サーチスペースは、ＰＤＣＣＨ候補（PDCCH candidates）のサーチ領域及びサーチ方法に対応する。１つのＣＯＲＥＳＥＴは、１つ又は複数のサーチスペースに関連付けられてもよい。ＵＥは、サーチスペース設定に基づいて、あるサーチスペースに関連するＣＯＲＥＳＥＴをモニタしてもよい。

１つのサーチスペースは、１つ又は複数のアグリゲーションレベル（aggregation Level）に該当するＰＤＣＣＨ候補に対応してもよい。１つ又は複数のサーチスペースは、サーチスペースセットと呼ばれてもよい。なお、本開示の「サーチスペース」、「サーチスペースセット」、「サーチスペース設定」、「サーチスペースセット設定」、「ＣＯＲＥＳＥＴ」、「ＣＯＲＥＳＥＴ設定」などは、互いに読み替えられてもよい。

ＰＵＣＣＨによって、チャネル状態情報（Channel State Information（ＣＳＩ））、送達確認情報（例えば、Hybrid Automatic Repeat reQuest ACKnowledgement（ＨＡＲＱ－ＡＣＫ）、ＡＣＫ／ＮＡＣＫなどと呼ばれてもよい）及びスケジューリングリクエスト（Scheduling Request（ＳＲ））の少なくとも１つを含む上り制御情報（Uplink Control Information（ＵＣＩ））が伝送されてもよい。ＰＲＡＣＨによって、セルとの接続確立のためのランダムアクセスプリアンブルが伝送されてもよい。

なお、本開示において下りリンク、上りリンクなどは「リンク」を付けずに表現されてもよい。また、各種チャネルの先頭に「物理（Physical）」を付けずに表現されてもよい。

無線通信システム１では、同期信号（Synchronization Signal（ＳＳ））、下りリンク参照信号（Downlink Reference Signal（ＤＬ－ＲＳ））などが伝送されてもよい。無線通信システム１では、ＤＬ－ＲＳとして、セル固有参照信号（Cell-specific Reference Signal（ＣＲＳ））、チャネル状態情報参照信号（Channel State Information Reference Signal（ＣＳＩ－ＲＳ））、復調用参照信号（DeModulation Reference Signal（ＤＭＲＳ））、位置決定参照信号（Positioning Reference Signal（ＰＲＳ））、位相トラッキング参照信号（Phase Tracking Reference Signal（ＰＴＲＳ））などが伝送されてもよい。

同期信号は、例えば、プライマリ同期信号（Primary Synchronization Signal（ＰＳＳ））及びセカンダリ同期信号（Secondary Synchronization Signal（ＳＳＳ））の少なくとも１つであってもよい。ＳＳ（ＰＳＳ、ＳＳＳ）及びＰＢＣＨ（及びＰＢＣＨ用のＤＭＲＳ）を含む信号ブロックは、ＳＳ／ＰＢＣＨブロック、SS Block（ＳＳＢ）などと呼ばれてもよい。なお、ＳＳ、ＳＳＢなども、参照信号と呼ばれてもよい。

また、無線通信システム１では、上りリンク参照信号（Uplink Reference Signal（ＵＬ－ＲＳ））として、測定用参照信号（Sounding Reference Signal（ＳＲＳ））、復調用参照信号（ＤＭＲＳ）などが伝送されてもよい。なお、ＤＭＲＳはユーザ端末固有参照信号（UE-specific Reference Signal）と呼ばれてもよい。

（基地局）
図１３は、一実施形態に係る基地局の構成の一例を示す図である。基地局１０は、制御部１１０、送受信部１２０、送受信アンテナ１３０及び伝送路インターフェース（transmission line interface）１４０を備えている。なお、制御部１１０、送受信部１２０及び送受信アンテナ１３０及び伝送路インターフェース１４０は、それぞれ１つ以上が備えられてもよい。

なお、本例では、本実施の形態における特徴部分の機能ブロックを主に示しており、基地局１０は、無線通信に必要な他の機能ブロックも有すると想定されてもよい。以下で説明する各部の処理の一部は、省略されてもよい。

制御部１１０は、基地局１０全体の制御を実施する。制御部１１０は、本開示に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路などから構成することができる。

制御部１１０は、信号の生成、スケジューリング（例えば、リソース割り当て、マッピング）などを制御してもよい。制御部１１０は、送受信部１２０、送受信アンテナ１３０及び伝送路インターフェース１４０を用いた送受信、測定などを制御してもよい。制御部１１０は、信号として送信するデータ、制御情報、系列（sequence）などを生成し、送受信部１２０に転送してもよい。制御部１１０は、通信チャネルの呼処理（設定、解放など）、基地局１０の状態管理、無線リソースの管理などを行ってもよい。

送受信部１２０は、ベースバンド（baseband）部１２１、Radio Frequency（ＲＦ）部１２２、測定部１２３を含んでもよい。ベースバンド部１２１は、送信処理部１２１１及び受信処理部１２１２を含んでもよい。送受信部１２０は、本開示に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、ＲＦ回路、ベースバンド回路、フィルタ、位相シフタ（phase shifter）、測定回路、送受信回路などから構成することができる。

送受信部１２０は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。当該送信部は、送信処理部１２１１、ＲＦ部１２２から構成されてもよい。当該受信部は、受信処理部１２１２、ＲＦ部１２２、測定部１２３から構成されてもよい。

送受信アンテナ１３０は、本開示に係る技術分野での共通認識に基づいて説明されるアンテナ、例えばアレイアンテナなどから構成することができる。

送受信部１２０は、上述の下りリンクチャネル、同期信号、下りリンク参照信号などを送信してもよい。送受信部１２０は、上述の上りリンクチャネル、上りリンク参照信号などを受信してもよい。

送受信部１２０は、デジタルビームフォーミング（例えば、プリコーディング）、アナログビームフォーミング（例えば、位相回転）などを用いて、送信ビーム及び受信ビームの少なくとも一方を形成してもよい。

送受信部１２０（送信処理部１２１１）は、例えば制御部１１０から取得したデータ、制御情報などに対して、Packet Data Convergence Protocol（ＰＤＣＰ）レイヤの処理、Radio Link Control（ＲＬＣ）レイヤの処理（例えば、ＲＬＣ再送制御）、Medium Access Control（ＭＡＣ）レイヤの処理（例えば、ＨＡＲＱ再送制御）などを行い、送信するビット列を生成してもよい。

送受信部１２０（送信処理部１２１１）は、送信するビット列に対して、チャネル符号化（誤り訂正符号化を含んでもよい）、変調、マッピング、フィルタ処理、離散フーリエ変換（Discrete Fourier Transform（ＤＦＴ））処理（必要に応じて）、逆高速フーリエ変換（Inverse Fast Fourier Transform（ＩＦＦＴ））処理、プリコーディング、デジタル－アナログ変換などの送信処理を行い、ベースバンド信号を出力してもよい。

送受信部１２０（ＲＦ部１２２）は、ベースバンド信号に対して、無線周波数帯への変調、フィルタ処理、増幅などを行い、無線周波数帯の信号を、送受信アンテナ１３０を介して送信してもよい。

一方、送受信部１２０（ＲＦ部１２２）は、送受信アンテナ１３０によって受信された無線周波数帯の信号に対して、増幅、フィルタ処理、ベースバンド信号への復調などを行ってもよい。

送受信部１２０（受信処理部１２１２）は、取得されたベースバンド信号に対して、アナログ－デジタル変換、高速フーリエ変換（Fast Fourier Transform（ＦＦＴ））処理、逆離散フーリエ変換（Inverse Discrete Fourier Transform（ＩＤＦＴ））処理（必要に応じて）、フィルタ処理、デマッピング、復調、復号（誤り訂正復号を含んでもよい）、ＭＡＣレイヤ処理、ＲＬＣレイヤの処理及びＰＤＣＰレイヤの処理などの受信処理を適用し、ユーザデータなどを取得してもよい。

送受信部１２０（測定部１２３）は、受信した信号に関する測定を実施してもよい。例えば、測定部１２３は、受信した信号に基づいて、Radio Resource Management（ＲＲＭ）測定、Channel State Information（ＣＳＩ）測定などを行ってもよい。測定部１２３は、受信電力（例えば、Reference Signal Received Power（ＲＳＲＰ））、受信品質（例えば、Reference Signal Received Quality（ＲＳＲＱ）、Signal to Interference plus Noise Ratio（ＳＩＮＲ）、Signal to Noise Ratio（ＳＮＲ））、信号強度（例えば、Received Signal Strength Indicator（ＲＳＳＩ））、伝搬路情報（例えば、ＣＳＩ）などについて測定してもよい。測定結果は、制御部１１０に出力されてもよい。

伝送路インターフェース１４０は、コアネットワーク３０に含まれる装置、他の基地局１０などとの間で信号を送受信（バックホールシグナリング）し、ユーザ端末２０のためのユーザデータ（ユーザプレーンデータ）、制御プレーンデータなどを取得、伝送などしてもよい。

なお、本開示における基地局１０の送信部及び受信部は、送受信部１２０、送受信アンテナ１３０及び伝送路インターフェース１４０の少なくとも１つによって構成されてもよい。

なお、送受信部１２０は、上り共有チャネルの送信を指示する情報を送信する。また、送受信部１２０は、繰り返し数、ＴＢＳに関する情報、ＲＶに関する情報、及びオーバーヘッドに関する情報の少なくとも一つを送信してもよい。

制御部１１０は、ＵＥが上り共有チャネルを複数セグメントに分割して送信する場合、少なくとも一つのセグメントに対して上り共有チャネルの送信用に設定される送信条件と異なる送信条件が適用されるように制御してもよい。

制御部１１０は、ＵＥが上り共有チャネルを複数セグメントに分割して送信する場合、少なくとも一つのセグメントに対して上り共有チャネルの送信用に設定される冗長バージョンと異なる冗長バージョン又は同一の冗長バージョンが適用されるように制御してもよい。

（ユーザ端末）
図１４は、一実施形態に係るユーザ端末の構成の一例を示す図である。ユーザ端末２０は、制御部２１０、送受信部２２０及び送受信アンテナ２３０を備えている。なお、制御部２１０、送受信部２２０及び送受信アンテナ２３０は、それぞれ１つ以上が備えられてもよい。

なお、本例では、本実施の形態における特徴部分の機能ブロックを主に示しており、ユーザ端末２０は、無線通信に必要な他の機能ブロックも有すると想定されてもよい。以下で説明する各部の処理の一部は、省略されてもよい。

制御部２１０は、ユーザ端末２０全体の制御を実施する。制御部２１０は、本開示に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路などから構成することができる。

制御部２１０は、信号の生成、マッピングなどを制御してもよい。制御部２１０は、送受信部２２０及び送受信アンテナ２３０を用いた送受信、測定などを制御してもよい。制御部２１０は、信号として送信するデータ、制御情報、系列などを生成し、送受信部２２０に転送してもよい。

送受信部２２０は、ベースバンド部２２１、ＲＦ部２２２、測定部２２３を含んでもよい。ベースバンド部２２１は、送信処理部２２１１、受信処理部２２１２を含んでもよい。送受信部２２０は、本開示に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、ＲＦ回路、ベースバンド回路、フィルタ、位相シフタ、測定回路、送受信回路などから構成することができる。

送受信部２２０は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。当該送信部は、送信処理部２２１１、ＲＦ部２２２から構成されてもよい。当該受信部は、受信処理部２２１２、ＲＦ部２２２、測定部２２３から構成されてもよい。

送受信アンテナ２３０は、本開示に係る技術分野での共通認識に基づいて説明されるアンテナ、例えばアレイアンテナなどから構成することができる。

送受信部２２０は、上述の下りリンクチャネル、同期信号、下りリンク参照信号などを受信してもよい。送受信部２２０は、上述の上りリンクチャネル、上りリンク参照信号などを送信してもよい。

送受信部２２０は、デジタルビームフォーミング（例えば、プリコーディング）、アナログビームフォーミング（例えば、位相回転）などを用いて、送信ビーム及び受信ビームの少なくとも一方を形成してもよい。

送受信部２２０（送信処理部２２１１）は、例えば制御部２１０から取得したデータ、制御情報などに対して、ＰＤＣＰレイヤの処理、ＲＬＣレイヤの処理（例えば、ＲＬＣ再送制御）、ＭＡＣレイヤの処理（例えば、ＨＡＲＱ再送制御）などを行い、送信するビット列を生成してもよい。

送受信部２２０（送信処理部２２１１）は、送信するビット列に対して、チャネル符号化（誤り訂正符号化を含んでもよい）、変調、マッピング、フィルタ処理、ＤＦＴ処理（必要に応じて）、ＩＦＦＴ処理、プリコーディング、デジタル－アナログ変換などの送信処理を行い、ベースバンド信号を出力してもよい。

なお、ＤＦＴ処理を適用するか否かは、トランスフォームプリコーディングの設定に基づいてもよい。送受信部２２０（送信処理部２２１１）は、あるチャネル（例えば、ＰＵＳＣＨ）について、トランスフォームプリコーディングが有効（enabled）である場合、当該チャネルをＤＦＴ－ｓ－ＯＦＤＭ波形を用いて送信するために上記送信処理としてＤＦＴ処理を行ってもよいし、そうでない場合、上記送信処理としてＤＦＴ処理を行わなくてもよい。

送受信部２２０（ＲＦ部２２２）は、ベースバンド信号に対して、無線周波数帯への変調、フィルタ処理、増幅などを行い、無線周波数帯の信号を、送受信アンテナ２３０を介して送信してもよい。

一方、送受信部２２０（ＲＦ部２２２）は、送受信アンテナ２３０によって受信された無線周波数帯の信号に対して、増幅、フィルタ処理、ベースバンド信号への復調などを行ってもよい。

送受信部２２０（受信処理部２２１２）は、取得されたベースバンド信号に対して、アナログ－デジタル変換、ＦＦＴ処理、ＩＤＦＴ処理（必要に応じて）、フィルタ処理、デマッピング、復調、復号（誤り訂正復号を含んでもよい）、ＭＡＣレイヤ処理、ＲＬＣレイヤの処理及びＰＤＣＰレイヤの処理などの受信処理を適用し、ユーザデータなどを取得してもよい。

送受信部２２０（測定部２２３）は、受信した信号に関する測定を実施してもよい。例えば、測定部２２３は、受信した信号に基づいて、ＲＲＭ測定、ＣＳＩ測定などを行ってもよい。測定部２２３は、受信電力（例えば、ＲＳＲＰ）、受信品質（例えば、ＲＳＲＱ、ＳＩＮＲ、ＳＮＲ）、信号強度（例えば、ＲＳＳＩ）、伝搬路情報（例えば、ＣＳＩ）などについて測定してもよい。測定結果は、制御部２１０に出力されてもよい。

なお、本開示におけるユーザ端末２０の送信部及び受信部は、送受信部２２０、及び送受信アンテナ２３０の少なくとも１つによって構成されてもよい。

なお、送受信部２２０は、上り共有チャネルの送信を指示する情報を受信する。また、送受信部２２０は、繰り返し数、ＴＢＳに関する情報、ＲＶに関する情報、及びオーバーヘッドに関する情報の少なくとも一つを受信してもよい。

制御部２１０は、上り共有チャネルを複数セグメントに分割して送信する場合、少なくとも一つのセグメントに対して上り共有チャネルの送信用に設定される送信条件と異なる送信条件を適用するように制御してもよい。

例えば、制御部２１０は、少なくとも一つのセグメントの送信に利用する周波数リソースを、上り共有チャネルの送信用に設定される周波数リソースより増加するように制御してもよい。あるいは、制御部２１０は、少なくとも一つのセグメントの送信に利用する変調符号化方式及び変調次数の少なくとも一つを、上り共有チャネルの送信用に設定される変調符号化方式及び変調次数の少なくとも一つから変更するように制御してもよい。あるいは、制御部２１０は、少なくとも一つのセグメントの送信に利用する空間リソースを、上り共有チャネルの送信用に設定される空間リソースより増加するように制御してもよい。複数のセグメントは、異なるスロットに配置されてもよい。

また、制御部２１０は、上り共有チャネルを複数セグメントに分割して送信する場合、少なくとも一つのセグメントに対して、上り共有チャネルに設定される冗長バージョンと異なる冗長バージョン、及び上り共有チャネルに設定されるオーバーヘッドに関するパラメータ値と異なる値の少なくとも一つを適用するように制御してもよい。あるいは、制御部２１０は、上り共有チャネルを複数セグメントに分割して送信する場合、複数のセグメントに対して、上り共有チャネルに設定される冗長バージョンと同一の冗長バージョン、及び上り共有チャネルに設定されるオーバーヘッドに関するパラメータ値と同じ値の少なくとも一つを適用するように制御してもよい。

例えば、制御部２１０は、複数のセグメントの少なくとも一つに対して特定の冗長バージョン及び特定のオーバーヘッドに関するパラメータ値の少なくとも一つを適用してもよい。また、制御部２１０は、繰り返し送信される複数の上り共有チャネルのうち、一部の上り共有チャネルを複数セグメントに分割して送信する場合、複数セグメントに分割せずに送信する上り共有チャネルに対して上り共有チャネルの送信用に設定される冗長バージョンと同一の冗長バージョンを適用してもよい。あるいは、制御部２１０は、繰り返し送信される複数の上り共有チャネルのうち、一部の上り共有チャネルを複数セグメントに分割して送信する場合、複数セグメントに分割せずに送信する上り共有チャネルに対して上り共有チャネルの送信用に設定される冗長バージョンと異なる冗長バージョンを適用してもよい。

（ハードウェア構成）
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。

ここで、機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、みなし、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。例えば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting unit）、送信機（transmitter）などと呼称されてもよい。いずれも、上述したとおり、実現方法は特に限定されない。

例えば、本開示の一実施形態における基地局、ユーザ端末などは、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図１５は、一実施形態に係る基地局及びユーザ端末のハードウェア構成の一例を示す図である。上述の基地局１０及びユーザ端末２０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

なお、本開示において、装置、回路、デバイス、部（section）、ユニットなどの文言は、互いに読み替えることができる。基地局１０及びユーザ端末２０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

例えば、プロセッサ１００１は１つだけ図示されているが、複数のプロセッサがあってもよい。また、処理は、１のプロセッサによって実行されてもよいし、処理が同時に、逐次に、又はその他の手法を用いて、２以上のプロセッサによって実行されてもよい。なお、プロセッサ１００１は、１以上のチップによって実装されてもよい。

基地局１０及びユーザ端末２０における各機能は、例えば、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４を介する通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（Central Processing Unit（ＣＰＵ））によって構成されてもよい。例えば、上述の制御部１１０（２１０）、送受信部１２０（２２０）などの少なくとも一部は、プロセッサ１００１によって実現されてもよい。

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、制御部１１０（２１０）は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、Read Only Memory（ＲＯＭ）、Erasable Programmable ROM（ＥＰＲＯＭ）、Electrically EPROM（ＥＥＰＲＯＭ）、Random Access Memory（ＲＡＭ）、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本開示の一実施形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、フレキシブルディスク、フロッピー（登録商標）ディスク、光磁気ディスク（例えば、コンパクトディスク（Compact Disc ROM（ＣＤ－ＲＯＭ）など）、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、リムーバブルディスク、ハードディスクドライブ、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ）、磁気ストライプ、データベース、サーバ、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。

通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（Frequency Division Duplex（ＦＤＤ））及び時分割複信（Time Division Duplex（ＴＤＤ））の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、上述の送受信部１２０（２２０）、送受信アンテナ１３０（２３０）などは、通信装置１００４によって実現されてもよい。送受信部１２０（２２０）は、送信部１２０ａ（２２０ａ）と受信部１２０ｂ（２２０ｂ）とで、物理的に又は論理的に分離された実装がなされてもよい。

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、Light Emitting Diode（ＬＥＤ）ランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。

また、基地局１０及びユーザ端末２０は、マイクロプロセッサ、デジタル信号プロセッサ（Digital Signal Processor（ＤＳＰ））、Application Specific Integrated Circuit（ＡＳＩＣ）、Programmable Logic Device（ＰＬＤ）、Field Programmable Gate Array（ＦＰＧＡ）などのハードウェアを含んで構成されてもよく、当該ハードウェアを用いて各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。

（変形例）
なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル、シンボル及び信号（シグナル又はシグナリング）は、互いに読み替えられてもよい。また、信号はメッセージであってもよい。参照信号（reference signal）は、ＲＳと略称することもでき、適用される標準によってパイロット（Pilot）、パイロット信号などと呼ばれてもよい。また、コンポーネントキャリア（Component Carrier（ＣＣ））は、セル、周波数キャリア、キャリア周波数などと呼ばれてもよい。

無線フレームは、時間領域において１つ又は複数の期間（フレーム）によって構成されてもよい。無線フレームを構成する当該１つ又は複数の各期間（フレーム）は、サブフレームと呼ばれてもよい。さらに、サブフレームは、時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジー（numerology）に依存しない固定の時間長（例えば、１ｍｓ）であってもよい。

ここで、ニューメロロジーは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジーは、例えば、サブキャリア間隔（SubCarrier Spacing（ＳＣＳ））、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（Transmission Time Interval（ＴＴＩ））、ＴＴＩあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。

スロットは、時間領域において１つ又は複数のシンボル（Orthogonal Frequency Division Multiplexing（ＯＦＤＭ）シンボル、Single Carrier Frequency Division Multiple Access（ＳＣ－ＦＤＭＡ）シンボルなど）によって構成されてもよい。また、スロットは、ニューメロロジーに基づく時間単位であってもよい。

スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（ＰＵＳＣＨ）マッピングタイプＡと呼ばれてもよい。ミニスロットを用いて送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（ＰＵＳＣＨ）マッピングタイプＢと呼ばれてもよい。

無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。なお、本開示におけるフレーム、サブフレーム、スロット、ミニスロット、シンボルなどの時間単位は、互いに読み替えられてもよい。

例えば、１サブフレームはＴＴＩと呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及びＴＴＩの少なくとも一方は、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１－１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。

ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、基地局が各ユーザ端末に対して、無線リソース（各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。

ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。

なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。

１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（３ＧＰＰ Ｒｅｌ．８－１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（partial又はfractional TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。

なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。

リソースブロック（Resource Block（ＲＢ））は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（サブキャリア（subcarrier））を含んでもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに関わらず同じであってもよく、例えば１２であってもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに基づいて決定されてもよい。

また、ＲＢは、時間領域において、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームなどは、それぞれ１つ又は複数のリソースブロックによって構成されてもよい。

なお、１つ又は複数のＲＢは、物理リソースブロック（Physical RB（ＰＲＢ））、サブキャリアグループ（Sub-Carrier Group（ＳＣＧ））、リソースエレメントグループ（Resource Element Group（ＲＥＧ））、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。

また、リソースブロックは、１つ又は複数のリソースエレメント（Resource Element（ＲＥ））によって構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。

帯域幅部分（Bandwidth Part（ＢＷＰ））（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジー用の連続する共通ＲＢ（common resource blocks）のサブセットのことを表してもよい。ここで、共通ＲＢは、当該キャリアの共通参照ポイントを基準としたＲＢのインデックスによって特定されてもよい。ＰＲＢは、あるＢＷＰで定義され、当該ＢＷＰ内で番号付けされてもよい。

ＢＷＰには、ＵＬ ＢＷＰ（ＵＬ用のＢＷＰ）と、ＤＬ ＢＷＰ（ＤＬ用のＢＷＰ）とが含まれてもよい。ＵＥに対して、１キャリア内に１つ又は複数のＢＷＰが設定されてもよい。

設定されたＢＷＰの少なくとも１つがアクティブであってもよく、ＵＥは、アクティブなＢＷＰの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「ＢＷＰ」で読み替えられてもよい。

なお、上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びＲＢの数、ＲＢに含まれるサブキャリアの数、並びにＴＴＩ内のシンボル数、シンボル長、サイクリックプレフィックス（Cyclic Prefix（ＣＰ））長などの構成は、様々に変更することができる。

また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースは、所定のインデックスによって指示されてもよい。

本開示においてパラメータなどに使用する名称は、いかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式などは、本開示において明示的に開示したものと異なってもよい。様々なチャネル（ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。

本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

また、情報、信号などは、上位レイヤから下位レイヤ及び下位レイヤから上位レイヤの少なくとも一方へ出力され得る。情報、信号などは、複数のネットワークノードを介して入出力されてもよい。

入出力された情報、信号などは、特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報、信号などは、上書き、更新又は追記をされ得る。出力された情報、信号などは、削除されてもよい。入力された情報、信号などは、他の装置へ送信されてもよい。

情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、本開示における情報の通知は、物理レイヤシグナリング（例えば、下り制御情報（Downlink Control Information（ＤＣＩ））、上り制御情報（Uplink Control Information（ＵＣＩ）））、上位レイヤシグナリング（例えば、Radio Resource Control（ＲＲＣ）シグナリング、ブロードキャスト情報（マスタ情報ブロック（Master Information Block（ＭＩＢ））、システム情報ブロック（System Information Block（ＳＩＢ））など）、Medium Access Control（ＭＡＣ）シグナリング）、その他の信号又はこれらの組み合わせによって実施されてもよい。

なお、物理レイヤシグナリングは、Layer 1／Layer 2（Ｌ１／Ｌ２）制御情報（Ｌ１／Ｌ２制御信号）、Ｌ１制御情報（Ｌ１制御信号）などと呼ばれてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。また、ＭＡＣシグナリングは、例えば、ＭＡＣ制御要素（ＭＡＣ Control Element（ＣＥ））を用いて通知されてもよい。

また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的な通知に限られず、暗示的に（例えば、当該所定の情報の通知を行わないことによって又は別の情報の通知によって）行われてもよい。

判定は、１ビットで表される値（０か１か）によって行われてもよいし、真（true）又は偽（false）で表される真偽値（boolean）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（Digital Subscriber Line（ＤＳＬ））など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用され得る。「ネットワーク」は、ネットワークに含まれる装置（例えば、基地局）のことを意味してもよい。

本開示において、「プリコーディング」、「プリコーダ」、「ウェイト（プリコーディングウェイト）」、「擬似コロケーション（Quasi-Co-Location（ＱＣＬ））」、「Transmission Configuration Indication state（ＴＣＩ状態）」、「空間関係（spatial relation）」、「空間ドメインフィルタ（spatial domain filter）」、「送信電力」、「位相回転」、「アンテナポート」、「アンテナポートグル－プ」、「レイヤ」、「レイヤ数」、「ランク」、「リソース」、「リソースセット」、「リソースグループ」、「ビーム」、「ビーム幅」、「ビーム角度」、「アンテナ」、「アンテナ素子」、「パネル」などの用語は、互換的に使用され得る。

本開示においては、「基地局（Base Station（ＢＳ））」、「無線基地局」、「固定局（fixed station）」、「ＮｏｄｅＢ」、「ｅＮＢ（ｅＮｏｄｅＢ）」、「ｇＮＢ（ｇＮｏｄｅＢ）」、「アクセスポイント（access point）」、「送信ポイント（Transmission Point（ＴＰ））」、「受信ポイント（Reception Point（ＲＰ））」、「送受信ポイント（Transmission/Reception Point（ＴＲＰ））」、「パネル」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。

基地局は、１つ又は複数（例えば、３つ）のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（Remote Radio Head（ＲＲＨ）））によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。

本開示においては、「移動局（Mobile Station（ＭＳ））」、「ユーザ端末（user terminal）」、「ユーザ装置（User Equipment（ＵＥ））」、「端末」などの用語は、互換的に使用され得る。

移動局は、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント又はいくつかの他の適切な用語で呼ばれる場合もある。

基地局及び移動局の少なくとも一方は、送信装置、受信装置、無線通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのInternet of Things（ＩｏＴ）機器であってもよい。

また、本開示における基地局は、ユーザ端末で読み替えてもよい。例えば、基地局及びユーザ端末間の通信を、複数のユーザ端末間の通信（例えば、Device-to-Device（Ｄ２Ｄ）、Vehicle-to-Everything（Ｖ２Ｘ）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、上述の基地局１０が有する機能をユーザ端末２０が有する構成としてもよい。また、「上り」、「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。

同様に、本開示におけるユーザ端末は、基地局で読み替えてもよい。この場合、上述のユーザ端末２０が有する機能を基地局１０が有する構成としてもよい。

本開示において、基地局によって行われるとした動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局を有する１つ又は複数のネットワークノード（network nodes）を含むネットワークにおいて、端末との通信のために行われる様々な動作は、基地局、基地局以外の１つ以上のネットワークノード（例えば、Mobility Management Entity（ＭＭＥ）、Serving-Gateway（Ｓ－ＧＷ）などが考えられるが、これらに限られない）又はこれらの組み合わせによって行われ得ることは明らかである。

本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

本開示において説明した各態様／実施形態は、Long Term Evolution（ＬＴＥ）、LTE-Advanced（ＬＴＥ－Ａ）、LTE-Beyond（ＬＴＥ－Ｂ）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、4th generation mobile communication system（４Ｇ）、5th generation mobile communication system（５Ｇ）、Future Radio Access（ＦＲＡ）、Ｎｅｗ－Radio Access Technology（ＲＡＴ）、New Radio（ＮＲ）、New radio access（ＮＸ）、Future generation radio access（ＦＸ）、Global System for Mobile communications（ＧＳＭ（登録商標））、ＣＤＭＡ２０００、Ultra Mobile Broadband（ＵＭＢ）、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ ８０２．２０、Ultra-WideBand（ＵＷＢ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切な無線通信方法を利用するシステム、これらに基づいて拡張された次世代システムなどに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ又はＬＴＥ－Ａと、５Ｇとの組み合わせなど）適用されてもよい。

本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素の参照は、２つの要素のみが採用され得ること又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。

本開示において使用する「判断（決定）（determining）」という用語は、多種多様な動作を包含する場合がある。例えば、「判断（決定）」は、判定（judging）、計算（calculating）、算出（computing）、処理（processing）、導出（deriving）、調査（investigating）、探索（looking up、search、inquiry）（例えば、テーブル、データベース又は別のデータ構造での探索）、確認（ascertaining）などを「判断（決定）」することであるとみなされてもよい。

また、「判断（決定）」は、受信（receiving）（例えば、情報を受信すること）、送信（transmitting）（例えば、情報を送信すること）、入力（input）、出力（output）、アクセス（accessing）（例えば、メモリ中のデータにアクセスすること）などを「判断（決定）」することであるとみなされてもよい。

また、「判断（決定）」は、解決（resolving）、選択（selecting）、選定（choosing）、確立（establishing）、比較（comparing）などを「判断（決定）」することであるとみなされてもよい。つまり、「判断（決定）」は、何らかの動作を「判断（決定）」することであるとみなされてもよい。

また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。

本開示において使用する「接続された（connected）」、「結合された（coupled）」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的であっても、論理的であっても、あるいはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。

本開示において、２つの要素が接続される場合、１つ以上の電線、ケーブル、プリント電気接続などを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域、光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。

本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。

本開示において、「含む（include）」、「含んでいる（including）」及びこれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

本開示において、例えば、英語でのa, an及びtheのように、翻訳によって冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

以上、本開示に係る発明について詳細に説明したが、当業者にとっては、本開示に係る発明が本開示中に説明した実施形態に限定されないということは明らかである。本開示に係る発明は、請求の範囲の記載に基づいて定まる発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とし、本開示に係る発明に対して何ら制限的な意味をもたらさない。

Claims (5)

1. 物理上り共有チャネル（ＰＵＳＣＨ）の繰り返し回数に関する情報を受信する受信部と、
   繰り返し送信が適用されるあるＰＵＳＣＨを複数のＰＵＳＣＨに分割して送信する場合、分割前のＰＵＳＣＨに基づいて決定された送信電力を、前記複数のＰＵＳＣＨそれぞれに適用するように制御する制御部と、を有する端末。
2. 前記あるＰＵＳＣＨが２スロットにわたり割り当てられる場合、前記制御部は、スロット境界に基づいて、前記複数のＰＵＳＣＨへの分割を行う、請求項１に記載の端末。
3. 物理上り共有チャネル（ＰＵＳＣＨ）の繰り返し回数に関する情報を受信するステップと、
   繰り返し送信が適用されるあるＰＵＳＣＨを複数のＰＵＳＣＨに分割して送信する場合、分割前のＰＵＳＣＨに基づいて決定された送信電力を、前記複数のＰＵＳＣＨそれぞれに適用するステップと、を有する、端末の無線通信方法。
4. 物理上り共有チャネル（ＰＵＳＣＨ）の繰り返し回数に関する情報を送信する送信部と、
   繰り返し送信が適用されるあるＰＵＳＣＨが複数のＰＵＳＣＨに分割されて送信される場合、分割前のＰＵＳＣＨに基づいて決定された送信電力が適用された前記複数のＰＵＳＣＨの受信を制御する制御部と、を有する、基地局。
5. 端末と基地局を有するシステムであって、
   前記端末は、
   物理上り共有チャネル（ＰＵＳＣＨ）の繰り返し回数に関する情報を受信する受信部と、
   繰り返し送信が適用されるあるＰＵＳＣＨを複数のＰＵＳＣＨに分割して送信する場合、分割前のＰＵＳＣＨに基づいて決定された送信電力を、前記複数のＰＵＳＣＨそれぞれに適用する制御部と、を有し、
   前記基地局は、
   前記情報を送信する送信部と、
   前記複数のＰＵＳＣＨの受信を制御する制御部と、を有する、システム。

Images