JP7299916B2 - 新無線アンライセンスセルを用いるランダムアクセス - Google Patents

Description

（関連出願の相互参照）
本出願は、２０１８年４月４日に出願の米国特許仮出願番号第６２／６５２，７１０号、表題「新無線アンライセンスセルを用いるランダムアクセス」、および、２０１８年１０月３１日に出願の米国仮特許出願番号６２／７５３，５９３号、表題「新無線アンライセンスセルを用いるランダムアクセス」の利益を主張し、各出願の内容は、それら全体が、本明細書に参考として組み込まれる。

アンライセンス周波数帯で動作する少なくとも１つのＳＣｅｌｌを用いるキャリア・アグリゲーションは、ライセンスアシストアクセス（Licensed-Assisted Access：ＬＡＡ）とも呼ばれている。したがって、ＬＡＡでは、ＵＥ向けに構成されたサービングセルのセットは、ＬＡＡ ＳＣｅｌｌとも呼ばれるフレーム構造タイプ３に従って、アンライセンス周波数帯で動作する少なくとも１つのＳＣｅｌｌを常に含む。特に指示がない限り、ＬＡＡ ＳＣｅｌｌは、3GPP TS 36.300, Overall Description; Stage 2 (Release 15), V15.0.0（本明細書中に、その全体が参考として組み込まれる）で、開示されている標準のＳＣｅｌｌとして動作する。

ＬＡＡ ｅＮＢおよびＵＥは、ＬＡＡ ＳＣｅｌｌでの伝送を実施する前に、リッスンビフォートーク（Listen-Before-Talk：ＬＢＴ）を行う。ＬＢＴが行われるときに、送信機は、チャネルがフリーか、またはビジーかを判断するためにチャネルをリッスン／検知する。チャネルがフリーであると判断される場合、送信機は、伝送を実施する場合があるが、そうでない場合は、伝送を実施しない。ＬＡＡ ｅＮＢは、ＬＡＡチャネルアクセスの目的で他の技術のチャネルアクセス信号を使用する場合、ＬＡＡの最大エネルギー検出閾値要件を満たし続けなければならない。

フレーム構造タイプ３は、通常のサイクリックプレフィックスのみを伴うＬＡＡセカンダリセル操作に適用可能である。各無線フレームは、Ｔ_ｆ＝３０７２００・Ｔ_ｓ＝１０ｍｓの長さであり、０から１９まで番号が付けられた、長さＴ_ｓｌоｔ＝１５３６３０・Ｔ_ｓ＝０．５ｍｓの２０スロットで構成される。3GPP TS 36.211, Physical Channels and Modulation (Release 15), V15.0.0（本明細書中に、その全体が参考として組み込まれる）で、開示されているように、サブフレームは、スロットｉおよび２ｉ＋１でサブフレームｉが構成される、２つの連続するスロットで画定される。

無線フレーム内の１０サブフレームが、下りリンクまたは上りリンク伝送向けに利用可能である。下りリンク伝送は、3GPP TS 36.211の表４．２－１で規定されているように、１つまたは複数の連続するサブフレームを占め、サブフレーム内のいずれかで始まり、かつ最後のサブフレームを完全に占めて終わるか、またはＤｗＰＴＳ時間期間のうち１つに続く。上りリンク伝送は、１つまたは複数の連続するサブフレームを占める。

3GPP TR 38.913 、Study on Scenarios and Requirements for Next Generation Access Technologies; (Release 14), V14.3.0では、次世代アクセス技術に対するシナリオおよび要件を定義している。ｅＭＢＢ、ＵＲＬＬＣおよびｍＭＴＣデバイスに対する重要業績評価指標（Key Performance Indicator：ＫＰＩ）を、表１にまとめる。

例示的方法は、複数のモデルを用いてＮＲ－Ｕサービングセルでのリッスンビフォートーク（ＬＢＴ）の対象となるランダムアクセスを実施する場合がある。この際、１つのモデルでは、ＭＡＣランダムアクセスプロシージャの動作は、ＰＨＹ層に限定されたプロシージャでＬＢＴの影響によって変化しなかったが、代替モデルでは、ＭＡＣは、ＬＢＴの結果として、ランダムアクセスプリアンブルの伝送の失敗の各事例が通知されるので、ＭＡＣは、必要な訂正処置をすることができる。特定の提案される構想のいくつかは、以下の拡張、定義およびプロシージャを含む。

拡張は、複数のＢＷＰまたはサブバンドに関連付けられたＰＲＡＣＨの選択を可能にするランダムアクセスリソース選択プロシージャである場合がある。拡張は、チャネルがアクティブＵＬ ＢＷＰに対して「ビジー」であるイベント時に、自律的なＢＷＰスイッチングまたはサブバンドを可能にするランダムアクセスプリアンブル伝送プロシージャに対するものである場合がある。ＭＡＣに、プリアンブル伝送試行の成功、およびプリアンブル伝送に使用されたＢＷＰを通知するために使用される場合があるランダムアクセスプリアンブル（Random Access Preamble：ＲＡＰ）伝送インジケーションの定義がある場合がある。ＬＢＴによって生じるプリアンブル伝送の遅延に起因するタイミングアドバンスコマンドでのエラーを訂正するプロシージャがある場合がある。

例示的方法は、１）ＭｓｇＡおよびＭｓｇＢを送るＭＡＣ ＰＤＵの定義、２）ＭｓｇＡ伝送およびＭｓｇＢ受信を実施するＭＡＣプロシージャ、３）２ステップＲＡＣＨが失敗したときに、４ステップＲＡＣＨにフォールバックするプロシージャ、または４）２ステップＲＡＣＨが失敗したときに、ハンドオーバプロシージャを完了するために、スケジュールされた伝送にフォールバックするプロシージャを含む場合がある、２ステップＲＡＣＨを実施する場合がある。

例示的方法は、ランダムアクセス優先順位付けプロシージャをサポートしてＬＢＴ優先順位付けを実施する場合がある。

本概要は、下記にさらに記載される発明を実施するための形態を簡略化した形式で、概念の選択を紹介するものである。本概要は、請求される主題の主要な特徴または実質的な特徴を特定したり、請求される主題の範囲を限定するために使用されたりすることを意図していない。さらに、請求される主題は、本開示のいずれかの部分に記載されている、いずれかのまたは全ての不利点を解決する制限にも制約されない。

より詳細な理解は、添付図面と併せて、例として挙げられる下記の説明から得ることが可能である。

図１は、セクタビームおよび複数の高利得狭ビームを用いるセルカバレッジを示す図である。 図２は、例示的ＮＲランダムアクセスプロシージャを示す図である。 図３は、ランダムアクセスプロシージャでのＬ１およびＬ２／３との間の例示的相互作用モデルを示す図である。 図４は、例示的ＢＡを示す図である。 図５は、サブバンドＬＢＴおよびＢＷＰスイッチングを使用して、ＮＲ－Ｕサービングセルを用いる例示的ランダムアクセスを示す図である。 図６は、ＵＥがＵＬ ＢＷＰでサブバンドＬＢＴを逐次的に実施する場合の例示的アルゴリズムを示す図である。 図７は、ＵＥがＵＬ ＢＷＰでサブバンドＬＢＴを同時に実施する場合の例示的アルゴリズムを示す図である。 図８は、複数のＢＷＰでの逐次的なサブバンドＬＢＴを伴うＢＷＰスイッチングの例示的タイミングを示す図である。 図９は、複数のＢＷＰでの同時のサブバンドＬＢＴを伴うＢＷＰスイッチングの例示的タイミングを示す図である。 図１０は、サブバンドＬＢＴおよびＢＷＰスイッチングを使用して、ＮＲ－Ｕサービングセルを用いるランダムアクセスに対する例示的モデル１の解決策を示す図である。 図１１Ａは、サブバンドＬＢＴおよびＢＷＰスイッチングを使用して、ＮＲ－Ｕサービングセルを用いるランダムアクセスに対する例示的モデル２の解決策を示す図である。 図１１Ｂは、図１１Ａのシナリオの別の描写を提示する図である。 図１２は、例示的２ステップＲＡＣＨプロシージャを示す図である。 図１３は、８ビットＬフィールドを伴うＲ／Ｆ／ＬＣＩＤ／Ｌの例示的ＭＡＣサブヘッダを示す図である。 図１４は、１６ビットＬフィールドを伴うＲ／Ｆ／ＬＣＩＤ／Ｌの例示的ＭＡＣサブヘッダを示す図である。 図１５は、Ｒ／ＬＣＩＤの例示的ＭＡＣサブヘッダを示す図である。 図１６は、例示的ＭｓｇＡ ＭＡＣ ＰＤＵを示す図である。 図１７は、ＭｓｇＢ向けに使用される例示的ＭＡＣ ＲＡＲを示す図である。 図１８は、ＭｓｇＢ ＲＡＲで構成される例示的ＭＡＣ ＰＤＵを示す図である。 図１９は、４ステップＲＡＣＨプロシージャへの例示的フォールバックを示す図である。 図２０は、ＭｓｇＢを介してトリガされる４ステップＲＡＣＨプロシージャへの例示的フォールバックを示す図である。 図２１は、４ステップＲＡＣＨプロシージャへの例示的フォールバックを示す図である。 図２２は、ハンドオーバの間の例示的２ステップＲＡＣＨプロシージャを示す図である。 図２３は、ＮＲ－Ｕサービングセルを用いる例示的優先順位付けされたランダムアクセスを示す図である。 図２４は、モビリティシグナリング負荷低減の方法およびシステムに基づいて生成される場合がある例示的ディスプレイを示す図である。 図２５Ａは、通信システムの一例を示す図である。 図２５Ｂは、ＲＡＮおよびコアネットワークを含む例示的システムを示す図である。 図２５Ｃは、ＲＡＮおよびコアネットワークを含む例示的システムを示す図である。 図２５Ｄは、ＲＡＮおよびコアネットワークを含む例示的システムを示す図である。 図２５Ｅは、通信システムの別の例を示す図である。 図２５Ｆは、ＷＴＲＵなどの例示的装置またはデバイスのブロック図である。 図２５Ｇは、例示的コンピューティングシステムのブロック図である。

ＮＲビームフォーミングアクセス：より高い周波数での無線チャネルの特徴は、ＬＴＥで現在展開されている６ＧＨｚ以下のチャネルとは明らかに異なるものであるという理解に基づいて、ビームフォーミングアクセス向けのフレームワークを以下に開示する。より高い周波数向けの新しい無線アクセス技術（Radio Access Technology：ＲＡＴ）設計の課題は、より高い周波数帯でのより大きなパス損失を克服することである。このより大きなパス損失に加えてより高い周波数では、不良回析によって生じる妨害に起因して、好ましくない散乱環境を被る。したがって、ＭＩＭＯ／ビームフォーミングは、受信機側での十分な信号レベルの保証を支援する場合がある。

デジタルビームフォーミングによって使用されるＭＩＭＯデジタルプリコーディングのみに依存して、より高い周波数での追加のパス損失を補うことは、６ＧＨｚを下回るものと同等のカバレッジを提供するには十分でない可能性がある。したがって、追加の利得を得るために、アナログビームフォーミングを使用することが、デジタルビームフォーミングと併用する代替となる場合がある。十分な狭ビームは多量のアンテナ素子を用いて形成される必要があり、その結果、ＬＴＥ評価で想定されたものとは、著しく異なるものになる可能性がある。ビームフォーミング利得が大きい場合、ビーム幅はそれに応じて低減される傾向があり、したがって、大きな指向性アンテナ利得を伴うビームは、特に、３セクタ構成の水平セクタエリア全体をカバーできない。同時に動作する高利得ビームの数を制限する要因には、送受信機設計のコストおよび複雑性が含まれる。

上記の知見を考慮して、異なるサービングエリアをカバーするために操向される狭カバレッジビームを用いる時間領域での複数の伝送は、一部の問題を解決する際に支援する場合がある。サブアレイのアナログビームは、ＯＦＤＭシンボルの時間分解能で、またはセル内の異なるサービングエリア全体にわたって操向するビームのために定義された任意の適切な時間間隔で、単一の方向に操向される場合があり、したがって、サブアレイの数が、ビーム方向の数、および各ＯＦＤＭシンボルまたはビーム操向のために規定された時間間隔単位に対応するカバレッジを決定する場合がある。いくつかの文献において、この目的のための複数の狭カバレッジビームのプロビジョンが、「ビームスイーピング」と称されている。アナログおよびハイブリッドビームフォーミングに関しては、ビームスイーピングは、ＮＲでの基本的なカバレッジの提供を助力する。セクタビームおよび複数の高利得狭ビームを用いてセクタレベルセルのカバレッジが実現されるこの構想を、図１に示す。また、大規模ＭＩＭＯを用いるアナログおよびハイブリッドビームフォーミングでは、異なるサービングエリアをカバーするように操向される狭カバレッジビームを用いる時間領域における複数の伝送が、ＮＲでのサービングセル内のカバレッジエリア全体をカバーするために使用される。

ビームスイーピングに関連する一構想は、ＵＥとそのサービングセルとの間の最良のビームペアを選択するように使用されるビームペアリング構想であり、このビームペアリングは、制御シグナリングまたはデータ転送用に使用される場合がある。下りリンク伝送向けには、ビームペアはＵＥ ＲＸビームとＮＲ－Ｎｏｄｅ ＴＸビームとを含む場合があり、その一方で、上りリンク伝送向けには、ビームペアはＵＥ ＴＸビームとＮＲ－Ｎｏｄｅ ＲＸビームとを含む場合がある。

別の関連する構想は、ビーム洗練のために使用される場合があるビームトレーニング構想である。例えば、図１に示すように、ビームスイーピングおよびセクタビームペアリングプロシージャの間に、より粗いセクタビームフォーミングが適用される場合がある。次に、例えば、アンテナ重みベクトルを洗練されるビームトレーニングが続き、続いてＵＥとＮＲ－Ｎｏｄｅとの間の高利得狭ビームのペアリングが行われる場合がある。

ＮＲランダムアクセスプロシージャ：ランダムアクセスプロシージャは、例えば、１）ＲＲＣ＿ＩＤＬＥからの初期アクセス、２）ＲＲＣ接続再確立プロシージャ、３）ハンドオーバ４）ＵＬ同期ステータスが「非同期」である場合のＲＲＣ＿ＣＯＮＮＥＣＴＥＤの間のＤＬまたはＵＬデータ到着、５）ＲＲＣ＿ＩＮＡＣＴＩＶＥからの遷移、６）他のＳＩに対する要求、または７）ビーム障害回復のいくつかのイベントによってトリガされる場合がある。

さらに、ランダムアクセスプロシージャは、概して、図２に示すようなコンテンションベースおよびコンテンションフリーの２つの異なる形態をとる場合がある。通常のＤＬ／ＵＬ伝送は、ランダムアクセスプロシージャの後に行われる場合がある。

補助上りリンク（Supplementary Uplink：ＳＵＬ）を用いて構成されるセルでの初期アクセスに関して、ＤＬの品質の測定値が、ブロードキャスト閾値よりも低い場合に限り、ＵＥはＳＵＬキャリアである場合がある。一旦開始されると、ランダムアクセスプロシージャの全ての上りリンク伝送は、選択されたキャリアで続けられる。

上記のランダムアクセスプロシージャは、Ｌ１とＬ２／Ｌ３との相互作用の観点で図３にてモデル化されている。Ｌ２／Ｌ３は、Ｌ１から、ＡＣＫが受信されたか、またはＤＴＸがＬ１へのランダムアクセスプリアンブル伝送のインジケーションの後に検出されたかどうかのインジケーションを受信する。Ｌ２／３は、Ｌ１からのインジケーションに基づいて、必要に応じて、第１スケジュールされたＵＬ伝送（初期アクセスの場合のＲＲＣ接続要求）か、またはランダムアクセスプリアンブルを伝送することを、Ｌ１に指示する。

帯域幅適応（Bandwidth Adaptation：ＢＡ）を用いることで、ＵＥの受信および伝送帯域幅は、セルの帯域幅と同じ大きさである必要がなく、また調整することができ、幅は、変更するように指示される場合（例えば、電力を節約するために、低アクティビティ期間中に縮小される）があり、位置は、（例えば、スケジューリングの柔軟性を上げるために）周波数領域で移動させることができ、またサブキャリア間隔は、（例えば、異なるサービスを可能にするために）変更するように指定される場合がある。セルの総セル帯域幅のサブセットは、帯域幅パート（Bandwidth Part：ＢＷＰ）と呼ばれ、ＢＡは、ＢＷＰを用いてＵＥを構成して、どの構成されたＢＷＰが現在アクティブであるかをＵＥに知らせることによって実現される。

図４は、１）４０ＭＨｚの幅、１５ｋＨｚのサブキャリア間隔のＢＷＰ１、２）１０ＭＨｚの幅、１５ｋＨｚのサブキャリア間隔のＢＷＰ２、および３）２０ＭＨｚの幅、６０ｋＨｚのサブキャリア間隔のＢＷＰ３の３つの異なるＢＷＰが構成される場合のシナリオについて説明している。

サービングセルは、４つのＢＷＰを用いて構成される場合があり、アクティブなサービングセルでは、１つのアクティブＢＷＰが任意の時点で存在する。サービングセルのＢＷＰスイッチングは、同時に非アクティブＢＷＰをアクティブにし、アクティブＢＷＰを非アクティブにするために用いられ、かつ、下りリンク割り当てまたは上りリンクグラントを示すＰＤＣＣＨによって制御される。ＳｐＣｅｌｌ（スペシャルセル）の追加またはＳＣｅｌｌのアクティベーションに応じて、１つのＢＷＰが、下りリンク割り当てまたは上りリンクグラントを示すＰＤＣＣＨを受信することなしに、最初にアクティブにされる。サービングセルのアクティブＢＷＰは、ＲＲＣまたはＰＤＣＣＨによって示される。対をなしていない周波数帯では、ＤＬ ＢＷＰは、ＵＬ ＢＷＰと対にされ、ＢＷＰスイッチングは、ＵＬまたはＤＬに対して共通するものである。

第１の問題に関して、ライセンスアシストアクセス（ＬＡＡ）ＳＣｅｌｌによるＵＬ伝送実施時に、ＬＴＥの場合、ＭＡＣエンティティは、3GPP TS 36.321, Medium Access Control (MAC) protocol specification (Release 15), V15.0.0（その全体が参考として組み込まれる）に記載されるようなＬＢＴ結果に関係なく実施された伝送を考慮に入れる。ＬＴＥの場合、ランダムアクセスは、ＬＡＡ ＳＣｅｌｌを用いて実施されることは想定されていなかったために、ランダムアクセスプロシージャでのこの動作の影響を軽減する拡張は、必要とされなかった。

