JP2022101627A - 無線端末の方法及び無線端末 - Google Patents

Abstract

【課題】２ステップ・ランダムアクセス手順から４ステップ・ランダムアクセス手順へのフォールバックをサポートする無線端末の負荷の軽減に寄与する。【解決手段】無線端末（２）は、２ステップＣＢＲＡの第１メッセージの送信のための第１の送信バッファと、４ステップＣＢＲＡの第３メッセージの送信のための第２の送信バッファを有する。無線端末（２）は、２ステップＣＢＲＡの第１メッセージを無線局（１）に送信し、２ステップＣＢＲＡの第２メッセージを無線局から受信する。当該第２メッセージは、４ステップＣＢＲＡへのフォールバックに関連するＭＡＣサブヘッダと、４ステップＣＢＲＡの第３メッセージの送信に利用可能なアップリンクリソースを示すアップリンク・グラントを包含する。無線端末（２）は、アップリンク・グラントに従って、第２の送信バッファのコンテンツを包含する４ステップＣＢＲＡの第３メッセージを無線局に送信する。【選択図】図４

Description

本開示は、無線通信システムに関し、特にコンテンション・ベースド・ランダムアクセスに関する。

3rd Generation Partnership Project（3GPP）は、2020年以降の導入に向けた第5世代移動通信システム（5G）の標準化作業を行っている。本明細書では、第5世代移動通信システムは、5G System、又はNext Generation (NextGen) System（NG System）と呼ばれる。5G Systemのための新たなRadio Access Technology（RAT）は、New Radio（NR）、5G RAT、又はNG RATと呼ばれる。5G Systemのための新たな無線アクセスネットワーク（Radio Access Network（RAN））は、NextGen RAN（NG-RAN、又は5G-RANと呼ばれる。NG-RAN内の新たな基地局（NG-RANノード）は、gNodeB又はgNBと呼ばれる。5G Systemのための新たなコアネットワークは、5G Core Network（5GC）又はNextGen Core（NG Core）と呼ばれる。5G Systemに接続する無線端末（User Equipment（UE））は、5G UE、NextGen UE（NG-UE）又は単にUEと呼ばれる。

5GCの主な構成要素は、Access and Mobility Management function（AMF）、Session Management function（SMF）、User plane function（UPF）である。AMFは、例えば、UEのコネクション管理及びモビリティ管理、NG-RANのコントロール・プレーン（CP）の終端（例えばNG-RANノードとのCP情報の交換、並びにNASレイヤの終端（例えばUEとのNASメッセージの交換）を行う。SMFは、例えば、セッション管理（Session Management（SM）、NASメッセージのセッション管理部分の終端を行う。UPFは、Intra-RATおよびInter-RATモビリティ（e.g. handover）のアンカーポイントであり、QoSフローの管理（e.g. DL reflective QoS marking）などを行う。

本明細書で使用される“LTE”との用語は、特に断らない限り、5G Systemとのインターワーキングを可能とするためのLTE及びLTE-Advancedの改良・発展を含む。5G System とのインターワークのためのLTE及びLTE-Advancedの改良・発展は、LTE-Advanced Pro、LTE+、又はenhanced LTE（eLTE）と呼ばれる。例えば、NG-RANノードとして機能するeLTEのeNBはng-eNBとも呼ばれる。さらに、本明細書で使用される“Evolved Packet Core (EPC)”、“Mobility Management Entity (MME)”、“Serving Gateway (S-GW)”、及び“Packet Data Network (PDN) Gateway (P-GW)”等のLTEのネットワーク又は論理的エンティティに関する用語は、特に断らない限り、5G Systemとのインターワーキングを可能とするためのこれらの改良・発展を含む。改良されたEPC、MME、S-GW、及びP-GWは、例えば、enhanced EPC（eEPC）、enhanced MME（eMME）、enhanced S-GW（eS-GW）、及びenhanced P-GW（eP-GW）と呼ばれる。

非特許文献１、２、及び３は、２ステップ・コンテンション・ベースド・ランダムアクセス（Contention Based Random Access（CBRA））について開示している。LTEのCBRAは、よく知られているように、４ステップCBRA手順を使用する。5G NRの標準化では、４ステップCBRA手順に加えて、２ステップCBRA手順が検討されている。

例えば、Radio Resource Control (RRC)_IDLEからのイニシャルアクセスのための４ステップCBRAでは、最初に、UEが第１メッセージ（Msg1）、つまりランダムアクセスプリアンブル、をPhysical Random Access Channel（PRACH）で送信する。次に、ネットワーク（i.e., gNB）が第２メッセージ（Msg2）、つまりランダムアクセス・レスポンス、をPhysical Downlink Control Channel（PDCCH）及びPhysical Downlink Shared Channel（PDSCH）を用いて送信する。具体的には、ネットワークは、Msg2がスケジュールされたPDSCHリソースを示すダウンリンク制御情報（Downlink Control Information（DCI））をPDCCHで送信し、Msg2をPDSCHで送信する。続いて、UEが第３メッセージ（Msg3）をPhysical Uplink Shared Channel（PUSCH）で送信する。イニシャルアクセスの場合、Msg3は、RRCレイヤのCommon Control Channel（CCCH） data（Service Data Unit（SDU））を運ぶMedium Access Control Protocol Data Unit（MAC PDU）を包含する。CCCH data（CCCH SDU）は、例えば、RRC Setup Requestを運ぶ。Msg3のMAC PDU（CCCH SDUを包含する）は、少なくともコンテンション解決（contention resolution）のために使用されるUE識別子（e.g., Cell Radio Network Temporary Identifier（C-RNTI）、System Architecture Evolution (SAE) Temporary Mobile Subscriber Identity（S-TMSI）、又はランダム値）を包含する。最後に、ネットワークが、コンテンション解決のための第４メッセージ（Msg4）をPDCCH及びPDSCHを用いて送信する。具体的には、ネットワークは、Msg4がスケジュールされたPDSCHリソースを示すDCIをPDCCHで送信し、Msg4をPDSCHで送信する。Msg4は、UE Contention Resolution Identity MAC Control Element (CE)を運ぶMAC PDU（又はMAC subPDU）を包含する。

これに対して、２ステップCBRAの基本原理によると、UEが４ステップCBRA の第１メッセージ（Msg1）及び第３メッセージ（Msg3）を一緒に送信し、ネットワーク（i.e., gNB）が４ステップCBRA の第２メッセージ（Msg2）及び第４メッセージ（Msg4）を一緒に送信する。言い換えると、２ステップCBRAの第１メッセージ（以下、Msg1*と呼ぶ）は４ステップCBRA の第１メッセージ（Msg1）及び第３メッセージ（Msg3）に対応し、２ステップCBRAの第２メッセージ（以下、Msg2*と呼ぶ）は４ステップCBRA の第２メッセージ（Msg2）及び第４メッセージ（Msg4）に対応する。ただし、２ステップCBRAのMsg1*は、４ステップCBRA のMsg1及びMsg3と完全に同じコンテンツを含む必要はない。同様に、２ステップCBRAのMsg2*は、４ステップCBRA のMsg2及びMsg4と完全に同じコンテンツを含む必要はない。

さらに、２ステップCBRAから４ステップCBRAへのフォールバックが検討されている（非特許文献２及び３を参照）。当該フォールバックは、２ステップCBRA手順の途中で４ステップCBRA手順に切り替えることを含む。非特許文献２は、２ステップCBRA手順の第１ステップにおいて４ステップCBRAのMsg1及びMsg3が送信されたが、ネットワークが４ステップCBRAのMsg1のみを成功裏に（successfully）受信したなら、ネットワークは４ステップCBRAのMsg4を送信できないがMsg2を送信できることを開示している。さらに、非特許文献２は、したがってUEは、２ステップCBRA手順において４ステップCBRAのMsg1及びMsg3に相当するメッセージを送信した後に、４ステップCBRAのMsg2に相当するメッセージ又はMsg4に相当するメッセージを受信することを予期してもよいことを開示している。すなわち、非特許文献２は、２ステップCBRA手順の第１ステップにおいて４ステップCBRAのMsg1及びMsg3に相当するメッセージが送信されたが４ステップCBRAのMsg1に相当するメッセージのみが成功裏にネットワークにより受信された場合に、ネットワーク及びUEが４ステップCBRA手順にフォールバックすることを開示している。

非特許文献３は、gNBが、プリアンブルを検出できるが、２ステップCBRAの第１メッセージ内のプリアンブル以外のメッセージを受信できないことが起こり得ることを開示している。さらに、非特許文献３は、この場合に、gNBが、4-step RA-RNTI calculationを用いてランダムアクセス・レスポンス（Random Access Response（RAR））を送信し、UEが当該RARの受信に応じて４ステップCBRA手順にフォールバックできることを開示している。よく知られているように、RA-RNTI（i.e., Random Access Radio Network Temporary Identifier）は、４ステップCBRAのMsg2を運ぶPDSCHをアドレスする。具体的には、４ステップCBRAにおいて、UEは、Msg2を運ぶPDSCHがスケジュールされたリソースを示すDCIをデコードするために、RA-RNTIを用いてPDCCHをモニターする。RA-RNTIは、Msg1（i.e., ランダムアクセス・プリアンブル）が送信されたPRACHに関連付けられ、Msg1が送信された時間－周波数スロットのインデックスに基づいて算出される。

MediaTek Inc., "2-step CBRA procedure", 3GPP R2-1812342, 3GPP TSG-RAN WG2 Meeting #103, Gothenburg, Sweden, 20-24 August 2018 LG Electronics Inc., "Considerations on 2-Step CBRA procedure for NR-U SA", 3GPP R2-1812832, 3GPP TSG-RAN WG2 Meeting #103, Gothenburg, Sweden, 20-24 August 2018 Intel Corporation, "Considerations of 2-step CBRA for NR licensed and unlicensed operation", 3GPP R2-1811664, 3GPP TSG-RAN WG2 Meeting #103, Gothenburg, Sweden, 20-24 August 2018

発明者は、２ステップCBRAから４ステップCBRAへのフォールバック並びに２ステップCBRA及び４ステップCBRAの間の切り替えについて検討し、様々な課題を見出した。例えば、非特許文献２は、UEが、２ステップCBRAの第１メッセージ（Msg1*）、例えば４ステップCBRAのMsg1及びMsg3相当、を送信した後に、どのようにしてMsg2又はMsg4を受信するのかを具体的には開示していない。非特許文献３も、UEが、２ステップCBRAの第１メッセージ（Msg1*）を送信した後に、どのようにして4-step RA-RNTI calculationを使用するプリアンブルを包含しているRARを受信するのかを具体的には開示していない。

もしUEが、２ステップCBRAの第２メッセージ（Msg2*）に加えて、４ステップCBRAの第２メッセージ（Msg2）も受信することを強いられるなら、UEのPDCCH/DCIブラインド・デコーディングの負荷が増加する可能性がある。一例では、UEは、２ステップCBRAの第１メッセージの送信後に、２ステップCBRAの第２メッセージ（Msg2*）の受信のためのPDCCH/DCIブラインド・デコーディングに成功したか否かにかかわらず、４ステップCBRAの第２メッセージ（Msg2）の受信ためのPDCCH/DCIブラインド・デコーディングを行わなければならない。このような動作は、UEの負荷の増加、複雑さ（complexity）の増加、又はバッテリー消費（battery consumption）の増加を招くおそれがある。

さらに、２ステップCBRAの第２メッセージ（Msg2*）を受信するためのRARウィンドウは、４ステップCBRAの第２メッセージ（Msg2）を受信するためのRARウィンドウと異なるかもしれない。もし４ステップCBRAのRARウィンドウが、２ステップCBRAのRARウィンドウよりも後に満了（expire）するなら、UEがRAR受信を試行する時間が長くなる。したがって、もし、UEがどちらのRARも受信できずにランダムアクセスを第１ステップから再スタートする場合に、再スタートの開始が遅れるおそれがある。

本明細書に開示される実施形態が達成しようとする目的の１つは、２ステップCBRAから４ステップCBRAへのフォールバックをサポートするUEの負荷の軽減に寄与する装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。

