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

Description

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

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

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

ＮＲ等、セルラー移動通信の機能拡張の検討が行われることが期待される。例えば、非特許文献２に示されるように、ＮＲの機能の拡張に関する検討が、開始されている。

"New SID proposal: Study on New Radio Access Technology"， RP-160671， NTT docomo， 3GPP TSG RAN Meeting #71，Goteborg， Sweden， 7th ― 10th March， 2016． "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

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

（１）本発明の第１の態様は、端末装置であって、第１のサイズのトランスポートブロックに含まれる１または複数のコードブロックのうちのあるコードブロックのビット系列の符号化により符号化ビット系列ｄを生成する符号化部と、前記符号化ビット系列ｄの長さＮとＮ_ｒｅｆとを比較することに基づき、前記符号化ビット系列ｄにビット選択手順を適用するレートマッチング部と、を備え、前記Ｎ_ｒｅｆは、第２のサイズに基づき決定され、
前記第１のサイズは、１より大きいＫの値を用いたスケーリング手法がトランスポートブロックサイズの決定の過程に適用されることにより決定され、前記第２のサイズは、前
記スケーリング手法が前記トランスポートブロックサイズの決定の過程に適用されない想定のもと決定される端末装置であることを特徴とする。

（２）また、本発明の第２の態様は、基地局装置であって、第１のサイズのトランスポートブロックに含まれる１または複数のコードブロックのうちのあるコードブロックのビット系列の符号化により生成された符号化ビット系列ｄを復号化する復号化部と、前記符号化ビット系列ｄの長さＮとＮ_ｒｅｆとを比較することに基づき、前記符号化ビット系列ｄにビット選択手順を適用するレートマッチング部と、を備え、前記Ｎ_ｒｅｆは、第２のサイズに基づき決定され、前記第１のサイズは、１より大きいＫの値を用いたスケーリング手法がトランスポートブロックサイズの決定の過程に適用されることにより決定され、前記第２のサイズは、前記スケーリング手法が前記トランスポートブロックサイズの決定の過程に適用されない想定のもと決定される基地局装置であることを特徴とする。

（３）また、本発明の第３の態様は、端末装置に用いられる通信方法でであって、第１のサイズのトランスポートブロックに含まれる１または複数のコードブロックのうちのあるコードブロックのビット系列の符号化により符号化ビット系列ｄを生成するステップと、前記符号化ビット系列ｄの長さＮとＮ_ｒｅｆとを比較することに基づき、前記符号化ビット系列ｄにビット選択手順を適用するステップと、を備え、前記Ｎ_ｒｅｆは、第２のサイズに基づき決定され、前記第１のサイズは、１より大きいＫの値を用いたスケーリング手法がトランスポートブロックサイズの決定の過程に適用されることにより決定され、前記第２のサイズは、前記スケーリング手法が前記トランスポートブロックサイズの決定の過程に適用されない想定のもと決定される通信方法であることを特徴とする。

（４）また、本発明の第４の態様は、基地局装置に用いられる通信方法であって、第１のサイズのトランスポートブロックに含まれる１または複数のコードブロックのうちのあるコードブロックのビット系列の符号化により生成された符号化ビット系列ｄを復号化するステップと、前記符号化ビット系列ｄの長さＮとＮ_ｒｅｆとを比較することに基づき、前記符号化ビット系列ｄにビット選択手順を適用するステップと、を備え、前記Ｎ_ｒｅｆは、第２のサイズに基づき決定され、前記第１のサイズは、１より大きいＫの値を用いたスケーリング手法がトランスポートブロックサイズの決定の過程に適用されることにより決定され、前記第２のサイズは、前記スケーリング手法が前記トランスポートブロックサイズの決定の過程に適用されない想定のもと決定される通信方法であることを特徴とする。

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

本実施形態の一態様に係る無線通信システムの概念図である。 本実施形態の一態様に係るサブキャリア間隔の設定μ、スロットあたりのＯＦＤＭシンボル数Ｎ^ｓｌｏｔ _ｓｙｍｂ、および、ＣＰ（cyclic Prefix）設定の関係を示す一例である。 本実施形態の一態様に係るリソースグリッドの構成方法の一例を示す図である。 本実施形態の一態様に係るリソースグリッド３００１の構成例を示す図である。 本実施形態の一態様に係る基地局装置３の構成例を示す概略ブロック図である。 本実施形態の一態様に係る端末装置１の構成例を示す概略ブロック図である。 本実施形態の一態様に係るＳＳ／ＰＢＣＨブロックの構成例を示す図である。 本実施形態の一態様に係る探索領域セットの監視機会の一例を示す図である。 本実施形態の一態様に係る媒体アクセス制御層処理部１５の構成例を示す図である。 本実施形態の一態様に係る符号化処理部（Encoding processer unit）１２０００の構成例を示す図である。 本実施形態の一態様に係るビット選択手順例を示す図である。 本実施形態の一態様に係る巡回バッファのコンセプトを示す図である。 本実施形態の一態様に係るＰＵＳＣＨのマルチスロット送信の一例を示す図である。 本実施形態の一態様に係るＰＵＳＣＨのマルチスロット送信の一例を示す図である。

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

ｆｌｏｏｒ（Ｃ）は、実数Ｃに対する床関数であってもよい。例えば、ｆｌｏｏｒ（Ｃ）は、実数Ｃを超えない範囲で最大の整数を出力する関数であってもよい。ｃｅｉｌ（Ｄ）は、実数Ｄに対する天井関数であってもよい。例えば、ｃｅｉｌ（Ｄ）は、実数Ｄを下回らない範囲で最小の整数を出力する関数であってもよい。ｍｏｄ（Ｅ，Ｆ）は、ＥをＦで除算した余りを出力する関数であってもよい。ｍｏｄ（Ｅ，Ｆ）は、ＥをＦで除算した余りに対応する値を出力する関数であってもよい。ｅｘｐ（Ｇ）＝ｅ＾Ｇである。ここで、ｅはネイピア数である。Ｈ＾ＩはＨのＩ乗を示す。ｍａｘ（Ｊ，Ｋ）は、Ｊ、および、Ｋのうちの最大値を出力する関数である。ここで、ＪとＫが等しい場合に、ｍａｘ（Ｊ，Ｋ）はＪまたはＫを出力する関数である。ｍｉｎ（Ｌ，Ｍ）は、Ｌ、および、Ｍのうちの最大値を出力する関数である。ここで、ＬとＭが等しい場合に、ｍｉｎ（Ｌ，Ｍ）はＬまたはＭを出力する関数である。ｒｏｕｎｄ（Ｎ）は、Ｎに最も近い値の整数値を出力する関数である。“・”は乗算を示す。

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

該無線通信システムにおいて、少なくとも１つの通信方式が用いられてもよい。該１つの通信方式は、ＯＦＤＭ（Orthogonal Frequency Division Multiplex）であってもよい。例えば、基地局装置３から端末装置１への通信である下りリンクにおいて、ＣＰ－ＯＦＤＭ（Cyclic Prefix ― Orthogonal Frequency Division Multiplex）が少なくとも用いられてもよい。また、端末装置１から基地局装置３への通信である上りリンクにおいて、ＣＰ－ＯＦＤＭ、または、ＤＦＴ－ｓ－ＯＦＤＭ（Discrete Fourier Transform ― spread ― Orthogonal Frequency Division Multiplex）のいずれかが少なくとも用いられてもよい。ＤＦＴ－ｓ－ＯＦＤＭは、ＣＰ－ＯＦＤＭにおける信号生成に先立って変形プレコーディング（Transform precoding）が適用されるような通信方式である。ここで、変形プレコーディングは、ＤＦＴプレコーディングとも呼称される。

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

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

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

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

リソースグリッドは、Ｎ^{ｓｉｚｅ，μ} _{ｇｒｉｄ，ｘ}Ｎ^ＲＢ _ｓｃ個のサブキャリアを含む。ここで、リソースグリッドは、共通リソースブロックＮ^{ｓｔａｒｔ，μ} _{ｇｒｉｄ，ｘ}から開始される。また、共通リソースブロックＮ^{ｓｔａｒｔ，μ} _{ｇｒｉｄ，ｘ}は、リソースグリッドの基準点とも呼称される。

リソースグリッドは、Ｎ^{ｓｕｂｆｒａｍｅ，μ} _ｓｙｍｂ個のＯＦＤＭシンボルを含む。

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

Ｎ^{ｓｉｚｅ，μ} _{ｇｒｉｄ，ｘ}はＲＲＣ層より提供されるパラメータにより示される（例えば、パラメータCarrierBandwidth）オフセット設定である。Ｎ^{ｓｔａｒｔ，μ} _{ｇｒｉｄ，ｘ}は、ＲＲＣ層より提供されるパラメータにより示される（例えば、パラメータ、OffsetToCarrier）帯域設定である。オフセット設定と帯域設定とは、ＳＣＳ固有キャリア（SCS-specific carrier）の構成に用いられる設定である。

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

図２は、本実施形態の一態様に係るサブキャリア間隔の設定μ、スロットあたりのＯＦＤＭシンボル数Ｎ^ｓｌｏｔ _ｓｙｍｂ、および、ＣＰ（cyclic Prefix）設定の関係を示す一例である。図２Ａにおいて、例えば、サブキャリア間隔の設定μが２であり、ＣＰ設定がノーマルＣＰ（normal cyclic prefix）である場合、Ｎ^ｓｌｏｔ _ｓｙｍｂ＝１４、Ｎ^{ｆｒａｍｅ，μ} _ｓｌｏｔ＝４０、Ｎ^{ｓｕｂｆｒａｍｅ，μ} _ｓｌｏｔ＝４である。また、図２Ｂにおいて、例えば、サブキャリア間隔の設定μが２であり、ＣＰ設定が拡張ＣＰ（extended cyclic prefix）である場合、Ｎ^ｓｌｏｔ _ｓｙｍｂ＝１２、Ｎ^{ｆｒａｍｅ，μ} _{ｓｌｏ
ｔ}＝４０、Ｎ^{ｓｕｂｆｒａｍｅ，μ} _ｓｌｏｔ＝４である。

時間単位（タイムユニット）Ｔ_ｃは、時間領域の長さの表現のために用いられる。時間単位Ｔ_ｃは、Ｔ_ｃ＝１／（Δｆ_ｍａｘ・Ｎ_ｆ）である。Δｆ_ｍａｘ＝４８０ｋＨｚである。Ｎ_ｆ＝４０９６である。定数κは、κ＝Δｆ_ｍａｘ・Ｎ_ｆ／（Δｆ_ｒｅｆＮ_{ｆ，ｒｅｆ}）＝６４である。Δｆ_ｒｅｆは、１５ｋＨｚである。Ｎ_{ｆ，ｒｅｆ}は、２０４８である。

下りリンクにおける信号の送信、および／または、上りリンクにおける信号の送信は、長さＴ_ｆの無線フレーム（システムフレーム、フレーム）により編成されてもよい（organized into）。Ｔ_ｆ＝（Δｆ_ｍａｘＮ_ｆ／１００）・Ｔ_ｓ＝１０ｍｓである。無線フレームは、１０個のサブフレームを含んで構成される。サブフレームの長さＴ_ｓｆ＝（Δｆ_ｍａｘＮ_ｆ／１０００）・Ｔ_ｓ＝１ｍｓである。サブフレームあたりのＯＦＤＭシンボル数はＮ^{ｓｕｂｆｒａｍｅ，μ} _ｓｙｍｂ＝Ｎ^ｓｌｏｔ _ｓｙｍｂＮ^{ｓｕｂｆｒａｍｅ，μ} _ｓｌｏｔである。

ＯＦＤＭシンボルは、１つの通信方式の時間領域の単位である。例えば、ＯＦＤＭシンボルは、ＣＰ－ＯＦＤＭの時間領域の単位であってもよい。また、ＯＦＤＭシンボルは、ＤＦＴ－ｓ－ＯＦＤＭの時間領域の単位であってもよい。

スロットは、複数のＯＦＤＭシンボルを含んで構成されてもよい。例えば、連続するＮ^ｓｌｏｔ _ｓｙｍｂ個のＯＦＤＭシンボルにより１つのスロットが構成されてもよい。例えば、ノーマルＣＰの設定において、Ｎ^ｓｌｏｔ _ｓｙｍｂ＝１４であってもよい。また、拡張ＣＰの設定において、Ｎ^ｓｌｏｔ _ｓｙｍｂ＝１２であってもよい。