ＮＲ－Ｕでは、ランダムアクセスがＮＲ－Ｕ ＳＣｅｌｌ（キャリア・アグリゲーション－ＣＡ－展開）、ＮＲ－Ｕ ＰＳＣｅｌｌ（デュエルコネクティビティ－ＤＣ－展開）、およびＮＲ－Ｕ ＰＣｅｌｌ（スタンドアロン－ＳＡ－展開）を用いて実施されることが想定されている。ＬＡＡ ＳＣｅｌｌを用いるＵＬ伝送向けのＬＴＥアプローチが、ＮＲ－Ｕサービングセルでランダムアクセスを実施するときに適用されて、その際に、ＬＢＴがＭｓｇ１伝送に対して失敗した場合、ＵＥは、再伝送を試みる前に、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗが満了するまで待つことになる。同様に、ＬＢＴがＭｓｇ３に対して失敗した場合、Ｍｓｇ３の伝送は遅れる場合があり、かつランダムアクセスプロシージャの失敗につながる可能性さえある。ＮＲ－Ｕセルでのランダムアクセスプロシージャを実施するときの遅延を減らすために、ＬＢＴによってもたらされる不必要なランダムアクセス遅延を回避する解決策が、考慮される必要がある。

第２の問題に関して、ＮＲランダムアクセスプロシージャは、3GPP TS 38.300, NR; NR and NG-RAN Overall Description; Stage 2 (Release 15), V15.0.0（本明細書中に、その全体が参考として組み込まれる）に記載されているいくつかのイベントによって、トリガされる場合がある。例えば、コンテンションベースアクセスを使用するハンドオーバのケース、またはビーム障害回復（Beam Failure Recovery：ＢＦＲ）プロシージャのケースでは、優先順位付けられたランダムアクセスプロシージャが、ＮＲのフェーズ１に導入される可能性がある。リッスンビフォートーク（ＬＢＴ）失敗が、ランダムアクセスの失敗の原因となるか、またはランダムアクセスプロシージャの正常な完了の遅延の原因となる場合があることを考えると、ＬＢＴを伴う優先順位付けられたランダムアクセスに対するさらなる拡張が考慮される必要がある。

その他の問題の中で、特に上記の２つの問題に対処する複数の技法を本明細書で開示する。第１技法は、複数の解決策モデルを伴うＮＲ－Ｕサービングセルでの、ＬＢＴの対象となるランダムアクセスを実施する方法に関連する場合がある。一モデルでは、ＭＡＣランダムアクセスプロシージャの動作は、ＰＨＹ層に限定されたプロシージャでＬＢＴの影響でによって変化しなかったが、代替モデルでは、ＭＡＣは、ＬＢＴの結果として、ランダムアクセスプリアンブルの伝送の失敗の各事例が通知されるので、ＭＡＣは、必要な訂正処置をすることができる。ＬＢＴの対象となるランダムアクセスを実施する方法に対する特定の開示されるアプローチのいくつかは、以下の４つのアプローチを含む場合がある。第１アプローチは、複数のＢＷＰまたはサブバンドに関連付けられたＰＲＡＣＨの選択を可能にするランダムアクセスリソース選択プロシージャを拡張することを含む。第２アプローチは、チャネルがアクティブＵＬ ＢＷＰに対して「ビジー」であるイベント時に、自律的なＢＷＰスイッチングまたはサブバンドを可能にするランダムアクセスプリアンブル伝送プロシージャを拡張することを含む。第３アプローチは、プリアンブル伝送試行の成功、およびプリアンブル伝送のために使用されたＢＷＰをＭＡＣに知らせるために使用される場合があるランダムアクセスプリアンブル（ＲＡＰ）伝送インジケーションの定義を含む。第４アプローチは、ＬＢＴによって生じるプリアンブル伝送の遅延に起因するタイミングアドバンスコマンドでのエラーを訂正するプロシージャを含む。

第２技法は、１）ＭｓｇＡおよびＭｓｇＢを送るＭＡＣ ＰＤＵの定義、２）ＭｓｇＡ伝送およびＭｓｇＢ受信を実施するＭＡＣプロシージャ、３）２ステップＲＡＣＨが失敗したときに、４ステップＲＡＣＨにフォールバックするプロシージャ、または４）２ステップＲＡＣＨが失敗したときに、ハンドオーバプロシージャを完了するために、スケジュールされた伝送にフォールバックするプロシージャを含む場合がある、２ステップＲＡＣＨを実施する方法を含む場合がある。第３技法は、ランダムアクセス優先順位付けプロシージャをサポートして、ＬＢＴ優先順位付けを実施する方法を含む場合がある。

ＮＲ－Ｕサービングセルは、展開されるシナリオに応じてＳＣｅｌｌ、ＰＳＣｅｌｌ、またはＰＣｅｌｌとして構成される場合がある。ライセンスバンドＮＲ（ＰＣｅｌｌ）とＮＲ－Ｕ（ＳＣｅｌｌ）との間のキャリア・アグリゲーション（Carrier Aggregation：ＣＡ）の場合、１）ＮＲ－Ｕ ＳＣｅｌｌとの時間整合の確立、または２）ビーム障害回復のイベントに対して、ランダムアクセスは、ＮＲ－Ｕ ＳＣｅｌｌを用いて実施される場合がある。

ライセンスバンドＬＴＥ（ＰＣｅｌｌ）とＮＲ－Ｕ（ＰＳＣｅｌｌ）との間のデュアルコネクティビティ（Dual Connectivity：ＤＣ）の場合、１）ＣＧ追加／修正、２）ＵＬが「非同期」であるか、またはＰＵＣＣＨリソースがないときのＵＬ／ＤＬデータ到着、または３）ビーム障害回復のイベントに対して、ランダムアクセスは、ＮＲ－Ｕ ＰＳＣｅｌｌを用いて実施される場合がある。ＵＬ／ＤＬデータ到着に関して、ＤＬデータ到着は、ＵＬが「同期」されていないときに、ＳＣＧのＮＲ－Ｕ ＰＳＣｅｌｌまたはＮＲ－Ｕ ＳＣｅｌｌでのＲＡＣＨをトリガする場合があり、またＵＬデータ到着は、ＵＬが「同期」されていないか、またはＰＵＣＣＨリソースがないときにＮＲ－Ｕ ＰＳＣｅｌｌでのＲＡＣＨをトリガする場合がある。

スタンドアロン（Stand-Alone：ＳＡ）ＮＲ－Ｕの場合、１）初期アクセス、２）ＲＲＣ接続の再確立、３）ハンドオーバ、４）ＵＬが「非同期」であるか、またはＰＵＣＣＨリソースがないときのＵＬ／ＤＬデータ到着、５）ＲＲＣ＿ＩＮＡＣＴＩＶＥからの遷移、６）他のＳＩに対する要求、または７）ビーム障害回復のイベントに対して、ランダムアクセスは、ＮＲ－Ｕ ＳＡセルを用いて実施される場合がある。

記載する技法は、ＮＲ－Ｕサービングセルを用いるランダムアクセスを実施することに関連する、本明細書に記載される問題を解決することができる。該技法は、本明細書に記載されるランダムアクセスプロシージャをトリガするイベントで使用されることが意図される。これらの技法の一部は、特定のトリガイベント、例えば、ＰＤＣＣＨオーダの受信を使用して例示される。しかし、これは、本明細書に記載するランダムアクセスプロシージャをトリガする他のイベントで使用される技法を除外するものではない。

図５は、サブバンドＬＢＴおよびＢＷＰスイッチングを使用して、ＮＲ－Ｕサービングセルでランダムアクセスを実施するために使用される場合があるシグナリングの図である。ステップ２１１で、ランダムアクセスプロシージャは、ＵＥ２０１で開始されて、ＵＥ２０１は、ランダムアクセスリソース選択を実施してもよい。ステップ２１２で、ＵＥ２０１は、プリアンブル伝送に先立って、（必要に応じて）ＬＢＴサブバンドＬＢＴおよびＢＷＰスイッチングを実施する。ステップ２１３で、ＵＬ ＢＷＰのうち少なくとも１つに対するチャネルが「フリー」である場合（例えば、チャネルが、他のデバイスによって占有されていないと判断される場合）、ランダムアクセスプリアンブル（ＲＡＰ）は、ｇＮＢ２０２に伝送される。ステップ２１４で、プリアンブルがステップ２１３で伝送された場合、ＵＥ２０１は、ランダムアクセス応答（Random Access Response：ＲＡＲ）について、ＰＤＣＣＨを監視して、次いで、（ｇＮＢ２０２によって送信された）ランダムアクセス応答を取得する場合がある。

図５に記載されているランダムアクセスプロシージャを実施するときに、ＵＥ２０１は、構成されたＢＷＰのうち１つが所定の時間にアクティブであるＮＲ－Ｕサービングセルの１つまたは複数のＢＷＰを用いて構成されてよい。

ＢＷＰスイッチングは、ＮＲ－Ｕサービングセルを用いるランダムアクセスプロシージャ開始の際に実施されて、非アクティブＢＷＰをアクティブにし、かつアクティブＢＷＰを非アクティブにする場合がある。ＢＷＰスイッチングは、ＰＤＣＣＨオーダまたはＲＲＣシグナリングを使用して制御されてよい。ＢＷＰスイッチングはまた、ランダムアクセスプロシージャの開始の際に、ＰＲＡＣＨリソースが、アクティブＵＬ ＢＷＰに対して構成されていない場合、ＵＥ２０１によって自律的に実施されてよく、その場合には、ＵＥ２０１は、初期ＢＷＰに切り替える。

ＬＢＴプロシージャは、プリアンブル伝送に先立って、アクティブＵＬ ＢＷＰで実施されてよい。ＬＢＴプロシージャがチャネルが「フリー」であることを示す場合、ＵＥ２０１は、アクティブＵＬ ＢＷＰでプリアンブル伝送によって開始してもよい。ＬＢＴプロシージャが、チャネルがアクティブＵＬ ＢＷＰに対して「ビジー」であることを示す場合、ＵＥ２０１によってＢＷＰスイッチングが自律的に実施されてよい。

ＢＷＰスイッチングがどのように実施されるかは、特定の規則によって制御されてもよい。例えば、アクティブＢＷＰが、デフォルトＢＷＰではなく、またデフォルトＢＷＰが、ＰＲＡＣＨリソースを用いて構成されているという前提で構成されている場合、ＵＥ２０１は、自律的にデフォルトＢＷＰに切り替えてもよい。デフォルトＢＷＰが、構成されていないか、またはＰＲＡＣＨリソースを用いずに構成されている場合、ＵＥ２０１は、アクティブＢＷＰは初期ＢＷＰではないという前提で、初期ＢＷＰに自律的に切り替えてよい。

ＢＷＰの切り替え後、ＬＢＴプロシージャはプリアンブル伝送に先立って、アクティブＵＬ ＢＷＰ（例えば、デフォルトＵＬ ＢＷＰまたは初期ＵＬ ＢＷＰ）で実施されてよい。ＬＢＴプロシージャがチャネルが「フリー」であることを示す場合、ＵＥ２０１は、アクティブＵＬ ＢＷＰでプリアンブル伝送によって開始してもよい。ＬＢＴプロシージャがチャネルが「ビジー」であることを示す場合、ＵＥ２０１は、現在のＰＲＡＣＨオケージョンでプリアンブル伝送を実施する試みを中止する場合がある。ＵＥ２０１の能力に応じて、ＵＬ ＢＷＰで実施されるＬＢＴプロシージャは、逐次的に、または同時に行われてよい。

ＰＲＡＣＨオケージョンの間に、ＢＷＰが複数回、自律的に切り替えられる代替規則が、定義されてもよい。例えば、第１プリアンブル伝送試行が、アクティブＵＬ ＢＷＰで行われる場合がある。ＬＢＴが、チャネルが「ビジー」であることを示す場合、ＢＷＰはデフォルトＢＷＰに切り替えられ、その際、別の試行が行われる。ＬＢＴが、チャネルがデフォルトＵＬ ＢＷＰで「ビジー」であることを示す場合、ＢＷＰは初期ＢＷＰに切り替えられ、その際、最終的な試行が行われる。

別の例では、ＵＥ２０１は、自律的な切り替えでＢＷＰを選択する場合があるが、この際、選択されたＢＷＰは、ＰＲＡＣＨリソースを用いて構成された非アクティブＢＷＰからのものであり、また、かかるＢＷＰでの試行が失敗した場合、ＵＥ２０１は、初期ＢＷＰで最終的な試行を行う場合がある。あるいは、選択されるＢＷＰのセットが、ＵＥ２０１に送られてもよい（例えば、ＰＤＣＣＨオーダを使用して、構成されたＢＷＰのうちどれが、ＵＥ２０１が自律的に切り替えることができるものかを示してもよい）。自律的なスイッチングは、リモートネットワークデバイスによって命令されることなしに切り替えるものであると見なされてよい。

また、さらに別の例では、ＢＷＰスイッチングがどのように実施されるかは、ＵＥの実装形態に委ねられる場合があるが、実施されるＢＷＰスイッチングの最大数は、カウンタによって制御されて、その値は、上位層シグナリングを介して、または標準化仕様で、ＵＥ２０１に送られてもよい。

図６は、プリアンブル伝送が最高２つのＢＷＰで試みられる場合がある規則ベースアルゴリズムの例示的な図である。第１試行は、アクティブＵＬ ＢＷＰで、続いて、第２試行は、デフォルトまたは初期ＵＬ ＢＷＰで行われる。この例では、ＵＥ２０１は、ＵＬ ＢＷＰでサブバンドＬＢＴを逐次的に実施する。図６を参照して、ステップ２２１で、ＬＢＴは、アクティブＵＬ ＢＷＰで行われる場合がある。ステップ２２２で、チャネルがフリーであると判断される場合、ステップ２２７に進み、アクティブＵＬ ＢＷＰでプリアンブルが伝送される。チャネルがフリーでないと判断される場合、アクティブＢＷＰがデフォルトＢＷＰであるかどうかを、ステップ２２３でさらに判断される場合がある。デフォルトＢＷＰでない場合、ステップ２２４に進み、デフォルトＢＷＰがＰＲＡＣＨリソースを用いて構成されているかどうかの追加の判断が行われる。ＰＲＡＣＨリソースを用いて構成されている場合、ステップ２２５で、デフォルトＢＷＰに切り替えられ、ＬＢＴが実施される。ステップ２２６で、チャネルがフリーである場合、ステップ２２７に進み、アクティブＵＬ ＢＷＰでプリアンブルが伝送される。なお、ステップ２２４で、ＰＲＡＣＨリソースを用いて構成されていない場合、ステップ２２８で、アクティブＢＷＰが初期ＢＷＰであるかどうかの追加の判断が行われる。

図６を引き続き参照して、ステップ２２３で、アクティブＢＷＰがデフォルトＢＷＰであると判断される場合、ステップ２２９に進み、初期ＢＷＰに切り替えられて、ＬＢＴが実施される。また。チャネルがフリーである場合、ステップ２２７に進み、アクティブＵＬ ＢＷＰでプリアンブルが伝送される。

図７は、ＵＥ２０１が、各ＵＬ ＢＷＰで、同時に（例えば、実質的に同時に）サブバンドＬＢＴを実施する、類似のアルゴリズムの図である。

以下の表２は、図６で説明したような、規則ベースＢＷＰスイッチングアルゴリズムでのＵＥによるランダムアクセスリソース選択向けの例示的擬似コードを提示する。

以下の表３は、図７で説明したような、規則ベースＢＷＰスイッチングアルゴリズムでのランダムアクセスリソース選択向けの例示的擬似コードを提示する。

図８は、ＵＥ２０１が、複数のＵＬ ＢＷＰでサブバンドＬＢＴを逐次的に実施する図６で説明するアルゴリズムでのＢＷＰスイッチングのタイミングの図である。この例では、ＮＲ－Ｕサービングセルは、４つのＢＷＰを用いて構成されている。ランダムアクセスプロシージャが開始されるときに、ＢＷＰ_１はアクティブＢＷＰであり、またＢＷＰ_２はＰＲＡＣＨリソースを用いて構成されたデフォルトＢＷＰである。ＬＢＴはＢＷＰ_１（アクティブＢＷＰ）で実施され、それにより、チャネルは「ビジー」であると示される。時間ｔ_１で、ＵＥ２０１は、ＢＷＰ_２（デフォルトＢＷＰ）に自律的に切り替えて、ＬＢＴを実施し、それによりチャネルは「フリー」であると示される。時間ｔ_２で、ＵＥ２０１は、アクティブＢＷＰ、すなわちＢＷＰ_２で、プリアンブル伝送によって開始する。

図９は、ＵＥ２０１が、複数のＵＬ ＢＷＰで同時にサブバンドＬＢＴを実施する、図７で説明するアルゴリズムでのＢＷＰスイッチングのタイミングの図である。この例では、ＮＲ－Ｕサービングセルは、４つのＢＷＰを用いて構成されている。ランダムアクセスプロシージャが開始されるときに、ＢＷＰ_１はアクティブＢＷＰであり、またＢＷＰ_２はＰＲＡＣＨリソースを用いて構成されたデフォルトＢＷＰである。ＬＢＴは、ＢＷＰ_１（アクティブＢＷＰ）およびＢＷＰ_２（デフォルトＢＷＰ）で同時に実施される。ＢＷＰ_１で実施されるＬＢＴプロシージャは、チャネルが「ビジー」であることを示し、ＢＷＰ_２で実施されるＬＢＴプロシージャは、チャネルが「フリー」であることを示す。時間ｔ_１で、ＵＥ２０１は、アクティブＢＷＰをＢＷＰ_２に自律的に切り替えて、プリアンブル伝送によって開始する。

ＭＡＣ層のＵＥ動作およびＰＨＹ層のＵＥ動作、ならびにＭＡＣ層とＰＨＹ層との間の相互作用に関して提示した問題１（すなわち、上記にて開示した第１の問題）に対して用いられる技法は、以下に述べる複数のモデルに従ってさらにモデル化されてもよい。

方法は、本明細書で開示するように、複数のモデルを使用して、ＮＲ－Ｕサービングセルでのリッスンビフォートーク（ＬＢＴ）の対象となるランダムアクセスを実施する場合がある。第１モデルでは、ＭＡＣランダムアクセスプロシージャの動作は、ＰＨＹ層に限定されたプロシージャでＬＢＴの影響によって変化しない。第２モデルでは、ＭＡＣは、ＬＢＴの結果として、ランダムアクセスプリアンブルの伝送の失敗の各事例が通知されるので、ＭＡＣは、必要な訂正処置をすることができる。

第１モデルに関して、ＭＡＣは、ＬＢＴの結果として、ランダムアクセスプリアンブルの伝送の失敗の各事例が通知されるので、ＭＡＣは、必要な訂正処置をすることができる。技法のこの群は、要約すると、ＭＡＣは、ＰＨＹに、ランダムアクセスプロシージャのＭｓｇ１またはＭｓｇ３を伝送すると見なすことができる。Ｍｓｇ１またはＭｓｇ３の伝送の失敗の各事例に対して、ＰＨＹは、ＭＡＣに失敗事例を通知するので、ＭＡＣは、例えば、対応するアクセスパラメータを含むチャネルアクセス優先順位クラス、エネルギー検出閾値などの異なるＬＢＴパラメータでメッセージの再伝送を再開始することなど、必要な処置をとることができる。Ｍｓｇ１またはＭｓｇ３伝送に使用される周波数サブバンドまたはＢＷＰなどのパラメータが、ＰＨＹに提供されてもよい。