第１の態様では、無線端末は、少なくとも１つのメモリ、及び前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、２ステップ・ランダムアクセス手順の第１メッセージを送信し、前記第１メッセージを送信した後に、前記２ステップ・ランダムアクセス手順の第２メッセージの受信を試行するよう構成される。前記少なくとも１つのプロセッサは、さらに、前記２ステップ・ランダムアクセス手順の前記第２メッセージの受信に成功し且つ前記第２メッセージが４ステップ・ランダムアクセス手順へのフォールバックを明示的又は暗示的に示すと判定したことに応答して、前記４ステップ・ランダムアクセス手順の第３メッセージの送信に利用可能なアップリンクリソースを示すアップリンク・グラントを包含する制御メッセージの受信を試行するよう構成される。

第２の態様では、無線アクセスネットワークノードは、少なくとも１つのメモリ、及び前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、２ステップ・ランダムアクセス手順の第１メッセージを受信し、前記第１メッセージを受信した後に、前記２ステップ・ランダムアクセス手順の第２メッセージを送信するよう構成される。ここで、前記第２メッセージは、４ステップ・ランダムアクセス手順の第３メッセージの送信に利用可能なアップリンクリソースを示すアップリンク・グラントを包含する制御メッセージの受信を前記第２メッセージの受信に成功した後に試行することを無線端末に要求するために、前記４ステップ・ランダムアクセス手順へのフォールバックを明示的又は暗示的に示す。

第３の態様では、無線端末における方法は、（ａ）２ステップ・ランダムアクセス手順の第１メッセージを送信すること、（ｂ）前記第１メッセージを送信した後に、前記２ステップ・ランダムアクセス手順の第２メッセージの受信を試行すること、及び（ｃ）前記２ステップ・ランダムアクセス手順の前記第２メッセージの受信に成功し且つ前記第２メッセージが４ステップ・ランダムアクセス手順へのフォールバックを明示的又は暗示的に示すと判定したことに応答して、前記４ステップ・ランダムアクセス手順の第３メッセージの送信に利用可能なアップリンクリソースを示すアップリンク・グラントを包含する制御メッセージの受信を試行すること、を備える。

第４の態様では、無線アクセスネットワークノードにおける方法は、２ステップ・ランダムアクセス手順の第１メッセージを受信すること、及び前記第１メッセージを受信した後に、前記２ステップ・ランダムアクセス手順の第２メッセージを送信すること、を備える。ここで、前記第２メッセージは、４ステップ・ランダムアクセス手順の第３メッセージの送信に利用可能なアップリンクリソースを示すアップリンク・グラントを包含する制御メッセージの受信を前記第２メッセージの受信に成功した後に試行することを無線端末に要求するために、前記４ステップ・ランダムアクセス手順へのフォールバックを明示的又は暗示的に示す。

第５の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第３又は第４の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。

上述の態様によれば、２ステップCBRAから４ステップCBRAへのフォールバックをサポートするUEの負荷の軽減に寄与する装置、方法、及びプログラムを提供できる。

幾つかの実施形態に係る無線通信ネットワークの構成例を示す図である。 第１の実施形態に係るCBRA手順の成功ケースの一例を示すシーケンス図である。 第１の実施形態に係るCBRA手順の失敗ケースの一例を示すシーケンス図である。 第１の実施形態に係る無線端末の動作の一例を示すフローチャートである。 第１の実施形態に係る無線アクセスネットワークノードの動作の一例を示すフローチャートである。 第３の実施形態に係る無線アクセスネットワークノード及び無線端末の動作の一例を示すシーケンス図である。 第３の実施形態に係る無線端末の動作の一例を示すフローチャートである。 第４の実施形態に係る無線端末の動作の一例を示すシーケンス図である。 第４の実施形態に係る無線端末の動作の一例を示すシーケンス図である。 第５の実施形態に係る無線端末の動作の一例を示すシーケンス図である。 第６の実施形態に係る無線アクセスネットワークノード及び無線端末の動作の一例を示すシーケンス図である。 第６の実施形態に係る無線端末の動作の一例を示すシーケンス図である。 第７の実施形態に係る無線アクセスネットワークノード及び無線端末の動作の一例を示すシーケンス図である。 第８の実施形態に係る無線アクセスネットワークノード及び無線端末の動作の一例を示すシーケンス図である。 第８の実施形態に係る無線端末の動作の一例を示すフローチャートである。 第８の実施形態に係る無線アクセスネットワークノードの動作の一例を示すフローチャートである。 幾つかの実施形態に係る無線アクセスネットワークノードの構成例を示すブロック図である。 幾つかの実施形態に係る無線端末の構成例を示すブロック図である。

以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

以下に説明される複数の実施形態は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。これら複数の実施形態は、互いに異なる新規な特徴を有している。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。

以下に示される複数の実施形態は、3GPP 5G systemを主な対象として説明される。しかしながら、これらの実施形態は、他の無線通信システムに適用されてもよい。

＜第１の実施形態＞
図１は、本実施形態を含む幾つかの実施形態に係る無線通信ネットワークの構成例を示している。図１の例では、無線通信ネットワークは、無線アクセスネットワーク（Radio Access Network（RAN）ノード（i.e., gNB）1及び無線端末（i.e., UE）２を含む。gNB１は、RAN（i.e., NG-RAN）に配置される。gNB１は、cloud RAN（C-RAN）配置（deployment）におけるgNB Central Unit（gNB-CU）であってもよく、gNB Distributed Unit（gNB-DU）であってもよい。UE２は、エアインタフェース１０１を介して、gNB１に接続される。なお、UE２は、デュアルコネクティビティのために複数の基地局（i.e., Master gNB（MgNB）及びSecondary gNB（SgNB）、又はMaster Node（MN）及びSecondary Node（SN））に同時に接続されてもよい。

図２は、本実施形態に係るCBRA手順の一例を示している。より具体的には、図２は、２ステップCBRAから４ステップCBRA手順のフォールバックを伴う成功ケースの例を示している。ステップ２０１では、UE２は、２ステップCBRA手順の第１メッセージ（Msg1*）を送信する。当該Msg1*は、例えば、プリアンブル及びMAC PDUを運んでもよい。Msg1*内のプリアンブルは、ランダムアクセス（RA）プリアンブル、又はランダムアクセスチャネル（RACH）プリアンブルなどと呼ばれてもよい。MAC PDUは、例えば、CCCH data（CCCH SDU）を包含してもよい。CCCH data（CCCH SDU）は、例えば、RRC Setup Request、RRC Re-establishment Request、又は、RRC Resume Requestを運ぶ。さらに又はこれに代えて、MAC PDUは、コンテンション解決のために使用される端末識別子（e.g., C-RNTI、S-TMSI、又はランダム値）を包含してもよい。当該端末識別子は、MAC PDU内のMAC制御情報（Control Element（CE））に包含されてもよい。さらに又はこれに代えて、MAC PDUは、２ステップCBRA用に規定されるその他のMACレイヤの制御情報を包含してもよい。

ステップ２０２では、gNB１は、２ステップCBRA手順の第２メッセージ（Msg2*）を送信する。なお、gNB１は、Msg1*の受信に応答して、Msg1*の全てを成功裏に受信できたか否かを判定する。例えば、Msg1*内のプリアンブル（つまり、４ステップCBRAのMsg1相当）が成功裏に受信されたがMsg1*内のMAC PDUが受信されなかった場合、gNB１は、２ステップCBRAの第２メッセージ（Msg2*）にフォールバックの通知（notification）を含めてもよい。フォールバックの通知は、４ステップCBRA手順へのフォールバックを明示的又は暗示的に示す。

Msg2*は、２ステップCBRAのランダムアクセス・レスポンス（RAR）として規定され且つ４ステップCBRAのRARとは異なるMAC制御情報（CE）を包含してもよい。これに代えて、Msg2*は、２ステップCBRAのランダムアクセス・レスポンス（RAR）に相当する別の情報要素（又はフィールド）を包含してもよい。さらに、Msg2*は、成功裏に受信されたプリアンブルに関連付けられたアップリンク送信タイミングに関する情報要素（e.g., Timing Advance Command）及び端末識別子（e.g., Temporary C-RNTI）を、Msg1*内のMAC PDUの受信の成否に関わらず包含してもよい。言い換えると、gNB１は、フォールバック通知を行う対象（i.e., UE）に向けたTiming Advance Commandを包含するMsg2*（i.e., ダウンリンクMAC subPDU）、および２ステップCBRAを完了させるために必要な情報（e.g., RRCメッセージ若しくはUE Contention Resolution Identity MAC CE又は両方）を送信する対象（i.e., UE）に向けたTiming Advance Commandを包含するMsg2*（i.e., ダウンリンクMAC subPDU）を送信してもよい。これら２つの種類のMsg2*は、同一のダウンリンクMAC PDUに包含されてもよいし、異なる無線リソース（e.g., 時間または周波数）で送信される互いに異なるダウンリンクMAC PDUに包含されてもよい。Msg1*内のプリアンブルを成功裏に受信するとは、当該プリアンブルを正しく検出できたこと、または当該プリアンブル部の復号に成功したことを意味してもよい。フォールバック通知は、Msg1*内のプリアンブルのみが成功裏に受信されたことを示す通知と考えてもよい。以降は、一例としてフォールバック通知（またはフォールバックの通知）として説明する。

UEは、２ステップCBRAの第２メッセージ（Msg2*）を成功裏に受信した場合に、当該Msg2*が４ステップCBRA手順へのフォールバックを（明示的又は暗示的に）示すか否かを判定する。当該Msg2*が４ステップCBRA手順へのフォールバックを示すと判定したことに応答して、UE２は、４ステップCBRA手順へフォールバックする（ステップ２０３）。そして、UE２は、４ステップCBRA手順の第３メッセージ（Msg3）の送信のための動作を開始する。すなわち、UE２はMsg2*からフォールバック通知を成功裏にデコード（又はフォールバック通知を検出した）した場合にのみ、４ステップCBRA手順へのフォールバックを予期する。言い換えると、UE２はMsg2*からフォールバック通知を成功裏にデコードしていなければ（又はフォールバック通知を検出していなければ）、４ステップCBRA手順へのフォールバックを予期又は準備しなくてもよい。

ステップ２０２のMsg2*が４ステップCBRAへのフォールバックを明示的又は暗示的に示すと判定したことに応答して、UE２は、ステップ２０４～２０６を実行する。ステップ２０４では、UE２は、ステップ２０２にてフォールバック通知を受信したことに応答して、４ステップCBRA手順の第３メッセージ（Msg3）の送信に利用可能なアップリンクリソース（i.e., PUSCHリソース）を示すアップリンク・グラントを包含する制御メッセージの受信を試行する。

幾つかの実装では、当該制御メッセージは、PDCCHを介して送信され且つアップリンク・グラントを包含するダウンリンク制御情報（i.e., uplink scheduling DCI）であってもよい。この場合、当該scheduling DCI はTemporary C-RNTI宛てに（つまりTemporary C-RNTIでスクランブルされて）送信されてもよく、UE２は、当該scheduling DCI をデコードするために、Temporary C-RNTIを用いてPDCCHをモニターしてもよい。当該Temporary C-RNTIは、gNB１で検出されたRAプリアンブルに紐づけられて、ステップ２０２のMsg2*に包含されていてもよい。つまり、UE２は、自身が送信したプリアンブルに紐づけられたTemporary C-RNTIを使用すればよい。当該Temporary C-RNTIは、ステップ２０２のMsg2*内に、例えばMAC CEとして包含されてもよい。

他の幾つかの実装では、当該制御メッセージは、４ステップCBRAの第２メッセージ（Msg2）、つまりランダムアクセス応答（RAR）メッセージであってもよい。この場合、UE２は、ランダムアクセス応答メッセージがスケジュールされたダウンリンクリソース（i.e., PDSCHリソース）を示すダウンリンク制御情報（i.e., downlink scheduling DCI）を含むPDCCHの受信をRA-RNTIを用いて試行し、このダウンリンク制御情報を成功裏に受信できたことに応答してMsg2（i.e., ランダムアクセス応答メッセージ）を受信してもよい。なお、当該RA-RNTIの値は、２ステップCBRAの第２メッセージ（Msg2*）を受信するためにステップ２０２で使用されるRA-RNTIの値と異なってもよい。