スロットに対して、時間領域でインデックスが付されてもよい。例えば、スロットインデックスｎ^μ _ｓは、サブフレームにおいて０からＮ^{ｓｕｂｆｒａｍｅ，μ} _ｓｌｏｔ－１の範囲の整数値で昇順に与えられてもよい。また、スロットインデックスｎ^μ _ｓ，ｆは、無線フレームにおいて０からＮ^{ｆｒａｍｅ，μ} _ｓｌｏｔ－１の範囲の整数値で昇順に与えられてもよい。

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

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

共通リソースブロックセット３１００のうち、ポイント３０００を含む共通リソースブロック（図３中の右上がり斜線で示されるブロック）は、共通リソースブロックセット３１００の基準点（reference point）とも呼称される。共通リソースブロックセット３１００の基準点が、サブキャリア間隔の設定μ_１に対するインデックス０の共通リソースブロックである。

オフセット３０１１は、共通リソースブロックセット３１００の基準点から、リソースグリッド３００１の基準点までのオフセットである。オフセット３０１１は、サブキャリ
ア間隔の設定μ_１に対する共通リソースブロックの数によって示される。リソースグリッド３００１は、リソースグリッド３００１の基準点から始まるＮ^{ｓｉｚｅ，μ} _{ｇｒｉｄ１，ｘ}個の共通リソースブロックを含む。

オフセット３０１３は、リソースグリッド３００１の基準点から、インデックスｉ１のＢＷＰ（BandWidth Part）３００３の基準点（Ｎ^{ｓｔａｒｔ，μ} _{ＢＷＰ，ｉ１}）までのオフセットである。インデックスｉ１のＢＷＰ３００３の基準点が、該ＢＷＰに対するインデックス０の物理リソースブロックである。

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

共通リソースブロックセット３２００のうち、ポイント３０００を含む共通リソースブロック（図３中の左上がり斜線で示されるブロック）は、共通リソースブロックセット３２００の基準点とも呼称される。共通リソースブロックセット３２００の基準点が、サブキャリア間隔の設定μ_２に対するインデックス０の共通リソースブロックである。

オフセット３０１２は、共通リソースブロックセット３２００の基準点から、リソースグリッド３００２の基準点までのオフセットである。オフセット３０１２は、サブキャリア間隔μ_２に対する共通リソースブロックの数によって示される。リソースグリッド３００２は、リソースグリッド３００２の基準点から始まるＮ^{ｓｉｚｅ，μ} _{ｇｒｉｄ２，ｘ}個の共通リソースブロックを含む。

オフセット３０１４は、リソースグリッド３００２の基準点から、インデックスｉ２のＢＷＰ３００４の基準点（Ｎ^{ｓｔａｒｔ，μ} _{ＢＷＰ，ｉ２}）までのオフセットである。インデックスｉ２のＢＷＰ３００４の基準点が、該ＢＷＰに対するインデックス０の物理リソースブロックである。

図４は、本実施形態の一態様に係るリソースグリッド３００１の構成例を示す図である。図４のリソースグリッドにおいて、横軸はＯＦＤＭシンボルインデックスｌ_ｓｙｍであり、縦軸はサブキャリアインデックスｋ_ｓｃである。リソースグリッド３００１は、Ｎ^{ｓｉｚｅ，μ} _{ｇｒｉｄ１，ｘ}Ｎ^ＲＢ _ｓｃ個のサブキャリアを含み、Ｎ^{ｓｕｂｆｒａｍｅ，μ} _ｓｙｍｂ個のＯＦＤＭシンボルを少なくとも含む。リソースグリッド内において、サブキャリアインデックスｋ_ｓｃとＯＦＤＭシンボルインデックスｌ_ｓｙｍによって特定されるリソースは、リソースエレメント（RE: Resource Element）とも呼称される。

リソースグリッドの周波数領域は、ＳＣＳ固有キャリアに対応する。ＳＣＳ固有キャリアの設定は、オフセット設定、および、帯域設定の一部または全部を含んで構成される。オフセットは、共通リソースブロックセットの基準点からリソースグリッドの基準点までのオフセットを示す。例えば、オフセット３０１１、および、オフセット３０１２は、ＳＣＳ固有キャリアの設定に含まれるオフセット設定である。また、帯域設定は、ＳＣＳ固有キャリアの帯域幅を示す。ここで、該ＳＣＳ固有キャリアの帯域幅は、リソースグリッドの帯域幅に対応する。例えば、Ｎ^{ｓｉｚｅ，μ} _{ｇｒｉｄ１，ｘ}、および、Ｎ^{ｓｉｚｅ，μ} _{ｇｒｉｄ２，ｘ}は、ＳＣＳ固有キャリアの設定に含まれる帯域設定である。

リソースブロック（RB: Resource Block）は、Ｎ^ＲＢ _ｓｃ個の連続するサブキャリアを含む。リソースブロックは、共通リソースブロック、物理リソースブロック（PRB: Physical Resource Block）、および、仮想リソースブロック（VRB: Virtual Resource Block）の総称である。例えば、Ｎ^ＲＢ _ｓｃ＝１２であってもよい。

あるサブキャリア間隔の設定μに対する共通リソースブロックセットにおいて、共通リソースブロックは周波数領域で０から昇順にインデックスが付される。あるサブキャリア間隔の設定μに対するインデックス０の共通リソースブロックは、ポイント３０００を含む（または、衝突する、一致する）。あるサブキャリア間隔の設定μに対する共通リソースブロックのインデックスｎ^μ _ＣＲＢは、ｎ^μ _ＣＲＢ＝ｃｅｉｌ（ｋ_ｓｃ，ｃ／Ｎ^ＲＢ _ｓｃ）の関係を満たす。ここで、ｋ_ｓｃ，ｃ＝０のサブキャリアは、ポイント３０００に対応するサブキャリアの中心周波数と同一の中心周波数を備えるサブキャリアである。また、ｋ_ｓｃ，ｃは、共通リソースブロックセットにおけるサブキャリアのインデックスを示す。

あるサブキャリア間隔の設定μに対する物理リソースブロックセットにおいて、物理リソースブロックは周波数領域で０から昇順にインデックスが付される。あるサブキャリア間隔の設定μに対する物理リソースブロックのインデックスｎ^μ _ＰＲＢは、ｎ^μ _ＣＲＢ＝ｎ^μ _ＰＲＢ＋Ｎ^{ｓｔａｒｔ，μ} _{ＢＷＰ，ｉ}の関係を満たす。ここで、Ｎ^{ｓｔａｒｔ，μ} _{ＢＷＰ，ｉ}は、インデックスｉのＢＷＰの基準点を示す。

ＢＷＰは、コンポーネントキャリアの周波数帯域の一部分として構成されてもよい。例えば、ＢＷＰは、リソースグリッドに含まれる共通リソースブロックのサブセットとして定義されてもよい。例えば、ＢＷＰは、該ＢＷＰの基準点Ｎ^{ｓｔａｒｔ，μ} _{ＢＷＰ，ｉ}から始まるＮ^{ｓｉｚｅ，μ} _{ＢＷＰ，ｉ}個の共通リソースブロックを含んで構成されてもよい。下りリンクに対して設定されるＢＷＰは、下りリンクＢＷＰとも呼称される。上りリンクに対して設定されるＢＷＰは、上りリンクＢＷＰとも呼称される。

アンテナポートは、あるアンテナポートにおけるシンボルが伝達されるチャネルが、該あるアンテナポートにおけるその他のシンボルが伝達されるチャネルから推定できることによって定義されてもよい（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）。例えば、チャネルは、物理チャネルに対応してもよい。また、シンボルは、リソースエレメントに配置される変調シンボルに対応してもよい。

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

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

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

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

例えば、無線送信部３０ａは、下りリンク物理チャネルのベースバンド信号を生成してもよい。例えば、無線送信部３０ａは、下りリンク物理シグナルのベースバンド信号を生成してもよい。

例えば、無線受信部３０ｂは、上りリンク物理チャネルにより伝達される情報の検出を試みてもよい。例えば、無線受信部３０ｂは、上りリンク物理シグナルにより伝達される情報の検出を試みてもよい。

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

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

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

無線送受信部３０（または、無線送信部３０ａ）は、変調処理、符号化処理、および、送信処理の一部または全部を行う。無線送受信部３０（または、無線送信部３０ａ）は、下りリンクデータに対する変調処理、符号化処理、および、ベースバンド信号生成（時間連続信号への変換）処理の一部または全部によって物理信号を生成する。無線送受信部３０（または、無線送信部３０ａ）は、物理信号をあるコンポーネントキャリアに配置してもよい。無線送受信部３０（または、無線送信部３０ａ）は、生成された物理信号を送信する。

無線送受信部３０（または、無線受信部３０ｂ）は、復調処理、復号化処理、および、受信処理の一部または全部を行う。無線送受信部３０（または、無線受信部３０ｂ）は、受信した物理信号に対する復調処理、復号化処理に少なくとも基づき検出した情報を上位層処理部３４に出力する。

サービングセルの帯域において、キャリアセンスの実施が要求される場合、無線送受信部３０（または、無線受信部３０ｂ）は、物理信号の送信に先立って、キャリアセンスを実施してもよい。

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

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

ベースバンド部３３は、下りリンクデータを逆高速フーリエ変換（IFFT:Inverse Fast Fourier Transform）し、ＯＦＤＭシンボルを生成し、生成されたＯＦＤＭシンボルにＣＰを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換する。ベースバンド部３３は、変換したアナログ信号をＲＦ部３２に出力する。逆高速フーリエ変換に先立って、下りリンクデータに対して変形プレコーディングが適用されてもよい。

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

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

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

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

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

ＳＣｅｌｌは、ＭＣＧ、または、ＳＣＧのいずれに含まれてもよい。

サービングセルグループ（セルグループ）は、ＭＣＧ、ＳＣＧ、および、ＰＵＣＣＨセルグループの総称である。サービングセルグループは、１または複数のサービングセル（または、コンポーネントキャリア）を含んでもよい。サービングセルグループに含まれる１または複数のサービングセル（または、コンポーネントキャリア）は、キャリアアグリゲーションにより運用されてもよい。

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

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

ＰＤＳＣＨ、ＰＤＣＣＨ、および、ＣＳＩ－ＲＳは、アクティブ下りリンクＢＷＰにおいて受信されてもよい。端末装置１は、アクティブ下りリンクＢＷＰにおいてＰＤＳＣＨ、ＰＤＣＣＨ、および、ＣＳＩ－ＲＳの受信を試みてもよい。ＰＵＣＣＨ、および、ＰＵＳＣＨは、アクティブ上りリンクＢＷＰにおいて送信されてもよい。端末装置１は、アクティブ上りリンクＢＷＰにおいてＰＵＣＣＨ、および、ＰＵＳＣＨの送信を試みてもよい。アクティブ下りリンクＢＷＰ、および、アクティブ上りリンクＢＷＰは、アクティブＢＷＰと総称される。

ＰＤＳＣＨ、ＰＤＣＣＨ、および、ＣＳＩ－ＲＳは、アクティブ下りリンクＢＷＰではない下りリンクＢＷＰ（インアクティブ下りリンクＢＷＰ）において受信されなくてもよい。端末装置１は、アクティブ下りリンクＢＷＰではない下りリンクＢＷＰにおいてＰＤＳＣＨ、ＰＤＣＣＨ、および、ＣＳＩ－ＲＳの受信を試みなくてもよい。ＰＵＣＣＨ、および、ＰＵＳＣＨは、アクティブ上りリンクＢＷＰではない上りリンクＢＷＰ（インアクティブ上りリンクＢＷＰ）において送信されなくてもよい。端末装置１は、アクティブ上りリンクＢＷＰではない上りリンクＢＷＰにおいてＰＵＣＣＨ、および、ＰＵＳＣＨの送信を試みなくてもよい。インアクティブ下りリンクＢＷＰ、および、インアクティブ上りリンクＢＷＰは、インアクティブＢＷＰと総称される。

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

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

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

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

コンポーネントキャリアごとに、１つの下りリンクＢＷＰがアクティブＢＷＰに設定されてもよい。つまり、あるコンポーネントキャリアに対して、２つ以上の下りリンクＢＷＰがアクティブ下りリンクＢＷＰに設定されなくてもよい。また、あるコンポーネントキャリアに対して、２つ以上の上りリンクＢＷＰがアクティブ下りリンクＢＷＰに設定されなくてもよい。

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

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

例えば、無線送信部１０ａは、上りリンク物理チャネルのベースバンド信号を生成してもよい。例えば、無線送信部１０ａは、上りリンク物理シグナルのベースバンド信号を生成してもよい。

例えば、無線受信部１０ｂは、下りリンク物理チャネルにより伝達される情報の検出を試みてもよい。例えば、無線受信部１０ｂは、上りリンク物理シグナルにより伝達される情報の検出を試みてもよい。

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

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

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

