(57)【要約】【課題】効率的に通信を行なうこと。【解決手段】ＳＳＢ（Synchronization signal/Physical broadcast channel block）を受信する受信部と、前記ＳＳＢに対応するランダムアクセスプリアンブル（Ｍｓｇ１）を送信する送信部と、を備え、前記送信部は、ＮＲ−Ｕ（NR-Unlicensed）セルに対して、前記ランダムアクセスプリアンブルを送信した後に受信したＳＳＢにおいて、前記ランダムアクセスプリアンブルに対する送信電力のランピングをサスペンドすることを指示する第１の情報を検出した場合には、前記ランダムアクセスプリアンブルの送信電力をランプアップせず、前記ランダムアクセスプリアンブルを送信した後に受信したＳＳＢにおいて、前記第１の情報を検出しなかった場合には、前記ランダムアクセスプリアンブルの送信電力をランプアップする。【選択図】図５
2020182114.tif 000002
【特許請求の範囲】
【請求項１】
ＳＳＢ（Synchronization signal/Physical broadcast channel block）を受信する受
信部と、
前記ＳＳＢに対応するランダムアクセスプリアンブル（Ｍｓｇ１）を送信する送信部と、を備え、
前記送信部は、ＮＲ−Ｕ（NR-Unlicensed）セルに対して、
前記ランダムアクセスプリアンブルを送信した後に受信したＳＳＢにおいて、前記ランダムアクセスプリアンブルに対する送信電力のランピングをサスペンドすることを指示する第１の情報を検出した場合には、前記ランダムアクセスプリアンブルの送信電力をランプアップせず、
前記ランダムアクセスプリアンブルを送信した後に受信したＳＳＢにおいて、前記第１の情報を検出しなかった場合には、前記ランダムアクセスプリアンブルの送信電力をランプアップする
端末装置。
【請求項２】
ＳＳＢ（Synchronization signal/Physical broadcast channel block）および／また
はＣＳＩ−ＲＳ（Channel State Information - Reference Signal）を受信する受信部と、
前記ＳＳＢおよび／またはＣＳＩ−ＲＳに対してランダムアクセスプリアンブルのリソースを選択するＭＡＣ（Medium Access Control）層処理部と、
前記ランダムアクセスプリアンブルを送信する送信部と、を備え、
ＮＲ−Ｕ（NR-Unlicensed）セルにおいて、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗが満
了し、所定のタイミングで、前記ＳＳＢおよび／またはＣＳＩ−ＲＳを受信できないとすれば、 前記受信部は、前記ランダムアクセスプリアンブルに対する送信電力のランピン
グ（ランプアップ） をサスペンドするための第１の情報を前記ＭＡＣ層処理部へ通知し
、
前記ＭＡＣ層処理部は、前記第１の情報を受信すれば、前記ランダムアクセスプリアンブルに対するＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲをインクリメントしない
端末装置。
【請求項３】
前記ＭＡＣ層処理部は、前記第１の情報を受信しないとすれば、前記ランダムアクセスプリアンブルに対するＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲを１だけインクリメントし、
前記送信部は、前記ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲの値に基づいて、前記ランダムアクセスプリアンブルの送信電力をセットする
請求項２記載の端末装置。
【請求項４】
ＳＳＢ（Synchronization signal/Physical broadcast channel block）を送信する送
信部と、
前記ＳＳＢに対応するランダムアクセスプリアンブル（Ｍｓｇ１）を受信する受信部と、を備え、
前記送信部は、ＮＲ−Ｕ（NR-Unlicensed）セルにおいて、
前記ランダムアクセスプリアンブルに対応するＲＡＲ（Ｍｓｇ２）を送信する前に、所定の期間、ＬＢＴ（Listen Before Talk）が失敗したことに基づいて前記ＲＡＲを送信できなかった場合、ＳＳＢに、前記ランダムアクセスプリアンブルに対する送信電力のランピングをサスペンドすることを指示する情報をセットして送信する
基地局装置。
【請求項５】
ＳＳＢ（Synchronization signal/Physical broadcast channel block）を受信するス
テップと、
前記ＳＳＢに対応するランダムアクセスプリアンブル（Ｍｓｇ１）を送信するステップと、
ＮＲ−Ｕ（NR-Unlicensed）セルに対して、
前記ランダムアクセスプリアンブルを送信した後に受信したＳＳＢにおいて、前記ランダムアクセスプリアンブルに対する送信電力のランピングをサスペンドすることを指示する第１の情報を検出した場合には、前記ランダムアクセスプリアンブルの送信電力をランプアップステップと、
前記ランダムアクセスプリアンブルを送信した後に受信したＳＳＢにおいて、前記第１の情報を検出しなかった場合には、前記ランダムアクセスプリアンブルの送信電力をランプアップするステップと、を有する
方法。
【請求項６】
ＳＳＢ（Synchronization signal/Physical broadcast channel block）および／また
はＣＳＩ−ＲＳ（Channel State Information - Reference Signal）を受信するステップと、
前記ＳＳＢおよび／またはＣＳＩ−ＲＳに対してランダムアクセスプリアンブルのリソースを選択するステップと、
前記ランダムアクセスプリアンブルを送信するステップと、
ＮＲ−Ｕ（NR-Unlicensed）セルにおいて、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗが満
了し、所定のタイミングで、前記ＳＳＢおよび／またはＣＳＩ−ＲＳを受信できないとすれば、 レイヤ１は、前記ランダムアクセスプリアンブルに対する送信電力のランピング
（ランプアップ） をサスペンドするための第１の情報を上位層へ通知するステップと、
前記第１の情報を受信すれば、前記ランダムアクセスプリアンブルに対するＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲをインクリメントしないステップと、を有する
方法。
【請求項７】
ＳＳＢ（Synchronization signal/Physical broadcast channel block）を送信するス
テップと、
前記ＳＳＢに対応するランダムアクセスプリアンブル（Ｍｓｇ１）を受信するステップと、
前記送信部は、ＮＲ−Ｕ（NR-Unlicensed）セルにおいて、
前記ランダムアクセスプリアンブルに対応するＲＡＲ（Ｍｓｇ２）を送信する前に、所定の期間、ＬＢＴ（Listen Before Talk）が失敗したことに基づいて前記ＲＡＲを送信できなかった場合、ＳＳＢに、前記ランダムアクセスプリアンブルに対する送信電力のランピングをサスペンドすることを指示する情報をセットして送信するステップと、を有する
方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、基地局装置、および、方法に関する。
【背景技術】
【０００２】
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「ＬＴＥ（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．
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、効率的に通信を行う端末装置、基地局装置、該端末装置に用いられる方法、該基地局装置に用いられる方法を提供する。
【課題を解決するための手段】
【０００７】
（１）本発明の第１の態様は、端末装置であって、ＳＳＢ（Synchronization signal/Physical broadcast channel block）を受信する受信部と、前記ＳＳＢに対応するランダムアクセスプリアンブル（Ｍｓｇ１）を送信する送信部と、を備え、前記送信部は、ＮＲ−Ｕ（NR-Unlicensed）セルに対して、前記ランダムアクセスプリアンブルを送信した後に受信したＳＳＢにおいて、前記ランダムアクセスプリアンブルに対する送信電力のランピングをサスペンドすることを指示する第１の情報を検出した場合には、前記ランダムアクセスプリアンブルの送信電力をランプアップせず、前記ランダムアクセスプリアンブルを送信した後に受信したＳＳＢにおいて、前記第１の情報を検出しなかった場合には、前記ランダムアクセスプリアンブルの送信電力をランプアップする。
【０００８】
（２）本発明の第２の態様は、端末装置であって、ＳＳＢ（Synchronization signal/Physical broadcast channel block）および／またはＣＳＩ−ＲＳ（Channel State Information - Reference Signal）を受信する受信部と、前記ＳＳＢおよび／またはＣＳＩ−ＲＳに対してランダムアクセスプリアンブルのリソースを選択するＭＡＣ（Medium Access Control）層処理部と、前記ランダムアクセスプリアンブルを送信する送信部と、を備え、ＮＲ−Ｕ（NR-Unlicensed）セルにおいて、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗが満了し、所定のタイミングで、前記ＳＳＢおよび／またはＣＳＩ−ＲＳを受信できないとすれば、 前記受信部は、前記ランダムアクセスプリアンブルに対する送信電力のランピング（ランプアップ） をサスペンドするための第１の情報を前記ＭＡＣ層処理部へ通知し、前記ＭＡＣ層処理部は、前記第１の情報を受信すれば、前記ランダムアクセスプリアンブルに対するＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲをインクリメントしない。
【０００９】
（３）本発明の第３の態様は、基地局装置であって、ＳＳＢ（Synchronization signal/Physical broadcast channel block）を送信する送信部と、前記ＳＳＢに対応するランダムアクセスプリアンブル（Ｍｓｇ１）を受信する受信部と、を備え、前記送信部は、ＮＲ−Ｕ（NR-Unlicensed）セルにおいて、前記ランダムアクセスプリアンブルに対応するＲＡＲ（Ｍｓｇ２）を送信する前に、所定の期間、ＬＢＴ（Listen Before Talk）が失敗したことに基づいて前記ＲＡＲを送信できなかった場合、ＳＳＢに、前記ランダムアクセスプリアンブルに対する送信電力のランピングをサスペンドすることを指示する情報をセットして送信する。
【００１０】
（４）本発明の第４の態様は、端末装置に用いられる方法であって、ＳＳＢ（Synchronization signal/Physical broadcast channel block）を受信するステップと、前記ＳＳＢに対応するランダムアクセスプリアンブル（Ｍｓｇ１）を送信するステップと、ＮＲ−Ｕ（NR-Unlicensed）セルに対して、前記ランダムアクセスプリアンブルを送信した後に受信したＳＳＢにおいて、前記ランダムアクセスプリアンブルに対する送信電力のランピングをサスペンドすることを指示する第１の情報を検出した場合には、前記ランダムアクセスプリアンブルの送信電力をランプアップステップと、前記ランダムアクセスプリアンブルを送信した後に受信したＳＳＢにおいて、前記第１の情報を検出しなかった場合には、前記ランダムアクセスプリアンブルの送信電力をランプアップするステップと、を有する。
【００１１】
（５）本発明の第５の態様は、端末装置に用いられる方法であって、ＳＳＢ（Synchronization signal/Physical broadcast channel block）および／またはＣＳＩ−ＲＳ（Channel State Information - Reference Signal）を受信するステップと、前記ＳＳＢおよび／またはＣＳＩ−ＲＳに対してランダムアクセスプリアンブルのリソースを選択するステップと、前記ランダムアクセスプリアンブルを送信するステップと、ＮＲ−Ｕ（NR-Unlicensed）セルにおいて、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗが満了し、所定のタイミングで、前記ＳＳＢおよび／またはＣＳＩ−ＲＳを受信できないとすれば、 レイヤ１は、前記ランダムアクセスプリアンブルに対する送信電力のランピング（ランプアップ）をサスペンドするための第１の情報を上位層へ通知するステップと、前記第１の情報を受信すれば、前記ランダムアクセスプリアンブルに対するＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲをインクリメントしないステップと、を有する。
【００１２】
（６）本発明の第６の態様は、基地局装置に用いられる方法であって、ＳＳＢ（Synchronization signal/Physical broadcast channel block）を送信するステップと、前記ＳＳＢに対応するランダムアクセスプリアンブル（Ｍｓｇ１）を受信するステップと、前記送信部は、ＮＲ−Ｕ（NR-Unlicensed）セルにおいて、前記ランダムアクセスプリアンブルに対応するＲＡＲ（Ｍｓｇ２）を送信する前に、所定の期間、ＬＢＴ（Listen Before Talk）が失敗したことに基づいて前記ＲＡＲを送信できなかった場合、ＳＳＢに、前記ランダムアクセスプリアンブルに対する送信電力のランピングをサスペンドすることを指示する情報をセットして送信するステップと、を有する。
【発明の効果】
【００１３】
この発明によれば、端末装置は効率的に通信を行うことができる。また、基地局装置は効率的に通信を行なうことができる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態の一態様に係る無線通信システムの概念図である。
【図２】本実施形態の一態様に係るＮｓｌｏｔｓｙｍｂ、ＳＣＳ設定μ、および、ＣＰ設定の関係を示す一例である。
【図３】本実施形態の一態様に係るサブフレームにおけるリソースグリッドの一例を示す概略図である。
【図４】本実施形態の一態様に係るＰＵＣＣＨフォーマットとＰＵＣＣＨフォーマットの長さＮＰＵＣＣＨｓｙｍｂの関係の一例を示す図である。
【図５】本実施形態の一態様に係る端末装置１の構成を示す概略ブロック図である。
【図６】本実施形態の一態様に係る基地局装置３の構成を示す概略ブロック図である。
【図７】本実施形態の一態様に係るランダムアクセスプロシージャの一例を示す図である。
【図８】本実施形態の一態様に係るチャネルアクセスプロシージャ（ＣＡＰ）の一例を示す図である。
【図９】本実施形態の一態様に係るチャネルアクセス優先クラス（ＣＡＰＣ）およびＣＷ調整プロシージャ（ＣＷＡＰ）の一例を示す図である。
【図１０】本実施形態に係る周波数マッピング（リソース割り当て、物理リソースへのマッピング）の一例を示す図である。
【図１１】本実施形態に係るＭＡＣサブヘッダおよびＭＡＣ  ＰＤＵの構成の一例を示す図である。
【図１２】本実施形態に係るＮＲに対するＭＡＣ  ＲＡＲおよびＲＡＲグラントフィールドの構成の一例を示す図である。
【図１３】本実施形態に係るＮＲ−Ｕに対するＭＡＣ  ＲＡＲおよびＲＡＲグラントフィールドの構成の一例（例１）を示す図である。
【図１４】本実施形態に係るＮＲ−Ｕに対するＭＡＣ  ＲＡＲおよびＲＡＲグラントフィールドの構成の別の一例（例２）を示す図である。
【図１５】本実施形態に係るＮＲ−Ｕに対するＭＡＣ  ＲＡＲおよびＲＡＲグラントフィールドの構成の別の一例（例３）を示す図である。
【図１６】本実施形態に係るＮＲ−Ｕに対するＭＡＣ  ＲＡＲおよびＲＡＲグラントフィールドの構成の別の一例（例４）を示す図である。
【図１７】本実施形態に係る時間領域におけるＰＵＳＣＨの送信開始位置（時間領域の開始位置、スロット内の開始位置）を示すフィールド（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）し、上記６Ｂの値を１にセットし、上記６Ｃの値を１
にセットし、上記６Ｆの値を０ｍｓにセットし、上記６Ｈの値を１にセットし、上記６Ｄ、上記６Ｅ、上記６Ｇの値を、それぞれに対応する１または複数の上位層パラメータに基づいてセットし、ランダムアクセスリソース選択プロシージャを行なってもよい。
【０２０１】
ここで、本実施形態において、上位層パラメータとは、ＭＡＣ  ＣＥによって与えられるパラメータであってもよいし、ＲＲＣシグナリングによって与えられるパラメータであってもよいし、ＭＩＢによって与えられるパラメータに基づくであってもよいし、ＳＩＢ（システム情報）によって与えられるパラメータであってもよい。
【０２０２】
図７のＳ７００１またはＳ７１０１において、上記６Ａの値を、選択したＳＳＢまたはＣＳＩ−ＲＳに対応するｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘ、または、ＰＤＣＣＨまたはＲＲＣによって明示的に示されたｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘの値にセットしてもよい。端末装置１は、セットされたインデックスに対応するＰＲＡＣＨリソース（ランダムアクセスプリアンブルのリソース）を設定し、ランダムアクセスプリアンブル送信プロシージャを行なってもよい。
【０２０３】
図７のＳ７００１またはＳ７１０１において、ランダムアクセスプリアンブルに対して、上記６Ｂの値が１よりも大きい場合、且つ、パワーランピングカウンタの一時停止（SPRC: Suspending Power Ramping Counter）の通知が下位層（つまり、レイヤ１）から受信されなかった場合、且つ、選択されたＳＳＢが変更されなかった場合、端末装置１のＭＡＣエンティティは、上記６Ｃの値を１だけインクリメントしてもよい。また、端末装置１のＭＡＣエンティティは、上記６Ｅの値を、少なくとも上位層パラメータｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒと上記６Ｃの値、上記６Ｄの値に基づく送信電力の値にセットし、選択したＰＲＡＣＨ、対応するＲＡ−ＲＮＴＩ、上記６Ａ、上記６Ｅを用いるランダムアクセスプリアンブルを送信することを物理層に指示してもよい。なお、上位層パラメータｐｒｅａｍｂｌｅＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒは、ランダムアクセスプリアンブルの送信電力の初期値に相当する。
【０２０４】
ランダムアクセスプリアンブルが送信されると、測定ギャップの可能な発生に係らず、端末装置１のＭＡＣエンティティは、Ｓ７１０１において、ランダムアクセスプリアンブル送信の終わりから最初のＰＤＣＣＨの受信タイミング（first PDCCH occasion）で上位層パラメータＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇに設定されたｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗをスタートする。端末装置１のＭＡＣエンティティは、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗがランニングしている間、Ｃ−ＲＮＴＩによって識別されたビーム障害回復リクエストへの応答に対して、ＳｐＣｅｌｌのＰＤＣＣＨを監視してもよい。
【０２０５】
また、同様に、端末装置１のＭＡＣエンティティは、Ｓ７００１において、ランダムアクセスプリアンブル送信の終わりから最初のＰＤＣＣＨの受信タイミングで上位層パラメータＲＡＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎに設定されたｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗをスタートする。端末装置１のＭＡＣエンティティは、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗがランニングしている間、ＲＡ−ＲＮＴＩによって識別されたＲＡＲに対して、ＳｐＣｅｌｌのＰＤＣＣＨを監視してもよい。
【０２０６】
Ｓ７００１からＳ７００２、または、Ｓ７１０１からＳ７１０２において、端末装置１のＭＡＣエンティティは、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗが満了し、且つ、対応するＭｓｇ２が受信されないとすれば、上記６Ｂの値を１だけインクリメントしてもよい。インクリメントした６Ｂの値が上位層パラメータｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ＋１であるとすれば、ランダムアクセス問題を上位層（ＲＲＣ層）へ示す。
【０２０７】
Ｓ７００３において、端末装置１のＭＡＣエンティティは、Ｍｓｇ３が送信されると、Ｍｓｇ３送信の終わりの最初のシンボルにおいて、上位層パラメータｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒをスタートまたはリスタートし、ｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒがランニングしている間、ＰＤＣＣＨを監視してもよい。
【０２０８】
Ｓ７００３からＳ７００４において、端末装置１のＭＡＣエンティティは、ｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが満了すると、上記６Ｉの値を廃棄（
破棄）し、衝突解決が成功しなかったとみなす。衝突解決が成功しなかったとみなした場合、端末装置１のＭＡＣエンティティは、Ｍｓｇ３バッファのＭＡＣ  ＰＤＵの送信に対して用いられたＨＡＲＱバッファをフラッシュし、上記６Ｂの値を１だけインクリメントしてもよい。インクリメントした６Ｂの値が上位層パラメータｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ＋１であるとすれば、ランダムアクセス問題を上位層（ＲＲＣ層）へ示す。つまり、上記６Ｂの値がプリアンブル送信の最大数を超えるとすれば、端末装置１のＭＡＣエンティティは、ランダムアクセス問題を上位層（ＲＲＣ層）へ示す。端末装置１のＭＡＣエンティティは、ランダムアクセスプロシージャが完了しないとすれば、０から上記６Ｆの間でランダムバックオフタイムを選択し、バックオフタイムだけランダムアクセスプリアンブルの送信を遅延し、ランダムアクセスリソース選択プロシージャを行なってもよい。なお、上位層パラメータｐｒｅａｍｂｌｅＴｒａｎｓＭａｘの値は、上記６Ｂの最大値であってもよい。
【０２０９】
ランダムアクセスプロシージャの完了に基づいて、端末装置１のＭＡＣエンティティは、ビーム障害回復リクエストに対するＣＦＲＡリソースを除くＣＦＲＡリソースを廃棄し、Ｍｓｇ３のＭＡＣ  ＰＤＵの送信に対して用いられたＨＡＲＱバッファをフラッシュする。
【０２１０】
図８は本実施形態の一態様に係るチャネルアクセスプロシージャ（ＣＡＰ）の一例を示す図である。端末装置１または基地局装置３は、所定の物理信号を送信する前にエネルギー検出を行ない、ＮＲ−Ｕセル送信が行なわれるキャリア（つまり、ＮＲ−Ｕキャリア）またはＢＷＰ（つまり、ＮＲ−Ｕ  ＢＷＰ）またはチャネル（つまり、ＮＲ−Ｕチャネル）において、所定の期間、アイドル（クリア、フリー、通信が行なわれていない、特定の物理信号が送信されていない、特定の物理信号の電力（エネルギー）が検出されない、検出（測定）した電力（エネルギー）または電力の合計が所定の閾値を超えていない）であると判定すれば、該キャリアまたはＢＷＰまたはチャネルにおいて物理信号を送信してもよい。つまり、端末装置１または基地局装置３は、ＮＲ−Ｕセルにおいて通信を行なう場合、所定の期間、該ＮＲ−Ｕセルがアイドルであることを確認するためのＣＣＡ（Clear Channel Assessment）またはチャネル測定を行なう。所定の期間は、遅延期間ＴｄとカウンタＮとＣＣＡスロット期間Ｔｓｌから決定されてもよい。なお、ＣＣＡを行なった際に、アイドルではないことをビジーと称してもよい。なお、ＣＣＡは、端末装置１の無線送受信部１０および／または基地局装置３の無線送受信部３０で行なわれてもよい。なお、チャネルアクセスプロシージャは、あるチャネルにおいて、端末装置１または基地局装置３が物理信号を送信する前に、所定の期間、ＣＣＡを行なうことを含んでもよい。このような物理信号を送信する前に、チャネルがアイドルであるかどうか判定するためにエネルギー検出を行なうプロシージャ、または、チャネルがアイドルであるかどうかを判定して、アイドルである場合に物理信号を送信するプロシージャを、チャネルアクセスプロシージャ、および／または、ＣＣＡプロシージャ、および／または、ＬＢＴ（Listen Before Talk）プロシージャと称されてもよい。ここで、ＮＲ−Ｕセルは、ＮＲ−Ｕキャリアおよび／またはＮＲ−Ｕ  ＢＷＰおよび／またはＮＲ−Ｕチャネルであってもよく、ＮＲ−Ｕの物理信号の送信に利用可能な周波数帯域を少なくとも含んでもよい。つまり、ＮＲ−ＵセルおよびＮＲ−ＵキャリアおよびＮＲ−Ｕ  ＢＷＰおよびＮＲ−Ｕチャネルは同義であってもよい。本実施形態において、ＮＲ−Ｕセルは、ＮＲ−Ｕキャリア、ＮＲ−Ｕ  ＢＷＰ、および／または、ＮＲ−Ｕチャネルと言い換えられてもよい。ＮＲ−Ｕセルは、ＮＲ−Ｕキャリア、ＮＲ−Ｕ  ＢＷＰ、ＮＲ−Ｕチャネルのうち、少なくとも１つを含んで構成されてもよい。ＮＲセルは、ＮＲキャリア、ＮＲ  ＢＷＰ、ＮＲチャネルのうち、少なくとも１つを含んで構成されてもよい。
【０２１１】
ここで、１つのＮＲ−Ｕオペレーティングバンドにおいて、基地局装置３および／または端末装置１がマルチキャリアアクセスプロシージャ（マルチキャリアそれぞれに対する
ＣＡＰ）を行なうことができる（行なう能力がある）とすれば、１つのＮＲ−Ｕセルに対して複数のキャリア（ＮＲ−Ｕキャリア）および／または複数のＢＷＰ（ＮＲ−Ｕ  ＢＷＰ）が設定されてもよい。
【０２１２】
所定の期間は、自装置以外の信号を検出した後の遅延期間においてアイドルであることを最初にセンシングしたチャネルにおいて、カウンタＮが０になった期間である。端末装置１または基地局装置３は、カウンタＮの値が０になった後に、信号を送信することができる。なお、ＣＣＡスロット期間において、ビジーであると判断した場合には、カウンタＮのデクリメントを延期してもよい。カウンタＮの初期値Ｎｉｎｔはチャネルアクセス優先クラスの値および対応するＣＷｐ（Contention Window）の値（CWS: CW size）に基づ
いて決定されてもよい。例えば、Ｎｉｎｔの値は、０からＣＷｐの値の間の中から一様分布されたランダム関数に基づいて決定されてもよい。ＣＷｐの値が更新されることによってＮｉｎｔの取り得る値（値の範囲）は、拡大されてもよい。
【０２１３】
端末装置１または基地局装置３は、ＮＲ−Ｕセルにおいて、１または複数の物理信号を送信する場合、カウンタＮの値をＮｉｎｔにセットする。
【０２１４】
端末装置１または基地局装置３は、Ｎの値が０よりも大きい場合、１つのＣＣＡスロット期間においてクリアであると判定すれば、Ｎの値をＮ−１にセットする。つまり、端末装置１または基地局装置３は、１つのＣＣＡスロット期間においてクリアであると判定すれば、カウンタＮの値を１つだけデクリメントしてもよい。
【０２１５】
デクリメントしたＮの値が０になった場合、端末装置１または基地局装置３は、ＣＣＡスロット期間におけるＣＣＡを停止してもよい。もしそうでないとすれば、つまり、Ｎの値が０よりも大きい場合には、端末装置１または基地局装置３は、Ｎの値が０になるまで、ＣＣＡスロット期間のＣＣＡを継続して行なってもよい。
【０２１６】
端末装置１または基地局装置３は、追加されたＣＣＡスロット期間において、ＣＣＡを行ない、アイドルであると判定し、且つ、Ｎの値が０であるとすれば、物理信号を送信することができる。
【０２１７】
端末装置１または基地局装置３は、追加された遅延期間において、ビジーであると判定するか、追加された遅延期間のすべてのスロットにおいて、アイドルであると判定するまで、ＣＣＡを行なってもよい。追加された遅延期間において、アイドルであると判定し、且つ、Ｎの値が０であるとすれば、端末装置１または基地局装置３は、物理信号を送信することができる。端末装置１または基地局装置３は、追加された遅延期間において、ビジーであると判定すれば、ＣＣＡを継続して行なってもよい。
【０２１８】
ＣＡＰＣの値ｐおよびＣＷｐの値が設定された情報や条件に基づいて可変であるチャネルアクセスプロシージャをタイプ１チャネルアクセスプロシージャ（タイプ１ＣＡＰ）と称し、ＣＷｐの値が常に０である、または、ＣＷｐの値に対応するカウンタＮを用いない、または、送信前に１回だけＣＣＡを行なうチャネルアクセスプロシージャをタイプ２チャネルアクセスプロシージャ（タイプ２ＣＡＰ）と称してもよい。つまり、タイプ１チャネルアクセスプロシージャは、設定されたＣＡＰＣの値ｐや条件に基づいて更新されたＣＷｐの値によってＣＣＡの期間が変わるチャネルアクセスプロシージャのことである。また、タイプ２チャネルアクセスプロシージャは、物理信号の送信前に１回だけＣＣＡを行ない、物理信号を送信するチャネル（周波数帯域）がアイドルであると判定すれば、送信を行なうことのできるチャネルアクセスプロシージャのことである。ここで、送信前とは、送信の直前を含んでもよい。端末装置１および／または基地局装置３は、物理信号の送信前に、チャネルアクセスプロシージャが完了しなかった場合には、その送信タイミングで該物理信号の送信を行なわない、または、延期してもよい。
【０２１９】
図９は、本実施形態の一態様に係るチャネルアクセス優先クラス（ＣＡＰＣ）およびＣＷ調整プロシージャの一例を示す図である。
【０２２０】
ＣＡＰＣの値ｐは、遅延期間Ｔｄに含まれるＣＣＡスロット期間Ｔｓｌの数ｍｐと、ＣＷの最小値と最大値、最大チャネル専有時間、許容されるＣＷｐの値（ＣＷＳ）を示すために用いられる。ＣＡＰＣの値ｐは、物理信号の優先度に応じて設定されてもよい。ＣＡＰＣの値ｐは、ＤＣＩフォーマットに含まれて示されてもよい。
【０２２１】
端末装置１は、カウンタＮの値にＮｉｎｉｔをセットする前に、Ｎｉｎｉｔの値を決定するためのＣＷの値を調整してもよい。なお、端末装置１は、ランダムアクセスプロシージャが成功裏に完了した場合には、ランダムアクセスプロシージャに対して、更新されたＣＷの値を維持してもよい。また、端末装置１は、ランダムアクセスプロシージャが成功裏に完了した場合には、ランダムアクセスプロシージャに対して、更新されたＣＷの値をＣＷｍｉｎにセットしてもよい。ここで本実施形態において、ＣＷｍｉｎは、例えば、図９に示すＣＷ＃０、つまり、ＣＡＰＣの値ｐに対応するＣＷｐの初期値であってもよい。ここで、更新されたＣＷの値をＣＷｍｉｎにセットするとは、１または複数の所定の条件を満たした場合に更新されるＣＷの値をＣＷｍｉｎに更新することであってもよい。また、更新されたＣＷの値をＣＷｍｉｎにセットするとは、ＣＷの値をＣＷｍｉｎにセットし直すことであってもよい。
【０２２２】
端末装置１は、Ｍｓｇ１送信前に行なうＣＣＡに対応するカウンタＮの値にＮｉｎｉｔをセットする前に、Ｎｉｎｉｔの値を決定するためのＣＷの値を調整してもよい。なお、端末装置１は、Ｍｓｇ２の受信に成功したとみなした場合、および／または、Ｍｓｇ４の受信に成功したとみなした場合には、更新されたＣＷの値を維持してもよい。また、端末装置１は、Ｍｓｇ２の受信に成功したとみなした場合、および／または、Ｍｓｇ４の受信に成功したとみなした場合には、更新されたＣＷの値をＣＷｍｉｎにセットしてもよい。
【０２２３】
ここで、ＣＷの値を調整するとは、ＣＷｐの値が所定の条件を満たした場合に、ＣＷｍｉｎからＣＷｍａｘに達するまで１段階ずつ増えていくことであってもよい。ＣＷｍａｘに達すると、また、ＣＷｍｉｎから１段階ずつ増えていく。つまり、ＣＷの値を調整するとは、ＣＷｐの値を更新することであってもよい。ＣＷｐの値を更新するとは、ＣＷｐの値を１段階大きい値にすることであってもよい。例えば、ＣＷ＃３からＣＷ＃４にすることであってもよいし、ＣＷ＃ｎ−１からＣＷ＃ｎにすることであってもよい。また、端末装置１および／または基地局装置３は、ＣＷの値を調整する度に、０から、更新されたＣＷｐの値の間で一様分布したランダム関数に基づいてＮｉｎｉｔの値を決定してもよい。
【０２２４】
Ｍｓｇ１の送信に適用されるチャネルアクセス優先クラス（ＣＡＰＣ）の値ｐは、システム情報に基づいて決定されてもよいし、上位層パラメータに基づいて決定されてもよいし、ＳＳＢと関連付けられてもよい。例えば、Ｍｓｇ１に対応するＣＡＰＣの値ｐがＰである場合、Ｎｉｎｉｔの値は、０からＣＷ＃０の間を一様分布したランダム関数に基づいて決定される。
【０２２５】
端末装置１は、例えば、図７のＳ７００２、Ｓ７００４、Ｓ７１０２において、Ｍｓｇ２またはＭｓｇ４の受信に失敗する（成功しない）とみなすと、上記６Ｂの値を１だけインクリメントする。その後、端末装置１がＭｓｇ１を送信する場合、Ｎｉｎｉｔの値に用いられるＣＷｐの値をＣＷ＃０からＣＷ＃１に更新する。端末装置１は、上記６Ｂの値に応じて、Ｎｉｎｉｔの値に用いられるＣＷｐの値を調整（更新）してもよい。ＣＡＰＣの値Ｐに対応するＣＷｐの総数が上位層パラメータｐｒｅａｍｂｌｅＴｒａｎｓＭａｘより
も少ないとすれば、上記６Ｂの値が上位層パラメータｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ＋１になる前に、ＣＷｐの値がＣＷｍｉｎ（つまり、ＣＷ＃０）に戻って、ＣＷｐの値を更新し直してもよい。なお、ＣＷｐの値（許容値）は、ｍｏｄ（上記６Ｂの値、ＣＷｐの総数（例えば、ＣＷ＃０からＣＷ＃Ｗ−１のＷ個））によって得られる値に対応してもよい。ここで、ｍｏｄ（Ａ，Ｂ）は、ＡをＢ（除数）で割った余りを出力する関数であってもよい。例えば、上記６Ｂの値が１０で、ＣＷｐの総数が７の場合、ＣＷｐの値はＣＷ＃３であってもよい。
【０２２６】
図７のＳ７００２およびＳ７００３において、基地局装置３がＭｓｇ２を送信した後に、所定の時間が経過し、または、タイマが満了し、基地局装置３がＭｓｇ２に対応するＭｓｇ３の受信に失敗した（成功しない）とみなした場合には、基地局装置３は、Ｍｓｇ２の送信または再送信を行なう前、且つ、Ｍｓｇ２に対するＣＣＡに対応するカウンタＮの値にＮｉｎｉｔをセットする前に、Ｎｉｎｉｔの値を決定するためのＣＷの値を調整してもよい。なお、基地局装置３がＭｓｇ２に対応するＭｓｇ３の受信に成功したとみなした場合には、更新されたＣＷの値を調整しなくてもよい。つまり、基地局装置３は、更新されたＣＷの値を維持してもよい。また、基地局装置３がＭｓｇ２に対応するＭｓｇ３の受信に成功したとみなした場合には、更新されたＣＷの値をＣＷｍｉｎにセットしてもよい。
【０２２７】
図７のＳ７００４において、基地局装置３がＭｓｇ４を送信した後に、Ｍｓｇ４に対応するＡｃｋ（Ｍｓｇ５）の受信に失敗する（成功しない）とみなした場合、には、基地局装置３は、Ｍｓｇ４の送信または再送信を行なう前、且つ、Ｍｓｇ４の送信前に行なうチャネルアクセスプロシージャに対応するカウンタＮの値にＮｉｎｉｔをセットする前に、Ｎｉｎｉｔの値を決定するためのＣＷの値を調整してもよい。所定の期間において、Ｍｓｇ４を複数の端末装置１に送信する場合には、Ｍｓｇ５の受信の成功率に基づいて、基地局装置３は、ＣＷの値を調整するかどうか決定してもよい。所定の期間において、Ｍｓｇ４を複数の端末装置１に送信する場合には、Ｍｓｇ５の受信の成功率に基づいて、基地局装置３は、ＣＷの値を調整するかどうか決定してもよい。つまり、Ｍｓｇ５の受信の成功率が所定の閾値を超える場合には、基地局装置３は、更新されたＣＷの値を調整しなくて（維持して）もよい。また、Ｍｓｇ５の受信の成功率が所定の閾値を超える場合には、基地局装置３は、更新されたＣＷの値をＣＷｍｉｎにセットしてもよい。
【０２２８】
また、端末装置１は、Ｍｓｇ２の受信に失敗する（成功しない）とみなした場合には、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗの長さ（値）を１段階長い値に設定してもよい。また、端末装置１は、Ｍｓｇ４の受信に失敗するとみなすと、ｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒの長さ（値）を１段階長い値に設定してもよい。端末装置１は、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗの長さ、および／または、ｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒの長さを、上位層パラメータに基づく値、および、ＣＷｐの値およびＣＣＡスロット期間に基づいて決定してもよい。例えば、上位層パラメータに基づく値が１０スロット（例えば、１０ｍｓ）、ＣＡＰＣの値ｐが４であり、ＣＷｐの値が６３である場合、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗの長さ、および／または、ｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒの長さは、１０ｍｓ＋６３×９μｓ＋Ｔｄ（例えば、２５μｓ）から得られてもよい。なお、上位層パラメータに基づく値は、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗとｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒのそれぞれに対して設定されてもよい。なお、端末装置１は、Ｍｓｇ２の受信に成功したとみなした場合には、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗの長さ（値）を維持してもよい。同様に、端末装置１は、Ｍｓｇ４の受信に成功したとみなした場合には、ｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒの長さ（値）を維持してもよい。また、端末装置１は、Ｍｓｇ２の受信に成功したとみなした場合には、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗの長さ（値）を、上位層パラメータを
用いて設定された値（つまり、初期値）にセットして（戻して）もよい。同様に、端末装置１は、Ｍｓｇ４の受信に成功したとみなした場合には、ｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒの長さ（値）を上位層パラメータとして設定された値（つまり、初期値）にセットして（戻して）もよい。
【０２２９】
図７のＳ７００４において、基地局装置３がＭｓｇ４を送信した後に、Ｓ７００１において受信したＭｓｇ１を再度受信した場合には、基地局装置３は、再送信されたＭｓｇ１に対応するＭｓｇ２の送信を行なう前、且つ、Ｍｓｇ２に対するＣＣＡに対応するカウンタＮの値にＮｉｎｉｔをセットする前に、Ｎｉｎｉｔの値を決定するためのＣＷの値を調整してもよい。なお、基地局装置３がＭｓｇ４を送信した後に、Ｍｓｇ４に対するＡｃｋ（Ｍｓｇ５）を受信した場合、つまり、ランダムアクセスプロシージャが成功裏に完了した場合には、基地局装置３は、更新されたＣＷの値を維持してもよい。また、ランダムアクセスプロシージャが成功裏に完了した場合には、基地局装置３は、更新されたＣＷの値をＣＷｐの初期値であるＣＷｍｉｎにセットしてもよい。
【０２３０】
図７のＳ７１０１において、所定の時間が経過し、または、タイマが満了し、基地局装置３がＰＤＣＣＨオーダに対応するＭｓｇ１の受信に失敗する（成功しない）とみなした場合には、基地局装置３は、ＰＤＣＣＨオーダの送信または再送信を行なう前、且つ、ＰＤＣＣＨオーダに対するＣＣＡに対応するカウンタＮの値にＮｉｎｉｔをセットする前に、Ｎｉｎｉｔの値を決定するためのＣＷの値を調整してもよい。なお、基地局装置３がＰＤＣＣＨオーダに対応するＭｓｇ１の受信に成功したとみなした場合には、基地局装置３は、更新されたＣＷの値を維持してもよい。また、基地局装置３がＰＤＣＣＨオーダに対応するＭｓｇ１の受信に成功したとみなした場合には、基地局装置３は、更新されたＣＷの値をＣＷｍｉｎにセットしてもよい。
【０２３１】
図７のＳ７１０１において、所定の時間が経過し、または、タイマが満了し、基地局装置３がＰＤＣＣＨオーダに対応するＭｓｇ１の受信に失敗する（成功しない）とみなした場合には、Ｎｉｎｉｔの値を決定するためのＣＷの値を調整するかどうかは、所定の期間において、複数の端末装置１に対して送信したＰＤＣＣＨオーダに対応するＭｓｇ１の受信に対して所定の割合で失敗した（成功しなかった）とみなした場合に基づいてもよい。例えば、端末装置Ａから端末装置Ｅに対して、所定の第１の期間において、ＰＤＣＣＨオーダを送信した場合、端末装置Ａから端末装置Ｅのそれぞれから対応するＭｓｇ１を受信したとすれば、ＰＤＣＣＨオーダの送信に成功したとみなし、基地局装置３はＣＷの値を調整しなくてもよい。また、端末装置Ａから端末装置Ｅに対して、所定の第１の期間において、ＰＤＣＣＨオーダを送信した場合、端末装置Ａと端末装置Ｅからは、対応するＭｓｇ１を受信し、それ以外の端末装置に対するＭｓｇ１の受信に成功しなかったとみなした（例えば、Ｍｓｇ１の受信の成功率が４０％）場合には、ＰＤＣＣＨオーダの送信に成功しなかったとみなし、基地局装置３はＰＤＣＣＨオーダに対するＣＷの値を調整してもよい。なお、Ｍｓｇ１の受信の成功率が所定の閾値を超える場合には、基地局装置３は、ＰＤＣＣＨオーダの送信に成功したとみなし、更新されたＣＷの値を維持してもよい。また、Ｍｓｇ１の受信の成功率が所定の閾値を超える場合には、基地局装置３は、更新されたＣＷの値をＣＷｍｉｎにセットしてもよい。
【０２３２】
ＣＡＰＣの値ｐは、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨのそれぞれに対して個別に設定されてもよい。また、ＣＡＰＣの値ｐは、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨに対してセル固有の上位層パラメータとして共通の値が設定されてもよい。また、ＣＡＰＣの値ｐは、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨのそれぞれに対して個別の上位層パラメータとして設定されてもよい。また、ＰＵＳＣＨに対するＣＡＰＣの値ｐは、ＰＵＳＣＨのスケジューリングに対して用いられるＤＣＩフォーマットに含まれて示されてもよい。また、ＰＵＣＣＨに対するＣＡＰＣの値ｐは、ＰＵＣＣＨリソース指示フィールドを含むＤＣＩフォーマットに含まれて示されてもよい。また、ＰＲＡＣＨに対するＣＡＰＣの値ｐは、ＰＤＣＣＨオーダのためのＤＣＩフォーマットに含まれて示されてもよい。また、ＰＲＡＣＨに対するＣＡＰＣの値ｐは、ランダムアクセスプロシージャの種類に応じて決定されてもよい。例えば、ＣＢＲＡに対するＣＡＰＣの値ｐは、システム情報および／または上位層パラメータに基づいて決定されてもよい。また、ＣＦＲＡに対するＣＡＰＣの値ｐは、上位層パラメータに基づいて決定されてもよいし、または、ＰＤＣＣＨオーダに対応するＤＣＩフォーマットに含まれて設定されてもよい。ＣＦＲＡにおいて、ＣＡＰＣの値ｐを上位層パラメータに基づくか、ＤＣＩフォーマットのフィールドに基づくか、はシステム情報および／または上位層パラメータの設定に基づいて決定されてもよい。
【０２３３】
端末装置１がＰＵＣＣＨリソースでＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信する場合には、ＰＵＣＣＨに対するチャネルアクセスプロシージャのタイプおよび／またはＣＡＰＣの値ｐは、ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマットに専用の１または複数のフィールドが含まれて設定されてもよい。なお、該ＤＣＩフォーマットにはＰＵＣＣＨリソース指示フィールドが含まれてもよい。つまり、該ＰＵＣＣＨリソース指示フィールドによって指示されるＰＵＣＣＨリソースに対して、該ＰＵＣＣＨに対するチャネルアクセスプロシージャのタイプおよび／またはＣＡＰＣの値が用いられてもよい。また、端末装置１がＰＵＣＣＨリソースでＳＲを送信する場合には、ＰＵＣＣＨに対するチャネルアクセスプロシージャのタイプおよび／またはＣＡＰＣの値ｐは、ＰＵＣＣＨ設定またはＳＲ設定に含まれる１または複数の上位層パラメータに基づいて設定されてもよい。
【０２３４】
ＣＡＰＣの値ｐは、ＰＵＳＣＨ、ＰＵＣＣＨに対しては、送信する情報と関連付けて決定されてもよい。例えば、ＰＵＳＣＨまたはＰＵＣＣＨにおいてＵＣＩを含んで送信する場合、ＵＣＩに含まれる情報の種類（ＨＡＲＱ−ＡＣＫ、ＳＲ、ＣＳＩなど）や組み合わせに応じて、個別にＣＡＰＣの値ｐは設定されてもよい。
【０２３５】
本実施形態では、ＣＡＰＣの値ｐについて記載しているが、チャネルアクセスプロシージャ（ＣＡＰ）のタイプ（タイプ１ＣＡＰ、タイプ２ＣＡＰ、つまり、ＣＡＴ（Channel Access Type））、ＣＷの値、および／または、Ｔｍｃｏｔの値についても同様に設定さ
れてもよい。
【０２３６】
例えば、ＮＲ−Ｕセルにおける、ＰＤＳＣＨやＰＵＳＣＨのスケジューリング、ＰＲＡＣＨのリソース割り当てに用いられるＤＣＩフォーマット（ＤＣＩフォーマット０＿０、０＿１、１＿０、１＿１）には、チャネルアクセスプロシージャを行なうために、下記８Ａから下記８Ｅの一部または全部がフィールドとしてそれぞれ含まれてもよい。
８Ａ）チャネルアクセスプロシージャ（ＣＡＰ）のタイプ（チャネルアクセスタイプ（ＣＡＴ））
８Ｂ）チャネルアクセス優先クラス（ＣＡＰＣ）の値ｐ
８Ｃ）最大チャネル専有時間Ｔｍｃｏｔ
８Ｄ）ＣＷの値
８Ｅ）ＣＣＡスロット期間の最大数ｍ
【０２３７】
ＰＤＳＣＨのスケジューリングに用いられるＤＣＩフォーマット（１＿０、１＿１）に、上記８Ａから上記８Ｅの一部または全部に加え、ＰＵＣＣＨリソース指示フィールドが含まれる場合、ＰＤＳＣＨのＨＡＲＱ−ＡＣＫに対するＰＵＣＣＨの送信前のチャネルアクセスプロシージャは、ＤＣＩフォーマットに含まれる上記８Ａから上記８Ｅの少なくとも１つに基づいて行なわれてもよい。
【０２３８】
受信したＤＣＩフォーマットがランダムアクセスプリアンブルのリソース割り当てを示
す場合、つまり、ＰＤＣＣＨオーダを受信した場合、且つ、ＰＤＣＣＨオーダに上記８Ａから上記８Ｅの一部または全部が含まれる場合には、ランダムアクセスプリアンブルを送信する前のチャネルアクセスプロシージャは、ＰＤＣＣＨオーダに含まれる上記８Ａから上記８Ｅの一部または全部に基づいて行なわれてもよい。
【０２３９】
ＮＲ−Ｕキャリアにおいて、ＳＲをＰＵＣＣＨで送信する場合には、上記８Ａから８Ｅのうち、一部または全部は、ＰＵＣＣＨ設定またはＳＲ設定に含まれてもよい。つまり、ＳＲを含むＰＵＣＣＨに対して、チャネルアクセスプロシージャが行なわれる場合、チャネルアクセスプロシージャのためのパラメータは、上位層パラメータに基づいて設定されてもよい。また、ＳＲを含むＰＵＣＣＨに対して、チャネルアクセスプロシージャが行なわれる場合、チャネルアクセスプロシージャのためのパラメータは、ＲＲＣ層の信号を介して、基地局装置３から端末装置１へ送信され、設定されてもよい。
【０２４０】
次に、本実施形態に係るＨＡＲＱオペレーションについて説明する。
【０２４１】
端末装置１のＭＡＣエンティティは、各サービングセルに対して少なくとも１つのＨＡＲＱエンティティを含んでもよい。少なくとも１つのＨＡＲＱエンティティは、多くの並列したＨＡＲＱプロセスを維持することができる。各ＨＡＲＱプロセスは、１つのＨＰＩＤに関連付けられてもよい。ＨＡＲＱエンティティは、ＨＡＲＱ情報およびＤＬ−ＳＣＨにおいて受信した関連するＴＢを対応する１または複数のＨＡＲＱプロセスに誘導する。
【０２４２】
ＨＡＲＱエンティティ毎の並列可能なＤＬ  ＨＡＲＱプロセスの数（最大数）は、上位層パラメータ（例えば、ＲＲＣパラメータ）に基づいて設定されてもよいし、該上位層パラメータを受信していなければ、デフォルト値であってもよい。専用ブロードキャストＨＡＲＱプロセスは、ＢＣＣＨに対して用いられてもよい。なお、ブロードキャストＨＡＲＱプロセスは、ブロードキャストプロセスと称されてもよい。
【０２４３】
ＨＡＲＱプロセスは、物理層が下りリンク空間多重が設定されていない時、１つのＴＢをサポートする。また、ＨＡＲＱプロセスは、物理層が下りリンク空間多重が設定されている時、１つまたは２つのＴＢをサポートする。
【０２４４】
端末装置１のＭＡＣエンティティは、１より大きな値の上位層パラメータｐｄｓｃｈ−ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒが設定された時、ｐｄｓｃｈ−ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒは、ダイナミック下りリンクアサインメントのバンドル内のＴＢの送信の数を提供してもよい。バンドリングオペレーション（ＨＡＲＱ−ＡＣＫバンドリングオペレーション）は、同じバンドルの一部である各送信に対して同じＨＡＲＱプロセスを呼び出す（起動する）ためのＨＡＲＱエンティティに依存する。初期送信の後、ｐｄｓｃｈ−ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒによって設定された値より１つ少ない（つまり、ｐｄｓｃｈ−ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ−１）ＨＡＲＱの再送信はバンドル内で続いてもよい。
【０２４５】
端末装置１のＭＡＣエンティティは、下りリンクアサインメントが示されるとすれば、該関連したＨＡＲＱ情報によって示されたＨＡＲＱプロセスに物理層から受信した１または複数のＴＢおよび関連したＨＡＲＱ情報を割り当ててもよい。また、端末装置１のＭＡＣエンティティは、下りリンクアサインメントがブロードキャストＨＡＲＱプロセスに対して示されるとすれば、ブロードキャストＨＡＲＱプロセスに受信したＴＢを割り当ててもよい。
【０２４６】
ＨＡＲＱプロセスのために送信が行なわれる時、１つ、または、（下りリンク空間多重の場合）２つのＴＢと関連したＨＡＲＱ情報は、ＨＡＲＱエンティティから受信されても
よい。
【０２４７】
各受信したＴＢおよび関連したＨＡＲＱ情報に対して、ＨＡＲＱプロセス（あるＨＰＩＤに関連するＨＡＲＱプロセス）は、ＮＤＩが提供される時は、該ＮＤＩがこのＴＢに対応する、前に受信した送信の値（ＰＤＣＣＨに含まれるＨＰＩＤに関連するＮＤＩの値）と比較してトグルされているとすれば、または、ＨＡＲＱプロセスがブロードキャストプロセスに相当し、そして、これがＲＲＣによって示されたシステム情報スケジュールに応じたＴＢに対する最初の受信した送信であるとすれば、または、これが、このＴＢに対して本当に最初の受信した送信であるとすれば（つまり、このＴＢに対して、前のＮＤＩがない（存在しない）、新規の送信である）、この送信を、新規の送信であるとみなす。そうでないとすれば、ＨＡＲＱプロセスは、この送信を再送信であるとみなす。なお、前に受信した送信とは、過去に受信した送信であってもよい。ここで、送信とは、基地局装置３から送信されたＴＢのことであってもよい。
【０２４８】
ＭＡＣエンティティは、これ（受信したＴＢ）が新規の送信であれば、受信データ（受信したＴＢに対するデータ）をデコードすることを試みる。また、ＭＡＣエンティティは、これが再送信であれば、このＴＢに対するデータがまだ成功裏にデコードされていないとすれば、物理層に、このＴＢに対するソフトバッファ内で最新のデータを受信したデータを結合することおよび結合したデータをデコードすることを指示する。また、ＭＡＣエンティティは、ＭＡＣエンティティがデコードを試みたデータがこのＴＢに対して成功裏にデコードされるとすれば、または、このＴＢに対するデータが以前成功裏にデコードされているとすれば、ＨＡＲＱプロセスがブロードキャストプロセスと同じであるとすれば、デコードされたＭＡＣ  ＰＤＵを上位層（ＲＬＣ層、ＰＤＣＰ層、および／または、ＲＲＣ層）に転送する。また、これが、このＴＢに対するデータの最初の成功裏のデコーディングであるとすれば、ＭＡＣエンティティは、ディアセンブリアンドデマルチプレキシングエンティティにデコードしたＭＡＣ  ＰＤＵを転送する。そうでないとすれば、ＭＡＣエンティティは、物理層に、ＭＡＣエンティティがデコードを試みたデータとこのＴＢに対するソフトバッファ内のデータを取り替えることを指示する。ＭＡＣエンティティは、ＨＡＲＱプロセスがＴＣ−ＲＮＴＩを伴って示された送信に関連し、コンテンションレゾリューションがまだ成功していないとすれば、または、ＨＡＲＱプロセスがブロードキャストプロセスに相当すれば、または、ＨＡＲＱフィードバックが送信されるサービングセルを含むＴＡＧに関連した、ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒがストップまたは満了すれば、このＴＢにおけるデータのａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ｓ）を生成することを物理層に指示する。なお、ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔは、ＡＣＫまたはＮＡＣＫであってもよい。
【０２４９】
ＮＲ−Ｕセルにおいて、端末装置１および／または端末装置１のＭＡＣエンティティは、このＨＡＲＱプロセスにおいて、この送信が再送信であるとみなされると、このＴＢにおけるデータのａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ｓ）を生成する指示された端末装置１の物理層は、ＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨの送信の前にタイプ１チャネルアクセスプロシージャを行なうとすれば、Ｎｉｎｉｔに用いられるＣＷの値を更新してもよい。また、ＮＲ−Ｕセルにおいて、端末装置１および／または端末装置１のＭＡＣエンティティは、このＨＡＲＱプロセスにおいて、この送信が新規の送信であるとみなされると、このＴＢにおけるデータのａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ｓ）を生成する指示された端末装置１の物理層は、ＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨの送信の前にタイプ１チャネルアクセスプロシージャを行なうとすれば、Ｎｉｎｉｔに用いられるＣＷの値をＣＷｐの初期値にセットしてもよいし、ＣＷの値を更新しなくてもよい（つまり、ＣＷの値を維持してもよい）。なお、端末装置１の物理層は、ＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨの送信の前にタイプ２チャネルアクセスプロシージャを行なうとすれば、この送信が新規の送信か再送信かに因らず、ＨＡＲＱ−ＡＣＫ
を含むＰＵＣＣＨまたはＰＵＳＣＨの送信前に１回だけＣＣＡを行ない、ＮＲ−Ｕチャネルがアイドルであると判定すると、ＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨを送信してもよい。
【０２５０】
ここで、ＣＷの値を更新するとは、例えば、設定可能なＣＷの許容値が、ＣＷ＃０、ＣＷ＃１、ＣＷ＃２（ＣＷ＃０＜ＣＷ＃１＜ＣＷ＃２）の３種類あるとすれば、ＣＷの値がＣＷ＃０である場合、ＣＷの値を１つ上の値であるＣＷ＃１に更新することである。また、ＣＷの値を更新するとは、ＣＷの値がＣＷ＃１である場合、ＣＷの値を１つ上の値であるＣＷ＃２に更新することである。また、ＣＷの値を更新するとは、ＣＷの値がＣＷ＃２（ＣＷｍａｘ）である場合、ＣＷの値を１つ上の値が存在しないとすれば、ＣＷ＃０（ＣＷｍｉｎ）にセットし直すことを含んでもよい。
【０２５１】
ここで、物理層は、送信部、受信部、無線送受信部および／または測定部のうち、少なくとも１つを含んでもよく、物理層処理部であってもよい。ＭＡＣエンティティは、ＭＡＣ層であってもよく、ＭＡＣ層処理部であってもよい。
【０２５２】
ＭＡＣエンティティは、そのＣ−ＲＮＴＩに対するＰＤＣＣＨにおけるＮＤＩが前の送信における値と比較してトグルされていると判定する時、そのＴＣ−ＲＮＴＩに対するＰＤＣＣＨにおけるすべての下りリンクアサインメントで受信されたＮＤＩを無視する。
【０２５３】
端末装置１は、ＰＤＣＣＨに、ＮＲ−ＵセルにおけるＰＤＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットを検出した場合、該ＤＣＩフォーマットに、ＨＡＲＱプロセスＩＤ（ＨＰＩＤ）、および、ＮＤＩが含まれているとすれば、該ＨＰＩＤに対してＮＤＩがトグルされているかどうかに基づいて、該ＰＤＳＣＨの送信が、新規の送信か再送信かを判定することができる。さらに、該ＤＣＩフォーマットに、ＰＵＣＣＨリソースを指示するフィールドが含まれているとすれば、該ＮＤＩがトグルされているかどうかに基づいて、ＣＷの値を調整するか否かを判定してもよい。例えば、端末装置１は、第１のＨＰＩＤに関連したＨＡＲＱプロセスに対するＮＤＩの値がトグルされているとすれば、各ＣＡＰＣの値ｐに対応するＣＷｐの値をＣＷｍｉｎにセットし、そうでないとすれば（つまり、該ＮＤＩの値がトグルされていないとすれば）、端末装置１は、ＣＷｐの値を１つ上の許容値（ＣＷの値）に増やしてもよい（つまり、端末装置１は、ＣＷｐの値（ＣＷの値）を更新してもよい）。
【０２５４】
端末装置１は、１または複数のＨＰＩＤに関連するＨＡＲＱプロセスに対するＨＡＲＱ−ＡＣＫコードブックを生成する場合、少なくとも１つのＨＰＩＤについて、ＮＤＩの値がトグルされていないとすれば、該ＨＡＲＱ−ＡＣＫコードブックを含むＰＵＣＣＨまたはＰＵＳＣＨの送信前に行なうタイプ１チャネルアクセスプロシージャに対するＣＷの値を更新してもよい。
【０２５５】
基地局装置３は、ＮＲ−ＵセルにおけるＰＤＳＣＨのスケジューリングのために用いられるＤＣＩフォーマットを含むＰＤＣＣＨおよび該ＰＤＳＣＨを送信する場合、該ＰＤＣＣＨおよび該ＰＤＳＣＨの送信前に、タイプ１チャネルアクセスプロシージャを行ない、ＮＲ−ＵチャネルがすべてのＣＣＡスロット期間においてアイドルであると判定すれば、該ＰＤＣＣＨおよび該ＰＤＳＣＨを送信し、該ＮＲ−Ｕチャネルがアイドルでないと判定すれば、該ＮＲ−ＵチャネルがすべてのＣＣＡスロット期間においてアイドルであると判定できるまで、該ＰＤＣＣＨおよび該ＰＤＳＣＨの送信を延期してもよい。
【０２５６】
基地局装置３は、該ＰＤＣＣＨおよび該ＰＤＳＣＨを送信した後、所定の期間を経過しても、該ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨを成功裏に受信できなかった場合、該ＰＤＣＣＨおよび該ＰＤＳＣＨを再送信してもよい。基地
局装置３が、該ＰＤＣＣＨおよび該ＰＤＳＣＨを再送信する場合、該ＨＰＩＤに対するＮＤＩの値をトグルせずに送信する。つまり、基地局装置３は、該ＨＰＩＤに対するＮＤＩの値をトグルしないことによって、該ＰＤＳＣＨが再送信であることを示してもよい。その際、基地局装置３が、タイプ１チャネルアクセスプロシージャを行なう場合には、ＣＷの値を更新してもよい。
【０２５７】
なお、基地局装置３は、該ＰＤＣＣＨおよび該ＰＤＳＣＨを送信した後、所定の期間内に、該ＨＰＩＤに関連するＨＡＲＱプロセスに対応する該ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨまたはＰＵＳＣＨを成功裏に受信できたとすれば、該ＨＰＩＤに対するＨＡＲＱプロセスに対応するＣＷの値をＣＷｍｉｎにリセットしてもよい。つまり、該ＨＰＩＤに関連するＨＡＲＱプロセスに対するＮＤＩの値をトグルするため、基地局装置３は、該ＰＤＣＣＨおよび該ＰＤＳＣＨの送信前にチャネルアクセスプロシージャを行なうとすれば、該ＣＷの値をＣＷｍｉｎにセットしてもよい。ここで、基地局装置３は、複数のＨＰＩＤに関連するＨＡＲＱプロセスを管理できる場合、ＨＰＩＤ毎にチャネルアクセスプロシージャおよび／またはＣＷ調整プロシージャを行なってもよい。
【０２５８】
基地局装置３は、ＰＤＣＣＨおよび該ＰＤＣＣＨによってスケジュールされるＰＤＳＣＨを送信した場合、所定の期間内（例えば、所定のタイマが満了するまで）に、該ＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ（つまり、該ＰＤＳＣＨに対応するＨＰＩＤに対するＨＡＲＱ−ＡＣＫ）を含むＰＵＣＣＨまたはＰＵＳＣＨを成功裏に受信できなかった場合、基地局装置３は、該ＰＤＣＣＨおよび該ＰＤＳＣＨに対するＣＷの値を更新してもよい。なお、ＰＵＣＣＨの代わりに、該ＰＤＳＣＨに対応するＨＰＩＤに対するＨＡＲＱ−ＡＣＫを含むＰＵＳＣＨを成功裏に受信した場合、基地局装置３は、該ＰＤＣＣＨおよび該ＰＤＳＣＨに対するＣＷの値を更新しなくてもよい。
【０２５９】
基地局装置３および／または端末装置１は、あるＨＰＩＤのＨＡＲＱプロセスのＨＡＲＱオペレーションが成功したとみなした場合には、該オペレーションに関連して更新したＣＷの値をＣＷｍｉｎにセットしてもよい。
【０２６０】
端末装置１は、受信したＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを、ＰＵＣＣＨまたはＰＵＳＣＨを介して送信した後に、同じＨＰＩＤを有し、且つ、再送信を示すＰＤＳＣＨを受信したとすれば、または、該ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫの再送信を要求されるとすれば、該ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨの送信前にタイプ１チャネルアクセスプロシージャを行なうとすれば、Ｎｉｎｉｔに用いられるＣＷの値を更新してもよい。つまり、同じＨＰＩＤのＰＤＳＣＨに対して再送信が示される度に、端末装置１は、該ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨの送信前にタイプ１チャネルアクセスプロシージャを行なうとすれば、対応するＮｉｎｉｔに用いられるＣＷの値を更新してもよい。
【０２６１】
ＮＲ−Ｕセルにおける、ＳＳＢおよび／またはＣＳＩ−ＲＳを総称してＮＲ−Ｕ  ＤＲＳ（Discovery Reference Signal）と称されてもよい。ＮＲ−Ｕ  ＤＲＳは、ＮＲ−Ｕセルがアクティベーションかディアクティベーションかを、端末装置１が確認するために、検出されてもよい。
【０２６２】
図１０は、本実施形態に係る周波数マッピング（リソース割り当て、物理リソースへのマッピング）の一例を示す図である。図１０（ａ）は、１つの端末装置１および／または基地局装置３に対して、複数のＰＲＢが連続的に配置される例（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）に対するＣＦＲＡプリアンブルがＭＡＣエンティティによって送信されるとす
れば、ＲＡＰ送信の終わりから最初のＰＤＣＣＨオケージョンにおいてＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇで設定されたｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗをスタートし、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗがランニングしている間、Ｃ−ＲＮＴＩによって識別されたＳｐＣｅｌｌのｒｅｃｏｖｅｒｙＳｅａｒｃｈＳｐａｃｅＩｄによって示されたサーチスペースでＰＤＣＣＨ送信を監視し、そうでないとすれば、ＲＡＰ送信の終わりから最初のＰＤＣＣＨオケージョンにおいてＲＡＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎで設定されたｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗをスタートし、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗがランニングしている間、ＲＡ−ＲＮＴＩによって識別された１または複数のＲＡＲに対するＳｐＣｅｌｌのＰＤＣＣＨを監視してもよい。
【０３２５】
ｒｅｃｏｖｅｒｙＳｅａｒｃｈＳｐａｃｅＩｄによって示されたサーチスペースにおけるＰＤＣＣＨ送信の受信の通知が、ＲＡＰが送信されたサービングセルで下位層（物理層）から受信されたとすれば、且つ、該ＰＤＣＣＨ送信がＣ−ＲＮＴＩ宛てであるとすれば、且つ、ＢＦＲＲに対するＣＦＲＡプリアンブルがＭＡＣエンティティによって送信されたとすれば、ＭＡＣエンティティは、ランダムアクセスプロシージャを成功裏に完了したとみなしてもよい。
【０３２６】
また、下りリンクアサインメントがＲＡ−ＲＮＴＩに対するＰＤＣＣＨで受信され、受信されたＴＢが成功裏にデコードされるとすれば、且つ、ＲＡＲがＢＩを伴うＭＡＣサブＰＤＵを含むとすれば、ＭＡＣエンティティは、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦを、ＳＣＡＬＩＮＧ＿ＦＡＣＴＯＲ＿ＢＩを考慮して、図１９に記載の表を使って、ＭＡＣサブＰＤＵのＢＩフィールドの値にセットしてもよい。そうでないとすれば、ＭＡＣエンティティは、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦを、０ｍｓにセットしてもよい。
【０３２７】
ＲＡＲが、送信したＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸに対応するＲＡＰＩＤを伴うＭＡＣサブＰＤＵを含んでいるとすれば、ＭＡＣエンティティは、ＲＡＲ受信に成功したとみなしてもよい。
【０３２８】
ＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇに設定されたｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗが満了される場合、および、Ｃ−ＲＮＴＩ宛てのｒｅｃｏｖｅｒｙＳｅａｒｃｈＳｐａｃｅＩｄによって示されたサーチスペースでのＰＤＣＣＨ送信が、ＲＡ
Ｐが送信されたサービングセルで受信されなかった場合、または、ＲＡＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎに設定されたｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗが満了される場合、且つ、送信したＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸとマッチするＲＡＰＩＤを含むＲＡＲが受信されない場合、ＭＡＣエンティティは、ＲＡＲ受信が成功しなかったとみなし、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲを１だけインクリメントし、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ＝ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ＋１を満たす場合、ＲＡＰがＳｐＣｅｌｌで送信されるとすれば、ランダムアクセス問題を上位層（例えば、ＲＲＣ層）に示し、ランダムアクセスプロシージャがＳＩリクエストに対してトリガされているとすれば、ＭＡＣエンティティは、ランダムアクセスプロシージャの完了に成功しなかったとみなしてもよい。また、ＲＡＰがＳＣｅｌｌで送信されるとすれば、ＭＡＣエンティティは、ランダムアクセスプロシージャの完了に成功しなかったとみなしてもよい。
【０３２９】
ＰＲＡＣＨ送信に対するレスポンスにおいて、端末装置１は、上位層によって制御されたウインドウ（ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）の間に、対応するＲＡ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＤＣＩフォーマット１＿０を検出しようと試みてもよい。そのウインドウは、ＰＲＡＣＨ送信に対応するＰＲＡＣＨオケージョンの最後のシンボルの少なくとも１つのシンボル後に、タイプ１ＰＤＣＣＨ  ＣＳＳセットに対するＰＤＣＣＨを受信するために設定された最も早いＣＯＲＥＳＥＴの最初のシンボルにおいて、開始されてもよい。シンボル期間は、タイプ１ＰＤＣＣＨ  ＣＳＳセットに対するＳＣＳに対応してもよい。タイプ１ＰＤＣＣＨ  ＣＳＳセットに対するＳＣＳに基づくスロットの数におけるウインドウの長さは、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗによって与えられてもよい。
【０３３０】
端末装置１は、そのウインドウ内で、対応するＲＡ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＤＣＩフォーマット１＿０を検出し、対応するＰＤＳＣＨにおいてＴＢ（Transport Block）を受信するとすれば、端末装置１は、１または複数の上位層にその
ＴＢをパスしてもよい。１または複数の上位層は、ＰＲＡＣＨ送信に関連したＲＡＰＩＤに対するＴＢを解析する。１または複数の上位層がＴＢの１または複数のＲＡＲメッセージにおいてＲＡＰＩＤを識別するとすれば、１または複数の上位層は、ＵＬグラントを物理層に示してもよい。これは、物理層において、ＲＡＲ  ＵＬグラント（ＲＡＲグラント）として参照されてもよい。
【０３３１】
端末装置１は、そのウインドウ内で、対応するＲＡ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＤＣＩフォーマット１＿０を検出しなかったとすれば、または、そのウインドウ内で、対応するＰＤＳＣＨ内でＴＢ（Transport Block）を正確に受信しないと
すれば、または、１または複数の上位層が端末装置１からＰＲＡＣＨ送信に関連したＲＡＰＩＤを識別しないとすれば、１または複数の上位層は、ＰＲＡＣＨを送信することを物理層に指示してもよい。上位層によってＰＲＡＣＨ送信が要求されたとすれば、端末装置１は、そのウインドウの最後のシンボルまたはＰＤＳＣＨ受信の最後のシンボルからＮＴ，１＋０．７５ｍｓ後にＰＲＡＣＨを送信することを期待されてもよい。なお、ＮＴ，１は、追加ＰＤＳＣＨ  ＤＭ−ＲＳが設定された時のＵＥ処理能力１に対するＰＤＳＣＨ受信時間に対応するＮ１シンボルの時間分（Time duration）である。
【０３３２】
端末装置１が、対応するＲＡ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＤＣＩフォーマット１＿０を検出し、対応するＰＤＳＣＨにおいてＴＢを受信するとすれば、端末装置１は、端末装置１がＴＣＩ−Ｓｔａｔｅを提供されたかどうかにかかわらず、端末装置１がＤＣＩフォーマット１＿０を伴うＰＤＣＣＨを受信するＣＯＲＥＳＥＴとＰＲＡＣＨアソシエーションに対して端末装置１が用いたＳＳＢまたはＣＳＩ−ＲＳに対して、同じＤＭ−ＲＳアンテナポートＱＣＬ（Quasi Co-Location）特性であると想定してもよい。端末装置１が、ＣＦＲＡプロシージャをトリガするＰＤＣＣＨオーダによって開始されたＰＲＡＣＨ送信へのレスポンスにおいてＲＡ−ＲＮＴＩによってスクランブルされたＣＲＣを伴うＤＣＩフォーマット１＿０を検出しようと試みれば、端末装置１は、ＤＣＩフォーマット１＿０を含むＰＤＣＣＨおよびＰＤＣＣＨオーダは、同じＤＭ−ＲＳアンテナポートＱＣＬ特性であると想定してもよい。端末装置１は、それらの想定に基づいて受信処理を行なってもよい。
【０３３３】
ＲＡＲ  ＵＬグラントは、端末装置１からＰＵＳＣＨ送信をスケジュールするために用いられてもよい。
【０３３４】
端末装置１は、ＳＣＳが設定されない限り、端末装置１は、ＲＡＲメッセージを提供するＰＤＳＣＨ受信と同じＳＣＳを用いて、次のＰＤＳＣＨを受信してもよい。
【０３３５】
ＣＦＲＡプロシージャ（または、ＣＢＲＡプロシージャではないプロシージャ）において、ＲＡＲ  ＵＬグラント内のＣＳＩリクエストは、端末装置１が、対応するＰＵＳＣＨ送信においてアピリオディックＣＳＩレポートを含むかどうかを示す。ＣＢＲＡプロシージャにおいて、ＣＳＩリクエストフィールドはリザーブされてもよい。
【０３３６】
次に、本実施形態に係るコンテンションレゾリューションについて説明する。
【０３３７】
Ｍｓｇ３が送信されるとすぐに、ＭＡＣエンティティは、ｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒをスタートし、Ｍｓｇ３送信の終わった後の最初のシンボルで各ＨＡＲＱ再送信におけるｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒを再スタートし、測定ギャップがあるかどうかにかかわらず、ｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒがランニングしている間、ＰＤＣＣＨを監視し、ＳｐＣｅｌｌのＰＤＣＣＨ送信の受信の通知が下位層から受信されたとすれば、Ｃ−ＲＮＴＩ  ＭＡＣ  ＣＥがＭｓｇ３に含まれたとすれば、ランダムアクセスプロシージャがｂｅａｍ  ｆａｉｌｕｒｅ  ｒｅｃｏｖｅｒｙに対して開始され、ＰＤＣＣＨ送信がＣ−ＲＮＴＩ宛てであるか、ランダムアクセスプロシージャがＰＤＣＣＨオーダによって開始され、ＰＤＣＣＨ送信がＣ−ＲＮＴＩ宛てであるか、ランダムアクセスプロシージャがＭＡＣサブ層、または、ＲＲＣサブ層によって開始され、ＰＤＣＣＨ送信がＣ−ＲＮＴＩ宛てであり、新しい送信のためのＵＬグラントを含んでいるとすれば、ＭＡＣエンティティは、コンテンションレゾリューションが成功したとみなし、ｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒをストップし、ＴＥＭＰＯＲＡＲＹ＿Ｃ−ＲＮＴＩを破棄し、ランダムアクセスプロシージャを成功裏に完了したとみなしてもよい。
【０３３８】
ＣＣＣＨ  ＳＤＵ（Service Data Unit）がＭｓｇ３に含まれ、ＰＤＣＣＨ送信がＴＥ
ＭＰＯＲＡＲＹ＿Ｃ−ＲＮＴＩ宛てであるとすれば、ＭＡＣ  ＰＤＵが成功裏にデコードされるとすれば、ＭＡＣエンティティは、ｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒをストップし、ＭＡＣ  ＰＤＵがＵＥコンテンションレゾリューション識別子ＭＡＣ  ＣＥを含み、且つ、ＭＡＣ  ＣＥ内のＵＥコンテンションレゾリューション識別子がＭｓｇ３で送信されたＣＣＣＨ  ＳＤＵとマッチするとすれば、ＭＡＣエンティティは、コンテンションレゾリューションを成功したとみなし、ＭＡＣ  ＰＤＵのディアセンブリアンドデマルチプレキシングを終了し、ランダムアクセスプロシージャがＳＩリクエストに対して開始されていたとすれば、上位層にＳＩリクエストに対するａｃｋｎｏｗｌｅｄｇｅｍｅｎｔの受信を示す。その他に、ＭＡＣエンティティは、Ｃ−ＲＮＴＩにＴＥＭＰＯＲＡＲＹ＿Ｃ−ＲＮＴＩの値をセットしてもよい。また、ＭＡＣエンティティは、ＴＥＭＰＯＲＡＲＹ＿Ｃ−ＲＮＴＩを破棄し、ランダムアクセスプロシージャが成功裏に完了したとみなしてもよい。ＭＡＣ  ＣＥ内のＵＥコンテンションレゾリューション識別子がＭｓｇ３で送信されたＣＣＣＨ  ＳＤＵとマッチしなかったとすれば、ＴＥＭＰ
ＯＲＡＲＹ＿Ｃ−ＲＮＴＩを破棄し、コンテンションレゾリューションが成功しなかったとみなし、成功裏にデコードしたＭＡＣ  ＰＤＵを破棄してもよい。
【０３３９】
ｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが満了するとすれば、ＭＡＣエンティティは、ＴＥＭＰＯＲＡＲＹ＿Ｃ−ＲＮＴＩを破棄し、コンテンションレゾリューションが成功しなかったとみなしてもよい。
【０３４０】
コンテンションレゾリューションが成功しないとみなされたとすれば、ＭＡＣエンティティは、Ｍｓｇ３バッファ内のＭＡＣ  ＰＤＵの送信に対して用いられたＨＡＲＱバッファをフラッシュ（flush）し、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲを１だけインクリメントし、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ＝ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ＋１を満たすとすれば、上位層にランダムアクセス問題を示す。ランダムアクセスプロシージャがＳＩリクエストに対してトリガされていたとすれば、ＭＡＣエンティティは、ランダムアクセスプロシージャの完了に成功しなかったとみなしてもよい。
【０３４１】
次に、本実施形態に係るランダムアクセスプロシージャが完了しなかった場合の処理について説明する。図２０は、本実施形態に係るランダムアクセスプロシージャが完了しなかった場合のＭｓｇ１を送信するまでのプロシージャを示す図である。
【０３４２】
ランダムアクセスプロシージャが完了しないとすれば、ＭＡＣエンティティは、０とＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの間で一様分布に応じてランダムにバックオフタイムをセットし、バックオフタイムの間に、ＣＦＲＡリソースを選択するための基準が満たされるとすれば、ランダムアクセスリソース選択プロシージャを行なってもよい。また、そうでないとすれば、ＭＡＣエンティティは、バックオフタイムの後に、ランダムアクセスリソース選択プロシージャを行なってよい。なお、バックオフタイム中に、端末装置１は、ＳＳＢを受信し、ＲＳＲＰなどを測定してもよい。
【０３４３】
次に、本実施形態に係るＮＲ−Ｕに対するＭｓｇ１送信の前に適用されるＣＡＴ選択プロシージャについて説明する。
【０３４４】
ＢＰＶおよびＳＣＡＬＩＮＧ＿ＦＡＣＴＯＲ＿ＢＩ（６Ｈにセットされた値）に基づいて得られた値をＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦにセットした場合、ランダムアクセスプロシージャが完了しないとみなしたとすれば、０とＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの間から一様分布に応じて、ランダムバックオフタイムが選択されてもよい。なお、ＳＣＡＬＩＮＧ＿ＦＡＣＴＯＲ＿ＢＩにセットされる値は、上位層パラメータｓｃａｌｉｎｇＦａｃｔｏｒＢＩによって与えられてもよい。ＳＣＡＬＩＮＧ＿ＦＡＣＴＯＲ＿ＢＩにセットされる値は、ランダムアクセスプロシージャが開始される場合には、１にセットされてもよい。
【０３４５】
ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦにセットされた値が所定の値（例えば、１００ｍｓ）と同じかそれよりも大きな値である場合、且つ、Ｍｓｇ１送信がタイプ１ＣＡＰを行なった後に行なわれる場合、Ｎｉｎｉｔの値は０としてみなされてもよい。ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦにセットされた値が所定の値（例えば、１００ｍｓ）よりも小さな値である場合、且つ、Ｍｓｇ１送信がタイプ１ＣＡＰを行なった後に行なわれる場合、タイプ１ＣＡＰが成功してから、Ｍｓｇ１の送信が行なわれてもよい。
【０３４６】
タイプ１ＣＡＰが適用される場合には、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦにセットされた値とＣＷＳによって得られた合計のＣＣＡ期間を比較して大きな値の方に基づいて、Ｍｓｇ１送信が行なわれてもよい。
【０３４７】
上位層パラメータｓｃａｌｉｎｇＦａｃｔｏｒＢＩおよび／またはＳＣＡＬＩＮＧ＿ＦＡＣＴＯＲ＿ＢＩに“０（zero）”がセットされている場合には、Ｍｓｇ１送信前に適用されるＣＡＴに基づいてＣＡＰが行なわれてもよい。つまり、このような場合、タイプ１ＣＡＰまたはタイプ２ＣＡＰを行なってから、Ｍｓｇ１が送信されてもよい。例えば、上位層パラメータｓｃａｌｉｎｇＦａｃｔｏｒＢＩに“０（zero）”がセットされている場合には、Ｍｓｇ１送信前に行なうＣＡＰのタイプ（つまり、ＣＡＴ）は、所定のＣＡＴであってもよい。所定のＣＡＴは、上位層パラメータに基づいて決定されてもよい。また、所定のＣＡＴは、ＤＣＩによって与えられてもよい。また、所定のＣＡＴは、仕様書などで予め決定されてもよい。
【０３４８】
また、端末装置１のＭＡＣエンティティは、受信したＲＡＲにＢＩを伴うＭＡＣサブＰＤＵを含むとすれば、該ＭＡＣエンティティは、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦに、ＳＣＡＬＩＮＧ＿ＦＡＣＴＯＲ＿ＢＩを考慮したＢＩの値をセットし、そうでないとすれば、０ｍｓにセットしてもよい。該ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦが所定の値（例えば、２０ｍｓや１００ｍｓなど）よりも大きい、または、同じ値である場合、且つ、ランダムアクセスプロシージャが完了していない場合には、該ＭＡＣエンティティは、０と該ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦ間の一様分布に応じてランダムにバックオフタイムをセットし、該バックオフタイム経過後に、ランダムアクセスリソース選択プロシージャを行ない、ランダムアクセスリソース（つまり、ＲＡＰ、Ｍｓｇ１の送信に用いられるリソース）を決定し、該Ｍｓｇ１の送信前にタイプ２ＣＡＰを行なって、端末装置１が、Ｍｓｇ１を送信するために用いるチャネル（ＮＲ−Ｕチャネル、ＢＷＰ、キャリア）がクリアであるとみなしたら（判定すれば）、Ｍｓｇ１を送信することができる。該ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦが所定の値（例えば、２０ｍｓや１００ｍｓなど）よりも小さい値である場合、該ＭＡＣエンティティは、０と該ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦ間の一様分布に応じてランダムにバックオフタイムをセットし、該バックオフタイム経過後に、ランダムアクセスリソース選択プロシージャを行ない、ランダムアクセスリソース（つまり、ＲＡＰ、Ｍｓｇ１）を決定し、該Ｍｓｇ１の送信前にタイプ１ＣＡＰを行なう。つまり、端末装置１は、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦにセットされた値に基づいて、Ｍｓｇ１送信前に行なわれるＣＡＴを選択してもよい。なお、所定の値は、上位層パラメータに基づいて決定されてもよい。所定の値は、仕様書などで予め決定されてもよい。また、端末装置１は、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦに０ｍｓがセットされる場合には、タイプ１ＣＡＰを選択してもよい。
【０３４９】
端末装置１のＭＡＣエンティティは、受信したＲＡＲにＢＩを伴うＭＡＣサブＰＤＵを含んでいない、且つ、ランダムアクセスプロシージャが完了しなかったとすれば、タイプ１ＣＡＰを行なってからＭｓｇ１を送信してもよい。
【０３５０】
また、端末装置１のＭＡＣエンティティは、ランダムに選択したバックオフタイムの値に応じて、Ｍｓｇ１送信前のＣＡＴを決定してもよい。例えば、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦに基づいて設定されたバックオフタイムが所定の値（例えば、２０ｍｓや１００ｍｓなど）よりも大きいかどうかに基づいて、端末装置１は、タイプ１ＣＡＰを行なうかタイプ２ＣＡＰを行なうか（つまり、ＣＡＴ）を決定してもよい。
【０３５１】
本実施形態において、Ｍｓｇ１送信前に行なうＣＡＰを行なう場合には、該ＣＡＰのタイプ（つまり、ＣＡＴ）は、上位層パラメータに基づいて決定されてもよい。また、該ＣＡＴは、ＤＣＩによって与えられてもよい。また、該ＣＡＴは、仕様書などで予め決定されてもよい。
【０３５２】
Ｍｓｇ１送信前にタイプ１ＣＡＰを行なう場合には、バックオフタイムまたはＰＲＥＡ
ＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも小さい場合には、端末装置１は、該タイプ１ＣＡＰに適用されるＣＡＰＣのインデックスｐに対応するＣＷｐの値を一つ上の値に変更してからＣＷＳを調整してもよい。例えば、図９を用いて説明すると、ＣＡＰＣの値ｐが１において、ＣＷｐの値が３である場合には、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも小さい場合には、端末装置１は、該タイプ１ＣＡＰに適用されるＣＡＰＣのインデックスに対応するＣＷｐの値を７にセットしてからＣＷＳを調整してもよい。
【０３５３】
Ｍｓｇ１送信前にタイプ１ＣＡＰを行なう場合には、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも大きい場合には、端末装置１は、該タイプ１ＣＡＰに適用されるＣＡＰＣのインデックスｐに対応するＣＷｐの値を一つ上の値に変更してからＣＷＳを調整してもよい。例えば、図９を用いて説明すると、ＣＡＰＣの値ｐが１において、ＣＷｐの値が３である場合には、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも小さい場合には、端末装置１は、該タイプ１ＣＡＰに適用されるＣＡＰＣのインデックスに対応するＣＷｐの値を７にセットしてからＣＷＳを調整してもよい。
【０３５４】
Ｍｓｇ１送信前にタイプ１ＣＡＰを行なう場合には、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも大きい場合には、端末装置１は、該タイプ１ＣＡＰに適用されるＣＡＰＣのインデックスｐに対応するＣＷｐの値を一つ下の値に変更してからＣＷＳを調整してもよい。例えば、図９を用いて説明すると、ＣＡＰＣの値ｐが１において、ＣＷｐの値が７である場合には、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも小さい場合には、端末装置１は、該タイプ１ＣＡＰに適用されるＣＡＰＣのインデックスに対応するＣＷｐの値を３にセットしてからＣＷＳを調整してもよい。
【０３５５】
Ｍｓｇ１送信前にタイプ１ＣＡＰを行なう場合に、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも小さい場合には、端末装置１は、該タイプ１ＣＡＰに適用されるＣＡＰＣのインデックスｐの値を一段階下げてもよい。つまり、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも小さい場合には、端末装置１は、Ｍｓ１送信前のタイプ１ＣＡＰの優先度を下げてもよい。
【０３５６】
Ｍｓｇ１送信前にタイプ１ＣＡＰを行なう場合に、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも大きい場合には、端末装置１は、該タイプ１ＣＡＰに適用されるＣＡＰＣのインデックスｐの値を一段階下げてもよい。つまり、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも小さい場合には、端末装置１は、Ｍｓ１送信前のタイプ１ＣＡＰの優先度を下げてもよい。
【０３５７】
Ｍｓｇ１送信前にタイプ１ＣＡＰを行なう場合に、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも小さい場合には、端末装置１は、該タイプ１ＣＡＰに適用されるＣＡＰＣのインデックスｐの値を一段階上げてもよい。つまり、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも小さい場合には、端末装置１は、Ｍｓ１送信前のタイプ１ＣＡＰの優先度を上げてもよい。
【０３５８】
Ｍｓｇ１送信前にタイプ１ＣＡＰを行なう場合に、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも大きい場合には、端末装置１は、該タイプ１ＣＡＰに適用されるＣＡＰＣのインデックスｐの値を一段階挙げてもよい。つまり、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも大きい場合には、端末装置１は、Ｍｓ１送信前のタイプ１ＣＡＰの優先度を上げてもよい。
【０３５９】
Ｍｓｇ１送信前にタイプ１ＣＡＰを行なう場合に、バックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値が所定の値よりも大きいかどうか（または小さいかどうか）に基づいて、タイプ１ＣＡＰに用いられるＣＷＳの値が調整されてもよい。ＣＷＳの値がバックオフタイムまたはＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値に基づいて調整されるかどうかは上位層パラメータに基づいて決定されてもよいし、仕様書などで予め決定されてもよい。
【０３６０】
ＢＰＶがＲｅｓｅｒｖｅｄに対応するインデックスにセットされているとすれば、ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦの値は０にセットされてもよい。
【０３６１】
次に、本実施形態に係るＳＰＲＣ（Suspending Power Ramping Counter）の通知方法の一例について説明する。
【０３６２】
ＰＲＡＣＨの再送信の前に、端末装置１が空間領域送信フィルタを変更するならば、レイヤ１（端末装置１の物理層）は、１または複数の上位層（端末装置１の１または複数の上位層）にＰＲＣ（Power Ramping Counter）をサスペンドすることを通知してもよい。
なお、ＰＲＣをサスペンドするとは、ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲのインクリメントを行なわないことであってもよい。ＰＲＣをサスペンドするとは、ＰＲＣのカウントを一時的に停止／延期することであってもよい。
【０３６３】
端末装置１のＭＡＣエンティティは、下位層（レイヤ１）から、ＳＰＲＣの通知を受信すると、同じＳＳＢに対するＰＲＡＣＨ（Ｍｓｇ１）のリソースが選択された場合であっても、該ＰＲＡＣＨに適用される、ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲのインクリメントを行なわなくてもよい。
【０３６４】
ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨ、および／または、ＳＲＳの送信に対する電力割り当てのために、または、ＥＮ−ＤＣオペレーションにおける電力割り当てのために、端末装置１が、送信オケージョンにおいて、ＰＲＡＣＨを送信しないとすれば、レイヤ１は、１または複数の上位層にＰＲＣをサスペンドすることを通知してもよい。
【０３６５】
ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨ、および／または、ＳＲＳの送信に対する電力割り当てのために、または、ＥＮ−ＤＣオペレーションにおける電力割り当てのために、端末装置１が、送信オケージョンにおいて、低減した電力でＰＲＡＣＨを（つまり、ＰＲＡＣＨの送信電力を減らして）送信するとすれば、レイヤ１は、１または複数の上位層に、対応するＰＲＣをサスペンドすることを通知してもよい。
【０３６６】
ＮＲ−Ｕにおいて、ＰＲＡＣＨ送信の直前に行なったＬＢＴ失敗のために、端末装置１が、送信オケージョンにおいて、ＰＲＡＣＨを送信できないとすれば、レイヤ１は、１または複数の上位層に、対応するＰＲＣをサスペンドすることを通知してもよい。
【０３６７】
ＮＲ−Ｕにおいて、ＰＲＡＣＨ送信またはＭｓｇ３の送信の直前に行なったＬＢＴ失敗のために、端末装置１が、ＰＲＡＣＨまたはＭｓｇ３を送信できないとすれば、レイヤ１は、１または複数の上位層に、ＵＬ  ＬＢＴ失敗を示す情報を通知してもよい。ＭＡＣエンティティは、該情報を受信すると、ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲのインクリメントを行なわなくてもよい。また、ＭＡＣエンティティは、該情報を受信すると、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲのインクリメントを行なわなくてもよい。
【０３６８】
ＮＲ−Ｕにおいて、端末装置１は、送信したＰＲＡＣＨ（Ｍｓｇ１、ランダムアクセスプリアンブル）に対応するＲＡＲ（Ｍｓｇ２）を所定の期間内で（つまり、ｒａ−Ｒｅｓ
ｐｏｎｓｅＷｉｎｄｏｗ内で）受信できず、さらにその後で、所定のオケージョンで、ＳＳＢを受信できなかったとすれば、レイヤ１は、１または複数の上位層に、対応するＰＲＣをサスペンドすることを通知してもよい。端末装置１は、基地局装置３において、所定の期間よりも長い期間、ＬＢＴ失敗が生じていると判断した場合には、レイヤ１は、１または複数の上位層に、ＰＲＣをサスペンドすることを通知してもよい。
【０３６９】
ＮＲ−Ｕにおいて、端末装置１は、送信したＰＲＡＣＨ（Ｍｓｇ１、ランダムアクセスプリアンブル）に対応するＲＡＲ（Ｍｓｇ２）を含め、他の端末装置１（つまり、送信したＰＲＡＣＨ以外のＰＲＡＣＨ）に対応するＲＡＲをいずれも所定の期間内で（つまり、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ内で）受信できなかったとすれば、レイヤ１は、１または複数の上位層に、対応するＰＲＣをサスペンドすることを通知してもよい。端末装置１は、基地局装置３において、所定の期間よりも長い期間、ＬＢＴ失敗が生じていると判断した場合には、レイヤ１は、１または複数の上位層に、ＰＲＣをサスペンドすることを通知してもよい。
【０３７０】
ＮＲ−Ｕにおいて、送信したＰＲＡＣＨ（Ｍｓｇ１、ランダムアクセスプリアンブル）に対応するＲＡＲを所定の期間内に受信できず、所定の情報を含む、ＳＳＢ（または、ＳＳＢとともに送信されるＰＤＣＣＨまたはＰＤＳＣＨ）を受信できるとすれば、レイヤ１は、１または複数の上位層に、対応するＰＲＣをサスペンドすることを通知してもよい。所定の情報は、基地局装置３においてＰＲＡＣＨを受信できたことを示す情報であってもよい。所定の情報は、基地局装置３が、ＬＢＴの失敗のために、所定の期間内でＲＡＲを送信できなかったことを示す情報であってもよい。例えば、所定の期間は、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗに基づいて与えられてもよい。
【０３７１】
ＮＲ−Ｕにおいて、基地局装置３は、受信したＰＲＡＣＨ（Ｍｓｇ１、ランダムアクセスプリアンブル）に対応するＲＡＲを送信する前に行なうＬＢＴに失敗し、且つ、所定の期間内で該ＲＡＲを送信できないとすれば、基地局装置３は、ＳＳＢ（または、ＳＳＢとともに送信されるＰＤＣＣＨまたはＰＤＳＣＨ）に該ＰＲＡＣＨを受信したことを示す情報をセットしてもよい。端末装置１は、該情報を含むＳＳＢを受信し、該ＳＳＢに対応するＰＲＡＣＨの再送信を行なう場合には、レイヤ１は、１または複数の上位層に、ＰＲＣをサスペンドすることを通知してもよい。
【０３７２】
ＮＲ−Ｕにおいて、基地局装置３は、受信したＰＲＡＣＨ（Ｍｓｇ１、ランダムアクセスプリアンブル）に対応するＲＡＲを送信する前に行なうＬＢＴに失敗し、且つ、所定の期間内で該ＲＡＲを送信できないとすれば、基地局装置３は、ＳＳＢ（または、ＳＳＢとともに送信されるＰＤＣＣＨまたはＰＤＳＣＨ）に該ＲＡＲを送信できなかったことを示す情報をセットしてもよい。端末装置１は、該情報を含むＳＳＢを受信し、該ＳＳＢに対応するＰＲＡＣＨの再送信を行なう場合には、レイヤ１は、１または複数の上位層に、ＰＲＣをサスペンドすることを通知してもよい。
【０３７３】
ＮＲ−Ｕにおいて、ＰＲＡＣＨの送信電力に対して、不要なランプアップを回避することができる。
【０３７４】
以下、本実施形態の一態様に係る種々の装置の態様を説明する。
【０３７５】
（１）上記の目的を達成するために、本発明の態様は、以下のような手段を講じた。すなわち、本発明の第１の態様は、端末装置であって、ランダムアクセスプロシージャにおいて、ランダムアクセスプリアンブルを送信し、対応するランダムアクセスレスポンス（ＲＡＲ）を監視する無線送受信部と、前記ＲＡＲの受信に成功しなかったとみなした場合に、前記ランダムアクセスプリアンブルの送信回数をカウントするためのプリアンブル送信カウンタの値をインクリメントするＭＡＣ（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）を行ない、前記ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦに所定の値よりも小さい値がセットされている場合には、タイプ１ＣＡＰを行なうステップと、を有する。
【０３９８】
（２４）また、本発明の第２４の態様は、端末装置であって、ＳＳＢ（Synchronization signal/Physical broadcast channel block）を受信する受信部と、前記ＳＳＢに対応するランダムアクセスプリアンブル（Ｍｓｇ１）を送信する送信部と、を備え、前記送信部は、ＮＲ−Ｕ（NR-Unlicensed）セルに対して、前記ランダムアクセスプリアンブルを送信した後に受信したＳＳＢにおいて、前記ランダムアクセスプリアンブルに対する送信電力のランピングをサスペンドすることを指示する第１の情報を検出した場合には、前記ランダムアクセスプリアンブルの送信電力をランプアップせず、前記ランダムアクセスプリアンブルを送信した後に受信したＳＳＢにおいて、前記第１の情報を検出しなかった場合には、前記ランダムアクセスプリアンブルの送信電力をランプアップする。
【０３９９】
（２５）また、本発明の第２５の態様は、端末装置であって、ＳＳＢ（Synchronization signal/Physical broadcast channel block）および／またはＣＳＩ−ＲＳ（Channel State Information - Reference Signal）を受信する受信部と、前記ＳＳＢおよび／またはＣＳＩ−ＲＳに対してランダムアクセスプリアンブルのリソースを選択するＭＡＣ（Medium Access Control）層処理部と、前記ランダムアクセスプリアンブルを送信する送信部と、を備え、ＮＲ−Ｕ（NR-Unlicensed）セルにおいて、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗが満了し、所定のタイミングで、前記ＳＳＢおよび／またはＣＳＩ−ＲＳを受信できないとすれば、 前記受信部は、前記ランダムアクセスプリアンブルに対する送信電力のランピング（ランプアップ） をサスペンドするための第１の情報を前記ＭＡＣ層処理部へ通知し、前記ＭＡＣ層処理部は、前記第１の情報を受信すれば、前記ランダムアクセスプリアンブルに対するＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲをインクリメントしない。
【０４００】
（２６）また、本発明の第２６の態様は、第２５の態様の端末装置であって、前記ＭＡＣ層処理部は、前記第１の情報を受信しないとすれば、前記ランダムアクセスプリアンブルに対するＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲを１だけインクリメントし、前記送信部は、前記ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲの値に基づいて、前記ランダムアクセスプリアンブルの送信電力をセットする。
【０４０１】
（２７）また、本発明の第２７の態様は、基地局装置であって、ＳＳＢ（Synchronization signal/Physical broadcast channel block）を送信する送信部と、前記ＳＳＢに対応するランダムアクセスプリアンブル（Ｍｓｇ１）を受信する受信部と、を備え、前記送信部は、ＮＲ−Ｕ（NR-Unlicensed）セルにおいて、前記ランダムアクセスプリアンブルに対応するＲＡＲ（Ｍｓｇ２）を送信する前に、所定の期間、ＬＢＴ（Listen Before Talk）が失敗したことに基づいて前記ＲＡＲを送信できなかった場合、ＳＳＢに、前記ランダムアクセスプリアンブルに対する送信電力のランピングをサスペンドすることを指示する情報をセットして送信する。
【０４０２】
（２８）また、本発明の第２８の態様は、端末装置に用いられる方法であって、ＳＳＢ（Synchronization signal/Physical broadcast channel block）を受信するステップと
、前記ＳＳＢに対応するランダムアクセスプリアンブル（Ｍｓｇ１）を送信するステップと、ＮＲ−Ｕ（NR-Unlicensed）セルに対して、前記ランダムアクセスプリアンブルを送
信した後に受信したＳＳＢにおいて、前記ランダムアクセスプリアンブルに対する送信電力のランピングをサスペンドすることを指示する第１の情報を検出した場合には、前記ランダムアクセスプリアンブルの送信電力をランプアップステップと、前記ランダムアクセスプリアンブルを送信した後に受信したＳＳＢにおいて、前記第１の情報を検出しなかった場合には、前記ランダムアクセスプリアンブルの送信電力をランプアップするステップと、を有する。
【０４０３】
（２９）また、本発明の第２９の態様は、端末装置に用いられる方法であって、ＳＳＢ（Synchronization signal/Physical broadcast channel block）および／またはＣＳＩ
−ＲＳ（Channel State Information - Reference Signal）を受信するステップと、前記ＳＳＢおよび／またはＣＳＩ−ＲＳに対してランダムアクセスプリアンブルのリソースを選択するステップと、前記ランダムアクセスプリアンブルを送信するステップと、ＮＲ−Ｕ（NR-Unlicensed）セルにおいて、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗが満了し、所
定のタイミングで、前記ＳＳＢおよび／またはＣＳＩ−ＲＳを受信できないとすれば、 
レイヤ１は、前記ランダムアクセスプリアンブルに対する送信電力のランピング（ランプアップ） をサスペンドするための第１の情報を上位層へ通知するステップと、前記第１
の情報を受信すれば、前記ランダムアクセスプリアンブルに対するＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲをインクリメントしないステップと、を有する。
【０４０４】
（３０）また、本発明の第３０の態様は、基地局装置に用いられる方法であって、ＳＳＢ（Synchronization signal/Physical broadcast channel block）を送信するステップ
と、前記ＳＳＢに対応するランダムアクセスプリアンブル（Ｍｓｇ１）を受信するステップと、前記送信部は、ＮＲ−Ｕ（NR-Unlicensed）セルにおいて、前記ランダムアクセス
プリアンブルに対応するＲＡＲ（Ｍｓｇ２）を送信する前に、所定の期間、ＬＢＴ（Listen Before Talk）が失敗したことに基づいて前記ＲＡＲを送信できなかった場合、ＳＳＢに、前記ランダムアクセスプリアンブルに対する送信電力のランピングをサスペンドすることを指示する情報をセットして送信するステップと、を有する。
【０４０５】
本発明に関わる基地局装置３、および、端末装置１で動作するプログラムは、本発明に関わる上記実施形態の機能を実現するように、ＣＰＵ（Central Processing Unit）等を
制御するプログラム（コンピュータを機能させるプログラム）であっても良い。そして、これら装置で取り扱われる情報は、その処理時に一時的にＲＡＭ（Random Access Memory）に蓄積され、その後、Ｆｌａｓｈ  ＲＯＭ（Read Only Memory)などの各種ＲＯＭやＨＤＤ（Hard Disk Drive）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０４０６】
尚、上述した実施形態における端末装置１、基地局装置３の一部、をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。
【０４０７】
尚、ここでいう「コンピュータシステム」とは、端末装置１、又は基地局装置３に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとす
る。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【０４０８】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよい、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【０４０９】
また、上述した実施形態における基地局装置３は、複数の装置から構成される集合体（装置グループ）として実現することもできる。装置グループを構成する装置の各々は、上述した実施形態に関わる基地局装置３の各機能または各機能ブロックの一部、または、全部を備えてもよい。装置グループとして、基地局装置３の一通りの各機能または各機能ブロックを有していればよい。また、上述した実施形態に関わる端末装置１は、集合体としての基地局装置と通信することも可能である。
【０４１０】
また、上述した実施形態における基地局装置３は、ＥＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）および／またはＮＧ−ＲＡＮ（NextGen RAN，NR RAN）であってもよい。また、上述した実施形態における基地局装置３は、ｅＮｏｄｅＢおよび／またはｇＮＢに対する上位ノードの機能の一部または全部を有してもよい。
【０４１１】
また、上述した実施形態における端末装置１、基地局装置３の一部、又は全部を典型的には集積回路であるＬＳＩとして実現してもよいし、チップセットとして実現してもよい。端末装置１、基地局装置３の各機能ブロックは個別にチップ化してもよいし、一部、又は全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。
【０４１２】
また、上述した実施形態では、通信装置の一例として端末装置を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置にも適用出来る。
【０４１３】
以上、本発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。
【符号の説明】
【０４１４】
１（１Ａ、１Ｂ、１Ｃ）  端末装置
３  基地局装置
１０、３０  無線送受信部
１１、３１  アンテナ部
１２、３２  ＲＦ部
１３、３３  ベースバンド部
１４、３４  上位層処理部
１５、３５  媒体アクセス制御層処理部
１６、３６  無線リソース制御層処理部
【図１】
2020182114.tif 000003
【図２】
2020182114.tif 000004
【図３】
2020182114.tif 000005
【図４】
2020182114.tif 000006
【図５】
2020182114.tif 000007
【図６】
2020182114.tif 000008
【図７】
2020182114.tif 000009
【図８】
2020182114.tif 000010
【図９】
2020182114.tif 000011
【図１０】
2020182114.tif 000012
【図１１】
2020182114.tif 000013
【図１２】
2020182114.tif 000014
【図１３】
2020182114.tif 000015
【図１４】
2020182114.tif 000016
【図１５】
2020182114.tif 000017
【図１６】
2020182114.tif 000018
【図１７】
2020182114.tif 000019
【図１８】
2020182114.tif 000020
【図１９】
2020182114.tif 000021
【図２０】
2020182114.tif 000022