(57)【要約】【課題】効率的に通信を行なうこと。【解決手段】ランダムアクセスプリアンブルを送信する送信部と、前記ランダムアクセスプリアンブルに対応する１または複数のＭＡＣ  ＲＡＲを受信する受信部と、ランダムアクセスプロシージャを行なうＭＡＣ層部と、を備え、前記送信部は、ＮＲ−Ｕ（NR-Unlicensed）セルに対して、前記ランダムアクセスプロシージャが完了しないとみなしたとすれば、前記ランダムアクセスプリアンブルの送信の前に、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦに所定の値よりも大きい値がセットされている場合には、タイプ２ＣＡＰ（Channel Access Procedure）を行ない、前記ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦに所定の値よりも小さい値がセットされている場合には、タイプ１ＣＡＰを行なう。【選択図】図２５
2020162105.tif 000002
【特許請求の範囲】
【請求項１】
ランダムアクセスプリアンブルを送信する送信部と、
前記ランダムアクセスプリアンブルに対応する１または複数のＭＡＣ  ＲＡＲ（Medium
Access Control Random Access Response）を受信する受信部と、
ランダムアクセスプロシージャを行なうＭＡＣ層部と、を備え、
前記送信部は、
ＮＲ−Ｕ（NR-Unlicensed）セルに対して、前記ランダムアクセスプロシージャが完了
しないとみなしたとすれば、前記ランダムアクセスプリアンブルの送信の前に、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦに所定の値よりも大きい値がセットされている場合には、タイプ２ＣＡＰ（Channel Access Procedure）を行ない、前記ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦに所定の値よりも小さい値がセットされている場合には、タイプ１ＣＡＰを行なう
端末装置。
【請求項２】
ランダムアクセスプリアンブルを送信するステップと、
前記ランダムアクセスプリアンブルに対応する１または複数のＭＡＣ  ＲＡＲ（Medium
Access Control Random Access Response）を受信するステップと、
ランダムアクセスプロシージャを行なうステップと、
ＮＲ−Ｕ（NR-Unlicensed）セルに対して、前記ランダムアクセスプロシージャが完了
しないとみなしたとすれば、前記ランダムアクセスプリアンブルの送信の前に、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦに所定の値よりも大きい値がセットされている場合には、タイプ２ＣＡＰ（Channel Access Procedure）を行ない、前記ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦに所定の値よりも小さい値がセットされている場合には、タイプ１ＣＡＰを行なうステップと、を有する
方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、および、方法に関する。
【背景技術】
【０００２】
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「ＬＴＥ（Long
Term Evolution）」、または、「ＥＵＴＲＡ（Evolved Universal Terrestrial Radio Access）」と称する。）が、第三世代パートナーシッププロジェクト（3GPP:3rd Generation Partnership Project）において検討されている。ＬＴＥにおいて、基地局装置はｅＮｏｄｅＢ（evolved NodeB）、端末装置はＵＥ（User Equipment）とも称されてもよい。
ＬＴＥは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。１つの基地局装置は１または複数のサービングセルを管理してもよい。
【０００３】
３ＧＰＰでは、国際電気通信連合（ＩＴＵ）が策定する次世代移動通信システムの規格であるＩＭＴ（International Mobile Telecommunication）―２０２０に提案するため、次世代無線通信規格（NR: New Radio）の検討が行なわれている（非特許文献１）。ＮＲ
は、単一の技術の枠組みにおいて、ｅＭＢＢ（enhanced Mobile BroadBand）、ｍＭＴＣ
（massive Machine Type Communication）、ＵＲＬＬＣ（Ultra Reliable and Low Latency Communication）の３つのシナリオを想定した要求を満たすことが求められている。
【０００４】
さらに、無免許周波数帯（Unlicensed band, unlicensed spectrum）にＮＲ無線アクセス技術（NR-RAT: NR Radio Access Technology）を適用する無線通信方式および／または無線通信システムであるＮＲ−Ｕ（NR-Unlicensed）の検討が行なわれている（非特許文
献２）。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】"New SID proposal: Study on New Radio Access Technology", RP-160671, NTT DOCOMO, 3GPP TSG RAN Meeting #71, Goteborg, Sweden, 7th - 10th March, 2016．
【非特許文献２】"TR38.889 v0.0.2 Study on NR-based Access to Unlicensed Spectrum", R1-1807617， Qualcomm Incorporated， 3GPP TSG RAN WG1 Meeting #93, Busan, Korea, 21st - 25th May, 2018．
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、効率的に通信を行う基地局装置、該基地局装置に用いられる方法を提供する。
【課題を解決するための手段】
【０００７】
（１）本発明の第１の態様は、端末装置であって、ランダムアクセスプリアンブルを送信する送信部と、前記ランダムアクセスプリアンブルに対応する１または複数のＭＡＣ  ＲＡＲ（Medium Access Control Random Access Response）を受信する受信部と、ランダムアクセスプロシージャを行なうＭＡＣ層部と、を備え、前記送信部は、ＮＲ−Ｕ（NR-Unlicensed）セルに対して、前記ランダムアクセスプロシージャが完了しないとみなした
とすれば、前記ランダムアクセスプリアンブルの送信の前に、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦに所定の値よりも大きい値がセットされている場合には、タイプ２ＣＡＰ（Channel Access Procedure）を行ない、前記ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦに所定の値よりも小さい値がセットされている場合には、タイプ１ＣＡＰを行なう。。
【０００８】
（２）本発明の第２の態様は、端末装置に用いられる方法であって、ランダムアクセスプリアンブルを送信するステップと、前記ランダムアクセスプリアンブルに対応する１または複数のＭＡＣ  ＲＡＲ（Medium Access Control Random Access Response）を受信するステップと、ランダムアクセスプロシージャを行なうステップと、ＮＲ−Ｕ（NR-Unlicensed）セルに対して、前記ランダムアクセスプロシージャが完了しないとみなしたとすれば、前記ランダムアクセスプリアンブルの送信の前に、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦに所定の値よりも大きい値がセットされている場合には、タイプ２ＣＡＰ（Channel Access Procedure）を行ない、前記ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦに所定の値よりも小さい値がセットされている場合には、タイプ１ＣＡＰを行なうステップと、を有する。
【発明の効果】
【０００９】
この発明によれば、端末装置は効率的に通信を行うことができる。また、基地局装置は効率的に通信を行うことができる。
【図面の簡単な説明】
【００１０】
【図１】本実施形態の一態様に係る無線通信システムの概念図である。
【図２】本実施形態の一態様に係るＮｓｌｏｔｓｙｍｂ、ＳＣＳ設定μ、および、ＣＰ設定の関係を示す一例である。
【図３】本実施形態の一態様に係るサブフレームにおけるリソースグリッドの一例を示す概略図である。
【図４】本実施形態の一態様に係るＰＵＣＣＨフォーマットとＰＵＣＣＨフォーマットの長さＮＰＵＣＣＨｓｙｍｂの関係の一例を示す図である。
【図５】本実施形態の一態様に係る端末装置１の構成を示す概略ブロック図である。
【図６】本実施形態の一態様に係る基地局装置３の構成を示す概略ブロック図である。
【図７】本実施形態の一態様に係るランダムアクセスプロシージャの一例を示す図である。
【図８】本実施形態の一態様に係るチャネルアクセスプロシージャ（ＣＡＰ）の一例を示す図である。
【図９】本実施形態の一態様に係るチャネルアクセス優先クラス（ＣＡＰＣ）およびＣＷ調整プロシージャ（ＣＷＡＰ）の一例を示す図である。
【図１０】本実施形態の一態様に係るＳＲ送信時のＣＡＰおよびＣＷＡＰの一例を示す図である。
【図１１】本実施形態の一態様に係る可能なＣＳＩ−ＲＳ設定に対するＣＳＩ報告のトリガリング／アクティベーションの一例を示す図である。
【図１２】本実施形態の一態様に係る設定可能なサブバンドサイズの一例を示す図である。
【図１３】本実施形態の一態様に係るパート２ＣＳＩに対する優先度報告レベルの一例を示す図である。
【図１４】本実施形態の一態様に係るＣＳＩワイドバンドおよびＣＳＩサブバンドのマッピングパターンの一例を示す図である。
【図１５】本実施形態に係る周波数マッピング（リソース割り当て、物理リソースへのマッピング）の一例を示す図である。
【図１６】本実施形態に係るＭＡＣサブヘッダおよびＭＡＣ  ＰＤＵの構成の一例を示す図である。
【図１７】本実施形態に係るＮＲに対するＭＡＣ  ＲＡＲおよびＲＡＲグラントフィールドの構成の一例を示す図である。
【図１８】本実施形態に係るＮＲ−Ｕに対するＭＡＣ  ＲＡＲおよびＲＡＲグラントフィールドの構成の一例（例１）を示す図である。
【図１９】本実施形態に係るＮＲ−Ｕに対するＭＡＣ  ＲＡＲおよびＲＡＲグラントフィールドの構成の別の一例（例２）を示す図である。
【図２０】本実施形態に係るＮＲ−Ｕに対するＭＡＣ  ＲＡＲおよびＲＡＲグラントフィールドの構成の別の一例（例３）を示す図である。
【図２１】本実施形態に係るＮＲ−Ｕに対するＭＡＣ  ＲＡＲおよびＲＡＲグラントフィールドの構成の別の一例（例４）を示す図である。
【図２２】本実施形態に係る時間領域におけるＰＵＳＣＨの送信開始位置（時間領域の開始位置、スロット内の開始位置）を示すフィールド（PUSCH starting position field, PSP field）および各ＳＣＳに対応するＰＵＳＣＨの開始位置の一例を示す図である。
【図２３】本実施形態に係るＮＲ−Ｕに対するＰＵＳＣＨの周波数リソース配置タイプの一例を示す図である。
【図２４】本実施形態に係るＢＰＶ（Backoff Parameter value）の一例を示す図である。
【図２５】本実施形態に係るランダムアクセスプロシージャが完了しなかった場合のＭｓｇ１を送信するまでのプロシージャを示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について説明する。
【００１２】
図１は、本実施形態の一態様に係る無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ〜１Ｃ、および基地局装置３を具備する。以下、端末装置１Ａ〜１Ｃを端末装置１とも称されてもよい。なお、基地局装置３は、通信装置、ノード、ＮＢ（NodeB）、ｅＮＢ、ｇＮＢ、ネットワーク装置（コアネットワーク、ゲートウェイ）、アクセスポイントの一部または全部を含んでもよい。また、端末装置１は、ＵＥ（User equipment）と称されてもよい。なお、ｅＮＢは、１または複数の端末装置１に向けてＥＵＴＲＡユーザプレーンおよび制御プレーンプロトコルターミネーションを提供するノードであり、特にＮＧ（Next Generation）インタフェースを介して第５世代コアネットワーク（５ＧＣ）に接続されるｅＮＢをｎｇ−ｅＮＢと称する。また、ｇＮＢは、１または複数の端末装置１に向けてＮＲユーザプレーンおよび制御プレーンプロトコルターミネーションを提供するノードであり、ＮＧインタフェースを介して５ＧＣに接続される。
【００１３】
基地局装置３は、ＭＣＧ（Master Cell Group）、および、ＳＣＧ（Secondary Cell Group）の一方または両方を構成してもよい。ＭＣＧは、少なくともＰＣｅｌｌ（Primary Cell）を含んで構成されるサービングセルのグループである。また、ＳＣＧは、少なくと
もＰＳＣｅｌｌ（Primary Secondary Cell）を含んで構成されるサービングセルのグループである。ＰＣｅｌｌは、初期接続に基づき与えられるサービングセルであってもよい。ＭＣＧは、１または複数のＳＣｅｌｌ（Secondary Cell）を含んで構成されてもよい。ＳＣＧは、１または複数のＳＣｅｌｌを含んで構成されてもよい。ＰＣｅｌｌおよびＰＳＣｅｌｌは、ＳｐＣｅｌｌ（Special Cell）と称されてもよい。１つのＳｐＣｅｌｌ、および、１または複数のＳＣｅｌｌを用いて１つのＣＧを構成し、通信を行なうことをキャリアアグリゲーションと称してもよい。
【００１４】
ＭＣＧは、ＥＵＴＲＡ上の１または複数のサービングセルで構成されてもよい。また、ＳＣＧは、ＮＲ上の１または複数のサービングセルで構成されてもよい。また、ＭＣＧは、ＮＲ上の１または複数のサービングセルで構成されてもよい。また、ＳＣＧは、ＥＵＴＲＡ上の１または複数のサービングセルで構成されてもよい。また、ＭＣＧおよびＳＣＧは、ＥＵＴＲＡまたはＮＲのいずれか一方の１または複数のサービングセルで構成されてもよい。ここで、ＥＵＴＲＡ上とは、ＥＵＴＲＡ  ＲＡＴ（Radio Access Technology）が適用された、という意味を含んでもよい。また、ＮＲ上とはＮＲ  ＲＡＴが適用された、という意味を含んでもよい。
【００１５】
ＭＣＧは、ＥＵＴＲＡ上の１または複数のサービングセルで構成されてもよい。また、ＳＣＧは、ＮＲ−Ｕ上の１または複数のサービングセルで構成されてもよい。また、ＭＣＧは、ＮＲ上の１または複数のサービングセルで構成されてもよい。また、ＳＣＧは、ＮＲ−Ｕ上の１または複数のサービングセルで構成されてもよい。また、ＭＣＧは、ＥＵＴＲＡまたはＮＲまたはＮＲ−Ｕのいずれか一方の１または複数のサービングセルで構成されてもよい。また、ＳＣＧは、ＥＵＴＲＡまたはＮＲまたはＮＲ−Ｕのいずれか一方の１または複数のサービングセルで構成されてもよい。ＮＲ−Ｕは、周波数免許不要の周波数帯（オペレーティングバンド）でＮＲ方式の通信／アクセス／サービスを行なうことを目的としている。ＮＲ−Ｕ通信が行なわれる周波数帯では、無線ＬＡＮ（Wireless Local Area Network, Radio LAN）サービス（通信および／または方式）、ＷＡＳ（Wireless Access Systems）サービス、ＩＥＥＥ８０２．１１サービス、ＷｉＦｉサービス、ＦＷＡ（Fixed Wireless Access）サービス、ＩＴＳ（Intelligent Transport Systems）サービス、ＬＡＡ（Licensed Assisted Access）サービスを行なう端末装置および／またはアクセスポイント（および／または基地局装置）の通信が行なわれてもよい。一方で、ＮＲは、周波数免許が必要な周波数帯でＮＲ方式の通信／アクセス／サービスを行なうことを目的としている。また、ＬＴＥは、周波数免許が必要な周波数帯でＬＴＥ方式の通信／アクセス／サービスを行なうことを目的としている。また、ＬＡＡは、周波数免許が不要な周波数帯でＬＴＥ方式の通信／アクセス／サービスを行なうことを目的としている。
【００１６】
ＥＵＴＲＡ、ＮＲ、ＮＲ−Ｕのそれぞれに対して適用されるオペレーティングバンド（キャリア周波数および周波数帯域幅）は個別に定義（規定）されてもよい。
【００１７】
また、ＭＣＧは、第１の基地局装置によって構成されてもよい。また、ＳＣＧは、第２の基地局装置によって構成されてもよい。つまり、ＰＣｅｌｌは、第１の基地局装置によって構成されてもよい。ＰＳＣｅｌｌは、第２の基地局装置によって構成されてもよい。第１の基地局装置および第２の基地局装置はそれぞれ、基地局装置３と同じであってもよい。
【００１８】
以下、フレーム構成について説明する。
【００１９】
本実施形態の一態様に係る無線通信システムにおいて、ＯＦＤＭ（Orthogonal Frequency Division Multiplex）が少なくとも用いられる。ＯＦＤＭシンボルは、ＯＦＤＭの時間領域の単位である。ＯＦＤＭシンボルは、少なくとも１または複数のサブキャリア（subcarrier）を含む。ＯＦＤＭシンボルは、ベースバンド信号生成において時間連続信号（time - continuous signal）に変換される。下りリンクにおいて、ＣＰ−ＯＦＤＭ（Cyclic Prefix - Orthogonal Frequency Division Multiplex）が少なくとも用いられる。上りリンクにおいて、ＣＰ−ＯＦＤＭ、または、ＤＦＴ−ｓ−ＯＦＤＭ（Discrete Fourier Transform - spread - Orthogonal Frequency Division Multiplex）のいずれかが用いられる。ＤＦＴ−ｓ−ＯＦＤＭは、ＣＰ−ＯＦＤＭに対して変形プレコーディング（Transform precoding）が適用されることで与えられてもよい。
【００２０】
サブキャリア間隔（ＳＣＳ）は、サブキャリア間隔Δｆ＝２μ・１５ｋＨｚによって与えられてもよい。例えば、ＳＣＳ設定μは０、１、２、３、４、および／または、５のいずれかに設定されてもよい。あるＢＷＰ（BandWidth Part）のために、ＳＣＳ設定μが上位層のパラメータにより与えられてもよい。つまり、下りリンクおよび／または上りリンクに係らず、ＢＷＰ毎（下りリンクＢＷＰ毎、上りリンクＢＷＰ毎）にμの値が設定されてもよい。
【００２１】
本実施形態の一態様に係る無線通信システムにおいて、時間領域の長さの表現のために時間単位Ｔｃが用いられる。時間単位Ｔｃは、Ｔｃ＝１／（Δｆｍａｘ・Ｎｆ）で与えられてもよい。Δｆｍａｘは、本実施形態の一態様に係る無線通信システムにおいてサポートされるＳＣＳの最大値であってもよい。Δｆｍａｘは、Δｆｍａｘ＝４８０ｋＨｚであってもよい。Ｎｆは、Ｎｆ＝４０９６であってもよい。定数κは、κ＝Δｆｍａｘ・Ｎｆ／（ΔｆｒｅｆＮｆ，ｒｅｆ）＝６４である。Δｆｒｅｆは、１５ｋＨｚであってもよい。Ｎｆ，ｒｅｆは、２０４８であってもよい。
【００２２】
定数κは、参照ＳＣＳとＴｃの関係を示す値であってもよい。定数κはサブフレームの長さのために用いられてもよい。定数κに少なくとも基づき、サブフレームに含まれるスロットの数が与えられてもよい。Δｆｒｅｆは、参照ＳＣＳであり、Ｎｆ，ｒｅｆは、参照ＳＣＳに対応する値である。
【００２３】
下りリンクにおける信号の送信、および／または、上りリンクにおける信号の送信は、１０ｍｓのフレームにより構成される。フレームは、１０個のサブフレームを含んで構成される。サブフレームの長さは１ｍｓである。フレームの長さは、ＳＣＳΔｆに関わらず与えられてもよい。つまり、フレームの設定はμの値に係らず与えられてもよい。サブフレームの長さは、ＳＣＳΔｆに関わらず与えられてもよい。つまり、サブフレームの設定はμに係らず与えられてもよい。
【００２４】
あるＳＣＳ設定μに対して、１つのサブフレームに含まれるスロットの数とインデックスが与えられてもよい。例えば、スロット番号ｎμｓは、サブフレームにおいて０からＮｓｕｂｆｒａｍｅ，μｓｌｏｔ−１の範囲で昇順に与えられてもよい。ＳＣＳ設定μに対して、１つのフレームに含まれるスロットの数とインデックスが与えられてもよい。また、スロット番号ｎμｓ，ｆは、フレームにおいて０からＮｆｒａｍｅ，μｓｌｏｔ−１の範囲で昇順に与えられてもよい。連続するＮｓｌｏｔｓｙｍｂ個のＯＦＤＭシンボルが１つのスロットに含まれてもよい。Ｎｓｌｏｔｓｙｍｂは、および／または、ＣＰ（Cyclic Prefix）設定の一部または全部に少なくとも基づき与えられてもよい。ＣＰ設定は、上位層のパラメータに少なくとも基づき与えられてもよい。ＣＰ設定は、専用ＲＲＣシグナリングに少なくとも基づき与えられてもよい。スロット番号は、スロットインデックスとも称されてもよい。
【００２５】
図２は、本実施形態の一態様に係るＮｓｌｏｔｓｙｍｂ、ＳＣＳ設定μ、および、ＣＰ設定の関係を示す一例である。図２Ａにおいて、例えば、ＳＣＳ設定μが２であり、ＣＰ設定がノーマルＣＰ（ＮＣＰ）である場合、Ｎｓｌｏｔｓｙｍｂ＝１４、Ｎｆｒａｍｅ，μｓｌｏｔ＝４０、Ｎｓｕｂｆｒａｍｅ，μｓｌｏｔ＝４である。また、図２Ｂにおいて、例えば、ＳＣＳ設定μが２であり、ＣＰ設定が拡張ＣＰ（ＥＣＰ）である場合、Ｎｓｌｏｔｓｙｍｂ＝１２、Ｎｆｒａｍｅ，μｓｌｏｔ＝４０、Ｎｓｕｂｆｒａｍｅ，μｓｌｏｔ＝４である。
【００２６】
以下、本実施形態に係る物理リソースについて説明を行なう。
【００２７】
アンテナポートは、１つのアンテナポートにおいてシンボルが伝達されるチャネルが、同一のアンテナポートにおいてその他のシンボルが伝達されるチャネルから推定できることによって定義される。１つのアンテナポートにおいてシンボルが伝達されるチャネルの大規模特性（large scale property）が、もう一つのアンテナポートにおいてシンボルが伝達されるチャネルから推定できる場合、２つのアンテナポートはＱＣＬ（Quasi Co-Located）であると称されてもよい。大規模特性は、チャネルの長区間特性を少なくとも含んでもよい。大規模特性は、遅延拡がり（delay spread）、ドップラー拡がり（Doppler spread）、ドップラーシフト（Doppler shift）、平均利得（average gain）、平均遅延（average delay）、および、ビームパラメータ（spatial Rx parameters）の一部または全部を少なくとも含んでもよい。第１のアンテナポートと第２のアンテナポートがビームパラメータに関してＱＣＬであるとは、第１のアンテナポートに対して受信側が想定する受信ビームと第２のアンテナポートに対して受信側が想定する受信ビームとが同一であることであってもよい。第１のアンテナポートと第２のアンテナポートがビームパラメータに関してＱＣＬであるとは、第１のアンテナポートに対して受信側が想定する送信ビームと第２のアンテナポートに対して受信側が想定する送信ビームとが同一であることであってもよい。端末装置１は、１つのアンテナポートにおいてシンボルが伝達されるチャネルの大規模特性が、もう一つのアンテナポートにおいてシンボルが伝達されるチャネルから推定できる場合、２つのアンテナポートはＱＣＬであることが想定されてもよい。２つのアンテナポートがＱＣＬであることは、２つのアンテナポートがＱＣＬであることが想定されることであってもよい。
【００２８】
ＳＣＳ設定μとキャリアのセットのために、Ｎｓｉｚｅ，μｇｒｉｄ，ｘＮＲＢｓｃ個のサブキャリアとＮｓｕｂｆｒａｍｅ，μｓｙｍｂ個のＯＦＤＭシンボルで定義されるリソースグリッドが与えられる。Ｎｓｉｚｅ，μｇｒｉｄ，ｘは、キャリアｘのためのＳＣＳ設定μのために与えられるリソースブロック数を示してもよい。Ｎｓｉｚｅ，μｇｒｉｄ，ｘは、キャリアの帯域幅を示してもよい。Ｎｓｉｚｅ，μｇｒｉｄ，ｘは、上位層のパラメータＣａｒｒｉｅｒＢａｎｄｗｉｄｔｈの値に対応してもよい。キャリアｘは下りリンクキャリアまたは上りリンクキャリアのいずれかを示してもよい。つまり、ｘは“ＤＬ”、または、“ＵＬ”のいずれかであってもよい。ＮＲＢｓｃは、１つのリソースブロックに含まれるサブキャリア数を示してもよい。ＮＲＢｓｃは１２であってもよい。アンテナポートｐごとに、および／または、ＳＣＳ設定μごとに、および／または、送信方向（Transmission direction）の設定ごとに少なくとも１つのリソースグリッドが与えられてもよい。送信方向は、少なくとも下りリンク（DL: DownLink）および上りリンク（UL: UpLink）を含む。以下、アンテナポートｐ、ＳＣＳ設定μ、および、送信方向の設定の一部または全部を少なくとも含むパラメータのセットは、第１の無線パラメータセットとも称されてもよい。つまり、リソースグリッドは、第１の無線パラメータセット毎に１つ与えられてもよい。なお、無線パラメータセットは、１または複数の無線パラメータ（物理層パラメータまたは上位層パラメータ）を含む１または複数のセットであってもよい。
【００２９】
下りリンクにおいて、サービングセルに含まれるキャリアを下りリンクキャリア（または、下りリンクコンポーネントキャリア）と称する。上りリンクにおいて、サービングセルに含まれるキャリアを上りリンクキャリア（上りリンクコンポーネントキャリア）と称する。下りリンクコンポーネントキャリア、および、上りリンクコンポーネントキャリアを総称して、コンポーネントキャリア（または、キャリア）と称してもよい。
【００３０】
サービングセルのタイプは、ＰＣｅｌｌ、ＰＳＣｅｌｌ、および、ＳＣｅｌｌのいずれかであってもよい。ＰＣｅｌｌは、初期接続においてＳＳＢ（Synchronization signal/Physical broadcast channel block）から取得されるセルＩＤ（物理層セルＩＤ、物理セルＩＤ）に少なくとも基づき識別されるサービングセルであってもよい。ＳＣｅｌｌは、キャリアアグリゲーションにおいて用いられるサービングセルであってもよい。ＳＣｅｌｌは、専用ＲＲＣシグナリングに少なくとも基づき与えられるサービングセルであってもよい。
【００３１】
第１の無線パラメータセット毎に与えられるリソースグリッドの中の各要素は、リソースエレメント（ＲＥ）と称されてもよい。リソースエレメントは周波数領域のインデックスｋｓｃと、時間領域のインデックスｌｓｙｍにより特定される。ある第１の無線パラメータセットのために、リソースエレメントは周波数領域のインデックスｋｓｃと、時間領
域のインデックスｌｓｙｍにより特定される。周波数領域のインデックスｋｓｃと時間領域のインデックスｌｓｙｍにより特定されるリソースエレメントは、リソースエレメント（ｋｓｃ、ｌｓｙｍ）とも称されてもよい。周波数領域のインデックスｋｓｃは、０からＮμＲＢＮＲＢｓｃ−１のいずれかの値を示す。ＮμＲＢはＳＣＳ設定μのために与えられるリソースブロック数であってもよい。ＮμＲＢは、Ｎｓｉｚｅ，μｇｒｉｄ，ｘであってもよい。ＮＲＢｓｃは、リソースブロックに含まれるサブキャリア数であり、ＮＲＢｓｃ＝１２である。周波数領域のインデックスｋｓｃは、サブキャリアインデックスｋｓｃに対応してもよい。時間領域のインデックスｌｓｙｍは、ＯＦＤＭシンボルインデックスｌｓｙｍに対応してもよい。１または複数のリソースエレメントは、物理リソースおよび複素値（複素値変調シンボル）に対応してもよい。物理リソースおよび／または複素値に対応する１または複数のリソースエレメントのそれぞれに対して、１または複数の情報ビット（制御情報やトランスポートブロック、上位層パラメータのための情報ビット）がマップされてもよい。
【００３２】
図３は、本実施形態の一態様に係るサブフレームにおけるリソースグリッドの一例を示す概略図である。図３のリソースグリッドにおいて、横軸は時間領域のインデックスｌｓｙｍであり、縦軸は周波数領域のインデックスｋｓｃである。１つのサブフレームにおいて、リソースグリッドの周波数領域はＮμＲＢＮＲＢｓｃ個のサブキャリアを含む。１つのサブフレームにおいて、リソースグリッドの時間領域は１４・２μ個のＯＦＤＭシンボルを含んでもよい。１つのリソースブロックは、ＮＲＢｓｃ個のサブキャリアを含んで構成される。リソースブロックの時間領域は、１ＯＦＤＭシンボルに対応してもよい。リソースブロックの時間領域は、１４ＯＦＤＭシンボルに対応してもよい。リソースブロックの時間領域は、１または複数のスロットに対応してもよい。リソースブロックの時間領域は、１つのサブフレームに対応してもよい。
【００３３】
端末装置１は、リソースグリッドのサブセットのみを用いて送受信を行うことが指示されてもよい。リソースグリッドのサブセットは、ＢＷＰとも呼称され、ＢＷＰは上位層のパラメータ、および／または、ＤＣＩの一部または全部に少なくとも基づき与えられてもよい。ＢＷＰをＣＢＰ（Carrier Bandwidth Part）とも称してもよい。端末装置１は、リソースグリッドのすべてのセットを用いて送受信を行なうことが指示されなくてもよい。端末装置１は、リソースグリッド内の一部の周波数リソースを用いて送受信を行なうことが指示されてもよい。１つのＢＷＰは、周波数領域における複数のリソースブロックから構成されてもよい。１つのＢＷＰは、周波数領域において連続する複数のリソースブロックから構成されてもよい。下りリンクキャリアに対して設定されるＢＷＰは、下りリンクＢＷＰとも称されてもよい。上りリンクキャリアに対して設定されるＢＷＰは、上りリンクＢＷＰとも称されてもよい。ＢＷＰは、キャリアの帯域のサブセット（キャリアにおける周波数領域のサブセット）であってもよい。
【００３４】
サービングセルのそれぞれに対して１または複数の下りリンクＢＷＰが設定されてもよい。サービングセルのそれぞれに対して１または複数の上りリンクＢＷＰが設定されてもよい。
【００３５】
サービングセルに対して設定される１または複数の下りリンクＢＷＰのうち、１つの下りリンクＢＷＰがアクティブ下りリンクＢＷＰに設定されてもよい。下りリンクのＢＷＰスイッチは、１つのアクティブ下りリンクＢＷＰをディアクティベート（deactivate）し、該１つのアクティブ下りリンクＢＷＰ以外のインアクティブ下りリンクＢＷＰをアクティベート（activate）するために用いられる。下りリンクＢＷＰのスイッチングは、下りリンク制御情報に含まれるＢＷＰフィールドにより制御されてもよい。下りリンクＢＷＰのスイッチングは、上位層のパラメータに基づき制御されてもよい。
【００３６】
アクティブ下りリンクＢＷＰにおいて、ＤＬ−ＳＣＨが受信されてもよい。アクティブ下りリンクＢＷＰにおいて、ＰＤＣＣＨがモニタされてもよい。アクティブ下りリンクＢＷＰにおいて、ＰＤＳＣＨが受信されてもよい。
【００３７】
インアクティブ下りリンクＢＷＰにおいて、ＤＬ−ＳＣＨが受信されない。インアクティブ下りリンクＢＷＰにおいて、ＰＤＣＣＨがモニタされない。インアクティブ下りリンクＢＷＰのためのＣＳＩは報告されない。
【００３８】
サービングセルに対して設定される１または複数の下りリンクＢＷＰのうち、２つ以上の下りリンクＢＷＰがアクティブ下りリンクＢＷＰに設定されなくてもよい。
【００３９】
サービングセルに対して設定される１または複数の上りリンクＢＷＰのうち、１つの上りリンクＢＷＰがアクティブ上りリンクＢＷＰに設定されてもよい。上りリンクのＢＷＰスイッチは、１つのアクティブ上りリンクＢＷＰをディアクティベート（deactivate）し、該１つのアクティブ上りリンクＢＷＰ以外のインアクティブ上りリンクＢＷＰをアクティベート（activate）するために用いられる。上りリンクＢＷＰのスイッチングは、下りリンク制御情報に含まれるＢＷＰフィールドにより制御されてもよい。上りリンクＢＷＰのスイッチングは、上位層のパラメータに基づき制御されてもよい。
【００４０】
アクティブ上りリンクＢＷＰにおいて、ＵＬ−ＳＣＨが送信されてもよい。アクティブ上りリンクＢＷＰにおいて、ＰＵＣＣＨが送信されてもよい。アクティブ上りリンクＢＷＰにおいて、ＰＲＡＣＨが送信されてもよい。アクティブ上りリンクＢＷＰにおいて、ＳＲＳが送信されてもよい。
【００４１】
インアクティブ上りリンクＢＷＰにおいて、ＵＬ−ＳＣＨが送信されない。インアクティブ上りリンクＢＷＰにおいて、ＰＵＣＣＨが送信されない。インアクティブ上りリンクＢＷＰにおいて、ＰＲＡＣＨが送信されない。インアクティブ上りリンクＢＷＰにおいて、ＳＲＳが送信されない。
【００４２】
１つのサービングセルに対して設定される１または複数の上りリンクＢＷＰのうち、２つ以上の上りリンクＢＷＰがアクティブ上りリンクＢＷＰに設定されなくてもよい。つまり、上りリンクＢＷＰを含む該サービングセルに対して、アクティブ上りリンクＢＷＰは少なくとも１つだけあればよい。
【００４３】
上位層のパラメータは、上位層の信号に含まれるパラメータである。上位層の信号は、ＲＲＣ（Radio Resource Control）シグナリングであってもよいし、ＭＡＣ  ＣＥ（Medium Access Control Control Element）であってもよい。ここで、上位層の信号は、ＲＲＣ層の信号であってもよいし、ＭＡＣ層の信号であってもよい。なお、ＲＲＣ層の信号によって与えられる上位層パラメータは、基地局装置３から端末装置１に通知され、設定されてもよい。
【００４４】
上位層の信号は、共通ＲＲＣシグナリング（common RRC signaling）であってもよい。共通ＲＲＣシグナリングは、以下の特徴Ｃ１から特徴Ｃ３の一部または全部を少なくとも備えてもよい。
特徴Ｃ１）ＢＣＣＨロジカルチャネル、または、ＣＣＣＨロジカルチャネルにマップされる
特徴Ｃ２）ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素を少なくとも含む特徴Ｃ３）ＰＢＣＨにマップされる
【００４５】
ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素は、サービングセルにおい
て共通に用いられる設定を示す情報を含んでもよい。サービングセルにおいて共通に用いられる設定は、ＰＲＡＣＨの設定を少なくとも含んでもよい。該ＰＲＡＣＨの設定は、１または複数のランダムアクセスプリアンブルインデックスを少なくとも示してもよい。該ＰＲＡＣＨの設定は、ＰＲＡＣＨの時間／周波数リソースを少なくとも示してもよい。
【００４６】
共通ＲＲＣシグナリングは、共通ＲＲＣパラメータを少なくとも含んでもよい。共通ＲＲＣパラメータは、サービングセル内において共通に用いられる（Cell-specific）パラ
メータであってもよい。
【００４７】
上位層の信号は、専用ＲＲＣシグナリング（dedicated RRC signaling）であってもよ
い。専用ＲＲＣシグナリングは、以下の特徴Ｄ１からＤ２の一部または全部を少なくとも備えてもよい。
特徴Ｄ１）ＤＣＣＨロジカルチャネルにマップされる
特徴Ｄ２）ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素を含まない
【００４８】
例えば、ＭＩＢ（Master Information Block）、および、ＳＩＢ（System Information
Block）は共通ＲＲＣシグナリングに含まれてもよい。また、ＤＣＣＨロジカルチャネルにマップされ、かつ、ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素を少なくとも含む上位層のメッセージは、共通ＲＲＣシグナリングに含まれてもよい。また、ＤＣＣＨロジカルチャネルにマップされ、かつ、ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素を含まない上位層のメッセージは、専用ＲＲＣシグナリングに含まれてもよい。なお、ＭＩＢおよびＳＩＢをまとめてシステム情報と称してもよい。
【００４９】
なお、１または複数の上位層パラメータを含む上位層パラメータは、情報要素（ＩＥ）と称されてもよい。また、１または複数の上位層パラメータ、および／または、１または複数のＩＥを含む上位層パラメータおよび／またはＩＥは、メッセージ（上位層のメッセージ、ＲＲＣメッセージ）や情報ブロック（ＩＢ）、システム情報と称されてもよい。
【００５０】
ＳＩＢは、ＳＳＢの時間インデックスを少なくとも示してもよい。ＳＩＢは、ＰＲＡＣＨリソースに関連する情報を少なくとも含んでもよい。ＳＩＢは、初期接続の設定に関連する情報を少なくとも含んでもよい。
【００５１】
ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素は、ＰＲＡＣＨリソースに関連する情報を少なくとも含んでもよい。ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃ情報要素は、初期接続の設定に関連する情報を少なくとも含んでもよい。
【００５２】
専用ＲＲＣシグナリングは、専用ＲＲＣパラメータを少なくとも含んでもよい。専用ＲＲＣパラメータは、端末装置１に専用に用いられる（UE-specific）パラメータであって
もよい。専用ＲＲＣシグナリングは、共通ＲＲＣパラメータを少なくとも含んでもよい。
【００５３】
共通ＲＲＣパラメータおよび専用ＲＲＣパラメータは、上位層のパラメータとも称されてもよい。
【００５４】
以下、本実施形態の種々の態様に係る物理チャネルおよび物理シグナルを説明する。
【００５５】
上りリンク物理チャネルは、上位層において発生する情報を運ぶリソースエレメントのセットに対応してもよい。上りリンク物理チャネルは、上りリンクキャリアにおいて用いられる物理チャネルである。本実施形態の一態様に係る無線通信システムにおいて、少なくとも下記の一部または全部の上りリンク物理チャネルが用いられる。
・ＰＵＣＣＨ（Physical Uplink Control CHannel）
・ＰＵＳＣＨ（Physical Uplink Shared CHannel）
・ＰＲＡＣＨ（Physical Random Access CHannel）
【００５６】
ＰＵＣＣＨは、上りリンク制御情報（ＵＣＩ）を送信するために用いられてもよい。上りリンク制御情報は、チャネル状態情報（ＣＳＩ）、スケジューリングリクエスト（ＳＲ）、トランスポートブロック（ＴＢ）に対応するＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat request ACKnowledgement）情報の一部または全部を含む。なお、ＴＢは、ＭＡＣ
ＰＤＵ（Medium Access Control Protocol Data Unit）、ＤＬ−ＳＣＨ（Downlink-Shared Channel）やＰＤＳＣＨ（Physical Downlink Shared Channel）と称されてもよい。
【００５７】
ＰＵＣＣＨには１または複数の種類の上りリンク制御情報が多重されてもよい。該多重されたＰＵＣＣＨは送信されてもよい。つまり、ＰＵＣＣＨには、複数のＨＡＲＱ−ＡＣＫが多重されてもよいし、複数のＣＳＩが多重されてもよいし、複数のＳＲが多重されてもよいし、ＨＡＲＱ−ＡＣＫとＣＳＩが多重されてもよいし、ＨＡＲＱ−ＡＣＫとＳＲが多重されてもよいし、他のＵＣＩの種類と多重されてもよい。
【００５８】
ＨＡＲＱ−ＡＣＫ情報は、ＴＢに対応するＨＡＲＱ−ＡＣＫビットを少なくとも含んでもよい。ＨＡＲＱ−ＡＣＫビットは、ＴＢに対応するＡＣＫ（acknowledgement）または
ＮＡＣＫ（negative-acknowledgement）を示してもよい。ＡＣＫは、該ＴＢの復号が成功裏に完了していることを示す値であってもよい。ＮＡＣＫは、該ＴＢの復号が成功裏に完了していないことを示す値であってもよい。ＨＡＲＱ−ＡＣＫ情報は、１または複数のＨＡＲＱ−ＡＣＫビットを含むＨＡＲＱ−ＡＣＫコードブックを少なくとも１つ含んでもよい。ＨＡＲＱ−ＡＣＫビットが１または複数のＴＢに対応することは、ＨＡＲＱ−ＡＣＫビットが該１または複数のＴＢを含むＰＤＳＣＨに対応することであってもよい。
【００５９】
ＨＡＲＱ−ＡＣＫビットは、ＴＢに含まれる１つのＣＢＧ（Code Block Group）に対応するＡＣＫまたはＮＡＣＫを示してもよい。ＨＡＲＱ−ＡＣＫは、ＨＡＲＱフィードバック、ＨＡＲＱ情報、ＨＡＲＱ制御情報とも称されてもよい。
【００６０】
ＳＲは、初期送信のためのＰＵＳＣＨのリソースを要求するために少なくとも用いられてもよい。また、ＳＲは、新規の送信のためのＵＬ−ＳＣＨリソースを要求するために用いられてもよい。ＳＲビットは、正のＳＲ（positive SR）、または、負のＳＲ（negative SR）のいずれかを示すために用いられてもよい。ＳＲビットが正のＳＲを示すことは、“正のＳＲが送信される”とも称されてもよい。正のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨのリソースが要求されることを示してもよい。正のＳＲは、上位層によりＳＲがトリガされることを示してもよい。正のＳＲは、上位層によりＳＲを送信することが指示された場合に、送信されてもよい。ＳＲビットが負のＳＲを示すことは、“負のＳＲが送信される”とも称されてもよい。負のＳＲは、端末装置１によって初期送信のためのＰＵＳＣＨのリソースが要求されないことを示してもよい。負のＳＲは、上位層によりＳＲがトリガされないことを示してもよい。負のＳＲは、上位層によりＳＲを送信することが指示されない場合に、送信されてもよい。
【００６１】
ＳＲビットは、１または複数のＳＲ設定（SR configuration）のいずれかに対する正のＳＲ、または、負のＳＲのいずれかを示すために用いられてもよい。該１または複数のＳＲ設定のそれぞれは、１または複数のロジカルチャネルに対応してもよい。あるＳＲ設定に対する正のＳＲは、該あるＳＲ設定に対応する１または複数のロジカルチャネルのいずれかまたは全部に対する正のＳＲであってもよい。負のＳＲは、特定のＳＲ設定に対応しなくてもよい。負のＳＲが示されることは、すべてのＳＲ設定に対して負のＳＲが示されることであってもよい。
【００６２】
ＳＲ設定は、ＳＲ−ＩＤ（Scheduling Request ID）であってもよい。ＳＲ−ＩＤは、
上位層のパラメータにより与えられてもよい。
【００６３】
ＣＳＩは、チャネル品質指標（ＣＱＩ）、プレコーダ行列指標（ＰＭＩ）、および、ランク指標（ＲＩ）の一部または全部を少なくとも含んでもよい。ＣＱＩは、チャネルの品質（例えば、伝搬強度）に関連する指標であり、ＰＭＩは、プレコーダを指示する指標である。ＲＩは、送信ランク（または、送信レイヤ数）を指示する指標である。
【００６４】
ＣＳＩは、チャネル測定のために少なくとも用いられる物理信号（例えば、ＣＳＩ−ＲＳ）を受信することに少なくとも基づき与えられてもよい。ＣＳＩは、端末装置１によって選択される値が含まれてもよい。ＣＳＩは、チャネル測定のために少なくとも用いられる物理信号を受信することに少なくとも基づき、端末装置１によって選択されてもよい。チャネル測定は、干渉測定を含んでもよい。なお、ＣＳＩ−ＲＳは、ＣＳＩ−ＲＳ設定に基づいてセットされてもよいし、ＳＳＢ設定に基づいてセットされてもよい。
【００６５】
ＣＳＩ報告は、ＣＳＩの報告である。ＣＳＩ報告は、ＣＳＩパート１、および／または、ＣＳＩパート２を含んでもよい。ＣＳＩパート１は、広帯域チャネル品質情報（wideband CQI）、広帯域プレコーダ行列指標（wideband PMI）、ＲＩの一部または全部を少なくとも含んで構成されてもよい。ＰＵＣＣＨに多重されるＣＳＩパート１のビット数は、ＣＳＩ報告のＲＩの値に係らず所定の値であってもよい。ＰＵＣＣＨに多重されるＣＳＩパート２のビット数は、ＣＳＩ報告のＲＩの値に基づき与えられてもよい。ＣＳＩ報告のランク指標は、該ＣＳＩ報告の算出のために用いられるランク指標の値であってもよい。ＣＳＩ情報のＲＩは、該ＣＳＩ報告に含まれるＲＩフィールドにより示される値であってもよい。
【００６６】
ＣＳＩ報告において許可されるＲＩのセットは、１から８の一部または全部であってもよい。また、ＣＳＩ報告において許可されるＲＩのセットは、上位層のパラメータＲａｎｋＲｅｓｔｒｉｃｔｉｏｎに少なくとも基づき与えられてもよい。ＣＳＩ報告において許可されるＲＩのセットが１つの値のみを含む場合、該ＣＳＩ報告のＲＩは該１つの値であってもよい。
【００６７】
ＣＳＩ報告に対して、優先度が設定されてもよい。ＣＳＩ報告の優先度は、該ＣＳＩ報告の時間領域のふるまい（処理）に関する設定、該ＣＳＩ報告のコンテンツのタイプ、該ＣＳＩ報告のインデックス、および／または、該ＣＳＩ報告の測定が設定されるサービングセルのインデックスの一部または全部に少なくとも基づき与えられてもよい。
【００６８】
ＣＳＩ報告の時間領域のふるまい（処理）に関する設定は、該ＣＳＩ報告が非周期的に（aperiodic）行なわれるか、該ＣＳＩ報告が半永続的に（semi-persistent）行なわれるか、または、準静的に行なわれるか、のいずれかを示す設定であってもよい。
【００６９】
ＣＳＩ報告のコンテンツのタイプは、該ＣＳＩ報告がレイヤ１のＲＳＲＰ（Reference Signals Received Power）を含むか否かを示してもよい。
【００７０】
ＣＳＩ報告のインデックスは、上位層のパラメータにより与えられてもよい。
【００７１】
ＰＵＣＣＨは、１または複数のＰＵＣＣＨフォーマット（ＰＵＣＣＨフォーマット０からＰＵＣＣＨフォーマット４）をサポートする。ＰＵＣＣＨフォーマットは、ＰＵＣＣＨで送信されてもよい。ＰＵＣＣＨフォーマットが送信されることは、ＰＵＣＣＨが送信されることであってもよい。
【００７２】
図４は、本実施形態の一態様に係るＰＵＣＣＨフォーマットとＰＵＣＣＨフォーマットの長さＮＰＵＣＣＨｓｙｍｂの関係の一例を示す図である。ＰＵＣＣＨフォーマット０の長さＮＰＵＣＣＨｓｙｍｂは、１または２ＯＦＤＭシンボルである。ＰＵＣＣＨフォーマット１の長さＮＰＵＣＣＨｓｙｍｂは、４から１４ＯＦＤＭシンボルのいずれかである。ＰＵＣＣＨフォーマット２の長さＮＰＵＣＣＨｓｙｍｂは、１または２ＯＦＤＭシンボルである。ＰＵＣＣＨフォーマット３の長さＮＰＵＣＣＨｓｙｍｂは、４から１４ＯＦＤＭシンボルのいずれかである。ＰＵＣＣＨフォーマット４の長さＮＰＵＣＣＨｓｙｍｂは、４から１４ＯＦＤＭシンボルのいずれかである。
【００７３】
ＰＵＳＣＨは、ＴＢ（MAC PDU, UL-SCH）を送信するために少なくとも用いられる。Ｐ
ＵＳＣＨは、ＴＢ、ＨＡＲＱ−ＡＣＫ情報、ＣＳＩ、および、ＳＲの一部または全部を少なくとも送信するために用いられてもよい。ＰＵＳＣＨは、ランダムアクセスプロシージャにおけるＲＡＲ（Ｍｓｇ２）および／またはＲＡＲグラントに対応するランダムアクセスメッセージ３（メッセージ３（Ｍｓｇ３））を送信するために少なくとも用いられる。なお、ＴＢは、上りリンクおよび下りリンクのそれぞれに対応してもよい。つまり、ＰＵＳＣＨは、上りリンクに対するＴＢを送信するために用いられてもよい。ＰＤＳＣＨは、下りリンクに対するＴＢを送信するために用いられてもよい。
【００７４】
ＰＲＡＣＨは、ランダムアクセスプリアンブル（ランダムアクセスメッセージ１、メッセージ１（Ｍｓｇ１））を送信するために少なくとも用いられる。ＰＲＡＣＨは、初期接続確立（initial connection establishment）プロシージャ、ハンドオーバプロシージャ、接続再確立（connection re-establishment）プロシージャ、初期アクセスプロシージャ、ＰＵＳＣＨの送信に対する同期（タイミング調整）、およびＰＵＳＣＨのためのリソースの要求の一部または全部を示すために少なくとも用いられてもよい。ランダムアクセスプリアンブルは、端末装置１の上位層より与えられるインデックス（ランダムアクセスプリアンブルインデックス）を基地局装置３に通知するために用いられてもよい。
【００７５】
ランダムアクセスプリアンブルは、物理ルートシーケンスインデックスｕに対応するＺａｄｏｆｆ−Ｃｈｕ系列をサイクリックシフトすることによって与えられてもよい。Ｚａｄｏｆｆ−Ｃｈｕ系列は、物理ルートシーケンスインデックスｕに基づいて生成されてもよい。１つのサービングセルにおいて、複数のランダムアクセスプリアンブルが定義されてもよい。ランダムアクセスプリアンブルは、ランダムアクセスプリアンブルのインデックスに少なくとも基づき特定されてもよい。ランダムアクセスプリアンブルの異なるインデックスに対応する異なるランダムアクセスプリアンブルは、物理ルートシーケンスインデックスｕとサイクリックシフトの異なる組み合わせに対応してもよい。物理ルートシーケンスインデックスｕ、および、サイクリックシフトは、システム情報に含まれる情報に少なくとも基づいて与えられてもよい。物理ルートシーケンスインデックスｕは、ランダムアクセスプリアンブルに含まれる系列を識別するインデックスであってもよい。ランダムアクセスプリアンブルは、物理ルートシーケンスインデックスｕに少なくとも基づき特定されてもよい。
【００７６】
図１において、上りリンクの無線通信では、以下の上りリンク物理シグナルが用いられる。上りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・ＵＬ  ＤＭＲＳ（UpLink Demodulation Reference Signal）
・ＳＲＳ（Sounding Reference Signal）
・ＵＬ  ＰＴＲＳ（UpLink Phase Tracking Reference Signal）
【００７７】
ＵＬ  ＤＭＲＳは、ＰＵＳＣＨ、および／または、ＰＵＣＣＨの送信に関連する。ＵＬ
ＤＭＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨと多重される。基地局装置３は、ＰＵＳＣＨ
またはＰＵＣＣＨの伝搬路補正を行なうためにＵＬ  ＤＭＲＳを使用してよい。以下、ＰＵＳＣＨと、該ＰＵＳＣＨに関連するＵＬ  ＤＭＲＳを共に送信することを、単に、ＰＵＳＣＨを送信する、と称する。以下、ＰＵＣＣＨと該ＰＵＣＣＨに関連するＵＬ  ＤＭＲＳを共に送信することを、単に、ＰＵＣＣＨを送信する、と称する。ＰＵＳＣＨに関連するＵＬ  ＤＭＲＳは、ＰＵＳＣＨ用ＵＬ  ＤＭＲＳとも称される。ＰＵＣＣＨに関連するＵＬ  ＤＭＲＳは、ＰＵＣＣＨ用ＵＬ  ＤＭＲＳとも称される。
【００７８】
ＳＲＳは、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連しなくてもよい。基地局装置３は、チャネル状態の測定のためにＳＲＳを用いてもよい。ＳＲＳは、上りリンクスロットにおけるサブフレームの最後、または、最後から所定数のＯＦＤＭシンボルにおいて送信されてもよい。
【００７９】
ＵＬ  ＰＴＲＳは、位相トラッキングのために少なくとも用いられる参照信号であってもよい。ＵＬ  ＰＴＲＳは、１または複数のＵＬ  ＤＭＲＳに用いられるアンテナポートを少なくとも含むＵＬ  ＤＭＲＳグループに関連してもよい。ＵＬ  ＰＴＲＳとＵＬ  ＤＭＲＳグループが関連することは、ＵＬ  ＰＴＲＳのアンテナポートとＵＬ  ＤＭＲＳグループに含まれるアンテナポートの一部または全部が少なくともＱＣＬであることであってもよい。ＵＬ  ＤＭＲＳグループは、ＵＬ  ＤＭＲＳグループに含まれるＵＬ  ＤＭＲＳにおいて最も小さいインデックスのアンテナポートに少なくとも基づき識別されてもよい。ＵＬ  ＰＴＲＳは、１つのコードワードがマップされる１または複数のアンテナポートにおいて、最もインデックスの小さいアンテナポートにマップされてもよい。ＵＬ  ＰＴＲＳは、１つのコードワードが第１のレイヤ及び第２のレイヤに少なくともマップされる場合に、該第１のレイヤにマップされてもよい。ＵＬ  ＰＴＲＳは、該第２のレイヤにマップされなくてもよい。ＵＬ  ＰＴＲＳがマップされるアンテナポートのインデックスは、下りリンク制御情報に少なくとも基づき与えられてもよい。
【００８０】
図１において、基地局装置３から端末装置１への下りリンクの無線通信では、以下の下りリンク物理チャネルが用いられる。下りリンク物理チャネルは、上位層から出力された情報を送信するために、物理層によって使用される。
・ＰＢＣＨ（Physical Broadcast Channel）
・ＰＤＣＣＨ（Physical Downlink Control Channel）
・ＰＤＳＣＨ（Physical Downlink Shared Channel）
【００８１】
ＰＢＣＨは、ＭＩＢ、および／または、ＰＢＣＨペイロードを送信するために少なくとも用いられる。ＰＢＣＨペイロードは、ＳＳＢの送信タイミング（SSB occasion）に関するインデックスを示す情報を少なくとも含んでもよい。ＰＢＣＨペイロードは、ＳＳＢの識別子（インデックス）に関連する情報を含んでもよい。ＰＢＣＨは、所定の送信間隔に基づき送信されてもよい。ＰＢＣＨは、８０ミリ秒（ｍｓ）の間隔で送信されてもよい。ＰＢＣＨは、１６０ｍｓの間隔で送信されてもよい。ＰＢＣＨに含まれる情報の中身は、８０ｍｓ毎に更新されてもよい。ＰＢＣＨに含まれる情報の一部または全部は、１６０ｍｓ毎に更新されてもよい。ＰＢＣＨは、２８８サブキャリアにより構成されてもよい。ＰＢＣＨは、２、３、または、４つのＯＦＤＭシンボルを含んで構成されてもよい。ＭＩＢは、ＳＳＢの識別子（インデックス）に関連する情報を含んでもよい。ＭＩＢは、ＰＢＣＨが送信されるスロットの番号、サブフレームの番号、および／または、無線フレームの番号の少なくとも一部を指示する情報を含んでもよい。
【００８２】
ＰＤＣＣＨは、下りリンク制御情報（ＤＣＩ）の送信のために少なくとも用いられる。ＰＤＣＣＨは、ＤＣＩを少なくとも含んで送信されてもよい。ＰＤＣＣＨはＤＣＩを含んで送信されてもよい。ＤＣＩは、ＤＣＩフォーマットとも称されてもよい。ＤＣＩは、下りリンクグラントまたは上りリンクグラントのいずれかを少なくとも示してもよい。ＰＤ
ＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットは、下りリンクＤＣＩフォーマットおよび／または下りリンクグラントとも称されてもよい。ＰＵＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットは、上りリンクＤＣＩフォーマットおよび／または上りリンクグラントとも称されてもよい。下りリンクグラントは、下りリンクアサインメントまたは下りリンク割り当てとも称されてもよい。上りリンクＤＣＩフォーマットは、ＤＣＩフォーマット０＿０およびＤＣＩフォーマット０＿１の一方または両方を少なくとも含む。
【００８３】
ＤＣＩフォーマット０＿０は、１Ａから１Ｊの一部または全部を少なくとも含んで構成されてもよい。
１Ａ）ＤＣＩフォーマット特定フィールド（Identifier for DCI formats field）
１Ｂ）周波数領域リソース割り当てフィールド（Frequency domain resource assignment
field）
１Ｃ）時間領域リソース割り当てフィールド（Time domain resource assignment field
）
１Ｄ）周波数ホッピングフラグフィールド（Frequency hopping flag field）
１Ｅ）ＭＣＳフィールド（MCS field: Modulation and Coding Scheme field）
１Ｆ）第１のＣＳＩリスエストフィールド（First CSI request field）
１Ｇ）ＮＤＩフィールド（New Data Indicator field）
１Ｈ）ＲＶフィールド（Redundancy Version field）
１Ｉ）ＨＰＩＤフィールド（HARQ process ID field, HARQ process number field）
１Ｊ）ＰＵＳＣＨに対するＴＰＣ（Transmission Power Control）コマンドフィールド（TPC command for scheduled PUSCH field）
【００８４】
１Ａは、該１Ａを含むＤＣＩフォーマットが１または複数のＤＣＩフォーマットのいずれに対応するかを示すために少なくとも用いられてもよい。該１または複数のＤＣＩフォーマットは、ＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１、ＤＣＩフォーマット０＿０、および／または、ＤＣＩフォーマット０＿１の一部または全部に少なくとも基づき与えられてもよい。
【００８５】
１Ｂは、該１Ｂを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨのための周波数リソースの割り当てを示すために少なくとも用いられてもよい。
【００８６】
１Ｃは、該１Ｃを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨのための時間リソースの割り当てを示すために少なくとも用いられてもよい。
【００８７】
１Ｄは、該１Ｄを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨに対して周波数ホッピングが適用されるか否かを示すために少なくとも用いられてもよい。
【００８８】
１Ｅは、該１Ｅを含むＤＣＩフォーマットによりスケジューリングされるＰＵＳＣＨのための変調方式、および／または、ターゲット符号化率の一部または全部を示すために少なくとも用いられてもよい。該ターゲット符号化率は、該ＰＵＳＣＨのＴＢのためのターゲット符号化率であってもよい。該ＴＢのサイズ（ＴＢＳ）は、該ターゲット符号化率に少なくとも基づき与えられてもよい。
【００８９】
１Ｆは、ＣＳＩの報告を指示するために少なくとも用いられる。１Ｆのサイズは、所定の値であってもよい。１Ｆのサイズは、０であってもよいし、１であってもよいし、２であってもよいし、３であってもよい。１Ｆのサイズは、端末装置１に設定されるＣＳＩ設定の数に応じて決定されてもよい。
【００９０】
１Ｇは、該１Ｇの値がトグルされているかどうかに基づいて、該ＤＣＩフォーマットによってスケジュールされた、１Ｉに対応するＰＵＳＣＨの送信が新規の送信であるか再送信かを示すために用いられる。該１Ｇの値がトグルされている場合、該１Ｉに対応する該ＰＵＳＣＨは、新規の送信であり、そうでないとすれば、該１Ｉに対応する該ＰＵＳＣＨは、再送信である。該１Ｇは、基地局装置３が、該１Ｉに対応するＰＵＳＣＨの再送信を要求しているかを示すＤＣＩであってもよい。
【００９１】
１Ｈは、該ＤＣＩフォーマットによってスケジュールされるＰＵＳＣＨのビット系列のスタートポジションを示すために用いられる。
【００９２】
１Ｉは、該ＤＣＩフォーマットによってスケジュールされるＰＵＳＣＨが対応するＨＡＲＱプロセスの番号（ＨＰＩＤ）を示すために用いられる。
【００９３】
１Ｊは、該ＤＣＩフォーマットによってスケジュールされるＰＵＳＣＨの送信電力を調整するために用いられる。
【００９４】
ＤＣＩフォーマット０＿１は、２Ａから２Ｋの一部または全部を少なくとも含んで構成される。
２Ａ）ＤＣＩフォーマット特定フィールド
２Ｂ）周波数領域リソース割り当てフィールド
２Ｃ）時間領域リソース割り当てフィールド
２Ｄ）周波数ホッピングフラグフィールド
２Ｅ）ＭＣＳフィールド
２Ｆ）第２のＣＳＩリクエストフィールド（Second CSI request field）
２Ｇ）ＢＷＰフィールド（BWP field）
２Ｈ）ＮＤＩフィールド
２Ｉ）ＲＶフィールド
２Ｊ）ＨＰＩＤフィールド
２Ｋ）ＰＵＳＣＨに対するＴＰＣコマンドフィールド
【００９５】
ＢＷＰフィールドは、ＤＣＩフォーマット０＿１によりスケジューリングされるＰＵＳＣＨがマップされる上りリンクＢＷＰを指示するために用いられてもよい。
【００９６】
第２のＣＳＩリクエストフィールドは、ＣＳＩの報告を指示するために少なくとも用いられる。第２のＣＳＩリクエストフィールドのサイズは、上位層のパラメータＲｅｐｏｒｔＴｒｉｇｇｅｒＳｉｚｅに少なくとも基づき与えられてもよい。
【００９７】
上述した１Ａから１Ｊと同じ名称のフィールドについては、同じ内容を含むため、説明を省略する。
【００９８】
下りリンクＤＣＩフォーマットは、ＤＣＩフォーマット１＿０、および、ＤＣＩフォーマット１＿１の一方または両方を少なくとも含む。
【００９９】
ＤＣＩフォーマット１＿０は、３Ａから３Ｌの一部または全部を少なくとも含んで構成されてもよい。
３Ａ）ＤＣＩフォーマット特定フィールド（Identifier for DCI formats field）
３Ｂ）周波数領域リソース割り当てフィールド（Frequency domain resource assignment
field）
３Ｃ）時間領域リソース割り当てフィールド（Time domain resource assignment field
）
３Ｄ）周波数ホッピングフラグフィールド（Frequency hopping flag field）
３Ｅ）ＭＣＳフィールド（MCS field: Modulation and Coding Scheme field）
３Ｆ）第１のＣＳＩリスエストフィールド（First CSI request field）
３Ｇ）ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールド（PDSCH to
HARQ feedback timing indicator field）
３Ｈ）ＰＵＣＣＨリソース指示フィールド（PUCCH resource indicator field）
３Ｉ）ＮＤＩフィールド
３Ｊ）ＲＶフィールド
３Ｋ）ＨＰＩＤフィールド
３Ｌ）ＰＵＣＣＨに対するＴＰＣコマンドフィールド（TPC command for scheduled PUCCH field）
【０１００】
３Ｂから３Ｅは、該ＤＣＩフォーマットによってスケジュールされるＰＤＳＣＨのために用いられてもよい。
【０１０１】
３Ｇは、タイミングＫ１を示すフィールドであってもよい。ＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットのインデックスがスロットｎである場合、該ＰＤＳＣＨに含まれるＴＢに対応するＨＡＲＱ−ＡＣＫを少なくとも含むＰＵＣＣＨまたはＰＵＳＣＨが含まれるスロットのインデックスはｎ＋Ｋ１であってもよい。ＰＤＳＣＨの最後のＯＦＤＭシンボルが含まれるスロットのインデックスがスロットｎである場合、該ＰＤＳＣＨに含まれるＴＢに対応するＨＡＲＱ−ＡＣＫを少なくとも含むＰＵＣＣＨの先頭のＯＦＤＭシンボルまたはＰＵＳＣＨの先頭のＯＦＤＭシンボルが含まれるスロットのインデックスはｎ＋Ｋ１であってもよい。
【０１０２】
３Ｈは、ＰＵＣＣＨリソースセットに含まれる１または複数のＰＵＣＣＨリソースのインデックスを示すフィールドであってもよい。
【０１０３】
３Ｉは、該３Ｉの値がトグルされているかどうかに基づいて、該ＤＣＩフォーマットによってスケジュールされた、３Ｋに対応するＰＤＳＣＨの送信が新規の送信であるか再送信かを示すために用いられる。該３Ｋの値がトグルされている場合、該３Ｋに対応する該ＰＤＳＣＨは、新規の送信であり、そうでないとすれば、該３Ｋに対応する該ＰＤＳＣＨは、再送信である。
【０１０４】
３Ｊは、該ＤＣＩフォーマットによってスケジュールされるＰＤＳＣＨのビット系列のスタートポジションを示すために用いられてもよい。
【０１０５】
３Ｋは、該ＤＣＩフォーマットによってスケジュールされるＰＤＳＣＨが対応するＨＡＲＱプロセスの番号を示すために用いられてもよい。
【０１０６】
３Ｌは、該ＤＣＩフォーマットによってスケジュールされるＰＤＳＣＨに対応するＰＵＣＣＨの送信電力を調整するために用いられてもよい。
【０１０７】
ＤＣＩフォーマット１＿１は、４Ａから４Ｎの一部または全部を少なくとも含んで構成されてもよい。
４Ａ）ＤＣＩフォーマット特定フィールド
４Ｂ）周波数領域リソース割り当てフィールド
４Ｃ）時間領域リソース割り当てフィールド
４Ｄ）周波数ホッピングフラグフィールド
４Ｅ）ＭＣＳフィールド
４Ｆ）第１のＣＳＩリスエストフィールド
４Ｇ）ＰＤＳＣＨからＨＡＲＱフィードバックへのタイミング指示フィールド
４Ｈ）ＰＵＣＣＨリソース指示フィールド
４Ｊ）ＢＷＰフィールド
４Ｋ）ＮＤＩフィールド
４Ｌ）ＲＶフィールド
４Ｍ）ＨＰＩＤフィールド
４Ｎ）ＰＵＣＣＨに対するＴＰＣコマンドフィールド
【０１０８】
３Ａ、４Ａは、１Ａおよび２Ａと同様に、該ＤＣＩフォーマットを識別するために用いられる。
【０１０９】
４Ｂから４Ｅは、該ＤＣＩフォーマットによってスケジュールされるＰＤＳＣＨのために用いられてもよい。
【０１１０】
４Ｊは、ＤＣＩフォーマット１＿１によりスケジューリングされるＰＤＳＣＨがマップされる下りリンクＢＷＰを指示するために用いられてもよい。
【０１１１】
上述した３Ａから３Ｌと同じ名称のフィールドについては、同じ内容を含むため、説明を省略する。
【０１１２】
各ＤＣＩフォーマットは、所定のビットサイズ（ペイロードサイズ）に合わせるためにパディングビットを含んでもよい。
【０１１３】
ＤＣＩフォーマット２は、ＰＵＳＣＨ、または、ＰＵＣＣＨの送信電力制御のために用いられるパラメータを含んでもよい。
【０１１４】
本実施形態の種々の態様において、特別な記載のない限り、リソースブロック（ＲＢ）の数は周波数領域におけるリソースブロックの数を示す。また、リソースブロックのインデックスは、低い周波数領域にマップされるリソースブロックから高い周波数領域にマップされるリソースブロックに昇順で付される。また、リソースブロックは、共通リソースブロック、および、物理リソースブロックの総称である。
【０１１５】
１つの物理チャネルは、１つのサービングセルにマップされてもよい。１つの物理チャネルは、１つのサービングセルに含まれる１つのキャリアに設定される１つのＣＢＰにマップされてもよい。
【０１１６】
端末装置１は、１または複数の制御リソースセット（ＣＯＲＥＳＥＴ）が与えられる。端末装置１は、１または複数のＣＯＲＥＳＥＴにおいてＰＤＣＣＨを監視する。
【０１１７】
ＣＯＲＥＳＥＴは、１または複数のＰＤＣＣＨがマップされうる時間周波数領域を示してもよい。ＣＯＲＥＳＥＴは、端末装置１がＰＤＣＣＨを監視する領域であってもよい。ＣＯＲＥＳＥＴは、連続的なリソース（Localized resource）により構成されてもよい。ＣＯＲＥＳＥＴは、非連続的なリソース（distributed resource）により構成されてもよい。
【０１１８】
周波数領域において、ＣＯＲＥＳＥＴのマッピングの単位はリソースブロック（ＲＢ）であってもよい。例えば、周波数領域において、ＣＯＲＥＳＥＴのマッピングの単位は６リソースブロックであってもよい。つまり、ＣＯＲＥＳＥＴの周波数領域のマッピングは、６ＲＢ×ｎ（ｎは１、２、・・・）で行なわれてもよい。時間領域において、ＣＯＲＥＳＥＴのマッピングの単位はＯＦＤＭシンボルであってもよい。例えば、時間領域において、ＣＯＲＥＳＥＴのマッピングの単位は１つのＯＦＤＭシンボルであってもよい。
【０１１９】
ＣＯＲＥＳＥＴの周波数領域は、上位層の信号、および／または、ＤＣＩに少なくとも基づき与えられてもよい。
【０１２０】
ＣＯＲＥＳＥＴの時間領域は、上位層の信号、および／または、ＤＣＩに少なくとも基づき与えられてもよい。
【０１２１】
あるＣＯＲＥＳＥＴは、共通ＣＯＲＥＳＥＴ（Common CORESET）であってもよい。共通ＣＯＲＥＳＥＴは、複数の端末装置１に対して共通に設定されるＣＯＲＥＳＥＴであってもよい。共通ＣＯＲＥＳＥＴは、ＭＩＢ、ＳＩＢ、共通ＲＲＣシグナリング、および、セルＩＤの一部または全部に少なくとも基づき与えられてもよい。例えば、ＳＩＢのスケジューリングのために用いられるＰＤＣＣＨをモニタすることが設定されるＣＯＲＥＳＥＴの時間リソース、および／または、周波数リソースは、ＭＩＢに少なくとも基づき与えられてもよい。
【０１２２】
あるＣＯＲＥＳＥＴは、専用ＣＯＲＥＳＥＴ（Dedicated CORESET）であってもよい。
専用ＣＯＲＥＳＥＴは、端末装置１のために専用に用いられるように設定されるＣＯＲＥＳＥＴであってもよい。専用ＣＯＲＥＳＥＴは、専用ＲＲＣシグナリングに少なくとも基づき与えられてもよい。
【０１２３】
端末装置１によって監視されるＰＤＣＣＨの候補のセットは、探索領域の観点から定義されてもよい。つまり、端末装置１によって監視されるＰＤＣＣＨ候補のセットは、探索領域によって与えられてもよい。
【０１２４】
探索領域は、１または複数の集約レベル（Aggregation level）のＰＤＣＣＨ候補を１
または複数含んで構成されてもよい。ＰＤＣＣＨ候補の集約レベルは、該ＰＤＣＣＨを構成するＣＣＥの個数を示してもよい。
【０１２５】
端末装置１は、ＤＲＸ（Discontinuous reception）が設定されないスロットにおいて
少なくとも１または複数の探索領域を監視してもよい。ＤＲＸは、上位層のパラメータに少なくとも基づき与えられてもよい。端末装置１は、ＤＲＸが設定されないスロットにおいて少なくとも１または複数の探索領域セット（Search space set）を監視してもよい。
【０１２６】
探索領域セットは、１または複数の探索領域を少なくとも含んで構成されてもよい。探索領域セットのタイプは、タイプ０ＰＤＣＣＨ共通探索領域（common search space）、
タイプ０ａＰＤＣＣＨ共通探索領域、タイプ１ＰＤＣＣＨ共通探索領域、タイプ２ＰＤＣＣＨ共通探索領域、タイプ３ＰＤＣＣＨ共通探索領域、および／または、ＵＥ個別ＰＤＣＣＨ探索領域のいずれかであってもよい。
【０１２７】
タイプ０ＰＤＣＣＨ共通探索領域、タイプ０ａＰＤＣＣＨ共通探索領域、タイプ１ＰＤＣＣＨ共通探索領域、タイプ２ＰＤＣＣＨ共通探索領域、および、タイプ３ＰＤＣＣＨ共通探索領域は、ＣＳＳ（Common Search Space）とも称されてもよい。ＵＥ個別ＰＤＣＣ
Ｈ探索領域は、ＵＳＳ（UE specific Search Space）とも称されてもよい。
【０１２８】
探索領域セットのそれぞれは、１つの制御リソースセットに関連してもよい。探索領域セットのそれぞれは、１つの制御リソースセットに少なくとも含まれてもよい。探索領域セットのそれぞれに対して、該探索領域セットに関連する制御リソースセットのインデックスが与えられてもよい。
【０１２９】
タイプ０ＰＤＣＣＨ共通探索領域は、ＳＩ−ＲＮＴＩ（System Information-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ（Cyclic Redundancy Check）系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。タイプ０ＰＤＣＣＨ共通探索領域の設定は、上位層パラメータＰＤＣＣＨ−ＣｏｎｆｉｇＳＩＢ１のＬＳＢ（Least Significant Bits）の４ビットに少なくとも基づき与えられてもよい。上位層パラメータＰＤＣＣＨ−ＣｏｎｆｉｇＳＩＢ１は、ＭＩＢに含まれてもよい。タイプ０ＰＤＣＣＨ共通探索領域の設定は、上位層のパラメータＳｅａｒｃｈＳｐａｃｅＺｅｒｏに少なくとも基づき与えられてもよい。上位層のパラメータＳｅａｒｃｈＳｐａｃｅＺｅｒｏのビットの解釈は、上位層パラメータＰＤＣＣＨ−ＣｏｎｆｉｇＳＩＢ１のＬＳＢの４ビットの解釈と同様であってもよい。タイプ０ＰＤＣＣＨ共通探索領域の設定は、上位層のパラメータＳｅａｒｃｈＳｐａｃｅＳＩＢ１に少なくとも基づき与えられてもよい。上位層のパラメータＳｅａｒｃｈＳｐａｃｅＳＩＢ１は、上位層のパラメータＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎに含まれてもよい。タイプ０ＰＤＣＣＨ共通探索領域で検出されるＰＤＣＣＨは、ＳＩＢ１を含んで送信されるＰＤＳＣＨのスケジューリングのために少なくとも用いられてもよい。ＳＩＢ１は、ＳＩＢの一種である。ＳＩＢ１は、ＳＩＢ１以外のＳＩＢのスケジューリング情報を含んでもよい。端末装置１は、ＥＵＴＲＡにおいて上位層のパラメータＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎを受信してもよい。端末装置１は、ＭＣＧにおいて上位層のパラメータＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎを受信してもよい。
【０１３０】
タイプ０ａＰＤＣＣＨ共通探索領域は、ＳＩ−ＲＮＴＩ（System Information-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ（Cyclic Redundancy Check）系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。タイプ０ａＰＤＣＣＨ共通探索領域の設定は、上位層パラメータＳｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎに少なくとも基づき与えられてもよい。上位層パラメータＳｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎは、ＳＩＢ１に含まれてもよい。上位層のパラメータＳｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎは、上位層のパラメータＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎに含まれてもよい。タイプ０ＰＤＣＣＨ共通探索領域で検出されるＰＤＣＣＨは、ＳＩＢ１以外のＳＩＢを含んで送信されるＰＤＳＣＨのスケジューリングのために少なくとも用いられてもよい。
【０１３１】
タイプ１ＰＤＣＣＨ共通探索領域は、ＲＡ−ＲＮＴＩ（Random Access-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ系列、および／または、ＴＣ−ＲＮＴＩ（Temporary Common-Radio Network Temporary Identifier）によってスクラ
ンブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。ＲＡ−ＲＮＴＩは、端末装置１によって送信されるランダムアクセスプリアンブルの時間／周波数リソースに少なくとも基づき与えられてもよい。ＴＣ−ＲＮＴＩは、ＲＡ−ＲＮＴＩによってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨ（ランダムアクセスメッセージ２、メッセージ２（Ｍｓｇ２）、または、ランダムアクセスレスポンス（ＲＡＲ）とも称される）により与えられてもよい。タイプ１ＰＤＣＣＨ共通探索領域は、上位層のパラメータｒａ−ＳｅａｒｃｈＳｐａｃｅに少なくとも基づき与えられてもよい。上位層のパラメータｒａ−ＳｅａｒｃｈＳｐａｃｅは、ＳＩＢ１に含まれてもよい。上位層のパラメータｒａ−ＳｅａｒｃｈＳｐａｃｅは、上位層のパラメータＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎに含まれてもよい。
【０１３２】
タイプ２ＰＤＣＣＨ共通探索領域は、Ｐ−ＲＮＴＩ（Paging- Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために用いられてもよい。Ｐ−ＲＮＴＩは、ＳＩＢの変更を通知する情報を含むＤＣＩフォーマットの送信のために少なくとも用いられてもよい。タイプ２ＰＤＣＣＨ共通探索領域は、上位層のパラメータＰａｇｉｎｇＳｅａｒｃｈＳｐａｃｅに少なくとも基づき与えられてもよい。上位層のパラメータＰａｇｉｎｇＳｅａｒｃｈＳｐａｃｅは、ＳＩＢ１に含まれてもよい。上位層のパラメータＰａｇｉｎｇＳｅａｒｃｈＳｐａｃｅは、上位層のパラメータＰＤＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎに含まれてもよい。
【０１３３】
タイプ３ＰＤＣＣＨ共通探索領域は、Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identifier）によってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために
用いられてもよい。Ｃ−ＲＮＴＩは、ＴＣ−ＲＮＴＩによってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットによりスケジューリングされるＰＤＳＣＨ（ランダムアクセスメッセージ４、メッセージ４（Ｍｓｇ４）、または、コンテンションレゾリューションとも称されてもよい）に少なくとも基づき与えられてもよい。タイプ３ＰＤＣＣＨ共通探索領域は、上位層のパラメータＳｅａｒｃｈＳｐａｃｅＴｙｐｅがｃｏｍｍｏｎにセットされている場合に与えられる探索領域セットであってもよい。
【０１３４】
ＵＥ個別ＰＤＣＣＨ探索領域は、Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。
【０１３５】
端末装置１にＣ−ＲＮＴＩが与えられた場合、タイプ０ＰＤＣＣＨ共通探索領域、タイプ０ａＰＤＣＣＨ共通探索領域、タイプ１ＰＤＣＣＨ共通探索領域、および／または、タイプ２ＰＤＣＣＨ共通探索領域は、Ｃ−ＲＮＴＩでスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。
【０１３６】
端末装置１にＣ−ＲＮＴＩが与えられた場合、上位層パラメータＰＤＣＣＨ−ＣｏｎｆｉｇＳＩＢ１、上位層のパラメータＳｅａｒｃｈＳｐａｃｅＺｅｒｏ、上位層のパラメータＳｅａｒｃｈＳｐａｃｅＳＩＢ１、上位層のパラメータＳｅａｒｃｈＳｐａｃｅＯｔｈｅｒＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ、上位層のパラメータｒａ−ＳｅａｒｃｈＳｐａｃｅ、または、上位層パラメータＰａｇｉｎｇＳｅａｒｃｈＳｐａｃｅのいずれかに少なくとも基づき与えられる探索領域セットは、Ｃ−ＲＮＴＩでスクランブルされたＣＲＣ系列を伴うＤＣＩフォーマットのために少なくとも用いられてもよい。
【０１３７】
共通ＣＯＲＥＳＥＴは、ＣＳＳおよびＵＳＳの一方または両方を少なくとも含んでもよい。専用ＣＯＲＥＳＥＴは、ＣＳＳおよびＵＳＳの一方または両方を少なくとも含んでもよい。
【０１３８】
探索領域の物理リソースは制御チャネルの構成単位（CCE: Control Channel Element）により構成される。ＣＣＥは６つのリソース要素グループ（REG: Resource Element Group）により構成される。ＲＥＧは１つのＰＲＢ（Physical Resource Block）の１つのＯＦＤＭシンボルにより構成されてもよい。つまり、ＲＥＧは１２個のリソースエレメント（RE: Resource Element）を含んで構成されてもよい。ＰＲＢは、単にリソースブロック（ＲＢ）とも称されてもよい。
【０１３９】
ＰＤＳＣＨは、ＴＢを送信するために少なくとも用いられる。また、ＰＤＳＣＨは、ランダムアクセスメッセージ２（ＲＡＲ、Ｍｓｇ２）を送信するために少なくとも用いられてもよい。また、ＰＤＳＣＨは、初期アクセスのために用いられるパラメータを含むシステム情報を送信するために少なくとも用いられてもよい。
【０１４０】
図１において、下りリンクの無線通信では、以下の下りリンク物理シグナルが用いられる。下りリンク物理シグナルは、上位層から出力された情報を送信するために使用されなくてもよいが、物理層によって使用される。
・同期信号（Synchronization signal）
・ＤＬ  ＤＭＲＳ（DownLink DeModulation Reference Signal）
・ＣＳＩ−ＲＳ（Channel State Information-Reference Signal）
・ＤＬ  ＰＴＲＳ（DownLink Phase Tracking Reference Signal）
・ＴＲＳ（Tracking Reference Signal）
【０１４１】
同期信号は、端末装置１が下りリンクの周波数領域、および／または、時間領域の同期をとるために用いられる。なお、同期信号は、ＰＳＳ（Primary Synchronization Signal）、および、ＳＳＳ（Secondary Synchronization Signal）を含む。
【０１４２】
ＳＳＢ（ＳＳ／ＰＢＣＨブロック）は、ＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部または全部を少なくとも含んで構成される。ＳＳブロックに含まれるＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部または全部のそれぞれのアンテナポートは同一であってもよい。ＳＳＢに含まれるＰＳＳ、ＳＳＳ、およびＰＢＣＨの一部または全部は、連続するＯＦＤＭシンボルにマップされてもよい。ＳＳＢに含まれるＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部または全部のそれぞれのＣＰ設定は同一であってもよい。ＳＳＢに含まれるＰＳＳ、ＳＳＳ、および、ＰＢＣＨの一部または全部のそれぞれに対するＳＣＳ設定μは同じ値が適用されてもよい。
【０１４３】
ＤＬ  ＤＭＲＳは、ＰＢＣＨ、ＰＤＣＣＨ、および／または、ＰＤＳＣＨの送信に関連する。ＤＬ  ＤＭＲＳは、ＰＢＣＨ、ＰＤＣＣＨ、および／または、ＰＤＳＣＨに多重される。端末装置１は、ＰＢＣＨ、ＰＤＣＣＨ、または、ＰＤＳＣＨの伝搬路補正を行なうために該ＰＢＣＨ、該ＰＤＣＣＨ、または、該ＰＤＳＣＨと対応するＤＬ  ＤＭＲＳを使用してよい。以下、ＰＢＣＨと、該ＰＢＣＨと関連するＤＬ  ＤＭＲＳが共に送信されることは、ＰＢＣＨが送信されると称されてもよい。また、ＰＤＣＣＨと、該ＰＤＣＣＨと関連するＤＬ  ＤＭＲＳが共に送信されることは、単にＰＤＣＣＨが送信されると称されてもよい。また、ＰＤＳＣＨと、該ＰＤＳＣＨと関連するＤＬ  ＤＭＲＳが共に送信されることは、単にＰＤＳＣＨが送信されると称されてもよい。ＰＢＣＨと関連するＤＬ  ＤＭＲＳは、ＰＢＣＨ用ＤＬ  ＤＭＲＳとも称されてもよい。ＰＤＳＣＨと関連するＤＬ  ＤＭＲＳは、ＰＤＳＣＨ用ＤＬ  ＤＭＲＳとも称されてもよい。ＰＤＣＣＨと関連するＤＬ  ＤＭＲＳは、ＰＤＣＣＨと関連するＤＬ  ＤＭＲＳとも称されてもよい。
【０１４４】
ＤＬ  ＤＭＲＳは、端末装置１に個別に設定される参照信号であってもよい。ＤＬ  ＤＭＲＳの系列は、端末装置１に個別に設定されるパラメータに少なくとも基づいて与えられてもよい。ＤＬ  ＤＭＲＳの系列は、ＵＥ固有の値（例えば、Ｃ−ＲＮＴＩ等）に少なくとも基づき与えられてもよい。ＤＬ  ＤＭＲＳは、ＰＤＣＣＨ、および／または、ＰＤＳＣＨのために個別に送信されてもよい。
【０１４５】
ＣＳＩ−ＲＳは、ＣＳＩを算出するために少なくとも用いられる信号であってもよい。また、ＣＳＩ−ＲＳは、ＲＳＲＰ（Reference Signal Received Power）やＲＳＲＱ（Reference Signal Received Quality）を測定するために用いられてもよい。端末装置１によって想定されるＣＳＩ−ＲＳのパターンは、少なくとも上位層のパラメータにより与えられてもよい。
【０１４６】
ＰＴＲＳは、位相雑音の補償のために少なくとも用いられる信号であってもよい。端末装置１によって想定されるＰＴＲＳのパターンは、上位層のパラメータ、および／または、ＤＣＩに少なくとも基づき与えられてもよい。
【０１４７】
ＤＬ  ＰＴＲＳは、１または複数のＤＬ  ＤＭＲＳに用いられるアンテナポートを少なくとも含むＤＬ  ＤＭＲＳグループに関連してもよい。ＤＬ  ＰＴＲＳとＤＬ  ＤＭＲＳグループが関連することは、ＤＬ  ＰＴＲＳのアンテナポートとＤＬ  ＤＭＲＳグループ
に含まれるアンテナポートの一部または全部が少なくともＱＣＬであることであってもよい。ＤＬ  ＤＭＲＳグループは、ＤＬ  ＤＭＲＳグループに含まれるＤＬ  ＤＭＲＳにおいて最も小さいインデックスのアンテナポートに少なくとも基づき識別されてもよい。
【０１４８】
ＴＲＳは、時間、および／または、周波数の同期のために少なくとも用いられる信号であってもよい。端末装置によって想定されるＴＲＳのパターンは、上位層のパラメータ、および／または、ＤＣＩに少なくとも基づき与えられてもよい。
【０１４９】
下りリンク物理チャネルおよび下りリンク物理信号は、下りリンク信号とも称されてもよい。上りリンク物理チャネルおよび上りリンク物理信号は、上りリンク信号とも称されてもよい。下りリンク信号および上りリンク信号を総称して、物理信号または信号とも称してもよい。下りリンク物理チャネルおよび上りリンク物理チャネルを総称して、物理チャネルと称してもよい。下りリンクにおいて、物理信号は、ＳＳＢ、ＰＤＣＣＨ（ＣＯＲＥＳＥＴ）、ＰＤＳＣＨ、ＤＬ  ＤＭＲＳ、ＣＳＩ−ＲＳ、ＤＬ  ＰＴＲＳ、ＴＲＳのうち、一部または全部を含んでもよい。また、上りリンクにおいて、物理信号は、ＰＲＡＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨ、ＵＬ  ＤＭＲＳ、ＵＬ  ＰＴＲＳ、ＳＲＳのうち、一部または全部を含んでもよい。物理信号は、上記した信号以外の信号であってもよい。つまり、物理信号は、１または複数の種類の物理チャネルおよび／または物理信号を含んでもよいし、１または複数の物理チャネルおよび／または物理信号を含んでもよい。
【０１５０】
ＢＣＨ（Broadcast CHannel）、ＵＬ−ＳＣＨ（Uplink-Shared CHannel）およびＤＬ−ＳＣＨ（Downlink-Shared CHannel）は、トランスポートチャネルである。媒体アクセス
制御（ＭＡＣ）層で用いられるチャネルはトランスポートチャネルと称されてもよい。ＭＡＣ層で用いられるトランスポートチャネルの単位は、ＴＢまたはＭＡＣ  ＰＤＵとも称されてもよい。ＭＡＣ層においてＴＢ毎にＨＡＲＱの制御が行なわれる。ＴＢは、ＭＡＣ層が物理層に渡す（deliver）データの単位である。物理層において、ＴＢはコードワー
ドにマップされ、コードワード毎に変調処理が行なわれる。
【０１５１】
基地局装置３と端末装置１は、上位層（higher layer）において上位層の信号をやり取り（送受信）する。例えば、基地局装置３と端末装置１は、無線リソース制御（ＲＲＣ）層において、ＲＲＣシグナリング（ＲＲＣメッセージ、ＲＲＣ情報、ＲＲＣパラメータ、ＲＲＣ情報要素）を送受信してもよい。また、基地局装置３と端末装置１は、ＭＡＣ層において、ＭＡＣ  ＣＥ（Control Element）を送受信してもよい。ここで、ＲＲＣシグナ
リング、および／または、ＭＡＣ  ＣＥを、上位層の信号（higher layer signaling）とも称する。
【０１５２】
ＰＵＳＣＨおよびＰＤＳＣＨは、ＲＲＣシグナリング、および／または、ＭＡＣ  ＣＥを送信するために少なくとも用いられてよい。ここで、基地局装置３よりＰＤＳＣＨで送信されるＲＲＣシグナリングは、サービングセル内における複数の端末装置１に対して共通のシグナリングであってもよい。サービングセル内における複数の端末装置１に対して共通のシグナリングは、共通ＲＲＣシグナリングとも称されてもよい。基地局装置３からＰＤＳＣＨで送信されるＲＲＣシグナリングは、ある端末装置１に対して専用のシグナリング（ｄｅｄｉｃａｔｅｄ  ｓｉｇｎａｌｉｎｇまたはＵＥ  ｓｐｅｃｉｆｉｃ  ｓｉｇｎａｌｉｎｇとも称されてもよい）であってもよい。端末装置１に対して専用のシグナリングは、専用ＲＲＣシグナリングとも称されてもよい。サービングセルにおいて固有な上位層のパラメータは、サービングセル内における複数の端末装置１に対して共通のシグナリング、または、ある端末装置１に対して専用のシグナリングを用いて送信されてもよい。ＵＥ固有な上位層のパラメータは、ある端末装置１に対して専用のシグナリングを用いて送信されてもよい。
【０１５３】
ＢＣＣＨ（Broadcast Control CHannel）、ＣＣＣＨ（Common Control CHannel）、お
よび、ＤＣＣＨ（Dedicated Control CHannel）は、ロジカルチャネルである。例えば、
ＢＣＣＨは、ＭＩＢを送信するために用いられる上位層のチャネルである。また、ＣＣＣＨ（Common Control CHannel）は、複数の端末装置１において共通な情報を送信するために用いられる上位層のチャネルである。ここで、ＣＣＣＨは、例えば、ＲＲＣ接続されていない端末装置１のために用いられてもよい。また、ＤＣＣＨ（Dedicated Control CHannel）は、端末装置１に専用の制御情報（dedicated control information）を送信するために少なくとも用いられる上位層のチャネルである。ここで、ＤＣＣＨは、例えば、ＲＲＣ接続されている端末装置１のために用いられてもよい。
【０１５４】
ロジカルチャネルにおけるＢＣＣＨは、トランスポートチャネルにおいてＢＣＨ、ＤＬ−ＳＣＨ、または、ＵＬ−ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＣＣＣＨは、トランスポートチャネルにおいてＤＬ−ＳＣＨまたはＵＬ−ＳＣＨにマップされてもよい。ロジカルチャネルにおけるＤＣＣＨは、トランスポートチャネルにおいてＤＬ−ＳＣＨまたはＵＬ−ＳＣＨにマップされてもよい。
【０１５５】
トランスポートチャネルにおけるＵＬ−ＳＣＨは、物理チャネルにおいてＰＵＳＣＨにマップされてもよい。トランスポートチャネルにおけるＤＬ−ＳＣＨは、物理チャネルにおいてＰＤＳＣＨにマップされてもよい。トランスポートチャネルにおけるＢＣＨは、物理チャネルにおいてＰＢＣＨにマップされてもよい。
【０１５６】
以下、本実施形態の一態様に係る端末装置１の構成例を説明する。
【０１５７】
図５は、本実施形態の一態様に係る端末装置１の構成を示す概略ブロック図である。図示するように、端末装置１は、無線送受信部１０、および、上位層処理部１４を含んで構成される。無線送受信部１０は、アンテナ部１１、ＲＦ（Radio Frequency）部１２、お
よび、ベースバンド部１３の一部または全部を少なくとも含んで構成される。上位層処理部１４は、媒体アクセス制御層処理部１５、および、無線リソース制御層処理部１６の一部または全部を少なくとも含んで構成される。無線送受信部１０を送信部、受信部、物理層処理部、および／または、下位層処理部とも称してもよい。
【０１５８】
上位層処理部１４は、ユーザーの操作等により生成された上りリンクデータ（ＴＢ、ＵＬ−ＳＣＨ）を、無線送受信部１０に出力する。上位層処理部１４は、ＭＡＣ層、パケットデータ統合プロトコル（ＰＤＣＰ）層、無線リンク制御（ＲＬＣ）層、ＲＲＣ層の処理を行なう。
【０１５９】
上位層処理部１４が備える媒体アクセス制御層処理部１５は、ＭＡＣ層の処理を行なう。
【０１６０】
上位層処理部１４が備える無線リソース制御層処理部１６は、ＲＲＣ層の処理を行なう。無線リソース制御層処理部１６は、自装置の各種設定情報／パラメータの管理をする。無線リソース制御層処理部１６は、基地局装置３から受信した上位層の信号に基づいて各種設定情報／パラメータをセットする。すなわち、無線リソース制御層処理部１６は、基地局装置３から受信した各種設定情報／パラメータを示す情報に基づいて各種設定情報／パラメータをセットする。該パラメータは上位層のパラメータ、および／または、情報要素であってもよい。
【０１６１】
無線送受信部１０は、変調、復調、符号化、復号化などの物理層の処理を行なう。無線送受信部１０は、受信した物理信号を、分離、復調、復号し、復号した情報を上位層処理部１４に出力する。これらの処理を受信処理と称してもよい。無線送受信部１０は、デー
タを変調、符号化、ベースバンド信号生成（時間連続信号への変換）することによって物理信号（上りリンク信号）を生成し、基地局装置３に送信する。これらの処理を送信処理と称してもよい。
【０１６２】
ＲＦ部１２は、アンテナ部１１を介して受信した信号を、直交復調によりベースバンド信号に変換し（ダウンコンバート）、不要な周波数成分を除去する。ＲＦ部１２は、処理をしたアナログ信号をベースバンド部に出力する。
【０１６３】
ベースバンド部１３は、ＲＦ部１２から入力されたアナログ信号をディジタル信号に変換する。ベースバンド部１３は、変換したディジタル信号からＣＰに相当する部分を除去し、ＣＰを除去した信号に対して高速フーリエ変換（ＦＦＴ）を行ない、周波数領域の信号を抽出する。
【０１６４】
ベースバンド部１３は、データを逆高速フーリエ変換（ＩＦＦＴ）して、ＯＦＤＭシンボルを生成し、生成されたＯＦＤＭシンボルにＣＰを付加し、ベースバンドのディジタル信号を生成し、ベースバンドのディジタル信号をアナログ信号に変換する。ベースバンド部１３は、変換したアナログ信号をＲＦ部１２に出力する。
【０１６５】
ＲＦ部１２は、ローパスフィルタを用いてベースバンド部１３から入力されたアナログ信号から余分な周波数成分を除去し、アナログ信号を搬送波周波数にアップコンバートし、アンテナ部１１を介して送信する。また、ＲＦ部１２は、電力を増幅する。また、ＲＦ部１２は送信電力を制御する機能を備えてもよい。ＲＦ部１２を送信電力制御部とも称する。
【０１６６】
以下、本実施形態の一態様に係る基地局装置３の構成例を説明する。
【０１６７】
図６は、本実施形態の一態様に係る基地局装置３の構成を示す概略ブロック図である。図示するように、基地局装置３は、無線送受信部３０、および、上位層処理部３４を含んで構成される。無線送受信部３０は、アンテナ部３１、ＲＦ部３２、および、ベースバンド部３３を含んで構成される。上位層処理部３４は、媒体アクセス制御層処理部３５、および、無線リソース制御層処理部３６を含んで構成される。無線送受信部３０を送信部、受信部、または、物理層処理部とも称する。
【０１６８】
上位層処理部３４は、ＭＡＣ層、ＰＤＣＰ層、ＲＬＣ層、ＲＲＣ層の処理を行なう。
【０１６９】
上位層処理部３４が備える媒体アクセス制御層処理部３５は、ＭＡＣ層の処理を行なう。
【０１７０】
上位層処理部３４が備える無線リソース制御層処理部３６は、ＲＲＣ層の処理を行なう。無線リソース制御層処理部３６は、ＰＤＳＣＨに配置される下りリンクデータ（ＴＢ、ＤＬ−ＳＣＨ）、システム情報、ＲＲＣメッセージ、ＭＡＣ  ＣＥなどを生成し、または上位ノードから取得し、無線送受信部３０に出力する。また、無線リソース制御層処理部３６は、端末装置１各々の各種設定情報／パラメータの管理をする。無線リソース制御層処理部３６は、上位層の信号を介して端末装置１各々に対して各種設定情報／パラメータをセットしてもよい。すなわち、無線リソース制御層処理部３６は、各種設定情報／パラメータを示す情報を送信／報知する。
【０１７１】
無線送受信部３０の基本的な機能は、無線送受信部１０と同様であるため説明を省略する。無線送受信部３０において生成された物理信号を端末装置１に送信する（つまり、送信処理を行なう）。また、無線送受信部３０は、受信した物理信号の受信処理を行なう。
【０１７２】
媒体アクセス制御層処理部１５および／または３５は、ＭＡＣエンティティと称されてもよい。
【０１７３】
端末装置１が備える符号１０から符号１６が付された部のそれぞれは、回路として構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部のそれぞれは、回路として構成されてもよい。端末装置１が備える符号１０から符号１６が付された部の一部または全部は、メモリと該メモリに接続されるプロセッサとして構成されてもよい。基地局装置３が備える符号３０から符号３６が付された部の一部または全部は、メモリと該メモリに接続されるプロセッサとして構成されてもよい。本実施形態に係る種々の態様（動作、処理）は、端末装置１および／または基地局装置３に含まれるメモリおよび該メモリに接続されるプロセッサにおいて実現されて（行なわれて）もよい。
【０１７４】
図７は、本実施形態の一態様に係るランダムアクセスプロシージャの一例を示す図である。図７（ａ）は、コンテンションに基づくＲＡ（Contention based Random Access (CBRA)）の一例である。図７（ｂ）は、コンテンションフリーのＲＡ（Contention free RA (CFRA), non-contention based RA (NCBRA)）の一例である。
【０１７５】
ランダムアクセスプロシージャは、ＲＲＣアイドルからの初期アクセス、ＲＲＣコネクション（再）確立、ビーム障害の回復、ハンドオーバ、下りリンクデータアライバル、上りリンクデータアライバル、ポジショニング、ＴＡ（Timing Advance, Timing Alignment）のために行なわれる。ＣＢＲＡは、すべての場合に行なわれてもよいが、ＣＦＲＡは、ハンドオーバ、下りリンクデータアライバル、ポジショニング、ＴＡのために行なわれる。
【０１７６】
ＣＢＲＡは、端末装置１が主体で（自発的に）行なうため、複数の端末装置１が同時にランダムアクセスプロシージャを行なう（つまり、同じタイミングでランダムアクセスプロシージャを開始する）ことによる衝突が生じる場合がある。一方で、ＣＦＲＡは、基地局装置３が接続している端末装置１に指示することによって、複数の端末装置１間で衝突が生じないようにランダムアクセスプロシージャを行なわせることができる。
【０１７７】
図７（ａ）のＣＢＲＡプロシージャについて説明する。
【０１７８】
Ｓ７００１は、端末装置１がターゲットセルにＰＲＡＣＨを介して初期アクセスのための応答を要求するステップである。Ｓ７００１において、端末装置１によりＰＲＡＣＨを介して送信されるメッセージをＭｓｇ１と称してもよい。Ｍｓｇ１は、上位層のパラメータによって設定されたランダムアクセスプリアンブルであってもよい。
【０１７９】
Ｓ７００１の処理を行なう前に、端末装置１は、ＳＳＢを受信して時間周波数同期、フレーム同期、および／または、システム情報の取得（セルに関連する１または複数の上位層パラメータの取得／設定）を行なってもよい。
【０１８０】
Ｓ７００２は、基地局装置３が端末装置１に対してＭｓｇ１への応答を行なうステップである。該応答に用いられるメッセージをＭｓｇ２と称してもよい。Ｍｓｇ２は、ＰＤＳＣＨを介して送信されてもよい。Ｍｓｇ２を含むＰＤＳＣＨは、タイプ１ＰＤＣＣＨＣＳＳにマップされたＰＤＣＣＨによってスケジュールされてもよい。つまり、端末装置１は、Ｍｓｇ１を送信後、Ｍｓｇ２を含むＰＤＳＣＨのスケジューリングに対して用いられるＰＤＣＣＨを監視してもよい。該ＰＤＣＣＨに含まれるＣＲＣ（Cyclic Redundancy Check）ビットは、ＲＡ−ＲＮＴＩ（Random Access - Radio Network Temporary Identifier(Identity)）によってスクランブルされてもよい。Ｍｓｇ２には、Ｍｓｇ３を含むＰＵＳＣＨのスケジューリングに対して用いられるための上りリンクグラント（ＲＡＲグラント）が含まれてもよい。ＲＡＲグラントには、ＴＣ−ＲＮＴＩ（Temporary Cell - RNTI）が少なくとも含まれてもよい。ＲＡＲグラントには、Ｍｓｇ３を含むＰＵＳＣＨの送信電力に用いられる電力制御調整値に対する補正値を示すＴＰＣコマンドが含まれてもよい。
【０１８１】
Ｓ７００３は、端末装置１がターゲットセル（ターゲットとなる基地局装置３）に対して、少なくともＲＲＣコネクションやＲＲＣコネクション再確立のリクエストや端末装置１のＣ−ＲＮＴＩを送信するステップである。例えば、端末装置１が送信するメッセージは、Ｍｓｇ３と称されてもよい。Ｍｓｇ３は、端末装置１を識別するためのＩＤ（Identifier, Identity）を含んでもよい。該ＩＤは、上位層で管理されるＩＤであってもよい。該ＩＤは、Ｓ−ＴＭＳＩ（SAE Temporary Mobile Subscriber Identity）であってもよい。該ＩＤは、ロジカルチャネルのＣＣＣＨにマップされてもよい。
【０１８２】
Ｓ７００４は、基地局装置３が端末装置１に対して、衝突解決メッセージ（Ｍｓｇ４）を送信するステップである。端末装置１は、Ｍｓｇ３を送信後、Ｍｓｇ４を含むＰＤＳＣＨのスケジューリングに対して用いられるＰＤＣＣＨを監視してもよい。Ｍｓｇ４には、衝突解決ＩＤ（ＵＥ衝突解決ＩＤ）が含まれてもよい。衝突解決ＩＤは、複数の端末装置１が同じ無線リソースを用いて信号を送信する衝突を解決するために用いられてもよい。
【０１８３】
Ｓ７００４において、端末装置１が受信したＭｓｇ４に含まれる衝突解決ＩＤが該端末装置１を識別するためのＩＤと同じ値である場合には、該端末装置１は、衝突解決が成功裏に完了したとみなし、Ｃ−ＲＮＴＩフィールドにＴＣ−ＲＮＴＩの値をセットしてもよい。Ｃ−ＲＮＴＩフィールドにＴＣ−ＲＮＴＩの値がセットされた端末装置１は、ＲＲＣ接続が完了したとみなしてもよい。なお、ＲＲＣコネクションが完了した端末装置１は、基地局装置３にＲＲＣ接続が完了したことを通知するために、Ｍｓｇ４をスケジュールしたＰＤＣＣＨに含まれるＰＵＣＣＨリソース指示フィールドによって示されるＰＵＣＣＨ（ＰＵＣＣＨリソース）にＡｃｋ（Ｍｓｇ５）をセット（マップ）して送信してもよい。このＡｃｋは、Ｍｓｇ４をスケジュールしたＰＤＣＣＨに含まれるＨＡＲＱプロセスＩＤ（ＨＰＩＤ、ＨＡＲＱプロセス番号）に対応してもよい。
【０１８４】
なお、Ｍｓｇ４のスケジューリングに対して用いられるＰＤＣＣＨを監視するためのＣＯＲＥＳＥＴは、Ｍｓｇ２のスケジューリングに対して用いられるＰＤＣＣＨを監視するＣＯＲＥＳＥＴと同じであってもよいし、異なってもよいし、個別に設定されてもよい。
【０１８５】
キャリアアグリゲーションまたはＤＣ（Dual Connectivity）が設定される場合、Ｓ７
００１、Ｓ７００２、Ｓ７００３は、ＳｐＣｅｌｌで行なわれ、Ｓ７００４はクロスキャリアスケジューリングによって指示されたセル（ＳｐＣｅｌｌまたはＳＣｅｌｌ）で行なわれてもよい。
【０１８６】
図７（ｂ）のＣＦＲＡプロシージャについて説明する。
【０１８７】
Ｓ７１００は、ハンドオーバなどの目的のために、基地局装置３から端末装置１へランダムアクセスプリアンブル（Ｍｓｇ１）を送信するようにリクエストするステップである。Ｓ７１００は、基地局装置３と端末装置１が、ＲＲＣコネクションが確立している状態で行なわれるランダムアクセスプロシージャである。基地局装置３は、専用シグナリングを介してランダムアクセスプリアンブル（Ｍｓｇ１）の割り当て（リソース割り当て）を行なってもよい。このような専用シグナリングに対するＰＤＣＣＨをＰＤＣＣＨオーダと称されてもよい。該Ｍｓｇ１は、ＣＢＲＡで用いられるＭｓｇ１とは異なるセットを用いて割り当てられてもよい。端末装置１は、Ｓ７１００において、Ｍｓｇ１のリソース割当を行なうためのＰＤＣＣＨ（ＰＤＣＣＨオーダ）を監視する。なお、ＰＤＣＣＨオーダは、ＤＣＩフォーマット１＿０のＣＲＣがＣ−ＲＮＴＩによってスクランブルされ、且つ、上記３Ｂの値がすべて“１”であるＤＣＩフォーマットのことであってもよい。
【０１８８】
ＰＤＣＣＨオーダによって開始されるランダムアクセスプロシージャに対して用いられるＤＣＩフォーマット１＿０には下記５Ａから下記５Ｅの少なくとも１つまたは全部がフィールドとして含まれてもよい。
５Ａ）ランダムアクセスプリアンブルインデックスフィールド
５Ｂ）ＵＬ／ＳＵＬインディケータフィールド
５Ｃ）ＳＳ／ＰＢＣＨインデックスフィールド
５Ｄ）ＰＲＡＣＨマスクインデックスフィールド
５Ｅ）Ｒビット（Reserved bit）フィールド
【０１８９】
上記５Ａは、上位層パラメータｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘに対応する。上記５Ｂは、上記５Ａの値がすべて０でないとすれば、ＰＲＡＣＨを送信するキャリアを示すために用いられ、そうでないとすればこのフィールドはリザーブされる。上記５Ｃは、上記５Ａの値がすべて０でないとすれば、ＰＲＡＣＨの送信タイミング（PRACH occasion）の決定に用いられるＳＳＢのインデックスを示し、そうでないとすれば、このフィールドはリザーブされる。上記５Ｄは、上記５Ａの値がすべて０でないとすれば、上記５Ｃに対応するＳＳＢに関連するＲＡＣＨの送信タイミングを示すために用いられ、そうでないとすればこのフィールドはリザーブされる。ここで、０はゼロパディングビットであってもよい。
【０１９０】
Ｓ７１０１は、Ｍｓｇ１のリソース割当を含むＰＤＣＣＨを受信した場合の端末装置１が割り当てられたＭｓｇ１を送信するステップである。端末装置１は、Ｍｓｇ１を送信後、Ｍｓｇ２を含むＰＤＳＣＨのスケジューリングに対して用いられるＰＤＣＣＨ（ＰＤＣＣＨ探索領域）を監視してもよい。
【０１９１】
Ｓ７１０２は、基地局装置３が端末装置１に対してＭｓｇ１への応答を行なうステップである。基本的な処理は、Ｓ７００２と同じであるため、説明を省略する。
【０１９２】
ＳｐＣｅｌｌでＣＦＲＡが行なわれる場合、Ｓ７１００、Ｓ７１０１、Ｓ７１０２はＳｐＣｅｌｌで生じてもよい。
【０１９３】
ランダムアクセスプロシージャのための上位層パラメータが設定されてもよい。
【０１９４】
ランダムアクセスプロシージャに対して下記６Ａから６Ｉが端末装置１の変数として端末装置１のＭＡＣエンティティで用いられてもよい。
６Ａ）ＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸ
６Ｂ）ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ
６Ｃ）ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲ
６Ｄ）ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＳＴＥＰ
６Ｅ）ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ
６Ｆ）ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦ
６Ｇ）ＰＣＭＡＸ
６Ｈ）ＳＣＡＬＩＮＧ＿ＦＡＣＴＯＲ＿ＢＩ
６Ｉ）ＴＥＭＰＯＲＡＲＹ＿Ｃ−ＲＮＴＩ
【０１９５】
ランダムアクセスプロシージャがあるサービングセルで開始される場合（つまり、図７のＳ７００１またはＳ７１００において）、端末装置１のＭＡＣエンティティは、Ｍｓｇ３バッファをフラッシュ（flush）し、上記６Ｂの値を１にセットし、上記６Ｃの値を１
にセットし、上記６Ｆの値を０ｍｓにセットし、上記６Ｈの値を１にセットし、上記６Ｄ、上記６Ｅ、上記６Ｇの値を、それぞれに対応する１または複数の上位層パラメータに基づいてセットし、ランダムアクセスリソース選択プロシージャを行なってもよい。
【０１９６】
ここで、本実施形態において、上位層パラメータとは、ＭＡＣ  ＣＥによって与えられるパラメータであってもよいし、ＲＲＣシグナリングによって与えられるパラメータであってもよいし、ＭＩＢによって与えられるパラメータに基づくであってもよいし、ＳＩＢ（システム情報）によって与えられるパラメータであってもよい。
【０１９７】
図７のＳ７００１またはＳ７１０１において、上記６Ａの値を、選択したＳＳＢまたはＣＳＩ−ＲＳに対応するｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘ、または、ＰＤＣＣＨまたはＲＲＣによって明示的に示されたｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘの値にセットしてもよい。端末装置１は、セットされたインデックスに対応するＰＲＡＣＨリソース（ランダムアクセスプリアンブルのリソース）を設定し、ランダムアクセスプリアンブル送信プロシージャを行なってもよい。
【０１９８】
図７のＳ７００１またはＳ７１０１において、ランダムアクセスプリアンブルに対して、上記６Ｂの値が１よりも大きい場合、且つ、パワーランピングカウンタを停止通知が下位層から受信されなかった場合、且つ、選択されたＳＳＢが変更されなかった場合、端末装置１のＭＡＣエンティティは、上記６Ｃの値を１だけインクリメントしてもよい。また、端末装置１のＭＡＣエンティティは、上記６Ｅの値を、少なくとも上位層パラメータｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒと上記６Ｃの値、上記６Ｄの値に基づく送信電力の値にセットし、選択したＰＲＡＣＨ、対応するＲＡ−ＲＮＴＩ、上記６Ａ、上記６Ｅを用いるランダムアクセスプリアンブルを送信することを物理層に指示してもよい。なお、上位層パラメータｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒは、ランダムアクセスプリアンブルの送信電力の初期値に相当する。
【０１９９】
ランダムアクセスプリアンブルが送信されると、測定ギャップの可能な発生に係らず、端末装置１のＭＡＣエンティティは、Ｓ７１０１において、ランダムアクセスプリアンブル送信の終わりから最初のＰＤＣＣＨの受信タイミング（first PDCCH occasion）で上位層パラメータＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇに設定されたｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗをスタートする。端末装置１のＭＡＣエンティティは、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗがランニングしている間、Ｃ−ＲＮＴＩによって識別されたビーム障害回復リクエストへの応答に対して、ＳｐＣｅｌｌのＰＤＣＣＨを監視してもよい。
【０２００】
また、同様に、端末装置１のＭＡＣエンティティは、Ｓ７００１において、ランダムアクセスプリアンブル送信の終わりから最初のＰＤＣＣＨの受信タイミングで上位層パラメータＲＡＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎに設定されたｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗをスタートする。端末装置１のＭＡＣエンティティは、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗがランニングしている間、ＲＡ−ＲＮＴＩによって識別されたＲＡＲに対して、ＳｐＣｅｌｌのＰＤＣＣＨを監視してもよい。
【０２０１】
Ｓ７００１からＳ７００２、または、Ｓ７１０１からＳ７１０２において、端末装置１のＭＡＣエンティティは、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗが満了し、且つ、対応するＭｓｇ２が受信されないとすれば、上記６Ｂの値を１だけインクリメントしてもよい。インクリメントした６Ｂの値が上位層パラメータｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ＋１であるとすれば、ランダムアクセス問題を上位層（ＲＲＣ層）へ示す。
【０２０２】
Ｓ７００３において、端末装置１のＭＡＣエンティティは、Ｍｓｇ３が送信されると、
Ｍｓｇ３送信の終わりの最初のシンボルにおいて、上位層パラメータｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒをスタートまたはリスタートし、ｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒがランニングしている間、ＰＤＣＣＨを監視してもよい。
【０２０３】
Ｓ７００３からＳ７００４において、端末装置１のＭＡＣエンティティは、ｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが満了すると、上記６Ｉの値を廃棄（破棄）し、衝突解決が成功しなかったとみなす。衝突解決が成功しなかったとみなした場合、端末装置１のＭＡＣエンティティは、Ｍｓｇ３バッファのＭＡＣ  ＰＤＵの送信に対して用いられたＨＡＲＱバッファをフラッシュし、上記６Ｂの値を１だけインクリメントしてもよい。インクリメントした６Ｂの値が上位層パラメータｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ＋１であるとすれば、ランダムアクセス問題を上位層（ＲＲＣ層）へ示す。つまり、上記６Ｂの値がプリアンブル送信の最大数を超えるとすれば、端末装置１のＭＡＣエンティティは、ランダムアクセス問題を上位層（ＲＲＣ層）へ示す。端末装置１のＭＡＣエンティティは、ランダムアクセスプロシージャが完了しないとすれば、０から上記６Ｆの間でランダムバックオフタイムを選択し、バックオフタイムだけランダムアクセスプリアンブルの送信を遅延し、ランダムアクセスリソース選択プロシージャを行なってもよい。なお、上位層パラメータｐｒｅａｍｂｌｅＴｒａｎｓＭａｘの値は、上記６Ｂの最大値であってもよい。
【０２０４】
ランダムアクセスプロシージャの完了に基づいて、端末装置１のＭＡＣエンティティは、ビーム障害回復リクエストに対するＣＦＲＡリソースを除くＣＦＲＡリソースを廃棄し、Ｍｓｇ３のＭＡＣ  ＰＤＵの送信に対して用いられたＨＡＲＱバッファをフラッシュする。
【０２０５】
図８は本実施形態の一態様に係るチャネルアクセスプロシージャ（ＣＡＰ）の一例を示す図である。端末装置１または基地局装置３は、所定の物理信号を送信する前にエネルギー検出を行ない、ＮＲ−Ｕセル送信が行なわれるキャリア（つまり、ＮＲ−Ｕキャリア）またはＢＷＰ（つまり、ＮＲ−Ｕ  ＢＷＰ）またはチャネル（つまり、ＮＲ−Ｕチャネル）において、所定の期間、アイドル（クリア、フリー、通信が行なわれていない、特定の物理信号が送信されていない、特定の物理信号の電力（エネルギー）が検出されない、検出（測定）した電力（エネルギー）または電力の合計が所定の閾値を超えていない）であると判定すれば、該キャリアまたはＢＷＰまたはチャネルにおいて物理信号を送信してもよい。つまり、端末装置１または基地局装置３は、ＮＲ−Ｕセルにおいて通信を行なう場合、所定の期間、該ＮＲ−Ｕセルがアイドルであることを確認するためのＣＣＡ（Clear Channel Assessment）またはチャネル測定を行なう。所定の期間は、遅延期間ＴｄとカウンタＮとＣＣＡスロット期間Ｔｓｌから決定されてもよい。なお、ＣＣＡを行なった際に、アイドルではないことをビジーと称してもよい。なお、ＣＣＡは、端末装置１の無線送受信部１０および／または基地局装置３の無線送受信部３０で行なわれてもよい。なお、チャネルアクセスプロシージャは、あるチャネルにおいて、端末装置１または基地局装置３が物理信号を送信する前に、所定の期間、ＣＣＡを行なうことを含んでもよい。このような物理信号を送信する前に、チャネルがアイドルであるかどうか判定するためにエネルギー検出を行なうプロシージャ、または、チャネルがアイドルであるかどうかを判定して、アイドルである場合に物理信号を送信するプロシージャを、チャネルアクセスプロシージャ、および／または、ＣＣＡプロシージャ、および／または、ＬＢＴ（Listen Before Talk）プロシージャと称されてもよい。ここで、ＮＲ−Ｕセルは、ＮＲ−Ｕキャリアおよび／またはＮＲ−Ｕ  ＢＷＰおよび／またはＮＲ−Ｕチャネルであってもよく、ＮＲ−Ｕの物理信号の送信に利用可能な周波数帯域を少なくとも含んでもよい。つまり、ＮＲ−ＵセルおよびＮＲ−ＵキャリアおよびＮＲ−Ｕ  ＢＷＰおよびＮＲ−Ｕチャネルは同義であってもよい。本実施形態において、ＮＲ−Ｕセルは、ＮＲ−Ｕキャリア、ＮＲ−Ｕ  ＢＷＰ、および／または、ＮＲ−Ｕチャネルと言い換えられてもよい。ＮＲ−Ｕセルは、ＮＲ−Ｕキャリア、ＮＲ−Ｕ  ＢＷＰ、ＮＲ−Ｕチャネルのうち、少なくとも１つを含んで構成されてもよい。ＮＲセルは、ＮＲキャリア、ＮＲ  ＢＷＰ、ＮＲチャネルのうち、少なくとも１つを含んで構成されてもよい。
【０２０６】
ここで、１つのＮＲ−Ｕオペレーティングバンドにおいて、基地局装置３および／または端末装置１がマルチキャリアアクセスプロシージャ（マルチキャリアそれぞれに対するＣＡＰ）を行なうことができる（行なう能力がある）とすれば、１つのＮＲ−Ｕセルに対して複数のキャリア（ＮＲ−Ｕキャリア）および／または複数のＢＷＰ（ＮＲ−Ｕ  ＢＷＰ）が設定されてもよい。
【０２０７】
所定の期間は、自装置以外の信号を検出した後の遅延期間においてアイドルであることを最初にセンシングしたチャネルにおいて、カウンタＮが０になった期間である。端末装置１または基地局装置３は、カウンタＮの値が０になった後に、信号を送信することができる。なお、ＣＣＡスロット期間において、ビジーであると判断した場合には、カウンタＮのデクリメントを延期してもよい。カウンタＮの初期値Ｎｉｎｔはチャネルアクセス優先クラスの値および対応するＣＷｐ（Contention Window）の値（CWS: CW size）に基づ
いて決定されてもよい。例えば、Ｎｉｎｔの値は、０からＣＷｐの値の間の中から一様分布されたランダム関数に基づいて決定されてもよい。ＣＷｐの値が更新されることによってＮｉｎｔの取り得る値（値の範囲）は、拡大されてもよい。
【０２０８】
端末装置１または基地局装置３は、ＮＲ−Ｕセルにおいて、１または複数の物理信号を送信する場合、カウンタＮの値をＮｉｎｔにセットする。
【０２０９】
端末装置１または基地局装置３は、Ｎの値が０よりも大きい場合、１つのＣＣＡスロット期間においてクリアであると判定すれば、Ｎの値をＮ−１にセットする。つまり、端末装置１または基地局装置３は、１つのＣＣＡスロット期間においてクリアであると判定すれば、カウンタＮの値を１つだけデクリメントしてもよい。
【０２１０】
デクリメントしたＮの値が０になった場合、端末装置１または基地局装置３は、ＣＣＡスロット期間におけるＣＣＡを停止してもよい。もしそうでないとすれば、つまり、Ｎの値が０よりも大きい場合には、端末装置１または基地局装置３は、Ｎの値が０になるまで、ＣＣＡスロット期間のＣＣＡを継続して行なってもよい。
【０２１１】
端末装置１または基地局装置３は、追加されたＣＣＡスロット期間において、ＣＣＡを行ない、アイドルであると判定し、且つ、Ｎの値が０であるとすれば、物理信号を送信することができる。
【０２１２】
端末装置１または基地局装置３は、追加された遅延期間において、ビジーであると判定するか、追加された遅延期間のすべてのスロットにおいて、アイドルであると判定するまで、ＣＣＡを行なってもよい。追加された遅延期間において、アイドルであると判定し、且つ、Ｎの値が０であるとすれば、端末装置１または基地局装置３は、物理信号を送信することができる。端末装置１または基地局装置３は、追加された遅延期間において、ビジーであると判定すれば、ＣＣＡを継続して行なってもよい。
【０２１３】
ＣＡＰＣの値ｐおよびＣＷｐの値が設定された情報や条件に基づいて可変であるチャネルアクセスプロシージャをタイプ１チャネルアクセスプロシージャ（タイプ１ＣＡＰ）と称し、ＣＷｐの値が常に０である、または、ＣＷｐの値に対応するカウンタＮを用いない、または、送信前に１回だけＣＣＡを行なうチャネルアクセスプロシージャをタイプ２チャネルアクセスプロシージャ（タイプ２ＣＡＰ）と称してもよい。つまり、タイプ１チャネルアクセスプロシージャは、設定されたＣＡＰＣの値ｐや条件に基づいて更新されたＣＷｐの値によってＣＣＡの期間が変わるチャネルアクセスプロシージャのことである。また、タイプ２チャネルアクセスプロシージャは、物理信号の送信前に１回だけＣＣＡを行ない、物理信号を送信するチャネル（周波数帯域）がアイドルであると判定すれば、送信を行なうことのできるチャネルアクセスプロシージャのことである。ここで、送信前とは、送信の直前を含んでもよい。端末装置１および／または基地局装置３は、物理信号の送信前に、チャネルアクセスプロシージャが完了しなかった場合には、その送信タイミングで該物理信号の送信を行なわない、または、延期してもよい。
【０２１４】
図９は、本実施形態の一態様に係るチャネルアクセス優先クラス（ＣＡＰＣ）およびＣＷ調整プロシージャの一例を示す図である。
【０２１５】
ＣＡＰＣの値ｐは、遅延期間Ｔｄに含まれるＣＣＡスロット期間Ｔｓｌの数ｍｐと、ＣＷの最小値と最大値、最大チャネル専有時間、許容されるＣＷｐの値（ＣＷＳ）を示すために用いられる。ＣＡＰＣの値ｐは、物理信号の優先度に応じて設定されてもよい。ＣＡＰＣの値ｐは、ＤＣＩフォーマットに含まれて示されてもよい。
【０２１６】
端末装置１は、カウンタＮの値にＮｉｎｉｔをセットする前に、Ｎｉｎｉｔの値を決定するためのＣＷの値を調整してもよい。なお、端末装置１は、ランダムアクセスプロシージャが成功裏に完了した場合には、ランダムアクセスプロシージャに対して、更新されたＣＷの値を維持してもよい。また、端末装置１は、ランダムアクセスプロシージャが成功裏に完了した場合には、ランダムアクセスプロシージャに対して、更新されたＣＷの値をＣＷｍｉｎにセットしてもよい。ここで本実施形態において、ＣＷｍｉｎは、例えば、図９に示すＣＷ＃０、つまり、ＣＡＰＣの値ｐに対応するＣＷｐの初期値であってもよい。ここで、更新されたＣＷの値をＣＷｍｉｎにセットするとは、１または複数の所定の条件を満たした場合に更新されるＣＷの値をＣＷｍｉｎに更新することであってもよい。また、更新されたＣＷの値をＣＷｍｉｎにセットするとは、ＣＷの値をＣＷｍｉｎにセットし直すことであってもよい。
【０２１７】
端末装置１は、Ｍｓｇ１送信前に行なうＣＣＡに対応するカウンタＮの値にＮｉｎｉｔをセットする前に、Ｎｉｎｉｔの値を決定するためのＣＷの値を調整してもよい。なお、端末装置１は、Ｍｓｇ２の受信に成功したとみなした場合、および／または、Ｍｓｇ４の受信に成功したとみなした場合には、更新されたＣＷの値を維持してもよい。また、端末装置１は、Ｍｓｇ２の受信に成功したとみなした場合、および／または、Ｍｓｇ４の受信に成功したとみなした場合には、更新されたＣＷの値をＣＷｍｉｎにセットしてもよい。
【０２１８】
ここで、ＣＷの値を調整するとは、ＣＷｐの値が所定の条件を満たした場合に、ＣＷｍｉｎからＣＷｍａｘに達するまで１段階ずつ増えていくことであってもよい。ＣＷｍａｘに達すると、また、ＣＷｍｉｎから１段階ずつ増えていく。つまり、ＣＷの値を調整するとは、ＣＷｐの値を更新することであってもよい。ＣＷｐの値を更新するとは、ＣＷｐの値を１段階大きい値にすることであってもよい。例えば、ＣＷ＃３からＣＷ＃４にすることであってもよいし、ＣＷ＃ｎ−１からＣＷ＃ｎにすることであってもよい。また、端末装置１および／または基地局装置３は、ＣＷの値を調整する度に、０から、更新されたＣＷｐの値の間で一様分布したランダム関数に基づいてＮｉｎｉｔの値を決定してもよい。
【０２１９】
Ｍｓｇ１の送信に適用されるチャネルアクセス優先クラス（ＣＡＰＣ）の値ｐは、システム情報に基づいて決定されてもよいし、上位層パラメータに基づいて決定されてもよいし、ＳＳＢと関連付けられてもよい。例えば、Ｍｓｇ１に対応するＣＡＰＣの値ｐがＰである場合、Ｎｉｎｉｔの値は、０からＣＷ＃０の間を一様分布したランダム関数に基づいて決定される。
【０２２０】
端末装置１は、例えば、図７のＳ７００２、Ｓ７００４、Ｓ７１０２において、Ｍｓｇ２またはＭｓｇ４の受信に失敗する（成功しない）とみなすと、上記６Ｂの値を１だけインクリメントする。その後、端末装置１がＭｓｇ１を送信する場合、Ｎｉｎｉｔの値に用いられるＣＷｐの値をＣＷ＃０からＣＷ＃１に更新する。端末装置１は、上記６Ｂの値に応じて、Ｎｉｎｉｔの値に用いられるＣＷｐの値を調整（更新）してもよい。ＣＡＰＣの値Ｐに対応するＣＷｐの総数が上位層パラメータｐｒｅａｍｂｌｅＴｒａｎｓＭａｘよりも少ないとすれば、上記６Ｂの値が上位層パラメータｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ＋１になる前に、ＣＷｐの値がＣＷｍｉｎ（つまり、ＣＷ＃０）に戻って、ＣＷｐの値を更新し直してもよい。なお、ＣＷｐの値（許容値）は、ｍｏｄ（上記６Ｂの値、ＣＷｐの総数（例えば、ＣＷ＃０からＣＷ＃Ｗ−１のＷ個））によって得られる値に対応してもよい。ここで、ｍｏｄ（Ａ，Ｂ）は、ＡをＢ（除数）で割った余りを出力する関数であってもよい。例えば、上記６Ｂの値が１０で、ＣＷｐの総数が７の場合、ＣＷｐの値はＣＷ＃３であってもよい。
【０２２１】
図７のＳ７００２およびＳ７００３において、基地局装置３がＭｓｇ２を送信した後に、所定の時間が経過し、または、タイマが満了し、基地局装置３がＭｓｇ２に対応するＭｓｇ３の受信に失敗した（成功しない）とみなした場合には、基地局装置３は、Ｍｓｇ２の送信または再送信を行なう前、且つ、Ｍｓｇ２に対するＣＣＡに対応するカウンタＮの値にＮｉｎｉｔをセットする前に、Ｎｉｎｉｔの値を決定するためのＣＷの値を調整してもよい。なお、基地局装置３がＭｓｇ２に対応するＭｓｇ３の受信に成功したとみなした場合には、更新されたＣＷの値を調整しなくてもよい。つまり、基地局装置３は、更新されたＣＷの値を維持してもよい。また、基地局装置３がＭｓｇ２に対応するＭｓｇ３の受信に成功したとみなした場合には、更新されたＣＷの値をＣＷｍｉｎにセットしてもよい。
【０２２２】
図７のＳ７００４において、基地局装置３がＭｓｇ４を送信した後に、Ｍｓｇ４に対応するＡｃｋ（Ｍｓｇ５）の受信に失敗する（成功しない）とみなした場合、には、基地局装置３は、Ｍｓｇ４の送信または再送信を行なう前、且つ、Ｍｓｇ４の送信前に行なうチャネルアクセスプロシージャに対応するカウンタＮの値にＮｉｎｉｔをセットする前に、Ｎｉｎｉｔの値を決定するためのＣＷの値を調整してもよい。所定の期間において、Ｍｓｇ４を複数の端末装置１に送信する場合には、Ｍｓｇ５の受信の成功率に基づいて、基地局装置３は、ＣＷの値を調整するかどうか決定してもよい。所定の期間において、Ｍｓｇ４を複数の端末装置１に送信する場合には、Ｍｓｇ５の受信の成功率に基づいて、基地局装置３は、ＣＷの値を調整するかどうか決定してもよい。つまり、Ｍｓｇ５の受信の成功率が所定の閾値を超える場合には、基地局装置３は、更新されたＣＷの値を調整しなくて（維持して）もよい。また、Ｍｓｇ５の受信の成功率が所定の閾値を超える場合には、基地局装置３は、更新されたＣＷの値をＣＷｍｉｎにセットしてもよい。
【０２２３】
また、端末装置１は、Ｍｓｇ２の受信に失敗する（成功しない）とみなした場合には、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗの長さ（値）を１段階長い値に設定してもよい。また、端末装置１は、Ｍｓｇ４の受信に失敗するとみなすと、ｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒの長さ（値）を１段階長い値に設定してもよい。端末装置１は、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗの長さ、および／または、ｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒの長さを、上位層パラメータに基づく値、および、ＣＷｐの値およびＣＣＡスロット期間に基づいて決定してもよい。例えば、上位層パラメータに基づく値が１０スロット（例えば、１０ｍｓ）、ＣＡＰＣの値ｐが４であり、ＣＷｐの値が６３である場合、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗの長さ、および／または、ｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒの長さは、１０ｍｓ＋６３×９μｓ＋Ｔｄ（例えば、２５μｓ）から得られてもよい。なお、上位層パラ
メータに基づく値は、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗとｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒのそれぞれに対して設定されてもよい。なお、端末装置１は、Ｍｓｇ２の受信に成功したとみなした場合には、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗの長さ（値）を維持してもよい。同様に、端末装置１は、Ｍｓｇ４の受信に成功したとみなした場合には、ｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒの長さ（値）を維持してもよい。また、端末装置１は、Ｍｓｇ２の受信に成功したとみなした場合には、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗの長さ（値）を、上位層パラメータを用いて設定された値（つまり、初期値）にセットして（戻して）もよい。同様に、端末装置１は、Ｍｓｇ４の受信に成功したとみなした場合には、ｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒの長さ（値）を上位層パラメータとして設定された値（つまり、初期値）にセットして（戻して）もよい。
【０２２４】
図７のＳ７００４において、基地局装置３がＭｓｇ４を送信した後に、Ｓ７００１において受信したＭｓｇ１を再度受信した場合には、基地局装置３は、再送信されたＭｓｇ１に対応するＭｓｇ２の送信を行なう前、且つ、Ｍｓｇ２に対するＣＣＡに対応するカウンタＮの値にＮｉｎｉｔをセットする前に、Ｎｉｎｉｔの値を決定するためのＣＷの値を調整してもよい。なお、基地局装置３がＭｓｇ４を送信した後に、Ｍｓｇ４に対するＡｃｋ（Ｍｓｇ５）を受信した場合、つまり、ランダムアクセスプロシージャが成功裏に完了した場合には、基地局装置３は、更新されたＣＷの値を維持してもよい。また、ランダムアクセスプロシージャが成功裏に完了した場合には、基地局装置３は、更新されたＣＷの値をＣＷｐの初期値であるＣＷｍｉｎにセットしてもよい。
【０２２５】
図７のＳ７１０１において、所定の時間が経過し、または、タイマが満了し、基地局装置３がＰＤＣＣＨオーダに対応するＭｓｇ１の受信に失敗する（成功しない）とみなした場合には、基地局装置３は、ＰＤＣＣＨオーダの送信または再送信を行なう前、且つ、ＰＤＣＣＨオーダに対するＣＣＡに対応するカウンタＮの値にＮｉｎｉｔをセットする前に、Ｎｉｎｉｔの値を決定するためのＣＷの値を調整してもよい。なお、基地局装置３がＰＤＣＣＨオーダに対応するＭｓｇ１の受信に成功したとみなした場合には、基地局装置３は、更新されたＣＷの値を維持してもよい。また、基地局装置３がＰＤＣＣＨオーダに対応するＭｓｇ１の受信に成功したとみなした場合には、基地局装置３は、更新されたＣＷの値をＣＷｍｉｎにセットしてもよい。
【０２２６】
図７のＳ７１０１において、所定の時間が経過し、または、タイマが満了し、基地局装置３がＰＤＣＣＨオーダに対応するＭｓｇ１の受信に失敗する（成功しない）とみなした場合には、Ｎｉｎｉｔの値を決定するためのＣＷの値を調整するかどうかは、所定の期間において、複数の端末装置１に対して送信したＰＤＣＣＨオーダに対応するＭｓｇ１の受信に対して所定の割合で失敗した（成功しなかった）とみなした場合に基づいてもよい。例えば、端末装置Ａから端末装置Ｅに対して、所定の第１の期間において、ＰＤＣＣＨオーダを送信した場合、端末装置Ａから端末装置Ｅのそれぞれから対応するＭｓｇ１を受信したとすれば、ＰＤＣＣＨオーダの送信に成功したとみなし、基地局装置３はＣＷの値を調整しなくてもよい。また、端末装置Ａから端末装置Ｅに対して、所定の第１の期間において、ＰＤＣＣＨオーダを送信した場合、端末装置Ａと端末装置Ｅからは、対応するＭｓｇ１を受信し、それ以外の端末装置に対するＭｓｇ１の受信に成功しなかったとみなした（例えば、Ｍｓｇ１の受信の成功率が４０％）場合には、ＰＤＣＣＨオーダの送信に成功しなかったとみなし、基地局装置３はＰＤＣＣＨオーダに対するＣＷの値を調整してもよい。なお、Ｍｓｇ１の受信の成功率が所定の閾値を超える場合には、基地局装置３は、ＰＤＣＣＨオーダの送信に成功したとみなし、更新されたＣＷの値を維持してもよい。また、Ｍｓｇ１の受信の成功率が所定の閾値を超える場合には、基地局装置３は、更新されたＣＷの値をＣＷｍｉｎにセットしてもよい。
【０２２７】
次に、本実施形態に係るＳＲのプロシージャについて説明する。
【０２２８】
端末装置１のＭＡＣエンティティは、０または１または１よりも多いＳＲ設定が設定されてもよい。１つのＳＲ設定は、異なるＢＷＰおよび／または異なるセルを横断してＳＲに対するＰＵＣＣＨリソースのセットを構成する。ロジカルチャネルに対して、多くても１つのＳＲに対するＰＵＣＣＨリソースがＢＷＰ毎に設定されてもよい。ＰＵＣＣＨリソースのセットには、１または複数のＰＵＣＣＨリソースが含まれてもよい。
【０２２９】
各ＳＲ設定は１または複数のロジカルチャネルに対応してもよい。各ロジカルチャネルは、０または１つのＳＲ設定にマップされてもよい。それは、ＲＲＣ（つまり、上位層パラメータ、ＲＲＣ情報）によって設定されてもよい。ＢＳＲ（Buffer Status Report）をトリガされたロジカルチャネルのＳＲ設定は、トリガされたＳＲに対して対応するＳＲ設定としてみなされてもよい。
【０２３０】
ＳＲプロシージャに対して下記７Ａから下記７Ｃの上位層パラメータ（ＲＲＣパラメータ）が設定されてもよい。なお、７Ａおよび７Ｂは、ＳＲ設定毎に設定されてもよい。７Ａについては、設定されていない場合、端末装置１は、７Ａの値として０を適用してもよい。
７Ａ）ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒ
７Ｂ）ｓｒ−ＴｒａｎｓＭａｘ
７Ｃ）ｓｒ−ＣｏｎｆｉｇＩｎｄｅｘ
【０２３１】
端末装置１の変数として、ＳＲ設定毎に設定されたＳＲ＿ＣＯＵＮＴＥＲがＳＲプロシージャに対して用いられてもよい。
【０２３２】
ＳＲがトリガされ、同じＳＲ設定に対応する、保留中の他のＳＲがないとすれば、端末装置１のＭＡＣエンティティは、対応するＳＲ設定のＳＲ＿ＣＯＵＮＴＥＲを０にセットする。
【０２３３】
ＳＲがトリガされた時、そのＳＲがキャンセルされるまで、そのＳＲは保留中であるとみなされる。ＭＡＣ  ＰＤＵアセンブリの前にトリガされたすべての保留中のＳＲがキャンセルされ、ＭＡＣ  ＰＤＵが送信される時それぞれのｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒはストップされ、このＭＡＣ  ＰＤＵが、ＭＡＣ  ＰＤＵアセンブリの前のＢＳＲをトリガされた最後のイベントまでのバッファステータスを含むＢＳＲ  ＭＡＣ  ＣＥを含む。上りリンクグラント（上りリンクグラントによって割り当てられたリソース）が送信可能な保留中のすべてのデータに対応できる時には、すべての保留中のＳＲがキャンセルされる。
【０２３４】
端末装置１において、ＳＲ送信機会（SR transmission occasion, SR transmission timing）がある時にアクティブであるＢＷＰにおいてＰＵＣＣＨリソースのみが有効であるとみなされる。
【０２３５】
少なくとも１つのＳＲが保留中であるとすれば、端末装置１のＭＡＣエンティティは、保留中のＳＲのそれぞれに対して、有効なＰＵＣＣＨリソースが設定されていないとすれば、ＳｐＣｅｌｌでランダムアクセスプロシージャを開始し、保留中のＳＲをキャンセルする。そうでないとすれば、保留中のＳＲに対応するＳＲ設定に対して、端末装置１のＭＡＣエンティティが、設定されたＳＲに対して有効なＰＵＣＣＨリソースにおけるＳＲ送信機会がある時、該ＳＲ送信機会において、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒがランニングしていない、且つ、該ＳＲ送信機会に対するＰＵＣＣＨリソースが測定ギャップとオーバーラップしていない、且つ、該ＳＲ送信機会に対するＰＵＣＣＨリソースがＵＬ−ＳＣＨリソースとオーバーラップしていないとすれば、さらに、ＳＲ＿ＣＯＵＮＴＥＲの値がｓｒ−ＴｒａｎｓＭａｘの値よりも小さい値であるとすれば、端末装置１のＭＡＣエンティティは、ＳＲ＿ＣＯＵＮＴＥＲの値を１だけインクリメントし、ＳＲに対して１つの有効なＰＵＣＣＨリソースでＳＲをシグナルすることを物理層に指示し、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒをスタートする。そうでないとすれば（例えば、ＳＲ＿ＣＯＵＮＴＥＲの値がｓｒ−ＴｒａｎｓＭａｘの値と同じになった場合）、すべてのサービングセルに対して、ＰＵＣＣＨをリリースすることをＲＲＣ（ＲＲＣ層、ＲＲＣ層処理部）に通知し、すべてのサービングセルに対して、ＳＲＳをリリースすることをＲＲＣに通知し、設定された下りリンクアサインメント（下りリンクグラント）および上りリンクグラントのいずれもクリアにし、ＳｐＣｅｌｌでランダムアクセスプロシージャを開始し、すべての保留中のＳＲをキャンセルしてもよい。ここで、物理信号をリリースするとは、対象となる物理信号（ここでは、ＰＵＣＣＨやＳＲＳ）のために確保していたリソースをリリースすることを含んでもよいし、対象となる物理信号に関する設定をリリースすることを含んでもよい。
【０２３６】
端末装置１のＭＡＣエンティティは、設定された有効なＰＵＣＣＨリソースがない保留中のＳＲのために、ＭＡＣ  ＰＤＵアセンブリの前にＭＡＣエンティティによって開始された、進行中のランダムアクセスプロシージャをストップしてもよい。ＭＡＣ  ＰＤＵが、ＲＡＲによって提供された上りリンクグラント以外の上りリンクグラントを用いて送信される時には、そのようなランダムアクセスプロシージャはストップされてもよい。また、このＭＡＣ  ＰＤＵは、ＭＡＣ  ＰＤＵアセンブリの前に、または、上りリンクグラント（上りリンクグラントによって割り当てられたリソース）が送信可能なすべての保留中のデータに対応できる時は、ＢＳＲをトリガされた最後のイベントまでのバッファステータスを含むＢＳＲ  ＭＡＣ  ＣＥを含む。
【０２３７】
ＮＲ−Ｕセル（ＮＲ−Ｕキャリア、ＮＲ−Ｕ  ＢＷＰ、ＮＲ−Ｕチャネル）において、端末装置１（端末装置１のＭＡＣエンティティ）がＰＵＣＣＨリソースを用いてＳＲを送信する（端末装置１の物理層へＳＲの送信をトリガすることを指示する）場合には、端末装置１は、設定された情報に基づいて、ＳＲの送信前にチャネルアクセスプロシージャを行なうかどうかを決定してもよい。ＳＲは、少なくともＳＲを含むＰＵＣＣＨ（ＰＵＣＣＨリソース）および／またはＳＲ送信のために用いられるＰＵＣＣＨリソースのことであってもよい。
【０２３８】
端末装置１は、ＳＲ（または、ＳＲを含むＰＵＣＣＨ）の送信前にタイプ１チャネルアクセスプロシージャを行なう場合、ＳＲ設定毎に設定されるＳＲ＿ＣＯＵＮＴＥＲに対応するＳＲの送信前に行なわれるタイプ１チャネルアクセスプロシージャに用いられるＮｉｎｉｔの値を決定するために用いられるＣＷの値をＣＷ＃０にセットし、ＳＲの送信前に、カウンタＮの値が０になるまでＣＣＡを行ない、ＮＲ−Ｕチャネルがアイドルであると判定すれば、端末装置１は、ＳＲを送信することができ、ＮＲ−Ｕチャネルがビジーであると判定すれば、次の送信機会まで、ＳＲの送信を保留（延期）する。なお、ＳＲ＿ＣＯＵＮＴＥＲの値が１だけインクリメントされる場合には、ＳＲ＿ＣＯＵＮＴＥＲに対応するＮｉｎｉｔの値に用いられるＣＷの値をＣＷ＃０（ＣＷｍｉｎ）からＣＷ＃１にセットし直してもよい（つまり、ＣＷの値は更新されてもよい）。なお、ＳＲ＿ＣＯＵＮＴＥＲに対応するＮｉｎｉｔの値に用いられるＣＷの値がＣＷｍａｘであった場合、且つ、ＣＷの値を調整する場合には、ＣＷｐの値を初期値であるＣＷ＃０（ＣＷｍｉｎ）にセットし直してもよい。
【０２３９】
端末装置１および／または端末装置１の物理層は、ＭＡＣエンティティにおいて、ＳＲ＿ＣＯＵＮＴＥＲを０にセットした場合、タイプ１チャネルアクセスプロシージャに用いられるＣＷの値を初期値ＣＷｍｉｎにセットしてもよい。また、端末装置１および／また
は端末装置１の物理層は、ＭＡＣエンティティにおいて、他の保留中のＳＲがないと判定すれば、タイプ１チャネルアクセスプロシージャに用いられるＣＷの値を初期値ＣＷｍｉｎにセットしてもよい。
【０２４０】
端末装置１は、ＳＲ（または、ＳＲを含むＰＵＣＣＨ）の送信前にタイプ２チャネルアクセスプロシージャを行なう場合、ＳＲの送信前に、１回だけＣＣＡを行ない、ＮＲ−Ｕチャネルがアイドルであると判定すれば、端末装置１は、ＳＲを送信することができ、ＳＲ送信に用いられるＮＲ−Ｕチャネルがビジーであると判定すれば、次の送信機会まで、ＳＲの送信を保留（または、延期）する。端末装置１は、該ＳＲの送信を保留した場合、且つ、次のＳＲ送信機会において、該ＳＲの送信前にタイプ１ＣＡＰを行なう場合、端末装置１は、該タイプ１ＣＡＰのために用いられるＣＷの値を１つ上の許容値に更新してもよい。また、端末装置１は、該ＳＲの送信を保留した場合、且つ、物理層からＭＡＣ層（ＭＡＣエンティティ）に該ＳＲの送信を保留したことを通知した場合には、該ＳＲの送信に対して用いられるＳＲ＿ＣＯＵＮＴＥＲを１だけインクリメントしてもよい。また、端末装置１は、ＮＲ−Ｕチャネルがビジーであると判定したことに基づいて、該ＳＲの送信を保留した場合、該ＳＲの送信に対して用いられるＳＲ＿ＣＯＵＮＴＥＲの値をインクリメントしなくてもよい。
【０２４１】
端末装置１のＭＡＣエンティティは、すべての保留中のＳＲをキャンセルして、ＳｐＣｅｌｌでランダムアクセスプロシージャを開始する場合、且つ、ＳＲの送信前のチャネルアクセスプロシージャがタイプ１チャネルアクセスプロシージャである場合、該ランダムアクセスプロシージャのＭｓｇ１に対するＮｉｎｉｔの値に用いられるＣＷの値は、上位層パラメータに基づいて設定されてもよいし、ＳＲ設定に対するＮｉｎｉｔの値に用いられるＣＷの値の最小値（ＣＷｍｉｎ）であってもよい。なお、ＳＲの送信前のチャネルアクセスプロシージャがタイプ２チャネルアクセスプロシージャである場合、Ｍｓｇ１の送信前に１回だけＣＣＡをしてＮＲ−Ｕチャネルがアイドルかどうかを判定してもよい。
【０２４２】
図１０は、本実施形態に係るＳＲ送信時のチャネルアクセスプロシージャ（ＣＡＰ）およびＣＷ調整プロシージャ（ＣＷＡＰ）の一例を示す図である。
【０２４３】
Ｓ１０００１において、端末装置１または端末装置１のＭＡＣエンティティは、ＮＲ−Ｕセルにおいて、保留中のＳＲに対して有効なＰＵＣＣＨリソースが設定されている時、上述した条件を満たし、ＭＡＣエンティティが物理層に該ＰＵＣＣＨリソースでＳＲをシグナルすることを指示した場合、該物理層において、該ＰＵＣＣＨリソースおよび／または該ＳＲに対して設定されたチャネルアクセスプロシージャ（ＣＡＰ）を行なう。該ＣＡＰがタイプ１ＣＡＰである場合には、該タイプ１ＣＡＰのカウンタＮに初期値としてセットされるＮｉｎｉｔに用いられるＣＷの値（例えば、ＣＷ＃０）およびランダム関数からＮｉｎｉｔの値をセットしてもよい。ＮｉｎｉｔおよびＮの値が決定された場合、端末装置１は、カウンタＮの値が０になるまでＣＣＡを行ない、ＳＲの送信の直前に１回ＣＣＡを行ない、そのすべてがアイドルであれば、ＳＲ送信機会において、該ＳＲを送信する。
【０２４４】
Ｓ１０００２において、端末装置１がＳＲを送信したら、所定のタイマをランニング（スタート）してもよい。端末装置１は、所定のタイマが満了するまでに該ＳＲに対する上りリンクグラントを成功裏に受信することができなければ、基地局装置３において、該ＳＲの検出に失敗したとみなす。その際、端末装置１の物理層は、失敗したことを端末装置１のＭＡＣエンティティに通知してもよい。なお、所定のタイマが満了していない、且つ、ＳＲ送信機会があるとすれば、端末装置１は、タイプ２ＣＡＰを行なって、アイドルであれば、該ＳＲを送信してもよい。ここで、所定のタイマとしているが、端末装置１のチャネル専有時間（ＣＯＴ）であってもよいし、所定の期間であってもよい。
【０２４５】
Ｓ１０００３において、端末装置１または端末装置１のＭＡＣエンティティが、同じＮＲ−Ｕセルで、同じＳＲ（同じＳＲ設定のＳＲ）の再送信を行なうとすれば、該ＳＲ設定に対応するＳＲ＿ＣＯＵＮＴＥＲの値を１だけインクリメントし、上述した条件を満たす場合には、ＭＡＣエンティティは、物理層に該ＰＵＣＣＨリソースでＳＲをシグナルすることを指示する。物理層は、その指示に基づいて、ＣＷの値をＣＷ＃０からＣＷ＃１に更新し、Ｎｉｎｉｔの値をセットしてもよい。端末装置１は、カウンタＮの値が０になるまでＣＣＡを行ない、ＳＲの送信の直前に１回ＣＣＡを行ない、そのすべてのＣＣＡスロット期間において、アイドルであると判定されれば、ＳＲ送信機会において、該ＳＲを送信する。
【０２４６】
Ｓ１０００４において、端末装置１がＳＲを送信したら、所定のタイマをランニング（スタート）してもよい。端末装置１は、所定のタイマが満了するまでに該ＳＲに対する上りリンクグラントを成功裏に受信することができなければ、基地局装置３において、該ＳＲの検出に失敗したとみなす。その際、端末装置１の物理層は、失敗したことを端末装置１のＭＡＣエンティティに通知してもよい。
【０２４７】
Ｓ１０００５において、端末装置１または端末装置１のＭＡＣエンティティが、同じＮＲ−Ｕセルで、同じＳＲ（同じＳＲ設定のＳＲ）の再送信を行なうとすれば、該ＳＲ設定に対応するＳＲ＿ＣＯＵＮＴＥＲの値を１だけインクリメントし、上述した条件を満たす場合には、ＭＡＣエンティティは、物理層に該ＰＵＣＣＨリソースでＳＲをシグナルすることを指示する。物理層は、その指示に基づいて、ＣＷの値をＣＷ＃１からＣＷ＃２に更新し、Ｎｉｎｉｔの値をセットしてもよい。端末装置１は、カウンタＮの値が０になるまでＣＣＡを行ない、ＳＲの送信の直前に１回ＣＣＡを行ない、そのすべてがアイドルであれば、ＳＲ送信機会において、該ＳＲを送信する。なお、設定可能なＣＷの許容値がＣＷ＃０とＣＷ＃１しかない場合（つまり、設定可能なＣＷの許容値が２つしかない場合）には、ＣＷの値は、ＣＷ＃１からＣＷ＃０に戻ってもよい。また、設定可能なＣＷの許容値が１つしかない場合（例えば、ＣＷ＃０のみ）、端末装置１は、ＳＲ＿ＣＯＵＮＴＥＲの値がインクリメントされる度に、Ｎｉｎｉｔに用いられるＣＷの値を、０からＣＷ＃０の値の間からランダム関数に基づいてセットしてもよい。
【０２４８】
Ｓ１０００６において、基地局装置３が、ＳＲの受信に成功した場合、新規の送信に対するＵＬ−ＳＣＨ（ＰＵＳＣＨ）をスケジュールするために用いられるＤＣＩフォーマット（上りリンクグラント）を含むＰＤＣＣＨを送信してもよい。
【０２４９】
Ｓ１０００７において、基地局装置３が、ＮＲ−Ｕセルにおいて、上りリンクグラントを送信するとすれば、該上りリンクグラントの送信前に、ＣＡＰを行なう。該上りリンクグラントまたは該上りリンクグラントを含むＰＤＣＣＨに対してタイプ１ＣＡＰが設定されているとすれば、基地局装置３は、該ＰＤＣＣＨの送信前のＣＡＰに対するカウンタＮの値を、ＣＷ＃０のランダム関数に基づくＮｉｎｉｔの値にセットし、タイプ１ＣＡＰに基づくＣＣＡを行ない、そのすべてがアイドルであれば、上りリンクグラントを送信してもよい。
【０２５０】
Ｓ１０００８において、基地局装置３が、該上りリンクグラントを送信する場合に、所定のタイマをランニングしてもよい。また、該上りリンクグラントを送信してから所定の期間、該上りリンクグラントに対応するＵＬ−ＳＣＨを成功裏に受信できなかった場合、所定のタイマが満了していなければ、タイプ２ＣＡＰを行なって、該上りリンクグラントを送信してもよい。なお、所定のタイマとしているが、基地局装置３のＣＯＴであってもよいし、所定の期間であってもよい。また、所定のタイマが満了した場合、基地局装置３は、該上りリンクグラントを送信しなくてもよい。
【０２５１】
Ｓ１０００８において、端末装置１が、該上りリンクグラントを成功裏に受信できなかった場合、且つ、所定のタイマが満了した（所定の期間が経過した）場合、次のＳＲ送信機会に対してタイプ１ＣＡＰを行なってもよい。
【０２５２】
Ｓ１０００９において、端末装置１または端末装置１のＭＡＣエンティティが、同じＮＲ−Ｕセルで、同じＳＲ（同じＳＲ設定のＳＲ）の再送信を行なうとすれば、該ＳＲ設定に対応するＳＲ＿ＣＯＵＮＴＥＲの値を１だけインクリメントし、上述した条件を満たす場合には、ＭＡＣエンティティは、物理層に該ＰＵＣＣＨリソースでＳＲをシグナルすることを指示する。物理層は、その指示に基づいて、ＣＷの値をＣＷ＃２からＣＷ＃３に更新し、Ｎｉｎｉｔの値をセットしてもよい。端末装置１は、カウンタＮの値が０になるまでＣＣＡを行ない、ＳＲの送信の直前に１回ＣＣＡを行ない、そのすべてがアイドルであれば、該ＳＲ送信機会において、該ＳＲを送信する。なお、ＣＷ＃３として記載したが、設定可能なＣＷの値の数に応じて、ＣＷ＃３は、ＣＷ＃０であってもよいし、ＣＷ＃１であってもよい。
【０２５３】
Ｓ１００１０において、端末装置１がＳＲの送信を行ない、基地局装置３が該ＳＲの受信に成功した場合、該ＳＲに対応する上りリンクグラントを送信してもよい。
【０２５４】
Ｓ１００１１において、基地局装置３が、ＮＲ−Ｕセルにおいて、上りリンクグラントを送信するとすれば、該上りリンクグラントの送信前に、ＣＡＰを行なう。該上りリンクグラントまたは該上りリンクグラントを含むＰＤＣＣＨに対してタイプ１ＣＡＰが設定されているとすれば、基地局装置３は、ＣＷの値をＣＷ＃０からＣＷ＃１に更新する。基地局装置３は、該ＰＤＣＣＨの送信前のＣＡＰに対するカウンタＮの値を、ＣＷ＃１のランダム関数に基づくＮｉｎｉｔの値にセットし、タイプ１ＣＡＰに基づくＣＣＡを行ない、そのすべてがアイドルであれば、上りリンクグラントを送信してもよい。
【０２５５】
Ｓ１００１２において、端末装置１が、該上りリンクグラントを成功裏に受信した場合、該上りリンクグラントによってスケジュールされたＰＵＳＣＨリソースを用いて、ＵＬ−ＳＣＨを送信してもよい。その際、上りリンクグラントにＣＡＰＣフィールドおよびＣＡＰのタイプを示すフィールドが含まれている場合には、端末装置１は、該２つのフィールドに基づいて、ＵＬ−ＳＣＨを含むＰＵＳＣＨの送信前のＣＡＰのタイプおよびＣＡＰに用いられるＣＷの値を決定してもよい。
【０２５６】
Ｓ１００１３において、端末装置１は、ＮＲ−Ｕセルにおいて、上りリンクグラントを成功裏に受信した場合、対応するＵＬ−ＳＣＨを含むＰＵＳＣＨの送信前にＣＡＰを行なう。ＣＡＰにおいて、アイドルであると判定すれば、端末装置１は、該ＰＵＳＣＨを送信してもよい。該上りリンクグラントに含まれるＣＡＰのタイプを示すフィールドにタイプ１ＣＡＰがセットされているとすれば、端末装置１は、タイプ１ＣＡＰを行なってから該ＰＵＳＣＨを送信し、ＣＡＰのタイプを示すフィールドにタイプ２ＣＡＰがセットされているとすれば、タイプ２ＣＡＰを行なってから該ＰＵＳＣＨを送信する。Ｓ１００１３では、ＣＡＰのタイプを示すフィールドにタイプ１ＣＡＰがセットされていた場合の例を示している。タイプ１ＣＡＰの場合、端末装置１は、ＣＡＰＣフィールドにセットされたＣＡＰＣの値ｐに基づいて、ＣＷの値を決定してもよい。該ＰＵＳＣＨの送信が端末装置１にとって初期送信である場合には、ＣＷの値は、ＣＷ＃０であってもよい。端末装置１は、該ＰＵＳＣＨの送信前のＣＡＰに対するカウンタＮの値を、ＣＷ＃０のランダム関数に基づくＮｉｎｉｔの値にセットし、タイプ１ＣＡＰに基づくＣＣＡを行ない、そのすべてがアイドルであれば、該ＰＵＳＣＨを送信してもよい（Ｓ１００１４）。なお、端末装置１は、上りリンクグラントを成功裏に受信した場合、ＳＲ送信のために用いられた、更新したＣＷの値をＣＷｍｉｎにセットしてもよい。つまり、端末装置１は、ＳＲ送信が成功したとみなした場合には、該ＣＷの値をＣＷｍｉｎにセットしてもよい。
【０２５７】
端末装置１は、ＭＡＣエンティティにおいて、ＳＲ＿ＣＯＵＮＴＥＲの値が０にセットされるとすれば、更新したＣＷの値をＣＷｍｉｎにセットしてもよい。また、端末装置１は、ＭＡＣエンティティにおいて、保留中の他のＳＲがないと判定すれば、更新したＣＷの値をＣＷｍｉｎにセットしてもよい。また、端末装置１は、ＢＳＲを含むＵＬ−ＳＣＨが成功裏に送信されたと判定すれば、更新したＣＷの値をＣＷｍｉｎにセットしてもよい。
【０２５８】
Ｓ１００１４において、基地局装置３が、ＵＬ−ＳＣＨを成功裏に受信し、該ＵＬ−ＳＣＨにＢＳＲが含まれている場合、ＢＳＲを考慮して、必要なＰＵＳＣＨを割り当てるために、１または複数の上りリンクグラントを送信してもよい。なお、基地局装置３は、ＵＬ−ＳＣＨを成功裏に受信した場合、更新したＣＷの値をＣＷｍｉｎにセットしてもよい。つまり、基地局装置３は、ＳＲに対応する上りリンクグラントが端末装置１によって成功裏に受信されたとみなした場合には、更新したＣＷの値をＣＷｍｉｎにセットしてもよい。
【０２５９】
端末装置１は、ＳＲの送信を行なうために、ＮＲ−Ｕセル（ＳｐＣｅｌｌとしてのＮＲ−Ｕセル）において、ランダムアクセスプロシージャを開始する場合には、更新したＣＷの値をＣＷｍｉｎにセットしてもよい。また、端末装置１は、ＭＡＣエンティティにおいて、すべての保留中のＳＲをキャンセルした場合には、更新したＣＷの値をＣＷｍｉｎにセットしてもよい。また、端末装置１は、１つまたは複数の、設定された下りリンクアサインメントおよび／または上りリンクグラントをクリアした場合には、更新したＣＷの値をＣＷｍｉｎにセットしてもよい。また、端末装置１は、全てのサービングセルに対して、ＰＵＣＣＨをリリースすることをＲＲＣに通知した場合には、更新したＣＷの値をＣＷｍｉｎにセットしてもよい。
【０２６０】
ＣＡＰＣの値ｐは、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨのそれぞれに対して個別に設定されてもよい。また、ＣＡＰＣの値ｐは、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨに対してセル固有の上位層パラメータとして共通の値が設定されてもよい。また、ＣＡＰＣの値ｐは、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨのそれぞれに対して個別の上位層パラメータとして設定されてもよい。また、ＰＵＳＣＨに対するＣＡＰＣの値ｐは、ＰＵＳＣＨのスケジューリングに対して用いられるＤＣＩフォーマットに含まれて示されてもよい。また、ＰＵＣＣＨに対するＣＡＰＣの値ｐは、ＰＵＣＣＨリソース指示フィールドを含むＤＣＩフォーマットに含まれて示されてもよい。また、ＰＲＡＣＨに対するＣＡＰＣの値ｐは、ＰＤＣＣＨオーダのためのＤＣＩフォーマットに含まれて示されてもよい。また、ＰＲＡＣＨに対するＣＡＰＣの値ｐは、ランダムアクセスプロシージャの種類に応じて決定されてもよい。例えば、ＣＢＲＡに対するＣＡＰＣの値ｐは、システム情報および／または上位層パラメータに基づいて決定されてもよい。また、ＣＦＲＡに対するＣＡＰＣの値ｐは、上位層パラメータに基づいて決定されてもよいし、または、ＰＤＣＣＨオーダに対応するＤＣＩフォーマットに含まれて設定されてもよい。ＣＦＲＡにおいて、ＣＡＰＣの値ｐを上位層パラメータに基づくか、ＤＣＩフォーマットのフィールドに基づくか、はシステム情報および／または上位層パラメータの設定に基づいて決定されてもよい。
【０２６１】
端末装置１がＰＵＣＣＨリソースでＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信する場合には、ＰＵＣＣＨに対するチャネルアクセスプロシージャのタイプおよび／またはＣＡＰＣの値ｐは、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマットに専用の１または複数のフィールドが含まれて設定されてもよい。なお、該ＤＣＩフォーマットにはＰＵＣＣＨリソース指示フィールドが含まれてもよい。つまり、該ＰＵＣＣＨリソース指示フィールドによって指示されるＰＵＣＣＨリソースに対して、該ＰＵＣＣＨに対するチャネルアクセスプロシージャのタイプおよび／またはＣＡＰＣの値が用いられてもよい
。また、端末装置１がＰＵＣＣＨリソースでＳＲを送信する場合には、ＰＵＣＣＨに対するチャネルアクセスプロシージャのタイプおよび／またはＣＡＰＣの値ｐは、ＰＵＣＣＨ設定またはＳＲ設定に含まれる１または複数の上位層パラメータに基づいて設定されてもよい。
【０２６２】
ＣＡＰＣの値ｐは、ＰＵＳＣＨ、ＰＵＣＣＨに対しては、送信する情報と関連付けて決定されてもよい。例えば、ＰＵＳＣＨまたはＰＵＣＣＨにおいてＵＣＩを含んで送信する場合、ＵＣＩに含まれる情報の種類（ＨＡＲＱ−ＡＣＫ、ＳＲ、ＣＳＩなど）や組み合わせに応じて、個別にＣＡＰＣの値ｐは設定されてもよい。
【０２６３】
本実施形態では、ＣＡＰＣの値ｐについて記載しているが、チャネルアクセスプロシージャ（ＣＡＰ）のタイプ（タイプ１ＣＡＰ、タイプ２ＣＡＰ、つまり、ＣＡＴ（Channel Access Type））、ＣＷの値、および／または、Ｔｍｃｏｔの値についても同様に設定さ
れてもよい。
【０２６４】
例えば、ＮＲ−Ｕセルにおける、ＰＤＳＣＨやＰＵＳＣＨのスケジューリング、ＰＲＡＣＨのリソース割り当てに用いられるＤＣＩフォーマット（ＤＣＩフォーマット０＿０、０＿１、１＿０、１＿１）には、チャネルアクセスプロシージャを行なうために、下記８Ａから下記８Ｅの一部または全部がフィールドとしてそれぞれ含まれてもよい。
８Ａ）チャネルアクセスプロシージャ（ＣＡＰ）のタイプ（チャネルアクセスタイプ（ＣＡＴ））
８Ｂ）チャネルアクセス優先クラス（ＣＡＰＣ）の値ｐ
８Ｃ）最大チャネル専有時間Ｔｍｃｏｔ
８Ｄ）ＣＷの値
８Ｅ）ＣＣＡスロット期間の最大数ｍ
【０２６５】
ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット（１＿０、１＿１）に、上記８Ａから上記８Ｅの一部または全部に加え、ＰＵＣＣＨリソース指示フィールドが含まれる場合、ＰＤＳＣＨのＨＡＲＱ−ＡＣＫに対するＰＵＣＣＨの送信前のチャネルアクセスプロシージャは、ＤＣＩフォーマットに含まれる上記８Ａから上記８Ｅの少なくとも１つに基づいて行なわれてもよい。
【０２６６】
受信したＤＣＩフォーマットがランダムアクセスプリアンブルのリソース割り当てを示す場合、つまり、ＰＤＣＣＨオーダを受信した場合、且つ、ＰＤＣＣＨオーダに上記８Ａから上記８Ｅの一部または全部が含まれる場合には、ランダムアクセスプリアンブルを送信する前のチャネルアクセスプロシージャは、ＰＤＣＣＨオーダに含まれる上記８Ａから上記８Ｅの一部または全部に基づいて行なわれてもよい。
【０２６７】
ＮＲ−Ｕキャリアにおいて、ＳＲをＰＵＣＣＨで送信する場合には、上記８Ａから８Ｅのうち、一部または全部は、ＰＵＣＣＨ設定またはＳＲ設定に含まれてもよい。つまり、ＳＲを含むＰＵＣＣＨに対して、チャネルアクセスプロシージャが行なわれる場合、チャネルアクセスプロシージャのためのパラメータは、上位層パラメータに基づいて設定されてもよい。また、ＳＲを含むＰＵＣＣＨに対して、チャネルアクセスプロシージャが行なわれる場合、チャネルアクセスプロシージャのためのパラメータは、ＲＲＣ層の信号を介して、基地局装置３から端末装置１へ送信され、設定されてもよい。
【０２６８】
次に、本実施形態に係るＨＡＲＱオペレーションについて説明する。
【０２６９】
端末装置１のＭＡＣエンティティは、各サービングセルに対して少なくとも１つのＨＡＲＱエンティティを含んでもよい。少なくとも１つのＨＡＲＱエンティティは、多くの並
列したＨＡＲＱプロセスを維持することができる。各ＨＡＲＱプロセスは、１つのＨＰＩＤに関連付けられてもよい。ＨＡＲＱエンティティは、ＨＡＲＱ情報およびＤＬ−ＳＣＨにおいて受信した関連するＴＢを対応する１または複数のＨＡＲＱプロセスに誘導する。
【０２７０】
ＨＡＲＱエンティティ毎の並列可能なＤＬ  ＨＡＲＱプロセスの数（最大数）は、上位層パラメータ（例えば、ＲＲＣパラメータ）に基づいて設定されてもよいし、該上位層パラメータを受信していなければ、デフォルト値であってもよい。専用ブロードキャストＨＡＲＱプロセスは、ＢＣＣＨに対して用いられてもよい。なお、ブロードキャストＨＡＲＱプロセスは、ブロードキャストプロセスと称されてもよい。
【０２７１】
ＨＡＲＱプロセスは、物理層が下りリンク空間多重が設定されていない時、１つのＴＢをサポートする。また、ＨＡＲＱプロセスは、物理層が下りリンク空間多重が設定されている時、１つまたは２つのＴＢをサポートする。
【０２７２】
端末装置１のＭＡＣエンティティは、１より大きな値の上位層パラメータｐｄｓｃｈ−ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒが設定された時、ｐｄｓｃｈ−ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒは、ダイナミック下りリンクアサインメントのバンドル内のＴＢの送信の数を提供してもよい。バンドリングオペレーション（ＨＡＲＱ−ＡＣＫバンドリングオペレーション）は、同じバンドルの一部である各送信に対して同じＨＡＲＱプロセスを呼び出す（起動する）ためのＨＡＲＱエンティティに依存する。初期送信の後、ｐｄｓｃｈ−ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒによって設定された値より１つ少ない（つまり、ｐｄｓｃｈ−ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ−１）ＨＡＲＱの再送信はバンドル内で続いてもよい。
【０２７３】
端末装置１のＭＡＣエンティティは、下りリンクアサインメントが示されるとすれば、該関連したＨＡＲＱ情報によって示されたＨＡＲＱプロセスに物理層から受信した１または複数のＴＢおよび関連したＨＡＲＱ情報を割り当ててもよい。また、端末装置１のＭＡＣエンティティは、下りリンクアサインメントがブロードキャストＨＡＲＱプロセスに対して示されるとすれば、ブロードキャストＨＡＲＱプロセスに受信したＴＢを割り当ててもよい。
【０２７４】
ＨＡＲＱプロセスのために送信が行なわれる時、１つ、または、（下りリンク空間多重の場合）２つのＴＢと関連したＨＡＲＱ情報は、ＨＡＲＱエンティティから受信されてもよい。
【０２７５】
各受信したＴＢおよび関連したＨＡＲＱ情報に対して、ＨＡＲＱプロセス（あるＨＰＩＤに関連するＨＡＲＱプロセス）は、ＮＤＩが提供される時は、該ＮＤＩがこのＴＢに対応する、前に受信した送信の値（ＰＤＣＣＨに含まれるＨＰＩＤに関連するＮＤＩの値）と比較してトグルされているとすれば、または、ＨＡＲＱプロセスがブロードキャストプロセスに相当し、そして、これがＲＲＣによって示されたシステム情報スケジュールに応じたＴＢに対する最初の受信した送信であるとすれば、または、これが、このＴＢに対して本当に最初の受信した送信であるとすれば（つまり、このＴＢに対して、前のＮＤＩがない（存在しない）、新規の送信である）、この送信を、新規の送信であるとみなす。そうでないとすれば、ＨＡＲＱプロセスは、この送信を再送信であるとみなす。なお、前に受信した送信とは、過去に受信した送信であってもよい。ここで、送信とは、基地局装置３から送信されたＴＢのことであってもよい。
【０２７６】
ＭＡＣエンティティは、これ（受信したＴＢ）が新規の送信であれば、受信データ（受信したＴＢに対するデータ）をデコードすることを試みる。また、ＭＡＣエンティティは、これが再送信であれば、このＴＢに対するデータがまだ成功裏にデコードされていないとすれば、物理層に、このＴＢに対するソフトバッファ内で最新のデータを受信したデータを結合することおよび結合したデータをデコードすることを指示する。また、ＭＡＣエンティティは、ＭＡＣエンティティがデコードを試みたデータがこのＴＢに対して成功裏にデコードされるとすれば、または、このＴＢに対するデータが以前成功裏にデコードされているとすれば、ＨＡＲＱプロセスがブロードキャストプロセスと同じであるとすれば、デコードされたＭＡＣ  ＰＤＵを上位層（ＲＬＣ層、ＰＤＣＰ層、および／または、ＲＲＣ層）に転送する。また、これが、このＴＢに対するデータの最初の成功裏のデコーディングであるとすれば、ＭＡＣエンティティは、ディアセンブリアンドデマルチプレキシングエンティティにデコードしたＭＡＣ  ＰＤＵを転送する。そうでないとすれば、ＭＡＣエンティティは、物理層に、ＭＡＣエンティティがデコードを試みたデータとこのＴＢに対するソフトバッファ内のデータを取り替えることを指示する。ＭＡＣエンティティは、ＨＡＲＱプロセスがＴＣ−ＲＮＴＩを伴って示された送信に関連し、コンテンションレゾリューションがまだ成功していないとすれば、または、ＨＡＲＱプロセスがブロードキャストプロセスに相当すれば、または、ＨＡＲＱフィードバックが送信されるサービングセルを含むＴＡＧに関連した、ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒがストップまたは満了すれば、このＴＢにおけるデータのａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ｓ）を生成することを物理層に指示する。なお、ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔは、ＡＣＫまたはＮＡＣＫであってもよい。
【０２７７】
ＮＲ−Ｕセルにおいて、端末装置１および／または端末装置１のＭＡＣエンティティは、このＨＡＲＱプロセスにおいて、この送信が再送信であるとみなされると、このＴＢにおけるデータのａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ｓ）を生成する指示された端末装置１の物理層は、ＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨの送信の前にタイプ１チャネルアクセスプロシージャを行なうとすれば、Ｎｉｎｉｔに用いられるＣＷの値を更新してもよい。また、ＮＲ−Ｕセルにおいて、端末装置１および／または端末装置１のＭＡＣエンティティは、このＨＡＲＱプロセスにおいて、この送信が新規の送信であるとみなされると、このＴＢにおけるデータのａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ｓ）を生成する指示された端末装置１の物理層は、ＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨの送信の前にタイプ１チャネルアクセスプロシージャを行なうとすれば、Ｎｉｎｉｔに用いられるＣＷの値をＣＷｐの初期値にセットしてもよいし、ＣＷの値を更新しなくてもよい（つまり、ＣＷの値を維持してもよい）。なお、端末装置１の物理層は、ＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨの送信の前にタイプ２チャネルアクセスプロシージャを行なうとすれば、この送信が新規の送信か再送信かに因らず、ＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨの送信前に１回だけＣＣＡを行ない、ＮＲ−Ｕチャネルがアイドルであると判定すると、ＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨを送信してもよい。
【０２７８】
ここで、ＣＷの値を更新するとは、例えば、設定可能なＣＷの許容値が、ＣＷ＃０、ＣＷ＃１、ＣＷ＃２（ＣＷ＃０＜ＣＷ＃１＜ＣＷ＃２）の３種類あるとすれば、ＣＷの値がＣＷ＃０である場合、ＣＷの値を１つ上の値であるＣＷ＃１に更新することである。また、ＣＷの値を更新するとは、ＣＷの値がＣＷ＃１である場合、ＣＷの値を１つ上の値であるＣＷ＃２に更新することである。また、ＣＷの値を更新するとは、ＣＷの値がＣＷ＃２（ＣＷｍａｘ）である場合、ＣＷの値を１つ上の値が存在しないとすれば、ＣＷ＃０（ＣＷｍｉｎ）にセットし直すことを含んでもよい。
【０２７９】
ここで、物理層は、送信部、受信部、無線送受信部および／または測定部のうち、少なくとも１つを含んでもよく、物理層処理部であってもよい。ＭＡＣエンティティは、ＭＡＣ層であってもよく、ＭＡＣ層処理部であってもよい。
【０２８０】
ＭＡＣエンティティは、そのＣ−ＲＮＴＩに対するＰＤＣＣＨにおけるＮＤＩが前の送
信における値と比較してトグルされていると判定する時、そのＴＣ−ＲＮＴＩに対するＰＤＣＣＨにおけるすべての下りリンクアサインメントで受信されたＮＤＩを無視する。
【０２８１】
端末装置１は、ＰＤＣＣＨに、ＮＲ−ＵセルにおけるＰＤＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットを検出した場合、該ＤＣＩフォーマットに、ＨＡＲＱプロセスＩＤ（ＨＰＩＤ）、および、ＮＤＩが含まれているとすれば、該ＨＰＩＤに対してＮＤＩがトグルされているかどうかに基づいて、該ＰＤＳＣＨの送信が、新規の送信か再送信かを判定することができる。さらに、該ＤＣＩフォーマットに、ＰＵＣＣＨリソースを指示するフィールドが含まれているとすれば、該ＮＤＩがトグルされているかどうかに基づいて、ＣＷの値を調整するか否かを判定してもよい。例えば、端末装置１は、第１のＨＰＩＤに関連したＨＡＲＱプロセスに対するＮＤＩの値がトグルされているとすれば、各ＣＡＰＣの値ｐに対応するＣＷｐの値をＣＷｍｉｎにセットし、そうでないとすれば（つまり、該ＮＤＩの値がトグルされていないとすれば）、端末装置１は、ＣＷｐの値を１つ上の許容値（ＣＷの値）に増やしてもよい（つまり、端末装置１は、ＣＷｐの値（ＣＷの値）を更新してもよい）。
【０２８２】
端末装置１は、１または複数のＨＰＩＤに関連するＨＡＲＱプロセスに対するＨＡＲＱ−ＡＣＫコードブックを生成する場合、少なくとも１つのＨＰＩＤについて、ＮＤＩの値がトグルされていないとすれば、該ＨＡＲＱ−ＡＣＫコードブックを含むＰＵＣＣＨまたはＰＵＳＣＨの送信前に行なうタイプ１チャネルアクセスプロシージャに対するＣＷの値を更新してもよい。
【０２８３】
基地局装置３は、ＮＲ−ＵセルにおけるＰＤＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットを含むＰＤＣＣＨおよび該ＰＤＳＣＨを送信する場合、該ＰＤＣＣＨおよび該ＰＤＳＣＨの送信前に、タイプ１チャネルアクセスプロシージャを行ない、ＮＲ−ＵチャネルがすべてのＣＣＡスロット期間においてアイドルであると判定すれば、該ＰＤＣＣＨおよび該ＰＤＳＣＨを送信し、該ＮＲ−Ｕチャネルがアイドルでないと判定すれば、該ＮＲ−ＵチャネルがすべてのＣＣＡスロット期間においてアイドルであると判定できるまで、該ＰＤＣＣＨおよび該ＰＤＳＣＨの送信を延期してもよい。
【０２８４】
基地局装置３は、該ＰＤＣＣＨおよび該ＰＤＳＣＨを送信した後、所定の期間を経過しても、該ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨを成功裏に受信できなかった場合、該ＰＤＣＣＨおよび該ＰＤＳＣＨを再送信してもよい。基地局装置３が、該ＰＤＣＣＨおよび該ＰＤＳＣＨを再送信する場合、該ＨＰＩＤに対するＮＤＩの値をトグルせずに送信する。つまり、基地局装置３は、該ＨＰＩＤに対するＮＤＩの値をトグルしないことによって、該ＰＤＳＣＨが再送信であることを示してもよい。その際、基地局装置３が、タイプ１チャネルアクセスプロシージャを行なう場合には、ＣＷの値を更新してもよい。
【０２８５】
なお、基地局装置３は、該ＰＤＣＣＨおよび該ＰＤＳＣＨを送信した後、所定の期間内に、該ＨＰＩＤに関連するＨＡＲＱプロセスに対応する該ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨを成功裏に受信できたとすれば、該ＨＰＩＤに対するＨＡＲＱプロセスに対応するＣＷの値をＣＷｍｉｎにリセットしてもよい。つまり、該ＨＰＩＤに関連するＨＡＲＱプロセスに対するＮＤＩの値をトグルするため、基地局装置３は、該ＰＤＣＣＨおよび該ＰＤＳＣＨの送信前にチャネルアクセスプロシージャを行なうとすれば、該ＣＷの値をＣＷｍｉｎにセットしてもよい。ここで、基地局装置３は、複数のＨＰＩＤに関連するＨＡＲＱプロセスを管理できる場合、ＨＰＩＤ毎にチャネルアクセスプロシージャおよび／またはＣＷ調整プロシージャを行なってもよい。
【０２８６】
基地局装置３は、ＰＤＣＣＨおよび該ＰＤＣＣＨによってスケジュールされるＰＤＳＣ
Ｈを送信した場合、所定の期間内（例えば、所定のタイマが満了するまで）に、該ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ（つまり、該ＰＤＳＣＨに対応するＨＰＩＤに対するＨＡＲＱ−ＡＣＫ）を含むＰＵＣＣＨまたはＰＵＳＣＨを成功裏に受信できなかった場合、基地局装置３は、該ＰＤＣＣＨおよび該ＰＤＳＣＨに対するＣＷの値を更新してもよい。なお、ＰＵＣＣＨの代わりに、該ＰＤＳＣＨに対応するＨＰＩＤに対するＨＡＲＱ−ＡＣＫを含むＰＵＳＣＨを成功裏に受信した場合、基地局装置３は、該ＰＤＣＣＨおよび該ＰＤＳＣＨに対するＣＷの値を更新しなくてもよい。
【０２８７】
基地局装置３および／または端末装置１は、あるＨＰＩＤのＨＡＲＱプロセスのＨＡＲＱオペレーションが成功したとみなした場合には、該オペレーションに関連して更新したＣＷの値をＣＷｍｉｎにセットしてもよい。
【０２８８】
端末装置１は、受信したＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを、ＰＵＣＣＨまたはＰＵＳＣＨを介して送信した後に、同じＨＰＩＤを有し、且つ、再送信を示すＰＤＳＣＨを受信したとすれば、または、該ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの再送信を要求されるとすれば、該ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨの送信前にタイプ１チャネルアクセスプロシージャを行なうとすれば、Ｎｉｎｉｔに用いられるＣＷの値を更新してもよい。つまり、同じＨＰＩＤのＰＤＳＣＨに対して再送信が示される度に、端末装置１は、該ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨの送信前にタイプ１チャネルアクセスプロシージャを行なうとすれば、対応するＮｉｎｉｔに用いられるＣＷの値を更新してもよい。
【０２８９】
ＮＲ−Ｕセルにおける、ＳＳＢおよび／またはＣＳＩ−ＲＳを総称してＮＲ−Ｕ  ＤＲＳ（Discovery Reference Signal）と称されてもよい。ＮＲ−Ｕ  ＤＲＳは、ＮＲ−Ｕセルがアクティベーションかディアクティベーションかを、端末装置１が確認するために、検出されてもよい。
【０２９０】
次に、本実施形態に係るＣＳＩを報告するためのプロシージャについて説明する。
【０２９１】
ＣＳＩを報告するために端末装置１によって使うことのできる時間周波数リソースは、基地局装置３によって制御（設定）されてもよい。ＣＳＩは、ＣＱＩ（Channel Quality Indicator）、ＰＭＩ（Precoding Matrix Indicator）、ＣＲＩ（CSI-RS resource Indicator）、ＳＳＢＲＩ（SS/PBCH Block Resource Indicator）、ＬＩ（Layer Indicator）、ＲＩ（Rank Indicator）、および／または、Ｌ１−ＲＳＲＰ（Layer 1 - Reference Signal Received Power）のうち、少なくとも１つを含んで構成されてもよい。
【０２９２】
ＣＱＩ、ＰＭＩ、ＣＲＩ、ＳＳＢＲＩ、ＬＩ、ＲＩ、Ｌ１−ＲＳＲＰに対して、端末装置１は、Ｎ個のＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇの報告セッティング（Ｎは１と同じまたはそれよりも大きい値）、Ｍ個のＣＳＩ−ＲｅｓｏｕｒｃｅＣｏｎｆｉｇのリソースセッティング（Ｍは１と同じまたはそれよりも大きい値）、および、トリガ状態の１つまたは２つのリストを、上位層（上位層処理部）によって、および／または、上位層パラメータとして、設定されてもよい。トリガ状態は、上位層パラメータである、ＡｐｅｒｉｏｄｉｃＴｒｉｇｇｅｒＳｔａｔｅＬｉｓｔ、および／または、ＣＳＩ−ＳｅｍｉＰｅｒｓｉｓｔｅｎｔＯｎＰＵＳＣＨ−ＴｒｉｇｇｅｒＳｔａｔｅＬｉｓｔによって与えられてもよい。ＡｐｅｒｉｏｄｉｃＴｒｉｇｇｅｒＳｔａｔｅＬｉｓｔ内の各トリガ状態は、チャネル、および、オプション的に干渉、に対するリソースセットＩＤを示す、１または複数の関連したＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇのリストを含んでもよい。ＣＳＩ−ＳｅｍｉＰｅｒｓｉｓｔｅｎｔＯｎＰＵＳＣＨ−ＴｒｉｇｇｅｒＳｔａｔｅＬｉｓｔ内の各トリガ状態は、１つの関連したＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇに含まれてもよい。
【０２９３】
ＣＳＩ−ＲｅｓｏｕｒｃｅＣｏｎｆｉｇには、ＣＳＩ−ＲｅｓｏｕｒｃｅＣｏｎｆｉｇＩｄ、ｃｓｉ−ＲＳ−ＲｅｓｏｕｒｃｅＳｅｔＬｉｓｔ、ｂｗｐ−Ｉｄ、および／または、ｒｅｓｏｕｒｃｅＴｙｐｅのうち、少なくとも１つまたは全部が含まれてもよい。ｃｓｉ−ＲＳ−ＲｅｓｏｕｒｃｅＳｅｔＬｉｓｔは、ｎｚｐ−ＣＳＩ−ＲＳ−ＳＳＢかｃｓｉ−ＩＭ−ＲｅｓｏｕｒｃｅＳｅｔＬｉｓｔのいずれかを選択してもよい。ｎｚｐ−ＣＳＩ−ＲＳ−ＳＳＢは、ｎｚｐ−ＣＳＩ−ＲＳ−ＲｅｓｏｕｒｃｅＳｅｔＬｉｓｔ、および／または、ｃｓｉ−ＳＳＢ−ＲｅｓｏｕｒｃｅＳｅｔＬｉｓｔを含んでもよい。
【０２９４】
各報告セッティングＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇは、チャネル測定に対して関連したＣＳＩ−ＲｅｓｏｕｒｃｅＣｏｎｆｉｇで与えられた１つの下りリンクＢＷＰに関連し、１つのＣＳＩ報告バンド、コードブックサブセット制限を含むコードブック設定、時間領域の挙動、ＣＱＩおよびＰＭＩに対する周波数粒度、測定制限設定、ＬＩ、Ｌ１−ＲＳＲＰ、ＣＲＩ、および、ＳＳＢＲＩのように、端末装置１によって報告されたＣＳＩ関連の量、に対する１または複数のパラメータを含んでもよい。ここで、周波数粒度は、周波数領域のサイズ（例えば、帯域幅、ＰＲＢ数）であってもよい。
【０２９５】
ＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇの時間領域の挙動は、上位層パラメータ（ＲＲＣパラメータ）ｒｅｐｏｒｔＣｏｎｆｉｇＴｙｐｅによって示され、‘ａｐｅｒｉｏｄｉｃ’、‘ｓｅｍｉＰｅｒｓｉｓｔｅｎｔＯｎＰＵＣＣＨ’、‘ｓｅｍｉＰｅｒｓｉｓｔｅｎｔＯｎＰＵＳＣＨ’、または、‘ｐｅｒｉｏｄｉｃ’にセットされることができる。ｐｅｒｉｏｄｉｃ、ｓｅｍｉＰｅｒｓｉｓｔｅｎｔＯｎＰＵＣＣＨ、ｓｅｍｉＰｅｒｓｉｓｔｅｎｔＯｎＰＵＳＣＨのＣＳＩ報告に対して、設定された周期性およびスロットオフセット（時間領域のオフセット）が、ＣＳＩレポートが送信されることを設定される上りリンクＢＷＰのｎｕｍｅｒｏｌｏｇｙにおいて適用される。ｒｅｐｏｒｔＦｒｅｑＣｏｎｆｉｇｕｒａｔｉｏｎは、ＰＭＩ／ＣＱＩ報告がワイドバンドまたはサブバンドであるとすれば、ＣＳＩ報告バンドを含む、周波数領域の報告粒度を示す。ＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇ内のｔｉｍｅＲｅｓｔｒｉｃｔｉｏｎＦｏｒＣｈａｎｎｅｌＭｅａｓｕｒｅｍｅｎｔｓパラメータは、１または複数のチャネル測定に対して時間領域の制限ができるように設定されてもよいし、ｔｉｍｅＲｅｓｔｒｉｃｔｉｏｎＦｏｒＩｎｔｅｒｆｅｒｅｎｃｅＭｅａｓｕｒｅｍｅｎｔｓは、１または複数の干渉測定に対して時間領域の制限ができるよう設定されてもよい。ＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇは、さらに、コードブックサブセット制限を含む、タイプＩＣＳＩまたはタイプＩＩＣＳＩに対する１または複数の設定パラメータ、グループベースの報告の１または複数の設定を含むＣｏｄｅｂｏｏｋＣｏｎｆｉｇを含んでもよい。
【０２９６】
各ＣＳＩリソースセッティングＣＳＩ−ＲｅｓｏｕｒｃｅＣｏｎｆｉｇは、上位層パラメータｃｓｉ−ＲＳ−ＲｅｓｏｕｒｃｅＳｅｔＬｉｓｔによって与えられたＳ個のＣＳＩリソースセット（Ｓは１と同じまたはそれよりも大きい値）のリストの設定を含んでもよい。そのリストは、１または複数のＮＺＰ  ＣＳＩ−ＲＳリソースセットおよび１または複数のＳＳ／ＰＢＣＨブロックセットのいずれか一方または両方へのリファレンスで構成されてもよいし、そのリストは、１または複数のＣＳＩ−ＩＭリソースセットへのリファレンスで構成されてもよい。各リソースセッティングは、上位層パラメータｂｗｐ−Ｉｄによって識別されたＤＬ  ＢＷＰに配置され、１つのＣＳＩ報告セッティングにリンクされた全てのＣＳＩリソースセッティングは、同じＤＬ  ＢＷＰにある。
【０２９７】
ＣＳＩリソースセッティング内の１または複数のＣＳＩ−ＲＳリソースの時間領域の挙動は、上位層パラメータｒｅｓｏｕｒｃｅＴｙｐｅによって示され、アピリオディック、ピリオディック、またはセミパーシステントにセットされてもよい。ピリオディックリソースセッティングおよびセミパーシステントＣＳＩリソースセッティングに対して、設定されたＣＳＩ−ＲＳリソースセットの数はＳ＝１に制限されてもよい。ピリオディックリソースセッティングおよびセミパーシステントＣＳＩリソースセッティングに対して、設定された周期性およびスロットオフセットは、ｂｗｐ−Ｉｄによって与えられた、その関連したＤＬ  ＢＷＰのｎｕｍｅｒｏｌｏｇｙにおいて与えられてもよい。端末装置１が、同じＮＺＰ  ＣＳＩ−ＲＳリソースＩＤから構成される複数のＣＳＩ−ＲｅｓｏｕｒｃｅＣｏｎｆｉｇが設定される時、同じ時間領域の挙動が該複数のＣＳＩ−ＲｅｓｏｕｒｃｅＣｏｎｆｉｇに対して設定されてもよい。１つのＣＳＩ報告セッティングにリンクされたすべてのＣＳＩリソースセッティングは同じ時間領域の挙動を有してもよく、同じ時間領域の設定が行なわれてもよいし、同じ時間領域のパラメータが設定されてもよい。
【０２９８】
チャネル測定および干渉測定に対して１または複数のＣＳＩリソースセッティングに対して上位層シグナリングによって、干渉測定のための１または複数のＣＳＩ−ＩＭリソース、干渉測定のための１または複数のＮＺＰ  ＣＳＩ−ＲＳリソース、チャネル測定のための１または複数のＮＺＰ  ＣＳＩ−ＲＳリソースが設定されてもよい。
【０２９９】
端末装置１は、１つのＣＳＩ報告に対して設定された、チャネル測定のための１または複数のＮＺＰ  ＣＳＩ−ＲＳリソースおよび干渉測定のための１または複数のＣＳＩ−ＩＭリソースは‘ＱＣＬ−ＴｙｐｅＤ’に関連してリソースワイズにＱＣＬ（Quasi-CoLocation）されていると想定してもよい。１または複数のＮＺＰ  ＣＳＩ−ＲＳリソースが干渉測定に対して用いられる時、端末装置１は、１つのＣＳＩ報告に対して設定された、チャネル測定のための１または複数のＮＺＰ  ＣＳＩ−ＲＳリソースおよび干渉測定のための１または複数のＣＳＩ−ＩＭリソースおよび／または干渉測定のための１または複数のＮＺＰ  ＣＳＩ−ＲＳリソースは‘ＱＣＬ−ＴｙｐｅＤ’に関連してＱＣＬ（Quasi-CoLocation）されていると想定してもよい。
【０３００】
端末装置１は、ＣＳＩパラメータ間の依存関係を想定して１または複数のＣＳＩパラメータを計算してもよい。ＬＩは、報告されたＣＱＩ、ＰＭＩ、ＲＩ、および、ＣＲＩに基づいて計算されてもよい。ＣＱＩは、報告されたＰＭＩ、ＲＩ、および、ＣＲＩに基づいて計算されてもよい。ＰＭＩは、報告されたＲＩ、および、ＣＲＩに基づいて計算されてもよい。ＲＩは、報告されたＣＲＩに基づいて計算されてもよい。
【０３０１】
ＣＳＩに対する報告設定は、ＰＵＳＣＨを用いてアピリオディック、ＰＵＣＣＨを用いてピリオディック、ＰＵＣＣＨまたはＤＣＩアクティベートＰＵＳＣＨを用いてセミパーシステントに設定されてもよい。ＣＳＩ−ＲＳリソースは、ピリオディック、セミパーシステント、または、アピリオディックに設定されてもよい。
【０３０２】
図１１は、本実施形態の一態様に係る可能なＣＳＩ−ＲＳ設定に対するＣＳＩ報告のトリガリング／アクティベーションの一例を示す図である。図１１は、１または複数のＣＳＩ報告設定、および、１または複数のＣＳＩ−ＲＳリソース設定のサポートされる組み合わせ、および、どのようにＣＳＩ報告が各ＣＳＩ−ＲＳリソース設定に対してトリガされるかを示している。ピリオディックＣＳＩ−ＲＳは、上位層によって設定される。セミパーシステントＣＳＩ−ＲＳは、アクティベーションコマンドによってアクティベート／ディアクティベートされる。アピリオディックＣＳＩ−ＲＳは、上位層によって設定され、ＤＣＩまたはアクティベーションコマンドによってトリガ／アクティベートされる。
【０３０３】
端末装置１が、上位層パラメータＮＺＰ−ＣＳＩ−ＲＳ−ＲｅｓｏｕｒｃｅＳｅｔが設定された時、および、上位層パラメータｒｅｐｅｔｉｔｉｏｎが‘ｏｆｆ’にセットされた時、端末装置１は、１または複数のＣＲＩ値のサポートされたセットから１つのＣＲＩを決定してもよいし、各ＣＲＩレポートにおける数（番号、値）を報告してもよい。上位層パラメータｒｅｐｅｔｉｔｉｏｎが‘ｏｎ’にセットされた時、ＣＲＩ報告はサポートされなくてもよい。上位層パラメータｃｏｄｅｂｏｏｋＴｙｐｅがｔｙｐｅＩＩ’または
‘ｔｙｐｅＩＩ−ＰｏｒｔＳｅｌｅｃｔｉｏｎ’にセットされる時、ＣＲＩ報告はサポートされなくてもよい。
【０３０４】
ＰＵＣＣＨでの、ピリオディックＣＳＩレポートまたはセミパーシステントＣＳＩレポートに対して、１または複数のスロットで測定された周期性は上位層パラメータｒｅｐｏｒｔＳｌｏｔＣｏｎｆｉｇによって設定されてもよい。なお、ピリオディックＣＳＩは、Ｐ−ＣＳＩと称されてもよい。また、セミパーシステントＣＳＩは、ＳＰ−ＣＳＩと称されてもよい。
【０３０５】
ＰＵＳＣＨでの、アピリオディックＣＳＩレポートまたはセミパーシステントＣＳＩレポートに対して、許可されたスロットオフセットは、上位層パラメータｒｅｐｏｒｔＳｌｏｔＯｆｆｓｅｔＬｉｓｔによって設定されてもよい。そのオフセットは、アクティベーティング／トリガリングＤＣＩにおいて選択されてもよい。なお、アピリオディックＣＳＩは、Ａ−ＣＳＩと称されてもよい。
【０３０６】
ＣＳＩ報告に対して、端末装置１は、２つの可能なサブバンドサイズのうち１つを上位層シグナリングによって設定されてもよい。サブバンドは、ＮＳＢＰＲＢ連続ＰＲＢとして定義されてもよいし、ＢＷＰのＰＲＢの総数に依存してもよい。
【０３０７】
図１２は、本実施形態の一態様に係る設定可能なサブバンドサイズの一例を示す図である。サブバンドサイズは、ＢＷＰの帯域幅（ＰＲＢ数）に対応して与えられてもよい。上位層パラメータｓｕｂｂａｎｄＳｉｚｅによって、２つの可能なサブバンドサイズのうちいずれか一方が設定されてもよい。
【０３０８】
ＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇに含まれたｒｅｐｏｒｔＦｒｅｑＣｏｎｆｉｇｕｒａｔｉｏｎは、ＣＳＩレポートの周波数粒度を示す。ＣＳＩ報告セッティング設定はＢＷＰの１または複数のサブバンドのサブセットとしてＣＳＩ報告バンドを定義してもよい。ｒｅｐｏｒｔＦｒｅｑＣｏｎｆｉｇｕｒａｔｉｏｎは、ＣＳＩが報告されるＢＷＰの１または複数のサブバンドの連続または非連続なサブセットとしてｃｓｉ−ＲｅｐｏｒｔｉｎｇＢａｎｄを示す。端末装置１は、ＣＳＩ報告セッティングにリンクされたＣＳＩ−ＲＳリソースが、サブバンド内のＰＲＢ毎の各ＣＳＩ−ＲＳポートの周波数密度が、ＣＳＩ−ＲＳリソースの設定された密度よりも小さいサブバンドサブバンドを含むｃｓｉ−ＲｅｐｏｒｔｉｎｇＢａｎｄが設定されることは期待されなくてもよい。ＣＳＩ−ＩＭリソースが、ＣＳＩ報告セッティングとリンクされるとすれば、端末装置１は、サブバンド内の全てのＰＲＢにＣＳＩ−ＩＭリソースエレメント（ＲＥ）が存在しないサブバンドを含むｃｓｉ−ＲｅｐｏｒｔｉｎｇＢａｎｄが設定されることは期待されなくてもよい。つまり、ｃｓｉ−ＲｅｐｏｒｔｉｎｇＢａｎｄが設定されるとすれば、各サブバンドに少なくとも１つのＣＳＩ−ＩＭ  ＲＥが存在してもよい。
【０３０９】
ワイドバンドＣＱＩ報告か、または、サブバンドＣＱＩ報告かは、上位層パラメータｃｑｉ−ＦｏｒｍａｔＩｎｄｉｃａｔｏｒによって設定される。ワイドバンドＣＱＩ報告が設定される時、ワイドバンドＣＱＩはＣＳＩ報告バンド全体に対する各コードワードに対して報告されてもよい。サブバンドＣＱＩ報告が設定される時、各コードワードに対する１つのＣＱＩはＣＳＩ報告バンド内の各サブバンドに対して報告されてもよい。
【０３１０】
ワイドバンドＰＭＩ報告か、または、サブバンドＰＭＩ報告かは、上位層パラメータｐｍｉ−ＦｏｒｍａｔＩｎｄｉｃａｔｏｒによって設定される。ワイドバンドＰＭＩ報告が設定される時、ワイドバンドＰＭＩはＣＳＩ報告バンド全体に対する各コードワードに対して報告されてもよい。サブバンドＰＭＩ報告が設定される時、２アンテナポートを除いて、１つのワイドバンドインディケーションがＣＳＩ報告バンド全体に対して報告され、
１つのサブバンドインディケーションがＣＳＩ報告バンドの各サブバンドに対して報告されてもよい。サブバンドＰＭＩが、２アンテナポートが設定される時、ＰＭＩは、ＣＳＩ報告バンドにおける各サブバンドに対して報告されてもよい。
【０３１１】
ＣＳＩ報告セッティングは、以下の９Ａから９Ｄのうち、いずれか１つの条件を満たす場合に、ワイドバンド周波数粒度を有してもよい。つまり、下記の条件のうち、少なくとも１つの条件を満たすとすれば、端末装置１は、ＣＳＩ報告セッティングに対する周波数粒度がワイドバンドであるとみなしてもよい。
９Ａ）ｒｅｐｏｒｔＱｕａｎｔｉｔｙが‘ｃｒｉ−ＲＩ−ＰＭＩ−ＣＱＩ’、または、‘ｃｒｉ−ＲＩ−ＬＩ−ＰＭＩ−ＣＱＩ’にセットされ、ｃｑｉ−ＦｏｒｍａｔＩｎｄｉｃａｔｏｒが１つのＣＱＩ報告を示し、ｐｍｉ−ＦｏｒｍａｔＩｎｄｉｃａｔｏｒが１つのＰＭＩ報告を示す
９Ｂ）ｒｅｐｏｒｔＱｕａｎｔｉｔｙが‘ｃｒｉ−ＲＩ−ｉ１’にセットされる
９Ｃ）ｒｅｐｏｒｔＱｕａｎｔｉｔｙが‘ｃｒｉ−ＲＩ−ＣＱＩ’、または、‘ｃｒｉ−ＲＩ−ｉ１−ＣＱＩ’にセットされ、ｃｑｉ−ＦｏｒｍａｔＩｎｄｉｃａｔｏｒが１つのＣＱＩ報告を示す
９Ｄ）ｒｅｐｏｒｔＱｕａｎｔｉｔｙが‘ｃｒｉ−ＲＳＲＰ’、または、‘ｓｓｂ−Ｉｎｄｅｘ−ＲＳＲＰ’にセットされる
上記９Ａから上記９Ｄのいずれの条件も満たさないとすれば、ＣＳＩ報告セッティングは、サブバンド周波数粒度を有してもよい。つまり、端末装置１は、ＣＳＩ報告セッティングに対する周波数粒度がサブバンドであるとみなしてもよい。
【０３１２】
ＣＳＩ報告セッティングにおいて、サブバンドが設定される時、最初のサブバンドサイズは、ＢＷＰの帯域幅（ＰＲＢ数）に対応するサブバンドサイズ、および、ＢＷＰのスタートインデックスに基づいて与えられてもよい。また、最後のサブバンドサイズは、最初のサブバンドサイズは、ＢＷＰの帯域幅（ＰＲＢ数）に対応するサブバンドサイズ、および、ＢＷＰのスタートＰＲＢインデックス、および、ＢＷＰの帯域幅に基づいて与えられてもよい。
【０３１３】
端末装置１が、セミパーシステントＣＳＩ報告を設定されるとすれば、端末装置１は、ＣＳＩ−ＩＭリソース、および、ＮＺＰ  ＣＳＩ−ＲＳリソースの両方がピリオディックまたはセミパーシステントとして設定される時、ＣＳＩを報告してもよい。また、端末装置１が、アピリオディックＣＳＩ報告を設定されるとすれば、端末装置１は、ＣＳＩ−ＩＭリソース、および、ＮＺＰ  ＣＳＩ−ＲＳリソースの両方がピリオディックまたはセミパーシステントまたはアピリオディックとして設定される時、ＣＳＩを報告してもよい。ＣＳＩ−ＩＭリソース、および、ＮＺＰ  ＣＳＩ−ＲＳリソースはそれぞれ、１または複数のリソースが設定されてもよい。
【０３１４】
ＤＣＩフォーマット１＿０が設定された端末装置１は、同じＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇＩｄを伴う複数のＣＳＩレポートをトリガされることを期待されなくてもよい。
【０３１５】
アピリオディックＣＳＩに対して、上位層パラメータＣＳＩ−ＡｐｅｒｉｏｄｉｃＴｒｉｇｇｅｒＳｔａｔｅを用いて設定された各トリガ状態は、各ＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇがｐｅｒｉｏｄｉｃリソースセッティング、または、ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔリソースセッティング、または、ａｐｅｒｉｏｄｉｃリソースセッティングにリンクされた１または複数のＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇに関連付けられてもよい。１つのリソースセッティングが設定される時、上位層パラメータｒｅｓｏｕｒｃｅＦｏｒＣｈａｎｎｅｌＭｅａｓｕｒｅｍｅｎｔによって与えられたリソースセッティングは、Ｌ１−ＲＳＲＰ計算に対するチャネル測定に対して用いられてもよい。２つのリソースセッティングが設定される時、上位層パラメータｒｅｓｏｕｒｃｅＦｏｒＣｈａｎｎｅｌＭｅａｓｕｒｅｍｅｎｔによって与えられた１つ目のリソースセッティングは、チャネル測定に対して用いられ、上位層パラメータｃｓｉ−ＩＭ−ＲｅｓｏｕｒｃｅｓＦｏｒＩｎｔｅｒｆｅｒｅｎｃｅまたは上位層パラメータｎｚｐ−ＣＳＩ−ＲＳ−ＲｅｓｏｕｒｃｅｓＦｏｒＩｎｔｅｒｆｅｒｅｎｃｅによって与えられた２つ目のリソースセッティングは、ＣＳＩ−ＩＭ（１または複数のＣＳＩ−ＩＭリソース）またはＮＺＰ  ＣＳＩ−ＲＳ（１または複数のNon Zero Power CSI-RS）で行なわれた干渉測定に用いられてもよい。３つのリソースセッティングが設定される時、上位層パラメータｒｅｓｏｕｒｃｅＦｏｒＣｈａｎｎｅｌＭｅａｓｕｒｅｍｅｎｔによって与えられた第１のリソースセッティングはチャネル測定に対して用いられ、上位層パラメータｃｓｉ−ＩＭ−ＲｅｓｏｕｒｃｅｓＦｏｒＩｎｔｅｒｆｅｒｅｎｃｅによって与えられた第２のリソースセッティングは、ＣＳＩ−ＩＭベースの干渉測定に対して用いられ、上位層パラメータｎｚｐ−ＣＳＩ−ＲＳ−ＲｅｓｏｕｒｃｅｓＦｏｒＩｎｔｅｒｆｅｒｅｎｃｅによって与えられた第３のリソースセッティングは、ＮＺＰ  ＣＳＩ−ＲＳベースの干渉測定に用いられてもよい。
【０３１６】
セミパーシステントＣＳＩまたはピリオディックＣＳＩに対して、各ＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇは、１または複数の、ｐｅｒｉｏｄｉｃリソースセッティングまたはｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔリソースセッティングにリンクされてもよい。１つのリソースセッティングが設定される時、上位層パラメータｒｅｓｏｕｒｃｅＦｏｒＣｈａｎｎｅｌＭｅａｓｕｒｅｍｅｎｔによって与えられたリソースセッティングは、Ｌ１−ＲＳＲＰ計算に対するチャネル測定に対して用いられてもよい。２つのリソースセッティングが設定される時、上位層パラメータｒｅｓｏｕｒｃｅＦｏｒＣｈａｎｎｅｌＭｅａｓｕｒｅｍｅｎｔによって与えられた１つ目のリソースセッティングは、チャネル測定に対して用いられ、上位層パラメータｃｓｉ−ＩＭ−ＲｅｓｏｕｒｃｅｓＦｏｒＩｎｔｅｒｆｅｒｅｎｃｅによって与えられた２つ目のリソースセッティングは、ＣＳＩ−ＩＭ（１または複数のＣＳＩ−ＩＭリソース）で行なわれた干渉測定に用いられてもよい。
【０３１７】
端末装置１は、‘ｔｙｐｅＩＩ’または‘ｔｙｐｅＩＩ−ＰｏｒｔＳｅｌｅｃｔｉｏｎ’にセットされた上位層パラメータｃｏｄｅｂｏｏｋＴｙｐｅを含む１つのＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇに対するチャネル測定用のリソースセットにおいて１つよりも多いＣＳＩ−ＲＳリソースが設定されることを期待されない。
【０３１８】
端末装置１は、‘ｎｏｎｅ’または‘ｃｒｉ−ＲＩ−ＣＱＩ’または‘ｃｒｉ−ＲＳＲＰ’または‘ｓｓｂ−Ｉｎｄｅｘ−ＲＳＲＰ’にセットされた上位層パラメータｃｏｄｅｂｏｏｋＴｙｐｅを含む１つのＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇに対するチャネル測定用のリソースセットにおいて６４よりも多いＮＺＰ  ＣＳＩ−ＲＳリソースが設定されることを期待されない。
【０３１９】
干渉測定がＣＳＩ−ＩＭにおいて行なわれるとすれば、チャネル測定に対する各ＣＳＩ−ＲＳリソースは、対応する１または複数のリソースセットにおいて、ＣＳＩ−ＲＳリソースおよびＣＳＩ−ＩＭリソースの番号付けによってＣＳＩ−ＩＭリソースにリソースワイズに関連してもよい。チャネル測定用のＣＳＩ−ＲＳリソースの数は、ＣＳＩ−ＩＭリソースの数と同じであってもよい。
【０３２０】
干渉測定がＮＺＰ  ＣＳＩ−ＲＳにおいて行なわれるとすれば、端末装置１は、チャネル測定用のリソースセッティング内の関連したリソースセットにおいて、１つよりも多いＮＺＰ  ＣＳＩ−ＲＳリソースが設定されることを期待しなくてもよい。上位層パラメータｎｚｐ−ＣＳＩ−ＲＳ−ＲｅｓｏｕｒｃｅｓＦｏｒＩｎｔｅｒｆｅｒｅｎｃｅが設定された端末装置１は、ＮＺＰ  ＣＳＩ−ＲＳリソースセットにおいて１８よりも多くないＣＳＩ−ＲＳポートが設定されることを期待してもよい。
【０３２１】
ＣＳＩ測定に対して、端末装置１は、干渉測定に対して設定された各ＮＺＰ  ＣＳＩ−ＲＳポートは、干渉送信レイヤに対応し、干渉測定に対する１または複数のＮＺＰ  ＣＳＩ−ＲＳポートにおけるすべての干渉送信レイヤは関連したＥＰＲＥ（Energy Per Resource Element）比率を考慮し、チャネル測定に対するＮＺＰ  ＣＳＩ−ＲＳリソース、干渉測定に対するＮＺＰ  ＣＳＩ−ＲＳリソース、または干渉測定に対するＣＳＩ−ＩＭリソースの１または複数のＲＥにおける他の干渉信号を想定してもよい。
【０３２２】
ここで、ＣＳＩ測定とは、ＣＳＩ−ＲＳリソースを測定し、ＣＳＩを計算することで合ってもよい。ＣＳＩ測定には、チャネル測定と干渉測定がある。チャネル測定は、ＮＺＰ  ＣＳＩ−ＲＳリソースを用いて行なわれてもよい。干渉測定は、ＣＳＩ−ＩＭリソースおよび／またはＮＺＰ  ＣＳＩ−ＲＳリソースおよび／またはＺＰ  ＣＳＩ−ＲＳリソースを用いて行なわれてもよい。
【０３２３】
端末装置１は、上位層パラメータＣＳＩ−ＲｅｓｏｕｒｃｅＣｏｎｆｉｇおよびＮＺＰ−ＣＳＩ−ＲＳ−ＲｅｓｏｕｒｃｅＳｅｔによって示されるように、１または複数のＮＺＰ  ＣＳＩ−ＲＳリソースセット設定が設定されてもよい。各ＮＺＰ  ＣＳＩ−ＲＳリソースセットは、Ｋ個（Ｋは、１と同じかそれよりも大きい値）のＮＺＰ  ＣＳＩ−ＲＳリソースから構成されてもよい。
【０３２４】
端末装置１は、下記１０Ａから１０Ｍのパラメータのうち、一部または全部が設定されると、ＣＳＩ−ＲＳリソースに対して非ゼロ送信電力（つまり、ＮＺＰ  ＣＳＩ−ＲＳリソース）であると想定する。ＮＺＰ  ＣＳＩ−ＲＳリソースは、各ＣＳＩ−ＲＳリソース設定に対して、上位層パラメータＮＺＰ−ＣＳＩ−ＲＳ−Ｒｅｓｏｕｒｃｅ、ＣＳＩ−ＲｅｓｏｕｒｃｅＣｏｎｆｉｇ、および、ＮＺＰ−ＣＳＩ−ＲＳ−ＲｅｓｏｕｒｃｅＳｅｔによって設定されてもよい。
１０Ａ）ｎｚｐ−ＣＳＩ−ＲＳ−ＲｅｓｏｕｒｃｅＩｄ
１０Ｂ）ｐｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ
１０Ｃ）ｒｅｓｏｕｒｃｅＭａｐｐｉｎｇ
１０Ｄ）ｎｒｏｆＰｏｒｔｓ
１０Ｅ）ｄｅｎｓｉｔｙ
１０Ｆ）ｃｄｍ−Ｔｙｐｅ
１０Ｇ）ｐｏｗｅｒＣｏｎｔｒｏｌＯｆｆｓｅｔ
１０Ｈ）ｐｏｗｅｒＣｏｎｔｒｏｌＯｆｆｓｅｔＳＳ
１０Ｉ）ｓｃｒａｍｂｌｉｎｇＩＤ
１０Ｊ）ｂｗｐ−Ｉｄ
１０Ｋ）ｒｅｐｅｔｉｔｉｏｎ
１０Ｌ）ｑｃｌ−ＩｎｆｏＰｅｒｉｏｄｉｃＣＳＩ−ＲＳ
１０Ｍ）ｔｒｓ−Ｉｎｆｏ
１つのセット内の全てのＣＳＩ−ＲＳリソースは、ＮＺＰ  ＣＳＩ−ＲＳリソースが干渉測定に対して用いられる場合を除いて、同じ１０Ｅの値、および、同じ１０Ｄの値が設定されてもよい。
【０３２５】
上記１０Ａは、ＣＳＩ−ＲＳリソース設定のＩＤを決定するために用いられてもよい。
【０３２６】
上記１０Ｂは、Ｐ−ＣＳＩおよび／またはＳＰ−ＣＳＩに対してＣＳＩ−ＲＳの周期性およびスロットオフセットを定義するために用いられてもよい。
【０３２７】
上記１０Ｃは、スロット内のＣＳＩ−ＲＳリソースのポートの数、ＣＤＭタイプ、ＯＦＤＭシンボル、サブキャリア専有率を定義するために用いられてもよい。
【０３２８】
上記１０Ｄは、上記１０Ｃに含まれるパラメータであり、ＣＳＩ−ＲＳポートの数を定義するために用いられてもよい。
【０３２９】
上記１０Ｅは、上記１０Ｃに含まれるパラメータであり、ＰＲＢ毎の各ＣＳＩ−ＲＳポートのＣＳＩ−ＲＳ周波数密度を定義するために用いられてもよい。１０Ｅの値が１／２であるとすれば、ＰＲＢオフセットを定義するためにも用いられてもよい。１０Ｅによって示された奇数／偶数ＰＲＢ配置は、コモンリソースブロックグリッドに関連してもよい。
【０３３０】
上記１０Ｆは、上記１０Ｃに含まれるパラメータであり、ＣＤＭ値、および、パターンを定義するために用いられてもよい。
【０３３１】
上記１０Ｇは、端末装置１がＣＳＩレポート（ＣＳＩフィードバック）を導出する時のＰＤＳＣＨ  ＥＰＲＥとＮＺＰ  ＣＳＩ−ＲＳ  ＥＰＲＥの想定比率であってもよい。
【０３３２】
上記１０Ｈは、ＳＳ／ＰＢＣＨブロック  ＥＰＲＥとＮＺＰ  ＣＳＩ−ＲＳ  ＥＰＲＥの想定比率であってもよい。
【０３３３】
上記１０Ｉは、ＣＳＩ−ＲＳのスクランブリングＩＤを定義するために用いられ、１０ビットの長さを有してもよい。
【０３３４】
上記１０Ｊは、ＣＳＩ−ＲｅｓｏｕｒｃｅＣｏｎｆｉｇに含まれるパラメータであり、設定されたＣＳＩ−ＲＳが配置されるＢＷＰを定義するために用いられてもよい。
【０３３５】
上記１０Ｋは、ＮＺＰ−ＣＳＩ−ＲＳ−ＲｅｓｏｕｒｃｅＳｅｔに含まれるパラメータであり、１つのＣＳＩ−ＲＳリソースセットに関連付けられてもよい。上記１０Ｋは、ＮＺＰ  ＣＳＩ−ＲＳリソースセット内の１または複数のＣＳＩ−ＲＳリソースが同じ下りリンク空間領域送信フィルタを用いて送信されることを、端末装置１が想定できるかどうかを定義するために用いられてもよい。また、上記１０Ｋは、ＣＳＩ−ＲＳリソースセットにリンクされたすべての報告セッティングに関連した上位層パラメータｒｅｐｏｒｔＱｕａｎｔｉｔｙが‘ｃｒｉ−ＲＳＲＰ’または‘ｎｏｎｅ’にセットされる時にだけ設定されてもよい。
【０３３６】
上記１０Ｌは、１または複数のＱＣＬソースＲＳおよびＱＣＬタイプを示すＴＣＩ−Ｓｔａｔｅへのリファレンスを含んでもよい。ＴＣＩ−Ｓｔａｔｅが‘ＱＣＬ−ＴｙｐｅＤ’関連を伴うＲＳへのリファレンスが設定されるとすれば、そのＲＳは、同じまたは異なるＣＣ／ＤＬ  ＢＷＰに配置されたＳＳ／ＰＢＣＨブロックであってもよいし、同じまたは異なるＣＣ／ＤＬ  ＢＷＰに配置された、ピリオディックとして設定されたＣＳＩ−ＲＳリソースであってもよい。
【０３３７】
上記１０Ｍは、ＮＺＰ−ＣＳＩ−ＲＳ−ＲｅｓｏｕｒｃｅＳｅｔに含まれるパラメータであり、ＣＳＩ−ＲＳリソースセットに関連付けられてもよい。また、上記１０Ｍにおいて、ＮＺＰ−ＣＳＩ−ＲＳ−ＲｅｓｏｕｒｃｅＳｅｔ内の１または複数の設定されたＣＳＩ−ＲＳリソースの同じポートインデックスを伴うアンテナポートが同じであると端末装置１は想定してもよい。報告セッティングが設定されない時、または，ＣＳＩ−ＲＳリソースセットにリンクされたすべての報告セッティングに関連したｒｅｐｏｒｔＱｕａｎｔｉｔｙが‘ｎｏｎｅ’にセットされる時に、上記１０Ｍは、設定されてもよい。
【０３３８】
１つのＢＷＰ内のＣＳＩ−ＲＳリソースの帯域幅（ＰＲＢ数）および初期ＣＲＢ（Common Resource Block）インデックスは、ＣＳＩ−ＲｅｓｏｕｒｃｅＭａｐｐｉｎｇ  ＩＥ内の上位層パラメータｆｒｅｑＢａｎｄによって設定されたＣＳＩ−ＦｒｅｑｕｅｎｃｙＯｃｃｕｐａｔｉｏｎ  ＩＥ内にそれぞれ、上位層パラメータｎｒｏｆＲＢｓおよびｓｔａｒｔｉｎｇＲＢに基づいて決定されてもよい。
【０３３９】
ｎｒｏｆＲＢｓおよびｓｔａｒｔｉｎｇＲＢは、４ＲＢｓの整数倍で設定されてもよい。ｓｔａｒｔｉｎｇＲＢのリファレンスポイントは、コモンリソースブロックグリッドのＣＲＢ０であってもよい。ｓｔａｒｔｉｎｇＲＢがＮｓｔａｒｔＲＢよりも小さい値であるとすれば、端末装置１は、ＣＳＩ−ＲＳリソースの初期ＣＲＢインデックスＮｉｎｉｔｉａｌＲＢは、ＮｓｔａｒｔＲＢと同じ値であると想定してもよい。そうでないとすれば、ＮｉｎｉｔｉａｌＲＢは、ｓｔａｒｔｉｎｇＲＢと同じ値であってもよい。
【０３４０】
ｎｒｏｆＲＢｓの値は、キャリアの帯域幅、または、ＢＷＰの帯域幅と一致していなくてもよいし、同じ値になるように設定されてもよい。また、ｓｔａｒｔｉｎｇＲＢは、キャリアのＰＲＢインデックス０（開始ＰＲＢインデックス）と同じ値になるように設定されてもよいし、あるＢＷＰのＰＲＢインデックス０と同じ値になるように設定されてもよいし、それらとは独立に設定されてもよい。なお、ｎｒｏｆＲＢｓの値は、ＣＳＩ報告バンドの帯域幅として示されてもよい。ｓｔａｒｔｉｎｇＲＢの値は、ＣＳＩ報告バンドの周波数領域の開始位置を示してもよい。ｎｒｏｆＲＢｓおよびｓｔａｒｔｉｎｇＲＢに基づいて、ＣＳＩ−ＲＳの周波数領域のマッピングが示されてもよい。
【０３４１】
ｎｒｏｆＲＢｓがＮｓｉｚｅＢＷＰ＋ＮｓｔａｒｔＲＢ−ＮｉｎｉｔｉａｌＲＢよりも大きい値であるとすれば、端末装置１は、ＣＳＩ−ＲＳリソースの帯域幅ＮＢＷＣＳＩ−ＲＳがＮｓｉｚｅＢＷＰ＋ＮｓｔａｒｔＲＢ−ＮｉｎｉｔｉａｌＲＢと同じ値であると想定してもよい。そうでないとすれば、ＮＢＷＣＳＩ−ＲＳは、ｎｒｏｆＲＢｓと同じ値であってもよい。なお、全ての場合において、端末装置１は、ＮＢＷＣＳＩ−ＲＳが２４ＰＲＢｓとＮｓｉｚｅＢＷＰＰＲＢｓのうち、小さい方の値と同じ値またはそれよりも大きい値になることを期待してもよい。
【０３４２】
端末装置１は、上位層パラメータｃｓｉ−ＩＭ−ＲｅｓｏｕｒｃｅＳｅｔによって示された１または複数のＣＳＩ−ＩＭリソースセット設定が設定されてもよい。各ＣＳＩ−ＲＳリソースセットは、Ｋ個（Ｋは１と同じまたはそれよりも大きい値）のＣＳＩ−ＩＭリソースから構成されてもよい。
【０３４３】
下記パラメータが各ＣＳＩ−ＩＭリソース設定に対して上位層パラメータｃｓｉ−ＩＭ−Ｒｅｓｏｕｒｃｅを用いて設定されてもよい。
１１Ａ）ｃｓｉ−ＩＭ−ＲｅｓｏｕｒｃｅＩｄ
１１Ｂ）ｓｕｂｃａｒｒｉｅｒＬｏｃａｔｉｏｎ−ｐ０
１１Ｃ）ｓｕｂｃａｒｒｉｅｒＬｏｃａｔｉｏｎ−ｐ１
１１Ｄ）ｓｙｍｂｏｌＬｏｃａｔｉｏｎ−ｐ０
１１Ｅ）ｓｙｍｂｏｌＬｏｃａｔｉｏｎ−ｐ１
１１Ｆ）ｐｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ
１１Ｇ）ｆｒｅｑＢａｎｄ
上記１１Ｇによって設定された１または複数のＰＲＢのそれぞれにおいて、端末装置１は、少なくとも１つのＣＳＩ−ＩＭリソースが配置されていると想定してもよい。なお、１１Ｇは、ＣＳＩ−ＦｒｅｑｕｅｎｃｙＯｃｃｕｐａｔｉｏｎであってもよい。
【０３４４】
上記１１Ａは、ＣＳＩ−ＩＭリソース設定のＩＤを決定するために用いられてもよい。
【０３４５】
上記１１Ｂ、または、上記１１Ｃは、‘ｐａｔｔｅｒｎ０’または‘ｐａｔｔｅｒｎ１’にセットされたｃｓｉ−ＩＭ−ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔＰａｔｔｅｒｎに対するスロット内のＣＳＩ−ＩＭリソースのサブキャリア専有率を定義するために用いられてもよい。
【０３４６】
上記１１Ｄ、または、上記１１Ｅは、‘ｐａｔｔｅｒｎ０’または‘ｐａｔｔｅｒｎ１’にセットされたｃｓｉ−ＩＭ−ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔＰａｔｔｅｒｎに対するスロット内のＣＳＩ−ＩＭリソースのＯＦＤＭシンボル配置を定義するために用いられてもよい。
【０３４７】
上記１１Ｆは、ピリオディックおよび／またはセミパーシステントＣＳＩ−ＩＭに対するＣＳＩ−ＩＭの周期性およびスロットオフセットを定義するために用いられてもよい。
【０３４８】
上記１１Ｇは、ＣＳＩ−ＩＭの周波数専有率の設定を行なうためのパラメータを含んでもよい。
【０３４９】
ＢＷＰが設定された、各アクティベートされたサービングセルに対して、端末装置１のＭＡＣエンティティは、該ＢＷＰ（ＤＬ  ＢＷＰおよび／またはＵＬ  ＢＷＰ）がアクティベートであれば、下記１２Ａから１２Ｈのうち、少なくとも一部または全部を行なってもよい。
１２Ａ）該ＢＷＰにおけるＵＬ−ＳＣＨでの送信
１２Ｂ）ＰＲＡＣＨオケージョンが設定されているとすれば、該ＢＷＰにおけるＲＡＣＨでの送信
１２Ｃ）該ＢＷＰにおけるＰＤＣＣＨの監視
１２Ｄ）設定されるとすれば、該ＢＷＰにおけるＰＵＣＣＨの送信
１２Ｅ）該ＢＷＰに対するＣＳＩの報告
１２Ｆ）設定されるとすれば、該ＢＷＰにおけるＳＲＳの送信
１２Ｇ）該ＢＷＰにおけるＤＬ−ＳＣＨの受信
１２Ｈ）保持された設定に応じたアクティブＢＷＰにおける設定されたグラントタイプ１の延期された設定された上りリンクグラントの開始または再開、および、所定のルールに基づくシンボルでのスタート
【０３５０】
端末装置１のＭＡＣエンティティは、該ＢＷＰ（ＤＬ  ＢＷＰおよび／またはＵＬ  ＢＷＰ）がディアクティベートであれば、上記１２Ａから１２Ｈのうち、少なくとも一部または全部を行なわなくてもよいし、下記１２Ｉおよび１２Ｊのうち、いずれか一方または両方を行なってもよい。
１２Ｉ）該ＢＷＰにおける設定されたグラントタイプ２の設定された下りリンクアサインメントおよび設定された上りリンクグラントのいずれかのクリア
１２Ｊ）インアクティブＢＷＰにおける設定されたグラントタイプ１の設定された上りリンクグラントのいずれかの延期
【０３５１】
端末装置１は、‘ｎｏｎｅ’、‘ｃｒｉ−ＲＩ−ＰＭＩ−ＣＱＩ’、‘ｃｒｉ−ＲＩ−ｉ１’、‘ｃｒｉ−ＲＩ−ｉ１−ＣＱＩ’、‘ｃｒｉ−ＲＩ−ＣＱＩ’、‘ｃｒｉ−ＲＳＲＰ’、‘ｓｓｂ−Ｉｎｄｅｘ−ＲＳＲＰ’、および／または、‘ｃｒｉ−ＲＩ−ＬＩ−ＲＭＩ−ＣＱＩ’のうち、少なくとも１つにセットされた上位層パラメータｒｅｐｏｒｔＱｕａｎｔｉｔｙを伴うＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇが設定されてもよい。
【０３５２】
端末装置１が、‘ｎｏｎｅ’にセットされた上位層パラメータｒｅｐｏｒｔＱｕａｎｔｉｔｙを伴うＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇが設定される場合、端末装置１は、ＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇに対するいずれのｑｕａｎｔｉｔｙも報告しなくてもよい。
【０３５３】
端末装置１は、‘ｃｒｉ−ＲＩ−ＰＭＩ−ＣＱＩ’、または、‘ｃｒｉ−ＲＩ−ＬＩ−ＲＭＩ−ＣＱＩ’にセットされた上位層パラメータｒｅｐｏｒｔＱｕａｎｔｉｔｙを伴うＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇが設定される場合、端末装置１は、報告バンド全体に対する望ましいプレコーディングマトリックス、および／または、サブバンド毎の望ましいプレコーディングマトリックスを報告してもよい。
【０３５４】
端末装置１は、‘ｃｒｉ−ＲＩ−ｉ１’にセットされた上位層パラメータｒｅｐｏｒｔＱｕａｎｔｉｔｙを伴うＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇが設定される場合、端末装置１は、該ＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇに対して、‘ＴｙｐｅＩ−ＳｉｎｇｌｅＰａｎｅｌ’にセットされたｃｏｄｅｂｏｏｋＴｙｐｅ、および、ワイドバンドＰＭＩ報告に設定されたｐｍｉ−ＦｏｒｍａｔＩｎｄｉｃａｔｏｒが設定されることを期待してもよいし、端末装置１は、ＣＳＩ報告バンド全体に対する１つのワイドバンドインディケーション（例えば、ｉ１）を構成する１つのＰＭＩを報告してもよい。
【０３５５】
端末装置１は、‘ｃｒｉ−ＲＩ−ｉ１−ＣＱＩ’にセットされた上位層パラメータｒｅｐｏｒｔＱｕａｎｔｉｔｙを伴うＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇが設定される場合、端末装置１は、該ＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇに対して、‘ＴｙｐｅＩ−ＳｉｎｇｌｅＰａｎｅｌ’にセットされたｃｏｄｅｂｏｏｋＴｙｐｅ、および、ワイドバンドＰＭＩ報告に設定されたｐｍｉ−ＦｏｒｍａｔＩｎｄｉｃａｔｏｒが設定されることを期待してもよいし、端末装置１は、ＣＳＩ報告バンド全体に対する１つのワイドバンドインディケーション（例えば、ｉ１）を構成する１つのＰＭＩを報告してもよい。また、この場合、ＣＱＩは、Ｎｐ個（Ｎｐは、１と同じまたはそれよりも大きい値）のプレコーダを伴うＰＤＳＣＨ送信を想定する報告されたｉ１に基づいて計算されてもよい。端末装置１は、１つのプレコーダが、ＰＤＳＣＨの各ＰＲＧ（Precoding Resource block Group）に対するＮｐ個のプレコーダからランダムに選択されてもよい。ＣＱＩ計算に対するＰＲＧサイズは、上位層パラメータｐｄｓｃｈ−ＢｕｎｄｌｅＳｉｚｅＦｏｒＣＳＩによって設定されてもよい。
【０３５６】
端末装置１は、‘ｃｒｉ−ＲＩ−ＣＱＩ’にセットされた上位層パラメータｒｅｐｏｒｔＱｕａｎｔｉｔｙを伴うＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇが設定される場合、端末装置１は、１つのＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇに含まれた上位層パラメータｎｏｎ−ＰＭＩ−ＰｏｒｔＩｎｄｉｃａｔｉｏｎが設定されるとすれば、ｒポート（ｒは１またはそれよりも大きい値）は、ランクｒに対するレイヤオーダリングの順に示され、ＣＳＩリソースセッティング内の各ＣＳＩ−ＲＳリソースは、上位層パラメータｒｅｓｏｕｒｃｅｓＦｏｒＣｈａｎｎｅｌＭｅａｓｕｒｅｍｅｎｔによって与えられたチャネル測定のためのリンクされたＣＳＩリソースセッティングにおける関連したｎｚｐ−ＣＳＩ−ＲＳ−ＲｅｓｏｕｒｃｅＩｄのオーダに基づいてＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇにリンクされてもよい。設定された上位層パラメータｎｏｎ−ＰＭＩ−ＰｏｒｔＩｎｄｉｃａｔｉｏｎは、１または複数のポートインデックスのシーケンスｐ（１）０、ｐ（２）０、ｐ（２）１、ｐ（３）０、ｐ（３）１、ｐ（３）２、・・・、ｐ（Ｒ）０、ｐ（Ｒ）１、・・・、ｐ（Ｒ）Ｒ−１を含んでもよい。ｐ（ｖ）０、・・・、ｐ（ｖ）ｖ−１は、ランクｖに関連した１または複数のＣＳＩ−ＲＳポートインデックスであり、Ｒ∈｛１、２、・・・、Ｐ｝でってもよい。Ｐ∈｛１、２、４、８｝は、ＣＳＩ−ＲＳリソースのポートの数であってもよい。端末装置１は、ＰｏｒｔＩｎｄｅｘＦｏｒ８Ｒａｎｋｓの１または複数の設定されたフィールドに対応するＲＩを報告するだけであってもよい。また、端末装置１は、上位層パラメータｎｏｎ−ＰＭＩ−ＰｏｒｔＩｎｄｉｃａｔｉｏｎが設定されないとすれば、ＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇにリンクされたＣＳＩリソースセッティングにおける各ＣＳＩ−ＲＳリソースに対して、端末装置１は、｛０、・・・、ｖ−１｝である１または複数のＣＳＩ−ＲＳポートインデックスｐ（ｖ）０、・・・、ｐ（ｖ）ｖ−１は、１または複数のランクｖ＝１、２、・・・、Ｐに関連してもよい。ランクに対するＣＱＩを計算する時、端末装置１は、選択されたＣＳＩ−ＲＳリソースに対するランクに対して示された１または複数のポートを用いてもよい。示された１または複数のポートに対するプレコーダは、ｖによって得られる値（例えば、１／√（ｖ））によってスケーリングされた識別子マトリックスであると想定されてもよい。
【０３５７】
端末装置１は、‘ｃｒｉ−ＲＳＲＰ’または‘ｓｓｂ−Ｉｎｄｅｘ−ＲＳＲＰ’にセットされた上位層パラメータｒｅｐｏｒｔＱｕａｎｔｉｔｙを伴うＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇが設定される場合、さらに、端末装置１は、‘ｄｉｓａｂｌｅｄ’にセットされた上位層パラメータｇｒｏｕｐＢａｓｅｄＢｅａｍＲｅｐｏｒｔｉｎｇが設定されるとすれば、端末装置１は、６４よりも多いＣＳＩ−ＲＳリソースおよび／またはＳＳＢリソースに対する測定をアップデートする必要がなくてもよい。また、端末装置１は、１つのレポートにおいて、各レポートセッティングに対して、ｎｒｏｆＲｅｐｏｒｔｅｄＲＳ個の異なるＣＲＩまたはＳＳＢＲＩを報告してもよい。また、この場合、さらに、端末装置１は、‘ｅｎａｂｌｅｄ’にセットされた上位層パラメータｇｒｏｕｐＢａｓｅｄＢｅａｍＲｅｐｏｒｔｉｎｇが設定されるとすれば、６４よりも多いＣＳＩ−ＲＳリソースおよび／またはＳＳＢリソースに対する測定をアップデートする必要がなくてもよい。また、端末装置１は、１つのレポート期間において、各レポートセッティングに対して、２つの異なるＣＲＩまたはＳＳＢＲＩを報告してもよい。１または複数のＣＳＩ−ＲＳリソースおよび／または１または複数のＳＳＢリソースは、１つの空間領域受信フィルタまたは複数の同時空間領域フィルタを用いて、端末装置１によって同時に受信されてもよい。
【０３５８】
ここで、異なる、とは、独立した、個別に設定／計算された、識別可能な、という意味を含んでもよい。
【０３５９】
端末装置１は、‘ｃｒｉ−ＲＳＲＰ’、‘ｃｒｉ−ＲＩ−ＰＭＩ−ＣＱＩ’、‘ｃｒｉ−ＲＩ−ｉ１’、‘ｃｒｉ−ＲＩ−ｉ１−ＣＱＩ’、‘ｃｒｉ−ＲＩ−ＣＱＩ’、および／または、‘ｃｒｉ−ＲＩ−ＬＩ−ＲＭＩ−ＣＱＩ’にセットされた上位層パラメータｒｅｐｏｒｔＱｕａｎｔｉｔｙを伴うＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇが設定され、ＫＳリソース（ＫＳは１よりも大きい値）が、チャネル測定に対して対応するｎｚｐ−ＣＳＩ−ＲＳ−ＲｅｓｏｕｒｃｅＳｅｔで設定されるとすれば、端末装置１は、報告されたＣＲＩに基づいてＣＲＩ以外のＣＳＩパラメータを導出してもよい。ＣＲＩｋ（ｋは１またはそれよりも大きい値）は、チャネル測定に対して対応するｎｚｐ−ＣＳＩ−ＲＳ−ＲｅｓｏｕｒｃｅＳｅｔの関連したｎｚｐ−ＣＳＩ−ＲＳ−Ｒｅｓｏｕｒｃｅの設定された（ｋ＋１）番目のエントリ、および／または、上位層パラメータとして設定されるとすれば、対応するｃｓｉ−ＩＭ−ＲｅｓｏｕｒｃｅＳｅｔにおいて関連したｃｓｉ−ＩＭ−Ｒｅｓｏｕｒｃｅの（ｋ＋１）番目のエントリに対応してもよい。ＫＳが２であるＣＳＩ−ＲＳリソースが設定されるとすれば、各リソースは、多くても１６ＣＳＩ−ＲＳポートを含んでもよい。ＫＳが２よりも大きく、８までのＣＳＩ−ＲＳリソースが設定されるとすれば、各リソースは多くても８ＣＳＩ−ＲＳポートを含んでもよい。
【０３６０】
端末装置１は、‘ｃｒｉ−ＲＩ−ＰＭＩ−ＣＱＩ’、‘ｃｒｉ−ＲＩ−ｉ１’、‘ｃｒｉ−ＲＩ−ｉ１−ＣＱＩ’、‘ｃｒｉ−ＲＩ−ＣＱＩ’、および／または、‘ｃｒｉ−ＲＩ−ＬＩ−ＲＭＩ−ＣＱＩ’にセットされた上位層パラメータｒｅｐｏｒｔＱｕａｎｔｉｔｙを伴うＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇが設定されるとすれば、端末装置１は、ＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇにリンクされたリソースセッティング内に含まれた１つのＣＳＩ−ＲＳリソースセットにおける８よりも多いＣＳＩ−ＲＳリソースが設定されることを期待されなくてもよい。
【０３６１】
端末装置１は、‘ｃｒｉ−ＲＳＲＰ’、または、‘ｎｏｎｅ’にセットされた上位層パラメータｒｅｐｏｒｔＱｕａｎｔｉｔｙを伴うＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇが設定
され、ＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇが、‘ａｐｅｒｉｏｄｉｃ’にセットされた上位層パラメータｒｅｓｏｕｒｃｅＴｙｐｅに設定されたリソースセッティングにリンクされるとすれば、端末装置１は、該リソースセッティングに含まれる１つのＣＳＩ−ＲＳリソースセットにおいて１６よりも多いＣＳＩ−ＲＳリソースが設定されることを期待されなくてもよい。
【０３６２】
ＬＩは、報告されたＰＭＩのプレコーダマトリックスのコロンが最も大きい報告されたワイドバンドＣＱＩに対応するコードワードの最も強いレイヤに対応することを示す。２つのワイドバンドＣＱＩが報告され、同じ値であるとすれば、ＬＩは、第１のコードワードの最も強いレイヤに対応してもよい。
【０３６３】
Ｌ１−ＲＳＲＰ計算に対して、‘ＱＣＬ−ＴｙｐｅＣ’、および、‘ＱＣＬ−ＴｙｐｅＤ’がリソースワイズにＱＣＬされる場合、端末装置１は、１または複数のＣＳＩ−ＲＳリソース、１または複数のＳＳ／ＰＢＣＨブロックリソース、または、１または複数のＣＳＩ−ＲＳリソース、および、１または複数のＳＳ／ＰＢＣＨブロックリソースの両方が設定されてもよい。また、各セットにおいて６４までのリソースを有する１６ＣＳＩ−ＲＳリソースセットまでのＣＳＩ−ＲＳリソースセッティングが設定されてもよい。つまり、基地局装置３は、このような設定を行なわない。すべてのリソースセットにおいて異なるＣＳＩ−ＲＳリソースの総数は１２８よりも多くは設定されなくてもよい。つまり、端末装置１は、ＣＳＩ−ＲＳリソースについて１２８個よりも多く設定されることは期待されなくてもよい。言い換えると、基地局装置３は、ＣＳＩ−ＲＳリソースについて１２８個よりも多く設定することはしない。
【０３６４】
ＣＳＩ−ＲＳリソースは、１または複数の所定の条件に応じて、設定可能な数（上限値）が変わってもよい。
【０３６５】
ＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇは、下記１３Ａから１３Ｐまでのパラメータのうち、少なくとも一部または全部が含まれてもよい。
１３Ａ）ｒｅｐｏｒｔＣｏｎｆｉｇＩｄ
１３Ｂ）ｃａｒｒｉｅｒ
１３Ｃ）ｒｅｓｏｕｒｃｅｓＦｏｒＣｈａｎｎｅｌＭｅａｓｕｒｅｍｅｎｔ
１３Ｄ）ｃｓｉ−ＩＭ−ＲｅｓｏｕｒｃｅｓＦｏｒＩｎｔｅｒｆｅｒｅｎｃｅ
１３Ｅ）ｎｚｐ−ＣＳＩ−ＲＳ−ＲｅｓｏｕｒｃｅＦｏｒＩｎｔｅｒｆｅｒｅｎｃｅ
１３Ｆ）ｒｅｐｏｒｔＣｏｎｆｉｇＴｙｐｅ
１３Ｇ）ｒｅｐｏｒｔＱｕａｎｔｉｔｙ
１３Ｈ）ｒｅｐｏｒｔＦｒｅｑＣｏｎｆｉｇｕｒａｔｉｏｎ
１３Ｉ）ｔｉｍｅＲｅｓｔｒｉｃｔｉｏｎＦｏｒＣｈａｎｎｅｌＭｅａｓｕｒｅｍｅｎｔｓ
１３Ｊ）ｔｉｍｅＲｅｓｔｒｉｃｔｉｏｎＦｏｒＩｎｔｅｒｆｅｒｅｎｃｅＭｅａｓｕｒｅｍｅｎｔｓ
１３Ｋ）ｃｏｄｅｂｏｏｋＣｏｎｆｉｇ
１３Ｌ）ｇｒｏｕｐＢａｓｅｄＢｅａｍＲｅｐｏｒｔｉｎｇ
１３Ｍ）ｃｑｉ−Ｔａｂｌｅ
１３Ｎ）ｓｕｂｂａｎｄＳｉｚｅ
１３Ｏ）ｎｏｎ−ＰＭＩ−ＰｏｒｔＩｎｄｉｃａｔｉｏｎ
１３Ｐ）ｓｅｍｉＰｅｒｓｉｓｔｅｎｔＯｎＰＵＳＣＨ
１３Ｂは、サービングセルインデックスが設定されてもよい。また、１３Ｈには、上述した、ｃｑｉ−ＦｏｒｍａｔＩｎｄｉｃａｔｏｒ、ｐｍｉ−ＦｏｒｍａｔＩｎｄｉｃａｔｏｒ、および／または、ｃｓｉ−ＲｅｐｏｒｔｉｎｇＢａｎｄが含まれてもよい。
【０３６６】
あるサービングセルに対するＣＳＩリファレンスリソースは、下記１４Ａから１４Ｂのうち、少なくとも一部または全部に基づいて定義されてもよい。
１４Ａ）周波数領域において、ＣＳＩリファレンスリソースは、導出されたＣＳＩが関連するバンドに対応する１または複数の下りリンクＰＲＢのグループによって定義されてもよい。
１４Ｂ）時間領域において、上りリンクスロットｎ′におけるＣＳＩ報告に対するＣＳＩリファレンスリソースは、１つの下りリンクスロットｎ−ｎＣＳＩ＿ｒｅｆによって定義されてもよい。
【０３６７】
下りリンクスロットｎは、上りリンクスロットｎ′およびμＤＬおよびμＵＬの床関数に基づいて決定されてもよい。μＤＬは、下りリンクＳＣＳ設定であり、μＵＬは、上りリンクＳＣＳ設定であってもよい。
【０３６８】
Ｐ−ＣＳＩ報告および／またはＳＰ−ＣＳＩ報告に対して、１つのＣＳＩリファレンスリソースが、チャネル測定に対して設定され、ｎＣＳＩ＿ｒｅｆが有効な下りリンクスロットに対応するとすれば、ｎＣＳＩ＿ｒｅｆは、４＊２＾μＤＬまたは４＊２＾μＵＬの値以上の値であってもよい。また、複数のＣＳＩリファレンスリソースが、チャネル測定に対して設定され、ｎＣＳＩ＿ｒｅｆが有効な下りリンクスロットに対応するとすれば、ｎＣＳＩ＿ｒｅｆは、５＊２＾μＤＬの値以上の値であってもよい。
【０３６９】
Ａ−ＣＳＩ報告に対して、端末装置１がＣＳＩリクエストと同じスロットにおけるＣＳＩを報告するためにＤＣＩ（ＣＳＩリクエストフィールド）によって示されるとすれば、ｎＣＳＩ＿ｒｅｆは、リファレンスリソースが対応するＣＳＩリクエストと同じ有効な下りリンクスロット内にあり、そうでないとすれば、ｎＣＳＩ＿ｒｅｆは、スロットｎ−ｎＣＳＩ＿ｒｅｆが有効な下りリンクスロットに対応するとすれば、所定の値以上の値であってもよい。該所定の値は、遅延要求条件を満たしてもよい。
【０３７０】
ピリオディックおよび／またはセミパーシステントＣＳＩ−ＲＳおよび／またはＣＳＩ−ＩＭまたはＳＳＢがチャネル測定および／または干渉測定に対して用いられる時、端末装置１は、Ａ−ＣＳＩ報告の最初のＯＦＤＭシンボルの送信時間の前に、最後尾ＯＦＤＭシンボルが遅延要求条件を考慮したシンボルまでに受信されたＣＳＩ−ＲＳ／ＣＳＩ−ＩＭ／ＳＳＢにおいてチャネルおよび／または干渉を測定することを期待されなくてもよい。
【０３７１】
サービングセルにおけるスロットは、それが、少なくとも１つの上位層で設定された下りリンクまたはフレキシブルシンボルを構成し、端末装置１に対して測定ギャップ内ではないとすれば、有効な下りリンクスロットであってもよい。
【０３７２】
あるサービングセルにおけるＣＳＩ報告セッティングに対応するＣＳＩリファレンスリソースに対して有効な下りリンクスロットがないとすれば、ＣＳＩ報告は、上りリンクスロットｎ′において、該サービングセルに対して、除外されてもよい（送信されなくてもよい、ＣＳＩ報告に含まれなくてもよい）。
【０３７３】
ＣＳＩレポート（再）設定（ＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇが設定された）、サービングセルアクティベーション、ＢＷＰ変更、または、ＳＰ−ＣＳＩのアクティベーションの後、端末装置１は、ＣＳＩリファレンスリソース以降のチャネル測定に対する１または複数のＣＳＩ−ＲＳ送信オケージョンおよび／または干渉測定に対する１または複数のＣＳＩ−ＩＭオケージョンのうち、少なくとも１つにおいて、ＣＳＩ−ＲＳ／ＣＳＩ−ＩＭを受信した後にだけＣＳＩレポートを送信（報告）してもよい。そうでないとすれば、そのレポートをドロップしてもよい。
【０３７４】
ＤＲＸが設定される時、端末装置は、ＣＳＩリファレンスリソース以降のＤＲＸアクティブタイムにおける、チャネル測定に対する１または複数のＣＳＩ−ＲＳ送信オケージョンおよび／または干渉測定に対する１または複数のＣＳＩ−ＩＭオケージョンのうち、少なくとも１つにおいて、ＣＳＩ−ＲＳ／ＣＳＩ−ＩＭを受信した後にだけＣＳＩレポートを送信（報告）してもよい。そうでないとすれば、そのレポートをドロップしてもよい。
【０３７５】
ＣＳＩフィードバンクを導出する時、端末装置１は、チャネル測定に対する少なくとも１つのＣＳＩ−ＲＳリソースが干渉測定に対するＣＳＩ−ＩＭリソースまたは干渉測定に対するＮＺＰ  ＣＳＩ−ＲＳリソースとオーバーラップしていることは記載されなくてもよい。
【０３７６】
ＣＱＩインデックスを報告するために設定されるとすれば、端末装置１は、ＣＱＩインデックスを導出するために、さらに設定されているとすれば、ＰＭＩおよびＲＩを導出するために、ＣＳＩリファレンスリソースにおいて、下記１５Ａから１５Ｎのうち、少なくとも一部または全部を想定してもよい。
１５Ａ）最初の２ＯＦＤＭシンボルは制御シグナリング（ＰＤＣＣＨ、ＣＯＲＥＳＥＴ）によって専有される。
１５Ｂ）ＰＤＳＣＨおよびＤＭＲＳシンボルの数は、１２。
１５Ｃ）ＰＤＳＣＨ受信と同じＢＷＰ  ＳＣＳが設定される。
１５Ｄ）帯域幅は、対応するＣＱＩレポートに対して設定される。
１５Ｅ）リファレンスリソースは、ＰＤＳＣＨ受信に対して設定されたＣＰ長およびＳＣＳを用いられる。
１５Ｆ）ＰＳＳ、ＳＳＳ、ＰＢＣＨに用いられるＲＥはない。
１５Ｇ）ＲＶの値は０。
１５Ｈ）ＰＤＳＣＨ  ＥＰＲＥとＣＳＩ−ＲＳ  ＥＰＲＥの比率が所定のルールに基づいて与えられる。
１５Ｉ）ＮＺＰ  ＣＳＩ−ＲＳおよびＺＰ  ＣＳＩ−ＲＳに対して配置されたＲＥがない。
１５Ｊ）ＤＭＲＳ−ＤｏｗｎｌｉｎｋＣｏｎｆｉｇにおける上位層パラメータｍａｘＬｅｎｇｔｈによって設定された最大フロントローデッドシンボルと同じ数のフロントローデッドＤＭ−ＲＳシンボルを想定する。
１５Ｋ）上位層パラメータｄｍｒｓ−ＡｄｄｉｔｉｏｎａｌＰｏｓｉｔｉｏｎによって設定された追加シンボルと同じ数の追加ＤＭ−ＲＳシンボルである。
１５Ｌ）ＰＤＳＣＨシンボルはＤＭ−ＲＳを含まない。
１５Ｍ）ＰＲＢバンドリングサイズは２ＰＲＢｓ。
１５Ｎ）ＣＱＩ計算に対して、端末装置１は、ＰＤＳＣＨ信号のアンテナポートとＣＳＩ−ＲＳのアンテナポートが対応関係にある。
【０３７７】
端末装置１は、アピリオディックＣＳＩトリガ状態をトリガするＤＣＩフォーマット０＿１の成功裏なデコーディングに基づくサービングセルｃのＰＵＳＣＨを用いてアピリオディックＣＳＩ報告を行なってもよい。
【０３７８】
ＰＵＳＣＨで運ばれるアピリオディックＣＳＩレポートは、ワイドバンドおよびサブバンド周波数粒度をサポートしてもよい。ＰＵＳＣＨで運ばれるアピリオディックＣＳＩレポートは、タイプＩおよびタイプＩＩＣＳＩをサポートしてもよい。
【０３７９】
端末装置１は、セミパーシステントＣＳＩトリガ状態をアクティベートするＤＣＩフォーマット０＿１の成功裏なデコーディングに基づくＰＵＳＣＨにおけるセミパーシステントＣＳＩ報告を行なってもよい。ＤＣＩフォーマット０＿１はセミパーシステントＣＳＩトリガ状態をアクティベートまたはディアクティベートに示すＣＳＩフィールドを含んでもよい。ＰＵＳＣＨにおけるセミパーシステントＣＳＩ報告は、ワイドバンドおよびサブバンド周波数粒度を伴うタイプＩおよびタイプＩＩＣＳＩをサポートしてもよい。ＰＵＳＣＨリソースおよびＭＣＳは、上りリンクＤＣＩによってセミパーシステントに配置されてもよい。
【０３８０】
ＰＵＳＣＨにおけるＣＳＩ報告はＰＵＳＣＨでの上りリンクデータと多重されてもよい。ＰＵＳＣＨでのＣＳＩ報告はさらに、端末装置１からの上りリンクデータとの多重なしに行なわれてもよい。
【０３８１】
タイプＩＣＳＩフィードバック（タイプＩＣＳＩレポート）はＰＵＳＣＨでのＣＳＩ報告に対してサポートされてもよい。タイプＩワイドバンドおよびサブバンドＣＳＩは、ＰＵＳＣＨでのＣＳＩ報告に対してサポートされてもよい。タイプＩＩＣＳＩはＰＵＳＣＨでのＣＳＩ報告に対してサポートされてもよい。
【０３８２】
ＰＵＳＣＨでのタイプＩおよびタイプＩＩＣＳＩフィードバック（タイプＩおよびタイプＩＩＣＳＩレポート）に対して、ＣＳＩレポートは、２つのパートで構成されてもよい。パート１（ＣＳＩパート１、パート１ＣＳＩ）は、固定のペイロードサイズを有し、パート２（ＣＳＩパート２、パート２ＣＳＩ）の情報ビットの数を識別するために用いられてもよい。パート１は、パート２の前に完全に送信されてもよい。
【０３８３】
タイプＩＣＳＩフィードバックに対して、パート１は、ＲＩ、ＣＲＩ、および／または、第１のコードワードに対するＣＱＩを含んでもよい。パート２は、ＰＭＩを含み、ＲＩが４よりも大きい値であるとすれば、第２のコードワードに対するＣＱＩを含んでもよい。
【０３８４】
タイプＩＩＣＳＩフィードバックに対して、パート１は、ＲＩ、ＣＱＩ、および／または、タイプＩＩＣＳＩに対するレイヤ毎の非ゼロワイドバンド振幅係数の数のインディケーションを含んでもよい。パート１の各フィールドは、個別にエンコードされてもよい。パート２は、タイプＩＩＣＳＩのＰＭＩを含んでもよい。パート１およびパート２は、個別にエンコードされてもよい。
【０３８５】
ＰＵＳＣＨで運ばれるタイプＩＩＣＳＩレポートは、ＰＵＣＣＨフォーマット３または４で運ばれるタイプＩＩＣＳＩレポートのいずれかとは独立に計算されてもよい。
【０３８６】
上位層パラメータｒｅｐｏｒｔＱｕａｎｔｉｔｙが、‘ｃｒｉ−ＲＳＲＰ’または‘ｓｓｂ−Ｉｎｄｅｘ−ＲＳＲＰ’のうちの１つに設定される時、ＣＳＩフィードバックは、１つのパートで構成されてもよい。
【０３８７】
ＰＵＣＣＨに対して設定されているが、ＰＵＳＣＨで送信されるタイプＩおよびタイプＩＩレポートの両方に対して、エンコーディングの方法は、ＰＵＣＣＨの方法を用いてもよい。
【０３８８】
図１３は、本実施形態の一態様に係るパート２ＣＳＩに対する優先度報告レベルの一例を示す図である。ＰＵＳＣＨでのＣＳＩ報告が、２つのパートで構成される時、端末装置１は、パート２ＣＳＩの一部を除外してもよい。パート２ＣＳＩの除外は、図１３に基づいて決定されてもよい。ＮＲｅｐは、ＰＵＳＣＨで運ばれるように設定されたＣＳＩ報告の数であってもよい。Ｐｒｉｏｒｉｔｙ０は、最も高い優先度であり、ＰｒｉｏｒｉｔｙＮＲｅｐは、最も低い優先度である。ＣＳＩレポートｎは、ＮＲｅｐ個のＣＳＩレポート間のｎ番目に小さい優先度（優先度が高い）を伴うＣＳＩレポートに対応してもよい。上
位層パラメータｃｓｉ−ＲｅｐｏｒｔｉｎｇＢａｎｄによって示されたあるＣＳＩレポートｎに対する１または複数のサブバンドは、サブバンド０としてｃｓｉ−ＲｅｐｏｒｔｉｎｇＢａｎｄの最も低いサブバンドの増加オーダにおいて連続で番号付けされてもよい。特定の優先度レベルに対するパート２ＣＳＩ情報を除外する時、端末装置１は、その優先度レベルにおける情報をすべて除外してもよい。
【０３８９】
端末装置１が、１または複数のＣＳＩレポートを伴ってＰＵＳＣＨでのＴＢを送信するようにスケジュールされる時、ＰＵＳＣＨにマップ可能なビット数が所定の値を超えるとする時だけ、パート２ＣＳＩは、除外されてもよい。また、パート２ＣＳＩは、ＰＵＳＣＨにマップ可能なビット数が所定の値と同じかそれよりも小さい値になるまで、優先度レベルの低いパート２ＣＳＩから順番に、レベルバイレベルで除外されてもよい。また、パート２ＣＳＩがＴＢを伴わないで、ＰＵＳＣＨで送信される時、パート２ＣＳＩのコードレートが閾値コードレートよりも低くなるまで、優先度レベルの低い１または複数のビットから順に除外されてもよい。
【０３９０】
端末装置がＰＵＳＣＨでのアクティブセミパーシステントＣＳＩ報告設定が設定されるとすれば、ＣＳＩ方向は、下りリンクＢＷＰまたは上りリンクＢＷＰが変更される時ディアクティベートであってもよい。他のアクティベーションコマンドが、セミパーシステントＣＳＩ報告を有効にするために必要になってもよい。
【０３９１】
端末装置１が、ＰＵＣＣＨでピリオディックＣＳＩ報告を行なうことを上位層によって準静的に設定されてもよい。端末装置１は、上位層によって設定された１または複数の関連するＣＳＩ報告セッティングに対応する１または複数のピリオディックＣＳＩレポートに対して上位層によって設定されてもよい。ＰＵＣＣＨフォーマット２、３、４でのピリオディックＣＳＩ報告は、ワイドバンド周波数粒度を伴うタイプＩＣＳＩをサポートしてもよい。
【０３９２】
端末装置１は、選択コマンドを運ぶＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫがスロットｎで送信された後、スロットｎ＋３Ｎｓｕｂｆｒａｍｅμｓｌｏｔ＋１から始まることを適用されたＰＵＣＣＨでセミパーシステントＣＳＩ報告を行なってもよい。選択コマンドは、関連するＣＳＩリソースセッティングが設定された１または複数のＣＳＩ報告セッティングを含んでもよい。ＰＵＣＣＨでのセミパーシステントＣＳＩ報告は、タイプＩＣＳＩをサポートしてもよい。ＰＵＣＣＨフォーマット２のセミパーシステントＣＳＩ報告は、ワイドバンド周波数粒度を伴うタイプＩＣＳＩをサポートしてもよい。ＰＵＣＣＨフォーマット３または４でのセミパーシステントＣＳＩ報告は、ワイドバンドおよびサブバンド周波数粒度を伴うタイプＩＣＳＩおよびタイプＩＩＣＳＩパート１をサポートしてもよい。
【０３９３】
ＰＵＣＣＨがワイドバンド周波数粒度を伴うタイプＩＣＳＩを運ぶ時、ＲＩ、ＣＲＩに係らず、ＰＵＣＣＨフォーマット２、および、ＰＵＣＣＨフォーマット３または４によって運ばれるＣＳＩペイロードが識別され、同じであってもよい。ＰＵＣＣＨフォーマット３または４でのタイプＩＣＳＩサブバンド報告に対して、ペイロードは、２つのパートに分離されてもよい。第１のパートは、ＲＩ、ＣＲＩ、および／または、第１のコードワードに対するＣＱＩを含んでもよい。第２のパートは、ＰＭＩを含み、ＲＩの値が４よりも大きい場合には第２のコードワードに対するＣＱＩを含んでもよい。
【０３９４】
ＰＵＣＣＨフォーマット３または４で運ばれるセミパーシステントレポートがタイプＩＩＣＳＩフィードバックをサポートしているが、タイプＩＩＣＳＩフィードバックのパート１だけをサポートしてもよい。ＰＵＣＣＨフォーマット３または４におけるタイプＩＩＣＳＩ報告をサポートすることは、端末装置１の能力情報に基づいて決定されてもよい。
ＰＵＣＣＨフォーマット３または４で運ばれるタイプＩＩＣＳＩレポートは、ＰＵＳＣＨで運ばれる１または複数のタイプＩＩＣＳＩレポートの何れとも独立して計算されてもよい。
【０３９５】
端末装置１が、ＰＵＣＣＨフォーマット２、３または４におけるＣＳＩ報告が設定される時、各ＰＵＣＣＨリソースは、各候補ＵＬ  ＢＷＰに対して設定されてもよい。
【０３９６】
端末装置１は、ＰＵＣＣＨにおいてアクティブセミパーシステントＣＳＩ報告設定が設定されるとすれ、ディアクティベーションコマンドを受信しないとすれば、ＣＳＩ報告は、報告が実行されるように設定されたＢＷＰがアクティブＢＷＰである時に、実行され、そうでないとすれば、ＣＳＩ報告は延期されてもよい。
【０３９７】
端末装置１は、ＰＵＣＣＨフォーマット４が設定された時に、１１５ビットよりも大きいペイロードサイズを伴うＣＳＩをレポートすることを期待されなくてもよい。ＰＵＣＣＨで送信された１または複数のＣＳＩレポートに対して、全てのＣＳＩレポートが１つのパートで構成されるとすれば、端末装置１は、１または複数のＣＳＩレポートの一部を除外してもよい。ＣＳＩの除外は、所定の優先度ルールに基づいて決定されてもよい。ＣＳＩレポートは、ＣＳＩレポートコードレートが上位層パラメータｍａｘＣｏｄｅＲａｔｅによって設定された閾値と同じ値またはそれよりも低い値になるまで、優先度の低いＣＳＩを除外し続けてもよい。
【０３９８】
１または複数のＣＳＩレポートのいずれかが２つのパートで構成されるとすれば、端末装置１は、パート２ＣＳＩの一部を除外してもよい。パート２ＣＳＩの除外は、図１３と同様に行なわれてもよい。また、パート２ＣＳＩは、パート２ＣＳＩコードレートが上位層パラメータｍａｘＣｏｄｅＲａｔｅによって設定された閾値と同じ値またはそれよりも低い値になるまで、優先度の低いＣＳＩを除外し続けてもよい。
【０３９９】
ＰＵＳＣＨで運ばれるセミパーシステントＣＳＩレポートが１または複数のシンボルにおけるＰＵＳＣＨデータ送信と同時にオーバーラップし、且つ、これらのＰＵＳＣＨチャネルの最も早いシンボルが、ＰＵＳＣＨをスケジューリングするＤＣＩの最後のシンボルの後に、Ｎ２＋ｄ２（つまり、所定のタイミング、所定の時間間隔）よりも早くないとすれば、ＣＳＩレポートは送信されなくてもよい。そうでないとすれば、タイムライン要求条件は満たされないので、エラーケースと判定されてもよい。
【０４００】
端末装置１は、１または複数のセミパーシステントＣＳＩレポートを含む第１のＰＵＳＣＨとＵＬ−ＳＣＨを含む第２のＰＵＳＣＨを送信し、第１のＰＵＳＣＨ送信が第２のＰＵＳＣＨ送信とオーバーラップするとすれば、端末装置１は、第１のＰＵＳＣＨを送信しないで、第２のＰＵＳＣＨを送信してもよい。端末装置１は、第１のＰＵＳＣＨ送信または第２のＰＵＳＣＨ送信のうち、少なくとも１つが端末装置１によるＤＣＩフォーマット検出に関連する時、第１のＰＵＳＣＨ送信と第２のＰＵＳＣＨ送信は、オーバーラップしているＰＵＳＣＨ送信に対する上記時間条件を満たしている、と期待してもよい。
【０４０１】
上述したＣＳＩ報告手順は、ＮＲ−Ｕセルにおいて、ＬＢＴサブバンドのサイズがＢＷＰのサイズと同じ場合に適用されてもよい。
【０４０２】
１つのＬＢＴサブバンドのサイズが、サービングセル内のＢＷＰサイズと同じかそれよりも大きい値（ＰＲＢ数、帯域幅）である場合、且つ、周波数領域において、該ＢＷＰが該ＬＢＴサブバンドに含まれる場合、つまり、ＬＢＴサブバンド内にＢＷＰがある場合、且つ、該ＬＢＴサブバンドにおいて、ＣＳＩ−ＲＳがパンクチャされたと示された場合、端末装置１は、該ＢＷＰにおけるＣＳＩをアップデートしなくてもよいし、アップデート
しなかった、および／または、ＣＳＩ−ＲＳを測定できなかった（または、測定しなかった）サブバンドに対するＣＳＩをＣＳＩレポートとして送信しなくてもよい。
【０４０３】
ここで、ＬＢＴサブバンドにおいて、ＣＳＩ−ＲＳがパンクチャされるとは、あるＬＢＴサブバンドの周波数領域において、ＣＳＩ−ＲＳが送信されないことであってもよい。例えば、基地局装置３が、ＳＳＢおよび／または、ＰＤＣＣＨ、および／または、ＰＤＳＣＨ、および／または、ＣＳＩ−ＲＳを送信する前に、各ＬＢＴサブバンドにおいて、ＣＡＰを行ない、各ＬＢＴサブバンドでチャネルがクリアであると評価されなかったＬＢＴサブバンドにおいて、基地局装置３が、ＣＳＩ−ＲＳを含むいずれの下りリンク信号を送信しないことであってもよい。言い換えると、基地局装置３は、チャネルがクリアであると判定したＬＢＴサブバンドにおいて、ＣＳＩ−ＲＳを含むいずれの下りリンク信号を送信してもよい。同様に、端末装置１は、チャネルがクリアであると判定したＬＢＴサブバンドにおいて、いずれの上りリンク信号を送信してもよい。端末装置１は、チャネルがクリアでないと判定したＬＢＴサブバンドにおいて、いずれの上りリンク信号を送信しなくてもよい。
【０４０４】
基地局装置３は、ＣＳＩ−ＲＳがパンクチャされることを示したＬＢＴサブバンドにおいて、端末装置１から対応するＣＳＩレポートが送信されることを期待しなくてもよい。
【０４０５】
周波数領域において、ＢＷＰの一部の周波数領域がＬＢＴサブバンドに含まれる場合、つまり、ＢＷＰの周波数領域とＬＢＴサブバンドの周波数領域の一部が重複する場合、および／または、１つのＢＷＰが複数のＬＢＴサブバンドと重複する場合、且つ、該ＢＷＰに対するＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇのｃｑｉ−ＦｏｒｍａｔＩｎｄｉｃａｔｏｒがワイドバンドＣＱＩを示す場合、該複数のＬＢＴサブバンドのうち、少なくとも１つのＬＢＴサブバンドにおいて、ＣＳＩ−ＲＳがパンクチャされることを示されたとすれば、端末装置１は、該ＢＷＰに対するＣＱＩをアップデートしなくてもよいし、アップデートしなかったワイドバンドＣＱＩを含むＣＳＩをＣＳＩレポートとして送信しなくてもよい。また、この場合において、該ｃｑｉ−ＦｏｒｍａｔＩｎｄｉｃａｔｏｒがサブバンドＣＱＩを示す場合には、端末装置１は、ＣＳＩ−ＲＳがパンクチャされた１または複数のＬＢＴサブバンドと重複している１または複数のサブバンドに対してはそれぞれ、サブバンドＣＱＩをアップデートしなくてもよいし、アップデートしなかった、および／または、ＣＳＩ−ＲＳを測定できなかった、１または複数のサブバンドＣＱＩを除いたＣＳＩをＣＳＩレポートとして送信してもよい。つまり、端末装置１は、ＣＳＩ−ＲＳがパンクチャされなかった１または複数のＬＢＴサブバンドと重複している１または複数のサブバンドに対してはそれぞれ、サブバンドＣＱＩを計算し、アップデートしてもよいし、アップデートした１または複数のサブバンドＣＱＩを含んだＣＳＩをＣＳＩレポートとして送信してもよいし、アップデートしなかった、および／または、ＣＳＩ−ＲＳを測定できなかった（または、測定しなかった）、１または複数のサブバンドＣＱＩを送信しなくてもよい。
【０４０６】
周波数領域において、ＢＷＰの一部の周波数領域がＬＢＴサブバンドに含まれる場合、つまり、ＢＷＰの周波数領域とＬＢＴサブバンドの周波数領域の一部が重複する場合、および／または、１つのＢＷＰが複数のＬＢＴサブバンドと重複する場合、且つ、該ＢＷＰに対するＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇのｐｍｉ−ＦｏｒｍａｔＩｎｄｉｃａｔｏｒがワイドバンドＰＭＩを示す場合、該複数のＬＢＴサブバンドのうち、少なくとも１つのＬＢＴサブバンドにおいて、ＣＳＩ−ＲＳがパンクチャされることを示されたとすれば、端末装置１は、該ＢＷＰに対するＰＭＩをアップデートしなくてもよいし、アップデートしなかったワイドバンドＰＭＩを含むＣＳＩをＣＳＩレポートとして送信しなくてもよい。また、この場合において、該ｐｍｉ−ＦｏｒｍａｔＩｎｄｉｃａｔｏｒがサブバンドＰＭＩを示す場合には、端末装置１は、ＣＳＩ−ＲＳがパンクチャされたＬＢＴサブバンドと重複している１または複数のサブバンドに対してはそれぞれ、サブバンドＰＭＩをアップデートしなくてもよいし、アップデートしなかったサブバンドＰＭＩを除いたＣＳＩをＣＳＩレポートとして送信してもよい。つまり、端末装置１は、ＣＳＩ−ＲＳがパンクチャされなかった１または複数のＬＢＴサブバンドと重複している１または複数のサブバンドに対してはそれぞれ、サブバンドＰＭＩを計算し、アップデートしてもよいし、アップデートした１または複数のサブバンドＰＭＩを含んだＣＳＩをＣＳＩレポートとして送信してもよいし、アップデートしなかった、および／または、ＣＳＩ−ＲＳを測定できなかった（または、測定しなかった）、１または複数のサブバンドＰＭＩを送信しなくてもよい。
【０４０７】
ＬＢＴサブバンドは、端末装置１および／または基地局装置３がＬＢＴ（つまり、ＣＣＡ、および／または、ＣＡＰ）を行ない、チャネルがクリアであるかどうかを判定する周波数領域（つまり、チャネル、ＮＲ−Ｕキャリア、ＮＲ−Ｕ  ＢＷＰ）を示すために設定されてもよい。例えば、ＬＢＴサブバンドの周波数領域のサイズは、２０ＭＨｚ（つまり、所定の値）であってもよいし、２０ＭＨｚ（つまり、所定の値）に相当するＰＲＢ数であってもよいし、上位層パラメータとして設定されてもよい。ＬＢＴサブバンドを規定するために用いられる周波数領域のスタート位置を示すスタートＲＢおよび帯域幅（ＰＲＢ数）が上位層パラメータとして設定されてもよい。少なくとも１つのＬＢＴサブバンドが設定される場合、且つ、同じオペレーティングバンドで上りリンク送信および下りリンク送信を行なう場合、該ＬＢＴサブバンドの周波数領域および時間領域は、端末装置１と基地局装置３間で共通、および／または、共通の設定、および／または、共通の認識であってもよい。なお、ＬＢＴサブバンドは、ＬＢＴキャリア（ＣＣＡキャリア、ＣＡＰキャリア）、ＬＢＴバンド（ＣＣＡバンド、ＣＡＰバンド）やＬＢＴ−ＢＷＰ（ＣＣＡ−ＢＷＰ、ＣＡＰ−ＢＷＰ）と称されてもよい。基地局装置３および／または端末装置１が、１または複数のＬＢＴサブバンドを用いてＬＢＴを行なう能力がサポートされている場合には、能力情報に基づいて、１つのＮＲ−Ｕセル（または１つのＮＲ−Ｕオペレーティングバンド）に対して、１または複数のＬＢＴサブバンドが設定されてもよい。
【０４０８】
ＣＱＩ測定および／またはＰＭＩ測定を含むＣＳＩ測定（つまり、ＣＱＩ計算および／またはＰＭＩ計算を行なうためのＣＳＩ測定）に用いられるサブバンドおよびワイドバンドは、ＣＳＩサブバンドおよびＣＳＩワイドバンドと称されてもよい。同様に、ＣＱＩ測定に用いられるサブバンドおよびワイドバンドは、ＣＱＩサブバンドおよびＣＱＩワイドバンドと称されてもよい。ＰＭＩ測定に用いられるサブバンドおよびワイドバンドは、ＰＭＩサブバンドおよびＰＭＩワイドバンドと称されてもよい。また、ＣＳＩサブバンド／ワイドバンドは、ＣＱＩサブバンド／ワイドバンド、および、ＰＭＩサブバンド／ワイドバンドのいずれか一方または両方を含む場合の総称であってもよい。なお、ＣＳＩワイドバンドの帯域幅（ＰＲＢ数）は、ＣＳＩ報告バンドに対して設定される帯域幅と同じ値であってもよい。またはＣＳＩ報告バンドは、１または複数のＣＳＩサブバンドで構成されてもよい。
【０４０９】
図１４は、本実施形態の一態様に係るＣＳＩワイドバンドおよびＣＳＩサブバンドのマッピングパターンの一例を示す図である。図１４（ａ）は、ＤＬ  ＢＷＰとＣＳＩワイドバンドのスタートＲＢおよび帯域幅がオーバーラップしている例を示している。図１４（ｂ）は、各ＬＢＴサブバンドと各ＣＳＩワイドバンドのスタートＲＢおよび帯域幅がオーバーラップしている例を示している。
【０４１０】
端末装置１および基地局装置３において、例えば、ＤＣＩフォーマット２＿０によって、ＬＢＴサブバンド＃１およびＬＢＴサブバンド＃２のそれぞれに対して、ＣＯＴを獲得できたことを示すことができる場合（つまり、そのような能力がサポートされている場合）、ＬＢＴサブバンド＃１およびＬＢＴサブバンド＃２の両方において、ＣＯＴを獲得できたことを示された場合について説明する。図１４（ａ）において、端末装置１に設定された１または複数のＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇに応じて、端末装置１は、ワイドバンド＃Ａに対するワイドバンドＣＱＩおよび／またはワイドバンドＰＭＩのそれぞれの値をアップデートし、報告することができ、サブバンド＃Ａ１からサブバンド＃Ａ４のそれぞれに対するサブバンドＣＱＩおよび／またはサブバンドＰＭＩのそれぞれの値をアップデートし、報告することができる。なお、ＣＳＩレポートの優先度ルールが適用される場合には、ワイドバンド＃Ａに対するワイドバンドＣＳＩ（ＣＱＩ／ＰＭＩ）の優先度が最も高く、それからサブバンド＃Ａ１から順に優先度が低くなってもよい。また、図１４（ｂ）において、端末装置１に設定された１または複数のＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇに応じて、端末装置１は、ワイドバンド＃Ｂおよび／またはワイドバンド＃Ｃのそれぞれに対するワイドバンドＣＱＩおよび／またはワイドバンドＰＭＩの値をアップデートし、報告することができ、サブバンド＃Ｂ１からサブバンド＃Ｂ３、および、サブバンド＃Ｃ１からサブバンド＃Ｃ３のそれぞれに対するサブバンドＣＱＩおよびサブバンドＰＭＩのそれぞれの値をアップデートし、報告することができる。なお、ＣＳＩレポートの優先度ルールが適用される場合には、ワイドバンド＃Ｂおよび／またはワイドバンド＃Ｃに対するワイドバンドＣＳＩ（ＣＱＩ／ＰＭＩ）の優先度が最も高く、それからサブバンド＃Ｂ１からサブバンド＃Ｃ３の順に優先度が低くなってもよいし、サブバンドについては、サブバンド＃Ｂ１、サブバンド＃Ｃ１、サブバンド＃Ｂ２、サブバンド＃Ｃ２、・・・、サブバンド＃Ｃ３の順に優先度が低くなってもよい。この場合、端末装置１は、ｃｑｉ−ＦｏｒｍａｔＩｎｄｉｃａｔｏｒがワイドバンドＣＱＩであってもサブバンドＣＱＩであってもよいし、ｐｍｉ−ＦｏｒｍａｔＩｎｄｉｃａｔｏｒがワイドバンドＰＭＩであってもサブバンドＰＭＩであっても関連するＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇのＣＳＩを報告することができる。基地局装置３は、ＤＣＩフォーマット２＿０に基づいて、報告されるＣＳＩの種類や数やＣＳＩのためのビット数を想定してもよい。
【０４１１】
ＬＢＴサブバンドにおいて、チャネルがクリアであると判定し、ＬＢＴが成功したとみなした場合には、該ＬＢＴサブバンドにおいて、基地局装置３および／または端末装置１は、物理信号／物理チャネルを送信してもよい。なお、ＬＢＴが成功したことにより、基地局装置３および／または端末装置１は、ＣＯＴが獲得できたと判定してもよい。
【０４１２】
次に、図１４において、ＤＣＩフォーマット２＿０によって、２つのＬＢＴサブバンドのうち、１つだけでしかＣＯＴが獲得されたことを示されなかった場合、例えば、ＬＢＴサブバンド＃１ではＣＯＴを獲得できたが、ＬＢＴサブバンド＃２ではＣＯＴを獲得できなかった場合について説明する。図１４（ａ）において、端末装置１に設定された１または複数のＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇに応じて、端末装置１は、ワイドバンド＃Ａに対するワイドバンドＣＱＩおよび／またはワイドバンドＰＭＩのそれぞれの値をアップデートしなくてもよいし、報告しなくてもよい。また、端末装置１は、サブバンド＃Ａ１および／またはサブバンド＃Ａ２のそれぞれに対しては、サブバンドＣＱＩおよび／またはサブバンドＰＭＩの値をアップデートし、報告してもよい。また、端末装置１は、サブバンド＃Ａ３およびサブバンド＃Ａ４のそれぞれに対しては、サブバンドＣＱＩおよびサブバンドＰＭＩの値をアップデートしなくてもよいし、報告しなくてもよい。図１４（ａ）において、ワイドバンドＣＱＩは、ＬＢＴサブバンド＃２のマップされるＣＳＩ−ＲＳを除いて算出されてもよい。図１４（ｂ）において、端末装置１に設定された１または複数のＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇに応じて、端末装置１は、ワイドバンド＃Ｂに対するワイドバンドＣＱＩおよびワイドバンドＰＭＩのそれぞれの値をアップデートし、報告してもよい。端末装置１は、ワイドバンド＃Ｃに対するワイドバンドＣＱＩおよび／またはワイドバンドＰＭＩのそれぞれの値をアップデートしなくてもよいし、報告しなくてもよい。端末装置１は、サブバンド＃Ｂ１からサブバンド＃Ｂ３のそれぞれに対するサブバンドＣＱＩおよび／またはサブバンドＰＭＩのそれぞれの値をアップデートし、報告してもよい。端末装置１は、サブバンド＃Ｃ１からサブバンド＃Ｃ３のそれぞれに対するサブバンドＣＱＩおよび／またはサブバンドＰＭＩのそれぞれの値をアップデートしなくてもよいし、報告しなくてもよい。
【０４１３】
図１４（ｂ）の場合、ＬＢＴサブバンド毎にＣＳＩ報告バンドが設定可能であるため、１つのＢＷＰおよびに対して設定可能な、ＣＳＩ−ＲＳリソース（ＮＺＰ  ＣＳＩ−ＲＳリソース、および／または、ＣＳＩ−ＩＭリソース）の数、および／または、リソースセット毎のＣＳＩ−ＲＳリソースの数、および／または、ＣＳＩ−ＲＳリソースセットの数、および／または、ＣＳＩリソース設定の数、ＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇの数、など、ＣＳＩ報告に関連する設定および／または上位層パラメータの最大数は拡張されてもよい。
【０４１４】
図１４（ａ）および／または図１４（ｂ）の場合、ＬＢＴサブバンドを識別するためのＩＤ（例えば、ＬＢＴサブバンドＩＤ）が上位層パラメータとして設定されてもよい。特に、図１４（ｂ）の場合、ＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇにはＬＢＴサブバンドＩＤが含まれてもよい。基地局装置３は、ＬＢＴサブバンド毎に、ワイドバンドＣＳＩおよび／またはサブバンドＣＳＩの報告がトリガできるようにしてもよい。
【０４１５】
干渉測定において、図１４（ｂ）のように、ＬＢＴサブバンド毎に個別にＣＳＩ−ＩＭリソースが設定可能な場合、ＬＢＴサブバンド毎にＣＯＴの獲得状況が示されるとすれば、端末装置１は、ＣＯＴが獲得されたＬＢＴサブバンドにおいて、干渉測定を行ない、その結果を報告することができる。
【０４１６】
図１４は、１つのＢＷＰに対して、２つのＬＢＴサブバンドが設定された場合について説明しているが、１つのＢＷＰに設定されるＬＢＴサブバンドの数が２つよりも多い場合であっても同様に適用することができる。
【０４１７】
図１４において、ＬＢＴサブバンド＃１とＬＢＴサブバンド＃２間でガードバンドが設定されてもよい。このような場合、ガードバンドを含むＣＳＩ報告バンドにおいて、ワイドバンドＣＱＩおよびワイドバンドＰＭＩ、および、サブバンドＣＱＩおよびサブバンドＰＭＩは、ガードバンドにＣＳＩ−ＲＳがマップされることを考慮して、計算されてもよい。
【０４１８】
なお、ワイドバンドＣＱＩおよび／またはワイドバンドＰＭＩがアップデートされなかった場合、関連するＲＩ、および／または、ＣＲＩはアップデートされなくてもよいし、関連するＲＩ、および／または、ＣＲＩは報告されなくてもよい。
【０４１９】
１つのＢＷＰに対して、複数のＬＢＴサブバンドが設定される場合、ＬＢＴサブバンド毎に、１または複数のＮＺＰ−ＣＳＩ−ＲＳ−Ｒｅｓｏｕｒｃｅ、および／または、１または複数のｃｓｉ−ＩＭ−Ｒｅｓｏｕｒｃｅが設定されてもよいし、１または複数のＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇが設定されてもよい。つまり、ＬＢＴサブバンド毎に、ワイドバンドＣＱＩ／ＰＭＩおよびサブバンドＣＱＩ／ＰＭＩが計算できるように１または複数のＣＳＩ−ＲＳリソースが設定されてもよいし、１または複数のＣＳＩ−ＲｅｐｏｒｔＣｏｎｆｉｇが設定されてもよい。
【０４２０】
なお、ＢＷＰおよび／またはキャリアおよび／またはサービングセルのスタートＲＢおよび帯域幅と各ＣＳＩ報告バンドのスタートＲＢおよび帯域幅は、一致しなくてもよい。つまり、ＢＷＰおよび／またはキャリアおよび／またはサービングセルのスタートＲＢおよび帯域幅と各ＣＳＩ報告バンドのスタートＲＢおよび帯域幅はそれぞれ、個別に設定されてもよい。
【０４２１】
図１５は、本実施形態に係る周波数マッピング（リソース割り当て、物理リソースへのマッピング）の一例を示す図である。図１５（ａ）は、１つの端末装置１および／または基地局装置３に対して、複数のＰＲＢが連続的に配置される例（contiguous mapping, localized mapping）である。図１５（ａ）の周波数マッピングは、例えば、ＤＦＴ−ｓ−ＯＦＤＭ信号などのシングルキャリアによる低いＰＡＰＲ（Peak to Average Power Ratio）特性を実現するために用いられてもよい。図１５（ｂ）は、１つの端末装置１および／または基地局装置３に対して、複数のＰＲＢが等間隔または非等間隔に配置される例（interlaced mapping, distributed mapping）である。図１５（ｂ）の周波数マッピングは、周波数領域において、少ないＰＲＢ数で送信帯域幅（最大送信帯域幅、チャネル帯域幅、キャリア帯域幅、ＢＷＰ帯域幅）の８０％以上を実現するために用いられてもよい。つまり、図１５（ｂ）の周波数マッピングは、ＯＣＢ（Occupied Channel Bandwidth）要件を満たすために行なわれてもよい。また、インタレースの数は、ＳＣＳに応じて決定されてもよい。例えば、ＳＣＳが１５ｋＨｚの場合、インタレースの数は、１０または１１であってもよい。また、ＳＣＳが３０ｋＨｚの場合、インタレースの数は、５または６であってもよい。インタレースの数は、周波数領域における端末装置１の最大多重数であってもよい。インタレースの数は、周波数帯域幅の大きさに因らず、同じ数であってもよい。例えば、周波数帯域幅が２０ＭＨｚであっても４０ＭＨｚであっても、ＳＣＳが１５ｋＨｚの場合、インタレースの数は、１０または１１であってもよい。なお、基地局装置３および／または端末装置1は、１または複数のインタレースを用いて物理チャネルおよび／または物理信号の送信を行なうことができる。
【０４２２】
図１６は、本実施形態に係るＭＡＣサブヘッダおよびＭＡＣ  ＰＤＵの構成の一例を示す図である。図１６（ａ）は、ＢＩ（Backoff Indicator）を伴うＭＡＣサブヘッダの構
成の一例を示している。ＢＩを伴うＭＡＣサブヘッダは、Ｅ／Ｔ／Ｒ／Ｒ／ＢＩの５つのヘッダフィールドで構成されてもよい。図１６（ｂ）は、ＲＡＰＩＤ（Random Access Preamble Identifier）を伴うＭＡＣサブヘッダの構成の一例を示している。ＲＡＰＩＤを伴うＭＡＣサブヘッダは、Ｅ／Ｔ／ＲＡＰＩＤの３つのヘッダフィールドで構成されてもよい。図１６（ｃ）は、ＭＡＣ  ＰＤＵの構成の一例を示している。ＭＡＣ  ＰＤＵは、１または複数のＭＡＣサブＰＤＵから構成されてもよく、随意にパディングが含まれてもよい。各ＭＡＣサブＰＤＵは、ＢＩだけを伴うＭＡＣサブヘッダ、ＲＡＰＩＤだけを伴うＭＡＣサブヘッダ、ＲＡＰＩＤおよびＭＡＣ  ＲＡＲ（Random Access Response）を伴うＭＡＣサブヘッダのうちの１つで構成されてもよい。ここで、ＭＡＣ  ＰＤＵに対して、ＢＩだけを伴うＭＡＣサブＰＤＵが含まれるとすれば、ＢＩだけを伴うＭＡＣサブＰＤＵは、ＭＡＣ  ＰＤＵの先頭に置かれてもよい。ＲＡＰＩＤだけを伴うＭＡＣサブＰＤＵ、および、ＲＡＰＩＤおよびＭＡＣ  ＲＡＲを伴うＭＡＣサブＰＤＵはそれぞれ、もしＢＩだけを伴うＭＡＣサブＰＤＵおよび／またはパディングがＭＡＣ  ＰＤＵ内にあるとすれば、ＢＩだけを伴うＭＡＣサブＰＤＵとパディングの間に置かれてもよい。もしＢＩだけを伴うＭＡＣサブＰＤＵとパディングがＭＡＣ  ＰＤＵ内に無いとすれば、ＲＡＰＩＤおよびＭＡＣ  ＲＡＲを伴うＭＡＣサブＰＤＵはそれぞれ自由に置かれてもよい。なお、パディングは、ＭＡＣ  ＰＤＵ内にあるとすれば、ＭＡＣ  ＰＤＵ内の最後に置かれてもよい。パディングの存在と長さは、ＴＢサイズ、１または複数のＭＡＣサブＰＤＵのサイズに基づいてインプリシットに決定されてもよい。
【０４２３】
Ｅ（Extension）フィールドは、少なくともこのＥフィールドを含んで構成されるＭＡ
Ｃサブヘッダを含むＭＡＣサブＰＤＵがＭＡＣ  ＰＤＵ内で最後のＭＡＣサブＰＤＵであるかどうかを示すフラグであってもよい。例えば、少なくとももう１つのＭＡＣサブＰＤＵが続くことを示すために、Ｅフィールドの値が“１”にセットされてもよい。このＭＡＣサブヘッダを含むＭＡＣサブＰＤＵがＭＡＣ  ＰＤＵ内で最後のＭＡＣサブＰＤＵであることを示すために、Ｅフィールドの値が“０”にセットされてもよい。
【０４２４】
Ｔ（Type）フィールドは、ＭＡＣサブヘッダがＲＡＰＩＤまたはＢＩを含むかどうかを示すフラグであってもよい。サブヘッダ内のＢＩフィールドの存在を示すために、Ｔフィールドの値は“０”にセットされてもよい。サブヘッダ内のＲＡＰＩＤフィールドの存在を示すために、Ｔフィールドの値は“１”にセットされてもよい。つまり、ＭＡＣサブＰＤＵが、図１６（ａ）に記載のＭＡＣサブヘッダによって構成されるのか図１６（ｂ）に記載のＭＡＣサブヘッダによって構成されるのかは、Ｔフィールドの値に基づいて判別されてもよい。なお、図１６（ｃ）のＭＡＣサブＰＤＵ３は、ＲＡＰＩＤおよびＲＡＲ（ＭＡＣ  ＲＡＲ）で構成される例について記載している。つまり、Ｔフィールドの値が“１”にセットされた場合の例を記載している。
【０４２５】
Ｒ（Reserved）フィールドは、Ｒビット（Reserved bit）であり、“０”にセットされてもよい。なお、本実施形態においては、Ｒビットは“０”にセットされてもよい。
【０４２６】
ＢＩフィールドは、セルにおけるオーバーロード状態を識別するために用いられる。ＢＩフィールドのサイズは４ビットであってもよい。ＢＩフィールドにセットされた値は、バックオフタイムを算出するために用いられてもよい。例えば、バックオフタイムは、０からＢＩフィールドに対応する値の間の乱数によって求まってもよい。つまり、バックオフタイムは、ＢＩフィールドの値に基づいて決定されてもよい。ＢＩフィールドは、バックオフタイムに関するパラメータ（BPV: Backoff Parameter value）を示すために用いられてもよい。ＢＩフィールドは、ＢＰＶ（例えば、５ｍｓ、１２０ｍｓ、１９２０ｍｓなど）に対応するインデックスを示すために用いられてもよい。
【０４２７】
ＲＡＰＩＤフィールドは、送信されたランダムアクセスプリアンブル（ＰＲＡＣＨ、Ｍｓｇ１）を識別するために用いられてもよい。ＲＡＰＩＤは６ビットであってもよい。ＭＡＣサブＰＤＵのＭＡＣサブヘッダ内のＲＡＰＩＤがＳＩリクエストに対して設定されたランダムアクセスプリアンブルの１つに対応するとすれば、ＭＡＣ  ＲＡＲはＭＡＣサブＰＤＵに含まれなくてもよい。つまり、図１６（ｃ）において、ＲＡＰＩＤだけのＭＡＣサブＰＤＵ（ＭＡＣサブＰＤＵ２）に対応している。ＭＡＣサブＰＤＵのＭＡＣサブヘッダ内のＲＡＰＩＤがＳＩリクエストに対して設定されたランダムアクセスプリアンブルに対応していないとすれば、ＭＡＣ  ＲＡＲは、該ＭＡＣサブＰＤＵに含まれてもよい。
【０４２８】
ＭＡＣサブヘッダ（ＭＡＣサブヘッダのサイズ）は、オクテット単位で調整されてもよい。１オクテットは、８ビットで構成されてもよい。つまり、ＭＡＣサブヘッダおよび／またはＭＡＣ  ＰＤＵのサイズは、８ビット単位で調整されてもよい。
【０４２９】
図１７は、本実施形態に係るＮＲに対するＭＡＣ  ＲＡＲおよびＲＡＲグラントフィールドの構成の一例を示す図である。図１７（ａ）は、ＮＲ（ＮＲセル）に対するＭＡＣ  ＲＡＲの構成の一例を示す。図１７（ｂ）は、図１７（ａ）のＭＡＣ  ＲＡＲ内のＵＬグラントに対応するＲＡＲグラント内のフィールドの構成の一例を示す。ＭＡＣ  ＲＡＲは、Ｍｓｇ２と称されてもよい。
【０４３０】
本実施形態において、ＮＲに対するとは、ＮＲセル（キャリア、ＢＷＰ、チャネル）、ＮＲ端末装置、ＮＲ基地局装置、のうち、少なくとも１つに対応していることを意味してもよい。同様に、ＮＲ−Ｕに対するとは、ＮＲ−Ｕセル（キャリア、ＢＷＰ、チャネル）、ＮＲ−Ｕ端末装置、ＮＲ−Ｕ基地局装置、のうち、少なくとも１つに対応していることを意味してもよい。
【０４３１】
図１７（ａ）のＭＡＣ  ＲＡＲにおいて、ＴＡＣ（Timing Advance Command）フィールドのサイズは１２ビット、ＵＬ（Uplink）グラントフィールドのサイズは２７ビット、ＴＣ−ＲＮＴＩ（Temporary C-RNTI）フィールドのサイズは１６ビットで構成されてもよい
。
【０４３２】
ＴＡＣフィールドは、ＭＡＣエンティティが適用するタイミング調整の量を制御するために用いられるインデックス値ＴＡを示すために用いられる。つまり、ＴＡＣフィールドは、端末装置１の送信タイミングを調整するために用いられてもよい。
【０４３３】
ＵＬグラントフィールドは、上りリンクにおいて用いられるリソースを示すために用いられる。ＭＡＣ  ＲＡＲに含まれるＵＬグラントは、図１７（ｂ）に示すＲＡＲグラントとして用いられてもよい。
【０４３４】
本実施形態において、ＭＡＣ  ＲＡＲに含まれるＵＬグラントは、ＲＡＲグラントと同義であってもよい。
【０４３５】
ＴＣ−ＲＮＴＩフィールドは、ランダムアクセスの間、ＭＡＣエンティティによって用いられる一時的な識別子を示すために用いられてもよい。
【０４３６】
図１７（ｂ）は、ＮＲに対するＲＡＲグラントに含まれる種々のフィールドの一例を示している。該ＲＡＲグラントは、ＮＲのランダムアクセスプロシージャにおいて、Ｍｓｇ３  ＰＵＳＣＨをスケジュールするために用いられてもよい。なお、この時のＲＡＲグラントフィールドに用いられるビット数の合計は、２７ビットであってもよい。
【０４３７】
図１７（ｂ）の周波数ホッピングフラグ（ＦＨＦ）フィールドは、スケジュールされたＰＵＳＣＨに対して周波数ホッピングが適用されるかどうかを示すフィールドである。
【０４３８】
図１７（ｂ）のＰＵＳＣＨ周波数リソース配置（ＰＦＲＡ）フィールドは、ＰＵＳＣＨの周波数領域の開始位置及びリソースブロック数（または終了位置）を示すために用いられるフィールドである。
【０４３９】
なお、ＰＦＲＡフィールドのビット数は、上りリンク送信（ＰＵＳＣＨの送信）に用いられる最大ＰＲＢ数に基づいて決定されてもよい。例えば、帯域幅が２０ＭＨｚでＳＣＳが１５ｋＨｚの場合、上りリンク送信に用いられる最大ＰＲＢ数は１０６ＰＲＢｓであり、ＰＦＲＡフィールドのビット数は、１４ビットであってもよい。つまり、ＰＦＲＡフィールドのビット数は、上りリンクに対する最大帯域幅、ＳＣＳ、最大帯域幅およびＳＣＳに基づく最大ＰＲＢ数に基づいて決定されてもよい。最大帯域幅および／またはＳＣＳはそれぞれ、上位層パラメータに基づいて決定されてもよい。
【０４４０】
図１７（ｂ）のＰＵＳＣＨ時間リソース配置（ＰＴＲＡ）フィールドは、スケジュールされたＰＵＳＣＨの時間領域の割当てを示すために用いられるフィールドである。
【０４４１】
図１７（ｂ）のＭＣＳフィールドは、スケジュールされたＰＵＳＣＨに適用されるＭＣＳの値を示すために用いられるフィールドである。
【０４４２】
図１７（ｂ）のＰＵＳＣＨに対するＴＰＣコマンドフィールドは、スケジュールされたＰＵＳＣＨの送信電力を動的に調整するために用いられるフィールドである。
【０４４３】
図１７（ｂ）のＣＳＩリクエストフィールドは、例えば、スケジュールされたＰＵＳＣＨでＣＳＩを送信することを要求するために用いられるフィールドである。ＣＳＩリクエストフィールドは、ＣＢＲＡプロシージャにおいて、Ｒビット（Reserved bit）として確保されてもよい。ＣＳＩリクエストフィールドは、ＣＦＲＡプロシージャにおいてＲＡＲグラントにセットされてもよい。
【０４４４】
図１７に記載のＭＡＣ  ＲＡＲおよびＲＡＲグラントの構成は、ＮＲ−Ｕにおいても適用されてもよい。該ＭＡＣ  ＲＡＲおよびＲＡＲグラントが適用されるかどうかは、上位層パラメータに基づいて決定されてもよい。
【０４４５】
図１８は、本実施形態に係るＮＲ−Ｕに対するＭＡＣ  ＲＡＲおよびＲＡＲグラントフィールドの構成の一例（例１）を示す図である。図１８（ａ）は、ＮＲ−Ｕ（ＮＲ−Ｕセル）に対するＭＡＣ  ＲＡＲおよびＭＡＣペイロードの構成を示す。図１８（ｂ）は、図１８（ａ）のＭＡＣ  ＲＡＲ内のＵＬグラントに対応するＲＡＲグラントのフィールドの構成の一例を示す。
【０４４６】
図１８（ａ）は、図１７（ａ）と同じ構成であり、ＭＡＣ  ＲＡＲは５６ビット（つまり、７オクテット）で構成されてもよい。
【０４４７】
図１８（ｂ）は、ＭＡＣ  ＲＡＲ内のＵＬグラント（ＲＡＲグラント）に対するビット数が、ＮＲと同じ場合のＲＡＲグラントを構成する種々のフィールドの一例を示している。ＲＡＲグラントによってスケジュールされるＰＵＳＣＨの周波数領域リソース配置に対してインタレース配置が適用される場合、周波数ホッピングを行なわなくても周波数特性は十分得られる。そのため、ＦＨＦフィールドは、ＮＲ−Ｕに対するＲＡＲグラントにセットされなくてもよい。ここで、ＦＨＦフィールドがＲＡＲグラントにセットされるかどうかは上位層パラメータに基づいて決定されてもよい。
【０４４８】
また、ＲＡＲグラントによってスケジュールされるＰＵＳＣＨの周波数領域リソース配置に対してインタレース配置が適用され、帯域幅が所定の値である場合に、ＮＲ−Ｕに対するＲＡＲグラントに含まれるＰＦＲＡフィールドのビット数（例えば、最大１０ビット）は、ＮＲに対するＲＡＲグラントに含まれるＰＦＲＡフィールドのビット数（例えば、最大１４ビット）よりも少なくてもよい。ＲＡＲグラントによってスケジュールされるＰＵＳＣＨの周波数領域リソース配置に対してインタレース配置が適用される場合、帯域幅が２０ＭＨｚでＳＣＳが１５ｋＨｚであるとすれば、ＮＲ−Ｕに対するＲＡＲグラントに含まれるＰＦＲＡフィールドのビット数は、ＮＲに対するＲＡＲグラントに含まれるＰＦＲＡフィールドのビット数である１４ビットから１０ビットに削減されてもよい。すなわち、ＲＡＲグラントによってスケジュールされるＰＵＳＣＨの周波数領域リソース配置に対してインタレース配置が適用される場合、帯域幅が２０ＭＨｚでＳＣＳが１５ｋＨｚであるとすれば、ＰＦＲＡフィールドに必要なビット数は、最大１４ビットから最大１０ビットに削減されてもよい。なお、余った４ビットは、ＲビットとしてＵＬグラント（ＲＡＲグラント）に確保されてもよいし、ＮＲ−Ｕに対するＭｓｇ３  ＰＵＳＣＨをスケジュールするための１または複数のフィールドに用いられてもよい。
【０４４９】
ＮＲ−Ｕでは、Ｍｓｇ３  ＰＵＳＣＨを送信する前のＬＢＴを行なう期間を確保するために、ＲＡＲグラントにＰＵＳＣＨの送信開始位置を示すフィールド（PUSCH starting position field, PSP field）がセットされてもよい。詳細は後述する。
【０４５０】
ＮＲ−Ｕでは、ＲＡＲグラントにチャネルアクセスタイプフィールドがセット（追加）されてもよい。なお、チャネルアクセスタイプフィールドは、タイプ１ＣＡＰかタイプ２ＣＡＰを示すフィールドであり、１ビットで構成されてもよい。
【０４５１】
ＮＲ−Ｕでは、ＲＡＲグラントにＣＡＰＣフィールドがセットされてもよい。ＣＡＰＣフィールドは２ビットで構成されてもよい。ＣＡＰＣの値に基づいて、端末装置１は、ＲＡＲグラントによってスケジュールされたＰＵＳＣＨ（Ｍｓｇ３  ＰＵＳＣＨ）の優先度が設定されてもよい。ＰＵＳＣＨの優先度は、タイプ１ＣＡＰに用いられるＣＷＳの値を
決定するために用いられてもよい。ＣＡＰＣフィールドの値に基づいて、タイプ１ＣＡＰに用いられるＣＷＳの値が決定されてもよい。ただし、ＲＡＲグラントによってスケジュールされたＰＵＳＣＨに対して適用されるＣＡＰＣの値が所定の値である場合には、ＲＡＲグラントにＣＡＰＣフィールドはセットされなくてもよい。ここで、所定の値は、仕様書などによって予め決定されていてもよい。ここで、所定の値は、上位層パラメータに基づいて決定されてもよい。
【０４５２】
図１８は、ＭＡＣ  ＲＡＲの構成を変えずに、ＲＡＲグラント（ＭＡＣ  ＲＡＲに含まれるＵＬグラント）を構成する種々のフィールドの種類（数）やサイズ（ビット数）を調整することによってＮＲ−Ｕに対応したＲＡＲグラントの種々のフィールドが構成されてもよい。
【０４５３】
図１９は、本実施形態に係るＮＲ−Ｕに対するＭＡＣ  ＲＡＲおよびＲＡＲグラントフィールドの構成の別の一例（例２）を示す図である。図１９（ａ）は、ＮＲ−Ｕに対するＭＡＣ  ＲＡＲおよびＭＡＣペイロードの構成を示す。図１９（ｂ）は、図１９（ａ）のＭＡＣ  ＲＡＲ内のＵＬグラントに対応するＲＡＲグラントのフィールドの構成の一例を示す。
【０４５４】
図１９（ａ）は、ＮＲ−Ｕに対するセルカバレッジがＮＲと比較すると小さいと想定されるため、ＴＡ値もＮＲと比較して小さいことが想定される場合に適用されるＭＡＣ  ＲＡＲである。ＴＡ値の適用範囲が狭くなるので、ＴＡＣフィールドを構成するビット数もＮＲと比較して少なくなってもよい。ＭＡＣ  ＲＡＲに含まれるＴＡＣフィールドが示すことができる値の範囲もＮＲと比較して狭くなってもよい。図１９（ａ）のＴＡＣフィールドは、例えば、１２ビットではなく７ビットで構成されてもよい。つまり、ＮＲ−Ｕに対するＭＡＣ  ＲＡＲに含まれるＴＡＣフィールドのビット数は、ＮＲに対するＭＡＣ  ＲＡＲに含まれるＴＡＣフィールドのビット数よりも少なくてもよい。
【０４５５】
ＭＡＣ  ＲＡＲに含まれるＵＬグラントは、削減したＴＡＣフィールドのビットを用いて構成されることによって該ＵＬグラントのサイズが拡張されてもよい。
【０４５６】
図１９（ｂ）は、拡張したＵＬグラント（ＲＡＲグラント）を構成するフィールドの一例を示している。ＦＨＦフィールドやＰＦＲＡフィールドのサイズは、ＮＲと同じであってもよい。つまり、ＲＡＲグラントによってスケジュールされるＰＵＳＣＨの周波数領域のリソース配置は、ＮＲと同じ配置が適用されてもよい。その上で、ＮＲ−Ｕの通信に必要なＣＡＴフィールドやＣＡＰＣフィールドなどを追加しても、ＮＲ−Ｕに対して用いられるＭＡＣ  ＲＡＲのサイズ（合計ビット数および／またはオクテット数）は、ＮＲと同じサイズにすることができる。
【０４５７】
図２０は、本実施形態に係るＮＲ−Ｕに対するＭＡＣ  ＲＡＲおよびＲＡＲグラントフィールドの構成の別の一例（例３）を示す図である。図２０（ａ）は、ＮＲ−Ｕに対するＭＡＣ  ＲＡＲおよびＭＡＣペイロードの構成を示す。図２０（ｂ）は、図２０（ａ）のＭＡＣ  ＲＡＲ内のＵＬグラントに対応するＲＡＲグラントのフィールドの構成の一例を示す。
【０４５８】
図２０は、ＭＡＣ  ＲＡＲのサイズを小さくすることを目的としている。ＭＡＣ  ＲＡＲのサイズを小さくすることによってＭＡＣ  ＲＡＲの送信に必要な電力をセルカバレッジに応じて低くすることができる。
【０４５９】
図２０（ａ）において、ＭＡＣ  ＲＡＲに含まれる、ＴＡＣフィールドのサイズは７ビット、ＵＬグラントのサイズは３オクテット（２４ビット）、ＴＣ−ＲＮＴＩは２オクテット（１６ビット）で構成されてもよい。
【０４６０】
図２０（ｂ）は、ＭＡＣ  ＲＡＲに含まれるＵＬグラント（ＲＡＲグラント）のサイズが３オクテットである場合のＲＡＲグラントを構成する種々のフィールドおよびビット数の一例を示している。ＰＵＳＣＨの周波数領域リソース配置がインタレース配置のみサポートされていると想定する。そのため、ＦＨＦフィールドは該ＲＡＲグラントにセットされなくてもよい。ＰＦＲＡフィールドのサイズは、インタレース配置のみがサポートされているとすれば、帯域幅が２０ＭＨｚでＳＣＳが１５ｋＨｚの場合で、端末装置１の周波数領域の最大多重数を１０とすることができる。ＰＦＲＡフィールドのビット数が最大多重数のビットマップで構成される場合には、ＮＲ−Ｕに対するＰＦＲＡフィールドのサイズは、ＮＲに対するＰＦＲＡフィールドのビット数（例えば、最大１４ビット）ではなく、ＮＲ−Ｕにおける周波数領域の最大多重数のビットマップのサイズ（例えば、最大１０ビット）であってもよい。このような場合、ＮＲ−Ｕに対するＰＦＲＡフィールドのサイズは、ＮＲに対するＰＦＲＡフィールドのサイズ（例えば、最大１４ビット）よりも少なくてもよい。つまり、ＮＲ−Ｕに対するＲＡＲグラントに含まれるＰＦＲＡフィールドのサイズは、インタレース配置が適用された場合の端末装置１の最大多重数に必要なビットマップのサイズに基づいて決定されてもよい。また、ＰＦＲＡフィールドのサイズが１０ビットである場合、且つ、他のＳＣＳや帯域幅の組み合わせによって、端末装置１の最大多重数が１０よりも少ない場合には、つまり、ＰＦＲＡフィールドに必要なビットマップのビット数が１０ビットよりも少ない場合には、ＰＦＲＡフィールドの余ったビットは、Ｒビットとして確保されてもよい。例えば、端末装置１の最大多重数が５の場合、ＰＦＲＡフィールドを構成するビットマップのサイズは５ビットあれば十分であるため、ＰＦＲＡフィールドの１０ビットのうち、５ビットはＲビットとして確保されてもよい。
【０４６１】
図２０（ｂ）において、少なくともＣＢＲＡの場合には、ＣＳＩリクエストフィールドのためのＲビットを削減してもよい。つまり、ＲＡＲグラントのサイズが２７ビットよりも小さくなる場合には、ＣＳＩリクエストフィールドが該ＲＡＲグラントに含まれなくてもよい。
【０４６２】
図２０（ｂ）において、つまり、ＮＲ−Ｕに対するＲＡＲグラントのサイズがＮＲに対するＲＡＲグラントのサイズよりも小さい場合には、ＣＡＰＣの値は、該ＲＡＲグラントによってスケジュールされるＰＵＳＣＨに対しては、常に所定の値（所定のクラス、所定のインデックス）であると想定されてもよい。ここで、所定の値は、仕様書などによって予め決定されていてもよい。ここで、所定の値は、上位層パラメータによって与えられてもよい。そうすることによって、ＲＡＲグラントにＣＡＰＣフィールドを含める必要がないため、ＮＲ−Ｕに対するＲＡＲグラントのサイズを小さくすることができる。
【０４６３】
図２１は、本実施形態に係るＮＲ−Ｕに対するＭＡＣ  ＲＡＲおよびＲＡＲグラントフィールドの構成の別の一例（例４）を示す図である。図２１（ａ）は、ＮＲ−Ｕに対するＭＡＣ  ＲＡＲおよびＭＡＣペイロードの構成を示す。図２１（ｂ）は、図２１（ａ）のＭＡＣ  ＲＡＲ内のＵＬグラントに対応するＲＡＲグラントのフィールドの構成の一例を示す。
【０４６４】
図２１（ａ）は、ＮＲ−Ｕに対するＭＡＣ  ＲＡＲのサイズが、ＮＲに対するＭＡＣ  ＲＡＲのサイズよりも拡張された場合のフィールドの構成を示している。図２１（ａ）のＭＡＣ  ＲＡＲのフィールドに含まれるＴＡＣフィールドのサイズとＴＣ−ＲＮＴＩのサイズは、ＮＲに対するＭＡＣ  ＲＡＲに含まれるフィールドと同じサイズであってもよい。ＵＬグラントのサイズについては、ＮＲに対するＵＬグラントのサイズよりも大きくなってもよい。図２１（ａ）では、１オクテット分だけ拡張された場合について記載しているが、ＮＲの場合と比較して、ＵＬグラントのサイズは、１オクテットよりも大きく拡張されてもよい。
【０４６５】
図２１（ｂ）は、図２１（ａ）のＵＬグラントに対応するＲＡＲグラントを構成する種々のフィールドの一例を示している。この場合、ＰＦＲＡは、連続配置およびインタレース配置の両方をサポートすることができる。周波数ホッピングも可能である場合、ＦＨＦフィールドがＲＡＲグラントに含まれてもよい。帯域幅が２０ＭＨｚよりも広い場合、最大送信帯域幅（例えば、ＳＣＳが６０ｋＨｚで帯域幅が８０ＭＨｚの場合、２７５ＰＲＢｓ）に応じて、ＰＦＲＡフィールドのサイズは、最大１４ビットから最大１６ビットに拡張されてもよい。また、ＰＴＲＡは、ＣＯＴの中およびＣＯＴの外の両方を指示できるように、ＰＴＲＡフィールドのサイズを４ビットから５ビットに拡張されてもよい。その他に、ＮＲ−Ｕに対するＲＡＲグラントに必要なＰＳＰフィールド、ＣＡＴフィールド、ＣＡＰＣフィールドがセットされてもよい。
【０４６６】
図２１において、ＭＡＣ  ＲＡＲのサイズが拡張されるかどうかは、ＭＡＣ  ＲＡＲのサイズに関連する上位層パラメータに基づいて決定されてもよい。
【０４６７】
図２１において、ＰＦＲＡフィールドのサイズが拡張されるかどうかは、ＰＦＲＡに関連する上位層パラメータに基づいて決定されてもよい。なお、ＰＦＲＡフィールドのサイズが拡張されない場合、残りのビットはＲビットとして確保されてもよい。
【０４６８】
図２１において、ＰＴＲＡフィールドのサイズが拡張されるかどうかは、ＰＴＲＡに関連する上位層パラメータに基づいて決定されてもよい。なお、ＰＴＲＡフィールドのサイズが拡張されない場合、残りのビットはＲビットとして確保されてもよい。
【０４６９】
ＰＦＲＡフィールドのサイズおよび／またはＰＴＲＡフィールドのサイズのそれぞれが拡張されるかどうかは、上位層パラメータに基づいて決定されてもよい。
【０４７０】
図２１において、ＰＦＲＡフィールドのサイズが端末装置１の周波数領域の最大多重数に関連するビットマップのサイズに基づいて決定されるとすれば、該ビットマップに用いられない残りのビットはＲビットとして確保されてもよい。
【０４７１】
図１８から図２１において、ＵＬグラントに１または複数のＲビットが確保されているとすれば、該Ｒビットは、ＴＣ−ＲＮＴＩを拡張するために用いられてもよいし、ＲＡＰＩＤを拡張するために用いられてもよい。
【０４７２】
基地局装置３は、ＮＲ−Ｕに対して、図１７から図２１に記載のＭＡＣ  ＲＡＲのうち、いずれかのＭＡＣ  ＲＡＲを用いてＭｓｇ２を生成するかどうかは、基地局装置３が受信したランダムアクセスプリアンブルのインデックスおよび／またはＲＡＰＩＤの値に基づいて決定されてもよい。
【０４７３】
ＮＲ−Ｕに対して、図１７から図２１に記載のＭＡＣ  ＲＡＲのうち、いずれかのＭＡＣ  ＲＡＲを用いてＭｓｇ２を生成するかどうかは、上位層パラメータに基づいて決定されてもよい。
【０４７４】
本実施形態において、ＲＡＲグラントにＦＨＦフィールドがセットされ、且つ、インタレース配置が適用される場合、ＦＨＦフィールドの値は“１”にセットされない。つまり、このような場合、端末装置１は、ＦＨＦフィールドで周波数ホッピングが指示されることは期待されなくてもよい。
【０４７５】
なお、ＦＨＦフィールドが、ＮＲ−Ｕに対するＲＡＲグラントに含まれるかどうかは、
ＲＡＲグラントによってスケジュールされるＰＵＳＣＨに対するリソース割り当て（周波数リソース配置）に対して、連続配置のみが適用されるか、インタレース配置のみが適用されるか、連続配置およびインタレース配置の両方が適用されるかに基づいて決定されてもよい。例えば、該リソース割り当てに対して、連続配置のみ、連続配置およびインタレース配置が適用される場合には、該ＲＡＲグラントに、ＦＨＦフィールドが含まれてもよい。
【０４７６】
ＮＲ−ＵにおけるＲＡＲグラントによってスケジュールされるＰＵＳＣＨ（Ｍｓｇ３  ＰＵＳＣＨ）の周波数リソース配置に対して、連続配置および／またはインタレース配置のうちのいずれか一方または両方が適用されるかどうかは、上位層パラメータに基づいて決定されてもよい。また、ＮＲ−Ｕに対するＲＡＲグラントにＦＨＦフィールドが含まれるかどうかは、上位層パラメータに基づいて決定されてもよい。
【０４７７】
本実施形態において、ＮＲ−Ｕに対するＲＡＲグラントにＣＡＴフィールドがセットされるかどうかは、ＲＡＲグラントによってスケジュールされるＰＵＳＣＨに対するＣＡＴがタイプ１ＣＡＰかタイプ２ＣＡＰの両方が選択可能な場合には、ＲＡＲグラントにＣＡＴフィールドにセットされてもよい。つまり、ＲＡＲグラントによってスケジュールされるＰＵＳＣＨに対して適用されるＣＡＴがタイプ１ＣＡＰかタイプ２ＣＡＰかのいずれか一方である場合には、該ＲＡＲグラントにＣＡＴフィールドがセットされなくてもよい。
【０４７８】
本実施形態において、ＮＲ−Ｕに対するＲＡＲグラントにＣＡＰＣフィールドがセットされるかどうかは、ＲＡＲグラントによってスケジュールされるＰＵＳＣＨに対するＣＡＰＣが所定のＣＡＰＣであるかどうかに基づいて決定されてもよい。ＲＡＲグラントによってスケジュールされるＰＵＳＣＨに対するＣＡＰＣが所定のＣＡＰＣであるとすれば、該ＲＡＲグラントにＣＡＰＣフィールドがセットされなくてもよい。
【０４７９】
図２２は、本実施形態に係る時間領域におけるＰＵＳＣＨの送信開始位置（時間領域の開始位置、スロット内の開始位置）を示すフィールド（PUSCH starting position field,
PSP field）および各ＳＣＳに対応するＰＵＳＣＨの開始位置の一例を示す図である。図２２（ａ）および（ｂ）は、ＰＵＳＣＨの送信開始位置を示すフィールド（２ビットフィールド、１ビットフィールド）の一例を示している。該フィールドは、時間シンボル領域における送信タイミングを調整することによって端末装置１がＬＢＴを行なうためのギャップ（期間）を設けるために用いられるフィールドである。例えば、該フィールドに値“００”または“０”がセットされている場合には、先頭の時間シンボル領域の開始から物理チャネル／物理信号の送信を行なえることを示す。該フィールドに値“０１”または“１０”または“１”がセットされている場合には、先頭の時間シンボル領域の途中から物理チャネル／物理信号の送信を行なえることを示す。該フィールドに値“０１”または“１”がセットされている場合には、ＰＵＳＣＨの先頭の時間シンボル領域内の２５μ秒（ｕｓ）から送信可能であることを示している。例えば、この２５μ秒において、端末装置１は２５μ秒のＬＢＴを１回だけ行なってから送信を行なうことができる。該フィールドに値“１０”がセットされている場合には、ＰＵＳＣＨの先頭の時間シンボル領域内の（２５＋ＴＡ（Timing Advance））μ秒（ｕｓ）から送信可能であることを示している。該フィールドに値“１１”がセットされている場合には、次の時間シンボル領域から物理チャネル／物理信号の送信を行なえることを示す。また、ＳＣＳの値によっては、ＳＣＳに対応する１つの時間シンボル領域の長さが２５μ秒および／または（２５＋ＴＡ）μ秒よりも短い場合がある。このような場合、該フィールドに値“１１”がセットされているとすれば、先頭の時間シンボル領域から２５μ秒または（２５＋ＴＡ）μ秒以降の最初の時間シンボル領域を示してもよい。図２２（ｃ）は、ＳＣＳが１５ｋＨｚの場合の各値のＰＵＳＣＨの開始位置の一例を示している。図２２（ｄ）は、ＳＣＳが３０ｋＨｚの場合の各値のＰＵＳＣＨの開始位置の一例を示している。
【０４８０】
図２３は、本実施形態に係るＮＲ−Ｕに対するＰＵＳＣＨの周波数リソース配置タイプの一例を示す図である。ＮＲ−Ｕに対して、特定のＰＵＳＣＨ周波数リソース配置タイプが適用される場合、ＵＬグラントに含まれるＰＵＳＣＨ周波数リソース配置フィールドは、ＲＩＶ（Resource information Value）で示されてもよい。ＲＩＶは、リソース配置の開始位置（ＲＢＳＴＡＲＴ）、最大送信帯域幅（ＮＵＬＲＢ）、Ｌの値に基づいて決定されてもよい。ＲＩＶは、最大送信帯域幅が２０ＭＨｚに対応しているか１０ＭＨｚに対応しているかどうかに基づいてビットマップとして表現されてもよい。なお、最大送信帯域幅は最大上りリンク送信帯域幅と称されてもよい。
【０４８１】
図２４は、本実施形態に係るＢＰＶ（Backoff Parameter value）の一例を示す図であ
る。ＢＰＩは、ＢＩによって与えられるインデックスに対応している。例えば、ＢＩフィールドにセットされた値が０である場合、図２４のインデックス０に対応するＢＰＶ（５ｍｓ）に基づいて、バックオフタイムがセットされる。また、ＢＩの値が７である場合、図２４のインデックス７に対応するＢＰＶ（１２０ｍｓ）に基づいて、バックオフタイムがセットされる。端末装置１のＭＡＣエンティティは、バックオフタイムの値を０からＢＰＶの間からランダムに（またはランダム関数に基づいて、または一様分布に応じて）選択してもよい。
【０４８２】
本実施形態に係るＲＡＲ（Random Access Response）受信プロシージャについて説明する。
【０４８３】
ＲＡＰ（Random Access Preamble）が送信されるとすぐに測定ギャップがあるかどうかにかかわらず、端末装置１のＭＡＣエンティティは、ＢＦＲＲ（Beam Failure Recovery Request）に対するＣＦＲＡプリアンブルがＭＡＣエンティティによって送信されるとす
れば、ＲＡＰ送信の終わりから最初のＰＤＣＣＨオケージョンにおいてＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇで設定されたｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗをスタートし、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗがランニングしている間、Ｃ−ＲＮＴＩによって識別されたＳｐＣｅｌｌのｒｅｃｏｖｅｒｙＳｅａｒｃｈＳｐａｃｅＩｄによって示されたサーチスペースでＰＤＣＣＨ送信を監視し、そうでないとすれば、ＲＡＰ送信の終わりから最初のＰＤＣＣＨオケージョンにおいてＲＡＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎで設定されたｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗをスタートし、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗがランニングしている間、ＲＡ−ＲＮＴＩによって識別された１または複数のＲＡＲに対するＳｐＣｅｌｌのＰＤＣＣＨを監視してもよい。
【０４８４】
ｒｅｃｏｖｅｒｙＳｅａｒｃｈＳｐａｃｅＩｄによって示されたサーチスペースにおけるＰＤＣＣＨ送信の受信の通知が、ＲＡＰが送信されたサービングセルで下位層（物理層）から受信されたとすれば、且つ、該ＰＤＣＣＨ送信がＣ−ＲＮＴＩ宛てであるとすれば、且つ、ＢＦＲＲに対するＣＦＲＡプリアンブルがＭＡＣエンティティによって送信されたとすれば、ＭＡＣエンティティは、ランダムアクセスプロシージャを成功裏に完了したとみなしてもよい。
【０４８５】
また、下りリンクアサインメントがＲＡ−ＲＮＴＩに対するＰＤＣＣＨで受信され、受信されたＴＢが成功裏にデコードされるとすれば、且つ、ＲＡＲがＢＩを伴うＭＡＣサブＰＤＵを含むとすれば、ＭＡＣエンティティは、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦを、ＳＣＡＬＩＮＧ＿ＦＡＣＴＯＲ＿ＢＩを考慮して、図２４に記載の表を使って、ＭＡＣサブＰＤＵのＢＩフィールドの値にセットしてもよい。そうでないとすれば、ＭＡＣエンティティは、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦを、０ｍｓにセットしてもよい。
【０４８６】
ＲＡＲが、送信したＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸに対応するＲＡＰＩＤを伴うＭＡＣ
サブＰＤＵを含んでいるとすれば、ＭＡＣエンティティは、ＲＡＲ受信に成功したとみなしてもよい。
【０４８７】
ＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇに設定されたｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗが満了される場合、および、Ｃ−ＲＮＴＩ宛てのｒｅｃｏｖｅｒｙＳｅａｒｃｈＳｐａｃｅＩｄによって示されたサーチスペースでのＰＤＣＣＨ送信が、ＲＡＰが送信されたサービングセルで受信されなかった場合、または、ＲＡＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎに設定されたｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗが満了される場合、且つ、送信したＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸとマッチするＲＡＰＩＤを含むＲＡＲが受信されない場合、ＭＡＣエンティティは、ＲＡＲ受信が成功しなかったとみなし、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲを１だけインクリメントし、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ＝ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ＋１を満たす場合、ＲＡＰがＳｐＣｅｌｌで送信されるとすれば、ランダムアクセス問題を上位層（例えば、ＲＲＣ層）に示し、ランダムアクセスプロシージャがＳＩリクエストに対してトリガされているとすれば、ＭＡＣエンティティは、ランダムアクセスプロシージャの完了に成功しなかったとみなしてもよい。また、ＲＡＰがＳＣｅｌｌで送信されるとすれば、ＭＡＣエンティティは、ランダムアクセスプロシージャの完了に成功しなかったとみなしてもよい。
【０４８８】
次に、本実施形態に係るコンテンションレゾリューションについて説明する。
【０４８９】
Ｍｓｇ３が送信されるとすぐに、ＭＡＣエンティティは、ｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒをスタートし、Ｍｓｇ３送信の終わった後の最初のシンボルで各ＨＡＲＱ再送信におけるｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒを再スタートし、測定ギャップがあるかどうかにかかわらず、ｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒがランニングしている間、ＰＤＣＣＨを監視し、ＳｐＣｅｌｌのＰＤＣＣＨ送信の受信の通知が下位層から受信されたとすれば、Ｃ−ＲＮＴＩ  ＭＡＣ  ＣＥがＭｓｇ３に含まれたとすれば、ランダムアクセスプロシージャがｂｅａｍ  ｆａｉｌｕｒｅ  ｒｅｃｏｖｅｒｙに対して開始され、ＰＤＣＣＨ送信がＣ−ＲＮＴＩ宛てであるか、ランダムアクセスプロシージャがＰＤＣＣＨオーダによって開始され、ＰＤＣＣＨ送信がＣ−ＲＮＴＩ宛てであるか、ランダムアクセスプロシージャがＭＡＣサブ層、または、ＲＲＣサブ層によって開始され、ＰＤＣＣＨ送信がＣ−ＲＮＴＩ宛てであり、新しい送信のためのＵＬグラントを含んでいるとすれば、ＭＡＣエンティティは、コンテンションレゾリューションが成功したとみなし、ｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒをストップし、ＴＥＭＰＯＲＡＲＹ＿Ｃ−ＲＮＴＩを破棄し、ランダムアクセスプロシージャを成功裏に完了したとみなしてもよい。
【０４９０】
ＣＣＣＨ  ＳＤＵ（Service Data Unit）がＭｓｇ３に含まれ、ＰＤＣＣＨ送信がＴＥ
ＭＰＯＲＡＲＹ＿Ｃ−ＲＮＴＩ宛てであるとすれば、ＭＡＣ  ＰＤＵが成功裏にデコードされるとすれば、ＭＡＣエンティティは、ｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒをストップし、ＭＡＣ  ＰＤＵがＵＥコンテンションレゾリューション識別子ＭＡＣ  ＣＥを含み、且つ、ＭＡＣ  ＣＥ内のＵＥコンテンションレゾリューション識別子がＭｓｇ３で送信されたＣＣＣＨ  ＳＤＵとマッチするとすれば、ＭＡＣエンティティは、コンテンションレゾリューションを成功したとみなし、ＭＡＣ  ＰＤＵのディアセンブリアンドデマルチプレキシングを終了し、ランダムアクセスプロシージャがＳＩリクエストに対して開始されていたとすれば、上位層にＳＩリクエストに対するａｃｋｎｏｗｌｅｄｇｅｍｅｎｔの受信を示す。その他に、ＭＡＣエンティティは、Ｃ−ＲＮＴＩにＴＥＭＰＯＲＡＲＹ＿Ｃ−ＲＮＴＩの値をセットしてもよい。また、ＭＡＣエンティティは、ＴＥＭＰＯＲＡＲＹ＿Ｃ−ＲＮＴＩを破棄し、ランダムアクセスプロシージャが成功裏に完了したとみなしてもよい。ＭＡＣ  ＣＥ内のＵＥコンテンションレゾリューション
識別子がＭｓｇ３で送信されたＣＣＣＨ  ＳＤＵとマッチしなかったとすれば、ＴＥＭＰＯＲＡＲＹ＿Ｃ−ＲＮＴＩを破棄し、コンテンションレゾリューションが成功しなかったとみなし、成功裏にデコードしたＭＡＣ  ＰＤＵを破棄してもよい。
【０４９１】
ｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが満了するとすれば、ＭＡＣエンティティは、ＴＥＭＰＯＲＡＲＹ＿Ｃ−ＲＮＴＩを破棄し、コンテンションレゾリューションが成功しなかったとみなしてもよい。
【０４９２】
コンテンションレゾリューションが成功しないとみなされたとすれば、ＭＡＣエンティティは、Ｍｓｇ３バッファ内のＭＡＣ  ＰＤＵの送信に対して用いられたＨＡＲＱバッファをフラッシュ（flush）し、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲを１だけインクリメントし、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ＝ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ＋１を満たすとすれば、上位層にランダムアクセス問題を示す。ランダムアクセスプロシージャがＳＩリクエストに対してトリガされていたとすれば、ＭＡＣエンティティは、ランダムアクセスプロシージャの完了に成功しなかったとみなしてもよい。
【０４９３】
次に、本実施形態に係るランダムアクセスプロシージャが完了しなかった場合の処理について説明する。図２５は、本実施形態に係るランダムアクセスプロシージャが完了しなかった場合のＭｓｇ１を送信するまでのプロシージャを示す図である。
【０４９４】
ランダムアクセスプロシージャが完了しないとすれば、ＭＡＣエンティティは、０とＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの間で一様分布に応じてランダムにバックオフタイムをセットし、バックオフタイムの間に、ＣＦＲＡリソースを選択するための基準が満たされるとすれば、ランダムアクセスリソース選択プロシージャを行なってもよい。また、そうでないとすれば、ＭＡＣエンティティは、バックオフタイムの後に、ランダムアクセスリソース選択プロシージャを行なってよい。なお、バックオフタイム中に、端末装置１は、ＳＳＢを受信し、ＲＳＲＰなどを測定してもよい。
【０４９５】
次に、本実施形態に係るＮＲ−Ｕに対するＭｓｇ１送信の前に適用されるＣＡＴ選択プロシージャについて説明する。
【０４９６】
ＢＰＶおよびＳＣＡＬＩＮＧ＿ＦＡＣＴＯＲ＿ＢＩ（６Ｈにセットされた値）に基づいて得られた値をＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦにセットした場合、ランダムアクセスプロシージャが完了しないとみなしたとすれば、０とＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの間から一様分布に応じて、ランダムバックオフタイムが選択されてもよい。なお、ＳＣＡＬＩＮＧ＿ＦＡＣＴＯＲ＿ＢＩにセットされる値は、上位層パラメータｓｃａｌｉｎｇＦａｃｔｏｒＢＩによって与えられてもよい。ＳＣＡＬＩＮＧ＿ＦＡＣＴＯＲ＿ＢＩにセットされる値は、ランダムアクセスプロシージャが開始される場合には、１にセットされてもよい。
【０４９７】
ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦにセットされた値が所定の値（例えば、１００ｍｓ）と同じかそれよりも大きな値である場合、且つ、Ｍｓｇ１送信がタイプ１ＣＡＰを行なった後に行なわれる場合、Ｎｉｎｉｔの値は０としてみなされてもよい。ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦにセットされた値が所定の値（例えば、１００ｍｓ）よりも小さな値である場合、且つ、Ｍｓｇ１送信がタイプ１ＣＡＰを行なった後に行なわれる場合、タイプ１ＣＡＰが成功してから、Ｍｓｇ１の送信が行なわれてもよい。
【０４９８】
タイプ１ＣＡＰが適用される場合には、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦにセットされた値とＣＷＳによって得られた合計のＣＣＡ期間を比較して大きな値の方に基づいて、
Ｍｓｇ１送信が行なわれてもよい。
【０４９９】
上位層パラメータｓｃａｌｉｎｇＦａｃｔｏｒＢＩおよび／またはＳＣＡＬＩＮＧ＿ＦＡＣＴＯＲ＿ＢＩに“０（zero）”がセットされている場合には、Ｍｓｇ１送信前に適用されるＣＡＴに基づいてＣＡＰが行なわれてもよい。つまり、このような場合、タイプ１ＣＡＰまたはタイプ２ＣＡＰを行なってから、Ｍｓｇ１が送信されてもよい。例えば、上位層パラメータｓｃａｌｉｎｇＦａｃｔｏｒＢＩに“０（zero）”がセットされている場合には、Ｍｓｇ１送信前に行なうＣＡＰのタイプ（つまり、ＣＡＴ）は、所定のＣＡＴであってもよい。所定のＣＡＴは、上位層パラメータに基づいて決定されてもよい。また、所定のＣＡＴは、ＤＣＩによって与えられてもよい。また、所定のＣＡＴは、仕様書などで予め決定されてもよい。
【０５００】
また、端末装置１のＭＡＣエンティティは、受信したＲＡＲにＢＩを伴うＭＡＣサブＰＤＵを含むとすれば、該ＭＡＣエンティティは、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦに、ＳＣＡＬＩＮＧ＿ＦＡＣＴＯＲ＿ＢＩを考慮したＢＩの値をセットし、そうでないとすれば、０ｍｓにセットしてもよい。該ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦが所定の値（例えば、２０ｍｓや１００ｍｓなど）よりも大きい、または、同じ値である場合、且つ、ランダムアクセスプロシージャが完了していない場合には、該ＭＡＣエンティティは、０と該ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦ間の一様分布に応じてランダムにバックオフタイムをセットし、該バックオフタイム経過後に、ランダムアクセスリソース選択プロシージャを行ない、ランダムアクセスリソース（つまり、ＲＡＰ、Ｍｓｇ１）を決定し、該Ｍｓｇ１の送信前にタイプ２ＣＡＰを行なって、端末装置１が、Ｍｓｇ１を送信するために用いるチャネル（ＮＲ−Ｕチャネル、ＢＷＰ、キャリア）がクリアであるとみなしたら（判定すれば）、Ｍｓｇ１を送信することができる。該ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦが所定の値（例えば、２０ｍｓや１００ｍｓなど）よりも小さい値である場合、該ＭＡＣエンティティは、０と該ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦ間の一様分布に応じてランダムにバックオフタイムをセットし、該バックオフタイム経過後に、ランダムアクセスリソース選択プロシージャを行ない、ランダムアクセスリソース（つまり、ＲＡＰ、Ｍｓｇ１）を決定し、該Ｍｓｇ１の送信前にタイプ１ＣＡＰを行なう。つまり、端末装置１は、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦにセットされた値に基づいて、Ｍｓｇ１送信前に行なわれるＣＡＴを選択してもよい。なお、所定の値は、上位層パラメータに基づいて決定されてもよい。所定の値は、仕様書などで予め決定されてもよい。また、端末装置１は、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦに０ｍｓがセットされる場合には、タイプ１ＣＡＰを選択してもよい。
【０５０１】
端末装置１のＭＡＣエンティティは、受信したＲＡＲにＢＩを伴うＭＡＣサブＰＤＵを含んでいない、且つ、ランダムアクセスプロシージャが完了しなかったとすれば、タイプ１ＣＡＰを行なってからＭｓｇ１を送信してもよい。
【０５０２】
また、端末装置１のＭＡＣエンティティは、ランダムに選択したバックオフタイムの値に応じて、Ｍｓｇ１送信前のＣＡＴを決定してもよい。例えば、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦに基づいて設定されたバックオフタイムが所定の値（例えば、２０ｍｓや１００ｍｓなど）よりも大きいかどうかに基づいて、端末装置１は、タイプ１ＣＡＰを行なうかタイプ２ＣＡＰを行なうか（つまり、ＣＡＴ）を決定してもよい。
【０５０３】
本実施形態において、Ｍｓｇ１送信前に行なうＣＡＰを行なう場合には、該ＣＡＰのタイプ（つまり、ＣＡＴ）は、上位層パラメータに基づいて決定されてもよい。また、該ＣＡＴは、ＤＣＩによって与えられてもよい。また、該ＣＡＴは、仕様書などで予め決定されてもよい。
【０５０４】
Ｍｓｇ１送信前にタイプ１ＣＡＰを行なう場合には、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも小さい場合には、端末装置１は、該タイプ１ＣＡＰに適用されるＣＡＰＣのインデックスｐに対応するＣＷｐの値を一つ上の値に変更してからＣＷＳを調整してもよい。例えば、図９を用いて説明すると、ＣＡＰＣの値ｐが１において、ＣＷｐの値が３である場合には、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも小さい場合には、端末装置１は、該タイプ１ＣＡＰに適用されるＣＡＰＣのインデックスに対応するＣＷｐの値を７にセットしてからＣＷＳを調整してもよい。
【０５０５】
Ｍｓｇ１送信前にタイプ１ＣＡＰを行なう場合には、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも大きい場合には、端末装置１は、該タイプ１ＣＡＰに適用されるＣＡＰＣのインデックスｐに対応するＣＷｐの値を一つ上の値に変更してからＣＷＳを調整してもよい。例えば、図９を用いて説明すると、ＣＡＰＣの値ｐが１において、ＣＷｐの値が３である場合には、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも小さい場合には、端末装置１は、該タイプ１ＣＡＰに適用されるＣＡＰＣのインデックスに対応するＣＷｐの値を７にセットしてからＣＷＳを調整してもよい。
【０５０６】
Ｍｓｇ１送信前にタイプ１ＣＡＰを行なう場合には、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも大きい場合には、端末装置１は、該タイプ１ＣＡＰに適用されるＣＡＰＣのインデックスｐに対応するＣＷｐの値を一つ下の値に変更してからＣＷＳを調整してもよい。例えば、図９を用いて説明すると、ＣＡＰＣの値ｐが１において、ＣＷｐの値が７である場合には、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも小さい場合には、端末装置１は、該タイプ１ＣＡＰに適用されるＣＡＰＣのインデックスに対応するＣＷｐの値を３にセットしてからＣＷＳを調整してもよい。
【０５０７】
Ｍｓｇ１送信前にタイプ１ＣＡＰを行なう場合に、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも小さい場合には、端末装置１は、該タイプ１ＣＡＰに適用されるＣＡＰＣのインデックスｐの値を一段階下げてもよい。つまり、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも小さい場合には、端末装置１は、Ｍｓ１送信前のタイプ１ＣＡＰの優先度を下げてもよい。
【０５０８】
Ｍｓｇ１送信前にタイプ１ＣＡＰを行なう場合に、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも大きい場合には、端末装置１は、該タイプ１ＣＡＰに適用されるＣＡＰＣのインデックスｐの値を一段階下げてもよい。つまり、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも小さい場合には、端末装置１は、Ｍｓ１送信前のタイプ１ＣＡＰの優先度を下げてもよい。
【０５０９】
Ｍｓｇ１送信前にタイプ１ＣＡＰを行なう場合に、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも小さい場合には、端末装置１は、該タイプ１ＣＡＰに適用されるＣＡＰＣのインデックスｐの値を一段階上げてもよい。つまり、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも小さい場合には、端末装置１は、Ｍｓ１送信前のタイプ１ＣＡＰの優先度を上げてもよい。
【０５１０】
Ｍｓｇ１送信前にタイプ１ＣＡＰを行なう場合に、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも大きい場合には、端末装置１は、該タイプ１ＣＡＰに適用されるＣＡＰＣのインデックスｐの値を一段階挙げてもよい。つまり、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも大きい場合には、端末装置１は、Ｍｓ１送信前のタイプ１ＣＡＰの優先度を上げてもよい。
【０５１１】
Ｍｓｇ１送信前にタイプ１ＣＡＰを行なう場合に、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも大きいかどうか（または小さいかどうか）に基づいて、タイプ１ＣＡＰに用いられるＣＷＳの値が調整されてもよい。ＣＷＳの値がバックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値に基づいて調整されるかどうかは上位層パラメータに基づいて決定されてもよいし、仕様書などで予め決定されてもよい。
【０５１２】
以下、本実施形態の一態様に係る種々の装置の態様を説明する。
【０５１３】
（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、ランダムアクセスプロシージャにおいて、ランダムアクセスプリアンブルを送信し、対応するランダムアクセスレスポンス（ＲＡＲ）を監視する無線送受信部と、前記ＲＡＲの受信に成功しなかったとみなした場合に、前記ランダムアクセスプリアンブルの送信回数をカウントするためのプリアンブル送信カウンタの値をインクリメントするＭＡＣ（Medium Access Control）層処理部と、を備え、前記無線送受信部は、ＮＲ−Ｕ（New Radio - Unlicensed）キャリアにおいて、前記ランダムアクセスプリアンブルを送信する前のＣＣＡ（Clear Channel Assessment）を行ない、前記ＣＣＡのための測定期間を決定するために用いられる初期値ＮｉｎｉｔをカウンタＮにセットし、前記Ｎｉｎｉｔは、前記Ｎに前記Ｎｉｎｉｔがセットされる前に、少なくとも前記ランダムアクセスプリアンブルに対して設定されるＣＷ（Contention Window）の値（CW size）に基づいて決定され、前記ＣＷの値は、前記プリアンブル送信カウンタの値がインクリメントされた場合に更新される。
【０５１４】
（２）また、本発明の第２の態様は、第１の態様の端末装置であって、前記ランダムアクセスプロシージャにおいて、前記ＲＡＲの受信に成功し、前記ＲＡＲに対応するＰＵＳＣＨ（Ｍｓｇ３）を送信し、前記Ｍｓｇ３に対応する衝突解決メッセージ（Ｍｓｇ４）を監視し、前記ＮＲ−Ｕキャリアにおいて、前記Ｍｓｇ４の受信に成功しなかったとみなした場合に、前記プリアンブル送信カウンタの値をインクリメントし、前記ＣＷの値を更新する。
【０５１５】
（３）また、本発明の第３の態様は、端末装置に用いられる方法であって、ランダムアクセスプロシージャにおいて、ランダムアクセスプリアンブルを送信し、対応するランダムアクセスレスポンス（ＲＡＲ）を監視し、前記ＲＡＲの受信に成功しなかったとみなした場合に、前記ランダムアクセスプリアンブルの送信回数をカウントするためのプリアンブル送信カウンタの値をインクリメントし、ＮＲ−Ｕ（New Radio - Unlicensed）キャリアにおいて、前記ランダムアクセスプリアンブルを送信する前のＣＣＡ（Clear Channel Assessment）を行ない、前記ＣＣＡのための測定期間を決定するために用いられる初期値ＮｉｎｉｔをカウンタＮにセットし、前記Ｎｉｎｉｔは、前記Ｎに前記Ｎｉｎｉｔがセットされる前に、少なくとも前記ランダムアクセスプリアンブルに対して設定されるＣＷ（Contention Window）の値（CW size）に基づいて決定され、前記ＣＷの値は、前記プリアンブル送信カウンタの値がインクリメントされた場合に更新される。
【０５１６】
（４）また、本発明の第４の態様は、第３の態様の方法であって、前記ランダムアクセスプロシージャにおいて、前記ＲＡＲの受信に成功し、前記ＲＡＲに対応するＰＵＳＣＨ（Ｍｓｇ３）を送信し、前記Ｍｓｇ３に対応する衝突解決メッセージ（Ｍｓｇ４）を監視し、前記ＮＲ−Ｕキャリアにおいて、前記Ｍｓｇ４の受信に成功しなかったとみなした場合に、前記プリアンブル送信カウンタの値をインクリメントし、前記ＣＷの値を更新する。
【０５１７】
（５）また、本発明の第５の態様は、基地局装置であって、ランダムアクセスプリアンブルのリソース割り当てを行なうためのＰＤＣＣＨ（Physical Downlink Control Channel）オーダを送信し、前記ＰＤＣＣＨオーダを送信した後に、前記ＰＤＣＣＨオーダに対応するランダムアクセスプリアンブルを監視する無線送受信部を備え、前記無線送受信部は、ＮＲ−Ｕ（New Radio - Unlicensed）キャリアにおいて、前記ＰＤＣＣＨオーダを送信する前に、ＣＣＡ（Clear Channel Assessment）を行ない、前記ＣＣＡのための測定期間を決定するために用いられる初期値ＮｉｎｉｔをカウンタＮの値としてセットし、前記Ｎｉｎｉｔは、前記Ｎに前記Ｎｉｎｉｔがセットされる前に、少なくとも前記ＰＤＣＣＨオーダに対して設定されるＣＷ（Contention Window）の値（CW size）に基づいて決定され、前記ＣＷの値は、前記ランダムアクセスプリアンブルの受信に成功しなかったとみなした場合に、更新される。
【０５１８】
（６）また、本発明の第６の態様は、基地局装置であって、ランダムアクセスプロシージャにおいて、ランダムアクセスプリアンブルを受信し、対応するランダムアクセスレスポンス（ＲＡＲ）を送信し、前記ＲＡＲを送信した後、前記ＲＡＲに対応するＰＵＳＣＨ（Ｍｓｇ３）を監視する無線送受信部を備え、前記無線送受信部は、ＮＲ−Ｕ（New Radio - Unlicensed）キャリアにおいて、前記ＲＡＲを送信する前に、ＣＣＡ（Clear Channel Assessment）を行ない、前記ＣＣＡのための測定期間を決定するために用いられる初期値ＮｉｎｉｔをカウンタＮの値としてセットし、前記Ｎｉｎｉｔは、前記Ｎに前記Ｎｉｎｉｔがセットされる前に、少なくとも前記ＲＡＲに対して設定されるＣＷ（Contention Window）の値（CW size）に基づいて決定され、前記ＣＷの値は、前記Ｍｓｇ３の受信に成功しなかったとみなした場合に、更新される。
【０５１９】
（７）また、本発明の第７の態様は、基地局装置に用いられる方法であって、ランダムアクセスプリアンブルのリソース割り当てを行なうためのＰＤＣＣＨ（Physical Downlink Control Channel）オーダを送信し、前記ＰＤＣＣＨオーダを送信した後に、前記ＰＤＣＣＨオーダに対応するランダムアクセスプリアンブルを監視し、ＮＲ−Ｕ（New Radio - Unlicensed）キャリアにおいて、前記ＰＤＣＣＨオーダを送信する前に、ＣＣＡ（Clear Channel Assessment）を行ない、前記ＣＣＡのための測定期間を決定するために用いられる初期値ＮｉｎｉｔをカウンタＮの値としてセットし、前記Ｎｉｎｉｔは、前記Ｎに前記Ｎｉｎｉｔがセットされる前に、少なくとも前記ＰＤＣＣＨオーダに対して設定されるＣＷ（Contention Window）の値（CW size）に基づいて決定され、前記ＣＷの値は、前記ランダムアクセスプリアンブルの受信に成功しなかったとみなした場合に、更新される。
【０５２０】
（８）また、本発明の第８の態様は、基地局装置に用いられる方法であって、ランダムアクセスプロシージャにおいて、ランダムアクセスプリアンブルを受信し、対応するランダムアクセスレスポンス（ＲＡＲ）を送信し、前記ＲＡＲを送信した後、前記ＲＡＲに対応するＰＵＳＣＨ（Ｍｓｇ３）を監視し、ＮＲ−Ｕ（New Radio - Unlicensed）キャリアにおいて、前記ＲＡＲを送信する前に、ＣＣＡ（Clear Channel Assessment）を行ない、前記ＣＣＡのための測定期間を決定するために用いられる初期値ＮｉｎｉｔをカウンタＮの値としてセットし、前記Ｎｉｎｉｔは、前記Ｎに前記Ｎｉｎｉｔがセットされる前に、少なくとも前記ＲＡＲに対して設定されるＣＷ（Contention Window）の値（CW size）に基づいて決定され、前記ＣＷの値は、前記Ｍｓｇ３の受信に成功しなかったとみなした場合に、更新される。
【０５２１】
（９）また、本発明の第９の態様は、端末装置であって、スケジューリングリクエスト設定（ＳＲ設定）および物理上りリンク制御チャネル設定（ＰＵＣＣＨ設定）を含む上位層信号を受信する物理層処理部と、上りリンク共用チャネル（ＵＬ−ＳＣＨ）の新規の送信のために、ＳＲの送信を前記物理層処理部に指示するＭＡＣ（Medium Access Control
）層処理部と、を備え、前記物理層処理部は、ＮＲ−Ｕ（New Radio - Unlicensed）キャ
リアにおいて、前記ＳＲを含むＰＵＣＣＨを送信する前に、チャネルアクセスプロシージャのタイプに基づいてＣＣＡ（Clear Channel Assessment）を行ない、前記ＣＣＡのための測定期間を決定するために用いられる初期値ＮｉｎｉｔをカウンタＮにセットし、前記Ｎｉｎｉｔは、前記Ｎに前記Ｎｉｎｉｔがセットされる前に、少なくとも前記ＳＲに対して設定されるＣＷ（Contention Window）の値（CW size）に基づいて決定され、設定可能なＣＷの許容値が１つよりも多い場合には、前記ＣＷの値は、前記ＳＲカウンタの値がインクリメントされた場合に更新される。
【０５２２】
（１０）また、本発明の第１０の態様は、第９の態様の端末装置であって、前記物理層処理部は、前記ＳＲの送信の後に、前記ＵＬ−ＳＣＨの新規の送信のための上りリンクグラントを検出した場合には、前記ＣＷの値を初期値ＣＷｍｉｎにセットする。
【０５２３】
（１１）また、本発明の第１１の態様は、第９の態様の端末装置であって、前記物理層処理部は、前記ＳＲカウンタの値を０にセットした場合、前記ＣＷの値を初期値ＣＷｍｉｎにセットする。
【０５２４】
（１２）また、本発明の第１２の態様は、端末装置に用いられる方法であって、スケジューリングリクエスト設定（ＳＲ設定）および物理上りリンク制御チャネル設定（ＰＵＣＣＨ設定）を含む上位層信号を受信するステップと、上りリンク共用チャネル（ＵＬ−ＳＣＨ）の新規の送信のために、ＳＲの送信を物理層に指示するステップと、ＮＲ−Ｕ（New Radio - Unlicensed）キャリアにおいて、前記ＳＲを含むＰＵＣＣＨを送信する前に、チャネルアクセスプロシージャのタイプに基づいてＣＣＡ（Clear Channel Assessment）を行なうステップと、前記ＣＣＡのための測定期間を決定するために用いられる初期値ＮｉｎｉｔをカウンタＮにセットするステップと、を有し、前記Ｎｉｎｉｔは、前記Ｎに前記Ｎｉｎｉｔがセットされる前に、少なくとも前記ＳＲに対して設定されるＣＷ（Contention Window）の値（CW size）に基づいて決定され、設定可能なＣＷの許容値が１つよりも多い場合には、前記ＣＷの値は、前記ＳＲカウンタの値がインクリメントされた場合に更新される。
【０５２５】
（１３）また、本発明の第１３の態様は、端末装置であって、ＣＳＩ−ＲＳを受信する受信部と、前記ＣＳＩ−ＲＳを用いて、ＣＳＩを測定および評価し、前記ＣＳＩの値をアップデートする測定部と、前記ＣＳＩを送信する送信部と、を備え、前記測定部は、ＮＲ−Ｕキャリアの１つのｂｗｐ−Ｉｄに対応する１つのＢＷＰにおいて、複数のＬＢＴサブバンドが設定される第１の条件、および、前記ＢＷＰに対応するｃｑｉ−ＦｏｒｍａｔＩｎｄｉｃａｔｏｒがワイドバンドＣＱＩを示す第２の条件、および、前記複数のＬＢＴサブバンドのうち、少なくとも１つのＬＢＴサブバンドにおいて、ＬＢＴが失敗したことを示される第３の条件を満たすとすれば、前記ワイドバンドＣＱＩの値をアップデートしない。
【０５２６】
（１４）また、本発明の第１４の態様は、第１３の態様の端末装置であって、前記測定部は、前記第１の条件、および、前記第３の条件、および、前記ＢＷＰに対応するｃｑｉ−ＦｏｒｍａｔＩｎｄｉｃａｔｏｒがサブバンドＣＱＩを示す第４の条件を満たすとすれば、ＬＢＴが成功したＬＢＴサブバンドに含まれる１または複数のサブバンドにおいてそれぞれ、サブバンドＣＱＩの値をアップデートし、ＬＢＴが失敗したＬＢＴサブバンドに含まれる１または複数のサブバンドにおいてそれぞれ、サブバンドＣＱＩの値をアップデートしない。
【０５２７】
（１５）また、本発明の第１５の態様は、端末装置に用いられる方法であって、ＣＳＩ−ＲＳを受信するステップと、前記ＣＳＩ−ＲＳを用いて、ＣＳＩを測定および評価するステップと、前記ＣＳＩの値をアップデートするステップと、前記ＣＳＩを送信するステ
ップと、ＮＲ−Ｕキャリアの１つのｂｗｐ−Ｉｄに対応する１つのＢＷＰにおいて、複数のＬＢＴサブバンドが設定される第１の条件、および、前記ＢＷＰに対応するｃｑｉ−ＦｏｒｍａｔＩｎｄｉｃａｔｏｒがワイドバンドＣＱＩを示す第２の条件、および、前記複数のＬＢＴサブバンドのうち、少なくとも１つのＬＢＴサブバンドにおいて、ＬＢＴが失敗したことを示される第３の条件を満たすとすれば、前記ワイドバンドＣＱＩの値をアップデートしないステップと、を有する。
【０５２８】
（１６）また、本発明の第１６の態様は、第１５の態様の方法であって、前記第１の条件、および、前記第３の条件、および、前記ＢＷＰに対応するｃｑｉ−ＦｏｒｍａｔＩｎｄｉｃａｔｏｒがサブバンドＣＱＩを示す第４の条件を満たすとすれば、ＬＢＴが成功したＬＢＴサブバンドに含まれる１または複数のサブバンドにおいてそれぞれ、サブバンドＣＱＩの値をアップデートステップと、ＬＢＴが失敗したＬＢＴサブバンドに含まれる１または複数のサブバンドにおいてそれぞれ、サブバンドＣＱＩの値をアップデートしないステップと、を有する。
【０５２９】
（１７）また、本発明の第１７の態様は、基地局装置であって、ランダムアクセスプリアンブルを受信する受信部と、前記ランダムアクセスプリアンブルに対応する１または複数のＭＡＣ  ＲＡＲ（Medium Access Control Random Access Response）を送信する送信部と、を備え、前記送信部は、ＮＲ（New Radio Access Technology）セルに対して、Ｍ
ＡＣ  ＲＡＲを送信する場合、前記ＭＡＣ  ＲＡＲに含まれる、ＴＡＣ（Timing Advance
Command）フィールドを第１のサイズで、ＵＬ（Uplink）グラントを第２のサイズでセットし、ＮＲ−Ｕ（NR-Unlicensed）セルに対して、ＭＡＣ  ＲＡＲを送信する場合、前記
ＭＡＣ  ＲＡＲに含まれる、ＴＡＣフィールドのサイズを前記第１のサイズより小さいサイズでセットし、ＵＬグラントのサイズを前記第２のサイズよりも大きいサイズでセットする。
【０５３０】
（１８）また、本発明の第１８の態様は、第１７の態様の基地局装置であって、前記ＮＲ−Ｕセルにおいて、前記ＵＬグラントに対応するＲＡＲ（Random Access Response）グラントに対して、ＰＳＰ（Physical Uplink Shared Channel Starting Position）フィールド、ＣＡＴ（Channel Access Type）フィールド、ＣＡＰＣ（Channel Access Priority
Class）フィールドのうち、少なくとも１つのフィールドがセットされる。
【０５３１】
（１９）また、本発明の第１９の態様は、基地局装置に用いられる方法であって、ランダムアクセスプリアンブルを受信するステップと、前記ランダムアクセスプリアンブルに対応する１または複数のＭＡＣ  ＲＡＲ（Medium Access Control Random Access Response）を送信するステップと、ＮＲ（New Radio Access Technology）セルに対して、ＭＡＣ  ＲＡＲを送信する場合、前記ＭＡＣ  ＲＡＲに含まれる、ＴＡＣ（Timing Advance Command）フィールドを第１のサイズでセットし、ＵＬ（Uplink）グラントを第２のサイズでセットするステップと、ＮＲ−Ｕ（NR-Unlicensed）セルに対して、ＭＡＣ  ＲＡＲを送信する場合、前記ＭＡＣ  ＲＡＲに含まれる、ＴＡＣフィールドのサイズを前記第１のサイズより小さいサイズでセットし、ＵＬグラントのサイズを前記第２のサイズよりも大きいサイズでセットするステップと、を有する。
【０５３２】
（２０）また、本発明の第２０の態様は、第１９の態様の方法であって、前記ＮＲ−Ｕセルにおいて、前記ＵＬグラントに対応するＲＡＲ（Random Access Response）グラントに対して、ＰＳＰ（Physical Uplink Shared Channel Starting Position）フィールド、ＣＡＴ（Channel Access Type）フィールド、ＣＡＰＣ（Channel Access Priority Class）フィールドのうち、少なくとも１つのフィールドがセットされる。
【０５３３】
（２１）また、本発明の第２１の態様は、端末装置であって、ランダムアクセスプリア
ンブルを送信する送信部と、前記ランダムアクセスプリアンブルに対応する１または複数のＭＡＣ  ＲＡＲ（Medium Access Control Random Access Response）を受信する受信部と、を備え、前記受信部は、ＮＲ（New Radio Access Technology）セルに対しては、第
１の構成のＭＡＣ  ＲＡＲを受信し、ＮＲ−Ｕ（NR-Unlicensed）セルに対しては、第２
の構成のＭＡＣ  ＲＡＲを受信し、前記第１の構成のＭＡＣ  ＲＡＲと前記第２の構成のＭＡＣ  ＲＡＲのサイズは同じである。
【０５３４】
（２２）また、本発明の第２２の態様は、端末装置であって、ランダムアクセスプリアンブルを送信する送信部と、前記ランダムアクセスプリアンブルに対応する１または複数のＭＡＣ  ＲＡＲ（Medium Access Control Random Access Response）を受信する受信部と、ランダムアクセスプロシージャを行なうＭＡＣ層部と、を備え、前記送信部は、ＮＲ−Ｕ（NR-Unlicensed）セルに対して、前記ランダムアクセスプロシージャが完了しない
とみなしたとすれば、前記ランダムアクセスプリアンブルの送信の前に、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦに所定の値よりも大きい値がセットされている場合には、タイプ２ＣＡＰ（Channel Access Procedure）を行ない、前記ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦに所定の値よりも小さい値がセットされている場合には、タイプ１ＣＡＰを行なう。
【０５３５】
（２３）また、本発明の第２３の態様は、端末装置に用いられる方法であって、ランダムアクセスプリアンブルを送信するステップと、前記ランダムアクセスプリアンブルに対応する１または複数のＭＡＣ  ＲＡＲ（Medium Access Control Random Access Response）を受信するステップと、ランダムアクセスプロシージャを行なうステップと、ＮＲ−Ｕ（NR-Unlicensed）セルに対して、前記ランダムアクセスプロシージャが完了しないとみなしたとすれば、前記ランダムアクセスプリアンブルの送信の前に、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦに所定の値よりも大きい値がセットされている場合には、タイプ２ＣＡＰ（Channel Access Procedure）を行ない、前記ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦに所定の値よりも小さい値がセットされている場合には、タイプ１ＣＡＰを行なうステップと、を有する。
【０５３６】
本発明に関わる基地局装置３、および、端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を
制御するプログラム（コンピュータを機能させるプログラム）であっても良い。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ  ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤＤ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０５３７】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。
【０５３８】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０５３９】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよい、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【０５４０】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【０５４１】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）および／またはＮＧ−ＲＡＮ（NextGen RAN，NR RAN）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢおよび／またはｇＮＢに対する上位ノードの機能の一部または全部を有してもよい。
【０５４２】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０５４３】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【０５４４】
以上、本発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０５４５】
１（１Ａ、１Ｂ、１Ｃ）  端末装置
３  基地局装置
１０、３０  無線送受信部
１１、３１  アンテナ部
１２、３２  ＲＦ部
１３、３３  ベースバンド部
１４、３４  上位層処理部
１５、３５  媒体アクセス制御層処理部
１６、３６  無線リソース制御層処理部
【図１】
2020162105.tif 000003
【図２】
2020162105.tif 000004
【図３】
2020162105.tif 000005
【図４】
2020162105.tif 000006
【図５】
2020162105.tif 000007
【図６】
2020162105.tif 000008
【図７】
2020162105.tif 000009
【図８】
2020162105.tif 000010
【図９】
2020162105.tif 000011
【図１０】
2020162105.tif 000012
【図１１】
2020162105.tif 000013
【図１２】
2020162105.tif 000014
【図１３】
2020162105.tif 000015
【図１４】
2020162105.tif 000016
【図１５】
2020162105.tif 000017
【図１６】
2020162105.tif 000018
【図１７】
2020162105.tif 000019
【図１８】
2020162105.tif 000020
【図１９】
2020162105.tif 000021
【図２０】
2020162105.tif 000022
【図２１】
2020162105.tif 000023
【図２２】
2020162105.tif 000024
【図２３】
2020162105.tif 000025
【図２４】
2020162105.tif 000026
【図２５】
2020162105.tif 000027