第２モデルに関して、技法のこの群は、要約すると、ＰＨＹは、ＬＢＴパラメータの複数のセット（例えば、周波数サブバンド、ＢＷＰ、チャネルアクセス優先順位クラス、または対応するチャネルアクセスパラメータ）を用いて（ＲＲＣまたはＭＡＣによって）構成されると見なすことができる。ＬＢＴ事例ごとではなく、ＰＨＹが、ＰＨＹに対して構成されたＬＢＴ構成パラメータに基づいて１つまたは複数のＬＢＴ試行を実施して、ＬＢＴプロシージャが失敗したと断定した後に、ＬＢＴプロシージャからの結果がチャネルがビジーであるという結果として、ＰＨＹは、ＭＡＣにランダムアクセスメッセージ（Ｍｓｇ１またはＭｓｇ３）の伝送の失敗を通知する。このケースでは、ＭＡＣは、ＬＢＴをトリガしたプロシージャ（このケースでは、ランダムアクセスプロシージャ）の通常の失敗としてＬＢＴの失敗を処理し、それに応じて、ＲＲＣ層に通知する場合がある。

この第２モデルをサポートするために、ＰＨＹまたはＭＡＣは、２つ以上のＢＷＰ／サブバンドを用いて構成されてもよい（例えば、ＲＡＣＨデフォルトまたはＲＡＣＨプライマリＢＷＰ／サブバンド、次いで、いくつかの他のＲＡＣＨセカンダリＢＷＰ／サブバンド、もしくはＢＷＰ／サブバンドが、優先順に割り当てられる）。ＭＡＣは、例えば、ＰＨＹがそのようなリストでまだ構成されていない場合に、ランダムアクセスプロシージャ向けに使用されるＢＷＰ／サブバンドのリストをＰＨＹに提供してもよい。ＢＷＰは、複数のサブバンドで構成される場合があることに注意されたい。異なるＢＷＰに関して提案される本明細書で開示する主題はまた、同じＢＷＰ内のサブバンドにも適用することができる。

ＭＡＣからランダムアクセスがトリガされるとすぐに、ＰＨＹは、ＢＷＰ／サブバンドの優先順位の高い順にＢＷＰ／サブバンドでＬＢＴを実施する場合がある。優先順位は、プライマリまたはデフォルトＲＡＣＨ－ＢＷＰ／サブバンドが、ランダムアクセスプロシージャを実施するために使用される最も高い優先順位のＢＷＰ／サブバンドであるとするようなものである場合がある。ＰＨＹに対して構成されたＢＷＰ／サブバンドのうち１つで成功した場合に、ＬＢＴは成功したと見なされる。ＰＨＹは、次いで、ＬＢＴの実施が成功したＢＷＰ／サブバンドでＭｓｇ１（またはＭｓｇ３）を伝送する。

あるいは、ＰＨＹは、２つ以上のＢＷＰ／サブバンドでＬＢＴを実施してもよい。ＰＨＹは、次に、ＬＢＴが成功した（例えば、チャネルがビジーでなかった）ＢＷＰ／サブバンドの中から１つのＢＷＰ／サブバンドを選択して、ＲＡＣＨを実施する。この際、ＲＡＣＨプロシージャ向けのＢＷＰ／サブバンドを選択するために用いられる基準は、１）最も低いＣＢＲ（チャネルビジー率）、２）最も低いチャネル占有率、３）最大数の構成された専用ＲＡＣＨリソースでのＢＷＰ／サブバンド、または４）最大数の構成された共通ＲＡＣＨリソースでのＢＷＰ／サブバンドに基づくものであってもよい。続いて、ＰＨＹは、ＬＢＴの実施が成功したＢＷＰ／サブバンドの中から選択されたＢＷＰ／サブバンドでＭｓｇ１を伝送する。

また別の代替案では、ＰＨＹは、２つ以上のＢＷＰ／サブバンドでＬＢＴを実施し、次いで、ＬＢＴが成功したＢＷＰ／サブバンドの中から２つ以上のＢＷＰ／サブバンドを選択してランダムアクセスプロシージャを実施する場合がある。選択されるＢＷＰ／サブバンドの数は、構成に依存する場合があり、またＰＨＹまたはＭＡＣに対して構成される場合がある。次いで、ＰＨＹは、ＢＷＰ／サブバンドでのＲＡＲを待たずに、選択したＢＷＰ／サブバンドでＭｓｇ１（またはＭｓｇ３）を伝送する。

第１モデル（例えば、モデル１）に関連するサブバンドＬＢＴおよびＢＷＰスイッチングを使用して、ＮＲ－Ｕサービングセルでランダムアクセスを実施する方法について以下に開示する。図１０は、サブバンドＬＢＴおよびＢＷＰスイッチングを使用して、ＮＲ－Ｕサービングセルを用いるランダムアクセスを実施するために使用される場合があるモデル１に基づく技法でのシグナリングの例示的図であり、ここで、ランダムアクセスプロシージャは、ＰＤＣＣＨオーダを介してネットワークによって開始される。モデル１のシグナリングを要約すると、ＲＡＣＨ開始およびリソース選択（ステップ２６０）、ＲＡＰ伝送（ステップ２６１）、およびＲＡＲ受信（ステップ２６２）である場合がある。ステップ２６０で、ランダムアクセスプロシージャは、ＵＥ２０１で（例えば、ＰＤＣＣＨの取得に基づいて）開始されて、ＵＥ２０１は、ランダムアクセスリソース選択を実施する。ステップ２５１で、ＭＡＣ２０４エンティティは、ＰＨＹ２０５に、プリアンブル伝送を構成するパラメータのセットを提供する。パラメータは、プリアンブルインデックス、選択されるＰＲＡＣＨリソースおよびＢＷＰ、ＬＢＴパラメータなどである。ステップ２５２で、ＰＨＹ２０５は、次に、選択されたＢＷＰでサブバンドＬＢＴを実施する場合がある。チャネルが「ビジー」である場合、ステップ２５３で、ＲＡＰ伝送インジケーションが送信されて、ＭＡＣにプリアンブルの伝送の失敗が通知される場合がある。ステップ２５４で、ＭＡＣ２０４は、次いで、異なるＢＷＰを使用して、ランダムアクセスリソース選択を実施する場合があり、かつそのプロセスは繰り返される。チャネルが「フリー」である場合、ステップ２５６で、プリアンブルは伝送されて（ステップ２５７）、かつＲＡＰ伝送インジケーションが送信されて、ＭＡＣ２０４にプリアンブルが伝送されたことが通知される場合がある。プリアンブルが伝送されると、ＵＥ２０１は、ＲＡＲについてＰＤＣＣＨを監視する場合がある（例えば、ステップ２５８）。

第２モデル（例えば、モデル２）に関連するサブバンドＬＢＴおよびＢＷＰスイッチングを使用して、ＮＲ－Ｕサービングセルでランダムアクセスを実施する方法について以下に開示する。図１１は、サブバンドＬＢＴおよびＢＷＰスイッチングを使用して、ＮＲ－Ｕサービングセルを用いるランダムアクセスを実施するために使用される場合があるモデル２に基づく技法でのシグナリングの図であり、ここで、ランダムアクセスプロシージャは、ＰＤＣＣＨオーダを介してネットワークによって開始される。

図１１Ａで記載するシナリオでは、ランダムアクセス応答ウィンドウタイマが満了する場合、ＭＡＣは、ＲＲＣ（図示せず）にランダムアクセスプロシージャの失敗を通知する場合がある。図１１Ｂは、図１１Ａと同じシナリオの別の描写を提示している。モデル２のシグナリングを要約すると、ＲＡＣＨ開始（ステップ２７０ａ）およびリソース選択（ステップ２７０ｂ）、ＲＡＰ伝送（ステップ２７１）、およびＲＡＲ受信（ステップ２７２）である場合がある。さらなる詳細が、本明細書で提示される。

ランダムアクセスプロシージャが実施されるときに、ＵＥ変数、１）ＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸ、２）ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ、３）ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲ、４）ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ、５）ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦ、６）ＰＣＭＡＸまたは７）ＴＥＭＰＯＲＡＲＹ＿Ｃ－ＲＮＴＩが使用される場合がある。これらのＵＥ変数は、通常、ステップ２７０で構成されて、ステップ２７１でＰＨＹ２０５によって使用される場合がある。ＭＡＣ２０４は、通常プリアンブルが伝送されたというＰＨＹ２０５からの確認を待つので、カウンタは、ステップ２７１までインクリメントされない場合がある。

ステップ２７０ａのＲＡＣＨ開始に関して、ＵＥ２０１は、ランダムアクセスプロシージャを開始させるＰＤＣＣＨオーダを受信する。ｇＮＢ２０２は、ＰＤＣＣＨオーダを送信する場合があり、そうすることで、ＵＥ２０２は、ＮＲ－Ｕサービングセルとの時間整合を確立する場合がある。この際、ＮＲ－Ｕサービングセルは、展開されるシナリオに応じてＳＣｅｌｌ、ＰＳＣｅｌｌ、またはＰＣｅｌｌとして構成される場合がある。ＰＤＣＣＨオーダは、パラメータ１）プリアンブルインデックス、２）ＰＲＡＣＨマスクインデックス、３）ＢＷＰスイッチコマンドのうち１つまたは複数を含む場合がある。ＰＤＣＣＨオーダが、ＢＷＰスイッチコマンドを含む場合、ＢＷＰは、そのコマンドに従って切り替えられる。ＭＡＣエンティティ２０４は、１）ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲを１に設定する、２）ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＣＯＵＮＴＥＲを１に設定する、３）ＰＲＥＡＭＢＬＥ＿ＢＡＣＫＯＦＦ Ｉを０ｍｓに設定する、４）ＰＣＭＡＸを、上位層、例えば、ＲＲＣシグナリングによって提供されるＰ_{ＣＭＡＸ，ｃ}の値に設定する、５）ＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸを、ＰＤＣＣＨオーダで送られたプリアンブルインデックスの値に設定する、または６）ＰＲＡＣＨ＿ＭＡＳＫ＿ＩＮＤＥＸを、ＰＤＣＣＨオーダで送られたＰＲＡＣＨマスクインデックスの値に設定するようにＵＥ変数を初期化する場合がある。上述のＰＤＣＣＨオーダは、他のＰＤＣＣＨオーダに適用してもよい（例えば、図１０のステップ２６０、または図１１のステップ２７０）。

ステップ２７０ｂのリソース選択に関して、ＭＡＣエンティティ２０４は、ランダムアクセスリソース選択を実施する場合がある。アクティブＵＬ ＢＷＰに対してチャネルが「ビジー」であるイベント時に、自律的なＢＷＰスイッチングを可能にするために、ＭＡＣ２０４は、複数のＢＷＰに関連付けられたＰＲＡＣＨを選択する場合がある。この際、この複数のＢＷＰは、アクティブＢＷＰ、デフォルトＢＷＰ、初期ＢＷＰまたは構成されている非アクティブＢＷＰを含んでもよい。選択されたリソースは、例えば、関連するＢＷＰに従って順序づけられた順序リストで、ＰＨＹ２０５に提供されてよい。

以下の表４の例示的擬似コードは、図６または図７で説明したような、規則ベースＢＷＰスイッチングアルゴリズムでのランダムアクセスリソース選択向けのものである。表４のテキストは、２７０ｂに関して説明される動作の手続き的記述である場合がある。

自律的なＢＷＰスイッチングの制御を伴うネットワークを提供するために、ＰＤＣＣＨオーダ（例えば、図１１のステップ２７０、図１０のステップ２６０）はまた、１）自律的なＢＷＰスイッチングを有効／無効にするフラグ、または２）自律的なＢＷＰスイッチングのために使用される場合があるＢＷＰ ＩＤのセットのパラメータを含む場合がある。

１つまたは複数のＵＥ変数が定義されて、そのパラメータの値が記憶される場合がある。例えば、ＢＷＰ＿ＳＷＩＴＣＨＩＮＧ＿ＣＯＮＴＲＯＬという名のＵＥ変数は、ビットフィールドとして定義される場合がある。この際、このフィールド内のビットのそれぞれは、対応するＢＷＰが、自律的なＢＷＰスイッチングのために使用され得るかどうかを示すために、設定またはクリアされる場合がある。

一例では、構成されたＢＷＰのＢａｎｄｗｉｄｔｈＰａｒｔＩＤは、例えば、ＩＤ ０のＢＷＰは、ビット０に対応し、ＩＤ １のＢＷＰは、ビット１に対応するなど、構成されたＢＷＰと、ビットフィールド内の対応するビットとを関連付けるために使用される場合がある。追加のビットが、デフォルトＢＷＰおよび初期ＢＷＰに対して予め指定されてもよい。例えば、サービングセルに対して、最大４つのＢＷＰが構成されると仮定する場合、ビットフィールドのビット４および５は、それぞれ、デフォルトＢＷＰおよび初期ＢＷＰに対して使用される場合がある。

ステップ２７１で、ＵＥ２０１は、プリアンブル伝送を実施する場合がある。このステップ２７１の一部として、ＭＡＣエンティティ２０４は、プリアンブルが伝送される際の、ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲおよびＰＲＡＣＨに関連付けられるＲＡ－ＲＮＴＩを計算する。一部のシナリオでは、構成されるＢＷＰ向けのＰＲＡＣＨリソース設定は、同じものでない場合がある。アクティブＵＬ ＢＷＰに対してチャネルが「ビジー」であるイベント時に、自律的なＢＷＰスイッチングを可能にするために、ＭＡＣ２０４は、複数のＢＷＰに関連付けられたＰＲＡＣＨのＲＡ－ＲＮＴＩを計算する場合があるが、この際、この複数のＢＷＰは、アクティブＢＷＰ、デフォルトＢＷＰ、初期ＢＷＰまたは構成されている非アクティブＢＷＰを含んでもよい。

例えば、図６または図７で説明したような規則ベースＢＷＰスイッチングアルゴリズムが使用される場合、ＭＡＣ２０４は、アクティブＢＷＰとデフォルトＢＷＰ、またはアクティブＢＷＰと初期ＢＷＰに関連付けられるＲＡ－ＲＮＴＩを計算する場合がある。デフォルトＢＷＰがＰＲＡＣＨリソースを用いて構成されているが、アクティブＢＷＰがデフォルトＢＷＰではない場合、パラメータは、デフォルトＢＷＰに対して計算される場合がある。そうでない場合は、パラメータは、アクティブＢＷＰがデフォルトＢＷＰではないという前提で、初期ＢＷＰに対して計算されてよい。

ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲおよびＲＡ－ＲＮＴＩを計算した後に、ＭＡＣエンティティ２０４は、ＰＨＹ２０５に、選択したＰＲＡＣＨ、対応するＲＡ－ＲＮＴＩ、ＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸまたはＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲを使用してプリアンブルを伝送するように指示してもよい。ＰＨＹ２０５は、次いで、プリアンブル伝送に先立って、（必要に応じて）サブバンドＬＢＴおよびＢＷＰスイッチングを実施する。

以下の表５は、図６または図７で説明したような、規則ベースＢＷＰスイッチングアルゴリズムでのプリアンブル伝送向けの例示的擬似コードを提示する。

ＰＨＹ２０５は、ＭＡＣ２０４にプリアンブル伝送試行の結果を通知する場合がある。例えば、インジケーション（例えば、ＲＡＰ伝送インジケーション）が、ＭＡＣ２０４にプリアンブル伝送試行の成功、およびプリアンブル伝送に使用されたＢＷＰを通知するために使用される場合がある。インジケーションはまた、例えば、ＬＢＴが実施されたＵＬ ＢＷＰで、ＵＬ ＢＷＰが「ビジー」であった場合のプリアンブル伝送の失敗をＭＡＣ２０４に明確に通知するために使用されてよい。あるいは、インジケーションがどのように設計されているかによって、そのようなインジケーションがない状態で、プリアンブル伝送の結果がＭＡＣ２０４に暗に通知されてよい。

ステップ２７２では、ＵＥ２０１はランダムアクセス応答（ＲＡＲ）受信を実施する場合がある。プリアンブルが伝送されると、ＭＡＣ２０４は、プリアンブル伝送の終わりからＸ個のシンボルの固定期間後の、第１ＰＤＣＣＨオケージョンの開始時に、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗを開始する場合がある。

ＮＲ－Ｕ ＳｐＣｅｌｌ、例えば、ＭＣＧのＰＣｅｌｌおよびＳＣＧのＰＳＣｅｌｌを用いるランダムアクセスを実施するときに、ＵＥ２０１は、ＳｐＣｅｌｌのアクティブＢＷＰを使用して、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗが動作している間に、ＲＡ－ＲＮＴＩによって識別されるＲＡＲについて、ＳｐＣｅｌｌのＰＤＣＣＨを監視するが、この際、このＳｐＣｅｌｌのアクティブＢＷＰは、プリアンブル伝送のために使用されたＢＷＰに対応するものである。

ＮＲ－Ｕ ＳＣｅｌｌを用いるランダムアクセスを実施するときに、ＵＥ２０１はまた、ＲＡＲについてＳｐＣｅｌｌのＰＤＣＣＨを監視する場合があるが、このケースでは、プリアンブル伝送が、異なるセル、例えば、ＳＣｅｌｌで行われるので、ＳｐＣｅｌｌのアクティブＢＷＰは、プリアンブル伝送のために使用されたＢＷＰと同じでない場合がある。

ＳｐＣｅｌｌからの下りリンクでのＲＡＲの伝送試行時に、ｇＮＢ２０２のチャネルへのアクセスの成功の可能性を上げるために、ＵＥ２０１は、複数のＢＷＰを使用して、ＲＡＲについて、ＳｐＣｅｌｌのＰＤＣＣＨを監視してもよい。概して、複数のＢＷＰは、同時に監視される場合があり、かつ概して、いくつかの動作は、ＰＨＹを対象とするものであり、一部はＭＡＣを対象とするものであることに留意されたい。次いで、ｇＮＢ２０２は、ＬＢＴがチャネルが「フリー」であると示したＤＬ ＢＷＰを使用してＲＡＲを伝送してもよい。

ＲＡＲは、ＴＡＧのタイミングを調整するために使用される場合があるタイミングアドバンスコマンドを含む場合があり、このＴＡＧは、ＵＥ２０１が、ランダムアクセスプロシージャを実施するのに用いるＮＲ－Ｕサービングセルを含むものである。ｇＮＢ２０２は、プリアンブル伝送がＰＲＡＣＨオケージョンの開始時に開始される場合、タイミングアドバンスコマンドを計算してもよい。しかし、ＵＥ２０１は、プリアンブル伝送に先立って、ＬＢＴを実施することが必要とされる場合があり、それにより、ＢＷＰスイッチングに続いて、追加のＬＢＴプロシージャをもたらす場合があるので、プリアンブル伝送は、ＰＲＡＣＨオケージョンの開始に対して、時間Δｔ（０より大きい）で開始される場合がある。ＭＡＣエンティティ２０４は、値Δｔを減算することによって、タイミングアドバンスコマンドを適用される前に訂正してもよい。あるいは、ＰＨＹが、値Δｔを維持して訂正を行ってもよい。

ＮＲ－Ｕ ＳｐＣｅｌｌを用いるランダムアクセスを実施するときに、タイミングアドバンスコマンドが、ｐＴＡＧに適用されてもよい。また、ＮＲ－Ｕ ＳＣｅｌｌを用いるランダムアクセスを実施するときに、タイミングアドバンスコマンドが、ＮＲ－Ｕ ＳＣｅｌｌを含むｓＴＡＧに適用されてもよい。タイミングアドバンスコマンドを適用した後に、ＭＡＣエンティティ２０４は、ＴＡＧに関連付けられたｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒを開始または再開してもよい。

