JP2023520721A - ランダムアクセスチャネルのための拡張レポート - Google Patents

Abstract

【課題】ランダムアクセスチャネルのための拡張レポート。【解決手段】本開示の例示的な実施形態は、ランダムアクセスチャネル（ＲＡＣＨ）のためのレポートを拡張するデバイス、方法、装置、およびコンピュータ可読記憶媒体に関する。本願方法は、構成情報に基づいて第２デバイスにアクセスするためのランダムアクセスプロセスにおけるランダムアクセス試行が実行されるという決定に従って、ランダムアクセス試行を記録するためのエントリを決定するステップであって、エントリはランダムアクセス試行に関連する変化が発生したかどうかを示すフォールバック情報を少なくとも備える、ステップと、エントリに少なくとも基づいてランダムアクセスプロセスのためのレポートを生成するステップと、レポートを第２デバイスに送信させるステップとを含む。このようにして、ＵＥ ＲＡＣＨレポートを用いて、ネットワークデバイスは、ＲＡプロセスの効率を改善し、ＲＡプロセスの効率を改善し、複数のフォールバックによるコストを削減することができる。【選択図】図７

Description

本開示の実施形態は、一般に、電気通信の分野に関し、特に、ランダムアクセスチャネル（ＲＡＣＨ）のための拡張レポートを提供する装置、方法、装置、およびコンピュータ可読記憶媒体関する。

無線通信では、端末デバイスが無線ネットワークへのアクセスを得るために、ネットワークデバイスとのランダムアクセス（ＲＡ）プロセスを実行することができる。現在、４ステップＲＡ型と２ステップＲＡ型の２タイプのランダムアクセス処理がサポートされている。両方のタイプのＲＡプロセスは、コンテンションベースランダムアクセス（ＣＢＲＡ）およびコンテンションフリーランダムアクセス（ＣＦＲＡ）をサポートする。

４ステップＣＢＲＡでは、端末デバイスがＲＡプリアンブルをネットワークデバイスに送信することによってＲＡＣＨプロセスを開始することができる。ＲＡプリアンブルを送信するためのメッセージは、「ＭＳＧ１」と呼ばれることがある。ネットワークデバイスがＲＡプリアンブルを正常に受信した場合、ネットワークデバイスは、検出されたプリアンブルの識別子、時間アドバンス、仮的なセル無線ネットワーク仮識別子（Ｃ－ＲＮＴＩ）、および、端末デバイスによるＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ(ＰＵＳＣＨ)送信をスケジューリングするためのアップリンク許可を含むランダムアクセス応答（ＲＡＲ）で応答することができる。ＲＡＲを送信するためのメッセージは、「ＭＳＧ２」と呼ばれることがある。次いで、端末デバイスは、「ＭＳＧ３」と呼ばれることがあるスケジュールされた送信をネットワークデバイスに送信することができる。ネットワークデバイスがスケジュールされた送信を受信する場合、ネットワークデバイスは競合があったかどうか、または、「ＭＳＧ４」と呼ばれ得る端末デバイスによる送信が成功したかどうかを示すために、競合解決メッセージを送信し得る。

２ステップＣＢＲＡでは、ＲＡＣＨプロセスが２ラウンドトリップから１に低減されるまでに必要なラウンドトリップの数が低減される。これは、「ＭＳＧＡ」と呼ばれるメッセージで「ＭＳＧ１」と「ＭＳＧ３」の両方を送信することによって、および「ＭＳＧ２」と「ＭＳＧ４」をさらに組み合わせて「ＭＳＧＢ」と呼ばれるメッセージにすることによって達成される。

一般に、本開示の例示的な実施形態は、ＲＡＣＨのための拡張レポートのソリューションを提供する。

第１の態様では、第１デバイスが提供される。第１デバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備え、少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、第１デバイスに、構成情報に基づいて第２デバイスにアクセスするためのランダムアクセス処理におけるランダムアクセス試行が実行されるという決定に従って、ランダムアクセス試行を記録するためのエントリを決定することであって、ランダムアクセス試行に関連する変化が発生したかどうかを示すフォールバック情報を少なくとも含む、ことと、エントリに少なくとも基づいてランダムアクセス処理のためのレポートを生成することと、レポートを第２デバイスに送信させるように構成される。

第２の態様では、第１デバイスが提供される。第１デバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備え、少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、第１デバイスに、第２デバイスにアクセスするためのランダムアクセス処理におけるランダムアクセス試行が実行されるという決定に従って、ランダムアクセス試行を記録するためのエントリを決定させ、該エントリは、ランダムアクセス試行のタイプ、ランダムアクセス試行の競合メカニズムのタイプ、ランダムアクセス試行の少なくとも１つのランダムアクセスパラメータ、ランダムアクセス試行の識別子、ランダムアクセス試行が実行されるビームの識別子、および、前記ランダムアクセス試行のフォールバック情報を少なくとも含み、エントリに基づいてランダムアクセス処理のためのレポートを生成させるように構成される。

第３の態様では、第２デバイスが提供される。第２デバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備え、少なくとも１つのメモリおよびコンピュータプログラムコードは、少なくとも１つのプロセッサを用いて、第１デバイスに、構成情報に基づいて第２デバイスにアクセスするためのランダムアクセス処理のためのレポートを第１デバイスから少なくとも受信させ、レポートはランダムアクセス処理におけるランダムアクセス試行を記録するためのエントリを少なくとも備え、エントリはランダムアクセス試行に関連する変化が生じたかどうかを示すフォールバック情報を少なくとも備え、レポートに基づいて構成情報を更新するように構成される。

第４の態様では、方法が提供される。本願方法は、構成情報に基づいて第２デバイスにアクセスするためのランダムアクセス処理におけるランダムアクセス試行が実行されるという決定に従って、ランダムアクセス試行を記録するためのエントリを決定することであって、エントリはランダムアクセス試行に関連する変化が発生したかどうかを示すフォールバック情報を少なくとも備える、ことと、エントリに少なくとも基づいてランダムアクセス処理のためのレポートを生成することと、レポートを第２デバイスに送信させることとを含む。

第５の態様では、方法が提供される。本願方法は、第２デバイスにアクセスするためのランダムアクセス処理におけるランダムアクセス試行が実行されるという決定に従って、ランダムアクセス試行を記録するためのエントリ、ランダムアクセス試行のタイプと、ランダムアクセス試行のための競合メカニズムのタイプと、ランダムアクセス試行の少なくとも１つのランダムアクセスパラメータと、ランダムアクセス試行の識別子と、
ランダムアクセス試行が実行されるビームの識別子と、ランダムアクセス試行のフォールバック情報と、を決定することと、エントリに基づいてランダムアクセス処理のためのレポートを生成することと、が実行される。

第６の態様では、方法が提供される。本願方法は、第１デバイスから、構成情報に基づいて第２デバイスにアクセスするために第１デバイスにおいて実行されるランダムアクセス処理のためのレポートを受信することと、ここで、レポートはランダムアクセス処理においてランダムアクセス試行を記録するためのエントリを少なくとも備え、エントリはランダムアクセス試行のタイプが変更されるかどうかを示すフォールバック情報を備え、レポートに基づいて構成情報を更新することとを含む。

第７の態様では、構成情報に基づいて第２デバイスにアクセスするためのランダムアクセス処理におけるランダムアクセス試行が実行されるという決定に従って、ランダムアクセス試行を記録するためのエントリを決定するための手段であって、該エントリは、ランダムアクセス試行に関連する変化が発生したかどうかを示すフォールバック情報を少なくとも備える、手段と、少なくともエントリに基づいてランダムアクセス処理のためのレポートを生成するための手段と、レポートを第２デバイスに送信させるための手段とを備える装置が提供される。

第８の態様では、第２デバイスにアクセスするためのランダムアクセス処理におけるランダムアクセス試行が実行されるという決定に従って、ランダムアクセス試行を記録するためのエントリを決定するための手段であって、該エントリは、ランダムアクセス試行のタイプと、ランダムアクセス試行のための競合メカニズムのタイプと、ランダムアクセス試行の少なくとも１つのランダムアクセスパラメータと、ランダムアクセス試行の識別子と、ランダムアクセス試行が実行されるビームの識別子と、ランダムアクセス試行のフォールバック情報と、のうちの少なくとも１つを含む、手段と、エントリに基づいてランダムアクセス処理のためのレポートを生成するための手段と、を備える、装置が提供される。

第９の態様では、第１デバイスから、構成情報に基づいて第２デバイスにアクセスするために第１デバイスにおいて実行されるランダムアクセス処理のためのレポートを受信する手段であって、該レポートは、ランダムアクセス処理におけるランダムアクセス試行を記録するためのエントリを少なくとも備え、該エントリは、ランダムアクセス試行の種類が変更されるかどうかを示すフォールバック情報を備える、手段と、レポートに基づいて構成情報を更新するための手段とを受信するための手段を備える装置が提供される。

第１０の態様では、装置の少なくとも１つのプロセッサによって実行されると、装置に第４の態様による方法を実行させるコンピュータプログラムが記憶されたコンピュータ可読媒体が提供される。

第１１の態様では、装置の少なくとも１つのプロセッサによって実行されると、装置に第５の態様による方法を実行させるコンピュータプログラムが記憶されたコンピュータ可読媒体が提供される。

第１２の態様では、装置の少なくとも１つのプロセッサによって実行されると、装置に第６の態様による方法を実行させるコンピュータプログラムが記憶されたコンピュータ可読媒体が提供される。

本開示の実施形態の他の特徴および利点はまた、本開示の実施形態の原理を例として示す添付の図面と併せて読まれるとき、特定の実施形態の以下の説明から明らかになる。

本開示の実施形態は例の意味で提示され、それらの利点は添付の図面を参照して以下でより詳細に説明される 。
図１は、本開示の例示的な実施形態を実施することができる例示的な環境を示す。 図２は、本開示のいくつかの例示的な実施形態による、ＲＡＣＨのための強化されたレポートを提供するプロセスを示すシグナリングチャートを示す。 図３は、本開示のいくつかの例示的な実施形態による、ＲＡＣＨのための強化されたレポートを提供するプロセスを示すシグナリングチャートを示す。 図４は、本開示のいくつかの例示的な実施形態による、ＲＡＣＨのための強化されたレポートを提供するプロセスを示すシグナリングチャートを示す。 図５は、本開示のいくつかの例示的な実施形態による、ＲＡＣＨのための強化されたレポートを提供するプロセスを示すシグナリングチャートを示す。 図６は、本開示のいくつかの例示的な実施形態による、ＲＡＣＨのための強化されたレポートを提供するプロセスを示すシグナリングチャートを示す。 図７は、本開示のいくつかの例示的な実施形態による、ＲＡＣＨのための拡張レポートを提供する例示的な方法のフローチャートを示す。 図８は、本開示のいくつかの例示的な実施形態による、ＲＡＣＨのための拡張レポートを提供する例示的な方法のフローチャートを示す。 図９は、本開示のいくつかの例示的な実施形態による、ＲＡＣＨのための拡張レポートを提供する例示的な方法のフローチャートを示す。 図１０は、本開示の例示的な実施形態を実装するのに適した装置の簡略化されたブロック図を示す。 図１１は、本開示のいくつかの実施形態による、例示的なコンピュータ可読媒体のブロック図を示す。

図面全体を通して、同一または類似の参照番号は、同一または類似の要素を表す。

次に、いくつかの例示的な実施形態を参照して、本開示の原理を説明する。これらの実施形態は例示の目的でのみ説明され、当業者が本開示を理解し、実施するのを助けるものであり、本開示の範囲に関する制限を示唆するものではないことを理解されたい。なお、本発明は、以下に説明する以外の種々の態様で実施することが可能である。

以下の説明および特許請求の範囲では別途定義されない限り、本明細書で使用されるすべての技術用語および科学用語は本開示が属する技術分野の通常の技能の１つによって一般に理解されるのと同じ意味を有する。

本開示における「１つの実施形態」、「一実施形態」、「例示的な実施形態」などへの言及は、説明される実施形態が特定の特徴、構造、または特性を含み得ることを示すが、すべての実施形態が特定の特徴、構造、または特性を含む必要はない。さらに、そのような語句は、必ずしも同じ実施形態を参照するものではない。さらに、特定の特徴、構造、または特性が例示的な実施形態に関連して説明される場合、明示的に説明されるか否かにかかわらず、他の実施形態に関連して、そのような特徴、構造、または特性に影響を及ぼすことは、当業者の知識の範囲内であることが提出される。

