特許 7569792 ２ステップＲＡＣＨにおけるＭＳＧ－Ｂのための方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-09

(45)【発行日】2024-10-18

(54)【発明の名称】２ステップＲＡＣＨにおけるＭＳＧ－Ｂのための方法

(51)【国際特許分類】

   H04W 8/30 20090101AFI20241010BHJP

   H04W 72/20 20230101ALI20241010BHJP

   H04W 74/0836 20240101ALI20241010BHJP

   H04W 16/28 20090101ALI20241010BHJP

   H04W 56/00 20090101ALI20241010BHJP

   H04W 28/04 20090101ALI20241010BHJP

   H04W 72/23 20230101ALI20241010BHJP

【ＦＩ】

H04W8/30

H04W72/20

H04W74/0836

H04W16/28

H04W56/00 130

H04W28/04 110

H04W72/23

【請求項の数】 14

(21)【出願番号】P 2021547299

(86)(22)【出願日】2020-02-13

(65)【公表番号】

(43)【公表日】2022-03-31

(86)【国際出願番号】 US2020018146

(87)【国際公開番号】W WO2020168103

(87)【国際公開日】2020-08-20

【審査請求日】2023-02-13

(31)【優先権主張番号】62/805,084

(32)【優先日】2019-02-13

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/840,647

(32)【優先日】2019-04-30

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/908,883

(32)【優先日】2019-10-01

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/930,911

(32)【優先日】2019-11-05

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】弁理士法人谷・阿部特許事務所

(72)【発明者】

【氏名】ハイアガット、アフシン

(72)【発明者】

【氏名】ナイェブ ナザール、シャーロック

(72)【発明者】

【氏名】キャノネ－ヴェラスクゼ、ロイック

(72)【発明者】

【氏名】アルファラファン、ファリス

(72)【発明者】

【氏名】トゥーハー、ジェイ．パトリック

【審査官】永井 啓司

(56)【参考文献】

【文献】国際公開第２０１８／２０４２５５（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０１２／０３００７１５（ＵＳ，Ａ１）

【文献】Huawei, HiSilicon，Discussion on the content for successRAR，3GPP TSG RAN WG2 #107 R2-1910671，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_107/Docs/R2-1910671.zip>，2019年08月16日

【文献】Fujitsu, Qualcomm Incorporated, OPPO，Dedicated preamble support in 2-step RACH，3GPP TSG RAN WG2 #107 R2-1911402，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_107/Docs/R2-1911402.zip>，2019年08月16日

【文献】Qualcomm Incorporated，Procedure and format for beam index indication MAC CE，3GPP TSG RAN WG2 #107 R2-1911504，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_107/Docs/R2-1911504.zip>，2019年08月23日

【文献】Nokia, Nokia Shanghai Bell，Applicable triggers for 2-step RACH，3GPP TSG RAN WG2 #105bis R2-1904031，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_105bis/Docs/R2-1904031.zip>，2019年03月28日

【文献】Intel Corporation，Procedure for two-step RACH，3GPP TSG RAN WG2 #105bis R2-1904439，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_105bis/Docs/R2-1904439.zip>，2019年03月29日

【文献】Samsung，MAC Impacts: Beam Failure Recovery for SCell，3GPP TSG RAN WG2 #101bis R2-1804303，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_101bis/Docs/R2-1804303.zip>，2018年04月05日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ７／２４－７／２６

Ｈ０４Ｗ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

ビーム障害回復（ＢＦＲ）のための無線送受信ユニット（ＷＴＲＵ）によって実行される方法であって、
サービングセルとの送信または受信に関連付けられるビーム障害を検出することと、
一連のビームに対応する一連の基準信号を示す情報を受信することと、
１つまたは複数の測定に基づいて前記一連の基準信号のサブセットを示す情報を判定することと、
前記一連の基準信号の１つの基準信号を使用してプリアンブルおよびペイロードを含む第１のメッセージを送信することであって、前記ペイロードは、前記基準信号のサブセットにおけるそれぞれの基準信号のインデックスを含む、ことと、
第２のメッセージを受信することであって、前記第２のメッセージは、前記第１のメッセージに対するランダムアクセス（ＲＡ）応答であり、前記第２のメッセージは、前記ＷＴＲＵのセル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）を含み、前記第２のメッセージにＣ－ＲＮＴＩを含むことは、ビーム障害回復が成功したことを示し、前記第２のメッセージは、前記１つの基準信号の上で受信される、ことと、
を備える方法。

【請求項2】

前記基準信号は、同期信号ブロック（ＳＳＢ）またはチャネル状態情報基準信号（ＣＳＩ－ＲＳ）である、請求項１の方法。

【請求項3】

前記第２のメッセージは、好ましいサブセットのビームの上で監視される、請求項１の方法。

【請求項4】

前記第２のメッセージは、２ステップランダムアクセスプロセスに関連付けられる、請求項１の方法。

【請求項5】

前記第１のメッセージは、前記サービングセルの上での前記ビーム障害の検出に基づいて送信される、請求項１の方法。

【請求項6】

しきい値を満たす前記１つまたは複数の測定にさらに基づく場合、前記一連の基準信号のサブセットを判定することを備え、前記１つまたは複数の測定は、信号品質に関連する、請求項１の方法。

【請求項7】

前記第２のメッセージについてのフィードバックメッセージをフィードバックリソースの上で送信することをさらに含み、前記第２のメッセージは、前記フィードバックリソースのインディケーションをさらに含む、請求項１の方法。

【請求項8】

無線送受信ユニット（ＷＴＲＵ）であって、
送受信機に動作可能なように接続されたプロセッサを備え、
前記プロセッサおよび前記送受信機は、サービングセルとの送信または受信に関連付けられるビーム障害を検出するように構成され、
前記プロセッサおよび前記送受信機は、一連のビームに対応する一連の基準信号を示す情報を受信するように構成され、
前記プロセッサおよび前記送受信機は、１つまたは複数の測定に基づいて前記一連の基準信号のサブセットを示す情報を判定するように構成され、
前記プロセッサおよび前記送受信機は、前記一連の基準信号の１つの基準信号を使用してプリアンブルおよびペイロードを含む第１のメッセージを送信するように構成され、前記ペイロードは、前記基準信号のサブセットにおけるそれぞれの基準信号のインデックスを含み、
前記プロセッサおよび前記送受信機は、第２のメッセージを受信するように構成され、前記第２のメッセージは、前記第１のメッセージに対するランダムアクセス（ＲＡ）応答であり、前記第２のメッセージは、前記ＷＴＲＵのセル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）を含み、前記第２のメッセージにＣ－ＲＮＴＩを含むことは、ビーム障害回復が成功したことを示し、前記第２のメッセージは、前記１つの基準信号の上で受信される、
ＷＴＲＵ。

【請求項9】

前記基準信号は、同期信号ブロック（ＳＳＢ）またはチャネル状態情報基準信号（ＣＳＩ－ＲＳ）である、請求項８のＷＴＲＵ。

【請求項10】

前記第２のメッセージは、好ましいサブセットのビームの上で監視される、請求項８のＷＴＲＵ。

【請求項11】

前記第２のメッセージは、２ステップランダムアクセスプロセスに関連付けられる、請求項８のＷＴＲＵ。

【請求項12】

前記第１のメッセージは、前記サービングセルの上での前記ビーム障害の検出に基づいて送信される、請求項８のＷＴＲＵ。

【請求項13】

しきい値を満たす前記１つまたは複数の測定にさらに基づく場合、前記プロセッサおよび前記送受信機は、前記一連の基準信号のサブセットを判定するように構成され、前記１つまたは複数の測定は、信号品質に関連する、請求項８のＷＴＲＵ。

【請求項14】

前記プロセッサおよび前記送受信機は、前記第２のメッセージについてのフィードバックメッセージをフィードバックリソースの上で送信するように構成され、前記第２のメッセージは、前記フィードバックリソースのインディケーションをさらに含む、請求項８のＷＴＲＵ。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、2019年2月13日に出願された米国特許仮出願第62/805,084号明細書、2019年4月30日に出願された米国特許仮出願第62/840,647号明細書、2019年10月1日に出願された米国特許仮出願第62/908,883号明細書、および2019年11月5日に出願された米国特許仮出願第62/930,911号明細書の利益を主張するものであり、これらの内容は参照により本明細書に組み込まれる。

【背景技術】

【0002】

無線通信技術においては、ネットワークへの接続を試みるデバイスのためのランダムアクセスチャネル（ＲＡＣＨ）プロシージャがある。例えば、ＲＡＣＨプロシージャは、同期獲得やハンドオーバなどのＲＡＣＨプロシージャを開始するトリガによって促されることがある。このプロセスを改善する必要がある。

【発明の概要】

【0003】

ハイブリッド自動再送要求肯定応答（ＨＡＲＱ－ＡＣＫ）を送信する方法および装置が開示される。無線送受信ユニット（ＷＴＲＵ）が、ランダムアクセスチャネル（ＲＡＣＨ）メッセージＡをｇＮＢに送信してよい。ＷＴＲＵは、メッセージＡに応答したＲＡＣＨメッセージＢをｇＮＢから受け取ってよい。メッセージＢは、ダウンリンク制御情報（ＤＣＩ）を含んでよい。ＷＴＲＵは、ＤＣＩに基づいて物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を復号してよい。ＷＴＲＵは、競合解決が成功したと決定してよい。ＷＴＲＵは、物理アップリンク制御チャネル（ＰＵＣＣＨ）のためのリソースを決定してよい。ＷＴＲＵは、決定されたＰＵＣＣＨリソースを介してＨＡＲＱ－ＡＣＫを送信してよい。ＷＴＲＵは、ＰＵＣＣＨリソースインデックスに基づいてＰＵＣＣＨのためのリソースを決定してよい。ＰＵＣＣＨリソースインデックスは、ランダムアクセスプリアンブルインデックス（ＲＡＰＩＤ）およびＰＵＣＣＨリソースインジケータ（ＰＲＩ）に基づいてよい。ＷＴＲＵは、ＨＡＲＱ－ＡＣＫを送信するためのスロットタイミングを決定してよい。スロットタイミングは、ＰＤＳＣＨ－ＨＡＲＱフィードバックインジケータおよびＲＡＰＩＤに基づいてよい。

【図面の簡単な説明】

【0004】

添付図面と共に例として提供される後続の説明から、より詳細な理解が得られるであろう。図中の同じ参照番号は、同じ要素を示す。

【図1A】１つまたは複数の開示される実施形態が実装され得る例示的な通信システムを示すシステム図である。

【図1B】実施形態による、図１Ａに示される通信システム内で使用され得る例示的な無線送受信ユニット（ＷＴＲＵ）を示すシステム図である。

【図1C】実施形態による、図１Ａに示される通信システム内で使用され得る例示的な無線アクセスネットワーク（ＲＡＮ）および例示的なコアネットワーク（ＣＮ）を示すシステム図である。

【図1D】実施形態による、図１Ａに示される通信システム内で使用され得るさらに他の例示的なＲＡＮおよびさらに他の例示的なＣＮを示すシステム図である。

【図2】４ステップＲＡＣＨプロシージャの場合の、ＷＴＲＵとｇＮＢとの間の例示的な情報交換を示すプロセス図である。

【図3】２ステップＲＡの場合の信号構造に関する例示的なベースラインを示す図である。

【図4】２ステップＲＡＣＨプロシージャの場合の、ＷＴＲＵとｇＮＢとの間の情報交換の例を示すプロセス図である。

【図5】効率的なＡＣＫ／ＮＡＣＫプロセスのためのＷＴＲＵ挙動の例を示す流れ図である。

【図6】効率的なＡＣＫ／ＮＡＣＫプロセスのためのＷＴＲＵ挙動の例を示す流れ図である。

【図7】２ステップＲＡに関連付けられる例示的なＷＴＲＵプロシージャを示す流れ図であり、ＵＥが、ＲＡＲウィンドウ内で、ＤＬ割当てを含むｍｓｇＢに関連付けられるＤＣＩを検出する、流れ図である。

【図8】２ステップＲＡに関連付けられる例示的なＷＴＲＵプロシージャを示す流れ図であり、ＷＴＲＵが、ＲＡＲウィンドウ内で、アップリンクグラントを含むｍｓｇＢに関連付けられるＤＣＩを検出する、流れ図である。

【図9】複数ビーム監視を伴うビーム障害回復の例を示すプロセス図である。

【発明を実施するための形態】

【0005】

図１Ａは、１つまたは複数の開示された実施形態を実施できる例示的な通信システム１００を示す図である。通信システム１００は、複数の無線ユーザに音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを提供する多元接続システムであってよい。通信システム１００は、無線帯域幅を含むシステムリソースの共有を通してそのようなコンテンツに複数の無線ユーザがアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワード離散フーリエ変換拡散ＯＦＤＭ（ＺＴ－ＵＷ－ＤＦＴ－Ｓ－ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理済みＯＦＤＭ、フィルタバンクマルチキャリア（ＦＢＭＣ）などの１つまたは複数のチャネルアクセス方法を採用することができる。

【0006】

図１Ａに示すように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク（ＣＮ）１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、他のネットワーク１１２を含み得るが、開示される実施形態が、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することを理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであってよい。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、いずれも局（ＳＴＡ）と呼ばれることがあるが、これらは、無線信号を送信および／または受信するように構成されてよく、ユーザ機器（ＵＥ）、移動局、固定またはモバイル加入者ユニット、サブスクリプションベースのユニット、ページャ、セルラー電話機、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ノートブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはＭｉ－Ｆｉデバイス、ＩｏＴデバイス、腕時計または他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、車両、ドローン、医療機器および応用例（例えば遠隔手術）、産業デバイスおよび応用例（例えば、産業上のおよび／または自動化された処理チェーンのコンテキストで動作する、ロボットおよび／または他の無線デバイス）、消費者電子デバイス、商業および／または産業無線ネットワーク上で動作するデバイスなどを含むことができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄはいずれも、互換的にＵＥと呼ばれることがある。