例えば、（４ステップCBRAのための）当該RA-RNTIは、２ステップCBRAのためのRA-RNTIと同じ算出式を用いて算出されてもよい。しかしながら、この場合、（４ステップCBRAのための）当該RA-RNTIの算出のために当該算出式の少なくとも１つの変数に入力される値は、２ステップCBRAのためのRA-RNTIの算出時のそれと異なってもよい。当該算出式の少なくとも１つの変数は、第１メッセージ（i.e., RAプリアンブル）の無線リソース（e.g., 時間－周波数スロット）を示すインデックスであってもよい。具体的には、２ステップCBRAの第１メッセージ（Msg1*）の送信のために実際に使用された時間－周波数スロットのインデックスの代わりに、当該Msg1*と同じタイミング又は後続（例えば直後）の４ステップCBRAの第１メッセージ（Msg1）のタイミングで使用可能な時間－周波数スロットのインデックスが使用されてもよい。より具体的には、当該インデックスは、時間スロットを示す第１の（サブ）インデックス及び周波数スロットを示す第２の（サブ）インデックスを含んでもよい。（４ステップCBRAのための）当該RA-RNTIを算出するために、UE２は、２ステップCBRAのMsg1*送信のために実際に使用された周波数スロットを示す第２の（サブ）インデックスを使用しつつ、４ステップCBRAのMsg1のために使用可能な時間スロットを示す第１の（サブ）インデックスを使用してもよい。

これに代えて、（４ステップCBRAのための）当該RA-RNTIは、４ステップCBRAの第２メッセージ（Msg2）の受信のために、２ステップCBRAのためのRA-RNTIのためのそれとは異なる算出式に従って算出されてもよい。これらRA-RNTIの算出は、UE２およびgNB１の両方で同じルールに基づいて実行される。例えば、UE２がMsg1*を送信した無線リソースは、gNB１がMsg1*を受信した無線リソースと理解される。

ステップ２０５及び２０６は、よく知られた４ステップCBRAの第３及び第４ステップと同様であってもよい。すなわち、ステップ２０５では、UE２は、ステップ２０４で受信されたアップリンク・グラントにより示されたPUSCHリソースにおいて、４ステップCBRAの第３メッセージ（Msg3）を送信する。当該Msg3は、コンテンション解決のために使用される端末識別子（e.g., C-RNTI、S-TMSI、又はランダム値）を包含するMAC PDUを運んでもよい。当該MAC PDUは、さらに、CCCH data（CCCH SDU）を包含してもよい。CCCH data（CCCH SDU）は、例えば、RRC Setup Request、RRC Re-establishment Request、又は、RRC Resume Requestなどのメッセージを運ぶ。ステップ２０６では、gNB１は、コンテンション解決のための第４メッセージ（Msg4）をPDCCH及びPDSCHを用いて送信する。具体的には、gNB１は、Msg4がスケジュールされたPDSCHリソースを示すDCIをPDCCHで送信し、Msg4をPDSCHで送信する。Msg4は、UE Contention Resolution Identity MAC Control Element (CE)を運ぶMAC PDUを包含する。さらにMsg4は、RRC Setup、RRC Re-establishment、又は、RRC Resumeなどのメッセージを包含してもよい。

このような動作によれば、UE２は、２ステップCBRAの第２メッセージ（Msg2*）が成功裏に受信され、且つ当該Msg2*が４ステップCBRAへのフォールバックを明示的又は暗示的に示す場合にのみ、４ステップCBRAを継続するための制御メッセージ（ステップ２０４）の受信を試行すればよい。言い換えると、UE２はMsg2*からフォールバック通知を成功裏にデコードしていなければ（または検出していなければ）、４ステップCBRA手順へのフォールバックを予期又は準備しなくてもよい。したがって、このことは、UEの負荷の低減、複雑さ（complexity）の低減、又はバッテリー消費（battery consumption）の低減に寄与できる。

図３は、本実施形態に係るCBRA手順の他の例を示している。より具体的には、図３は、ランダムアクセスの失敗ケースの例を示している。ステップ３０１お及び３０２でのgNB１及びUE２の動作は、図２のステップ２０１及び２０２のそれらと同様である。ただし、図３の例では、２ステップCBRAの第２メッセージ（ステップ３０２）は、フォールバック通知を含まなくてもよい。言い換えると、２ステップCBRAの第２メッセージ（ステップ３０２）は、４ステップCBRAへのフォールバックを示していなくてもよい。

さらに、図３の例では、UE２は、２ステップCBRAの第２メッセージ（Msg2*）の受信に失敗する。具体的には、UE２は、RARウィンドウが満了し、且つステップ３０１で送信されたRAプリアンブルのインデックスに合致するプリアンブル識別子を包含している第２メッセージを受信できなかった場合に、第２メッセージの受信が成功しなかったとみなす（ステップ３０３）。そして、UE２は、第２メッセージの受信に失敗したことに応答して、４ステップCBRAのための制御メッセージの受信（ステップ２０４）を試行することなく、２ステップCBRA手順を第１メッセージの送信から再スタートする（ステップ３０４）。言い換えると、本実施形態に係る２ステップCBRAの第２メッセージ（Msg2*）は、UE２に、第２メッセージの受信に失敗したことに応答して、４ステップCBRAのための制御メッセージの受信（ステップ２０４）を試行することなく、２ステップCBRA手順を第１メッセージの送信から再スタートすることを要求する（又は促す（causes））。

このような動作によれば、UE２は、２ステップCBRAの第２メッセージ（Msg2*）の受信に失敗しても、４ステップCBRA手順へのフォールバックを予期又は準備しなくてよいから、２ステップCBRA手順を速やかに再スタートできる可能性がある。

図４は、本実施形態のUE２の動作の一例を示すフローチャートである。ステップ４０１では、UE２は、２ステップCBRAの第１メッセージ（Msg1*）を送信する。ステップ４０２では、UE２は、２ステップCBRAの第２メッセージ（Msg2*）の受信を試行する。ステップ４０３では、UE２は、第２メッセージ（Msg2*）を成功裏に受信したかを判定する。具体的には、UE２は、RARウィンドウ内で、ステップ４０１で送信されたRAプリアンブルのインデックスに合致するプリアンブル識別子を包含している第２メッセージを受信できた場合に、第２メッセージ（Msg2*）の受信が成功したとみなす（ステップ４０３）。すなわち、ここでは、第２メッセージ（Msg2*）の受信の成功は、UE２自身により送信されたRAプリアンブルが成功裏に受信された（又は検出された）ことがUE２により確認できたことを意味する。ステップ４０４では、UE２は、第２メッセージ（Msg2*）がフォールバックを示すか否かを判定する。

第２メッセージ（Msg2*）が成功裏に受信され且つ第２メッセージ（Msg2*）がフォールバックを示す場合、UE２は、４ステップCBRAにフォールバックする（ステップ４０５）。具体的には、UE２は、図２のステップ２０４～２０５の動作を行ってもよい。

第２メッセージ（Msg2*）が成功裏に受信され且つ第２メッセージ（Msg2*）がフォールバックを示さない場合、UE２は、２ステップCBRAを継続する（ステップ４０６）。言い換えると、UE２は、第２メッセージ（Msg2*）のコンテンツに基づいて、自身が送信したRAプリアンブルが成功裏に受信（又は検出）された（つまり、プリアンブル送信に成功した）と考え、さらにCBRAに成功したか否かを判定する。具体的には、UE２は、成功裏に受信された第２メッセージ（Msg2*）に基づいてコンテンション解決の成功を判定したことに応答して、２ステップCBRA手順が成功裏に完了したと考えて（consider）もよい。

第２メッセージ（Msg2*）が成功裏に受信されない場合、UE２は、２ステップCBRA手順を再スタートする（ステップ４０７）。具体的には、UE２は、図３のステップ３０４の動作を行ってもよい。

図５は、本実施形態のgNB１の動作の一例を示すフローチャートである。ステップ５０１では、gNB１は、２ステップCBRAの第１メッセージ（Msg1*）を受信する。ステップ５０２では、gNB１は、MSG1*内のRAプリアンブルが成功裏に受信されたがMsg1*内のMAC PDU（e.g., UE識別子を含むRRCメッセージ）が成功裏に受信されなかった場合、フォールバックを示す２ステップCBRAの第２メッセージ（Msg2*）を送信する。例えば、gNB１は、２ステップCBRAの第２メッセージ（Msg2*）にフォールバック通知を含めてもよい。当該第２メッセージ（Msg2*）又は当該フォールバック通知は、４ステップCBRAの第３メッセージ（Msg3）の送信に利用可能なアップリンクリソースを示すアップリンク・グラントを包含する制御メッセージの受信を当該Msg2*の受信に成功した後に試行することをUE2に要求する（又は促す（cause））。

ステップ５０３では、gNB１は、４ステップCBRAの第３メッセージ（Msg3）の送信に利用可能なアップリンクリソースを示すアップリンク・グラントを包含する制御メッセージを送信する。

続いて以下では、フォールバック通知の具体例が説明される。フォールバック通知は、４ステップCBRAへのフォールバックを明示的に示してもよいし、暗示的に示してもよい。言い換えると、２ステップCBRAの第２メッセージ（Msg2*）は、４ステップCBRAへのフォールバックを明示的に示してもよいし、暗示的に示してもよい。２ステップCBRAの第２メッセージ（Msg2*）は、４ステップCBRAへのフォールバックを明示的に示す情報を包含してもよいし、暗示的に示す情報を包含してもよい。

例えば、フォールバック通知は、Msg1*内のプリアンブルのみが受信できたことを示してもよい。ここで言う受信できたこととは、例えば、プリアンブルが検出できたこと、又はプリアンブル部が正しく復号できたことを意味してもよい。

これに代えて、２ステップCBRAの第２メッセージ（Msg2*）は、フォールバックが行われるべきか否かを明示するフラグ・ビットを表すフィールドを含んでもよい。当該フィールドは、MAC PDU内のMACサブヘッダ（subheader）に含まれてもよいし、MAC payload（MAC SDU）に含まれてもよい。

これに代えて、２ステップCBRAの第２メッセージ（Msg2*）は、４ステップCBRAへのフォールバックが必要とされる場合に、当該フォールバックに関連付けられたMAC サブヘッダ（e.g., fall back MAC subheader）を含んでもよい。当該MACサブヘッダのフォーマットは、明示的なフォールバック通知のために新たに定義されてもよい。当該MACサブヘッダは、例えば、それが当該MACサブヘッダであることを示すフィールド、Random Access Preamble Identifier（RAPID）フィールドと幾つかの予約ビット（reserved bits）を含んでもよい。

これに代えて、２ステップCBRAの第２メッセージ（Msg2*）は、特定の情報の当該メッセージからの欠落によってフォールバックを暗示してもよい。フォールバックを暗示するために欠落される情報は、コンテンション解決のための情報であってもよい。例えば、当該情報は、UE Contention Resolution Identity MAC CEであってもよい。つまり、プリアンブルおよび他のMsg1*内の情報（e.g., MAC PDU）を成功裏に受信できた場合、gNB１は、当該プリアンブルに紐づけられたUE Contention Resolution Identity MAC CEをMsg2*（i.e., ダウンリンクMAC subPDU又はダウンリンクMAC PDU）に含める。一方、プリアンブルのみ成功裏に受信でき且つ４ステップCBRAへフォールバックする場合、gNB１は、当該プリアンブルに紐づけられたUE Contention Resolution Identity MAC CEをMsg2*（i.e., ダウンリンクMAC subPDU又はダウンリンクMAC PDU）に含めない。厳密言えば、gNB１は、他のMsg1*内の情報を成功裏に受信できていないため、UE Contention Resolution Identity MAC CEをMsg2*に含めることはできない。なお、プリアンブルのみが成功裏に受信できたが４ステップCBRAへフォールバックしない場合、gNB１は、当該プリアンブルに対応するインデックスすらもダウンリンクMAC subPDU（又はダウンリンクMAC PDU）に含めない。言い換えると、２ステップCBRAの第１メッセージ（Msg1*）内のプリアンブルのみが成功裏に受信できたが４ステップCBRAへフォールバックしない場合、gNB１は、当該第１メッセージ（Msg1*）に応答するための第２メッセージ（Msg2*）を送信しない。

