(57)【要約】      （修正有）【課題】効率的に通信を行う端末装置、及び端末装置に用いられる方法を提供する。【解決手段】端末装置は、ＳＲ設定およびＰＵＣＣＨ設定を含む上位層信号を受信する物理層処理部と、ＵＬ−ＳＣＨの新規の送信のために、ＳＲの送信を物理層処理部に指示するＭＡＣ層処理部と、を備える。物理層処理部は、ＮＲ−Ｕキャリアにおいて、ＳＲを含むＰＵＣＣＨを送信する前に、チャネルアクセスプロシージャのタイプに基づいてＣＣＡを行ない、ＣＣＡのための測定期間を決定するために用いられる初期値ＮｉｎｉｔをカウンタＮにセットし、Ｎｉｎｉｔは、ＮにＮｉｎｉｔがセットされる前に、少なくともＳＲに対して設定されるＣＷの値に基づいて決定され、設定可能なＣＷの許容値が１つよりも多い場合には、ＣＷの値は、ＳＲカウンタの値がインクリメントされた場合に更新される。【選択図】図１０
2020053739.tif 000002
【特許請求の範囲】
【請求項１】
スケジューリングリクエスト設定（ＳＲ設定）および物理上りリンク制御チャネル設定（ＰＵＣＣＨ設定）を含む上位層信号を受信する物理層処理部と、
上りリンク共用チャネル（ＵＬ−ＳＣＨ）の新規の送信のために、ＳＲの送信を前記物理層処理部に指示するＭＡＣ（Medium Access Control）層処理部と、を備え、
前記物理層処理部は、
ＮＲ−Ｕ（New Radio - Unlicensed）キャリアにおいて、前記ＳＲを含むＰＵＣＣＨを送信する前に、チャネルアクセスプロシージャのタイプに基づいてＣＣＡ（Clear Channel Assessment）を行ない、
前記ＣＣＡのための測定期間を決定するために用いられる初期値ＮｉｎｉｔをカウンタＮにセットし、
前記Ｎｉｎｉｔは、前記Ｎに前記Ｎｉｎｉｔがセットされる前に、少なくとも前記ＳＲに対して設定されるＣＷ（Contention Window）の値（CW size）に基づいて決定され、
設定可能なＣＷの許容値が１つよりも多い場合には、前記ＣＷの値は、前記ＳＲカウンタの値がインクリメントされた場合に更新される
端末装置。
【請求項２】
前記物理層処理部は、
前記ＳＲの送信の後に、前記ＵＬ−ＳＣＨの新規の送信のための上りリンクグラントを検出した場合には、前記ＣＷの値を初期値ＣＷｍｉｎにセットする
請求項１記載の端末装置。
【請求項３】
前記物理層処理部は、
前記ＳＲカウンタの値を０にセットした場合、前記ＣＷの値を初期値ＣＷｍｉｎにセットする
請求項１記載の端末装置。
【請求項４】
スケジューリングリクエスト設定（ＳＲ設定）および物理上りリンク制御チャネル設定（ＰＵＣＣＨ設定）を含む上位層信号を受信するステップと、
上りリンク共用チャネル（ＵＬ−ＳＣＨ）の新規の送信のために、ＳＲの送信を物理層に指示するステップと、
ＮＲ−Ｕ（New Radio - Unlicensed）キャリアにおいて、前記ＳＲを含むＰＵＣＣＨを送信する前に、チャネルアクセスプロシージャのタイプに基づいてＣＣＡ（Clear Channel Assessment）を行なうステップと、
前記ＣＣＡのための測定期間を決定するために用いられる初期値ＮｉｎｉｔをカウンタＮにセットするステップと、を有し、
前記Ｎｉｎｉｔは、前記Ｎに前記Ｎｉｎｉｔがセットされる前に、少なくとも前記ＳＲに対して設定されるＣＷ（Contention Window）の値（CW size）に基づいて決定され、
設定可能なＣＷの許容値が１つよりも多い場合には、前記ＣＷの値は、前記ＳＲカウンタの値がインクリメントされた場合に更新される
方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、および、方法に関する。
【背景技術】
【０００２】
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「ＬＴＥ（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）層処
理部と、を備え、前記物理層処理部は、ＮＲ−Ｕ（New Radio - Unlicensed）キャリアにおいて、前記ＳＲを含むＰＵＣＣＨを送信する前に、チャネルアクセスプロシージャのタイプに基づいてＣＣＡ（Clear Channel Assessment）を行ない、前記ＣＣＡのための測定期間を決定するために用いられる初期値ＮｉｎｉｔをカウンタＮにセットし、前記Ｎｉｎｉｔは、前記Ｎに前記Ｎｉｎｉｔがセットされる前に、少なくとも前記ＳＲに対して設定
されるＣＷ（Contention Window）の値（CW size）に基づいて決定され、設定可能なＣＷの許容値が１つよりも多い場合には、前記ＣＷの値は、前記ＳＲカウンタの値がインクリメントされた場合に更新される。
【０００８】
（２）本発明の第２の態様は、第１の態様の端末装置であって、前記物理層処理部は、前記ＳＲの送信の後に、前記ＵＬ−ＳＣＨの新規の送信のための上りリンクグラントを検出した場合には、前記ＣＷの値を初期値ＣＷｍｉｎにセットする。
【０００９】
（３）本発明の第３の態様は、第１の態様の端末装置であって、前記物理層処理部は、前記ＳＲカウンタの値を０にセットした場合、前記ＣＷの値を初期値ＣＷｍｉｎにセットする。
【００１０】
（４）本発明の第４の態様は、端末装置に用いられる方法であって、スケジューリングリクエスト設定（ＳＲ設定）および物理上りリンク制御チャネル設定（ＰＵＣＣＨ設定）を含む上位層信号を受信するステップと、上りリンク共用チャネル（ＵＬ−ＳＣＨ）の新規の送信のために、ＳＲの送信を物理層に指示するステップと、ＮＲ−Ｕ（New Radio - Unlicensed）キャリアにおいて、前記ＳＲを含むＰＵＣＣＨを送信する前に、チャネルアクセスプロシージャのタイプに基づいてＣＣＡ（Clear Channel Assessment）を行なうステップと、前記ＣＣＡのための測定期間を決定するために用いられる初期値ＮｉｎｉｔをカウンタＮにセットするステップと、を有し、前記Ｎｉｎｉｔは、前記Ｎに前記Ｎｉｎｉｔがセットされる前に、少なくとも前記ＳＲに対して設定されるＣＷ（Contention Window）の値（CW size）に基づいて決定され、設定可能なＣＷの許容値が１つよりも多い場合には、前記ＣＷの値は、前記ＳＲカウンタの値がインクリメントされた場合に更新される。
【発明の効果】
【００１１】
この発明によれば、端末装置は効率的に通信を行うことができる。また、基地局装置は効率的に通信を行うことができる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態の一態様に係る無線通信システムの概念図である。
【図２】本実施形態の一態様に係るＮｓｌｏｔｓｙｍｂ、ＳＣＳ設定μ、および、ＣＰ設定の関係を示す一例である。
【図３】本実施形態の一態様に係るサブフレームにおけるリソースグリッドの一例を示す概略図である。
【図４】本実施形態の一態様に係るＰＵＣＣＨフォーマットとＰＵＣＣＨフォーマットの長さＮＰＵＣＣＨｓｙｍｂの関係の一例を示す図である。
【図５】本実施形態の一態様に係る端末装置１の構成を示す概略ブロック図である。
【図６】本実施形態の一態様に係る基地局装置３の構成を示す概略ブロック図である。
【図７】本実施形態の一態様に係るランダムアクセスプロシージャの一例を示す図である。
【図８】本実施形態の一態様に係るチャネルアクセスプロシージャ（ＣＡＰ）の一例を示す図である。
【図９】本実施形態の一態様に係るチャネルアクセス優先クラス（ＣＡＰＣ）およびＣＷ調整プロシージャ（ＣＷＡＰ）の一例を示す図である。
【図１０】本実施形態の一態様に係るＳＲ送信時のＣＡＰおよびＣＷＡＰの一例を示す図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施形態について説明する。
【００１４】
図１は、本実施形態の一態様に係る無線通信システムの概念図である。図１において、無線通信システムは、端末装置１Ａ〜１Ｃ、および基地局装置３を具備する。以下、端末装置１Ａ〜１Ｃを端末装置１とも称されてもよい。なお、基地局装置３は、通信装置、ノード、ＮＢ（NodeB）、ｅＮＢ、ｇＮＢ、ネットワーク装置（コアネットワーク、ゲート
ウェイ）、アクセスポイントの一部または全部を含んでもよい。また、端末装置１は、ＵＥ（User equipment）と称されてもよい。なお、ｅＮＢは、１または複数の端末装置１に向けてＥＵＴＲＡユーザプレーンおよび制御プレーンプロトコルターミネーションを提供するノードであり、特にＮＧ（Next Generation）インタフェースを介して第５世代コア
ネットワーク（５ＧＣ）に接続されるｅＮＢをｎｇ−ｅＮＢと称する。また、ｇＮＢは、１または複数の端末装置１に向けてＮＲユーザプレーンおよび制御プレーンプロトコルターミネーションを提供するノードであり、ＮＧインタフェースを介して５ＧＣに接続される。
【００１５】
基地局装置３は、ＭＣＧ（Master Cell Group）、および、ＳＣＧ（Secondary Cell Group）の一方または両方を構成してもよい。ＭＣＧは、少なくともＰＣｅｌｌ（Primary Cell）を含んで構成されるサービングセルのグループである。また、ＳＣＧは、少なくと
もＰＳＣｅｌｌ（Primary Secondary Cell）を含んで構成されるサービングセルのグループである。ＰＣｅｌｌは、初期接続に基づき与えられるサービングセルであってもよい。ＭＣＧは、１または複数のＳＣｅｌｌ（Secondary Cell）を含んで構成されてもよい。ＳＣＧは、１または複数のＳＣｅｌｌを含んで構成されてもよい。ＰＣｅｌｌおよびＰＳＣｅｌｌは、ＳｐＣｅｌｌ（Special Cell）と称されてもよい。１つのＳｐＣｅｌｌ、および、１または複数のＳＣｅｌｌを用いて１つのＣＧを構成し、通信を行なうことをキャリアアグリゲーションと称してもよい。
【００１６】
ＭＣＧは、ＥＵＴＲＡ上の１または複数のサービングセルで構成されてもよい。また、ＳＣＧは、ＮＲ上の１または複数のサービングセルで構成されてもよい。また、ＭＣＧは、ＮＲ上の１または複数のサービングセルで構成されてもよい。また、ＳＣＧは、ＥＵＴＲＡ上の１または複数のサービングセルで構成されてもよい。また、ＭＣＧおよびＳＣＧは、ＥＵＴＲＡまたはＮＲのいずれか一方の１または複数のサービングセルで構成されてもよい。ここで、ＥＵＴＲＡ上とは、ＥＵＴＲＡ  ＲＡＴ（Radio Access Technology）
が適用された、という意味を含んでもよい。また、ＮＲ上とはＮＲ  ＲＡＴが適用された、という意味を含んでもよい。
【００１７】
ＭＣＧは、ＥＵＴＲＡ上の１または複数のサービングセルで構成されてもよい。また、ＳＣＧは、ＮＲ−Ｕ上の１または複数のサービングセルで構成されてもよい。また、ＭＣＧは、ＮＲ上の１または複数のサービングセルで構成されてもよい。また、ＳＣＧは、ＮＲ−Ｕ上の１または複数のサービングセルで構成されてもよい。また、ＭＣＧは、ＥＵＴＲＡまたはＮＲまたはＮＲ−Ｕのいずれか一方の１または複数のサービングセルで構成されてもよい。また、ＳＣＧは、ＥＵＴＲＡまたはＮＲまたはＮＲ−Ｕのいずれか一方の１または複数のサービングセルで構成されてもよい。
【００１８】
ＥＵＴＲＡ、ＮＲ、ＮＲ−Ｕのそれぞれに対して適用されるオペレーティングバンドは個別に定義（規定）されてもよい。
【００１９】
また、ＭＣＧは、第１の基地局装置によって構成されてもよい。また、ＳＣＧは、第２の基地局装置によって構成されてもよい。つまり、ＰＣｅｌｌは、第１の基地局装置によって構成されてもよい。ＰＳＣｅｌｌは、第２の基地局装置によって構成されてもよい。第１の基地局装置および第２の基地局装置はそれぞれ、基地局装置３と同じであってもよ
い。
【００２０】
以下、フレーム構成について説明する。
【００２１】
本実施形態の一態様に係る無線通信システムにおいて、ＯＦＤＭ（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）
１Ｊ）ＰＵＳＣＨに対するＴＰＣコマンドフィールド（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）
が少なくとも含まれてもよい。ＲＡＲグラントには、Ｍｓｇ３を含むＰＵＳＣＨの送信電力に用いられる電力制御調整値に対する補正値を示すＴＰＣ（Transmission Power Control）コマンドが含まれてもよい。
【０１８２】
Ｓ７００３は、端末装置１がターゲットセル（ターゲットとなる基地局装置３）に対して、少なくともＲＲＣコネクションやＲＲＣコネクション再確立のリクエストや端末装置１のＣ−ＲＮＴＩを送信するステップである。例えば、端末装置１が送信するメッセージは、Ｍｓｇ３と称されてもよい。Ｍｓｇ３は、端末装置１を識別するためのＩＤ（Identifier, Identity）を含んでもよい。該ＩＤは、上位層で管理されるＩＤであってもよい。該ＩＤは、Ｓ−ＴＭＳＩ（SAE Temporary Mobile Subscriber Identity）であってもよい。該ＩＤは、ロジカルチャネルのＣＣＣＨにマップされてもよい。
【０１８３】
Ｓ７００４は、基地局装置３が端末装置１に対して、衝突解決メッセージ（Ｍｓｇ４）を送信するステップである。端末装置１は、Ｍｓｇ３を送信後、Ｍｓｇ４を含むＰＤＳＣＨのスケジューリングに対して用いられるＰＤＣＣＨを監視してもよい。Ｍｓｇ４には、衝突解決ＩＤ（ＵＥ衝突解決ＩＤ）が含まれてもよい。衝突解決ＩＤは、複数の端末装置１が同じ無線リソースを用いて信号を送信する衝突を解決するために用いられてもよい。
【０１８４】
Ｓ７００４において、端末装置１が受信したＭｓｇ４に含まれる衝突解決ＩＤが該端末装置１を識別するためのＩＤと同じ値である場合には、該端末装置１は、衝突解決が成功裏に完了したとみなし、Ｃ−ＲＮＴＩフィールドにＴＣ−ＲＮＴＩの値をセットしてもよい。Ｃ−ＲＮＴＩフィールドにＴＣ−ＲＮＴＩの値がセットされた端末装置１は、ＲＲＣ接続が完了したとみなしてもよい。なお、ＲＲＣコネクションが完了した端末装置１は、基地局装置３にＲＲＣ接続が完了したことを通知するために、Ｍｓｇ４をスケジュールしたＰＤＣＣＨに含まれるＰＵＣＣＨリソース指示フィールドによって示されるＰＵＣＣＨ（ＰＵＣＣＨリソース）にＡｃｋ（Ｍｓｇ５）をセット（マップ）して送信してもよい。このＡｃｋは、Ｍｓｇ４をスケジュールしたＰＤＣＣＨに含まれるＨＡＲＱプロセスＩＤ（ＨＰＩＤ、ＨＡＲＱプロセス番号）に対応してもよい。
【０１８５】
なお、Ｍｓｇ４のスケジューリングに対して用いられるＰＤＣＣＨを監視するためのＣＯＲＥＳＥＴは、Ｍｓｇ２のスケジューリングに対して用いられるＰＤＣＣＨを監視するＣＯＲＥＳＥＴと同じであってもよいし、異なってもよいし、個別に設定されてもよい。
【０１８６】
キャリアアグリゲーションまたはＤＣ（Dual Connectivity）が設定される場合、Ｓ７
００１、Ｓ７００２、Ｓ７００３は、ＳｐＣｅｌｌで行なわれ、Ｓ７００４はクロスキャリアスケジューリングによって指示されたセル（ＳｐＣｅｌｌまたはＳＣｅｌｌ）で行なわれてもよい。
【０１８７】
図７（ｂ）のＣＦＲＡプロシージャについて説明する。
【０１８８】
Ｓ７１００は、ハンドオーバなどの目的のために、基地局装置３から端末装置１へラン
ダムアクセスプリアンブル（Ｍｓｇ１）を送信するようにリクエストするステップである。Ｓ７１００は、基地局装置３と端末装置１が、ＲＲＣコネクションが確立している状態で行なわれるランダムアクセスプロシージャである。基地局装置３は、専用シグナリングを介してランダムアクセスプリアンブル（Ｍｓｇ１）の割り当て（リソース割り当て）を行なってもよい。このような専用シグナリングに対するＰＤＣＣＨをＰＤＣＣＨオーダと称されてもよい。該Ｍｓｇ１は、ＣＢＲＡで用いられるＭｓｇ１とは異なるセットを用いて割り当てられてもよい。端末装置１は、Ｓ７１００において、Ｍｓｇ１のリソース割当を行なうためのＰＤＣＣＨ（ＰＤＣＣＨオーダ）を監視する。なお、ＰＤＣＣＨオーダは、ＤＣＩフォーマット１＿０のＣＲＣがＣ−ＲＮＴＩによってスクランブルされ、且つ、上記３Ｂの値がすべて“１”であるＤＣＩフォーマットのことであってもよい。
【０１８９】
ＰＤＣＣＨオーダによって開始されるランダムアクセスプロシージャに対して用いられるＤＣＩフォーマット１＿０には下記５Ａから下記５Ｅの少なくとも１つまたは全部がフィールドとして含まれてもよい。
５Ａ）ランダムアクセスプリアンブルインデックスフィールド
５Ｂ）ＵＬ／ＳＵＬインディケータフィールド
５Ｃ）ＳＳ／ＰＢＣＨインデックスフィールド
５Ｄ）ＰＲＡＣＨマスクインデックスフィールド
５Ｅ）リザーブビット
【０１９０】
上記５Ａは、上位層パラメータｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘに対応する。上記５Ｂは、上記５Ａの値がすべて０でないとすれば、ＰＲＡＣＨを送信するキャリアを示すために用いられ、そうでないとすればこのフィールドはリザーブされる。上記５Ｃは、上記５Ａの値がすべて０でないとすれば、ＰＲＡＣＨの送信タイミング（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）がある時にアクティブであるＢＷＰにおいてＰＵＣＣＨリソースのみが有効であるとみなされる。
【０２３４】
少なくとも１つのＳＲが保留中であるとすれば、端末装置１のＭＡＣエンティティは、保留中のＳＲのそれぞれに対して、有効なＰＵＣＣＨリソースが設定されていないとすれば、ＳｐＣｅｌｌでランダムアクセスプロシージャを開始し、保留中のＳＲをキャンセルする。そうでないとすれば、保留中のＳＲに対応するＳＲ設定に対して、端末装置１のＭＡＣエンティティが、設定されたＳＲに対して有効なＰＵＣＣＨリソースにおけるＳＲ送信機会がある時、該ＳＲ送信機会において、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒがランニングしていない、且つ、該ＳＲ送信機会に対するＰＵＣＣＨリソースが測定ギャップとオーバーラップしていない、且つ、該ＳＲ送信機会に対するＰＵＣＣＨリソースがＵＬ−ＳＣＨリソースとオーバーラップしていないとすれば、さらに、ＳＲ＿ＣＯＵＮＴＥＲの値がｓｒ−ＴｒａｎｓＭａｘの値よりも小さい値であるとすれば、端末装置１のＭＡＣエンティティは、ＳＲ＿ＣＯＵＮＴＥＲの値を１だけインクリメントし、ＳＲに対して１つの有効なＰＵＣＣＨリソースでＳＲをシグナルすることを物理層に指示し、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒをスタートする。そうでないとすれば（例えば、ＳＲ＿ＣＯＵＮＴＥＲの値がｓｒ−ＴｒａｎｓＭａｘの値と同じになった場合）、すべてのサービングセルに対して、ＰＵＣＣＨをリリースすることをＲＲＣ（ＲＲＣ層、ＲＲＣ層処理部）に通知し
、すべてのサービングセルに対して、ＳＲＳをリリースすることをＲＲＣに通知し、設定された下りリンクアサインメント（下りリンクグラント）および上りリンクグラントのいずれもクリアにし、ＳｐＣｅｌｌでランダムアクセスプロシージャを開始し、すべての保留中のＳＲをキャンセルしてもよい。ここで、物理信号をリリースするとは、対象となる物理信号（ここでは、ＰＵＣＣＨやＳＲＳ）のために確保していたリソースをリリースすることを含んでもよいし、対象となる物理信号に関する設定をリリースすることを含んでもよい。
【０２３５】
端末装置１のＭＡＣエンティティは、設定された有効なＰＵＣＣＨリソースがない保留中のＳＲのために、ＭＡＣ  ＰＤＵアセンブリの前にＭＡＣエンティティによって開始された、進行中のランダムアクセスプロシージャをストップしてもよい。ＭＡＣ  ＰＤＵが、ＲＡＲによって提供された上りリンクグラント以外の上りリンクグラントを用いて送信される時には、そのようなランダムアクセスプロシージャはストップされてもよい。また、このＭＡＣ  ＰＤＵは、ＭＡＣ  ＰＤＵアセンブリの前に、または、上りリンクグラント（上りリンクグラントによって割り当てられたリソース）が送信可能なすべての保留中のデータに対応できる時は、ＢＳＲをトリガされた最後のイベントまでのバッファステータスを含むＢＳＲ  ＭＡＣ  ＣＥを含む。
【０２３６】
ＮＲ−Ｕセル（ＮＲ−Ｕキャリア、ＮＲ−Ｕ  ＢＷＰ、ＮＲ−Ｕチャネル）において、端末装置１（端末装置１のＭＡＣエンティティ）がＰＵＣＣＨリソースを用いてＳＲを送信する（端末装置１の物理層へＳＲの送信をトリガすることを指示する）場合には、端末装置１は、設定された情報に基づいて、ＳＲの送信前にチャネルアクセスプロシージャを行なうかどうかを決定してもよい。ＳＲは、少なくともＳＲを含むＰＵＣＣＨ（ＰＵＣＣＨリソース）および／またはＳＲ送信のために用いられるＰＵＣＣＨリソースのことであってもよい。
【０２３７】
端末装置１は、ＳＲ（または、ＳＲを含むＰＵＣＣＨ）の送信前にタイプ１チャネルアクセスプロシージャを行なう場合、ＳＲ設定毎に設定されるＳＲ＿ＣＯＵＮＴＥＲに対応するＳＲの送信前に行なわれるタイプ１チャネルアクセスプロシージャに用いられるＮｉｎｉｔの値を決定するために用いられるＣＷの値をＣＷ＃０にセットし、ＳＲの送信前に、カウンタＮの値が０になるまでＣＣＡを行ない、ＮＲ−Ｕチャネルがアイドルであると判定すれば、端末装置１は、ＳＲを送信することができ、ＮＲ−Ｕチャネルがビジーであると判定すれば、次の送信機会まで、ＳＲの送信を保留（延期）する。なお、ＳＲ＿ＣＯＵＮＴＥＲの値が１だけインクリメントされる場合には、ＳＲ＿ＣＯＵＮＴＥＲに対応するＮｉｎｉｔの値に用いられるＣＷの値をＣＷ＃０（ＣＷｍｉｎ）からＣＷ＃１にセットし直してもよい（つまり、ＣＷの値は更新されてもよい）。なお、ＳＲ＿ＣＯＵＮＴＥＲに対応するＮｉｎｉｔの値に用いられるＣＷの値がＣＷｍａｘであった場合、且つ、ＣＷの値を調整する場合には、ＣＷｐの値を初期値であるＣＷ＃０（ＣＷｍｉｎ）にセットし直してもよい。
【０２３８】
端末装置１および／または端末装置１の物理層は、ＭＡＣエンティティにおいて、ＳＲ＿ＣＯＵＮＴＥＲを０にセットした場合、タイプ１チャネルアクセスプロシージャに用いられるＣＷの値を初期値ＣＷｍｉｎにセットしてもよい。また、端末装置１および／または端末装置１の物理層は、ＭＡＣエンティティにおいて、他の保留中のＳＲがないと判定すれば、タイプ１チャネルアクセスプロシージャに用いられるＣＷの値を初期値ＣＷｍｉｎにセットしてもよい。
【０２３９】
端末装置１は、ＳＲ（または、ＳＲを含むＰＵＣＣＨ）の送信前にタイプ２チャネルアクセスプロシージャを行なう場合、ＳＲの送信前に、１回だけＣＣＡを行ない、ＮＲ−Ｕチャネルがアイドルであると判定すれば、端末装置１は、ＳＲを送信することができ、Ｓ
Ｒ送信に用いられるＮＲ−Ｕチャネルがビジーであると判定すれば、次の送信機会まで、ＳＲの送信を保留（または、延期）する。端末装置１は、該ＳＲの送信を保留した場合、且つ、次のＳＲ送信機会において、該ＳＲの送信前にタイプ１ＣＡＰを行なう場合、端末装置１は、該タイプ１ＣＡＰのために用いられるＣＷの値を１つ上の許容値に更新してもよい。また、端末装置１は、該ＳＲの送信を保留した場合、且つ、物理層からＭＡＣ層（ＭＡＣエンティティ）に該ＳＲの送信を保留したことを通知した場合には、該ＳＲの送信に対して用いられるＳＲ＿ＣＯＵＮＴＥＲを１だけインクリメントしてもよい。また、端末装置１は、ＮＲ−Ｕチャネルがビジーであると判定したことに基づいて、該ＳＲの送信を保留した場合、該ＳＲの送信に対して用いられるＳＲ＿ＣＯＵＮＴＥＲの値をインクリメントしなくてもよい。
【０２４０】
端末装置１のＭＡＣエンティティは、すべての保留中のＳＲをキャンセルして、ＳｐＣｅｌｌでランダムアクセスプロシージャを開始する場合、且つ、ＳＲの送信前のチャネルアクセスプロシージャがタイプ１チャネルアクセスプロシージャである場合、該ランダムアクセスプロシージャのＭｓｇ１に対するＮｉｎｉｔの値に用いられるＣＷの値は、上位層パラメータに基づいて設定されてもよいし、ＳＲ設定に対するＮｉｎｉｔの値に用いられるＣＷの値の最小値（ＣＷｍｉｎ）であってもよい。なお、ＳＲの送信前のチャネルアクセスプロシージャがタイプ２チャネルアクセスプロシージャである場合、Ｍｓｇ１の送信前に１回だけＣＣＡをしてＮＲ−Ｕチャネルがアイドルかどうかを判定してもよい。
【０２４１】
図１０は、本実施形態に係るＳＲ送信時のチャネルアクセスプロシージャ（ＣＡＰ）およびＣＷ調整プロシージャ（ＣＷＡＰ）の一例を示す図である。
【０２４２】
Ｓ１０００１において、端末装置１または端末装置１のＭＡＣエンティティは、ＮＲ−Ｕセルにおいて、保留中のＳＲに対して有効なＰＵＣＣＨリソースが設定されている時、上述した条件を満たし、ＭＡＣエンティティが物理層に該ＰＵＣＣＨリソースでＳＲをシグナルすることを指示した場合、該物理層において、該ＰＵＣＣＨリソースおよび／または該ＳＲに対して設定されたチャネルアクセスプロシージャ（ＣＡＰ）を行なう。該ＣＡＰがタイプ１ＣＡＰである場合には、該タイプ１ＣＡＰのカウンタＮに初期値としてセットされるＮｉｎｉｔに用いられるＣＷの値（例えば、ＣＷ＃０）およびランダム関数からＮｉｎｉｔの値をセットしてもよい。ＮｉｎｉｔおよびＮの値が決定された場合、端末装置１は、カウンタＮの値が０になるまでＣＣＡを行ない、ＳＲの送信の直前に１回ＣＣＡを行ない、そのすべてがアイドルであれば、ＳＲ送信機会において、該ＳＲを送信する。
【０２４３】
Ｓ１０００２において、端末装置１がＳＲを送信したら、所定のタイマをランニング（スタート）してもよい。端末装置１は、所定のタイマが満了するまでに該ＳＲに対する上りリンクグラントを成功裏に受信することができなければ、基地局装置３において、該ＳＲの検出に失敗したとみなす。その際、端末装置１の物理層は、失敗したことを端末装置１のＭＡＣエンティティに通知してもよい。なお、所定のタイマが満了していない、且つ、ＳＲ送信機会があるとすれば、端末装置１は、タイプ２ＣＡＰを行なって、アイドルであれば、該ＳＲを送信してもよい。ここで、所定のタイマとしているが、端末装置１のチャネル専有時間（ＣＯＴ）であってもよいし、所定の期間であってもよい。
【０２４４】
Ｓ１０００３において、端末装置１または端末装置１のＭＡＣエンティティが、同じＮＲ−Ｕセルで、同じＳＲ（同じＳＲ設定のＳＲ）の再送信を行なうとすれば、該ＳＲ設定に対応するＳＲ＿ＣＯＵＮＴＥＲの値を１だけインクリメントし、上述した条件を満たす場合には、ＭＡＣエンティティは、物理層に該ＰＵＣＣＨリソースでＳＲをシグナルすることを指示する。物理層は、その指示に基づいて、ＣＷの値をＣＷ＃０からＣＷ＃１に更新し、Ｎｉｎｉｔの値をセットしてもよい。端末装置１は、カウンタＮの値が０になるまでＣＣＡを行ない、ＳＲの送信の直前に１回ＣＣＡを行ない、そのすべてのＣＣＡスロッ
ト期間において、アイドルであると判定されれば、ＳＲ送信機会において、該ＳＲを送信する。
【０２４５】
Ｓ１０００４において、端末装置１がＳＲを送信したら、所定のタイマをランニング（スタート）してもよい。端末装置１は、所定のタイマが満了するまでに該ＳＲに対する上りリンクグラントを成功裏に受信することができなければ、基地局装置３において、該ＳＲの検出に失敗したとみなす。その際、端末装置１の物理層は、失敗したことを端末装置１のＭＡＣエンティティに通知してもよい。
【０２４６】
Ｓ１０００５において、端末装置１または端末装置１のＭＡＣエンティティが、同じＮＲ−Ｕセルで、同じＳＲ（同じＳＲ設定のＳＲ）の再送信を行なうとすれば、該ＳＲ設定に対応するＳＲ＿ＣＯＵＮＴＥＲの値を１だけインクリメントし、上述した条件を満たす場合には、ＭＡＣエンティティは、物理層に該ＰＵＣＣＨリソースでＳＲをシグナルすることを指示する。物理層は、その指示に基づいて、ＣＷの値をＣＷ＃１からＣＷ＃２に更新し、Ｎｉｎｉｔの値をセットしてもよい。端末装置１は、カウンタＮの値が０になるまでＣＣＡを行ない、ＳＲの送信の直前に１回ＣＣＡを行ない、そのすべてがアイドルであれば、ＳＲ送信機会において、該ＳＲを送信する。なお、設定可能なＣＷの許容値がＣＷ＃０とＣＷ＃１しかない場合（つまり、設定可能なＣＷの許容値が２つしかない場合）には、ＣＷの値は、ＣＷ＃１からＣＷ＃０に戻ってもよい。また、設定可能なＣＷの許容値が１つしかない場合（例えば、ＣＷ＃０のみ）、端末装置１は、ＳＲ＿ＣＯＵＮＴＥＲの値がインクリメントされる度に、Ｎｉｎｉｔに用いられるＣＷの値を、０からＣＷ＃０の値の間からランダム関数に基づいてセットしてもよい。
【０２４７】
Ｓ１０００６において、基地局装置３が、ＳＲの受信に成功した場合、新規の送信に対するＵＬ−ＳＣＨ（ＰＵＳＣＨ）をスケジュールするために用いられるＤＣＩフォーマット（上りリンクグラント）を含むＰＤＣＣＨを送信してもよい。
【０２４８】
Ｓ１０００７において、基地局装置３が、ＮＲ−Ｕセルにおいて、上りリンクグラントを送信するとすれば、該上りリンクグラントの送信前に、ＣＡＰを行なう。該上りリンクグラントまたは該上りリンクグラントを含むＰＤＣＣＨに対してタイプ１ＣＡＰが設定されているとすれば、基地局装置３は、該ＰＤＣＣＨの送信前のＣＡＰに対するカウンタＮの値を、ＣＷ＃０のランダム関数に基づくＮｉｎｉｔの値にセットし、タイプ１ＣＡＰに基づくＣＣＡを行ない、そのすべてがアイドルであれば、上りリンクグラントを送信してもよい。
【０２４９】
Ｓ１０００８において、基地局装置３が、該上りリンクグラントを送信する場合に、所定のタイマをランニングしてもよい。また、該上りリンクグラントを送信してから所定の期間、該上りリンクグラントに対応するＵＬ−ＳＣＨを成功裏に受信できなかった場合、所定のタイマが満了していなければ、タイプ２ＣＡＰを行なって、該上りリンクグラントを送信してもよい。なお、所定のタイマとしているが、基地局装置３のＣＯＴであってもよいし、所定の期間であってもよい。また、所定のタイマが満了した場合、基地局装置３は、該上りリンクグラントを送信しなくてもよい。
【０２５０】
Ｓ１０００８において、端末装置１が、該上りリンクグラントを成功裏に受信できなかった場合、且つ、所定のタイマが満了した（所定の期間が経過した）場合、次のＳＲ送信機会に対してタイプ１ＣＡＰを行なってもよい。
【０２５１】
Ｓ１０００９において、端末装置１または端末装置１のＭＡＣエンティティが、同じＮＲ−Ｕセルで、同じＳＲ（同じＳＲ設定のＳＲ）の再送信を行なうとすれば、該ＳＲ設定に対応するＳＲ＿ＣＯＵＮＴＥＲの値を１だけインクリメントし、上述した条件を満たす
場合には、ＭＡＣエンティティは、物理層に該ＰＵＣＣＨリソースでＳＲをシグナルすることを指示する。物理層は、その指示に基づいて、ＣＷの値をＣＷ＃２からＣＷ＃３に更新し、Ｎｉｎｉｔの値をセットしてもよい。端末装置１は、カウンタＮの値が０になるまでＣＣＡを行ない、ＳＲの送信の直前に１回ＣＣＡを行ない、そのすべてがアイドルであれば、該ＳＲ送信機会において、該ＳＲを送信する。なお、ＣＷ＃３として記載したが、設定可能なＣＷの値の数に応じて、ＣＷ＃３は、ＣＷ＃０であってもよいし、ＣＷ＃１であってもよい。
【０２５２】
Ｓ１００１０において、端末装置１がＳＲの送信を行ない、基地局装置３が該ＳＲの受信に成功した場合、該ＳＲに対応する上りリンクグラントを送信してもよい。
【０２５３】
Ｓ１００１１において、基地局装置３が、ＮＲ−Ｕセルにおいて、上りリンクグラントを送信するとすれば、該上りリンクグラントの送信前に、ＣＡＰを行なう。該上りリンクグラントまたは該上りリンクグラントを含むＰＤＣＣＨに対してタイプ１ＣＡＰが設定されているとすれば、基地局装置３は、ＣＷの値をＣＷ＃０からＣＷ＃１に更新する。基地局装置３は、該ＰＤＣＣＨの送信前のＣＡＰに対するカウンタＮの値を、ＣＷ＃１のランダム関数に基づくＮｉｎｉｔの値にセットし、タイプ１ＣＡＰに基づくＣＣＡを行ない、そのすべてがアイドルであれば、上りリンクグラントを送信してもよい。
【０２５４】
Ｓ１００１２において、端末装置１が、該上りリンクグラントを成功裏に受信した場合、該上りリンクグラントによってスケジュールされたＰＵＳＣＨリソースを用いて、ＵＬ−ＳＣＨを送信してもよい。その際、上りリンクグラントにＣＡＰＣフィールドおよびＣＡＰのタイプを示すフィールドが含まれている場合には、端末装置１は、該２つのフィールドに基づいて、ＵＬ−ＳＣＨを含むＰＵＳＣＨの送信前のＣＡＰのタイプおよびＣＡＰに用いられるＣＷの値を決定してもよい。
【０２５５】
Ｓ１００１３において、端末装置１は、ＮＲ−Ｕセルにおいて、上りリンクグラントを成功裏に受信した場合、対応するＵＬ−ＳＣＨを含むＰＵＳＣＨの送信前にＣＡＰを行なう。ＣＡＰにおいて、アイドルであると判定すれば、端末装置１は、該ＰＵＳＣＨを送信してもよい。該上りリンクグラントに含まれるＣＡＰのタイプを示すフィールドにタイプ１ＣＡＰがセットされているとすれば、端末装置１は、タイプ１ＣＡＰを行なってから該ＰＵＳＣＨを送信し、ＣＡＰのタイプを示すフィールドにタイプ２ＣＡＰがセットされているとすれば、タイプ２ＣＡＰを行なってから該ＰＵＳＣＨを送信する。Ｓ１００１３では、ＣＡＰのタイプを示すフィールドにタイプ１ＣＡＰがセットされていた場合の例を示している。タイプ１ＣＡＰの場合、端末装置１は、ＣＡＰＣフィールドにセットされたＣＡＰＣの値ｐに基づいて、ＣＷの値を決定してもよい。該ＰＵＳＣＨの送信が端末装置１にとって初期送信である場合には、ＣＷの値は、ＣＷ＃０であってもよい。端末装置１は、該ＰＵＳＣＨの送信前のＣＡＰに対するカウンタＮの値を、ＣＷ＃０のランダム関数に基づくＮｉｎｉｔの値にセットし、タイプ１ＣＡＰに基づくＣＣＡを行ない、そのすべてがアイドルであれば、該ＰＵＳＣＨを送信してもよい（Ｓ１００１４）。なお、端末装置１は、上りリンクグラントを成功裏に受信した場合、ＳＲ送信のために用いられた、更新したＣＷの値をＣＷｍｉｎにセットしてもよい。つまり、端末装置１は、ＳＲ送信が成功したとみなした場合には、該ＣＷの値をＣＷｍｉｎにセットしてもよい。
【０２５６】
端末装置１は、ＭＡＣエンティティにおいて、ＳＲ＿ＣＯＵＮＴＥＲの値が０にセットされるとすれば、更新したＣＷの値をＣＷｍｉｎにセットしてもよい。また、端末装置１は、ＭＡＣエンティティにおいて、保留中の他のＳＲがないと判定すれば、更新したＣＷの値をＣＷｍｉｎにセットしてもよい。また、端末装置１は、ＢＳＲを含むＵＬ−ＳＣＨが成功裏に送信されたと判定すれば、更新したＣＷの値をＣＷｍｉｎにセットしてもよい。
【０２５７】
Ｓ１００１４において、基地局装置３が、ＵＬ−ＳＣＨを成功裏に受信し、該ＵＬ−ＳＣＨにＢＳＲが含まれている場合、ＢＳＲを考慮して、必要なＰＵＳＣＨを割り当てるために、１または複数の上りリンクグラントを送信してもよい。なお、基地局装置３は、ＵＬ−ＳＣＨを成功裏に受信した場合、更新したＣＷの値をＣＷｍｉｎにセットしてもよい。つまり、基地局装置３は、ＳＲに対応する上りリンクグラントが端末装置１によって成功裏に受信されたとみなした場合には、更新したＣＷの値をＣＷｍｉｎにセットしてもよい。
【０２５８】
端末装置１は、ＳＲの送信を行なうために、ＮＲ−Ｕセル（ＳｐＣｅｌｌとしてのＮＲ−Ｕセル）において、ランダムアクセスプロシージャを開始する場合には、更新したＣＷの値をＣＷｍｉｎにセットしてもよい。また、端末装置１は、ＭＡＣエンティティにおいて、すべての保留中のＳＲをキャンセルした場合には、更新したＣＷの値をＣＷｍｉｎにセットしてもよい。また、端末装置１は、１つまたは複数の、設定された下りリンクアサインメントおよび／または上りリンクグラントをクリアした場合には、更新したＣＷの値をＣＷｍｉｎにセットしてもよい。また、端末装置１は、全てのサービングセルに対して、ＰＵＣＣＨをリリースすることをＲＲＣに通知した場合には、更新したＣＷの値をＣＷｍｉｎにセットしてもよい。
【０２５９】
ＣＡＰＣの値ｐは、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨのそれぞれに対して個別に設定されてもよい。また、ＣＡＰＣの値ｐは、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨに対してセル固有の上位層パラメータとして共通の値が設定されてもよい。また、ＣＡＰＣの値ｐは、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨのそれぞれに対して個別の上位層パラメータとして設定されてもよい。また、ＰＵＳＣＨに対するＣＡＰＣの値ｐは、ＰＵＳＣＨのスケジューリングに対して用いられるＤＣＩフォーマットに含まれて示されてもよい。また、ＰＵＣＣＨに対するＣＡＰＣの値ｐは、ＰＵＣＣＨリソース指示フィールドを含むＤＣＩフォーマットに含まれて示されてもよい。また、ＰＲＡＣＨに対するＣＡＰＣの値ｐは、ＰＤＣＣＨオーダのためのＤＣＩフォーマットに含まれて示されてもよい。また、ＰＲＡＣＨに対するＣＡＰＣの値ｐは、ランダムアクセスプロシージャの種類に応じて決定されてもよい。例えば、ＣＢＲＡに対するＣＡＰＣの値ｐは、システム情報および／または上位層パラメータに基づいて決定されてもよい。また、ＣＦＲＡに対するＣＡＰＣの値ｐは、上位層パラメータに基づいて決定されてもよいし、または、ＰＤＣＣＨオーダに対応するＤＣＩフォーマットに含まれて設定されてもよい。ＣＦＲＡにおいて、ＣＡＰＣの値ｐを上位層パラメータに基づくか、ＤＣＩフォーマットのフィールドに基づくか、はシステム情報および／または上位層パラメータの設定に基づいて決定されてもよい。
【０２６０】
端末装置１がＰＵＣＣＨリソースでＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信する場合には、ＰＵＣＣＨに対するチャネルアクセスプロシージャのタイプおよび／またはＣＡＰＣの値ｐは、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマットに専用の１または複数のフィールドが含まれて設定されてもよい。なお、該ＤＣＩフォーマットにはＰＵＣＣＨリソース指示フィールドが含まれてもよい。つまり、該ＰＵＣＣＨリソース指示フィールドによって指示されるＰＵＣＣＨリソースに対して、該ＰＵＣＣＨに対するチャネルアクセスプロシージャのタイプおよび／またはＣＡＰＣの値が用いられてもよい。また、端末装置１がＰＵＣＣＨリソースでＳＲを送信する場合には、ＰＵＣＣＨに対するチャネルアクセスプロシージャのタイプおよび／またはＣＡＰＣの値ｐは、ＰＵＣＣＨ設定またはＳＲ設定に含まれる１または複数の上位層パラメータに基づいて設定されてもよい。
【０２６１】
ＣＡＰＣの値ｐは、ＰＵＳＣＨ、ＰＵＣＣＨに対しては、送信する情報と関連付けて決定されてもよい。例えば、ＰＵＳＣＨまたはＰＵＣＣＨにおいてＵＣＩを含んで送信する
場合、ＵＣＩに含まれる情報の種類（ＨＡＲＱ−ＡＣＫ、ＳＲ、ＣＳＩなど）や組み合わせに応じて、個別にＣＡＰＣの値ｐは設定されてもよい。
【０２６２】
本実施形態では、ＣＡＰＣの値ｐについて記載しているが、チャネルアクセスプロシージャ（ＣＡＰ）のタイプ（タイプ１ＣＡＰ、タイプ２ＣＡＰ）、ＣＷの値、および／または、Ｔｍｃｏｔの値についても同様に設定されてもよい。
【０２６３】
例えば、ＮＲ−Ｕセルにおける、ＰＤＳＣＨやＰＵＳＣＨのスケジューリング、ＰＲＡＣＨのリソース割り当てに用いられるＤＣＩフォーマット（ＤＣＩフォーマット０＿０、０＿１、１＿０、１＿１）には、チャネルアクセスプロシージャを行なうために、下記８Ａから下記８Ｅの一部または全部がフィールドとしてそれぞれ含まれてもよい。
８Ａ）チャネルアクセスプロシージャ（ＣＡＰ）のタイプ
８Ｂ）チャネルアクセス優先クラス（ＣＡＰＣ）の値ｐ
８Ｃ）最大チャネル専有時間Ｔｍｃｏｔ
８Ｄ）ＣＷの値
８Ｅ）ＣＣＡスロット期間の最大数ｍ
【０２６４】
ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット（１＿０、１＿１）に、上記８Ａから上記８Ｅの一部または全部に加え、ＰＵＣＣＨリソース指示フィールドが含まれる場合、ＰＤＳＣＨのＨＡＲＱ−ＡＣＫに対するＰＵＣＣＨの送信前のチャネルアクセスプロシージャは、ＤＣＩフォーマットに含まれる上記８Ａから上記８Ｅの少なくとも１つに基づいて行なわれてもよい。
【０２６５】
受信したＤＣＩフォーマットがランダムアクセスプリアンブルのリソース割り当てを示す場合、つまり、ＰＤＣＣＨオーダを受信した場合、且つ、ＰＤＣＣＨオーダに上記８Ａから上記８Ｅの一部または全部が含まれる場合には、ランダムアクセスプリアンブルを送信する前のチャネルアクセスプロシージャは、ＰＤＣＣＨオーダに含まれる上記８Ａから上記８Ｅの一部または全部に基づいて行なわれてもよい。
【０２６６】
ＮＲ−Ｕキャリアにおいて、ＳＲをＰＵＣＣＨで送信する場合には、上記８Ａから８Ｅのうち、一部または全部は、ＰＵＣＣＨ設定またはＳＲ設定に含まれてもよい。つまり、ＳＲを含むＰＵＣＣＨに対して、チャネルアクセスプロシージャが行なわれる場合、チャネルアクセスプロシージャのためのパラメータは、上位層パラメータに基づいて設定されてもよい。また、ＳＲを含むＰＵＣＣＨに対して、チャネルアクセスプロシージャが行なわれる場合、チャネルアクセスプロシージャのためのパラメータは、ＲＲＣ層の信号を介して、基地局装置３から端末装置１へ送信され、設定されてもよい。
【０２６７】
次に、本実施形態に係るＨＡＲＱオペレーションについて説明する。
【０２６８】
端末装置１のＭＡＣエンティティは、各サービングセルに対して少なくとも１つのＨＡＲＱエンティティを含んでもよい。少なくとも１つのＨＡＲＱエンティティは、多くの並列したＨＡＲＱプロセスを維持することができる。各ＨＡＲＱプロセスは、１つのＨＰＩＤに関連付けられてもよい。ＨＡＲＱエンティティは、ＨＡＲＱ情報およびＤＬ−ＳＣＨにおいて受信した関連するＴＢを対応する１または複数のＨＡＲＱプロセスに誘導する。
【０２６９】
ＨＡＲＱエンティティ毎の並列可能なＤＬ  ＨＡＲＱプロセスの数（最大数）は、上位層パラメータ（例えば、ＲＲＣパラメータ）に基づいて設定されてもよいし、該上位層パラメータを受信していなければ、デフォルト値であってもよい。専用ブロードキャストＨＡＲＱプロセスは、ＢＣＣＨに対して用いられてもよい。なお、ブロードキャストＨＡＲＱプロセスは、ブロードキャストプロセスと称されてもよい。
【０２７０】
ＨＡＲＱプロセスは、物理層が下りリンク空間多重が設定されていない時、１つのＴＢをサポートする。また、ＨＡＲＱプロセスは、物理層が下りリンク空間多重が設定されている時、１つまたは２つのＴＢをサポートする。
【０２７１】
端末装置１のＭＡＣエンティティは、１より大きな値の上位層パラメータｐｄｓｃｈ−ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒが設定された時、ｐｄｓｃｈ−ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒは、ダイナミック下りリンクアサインメントのバンドル内のＴＢの送信の数を提供してもよい。バンドリングオペレーション（ＨＡＲＱ−ＡＣＫバンドリングオペレーション）は、同じバンドルの一部である各送信に対して同じＨＡＲＱプロセスを呼び出す（起動する）ためのＨＡＲＱエンティティに依存する。初期送信の後、ｐｄｓｃｈ−ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒによって設定された値より１つ少ない（つまり、ｐｄｓｃｈ−ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ−１）ＨＡＲＱの再送信はバンドル内で続く。
【０２７２】
端末装置１のＭＡＣエンティティは、下りリンクアサインメントが示されるとすれば、該関連したＨＡＲＱ情報によって示されたＨＡＲＱプロセスに物理層から受信した１または複数のＴＢおよび関連したＨＡＲＱ情報を割り当ててもよい。また、端末装置１のＭＡＣエンティティは、下りリンクアサインメントがブロードキャストＨＡＲＱプロセスに対して示されるとすれば、ブロードキャストＨＡＲＱプロセスに受信したＴＢを割り当ててもよい。
【０２７３】
ＨＡＲＱプロセスのために送信が行なわれる時、１つ、または、（下りリンク空間多重の場合）２つのＴＢと関連したＨＡＲＱ情報は、ＨＡＲＱエンティティから受信される。
【０２７４】
各受信したＴＢおよび関連したＨＡＲＱ情報に対して、ＨＡＲＱプロセス（あるＨＰＩＤに関連するＨＡＲＱプロセス）は、ＮＤＩが提供される時は、該ＮＤＩがこのＴＢに対応する、前に受信した送信の値（ＰＤＣＣＨに含まれるＨＰＩＤに関連するＮＤＩの値）と比較してトグルされているとすれば、または、ＨＡＲＱプロセスがブロードキャストプロセスに相当し、そして、これがＲＲＣによって示されたシステム情報スケジュールに応じたＴＢに対する最初の受信した送信であるとすれば、または、これが、このＴＢに対して本当に最初の受信した送信であるとすれば（つまり、このＴＢに対して、前のＮＤＩがない（存在しない）、新規の送信である）、この送信を、新規の送信であるとみなす。そうでないとすれば、ＨＡＲＱプロセスは、この送信を再送信であるとみなす。なお、前に受信した送信とは、過去に受信した送信であってもよい。ここで、送信とは、基地局装置３から送信されたＴＢのことであってもよい。
【０２７５】
ＭＡＣエンティティは、これ（受信したＴＢ）が新規の送信であれば、受信データ（受信したＴＢに対するデータ）をデコードすることを試みる。また、ＭＡＣエンティティは、これが再送信であれば、このＴＢに対するデータがまだ成功裏にデコードされていないとすれば、物理層に、このＴＢに対するソフトバッファ内で最新のデータを受信したデータを結合することおよび結合したデータをデコードすることを指示する。また、ＭＡＣエンティティは、ＭＡＣエンティティがデコードを試みたデータがこのＴＢに対して成功裏にデコードされるとすれば、または、このＴＢに対するデータが以前成功裏にデコードされているとすれば、ＨＡＲＱプロセスがブロードキャストプロセスと同じであるとすれば、デコードされたＭＡＣ  ＰＤＵを上位層（ＲＬＣ層、ＰＤＣＰ層、および／または、ＲＲＣ層）に転送する。また、これが、このＴＢに対するデータの最初の成功裏のデコーディングであるとすれば、ＭＡＣエンティティは、ディアセンブリアンドデマルチプレキシングエンティティにデコードしたＭＡＣ  ＰＤＵを転送する。そうでないとすれば、ＭＡＣエンティティは、物理層に、ＭＡＣエンティティがデコードを試みたデータとこのＴＢ
に対するソフトバッファ内のデータを取り替えることを指示する。ＭＡＣエンティティは、ＨＡＲＱプロセスがＴＣ−ＲＮＴＩを伴って示された送信に関連し、コンテンションレゾリューションがまだ成功していないとすれば、または、ＨＡＲＱプロセスがブロードキャストプロセスに相当すれば、または、ＨＡＲＱフィードバックが送信されるサービングセルを含むＴＡＧに関連した、ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒがストップまたは満了すれば、このＴＢにおけるデータのａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ｓ）を生成することを物理層に指示する。なお、ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔは、ＡＣＫまたはＮＡＣＫであってもよい。
【０２７６】
ＮＲ−Ｕセルにおいて、端末装置１および／または端末装置１のＭＡＣエンティティは、このＨＡＲＱプロセスにおいて、この送信が再送信であるとみなされると、このＴＢにおけるデータのａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ｓ）を生成する指示された端末装置１の物理層は、ＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨの送信の前にタイプ１チャネルアクセスプロシージャを行なうとすれば、Ｎｉｎｉｔに用いられるＣＷの値を更新してもよい。また、ＮＲ−Ｕセルにおいて、端末装置１および／または端末装置１のＭＡＣエンティティは、このＨＡＲＱプロセスにおいて、この送信が新規の送信であるとみなされると、このＴＢにおけるデータのａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ｓ）を生成する指示された端末装置１の物理層は、ＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨの送信の前にタイプ１チャネルアクセスプロシージャを行なうとすれば、Ｎｉｎｉｔに用いられるＣＷの値をＣＷｐの初期値にセットしてもよいし、ＣＷの値を更新しなくてもよい（つまり、ＣＷの値を維持してもよい）。なお、端末装置１の物理層は、ＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨの送信の前にタイプ２チャネルアクセスプロシージャを行なうとすれば、この送信が新規の送信か再送信かに因らず、ＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨの送信前に１回だけＣＣＡを行ない、ＮＲ−Ｕチャネルがアイドルであると判定すると、ＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨを送信してもよい。
【０２７７】
ここで、ＣＷの値を更新するとは、例えば、設定可能なＣＷの許容値が、ＣＷ＃０、ＣＷ＃１、ＣＷ＃２（ＣＷ＃０＜ＣＷ＃１＜ＣＷ＃２）の３種類あるとすれば、ＣＷの値がＣＷ＃０である場合、ＣＷの値を１つ上の値であるＣＷ＃１に更新することである。また、ＣＷの値を更新するとは、ＣＷの値がＣＷ＃１である場合、ＣＷの値を１つ上の値であるＣＷ＃２に更新することである。また、ＣＷの値を更新するとは、ＣＷの値がＣＷ＃２（ＣＷｍａｘ）である場合、ＣＷの値を１つ上の値が存在しないとすれば、ＣＷ＃０（ＣＷｍｉｎ）にセットし直すことを含んでもよい。
【０２７８】
ここで、物理層は、送信部、受信部、無線送受信部および／または測定部のうち、少なくとも１つを含んでもよく、物理層処理部であってもよい。ＭＡＣエンティティは、ＭＡＣ層であってもよく、ＭＡＣ層処理部であってもよい。
【０２７９】
ＭＡＣエンティティは、そのＣ−ＲＮＴＩに対するＰＤＣＣＨにおけるＮＤＩが前の送信における値と比較してトグルされていると判定する時、そのＴＣ−ＲＮＴＩに対するＰＤＣＣＨにおけるすべての下りリンクアサインメントで受信されたＮＤＩを無視する。
【０２８０】
端末装置１は、ＰＤＣＣＨに、ＮＲ−ＵセルにおけるＰＤＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットを検出した場合、該ＤＣＩフォーマットに、ＨＡＲＱプロセスＩＤ（ＨＰＩＤ）、および、ＮＤＩが含まれているとすれば、該ＨＰＩＤに対してＮＤＩがトグルされているかどうかに基づいて、該ＰＤＳＣＨの送信が、新規の送信か再送信かを判定することができる。さらに、該ＤＣＩフォーマットに、ＰＵＣＣＨリソースを指示するフィールドが含まれているとすれば、該ＮＤＩがトグルされているかどうかに基づいて、ＣＷの値を調整するか否かを判定してもよい。例えば、端末装置１は、第
１のＨＰＩＤに関連したＨＡＲＱプロセスに対するＮＤＩの値がトグルされているとすれば、各ＣＡＰＣの値ｐに対応するＣＷｐの値をＣＷｍｉｎにセットし、そうでないとすれば（つまり、該ＮＤＩの値がトグルされていないとすれば）、端末装置１は、ＣＷｐの値を１つ上の許容値（ＣＷの値）に増やしてもよい（つまり、端末装置１は、ＣＷｐの値（ＣＷの値）を更新してもよい）。
【０２８１】
端末装置１は、１または複数のＨＰＩＤに関連するＨＡＲＱプロセスに対するＨＡＲＱ−ＡＣＫコードブックを生成する場合、少なくとも１つのＨＰＩＤについて、ＮＤＩの値がトグルされていないとすれば、該ＨＡＲＱ−ＡＣＫコードブックを含むＰＵＣＣＨまたはＰＵＳＣＨの送信前に行なうタイプ１チャネルアクセスプロシージャに対するＣＷの値を更新してもよい。
【０２８２】
基地局装置３は、ＮＲ−ＵセルにおけるＰＤＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットを含むＰＤＣＣＨおよび該ＰＤＳＣＨを送信する場合、該ＰＤＣＣＨおよび該ＰＤＳＣＨの送信前に、タイプ１チャネルアクセスプロシージャを行ない、ＮＲ−ＵチャネルがすべてのＣＣＡスロット期間においてアイドルであると判定すれば、該ＰＤＣＣＨおよび該ＰＤＳＣＨを送信し、該ＮＲ−Ｕチャネルがアイドルでないと判定すれば、該ＮＲ−ＵチャネルがすべてのＣＣＡスロット期間においてアイドルであると判定できるまで、該ＰＤＣＣＨおよび該ＰＤＳＣＨの送信を延期してもよい。
【０２８３】
基地局装置３は、該ＰＤＣＣＨおよび該ＰＤＳＣＨを送信した後、所定の期間を経過しても、該ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨを成功裏に受信できなかった場合、該ＰＤＣＣＨおよび該ＰＤＳＣＨを再送信してもよい。基地局装置３が、該ＰＤＣＣＨおよび該ＰＤＳＣＨを再送信する場合、該ＨＰＩＤに対するＮＤＩの値をトグルせずに送信する。つまり、基地局装置３は、該ＨＰＩＤに対するＮＤＩの値をトグルしないことによって、該ＰＤＳＣＨが再送信であることを示してもよい。その際、基地局装置３が、タイプ１チャネルアクセスプロシージャを行なう場合には、ＣＷの値を更新してもよい。
【０２８４】
なお、基地局装置３は、該ＰＤＣＣＨおよび該ＰＤＳＣＨを送信した後、所定の期間内に、該ＨＰＩＤに関連するＨＡＲＱプロセスに対応する該ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨを成功裏に受信できたとすれば、該ＨＰＩＤに対するＨＡＲＱプロセスに対応するＣＷの値をＣＷｍｉｎにリセットしてもよい。つまり、該ＨＰＩＤに関連するＨＡＲＱプロセスに対するＮＤＩの値をトグルするため、基地局装置３は、該ＰＤＣＣＨおよび該ＰＤＳＣＨの送信前にチャネルアクセスプロシージャを行なうとすれば、該ＣＷの値をＣＷｍｉｎにセットしてもよい。ここで、基地局装置３は、複数のＨＰＩＤに関連するＨＡＲＱプロセスを管理できる場合、ＨＰＩＤ毎にチャネルアクセスプロシージャおよび／またはＣＷ調整プロシージャを行なってもよい。
【０２８５】
基地局装置３は、ＰＤＣＣＨおよび該ＰＤＣＣＨによってスケジュールされるＰＤＳＣＨを送信した場合、所定の期間内（例えば、所定のタイマが満了するまで）に、該ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ（つまり、該ＰＤＳＣＨに対応するＨＰＩＤに対するＨＡＲＱ−ＡＣＫ）を含むＰＵＣＣＨまたはＰＵＳＣＨを成功裏に受信できなかった場合、基地局装置３は、該ＰＤＣＣＨおよび該ＰＤＳＣＨに対するＣＷの値を更新してもよい。なお、ＰＵＣＣＨの代わりに、該ＰＤＳＣＨに対応するＨＰＩＤに対するＨＡＲＱ−ＡＣＫを含むＰＵＳＣＨを成功裏に受信した場合、基地局装置３は、該ＰＤＣＣＨおよび該ＰＤＳＣＨに対するＣＷの値を更新しなくてもよい。
【０２８６】
基地局装置３および／または端末装置１は、あるＨＰＩＤのＨＡＲＱプロセスのＨＡＲＱオペレーションが成功したとみなした場合には、該オペレーションに関連して更新した
ＣＷの値をＣＷｍｉｎにセットしてもよい。
【０２８７】
端末装置１は、受信したＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを、ＰＵＣＣＨまたはＰＵＳＣＨを介して送信した後に、同じＨＰＩＤを有し、且つ、再送信を示すＰＤＳＣＨを受信したとすれば、または、該ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの再送信を要求されるとすれば、該ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨの送信前にタイプ１チャネルアクセスプロシージャを行なうとすれば、Ｎｉｎｉｔに用いられるＣＷの値を更新してもよい。つまり、同じＨＰＩＤのＰＤＳＣＨに対して再送信が示される度に、端末装置１は、該ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨの送信前にタイプ１チャネルアクセスプロシージャを行なうとすれば、対応するＮｉｎｉｔに用いられるＣＷの値を更新してもよい。
【０２８８】
以下、本実施形態の一態様に係る種々の装置の態様を説明する。
【０２８９】
（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、ランダムアクセスプロシージャにおいて、ランダムアクセスプリアンブルを送信し、対応するランダムアクセスレスポンス（ＲＡＲ）を監視する無線送受信部と、前記ＲＡＲの受信に成功しなかったとみなした場合に、前記ランダムアクセスプリアンブルの送信回数をカウントするためのプリアンブル送信カウンタの値をインクリメントするＭＡＣ（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）に基づいて決定され、設定可能なＣＷの許容値が１つよりも多い場合には、前記ＣＷの値は、前記ＳＲカウンタの値がインクリメントされた場合に更新される。
【０３０１】
本発明に関わる基地局装置３、および、端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を
制御するプログラム（コンピュータを機能させるプログラム）であっても良い。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ  ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨ
ＤＤ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書
き込みが行なわれる。
【０３０２】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。
【０３０３】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハ
ードディスク等の記憶装置のことをいう。
【０３０４】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよい、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【０３０５】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【０３０６】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）および／またはＮＧ−ＲＡＮ（NextGen RAN，NR RAN）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢお
よび／またはｇＮＢに対する上位ノードの機能の一部または全部を有してもよい。
【０３０７】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０３０８】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【０３０９】
以上、本発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０３１０】
１（１Ａ、１Ｂ、１Ｃ）  端末装置
３  基地局装置
１０、３０  無線送受信部
１１、３１  アンテナ部
１２、３２  ＲＦ部
１３、３３  ベースバンド部
１４、３４  上位層処理部
１５、３５  媒体アクセス制御層処理部
１６、３６  無線リソース制御層処理部
【図１】
2020053739.tif 000003
【図２】
2020053739.tif 000004
【図３】
2020053739.tif 000005
【図４】
2020053739.tif 000006
【図５】
2020053739.tif 000007
【図６】
2020053739.tif 000008
【図７】
2020053739.tif 000009
【図８】
2020053739.tif 000010
【図９】
2020053739.tif 000011
【図１０】
2020053739.tif 000012