無線送受信部１０（または、無線送信部１０ａ）は、変調処理、符号化処理、および、送信処理の一部または全部を行う。無線送受信部１０（または、無線送信部１０ａ）は、上りリンクデータに対する変調処理、符号化処理、および、ベースバンド信号生成（時間連続信号への変換）処理の一部または全部によって物理信号を生成する。無線送受信部１０（または、無線送信部１０ａ）は、物理信号をあるＢＷＰ（アクティブ上りリンクＢＷＰ）に配置してもよい。無線送受信部１０（または、無線送信部１０ａ）は、生成された物理信号を送信する。

無線送受信部１０（または、無線受信部１０ｂ）は、復調処理、復号化処理、および、受信処理の一部または全部を行う。無線送受信部１０（または、無線受信部３０ｂ）は、あるサービングセルのあるＢＷＰ（アクティブ下りリンクＢＷＰ）において、物理信号を受信してもよい。無線送受信部１０（または、無線受信部１０ｂ）は、受信した物理信号に対する復調処理、復号化処理に少なくとも基づき検出した情報を上位層処理部１４に出力する。

サービングセルの帯域において、キャリアセンスの実施が要求される場合、無線送受信部１０（無線受信部１０ｂ）は物理信号の送信に先立ってキャリアセンスを実施してもよい。

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

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

ベースバンド部１３は、上りリンクデータを逆高速フーリエ変換（IFFT:Inverse Fast Fourier Transform）し、ＯＦＤＭシンボルを生成し、生成されたＯＦＤＭシンボルにＣＰを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換する。ベースバンド部１３は、変換したアナログ信号をＲＦ部１２に出力する。逆高速フーリエ変換に先立って、上りリンクデータに対して変形プレコーディングが適用されてもよい。

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

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

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

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

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

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

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

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

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

トランスポートブロックに対するＨＡＲＱ－ＡＣＫを、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫと呼称する場合がある。この場合、“ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ”は、ＰＤＳＣＨに含まれるトランスポートブロックに対するＨＡＲＱ－ＡＣＫを示す。

ＨＡＲＱ－ＡＣＫは、トランスポートブロックのＣＢＧ（Code Block Group）ごとのＡＣＫまたはＮＡＣＫを示してもよい。

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

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

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

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

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

ＰＲＡＣＨは、ランダムアクセスプリアンブルを伝達するために送信されてもよい。端末装置１は、ＰＲＡＣＨを送信してもよい。基地局装置３は、ＰＲＡＣＨを受信してもよい。ＰＲＡＣＨの系列ｘ_ｕ，ｖ（ｎ）は、ｘ_ｕ，ｖ（ｎ）＝ｘ_ｕ（ｍｏｄ（ｎ＋Ｃ_ｖ，Ｌ_ＲＡ））によって定義される。ここで、ｘ_ｕはＺＣ（Zadoff Chu）系列である。また、ｘ_ｕはｘ_ｕ＝ｅｘｐ（－ｊπｕｉ（ｉ＋１）／Ｌ_ＲＡ）によって定義されてもよい。また、ｊは虚数単位である。また、πは円周率である。また、Ｃ_ｖは、ＰＲＡＣＨ系列のサイクリックシフト（cyclic shift）に対応する。また、Ｌ_ＲＡは、ＰＲＡＣＨ系列の長さに対
応する。また、Ｌ_ＲＡは、８３９、または、１３９である。また、ｉは、０からＬ_ＲＡ－１の範囲の整数である。また、ｕはＰＲＡＣＨ系列のための系列インデックスである。

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

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

ＵＬ ＤＭＲＳは、ＰＵＳＣＨのためのＤＭＲＳ、および、ＰＵＣＣＨのためのＤＭＲＳの総称である。

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

ＰＵＳＣＨの送信と、該ＰＵＳＣＨのためのＤＭＲＳの送信は、１つのＤＣＩフォーマットにより示されてもよい（または、スケジューリングされてもよい）。ＰＵＳＣＨと、該ＰＵＳＣＨのためのＤＭＲＳは、まとめてＰＵＳＣＨと呼称されてもよい。つまり、ＰＵＳＣＨを送信することは、ＰＵＳＣＨと、該ＰＵＳＣＨのためのＤＭＲＳを送信することであってもよい。

ＰＵＳＣＨの伝搬路（propagation path）は、該ＰＵＳＣＨのためのＤＭＲＳから推定されてもよい。

ＰＵＣＣＨのためのＤＭＲＳ（ＰＵＣＣＨに関連するＤＭＲＳ、ＰＵＣＣＨに含まれるＤＭＲＳ、ＰＵＣＣＨに対応するＤＭＲＳ）のアンテナポートのセットは、ＰＵＣＣＨのアンテナポートのセットと同一であってもよい。

ＰＵＣＣＨの送信と、該ＰＵＣＣＨのためのＤＭＲＳの送信は、１つのＤＣＩフォーマットにより示されてもよい（または、トリガされてもよい）。ＰＵＣＣＨフォーマットは、ＰＵＣＣＨのリソースエレメントへのマッピング（resource element mapping）、および、該ＰＵＣＣＨのためのＤＭＲＳのリソースエレメントへのマッピングの一方または両方を示してもよい。ＰＵＣＣＨと、該ＰＵＣＣＨのためのＤＭＲＳは、まとめてＰＵＣＣＨと呼称されてもよい。つまり、ＰＵＣＣＨを送信することは、ＰＵＣＣＨと、該ＰＵＣＣＨのためのＤＭＲＳを送信することであってもよい。

ＰＵＣＣＨの伝搬路は、該ＰＵＣＣＨのためのＤＭＲＳから推定されてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＤＣＩフォーマット０＿１は、あるセルに配置されるＰＵＳＣＨのスケジューリングのために少なくとも用いられる。ＤＣＩフォーマット０＿１は、２Ａから２Ｈのフィールドの一部または全部を少なくとも含んで構成される。
２Ａ）ＤＣＩフォーマット特定フィールド
２Ｂ）周波数領域リソース割り当てフィールド
２Ｃ）上りリンクの時間領域リソース割り当てフィールド
２Ｄ）周波数ホッピングフラグフィールド
２Ｅ）ＭＣＳフィールド
２Ｆ）ＣＳＩリクエストフィールド（CSI request field）
２Ｇ）ＢＷＰフィールド（BWP field）
２Ｈ）キャリアインディケータフィールド（Carrier indicator field）

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

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

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

ＤＣＩフォーマット０＿１に含まれるＭＣＳフィールドは、ＰＵＳＣＨのための変調方式、および、ターゲット符号化率の一方または両方を示すために用いられてもよい。

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

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

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

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

ＤＣＩフォーマット０＿１にキャリアインディケータフィールドが含まれる場合、該キャリアインディケータフィールドは、ＰＵＳＣＨが配置される上りリンクコンポーネントキャリアのサービングセルを示すために用いられてもよい。端末装置１は、あるサービングセルの下りリンクコンポーネントキャリアにおいてＤＣＩフォーマット０＿１を検出することに基づき、該ＤＣＩフォーマット０＿１によりスケジューリングされるＰＵＳＣＨが該ＤＣＩフォーマット０＿１に含まれるキャリアインディケータフィールドにより示されるサービングセルの上りリンクコンポーネントキャリアに配置されることを認識してもよい。

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

ＤＣＩフォーマット１＿０は、あるセルに配置されるＰＤＳＣＨのスケジューリングのために少なくとも用いられる。ＤＣＩフォーマット１＿０は、３Ａから３Ｆの一部または全部を少なくとも含んで構成される。
３Ａ）ＤＣＩフォーマット特定フィールド
３Ｂ）周波数領域リソース割り当てフィールド
３Ｃ）時間領域リソース割り当てフィールド
３Ｄ）ＭＣＳフィールド
３Ｅ）ＰＤＳＣＨ＿ＨＡＲＱフィードバックタイミング指示フィールド（PDSCH to HARQ feedback timing indicator field）
３Ｆ）ＰＵＣＣＨリソース指示フィールド（PUCCH resource indicator field）

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

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

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

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

ＰＤＳＣＨ＿ＨＡＲＱフィードバックタイミング指示フィールドは、ＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットから、ＰＵＣＣＨの先頭のＯＦＤＭシンボルが含まれるスロットまでのオフセットを示すために用いられてもよい。

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

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

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

ＤＣＩフォーマット１＿１は、あるセルに配置されるＰＤＳＣＨのスケジューリングのために少なくとも用いられる。ＤＣＩフォーマット１＿１は、４Ａから４Ｉの一部または全部を少なくとも含んで構成される。
４Ａ）ＤＣＩフォーマット特定フィールド
４Ｂ）周波数領域リソース割り当てフィールド
４Ｃ）時間領域リソース割り当てフィールド
４Ｅ）ＭＣＳフィールド
４Ｆ）ＰＤＳＣＨ＿ＨＡＲＱフィードバックタイミング指示フィールド
４Ｇ）ＰＵＣＣＨリソース指示フィールド
４Ｈ）ＢＷＰフィールド
４Ｉ）キャリアインディケータフィールド

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

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

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

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

ＤＣＩフォーマット１＿１にＰＤＳＣＨ＿ＨＡＲＱフィードバックタイミング指示フィールドが含まれる場合、該ＰＤＳＣＨ＿ＨＡＲＱフィードバックタイミング指示フィールドは、ＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットから、ＰＵＣＣＨの先頭のＯＦＤＭシンボルが含まれるスロットまでのオフセットを示すために少なくとも用いられてもよい。ＤＣＩフォーマット１＿１にＰＤＳＣＨ＿ＨＡＲＱフィードバックタイミング指示フィールドが含まれない場合、ＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットから、ＰＵＣＣＨの先頭のＯＦＤＭシンボルが含まれるスロットまでのオフセットは上位層のパラメータによって特定されてもよい。

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

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

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

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

ＤＣＩフォーマット１＿１にキャリアインディケータフィールドが含まれる場合、該キャリアインディケータフィールドは、ＤＣＩフォーマット１＿１によってスケジューリングされるＰＤＳＣＨが配置される下りリンクコンポーネントキャリアのサービングセルを示すために用いられてもよい。端末装置１は、あるサービングセルの下りリンクコンポーネントキャリアにおいてＤＣＩフォーマット１＿１を検出することに基づき、該ＤＣＩフォーマット１＿１によりスケジューリングされるＰＤＳＣＨが該ＤＣＩフォーマット１＿１に含まれるキャリアインディケータフィールドにより示されるサービングセルの下りリンクコンポーネントキャリアに配置されることを認識してもよい。

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

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

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

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

図７は、本実施形態の一態様に係るＳＳ／ＰＢＣＨブロックの構成例を示す図である。図７において、横軸は時間軸（ＯＦＤＭシンボルインデックスｌ_ｓｙｍ）であり、縦軸は周波数領域を示す。また、斜線のブロックは、ＰＳＳのためのリソースエレメントのセットを示す。また、格子線のブロックはＳＳＳのためのリソースエレメントのセットを示す。また、横線のブロックは、ＰＢＣＨ、および、該ＰＢＣＨのためのＤＭＲＳ（ＰＢＣＨに関連するＤＭＲＳ、ＰＢＣＨに含まれるＤＭＲＳ、ＰＢＣＨに対応するＤＭＲＳ）のためのリソースエレメントのセットを示す。

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

ＰＳＳ、ＳＳＳ、ＰＢＣＨ、および、ＰＢＣＨのためのＤＭＲＳのアンテナポートは、同一であってもよい。

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

ＤＬ ＤＭＲＳは、ＰＢＣＨのためのＤＭＲＳ、ＰＤＳＣＨのためのＤＭＲＳ、および、ＰＤＣＣＨのためのＤＭＲＳの総称である。

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

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

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

ＰＤＣＣＨのためのＤＭＲＳ（ＰＤＣＣＨに関連するＤＭＲＳ、ＰＤＣＣＨに含まれるＤＭＲＳ、ＰＤＣＣＨに対応するＤＭＲＳ）のアンテナポートは、ＰＤＣＣＨのためのアンテナポートと同一であってもよい。

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

ＢＣＨ（Broadcast CHannel）、ＵＬ－ＳＣＨ（Uplink-Shared CHannel）、および、ＤＬ－ＳＣＨ（Downlink-Shared CHannel）は、トランスポートチャネルである。トランスポートチャネルは、物理層チャネルとＭＡＣ層チャネル（ロジカルチャネルとも呼称される）の関係を規定する。