【0007】

通信システム１００はまた、基地局１１４ａおよび／または基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂの各々は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインタフェースして、ＣＮ１０６、インターネット１１０、および／または他のネットワーク１１２など１つまたは複数の通信ネットワークへのアクセスを容易にするように構成された、任意のタイプのデバイスであってよい。例えば、基地局１１４ａ、１１４ｂは、ベーストランシーバステーション（ＢＴＳ）、ノードＢ、ｅノードＢ（ｅＮＢ）、ホームノードＢ、ホームｅノードＢ、次世代ノードＢ（ｇノードＢ（ｇＮＢ）など）、新無線（ＮＲ）ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってよい。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として描かれているが、基地局１１４ａ、１１４ｂが任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることは理解されるであろう。

【0008】

基地局１１４ａはＲＡＮ１０４の一部であってよく、ＲＡＮ１０４はまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなど、他の基地局および／またはネットワーク要素（図示せず）を含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれ得る１つまたは複数のキャリア周波数上で無線信号を送信および／または受信するように構成されてよい。これらの周波数は、認可スペクトル、無認可スペクトル、または認可スペクトルと無認可スペクトルとの組合せにあってよい。セルは、比較的固定的であり得るかまたは時間に伴って変化し得る特定の地理エリアに、無線サービスのためのカバレッジを提供することができる。セルは、セルセクタにさらに分割されてよい。例えば、基地局１１４ａに関連付けられるセルは、３つのセクタに分割されてよい。従って、一実施形態では、基地局１１４ａは、３つの送受信機、すなわち、セルのセクタごとに１つの送受信機を含んでよい。一実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用してよく、セルのセクタごとに複数の送受信機を利用してよい。例えば、所望の空間的方向で信号を送信および／または受信するために、ビームフォーミングが使用されてよい。

【0009】

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

【0010】

より詳細には、上記のように、通信システム１００は、多元接続システムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの１つまたは複数のチャネルアクセス方式を採用してよい。例えば、ＲＡＮ１０４における基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインタフェース１１６を確立してよいユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装してよい。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでよい。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）および／または高速アップリンク（ＵＬ）パケットアクセス（ＨＳＵＰＡ）を含んでよい。

【0011】

一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）などの無線技術を実装することができ、これは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ－Ａ）および／またはＬＴＥアドバンストプロ（ＬＴＥ－Ａ Ｐｒｏ）を使用してエアインタフェース１１６を確立することができる。

【0012】

一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装することができ、これは、ＮＲを使用してエアインタフェース１１６を確立することができる。

【0013】

一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装することができる。例えば、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、デュアル接続性（ＤＣ）原理を使用してＬＴＥ無線アクセスとＮＲ無線アクセスとを一緒に実装することができる。従って、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインタフェースは、複数のタイプの無線アクセス技術および／または複数のタイプの基地局（例えば、ｅＮＢおよびｇＮＢ）との間で送られる送信によって特徴づけられてよい。

【0014】

他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、ＷｉＦｉ（Wireless Fidelity））、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、インタリム規格２０００（ＩＳ－２０００）、インタリム規格９５（ＩＳ－９５）、インタリム規格８５６（ＩＳ－８５６）、ＧＳＭ（登録商標）（Global System for Mobile communications）、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してよい。

【0015】

図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであってよく、職場、家庭、車両、構内、産業設備、（例えば、ドローンが使用するための）空中回廊、道路などの局所的エリアでの無線接続性を容易にするために任意の好適なＲＡＴを利用してよい。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ８０２．１１などの無線技術を実装してよい。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するためにＩＥＥＥ８０２．１５などの無線技術を実装してよい。また別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するためにセルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用してよい。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有してよい。従って、基地局１１４ｂは、ＣＮ１０６を介してインターネット１１０にアクセスする必要がなくてよい。

【0016】

ＲＡＮ１０４は、ＣＮ１０６と通信していてよく、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つもしくは複数に音声、データ、アプリケーション、および／またはＶｏＩＰサービスを提供するように構成された任意のタイプのネットワークであってよい。データは、異なるスループット要件、待ち時間要件、誤り耐性要件、信頼性要件、データスループット要件、モビリティ要件などの変動するサービス品質（ＱｏＳ）要件を有してよい。ＣＮ１０６は、呼制御、課金サービス、モバイル位置情報サービス、プリペイド発呼、インターネット接続性、ビデオ配信などを提供し、および／またはユーザ認証などの高レベルなセキュリティ機能を実行してよい。図１Ａには示されていないが、ＲＡＮ１０４および／またはＣＮ１０６が、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接的または間接的に通信していてもよいことを理解されよう。例えば、ＮＲ無線技術を利用していることがあるＲＡＮ１０４に接続されることに加えて、ＣＮ１０６はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、またはＷｉＦｉ無線技術を採用する別のＲＡＮ（図示せず）と通信していてもよい。

【0017】

ＣＮ１０６はまた、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとして働いてよい。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含んでよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおけるＴＣＰ、ＵＤＰおよび／またはＩＰなどの共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでよい。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線および／または無線通信ネットワークを含んでよい。例えば、他のネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用してよい１つまたは複数のＲＡＮに接続された別のＣＮを含んでよい。

【0018】

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード能力を含んでよい（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数の送受信機を含んでよい）。例えば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用し得る基地局１１４ａと通信し、ＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｂと通信するように構成されてよい。

【0019】

図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、特に、プロセッサ１１８、送受信機１２０、送受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳチップセット１３６、および／または他の周辺装置１３８を含んでよい。ＷＴＲＵ１０２が実施形態との一貫性を維持しながら前述の要素の任意のサブコンビネーションを備え得ることは理解されるであろう。

【0020】

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他のタイプの集積回路（ＩＣ）、状態機械などであってよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にする任意の他の機能を実行してよい。プロセッサ１１８は、送受信要素１２２に結合され得る送受信機１２０に結合されてよい。図１Ｂに、別個の構成要素としてプロセッサ１１８と送受信機１２０とを示しているが、プロセッサ１１８と送受信機１２０とが電子パッケージまたはチップ中で統合されてよいことを理解されよう。

【0021】

送受信要素１２２は、エアインタフェース１１６を介して基地局（例えば、基地局１１４ａ）との間で信号を送受信するように構成されてよい。例えば、一実施形態では、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってよい。一実施形態では、送受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器であってよい。また別の実施形態では、送受信要素１２２は、ＲＦ信号と光信号との両方を送信および／または受信するように構成されてよい。送受信要素１２２が任意の組合せの無線信号を送信および／または受信するように構成されてよいことは理解されるであろう。

【0022】

図１Ｂでは送受信要素１２２が単一の要素として描かれているが、ＷＴＲＵ１０２は、任意の数の送受信要素１２２を含んでよい。より詳細には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してよい。従って、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６を介して無線信号を送信および受信するための２つ以上の送受信要素１２２（例えば、複数のアンテナ）を含んでよい。

【0023】

送受信機１２０は、送受信要素１２２によって送信されることになる信号を変調し、送受信要素１２２によって受信された信号を復調するように構成されてよい。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有してよい。従って、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＮＲおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含んでよい。

【0024】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてよく、それらからユーザ入力データを受信してよい。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力してよい。さらに、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意のタイプの好適なメモリの情報にアクセスし、それにデータを記憶してよい。非リムーバブルメモリ１３０は、ＲＡＭ、ＲＯＭ、ハードディスク、または任意の他のタイプのメモリストレージデバイスを含んでよい。リムーバブルメモリ１３２は、ＳＩＭカード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含んでよい。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置しないメモリの情報にアクセスし、それにデータを記憶してよい。

【0025】

プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２における他の構成要素に電力を分配および／または制御するように構成されてよい。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の好適なデバイスであってよい。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル銅（ＮｉＺｎ）、ニッケルメタルハイドライド（ＮｉＭＨ）、リチウムイオン（Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含むことができる。

【0026】

プロセッサ１１８はまた、ＷＴＲＵ１０２の現在のロケーションに関するロケーション情報（例えば、経度および緯度）を提供するように構成され得るＧＰＳチップセット１３６に結合されてよい。ＧＰＳチップセット１３６からの情報に加えて、または、それの代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインタフェース１１６を介してロケーション情報を受信し、および／または２つ以上の近くの基地局から受信される信号のタイミングに基づいてそのロケーションを決定してよい。ＷＴＲＵ１０２が、実施形態との一貫性を維持しながら、任意の好適なロケーション決定方法によってロケーション情報を捕捉してよいことを理解されよう。

【0027】

プロセッサ１１８はさらに、他の周辺装置１３８にも結合されてよく、周辺装置１３８は、追加の特徴、機能、および／または有線若しくは無線接続性を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含むことができる。例えば、周辺装置１３８は、加速度計、電子コンパス、衛星送受信機、デジタルカメラ（写真および／またはビデオ用）、ＵＳＢポート、振動デバイス、テレビジョン送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどを含むことができる。周辺装置１３８は、１つまたは複数のセンサを含み得る。センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、向きセンサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体センサ、湿度センサなどのうちの１つまたは複数であってよい。

【0028】

ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬと（例えば、受信のための）ＤＬとの両方のための特定のサブフレームに関連する）信号の一部または全部の送信および受信が並列および／または同時であってよい全二重無線を含んでよい。全二重無線は、干渉管理ユニットを含むことができ、それにより、ハードウェア（例えばチョーク）を介して、またはプロセッサ（例えば、別個のプロセッサ（図示せず）若しくはプロセッサ１１８）を介した信号処理を介して、自己干渉が低減されるかまたはほぼ除去される。一実施形態では、ＷＴＲＵ１０２は、信号のいくつかまたは全ての送信および受信（例えば、ＵＬ（例えば送信用）とＤＬ（例えば受信用）のいずれかについて特定のサブフレームに関連付けられた）が行われる、半二重無線を含むことができる。

【0029】

図１Ｃは、一実施形態によるＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を採用して、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、ＣＮ１０６とも通信していてよい。

【0030】

ＲＡＮ１０４はｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４が実施形態との一貫性を維持しながら任意の数のｅノードＢを含み得ることは理解されるであろう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を備えることができる。一実施形態では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装してよい。従って、ｅノードＢ１６０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を送信するおよび／またはそれから無線信号を受信するために複数のアンテナを使用してよい。

【0031】

ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられてよく、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを扱うように構成されてよい。図１Ｃに示すように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インタフェースを介して相互に通信してよい。

【0032】

図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２、サービングゲートウェイ（ＳＧＷ）１６４、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）１６６を含んでよい。前述の要素はＣＮ１０６の一部として描かれているが、これらの要素はいずれもＣＮオペレータ以外のエンティティによって所有および／または運営されてもよいことは理解されるであろう。

【0033】

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

【0034】

ＳＧＷ１６４は、Ｓ１インタフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてよい。ＳＧＷ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でユーザデータパケットをルーティングし、転送することができる。ＳＧＷ１６４は、ｅノードＢ間のハンドオーバの間にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのために利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどの他の機能を実行してよい。

【0035】

ＳＧＷ１６４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするためにインターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供するＰＧＷ１６６に接続され得る。

【0036】

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定通信デバイスとの間の通信を容易にするためにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与え得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインタフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでよいかまたはそれと通信してよい。さらに、ＣＮ１０６は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えてよい。

【0037】

ＷＴＲＵが無線端末として図１Ａ～図１Ｄに記載されているが、いくつかの代表的な実施形態では、そのような端末が（例えば、一時的にまたは永続的に）通信ネットワークとの有線通信インタフェースを使用し得ると考えられる。

【0038】

代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであってよい。

【0039】

インフラストラクチャ基本サービスセット（ＢＳＳ）モードのＷＬＡＮには、ＢＳＳ用のアクセスポイント（ＡＰ）と、ＡＰに関連付けられた１つ以上のステーション（ＳＴＡ）がある。ＡＰは、ＢＳＳへのトラフィックおよび／またはＢＳＳからのトラフィックを搬送する配信システム（ＤＳ）または別のタイプの有線／無線ネットワークへの、アクセスまたはインタフェースを有することができる。ＢＳＳの外部からから生じたＳＴＡへのトラフィックは、ＡＰを通して到着してよく、ＳＴＡに送られてよい。ＳＴＡからＢＳＳの外部の宛先に発信されるトラフィックは、ＡＰに送信され、それぞれの宛先に配信されてよい。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを介して送信でき、例えば、送信元ＳＴＡがＡＰにトラフィックを送信し、ＡＰが宛先ＳＴＡにトラフィックを配信してよい。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なされたり、呼ばれたりする場合がある。ピアツーピアトラフィックは、直接リンクセットアップ（ＤＬＳ）を使用して、送信元ＳＴＡと宛先ＳＴＡの間で（例えば、直接）送信できる。特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用することができる。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮにはＡＰがない場合があり、ＩＢＳＳ内またはＩＢＳＳを使用するＳＴＡ（例えば、全てのＳＴＡ）は相互に直接通信する場合がある。ＩＢＳＳ通信モードは、本明細書では「アドホック」通信モードと呼ばれることがある。

【0040】

