知財求人 - 知財ポータルサイト「IP Force」
▶ アイディーエーシー ホールディングス インコーポレイテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-10-19
(54)【発明の名称】共有チャネル占有時間動作
(51)【国際特許分類】
H04W 72/12 20090101AFI20221012BHJP
H04W 16/14 20090101ALI20221012BHJP
H04W 72/10 20090101ALI20221012BHJP
H04W 72/04 20090101ALI20221012BHJP
【ＦＩ】
H04W72/12 150
H04W16/14
H04W72/10
H04W72/04 136
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2022509076
(86)(22)【出願日】2020-08-11
(85)【翻訳文提出日】2022-03-22
(86)【国際出願番号】 US2020045778
(87)【国際公開番号】W WO2021030355
(87)【国際公開日】2021-02-18
(31)【優先権主張番号】62/886,170
(32)【優先日】2019-08-13
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
２．ＷＣＤＭＡ
(71)【出願人】
【識別番号】316012245
【氏名又は名称】アイディーエーシー ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】110001243
【氏名又は名称】弁理士法人谷・阿部特許事務所
(72)【発明者】
【氏名】トゥーハー、ジェイ．、パトリック
(72)【発明者】
【氏名】エル ハムス、アータ
(72)【発明者】
【氏名】マリニエール、ポール
(72)【発明者】
【氏名】アルファルファン、ファリス
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067DD34
5K067JJ12
(57)【要約】
無線送信／受信ユニット（ＷＴＲＵ）は、ＬＢＴサブバンドを監視して、いつＣＯＴがアクティブ化されるかを判定し得る。ＷＴＲＵは、ＷＴＲＵが完全又は部分的なＣＯＴ構造を受信したかどうかに基づいて、監視を変化させ得る。ＷＴＲＵは、取得されたＬＢＴサブバンドのセットに基づいてスケジューリング許可を解釈し得る。ＷＴＲＵは、ＣＯＴと関連付けられたチャネルアクセス優先度（ＣＡＰ）を判定し得る。ＷＴＲＵは、ＣＯＴを取得するために使用されるＣＡＰを示し得る。ＷＴＲＵは、ＣＯＴを開始するためにネットワークによって使用されるＣＡＰの指示を受信し得る。ＷＴＲＵは、ＣＯＴと関連付けられたＣＡＰに基づいて論理チャネル制限を判定し得る。ＷＴＲＵは、論理チャネル制限に基づいて、ＣＯＴ中の送信に論理チャネルが含まれ得るかどうかを判定し得る。送信は、サブバンドを介してＣＯＴ中にあり得る。
【選択図】図５
【特許請求の範囲】
【請求項1】
無線送信／受信ユニット（ＷＴＲＵ）であって、プロセッサであって、
チャネル占有時間（ＣＯＴ）と関連付けられたチャネルアクセス優先度を判定することと、
前記ＣＯＴと関連付けられた前記チャネルアクセス優先度に基づいて、論理チャネル制限を判定することと、
前記論理チャネル制限を使用して、前記ＣＯＴ中に前記ＷＴＲＵによって送られるべき送信に論理チャネルが含まれることが許容されるかどうかを判定することと、
サブバンドを介して前記ＣＯＴ中に前記送信を送ることであって、前記論理チャネル制限が、前記送信に前記論理チャネルを含むことを許容する場合に、前記送信が、前記論理チャネルを含む、送ることと、を行うように構成されている、プロセッサを備える、無線送信／受信ユニット（ＷＴＲＵ）。
【請求項2】
無線送信／受信ユニット（ＷＴＲＵ）によって実行される方法であって、チャネル占有時間（ＣＯＴ）と関連付けられたチャネルアクセス優先度を判定することと、
前記ＣＯＴと関連付けられた前記チャネルアクセス優先度に基づいて、論理チャネル制限を判定することと、
前記論理チャネル制限を使用して、前記ＣＯＴ中に前記ＷＴＲＵによって送られるべき送信に論理チャネルが含まれることが許容されるかどうかを判定することと、
サブバンドを介して前記ＣＯＴ中に前記送信を送ることであって、前記論理チャネル制限が、前記送信に前記論理チャネルを含むことを許容する場合に、前記送信が、前記論理チャネルを含む、送ることと、を含む、方法。
【請求項3】
前記論理チャネル制限が、前記論理チャネルが、前記ＣＯＴと関連付けられた前記チャネルアクセス優先度と等しいか若しくはそれよりも高い前記チャネルアクセス優先度と関連付けられている場合に、前記論理チャネルを含むことによって、又は前記論理チャネルが、前記ＣＯＴと関連付けられた前記チャネルアクセス優先度よりも低い前記チャネルアクセス優先度と関連付けられている場合に、前記論理チャネを含まないことによって、実行される、請求項１に記載のＷＴＲＵ、又は請求項２に記載の方法。
【請求項4】
前記チャネルアクセス優先度が、前記ＣＯＴのための前記サブバンドを取得するために、基地局によって使用されるリスンビフォアトーク（ＬＢＴ）パラメータを示す、請求項１に記載のＷＴＲＵ、又は請求項２に記載の方法。
【請求項5】
前記ＣＯＴと関連付けられた前記チャネルアクセス優先度が、チャネルアクセス優先度クラス（ＣＡＰＣ）によって示される、請求項１に記載のＷＴＲＵ、又は請求項２に記載の方法。
【請求項6】
前記ＣＯＴと関連付けられた前記チャネルアクセス優先度が、前記ＣＯＴ中に送られるか、又はＣＯＴ構造指示のために使用されるダウンリンク制御情報において受信される、前記送信のために使用されるリソースをスケジュールするスケジューリング許可において受信される、請求項１に記載のＷＴＲＵ、又は請求項２に記載の方法。
【請求項7】
前記論理チャネルが、前記論理チャネル制限が、前記送信に前記論理チャネルを含むことを許容する場合に、前記送信に含まれるトランスポートブロック（ＴＢ）上で多重化され、前記論理チャネル制限が、前記論理チャネルが、前記ＣＯＴと関連付けられた前記チャネルアクセス優先度と等しいか又はそれよりも高いチャネルアクセス優先度と関連付けられている場合に、前記送信に前記論理チャネルを含むことを許容する、請求項１に記載のＷＴＲＵ、又は請求項２に記載の方法。
【請求項8】
前記プロセッサが、ＣＯＴ構造指示を含むダウンリンク制御情報（ＤＣＩ）を受信することであって、前記ＣＯＴと関連付けられた前記チャネルアクセス優先度が、前記ＣＯＴ構造指示に基づいて判定される、受信することを行うように更に構成されている、請求項１に記載のＷＴＲＵ。
【請求項9】
前記プロセッサが、ダウンリンク制御情報（ＤＣＩ）を介して基地局から指示を受信することであって、前記ＣＯＴと関連付けられた前記チャネルアクセス優先度が、前記ＤＣＩを介して受信された前記指示を使用して判定される、受信することを行うように更に構成されている、請求項１に記載のＷＴＲＵ。
【請求項10】
前記ＣＯＴと関連付けられた前記チャネルアクセス優先度が、参照信号構成によって示され、前記プロセッサが、第１の参照信号構成に基づいて第１のチャネルアクセス優先度を判定することと、
前記第１の参照信号構成とは異なる第２の参照信号構成に基づいて、第２のチャネルアクセス優先度を判定することと、を行うように更に構成されている、請求項１に記載のＷＴＲＵ。
【請求項11】
前記プロセッサが、前記ＣＯＴ中に発生するリソースを判定することであって、前記送信が、前記リソースを使用して送られる、判定することを行うように更に構成されている、請求項１に記載のＷＴＲＵ。
【請求項12】
前記プロセッサが、前記論理チャネルと関連付けられた論理チャネル（ＬＣＨ）優先度を判定することと、
前記論理チャネルと関連付けられた前記ＬＣＨ優先度及び前記ＣＯＴと関連付けられた前記チャネルアクセス優先度に基づいて、前記論理チャネルが、前記ＣＯＴと関連付けられた前記チャネルアクセス優先度と等しいか又はそれよりも高いチャネルアクセス優先度と関連付けられているかどうかを判定することであって、前記論理チャネルが前記ＣＯＴ中の前記ＷＴＲＵによる前記送信に含まれることが許容されるかどうかの判定が、前記論理チャネルが、前記ＣＯＴと関連付けられた前記チャネルアクセス優先度と等しいか又はそれよりも高いチャネルアクセス優先度と関連付けられているかどうかの判定に基づく、判定することと、を行うように更に構成されている、請求項１に記載のＷＴＲＵ。
【請求項13】
ダウンリンク制御情報（ＤＣＩ）を介して基地局から指示を受信することと、前記ＤＣＩを介して受信された前記指示に基づいて、前記ＣＯＴと関連付けられた前記チャネルアクセス優先度を判定することと、を更に含む、請求項２に記載の方法。
【請求項14】
前記ＣＯＴ中に発生するリソースを判定することであって、前記送信が、前記リソースを使用して送られる、判定することを更に含む、請求項２に記載の方法。
【請求項15】
ＣＯＴ構造指示を受信することであって、前記ＣＯＴと関連付けられた前記チャネルアクセス優先度が、前記ＣＯＴ構造指示に基づいて判定される、受信することを更に含む、請求項２に記載の方法。
【請求項16】
前記論理チャネルと関連付けられた論理チャネル（ＬＣＨ）優先度を判定することと、前記論理チャネルと関連付けられた前記ＬＣＨ優先度及び前記ＣＯＴと関連付けられた前記チャネルアクセス優先度に基づいて、前記論理チャネルが、前記ＣＯＴと関連付けられた前記チャネルアクセス優先度と等しいか又はそれよりも高いチャネルアクセス優先度と関連付けられているかどうかを判定することであって、前記論理チャネルが前記ＣＯＴ中の前記ＷＴＲＵによる前記送信に含まれることが許容されるかどうかの判定が、前記論理チャネルが、前記ＣＯＴと関連付けられた前記チャネルアクセス優先度と等しいか又はそれよりも高いチャネルアクセス優先度と関連付けられているかどうかの判定に基づく、判定することと、を更に含む、請求項２に記載の方法。
【発明の詳細な説明】
【技術分野】
【0001】
（関連出願の相互参照）
本出願は、２０１９年８月１３日に出願された米国仮特許出願第６２／８８６，１７０号の利益を主張するものであり、その内容は、参照により本明細書に組み込まれる。
本出願は、２０１９年８月１３日に出願された米国仮特許出願第６２／８８６，１７０号の利益を主張するものであり、その内容は、参照により本明細書に組み込まれる。
【背景技術】
【0002】
無線通信を使用したモバイル通信は、進化し続けている。第５世代は、５Ｇと称され得る。以前の（例えば、従来の）世代のモバイル通信は、例えば、第４世代（fourth generation、４Ｇ）ロングタームエボリューション（long term evolution、ＬＴＥ）であり得る。
【発明の概要】
【0003】
システム、方法、及び手段は、共有チャネル占有時間（channel occupancy time、ＣＯＴ）動作について本明細書に記載されている。
【0004】
例では、無線送信／受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）は、ＣＯＴと関連付けられたチャネルアクセス優先度（channel access priority、ＣＡＰ）を判定することと、ＣＯＴと関連付けられたＣＡＰに基づいて、論理チャネル制限を判定することと、論理チャネル制限を使用して、ＣＯＴ中にＷＴＲＵによって送られるべき送信に論理チャネルが含まれることが許容されるかどうかを判定することと、ＣＯＴ中にサブバンドを介して送信を送ることであって、論理チャネル制限が送信に論理チャネルを含めることを許容する場合に送信が論理チャネルを含む、送ることと、を行うように構成された（例えば、そのための方法を実装するために実行可能な命令でプログラムされた）プロセッサを含み得る。
【0005】
論理チャネル制限は、例えば、論理チャネルが、ＣＯＴと関連付けられたＣＡＰと等しいか又はそれよりも高いＣＡＰと関連付けられている場合に論理チャネルを含み、論理チャネルが、ＣＯＴと関連付けられたＣＡＰよりも低いＣＡＰと関連付けられている場合に論理チャネルを含まないことによって、実行され得る。
【0006】
ＣＡＰは、例えば、ｇＮＢによって使用されるＬＢＴパラメータを示して、ＣＯＴのサブバンドを取得し得る。
【0007】
ＣＯＴと関連付けられたＣＡＰは、例えば、チャネルアクセス優先度クラス（channel access priority class、ＣＡＰＣ）によって示され得る。
【0008】
ＣＯＴと関連付けられたＣＡＰは、例えば、ＣＯＴ中に送られる送信のために使用されるリソースをスケジュールするスケジューリング許可において受信され得る。
【0009】
論理チャネルは、例えば、論理チャネル制限が送信に論理チャネルを含めることを許容する場合、送信に含まれるＴＢ上で多重化され得、論理チャネル制限は、論理チャネルが、ＣＯＴと関連付けられたＣＡＰと等しいか又はそれよりも高いＣＡＰと関連付けられている場合、送信に論理チャネルを含めることを許容する。
【0010】
ＷＴＲＵプロセッサは、更にＣＯＴ構造表示を受信する方法を実装する実行可能命令を用いて更に構成され得る。ＣＯＴと関連付けられたチャネルアクセス優先度は、ＣＯＴ構造表示に基づいて判定され得る。
【0011】
ＷＴＲＵプロセッサは、更にＤＣＩを介してｇＮＢからの指示を受信するために方法を実装する実行可能命令を用いて更に構成され得る。ＣＯＴと関連付けられたチャネルアクセス優先度は、ＤＣＩを介して受信された指示を使用して判定され得る。
【0012】
ＣＯＴと関連付けられたチャネルアクセス優先度は、参照信号構成によって示され得る。ＷＴＲＵプロセッサは、第１の参照信号構成に基づいて第１のチャネルアクセス優先度を判定することと、第１の参照信号構成とは異なる第２の参照信号構成に基づいて第２のチャネルアクセス優先度を判定することと、を行うために方法を実装するための実行可能な命令を用いて更に構成され得る。
【0013】
ＷＴＲＵプロセッサは、ＣＯＴ中に発生するリソースを更に判定することであって、送信がリソースを使用して送られる、判定することを行うために方法を実装するための実行可能な命令を用いて更に構成され得る。
【0014】
ＷＴＲＵプロセッサは、論理チャネルと関連付けられた論理チャネル（logical channel、ＬＣＨ）優先度を判定することと、論理チャネルと関連付けられたＬＣＨ優先度及びＣＯＴと関連付けられたチャネルアクセス優先度に基づいて、論理チャネルが、ＣＯＴと関連付けられたチャネルアクセス優先度と等しいか又はそれよりも高いチャネルアクセス優先度と関連付けられているかどうかを判定することと、を更に行うために方法を実装するための実行可能な命令を用いて更に構成され得る。論理チャネルがＣＯＴ中にＷＴＲＵによって送信に含まれることが許容されるかどうかの判定は、論理チャネルが、ＣＯＴと関連付けられたチャネルアクセス優先度と等しいか又はそれよりも高いチャネルアクセス優先度と関連付けられているかどうかの判定に基づき得る。
【0015】
実施例では、方法は、共有ＣＯＴ動作のために実装され得る。方法は、例えば、１つ以上のデバイス、装置、及び／又はシステム（例えば、ＷＴＲＵ、ｇＮｏｄｅＢ（ｇＮＢ）を含む基地局などのネットワークノード、及び／又は同様のもの）によって（例えば、全体的又は部分的に）実装され得、これは、１つ以上のプロセッサによって実行されると方法を実行する、コンピュータ可読媒体又はコンピュータプログラム製品に記憶され得るコンピュータ実行可能命令として（例えば、全体的又は部分的に）方法を実行するように構成された１つ以上のプロセッサを含み得る。コンピュータ可読媒体又はコンピュータプログラム製品は、命令を実行することによって１つ以上のプロセッサに本方法を実行させる命令を含み得る。
【0016】
無線送信／受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）は、１つ以上のＬＢＴサブバンドを監視して、いつＣＯＴがアクティブ化されるかを判定し得る。ＷＴＲＵは、チャネルが占有されているかどうかを判定するために、競合ベースのサブバンドのうちの１つ以上（例えば、サブセット）を監視するように構成され得る。例えば、ＷＴＲＵは、リスンビフォアトーク（listen-before-talk、ＬＢＴ）／無認可サブバンドのセット／サブセットを監視（例えば、するように構成）して、チャネルが占有されているかどうかを判定し得、これは、ＣＯＴとの関連付けが活性化されていることを示し得る。ＷＴＲＵは、例えば、ＣＯＴと関連付けられた指示のために、１つ以上の（例えば、一部又はすべての）ＬＢＴサブバンドを監視し得る（例えば、監視するように構成され得る）。例では、ＷＴＲＵは、複数の（例えば、すべての）ＬＢＴサブバンドを同時に監視するように構成され得る。
【0017】
ＷＴＲＵは、チャネルのＣＯＴ構造の指示を受信し得る。ＷＴＲＵは、ＷＴＲＵが、完全な又は部分的なＣＯＴ構造の指示を検出、判定、又は受信したかどうかに基づいて、ＣＯＴ内の１つ以上の（例えば、セットの）ＬＢＴサブバンドを監視し得る。ＷＴＲＵは、ＬＢＴサブバンド内で送信を受信するように構成され得、これは、サブバンドが取得されたことを示し得る。ＷＴＲＵは、ホッピングを停止し得、及び／又は取得されたＬＢＴサブバンド内の物理ダウンリンク制御チャネル（physical downlink control channel、ＰＤＣＣＨ）候補の監視を継続し得る。例えば、ＷＴＲＵは（例えば、サブバンドが取得されたことを示すＬＢＴサブバンドにおける送信の受信時に）ホッピングを停止し得、及び／又は、例えば、取得されたＬＢＴサブバンドの完全なセットに関する指示を受信するまで、取得されたＬＢＴサブバンド内のＰＤＣＣＨ候補の監視を継続し得る。
【0018】
ＷＴＲＵは、取得されたＬＢＴサブバンドのセットに基づいて、スケジューリング許可を解釈し得る。ＷＴＲＵは、スケジューリング情報を受信及び／又は解釈し得る。例えば、ＷＴＲＵは、アクティブＣＯＴと関連付けられた１つ以上のＬＢＴサブバンドに基づいてスケジューリング情報を判定するように構成され得る。スケジューリング許可におけるリソース配分のＷＴＲＵの解釈は、取得されたＬＢＴサブバンドの数及び／又はセットの関数であり得る。
【0019】
ＷＴＲＵは、例えば、構成された制御リソースセット（configured control resource set、ＣＯＲＥＳＥＴ）の第１の（例えば、相対的に大きい）セット及びアクティブＣＯＲＥＳＥＴの第２の（例えば、より小さい）セットで動作し得る（例えば、動作するように構成される）。ＷＴＲＵは、複数のＣＯＲＥＳＥＴで構成され得る。ＷＴＲＵは、複数のＣＯＲＥＳＥＴのうちのいくつか又はすべてを（例えば、様々な方法で）監視するように構成され得る。ＷＴＲＵは、例えば、ＬＢＴサブバンドのサブセットがアクティブであることを示す、ＣＯＴの開始時の第１の指示を受信し得る。
【0020】
ＷＴＲＵは、送信の優先度に基づいて、ＣＯＴ内の送信のためのＬＢＴプロセスのパラメータを判定し得る。優先度は、以前の送信又は送信タイプに依存し得る。
【0021】
ＷＴＲＵは、ＣＯＴを取得するために使用されるチャネルアクセス優先度クラス（ＣＡＰＣ）を示し得る。ＷＴＲＵは、ＣＯＴを取得するために使用されるＣＡＰＣを示す信号の存在を監視し得る。ＷＴＲＵは、ＣＯＴを開始するために使用されるＣＡＰＣの指示を受信し得る。ＷＴＲＵは、（例えば進行中のＣＯＴを取得した場合及び／又は取得したときに）ネットワークによって使用されるＣＡＰＣのスケジューリング許可において指示を受信し得る。ＷＴＲＵは、ＣＯＴで送信するために適用可能な／十分な優先度を有するデータを判定し得る。ＷＴＲＵは、ＷＴＲＵが、ＣＯＴ内のスケジュールされた送信のためにトランスポートブロック（transport block、ＴＢ）を構築するために使用され得る、論理チャネルの制限されたセットを判定し得る。
【0022】
ＷＴＲＵは、ＣＯＴ内のアップリンク（uplink、ＵＬ）送信のための論理チャネル制限を与えられ得る。ＷＴＲＵは、例えば、ダウンリンク制御情報（downlink control information、ＤＣＩ）をスケジューリングする際に、論理チャネル制限で命令を受信し得る。ＷＴＲＵは、そのデータがアップリンク送信に含まれ得る論理チャネルを判定し得る。例えば、ＷＴＲＵは、制限に基づいて、そのデータがアップリンク送信に含まれ得る論理チャネルを判定し得る。
【図面の簡単な説明】
【0023】
【図1A】１つ以上の開示された実施形態が実装され得る、例示的な通信システムを示すシステム図である。
【0024】
【0025】
【0026】
【0027】
【図2】複数のＬＢＴサブバンドを監視するためのＷＴＲＵホッピングパターンの例を示す。
【0028】
【図3】複数のＬＢＴサブバンドを監視するためのＷＴＲＵホッピングパターンの例を示す。
【0029】
【図4】共有ＣＯＴを取得するために使用され得るチャネルアクセス優先度（例えば、ＣＡＰＣ）を示すための例を示す。
【0030】
【0031】
【図6】ＣＯＴと関連付けられたＣＡＰ（例えば、ＣＡＰＣ）に基づいてＣＯＴを共有する例を示す。
【発明を実施するための形態】
【0032】
図１Ａは、１つ以上の開示される実施形態が実装され得る、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、動画、メッセージング、ブロードキャストなどのコンテンツを複数の無線ユーザに提供する多重アクセスシステムであってもよい。通信システム１００は、複数の無線ユーザが、無線帯域幅を含む、システムリソースの共有を通じて、このようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多重アクセス（code division multiple access、ＣＤＭＡ）、時分割多重アクセス（time division multiple access、ＴＤＭＡ）、周波数分割多重アクセス（frequency division multiple access、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（single-carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（zero-tail unique-word ODFT-Spread OFDM、ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（unique word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、フィルタバンクマルチキャリア（filter bank multicarrier、ＦＢＭＣ）など、１つ以上のチャネルアクセス方法を用い得る。
【0033】
図１Ａに示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（public switched telephone network、ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境で動作及び／又は通信するように構成された任意のタイプのデバイスであってもよい。例として、そのいずれかが、「局」及び／又は「ＳＴＡ」と称され得る、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成され得、ユーザ機器（user equipment、ＵＥ）、移動局、固定又は移動加入者ユニット、サブスクリクションベースのユニット、ページャ、セルラ電話、パーソナルデジタルアシスタント（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉデバイス、モノのインターネット（Internet of Things、ＩｏＴ）デバイス、ウォッチ又は他のウェアラブル、ヘッドマウントディスプレイ（head-mounted display、ＨＭＤ）、車両、ドローン、医療用デバイス及びアプリケーション（例えば、遠隔手術）、工業用デバイス及びアプリケーション（例えば、工業用及び／又は自動化された処理チェーン状況において動作するロボット及び／又は他の無線デバイス）、家電デバイス、商業用及び／又は工業用無線ネットワーク上で動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも、互換的にＵＥと称され得る。
【0034】
また、通信システム１００は、基地局１１４ａ及び／又は基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、及び／又は他のネットワーク１１２など、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、基地送受信機局（base transceiver station、ＢＴＳ）、ノードＢ、ｅＮｏｄｅＢ、ホームノードＢ、ホームｅＮｏｄｅＢ、ｇＮＢ、ＮＲＮｏｄｅＢ、サイトコントローラ、アクセスポイント（access point、ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂは、各々が単一の要素として図示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得ることが理解されよう。
【0035】
基地局１１４ａは、ＲＡＮ１０４／１１３の一部であってもよく、ＲＡＮ１０４／１１３はまた、基地局コントローラ（base station controller、ＢＳＣ）、無線ネットワークコントローラ（radio network controller、ＲＮＣ）、中継ノードなどの他の基地局及び／又はネットワーク要素（図示せず）も含み得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と称され得る、１つ以上のキャリア周波数上で無線信号を送信及び／又は受信するように構成され得る。これらの周波数は、認可スペクトル、無認可スペクトル、又は認可スペクトルと無認可スペクトルとの組み合わせであってもよい。セルは、相対的に固定され得るか、又は経時的に変化し得る特定の地理的エリアに、無線サービス用のカバレッジを提供し得る。セルは、更に、セルセクタに分割され得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、送受信機を３つ、すなわち、セルの各セクタに対して１つずつ含み得る。一実施形態では、基地局１１４ａは、多入力多出力（multiple-input multiple output、ＭＩＭＯ）技術を用い得、セルの各セクタに対して複数の送受信機を利用し得る。例えば、所望の空間方向において信号を送信及び／又は受信するために、ビームフォーミングが使用され得る。
【0036】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信し得、エアインターフェース１１６は、任意の好適な無線通信リンク（例えば、無線周波数（radio frequency、ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光など）であってもよい。エアインターフェース１１６は、任意の好適な無線アクセス技術（radio access technology、ＲＡＴ）を使用して確立され得る。
【0037】
より具体的には、上記のように、通信システム１００は、多重アクセスシステムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなど、１つ以上のチャネルアクセス方式を用い得る。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ｗｉｄｅｂａｎｄ ＣＤＭＡ、ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７を確立し得る、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（Evolved HSPA、ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡ は、高速ダウンリンク（ＤＬ）パケットアクセス（High-Speed Downlink (DL)Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンク（ＵＬ）パケットアクセス（High-Speed Uplink(UL)Packet Access、ＨＳＵＰＡ）を含み得る。
【0038】
一実施形態では、基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－ＡＰｒｏ）を使用して、エアインターフェース１１６を確立し得る、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得る。
【0039】
一実施形態では、基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｎｅｗ Ｒａｄｉｏ（ＮＲ）を使用して、エアインターフェース１１６を確立し得る、ＮＲ無線アクセスなどの無線技術を実装し得る。
【0040】
一実施形態では、基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。例えば、基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアル接続性（dual connectivity、ＤＣ）原理を使用して、ＬＴＥ無線アクセス及びＮＲ無線アクセスをともに実装し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの無線アクセス技術、並びに／又は複数のタイプの基地局（例えば、ｅＮＢ及びｇＮＢ）に送られる／そこから送られる送信を特徴とし得る。
【0041】
他の実施形態では、基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、ワイヤレスフィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定標準２０００（Interim Standard 2000、ＩＳ－２０００）、暫定標準９５（Interim Standard 95、ＩＳ－９５）、暫定標準８５６（Interim Standard 856、ＩＳ－８５６）、移動体通信用グローバルシステム（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データ速度（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（GSM EDGE、ＧＥＲＡＮ）などの無線技術を実装し得る。
【0042】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅＮｏｄｅＢ、又はアクセスポイントであってもよく、事業所、自宅、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）エアコリド、車道などの場所など、局所的な領域における無線接続性を容易にするために、任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ、及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）を確立し得る。一実施形態では、基地局１１４ｂ、及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立し得る。更に別の実施形態では、基地局１１４ｂ、及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立し得る。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がない場合がある。
【0043】
ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信し得、ＣＮ１０６／１１５は、音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（voice over internet protocol、ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上に提供するように構成された任意のタイプのネットワークであってもよい。データは、異なるスループット要件、待ち時間要件、エラー耐性要件、信頼性要件、データスループット要件、モビリティ要件など、様々なサービス品質（quality of service、ＱｏＳ）要件を有し得る。ＣＮ１０６／１１５は、呼制御、請求サービス、モバイルロケーションベースのサービス、プリペイド発呼、インターネット接続性、動画配信などを提供し得、かつ／又はユーザ認証など、高レベルセキュリティ機能を実行し得る。図１Ａには示されていないが、ＲＡＮ１０４／１１３及び／又はＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを用いる他のＲＡＮと直接的又は間接的に通信し得ることが理解されよう。例えば、ＮＲ無線技術を利用していることがあるＲＡＮ１０４／１１３に接続されていることに加えて、ＣＮ１０６／１１５はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、又はＷｉＦｉ無線技術を用いて別のＲＡＮ（図示せず）と通信し得る。
【0044】
また、ＣＮ１０６／１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするためのゲートウェイとしての役割を果たし得る。ＰＳＴＮ１０８は、旧来の電話サービス（plain old telephone service、ＰＯＴＳ）を提供する、回線交換電話ネットワークを含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の送信制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（user datagram protocol、ＵＤＰ）及び／又はインターネットプロトコル（internet protocol、ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は操作される、有線及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを用い得る、１つ以上のＲＡＮに接続された別のＣＮを含み得る。
【0045】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつか又はすべては、マルチモード機能を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上で異なる無線ネットワークと通信するための、複数の送受信機を含み得る）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を用い得る基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を用い得る基地局１１４ｂと通信するように構成され得る。
【0046】
図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不可能なメモリ１３０、取り外し可能なメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び／又は他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、前述の要素の任意の部分的組み合わせを含み得ることが理解されよう。
【0047】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array、ＦＰＧＡ）回路、任意の他のタイプの集積回路（integrated circuit、ＩＣ）、状態機械などであってもよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境で動作することを可能にする、任意の他の機能性を実行し得る。プロセッサ１１８は、送受信機１２０に結合され得、送受信機１２０は、送信／受信要素１２２に結合され得る。図１Ｂは、プロセッサ１１８と送受信機１２０を別個の構成要素として図示しているが、プロセッサ１１８及び送受信機１２０は、電子パッケージ又はチップ内に一緒に統合され得ることが理解されよう。
【0048】
送信／受信要素１２２は、エアインターフェース１１６上で、基地局（例えば、基地局１１４ａ）に信号を送信するか、又は基地局（例えば、基地局１１４ａ）から信号を受信するように構成され得る。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信及び／又は受信するように構成されたアンテナであってもよい。一実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、又は可視光信号を送信及び／又は受信するように構成されたエミッタ／検出器であってもよい。更に別の実施形態では、送信／受信要素１２２は、ＲＦ信号及び光信号の両方を送信及び／又は受信するように構成され得る。送信／受信要素１２２は、無線信号の任意の組み合わせを送信及び／又は受信するように構成され得ることが理解されよう。
【0049】
送信／受信要素１２２は、単一の要素として図１Ｂに示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用い得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６上で無線信号を送信及び受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含み得る。
【0050】
送受信機１２０は、送信／受信要素１２２によって送信されることになる信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード機能を有し得る。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＮＲ及びＩＥＥＥ８０２．１１など、複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含み得る。
【0051】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶表示（liquid crystal display、ＬＣＤ）ディスプレイユニット若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）ディスプレイユニット）に結合され得、それらからユーザ入力データを受信し得る。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８にユーザデータを出力し得る。加えて、プロセッサ１１８は、取り外し不可能なメモリ１３０及び／又は取り外し可能なメモリ１３２など、任意のタイプの好適なメモリから情報にアクセスし得、それらにデータを記憶し得る。取り外し不可能なメモリ１３０は、ランダムアクセスメモリ（random-access memory、ＲＡＭ）、読み取り専用メモリ（read-only memory、ＲＯＭ）、ハードディスク、又は任意の他のタイプのメモリ記憶デバイスを含み得る。取り外し可能なメモリ１３２は、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報にアクセスし得、それらにデータを記憶し得る。
【0052】
プロセッサ１１８は、電源１３４から電力を受け取り得、ＷＴＲＵ１０２内の他の構成要素に電力を分配するように、かつ／又はそれらへの電力を制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであってもよい。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケル－カドミウム（nickel-cadmium、ＮｉＣｄ）、ニッケル－亜鉛（nickel-zinc、ＮｉＺｎ）、ニッケル水素（nickel metal hydride、ＮｉＭＨ）、リチウム－イオン（lithium-ion、Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。
【0053】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合され得、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在の場所に関する場所情報（例えば、経度及び緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて、又はそれの代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６上で、場所情報を受信し得、かつ／又は２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、自らの場所を判定し得る。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、任意の好適な場所判定方法によって場所情報を取得し得ることが理解されよう。
【0054】
プロセッサ１１８は、他の周辺機器１３８に更に結合され得、他の周辺機器１３８は、追加の特徴、機能性、及び／又は有線若しくは無線接続性を提供する、１つ以上のソフトウェアモジュール及び／又はハードウェアモジュールを含み得る。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星送受信機、（写真及び／又は動画用の）デジタルカメラ、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（Virtual Reality and/or Augmented Reality、ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどを含み得る。周辺機器１３８は、１つ以上のセンサを含み得、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、及び／又は湿度センサのうちの１つ以上であってもよい。
【0055】
ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬと（例えば、受信用の）ダウンリンクの両方のための特定のサブフレームと関連付けられた）信号のいくつか又はすべての送信及び受信が、並列及び／又は同時であってもよい、全二重無線を含み得る。全二重無線は、ハードウェア（例えば、チョーク）を介して、又はプロセッサ（例えば、別個のプロセッサ（図示せず）若しくはプロセッサ１１８）を介する信号処理を介して、自己干渉を低減させ、かつ／又は実質的に排除するために、干渉管理ユニットを含み得る。一実施形態では、ＷＲＴＵ１０２は、（例えば、（例えば、送信用の）ＵＬ又は（例えば、受信用の）ダウンリンクのどちらかのための特定のサブフレームと関連付けられた）信号のいくつか又はすべての送信及び受信のための、半二重無線を含み得る。
【0056】
図１Ｃは、一実施形態による、ＲＡＮ１０４及びＣＮ１０６を示すシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６上で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。
【0057】
ＲＡＮ１０４は、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数のｅＮｏｄｅ－Ｂを含み得ることが理解されよう。ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、各々が、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つ以上の送受信機を含み得る。一実施形態では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅＮｏｄｅ－Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。
【0058】
ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連付けられ得、無線リソース管理決定、ハンドオーバ決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリングなどを処理するように構成され得る。図１Ｃに示されるように、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェース上で、互いに通信し得る。
【0059】
図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（mobility management entity、ＭＭＥ）１６２と、サービングゲートウェイ（serving gateway、ＳＧＷ）１６４と、パケットデータネットワーク（packet data network、ＰＤＮ）ゲートウェイ（又はＰＧＷ）１６６とを含み得る。前述の要素の各々は、ＣＮ１０６の一部として図示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は操作され得ることが理解されよう。
【0060】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ－Ｂ１６２ａ、１６２ｂ、１６２ｃの各々に接続され得、制御ノードとしての役割を果たし得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担い得る。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭ及び／又はＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ（図示せず）との間の交換のための制御プレーン機能を提供し得る。
【0061】
ＳＧＷ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、一般に、ユーザデータパケットを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃからルーティング及び転送し得る。ＳＧＷ１６４は、ｅＮｏｄｅＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理及び記憶することなど、他の機能を実行し得る。
【0062】
ＳＧＷ１６４は、ＰＧＷ１６６に接続され得、ＰＧＷ１６６は、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にし得る。
【0063】
ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＰＳＴＮ１０８など、回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にし得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。加えて、ＣＮ１０６は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有及び／又は操作される他の有線及び／又は無線ネットワークを含み得る。
【0064】
ＷＴＲＵは、無線端末として図１Ａ～図１Ｄに記載されているが、ある代表的な実施形態では、そのような端末は、通信ネットワークとの有線通信インターフェースを（例えば、一時的又は永続的に）使用し得ることが企図されている。
【0065】
代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであってもよい。
【0066】
インフラストラクチャ基本サービスセット（Basic Service Set、ＢＳＳ）モードにあるＷＬＡＮは、ＢＳＳのためのアクセスポイント（Access Point、ＡＰ）と、ＡＰと関連付けられた１つ以上の局（station、ＳＴＡ）とを有し得る。ＡＰは、トラフィックをＢＳＳ内及び／又はＢＳＳ外に搬送する、配信システム（Distribution System、ＤＳ）又は別のタイプの有線／無線ネットワークへのアクセス又はインターフェースを有し得る。ＢＳＳ外部から発信されたＳＴＡへのトラフィックは、ＡＰを通じて到達し得、ＳＴＡに配信され得る。ＳＴＡからＢＳＳ外部の送信先に発信されたトラフィックは、それぞれの送信先に配信することになるために、ＡＰに送られ得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通じて送られ得、例えば、送信元ＳＴＡは、トラフィックをＡＰに送り得、ＡＰは、トラフィックを送信先ＳＴＡに配信し得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとみなされ得、かつ／又はピアツーピアトラフィックと称され得る。ピアツーピアトラフィックは、直接リンクセットアップ（direct link setup、ＤＬＳ）を用いて、送信元ＳＴＡと送信先ＳＴＡとの間で（例えば、直接的に）送られ得る。ある代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用し得る。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有しない場合があり、ＩＢＳＳ内の、又はＩＢＳＳを使用するＳＴＡ（例えば、ＳＴＡのすべて）は、互いに直接的に通信し得る。ＩＢＳＳモードの通信は、本明細書では、ときに「アドホック」モードの通信と称され得る。
【0067】
８０２．１１ａｃインフラストラクチャモードの動作又は同様のモードの動作を使用するとき、ＡＰは、一次チャネルなどの固定チャネル上にビーコンを送信し得る。一次チャネルは、固定幅（例えば、２０ＭＨｚ幅帯域幅）又はシグナリングを介して動的に設定された幅であってもよい。一次チャネルは、ＢＳＳの動作チャネルであってもよく、ＡＰとの接続を確立するために、ＳＴＡによって使用され得る。ある代表的な実施形態では、キャリアセンス多重アクセス／衝突回避（Carrier Sense Multiple Access with Collision Avoidance、ＣＳＭＡ／ＣＡ）は、例えば、８０２．１１システムにおいて実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、すべてのＳＴＡ）は、一次チャネルを感知し得る。一次チャネルが、感知／検出され、かつ／又は特定のＳＴＡによってビジーになると判定された場合、特定のＳＴＡは、バックオフし得る。１つのＳＴＡ（例えば、ただ１つの局）は、所与のＢＳＳ内の任意の所与の時間に送信し得る。
【0068】
高スループット（High Throughput、ＨＴ）ＳＴＡは、例えば、一次２０ＭＨｚチャネルを隣接又は非隣接２０ＭＨｚチャネルと組み合わせて、４０ＭＨｚ幅チャネルを形成すること介して、通信のために４０ＭＨｚ幅チャネルを使用し得る。
【0069】
超高スループット（Very High Throughput、ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。４０ＭＨｚ、及び／又は８０ＭＨｚチャネルは、連続する２０ＭＨｚチャネルを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって形成され得るし、又は２つの連続していない８０ＭＨｚチャネルを組み合わせることによって形成され得、これは、８０＋８０構成と称され得る。８０＋８０構成の場合、データは、チャネルエンコーディングの後、データを２つのストリームに分割し得るセグメントパーサを通過させられ得る。逆高速フーリエ変換（Inverse Fast Fourier Transform、ＩＦＦＴ）処理、及び時間領域処理は、各ストリームで別々に行われ得る。ストリームは、２つの８０ＭＨｚチャネル上にマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機において、８０＋８０構成のための上記の動作が、逆転され得、組み合わされたデータは、媒体アクセス制御（Medium Access Control、ＭＡＣ）に送られ得る。
【0070】
１ＧＨｚ未満モードの動作は、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅、及びキャリアは、８０２．１１ｎ、及び８０２．１１ａｃで使用されるそれらと比較して、８０２．１１ａｆ及び８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（TV White Space、ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ及び２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚ帯域幅をサポートする。代表的な一実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリア内のＭＴＣデバイスなど、メータタイプ制御／マシンタイプ通信をサポートし得る。ＭＴＣデバイスは、ある機能、例えば、ある帯域幅及び／又は限定された帯域幅のためのサポート（例えば、それらのためのサポートのみ）を含む限定された機能を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を超えるバッテリ寿命を有するバッテリを含み得る。
【0071】
８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなど、複数のチャネル及びのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、一次チャネルとして指定され得るチャネルを含む。一次チャネルは、ＢＳＳ内のすべてのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有し得る。一次チャネルの帯域幅は、ＢＳＳ内で動作するすべてのＳＴＡの中の、最小帯域幅動作モードをサポートするＳＴＡによって設定及び／又は制限され得る。８０２．１１ａｈの例では、一次チャネルは、ＢＳＳ内のＡＰ及び他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それだけをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）のために、１ＭＨｚ幅であってもよい。キャリア感知及び／又はネットワーク配分ベクトル（Network Allocation Vector、ＮＡＶ）設定は、一次チャネルのステータスに依存し得る。例えば、（１ＭＨｚ動作モードのみをサポートする）ＳＴＡが、ＡＰに送信していることに起因して、一次チャネルがビジーである場合、周波数帯域の大部分が、アイドルのままであり、利用可能であり得るとしても、利用可能な周波数帯域全体は、ビジーであるとみなされ得る。
【0072】
米国では、８０２．１１ａｈによって使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は、９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は、９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈのために利用可能な総帯域幅は、国コードに応じて６ＭＨｚ～２６ＭＨｚである。
【0073】
図１Ｄは、一実施形態による、ＲＡＮ１１３及びＣＮ１１５を示すシステム図である。上記のように、ＲＡＮ１１３は、ＮＲ無線技術を用いて、エアインターフェース１１６上で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１１３はまた、ＣＮ１１５と通信し得る。
【0074】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は、実施形態との整合性を保ちながら、任意の数のｇＮＢを含み得ることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、各々が、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つ以上の送受信機を含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、かつ／又はｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信し得る。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａに送信し得る（図示せず）。これらのコンポーネントキャリアのサブセットは、無認可スペクトル上にあってもよいが、残りのコンポーネントキャリアは、認可スペクトル上にあってもよい。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点調整（Coordinated Multi-Point、ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ並びにｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）から調整された送信を受信し得る。
【0075】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなヌメロロジと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は、無線送信スペクトルの異なる送信、異なるセル、及び／又は異なる部分ごとに変化し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、及び／又は様々な長さの絶対時間だけ持続する）様々な又はスケーラブルな長さのサブフレーム又は送信時間間隔（transmission time interval、ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。
【0076】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無認可帯域内の信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮと通信し、／別のＲＡＮにも接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し／ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、原理を実装して、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ、及び１つ以上のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信し得る。非スタンドアロン構成では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとしての役割を果たし得、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするための追加のカバレッジ及び／又はスループットを提供し得る。
【0077】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）と関連付けられ得、無線リソース管理決定、ハンドオーバ決定、ＵＬ及び／又はＤＬのユーザのスケジューリング、ネットワークスライシングのサポート、デュアル接続性、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーンデータのユーザプレーン機能（User Plane Function、ＵＰＦ）１８４ａ、１８４ｂへのルーティング、制御プレーン情報のアクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）１８２ａ、１８２ｂへのルーティングなどを処理するように構成され得る。図１Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェース上で互いに通信し得る。
【0078】
図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（Session Management Function、ＳＭＦ）１８３ａ、１８３ｂ、及び場合によってはデータネットワーク（Data Network、ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素の各々は、ＣＮ１１５の一部として図示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は操作され得ることが理解されよう。
【0079】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、制御ノードとしての役割を果たし得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などを担い得る。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、超高信頼低待ち時間（ultra-reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量モバイルブロードバンド（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、機械型通信（machine type communication、ＭＴＣ）アクセス、及び／又は同様のものなどのためのサービスなど、異なる使用事例のために確立され得る。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、及び／又はＷｉＦｉのような非３ＧＰＰアクセス技術など、他の無線技術を用いる他のＲＡＮ（図示せず）との間の交換のための制御プレーン機能を提供し得る。
【0080】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介して、ＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通じてトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスを管理及び配分すること、ＰＤＵセッションを管理すること、ポリシー実施及びＱｏＳを制御すること、ダウンリンクデータ通知を提供することなど、他の機能を実行し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであってもよい。
【0081】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、これらは、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にし得る。ＵＰＦ１８４、１８４ｂは、パケットをルーティング及び転送すること、ユーザプレーンポリシーを実施すること、マルチホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、モビリティアンカリングを提供することなど、他の機能を実行し得る。
【0082】
ＣＮ１１５は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。加えて、ＣＮ１１５は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有及び／又は操作される他の有線及び／又は無線ネットワークを含み得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じて、ローカルデータネットワーク（Data Network、ＤＮ）１８５ａ、１８５ｂに接続され得る。
【0083】
図１Ａ～図１Ｄ、及び図１Ａ～図１Ｄの対応する説明から見て、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅＮｏｄｅ－Ｂ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、及び／又は本明細書に記載される任意の他のデバイスのうちの１つ以上に関する、本明細書に記載される機能のうちの１つ以上又はすべては、１つ以上のエミュレーションデバイス（図示せず）によって実行され得る。エミュレーションデバイスは、本明細書に記載される機能のうちの１つ以上又はすべてをエミュレートするように構成された、１つ以上のデバイスであってもよい。例えば、エミュレーションデバイスは、他のデバイスを試験するために、かつ／又はネットワーク及び／若しくはＷＴＲＵ機能をシミュレートするために使用され得る。
【0084】
エミュレーションデバイスは、ラボ環境及び／又はオペレータネットワーク環境において、他のデバイスの１つ以上の試験を実装するように設計され得る。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線及び／又は無線通信ネットワークの一部として、完全に又は部分的に実装及び／又は展開されながら、１つ以上又はすべての機能を実行し得る。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として、一時的に実装／展開されながら、１つ以上又はすべての機能を実行し得る。エミュレーションデバイスは、試験を目的として、別のデバイスに直接的に結合され得、かつ／又は地上波無線通信を使用して試験を実行し得る。
【0085】
１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として実装／展開されずに、すべての機能を含む、１つ以上の機能を実行し得る。例えば、エミュレーションデバイスは、１つ以上の構成要素の試験を実装するために、試験実験室、及び／又は展開されていない（例えば、試験）有線及び／又は無線通信ネットワークにおいて、試験シナリオで利用され得る。１つ以上のエミュレーションデバイスは、試験機器であってもよい。データを送信及び／又は受信するために、直接ＲＦ結合、及び／又は（例えば、１つ以上のアンテナを含み得る）ＲＦ回路を介した無線通信が、エミュレーションデバイスによって使用され得る。
【0086】
無認可動作は、無認可周波数帯域における動作を含み得る。無認可周波数帯域における動作は、送信電力制御（transmit power control、ＴＰＣ）、無線周波数（ＲＦ）出力電力、及び／又は電力密度に基づき得（例えば、それらに対する限定又は制限を受け）、電力密度は、平均有効等方性放射電力（effective isotropic radiated power、ＥＩＲＰ）及び／又は平均ＥＩＲＰ密度（例えば、最高電力レベルにおける）によって与えられ得る（例えば、判定され得る）。無認可周波数帯域における動作は（例えば、また）、送信機帯域外放射に基づき得る（例えば、送信機帯域外放射についての要件を受け得る）。要件は、帯域及び／又は地理的位置に特有であり得る。
【0087】
動作（例えば、無認可周波数帯域における動作）は（例えば、また）、公称チャネル帯域（nominal channel bandwidth、ＮＣＢ）、及び／又は５ＧＨｚ領域における無認可スペクトルのために使用され得る占有チャネル帯域幅（occupied channel bandwidth、ＯＣＢ）に基づき得る（例えば、これらについての要件を受け得る）。ＮＣＢ（例えば、単一のチャネルに割り当てられたガードバンドを含む周波数の最も広い帯域）は、例えば、常に、少なくとも５ＭＨｚであり得る。ＯＣＢ（例えば、信号の電力の９９％を含む帯域幅）は、例えば、宣言されたＮＣＢの８０％～１００％であり得る。デバイス（例えば、確立された通信中）は、デバイスのＯＣＢが、例えば、最低４ＭＨｚで、デバイスのＮＣＢの４０％まで低減され得るモードで（例えば、一時的に）動作し得る（例えば、動作することが一時的に許容される）。
【0088】
無認可周波数帯域におけるチャネルアクセスは、リスンビフォアトーク（ＬＢＴ）を使用し得る。ＬＢＴは、例えば、チャネルが占有されているか否かに関係なく利用され得る。
【0089】
ＬＢＴは、クリアチャネル評価（clear channel assessment、ＣＣＡ）時間（例えば、～約２０μｓ）、チャネル占有時間（例えば、最小１ｍｓ、最大１０ｍｓ）、アイドル期間（例えば、チャネル占有時間の最小５％）、固定フレーム期間（例えば、チャネル占有時間にアイドル期間を足したものに等しい）、短い制御シグナリング送信時間（例えば、５０ｍｓの観測期間内の５％の最大デューティサイクル）、及び／又はＣＣＡエネルギー検出閾値のうちの１つ以上を使用することを特徴とし得る（例えば、フレームベースシステムのために）。
【0090】
送信／受信構造は、例えば、負荷ベースのシステムのために、時間的に固定されない場合がある。ＬＢＴは、例えば、拡張ＣＣＡ内のクリアアイドルスロットの数に対応する数Ｎを使用すること（例えば、ＬＢＴを固定フレーム期間で特徴付けるのではなく）を特徴とし得る。いくつかの例では、Ｎは、範囲内でランダムに選択され得る。
【0091】
動作環境及び／又は特徴は、様々な展開シナリオにカテゴライズされ得、展開シナリオは、例えば、異なるスタンドアロンの新しい無線（ＮＲ）ベースの動作、デュアル接続性動作の異なるバリアント（例えば、ＬＴＥ無線アクセス技術（ＲＡＴ）に従う少なくとも１つのキャリアオペレーティングを有するＥ－ＵＴＲＡＮ ＮＲ（ＥＮ）、又はＮＲ ＲＡＴに従う１つ以上のキャリアオペレーティングのうちの少なくとも２つのセットを有するＮＲ－ＤＣ）、及び／又はキャリアアグリゲーション（carrier aggregation、ＣＡ）の異なるバリアント（例えば、ＬＴＥ及びＮＲ ＲＡＴのゼロ以上のキャリアの異なる組み合わせ）を含み得る。
【0092】
動作的（例えば、機能的）特徴は、例えば、（例えば、ライセンス補助アクセス（license assisted access、ＬＡＡ）をサポートするために）以下のうちの１つ以上を含み得る：クリアチャネル評価（ＣＣＡ）のためのリスンビフォアトーク（ＬＢＴ）、限定された最大送信持続時間における不連続送信、キャリア選択、送信電力制御（ＴＰＣ）、無線リソース管理（radio resource management、ＲＲＭ）測定（例えば、セル識別を含む）、及び／又はチャネル状態情報（channel state information、ＣＳＩ）測定（例えば、チャネル及び干渉を含む）。
【0093】
ＬＢＴ手順は、チャネルを使用する前にＣＣＡチェックを適用することを含み得る。ＣＣＡ は、例えば、チャネルがそれぞれ占有又はクリアであるかどうかを判定するために、チャネル上の他の信号の有無を判定し得る（例えば、判定するために少なくともエネルギー検出を利用し得る）。ＬＢＴは、無認可帯域で使用され得る。ＬＢＴを介したキャリア感知は、無認可スペクトルの公正共有をサポートし得る。
【0094】
キャリア及び／又は限定された最大送信持続時間に対する不連続送信は、例えば、公正な使用を促進するために実装され得る。チャネル可用性は、例えば、無認可スペクトルにおいて保証されない場合がある。連続送信は禁止されてもよく、及び／又は制限は、送信バーストの最大持続時間（例えば、いくつかの地理的領域における無認可スペクトルにおけるチャネル可用性を促進するために）に課され得る。
【0095】
キャリア選択は、例えば、干渉を低減するために実装され得る。無認可スペクトルの相対的に大きな利用可能な帯域幅が存在し得る。キャリア選択は、例えば、低い干渉を有するキャリアを選択するためにノードによって使用され得、これは、他の無認可スペクトル配置との共存をサポートし得る。
【0096】
ＴＰＣは、送信電力を調整するために実装され得る。送信デバイスは、最大公称送信電力と比較して、送信電力、例えば、３ｄＢ又は６ｄＢ低減し得る。
【0097】
ＲＲＭ測定（例えば、セル識別を含む）は、例えば、移動性をサポートするために実装され得る。ＲＲＭ測定（例えば、セル識別を含む）は、サービングセル（ＳＣｅｌｌ）間の移動性及び／又は無認可帯域におけるロバスト動作を可能にし得る。
【0098】
ＣＳＩ測定（例えば、チャネル及び干渉を含む）は、例えば、周波数／時間推定及び／又は同期をサポートするために実装され得る。無認可キャリアで動作するＷＴＲＵは、例えば、無認可バンドに関する情報のＲＲＭ測定及び（例えば、成功した）受信をサポートするために、周波数／時間推定及び／又は同期をサポートし得る。
【0099】
ＷＴＲＵは、無認可帯域で動作するように構成され得る。例えば、ＮＲ動作は、無認可帯域でサポートされ得る。無認可スペクトルにおける動作（例えば、ＮＲ動作）は、例えば、以下のうちの１つ以上を含み得る：初期アクセス、スケジューリング／ハイブリッド自動反復要求（ＨＡＲＱ）、モビリティ、及び／又は共存方法（例えば、ＬＴＥ及び他のＲＡＴを用いて）。展開シナリオは、例えば、スタンドアロンＮＲベース動作の異なるバリアント、デュアル接続性動作の異なるバリアント（例えば、ＬＴＥ ＲＡＴに従う少なくとも１つのキャリアオペレーティングを有するＥＮ－ＤＣ、又はＮＲ－ＲＡＴに従う１つ以上のキャリアオペレーティングのうちの２つのセットを有するＮＲ ＤＣ）、及び／又はキャリアアグリゲーション（ＣＡ）の異なるバリアント（例えば、ＬＴＥ及びＮＲ ＲＡＴのゼロ以上のキャリアの異なる組み合わせ）を含み得る。
【0100】
ＮＲ－Ｕは、ＮＲ無認可スペクトル（例えば、ＮＲ－Ｕのための）動作のためのチャネルアクセススキームの複数（例えば、４つ）のカテゴリをサポートし得る。チャネルアクセスカテゴリは、例えば、短い切り替えギャップ後の即時送信（例えば、カテゴリ１）、ランダムバックオフなしのＬＢＴ（例えば、カテゴリ２）、固定及び可変の競合ウィドウサイズを有するランダムバックオフを有するＬＢＴ（例えば、それぞれカテゴリ３及び４）を含み得る。
【0101】
１つ以上の例では、ＬＢＴは、ＬＢＴサブバンド（例えば、２０ＭＨｚサブバンド）上でＣＣＡを使用して実行され得る。帯域幅部分（ＢＷＰ）は、例えば、１つ以上のサブバンド（例えば、単一のＬＢＴサブバンド又は複数のＬＢＴサブバンド）であり得る。
【0102】
チャネル占有時間（ＣＯＴ）は、送信のためにチャネルが取得された時間であり得る。ＣＯＴは、ノード（例えば、ＷＴＲＵ又はｇＮＢ）によって取得され得る。ＣＯＴは、別のノードと共有され得る。１つ以上の例では、総ＣＯＴ期間（例えば、任意の共有を含む）は、最大ＣＯＴを超えない場合がある。
【0103】
ノード（例えば、ＮＲ－Ｕ）は、無認可チャネルを取得する前にＬＢＴを実行し得る。ＣＯＴは、例えば、無認可チャネルの取得時に開始し得る。ＣＯＴは、構成された最大時間まで最大になり得る。ＣＯＴは、元の送信機と受信機との間で共有され、例えば、ＣＯＴ中の双方向送信を可能にし得る。例えば、ＷＴＲＵは、ＵＬ送信のためにＣＯＴ（例えば、ＷＴＲＵ取得ＣＯＴ）を取得し得る。ＷＴＲＵ取得ＣＯＴは、ｇＮＢがＷＴＲＵ取得ＣＯＴのいくつかのリソースでＷＴＲＵ及び／又は他のＷＴＲＵに送信し得るように、ｇＮＢと共有され得る。例えば、ｇＮＢは、ＤＬ送信のためにＣＯＴ（例えば、ｇＮＢ取得ＣＯＴ）を取得し得る。ｇＮＢ取得ＣＯＴは、（例えば、その後の）ＵＬ送信について１つ以上のＷＴＲＵと共有され得る。
【0104】
ＣＯＴは、複数のＬＢＴサブバンドにスパンし得る。ＣＯＴがアクティブであるＬＢＴサブバンドのセットを判定及び／又は（例えば、ＷＴＲＵに）示すために、技術及び／又はアプローチが使用され得る。ｇＮＢ（例えば、判定又は指示なし）は、ＣＯＴ構造表示を構築する前に、例えば、ＣＯＴの開始時に送信される前に、取得されたＬＢＴサブバンドのセットを認識しない場合がある。ＷＴＲＵ（例えば、判定又は指示なし）は、ＬＢＴサブバンドのセットに関して、例えば、少なくともＣＯＴの開始時に通知されない場合がある。例えば、取得されたＣＯＴの指示が送信され得るＬＢＴサブバンドは、知られていない場合があるか、又は判定されない場合がある（例えば、判定又は指示なしで）。ＣＯＴ持続時間は、限定され得る。限定されたＣＯＴ期間（例えば、ＣＯＴの開始時を含む）中の１つ以上の（例えば、一部又はすべての）サブバンドの効率的な使用は、ＣＯＴがアクティブであるＬＢＴサブバンドのセットを判定する及び／又は示すための技術及び／又はアプローチに依存し得る。
【0105】
いくつかのＣＯＴは、例えば、複数のＷＴＲＵによって共有され得る。例えば、ＣＯＴ切り替えポイントで、ＵＬ送信のためのチャネルを取得した場合及び／又は取得するときに、ＷＴＲＵの間の公平性（例えば、ＣＯＴ分布又は使用）をサポートするために、技術及び／又はアプローチが使用され得る。技術及び／又はアプローチは、ＣＯＴ内に入る構成された許可（configured grant、ＣＧ）リソース（例えば、その分配又は使用）のために使用され得る。
【0106】
ＣＯＴは、例えば、チャネルアクセス優先度を使用して取得され得る。チャネルアクセス優先度は、チャネルアクセス優先度クラス（ＣＡＰＣ）を含み得る。チャネルアクセス優先度は、ＬＢＴ（ＬＢＴパラメータ）と関連付けられた１つ又は複数のパラメータを判定又は示し得る。ＬＢＴパラメータは、（例えば、基地局によって）、ＣＯＴのサブバンドを取得するために使用され得る。基地局は、ｇＮｏｄｅＢを含み得る。例では、ＣＯＴは、ＣＡＰＣの選択と関連付けられた（例えば、ＣＡＰＣの選択を判定するために使用される）優先度よりも低い優先度と関連付けられた情報又はデータに使用されない場合がある。ｇＮＢ（例えば、判定又は指示なし）は、ＣＯＴを取得するために使用されるＣＡＰＣを認識しない場合があり、例えば、ＷＴＲＵ取得ＣＯＴに対するＣＯＴの許容されたデータ優先度を認識しない場合がある。ＷＴＲＵ（例えば、判定又は指示なし）を送信することは、（例えば、送信ＷＴＲＵによって取得されていない）別のものによって取得されるＣＯＴ内の（例えば、ＵＬ）送信に含まれることが許容されたデータの優先権を認識しない場合がある。
【0107】
ＷＴＲＵは、広帯域で動作するように、（例えば、ＣＯＴ構造の判定又は指示に基づいて）構成され得る。ＷＴＲＵは、ＣＯＴと関連付けられた指示を判定又は受信し得る。判定又は指示は、ＣＯＴ構造を示し得る。例えば、ＷＴＲＵは、広帯域動作のためのＣＯＴ構造指示を受信し得る。判定及び指示は、互換的に使用され得る。ＷＴＲＵは、ＣＯＴ構造指示を受信し、ＣＯＴ構造指示に基づいてＣＯＴと関連付けられたチャネルアクセス優先度を判定し得る。
【0108】
ＷＴＲＵは、例えば、１つ以上のＣＯＴと関連付けられた１つ以上の指示に対して、複数の（例えば、一部又はすべての）ＬＢＴサブバンドを（例えば、同時に／並行して）監視するように構成され得る。例では、ＷＴＲＵは、キャリアの（例えば、すべての）ＬＢＴサブバンドを同時に監視するように構成され得る。ＷＴＲＵは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）監視機会の複数のセットで構成され得る。ＷＴＲＵは、複数の制御リソースセット（ＣＯＲＥＳＥＴ）又は探索空間で（例えば、追加的及び／又は代替的に）構成され得る。例では、ＷＴＲＵは、複数の（例えば、複数のセットの）ＰＤＣＣＨ監視機会（例えば、ＣＯＲＥＳＥＴ又は探索空間）で構成され得る。例では、ＬＢＴサブバンドごとにＰＤＣＣＨ監視機会（例えば、又はＣＯＲＥＳＥＴ又は探索空間）のセットが存在し得る。ＷＴＲＵは、例えば、１つ以上のＬＢＴサブバンドに基づいて、アクティブＬＢＴサブバンドのセットを判定し得る。ＷＴＲＵは、例えば、ＷＴＲＵが、復調参照信号（ＤＭ－ＲＳ）及び／又はＰＤＣＣＨ（例えば、グループ共通ＰＤＣＣＨ（ＧＣ－ＰＤＣＣＨ））を（例えば、成功して）受信したＬＢＴサブバンドに基づいて、アクティブＬＢＴサブバンドのセットを判定し得る。アクティブＬＢＴサブバンドのセットは、例えば、（例えば、存在する）ＣＯＴの一部分の間、又は（例えば、存在する）ＣＯＴの期間全体にわたってアクティブであり得る。
【0109】
ＷＴＲＵは、ＣＯＴと関連付けられた１つ以上の（例えば、複数の）ＬＢＴサブバンド内でＣＯＴ指示を受信し得る。ＷＴＲＵは、例えば、ＷＴＲＵがアクティブＣＯＴを検出した１つ以上のＬＢＴサブバンド内でＣＯＴ構造表示を受信し得る。ＣＯＴ構造指示は、取得されたＬＢＴサブバンドのセットの指示を含み得る、又は含まない場合がある。ＷＴＲＵは、取得されたＬＢＴサブバンドのセットを（例えば、明示的に）示す（例えば、異なる、追加の、後続の、又は将来の）ＣＯＴ構造表示を受信し得る（例えば、受信することが予想され得る）。（例えば、早期又は第１のＣＯＴ構造指示に対する）異なる、追加の、後続の、又は将来のＣＯＴ構造の指示は、例えば、同じＣＯＴ内で（例えば、早期又は第１のＣＯＴ構造指示として）送信されるＣＯＴ構造指示を含み得る。複数のＣＯＴ構造の指示は、冗長性を可能にするか、又はそうでなければサポートし得る。
【0110】
ＷＴＲＵは、例えば、ＷＴＲＵがＣＯＴを検出した（例えば、そのときの）１つ以上の（例えば、複数の）ＬＢＴサブバンド内で１つ以上のＣＯＴ指示を受信し得る。例では、ＷＴＲＵは、複数のＬＢＴサブバンドの（例えば、それぞれの）ＣＯＴ構造指示を受信し得る。複数のＣＯＴ構造指示の各々は、同じ又は異なる情報を含み得る。例では、複数（例えば、いくつか又はすべて）のＣＯＴ構造指示が、以下のうちの１つ以上：ＣＯＴ構造指示のエネルギー蓄積、チェイス合成、及び／又は改善された復調を有効にし得る又はさもなければサポートし得る同じ情報を有し得る（ことを、例えば、ＷＴＲＵは仮定し得る）。
【0111】
ＷＴＲＵは、例えば、ＣＯＴと関連付けられた指示のために、ＬＢＴサブバンドの１つ以上の（例えば、サブセット）を監視し得る（例えば、監視するように構成され得る）。
【0112】
ＷＴＲＵは、ＬＢＴサブバンドの１つ以上（例えば、サブセット）で構成され得る。ＷＴＲＵは、（例えば、アクティブＣＯＴが存在しない場合）ＷＴＲＵが１つ以上のＰＤＣＣＨ監視機会を有し得るＬＢＴサブバンドの１つ以上（例えば、サブセット）で構成され得る。ＷＴＲＵは、（例えば、本明細書に記載されるように）デフォルトＬＢＴサブバンドの１つ以上（例えば、セット）を監視し得る。ＷＴＲＵは、例えば、ＤＭ－ＲＳ及び／又はＰＤＣＣＨ送信を検出するために（例えば、検出することを試みるために）１つ以上のデフォルトＬＢＴサブバンドを監視し得る（例えば、監視するように構成され得る）。
【0113】
ＷＴＲＵは、１つ以上の（例えば、複数の）ＬＢＴサブバンド内のリソースで構成され得る。ＷＴＲＵは、例えば、複数のＬＢＴサブバンド内の１つ以上のＣＯＲＥＳＥＴ、探索空間、及び／又はＰＤＣＣＨ候補（例えば、そのセット）で構成され得る。ＷＴＲＵは、（例えば、１つ以上のスロット又は期間などの任意の所与のインスタンスで）１つ以上のＬＢＴサブバンド（例えば、デフォルトＬＢＴサブバンドとみなされる１つ以上のＬＢＴサブバンド）において、ＣＯＲＥＳＥＴ、探索空間、及び／又はＰＤＣＣＨ候補（例えば、のみ）を能動的に監視し得る。例えば、任意の１つ以上のスロット又は期間において、ＷＴＲＵは、デフォルトＬＢＴサブバンド内のＣＯＲＥＳＥＴ、探索空間、及び／又はＰＤＣＣＨ候補のみを能動的に監視し得る。デフォルトのＬＢＴサブバンドは、（例えば、経時的に）変化し得る。例えば、ＷＴＲＵは、デフォルトＬＢＴサブバンドを（例えば、定期的に、非周期的に、スケジュールで、又は必要に応じて／アドホックとしてなど、経時的に）変更するためのホッピングパターンで構成され得る（例えば、また、ホッピングパターンを使用し得る）。ホッピングパターンは判定及び／又は示され得る。ホッピングパターンは、例えば、スロット数、時間、ＷＴＲＵ識別子（ＩＤ）及び／又は同様のもののうちの１つ以上の関数であり得る。ホッピングパターンは、（例えば、構成のビットマップを介して）（例えば、明示的に）示され得る。
【0114】
ＷＴＲＵは、サブバンドが取得されたことを示す（例えば、ＬＢＴサブバンド内の送信における）指示を受信するように構成され得る。ＷＴＲＵは、ホッピングを停止し得る、及び／又は取得されたＬＢＴサブバンド内のＰＤＣＣＨ候補を監視し続け得る。例えば、ＷＴＲＵは、サブバンドを指示するＬＢＴサブバンドでの送信の受信時に、取得されている、ホッピングを停止し得る、及び例えば、ＷＴＲＵが、取得された／アクティブなＬＢＴサブバンドの完全なセットに関する指示を受信するまで、取得されたＬＢＴサブバンド内のＰＤＣＣＨ候補を監視し続け得る。（例えば、追加及び／又は代替の）実施例では、ＷＴＲＵは、サブバンド（例えば、確認されたアクティブＬＢＴサブバンド）が取得されたことを指示する指示（例えば、確認されたアクティブＬＢＴサブバンドなどの、ＬＢＴサブバンドにおける送信における）の受信に基づいて（例えば、その時に）、（例えば、更なる判定及び／又は指示まで）その非ＣＯＴ監視を停止し、かつ／又は確認されたアクティブＬＢＴサブバンドを監視し得る（例えば、ＬＢＴサブバンド上のアクティブＣＯＴに適用可能な監視パターンを使用して）。（例えば、追加及び／又は代替の）実施例では、ＷＴＲＵは、例えば、サブバンドが取得されたことを指示する（例えば、ＬＢＴサブバンドにおける送信における）指示の受信時に、（例えば、更なる判定及び／又は指示まで）その非ＣＯＴ冠詞を停止し得、かつ／又は１つ以上の（例えば、いくつか又はすべての）構成されたサブバンドを監視し得る（例えば、１つ以上の（例えば、すべての）ＬＢＴサブバンド上のアクティブＣＯＴに適用可能な監視パターンを使用して）。ＷＴＲＵは、例えば、更なる判定及び／又は指示に基づいて、現在のＣＯＴの監視から１つ以上のＬＢＴサブバンドを除去し得る。
【0115】
図２は、複数のＬＢＴサブバンドを監視するためのＷＴＲＵホッピングパターンの例を示す。ＷＴＲＵは（例えば、図２の例示的な動作によって示されるように）複数のＬＢＴサブバンドを監視し得る（例えば、ホッピングパターンで）、及び／又は、例えば、取得されたＬＢＴサブバンドの完全なセットの指示を受信するまで、１つ以上の取得されたＬＢＴサブバンド上で監視するために監視を変更し得る。ＷＴＲＵは、例えば、（例えば、図２の例により示されるように）構成されたＬＢＴサブバンド（例えば、ＬＢＴサブバンド１～４）上で監視し得、ＷＴＲＵがＬＢＴサブバンド（例えば、ＬＢＴサブバンド１）上の指示を検出するまでサブバンド間をホッピングする。指示は、例えば、ＧＣ－ＰＤＣＣＨ及び／又はＤＭ－ＲＳで提供され得る。ＷＴＲＵは、指示が検出されるＬＢＴサブバンドが、例えば、ＷＴＲＵが（例えば、ＬＢＴサブバンド１上で）指示を検出する場合、及び／又はそのときに、ＣＯＴのために取得されることを認識しているか、又は認識し得る。追加のＬＢＴサブバンドは、取得される場合があり、又は取得されない場合がある。ＷＴＲＵは、例えば、次のスロット境界まで（例えば、取得されたＬＢＴサブバンドの）ミニスロット監視に切り替わり得る。図２に示すように、ＷＴＲＵは、ＬＢＴサブバンド１のミニスロット監視に切り替わり得る。ＷＴＲＵは（例えば、ある時点で）ＣＯＴの取得されたＬＢＴサブバンドの完全なセットについてＷＴＲＵに通知する指示を受信し得る。図２の例によって示すように、ＷＴＲＵは、ミニスロット監視を開始した後の次のスロットの開始時に、ＣＯＴの取得されたＬＢＴサブバンドの完全なセットに関する指示を受信し得る。図２の例によって示すように、ＷＴＲＵは、ＬＢＴサブバンド１及び３がＣＯＴのための取得されたＬＢＴサブバンド（例えば、その完全なセット）であることをＷＴＲＵに通知するＣＯＴ構造指示を受信し得る。ＷＴＲＵは、ミニスロット監視から、例えば、スロットベースの監視（例えば、一部又はすべての取得されたＬＢＴサブバンドで）に切り替わり得る。例えば、図２の例によって示すように、ＷＴＲＵは、ＬＢＴサブバンド１のミニスロット監視から、ＣＯＴ中の取得された／アクティブなＬＢＴサブバンド１及び３のスロットベースの監視に（例えば、完全なセットの指示に基づいて）切り替わり得る。
【0116】
図３は、複数のＬＢＴサブバンドを監視するためのＷＴＲＵホッピングパターンの例を示す。ＷＴＲＵは（例えば、図３の例示的な動作によって示されるように）複数のＬＢＴサブバンド（例えば、ホッピングパターンにおけるサブバンド１～４）を監視し得、及び／又は、例えば、取得されたＬＢＴサブバンドの完全なセットの指示を受信するまで、１つ以上の取得されたサブバンドの指示に基づいて、（例えば、１つ以上の未取得サブバンドを含む）ＬＢＴサブバンドの監視を（例えば、ホッピングパターンからミニスロット監視へ）変更し得る。ＷＴＲＵ（例えば、図３に示される例示的な動作に基づく）は、ＷＴＲＵが、１つ以上のＬＢＴサブバンドが取得されるという少なくとも１つのＬＢＴサブバンド（例えば、ＬＢＴサブバンド１）上の指示を検出するまで、（例えば、図２に示される例示的な動作に基づいて）別のＷＴＲＵと同様に挙動し得る（例えば、そのように構成され得る）。一例では（例えば、図３に示すように）、ＷＴＲＵは、更なる通知まで（例えば、完全なＣＯＴ構造指示を検出するまで）、（例えば、ミニスロットベースの監視を使用して）一部又はすべてのＬＢＴサブバンドを監視する指示に基づいて監視を切り替え得る又は変更し得る。ＷＴＲＵは、例えば、（例えば、図２の例に示すように）次のスロットの開始時に受信された指示（例えば、完全なＣＯＴ構造指示）によって通知され得る。指示は、例えば、ＬＢＴサブバンド１及び３がＣＯＴに対して取得される／アクティブであることを示し得る。ＷＴＲＵは、（例えば、図３の例に示すように、サブバンド１～４のミニスロットベースの監視からアクティブサブバンド１及び３のスロットベースの監視に）そのＰＤＣＣＨ監視アクティビティを（例えば、指示に基づいて）対応して修正し得る。指示に基づく取得されたＣＯＴサブバンド及び適応サブバンド監視の１つ以上の指示は、ＣＯＴ中の取得された／アクティブなサブバンドの効率的な使用をサポートし得る。
【0117】
ＷＴＲＵは、例えば、ＣＯＴと関連付けられた指示について階層的監視を実行するように構成され得る。ＷＴＲＵは、例えば、アクティブＣＯＴなしで、ＬＢＴサブバンドのサブセットを監視し得る。ＷＴＲＵは、監視されたＬＢＴサブバンドのセットを修正し得る。ＷＴＲＵは、例えば、（例えば、すべての）監視インスタンスにおいて、監視されたＬＢＴサブバンドのセットを適合（例えば、維持又は修正／変更）し得る（例えば、そうするかどうかの判定を再評価する又は行い得る）。監視されたＬＢＴサブバンドの選択（例えば、インスタンスで）は、例えば、以下のうちの１つ以上に基づいて判定され得る：前のＣＯＴ内のアクティブＬＢＴサブバンドのセット、以前に監視されたＬＢＴサブバンドのセット、事前構成された監視パターン、探索参照信号（discovery reference signal、ＤＲＳ）で受信された指示、ＬＢＴプロセス又は測定の結果、前のＣＯＴで受信された指示、ＣＯＴの外側に受信された指示、及び／又は同様のもの。
【0118】
インスタンスで監視されたＬＢＴサブバンドの選択は、例えば、前のＣＯＴ内のアクティブＬＢＴサブバンドのセットに基づいて（少なくとも部分的に）判定され得る。例えば、ＷＴＲＵは、ＬＢＴサブバンドの第１のセットを占有した以前のＣＯＴを認識し得る。ＷＴＲＵは、以前に使用されたＬＢＴサブバンドのうちの少なくとも１つから少なくとも１つのＣＯＲＥＳＥＴ／探索空間／ＰＤＣＣＨ候補を監視し得る。以前に使用されたＬＢＴサブバンドのセットは、ある時間に有効であり得る。例えば、以前に使用されたＬＢＴサブバンドのセットの有効性は、ＣＯＴの期限切れから経過した時間に依存し得る。ＷＴＲＵは、１つ以上のＬＢＴサブバンドのタイマを維持し得る。例えば、タイマの期限切れ時に、ＷＴＲＵは、監視されたＬＢＴサブバンドのリストからＬＢＴサブバンドを削除し得る。ＷＴＲＵは、例えば、タイマの期限切れ時に、ＬＢＴサブバンドのデフォルトセットに戻り得る。
【0119】
インスタンスで監視されたＬＢＴサブバンドの選択は、例えば、以前に監視されたＬＢＴサブバンドのセットに基づいて（少なくとも部分的に）判定され得る。ＷＴＲＵは、第１の時間インスタンスにおいて、ＬＢＴサブバンドの第１のセットを監視し得る。ＷＴＲＵは、例えば、ＬＢＴサブバンドの第１のセットのうちの１つ以上の関数としての、第２の時間インスタンス（例えば、第１の時間インスタンスに続く）の第２のセットのＬＢＴサブバンド、ＷＴＲＵが、第１の時間インスタンスで監視されたＬＢＴサブバンドのうちのいずれかにおいて送信を検出したかどうか、ＷＴＲＵが送信を検出した１つ以上のＬＢＴサブバンド（例えば、そのセット）、及び／又は同様のものを判定し得る。
【0120】
インスタンスにおける監視されたＬＢＴサブバンドの選択は、例えば、事前構成された監視パターンに基づいて（少なくとも部分的に）判定され得る。例では、パターンは、ネットワークによって半静的に構成され得る。
【0121】
インスタンスで監視されたＬＢＴサブバンドの選択は、例えば、ＬＢＴプロセス及び／又は測定の結果に基づいて（少なくとも部分的に）判定され得る。例では、ＬＢＴプロセス及び／又は測定は、ＷＴＲＵによって実行され得る。
【0122】
インスタンスで監視されたＬＢＴサブバンドの選択は、例えば、ＣＯＴの外側で受信された指示に基づいて（少なくとも部分的に）判定され得る。例では、最新のＣＯＴの完了後に指示が受信され得る。
【0123】
ＷＴＲＵは、例えば、ＣＯＴと関連付けられた指示について、広帯域監視を実行するように構成され得る。ＷＴＲＵは、広帯域送信を監視するように構成され得る。ＷＴＲＵは、ｇＮＢ取得されたＣＯＴの指示のための広帯域送信を監視するように構成され得る。例えば、ＷＴＲＵは、多重ＬＢＴサブバンド上で送信され得る広帯域ＤＭ－ＲＳ及び／又はＧＣ－ＰＤＣＣＨを監視し得る。ＷＴＲＵは、例えば、広帯域送信が少なくとも１つのＬＢＴサブバンドに存在する場合、少なくとも１つのＬＢＴサブバンド内のアクティブＣＯＴの存在を判定し得る。例えば、ＷＴＲＵは、広帯域ＤＭ－ＲＳの構成要素の存在を検出し得る。ＷＴＲＵは、例えば、広帯域ＤＭ－ＲＳが送信されたＬＢＴサブバンドのセットを判定し得る（例えば、判定することが可能であり得る）。ＷＴＲＵは、広帯域ＤＭ－ＲＳ（又はＧＣ－ＰＤＣＣＨ）が受信されたサブバンドをＣＯＴの一部としてみなし得る（例えば、みなすように構成され得る）。例では、ＷＴＲＵは、広帯域ＤＭ－ＲＳ（例えば、及び／又はＧＣ－ＰＤＣＣＨ）が受信された（例えば、任意の）サブバンドを、取得されたＣＯＴ（例えば、新たに取得されたＣＯＴ）の一部としてみなし得る。
【0124】
ＷＴＲＵは、例えば、ＬＢＴサブバンドのセットのマルチステップ（例えば、２ステップ）指示に基づいて、監視を実行し得る（例えば、実行するように構成され得る）。ＷＴＲＵは、１つ以上のＬＢＴサブバンドを監視して、例えば、本明細書に記載の１つ以上のアプローチを使用して、ＣＯＴの少なくとも１つのＬＢＴサブバンドの使用を判定し得る。ＷＴＲＵは、例えば、少なくとも１つのＬＢＴサブバンドがＣＯＴのために取得されたという判定に基づいて、ＷＴＲＵのＣＯＲＥＳＥＴ、探索空間及び／又はＰＤＣＣＨ候補監視を修正し得る。ＷＴＲＵは（例えば、少なくとも１つのＬＢＴサブバンドがＣＯＴのために取得されたと判定すると）、例えば、アクティブＬＢＴサブバンドの完全なセットを判定するように、そのＣＯＲＥＳＥＴ、探索空間及び／又はＰＤＣＣＨ候補監視を修正し得る。例えば、ＷＴＲＵは、１つ以上のＬＢＴサブバンド上の第１の監視パターンを使用して、少なくとも１つのＬＢＴサブバンドが取得されたという第１の指示を受信し得る。ＷＴＲＵは（例えば、第１の指示を受信すると）１つ以上のＬＢＴサブバンド上の第２の監視パターンを使用し得る（例えば、第２の指示を受信するために）。第２の指示は、ＷＴＲＵを、アクティブＬＢＴサブバンドの全体／完全なセットに関するより多くの情報を示すか、又は提供し得る。
【0125】
一例では、第２の監視パターンは、ＷＴＲＵが第１の指示を受信した１つ以上のＬＢＴサブバンドの関数として判定され得る。例えば、ＷＴＲＵ（例えば、第１のＬＢＴサブバンド内で指示を受信した）は、ＷＴＲＵが（例えば、第１の検出されたＬＢＴサブバンド内の）完全なＣＯＴ構造指示を受信するより大きな確率を有することを可能にする様式で、ＷＴＲＵの監視パターンを適合させ得る。
【0126】
ＷＴＲＵは、スケジューリング情報を受信及び／又は解釈し得る。ＷＴＲＵは、例えば、アクティブＣＯＴと関連付けられ得る１つ以上のＬＢＴサブバンドに基づいて、スケジューリング情報を判定し得る（例えば、判定するように構成され得る）。ＷＴＲＵは、少なくともＣＯＴの開始時にアクティブであるＬＢＴサブバンドを認識し得る。ＷＴＲＵは、例えば、アクティブＬＢＴサブバンドの完全なセットの（例えば、更なる）指示まで、ＣＯＴがアクティブであるという指示を受信したＬＢＴサブバンドにおいて（例えば、のみ）スケジュールされることを予想し得る。ＷＴＲＵは、例えば、少なくともアクティブＬＢＴサブバンドの完全なセットの更なる指示まで、許可を受信するＬＢＴサブバンド上のリソースをポイントするスケジューリング許可を解釈し得る。例では、ＷＴＲＵは、第１のＬＢＴサブバンドがアクティブであることを指示するＤＭ－ＲＳ及び／又はＧＣ－ＰＤＣＣＨを検出し得る。ＷＴＲＵは、例えば、ＷＴＲＵがアクティブＬＢＴサブバンドの完全なセットの指示を受信するまで、指示された第１のアクティブＬＢＴサブバンド（例えば、のみ）に関連する任意の（例えば、ゼロ又はそれ以上の）スケジューリング許可を予想し得る。アクティブＬＢＴサブバンドの完全なセットの指示の前に発生するスケジューリング許可は、より少ないリソース配分情報を含み得る。ＬＢＴサブバンドは、例えば、第１のアクティブＬＢＴサブバンド指示に基づいて、（例えば、暗黙的に）既知であるとみなし得る。リソース配分に使用されるビット数は、低減され得る。例えば、ＣＯＴの開始時に発生する送信のために、より小さいダウンリンク制御情報（downlink control information、ＤＣＩ）ペイロードが有効にされ得る。
【0127】
スケジューリング許可におけるリソース配分のＷＴＲＵの解釈は、取得されたＬＢＴサブバンドの数及び／又はセットの関数であり得る。取得されたＬＢＴサブバンドの数及び／又はセットは、ＣＯＴ構造指示（又はＣＯＴ構造指示更新）を受信した後と比較して、ＣＯＴの開始時に異なり得る。
【0128】
ＷＴＲＵは、ＰＤＣＣＨ監視と関連付けられた指示を受信するように構成され得る。例えば、ＷＴＲＵは、ＰＤＣＣＨ監視を修正するための明示的な指示を受信するように構成され得る。ＷＴＲＵは、そのＣＯＲＥＳＥＴ、探索空間、及び／又はＰＤＣＣＨ監視パターンを変更するための指示を受信し得る。ＷＴＲＵは、複数の監視パターンで構成され得、及び／又はそれを変更することが示され得る。ＷＴＲＵは、１つ以上の監視パターン（例えば、その構成）を変更するための（例えば、動的又は半静的）指示を受信し得る。（例えば、各）監視パターンは、インデックスを有し得る。モニタリングパターンを変更するための（例えば、明示的な）指示は、変更するための（例えば、新しい又は交換の）監視パターンのインデックスを含み得る。
【0129】
ＷＴＲＵは、例えば、第１のＰＤＣＣＨ監視パターンを使用して受信された送信を介して、第２のＰＤＣＣＨ監視パターンに変更する指示を受信し得る。例えば、ＷＴＲＵは、第１のＰＤＣＣＨ監視パターンの一部として監視されるＰＤＣＣＨ候補においてＤＣＩを受信し得る。ＤＣＩは、例えば、第１のＰＤＣＣＨ監視パターンから第２のＰＤＣＣＨ監視パターンへのＷＴＲＵの監視の変更を示し得る。ＷＴＲＵは、指示に基づいて、監視を変更し得る。
【0130】
新規の／置換／変更されたＰＤＣＣＨ（例えば、第２のＰＤＣＣＨ）監視パターンは、以下のうちの１つ以上を変更し得る：能動的に監視されたＣＯＲＥＳＥＴのセット、能動的に監視された探索スペースのセット、能動的に監視されたＬＢＴサブバンドのセット、能動的に監視されたＰＤＣＣＨ候補のセット、及び／又は同様のもの。
【0131】
ＰＤＣＣＨ監視パターンを使用するための（例えば、明示的な）指示は、ＰＤＣＣＨ監視パターンが有効である期間を含み得る、又はそれと関連付けられ得る。例えば、ＷＴＲＵは、固定持続時間を有するアクティブＣＯＴにあり得る。ＷＴＲＵは、例えば、異なるＰＤＣＣＨ監視パターンへの切り替えの指示がアクティブＣＯＴの終了まで有効であると仮定し得る（例えば、そうするように構成され得る）。例えば、異なるＰＤＣＣＨ監視パターンに切り替えるための任意の指示は、現在のＣＯＴの終了までのみ有効であることがＷＴＲＵによって仮定され得る。ＰＤＣＣＨ監視パターンを使用するための（例えば、明示的な）指示は、有効性タイマと関連付けられ得る。ＷＴＲＵは（例えば、別の指示なしで）、例えば、有効性タイマの満了時に、デフォルトのＰＤＣＣＨ監視パターンに戻り得る。デフォルトのＰＤＣＣＨ監視パターンは、例えば、（例えば、第１の検出されたＬＢＴサブバンドに基づいて）ＣＯＴの開始時に判定又は示される非ＣＯＴ監視パターン又は（例えば、第１の）監視パターンであり得る。ＰＤＣＣＨ監視パターンを使用及び／又は修正するための（例えば、明示的な）指示は、例えば、ＷＴＲＵ固有、セル固有、又はグループ共通ＰＤＣＣＨのうちの１つ以上において受信され得る。
【0132】
ＷＴＲＵは、複数のＣＯＲＥＳＥＴで構成され得る。ＷＴＲＵは、複数のＣＯＲＥＳＥＴの一部又はすべてを監視するように構成され得る。ＷＴＲＵは、例えば、複数の（例えば、相対的に多数の）ＣＯＲＥＳＥＴを監視することによってブラインド検出及び／又はチャネル推定の複雑さを低減するために、構成された及び／又はアクティブなＣＯＲＥＳＥＴの別個のリストを維持し得る。ＷＴＲＵは（例えば、所与の瞬間に）ＣＯＲＥＳＥＴのサブセット上のＰＤＣＣＨ候補のブラインド検出を試み得る。例えば、ＷＴＲＵは、ｘのＣＯＲＥＳＥＴのセットによって構成され得る。ＷＴＲＵは（例えば、任意の所与の瞬間に）ＣＯＲＥＳＥＴのサブセット（例えば、ｙがｘ以下であり得るｙのＣＯＲＥＳＥＴ）上の（例えば、唯一の）ＰＤＣＣＨ候補のブラインド検出を試み得る。ＣＯＲＳＥＴのサブセットは、アクティブＣＯＲＥＳＥＴとみなされ得る。
【0133】
ＷＴＲＵは、ｙの最大値（例えば、３）のＣＯＲＥＳＥＴで構成され得る。ＷＴＲＵは、ＷＴＲＵが、例えば、ｙの最大値（例えば、ｙ＿ｍａｘ）に基づいて監視し得るＣＯＲＥＳＥＴの数及び／又はセットを判定し得る。ＷＴＲＵは、ＷＴＲＵが、以下のうちの１つ以上：構成されたＣＯＲＥＳＥＴのセット、利用可能なＣＯＲＥＳＥＴのセット、（例えば、各）ＣＯＲＥＳＥＴの優先度、ｙ＿ｍａｘ、及び／又は同様のものの関数として監視し得るＣＯＲＥＳＥＴの数及び／又はセットを判定し得る。構成されたＣＯＲＥＳＥＴは、例えば、ｘ半静的に構成されたＣＯＲＥＳＥＴを含み得る。利用可能なＣＯＲＥＳＥＴは、例えば、アクティブＬＢＴサブバンドに位置するＣＯＲＥＳＥＴを含み得る。ＣＯＲＥＳＥＴの優先度は、例えば、ＣＯＲＥＳＥＴインデックスの関数として判定され得る。ｙの最大値（例えば、ｙ＿ｍａｘ）は、ネットワークによって（例えば、明示的な指示で）示され得る。
【0134】
例では、ＷＴＲＵは、ＬＢＴサブバンドのサブセットがアクティブであることを示す、ＣＯＴの開始時の第１の指示を受信し得る。ＷＴＲＵは、例えば、アクティブＬＢＴサブバンドの関数として、アクティブＣＯＲＥＳＥＴの第１のセットを判定し得る。ＷＴＲＵは、アクティブＬＢＴサブバンドのセット上で更新を受信し得る。更新は、例えば、アクティブＬＢＴサブバンドの数を増加させ得る。ＷＴＲＵは、例えば、ＬＢＴサブバンドの更新されたセットに基づいて、アクティブＣＯＲＥＳＥＴのセットを修正し得る。例では、ＷＴＲＵは、アクティブＣＯＲＥＳＥＴのセットｙに影響を及ぼし得る１つ以上のＰＤＣＣＨ監視パターンを変更するための（例えば、明示的な）指示を受信し得る。
【0135】
ＷＴＲＵは、チャネルアクセス優先度を判定するように構成され得る。チャネルアクセス優先度は、チャネルアクセスカテゴリ（channel access categories、ＣＡＣ）によって示され得る。ｇＮＢは、カテゴリ２（ＣＡＴ２）ＵＬ送信（例えば、ランダムバックオフなしのＬＢＴ）を制御し得る。ｇＮＢは、例えば、（例えば、ＣＧを含む）ｇＮＢＣＯＴにある場合、及び／又はそのとき、ＣＡＴ２ＵＬ送信を制御し得る。
【0136】
ＷＴＲＵは、アップリンク送信に使用されるＣＡＣのセットで（事前に）構成され得る。１つ以上のＣＡＣは、論理チャネル制限を判定するために使用され得る。例えば、ＷＴＲＵは、ＣＡＣ２及びＣＡＣ４で事前に構成され得る。ＷＴＲＵは、複数のステップで（例えば、２つのステップで）アップリンク送信のための適用可能なＣＡＣを判定し得る。ＷＴＲＵは、（例えば、第１のステップで）ｇＮＢからの指示を受信し得る。ＷＴＲＵは、（例えば、第２のステップで）、例えば、受信された指示及び／又は他の条件に基づいて、ＣＡＣを判定し得る。例えば、ｇＮＢは、ｇＮＢのＣＯＴをセル内のＷＴＲＵに示す（例えば、送信する）し得る。ＣＡＣは、例えば、ＷＴＲＵの前の送信状態に基づいて選択され得る。以前の送信状態には、例えば、確認応答（ＡＣＫ）又は肯定応答（ＮＡＣＫ）指示が受信されなかったことが含まれ得る。ｇＮＢは、ＷＴＲＵに指示を提供し得る。ＷＴＲＵは、指示及び／又は１つ以上の条件に基づいてＣＡＣを判定し得る。
【0137】
ＷＴＲＵは、ネットワークノード（例えば、ｇＮＢ）からの指示を受信し得る。例では、ＷＴＲＵは、例えば、ＣＡＣを判定するために、ＷＴＲＵが使用し得るｇＮＢからの指示を受信するように構成され得る。ＷＴＲＵは、例えば、ＣＡＣを使用して、チャネルアクセス優先度を判定し得る。指示は、例えば、以下の１つ以上（例えば、組み合わせ）を含み得るか又はそれらを介して送信／受信され得る：ＷＴＲＵ固有ＤＣＩ、グループ共通（group-common、ＧＣ）ＤＣＩ、ＣＯＴ指示、参照信号（reference signal、ＲＳ（ｓ））、及び／又は同様のもの。
【0138】
例えば、ＤＣＩ（例えば、ＷＴＲＵ固有ＤＣＩ）を介して、（例えば、ｇＮＢからの）指示が受信され得る。例えば、ＷＴＲＵは、許可タイプ２として構成されたアップリンクをアクティブ化するＤＣＩを受信し得る。ＷＴＲＵは、ＣＳＩフィードバックを要求するＤＣＩを受信し得る。ＷＴＲＵ固有ＤＣＩは、ダウンリンクデータ送信をスケジュールし得る。ＷＴＲＵは、ＤＣＩを介して受信された指示を使用して、ＣＯＴと関連付けられたＣＡＰを判定し得る。
【0139】
例えば、グループ共通ＤＣＩを介して、（例えば、ｇＮＢからの）指示が受信され得る。グループ共通ＤＣＩは、ダウンリンクフィードバック指示、スロットフォーマット指示、プリエンプション指示及び／又は同様のもののうちの１つ以上を含み得る。ＷＴＲＵは、ＤＣＩを介して受信された指示を使用して、ＣＯＴと関連付けられたＣＡＰを判定し得る。
【0140】
（例えば、ｇＮＢからの）指示は、例えば、ＣＯＴ指示を含み得る。ＣＯＴ指示は、ダウンリンク送信のためのＣＯＴ構造及び／又はＬＢＴサブバンド／キャリアを含み得る。ＣＯＴ構造は、例えば、ＤＬシンボル、可撓性シンボル、ＵＬシンボル、及び／又は同様のものを含み得る。ＷＴＲＵは、ＣＯＴ指示（例えば、ＣＯＴ構造指示）を使用してＣＯＴと関連付けられたＣＡＰを判定し得る。
【0141】
（例えば、ｇＮＢからの）指示は、例えば、１つ以上の参照信号（例えば、ＤＭ－ＲＳ及び／又はＣＳＩ－ＲＳ）を介して受信され得る。ＣＯＴと関連付けられたＣＡＰは、参照信号構成を使用して判定され得る。例えば、ｇＮＢは、複数の参照信号を用いてＷＴＲＵを構成し得る。（例えば、複数の構成の中の）（例えば、各）構成は、ＣＡＣと関連付けられ得る。一例では、第１の（例えば、ＲＳ）構成は、（例えば、ＬＢＴｃａｔ２と関連付けられた）第１のＣＡＰと関連付けられ得、第２の（例えば、ＲＳ）構成は、（例えば、ＬＢＴｃａｔ４と関連付けられた）第２のＣＡＰと関連付けられ得る。ＷＴＲＵは、例えば、参照信号に基づいて（例えば、参照信号の検出時に）、ＣＡＣを判定し得る。ＷＴＲＵは、第１の参照信号構成に基づいて第１のチャネルアクセス優先度を判定し、第１の参照信号構成とは異なる第２の参照信号構成に基づいて第２のチャネルアクセス優先度を判定し得る。
【0142】
ＷＴＲＵは、例えば、ｇＮＢ指示（例えば、トリガとして動作する）に基づいて、（例えば、次のステップ中に）考慮される許容されたＣＡＣのセットを変更（例えば、低減）し得る（例えば、するようにトリガされ得る）。例えば、ＷＴＲＵは、４つのＣＡＣ：ＣＡＣ１、２、３、及び４で事前に構成され得る。ｇＮＢ指示は、４つのＣＡＣを次のステップ中に考慮されるべき２つのＣＡＣ（例えば、ＣＡＣ２及び４）に低減するために、ＷＴＲＵをトリガし得る。ＷＴＲＵは、例えば、（例えば、本明細書に記載されるように提供／受信される）ｇＮＢ指示に基づいて、ＣＡＣ２及び４から第２のステップ中に適用可能なＣＡＣを選択し得る。
【0143】
ＷＴＲＵは、例えば、ネットワークノード（例えば、ｇＮＢ）からの指示に（例えば、少なくとも部分的に）基づいて、ＣＡＣを判定し得る。ＷＴＲＵは、例えば、１つ以上の条件に（例えば、少なくとも部分的に）基づいて、ＣＡＣを判定するように構成され得る。ＷＴＲＵ（例えば、本明細書に記載の形態で、ｇＮＢ表示を受信した）は、例えば、以下のうちの１つ以上を含む１つ以上の１つ以上の条件（例えば、組み合わせ）に基づいてＣＡＣを判定するように構成され得る：アップリンク送信の開始時間、アップリンク許可の送信持続時間、送信されるトランスポートブロック（ＴＢ）が再送信であるかどうか、すでに実行された再送信／繰り返しの回数、リソースのために以前に使用されたＣＡＣ、いくつかの失敗したチャネルアクセス試行、以前のアップリンク送信機会が先取りされたかどうか、及び／又は同様のもの。
【0144】
ＷＴＲＵは、例えば、アップリンク送信の開始時間に基づいて、ＣＡＣを判定するように構成され得る。実施例では、アップリンク送信の開始時間は、ＤＬバーストの終了に対するアップリンク送信の開始時間に基づき得る。例えば、ＷＴＲＵは、スロットｎの第２のシンボルにおいて構成された許可タイプ２で構成され得る。ＷＴＲＵは（例えば、第１のステップ中に）、ＤＬバーストがスロットｎ－４から始まり、スロットｎ－１で終了することを示す、（例えば、ネットワークノードから）ＣＯＴ指示をスロットｎ－４に受信し得る。ＷＴＲＵは、ＤＬバーストと開始時間との間のギャップがＸシンボル未満であると判定し得る。ＷＴＲＵは、例えば、オフセットＸがＸ１とＸ２との間にある場合、第１のＣＡＣ（例えば、ＣＡＣ１）を使用し得る。ＷＴＲＵは、例えば、オフセットＸがＸ２とＸ３との間にある場合、第２のＣＡＣ（例えば、ＣＡＣ２）を使用し得る。
【0145】
実施例では、アップリンク送信の開始時間は、グループ共通ＤＣＩ及び／又はＷＴＲＵ固有ＤＣＩの受信時間に関するアップリンク送信の開始時間に基づき得る。ＷＴＲＵは、例えば、ＤＣＩを運ぶＰＤＣＣＨの終了シンボルとアップリンク送信の開始との間のオフセットＸに基づいて、ＣＡＣを判定し得る。ＷＴＲＵは、例えば、オフセットＸがＸ１とＸ２との間にある場合、第１のＣＡＣ（例えば、ＣＡＣ１）を使用し得る。ＷＴＲＵは、例えば、オフセットＸがＸ２とＸ３との間にある場合、第２のＣＡＣ（例えば、ＣＡＣ２）を使用し得る。
【0146】
例では、アップリンク送信の開始時間は、参照信号の受信時間に対するアップリンク送信の開始時間（例えば、ＤＭ－ＲＳ及び／又はＣＳＩ－ＲＳ）に基づき得る。
【0147】
ＷＴＲＵは、例えば、アップリンク許可の送信持続時間に基づいて、ＣＡＣを判定するように構成され得る。ＷＴＲＵは、例えば、アップリンク送信のための時間ドメインリソース配分に基づいて、ＣＡＣを判定し得る。
【0148】
例では、アップリンク送信のための時間ドメインリソース配分は、持続時間のＸシンボルであり得る。ＷＴＲＵは、例えばＸがＸ１とＸ２との間にある場合、第１のＣＡＣ（例えば、ＣＡＣ１）を使用し得る。ＷＴＲＵは、例えばＸがＸ２とＸ３との間にある場合、第２のＣＡＣ（例えば、ＣＡＣ２）を使用し得る。
【0149】
ＣＡＣ判定は、（例えば、あるいは）Ｘシンボルを有する時間ドメインリソース配分と、Ｙシンボルを有するＤＬバーストの持続時間との比較に基づき得る。例えば、ＷＴＲＵは、例えば、Ｘ＜αＹα（例えば、ＷＴＲＵによって、ＷＴＲＵへの指示において、固定値として、及び／又は同様のものとして）構成され得る場合、第２のＣＡＣ（例えば、ＣＡＣ２）を使用し得る。
【0150】
ＣＡＣ判定は、（例えば、あるいは）Ｘシンボルを有する時間ドメインリソース配分と、ＤＬバーストの持続時間に、ＤＬバーストの終了とアップリンク送信の開始との間の時間間隙を加えたものとの比較に基づき得る。例えば、ＤＬバーストの持続時間は、Ｙシンボルを含み得る。ＤＬバーストの終了とアップリンク送信の開始との間の時間間隙は、Ｚシンボルを含み得る。ＷＴＲＵは、例えば、Ｘ＜α（Ｙ＋Ｚ）（例えば、ＷＴＲＵによって、ＷＴＲＵへの指示において、固定値として、及び／又は同様のものとして）構成され得る場合、第２のＣＡＣ（例えば、ＣＡＣ２）を使用し得る。
【0151】
ＷＴＲＵは、例えば、送信されるＴＢが再送信又は第１の／異なる送信であるかに基づいて、ＣＡＣを判定するように構成され得る。例えば、ＷＴＲＵは、再送信のためにＣＡＣ２を、また、第１の／異なる送信のためにＣＡＣ４を使用し得るか、又はその逆であり得る。
【0152】
ＷＴＲＵは、例えば、すでに実行された再送信／繰り返しの数に基づいて、ＣＡＣを判定するように構成され得る。ＷＴＲＵは（例えば、ＴＢの進行中の送信の場合）、例えば、すでに実行された再送信／繰り返しの数に基づいて、ＣＡＣを判定し得る。ＷＴＲＵは、例えば、実行される再送信回数が、構成された閾値を下回る場合、第１のＣＡＣ（例えば、ＣＡＣ４）を使用し得る。ＷＴＲＵは、例えば、実行される再送信回数が、構成された閾値を下回らない場合、第２のＣＡＣ（例えば、ＣＡＣ２）を使用し得る。
【0153】
ＷＴＲＵは、例えば、（例えば、同じ）リソース（例えば、構成された許可リソース）のために、以前に使用されたＣＡＣに基づいて、ＣＡＣを判定するように構成され得る。例では、ＷＴＲＵは、例えば、ＷＴＲＵが以前のｇＮＢ共有ＣＯＴ中にＣＡＣ４を使用した場合、現在のｇＮＢ共有ＣＯＴ内でＣＡＣ２を使用し得る。例では、ＷＴＲＵは、例えば、以前のｇＮＢ共有ＣＯＴにおけるＣＡＣ４の連続使用数に基づいて、現在のｇＮＢ共有ＣＯＴでＣＡＣ２を使用し得る。
【0154】
ＷＴＲＵは、例えば、失敗したチャネルアクセス数に基づいて、ＣＡＣを判定するように構成され得る。ＷＴＲＵは、例えば、（例えば、同じ）リソース上のＬＢＴ障害に起因する、失敗したチャネルアクセス数に基づいて、ＣＡＣを判定するように構成され得る。同じリソースは、構成された許可リソースを含み得る。
【0155】
ＷＴＲＵは、例えば、以前のアップリンク送信機会がプリエンプトされたか否かに基づいて、ＣＡＣを判定するように構成され得る。例えば、ＷＴＲＵは、第１のｇＮＢ共有ＣＯＴ内のアップリンク構成許可を用いて構成され得る。ＷＴＲＵは、アップリンクプリエンプト指示を受信し得る。ＷＴＲＵは、アップリンク送信をキャンセルし得る。ＷＴＲＵは、ＣＡＣ２を使用して、例えば、次の共有ｇＮＢ ＣＯＴ中に構成された許可リソースを使用して送信し得る。
【0156】
判定及び／又は指示されたＣＡＣは、例えば、チャネルアクセス優先度を示すことによって、論理チャネル制限を判定するために使用され得る。
【0157】
ＷＴＲＵは、例えば、（例えば、本明細書に記載されるような）条件が満たされていない場合、及び／又はｇＮＢ指示が受信されなかった場合に、デフォルトのＣＡＣを使用するように構成され得る。
【0158】
ＷＴＲＵは、ＬＢＴタイプ／優先度指示を受信するように構成され得る。ＷＴＲＵ及び／又はネットワーク（例えば、ネットワークノード）は、ＬＢＴタイプ／優先度指示のシグナリングサポートを使用するように構成され得る。優先度指示は、チャネルアクセス優先度を示し得る。チャネルアクセス優先度は、ＣＡＰＣによって示され得る。
【0159】
ＷＴＲＵは、ＣＯＴを取得するために使用されるチャネルアクセス優先度（例えば、ＣＡＰＣ）の指示を送るように構成され得る。ＣＯＴは、例えば、ＣＯＴが、アイドルとして判定され得るリソース（例えば、チャネル）上で開始される場合に、取得され得る。ＣＯＴは、例えば、ＬＢＴの結果に従って取得され得る。ＷＴＲＵは、例えば、アップリンク送信のためのＣＯＴを取得することに基づいて（例えば、取得時に）、ＬＢＴ手順で使用されるＣＡＰＣをネットワークに示し得る。ＷＴＲＵは、チャネル取得のＣＡＰＣを判定するために使用され得る１つ以上の論理チャネルを示し得る。（例えば、論理チャネルの）指示は、例えば、ネットワークによる情報の（例えば、即時の）即時の使用をサポートするために送信されるデータよりもロバストであり得る。
【0160】
ＷＴＲＵは、ＬＢＴに使用されるＣＡＰＣを明示的又は暗黙的に示し得る（例えば、指示するように構成され得る）。ＷＴＲＵによる（例えば、明示的な）指示は、以下のうちの１つ以上を含み得る：送信に追加されたアップリンク制御情報（uplink control information、ＵＣＩ）、データに追加されたビットストリング、及び／又は同様のもの。ＷＴＲＵによる（例えば、明示的な）指示は、送信に追加されたＵＣＩを含み得る。ＷＴＲＵは、ＵＣＩの一部としてＣＡＰＣを示し得る。ＣＡＰＣのＵＣＩは、ＤＭ－ＲＳに近いリソースにマッピングされ得る。復号化エラー性能が改善され得る。ＣＡＰＣのＵＣＩは、巡回冗長検査（cyclic redundancy check、ＣＲＣ）を含み得る。ロバスト性が改善され得る。ＣＡＰＣのＵＣＩは、所定のリソース（例えば、スロットのシンボル）でＷＴＲＵによって送信され得る。例えば、ＵＬ送信の第１のシンボルは、ＣＡＰＣのＵＣＩを含み得、これは、ｇＮＢのためのより多くの時間を提供して、今後のスケジューリング機会を準備するためにＣＡＰＣを判定し得る。
【0161】
ＷＴＲＵによる（例えば、明示的な）指示は、データに追加されたビットストリングを含み得る。ＷＴＲＵは、ビットストリングをＴＢコードブロックに付加又はプリペンドし得る。ビットストリングは、チャネル取得に使用されるＣＡＰＣを示し得る。ビットストリングは、コード化され得る、及び／又は、ロバスト性を改善し得るＣＲＣを含み得る。
【0162】
チャネル取得に使用されるＣＡＰＣのＷＴＲＵによる（例えば、暗黙的な）指示は、以下のうちの１つ以上を含み得る：送信に使用されるインターレース、ＤＭ－ＲＳのパラメータ、送信のパラメータ、及び／又は同様のもの。
【0163】
ＣＡＰＣのＷＴＲＵによる（例えば、暗黙的な）指示は、送信に使用されるリソース（例えば、インターレース）を含み得る。ＷＴＲＵは、例えば、チャネルにアクセスするために使用されるＣＡＰＣに基づいて、送信リソースを選択し得る。
【0164】
ＣＡＰＣのＷＴＲＵによる（例えば、暗黙的な）指示は、ＤＭ－ＲＳのパラメータを含み得る。ＤＭ－ＲＳのパラメータは、例えば、チャネルにアクセスするために使用されるＣＡＰＣに基づいて選択され得る。パラメータは、例えば、シーケンス又はリソースマッピング及び／又は同様のもののうちの１つ以上を含み得る。
【0165】
ＣＡＰＣのＷＴＲＵによる（例えば、暗黙的な）指示は、送信のパラメータを含み得る。送信の持続時間は、チャネルにアクセスするために使用されるＣＡＰＣを示し得る。例えば、第１の送信の持続時間は、チャネルにアクセスするために使用されるＣＡＰＣの関数として選択され得る。第１の送信に使用されるアンテナポートは、チャネル取得に使用されるＣＡＰＣを示し得るか、又は伝達し得る。ＷＴＲＵは、パラメータのセットでスケジュールされ得る。ＷＴＲＵは、例えば、チャネル取得に使用されるＣＡＰＣの関数として、パラメータのセットから選択し得る。パラメータのセットは、例えば、ＴＢ又は変調のセット及びコーディングスキーム（modulation and coding scheme、ＭＣＳ）値を含み得る。
【0166】
図４は、共有ＣＯＴを取得するために使用され得るチャネルアクセス優先度（例えば、ＣＡＰＣ）を指示する例を示す。図４の例に示すように、ＷＴＲＵは、例えば、ＷＴＲＵがＵＬで送信するデータに基づいて、ＣＡＰＣを選択し得る。ＷＴＲＵは、例えば、ＬＢＴ ＣＡＴ４を適切なＣＡＰＣで使用して、無認可チャネルを取得し得る。ＷＴＲＵは、使用されるＣＡＰＣをネットワークに示し得る。ネットワークは、（例えば、効果的に）ＣＯＴをＷＴＲＵと共有し得る。
【0167】
本明細書の実装形態及び／又は特徴は、ＷＴＲＵの挙動（例えば、動作）の点から説明され得る。実施例では、挙動は、ＷＴＲＵ機能を含むことができないＮＷノード又は他のデバイスなどのエンティティによって実行され得る。いくつかの例では（例えば、ある使用事例又はある時間インスタンス）、エンティティ又は他のデバイスは、ＷＴＲＵのように挙動し得る。本明細書の１つ以上の例は、エンティティ又は他のデバイスに等しく適用可能であり得る。
【0168】
ＷＴＲＵは、論理チャネル制限で構成され得るか、又は論理チャネル制限を判定するように構成され得る。ＷＴＲＵは、ＣＯＴ（例えば、進行中のＣＯＴ）内のＵＬ送信でスケジュールされ得る。ＷＴＲＵは、例えば、スケジューリングＤＣＩにおいて、論理チャネル制限を用いて、命令され得る（例えば、論理チャネル制限に使用される命令又は指示を受信し得る）。スケジューリングＤＣＩは、許可又は配分を含み得る。ＷＴＲＵは、例えば、受信された命令又は指示に基づいて、論理チャネル制限を判定し得る。ＷＴＲＵは、ＤＣＩ内の指示を受信し、指示を使用してＣＯＴと関連付けられたＣＡＰを判定し得る。ＷＴＲＵは、そのデータが、例えば、制限（例えば、論理チャネル制限）に基づいて、ＣＯＴ内のアップリンク送信に含まれ得る論理チャネルを判定し得る。制限は、優先度レベル（例えば、ＣＡＰ）に基づき得る、及び／又は論理チャネルを示し得る。いくつかの例では、優先度レベルの指示は、（例えば、優先度レベルと関連付けられ得る）論理チャネルの指示と同等であり得る。論理チャネルは、優先度レベル（例えば、論理チャネルと関連付けられた論理チャネル優先度）と関連付けられ得る。図５に示すように、ＷＴＲＵは、送信するためにＴＢを構築するために適切な優先権のデータを選択し得る。（例えば、図５に示すように）送信するためにＴＢを構築するための適切な優先度のデータを選択するために、ＷＴＲＵは、論理チャネル優先度（例えば、ＬＣＨ優先度）を判定し得、ＷＴＲＵは、論理チャネルと関連付けられたＬＣＨ優先度、及びＣＯＴと関連付けられたチャネルアクセス優先度に基づいて、ＣＯＴと関連付けられたチャネルアクセス優先度と等しいか又はそれよりも高いチャネルアクセス優先度と関連付けられているかどうかを判定し得る。図５に示すように、適切な優先度のデータが選択され得る。例えば、論理チャネルが、ＣＯＴと関連付けられたチャネルアクセス優先度と等しいか又はそれよりも高いチャネルアクセス優先度と関連付けられている場合、論理チャネルは、ＣＯＴ中にＷＴＲＵによる送信に含まれることが許容され得る。
【0169】
優先度レベルの判定は、どの論理チャネルがＷＴＲＵによって送信に含まれるかを示し得る。ＷＴＲＵは、制限に指示される優先度レベル及び／又は（例えば、優先度レベルと関連付けられた）論理チャネルと同じ優先度及び／又はより高い優先度を有する論理チャネルからのデータを含み得る。同じ優先度レベルは、制限に指示される優先度レベルに等しい優先度レベルを含み得る。図６に示すように、ＷＴＲＵは、判定された論理チャネル制限を使用して、スケジュールされた送信に論理チャネルが含まれることが許容されているかどうかを判定し得る。例えば、制限は、優先度レベル（例えば、ＣＡＰ）を示し得、ＷＴＲＵは、指示された優先度レベルと等しい及び／又はそれよりも高い優先度と関連付けられた論理チャネルからの（例えば、指示された優先度レベルと同じ及び／又はそれよりも高い優先度と関連付けられた論理チャネルのみからの）データを（例えば、ＵＬ送信において）含み得る。図６に示すように、送信は、判定された論理チャネル制限が送信に論理チャネルを含めることを許容する場合、論理チャネルを含み得る。
【0170】
ＷＴＲＵは、ＣＯＴを取得するために使用されるチャネルアクセス優先度（例えば、ＣＡＰＣ）を指示する信号の存在を監視し得る。チャネルアクセス優先度は、例えば、チャネルにアクセスするためにＣＯＴを取得するために、ＷＴＲＵ又は基地局によって使用される優先度を示し得る。より高いＣＡＰＣ番号／値は、より低い優先度（例えば、ＣＯＴを取得するために使用される）を示し得る。例では（例えば、アクティブＣＯＴ内で発生する無許可又は構成された許可ＵＬ送信のために）ＷＴＲＵは、ＣＯＴを取得するために使用されるＣＡＰＣを示す信号の存在を監視し得る（例えば、信号の送信前に）。図６に示すように、ＷＴＲＵは、ＣＯＴと関連付けられたＣＡＰＣを含むｇＮＢから受信した指示に基づいて、論理チャネル制限を判定し得る。ＷＴＲＵは、例えば、ＣＯＴ構造指示に基づいて（例えば、それを受信することによって）ＣＡＰＣを判定し得る。ＣＯＴ構造指示は、ＤＣＩ（例えば、ＣＯＴ構造指示に使用されるＤＣＩ）を介して受信され得る。いくつかの例では、ＤＣＩは、スケジューリングＤＣＩとは異なり得る。ＷＴＲＵは、（例えば、あるいは及び／又は追加的に）例えば、ＣＧ送信をトリガするために使用される信号に基づいて（例えば、それを受信することによって）ＣＡＰＣを判定し得る。ＷＴＲＵは、（例えば、あるいは及び／又は追加的に）例えば、ＣＯＴ内のｇＮＢ送信のパラメータ（例えば、ＤＭ－ＲＳ又はＧＣ－ＰＤＣＣＨ）の一部として、ＣＡＰＣを判定し得る。
【0171】
図５は、例えば、図６の例に示すように、ＣＯＴと関連付けられた優先度（例えば、チャネルアクセス優先度）に基づいて論理チャネル制限を判定する例を示す。図５に示すように、優先度（例えば、ＣＡＰＣ）の指示は、共有ＣＯＴにおいて何を送信するかを選択するために受信及び／又は使用され得る。ＷＴＲＵは、（例えば、ネットワークによって）使用されるＣＡＰＣの指示を受信して、ＣＯＴを取得／開始し得る。ＷＴＲＵは、例えば、ＵＬ送信のためのスケジューリング許可において、ＣＡＰＣの指示を受信し得る。スケジューリング許可は、ＣＯＴ中に送られる送信に使用されるリソースをスケジュールし得る。リソースは、ＣＯＴ中に起こり得る。スケジューリング許可は、ＣＯＴ、例えば、進行中のＣＯＴを取得した場合及び／又は取得したとき、ネットワークによって使用されるＣＡＰＣを含み得る。ＷＴＲＵは、ＣＯＴと関連付けられた優先度を判定し得る。ＷＴＲＵは、スケジューリング許可に含まれる優先度（例えば、許容された優先度）に基づいて、ＣＯＴ中にＷＴＲＵが送信し得るデータを判定し得る（例えば、適用可能／十分な優先度を有するデータ、及び／又は制限に準拠したデータを判定し得る）。ＷＴＲＵは、（例えば、図６の実施例に示されるように）スケジュールされた送信のために、ＷＴＲＵがＴＢを構築するために使用し得る論理チャネルの制限されたセットを判定し得る。図５に示すように、ＴＢは、例えば、論理チャネル制限が送信に論理チャネルを含めることを許容する場合、ＴＢ上のデータと関連付けられた論理チャネルを多重化することによって、適切な優先度のデータ（例えば、論理チャネルと関連付けられたデータ）を含むように構築され得る。一例では、送信のためにＷＴＲＵによって使用され得る論理チャネルのセットは、制限され得る。ＷＴＲＵは、論理チャネルのセット（例えば、制限されたセット）からの論理チャネル（例えば、任意の論理チャネル）からデータを選択し得る。
【0172】
一例では、ＷＴＲＵは、ＷＴＲＵが、論理チャネル制限に従って許容された優先度よりも低い優先度と関連付けられたデータを送信しようとしていることを判定し得る。ＷＴＲＵは、例えば、タイプ１又はタイプ２のＬＢＴ手順（例えば、ＣＯＴ共有に使用され得る手順）を中止し得る、及び／又は送信要件に対して許容可能なＣＡＰＣを用いてタイプ４のＬＢＴ手順を実行し得る。ＷＴＲＵは、タイプ１又はタイプ２のＬＢＴ手順からタイプ４のＬＢＴ手順に切り替える能力で構成され得る。
【0173】
図６は、ＣＯＴと関連付けられたＣＡＰ（例えば、ＣＡＰＣ）に基づいてＣＯＴを共有する例を示す。図６に示すように、ＷＴＲＵは、共有ＣＯＴ及び関連付けられたＣＡＰ（例えば、ＣＡＰＣ）のネットワーク指示を受信及び使用して、ＣＡＰ（例えば、ＣＡＰＣ）と一致する論理チャネルから共有ＣＯＴデータを送信し得る。ＷＴＲＵは、指示を（例えば、ネットワーク取得された）ＣＯＴについての指示（例えば、ネットワークからの）を受信し得る。指示は、以下のもの、開始時間、持続時間、取得ノード（例えば、ｇＮＢ）、優先度（例えば、ＣＡＰ又はＣＡＰＣ）、スケジューリング、及び／又は同様のもののうちの１つ以上などの、ＣＯＴと関連付けられた情報を示し得る。ＷＴＲＵは、ＣＯＴ内のＵＬリソースでスケジュールされ得る。
【0174】
ＷＴＲＵは、ＣＯＴにおいて（例えば、ＴＢ）送信するように調製し得る。ＷＴＲＵは、（例えば、本明細書に記載されるように）ネットワーク取得ＣＯＴと関連付けられたＣＡＰ（例えば、ＣＡＰＣ）を判定し得る。ＷＴＲＵは、（例えば、本明細書に記載されるように）ＣＯＴと関連付けられたＣＡＰに基づいてＣＯＴにおけるスケジュールされた送信において使用され得る論理チャネルへの制限があるかどうかを判定し得る。ＷＴＲＵは、（例えば、本明細書に記載されるように）判定された論理チャネル制限を使用して、スケジュールされた送信に論理チャネルが含まれることが許容されるかどうかを判定し得る。送信は、判定された論理チャネル制限が、送信に論理チャネルを含めることを許容にする場合、論理チャネルを含み得る。ＷＴＲＵは、前述の判定に基づいてＴＢを構築及び送信し得る。一例では（例えば、図６に示すように）、ＷＴＲＵは、ｇＮＢによって使用されるＣＡＰＣ（例えば、ＣＡＰＣ２）と等しいか又はそれよりも高い優先度を有する関連するＣＡＰＣ（例えば、ＣＡＰＣ２、ＣＡＰＣ１）を用いてＬＣＨのセットからデータを使用し得る。ＷＴＲＵは、ＣＯＴ中に（例えば、サブバンドを介して）送信を送り得る。ＷＴＲＵは、挙動を示し得る。一例では、ＷＴＲＵは、例えば、タイプ４のＬＢＴ手順を使用してアクティブＣＯＴ内のチャネルを取得する際に、タイプ４のＬＢＴの使用を含む挙動を示し得る。ＷＴＲＵは、例えば、ＷＴＲＵ取得ＣＯＴに使用されるＣＡＰＣを示すために本明細書に記載のアプローチと同様のアプローチを使用して、タイプ４のＬＢＴ及び／又は異なるＣＡＰＣの使用を示し得る。タイプ４のＬＢＴを使用して、ＣＯＴを再開始し得る、及び／又はＣＯＴ期間に影響を及ぼし得る。ＷＴＲＵは、例えば、更新されたＣＯＴ期間を判定するために、ＣＯＴ構造指示を監視し得る。
【0175】
特徴及び要素は、特定の組み合わせで上述されているが、当業者であれば、各特徴又は要素を単独で、又は他の特徴及び要素との任意の組み合わせで使用することができることを理解するであろう。加えて、本明細書に記載される方法は、コンピュータ又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、又はファームウェアに実装され得る。コンピュータ可読媒体の例としては、（有線又は無線接続を介して送信される）電子信号及びコンピュータ可読記憶媒体が挙げられる。コンピュータ可読記憶媒体の例としては、読み取り専用メモリ（read only memory、ＲＯＭ）、ランダムアクセスメモリ（random access memory、ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及び取り外し可能なディスクなどの磁気媒体、磁気光学媒体、及びＣＤ－ＲＯＭディスク、並びにデジタルバーサタイルディスク（digital versatile disk、ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連するプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、又は任意のホストコンピュータで使用するための無線周波数送受信機を実装され得る。
【図1A】
【図1B】
【図1C】
【図1D】
【図2】
【図3】
【図4】
【図5】
【図6】
【手続補正書】
【提出日】2022-04-15
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
無線送信／受信ユニット（ＷＴＲＵ）であって、プロセッサであって、
チャネル占有時間（ＣＯＴ）と関連付けられたチャネルアクセス優先度の指示を受信することと、
前記ＣＯＴと関連付けられた前記チャネルアクセス優先度の前記指示に基づいて、論理チャネル制限を判定することと、
前記論理チャネル制限に基づいて、論理チャネルと関連付けられたデータが送信に含まれることが許容されるかどうかを判定することであって、前記送信が、前記ＣＯＴ中に送信されることと、
サブバンドを介して前記ＣＯＴ中に前記送信を送ることであって、前記送信が、前記論理チャネル制限が前記論理チャネルと関連付けられた前記データを前記送信に含むことを許容する場合に、前記論理チャネルと関連付けられた前記データを含む、送ることと、を行うように構成されている、プロセッサを備える、無線送信／受信ユニット（ＷＴＲＵ）。
【請求項2】
前記論理チャネル制限が、前記論理チャネルが、前記ＣＯＴと関連付けられた前記チャネルアクセス優先度と等しいか若しくはそれよりも高いチャネルアクセス優先度と関連付けられている場合に、前記論理チャネルと関連付けられた前記データを含むことによって、又は前記論理チャネルが、前記ＣＯＴと関連付けられたチャネルアクセス優先度よりも低いチャネルアクセス優先度と関連付けられている場合に、前記論理チャネルと関連付けられたデータを含まないことによって、実行される、請求項１に記載のＷＴＲＵ。
【請求項3】
前記チャネルアクセス優先度が、前記ＣＯＴの前記サブバンドを取得するために使用されるチャネルアクセス優先度である、請求項１に記載のＷＴＲＵ。
【請求項4】
前記ＣＯＴと関連付けられた前記チャネルアクセス優先度が、チャネルアクセス優先度クラス（ＣＡＰＣ）によって示される、請求項１に記載のＷＴＲＵ。
【請求項5】
前記ＣＯＴと関連付けられた前記チャネルアクセス優先度の前記指示が、スケジューリング許可において受信され、前記スケジューリング許可が、前記送信のために使用されるリソースをスケジュールする、請求項１に記載のＷＴＲＵ。
【請求項6】
前記論理チャネルが、前記ＣＯＴと関連付けられた前記チャネルアクセス優先度と等しいか又はそれよりも高いチャネルアクセス優先度と関連付けられている場合、前記論理チャネルが、トランスポートブロック（ＴＢ）上で多重化され、前記ＴＢは、前記送信に含まれる、請求項１に記載のＷＴＲＵ。
【請求項7】
前記ＣＯＴと関連付けられた前記チャネルアクセス優先度の前記指示が、ダウンリンク制御情報（ＤＣＩ）で受信されたＣＯＴ構造指示を含み、前記プロセッサが、前記ＣＯＴ構造指示に基づいて前記ＣＯＴと関連付けられた前記チャネルアクセス優先度を判定するように構成され、前記論理チャネル制限が、前記ＣＯＴと関連付けられた前記チャネルアクセス優先度に基づいて判定される、請求項１に記載のＷＴＲＵ。
【請求項8】
前記ＣＯＴと関連付けられた前記チャネルアクセス優先度の前記指示が、ダウンリンク制御情報（ＤＣＩ）を介して基地局から受信され、前記プロセッサが、前記ＤＣＩを介して受信された前記指示に基づいて、前記ＣＯＴと関連付けられた前記チャネルアクセス優先度を判定するように構成され、前記論理チャネル制限が、前記ＣＯＴと関連付けられた前記チャネルアクセス優先度に基づいて判定される、請求項１に記載のＷＴＲＵ。
【請求項9】
前記ＣＯＴと関連付けられた前記チャネルアクセス優先度の前記指示が、基準信号構成を含み、前記プロセッサが、前記基準信号構成に基づいて前記ＣＯＴと関連付けられた前記チャネルアクセス優先度を判定するように構成され、前記論理チャネル制限が、前記ＣＯＴと関連付けられた前記チャネルアクセス優先度に基づいて判定される、請求項１に記載のＷＴＲＵ。
【請求項10】
方法であって、チャネル占有時間（ＣＯＴ）と関連付けられたチャネルアクセス優先度の指示を受信することと、
前記ＣＯＴと関連付けられた前記チャネルアクセス優先度の前記指示に基づいて、論理チャネル制限を判定することと、
前記論理チャネル制限に基づいて、論理チャネルと関連付けられたデータが送信に含まれることが許容されているかどうかを判定することであって、前記送信が、前記ＣＯＴ中に送られることと、
サブバンドを介して前記ＣＯＴ中に前記送信を送ることであって、前記論理チャネル制限が、前記送信に前記論理チャネルと関連付けられた前記データを含むことを許容する場合に、前記送信が、前記論理チャネルと関連付けられた前記データを含む、送ることと、を含む、方法。
【請求項11】
前記論理チャネル制限が、前記論理チャネルが、前記ＣＯＴと関連付けられた前記チャネルアクセス優先度と等しいか若しくはそれよりも高いチャネルアクセス優先度と関連付けられている場合に、前記論理チャネルと関連付けられた前記データを含むことによって、又は前記論理チャネルが、前記ＣＯＴと関連付けられた前記チャネルアクセス優先度よりも低いチャネルアクセス優先度と関連付けられている場合に、前記論理チャネルと関連付けられた前記データを含まないことによって、実行される、請求項１０に記載の方法。
【請求項12】
前記チャネルアクセス優先度が、前記ＣＯＴの前記サブバンドを取得するために使用されるチャネルアクセス優先度である、請求項１０に記載の方法。
【請求項13】
前記ＣＯＴと関連付けられた前記チャネルアクセス優先度の前記指示が、スケジューリング許可において受信され、前記スケジューリング許可が、前記送信に使用されるリソースをスケジュールする、請求項１０に記載の方法。
【請求項14】
前記論理チャネルが、前記ＣＯＴと関連付けられた前記チャネルアクセス優先度と等しいか又はそれよりも高いチャネルアクセス優先度と関連付けられている場合、前記論理チャネルが、トランスポートブロック（ＴＢ）上で多重化され、前記ＴＢは、前記送信に含まれる、請求項１０に記載の方法。
【請求項15】
前記ＣＯＴと関連付けられた前記チャネルアクセス優先度の前記指示が、ダウンリンク制御情報（ＤＣＩ）又は基準信号構成を介して受信されたＣＯＴ構造指示のうちの１つ以上を含む、請求項１０に記載の方法。【国際調査報告】