トランスポート層のＢＣＨは、物理層のＰＢＣＨにマップされる。つまり、トランスポート層のＢＣＨを通るトランスポートブロックは、物理層のＰＢＣＨに配送される。また、トランスポート層のＵＬ－ＳＣＨは、物理層のＰＵＳＣＨにマップされる。つまり、トランスポート層のＵＬ－ＳＣＨを通るトランスポートブロックは、物理層のＰＵＳＣＨに配送される。また、トランスポート層のＤＬ－ＳＣＨは、物理層のＰＤＳＣＨにマップされる。つまり、トランスポート層のＤＬ－ＳＣＨを通るトランスポートブロックは、物理層のＰＤＳＣＨに配送される。

サービングセルごとに、１つのＵＬ－ＳＣＨ、および、１つのＤＬ－ＳＣＨが与えられてもよい。ＢＣＨは、ＰＣｅｌｌに与えられてもよい。ＢＣＨは、ＰＳＣｅｌｌ、ＳＣｅｌｌに与えられなくてもよい。

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

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

ロジカルチャネルのＢＣＣＨは、トランスポート層のＢＣＨ、または、ＤＬ－ＳＣＨにマップされる。例えば、ＭＩＢの情報を含むトランスポートブロックは、トランスポート層のＢＣＨに配送される。また、ＭＩＢ以外のシステム情報を含むトランスポートブロックは、トランスポート層のＤＬ－ＳＣＨに配送される。また、ＣＣＣＨはＤＬ－ＳＣＨまたはＵＬ－ＳＣＨにマップされる。つまり、ＣＣＣＨにマップされるトランスポートブロックは、ＤＬ－ＳＣＨ、または、ＵＬ－ＳＣＨに配送される。また、ＤＣＣＨはＤＬ－ＳＣＨまたはＵＬ－ＳＣＨにマップされる。つまり、ＤＣＣＨにマップされるトランスポートブロックは、ＤＬ－ＳＣＨ、または、ＵＬ－ＳＣＨに配送される。

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

上位層パラメータ（上位層のパラメータ）は、ＲＲＣパラメータ、または、ＭＡＣ ＣＥ（Medium Access Control Control Element）に含まれるパラメータである。つまり、上位層パラメータは、ＭＩＢ、システム情報、ＣＣＣＨに対応するメッセージ、ＤＣＣＨに対応するメッセージ、および、ＭＡＣ ＣＥに含まれるパラメータの総称である。ＭＡＣ ＣＥに含まれるパラメータは、ＭＡＣ ＣＥ（Control Element）コマンドにより送信される。

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

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

ＰＳＳの系列は、物理セルＩＤに少なくとも基づき与えられる。ＳＳＳの系列は、物理セルＩＤに少なくとも基づき与えられる。

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

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

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

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

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

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

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

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

ランダムアクセスレスポンスグラントに基づきスケジューリングされるＰＵＳＣＨは、メッセージ３ ＰＵＳＣＨ、または、ＰＵＳＣＨのいずれかである。メッセージ３ ＰＵＳＣＨは、衝突解決ＩＤ（contention resolution identifier） ＭＡＣ ＣＥを含む。衝突解決ＩＤ ＭＡＣ ＣＥは、衝突解決ＩＤを含む。

メッセージ３ ＰＵＳＣＨの再送は、ＴＣ－ＲＮＴＩ（Temporary Cell - Radio Network Temporary Identifier）に基づきスクランブルされたＣＲＣを伴うＤＣＩフォーマット０＿０によってスケジューリングされる。

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

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

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

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

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

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

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

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

ＣＳＳセットは、タイプ０ＰＤＣＣＨ共通探索領域セット、タイプ０ａＰＤＣＣＨ共通探索領域セット、タイプ１ＰＤＣＣＨ共通探索領域セット、タイプ２ＰＤＣＣＨ共通探索領域セット、および、タイプ３ＰＤＣＣＨ共通探索領域セットの総称である。ＵＳＳセットは、ＵＥ個別ＰＤＣＣＨ探索領域セットとも呼称される。

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

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

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

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

図８において、格子線で示されるブロックは探索領域セット９１を示し、右上がり対角線で示されるブロックは探索領域セット９２を示し、左上がり対角線で示されるブロックは探索領域セット９３を示し、横線で示されるブロックは探索領域セット９４を示している。

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

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

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

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

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

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

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

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

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

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

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

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

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

上りリンクグラントは、媒体アクセス制御層処理部１５によって管理される。例えば、上りリンクグラントはＮ個のＨＡＲＱプロセスのうちのいずれかに配送されてもよい。例えば、上りリンクグラントをＮ個のＨＡＲＱプロセスのうちのいずれかに配送する主体は、媒体アクセス制御層処理部１５に含まれるＨＡＲＱエンティティであってもよい。

図９は、本実施形態の一態様に係る媒体アクセス制御層処理部１５の構成例を示す図である。図９において、媒体アクセス制御層処理部１５はＨＡＲＱエンティティ９０００を含んで構成される。また、ＨＡＲＱエンティティ９０００は、Ｎ個のＨＡＲＱプロセスを含んで構成される。例えば、Ｎは８または１６であってもよい。

媒体アクセス制御層処理部１５は、ＰＤＣＣＨを通じて上りリンクグラントを受け取ってもよい。例えば、ＰＤＣＣＨは物理層処理部１０において処理されてもよい。

媒体アクセス制御層処理部１５がＰＤＣＣＨを通じて上りリンクグラントを受け取ると、物理層処理部１０は該上りリンクグラントに対応するＨＡＲＱ情報を媒体アクセス制御層処理部１５に配送してもよい。ここで、該ＨＡＲＱ情報は、該上りリンクグラントに対応するＨＡＲＱプロセス番号、該上りリンクグラントに対応する新データ指標（NDI: New Data Indicator）、および、該上りリンクグラントに対応するリダンダンシバージョン（RV: Redundancy Version）の一部または全部を少なくとも含んでもよい。ここで、該上りリンクグラントに対応するＨＡＲＱプロセス番号は、該ＰＤＣＣＨに含まれるＤＣＩフォーマットに含まれるフィールドにより提供されてもよい。また、該上りリンクグラントに対応する新データ指標は、該ＰＤＣＣＨに含まれるＤＣＩフォーマットに含まれるフィールドにより提供されてもよい。また、該上りリンクグラントに対応するＲＶは、該ＰＤＣＣＨに含まれるＤＣＩフォーマットに含まれるフィールドにより提供されてもよい。

ＨＡＲＱエンティティ９０００は、上りリンクグラントに対応する新データ指標に基づき、該上りリンクグラントに基づく物理層処理部１０への送信指示が、再送信に対応するのか否か、を決定してもよい。例えば、該上りリンクグラントに基づく物理層処理部１０への送信指示が再送信に対応しないことは、該送信指示が初期送信に対応することであってもよい。例えば、ＨＡＲＱエンティティ９０００は、上りリンクグラントに対応する新データ指標に基づき、該上りリンクグラントのためにＭＡＣ ＰＤＵを取得するか否かを決定してもよい。例えば、上りリンクグラントに対応する新データ指標の値が、該上りリンクグラントに対応するＨＡＲＱプロセスにストアされるトランスポートブロックのためのＮＤＩの値に対して切り替わっている場合、ＨＡＲＱエンティティ９０００はＭＡＣ ＰＤＵを取得してもよい。また、上りリンクグラントに対応する新データ指標の値が、該上りリンクグラントに対応するＨＡＲＱプロセスにストアされるトランスポートブロックのためのＮＤＩの値に対して切り替わっていない場合、ＨＡＲＱエンティティ９０００はＭＡＣ ＰＤＵを取得しなくてもよい。

ＨＡＲＱエンティティ９０００は、上りリンクグラントに対応するＨＡＲＱプロセス番号が付されたＨＡＲＱプロセスに、該上りリンクグラントと該上りリンクグラントに対応するＨＡＲＱ情報を配送してもよい。さらに、該上りリンクグラントが再送信に対応しない場合、ＨＡＲＱエンティティ９０００は、上りリンクグラントに対応するＨＡＲＱプロセス番号が付されたＨＡＲＱプロセスに、取得されたＭＡＣ ＰＤＵを配送してもよい。

ＨＡＲＱプロセスは、受け取った上りリンクグラントとＨＡＲＱ情報に基づき、物理層処理部１０に送信指示を行ってもよい。さらに、ＨＡＲＱプロセスがＨＡＲＱエンティティ９０００からＭＡＣ ＰＤＵを受け取った場合、該ＭＡＣ ＰＤＵをＨＡＲＱバッファにストアしてもよい。

物理層処理部１０は、ＨＡＲＱプロセスからの送信指示に基づき、トランスポートブロックの符号化手順を実施してもよい。ここで、トランスポートブロックは、ＨＡＲＱプロセスから配送されるＭＡＣ ＰＤＵである。トランスポートブロックの符号化手順は、物理層処理部１０に含まれる符号化部１２０００により実施されてもよい。

図１０は、本実施形態の一態様に係る符号化処理部（Encoding processer unit）１２０００の構成例を示す図である。図１０において、符号化処理部１２０００は、ＣＲＣ付加部（CRC addition unit）１２００１、コードブロック分割部（code lock segmentation unit）１２００２、符号化部（Encoding unit）１２００３、レートマッチング部（Rate-matching unit）１２００４、および、多重部（Multiplexing unit）１２００５の一部または全部を少なくとも含んで構成される。

トランスポートブロックは、ＣＲＣ付加部１２００１に入力される。ＣＲＣ付加部１２００１において、ＣＲＣ系列がトランスポートブロックに付加されてもよい。ＣＲＣとトランスポートブロックを含むビット系列は、コードブロック分割部１２００２に入力されてもよい。トランスポートブロックにＣＲＣ系列が付加されない場合、トランスポートブロックを含むビット系列がコードブロック分割部１２００２に入力されてもよい。

コードブロック分割部１２００２は、入力されたビット系列を複数のコードブロックに分割するか否かを決定してもよい。例えば、コードブロック分割部１２００２は、入力されたビット系列のサイズと最大コードブロックサイズとを比較することにより、該入力されたビット系列を複数のコードブロックに分割するか否かを決定してもよい。入力されたビット系列が複数のコードブロックに分割される場合、該複数のコードブロックのそれぞ
れに対して１つのＣＲＣ系列が付加されてもよい。以下、１つのＣＲＣ系列が付加されたコードブロックを、コードブロックとも呼称する。入力されたビット系列が複数のコードブロックに分割されない場合、該入力されたビット系列が１つのコードブロックとみなされる。１または複数のコードブロックは、符号化部１２００３に入力される。

符号化部１２００３は、コードブロックｒに対して、誤り訂正符号化を適用してもよい。例えば、誤り訂正符号化の方式は、ＱＣ－ＬＤＰＣ（Quasi-Cyclic Low Density Parity Check）符号であってもよい。ここで、コードブロックのインデックスｒは、０からＣ－１の整数値のいずれかであってもよい。また、Ｃは、１または複数のコードブロックの数を示す。コードブロックｒに対して誤り訂正符号化が適用されることにより、コードブロックｒに対する符号化ビット系列ｄ^ｒが生成される。生成された符号化ビット系列ｄ^ｒは、レートマッチング部１２００４に入力される。

レートマッチング部１２００４は、ビット選択手順を実施してもよい。ビット選択手順において、符号化ビット系列ｄ^ｒはサイズがＮ_ｃｂの巡回バッファに入力される。

図１１は、本実施形態の一態様に係るビット選択手順例を示す図である。図１１において、ビット選択手順は８つのステップを含んで構成される。ビット選択手順のステップ１において、２つの変数ｋ、および、ｊの値がそれぞれ０にセットされる。次いで、ステップ１において、変数ｋの値がレートマッチング出力系列長Ｅ_ｒより小さいか否かが判断される。変数ｋの値がレートマッチング出力系列長Ｅ_ｒより小さい場合、ビット選択手順はステップ２に進む。変数ｋの値がレートマッチング出力系列長Ｅ_ｒより小さくない場合、ビット選択手順は完了される。

レートマッチング出力系列長Ｅ_ｒは、コードブロックｒの送信に利用可能なビット数を示す。例えば、レートマッチング出力系列長Ｅ_ｒは、ＰＵＳＣＨの変調次数Ｑ_ｍ、ＰＵＳＣＨのレイヤ数ｖ、コードブロックの数Ｃ、および、値Ｇに少なくとも基づき決定されてもよい。例えば、レートマッチング出力系列長Ｅ_ｒは、Ｅ_ｒ＝ｖＱ_ｍ・ｆｌｏｏｒ（Ｇ／（ｖＱ_ｍＣ））、または、Ｅ_ｒ＝ｖＱ_ｍ・ｃｅｉｌ（Ｇ／（ｖＱ_ｍＣ))のいずれかにより決定されてもよい。