８０２．１１ａｃインフラストラクチャモードの動作または同様の動作モードを使用する場合、ＡＰは、プライマリチャネルなどの固定チャネルでビーコンを送信することができる。プライマリチャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）または動的に設定される幅であってよい。プライマリチャネルは、ＢＳＳの動作チャネルであってよく、ＡＰとの接続を確立するためにＳＴＡによって使用されてよい。特定の代表的な実施形態では、例えば８０２．１１システム中で、衝突回避機能付きキャリアセンス多元接続（Carrier Sense Multiple Access with Collision Avoidance）（ＣＳＭＡ／ＣＡ）が実装されてよい。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）がプライマリチャネルを検知することができる。プライマリチャネルが特定のＳＴＡによって感知／検出され、および／またはビジーであると判断された場合、特定のＳＴＡはバックオフすることができる。１つのＳＴＡ（例えば、ただ１つのステーション）は、特定のＢＳＳでいつでも送信できる。

【0041】

ハイスループット（ＨＴ）ＳＴＡは、例えばプライマリ２０ＭＨｚチャネルと隣接または非隣接２０ＭＨｚチャネルとを組み合わせて４０ＭＨｚ幅のチャネルを形成することを介して、４０ＭＨｚ幅のチャネルを通信に使用することができる。

【0042】

ベリーハイスループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅のチャネルをサポートすることができる。４０ＭＨｚおよび／または８０ＭＨｚのチャネルは、連続する２０ＭＨｚチャネルを組み合わせることによって形成できる。１６０ＭＨｚチャネルは、８つの連続した２０ＭＨｚチャネルを結合することによって、または２つの非連続８０ＭＨｚチャネルを結合することによって形成されてよく、後者は８０＋８０構成と呼ばれることがある。８０＋８０構成の場合、データは、チャネル符号化後にセグメントパーサの中を通されてよく、セグメントパーサはデータを２つのストリームに分割することができる。各ストリームに対して別々に、逆高速フーリエ変換（ＩＦＦＴ）処理および時間領域処理が行われてよい。ストリームは、２つの８０ＭＨｚチャネル上にマッピングされてよく、データは送信側ＳＴＡによって送信されてよい。受信側ＳＴＡの受信機では、８０＋８０構成の場合の前述の動作が反転されてよく、結合されたデータは媒体アクセス制御（ＭＡＣ）に送られてよい。

【0043】

サブ１ＧＨｚ動作モードが、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。８０２．１１ａｆおよび８０２．１１ａｈでは、チャネル動作帯域幅およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃで使用されるものに対して相対的に低減される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトル中の５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリア中のマシンタイプ通信（ＭＴＣ）デバイスなど、メータータイプ制御／ＭＴＣをサポートすることができる。ＭＴＣデバイスは、特定の機能、例えば、特定のおよび／または制限された帯域幅のサポート（例えば、サポートのみ）を含む制限された機能を有し得る。ＭＴＣデバイスは、閾値を超えるバッテリ寿命を有するバッテリを含み得る（例えば、非常に長いバッテリ寿命を維持する）。

【0044】

ＷＬＡＮシステムは、８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど複数のチャネルおよびチャネル帯域幅をサポートすることができ、このＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳ中の全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有することができる。プライマリチャネルの帯域幅は、ＢＳＳ中で動作している全てのＳＴＡのうちの最小帯域幅動作モードをサポートするＳＴＡによって設定および／または制限されてよい。８０２．１１ａｈの例では、ＡＰとＢＳＳ中の他のＳＴＡとが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅動作モードをサポートする場合であっても、プライマリチャネルは、１ＭＨｚモードをサポートする（例えば、それだけをサポートする）ＳＴＡ（例えば、ＭＴＣタイプのデバイス）のために１ＭＨｚ幅であってよい。キャリア感知および／またはネットワーク割り当てベクトル（ＮＡＶ）設定は、プライマリチャネルのステータスに依存し得る。例えばＳＴＡ（１ＭＨｚ動作モードのみをサポートする）がＡＰに送信しているせいで、プライマリチャネルがビジーである場合は、利用可能な周波数帯域の大部分がアイドル状態のままであっても、利用可能な全ての周波数帯域はビジーであると見なされてよい。

【0045】

米国では、８０２．１１ａｈで使用できる利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は、９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈで利用可能な合計帯域幅は、国コードに応じて６ＭＨｚ～２６ＭＨｚである。

【0046】

図１Ｄは、実施形態によるＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上記のように、ＲＡＮ１０４は、ＮＲ無線技術を採用して、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、ＣＮ１０６とも通信していてよい。

【0047】

ＲＡＮ１０４はｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含むことができるが、ＲＡＮ１０４が実施形態との一貫性を維持したまま任意の数のｇＮＢを含み得ることは理解されるであろう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはそれぞれ、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装することができる。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃとの間で信号を送信および／または受信することができる。従って、例えばｇＮＢ１８０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａとの間で無線信号を送信および／または受信することができる。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装することができる。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）に送信することができる。これらのコンポーネントキャリアのサブセットが未許可スペクトル上にあり、残りのコンポーネントキャリアが許可済みスペクトル上にあってよい。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（ＣｏＭＰ）技術を実装することができる。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａとｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）とから協調送信を受信することができる。

【0048】

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルヌメロロジー（scalable numerology）に関連付けられた伝送を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。例えば、ＯＦＤＭシンボルスペーシングおよび／またはＯＦＤＭサブキャリアスペーシングは、異なる伝送、異なるセル、および／または無線伝送スペクトルの異なる部分によって変動し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用して（例えば、様々な数のＯＦＤＭシンボル、および／または持続する様々な長さの絶対時間を含む）、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。

【0049】

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなど）にもアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃをモビリティアンカーポイントとして利用することができる。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未許可帯域中の信号を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなど別のＲＡＮとも通信／接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信／接続することができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣ原理を実装して、ほぼ同時に１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃおよび１つまたは複数のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと通信することができる。非スタンドアロン構成では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカーとしての働きをすることができ、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするための追加のカバレッジおよび／またはスループットを提供することができる。

【0050】

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのそれぞれは、特定のセル（図示せず）に関連付けられてよく、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、ＤＣ、ＮＲとＥ－ＵＴＲＡとの間の相互作用、ユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂに向けたユーザプレーンデータのルーティング、アクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂに向けた制御プレーン情報のルーティングなどを扱うように構成されてよい。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信することができる。

【0051】

図１Ｄに示されるＣＮ１０６は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂ、および場合によりデータネットワーク（ＤＮ）１８５ａ、１８５ｂを含むことができる。前述の要素はＣＮ１０６の一部として描かれているが、これらの要素はいずれもＣＮオペレータ以外のエンティティによって所有および／または運営されてもよいことは理解されるであろう。

【0052】

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インタフェースを介してＲＡＮ１０４中のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されてよく、制御ノードとしての働きをすることができる。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるプロトコルデータユニット（ＰＤＵ）セッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、非アクセス層（ＮＡＳ）シグナリングの終端、モビリティ管理などを担うことができる。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されているサービスのタイプに基づいてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用されてよい。例えば、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依拠するサービス、高速大容量モバイルブロードバンド（ｅＭＢＢ）アクセスに依拠するサービス、ＭＴＣアクセスのためのサービスなど、異なるユースケースに対して、異なるネットワークスライスが確立されてよい。ＡＭＦ１８２ａ、１８２ｂは、ＲＡＮ１０４と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、および／または非３ＧＰＰアクセス技術（ＷｉＦｉ等）など他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供することができる。

【0053】

ＳＭＦ１８３ａ、１８３ｂは、は、Ｎ１１インタフェースを介してＣＮ１０６中のＡＭＦ１８２ａ、１８２ｂに接続されてよい。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インタフェースを介してＣＮ１０６中のＵＰＦ１８４ａ、１８４ｂにも接続されてよい。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを介したトラフィックのルーティングを構成することができる。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスの管理および割振り、ＰＤＵセッションの管理、ポリシ施行およびＱｏＳの制御、ＤＬデータ通知の提供など、他の機能を実施することもできる。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネット（登録商標）ベースなどであってよい。

【0054】

ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インタフェースを介してＲＡＮ１０４中のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されてよく、これは、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。ＵＰＦ１８４ａ、１８４ｂは、パケットのルーティングおよび転送、ユーザプレーンポリシの施行、マルチホームＰＤＵセッションのサポート、ユーザプレーンＱｏＳの処理、ＤＬパケットのバッファリング、モビリティアンカリングの提供など、他の機能を実施することもできる。

【0055】

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインタフェースとしての働きをするＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むか、またはこのＩＰゲートウェイと通信することができる。さらに、ＣＮ１０６は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含み得る他のネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インタフェース、およびＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インタフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通してローカルＤＮ１８５ａ、１８５ｂに接続されてよい。

【0056】

図１Ａ～１Ｄと、図１Ａ～１Ｄの対応する記述とに鑑みて、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅノードＢ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂおよび／または本明細書に記載の他の任意のデバイスのうちの１つまたは複数に関する、本明細書に記載の機能のうちの１つ若しくは複数または全てが、１つまたは複数のエミュレーションデバイス（図示せず）によって実施されてよい。エミュレーションデバイスは、本明細書に記載の機能のうちの１つ若しくは複数または全てをエミュレートするように構成された１つまたは複数のデバイスであってよい。例えば、エミュレーションデバイスは、他のデバイスをテストするため、並びに／またはネットワークおよび／若しくはＷＴＲＵ機能をシミュレートするために使用されてよい。

【0057】

エミュレーションデバイスは、ラボ環境および／またはオペレータネットワーク環境で他のデバイスの１つまたは複数のテストを実装するように設計することができる。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線および／または無線通信ネットワークの一部として完全にまたは部分的に実装および／または展開されて、１つ若しくは複数または全ての機能を実施することができる。１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として一時的に実装／展開されて、１つ若しくは複数または全ての機能を実施することができる。エミュレーションデバイスは、テストの目的で、かつ／または無線経由の無線通信を使用したテスト実施の目的で、別のデバイスに直接に結合されてよい。

【0058】

１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実装／展開されずに、全ての機能を含めた１つまたは複数の機能を実施することもできる。例えば、エミュレーションデバイスは、１つまたは複数のコンポーネントのテストを実装するために、テスト用ラポにおけるテスト用シナリオで、かつ／または非デプロイ（例えばテスト用の）有線および／若しくは無線通信ネットワークにおけるテスト用シナリオで、利用されてよい。１つまたは複数のエミュレーションデバイスは、テスト機器であってよい。直接ＲＦ結合、および／または、ＲＦ回路（例えば、１つ若しくは複数のアンテナを備え得る）を介した無線通信が、エミュレーションデバイスによって使用されて、データが送信および／または受信されてよい。

【0059】

一般に、図１Ａ、図１Ｃ、および図１Ｄに記載のような所与の無線システム（例えば、ＬＴＥ、ＮＲなど）では、ＷＴＲＵが、ランダムアクセスプロシージャ（例えば、セルが見つかった後の、ハンドオーバ同期、アップリンク同期の再確立、スケジューリングの要求など）を使用してネットワークにアクセスしてよい。場合によっては（例えばＬＴＥでは）、４ステップのランダムアクセスチャネル（ＲＡＣＨ）プロシージャがあることがあり、ＷＴＲＵと基地局（例えば、ネットワーク／セル）との間で４つのメッセージ（ｍｓｇ）が交換される。

【0060】

図２は、４ステップＲＡＣＨプロシージャの場合の、ＷＴＲＵ２１１とｇＮＢ２１２の間の例示的な交換を示すプロセス図である。２０１で、ＷＴＲＵ２１１がｍｓｇ１を送信でき、ｍｓｇ１は、ランダムに選択されたランダムアクセスプリアンブルシーケンスであってよく、物理ＲＡＣＨ（ＰＲＡＣＨ）機会の間に送信されてよい。ＷＴＲＵ２１１は、ｍｓｇ２（例えばランダムアクセス応答）があるかどうか制御チャネルを監視してよい。

【0061】

ｇＮＢ２１２は、ｍｓｇ１を受け取ると、２０２でｍｓｇ２を返信してよく、ｍｓｇ２はランダムアクセス応答（ＲＡＲ）を含んでよい。ＲＡＲは、プリアンブルが送信されるＰＲＡＣＨオケージョンに対応するランダムアクセス－無線ネットワーク一時識別子（ＲＡ－ＲＮＴＩ）でスクランブルがかけられたダウンリンク制御情報（ＤＣＩ）を含んでよい。ＤＣＩは、変調符号化方式（ＭＣＳ）および送信電力制御（ＴＰＣ）コマンドと共に、ＷＴＲＵ２１１のための時間および周波数リソース割振りを含み得るＲＡＲグラントを含んでよい。ｍｓｇ２はまた、ＲＡＲがそれ自体（ＷＴＲＵ２１１）に意図されたものであるとＷＴＲＵ２１１が確定できるように、プリアンブルインデックスも含んでよい。ＷＴＲＵ２１１は、ＲＡＲを含むｍｓｇ２を受け取ると、それを復号する。

【0062】

２０３で、ＷＴＲＵ２１１は、ｍｓｇ２から処理されたあらゆるものに基づいて、データパケット（例えばＰＤＵ）の送信に進んでよい。ＷＴＲＵ２１１は、一時セル－無線ネットワーク一時識別子（ＴＣ－ＲＮＴＩ）でデータにスクランブルをかけ、これを、ＲＡＲグラント中で与えられたスケジュール済みリソースに従って、ｍｓｇ３として送ってよい。

【0063】

２０４で、ｇＮＢ２１２は、競合解決メッセージであり得るｍｓｇ４を返信してよい。ＷＴＲＵ２１１は、ｍｓｇ４を受け取ると、ｍｓｇ３中で送られたそのＴＣ－ＲＮＴＩを、ｍｓｇ４中で受け取られたＷＴＲＵ識別と比較してよい。２つのＷＴＲＵが同じプリアンブルを選択し、これらの両方が同じＲＡＲグラントを監視し、これによりＷＴＲＵが同じリソース上でｍｓｇ３を送信することになるとき、競合が生じることがある。衝突が起こった場合、ＷＴＲＵは、別のＲＡＣＨプロシージャを試みてよい。最後の２つのメッセージｍｓｇ３およびｍｓｇ４は、衝突解決を支援してよい。