以下の表６は、図６または図７で説明したような、規則ベースＢＷＰスイッチングアルゴリズムでのＲＡＲ受信向けの例示的擬似コードを提示する。

数ある中で、特に２ステップＲＡＣＨを実施する方法を以下に開示する。ランダムアクセスプロシージャの間に実施されるＬＢＴプロシージャの数を減らすために、２ステッププロシージャが使用される場合がある。図１２は、２ステップランダムアクセスプロシージャを実施するために使用されるシグナリング図の例示的図である。２ステップＲＡＣＨに関する本明細書で開示する技法は、チャネルでの運用時に使用することができ、これは、ＬＢＴを必要としないものである。そのような展開のために、ＬＢＴプロシージャは、伝送に先立って実施される必要がない場合がある。図１２では、ステップ２８１で、ＵＥ２０１は、プリアンブルのような信号およびペイロードを含む場合があるＭｓｇＡを伝送し、このペイロードは、４ステップＲＡＣＨプロシージャのＭｓｇ３で伝送されるもの、例えば、ＣＣＣＨ ＳＤＵ、ＵＥ識別情報と同等である場合のある情報を含むものである。ＭｓｇＡはまた、ＵＬデータ伝送、例えば、ＵＬ ＤＣＣＨまたはＵＬ ＤＴＣＨ ＳＤＵで使用される場合がある。

図１２では、ステップ２８２で、ＵＥ２０１は、ＭｓｇＢを監視して、取得するが、このＭｓｇＢは、ｇＮＢ２０２によって伝送され、かつ４ステップＲＡＣＨプロシージャのＭｓｇ２およびＭｓｇ４で伝送されるものと同等の情報、例えば、ＴＡコマンド、ＵＬグラント、ＴＣ－ＲＮＴＩ、ＵＥコンテンション解決識別情報、ＣＣＣＨ ＳＤＵを含む場合があるものである。ＭｓｇＢはまた、ＤＬデータ伝送、例えば、ＤＬ ＤＣＣＨまたはＤＬ ＤＴＣＨ ＳＤＵで使用される場合がある。ＵＥ２０１がＭｓｇＢを受信しない場合のシナリオでは、ＵＥ２０１は、ＭｓｇＡを伝送する場合があるが、この際、伝送の数は、ネットワークによって構成される場合がある。さらに、ＵＥ２０１は、ＭｓｇＡ伝送を実施するときに同じプリアンブルのような信号を使用してもよい。あるいは、異なるプリアンブルのような信号が、ＭｓｇＡ伝送ごとに選択されてもよい。この動作は、ネットワークによって構成される規格で定義される場合がある。

ＭＡＣ ＰＤＵ（ＭｓｇＡ）：ＭｓｇＡ ＭＡＣ ＰＤＵは、１つまたは複数のＭＡＣサブＰＤＵを含む場合があり、この際、各ＭＡＣサブＰＤＵは、１）ＭＡＣサブヘッダのみ（パディングを含む）、２）ＭＡＣサブヘッダおよびＭＡＣ ＳＤＵ、３）ＭＡＣサブヘッダおよびＭＡＣ ＣＥ、または４）ＭＡＣサブヘッダおよびパディングを含む場合がある。ＭｓｇＡ ＭＡＣ ＰＤＵに含まれるＭＡＣ ＳＤＵは、固定または可変サイズであってもよい。固定サイズＭＡＣ ＣＥ、パディング、およびＵＬ ＣＣＣＨを含むＭＡＣ ＳＤＵ以外のＭＡＣサブヘッダは、図１３および図１４に示すような４つのヘッダフィールドＲ／Ｆ／ＬＣＩＤ／Ｌで構成される。固定サイズＭＡＣ ＣＥ、パディング、およびＵＬ ＣＣＣＨを含むＭＡＣ ＳＤＵのＭＡＣサブヘッダは、図１５に示すような２つのヘッダフィールドＲ／ＬＣＩＤで構成される。

ＭｓｇＡ ＭＡＣサブヘッダは、オクテットで配列され、かつ１）ＬＣＩＤ、Ｌ、Ｆ、またはＲのフィールドを含む場合がある。論理チャネルＩＤ（Logical Channel ID：ＬＣＩＤ）フィールドは、TS 38.321の表６．２．１－１および６．２．１－２に記載されているような、対応するＭＡＣ ＳＤＵの論理チャネルインスタンスか、もしくは対応するＭＡＣ ＣＥまたはパディングのタイプを識別する。ＭＡＣサブヘッダごとに１つのＬＣＩＤフィールドがある。ＬＣＩＤフィールドサイズは６ビットである。Ｌｅｎｇｔｈ（Ｌ）フィールドは、対応するＭＡＣ ＳＤＵの長さ、またはバイトの可変サイズのＭＡＣ ＣＥを示す。固定サイズＭＡＣ ＣＥ、パディング、およびＵＬ ＣＣＣＨを含むＭＡＣ ＳＤＵに対応するサブヘッダ以外のＭＡＣサブヘッダごとに１つのＬフィールドがある。Ｌフィールドのサイズは、Ｆフィールドによって示される。Ｆｏｒｍａｔ（Ｆ）フィールドは、Ｌｅｎｇｔｈフィールドのサイズを示す。固定サイズＭＡＣ ＣＥ、パディング、およびＵＬ ＣＣＣＨを含むＭＡＣ ＳＤＵに対応するサブヘッダ以外のＭＡＣサブヘッダごとに１つのＦフィールドがある。Ｆフィールドのサイズは、１ビットである。値０は、Ｌｅｎｇｔｈフィールドの８ビットを示す。値１は、Ｌｅｎｇｔｈフィールドの１６ビットを示す。Ｒｅｓｅｒｖｅｄ（Ｒ）ビットは、０に設定される。

ＭＡＣ ＣＥを伴うＭｓｇＡ ＭＡＣサブＰＤＵは、図１６に示すように、ＭＡＣ ＰＤＵ内で、ＭＡＣ ＳＤＵを伴う全ＭＡＣサブＰＤＵの後、およびパディング伴うＭＡＣサブＰＤＵ前に配置される。パディングのサイズは０である場合がある。

ＭｓｇＢ ＲＡＲのシグナリングのために使用されるＭＡＣ ＰＤＵは、１つまたは複数のサブＰＤＵ、および任意選択でパディングで構成される場合がある。それぞれのＭＡＣサブＰＤＵは、１）バックオフインジケータのみを伴うＭＡＣサブヘッダ、２）ＲＡＰＩＤ（例えば、ＳＩ要求に対する肯定応答）のみを伴うＭＡＣサブヘッダ、または３）ＲＡＰＩＤおよびＭｓｇ３ ＲＡＲを伴うＭＡＣサブヘッダを示す場合がある。

バックオフインジケータを伴うＭＡＣサブヘッダは、TS 38.321の図６．１．５－１に記載されているように、５つのヘッダフィールドＥ／Ｔ／Ｒ／Ｒ／ＢＩで構成されている。バックオフインジケータのみを伴うＭＡＣサブＰＤＵが含まれている場合、ＭＡＣ ＰＤＵの初めに配置される。「ＲＡＰＩＤのみを伴うＭＡＣサブＰＤＵ」、および「ＲＡＰＩＤとＭｓｇ３ ＲＡＲとを伴うＭＡＣサブＰＤＵ」は、バックオフインジケータのみ（もしあれば）を伴うＭＡＣサブＰＤＵと、パディング（もしあれば）を伴うＭＡＣサブＰＤＵとの間のどこにでも配置することができる。ＲＡＰＩＤを伴うＭＡＣサブヘッダは、TS 38.321の図６．１．５－２に記載されているように、３つのヘッダフィールドＥ／Ｔ／ＲＡＰＩＤで構成される。

パディングは、もしあればＭＡＣ ＰＤＵの最後に配置される。パディングの存在および長さは、ＴＢサイズ、ＭＡＣサブＰＤＵのサイズに暗に基づくものである。

ＭＡＣ ＰＤＵ（ＭｓｇＢ）について、以下で説明する。オクテットで配列される、例示的ＭｓｇＢ ＲＡＲが、図１７に描かれ、かつ１）Ａ／Ｎ、２）タイミングアドバンスコマンド、３）ＵＬグラント、４）一時的なＣ－ＲＮＴＩ、５）ＵＥコンテンション解決識別情報、または６）データのフィールドを含む場合がある。Ａ／Ｎフィールドは、ＭｓｇＡペイロードが正常に復号されたかどうかを示すフラグである。例えば、「０」の値は、ペイロードが正常に復号されたことを示すために使用され、「１」の値は、ペイロードが正常に復号されなかったことを示すために使用される場合がある。タイミングアドバンスコマンドフィールドは、TS 38.213においてＭＡＣエンティティが適用しなければならないとされる、タイミング調整の量を制御するために使用されるインデックス値ＴＡを示す。タイミングアドバンスコマンドフィールドのサイズは、１２ビットである。上りリンクグラントフィールドは、TS 38.213において上りリンクで使用されることになるとされる、リソースを示す。ＵＬグラントフィールドのサイズは、２７ビットである。一時的なＣ－ＲＮＴＩフィールドは、ランダムアクセスの間に、ＭＡＣエンティティによって使用される一時的な識別情報を示す。一時的なＣ－ＲＮＴＩフィールドのサイズは、１６ビットである。ＵＥコンテンション解決識別情報フィールドは、ＵＬ ＣＣＣＨ ＳＤＵを含む。ＵＬ ＣＣＣＨ ＳＤＵが、４８ビットより長い場合、このフィールドは、ＵＬ ＣＣＣＨ ＳＤＵの初めの４８ビットを含む場合がある。データフィールドは、例えば、ＲＲＣメッセージの制御プレーンシグナリング、および／またはユーザプレーンデータの伝送のために使用される。この例では、データフィールドは、３２ビットの固定サイズで画定される。異なる固定サイズの使用は、除外されない。あるいは、データフィールドは、可変的な長さであってもよく、この際、この長さは、ＭＡＣ ＲＡＲに含まれるＬｅｎｇｔｈフィールドを介して示される。

ＭｓｇＢ ＲＡＲはまた、第１ＰＤＣＣＨのＤＭＲＳのＱＣＬ関係を示すＱＣＬフィールドを含む場合がある。一部のシナリオでは、図１７で説明したＭｓｇＢ ＲＡＲの全フィールドは、例えば、コンテンションフリー２ステップＲＡＣＨプロシージャを実施するとき、伝送するＤＬデータがないときには、使用されない場合がある。このようなシナリオで、未使用のフィールドは、確保されていると見なされる場合がある。あるいは、ＭｓｇＢ ＲＡＲは、取捨選択できるフィールドの有無を示すために、Ｆｏｒｍａｔフィールド、Ｆを含む場合がある。また、さらに別の代替案では、Ｆｏｒｍａｔフィールドは、ＭＡＣサブヘッダに含まれる場合がある。

ＵＥコンテンション解決識別情報およびデータフィールドの有無を示すために使用される場合がある例示的な２ビットのＦｏｒｍａｔフィールドは、表７で定義される。代替のＦｏｒｍａｔフィールド定義は、除外されない。

ＭｓｇＢ ＲＡＲで構成される例示的なＭＡＣ ＰＤＵを図１８に示す。別の代替案では、ＭＡＣ ＰＤＵは、Ｍｓｇ２およびＭｓｇＢ ＲＡＲで構成される場合がある。ＦｏｒｍａｔフィールドＦが、ＲＡＲフォーマットを示すためにサブヘッダまたはＲＡＲに含まれる場合がある。一実施形態では、ｇＮＢは、ＵＥが実施する２ステップＲＡＣＨプロシージャ向けに、表７で定義したようなＦｏｒｍａｔ「００」を使用する場合があり、その一方で、例えば、ＵＬ／ＤＬデータ到着などのイベントに対してはＦｏｒｍａｔ「１０」、初期アクセスなどのイベントにはＦｏｒｍａｔ「１１」などの定義された任意のＦｏｒｍａｔが、ＵＥが実施する２ステップＲＡＣＨプロシージャ向けに使用されてよい。

２ステップＲＡＣＨのＭＡＣプロシージャを以下に示す。表８に、ＭｓｇＡ伝送のＭＡＣプロシージャ向けの例示的擬似コードを示す。この例では、TS 38.321のセクション５．１．１で定義されていて、また４ステップＲＡＣＨプロシージャを制御するために使用される同じＵＥ変数が、２ステップＲＡＣＨプロシージャを制御するためにも使用されてよい。しかし、２ステップＲＡＣＨプロシージャに対して固有のＵＥ変数および構成パラメータの使用は、除外されない。

ランダムアクセスプリアンブルが伝送されるＰＲＡＣＨに関連付けられるＲＡ－ＲＮＴＩは、次式のように計算することができる。RA-RNTI= 1 + s_id + 14 × t_id + 14 × 80 × f_id + 14 × 80 × 8 × ul_carrier_id。式中、ｓ＿ｉｄは、特定のＰＲＡＣＨの第１ＯＦＤＭシンボルのインデックスであり（０≦ｓ＿ｉｄ＜１４）、ｔ＿ｉｄは、システムフレーム内の特定のＰＲＡＣＨの第１スロットのインデックスであり（０≦ｔ＿ｉｄ＜８０）、ｆ＿ｉｄは、周波数領域内の特定のＰＲＡＣＨのインデックスであり（０≦ｆ＿ｉｄ＜８）、かつ、ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄは、Ｍｓｇ１伝送で使用されるＵＬキャリアである（ＮＵＬキャリアの場合０、ＳＵＬキャリアの場合１）。

表９に、ＭｓｇＢ受信のＭＡＣプロシージャ向けの例示的擬似コードを示す。この例では、４ステップＲＡＣＨプロシージャを制御するために使用される同じＵＥ変数が、２ステップＲＡＣＨプロシージャを制御するためにも使用される。しかし、２ステップＲＡＣＨプロシージャに対して固有のＵＥ変数および構成パラメータの使用は、除外されない。

伝送されたＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸと一致するランダムアクセスプリアンブル識別子を含むランダムアクセス応答が正常に受信された後に、ＭＡＣエンティティは、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗを停止する（かつ、それ故に、ランダムアクセス応答を監視している）場合がある。ＨＡＲＱ動作は、ランダムアクセス応答送信に適用できない場合がある。

４ステップＲＡＣＨへのフォールバック：２ステップＲＡＣＨプロシージャが失敗するシナリオでは、ＵＥは、４ステップＲＡＣＨプロシージャにフォールバックしてもよい。４ステップＲＡＣＨプロシージャへのフォールバックは、設定された数だけ試行が失敗した後に行われてよい。図１９は、試行が１度失敗した後に、ＵＥが４ステップＲＡＣＨプロシージャにフォールバックする場合のシグナリング図の例示的図である。図１９のステップの例の説明は、図１９内のステップ２９１から２９６で明らかになる。ステップ２９１で、ＵＥ２０１はＬＢＴを実施する。ステップ２９２で、ｇＮＢ２０２にＭｓｇＡを伝送する。ステップ２９３で、ＬＢＴが失敗し、したがってＭｓｇＢは送信されない。ステップ２９４で、ＵＥ２０１は、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗの間に、ＲＡ－ＲＮＴＩによって識別されるＰＤＣＣＨについてＤＬを監視する。ステップ２９５で、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗが満了する。ステップ２９６で、ＵＥ２０１は４ステップＲＡＣＨプロシージャを開始し、ＬＢＴを実行し、TS 38.321に説明されているようにランダムアクセスプリアンブルを伝送し、かつ以下で説明するような他のメカニズムを実施する。ＵＥ２０１は、TS 38.321で説明されているようなランダムアクセス応答受信を実施する。ＵＥ２０１は、ＬＢＴを実施して、TS 38.321で説明されているようなＲＡＲグラントを介してスケジュールされたリソースを使用してＭｓｇＡペイロードを伝送する。ＵＥ２０１は、TS 38.321で説明されているようなコンテンション解決を実施する。

ｇＮＢ２０２がＭｓｇＡの伝送を検出する、例えば、プリアンブルのような信号を検出する場合があるが、ペイロードの復号が正常に行われないシナリオでは、図２０に示すように、ｇＮＢ２０２は、４ステップＲＡＣＨプロシージャへのフォールバックをトリガするために使用される場合があるＭｓｇＢを介してインジケーションを提供する場合がある。ＵＥ２０１が、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗを満了するまで待つよりも直ちにフォールバックによって開始することができるので、これにより、ＲＡＣＨプロシージャの完了に伴う遅延を減らすことを助力することができる。

ｇＮＢ２０２は、本明細書に記載されているＭｓｇＢ向けに提案されたＭＡＣ ＲＡＲのＡ／Ｎフィールドを介してか、またはＭＡＣ ＰＤＵにＲＡＰＩＤのみを伴うＭＡＣサブヘッダを含むことによってＵＥ２０１にこの条件を示してもよい。この際、ＲＡＰＩＤは、ＭｓｇＡ伝送に含まれるプリアンブルのような信号に対応するものである。このインジケーションが受信されるとすぐに、ＭＡＣエンティティは、直ちに、または設定されたバックオフタイム後に４ステップＲＡＣＨプロシージャを開始してよい。図２０のステップの例の説明は、図２０内のステップ３０１から３０６で明らかになる。ステップ３０１で、ＵＥ２０１はＬＢＴを実施する。ステップ３０２で、ＵＥ２０１は、ｇＮＢ２０２にＭｓｇＡを伝送する。ステップ３０３で、ｇＮＢ２０２は、ＭｓｇＡプリアンブルを検出するが、ＭｓｇＡペイロードを復号することができない。ステップ３０４で、ＵＥ２０１は、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗの間に、ＲＡ－ＲＮＴＩによって識別されるＰＤＣＣＨについてＤＬを監視する。ステップ３０５で、ＵＥ２０１はＭｓｇＡペイロードが正常に復号されなかったことを示すＭｓｇＢを取得する。ｇＮＢ２０２は、本明細書に記載されているＭｓｇＢ向けに提案されたＭＡＣ ＲＡＲのＡ／Ｎフィールドを介してか、またはＭＡＣ ＰＤＵにＲＡＰＩＤのみを伴うＭＡＣサブヘッダを含むことによってＵＥ２０１にこの条件を示してもよい。この際、ＲＡＰＩＤは、ＭｓｇＡ伝送に含まれるプリアンブルのような信号に対応するものである。ステップ３０６で、ステップ３０５の取得したメッセージに基づいて、ＵＥは、実施される４ステップＲＡＣＨを決定する。ステップ３０７で、ＵＥ２０１は４ステップＲＡＣＨプロシージャを開始し、ＬＢＴを実行し、TS 38.321に説明されているようにランダムアクセスプリアンブルを伝送し、かつ以下で説明するような他のメカニズムを実施する。ＵＥ２０１は、TS 38.321で説明されているようなランダムアクセス応答受信を実施してもよい。ＵＥ２０１は、ＬＢＴを実施して、TS 38.321で説明されているようなＲＡＲグラントを介してスケジュールされたリソースを使用してＭｓｇＡペイロードを伝送してもよい。ＵＥ２０１は、TS 38.321で説明されているようなコンテンション解決を実施する。