ここで、値Ｇは、ＰＵＳＣＨのインスタンス（PUSCH instance）に含まれ、かつ、ＵＬ－ＳＣＨの送信のために利用可能なビットの数を示す。ここで、ＰＵＳＣＨのインスタンスは、ＰＵＳＣＨの送信機会（PUSCH transmission occasion）とも呼称される。また、ＵＬ－ＳＣＨの送信のために利用可能なビットは、トランスポートブロックの送信のために利用可能なビットの数を示す。

ステップ２において、ｄ^ｒ（ｍｏｄ（ｋ_０＋ｊ，Ｎ_ｃｂ））の値が＜ＮＵＬＬ＞に設定されているか否かが判断される。ｄ^ｒ（ｍｏｄ（ｋ_０＋ｊ，Ｎ_ｃｂ））の値が＜ＮＵＬＬ＞に設定されていない場合、ビット選択手順はステップ３に進む。また、ｄ^ｒ（ｍｏｄ（ｋ_０＋ｊ，Ｎ_ｃｂ））の値が＜ＮＵＬＬ＞に設定されている場合、ビット選択手順はステップ６に進む。ここで、ｄ^ｒ（ｋ）は、ｄ^ｒのｋ番目の要素を示す。

ステップ３において、ｅ（ｋ）にｄ^ｒ（ｍｏｄ（ｋ_０＋ｊ，Ｎ_ｃｂ））の値が入力される。ここで、ｅはレートマッチング出力系列である。また、ｅ（ｋ）は、レートマッチング出力系列ｅのｋ番目の要素を示す。また、レートマッチング出力系列ｅの系列長はＥ_ｒである。

ｋ_０は、巡回バッファの読み出しの開始位置を示す。つまり、ステップ３において、ｄ^ｒ（ｍｏｄ（ｋ_０＋ｊ，Ｎ_ｃｂ））の値が巡回バッファから読みだされる。

ステップ４において、ｋの値がインクリメントされる。

ステップ５は、ステップ２のための終端地点を示す。

ステップ６において、ｊの値がインクリメントされる。

ステップ７は、ステップ１のための終端地点を示す。

図１２は、本実施形態の一態様に係る巡回バッファのコンセプトを示す図である。循環バッファにおいて、符号化ビット系列ｄ^ｒは、ＲＶ０で示される位置から時計回りに書き込まれる。符号化ビットｄ^ｒはシステマティックビット系列とパリティビット系列が結合されたような系列であるため、ＲＶ０から時計回りにシステマティックビットが書き込まれ（図中黒塗りの枠で示された領域）、システマティックビット系列の終端からパリティビット系列が書き込まれる（図中の白抜きの枠で示された領域）ような構成となる。

ビット選択手順において、巡回バッファに書き込まれたビットが、開始位置ｋ_０からＥ_ｒビット分だけ読みだされてもよい。読みだされたＥ_ｒビットは、レートマッチング出力系列ｅに入力される。ここで、開始位置ｋ_０は、ＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマットより示されるＲＶの値に基づき決定されてもよい。

ビット選択手順において生成されたレートマッチング出力系列はに対して、インターリーバが適用されてもよい。また、複数のコードブロックが生成された場合、コードブロックのそれぞれに対するレートマッチング出力系列が結合され、１つの系列ｇが生成されてもよい。また、複数のコードブロックが生成されない場合、１つのレートマッチング出力系列を１つの系列ｇとみなしてもよい。１つの系列ｇは、多重部１２００５に入力されてもよい。

多重部１２００５において、１つの系列ｇと制御データ（例えば、ＨＡＲＱ－ＡＣＫ、ＣＳＩ等）が多重化されてもよい。例えば、多重部１２００５は、配列Ｑを生成してもよい。配列Ｑの要素のそれぞれは、サブキャリアに関連するインデックスｋ’_ｓｃ、ＯＦＤＭシンボルに関連するインデックスｌ’、および、変調次数とレイヤ数に基づくインデックスｍ’の一部または全部に少なくとも基づき識別されてもよい。ここで、サブキャリアに関連するインデックスｋ’_ｓｃは、ＰＵＳＣＨのインスタンスが割り当てられるサブキャリアに関するインデックスであってもよい。また、ＯＦＤＭシンボルに関連するインデックスｌ’は、ＰＵＳＣＨのインスタンスが割り当てられるＯＦＤＭシンボルに関するインデックスｍ’であってもよい。また、変調次数とレイヤ数に基づくインデックスは、０からＱ_ｍＮ_ｖ－１までの値をとってもよい。ここで、配列の各要素は、Ｑ（ｋ’_ｓｃ，ｌ’，ｍ’）によって特定される。つまり、配列Ｑのうちのインデックスｋ’_ｓｃ＝ｋ_ｘ、インデックスｌ’＝ｌ_ｘ、かつ、インデックスｍ’＝ｍ_ｘの要素は、Ｑ（ｋ_ｘ，ｌ_ｘ，ｍ_ｘ）と呼称される。

多重部１２００５において、ＨＡＲＱ－ＡＣＫの符号化ビット系列ｑを配列Ｑに配置する場合、多重部１２００５は、開始位置ｌ_{ｓｔａｒｔ}を特定してもよい。開始位置ｌ_{ｓｔａｒｔ}が特定されると、符号化ビット系列ｑは、Ｑ（ｋ’_ｓｃ，ｌ_{ｓｔａｒｔ}，ｍ’）に、配置されてもよい。ここで、符号化ビット系列ｑは、インデックスｍ’に対して昇順に配置され、次いで、インデックスｋ’_ｓｃの方向に配置されてもよい。ｌ＝ｌ_{ｓｔａｒｔ}の配列の要素において符号化ビット系列ｑの配置が終了した場合、ｌ＝ｌ_{ｓｔａｒｔ}＋１の配列の要素に移行してもよい。

ＨＡＲＱ－ＡＣＫビットの符号化ビット系列ｑに対して、ｌ_{ｓｔａｒｔ}は、ＰＵＳＣＨのインスタンスに割り当てられるＤＭＲＳを含むＯＦＤＭシンボルの次のＯＦＤＭシンボルを示してもよい。例えば、ＰＵＳＣＨのインスタンスにおいて、先頭のＤＭＲＳが２番目のＯＦＤＭシンボルに割り当てられる場合、ｌ_{ｓｔａｒｔ}＝２であってもよい。ここで、インデックスｌ’は０から始まるものとする。

１つの系列ｇに対して、開始位置ｌ_{ｓｔａｒｔ}はＤＭＲＳの割り当てに関わらず０であってもよい。

多重化部１２００５は、配列Ｑから系列を読み出し、系列ｂを生成する。系列ｂは、各種ベースバンド処理が施され、時間領域信号の生成に用いられる。ここで、各種ベースバンド処理は、スクランブリング、変調、レイヤマッピング、リソースエレメントマッピング、および、時間領域信号生成の一部または全部を少なくとも含む。

複数のスロットにおいてＰＵＳＣＨを送信する場合、ＰＵＳＣＨの繰り返し送信を用いることができる。ＰＵＳＣＨの繰り返し送信では、スロットごとに１つのＰＵＳＣＨのインスタンスが生成され、複数のスロットで送信されてもよい。

ＰＵＳＣＨの繰り返し送信は、例えば、ＰＤＣＣＨによりトリガされてもよい。例えば、媒体アクセス制御層処理部１５は、ＰＤＣＣＨから１つの上りリンクグラントを取得してもよい。ここで、ＰＵＳＣＨの繰り返し送信においては、ＨＡＲＱエンティティは該１つの上りリンクグラントからＮ個の上りリンクグラントを生成してもよい。ここで、Ｎは、ＰＵＳＣＨの繰り返し送信にかかる繰り返し数である。例えば、繰り返し数ＮはＲＲＣ層から提供されてもよい。また、Ｎは、ＰＵＳＣＨの繰り返し送信をトリガする上りリンクグラントを提供するＰＤＣＣＨにより指示されてもよい。

ＰＵＳＣＨの繰り返し送信において、ＨＡＲＱエンティティはＮ個の上りリンクグラントを１つのＨＡＲＱプロセスに配送してもよい。ここで、該１つのＨＡＲＱプロセスは、該Ｎ個の上りリンクグラントに関連するＨＡＲＱ情報によって決定されてもよい。

ＰＵＳＣＨの繰り返し送信において、ＨＡＲＱプロセスは、Ｎ個の上りリンクグラントに基づき、Ｎ回の送信指示を物理層処理部１０に対して行ってもよい。

ＰＵＳＣＨの繰り返し送信において、物理層処理部１０は、Ｎ回の送信指示に基づき、Ｎ個のＰＵＳＣＨのインスタンスを生成し、送信してもよい。ここで、ＰＵＳＣＨのインスタンスごとに他の上りリンクチャネルとの衝突が発生するか否か、が判断されてもよい。あるＰＵＳＣＨのインスタンスが、より優先度の高い上りリンクチャネルと衝突した場合、該あるＰＵＳＣＨのインスタンスの送信は省略（omit）されてもよい。ここで、ＰＵＳＣＨのインスタンスの送信が省略されることは、該送信がドロップされる、または、該送信が行われない、ことであってもよい。

また、ＰＵＳＣＨのインスタンスが送信されるＯＦＤＭシンボルのセットのうちの少なくとも一部のＯＦＤＭシンボルが下りリンク領域に属するか否かが判断されてもよい。あるＰＵＳＣＨのインスタンスが送信されるＯＦＤＭシンボルのセットのうちの少なくとも一部のＯＦＤＭシンボルが下りリンク領域に属する場合、該あるインスタンスの送信は省略されてもよい。

ＰＵＳＣＨのマルチスロット送信は、複数のスロットで構成されるＰＵＳＣＨのインスタンスを生成するような送信方法であってもよい。ＰＵＳＣＨのマルチスロット送信は、物理層処理部１０によって実施される。

図１３は、本実施形態の一態様に係るＰＵＳＣＨのマルチスロット送信の一例を示す図である。図１３において、横軸は時間軸であり、時間軸上のグリッドのそれぞれはスロットの境界である。また、スロットのインデックスは、右方向に昇順に設定され、図中の先頭のスロットがスロット＃ｎである。

図１３に示されるマルチスロット送信において、ＰＵＳＣＨの繰り返し回数Ｎは８に設定されており、８スロットの時間リソースがマルチスロット送信において用いられる。一方で、ＰＵＳＣＨのインスタンス１３００１、１３００２、および、１３００３のそれぞれは、複数のスロットの時間リソースで構成される。つまり、ＰＵＳＣＨのマルチスロット送信において、ＰＵＳＣＨのインスタンスの形式、および、ＰＵＳＣＨのインスタンスの数Ｎ_{ｉｎｓｔａｎｃｅ}は、繰り返し数Ｎと外部パラメータに少なくとも基づき決定されてもよい。ここで、外部パラメータは、ＲＲＣ層より提供されてもよいし、マルチスロット送信を指示する上りリンクグラントを提供するＰＤＣＣＨにより提供されてもよい。

物理層処理部１０は、数Ｎ_{ｉｎｓｔａｎｃｅ}を媒体アクセス制御層処理部１５に報告してもよい。

例えば、外部パラメータは、ＰＵＳＣＨのインスタンスを構成する繰り返し数Ｎ_ｕｎｉｔであってもよい。例えば、ＰＵＳＣＨのインスタンスの数Ｎ_{ｉｎｓｔａｎｃｅ}は、ｃｅｉｌ（Ｎ／Ｎ_ｕｎｉｔ）により決定されてもよい。また、Ｎ_{ｉｎｓｔａｎｃｅ}－１個のＰＵＳＣＨのインスタンスのそれぞれはＮ_ｕｎｉｔ個の繰り返しを含んで構成され、１個のＰＵＳＣＨのインスタンスはｍｏｄ（Ｎ，Ｎ_ｕｎｉｔ）個の繰り返しを含んで構成されてもよい。

ここで、ＰＵＳＣＨのインスタンスを構成する繰り返し数Ｎ_ｕｎｉｔは、ＲＲＣ層より提供されるパラメータにより示されてもよい。また、ＰＵＳＣＨのインスタンスを構成する繰り返し数Ｎ_ｕｎｉｔは、ＰＤＣＣＨにより提供されてもよい。

ＨＡＲＱエンティティ９０００は、物理層処理部１０により決定される数Ｎ_{ｉｎｓｔａｎｃｅ}に基づき上りリンクグラントを発行してもよい。例えば、ＨＡＲＱエンティティ９０００は、Ｎ_{ｉｎｓｔａｎｃｅ}個の上りリンクグラントを発行してもよい。また、ＨＡＲＱプロセスはＮ_{ｉｎｓｔａｎｃｅ}個の上りリンクグラントに基づき物理層処理部１０に送信指示を行ってもよい。