【0064】

異なる手法では、ＲＡＣＨプロシージャは２つのメッセージのみで完了されてよく、これは、４ステップＲＡＣＨプロシージャを２ステップＲＡＣＨプロシージャに単純化し得る。本明細書で論じられるように、ＲＡＣＨプロシージャはまた、ランダムアクセス（ＲＡ）プロシージャまたは＃ステップＲＡ（＃は２または４）と呼ばれることもある。

【0065】

一般に、本明細書に記載のように、各ｍｓｇ＃に関連付けられる情報は交換可能であり得る（例えば、ｍｓｇ１はランダムアクセスプリアンブルを指し、その他同様である）。

【0066】

図３は、２ステップＲＡＣＨの場合の信号構造に関する例示的なベースラインを示す図である。この２ステップＲＡＣＨプロシージャでは、第１のｍｓｇＡ３０１が、共に送られるｍｓｇ１（例えばプリアンブル３１１）およびｍｓｇ３（例えばペイロード３１２）を含んでよい。図示のように、ｍｓｇＡは、プリアンブル３１１（例えば、ＮＲ ＰＲＡＣＨプリアンブル）およびペイロード３１２で構成されてよい。さらに、ｍｓｇＡは時分割多重化（ＴＤＭ）されてよく（３１３）、ペイロード３１２は、ＮＲ復調基準信号（ＤＭＲＳ）を使用してＮＲ ＰＵＳＣＨ上で送信される。第２のステップでは、ｍｓｇＢ３０２が、ｍｓｇ２およびｍｓｇ４を含んでよい。ｍｓｇＢの単一ステップは、ｍｓｇ２およびｍｓｇ４の機能を達成してよく、制御情報を含んでよい。例えば、制御情報は、以下のうちの１つまたは複数であってよい。すなわち、プリアンブル、ペイロード、もしくはこの両方に応答したものであり得る、ＡＣＫ／ＮＡＣＫ；事前構成済みテーブルに従いインデックスのみを必要とし得るタイミングアドバンス（ＴＡ）；事前構成済みテーブルに従って定義されインデックスのみを必要とし得るＰＵＳＣＨスケジューリング情報；その存在がプリアンブル再選択を開始するフラグであり得るプリアンブル選択；少数の基本オプションに限定され得るＭＣＳ；ＴＰＣの形であり得る電力調整；および／または、その存在が事前構成済みの値だけ電力を増大させることを示すフラグ、である。

【0067】

一般に、２ステップＲＡＣＨプロシージャでは、ｍｓｇＢプロセスおよびそのインジケーションメカニズムは、４ステップのｍｓｇ２およびｍｓｇ４と等価なまたは同様の機能を実施してよく、２ステップＲＡＣＨのあり得る使用事例に対処してよい。しかし、２ステップＲＡＣＨ手法では、ｍｓｇ２とｍｓｇ４とをｍｓｇＢの１ステップに結合する結果として生じる１つまたは複数の問題があることがある。これらの問題は以下のものを含み得る。すなわち、競合解決をサポートするための低オーバヘッドインジケーションメカニズム；ｍｓｇＡに対するＡＣＫ／ＮＡＣＫインジケーションおよび決定のためのメカニズム；グループ共通／ＷＴＲＵ固有のＡＣＫ／ＮＡＣＫインジケーションおよび決定のためのメカニズム；並びに／または、ｍｓｇＢを監視し、２ステップＲＡと４ステップＲＡとの間で切り替えるためのメカニズムである。これらの問題は、本明細書における１つまたは複数の実施形態において対処され得る。

【0068】

図４は、２ステップＲＡＣＨの例を示すプロセス図である。４０１で、ＷＴＲＵ４１１がｍｓｇＡを送信する。ｇＮＢ４１２は、ｍｓｇＡを受け取ると、プリアンブルを処理して、受け取られたペイロードの境界の正しいタイミングを決定してよい。ｇＮＢ４１２は、検出および復号のために、決定されたタイミングを使用してペイロードを処理してよい。次いでｇＮＢ４１２は、試みる、またはｍｓｇＡを完全に処理するのに応答して、４０２でｍｓｇＢを送ってよい。

【0069】

ペイロードがうまく復号された場合は、ＷＴＲＵは、ｍｓｇＡがうまく復号されたことを示す肯定応答メッセージをｍｓｇＢ中で受け取ってよい。

【0070】

場合によっては、ＷＴＲＵは、潜在的なフォローアップ送信に適用されることになるＴＡの更新を、ｍｓｇＢ中で受け取ってよい。ＷＴＲＵは、他の送信パラメータ（例えば、ｍｓｇＡのプリアンブル部分についてのＴＰＣコマンド、ｍｓｇＡのペイロード部分についてのＴＰＣコマンド、または両方についてのＴＰＣコマンド）を受け取ってもよい。

【0071】

ペイロードがｇＮＢによってうまく復号されなかった場合は、ＷＴＲＵは、制御メッセージをｍｓｇＢ中で受け取って、そのＴＡ値を更新してよい。このような制御メッセージは、プリアンブルグループに向けられてよい。例えば、制御メッセージまたはその構成要素（例えばＣＲＣ）には、プリアンブルグループに結び付けられた識別子を使用してスクランブルがかけられてよい。場合によっては、プリアンブルグループは、ＷＴＲＵ測定値（例えば経路損失など）から推論された推定距離に基づいて定義されてよい。場合によっては、制御メッセージは、同報通信されてよく、プリアンブルグループの識別を含んでよい。ＷＴＲＵはまた、または代替として、他の制御情報（例えば、ｍｓｇＡのプリアンブル部分についてのＴＰＣコマンド、ｍｓｇＡのペイロード部分についてのＴＰＣコマンド、または両方についてのＴＰＣコマンド）を受け取ってもよい。

【0072】

場合によっては、ＷＴＲＵは、１つまたは複数のＣＯＲＥＳＥＴおよび／または探索空間を用いて構成されてよく（例えば、ＳＩＢの一部として初期アクセス中に構成されてよく）、１つのＣＯＲＥＳＥＴおよび／または探索空間は、プリアンブルグループＰＤＣＣＨを受け取るのに専用にされてよい。ＷＴＲＵは、プリアンブルのパラメータ、および／またはプリアンブルの送信に使用されるランダムアクセスリソースのパラメータに基づいて、ＣＯＲＥＳＥＴおよび／または探索空間の、少なくとも１つのパラメータ（例えばそのタイミング）を決定してよい。場合によっては、ＷＴＲＵは、受け取られた構成を用いてペイロードを再送してよい。

【0073】

ＷＴＲＵは、ペイロードの再送に対するグラントを含むメッセージを、ｍｓｇＢ中で受け取ってよい。グラントは、プリアンブルは曖昧さなしに受け取られたがペイロードは再送される必要があることを、ＷＴＲＵに示してよい。場合によっては、ネットワークは、再送のためのパラメータをｍｓｇＢ中で提供してよい。示されるパラメータは、直接的に示されてもよく、または元の送信に対して相対的であってもよい。例えば、再送グラントは、ＭＣＳを、元の送信において使用されたＭＣＳから低減することを示してよい。

【0074】

本明細書で論じられるように、ｍｓｇＡのペイロードは、ＵＣＩおよびデータなど、少なくとも２つの部分で構成されてよい。ＵＣＩは、データの送信のパラメータ（例えば、ＭＣＳ、ＤＭ－ＲＳ構成、リソース割振り、ＴＣＩ状態など）を示すためにＷＴＲＵによって使用されてよい。ｇＮＢは、ＵＣＩは復号できるが送信のデータ部分に対するＮＡＣＫを決定することがある。ＷＴＲＵは、ＵＣＩなしにデータを再送するよう示すインジケーションを、ｍｓｇＢ中で受け取ってよい。例えば、インジケーションは、元の送信のためにＷＴＲＵによって選択された送信パラメータをオーバライドする新しい送信パラメータセットを提供してよい。

【0075】

無免許動作の場合、ＷＴＲＵは、隠れノード問題のせいで送信が失敗したことを示すインジケーションを受け取ることがある。このようなインジケーションは、より頑強なリッスンビフォアトーク（Listen Before Talk）（ＬＢＴ）プロシージャを使用するよう、またはより大きい電力で再送するようＷＴＲＵに示すのに使用されてよい。

【0076】

ＷＴＲＵは、指定期間内に制御メッセージを受け取らなかった場合、プロセスを再開始してよい。再送のために、ＷＴＲＵは、プリアンブルおよび／またはペイロードのパラメータを修正してよい。例えば、電力ランピング（ramping）が、プリアンブルおよび／またはペイロードに使用されてよい。

【0077】

受け取られたｍｓｇＢは、情報要素を含んでよい。情報要素は、復号されたＤＣＩ、ＰＤＳＣＨメッセージ、シーケンス、またはこれらの組合せの形であってよい。場合によっては、情報要素は、本明細書で論じられる情報のうちの少なくとも１つまたは複数で構成されてよい。場合によっては、情報要素の内容は、具体的な値、または複数の情報についての値の組合せを指すように、その内容の次元に基づいて量子化または分類されてよい。

【0078】

場合によっては、情報要素は、２^N個の異なる次元または状態をサポートし得るＮビット２進メッセージであってよい。場合によっては、情報要素は、多くてもＭ個の異なる次元または状態をサポートするＭ個のシーケンスのプールから選択されてよい。例では、情報要素の異なる状態が、ＴＡの異なる値を指してよい。場合によっては、情報要素の異なる状態は、内容（例えば、ＡＣＫ／ＮＡＣＫ、ＴＡなど）のうちの２つ以上の、異なる組合せを決定してよい。

【0079】

ｍｓｇＡ送信の成功は、プリアンブル部分およびペイロード部分がうまく送信されることに依存する。ｍｓｇＡの再送のためには、再送に向けて正しい調整が行われ得るように、ｍｓｇＡのどの部分が失敗したのかを知ることが望ましいであろう。プリアンブルとペイロードとで別々のＡＣＫ／ＮＡＣＫフィードバックを有することも可能であろうが、これは、プロセスにおいて過剰なオーバヘッドおよび遅延を必要とすることがある。

【0080】

図５は、効率的なＡＣＫ／ＮＡＣＫプロセスのためのＷＴＲＵ挙動の例を示す流れ図である。

【0081】

一般に、ＷＴＲＵは、２ステップＲＡＣＨに使用され得る１つまたは複数の２ＲＡ－ＲＮＴＩ値を受け取ってよい。２ＲＡ－ＲＮＴＩは、ＲＡ－ＲＮＴＩのサブセット、または異なるセットであってよい。一例では、２ＲＡ－ＲＮＴＩのうちの少なくとも１つが、プリアンブルＮＡＣＫのために予約される。ＷＴＲＵは、ｍｓｇＡ送信のために、構成済みプリアンブルのうちの１つを選択してよい。選択されたプリアンブルは、プリアンブルＩＤによって識別されてよい。一例では、ＷＴＲＵは、受け取られたＲＡ－ＲＮＴＩのうちの１つ、および／または別のシステムパラメータに従って、構成済みプリアンブルのうちの１つを選択してよい。

【0082】

最初に、ｇＮＢが、ＷＴＲＵからｍｓｇＡを受け取ってよい。５０１で、ｇＮＢは、ＷＴＲＵにｍｓｇＢを送り返してよい。５０２で、ＷＴＲＵは、ｍｓｇＢ中にＡＣＫがあるかＮＡＣＫがあるかを決定してよい。

【0083】

ｇＮＢがプリアンブルおよびペイロードをうまく検出した場合は、ｍｓｇＢは、２ステップＲＡＣＨの成功５０３を示すＡＣＫを含む。

【0084】

ｇＮＢがプリアンブルを検出したがペイロードの復号に失敗した場合は、５０４で、ＷＴＲＵは、プリアンブルの検出は成功したがペイロードの復号は失敗したことを示すＮＡＣＫおよびプリアンブルＩＤを含むｍｓｇＢを処理する。検出されたプリアンブルのプリアンブルＩＤは、明示的または暗黙的に示されてよい。場合によっては、プリアンブルＩＤは、ｍｓｇＢの内容として直接に示されてよい。場合によっては、プリアンブルＩＤは、受け取られるｍｓｇＢペイロードのＣＲＣにスクランブルをかけるのに使用されてよい。ペイロード復号失敗が示されると、５０６で、ＷＴＲＵは、そのペイロード送信パラメータの調整を行ってよい。例えば、ＷＴＲＵは、ＭＣＳ、ペイロード電力、ＰＵＳＣＨリソースなどのうちの１つまたは複数に変更を加えてよい。ＷＴＲＵは、ｍｓｇＡのそのプリアンブル部分についてはどんな調整も行わなくてよい。

【0085】

ｇＮＢがプリアンブルとペイロードの両方の検出に失敗した場合は、５０４で、ＷＴＲＵは、単独で送信されたＮＡＣＫ、またはプリアンブルＮＡＣＫのための予約済み２ＲＡ－ＲＮＴＩでスクランブルがかけられたＮＡＣＫを処理する。プリアンブル復号失敗が示されると、５０５で、ＷＴＲＵは、そのプリアンブル送信パラメータの調整を行ってよい。例えば、ＷＴＲＵは、プリアンブルシーケンス、プリアンブル電力、ＴＡなどのうちの１つまたは複数に変更を加えてよい。ＷＴＲＵは、ｍｓｇＡのそのペイロード部分についてはどんな調整も行わなくてよい。

【0086】

ＮＡＣＫタイプがプリアンブルである場合とペイロードである場合のどちらでも、調整後、次いで５０７で、ＷＴＲＵは２ステップＲＡＣＨプロセスを再試行してよい。