別の例では、ｇＮＢ２０２がペイロードが正常に復号できないというインジケーションを受信するとすぐに、ＵＥ２０１は、直ちに、または設定されたバックオフタイム後に、４ステップＲＡＣＨプロシージャのステップ３（例えば、図２１）によって開始してもよい。ＲＡＲを介して送られるＵＬグラントは、Ｍｓｇ３伝送向けに使用される場合がある。この代替案により、４ステップＲＡＣＨプロシージャのＭｓｇ１およびＭｓｇ２を省略することができるので、遅延をさらに減らすことができる。図２１のステップの例の説明は、下記により明らかになる。ステップ３１１で、ＵＥ２０１はＬＢＴを実施する。ステップ３１２で、ＵＥ２０１は、ｇＮＢ２０２にＭｓｇＡを伝送する。ＭｓｇＡの伝送後、ＵＥは、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗの間に、ＲＡ－ＲＮＴＩによって識別されるＰＤＣＣＨについてＤＬの監視を開始する。ステップ３０３で、ｇＮＢ２０２は、ＭｓｇＡプリアンブルを検出するが、ＭｓｇＡペイロードを復号することができない。ステップ３１３で、ＵＥ２０１は、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗの間に、ＲＡ－ＲＮＴＩによって識別されるＰＤＣＣＨについてＤＬを監視する。ステップ３１４で、ＵＥ２０１は、本明細書に記載するＭｓｇＢ向けに使用されるＭＡＣ ＲＡＲで構成されるＭｓｇＢを取得する。この際、ＲＡＲのＡ／Ｎフィールドは「ＮＡＣＫ」に設定される。ステップ３１５で、ＵＥ２０１は、ＬＢＴを実施して、ＲＡＲグラントを介してスケジュールされたリソースを使用してＭｓｇＡのようなペイロードを伝送する。このステップでは、ＵＥはＭｓｇＡを伝送しない。Ｍｓｇ３を介して送られるデータが、ＭｓｇＡペイロードに対応する場合、Ｍｓｇ３を伝送する。ＲＡＲグラントは、Ｍｓｇ３伝送をスケジュールする。ＭｓｇＡペイロードは、Ｍｓｇ３伝送を介して送られる。ＵＥ２０１は、ＭｓｇＢを介して送られるＴＣ－ＲＮＴＩによって識別されるＰＤＣＣＨについてＤＬを監視し、Ｍｓｇ４を受信し、かつTS 38.321で説明されているようなコンテンション解決を実施する。

ハンドオーバ中のスケジュールされた伝送へのフォールバック：図２２に示すように、ハンドオーバ中に２ステップＲＡＣＨが使用されるシナリオでは、２ステップＲＡＣＨが失敗すると、ハンドオーバプロシージャの完了のために、スケジュールされた伝送へのフォールバックが用いられる場合がある。図２２のステップの例の説明は、以下で明らかになる（例えば、図２２のステップ３２１から３２４）。ステップ３２１で、ソースｇＮＢは、ＵＥ２０１に、ハンドオーバコマンド、例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージで、ＲＲＣ構成を提供する。ハンドオーバコマンドメッセージは、セルＩＤおよびターゲットセルにアクセスするために必要な情報を含む場合があり、その結果、ＵＥ２０１はシステム情報を読み込むことなしに、ターゲットセルにアクセスすることができる。一部のケースでは、コンテンションベースおよびコンテンションフリーランダムアクセスに必要な情報は、ハンドオーバコマンドメッセージに含むことができる。ターゲットセルへのアクセス情報は、もしあれば、ビーム特定情報を含んでもよい。ステップ３２２で、ＵＥ２０１は、ＭｓｇＡを介してＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを伝送する。ステップ３２３で、ｇＮＢ２０２は、ＭｓｇＡプリアンブルを検出するが、ＭｓｇＡペイロード、例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを復号することができない。ステップ３２４で、ＵＥ２０１は、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗの間に、ＲＡ－ＲＮＴＩまたはＣ－ＲＮＴＩによって識別されるＰＤＣＣＨについてＤＬを監視する。ステップ３２５で、ＵＥ２０１は、本明細書に記載するＭｓｇＢ向けに使用されるＭＡＣ ＲＡＲで構成されるＭｓｇＢを取得する。この際、ＲＡＲのＡ／Ｎフィールドは「ＮＡＣＫ」に設定される。ステップ３２６で、ＵＥ２０１は、ＬＢＴを実施して、ＲＡＲグラントを介してスケジュールされたリソースを使用してＭｓｇＡペイロード、例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを伝送する。

ＵＥ２０１がランダムアクセス優先順位付けプロシージャをサポートしてＬＢＴ優先順位付けを実施することがある、提示した問題２（例えば、第２問題）に関連する技法について、以下に開示する。例えば、コンテンションベースアクセスを使用するハンドオーバのケースまたはビーム障害回復（ＢＦＲ）プロシージャのケースでは、ＵＥ２０１は、ランダムアクセス優先順位付けプロシージャをサポートしてＬＢＴ優先順位付けを実施してもよい。ＵＬが「非同期」であるか、またはＰＵＣＣＨリソースがないときのＵＬデータ到着のケースでは、論理チャネルがトリガするスケジューリング要求が、ＬＢＴ優先順位付けを決定するために使用されてもよい。

ＵＥ２０１は、ＬＢＴ優先順位付けをサポートして、チャネルアクセス優先順位クラスまたはエネルギー検出閾値などのＬＢＴパラメータの異なる値を用いて構成される場合がある。チャネルアクセス優先順位クラス向けに対応するパラメータは、１）最小コンテンションウィンドウ、２）最大コンテンションウィンドウ、３）最大占有時間、４）許容されるコンテンションウィンドウサイズ、または５）キャリアセンシング向けの連続した期間（例えば、スロット）長の数を含む場合がある。

ＵＥ２０１は、ランダムアクセスプロシージャの間に、同じ優先順位のＬＢＴを実施してもよい。あるいは、ＲＡＣＨプロシージャの間にＬＢＴによって生じる中断を最小にするために、第１ＬＢＴは、第１優先順位で実施され、かつ次のＬＢＴは、「最も高い」優先順位で実施されてもよい。

図２３は、ＮＲ－Ｕサービングセルを用いて優先順位付けされたランダムアクセスを実施するときに使用される場合があるシグナリングの例示的図である。ステップ３３０で、ランダムアクセスプロシージャは、ＵＥ２０１で開始されて、ＵＥ２０１は、ランダムアクセスリソース選択を実施する場合がある。ステップ３３１で、ＭＡＣエンティティ２０４は、ＰＨＹ２０５に、優先順位付けされたランダムアクセスを提供するために使用されるＬＢＴパラメータのセットを含む、プリアンブル伝送を構成する構成パラメータのセットを提供する。ステップ３３２で、ＰＨＹ２０５は、ＬＢＴを実施し、チャネルが「フリー」である場合、プリアンブル（Ｍｓｇ１）は、ステップ３３３で伝送される。プリアンブルがステップ３３３で伝送される場合、ステップ３３４で、ＵＥ２０１はＲＡＲについて、ＰＤＣＣＨを監視する。ステップ３３５で、コンテンションベースランダムアクセスプロシージャが実施される場合、ＭＡＣ２０４は、ＰＨＹ２０５に、ＵＬデータ、およびステップ３３６で、Ｍｓｇ３伝送に必要とされる制御パラメータを提供する。ステップ３３６で、Ｍｓｇ３伝送は、Ｍｓｇ１と同じ優先順位で実施される場合がある。あるいは、Ｍｓｇ３伝送は、最も高い優先順位で実施されて、ＬＢＴに起因する中断を最小にすることを確実にする場合がある。Ｍｓｇ３がステップ３３６で伝送された場合、ステップ３３７で、ＵＥ２０１は、Ｍｓｇ４についてＰＤＣＣＨを監視する。

表１０は、本明細書で開示する略称の一部の翻訳を提供する。

図５、および図１０から図２３などの、本明細書に示されるステップを実施するエンティティは、論理エンティティ（例えば、ＭＡＣ２０４およびＰＨＹ２０５）である場合があると理解される。これらのステップは、図２５Ｃまたは図２５Ｄに示すような、デバイス、サーバ、またはコンピュータシステムの、メモリに記憶されてよく、また、それらのプロセッサで実行される場合がある。本明細書で開示される、各例示的方法（例えば、図５から図７、および図１０から図２３）の間で、ステップの省略、ステップの組み合わせ、またはステップの追加が想定される。

図２４は、本明細書で論じるような、ＮＲ－Ｕセルを用いるランダムアクセス方法およびシステムに基づいて生成される場合がある、例示的ディスプレイ（例えば、グラフィカルユーザインターフェース）を示す。ディスプレイインターフェース９０１（例えば、タッチスクリーンディスプレイ）は、サブバンドＬＢＴおよびＢＷＰスイッチング関連パラメータを使用するサービングセル、方法フロー、および関連する現在の条件など、ＮＲ－Ｕセルを用いるランダムアクセスに関連するブロック９０２でテキストを提示する。本明細書で論じるステップのいずれの進行状況（例えば、メッセージの送信またはステップの成功）も、ブロック９０２内で表示されてよい。加えて、グラフィカル出力９０２が、ディスプレイインターフェース９０１上で表示されてよい。

第３世代パートナーシッププロジェクト（3rd Generation Partnership Project：３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、およびサービス能力（符復号化、セキュリティ、およびサービスの品質に作用するものを含む）を含む、セルラー電気通信ネットワーク技術のために、技術的規格を策定している。最近の無線アクセス技術（ＲＡＴ）規格は、ＷＣＤＭＡ（登録商標）（一般に、３Ｇと称される）、ＬＴＥ（一般に、４Ｇと称される）、ＬＴＥ－アドバンスト規格、および「５Ｇ」とも称される新無線（ＮＲ）を含む。３ＧＰＰ ＮＲ規格開発は、継続され、かつ次世代無線アクセス技術（新しいＲＡＴ）の規定を含むことが想定され、これは、７ＧＨｚを下回る新規のフレキシブルな無線アクセスのプロビジョンと、７ＧＨｚを上回る新規のウルトラモバイルブロードバンド無線アクセスのプロビジョンとを含むことが想定されている。フレキシブルな無線アクセスは、６ＧＨｚを下回る新しい周波数帯域における新しい非後方互換性無線アクセスで構成されることが想定され、また同じ周波数帯でまとめて多重化されて、多様な要件を伴う３ＧＰＰ ＮＲユースケースの広範なセットに対処する場合がある異なる動作モードを含むことが予期される。ウルトラモバイルブロードバンドは、例えば、屋内用途およびホットスポット向けのウルトラモバイルブロードバンドアクセスの機会を提供する、センチ波およびミリ波の周波数帯域を含むことが想定されている。特に、センチ波およびミリ波特有設計最適化を伴うウルトラモバイルブロードバンドは、７ＧＨｚを下回るフレキシブル無線アクセスと、共通設計フレームワークを共有することが想定されている。

３ＧＰＰは、データレート、遅延、およびモビリティに対する、様々なユーザ体験要件となるＮＲでサポートすることが予期される種々のユースケースを特定している。ユースケースは、一般的なカテゴリ、すなわち、高度化モバイルブロードバンド（ｅＭＢＢ）、超高信頼・低遅延通信（ＵＲＬＬＣ）、大規模マシンタイプ通信（ｍＭＴＣ）、ネットワークオペレーション（例えば、ネットワークスライシング、ルーティング、マイグレーションおよびインターワーキング、省エネルギー）、ならびに、ビークル・ツー・ビークル通信（Vehicle-To-Vehicle：Ｖ２Ｖ）、ビークル・ツー・インフラストラクチャ通信（Vehicle-To-Infrastructure：Ｖ２Ｉ）、ビークル・ツー・ネットワーク通信（Vehicle-To-Network：Ｖ２Ｎ）、ビークル・ツー・ペデストリアン通信（Vehicle-To-Pedestrian：Ｖ２Ｐ）、およびその他のエンティティとのビークル通信のうちいずれかを含む場合がある高度化ビークル・ツー・エブリシング（Enhanced Vehicle-To-Everything：ｅＶ２Ｘ）通信を含む。これらのカテゴリにおける具体的サービスおよびアプリケーションは、例えば、いくつか例を挙げると、監視およびセンサネットワーク、デバイス遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、緊急対応者コネクティビティ、自動車ｅコール、災害警告、リアルタイムゲーム、多人数ビデオコール、自律運転、拡張現実、触知インターネット、バーチャルリアリティ、ホームオートメーション、ロボティクスおよび空中ドローンを含む。これらのユースケースの全ておよび他のものが、本明細書で検討される。

図２５Ａは、本明細書で説明および請求される図５から図７および図１０から図２３に示すシステムおよび方法などのＮＲ－Ｕセルを用いるランダムアクセスの方法および装置が、使用される場合がある通信システム１００の一例を示す。通信システム１００は、（概して、または集合的に（１つまたは複数の）ＷＴＲＵ１０２を指す場合がある）無線伝送／受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆまたは１０２ｇを含む場合がある。通信システム１００は無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂ、コアネットワーク１０６／１０７／１０９、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）１０８、インターネット１１０、その他のネットワーク１１２およびネットワークサービス１１３を含む場合がある。ネットワークサービス１１３は、例えば、Ｖ２Ｘサーバ、Ｖ２Ｘ機能、ＰｒｏＳｅサーバ、ＰｒｏＳｅ機能、ＩｏＴサービス、動画ストリーミングまたはエッジコンピューティングなどを含む場合がある。

本明細書に開示する概念が、任意の数のＷＴＲＵ、基地局、ネットワーク、またはネットワーク要素と共に使用される場合があることを理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆまたは１０２ｇのそれぞれは、無線環境で動作または通信するように構成される任意のタイプの装置またはデバイスであってよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆまたは１０２ｇのそれぞれが、図２５Ａ、図２５Ｂ、図２５Ｃ、図２５Ｄ、図２５Ｅ、または図２５Ｆにおいてハンドヘルド無線通信装置を指す場合があるが、５Ｇ無線通信で考えられる様々なユースケースで、各ＷＴＲＵは、一例にすぎないが、ユーザ端末（ＵＥ）、移動局、固定またはモバイルサブスクライバユニット、ポケットベル、セルラー電話、携帯情報端末（Personal Digital Assistant：ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、大衆消費電子製品、スマートウォッチまたはスマート衣類などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、例えば、車、バス、トラック、電車、または飛行機の乗物などを含む、無線信号を伝送または受信するように構成されている任意のタイプの装置またはデバイスを備えている、またはそれらで具現化されてよいことを理解されよう。

通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含む場合がある。図２５Ａの例では、各基地局１１４ａおよび基地局１１４ｂは、単一の要素として示されている。実際には、基地局１１４ａおよび１１４ｂは、相互接続する任意の数の基地局またはネットワーク要素を含んでいてもよい。基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。同様に、基地局１１４ｂは、遠隔無線ヘッド（Remote Radio Head：ＲＲＨ）１１８ａ、１１８ｂ、送受信ポイント（ＴＲＰ）１１９ａ、１１９ｂまたはロードサイドユニット（Roadside Unit：ＲＳＵ）１２０ａおよび１２０ｂのうちの少なくとも１つと有線または無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、その他のネットワーク１１２、またはネットワークサービス１１３などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２のうちの少なくとも１つ、例えば、ＷＴＲＵ１０２ｃと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。

ＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｄのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。ＲＳＵ１２０ａおよび１２０ｂは、ＷＴＲＵ１０２ｅまたは１０２ｆのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、その他のネットワーク１１２、またはネットワークサービス１１３などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、送受信機基地局（Base Transceiver Station：ＢＴＳ）、Ｎｏｄｅ－Ｂ、ｅＮｏｄｅ Ｂ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、次世代Ｎｏｄｅ－Ｂ（ｇＮｏｄｅ Ｂ）、衛星、サイトコントローラ、アクセスポイント（Access Point：ＡＰ）、無線ルータなどであってもよい。

基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部である場合があり、それらＲＡＮはまた、基地局コントローラ（Base Station Controller：ＢＳＣ）、無線ネットワークコントローラ（Radio Network Controller：ＲＮＣ）、中継ノードなどの他の基地局またはネットワーク要素（図示せず）も含んでもよい。同様に、基地局１１４ｂは、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部である場合があり、それらＲＡＮは、ＢＳＣ、ＲＮＣ、中継ノードなどの他の基地局またはネットワーク要素（図示せず）を含んでもよい。基地局１１４ａは、特定の地理的領域内で無線信号を伝送または受信するように構成されてよく、その地理的領域はセルと呼ばれることもある（図示せず）。同様に、基地局１１４ｂは、特定の地理的領域内で有線または無線信号を伝送または受信するように構成されてよく、その地理的領域は、本明細書にて開示するような、ＮＲ－Ｕセルを用いるランダムアクセスの方法、システム、およびデバイスに関するセル（図示せず）と呼ばれることもある。同様に、基地局１１４ｂは、特定の地理的領域内で有線または無線信号を伝送または受信するように構成されてよく、その地理的領域はセルと呼ばれることもある（図示せず）。セルは、セルセクタにさらに分割されることがある。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割されることがある。したがって、一例では、基地局１１４ａは、例えば、セルのセクタ毎に１つの、３つの送受信機を含む場合がある。一例では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用する場合があり、したがって、セルのセクタ毎に複数の送受信機を利用することがある。

基地局１１４ａは、任意の好適な無線通信リンク（例えば、高周波（Radio Frequency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet：ＵＶ）、可視光、センチ波、ミリ波など）であることがあるエアインターフェース１１５／１１６／１１７を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃまたは１０２ｇのうちの１つまたは複数と通信する場合がある。エアインターフェース１１５／１１６／１１７は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。

基地局１１４ｂは、任意の好適な有線（例えば、ケーブル、光ファイバーなど）または無線通信リンク（例えば、高周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であることがある、有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを通してＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂまたはＲＳＵ１２０ａ、１２０ｂのうち１つまたは複数と通信する場合がある。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。

ＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂまたはＲＳＵ１２０ａ、１２０ｂ、は、任意の好適な無線通信リンク（例えば、高周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であることがある、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃを通してＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆのうちの１つまたは複数と通信する場合がある。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅまたは１０２ｆは、任意の好適な無線通信リンク（例えば、高周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であることがある、サイドリンク通信などのエアインターフェース１１５ｄ／１１６ｄ／１１７ｄを通して相互に通信する場合がある。エアインターフェース１１５ｄ／１１６ｄ／１１７ｄは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。

通信システム１００は、複数のアクセスシステムである場合があり、かつＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの１つまたは複数のチャネルアクセススキームを採用する場合がある。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとは、または、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂおよびＲＳＵ１２０ａ、１２０ｂとＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆとは、ユニバーサルモバイル電気通信システム（Universal Mobile Telecommunications System：ＵＭＴＳ）、地上無線アクセス（Universal Terrestrial Radio Access：ＵＴＲＡ）などの無線技術を実装してよく、それにより、広帯域ＣＤＭＡ（Wideband CDMA：ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立することができる。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access：ＨＳＰＡ）または発展型ＨＳＰＡ（Evolved HSPA：ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速下りリンクパケットアクセス（High-Speed Downlink Packet Access：ＨＳＤＰＡ）または高速上りリンクパケットアクセス（High-Speed Uplink Packet Access：ＨＳＵＰＡ）を含んでもよい。