なお、２ステップCBRAの第２メッセージ（Msg2*）は、これが４ステップCBRAへのフォールバックを示す場合でも、Temporary C-RNTI若しくはTiming Advance Command又はこれら両方などの追加の情報を含んでもよい。

＜第２の実施形態＞
本実施形態に係る無線通信ネットワークの構成例は、図１に示された例と同様である。本実施形態のgNB１は、２ステップCBRAの第１メッセージ（Msg1*）が成功裏に受信されず且つ４ステップCBRAにフォールバックする場合に、フォールバックの通知及び４ステップCBRAの第３メッセージ（Msg3）送信に利用可能なアップリンクリソースを示すアップリンク・グラントを、２ステップCBRAの第２メッセージ（Msg2*）に含める。当該フォールバックの通知は、４ステップCBRA手順へのフォールバックを明示的又は暗示的に示す。またこれは、実施形態１と同様の方法により行われてもよい。例えば、当該フォールバックの通知は、Msg1*内のプリアンブルのみが検出（又は受信）できたことを当該プリアンブルの識別子と紐づけて示してもよい（e.g., flag bit with detected preamble index）。当該フォールバック通知は、ダウンリンクMAC PDU内のMAC sub-headerに含まれる所定のfield又はbitであってもよい。つまり、Msg2*に当該所定のfield又はbitが含まれ、それに対応するMAC subPDUが含まれていることが、フォールバックの通知とされてもよい。

当該Msg2*は、２ステップCBRAのランダムアクセス・レスポンス（RAR）として規定されてもよい。Msg1*が成功裏に受信された場合のランダムアクセス応答（RAR）、及びMsg1*が成功裏に受信されなかったがプリアンブルが成功裏に受信された場合の別のランダムアクセス応答は、同一のダウンリンクMAC PDUに包含されてもよいし、異なる無線リソース（e.g., 時間または周波数）で送信される互いに異なるダウンリンクMAC PDUで送信されてもよい。また、Msg2*は、成功裏に受信されたプリアンブルに関連付けられたアップリンク送信タイミングに関する情報要素（e.g., Timing Advance Command）及び端末識別子（e.g., Temporary C-RNTI）を、Msg1*内のMAC PDUの受信の成否に関わらず包含してもよい。

本実施形態のUE２は、フォールバックの通知及びアップリンク・グラントを包含する２ステップCBRAのMsg2*を受信した場合、当該アップリンク・グラントに従って４ステップCBRAのMsg3を送信する。

＜第３の実施形態＞
本実施形態に係る無線通信ネットワークの構成例は、図１に示された例と同様である。本実施形態のgNB１は、４ステップCBRAへのフォールバックの有効化（activation）を示すシステム情報を送信するよう構成される。gNB１は、RRC_IDLEのUE２が当該システム情報を受信できるように、当該システム情報をブロードキャストしてもよい（e.g., in System Information Block Type 1（SIB1））。当該システム情報は、UE２に、２ステップCBRA第１メッセージ（Msg1*）を送信した後に、２ステップCBRAの第２メッセージ（Msg2*）の受信及び４ステップCBRAの第２メッセージ（Msg2）の受信の両方を同時に試行することを促す。

本実施形態のUE２は、当該システム情報をネットワーク（i.e., gNB１）から受信した場合、２ステップCBRAの第１メッセージ（Msg1*）を送信した後に、２ステップCBRAの第２メッセージ（Msg2*）の受信及び４ステップCBRAの第２メッセージ（Msg2）の受信の両方を試行する。

２ステップCBRAの第２メッセージ（Msg2*）の受信の試行は、２ステップCBRAに関連付けられた第１の時間ウインドウ（e.g., RARウィンドウ）において、２ステップCBRAの第２メッセージ（Msg2*）の受信を試行することを含んでもよい。同様に、４ステップCBRAの第２メッセージ（Msg2）の受信の試行は、４ステップCBRAに関連付けられた第２の時間ウインドウ（e.g., RARウィンドウ）において、４ステップCBRAの第２メッセージ（Msg2）の受信を試行することを含んでもよい。このとき、UEによるMsg2*の受信とMsg2の受信は、所定の期間において同時に（つまり並行して）行われるが、Msg2*の受信とMsg2の受信が厳密に同一タイミング（e.g., subframe, OFDM symbol, or TTI）に重複する場合にはUE２はいずれか一方（e.g., Msg2*）のみの受信を試行してもよい。

より具体的には、２ステップCBRAの第２メッセージ（Msg2*）の受信の試行は、２ステップCBRAの第２メッセージ（Msg2*）がスケジュールされたダウンリンクリソースを示すDCIをデコードするために、第１の時間ウインドウ（e.g., RARウィンドウ）において、２ステップCBRAに関連付けられた第１のRA-RNTIを用いて、PDCCHをモニターすることを含んでもよい。同様に、４ステップCBRAの第２メッセージ（Msg2）の受信の試行は、４ステップCBRAの第２メッセージ（Msg2）がスケジュールされたダウンリンクリソースを示すDCIをデコードするために、第２の時間ウインドウ（e.g., RARウィンドウ）において、４ステップCBRAに関連付けられた第２のRA-RNTIを用いて、PDCCHをモニターすることを含んでもよい。

第１のRA-RNTIは、UEが送信した２ステップCBRAの第１メッセージ（Msg1*）に関連付けられ、当該Msg1*が送信された無線リソース（e.g., 時間－周波数スロット）のインデックスに基づいて算出される。一方、第２のRA-RNTIは、UEが送信した２ステップCBRAの第１メッセージ（Msg1*）と同時、又は後続（例えば直後）の４ステップCBRAの第１メッセージ（Msg1）のために割り当てられた無線リソース（e.g., 時間－周波数スロット）のインデックスの少なくとも一部に基づいて算出されてもよい。より具体的には、当該インデックスは、時間スロットを示す第１の（サブ）インデックス及び周波数スロットを示す第２の（サブ）インデックスを含んでもよい。第２のRA-RNTIを算出するために、UE２は、２ステップCBRAのMsg1*送信のために実際に使用された周波数スロットを示す第２の（サブ）インデックスを使用しつつ、４ステップCBRAのMsg1のために使用可能な時間スロットを示す第１の（サブ）インデックスを使用してもよい。これに代えて、第２のRA-RNTIは、第１のRA-RNTIのそれとは異なる算出式に従って算出されてもよい。これらRA-RNTIの算出は、UE２およびgNB１の両方で同じルールに基づいて実行される。例えば、UE２がMsg1*を送信した無線リソースは、gNB１がMsg1*を受信した無線リソースと理解される。

図６は、本実施形態に係るgNB１及びUE２の動作の一例を示している。ステップ６０１では、gNB１は、４ステップCBRAへのフォールバックの有効化（activation）を示すシステム情報を送信する。

図７は、本実施形態に係るUE２の動作の一例を示すフローチャートである。ステップ７０１では、UE２は、２ステップCBRAの第１メッセージ（Msg1*）を送信する。ステップ７０２では、フォールバック有効化を示すシステム情報を受信していたなら、２ステップCBRAの第２メッセージ（Msg2*）の受信及び４ステップCBRAの第２メッセージ（Msg2）の受信の両方を同時に試行する。

上述のシステム情報の代わりに、gNB１は、２ステップCBRAの第２メッセージ（Msg2*）にフォールバックの有効化（activation）を示す情報を含めてもよい。このとき、UE２は、２ステップCBRAの第２メッセージ（Msg2*）を受信し、当該Msg2*のデコードに成功し、且つ当該フォールバックの有効化（activation）を示す情報を検出した場合、４ステップCBRAの第２メッセージ（Msg2）の受信を試行してもよい。

このような動作によれば、UE２は、フォールバック有効化をネットワークから指示されている場合にのみ、４ステップCBRAの第２メッセージ（Msg2）の受信を試行すればよい。したがって、このことは、UEの負荷の低減、複雑さ（complexity）の低減、又はバッテリー消費（battery consumption）の低減に寄与できる。

＜第４の実施形態＞
本実施形態に係る無線通信ネットワークの構成例は、図１に示された例と同様である。本実施形態のUE２は、RRCレイヤ２１及びMACレイヤ２２を提供する。MACレイヤ２２は、MACサブレイヤ又はMACエンティティと言い換えることもできる

図８は、RRCレイヤ２１及びMACレイヤ２２の動作の一例を示している。ステップ８０１では、MACレイヤ２２は、２ステップCBRAから４ステップCBRAへフォールバックする場合に、当該フォールバックをRRCレイヤ２１に知らせる。MACレイヤ２２は、フォールバック表示をRRCレイヤ２１に送信してもよい。RRCレイヤ２１は、フォールバック表示を受信したことに応答して、４ステップCBRAに対応したMsg3コンテンツ（e.g., CCCH SDU）を生成してもよい。さらに又はこれに代えて、RRCレイヤ２１は、フォールバック表示を受信したことに応答して、ランダムアクセス手順のためのパラメータ（parameters）のうち少なくとも１つを４ステップCBRAの設定へと更新するため（つまり２ステップの設定から４ステップの設定へと切り替えるため）、これをMACレイヤ２２へ送信してもよい。

２ステップCBRAから４ステップCBRAへフォールバックする場合、MACレイヤ２２は、２ステップCBRAのMsg1*で送信するコンテンツを保持しておくための送信バッファ（e.g. Tx buffer）を一旦フラッシュ（flush）し、４ステップCBRAのMsg3で送信されるコンテンツをこれに格納してもよい。この送信バッファは、従来４ステップCBRAで用いるMsg3 Bufferでもよい。これに代えて、UE２（MACレイヤ２２）は、２ステップCBRAのMsg1*用にMsg1 Bufferを新たに備え、当該Msg1 Bufferと４ステップCBRAのMsg3のためのMsg3 Bufferとを使い分けてもよい。

２ステップCBRAから４ステップCBRAへフォールバックする場合、当該CBRAをトリガーするプロシージャに関連づけられた所定のタイマ（e.g., T3xy）を継続してもよいし、リスタートしてもよい。当該所定のタイマをリスタートするために、UE２（RRCレイヤ２１）は、例えば、既に計測中の当該所定のタイマを一旦停止およびリセットし、再び初期値から計測を開始してもよい。当該タイマは、例えばRRCコネクションを確立するためのRRC Setupプロシージャに用いるタイマ（i.e. T300）、RRCコネクションを再確立するためのRRC Re-establishmentプロシージャに用いるタイマ（i.e. T301）、またはRRCコネクションを再開するためのRRC Resumeプロシージャに用いるタイマ（i.e. T319）でもよいし、その他のRRCレイヤのタイマでもよい。

２ステップCBRAから４ステップCBRAへフォールバックする場合、UE２（MACレイヤ２２）は、RAプリアンブルの送信回数を計測するカウンタ（i.e. PREAMBLE_TRANSMISSION_COUNTER）を継続してもよいし、これをリスタートしてもよい。

さらに、MACレイヤ２２は、４ステップCBRAから２ステップCBRAへ戻る場合（フォールバックを終了する場合）に、当該これをRRCレイヤ２１に知らせてもよい。すなわち、図９に示されるように、MACレイヤ２２は、２ステップCBRAから前記４ステップCBRAへの変更及びその反対（vice versa）をRRCレイヤ２１に知らせてもよい（ステップ９０１）。上述した２ステップCBRAから４ステップCBRAへのフォールバックの場合と同様に（ただし反対方向に）、MACレイヤ２２は、送信バッファ、タイマ、またはカウンタを制御してもよい。

このような動作によれば、UE２のRRCレイヤ２１は、MACレイヤ２２により選択されているCBRA手順（つまり、２ステップCBRA又は４ステップCBRA）に適応した処理（e.g., Msg1*コンテンツ生成、Msg3コンテンツ生成、又はランダムアクセス関連パラメータの更新）を行うことができる。

＜第５の実施形態＞
本実施形態に係る無線通信ネットワークの構成例は、図１に示された例と同様である。本実施形態のUE２は、２ステップCBRAから４ステップCBRAへのフォールバックが行われたがランダムアクセスが成功裏に完了されなかった場合に、当該ランダムアクセスを再スタートするために、２ステップCBRA及び４ステップCBRAの間で選択する。