【0087】

図６は、効率的なＡＣＫ／ＮＡＣＫプロセスのためのＷＴＲＵ挙動の例を示す流れ図である。ある手法では、ＷＴＲＵは、ＲＮＴＩによって区別され得る異なるプリアンブルまたはペイロードＮＡＣＫを有することに依拠する代わりに、１つまたは複数の付随制御情報要素に依拠して、異なるＮＡＣＫタイプ間を区別してよい。図示のように、付随内容のタイプ（例えば、ＴＡまたはＭＣＳ）に応じて、２つの異なる結果に至ってよい。付随制御情報の存在は、この例では、ＴＡおよびＭＣＳの更新された値を提供する。

【0088】

最初に、ｇＮＢが、ＷＴＲＵからｍｓｇＡを受け取ってよい。ｍｓｇＡ送信の成功に応じて、６０１で、ｇＮＢは、ＷＴＲＵにｍｓｇＢを送り返してよく、ここで、ＷＴＲＵは、ｍｓｇＢ中の制御情報の異なる組合せを受け取って復号してよい。ＷＴＲＵは、受け取られた情報の組合せを、他のイベントの暗黙的なインジケーションとして使用してよい。具体的には、６０２で、ＷＴＲＵは、受け取られた情報要素を復号することによって、ｍｓｇＢ中にＡＣＫがあるかＮＡＣＫがあるかを決定してよい。

【0089】

受け取られた情報要素をｇＮＢが復号できた場合は、ｍｓｇＢはＡＣＫを含み、２ステップＲＡＣＨは成功している（６０３）。

【0090】

６０４で、ＷＴＲＵが、新しいＰＵＳＣＨスケジューリング情報および／またはＭＣＳおよび／または電力コマンドと共にＮＡＣＫを受け取った場合は、６０８で、プリアンブル検出は成功したがＰＵＳＣＨ（例えばペイロード）検出は失敗したと決定してよい。図示の例では、ＷＴＲＵはＭＣＳを受け取っている。したがって、６０９で、ＰＵＳＣＨリソースの新しいセットおよび更新されたＭＣＳが、次のｍｓｇＡ ＰＵＳＣＨ送信のために示されてよい。ＷＴＲＵはまた、ペイロード電力を増大させてもよい。他のパラメータの調整は、ＷＴＲＵの自由裁量であってよい。

【0091】

６０４で、ＷＴＲＵがＴＡおよび／またはプリアンブルおよび／または電力コマンドと共にＮＡＣＫを受け取った場合は、６０５で、プリアンブル検出が成功しなかったと決定してよい。したがって、６０６で、プリアンブルのための、更新されたＴＡ、プリアンブル変更コマンド、および電力コマンドが、次のｍｓｇＡ ＰＵＳＣＨ送信のために示されてよい。他のパラメータの調整は、ＷＴＲＵの自由裁量であってよい（例えば、ＰＵＳＣＨリソースの新しいセット、およびＭＣＳ）。

【0092】

どちらの場合でも、更新が示されると、６０７で、ＷＴＲＵは２－ＲＡＣＨを再試行してよい。

【0093】

競合ベースの２ステップＲＡＣＨの場合、ランダムアクセスプリアンブル（例えばＰＲＡＣＨ）とデータ（例えば、ＷＴＲＵ ＩＤやＲＲＣ接続要求などを含むｍｓｇ３）とを含むｍｓｇＡが送信されると、ＷＴＲＵは、ｍｓｇＡ送信の終わりからの第１の予想されるＰＤＣＣＨ監視オケージョンにおいて、ランダムアクセス応答（ＲＡＲ）ウィンドウを開始してよい。ＲＡＲウィンドウ内で、ＷＴＲＵは、ｍｓｇＢに関連付けられるＰＤＣＣＨおよび対応するＰＤＳＣＨがあるかどうか監視してよい。

【0094】

場合によっては、２ステップＲＡＣＨプロシージャの間、ＷＴＲＵは、以下の条件のうちの１つまたは複数が満たされる場合に、ｇＮＢがｍｓｇＡ内のランダムアクセスプリアンブルをうまく検出した（例えば、ＲＡＣＨプリアンブルに対するＡＣＫ）がｍｓｇＡのｍｓｇ３情報（すなわちペイロード部分）はうまく受け取られていない（例えば、ｍｓｇ３に対するＮＡＣＫ）、または競合解決が成功していないと見なしてよい。条件は以下のとおりである。（ｉ）ＷＴＲＵは、ＲＡ－ＲＮＴＩでスクランブルがかけられたＣＲＣを含むＤＣＩフォーマット１＿０を担持するｍｓｇＢに関連付けられるＰＤＣＣＨを検出することができる。ここで、ｇＮＢは、ｍｓｇＡをうまく受け取った場合は、ＷＴＲＵ－ＩＤに関する知識をすでに獲得していてよく、ＲＡ－ＲＮＴＩを使用してＷＴＲＵに対処する必要はなくてよい。（ｉｉ）ＷＴＲＵは、ｍｓｇＢに関連付けられるＰＤＣＣＨを検出することはできるが、ＷＴＲＵ競合解決やタイミングアドバンスなどを担持する対応するＰＤＳＣＨ（例えば、ｍｓｇ２およびｍｓｇ４）をうまく復号および検出することはできないことがある。

【0095】

ｍｓｇＢに関連付けられるＰＤＣＣＨの検出は、ＷＴＲＵによって、ｇＮＢからのランダムアクセスプリアンブルの肯定応答についての暗黙的なシグナリング、または等価な意味合いで、部分的なｍｓｇＡ受信と考えられてよい。

【0096】

場合によっては、ＷＴＲＵは、ｍｓｇＢに関連付けられるＤＣＩフィールドを調べてよく、フィールドが事前指定済みの値に設定されている（例えば、全て「０」または「１」に設定されている）場合、ＷＴＲＵは、ｍｓｇＡ中のランダムアクセスプリアンブル（例えばｍｓｇ１）がうまく検出されたかどうか、および／または２ステップＲＡＣＨのためのｍｓｇ３がうまく受け取られたかどうかを確認してよい。

【0097】

例では、検出されたＤＣＩに対するｍｓｇＡ受信成功の確認は、ｍｓｇＢに関連付けられるＤＣＩフォーマット１＿０のフィールドの全てまたはサブセットが例えば以下の表１に従って設定された場合に達成されてよい。ＷＴＲＵは、ｍｓｇＢに関連付けられるＰＤＣＣＨは検出したが、２ステップＲＡＣＨのための競合解決を担持する対応するＰＤＳＣＨについてのスケジューリング情報はうまく検出していないと見なすことがある。

【0098】

【表1】

【0099】

図７は、２ステップＲＡＣＨに関連付けられる例示的なＷＴＲＵプロシージャを示す流れ図であり、ここで、ＷＴＲＵは、ＲＡＲウィンドウ内で、ダウンリンク割当てを含むｍｓｇＢに関連付けられるＤＣＩを検出する。７０１で、２ステップＲＡＣＨプロシージャの間、ＷＴＲＵは、ＲＡＲウィンドウ内で、ｍｓｇＢに関連付けられるＰＤＣＣＨを検出してよい。７０２でＤＣＩ中にＤＬグラントがないとＷＴＲＵが決定した場合は、７０３で、ＷＴＲＵは、ｍｓｇＢに関連付けられるＤＣＩについてのＵＬグラントに関係付けられるプロシージャに従ってよい。７０２でＤＣＩ中にＤＬグラントがあり、７０４で、ＤＣＩがＲＡ－ＲＮＴＩによって対処されるものであり、ＷＴＲＵがｍｓｇＢに関連付けられる対応するＰＤＳＣＨをうまく検出した場合は、以下に従ってよい。すなわち、７０５で、ｍｓｇＡ中で送信されたランダムアクセスプリアンブルがうまく受け取られており（例えば、ｍｓｇ１に対するＡＣＫ）、７０６で、ｍｓｇＡ中で送信されたｍｓｇ３情報（例えばＰＵＳＣＨペイロード）が受信もしくは検出されておらず（例えば、ｍｓｇ３に対するＮＡＣＫ）、７０７で、ＷＴＲＵについての競合解決が完了されず（例えば、ｍｓｇＢ中で送信されたＷＴＲＵ競合解決識別が、ｍｓｇＡ中で送信されたＷＴＲＵ－ＩＤと合致しない）、かつ／または、７０８で、２ステップランダムアクセスプロシージャがうまく完了されていない。

【0100】

７０４で、ＤＣＩが、ＲＡ－ＲＮＴＩによって対処されず、Ｒ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、またはＴｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩに向けられるものであり、ＷＴＲＵがｍｓｇＢに関連付けられる対応するＰＤＳＣＨをうまく検出した場合は、以下に従ってよい。すなわち、７０９で、ＷＴＲＵは、ｍｓｇＡ中で送信されたランダムアクセスプリアンブル（例えばｍｓｇ１）をｇＮＢがうまく検出したと見なしてよく、検出され復号されたｍｓｇ３情報がｍｓｇＡ中でうまく送信され、ＷＴＲＵについての競合解決がうまく完了されており（例えば、ｍｓｇＢ中で送信されたＷＴＲＵ競合解決識別が、ｍｓｇＡ中で送信されたＷＴＲＵ ＩＤと合致する）、かつ／または、２ステップランダムアクセスプロシージャがうまく完了されている。

【0101】

ＲＡＲウィンドウが失効し、ＷＴＲＵが、ＲＡ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、Ｔｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩ、もしくはＷＴＲＵ－ＩＤのいずれかに向けられたＰＤＣＣＨを検出しない場合、または、対応するトランスポートブロックをＷＴＲＵが正しく復号しない場合は、ＷＴＲＵは、ｍｓｇＡがｇＮＢによって受け取られておらず２ステップランダムアクセスプロシージャが成功していないと見なしてよい（図示せず）。この場合、ＷＴＲＵは、以下のアクションのうちの１つまたは複数を実施する間にｍｓｇＡを再送してよい。すなわち、ｍｓｇＡについてのプリアンブル送信カウンタをインクリメントすること、ｍｓｇＡのための新しいランダムアクセスプリアンブルを選択すること、ｍｓｇＡをバックオフ時間後に再送するためのランダムバックオフ時間を選択すること、２ステップランダムアクセスリソース選択プロシージャを実施すること、ｍｓｇ３の送信に使用されるＨＡＲＱバッファをフラッシュすること、および／またはｍｓｇＡを再送することである。

【0102】

場合によっては、ＷＴＲＵは、２ステップＲＡＣＨのためのｍｓｇＡがｇＮＢにおいて完全にまたは部分的に受け取られたかどうかをＷＴＲＵに示すフラグを、ｍｓｇＢに関連付けられるＤＣＩ中で受け取ってよい。ＷＴＲＵが、ＲＡ－ＲＮＴＩ、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、Ｔｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩ、またはＷＴＲＵ－ＩＤに向けられたｍｓｇＢに関連付けられるＰＤＣＣＨをＲＡＲウィンドウ内でうまく検出し復号した場合は、ＷＴＲＵは、新データインジケータ（ＮＤＩ）（例えば、トグルされているかトグルされていないか）など、ＤＣＩ中の情報を使用して、ｍｓｇＡ全体またはｍｓｇＡの一部（例えば、ランダムアクセスプリアンブルまたはｍｓｇ３）がｇＮＢにおいてうまく受け取られたかどうかを決定してよい。

【0103】

ｍｓｇＢに関連付けられるＤＣＩ中のＮＤＩがトグルされていない場合は、ＷＴＲＵは、ｍｓｇＡ全体がｇＮＢにおいてうまく受け取られておらず、２ステップランダムアクセスプロシージャが成功していないと見なしてよい。例では、ｍｓｇＢに関連付けられるＤＣＩ中のＮＤＩがトグルされている場合は、ＷＴＲＵは、ｍｓｇＡ全体またはｍｓｇＡの一部がｇＮＢにおいてうまく受け取られたと見なしてよい。

【0104】

図８は、２ステップＲＡＣＨに関連付けられる例示的なＷＴＲＵプロシージャを示す流れ図であり、ここで、ＤＣＩはアップリンクグラントを含んでよい。８０１で、ＷＴＲＵは、ＲＡＲウィンドウ内で、ＰＤＣＣＨを検出し、ｍｓｇＢに関連付けられるＤＣＩを受け取る。８０２でＤＣＩがアップリンクグラントを含まない場合は、８０４で、ＷＴＲＵは、ｍｓｇＢを担持する対応するＰＤＳＣＨを検出し復号してよい。場合によっては、８０２で、ＤＣＩは、ｍｓｇＢに関連付けられるダウンリンク割当て（例えば図７）ではなく、アップリンクグラント（例えば、ＤＣＩフォーマット０＿１）を含む。

【0105】

８０３で、アップリンクグラントを担持するｍｓｇＢに関連付けられるＰＤＣＣＨがＲＡ－ＲＮＴＩによって対処されるものである場合は、以下のことが適用されてよい。すなわち、ｍｓｇＡのｍｓｇ３情報部分がｇＮＢにおいてうまく受け取られておらず（例えば、ｍｓｇ３に対するＨＡＲＱ ＮＡＣＫ）、アップリンクグラントがＰＵＳＣＨ上でのｍｓｇ３の再送のためのものであり、この２ステップランダムアクセスプロシージャが成功しておらず、ｇＮＢがＷＴＲＵを２ステップＲＡＣＨから４ステップＲＡＣＨプロシージャに切り替えている。

【0106】