一例では、基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとは、または、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂまたはＲＳＵ１２０ａ、１２０ｂとＷＴＲＵ１０２ｃ、１０２ｄとは、発展型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access：Ｅ－ＵＴＲＡ）などの無線技術を実装してよく、それにより、ロングタームエボリューション（ＬＴＥ）またはＬＴＥ－アドバンスト（LTE-Advanced：ＬＴＥ－Ａ）を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立することができる。将来、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃは、３ＧＰＰ ＮＲ技術を実装する可能性がある。ＬＴＥおよびＬＴＥ－Ａ技術は、（サイドリンク通信などの）ＬＴＥ Ｄ２ＤおよびＶ２Ｘ技術およびインターフェースを含む場合がある。同様に、３ＧＰＰ ＮＲ技術は、（サイドリンク通信などの）ＮＲ Ｖ２Ｘ技術およびインターフェースを含む場合がある。

ＲＡＮ１０３／１０４／１０５内の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｇとは、または、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂおよびＲＳＵ１２０ａ、１２０ｂとＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆとは、ＩＥＥＥ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（Worldwide Interoperability For Microwave Access：ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（Interim Standard 2000：ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、モバイル通信用グローバルシステム（Global System For Mobile Communications：ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data Rates For GSM Evolution：ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。

図２５Ａの基地局１１４ｃは、無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであってもよく、例えば、本明細書にて開示するようなＮＲ－Ｕセルを用いるランダムアクセスの方法、システム、デバイスを実装するために、事業所、家、車両、列車、アンテナ、衛星、製造所、キャンパスなどの場所などの局所エリア内の無線コネクティビティを促進するために、任意の好適なＲＡＴを利用してもよい。一例では、基地局１１４ｃとＷＴＲＵ１０２、例えば、ＷＴＲＵ１０２ｅとは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（Wireless Local Area Network：ＷＬＡＮ）を確立してもよい。同様に、基地局１１４ｃとＷＴＲＵ１０２ｄとは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（Wireless Personal Area Network：ＷＰＡＮ）を確立してもよい。さらに別の例では、基地局１１４ｃとＷＴＲＵ１０２、例えば、ＷＴＲＵ１０２ｅとは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＮＲなど）を利用して、ピコセルまたはフェムトセルを確立してもよい。図２５Ａに示すように、基地局１１４ｃは、インターネット１１０への直接接続を有する場合がある。したがって、基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がない場合がある。

ＲＡＮ１０３／１０４／１０５またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、コアネットワーク１０６／１０７／１０９と通信する場合があり、そのコアネットワークは、音声、データ、メッセージ送信、認可および認証、アプリケーション、またはボイスオーバーインターネットプロトコル（Voice Over Internet Protocol：ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成される任意のタイプのネットワークであってもよい。例えば、コアネットワーク１０６／１０７／１０９は、コール制御、請求サービス、モバイル位置ベースサービス、プリペイドコール、インターネットコネクティビティ、パケットデータネットワークコネクティビティ、イーサーネットコネクティビティ、ビデオ配信などを提供するか、またはユーザ認証などの高レベルセキュリティ機能を実施してもよい。

図２５Ａでは図示されていないが、ＲＡＮ１０３／１０４／１０５またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂまたはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接または間接通信してもよいことを理解されよう。例えば、Ｅ－ＵＴＲＡ無線技術を利用することがあるＲＡＮ１０３／１０４／１０５またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂに接続されることに加え、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭまたはＮＲ無線技術を採用する別のＲＡＮ（図示せず）と通信してもよい。

コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅがＰＳＴＮ１０８、インターネット１１０、またはその他のネットワーク１１２にアクセスするために、ゲートウェイとして機能してもよい。ＰＳＴＮ１０８は、基本電話サービス（Plain Old Telephone Service：ＰＯＴＳ）を提供する回線交換電話ネットワークを含んでもよい。インターネット１１０は、伝送制御プロトコル（Transmission Control Protocol：ＴＣＰ）、ユーザデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）、およびＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（Internet Protocol：ＩＰ）などの共通通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでもよい。ネットワーク１１２は、他のサービスプロバイダによって所有または操作される、有線または無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、任意のタイプのパケットデータネットワーク（例えば、ＩＥＥＥ８０２．３イーサネット（登録商標）ネットワーク）か、もしくは、ＲＡＮ１０３／１０４／１０５またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを採用することがある１つまたは複数のＲＡＮに接続される別のコアネットワークを含んでもよい。

通信システム１００内の、マルチモード能力を含む場合があるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅおよび１０２ｆの一部または全て、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅおよび１０２ｆは、本明細書にて開示するＮＲ－Ｕセルを用いるランダムアクセスの方法、システムおよびデバイスを実装するために、異なる無線リンクを通して異なる無線ネットワークと通信する複数の送受信機を含む場合がある。例えば、図２５Ａに示すＷＴＲＵ１０２ｇは、セルラーベースの無線技術を採用することがある基地局１１４ａ、およびＩＥＥＥ８０２無線技術を採用することがある基地局１１４ｃと通信するように構成されてもよい。

図２５Ａには図示されていないが、ユーザ端末がゲートウェイへの有線接続を作る場合があることを理解されよう。ゲートウェイは、レジデンシャルゲートウェイ（Residential Gateway：ＲＧ）である場合がある。ＲＧは、コアネットワーク１０６／１０７／１０９へのコネクティビティを提供する場合がある。本明細書に含まれる着想の多数が、ＷＴＲＵであるＵＥおよびネットワークに接続する有線接続を使用するＵＥに同様に適用される場合があることはいうまでもない。例えば、無線インターフェース１１５、１１６、１１７および１１５ｃ／１１６ｃ／１１７ｃに適用される着想は、有線接続に同様に接続されてよい。

図２５Ｂは、本明細書にて開示するＮＲ－Ｕセルを用いるランダムアクセスの方法、システム、およびデバイスを実装する場合があるＲＡＮ１０３およびコアネットワーク１０６の一例のシステム図である。上記のように、ＲＡＮ１０３はＵＴＲＡ無線技術を採用して、エアインターフェース１１５を通してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信する場合がある。ＲＡＮ１０３はまた、コアネットワーク１０６と通信してもよい。図２５Ｂに示すように、ＲＡＮ１０３は、エアインターフェース１１５を通してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信するために、１つまたは複数の送受信機をそれぞれ含むことがある、Ｎｏｄｅ－Ｂ１４０ａ、１４０ｂおよび１４０ｃを含む場合がある。Ｎｏｄｅ－Ｂ１４０ａ、１４０ｂおよび１４０ｃはそれぞれ、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられてよい。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含む場合がある。ＲＡＮ１０３は、任意の数のＮｏｄｅ－Ｂおよび無線ネットワーク制御装置（ＲＮＣ）を含む場合があることを理解されよう。

図２５Ｂに示すように、Ｎｏｄｅ－Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信する場合がある。加えて、Ｎｏｄｅ－Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信する場合がある。Ｎｏｄｅ－Ｂ１４０ａ、１４０ｂおよび１４０ｃは、Ｉｕｂインターフェースを介して、対応するＲＮＣ１４２ａおよび１４２ｂと通信してもよい。ＲＮＣ１４２ａおよび１４２ｂは、Ｉｕｒインターフェースを介して、相互に通信してもよい。ＲＮＣ１４２ａおよび１４２ｂのそれぞれは、接続されているそれぞれのＮｏｄｅ－Ｂ１４０ａ、１４０ｂおよび１４０ｃを制御するように構成されてよい。加えて、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、アウターループ電力制御、負荷制御、受付制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシチ、セキュリティ機能、データ暗号化などの他の機能を実行、またはサポートするように構成されてよい。

図２５Ｂに示されるコアネットワーク１０６は、メディアゲートウェイ（Media Gateway：ＭＧＷ）１４４、移動通信交換局（Mobile Switching Center：ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（Serving GPRS Support Node：ＳＧＳＮ）１４８、またはゲートウェイＧＰＲＳサポートノード（Gateway GPRS Support Node：ＧＧＳＮ）１５０を含む場合がある。上述の要素のそれぞれが、コアネットワーク１０６の一部として表されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有または操作される場合があることを理解されよう。

ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続されてよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続されてよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに、ＰＳＴＮ１０８などの回線交換網へのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと、従来の地上通信デバイスとの間の通信を促進してもよい。

ＲＡＮ１０３内のＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８に接続されてよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されてよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃ、とＩＰ対応デバイスとの間の通信を促進してもよい。

コアネットワーク１０６はまた、他のサービスプロバイダによって所有または操作される他の有線または無線ネットワークを含むことがあるその他のネットワーク１１２に接続されてよい。

図２５Ｃは、本明細書にて開示するＮＲ－Ｕセルを用いるランダムアクセスの方法、システム、およびデバイスを実装する場合があるＲＡＮ１０４およびコアネットワーク１０７の一例のシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を採用し、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信してよい。ＲＡＮ１０４はまた、コアネットワーク１０７と通信してもよい。

ＲＡＮ１０４は、ｅＮｏｄｅＢ１６０ａ、１６０ｂおよび１６０ｃを含むことがあるが、ＲＡＮ１０４は、任意の数のｅＮｏｄｅＢを含んでもよいことを理解されるであろう。ｅＮｏｄｅＢ１６０ａ、１６０ｂおよび１６０ｃはそれぞれ、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信するために、１つまたは複数の送受信機を備えていてもよい。例えば、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂおよび１６０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、ｅＮｏｄｅ－Ｂ１６０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を伝送し、かつＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用することがある。

ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂおよび１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられてよく、かつ無線リソース管理決定、ハンドオーバ決定、上りリンクまたは下りリンクにおけるユーザのスケジューリングなどを取り扱うように構成されてよい。図２５Ｃに示すように、ｅＮｏｄｅＢ１６０ａ、１６０ｂおよび１６０ｃは、Ｘ２インターフェースを通じて相互に通信してもよい。

図２５Ｃに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（Mobility Management Gateway：ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（Packet Data Network：ＰＤＮ）ゲートウェイ１６６を含む場合がある。上述の要素のそれぞれが、コアネットワーク１０７の一部として表されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有または操作される場合があることを理解されよう。

ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂおよび１６０ｃのそれぞれに接続されてもよく、制御ノードとして機能してもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃの初期接続の間に特定のサービングゲートウェイを選択することなどの役割を担ってもよい。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間を切り替えるために、制御プレーン機能を提供してもよい。

サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂおよび１６０ｃのそれぞれに接続されてよい。サービングゲートウェイ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃからユーザデータパケットをルーティングおよび転送してよい。サービングゲートウェイ１６４はまた、ｅＮｏｄｅＢ間ハンドオーバの間のユーザプレーンのアンカ、下りリンクデータがＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに対して利用可能であるときのページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃのコンテキストの管理および記憶などの他の機能を実施してよい。

サービングゲートウェイ１６４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間の通信を促進することがあるＰＤＮゲートウェイ１６６に接続されてよい。

コアネットワーク１０７は、他のネットワークとの通信を促進してもよい。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに、ＰＳＴＮ１０８などの回線交換網へのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと従来の地上通信デバイスとの間の通信を促進してもよい。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして機能する、ＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP Multimedia Subsystem：ＩＭＳ）サーバ）を含むか、またはそれと通信してよい。加えて、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに、他のサービスプロバイダによって所有または操作される他の有線または無線ネットワークを含むことがあるネットワーク１１２へのアクセスを提供してもよい。

図２５Ｄは、本明細書にて開示するＮＲ－Ｕセルを用いるランダムアクセスの方法、システム、およびデバイスを実装する場合があるＲＡＮ１０５およびコアネットワーク１０９の一例のシステム図である。ＲＡＮ１０５はＮＲ無線技術を採用し、エアインターフェース１１７を通してＷＴＲＵ１０２ａおよび１０２ｂと通信する場合がある。ＲＡＮ１０５はまた、コアネットワーク１０９と通信してもよい。非３ＧＰＰインターワーキング機能（Non-3GPP Interworking Function：Ｎ３ＩＷＦ）１９９は、非３ＧＰＰ無線技術を採用して、エアインターフェース１９８を通してＷＴＲＵ１０２ｃと通信してもよい。Ｎ３ＩＷＦ１９９はまた、コアネットワーク１０９と通信してもよい。

ＲＡＮ１０５は、ｇＮｏｄｅ－Ｂ１８０ａおよび１８０ｂを含んでもよい。ＲＡＮ１０５は、任意の数のｇＮｏｄｅ－Ｂを含む場合があることを理解されよう。ｇＮｏｄｅＢ１８０ａおよび１８０ｂはそれぞれ、エアインターフェース１１７を通してＷＴＲＵ１０２ａおよび１０２ｂと通信するために、１つまたは複数の送受信機を備えていてもよい。統合アクセスおよびバックホール接続が使用されるときに、同じエアインターフェースが、ＷＴＲＵと、１つまたは複数のｇＮＢを介したコアネットワーク１０９である場合があるｇＮｏｄｅ－Ｂとの間で使用されてよい。ｇＮｏｄｅ－Ｂ１８０ａおよび１８０ｂは、ＭＩＭＯ、ＭＵ－ＭＩＭＯ、またはデジタルビームフォーミング技術を実装してもよい。したがって、ｇＮｏｄｅ－Ｂ１８０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を伝送し、かつＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用することがある。ＲＡＮ１０５は、ｅＮｏｄｅ－Ｂなどの他のタイプの基地局を採用する場合があることが理解されるべきである。ＲＡＮ１０５は、２つ以上のタイプの基地局を採用する場合があることも理解されよう。例えば、ＲＡＮは、ｅＮｏｄｅ－ＢおよびｇＮｏｄｅ－Ｂを採用する場合がある。

Ｎ３ＩＷＦ１９９は、非３ＧＰＰアクセスポイント１８０ｃを含む場合がある。Ｎ３ＩＷＦ１９９は、任意の数の非３ＧＰＰアクセスポイントを含む場合があることを理解されよう。非３ＧＰＰアクセスポイント１８０ｃは、エアインターフェース１９８を通してＷＴＲＵ１０２ｃと通信するために、１つまたは複数の送受信機を含んでよい。非３ＧＰＰアクセスポイント１８０ｃは、８０２．１１プロトコルを使用して、エアインターフェース１９８を通してＷＴＲＵ１０２ｃと通信してもよい。

ｇＮｏｄｅ－Ｂ１８０ａおよび１８０ｂのそれぞれは、特定のセル（図示せず）に関連付けられてよく、かつ無線リソース管理決定、ハンドオーバ決定、上りリンクまたは下りリンクにおけるユーザのスケジューリングなどを取り扱うように構成されてよい。図２５Ｄに示すように、ｇＮｏｄｅＢ１８０ａおよび１８０ｂは、例えば、Ｘｎインターフェースを通して相互に通信してもよい。

図２５Ｄに示されるコアネットワーク１０９は、５Ｇコアネットワーク（5G Core Network：５ＧＣ）である場合がある。コアネットワーク１０９は、無線アクセスネットワークによって相互接続する顧客に、非常に多くの通信サービスを提供する場合がある。コアネットワーク１０９は、コアネットワークの機能を実施するいくつかのエンティティを含む。本明細書で使用する場合、用語「コアネットワークエンティティ」または「ネットワーク機能」は、コアネットワークの１つまたは複数の機能を実施する任意のエンティティを意味する。コアネットワークエンティティは、無線またはネットワーク通信、もしくは図２５Ｇに示されるシステム９０などのコンピュータシステム向けに構成された装置のメモリに記憶され、かつ該装置のプロセッサで実行するコンピュータ実行可能命令（ソフトウェア）の形態で実装される論理的エンティティであってもよいことが理解される。

図２５Ｄの例では、５Ｇコアネットワーク１０９は、アクセスモビリティ管理機能（Access And Mobility Management Function：ＡＭＦ）１７２、セッション管理機能（Session Management Function：ＳＭＦ）１７４、ユーザプレーン機能（User Plane Function：ＵＰＦ）１７６ａおよび１７６ｂ、ユーザデータ管理機能（User Data Management Function：ＵＤＭ）１９７、認証サーバ機能（Authentication Server Function：ＡＵＳＦ）１９０、ネットワーク・エクスポージャ機能（Network Exposure Function：ＮＥＦ）１９６、ポリシー制御機能（Policy Control Function：ＰＣＦ）１８４、非３ＧＰＰインターワーキング機能（Ｎ３ＩＷＦ）１９９、ユーザデータリポジトリ（User Data Repository：ＵＤＲ）１７８を含む場合がある。上述の要素のそれぞれが、５Ｇコアネットワーク１０９の一部として表されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有または操作されてもよいことを理解されよう。５Ｇコアネットワークが、これらの要素の全てで構成されない場合があり、追加の要素で構成される場合もあり、かつ各これらの要素の複数のインスタンスで構成される場合があることを理解されよう。各ネットワーク機能は、相互に直接接続することが図２５Ｄに示されているが、Ｄｉａｍｅｔｅｒルーティングエージェントまたはメッセージバスなどのルーティングエージェントを介して通信される場合があることが理解されるべきである。

図２５Ｄの例では、ネットワーク機能間のコネクティビティは、インターフェースまたは参照点のセットを介して実現されている。ネットワーク機能は、他のネットワーク機能またはサービスによって起動されるか、または呼び出されるサービスのセットとして、モデル化、記述、または実装される場合があることが理解されよう。ネットワーク機能サービスの起動は、ネットワーク機能間の直接接続、メッセージバスでのメッセージング交換、ソフトウェア機能の呼び出しを介して実現することができる。

ＡＭＦ１７２は、Ｎ２インターフェースを介してＲＡＮ１０５に接続されてよく、制御ノードとして機能してもよい。例えば、ＡＭＦ１７２は、登録管理、接続管理、到達可能性管理、アクセス認証、アクセス許可の役割を担ってもよい。ＡＭＦは、Ｎ２インターフェースを介してＲＡＮ１０５にユーザプレーントンネル構成情報を送達する役割を担ってもよい。ＡＭＦ１７２は、Ｎ１１インターフェースを介してＳＭＦからユーザプレーントンネル構成情報を受信する場合がある。ＡＭＦ１７２は、概して、Ｎ１インターフェースを介してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃへ／からＮＡＳパケットをルーティングおよび転送してもよい。Ｎ１インターフェースは、図２５Ｄに示されていない。

ＳＭＦ１７４は、Ｎ１１インターフェースを介してＡＭＦ１７２に接続されてよい。同様に、ＳＭＦは、Ｎ７インターフェースを介してＰＣＦ１８４に、またＮ４インターフェースを介してＵＰＦ１７６ａおよび１７６ｂに接続されてよい。ＳＭＦ１７４は、制御ノードとして機能してもよい。例えば、ＳＭＦ１７４は、セッション管理、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに対するＩＰアドレス割り当て、ＵＰＦ１７６ａおよびＵＰＦ１７６ｂにおけるトラフィックを導く規則の管理および構成、ならびにＡＭＦ１７２への下りリンクデータ通知の生成の役割を担ってもよい。

