▶ アイディーエーシー ホールディングス インコーポレイテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-11-21
(45)【発行日】2022-11-30
(54)【発明の名称】チャネルアクセス管理のための方法
(51)【国際特許分類】
H04W 72/08 20090101AFI20221122BHJP
H04W 16/28 20090101ALI20221122BHJP
H04W 72/04 20090101ALI20221122BHJP
H04W 74/00 20090101ALI20221122BHJP
【ＦＩ】
H04W72/08 110
H04W16/28
H04W72/04 136
H04W74/00
【請求項の数】
14
(21)【出願番号】P 2020553512
(86)(22)【出願日】2019-04-03
(65)【公表番号】
(43)【公表日】2021-08-12
(86)【国際出願番号】 US2019025644
(87)【国際公開番号】W WO2019195465
(87)【国際公開日】2019-10-10
【審査請求日】2020-11-30
(31)【優先権主張番号】62/652,116
(32)【優先日】2018-04-03
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/687,008
(32)【優先日】2018-06-19
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/715,646
(32)【優先日】2018-08-07
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】316012245
【氏名又は名称】アイディーエーシー ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】110001243
【氏名又は名称】弁理士法人谷・阿部特許事務所
(72)【発明者】
【氏名】トゥーハー、ジェイ．パトリック
(72)【発明者】
【氏名】アルファルファン、ファリス
(72)【発明者】
【氏名】マリニエール、ポール
(72)【発明者】
【氏名】エルハマス、アータ
(72)【発明者】
【氏名】プレテイエ、ジシュラン
(72)【発明者】
【氏名】ワッツ、ディラン ジェームス
【審査官】野村 潔
(56)【参考文献】
【文献】国際公開第２０１７／０５０２８１（ＷＯ，Ａ１）
【文献】米国特許出願公開第２０１９／００１４５９６（ＵＳ，Ａ１）
【文献】vivo，Potential solutions and techniques for NR unlicensed spectrum[online]，3GPP TSG RAN WG1 #92 R1- 1801557，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_92/Docs/R1-1801557.zip>，2018年02月15日
【文献】Intel Corporation，Transmission of Uplink Control Information on an LAA Scell[online]，3GPP TSG-RAN WG1#84b R1-162357，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_84b/Docs/R1-162357.zip＞，2016年04月02日
【文献】InterDigital Inc.，On LBT for Beam-Based Transmission for NR-U[online]，3GPP TSG RAN WG1 #92b R1-1804885，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_92b/Docs/R1-1804885.zip>，2018年04月07日，（本願優先日以降に公開された同出願人による文献）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
無線送受信ユニット（ＷＴＲＵ）によって実行される方法であって、複数のリッスンビフォートーク（ＬＢＴ）構成の表示を受信することであって、前記複数のＬＢＴ構成のうちのそれぞれのＬＢＴ構成は、ビーム、帯域幅部分（ＢＷＰ）、論理チャネル（ＬＣＨ）、送信タイプ、またはＬＢＴサブバンドのうちの１つまたは複数に関連付けられる、ことと、
前記複数のＬＢＴ構成のうちの第１のＬＢＴ構成を使用して、第１のチャネルを取得するために、第１のＬＢＴ手順を実行することと、
前記第１のチャネルが利用可能ではないと判定することと、
前記複数のＬＢＴ構成のうちの第２のＬＢＴ構成を使用して、第２のチャネルを取得するために、第２のＬＢＴ手順を実行することと、
前記第２のチャネルが利用可能であると判定することと、
前記第２のチャネルが利用可能であると判定したことに応じてデータを前記第２のチャネル上で送信することと
を備える方法。
【請求項2】
前記複数のＬＢＴ構成のうちの前記第２のＬＢＴ構成は、前記複数のＬＢＴ構成のうちの前記第１のＬＢＴ構成のビームとは異なるビームに関連付けられる、請求項１の方法。
【請求項3】
前記複数のＬＢＴ構成のうちの前記第２のＬＢＴ構成は、前記複数のＬＢＴ構成のうちの前記第１のＬＢＴ構成のＢＷＰとは異なるＢＷＰに関連付けられる、請求項１の方法。
【請求項4】
前記第２のＬＢＴ手順は、前記第１のチャネルが利用可能ではないと判定されたことに応じて実行される、請求項１の方法。
【請求項5】
前記複数のＬＢＴ構成のうちの前記第２のＬＢＴ構成は、前記複数のＬＢＴ構成のうちの前記第１のＬＢＴ構成のＬＣＨとは異なるＬＣＨに関連付けられる、請求項１の方法。
【請求項6】
第３のＬＢＴ構成を使用して、第３のチャネルを取得するために、第３のＬＢＴ手順を実行することをさらに備え、前記第３のＬＢＴ手順は、前記第２のＬＢＴ手順と重なる時間に実行される、請求項４の方法。
【請求項7】
前記第１のＬＢＴ構成、前記第２のＬＢＴ構成および前記第３のＬＢＴ構成は異なる、請求項６の方法。
【請求項8】
前記第１のＬＢＴ手順を実行するための表示をダウンリンク制御情報（ＤＣＩ）信号を介して受信することをさらに備える、請求項１の方法。
【請求項9】
無線送受信ユニット（ＷＴＲＵ）であって、複数のリッスンビフォートーク（ＬＢＴ）構成の表示を受信するように構成された受信機であって、前記複数のＬＢＴ構成のうちのそれぞれのＬＢＴ構成は、ビーム、帯域幅部分（ＢＷＰ）、論理チャネル（ＬＣＨ）、送信タイプ、またはＬＢＴサブバンドのうちの１つまたは複数に関連付けられる、受信機と、
前記複数のＬＢＴ構成のうちの第１のＬＢＴ構成を使用して、第１のチャネルを取得するために、第１のＬＢＴ手順を実行するように構成された回路と、
前記第１のチャネルが利用可能ではないと判定するように構成された回路と、
前記複数のＬＢＴ構成のうちの第２のＬＢＴ構成を使用して、第２のチャネルを取得するために、第２のＬＢＴ手順を実行するように構成された回路と、
前記第２のチャネルが利用可能であると判定するように構成された回路と、
前記第２のチャネルが利用可能であると判定したことに応じてデータを前記第２のチャネル上で送信するように構成された送信機と
を備えるＷＴＲＵ。
【請求項10】
前記複数のＬＢＴ構成のうちの第２のＬＢＴ構成は、前記ＬＣＨのうちの第１のＬＣＨに関連付けられ、前記複数のＬＢＴ構成のうちの第１のＬＢＴ構成は、前記ＬＣＨのうちの第２のＬＣＨに関連付けられ、前記第１のＬＣＨおよび前記第２のＬＣＨは異なる、請求項９のＷＴＲＵ。
【請求項11】
第２のチャネルが利用可能であるという条件で、データを前記第２のチャネル上で送信するように構成された送信機をさらに備える、請求項９のＷＴＲＵ。
【請求項12】
前記第２のＬＢＴ手順を実行するように構成された前記回路は、前記第１のＬＢＴ手順が失敗したとき、前記第２のＬＢＴ手順を実行するように構成される、請求項９のＷＴＲＵ。
【請求項13】
前記第２のＬＢＴ手順が失敗したという条件で、前記第１のＬＢＴ構成を使用して第３のＬＢＴ手順を実行するように構成された回路をさらに備える、請求項９のＷＴＲＵ。
【請求項14】
第３のＬＢＴ構成を使用して第３のチャネルを取得するために第３のＬＢＴ手順を実行するように構成された回路をさらに備え、前記第３のＬＢＴ手順は、前記第２のＬＢＴ手順と重なる時間に実行される、請求項９のＷＴＲＵ。
【発明の詳細な説明】
【背景技術】
【0001】
関連出願の相互参照
本出願は、2018年4月3日に出願された米国仮出願第62/652,116号、2018年6月19日に出願された米国仮出願第62/687,008号、および2018年8月7日に出願された米国仮出願第62/715,646号の利益を主張し、これらの内容が本明細書において参照によって組み込まれる。
本出願は、2018年4月3日に出願された米国仮出願第62/652,116号、2018年6月19日に出願された米国仮出願第62/687,008号、および2018年8月7日に出願された米国仮出願第62/715,646号の利益を主張し、これらの内容が本明細書において参照によって組み込まれる。
【発明の概要】
【0002】
無線送受信ユニット（ＷＴＲＵ）によって実行される方法は、ビーム、帯域幅部分（ＢＷＰ）、論理チャネル（ＬＣＨ）、ＬＢＴパラメータのセット、送信タイプ、またはＬＢＴサブバンドのうちの１つまたは複数と関連付けられる複数のリッスンビフォートーク（listen before talk）（ＬＢＴ）構成を受信するステップを備え得る。方法は、複数のＬＢＴ構成のうちの第１のＬＢＴ構成を使用して送信するための表示を受信するステップをさらに備え得る。次いで、チャネルを取得するための試みが、第１のＬＢＴ構成を使用して行われ得る。送信するための表示は追加で、複数のＬＢＴ構成の内の第２のＬＢＴ構成を示し得る。データは、チャネルを取得するための試みが成功すると、チャネル上で送信され得る。第１のＬＢＴ構成を使用したチャネルを取得するための試みが失敗すると、複数のＬＢＴ構成のうちの第２のＬＢＴ構成を使用してチャネルを取得するための試みが行われ得る。
【図面の簡単な説明】
【0003】
添付図面とともに例として与えられる以下の説明から、より詳しい理解が得られることが可能であり、図面において、同様の参照番号は同様の要素を示す。
【図1A】１つまたは複数の開示される実施形態が実装され得る例示的な通信システムを例示するシステム図である。
【図2】ビームフォーミングが原因のリッスンビフォートーク（ＬＢＴ）失敗の例を例示する図である。
【図3】単一のカウンタを各々インクリメントする複数のＬＢＴプロセスを例示する状態図である。
【図4】別々のカウンタを各々インクリメントする複数のＬＢＴプロセスを例示する状態図である
【図5A】複数のカウンティングループを使用する同時のＬＢＴプロセスを示すスロットベースタイミング図である。
【図5B】単一のカウンティングループを使用する同時のＬＢＴプロセスを示すスロットベースのタイミング図である。
【図6】利用可能性表示の例示的なパターンの図である。
【図7】Ｎｅｗ Ｒａｄｉｏ Ｕｎｌｉｃｅｎｓｅｄ（ＮＲ－Ｕ）セルに対するビーム障害検出手順の例示的な実現を例示するグラフである。
【図8】ＬＢＴ構成を切り替える例示的な方法を例示するフローチャートである。
【発明を実施するための形態】
【0004】
図１Ａは、１つまたは複数の開示される実施形態が実装され得る、例示的な通信システム１００を例示する図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数の無線ユーザに提供する多元接続システムであり得る。通信システム１００は、無線帯域幅を含むシステムリソースの共有を通じて、そのようなコンテンツに複数の無線ユーザがアクセスすることを可能にする。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワード離散フーリエ変換拡散ＯＦＤＭ（ＺＴ－ＵＷ－ＤＦＴ－Ｓ－ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、フィルタバンクマルチキャリア（ＦＢＭＣ）などの、１つまたは複数のチャネルアクセス方法を利用し得る。
【0005】
図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク（ＣＮ）１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することが理解されるだろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成される任意のタイプのデバイスであり得る。例えば、そのいずれもが局（ＳＴＡ）と呼ばれ得る、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されてもよく、ユーザ機器（ＵＥ）、移動局、固定またはモバイル加入者ユニット、契約ベースのユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはＭｉ－Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、腕時計または他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、車両、ドローン、医療用デバイスおよび応用（例えば、遠隔手術）、産業用デバイスおよび応用（例えば、産業用のおよび／もしくは自動化された加工チェーンの状況で動作するロボット並びに／または他の無線デバイス）、消費者向け電子デバイス、商業用および／または産業用無線ネットワーク上で動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいずれもが、交換可能にＵＥと呼ばれ得る。
【0006】
通信システム１００は、基地局１１４ａおよび／または基地局１１４ｂも含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６、インターネット１１０、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインターフェースするように構成される任意のタイプのデバイスであり得る。例えば、基地局１１４ａ、１１４ｂは、ベーストランシーバ基地局（ＢＴＳ）、ＮｏｄｅＢ、ｅＮｏｄｅ Ｂ（ｅＮＢ）、Ｈｏｍｅ Ｎｏｄｅ Ｂ、Ｈｏｍｅ ｅＮｏｄｅ Ｂ、ｇＮｏｄｅ Ｂ（ｇＮＢ）などの次世代ＮｏｄｅＢ、ｎｅｗ ｒａｄｉｏ（ＮＲ）ＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであり得る。基地局１１４ａ、１１４ｂは各々、単一の要素として図示されるが、基地局１１４ａ、１１４ｂは、任意の数の相互接続される基地局および／またはネットワーク要素を含み得ることが理解されるだろう。
【0007】
基地局１１４ａはＲＡＮ１０４の一部であってもよく、これは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの、他の基地局および／またはネットワーク要素（図示されず）も含んでもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示されず）と呼ばれ得る１つまたは複数のキャリア周波数上で無線信号を送信および／または受信するように構成され得る。これらの周波数は、免許スペクトル、免許不要スペクトル、または免許スペクトルと免許不要スペクトルの組合せの中にあり得る。セルは、比較的一定であり得る、または時間とともに変化し得る、具体的な地理的エリアに無線サービスのためのカバレッジを提供し得る。セルは、セルセクタへとさらに分割され得る。例えば、基地局１１４ａと関連付けられるセルは、３つのセクタへと分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバ、すなわちセルの各セクタに対して１つのトランシーバを含み得る。実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用してもよく、セルの各セクタに対して複数のトランシーバを利用してもよい。例えば、望まれる空間方向において信号を送信および／または受信するために、ビームフォーミングが使用され得る。
【0008】
基地局１１４ａ、１１４ｂは、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であり得る、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信し得る。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【0009】
より具体的には、上述したように、通信システム１００は、多元接続システムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの１つまたはチャネルアクセス方式を利用してもよい。例えば、ＲＡＮ１０４の中の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（ＵＴＲＡ）などの無線技術を実装してもよく、これは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１６を確立し得る。ＷＣＤＭＡは、Ｈｉｇｈ－Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ（ＨＳＰＡ）および／またはＥｖｏｌｖｅｄ ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、Ｈｉｇｈ－Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ（ＤＬ）Ｐａｃｋｅｔ Ａｃｃｅｓｓ（ＨＳＤＰＡ）および／またはＨｉｇｈ－Ｓｐｅｅｄ Ｕｐｌｉｎｋ（ＵＬ）Ｐａｃｋｅｔ Ａｃｃｅｓｓ（ＨＳＵＰＡ）を含み得る。
【0010】
実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（Ｅ－ＵＴＲＡ）などの無線技術を実装してもよく、これは、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）および／またはＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）および／またはＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－Ａ Ｐｒｏ）を使用してエアインターフェース１１６を確立し得る。
【0011】
実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装してもよく、これはＮＲを使用してエアインターフェース１１６を確立し得る。
【0012】
実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。例えば、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（ＤＣ）の原理を使用して、ＬＴＥ無線アクセスとＮＲ無線アクセスを一緒に実装し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの基地局（例えば、ｅＮＢおよびｇＮＢ）へ／から送信される、複数のタイプの無線アクセス技術および／または送信によって特徴付けられ得る。
【0013】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、ＷｉＦｉ（Wireless Fidelity）、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ２０００（ＩＳ－２０００）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ９５（ＩＳ－９５）、Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ８５６（ＩＳ－８５６）、ＧＳＭ（登録商標（Global System for Mobile communications）、ＥＤＧＥ（Enhanced Data rates for GSM Evolution）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。
【0014】
図１Ａの基地局１１４ｂは、無線ルータ、Ｈｏｍｅ Ｎｏｄｅ Ｂ、Ｈｏｍｅ ｅＮｏｄｅ Ｂまたはアクセスポイントであってもよく、例えば、事業所、住宅、車両、キャンパス、産業施設、エアコリドー（例えば、ドローンによる使用のための）、道路などの、局所的なエリアにおける無線接続を容易にするための任意の適切なＲＡＴを利用してもよい。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ ８０２．１１などの無線技術を実装し得る。実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ ８０２．１５などの無線技術を実装し得る。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するためにセルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用し得る。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。従って、基地局１１４ｂは、ＣＮ１０６を介してインターネット１１０にアクセスすることを要求されないことがある。
【0015】
ＲＡＮ１０４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に音声、データ、アプリケーション、および／またはＶｏＩＰ（Voice over Internet Protocol）サービスを提供するように構成される、任意のタイプのネットワークであり得る、ＣＮ１０６と通信していてもよい。データは、異なるスループット要件、レイテンシ要件、誤り耐性要件、信頼性要件、データスループット要件、モビリティ要件などの、様々なサービス品質（ＱｏＳ）要件を有し得る。ＣＮ１０６は、通話制御、課金サービス、モバイル位置情報サービス、プリペイド通話、インターネット接続、ビデオ配信などを提供し、および／または、ユーザ認証などの高水準のセキュリティ機能を実行してもよい。図１Ａには示されないが、ＲＡＮ１０４および／またはＣＮ１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと、直接または間接的に通信していてもよいことが理解されるだろう。例えば、ＮＲ無線技術を利用していてもよい、ＲＡＮ１０４に接続されることに加えて、ＣＮ１０６は、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、またはＷｉＦｉ無線技術を利用する別のＲＡＮ（図示されず）とも通信していてもよい。
【0016】
ＣＮ１０６は、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしても機能し得る。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおけるＴＣＰ、ＵＤＰ、および／またはＩＰなどの、一般的な通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービス提供者によって所有および／もしくは運用される、有線並びに／または無線の通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用し得る、１つまたは複数のＲＡＮに接続される別のＣＮを含み得る。
【0017】
通信システム１００の中のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全てが、マルチモード能力を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を利用し得る基地局１１４ａと通信するように構成されてもよく、ＩＥＥＥ ８０２無線技術を利用し得る基地局１１４ｂと通信するように構成されてもよい。
【0018】
図１Ｂは、例示的なＷＴＲＵ１０２を例示するシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送受信要素１２２、スピーカー／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、ノンリムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳチップセット１３６、および／または他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、実施形態と矛盾しないままでありながら、前述の要素のあらゆる部分組合せを含み得ることが、理解されるだろう。
【0019】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、任意の他のタイプの集積回路（ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／または、無線環境においてＷＴＲＵ１０２が動作することを可能にする任意の他の機能を実行し得る。プロセッサ１１８は、トランシーバ１２０に結合されてもよく、これは送受信要素１２２に結合されてもよい。図１Ｂはプロセッサ１１８およびトランシーバ１２０を別々の構成要素として図示するが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップに一緒に集積されてもよいことが理解されるだろう。
【0020】
送受信要素１２２は、エアインターフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信し、またはそれから信号を受信するように構成され得る。例えば、一実施形態では、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されるアンテナであり得る。実施形態では、送受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成される放出器／検出器であり得る。さらに別の実施形態では、送受信要素１２２は、ＲＦ信号と光信号の両方を送信および／または受信するように構成され得る。送受信要素１２２は、無線信号の任意の組合せを送信および／または受信するように構成され得ることが理解されるだろう。
【0021】
送受信要素１２２は、単一の要素として図１Ｂに図示されているが、ＷＴＲＵ１０２は、任意の数の送受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を利用し得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送信して受信するための２つ以上の送受信要素１２２（例えば、複数のアンテナ）を含み得る。
【0022】
トランシーバ１２０は、送受信要素１２２によって送信されるべき信号を変調し、送受信要素１２２によって受信される信号を復調するように構成され得る。上述したように、ＷＴＲＵ１０２はマルチモード能力を有し得る。従って、トランシーバ１２０は、例えばＮＲおよびＩＥＥＥ ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするための、複数のトランシーバを含み得る。
【0023】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてもよく、それらからユーザ入力データを受け取ってもよい。プロセッサ１１８はまた、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力してもよい。プロセッサ１１８は、ノンリムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの、任意のタイプの適切なメモリからの情報にアクセスし、それにデータを記憶し得る。ノンリムーバブルメモリ１３０は、ＲＡＭ、ＲＯＭ、ハードディスク、または任意の他のタイプのメモリストレージデバイスを含み得る。リムーバブルメモリ１３２は、ＳＩＭカード、メモリスティック、ＳＤメモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示されず）などの、ＷＴＲＵ１０２上に物理的に位置していないメモリからの情報にアクセスし、それにデータを記憶し得る。
【0024】
プロセッサ１１８は、電源１３４から電力を受け取ってもよく、ＷＴＲＵ１０２の中の他の構成要素に電力を分配および／または制御するように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスであり得る。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。
【0025】
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在地に関する位置情報（例えば、緯度および経度）を提供するように構成され得る、ＧＰＳチップセット１３６に結合され得る。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して位置情報を受信し、および／または、２つ以上の近くの基地局から受信される信号のタイミングに基づいてその位置を決定し得る。ＷＴＲＵ１０２は、実施形態と矛盾しないままでありながら、任意の適切な位置決定方法によって位置情報を取得してもよいことが理解されるだろう。
【0026】
プロセッサ１１８は、他の周辺機器１３８にさらに結合されてもよく、これは、追加の特徴、機能、および／または有線もしくは無線接続を提供する、１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含んでもよい。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真および／またはビデオのための）、ＵＳＢポート、バイブレーションデバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、活動量計などを含み得る。周辺機器１３８は、１つまたは複数のセンサを含み得る。センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、気圧計、ジェスチャセンサ、バイトメトリックセンサ、湿度センサなどのうちの１つまたは複数であり得る。
【0027】
ＷＴＲＵ１０２は、信号（例えば、ＵＬ（例えば、送信のための）とＤＬ（例えば、受信のための）の両方のための特定のサブフレームと関連付けられる）の一部または全ての送信と受信が一致し得る、および／または同時であり得る、全二重無線を含み得る。全二重無線は、ハードウェア（例えば、チョーク）を介して、またはプロセッサ（例えば、別個のプロセッサ（図示されず）またはプロセッサ１１８）を介した信号処理を介して、自己干渉を減らし、または実質的になくすための、干渉管理ユニットを含み得る。実施形態では、ＷＴＲＵ１０２は、信号（例えば、ＵＬ（例えば、送信のための）とＤＬ（例えば、受信のための）のいずれかのための特定のサブフレームと関連付けられる）の一部または全てのどの送信および受信のための全二重無線を含み得る。
【0028】
図１Ｃは、実施形態による、ＲＡＮ１０４およびＣＮ１０６を例示するシステム図である。上述したように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を利用して、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信していてもよい。
【0029】
ＲＡＮ１０４はｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、実施形態と矛盾せずに、任意の数のｅＮｏｄｅＢを含み得ることが理解されるだろう。ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する１つまたは複数のトランシーバを含み得る。一実施形態では、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃはＭＩＭＯ技術を実装し得る。従って、ｅＮｏｄｅＢ１６０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を送信するために、および／またはそれから無線信号を受信するために複数のアンテナを使用し得る。
【0030】
ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示されず）と関連付けられてもよく、無線リソース管理の決定、ハンドオーバーの決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを扱うように構成されてもよい。図１Ｃに示されるように、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。
【0031】
図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２、サービングゲートウェイ（ＳＧＷ）１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）１６６を含み得る。前述の要素はＣＮ１０６の一部として図示されるが、これらの要素のいずれもが、ＣＮ運用者以外のエンティティによって所有および／または運用され得ることが理解されるだろう。
【0032】
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４の中のｅＮｏｄｅＢ１６２ａ、１６２ｂ、１６２ｃの各々に接続されてもよく、制御ノードとして機能してもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃなどの初期アタッチの間に特定のサービングゲートウェイを選択することを担い得る。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示されず）とを切り替えるための、制御プレーン機能を提供し得る。
【0033】
ＳＧＷ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４の中のｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は一般に、ｅＮｏｄｅＢ間のハンドオーバーの間にユーザプレーンにアンカーすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対して利用可能であるときにページングを惹起すること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃなどのコンテキストを管理して記憶することなどの、他の機能を実行し得る。
【0034】
ＳＧＷ１６４はＰＧＷ１６６に接続されてもよく、これは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。
【0035】
ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよく、またはそれと通信してもよい。ＣＮ１０６は、他のサービス提供者によって所有および／もしくは運用される他の有線並びに／または無線のネットワークを含み得る、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。
【0036】
ＷＴＲＵは無線端末として図１Ａ～図１Ｄにおいて説明されているが、いくつかの代表的な実施形態では、そのような端末は、通信ネットワークとの有線通信インターフェースを（例えば、一時的にまたは恒久的に）使用してもよいことが企図される。
【0037】
代表的な実施形態において、他のネットワーク１１２はＷＬＡＮであり得る。
【0038】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードにおけるＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）およびＡＰと関連付けられる１つまたは複数の局（ＳＴＡ）を有し得る。ＡＰは、配信システム（ＤＳ）、または、ＢＳＳに入ってくる、および／もしくはＢＳＳから出ていくトラフィックを搬送する別のタイプの有線／無線ネットワークへの、アクセスまたはインターフェースを有し得る。ＢＳＳの外部から発生するＳＴＡへのトラフィックは、ＡＰを通って到達してもよく、ＳＴＡに配信されてもよい。ＳＴＡから発生し、ＢＳＳの外部の目的地に向かうトラフィックは、それぞれの目的地に配信されるべきＡＰに送信され得る。ＢＳＳ内のＳＴＡ間のトラフィックはＡＰを通じて送信されてもよく、例えば、ソースＳＴＡがトラフィックをＡＰに送信してもよく、ＡＰがトラフィックを目的ＳＴＡに配信してもよい。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックであると見なされてもよく、および／またはそのように呼ばれてもよい。ピアツーピアトラフィックは、直接リンクセットアップ（ＤＬＳ）を用いてソースと目的ＳＴＡとの間で（例えば、それらの間で直接）送信され得る。いくつかの代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳまたは８０２．１１ｚ ｔｕｎｎｅｌｅｄ ＤＬＳ（ＴＤＬＳ）を使用し得る。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮはＡＰを有しなくてもよく、ＩＢＳＳ内の、またはそれを使用するＳＴＡ（例えば、ＳＴＡの全て）が、互いに直接通信してもよい。ＩＢＳＳ通信モードは時々、本明細書では「アドホック」通信モードと呼ばれることもある。
【0039】
８０２．１１ａｃのインフラストラクチャ動作モードまたは同様の動作モードを使用するとき、ＡＰは、主要チャネルなどの固定されたチャネル上でビーコンを送信し得る。主要チャネルは、固定された幅（例えば、２０ＭＨｚ幅の帯域幅）または動的に設定された幅であり得る。主要チャネルは、ＢＳＳの動作チャネルであってもよく、ＡＰとの接続を確立するためにＳＴＡによって使用されてもよい。いくつかの代表的な実施形態では、例えば８０２．１１システムにおいて、ＣＳＭＡ／ＣＡ（Carrier Sense Multiple Access with Collision Avoidance）が実装され得る。ＣＳＭＡ／ＣＡでは、ＡＰを含むＳＴＡ（例えば、１つ１つのＳＴＡ）が主要チャネルを検知し得る。主要チャネルが、特定のＳＴＡによってビジーであると検知／検出および／または決定される場合、その特定のＳＴＡは後退し得る。１つのＳＴＡ（例えば、１つの基地局だけ）が、所与のＢＳＳにおいて任意の所与の時間に送信し得る。
【0040】
高スループット（ＨＴ）ＳＴＡは、例えば、４０ＭＨｚ幅のチャネルを形成するための主要な２０ＭＨｚチャネルと隣接するまたは隣接しない２０ＭＨｚチャネルとの組合せを介して、４０ＭＨｚ幅のチャネルを通信に使用し得る。
【0041】
超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅のチャネルをサポートし得る。４０ＭＨｚおよび／または８０ＭＨｚのチャネルは、連続する２０ＭＨｚのチャネルを組み合わせることによって形成され得る。１６０ＭＨｚのチャネルは、８つの連続する２０ＭＨｚのチャネルを組み合わせることによって、または、２つの連続しない８０ＭＨｚのチャネルを組み合わせることによって形成されてもよく、これは８０＋８０構成と呼ばれてもよい。８０＋８０構成では、チャネル符号化の後のデータは、データを２つのストリームへと分割し得るセグメントパーサに通され得る。逆高速フーリエ変換（ＩＦＦＴ）処理、および時間領域処理が、各ストリーム上で別々に行われ得る。ストリームは、２つの８０ＭＨｚのチャネル上にマッピングされてもよく、データは送信ＳＴＡによって送信されてもよい。受信ＳＴＡの受信機において、８０＋８０構成のための上記で説明された動作は逆にされてもよく、組み合わされたデータは媒体アクセス制御（ＭＡＣ）に送信されてもよい。
【0042】
サブ１ＧＨｚ動作モードが、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。チャネル動作帯域幅およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるものと比較して、８０２．１１ａｆおよび８０２．１１ａｈでは減らされる。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルの中の５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、Ｍｅｔｅｒ Ｔｙｐｅ Ｃｏｎｔｒｏｌ／Ｍａｃｈｉｎｅ－Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＭＴＣ）、例えばマクロカバレッジエリアの中のＭＴＣデバイスなどをサポートし得る。ＭＴＣデバイスは、いくつかの能力、例えば、いくつかのおよび／または限られた帯域幅に対するサポート（例えば、それらだけに対するサポート）を含む限られた能力を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリー持続時間を維持するために）閾値を超えるバッテリー持続時間を有するバッテリーを含み得る。
【0043】
複数のチャネル、並びに、８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、主要チャネルとして指定され得るチャネルを含む。主要チャネルは、ＢＳＳの中の全てのＳＴＡによってサポートされる最大の一般的な動作帯域幅に等しい帯域幅を有し得る。主要チャネルの帯域幅は、ＢＳＳにおいて動作する際に全てのＳＴＡのうちの、最小帯域幅動作モードをサポートするＳＴＡによって設定および／または制限され得る。８０２．１１ａｈの例では、主要チャネルは、ＡＰおよびＢＳＳの中の他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それだけをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に対しては１ＭＨｚ幅であり得る。キャリア検知および／またはネットワーク割り振りベクトル（ＮＡＶ）設定は、主要チャネルのステータスに依存し得る。例えば、ＡＰに送信するＳＴＡ（１ＭＨｚ動作モードだけをサポートする）が原因で、主要チャネルがビジーである場合、全ての利用可能な周波数帯域は、利用可能な周波数帯域の大半がアイドルのままであっても、ビジーであると見なされ得る。
【0044】
米国では、８０２．１１ａｈによって使用され得る利用可能な周波数帯域は、９０２ＭＨｚから９２８ＭＨｚである。韓国では、利用可能な周波数帯域は、９１７．５ＭＨｚから９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈのために利用可能な総帯域幅は、国コードに応じて６ＭＨｚから２６ＭＨｚである。
【0045】
図１Ｄは、実施形態による、ＲＡＮ１０４およびＣＮ１０６を例示するシステム図である。上述したように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＮＲ無線技術を利用し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信していてもよい。
【0046】
ＲＡＮ１０４はｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１０４は実施形態と矛盾せずに、任意の数のｇＮＢを含み得ることが理解されるだろう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１８０ｂは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、および／またはそれから信号を受信するために、ビームフォーミングを利用し得る。従って、ｇＮＢ１８０ａは例えば、ＷＴＲＵ１０２ａに無線信号を送信するために、および／またはそれから無線信号を受信するために、複数のアンテナを使用し得る。実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａ（図示されず）に複数のコンポーネントキャリアを送信し得る。これらのコンポーネントキャリアのサブセットは免許不要スペクトル上にあり得るが、残りのコンポーネントキャリアは免許スペクトル上にあり得る。実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａおよびｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から協調された送信を受信し得る。
【0047】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルヌメロロジー（scalable numerology）と関連付けられる送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボルの間隔および／またはＯＦＤＭサブキャリアの間隔は、異なる送信、異なるセル、および／または無線送信スペクトルの異なる部分に対しては異なり得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、様々なまたはスケーラブルな長さの（例えば、可変の数のＯＦＤＭシンボルを含有する、および／または可変の長さの絶対時間継続する）サブフレームまたは送信時間間隔（ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。
【0048】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃなど）にもアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカーポイント（mobility anchor point）としてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、免許不要帯域の信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信しながら／それらに接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信／それらに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃおよび１つまたは複数のｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するために、ＤＣ原理を実装し得る。非スタンドアロン構成では、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカーとして機能してもよく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするための追加のカバレッジおよび／またはスループットを提供してもよい。
【0049】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示されず）と関連付けられてもよく、無線リソース管理の決定、ハンドオーバーの決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、ＤＣ、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂに向けたユーザプレーンデータのルーティング、アクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂに向けた制御プレーン情報のルーティングなどを扱うように構成されてもよい。図１Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信し得る。
【0050】
図１Ｄに示されるＣＮ１０６は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂ、および場合によってはデータネットワーク（ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素はＣＮ１０６の一部として図示されているが、これらの要素のいずれもが、ＣＮ運用者以外のエンティティによって所有および／または運用され得ることが理解されるだろう。
【0051】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１０４の中のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されてもよく、制御ノードとして機能してもよい。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシング（例えば、異なる要件を伴う異なるプロトコルデータユニット（ＰＤＵ）セッションの取り扱い）のサポート、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、登録エリアの管理、非アクセス層（ＮＡＳ）シグナリングの終了、モビリティ管理などを担い得る。ネットワークスライシングは、サービスのタイプがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されることに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するＣＮのサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、超高信頼性低レイテンシ（ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量モバイルブロードバンド（ｅＭＢＢ）アクセスに依存するサービス、ＭＴＣアクセスのためのサービスなどの、異なる使用事例に対して、異なるネットワークスライスが確立され得る。ＡＭＦ１８２ａ、１８２ｂは、ＲＡＮ１０４と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、および／またはＷｉＦｉなどの非３ＧＰＰアクセス技術などの、他の無線技術を利用する他のＲＡＮ（図示されず）とを切り替えるための、制御プレーン機能を提供し得る。
【0052】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介してＣＮ１０６の中のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介してＣＮ１０６の中のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択して制御し、ＵＰＦ１８４ａ、１８４ｂを通じてトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスを管理して割り振ること、ＰＤＵセッションを管理すること、ポリシー施行およびＱｏＳを制御すること、ＤＬデータ通知を提供することなどの、他の機能を実行し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。
【0053】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介してＲＡＮ１０４の中のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されてもよく、Ｎ３インターフェースは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などの回線交換ネットワークへのアクセスを１０２ａ、１０２ｂ、１０２ｃに提供してもよい。ＵＰＦ１８４ａ、１８４ｂは、パケットをルーティングして転送すること、ユーザプレーンポリシーを施行すること、マルチホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを扱うこと、ＤＬパケットをバッファリングすること、モビリティアンカリングを提供することなどの、他の機能を実行し得る。
【0054】
ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよく、またはそれと通信してもよい。ＣＮ１０６は、他のサービス提供者によって所有および／もしくは運用される他の有線並びに／または無線のネットワークを含み得る、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェースおよびＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じてローカルＤＮ１８５ａ、１８５ｂに接続され得る。
【0055】
図１Ａ～図１Ｄ、および図１Ａ～図１Ｄの対応する説明を考慮して、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｄ、ｅＮｏｄｅＢ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、および／または本明細書で説明される任意の他のデバイスのうちの１つまたは複数に関して本明細書で説明される機能の１つまたは複数、または全てが、１つまたは複数のエミュレーションデバイス（図示されず）によって実行され得る。エミュレーションデバイスは、本明細書で説明される機能の１つまたは複数、または全てをエミュレートするように構成される１つまたは複数のデバイスであり得る。例えば、エミュレーションデバイスは、他のデバイスを試験するために、並びに／または、ネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために使用され得る。
【0056】
エミュレーションデバイスは、実験室環境において、および／または事業者ネットワーク環境において、他のデバイスの１つまたは複数の試験を実施するように設計され得る。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線および／もしくは無線通信ネットワークの一部として、完全にもしくは部分的に実装並びに／または展開されながら、１つまたは複数の、または全ての機能を実行し得る。１つまたは複数のエミュレーションデバイスは、有線および／もしくは無線通信ネットワークの一部として一時的に実装／展開されながら、１つまたは複数の、または全ての機能を実行し得る。エミュレーションデバイスは、ｏｖｅｒ－ｔｈｅ－ａｉｒ無線通信を使用して試験すること、および／またはそれを使用した試験を実行することを目的に、別のデバイスに直接結合され得る。
【0057】
１つまたは複数のエミュレーションデバイスは、有線および／もしくは無線通信ネットワークの一部として実装／展開されることなく、全ての機能を含めて、１つまたは複数の機能を実行し得る。例えば、エミュレーションデバイスは、１つまたは複数の構成要素の試験を実施するために、試験室並びに／または展開されない（例えば、試験の）有線および／もしくは無線通信ネットワークにおける、試験シナリオにおいて利用され得る。１つまたは複数のエミュレーションデバイスは、試験機器であり得る。ＲＦ回路（例えば、１つまたは複数のアンテナを含み得る）を介した直接のＲＦ結合および／または無線通信が、データを送信および／または受信するためにエミュレーションデバイスによって使用され得る。
【0058】
免許不要周波数帯域における動作は、送信電力制御（ＴＰＣ）について何らかの制限を受けることがあり、ＲＦ出力電力および電力密度は、最高電力レベルにおける平均ＥＩＲＰおよび平均ＥＩＲＰ密度により与えられる。それはさらに、送信機の帯域外発射に対する要件を課されることがある。そのようなことは、帯域および／または地理的な位置に特有であり得る。
【0059】
動作はさらに、ノミナルチャネル帯域幅（ＮＣＢ）に対する要件を課されることがあり、占有チャネル帯域幅（ＯＣＢ）は、５ＧＨｚ領域における免許不要スペクトルに対して定義される。ノミナルチャネル帯域幅、すなわち、単一のチャネルに割り当てられるガードバンドを含む最も広い周波数の帯域は、常に少なくとも５ＭＨｚであるべきである。占有チャネル帯域幅、すなわち、信号の電力の９９％を含有する帯域幅は、宣言されたノミナルチャネル帯域幅の８０％から１００％の間にあるべきである。確立された通信の間、デバイスは、その占有チャネル帯域幅が４ＭＨｚを下限としてそのノミナルチャネル帯域幅の４０％まで低減され得るモードで、一時的に動作することが許容される。
【0060】
免許不要周波数帯域におけるチャネルアクセスは、リッスンビフォートーク（ＬＢＴ）機構を使用し得る。ＬＢＴは通常、チャネルが占有されるかどうかとは無関係に強制される。
【0061】
フレームベースのシステムでは、ＬＢＴは、クリアチャネル評価（ＣＣＡ）時間（例えば、～２０μｓ）、チャネル占有時間（例えば、最低１ｍｓ、最大１０ｍｓ）、アイドル期間（例えば、チャネル占有時間の最低で５％）、固定フレーム期間（例えば、チャネル占有時間＋アイドル期間に等しい）、短制御シグナリング送信時間（例えば、５０ｍｓの観測期間内の最大で５％のデューティ比）、ＣＡＡエネルギー検出閾値によって特徴付けられ得る。
【0062】
負荷ベースのシステム（例えば、送受信構造が時間的に固定されていなくてもよい）では、ＬＢＴは、固定フレーム期間ではなく拡張ＣＣＡにおけるクリアアイドルスロットの数に対応する数Ｎによって特徴付けられ得る。Ｎは範囲内でランダムに選択され得る。
【0063】
展開シナリオは、様々なスタンドアロンのＮＲベースの動作、デュアルコネクティビティ動作の様々な変形、例えばＬＴＥ無線アクセス技術（ＲＡＴ）に従って動作する少なくとも１つのキャリアを伴うＥＮ－ＤＣもしくはＮＲ ＲＡＴに従って動作する１つまたは複数のキャリアの少なくとも２つのセットを伴うＮＲ ＤＣ、および／または、キャリアアグリゲーション（ＣＡ）の様々な変形を含んでもよく、例えば、場合によっては、ＬＴＥおよびＮＲ ＲＡＴの各々の０個以上のキャリアの様々な組合せを含む。
【0064】
ＬＡＡ（licensed assisted access）システムは、ＷＴＲＵがチャネルにアクセスするためにパラメータおよびまたは手順を利用し得る。本明細書で使用される場合、リッスンビフォートーク（ＬＢＴ）手順は、装置、例えばＵＥまたはＷＴＲＵが、チャネルを使用する前にクリアチャネル評価（ＣＣＡ）の確認を適用する機構であり得る。ＣＣＡは、チャネルが占有されているか、または空いているかを決定するために、それぞれ、少なくともエネルギー検出を利用してチャネル上での他の信号の存在または不在を決定し得る。欧州および日本の規制は、免許不要帯域におけるＬＢＴの使用を義務付けている。規制上の要件とは別に、ＬＢＴを介したキャリアの検知は、免許不要スペクトルの公平な共有のための１つの方法であるので、単一のグローバルな解決法の枠組みでは、免許不要スペクトルにおける公平で友好的な運用のための不可欠な特徴であると見なされる。
【0065】
最大送信時間長が限られているキャリア上での非連続送信。免許不要スペクトルでは、チャネル利用可能性が常に保証されることは可能ではない。欧州および日本などのいくつかの領域は、連続的な送信を禁止し、免許不要スペクトルにおける送信バーストの最大時間長に対して制約を課す。従って、最大送信時間長が限られている非連続送信が、ＬＡＡの必要とされる機能である。
【0066】
免許不要スペクトルの大きな利用可能な帯域幅があるので、ＬＡＡノードが干渉の少ないキャリアを選択するための、および、他の免許不要スペクトル展開との良好な共存を達成する、キャリア選択が開示される。
【0067】
送信電力制御（ＴＰＣ）は、送信デバイスが最大のノミナル送信電力と比較して３ｄＢまたは６ｄＢの比率で送信電力を低減することが可能であるべきであるという、いくつかの領域における規制上の要件である。この要件は、新しい仕様を必要としない。
【0068】
セル識別を含む無線リソース管理（ＲＲＭ）測定は、ＳＣｅｌｌ間のモビリティおよび免許不要帯域におけるロバストな動作を可能にする。
【0069】
チャネルおよび干渉測定を含む、チャネル状態情報（ＣＳＩ）測定。免許不要キャリアにおいて動作するＷＴＲＵは、免許不要帯域上でのＲＲＭ測定および情報の受信の成功を可能にするために、必要な周波数／時間の推定と同期もサポートすべきである。
【0070】
ＮＲでは、ＷＴＲＵは、キャリアの中の帯域幅部分（ＢＷＰ）を使用して動作し得る。まず、ＷＴＲＵは初期ＢＷＰを使用してセルにアクセスし得る。それは次いで、動作を続けるようにＢＷＰのセットを用いて構成され得る。任意の所与の瞬間において、ＷＴＲＵは、１つのアクティブなＢＷＰを有し得る。各ＢＷＰは、とりわけ、その中でＷＴＲＵがスケジューリングのためのＰＤＣＣＨ候補をブラインド復号し得る制御リソースセット（ＣＯＲＥＳＥＴ）のセットを用いて構成される。
【0071】
さらに、ＮＲは、可変の送信時間長およびフィードバックタイミングをサポートする。可変の送信時間長により、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）送信は、スロットのシンボルの連続するサブセットを占有し得る。可変のフィードバックタイミングにより、ＤＬ割当てのためのダウンリンク制御インジケータ（ＤＣＩ）は、例えば、具体的な物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを指すことによって、ＷＴＲＵのためのフィードバックのタイミングの表示を含み得る。
【0072】
ＮＲは、短いＰＵＣＣＨおよび長いＰＵＣＣＨという、２つのタイプのＰＵＣＣＨリソースをサポートする。前者は１つまたは２つのＯＦＤＭシンボルを使用して送信され得るが、後者は最大で１４個のＯＦＤＭシンボルを使用し得る。各ＰＵＣＣＨは、対応するペイロードのタイプおよび／またはサイズに依存し得る複数のフォーマットを有する。
【0073】
ビーム障害が検出されて、それから回復され得る。ビームフォーミングされたＮＲシステムでは、ＷＴＲＵは、１つまたは複数のビームペアを維持するように構成され得る。ＷＴＲＵは、サービングＤＬビーム上の１つまたは複数のいくつかの定期的なチャネル状態情報参照信号（ＣＳＩ－ＲＳ）を監視して、その品質を評価して対応する品質尺度を計算する。所与のＲＳ期間におけるビームの品質が構成される閾値未満である場合、ＷＴＲＵの物理（ＰＨＹ）層エンティティは、ビーム障害事例（ＢＦＩ）をＭＡＣサブレイヤに報告する。
【0074】
無線リンク監視（ＲＬＭ）／無線リンク障害（ＲＬＭ）（ＲＬＭ／ＲＬＦ）手順と比較してより速い方式で失われたビームペアを再確立するために、ＷＴＲＵのＭＡＣレイヤは、ビーム障害を検出するとビーム障害回復要求がネットワークに報告される、ビーム障害回復（ＢＦＲ）手順を利用し得る。ＢＦＲは、構成されたＰＣｅｌｌおよび／またはＳＣｅｌｌ上でのビーム維持のために構成され得る。
【0075】
ＭＡＣエンティティは、ビーム障害検出を目的にビーム障害事例カウンタ（ＢＦＩ＿ｃｏｕｎｔｅｒ）を維持し得る。ＭＡＣエンティティは、ＰＨＹエンティティから受信されたビーム障害事例表示の数をカウントする。ＢＦＩカウンタがＢＦＩのある最大の数を超える場合、ビーム障害が検出されたことをサービングｇＮＢに通知するために、ＢＦＲ要求が惹起される。
【0076】
ＭＡＣエンティティは、ビーム障害検出（ＢＦＤ）タイマー（ＢＦＤ＿ｔｉｍｅｒ）が期限切れになった後にのみＢＦＩカウンタをリセットし得る。これは検出機能に何らかのヒステリシスをもたらすのを助け得る。そのような場合、ＷＴＲＵは、ＢＦＩがＰＨＹレイヤによって示されるたびにＢＦＤ＿ｔｉｍｅｒをリセットする。例えば、ＭＡＣエンティティは、ＢＦＤタイマーが３つのＣＳＩ－ＲＳ期間に構成される場合、３つの連続するＣＳＩ－ＲＳ期間に対してＰＨＹからＢＦＩ表示を観測しなかった後にのみ、ＢＦＩ＿ｃｏｕｎｔｅｒをリセットし得る。別の例では、ＢＦＩカウンタは、２つ、４つまたは５つの連続するＣＳＩ－ＲＳ期間の後にＢＦＩ表示を観測しなかった後、リセットされ得る。
【0077】
ＢＦＲ要求を報告するために、ＷＴＲＵは、いくつかのパラメータ値、例えばＰｒｅａｍｂｌｅＴｒａｎｓＭａｘ、電力ランピングステップ、および目標受信プリアンブル電力を用いて、ランダムアクセス手順を開始し得る。ランダムアクセス手順がビーム再確立のために使用されてもよく、それは、ＷＴＲＵが、最良の測定されるダウンリンクビームまたはＤＬ同期信号ブロック（ＳＳＢ）に応じて、適切な物理ランダムアクセスチャネル（ＰＲＡＣＨ）プリアンブルおよび／またはＰＲＡＣＨリソースを選択し得るからである。ＷＴＲＵは、それがＤＬビームとＵＬプリアンブルおよび／またはＰＲＡＣＨ機会との間の関連付けを決定するとき、ビームペアを再確立するための方法を利用してもよく、それによって、ＷＴＲＵにより選択されるダウンリンクビームは、それに対するランダムアクセス応答（ＲＡＲ）を受信することにより試験される。ｇＮＢがコンテンションフリーのＰＲＡＣＨプリアンブル／リソースのいくつかのセットを構成する場合、そのようなＲＡ再確立手順はより速くされてもよく、これは、ＲＡ手順を開始するとＷＴＲＵによる選択のために優先されてもよい。
【0078】
論理チャネル優先順位付け（ＬＣＰ）は、送信に利用可能なデータをアップリンク送信に利用可能なリソースと関連付けるために使用される機構である。同じトランスポートブロック内の異なるＱｏＳ要件とのデータの多重化は、例えば、そのような多重化が最も厳しいＱｏＳ要件を伴うサービスに対してどのような負の影響ももたらさず、システムリソースの不必要な浪費ももたらさない限り、サポートされ得る。
【0079】
ＵＬ送信のためにＭＡＣ ＰＤＵを組み立ててＴＢを埋めるとき、ＷＴＲＵは典型的には、次の原理を使用して１つまたは複数の論理チャネル（ＬＣＨ）からのデータに対して働く。ＷＴＲＵは典型的には、最大２ラウンドのＬＣＰを実行する。第１に、ラウンド１（または等価的に、ステップ１、２）において、論理チャネルからのデータが、優先順位の降順で、優先ビットレート（ＰＢＲ）まで取られる。データは、典型的には不必要なＲＬＣのセグメント化を避けるための、所与のＴＴＩ、すなわち「バケツ」における送信のためにＬＣＨについて利用可能なデータの量を、超えることがある。
【0080】
第２に、ラウンド２（または等価的には、ステップ３）において、論理チャネルからのデータは、残りのリソースを埋めるために厳密な降順で取られ得る。ＲＲＣは追加で、以下のパラメータを制御することにより各論理チャネルに対するマッピング制約を構成することによって、ＬＣＰ手順を制御してもよい。ａｌｌｏｗｅｄＳＣＳ－Ｌｉｓｔは、送信または再送信のための許容されるサブキャリア間隔を設定し得る。ｍａｘＰＵＳＣＨ－Ｄｕｒａｔｉｏｎは、送信のために許容される最大のＰＵＳＣＨ時間長を設定し得る。ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｙｐｅ１Ａｌｌｏｗｅｄは、構成されるグラントタイプ１が送信に使用され得るかどうかを設定し得る。ａｌｌｏｗｅｄＳｅｒｖｉｎｇＣｅｌｌｓは、送信のための許容されたセルを設定し得る。一実施形態では、追加の制約は、１つまたは複数の適用可能なＭＣＳテーブル、ＭＣＳ値、送信をスケジューリングするＤＣＩのためのＰＤＣＣＨのＲＮＴＩまたは探索空間を含み得る。
【0081】
本明細書で開示される実施形態は、ＬＴＥ－ＬＡＡおよび他の既存のＲＡＴを含む共存方法とともに、初期アクセス、スケジューリング、ＨＡＲＱおよびモビリティを含む免許不要スペクトルにおけるＮＲベースの動作に当てはまり得る。例えば、ＮＲベースのＬＡＡセルは、ＬＴＥまたはＮＲアンカーセル、並びに、免許不要スペクトルにおいてスタンドアロンモードで動作していてもよいＮＲベースのセルと、接続され得る。
【0082】
Ｎｅｗ Ｒａｄｉｏ Ｕｎｌｉｃｅｎｓｅｄ（ＮＲ－Ｕ）に使用される免許不要スペクトルは、複数のＲＡＴ間でのスペクトルの公平な使用を確実にするために、いくつかの規制上の要件を有し得る。そのような要件は、他のＳＴＡまたはデバイスの送信を可能にするために、時間または周波数におけるチャネルの非連続的な使用につながり得る。さらに、そのような要件は、過度の干渉をもたらすことなく、チャネルが使用され得ることをどのように決定するかについて、制約を課し得る。
【0083】
免許不要スペクトルにおけるＷＴＲＵは、複数のＢＷＰおよびビームを用いて柔軟な方式で動作し得る。従って、ＮＲにおける免許不要チャネルは、ＢＷＰおよびビームなどのパラメータから決定される。従って、ＷＴＲＵは、チャネルのパラメータに基づいて異なるチャネルアクセス機構を使用し得る。従って、ある程度の公平性を維持しながら、ＷＴＲＵが異なるパラメータを伴うチャネルにアクセスすることを可能にするための効率的な方法を提供する方法をサポートすることが、有用であり得る。また、信頼性を高める、レイテンシを最小にする、またはこれらの両方の側面について利益を達成する方法をサポートすること、例えば、免許不要スペクトルへのオフロードされるＵＲＬＬＣデータまたはトラフィックをサポートすることも、有用であり得る。レイテンシを最小にして信頼性を高めることは、スタンドアロンのＮＲ－Ｕ展開においても達成され得る。
【0084】
さらに、ビーム維持などのＮＲにおけるいくつかの機能は、定期的な送信に基づく。公平なチャネルの使用は、定期的な送信を許容しないことがある。従って、免許不要チャネルにおけるビームの維持を可能にするための方法が、チャネルアクセスにおける公平性を依然として確保しながら利用され得る。ビーム維持のためにチャネルにアクセスするための、ＬＢＴおよび同様の公平性の原理の影響は、信頼性およびレイテンシに関する、例えばＵＲＬＬＣトラフィックの高い信頼性およびレイテンシの要件に関する、いくつかの送信の要件を満たす能力にも影響を与え得る。
【0085】
図２は、既存の機構を使用した狭いビームフォーミングが原因のＬＢＴ失敗を例示する例示的な図２００である。ＷＴＲＵが狭いビームを用いて動作しているとき、基本的なＬＢＴ機構がより効果的ではなくなることがあり、またはその意図される目的を満たさないことがある。図２に示されるように、２のＷＴＲＵ、ＷＴＲＵ１ ２０２およびＷＴＲＵ２ ２０４が、同じ送受信点（ＴＲＰ）２０６と通信することを試みていることがある。ＷＴＲＵ２ ２０２は、所与のＴＸビーム２０２Ａを使用してＴＲＰ２０６に送信していることがある。ＴＲＰ２０６は、ＴＸビーム２０２Ａの方に向けられたＲＸビーム２０６Ａを有し得る。ＷＴＲＵ１ ２０４が既存のＬＢＴ機構を使用していると仮定すると、ＷＴＲＵ１ ２０４は、それがビームフォーミングベースのＬＢＴ機構を使用している場合、ＴＸビーム２０２Ａを検出しないことがある。これは、既存の機構が、送信の前に全てのビーム上の送信を受信することをＷＴＲＵに対して要求しないからである。代わりに、既存の機構は、例えば、ＷＴＲＵ１ ２０４が、それがＷＴＲＵ２ ２０２Ａなどの別のＷＴＲＵから閾値を超える送信を単に検出しない場合に送信を実行し得るという仮定のもとで、動作する。従って、この例では、ＴＸビーム２０２ＡはＷＴＲＵ１ ２０４により見逃され、それは、ＷＴＲＵ１ ２０４が、正しい方向にＬＢＴを実行しなかったから、または必要なビームを使用してＬＢＴを実行したからである。ＷＴＲＵ１ ２０４は、ＷＴＲＵ２ ２０２の方に向けられない狭いビームを使用して受信を実行するので、ＷＴＲＵ１ ２０４は、閾値を超えるＷＴＲＵ２ ２０２からの進行中の送信を検出しない。結果として、ＷＴＲＵ１ ２０４は、ＴＲＰ２０６において発生するコリジョンをもたらすであろう送信を開始し得る。
【0086】
ＮＲでは、複数のＬＢＴ構成が提供され維持され得る。一実施形態では、ＬＢＴパラメータの異なるセットまたはＬＢＴ構成のタイプが、図２において対処される問題を回避するために利用され得る。ＷＴＲＵは、ｇＮＢまたは他のＴＲＰによって異なるタイプのＬＢＴ構成または機構を用いて構成され得る。ＬＢＴ機構の各タイプはパラメータのセットによって定義され得る。ＷＴＲＵの観点からは、ＬＢＴタイプは、ＷＴＲＵがチャネルを使用可能になる前にそれがＷＴＲＵに厳しい要件を課す場合、「厳しい」ＬＢＴであると見なされ得る。厳しいＬＢＴの例は、必要とされる多数のアイドルＣＣＡおよび／または低いエネルギー検出閾値を有するＬＢＴタイプである。ＬＢＴタイプは、ＷＴＲＵがチャネルを使用することが許容される前にそれがＷＴＲＵに緩い要件を課す場合、「緩い」と呼ばれる。緩いＬＢＴの例は、必要とされる少数のアイドルＣＣＡを有し高いエネルギー検出閾値を用いて構成されるＬＢＴタイプである。
【0087】
異なるタイプのＬＢＴ機構が構成され得る。いくつかの実施形態では、ＷＴＲＵは、異なるタイプのＬＢＴ機構のセットを用いて構成され得る。セットの中の各要素は、ＬＢＴタイプまたはＬＢＴ構成と呼ばれ得る。ＷＴＲＵは、各々の可能なＬＢＴ構成のための異なるパラメータを用いて構成されてもよく、または、複数のＬＢＴ構成のうちの１つまたは複数のためのパラメータを用いて構成されてもよい。一実施形態では、ＷＴＲＵは、ＲＲＣシグナリングを介してＬＢＴ構成を受信し得る。代替的に、ＷＴＲＵは、ＭＡＣ制御要素（ＣＥ）を使用してそのような構成を受信し得る。例では、ＷＴＲＵは、ランダムアクセス応答（ＲＡＲ）においてＭＡＣ ＣＥを受信し得る。
【0088】
構成可能なＬＢＴパラメータまたはそのセットは、ＬＢＴ構成と関連付けられ得る。これらのパラメータは、次のうちの、すなわち、優先レベル、ＬＢＴタイプ、最大チャネル占有時間（ＭＣＯＴ）、占有チャネル帯域幅（ＯＣＢ）、アイドルＣＣＡの数、コンテンションウィンドウサイズ、コンテンションウィンドウサイズ調整、ＣＣＡスロットのサイズ、時間長、もしくは数、例えばＴsl、延期時間、例えばｔd、エネルギー検出閾値、例えばｘｔｈｒｅｓｈｏｌｄ、またはコンテンションウィンドウサイズのうちの少なくとも１つまたは複数を含み得る。例では、期限切れ時間値は、ＷＴＲＵが所与のＬＢＴプロセスのための送信を実行し得るまでの最大の時間を表し得る。そのような時間は、ＬＢＴプロセスがそこから開始される時間を含み得る。そのような値は、スロット、短ＴＴＩなどの単位で、絶対時間に関して構成され得る。ＬＢＴプロセスは、ＬＢＴ構成に対応し得るパラメータの１つまたは複数のセットと関連付けられ得る。ＬＢＴ構成は、例えば、ＬＢＴ構成識別情報（ＬＢＴ＿ＩＤまたはＬＢＴ構成ＩＤ）を使用して識別され得る。いくつかの実施形態では、ＬＢＴ＿ＩＤまたはＬＢＴ構成ＩＤのうちの１つまたは複数は、明示的に伝えられ得る。いくつかの実施形態では、ＬＢＴ＿ＩＤまたはＬＢＴ構成ＩＤのうちの１つまたは複数は、暗黙的に伝えられ得る。いくつかの実施形態では、ＷＴＲＵは、ＬＢＴ＿ＩＤまたはＬＢＴ構成ＩＤのうちの１つまたは複数を用いて事前に構成され得る。
【0089】
例えば、ＷＴＲＵは、ＬＢＴまたはＬＢＴ構成の各タイプと関連付けられる優先レベルを用いて構成され得る。例えば、ＷＴＲＵは、具体的なタイプのデータに対して、および／もしくは具体的なＬＣＨもしくは論理チャネルグループ（ＬＣＧ）に関連付けられるデータに対して、どのＬＢＴ手順並びに／またはどのＬＢＴ構成を適用すべきかを決定するために、優先レベルまたは優先タイプを使用してもよく、例えば、データはそれ自体が対応する優先レベルと関連付けられる。例えば、ＷＴＲＵは、超高信頼性タイプのトラフィックに対して、ＬＢＴの高い優先タイプを使用し得る。大容量モバイルブロードバンド（ｅＭＢＢ）トラフィックに対して、ＷＴＲＵはより低い優先タイプを使用し得る。ＭＴＣトラフィックは、ｅＭＢＢよりさらに低い優先タイプを使用するように構成され得る。
【0090】
ＬＢＴタイプは、例えば、ＬＢＴが厳しいと見なされるか、または緩いと見なされるかを示し得る。例えば、ＬＢＴのタイプは、より多くのＷＴＲＵがチャネルにアクセスするのを許容するために、短い時間長における送信のためのより短いＭＣＯＴを用いて構成され得る。例えば、ＬＢＴのタイプはＢＷの９９％に等しいＯＣＢを用いて構成され得るが、ＬＢＴの別のタイプは送信される信号のチャネルＢＷに等しいＯＣＢを用いて構成され得る。例えば、ＯＣＢは、所与の周波数範囲におけるアップリンク送信のために割り振られたＲＢに等しくてもよいが、１つまたは複数の他の周波数範囲では、ＯＣＢはＢＷの９９％に等しくてもよい。アイドルクリアチャネル評価（ＣＣＡ）スロットの数が、取得されたチャネルを宣言するために数えられ得る。ＣＣＡスロットの数は数Ｎと表記され得る。例では、コンテンションウィンドウサイズ（ＣＷＳ）は、例えばＣＷと表記され、調整が利用され得る。例えば、方法または基準は、ＬＢＴ構成を使用する以前の失敗したＬＢＴ手順の数に基づいて、ＣＷＳを適応させ得る。
【0091】
別の例では、ＬＢＴ構成は、セル、ＢＷＰ、例えば中心周波数位置および／もしくはそれからのオフセット、帯域幅、ＴＸまたはＲＸビーム、帯域幅、またはそれらの複数のパラメータと関連付けられ得る。そのような場合、ＷＴＲＵは、次のもの、すなわち、コンポーネントキャリア（ＣＣ）、ＢＷＰ、ＷＴＲＵの構成の所与のセルまたはキャリアに対する周波数および／もしくは時間における１つまたは複数のＰＲＢのセット、送信もしくは受信ビームまたはそれらのグループ／セットであって、例えば、ＷＴＲＵが送信および／または受信ビームのセットにおいて使用され得るＬＢＴタイプを用いて構成され得る、送信もしくは受信ビームまたはそれらのグループ／セット、チャネルにアクセスするために使用される帯域幅であって、例えばＷＴＲＵが「厳しい」ＬＢＴタイプを広いビームと関連付けるように構成され得る、帯域幅、ＷＴＲＵの構成のアクセスクラス、ＷＴＲＵカテゴリおよび／またはＷＴＲＵ能力、ＬＣＨ（またはＬＣＧ）および／またはそれへのマッピング制約のうちの少なくとも１つのための、ＬＢＴ構成を用いて構成され得る。
【0092】
ＷＴＲＵは、システム情報（ＳＩ）を介して、例えば物理ブロードキャストチャネル（ＰＢＣＨ）の中の最小のＳＩを介して、少なくとも１つのＬＢＴ構成のための少なくとも１つの構成または構成の関連付けを受信し得る。少なくとも１つのＬＢＴ構成は、少なくとも初期アクセスのためにチャネルにアクセスするためにＷＴＲＵによって使用され得る。そのようなＬＢＴ構成は、フォールバック動作のためにもＷＴＲＵによって使用され得る。
【0093】
ＬＢＴ構成は、具体的な送信、送信タイプ、物理チャネルまたは信号と結び付けられ得る。物理チャネルは、とりわけ、制御またはデータチャネル、共有チャネル、専用チャネルを含み得る。物理チャネルは、免許チャネルまたは免許不要チャネルであり得る。例では、次の送信タイプ、すなわち、ＰＵＳＣＨ送信、ＰＵＣＣＨ送信、ＳＲＳ送信、またはＰＲＡＣＨ送信のいずれもが、１つまたは複数のＬＢＴ構成の具体的なセットと結び付けられ得る。同様に、ＬＢＴ構成は、次のもの、すなわち、ＳＲ送信、アップリンク制御情報（ＵＣＩ）送信、ランダムアクセス送信のうちの１つなどの、データ送信、メッセージおよび／または手順のタイプ、データおよび／またはＬ１／Ｌ２／Ｌ３手順のタイプに関連付けられ得る。
【0094】
ＵＣＩ送信の内容は、１つまたは複数の異なるＬＢＴ構成セットとも関連付けられ得る。例えば、ＨＡＲＱのためのＵＣＩはＬＢＴ構成の第１のセットを有してもよく、ＣＳＩ報告のためのＵＣＩはＬＢＴ構成の第２のセットを有してもよい。他のＵＣＩ、例えば、スケジューリング要求（ＳＲ）は、サウンディング参照信号（ＳＲＳ）送信とは異なる構成を有し得る。実施形態では、異なる構成セットは、異なるＰＵＣＣＨフォーマット、例えばフォーマット１、１ａ、１ｂ、２、２ａ、３、４、５などのために利用され得る。
【0095】
ランダムアクセス手順および／または具体的なメッセージの送信は、ＰＲＡＣＨ送信およびメッセージ３（ｍｓｇ３）の送信を含み得る。さらに、１つまたは複数のＲＡトリガが、ＬＢＴ構成のセットと結び付けられ得る。例えば、ビーム回復のためのＲＡはＬＢＴ構成の第１のセットを有し得るが、ページング応答のためのＲＡはＬＢＴ構成の第２のセットを有し得るが、ページング応答のためのＲＡはＬＢＴ構成の第２のセットを有し得る。例えば、これは、ＬＢＴ構成と、電力ランピングステップのための１つ（または複数の）値もしくは構成パラメータおよび／またはバックオフのためのスケーリング係数との間の関連付けに基づく、異なる優先順位を用いて構成されるランダムアクセス手順を含み得る。例えば、ＬＢＴ構成は、リソースのセット自体が優先順位に関連付けられるときに特に、ＰＲＡＣＨリソースのセットと関連付けられ得る。例えば、これは、ＳＲの目的でＬＣＨのセットと関連付けられるＰＲＡＣＨリソースのセットを含み得る。
【0096】
データ、無線ベアラ、論理チャネルなどのタイプは、例えば、ＵＲＬＬＣデータ、ｅＭＢＢデータ、制御プレーンシグナリングなどの、異なるＱｏＳ要件のデータに対応し得る。Ｌ１／Ｌ２／Ｌ３手順は、Ｌ１、例えばＰＲＡＣＨリソース選択手順、Ｌ２、例えばランダムアクセスもしくはスケジューリング要求手順、またはＬ３、例えばＲＲＣ接続再確立手順に対応し得る。
【0097】
ＷＴＲＵは、ＬＢＴ結果をｇＮＢ、ＴＲＰ、別のＷＴＲＵなどに報告し得る。いくつかの実施形態では、ＷＴＲＵは、ＬＢＴを実行し、手順の任意の結果をｇＮＢに報告するように構成され得る。これは、ｇＮＢが、隠れ端末／さらし端末問題に対処するのを助け得る。報告された結果は、構成されたＬＢＴが実行された後でアクセスされるチャネルを使用して送信され得る。報告された結果は、以下、すなわち、あらかじめ構成された時間内に検出される平均エネルギー、ＷＴＲＵがチャネルにアクセスするために待機したスロット／シンボルの数、例示的なＷｉＦｉ／ＬＡＡのために検出される無線アクセス技術のタイプを含み得る。ｇＮＢは、例えばＤＣＩを介した報告のために、送信リソースをスケジューリングし得る。
【0098】
ＬＢＴ手順は、ＷＴＲＵによって全体または一部が選択され得る。各構成がパラメータのセットに結び付けられる複数のＬＢＴ構成を用いて構成されるＷＴＲＵは、ＷＴＲＵによるＵＬ送信のために使用すべき適切なＬＢＴ構成を示し、または決定し得る。ＬＢＴ構成はネットワークによって示されてもよく、表示は準静的または動的であってもよい。表示は、ｇＮＢからの明示的な表示、タイミング、周波数、ネットワークからの受信されたＢＷＰ切り替えコマンド、ネットワークからの送信および／または受信ビーム構成、ネットワークによって提供されるビーム帯域幅構成、ＲＳ ＩＤ、送信の論理チャネル（ＬＣＨ）、または、ＵＬ送信のために使用される波形のうちの少なくとも１つによって達成され得る。他のパラメータも使用され得る。
【0099】
ｇＮＢから提供される明示的な表示の例では、ネットワークは、より高次のレイヤのシグナリングを使用してＷＴＲＵに、１つまたは複数のあらかじめ構成される時間のために使用されるべき１つまたは複数の適用可能なＬＢＴタイプを示し得る。例えば、ＷＴＲＵは、ＲＭＳＩから初期アクセスの間に使用されるべきＬＢＴタイプを決定し得る。代替的に、ネットワークは、適用可能なＬＢＴタイプを示すために、Ｌ１／Ｌ２シグナリングまたはより高次のレイヤとＬ１／Ｌ２シグナリングの組合せを使用し得る。例えば、ＷＴＲＵは、適切なＬＢＴ構成を示すフィールドを含むＵＬグラントとともにＤＣＩを受信し得る。
【0100】
タイミング表示を用いて、その間に送信が行われるスロット、サブフレーム、および／またはシンボルは、１つまたは複数の具体的なＬＢＴ構成と結び付けられ得る。その間のＵＬ送信が保証されるＲＢおよび／またはＢＷＰを備え得る周波数表示は、１つまたは複数の具体的な構成と結び付けられ得る。
【0101】
ＢＷＰ切り替えまたは切り替えコマンドは、ネットワークから、例えば、ｇＮＢまたはＴＲＰから受信され得る。例えば、ＷＴＲＵは、ＢＷＰ周波数割り振りサイズおよび／またはＢＷＰの中心周波数の位置に基づいてＬＢＴタイプを決定するように構成され得る。
【0102】
１つまたは複数の送信および／または受信ビーム構成は、ネットワークから受信され得る。例えば、ＬＢＴタイプは、送信および／または受信ビームインデックスのセットと関連付けられ得る。例えば、他のノードと潜在的に干渉するものとして識別された送信ビームは、より厳しいＬＢＴタイプを有し得る。ビーム構成は相反的であってよく、または他のタイプのビーム構成であってよい。
【0103】
ビーム幅構成はネットワークから受信され得る。例えば、ＷＴＲＵは、他のＷＴＲＵとの間で発生するコリジョンの確率が低い、例えば、複数のＷＴＲＵが同じ狭いビームを使用する確率が低いとすると、狭いビームに対しては緩いＬＢＴタイプを使用し得る。
【0104】
実施形態では、ＵＬグラントは、ＣＳＩ－ＲＳ ＩＤまたはＳＲＳ－ＩＤと結び付けられ得る。ＷＴＲＵは、そのようなＩＤに基づいてＬＢＴ構成を決定し得る。方法では、ＷＴＲＵは、ＣＳＩ－ＲＳ構成とＳＲＳ構成との間の構成されたマッピングを有し得る。これは、その上で送信を実行すべきＴｘビームと結び付けられ得る、ＬＢＴをその上で実行すべき適切なＲｘビームを、ＷＴＲＵが決定することを可能にし得る。
【0105】
例では、ＬＣＨは、例えば各々が送信要件に対応する１つまたは複数のマッピング制約を用いて、および／またはＬＢＴ構成を用いて構成され得る。ブロードキャスト制御チャネル（ＢＣＣＨ）、ページング制御チャネル（ＰＣＣＨ）、共通制御チャネル（ＣＣＣＨ）、専用制御チャネル（ＤＣＣＨ）、または専用トラフィックチャネル（ＤＴＣＨ）のうちの１つまたは複数は各々、同じまたは異なるマッピング制約を用いて構成され得る。例えば、送信は要件（例えば、レイテンシ、信頼性、コーディングレート）を用いて構成され得る。要件のセットは、必要とされるＬＢＴ構成を決定し得る。ＵＬ送信のために使用される波形も考慮され得る。
【0106】
いくつかの場合、ＷＴＲＵは、１つまたは複数の送信に適用可能な複数のＬＢＴ構成を有し得る。例えば、ＷＴＲＵは、具体的なスロットに適用可能なＬＢＴ構成を有してもよく、そのスロット内のＵＬリソースを事前許可するＤＣＩにおいて別のＬＢＴ構成をさらに示されてもよい。そのような場合、ＬＢＴ表示の構成される優先順位があり得る。例えば、動的に、ＤＣＩ内で示される任意のＬＢＴ構成が、準静的なＬＢＴ構成を上書きし得る。これは、レイテンシおよび／または信頼性の要件が満たされることを確実にするためにＬＢＴプロセスのより緩いおよび／または厳しいバージョンを必要とし得る、より優先順位の高い送信、および／または、準静的に構成されるＬＢＴパラメータによってサポートされるレイテンシ（例えば、ＵＲＬＬＣトラフィック）に関してより厳しい送信要件を伴う送信に対して、新しいデータが利用可能になるときに有用であり得る。
【0107】
別の実施形態では、ＷＴＲＵは、その上でＵＬ送信を実行すべきリソースの１つまたは複数のセットを提供され得る。セット内の各リソースは、異なるＬＢＴ構成に関連付けられ得る。例えば、ＷＴＲＵは、その上でそれが送信を実行し得る半永続スケジューリング（ＳＲＳ）リソースの２つのセットを有し得る。各ＳＲＳリソースは、異なるビームペアと結び付けられ得る。したがって、ＷＴＲＵは、各ＳＰＳリソースに関連付けられる異なるＬＢＴ構成を有し得る。別の例では、グラントは、その上でＵＬ送信を実行すべきリソースの２つのセットを提供してもよく、各セットが異なるＬＢＴ構成と結び付けられる。これは、ｅＭＢＢデータが優先順位の低いアクセスクラスを与えられ、ＵＲＬＬＣが優先順位の高いアクセスを用いて構成され、各々が異なるチャネルリソースを必要とするときに有用であり得る。より優先順位の低いトラフィック、例えばＭＴＣトラフィックに対して、同じことが当てはまり得る。
【0108】
ＬＢＴ構成は、ＷＴＲＵによって、ｇＮＢによって、またはＴＲＰによって選択され得る。ＷＴＲＵが、リソースの１つまたは複数のセット上での送信に適用可能な複数のＬＢＴ構成を有するとき、ＷＴＲＵはＬＢＴ構成を選択し得る。ＬＢＴ構成の選択は、送信リソース、送信の優先順位、ｇＮＢによって使用されるＬＢＴタイプ、同じチャネル占有時間（ＣＯＴ）において以前の送信に使用されたＬＢＴ、以前の送信において使用されたＬＢＴ、今度の送信のために必要とされるＬＢＴ、以前に失敗したＬＢＴの試行、ＵＬキャリアタイプ、ＷＴＲＵによるデフォルトＢＷＰへの切り替え、タイマーの期限切れ、または複数のＬＢＴ構成の使用のうちの少なくとも１つによって決定され得る。送信リソースはリソースであってもよく、例えば、その上での送信が事前許可されるシンボルまたはサブキャリアまたはＢＷＰは、ＬＢＴ構成と結び付けられ得る。
【0109】
送信の優先順位は、例えば、ＬＣＨもしくはＬＣＨ優先順位を指してもよく、または、送信の論理チャネルグループ（ＬＣＧ）優先順位は、適切なＬＢＴ構成を決定するためにＷＴＲＵによって使用されてもよい。優先順位は、ＰｒｏＳｅ Ｐｅｒ－Ｐａｃｋｅｔ．Ｐｒｉｏｒｉｔｙ（ＰＰＰＰ）またはＶ２Ｘタイプ優先順位インジケータによって決定され得る。別の例では、ＵＬ送信が、例えば初期アクセス、ランダムアクセス、ＵＣＩ送信、データ送信、ＳＲ、自律的なＵＬ、またはページング応答のためのものである手順の優先順位が、適切なＬＢＴ構成を決定するためにＷＴＲＵによって使用され得る。
【0110】
ＬＢＴタイプは、制御および／またはデータチャネルを送信するためにｇＮＢによって使用され得る。例えば、ｇＮＢは、制御および／またはデータチャネル上で情報を送信する前にプリアンブルを送信し得る。そのような場合、ＷＴＲＵは、プリアンブルのセットを１つまたは複数のＬＢＴ構成にマッピングするテーブルを用いて構成され得る。他の実施形態では、ＷＴＲＵは、データをスケジューリングするために使用されるＣＯＲＥＳＥＴおよび／または探索空間に基づいて使用されるＤＬ ＬＢＴを決定するように構成され得る。代替的に、ｇＮＢは、ｇＮＢによって使用されるＬＢＴタイプを示すために、ＤＣＩの上もしくは中のフィールドを使用し、またはそこにフィールドを含め得る。他の実施形態では、ＷＴＲＵは、受信されたデータのタイプに基づいて、ＤＬ ＬＢＴのタイプを決定するように構成され得る。他の暗黙的および明示的な方法も適用可能であり得る。
【0111】
同じチャネル占有時間（ＣＯＴ）において以前の送信のために使用されるＬＢＴが、後続の送信のために考慮され得る。例えば、ＷＴＲＵは、同じチャネル占有時間内で以前に実行されたＤＬ送信のためにｇＮＢによって使用されたＬＢＴ構成に基づいて、ＬＢＴ構成を使用し得る。例えば、ｇＮＢがビームペアを伴うＬＢＴ構成を使用してチャネルを取得する場合、ＷＴＲＵはしたがって、同じビームペアを伴うＬＢＴ構成を使用してＣＯＴ内のチャネルを再取得するだけであってもよい。別の例では、ＷＴＲＵは、第１のＬＢＴ構成を使用して第１の送信のためのチャネルを取得した可能性がある。しかしながら、ＭＣＯＴ内にあってもなくてもよい第２の送信は、異なる要件を有し得るので、第１のＬＢＴ構成によってカバーされないことがある。そのような場合、ＷＴＲＵは、第２のＬＢＴ構成を使用して第２のＬＢＴを実行し得る。
【0112】
ＬＣＨの以前の送信のために使用されるＬＢＴ構成は、同じまたは異なるＬＣＨの今度の送信のために使用されるべきＬＢＴ構成をどのように決定するかについての表示を提供し得る。
【0113】
今度の送信のために必要とされるＬＢＴは、インジケータとも見なされ得る。例えば、ＷＴＲＵは、送信に利用可能なデータ、または別のタイプの送信、例えば、ＰＵＣＣＨ、ＰＲＡＣＨ、ＳＲＳ、他のＵＣＩなどを有することがあり、これは、異なる送信要件、例えば、信頼性、レイテンシ、ＱｏＳなどを有し得る２つの連続するＵＬ送信につながることがある。両方の送信が同じチャネル占有時間に収まり得ることを確実にするために、ＷＴＲＵは、両方の今度の送信の要件を満たすＬＢＴ構成を選択し得る。
【0114】
以前に失敗したＬＢＴ試行に関する情報は、今後の試行において考慮され得る。例えば、ＷＴＲＵは、第１のＬＢＴ構成を用いてチャネルを取得することを試みることがあり、失敗することがあるので、第２のＬＢＴ構成を使用してチャネルを取得することを再び試みることがある。ＷＴＲＵは、ＬＢＴ構成のパラメータに基づいてＬＢＴ構成の選択の順序を決定し得る。例えば、ＷＴＲＵは、第１のＬＢＴ構成を、それが適用可能であるビーム、例えば最良のビームに基づいて使用してもよく、そして、ＷＴＲＵは、第２の最良のビームなどに基づいて、次のＬＢＴ手順に移ってもよい。
【0115】
例では、普通のＵＬキャリアは第１のＬＢＴ構成と結び付けられてもよく、補助的なＵＬキャリアは第２のＬＢＴ構成と結び付けられてもよい。そのような例では、ＷＴＲＵは、例えば、測定に基づいてＵＬキャリアタイプを決定し得るので、関連付けられるＬＢＴ構成を決定し得る。
【0116】
ＷＴＲＵによるデフォルトＢＷＰへの切り替えが考慮され得る。例えば、第１のＢＷＰ上での失敗した送信の後で、ＷＴＲＵは、デフォルトＢＷＰなどの別のＢＷＰに切り替え得る。第１のＢＷＰ上で使用されるＬＢＴ構成のパラメータは、ＢＷＰに適用可能であってもなくてもよい。
【0117】
タイマーの期限切れはＬＢＴタイプを示し得る。例えば、ＷＴＲＵは、あらかじめ構成されたタイマーの期限切れの後で「緩い」ＬＢＴタイプを使用するように構成され得る。ＷＴＲＵは、ＬＢＴタイプを変更するための専用のタイマーを使用してもよく、もしくはそれを用いて構成されてもよく、または、既存のタイマー、例えばＲＦＬタイマーもしくはＢＦＲタイマーを使用するように構成されてもよい。
【0118】
別の実施形態では、ＷＴＲＵは、複数のＬＢＴ構成を使用してチャネルを取得することを試み得る。これは、ＷＴＲＵが、実施形態において、ダイバーシティを達成するために複数のチャネルを介して同じＴＢを送信することを可能にし得る。例えば、ＷＴＲＵは、ＵＬリソースのセットを介した送信を可能にするＤＣＩを受信し得る。セット内の各ＵＬリソースは、異なるＬＢＴ構成と結び付けられ得る。ＷＴＲＵは、ＵＬリソースの第１のセットを介してデータを送信するために、第１のＬＢＴ構成を使用して第１のＬＢＴを開始し得る。一実施形態では、第１の送信が成功したか、またはしなかったかに応じて、ＷＴＲＵは、ＵＬリソースの第２のセットを介してデータを送信するために、第２のＬＢＴ構成を使用して第２のＬＢＴを開始し得る。
【0119】
ＷＴＲＵは、複数の今度の切り替え点を用いて構成されてもよく、切り替え点は、ＤＬ（またはＵＬ）スロットまたはシンボルがＵＬ（またはＤＬ）スロットまたはシンボルにより追従されるときである。一実施形態では、ＷＴＲＵは、ＵＬ／ＤＬ／未定義の今度のスロットのパターンを与えられてもよく、またはそれを示されてもよい。さらに、パターン構成は、ＷＴＲＵが１つの、いくつかの、またはあらゆるＤＬからＵＬへの切り替えにおいて使用し得るＬＢＴ構成を示し得る。例えば、ＬＢＴ構成は、少なくとも１つのＤＬからＵＬへの切り替えのために明示的に示され得る。別の例では、ＤＬからＵＬへの切り替えのＬＢＴ構成は、ＷＴＲＵによって暗黙的に決定され得る。ＷＴＲＵは、ＤＬからＵＬへの切り替えのために提供される間隙の時間長、以前のＤＬからＵＬへの切り替えからの時間、具体的なＬＢＴ構成が使用されてからの時間、ビームペアリンクの切り替え、以前のＵＬからＤＬへの切り替えのために使用されたＬＢＴ構成、以前のＤＬ送信の内容、または帯域幅部分の切り替えのうちの少なくとも１つに基づいて、ＬＢＴ構成を決定し得る。
【0120】
例えば、以前のＤＬからＵＬへの切り替えが現在のＤＬからＵＬへの切り替えよりｘシンボル未満前に発生した場合、ＷＴＲＵは第１のＬＢＴ構成を使用し得る。以前の切り替えが現在のＤＬからＵＬへの切り替えよりｘシンボルより多く前に発生した場合、ＷＴＲＵは第２のＬＢＴ構成を使用し得る。第１および第２のＬＢＴ構成は、１つの異なるパラメータ、いくつかの異なるパラメータ、または異なるパラメータの完全なセットを含み得る。
【0121】
ＷＴＲＵは、具体的なＬＢＴ構成が使用された時間を決定し得る。例えば、ＷＴＲＵは、より厳しいＬＢＴ、例えば、ＵＬ送信のために複数のアイドルＣＣＡを必要とするフルＬＢＴを実行し得る。フルＬＢＴは、最初のＵＬ送信の前、またはＤＬからＵＬへの切り替えの後のＵＬ送信の前のいずれかに、実行され得る。最後の厳しいＬＢＴからある長さの時間が経過した場合、ＷＴＲＵは、ＤＬからＵＬへの切り替えのためにそのようなＬＢＴ構成を実行する必要があり得る。
【0122】
ＷＴＲＵは、ビームペアリンク（ＢＰＬ）切り替え表示または命令を受信し得る。例えば、第１のＢＰＬは第１のＵＬ送信において使用され得る。ＷＴＲＵは、ＵＬからＤＬへの切り替えおよび後続のＤＬからＵＬへの切り替えを用いて構成され得る。第２のＵＬ送信のために、ＷＴＲＵが第１のＢＰＬを再使用する場合、ＷＴＲＵは第１のＬＢＴ構成を使用し得る。第２のＵＬ送信のために、ＷＴＲＵが第２のＢＰＬを使用する場合、ＷＴＲＵは第２のＬＢＴ構成を使用し得る。別の例では、直前のＤＬ送信において使用されたＢＰＬが後続のＵＬ送信のために使用されるのと同じである場合、第１のＬＢＴ構成は、ＤＬからＵＬへの切り替えのために使用され得る。一方、直前のＤＬ送信において使用されたＢＰＬが後続のＵＬ送信において使用されたＢＰＬと異なる場合、第２のＬＢＴ構成が使用され得る。第１および第２のＬＢＴ構成は、１つの異なるパラメータ、いくつかの異なるパラメータ、または異なるパラメータの完全なセットを含み得る。
【0123】
ＷＴＲＵは、以前のＵＬからＤＬへの切り替えのために使用されたＬＢＴ構成を参考にし得る。ＷＴＲＵは、以前のＤＬ送信、例えば、ＤＬからＵＬへの切り替えの直前のＤＬ送信のために使用されるＬＢＴ構成を、ネットワークにより示され得る。ＷＴＲＵは、ネットワークのＬＢＴ構成に基づいて、ＤＬからＵＬへの切り替えのための適切なＬＢＴ構成を決定し得る。
【0124】
ＷＴＲＵは、構成情報を決定するために、以前のＤＬ送信の内容を参考にし得る。ＷＴＲＵは、ＤＬからＵＬへの切り替えの直前のＤＬ送信の内容に基づいて、ＤＬからＵＬへの切り替えのためのＬＢＴ構成を決定し得る。
【0125】
ＷＴＲＵは、ＢＷＰ切り替えを用いて構成されてもよく、またはＢＷＰ切り替えを実行するように命令されてもよい。例えば、第１のＢＷＰは、第１のＵＬ送信において使用され得る。ＷＴＲＵは、ＵＬからＤＬへの切り替えおよび後続のＤＬからＵＬへの切り替えを実行するように構成され得る。第２のＵＬ送信のために、ＷＴＲＵが第１のＢＷＰを再使用する場合、それは第１のＬＢＴ構成を使用し得る。第２のＵＬ送信のために、ＷＴＲＵが第２のＢＷＰを使用する場合、それは第２のＬＢＴ構成を使用し得る。別の例では、直前のＤＬ送信において使用されたＢＷＰが後続のＵＬ送信のために使用されるものと同じである場合、第１のＬＢＴ構成が、ＤＬからＵＬへの切り替えのために使用され得る。一方、直前のＤＬ送信において使用されたＢＷＰが後続のＵＬ送信において使用されるＢＷＰと異なる場合、第２のＬＢＴ構成が使用され得る。ＢＷＰ切り替えのタイプも、使用されるＬＢＴ構成に影響し得る。例えば、ＷＴＲＵによって実行されるＬＢＴのタイプは、新しいＢＷＰが同じ中心周波数を再使用するかどうか、新しいＢＷＰが同じ帯域幅を再使用するかどうか、新しいＢＷＰが以前のＢＷＰの一部または全てと重複するかどうか、古いＢＷＰと新しいＢＷＰを分けるＰＲＢの数のうちの少なくとも１つに依存し得る。
【0126】
実施形態では、ＷＴＲＵは、ＣＯＴ内の複数の切り替え点を用いて構成され得る。そのような場合、ＷＴＲＵは、例えば、ＣＯＴがネットワークによって取得された場合、ＣＯＴの開始、終了、または時間長を示されることを予期し得る。ＷＴＲＵは、ＣＯＴの中の一部のまたは全てのＤＬからＵＬへの切り替え点において使用されるべき具体的なＬＢＴ構成を用いて構成され得る。各切り替え点のためのＬＢＴ構成の表示は、明示的であってもよく、または暗黙的であってもよい。さらに、ＤＬからＵＬへの切り替えのためのＬＢＴ構成は、ＣＯＴにおける切り替えの総回数、またはＵＬからＤＬへの切り替えのインデックスに依存し得る。例えば、第１の切り替えのために、ＷＴＲＵは第１のＬＢＴ構成を使用し得る。第２の切り替えのために、ＷＴＲＵは第２のＬＢＴ構成を使用し得る、以下同様である。ＤＬからＵＬへの切り替えのためのＬＢＴ構成はまた、ＣＯＴ内での１つまたは複数のＤＬからＵＬへの切り替えの場所に依存し得る。
【0127】
ＷＴＲＵは、ＬＢＴ構成に基づいて、ＣＯＴの時間長、またはＣＯＴ内での送信の場所、またはＣＯＴの残りの時間を決定し得る。そのような場合、新しいＣＯＴは、切り替え点において使用されたＬＢＴ構成に基づいて開始され得る。例えば、ＷＴＲＵは、新しいＣＯＴが時間ｘにおいて始まったことの表示を受信することがあり、少なくとも時間ｘ＋ＭＣＯＴまでＣＯＴが継続すると予期することがあり、ＭＣＯＴは最大のＣＯＴである。実施形態では、表示は、ＲＲＣシグナリングのタイマー情報要素において受信され得る。しかしながら、その時間期間内の何らかの点において、ＷＴＲＵは、ＲＲＣまたは他のシグナリングを介して、ＬＢＴ構成を用いて構成され得る。成功したチャネルの取得が新しい構成に基づいて決定される場合、ＷＴＲＵは、ＣＯＴが再開したので、ＣＯＴが別のＭＣＯＴの時間長まで継続し得ると、想定し得る。
【0128】
ＬＢＴ構成内のＬＢＴパラメータは、ネットワークによって、またはＷＴＲＵによって調整され得る。ＷＴＲＵは、第１のＬＢＴ構成を使用してチャネルを取得することを試み得る。ＷＴＲＵがチャネルを取得することに失敗する場合、ＷＴＲＵは、ＬＢＴ構成のいくつかのパラメータを修正または更新し得る。そのような更新されたパラメータは、第１のＬＢＴ構成を使用したチャネルアクセスにおける今後の試行のためにＷＴＲＵによって使用され得る。例えば、ＷＴＲＵは、第１のＬＢＴ構成と結び付けられた、事前許可されたＵＬリソースであり得る。ＷＴＲＵは、チャネルを取得することを試みることがあり、失敗することがある。ＷＴＲＵは、ＬＢＴ構成のいくつかのパラメータをまず修正して、ＬＢＴを再試行することによって、同じ事前許可されたリソースのためのチャネルを取得することを再び試み得る。更新または修正されたパラメータは、同じ送信のためのチャネルを取得するための第２のもしくはさらなる試行に対して適用可能であってもよく、または、別の送信のためのチャネルを取得するための今後の試行に対して適用可能であってもよい。ＷＴＲＵは、今後の試行が失敗する場合、元の構成に戻り得る。別の失敗が発生する場合、ＷＴＲＵは、元の構成または一度（または後で）修正された構成のパラメータを修正し得る。ＷＴＲＵは修正されたパラメータをｇＮＢまたは他のＴＲＰに報告し得る。
【0129】
別の例では、ＷＴＲＵは、ＬＢＴ構成のパラメータを更新するための表示を受信し得る。表示は、ＤＣＩ、ＭＡＣ ＣＥ、またはＲＲＣ（再）構成を介して受信され得る。例えば、ＷＴＲＵは、ＬＢＴ構成のためのＣＣＡスロットの数が増大または減少され得ることを示すＤＣＩを受信し得る。表示は固有の表示であってもよく、例えば、ＤＣＩが１つまたは複数のパラメータを示す場合、ＷＴＲＵは、ＬＢＴ構成の別のパラメータが調整され、修正され、または一緒に変更されるべきであると暗黙的に決定してもよい。
【0130】
チャネルは、複数の同時のＬＢＴプロセスのためにＷＴＲＵによって監視され得る。一実施形態では、ＷＴＲＵは、送信を開始するために、ＣＣＡのプロセスまたはトリガとＬＢＴのプロセスまたはトリガを区別し得る。一実施形態では、上で説明された任意のＬＢＴ手順などの本明細書の他の実施形態に対する制約を伴うことなく、ＬＢＴ手順は、互いに別個であると見なされ得る２つの構成要素を含み得る。
【0131】
ＣＣＡは、チャネル評価のステータスを収集することに関するチャネルの監視によって実行され得る。第１の構成要素は、ＣＣＡ、関連する構成、およびＣＣＡの状態には限定されないがそれらを含む、チャネルがアクセスされ得るかどうかの監視を含み得る。監視および測定は、ＬＢＴ手順とは無関係にチャネルの最近の状態を考慮し得る。
【0132】
例えば、ＷＴＲＵはエネルギーの存在を監視してもよく、例えば、ＷＴＲＵは、ＬＢＴ手順が開始されるかどうか、および／または進行中であるかどうかとは無関係に、チャネル上で測定を実行し得る。例えば、ＷＴＲＵは、それがチャネルにアクセスしていない所与の期間の間、ＣＣＡを継続的に実行し得る。ＷＴＲＵは、これまでに観測されたエネルギー値および／または測定結果を記憶し得る。これらの観測／記憶された値の周期性は、限定はされないが、全ての観測された値、並びに／または、値、例えば、構成可能な時間間隔、例えば１μｓと関連付けられる最大の、平均の、および／もしくは算術平均の値であり得る。全てではないが、それでも１つより多くの観測される値の一部も記憶され得る。実施形態では、ＷＴＲＵは、ウィンドウベースの機構を使用して、記憶されている測定結果を保持し得る。これらの値は、継続的に記憶されてもよく、または、構成可能な期限付きタイマーに支配されてもよい。ウィンドウ機構を使用して、ＷＴＲＵは、記憶されている測定結果をどれだけ長く保持するかを決定するためのタイマーを維持し得る。別の実施形態では、ＷＴＲＵは、カウンタ、例えば、ＣＯＴカウンタ、サブフレームカウンタなどを維持し得る。ＷＴＲＵは、測定される量がＣＣＡを実行するために必要とされ得るので、最近のチャネル状態の情報を記憶し得る。
【0133】
一実施形態では、ＷＴＲＵは、関連付けられる少なくとも１つのパラメータ、例えばＷＴＲＵのＬＢＴ構成のパラメータの変化を監視し得る。例えば、そのようなパラメータは、ＣＣＡ評価を実行するときの閾値を決定するために使用されるパラメータを含み得る。より一般的には、そのようなパラメータは、次のもの、すなわち、単一のキャリア帯域幅の関数としてのＭＨｚ当たりの最大エネルギー（例えば、Ｔｍａｘ）、規制上の要件により定義されるｄＢｍ単位の最大エネルギー検出閾値（例えば、ＸＲ）、送信タイプ依存スケーリングパラメータ、例えばタイミングアドバンス（ＴＡ）およびパワーヘッドルーム（ＰＨ）、キャリアに対してｄＢｍ単位で測定される１つまたは複数の最大ＷＴＲＵ出力電力のセット、例えば送信電力（ＰＴＸ）のうちの少なくとも１つを含み得る。他の測定されるパラメータは、伝導される電力または電力スペクトル密度を含み得る。
【0134】
ＷＴＲＵは、構成可能な時間間隔、例えば１μｓにわたり少なくとも１つの閾値と受信された電力を比較し、その時間間隔にわたりチャネルの状態を与えてもよく、例えば、状態は、構成された閾値を下回るか、またはそれを上回るかのいずれかとして決定されてもよい。ＷＴＲＵは、等しい値を、下回るものまたは上回るもののいずれかとして見なしてもよい。閾値との受信された電力の比較は、例えば、最大値、その間隔にわたる平均値、算術平均値を使用して、いくつかの方法で決定され得る。
【0135】
記憶されている値は、閾値状態または観測された値に関して考慮されてもよく、長い間、例えば、チャネル統計およびチャネル選択の目的で記憶されてもよい。記憶されている値は、限定はされないが、可能なＬＢＴ構成の数および時間長、例えば、スロットベースの、緩い、および／または厳しい時間長と関連付けられ得る。これらの値／状態はまた、実施形態では、直近の過去の時間長に対するＣＣＡを示すために、スライディングウィンドウタイプの方式で監視されてもよい。これらの値／状態は、記憶されてもよく、構成可能な期限付きタイマーに支配されてもよい。
【0136】
ＷＴＲＵは、チャネルを監視し、ＷＴＲＵが送信を実行するためにチャネルにアクセスすべきであるかどうかとは無関係にＣＣＡの監視を実行し得る。ＣＣＡステータスが与えられると、ＷＴＲＵは、送信のための適用可能なＬＢＴ構成に依存して、いつ送信すべきかを決定し得る。
【0137】
第２の構成要素は、ＬＢＴプロセス内の適用可能なＬＢＴ構成に依存して、媒体のリソースにどのようにアクセスするかを規定し、または示し得る。ＬＢＴが惹起されると、ＷＴＲＵは、ＬＢＴ構成を決定し、閾値／ＣＣＡ量を導出し、次いで、閾値または量をチャネルの最近の状態と比較し得る。
【0138】
ＷＴＲＵは、それがチャネルへのアクセスを開始するとき、送信に適用可能な１つまたは複数の構成されるＬＢＴパラメータ、例えば、閾値またはＣＣＡ時間長を、ＣＣＡ監視プロセスの現在の状態と比較し得る。送信および／またはチャネルアクセスに適用可能なＬＢＴパラメータを使用して、チャネルアクセスのための条件が満たされるとＷＴＲＵが決定する場合、ＷＴＲＵは、成功であるものとしてＬＢＴプロセスを見なし得る。例えば、ＣＣＡでは、評価は、ＬＢＴ手順の開始の直前の時間の期間に対するチャネルの記憶されている測定結果に関する、またはそれらに適用され得るパラメータに基づいて決定され得る。
【0139】
そうではなく、ＬＢＴが成功ではないことをＷＴＲＵが決定する場合、ＷＴＲＵは、ＬＢＴ構成に対する全てのアクセス要件が満たされるまで、記憶されている状態を使用してＣＣＡプロセスを続け得る。ＷＴＲＵは、記憶されているＣＣＡ測定のウィンドウの中の任意の点を、ＬＢＴ手順と関連付けられるＣＣＡ査定のための開始点として、その時間的な点がＬＢＴ手順の開始より前に発生した場合であっても見なし得る。このようにして、ウィンドウは、タイマー、シンボルの数、スロットなどに基づいて決定されるスライディングウィンドウであり得る。
【0140】
ＷＴＲＵが第１の進行中のＬＢＴ手順を有し、ＷＴＲＵが異なるＬＢＴ構成と関連付けられるデータを有するか、またはＷＴＲＵが異なるＬＢＴ構成を使用して第２のＬＢＴ手順を開始するかのいずれかである場合、ＷＴＲＵは、記憶されているチャネル状態測定結果を使用してＷＴＲＵがチャネルにアクセスし得るという最も早い決定を可能にする構成を使用し得る。ＷＴＲＵはまた、最も長いＣＯＴを与えるＬＢＴ手順を使用して決定される期間の間、チャネルを占有し得る。
【0141】
送信が所与のＬＢＴ構成のもとで構成され、ＣＣＡ監視プロセスが、チャネルが異なるＬＢＴ構成、例えば、異なる優先レベルまたは異なる最大占有時間のもとで利用可能であることを示す場合、ＷＴＲＵは、改訂されたＬＢＴ要件を満たすように送信を変えることを選び、ＬＢＴを実行することなく送信するか、または改訂されたＬＢＴ時間長を用いて送信するかのいずれかを行ってもよい。改訂された時間長はより長くてもよく、好ましくは、第１の決定されたＣＯＴより短くあるべきではない。
【0142】
成功したＬＢＴの表示は、以前の要求なしで送信され得る。一実施形態では、ＷＴＲＵは、可能なＬＢＴ構成の以前の知識を有していてもよく、チャネルアクセス要求なしでＣＣＡ監視プロセスの現在の状態がそのような構成を満たすかどうかを決定してもよい。ＣＣＡプロセスがＬＢＴプロセスの構成と一致すると、ＷＴＲＵは、チャネルの利用可能性を認識させられてもよく、ここで、それは、ＬＢＴプロセスを実行する必要なく、追加のチャネルにアクセスし得る。ＬＡＡプロセスまたは手順は、そのような機構の１つの実装であり得る。免許不要スペクトルの追加の利用可能性は、オフロードのシナリオにおいて使用され得る。
【0143】
１つのＣＣＡ状態は、各々が異なる構成を伴う複数のＬＢＴプロセスによって共有され得る。例えば、ＷＴＲＵは、次の事象、すなわち、ＷＴＲＵが、それがチャネル上での送信を実行し得ると決定すること、または、ＷＴＲＵがチャネルのリソースを使用して送信を実行することのうちの少なくとも１つが発生するとき、ＣＣＡ監視プロセスの状態をリセットし得る。例えば、状態は、ＬＢＴプロセスの少なくとも１つ（およびいずれか）の結果が成功である場合、複数のＬＢＴプロセスが同時に動作し得る場合、リセットされ得る。例えば、ＷＴＲＵが少なくとも１つの進行中のＬＢＴ手順／プロセスを有する時間の外側で、ＷＴＲＵがＣＣＡのためのチャネル監視を実行してもよい（またはすることが求められる）かどうかは、例えばＬ３／ＲＲＣによる、ＷＴＲＵの構成可能な態様であり得る。
【0144】
ＬＢＴ手順を扱うための方法は、説明されるＬＢＴ手順の特定のモデリングの制約なしで適用可能であることも、またはないこともある。
【0145】
１つまたは複数の方法が、ＬＢＴ手順の失敗を扱うためにＷＴＲＵまたはネットワークによって利用され得る。一実施形態では、ＷＴＲＵは、第１のＬＢＴ構成を使用してチャネルを取得することを試みることがあり、そうすることに失敗することがある。そのような失敗は、ＬＢＴ手順の開始からある時間の長さが経過したときに決定され得る。別の方法では、ＷＴＲＵは、割り振られたスロットまたはシンボルにおける送信を可能にするために必要とされる時間内にそれがチャネルを取得可能ではないとき、ＬＢＴが失敗したと決定し得る。例えば、ＷＴＲＵが、送信に適用可能な複数のＬＢＴ構成を有し、第１のＬＢＴ構成がチャネル取得につながらないが、第２のＬＢＴ構成が成功である場合、ＷＴＲＵは、第１のＬＢＴ構成についてＬＢＴ失敗事象を考慮することも、またはしないこともある。失敗を決定することは、送信の優先順位または送信のためにバッファリングされるデータの優先順位と関連付けられる時間に基づき得る。
【0146】
例えば、ＬＢＴ構成は、送信が実行され得るまでの最大の時間に対応する値を含み得る。ＷＴＲＵは、それがＬＢＴ手順を開始するとき、例えば、ＷＴＲＵが新しいＣＣＡプロセスを開始するかどうかとは無関係に、タイマーを始動し得る。ＬＢＴ手順の開始以降にＷＴＲＵが送信を実行する前にタイマーが期限切れになる場合、ＷＴＲＵはＬＢＴが不成功であると決定し得る。
【0147】
ＷＴＲＵは、失敗したＬＢＴ手順の表示をｇＮＢに報告し得る。表示は、手順が失敗したＬＢＴ構成とともに報告されてもよく、またはされなくてもよい。報告は、そのような報告のためにＷＴＲＵに割り当てられるリソースについて行われ得る。ＷＴＲＵは、失敗したＬＢＴ構成と結び付けられるリソースを使用することがある。ＷＴＲＵは、複数の失敗事象が発生した場合にのみ、ＬＢＴ失敗を報告し得る。例えば、ＷＴＲＵは、時間ウィンドウ内にＮ回の失敗が発生した場合にのみ、ＬＢＴ構成失敗を報告し得る。
【0148】
１つまたは複数のＬＢＴ構成のための複数の、例えば１つまたは複数のＬＢＴ失敗のセットは、ＷＴＲＵにＲＦＬまたはＢＦＲを宣言させ得る。ＳＣＧセル上での１つまたは複数のＬＢＴ構成に対する複数のＬＢＴ失敗のセットは、ＷＴＲＵによるＳＣＧ通知を惹起し得る。欠失した送信につながる失敗したＬＢＴ手順は、ＨＡＲＱ送信失敗にもつながり得る。従って、ＷＴＲＵは、一連のＬＢＴ構成失敗の決定により、ＨＡＲＱ失敗決定に達し得る。
【0149】
実施形態では、ＷＴＲＵは、場合によっては複数のＬＢＴ構成を使用して、複数の、例えば同時のＬＢＴ手順を実行し得る。これは、チャネル取得のレイテンシの低減を可能にし得る。例えば、ＷＴＲＵは、ＵＬ送信を有することがあり、第１のＬＢＴ構成を使用して第１のＬＢＴ手順を開始することがある。ＷＴＲＵは、例えば第１のＬＢＴ手順の成功または失敗を宣言する前に、第２のＬＢＴ構成を使用して第２のＬＢＴ手順を同時に開始することがある。これは、ＷＴＲＵが送信のために２つのビームペアリンクのうちのいずれの１つを使用してもよく、したがってＬＢＴ手順が成功する第１のＬＢＴ手順を選択してもよい場合には、有効であり得る。別の例では、ＷＴＲＵが異なるＢＷＰの中のリソースの２つのセットを割り当てられ得るとき、ＷＴＲＵは、２つのＬＢＴ手順（ＢＷＰ当たり１つ）を実行してもよく、その上で送信するために、ＬＢＴの結果が成功であるいずれの１つのＢＷＰを選択してもよい。
【0150】
第１のＬＢＴ手順が進行している間の第２のＬＢＴ手順の開始は、脱落または中断ベースの考慮につながり得る。例では、ＷＴＲＵは、第１の送信のための第１のＬＢＴ構成を使用して第１のＬＢＴ手順を開始し得る。第１のＬＢＴ手順が完了する前に、ＷＴＲＵは、第２のＬＢＴ構成を必要とする第２の送信が必要とされることを示されてもよく、またはそれを決定してもよい。いくつかの場合、第１のＬＢＴ手順は両方の送信に対して有効であることがあり、ＷＴＲＵは第１のＬＢＴ手順を続けて第２を脱落させてもよい。他の場合には、第１のＬＢＴ手順は両方の送信に対して有効ではないことがあるが、第２のＬＢＴ手順は両方の送信に対して有効であることがあり、ＷＴＲＵは、第１のＬＢＴ手順を脱落させて第２のＬＢＴ手順を続けてもよい。他の場合には、ＷＴＲＵは、両方のＬＢＴ手順を続ける必要があり得る。ＷＴＲＵは、ネットワークによって、どの手順を脱落させるかを１件ずつ決定するように構成され得る。ＷＴＲＵは、どの手順が有効なままであるかの決定をもたらす、優先表示またはテーブルを用いて構成され得る。
【0151】
第１のＬＢＴ手順が進行している間の第２のＬＢＴ手順の開始は、進行中ステータスに影響し得る。１つの方法では、ＷＴＲＵは、それが、１つまたは複数の送信要件、例えばＬＢＴプロセスを惹起した送信に対して利用可能な、および／またはその送信の、データのレイテンシ、信頼性、もしくは信号対干渉および雑音比（ＳＩＮＲ）要件を最も良く満たす構成に依存して、ＬＢＴ構成を使用すべきであると決定し得る。例えば、ＷＴＲＵは、ＷＴＲＵがチャネルにアクセスすることを試みているデータまたは信号の少なくともチャネルアクセス優先クラスに依存するものとしてのＣＣＡ状態に基づいて、それがチャネル上で送信し得るかどうかを決定し得る。例えば、ＷＴＲＵは、送信に利用可能なデータの最高優先クラスと関連付けられるＬＢＴ構成を使用し得る。
【0152】
ＷＴＲＵは、以前に進行していたＬＢＴプロセスから蓄積されたもの、および／または進行中のＬＢＴ手順に関連しないＣＣＡ監視から蓄積されたもののいずれかとして、現在のＣＣＡ状態を使用してもよく、ＷＴＲＵが選択されたＬＢＴ構成を使用してチャネル上で送信し得るかどうかの評価を実行してもよい。ＷＴＲＵが、それがチャネル上で送信をまだ実行できないと決定する場合、それは、それからのＬＢＴ手順を続けてもよい。
【0153】
ＷＴＲＵは、２つ以上のステップの手法を使用して、複数のＬＢＴ構成を使用して複数の同時のＬＢＴ手順を実行し得る。第１のステップにおいて、ＷＴＲＵは、各ＬＢＴ手順の簡略化されたバージョンを試み得る。少なくとも１つのＬＢＴ構成に対する成功した簡略化されたＬＢＴ手順があると、ＷＴＲＵは、その少なくとも１つのＬＢＴ構成に対してフルＬＢＴ手順を試み得る。例えば、ＷＴＲＵは、ビームペア当たり１つの、２つのＬＢＴ構成を用いて構成され得る。第１のステップにおいて、ＷＴＲＵは、ビームペアの各々でＬＢＴ手順の簡略化されたバージョンを試み得る。ＷＴＲＵは、フルＬＢＴ手順をその上で実行すべき、有効なビームペアおよび関連付けられるＬＢＴ構成を決定し得る。ＷＴＲＵは、関連付けられるＬＢＴ構成に対してフルＬＢＴ手順を実行し得る。
【0154】
ＷＴＲＵは、複数のＬＢＴ構成を使用して複数の同時ＬＢＴ手順を実行し得る。ＷＴＲＵは、各ＬＢＴ構成の異なるパラメータを調整可能であってもよく、従って、複数のＬＢＴプロセスを完全に重ねてもよい。ＬＢＴプロセスが成功したチャネル取得につながる場合、ＷＴＲＵは、全ての進行中のＬＢＴ手順を終了し、送信を進め得る。他の実施形態では、ＷＴＲＵは、送信により影響を受けないままであるあらゆるＬＢＴ手順を実行し続け得る。
【0155】
いくつかの場合、ＷＴＲＵは、ＬＢＴプロセスを完全に重ねることが可能ではないことがある。例えば、２つ以上のＬＢＴ構成が異なるビームを利用する場合、ＷＴＲＵは、ＣＣＡスロットの中の単一のビーム上でのみ、指向性ＬＢＴを実行可能であり得る。
【0156】
ＷＴＲＵは、複数のＬＢＴプロセスを維持してもよく、それらを切り替えてもよい。第１の例では、ＷＴＲＵは各ＣＣＡスロットにおける全てのＬＢＴプロセスを繰り返し得る。そのような例では、ＷＴＲＵは、第１のＬＢＴ構成を使用する第１のＬＢＴプロセスのためのＣＣＡを第１のスロット上で実行してもよく、次いで次のスロット上で、ＷＴＲＵは、第２のＬＢＴ構成を使用する第２のＬＢＴプロセスのためのＣＣＡを実行し、全てのＬＢＴプロセスについて繰り返し続け得る。ＷＴＲＵは、チャネルを取得する際にプロセスのうちの１つが成功であると見なされるとき、全てのＬＢＴプロセスを脱落させ得る。
【0157】
例では、ＷＴＲＵは、チャネルがスロットによりビジーであると決定されるまで、第１のプロセスのためのＣＣＡスロット上でＣＣＡを実行し得る。その時点で、ＷＴＲＵは、第２のＬＢＴプロセスに移り、第２のＬＢＴ構成を使用してＣＣＡを開始してもよい。そのような繰り返しは、ＬＢＴプロセスに対して可変の延期期間を可能にし得る。必要とされる場合、以前に開始されたＬＢＴプロセスに戻ると、ＷＴＲＵは、更新された空きＣＣＡスロットをカウンタにおいて維持し得る。そのような場合、ＷＴＲＵは、ＬＢＴプロセス当たり１つの、複数のＣＣＡカウンタを維持し得る。代替的に、複数のＬＢＴプロセスに対応する１つまたは複数のカウンタが使用され得る。
【0158】
図３は、単一のカウンタを全てインクリメントする複数のＬＢＴプロセス３０２～３０６を例示する状態図３００である。図３に示される例では、ＷＴＲＵは、プロセスＡ３０２を利用することにより開始してもよく、プロセスＡ３０２のスロットがビジーであると決定するまで、単一のカウンタ３０８をインクリメントしてもよい。ビジーなスロットを検出すると、ＷＴＲＵは、プロセスＢ３０４上でＬＢＴを実行してもよく、ビジーなスロットを再び検出するまで単一のカウンタ３０８をインクリメントし続け得る。ＷＴＲＵは、プロセスＣ３０６上でＬＢＴを実行してもよく、それに従って、利用可能であると決定される各スロットに対して単一のカウンタ３０８を再びインクリメントしてもよい。ビジーなスロットがＬＢＴプロセスＣ３０６の間に検出されると、ＷＴＲＵは、別のプロセス、例えばプロセスＡ３０２上で再びＬＢＴを実行し得る。任意の点において、単一のカウンタ３０８が閾値に達すると決定される場合、ＷＴＲＵは、ＬＢＴプロセスが成功であり、それに従って送信してもよいと想定し得る。
【0159】
図４は、カウンタ４０８～４１２を各々利用する複数のＬＢＴプロセス４０２～４０６を例示する状態図４００である。図４に示される例では、ＷＴＲＵは、プロセスＡ３０２を使用してＬＢＴを開始し、プロセスＡ４０２のスロットがビジーであると決定するまでカウンタＡ４０８をインクリメントし得る。ビジーなスロットを検出すると、ＷＴＲＵは、プロセスＢ４０４上でＬＢＴを実行してもよく、別のビジーなスロットを検出するまでカウンタＢ４１０をインクリメントしてもよい。ＷＴＲＵは、プロセスＣ４０６を使用してＬＢＴを実行し、それに従ってカウンタＣをインクリメントしてもよい。ビジーなスロットがＬＢＴプロセスＣの間に検出されると、ＷＴＲＵは、別のプロセス、例えばプロセスＡ４０２上で再びＬＢＴを実行し得る。任意の点において、カウンタが閾値に達すると決定される場合、ＷＴＲＵは、ＬＢＴプロセスが成功であり、それに従って送信してもよいと想定し得る。
【0160】
実施形態では、ＷＴＲＵは、パラメータの共通セットまたはサブセットを使用して、複数のＬＢＴ構成のためのＬＢＴを実行し得る。例えば、ＷＴＲＵは、全てのＬＢＴ構成のための単一のＣＣＡカウンタを維持し得る。ＷＴＲＵは、第１のＬＢＴ構成のスロットのセット上でＣＣＡを実行し得る。Ｍ個のＣＣＡスロットの後でチャネルがビジーである場合、ＷＴＲＵは第２のＬＢＴ構成に切り替え得る。ＷＴＲＵはスロット上でＣＣＡを開始してもよく、カウンタはＭから始まる。ＷＴＲＵは、ビジーなＣＣＡという事象に遭遇すると、ＬＢＴ構成を切り替え続け得る。ＷＴＲＵは、全体のカウンタがＮに達するとき、チャネル取得を宣言し得る。
【0161】
そのような実施形態では、いくつかのＬＢＴ構成は、他のＬＢＴ構成のための以前のスロットが決定されていることにより、それらがより少数の必要とされるアイドルＣＣＡスロットを有し得ると仮定すると、実質的に利点を与えられ得る。したがって、ＷＴＲＵは、１つまたは複数の後続のＬＢＴ事象のうちの各々１つのためのＬＢＴ構成の順序を変更し得る。ＷＴＲＵは、ランダムに、または別の方法によって、ＬＢＴ構成の順序を決定し得る。例では、ＷＴＲＵは、１つ１つのＬＢＴ事象に対してＬＢＴ構成を繰り返すことに基づいて順序を決定し得る。すなわち、第１のＬＢＴ事象または手順では、ＬＢＴ構成Ａが最初に来てもよく、ＬＢＴ構成Ｂが構成Ａに続いてもよい。第２のＬＢＴ事象または手順では、ＬＢＴ構成Ｂが最初に来てもよく、ＬＢＴ構成ＡがＬＢＴ構成Ｂに続いてもよい。これらの手順の順序は、手順ごとに変化し得る。例では、ＷＴＲＵは、最後のＬＢＴ事象においてチャネルを取得したＬＢＴ構成に基づく順序、例えば、最後のＬＢＴ構成から始まって、全ての構成を繰り返し続けることを決定し得る。
【0162】
図５Ａおよび図５Ｂは、ＷＴＲＵによって実行されるチャネル取得方法の例を示し、複数の同時のＬＢＴ手順がキャリアの２つの異なるＢＷＰ上で発生する。各図において、ＢＷＰは各々、周波数が分離されて示されている。
【0163】
図５Ａは、各ＬＢＴプロセスが、異なるＢＷＰ５０２、５０４を示すその固有の構成を各々伴い、独立したＣＣＡアイドルスロットカウンタを維持し得る例５００を示す。ＷＴＲＵは、第１のスロット５０６におけるチャネルがビジーであるかどうかを決定することを試みてもよく、チャネルがアイドルであることを検出してもよい。チャネルはアイドルであるので、ＷＴＲＵはＮ＝１と設定し得る。次のスロット５０８において、ＷＴＲＵは、ＣＣＡを再試行し、同じ結論に達し得る。従って、ＷＴＲＵはＮを２にインクリメントし得る。再び、次のスロット５１０において、ＷＴＲＵは、チャネルがアイドルであると決定することがあり、Ｎをもう一度Ｎ＝３へインクリメントすることがある。次のスロット５１２において、ＷＴＲＵは、スロットがビジーであると決定することがあり、Ｎをインクリメントしないことがある。
【0164】
続いて、ＷＴＲＵは、第１のＢＷＰ５０２の第１のＬＢＴプロセスのビジーなＣＣＡスロットに遭遇すると、異なるＢＷＰ５０４上の第２のＬＢＴプロセスに切り替え得る。そのような場合、ＷＴＲＵは、一実施形態では、構成可能な長さの時間の間、第１のＬＢＴプロセスのためのカウンタを維持し得る。ＷＴＲＵは、第２のカウンタを開始してもよく、異なるＢＷＰ５０４の中の第１のアイドルスロット５１４において第２のカウンタをＮ＝１にインクリメントしてもよい。ＷＴＲＵは、次のスロット５１６もアイドルであると決定することがあり、第２のカウンタをＮ＝２にさらにインクリメントすることがある。次のスロット５１８において、ＷＴＲＵは、スロットがビジーであると決定することがあり、どちらのカウンタもインクリメントしないことがある。
【0165】
異なるＢＷＰ５０４上で別のビジーなスロット５１８を検出すると、ＷＴＲＵは、第１のＢＷＰ５０２に戻ってもよく、次のスロット５２０がビジーであるか、またはアイドルであるかを決定してもよい。この例では、ＷＴＲＵは、次のスロット５２０をアイドルであるものとして検出しており、続いてＮを４にインクリメントする。ＷＴＲＵは、次のスロット５２２に対してＣＣＡを反復し、再びＮを５にインクリメントする。Ｎが５に達すると、ＷＴＲＵは、ＣＯＴ５２４のためのチャネルを占有することを決定する。
【0166】
図５Ｂは、２つのＬＢＴプロセスが、異なるＢＷＰ５３２、５３４を示す構成を各々伴い、単一のＣＣＡアイドルスロットカウンタを維持し得る例５３０を示す。そのような場合、ＷＴＲＵは、第１のＬＢＴプロセス上でビジーなスロットに遭遇すると、第２のＬＢＴプロセスに切り替え得る。ＷＴＲＵは、第２のＬＢＴプロセスの間に第１のＬＢＴプロセスのために使用されるカウンタを更新し得る。図５Ｂにおいて、ＷＴＲＵは、第１のスロット５３６がアイドルであるかどうかを決定することを試みてもよく、第１のスロット５３６がアイドルであると決定すると、ＷＴＲＵは、単一のアイドルスロットカウンタをＮ＝１にインクリメントしてもよい。ＷＴＲＵは、次の２つのスロット５３８、５４０がともにアイドルであると決定することがあり、両方の機会にＮを１インクリメントすることがあり、その結果Ｎ＝２となり、次いでＮ＝３となる。次のスロット５４２において、ＷＴＲＵは、スロットがビジーであると決定することがあり、続いて、ＢＷＰ５３２からＢＷＰ５３４に切り替えることがある。ＷＴＲＵは、異なるＢＷＰ５３４の次のスロット５４４上でＣＣＡを実行してもよく、スロット５４４がアイドルであると決定してもよい。ＷＴＲＵは、次のスロット５４６上で再びＣＣＡを実行してもよく、スロット５４６がアイドルであると再び決定してもよい。Ｎ＝５個のアイドルスロットを検出した後で、ＷＴＲＵは、送信のためのＣＯＴ５４８を決定し得る。
【0167】
いくつかの実施形態では、ＷＴＲＵは、具体的な特性を有し閾値を超える受信電力または受信品質を有する信号または送信の少なくとも１つの事例を、送信を実行する前に検出することが要求され得る。そのような信号は、以下の実施形態では「利用可能性表示」と呼ばれる。
【0168】
そのような実施形態は、ビームフォーミングが使用されるときのコリジョンを防ぐことにＬＢＴが失敗するという問題に対処し得る。利用可能性信号は、ビーム利用可能性についての表示を提供してもよく、第１のＷＴＲＵの送信のための受信点として意図されるＴＲＰから送信されてもよい。ＴＲＰは、コリジョンをもたらすであろう第２のＷＴＲＵからの進行中の送信をそれが受信していない時間の期間の間にのみ、利用可能性表示を送信することが期待され得る。ＷＴＲＵが第２のＷＴＲＵからの進行中の送信を検出しない場合でも、第１のＷＴＲＵは、ＴＲＰから１つまたは複数の利用可能性表示を受信することなく、送信を開始すべきではない。
【0169】
いくつかの実施形態では、利用可能性表示は、同期信号または参照信号と同様の信号を含み得る。そのような信号は、少なくとも１つの具体的なパラメータとともにスクランブリングされたシーケンスから生成され得る。少なくとも１つのパラメータは、より高次のレイヤによって構成されてもよく、ビーム表示または送信構成表示（ＴＣＩ）状態と関連付けられてもよい。ＷＴＲＵは、検出された信号が閾値より高いレベルで受信される場合、利用可能性表示が受信されたと決定し得る。例示的な同期シーケンスは、ゴールドシーケンス、擬似雑音シーケンスなどを使用し得る。
【0170】
いくつかの実施形態では、利用可能性表示は、物理チャネルを介して符号化され変調される情報ビットを搬送する送信を含んでもよく、それから成っていてもよく、またはそれから構成されていてもよい。巡回冗長検査（ＣＲＣ）が含まれ得る。ＷＴＲＵは、復号が成功であった場合、利用可能性表示が受信されたと決定し得る。情報ビットは、ＷＴＲＵまたは送信のためのリソースを識別する情報などの、スケジューリング情報を含み得る。
【0171】
利用可能性表示の事例は、好ましくは１つまたは少数のＯＦＤＭシンボルからなり得る。例えばＯＦＤＭシンボルの数に関する時間長、および周波数割り振りは、固定されていてもよく、またはより高次のレイヤによって構成されてもよい。
【0172】
いくつかの実施形態では、ＷＴＲＵは、１つまたは複数の具体的な時間機会において利用可能性表示の事例を受信することを試み得る。例えば、そのような時間機会は、図５Ａおよび図５Ｂに示されるような、１つ１つのスロットなどのある期間に従って再発し得る。１つ１つのスロットの第１のシンボルなどの、機会のセットがあらかじめ定められてもよく、または、例えば、シンボルおよび／もしくはスロットに関する期間とオフセットのためのパラメータを使用して、より高次のレイヤによって構成されてもよい。そのような構成は、ビームまたはＴＣＩ状態に特有であり得る。この場合、ＷＴＲＵは、利用可能性表示のその具体的な構成を使用して、各々の構成されたビームのための利用可能性表示の受信を試み得る。
【0173】
図６は、７つのＯＦＤＭシンボル６０８～６２０を有する第１のスロット６０２、７つのＯＦＤＭシンボル６２２～６３４を有する第２のスロット６０４、および７つのＯＦＤＭシンボル６３６～６４８を有する第３のスロット６０６の図示６００である。第１のスロット６０２の第１のシンボル６０８において、ＷＴＲＵは、利用可能性表示を監視し得る。ＷＴＲＵは、第２のスロット６０４の第１のシンボル６２２を監視してもよく、また、後続の利用可能性表示について、第３のスロット６０６の第１のシンボル６３６を監視してもよい。他のシンボル、例えば、シンボル６１０～６２０、シンボル６２２～６３４、およびシンボル６３８～６４８では、ＷＴＲＵは、利用可能性信号を監視する必要はなく、電力を節約してもよい。いくつかの実施形態では、スロットの中により多数または少数のシンボルがあってもよい。いくつかの実施形態では、利用可能性表示は、代替的なシンボルにおいて提供されてもよい。いくつかの実施形態では、利用可能性表示は一緒に提供されなくてもよい。実施形態では、利用可能性表示は、スロットの７つのシンボルのうちの任意の１つに存在してもよい。
【0174】
ＷＴＲＵは、ある数の利用可能性表示を受信した後で、チャネルが送信に利用可能であると決定し得る。この数は、既存のＬＢＴの実施形態または他の実施形態と同様の方式でコンテンションウィンドウから決定されてもよく、１つまたは複数の送信と関連付けられる優先レベル、トラフィックタイプなどに依存してもよい。ＷＴＲＵは次いで、最後に受信された利用可能性表示の受信に続くある遅延の後で、送信を開始し得る。そのような遅延は、固定されていてもよく、またはより高次のレイヤによって構成されてもよい。そのような遅延は、送信と関連付けられる優先レベルに依存し得る。
【0175】
いくつかの実施形態では、ＷＴＲＵは、ビームの対応付けが確立されているビームだけを使用する送信を、そのビームまたは利用可能性表示の受信のために使用されるＴＣＩ状態を用いて実行し得る。他の実施形態では、送信は、対応付けが確立されているビームを備えてもよく、他の選択されるビームがあってもよい。
【0176】
いくつかの実施形態では、ＷＴＲＵは、いくつかの数の時間機会に対してチャネルが「ビジーではなかった」とそれが決定した場合にのみ、チャネルが送信に利用可能であると決定し得る。そのような実施形態では、チャネルは、次の条件、すなわち、時間機会またはその部分の間に利用可能性表示が受信されたこと、既存のＬＢＴの実施形態において使用されるようなチャネルが「ビジーではない」と決定するために使用される少なくとも１つの他の基準が時間機会またはその部分にわたって満たされることのうちの、少なくとも１つが満たされる場合、時間機会において「ビジーではない」と決定され得る。
【0177】
少なくとも１つの他の基準を査定するとき、ＷＴＲＵは、決定を行う前に利用可能性表示からエネルギーを差し引き得る。例えば、少なくとも１つの他の基準が、閾値を超えるエネルギーが検出されるかどうかを決定することからなる場合、またはそれにより構成される場合、ＷＴＲＵは、利用可能性表示から受信されていないエネルギーのみを考慮し得る。代替的に、ＷＴＲＵは、その間に利用可能性表示がマッピングされることが可能ではない時間機会の時間シンボルにわたって、少なくとも１つの他の基準を査定するだけであってもよい。
【0178】
ＮＲ－ｇＮＢは、免許不要ＮＲセルと関連付けられるリソースのための１つまたは複数のサービングビームと関連付けられる定期的なＣＳＩ－ＲＳの送信のためのＬＢＴ手順を実行し得る。そのような場合、ＮＲ－ｇＮＢは、関係するビームのためにチャネルが占有されていることをＮＲ－ｇＮＢが決定する場合、そのようなＣＳＩ－ＲＳを送信しないことがある。これはビーム障害検出を実行するためのＷＴＲＵの能力を損なうことがある。ＷＴＲＵは、そのビームのうちの１つと関連付けられるＣＳＩ－ＲＳを受信することの失敗が、関係するビームの遮断により引き起こされ得るのか、または、不連続性、例えば、関係するビームのためのＬＢＴに続くＮＲ－ｇＮＢからの送信における不連続送信（ＤＴＸ）が原因であり得るのかを、決定できない。
【0179】
維持されているビームと関連付けられるＣＳＩ－ＲＳが、チャネルが占有されていることが原因で送信されなかったとＷＴＲＵが決定する場合、ＭＡＣエンティティは、ＢＦＩカウンタをインクリメントしなくてもよく、その構成される値の範囲内の単一のユニットによって、ＢＦＤタイマーをさらにリセットし、またはＢＦＤタイマーをインクリメントしてもよい。
【0180】
ＷＴＲＵは、ビームと関連付けられるチャネル上の干渉および雑音を測定すること、ビームと関連付けられるチャネル上の干渉および雑音並びにＣＳＩ－ＲＳを測定すること、ｇＮＢまたは非サービングｇＮＢからの受信された表示に基づいて、あるビームと関連付けられるＣＳＩ－ＲＳが送信されなかったと決定し得る。
【0181】
ビームと関連付けられるチャネル上の干渉および雑音が測定され得る。雑音レベルがある閾値を超える場合、ＷＴＲＵは、関連付けられるＣＳＩ－ＲＳが送信されなかったと決定し得る。
【0182】
ビームと関連付けられるチャネル上の干渉および雑音並びにＣＳＩ－ＲＳが測定され得る。雑音レベルが構成された閾値を超えており、ＣＳＩ－ＲＳ品質尺度が別の構成された閾値未満である場合、ＷＴＲＵは、関連付けられるＣＳＩ－ＲＳが送信されなかったと決定し得る。この例は図７に示される。
【0183】
図７は、ＢＦＩカウンタ７０６をインクリメントするための方法の図示７００である。図示７００は、測定された電力７０２を表すｙ軸と、一連のＲＳ期間７１０～７３６における時間（ｔ）７０４を表すｘ軸とを含む。ＷＴＲＵは、第１のＲＳ期間７１０においてＣＳＩ－ＲＳ電力７４０を受け取って測定し得る。ＣＳＩ－ＲＳ７４０はＣＳＩ－ＲＳ閾値７５２を超えているので、ＢＦＩカウンタ７０６は、ＲＳ期間７１０の終わりにおいてインクリメントされない。第２のＲＳ期間７１２において同じことが当てはまり得る。第３の期間７１４において、ＣＳＩ－ＲＳ７４０の電力は下がっていることがあるが、雑音＋干渉７４２は増えている。この場合、ＷＴＲＵはやはり、ＲＳ期間７１４の終わりにおいてＢＦＩカウンタ７０６をインクリメントしなくてもよく、それは、ＷＴＲＵが、ＲＳ期間７１４において発生している雑音＋干渉７４２に関連したＣＳＩ－ＲＳ７４０の電力の喪失を、ＣＳＩ－ＲＳ７４０を送信するためのチャネルをネットワークが取得していないことに帰し得るからである。ＷＴＲＵは、ＲＳ期間７１６において同じ結論を下してもよく、従って、やはりＢＦＩカウンタ７０６をインクリメントしなくてもよい。次のＲＳ期間７１８において、ＣＳＩ－ＲＳ電力７４０は上がっていることがあるが、雑音＋干渉７４２は少なくなっていることがある。やはり、ＷＴＲＵは、ＣＳＩ－ＲＳ電力７４０が閾値７５２を超えていると仮定して、ＲＳ期間７１８の終わりにおいてＢＦＩカウンタ７０６をインクリメントしなくてもよい。ＲＳ期間７２０において、ＣＳＩ－ＲＳ７４０の電力は高いことがあるが、雑音＋干渉７４２は低い。ＢＦＩカウンタ７０６へのインクリメントは行われなくてもよい。ＲＳ期間７２２において、ＣＳＩ－ＲＳ７４０および雑音＋干渉７４２はともに、低いレベルで検出されることがあり、またはまったく検出されないことがある。この場合、ＷＴＲＵは、ＲＳ期間７２２の終わりにおいてＢＦＩカウンタ７０６を１にインクリメントし得る。ＢＦＤタイマー７０８がアクティブ化され得る。次のＲＳ期間７２４において、ＣＳＩ－ＲＳ７４０および雑音＋干渉７４２は再び、低いレベルで検出されることがあり、ＢＦＩカウンタは、ＲＳ期間７２４の終わりにおいて再びインクリメントされることがある。ＢＦＤタイマー７０８は、ＢＦＩカウンタがインクリメントされることにより再始動され得る。次のＲＳ期間７２６において、ＷＴＲＵは、閾値を超えるＣＳＩ－ＲＳ７４０を検出することがあり、従って、ＢＦＩカウンタ７０６をインクリメントしないことがある。ＷＴＲＵは、ＢＦＤタイマー７０８を、それがアクティブでありＢＦＩカウンタがインクリメントされなかったと仮定して、デクリメントし得る。ＲＳ期間７２８および７３０において同じことが当てはまり得る。ＲＳ期間７３２において、ＣＳＩ－ＲＳ７４０は上がることがあるが、閾値７５２を超えて上がらないことがある。従って、ＵＥは、ＣＳＩ－ＲＳがｇＮＢによって送信されなかったと想定してもよく、ＢＦＤタイマー７０８を、それがアクティブであってもデクリメントしなくてもよい。ＲＳ期間７２４と同様に、ＷＴＲＵは、ＲＳ期間７３２、７３４、および７３６においてＢＦＩカウンタ７０６をインクリメントしてもよく、ＢＦＩタイマー７０８を再始動してもよい。この動作におけるＢＦＩカウンタ７０８の目的は、最後のビーム障害事象から十分な長さの時間が経過した場合に、ＢＦＩカウンタ７０６を再始動することである。従って、ｇＮＢがチャネルを取得していないことによりＣＳＩ－ＲＳ７４０が送信されなかった場合、ＢＦＩカウンタ７０６を再始動しないことが好ましい。代わりに、ＣＳＩ－ＲＳ７４０が送信されなかったとＷＴＲＵが想定するとき、ＢＦＤタイマー７０８は中断されてもよい。そうしなければ、ビームにもはや障害がないことの表示をＷＴＲＵが有しなくても、低いチャネル利用可能性が、ＢＦＩカウンタ７０６をＷＴＲＵが再始動することにつながるであろう。
【0184】
チャネルがＴＲＰから取得されたか否かの表示は、サービングｇＮＢまたは非サービングｇＮＢからＷＴＲＵに提供され得る。ＷＴＲＵは、ある予約信号もしくはリソースがサービングｇＮＢによって送信されなかった場合、および／または、別の近隣のｇＮＢによって送信された場合、サービングｇＮＢがチャネルを占有可能ではなかったと決定し得る。そのような信号は、実施形態では、セルの物理ＩＤを用いて符号化されるプリアンブルの形式であってもよく、または制御シグナリングの一部であってもよい。
【0185】
あるビームと関連付けられるＣＳＩ－ＲＳはインデックスを含み得る。インデックスは、ＷＴＲＵによって、それが以前のＳＳＢ／専用参照信号（ＤＲＳ）の送信を検出することに本当に失敗したかどうか、または、それが決して送信されなかったかどうかを決定するために使用され得る。従って、ＷＴＲＵは、未来の期間におけるＣＳＩ－ＲＳの受信に基づいて、そのカウンタをさかのぼって修正し得る。
【0186】
ＮＲ－Ｕセル上での高負荷条件のシナリオでは、持続的な干渉は、ＢＦＩカウンタが変更されない、例えばインクリメントされない、長引く時間長につながり得る。この時間長に応じて、ＷＴＲＵは、同期を失うことがあり、確立されたビームペアも失うことがある。そのようなシナリオを減らすために、ＷＴＲＵは追加で、「ビーム確率タイマー」を維持してもよく、これは、サービングセルからのＣＳＩ－ＲＳ送信をＷＴＲＵが検出するたびにリセットする。そのようなタイマーの期限切れにより、ＷＴＲＵはＢＦＲ要求を惹起し得る。同じ取り扱いが、タイマーの代わりに「ビーム確立カウンタ」を使用して達成され得る。
【0187】
ＢＦＩカウンタがどのようにインクリメントされ得るかを例示することに加えて、図７は、チャネルがビジーであることが原因でＲＳが送信されない事例に対してビーム障害検出手順が修正される例を示す。例えば、ＲＳ期間７１４において、ＷＴＲＵは、それがＣＳＩ－ＲＳ７４０を検出しない可能性があっても、それが大量の干渉７４２を検出する可能性があると決定することがあり、従って、このＲＳ期間７１４においてＣＳＩ－ＲＳ７４０が送信されなかったと想定することがある。従って、ＷＴＲＵは、そのＢＦＩカウンタ７０６をインクリメントしないことがあり、ＢＦＤタイマー７０８をトリガしないことがある。一方で、タイマーがすでにトリガされているが、図７の１１番目のＲＳ期間であるＲＳ期間７３０のようにＣＳＩ－ＲＳ７４０が大きい干渉が原因で送信されていない可能性があるとＷＴＲＵが決定するとき、ＷＴＲＵは、ＢＦＤタイマー７０８をデクリメントすることも、ＢＦＩカウンタ７０６をインクリメントすることもしなくてよい。
【0188】
ビームは、１つまたは複数の非定期的なＤＲＳ送信のために管理されて検出され得る。ＷＴＲＵは、定期的なＤＲＳ／ＣＳＩ－ＲＳ送信を予期するように構成されなくてもよい。例えば、ＷＴＲＵは、免許不要チャネルが高い占有率を経験している場合、非定期的なＤＲＳを受信するように構成され得る。高いチャネル占有率の条件で定期的なＣＳＩ－ＲＳを提供することは、ｇＮＢが異なるＷＴＲＵのための複数のビームのためのＣＳＩ－ＲＳを送信する必要がある場合には特に、そのようなＲＳがＬＢＴを受けることがあるので、困難であり得る。ノミナルの帯域幅占有率の要件を仮定すると、ＤＲＳ送信は、必要とされるＲＳリソースの数とは無関係に、ノミナルの帯域幅を占有し得る。
【0189】
ＷＴＲＵは、非定期的にＤＲＳまたはＣＳＩ－ＲＳを測定するように構成され得る。ＷＴＲＵは、測定されるＤＲＳまたはＣＳＩ－ＲＳを測定して報告するようにｇＮＢによって通知され得る。ｇＮＢからのＤＲＳ表示の受信により、ＷＴＲＵは、場合によっては同じＭＣＯＴ内の、対応するＲＳを測定し得る。ＷＴＲＵは、同じＭＣＯＴ内に、またはＰＵＳＣＨ上での定期的な報告を使用して後の時間に、ＣＳＩ－ＲＳ測定をさらに報告し得る。
【0190】
ＷＴＲＵがＣＳＩ－ＲＳを定期的に監視して測定するように構成されないとき、ＷＴＲＵは、調整されたビーム障害検出手順を実行し得る。ＷＴＲＵは、ＢＦＤタイマーの期限切れによりＢＦＩカウンタをリセットし得る。ＷＴＲＵは、ＢＦＤタイマーの単位を、絶対時間、および／または非定期的なＣＳＩ－ＲＳの発生の回数で測られるものとして見なす。代わりに、ＷＴＲＵは、どのようなＢＦＲ要求も送信することなく、測定されたＣＳＩ－ＲＳをｇＮＢに報告することのみに依存し得る。
【0191】
ＷＴＲＵは、ｇＮＢによるＤＲＳ送信の送信を要求するための能力を用いて構成され得る。そのような要求は、例えば、ＨＡＲＱ動作点または決定されたＮＡＣＫの数が条件とされ得る。ＷＴＲＵは、ＰＣｅｌｌもしくはＳＣｅｌｌ上のＰＵＳＣＨ上でのスケジューリングされた送信を使用する、またはＰＵＣＣＨ送信を使用する、自律的アップリンク送信（ＡＵＬ）送信を使用して、そのような要求を送信し得る。ＷＴＲＵは、ビーム識別情報または複数のビーム選択などの、追加の情報を提供し得る。ＷＴＲＵは、表示を提供した後で、対応するＤＲＳまたはＣＳＩ－ＲＳ送信をさらに予想し得る。例えば、そのような表示のために使用されるアップリンク送信が、中間の短いＬＢＴを使用してＭＣＯＴ内でのアップリンクからダウンリンクの送信を可能にする場合、例えば、ＷＴＲＵは、表示を提供した後で対応するＣＳＩ－ＲＳ送信を予想してもよい。代替的に、遅延が構成されてもよい。
【0192】
免許不要ＮＲセルのために、ビーム障害回復が報告され得る。ＷＴＲＵは、ＮＲ－Ｕの展開に応じて、ＮＲ免許不要セル上でＲＡ手順を実行することが許可されることもあり、またはされないこともある。ＮＲ ｇＮＢが免許不要スペクトルにおけるＳＣｅｌｌであり、ＰＣｅｌｌが免許スペクトル上にあるＮＲ－Ｕの展開では、ＷＴＲＵは、ＮＲ－Ｕ ＳＣｅｌｌ上でＲＡＣＨまたはＰＵＣＣＨを開始することが許可されないことがある。ＮＲ－ｇＮＢがスタンドアロンの展開において免許不要スペクトルで動作しているＮＲ－Ｕの展開では、ＷＴＲＵは、ＢＦＲ要求を報告するためにＮＲ－ｇＮＢ上でＲＡ手順を開始することが可能であり得る。スタンドアロンＮＲ－Ｕ上でのＲＡ手順の性質は、免許スペクトルにおける通常のＲＡ手順とは異なり得る。
【0193】
ＷＴＲＵは、展開構成が例えばＮＲ－Ｕ ＳＣｅｌｌ上でＲＡ手順を開始することを許容しないとき、ＰＵＳＣＨを使用してＢＦＲ要求を報告し得る。
【0194】
ＷＴＲＵは、ＡＵＬを使用してＢＦＲ要求を報告し得る。ＷＴＲＵは、暗黙的に、または明示的に、ＡＵＬ ＰＵＳＣＨ送信の一部において、示唆されたダウンリンクビームまたは１つまたは複数のＳＳＢの表示を提供し得る。示唆されたダウンリンクビームは、ＰＵＳＣＨ送信または選択されたＰＵＳＣＨリソース／チャネルの性質に基づき得る。例えば、ネットワークは、いくつかのダウンリンクビームと関連付けられるタイミングオフセットのセットを用いてＷＴＲＵを構成し得る。示唆されるダウンリンクビームは、ＡＵＬ送信自体からも推測され得る。代替的に、ＭＡＣ ＣＥは、場合によっては関連付けられる測定が伴われる、最良のダウンリンクビームまたはビームの選択を提供し得る。
【0195】
ＷＴＲＵは、ＰＵＳＣＨ上でＢＦＲ要求を送信した後で、ＢＦＲコアセットを使用してＢＦＲのために構成される制御リソースセット上のＰＤＣＣＨを監視し得る。ｇＮＢからのＢＦＲ応答はＬＢＴ手順の性能にも左右され得るので、ＷＴＲＵは、ＭＣＯＴ内の短いＬＢＴ時間長の後で、示唆されるダウンリンクビーム上でＰＤＣＣＨを復号することを試み得る。
【0196】
ＷＴＲＵは、Ｂｅａｍ－ｆａｉｌｕｒｅ－ｒｅｃｏｖｅｒｙ－ｒｅｑｕｅｓｔ－ｗｉｎｄｏｗの期限切れによりＰＤＣＣＨを復号しないと、ＢＦＲ要求がうまく受信されなかったと決定し得る。ＷＴＲＵが、例えば複数の非連続スロットにわたり、１つより多くのＢｅａｍ－ｆａｉｌｕｒｅ－ｒｅｃｏｖｅｒｙ－ｒｅｑｕｅｓｔ－ｗｉｎｄｏｗを用いて構成される場合、ＷＴＲＵは、最後のＢＦＲ要求ウィンドウの期限切れにより、ＢＦＲ要求がうまく受信されなかったと決定し得る。
【0197】
ＲＡがＮＲ－Ｕセル上で構成される限り、ＷＴＲＵは、ＢＦＲが検出されたＮＲ－Ｕセル上でＲＡ手順を開始することによって、ＢＦＲ要求を報告し得る。そのような手順は、４ステップまたは２ステップのＲＡ手順であり得る。２ステップのＲＡ手順がＢＦＲのために開始される場合、ＷＴＲＵは、ｍｓｇ１送信の最良のダウンリンクビームＩＤ部分を含め得る。ＷＴＲＵはまた、２ステップのＲＡ手順におけるｍｓｇ１上のデータの割り振られるサイズが十分である限り、関連付けられる測定結果とともに、選択されたダウンリンクビームの数を含め得る。
【0198】
図８は、ＬＢＴ構成を切り替えるための例示的な方法を例示するフローチャート８００である。ＷＴＲＵは、ビーム、ＢＷＰ、ＬＣＨ、ＬＢＴパラメータのセット、送信タイプ、またはＬＢＴサブバンドのうちの１つまたは複数と関連付けられるＬＢＴ構成を受信し得る（８０２）。ＷＴＲＵは、例えば、ＤＣＩを介して、ＬＢＴ構成のうちの第１のＬＢＴ構成を使用して送信するための表示を受信してもよく（８０４）、第１のＬＢＴ構成を使用してチャネルを取得することを試みてもよい（８０６）。チャネルを取得するための試みが成功する場合（８０８）、ＷＴＲＵはチャネル上でデータを送信し得る（８１０）。成功しない場合、ＷＴＲＵは、第２のＬＢＴ構成を使用してチャネルを取得することを試み得る（８１２）。第２の試みが成功である場合（８１４）、ＷＴＲＵはチャネル上でデータを送信し得る（８１６）。成功しない場合、ＷＴＲＵは第１のＬＢＴ構成に戻り得る（８１８）。代替的に、または組合せで、ＷＴＲＵは、２つのＬＢＴ構成を同時に使用してチャネルを取得することを試み得る。
【0199】
特徴および要素は特定の組合せで上述されているが、各特徴または要素は、単独でまたは他の特徴および要素との任意の組合せで使用され得ることを当業者は理解するであろう。本明細書で説明される方法は、コンピュータもしくはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれる、コンピュータプログラム、ソフトウェアまたはファームウェアで実施され得る。コンピュータ可読媒体の例は、電気信号（有線または無線接続を介して送信される）およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、限定はされないが、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよびリムーバブルディスクなどの磁気媒体、磁気光学媒体、ＣＤ－ＲＯＭディスクおよびＤＶＤなどの光学媒体を含む。ソフトウェアに関連するプロセッサが、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣまたは任意のホストコンピュータにおける使用のための、無線周波数トランシーバを実装するために使用され得る。
【図1A】
【図1B】
【図1C】
【図1D】
【図2】
【図3】
【図4】
【図5A】
【図5B】
【図6】
【図7】
【図8】