８０３で、アップリンクグラントを担持するｍｓｇＢに関連付けられるＰＤＣＣＨがＲＡ－ＲＮＴＩによって対処されるものでない場合は、８０９で、ＤＣＩは、Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、またはＷＴＲＵ－ＩＤに向けられたものであってよい。次いで、以下に従ってよい。すなわち、８１０で、ｍｓｇＡのｍｓｇ３情報部分がｇＮＢにおいて成功裏に受け取られており（例えば、ｍｓｇ３に対するＨＡＲＱ ＡＣＫ）、８１１で、この２ステップランダムアクセスプロシージャのための競合解決が成功しており、かつ／または、８１２で、この２ステップランダムアクセスプロシージャが成功している。

【0107】

どちらの場合でも、ＷＴＲＵは、８０３で行われる決定に基づいて、ステップ８０３の後に何が続くかを決定してよい。

【0108】

一般に、ＷＴＲＵは、ｍｓｇＢに関連付けられるＰＤＣＣＨおよび対応するＰＤＳＣＨを検出してよく、ＰＤＳＣＨは、ランダムアクセスプリアンブルまたはｍｓｇ３情報（例えば、競合解決のための）がｇＮＢにおいてうまく受け取られていないことを、ＷＴＲＵに明示的に示してよい。

【0109】

４ステップＲＡＣＨを伴うＮＲでは、パケットがＷＴＲＵからＰＵＳＣＨ上で送信されてｇＮＢにおいてうまく復号されないとき、ｇＮＢは、ＲＡ－ＲＮＴＩでスクランブルがかけられたＣＲＣを含むＤＣＩフォーマット０＿１を送って、ＷＴＲＵに再送を要求してよい。多くのＷＴＲＵが共通または共有ＰＵＳＣＨリソースを介して同時に２ステップＲＡＣＨプロシージャにかかわる場合、１つまたは複数のＷＴＲＵが、同じ時間オケージョン中にそれらのｍｓｇＡプリアンブルＰＲＡＣＨ送信を完了することがあるが、１つまたは複数のＷＴＲＵがｍｓｇＡのペイロード送信部分で失敗することがある。いくつかのＷＴＲＵが、個々のｍｓｇＢを介したｇＮＢからの応答を予期していてもよいが、これは大きいダウンリンクオーバヘッドを必要とすることがある。ｍｓｇＡは、プリアンブル衝突とＰＵＳＣＨ検出失敗とのどちらかのせいで、ｇＮＢにおいて不正確に受け取られることがある。

【0110】

ある手法では、ｍｓｇＢの内容は、共通の探索空間で送信されるかＷＴＲＵ固有の探索空間で送信されるかに応じて、異なるように解釈されてよい。これにより、ｇＮＢは、プリアンブルとＰＵＳＣＨの検出失敗の問題に別々に対処することによって、ダウンリンクシグナリングの量を削減することが可能であってよい。

【0111】

ＷＴＲＵは、グループ共通の探索空間で受け取られたｍｓｇＢをプリアンブル衝突と解釈してよい。プリアンブル衝突は複数のＷＴＲＵに影響を及ぼすので、グループ共通の探索空間はシグナリングの量を削減してよい。複数のＷＴＲＵが同じプリアンブルをｍｓｇＡ送信のために選択したとき、ｇＮＢは、衝突を検出してよく、グループ共通の探索空間で返信してプリアンブル再選択プロシージャをトリガしてよい。

【0112】

ｇＮＢがプリアンブル衝突を検出しないが、１つまたは複数のＷＴＲＵのｍｓｇＡのペイロード部分が失敗した場合は、ＷＴＲＵ固有の探索空間でｍｓｇＢが送られてよい。ＷＴＲＵ固有の探索空間で送信するためにｇＮＢによって使用されるＷＴＲＵ－ＩＤは、プリアンブルから導出されてよい。

【0113】

ｍｓｇＡのデータペイロード部分の送信時にＷＴＲＵは必ずしも時間整合されないことがあるので、ｇＮＢは、ｍｓｇＡのプリアンブルは復号できるがＰＵＳＣＨ部分は復号できないことがある。したがって、場合によっては、ＷＴＲＵが４ステップＲＡプロシージャにフォールバックするのが有益なことがある。ＷＴＲＵは、４ステップＲＡプロシージャに切り替わって、アップリンクグラントが提供された場合にｍｓｇ３の送信に進んでよく、かつ／または、４ステップＲＡプロシージャに切り替わった後、ｍｓｇ１再送のために４ステップＲＡプロシージャに関連付けられるＲＡＣＨオケージョンおよびプリアンブルを選択してよい。場合によっては、ＷＴＲＵは、４ステップＲＡプロシージャから２ステップＲＡプロシージャに切り替わってよい。

【0114】

場合によっては、ＷＴＲＵは、ｍｓｇＢ中のレガシーＭＡＣ ＲＡＲ内容、またはレガシーｍｓｇ２ ＰＤＵを受け取るのに基づいて、２ステップＲＡと４ステップＲＡとの間で切り替わってよい。例えば、ＷＴＲＵがランダムアクセスプリアンブルＩＤ（ＲＡＰＩＤ）およびレガシーＭＡＣ ＲＡＲ ｓｕｂＰＤＵを受け取った場合、ＷＴＲＵは４ステップＲＡに切り替わってよい。ＷＴＲＵは、２ステップＲＡプロシージャにおいてｍｓｇＡ送信に関連付けられるｍｓｇＢ ＰＤＵを受け取らなかった場合、レガシーｍｓｇ２ ＰＤＵを受け取ったことをフォールバックのためのトリガと考えてよい。

【0115】

場合によっては、ＷＴＲＵは、２ステップＲＡのためのｍｓｇＢまたはＭＡＣ ＲＡＲの内容に基づいて、２ステップＲＡと４ステップＲＡとの間で切り替わってよい。例えば、ｍｓｇＢの内容がアップリンクグラントを含む場合、ＷＴＲＵは４ステップＲＡに切り替わってよい。ｍｓｇＢの内容中の明示的なビットを使用して、４ステップＲＡへの切替えが示されてよい。例えば、ＭＡＣ ＲＡＲペイロード中の予約ビット「Ｒ」に「１」などの値でフラグが立てられている場合、ＷＴＲＵは４ステップＲＡに切り替わってよい。例では、バックオフＭＡＣ ｓｕｂＰＤＵペイロード中の予約ビット「Ｒ」に「１」などの値でフラグが立てられている場合、ＷＴＲＵは４ステップＲＡに切り替わってよい。

【0116】

場合によっては、ＷＴＲＵは、ｍｓｇＢ中でＲＡＰＩＤ ＭＡＣ ｓｕｂＰＤＵのみを受け取ることに基づいて、２ステップＲＡと４ステップＲＡとの間で切り替わってよい。例えば、ｍｓｇＢの内容が、ＲＡＰＩＤを伴うＭＡＣサブヘッダのみを含む場合、ＷＴＲＵは４ステップＲＡに切り替わってよい。

【0117】

場合によっては、ＷＴＲＵは、ｍｓｇＢ中でバックオフインジケーションＭＡＣ ｓｕｂＰＤＵを受け取ること、またはｍｓｇＢ中でバックオフインジケーションＭＡＣ ｓｕｂＰＤＵのみを受け取ることに基づいて、２ステップＲＡと４ステップＲＡとの間で切り替わってよい。例えば、ｍｓｇＢの内容が、バックオフを伴うＭＡＣサブヘッダのみを含み、ＭＡＣ ｓｕｂＰＤＵ中の予約ビットに「１」などの値でフラグが立てられている場合、ＷＴＲＵは４ステップＲＡに切り替わってよい。

【0118】

場合によっては、ＷＴＲＵは、ＰＤＣＣＨスケジューリングｍｓｇＢのプロパティに基づいて、２ステップＲＡと４ステップＲＡとの間で切り替わってよい。例えば、ｍｓｇＢが特定のＣＯＲＥＳＥＴ、探索空間、および／またはＲＮＴＩ上で受け取られた場合、ＷＴＲＵは２ステップＲＡと４ステップＲＡとの間で切り替わってよい。２ステップＲＡＣＨと４ステップＲＡＣＨとに別々のＲＡＣＨオケージョンが構成され、４ステップＲＡのためのＲＡＣＨオケージョンに関連付けられるＲＡ－ＲＮＴＩに向けられたＰＤＣＣＨ上でＷＴＲＵがｍｓｇＢを受け取ったとき、ＷＴＲＵは４ステップＲＡに切り替わってよい。またはその逆であってもよく、その場合は２ステップＲＡに切り替わることになる。ＷＴＲＵは、４ステップＲＡへのフォールバックに関連付けられるＲＡ－ＲＮＴＩを監視してよく、２ステップＲＡの継続のために、別のＲＡ－ＲＮＴＩを、またはｍｓｇＡに含められていればＣ－ＲＮＴＩを監視してよい。ＷＴＲＵがそのＣ－ＲＮＴＩをｍｓｇＡに含めており、ＷＴＲＵのＣ－ＲＮＴＩに向けられたＰＤＣＣＨ上でｍｓｇＢがスケジュールされている場合、ＷＴＲＵは、ＲＡプロシージャを２ステップＲＡとして継続してよい。ＷＴＲＵがそのＣ－ＲＮＴＩをｍｓｇＡに含めており、最後にプリアンブルが送信されたＲＡＣＨオケージョン（ＲＯ）に関連付けられるＲＡ－ＲＮＴＩに向けられたＰＤＣＣＨ上でｍｓｇＢがスケジュールされている場合、ＷＴＲＵは、２ステップＲＡと４ステップＲＡとの間で切り替わってよい。

【0119】

２ステップＲＡと４ステップＲＡとがＲＯを共有するように構成されているとき、ＷＴＲＵは、レガシーＷＴＲＵに意図されたＲＡＲと２ステップＲＡをサポートするＷＴＲＵに意図されたＲＡＲとを区別するために、別々のＣＯＲＥＳＥＴ、探索空間、および／またはＲＡ－ＲＮＴＩを用いて構成されてよい。フォールバックＲＡＲ、またはレガシーＭＡＣ ＲＡＲもしくはｍｓｇ２ ＲＡＲが、２ステップＲＡに関連付けられないＣＯＲＥＳＥＴ、探索空間、および／またはＲＡ－ＲＮＴＩ上で受け取られた場合、ＷＴＲＵは４ステップＲＡに再び切り替わってよい。このような例では、ＷＴＲＵは、２ステップＲＡに関連付けられるＰＲＡＣＨリソースを選択している場合には、２ステップＲＡのために構成されたものに加えて、４ステップＲＡへのフォールバックに関連付けられるＣＯＲＥＳＥＴ、探索空間、および／またはＲＡ－ＲＮＴＩを監視してよい。

【0120】

場合によっては、ＷＴＲＵは、タイミングアドバンスに基づいて、２ステップＲＡと４ステップＲＡとの間で切り替わってよい。例では、タイミング整合タイマが失効した場合、ＷＴＲＵは、２ステップＲＡと４ステップＲＡとの間で切り替わってよい。別の例では、タイミングアドバンス（ＴＡ）コマンドがＭＡＣ ＲＡＲ中で受け取られた場合、および／または、示されたＴＡ値もしくはＴＡ調整差分が構成済みＴＡしきい値よりも大きい場合、ＷＴＲＵは、２ステップＲＡと４ステップＲＡとの間で切り替わってよい。

【0121】

場合によっては、ＷＴＲＵは、ＲＲＣモードに基づいて、２ステップＲＡと４ステップＲＡとの間で切り替わってよい。例えば、ＷＴＲＵは、接続モードでない場合、および／またはｍｓｇＡペイロードのＣ－ＲＮＴＩ部分を提供していない場合、２ステップＲＡＣＨと４ステップＲＡとの間でフォールバックするかまたは切り替わるための条件を監視してよい。

【0122】

場合によっては、ＷＴＲＵは、ＲＡカウンタに基づいて、２ステップＲＡと４ステップＲＡとの間で切り替わってよい。ＷＴＲＵは、ＷＴＲＵが所与のＲＡプロシージャの一部として維持する「ｍｓｇＡカウンタ」および／またはプリアンブル送信カウンタの値に基づいて、２ステップＲＡと４ステップＲＡとの間で切り替わってよい。例では、ＷＴＲＵは、追加の新しいカウンタ「ｍｓｇＡカウンタ」を維持してよく、このカウンタは、各２ステップＲＡ試行のたびにインクリメントされてよく、新しいプロシージャが開始したときまたはＷＴＲＵが２ステップＲＡに切り替わったときにリセットされてよい。例では、ＷＴＲＵは、ｍｓｇＡカウンタがＲＲＣによって構成され得るしきい値よりも大きい場合、および／または、プリアンブル送信カウンタがＲＲＣによって構成され得るしきい値よりも大きい場合、４ステップＲＡに切り替わってよい。ＷＴＲＵは、ｍｓｇＡカウンタがＲＲＣによって構成され得るしきい値よりも大きい場合、および／または、プリアンブル送信カウンタがＲＲＣによって構成され得るしきい値よりも大きい場合、より高いレイヤに問題を報告するかまたはＲＬＦをトリガしてよい。

【0123】

例では、ｍｓｇＡについてのＬＢＴ失敗をカウントすることに関連付けられるカウンタが、ＲＲＣによって構成され得るしきい値に達した場合、ＷＴＲＵは、２ステップＲＡと４ステップＲＡとの間で切り替わってよい。例えば、ｍｓｇＡ、ｍｓｇＡのプリアンブル部分、および／またはｍｓｇＡのペイロード部分の送信にＬＢＴが失敗するたびに、ＭＡＣエンティティは物理レイヤからインジケーションを受け取ってよい。次いで、ＷＴＲＵは、物理レイヤから受け取られたＬＢＴ失敗インジケーションの数をカウントし続けて、４ステップＲＡと２ステップＲＡとの間で切り替わるかどうか決定してよい。

【0124】