ＵＰＦ１７６ａおよびＵＰＦ１７６ｂは、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに、インターネット１１０などのパケットデータネットワーク（ＰＤＮ）へのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと他のデバイスとの間の通信を促進してもよい。ＵＰＦ１７６ａおよびＵＰＦ１７６ｂはまた、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに、他のタイプのパケットデータネットワークへのアクセスを提供してもよい。例えば、その他のネットワーク１１２は、イーサネットネットワークまたはデータのパケットを交換する任意のタイプのネットワークであってもよい。ＵＰＦ１７６ａおよびＵＰＦ１７６ｂは、Ｎ４インターフェースを介して、ＳＭＦ１７４からトラフィックを導く規則を受信してもよい。ＵＰＦ１７６ａおよびＵＰＦ１７６ｂは、Ｎ６インターフェースを用いてパケットデータネットワークを接続することによって、またはＮ９インターフェースを用いて互いに、かつ他のＵＰＦと接続することによって、パケットデータネットワークへのアクセスを提供してもよい。パケットデータネットワークへのアクセスの提供に加えて、ＵＰＦ１７６は、パケットルーティングおよび転送、ポリシー規則施行、ユーザプレーントラフィックに対するサービス品質管理、下りリンクパケットのバッファリングの役割を担ってもよい。

ＡＭＦ１７２はまた、例えば、Ｎ２インターフェースを介してＮ３ＩＷＦ１９９に接続されてよい。Ｎ３ＩＷＦは、例えば、３ＧＰＰ規定ではない無線インターフェース技術を介して、ＷＴＲＵ１０２ｃと５Ｇコアネットワーク１０９との間の接続を促進する。ＡＭＦは、ＲＡＮ１０５と相互作用するのと同じかまたは類似の方式でＮ３ＩＷＦ１９９と相互作用する場合がある。

ＰＣＦ１８４は、Ｎ７インターフェースを介してＳＭＦ１７４に接続されてよく、Ｎ１５インターフェースを介してＡＭＦ１７２に接続していてもよく、Ｎ５インターフェースを介してアプリケーション機能（Application Function：ＡＦ）１８８に接続していてもよい。Ｎ１５およびＮ５インターフェースは、図２５Ｄに示されていない。ＰＣＦ１８４は、ＡＭＦ１７２およびＳＭＦ１７４などの制御プレーンノードにポリシー規則を提供して、各制御プレーンノードが、これらの規則を施行できるようにしてもよい。ＰＣＦ１８４は、ＡＭＦ１７２に、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃ向けのポリシーを送信することがあり、その結果、ＡＭＦはＮ１インターフェースを介してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃにポリシーを配信する場合がある。次に、ポリシーは、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃで施行または適用される場合がある。

ＵＤＲ１７８は、認証証明書およびサブスクリプション情報のリポジトリとして機能する。ＵＤＲは、ネットワーク機能に接続する場合があり、その結果、ネットワーク機能は、リポジトリ内のデータに追加、データから読み出し、データを修正することができる。例えば、ＵＤＲ１７８は、Ｎ３６インターフェースを介してＰＣＦ１８４に接続する場合がある。同様に、ＵＤＲ１７８は、Ｎ３７インターフェースを介してＮＥＦ１９６に接続し、かつＮ３５インターフェースを介してＵＤＭ１９７に接続する場合がある。

ＵＤＭ１９７は、ＵＤＲ１７８とその他のネットワーク機能との間のインターフェースとして機能する場合がある。ＵＤＭ１９７は、ＵＤＲ１７８のアクセスに対してネットワーク機能に権限を与える場合がある。例えば、ＵＤＭ１９７は、Ｎ８インターフェースを介してＡＭＦ１７２に接続し、Ｎ１０インターフェースを介してＳＭＦ１７４に接続する場合がある。同様に、ＵＤＭ１９７は、Ｎ１３インターフェースを介してＡＵＳＦ１９０に接続する場合がある。ＵＤＲ１７８およびＵＤＭ１９７は、密接に統合される場合がある。

ＡＵＳＦ１９０は、認証関連操作を実施し、かつＮ１３インターフェースを介してＵＤＭ１７８に、Ｎ１２インターフェースを介してＡＭＦ１７２に接続する。

ＮＥＦ１９６は、５Ｇコアネットワーク１０９内の能力およびサービスをアプリケーション機能（ＡＦ）１８８にエクスポーズする。エクスポーズは、Ｎ３３ ＡＰＩインターフェースで生じる場合がある。ＮＥＦは、Ｎ３３インターフェースを介してＡＦ１８８に接続する場合があり、かつ他のネットワーク機能に接続して、５Ｇコアネットワーク１０９の能力およびサービスをエクスポーズする場合がある。

アプリケーション機能１８８は、５Ｇコアネットワーク１０９内のネットワーク機能と相互作用する場合がある。アプリケーション機能１８８と、ネットワーク機能との間の相互作用は、ダイレクトインターフェースを介したものであるか、またはＮＥＦ１９６を介して生じる場合がある。アプリケーション機能１８８は、５Ｇコアネットワーク１０９の一部と見なされるか、または５Ｇコアネットワーク１０９への外部のものである場合があり、かつモバイルネットワークオペレータと業務的な関係を有する企業によって配備される場合がある。

ネットワークスライシングは、オペレータのエアインターフェースの背後で１つまたは複数の「仮想」コアネットワークをサポートするモバイルネットワークオペレータによって使用される場合があるメカニズムである。これは、異なるＲＡＮ、または単一のＲＡＮにわたって動作する異なるサービスタイプをサポートするために、コアネットワークを１つまたは複数の仮想ネットワークに「スライシング」することに関連する。ネットワークスライシングは、オペレータが、例えば、機能性、性能、分離における多様な要件を求める異なる市場シナリオ向けにカスタマイズされたネットワークを構築し、最適化されたソリューションを提供することを可能にする。

３ＧＰＰは、ネットワークスライシングをサポートするように５Ｇコアネットワークを設計してきた。ネットワークスライシングは、ネットワークオペレータが、非常に多様で、かつ多大な要件が求められることが多い５Ｇユースケースの多様なセット（例えば、大規模ＩｏＴ、クリティカル通信、Ｖ２Ｘ、および高度化モバイルブロードバンド）をサポートするために使用することができる良好なツールである。各ユースケースが、性能、拡張性、および可用性要件のそれ自体固有のセットを有する場合、ネットワークスライシングの使用なしでは、ネットワークアーキテクチャは、広範なユースケースニーズを効率的にサポートするのに十分な柔軟性および拡張性がない可能性がある。さらに、新しいネットワークサービスの導入は、より効率的に行われなければならない。

図２５Ｄを再度参照し、ネットワークスライシングのシナリオでは、ＷＴＲＵ１０２ａ、１０２ｂまたは１０２ｃは、Ｎ１インターフェースを介してＡＭＦ１７２に接続する場合がある。ＡＭＦは、論理的に１つまたは複数のスライスの一部である場合がある。ＡＭＦは、ＷＴＲＵ１０２ａ、１０２ｂまたは１０２ｃと、１つまたは複数のＵＰＦ１７６ａおよび１７６ｂ、ＳＭＦ１７４、およびその他のネットワーク機能との接続または通信を調整する場合がある。ＵＰＦ１７６ａおよび１７６ｂ、ＳＭＦ１７４、およびその他のネットワーク機能のそれぞれは、同じスライスまたは異なるスライスの一部である場合がある。それらが異なるスライスの一部である場合、それらが異なるコンピューティングリソース、セキュリティ証明書を利用する場合があるという点で、それらは互いに分離されている場合がある。

コアネットワーク１０９は、他のネットワークとの通信を促進する場合がある。例えば、コアネットワーク１０９は、５Ｇコアネットワーク１０９と、ＰＳＴＮ１０８との間のインターフェースとして機能するＩＰマルチメディアサブシステム（ＩＭＳ）サーバなどの、ＩＰゲートウェイを含むか、またはそれと通信する場合がある。例えば、コアネットワーク１０９は、ショートメッセージサービスを介して通信を促進するショートメッセージサービス（Short Message Service：ＳＭＳ）サービスセンターを含むか、またはそれと通信する場合がある。例えば、５Ｇコアネットワーク１０９は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと、サーバまたはアプリケーション機能１８８との間の非ＩＰデータパケットの交換を促進する場合がある。加えて、コアネットワーク１０９は、ＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃに、他のサービスプロバイダによって所有または操作される他の有線または無線ネットワークを含むことがあるネットワーク１１２へのアクセスを提供してもよい。

本明細書に記載され、かつ図２５Ａ、図２５Ｃ、図２５Ｄ、図２５Ｅに図示される、コアネットワークエンティティは、一定の既存の３ＧＰＰ仕様におけるそれらのエンティティに与えられる名称によって識別されるが、将来において、それらのエンティティおよび機能は、他の名称によって識別される可能性があり、ある種のエンティティまたは機能は、将来的３ＧＰＰ ＮＲ仕様を含む、３ＧＰＰによって公開される将来的な仕様において組み合わせられる場合があることを理解されたい。したがって、図２５Ａ、図２５Ｂ、図２５Ｃ、図２５Ｄまたは図２５Ｅで、記載および図示される特定のネットワークエンティティおよび機能は、例としてのみ提供され、本明細書で開示および請求される主題は、現在規定されているか、または将来的に規定されるかどうかにかかわらず、任意の類似通信システムにおいて具現化または実装される場合があることを理解されたい。

図２５Ｅは、本明細書に記載されるＮＲ－Ｕセルを用いるランダムアクセスを実装するシステム、方法、装置が使用される場合がある通信システム１１１の例を示す。通信システム１１１は、無線伝送／受信ユニット（ＷＴＲＵ）Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、基地局ｇＮＢ１２１、Ｖ２Ｘサーバ１２４、およびロードサイドユニット（ＲＳＵ）１２３ａおよび１２３ｂを含む場合がある。実際には、本明細書で提示される概念は、任意の数のＷＴＲＵ、基地局ｇＮＢ、Ｖ２Ｘネットワーク、またはその他のネットワーク要素に適用されてよい。１つまたはいくつか、もしくは全てのＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、ＥおよびＦは、アクセスネットワークカバレッジ１３１の範囲外にある場合がある。Ｖ２ＸグループのＷＴＲＵ Ａ、ＢおよびＣの中で、ＷＴＲＵ Ａはグループを先導するものであり、またＷＴＲＵ ＢおよびＣはグループメンバである。

ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、ＥおよびＦは、それらがアクセスネットワークカバレッジ１３１内にある場合、ｇＮＢ１２１を介して、Ｕｕインターフェース１２９を通して互いに通信する場合がある。図２５Ｅの例では、ＷＴＲＵ ＢおよびＦは、アクセスネットワークカバレッジ１３１内に示されている。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、ＥおよびＦは、インターフェース１２５ａ、１２５ｂまたは１２８などのサイドリンクインターフェース（例えば、ＰＣ５またはＮＲ ＰＣ５）を介して、それらが、アクセスネットワークカバレッジ１３１下にある、またはアクセスネットワークカバレッジ１３１外にあるかどうかに関係なく直接、互いに通信する場合がある。例えば、図２５Ｅの例では、アクセスネットワークカバレッジ１３１外にあるＷＴＲＵ Ｄは、カバレッジ１３１内にあるＷＴＲＵ Ｆと通信する。

ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、ＥおよびＦは、ビークル・ツー・ネットワーク（Ｖ２Ｎ）１３３またはサイドリンクインターフェース１２５ｂを介して、ＲＳＵ１２３ａおよび１２３ｂと通信する場合がある。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、ＥおよびＦは、ビークル・ツー・インフラストラクチャ（Ｖ２Ｉ）インターフェース１２７を介して、Ｖ２Ｘサーバ１２４に通信する場合がある。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、ＥおよびＦは、ビークル・ツー・パーソン（Ｖ２Ｐ）インターフェース１２８を介して、別のＵＥと通信する場合がある。

図２５Ｆは、図２５Ａ、図２５Ｂ、図２５Ｃ、図２５Ｄまたは図２５Ｅ、もしくは、特に、図５から図７（例えば、ＵＥ２０１）のＷＴＲＵ１０２など、本明細書に記載される、ＮＲ－Ｕセルを用いるランダムアクセスを実装するシステム、方法および装置に従って、無線通信および操作向けに構成される場合がある装置またはデバイスＷＴＲＵ１０２の例のブロック図である。図２５Ｆに示すように、例示的ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、伝送／受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド／インジケータ１２８、非取り外し可能メモリ１３０、取り外し可能メモリ１３２、電源１３４、全地球測位システム（Global Positioning System：ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含む場合がある。ＷＴＲＵ１０２は、上述の要素の任意の副次的組み合わせを含んでもよいことを理解されたい。また、基地局１１４ａおよび１１４ｂ、または基地局１１４ａおよび１１４ｂのノードは、限定はされないが、とりわけ、送受信機基地局（ＢＴＳ）、Ｎｏｄｅ－Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームＮｏｄｅーＢ、発展型ホームＮｏｄｅ－Ｂ（Evolved Home Node-B：ｅＮｏｄｅＢ）、ホーム発展型Ｎｏｄｅ－Ｂ（Home Evolved Node-B：ＨｅＮＢ）、ホーム発展型Ｎｏｄｅ－Ｂゲートウェイ、次世代Ｎｏｄｅ－Ｂ（Generation Node-B：ｇＮｏｄｅ－Ｂ）、およびプロキシノードを指す場合があり、本明細書に記載されるＮＲ－Ｕセルを用いるランダムアクセスの開示されるシステムおよび方法を実施する例示的実装形態である場合がある、図２５Ｆに描写する要素の一部または全部を含む場合がある。

プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（Digital Signal Processor：ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuits：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ）回路、任意の他のタイプの集積回路（Integrated Circuit：ＩＣ）、状態マシンなどであってよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、またはＷＴＲＵ１０２が無線環境内で動作することを可能にする任意の他の機能性を実施してもよい。プロセッサ１１８は、伝送／受信要素１２２に連結されることがある、送受信機１２０に連結されてもよい。図２５Ｆでは、別個のコンポーネントとしてプロセッサ１１８と送受信機１２０とを示しているが、プロセッサ１１８と送受信機１２０とが、電子パッケージまたはチップ内に一緒に統合されてもよいことを理解されよう。

ＵＥの伝送／受信要素１２２は、エアインターフェース１１５／１１６／１１７を通して基地局（例えば、図２５Ａの基地局１１４ａ）、またはエアインターフェース１１５ｄ／１１６ｄ／１１７ｄを通して別のＵＥへ信号を伝送する、またはそこから信号を受信するように構成される場合がある。例えば、伝送／受信要素１２２は、ＲＦ信号を伝送または受信するように構成されたアンテナであってもよい。伝送／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を伝送または受信するように構成されるエミッタ／検出器であってもよい。伝送／受信要素１２２は、ＲＦおよび光信号の両方を伝送および受信するように構成されてよい。伝送／受信要素１２２は、無線または有線信号の任意の組み合わせを伝送または受信するように構成されてもよいことを理解されよう。

加えて、伝送／受信要素１２２は、単一の要素として図２５Ｆで描写されているが、ＷＴＲＵ１０２は、任意の数の伝送／受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。したがって、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を通して無線信号を伝送および受信するために、２つ以上の伝送／受信要素１２２（例えば、複数のアンテナ）を含んでもよい。

送受信機１２０は、伝送／受信要素１２２によって伝送されることになる信号を変調し、かつ伝送／受信要素１２２によって受信される信号を復調するように構成されてよい。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有する場合がある。したがって、送受信機１２０は、ＷＴＲＵ１０２が、複数のＲＡＴ、例えば、ＮＲおよびＩＥＥＥ８０２．１１、またはＮＲおよびＥ－ＵＴＲＡを介して通信するか、または異なるＲＲＨ、ＴＲＰ、ＲＳＵまたはノードへの複数のビームを介して同じＲＡＴと通信できるようにするために、複数の送受信機を含む場合がある。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、またはディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ（Liquid Crystal Display：ＬＣＤ）ディスプレイ装置または有機発光ダイオード（Organic Light-Emitting Diode：ＯＬＥＤ）ディスプレイ装置）に連結されて、そこからユーザ入力データを受信してもよい。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロホン１２４、キーパッド１２６、またはディスプレイ／タッチパッド／インジケータ１２８に出力してもよい。加えて、プロセッサ１１８は、非取り外し可能メモリ１３０または取り外し可能メモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、それの中にデータを記憶してもよい。非取り外し可能メモリ１３０としては、ランダムアクセスメモリ（Random-Access Memory：ＲＡＭ）、読み取り専用メモリ（Read-Only Memory：ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを挙げてもよい。取り外し可能メモリ１３２としては、加入者識別モジュール（Subscriber Identity Module：ＳＩＭ）カード、メモリスティック、セキュアデジタル（Secure Digital：ＳＤ）メモリカードなどを挙げてもよい。プロセッサ１１８は、クラウドまたはエッジコンピューティングプラットフォームでホストされるサーバ、もしくはホームコンピュータ（図示せず）内など、ＷＴＲＵ１０２上に物理的に設置されていないメモリの情報にアクセスし、そこにデータを記憶してもよい。プロセッサ１１８は、本明細書に記載される一部の例でのＮＲ－Ｕセルを用いるランダムアクセス方法のセットアップが、成功するか成功しないかに応じて、ディスプレイまたはインジケータ１２８上の点灯パターン、画像または色を制御するか、または、ＮＲ－Ｕセルを用いるランダムアクセスおよび関連するコンポーネントの状態を示すように構成される場合がある。ディスプレイまたはインジケータ１２８の点灯パターン、画像または色の制御は、本明細書で示すまたは論じる各図（例えば、図５から図７、および図１０から図２３など）の方法のフローまたはコンポーネントのいずれかの状態が反映される場合がある。ＮＲ－Ｕセルを用いるランダムアクセスのメッセージおよびプロシージャが本明細書で開示される。ユーザが入力ソース（例えば、スピーカ／マイクロホン１２４、キーパッド１２６、またはディスプレイ／タッチパッド／インジケータ１２８）を介して、リソースを要求するため、かつ、とりわけ、ディスプレイ１２８に表示される場合があるＮＲ－Ｕセルを用いるランダムアクセス関連情報を要求、構成または問い合わせするために、メッセージおよびプロシージャは、拡張されてインターフェース／ＡＰＩを提供してもよい。

プロセッサ１１８は、電源１３４から電力を得てもよく、ＷＴＲＵ１０２内のその他のコンポーネントへの電力を分配または制御するように構成されてよい。電源１３４は、ＷＴＲＵ１０２に給電する任意の好適なデバイスであってよい。例えば、電源１３４は、１つまたは複数の乾電池、太陽電池、燃料電池などを含んでもよい。

プロセッサ１１８はまた、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成されることがあるＧＰＳチップセット１３６に連結されてもよい。ＧＰＳチップセット１３６からの情報に加え、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を通して基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信するか、または２つ以上の近傍基地局から受信されている信号のタイミングに基づいて、その場所を決定してもよい。ＷＴＲＵ１０２は、任意の好適な位置特定方法によって位置情報を取得してもよいことを理解されるであろう。

