(57)【要約】方法、装置、およびシステムが、開示される。１つの代表的な実施形態においては、方法は、チャネルを使用する無線送受信ユニット（ＷＴＲＵ）によって実施することができる。方法は、ＷＴＲＵによって、ダウンリンクメッセージで、チャネル送信トリガ（ＣＴＴ）を受信するステップと、ＷＴＲＵによって、受信されたＣＴＴに基づいて、実行されるリッスンビフォアトーク（ＬＢＴ）構成のタイプを選択するステップとを含むことができる。方法は、ＷＴＲＵによって、選択されたＬＢＴ構成のタイプに従って、チャネルが、送信のために利用可能であるかどうかを決定するステップと、チャネルが、送信のために利用可能であることを条件として、チャネル上において、データまたは制御情報を送信するステップとをさらに含むことができる。
2021527367.tif 000002
【特許請求の範囲】
【請求項１】
チャネルを使用する無線送受信ユニット（ＷＴＲＵ）によって実施される方法であって、
前記ＷＴＲＵによって、ダウンリンクメッセージで、チャネル送信トリガ（ＣＴＴ）を受信するステップと、
前記ＷＴＲＵによって、前記受信されたＣＴＴに基づいて、実行されるリッスンビフォアトーク（ＬＢＴ）構成のタイプを選択するステップと、
前記ＷＴＲＵによって、選択されたＬＢＴ構成の前記タイプに従って、前記チャネルが、送信のために利用可能であるかどうかを決定するステップと、
前記チャネルが、送信のために利用可能であることを条件として、前記チャネル上において、データまたは制御情報を送信するステップと
を備える方法。
【請求項２】
実行されるＬＢＴ構成の前記タイプを選択する前記ステップは、（１）前記ＣＴＴの内容、ならびに／または（２）ＣＴＴ受信のタイミング、および対応するアップリンク送信のタイミングのうちのいずれかにさらに基づく請求項１に記載の方法。
【請求項３】
前記ＷＴＲＵによって、前記ＣＴＴ受信とアップリンク送信の開始との間の時間差に基づいて暗黙的に、またはＣＴＴ内容から明示的に、ＬＢＴ構成を決定するステップをさらに備える請求項１または２に記載の方法。
【請求項４】
前記ＷＴＲＵによって、（１）アップリンク送信が必要とされること、（２）ランダムアクセス手順が開始されること、または（３）スケジューリング要求が保留中であることのうちのいずれかを決定するステップと、
前記ＷＴＲＵによって、前記決定に従って、前記ＣＴＴの存在を監視するステップと
をさらに備える請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
前記チャネルは、（１）１つもしくは複数の周波数バンド、（２）１つもしくは複数のコンポーネントキャリア、（３）１つもしくは複数の帯域幅パート、（４）１つもしくは複数のサブバンド、（５）１つもしくは複数のＬＢＴ帯域幅、および／または（６）時間／周波数リソースのうちのいずれかである請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
選択されたＬＢＴ構成の前記タイプは、前記チャネルについて、（１）完全なＬＢＴ動作が実行されることになること、（２）短縮されたＬＢＴ動作が実行されることになること、または（３）ＬＢＴ動作が実行されないことのうちの１つを示す請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
前記ＣＴＴは、少なくとも、前記制御情報を送信するためのアップリンク制御チャネルリソースを示し、
前記ＣＴＴは、共通探索空間において、またはＷＴＲＵ固有の検索空間において、前記ＷＴＲＵによって受信される、ダウンリンク制御信号を含む
請求項１乃至６のいずれか一項に記載の方法。
【請求項８】
前記ＣＴＴは、（１）前記チャネル上において送信されるＵＣＩのタイプ、（２）前記チャネルのための１つもしくは複数の有効なリソースに対するインデックス、（３）前記チャネルと関連付けられた送信時間、および／または（４）前記ＣＴＴの前記受信後に前記アップリンク送信に適用可能な前記ＬＢＴ構成のうちのいずれかを示す請求項１乃至７のいずれか一項に記載の方法。
【請求項９】
前記制御情報は、スケジューリング要求（ＳＲ）であり、
前記チャネル上において、前記ＳＲを送信するステップは、前記ＣＴＴによって示されないチャネルリソースの第１のセットを使用して、または前記ＣＴＴによって示されるチャネルリソースの第２のセットを使用して、前記ＳＲを送信するステップを含む
請求項１乃至８のいずれか一項に記載の方法。
【請求項１０】
前記ＷＴＲＵによって、少なくとも、第１のタイプのＬＢＴ構成および第２のタイプのＬＢＴ構成を含む、ＬＢＴ情報を獲得するステップをさらに含む請求項１乃至９のいずれか一項に記載の方法。
【請求項１１】
第１のタイプの前記ＬＢＴ構成は、短縮されたＬＢＴ動作のためのＬＢＴ構成であり、
第２のタイプの前記ＬＢＴ構成は、完全なＬＢＴ動作のためのＬＢＴ構成であり、
第３のタイプの前記ＬＢＴ構成は、ＬＢＴ動作なしのためのＬＢＴ構成である
請求項１０に記載の方法。
【請求項１２】
前記制御情報は、ランダムアクセス手順において使用される、ランダムアクセスプリアンブル（ＲＡＰ）またはメッセージ３であり、
前記ＣＴＴは、前記ＲＡＰを送信するためのランダムアクセスチャネル（ＲＡＣＨ）リソースを示し、
前記ＣＴＴは、（１）明示的トリガ、または（２）（ｉ）１つもしくは複数のシステム同期ブロック（ＳＳＢ）、（ｉｉ）１つもしくは複数の参照信号（ＲＳ）、もしくは（ｉｉｉ）１つもしくは複数のダウンリンク制御チャネル（ＤＣＣＨ）を含む、ネットワークエンティティからの送信に基づいた、暗黙的トリガのうちのいずれかである
請求項１乃至１１のいずれか一項に記載の方法。
【請求項１３】
前記ＣＴＴは、前記ＲＡＣＨリソースをそれのために使用することができる、１つまたは複数の許容可能な目的を示す請求項１２に記載の方法。
【請求項１４】
チャネルを使用する無線送受信ユニット（ＷＴＲＵ）であって、
ダウンリンクメッセージで、チャネル送信トリガ（ＣＴＴ）を受信するように構成された、送受信ユニットと、
プロセッサであって、
前記ＣＴＴに基づいて、実行されるリッスンビフォアトーク（ＬＢＴ）構成のタイプを選択し、
ＬＢＴ構成の前記タイプに従って、前記チャネルが、送信のために利用可能であるかどうかを決定する
ように構成された、プロセッサと
を備え、
前記送受信ユニットは、前記チャネルが、送信のために利用可能であることを条件として、前記チャネル上において、データまたは制御情報を送信するように構成された
ＷＴＲＵ。
【請求項１５】
前記プロセッサは、（１）前記ＣＴＴの内容、ならびに／または（２）ＣＴＴ受信のタイミング、および対応するアップリンク送信のタイミングのうちのいずれかにさらに基づいて、実行されるＬＢＴ構成の前記タイプを選択するように構成された請求項１４に記載のＷＴＲＵ。
【請求項１６】
前記プロセッサは、前記ＣＴＴ受信とアップリンク送信の開始との間の時間差に基づいて暗黙的に、またはＣＴＴ内容から明示的に、ＬＢＴ構成を決定するように構成された請求項１４または１５に記載のＷＴＲＵ。
【請求項１７】
前記送受信ユニットは、送信が必要とされることを決定するように構成され、
前記プロセッサは、前記送信が必要とされることの前記決定の後、前記ＣＴＴの存在を監視するように構成された
請求項１４乃至１６のいずれか一項に記載のＷＴＲＵ。
【請求項１８】
前記チャネルは、（１）１つもしくは複数の周波数バンド、（２）１つもしくは複数のコンポーネントキャリア、（３）１つもしくは複数の帯域幅パート、（４）１つもしくは複数のサブバンド、（５）１つもしくは複数のＬＢＴ帯域幅、および／または（６）時間／周波数リソースのうちのいずれかである請求項１４乃至１７のいずれか一項に記載のＷＴＲＵ。
【請求項１９】
選択されたＬＢＴ構成の前記タイプは、前記チャネルについて、（１）完全なＬＢＴ動作が実行されることになること、（２）短縮ＬＢＴ動作が実行されることになること、または（３）ＬＢＴ動作が実行されないことのうちの１つを示す請求項１４乃至１８のいずれか一項に記載のＷＴＲＵ。
【請求項２０】
前記ＣＴＴは、少なくとも、前記制御情報を送信するためのアップリンク制御チャネルリソースを示し、
前記ＣＴＴは、共通探索空間において、またはＷＴＲＵ固有の検索空間において、前記ＷＴＲＵによって受信される、ダウンリンク制御信号を含む
請求項１４乃至１９のいずれか一項に記載のＷＴＲＵ。
【請求項２１】
前記ＣＴＴは、（１）前記チャネル上において送信されるＵＣＩのタイプ、（２）前記チャネルのための１つもしくは複数の有効なリソースに対するインデックス、（３）前記チャネルと関連付けられた送信時間、および／または（４）前記ＣＴＴの前記受信後に前記アップリンク送信に適用可能な前記ＬＢＴ構成のうちのいずれかを示す請求項１４乃至２０のいずれか一項に記載のＷＴＲＵ。
【請求項２２】
前記制御情報は、スケジューリング要求（ＳＲ）であり、
前記送受信ユニットは、前記ＣＴＴによって示されないチャネルリソースの第１のセットを使用して、または前記ＣＴＴによって示されるチャネルリソースの第２のセットを使用して、前記ＳＲを送信するように構成された
請求項１４乃至２１のいずれか一項に記載のＷＴＲＵ。
【請求項２３】
前記送受信ユニットは、少なくとも、第１のタイプのＬＢＴ構成および第２のタイプのＬＢＴ構成を含む、ＬＢＴ情報を獲得するように構成された請求項１４乃至２２のいずれか一項に記載のＷＴＲＵ。
【請求項２４】
第１のタイプの前記ＬＢＴ構成は、短縮されたＬＢＴ動作のためのＬＢＴ構成であり、
第２のタイプの前記ＬＢＴ構成は、完全なＬＢＴ動作のためのＬＢＴ構成であり、
第３のタイプの前記ＬＢＴ構成は、ＬＢＴ動作なしのためのＬＢＴ構成である
請求項２３に記載のＷＴＲＵ。
【請求項２５】
前記制御情報は、ランダムアクセス手順において使用される、ランダムアクセスプリアンブル（ＲＡＰ）またはメッセージ３であり、
前記ＣＴＴは、前記ＲＡＰを送信するためのランダムアクセスチャネル（ＲＡＣＨ）リソースを示し、
前記ＣＴＴは、（１）明示的トリガ、または（２）（ｉ）１つもしくは複数のシステム同期ブロック（ＳＳＢ）、（ｉｉ）１つもしくは複数の参照信号（ＲＳ）、もしくは（ｉｉｉ）１つもしくは複数のダウンリンク制御チャネル（ＤＣＣＨ）を含む、ネットワークエンティティからの送信に基づいた、暗黙的トリガのうちのいずれかである
請求項１４乃至２４のいずれか一項に記載のＷＴＲＵ。
【請求項２６】
前記ＣＴＴは、前記ＲＡＣＨリソースをそれのために使用することができる、１つまたは複数の許容可能な目的を示す請求項２５に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
一般に、無線通信に関し、例えば、アンライセンススペクトルにおけるシステムアクセスのための方法、装置およびシステムに関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、各々の内容が参照によって本明細書に組み込まれる、２０１８年６月１９日に出願された米国特許仮出願第６２／６８６９４３号、２０１８年８月７日に出願された米国特許仮出願第６２／７１５３１５号、および２０１８年９月２４日に出願された米国特許仮出願第６２／７３５４４６号に基づく優先権を主張する。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
アンライセンススペクトルにおけるシステムアクセスのための方法、装置およびシステムを提供する。
【課題を解決するための手段】
【０００４】
開示される実施形態は、本明細書において説明されるような、チャネルを使用する方法、装置、およびシステムを含む。１つの代表的な方法においては、ＷＴＲＵは、ダウンリンクメッセージで、チャネル送信トリガ（ＣＴＴ:channel transmission trigger ）を受信することができ、ＣＴＴに基づいて、実行されるリッスンビフォアトーク（ＬＢＴ：listen before talk）構成のタイプを選択することができる。ＷＴＲＵは、さらに、ＬＢＴ構成の選択されたタイプに従って、チャネルが、送信のために利用可能であるかどうかを決定することができ、チャネルが、送信のために利用可能である条件で、チャネル上において、データまたは制御情報を送信することができる。
【０００５】
本明細書に添付された図面と併せて、例として与えられる以下の詳細な説明から、より詳細な理解を得ることができる。説明における図は、例である。そのため、図および詳細な説明は、限定的であると見なされるべきではなく、他の同等に効果的な例が、可能であり、存在する可能性がある。さらに、図における同様の参照番号は、同様の要素を示す。
【発明の効果】
【０００６】
アンライセンススペクトルにおけるシステムアクセスのための方法、装置およびシステムを提供する
【図面の簡単な説明】
【０００７】
【図１Ａ】１つ以上の実施形態を実施できる例示的な通信システムを示す図である。
【図１Ｂ】実施形態による、図１Ａの通信システム内で使用できる例示的無線送受信ユニット（ＷＴＲＵ）を示すシステム図である。
【図１Ｃ】実施形態による、図１Ａの通信システム内で使用できる例示的無線アクセスネットワーク（ＲＡＮ）およびコアネットワーク（ＣＮ）を示す図である。
【図１Ｄ】実施形態による、図１Ａの通信システム内で使用できるさらなる例示的ＲＡＮおよびＣＮを示すシステム図である。
【図２】ＰＲＡＣＨトリガ信号を使用する代表的ランダムアクセス手順の図である。
【図３】ＬＢＴ動作とともに使用される代表的バックオフ手順を示す図である。
【図４】ＬＢＴ動作とともに使用されるＳＲ再送の代表的手順を示す図である。
【図５】ＬＢＴ動作とともに使用されるＳＲ禁止タイマ延長の代表的手順の図である。
【図６】１つ以上のアンライセンス周波数バンドを使用する代表的手順のフローチャートである。
【図７】１つ以上のアンライセンス周波数バンドを使用する別の代表的手順のフローチャートである。
【図８】１つ以上のアンライセンス周波数バンドを使用するさらなる代表的手順のフローチャートである。
【図９】１つ以上のアンライセンス周波数バンドを使用する追加の代表的手順のフローチャートである。
【図１０】１つ以上のアンライセンス周波数バンドを使用するまたさらなる代表的手順のフローチャートである。
【図１１】１つ以上のアンライセンス周波数バンドを使用するさらに追加の代表的手順のフローチャートである。
【図１２】ＬＢＴ構成を選択する代表的手順を示すフローチャートである。
【図１３】ＬＢＴ動作の失敗後の再送の代表的手順を示すフローチャートである。
【図１４】プリアンブルトリガを使用する代表的手順を示すフローチャートである。
【図１５】選択されたビームを使用する代表的手順を示すフローチャートである。
【図１６】干渉しきい値を使用する代表的手順を示すフローチャートである。
【図１７】選択されたＬＢＴ動作を使用する代表的手順のフローチャートである。
【図１８】インターレーシング情報を使用する代表的手順のフローチャートである。
【図１９】条件付きグラントインジケータを使用する代表的手順のフローチャートである。
【図２０】チャネルを使用する代表的手順のフローチャートである。
【図２１】チャネルを使用する別の代表的手順のフローチャートである。
【図２２】チャネルを使用するさらなる代表的手順のフローチャートである。
【図２３】チャネルを使用する追加の代表的手順のフローチャートである。
【図２４】チャネルを使用するまた別の代表的手順のフローチャートである。
【図２５】チャネルを使用するさらなる代表的手順のフローチャートである。
【図２６】チャネルを使用するまた追加の代表的手順のフローチャートである。
【図２７】チャネルを使用するさらなる代表的手順のフローチャートである。
【図２８】チャネルを使用する追加の代表的手順のフローチャートである
【発明を実施するための形態】
【０００８】
−実施形態の実施のための例示的なネットワーク−
様々な実施形態を、Ｖ２Ｘデバイス、ドローン、ウェアラブルデバイス、自律型もしくは半自律型車両、ロボットデバイス／車両、自動車、ＩｏＴギア、移動する任意のデバイス、またはＷＴＲＵもしくは他の通信デバイスにおいて実施することができ、今度は、それらを、通信ネットワークにおいて使用することができる。以下のセクションは、いくつかの例示的なＷＴＲＵおよび／または他の通信デバイス、ならびにそれらを組み込むことができるネットワークについての説明を提供する。
【０００９】
図１Ａは、１つまたは複数の開示される実施形態を実施することができる、例示的な通信システム１００を例示する図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムであることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ  ＵＷ  ＤＴＳ−ｓ  ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ−ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、およびフィルタバンクマルチキャリア（ＦＢＭＣ）など、１つまたは複数のチャネルアクセス方法を利用することができる。
【００１０】
図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであることができる。例として、それのどれもが、「局」および／または「ＳＴＡ」と呼ばれることがある、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、サブスクリプションベースのユニット、ページャ、セルラ電話、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはＭｉ−Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、ウォッチまたは他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、乗物、ドローン、医療用デバイスおよびアプリケーション（例えば、遠隔手術）、工業用デバイスおよびアプリケーション（例えば、工業用および／または自動化された処理チェーン状況において動作するロボットおよび／または他の無線デバイス）、家電デバイス、ならびに商業用および／または工業用無線ネットワーク上において動作するデバイスなどを含むことができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいずれも、交換可能に、ＵＥと呼ばれることがある。
【００１１】
通信システム１００は、基地局１１４ａおよび／または基地局１１４ｂも含むことができる。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、および／または他のネットワーク１１２など、１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースをとるように構成された任意のタイプのデバイスであることができる。例として、基地局１１４ａ、１１４ｂは、基地送受信機局（ＢＴＳ）、ノードＢ、ｅノードＢ（ｅＮＢ）、ホームノードＢ（ＨＮＢ）、ホームｅノードＢ（ＨｅＮＢ）、ｇＮＢ、ＮＲノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどであることができる。基地局１１４ａ、１１４ｂは、各々が、単一の要素として描かれているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。
【００１２】
基地局１１４ａは、ＲＡＮ１０４／１１３の一部であることができ、ＲＡＮ１０４／１１３は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示されず）も含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示されず）と呼ばれることがある、１つまたは複数のキャリア周波数上において、無線信号を送信および／または受信するように構成することができる。これらの周波数は、ライセンススペクトル、アンライセンススペクトル、またはライセンススペクトルとアンライセンススペクトルとの組み合わせの中にあることができる。セルは、相対的に一定であることができる、または時間とともに変化することができる特定の地理的エリアに、無線サービス用のカバレージを提供することができる。セルは、さらに、セルセクタに分割することができる。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割することができる。したがって、一実施形態においては、基地局１１４ａは、送受信機を３つ、すなわち、セルの各セクタに対して１つずつ含むことができる。実施形態においては、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができ、セルの各セクタに対して複数の送受信機を利用することができる。例えば、所望の空間方向において信号を送信および／または受信するために、ビームフォーミングを使用することができる。
【００１３】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であることができる。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して、確立することができる。
【００１４】
より具体的には、上で言及されたように、通信システム１００は、多元接続システムであることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなど、１つまたは複数のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインターフェース１１６を確立することができる、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）、および／または高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００１５】
実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）、および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）、および／またはＬＴＥアドバンストプロ（ＬＴＥ−Ａ  Ｐｒｏ）を使用して、エアインターフェース１１６を確立することができる、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができる。
【００１６】
実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ニューラジオ（ＮＲ）を使用して、エアインターフェース１１６を確立することができる、ＮＲ無線アクセスなどの無線技術を実施することができる。
【００１７】
実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実施することができる。例えば、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（ＤＣ）原理を使用して、ＬＴＥ無線アクセスと、ＮＲ無線アクセスとを一緒に実施することができる。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの無線アクセス技術、ならびに／または複数のタイプの基地局（例えば、とりわけ、ｅＮＢ１６０およびｇＮＢ１８０）に／から送信される送信によって特徴付けることができる。
【００１８】
他の実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、ワイヤレスフィデリティ（ＷｉＦｉ））、ＩＥＥＥ８０２．１６（すなわち、マイクロ波アクセス用世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ）、ＧＳＭエボリューション用高速データレート（ＥＤＧＥ）、およびＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。
【００１９】
図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅＮＢ、またはアクセスポイントであることができ、事業所、自宅、乗物、キャンパス、産業用施設、（例えば、ドローンによって使用される）エアコリド、および車道など、局所化されたエリアにおける無線接続性を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。また別の実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、ＮＲなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有することができる。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がないことがある。
【００２０】
ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信することができ、ＣＮ１０６／１１５は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークであることができる。データは、異なるスループット要件、遅延要件、エラー耐性要件、信頼性要件、データスループット要件、およびモビリティ要件など、様々なサービス品質（ＱｏＳ）要件を有することができる。ＣＮ１０６／１１５は、呼制御、ビリングサービス、モバイルロケーションベースのサービス、プリペイド発呼、インターネット接続性、ビデオ配信などを提供することができ、および／またはユーザ認証など、高レベルセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的通信を行うことができることが理解されよう。例えば、ＮＲ無線技術を利用していることがあるＲＡＮ１０４／１１３に接続されていることに加えて、ＣＮ１０６／１１５は、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ−ＵＴＲＡ、またはＷｉＦｉ無線技術を利用する別のＲＡＮ（図示されず）とも通信することができる。
【００２１】
ＣＮ１０６／１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしての役割も果たすことができる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する、回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、および／またはインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスからなる地球規模のシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、有線および／または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを利用することができる１つまたは複数のＲＡＮに接続された、別のＣＮを含むことができる。
【００２２】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード機能を含むことができる（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上において、異なる無線ネットワークと通信するための、複数の送受信機を含むことができる）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用することができる基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用することができる基地局１１４ｂと通信するように構成することができる。
【００２３】
図１Ｂは、例示的なＷＴＲＵ１０２を例示するシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができることが理解されよう。
【００２４】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および状態機械などであることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にする他の任意の機能性を実行することができる。プロセッサ１１８は、送受信機１２０に結合することができ、送受信機１２０は、送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８と送受信機１２０を別個の構成要素として描いているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合することができることが理解されよう。
【００２５】
送信／受信要素１２２は、エアインターフェース１１６上において、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成することができる。例えば、一実施形態においては、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであることができる。実施形態においては、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器であることができる。また別の実施形態においては、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および／または受信するように構成することができる。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成することができることが理解されよう。
【００２６】
図１Ｂにおいては、送信／受信要素１２２は、単一の要素として描かれているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用することができる。したがって、一実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１６上において無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。
【００２７】
送受信機１２０は、送信／受信要素１２２によって送信されることになる信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成することができる。上で言及されたように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＮＲおよびＩＥＥＥ８０２．１１など、複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含むことができる。
【００２８】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、それらからユーザ入力データを受信することができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態においては、プロセッサ１１８は、サーバまたはホームコンピュータ（図示されず）上などに配置された、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報を入手することができ、それらにデータを記憶することができる。
【００２９】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他の構成要素に電力を分配するように、および／またはそれらへの電力を制御するように構成することができる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスであることができる。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウム−イオン（Ｌｉ−ｉｏｎ）など）、太陽電池、および燃料電池などを含むことができる。
【００３０】
プロセッサ１１８は、ＧＰＳチップセット１３６にも結合することができ、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在ロケーションに関するロケーション情報（例えば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはそれの代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６上においてロケーション情報を受信することができ、および／または２つ以上の近くの基地局から受信している信号のタイミングに基づいて、自らのロケーションを決定することができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、任意の適切なロケーション決定方法を用いて、ロケーション情報を獲得することができることが理解されよう。
【００３１】
プロセッサ１１８は、さらに他の周辺機器１３８に結合することができ、他の周辺機器１３８は、追加の特徴、機能性、および／または有線もしくは無線接続性を提供する、１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真および／またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、ならびにアクティビティトラッカなどを含むことができる。周辺機器１３８は、１つまたは複数のセンサを含むことができ、センサは、ジャイロスコープ、加速度計、ホール効果センサ、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、バイオメトリックセンサ、および／または湿度センサのうちの１つまたは複数であることができる。
【００３２】
ＷＴＲＵ１０２のプロセッサ１１８は、本明細書において開示される代表的な実施形態を実施するための、例えば、１つもしくは複数の加速度計、１つもしくは複数のジャイロスコープ、ＵＳＢポート、他の通信インターフェース／ポート、ディスプレイ、および／または他の可視／可聴インジケータのうちのいずれかを含む、様々な周辺機器１３８と動作可能に通信することができる。
【００３３】
ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬと（例えば、受信用の）ダウンリンクの両方のための）特定のサブフレームと関連付けられた信号のいくつかまたはすべての送信および受信が、並列および／または同時であることができる、全二重無線を含むことができる。全二重無線は、ハードウェア（例えば、チョーク）を介して、またはプロセッサ（例えば、別個のプロセッサ（図示されず）もしくはプロセッサ１１８）を介する信号処理を介して、自己干渉を低減させ、および／または実質的に除去するために、干渉管理ユニットを含むことができる。実施形態においては、ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬまたは（例えば、受信用の）ダウンリンクのどちらかのための特定のサブフレームと関連付けられた）信号のいくつかまたはすべての送信および受信のための、半二重無線を含むことができる。
【００３４】
図１Ｃは、実施形態に従った、ＲＡＮ１０４およびＣＮ１０６を例示するシステム図である。上で言及されたように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を利用して、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４は、ＣＮ１０６とも通信することができる。
【００３５】
ＲＡＮ１０４は、ｅＮＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数のｅＮＢを含むことができることが理解されよう。ｅＮＢ１６０ａ、１６０ｂ、１６０ｃは、各々が、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を含むことができる。一実施形態においては、ｅＮＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅＮＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信することができる。
【００３６】
ｅＮＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示されず）と関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ならびにＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを処理するように構成することができる。図１Ｃに示されるように、ｅＮＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェース上において、互いに通信することができる。
【００３７】
図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２と、サービングゲートウェイ（ＳＧＷ）１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６とを含むことができる。上記の要素の各々は、ＣＮ１０６の部分として描かれているが、これらの要素のいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。
【００３８】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担うことができる。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示されず）との間における交換のためのコントロールプレーン機能を提供することができる。
【００３９】
ＳＧＷ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続することができる。ＳＧＷ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からルーティングおよび転送することができる。ＳＧＷ１６４は、ｅＮＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときにページングをトリガすること、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなど、他の機能を実行することができる。
【００４０】
ＳＧＷ１６４は、ＰＧＷ１６６に接続することができ、ＰＧＷ１６６は、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。
【００４１】
ＣＮ１０６は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１０６は、ＰＳＴＮ１０８など、回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にすることができる。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。加えて、ＣＮ１０６は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含むことができる。
【００４２】
図１Ａ〜図１Ｄにおいては、ＷＴＲＵは、無線端末として説明されるが、ある代表的な実施形態においては、そのような端末は、通信ネットワークとの有線通信インターフェースを（例えば、一時的または永続的に）使用することができることが企図されている。
【００４３】
代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであることができる。
【００４４】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードにあるＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）と、ＡＰと関連付けられた１つまたは複数の局（ＳＴＡ）とを有することができる。ＡＰは、トラフィックをＢＳＳ内および／またはＢＳＳ外に搬送する、ディストリビューションシステム（ＤＳ）または別のタイプの有線／無線ネットワークへのアクセスまたはインターフェースを有することができる。ＢＳＳ外部から発信されたＳＴＡへのトラフィックは、ＡＰを通して到着することができ、ＳＴＡに配送することができる。ＳＴＡからＢＳＳ外部の送信先に発信されたトラフィックは、それぞれの送信先に配送するために、ＡＰに送信することができる。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通して送信することができ、例えば、送信元ＳＴＡは、トラフィックをＡＰに送信することができ、ＡＰは、トラフィックを送信先ＳＴＡに配送することができる。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なすことができ、および／またはピアツーピアトラフィックと呼ばれることがある。ピアツーピアトラフィックは、直接リンクセットアップ（ＤＬＳ）を用いて、送信元ＳＴＡと送信先ＳＴＡとの間で（例えば、直接的に）送信することができる。ある代表的な実施形態においては、ＤＬＳは、８０２．１１ｅ  ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用することができる。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さないことがあり、ＩＢＳＳ内の、またはＩＢＳＳを使用するＳＴＡ（例えば、ＳＴＡのすべて）は、互いに直接的に通信することができる。ＩＢＳＳモードの通信は、本明細書においては、ときに「アドホック」モードの通信と呼ばれることがある。
【００４５】
８０２．１１ａｃインフラストラクチャモードの動作または類似したモードの動作を使用するとき、ＡＰは、プライマリチャネルなどの固定されたチャネル上において、ビーコンを送信することができる。プライマリチャネルは、固定された幅（例えば、２０ＭＨｚ幅帯域幅）、またはシグナリングを介して動的に設定された幅であることができる。プライマリチャネルは、ＢＳＳの動作チャネルであることができ、ＡＰとの接続を確立するために、ＳＴＡによって使用することができる。ある代表的な実施形態においては、例えば、８０２．１１システムにおいては、キャリアセンス多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）を実施することができる。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、あらゆるＳＴＡ）は、プライマリチャネルをセンスすることができる。プライマリチャネルが、特定のＳＴＡによってセンス／検出され、および／またはビジーであると決定された場合、特定のＳＴＡは、バックオフすることができる。与えられたＢＳＳ内においては、任意の与えられた時間に、１つのＳＴＡ（例えば、ただ１つのＳＴＡ）が、送信することができる。
【００４６】
高スループット（ＨＴ）ＳＴＡは、例えば、プライマリ２０ＭＨｚチャネルを隣接または非隣接２０ＭＨｚチャネルと組み合わせて、４０ＭＨｚ幅のチャネルを形成することを介して、通信のために４０ＭＨｚ幅チャネルを使用することができる。
【００４７】
超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅チャネルをサポートすることができる。４０ＭＨｚおよび／または８０ＭＨｚチャネルは、連続する２０ＭＨｚチャネルを組み合わせることによって形成することができる。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって形成することができ、または２つの非連続な８０ＭＨｚチャネルを組み合わせることによって形成することができ、これは、８０＋８０構成と呼ばれることがある。８０＋８０構成の場合、データは、チャネルエンコーディングの後、データを２つのストリームに分割することができるセグメントパーサを通過することができる。各ストリームに対して別々に、逆高速フーリエ変換（ＩＦＦＴ）処理、および時間領域処理を行うことができる。ストリームは、２つの８０ＭＨｚチャネル上にマッピングすることができ、データは、送信ＳＴＡによって送信することができる。受信ＳＴＡの受信機においては、８０＋８０構成のための上で説明された動作を逆転することができ、組み合わされたデータは、媒体アクセス制御（ＭＡＣ）に送信することができる。
【００４８】
１ＧＨｚ未満モードの動作は、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。チャネル動作帯域幅およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるそれらと比べて、８０２．１１ａｆおよび８０２．１１ａｈにおいては低減させられる。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ帯域幅をサポートする。代表的な実施形態に従うと、８０２．１１ａｈは、マクロカバレージエリアにおけるＭＴＣデバイスなど、メータタイプ制御／マシンタイプコミュニケーションをサポートすることができる。ＭＴＣデバイスは、一定の機能を、例えば、一定の帯域幅および／または限られた帯域幅のサポート（例えば、それらのサポートだけ）を含む限られた機能を有することができる。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）しきい値を上回るバッテリ寿命を有するバッテリを含むことができる。
【００４９】
８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど、複数のチャネルおよびチャネル帯域幅をサポートすることができる、ＷＬＡＮシステムは、プライマリチャネルとして指定することができるチャネルを含む。プライマリチャネルは、ＢＳＳ内のすべてのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有することができる。プライマリチャネルの帯域幅は、ＢＳＳ内において動作するすべてのＳＴＡの中の、最小帯域幅動作モードをサポートするＳＴＡによって設定および／または制限することができる。８０２．１１ａｈの例においては、ＢＳＳ内のＡＰおよび他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それだけをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）のために、プライマリチャネルは、１ＭＨｚ幅であることができる。キャリアセンシングおよび／またはネットワークアロケーションベクトル（ＮＡＶ）設定は、プライマリチャネルのステータスに依存することができる。例えば、（１ＭＨｚ動作モードだけをサポートする）ＳＴＡが、ＡＰに送信しているせいで、プライマリチャネルが、ビジーである場合、利用可能な周波数バンドの大部分が、アイドルのままであり、利用可能であることができるとしても、利用可能な周波数バンド全体をビジーと見なすことができる。
【００５０】
米国においては、８０２．１１ａｈによって使用することができる利用可能な周波数バンドは、９０２ＭＨｚから９２８ＭＨｚである。韓国においては、利用可能な周波数バンドは、９１７．５ＭＨｚから９２３．５ＭＨｚである。日本においては、利用可能な周波数バンドは、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈのために利用可能な合計帯域幅は、国の規則に応じて、６ＭＨｚから２６ＭＨｚである。
【００５１】
図１Ｄは、実施形態に従った、ＲＡＮ１１３およびＣＮ１１５を示すシステム図である。上で言及されたように、ＲＡＮ１１３は、ＮＲ無線技術を利用して、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１１３は、ＣＮ１１５とも通信することができる。
【００５２】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含むことができるが、ＲＡＮ１１３は、実施形態との整合性を保ちながら、任意の数のｇＮＢを含むことができることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、各々が、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を含むことができる。一実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することができる。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、および／またはｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信することができる。したがって、ｇＮＢ１８０ａは、例えば複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信することができる。実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実施することができる。例えば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａに複数のコンポーネントキャリアを送信することができる（図示されず）。これらのコンポーネントキャリアのサブセットは、アンライセンススペクトル上にあることができるが、残りのコンポーネントキャリアは、ライセンススペクトル上にあることができる。実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（ＣｏＭＰ）技術を実施することができる。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａとｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から調整された送信を受信することができる。
【００５３】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなヌメロロジ（ｎｕｍｅｒｏｌｏｇｙ）と関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。例えば、ＯＦＤＭシンボル間隔、および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／または無線送信スペクトルの異なる部分ごとに様々であることができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、および／または様々な長さの絶対時間だけ持続する）様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。
【００５４】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、ｅＮＢ１６０ａ、１６０ｂ、１６０ｃなどの）他のＲＡＮにアクセスすることもなしに、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数を、モビリティアンカポイントとして利用することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、アンライセンスバンド内において信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。非スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅＮＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し／別のＲＡＮにも接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し／ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに接続することができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣ原理を実施して、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ、および１つまたは複数のｅＮＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信することができる。非スタンドアロン構成においては、ｅＮＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカとしての役割を果たすことができ、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするための追加のカバレージおよび／またはスループットを提供することができる。
【００５５】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示されず）と関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ−ＵＴＲＡとの間のインターワーキング、ユーザプレーンデータのユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂへのルーティング、ならびにコントロールプレーン情報のアクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂへのルーティングなどを処理するように構成することができる。図１Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェース上において、互いに通信することができる。
【００５６】
図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂと、少なくとも１つのＵＰＦ１８４ａ、１８４ｂと、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂと、おそらくは、データネットワーク（ＤＮ）１８５ａ、１８５ｂとを含むことができる。上記の要素の各々は、ＣＮ１１５の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。
【００５７】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるプロトコルデータユニット（ＰＤＵ）セッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、レジストレーションエリアの管理、ＮＡＳシグナリングの終了、およびモビリティ管理などを担うことができる。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用することができる。例えば、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量モバイルブロードバンド（ｅＭＢＢ）アクセスに依存するサービス、および／またはマシンタイプコミュニケーション（ＭＴＣ）アクセスのためのサービスなど、異なる使用事例のために、異なるネットワークスライスを確立することができる。ＡＭＦ１８２ａ、１８２ｂは、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、および／またはＷｉＦｉのような非３ＧＰＰアクセス技術など、他の無線技術を利用する他のＲＡＮ（図示されず）との間の交換のためのコントロールプレーン機能を提供することができる。
【００５８】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続することができる。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インターフェースを介して、ＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂに接続することもできる。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを通したトラフィックのルーティングを構成することができる。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ（またはＷＴＲＵ）  ＩＰアドレスの管理および割り当てを行うこと、ＰＤＵセッションを管理すること、ポリシ実施およびＱｏＳを制御すること、ならびにダウンリンクデータ通知を提供することなど、他の機能を実行することができる。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、およびイーサネットベースなどであることができる。
【００５９】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続することができ、それらは、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。ＵＰＦ１８４ａ、１８４ｂは、パケットをルーティングおよび転送すること、ユーザプレーンポリシを実施すること、マルチホーミングＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、ならびにモビリティアンカリングを提供することなど、他の機能を実行することができる。
【００６０】
ＣＮ１１５は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。加えて、ＣＮ１１５は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含むことができる。一実施形態においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、およびＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通して、ローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続することができる。
【００６１】
図１Ａ〜図１Ｄ、および図１Ａ〜図１Ｄについての対応する説明に鑑みて、ＷＴＲＵ１０２ａ〜ｄ、基地局１１４ａ〜ｂ、ｅＮＢ１６０ａ〜ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ〜ｃ、ＡＭＦ１８２ａ〜ｂ、ＵＰＦ１８４ａ〜ｂ、ＳＭＦ１８３ａ〜ｂ、ＤＮ１８５ａ〜ｂ、および／または本明細書において説明される他の任意のデバイスのうちの１つまたは複数に関する、本明細書において説明される機能の１つもしくは複数またはすべては、１つまたは複数のエミュレーションデバイス（図示されず）によって実行することができる。エミュレーションデバイスは、本明細書において説明される機能の１つもしくは複数またはすべてをエミュレートするように構成された、１つまたは複数のデバイスであることができる。例えば、エミュレーションデバイスは、他のデバイスをテストするために、ならびに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために、使用することができる。
【００６２】
エミュレーションデバイスは、実験室環境において、および／またはオペレータネットワーク環境において、他のデバイスの１つまたは複数のテストを実施するように設計することができる。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線および／または無線通信ネットワークの一部として、完全または部分的に実施および／または展開されながら、１つもしくは複数またはすべての機能を実行することができる。１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として、一時的に実施／展開されながら、１つもしくは複数またはすべての機能を実行することができる。エミュレーションデバイスは、テストを行う目的で、別のデバイスに直接的に結合することができ、および／またはオーバザエア無線通信を使用してテストを実行することができる。
【００６３】
１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実施／展開されずに、すべての機能を含む１つまたは複数の機能を実行することができる。例えば、エミュレーションデバイスは、１つまたは複数の構成要素のテストを実施するために、テスト実験室ならびに／または展開されていない（例えば、テスト）有線および／もしくは無線通信ネットワークにおける、テストシナリオにおいて利用することができる。１つまたは複数のエミュレーションデバイスは、テスト機器であることができる。データを送信および／または受信するために、直接ＲＦ結合、および／または（例えば、１つもしくは複数のアンテナを含むことができる）ＲＦ回路を介した無線通信を、エミュレーションデバイスによって使用することができる。
【００６４】
−代表的なアンライセンス動作−
アンライセンス周波数バンドにおける動作は、例えば最も高い電力レベルにおける平均等価等方放射電力（ＥＩＲＰ）および／または平均ＥＩＲＰ密度によって与えられる、送信電力制御（ＴＰＣ）、ＲＦ出力電力、および／または電力密度に対するいくつかの制限をこうむることがある。アンライセンス周波数バンドにおける動作は、さらに、送信機帯域外放射に対する要件および／または制限を受けることがある。要件および／または制限は、特定の周波数バンドおよび／または地理的ロケーションに固有であることができる。
【００６５】
動作は、さらに、５ＧＨｚ領域におけるアンライセンススペクトルに対して定義することができる、公称チャネル帯域幅（ＮＣＢ）および／または占有チャネル帯域幅（ＯＣＢ）に対する要件／制限をこうむることがある。ＮＣＢ（例えば、単一のチャネルに割り当てられる、ガードバンドを含む、最も広い周波数のバンド）は、例えば、常に、少なくとも５ＭＨｚであることができる。ＯＣＢ（例えば、信号の電力の９９％を含む帯域幅）は、宣言されたＮＣＢの８０％から１００％の間の範囲にあることができる。確立された通信の間、デバイスには、それのＯＣＢを、例えば、（例えば、４ＭＨｚの）最小帯域幅を有する、それのＮＣＢの４０％ほどの低さまで低減することができるモードで、動作する（例えば、一時的に動作する）ことを許可することができる。
【００６６】
アンライセンス周波数バンドにおけるチャネルアクセスは、リッスンビフォアトーク（ＬＢＴ）メカニズムを使用することができる。ＬＢＴは、チャネルが占有されているかどうかに関係なく、義務付けられることがある（例えば、一般に、義務付けられる）。ある代表的な実施形態においては、チャネルは、周波数バンドの連続部分であることができ、他の代表的な実施形態においては、チャネルは、１つまたは複数の周波数バンドからなる複数の非連続部分であることができる。アンライセンス周波数バンドについての文脈においては、チャネルは、通信のために利用可能である、ＬＢＴメカニズム／動作によって決定される、スペクトルリソースであることができる。チャネルは、ＷＴＲＵが、占有チャネル帯域幅（例えば、ＬＢＴ帯域幅）を獲得するために、その上で単一のＬＢＴ手順を実行することができる、リソースのセットを包含することができる。
【００６７】
フレームベースのシステムについては、ＬＢＴは、（例えば、約２０μｓの範囲内の）空きチャネル判定（ＣＣＡ）時間、（例えば、最小１ｍｓ、最大１０ｍｓの）チャネル占有時間（ＣＯＴ）、（例えば、最小でＣＯＴの５％の）アイドル期間、（例えば、ＣＯＴ＋アイドル期間に等しい）固定フレーム期間、ショート制御シグナリング送信時間（例えば、５０ｍｓの観測期間内における最大で５％のデューティサイクル）、および／またはＣＡＡエネルギー検出しきい値によって特徴付けることができる。
【００６８】
（例えば、送信／受信構造が、時間的に固定されないことがある）負荷ベースのシステムについては、ＬＢＴは、例えば、固定フレーム期間の代わりに、拡張されたＣＣＡにおける空きアイドルスロットの数に対応する数Ｎによって特徴付けることができる。Ｎは、範囲内において選択（例えば、ランダムに選択）することができる。
【００６９】
展開シナリオは、異なるスタンドアロンＮＲベースの動作、デュアルコネクティビティ動作の異なる変形、例えば、例えば、少なくとも１つのキャリアが、ＬＴＥ無線アクセス技術（ＲＡＴ）に従って動作する、ＥＮ‐ＤＣ、もしくは例えば、１つもしくは複数のキャリアのうちの少なくとも２つのセットが、ＮＲ  ＲＡＴに従って動作する、ＮＲ  ＤＣ、ならびに／または例えば、ＬＴＥおよびＮＲ  ＲＡＴの各々のゼロ以上のキャリアの異なる組み合わせもおそらくは含む、キャリアアグリゲーション（ＣＡ）の異なる変形を含むことができる。
【００７０】
例えば、ＬＴＥについては、以下の機能性の任意の組み合わせを、ライセンス補助アクセス（ＬＡＡ）システムにおいて実施することができる。
【００７１】
（１）（ときにはＬＢＴ動作と呼ばれる）ＬＢＴ手順を、機器が、チャネルを使用する前に、それによってＣＣＡチェックを適用することができる、または適用すべきメカニズムとして定義することができる、ＬＢＴ（ＣＣＡ）。ＣＣＡは、チャネルが占有されているか、それとも空いているかをそれぞれ決定するために、少なくともエネルギー検出を利用して、チャネル上における他の信号の存在または非存在を決定することができる。ある規制および／または動作が、アンライセンス周波数バンドにおけるＬＢＴの使用を義務付けることがある。規制／動作要件とは別に、ＬＢＴを介したキャリアセンシングは、アンライセンススペクトルの公平な共用のための１つの方法であり、アンライセンススペクトルにおける、例えば、単一のグローバルソリューションフレームワークにおける、公平でフレンドリな動作のための不可欠な特徴であることができる。
【００７２】
（２）制限された最大送信持続時間を有するキャリア上における不連続送信（アンライセンススペクトルにおいては、チャネル利用可能性は、保証することができない（例えば、常に保証することができるとは限らない）。例えば、（ヨーロッパおよび日本などの）ある地域は、連続送信を禁止していることがあり、および／またはアンライセンススペクトルにおける送信バーストの最大持続時間に対して、制限を課すことがある。制限された最大送信持続時間を有する不連続送信が、ＬＡＡのために必要とされること、および／または適切な機能であることがある）。
【００７３】
（３）キャリア選択（例えば、アンライセンススペクトルの広い利用可能な帯域幅が、存在するので、低い干渉を有する（例えば、しきい値レベルを下回る）キャリア、および他のアンライセンススペクトル展開との良好な共存を達成するための、そのような干渉を有するキャリアを選択するために、キャリア選択が、ＬＡＡノードのために必要とされること、および／または適切であることがある）。
【００７４】
（４）ＴＰＣ（例えば、ＴＰＣは、規制要件であることがあり、ならびに／または送信デバイスが、それによって送信電力を、最大公称送信電力と比較して、３ｄＢまたは６ｄＢの割合で低減することができることがある、および／もしくは低減すべき、いくつかの地域において適切なことがある）。
【００７５】
（５）無線リソース管理（ＲＲＭ）測定（例えば、セル識別を含むことは、ＳＣｅｌｌ間におけるモビリティ、および／またはアンライセンス周波数バンドにおける堅牢な動作を可能にすることができる）。
【００７６】
（６）（例えば、チャネルおよび干渉を含む）チャネル状態情報（ＣＳＩ）測定。
【００７７】
アンライセンスキャリアで動作するＷＴＲＵは、例えば、アンライセンス周波数バンド上における情報の正常な受信のための、ＲＲＭ測定を可能にするために、周波数／時間推定および同期をサポートすることができる。
【００７８】
ある代表的な実施形態においては、ｇＮＢは、あるＬＢＴ検討を行って、１つまたは複数の次回のＰＲＡＣＨ機会を示すように、１つまたは複数のＷＴＲＵをトリガすることができる。ＷＴＲＵは、対応するアップリンク送信に関連するトリガ内容またはトリガ受信時間から、ＬＢＴ構成を決定することができる。
【００７９】
ある代表的な実施形態においては、ＷＴＲＵは、例えば、事前構成されたパターンに従って、ＰＲＡＣＨリソーストリガ信号を明示的および／または暗黙的に監視する（モニターする：monitor）ことができる。トリガ信号は、ＰＲＡＣＨ構成／リソースを示すことができる。
【００８０】
ある代表的な実施形態においては、例えば、ＷＴＲＵが、ｇＮＢから、ｇＮＢを介して、もしくはｇＮＢによって獲得されたＣＯＴのための１つもしくは複数の切り換えポイントを用いるように構成された場合、および／またはそれを示すように伝えられた（それを示すように明示的に伝えられた、もしくはランダムアクセス（ＲＡ）手順の状況に基づいて暗黙的に伝えられた）場合、ＷＴＲＵは、メッセージ３（ｍｓｇ３）送信の前に、異なるＬＢＴ構成をスキップおよび／または適用することができる。
【００８１】
ある代表的な実施形態においては、ＷＴＲＵは、チャネル占有状態に従って、それのランダムアクセス応答（ＲＡＲ）タイマ、およびそれの競合解決タイマを調整することができる。
【００８２】
ある代表的な実施形態においては、ＷＴＲＵは、複数のリソース上において、おそらくは、独立したＬＢＴ（例えば、独立したＬＢＴ動作）に従う異なるサブバンド、ＢＷＰ、セル、および／またはチャネル上において、ＬＢＴを実行することによって、メッセージ１、２、３、および／または４（ｍｓｇ１／２／３／４）を送信／受信することを試みることができる。
【００８３】
ある代表的な実施形態においては、ＷＴＲＵは、ＬＢＴの結果にかかわりなく、ＭＡＣが、ＰＨＹにプリアンブル／ＳＲを送信するように命令するたびに、またはプリアンブル／ＳＲ送信試行が、ＬＢＴに失敗するたびに、インクリメントすることができる、プリアンブル／ＳＲ試行カウンタを維持することができる。ＷＴＲＵは、異なるチャネルに切り換える際、および／または関連するタイマの満了時に、カウンタをリセットすることができる。
【００８４】
ある代表的な実施形態においては、ＷＴＲＵは、プリアンブル／ＳＲ試行カウンタが、あるしきい値を上回ったとき、異なるＬＢＴサブバンド、ＢＷＰ、セル、および／またはチャネルに切り換えることができる。ＷＴＲＵは、さらに、（１）ランダムアクセス手順を開始し、（２）プリアンブルもしくはＳＲを再送し、および／または（３）無線リンク問題をより高位のレイヤに報告することができる。
【００８５】
ある代表的な実施形態においては、ＷＴＲＵは、チャネル占有状態に応じて、事前構成および／または伝達された値に従って、ＷＴＲＵによって決定されたバックオフ値を適用することができる。
【００８６】
ある代表的な実施形態においては、ＷＴＲＵは、ＲＡ優先度に応じて、異なるＬＢＴウィンドウおよび／または構成を適用することができる。
【００８７】
ある代表的な実施形態においては、ＮＲアンライセンス（ＮＲ−Ｕ）におけるスケジューリング要求（ＳＲ）手順は、トリガされた物理アップリンク制御チャネル（ＰＵＣＣＨ）送信、ＳＲ再送、ＳＲトリガリングおよび／もしくはキャンセレーション、ならびに／またはＳＲ禁止タイマ調整のうちのいずれかを含むことができる。
【００８８】
ある代表的な実施形態においては、ＷＴＲＵが、ＰＵＣＣＨリソーストリガ信号の受信に従って、ＰＵＣＣＨリソース利用可能性を決定するための、方法、手順、動作、装置、および／またはシステムを、実施することができる。ｇＮＢは、あるＬＢＴ検討を行って、１つまたは複数の次回のＰＵＣＣＨ機会を示すように、１つまたは複数のＷＴＲＵをトリガすることができる。
【００８９】
ある代表的な実施形態においては、チャネル占有状態に応じて、またはＳＲを送信した後に提供された１つもしくは複数のＰＵＳＣＨリソースについて、ＬＢＴ（例えば、ＬＢＴ動作）の失敗が発生したかどうかに応じて、ＷＴＲＵが、保留中ＳＲのＳＲ禁止タイマを調整するための、方法、手順、動作、装置、および／またはシステムを、実施することができる。
【００９０】
ある代表的な実施形態においては、例えば、複数のアクティブな帯域幅パート（ＢＷＰ）をサポートおよび／または使用することが可能な、ＷＴＲＵが、（例えば、ある条件時に、異なるサブバンドおよび／またはＢＷＰ上において）追加のＳＲをトリガするための、方法、手順、動作、装置、および／またはシステムを、実施することができる。
【００９１】
ある代表的な実施形態においては、バッファステータスレポート（ＢＳＲ）媒体アクセス制御制御要素（ＭＡＣ  ＣＥ）を包含する、もしくは含むＰＤＵを送信した際、および／または対応するＰＵＳＣＨ送信に対するＬＢＴ動作が成功した旨の（例えば、ＰＨＹ（例えば、物理層）からの）インジケーション時に、ＷＴＲＵが、保留中ＳＲおよび／または保留中ＢＳＲをキャンセルするための、方法、手順、動作、装置、および／またはシステムを、実施することができる。
【００９２】
ある代表的な実施形態においては、例えば、（例えば、ＰＲＡＣＨのためにトリガされたときに、ＬＢＴ動作をいつ、および／またはどのように実行するかについての）トリガされたＰＲＡＣＨ送信に対する、方法、手順、動作、装置、および／またはシステムを、実施することができる。
【００９３】
ある代表的な実施形態においては、例えば、ＳＳＢが日和見的に送信しているときに、ビームインジケーションを実行するための、方法、手順、動作、装置、および／またはシステムを、実施することができる。
【００９４】
ある代表的な実施形態においては、例えば、ＰＲＡＣＨと他のＵＬチャネルのＷＴＲＵ多重化を可能にするための、変更されたＬＢＴ（例えば、変更されたＬＢＴ動作）の、方法、手順、動作、装置、および／またはシステムを、実施することができる。
【００９５】
ある代表的な実施形態においては、例えば、（例えば、マルチステップＲＡＣＨ、例えば、２ステップＲＡＣＨのために）インターレースされたＰＲＡＣＨおよびＰＵＳＣＨを可能にするための、方法、手順、動作、装置、および／またはシステムを、実施することができる。
【００９６】
ある代表的な実施形態においては、例えば、条件付き構成されるグラント、およびそれのトリガリングのための、方法、手順、動作、装置、および／またはシステムを、実施することができる。
【００９７】
ある代表的な実施形態においては、ＷＴＲＵは、優先度が高いランダムアクセス手順を開始する際、または開始した後に、差別化されたＬＢＴ構成をプリアンブル送信に対して適用するように構成することができる。
【００９８】
ある代表的な実施形態においては、ＷＴＲＵは、あるＬＢＴ構成をＳＲ送信に対して適用するように構成することができ、それによって、ＬＢＴ構成は、選択されたＳＲ構成、および／または保留中ＳＲをトリガした論理チャネルに従って、選択することができる。
【００９９】
−３ＧＰＰリリース１５（Ｒ１５）ニューラジオ（ＮＲ）における代表的動作−
ＮＲにおいては、ＷＴＲＵは、キャリア内における帯域幅パート（ＢＷＰ）を使用して、動作することができる。ＷＴＲＵは、初期ＢＷＰを使用して、セルにアクセスすることができる。その後、ＷＴＲＵは、動作を継続するために、ＢＷＰのセットを用いるように構成することができる。ある代表的な実施形態においては、任意の与えられた瞬間において、ＷＴＲＵは、１つのアクティブなＢＷＰを有することができる。他の代表的な実施形態においては、ＷＴＲＵは、１つまたは複数のアクティブなＢＷＰを有することができる。各ＢＷＰは、ＷＴＲＵが、とりわけ、スケジューリングのために、その中で物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補をブラインドデコードすることができる、コアセットのセットを用いるように構成することができる。
【０１００】
ＮＲシステムは、可変送信持続時間および／またはフィードバックタイミングをサポートすることができ、および／または実施することができる。可変送信持続時間を用いると、物理ダウンリンク共用チャネル（ＰＤＳＣＨ）送信、および／または物理アップリンク共用チャネル（ＰＵＳＣＨ）送信は、スロットのシンボルの連続したサブセットを占有することができる。可変フィードバックタイミングを用いると、ダウンリンク（ＤＬ）割り当てのためのダウンリンク制御情報（ＤＣＩ）は、（例えば、特定のＰＵＣＣＨリソースを指し示すことによる）ＷＴＲＵのためのフィードバックのタイミングについてのインジケーションを含むことができる。
【０１０１】
ＮＲシステムは、異なるタイプの物理アップリンク制御チャネル（ＰＵＣＣＨ）リソース（例えば、２つ以上のタイプのＰＵＣＣＨリソース）、例えば、ショートＰＵＣＣＨおよび／またはロングＰＵＣＣＨをサポートすることができ、および／または実施することができる。ショートＰＵＣＣＨは、１個または２個のＯＦＤＭシンボルを使用して送信することができ、ロングＰＵＣＣＨは、最大１４個のＯＦＤＭシンボルを使用することができる。各ＰＵＣＣＨタイプは、例えば、対応するペイロードのタイプおよび／またはサイズに依存することができる、複数のフォーマットを有することができる。
【０１０２】
ＮＲにおけるＲＡ手順は、例えば、ＲＡ開始タイプに応じて、優先付けすることができる。優先付けされたＲＡ（例えば、ＲＡＣＨ）手順は、ネットワーク（例えば、ネットワークエンティティ）によって構成される、差別化されたバックオフ値および／または電力ランピング値を使用することができる。
【０１０３】
ＮＲ  ＷＴＲＵは、複数のＳＲ構成を用いるように構成することができる。ＳＲ構成は、ある周期性を有する、ＰＵＣＣＨリソースのセットであることができる。ある代表的な実施形態においては、無線リソース制御（ＲＲＣ）は、単一のＳＲ構成を使用するように、論理チャネル（例えば、各論理チャネル）を構成することができる。
【０１０４】
ビームフォーミングされるセル（例えば、ＮＲライセンスされたビームフォーミングされるセル）においては、（ＳＳＢおよび／またはＣＳＩ‐ＲＳによって表される）ビームと、ＰＲＡＣＨリソースまたはプリアンブルとの間の関連付けは、例えば、ＲＡＲおよび／またはさらなるダウンリンク信号の受信のために、どのビームが最良であることができるか、または最良であるかを、ＷＴＲＵがネットワーク（例えば、ネットワークエンティティおよび／またはｇＮＢ）に示すことを支援するように構成することができる。例えば、連続するＳＳＢは、時間領域における連続するＰＲＡＣＨオケージョンにマッピングすることができる。同期信号（ＳＳ）バーストは、同期信号を送信するために使用される、連続したＳＳＢのセットであることができる。ビームフォーミングされるＮＲ−Ｕセルの状況においては、ＳＳバースト内のビームのサブセットが、ＬＢＴ失敗のせいで、見当たらないことがある。見当たらないＳＳＢの送信タイミングは、タイミングオフセットによって示すことができ、および／または例えば、見当たらないＳＳＢは、ＳＳバーストにおける最後のＳＳＢの後に、サイクリックに送信されるべきであると仮定することによって、ＷＴＲＵによって決定することができる。
【０１０５】
−ＮＲリリース１６（Ｒ１６）のためのアンライセンスバンドにおける代表的ＷＴＲＵ動作−
ある代表的な実施形態においては、ＬＴＥ‐ＬＡＡおよび他の現任のＲＡＴとの共存動作／手順とともに、初期アクセス、ＲＡ、スケジューリング／ＨＡＲＱ、および／またはモビリティを含む、Ｒ１６動作のためのアンライセンスバンドにおける動作をサポートするための、方法、装置、およびシステムを、実施することができる。例えば、そのような実施形態は、ＬＴＥアンカおよび／またはＮＲアンカセルと接続された、ＮＲベースのＬＡＡセル、ならびにアンライセンススペクトルを使用してスタンドアロンで動作する、ＮＲベースのセルを含むことができる。
【０１０６】
ある代表的な実施形態においては、ＯＣＢ要件を満たしながら、チャネルを共用するのに役立つことがある、例えば、ｅＬＡＡにおいてＰＵＳＣＨ送信をインターレースするように、ＰＲＡＣＨ信号をインターレースする、例えば、ＰＲＡＣＨ物理チャネル構造および／またはＲＡ手順に対するエンハンスメントを含む、ＲＡのためのアンライセンスバンドにおける動作をサポートするための、方法、装置、およびシステムを、実施することができる。
【０１０７】
ある代表的な実施形態においては、スタンドアロンモードおよびＬＴＥ‐ＮＲ展開シナリオにおいて、ＮＲ‐ＵセルについてのＲＡのために、アンライセンスバンドにおける動作をサポートするための、方法、装置、およびシステムを、実施することができる。ＮＲ‐ＵセルについてのＲＡについては、プリアンブル、ＲＡＲ、ｍｓｇ３、および／またはｍｓｇ４送信は、ＬＢＴ結果に従うことができるので、マルチステップ（例えば、４ステップ）ＲＡ手順は、例えば、再送を考慮することすらなく、それぞれの送信の前に、最大４つの独立したＬＢＴ手順を使用すること、および／または必要とすることがある。マルチステップＲＡ手順をＮＲ−Ｕセルに適用する前に、ＣＣＡを使用すること、および／または必要とすることは、（例えば、マルチステップＲＡ手順の完了まで）遅延（例えば、かなりの遅延）を引き起こすことがある。
【０１０８】
ＮＲライセンスにおいては、物理ランダムアクセスチャネル（ＰＲＡＣＨ）オケージョンは、異なるプリアンブルが選択された場合、複数のＷＴＲＵが、同じＰＲＡＣＨオケージョン上において、同時ＲＡ手順を開始することができる、ネットワークエンティティ（例えば、ｇＮＢ）によって提供される、時間−周波数リソース上におけるシステムアクセス機会を表すことができる。ＮＲ−Ｕにおいては、ＰＲＡＣＨオケージョンは、ＬＢＴ結果に従う、条件付きシステムアクセス機会を表すことができる。与えられたＰＲＡＣＨオケージョン上においてプリアンブルを送信する、単一のＷＴＲＵは、他のＷＴＲＵが、同じチャネル上において別のプリアンブルを送信することをブロックすることができ、ＮＲ−ＵセルにおけるＲＡＣＨ容量に影響することができる。接続モードにおけるＷＴＲＵについては、ＮＲ−ＵにおいてＰＵＣＣＨ上においてＳＲまたはアップリンク制御情報（ＵＣＩ）を送信することは、ＬＢＴ手順に従うことができ、および／またはＬＢＴ手順を使用することができる。
【０１０９】
−ＲＡ手順に対する代表的なＬＢＴ影響−
−代表的なトリガされるＰＲＡＣＨ機会−
図２は、トリガ信号２１０（例えば、ＰＲＡＣＨトリガ信号２１０）を受信した際に、ＰＲＡＣＨ送信（例えば、ＰＲＡＣＨ２２０ａおよび／または２２０ｂ）を送信する、代表的なＲＡ手順２００を例示する図である。
【０１１０】
図２を参照すると、ＲＡ手順２００は、ＲＡ手順２３０ａを開始することを望むことがある、第１のＷＴＲＵ１０２ａを含むことができる。その後、第２のＷＴＲＵ１０２ｂが、ＲＡ手順２３０ｂを開始することを望むことがある。チャネルは、（例えば、チャネルビジー期間２１５にわたって）ビジーであることがあり、および／または第１のＷＴＲＵ１０２ａおよび第２のＷＴＲＵ１０２ｂは、ＰＲＡＣＨトリガ信号２１０を待つことができる。例えば、ネットワークエンティティ（例えば、ｇＮＢ１８０ａ）は、第１のＷＴＲＵ１０２ａおよび第２のＷＴＲＵ１０２ｂが、ＰＲＡＣＨ送信２２０ａおよび２２０ｂを送信することができることを示す、例えば、チャネルが利用可能である（例えば、チャネルがビジーではない、および／またはもはやビジーではない）ことを示す、ＰＲＡＣＨトリガ信号２１０を（例えば、ブロードキャスト、マルチキャスト、および／またはユニキャストするために）送信することができる。チャネルがビジーである間（例えば、チャネルビジー期間２１５の間）、ｇＮＢ１８０ａは、ＰＲＡＣＨトリガ信号２１０を送信することができない。チャネルが利用可能になった後（例えば、チャネルビジー期間２１５が終了した後、ならびに／またはｇＮＢ１８０ａによって、チャネルは利用可能である、および／もしくは空いていると決定された後）、ｇＮＢ１８０ａは、ＰＲＡＣＨトリガ信号２１０を送信することができる。第１のＷＴＲＵ１０２ａおよび第２のＷＴＲＵ１０２ｂは、ＰＲＡＣＨトリガ２１０を監視することができ、受信することができる。ＰＲＡＣＨトリガ信号２１０を受信した後、または受信したことに応答して、第１のＷＴＲＵ１０２ａは、ＲＡプリアンブル送信２２０ａを送信して、例えば、ＷＴＲＵ１０２ａのためのＲＡ手順を始めることができる。ＰＲＡＣＨトリガ信号２１０を受信した後、または受信したことに応答して、第２のＷＴＲＵ１０２ｂは、同様にＲＡプリアンブル送信２２０ｂを送信して、例えば、ＷＴＲＵ１０２ｂのためのＲＡ手順を始めることができる。
【０１１１】
ＷＴＲＵ１０２ａ、１０２ｂは、ＷＴＲＵ１０２が、（例えば、ＲＡ手順を始める、または開始するために）その上でＰＲＡＣＨプリアンブル（例えば、ＰＲＡＣＨプリアンブル送信２２０）を送信することができる、ＰＲＡＣＨリソースを示されること、および／またはＰＲＡＣＨリソースを用いるように構成することができる。ＰＲＡＣＨリソースは、とりわけ、（１）時間リソース（例えば、シンボルのセット）、（２）周波数リソース（例えば、物理リソースブロック（ＰＲＢ）のセット）、（３）１つもしくは複数のアナログ／デジタル／ハイブリッドプリコーダ（例えば、１つもしくは複数の送信ビーム）、（４）（例えば、直交または非直交多元接続を可能にするための）１つもしくは複数のカバー符号またはプリアンブル、（５）１つもしくは複数のインターレースパターン（例えば、その上で送信するサブキャリアまたはＰＲＢのサブセット）、および／または（６）１つもしくは複数のＬＢＴ構成のうちの少なくとも１つを含むことができる。ＬＢＴ構成は、（１）ブロードキャストされた送信からＷＴＲＵ１０２によって受信され、（２）半静的構成であり、（３）インジケーション（例えば、半静的もしくは動的インジケーション）に基づいて決定され、（４）トリガ信号間のタイミングから決定され、および／または（５）トリガ信号と適用可能なアップリンク送信との間の時間ギャップから決定されることができる。ＬＢＴ構成またはＬＢＴパラメータは、少なくとも、（１）チャネルアクセス優先度クラス、（２）ＬＢＴのカテゴリもしくはタイプ、（３）輻輳ウィンドウサイズ、および／または（４）ＵＥがチャネルを獲得すること、もしくはその上でアップリンク信号を送信することができると決定するために使用されるパラメータを包含することができる。
【０１１２】
ＰＲＡＣＨリソース上において、ＰＲＡＣＨプリアンブル送信２２０を実行するために、ＷＴＲＵ１０２は、リソースを構成する前に、ＬＢＴ動作を実行することができる。ＷＴＲＵ１０２は、ＰＲＡＣＨプリアンブル２２０の送信に結び付けることができる、ＬＢＴ構成を使用することができる。例えば、ＷＴＲＵ１０２は、ＰＲＡＣＨプリアンブル２２０の送信に適用可能である（例えば、それだけに適用可能である）ことができる、特定のＬＢＴ構成を有することができる。
【０１１３】
別の代表的な動作においては、ＰＲＡＣＨプリアンブル２２０を送信することを望む、および／または送信する必要があるＷＴＲＵ１０２は、ＰＲＡＣＨプリアンブル２２０の送信の前に、（例えば、１つまたは複数のＰＲＡＣＨリソースに結び付けられた）ＰＲＡＣＨプリアンブル送信トリガ２１０を受信することができる。ＷＴＲＵは、次回のＰＲＡＣＨリソースが有効であることを示す信号を受信することを予期することができる。インジケーションの受信は、ＰＲＡＣＨリソースのために使用されるＬＢＴのタイプ（および／またはＬＢＴパラメータ）に影響を与えることがある。例えば、（１）ＷＴＲＵ１０２が、それのためのＰＲＡＣＨトリガ信号２１０（例えば、プリアンブル送信トリガ）を受信しなかったＰＲＡＣＨリソースに対しては、ＷＴＲＵ１０２は、ＰＲＡＣＨプリアンブル２２０の送信の前に、完全なＬＢＴ手順を使用することができ、（２）ＷＴＲＵ１０２が、それのためのＰＲＡＣＨプリアンブル送信トリガ２１０（例えば、ＰＲＡＣＨトリガ信号）２１０を受信したＰＲＡＣＨリソースに対しては、ＷＴＲＵ１０２は、優先度がより高いＬＢＴ（例えば、チャネル獲得の可能性を高めるために、それのパラメータを緩めることができる、ＬＢＴ構成）を使用することができ、またはＬＢＴ手順をまったく使用しないことができる。
【０１１４】
他の代表的な実施形態においては、（例えば、ＲＡを実行するようにトリガされた）ＷＴＲＵ１０２は、ＬＢＴ動作の終了とＰＲＡＣＨプリアンブル送信２２０の開始との間に、時間の期間が存在することができるように、ＬＢＴ動作および／または別のチャネルアクセス手順を実行することができる。このギャップ（例えば、このギャップ期間）の間、ＷＴＲＵ１０２は、ＰＲＡＣＨトリガ信号２１０が送信されたかどうかを決定するために、リッスンすることができる。ＰＲＡＣＨトリガ信号２１０の受信時および／または受信後、チャネルが占有されていないと以前に決定していた（例えば、ＬＢＴ動作に成功していた）ときは、ＷＴＲＵ１０２は、適用可能なＰＲＡＣＨリソースで、ＰＲＡＣＨ（例えば、ＰＲＡＣＨプリアンブル送信）２２０を送信することができる。ＷＴＲＵ１０２は、ＷＴＲＵ１０２が、次回のＰＲＡＣＨ（または他のＵＬ）送信のために、その上でＬＢＴ（例えば、ＬＢＴ動作）を実行することができる、リソース（例えば、タイミングを含むＬＢＴ構成情報）を用いるように構成することができる。例えば、ＷＴＲＵ１０２は、ＬＢＴ動作の終了と、関連付けられたＵＬ送信リソースとの間の時間オフセットを用いるように構成することができる。タイミングオフセットは、例えば、ＷＴＲＵ１０２が、ＵＬ送信を検証するために（例えば、ＰＲＡＣＨリソースの使用を検証するために、および／またはＵＬグラントを検証するために）、ＰＲＡＣＨトリガ信号２１０をリッスンすることを可能にすることができる。
【０１１５】
ＷＴＲＵ１０２は、ＬＢＴ動作のタイミング（例えば、ＬＢＴ動作がいつ実行されるか、実行されるべきか、または実行されたか）、ＲＡ手順成功または不成功、およびトリガ信号２１０の受信または未受信に基づいて、ＲＡ手順タイプ、（例えば、２つの動作もしくは４つの動作を使用する）ＲＡ手順、ならびに／またはＲＡ手順のパラメータ（例えば、本明細書において説明されるような、とりわけ、ＲＡＲおよび／もしくは競合解決タイマ、および／もしくはバックオフ値）を決定することができる。例えば、ＷＴＲＵ１０２が、トリガ信号２１０を受信する前に、ＬＢＴ動作を実行し、および／またはチャネルが空いていると決定し、その後、ｇＮＢ１８０からトリガ信号２１０を受信した場合、ＷＴＲＵ１０２は、第１のＲＡ手順タイプ、およびＲＡ手順パラメータの第１のセットを使用することができる。別の例においては、ＷＴＲＵ１０２が、最初にＬＢＴ動作を実行することなしに（またはトリガ信号２１０を受信する前に、ＲＡのためのＬＢＴ動作に失敗した後に）、トリガ信号２１０を受信した場合、ＷＴＲＵ１０２は、その後、（トリガ信号２１０の受信に基づいて、それのパラメータを決定することができる）ＬＢＴ動作を実行することができ、ＬＢＴ動作の成功時および／または成功後、ＲＡ手順パラメータの第２のセットを用いる、第２のＲＡ手順タイプを使用することができる。さらなる例においては、（例えば、トリガ信号２１０を受信し、トリガ信号２１０の受信前および／または受信後に、ＬＢＴ動作に失敗した）ＷＴＲＵ１０２は、ＲＡ手順パラメータの第３のセットを用いる、第３のＲＡ手順タイプを使用して、ＲＡを実行することができる。別の例においては、（例えば、ＬＢＴを実行し、チャネルが空いていると決定したが、トリガ信号２１０を受信していない）ＷＴＲＵ１０２は、ＲＡパラメータの第４のセットを用いる、第４のＲＡ手順を使用して、ＲＡを実行することができる。本明細書においては、ＵＬ  ＬＢＴ失敗という用語は、ＬＢＴ手順のＣＣＡ部分の後、ＵＥが、アップリンク送信試行のためのチャネルを獲得することができなかったことを暗示し、それは、他の決定方法の中でもとりわけ、物理層からの「ＬＢＴ失敗の通知」または「ＬＢＴ失敗のインジケーション」の受信に基づいて決定することができる。アップリンクＬＢＴ成功という用語が、使用されるときは、逆のことが、当てはまる。
【０１１６】
（１）ＬＢＴ動作に失敗した、および／または（２）トリガ信号２１０を受信しなかったにもかかわらず、ＲＡを実行する能力は、ＲＡトリガに依存することができる。例えば、ＲＡトリガのサブセットは、（１）（例えば、トリガ信号２１０の受信前、受信もしくは予期される受信後に）ＬＢＴ動作に失敗した、および／または（２）トリガ信号２１０の受信に失敗したにもかかわらず、ＷＴＲＵが、ＰＲＡＣＨ送信２２０を実行することを可能にすることができる。別の手順／プロセスにおいては、（１）ＬＢＴ動作に失敗した、および／または（２）トリガ信号２１０を受信していないにもかかわらず、ＲＡを実行する能力は、ＲＡがそれのために実行されている、サービスタイプに依存することができる。
【０１１７】
−代表的なトリガ信号−
トリガ信号（例えば、ＰＲＡＣＨプリアンブル送信トリガ２１０）は、暗黙的なインジケーション、または明示的なインジケーションであることができる。暗黙的なトリガリングの例は、ＷＴＲＵ１０２が、ネットワーク（例えば、ｇＮＢ１８０）から送信を受信した場合、ＷＴＲＵ１０２が、次回のＰＲＡＣＨリソースが有効であることを予期することができることであることができる。そのような送信は、とりわけ、（１）１つもしくは複数の発見参照信号（ＤＲＳ）、（２）１つもしくは複数の同期信号ブロック（ＳＳＢ）、（３）１つもしくは複数の参照信号（ＲＳ）、（４）１つもしくは複数の制御チャネル（例えば、ＰＤＣＣＨ）、および／または（５）１つもしくは複数のマスタ情報ブロック（ＭＩＢ）／システム情報ブロック（ＳＩＢ）のうちの少なくとも１つを含むことができる）。例えば、ネットワーク（例えば、ｇＮＢ１８０などのネットワークエンティティ）からＤＬ送信を受信するＷＴＲＵ１０２は、ＤＬ送信に結び付けられたＣＯＴ内におけるＰＲＡＣＨリソース（例えば、いずれかのＰＲＡＣＨリソース）が有効であると決定および／または仮定することができる。別の例においては、ＷＴＲＵ１０２は、ＤＬ送信を受信した後、または受信した際に、タイマを開始することができ、タイマの満了前に発生する（例えば、使用される）ＰＲＡＣＨリソース（例えば、いずれかのＰＲＡＣＨリソース）は、ＷＴＲＵ１０２によって有効であると、またはあるＬＢＴ構成を用いた送信のために有効であると見なすことができる。ある代表的な実施形態においては、ＷＴＲＵ１０２は、１つまたは複数のＳＳＢと関連付けられたＰＲＡＣＨリソースのために、ＳＳＢの受信をトリガとして使用すること、および／またはトリガと見なすことができる。
【０１１８】
ＷＴＲＵ１０２は、信号の送信が、１つまたは複数の次回のＰＲＡＣＨリソースが有効であることを明示的に示すことを決定／予期することができる。例えば、ＷＴＲＵ１０２は、ブロードキャストチャネルを監視(monitor)して、有効なＰＲＡＣＨリソースのインジケーションを受信することを試みることができる。別の例においては、ＷＴＲＵ１０２は、ＰＤＣＣＨ（例えば、グループ共通ＰＤＣＣＨ、またはＷＴＲＵ宛てのＰＤＣＣＨ）を監視して、トリガ信号２１０（例えば、ＰＲＡＣＨリソーストリガ信号）を受信することを試みることができる。ＷＴＲＵ１０２は、ある探索空間および／またはコアセットを監視して、トリガ信号２１０（例えば、ＰＲＡＣＨリソーストリガ信号）を受信することができる。
【０１１９】
そのようなインジケーションは、事前構成またはスケジュールされたＰＲＡＣＨリソースを指し示すことができる。例えば、インジケーションは、ＰＲＡＣＨリソース構成を提供することができる（例えば、動的ＰＲＡＣＨリソースインジケーション）。
【０１２０】
ＷＴＲＵ１０２が、ＰＲＡＣＨリソースの事前構成されたセットのうちの１つを使用することを決定および／または予期するとき、ＷＴＲＵ１０２は、ＰＲＡＣＨリソース（例えば、各ＰＲＡＣＨリソース）のために、トリガ信号２１０を送信できる、特定のインスタンスおよび／またはチャネルを監視(monitor)することができる。例えば、１つまたは複数のトリガリング信号２１０と、１つまたは複数のＰＲＡＣＨリソースとの間に、（例えば、１対１、多対１、または１対多の）関係が、存在することができる。次回のＰＲＡＣＨリソースを使用することを決定し、計画し、欲し、および／または望むＷＴＲＵ１０２は、トリガリング信号２１０を受信することができる、１つまたは複数の特定のインスタンスを監視することができる。そのような動作については、１つまたは複数のトリガ信号オケージョンと、１つまたは複数のＰＲＡＣＨリソースとの間に、暗黙的な（事前決定された、あらかじめ知られた、および／または伝達された）関係が、存在することができる。
【０１２１】
別の動作においては、ＷＴＲＵ１０２は、トリガ信号パターン（例えば、ＰＲＡＣＨリソーストリガ信号監視パターンresource trigger signal monitoring patterns）を用いるように構成することができる。例えば、必要とされる、および／または適切であるとき、ＷＴＲＵ１０２は、ＰＲＡＣＨリソーストリガ信号オケージョン（例えば、すべてのＰＲＡＣＨリソーストリガ信号オケージョン）を監視することができる。ＷＴＲＵは、トリガ信号がＰＲＡＣＨリソース構成を提供することを予期する（例えば、提供するように構成する）ことができる。
【０１２２】
−代表的なトリガ信号内容−
トリガ信号２１０（例えば、ＰＲＡＣＨリソーストリガ信号）は、例えば、本明細書において定義されるような、ＰＲＡＣＨリソース構成を提供することができる。ＰＲＡＣＨリソーストリガ信号２１０は、事前構成されたＰＲＡＣＨリソースのセットの有効性を示すことができる。例えば、ＰＲＡＣＨリソーストリガ信号２１０は、１つまたは複数の次回のＰＲＡＣＨリソースのための構成のサブセット（例えば、リソース割り当て、プリアンブル、および／またはインターレース）を提供することができる。
【０１２３】
トリガ信号２１０（例えば、ＰＲＡＣＨリソーストリガ信号）は、１つまたは複数のサブバンド上のＰＲＡＣＨリソースの有効性を示すことができる。例えば、接続モードにおけるＷＴＲＵ１０２については、ＰＲＡＣＨトリガ信号２１０（例えば、ＰＲＡＣＨリソーストリガ）は、与えられたＰＲＡＣＨ構成上においてＲＡを実行するための命令を提供することができる。例えば、ＰＲＡＣＨトリガ信号は、与えられたサブバンド、１つもしくは複数のプリアンブル、および／または１つもしくは複数のＰＲＡＣＨリソース上において、１つまたは複数のＷＴＲＵ１０２にＲＡ動作を実行させ、および／または実行するように命令することができる。同様に、異なるサブバンド上におけるＲＡを含む、ＲＡ動作を実行するように、ＰＤＣＣＨ上において、ＷＴＲＵ１０２に命令することができる。
【０１２４】
ＰＲＡＣＨリソーストリガ信号（例えば、ＰＲＡＣＨリソーストリガ）は、ＰＲＡＣＨリソースをそれのために使用することができる、１つまたは複数の目的（例えば、目的のセット）を示すことができ、ＷＴＲＵ１０２は、プリアンブルが、ＰＲＡＣＨリソーストリガ信号２１０で示される目的のうちの１つのためのものである場合、ＰＲＡＣＨプリアンブルを送信する（例えば、それだけを送信する）ことができる。ＰＲＡＣＨリソースについてのＰＲＡＣＨプリアンブル目的は、おそらくは、サービスタイプとともに、（１）初期アクセス、（２）ビーム障害回復（ＢＦＲ）、（３）モビリティ（例えば、ハンドオーバ）、（４）失われているＵＬ同期、（５）ＲＲＣ接続再確立、（６）スケジューリング要求（ＳＲ）送信、および／または（７）タイミング事前獲得のうちのいずれかを含むことができる。ＰＲＡＣＨリソーストリガは、（１）ＰＲＡＣＨリソースがそれのために有効であるＲＡの優先度、および／または（２）ＰＲＡＣＨリソースがそれのために有効であるＷＴＲＵ１０２のセットのうちのいずれかを示すことができる。例えば、グループ無線ネットワーク一時識別子（ＲＮＴＩ）を、ＰＲＡＣＨリソーストリガ内に含むことができる。
【０１２５】
ビームフォーミングされるＮＲ−Ｕセルについては、ＷＴＲＵ１０２は、ＳＳバースト内のＳＳＢのサブセットが、ＬＢＴ失敗（例えば、ＬＢＴ動作失敗）のせいで、送信されなかった、もしくは遅れていると決定することがあり、および／または同様に、ＣＳＩ−ＲＳについては、ＷＴＲＵ１０２は、１つもしくは複数のＣＳＩ−ＲＳ（例えば、ＣＳＩ−ＲＳのすべてもしくはサブセット）が、ＬＢＴ失敗のせいで、送信されなかった、もしくは遅れていると決定することがある。ＳＳバースト後のトリガ信号は、とりわけ、（１）ＳＳＢ（および／またはＣＳＩ−ＲＳ）とＰＲＡＣＨオケージョン／プリアンブルとの間における構成された関連付けルールの変更、（２）どのＳＳＢ／ＣＳＩ−ＲＳを選択すべきか（もしくはどの対応するＰＲＡＣＨオケージョン／プリアンブルを選択すべきか）を決定するときの、選択のためのＳＳＢ（および／もしくはＣＳＩ−ＲＳ）のサブセットについての利用可能性および／もしくは適用可能性ステータス、（３）例えば、あるＳＳＢ／ＣＳＩ−ＲＳへの関連付けを伴った、１つもしくは複数の追加のＰＲＡＣＨオケージョン、ならびに／または（４）１つもしくは複数の適用可能な動的ＰＲＡＣＨオケージョンに対する時間オフセットを示すことができ、および／または暗示することができる。
【０１２６】
ある代表的な実施形態においては、インジケーションは、（例えば、トリガ信号２１０の内容および／またはトリガ信号２１０の特性に基づいて）明示的であることができる。他の代表的な実施形態においては、インジケーションは、（１）トリガ信号２１０、（２）ＳＳＢおよび／もしくはＣＳＩ−ＲＳ送信のシーケンス、ならびに／または（３）他のｇＮＢ送信から、ＷＴＲＵ１０２によって暗黙的に決定することができる。
【０１２７】
ＷＴＲＵ１０２は、例えば、ネットワークエンティティ（例えば、ｇＮＢ）におけるＬＢＴ失敗（例えば、ＬＢＴ動作失敗）のせいで、あるＳＳＢまたはある複数のＳＳＢが、送信されなかった、または構成されたＳＳＢ送信オケージョンに関してタイミングがずれて送信されたと決定することがある。ＷＴＲＵ１０２は、ＰＲＡＣＨオケージョンおよび／またはプリアンブルをＳＳＢにマッピングする関連付けルールを変更する（例えば、その後、変更する）ことができる。
【０１２８】
例えば、ＷＴＲＵ１０２は、見当たらないＳＳＢ（および／またはＣＳＩ−ＲＳ）と関連付けられたＰＲＡＣＨオケージョンおよび／またはプリアンブルが、見当たらないＳＳＢをもはや示さないと決定することがある。ＷＴＲＵ１０２は、さらに、異なる目的のために、および／または異なるインジケーションのために、これらのＰＲＡＣＨオケージョンのタイミングの前に送信されなかった、１つまたは複数のＳＳＢと関連付けられた、ＰＲＡＣＨオケージョン／プリアンブルを再使用することができる。例えば、ＷＴＲＵ１０２は、送信された他のＳＳＢのインジケーションのために、これらのＰＲＡＣＨリソースを使用することができる。
【０１２９】
プリアンブル再送については、ＷＴＲＵ１０２は、初期送信のために選択されたＳＳＢが、プリアンブル再送前の、そのＳＳＢ上におけるＬＢＴ失敗のせいで、見当たらなかったとき、次のＰＲＡＣＨオケージョンを待つと（例えば、ＷＴＲＵ１０２は待つべきであると）決定することができる。例えば、以前に選択されたＳＳＢが、ＬＢＴのせいで（例えば、ＬＢＴ失敗が発生したせいで）、送信されなかったときは、他のＳＳＢが使用可能であり、および／または他のＳＳＢのためのＬＢＴ動作が成功したとしても、例えば、以前に選択されたビームのための電力ランピングステータスの進行を維持するために、ＷＴＲＵ１０２が、プリアンブル再送のためのＳＳＢを変更しないことが役立つことがある。そのようなケースにおいては、ＷＴＲＵ１０２は、関連付けられたＰＲＡＣＨオケージョンがスキップされたとき、電力ランピングカウンタ、および／またはプリアンブル送信カウンタをインクリメントしないことができる。例えば、再送の制限された回数まで、または（例えば、より高位のレイヤによって、および／もしくはネットワークシグナリングを介して構成することができる）あるタイマが動作している間、ＷＴＲＵ１０２は、以前のＰＲＡＣＨ送信を用いて選択されたＳＳＢと関連付けられたＲＡＣＨオケージョンをスキップする、またはさらにスキップすることができる。
【０１３０】
ある代表的な実施形態においては、ビームフォーミングされるＮＲ−Ｕセルにおけるプリアンブル再送について、ＷＴＲＵ１０２は、現在のＳＳＢ送信が、ＬＢＴ失敗のせいで、見当たらないとしても、初期および／または先行送信のために選択されたＳＳＢと関連付けられたＰＲＡＣＨオケージョン／プリアンブルを、ＷＴＲＵ１０２が選択することができると決定することができる。ＷＴＲＵ１０２は、特定のＳＳＢが（例えば、ＬＢＴ失敗のせいで）送信されなかったと、ネットワークによるインジケーションから、決定することができ、またはＷＴＲＵ１０２は、ＳＳＢが（例えば、ＬＢＴ失敗のせいで）送信されなかったと自律的に決定することができる。ＷＴＲＵ１０２は、例えば、再送の制限された回数まで、または（より高位のレイヤによって、および／もしくはネットワークシグナリングを介して構成することができる）あるタイマが動作している間、そのような挙動に従う、またはさらに従うことができる。
【０１３１】
−トリガ信号を受信するための代表的ＷＴＲＵ挙動−
ＷＴＲＵ１０２は、ＷＴＲＵ１０２がＰＲＡＣＨプリアンブル２１０を送信すべきである、または送信するようにトリガされていると決定した後、または決定した際に、ＰＲＡＣＨリソーストリガ信号を監視し始めることができる。ＷＴＲＵ１０２は、ＰＲＡＣＨリソーストリガ信号を検出するために、監視パターンを用いるように構成することができる。構成は、ブロードキャストチャネルで提供することができ、および／またはＲＲＣ構成することができる。ＰＲＡＣＨリソーストリガ信号の受信時または受信後、ＷＴＲＵ１０２は、関連付けられたＰＲＡＣＨリソースでＰＲＡＣＨプリアンブルを送信することを試みることができる。第１の例においては、インジケーションを受信することは、ＷＴＲＵ１０２が、例えば、ＰＲＡＣＨ再送のために、複数のＰＲＡＣＨリソースを使用することを可能にすることができる。別の例においては、ＷＴＲＵ１０２は、プリアンブル再送のために使用されるＰＲＡＣＨリソースについて（例えば、どのＰＲＡＣＨリソースについても）、異なるＰＲＡＣＨリソーストリガ信号を受信することができる。
【０１３２】
トリガ信号は、共通および／またはＷＴＲＵ固有の探索空間において監視されるＰＤＣＣＨから、受信することができる。ＰＤＣＣＨの巡回冗長検査（ＣＲＣ）をマスクするために使用されるＲＮＴＩは、例えば、システム情報の一部として、事前決定すること、またはより高位のレイヤによって構成することができる。ＲＮＴＩは、システム情報の一部として構成することに加えて、またはその代わりに、例えば、専用シグナリングによって構成することができ、またはＣｅｌｌ−ＲＮＴＩ（Ｃ−ＲＮＴＩ）に対応することができる。複数のＲＮＴＩ（例えば、システム情報によって提供される１つと、Ｃ−ＲＮＴＩに対応する第２のもの）を可能にすることは、ネットワークが、競合ベースのＲＡおよび／または無競合のＲＡのいずれのためにも、１つまたは複数のリソースを柔軟に構成することを可能にすることができる。
【０１３３】
−ＲＡＲによる代表的トリガリング−
ある代表的な実施形態においては、ＲＡ手順を実行する必要がある、および／または実行することを望む際に、ＷＴＲＵ１０２は、事前構成された検索空間を監視し始めて、ｇＮＢトリガＲＡＲを受信することを試みることができる。ＲＡＲは、例えば、最初にプリアンブル送信を受信することなしに、ｇＮＢによって送信することができる。例えば、ＷＴＲＵ１０２は、探索空間を監視して、自発的なＲＡＲが送信されたことを示す制御シグナリングを受信することができる。ＲＡＲは、１つまたは複数の適用可能なＬＢＴ構成を含む、適用可能な送信特性とともに、ｍｓｇ３送信を実行するための１つまたは複数のＵＬグラントを、１つまたは複数のＷＴＲＵ１０２に提供することができる。
【０１３４】
ＷＴＲＵ１０２は、ＲＡＲおよび／またはＵＬグラントがそれのために有効である、１つまたは複数のＷＴＲＵ１０２を識別することができる識別子を含む、ＲＡＲを受信することができる。ＲＡＲは、示されたＵＬグラントをそれのために使用することができる、本明細書において説明されるような、ＲＡ目的を含むことができる。
【０１３５】
ＲＡＲは、グラントのセットを含むことができる。例えば、ＲＡを実行することを決定し、望み、および／または必要とする、ＷＴＲＵ１０２は、ＵＬグラントのセットからグラントを選択することができる。グラントの選択は、ランダム（例えば、完全にランダム）であることができる。別の例においては、グラントの選択は、とりわけ、（１）予想されるタイミングアドバンス（ＴＡ）範囲（例えば、ＷＴＲＵ１０２は、ＴＡ値の予想される範囲に基づいて、グラントを選択することができる）、（２）ＲＡ−ＲＮＴＩ、（３）ＲＡプリアンブルＩＤ、（４）サービスタイプ、（５）ＵＬおよび／もしくはＤＬビーム（例えば、ＤＬ  ＲＳ上における測定に基づいて、例えば、ＷＴＲＵ１０２は、好ましいＵＬビームおよび／もしくは好ましいＤＬビームを有することができる）、（６）送信するデータの量、（７）ＲＡ目的、ならびに／または（８）以前に失敗したｍｓｇ３送信（例えば、以前のＵＬグラント送信が失敗した場合、ＷＴＲＵ１０２は、ＲＡにおける次の試みのために、より堅牢なＵＬグラントを選択することができる、のうちのいずれかに依存することができる。
【０１３６】
−ＲＡ手順ごとのＬＢＴの数を低減するための代表的動作−
−単一のＬＢＴ−ＲＡ手順−
単一のＲＡ手順における各メッセージ送信のために使用される、または必要とされるＬＢＴの数を低減するために、１つまたは複数の切り換えポイントとのＣＯＴ共用を使用して、ＷＴＲＵ１０２とネットワークエンティティ（例えば、ｇＮＢ１８０）との間において、チャネルアクセスを共用することができる。ＣＯＴ共用は、例えば、時間デュプレックスフレーム構造における、同じチャネル上において、ＵＬおよびＤＬ  ＲＡメッセージが送信されるときに、実施する（例えば、検討する）ことができる。
【０１３７】
例えば、メッセージ（例えば、メッセージ２（ｍｓｇ２））を送信するためのチャネルを獲得した際、ｇＮＢ１８０は、ｇＮＢ１８０が、メッセージ４（ｍｓｇ４）を送信するまで、チャネルを占有し続けることができる。ｇＮＢ１８０は、ｍｓｇ３送信のための提供されるグラントごとに、ＬＢＴ構成とともに、ＣＯＴ切り換えポイントを（例えば、メッセージ内の示されたパラメータ、またはメッセージ自体に基づいて）伝達または暗示することができ、グラントＰＵＳＣＨ持続時間の間、チャネルを占有することを停止することができる。ＷＴＲＵ１０２は、ｍｓｇ３の送信の前に、ショートＬＢＴを実行することがあり、または実行しないことがあり、これは、例えば、ＲＡ手順ごとのＬＢＴの数および／または完全なＬＢＴの数を低減する結果をもたらすことができ、各送受信機は、限られた回数にわたって（例えば、１回だけ）、チャネルを獲得することができる。同様に、ＷＴＲＵ１０２は、ｍｓｇ３を送信した後、ＷＴＲＵ１０２が、メッセージ５（ｍｓｇ５）のための別のグラントを受信するまで、チャネルを保持することができる。ある代表的な実施形態においては、ショートＬＢＴ動作は、より短い期間にわたってリッスンすることができ、またはロングＬＢＴ動作よりもより緩められた基準に基づいて、チャネルが利用可能であると決定することができる。
【０１３８】
−ＲＡＲタイマおよび／または競合解決タイマの代表的調整−
ＷＴＲＵ１０２は、１つまたは複数のタイマ（例えば、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）および／または（例えば、ｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ）の満了前の時間期間の間、ＰＤＣＣＨを監視することができる。例えば、タイマｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗが、ＷＴＲＵ１０２がｍｓｇ２を受信することなしに満了した場合、またはｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが、ｍｓｇ４を受信することなしに満了した場合、ＷＴＲＵ１０２は、プリアンブル再送が適切であると決定する（例えば、プリアンブル再送が必要とされると仮定する）ことができる。ＮＲ−Ｕについては、ｇＮＢ１８０が、ＬＢＴの後に、チャネルを獲得することに失敗したせいで、ｍｓｇ２および／またはｍｓｇ４についてのＰＤＣＣＨが、送信されなかったことがある。そのようなケースにおいては、ＷＴＲＵ１０２は、別のプリアンブル再送を試みる前に、ＲＡ手順を完了するために、ｍｓｇ２および／またはｍｓｇ４のための待ち時間を延長することから利益を得ることができる。
【０１３９】
ＷＴＲＵ１０２は、ｇＮＢ１８０が、ｍｇｓ２および／またはｍｓｇ４についてのＰＤＣＣＨの送信のためのチャネルを獲得しなかったと決定することができることがある。ＷＴＲＵ１０２は、（１）ＷＴＲＵ１０２は、チャネルがビジーである、および／もしくはｇＮＢ１８０がチャネルを獲得しなかったと、ＷＴＲＵ１０２が決定した期間の間、タイマｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗおよび／もしくはｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒを一時停止することができること、（２）ＷＴＲＵ１０２は、（例えば、チャネルがビジーである、および／もしくはｇＮＢ１８０がチャネルを獲得しなかったと、ＷＴＲＵ１０２がひとたび決定すると）タイマｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗおよび／もしくはｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒをリセットすることができること、ならびに／または（３）ＷＴＲＵ１０２は、（例えば、チャネルがビジーである、および／もしくはｇＮＢ１８０がチャネルを獲得しなかったと、ＷＴＲＵ１０２がひとたび決定すると）タイマｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗおよび／もしくはｒａ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒのうちのいずれかに、時間値を加算することができることのうちのいずれかを含む、いくつかのアクション（例えば、役立つおよび／または必要なアクション）を取って、ＰＤＣＣＨ監視期間を延長することができる。１つまたは複数の加算される時間値は、構成された値に依存することができ、および／またはチャネルがその間ビジーであると決定された持続時間に基づくことができる。１つまたは複数の加算される値は、可能な値のセットからＷＴＲＵ１０２によってランダムに決定することができる。
【０１４０】
−代表的なメッセージ１／２／３／４のダイバーシティ−
ある代表的な実施形態においては、異なるリソース上における、および／または例えば、異なるサブバンド内における、複数のメッセージ（例えば、ｍｓｇ１、ｍｓｇ２、ｍｓｇ３、および／またはｍｓｇ４）の送信を実施することができ、それが、有益であることがある（例えば、各メッセージは、独自のＬＢＴ手順と関連付けることができる）。例えば、２つ以上のＲＡＴが、チャネルを共用することができる、高いチャネル占有状態においては、単一のメッセージを送信するために、広帯域ＬＢＴを用いて広帯域チャネルを獲得することは、例えば、ＯＣＢ要件に基づいて（例えば、ＯＣＢ要件を考慮するとき）、効率的でないことがある。ＰＲＡＣＨプリアンブル、ＲＡＲ、ｍｓｇ３、および／またはｍｓｇ４のダイバーシティは、これらのメッセージを、異なるリソースおよび／またはＬＢＴサブバンドのセットで送信することを試みることによって達成することができ、各リソースは、独立したＬＢＴを使用および／または必要とすることができる。このダイバーシティは、１つまたは複数のＬＢＴサブバンド内においてチャネルを獲得することに失敗することに対して、堅牢性を提供することができる。ＷＴＲＵは、プリアンブル再送数、および／もしくはＲＲＣ構成、ならびに／または以下のうちのいずれか、すなわち、とりわけ、（１）プリアンブル試行数、および／もしくはプリアンブル送信数、（２）ＵＬ  ＢＷＰおよびＤＬ  ＢＷＰのインデックス、および／もしくは（例えば、構成されている場合、および／もしくは有効な場合）ＵＬ  ＢＷＰとＤＬ  ＢＷＰとの間のリンケージ、（３）タイマ（例えば、ＢＷＰ非活動タイマ）が動作しているか、それとも満了したか、（４）監視されるサブバンド／ＢＷＰ上における観測されたチャネル占有／負荷状態、（５）ＷＴＲＵもしくは適用可能なＰＲＡＣＨリソースについての（例えば、ＲＲＣおよび／もしくはＳＩシグナリングを介して受信される）ある静的もしくは半静的構成、および／もしくは（６）複数のアクティブなＢＷＰをサポートするためのＷＴＲＵ１０２の能力のうちのいずれかに依存して、そのような送信／受信ダイバーシティを試みることができる。
【０１４１】
例えば、ＷＴＲＵ１０２は、異なるサブバンド、ＰＲＡＣＨリソース、プリアンブル、および／またはインターレースを使用して、複数のｍｓｇ１を送信することを試みるように構成することができる。ｍｓｇ２および／またはｍｓｇ４については、ＷＴＲＵ１０２は、異なるサブバンド、コアセット、および／またはＢＷＰ上において、少なくとも１つのＲＡＲ／競合解決を受信することを試みるように構成することができる。
【０１４２】
ｍｓｇ３については、ＷＴＲＵ１０２は、ｍｓｇ３を送信するために、複数のグラントを受信することができる。例えば、ＷＴＲＵは、同じプリアンブルＩＤのための複数のＭＡＣ  ＲＡＲを包含する、もしくは含む、Ｍｓｇ２  ＰＤＵ（例えば、各々が、異なるアップリンクグラントを包含する、もしくは含む）、または複数のＵＬグラントを包含する、もしくは含むことができる、拡張されたＭＡＣ  ＲＡＲを受信することができる。ＷＴＲＵ１０２は、グラント（例えば、各グラント）のためのＬＢＴ結果、例えば、ＬＢＴがそれのために成功した単一のＵＬグラントに応じて、１つまたは複数のメッセージ（例えば、ｍｓｇ３）を送信することができる。例えば、ＷＴＲＵ１０２は、異なるサブバンド上におけるｍｓｇ３送信のために、ｍｓｇ２で複数のグラントを受信することができる。ＷＴＲＵ１０２は、ｍｓｇ３のための各選択されたグラントごとに、別々のＬＢＴ手順を適用することができる。別の例においては、ＷＴＲＵ１０２は、同じサブバンド上におけるｍｓｇ３送信のために、ｍｇｓ２で複数のグラントを受信することができる。ＷＴＲＵ１０２は、単一のＬＢＴ手順を適用し、複数のｍｓｇ３を送信することができる。さらなる例においては、ＷＴＲＵ１０２は、１つまたは複数のｍｓｇ２を受信することができ、各ｍｓｇ２は、ｍｓｇ３のための１つまたは複数のＵＬグラントを含む（例えば、伴う）（例えば、各ｍｓｇ２は、１つまたは複数の異なるｍｓｇ３グラントを指し示すことができる）。ＷＴＲＵ１０２は、提供されたｍｓｇ３グラントと関連付けられた、利用可能なリソース（例えば、チャネルリソース）のいずれか１つまたはサブセット上において、単一のｍｓｇ３を送信することができる。例えば、チャネルリソースの利用可能性は、ＬＢＴ手順の結果から決定することができる。
【０１４３】
−ＰＲＡＣＨ送信の代表的ＬＢＴ手順−
ＰＲＡＣＨプリアンブル選択は、ＷＴＲＵ１０２のセットによる、同じＰＲＡＣＨリソース上におけるＰＲＡＣＨ送信の多重化を可能にすることができる。ＰＲＡＣＨを送信するとき、ＷＴＲＵ１０２が、時間アライメントを行わないことがあることが考えられる。そのようなケースにおいては、第１のＷＴＲＵ１０２ａによる早いＰＲＡＣＨプリアンブル送信は、第２のＷＴＲＵ１０２ｂによる失敗したＬＢＴをもたらすことがある。ＰＲＡＣＨ送信のためのＬＢＴ手順は、そのような阻害を低減および／または実質的に排除するように変更することができる。第１の代表的な手順においては、ＬＢＴの空きチャネル判定部分において使用される、干渉しきい値は、ＰＲＡＣＨ送信のために、他のＵＬおよび／またはＤＬ送信のためのものとは異なる値に設定することができる。
【０１４４】
ある代表的な手順においては、空きチャネル判定のために使用される、干渉しきい値は、ＬＢＴ手順の進行にわたって変化することができる。例えば、ＷＴＲＵ１０２は、チャネルが空いている、Ｎ個のＣＣＡスロットを決定することができ、および／または決定する必要があることがある。ＰＲＡＣＨの送信に時間的に最も近いＣＣＡスロットのセットについて、ＷＴＲＵ１０２は、ＬＢＴ手順における他のＣＣＡスロットのためのものとは異なる（例えば、より高いことがある）干渉測定しきい値を使用することができ、例えば、それは、スロットが、例えば、異なるタイミングアラインメントで、１つまたは複数の他のＷＴＲＵ１０２によって使用されているとき、ＣＣＡスロットがビジーであると決定することをＷＴＲＵ１０２が回避することを可能にすることができる。
【０１４５】
ある代表的な手順においては、ＷＴＲＵ１０２は、ＬＢＴプロセス／手順の終了とＵＬ送信のタイミングとの間のタイミングオフセットを使用することができる。オフセットおよびＵＬ送信のタイミングによって決定される時間よりも前の、成功したと決定されなかったＬＢＴプロセス／手順は、失敗したと見なされ、（例えば、そのＵＬリソースについての）送信は、発生することができないと決定することができる。
【０１４６】
ある代表的な手順においては、ＷＴＲＵ１０２は、以前に獲得されたＴＡ値を使用して、ＣＣＡウィンドウ／ＬＢＴプロセス／手順の長さ、ＣＣＡの開始時間、および／またはアップリンク送信の開始タイミングを調整することができる。ＷＴＲＵ１０２は、モビリティステータスに基づいて、ＴＡ値が有効であるかどうかを決定することができる。ＷＴＲＵ１０２は、ＣＣＡの開始および／もしくは長さ、または実際のアップリンク送信の開始を調整するために、（例えば、あるセル構成、および／またはダウンリンク測定に基づいて）ＴＡ値を推定することができる。
【０１４７】
ある代表的な手順においては、ＷＴＲＵ１０２は、他のＷＴＲＵ１０２と多重化することができる、１つまたは複数の送信のために、短縮されたＬＢＴプロセス／手順を使用することができる。短縮されたＬＢＴプロセス／手順は、より少量のＮ個のＣＣＡ空きＣＣＡスロットを使用すること、またはそれを決定するようにＷＴＲＵ１０２に要求することができ、ＬＢＴの残りについては、ＷＴＲＵ１０２は、ＣＣＡスロット上における測定を無視することができ、それらの持続時間を異なる時間全体に含めることができる。
代替的なＬＢＴ手順の使用はＷＴＲＵ多重化を可能にすることができる
（例えば、各しきい値がそれに対して適用可能なＣＣＡスロットのセットとともに、しきい値のセットを使用する、短縮されたＬＢＴプロセス／手順を使用する、ＬＢＴプロセスの終了とＵＬ送信との間のオフセットを使用する、またはアクセスクラスカテゴリである）ＬＢＴタイプは、ＵＬ送信タイプおよび／またはリソースの関数として決定することができる。これは、異なるＵＬ送信の多重化を可能にすることができる。例えば、ＷＴＲＵ１０２には、同じスロット、および／またはシンボルのセット内のＵＬリソースを、ＰＲＡＣＨリソースとして許可することができる。（例えば、許可および／または構成された）ＵＬ送信についての、そのようなケースにおいては、ＷＴＲＵ１０２は、可変ＣＣＡしきい値を含む、もしくは示すＬＢＴ構成、および／またはＬＢＴの終了と送信の開始との間のタイミングオフセットを使用することができる。
【０１４８】
ＷＴＲＵ１０２は、別のＷＴＲＵ１０２からの別のＵＬ送信と同じスロットおよび／またはシンボル内において、ＵＬ送信を送信することができると決定することができる。ＷＴＲＵ１０２が、同時に送信する他のＷＴＲＵが時間アライメントされることを予期するかどうかに応じて、ＷＴＲＵは、異なるＬＢＴプロセス／手順（および／またはＬＢＴパラメータ）を使用することができる。例えば、ＷＴＲＵ１０２が、ＰＲＡＣＨリソースと重なり合う、または実際に重なり合うことができるリソースで送信している場合、ＷＴＲＵ１０２は、ＬＢＴパラメータの第１のセットを使用することができる。ＷＴＲＵ１０２が、ＰＲＡＣＨリソースと重なり合うことができないリソースで送信している場合、ＷＴＲＵ１０２は、ＬＢＴパラメータの第２のセットを使用することができる。
【０１４９】
ＷＴＲＵ１０２は、例えば、送信のアクセスクラス優先度に基づいて、ＬＢＴ手順のタイプを、それと関連付けられたパラメータ（例えば、しきい値および関連付けられたＣＣＡスロットのセット）とともに、決定することができる。
【０１５０】
ＷＴＲＵ１０２は、ＷＴＲＵ１０２のＵＬリソース（例えば、ＰＲＡＣＨ、ＰＵＳＣＨ、および／またはＰＵＣＣＨなどのためのリソース）の前（例えば、直前）に発生する隣接スロットにおける、ＵＬ送信の存在または非存在を示すことができ、例えば、それは、ＷＴＲＵ１０２が、ＷＴＲＵ１０２に関連付けられた異なるＬＢＴタイプおよび／または異なるパラメータを使用することを可能にすることができる。例えば、別のＷＴＲＵ１０２（例えば、同じｇＮＢ１８０によってサービスされる別のＷＴＲＵ１０２）が、ＷＴＲＵ１０２のＵＬリソースの直前のリソースで送信していることが示されるケースについては、ＷＴＲＵ１０２は、より少ない空きチャネル判定時間を使用する、または必要とする、ＬＢＴ手順を使用することができる。そのようなＬＢＴ手順を実行することができる、または実行すべきタイミングを、示すことができる。例えば、ＬＢＴ手順のタイミングは、実際の送信の前の複数のスロットであることができる。
【０１５１】
−代表的なインターレースされた送信−
ＵＬ送信のためのＯＦＤＭベースのインターレーシングは、ＵＬの容量を改善するために、例えば、アンライセンススペクトルにおいて使用することができる。（例えば、同じＷＴＲＵ１０２または異なるＷＴＲＵ１０２からの）ＰＵＳＣＨチャネルとＰＲＡＣＨチャネルは、独立的および／または従属的にインターレースすることができる。ＷＴＲＵ１０２は、とりわけ、例えば、（１）ネットワーク構成、（２）受信されたネットワークシグナリング、および／または（３）事前設定されたルールに基づいて、数々の方法で、ＰＵＳＣＨおよび／またはＰＲＡＣＨをインターレースすることができる。ネットワークシグナリングは、（例えば、Ｌ１／Ｌ２シグナリングを使用して）動的であること、（例えば、Ｌ２／Ｌ３シグナリングを使用して）半静的であること、および／または事前設定することができる。例えば、ＷＴＲＵ１０２は、とりわけ、以下の手順のうちのいずれかを使用することができ、それにおいては、
（１）ＰＵＳＣＨは、インターレースされ、ＰＲＡＣＨは、インターレースされず（例えば、ＰＲＡＣＨ信号は、周波数領域において（例えば、他のＰＵＳＣＨインターレースの間において、もしくはＰＵＳＣＨインターレースの２つの部分（例えば、ＰＲＢ）の間のギャップに配置されたＰＲＢに包含される、もしくは含まれるリソースにおいて）連続して送信することができる。他の代表的な実施形態においては、ＰＲＡＣＨは、ＰＵＳＣＨインターレースのために使用される、１つもしくは複数のＰＲＢによって割り込まれることがある、連続的なＰＲＢにおいて送信することができる）、
（２）ＰＵＳＣＨとＰＲＡＣＨは、異なるインターレースを使用して送信され（例えば、（例えば、同じＷＴＲＵ１０２からの、もしくは異なるＷＴＲＵ１０２からの）ＰＲＡＣＨおよびＰＵＳＣＨチャネルは、ともに、インターレースすることができる。ＷＴＲＵ１０２は、各チャネルのためのインターレーシングパターンを決定することができる。ＷＴＲＵ１０２は、ＰＵＳＣＨインターレーシングパターンから、ＰＲＡＣＨインターレースを決定することができる。ＷＴＲＵ１０２は、ＰＲＡＣＨインターレースとＰＵＳＣＨインターレースとの間の１つもしくは複数の可能な関連付けを示すことができる。例えば、ＰＲＡＣＨインターレースおよび／またはプリアンブルは、特定のＰＵＳＣＨインターレースに結び付けることができる。別の例においては、ＷＴＲＵ１０２は、（例えば、ＷＴＲＵ  ＩＤを入力として使用する）関数から、ＰＲＡＣＨインターレースとＰＵＳＣＨインターレースとのリンケージを決定することができる）、ならびに／または
（３）ＰＵＳＣＨおよびＰＲＡＣＨは、とりわけ、単一のインターレースを使用して送信される（例えば、それは、ＰＲＡＣＨ送信およびＰＵＳＣＨ送信が、単一のＷＴＲＵ１０２のために望まれるときのためである。例えばＰＲＡＣＨシーケンスは、情報をインターレースのサブキャリア／ＰＲＢにマッピングする前に、ＰＵＳＣＨデータと組み合わせることができる。ＷＴＲＵ１０２は、物理リソースにマッピングする前に、組み合わされたＰＲＡＣＨ／ＰＵＳＣＨシーケンスの、ある再マッピングを適用することができる）。
【０１５２】
２ステップＲＡＣＨ動作について、単一のＷＴＲＵ１０２は、組み合わされた第１のＲＡＣＨメッセージ（ｅＭｓｇ１、または組み合わされたＭｓｇ１）のために、ＰＵＳＣＨおよびＰＲＡＣＨの両方を送信することができ、および／または送信する必要があることがある。ＷＴＲＵ１０２は、使用されるＰＲＡＣＨリソース／プリアンブルと、データペイロードを運ぶために使用される対応するＰＵＳＣＨとの間の関連付けに基づいて、両方のチャネル上において同時にまたは非同時に送信することができる。ＷＴＲＵ１０２は、以下のうちのいずれか、すなわち、（１）ＷＴＲＵ１０２の電力ヘッドルーム、および／もしくはアップリンク送信電力、（２）チャネル占有状態、および／もしくはＣＯＴにおける残存時間、（３）プリアンブル再送数、（４）例えば、ＲＡＣＨトリガ信号を含む、ネットワークシグナリング上の受信、ならびに／または（５）ＲＡの目的もしくはタイプのうちのいずれかを考慮して、両方のチャネルを同時に送信するか、それとも非同時に送信するかを決定することができる。
【０１５３】
例えば、ＷＴＲＵ１０２は、プリアンブルの送信に後続するデータの送信のための第１の利用可能なＵＬリソースにおいて、発生するデータのためのリソースを選択することができ、そのようなリソースは、ネットワークシグナリングを通して、ＷＴＲＵ１０２に提供することができる。ＰＵＳＣＨインターレース、およびｅＭｓｇ１のデータペイロード部分を送信するためにＷＴＲＵ１０２によって選択されるＰＲＢは、以下で説明される手順のうちのいずれかによって、選択することができる。
【０１５４】
ｅＭｓｇ１が、ＮＲ−Ｕセルにおいて送信されるとき、ＷＴＲＵ１０２は、（他のＰＵＳＣＨリソース特性に加えて）選択されたＰＲＡＣＨリソースとＰＵＳＣＨインターレースとの間の関連付けを設定、決定、および／または仮定することができる。ＷＴＲＵ１０２は、以下のうちのいずれかを使用して、すなわち、
（１）固定もしくは事前定義された手順であって、手順は、ＷＴＲＵ１０２において事前構成され、すべてのＷＴＲＵ１０２のために仮定／設定されるようなものであり、例えば、ＷＴＲＵ１０２は、それのＷＴＲＵアイデンティティに基づいて、インターレースを選択することができる、固定もしくは事前定義された手順を使用して、
（２）ＳＩＢ上のブロードキャストを通してなど、システム情報において提供される、もしくはアクセステーブルにおいて提供される情報から、
（３）ＤＣＩにおいて、もしくはダウンリンク制御メッセージ（例えば、とりわけ、ＭＡＣ  ＣＥメッセージおよび／もしくはＲＲＣメッセージ）において明示的に示されるような、明示的なインジケーションに基づいて、
（４）選択されたプリアンブルに基づいて（例えば、選択されたプリアンブルは、使用される特定のインターレースと関連付けることができる。関連付けは、ネットワークによって固定もしくは構成することができる）、
（５）選択されたＰＲＡＣＨリソースに基づいて（例えば、ＰＲＡＣＨリソースは、使用される特定のインターレースと関連付けることができる。関連付けは、ネットワークによって固定または構成することができる）、
（６）ランダム選択に基づいて（例えば、ＷＴＲＵ１０２は、可能なＰＵＳＣＨインターレースのセットから選択することができる。ＷＴＲＵ１０２によって使用可能な、可能なインターレースの数は、上で説明された、本明細書における、代表的な手順／プロセス／方法のうちのいずれかによって、さらに決定することができる）
（他のＰＵＳＣＨリソース特性に加えて）選択されたＰＲＡＣＨと関連付けられたＰＵＳＣＨインターレースを決定することができる。
【０１５５】
−アンライセンススペクトルにおける代表的ＲＡ手順−
−代表的なバックオフ手順−
図３は、ＬＢＴ動作とともに使用される、代表的なバックオフ手順（例えば、ＬＢＴ失敗の後、ＷＴＲＵ１０２によって適用されるランダムバックオフ）を例示する図である。
【０１５６】
図３を参照すると、ＲＡ手順３００は、ＲＡ手順を開始することを望むことができ、ＬＢＴ動作３３０ａを開始することができる、第１のＷＴＲＵ１０２ａを含むことができる。第１のＷＴＲＵ１０２ａは、（例えば、チャネルビジー期間３１５の間）チャネルがビジーであると決定することができ、第１のバックオフタイマを開始することができる。第１のバックオフタイマの値は、例えば、ランダムに、またはＲＡ優先度に基づいて、設定することができる。その後、第２のＷＴＲＵ１０２が、ＲＡ手順を開始することを望むことがあり、ＬＢＴ動作３３０ｂを開始することがある。第２のＷＴＲＵ１０２ｂは、（例えば、チャネルビジー期間３１５の間）チャネルがビジーであると決定することができ、第２のバックオフタイマを開始することができる。第２のバックオフタイマは、第１のバックオフタイマの満了前に、満了することができ、第２のＷＴＲＵ１０２ｂは、それの第２のＬＢＴ動作３４０ｂを開始することができる。チャネルが、今は利用可能であるので、第２のＷＴＲＵ１０２ｂは、それのＲＡプリアンブル３２０ｂを送信することができる。その後、第１のバックオフタイマが、（例えば、第１のバックオフタイマの満了後に）満了することができ、第１のＷＴＲＵ１０２ａは、それの第２のＬＢＴ動作３４０ａを開始することができる。タイミングに応じて、チャネルは、利用可能であることができる（例えば、第２のＷＴＲＵ１０２ｂが、まだチャネルを獲得していないことがある）。そうである場合、第１のＷＴＲＵ１０２ａは、それのＲＡプリアンブル３２０ａを送信することができる。例えば、第２のＷＴＲＵが、チャネルを獲得したために、チャネルが、利用可能でない場合（図示されず）、第１のＷＴＲＵ１０２ａは、別のバックオフタイマを開始することができる。
【０１５７】
ある代表的な実施形態においては、チャネルが、延長された持続時間にわたって、ビジーであるときは、チャネルが、再び利用可能になったときに、多数のＷＴＲＵ１０２が、ＲＡ手順を実行することを望むことがあり、または実行すべきであるので、ＲＡＣＨ上における衝突のより高い可能性が、存在することがある。プリアンブル衝突が、発生し、ｇＮＢ１８０が、ＬＢＴのせいで（例えば、ＬＢＴ失敗のせいで）、チャネルを獲得することに失敗したとき、ｇＮＢ１８０は、衝突するＷＴＲＵ１０２のためのバックオフ値を伝達するための機会を有さない。複数のＷＴＲＵ１０２が、ＤＬチャネルが占有されたＮＲ‐Ｕセルにおいて、ＲＡ手順を試みているシナリオにおいては、ＷＴＲＵ１０２は、バックオフなしに、ＵＬチャネル上において、プリアンブルを同時に再送し続けることがある。そのような衝突および再送を軽減するための代表的なバックオフ手順が、本明細書において説明される。
【０１５８】
ＷＴＲＵ１０２は、第１のプリアンブルを送信する前に、ＬＢＴ動作を実行することができ、チャネルが利用可能でないと決定することができる。
【０１５９】
プリアンブルの送信に続いて、ＷＴＲＵ１０２は、ＬＢＴ失敗のせいで、ＲＡＲがｇＮＢ１８０によって送信されなかった（例えば、チャネルが利用可能でない）と決定することができる。決定は、例えば、とりわけ、
（１）ＷＴＲＵ１０２が、（例えば、チャネルを獲得した、ｇＮＢ１８０以外の１つもしくは複数の送信機を示す（例えば、暗黙的に示す）ことができる、ある特性を有する送信をセンスすることに基づいて）チャネルを獲得した他のＷＴＲＵを検出したこと、
（２）ＷＴＲＵ１０２が、関連するリソース上において、もしくは関連するリソースについて、しきい値を上回るノイズを検出したこと、および／または
（３）ＷＴＲＵ１０２が、ＰＤＣＣＨなど、（例えば、ｇＮＢ１８０がチャネルを獲得し、送信したことを示す（例えば、暗黙的に示す）ことができる）ある特性を有する送信を検出しないこと
のうちのいずれかに基づくことができる。
【０１６０】
上述のことにおいては、検出は、ＲＡＲタイマが動作している間に、および／またはＲＡＲタイマが満了しているときに、行うことができる。
【０１６１】
ある代表的な実施形態においては、ＷＴＲＵ１０２は、その後、バックオフタイマを開始することができる。バックオフタイマは、ＷＴＲＵ１０２が、チャネルが利用可能であることを検出したときに（例えば、検出している間に）、開始することができ、ＷＴＲＵ１０２が、チャネルが利用可能でないことを検出したとき（例えば、検出している間）、中断することができる。ある代表的な実施形態においては、バックオフタイマは、直ちに開始することができる。
【０１６２】
ＷＴＲＵ１０２は、本明細書で説明されるような、トリガ信号を受信することができる。トリガ信号の受信時に、ＷＴＲＵ１０２は、いずれの進行中のバックオフタイマも停止することができ、および／または新しいバックオフタイマを開始することができる。
【０１６３】
バックオフタイマの値は、最小値と最大値との間でランダムに選択することができる。最小値および／または最大値は、例えば、事前決定すること、静的に構成すること、半静的に構成すること、および／また伝達することができる。最小値および／または最大値は、とりわけ、（１）プリアンブルがその上で送信されたサブバンド、（２）プリアンブル送信試行数、（３）プリアンブル送信カウンタ値、（４）チャネル負荷状態、（５）最後のプリアンブル送信以降でチャネルが利用可能でなかった期間の持続時間、（６）ＷＴＲＵ１０２がトリガ信号を受信したかどうか（例えば、最小値および最大値は、さらに、トリガ信号の特性に依存することができ、もしくはトリガ信号によって運ばれる情報の一部として、明示的に示すことができる）、（７）（例えば、接続モードにおいて）ＲＡをトリガした、論理チャネル（ＬＣＨ）の優先度、ならびに／または（８）ＲＡが、ＲＡ優先度を含む、優先されたＲＡと見なされるかどうかのうちのいずれかに依存することができる。
【０１６４】
チャネルが、ビジーであると、および／または例えば、ｇＮＢ１８０が、ＬＢＴのせいで、チャネルを獲得しなかったと、ＷＴＲＵ１０２が決定した場合、ＷＴＲＵ１０２は、バックオフタイマを調整する（例えば、さらに調整する、一時停止する、および／または停止する）ことができる。例えば、ｇＮＢ１８０が、ＬＢＴのせいで、ＤＬまたはＵＬチャネルを獲得できなかった、またはしなかったと、ＷＴＲＵ１０２が決定した場合、例えば、ＷＴＲＵ１０２は、動作中のバックオフタイマを一時停止することができ、タイマをリセットすることができ、またはタイマの値を調整することができる。
【０１６５】
バックオフタイマの満了時、ＷＴＲＵ１０２は、プリアンブル再送を実行することができる。
【０１６６】
別の例においては、ＷＴＲＵ１０２は、（例えば、ＬＢＴに基づく代わりに）プリアンブルが、ｇＮＢ１８０によってデコードされなかった、および／または受信されなかったせいで、ＲＡＲが送信されなかったと決定することがあり、ＷＴＲＵ１０２は、バックオフなしに、プリアンブル再送を実行することができる。
【０１６７】
ある代表的な実施形態においては、ｇＮＢ１８０は、バックオフインジケーションを有するＲＡＲがその上で受信されたサブバンドとは異なることができる、１つまたは複数の特定のサブバンドに適用可能であるバックオフ値を、ＲＡＲ内で示すことができる。
【０１６８】
複数のＷＴＲＵ１０２のためのバックオフタイマが満了し、チャネルがビジーのままである、ある代表的な実施形態においては、ＷＴＲＵ１０２は、例えばチャネルが利用可能になったときに、さらなるバックオフを適用する（例えば、別のランダムバックオフタイマを開始する）ことができる。これは、チャネルが利用可能になったときに、多数のＷＴＲＵ１０２が、同時にチャネルにアクセスすることを試みるのを防ぐのに、有益であることがある。さらなるバックオフ、またはさらなるバックオフを適用することを示すインジケーションは、とりわけ、（１）チャネル利用可能時にｇＮＢ１８０によって伝達すること、（２）半静的に構成すること、および／または（３）静的に構成することができる。
【０１６９】
−代表的なＭｓｇ１リソース選択手順−
ＷＴＲＵ１０２は、ＬＢＴの結果にかかわりなく、ＭＡＣがＰＨＹにプリアンブルを送信するように命令するたびに、またはプリアンブル送信試行がＬＢＴに失敗するたびに、インクリメントすることができる、プリアンブル試行カウンタを維持する（例えば、さらに維持する）ことができる。ＷＴＲＵは、カウンタ値から直接的に、またはプリアンブル送信カウンタとプリアンブル試行カウンタとの差から、ＬＢＴに失敗した試行の回数を決定することができる。
【０１７０】
ＷＴＲＵ１０２は、Ｍｓｇ１でのプリアンブル送信のためのチャネルを獲得することに失敗することがあり、またはプリアンブル送信のためのＬＢＴに成功した後、ＲＡＲを受信することに失敗することがある。ＷＴＲＵ１０２は、異なるサブバンド、ＬＢＴ帯域幅、インターレース、および／またはプリアンブル／ＰＲＡＣＨオケージョンにおいて、ｍｓｇ１を送信または再送することを試みることができる。そのようなチャネル切り換えは、とりわけ、以下のうちのいずれか、すなわち、（１）構成されたしきい値よりも大きいプリアンブル再送数、（２）構成されたしきい値よりも大きいプリアンブル試行数、（３）ＵＬ  ＢＷＰおよびＤＬ  ＢＷＰのインデックス、および／もしくは（例えば、構成されている場合、および／もしくは有効である場合）ＵＬ  ＢＷＰとＤＬ  ＢＷＰとの間のリンケージ、（４）タイマ（例えば、ＢＷＰ非活動タイマ、もしくはプリアンブル試行カウンタをリセットするためのタイマ）が動作しているか、それとも満了したか、（５）監視されるサブバンド／ＢＷＰ上における観測されたチャネル占有／負荷状態、（６）例えば、ＲＲＣもしくはＳＩによる、ある静的もしくは半静的構成、ならびに／または（７）複数のアクティブなＢＷＰをサポートするためのＷＴＲＵ１０２の能力のうちのいずれかに依存することができる。
【０１７１】
例えば、ＷＴＲＵ１０２は、例えば、プリアンブル試行カウンタが、ある構成された数を上回る場合、以前の試行と比べて異なるサブバンドまたはＬＢＴチャネル上において、プリアンブルを送信もしくは再送する（または別のＲＡ手順を開始する）ことを試みるように構成することができる。ＷＴＲＵ１０２は、問題をより高位のレイヤに報告する（例えば、ＲＲＣに通知する、および／またはＲＬＦをトリガする）ことができる。例えば、ＷＴＲＵ１０２は、数々のＬＢＴサブバンド（例えば、アクティブＢＷＰ内のすべてのサブバンド、または各ＢＷＰ上のサブバンド）上において、数回の（ＬＢＴに失敗した）プリアンブル送信試行を試みた後、ＲＬＦをトリガすることができる。別の例においては、ＷＴＲＵ１０２は、ＢＷＰ非活動タイマが満了しようとしている、または満了した場合、異なるサブバンド上において、プリアンブルを送信または再送することを試みることができる。
【０１７２】
ＷＴＲＵ１０２は、ＲＡを開始する前にアクティブであったＤＬ  ＢＷＰと同じインデックスを有するＵＬ  ＢＷＰ上において、プリアンブルを送信または再送することを試みることができ、それは、アクティブなＵＬ  ＢＷＰを切り換えることを伴う、または含むことができ、それは、ＮＲ−Ｕの状況において（例えば、ＷＴＲＵ１０２のアクティブなＤＬ  ＢＷＰが、ＲＡを開始する前にアクティブなＵＬ  ＢＷＰと同じインデックスのＤＬ  ＢＷＰよりも少ない負荷／チャネル占有を有するとき）、有益であることができる。これは、ＲＡを開始した際、ＷＴＲＵ１０２が、ＷＴＲＵ１０２のアクティブなＤＬ  ＢＷＰを、アクティブなＵＬ  ＢＷＰと同じインデックスを有するＤＬ  ＢＷＰに切り換えることがある、ＮＲライセンスにおける挙動とは対照的であることができる。
【０１７３】
プリアンブル送信試行のために、異なるサブバンドおよび／またはＢＷＰに切り換えた際、ＷＴＲＵ１０２は、進行中のＲＡ手順を停止することができ、新しいサブバンドおよび／またはＢＷＰ上において、新しい手順を再開することができる。一例においては、ＷＴＲＵ１０２は、ＰＨＹ（例えば、ＰＨＹ層）が、手順の開始以降、いかなるプリアンブルも送信していない場合、サブバンドおよび／またはＢＷＰを変更した後、進行中のＲＡ手順を継続することができる。ＷＴＲＵ１０２は、例えば、ＲＡ手順がリセットされない場合、ＢＷＰ／サブバンドを切り換えた際、および／または切り換えた後に、プリアンブル試行カウンタをリセットすることができる。ＷＴＲＵは、さらに、ＲＲＣによって構成された関連するリセットタイマの満了時に、プリアンブル試行カウンタをリセットすることができる。
【０１７４】
ＬＢＴの結果は、メディアアクセス制御（ＭＡＣ）に知られないことがあるので、ＭＡＣは、ＰＨＹがＰＲＡＣＨ物理信号を送信したかどうかを認識しないことがあり、ＭＡＣは、（例えば、ＲＡＲおよび／または競合解決が受信されず、ＬＢＴが成功した後にプリアンブルが送信されたことをＰＨＹが示すと）ｐｒｅａｍｂｌｅ＿ｔｒａｎｓｍｉｓｓｉｏｎ＿ｃｏｕｎｔｅｒカウンタをインクリメントすることができる。
【０１７５】
ＷＴＲＵ１０２は、プリアンブルがＰＨＹによって送信され、ＬＢＴが成功したことを、ＰＨＹがＭＡＣに示した後、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗを開始することができる。これは、例えば、プリアンブルが実際にはＰＨＹ（例えば、物理層）において送信されなかったときに、不必要なＰＤＣＣＨ監視を回避するために有益であることがある。
【０１７６】
ＭＡＣは、ｐｒｅａｍｂｌｅ＿ｐｏｗｅｒ＿ｒａｍｐｉｎｇ＿ｃｏｕｎｔｅｒを変更する前に、プリアンブル再送のために、ＬＢＴ結果を考慮すること、および／または使用することができる。例えば、ＭＡＣは、とりわけ、少なくとも以下のうちのいずれかが、すなわち、（１）以前のプリアンブル送信について、ＲＡＲおよび／もしくは競合解決が受信されなかったこと、（２）ＭＡＣが、以前のプリアンブル送信において使用されたのと同じＵＬ／ＤＬチャネル上における再送のためのプリアンブルを選択すること、ならびに／または（３）ＰＨＹが、ＬＢＴが成功した後、プリアンブルが送信されたことを示すことのうちのいずれかが、発生した際に、ｐｒｅａｍｂｌｅ＿ｐｏｗｅｒ＿ｒａｍｐｉｎｇ＿ｃｏｕｎｔｅｒをインクリメントすることができる。
【０１７７】
ＮＲ−ＵアクセスにおけるＰＲＡＣＨ選択について、ＷＴＲＵ１０２は、選択されたＰＲＡＣＨリソースに基づいて、ＲＡ−ＲＮＴＩを計算することができる。ＷＴＲＵ１０２は、ＲＡ−ＲＮＴＩ計算の選択されたＰＲＡＣＨインターレース部分についての情報を含むことができる。例えば、（１）ｆ＿ｉｄは、選択されたインターレースの関数として定義／拡張することができ、および／または（２）式は、選択されたインターレースＩＤを直接的に考慮することができる。
【０１７８】
−代表的なＲＡＲ受信手順−
ある代表的な実施形態においては、ＷＴＲＵ１０２は、ＲＡＲが、サブバンド、インターレース、またはリソースのセットからなるセットのうちのいずれかの上で送信されることを予期することができる。ＷＴＲＵ１０２は、制御リソースセットのセット（例えば、ＲＡＲ監視セット）を監視することができる。制御リソースセットのセットは、複数のサブバンドにまたがることができ、（例えば、ｇＮＢ１８０によるＲＡＲの送信のためのチャネルアクセスの成功のより大きい可能性を可能にするために）複数のサブバンド上においてＲＡＲの受信を可能にすることができる。ＲＡＲ監視セット内の制御リソースセットは、異なる周期性およびオフセットを有する（例えば、各々が有する）ことができる。ＲＡＲ監視セットは、（例えば、ＭＩＢおよび／またはＳＩＢを含む）ブロードキャストされたチャネルに基づいて、決定することができる。ある代表的な実施形態においては、ＲＡＲ監視セットは、選択されたＰＲＡＣＨプリアンブルおよび／またはＰＲＡＣＨリソースに基づいて、決定することができる。
【０１７９】
ＲＡＲ（またはＲＡＲ  ＭＡＣ  ＣＥ）は、プリアンブルがその上で受信された、１つもしくは複数のサブバンド、および／または１つもしくは複数の帯域幅パート（ＢＷＰ）に関する、インジケーションを含むことができる。例えば、示されたサブバンドは、セル内のいずれかのサブバンドおよび／またはＢＷＰを指すことができる。インジケーションは、ＵＬ  ＢＷＰとＤＬ  ＢＷＰとの間のリンケージが、企図／仮定されていないとき（例えば、ＵＬ  ＢＷＰとＤＬ  ＢＷＰのインデックスが一致しないとき）、役立つことがある。ＲＡＲ（またはＲＡＲ  ＭＡＣ  ＣＥ）は、プリアンブルがその上で受信されたセルに関するインジケーションを含むことができる。
【０１８０】
ＷＴＲＵ１０２は、複数のＳＳＢまたはＣＳＩ−ＲＳ上において、ＲＡＲを監視することができる。例えば、選択されたＰＲＡＣＨプリアンブルおよび／またはリソースが、２つ以上のＳＳＢ（または２つ以上のＣＳＩ‐ＲＳ）と関連付けられる場合、ＷＴＲＵ１０２は、選択されたＰＲＡＣＨプリアンブル／リソースと関連付けられたＳＳＢ（例えば、すべてのＳＳＢ）上において、ＲＡＲを監視することができる。
【０１８１】
−代表的なＲＡの優先付け手順−
ＮＲ−Ｕアクセスにおける優先されたＲＡ手順は、差別化されないＲＡと比べて、差別化されたＬＢＴウィンドウおよび／または構成を使用することができる。ＷＴＲＵ１０２は、例えば、ＲＡ優先度に応じて、異なるＬＢＴウィンドウおよび／または構成を適用することができる。
【０１８２】
ＷＴＲＵ１０２は、ＬＢＴウィンドウおよび／または構成に対して特定の値を適用するとき、現在の試行の前のプリアンブル送信および／または再送試行の回数を決定および／または考慮することができる。ＷＴＲＵ１０２は、ＬＢＴウィンドウおよび／または構成に対して特定の値を適用するとき、ＷＴＲＵ１０２がその上でプリアンブルを送信しようと試みるサブバンドを決定および／または考慮することができる。例えば、ＬＢＴウィンドウおよび／または構成のための特定の値は、とりわけ、（１）プリアンブル送信および／もしくは試行の回数、ならびに／または（２）ＷＴＲＵ１０２がその上でプリアンブルを送信しようと試みるサブバンドに基づくことができる。
【０１８３】
−アンライセンススペクトルにおける代表的なスケジューリング要求（ＳＲ）−
−ＰＵＣＣＨ送信に対する代表的ＬＢＴ効果−
ＷＴＲＵ１０２は、（例えば、ＰＵＣＣＨ上においてスケジューリング要求または他のＵＣＩを送信するために）ＰＵＣＣＨリソースを用いるように構成することができる。ＰＵＣＣＨリソースは、（１）１つもしくは複数の時間リソース（例えば、シンボルのセット）、（２）１つもしくは複数の周波数リソース（例えば、ＰＲＢのセット）、（３）１つもしくは複数のプリコーダ（例えば、（例えば、送信ビームのための）アナログ／デジタル／ハイブリッドプリコーダ）、（４）（例えば、直交もしくは非直交多元接続を可能にするための）１つもしくは複数のカバーコード、（５）インターレースパターン（例えば、その上で送信するサブキャリアおよび／もしくはＰＲＢのサブセット）ならびに／または（６）ＬＢＴ構成のうちのいずれかを含むことができる。ＬＢＴ構成は、ブロードキャスト、マルチキャスト、またはユニキャスト送信で、ＷＴＲＵ１０２によって受信することができる。ＬＢＴ構成は、受信された送信内に含まれること、または受信された送信において示すことができる。例えば、ＬＢＴ構成は、半静的に設定する（例えば、２つ以上のＴＴＩ、スロット、もしくはミニスロットの期間にわたって設定する）こと、および／または（例えば、各ＴＴＩ、スロット、もしくはミニスロット期間ごとに）動的に設定することができる、インジケーションであることができる。
【０１８４】
−ＳＲ構成ごとの代表的ＬＢＴ構成−
ＰＵＣＣＨリソース上においてＳＲ送信を実行するために、例えば、ＷＴＲＵ１０２は、リソース（例えば、構成されたＰＵＣＣＨリソース）上におけるそのような送信の前に、ＬＢＴを実行することができる。ＷＴＲＵ１０２は、ＳＲ構成の送信に結び付けられた、ＬＢＴ構成を使用することができる。例えば、ＷＴＲＵ１０２は、ＳＲの送信に（例えば、それだけに）適用可能であること、または例えば、与えられたＳＲ構成、ＬＣＨ、もしくは論理チャネルグループ（ＬＣＧ）に特有であることができる、特定のＬＢＴ構成（例えば、とりわけ、ＬＢＴタイプ、持続時間、および／またはパラメータのセット）を有することができる。例えばＷＴＲＵ１０２は、ＳＲ構成と、ＬＢＴ構成（および／またはＬＢＴアクセスクラス優先度）との間のマッピングを用いるように（例えば、ＲＲＣによって）構成することができる。別の例においては、ＷＴＲＵ１０２は、ＰＵＣＣＨ送信の前にＳＲをトリガしたＬＣＨのために構成された、ＬＢＴ構成を適用することができる。
【０１８５】
−トリガされたＰＵＣＣＨ機会のための代表的手順−
ある代表的な実施形態においては、ＷＴＲＵ１０２は、ＷＴＲＵ１０２が、（ときには「ＰＵＣＣＨ送信トリガ」と呼ばれる）トリガ信号を受信した場合、１つまたは複数のＰＵＣＣＨリソース上において、ＳＲ（および／または他のＵＣＩ）の送信を実行することができる。ＰＵＣＣＨ送信トリガおよびその内容は、ＰＲＡＣＨについて本明細書において説明されたトリガ信号に類似することができる。例えば、ＰＵＣＣＨ送信トリガは、ＰＤＣＣＨで、共通空間において、および／またはＷＴＲＵ固有の探索空間において受信されたＤＣＩから成ることができ、またはそれを含むことができる。ＰＵＣＣＨ送信トリガは、とりわけ、（１）ＳＲおよび／もしくはＨＡＲＱ−ＡＣＫなど、送信されるＵＣＩのタイプ、（２）１つもしくは複数の有効なリソースに対するインデックス、ならびに／または（３）送信時間のうちのいずれかを示すことができる。例えば、ＷＴＲＵ１０２は、次回のＰＵＣＣＨリソースが有効であることを示すことができる信号を受信することを予期することができる。信号／インジケーションの受信は、１つまたは複数のＰＵＣＣＨリソースのために使用されるＬＢＴのタイプ（および／またはＬＢＴパラメータ）に影響することができる。例えば、ＷＴＲＵ１０２が、それのためのＰＵＣＣＨ送信トリガを受信しなかった、ＰＵＣＣＨリソースについては、ＷＴＲＵ１０２は、ＰＵＣＣＨ上においてＳＲまたは他のＵＣＩを送信する前に、完全なＬＢＴを使用することができる。ＷＴＲＵ１０２が、それのためのＰＵＣＣＨ送信トリガを受信した、１つまたは複数のＰＵＣＣＨリソースについては、ＷＴＲＵ１０２は、（１）優先度がより高いＬＢＴ（例えば、チャネル獲得の可能性を高めるために、パラメータが緩められた、ＬＢＴ構成）を使用することができ、または（２）ＬＢＴを使用しない（例えば、ＬＢＴをまったく使用しない）ことができる。
【０１８６】
本明細書において説明される代表的なトリガ信号（およびその内容）は、ＰＵＣＣＨリソースおよび／またはＰＲＡＣＨリソースに等しく適用することができる（例えば、それのために使用することができる）ことが企図される。
【０１８７】
いくつかの代表的な実施形態においては、ＷＴＲＵ１０２が、ＰＵＣＣＨリソースが有効であることを示すＰＵＣＣＨ送信トリガを受信した場合、または受信したことを条件として、構成されたＰＵＣＣＨリソース上においてＳＲを送信することを、ＷＴＲＵ１０２に許可することができる（例えば、それだけを許可することができる）。
【０１８８】
いくつかの代表的な実施形態においては、第１のＰＵＣＣＨリソース（例えば、周期的リソース）のいずれかの上において、および／またはＰＵＣＣＨ送信トリガによって示された第２のＰＵＣＣＨリソース上において、ＳＲを送信することを、ＷＴＲＵ１０２に許可することができる。これらの代表的な実施形態は、ＳＲのための周期的なＰＵＣＣＨ機会の大きい断片が、高いチャネル占有のせいで失われるシナリオにおいて、ＳＲ送信の待ち時間を改善することができる。第１および第２のＰＵＣＣＨリソースは、ＲＲＣおよび／またはＭＡＣによって構成されるＰＵＣＣＨリソースの第１および第２のセットから選択することができる。例えば、ＰＵＣＣＨリソースの第１のセットは、（例えば、周期的に発生する）第１のＰＵＣＣＨリソースインデックスに対応することができ、ＰＵＣＣＨリソースの第２のセットは、（例えば、ＰＵＣＣＨ送信トリガによって示されるタイミングを有する）第２のＰＵＣＣＨリソースインデックスに対応することができる。
【０１８９】
−トリガ信号を受信するための代表的なＷＴＲＵ挙動−
ＷＴＲＵ１０２は、ＳＲをトリガした際、および／もしくはトリガした後に、ならびに／またはＷＴＲＵ１０２がＰＵＣＣＨ上においてＵＣＩを送信するべきである、もしくは送信する必要があると決定した際、および／もしくは決定した後に、ＰＵＣＣＨリソーストリガ信号を監視し始めることができる。ＷＴＲＵ１０２は、ＰＵＣＣＨトリガ信号を検出するための監視パターンを用いるように構成することができる。構成は、ブロードキャストチャネルで提供することができ、および／またはＲＲＣ構成することができる。トリガ信号の受信時に、ＷＴＲＵ１０２は、１つまたは複数の関連付けられたＰＵＣＣＨリソース上において、ＳＲを送信することを試みることができる。例えば、そのようなインジケーション（例えば、トリガ信号）を受信することは、ＷＴＲＵ１０２が、複数のＰＵＣＣＨリソースおよび／またはＳＲ構成を使用することを可能にすることができる。
アンライセンススペクトルにおける代表的なＳＲ手順
−代表的なＳＲ手順−
ＬＢＴの結果は、ＭＡＣ（例えば、ＭＡＣ層）に知られないことがあるので、ＭＡＣは、ＰＨＹがＳＲを送信したかどうかを認識しないことがある。ＭＡＣは、ＬＢＴが成功した後にＳＲが送信されたことをＰＨＹ（例えば、物理層）がひとたび示すと、および／または示した後に、適用可能なＳＲ構成のためのＳＲ＿Ｃｏｕｎｔｅｒをインクリメントすることができる。ＷＴＲＵ１０２は、ＳＲがＰＨＹによって送信され、ＬＢＴが成功したことを、ＰＨＹがＭＡＣにひとたび示すと、および／または示した後に、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒを開始することができ、ＰＤＣＣＨを監視することができる。この代表的な手順は、例えば、ＳＲが実際にはＰＨＹにおいて送信されなかったときに、不必要なＰＤＣＣＨ監視を回避するために、有益であることがある。
【０１９０】
ＷＴＲＵ１０２は、ＳＲ試行カウンタを維持する（例えば、さらに維持する）ことができ、それは、ＬＢＴの結果にかかわらず、ＭＡＣがＰＨＹにＳＲを送信するように命令したときに（例えば、命令するたびに）、またはＳＲ送信試行がＬＢＴに失敗するたびに、インクリメントすることができる。ＳＲ試行カウンタが、ＳＲ試行のある回数（例えば、しきい値レベル）にひとたび達すると、および／または達した後に、ＷＴＲＵ１０２は、とりわけ、以下のうちのいずれか、すなわち、（１）ＳＲを再送すること、および／もしくは異なるインターレース、サブバンド、ＢＷＰ、セルに切り換えること、および／もしくは他のＰＨＹ特性を用いること、（２）与えられたセル上においてＲＡ手順を開始すること、（３）問題をより高位のレイヤに報告すること（例えば、ＲＲＣに通知すること、および／もしくはＲＬＦをトリガすること）、ならびに／または（４）使用されるＬＢＴ構成を変更することのうちのいずれかを実行することができる。
【０１９１】
−ＰＵＣＣＨリソース選択のための代表的手順−
ＷＴＲＵ１０２は、ＳＲ送信のためのチャネルを獲得することに失敗することがあり、および／またはＳＲ送信のためのＬＢＴに成功した後、ＰＤＣＣＨを受信することに失敗することがある。ＷＴＲＵ１０２は、異なるサブバンド、異なるインターレース、および／または異なるセル上において、ＳＲまたはＲＡ−ＳＲを送信または再送することを試みることができる。このチャネル切り換えは、とりわけ、以下のうちのいずれか、すなわち、（１）構成されたしきい値よりも大きいＳＲ再送数、（２）構成されたしきい値よりも大きいＳＲ試行数、（３）ＵＬ  ＢＷＰおよびＤＬ  ＢＷＰのインデックス、および／もしくは（例えば、構成されている場合、および／もしくは有効である場合）ＵＬ  ＢＷＰとＤＬ  ＢＷＰとの間のリンケージ、（４）タイマ（例えば、ＢＷＰ非活動タイマ、もしくはＳＲ試行カウンタをリセットするためのタイマ）が動作しているか、それとも満了したか、（５）監視されるサブバンド／ＢＷＰ上における観測されたチャネル占有／負荷状態、（６）例えば、ＲＲＣもしくはＳＩによる、ある静的もしくは半静的構成、ならびに／または（７）複数のアクティブなＢＷＰをサポートするためのＷＴＲＵ１０２の能力のうちのいずれかに依存することができる。
【０１９２】
複数のアクティブＢＷＰを可能にするＷＴＲＵ１０２について、ＷＴＲＵ１０２は、異なるアクティブＢＷＰペア上において、ＳＲを送信する（例えば、さらに別のＳＲを送信する）ことができ、第１のＳＲがその上で送信されたＵＬ  ＢＷＰにリンクされた、ＤＬ  ＢＷＰ上において、ＰＤＣＣＨを監視し続けることができる。例えば、ＷＴＲＵ１０２は、第１の保留中ＳＲのＳＲ送信カウンタおよび／もしくはＳＲ試行カウンタに応じて（例えば、それに基づいて）、ならびに／または、チャネル占有状態に応じて（例えば、それに基づいて）、異なるサブバンド／ＢＷＰ上において、追加のＳＲをトリガすることができる。
【０１９３】
ＷＴＲＵ１０２は、例えば、ＳＲ再送および／もしくは試行のある回数に達した際、ならびに／または達した後に、異なるＢＷＰおよび／またはセル上において、ＲＡ手順を開始する（例えば、さらに開始する）ことができる。例えば、ＷＴＲＵ１０２は、ＰＤＣＣＨがその上で送信されるＤＬ  ＢＷＰには、負荷がかかっている（例えば、重い負荷がかかっている、および／もしくはしきい値レベルを上回る負荷がかかっている）が、アクティブなＵＬ  ＢＷＰには、負荷がかかっていない（例えば、軽い負荷しかかかっていない、および／もしくは別のしきい値レベルを下回る負荷しかかかっていない）と決定すること、ならびに／またはそれを観測することができる。ＷＴＲＵ１０２は、ＷＴＲＵ１０２のアクティブなＤＬ  ＢＷＰを変更するためのＲＡ手順を開始することができる。例えば、ＷＴＲＵ１０２は、軽い負荷しかかかっていない、ＤＬ  ＢＷＰにリンクされたＵＬ  ＢＷＰ上において、ＲＡ手順を開始することができ、例えば、それは、一度に単一のアクティブなＤＬ  ＢＷＰだけしか可能にしないＷＴＲＵ１０２にとって有益であることがある。異なるＬＢＴサブバンドおよび／またはＢＷＰに切り換える際、ＷＴＲＵ１０２は、進行中のＳＲ手順を停止することができ、新しい手順を再開することができる。ＷＴＲＵ１０２は、例えば、ＳＲ手順がリセットされない場合、ＢＷＰ／サブバンドを切り換えた際、および／または切り換えた後に、ＳＲ試行カウンタをリセットすることができる。ＷＴＲＵは、ＲＲＣによって構成された関連するリセットタイマの満了時に、さらに、ＳＲ試行カウンタをリセットすることができる。
【０１９４】
−ＳＲ再送のための代表的な手順−
図４は、例えば、チャネルがビジーである（例えば、Ｕ−ＮＲ  ＤＬおよび／またはＵ−ＮＲ  ＵＬチャネルがビジーである）とき、タイマ（例えば、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒ）を延長することができる、ＳＲ再送のための代表的な手順を示す図である。
【０１９５】
図４を参照すると、ＳＲ再送のための代表的な手順４００は、バッファステータスレポート（ＢＳＲ）またはスケジューリング要求（ＳＲ）をトリガすることができる、ＷＴＲＵ１０２を含むことができる。ある代表的な実施形態においては、ＢＳＲは、ＳＲをトリガすることができる。ＮＲ−Ｕについては、ＷＴＲＵ１０２は、例えば、アンライセンス周波数バンドのアップリンクチャネルが、送信のために利用可能であるかどうかを決定するために、４１０において、ＬＢＴ動作を実行することができる。アップリンクチャネルが、送信のために利用可能である場合、ＷＴＲＵ１０２は、ＳＲを生成することができ、４２０において、ＳＲをネットワークエンティティ（例えば、ｇＮＢ１８０）に送信することができる。ＳＲの送信後または送信時に、タイマ（例えば、ＳＲ禁止タイマ）を開始することができ、タイマは、ＳＲ禁止期間４３０の後、満了することができる。ＷＴＲＵ１０２が、ＳＲ禁止タイマが満了する前に、応答（例えば、グラント）を受信しない場合、ＷＴＲＵ１０２は、４４０において、別のＬＢＴ動作を使用して、チャネルを再獲得することを試みることができ、４５０において、第２のＳＲを送信することができる。例えば、４６０において、ダウンリンク（ＤＬ）チャネルがビジーである場合（例えば、ネットワークエンティティが応答（例えば、グラント）を送信することができない場合、ＷＴＲＵ１０２は、ＳＲ禁止タイマを延長することができる。４７０において、延長されたＳＲ禁止期間の間に、ＷＴＲＵ１０２は、事前決定または伝達された遅延期間Ｋ２（例えば、１〜８サブフレームまたはＴＴＩの範囲内の遅延）を用いて、ダウンリンクを介して（例えば、ＰＤＣＣＨ上において）グラントを受信することができる。遅延期間Ｋ２の後、ＷＴＲＵは、４８０において、別のＬＢＴ動作を使用して、チャネルを獲得することを試みることができ、アップリンク（例えば、ＰＵＳＣＨ）を使用して、例えば、ＢＳＲ  ＭＡＣ  ＣＥを介して、情報（例えば、ＢＳＲ）を送信することができる。その後、ＷＴＲＵ１０２は、ＳＲをキャンセルすることができる。
【０１９６】
ある代表的な実施形態においては、ＷＴＲＵ１０２が、ネットワークエンティティ（例えば、ｇＮＢ１８０）が、ＬＢＴ失敗のせいで、ＰＤＣＣＨを送信することに失敗したと決定した場合（例えば、グラントが、ＷＴＲＵ１０２によって受信されないとき）、ＷＴＲＵ１０２は、タイマの満了前に、タイマ（例えば、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒ）を延長することができ、またはリセットすることができる。例えば、ＷＴＲＵ１０２は、チャネルが時間の持続にわたってビジーであるせいで、ＰＤＣＣＨが送信されなかったと決定することができ、ＷＴＲＵ１０２は、例えば、構成する（例えば、事前構成する、半静的に構成する、および／またはネットワークエンティティによって伝達する）ことができる、ある最大持続時間／値まで、タイマ（例えば、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒ）に時間を加算する（例えば、時間の持続を表す値を加算することができる。
【０１９７】
他の代表的な実施形態においては、ＷＴＲＵ１０２は、アップリンクグラントのためのＳＲを送信した後、および／またはＰＤＣＣＨによって提供されるグラントのためのＬＢＴ（例えば、ＬＢＴ動作）に失敗した後、ＰＤＣＣＨを受信した際、および／または受信した後に、タイマ（例えば、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒ）を延長またはリセットすることができる。ＷＴＲＵは、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒを再開した際、および／または再開した後に、別のＵＬグラントを受信することを予期して、さらに、ＰＤＣＣＨを監視することができる。例えば、ＷＴＲＵ１０２は、ＳＲを送信した後、アップリンクグラントを受信した際、または受信した後に、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒをリセットすること、またはｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒに値を加算することができる。加算値は、構成可能であること、事前定義すること、ならびに／またはアップリンクグラント持続時間および／もしくはグラント送信時間に依存することができる。加算値の使用は、例えば、ＷＴＲＵ１０２が、ＳＲを送信した後、アップリンクグラントを受信し、例えば、ＬＢＴ失敗のせいで、ＰＵＳＣＨを送信できなかったとき、有益であることがある。別の例においては、ＷＴＲＵ１０２は、ＳＲを送信した後に受信されたグラントでの、ＰＵＳＣＨ送信のためのＬＢＴ動作に失敗した際、および／または失敗した後に、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒを延長することができ、またはリセットすることができる。
【０１９８】
図５は、ＬＢＴ動作とともに使用される（例えば、ＳＲを送信した後に受信されたグラントでの、ＰＵＳＣＨ送信のためのＬＢＴに失敗した際、および／または失敗した後に、ＷＴＲＵ１０２が、ｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒを延長することができる）、ＳＲ禁止タイマ延長のための代表的な手順を例示する図である。
【０１９９】
図５を参照すると、ＳＲ禁止タイマ延長のための代表的な手順５００は、ＢＳＲまたはスケジューリング要求（ＳＲ）をトリガすることができる、ＷＴＲＵ１０２を含むことができる。ある代表的な実施形態においては、ＢＳＲは、ＳＲをトリガすることができる。ＮＲ−Ｕについては、ＷＴＲＵは、例えば、アンライセンス周波数バンドのアップリンクチャネルが、送信のために利用可能であるかどうかを決定するために、５２０において、ＬＢＴ動作を実行することができる。アップリンクチャネルが、送信のために利用可能である場合、ＷＴＲＵ１０２は、ＳＲを生成することができ、５３０において、ＳＲをネットワークエンティティ（例えば、ｇＮＢ１８０）に送信することができる。ＳＲの送信後または送信時に、タイマ（例えば、ＳＲ禁止タイマ）を開始することができ、タイマは、ＳＲ禁止期間５４０の後、満了することができる。ＷＴＲＵ１０２が、ＳＲ禁止タイマが満了する前に、応答（例えば、グラント５５０）を受信した場合、ＷＴＲＵ１０２は、遅延期間Ｋ２（例えば、事前決定または伝達された遅延期間、例えば、１〜８サブフレームまたはＴＴＩの範囲内の遅延）にわたって待つことができ、５６０において、別のＬＢＴ動作を使用して、チャネルを再獲得することを試みることができる。他のＬＢＴ動作５６０が失敗した場合、ＷＴＲＵは、ＳＲ禁止タイマを、延長された期間にわたって延長することができる。５７０において、ネットワークエンティティ（例えば、ｇＮＢ１８０）は、ＤＬにおけるＰＤＣＣＨを介して、別のグラントをＷＴＲＵ１０２に送信することができる。グラントを受信した後、ＷＴＲＵ１０２は、遅延期間Ｋ２にわたって待つことができ、さらなるＬＢＴ動作５８０を実行することができる。さらなるＬＢＴ動作が、成功した（例えば、チャネルが、利用可能になった）後、ＷＴＲＵ１０２は、ＵＬ（例えば、ＰＵＳＣＨ）を使用して、例えば、ＢＳＲ  ＭＡＣ  ＣＥを介して、情報（例えば、ＢＳＲレポート）を送信することができる。その後、ＷＴＲＵ１０２は、ＳＲをキャンセルすることができる。
【０２００】
ある代表的な実施形態においては、ＷＴＲＵ１０２は、異なるサブバンド、ＢＷＰ、および／またはＳＲ構成上において、別のＳＲを送信した際、および／または送信した後に、与えられたＳＲ構成のためのｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒを延長することができ、またはリセットすることができる。タイマに加算される値は、とりわけ、（１）追加のＳＲのＳＲ構成の周期性、（２）追加のＳＲのためのＳＲ禁止タイマのために構成された値、（３）追加のＳＲがその上で送信されるＢＷＰ／サブバンドのＨＡＲＱタイムラインおよび／もしくはラウンドトリップ時間（ＲＴＴ）、（４）追加のＳＲの送信と関連付けられたＰＤＣＣＨ監視期間、ならびに／または（５）ＰＤＣＣＨ上において受信されたグラントの特性のうちのいずれかに依存する（例えば、それに基づく）ことができる、例えば、ＷＴＲＵ１０２は、異なるＢＷＰおよび／またはＳＲ構成上において別のＳＲを送信した際、または送信した後に、第１の保留中ＳＲのｓｒ−ＰｒｏｈｉｂｉｔＴｉｍｅｒを延長することができる。この挙動は、複数のアクティブなＢＷＰをサポートするためのＷＴＲＵ１０２の能力に依存する（例えば、さらに依存する）ことがある。
【０２０１】
−ＳＲキャンセレーションの代表的手順−
ＷＴＲＵ１０２が、（例えば、ＬＢＴが成功した後）ＳＲをすでに送信していた場合、異なるサブバンドおよび／またはＢＷＰ上においてＳＲを送信することを試みた際、および／または試みた後に、ＷＴＲＵ１０２は、（１）以前のＳＲをキャンセルし、追加のものをトリガすること、または（２）以前の保留中ＳＲを保持（例えば、維持）し、追加のもの（例えば、追加のＳＲ）をトリガすることができる。ＷＴＲＵ１０２による決定は、（１）複数のアクティブなＢＷＰおよび／もしくはＢＷＰペアを有する（例えば、サポートする）ためのＷＴＲＵ１０２の能力、（２）ＳＲが実際にＰＨＹにおいて元のＢＷＰで送信されたかどうか、ならびに／または（３）元のＤＬ  ＢＷＰ上におけるチャネル占有状態に依存する（例えば、それに基づく）ことができる。ＷＴＲＵ１０２が、以前の保留中ＳＲをキャンセルした場合、ＷＴＲＵ１０２は、ＢＷＰ／サブバンドを切り換える際に、ＳＲ試行カウンタをリセット（例えば、さらにリセット）することができる。
【０２０２】
ＮＲライセンスの例については、ＷＴＲＵ１０２は、ＢＳＲ  ＭＡＣ  ＣＥを包含する、または含む、ＭＡＣ  ＰＤＵの送信時および／または送信後に、保留中ＳＲをキャンセルすることができる。ＮＲ−Ｕについては、ＷＴＲＵ１０２は、ＢＳＲ  ＭＡＣ  ＣＥを包含する、または含む、ＭＡＣ  ＰＤＵの送信時に、ならびにＬＢＴが成功した後、例えば、ＬＢＴ成功を示す通知の受信時に、またはＳＲ送信試行について、ＰＨＹ（例えば、Ｌ１または物理層）からのＬＢＴ失敗インジケーションが受信されていないと決定した際に、グラントがＰＵＳＣＨ上において送信されたことをＰＨＹから確認した際、および／または確認した後に、保留中ＳＲをキャンセルすることができる。同様に、ＷＴＲＵ１０２は、関連するＢＳＲ  ＭＡＣ  ＣＥを包含する、または含む、ＭＡＣ  ＰＤＵの送信時および／または送信後に、ならびにＬＢＴが成功した後、グラントがＰＵＳＣＨ上において送信されたことをＰＨＹ（例えば、Ｌ１または物理層）から確認した際、および／または確認した後に、保留中ＢＳＲをキャンセルすることができる。
【０２０３】
−複数の同時ＬＢＴ試行のための代表的手順−
例えば、ＳＲをトリガした際、および／またはトリガした後に、異なるリソース上において、またおそらくは（例えば、各々が独自のＬＢＴ手順を有する）異なるサブバンドにおいて、いくつかのＬＢＴを試みることが、有益であることがある。このダイバーシティは、１つまたは複数のサブバンドにおけるチャネルを獲得することの失敗に対する堅牢性を提供することができる。複数のＬＢＴを試みることは、とりわけ、以下のうちのいずれか、すなわち、（１）ＳＲ再送数、（２）ＳＲ試行数、（３）ＵＬ  ＢＷＰおよびＤＬ  ＢＷＰのインデックス、および／もしくは（例えば、構成されている場合、および／もしくは有効な場合）ＵＬ  ＢＷＰとＤＬ  ＢＷＰとの間のリンケージ、（４）タイマ（例えば、ＢＷＰ非活動タイマ）が動作しているか、それとも満了したか、（５）監視されるサブバンド／ＢＷＰ上における観測されたチャネル占有／負荷状態、（６）例えば、ＲＲＣもしくはＳＩによる、ある静的もしくは半静的構成、ならびに／または（７）複数のアクティブなＢＷＰをサポートするためのＷＴＲＵ１０２の能力のうちのいずれかにさらに依存することができる。ＷＴＲＵ１０２は、さらに、ＳＲを送信した際に、複数のＢＷＰまたはサブバンド（例えば、あるＢＷＰまたはサブバンド）上において、ＰＤＣＣＨを監視することができ、それは、構成、および／またはＷＴＲＵ１０２が複数のアクティブなＢＷＰもしくはＢＷＰペアを可能にするかどうかに依存することができる。
【０２０４】
−代表的な構成されたグラント送信−
ＷＴＲＵ１０２は、構成されたグラントを使用することによって、グラントなしの送信を実行するための能力を有するように構成することができる。ＷＴＲＵ１０２は、構成されたグラントで送信する前に、ＬＢＴを実行することができる。いくつかのケースにおいては、ＬＢＴは、失敗することがあり、ＷＴＲＵ１０２が、ＷＴＲＵ１０２のデータを送信するために、将来の構成されたグラントオケージョンまたはスケジュールされたグラントまで、待つことがあり、および／または待たなければならないことがあり、例えば、それは、望ましくない待ち時間を追加することがある。ＷＴＲＵ１０２は、条件付き構成されるグラントリソースを用いるように構成することができる。そのような条件付き構成されるグラントリソースは、例えば、失敗したＬＢＴのせいで、先行する（または直前の）構成されたグラントが、ＷＴＲＵ１０２によって使用されなかった場合に、使用することができる（またはその場合だけ使用することができる）。条件付き構成されるグラントを使用するために、ＷＴＲＵ１０２は、条件付き構成されるグラントが有効であることを示す、ネットワークエンティティ（例えば、ｇＮＢ１８０）からのトリガ信号を最初に受信するように構成することができる。ＷＴＲＵ１０２は、ＰＲＡＣＨトリガについて本明細書において説明されるのと同様の方法で、（条件付き構成されるグラントのトリガ信号を受信する前または後に）ＬＢＴを実行することができる。
【０２０５】
図６は、１つまたは複数のアンライセンス周波数バンドを使用する、代表的な手順を例示するフローチャートである。
【０２０６】
図６を参照すると、代表的な手順６００は、アンライセンス周波数バンドの１つまたは複数を使用して、システムアクセスを実行するために、ＷＴＲＵ１０２によって実施することができる。ブロック６１０において、ＷＴＲＵ１０２は、ランダムアクセス（ＲＡ）プリアンブル（ＲＡＰ）の送信に適用可能なパラメータを含む、ＬＢＴ構成を示すＬＢＴ情報を獲得することができる。ブロック６２０において、ＷＴＲＵ１０２は、ＬＢＴ構成に基づいて、アンライセンス周波数バンドの１つもしくは複数のそれぞれのアンライセンス周波数バンド、または複数のアンライセンスチャネルのうちのアンライセンスチャネルが、送信のために利用可能であるかどうかを決定することができる。ブロック６３０において、ＷＴＲＵ１０２は、それぞれのアンライセンス周波数バンドまたはアンライセンスチャネルが、送信のために利用可能であることを条件として、それぞれのアンライセンス周波数バンドまたはアンライセンスチャネルを使用して、ＲＡチャネル（ＲＡＣＨ）を介して、ＲＡＰを送信することができる。
【０２０７】
ある代表的な実施形態では、ＷＴＲＵは、（１）アップリンク送信が必要とされること、（２）ランダムアクセス手順が開始されること、または（３）スケジューリング要求が保留中であり、この決定に従って、情報（例えば、ＬＢＴ情報および／もしくはＣＴＴ情報）の存在を監視することができることのうちのいずれかを決定することができる。
【０２０８】
ある代表的な実施形態においては、ＷＴＲＵ１０２は、示されたパラメータを設定することができ、設定されたパラメータに従って、ＲＡＰを送信することができる。
【０２０９】
ある代表的な実施形態においては、ＷＴＲＵは、（１）ネットワークエンティティ（例えば、ｇＮＢ１８０）から、ＬＢＴ情報を受信すること、（２）ネットワークエンティティから、複数のＬＢＴ構成と関連付けられた情報を受信し、選択されたＬＢＴ構成として、複数のＬＢＴ構成のうちの１つを選択すること、および／または（３）選択されたＬＢＴ構成として、複数の事前決定されたＬＢＴ構成のうちの１つを選択することができる。
【０２１０】
ある代表的な実施形態においては、ＷＴＲＵ１８０は、プリアンブル送信トリガ（ＰＴＴ）を監視することができ、および／またはＬＢＴ構成は、ＰＴＴが受信されたかどうかに従って、選択することができる。
【０２１１】
ある代表的な実施形態においては、ＰＴＴは、ＲＡＰを送信するための有効なＲＡＣＨリソースを示すことができ、および／または（１）明示的トリガ、もしくは（２）（ｉ）１つもしくは複数のシステム同期ブロック（ＳＳＢ）、（ｉｉ）１つもしくは複数の参照信号（ＲＳ）、（ｉｉｉ）１つもしくは複数の制御チャネル（ＣＣＨ）、（ｉｖ）１つもしくは複数のマスタ情報ブロック（ＭＩＢ）、および／もしくは（ｖ）１つもしくは複数のシステム情報ブロック（ＳＩＢ）を含む、ネットワークエンティティからの送信に基づいた、暗黙的トリガのうちのいずれかであることができる。
【０２１２】
ある代表的な実施形態においては、ＰＴＴは、それのためにＲＡＣＨリソースを使用することができる、１つまたは複数の許容可能な目的を示すことができる。
【０２１３】
ある代表的な実施形態においては、ＰＴＴの監視は、複数のＰＴＴのうちの現在のＰＴＴを監視する、ＷＴＲＵ１０２を含むことができる。例えば、それぞれのアンライセンス周波数バンドまたはアンライセンスチャネルが、送信のために利用可能であるかどうかを決定する、ＷＴＲＵ１０２は、それぞれのアンライセンス周波数バンドまたはアンライセンスチャネルが、アンライセンス周波数バンドまたはアンライセンスチャネル上における現在の送信または現在の再送のために利用可能であるかどうかを、現在のＰＴＴに基づいて選択されたＬＢＴ構成に従って決定する、ＷＴＲＵ１０２を含むことができる。
【０２１４】
ある代表的な実施形態においては、ＰＴＴは、ランダムアクセス応答（ＲＡＲ）内に含めることができる。
【０２１５】
ある代表的な実施形態においては、ＣＯＴ共用動作を使用して、ＷＴＲＵ１０２は、それぞれのアンライセンス周波数バンドまたはアンライセンスチャネルが、利用可能であると決定した後、ネットワークエンティティ（例えば、ｇＮＢ１０８またはネットワークアクセスポイント（ＮＡＰ））との通信のために、それぞれのアンライセンス周波数バンドまたはアンライセンスチャネルを獲得して、ＲＡＣＨ動作（または一連のＲＡＣＨ動作）を完了することができる。ＷＴＲＵ１０２は、ＲＡＣＨ手順（または例えば、一連のＲＡＣＨ動作）を完了する間、ネットワークエンティティとの通信のために、獲得されたそれぞれのアンライセンス周波数またはアンライセンスチャネルを維持することができる。ＷＴＲＵ１０２は、ＲＡＣＨ手順（または例えば、一連のＲＡＣＨ動作）を完了した後、獲得されたそれぞれのアンライセンス周波数バンドまたはアンライセンスチャネルを解放することができる。例えば、ＷＴＲＵ１０２は、ＷＴＲＵとネットワークエンティティとの間の事前決定された一連の送信に基づいて、ＲＡＣＨ手順（または例えば、一連のＲＡＣＨ動作）を完了する間、アンライセンス周波数バンドまたはアンライセンスチャネルを、ネットワークエンティティと共用することができる。
【０２１６】
ＲＡＣＨのためのＣＯＴ共用が、開示されるが、ＣＯＴ共用は、ＳＲ動作／手順および他の制御シグナリング手順／動作を含む、他のタイプの手順／動作とともに使用することができる。例えば、ＷＴＲＵは、アンライセンスバンドまたはチャネルを獲得することができ、長い持続時間にわたってそれを共用することができるので、ＷＴＲＵは、最初にＬＢＴ動作だけを実行することができ、ＲＡＣＨ手順（または一連のＲＡＣＨ動作）を完了する間、および可能な他の一連の送信中、別のＬＢＴを実行しないことができる。
【０２１７】
ある代表的な実施形態においては、ＷＴＲＵ１０２は、（１）ショートＬＢＴ動作、または（２）ロングＬＢＴ動作のうちの一方を実行することができる。
【０２１８】
ある代表的な実施形態においては、ＷＴＲＵ１０２は、応答を監視することができ、および／または決定される結果として、（１）アンライセンス周波数バンドもしくはアンライセンスチャネルを介して、もしくはその上において、応答を受信すべきであるかどうか、（２）アンライセンス周波数バンドもしくはアンライセンスチャネルが、ビジーであること、および／または（３）ネットワークエンティティが、アンライセンス周波数バンドもしくはアンライセンスチャネルを獲得しなかったことのうちのいずれかに基づいて、タイマの満了時間を延長するか、一時停止するか、それともリセットするかを決定することができる。ＷＴＲＵ１０２は、決定された結果に従って、タイマを延長すること、一時停止すること、またはリセットすることができる。例えば、ＷＴＲＵ１０２は、応答の受信前に、タイマが満了することを条件として、ＲＡプリアンブルを再送することができる。
【０２１９】
ある代表的な実施形態においては、ＷＴＲＵ１０２は、チャネル占有状態に従って、ＲＡ応答タイマおよび／または競合解決タイマのうちのいずれかを調整することができる。
【０２２０】
ある代表的な実施形態においては、ＷＴＲＵ１０２は、ＲＡ応答（ＲＡＲ）を監視することができ、第１のメッセージを送信することができ、各々が異なるＬＢＴ動作を使用する、異なるリソース上において、ＲＡＰ、ＲＡＲ、第１のメッセージ、および第２のメッセージを送信および／または受信することができるように、第２のメッセージを監視することができる。
【０２２１】
ある代表的な実施形態においては、ＷＴＲＵ１０２は、１つまたは複数のチャネル占有状態に依存する事前設定された値に従って、バックオフ値をバックオフタイマに適用することができる。
【０２２２】
ある代表的な実施形態においては、ＲＡＰを送信した後、ＷＴＲＵ１０２は、ＲＡ応答が、ネットワークエンティティ（例えば、ｇＮＢまたはネットワークアクセスポイント）によって、アンライセンス周波数バンドまたはアンライセンスチャネル上において送信されなかったと決定することができる。ＷＴＲＵ１０２は、アンライセンス周波数バンドまたはアンライセンスチャネルが利用可能であることを検出することができ、バックオフタイマを開始することができる。例えば、ＷＴＲＵ１０２は、バックオフタイマが満了したとき、ＲＡＰを再送することができる。
【０２２３】
ある代表的な実施形態においては、アンライセンス周波数バンドもしくはアンライセンスチャネルがビジーであると、ＷＴＲＵが決定したこと、またはネットワークエンティティ（例えば、ｇＮＢ１８０もしくはネットワークアクセスポイント）が、アンライセンス周波数バンドを獲得できなかったことを条件として、ＷＴＲＵ１０２は、バックオフタイマを調整すること、一時停止すること、または停止することができる。例えば、ＷＴＲＵ１０２は、アンライセンス周波数バンドまたはアンライセンスチャネルが、再び利用可能になったとき、例えば、ランダムなバックオフ遅延を提供するために、ランダムなバックオフ値を使用して、バックオフタイマを調整することができる。
【０２２４】
ある代表的な実施形態においては、（１）ＲＡＰのためにアンライセンス周波数バンドを獲得すること、または（２）ＲＡ応答を受信することに失敗した後、ＷＴＲＵ１０２は、異なるサブバンド、異なるインターレース、および／または異なるプリアンブル／ＲＡチャネルＲＡＣＨオケージョンのうちのいずれかの上において、ＲＡＰを再送することができる。
【０２２５】
ある代表的な実施形態においては、ＷＴＲＵ１０２は、ＲＡ優先度を決定することができ、ならびに／または決定されたＲＡ優先度に基づいて、選択されたＬＢＴウィンドウ、および／もしくは差別化されないＲＡに関する構成のうちのいずれかを設定することができる。
【０２２６】
ある代表的な実施形態においては、ＷＴＲＵ１０２は、構成または伝達された切り換えポイントに基づいて、第１のメッセージの送信前に、異なるＬＢＴ構成をスキップまたは適用することができる。
【０２２７】
図７は、１つまたは複数のアンライセンス周波数バンドを使用する、別の代表的な手順を例示するフローチャートである。
【０２２８】
図７を参照すると、代表的な手順７００は、アンライセンス周波数バンドの１つまたは複数を使用して、システムアクセスを実行するために、ＷＴＲＵ１０２によって実施することができる。ブロック７１０において、ＷＴＲＵ１０２は、ネットワークエンティティ（例えば、ｇＮＢまたはＮＡＰ）からの、アンライセンス周波数バンドまたはアンライセンスチャネルが利用可能であることを示すプリアンブル送信トリガ（ＰＴＴ）を監視することができる。ブロック７２０において、ＷＴＲＵ１０２は、利用可能なアンライセンス周波数バンドまたはアンライセンスチャネルを介して、ランダムアクセスプリアンブル（ＲＡＰ）を送信することができる。例えば、ＰＴＴは、ＲＡＰを送信するための有効なＲＡＣＨリソースを示すことができ、（１）明示的なトリガ、または（２）暗黙的なトリガのうちのいずれかであることができる。
【０２２９】
ある代表的な実施形態においては、ＷＴＲＵ１０２は、複数の事前決定されたリッスンビフォアトーク（ＬＢＴ）動作を提供する（例えば、使用する）ことができる。ＷＴＲＵ１０２は、ＬＢＴ動作が実行されることになるかどうかを決定することができ、ＬＢＴ動作が実行されることになることを条件として、ＷＴＲＵ１０２は、受信されたＰＴＴに基づいて、複数のＬＢＴ動作のうちの１つを選択することができる。ＷＴＲＵ１０２は、選択されたＬＢＴ動作に基づいて、ＲＡＰの送信前に、アンライセンス周波数バンドまたはアンライセンスチャネルが利用可能であることを確認することができる。
【０２３０】
ある代表的な実施形態においては、選択されたＬＢＴ動作は、利用可能性について、ＰＴＴが受信されなかった場合よりも緩い要件を有することができる。
【０２３１】
ある代表的な実施形態においては、ＰＴＴを監視する前に、ＷＴＲＵ１０２は、ＷＴＲＵがシステムアクセスを実行すべきであると決定することができる。ＷＴＲＵ１０２は、バックオフタイマを設定することができ、ＰＴＴが受信されるのを待つことができる。ＰＴＴが受信される前にバックオフタイマが満了したことを条件として、ＷＴＲＵ１０２は、バックオフタイマを延長またはリセットすることができる。バックオフタイマ満了前に、ＰＴＴが受信されたことを条件として、ＷＴＲＵ１０２は、利用可能なアンライセンス周波数バンドもしくはアンライセンスチャネルを介して、またはその上において、ＲＡＰを送信することができる。
【０２３２】
図８は、１つまたは複数のアンライセンス周波数バンドを使用する、さらなる代表的な手順を例示するフローチャートである。
【０２３３】
図８を参照すると、代表的な手順８００は、例えば、アンライセンス周波数バンドの１つまたは複数を使用して、システムアクセスを実行するために、ＷＴＲＵ１０２によって実施することができる。ブロック８１０において、ＷＴＲＵ１０２は、アンライセンス周波数バンドのアップリンクチャネルが、送信のために利用可能であるかどうかを決定することができる。ブロック８２０において、アップリンクチャネルが、送信のために利用可能であることを条件として、ＷＴＲＵ１０２は、ＳＲ動作のための第１のスケジューリング要求（ＳＲ）を生成することができ、第１のＳＲをネットワークエンティティ（例えば、ｇＮＢ１８０またはＮＡＰ）に送信することができる。ブロック８３０において、ＷＴＲＵ１０２は、禁止タイマを開始して、第１の時間期間の満了まで、さらなるＳＲ動作を禁止することができる。ブロック８４０において、ＷＴＲＵ１０２は、第１のＳＲの送信後、アンライセンス周波数バンドのダウンリンクチャネルが、送信のためにネットワークエンティティ（例えば、ｇＮＢ１８０またはＮＡＰ）によって利用可能であるかどうかを決定することができる。ブロック８５０において、ダウンリンクチャネルが、送信のためにネットワークエンティティ（例えば、ｇＮＢ１８０またはＮＡＰ）によって利用可能でないことを条件として、ＷＴＲＵ１０２は、禁止タイマの満了を延長して、例えば、第１のＳＲに対するネットワークエンティティ（例えば、ｇＮＢ１８０またはＮＡＰ）からの応答を、さらなる時間期間にわたって待つことができる。
【０２３４】
ある代表的な実施形態においては、ＷＴＲＵ１０２は、さらなる時間期間の満了前に、ネットワークエンティティからアップリンクグラントを受信することができる。ＷＴＲＵ１０２は、アップリンクグラントの受信後、アップリンクチャネルが、送信のために利用可能であるかどうかを決定することができる。アップリンクチャネルが、送信のために利用可能であることを条件として、ＷＴＲＵ１０２は、アップリンクチャネルを介して、またはその上において、バッファステータスレポート（ＢＳＲ）情報を送信することができる。ＷＴＲＵ１０２のより高位のレイヤは、（１）ＢＳＲ情報が、物理層（例えば、より下位のレイヤ）によって送信されたこと、および／または（２）アップリンクチャネル送信のためのＬＢＴ動作が成功した旨のインジケーションが、物理層から受信されたことを条件として、第１のＳＲをキャンセルすることができる。
【０２３５】
ある代表的な実施形態においては、第１の時間期間またはさらなる時間期間のうちのいずれかの後に、禁止タイマが満了したことを条件として、ＷＴＲＵ１０２は、アンライセンス周波数バンドのアップリンクチャネルまたは別のアップリンクチャネルが、送信のために利用可能であるかどうかを決定することによって、さらなるＳＲ動作を開始することができ、アップリンクチャネルまたは他のアップリンクチャネルが、送信のために利用可能であることを条件として、（１）さらなるＳＲ動作のためのさらなるＳＲを生成し、および／または（２）さらなるＳＲをネットワークエンティティに送信する。
【０２３６】
図９は、１つまたは複数のアンライセンス周波数バンドを使用する、追加の代表的な手順を例示するフローチャートである。
【０２３７】
図９を参照すると、代表的な手順９００は、例えば、アンライセンス周波数バンドの１つまたは複数を使用して、システムアクセスを実行するために、ＷＴＲＵ１０２によって実施することができる。ブロック９１０において、ＷＴＲＵ１０２は、アンライセンス周波数バンドのアップリンクチャネルが、送信のために利用可能であるかどうかを決定することができる。ブロック９２０において、アップリンクチャネルが、送信のために利用可能であることを条件として、ＷＴＲＵ１０２は、第１のＳＲ動作のための第１のスケジューリング要求（ＳＲ）を生成することができ、第１のＳＲをネットワークエンティティに送信することができる。ブロック９３０において、ＷＴＲＵ１０２は、禁止タイマを開始して、第１の時間期間の満了まで、さらなるＳＲ動作を禁止することができる。ブロック９４０において、ＷＴＲＵ１０２は、第１の時間期間の満了前に、ネットワークエンティティからアップリンクグラントを受信することができる。ブロック９５０において、ＷＴＲＵ１０２は、アップリンクグラントの受信後、アップリンクチャネルが、送信のために利用可能であるかどうかを決定することができる。ブロック９６０において、アップリンクチャネルが、送信のために利用不可能であることを条件として、ＷＴＲＵ１０２は、禁止タイマの満了を延長して、ネットワークエンティティからのさらなるアップリンクグラントの受信を、さらなる時間期間にわたって待つことができる。ブロック９７０において、ＷＴＲＵ１０２は、さらなる時間期間の満了前に、ＷＴＲＵによって、ネットワークエンティティからさらなるアップリンクグラントを受信することができる。
【０２３８】
ある代表的な実施形態においては、ＷＴＲＵ１０２は、さらなるアップリンクグラントの受信後、アップリンクチャネルが、送信のために利用可能であるかどうかを決定することができる。アップリンクチャネルが、送信可能であることを条件として、ＷＴＲＵ１０２は、アップリンクチャネルを介して、バッファステータスレポート（ＢＳＲ）情報を送信することができる。ＷＴＲＵ１０２のより高位のレイヤは、ＢＳＲ情報が、物理層（例えば、より下位のレイヤまたは最下位レイヤ）によって送信されたこと、およびアップリンクチャネル送信のためのＬＢＴ動作が成功した旨のインジケーションが、物理層から送信されたことを条件として、第１のＳＲをキャンセルすることができる。
【０２３９】
図１０は、例えば、１つまたは複数のアンライセンス周波数バンドを使用して、システムアクセスを実行するための、またさらなる代表的手順を示すフローチャートである。
【０２４０】
図１０を参照すると、代表的な手順１０００は、アンライセンス周波数バンドの１つまたは複数を使用して、ＷＴＲＵ１０２によって実施することができる。ブロック１０１０において、ＷＴＲＵ１０２は、複数のサブバンドおよび／または帯域幅パート（ＢＷＰ）のうちのいずれかが、送信のために利用可能であるかどうかを決定することができる。ブロック１０２０において、複数のサブバンドおよび／または帯域幅パートのうちの２つ以上が、送信のために利用可能であることを条件として、ＷＴＲＵ１０２は、利用可能なサブバンドおよび／または帯域幅パートを介して、ランダムアクセスプリアンブルまたはスケジューリング要求を送信するために、利用可能なリソース上において、１つまたは複数のＬＢＴ手順を（例えば、同時に、ほぼ同時に、または順次）試みることができる。ブロック１０３０において、ＷＴＲＵ１０２は、複数のサブバンドまたは帯域幅パートのうちのいずれかを介して、ネットワークエンティティから、ＷＴＲＵからの送信に対する応答を受信することができる。
【０２４１】
ある代表的な実施形態においては、応答の受信後、ＷＴＲＵ１０２は、複数のサブバンドまたは帯域幅パートのうちのいずれかが、ＷＴＲＵによる送信のために利用可能であるかどうかを決定することができる。例えば、複数のサブバンドまたは帯域幅パートのうちの２つ以上が、送信のために利用可能であることを条件として、ＷＴＲＵ１０２は、利用可能なサブバンドもしくは帯域幅パートのうちの２つ以上を介して、またはそれらの上において、メッセージを送信することができる。
【０２４２】
ある代表的な実施形態においては、利用可能なサブバンドまたは帯域幅パートを介した、同時またはほぼ同時のランダムアクセスプリアンブルの送信は、さらに、（１）プリアンブル再送数、（２）無線リソース制御（ＲＲＣ）構成、（３）プリアンブル試行数、（４）アップリンク（ＵＬ）帯域幅パートおよびダウンリンク（ＤＬ）帯域幅パートのインデックス、（５）ＵＬ帯域幅パートとＤＬ帯域幅パートとの間のリンケージ、（６）帯域幅パート非活動タイマが動作しているかどうか、（７）サブバンドおよび／もしくは帯域幅パート上における観測されたチャネル占有および／もしくは負荷状態、（８）シグナリングを介して受信された１つもしくは複数の特定の構成、ならびに／または（９）複数のアクティブな帯域幅パートをサポートするためのＷＴＲＵの能力のいずれかを条件とすることができる。
【０２４３】
図１１は、例えば、１つまたは複数のアンライセンス周波数バンドを使用して、システムアクセスを実行するための、さらに追加の代表的な手順を示すフローチャートである。
【０２４４】
図１１を参照すると、代表的な手順１１００は、アンライセンス周波数バンドの１つまたは複数を使用して、ＷＴＲＵ１０２によって実施することができる。ブロック１１１０において、ＷＴＲＵ１０２は、アンライセンス周波数バンドの第１のサブバンドまたは第１の帯域幅パートが、送信または再送のために利用可能であるかどうかを決定することができる。ブロック１１２０において、第１のサブバンドまたは第１の帯域幅パートが、送信のために利用可能であることを条件として、ＷＴＲＵ１０２は、利用可能な第１のサブバンドまたは利用可能な第１の帯域幅パートを介して、ランダムアクセスプリアンブルを送信することができる。ブロック１１３０において、ＷＴＲＵ１０２は、利用不可能性の各決定の後、プリアンブル試行カウンタをインクリメントすることができる。ブロック１１４０において、試行カウンタが、しきい値レベルに達したことを条件として、ＷＴＲＵ１０２は、第２のサブバンドまたは第２の帯域幅パートが、送信または再送のために利用可能であるかどうかを決定することができる。ブロック１１５０において、第２のサブバンドまたは第２の帯域幅パートが、送信のために利用可能であることを条件として、ＷＴＲＵ１０２は、第２の利用可能なチャネルに切り換え、および／または利用可能な第２のサブバンドまたは利用可能な第２の帯域幅パートを介して、ランダムアクセスプリアンブルを送信することができる。
【０２４５】
ある代表的な実施形態においては、チャネルが、送信または再送のために利用可能でないことを条件として、ＷＴＲＵ１０２のより下位のレイヤは、問題をより高位のレイヤに報告することができる。
【０２４６】
ある代表的な実施形態においては、ＷＴＲＵ１０２は、第１のサブバンドまたは第１の帯域幅パートが、送信または再送のために利用可能であるかどうかを決定することができる。例えば、ＷＴＲＵ１０２は、利用可能である第１および第２のサブバンド、ならびに／もしくは第１および第２の帯域幅パートのいずれかを介して、またはそれらの上において、ランダムアクセスプリアンブルを送信することができる。
【０２４７】
図１２は、ＬＢＴ構成を選択するための代表的な手順を示すフローチャートである。
【０２４８】
図１２を参照すると、代表的な手順１２００は、アンライセンス周波数バンドの１つまたは複数を使用して、ＷＴＲＵ１０２によって実施することができる。ブロック１２１０において、ＷＴＲＵ１０２は、アップリンクチャネル送信トリガ（ＵＣＴＴ）情報を、ダウンリンクメッセージで受信することができる。ブロック１２２０において、ＷＴＲＵ１０２は、受信されたＵＣＴＴ情報に基づいて、実行されるＬＢＴ構成のタイプを選択することができる。ブロック１２３０において、ＷＴＲＵ１０２は、選択されたＬＢＴ構成に従って、アンライセンス周波数アップリンクチャネルが、送信のために利用可能であるかどうかを決定することができる。ブロック１２４０において、選択されたＬＢＴ構成に従って、アンライセンス周波数アップリンクチャネルが、送信のために利用可能であることを条件として、ＷＴＲＵ１０２は、アンライセンス周波数アップリンクチャネルを介して、またはその上において、データまたは制御情報を送信することができる。
【０２４９】
ある代表的な実施形態においては、選択されたＬＢＴ構成は、アンライセンス周波数アップリンクチャネルについて、（１）完全なＬＢＴ動作が実行されることになること、（２）短縮ＬＢＴ動作が実行されることになること、および／または（３）ＬＢＴ動作が実行されないことのうちの１つを示すことができる。
【０２５０】
ある代表的な実施形態においては、ＵＣＴＴ情報は、少なくとも制御情報を送信するためのアップリンク制御チャネルリソースを示すことができ、（１）ダウンリンク制御チャネルで受信される、共通探索空間において受信される、および／またはＷＴＲＵ固有の検索空間において受信される、ダウンリンク制御信号のいずれかを含むことができる。ＵＣＴＴＩは、（１）アップリンクチャネルで送信されるＵＣＩのタイプ、（２）アップリンクチャネルのための１つもしくは複数の有効なリソースに対するインデックス、および／または（３）アップリンクチャネルと関連付けられた送信時間のうちのいずれかを示すことができる。
【０２５１】
ある代表的な実施形態においては、制御情報は、スケジューリング要求（ＳＲ）であることができ、ＷＴＲＵ１０２は、ＵＣＴＴ情報によって示されないアップリンクチャネルリソースの第１のセット、およびＵＣＴＴ情報によって示されるアップリンクチャネルリソースの第２のセットを使用して、ＳＲを送信することができる。
【０２５２】
ある代表的な実施形態においては、制御情報は、スケジューリング要求（ＳＲ）であることができ、ＷＴＲＵ１０２は、ＵＣＴＴ情報に従って、第１のリソースインデックスによって示されるアップリンクチャネルリソースの第１のセット、および第２のリソースインデックスによって示されるアップリンクチャネルリソースの第２のセットを使用して、ＳＲを送信することができる。
【０２５３】
図１３は、ＬＢＴ動作の失敗後の再送のための代表的な手順を例示するフローチャートである。
【０２５４】
図１３を参照すると、代表的な手順１３００は、アンライセンス周波数バンドの１つまたは複数を使用して、ＷＴＲＵ１０２によって実施することができる。ブロック１３１０において、ＷＴＲＵ１０２は、チャネル（例えば、１つまたは複数のアンライセンス周波数バンドの第１のサブバンドまたは第１の帯域幅パート）が、送信のために利用可能であるかどうかを決定することができる。ブロック１３２０において、チャネルが、送信のために利用可能であることを条件として、ＷＴＲＵ１０２は、利用可能なチャネルを介して、またはその上において、スケジューリング要求（ＳＲ）を送信することができる。ブロック１３３０において、ＷＴＲＵ１０２は、利用不可能性の各決定の後、試行カウンタをインクリメントすることができる。ブロック１３４０において、試行カウンタが、しきい値レベルに達したことを条件として、ＷＴＲＵ１０２は、（１）さらなるチャネルが利用可能であり、それに切り換えるかどうかを決定するかどうか、（２）さらなるチャネル上においてＳＲを送信するかどうか、（３）さらなるチャネル上においてランダムアクセス手順を開始するかどうか、（３）問題をより高位のレイヤに報告するかどうか、および／または（４）使用されるＬＢＴ構成を変更するかどうかのうちのいずれかを決定することができる。ブロック１３５０において、ＷＴＲＵが、さらなるチャネル上において、ＳＲまたはＲＡ−ＳＲを再送すると決定したことを条件として、ＷＴＲＵ１０２は、さらなるチャネルが、利用可能であるかどうかを決定することができる。ブロック１３６０において、ＷＴＲＵ１０２は、さらなるチャネルを介して、またはその上において、ＳＲまたはＲＡ−ＳＲを再送することができる。
【０２５５】
図１４は、プリアンブルトリガを使用する、代表的手順を示すフローチャートである。
【０２５６】
図１４を参照すると、代表的な手順１４００は、例えば、アンライセンス周波数バンドの１つまたは複数を使用して、システムアクセスを実行するために、ＷＴＲＵ１０２によって実施することができる。ブロック１４１０において、ＷＴＲＵ１０２は、プリアンブル送信トリガ（ＰＴＴ）を監視することができる。ブロック１４２０において、ＰＴＴが、受信されたことを条件として、ＷＴＲＵ１０２は、１つもしくは複数のアンライセンス周波数バンドのうちのそれぞれのアンライセンス周波数バンドを介して、またはその上において、ランダムアクセスプリアンブル（ＲＡＰ）を送信することができる。
【０２５７】
ある代表的な実施形態においては、ＷＴＲＵ１０２は、それぞれのアンライセンスバンドを監視して、それぞれのアンライセンスバンドが、送信のために利用可能であるかどうかを決定することができ、および／またはＷＴＲＵ監視に基づいて、アンライセンス周波数バンドが、利用可能であると決定された後、ＰＴＴが受信されたことを条件として、アンライセンス周波数バンドを介して、またはその上において、ＲＡＰを送信することができる。例えば、それぞれのアンライセンス周波数バンドの監視は、それぞれのアンライセンス周波数バンドの継続的または周期的な監視を含むことができる。ＷＴＲＵ１０２は、１つまたは複数のＬＢＴ動作を実行することによって、それぞれのアンライセンスバンドが、送信のために利用可能であるかどうかを決定することができる。
【０２５８】
図１５は、選択されたビームを使用する、代表的な手順を示すフローチャートである。
【０２５９】
図１５を参照すると、代表的な手順１５００は、例えば、アンライセンス周波数バンドの１つまたは複数、および複数の候補ビームのうちの選択されたビームを使用して、システムアクセスを実行するために、ＷＴＲＵ１０２によって実施することができる。ブロック１５１０において、ＷＴＲＵ１０２は、各々がシステム同期ブロックと関連付けられた複数の候補ビームのうちの各ビームを、ＰＲＡＣＨリソースのそれぞれのセット、またはそれぞれのランダムアクセスプリアンブル（ＲＡＰ）にマッピングすることができる。ブロック１５２０において、ＷＴＲＵ１０２は、マッピングされたビームの中から、選択されるビームを決定することができる。ブロック１５３０において、ＷＴＲＵ１０２は、１つまたは複数のアンライセンス周波数バンドのうちのそれぞれのアンライセンス周波数バンドが、送信のために利用可能であるかどうかを決定することができる。ブロック１５４０において、それぞれのアンライセンス周波数バンドが、送信のために利用可能であることを条件として、ＷＴＲＵ１０２は、それぞれのアンライセンス周波数バンド、および選択されたビームを使用して、ＰＲＡＣＨを介して、ＲＡＰを送信することができる。
【０２６０】
ある代表的な実施形態においては、それぞれのアンライセンス周波数バンドが、送信のために利用不可能であることを条件として、ＷＴＲＵ１０２は、各々がシステム同期ブロックと関連付けられた複数の候補ビームの内のビームの一部を、ＰＲＡＣＨリソースの同じもしくは別のセット、または同じもしくは別のランダムアクセスプリアンブル（ＲＡＰ）に再マッピングすることができ、および／または再マッピングされたビームの中から、新たに選択されるビームを決定することができる。ＷＴＲＵ１０２は、アンライセンス周波数バンドの１つまたは複数の内のそれぞれのアンライセンス周波数バンドが、送信のために利用可能であるかどうかを決定することができる。それぞれのアンライセンス周波数バンドが送信のために利用可能であることを条件として、ＷＴＲＵ１０２は、それぞれのアンライセンス周波数バンド、および新たに選択されたビームを使用して、ＰＲＡＣＨを介して、またはその上において、同じＲＡＰまたは他のＲＡＰを送信することができる。
【０２６１】
ある代表的な実施形態においては、それぞれのアンライセンス周波数バンドが、送信のために利用不可能であることを条件として、ＷＴＲＵ１０２は、１つもしくは複数のアンライセンス周波数バンドの中から、新しいアンライセンス周波数バンドを選択することができ、および／または新しいアンライセンス周波数バンドが、送信のために利用可能であるかどうかを決定することができる。新しいアンライセンス周波数バンドが、送信のために利用可能であることを条件として、ＷＴＲＵ１０２は、新しいアンライセンス周波数バンド、および選択されたビームを使用して、ＰＲＡＣＨを介して、またはその上において、同じＲＡＰまたは別のＲＡＰを送信することができる。
【０２６２】
ある代表的な実施形態においては、それぞれのアンライセンス周波数バンドが、送信のために利用不可能であることを条件として、ＷＴＲＵ１０２は、次のＲＡＣＨオケージョンを待つことができる。ＷＴＲＵ１０２は、アンライセンス周波数バンドの１つまたは複数のうちのそれぞれのアンライセンス周波数バンドが、送信のために、次のＲＡＣＨオケージョンの間、利用可能であるかどうかを決定することができる。ＷＴＲＵ１０２は、それぞれのアンライセンス周波数バンドが、送信のために利用可能であることを条件として、再マッピング後に、それぞれのアンライセンス周波数バンド、および選択されたビームまたは別のビームを使用して、ＲＡＣＨを介して、またはその上において、ＲＡＰを送信することができる。
【０２６３】
ある代表的な実施形態においては、選択されるビームまたは新たに選択されるビームの決定は、ＷＴＲＵ１０２が、複数の同期信号ブロック（ＳＳＢ）を含むダウンリンク情報を受信することと、選択されるビームと関連付けられた、複数のＳＳＢのうちの１つのＳＳＢの１つまたは複数の信号特性に基づいて、選択されるビームを決定することとを含むことができる。
【０２６４】
図１６は、干渉しきい値を使用する、代表的な手順を例示するフローチャートである。
【０２６５】
図１６を参照すると、代表的な手順１６００は、例えば、アンライセンス周波数バンドの１つまたは複数を使用して、システムアクセスを実行するために、ＷＴＲＵ１０２によって実施することができる。ブロック１６１０において、ＷＴＲＵ１０２は、ＬＢＴ動作を介して、アンライセンス周波数バンドの１つまたは複数のうちのそれぞれのアンライセンス周波数バンドが、送信のために利用可能であるかどうかを決定することができる。ブロック１６２０において、それぞれのアンライセンス周波数バンドが、送信のために利用可能であることを条件として、ＷＴＲＵ１０２は、１つまたは複数のアンライセンス周波数バンドのうちのそれぞれのアンライセンス周波数バンドを使用して、ＰＲＡＣＨを介して、またはその上において、ＲＡＰを送信することができる。例えば、それぞれのアンライセンス周波数バンドが、送信のために利用可能であるかどうかの決定は、ＷＴＲＵ１０２が、他の送信のための干渉しきい値と異なる、ＰＲＡＣＨ送信のための干渉しきい値を設定することを含む、空きチャネル判定（ＣＣＡ）を、ＬＢＴ動作の一部として実行することを含むことができる。
【０２６６】
ある代表的な実施形態においては、ＣＣＡのために使用される、ＰＲＡＣＨ送信および他の送信のための干渉しきい値は、ＬＢＴ動作の進行にわたって変化する。
【０２６７】
ある代表的な実施形態においては、ＷＴＲＵ１０２は、可変ＣＣＡしきい値、および／またはＬＢＴ動作の終了と、ＰＲＡＣＨ上におけるＲＡＰの送信の開始との間の可変タイミングオフセットを含むことができる、または示すことができる、ＬＢＴ構成を受信することができる。
【０２６８】
ある代表的な実施形態においては、ＷＴＲＵ１０２は、（１）オフセットおよびＰＲＡＣＨ上におけるＲＡＰの送信のタイミングによって決定される時間の前に、それぞれのアンライセンス周波数バンドが、利用可能であること、または（２）それぞれのアンライセンス周波数バンドが、利用可能でないことを決定することができる。
【０２６９】
図１７は、選択されたＬＢＴ動作を使用する代表的手順を示すフローチャートである。
【０２７０】
図１７を参照すると、代表的な手順１７００は、例えば、アンライセンス周波数バンドの１つまたは複数を使用して、システムアクセスを実行するために、ＷＴＲＵ１０２によって実施することができる。ブロック１７１０において、ＷＴＲＵ１０２は、決定される結果として、別のＷＴＲＵからの別のアップリンク送信と同じスロットおよび／または同じシンボルで、アップリンク送信を送信することができるかどうかを決定することができる。ブロック１７２０において、ＷＴＲＵ１０２は、決定された結果に基づいて、候補ＬＢＴ動作のセットからＬＢＴ動作を選択することができ、選択されたＬＢＴ動作は、（１）ＬＢＴ動作のタイプ、または（２）ＬＢＴ動作で使用されるＬＢＴパラメータのうちのいずれかにおいて、他の候補ＬＢＴ動作と異なることができる。ブロック１７３０において、ＷＴＲＵ１０２は、選択されたＬＢＴ動作を介して、アンライセンス周波数バンドの１つまたは複数のうちのそれぞれのアンライセンス周波数バンドが、送信のために利用可能であるかどうかを決定することができる。ブロック１７４０において、アンライセンス周波数バンドが、送信のために利用可能であることを条件として、ＷＴＲＵ１０２は、それぞれのアンライセンス周波数バンドを使用して、ＰＲＡＣＨを介して、またはその上において、ＲＡＰを送信することができる。
【０２７１】
図１８は、インターレーシング情報を使用する、代表的な手順を例示するフローチャートである。
【０２７２】
図１８を参照すると、代表的な手順１８００は、例えば、アンライセンス周波数バンドの１つまたは複数を使用して、システムアクセスを実行するために、ＷＴＲＵ１０２によって実施することができる。ブロック１８１０において、ＷＴＲＵ１０２は、（１）ネットワークエンティティによって送信されたインターレース情報、または（２）事前構成されたインターレースルール情報のうちのいずれかを獲得することができる。ブロック１８２０において、ＷＴＲＵ１０２は、ＷＴＲＵのＰＵＳＣＨおよび／またはＰＲＡＣＨが、１つまたは複数の他のＷＴＲＵのアップリンク情報とインターレースされることになるように、獲得された情報に基づいて、ＷＴＲＵのＰＵＳＣＨおよび／またはＰＲＡＣＨのうちのいずれかを、１つまたは複数のアンライセンス周波数バンドのうちのそれぞれのアンライセンス周波数バンドにおける時間／周波数要素にマッピングすることができる。ブロック１８３０において、ＷＴＲＵ１０２は、それぞれのアンライセンス周波数バンドのマッピングされた時間／周波数要素上において、ＰＵＳＣＨおよび／またはＰＲＡＣＨチャネルを送信することができる。
【０２７３】
ある代表的な実施形態においては、（１）ＰＵＳＣＨは、インターレースすることができ、ＰＲＡＣＨは、インターレースすることができず、（２）ＰＵＳＣＨおよびＰＲＡＣＨは、異なるインターレースを使用して、送信することができ、ならびに／または（３）ＰＵＳＣＨおよびＰＲＡＣＨは、単一のインターレースを使用して、送信することができる。
【０２７４】
図１９は、条件付きグラントインジケータを使用する、代表的な手順を例示するフローチャートである。
【０２７５】
図１９を参照すると、代表的な手順１９００は、例えば、アンライセンス周波数バンドの１つまたは複数を使用して、システムアクセスを実行するために、ＷＴＲＵ１０２によって実施することができる。ブロック１９１０において、ＷＴＲＵ１０２は、アンライセンス周波数バンドの１つまたは複数のうちのそれぞれのアンライセンス周波数バンドを使用して、ＰＲＡＣＨを介して、またはその上において、ＲＡＰを送信することができる。ブロック１９２０において、ＷＴＲＵ１０２は、それぞれのアンライセンス周波数バンドと関連付けられたアップリンクリソースのためのグラントを受信することができる。ブロック１９３０において、ＷＴＲＵ１０２は、グラントと関連付けられたそれぞれのアンライセンス周波数バンドが、送信のために利用可能であるかどうかを決定することができる。ブロック１９４０において、ＷＴＲＵ１０２は、（１）それぞれのアンライセンス周波数バンドが、送信のために利用可能であることを条件として、それぞれのアンライセンス周波数バンドを使用して、アップリンク通信を送信すること、または（２）条件付きグラントインジケータが、設定されていることを条件として、それぞれのアンライセンス周波数バンドが、利用可能になったとき、それぞれのアンライセンス周波数バンドを使用して、アップリンク通信を送信することのうちの一方を実行することができる。
【０２７６】
図２０は、チャネルを使用する、代表的な手順を例示するフローチャートである。
【０２７７】
図２０を参照すると、代表的な手順２０００は、例えば、アンライセンス周波数バンドの１つまたは複数の、チャネルを使用して、ＷＴＲＵ１０２によって実施することができる。ブロック２０１０において、ＷＴＲＵ１０２は、ダウンリンクメッセージで、チャネル送信トリガ（ＣＴＴ）を受信することができる。ブロック２０２０において、ＷＴＲＵ１０２は、受信されたＣＴＴに基づいて、実行されるリッスンビフォアトーク（ＬＢＴ）構成のタイプを選択することができる。ブロック２０３０において、ＷＴＲＵ１０２は、選択されたＬＢＴ構成のタイプに従って、チャネルが、送信のために利用可能であるかどうかを決定することができる。ブロック２０４０において、チャネルが、送信のために利用可能であることを条件として、ＷＴＲＵ１０２は、チャネル上において、データまたは制御情報を送信することができる。
【０２７８】
ある代表的な実施形態においては、実行されるＬＢＴ構成のタイプの選択は、さらに、（１）ＣＴＴの内容、ならびに／または（２）ＣＴＴ受信のタイミング、および対応するアップリンク送信のタイミングのうちのいずれかに基づくことができる。
【０２７９】
ある代表的な実施形態においては、ＷＴＲＵ１０２は、ＣＴＴ受信とアップリンク送信の開始との間の時間差に基づいて暗黙的に、またはＣＴＴ内容から明示的に、ＬＢＴ構成を決定することができる。
【０２８０】
ある代表的な実施形態においては、ＷＴＲＵ１０２は、送信が必要とされると決定することができ、送信が必要とされると決定した後、ＣＴＴの存在を監視することができる。
【０２８１】
ある代表的な実施形態においては、チャネルは、（１）１つもしくは複数の周波数バンド、（２）１つもしくは複数のコンポーネントキャリア、（３）１つもしくは複数の帯域幅パート、（４）１つもしくは複数のサブバンド、（５）１つもしくは複数のＬＢＴ帯域幅、および／または（６）時間／周波数リソースのうちのいずれかであることができる。
【０２８２】
ある代表的な実施形態においては、選択されたＬＢＴ構成のタイプは、チャネルについて、（１）完全なＬＢＴ動作が実行されることになること、（２）短縮ＬＢＴ動作が実行されることになること、または（３）ＬＢＴ動作が実行されないことのうちの１つを示すことができる。
【０２８３】
ある代表的な実施形態においては、ＣＴＴは、制御情報を送信するための少なくともアップリンク制御チャネルリソースを示すことができ、および／またはＣＴＴは、共通検索空間において、もしくはＷＴＲＵ固有の探索空間において、ＷＴＲＵによって受信される、ダウンリンク制御情報を含むことができる。
【０２８４】
ある代表的な実施形態においては、ＣＴＴは、（１）チャネル上において送信されるＵＣＩのタイプ、（２）チャネルのための１つもしくは複数の有効なリソースに対するインデックス、（３）チャネルと関連付けられた送信時間、および／または（４）ＣＴＴの受信後にアップリンク送信に適用可能なＬＢＴ構成のうちのいずれかを示すことができる。
【０２８５】
ある代表的な実施形態においては、制御情報は、スケジューリング要求（ＳＲ）であり、および／またはチャネル上において、ＳＲを送信することは、ＣＴＴによって示されないチャネルリソースの第１のセットを使用して、もしくはＣＴＴによって示されるチャネルリソースの第２のセットを使用して、ＳＲを送信することを含むことができる。
【０２８６】
ある代表的な実施形態においては、ＷＴＲＵ１０２は、少なくとも、第１のタイプのＬＢＴ構成、第２のタイプのＬＢＴ構成を含む、ＬＢＴ情報を獲得することができる。例えば、第１のタイプのＬＢＴ構成は、短縮されたＬＢＴ動作のためのＬＢＴ構成であることができ、第２のタイプのＬＢＴ構成は、完全なＬＢＴ動作のためのＬＢＴ構成であることができ、および／または第３のタイプのＬＢＴ構成は、ＬＢＴ動作なしのためのＬＢＴ構成であることができる。
【０２８７】
ある代表的な実施形態においては、制御情報は、ランダムアクセス手順において使用される、ランダムアクセスプリアンブル（ＲＡＰ）またはメッセージ３を含むことができる。ＣＴＴは、例えば、ＲＡＰを送信するためのランダムアクセスチャネル（ＲＡＣＨ）リソースを示すことができ、および／またはＣＴＴは、（１）明示的トリガ、もしくは（２）（ｉ）１つもしくは複数のシステム同期ブロック（ＳＳＢ）、（ｉｉ）１つもしくは複数の参照信号（ＲＳ）、もしくは（ｉｉｉ）１つもしくは複数のダウンリンク制御チャネル（ＤＣＣＨ）を含む、ネットワークエンティティからの送信に基づいた、暗黙的トリガのうちのいずれかであることができる。
【０２８８】
ある代表的な実施形態においては、ＣＴＴは、ＲＡＣＨリソースをそれのために使用することができる、１つまたは複数の許容可能な目的を示すことができる。
【０２８９】
図２１は、チャネルを使用する、別の代表的な手順を例示するフローチャートである。
【０２９０】
図２１を参照すると、代表的な手順２１００は、例えば、アンライセンス周波数バンドの１つまたは複数の、１つまたは複数のチャネルを使用して、ＷＴＲＵ１０２によって実施することができる。ブロック２１１０において、ＷＴＲＵ１０２は、プリアンブル送信またはスケジューリング要求送信試行が、第１のチャネルのためのＬＢＴ動作に失敗したかどうかを決定することができる。ブロック２１２０において、ＷＴＲＵ１０２は、各試行失敗ごとに、プリアンブル／ＳＲ試行カウンタをインクリメントすることができる。ブロック２１３０において、試行カウンタが、しきい値レベルに達したことを条件として、ＷＴＲＵ１０２は、（１）さらなるチャネルへの切り換えを実行すること、（２）さらなるチャネル上においてＳＲを送信すること、（３）さらなるチャネル上においてランダムアクセス手順を開始すること、（４）問題をより高位のレイヤに報告すること、および／または（５）使用されるＬＢＴ構成を変更することができる。例えば、さらなるチャネルは、第１のチャネルと異なることができる。
【０２９１】
ある代表的な実施形態においては、第１のチャネルは、（１）１つもしくは複数の周波数バンドの第１のセット、（２）１つもしくは複数のコンポーネントキャリアの第１のセット、（３）１つまたは複数の帯域幅パートの第１のセット、（４）１つもしくは複数のサブバンドの第１のセット、（５）１つもしくは複数のＬＢＴ帯域幅の第１のセット、（６）第１のセル、（７）物理層特性の第１のセット、および／または（８）時間／周波数リソースの第１のセットのうちのいずれかであることができる。
【０２９２】
ある代表的な実施形態においては、さらなるチャネルは、（１）１つもしくは複数の周波数バンドの第２のセット、（２）１つもしくは複数のコンポーネントキャリアの第２のセット、（３）１つもしくは複数の帯域幅パートの第２のセット、（４）１つもしくは複数のサブバンドの第２のセット、（５）１つもしくは複数のＬＢＴ帯域幅の第２のセット、（６）第２のセル、（７）物理層特性の第２のセット、および／または（８）時間／周波数リソースの第２のセットのうちのいずれかであることができる。
【０２９３】
ある代表的な実施形態においては、プリアンブル送信またはＳＲ送信試行が、第１のチャネルのためのリッスンビフォアトーク（ＬＢＴ）動作に失敗したかどうかの決定は、第１のチャネルのための失敗したＬＢＴ試行の数を決定することを含むことができ、試行カウンタは、試行カウンタが、しきい値レベルに達するまで、各ＬＢＴ試行失敗後、インクリメントされ、試行カウンタが、しきい値レベルに達する前は、第１のチャネル上においてＬＢＴ動作を繰り返し試み、試行カウンタが、しきい値レベルに達した後は、おそらくはさらなるチャネル上においてＬＢＴ動作を繰り返し試みるようにする。
【０２９４】
図２２は、チャネルを使用する、さらなる代表的な手順を示すフローチャートである。
【０２９５】
図２２を参照すると、代表的な手順２２００は、例えば、アンライセンス周波数バンドの１つまたは複数の、さらなるチャネルを使用して、ＷＴＲＵ１０２によって実施することができる。ブロック２２１０において、ＷＴＲＵ１０２は、第１のチャネルは、送信または再送のために利用可能ではなく、さらなるチャネルは、送信または再送のために利用可能であると決定することができる。ブロック２２２０において、ＷＴＲＵ１０２は、プリアンブル送信または再送のために、さらなる利用可能なチャネルに切り換えることができる。
【０２９６】
ある代表的な実施形態においては、第１のチャネルは、（１）１つもしくは複数の周波数バンドの第１のセット、（２）１つもしくは複数のコンポーネントキャリアの第１のセット、（３）１つもしくは複数の帯域幅パートの第１のセット、（４）１つもしくは複数のサブバンドの第１のセット、（５）１つもしくは複数のセルの第１のセット、または（６）１つもしくは複数の時間／周波数リソースの第１のセットのうちのいずれかであることができ、さらなるチャネルは、（１）１つもしくは複数の周波数バンドのさらなるセット、（２）１つもしくは複数のコンポーネントキャリアのさらなるセット、（３）１つもしくは複数の帯域幅パートのさらなるセット、（４）１つもしくは複数のサブバンドのさらなるセット、または（５）１つもしくは複数の時間／周波数リソースのさらなるセットのうちのいずれかであることができる。
【０２９７】
ある代表的な実施形態においては、プリアンブルは、進行中のＲＡ手順または新たに開始された手順のランダムアクセス（ＲＡ）プリアンブルであることができる。
【０２９８】
ある代表的な実施形態においては、さらなるチャネルが、送信または再送のために利用可能であるかどうかの決定は、さらに、利用可能性試行カウンタが、構成されたしきい値に達したかどうかで、条件付けることができる。
【０２９９】
図２３は、チャネルを使用する、追加の代表的な手順を例示するフローチャートである。
【０３００】
図２３を参照すると、代表的な手順２３００は、例えば、アンライセンス周波数バンドの１つまたは複数の、チャネルを使用して、ＷＴＲＵ１０２によって実施することができる。ブロック２３１０において、ＷＴＲＵ１０２は、ＬＢＴ動作を実行して、チャネルが、送信のために利用可能であるかどうかを決定することができる。ブロック２３２０において、チャネルが、利用可能でないことを条件として、ＷＴＲＵ１０２は、直ちに、またはチャネルが利用可能になった後に、ランダムバックオフをバックオフタイマに適用することができ、バックオフタイマの満了を待つことができ、バックオフタイマの満了後、チャネル上において送信することができる。
【０３０１】
図２４は、チャネルを使用する、また別の代表的な手順を示すフローチャートである。
【０３０２】
図２４を参照すると、代表的な手順２４００は、例えば、アンライセンス周波数バンドの１つまたは複数の、２つ以上のチャネルを使用して、ＷＴＲＵ１０２によって実施することができる。ブロック２４１０において、ＷＴＲＵ１０２は、２つ以上のチャネルが、可能な送信のために利用可能であるかどうかを決定することができる。ブロック２４２０において、２つ以上のチャネルのうちの複数が、可能な送信のために利用可能であることを条件として、ＷＴＲＵ１０２は、利用可能なチャネルのうちの１つまたはサブセット上において、制御情報を送信するために、複数のＬＢＴ試行を開始することができる。ブロック２４３０において、ＷＴＲＵ１０２は、利用可能なチャネルのうちのいずれかの上において、ＷＴＲＵ１０２から送信された制御情報に対する応答を、ネットワークエンティティから受信することができる。
【０３０３】
ある代表的な実施形態においては、２つ以上のチャネルは、（１）１つもしくは複数の周波数バンド、（２）１つもしくは複数のコンポーネントキャリア、（３）１つもしくは複数の帯域幅パート、（４）１つもしくは複数のセル、（５）１つもしくは複数のサブバンド、（６）１つもしくは複数のＬＢＴ帯域幅、（７）物理層特性、および／または（８）時間／周波数リソースのうちのいずれかであることができる。
【０３０４】
ある代表的な実施形態においては、１つまたは複数の利用可能なチャネル上において、制御情報を送信することは、１つまたは複数の利用可能なチャネル上において、ランダムアクセスプリアンブルまたはランダムアクセス（ＲＡ）メッセージ（Ｍｓｇ３）を送信することを含むことができる。
【０３０５】
ある代表的な実施形態においては、利用可能なチャネルのうちのいずれかの上において、制御情報に対する応答を受信することは、利用可能なチャネルのうちのいずれかの上において、ＲＡ応答（ＲＡＲ）を受信することを含むことができる。
【０３０６】
ある代表的な実施形態においては、ＲＡＲを受信した後、ＷＴＲＵ１０２は、２つ以上のチャネルのうちのいずれかが、ＷＴＲＵによる送信のために利用可能であるかどうかを決定することができる。例えば、２つ以上のチャネルのうちの複数が、ＷＴＲＵによる送信のために利用可能であることを条件として、ＷＴＲＵは、利用可能なチャネルを介して、またはその上において、さらなるメッセージを送信することができる。
【０３０７】
ある代表的な実施形態においては、２つ以上のチャネルは、（１）１つもしくは複数の帯域幅パート、または（２）１つもしくは複数のサブバンドのいずれかであることができる。
【０３０８】
ある代表的な実施形態においては、利用可能なチャネル上においてＲＡプリアンブルを送信するための複数のＬＢＴ試行の開始は、さらに、（１）プリアンブル再送数、（２）無線リソース制御（ＲＲＣ）構成、（３）プリアンブル試行数、（４）アップリンク（ＵＬ）帯域幅パートおよびダウンリンク（ＤＬ）帯域幅パートのインデックス、（５）ＵＬ帯域幅パートとＤＬ帯域幅パートとの間のリンケージ、（６）帯域幅パートの非活動タイマが動作しているかどうか、（７）観測されたチャネル占有、もしくは（８）サブバンドおよび／もしくは帯域幅パート上における負荷状態、（９）シグナリングを介して受信された１つもしくは複数の特定の構成、ならびに／または（１０）複数のアクティブな帯域幅パートをサポートするためのＷＴＲＵ１０２の能力のうちのいずれかで、条件付けることができる。
【０３０９】
図２５は、チャネルを使用する、さらなる代表的手順を示すフローチャートである。
【０３１０】
図２５を参照すると、代表的な手順２５００は、例えば、アンライセンス周波数バンドの１つまたは複数の、チャネルを使用して、ＷＴＲＵ１０２によって実施することができる。ブロック２５１０において、ＷＴＲＵ１０２は、チャネルが送信のために利用可能であるように、ＬＢＴ動作が成功したと決定することができる。ブロック２５２０において、ＷＴＲＵ１０２は、チャネルを使用して、ランダムアクセス（ＲＡ）プリアンブルを送信することができる。ブロック２５３０において、ＷＴＲＵ１０２は、送信されたＲＡプリアンブルに対するＲＡ応答（ＲＡＲ）の受信を監視するために、ＲＡウィンドウと関連付けられたタイマを開始することができる。ブロック２５４０において、ＷＴＲＵ１０２は、ＲＡウィンドウの間、ＲＡＲの受信を監視することができる。
【０３１１】
ある代表的な実施形態においては、ＷＴＲＵ１０２は、決定される結果として、（１）ＲＡＲがチャネル上において受信されるべきかどうか、（２）チャネルがビジーであること、または（３）ネットワークエンティティ（ｇＮＢ１８０など）がチャネルを獲得しなかったことのうちのいずれかに基づいて、タイマの満了時間を延長するか、一時停止するか、それともリセットするかどうかを決定することができる。例えば、ＷＴＲＵは、決定された結果に従って、タイマを延長し、一時停止し、もしくはリセットすることができ、および／またはＲＡＲの受信前に、タイマが満了したことを条件として、ＲＡプリアンブルを再送することができる。
【０３１２】
ある代表的な実施形態においては、各々が異なるＬＢＴ動作を使用する、異なるリソース上において、ＲＡプリアンブルを送信し、ＲＡＲを受信することができる。
【０３１３】
図２６は、チャネルを使用する、また追加の代表的手順を示すフローチャートである。
【０３１４】
図２６を参照すると、代表的な手順２６００は、例えば、アンライセンス周波数バンドの１つまたは複数の、チャネルを使用して、ＷＴＲＵ１０２によって実施することができる。ブロック２６１０において、ＷＴＲＵ１０２は、チャネルが、第１の送信のために利用可能であるかどうかを決定することができる。ブロック２６２０において、チャネルが、第１の送信のために利用可能であることを条件として、ＷＴＲＵ１０２は、ＳＲ動作のための第１のスケジューリング要求（ＳＲ）を生成することができ、第１のＳＲをネットワークエンティティに送信することができる。ブロック２６３０において、ＷＴＲＵ１０２は、ＳＲ禁止タイマを開始して、第１の時間期間の満了まで、さらなるＳＲ動作を禁止することができる。ブロック２６４０において、ＷＴＲＵ１０２は、ＬＢＴ動作を使用して、チャネルまたはさらなるチャネルが、さらなる送信のために利用可能であるかどうかを決定することができる。ブロック２６５０において、ＷＴＲＵ１０２は、ＳＲ禁止タイマの満了前に、ＬＢＴ動作の結果に従って、ＳＲ禁止タイマの満了を調整することができる。例えば、ＳＲ禁止タイマの満了と関連付けられた時間期間は、満了期間を短縮または延長するように調整することができる。
【０３１５】
図２７は、チャネルを使用する、さらなる代表的手順を示すフローチャートである。
【０３１６】
図２７を参照すると、代表的な手順２７００は、例えば、アンライセンス周波数バンドの１つまたは複数の、チャネルを使用して、ＷＴＲＵ１０２によって実施することができる。ブロック２７１０において、ＷＴＲＵ１０２は、チャネルが、送信のために利用可能であるかどうかを決定することができる。ブロック２７２０において、チャネルが、送信のために利用可能であることを条件として、ＷＴＲＵ１０２は、ＳＲ動作のための第１のスケジューリング要求（ＳＲ）を生成し、第１のＳＲをネットワークエンティティ（例えば、ｇＮＢ１８０、または別のネットワークエンティティ）に送信することができる。ブロック２７３０において、ＷＴＲＵ１０２は、禁止タイマを開始して、第１の時間期間の満了まで、さらなるＳＲ動作を禁止することができる。ブロック２７４０において、第１のＳＲの送信後、ＷＴＲＵ１０２は、第１のＳＲに対する応答を受信するために使用されるチャネルまたは別のチャネルが、ネットワークエンティティによって、送信のために利用可能であるかどうかを決定することができる。ブロック２７５０において、チャネルまたはさらなるチャネルが、ネットワークエンティティによって、送信のために利用可能でないことを条件として、ＷＴＲＵ１０２は、禁止タイマの満了を延長して、第１のＳＲに対する応答をさらなる時間期間にわたって待つことができる。
【０３１７】
ある代表的な実施形態においては、ＷＴＲＵ１０２は、さらなる時間期間の満了前に、ネットワークエンティティからアップリンクグラントを受信することがあり、アップリンクグラントの受信後、提供されたアップリンクグラントで、チャネルが、送信のために利用可能かどうかを決定することができる。例えば、チャネルが送信のために利用可能であることを条件として、ＷＴＲＵ１０２は、チャネル上において、バッファステータスレポート（ＢＳＲ）情報を送信することができる。ＷＴＲＵ１０２のより高位のレイヤは、（１）ＢＳＲ情報が、（より下位のレイヤとしての）物理層によって送信されること、および（２）ＬＢＴ動作がチャネル送信のために成功した旨の、物理層からのインジケーションを条件として、第１の保留中ＳＲ、およびＢＳＲをキャンセルすることができる。
【０３１８】
ある代表的な実施形態においては、禁止タイマが、第１の時間期間またはさらなる時間期間の後、また第１のＳＲに対する応答を受信する前に、満了したことを条件として、ＷＴＲＵ１０２は、チャネルまたは別のチャネルが、送信のために利用可能であるかどうかを決定することによって、さらなるＳＲ動作を開始することができる。チャネルまたは他のチャネルが、送信のために利用可能であることを条件として、ＷＴＲＵ１０２は、（１）さらなるＳＲ動作のために、さらなるＳＲを生成することができ、さらなるＳＲをネットワークエンティティに送信することができる。ＷＴＲＵ１０２は、禁止タイマを開始して、別の時間期間が満了するまで、追加のＳＲ動作を禁止することができる。ＷＴＲＵ１０２は、他の時間期間の満了前に、ネットワークエンティティから、アップリンクグラントを受信することがある。アップリンクグラントの受信後、ＷＴＲＵ１０２は、提供されたアップリンクグラントで、チャネルまたは他のチャネルが、送信のために利用可能であるかどうかを決定することができる。チャネルまたは他のチャネルが、送信のために利用不可能であることを条件として、ＷＴＲＵ１０２は、禁止タイマの満了を延長して、ネットワークエンティティからのさらなるアップリンクグラントの受信をさらなる時間期間にわたって待つことができる。ＷＴＲＵは、さらなる時間期間の満了前に、さらなるアップリンクグラントの受信を監視することができる。
【０３１９】
図２８は、チャネルを使用する、なお追加の代表的手順を示すフローチャートである。
【０３２０】
図２８を参照すると、代表的な手順２８００は、例えば、アンライセンス周波数バンドの１つまたは複数の、チャネルを使用して、ＷＴＲＵ１０２によって実施することができる。ブロック２８１０において、ＷＴＲＵ１０２は、ネットワークエンティティによって送信されたシグナリングから、（１）チャネル占有時間（ＣＯＴ）共用動作が、ネットワークエンティティによって獲得されたチャネル上において実行されていること、および（２）ＷＴＲＵがネットワークエンティティによって獲得されたチャネル上において、そこで送信すべき、１つまたは複数の切り換えポイントを決定することができる。ブロック２８２０において、ＷＴＲＵ１０２は、ＣＯＴ共用動作、および１つまたは複数の決定された切り換えポイントのうちの現在の切り換えポイントに基づいて、実行されるＬＢＴ構成のタイプを決定することができる。ブロック２８３０において、選択されたＬＢＴ構成のタイプに従って、ＷＴＲＵ１０２は、チャネルが、送信のために利用可能であるかどうかを決定することができる。ブロック２８４０において、チャネルが、送信のために利用可能であることを条件として、ＷＴＲＵ１０２は、現在の切り換えポイントで、チャネル上においてデータまたは制御情報を送信することができる。
【０３２１】
ある代表的な実施形態においては、選択されるＬＢＴ構成のタイプは、（１）短縮されたＬＢＴ動作が実行されることになること、または（３）ＬＢＴ動作が実行されないことのうちの一方を示すことができる。例えば、選択されるＬＢＴ構成のタイプは、短縮ＬＢＴ動作を示すことができ、切り換えポイントで、チャネル上においてデータまたは制御情報を送信することは、（例えば、短縮されたＬＢＴ動作を完了した後）現在の切り換えポイントで、チャネル上においてランダムアクセス（ＲＡ）メッセージを送信することを含むことができる。
【０３２２】
ある代表的な実施形態においては、ＷＴＲＵ１０２は、ＲＡメッセージを送信した後、ネットワークエンティティによって獲得されたチャネル上において、データを送信することができる。
【０３２３】
代表的な実施形態に従ってデータを処理するためのシステムおよび方法は、メモリデバイス内に含まれる一連の命令を実行する、１つまたは複数のプロセッサによって実行することができる。そのような命令は、二次データ記憶デバイスなどの他のコンピュータ可読媒体から、メモリデバイス内に読み込むことができる。メモリデバイス内に含まれる一連の命令の実行は、例えば、上で説明されたように、プロセッサを動作させる。代替的な実施形態においては、本発明を実施するために、ソフトウェア命令の代わりに、またはソフトウェア命令と組み合わせて、ハードワイヤ回路を使用することができる。そのようなソフトウェアは、ロボット支援／装置（ＲＡＡ）および／または別のモバイルデバイス内にリモートに収容されたプロセッサ上において動作することができる。後者のケースにおいては、データは、ＲＡＡ、またはセンサを含む他のモバイルデバイスと、上で説明されような、スケール推定および補償を実行するソフトウェアを動作させるプロセッサを含むリモートデバイスとの間で、有線または無線を介して転送することができる。他の代表的な実施形態に従うと、位置特定に関して上で説明された処理のいくつかは、センサ／カメラを含むデバイスにおいて実行することができるが、処理の残りは、センサ／カメラを含むデバイスからの、部分的に処理されたデータの受信後、第２のデバイスにおいて実行することができる。
【０３２４】
特徴および要素が、上では特定の組み合わせで説明されたが、各特徴または要素は、単独で、または他の特徴および要素との任意の組み合わせで使用することができることを、当業者は理解されよう。加えて、本明細書において説明される方法は、コンピュータまたはプロセッサによる実行のために、コンピュータ可読媒体に組み込まれた、コンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。非一時的なコンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、ユーザ機器、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための、無線周波数送受信機を実施することができる。
【０３２５】
さらに上で説明された実施形態では、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを含む他のデバイスについて述べた。これらのデバイスは、少なくとも１つの中央処理ユニット（「ＣＰＵ」）と、メモリとを含むことができる。コンピュータプログラミングの分野における当業者の慣行に従って、行為、および動作または命令のシンボル表現に対する言及は、様々なＣＰＵおよびメモリによって実行することができる。そのような行為、および動作または命令は、「実行される」、「コンピュータで実行される」または「ＣＰＵで実行される」と言われることがある。
【０３２６】
行為、およびシンボリックに表現された動作または命令が、ＣＰＵによる電気信号の操作を含むことを、当業者は理解されよう。電気システムは、データビットを表し、それは、結果として生じる電気信号の変換または低減、およびメモリシステム内のメモリロケーションにおけるデータビットの維持を引き起こすことができ、それによって、ＣＰＵの動作、および信号の他の処理を再構成し、またはさもなければ変更する。データビットが維持されるメモリロケーションは、データビットに対応する、またはデータビットを表す、特定の電気的、磁気的、光学的、または有機的特性を有する、物理的なロケーションである。代表的な実施形態は、上で言及されたプラットフォームまたはＣＰＵに限定されず、他のプラットフォームおよびＣＰＵが、提供される方法をサポートすることができることを理解されたい。
【０３２７】
データビットは、ＣＰＵによって可読な、磁気ディスク、光ディスク、および他の任意の揮発性（例えば、ランダムアクセスメモリ（「ＲＡＭ」））または不揮発性（例えば、リードオンリメモリ（「ＲＯＭ」））大容量記憶システムを含む、コンピュータ可読媒体上に維持することもできる。コンピュータ可読媒体は、協調的な、または相互接続されたコンピュータ可読媒体を含むことができ、それは、処理システム上に排他的に存在し、または処理システムに対してローカルもしくはリモートであることができる、複数の相互接続された処理システム間に分散される、代表的な実施形態は、上で言及されたメモリに限定されず、他のプラットフォームおよびメモリが、説明される方法をサポートすることができることが理解される。
【０３２８】
例示的な実施形態においては、本明細書において説明される動作、プロセスなどのいずれも、コンピュータ可読媒体上に記憶されたコンピュータ可読命令として実施することができる。コンピュータ可読命令は、モバイルユニット、ネットワーク要素、および／または他の任意のコンピューティングデバイスのプロセッサによって実行することができる。
【０３２９】
システムの態様のハードウェア実施とソフトウェア実施との間に残る差異は、僅かしか存在しない。ハードウェアを使用するか、それともソフトウェアを使用するかは、一般に（しかし、ある状況においては、ハードウェアとソフトウェアとの間における選択が、重要になることがあるので、常にではないが）、コスト対効率のトレードオフを表す、設計上の選択である。本明細書において説明されるプロセスおよび／もしくはシステム、ならびに／または他の技術が、それによって影響されることがある、様々な手段（例えば、ハードウェア、ソフトウェア、および／またはファームウェア）が、存在することができ、好ましい手段は、プロセスおよび／もしくはシステム、ならびに／または他の技術が展開される状況とともに、変化することがある。例えば、実施者が、スピードおよび精度が、最優先であると決定した場合、実施者は、主にハードウェアおよび／またはファームウェア手段を選択することができる。柔軟性が、最優先である場合、実施者は、主にソフトウェア実施を選択することができる。あるいは、実施者は、ハードウェア、ソフトウェア、および／またはファームウェアの何らかの組み合わせを選択することができる。
【０３３０】
上述の詳細な説明は、ブロック図、フローチャート、および／または例の使用を介して、デバイスおよび／またはプロセスの様々な実施形態を説明した。そのようなブロック図、フローチャート、および／または例が、１つまたは複数の機能および／または動作を含む限り、そのようなブロック図、フローチャート、または例内における各機能および／または動作は、広範囲のハードウェア、ソフトウェア、ファームウェア、または実質的にそれらの任意の組み合わせによって、個別に、および／または集団で、実施することができることが、当業者によって理解されよう。適切なプロセッサは、例として、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および／または状態機械を含む。
【０３３１】
特徴および要素が、上では特定の組み合わせで提供されたが、各特徴または要素は、単独で、または他の特徴および要素との任意の組み合わせで使用することができることを、当業者は理解されよう。本開示は、様々な態様の例示として意図された、本出願において説明される特定の実施形態に関して、限定されるべきではない。当業者に明らかであるように、それの主旨および範囲から逸脱することなく、多くの変更および変形を行うことができる。本出願の説明において使用される要素、行為、または命令は、明示的にそうとして提供されない限り、本発明にとって重要または必須であると解釈されるべきではない。本明細書に列挙されたものに加えて、本開示の範囲内の機能的に同等の方法および装置が、上述の説明から当業者には明らかであろう。そのような変更および変形は、添付の特許請求の範囲内に包含されることが意図される。本開示は、そのような特許請求の範囲がそれを含む資格がある均等物の全範囲とともに、添付の特許請求の範囲の請求項によってのみ限定されるべきである。本開示は、特定の方法またはシステムに限定されないことが理解されるべきである。
【０３３２】
本明細書において使用される用語は、特定の実施形態を説明することを目的としているにすぎず、限定的であることは意図されていないことも理解されるべきである。本明細書において使用される場合、本明細書において言及されるとき、「局」およびそれの略語「ＳＴＡ」、「ユーザ機器」およびそれの略語「ＵＥ」という用語は、（ｉ）以下で説明されるような、無線送信および／もしくは受信ユニット（ＷＴＲＵ）、（ｉｉ）以下で説明されるような、ＷＴＲＵの数々の実施形態のいずれか、（ｉｉｉ）以下で説明されるような、とりわけ、ＷＴＲＵのいくつかもしくはすべての構造および機能性を用いるように構成された、無線対応および／もしくは有線対応の（例えば、接続可能な）デバイス、（ｉｖ）以下で説明されるような、ＷＴＲＵのすべてよりも少ない構造および機能性を用いるように構成された、無線対応および／もしくは有線対応のデバイス、または（ｖ）類似したものを意味することができる。本明細書で列挙された任意のＷＴＲＵを代表することができる、例示的なＷＴＲＵの詳細は、図１Ａ〜図１Ｄに関して、以下で提供される。
【０３３３】
ある代表的な実施形態においては、本明細書において説明される本発明のいくつかの部分は、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタル信号プロセッサ（ＤＳＰ）、および／または他の統合されたフォーマットを介して、実施することができる。しかしながら、当業者は、本明細書において開示される実施形態のいくつかの態様が、全体的または部分的に、集積回路で、１つもしくは複数のコンピュータ上において動作する１つもしくは複数のコンピュータプログラムとして（例えば、１つもしくは複数のコンピュータシステム上において動作する１つもしくは複数のプログラムとして）、１つもしくは複数のプロセッサ上において動作する１つもしくは複数のプログラムとして（例えば、１つもしくは複数のマイクロプロセッサ上において動作する１つもしくは複数のプログラムとして）、ファームウェアとして、または実質的にそれらの任意の組み合わせとして、同等に実施することができること、また回路を設計すること、ならびに／またはソフトウェアおよび／もしくはファームウェアのためのコードを書くことが、本開示を踏まえて、十分に当業者の技能の範囲内にあることを認識されよう。加えて、当業者は、本明細書において説明される本発明のメカニズムは、プログラム製品として、様々な形態で配布することができること、また実際に配布を実施するために使用される特定のタイプの信号保持媒体にかかわりなく、本明細書において説明される本発明の例示的な実施形態が、妥当することを理解されよう。信号保持媒体の例は、以下を、すなわち、フロッピーディスク、ハードディスクドライブ、ＣＤ、ＤＶＤ、デジタルテープ、コンピュータメモリなどの記録可能タイプ媒体、ならびにデジタルおよび／またはアナログ通信媒体（例えば、光ファイバケーブル、導波路、有線通信リンク、無線通信リンクなど）などの伝送タイプ媒体を含むが、それらに限定されない。
【０３３４】
本明細書において説明される本発明は、他の異なる構成要素内に含まれる、またはそれらと接続される、異なる構成要素をときには例示する。そのような描写されるアーキテクチャは、単なる例にすぎず、実際には、同じ機能性を達成する、他の多くのアーキテクチャを実施することができることが理解されるべきである。概念的な意味では、同じ機能性を達成するための構成要素の任意の配置は、所望の機能性を達成することができるように、効果的に「関連付け」られる。したがって、特定の機能性を達成するために組み合わされた、本明細書における任意の２つの構成要素は、アーキテクチャまたは介在構成要素に関係なく、所望の機能性が達成されるように、互いに「関連付けられた」ものとして見ることができる。同様に、そのように関連付けられた任意の２つの構成要素は、所望の機能性を達成するために、互いに「動作可能に接続された」または「動作可能に結合された」ものと見なすこともでき、そのように関連付けることが可能な任意の２つの構成要素も、所望の機能性を達成するために、互いに「動作可能に結合可能である」と見なすことができる。動作可能に結合可能な特定の例は、物理的に対にすることが可能な、および／もしくは物理的に対話する構成要素、ならびに／または無線で対話可能な、および／もしくは無線で対話する構成要素、ならびに／または論理的に対話する、および／もしくは論理的に対話可能な構成要素を含むが、それらに限定されない。
【０３３５】
本明細書における実質的に任意の複数形および／または単数形の用語の使用に関して、当業者は、状況および／または用途に適するように、複数形から単数形に、および／または単数形から複数形に翻訳することができる。明確にするために、様々な単数形／複数形の置換が、本明細書において明示的に説明されることがある。
【０３３６】
一般に、本明細書において、特に、添付の特許請求の範囲（例えば、添付の特許請求の範囲の本文）において使用される用語は、一般に「オープン」タームとして意図されていることが、当業者によって理解されよう（例えば、「含む（ｉｎｃｌｕｄｉｎｇ）」という用語は、「含むが、〜に限定されない」と解釈されるべきであり、「有する（ｈａｖｉｎｇ）」という用語は、「少なくとも、〜を有する」と解釈されるべきであり、「含む（ｉｎｃｌｕｄｅｓ）」という用語は、「含むが、〜に限定されない」と解釈されるべきであるなど）。導入される請求項列挙物の具体的な数が、意図される場合、そのような意図は、請求項において明示的に記述され、そのような記述がないときは、そのような意図が存在しないことが、当業者によってさらに理解されよう。例えば、ただ１つのアイテムが、意図される場合、「単一」という用語、または類似の言葉を、使用することができる。理解の助けとして、以下の添付の特許請求の範囲、および／または本明細書における説明は、請求項列挙物を導入するために、導入句「少なくとも１つ」および「１つまたは複数」の使用を含むことができる。しかしながら、そのような句の使用は、同じ請求項が、導入句「１つまたは複数」または「少なくとも１つ」、および「ａ」または「ａｎ」などの不定冠詞を含むときであっても、不定冠詞「ａ」または「ａｎ」による請求項列挙物の導入が、そのような導入される請求項列挙物を含む任意の特定の請求項を、そのような列挙物をただ１つ含む実施形態に限定することを暗示すると解釈されるべきではない（例えば、「ａ」および／または「ａｎ」は、「少なくとも１つ」または「１つまたは複数」を意味すると解釈されるべきである）。同じことが、請求項列挙物を導入するために使用される定冠詞の使用に対して当てはまる。加えて、導入される請求項列挙物の具体的な数が、明示的に記述される場合であっても、そのような記述は、少なくとも記述された数を意味すると解釈されるべきであることを、当業者は認識されよう（例えば、他の修飾語句を伴わない「２つの列挙物」の無修飾の列挙は、少なくとも２つの列挙物、または２つ以上の列挙物を意味する）。さらに、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」などに類似した従来表現が、使用される場合、一般に、そのような構文は、当業者が従来表現を理解する意味で意図されている（例えば、「Ａ、Ｂ、およびＣのうちの少なくとも１つを有するシステム」は、Ａだけを、Ｂだけを、Ｃだけを、ＡとＢを一緒に、ＡとＣを一緒に、ＢとＣを一緒に、および／またはＡ、Ｂ、Ｃを一緒に有するシステムを含むが、それらに限定されない）。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」などに類似した従来表現が、使用される場合、一般に、そのような構文は、当業者が従来表現を理解する意味で意図されている（例えば、「Ａ、Ｂ、またはＣのうちの少なくとも１つを有するシステム」は、Ａだけを、Ｂだけを、Ｃだけを、ＡとＢを一緒に、ＡとＣを一緒に、ＢとＣを一緒に、および／またはＡ、Ｂ、Ｃを一緒に有するシステムを含むが、それらに限定されない）。説明内であろうと、特許請求の範囲内であろうと、または図面内であろうと、２つ以上の代替項を提示する、実質的にいずれの選言的な語および／または句も、項の１つ、項のどちらか、または項の両方を含む可能性を企図していると理解されるべきであることが、当業者によってさらに理解されよう。例えば、「ＡまたはＢ」という句は、「Ａ」、または「Ｂ」、または「ＡおよびＢ」の可能性を含むと理解される。さらに、本明細書において使用される場合、複数のアイテムおよび／またはアイテムの複数のカテゴリのリストが後続する「〜のうちのいずれか」という用語は、アイテムおよび／またはアイテムのカテゴリ「のうちのいずれか」、「の任意の組み合わせ」、「のうちの任意の複数」、および／または「のうちの複数の任意の組み合わせ」を、個々に、または他のアイテムおよび／もしくはアイテムの他のカテゴリと組み合わせて、含むことが意図される。さらに、本明細書において使用される場合、「セット」または「グループ」という用語は、ゼロを含む、任意の数のアイテムを含むことが意図される。加えて、本明細書において使用される場合、「数」という用語は、ゼロを含む、任意の数を含むことが意図される。
【０３３７】
加えて、本開示の特徴または態様が、マーカッシュ群に関して説明される場合、それによって、本開示も、マーカッシュ群のいずれか個々のメンバまたはメンバのサブグループに関して説明されることを当業者は認識されよう。
【０３３８】
当業者によって理解されるように、書かれた説明を提供することに関してなど、ありとあらゆる目的のために、本明細書において開示されるすべての範囲は、ありとあらゆる可能なサブ範囲、およびそのサブ範囲の組み合わせも包含する。いずれの記載される範囲も、少なくとも等しい半分、３分の１、４分の１、５分の１、１０分の１などに分解された同じ範囲を十分に記述し、可能にするものとして、容易に認識することができる。非限定的な例として、本明細書において説明される各範囲は、下方３分の１、中央３分の１、および上方３分の１などに簡単に分解することができる。やはり当業者によって理解されるように、「最大で」、「少なくとも」、「より大きい」、および「より小さい」などのすべての言葉は、記述された数を含み、上で説明されたように、後でサブ範囲に分割することができる範囲を指す。最後に、当業者によって理解されるように、範囲は、各個々のメンバを含む。したがって、例えば１〜３個のセルを有するグループは、１個、２個、または３個のセルを有するグループを指す。同様に１〜５個のセルを有するグループは、１個、２個、３個、４個、または５個のセルを有するグループを指し、その他についても同様である。
【０３３９】
さらに、特許請求の範囲は、その趣旨で述べられない限り、提供された順序または要素に限定されるものとして読まれるべきではない。加えて、いずれかの請求項における「〜ための手段」という用語の使用は、米国特許法第１１２条第６段落、またはミーンズ・プラス・ファンクション・クレーム形式を行使することが意図され、「〜ための手段」という用語を伴わないいずれの請求項も、そのようなものとして意図されない。
【０３４０】
ソフトウェアと関連付けられたプロセッサを使用して、無線送信受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、モビリティ管理エンティティ（ＭＭＥ）もしくは進化型パケットコア（ＥＰＣ）、または任意のホストコンピュータにおいて使用するための、無線周波数送受信機を実施することができる。ＷＴＲＵは、ハードウェア、および／またはソフトウェア無線（ＳＤＲ）を含む、ソフトウェアで実施されるモジュール、ならびにカメラ、ビデオカメラモジュール、ビデオフォン、スピーカフォン、バイブレーションデバイス、スピーカ、マイクロフォン、テレビ送受信機、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、近距離無線通信（ＮＦＣ）モジュール、液晶表示（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または無線ローカルエリアネットワーク（ＷＬＡＮ）もしくは超広帯域（ＵＷＢ）モジュールなどの、他の構成要素と併せて、使用することができる。
【０３４１】
本発明は、通信システムに関して説明されたが、システムは、マイクロプロセッサ／汎用コンピュータ（図示されず）上のソフトウェアで実施することができることが企図される。ある実施形態においては、様々な構成要素の機能のうちの１つまたは複数は、汎用コンピュータを制御するソフトウェアで実施することができる。
【０３４２】
加えて、本発明は、特定の実施形態を参照して、本明細書において例示および説明されたが、本発明は、示された詳細に限定されることを意図しない。むしろ、特許請求の範囲の均等物のスコープおよび範囲内において、また本発明から逸脱することなく、詳細に様々な変更を行うことができる。
【０３４３】
本開示を通して、ある代表的な実施形態を、代替において、または他の代表的な実施形態と組み合わせて、使用することができることを、当業者は理解する。
【０３４４】
特徴および要素が、上では特定の組み合わせで説明されたが、各特徴または要素は、単独で、または他の特徴および要素との任意の組み合わせで使用することができることを、当業者は理解されよう。加えて、本明細書において説明される方法は、コンピュータまたはプロセッサによる実行のために、コンピュータ可読媒体に組み込まれた、コンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。非一時的なコンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、ＷＴＲＵ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための、無線周波数送受信機を実施することができる。
【０３４５】
さらに、上で説明された実施形態では、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを含む他のデバイスについて述べた。これらのデバイスは、少なくとも１つの中央処理ユニット（「ＣＰＵ」）と、メモリとを含むことができる。コンピュータプログラミングの分野における当業者の慣行に従って、行為、および動作または命令のシンボル表現に対する言及は、様々なＣＰＵおよびメモリによって実行することができる。そのような行為および動作または命令は、「実行される」、「コンピュータで実行される」または「ＣＰＵで実行される」と言われることがある。
【０３４６】
行為、およびシンボリックに表現された動作または命令が、ＣＰＵによる電気信号の操作を含むことを、当業者は理解されよう。電気システムは、データビットを表し、それは、結果として生じる電気信号の変換または低減、およびメモリシステム内のメモリロケーションにおけるデータビットの維持を引き起こすことができ、それによって、ＣＰＵの動作、および信号の他の処理を再構成し、またはさもなければ変更する。データビットが維持されるメモリロケーションは、データビットに対応する、またはデータビットを表す、特定の電気的、磁気的、光学的または有機的特性を有する物理的なロケーションである。
【０３４７】
データビットは、ＣＰＵによって可読な、磁気ディスク、光ディスク、および他の任意の揮発性（例えば、ランダムアクセスメモリ（「ＲＡＭ」））または不揮発性（例えば、リードオンリメモリ（「ＲＯＭ」））大容量記憶システムを含む、コンピュータ可読媒体上に維持することもできる。コンピュータ可読媒体は、協調的な、または相互接続されたコンピュータ可読媒体を含むことができ、それは、処理システム上に排他的に存在し、または処理システムに対してローカルもしくはリモートであることができる、複数の相互接続された処理システム間に分散される、代表的な実施形態は、上で言及されたメモリに限定されず、他のプラットフォームおよびメモリが、説明される方法をサポートすることができることが理解される。
【０３４８】
適切なプロセッサは、例として、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および／または状態機械を含む。
【０３４９】
本発明は、通信システムに関して説明されたが、システムは、マイクロプロセッサ／汎用コンピュータ（図示されず）上のソフトウェアで実施することができることが企図される。ある実施形態においては、様々な構成要素の機能のうちの１つまたは複数は、汎用コンピュータを制御するソフトウェアで実施することができる。
【０３５０】
加えて、本発明は、特定の実施形態を参照して、本明細書において例示および説明されたが、本発明は、示された詳細に限定されることを意図しない。むしろ、特許請求の範囲の均等物のスコープおよび範囲内において、また本発明から逸脱することなく、詳細に様々な変更を行うことができる。
【図１Ａ】
2021527367.tif 000003
2021527367.tif 000004
【図１Ｂ】
2021527367.tif 000005
【図１Ｃ】
2021527367.tif 000006
【図１Ｄ】
2021527367.tif 000007
【図２】
2021527367.tif 000008
【図３】
2021527367.tif 000009
【図４】
2021527367.tif 000010
【図５】
2021527367.tif 000011
【図６】
2021527367.tif 000012
【図７】
2021527367.tif 000013
【図８】
2021527367.tif 000014
【図９】
2021527367.tif 000015
【図１０】
2021527367.tif 000016
【図１１】
2021527367.tif 000017
【図１２】
2021527367.tif 000018
【図１３】
2021527367.tif 000019
【図１４】
2021527367.tif 000020
【図１５】
2021527367.tif 000021
【図１６】
2021527367.tif 000022
【図１７】
2021527367.tif 000023
【図１８】
2021527367.tif 000024
【図１９】
2021527367.tif 000025
【図２０】
2021527367.tif 000026
【図２１】
2021527367.tif 000027
【図２２】
2021527367.tif 000028
【図２３】
2021527367.tif 000029
【図２４】
2021527367.tif 000030
【図２５】
2021527367.tif 000031
【図２６】
2021527367.tif 000032
【図２７】
2021527367.tif 000033
【図２８】
2021527367.tif 000034
【手続補正書】
【提出日】令和3年2月16日(2021.2.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
アンライセンス周波数チャネルを使用する無線送受信ユニット（ＷＴＲＵ）によって実施される方法であって、
プリアンブルが送信されることになるかどうかを決定するステップと、
プリアンブルが送信されることになる条件で、チャネル占有時間（ＣＯＴ）と関連付けられたダウンリンク（ＤＬ）信号に対してモニタするステップと、
前記ＤＬ信号が受信される条件で、
前記ＤＬ信号の受信後の時間ギャップの期間に従って、ショートＬＢＴ動作を実行するかどうかを決定するステップと、
前記ＣＯＴにおいて前記プリアンブルを送信する１つ以上の構成されたＰＲＡＣＨリソースを決定するステップと、
（１）リッスンビフォアトーク（ＬＢＴ）動作が実施されない、または、（２）ショートＬＢＴ動作が実施され、かつ、前記１つ以上の構成されたＰＲＡＣＨリソースに関連付けられたチャネルが前記ショートＬＢＴ動作に従ってアイドルとなると決定される条件で、前記ＣＯＴにおける１つ以上の構成されたＰＲＡＣＨリソースにおいて前記プリアンブルを送信するステップと
を備える方法。
【請求項２】
前記ＤＬ信号は、（１）物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、（２）同期信号ブロック（ＳＳＢ）、（３）マスター情報ブロック（ＭＩＢ）または（４）システム情報ブロック（ＳＩＢ）のいずれかによって搬送される請求項１に記載の方法。
【請求項３】
前記ＤＬ信号に対してモニタする前記ステップは、構成された時間パターンに基づく請求項１または２に記載の方法。
【請求項４】
前記ＤＬ信号の前記受信と前記プリアンブルの予期される送信との間の前記時間ギャップの期間を決定するステップであって、前記ＤＬ信号の前記受信と前記プリアンブルの前記予期される送信との間の前記時間ギャップの第１の決定された期間に対して、ＬＢＴ動作を実施せず、前記ＤＬ信号の前記受信と前記プリアンブルの前記予期される送信との間の前記時間ギャップの第２の決定された期間に対して、前記ショートＬＢＴ動作を実施する、ステップ
をさらに備える請求項１乃至３いずれかに記載の方法。
【請求項５】
（１）ＬＢＴ動作が実施されない第１のＬＢＴタイプ、（２）前記ショートＬＢＴが実施される第２のＬＢＴタイプ、（３）完全なＬＢＴ動作が実施される第３のＬＢＴタイプの中からＬＢＴのタイプを選択するステップ
をさらに備える請求項１乃至４いずれかに記載の方法。
【請求項６】
前記ショートＬＢＴ動作を実施するステップと、
前記ショートＬＢＴ動作に基づいて、前記チャネルがアイドルでないことを決定するステップと、
前記ショートＬＢＴ動作が実施され、および、前記１つ以上の構成されたＰＲＡＣＨリソースに関連付けられたチャネルが前記ショートＬＢＴ動作に従ってアイドルとならないと決定される条件で、前記プリアンブルを送信する時間期間を待機するステップと、
前記時間期間を待機した後で、さらなるＬＢＴ動作を実施するステップであって、前記さらなるＬＢＴ動作はさらなるショートＬＢＴ動作または完全なＬＢＴ動作の内の１つである、ステップと、
１つ以上の構成されたＰＲＡＣＨリソースに関連付けられた前記チャネルが、前記さらなるショートＬＢＴ動作に従ってアイドルとなると決定される条件で、前記１つ以上の構成されたＰＲＡＣＨリソースにおいて、前記プリアンブルを送信するステップと
をさらに備える請求項１乃至５いずれかに記載の方法。
【請求項７】
送受信ユニットによって、前記１つ以上の構成されたＰＲＡＣＨリソースに関連付けられた前記チャネル上で、信号をモニタするステップと、
プロセッサによって、前記送受信ユニットによりによって受信されているモニタされた前記信号に従って、前記チャネルがアイドルかどうかを決定するステップと
をさらに備える請求項６に記載の方法。
【請求項８】
前記ＤＬ信号が受信されていないことを決定するステップと、
完全なＬＢＴ動作を実施するステップと、
１つ以上の構成されたＰＲＡＣＨリソースに関連付けられたチャネルが、前記完全なＬＢＴ動作に従ってアイドルとなると決定される条件で、前記１つ以上の構成されたＰＲＡＣＨリソースにおいて前記プリアンブルを送信するステップと
をさらに備える請求項１、２、３または５のいずれかに記載の方法。
【請求項９】
アンライセンス周波数チャネルを使用する無線送受信ユニット（ＷＴＲＵ）であって、
プリアンブルが送信されることになるかどうかを決定するよう構成されたプロセッサと、
プリアンブルが送信されることになる条件で、チャネル占有時間（ＣＯＴ）と関連付けられたダウンリンク（ＤＬ）信号に対してモニタするように構成された送受信ユニットと
を備え、
前記プロセッサは、前記プリアンブルが受信される条件で、（１）前記ＤＬ信号の受信後の時間ギャップの期間に従って、ショートＬＢＴ動作を実行するかどうかを決定し、および、（２）前記ＣＯＴにおいて前記プリアンブルを送信する１つ以上の構成されたＰＲＡＣＨリソースを決定するよう構成され、
前記送受信ユニットは、（１）リッスンビフォアトーク（ＬＢＴ）動作が実施されない、または、（２）ショートＬＢＴ動作が実施され、かつ、前記１つ以上の構成されたＰＲＡＣＨリソースに関連付けられたチャネルが前記ショートＬＢＴ動作に従ってアイドルとなると決定される条件で、前記ＣＯＴにおける１つ以上の構成されたＰＲＡＣＨリソースにおいて前記プリアンブルを送信するよう構成されたＷＴＲＵ。
【請求項１０】
前記ＤＬ信号は、（１）物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、（２）同期信号ブロック（ＳＳＢ）、（３）マスター情報ブロック（ＭＩＢ）または（４）システム情報ブロック（ＳＩＢ）のいずれかによって搬送される請求項９に記載のＷＴＲＵ。
【請求項１１】
前記送受信ユニットは、構成された時間パターンに基づいて前記ＤＬ信号に対してモニタするようさらに構成された請求項９または１０に記載のＷＴＲＵ。
【請求項１２】
前記送受信ユニットと通信をして、前記プロセッサは、
前記ＤＬ信号の前記受信と前記プリアンブルの予期される送信との間の前記時間ギャップの期間を決定し、
前記ＤＬ信号の前記受信と前記プリアンブルの前記予期される送信との間の前記時間ギャップの第１の期間が決定される条件で、ＬＢＴ動作を実施せず、
前記ＤＬ信号の前記受信と前記プリアンブルの前記予期される送信との間の前記時間ギャップの第２の期間が決定される条件で、前記ショートＬＢＴ動作を実施する
よう構成された請求項９乃至１１いずれかに記載のＷＴＲＵ。
【請求項１３】
前記プロセッサは、（１）ＬＢＴ動作が実施されない第１のＬＢＴタイプ、（２）前記ショートＬＢＴが実施される第２のＬＢＴタイプ、（３）完全なＬＢＴ動作が実施される第３のＬＢＴタイプの中からＬＢＴのタイプを選択するよう構成された請求項９乃至１２いずれかに記載のＷＴＲＵ。
【請求項１４】
前記送受信ユニットと通信をして、前記プロセッサは、
前記ショートＬＢＴ動作を実施し、
前記ショートＬＢＴ動作に基づいて、前記チャネルがアイドルでないことを決定し、
前記ショートＬＢＴ動作が実施され、かつ、前記１つ以上の構成されたＰＲＡＣＨリソースに関連付けられたチャネルが前記ショートＬＢＴ動作に従ってアイドルとならないと決定される条件で、前記プリアンブルを送信する時間期間を待機し、
前記時間期間を待機した後で、さらなるＬＢＴ動作を実施するステップであって、前記さらなるＬＢＴ動作はさらなるショートＬＢＴ動作または完全なＬＢＴ動作の内の１つであり、
１つ以上の構成されたＰＲＡＣＨリソースに関連付けられた前記チャネルが、前記さらなるショートＬＢＴ動作に従ってアイドルとなると決定される条件で、前記１つ以上の構成されたＰＲＡＣＨリソースにおいて、前記プリアンブルを送信する
よう構成された請求項９乃至１３いずれかに記載のＷＴＲＵ。
【請求項１５】
前記送受信ユニットと通信をして、前記プロセッサは、
前記ＤＬ信号が受信されていないことを決定し、
完全なＬＢＴ動作を実施し、
１つ以上の構成されたＰＲＡＣＨリソースに関連付けられたチャネルが、前記完全なＬＢＴ動作に従ってアイドルとなると決定される条件で、前記１つ以上の構成されたＰＲＡＣＨリソースにおいて前記プリアンブルを送信する
よう構成された請求項９に記載のＷＴＲＵ。
【国際調査報告】
2021527367.tif 000035
2021527367.tif 000036
2021527367.tif 000037