図１０は、本実施形態のUE２の動作の一例を示すフローチャートである。ステップ１００１では、UE２は、２ステップCBRA手順の途中で４ステップCBRAへフォールバックする。当該フォールバックは、例えば第１の実施形態で説明された手順（e.g., 図２）又は第２の実施形態で説明された手順と同様に行われてもよいが、これらに限られない。すなわち、当該フォールバックは、第１又は第２の実施形態で説明された手順とは異なる他の手順に従って行われてもよい。例えば、UE２は、２ステップCBRA手順の途中で４ステップCBRAへフォールバックする場合に、４ステップCBRAの最初、すなわち第１メッセージ（Msg1）の送信から開始してもよい。

ステップ１００２では、UE２は、４ステップCBRAへのフォールバックが行われたがランダムアクセスが成功裏に完了されなかったことを判定する。UE２は、コンテンション解決に失敗したことに応答して、ランダムアクセスが完了しなかったと考えて（consider）もよい。より具体的には、UE２は、そのTemporary C-RNTI宛のPDCCH（DCI）を受信し、第４メッセージ（Msg4）のMAC PDUを成功裏にデコードしたが、当該MAC PDUに包含されているUE Contention Resolution Identity MAC CEが第３メッセージ（Msg3）で送信したCCCH SDU（i.e., UE識別子（e.g., S-TMSI又はランダム値）と合致しない場合に、ランダムアクセスが完了しなかったと考えて（consider）もよい。あるいは、UE２は第３メッセージ（Msg3）の送信に失敗した場合、または第４メッセージ（Msg4）の受信に失敗した場合に、ランダムアクセスが完了しなかったと考えて（consider）もよい。あるいは、UE２は、C-RNTIを含む第３メッセージ（Msg3）を送信したが、そのC-RNTI宛のPDCCH（DCI）を成功裏に受信できなかった場合に、ランダムアクセスが完了しなかったと考えて（consider）もよい。

ステップ１００３では、UE２は、ランダムアクセスを再スタートするために、２ステップCBRA及び４ステップCBRAの間で選択する。言い換えると、UE２は、ランダムアクセスを再スタートするために２ステップCBRA及び４ステップCBRAのどちらが使用されるかを選択する（又は決定する）。

幾つかの実装では、UE２は、２ステップCBRA及び４ステップCBRAのうち、次の利用可能なプリアンブル送信機会（i.e., PRACH occasion）が早く到来する一方の手順に従って、ランダムアクセスを再スタートしてもよい。このような動作は、速やかなランダムアクセスの再スタートをUE２に可能にする。

更に又はこれに代えて、UE２は、２ステップCBRA及び４ステップCBRAのうち、複数の利用可能なプリアンブル送信機会（i.e., PRACH occasions）の周期又は間隔が短い一方の手順に従って、ランダムアクセスを再スタートしてもよい。このような動作は、速やかなランダムアクセスの再スタートをUE２に可能にする。特に、このような動作は、プリアンブルの再送が必要になる場合に有効である。

更に又はこれに代えて、UE２は、２ステップCBRAの試行回数（又はプリアンブル送信回数）を４ステップCBRAの試行回数（又はプリアンブル送信回数）を独立にカウントしてもよい。具体的には、UE２は、４ステップCBRAのプリアンブル送信回数をカウントするためのPREAMBLE_TRANSMISSION_COUNTERに加えて、２ステップCBRAのプリアンブル送信回数をカウントするためのPREAMBLE_TRANSMISSION_COUNTERを使用してもよい。この場合、UE２は、これら２つのカウンタの値に基づいて、ランダムアクセスを再スタートするために２ステップCBRA及び４ステップCBRAのどちらが使用されるかを選択してもよい。例えば、UE２は、より小さいカウント値を持つカウンタに関連付けられたCBRA手順を再スタートのために選択してもよい。これに代えて、２ステップCBRAのPREAMBLE_TRANSMISSION_COUNTERの最大値を４ステップCBRAのPREAMBLE_TRANSMISSION_COUNTERの最大値よりも小さく設定してもよい。この場合、UE２は、２ステップCBRAのPREAMBLE_TRANSMISSION_COUNTERがその最大値と等しくなるまで、２ステップCBRAを再スタートのために優先的に選択してもよい。これらのカウンタの最大値は、前述または後述するシステム情報ブロック（e.g., SIB1）メッセージに含められてgNB１からUE２へ報知されてもよい。

＜第６の実施形態＞
本実施形態に係る無線通信ネットワークの構成例は、図１に示された例と同様である。図１１は、本実施形態のgNB１及びUE２の動作の一例を示している。ステップ１１０１では、gNB１は、ランダムアクセスの開始をトリガーする複数のイベントのうちの１又はそれ以上のイベントが２ステップCBRAに関連付けられる（つまり、２ステップCBRAの使用が許可される、または２ステップCBRAを使用するように指定される）ことを示す設定をUE２に送信する。当該設定は、複数のUEsに共通であり、複数のUEsにブロードキャストされてもよい。すなわち、当該設定は、システム情報ブロックメッセージに含められて送信されてもよい。あるいは、当該設定は、UE毎に作成され、個別のシグナリング（e.g., RRCシグナリング）によってUE２に供給されてもよい。

図１２は、本実施形態のUE２の動作の一例を示すフローチャートである。ステップ１２０１では、UE２は、ランダムアクセスの開始をトリガーする複数のイベントうちの１又はそれ以上のイベントが２ステップCBRAに関連付けられることを示す設定をネットワーク（e.g., gNB１）から受信する。ステップ１２０２では、UE２は、これら１又はそれ以上のイベントのためにランダムアクセスを開始する場合に２ステップCBRA手順を行い、これら以外のイベントのためにランダムアクセスを開始する場合に４ステップCBRA手順を行う。

ランダムアクセスの複数のトリガーイベントは、例えば、以下を含む：
- Initial access from RRC_IDLE;
- RRC Connection Re-establishment procedure;
- Handover;
- DL or UL data arrival during RRC_CONNECTED when UL synchronisation status is "non-synchronised";
- UL data arrival during RRC_CONNECTED when there are no PUCCH resources for SR available;
- Transition from RRC_INACTIVE;
- To establish time alignment at SCell addition;
- Request for Other SI; 及び
- Beam failure recovery。

このような動作によれば、UE２によるランダムアクセス手順の選択をgNB１が制御できる。例えば、あるトリガーイベントのためにUL MAC PDUで運ばれるL2/L3メッセージ（e.g., CCCH SDU）のサイズは、他のトリガーイベントのためのそれと異なる。L2/L3メッセージ（e.g., CCCH SDU）のサイズが大きいほど、２ステップCBRAの第１メッセージ（Msg1*）送信に失敗する確率が高くなる。したがって、gNB１は、衝突確率（collision probability）が高い場合または隣接セルとの間のセル間干渉が強い場合に、そのL2/L3メッセージ（e.g., CCCH SDU）のサイズが閾値より大きいトリガーイベントを４ステップCBRAに関連付け、そのL2/L3メッセージ（e.g., CCCH SDU）のサイズが閾値より小さいトリガーイベントを２ステップCBRAに関連付けてもよい。

本実施形態は以下のように変形されてもよい。gNB１は、RRC establishment、RRC reestablishment、及びRRC resumeの複数の要因（cause）のうち少なくとも１つが２ステップ・ランダムアクセス手順に関連付けられることを示す設定をUE２に送信する。UE２は、これらの要因に基づくRRC establishment、RRC reestablishment、又はRRC resumeのためにランダムアクセスを開始する場合に２ステップCBRA手順を行い、その他の要因に基づくRRC establishment、RRC reestablishment、又はRRC resumeのためにランダムアクセスを開始する場合に４ステップCBRA手順を行う。

このような動作によっても、UE２によるランダムアクセス手順の選択をgNB１が制御できる。

＜第７の実施形態＞
本実施形態に係る無線通信ネットワークの構成例は、図１に示された例と同様である。図１３は、本実施形態のgNB１及びUE２の動作の一例を示している。ステップ１３０１では、gNB１は、２ステップCBRA手順の再スタートの最大数を示す設定をUE２に送信する。当該設定は、複数のUEsに共通であり、複数のUEsにブロードキャストされてもよい。すなわち、当該設定は、システム情報ブロックメッセージに含められて送信されてもよい。あるいは、当該設定は、UE毎に作成され、個別のシグナリング（e.g., RRCシグナリング）によってUE２に供給されてもよい。あるいは、当該設定は、２ステップCBRAの第２メッセージ（Msg2*）を用いてgNB１からUE２に送られてもよい。

UE２は、２ステップCBRAの再スタートの回数が当該最大数に到達するまで２ステップCBRAに従ってランダムアクセスを再スタートしてもよい。そして、UE２は、２ステップCBRAの再スタートの回数が当該最大数に到達した後に、４ステップCBRAにフォールバックしてもよい。２ステップCBRA手順の再スタートの最大数は、前述の２ステップCBRAのPREAMBLE_TRANSMISSION_COUNTERの最大値であってもよい。gNB１は、この制御（つまり、２ステップCBRA手順の再スタートの最大数に基づく４ステップCBRAへのフォールバック）の有効化を示す通知を２ステップCBRAの第２メッセージ（Msg2*）に包含してもよい。当該通知は、例えば、フラグ・ビット、又は所定のMACサブヘッダであってもよい。UE２は、当該通知を受信した（検出した）場合のみ、この制御を実行するようにしてもよい。

このような動作によれば、UE２によるランダムアクセス手順の選択をgNB１が制御できる。なお、２ステップCBRA手順の再スタートの最大数の代わりに、２ステップCBRA手順のスタートの最大数を用いてもよい。

＜第８の実施形態＞
本実施形態に係る無線通信ネットワークの構成例は、図１に示された例と同様である。図１４は、本実施形態に係るコンテンション・フリー・ランダムアクセス（CFRA）手順の一例を示している。より具体的には、図１４は、２ステップのCFRAから３ステップのCFRA-basedアクセスへのフォールバックをともなう成功ケースの例を示している。まず、ここで言う３ステップのCFRA-basedアクセスとは、既存の２ステップCFRAにおけるランダムアクセスのプリアンブル（Msg1）、ランダムアクセス応答（RAR）、及びCFRAに成功後の最初のアップリンク送信（e.g., UL data transmission, UL RRC message）を意味する。一方、本実施形態の２ステップCFRAでは、第１のメッセージ（Msg1*）はプリアンブル並びに３ステップCFRA-basedアクセスの最初のアップリンクデータ又はメッセージ相当のMAC PDUを含み、第２のメッセージ（Msg2*）は第１のメッセージ（Msg1*）に対する応答を含む。これにより、本実施形態の２ステップCFRAは最初のアップリンク送信までの遅延を短縮できる。

ステップ１４０１では、UE２は、２ステップCFRA手順の第１のメッセージ（Msg1*）を送信する。当該Msg1*は、例えば、プリアンブル及びMAC PDUを運んでもよい。Msg1*内のプリアンブルは、ランダムアクセス（RA）プリアンブル、又はランダムアクセスチャネル（RACH）プリアンブルなどと呼ばれてもよい。MAC PDUは、例えば、従来３ステップのCFRA-basedアクセスにおける最初のアップリンク送信と同じ、又はそれに相当するものを含んでもよい。例えば、MAC PDUは、アップリンク・データ送信の再開（resume）におけるアップリンクのユーザ・データ、ハンドオーバ時のハンドオーバ完了を示すRRCメッセージ（e.g., handover confirmation, 又はreconfiguration-with-sync completion）、又はDual Connectivityのセカンダリ・セルグループ（SCG）設定の修正やセカンダリ基地局（e.g., SgNB）の変更の完了を示すRRCメッセージ（e.g., RRC Reconfiuration Complete）などでもよい。さらに又はこれに代えて、MAC PDUは、２ステップCBRA用に規定されるその他のMACレイヤの制御情報を包含してもよい。