場合によっては、ＷＴＲＵは、アップリンク送信電力またはＲＦ条件に基づいて、２ステップＲＡと４ステップＲＡとの間で切り替わってよい。例えば、電力ヘッドルームが構成済みの値未満である場合、または電力ランピングカウンタがＲＲＣによって構成され得る所定値に達した場合、ＷＴＲＵは、２ステップＲＡと４ステップＲＡとの間で切り替わってよい。

【0125】

場合によっては、ＷＴＲＵは、チャネル測定値（例えば、ＷＴＲＵによって、および／またはｇＮＢなどのネットワークデバイスによって測定される）に基づいて、２ステップＲＡと４ステップＲＡとの間で切り替わってよい。例えば、基準信号受信電力（ＲＳＲＰ）、基準信号受信品質（ＲＳＲＱ）、および／または受信信号強度インジケータ（ＲＳＳＩ）がしきい値よりも大きい場合、ＷＴＲＵは、２ステップＲＡと４ステップＲＡとの間で切り替わってよい。

【0126】

２ステップＲＡと４ステップＲＡとの間で切り替わると、ＷＴＲＵは、提供されたアップリンクグラント上でのｍｓｇ３の送信に進んでよい。ＷＴＲＵは、ＲＲＣによって構成された時間期間または４ステップ試行回数の後、ｍｓｇＡカウンタをリセットしてよい。ＷＴＲＵは、プリアンブル送信カウンタおよび／または電力ランピングカウンタをリセットしてよい。

【0127】

１つのＰＵＳＣＨリソースへの複数のＲＡＣＨオケージョンのマッピングが構成されたとき、ｇＮＢは、ＰＵＳＣＨは復号するがＲＡＣＨは復号しないことがあり、ｇＮＢは、ｍｓｇＡのデータペイロード部分で識別が復号された少なくとも１つのＷＴＲＵについての２ステップＲＡ成功を示すｍｓｇＢを送信することがあるが、ｇＮＢは、このようなＷＴＲＵによってどのＲＡＣＨオケージョンが使用されたかは復号していないことがある。１つのＰＵＳＣＨリソースへの１つよりも多いＲＡＣＨオケージョンのマッピングが構成されたとき、ＷＴＲＵは、ｍｓｇＡのための選択されたＰＵＳＣＨリソースにマッピングされるＲＡＣＨオケージョンに関連付けられる全てのＲＡ－ＲＮＴＩ上で、ｍｓｇＢがあるかどうかＰＤＣＣＨを監視してよい。ＷＴＲＵは、ｍｓｇＡについての選択されたＲＡＣＨオケージョンに関連付けられるものとは異なるＲＡ－ＲＮＴＩ上で、２ステップＲＡの成功を結論付けるｍｓｇＢを受け取ってよい。

【0128】

２ステップＲＡのために構成されたＲＡＣＨオケージョンおよび／またはプリアンブルを選択すると、ＷＴＲＵは、ｍｓｇＢに加えて、フォールバックのためのｍｓｇ２の受信があるかどうかＰＤＣＣＨを監視してよい。ＷＴＲＵは、ＲＲＣ構成に依存する異なるＣＯＲＥＳＥＴ、探索空間、および／またはＲＡ－ＲＮＴＩ上で、ｍｓｇＢおよびｍｓｇ２があるかどうかＰＤＣＣＨを監視してよい。例では、所定回数の２ステップＲＡ試行の後、または２ステップＲＡを使用するための条件がもはや適用可能でなくなったとき（例えば、チャネル条件／測定値がしきい値未満である場合、もしくはアップリンクタイミングが整合されない場合）、ＷＴＲＵは、ｍｓｇ２受信に関連付けられるＣＯＲＥＳＥＴおよび／またはＲＡ－ＲＮＴＩを監視してよい。

【0129】

場合によっては、ＷＴＲＵは、ＲＲＣによって、バックオフ値および／またはバックオフスケーリングファクタの２つの初期セットを用いて構成されてよい。例えば、ｍｓｇＢ中でＢＩ ｓｕｂＰＤＵを受け取ると、ＷＴＲＵは、ｍｓｇＡが送信された場合、および／または２ステップＲＡのために構成されたＲＡＣＨオケージョン／プリアンブルが選択された場合には、バックオフ値の１つのセットを適用してよい。ＷＴＲＵは、ｍｓｇ１が送信された場合、および／または２ステップＲＡのために構成されたＲＡＣＨオケージョン／プリアンブルが選択された場合には、バックオフ値の第２のセットを適用してよい。

【0130】

ＷＴＲＵは、示されたバックオフインジケータ（ＢＩ）値から代替バックオフ値を暗黙的に決定してよく、これは、以下のうちの少なくとも１つに応じて行ってよい。すなわち、受け取られたｍｓｇＢのプロパティ、ｍｓｇＢ内容、ｍｓｇＡ内容、ＲＡ開始トリガ、および／または、ＷＴＲＵがデータペイロードを送信したかどうか（例えば、ｍｓｇＡに対するｍｓｇ１が送信されたかどうか）である。例えば、ＷＴＲＵがｍｓｇＡのそのＣ－ＲＮＴＩ部分を含めた場合、および／または、Ｃ－ＲＮＴＩにまたはＲＡ－ＲＮＴＩのサブセットに向けられたＰＤＣＣＨ上でＢＩが受け取られた場合、ＷＴＲＵは、示されたバックオフを無視してもよく、これをスケーリングしてもよく、または、示されたＢＩにマッピングされる代替値を適用してもよい。別の例では、ＷＴＲＵがｍｓｇＡのデータペイロード部分を送った場合、および／または、ｍｓｇＡ中のデータペイロードが構成済みしきい値よりも高い論理チャネル優先順位付け（ＬＣＰ）優先順位の論理チャネル（ＬＣＨ）からのものである場合、ＷＴＲＵは、示されたバックオフを無視してもよく、それをスケーリングしてもよく、または、示されたＢＩにマッピングされる代替値を適用してもよい。別の例では、ＷＴＲＵがプリアンブルを送った場合、および／または、２ステップＲＡのために構成されたＲＡＣＨオケージョンを選択した場合、および／または、２ステップＲＡのために構成されたＲＡＣＨオケージョンに対応するＲＡ－ＲＮＴＩに関連付けられるＰＤＣＣＨ上でＢＩが受け取られた場合、ＷＴＲＵは、示されたバックオフを無視してもよく、それをスケーリングしてもよく、または、示されたＢＩにマッピングされる代替値を適用してもよい。ＷＴＲＵは、バックオフｓｕｂＰＤＵ中のインジケーションビット上で、前述のように代替バックオフ値を適用してよい。

【0131】

場合によっては、ＷＴＲＵがプリアンブルを送った場合、２ステップＲＡのために構成されたＲＡＣＨオケージョンを選択した場合、ｍｓｇＡのＰＵＳＣＨ部分でペイロードを送信した場合、および／またはＷＴＲＵがｍｓｇＡ内容のＣ－ＲＮＴＩ部分を含めた場合、ＷＴＲＵは、ＲＡＰＩＤを含むｓｕｂＰＤＵ、またはレガシーｍｓｇ２ ＰＤＵを無視してよい。ＷＴＲＵは、競合解決のためにｍｓｇＡ内容に含められたＷＴＲＵの識別を含むＭＡＣ ＲＡＲ ｓｕｂＰＤＵを受け取った場合、２ステップＲＡを成功と考えてよい。ＷＴＲＵは、ｍｓｇＡのペイロードに含まれるＷＴＲＵ識別を有するＭＡＣ ＲＡＲ ｓｕｂＰＤＵが他に受け取られない場合、ＲＡＰＩＤを含むｓｕｂＰＤＵ、またはレガシーｍｓｇ２ ＰＤＵを、４ステップＲＡへのフォールバックのために考慮してよい。２ステップＲＡ試行に関連付けられるＭＡＣ ＲＡＲ中でアップリンクグラントが受け取られた場合、ＷＴＲＵはさらに、このアップリンクグラント上で送信されたＰＤＵに対してＡＣＫが決定されたかまたは受け取られたときに、２ステップＲＡプロシージャを成功と考えてよい。ＷＴＲＵは、送信すべきバッファリングされたデータをＷＴＲＵが有さない場合でも、このようなアップリンクグラントについてのアップリンクスキッピングを無視してよい。

【0132】

図９は、複数ビーム監視を伴うビーム障害回復（ＢＦＲ）プロシージャの例を示すプロセス図である。

【0133】

一般に、ＷＴＲＵは、２ステップＲＡプロシージャを使用してＢＦＲを実施することができる。２ステップＲＡプロシージャは、競合ベースであってよい。ＷＴＲＵは、ｍｓｇＡデータペイロードの一部に、好ましいＳＳＢおよび／または好ましいチャネル状態情報基準信号（ＣＳＩ－ＲＳ）の識別を含めてよい。報告される好ましい識別の数は、ＲＲＣによって事前構成済みであってよく、または事前決定済みであってよい。ＷＴＲＵは、ＷＴＲＵが好ましいＳＳＢおよび／またはＣＳＩ－ＲＳの識別を提供した場合に構成される、同期信号ブロック（ＳＳＢ）とＲＡＣＨオケージョンおよび／またはプリアンブルとのマッピングにかかわらず、２ステップＲＡのために構成された任意のＲＡＣＨオケージョンおよび／またはプリアンブルを選択してよい。ＷＴＲＵは、ｍｓｇＡデータペイロードの一部に、好ましいビームに関連付けられる測定値を含めてよい。例えば、ＷＴＲＵは、ｍｓｇＡのペイロードに、ＲＳＲＰ、ＲＳＳＩ、信号対干渉雑音比（ＳＩＮＲ）、ブロック誤り率（ＢＬＥＲ）、またはビット誤り率（ＢＥＲ）測定値を含んでよい。

【0134】

ＢＦＲタイマが失効すると、ＷＴＲＵは、ＲＡプロシージャのタイマ部分の失効前に選択されたＳＳＢおよび／またはＣＳＩ－ＲＳの選択を除外してよい。ＷＴＲＵは、タイマが失効すると、４ステップＲＡまたは競合ベースランダムアクセス（ＣＢＲＡ）にフォールバックしてよい。タイマが失効すると、ＷＴＲＵは、ｍｓｇＡのペイロードを送信するためのＰＵＳＣＨリソースの特定のセットを考慮してよい。

【0135】

２ステップＲＡ試行に関連付けられるＭＡＣ ＲＡＲ中でアップリンクグラントが受け取られた場合、ＷＴＲＵは、このアップリンクグラント上で送信されたＰＤＵに対してＡＣＫが決定されたかまたは受け取られたときに、ＢＦＲプロシージャを成功と考えてよい。ＭＡＣ ＲＡＲ中でアップリンクグラントが提供されない場合、ＷＴＲＵは、ｍｓｇＢ内容の一部にＷＴＲＵのＣ－ＲＮＴＩ（もしくは、ｍｓｇＡ中で提供された識別）が含まれるｍｓｇＢがうまく受け取られたとき、および／またはＷＴＲＵがそのＣ－ＲＮＴＩに向けられたＰＤＣＣＨをうまく受け取ったときに、ＢＦＲプロシージャを成功と考えてよい。

【0136】

図９のＢＦＲ例に示されるように、９０１で、ＷＴＲＵ９１２は、ネットワーク／ｇＮＢ９１１からビーム障害を検出してよい。ビーム障害後、ＷＴＲＵはＰＤＣＣＨ探索空間を監視してよく、ここで、探索空間に関連付けられる送信構成インジケーション（ＴＣＩ）は、すでに構成済みの基準信号（ＲＳ）リソース（例えば、ＳＳＢまたはＣＳＩ－ＲＳ）のセットからのものであり得る。ＲＳリソースセットは、ビーム障害検出後の監視のために構成され得るＲＳグループを含んでよい。ＲＳリソースセットは、ＷＴＲＵがビーム障害前に監視していたＲＳと同じまたは異なるセットを含んでよい。各ＲＳは、プリアンブルのセットに関連付けられてよく、各ＲＳは、異なるビームに対応してよい。

【0137】

場合によっては、ビーム障害を検出したとき、ＷＴＲＵは、どのダウンリンクビームをｇＮＢ応答に使用するかを示すために、ＲＳのうちの１つに関連付けられるプリアンブルを選んで送ってよい。ＷＴＲＵは、測定された信号品質（例えば、ＲＳＲＰ、ＳＩＮＲ）が構成済みのしきい値よりも高いことに基づいて、ＲＳの好ましいサブセットを決定してよい。９０２で、ＷＴＲＵは、ｍｓｇＡペイロードをｇＮＢに送ってよく、ここで、ＷＴＲＵは、好ましいサブセットをｍｓｇＡペイロードに含めてよい。ペイロードはまた、測定された信号品質メトリック、または測定値のランキング（最も強いＲＳから最も弱いＲＳまでものなど）を含んでもよい。

【0138】

好ましいサブセット中のＲＳのインジケーションは、１つまたは複数のＣＳＩ－ＲＳリソースインデックス（ＲＩ）（ＣＲＩ）またはＳＳＢＲＩを含んでよい。ＷＴＲＵはまた、好ましいサブセット中のＲＳの品質測定値（例えば、ＲＳＲＰ、ＳＩＮＲ）をｍｓｇＡペイロードに含めてもよい。例えば、好ましいサブセットは、ｇＮＢがＴＤＭ方式で送り得るＳＳＢ１およびＳＳＢ２を含んでよい。ＷＴＲＵは、ＳＳＢ１に関連付けられるｍｓｇＡについてのプリアンブルを送ってよく、ｍｓｇＡペイロードは、ＳＳＢ２のＲＳＲＰ測定値を伴うＳＳＢ２のＳＳＢＲＩと共に、ＳＳＢ１のＲＳＲＰ測定値を含んでよい（例えば９０２で）。ｇＮＢは、ｍｓｇＡプリアンブルを受け取ってよく、ｍｓｇＡペイロードを復号して、ＲＳの好ましいサブセットをＷＴＲＵが含めたかどうかを決定してよい。