物理層処理部１０は、ＨＡＲＱプロセスの送信指示のそれぞれに対して１つのＰＵＳＣＨのインスタンスを生成してもよい。

図１４は、本実施形態の一態様に係るＰＵＳＣＨのマルチスロット送信の一例を示す図である。図１４において、横軸は時間軸であり、時間軸上のグリッドのそれぞれはスロットの境界である。また、スロットのインデックスは、右方向に昇順に設定され、図中の先頭のスロットがスロット＃ｎである。また１４００１から１４００８のそれぞれは、ＰＵＳＣＨのマルチスロット送信のために設定される時間リソースを示す。図１４においては、繰り返し数Ｎ＝８に設定されており、スロット＃ｎからスロット＃ｎ＋７のそれぞれに時間リソースが設定される。図１４に示される一例において、マルチスロット送信のためのＰＵＳＣＨのインスタンスは、繰り返し数ＮとＴＤＤパターンの設定に基づき決定されてもよい。ここで、図１４において、黒塗りの枠に対応する時間リソースは下りリンク領域を示し、白塗りの枠に対応する時間リソースは上りリンク領域を示す。図１４に示される一例では、ＰＵＳＣＨのインスタンスは、Ｎ回の繰り返しに対応するリソースのうち、上りリンク領域に対応する連続的な時間リソースによって構成されてもよい。図１４の例では、１４０１１と１４０１２はそれぞれＰＵＳＣＨのインスタンスを示す。

例えば、外部パラメータはＴＤＤパターンの設定であってもよい。１つのＰＵＳＣＨのインスタンスは、Ｎ個の繰り返しに対応する時間リソースのうち、時間的に連続な１つの上りリンク領域に対応する時間リソースのセットにより構成されてもよい。つまり、１つのＰＵＳＣＨのインスタンスは、下りリンク領域に対応する時間リソースを含まないように構成されてもよい。ここで、上りリンク領域は、フレキシブル領域を含んでもよいし、含まなくてもよい。また、上りリンク領域は、フレキシブル領域を含んでもよいし、含まなくてもよい。

例えば、外部パラメータは、マルチスロット送信が適用されるか否か、を示すパラメータであってもよい。例えば、外部パラメータがマルチスロット送信の適用を示す場合、Ｎ個の繰り返しに対応する時間リソースをまとめて１つのＰＵＳＣＨのインスタンスを生成し、ＰＵＳＣＨのインスタンスの数Ｎ_{ｉｎｓｔａｎｃｅ}は１であってもよい。また、外部パラメータがマルチスロットの送信の適用を示さない場合、Ｎ個のＰＵＳＣＨのインスタンスを生成し、ＰＵＳＣＨの繰り返し数Ｎを媒体アクセス制御層処理部１５に報告してもよい。

例えば、外部パラメータがマルチスロット送信の適用を示す場合、ＰＵＳＣＨのインスタンスの数がＰＵＳＣＨのインスタンスを構成する繰り返し数Ｎ_ｕｎｉｔに基づき決定されてもよい。また、外部パラメータがマルチスロット送信の適用を示す場合、ＰＵＳＣＨのインスタンスの構成は、Ｎ_ｕｎｉｔに基づき決定されてもよい。

例えば、外部パラメータがマルチスロット送信の適用を示す場合、ＰＵＳＣＨのインスタンスの構成がＴＤＤパターンの設定に基づき決定されてもよい。また、外部パラメータがマルチスロット送信の適用を示す場合、ＰＵＳＣＨのインスタンス数がＴＤＤパターンの設定に基づき決定されてもよい。

例えば、マルチスロット送信が適用されるか否かを示すパラメータは、ＲＲＣ層のパラメータより提供されてもよい。また、マルチスロット送信が適用されるか否かを示すパラメータは、ＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマットにより提供されてもよい。

例えば、マルチスロット送信が適用されるか否かを示すパラメータは、ＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマットに含まれるＴＤＲＡフィールドにより提供されてもよい。例えば、該ＴＤＲＡフィールドに対応するテーブルの列のそれぞれは、ＰＵＳＣＨの時間リソースおよび該パラメータを示してもよい。ここで、ＰＵＳＣＨの時間リソースは、スロットにおけるＰＵＳＣＨの開始ＯＦＤＭシンボルＳと、スロットにおけるＰＵＳＣＨのＯＦＤＭシンボル数Ｌを示してもよい。

外部パラメータを用いることにより、媒体アクセス制御層処理部１５は、好適に物理層処理部１０に送信指示をおこなうことができる。

ＰＵＳＣＨのマルチスロット送信において、ＰＵＣＣＨとの衝突に関する手順は、ＰＵＳＣＨのインスタンスごとに実施されてもよい。例えば、あるＰＵＳＣＨのインスタンスとＰＵＣＣＨが衝突した場合、ＰＵＣＣＨでの送信が予定されていたＵＣＩは、該あるＰＵＳＣＨのインスタンスに多重されてもよい。

例えば、あるＰＵＳＣＨのインスタンスと、ＨＡＲＱ－ＡＣＫの送信が予定されているＰＵＣＣＨが衝突した場合、該ＨＡＲＱ－ＡＣＫの符号化ビット系列ｑは、該あるＰＵＳ
ＣＨのインスタンスに多重されてもよい。ここで、多重部１２００５は、該あるＰＵＳＣＨのインスタンスにおいて送信される予定であった１つの系列ｇと、該符号化ビット系列ｑを多重してもよい。ここで、該符号化ビット系列ｑは、該インスタンスのうちの先頭のＤＭＲＳを含むＯＦＤＭシンボルの次のＯＦＤＭシンボルに基づき開始位置ｌ_{ｓｔａｒｔ}を特定してもよい。

例えば、開始位置ｌ_{ｓｔａｒｔ}を特定するために、該ＰＵＣＣＨが多重されるスロットにおける先頭のＤＭＲＳが特定されてもよい。例えば、該あるＰＵＳＣＨのインスタンスがスロット＃ｎ、＃ｎ＋１、および、＃ｎ＋２に配置され、該ＰＵＣＣＨがスロット＃ｎ＋２に配置される場合、開始位置ｌ_{ｓｔａｒｔ}を特定するために、スロット＃ｎ＋２の先頭のＤＭＲＳを含むＯＦＤＭシンボルが特定されてもよい。ここで、開始位置ｌ_{ｓｔａｒｔ}は、該先頭のＤＭＲＳを含むＯＦＤＭシンボルの次のＯＦＤＭシンボルに基づき特定されてもよい。

巡回バッファのサイズＮ_ｃｂの決定方法を説明する。

巡回バッファのサイズＮ_ｃｂと符号化ビット系列ｄ^ｒのサイズとが等しければ、符号化ビット系列ｄ^ｒに含まれるすべてのビットを巡回バッファに書き込むことが可能である。一方で、端末装置１が備える記憶装置（または、バッファ、メモリ、ストレージ、等）の容量は有限である。また、基地局装置３は、巡回バッファのサイズに対応するソフトバッファを備える必要がある。ソフトバッファは、各符号化ビットに対するソフト値（例えば、対数尤度比の量子化された値）を所定期間記憶する必要があり、容量の大きい記憶装置をソフトバッファのために割り当てる必要がある。このようなことから、ＮＲではＬＢＲＭ（Limited Buffer Rate Matching）が上りリンク通信のために仕様化されている。

なお、ＮＲではＬＢＲＭは下りリンク通信のためにも仕様化されており、本発明の種々の態様は、下りリンク通信、および、上りリンク通信のために適用可能である。

上りリンクのＬＢＲＭの適用は、ＲＲＣ層のパラメータによって制御されてもよい。例えば、ＲＲＣ層より提供されるＲＲＣパラメータの値が０にセットされる場合、Ｎ_ｃｂの値がＮにセットされてもよい。ここで、Ｎは、符号化ビット系列ｄ^ｒのサイズである。また、該ＲＲＣパラメータの値が０以外の値（例えば、１）にセットされる場合、Ｎ_ｃｂがＮとＮ_ｒｅｆの値とを比較することに基づき決定されてもよい。例えば、該ＲＲＣパラメータの値が０以外の値にセットされる場合、Ｎ_ｃｂがｍｉｎ（Ｎ，Ｎ_ｒｅｆ）で計算される値にセットされてもよい。

Ｎ_ｒｅｆは、ＴＢＳ_ＬＢＲＭ、Ｃ、および、Ｒ_ＬＢＲＭの一部または全部に基づき決定されてもよい。例えば、Ｎ_ｒｅｆは、ｆｌｏｏｒ（ＴＢＳ_ＬＢＲＭ／（Ｃ・Ｒ_ＬＢＲＭ））で計算されてもよい。ここで、ＴＢＳ_ＬＢＲＭは、ある想定のもとで計算されるトランスポートブロックサイズである。また、Ｃは、該ある想定のもとで計算されるトランスポートブロックサイズに基づき決定されるコードブロックの数であってもよい。また、Ｃは、ＰＵＳＣＨの送信に含まれるトランスポートブロックのためのコードブロックの数であってもよい。また、Ｒ_ＬＢＲＭは所定値であり、例えば２／３であってもよい。

ＴＢＳ_ＬＢＲＭの計算において、レイヤ数ｖ、変調次数Ｑ_ｍ、符号化率Ｒ、ＰＲＢ数ｎ_ＰＲＢ、および、ＰＲＢ当たりのリソースエレメント数Ｎ_ＲＥの一部または全部の値のそれぞれに対してある想定が設定されてもよい。

レイヤ数ｖに対する想定は、端末装置１の機能情報報告手順により報告される最大レイヤ数、および、ＲＲＣ層より提供される最大レイヤ数（または最大ランク）の一方または
両方に基づき決定されてもよい。

変調次数Ｑ_ｍに対する想定は、端末装置１に設定されるＭＣＳテーブルに基づき決定されてもよい。例えば、サービングセルに設定される１または複数のＢＷＰの少なくともいずれかに対して第１のＭＣＳテーブルを用いることが設定される場合、Ｑ_ｍ＝８と想定されてもよい。ここで、第１のＭＣＳテーブルは、２５６ＱＡＭの変調方式を示す列を含むＭＣＳテーブルであってもよい。また、サービングセルに設定される１または複数のＢＷＰのいずれのＢＷＰに対しても第１のＭＣＳテーブルを用いることが設定されない場合、Ｑ_ｍ＝６と想定されてもよい。

符号化率Ｒは、所定値が想定されてもよい。例えば、該所定値は９４８／１０２４であってもよい。

ＰＲＢ数ｎ_ＰＲＢに対する想定は、ＢＷＰのＰＲＢ数に基づき決定されてもよい。例えば、ＰＲＢ数ｎ_ＰＲＢの想定は、サービングセルに設定される１または複数のＢＷＰのそれぞれのＰＲＢ数のうちの最大値に基づき決定されてもよい。

ＰＲＢ当たりのリソースエレメント数Ｎ_ＲＥに対する想定は、ＰＲＢ数ｎ_ＰＲＢに基づき決定されてもよい。例えば、Ｎ_ＲＥ＝１５６・Ｎ_ＰＲＢで計算されてもよい。

一方、トランスポートブロックサイズの決定において、スケーリング手法が適用される。ここで、スケーリング手法は、複数のスロットにおけるＰＵＳＣＨ送信に対して適切な符号化率を実現するために用いられてもよい。ここで、スケーリング手法のＰＵＳＣＨ送信への適用有無は、動的に切り替えられてもよい。例えば、第１のＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨ送信に対するトランスポートブロックのトランスポートブロックサイズの決定においてスケーリングが適用されてもよく、また、第２のＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨ送信に対するトランスポートブロックのトランスポートブロックサイズの決定においてスケーリングが適用されなくてもよい。

なお、スケジューリング手法がトランスポートブロックサイズの決定に適用されるか否かを示すパラメータがＲＲＣ層より提供されてもよい。また、トランスポートブロックサイズの決定の過程において作用されるパラメータＫがＲＲＣ層より提供されてもよい。ここで、トランスポートブロックサイズの決定の過程において作用されるパラメータＫがＲＲＣ層より提供されることにより、端末装置１はスケジューリング手法がトランスポートブロックサイズの決定に適用されると認識してもよい。また、トランスポートブロックサイズの決定の過程において作用されるパラメータＫがＲＲＣ層より提供されないことにより、端末装置１はスケジューリング手法がトランスポートブロックサイズの決定に適用されないと認識してもよい。