ステップ１４０２では、gNB１は、２ステップCFRA手順の第２メッセージ（Msg2*）を送信する。なお、gNB１は、Msg1*の受信に応答して、Msg1*の全てを成功裏に受信できたか否かを判定する。例えば、Msg1*内のプリアンブル（つまり、３ステップCFRA-basedアクセスのMsg1相当）が成功裏に受信されたがMsg1*内のMAC PDUが受信されなかった場合、gNB１は、２ステップCFRAの第２メッセージ（Msg2*）にフォールバックの通知（notification）を含めてもよい。フォールバックの通知は、３ステップCFRA-basedアクセス手順へのフォールバックを明示的又は暗示的に示す。

Msg2*は、２ステップCFRAのランダムアクセス・レスポンス（RAR）として規定され且つ３ステップCFRA-basedアクセスのRARとは異なるMAC制御情報（CE）を包含してもよい。これに代えて、Msg2*は、２ステップCFRAのランダムアクセス・レスポンス（RAR）に相当する別の情報要素（又はフィールド）を包含してもよい。さらに、Msg2*は、成功裏に受信されたプリアンブルに関連付けられたアップリンク送信タイミングに関する情報要素（e.g., Timing Advance Command）及び端末識別子（e.g., Temporary C-RNTI）を、Msg1*内のMAC PDUの受信の成否に関わらず包含してもよい。言い換えると、gNB１は、フォールバック通知を行う対象（i.e., UE）に向けたTiming Advance Commandを包含するMsg2*（i.e., ダウンリンクMAC subPDU）、および２ステップCBRAを完了させるために必要な情報（e.g., RRCメッセージ若しくはUE Contention Resolution Identity MAC CE又は両方）を送信する対象（i.e., UE）に向けたTiming Advance Commandを包含するMsg2*（i.e., ダウンリンクMAC subPDU）を送信してもよい。また、これら２つの種類のMsg2*は、同一のダウンリンクMAC PDUに包含されてもよいし、異なる無線リソース（e.g., 時間または周波数）で送信される互いに異なるダウンリンクMAC PDUに包含されてもよい。Msg1*内のプリアンブルを成功裏に受信するとは、当該プリアンブルを正しく検出できたこと、または当該プリアンブル部の復号に成功したことを意味してもよい。フォールバック通知は、Msg1*内のプリアンブルのみが成功裏に受信されたことを示す通知と考えてもよい。以降は、一例としてフォールバック通知（またはフォールバックの通知）として説明する。

UEは、２ステップCFRAの第２メッセージ（Msg2*）を成功裏に受信した場合に、当該Msg2*が３ステップCFRA-basedアクセス手順へのフォールバックを（明示的又は暗示的に）示すか否かを判定する。当該Msg2*が３ステップCFRA-basedアクセス手順へのフォールバックを示すと判定したことに応答して、UE２は、３ステップCFRA-basedアクセス手順へフォールバックする（ステップ１４０３）。そして、UE２は、３ステップCBFA-basedアクセス手順の第３メッセージ（Msg3）の送信のための動作を開始する。すなわち、UE２はMsg2*からフォールバック通知を成功裏にデコード（又はフォールバック通知を検出した）した場合にのみ、３ステップCFRA-basedアクセス手順へのフォールバックを予期する。言い換えると、UE２はMsg2*からフォールバック通知を成功裏にデコードしていなければ（又はフォールバック通知を検出していなければ）、３ステップCFRA-basedアクセス手順へのフォールバックを予期又は準備しなくてもよい。

ステップ１４０２のMsg2*が３ステップCFRA-basedアクセスへのフォールバックを明示的又は暗示的に示すと判定したことに応答して、UE２は、ステップ１４０４を実行する。ステップ１４０４では、UE２は、ステップ１４０２にてフォールバック通知を受信したことに応答して、３ステップCFRA-basedアクセス手順の第３メッセージ（Msg3）（つまり、最初のアップリンクデータ又はメッセージ）の送信を行う。当該Msg3を送信するために使用可能な無線リソースの情報（アップリンク・グラント）は、Msg2*のMAC PDUで指定されてもよいし、Msg2*の後にPDCCH/DCIで指定されてもよい。後者の場合、UE２は、Msg2*でフォールバックを示されていると判定したことに応答して、当該PDCCH/DCIを受信することで当該アップリンク・グラントの受信を試行してもよい。

図１５は、本実施形態のUE２の動作の一例を示すフローチャートである。ステップ１５０１では、UE２は、２ステップCFRAの第１メッセージ（Msg1*）を送信する。ステップ１５０２では、UE２は、２ステップCFRAの第２メッセージ（Msg2*）の受信を試行する。ステップ１５０３では、UE２は、第２メッセージ（Msg2*）を成功裏に受信したかを判定する。具体的には、UE２は、RARウィンドウ内で、ステップ１５０１で送信されたRAプリアンブルのインデックスに合致するプリアンブル識別子を包含している第２メッセージを受信できた場合に、第２メッセージ（Msg2*）の受信が成功したとみなす（ステップ１５０３）。すなわち、ここでは、第２メッセージ（Msg2*）の受信の成功は、UE２自身により送信されたRAプリアンブルが成功裏に受信された（又は検出された）ことがUE２により確認できたことを意味する。ステップ１５０４では、UE２は、第２メッセージ（Msg2*）がフォールバックを示すか否かを判定する。

第２メッセージ（Msg2*）が成功裏に受信され且つ第２メッセージ（Msg2*）がフォールバックを示す場合、UE２は、３ステップCFRA-basedアクセスにフォールバックする（ステップ１５０５）。具体的には、UE２は、図１４のステップ１４０３及び１４０４の動作を行ってもよい。

第２メッセージ（Msg2*）が成功裏に受信され且つ第２メッセージ（Msg2*）がフォールバックを示さない場合、UE２は、２ステップCFRA手順が成功裏に完了したと考える（consider）（ステップ１５０６）。言い換えると、UE２は、第２メッセージ（Msg2*）のコンテンツに基づいて自身が送信したRAプリアンブルが成功裏に受信（又は検出）された（つまり、プリアンブル送信に成功した）と考え、さらに２ステップCFRA手順に必要な情報が当該Msg2*に包含されていることが確認できた場合に２ステップCFRA手順が成功裏に完了したと考える。

第２メッセージ（Msg2*）が成功裏に受信されない場合、UE２は、２ステップCFRA手順を再スタートする（ステップ１５０７）。

図１６は、本実施形態のgNB１の動作の一例を示すフローチャートである。ステップ１６０１では、gNB１は、２ステップCFRAの第１メッセージ（Msg1*）を受信する。ステップ１６０２では、gNB１は、Msg1*内のRAプリアンブルが成功裏に受信されたがMsg1*内のMAC PDU（e.g., UE識別子を含むRRCメッセージ）が成功裏に受信されなかった場合、フォールバックを示す２ステップCBRAの第２メッセージ（Msg2*）を送信する。例えば、gNB１は、２ステップCFRAの第２メッセージ（Msg2*）にフォールバック通知を含めてもよい。当該第２メッセージ（Msg2*）又は当該フォールバック通知は、３ステップCFRA-basedアクセス手順の第３メッセージ（Msg3）（つまり、最初のアップリンクデータ又はメッセージ）の送信を行うことをUE２に要求する（又は促す（cause））。当該Msg3を送信するために使用可能な無線リソースの情報（アップリンク・グラント）は、Msg2*のMAC PDUで指定されてもよいし、Msg2*の後にPDCCH/DCIで指定されてもよい。後者の場合、ステップ１６０３において、gNB１は、3ステップCFRA-basedアクセスの第３メッセージ（Msg3）の送信に利用可能なアップリンクリソースを示すアップリンク・グラントを包含する制御メッセージを送信する。つまり、UE２は、Msg2*を受信し、且つ３ステップのCFRA-basedアクセスへのフォールバックを通知されたと判定した場合、後続のPDCCH/DCIを受信することでMsg3のアップリンク・グラントの受信を試行してもよい。

続いて以下では、上述の複数の実施形態に係るgNB１及びUE２の構成例について説明する。図１７は、上述の実施形態に係るgNB１の構成例を示すブロック図である。図１７を参照すると、gNB１は、Radio Frequencyトランシーバ１７０１、ネットワークインターフェース１７０３、プロセッサ１７０４、及びメモリ１７０５を含む。RFトランシーバ１７０１は、UE２を含むNG UEsと通信するためにアナログRF信号処理を行う。RFトランシーバ１７０１は、複数のトランシーバを含んでもよい。RFトランシーバ１７０１は、アンテナアレイ１７０２及びプロセッサ１７０４と結合される。RFトランシーバ１７０１は、変調シンボルデータをプロセッサ１７０４から受信し、送信RF信号を生成し、送信RF信号をアンテナアレイ１７０２に供給する。また、RFトランシーバ１７０１は、アンテナアレイ１７０２によって受信された受信RF信号に基づいてベースバンド受信信号を生成し、これをプロセッサ１７０４に供給する。RFトランシーバ１７０１は、ビームフォーミングのためのアナログビームフォーマ回路を含んでもよい。アナログビームフォーマ回路は、例えば複数の移相器及び複数の電力増幅器を含む。

ネットワークインターフェース１７０３は、ネットワークノード（e.g., 5G Coreの制御ノード及び転送ノード）と通信するために使用される。ネットワークインターフェース１７０３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。

プロセッサ１７０４は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。プロセッサ１７０４は、複数のプロセッサを含んでもよい。例えば、プロセッサ１７０４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）又はMicro Processing Unit（MPU））を含んでもよい。プロセッサ１７０４は、ビームフォーミングのためのデジタルビームフォーマ・モジュールを含んでもよい。デジタルビームフォーマ・モジュールは、Multiple Input Multiple Output（MIMO）エンコーダ及びプリコーダを含んでもよい。

メモリ１７０５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ１７０５は、プロセッサ１７０４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１７０４は、ネットワークインターフェース１７０３又は図示されていないI/Oインタフェースを介してメモリ１７０５にアクセスしてもよい。

メモリ１７０５は、上述の複数の実施形態で説明されたgNB１による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）１７０６を格納してもよい。いくつかの実装において、プロセッサ１７０４は、当該ソフトウェアモジュール１７０６をメモリ１７０５から読み出して実行することで、上述の実施形態で説明されたgNB１の処理を行うよう構成されてもよい。

なお、gNB１がgNB-CUである場合、gNB１は、RFトランシーバ１７０１（及びアンテナアレイ１７０２）を含まなくてもよい。

図１８は、UE２の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１８０１は、gNB１と通信するためにアナログRF信号処理を行う。RFトランシーバ１８０１は、複数のトランシーバを含んでもよい。RFトランシーバ１８０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１８０１は、アンテナアレイ１８０２及びベースバンドプロセッサ１８０３と結合される。RFトランシーバ１８０１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ１８０３から受信し、送信RF信号を生成し、送信RF信号をアンテナアレイ１８０２に供給する。また、RFトランシーバ１８０１は、アンテナアレイ１８０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１８０３に供給する。RFトランシーバ１８０１は、ビームフォーミングのためのアナログビームフォーマ回路を含んでもよい。アナログビームフォーマ回路は、例えば複数の移相器及び複数の電力増幅器を含む。

ベースバンドプロセッサ１８０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。

例えば、ベースバンドプロセッサ１８０３によるデジタルベースバンド信号処理は、Service Data Adaptation Protocol（SDAP）レイヤ、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１８０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。

ベースバンドプロセッサ１８０３は、ビームフォーミングのためのMIMOエンコーディング及びプリコーディングを行ってもよい。

ベースバンドプロセッサ１８０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１８０４と共通化されてもよい。

アプリケーションプロセッサ１８０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１８０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１８０４は、メモリ１８０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、UE２の各種機能を実現する。

幾つかの実装において、図１８に破線（１８０５）で示されているように、ベースバンドプロセッサ１８０３及びアプリケーションプロセッサ１８０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１８０３及びアプリケーションプロセッサ１８０４は、１つのSystem on Chip（SoC）デバイス１８０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。

メモリ１８０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１８０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、MROM、EEPROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ１８０６は、ベースバンドプロセッサ１８０３、アプリケーションプロセッサ１８０４、及びSoC１８０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１８０６は、ベースバンドプロセッサ１８０３内、アプリケーションプロセッサ１８０４内、又はSoC１８０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１８０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。