本明細書では様々な要素を説明するために「第１の」および「第２の」などの用語が使用され得るが、これらの要素はこれらの用語によって限定されるべきではないことを理解されたい。これらの用語は、様々な要素の機能を区別するためにのみ使用される。本明細書で使用するとき、用語「及び／又は」は、列挙された用語のうちの１つ以上の任意の及び全ての組み合わせを含む。

本明細書で使用される用語は特定の実施形態を説明することのみを目的としており、例示的な実施形態を限定することを意図するものではない。用語「含む（ｃｏｍｐｒｉｓｅｓ）」、「備える（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｓ）」、「有している（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」、および／または「含んでいる（ｉｎｃｌｕｄｉｎｇ）」は本明細書で使用される場合、述べられた特徴、要素、および／または、成分などの存在を特定するが、1つ以上の他の特徴、要素、構成要素、および/またはそれらの組み合わせの存在または追加を排除するものではない。

本出願で使用される場合、「回路」という用語は、以下のうちの１つ以上またはすべてを指し得る。
(ａ)ハードウェアのみの回路実装（アナログおよび／またはデジタル回路のみの実装など）および
(ｂ)（該当する場合）などのハードウェア回路とソフトウェアの組み合わせ：
(ｉ)アナログおよび／またはデジタルハードウェア回路とソフトウェア／ファームウェアとの組み合わせ、および
(ｉｉ)（デジタル信号プロセッサを含む）ソフトウェア、ソフトウェア、およびメモリを有するハードウェアプロセッサの任意の部分は、携帯電話またはサーバなどの装置に様々な機能を実行させるように協働する。
(ｃ)動作のためにソフトウェア（例えば、ファームウェア）を必要とする、マイクロプロセッサまたはマイクロプロセッサの一部などのハードウェア回路および／またはプロセッサは、動作のために必要とされないときにはソフトウェアが存在しなくてもよい。

回路のこの定義は、任意の特許請求の範囲を含む、本出願におけるこの用語の全ての使用に適用される。さらなる例として、本出願で使用されるように、回路という用語は、単にハードウェア回路もしくはプロセッサ（または複数のプロセッサ）、またはハードウェア回路もしくはプロセッサの一部、およびそれ（またはそれらの）付随するソフトウェアおよび／またはファームウェアの実装も包含する。回路という用語は例えば、特定の請求項要素に適用可能な場合、サーバ、セルラーネットワークデバイス、または他のコンピューティングもしくはネットワークデバイスにおけるモバイルデバイスまたは同様の集積回路のためのベースバンド集積回路またはプロセッサ集積回路も包含する。

本明細書で使用される場合、「通信ネットワーク」という用語は、第５世代（５Ｇ）システム、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスト（ＬＴＥ－Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））、高速パケットアクセス（ＨＳＰＡ）、狭帯域モノのインターネット（ＮＢ－ＩｏＴ）などの任意の適切な通信規格に従うネットワークを指す。さらに、通信ネットワーク内の端末デバイスとネットワークデバイスとの通信は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、将来第５世代（５Ｇ）の新しい無線（ＮＲ）通信プロトコル、および／または将来に既知または今後開発予定の他のプロトコルを含む任意の適当な第１世代通信プロトコルに従って実施することができる。しかし、これらに限定されない。本開示の実施形態は、様々な通信システムに適用され得る。通信における急速な発展を考慮すると、当然ながら、本開示を実施することができる将来のタイプの通信技術およびシステムも存在する。本開示の技術的範囲を上述のシステムのみに限定するものと見なされるべきではない。