【0139】

場合によっては、ペイロードが追加のＲＳインデックスを含む場合、ｇＮＢは、例えばＳＳＢ１またはＳＳＢ２と同じ空間フィルタに依拠して、どちらかのＲＳ上でｍｓｇＢ応答を送ると決定してよい。ｇＮＢは、ｍｓｇＡ中で受け取られたインデックスに基づいて、ＷＴＲＵ支援から使用するＲＳを決定してよい。ペイロードがどんな追加のインデックスも含まない場合は、ｇＮＢは、ｍｓｇＡプリアンブルに関連付けられるＲＳ（例えばビーム）に依拠して、ｍｓｇＢ応答を送ってよい。

【0140】

９０３で、ＷＴＲＵは、示された全てのビームに関連付けられる構成済みのＲＳリソース上でＰＤＣＣＨ送信があるかどうか監視してよい。これは、ｍｓｇＡプリアンブルが送られるＲＳに関連付けられる探索空間またはＣＯＲＥＳＥＴに対応し得る。ＷＴＲＵは、ｍｓｇＡペイロード中で報告されたＲＳに関連付けられる探索空間またはＣＯＲＥＳＥＴのいずれかの上で、ＰＤＣＣＨがあるかどうか監視してよい。ＷＴＲＵは、ｍｓｇＢ応答を検出した後、ＰＤＣＣＨの監視を停止してよい。

【0141】

例えば、ＷＴＲＵは、ＳＳＢ１またはＳＳＢ２送信オケージョンに関係付けられる応答があるかどうか監視してよい。９０４で、ＷＴＲＵのＣ－ＲＮＴＩを含むｍｓｇＢをＷＴＲＵが復号したとき、ＢＦＲプロシージャが成功し完了したと考えられてよい。いくつかの例では、ＰＤＣＣＨは、共通ＲＮＴＩ（例えば、ＲＡ－ＲＮＴＩでスクランブルがかけられたＤＣＩ）を使用して対処されてよく、ＷＴＲＵは、ｍｓｇＢを復号して、そのＣ－ＲＮＴＩがｍｓｇＢペイロードに含まれるかどうか決定してよい。ＰＤＣＣＨは、ＰＵＣＣＨ送信のための利用可能な時間／周波数リソースのインジケーションを含んでよい。ＷＴＲＵは、ＰＵＣＣＨリソースを使用して、ビーム障害回復プロシージャの完了を確定するｍｓｇＢの受信を肯定応答するＡＣＫを含むＵＣＩを送って（例えば宣言して）よい。

【0142】

本明細書で前に論じられたように、ＷＴＲＵは、ｍｓｇＡをｇＮＢに送り、ｍｓｇＡに応答したｍｓｇＢをｇＮＢから受け取ってよい。ＷＴＲＵは、ｍｓｇＢ応答に基づいて、競合解決が成功したかどうか決定してよい。

【0143】

ｍｓｇＢは、ｍｓｇＢ－ＲＮＴＩでスクランブルがかけられたＤＣＩを含んでよい。ＷＴＲＵは、ｍｓｇＢ ＤＣＩがあるかどうか監視して、ｇＮＢがＰＤＳＣＨにペイロードを含めたかどうか決定してよい。ＷＴＲＵは、ＤＣＩを復号した後、ｍｓｇＢペイロードを含むＰＤＳＣＨリソースを決定してよい。ＷＴＲＵはペイロードを復号してよく、ＷＴＲＵは、そのユーザ識別を探索して、競合解決が成功したかどうか決定してよい。競合解決が成功した場合は、ＷＴＲＵは、ＨＡＲＱ－ＡＣＫ応答をＰＵＣＣＨリソース上で送ってよい。

【0144】

ＷＴＲＵは、ＰＵＣＣＨリソースインデックスに基づいてＰＵＣＣＨリソースを決定してよい。ＰＵＣＣＨリソースインデックスは、ｍｓｇＢに含まれるＤＣＩペイロードの一部として（例えば、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１に）含まれ得る、ＰＵＣＣＨリソースインジケータ（ＰＲＩ）およびＰＤＳＣＨ－ＨＡＲＱフィードバックインジケータに基づいて決定されてよい。

【0145】

ＰＤＳＣＨ－ＨＡＲＱフィードバックインジケータは、ＰＤＳＣＨ受信からのスロットオフセットに対応する、セット｛１，２，３，４，５，６，７，８｝からの値にマッピングしてよい。ＷＴＲＵは、ＰＵＣＣＨリソースを送信するためのスロットのタイミングを決定してよい。

【0146】

ＰＵＣＣＨリソースインデックスは、式１として定義される。

【0147】

【数1】

【0148】

上式で、ｒ_PUCCHはＰＵＣＣＨリソースインデックスであり、Ｒ_PUCCHはＰＵＣＣＨリソースリストのサイズであり、Ｎ_CCE,pは、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１の場合のＰＤＣＣＨ受信のＣＯＲＥＳＥＴ ｐ中のＣＣＥの数であり、ｎ_CCE,pは、ＰＤＣＣＨ受信についての第１のＣＣＥのインデックスであり、Δ_PRIは、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１におけるＰＵＣＣＨリソースインジケータフィールドの値である。

【0149】

ＷＴＲＵは、ＰＵＣＣＨリソースインデックスに基づいてＰＵＣＣＨ送信のパラメータを決定してよい。

【0150】

Ｒ_PUCCH、Ｎ_CCE,p、ｐ、およびｎ_CCE,pは、ＲＲＣによって構成される値であってよく、ＷＴＲＵ固有でなくてよい。Δ_PRIは、ＰＵＣＣＨリソースをＷＴＲＵ固有に定義するために、ＤＣＩに明示的に含まれてよい。ｍｓｇＢペイロードがＷＴＲＵを１つしか含まない場合は、ＤＣＩに含まれる単一ＰＲＩおよびＰＤＳＣＨ－ＨＡＲＱフィードバックインジケータ値が、ＷＴＲＵのためのＰＵＣＣＨリソースを一意に決定してよい。しかし、１つよりも多いＷＴＲＵがｍｓｇＢに多重化される場合は、１つよりも多いＷＴＲＵは、ｍｓｇＢ－ＲＮＴＩに向けられた同じＤＣＩを受け取ってよく、単一ＰＲＩおよびＰＤＳＣＨ－ＨＡＲＱフィードバックインジケータを使用してＰＵＣＣＨリソースを決定してよいが、このＰＵＣＣＨリソースは、全てのＷＴＲＵに対して同じであり得る。これは衝突を引き起こすことがあり、ＨＡＲＱ－ＡＣＫフィードバックがｇＮＢにおいて受け取られないことがある。

【0151】

ある手法では、ＷＴＲＵは、ランダムアクセスプリアンブルインデックスもしくは識別子（ＲＡＰＩＤ）、および／またはＰＲＩに基づいて、ＰＵＣＣＨリソースインデックスを暗黙的に決定してよい。ＷＴＲＵは、以下のように、式１からのものと同じパラメータの関数として、またＲＡＰＩＤも使用して、ＰＵＣＣＨリソースインデックスを決定してよい。

【0152】

【数2】

【0153】

ある手法では、ＷＴＲＵは、ＲＡＰＩＤおよびＰＲＩに基づいて、ＰＵＣＣＨリソースインデックスを暗黙的に決定してよい。ＷＴＲＵは、以下のように、式１からのものと同じパラメータの関数として、またＲＡＰＩＤも使用して、ＰＵＣＣＨリソースインデックスを決定してよい。

【0154】

【数3】

【0155】

上式で、ｆ（ＲＡＰＩＤ，Δ_PRI）は、ＲＡＰＩＤおよびΔ_PRIからＷＴＲＵ固有のＰＲＩへのマッピングである。

【0156】

ＲＡＰＩＤは、ｒ_PUCCH値をランダム化する働きをしてよい。例えば、複数のＷＴＲＵが、異なるプリアンブルを選択してｍｓｇＡを送ることがある。ｍｓｇＢは、全てのｍｓｇＡをうまく受け取ってよく、複数のＷＴＲＵへの応答を１つのｍｓｇＢに多重化してよい。ＤＣＩは、複数のＷＴＲＵに向けられた単一のＰＲＩ値を含んでよい。競合解決が成功した場合、ＷＴＲＵは、ＲＡＰＩＤを使用して、ｒ_PUCCH選択をランダム化してよい。各ＷＴＲＵは、ＲＡＰＩＤによって決定される一意のｒ_PUCCH値にリンクしてよく、衝突なしにＨＡＲＱ－ＡＣＫを送信してよい。

【0157】

ＲＡＰＩＤとＰＵＣＣＨリソースとのリンクは、１対１マッピングであるように構成されてよい。ＷＴＲＵ固有のｒ_PUCCH値が生成されてよく、ここで、ＲＡＰＩＤは、ジェネレータ関数に入力されるシードであってよい。ＷＴＲＵ固有のΔ_PRIが生成されてよく、ここで、ＲＡＰＩＤは、ジェネレータ関数に入力されるシードであってよい。

【0158】

場合によっては、ＷＴＲＵは、ＰＤＳＣＨ－ＨＡＲＱフィードバックインジケータおよびＲＡＰＩＤに基づいて、ＰＵＣＣＨフィードバックのスロットタイミングを暗黙的に決定してよい。ＰＵＣＣＨリソースインデックスと同様に、ＷＴＲＵは、ＲＡＰＩＤを使用して、単一のＰＤＳＣＨ－ＨＡＲＱフィードバックインジケータに基づいて衝突を回避し得るスロットタイミングをランダム化してよい。

【0159】

ＲＡＰＩＤとＰＤＳＣＨ－ＨＡＲＱフィードバックインジケータとのリンクは、１対１であるように構成されてよい。ＷＴＲＵ固有のＰＤＳＣＨ－ＨＡＲＱフィードバックインジケータ値が生成されてよく、ここで、ＲＡＰＩＤは、ジェネレータ関数に入力されるシードであってよい。

【0160】

ＷＴＲＵは、ｒ_PUCCH、ＰＤＳＣＨ－ＨＡＲＱフィードバックインジケータ、またはこの両方を、上記に基づいて決定してよい。例えば、ＰＤＳＣＨ－ＨＡＲＱフィードバックインジケータは、ＤＣＩからとられる単一の値であってよく、ｒ_PUCCHは、ＰＲＩおよびＲＡＰＩＤを使用して決定されてよい。複数のＷＴＲＵが、同じタイムスロット中で、しかし異なるＰＵＣＣＨリソース上で送信してよい。同様に、ＲＡＰＩＤを特に使用してＷＴＲＵによって生成されたＰＤＳＣＨ－ＨＡＲＱフィードバックインジケータを用いて、同じＰＲＩが、異なるタイムスロット上で複数のユーザによって使用されてよい。

【0161】

上記では特徴および要素が特定の組合せで記述されているが、各特徴または要素は、単独で使用されることも可能であり、または他の特徴および要素との任意の組合せで使用され得ることを、当業者は理解するであろう。加えて、本明細書に記載の方法は、コンピュータまたはプロセッサによって実行されるようにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実装されてよい。コンピュータ可読媒体の例は、電子信号（有線または無線接続を介して伝送される）およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、以下のものに限定されないが、読取専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、磁気媒体（内蔵ハードディスクおよびリムーバブルディスクなど）、光磁気媒体、並びに光学媒体（ＣＤ－ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）など）を含む。ソフトウェアと連携したプロセッサが使用されて、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータ中で使用される無線周波数送受信機が実装されてよい。

【0162】

本明細書で論じられるように、ＷＴＲＵ、ＵＥ、およびユーザは、交換可能に使用され得る。ｇノードＢおよびｇＮＢは、交換可能に使用され得る。基準シンボルは、固定でありパイロットとして知られ使用される複素数などのシンボルを示すのに使用され得る。基準信号は、基準シンボルの処理後に生成される時間領域信号を示すのに使用され得る。例えば、ＯＦＤＭでは、基準シンボルはＩＤＦＴブロックに供給される複素数であり、基準信号はＩＤＦＴブロックの出力である。ダウンリンク制御情報（ＤＣＩ）は、ユーザまたはユーザグループに対してＰＤＣＣＨを介して送信されるビットのセットである。リソース要素（ＲＥ）は、１つのサブキャリア上の１つのＯＦＤＭシンボルであり、リソース要素グループ（ＲＥＧ）は、リソース要素をユーザに割り当てる制御チャネル要素（ＣＣＥ）の構成単位として使用されるＲＥのグループを指す。共にグループ化され、関連付けられるプリコーダが同じである、時間または周波数における隣接ＲＥＧは、ＲＥＧバンドルと呼ばれる。ＮＲ－ＲＥＧ、ＮＲ－ＣＣＥ、およびＮＲ－ＰＤＣＣＨは、５ＧにおけるＮＲについてのＲＥＧ、ＣＣＥ、およびＰＤＣＣＨを指し得る。制御リソースセット（ＣＯＲＥＳＥＴ）は、その周波数リソースとその時間長（例えばシンボルで表される）とそのＲＥＧバンドルのタイプとによって構成される、ダウンリンク制御チャネルに使用されるリソース要素のセットである。探索空間、または探索空間のセットは、ＰＤＣＣＨのブラインド検出中にＷＴＲＵまたはＷＴＲＵグループによって監視されるＰＤＣＣＨ候補のセットである。本明細書で論じられるように、いくつかという言葉は、１つ、複数、または全てを意味し得る。

【図1A】

【図1B】

【図1C】

【図1D】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】