また、あるトランスポートブロックのためにスケーリング手法がトランスポートブロックサイズの決定に適用されるか否かは、該あるトランスポートブロックの送信に用いられるＰＵＳＣＨをスケジューリングするＤＣＩフォーマットにより示されてもよい。例えば、ＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマットによりパラメータＫが示された場合、端末装置１は、該ＰＵＳＣＨに含まれるトランスポートブロックのために、スケジューリング手法がトランスポートブロックサイズの決定に適用されると認識してもよい。また、ＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマットによりパラメータＫが示されない場合、端末装置１は、該ＰＵＳＣＨに含まれるトランスポートブロックのために、スケジューリング手法がトランスポートブロックサイズの決定に適用されないと認識してもよい。

例えば、ＴＤＲＡフィールドに対応するテーブルの列のそれぞれに対して、パラメータＫが含まれてもよい。ここで、ＰＵＳＣＨのスケジューリングに用いられるＤＣＩフォーマットに含まれるＴＤＲＡフィールドは、該テーブルの列のいずれかを示すことにより、パラメータＫを示してもよい。

例えば、スケーリング手法は、トランスポートブロックサイズの決定の過程においてパラメータＫを作用させることに実現されてもよい。

ここで、トランスポートブロックサイズの決定の過程は、以下の手順１から手順３の一部または全部を少なくとも含んでもよい。
手順１）Ｎ_ＲＥを決定する
手順２）情報ビットの中間値（Intermediate number of information bits）Ｎ_ｉｎｆｏ＝Ｎ_ＲＥ・Ｒ・Ｑ_ｍ・ｖを決定する
手順３）トランスポートブロックのサイズを決定する

手順１は、さらに手順１ａおよび手順１ｂの一部または全部を少なくとも含んでもよい。
手順１ａ）Ｎ^ａ _ＲＥ＝Ｎ^ＲＢ _ｓｃ・Ｎ^ｓｈ _ｓｙｍｂ－Ｎ^ＰＲＢ _ＤＭＲＳ－Ｎ^ＰＲＢ _ｏｈを決定する
手順１ｂ）Ｎ_ＲＥ＝ｍｉｎ（Ｘ１，Ｎ^ａ _ＲＥ）・ｎ_ＰＲＢを決定する

ここで、スケーリング手法が適用される場合、手順１ａは、Ｎ^ａ _ＲＥ＝Ｋ・Ｎ^ＲＢ _ｓｃ・Ｎ^ｓｈ _ｓｙｍｂ－Ｎ^ＰＲＢ _ＤＭＲＳ－Ｎ^ＰＲＢ _ｏｈに変更されてもよい。

ここで、Ｎ^ｓｈ _ｓｙｍｂはスロットにおけるＰＵＳＣＨのＯＦＤＭシンボル数Ｌに少なくとも基づき決定されてもよい。例えば、Ｎ^ｓｈ _ｓｙｍｂはスロットにおけるＰＵＳＣＨのＯＦＤＭシンボル数Ｌであってもよい。Ｎ^ＰＲＢ _ＤＭＲＳは、該ＰＵＳＣＨのためのＤＭＲＳが配置されるリソースエレメントを考慮したオーバーヘッド値である。Ｎ^ＰＲＢ _ＤＭＲＳは、該ＰＵＳＣＨのために割り当てられるＯＦＤＭシンボルにおいてＤＭＲＳが配置されるリソースエレメントの１ＰＲＢ当たりの数であってもよい。Ｎ^ＰＲＢ _ｏｈは、ＰＵＳＣＨのためのＤＭＲＳ以外の要素に起因するオーバーヘッドを考慮することができるような値である。ここで、該ＤＭＲＳ以外の要素に起因するオーバーヘッドは、制御リソースセットの配置に起因するオーバーヘッド、または、ＣＳＩ－ＲＳの配置に起因するオーバーヘッド、を少なくとも含んでもよい。例えば、Ｎ^ＰＲＢ _ｏｈは、ＲＲＣパラメータにより提供されてもよい。端末装置１がＮ^ＰＲＢ _ｏｈを保持している場合においても、メッセージ３ ＰＵＳＣＨの送信においてＮ^ＰＲＢ _ｏｈが０であると想定されてもよい。また、端末装置１がＮ^ＰＲＢ _ｏｈを保持していない場合、ＰＵＳＣＨの送信においてＮ^ＰＲＢ _ｏｈが０であると想定されてもよい。

例えば、手順１ｂにおいて、ｎ_ＰＲＢは、該ＰＵＳＣＨのために割り当てられるリソースブロックの数であってもよい。例えば、Ｘ１は１５６であってもよい。

ここで、スケーリング手法が適用される場合、手順１ｂは、Ｎ_ＲＥ＝ｍｉｎ（Ｘ１，Ｎ^ａ _ＲＥ）・ｎ_ＰＲＢ・Ｋに変更されてもよい。

手順２において、符号化率Ｒは、ＭＣＳの値に対応するターゲット符号化率である。手順２において、変調次数Ｑ_ｍは、ＰＵＳＣＨの変調方式の変調次数である。手順２において、ｖはＰＵＳＣＨのレイヤ数である。レイヤ数は、空間多重数とも呼称される。つまり、レイヤは、空間的なストリームの数であってもよい。

ここで、スケーリング手法が適用される場合、手順２はＮ_ｉｎｆｏ＝Ｋ・Ｎ_ＲＥ・Ｒ・Ｑ_ｍ・ｖに変更されてもよい。

手順３は、Ｎ_ｉｎｆｏに基づきＴＢＳの決定を行う手順である。例えば、手順３において、Ｎ_ｉｎｆｏの値に基づき、手順３ａと手順３ｃの切り替えが行われてもよい。例えば、Ｎ_ｉｎｆｏの値が所定の値以下である場合に、手順３ａが行われてもよい。また、Ｎ_ｉｎｆｏの値が該所定の値を超える場合に、手順３ｃが行われてもよい。ここで、例えば、該所定の値は３８２４であってもよい。

手順３ａにおいて、Ｎ^ａ _ｉｎｆｏ＝ｍａｘ（２４，ｆｌｏｏｒ（Ｎ_ｉｎｆｏ／２＾ｎ）・２＾ｎ）により、Ｎ^ａ _ｉｎｆｏが与えられる。手順３ａにおいて、ｎ＝ｍａｘ（３，ｆｌｏｏｒ（Ｎ_ｉｎｆｏ）－６）である。

例えば、手順３ａが実施されたのち、手順３ｂが実施されてもよい。

手順３ｂにおいて、所定のテーブルに含まれるトランスポートブロックサイズの候補値から、１つの値が選択される。ここで、該所定のテーブルは、トランスポートブロックサイズの候補値として、２４、３２、４０、４８、５６、６４、７２、８０、８８、９６、１０４、１１２、１２０、１２８、１３６、１４４、１５２、１６０、１６８、１７６、１８４、１９２、２０８、２２４、２４０、２５６、２７２、２８８、３０４、３２０、３３６、３５２、３６８、３８４、４０８、４３２、４５６、４８０、５０４、５２８、５５２、５７６、６０８、６４０、６７２、７０４、７３６、７６８、８０８、８４８、８８８、９２８、９８４、１０３２、１０６４、１１２８、１１６０、１１９２、１２２４、１２５６、１２８８、１３２０、１３５２、１４１６、１４８０、１５４４、１６０８、１６７２、１７３６、１８００、１８６４、１９２８、２０２４、２０８８、２１５２、２２１６、２２８０、２４０８、２４７２、２５３６、２６００、２６６４、２７２８、２７９２、２８５６、２９７６、３１０４、３２４０、３３６８、３４９６、３６２４、３７５３、３８２４の一部または全部を少なくとも含んでもよい。つまり、該所定のテーブルは、該所定の値を上回らない範囲における整数値のセットを含んでもよい。

例えば、手順３ｂにおいて、Ｎ^ａ _ｉｎｆｏを下回らない範囲で最もＮ^ａ _ｉｎｆｏに値が近いＴＢＳの候補値を、該所定のテーブルから決定してもよい。

手順３ｃにおいて、Ｎ^ａ _ｉｎｆｏ＝ｍａｘ（３８４０，２＾ｎ・ｒｏｕｎｄ（（Ｎ_{ｉｎｆｏ－}２４）／２＾ｎ））により、Ｎ^ａ _ｉｎｆｏが与えられる。手順３ｃにおいて、ｎ＝ｆｌｏｏｒ（ｌｏｇ２（Ｎ_ｉｎｆｏ－２４））－５で与えられる。

例えば、手順３ｃが実施されたのち、手順３ｄが実施されてもよい。

手順３ｄにおいて、Ｎ_ＴＢＳが決定される。Ｎ_ＴＢＳは、ＴＢＳである。例えば、Ｒが１／４以下である場合、Ｎ_ＴＢＳ＝８・Ｃ・ｃｅｉｌ（（Ｎ^ａ _ｉｎｆｏ＋２４）／（８・Ｃ））－２４で与えられる。ここで、Ｃ＝ｃｅｉｌ（（Ｎ^ａ _ｉｎｆｏ＋２４）／３８１６）で与えられる。

手順３ｄにおいて、例えば、Ｒが１／４を超え、かつ、Ｎ^ａ _ｉｎｆｏが８４２４を超える場合、Ｎ_ＴＢＳ＝８・Ｃ・ｃｅｉｌ（（Ｎ^ａ _ｉｎｆｏ＋２４）／（８・Ｃ））－２４で与えられる。ここで、Ｃ＝ｃｅｉｌ（（Ｎ^ａ _ｉｎｆｏ＋２４）／８４２４）で与えられる。

手順３ｄにおいて、例えば、Ｒが１／４を超え、かつ、Ｎ^ａ _ｉｎｆｏが８４２４以下である場合、Ｎ_ＴＢＳ＝８・ｃｅｉｌ（（Ｎ^ａ _ｉｎｆｏ＋２４）／８）－２４で与えられる。

例えば、スケーリング手法に用いられるＫの値は、動的に切り替えられてもよい。例えば、第１のＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨのためのトランスポートブロックのトランスポートブロックサイズの決定の過程において、Ｋに第１の値が設定されてもよく、また、第２のＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨのためのトランスポートブロックのトランスポートブロックサイズの決定の過程において、Ｋに第２の値が設定されてもよい。ここで、該第１の値は該第２の値と異なってもよい。

つまり、ＬＢＲＭにおけるパラメータＴＢＳ_ＬＢＲＭはスケーリング手法に用いられるＫの値に対するある想定のもと、計算されることが好適である。

例えば、ＰＵＳＣＨのトランスポートブロックのトランスポートブロックサイズは、スケーリング手法が適用されることに基づき決定されてもよい。ここで、Ｋは１より大きい値であってもよい。また、該トランスポートブロックから生成される１または複数のコードブロックに対して、スケーリング手法が適用されない想定のもと、ＴＢＳ_ＬＢＲＭが決定されてもよい。

例えば、ＰＵＳＣＨのトランスポートブロックのトランスポートブロックサイズは、スケーリング手法が適用されることに基づき決定されてもよい。ここで、Ｋは１より大きい値であってもよい。また、該トランスポートブロックから生成される１または複数のコードブロックに対して、Ｋ＝１に基づきスケーリング手法が適用される想定のもと、ＴＢＳ_ＬＢＲＭが決定されてもよい。

例えば、ＰＵＳＣＨのトランスポートブロックのトランスポートブロックサイズは、スケーリング手法が適用されることに基づき決定されてもよい。ここで、Ｋは１より大きい値であってもよい。また、該トランスポートブロックから生成される１または複数のコードブロックに対して、Ｋが所定の値であることに基づきスケーリング手法が適用される想定のもと、ＴＢＳ_ＬＢＲＭが決定されてもよい。ここで、該所定の値は、サービングセルに設定されるＫの候補値のうちの最も小さい値であってもよい。また、該所定の値は、サービングセルに設定されるＫの候補値のうちの最も大きい値であってもよい。

例えば、符号化部１２００３は、第１のサイズのトランスポートブロックに含まれる１または複数のコードブロックのうちのｒ番目のコードブロックのビット系列の符号化により、符号化ビット系列ｄ^ｒを生成してもよい。また、レートマッチング部１２００４は、前記符号化ビット系列ｄ^ｒのサイズＮとＮ_ｒｅｆを比較することに基づき、前記符号化ビット系列ｄにビット選択手順を適用してもよい。ここで、Ｎ_ｒｅｆは、第２のサイズに基づき決定されてもよい。ここで、前記第１のサイズは、１より大きいＫの値を用いたスケーリング手法がトランスポートブロックサイズの決定の過程に適用されることにより決定されてもよい。また、第２のサイズは、スケーリング手法がトランスポートブロックサイズの決定の過程に適用されない想定のもと決定されてもよい。