メモリ１８０６は、上述の複数の実施形態で説明されたUE２による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）１８０７を格納してもよい。幾つかの実装において、ベースバンドプロセッサ１８０３又はアプリケーションプロセッサ１８０４は、当該ソフトウェアモジュール１８０７をメモリ１８０６から読み出して実行することで、上述の実施形態で図面を用いて説明されたUE２の処理を行うよう構成されてもよい。

なお、上述の実施形態で説明されたUE２によって行われるコントロールプレーン処理及び動作は、RFトランシーバ１８０１及びアンテナアレイ１８０２を除く他の要素、すなわちベースバンドプロセッサ１８０３及びアプリケーションプロセッサ１８０４の少なくとも一方とソフトウェアモジュール１８０７を格納したメモリ１８０６とによって実現されることができる。

図１７及び図１８を用いて説明したように、上述の実施形態に係るgNB１及びUE２が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

＜その他の実施形態＞
上述の実施形態は、各々独立に実施されてもよいし、実施形態全体又はその一部が適宜組み合わせて実施されてもよい。例えば、第２～第６の実施形態は、第１の実施形態で説明されたフォールバック動作の詳細を必須としていない。言い換えると、第２～第６の実施形態は、第１の実施形態と独立に実施されることができる。さらに、第２～第６の実施形態も独立に実施されることができ、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。

上述の実施形態は、主に5Gのシステムを想定して説明された。5Gシステムは、ビームベースのシステムであり、１つのセル内で多数のビームが使用される。例えば、synchronization signal (SS)/physical broadcast channel(PBCH) block（SSB）が複数のビーム（e.g. 8個のビーム）で送信されている場合、UE２は最も強く検出されたSSB（のビーム）に紐づけられたランダムアクセスのプリアンブルのプールから１つを選択する。さらに、UE２は、当該プリアンブルが送信された（アップリンク）ビームに紐づけられたダウンリンク・ビーム、又は最も強く検出されたSSBのビームに対応するダウンリンク・ビームを使用してgNBから送信されるランダムアクセス応答を受信する。上述の実施形態において、２ステップのCBRA（又はCFRA）と４ステップのCBRA（又は３ステップのCFRA-basedアクセス）で異なるビーム（セット）が使われてもよい。

上述の実施形態は、２ステップCBRAおよびCFRAの第１のメッセージ（Msg1*）がプリアンブル以外の信号又は情報を含む場合にも適用が可能である。プリアンブルに代わる信号又は情報は、例えば、Msg1*に包含される情報（e.g., MAC PDU）を復調するための参照信号（Reference signal）（e.g., Demodulation RS（DM-RS））でもよい。CBRAの場合には、当該参照信号（の系列）の複数の候補の中からUE２がランダムに又は所定の基準に従って１つの候補を選択し、それをMsg1*で送信する。gNB１は、Msg1*に包含される当該参照信号のうち、受信レベルが高い（e.g., 自己相関値が所定の閾値以上の）ものが検出されたが、当該参照信号を用いてMsg1*の情報（e.g., MAC PDU）を成功裏に受信できなかった場合、フォールバックをすることを決定してもよい。フォールバックが行われる場合、上述の実施形態におけるプリアンブルのインデックスの代わりに、当該参照信号の識別子（e.g., RS index）が用いられてもよい。

上述の実施形態は、Dual ConnectivityのMaster Cell Group（MCG）若しくはSecondary Cell Group（SCG）又は両方でのランダムアクセスに適用されることができる。ここで、Dual Connectivityは、LTE eNBとNR gNBの間のEUTRA-NR DC (EN-DC)でもよい。または、Dual Connectivityは、5GCと接続する２つのgNBsの間のDual Connectivity（NR-DC）であってもよいし、異なるRATのNG-RANノード間のMulti-RAT Dual Connectivity（MR-DC）であってもよい。NR-DCと上記MR-DCを合わせてMulti-Radio Dual Connectivity（MR-DC）と定義されてもよい。

上述の実施形態は、上述の実施形態は、ライセンスド・スペクトラムでのセルラー通信に適用されることができ、非ライセンスド・スペクトラムでのセルラー通信（例えば、LTE-Unlicensed（LTE-U）及びNR-Unlicensed（NR-U））にも適用されることができる。これは、ライセンスド・スペクトラムでの通信と連携して非ライセンスド・スペクトラムで通信するLicensed Assisted Access（LAA）、及び、非ライセンスド・スペクトラムで単独で通信するStandalone（SA）でもよい。さらに、非ライセンスド・スペクトラムでのSAでの運用は、セルラー通信に限定されない。

本明細書におけるユーザー端末（User Equipment（UE））は、無線インターフェースを介して、ネットワークに接続されたエンティティである。本明細書のUEは、専用の通信装置に限定されるものではなく、本明細書中に記載されたUEの通信機能を有する次のような任意の機器であってもよい。

「（3GPPで使われる単語としての）ユーザー端末（User Equipment（UE））」、「移動局（mobile station）」、「移動端末（mobile terminal）」、「モバイルデバイス（mobile device）」、及び「無線端末（wireless device）」との用語は、一般的に互いに同義であることが意図されている。UEは、ターミナル、携帯電話、スマートフォン、タブレット、セルラIoT端末、IoTデバイス、などのスタンドアローン移動局であってもよい。「UE」及び「無線端末」との用語は、長期間にわたって静止している装置も包含する。

UEは、例えば、生産設備・製造設備および／またはエネルギー関連機械（一例として、ボイラー、機関、タービン、ソーラーパネル、風力発電機、水力発電機、火力発電機、原子力発電機、蓄電池、原子力システム、原子力関連機器、重電機器、真空ポンプなどを含むポンプ、圧縮機、ファン、送風機、油圧機器、空気圧機器、金属加工機械、マニピュレータ、ロボット、ロボット応用システム、搬送装置、昇降装置、貨物取扱装置、繊維機械、縫製機械、印刷機、印刷関連機械、紙工機械、化学機械、鉱山機械、鉱山関連機械、建設機械、建設関連機械、農業用機械および／または器具、林業用機械および／または器具、漁業用機械および／または器具、安全および／または環境保全器具、トラクター、動力伝動装置、および／または上記で述べた任意の機器又は機械のアプリケーションシステムなど）であってもよい。

UEは、例えば、輸送用装置（一例として、車両、自動車、二輪自動車、自転車、列車、バス、リヤカー、人力車、船舶（ship and other watercraft）、飛行機、ロケット、人工衛星、ドローン、気球など）であってもよい。

UEは、例えば、情報通信用装置（一例として、電子計算機及び関連装置、通信装置及び関連装置、電子部品など）であってもよい。

UEは、例えば、商業およびサービス用機器、自動販売機、自動サービス機、事務用機械及び装置、民生用電気・電子機械器具（一例として音声機器、スピーカー、ラジオ、映像機器、テレビなど）であってもよい。

UEは、例えば、電子応用システムまたは電子応用装置（一例として、X線装置、粒子加速装置、放射性物質応用装置、音波応用装置、電磁応用装置、電力応用装置など）であってもよい。

UEは、例えば、電球、照明、計量機、分析機器、試験機及び計測機械（一例として、煙報知器、対人警報センサ、動きセンサ、無線タグなど）、時計（watchまたはclock）、理化学機械、光学機械、医療用機器および／または医療用システム、武器、利器工匠具、または手道具であってもよい。

UEは、例えば、無線通信機能を備えたパーソナルデジタルアシスタントまたは装置（一例として、無線カードや無線モジュールなどを取り付けられる、もしくは挿入するよう構成された電子装置（例えば、パーソナルコンピュータや電子計測器など））であってもよい。

UEは、例えば、有線や無線通信技術を使用した「あらゆるモノのインターネット（IoT：Internet of Things）」において、以下のアプリケーション、サービス、ソリューションを提供する装置またはその一部であってもよい。IoTデバイス（もしくはモノ）は、デバイスが互いに、および他の通信デバイスとの間で、データ収集およびデータ交換することを可能にする適切な電子機器、ソフトウェア、センサー、ネットワーク接続、などを備える。IoTデバイスは、内部メモリの格納されたソフトウェア指令に従う自動化された機器であってもよい。IoTデバイスは、人間による監督または対応を必要とすることなく動作してもよい。IoTデバイスは、長期間にわたって備え付けられている装置および／または、長期間に渡って非活性状態（inactive）状態のままであってもよい。IoTデバイスは、据え置き型な装置の一部として実装され得る。IoTデバイスは、非据え置き型の装置（例えば車両など）に埋め込まれ得る、または監視される／追跡される動物や人に取り付けられ得る。IoT技術は、人間の入力による制御またはメモリに格納されるソフトウェア命令に関係なくデータを送受信する通信ネットワークに接続されることができる任意の通信デバイス上に実装されることができる。IoTデバイスは、機械型通信（Machine Type Communication、MTC）デバイス、またはマシンツーマシン（Machine to Machine、M2M）通信デバイス、Narrow Band-IoT (NB-IoT) UEと呼ばれることもある。

UEは、１つまたは複数のIoTまたはMTCアプリケーションをサポートしてもよい。

MTCアプリケーションのいくつかの例は、3GPP TS22.368 V13.2.0(2017-01-13) Annex B（その内容は参照により本明細書に組み込まれる）に示されたリストに列挙されている。このリストは、網羅的ではなく、一例としてのMTCアプリケーションを示すものである。このリストでは、MTCアプリケーションのサービス範囲 (Service Area)は、セキュリティ (Security)、追跡及びトレース (Tracking & Tracing)、支払い (Payment)、健康 (Health)、リモートメンテナンス／制御 (Remote Maintenance/Control)、計量 (Metering)、及び民生機器 (Consumer Devices)を含む。

セキュリティに関するMTCアプリケーションの例は、監視システム (Surveillance systems)、固定電話のバックアップ (Backup for landline)、物理アクセスの制御（例えば建物へのアクセス） (Control of physical access (e.g. to buildings))、及び車／運転手のセキュリティ (Car/driver security)を含む。

追跡及びトレースに関するMTCアプリケーションの例は、フリート管理 (Fleet Management)、注文管理 (Order Management)、テレマティクス保険：走行に応じた課金 (Pay as you drive (PAYD))、資産追跡 (Asset Tracking)、ナビゲーション (Navigation)、交通情報 (Traffic information)、道路料金徴収 (Road tolling)、及び道路通行最適化／誘導 (Road traffic optimisation/steering)を含む。

支払いに関するMTCアプリケーションの例は、販売時点情報管理 (Point of sales (POS))、自動販売機 (Vending machines)、及び遊戯機 (Gaming machines)を含む。

健康に関するMTCアプリケーションの例は、生命徴候の監視 (Monitoring vital signs)、高齢者又は障害者支援 (Supporting the aged or handicapped)、ウェブアクセス遠隔医療 (Web Access Telemedicine points)、及びリモート診断 (Remote diagnostics)を含む。

リモートメンテナンス／制御に関するMTCアプリケーションの例は、センサー (Sensors)、明かり (Lighting)、ポンプ (Pumps)、バルブ (Valves)、エレベータ制御 (Elevator control)、自動販売機制御 (Vending machine control)、及び車両診断 (Vehicle diagnostics)を含む。

計量に関するMTCアプリケーションの例は、パワー (Power)、ガス (Gas)
水 (Water)、暖房 (Heating)、グリッド制御 (Grid control)、及び産業用メータリング (Industrial metering)を含む。

民生機器に関するMTCアプリケーションの例は、デジタルフォトフレーム、デジタルカメラ、及び電子ブック (ebook)を含む。

アプリケーション、サービス、及びソリューションは、一例として、MVNO（Mobile Virtual Network Operator：仮想移動体通信事業者）サービス/システム、防災無線サービス/システム、構内無線電話（PBX（Private Branch eXchange：構内交換機））サービス/システム、PHS/デジタルコードレス電話サービス/システム、Point of sales（POS）システム、広告発信サービス/システム、マルチキャスト（Multimedia Broadcast and Multicast Service（MBMS））サービス/システム、V2X（Vehicle to Everything：車車間通信および路車間・歩車間通信）サービス/システム、列車内移動無線サービス/システム、位置情報関連サービス/システム、災害/緊急時無線通信サービス/システム、IoT（Internet of Things：モノのインターネット）サービス/システム、コミュニティーサービス/システム、映像配信サービス/システム、Femtoセル応用サービス/システム、VoLTE（Voice over LTE）サービス/システム、無線タグ・サービス/システム、課金サービス/システム、ラジオオンデマンドサービス/システム、ローミングサービス/システム、ユーザー行動監視サービス/システム、通信キャリア/通信NW選択サービス/システム、機能制限サービス/システム、PoC（Proof of Concept）サービス/システム、端末向け個人情報管理サービス/システム、端末向け表示・映像サービス/システム、端末向け非通信サービス/システム、アドホックNW/DTN（Delay Tolerant Networking）サービス/システムなどであってもよい。