本明細書で使用される場合、「ネットワークデバイス」という用語は端末デバイスがネットワークにアクセスし、そこからサービスを受信する、通信ネットワーク内のノードを指す。ネットワークデバイスは、適用される用語および技術に応じて、基地局（ＢＳ）またはアクセスポイント（ＡＰ）、たとえば、ノードＢ（ノードＢまたはＮＢ）、発展型ノードＢ(ｅノードＢまたはｅＮＢ）、ＮＲ次世代ノードＢ(ｇＮＢ)、リモート無線ユニット（ＲＲＵ）、無線ヘッダ（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、中継器、フェムト、ピコなどの低電力ノードなどを指し得る。ネットワークデバイスは、例えば、ネットワークデバイスがｇＮＢ－ＣＵまたはｇＮＢ－ＤＵのいずれかであるように定義される場合、ＣＵ／ＤＵ分割などのｇＮＢの一部として定義されることが許可される。

「端末デバイス」という用語は、無線通信が可能であり得る任意のエンドデバイスを指す。限定ではなく例として、端末デバイスは、通信装置、ユーザ機器（ＵＥ）、加入者局（ＳＳ）、ポータブル加入者局、モバイル局（ＭＳ）、またはアクセス端末（ＡＴ）とも呼ばれ得る。端末デバイスは、限定はしないが、携帯電話、携帯電話、スマートフォン、ボイスオーバーＩＰ(ＶｏＩＰ)電話、無線ローカルループ電話、タブレット、ウェアラブル端末デバイス、携帯情報端末（ＰＤＡ）、ポータブルコンピュータ、デスクトップコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーム端末デバイス、音楽記憶および再生機器、車両無線端末デバイス、無線エンドポイント、モバイルステーション、ラップトップ組込型機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、スマート装置、無線カスタマープレミス機器（ＣＰＥ）、モノのインターネット（ＩｏＴ）装置、時計または他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、車両、ドローン、医療装置およびアプリケーション（たとえば、遠隔手術）、産業装置およびアプリケーション（たとえば、産業および／または自動処理チェーン文脈で動作するロボットおよび／または他の無線装置）、消費者を含み得る電子装置、商用および／または工業用無線ネットワーク上で動作する装置などを含む。端末デバイスはまた、統合アクセスおよびバックホール（ＩＡＢ）ノード（別名、リレーノード）のモバイル終端（ＭＴ）部分に対応し得る。以下の説明では「端末デバイス」、「通信デバイス」、「端末」、「ユーザ機器」、および「ＵＥ」という用語は互換的に使用され得る。

本明細書で説明する機能は、各種例示的実施形態では固定および／または無線ネットワークノードにおいて実行され得るが、
他の例示的実施形態では機能がユーザ機器装置（携帯電話またはタブレットコンピュータまたはラップトップコンピュータまたはデスクトップコンピュータまたはモバイルＩｏＴデバイスまたは固定ＩｏＴデバイスなど）において実装され得る。このユーザ機器装置は、例えば、必要に応じて、固定および／または無線ネットワークノードに関連して説明されるような対応する能力を備えることができる。ユーザ機器装置はユーザ機器、および／またはその中にインストールされたときにユーザ機器を制御するように構成された、チップセットまたはプロセッサなどの制御デバイスであり得る。そのような機能の例は、ブートストラッピングサーバ機能および／またはホーム加入者サーバを含み、ブートストラッピングサーバ機能および／またはホーム加入者サーバはユーザ機器装置に、これらの機能／ノードの観点からユーザ機器装置に実行させるように構成されたソフトウェアを提供することによって、ユーザ機器装置において実装され得る。

図１は、本開示の実施形態が実装され得る例示的な通信ネットワーク１００を示す。図１に示されるように、通信ネットワーク１００は、端末デバイス１１０（以下、第１デバイス１１０とも呼ばれる）を備える。通信ネットワーク１００はネットワークデバイス１２０－１および１２０－２（以下、まとめてネットワークデバイス１２０と呼ぶこともあり、またはそれぞれ第２デバイス１２０－１および第３デバイス１２０－２と呼ぶこともある）をさらに備える。端末デバイス１１０は、ネットワークデバイス１２０と通信することができる。場合によっては通信ネットワーク１００が「集中型ユニット／分散型ユニット」アーキテクチャをサポートし得る場合、ネットワークデバイス１２０－１は集中型ユニット（ｇＮＢ－ＣＵ）とも呼ぶことができ、ネットワークデバイス１２０－２は分散型ユニット（ｇＮＢ－ＤＵ）とも呼ぶことができる。ネットワークデバイス１２０－１とネットワークデバイス１２０－２とは、互いに通信することができる。図１はｇＮＢ－ＣＵ １２０－１が単一のｇＮＢ－ＤＵ １２０－２に接続されることを示すが、多数のｇＮＢ－ＤＵがｇＮＢ－ＣＵ １２０－１に接続され得ることを理解されたい。また、図１に示されるネットワークデバイスおよび端末デバイスの数は、いかなる制限も示唆することなく、例示の目的のために与えられることを理解されたい。

通信技術に応じて、ネットワーク１００は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元アドレス（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワーク、単一キャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ）ネットワーク、または任意の他のネットワークであり得る。ネットワーク１００において論じられる通信は、新無線アクセス（ＮＲ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥエボリューション、ＬＴＥアドバンスト（ＬＴＥ－Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））、符号分割多元接続（ＣＤＭＡ）、ｃｄｍａ２０００、およびモバイル通信のためのグローバルシステム（ＧＳＭ（登録商標））などを含むが、それらに限定されない、任意の適切な標準に準拠し得る。さらに、通信は、現在知られているか、または将来開発されるべき任意の世代の通信プロトコルに従って実行され得る。通信プロトコルの例としては、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）通信プロトコルなどがあるが、これらに限定されない。本明細書で説明する技法は、上述の無線ネットワークおよび無線技術、ならびに他の無線ネットワークおよび無線技術のために使用され得る。明確にするために、本技術の特定の局面はＬＴＥについて以下で説明され、ＬＴＥ用語は以下の説明の多くで使用される。

上述のように、無線通信では、端末デバイスが無線ネットワークへのアクセスを得るために、ネットワークデバイスとのＲＡ処理を実行することができる。現在、４ステップＲＡ型と２ステップＲＡ型の２タイプのランダムアクセス処理がサポートされている。両方のタイプのＲＡプロセスは、ＣＢＲＡおよびＣＦＲＡをサポートする。

４ステップＣＢＲＡでは、端末デバイスがＲＡプリアンブルをネットワークデバイスに送信することによってＲＡＣＨプロセスを開始することができる。ＲＡプリアンブルを送信するためのメッセージは、「ＭＳＧ１」と呼ばれることがある。ネットワークデバイスがＲＡプリアンブルを正常に受信した場合、ネットワークデバイスは、検出されたプリアンブルの識別子、時間アドバンス、一時的なＣ－ＲＮＴＩ、および端末デバイスによるＰＵＳＣＨ送信をスケジューリングするためのアップリンク許可を含むＲＡＲで応答することができる。ＲＡＲを送信するためのメッセージは、「ＭＳＧ２」と呼ばれることがある。次いで、端末デバイスは、「ＭＳＧ３」と呼ばれることがあるスケジュールされた送信をネットワークデバイスに送信することができる。ネットワークデバイスがスケジュールされた送信を受信する場合、ネットワークデバイスは、競合があったかどうか、または「ＭＳＧ４」と呼ばれ得る端末デバイスによる送信が成功したかどうかを示すために、競合解決メッセージを送信し得る。

２ステップＣＢＲＡでは、ＲＡＣＨプロセスが２ラウンドトリップから１に低減されるまでに必要なラウンドトリップの数が低減される。これは、「ＭＳＧＡ」と呼ばれるメッセージで「ＭＳＧ１」と「ＭＳＧ３」の両方を送信することによって、および「ＭＳＧ２」と「ＭＳＧ４」をさらに組み合わせて「ＭＳＧＢ」と呼ばれるメッセージにすることによって達成される。ＲＡＣＨアクセスが成功するまでＲＡＣＨチャネル占有率を最小化するというその特性のために、２ステップＲＡＣＨは、無認可アクセスにおけるリッスン・ビフォア・トーク（ＬＢＴ）にも使用されている。さらに、ＣＢＲＡに加えて、ＣＦＲＡ処理もサポートされ得る。

２ステップＲＡＣＨでは、失敗した試みは、「ＭＳＧＡ」（プリアンブルおよびＰＵＳＣＨペイロードの両方）が受信されなかったため、またはペイロードがネットワークデバイスによって受信されなかったためのいずれかであり得る。

「ＭＳＧＡ」ペイロードの失敗は例えば、プリアンブルグループ選択のためのバッファしきい値および／またはパスロス／電力しきい値が適切に設定されない場合、端末デバイスによって選択されたメッセージサイズが、所与のチャネル条件のために送信に成功するには「大きすぎる」ためであり得る。２ステップＲＡＣＨにおいて、端末デバイスは、バッファサイズを閾値パラメータｒａ－ＭｓｇＡＳｉｚｅＧｒｏｕｐＡと比較することによって、プリアンブルグループＡまたはＢを選択することができる。バッファサイズがパラメータｒａ－ＭｓｇＡＳｉｚｅＧｒｏｕｐＡより大きい場合、およびプリアンブル基Ｂが構成されている場合、端末デバイスは、基Ｂのプリアンブルを選択することができる。

しかしながら、ネットワークデバイスが「ＭＳＧＡ」ペイロード受信を受信できない場合、プリアンブル検出も失敗した場合、ネットワークデバイスは、端末デバイスによって選択された「ＭＳＧＡ」のサイズを知らないことがある。プリアンブルがネットワークデバイスによって検出され得る場合、ネットワークデバイスは、対応するペイロードを認識し得る。「ＭＳＧＡ」送信の転帰に関する情報と共に「ＭＳＧＡ」のサイズの知識を有することは、「ＭＳＧＡ」のＰＵＳＣＨサイズ、プリアンブルおよびプリアンブルグループＡおよびＢのために使用される物理レイヤパラメータだけでなく、「ｒａ－ＭｓｇＡＳｉｚｅＧｒｏｕｐＡ」パラメータの最適化に寄与することができる。例えば、しきい値パラメータ「ｒａ－ＭｓｇＡＳｉｚｅＧｒｏｕｐＡ」を再構成する、または「ＭＳＧＡ」ペイロードのためにＰＵＳＣＨ構成を再構成する手段によって、ネットワークデバイスは端子が特定のメッセージサイズのために様々なプリアンブルを選択することを可能にすることができる。

さらに、２ステップＲＡＣＨには複数のフォールバック機構がある。本明細書では、「フォールバック」という用語がＲＡ試行のタイプの切り替えを指し得る。
たとえば、２ステップＣＢＲＡ／ＣＦＲＡ ＲＡＣＨ試行が成功しない場合、２ステップＣＢＲＡ／ＣＦＲＡ ＲＡＣＨ試行は、４ステップＣＢＲＡ／ＣＦＲＡ ＲＡＣＨに切り替えられ得る。さらに、適切なビームが見つからない場合、４ステップＣＦＲＡ ＲＡＣＨ試行を４ステップＣＢＲＡ ＲＡＣＨに切り替えることができ、または２ステップＣＦＲＡ試行を２ステップＣＢＲＡ ＲＡＣＨに切り替えることができる。

フォールバックは、ＲＡＣＨが成功する前に遅延および送信の数を増加させるので、コストがかかる可能性がある。これは、チャネル占有時間がより重要であるＬＢＴでは特に問題となり得る。ネットワークデバイスは、発生したフォールバックのタイプをネットワークデバイスが認識できる場合、リソースを最適化することができる。端末デバイスがこの情報を記録しない限り、すべてのフォールバックがネットワークデバイスに見えるわけではない。

また、４ステップＣＢＲＡリソースが設定されていないＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）上に２ステップＲＡＣＨリソースが設定されている場合には、フォールバックが発生しない可能性がある。２ステップＲＡＣＨ試行が成功しない場合でも、ＲＡＣＨ試行は、この場合、４ステップＲＡＣＨ試行に切り替えることができない。

ＵＥ ＲＡＣＨレポートは、ＲＬＦレポートの一部として、または個別に送信することができる。端末デバイスは、２つ以上のＲＡＣＨプロセス関連ＵＥ ＲＡＣＨレポートを記憶することができる。レポートは、プリアンブル、同期信号ブロックのインデックス（ＳＳＢ）、またはセル固有基準信号のインデックス（ＣＳＩ－ＲＳ）など、ＲＡＣＨプロセスに関連するいくつかのパラメータを反映し得る。ネットワークデバイスは、ＵＥ ＲＡＣＨレポートに基づいてＲＡＣＨプロセスを最適化し得る。しかしながら、２ステップＲＡＣＨは、ＲＡＣＨ最適化の一部とは見なされなかった。

ＣＵ－ＤＵアーキテクチャの場合、ＲＡＣＨコンフィギュレーションコンフリクト検出および解決機能は、ｇＮＢ－ＤＵに位置する。ｇＮＢ－ＤＵは、競合するセルのための新たなＰＲＡＣＨ構成を効果的に選択するために、ＲＡＣＨ構成競合の被験体となる別のセルに隣接するいくつかまたはすべてのセルのＰＲＡＣＨ構成を知る必要がある。ＵＥ ＲＡＣＨレポートは、端末デバイスからｇＮＢ－ＣＵに送信される。次いで、ＵＥ ＲＡＣＨレポートは、ｇＮＢ－ＣＵからｇＮＢ－ＤＵに交換される。

したがって、本開示の実施形態は、特に２ステップＲＡＣＨのためのＵＥ ＲＡＣＨレポートのための、拡張ＵＥ ＲＡＣＨレポートのためのアプローチを提案する。レポートは、フォールバックが発生したかどうか、またはフォールバックの理由など、フォールバックに関する情報を少なくとも備えることができる。このようにして、拡張ＵＥ ＲＡＣＨレポートに基づいてＲＡＣＨ最適化を達成することができる。

以下、図２～図８を参照して、本開示の原理および実施を詳細に説明する。図２は、本開示のいくつかの例示的な実施形態による、ＲＡＣＨのための拡張レポートを提供するプロセスを示すシグナリングチャートを示す。説明のために、処理２００は、図１を参照して説明される。処理２００は、端末デバイス１１０およびネットワークデバイス１２０を伴い得る。

端末デバイス１１０においてＲＡＣＨ処理が開始される場合、端末デバイス１１０は、ＲＡＣＨ処理のためのリソースに基づいてＲＡ試行の実行を開始することができる。図２に示されるように、端末デバイス１１０において２ステップＲＡ試行が行われる場合、端末デバイス１１０は、ネットワークデバイス１２０に「ＭＳＧＡ」を送信することができる（２０５）。端末デバイス１１０は「ＭＳＧＡ」が送信された後に、「ＭＳＧＡ」の送信をログ記録することができる。端末デバイス１１０が「ＭＳＧＡ」の送信後にネットワークデバイス１２０から何らかの応答を受信することができない場合、この２ステップＲＡ試行は、失敗したＲＡ試行とみることができる。

この２ステップＲＡ試行は、ＲＡプロセスにおける最初のＲＡ試行であり得ることを理解されたい。少なくとも１つの前の２ステップＲＡ試行が、この２ステップＲＡ試行の前に実行されていることも可能である。

この失敗した２ステップＲＡ試行のために、端末デバイス１１０は、ＲＡ試行を記録するためのエントリを決定することができる（２１０）。エントリは、ＲＡ試行を記述するための情報を備え得る。レポートは、ＲＡ試行のタイプ（たとえば、２ステップ対４ステップ）、ＲＡ試行のための競合メカニズムのタイプ（たとえば、ＣＢＲＡ対ＣＦＲＡ）、使用されるプリアンブルなどのＲＡ試行の１つ以上のランダムアクセスパラメータ、またはプリアンブルタイプがグループＡまたはグループＢであるかどうか、および「ＭＳＧＡ」ペイロードのサイズであるかどうか、ＲＡ試行の識別子、ビームインデックスなどの、ＲＡ試行が実行されるビームのインデックス、ＳＳＢインデックスまたはＣＳＩ－ＲＳインデックスであり得る、およびフォールバック指示のうちの少なくとも１つを備え得る。

この２ステップＲＡ試行の後にフォールバックが発生せず、その後の２ステップＲＡ試行が実行される場合、フォールバック指示は、ＵＥ ＲＡＣＨレポートにおいて「－」などのフォールバックの欠如を識別する記号を用いて識別され得る。

オプションとして、ＲＡ試行のランダムアクセスパラメータに関して、ＵＥ ＲＡＣＨレポートは、プリアンブルタイプと「ＭＳＧＡ」ペイロードのサイズとのうちの１つのみを示し得る。端末デバイス１１０が「ＭＳＧＡ」において送信されたペイロードのサイズをＵＥ ＲＡＣＨレポートにおいて示す場合、ネットワークデバイス１２０は、使用されたプリアンブルグループ（グループＡまたはグループＢ）のタイプを推定することができる。
端末デバイス１１０がＵＥ ＲＡＣＨレポートにおいてプリアンブルのタイプを示す場合、ネットワークデバイス１２０は、「ＭＳＧＡ」ペイロードの範囲に関する情報を取得することができる。

したがって、この失敗した２ステップＲＡ試行について、例示的なエントリは、「２ステップＣＢＲＡ、ペイロードサイズ、フォールバック：－、ビームインデックス、＃ＲＡＣＨ試行」として表すことができる。
たとえば、ビームインデックスはＳＳＢインデックスまたはＣＳＩ－ＲＳインデックスであり得、＃ＲＡＣＨ試みはビームインデックス上のＲＡＣＨ試みの数に対応する。

前の２ステップＲＡ試行が失敗し、フォールバックが発生していないので、端末デバイス１１０は、後続の２ステップＲＡ試行を実行し続けることができる。例えば、図２に示されるように、後続の２ステップＲＡ試行において、端末デバイス１１０は、ネットワークデバイス１２０に「ＭＳＧＡ」をさらに送信する（２１５）ことができる。端末デバイス１１０は「ＭＳＧＡ」が送信された後に、「ＭＳＧＡ」の送信をログ記録することができる。端末デバイス１１０が依然としてネットワークデバイス１２０から応答を受信できない場合、後続の２ステップＲＡ試行は、失敗したＲＡ試行と見なすことができる。

いくつかの例示的な実施形態では、端末デバイス１１０がこの後続の２ステップＲＡ試行までに「ＭＳＧＡ」が送信された回数が閾値数を超えると決定した場合、端末デバイス１１０は２ステップＲＡ試行をさらに実行することを許可されなくてもよい。すなわち、フォールバックは、この後続の２ステップＲＡ試行の後に生じ得る。この場合、端末デバイス１１０は、２２０において、後続の２ステップＲＡ試行を記録するためのさらなるエントリを決定し得る。

したがって、後続の２ステップＲＡ試行の場合、さらなるエントリの例は、「２ステップＣＢＲＡ、ペイロード、フォールバック：＃失敗したＭＳＧＡ閾値、ビームインデックス、ＲＡＣＨ試行」として表すことができる。

４ステップＲＡ試行は、端末デバイス１１０において開始され得る。端末デバイス１１０は、「ＭＳＧ１」を送信することができる（２２５）。端末デバイス１１０が応答、すなわち「ＭＳＧ２」を受信すると（２３０）、端末デバイス１１０は、「ＭＳＧ３」をネットワークデバイス１２０に送信することができる（２３５）。送信が成功した場合、ネットワークデバイス１２０は、送信の成功を示すために競合解決メッセージを送信することができる（２４０）。

端末デバイス１１０が、ランダムアクセスの成功を示すメッセージを受信した場合、端末デバイス１１０はまた、４ステップＲＡ試行のためのエントリを決定し得る（２４５）。例えば、エントリは、「４ステップＣＢＲＡ、フォールバック：成功、ビームインデックス、ＲＡＣＨ試行、成功」として表すことができる。さらに、エントリは、「ＭＳＧＡ」が送信された時間およびＲＡプロセスが成功した時間に関するタイムスタンプの指示を含むことができる。これは、ＲＡ処理が成功裏に完了するのにどれくらいの時間がかかったかをネットワークが決定するのを助けることができる。追加のエントリ「成功」は、ＲＡＣＨ成功がフォールバックに結び付けられていない場合のＲＡＣＨ手順の成功を示すことができる。

ＲＡ処理において決定されたエントリに基づいて、端末デバイス１１０は、ＲＡ処理に関連付けられたレポートを生成し得る。端末デバイス１１０はさらに、レポートをネットワークデバイス１２０に送信する（２５０）ことができる。いくつかの例示的な実施形態では、端末デバイス１１０がネットワークデバイス１２０がレポートを必要とするとき、または特定の情報がレポートに記録されているときにのみ、レポートを送信することができる。ＵＥはネットワークデバイスがそれを要求数ように、ＵＥ ＲＡＣＨレポートの利用可能性をネットワークデバイスに示す前に、いくつかのＲＡＣＨ手順をログ記録し得る。
ネットワークデバイス１２０は、レポートに基づいてＲＡプロセスの構成情報を更新することができる（２５５）。

上述のように、ネットワークデバイス１２０－１がｇＮＢ－ＣＵと呼ばれ、ネットワークデバイス１２０－２がｇＮＢ－ＤＵと呼ばれるＣＵ－ＤＵアーキテクチャの場合、レポートは、ネットワークデバイス１２０－１に送信され、ネットワークデバイス１２０－１からネットワークデバイス１２０－２に転送され得る。図６を参照して、ＣＵ－ＤＵアーキテクチャレポートにおけるＲＡＣＨのフィードバック手順について説明する。

ＵＥ ＲＡＣＨレポート中で示される情報を使用することによって、ネットワークデバイス１２０は、ネットワークリソースを制御し得る。たとえば、ネットワークデバイス１２０はいつ２ステップまたは４ステップＣＢＲＡまたはＣＦＲＡ ＲＡＣＨが端末デバイス１１０のために構成されるべきかどうかを決定するために、受信されたＵＥ ＲＡＣＨレポートを使用し得る。ネットワークデバイス１２０は、（フォールバック情報が「ＭＳＧＡ」プリアンブルおよび「ＭＳＧＡ」ペイロードの成功を別個に示すので）ＰＲＡＣＨおよびＰＵＳＣＨについて別個にその電力ランピングパラメータをさらに最適化し得る。フォールバック情報はまた、２ステップＲＡＣＨ失敗があまりにも多く発生した場合、フォールバックが許可されるＢＷＰ上の２ステップＲＡＣＨを構成するために使用され得る。
さらに、ネットワークデバイス１２０は、ＵＥ ＲＡＣＨレポートを使用して、成功した２ステップから４ステップのＲＡＣＨの割合に関する統計を収集することができる。さらに、ＲＡＣＨプロセス（２－ステップ、４－ステップ、またはフォールバック付きの２－ステップ）が成功するまでに必要なメッセージの平均数に関する統計を収集できる。

例えば、この場合、ネットワークデバイス１２０がＵＥ ＲＡＣＨレポートを受信した場合、ネットワークデバイス１２０は、「ＭＳＧＡ」送信の数が閾値数を超えるため、フォールバックが発生したことを認識することができる。ネットワークデバイス１２０は２ステップＲＡＣＨが頻繁に失敗していると思われる場合、「ＭＳＧＡ」の閾値を、例えば、より小さい値に更新することができる。このようにして、より少ない再送信機会が２ステップＲＡＣＨに与えられ、これは、４ステップＲＡＣＨにフォールバックすることによってＲＡＣＨプロセスが成功するまでの遅延を低下させることができる。そのような場合、ＲＡＣＨレポートはまた、最大電力で動作するときにフォールバックが発生したかどうか、または最大電力よりも低いオフセットで動作するときにフォールバックが発生したかどうか、およびプリアンブルグループＡまたはＢが使用されたときにフォールバックが発生したかどうかを示し得る。さらに、ネットワークデバイス１２０はまた、「ＭＳＧＡ」のための電力ランピングパラメータ、プリアンブルタイプ、またはペイロードサイズを調整し得る。さらに、ネットワークデバイス１２０はまた、「ＭＳＧＡ」のための電力ランピングパラメータ、プリアンブルタイプ、またはペイロードサイズを調整し得る。

図３は、本開示のいくつかの例示的な実施形態による、ＲＡＣＨのための拡張レポートを提供するプロセスを示すシグナリングチャートを示す。説明のために、処理３００は、図１を参照して説明される。処理３００は、端末デバイス１１０およびネットワークデバイス１２０を伴い得る。

図２に示される処理２００と同様に、処理３００において、端末デバイス１１０は、２ステップＲＡ試行において、「ＭＳＧＡ」をネットワークデバイス１２０に送信する３０５ことができる。端末デバイス１１０は「ＭＳＧＡ」が送信された後に、「ＭＳＧＡ」の送信をログ記録することができる。この２ステップＲＡ試行は、ＲＡプロセスにおける最初のＲＡ試行であり得る。少なくとも１つの前の２ステップＲＡ試行が、この２ステップＲＡ試行の前に実行されていることも可能である。

ネットワークデバイス１２０が「ＭＳＧＡ」においてプリアンブルを受信した場合、ネットワークデバイス１２０は、フォールバックＲＡＲを端末デバイス１１０に送信することができる（３１０）。フォールバックＲＡＲは、「ＭＳＧＡ」ペイロードがネットワークデバイス１２０において正常に受信されなかったことを示し得る。フォールバックＲＡＲを受信した後、端末デバイス１１０は、この２ステップＲＡ試みが、ネットワークデバイス１２０に「ＭＳＧ３」（たとえば、別の「ＭＳＧＡ」の代わりに）をさらに送信する４ステップＲＡ試みに変更されるべきであると決定し得る。

この場合、端末デバイス１１０は、３１５において、２ステップＲＡ試行のためのエントリを生成し得る。エントリの例は、「２ステップＣＢＲＡ、ペイロード、フォールバック：フォールバックＲＡＲ、ビームインデックス、＃ＲＡＣＨ試行」として表すことができる。このエントリは、フォールバックの理由がネットワークデバイス１２０からのフォールバックＲＡＲの受信であることを反映し得る。

端末デバイス１１０はさらに、「ＭＳＧ３」をネットワークデバイス１２０に送信することができる（３２０）。送信が成功した場合、ネットワークデバイス１２０は、送信の成功を示すために競合解決メッセージを送信することができる（３２５）。

端末デバイス１１０が、送信の成功を示すメッセージを受信した場合、端末デバイス１１０はまた、４ステップＲＡ試行のためのさらなるエントリを決定し得る（３３０）。したがって、４ステップＲＡ試行の場合、例示的なエントリは、「４ステップＣＢＲＡ、フォールバック：成功、ビームインデックス、ＲＡＣＨ試行、成功」として表すことができる。

ＲＡ処理において決定されたエントリに基づいて、端末デバイス１１０は、ＲＡ処理に関連付けられたレポートを生成し得る。端末デバイス１１０は、レポートをネットワークデバイス１２０に送信することができる（３３５）。いくつかの例示的な実施形態では、端末デバイス１１０がネットワークデバイス１２０がレポートを必要とするとき、または特定の情報がレポートに記録されているときにのみ、レポートを送信することができる。ＵＥはネットワークデバイスがそれを要求数ように、ＵＥ ＲＡＣＨレポートの利用可能性をネットワークデバイスに示す前に、いくつかのＲＡＣＨ手順をログ記録し得る。
それに対応して、ネットワークデバイス１２０は、ＵＥ ＲＡＣＨレポートに基づいてＲＡプロセスの構成情報を更新することができる（３４０）。

例えば、この場合、ネットワークデバイス１２０がＵＥ ＲＡＣＨレポートを受信した場合、ネットワークデバイス１２０は、フォールバックＲＡＲ応答が受信されたためにフォールバックが発生したことを認識することができる。そのような場合、ＵＥ ＲＡＣＨレポートはまた、最大電力で動作しているときにフォールバックが発生したか、または最大電力よりも低いオフセットで動作しているときにフォールバックが発生したかどうか、およびプリアンブルグループＡまたはＢが使用されたときにフォールバックが発生したかどうかを示し得る。ネットワークデバイス１２０はまた、電力ランピングパラメータ、プリアンブルタイプ、「ＭＳＧＡ」または「ＭＳＧＡ」しきい値のためのペイロードサイズを調整し得る。

図４は、本開示のいくつかの例示的な実施形態による、ＲＡＣＨのための拡張レポートを提供するプロセスを示すシグナリングチャートを示す。議論のために、プロセス４００は、図１を参照して記載される。プロセス４００は、端末デバイス１１０およびネットワークデバイス１２０を伴い得る。

図２に示される処理２００と同様に、処理４００において、端末デバイス１１０は、２ステップＲＡ試行において、「ＭＳＧＡ」をネットワークデバイス１２０に送信する４０５ことができる。この２ステップＲＡ試行は、ＲＡプロセスにおける最初のＲＡ試行であり得る。少なくとも１つの前の２ステップＲＡ試行が、この２ステップＲＡ試行の前に実行されていることも可能である。

端末デバイス１１０が「ＭＳＧＡ」の送信後にネットワークデバイス１２０から何らかの応答を受信することができない場合、この２ステップＲＡ試行は、失敗したＲＡ試行とみることができる。

この場合、端末デバイス１１０は、２ステップＲＡ試行を４ステップＲＡ試行に変更しようとすることができる。しかしながら、端末デバイス１１０が２ステップＲＡ試行が４ステップＲＡ試行が構成されていないＢＷＰ上に構成されていると決定する場合、端末デバイス１１０は、後続の２ステップＲＡ試行を実行し得る。この状況のために、端末デバイス１１０は「２ステップＣＢＲＡ、ペイロード、フォールバック：非サポート、ビームインデックス、＃ＲＡＣＨ試行」などの２ステップＲＡ試行を記録するためのエントリを決定することができ（４１０）、これは４ステップＲＡ試行がＲＡ処理のために構成されたリソースによってサポートされないことを示すことができる。

後続の２ステップＲＡ試行を実行するために、端末デバイス１１０は、「ＭＳＧＡ」をネットワークデバイス１２０に送信することができる（４１５）。送信が成功した場合、ネットワークデバイス１２０は、送信の成功を示すために競合解決メッセージを送信することができる（４２０）。端末デバイス１１０が送信の成功を示すメッセージを受信した場合、端末デバイス１１０は後続の２ステップＲＡ試行の成功を決定し、４２５において、この成功のためにフォールバックが必要とされないことを示すために、後続の２ステップＲＡ試行のさらなるエントリを決定し得る。さらなるエントリの例は、「２ステップＣＢＲＡ、ペイロード、フォールバック：成功、ビームインデックス、ＲＡＣＨ試行、成功」として表すことができる。

ＲＡ処理において決定されたエントリに基づいて、端末デバイス１１０は、ＲＡ処理に関連付けられたレポートを生成し得る。端末デバイス１１０は、ＵＥ ＲＡＣＨレポートをネットワークデバイス１２０に送信することができる（４３０）。いくつかの例示的な実施形態では、端末デバイス１１０がネットワークデバイス１２０がレポートまたはレポートに記録された特定の情報を必要とするときにのみ、レポートを送信することができる。
ネットワークデバイス１２０は、ＵＥ ＲＡＣＨレポートに基づいてＲＡプロセスの構成情報を更新することができる（４３５）。

例えば、この場合、ネットワークデバイス１２０がＵＥ ＲＡＣＨレポートを受信した場合、ネットワークデバイス１２０は、４ステップＲＡ試行がＲＡ処理のために構成されたリソースによってサポートされないため、フォールバックが発生していないことを認識し得る。したがって、たとえば、ネットワークデバイス１２０は、ＲＡ処理のためにＢＷＰを再構成し得る。さらに、ネットワークデバイス１２０は、「ＭＳＧＡ」のプリアンブルタイプまたはペイロードサイズを調整することもできる。

図５は、本開示のいくつかの例示的な実施形態による、ＲＡＣＨのための拡張レポートを提供するプロセスを示すシグナリングチャートを示す。説明のために、処理５００は、図１を参照して説明される。処理５００は、端末デバイス１１０およびネットワークデバイス１２０を伴い得る。

図２に示される処理２００と同様に、処理５００において、端末デバイス１１０は、２ステップＲＡ試行において、「ＭＳＧＡ」をネットワークデバイス１２０に送信することを開始する５０５ことができる。この２ステップＲＡ試行は、ＲＡプロセスにおける最初のＲＡ試行であり得る。少なくとも１つの前の２ステップＲＡ試行が、この２ステップＲＡ試行の前に実行されていることも可能である。

端末デバイス１１０は「ＭＳＧＡ」を送信するための送信機会を感知するためのＬＢＴ手順を開始することができる。端末デバイス１１０がＬＢＴ手順を開始するとき、端末デバイス１１０はＬＢＴ手順についての情報をログ記録することができる。しかし、ＬＢＴプロセスの後、端末デバイス１１０は、「ＭＳＧＡ」を送信するための送信機会を監視することができず、それによって、この２ステップＲＡ試行を失敗ＲＡ試行とみることができる。次いで、端末デバイス１１０は、ＲＡ試行のタイプの変化を決定することができる。たとえば、２ステップＲＡ試行は、４ステップＲＡ試行に変更され得る。

この状況のために、端末デバイス１１０は「２ステップＣＢＲＡ、ペイロード、フォールバック：ＬＢＴ、ビームインデックス、＃ＲＡＣＨ試行」などの２ステップＲＡ試行を記録するためのエントリを決定することができ（５１０）、これは端末デバイス１１０がＬＢＴ競合を検出したためにフォールバックが発生したことを示すことができる。

４ステップＲＡ試行は、端末デバイス１１０において開始され得る。端末デバイス１１０は、「ＭＳＧ１」を送信することができ（５１５）、端末デバイス１１０が応答、すなわち「ＭＳＧ２」を受信する（５２０）場合、端末デバイス１１０は「ＭＳＧ３」をネットワークデバイス１２０に送信することができる（５２５）。送信が成功した場合、ネットワークデバイス１２０は、送信の成功を示すために競合解決メッセージを送信することができる（５３０）。

端末デバイス１１０がランダムアクセスの成功を示すメッセージを受信した場合、端末デバイス１１０は、５３５において、４ステップＲＡ試行のためのエントリを決定し得る。
エントリの例は、「４ステップＣＢＲＡ、フォールバック：成功、ビームインデックス、＃ＲＡＣＨ試行、成功」として表すことができる。

ＲＡ処理において決定されたエントリに基づいて、端末デバイス１１０は、ＲＡ処理に関連付けられたレポートを生成し得る。端末デバイス１１０はさらに、レポートをネットワークデバイス１２０に送信する（５４０）ことができる。いくつかの例示的な実施形態では、端末デバイス１１０がネットワークデバイス１２０がレポートを必要とするとき、または特定の情報がレポートに記録されているときにのみ、レポートを送信することができる。ＵＥはネットワークデバイスがそれを要求数ように、ＵＥ ＲＡＣＨレポートの利用可能性をネットワークデバイスに示す前に、いくつかのＲＡＣＨ手順をログ記録し得る。
ネットワークデバイス１２０は、レポートに基づいてＲＡプロセスの構成情報を更新することができる（５４５）。

例えば、この場合、ネットワークデバイス１２０がＵＥ ＲＡＣＨレポートを受信すると、ネットワークデバイス１２０は、端末デバイス１１０がＬＢＴ競合を検出したためにフォールバックが発生したことを認識することができる。ネットワークデバイス１２０は、ＬＢＴのためのバックオフ構成を調整し得る。そのような場合、ＵＥ ＲＡＣＨレポートはまた、最大電力で動作しているときにフォールバックが発生したか、または最大電力よりも低いオフセットで動作しているときにフォールバックが発生したかどうか、およびプリアンブルグループＡまたはＢが使用されたときにフォールバックが発生したかどうかを示し得る。したがって、ネットワークデバイス１２０はまた、電力ランピングパラメータを調整し得る。

図に示す処理。２－５ ＲＡＣＨプロセスにおけるいくつかの実施形態を示す。
具体的には、図２－５を参照する。いくつかのフォールバックケース、および異なるフォールバック状況に関連するＵＥ ＲＡＣＨレポートの生成について、詳細に説明した。
上述のフォールバック理由およびフォールバック指示に加えて、フォールバックは、適切なビームが見つからないときにも発生し得る。このフォールバック理由は、４ステップＣＦＲＡから４ステップＣＢＲＡへのフォールバック動作、または２ステップＣＦＲＡから２ステップＣＢＲＡへのフォールバック動作に適用可能であり得る。

さらに、通常の４ステップＲＡＣＨ試行の場合、ＲＡＣＨにおけるフォールバック指示は、「フォールバックなし」を示し得る。

このようにして、ＵＥ ＲＡＣＨレポートを用いて、ネットワークデバイス１２０は、ＲＡプロセスの効率を改善し、繰り返されるフォールバックによるオーバーヘッドおよび／または他の悪影響を低減し得る、ＲＡプロセスの構成のための目標とされる最適化を達成し得る。

上述のように、ネットワークは、ＣＵ－ＤＵアーキテクチャをサポートすることができる。
そのような場合、ｇＮＢ－ＤＵにアクセスするためのＲＡ処理のためのＵＥ ＲＡＣＨレポートは、端末デバイス１１０からｇＮＢ－ＣＵに送信され得る。ＵＥ ＲＡＣＨレポートがｇＮＢ－ＣＵからｇＮＢ－ＤＵに転送された後、ｇＮＢ－ＤＵは構成を更新することができる。

図６は、本開示のいくつかの例示的な実施形態による、ＲＡＣＨのための拡張レポートを提供するプロセスを示すシグナリングチャートを示す。説明のために、処理６００は、図１を参照して説明される。処理６００は端末デバイス１１０と、ネットワークデバイス１２０－１および１２０－２とを含み得、ネットワークデバイス１２０－１はｇＮＢ－ＣＵと見なされ得、ネットワークデバイス１２０－２はｇＮＢ－ＤＵと見なされ得る。

図６に示すように、端末デバイス１１０は、ＵＥ ＲＡＣＨレポートの利用可能性を示すメッセージをネットワークデバイス１２０－１に送信することができる（６１０）。
ネットワークデバイス１２０－１がＵＥ ＲＡＣＨレポートを必要とする場合、ネットワークデバイス１２０－１は、６１５において、ＵＥ ＲＡＣＨレポートの要求を端末デバイス１１０に送信し得る。

いくつかの例示的な実施形態では、ネットワークデバイス１２０－１がＲＡ処理に関連するフォールバック情報を要求し得る。そのような場合、ネットワークデバイス１２０－１は、ＲＡ処理に関連付けられたフォールバックに関連付けられたプロファイルについての要求を生成し得る。

要求を受信した後、端末デバイス１１０は、ＵＥ ＲＡＣＨレポートをネットワークデバイス１２０－１に送信することができる（６２０）。
次いで、ネットワークデバイス１２０－１は、ＵＥ ＲＡＣＨレポートをネットワークデバイス１２０－２に転送し得る（６２５）。

ネットワークデバイス１２０－２は、（ＲＡＣＨが行われたビームに応じて）ＳＳＢごとおよびＣＳＩ－ＲＳインデックスごとにフォールバック情報のカウンタを維持し得る。
ＵＥ ＲＡＣＨレポート中に示される情報を使用することによって、ネットワークデバイス１２０－１はＲＡＣＨアクセスに関係するシステム情報パラメータを更新し、この情報をネットワークデバイス１２０－２に転送し得る。たとえば、ネットワークデバイス１２０－２は、したがって、いつ２ステップまたは４ステップＣＢＲＡまたはＣＦＲＡ ＲＡＣＨが端末デバイス１１０のために構成されるべきか、または構成されないべきかを決定し得る。ネットワークデバイス１２０－２は、（フォールバック情報がＭＳＧＡプリアンブルおよびＭＳＧＡペイロードの成功を別個に示すので）ＰＲＡＣＨおよびＰＵＳＣＨのために、その電力ランピングパラメータを別個にさらに最適化し得る。フォールバック情報はまた、２ステップＲＡＣＨ失敗が多すぎる場合に、フォールバックが許可されるＢＷＰ上の２ステップＲＡＣＨを構成するために使用され得る。ネットワークデバイス１２０－２は、ネットワークデバイス１２０－１から受信されたＵＥ ＲＡＣＨレポートおよびシステム情報に基づいて、ＲＡ処理のための構成を更新し得る（６３０）。構成の更新については、図２－５を参照して説明した。したがって、更新プロセスは、ここでは省略する。

さらに、ネットワークデバイス１２０－２は、ＵＥ ＲＡＣＨレポートを使用して、成功した２ステップから４ステップのＲＡＣＨの割合に関する統計を収集することができる。さらに、ＲＡＣＨプロセス（２－ステップ、４－ステップ、またはフォールバック付きの２－ステップ）が成功するまでに必要なメッセージの平均数に関する統計を収集できる。

図７は、本開示のいくつかの例示的な実施形態による、ＲＡＣＨのための拡張レポートを提供する例示的な方法７００のフローチャートを示す。方法７００は端末デバイス（たとえば、図１を参照しながら説明した端末デバイス１１０）において実装され得る。

７１０において、端末デバイス１１０が、構成情報に基づいて第２デバイスにアクセスするためのランダムアクセス処理におけるランダムアクセス試行が実行されると決定した場合、端末デバイス１１０は、ランダムアクセス試行を記録するためのエントリを決定する。エントリは、ランダムアクセス試行に関連する変化が発生したかどうかを示すフォールバック情報を少なくとも含む。

いくつかの例示的な実施形態では、ランダムアクセス試行が２ステップランダムアクセス試行である。端末デバイスが２ステップランダムアクセス試行が成功したと決定した場合、端末デバイスは、２ステップランダムアクセス試行の成功を示すためにフォールバック情報を記録することができる。

いくつかの例示的な実施形態では、ランダムアクセス試行が２ステップランダムアクセス試行である。端末デバイスが２ステップランダムアクセス試行においてＭＳＧＡを送信した後にランダムアクセス応答を受信する場合、端末デバイスは、ランダムアクセス試行が４ステップランダムアクセス試行に変更されるべきであると決定し、変更の理由を示すフォールバック情報を記録し得る。

いくつかの例示的な実施形態では、ランダムアクセス試行が２ステップランダムアクセス試行であり、端末デバイスが、２ステップランダムアクセス試行におけるＭＳＧＡの送信に失敗し、ＭＳＧＡが送信された回数がしきい値数を超えたと決定した場合、端末デバイスはランダムアクセス試行が４ステップランダムアクセス試行に変更されるべきであると決定し、変更の理由を示すフォールバック情報を記録し得る。

いくつかの例示的な実施形態では、ランダムアクセス試みは２ステップランダムアクセス試みであり、端末デバイスが２ステップランダムアクセス試みにおけるＭＳＧＡの送信のためのチャネルが利用不可能であると決定した場合、端末デバイスはランダムアクセス試みが４ステップランダムアクセス試みに変更されるべきであると決定し、変更の理由を示すフォールバック情報を記録し得る。

いくつかの例示的な実施形態では、ランダムアクセス試行が２ステップランダムアクセス試行であり、端末デバイスが２ステップランダムアクセス試行のためのビームを見つけることに失敗したと決定した場合、端末デバイスは変更の理由を示すフォールバック情報を記録し得る。

いくつかの例示的な実施形態では、ランダムアクセス試行が２ステップランダムアクセス試行であり、端末デバイスが、２ステップランダムアクセス試行におけるＭＳＧＡの送信に失敗し、２ステップランダムアクセス試行が４ステップランダムアクセス試行に変更することができないと決定した場合、端末デバイスは、４ステップランダムアクセス試行が２ステップランダムアクセス試行のために構成されたリソース上でサポートされないことを示すフォールバック情報を記録し得る。

いくつかの例示的な実施形態では、端末デバイスが、ランダムアクセス試行のタイプ、ランダムアクセス試行の競合メカニズムのタイプ、ランダムアクセス試行のランダムアクセスパラメータ、ランダムアクセス試行の識別子、ランダムアクセス試行が実行されるビームの識別子のうちの少なくとも１つを含むプロセス情報を決定することができる。端末デバイスは、プロセス情報およびフォールバック情報に基づいてエントリを決定することができる。

いくつかの例示的な実施形態では、ランダムアクセス試行のタイプが２ステップランダムアクセス試行および４ステップランダムアクセス試行のうちの１つを含む。

いくつかの例示的な実施形態では、コンテンションメカニズムのタイプがコンテンションベースランダムアクセス試行およびコンテンションフリーランダムアクセス試行のうちの１つを備える。

いくつかの例示的な実施形態では、ランダムアクセス試行は２ステップランダムアクセス試行であり、ランダムアクセスパラメータは、ランダムアクセス試行においてＭＳＧＡ中で送信されるペイロードのサイズと、ランダムアクセス試行のためのプリアンブルのグループタイプとのうちの少なくとも１つを備える。

７２０において、端末デバイスは、少なくともエントリに基づいて、ランダムアクセス処理のためのレポートを生成する。

いくつかの例示的な実施形態では、端末デバイスがランダムアクセス試行が失敗したと決定した場合、端末デバイスは、ランダムアクセス試行のタイプが変更されるべきかどうかのフォールバック決定に基づいて、ランダムアクセス処理においてさらなるランダムアクセス試行を実行し得る。端末デバイスがさらなるランダムアクセス試行が完了したと決定した場合、端末デバイスは、さらなるランダムアクセス試行のためのさらなるエントリを決定し得る。端末デバイスは、エントリおよびさらなるエントリに基づいてレポートを生成することができる。

７３０において、端末デバイスは、レポートを第２デバイスに送信させる。

いくつかの例示的な実施形態では、端末デバイスがランダムアクセス処理が成功したと決定した場合、端末デバイスはレポートの利用可能性を示すメッセージを第２デバイスに送信することができる。端末デバイスが第２デバイスから、ランダムアクセス処理において発生したフォールバックに関連するプロファイルの要求を受信した場合、端末デバイスは、レポートとしてのフォールバック情報を第２デバイスに送信させ得る。

いくつかの例示的な実施形態では、第２デバイスが分散型デバイスである場合、端末デバイスは、レポートを第３デバイスから分散型デバイスに転送させるために、レポートを第３デバイスに送信することができ、第３デバイスは集中型デバイスである。

図８は、本開示のいくつかの例示的な実施形態による、ＲＡＣＨのための拡張レポートを提供する例示的な方法８００のフローチャートを示す。方法８００は、端末デバイス１１０において実装され得る。方法８００は端末デバイス（たとえば、図１を参照しながら説明した端末デバイス）において実装され得る。

８１０において、端末デバイスが第２デバイスにアクセスするためのランダムアクセス処理におけるランダムアクセス試行が実行されると決定した場合、端末デバイスは、ランダムアクセス試行を記録するためのエントリを決定する。エントリは、ランダムアクセス試行のタイプ、ランダムアクセス試行のための競合メカニズムのタイプ、ランダムアクセス試行の少なくとも１つのランダムアクセスパラメータ、ランダムアクセス試行の識別子、ランダムアクセス試行が実行されるビームの識別子、およびランダムアクセス試行のフォールバック情報のうちの少なくとも１つを備え得る。

８２０において、端末デバイスは、エントリに基づいてランダムアクセス処理のためのレポートを生成する。

図９は、本開示のいくつかの例示的な実施形態による、ＲＡＣＨのための拡張レポートを提供する例示的な方法９００のフローチャートを示す。方法９００はネットワークデバイス（たとえば、図１を参照しながら説明したネットワークデバイス１２０）において実装され得る。

９１０において、ネットワークデバイス１２０は、第１デバイスから、構成情報に基づいて第２デバイスにアクセスするために第１デバイスにおいて実行されるランダムアクセス処理のレポートを第１デバイスから受信する。レポートは、ランダムアクセス処理においてランダムアクセス試行を記録するためのエントリを少なくとも備え得る。エントリは、ランダムアクセス試行に関連する変化が発生したかどうかを示すフォールバック情報を少なくとも含むことができる。

９２０において、ネットワークデバイス１２０は、レポートに基づいて構成情報を更新する。

いくつかの例示的な実施形態では、ネットワークデバイス１２０がレポートからフォールバック情報を取得することができる。端末デバイスがフォールバック情報から、ランダムアクセス処理が２ステップランダムアクセス処理から４ステップランダムアクセス処理に変更されると判断した場合、ネットワークデバイス１２０は、電力ランピングのレベル、プリアンブルのタイプ、ＭＳＧＡのサイズのグループのタイプ、４ステップＲＡＣＨへのフォールバックの前にＭＳＧＡが送信されることを許可された回数を示す閾値、およびランダムアクセス処理のためのチャネルを監視するためのバックオフパターンのうちの少なくとも１つを備える構成パラメータを調整し得る。ネットワークデバイス１２０は、調整された構成パラメータに基づいて構成情報を更新することができる。

いくつかの例示的な実施形態では、ネットワークデバイス１２０がレポートからフォールバック情報を取得することができる。端末デバイスがフォールバック情報から、２ステップランダムアクセス処理のために構成されたリソース上で４ステップランダムアクセス処理がサポートされておらず、ランダムアクセス処理が２ステップランダムアクセス処理から４ステップランダムアクセス処理に変更されることができないと決定した場合、ネットワークデバイス１２０は、ランダムアクセス処理のための帯域幅部分、電力ランピングのレベル、およびＭＳＧＡのサイズのためのグループのタイプのうちの少なくとも１つを備える構成パラメータを調整し得る。ネットワークデバイス１２０は、調整された構成パラメータに基づいて構成情報を更新することができる。

いくつかの例示的な実施形態ではネットワークデバイス１２０がレポートの利用可能性を示すメッセージを第１デバイスから受信した場合、ネットワークデバイス１２０はランダムアクセス処理において発生したフォールバックに関連するプロファイルの要求を生成することができる。ネットワークデバイス１２０は、要求を第１デバイスに送信し得る。

いくつかの例示的な実施形態では、第２デバイスが分散型デバイスであり、ネットワークデバイス１２０は第３デバイスを介してレポートを受信することができ、第３デバイスは集中型デバイスである。

いくつかの例示的な実施形態では、方法７００を実行することが可能な機器（たとえば、端末機器１１０）は方法７００のそれぞれのステップを実行するための手段を備え得る。本手段は、任意の好適な形態で実施することができる。例えば、本手段は、回路又はソフトウェアモジュールで実施されてもよい。

いくつかの例示的な実施形態では、本願装置は、構成情報に基づいて第２デバイスにアクセスするためのランダムアクセス処理におけるランダムアクセス試行が実行されるという決定に従って、ランダムアクセス試行を記録するためのエントリを決定するための手段であって、エントリはランダムアクセス試行に関連する変化が発生したかどうかを示すフォールバック情報を少なくとも備える、手段と、エントリに少なくとも基づいてランダムアクセス処理のためのレポートを生成するための手段と、レポートを第２デバイスに送信させるための手段と、を備える。

いくつかの例示的な実施形態では、方法８００を実行することが可能な機器（たとえば、端末機器１１０）は方法８００のそれぞれのステップを実行するための手段を備え得る。
本手段は、任意の好適な形態で実施することができる。例えば、本手段は、回路又はソフトウェアモジュールで実施されてもよい。

いくつかの例示的な実施形態では、本願装置が、第２デバイスにアクセスするためのランダムアクセス処理におけるランダムアクセス試行が実行されるという決定に従って、ランダムアクセス試行を記録するためのエントリを決定するための手段であって、該エントリが、ランダムアクセス試行のタイプと、ランダムアクセス試行のための競合メカニズムのタイプと、ランダムアクセス試行の少なくとも１つのランダムアクセスパラメータと、ランダムアクセス試行の識別子と、ランダムアクセス試行が実行されるビームの識別子と、ランダムアクセス試行のフォールバック情報と、のうちの少なくとも１つを備える、手段と、エントリに基づいてランダムアクセス処理のためのレポートを生成するための手段と、を備える。

いくつかの例示的な実施形態では、方法９００を実行することが可能な機器（たとえば、ネットワークデバイス１２０）は方法９００のそれぞれのステップを実行するための手段を備え得る。本手段は、任意の好適な形態で実施することができる。例えば、本手段は、回路又はソフトウェアモジュールで実施されてもよい。

いくつかの例示的な実施形態では、本願装置が、第１デバイスから、構成情報に基づいて第２デバイスにアクセスするために第１デバイスにおいて実行されるランダムアクセス処理のためのレポートを受信するための手段であって、レポートがランダムアクセス処理におけるランダムアクセス試行を記録するためのエントリを少なくとも備え、エントリがランダムアクセス試行に関連する変化が発生したかどうかを示すフォールバック情報を少なくとも備える、手段と、レポートに基づいて構成情報を更新するための手段とを備える。

図１０は、本開示の実施形態を実装するのに適した装置１０００の簡略ブロック図である。
デバイス１０００は通信装置、例えば、図１に示されるような端末デバイス１１０およびネットワークデバイス１２０を実装するために提供され得る。図示のように、装置１０００は、１つ以上のプロセッサ１０１０と、プロセッサ１０１０に結合された１つ以上のメモリ１０４０と、プロセッサ１０１０に結合された１つ以上の送信機および／または受信機（ＴＸ／ＲＸ）１０４０とを含む。

ＴＸ／ＲＸ １０４０は、双方向通信用である。ＴＸ／ＲＸ １０４０は、通信を容易にするために少なくとも１つのアンテナを有する。通信インターフェースは、他のネットワーク要素との通信に必要な任意のインターフェースを表し得る。

プロセッサ１０１０は、ローカル技術ネットワークに適した任意のタイプであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ以上を含んでもよい。装置１０００は、メインプロセッサを同期させるクロックに時間的に従属する特定用途向け集積回路チップなどの複数のプロセッサを有することができる。

メモリ１０２０は、１つ以上の不揮発性メモリ及び１つ以上の揮発性メモリを含むことができる。不揮発性メモリの例としては、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ ｍｅｍｏｒｙ）１０２４、ＥＰＲＯＭ（ｅｌｅｃｔｒｉｃａｌｌｙ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、ハードディスク、ＣＤ（ｃｏｍｐａｃｔ ｄｉｓｃ）、ＤＶＤ（ｄｉｇｉｔａｌ ｖｉｄｅｏ ｄｉｓｋ）、および、他の磁気記憶装置や光記憶を含むが、これらに限定されない。揮発性メモリの例としてはランダムアクセスメモリ（ＲＡＭ）１０２２、および電力期間中に最後に続かない他の揮発性メモリが挙げられるが、これらに限定されない。

コンピュータプログラム１０３０は、関連するプロセッサ１０１０によって実行されるコンピュータ実行可能命令を含む。プログラム１０３０は、ＲＯＭ １０２０に記憶されていてもよい。プロセッサ１０１０は、プログラム１０３０をＲＡＭ １０２０にロードすることによって、任意の適切な動作および処理を実行することができる。

本開示の実施形態は、デバイス１０００が図２－９に関連して説明した本開示の任意の処理を実行することができるように、プログラム１０３０の手段によって実施することができる。本開示の実施形態はまた、ハードウェアによって、またはソフトウェアとハードウェアとの組合せによって実装され得る。

いくつかの実施形態では、プログラム１０３０は、デバイス１０００（メモリ１０２０など）またはデバイス１０００によってアクセス可能な他の記憶デバイスに含まれ得るコンピュータ可読媒体に有形に含まれ得る。デバイス１０００は実行のために、プログラム１０３０をコンピュータ可読媒体からＲＡＭ１０２２にロードし得る。コンピュータ可読媒体は、ＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードディスク、ＣＤ、ＤＶＤなどの任意のタイプの有形の不揮発性メモリを含み得る。図１１は、ＣＤまたはＤＶＤの形態のコンピュータ可読媒体１１００の一例を示す。コンピュータ可読媒体は、その上に記憶されたプログラム１０３０を有する。

概して、本開示の様々な実施形態は、ハードウェアまたは専用回路、ソフトウェア、ロジック、またはそれらの任意の組合せで実装され得る。いくつかの態様はハードウェアで実装され得るが、他の態様はコントローラ、マイクロプロセッサ、または他の計算装置によって実行され得るファームウェアまたはソフトウェアで実装され得る。本開示の実施形態の様々な態様がブロック図、フローチャートとして、またはいくつかの他の絵表示を使用して図示および説明されるが、本明細書で説明されるブロック、デバイス、システム、技術、または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路または論理、汎用ハードウェアもしくはコントローラ、または他の計算デバイス、あるいはそれらの何らかの組合せで実装され得ることを理解されたい。

本開示はまた、非一時的コンピュータ可読記憶媒体上に有形に記憶された少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図７－９を参照して上述した方法７００～９００を実行するために、対象実プロセッサまたは仮想プロセッサ上のデバイスにおいて実行される、プログラムモジュールに含まれるものなどのコンピュータ実行可能命令を含む。一般に、プログラムモジュールは、特定のタスクを実行するか、または特定の抽象データ型を実装する、ルーチン、プログラム、ライブラリ、物、クラス、成分、データ構造などを含む。プログラムモジュールの機能性は様々な態様において所望されるように、プログラムモジュール間で組み合わされ、または分割され得る。プログラムモジュールのための機械実行可能命令は、ローカル装置または分散装置内で実行され得る。分散型デバイスでは、プログラムモジュールがローカル記憶媒体とリモート記憶媒体の両方に配置することができる。

本開示の方法を実行するためのプログラムコードは、１つ以上のプログラミング言語の任意の組み合わせで書かれ得る。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、または他のプログラマブルデータ処理デバイスのプロセッサまたはコントローラに提供され得、その結果、プログラムコードはプロセッサまたはコントローラによって実行されたとき、フローチャートおよび／またはブロック図に指定された機能／動作を実装させる。プログラム・コードは、完全にマシン上で、部分的にマシン上で、スタンドアロン・ソフトウェア・パッケージとして、部分的にマシン上で、部分的にリモート・マシン上で、または完全にリモート・マシンもしくはサーバ上で実行することができる。

本開示の文脈では、コンピュータプログラムコードまたは関連データが、装置、装置、またはプロセッサが上記で説明した様々なプロセスおよび動作を実行することを可能にするために、任意の適切なキャリアによって搬送され得る。キャリアの例は、信号、コンピュータ可読媒体などを含む。

コンピュータ可読媒体は、コンピュータ可読信号媒体またはコンピュータ可読記憶媒体であり得る。コンピュータ可読媒体は、電子、磁気、光学、電磁気、赤外線、もしくは半導体のシステム、装置、もしくは装置、または前述のもの任意の適切な組合せを含み得るが、これらに限定されない。コンピュータ可読記憶媒体のより具体的な例は、１つ以上のワイヤを有する電気接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭまたはフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスク読取り専用メモリ（ＣＤ－ＲＯＭ）、光記憶デバイス、磁気記憶デバイス、または前述の任意の適切な組合せを含む。

さらに、動作は特定の順序で描かれているが、これは、望ましい結果を達成するために、そのような動作が示された特定の順序で、または連続的な順序で実行されること、またはすべての示された動作が実行されることを必要とするものとして理解されるべきではない。特定の状況では、マルチタスク処理および並列処理が有利であり得る。同様に、いくつかの特定の実装の詳細が上記の説明に含まれるが、これらは本開示の範囲に対する制限としてではなく、むしろ特定の実施形態に特有であり得る特徴の説明として解釈されるべきである。別個の実施形態の文脈で説明される特定の特徴はまた、単一の実施形態において組み合わせて実装されてもよい。逆に、単一の実施形態の文脈で説明される様々な特徴は複数の実施形態において別々に、または任意の適切な組み合わせで実装されてもよい。

本開示は構造的特徴および／または方法論的行為に特有の言語で説明されてきたが、添付の特許請求の範囲で定義される本開示は必ずしも上述の特定の特徴または行為に限定されないことを理解されたい。むしろ、上述の特定の特徴および動作は、特許請求の範囲を実施する例示的な形成として開示される。

Claims (54)

1. 少なくとも１つのプロセッサと、コンピュータプログラムコードと、を含む少なくとも１つのメモリを含む、第１デバイスであって、前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記第１デバイスに、
   少なくとも、第２デバイスにアクセスするためのランダムアクセス処理におけるランダムアクセス試行が、少なくとも構成情報に基づいて実行されるという決定に従って、該ランダムアクセス試行を記録するためのエントリを決定させ、ここで、該エントリは、該ランダムアクセス試行に関連する変化が発生したかどうかを示すフォールバック情報を少なくとも含むものであり、
   少なくとも前記エントリに基づいて前記ランダムアクセス処理のレポートを生成させ、
   前記レポートを前記第２デバイスに送信させる
   ように構成される、第１デバイス。
2. 前記ランダムアクセス試行は２ステップランダムアクセス試行であり、
   前記第１デバイスは、さらに、前記２ステップランダムアクセス試行が成功したという決定に従って、前記２ステップランダムアクセス試行の成功を示すために、前記フォールバック情報を記録する、
   請求項１に記載の第１デバイス。
3. 前記ランダムアクセス試行は２ステップランダムアクセス試行であり、
   前記第１デバイスは、さらに、前記２ステップランダムアクセス試行においてＭＳＧＡを送信した後にランダムアクセス応答を受信したことに応答して、前記ランダムアクセス試行が、ＭＳＧ３送信を再開することによって、変更されるべきであると決定し、
   前記変更の理由を示す前記フォールバック情報を記録する、
   請求項１に記載の第１デバイス。
4. 前記ランダムアクセス試行は２ステップランダムアクセス試行であり、
   前記第１デバイスは、さらに、前記２ステップランダムアクセス試行におけるＭＳＧＡの送信が失敗し、前記ＭＳＧＡが送信された回数が閾値数を超えたという決定に従って、前記ランダムアクセス試行を４ステップランダムアクセス試行に変更することを決定し、前記変更の理由を示す前記フォールバック情報を記録する、
   請求項１に記載の第１デバイス。
5. 前記ランダムアクセス試行は２ステップランダムアクセス試行であり、
   前記第１デバイスは、さらに、前記２ステップランダムアクセス試行におけるＭＳＧＡの送信のためのチャネルが利用不可能であるという決定に従って、前記ランダムアクセス試行を４ステップランダムアクセス試行に変更されるべきであると決定し、前記変更の理由を示す前記フォールバック情報を記録する、
   請求項１に記載の第１デバイス。
6. 前記ランダムアクセス試行は、２ステップランダムアクセス試行であり、
   前記第１デバイスは、さらに、前記２ステップランダムアクセス試行のためのビームを見つけることに失敗したという決定に従って、前記変更の理由を示す前記フォールバック情報を記録する、
   請求項１に記載の第１デバイス。
7. 前記ランダムアクセス試行は２ステップランダムアクセス試行であり、
   前記第１デバイスはさらに、前記２ステップランダムアクセス試行におけるＭＳＧＡの送信が失敗し、前記２ステップランダムアクセス試行は、４ステップランダムアクセス試行に変更できないという決定に従って、前記４ステップランダムアクセス試行が、前記２ステップランダムアクセス試行のために構成されたリソース上でサポートされないことを示す前記フォールバック情報を記録する、
   請求項１に記載の第１デバイス。
8. 前記第１デバイスは、前記ランダムアクセス試行のタイプ、ランダムアクセス処理のための競合メカニズムのタイプ、前記ランダムアクセス試行のランダムアクセスパラメータ、
   前記ランダムアクセス試行の識別子、および、前記ランダムアクセス試行が実行されるビームの識別子、のうちの少なくとも１つを含むプロセス情報を決定することと、
   前記プロセス情報および前記フォールバック情報に基づいて前記エントリを決定することと、
   によって前記エントリを決定する、
   請求項１に記載の第１デバイス。
9. 前記ランダムアクセス試行のタイプは、２ステップランダムアクセス試行、および、４ステップランダムアクセス試行のうちの１つを含む、請求項８に記載の第１デバイス。
10. 競合メカニズムの前記タイプは、競合ベースランダムアクセス試行、および、競合フリーランダムアクセス試行のうちの１つを含む、請求項８に記載の第１デバイス。
11. 前記ランダムアクセス試行は２ステップランダムアクセス試行であり、
    前記ランダムアクセスパラメータは、前記ランダムアクセス処理のためにＭＳＧＡにおいて送信されるペイロードのサイズ、および、前記ランダムアクセス処理のためのプリアンブルのグループタイプのうちの少なくとも１つを含む、
    請求項８に記載の第１デバイス。
12. 前記第１デバイスは、前記ランダムアクセス試行が失敗したという決定に従って、前記ランダムアクセス試行のタイプが変更されるべきかどうかのフォールバック決定に基づいて、前記ランダムアクセス処理においてさらなるランダムアクセス試行を実行することと、
    前記さらなるランダムアクセス試行が完了したという決定に従って、前記さらなるランダムアクセス試行のためのさらなるエントリを決定することと、
    前記エントリと前記さらなるエントリに基づいて、前記レポートを生成することと、
    によって前記レポートを生成する、
    請求項１に記載の第１デバイス。
13. 前記第１デバイスは、前記レポートを、前記ランダムアクセス処理が成功したという決定に従って、前記レポートの利用可能性を示すメッセージを前記第２デバイスに送信することと、
    第２デバイスから、前記ランダムアクセス処理において発生したフォールバックに関連するプロファイルの要求を受信することに応答して、前記フォールバック情報を前記レポートとして前記第２デバイスに送信させることと、
    によって送信する、
    請求項１に記載の第１デバイス。
14. 前記第２デバイスは分散型デバイスであり、
    前記第１デバイスは、さらに、前記レポートを第３デバイスから前記分散型デバイスに転送させるために、前記第３デバイスに前記レポートを送信し、前記第３デバイスは集中型デバイスである、
    請求項１に記載の第１デバイス。
15. 前記第１デバイスが端末デバイスを備え、
    前記第２デバイスがネットワークデバイスを備える、
    請求項１ないし１４のいずれか１項に記載の第１デバイス。
16. 前記第３デバイスがネットワークデバイスを備える、請求項１４に記載の第１デバイス。
17. 少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備える第１デバイスであって、
    前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記第１デバイスに、少なくとも、
    第２デバイスをアクセスするためのランダムアクセス処理におけるランダムアクセス試行が実行されるという決定に従って、前記ランダムアクセス試行を記録するためのエントリを決定させ、ここで、前記エントリは、前記ランダムアクセス試行のタイプ、ランダムアクセス試行のためのコンテンションメカニズムのタイプ、前記ランダムアクセス試行の少なくとも１つのランダムアクセスパラメータ、前記ランダムアクセス試行の識別子、
    前記ランダムアクセス試行が実行されるビームの識別子、および、前記ランダムアクセス試行のフォールバック情報、のうちの少なくとも１つを備え、
    前記エントリに基づいて前記ランダムアクセス処理のレポートを生成させるように構成される、
    第１デバイス。
18. 少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備える第２デバイスであって、
    前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記第２デバイスに、少なくとも、第１デバイスから、構成情報に基づいて前記第２デバイスにアクセスするために前記第１デバイスにおいて実行されるランダムアクセス処理のためのレポートを受信させ、
    ここで、前記レポートは前記ランダムアクセス処理におけるランダムアクセス試行を記録するためのエントリを少なくとも備え、
    前記エントリは、前記ランダムアクセス試行に関連する変化が発生したかどうかを示すフォールバック情報を少なくとも備え、
    前記レポートに基づいて前記構成情報を更新させる、
    ように構成される、
    第２デバイス。
19. 前記第２デバイスは、
    前記レポートから前記フォールバック情報を取得することと、
    前記フォールバック情報から、前記ランダムアクセス処理が、２ステップランダムアクセス処理から４ステップランダムアクセス処理に変更されるという決定に従って、電力ランピングのレベル、プリアンブルのタイプ、ＭＳＧＡのサイズに対するグループのタイプ、前記ＭＳＧＡが送信を許可した閾値回数、前記ランダムアクセス処理のためのチャネルを監視するためのバックオフ方式のうちの少なくとも１つを備える構成パラメータを調整することと、
    前記調整された構成パラメーターに基づいて前記構成情報を更新することと、
    によって構成情報を更新する、
    請求項１８に記載の第２デバイス。
20. 前記第２デバイスは、
    前記レポートから前記フォールバック情報を取得することと、
    前記フォールバック情報から、４ステップランダムアクセス処理は、２ステップランダムアクセス処理のために構成されたリソース上でサポートされず、前記ランダムアクセス処理は、２ステップランダムアクセス処理から４ステップランダムアクセス処理に変更することができない、との決定に従って、前記ランダムアクセス処理のための帯域幅部分、
    電力ランピングのレベル、ＭＳＧＡのサイズに対するグループのタイプ、のうちの少なくとも１つを含む構成パラメータを調整することと、
    前記調整された構成パラメーターに基づいて、前記構成情報をアップデートすることと、
    によって構成情報を更新する、
    請求項１８に記載の第２デバイス。
21. 前記第２デバイスは、さらに、
    前記第１デバイスから、前記レポートの利用可能性を示すメッセージを受信したことに応答して、前記ランダムアクセス処理において発生したフォールバックに関連するプロファイルの要求を生成し、前記要求を前記第１デバイスに送信する、
    請求項１８に記載の第２デバイス。
22. 前記第２デバイスは分散型デバイスであり、前記第２デバイスは、第３デバイスを介してレポートを受信することよって前記レポートを受信し、
    該第３デバイスは集中型デバイスである、
    請求項１８に記載の第２デバイス。
23. 前記第１デバイスが端末デバイスを備え、前記第２デバイスがネットワークデバイスを備える、請求項１８ないし２２のいずれか１項に記載の第２デバイス。
24. 前記第３デバイスがネットワークデバイスを備える、請求項２２に記載の第２デバイス。
25. 構成情報に基づいて、第２デバイスにアクセスするためのランダムアクセス処理におけるランダムアクセス試行が、完了したという決定に従って、前記ランダムアクセス試行を記録するためのエントリを決定するステップであって、前記エントリは、前記ランダムアクセス試行に関連する変化が発生したかどうかを示すフォールバック情報を少なくとも備える、ステップと、
    少なくとも前記エントリに基づいて、前記ランダムアクセス処理のためのレポートを生成するステップと、
    前記第２デバイスに前記レポートを送信させるステップと、
    を含む方法。
26. 前記ランダムアクセス試行は、２ステップランダムアクセス試行であり、
    前記方法は、前記２ステップランダムアクセス試行が成功したという決定に従って、前記２ステップランダムアクセス試行の成功を示す前記フォールバック情報を記録するステップを含む、
    請求項２５に記載の方法。
27. 前記ランダムアクセス試行は、２ステップランダムアクセス試行であり、
    前記方法は、
    前記２ステップランダムアクセス試行において、ＭＳＧＡを送信した後にランダムアクセス応答を受信したことに応答して、前記ランダムアクセス試行が、ＭＳＧ３送信を再開することによって変更されるべきであると決定するステップと、
    前記変更の理由を示す前記フォールバック情報を記録するステップと
    をさらに含む、
    請求項２５に記載の方法。
28. 前記ランダムアクセス試行は、２ステップランダムアクセス試行であり、
    前記方法は、
    前記２ステップランダムアクセス試行におけるＭＳＧＡの送信が失敗し、前記ＭＳＧＡが送信された回数が閾値数を超えたという決定に従って、前記ランダムアクセス試行を４ステップランダムアクセス試行に変更することを決定するステップと、
    前記変更の理由を示す前記フォールバック情報を記録するステップと、
    をさらに含む、
    請求項２５に記載の方法。
29. 前記ランダムアクセス試行は、２ステップランダムアクセス試行であって、
    さらに、前記２ステップランダムアクセス試行においてＭＳＧＡの送信のためのチャネルが利用不可能であるという決定に従って、前記ランダムアクセス試行が４ステップランダムアクセス試行に変更されるべきであると決定することと、
    前記変更の理由を示す前記フォールバック情報を記録することと、
    を含む、
    請求項２５に記載の方法。
30. 前記ランダムアクセス試行は、２ステップランダムアクセス試行であり、
    ２ステップランダムアクセス試行のためのビームを見つけることに失敗したという決定に従って、変更の理由を示すフォールバック情報を記録するとをさらに含む、
    請求項２５に記載の方法。
31. 前記ランダムアクセス試行は、２ステップランダムアクセス試行であり、
    ２ステップランダムアクセス試行におけるＭＳＧＡの送信が失敗し、２ステップランダムアクセス試行が４ステップランダムアクセス試行に変更できないという決定に従って、４ステップランダムアクセス試行が２ステップランダムアクセス試行のために構成されたリソース上でサポートされないことを示す前記フォールバック情報を記録することをさらに含む、
    請求項２５に記載の方法。
32. 前記エントリを決定することは、前記ランダムアクセス試行のタイプ、ランダムアクセス処理のコンテンションメカニズムのタイプ、前記ランダムアクセス試行におけるランダムアクセスパラメータ、前記ランダムアクセス試行の識別子、および、ランダムアクセス試行が行われるビームの識別子のうちのの少なくとも１つを含むプロセス情報を決定するステップと、
    前記プロセス情報および前記フォールバック情報に基づいて、前記エントリを決定するステップとを含む、
    請求項２５に記載の方法。
33. 前記ランダムアクセス試行の前記タイプは、２ステップランダムアクセス試行、および、４ステップランダムアクセス試行のうちの１つを備える、請求項３２に記載の方法。
34. 競合メカニズムの前記タイプは、コンテンションベースランダムアクセス試行、および、コンテンションフリーランダムアクセス試行のうちの１つを含む、請求項３２に記載の方法。
35. 前記ランダムアクセス試行は、２ステップランダムアクセス試行であり、
    前記ランダムアクセスパラメータは、前記ランダムアクセス処理のためにＭＳＧＡにおいて送信されるペイロードのサイズ、および、前記ランダムアクセス処理のためのプリアンブルのグループタイプのうちの少なくとも１つを含む、
    請求項３２に記載の方法。
36. 前記レポートを生成することは、 前記ランダムアクセス試行が失敗したという決定に従って、ランダムアクセス試行のタイプが変更されるべきかどうかのフォールバック決定に基づいて、ランダムアクセス処理においてさらなるランダムアクセス試行を実行するステップと、
    前記さらなるランダムアクセス試行が完了したという決定に従って、前記さらなるランダムアクセス試行のためのさらなるエントリを決定するステップと、
    前記エントリと前記さらなるエントリに基づいて前記レポートを生成するステップと、
    を含む、請求項２５に記載の方法。
37. 前記レポートを送信させるステップは、
    前記ランダムアクセス処理が成功したという決定に従って、前記レポートの利用可能性を示すメッセージを前記第２デバイスに送信するステップと、
    ２デバイスから、ランダムアクセス処理において発生したフォールバックに関連するプロファイルの要求を受信することに応答して、フォールバック情報をレポートとして第２デバイスに送信させるステップと、を含む、
    請求項２５に記載の方法。
38. 前記第２デバイスが、分散型デバイスであり、
    前記レポートを第３デバイスから前記分散型デバイスに転送させるために、該第３デバイスに前記レポートを送信するステップであって、該第３デバイスは集中型デバイスである、ステップをさらに含む、請求項２５に記載の方法。
39. 前記第１デバイスが端末デバイスを備え、
    前記第２デバイスがネットワークデバイスを備える、
    請求項２５ないし３８のいずれか１項に記載の方法。
40. 前記第３デバイスがネットワークデバイスを備える、請求項３８に記載の方法。
41. 第２デバイスにアクセスするためのランダムアクセス処理におけるランダムアクセス試行が実行されるという決定に従って、前記ランダムアクセス試行を記録するためのエントリを決定するステップであって、
    該エントリは、該ランダムアクセス試行のタイプ、ランダムアクセス試行のためのコンテンションメカニズムのタイプ、該ランダムアクセス試行の少なくとも１つのランダムアクセスパラメータ、該ランダムアクセス試行の識別子、該ランダムアクセス試行が実行されるビームの識別子、および、ランダムアクセス試行のフォールバック情報、のうちの少なくとも１つを備える、ステップと、
    前記エントリに基づいて、前記ランダムアクセス処理のレポートを生成するステップと、
    を含む方法。
42. 第１デバイスから、構成情報に基づいて第２デバイスにアクセスするために第１デバイスにおいて実行されるランダムアクセス処理のためのレポートを受信するステップであって、該レポートは、該ランダムアクセス処理におけるランダムアクセス試行を記録するためのエントリを少なくとも備え、該エントリは、該ランダムアクセス試行に関連する変化が発生したかどうかを示すフォールバック情報を少なくとも備える、ステップと、
    前記レポートに基づいて前記構成情報を更新するステップと、
    を含む方法。
43. 前記構成情報を更新するステップは、前記レポートから前記フォールバック情報を取得するステップと、
    フォールバック情報から、ランダムアクセス処理が２ステップランダムアクセス処理から４ステップランダムアクセス処理に変更されるという決定に従って、電力ランピングのレベル、プリアンブルのタイプ、ＭＳＧＡのサイズに対するグループのタイプと、ＭＳＧＡが送信を許可したしきい値回数と、ランダムアクセス処理のためのチャネルを監視するためのバックオフ方式と、 のうちの少なくとも１つを備える構成パラメータを調整するステップと、
    前記調整された構成パラメーターに基づいて前記構成情報を更新するステップと、
    を含む、請求項４２に記載の方法。
44. 前記構成情報を更新するステップは、前記レポートからの前記フォールバック情報を取得するステップと、
    ４ステップランダムアクセス処理は、２ステップランダムアクセス処理のために構成されたリソース上でサポートされず、前記ランダムアクセス処理は、２ステップランダムアクセス処理から４ステップランダムアクセス処理に変更することができない、という前記フォールバック情報からの決定に従って、 前記ランダムアクセス処理のための帯域幅部分と、電力ランピングのレベル、ＭＳＧＡのサイズに対するグループのタイプ、のうちの少なくとも１つを含む構成パラメータを調整するステップと、
    前記調整された構成パラメーターに基づいた前記構成情報を更新するステップと、
    を含む、請求項４２に記載の方法。
45. 前記第１デバイスから、前記レポートの利用可能性を示すメッセージを受信したことに応答して、ランダムアクセス処理において発生したフォールバックに関連するプロファイルの要求を生成するステップと、
    前記要求を前記第１デバイスへ送信するステップと、
    をさらに含む、
    請求項４２記載の方法。
46. 前記第２デバイスは分散型デバイスであり、
    前記レポートを受信するステップは、前記第３デバイスを介してレポートを受信するステップであって、該第３デバイスは集中型デバイスである、ステップを含む、
    請求項４２に記載の方法。
47. 前記第１デバイスが端末デバイスを備え、
    前記第２デバイスがネットワークデバイスを備える、
    請求項４２ないし４６のいずれか１項に記載の方法。
48. 前記第３デバイスは、ネットワークデバイスを備える、請求項４６に記載の方法。
49. 構成情報に基づいて、第２デバイスにアクセスするためのランダムアクセス処理におけるランダムアクセス試行が、実行されるという決定に従って、前記ランダムアクセス試行を記録するためのエントリを決定する手段であって、前記エントリは、前記ランダムアクセス試行に関連する変化が発生したかどうかを示すフォールバック情報を少なくとも含む、手段と、
    少なくとも前記エントリに基づいて前記ランダムアクセス処理のためのレポートを生成するための手段と、
    前記第２デバイスにレポートを送信させるための手段と、
    を備える装置。
50. 第２デバイスにアクセスするためのランダムアクセス処理におけるランダムアクセス試行が実行されるという決定に従って、前記ランダムアクセス試行を記録するためのエントリを決定するための手段であって、
    前記エントリは、前記ランダムアクセス試行のタイプ、ランダムアクセス試行のためのコンテンションメカニズムのタイプ、
    前記ランダムアクセス試行の少なくとも１つのランダムアクセスパラメータ、
    前記ランダムアクセス試行の識別子、
    前記ランダムアクセス試行が実行されるビームの識別子、および、
    ランダムアクセス試行のフォールバック情報
    のうちの少なくとも１つを含む、手段と、
    前記エントリに基づいて前記ランダムアクセス処理のためのレポートを生成するための手段と、
    を備える装置。
51. 第１デバイスから、構成情報に基づいて前記第２デバイスにアクセスするために前記第１デバイスにおいて実行されるランダムアクセス処理のためのレポートを受信するための手段であって、前記レポートは、前記ランダムアクセス処理におけるランダムアクセス試行を記録するためのエントリを少なくとも含み、前記エントリは、前記ランダムアクセス試行に関連する変化が発生したか否かを示すフォールバック情報を少なくとも含む、手段と、
    前記レポートに基づいて構成情報を更新する手段と、
    を備える装置。
    
52. 装置に、少なくとも請求項２５ないし４０のいずれか１項に記載の方法を実行させるためのプログラム命令を含む、非一時的コンピュータ可読媒体。
53. 装置に、少なくとも請求項４１に記載の方法を実行させるためのプログラム命令を含む、非一時的コンピュータ可読媒体。
54. 装置に、少なくとも請求項４２ないし４８のいずれか１項に記載の方法を実行させるためのプログラム命令を含む、非一時的コンピュータ可読媒体。

Images