例えば、符号化部１２００３は、第１のサイズのトランスポートブロックに含まれる１または複数のコードブロックのうちのｒ番目のコードブロックのビット系列の符号化により、符号化ビット系列ｄ^ｒを生成してもよい。また、レートマッチング部１２００４は、前記符号化ビット系列ｄ^ｒのサイズＮとＮ_ｒｅｆを比較することに基づき、前記符号化ビット系列ｄにビット選択手順を適用してもよい。ここで、Ｎ_ｒｅｆは、第２のサイズに基
づき決定されてもよい。ここで、前記第１のサイズは、１より大きいＫの値を用いたスケーリング手法がトランスポートブロックサイズの決定の過程に適用されることにより決定されてもよい。また、第２のサイズは、値が１であるＫを用いたスケーリング手法がトランスポートブロックサイズの決定の過程に適用される想定のもと決定されてもよい。

例えば、符号化部１２００３は、第１のサイズのトランスポートブロックに含まれる１または複数のコードブロックのうちのｒ番目のコードブロックのビット系列の符号化により、符号化ビット系列ｄ^ｒを生成してもよい。また、レートマッチング部１２００４は、前記符号化ビット系列ｄ^ｒのサイズＮとＮ_ｒｅｆを比較することに基づき、前記符号化ビット系列ｄにビット選択手順を適用してもよい。ここで、Ｎ_ｒｅｆは、第２のサイズに基づき決定されてもよい。ここで、前記第１のサイズは、１より大きいＫの値を用いたスケーリング手法がトランスポートブロックサイズの決定の過程に適用されることにより決定されてもよい。また、第２のサイズは、値がＸであるＫを用いたスケーリング手法がトランスポートブロックサイズの決定の過程に適用される想定のもと決定されてもよい。ここで、Ｘは、端末装置１が該トランスポートブロックの送信をスケジューリングされる前に既知である値であってもよい。例えば、Ｘは、ＲＲＣ層より提供される値であってもよい。また、Ｘは、サービングセルに設定されるＫの候補値のうちの最も小さい値であってもよい。また、Ｘは、サービングセルに設定されるＫの候補値のうちの最も大きい値であってもよい。

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

（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、第１のサイズのトランスポートブロックに含まれる１または複数のコードブロックのうちのあるコードブロックのビット系列の符号化により符号化ビット系列ｄを生成する符号化部と、前記符号化ビット系列ｄの長さＮとＮ_ｒｅｆとを比較することに基づき、前記符号化ビット系列ｄにビット選択手順を適用するレートマッチング部と、を備え、前記Ｎ_ｒｅｆは、第２のサイズに基づき決定され、
前記第１のサイズは、１より大きいＫの値を用いたスケーリング手法がトランスポートブロックサイズの決定の過程に適用されることにより決定され、前記第２のサイズは、前記スケーリング手法が前記トランスポートブロックサイズの決定の過程に適用されない想定のもと決定される。

（２）また、本発明の第２の態様は、基地局装置であって、第１のサイズのトランスポートブロックに含まれる１または複数のコードブロックのうちのあるコードブロックのビット系列の符号化により生成された符号化ビット系列ｄを復号化する復号化部と、前記符号化ビット系列ｄの長さＮとＮ_ｒｅｆとを比較することに基づき、前記符号化ビット系列ｄにビット選択手順を適用するレートマッチング部と、を備え、前記Ｎ_ｒｅｆは、第２のサイズに基づき決定され、前記第１のサイズは、１より大きいＫの値を用いたスケーリング手法がトランスポートブロックサイズの決定の過程に適用されることにより決定され、前記第２のサイズは、前記スケーリング手法が前記トランスポートブロックサイズの決定の過程に適用されない想定のもと決定される。

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

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

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

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

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

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

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

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

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

１（１Ａ、１Ｂ、１Ｃ） 端末装置
３ 基地局装置
１０、３０ 無線送受信部
１０ａ、３０ａ 無線送信部
１０ｂ、３０ｂ 無線受信部
１１、３１ アンテナ部
１２、３２ ＲＦ部
１３、３３ ベースバンド部
１４、３４ 上位層処理部
１５、３５ 媒体アクセス制御層処理部
１６、３６ 無線リソース制御層処理部
９１、９２、９３、９４ 探索領域セット
３００ コンポーネントキャリア
３０１ プライマリセル
３０２、３０３ セカンダリセル
３０００ ポイント
３００１、３００２ リソースグリッド
３００３、３００４ ＢＷＰ
３０１１、３０１２、３０１３、３０１４ オフセット
３１００、３２００ 共通リソースブロックセット
９０００ ＨＡＲＱエンティティ
１２０００ 符号化処理部
１３００１、１３００２、１３００３、１４０１１、１４０１２ インスタンス
１４００１、１４００２、１４００３、１４００４、１４００５、１４００６、１４００７、１４００８ 時間リソース

Claims (4)

1. 第１のサイズのトランスポートブロックに含まれる１または複数のコードブロックのうちのあるコードブロックのビット系列の符号化により符号化ビット系列ｄを生成する符号化部と、
   前記符号化ビット系列ｄの長さＮとＮ_ｒｅｆとを比較することに基づき、前記符号化ビット系列ｄにビット選択手順を適用するレートマッチング部と、を備え、
   前記Ｎ_ｒｅｆは、第２のサイズに基づき決定され、
   前記第１のサイズは、１より大きいＫの値を用いることにより、Ｎ _ＲＥ ＝ｍｉｎ（１５６，Ｎ ^ａ _ＲＥ ）・ｎ _ＰＲＢ ・Ｋにより決定され、
   ここで、前記Ｎ ^ａ _ＲＥ は、Ｎ ^ａ _ＲＥ ＝Ｎ ^ＲＢ _ｓｃ ・Ｎ ^ｓｈ _ｓｙｍｂ －Ｎ ^ＰＲＢ _ＤＭＲＳ －Ｎ ^ＰＲＢ _ｏｈ により決定され、
   前記Ｎ ^ＲＢ _ｓｃ は、リソースブロックあたりのサブキャリアの数であり、
   前記Ｎ ^ｓｈ _ｓｙｍｂ は、前記符号化ビット系列ｄがマッピングされるＰＵＳＣＨのＯＦＤＭシンボル数であり、
   前記Ｎ ^ＰＲＢ _ＤＭＲＳ は、前記ＰＵＳＣＨのためのＤＭＲＳが配置されるリソースエレメントを考慮したオーバーヘッド値であり、
   前記Ｎ ^ＰＲＢ _ｏｈ は、前記ＰＵＳＣＨのためのＤＭＲＳ以外の要素に起因するオーバーヘッドを考慮した値であり、
   前記第２のサイズは、Ｎ _ＲＥ ＝ｍｉｎ（１５６，Ｎ ^ａ _ＲＥ ）・ｎ _ＰＲＢ により決定される、
   端末装置。
2. 第１のサイズのトランスポートブロックに含まれる１または複数のコードブロックのうちのあるコードブロックのビット系列の符号化により生成された符号化ビット系列ｄを復号化する復号化部と、
   前記符号化ビット系列ｄの長さＮとＮ_ｒｅｆとを比較することに基づき、前記符号化ビット系列ｄにビット選択手順を適用するレートマッチング部と、を備え、
   前記Ｎ_ｒｅｆは、第２のサイズに基づき決定され、
   前記第１のサイズは、１より大きいＫの値を用いることによりＮ _ＲＥ ＝ｍｉｎ（１５６，Ｎ ^ａ _ＲＥ ）・ｎ _ＰＲＢ ・Ｋにより決定され、
   ここで、前記Ｎ ^ａ _ＲＥ は、Ｎ ^ａ _ＲＥ ＝Ｎ ^ＲＢ _ｓｃ ・Ｎ ^ｓｈ _ｓｙｍｂ －Ｎ ^ＰＲＢ _ＤＭＲＳ －Ｎ ^ＰＲＢ _ｏｈ により決定され、
   前記Ｎ ^ＲＢ _ｓｃ は、リソースブロックあたりのサブキャリアの数であり、
   前記Ｎ ^ｓｈ _ｓｙｍｂ は、前記符号化ビット系列ｄがマッピングされるＰＵＳＣＨのＯＦＤＭシンボル数であり、
   前記Ｎ ^ＰＲＢ _ＤＭＲＳ は、前記ＰＵＳＣＨのためのＤＭＲＳが配置されるリソースエレメントを考慮したオーバーヘッド値であり、
   前記Ｎ ^ＰＲＢ _ｏｈ は、前記ＰＵＳＣＨのためのＤＭＲＳ以外の要素に起因するオーバーヘッドを考慮した値であり、
   前記第２のサイズは、Ｎ _ＲＥ ＝ｍｉｎ（１５６，Ｎ ^ａ _ＲＥ ）・ｎ _ＰＲＢ により決定される、
   基地局装置。
3. 端末装置に用いられる通信方法であって、
   第１のサイズのトランスポートブロックに含まれる１または複数のコードブロックのうちのあるコードブロックのビット系列の符号化により符号化ビット系列ｄを生成するステップと、
   前記符号化ビット系列ｄの長さＮとＮ_ｒｅｆとを比較することに基づき、前記符号化ビット系列ｄにビット選択手順を適用するステップと、を備え、
   前記Ｎ_ｒｅｆは、第２のサイズに基づき決定され、
   前記第１のサイズは、１より大きいＫの値を用いることによりＮ _ＲＥ ＝ｍｉｎ（１５６，Ｎ ^ａ _ＲＥ ）・ｎ _ＰＲＢ ・Ｋにより決定され、
   ここで、前記Ｎ ^ａ _ＲＥ は、Ｎ ^ａ _ＲＥ ＝Ｎ ^ＲＢ _ｓｃ ・Ｎ ^ｓｈ _ｓｙｍｂ －Ｎ ^ＰＲＢ _ＤＭＲＳ －Ｎ ^ＰＲＢ _ｏｈ により決定され、
   前記Ｎ ^ＲＢ _ｓｃ は、リソースブロックあたりのサブキャリアの数であり、
   前記Ｎ ^ｓｈ _ｓｙｍｂ は、前記符号化ビット系列ｄがマッピングされるＰＵＳＣＨのＯＦＤＭシンボル数であり、
   前記Ｎ ^ＰＲＢ _ＤＭＲＳ は、前記ＰＵＳＣＨのためのＤＭＲＳが配置されるリソースエレメントを考慮したオーバーヘッド値であり、
   前記Ｎ ^ＰＲＢ _ｏｈ は、前記ＰＵＳＣＨのためのＤＭＲＳ以外の要素に起因するオーバーヘッドを考慮した値であり、
   前記第２のサイズは、Ｎ _ＲＥ ＝ｍｉｎ（１５６，Ｎ ^ａ _ＲＥ ）・ｎ _ＰＲＢ により決定される、
   通信方法。
4. 基地局装置に用いられる通信方法であって、
   第１のサイズのトランスポートブロックに含まれる１または複数のコードブロックのうちのあるコードブロックのビット系列の符号化により生成された符号化ビット系列ｄを復号化するステップと、
   前記符号化ビット系列ｄの長さＮとＮ_ｒｅｆとを比較することに基づき、前記符号化ビット系列ｄにビット選択手順を適用するステップと、を備え、
   前記Ｎ_ｒｅｆは、第２のサイズに基づき決定され、
   前記第１のサイズは、１より大きいＫの値を用いることによりＮ _ＲＥ ＝ｍｉｎ（１５６，Ｎ ^ａ _ＲＥ ）・ｎ _ＰＲＢ ・Ｋにより決定され、
   ここで、前記Ｎ ^ａ _ＲＥ は、Ｎ ^ａ _ＲＥ ＝Ｎ ^ＲＢ _ｓｃ ・Ｎ ^ｓｈ _ｓｙｍｂ －Ｎ ^ＰＲＢ _ＤＭＲＳ －Ｎ ^ＰＲＢ _ｏｈ により決定され、
   前記Ｎ ^ＲＢ _ｓｃ は、リソースブロックあたりのサブキャリアの数であり、
   前記Ｎ ^ｓｈ _ｓｙｍｂ は、前記符号化ビット系列ｄがマッピングされるＰＵＳＣＨのＯＦＤＭシンボル数であり、
   前記Ｎ ^ＰＲＢ _ＤＭＲＳ は、前記ＰＵＳＣＨのためのＤＭＲＳが配置されるリソースエレメントを考慮したオーバーヘッド値であり、
   前記Ｎ ^ＰＲＢ _ｏｈ は、前記ＰＵＳＣＨのためのＤＭＲＳ以外の要素に起因するオーバーヘッドを考慮した値であり、
   前記第２のサイズは、Ｎ _ＲＥ ＝ｍｉｎ（１５６，Ｎ ^ａ _ＲＥ ）・ｎ _ＰＲＢ により決定される、
   通信方法。

Images