上述したUEのカテゴリは、本明細書に記載された技術思想及び実施形態の応用例に過ぎない。本明細書のUEは、これらの例に限定されるものではなく、当業者は種々の変更をこれに行うことができる。

さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。

例えば、上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。

（付記１）
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを備え、
前記少なくとも１つのプロセッサは、２ステップ・ランダムアクセス手順から４ステップ・ランダムアクセス手順へのフォールバックの有効化（activation）を示すシステム情報をネットワークから受信したことに応答して、前記２ステップ・ランダムアクセス手順の第１メッセージを送信した後に、前記２ステップ・ランダムアクセス手順の第２メッセージの受信及び前記４ステップ・ランダムアクセス手順の第２メッセージの受信の両方を同時に試行するよう構成される、
無線端末。

（付記２）
前記２ステップ・ランダムアクセス手順の前記第２メッセージの受信の試行は、前記２ステップ・ランダムアクセス手順に関連付けられた第１の時間ウィンドウにおいて、前記２ステップ・ランダムアクセス手順の前記第２メッセージの受信を試行することを含み、
前記４ステップ・ランダムアクセス手順の前記第２メッセージの受信の試行は、前記４ステップ・ランダムアクセス手順に関連付けられた第２の時間ウィンドウにおいて、前記２ステップ・ランダムアクセス手順の前記第２メッセージの受信を試行することを含む、
付記１に記載の無線端末。

（付記３）
前記２ステップ・ランダムアクセス手順の前記第２メッセージの受信の試行は、前記２ステップ・ランダムアクセス手順の前記第２メッセージがスケジュールされたダウンリンクリソースを示すダウンリンク制御情報をデコードするために、前記第１の時間ウィンドウにおいて、前記２ステップ・ランダムアクセス手順に関連付けられた第１のRA-RNTIを用いて、Physical Downlink Control Channel（PDCCH）をモニターすることを含み、
前記４ステップ・ランダムアクセス手順の前記第２メッセージの受信の試行は、前記４ステップ・ランダムアクセス手順の前記第２メッセージがスケジュールされたダウンリンクリソースを示すダウンリンク制御情報をデコードするために、前記第２の時間ウィンドウにおいて、前記４ステップ・ランダムアクセス手順に関連付けられた第２のRA-RNTIを用いて、前記PDCCHをモニターすることを含む、
付記２に記載の無線端末。

（付記４）
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを備え、
前記少なくとも１つのプロセッサは、Radio Resource Control (RRC) レイヤ及びMedium Access Control (MAC) レイヤを提供するよう構成され、
前記MACレイヤは、２ステップ・ランダムアクセス手順から４ステップ・ランダムアクセス手順へフォールバックする場合に、前記フォールバックを前記RRCレイヤに知らせるよう構成される、
無線端末。

（付記５）
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを備え、
前記少なくとも１つのプロセッサは、Radio Resource Control (RRC) レイヤ及びMedium Access Control (MAC) レイヤを提供するよう構成され、
前記MACレイヤは、２ステップ・ランダムアクセス手順から４ステップ・ランダムアクセス手順への変更及びその反対を前記RRCレイヤに知らせるよう構成される、
無線端末。

（付記６）
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを備え、
前記少なくとも１つのプロセッサは、２ステップ・ランダムアクセス手順から４ステップ・ランダムアクセス手順へのフォールバックが行われたがランダムアクセスが成功裏に完了されなかった場合に、当該ランダムアクセスを再スタートするために、前記２ステップ・ランダムアクセス手順及び前記４ステップ・ランダムアクセス手順の間で選択するよう構成される、
無線端末。

（付記７）
前記少なくとも１つのプロセッサは、前記２ステップ・ランダムアクセス手順及び前記４ステップ・ランダムアクセス手順のうち、次の利用可能なプリアンブル送信機会が早く到来する一方の手順に従って、当該ランダムアクセスを再スタートするよう構成される、
付記６に記載の無線端末。

（付記８）
前記少なくとも１つのプロセッサは、前記２ステップ・ランダムアクセス手順及び前記４ステップ・ランダムアクセス手順のうち、複数の利用可能なプリアンブル送信機会の周期又は間隔が短い一方の手順に従って、当該ランダムアクセスを再スタートするよう構成される、
付記６に記載の無線端末。

（付記９）
前記少なくとも１つのプロセッサは、前記２ステップ・ランダムアクセス手順及び前記４ステップ・ランダムアクセス手順のそれぞれの試行回数に基づいて、前記２ステップ・ランダムアクセス手順及び前記４ステップ・ランダムアクセス手順の間で選択するよう構成される、
付記６に記載の無線端末。

（付記１０）
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを備え、
前記少なくとも１つのプロセッサは、
ランダムアクセスの開始をトリガーする複数のイベントうちの少なくとも１つが２ステップ・ランダムアクセス手順に関連付けられることを示す設定をネットワークから受信するよう構成され、
前記少なくとも１つのイベントのためにランダムアクセスを開始する場合に前記２ステップ・ランダムアクセス手順を行い、前記少なくとも１つのイベント以外のイベントのためにランダムアクセスを開始する場合に４ステップ・ランダムアクセス手順を行う、
よう構成される、
無線端末。

（付記１１）
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを備え、
前記少なくとも１つのプロセッサは、
Radio Resource Control (RRC) establishment、RRC reestablishment、及びRRC resumeの複数の要因（cause）のうち少なくとも１つが２ステップ・ランダムアクセス手順に関連付けられることを示す設定をネットワークから受信するよう構成され、
前記少なくとも１つの要因に基づくRRC establishment、RRC reestablishment、又はRRC resumeのためにランダムアクセスを開始する場合に前記２ステップ・ランダムアクセス手順を行い、前記少なくとも１つの要因以外の要因に基づくRRC establishment、RRC reestablishment、又はRRC resumeのためにランダムアクセスを開始する場合に４ステップ・ランダムアクセス手順を行う、
よう構成される、
無線端末。

（付記１２）
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを備え、
前記少なくとも１つのプロセッサは、
２ステップ・ランダムアクセス手順の再スタートの最大数を示す設定をネットワークから受信するよう構成され、
前記２ステップ・ランダムアクセス手順の再スタートの回数が前記最大数に到達した後に、４ステップ・ランダムアクセス手順にフォールバックするよう構成される、
無線端末。

（付記１３）
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサを備え、
前記少なくとも１つのプロセッサは、２ステップ・ランダムアクセス手順から４ステップ・ランダムアクセス手順へのフォールバックの有効化（activation）を示すシステム情報を送信するよう構成され、
前記システム情報は、無線端末に、前記２ステップ・ランダムアクセス手順の第１メッセージを送信した後に、前記２ステップ・ランダムアクセス手順の第２メッセージの受信及び前記４ステップ・ランダムアクセス手順の第２メッセージの受信の両方を同時に試行することを促す、
RANノード。

（付記１４）
前記２ステップ・ランダムアクセス手順の前記第２メッセージの受信の試行は、前記２ステップ・ランダムアクセス手順に関連付けられた第１の時間ウィンドウにおいて、前記２ステップ・ランダムアクセス手順の前記第２メッセージの受信を試行することを含み、
前記４ステップ・ランダムアクセス手順の前記第２メッセージの受信の試行は、前記４ステップ・ランダムアクセス手順に関連付けられた第２の時間ウィンドウにおいて、前記２ステップ・ランダムアクセス手順の前記第２メッセージの受信を試行することを含む、
付記１３に記載のRANノード。

（付記１５）
前記２ステップ・ランダムアクセス手順の前記第２メッセージの受信の試行は、前記２ステップ・ランダムアクセス手順の前記第２メッセージがスケジュールされたダウンリンクリソースを示すダウンリンク制御情報をデコードするために、前記第１の時間ウィンドウにおいて、前記２ステップ・ランダムアクセス手順に関連付けられた第１のRA-RNTIを用いて、Physical Downlink Control Channel（PDCCH）をモニターすることを含み、
前記４ステップ・ランダムアクセス手順の前記第２メッセージの受信の試行は、前記４ステップ・ランダムアクセス手順の前記第２メッセージがスケジュールされたダウンリンクリソースを示すダウンリンク制御情報をデコードするために、前記第２の時間ウィンドウにおいて、前記４ステップ・ランダムアクセス手順に関連付けられた第２のRA-RNTIを用いて、前記PDCCHをモニターすることを含む、
付記１４に記載のRANノード。

この出願は、２０１８年１０月２６日に出願された日本出願特願２０１８－２０２２７６を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１ gNB
２ UE
１０１ エアインタフェース
１７０４ プロセッサ
１７０５ メモリ
１８０３ ベースバンドプロセッサ
１８０４ アプリケーションプロセッサ
１８０６ メモリ

Claims (6)

1. ２ステップContention Based Random Access（CBRA）の第１メッセージの送信のための第１の送信バッファと、
   ４ステップCBRAの第３メッセージの送信のための第２の送信バッファと、を有する無線端末の方法であって、
   前記２ステップCBRAの前記第１メッセージを無線局に送信し、
   前記２ステップCBRAの第２メッセージを前記無線局から受信し、
   前記第１メッセージは、プリアンブルとMedium Access Control Protocol Data Unit（MAC PDU）を含み、
   前記第２メッセージは、前記４ステップCBRAへのフォールバックに関連するMACサブヘッダと、前記４ステップCBRAの前記第３メッセージの送信に利用可能なアップリンクリソースを示すアップリンク・グラントと、を包含し、
   前記アップリンク・グラントに従って、前記第２の送信バッファのコンテンツを包含する前記４ステップCBRAの前記第３メッセージを前記無線局に送信する、
   無線端末の方法。
2. 前記フォールバックに関連するMACサブヘッダは、前記２ステップCBRAから前記４ステップCBRAへのフォールバックを明示的に通知するMACサブヘッダである、請求項１に記載の無線端末の方法。
3. 前記２ステップCBRAのプリアンブル送信回数をカウントするためのPREAMBLE_TRANSMISSION_COUNTERの最大値を、前記無線局よりRadio Resource Control（RRC）メッセージで受信する、請求項１に記載の無線端末の方法。
4. ２ステップContention Based Random Access（CBRA）の第１メッセージの送信のための第１の送信バッファと、
   ４ステップCBRAの第３メッセージの送信のための第２の送信バッファと、を有する無線端末であって、
   少なくとも１つのメモリと、
   前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサとを備え、
   前記少なくとも１つのプロセッサは、
   前記２ステップCBRAの前記第１メッセージを無線局に送信し、
   前記２ステップCBRAの第２メッセージを前記無線局から受信し、
   前記第１メッセージは、プリアンブルとMedium Access Control Protocol Data Unit（MAC PDU）を含み、
   前記第２メッセージは、前記４ステップCBRAへのフォールバックに関連するMACサブヘッダと、前記４ステップCBRAの前記第３メッセージの送信に利用可能なアップリンクリソースを示すアップリンク・グラントと、を包含し、
   前記アップリンク・グラントに従って、前記第２の送信バッファのコンテンツを包含する前記４ステップCBRAの前記第３メッセージを前記無線局に送信する、
   無線端末。
5. 前記フォールバックに関連するMACサブヘッダは、前記２ステップCBRAから前記４ステップCBRAへのフォールバックを明示的に通知するMACサブヘッダである、請求項４に記載の無線端末。
6. 前記２ステップCBRAのプリアンブル送信回数をカウントするためのPREAMBLE_TRANSMISSION_COUNTERの最大値を、前記無線局よりRadio Resource Control（RRC）メッセージで受信する、請求項４に記載の無線端末。

Images