プロセッサ１１８はさらに、追加の特徴、機能性、もしくは有線または無線コネクティビティを提供する１つまたは複数のソフトウェアまたはハードウェアモジュールを含む場合がある他の周辺機器１３８に連結されてもよい。例えば、周辺機器１３８は、加速度計、バイオメトリック（例えば、指紋）センサなどの種々のセンサ、ｅ－コンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（Universal Serial Bus：ＵＳＢ）ポートまたは他の相互接続インターフェース、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（Frequency Modulated：ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含んでもよい。

ＷＴＲＵ１０２は、センサ、大衆消費電子製品、スマートウォッチまたはスマート衣類などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、車、トラック、電車、または飛行機などの乗物などの他の装置もしくはデバイスに含まれてもよい。ＷＴＲＵ１０２は、周辺機器１３８のうちの１つを備えることがある相互接続インターフェースなどの１つまたは複数の相互接続インターフェースを介して、このような装置もしくはデバイスの他のコンポーネント、モジュール、またはシステムに接続してもよい。

図２５Ｇは、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、その他のネットワーク１１２、またはネットワークサービス１１３内のある種のノードまたは機能エンティティなど、図２５Ａ、図２５Ｃ、図２５Ｄおよび図２５Ｅに図示される通信ネットワークの１つまたは複数の装置、ならびに、本明細書で記載および請求される、図５から図７、および図１０から図２３に示されるシステムおよび方法などの、ＮＲ－Ｕセルを用いるランダムアクセスが具現化されることがある例示的コンピューティングシステム９０のブロック図である。コンピューティングシステム９０は、コンピュータまたはサーバを含んでもよく、ソフトウェアの形態（このようなソフトウェアが記憶されるまたはアクセスされる場所もしくは手段がいかなるものであっても）である場合があるコンピュータ可読命令によって主に制御されてよい。このようなコンピュータ可読命令は、コンピューティングシステム９０を稼働させるように、プロセッサ９１内で実行されてよい。プロセッサ９１は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシンなどであってよい。プロセッサ９１は、信号コーディング、データ処理、電力制御、入力／出力処理、またはコンピューティングシステム９０が通信ネットワーク内で動作することを可能にする任意の他の機能性を実施してもよい。コプロセッサ８１は、主要プロセッサ９１とは明確に異なる、任意選択のプロセッサであり、追加の機能を実施するか、またはプロセッサ９１を支援することがある。プロセッサ９１またはコプロセッサ８１は、Ｍｓｇ２を取得するなど、ＮＲ－Ｕセルを用いるランダムアクセスについて、本明細書に記載される方法および装置に関連するデータを取得、生成および処理する場合がある。

プロセッサ９１は、動作時に、命令をフェッチ、復号、および実行し、コンピューティングシステムの主要データ転送パスであるシステムバス８０を介して、情報を他のリソースへ転送し、かつ他のリソースから転送する。このようなシステムバスは、コンピューティングシステム９０内のコンポーネント同士を接続し、かつデータ交換向けの媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータライン、アドレスを送信するためのアドレスライン、および割り込みを送信し、かつシステムバスを操作するための制御ラインを含む。このようなシステムバス８０の一例は、ＰＣＩ（周辺コンポーネント相互接続）バスである。

システムバス８０に連結されるメモリは、ランダムアクセスメモリ（ＲＡＭ）８２および読み取り専用メモリ（ＲＯＭ）９３を含む。このようなメモリは、情報の記憶および読み出しを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正することができない記憶されたデータを含む。ＲＡＭ８２内に記憶されたデータは、プロセッサ９１または他のハードウェアデバイスによって読み取られる、もしくは変更されてよい。ＲＡＭ８２またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御されてよい。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理的アドレスに変換する、アドレス変換機能を提供する場合がある。メモリコントローラ９２はまた、システム内のプロセスを隔離し、かつユーザプロセスからシステムプロセスを隔離するメモリ保護機能を提供する場合がある。したがって、第１のモードで起動するプロフラムは、それ自体のプロセス仮想アドレス空間によってマップされているメモリのみにアクセスする場合があり、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることはできない。

加えて、コンピューティングシステム９０は、プロセッサ９１から、プリンタ９４、キーボード８４、マウス９５およびディスクドライブ８５などの周辺機器に命令を通信する役割を担う、周辺機器コントローラ８３を含んでもよい。

ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成される視覚出力を表示するために使用される。このような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含んでよい。視覚出力は、グラフィカルユーザインターフェース（Graphical User Interface：ＧＵＩ）の形態で提供されてよい。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルで実装される場合がある。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要とされる電子コンポーネントを含む。

さらに、コンピューティングシステム９０は、図２５Ａ、図２５Ｂ、図２５Ｃ、図２５Ｄまたは図２５ＥのＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、ＷＴＲＵ１０２または他のネットワーク１１２などの外部通信ネットワークまたは装置に、コンピューティングシステム９０を接続するために使用されて、コンピューティングシステム９０がそれらのネットワークの他のノードまたは機能エンティティと通信できるようにする、例えば、無線または有線ネットワークアダプタ９７などの通信回路を含む場合がある。通信回路は、単独で、またはプロセッサ９１と組み合わせて、本明細書で記載されるある種の装置、ノード、または機能エンティティの伝送および受信ステップを実施するために使用されてよい。

本明細書に記載される装置、システム、方法およびプロセスのうちいずれかまたは全ては、コンピュータ可読記憶媒体に記憶されたコンピュータ実行可能命令（例えば、プログラムコード）の形態で具現化される場合があり、その命令は、プロセッサ１１８または９１などのプロセッサによって実行されると、プロセッサに、本明細書に記載されるシステム、方法、およびプロセスを実施または実装させることを理解されたい。具体的には、本明細書に記載されるいずれのステップ、動作、または機能も、このようなコンピュータ実行可能命令の形態で実装され、無線または有線ネットワーク通信向けに構成された装置またはコンピューティングシステムのプロセッサで実行されてよい。コンピュータ可読記憶媒体は、情報の記憶のために、任意の非一時的（例えば、有形または物理的）方法もしくは技術に実装される揮発性および不揮発性媒体、取り外し可能および非取り外し可能媒体を含むが、このようなコンピュータ可読記憶媒体には、信号は含まれない。コンピュータ可読記憶媒体としては、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（Digital Versatile Disk：ＤＶＤ）または他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶デバイスまたは他の磁気記憶デバイス、もしくは所望の情報を記憶するために使用されてよく、かつコンピュータシステムによってアクセスされることがある任意の他の有形もしくは物理的媒体が挙げられるが、それらに限定されない。

各図に示すような、本開示、ＮＲ－Ｕセルを用いるランダムアクセスの主題の好適な方法、システムまたは装置について説明する際に、明確にする目的で特定の用語が用いられる。しかし、請求される主題は、そのような選択された特定の用語に限定されることを意図するものではなく、また各特定の要素は、類似の目的を達成するために類似の方式で動作する全ての技術的等価物を含むことを理解されたい。

本明細書に記載されている種々の技法は、ハードウェア、ファームウェア、ソフトウェア、または適切な場合はこれらの組み合わせと連携して実装されてもよい。このようなハードウェア、ファームウェア、およびソフトウェアは、通信ネットワークの種々のノードで配置される装置に常駐してもよい。本明細書に記載の方法を実施するために、装置は単独でまたは互いに連携して動作してもよい。本明細書で用いられる用語「装置」、「ネットワーク装置」、「ノード」、「デバイス」、「ネットワークノード」、などは、同じ意味で用いられる場合がある。加えて、単語「または」は、別段の定めがある場合を除き包括的に本明細書で全般的に使用される。

本明細書は、最良の方式を含む本発明を開示するために、また当業者が任意のデバイスまたはシステムを作製かつ使用し、任意の組み込まれた方法を行うことを含む本発明を実践することを可能にするために、各例を使用する。本発明の特許性のある範囲は、特許請求の範囲によって定義され、かつ当業者に想起される他の例（例えば、本明細書に開示される各例示的方法の間で、ステップを省く、ステップを組み合わせる、またはステップを追加する）を含む場合がある。そのような他の例は、特許請求の範囲の文字通りの言葉とは異ならない構造要素を有する場合、または特許請求の範囲の文字通りの言葉とのごくわずかな差異を伴う同等の構造要素を含む場合、特許請求の範囲の範囲内であることを意図している。

本明細書に記載される、方法、システムおよび装置は、特に、無線通信を実施することを行う手段を提供することができる。方法、システム、コンピュータ可読記憶媒体、または装置は、メッセージを取得することと、該メッセージの取得に基づいて、ランダムアクセスリソース選択を実施することと、メディアアクセス制御（ＭＡＣ）層によって、プリアンブル伝送を構成する１つまたは複数のパラメータを、物理（ＰＨＹ）層に提供することと、該１つまたは複数のパラメータに基づいて、物理層によって、該１つまたは複数のパラメータと関連する選択された帯域幅パート（ＢＷＰ）でサブバンドリッスンビフォートーク（ＬＢＴ）を実施することとを行う手段を有する。チャネルがフリーであると示される場合に、プリアンブルを伝送することを行う手段がある場合がある。チャネルがフリーであると示される場合に、プリアンブルを伝送することと、プリアンブルが伝送されたことを示すために、ＭＡＣ層にランダムアクセスプリアンブル伝送インジケーションを伝送することとを行う手段がある場合がある。チャネルがフリーであると示される場合に、プリアンブルを伝送し、かつプリアンブルが伝送されたことを示すために、ＭＡＣ層にランダムアクセスプリアンブル伝送インジケーションを伝送することと、物理下りリンク制御チャネル（ＰＤＣＣＨ）を監視することと、を行う手段がある場合がある。チャネルがビジーであると示される場合に、ＰＨＹ層によってＭＡＣ層に、プリアンブルの伝送が失敗したことを示すランダムアクセスプリアンブル（ＲＡＰ）伝送インジケーションを提供することと、受信したＲＡＰインジケーションに基づいて、ＭＡＣ層によって、第２の選択されたＢＷＰを使用して、別のランダムアクセスリソース選択を実施することとを行う手段がある場合がある。もう１つのパラメータが、ＬＢＴパラメータの複数のセットを含む場合がある。チャネルがビジーであると示される場合に、ＰＨＹ層によって、ＬＢＴパラメータの複数のセットまたはサブバンドの複数のインジケーションを含むもう１つのパラメータに基づいて、複数のＬＢＴ試行を実施することを行う手段がある場合がある。ＰＨＹによって、１つまたは複数のパラメータに基づいて、優先順位付けされたランダムアクセスを提供することを行う手段がある場合がある。１つまたは複数のパラメータが、ＬＢＴパラメータのセットを含む場合がある。同じサブバンドのＰＤＣＣＨ、またはプリアンブルが伝送されたＢＷＰを監視することを行う手段がある場合がある。方法、システム、コンピュータ可読記憶媒体、または装置は、ＭＡＣによって、伝送向けに複数のサブバンドをＰＨＹに提供し、複数のサブバンドの第１サブバンドがフリーであるか判断し、かつ、ＰＨＹによって、第１サブバンドでプリアンブルを伝送する場合がある。方法、システム、コンピュータ可読記憶媒体、または装置は、イベント（例えば、特に本明細に開示される、特に、ＣＧ追加、初期アクセス、ビーム障害回復）を検出することと、該イベントに基づいて、ランダムアクセスリソース選択を実施することと、メディアアクセス制御（ＭＡＣ）層によって、物理（ＰＨＹ）層に、プリアンブル伝送を構成する１つまたは複数のパラメータを提供することと、該１つまたは複数のパラメータに基づいて、物理層によって、該１つまたは複数のパラメータと関連する選択された帯域幅パート（ＢＷＰ）でサブバンドリッスンビフォートーク（ＬＢＴ）を実施することと、を行う手段を有する。本パラグラフ中の全ての組み合わせ（ステップの省略または追加を含む）が考えられる。

Claims (12)

1. 無線通信を実施するユーザ端末であって、
   プロセッサと、
   前記プロセッサに連結されたメモリであって、前記プロセッサによって実行されると、
   イベントの取得に基づいて、ランダムアクセスリソース選択を実施することと、
   メディアアクセス制御（Media Access Control：ＭＡＣ）層によって、物理（Physical：ＰＨＹ）層に、プリアンブル伝送を構成する１つまたは複数のパラメータを提供することと、
   前記１つまたは複数のパラメータに基づいて、前記物理層によって、前記１つまたは複数のパラメータと関連する選択されたサブバンドでサブバンドリッスンビフォートーク（Listen-Before-Talk：ＬＢＴ）を実施することと、
   を含む操作を前記プロセッサに実行させる実行可能命令を記憶するメモリと、
   を備え、
   前記操作は、２ステップランダムアクセスプロシージャとして実施される複数の操作を含み、また、
   前記操作は、
   チャネルがビジーであると示される場合に、前記ＰＨＹ層によって前記ＭＡＣ層に、前記プリアンブルの伝送が失敗したことを示す別のインジケーションを提供することと、
   前記２ステップランダムアクセスプロシージャの試行の失敗回数が構成された閾値に等しい場合に、４ステップランダムアクセスプロシージャを実施することと、をさらに含む、
   ユーザ端末。
2. 前記操作は、チャネルがフリーであると示される場合に、プリアンブルを伝送することをさらに含む、請求項１に記載のユーザ端末。
3. 前記操作は、
   チャネルがフリーであると示される場合に、
   プリアンブルを伝送することと、
   物理下りリンク制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ）を監視することと、をさらに含み、
   前記ＰＤＣＣＨを監視することは、前記プリアンブルが伝送された帯域幅パート（Bandwidth Part：ＢＷＰ）で行われる、
   請求項１に記載のユーザ端末。
4. 前記操作は、ランダムアクセスプリアンブル伝送の終わりから、第１ＰＤＣＣＨオケージョンで、ランダムアクセス応答ウィンドウを開始することをさらに含む、請求項３に記載のユーザ端末。
5. 前記別のインジケーションは、ランダムアクセスプリアンブル（Random Access Preamble：ＲＡＰ）伝送インジケーションである、請求項１に記載のユーザ端末。
6. 前記操作は、
   前記受信した別のインジケーションに基づいて、前記ＭＡＣ層によって、第２の選択されたサブバンドを使用して、別のランダムアクセスリソース選択を実施することと、をさらに含む、請求項１に記載のユーザ端末。
7. 前記操作は、
   チャネルがフリーであると示される場合に、プリアンブルを転送することと、
   物理下りリンク制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ）を監視することであって、前記ＰＤＣＣＨを監視することは、前記プリアンブルが伝送された帯域幅パート（Bandwidth Part：ＢＷＰ）で行われる、ことと、
   ＭｓｇＡペイロードが正常に復号されなかったというインジケーション含むランダムアクセス応答（Random Access Response：ＲＡＲ）を受信することと、
   ４ステップランダムアクセスプロシージャのステップ３によって開始することと、をさらに含む、請求項１に記載のユーザ端末。
8. 前記４ステップランダムアクセスプロシージャは、前記ＭｓｇＡペイロードに対応するＭｓｇ３ペイロードの伝送を有する、請求項７に記載のユーザ端末。
9. 前記Ｍｓｇ３ペイロードの伝送は、前記ＲＡＲを介して送られる上りリンクリソースを使用して実施される、請求項８に記載のユーザ端末。
10. 前記操作は、前記構成された閾値を第２の装置から受信すること、をさらに含み、
    前記第２の装置は、新無線ノードＢである、
    請求項１に記載のユーザ端末。
11. プロセッサと、
    前記プロセッサに連結されたメモリであって、前記プロセッサによって実行されると、
    ユーザ装置に対して、２ステップランダムアクセスプロシージャから４ステップランダムアクセスプロシージャへの移行を判断するための試行失敗回数の閾値を含む設定を送信することであって、前記試行失敗回数は、リッスンビフォートーク（Listen-Before-Talk：ＬＢＴ）によってチャネルがビジーであると示される場合にカウントされる、ことと、
    前記２ステップランダムアクセスプロシージャとして、ＭｓｇＡプリアンブルの物理ランダムアクセスチャネル（Physical Random Access Channel：ＰＲＡＣＨ）リソースを監視することと、
    構成されたＰＲＡＣＨリソースでＭｓｇＡプリアンブルを検出することであって、前記ＭｓｇＡプリアンブルは、前記試行失敗回数が前記閾値より少ない場合に送信される、ことと、
    検出された前記ＭｓｇＡプリアンブルと関連するＭｓｇＡペイロードを正常に復号できないことと、
    ランダムアクセス応答（Random Access Response：ＲＡＲ）を伝送することであって、前記ＲＡＲは、前記ＭｓｇＡペイロードが正常に復号されなかったというインジケーションと、前記ＭｓｇＡペイロードに対応するＭｓｇ３伝送向けに使用される上りリンク（Uplink：ＵＬ）グラントを含み、また、前記ＭｓｇＡペイロードが正常に復号されなかったというインジケーションは、メディアアクセス制御（Media Access Control：ＭＡＣ）ヘッダにおけるランダムアクセスプリアンブルＩＤ（Random Access preamble ID：ＲＡＰＩＤ）のためのフィールドで示される、ことと、
    前記４ステップランダムアクセスプロシージャとして、前記ＭｓｇＡペイロードを含むＭｓｇ３を、前記ＵＬグラントで構成されるＵＬリソースで受信することと、
    を含む操作を前記プロセッサに実行させる実行可能命令を記憶するメモリと、
    を備える、基地局。
12. 無線通信方法であって、
    ユーザ装置に対して、２ステップランダムアクセスプロシージャから４ステップランダムアクセスプロシージャへの移行を判断するための試行失敗回数の閾値を含む設定を送信するステップであって、前記試行失敗回数は、リッスンビフォートーク（Listen-Before-Talk：ＬＢＴ）によってチャネルがビジーであると示される場合にカウントされる、ステップと、
    前記２ステップランダムアクセスプロシージャとして、ＭｓｇＡプリアンブルの物理ランダムアクセスチャネル（Physical Random Access Channel：ＰＲＡＣＨ）リソースを監視するステップと、
    構成されたＰＲＡＣＨリソースでＭｓｇＡプリアンブルを検出するステップであって、前記ＭｓｇＡプリアンブルは、前記試行失敗回数が前記閾値より少ない場合に送信される、ステップと、
    検出された前記ＭｓｇＡプリアンブルと関連するＭｓｇＡペイロードを正常に復号できないステップと、
    ランダムアクセス応答（Random Access Response：ＲＡＲ）を伝送するステップであって、前記ＲＡＲは、前記ＭｓｇＡペイロードが正常に復号されなかったというインジケーションと、前記ＭｓｇＡペイロードに対応するＭｓｇ３伝送向けに使用される上りリンク（Uplink：ＵＬ）グラントを含み、また、前記ＭｓｇＡペイロードが正常に復号されなかったというインジケーションは、メディアアクセス制御（Media Access Control：ＭＡＣ）ヘッダにおけるランダムアクセスプリアンブルＩＤ（Random Access preamble ID：ＲＡＰＩＤ）のためのフィールドで示される、ステップと、
    前記４ステップランダムアクセスプロシージャとして、前記ＭｓｇＡペイロードを含むＭｓｇ３を、前記ＵＬグラントで構成されるＵＬリソースで受信するステップと、
    を含む、無線通信方法。

Images