特開 2025-20350 同時アップリンク及びサイドリンク動作

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2025020350

(43)【公開日】2025-02-12

(54)【発明の名称】同時アップリンク及びサイドリンク動作

(51)【国際特許分類】

   H04W 72/566 20230101AFI20250204BHJP

   H04W 92/18 20090101ALI20250204BHJP

【ＦＩ】

H04W72/566

H04W92/18

【審査請求】有

【請求項の数】14

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2024195947

(22)【出願日】2024-11-08

(62)【分割の表示】P 2022506013の分割

【原出願日】2020-07-29

(31)【優先権主張番号】62/880,919

(32)【優先日】2019-07-31

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

(31)【優先権主張番号】62/909,138

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

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

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

２．ＷＣＤＭＡ

(71)【出願人】

【識別番号】510030995

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

(74)【代理人】

【識別番号】110001243

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

(72)【発明者】

【氏名】フリーダ、マルティーノ

(72)【発明者】

【氏名】イ、ムンイル

(72)【発明者】

【氏名】ホアン、トゥオン

(72)【発明者】

【氏名】マリニエール、ポール

(72)【発明者】

【氏名】テン、タオ

(57)【要約】      （修正有）

【課題】同時アップリンク及びサイドリンク動作を実施する無線送信／受信ユニット（ＷＴＲＵ）及び方法を提供する。
【解決手段】方法は、ＳＬ優先順位付け閾値及びＵＬ優先順位付け閾値に基づいて、ＵＬ優先順位付け閾値が構成されているという条件で、サイドリンク（ＳＬ）論理チャネルグループ（ＬＣＧ）を優先順位付けするかどうかを判定し、少なくとも、アップリンク（ＵＬ）ＬＣＧが、ＵＬ優先順位付け閾値以上である優先順位付け値を有するかどうかを判定し、ＵＬグラントのサイズ及びＳＬ ＬＣＧを優先順位付けするかどうかの判定に基づいて、ＳＬバッファステータス報告（ＢＳＲ）を優先順位付けするかどうかを判定し、ＳＬ ＢＳＲを優先順位付けするかどうかの判定に基づいて、バッファステータスを報告する。
【選択図】図３

【特許請求の範囲】

【請求項1】

無線送信／受信ユニット（ＷＴＲＵ）であって、
サイドリンク（ＳＬ）バッファステータス報告（ＢＳＲ）がトリガされたことを決定し、
アップリンク（ＵＬ）ＢＳＲがトリガされたことを決定し、
ＳＬ優先順位付け閾値、ＵＬ優先順位付け閾値、ＳＬ論理チャネルグループ（ＳＬ ＬＣＧ）に属する１つ以上のＳＬ論理チャネル（ＬＣＨ）の最高優先度の第１の値、および、ＵＬ ＬＳＧに属する１つ以上のＵＬ ＬＣＨの最高優先度の第２の値に基づいて、前記ＳＬ ＬＣＧが優先順位付けされることを決定し、
ＵＬグラントを受信し、
前記ＵＬグラントのサイズおよび少なくとも前記ＳＬ ＢＳＲがトリガされたことの前記決定に基づいて、送信に関連付けられた論理チャネル優先順位付け（ＬＣＰ）に対して、前記ＳＬ ＢＳＲが前記ＵＬ ＢＳＲを越えて優先順付けされることになることを決定し、前記ＳＬ ＢＳＲは、前記優先順付けされるＳＬ ＬＣＧのバッファステータスを示しており、
前記ＵＬグラントに従って、前記ＳＬ ＢＳＲを含む前記送信を送る
よう構成されたプロセッサ
を備えたＷＴＲＵ。

【請求項2】

前記ＳＬ ＢＳＲが前記ＵＬ ＢＳＲを越えて優先順付けされることは、前記送信に関連付けられた前記ＬＣＰに対する前記ＳＬ ＢＳＲに、第１の優先順位レベルを指定し、前記ＵＬ ＢＳＲに、第２の優先順位レベルを指定することを含み、前記第１の優先順位レベルは、前記第２の優先順位レベルよりも高い請求項１に記載のＷＴＲＵ。

【請求項3】

前記１つ以上のＳＬ ＬＣＨの各々は、ＳＬデータを含み、前記１つ以上のＵＬ ＬＣＨの各々は、ＵＬデータを含む請求項１に記載のＷＴＲＵ。

【請求項4】

前記１つ以上のＳＬ ＬＣＨは、前記優先順位付けされたＳＬ ＬＣＧである１つのＳＬ ＬＣＧに属し、前記１つ以上のＵＬ ＬＣＨは、前記送信のために利用可能なデータを有する１つのＵＬ ＬＣＧに属しており、および、前記ＳＬ ＬＣＧが優先順位付けされることの前記決定は、前記ＵＬ優先順位付け閾値以上である前記１つのＵＬ ＬＣＧと関連付けられた各優先順位付け値に基づいている請求項１に記載のＷＴＲＵ。

【請求項5】

前記ＳＬ ＢＳＲが優先順位付けされることの前記決定は、前記ＵＬ ＢＳＲがトリガされたことの前記決定にさらに基づき、前記ＵＬ ＢＳＲは、前記ＵＬ ＬＣＧのバッファステータスを示している請求項１に記載のＷＴＲＵ。

【請求項6】

前記プロセッサは、前記送信のために利用可能なＳＬデータを有する各ＳＬ ＬＣＧが優先順位付けされることを決定するようさらに構成され、前記ＳＬ ＢＳＲは各優先順位付けされたＳＬ ＬＣＧのそれぞれのバッファステータスを示している請求項１に記載のＷＴＲＵ。

【請求項7】

前記ＵＬグラントは、前記ＵＬ ＢＳＲおよび前記送信に対して利用可能なデータを有する各ＳＬ ＬＣＧのそれぞれのバッファステータスを、前記送信の中に含めるのに不十分である請求項１に記載のＷＴＲＵ。

【請求項8】

無線送信／受信ユニット（ＷＴＲＵ）によって実施される方法であって、
サイドリンク（ＳＬ）バッファステータス報告（ＢＳＲ）がトリガされたことを決定するステップと、
アップリンク（ＵＬ）ＢＳＲがトリガされたことを決定するステップと、
ＳＬ優先順位付け閾値、ＵＬ優先順位付け閾値、ＳＬ論理チャネルグループ（ＳＬ ＬＣＧ）に属する１つ以上のＳＬ論理チャネル（ＬＣＨ）の最高優先度の第１の値、および、ＵＬ ＬＳＧに属する１つ以上のＵＬ ＬＣＨの最高優先度の第２の値に基づいて、前記ＳＬ ＬＣＧが優先順位付けされることを決定するステップと、
ＵＬグラントを受信するステップと、
前記ＵＬグラントのサイズおよび少なくとも前記ＳＬ ＢＳＲがトリガされたことの前記決定に基づいて、送信に関連付けられた論理チャネル優先順位付け（ＬＣＰ）に対して、前記ＳＬ ＢＳＲが前記ＵＬ ＢＳＲを越えて優先順付けされることになることを決定するステップであって、前記ＳＬ ＢＳＲは、前記優先順付けされるＳＬ ＬＣＧのバッファステータスを示している、ステップと、
前記ＵＬグラントに従って、前記ＳＬ ＢＳＲを含む前記送信を送るステップと
を備える方法。

【請求項9】

前記ＳＬ ＢＳＲが前記ＵＬ ＢＳＲを越えて優先順付けされることは、前記送信に関連付けられた前記ＬＣＰに対する前記ＳＬ ＢＳＲに、第１の優先順位レベルを指定し、前記ＵＬ ＢＳＲに、第２の優先順位レベルを指定することを含み、前記第１の優先順位レベルは、前記第２の優先順位レベルよりも高い請求項８に記載の方法。

【請求項10】

前記１つ以上のＳＬ ＬＣＨの各々は、ＳＬデータを含み、前記１つ以上のＵＬ ＬＣＨの各々は、ＵＬデータを含む請求項８に記載の方法。

【請求項11】

前記１つ以上のＳＬ ＬＣＨは、前記優先順位付けされたＳＬ ＬＣＧである１つのＳＬ ＬＣＧに属し、前記１つ以上のＵＬ ＬＣＨは、前記送信のために利用可能なデータを有する１つのＵＬ ＬＣＧに属しており、および、前記ＳＬ ＬＣＧが優先順位付けされることの前記決定は、前記ＵＬ優先順位付け閾値以上である前記１つのＵＬ ＬＣＧと関連付けられた各優先順位付け値に基づいている請求項８に記載の方法。

【請求項12】

前記ＳＬ ＢＳＲが優先順位付けされることの前記決定は、前記ＵＬ ＢＳＲがトリガされたことの前記決定にさらに基づき、前記ＵＬ ＢＳＲは、前記ＵＬ ＬＣＧのバッファステータスを示している請求項８に記載の方法。

【請求項13】

前記送信のために利用可能なＳＬデータを有する各ＳＬ ＬＣＧが優先順位付けされることを決定するステップであって、前記ＳＬ ＢＳＲは各優先順位付けされたＳＬ ＬＣＧのそれぞれのバッファステータスを示している、ステップ
をさらに備える請求項８に記載の方法。

【請求項14】

前記ＵＬグラントは、前記ＵＬ ＢＳＲおよび前記送信に対して利用可能なデータを有する各ＳＬ ＬＣＧのそれぞれのバッファステータスを、前記送信の中に含めるのに不十分である請求項８に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願の相互参照）
本出願は、２０１９年７月３１日に出願された米国仮特許出願第６２／８８０，９１９号及び２０１９年１０月１日に出願された米国仮特許出願第６２／９０９，１３８号の利益を主張するものであり、その内容は、参照により本明細書に組み込まれる。

【背景技術】

【0002】

無線通信を使用したモバイル通信は、進化し続けている。第５世代のモバイル通信は、５Ｇと称され得る。以前の（例えば、従来の）世代のモバイル通信は、例えば、第４世代（fourth generation、４Ｇ）ロングタームエボリューション（long term evolution、ＬＴＥ）であり得る。

【発明の概要】

【0003】

同時アップリンク及びサイドリンク動作のためのシステム、方法、及び手段が本明細書に記載される。無線送信／受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）は、同時に（例えば、並列又は同時ＵＬ／ＳＬ動作のために）アップリンク（uplink、ＵＬ）及びサイドリンク（sidelink、ＳＬ）を使用して動作するように構成され得る。ＷＴＲＵの送信及び／又は受信動作は、ＵＬ及びＳＬの同時動作からなるように構成され得る。ＷＴＲＵは、例えば、１つ以上の優先順位付け規則に基づいて、同じ直交周波数分割多重化（orthogonal frequency division multiplexing、ＯＦＤＭ）シンボル又はスロットの同じセット中に、１つ以上のＵＬリソース及び１つ以上のＳＬリソースを介して送信し得る。ＷＴＲＵは、例えば、１つ以上の優先順位付け規則に応じて、ＳＬ送信又はＵＬ送信をドロップし得る。

【0004】

実施例では、同時アップリンク及びサイドリンク動作を実施するための方法が実装され得る。本方法は、例えば、コンピュータ実行可能命令として本方法を実行するように構成された１つ以上のプロセッサを含み得る装置（例えば、ＷＴＲＵ）によって実装され得、この命令は、コンピュータ可読媒体又はコンピュータプログラム製品に記憶され得、１つ以上のプロセッサによって実行されたときに本方法を実施する。コンピュータ可読媒体又はコンピュータプログラム製品は、命令を実行することによって１つ以上のプロセッサに本方法を実施させる命令を含み得る。

【0005】

実施例では、ＷＴＲＵは、（例えば、ＵＬ優先順位付け閾値が構成されている条件で）ＳＬ優先順位付け閾値及びＵＬ優先順位付け閾値に基づいて、ＳＬ ＬＣＧを優先順位付けするかどうかを判定することと、ＳＬ ＬＣＧと関連付けられた優先順位付け値が、ＳＬ優先順位付け閾値よりも低いかどうかを判定することと、ＵＬ ＬＣＧが、（例えば、ＵＬ優先順位付け閾値が構成されている条件で）ＵＬ優先順位付け閾値以上の優先順位付け値を有するかどうかを（例えば、少なくとも）判定することと、ＵＬグラントのサイズ及びＳＬ ＬＣＧを優先順位付けするかどうかの判定に基づいて、ＳＬバッファステータス報告（buffer status reporting、ＢＳＲ）を優先順位付けするかどうかを判定することと、ＳＬ ＢＳＲを優先順位付けするかどうかの判定に基づいて、バッファステータスを報告することと、を行うように構成された（例えば、方法を実装するための実行可能命令でプログラムされた）プロセッサを含み得る。ＳＬ優先順位付け閾値が構成され得る。

【0006】

ＳＬ ＬＣＧは、例えば、ＳＬデータを含む、例えば、論理チャネルを有するＬＣＧを含み得る。ＵＬ ＬＣＧは、例えば、ＵＬデータを含む、論理チャネルを有するＬＣＧを含み得る。ＵＬ ＬＣＧが、ＵＬ優先順位付け閾値以上である優先順位付け値を有するかどうかの（例えば、少なくとも）判定は、例えば、（例えば、各）ＵＬ ＬＣＧがＵＬ優先順位付け閾値以上である優先順位付け値を有するかどうかの判定を含み得る。

【0007】

ＳＬ ＢＳＲは、例えば、ＳＬ ＬＣＧが優先順位付けされる条件で、かつＳＬ ＢＳＲが優先順位付けされない場合はＵＬグラントのサイズが少なくとも（例えば、全て）優先順位付けされたＳＬ ＬＣＧに不十分である条件で、優先順位付けされ得る。ＳＬ ＢＳＲは、（例えば、優先順位付けされる場合）、ＵＬ ＢＳＲよりも優先順位付けされ得る。ＳＬ ＢＳＲは、優先順位付けされ、短縮され得る。優先順位付けされ、かつ、短縮されたＳＬ ＢＳＲは、別のＳＬ ＬＣＧが優先順位付けされ、ＵＬグラントのサイズが優先順位付けされたＳＬ ＬＣＧ及び別のＳＬ ＬＣＧに十分である場合、優先順位付けされたＳＬ ＬＣＧ及び別のＳＬ ＬＣＧを含み得る。ＳＬ ＢＳＲは、例えば、優先順位付けされないが、短縮され得る。短縮されたＳＬ ＢＳＲには、例えば、ＵＬグラントのサイズによって許容されるだけ多くのＳＬ ＬＣＧを含み得る。ＳＬ ＬＣＧは、例えば、ＳＬ ＬＣＧと関連付けられた優先順位付け値がＳＬ優先順位付け閾値よりも低く、各ＵＬ ＬＣＧがＵＬ優先順位付け閾値以上の優先順位付け値を有するという判定に応答して、優先順位付けされ得る。ＳＬ ＬＣＧは、例えば、ＳＬ ＬＣＧと関連付けられた優先順位付け値がＳＬ優先順位付け閾値よりも低く、ＵＬ優先順位付け閾値が構成されていないという判定に応答して、優先順位付けされ得る。ＵＬ ＬＣＧは、例えば、ＵＬ ＬＣＧと関連付けられた優先順位付け値がＵＬ優先順位付け閾値よりも低いか、又は各ＳＬ ＬＣＧがＳＬ優先順位付け閾値以上の優先順位付け値を有するという判定に応答して、優先順位付けされ得る。ＵＬ ＢＳＲは、例えば、ＳＬ ＬＣＧが優先順位付けされないという判定、又はＳＬ ＢＳＲが優先順位付けされない場合はＵＬグラントのサイズがＳＬ ＢＳＲに十分であるという判定に応答して、優先順位付けされ得る。ＳＬ ＬＣＧと関連付けられた優先順位付け値は、例えば、ＳＬデータを含み、ＳＬ ＬＣＧに属する、１つ以上のＬＣＨのうちの最高優先度の優先度値を使用して判定され得る。ＵＬ ＬＣＧと関連付けられた優先順位付け値は、例えば、ＵＬデータを含み、ＵＬ ＬＣＧに属する、１つ以上のＬＣＨのうちの最高優先度の優先度値を使用して判定され得る。ＳＬ ＬＣＧと関連付けられた優先順位付け値は、より低い場合、例えば、ＳＬ ＬＣＧと関連付けられたより高い優先度を示し得、より高い場合、例えば、ＳＬ ＬＣＧと関連付けられたより低い優先度を示し得る。ＵＬ ＬＣＧと関連付けられた優先順位付け値は、より低い場合、例えば、ＵＬ ＬＣＧと関連付けられたより高い優先度を示し得、より高い場合、例えば、ＵＬ ＬＣＧと関連付けられたより低い優先度を示し得る。

【0008】

実施例では、ＷＴＲＵは、ＳＬ優先度閾値が構成されていると判定することと、ＬＣＧが、（例えば、ＵＬ優先順位付け閾値が構成されている条件で）、ＵＬグラントのサイズ、ＬＣＧと関連付けられた優先度、ＳＬ優先順位付け閾値、及びＵＬ優先順位付け閾値に基づいてＢＳＲに含まれることになるかどうかを判定することと、ＬＣＧがバッファステータス報告に含まれることになるかどうかの判定に基づいて、バッファステータスを報告することと、を行うように構成された（例えば、方法を実装するための実行可能命令でプログラムされた）プロセッサを含み得る。

【0009】

並列又は同時ＵＬ／ＳＬインターフェースの動作は、ＵＬ／ＳＬ優先順位付け、ＳＬ／ＳＬ優先順位付け、異なるＵＬ／ＳＬ送信間の衝突の回避など、１つ以上の手順を含み得る。例えば、ＷＴＲＵは、ＵＬ送信又はＳＬ送信を優先順位付けし得る。あるリンクを別のリンクよりも優先順位付けするための条件は、保留中のＳＬプロセス／グラントの存在、パケットのパケット遅延バジェット（packet delay budget、ＰＤＢ）が満了するまでの時間、チャネルビジー率／割合（channel busy rate、ＣＢＲ）、チャネル占有率（channel occupancy ratio、ＣＲ）、ＳＬ及び／又はダウンリンク（downlink、ＤＬ）のパスロス、ＳＬ又はＵＬのハイブリッド自動再送要求（hybrid automatic repeat request、ＨＡＲＱ）フィードバックの送信、ＵＬ／ＳＬ同期チャネル（synchronization channel、ＳＣＨ）上のデータの存在／不在、ＳＬ同期送信の特性、スケジューリング要求（scheduling request、ＳＲ）の送信、バッファステータス報告（ＢＳＲ）（例えば、ＳＬ又はＵＬ）を含む送信、ＷＴＲＵの状態に応じて、特定のタイプの制御メッセージを含む送信、ＨＡＲＱベースの送信と関連付けられた冗長バージョン（redundancy version、ＲＶ）、ブラインドとＨＡＲＱベースの再送信との比較、ブラインドとＨＡＲＱベースの再送信との比較、同じトランスポートブロック（transport block、ＴＢ）の以前の送信の不成功／ドロップされた送信、ＳＬデータの範囲要件（例えば、最低セル速度（minimum cell rate、ＭＣＲ））に基づいたもの、ＳＬ送信と関連付けられたリソース割り当てモード、及び／又は同様のものなどのうちの１つ以上に基づき得る。

【0010】

送信の優先順位付けは、例えば、ＷＴＲＵが、スケジュールされた送信（例えば、より低い優先度を有する送信）をドロップし得ること、及び／又はＷＴＲＵが、（例えば、より低い優先度の送信と関連付けられた）送信電力を低減し得ることのうちの１つ以上を含み得る。ＷＴＲＵは、送信がドロップされたことをネットワーク（network、ＮＷ）に通知し得る。

【0011】

ＷＴＲＵは、ＵＬ／ＳＬ論理チャネルの優先度を比較し得る。ＷＴＲＵは、例えば、（例えば、各）送信と関連付けられた論理チャネルの構成された優先度に基づいて、どの送信を優先順位付けするかを判定し得る。ＷＴＲＵは、（例えば、各）送信に多重化された（事前）構成された論理チャネル（例えば、必要に応じてＳＬ又はＵＬ）の優先度を比較し得る。論理チャネル（logical channel、ＬＣＨ）優先度は、例えば、ＷＴＲＵが、最高ＬＣＨ優先度を含む送信（例えば、ＵＬ又はＳＬ）を選択し得ること、及び／又はＷＴＲＵが、ＬＣＨ優先度の加重和を比較し得ることのうちの１つ以上によって判定され得る。

【0012】

ＷＴＲＵは、例えば、サイドリンク測定値又はサービス品質（quality of service、ＱｏＳ）に基づいて、ＳＬ優先度をオフセットし得る。ＷＴＲＵは、例えば、ＵＬ又はＳＬ送信を優先順位付けするかどうかを判定するために、ＳＬ関連測定値及び／又はＳＬ ＱｏＳ特性（例えば、ＬＣＨ優先度に加えて）を考慮し得る。

【0013】

ＷＴＲＵは、例えば、（例えば、ＵＬ及びＳＬ）閾値の構成に基づいて、ＵＬ又はＳＬを優先順位付けし得る。実施例では、ＷＴＲＵは、ＳＬ閾値及び／又はＵＬ閾値によって構成され得る。ＳＬ閾値は、例えば、ＬＣＨ優先度及び／又は若しくはＳＬに関連するＱｏＳパラメータに基づき得る。ＵＬ閾値は、例えば、ＬＣＨ優先度及び／又はＵＬに関連するＱｏＳパラメータに基づき得る。ＷＴＲＵは、例えば、ＵＬ又はＳＬの優先度を判定するために、ＵＬ優先度又はＳＬ優先度を、対応する閾値と比較し得る。ＷＴＲＵは、条件に基づいて、１つ以上のドロップされた送信についてネットワークに通知し得る。ＷＴＲＵは、例えば、ＵＬ及びＳＬの条件が満たされた場合（例えば、ＵＬ及びＳＬの両方においてそれぞれの閾値を超えた場合）、ドロップされた送信をネットワークに通知し得る。ＷＴＲＵは、条件に基づいて、ＳＲをトリガし得る。ＷＴＲＵは、例えば、ＵＬ及びＳＬにおいてそれぞれの閾値を超えた場合、１つ以上のＳＲをトリガし得る。ＷＴＲＵは、閾値の有効性に基づいてＵＬ／ＳＬを優先順位付けし得る。ＷＴＲＵは、例えば、どの閾値（例えば、ＵＬ又はＳＬ）が有効であるかの選択に基づいて、ＵＬ又はＳＬを優先順位付けし得る。

【0014】

ＵＬ ＢＳＲ又はＳＬ ＢＳＲの優先順位付けは、ＬＣＧの優先度に基づき得る。ＷＴＲＵは、ＵＬ ＢＳＲと関連付けられたＬＣＧの優先度及びＳＬ ＢＳＲと関連付けられたＬＣＧの優先度に基づいて、ＵＬ ＢＳＲとＳＬ ＢＳＲとの間で優先順位付けし得る。ＷＴＲＵは、対応するＢＳＲで報告されているデータの優先度に基づいて、ＵＬ ＢＳＲ又はＳＬ ＢＳＲを優先順位付けするかどうかを判定し得る。

【0015】

ＷＴＲＵは、対応するＢＳＲ内の相対的な優先度に基づいて、ＳＬ ＢＳＲ及び／又はＵＬ ＢＳＲのタイプ（例えば、優先順位付け又は非優先順位付け）／サイズを判定し得る。ＷＴＲＵは、例えば、ＳＬ ＢＳＲで報告されることになるＬＣＧ、ＵＬ ＢＳＲで報告されることになるＬＣＨ、ＢＳＲを送信するために使用されるグラントのサイズ、及び／又はＳＬデータと関連付けられた待ち時間要件を満たし得る、利用可能な追加のＵＬグラントの存在のうちの１つ以上に基づいて、ＳＬ ＢＳＲ及び／又はＵＬ ＢＳＲのタイプ／サイズを判定し得る。追加のＵＬグラントは、構成されたグラントを含み得る。

【0016】

ＷＴＲＵは、例えば、同じ時間リソース（例えば、スロット）において、ＵＬ及びＳＬでの送信を実施し得る。例えば、ＷＴＲＵは、ＳＬ／ＵＬ送信のいずれもドロップ／優先順位付けすることなく、ＳＬ及びＵＬでの送信を実施する条件によって構成され得る。
ＷＴＲＵは、例えば、条件が満たされた場合、ＵＬ及びＳＬでの送信を実施し得る。ＷＴＲＵは、例えば、条件が満たされない場合、ＵＬ／ＳＬ間で優先順位付けを実施し得る。
ＷＴＲＵは、例えば、ＳＬ送信が物理サイドリンクフィードバックチャネル（physical sidelink feedback channel、ＰＳＦＣＨ）（例えば、これのみ）を含む場合、ＵＬ及びＳＬを送信し得る。

【0017】

ＷＴＲＵは、計画／グラントされた送信フォーマットを修正して、ＵＬ及び／又はＳＬでの送信を可能にし得る。ＷＴＲＵは、計画又はグラントされた送信フォーマットを変更して、例えば、同じスロットにおけるＵＬ及びＳＬでの送信を可能にし得る。送信フォーマットの変更には、例えば、ＵＬ／ＳＬ変調及びコーディング方式（modulation and coding scheme、ＭＣＳ）を変更すること、ＵＬ／ＳＬ送信にパンクチャを実施すること、及び／又は代替ＴＢのＴＢサイズ又は送信を変更することのうちの１つ以上を含み得る。
ＷＴＲＵは、同じスロットにおけるＵＬ及びＳＬ送信のための計画／グラントされた送信フォーマットを修正し得る。ＷＴＲＵは、ネットワーク及び／又はピアＷＴＲＵに、ＵＬ及び／又はＳＬでの送信を通知し得る。ＷＴＲＵは、ネットワーク及び／又はピアＷＴＲＵに、予想されるフォーマットの変更を通知し得る。ＷＴＲＵは、ネットワーク又はピアＷＴＲＵに、同じスロットにおけるＵＬ及びＳＬでの送信を通知し得る。

【0018】

ＷＴＲＵは、例えば、ネットワークに、予想されるＰＳＦＣＨ送信を報告し得る。ＷＴＲＵは、ネットワークに、予想されるＰＳＦＣＨ送信タイミングを報告し得る。ＷＴＲＵは、構成されたＳＲリソースを考慮してリソース選択手順を実施し得る。

【0019】

ＷＴＲＵは、例えば、ＳＬトラフィックに基づいて、マスターセルグループ（master cell group、ＭＣＧ）とセカンダリセルグループ（secondary cell group、ＳＣＧ）との間のＵＬ分割を変更し得る。ＷＴＲＵは、ＳＬトラフィックの存在に基づいて、ＭＣＧとＳＣＧとの間のＵＬ送信の分割を変更し得る。

【0020】

ＷＴＲＵは、アクティブなＳＬ制御／スケジューリングセルグループ（cell group、ＣＧ）を変更し得る。デュアル接続性（dual connectivity、ＤＣ）で構成されたＷＴＲＵは、（例えば、２つのセルグループのうちの１つ）からＳＬスケジューリング（例えば、モード１スケジューリング）を受信し得る。ＷＴＲＵは、所与の時間に、アクティブなＳＬ制御／スケジューリングと関連付けられたＣＧ上のＳＬスケジューリング（例えば、これのみ）を復号化し得る。

【図面の簡単な説明】

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

【図2】ＰＣ５を介してセキュアレイヤ２リンクを確立する一例を示す。

【0026】

【図3】優先順位付けでアップリンク及びサイドリンク動作を実施する一例を示す。

【0027】

【図4】優先順位付けでアップリンク及びサイドリンク動作を実施する一例を示す。

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

【0028】

図１Ａは、１つ以上の開示される実施形態が実装され得る、例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、動画、メッセージング、ブロードキャストなどのコンテンツを複数の無線ユーザに提供する多重アクセスシステムであってもよい。通信システム１００は、複数の無線ユーザが、無線帯域幅を含む、システムリソースの共有を通じて、このようなコンテンツにアクセスすることを可能にし得る。
例えば、通信システム１００は、符号分割多重アクセス（code division multiple access、ＣＤＭＡ）、時分割多重アクセス（time division multiple access、ＴＤＭＡ）、周波数分割多重アクセス（frequency division multiple access、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（single-carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（zero-tail unique-word DFT-Spread OFDM、ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（unique word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、フィルタバンクマルチキャリア（filter bank multicarrier、ＦＢＭＣ）など、１つ以上のチャネルアクセス方法を用い得る。

【0029】

図１Ａに示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（public switched telephone network、ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境で動作及び／又は通信するように構成された任意のタイプのデバイスであってもよい。例として、そのいずれかが、「局」及び／又は「ＳＴＡ」と称され得る、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成され得、ユーザ機器（user equipment、ＵＥ）、移動局、固定又は移動加入者ユニット、サブスクリクションベースのユニット、ページャ、セルラ電話、パーソナルデジタルアシスタント（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉデバイス、モノのインターネット（Internet of Things、ＩｏＴ）デバイス、ウォッチ又は他のウェアラブル、ヘッドマウントディスプレイ（head-mounted display、ＨＭＤ）、車両、ドローン、医療用デバイス及びアプリケーション（例えば、遠隔手術）、工業用デバイス及びアプリケーション（例えば、工業用及び／又は自動化された処理チェーン状況において動作するロボット及び／又は他の無線デバイス）、家電デバイス、商業用及び／又は工業用無線ネットワーク上で動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも、互換的にＵＥと称され得る。

【0030】

また、通信システム１００は、基地局１１４ａ及び／又は基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、及び／又は他のネットワーク１１２など、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、基地送受信機局（base transceiver station、ＢＴＳ）、ノードＢ、ｅＮｏｄｅＢ、ホームノードＢ、ホームｅＮｏｄｅＢ、ｇＮＢ、ＮＲＮｏｄｅＢ、サイトコントローラ、アクセスポイント（access point、ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂは、各々が単一の要素として図示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得ることが理解されよう。

【0031】

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

【0032】

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

【0033】

より具体的には、上記のように、通信システム１００は、多重アクセスシステムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなど、１つ以上のチャネルアクセス方式を用い得る。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７を確立し得る、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（Evolved HSPA、ＨＳＰＡ）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（High-Speed Downlink(DL)Packet Access、ＨＳＤＰＡ）及び／又は高速ＵＬパケットアクセス（High-Speed UL Packet Access、ＨＳＵＰＡ）を含み得る。

【0034】

一実施形態では、基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）及び／又はＬＴＥ－ＡｄｖａｎｃｅｄＰｒｏ（ＬＴＥ－ＡＰｒｏ）を使用して、エアインターフェース１１６を確立し得る、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得る。

【0035】

一実施形態では、基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｎｅｗ Ｒａｄｉｏ（ＮＲ）を使用して、エアインターフェース１１６を確立し得る、ＮＲ無線アクセスなどの無線技術を実装し得る。

【0036】

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

【0037】

他の実施形態では、基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、ワイヤレスフィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定標準２０００（Interim Standard 2000、ＩＳ－２０００）、暫定標準９５（Interim Standard 95、ＩＳ－９５）、暫定標準８５６（Interim Standard 856、ＩＳ－８５６）、移動体通信用グローバルシステム（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データ速度（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＳＭ ＥＤＧＥ、ＧＥＲＡＮ）などの無線技術を実装し得る。

【0038】

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅＮｏｄｅＢ、又はアクセスポイントであってもよく、事業所、自宅、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）エアコリド、車道などの場所など、局所的な領域における無線接続性を容易にするために、任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ、及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（wireless local area network、ＷＬＡＮ）を確立し得る。一実施形態では、基地局１１４ｂ、及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立し得る。更に別の実施形態では、基地局１１４ｂ、及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立し得る。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がない場合がある。

【0039】

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

【0040】

また、ＣＮ１０６／１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするためのゲートウェイとしての役割を果たし得る。ＰＳＴＮ１０８は、旧来の電話サービス（plain old telephone service、ＰＯＴＳ）を提供する、回線交換電話ネットワークを含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の送信制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（user datagram protocol、ＵＤＰ）及び／又はインターネットプロトコル（internet protocol、ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は操作される、有線及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを用い得る、１つ以上のＲＡＮに接続された別のＣＮを含み得る。

【0041】

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

【0042】

図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不可能なメモリ１３０、取り外し可能なメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び／又は他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、前述の要素の任意の部分的組み合わせを含み得ることが理解されよう。

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶表示（liquid crystal display、ＬＣＤ）ディスプレイユニット若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）ディスプレイユニット）に結合され得、それらからユーザ入力データを受信し得る。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８にユーザデータを出力し得る。加えて、プロセッサ１１８は、取り外し不可能なメモリ１３０及び／又は取り外し可能なメモリ１３２など、任意のタイプの好適なメモリから情報にアクセスし得、それらにデータを記憶し得る。取り外し不可能なメモリ１３０は、ランダムアクセスメモリ（random-access memory、ＲＡＭ）、読み取り専用メモリ（read-only memory、ＲＯＭ）、ハードディスク、又は任意の他のタイプのメモリ記憶デバイスを含み得る。取り外し可能なメモリ１３２は、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報にアクセスし得、それらにデータを記憶し得る。

【0048】

プロセッサ１１８は、電源１３４から電力を受け取り得、ＷＴＲＵ１０２内の他の構成要素に電力を分配するように、かつ／又はそれらへの電力を制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであってもよい。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケル－カドミウム（nickel-cadmium、ＮｉＣｄ）、ニッケル－亜鉛（nickel-zinc、ＮｉＺｎ）、ニッケル水素（nickel metal hydride、ＮｉＭＨ）、リチウム－イオン（lithium-ion、Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。

【0049】

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

【0050】

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

【0051】

ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬと（例えば、受信用の））ダウンリンクの両方のための特定のサブフレームと関連付けられた信号のいくつか又は全ての送信及び受信が、並列及び／又は同時であってもよい、全二重無線を含み得る。全二重無線は、ハードウェア（例えば、チョーク）を介して、又はプロセッサ（例えば、別個のプロセッサ（図示せず）若しくはプロセッサ１１８）を介する信号処理を介して、自己干渉を低減させ、かつ／又は実質的に排除するために、干渉管理ユニットを含み得る。一実施形態では、ＷＲＴＵ１０２は、（例えば、（例えば、送信用の）ＵＬ又は（例えば、受信用の）ダウンリンクのどちらかのための特定のサブフレームと関連付けられた）信号のいくつか又は全ての送信及び受信のための、半二重無線を含み得る。

【0052】

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

【0053】

ＲＡＮ１０４は、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数のｅＮｏｄｅ－Ｂを含み得ることが理解されよう。ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、各々が、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つ以上の送受信機を含み得る。一実施形態では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅＮｏｄｅ－Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。

【0054】

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

【0055】

図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（mobility management entity、ＭＭＥ）１６２と、サービングゲートウェイ（serving gateway、ＳＧＷ）１６４と、パケットデータネットワーク（packet data network、ＰＤＮ）ゲートウェイ（又はＰＧＷ）１６６とを含み得る。前述の要素の各々は、ＣＮ１０６の一部として図示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は操作され得ることが理解されよう。

【0056】

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

【0057】

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

【0058】

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

【0059】

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＰＳＴＮ１０８など、回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にし得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP multimedia subsystem、ＩＭＳ）サーバ）を含み得るか、又はそれと通信し得る。加えて、ＣＮ１０６は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有及び／又は操作される他の有線及び／又は無線ネットワークを含み得る。

【0060】

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

【0061】

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

【0062】

インフラストラクチャ基本サービスセット（Basic Service Set、ＢＳＳ）モードにあるＷＬＡＮは、ＢＳＳのためのアクセスポイント（Access Point、ＡＰ）と、ＡＰと関連付けられた１つ以上の局（station、ＳＴＡ）とを有し得る。ＡＰは、トラフィックをＢＳＳ内及び／又はＢＳＳ外に搬送する、配信システム（Distribution System、ＤＳ）又は別のタイプの有線／無線ネットワークへのアクセス又はインターフェースを有し得る。ＢＳＳ外部から発信されたＳＴＡへのトラフィックは、ＡＰを通じて到達し得、ＳＴＡに配送され得る。ＳＴＡからＢＳＳ外部の送信先に発信されたトラフィックは、それぞれの送信先に配送することになるために、ＡＰに送信され得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通じて送信され得、例えば、送信元ＳＴＡは、トラフィックをＡＰに送信し得、ＡＰは、トラフィックを送信先ＳＴＡに配送し得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なされ得、かつ／又はピアツーピアトラフィックと称され得る。ピアツーピアトラフィックは、直接リンクセットアップ（direct link setup、ＤＬＳ）を用いて、送信元ＳＴＡと送信先ＳＴＡとの間で（例えば、直接的に）送信され得る。ある代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用し得る。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有しない場合があり、ＩＢＳＳ内の、又はＩＢＳＳを使用するＳＴＡ（例えば、ＳＴＡの全て）は、互いに直接的に通信し得る。ＩＢＳＳモードの通信は、本明細書では、ときに「アドホック」モードの通信と称され得る。

【0063】

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

【0064】

高スループット（High Throughput、ＨＴ）ＳＴＡは、例えば、一次２０ＭＨｚチャネルを隣接又は非隣接２０ＭＨｚチャネルと組み合わせて、４０ＭＨｚ幅チャネルを形成すること介して、通信のために４０ＭＨｚ幅チャネルを使用し得る。

【0065】

超高スループット（Very High Throughput、ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。４０ＭＨｚ、及び／又は８０ＭＨｚチャネルは、連続する２０ＭＨｚチャネルを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって形成され得るし、又は２つの連続していない８０ＭＨｚチャネルを組み合わせることによって形成され得、これは、８０＋８０構成と称され得る。８０＋８０構成の場合、データは、チャネルエンコーディングの後、データを２つのストリームに分割し得るセグメントパーサを通過させられ得る。逆高速フーリエ変換（Inverse Fast Fourier Transform、ＩＦＦＴ）処理、及び時間領域処理は、各ストリームで別々に行われ得る。ストリームは、２つの８０ＭＨｚチャネル上にマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機において、８０＋８０構成のための上記の動作が、逆転され得、組み合わされたデータは、媒体アクセス制御（Medium Access Control、ＭＡＣ）に送信され得る。

【0066】

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

【0067】

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

【0068】

米国では、８０２．１１ａｈによって使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は、９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は、９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈのために利用可能な総帯域幅は、国コードに応じて６ＭＨｚ～２６ＭＨｚである。

【0069】

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

【0070】

ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は、実施形態との整合性を保ちながら、任意の数のｇＮＢを含み得ることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、各々が、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つ以上の送受信機を含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、かつ／又はｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信し得る。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａに送信し得る（図示せず）。これらのコンポーネントキャリアのサブセットは、無認可スペクトル上にあってもよいが、残りのコンポーネントキャリアは、認可スペクトル上にあってもよい。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点調整（Coordinated Multi-Point、ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ並びにｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）から調整された送信を受信し得る。

【0071】

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

【0072】

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。
スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無認可帯域内の信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮと通信し、／別のＲＡＮにも接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し／ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、原理を実装して、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ、及び１つ以上のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信し得る。非スタンドアロン構成では、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとしての役割を果たし得、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするための追加のカバレッジ及び／又はスループットを提供し得る。

【0073】

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）と関連付けられ得、無線リソース管理決定、ハンドオーバ決定、ＵＬ及び／又はＤＬのユーザのスケジューリング、ネットワークスライシングのサポート、デュアル接続性、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーンデータのユーザプレーン機能（User Plane Function、ＵＰＦ）１８４ａ、１８４ｂへのルーティング、制御プレーン情報のアクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）１８２ａ、１８２ｂへのルーティングなどを処理するように構成され得る。図１Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェース上で互いに通信し得る。

【0074】

図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（Session Management Function、ＳＭＦ）１８３ａ、１８３ｂ、及び場合によってはデータネットワーク（Data Network、ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素の各々は、ＣＮ１１５の一部として図示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は操作され得ることが理解されよう。

【0075】

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、制御ノードとしての役割を果たし得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などを担い得る。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、超高信頼低待ち時間（ultra-reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量モバイルブロードバンド（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、機械型通信（machine type communication、ＭＴＣ）アクセス、及び／又は同様のものなどのためのサービスなど、異なる使用事例のために確立され得る。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、及び／又はＷｉＦｉのような非３ＧＰＰアクセス技術など、他の無線技術を用いる他のＲＡＮ（図示せず）との間の交換のための制御プレーン機能を提供し得る。

【0076】

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

【0077】

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

【0078】

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

【0079】

図１Ａ～図１Ｄ、及び図１Ａ～図１Ｄの対応する説明から見て、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅＮｏｄｅ－Ｂ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、及び／又は本明細書に記載される任意の他のデバイスのうちの１つ以上に関する、本明細書に記載される機能のうちの１つ以上又は全ては、１つ以上のエミュレーションデバイス（図示せず）によって実施され得る。エミュレーションデバイスは、本明細書に記載される機能のうちの１つ以上又は全てをエミュレートするように構成された、１つ以上のデバイスであってもよい。例えば、エミュレーションデバイスは、他のデバイスを試験するために、かつ／又はネットワーク及び／若しくはＷＴＲＵ機能をシミュレートするために使用され得る。

【0080】

エミュレーションデバイスは、ラボ環境及び／又はオペレータネットワーク環境において、他のデバイスの１つ以上の試験を実施するように設計され得る。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線及び／又は無線通信ネットワークの一部として、完全に又は部分的に実装及び／又は展開されながら、１つ以上又は全ての機能を実施し得る。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として、一時的に実装／展開されながら、１つ以上又は全ての機能を実施し得る。エミュレーションデバイスは、試験を目的として、別のデバイスに直接的に結合され得、かつ／又は地上波無線通信を使用して試験を実施し得る。

【0081】

１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として実装／展開されずに、全ての機能を含む、１つ以上の機能を実施し得る。例えば、エミュレーションデバイスは、１つ以上の構成要素の試験を実施するために、試験実験室、及び／又は展開されていない（例えば、試験）有線及び／又は無線通信ネットワークにおいて、試験シナリオで利用され得る。１つ以上のエミュレーションデバイスは、試験機器であってもよい。データを送信及び／又は受信するために、直接ＲＦ結合、及び／又は（例えば、１つ以上のアンテナを含み得る）ＲＦ回路を介した無線通信が、エミュレーションデバイスによって使用され得る。

【0082】

車両通信は、ＷＴＲＵが互いに（例えば、直接的に）通信し得る通信のモードである。ビークルツーエブリシング（Vehicle to everything、Ｖ２Ｘ）操作には、例えば、カバレッジ内のシナリオを含み得、ＷＴＲＵは、ネットワークから支援を受信して、Ｖ２Ｘメッセージの送信及び／又は受信を開始し得る。Ｖ２Ｘ操作は、例えば、カバレッジ外のシナリオを含み得、ＷＴＲＵは、１つ以上の事前構成されたパラメータを使用して、Ｖ２Ｘメッセージの送信及び／又は受信を開始し得る。

【0083】

Ｖ２Ｘ通信は、デバイス間（Device-to-Device、Ｄ２Ｄ）通信に基づき得る。Ｖ２Ｘ通信サービスは、車両のＷＴＲＵが、互いに直接的に通信し得る、車両間（vehicle to vehicle、Ｖ２Ｖ）、車両のＷＴＲＵが、路側ユニット（roadside unit、ＲＳＵ）／ｅＮＢと通信し得る、ビークルツーインフラストラクチャ（vehicle to infrastructure、Ｖ２Ｉ）、車両のＷＴＲＵが、コアネットワーク（ＣＮ）と通信し得る、ビークルツーネットワーク（vehicle to network、Ｖ２Ｎ）、及び／又は車両のＷＴＲＵが、特別な条件（例えば、低バッテリ容量）でＷＴＲＵと通信し得る、ビークルツーペデストリアン（vehicle to pedestrian、Ｖ２Ｐ）のタイプのうちの１つ以上を含み得る。

【0084】

Ｖ２Ｘリソース割り当ては、異なるモードで実施され得る。Ｖ２Ｘ通信における複数（例えば、２つ）のモードの動作を使用し得る。ネットワークは（例えば、モード３で）、ＷＴＲＵに、Ｖ２Ｘサイドリンク送信のためのスケジューリングアサインメントを付与し得る。ＷＴＲＵは（例えば、モード４で）、構成／事前構成されたリソースプールから、リソースを自律的に選択し得る。Ｖ２Ｘは、例えば、Ｖ２Ｘ送信を受信するために監視され得る、受信プール、及び／又は（例えば、モード４で）１つ以上の送信リソースを選択するために、ＷＴＲＵによって使用され得る、Ｖ２Ｘ送信プールを含む、リソースプールの複数のカテゴリを使用し得る。送信プールは、モード３で構成されたＷＴＲＵによって使用されない場合がある。

【0085】

リソースプールは、例えば、無線リソース制御（radio resource control、ＲＲＣ）シグナリングを介して、半静的にＷＴＲＵにシグナリングされ得る。ＷＴＲＵは（例えば、モード４で）、ＲＲＣ構成された送信プールからリソースを選択する前に、感知を使用し得る。Ｖ２Ｘは、動的リソースプール再構成をサポートし得る。プール構成は、例えば、システム情報ブロック（system information block、ＳＩＢ）及び／又は専用ＲＲＣシグナリングを介して搬送され得る。

【0086】

ニューラジオ（New Radio、ＮＲ）Ｖ２Ｘアクセス技術は、例えば、高速大容量（enhanced Mobile Broadband、ｅＭＢＢ）及び／又は高信頼低遅延（ultra-high reliability and low latency communications、ＵＲＬＬＣ）をサポートし得る。拡張Ｖ２Ｘ（Enhanced V2X、ｅＶ２Ｘ）通信は、（例えば、ＮＲシステムにおいて）サポートされ得る。例えば、ｅＶ２Ｘは、安全及び非安全シナリオ（例えば、センサ共用、自動運転、車両隊列走行、遠隔運転）のためのサービスをサポートし得る。異なるｅＶ２Ｘサービスは、異なる性能レベルを有し得る。例えば、いくつかのサービスは、３ｍｓの待ち時間を利用し得る。

【0087】

Ｖ２Ｘは、例えば、車両隊列走行、高度運転、拡張センサ、及び／又は遠隔運転のうちの１つ以上をサポートし得る。

【0088】

車両隊列走行は、車両が、一緒に走行するグループを動的に形成することを可能にし得る。隊列内の車両は、隊列動作を継続するために、別の車両（例えば、先頭車両）から定期的情報（例えば、データ）を受信し得る。この情報は、車両間の距離が、小さくなる（例えば、非常に小さくなる）ことを可能にし得る。例えば、時間に変換された車両間のギャップ距離は、低くてもよい（１秒未満）。隊列走行アプリケーションは、車両（例えば、車両の後続の別の車両）が、自律的に運転されることになることを可能にし得る。

【0089】

高度な運転は、半自動又は全自動運転を可能にし得る。より長い車間距離が想定され得る。（例えば、各）車両及び／又はＲＳＵは、そのローカルセンサから得られたデータを、近くの車両と共有し得、車両が、それらの軌道又は操縦を調整することを可能にする。（例えば、各）車両は、その運転意図を、近くの車両と共有し得る。情報共有又は他の調整は、例えば、より安全な走行、衝突回避、及び／又は改善された交通効率をサポートし得る。

【0090】

拡張センサは、１つ以上の車両、ＲＳＵ、歩行者のデバイス、Ｖ２Ｘアプリケーションサーバ、及び／又は同様のものなどの間における、ローカルセンサ又はライブビデオデータを通じて収集された生データ又は処理されたデータの交換を可能にし得る。拡張センサは、どの車両センサが検出することができる以上に、車両が有する、それらの環境の認識を強化し得、これにより、ローカル状況のより全体的な視野を提供し得る。

【0091】

遠隔運転は、遠隔ドライバ又はＶ２Ｘアプリケーションが、例えば、自分自身では運転することができない乗客用の遠隔車両、及び／又は危険な環境に配置された遠隔車両を操作することを可能にし得る。運転は、例えば、変動が制限され、経路が予測可能である（例えば、公共交通機関）クラウドコンピューティングに基づき得る。クラウドコンピューティングは、例えば、クラウドベースのバックエンドサービスプラットフォームへのアクセスに基づいて提供され得る。

【0092】

Ｄ２Ｄにおける１対１のリンク確立を使用して、Ｖ２Ｘサイドリンクをサポートし得る。Ｖ２Ｘは、ブロードキャスト通信（例えば、リンクを確立することのない通信）を利用し得る。Ｖ２Ｘは、サイドリンクを介してリンク確立を利用し得る。複数の（例えば、２つの）ＷＴＲＵは、例えば、（例えば、パケットデータ収束プロトコル（packet data convergence protocol、ＰＤＣＰ）上の）ＰＣ５プロトコルレイヤを介して、１対１近接サービス（proximity service、ＰｒｏＳｅ）直接通信を確立し得る。１対１リンク確立と関連付けられたシグナリングは、本明細書に記載され得る。

【0093】

１対１ＰｒｏＳｅ直接通信は、例えば、複数の（例えば、２つの）ＷＴＲＵ間にＰＣ５を介してセキュアレイヤ２リンクを確立することによって実現され得る。（例えば、各）ＷＴＲＵは、レイヤ２リンクで送信される（例えば、全ての）フレームの送信元レイヤ２ＩＤフィールドに含まれ、かつ／又はレイヤ２リンクで受信される（例えば、全ての）フレームの送信先レイヤ２ＩＤに含まれる、ユニキャスト通信のためのレイヤ２識別子（identifier、ＩＤ）を有し得る。１対１ＰｒｏＳｅ直接通信のためのレイヤ２リンクは、例えば、複数の（例えば、２つの）ＷＴＲＵのレイヤ２ＩＤの組み合わせによって識別され得る。ＷＴＲＵは、同じレイヤ２ＩＤを使用して１対１ＰｒｏＳｅ直接通信のための複数のレイヤ２に関わり得る。

【0094】

分離された（例えば、非中継）１対１通信に関わるＷＴＲＵは、ＩＰアドレス割り当て機構をネゴシエートし得、かつ／又は例えば、リンク確立手順中に使用される場合、リンクローカルＩＰｖ６アドレスを交換し得る。

【0095】

図２は、ＰＣ５を介してセキュアレイヤ２リンクを確立する一例を示す。図２に示されるように、第１のＷＴＲＵ（ＷＴＲＵ－１）は、相互認証をトリガし得る、直接通信要求メッセージを第２のＷＴＲＵ（ＷＴＲＵ－２）に送信し得る。メッセージには、ユーザ情報（情報）を含み得る。ＷＴＲＵ－２は、相互認証のための手順を開始し得る。認証手順が問題なく完了すると、ＰＣ５を介してセキュアレイヤ２リンクの確立を完了し得る。
ＷＴＲＵ－２は、ＷＴＲＵ－１への応答にユーザ情報を含み得る。

【0096】

ＰＣ５シグナリングプロトコルは、例えば、暗黙的レイヤ２リンクリリースを進めるために、ＷＴＲＵがＰｒｏＳｅ通信範囲にないときを検出するために使用され得る、キープアライブ機能をサポートし得る。

【0097】

ＷＴＲＵは、Ｖ２Ｘ（例えば、ＮＲＶ２Ｘ）のためのリンク確立を実施するように構成され得る。手順は、ＰＣ５を介してセキュアＬ２リンクの確立及び／又は保守のために構成及び利用され得る。手順は、Ｖ２Ｘのために強化及び／又は適合され得る。Ｖ２Ｘシグナリングは、（例えば、ＲＲＣレイヤで）定義され得る。Ｖ２Ｘリンク／グループ処理が構成され得る。Ｖ２Ｘ通信の例では、全てのＷＴＲＵがユニキャスト通信をサポート及び／又は使用し得るわけではない。リンク確立は、サービス告知によってサポートされ得る。例えば、サービス告知を使用して、ピアに、ＷＴＲＵの存在及び／又はユニキャスト通信のためのＷＴＲＵの機能（例えば、動作するチャネル、及び／又はサポートされるサービス、及び／又は同様のものなど）を通知し得る。

【0098】

サービス告知は、サービスを使用することに関心があり得る、１つ以上の（例えば、全ての）ＷＴＲＵにアクセス可能であり得る。告知は、例えば、（例えば、車両環境における無線アクセス（wireless access in vehicular environment、ＷＡＶＥ）サービス広告（wireless service advertisement、ＷＳＡ）がどのように取り扱われ得るかと同様に）専用チャネルを介して送信されることになるように構成され得るか、又はサポートするＷＴＲＵからの定期的なメッセージにピギーバックされることになるように構成され得る。

【0099】

ＮＲ Ｖ２Ｘのサービス品質（ＱｏＳ）を判定し得る。ＱｏＳモデルをＮＲ Ｖ２Ｘに使用し得る。ＰＣ５を介したＱｏＳは、ＰｒｏＳｅパケット毎優先度（ProSe per-packet priority、ＰＰＰＰ）を用いてサポートされ得る。アプリケーションレイヤは、ＰＰＰＰを用いてパケットをマークし得る。ＰＰＰＰは、ＱｏＳレベルを示し得る。パケット遅延バジェット（ＰＤＢ）は、ＰＰＰＰから導出され得る。ＮＲ Ｖ２ＸのＱｏＳ要件が指定及び／又は構成され得る。性能指標は、例えば、ペイロード（バイト）、送信速度（メッセージ／秒）、最大エンドツーエンド待ち時間（ｍｓ）、信頼性（％）、データ速度（Ｍｂｐｓ）、最小要求通信範囲（メートル）、及び／又は同様のものなどのパラメータのうちの１つ以上を用いて指定され得る。

【0100】

サービス要件のセット（例えば、同じセット）は、ＰＣ５ベースのＶ２Ｘ通信及びＵｕベースのＶ２Ｘ通信に適用され得る。ＱｏＳ特性は、例えば、品質指標（例えば、５Ｇ品質指標（5G quality indicator、５ＱＩ））を用いて表され得る。

【0101】

統一されたＱｏＳモデルは、ＰＣ５及びＵｕ（例えば、ＰＣ５を介してＶ２Ｘ通信のための５ＱＩを使用するモデル）に使用され得、これにより、アプリケーションレイヤが、使用されるリンクに関係なく、ＱｏＳ要件の一貫した指示を提供することを可能にし得る。

【0102】

５ＧＳ Ｖ２Ｘ可能なＷＴＲＵは、複数の（例えば、３つの）異なるタイプのトラフィック（例えば、ブロードキャスト、マルチキャスト、及びユニキャスト）を処理し得る。

【0103】

Ｕｕに利用される（例えば、同じ）ＱｏＳモデルは、ユニキャストタイプのトラフィックに利用され得る。例えば、（例えば、各）ユニキャストリンクは、ベアラとして扱われ得、ＱｏＳフローは、ユニキャストリンク／ベアラと関連付けられ得る。５ＱＩのために定義される１つ以上の（例えば、全ての）ＱｏＳ特性（及び例えば、追加のデータ速度パラメータ）は、ＱｏＳモデル／フローに適用され得る。最小通信範囲は、（例えば、追加の）パラメータとして（例えば、特にＰＣ５使用に）扱われ得る。実施例では、同様の構成がマルチキャストトラフィックに適用され得る。マルチキャストは、例えば、トラフィックの複数の定義された受信機を用いて、ユニキャストの特別な場合として扱われ得る。

【0104】

ブロードキャストトラフィックは、ベアラ概念を有しない場合がある。（例えば、各）メッセージは、（例えば、ブロードキャストアプリケーション要件に従って）異なる特性を有し得る。一例では、５ＱＩは、例えば、各パケットとタグ付けされることになるように、ＰＰＰＰ／ＰｒｏＳｅパケット毎信頼性（ProSe Per-Packet Reliability、ＰＰＰＲ）と同様に使用され得る。５ＱＩは、待ち時間、優先度、信頼性などのうちの１つ以上など、ＰＣ５ブロードキャスト動作に使用され得る、１つ以上の（例えば、全ての）特性を表し得る（例えば、表すことができる）。Ｖ２Ｘブロードキャスト固有の５ＱＩ（すなわち、ＶＱＩ）のグループは、ＰＣ５使用のために定義／構成され得る。

【0105】

一例では、ＰＣ５ ＱｏＳパラメータは、１対１通信手順の確立時に（例えば、そのときに、又はその間に）ネゴシエートされ得る。１対１通信確立手順は、複数の（例えば、２つの）ＷＴＲＵ間のＰＣ５ ＱｏＳパラメータネゴシエーションをサポートするように強化され得る。（例えば、同じ）ＱｏＳは、例えば、ＰＣ５ ＱｏＳパラメータネゴシエーション手順後に、両方向で使用され得る。

【0106】

前述のように、図２は、ＰＣ５を介してセキュアレイヤ２リンクを確立する一例を示す。１対１通信に関わるＷＴＲＵは、例えば、リンク確立手順中に、ＰＣ５ ＱｏＳパラメータをネゴシエートし得る。第１のＷＴＲＵ（ＷＴＲＵ－１）は、相互認証をトリガし得る、直接通信要求メッセージを第２のＷＴＲＵ（ＷＴＲＵ－２）に送信し得る。メッセージは、要求されたＰＣ５ ＱｏＳパラメータを含み得る。ＷＴＲＵ－２は、相互認証のための手順を開始し得る。ＷＴＲＵ－２は、（例えば、ＷＴＲＵ－１への）応答メッセージに、許容されたＰＣ５ ＱｏＳパラメータを含み得る。

【0107】

ＵＬ／ＳＬ優先順位付けは、Ｖ２Ｘでサポートされ得る。Ｖ２Ｘデバイスは、例えば、ＵＬ ＴＸ及びＳＬ ＴＸが、別個のＴＸチェーン及び／又は別個の電力量を使用し得る、ＵＬ ＴＸ及びＳＬ ＴＸが、電力量を共用しながら、別個のＴＸチェーンを使用し得る、かつ／又はＵＬ ＴＸ及びＳＬ ＴＸが、ＴＸチェーン及び電力量を共用し得る、というシナリオのうちの１つ以上において、ＵＬ及びＳＬの同時送信をサポートし得る。

【0108】

ＵＬ及びＳＬの同時送信は、（例えば、異なるキャリアが存在するときなど、様々なシナリオのために（例えば、ＵＬ及びＳＬでの同時ＴＸが実施又は修正され得ない場合））、及び同じキャリア上のＵＬ及びＳＬにおける潜在的な同時ＴＸが存在するときに、１つ以上の規則の対象となり得る。同じキャリア（例えば、同時ＴＸ及びＲＸが使用され得ない場合）の例では、ＷＴＲＵは、例えば、ＵＬ ＴＸが、共有（又は同じ）キャリア周波数においてＳＬ ＴＸと時間ドメインで重複する場合に、ＵＬ ＴＸ又はＳＬ ＴＸをドロップし得る。ＷＴＲＵは、例えば、ＳＬパケットのＰＰＰＰが（事前）構成されたＰＰＰＰ値（例えば、ＰＰＰＰ閾値）を超える場合、ＵＬ ＴＸをドロップし得る。ＷＴＲＵは、例えば、そうでなければ、ＳＬ ＴＸをドロップし得る。異なるキャリアの例では（例えば、同時ＴＸ及びＲＸが可能な場合（例えば、ＵＬ ＴＸ及びＳＬ ＴＸが別個のＴＸチェーンを使用する場合））、ＷＴＲＵは、例えば、ＵＬ ＴＸが異なるキャリア周波数でＳＬ ＴＸと時間ドメイン内で重複する場合、ＵＬ ＴＸ又はＳＬ ＴＸをドロップするか、又はその電力を低減し得る。ＷＴＲＵは、例えば、ＳＬパケットのＰＰＰＰが（事前）構成されたＰＰＰＰ閾値を超える場合、ＵＬ ＴＸをドロップするか、又はＵＬ ＴＸ電力を低減し得る。ＷＴＲＵは、例えば、そうでなければ、ＳＬ ＴＸをドロップするか、又はＳＬ ＴＸ電力を低減し得る。

【0109】

前述のＵＬ／ＳＬ優先順位付け規則（例えば、ＬＴＥ Ｖ２Ｘのための）は、Ｖ２Ｘ（例えば、ＮＲ Ｖ２Ｘ）のいくつかの実装形態とは異なってもよい。いくつかのＶ２Ｘ（例えば、ＮＲ Ｖ２Ｘ）実装形態は、異なるＱｏＳモデル、ＳＬ及び／又はＵＬのための厳格なＱｏＳ、ＳＬのユニキャスト送信、及び／又はモード１及びモード２における同時送信の特性のうちの１つ以上を有し得る。

【0110】

Ｖ２Ｘ（例えば、ＮＲ Ｖ２Ｘ）のいくつかの実装形態では、Ｖ２Ｘ ＱｏＳモデルは、ＰＣ５品質指標（ＰＱＩ）に基づき得る（例えば、ＰＰＰＰではなく、ＬＴＥ Ｖ２Ｘなど）。ＱｏＳモデルは、例えば、（例えば、ＬＴＥ Ｖ２Ｘにおける）パケット毎ベースのモデルではなく、フローベースのＱｏＳ（例えば、ＵＬと同様）であってもよい。
ＰＣ５は、Ｖ２ＸのためのＷＴＲＵからＷＴＲＵへの通信インターフェースであってもよい。

【0111】

Ｖ２Ｘ（例えば、ＮＲ Ｖ２Ｘ）のいくつかの実装形態では、厳格なＱｏＳがＳＬ及び／又はＵＬに適用され得る。ＮＲ ＳＬ及び／又はＮＲ Ｕｕトラフィックは、厳格なＱｏＳ要件を有し得る（例えば、ＮＲ Ｖ２Ｘは、ＬＴＥ Ｖ２Ｘよりも厳格なＱｏＳ要件を有し得る）。ドロップパケットの影響は、他のＶ２Ｘトラフィック／サービスよりもいくつかのＶ２Ｘトラフィック／サービスに対してより顕著であり得る。

【0112】

Ｖ２Ｘ（例えば、ＮＲ Ｖ２Ｘ）のいくつかの実装形態では、ユニキャスト送信が、ＳＬに使用され得る。ユニキャスト送信は、ＨＡＲＱ及び／又はチャネル状態情報（channel state information、ＣＳＩ）フィードバックを使用し得る。ユニキャストＳＬ送信は、（例えば、ＵＬ／ＳＬ優先順位付けの一部として）ドロップされ得る。ＨＡＲＱフィードバックは、異なるＳＬ物理レイヤ（physical layer、ＰＨＹ）チャネル（例えば、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ））で搬送され得る。異なるＳＬ ＰＨＹチャネルで搬送されるＨＡＲＱフィードバックは、ＵＬ及び／又はＳＬ送信が、例えば、ＵＬ及びＳＬ送信の衝突があるときに、どのように見なされるか、又は優先順位付けされるかに影響を与える可能性がある。

【0113】

Ｖ２Ｘ（例えば、ＮＲ Ｖ２Ｘ）のいくつかの実装形態では、モード１及びモード２における送信は、同時であってもよい。Ｖ２Ｘは、ネットワーク（ＮＷ）スケジュールされた、かつ／又はＷＴＲＵ自律モードにおける同時送信をサポートし得、これは、ＵＬ及びＳＬ送信のための追加の衝突シナリオを作成し得る（例えば、ＵＬ及びＳＬ動作が同じ又は異なるキャリア上に共存するとき）。

【0114】

ＷＴＲＵは、例えば、Ｖ２Ｘ通信をサポートするために、同じ又は異なるキャリア上のＵＬ及びＳＬ動作の共存で動作するように構成され得る。

【0115】

ＵＬ／ＳＬ動作（例えば、同時ＵＬ／ＳＬ動作）は、ＵＬ／ＳＬ優先順位付け、ＳＬ／ＳＬ優先順位付け、異なるＵＬ／ＳＬ送信間の衝突の回避、及び／又は同様のものなどのうちの１つ以上に基づき得る。

【0116】

ＵＬ／ＳＬ優先順位付けは、あるリンクを別のリンクよりも優先順位付けするための条件、データ特性に基づいて、異なるリンクの優先度メトリックを導出すること、ＵＬ並びに／若しくはＳＬのためのＢＳＲ手順、及び／又は同様のものなどのうちの１つ以上に基づき得る。

【0117】

ＵＬ／ＳＬ優先順位付けは、例えば、ＷＴＲＵによって判定され得る。ＷＴＲＵは、例えば、所与の時間インスタンス（例えば、ＵＬ及びＳＬ送信が同時にスケジュールされるときの時間）で、ＵＬ送信又はＳＬ送信を実施し得る（例えば、実施するための判定を行い得る）。ＷＴＲＵは、所与の時間インスタンス（例えば、スロット）のためにＵＬ又はＳＬ送信を選択（例えば、選択することを決定）し得る。ＷＴＲＵは、例えば、ＷＴＲＵにおける１つ以上の制限に基づいて、ＵＬ又はＳＬ送信を選択（例えば、選択することを決定）し得る。制限には、例えば、（例えば、送信が異なるキャリア上にあり得る場合）ＵＬとＳＬとの間で共有される（例えば、単一の）ＴＸチェーン、ＵＬ及びＳＬ送信が、同じキャリア上でスケジュールされ得ること、及び／又はＵＬ並びに／若しくはＳＬ送信が、（例えば、同時に送信される場合に）干渉をもたらし得ることのうちの１つ以上を含み得る。

【0118】

ＷＴＲＵは、ＵＬ送信又はＳＬ送信を優先順位付けするように構成され得る。送信の優先順位付けは、例えば、スケジュールされた送信（例えば、より低い優先度を有する送信）をドロップすることと、及び／又は（例えば、より低い優先度を有する送信のために）送信する送信電力を低減することと、及び／又は同様のものなどのうちの１つ以上を実施するＷＴＲＵを含み得る。ＷＴＲＵは、（例えば、ＷＴＲＵがスケジュールされた送信のうちの１つをドロップする場合）、ドロップされた送信をＨＡＲＱバッファに維持すること、及び／又は（例えば、次のスケジュールされた送信に）送信を遅延させること、送信が実施されたと仮定して、送信をドロップし、トランスポートブロックと関連付けられた冗長バージョン（ＲＶ）を増加させること、及び／又は（例えば、予定時間に）送信のための次の冗長バージョンの送信を実施することのうちの１つ以上を行い得る。

【0119】

ＷＴＲＵは、例えば、１つ以上の条件に基づいて、送信（例えば、ＵＬ又はＳＬ）を優先順位付けし得る。優先順位付けリンク（例えば、ＵＬ、ＳＬ）の条件は、例えば、保留中のＳＬプロセス／グラントの存在、パケットのＰＤＢが満了するまでの時間、チャネルビジー率（channel busy ratio、ＣＢＲ）、チャネル占有率（ＣＲ）、ＳＬ及び／又はＤＬのパスロス、ＳＬ又はＵＬ ＨＡＲＱフィードバックの送信、ＵＬ／ＳＬ同期チャネル（ＳＣＨ）上のデータの存在／不在、ＳＬ同期送信の特性、スケジューリング要求（ＳＲ）の送信、バッファステータス報告（ＢＳＲ）（例えば、ＳＬ又はＵＬ）を含む送信、ＢＳＲ（例えば、ＳＬ又はＵＬ）を含む送信、（例えば、ＷＴＲＵの状態に応じて）、特定のタイプの制御メッセージを含む送信、ＨＡＲＱベースの送信と関連付けられた冗長バージョン、ブラインドとＨＡＲＱベースの再送信との比較、ブラインドとＨＡＲＱベースの再送信との比較、同じトランスポートブロック（ＴＢ）の以前の送信の不成功／ドロップされた送信、ＳＬデータの範囲要件（例えば、最低セル速度（ＭＣＲ））、ＳＬ送信と関連付けられたリソース割り当てモード、及び／又は同様のものなどのうちの１つ以上（例えば、これらの組み合わせ）に基づき得る。

【0120】

リンク優先順位付けの条件には、保留中のＳＬプロセス／グラントの存在を含み得る。ＷＴＲＵは、例えば、ＳＬに別の保留グラントがある場合、ＵＬを優先順位付けし得る。ＳＬでの保留グラントは、ドロップされているＳＬパケットのＱｏＳ要件を満たし得る。

【0121】

リンク優先順位付けの条件には、パケットのＰＤＢが満了するまでの時間を含み得る。ＷＴＲＵは、例えば、パケットのＰＤＢ、及び／又はＳＬグラントとパケットのＰＤＢとの間の残りの時間が、ある値（例えば、閾値）を下回る場合、ＵＬを優先順位付けし得る。閾値は、チャネルビジー率／割合（ＣＢＲ）（例えば、サイドリンクのＣＢＲ）に依存し得る。

【0122】

リンク優先順位付けの条件には、ＣＢＲを含み得る。ＵＬ送信は、例えば、ＣＢＲがある値（例えば、閾値）よりも高い場合、サイドリンクリソースの渋滞を下げるために優先順位付けされ得る。ＳＬ送信は、例えば、ＣＢＲが閾値よりも低い場合、高く優先順位付けされ得る。閾値は、例えば、より高いレイヤシグナリングによって構成され得る。閾値は、例えば、ｇＮＢ又はＷＴＲＵによって構成され得る。

【0123】

リンク優先順位付けの条件には、チャネル占有率（ＣＲ）を含み得る。ＵＬ送信は、例えば、ＣＲがある値（例えば、閾値）よりも高い場合、優先順位付けされ得、これは、ＷＴＲＵが、予想よりも多くのＳＬリソースを使用することを示し得る。

【0124】

リンク優先順位付けの条件には、ＳＬ及び／又はＤＬのパスロスを含み得る。ＳＬ送信は、優先順位付けされ得、かつ／又はサイドリンクのためのリンクは、例えば、ＤＬパスロス値がＳＬパスロスよりも高い場合、アップリンクよりも良好であり得る。ＵＬ送信は、例えば、ＤＬパスロス値がＳＬパスロス以下である場合、優先順位付けされ得る。重み付け係数は、例えば、ＤＬパスロスとＳＬパスロスとを比較するために使用され得る。
例えば、ＤＬパスロスは、α・ＰＬ_DLで表され得、かつ／又はＳＬパスロスは、β・ＰＬ_SLで表され得、ここで、αは、ＤＬパスロスの重み付け係数であってもよく、βは、ＳＬパスロスの重み付け係数であってもよい。重み付け係数は、（例えば、ネットワークによって）構成され得る。

【0125】

リンク優先順位付けの条件には、ＳＬ又はＵＬ ＨＡＲＱフィードバックの送信を含み得る。ＷＴＲＵは、例えば、送信がＨＡＲＱフィードバックを送信するための送信である場合、ＵＬ／ＳＬ送信を優先順位付けし得る。ＷＴＲＵは、例えば、ＳＬ送信がＰＳＦＣＨでの送信を含む場合、ＵＬ送信よりもＳＬ送信を優先順位付けし得る。ＷＴＲＵは、例えば、ＵＬ送信がアップリンク制御情報（uplink control information、ＵＣＩ）及び／又は物理アップリンク共有チャネル（physical uplink shared channel、ＰＵＳＣＨ）に対するＨＡＲＱフィードバックを含む場合、ＳＬ送信よりもＵＬ送信を優先順位付けし得る。

【0126】

ＷＴＲＵは、例えば、ＵＬ及び／又はＳＬ ＨＡＲＱフィードバックの送信を他の送信（例えば、データ）よりも低い優先度と見なすように構成され得る。ＷＴＲＵは、例えば、ＳＬ送信がＰＳＦＣＨ送信（例えば、これのみ）を含む場合に、ＵＬ送信を優先順位付けし得る。

【0127】

ＵＬ又はＳＬ ＨＡＲＱフィードバックの優先順位付けは、ＨＡＲＱフィードバックと関連付けられた特性のうちの１つ以上（例えば、これらの組み合わせ）に依存し得る。
ＵＬ又はＳＬ ＨＡＲＱフィードバックの優先順位付けに影響を与え得る特性は、例えば、ＨＡＲＱフィードバックと関連付けられたデータのＱｏＳ、ＨＡＲＱフィードバックと関連付けられた冗長バージョン、ＡＣＫ／ＮＡＣＫが報告されているかどうか、ＴＢサイズ、ＷＴＲＵ送信データによる指示、ＨＡＲＱフィードバックと関連付けられたキャスト、ＨＡＲＱフィードバック送信におけるＨＡＲＱビットの数、及び／又は同様のものなどのうちの１つ以上を含み得る。

【0128】

ＵＬ又はＳＬ ＨＡＲＱフィードバックの優先順位付けは、ＨＡＲＱフィードバックと関連付けられたデータのＱｏＳに基づき得る。ＷＴＲＵは、例えば、ＨＡＲＱ送信と関連付けられたデータのＱｏＳに応じて、ＵＬ／ＳＬ ＨＡＲＱ送信を優先順位付けし得る。ＷＴＲＵは、ＨＡＲＱが送信されているデータと関連付けられたＱｏＳメトリックを、別のリンク上で送信されたデータのＱｏＳメトリックと比較し得る。他のリンクにおける送信されるデータのＱｏＳメトリックは、ＨＡＲＱが送信されているデータと関連付けられたＱｏＳメトリックと同様であってもよい。実施例では、ＷＴＲＵは、例えば、ＨＡＲＱが送信されている（例えば、ＳＣＩでシグナリングされた）送信の優先度がＵＬでのデータ送信の優先度よりも高い場合に、ＳＬでのＨＡＲＱ送信を優先順位付けし得る。ＷＴＲＵは、ＨＡＲＱが送信されているデータと関連付けられたＱｏＳメトリックをある値（例えば、閾値）と比較し得る。閾値は、（事前）構成され得る。ＷＴＲＵは、例えば、ＨＡＲＱが送信されている送信の優先度が閾値を超える場合に、ＳＬでのＨＡＲＱ送信を優先順位付けし得る。ＷＴＲＵは、例えば、ＨＡＲＱが送信されている（例えば、ＳＣＩでシグナリングされた）送信の優先度が閾値を超える場合に、ＳＬでのＨＡＲＱ送信を優先順位付けし得る。閾値は、チャネルの測定された占有率に依存し得る。ＱｏＳメトリックは、認識されているデータと関連付けられたＬＣＨ優先度に関連し得る。ＷＴＲＵは、例えば、ＨＡＲＱフィードバックが送信されているデータのためのＬＣＨの優先度に基づいて、ＨＡＲＱ送信を優先順位付けし得る。ＷＴＲＵは、例えば、ＨＡＲＱフィードバックが送信されているデータのための最高優先度ＬＣＨが別のリンク上のデータのＬＣＨ優先度よりも高い場合に、ＨＡＲＱ送信を優先順位付けし得る。ＷＴＲＵは、例えば、ＨＡＲＱフィードバックが送信されているデータのための最高優先度ＬＣＨが閾値よりも高い場合に、ＨＡＲＱ送信を優先順位付けし得る。閾値は、（事前）構成された閾値を含み得る。

【0129】

ＵＬ又はＳＬ ＨＡＲＱフィードバックの優先順位付けは、ＨＡＲＱフィードバックと関連付けられた冗長バージョンに基づき得る。ＷＴＲＵは、例えば、送信されている冗長バージョンに応じて、ＵＬ／ＳＬ ＨＡＲＱ送信を優先順位付けし得る。実施例では、ＷＴＲＵは、例えば、初期送信及び／又は早期再送信よりも、最後のＨＡＲＱ再送信又はＮ個の最後のＨＡＲＱ再送信と関連付けられたＨＡＲＱフィードバック送信を優先順位付けし得る。Ｎの値は、構成され得る（例えば、事前構成され得る）。Ｎの値は、例えば、測定されたＣＢＲ、測定されたＣＱＩ、ＷＴＲＵ速度、又はＷＴＲＵ間のリンクの質の他の（例えば、同様の）測定値のうちの１つ以上に依存し得る。ＷＴＲＵは、より大きな冗長バージョンと関連付けられた（例えば、各）ＨＡＲＱフィードバックに、より高いレベルの優先度をアサインし得る。ＷＴＲＵは、例えば、ＵＬ送信と比較するときに、より大きな冗長バージョンと関連付けられた（例えば、各）ＨＡＲＱフィードバックに、より高いレベルの優先度をアサインし得る。実施例では、初期送信と関連付けられたＨＡＲＱフィードバックは、優先度Ｐ１であってもよく、第１の再送信と関連付けられたＨＡＲＱフィードバックは、優先度Ｐ２などであってもよく、Ｐ１＜Ｐ２＜である。ピアＷＴＲＵは、送信を正しく受信したことを通知され得る。

【0130】

ＵＬ又はＳＬ ＨＡＲＱフィードバックの優先順位付けは、確認（acknowledgement、ＡＣＫ）／ＮＡＣＫが報告されるかどうかに基づき得る。ＷＴＲＵは、例えば、送信がＡＣＫの送信と関連付けられている場合、ＵＬ／ＳＬ ＨＡＲＱ送信を優先順位付けし得る。

【0131】

ＵＬ又はＳＬ ＨＡＲＱフィードバックの優先順位付けは、トランスポートブロック（ＴＢ）サイズに基づき得る。ＷＴＲＵは、例えば、ＨＡＲＱフィードバックと関連付けられた送信のリソースサイズがある値（例えば、（事前）構成された閾値）を超える場合、ＵＬ／ＳＬ ＨＡＲＱ送信を優先順位付けし得る。ＷＴＲＵは、例えば、ＨＡＲＱフィードバックと関連付けられた送信のＴＢサイズが閾値（例えば、（事前）構成された閾値）を超える場合、ＵＬ／ＳＬ ＨＡＲＱ送信を優先順位付けし得る。

【0132】

ＵＬ又はＳＬ ＨＡＲＱフィードバックの優先順位付けは、データを送信するＷＴＲＵによる指示に基づき得る。ＷＴＲＵは、例えば、ピアＷＴＲＵによる指示の存在又は不在に基づいて、ＳＬ ＨＡＲＱ送信を優先順位付けし得る。ＷＴＲＵは、例えば、別のエンティティ（例えば、ｇＮＢ、グループリーダー）による指示の存在又は不在に基づいて、ＳＬ ＨＡＲＱ送信を優先順位付けし得る。ＷＴＲＵは、例えば、データ送信を実施するＷＴＲＵが指示を含む場合、ＳＬ送信のためのＨＡＲＱフィードバックを優先順位付けし得る。実施例では、指示は、再送信リソースを再使用するための（例えば、ピアＷＴＲＵの）意図に関連し得る。

【0133】

ＵＬ又はＳＬ ＨＡＲＱフィードバックの優先順位付けは、ＨＡＲＱフィードバックと関連付けられたキャストに基づき得る。ＷＴＲＵは、キャスト又はキャストタイプと関連付けられたＳＬ ＨＡＲＱ送信を優先順位付けし得るが、ＷＴＲＵは、他のキャスト又は他のタイプのキャストと関連付けられたＳＬ ＨＡＲＱ送信を優先順位付けし得ない。
例えば、ＷＴＲＵは、ユニキャストのためにＳＬ ＨＡＲＱ送信を優先順位付けし得るが、グループキャストのためには優先順位付けしない場合がある。ＷＴＲＵは、ユニキャストのためのＳＬ ＨＡＲＱ送信対グループキャストのためのＳＬ ＨＡＲＱ送信のために、異なる優先度レベルを関連付け得る。ＷＴＲＵは、例えば、ユニキャストＨＡＲＱフィードバックを優先順位付けするかどうかを判定するための、１つ以上の規則及び／又は条件、及びグループキャストＨＡＲＱフィードバックを優先順位付けするかどうかを判定するための、１つ以上の異なる規則及び／又は条件を使用し得る。１つ以上の規則及び／又は条件は、例えば、本明細書に記載される、１つ以上の規則及び／又は条件であってもよい。

【0134】

ＵＬ又はＳＬ ＨＡＲＱフィードバックの優先順位付けは、ＨＡＲＱフィードバック送信におけるＨＡＲＱビットの数に基づき得る。ＷＴＲＵは、例えば、ＨＡＲＱ送信におけるＨＡＲＱビットの数がある値（例えば、閾値）よりも大きい場合に、ＳＬ ＨＡＲＱ送信を優先順位付けし得る。閾値は、（事前）構成された又は事前判定された閾値を含み得る。

【0135】

ＷＴＲＵは、（例えば、本明細書に記載されるような）条件のうちの１つ以上（例えば、これらの組み合わせ）が満たされたときに、ＨＡＲＱ送信を優先順位付けし得る。実施例では、ＷＴＲＵは、例えば、確認（ＡＣＫ）が送信されている場合、かつ／又はＳＬデータ送信と関連付けられたリソースサイズが閾値よりも大きい場合、ＵＬ送信よりもＰＳＦＣＨ送信を優先順位付けし得る。閾値は、例えば、測定されたＣＢＲに依存し得る。
ＷＴＲＵは、例えば、ＡＣＫが送信されている場合、かつ／又はピアＷＴＲＵが、予約された再送信リソースを再使用することを意図することを（例えば、データ送信と関連付けられたＳＣＩ内で）示した場合、ＵＬ送信よりもＰＳＦＣＨ送信を優先順位付けし得る。
ＷＴＲＵは、例えば、ＡＣＫが送信されている場合、かつ／又は確認されているデータ送信と関連付けられたＱｏＳが閾値（例えば、（事前）構成された閾値）を超える場合、ＵＬ送信よりもＰＳＦＣＨ送信を優先順位付けし得る。ＷＴＲＵは、例えば、ＨＡＲＱフィードバック送信が再送信に対応する場合、ＵＬ送信よりもＰＳＦＣＨ送信を優先順位付けし得る。実施例では、ＷＴＲＵは、例えば、ＨＡＲＱフィードバック送信がＮ番目の又はより大きな再送信に対応する場合、かつ／又は送信と関連付けられた優先度が、ＵＬデータ送信と関連付けられた優先度よりも高い場合、ＵＬ送信よりもＰＳＦＣＨ送信を優先順位付けし得る。

【0136】

リンク優先順位付けの条件には、ＵＬ／ＳＬ ＳＣＨにおけるデータの存在／不在を含み得る。ＷＴＲＵは、例えば、送信と関連付けられたデータの存在に基づいて、ＵＬ／ＳＬ送信を優先順位付けし得る。ＷＴＲＵは、例えば、ＵＬ送信がＰＨＹ／Ｌ１制御シグナリング（例えば、これのみ）を含む場合、ＳＬを優先順位付けし得る／優先度を下げ得る。Ｌ１シグナリングは、ＵＬ ＳＣＨなしのＰＵＳＣＨ上のＣＳＩの送信を含み得る。
ＷＴＲＵは、例えば、ＵＬ送信がＳＲＳ送信（例えば、これのみ）を含む場合、ＳＬ送信を優先順位付けし得る。

【0137】

リンク優先順位付けの条件には、ＳＬ同期送信の特性を含み得る。ＷＴＲＵは、ＳＬ同期信号（SL synchronization signal、ＳＬＳＳ）送信を優先順位付けし得、これは、特定のタイプ又は特性と連付けられ得る。ＷＴＲＵは、例えば、ＷＴＲＵがグループリーダーとして構成されている場合、ＵＬ送信よりもＳＬＳＳの送信を優先順位付けし得る。
ＷＴＲＵは、例えば、ＷＴＲＵがアクティブなユニキャストセッションにある場合、ＵＬ送信よりもＳＬＳＳの送信を優先順位付けし得る。ＳＬＳＳは、サイドリンク同期信号ブロック（sidelink synchronization signal block、ＳＬ－ＳＳＢ）、サイドリンク同期信号、及び物理ブロードキャストチャネルブロック（sidelink synchronization signal,and a physical broadcasting channel block、ＳＬ－ＳＳＢ／ＰＢＣＨ）と互換的に使用され得る。ＷＴＲＵは、ある（例えば、選択された）タイプのＵＬ送信（例えば、ＵＲＬＬＣ）をＳＬＳＳ送信よりも優先順位付けし得る。例えば、ＷＴＲＵは、ＵＬ ＬＣＨのセットによって構成され得る。ＵＬ ＬＣＨのセットは、ＳＬＳＳよりも優先順位付けされ得る。ＳＬＳＳは、例えば、ＷＴＲＵがある期間（例えば、Ｘ期間よりも長い）ＳＬＳＳ信号を受信していない場合、ＵＬ送信よりも優先順位付けされ得る。期間Ｘは、例えば、ｇＮＢによって、事前判定されるか、事前構成されるか、構成されるか、又は示され得る。

【0138】

リンク優先順位付けの条件には、ＳＲの送信を含み得る。ＷＴＲＵは、ＳＬ送信よりもＳＲ送信を優先順位付けし得る。ＳＲ送信は、ＷＴＲＵによってトリガされ得る。例えば、ＷＴＲＵは、ＳＬ送信よりもＳＲのＵＬ送信を優先順位付け（例えば、常に優先順位付け）し得る。ＷＴＲＵは、例えば、ＳＲが、ＵＬデータ又はＳＬデータの到着、ＳＲ構成と関連付けられたＬＣＨ、ＳＲリソース間の時間量、及び／又は同様のものなどのためにトリガされるかどうかという、ＳＲ送信と関連付けられた特性のうちの１つ以上（例えば、これらの組み合わせ）に基づいて、ＵＬにおけるＳＲ送信を優先順位付けし得る。

【0139】

本明細書の実装形態及び／又は特徴は、ＷＴＲＵの挙動（例えば、動作）の点から説明され得る。実施例では、挙動は、ＷＴＲＵ機能を含むことができないＮＷノード又は他のデバイスなどのエンティティによって実施され得る。いくつかの例では（例えば、ある使用事例又はある時間インスタンス）、エンティティ又は他のデバイスは、ＷＴＲＵのように挙動し得る。本明細書の１つ以上の例は、エンティティ又は他のデバイスに等しく適用可能であり得る。

【0140】

ＷＴＲＵは、例えば、ＳＲがＵＬデータ又はＳＬデータの到着のためにトリガされるかどうかに基づいて、ＵＬにおけるＳＲ送信を優先順位付けし得る。ＳＲの存在に基づく優先順位付けは、ＳＲがＵＬデータ又はＳＬデータのために構成されているかどうかに依存し得る。実施例では、ＷＴＲＵは、例えば、ＵＬ送信が、ＳＬ送信と関連付けられたＳＲ送信を含む場合、ＵＬ送信を優先順位付けし得る。ＷＴＲＵは、例えば、ＵＬ送信がＵＬ送信と関連付けられたＳＲ送信を含む場合、ＵＬ送信を優先順位付けしない場合がある。ＷＴＲＵは、例えば、ＵＬ送信がＵＬ送信と関連付けられたＳＲ送信を含む場合、ＵＬ送信を優先順位付けし得る。ＷＴＲＵは、例えば、ＵＬ送信がＳＬ送信と関連付けられたＳＲ送信を含む場合、ＵＬ送信を優先順位付けしない場合がある。ＷＴＲＵは、例えば、ＵＬ送信がＵＬ及びＳＬ送信と関連付けられたＳＲ送信を含む場合、ＵＬ送信を優先順位付けし得る。

【0141】

ＷＴＲＵは、例えば、ＳＲ構成と関連付けられたＬＣＨに基づいて、ＵＬでＳＲ送信を優先順位付けし得る。ＷＴＲＵは、例えば、ＬＣＨ及び／又はトリガされるＳＲのために構成されたＱｏＳ特性に基づいて、ＳＲを送信するときにＵＬ送信を優先順位付けし得る。ＷＴＲＵは、例えば、ＷＴＲＵが優先度によって構成された論理チャネルと関連付けられたＳＲを送信する場合、ＵＬ送信を優先順位付けし得る。ＷＴＲＵは、例えば、ＷＴＲＵが（事前）構成された値よりも大きい優先度によって構成された論理チャネルと関連付けられたＳＲを送信する場合、ＵＬ送信を優先順位付けし得る。ＷＴＲＵは、例えば、ＳＲが、衝突ＳＬ送信の優先度よりも大きい優先度によって構成された論理チャネルと関連付けられている場合、ＵＬ送信を優先順位付けし得る。

【0142】

ＷＴＲＵは、例えば、ＳＲリソース間の時間量に基づいて、ＵＬでＳＲ送信を優先順位付けし得る。ＷＴＲＵは、例えば、ＷＴＲＵで構成されたＳＲリソース間の時間量（例えば、ＳＲをトリガするデータのＱｏＳ特性と組み合わせて）に基づいて、ＳＲを送信するときにＵＬ送信を優先順位付けし得る。実施例では、ＷＴＲＵは、例えば、次のＳＬ ＳＲリソースがいくつかのスロット内で送信され得ない場合、ＳＬ ＳＲを含むＵＬ送信を優先順位付けし得る。ＷＴＲＵは、例えば、（例えば、ＳＲをトリガしたＳＬデータと関連付けられ得る）、ネットワークに送信され得る次のＳＬ ＳＲリソースが、次のＮ個のスロット内のネットワークに送信され得ない場合、ＳＬ ＳＲを含むＵＬ送信を優先順位付けし得、Ｎは、ＳＲをトリガしたＳＬデータのＱｏＳ特性（例えば、待ち時間、信頼性）に依存し得る。

【0143】

リンク優先順位付けの条件には、ＢＳＲ（例えば、ＳＬ又はＵＬ）を含む送信を含み得る。ＷＴＲＵは、例えば、ＵＬ送信がＳＬ ＢＳＲ又はＵＬ ＢＳＲを含む場合、ＵＬを優先順位付けし得る。ＷＴＲＵは、例えば、ＵＬ送信がＳＬ ＢＳＲのタイプ（例えば、特定のタイプ）を含む場合、ＵＬを優先順位付けし得る。ＳＬ ＢＳＲのタイプは、例えば、非パディングＢＳＲ（例えば、これのみ）を含み得る。ＷＴＲＵは、例えば、ＵＬ送信がＳＬ又はＵＬ ＢＳＲを含む場合、ＵＬを優先順位付けし得る。ＷＴＲＵは、例えば、ＵＬ送信がＳＬ又はＵＬ ＢＳＲを含む場合、例えば、報告されたＬＣＨ優先度が１つ以上の条件を満たし得る場合、ＵＬを優先順位付けし得る。条件には、例えば、ＢＳＲで報告された最高優先度ＬＣＨが、ＳＬ送信優先度よりも高くてもよいこと、及び／又はＢＳＲで報告された最高優先度ＬＣＨが、ＳＬ送信優先度からの（例えば、（事前）構成又は選択された）オフセットよりも高くてもよいことのうちの１つ以上を含み得る。

【0144】

リンク優先順位付けの条件には、例えば、ＷＴＲＵ状態に応じて、タイプ（例えば、特定のタイプ）の制御メッセージを有する送信を含み得る。ＷＴＲＵは、例えば、送信が媒体アクセス制御（ＭＡＣ）制御要素（control element、ＣＥ）又は（例えば、特定のタイプの）ＲＲＣメッセージを含む場合、ＵＬ又はＳＬを優先順位付けし得る。ＷＴＲＵは、例えば、ＳＬ／ＵＬ ＭＡＣ ＣＥ又はＳＬ／ＵＬ ＲＲＣメッセージを含む場合、ＳＬ／ＵＬを優先順位付けし得る。ＭＡＣ ＣＥ／ＲＲＣは、例えば、ＳＬ／ＵＬ電力制御、ＳＬ／ＵＬ ＣＳＩ測定値、ＳＬ／ＵＬ無線リンク監視（radiolink monitoring、ＲＬＭ）／無線リンク故障（radiolink failure、ＲＬＦ）、ＳＬリソース割り当て、ＳＬ／ＵＬ構成、及び／又はＳＬ／ＵＬ測定報告のうちの１つ以上の関数と関連付けられ得る。実施例では、ＷＴＲＵは、例えば、ＷＴＲＵの状態に応じて、ＭＡＣ ＣＥ／無線リソース制御（ＲＲＣ）メッセージのＳＬ／ＵＬを優先順位付けし得る。送信は、状態を回避するために、かつ／又は状態から移行するために使用され得る。実施例では、ＷＴＲＵは、例えば、ＳＬリンク確立段階中にＳＬ ＲＲＣメッセージを優先順位付けし得、例えば、ＷＴＲＵがアクティブなＳＬユニキャストリンクを有する場合、ＳＬ ＲＲＣメッセージを優先順位付けし得、例えば、ＷＴＲＵがビーム故障を受ける場合、ＵＬ制御メッセージを優先順位付けし得、例えば、ＷＴＲＵが必要である場合、又はＳＬ ＨＡＲＱフィードバックリソースのための異なる構成を使用する場合、ＳＬ ＲＲＣ／ＭＡＣ ＣＥを優先順位付けし得、例えば、ＭＣＧ／ＳＣＧ故障メッセージを報告する場合、ＵＬ ＲＲＣメッセージを優先順位付けし得、例えば、ＳＬ ＲＬＦを検出するときに、（例えば、ＲＲＣメッセージによって）ＵＬ指示を優先順位付けし得る。

【0145】

リンク優先順位付けの条件には、ＨＡＲＱベースの送信と関連付けられた冗長バージョン（ＲＶ）を含み得る。ＷＴＲＵは、異なる優先度レベルと、ＨＡＲＱベースの送信と関連付けられた（例えば、特定の）冗長バージョンを関連付け得るか、又はＨＡＲＱベースの送信と関連付けられた（例えば、特定の）冗長バージョンに基づいてＵＬ若しくはＳＬを優先順位付けし得る。実施例では、ＷＴＲＵは、初期送信よりも再送信を優先順位付けし得る。ＷＴＲＵは、例えば、ＳＬがＲＶ＞ＮのＨＡＲＱ再送信を含む場合、ＳＬを優先順位付けし得、Ｎは、（事前）構成され得る。ＷＴＲＵは、例えば、ＳＬとＵＬ ＲＶとの比較に基づいて、ＳＬ又はＵＬを優先順位付けし得る。ＷＴＲＵは、例えば、ＳＬ ＲＶがＵＬ ＲＶよりも大きい場合、ＳＬを優先順位付けし得る。ＷＴＲＵは、例えば、ＵＬ／ＳＬ優先度の比較を実施するときに、冗長バージョン又は再送信番号に基づいて、優先度にオフセットを追加し得る。ＷＴＲＵは、例えば、ＬＣＨ優先度又は任意の優先度ベースのメトリックに基づいてＵＬ／ＳＬ優先度の比較を実施するときに、冗長バージョン又は再送信番号に基づいて（例えば、ＬＣＨ優先度又は任意の優先度ベースのメトリックと関連付けられた）オフセットを優先度に追加し得る。オフセットは、（例えば、各）冗長バージョン及び／又は再送信番号のために（事前）構成され得る。オフセットは、冗長バージョン及び／又は再送信番号の（例えば、事前定義された）関数であってもよい。

【0146】

リンク優先順位付けの条件には、ブラインド対ＨＡＲＱベースの再送信を含み得る。
ＷＴＲＵは、例えば、再送信がＨＡＲＱフィードバックベースの再送信又はブラインド再送信であるかに応じて、ＳＬにおける再送信を別様に優先順位付けし得る。ＷＴＲＵは、例えば、否定確認（not acknowledged、ＮＡＣＫ）などのフィードバックベースの指示の受信の結果としてＳＬ再送信が生成されたとき、ＵＬ（再）送信よりもＳＬ再送信を優先順位付けし得る。ＷＴＲＵは、例えば、再送信がブラインド再送信と関連付けられている場合、ＳＬ再送信を優先順位付けしない場合がある。

【0147】

リンク優先順位付けの条件には、（例えば、同じ）ＴＢの以前の送信の不成功／ドロップされた送信を含み得る。ＷＴＲＵは、例えば、ＳＬ／ＵＬにおける以前の（再）送信が（例えば、送信のドロップに起因して）失敗した場合、ＵＬ／ＳＬにおける（再）送信よりもＳＬ／ＵＬにおける再送信を優先順位付けし得る。ＷＴＲＵは、例えば、同じＴＢのＳＬでの以前の送信が、ＵＬが優先順位付けされたためにドロップされた場合、ＵＬでの送信よりもＳＬでの再送信を優先順位付けし得る。ＷＴＲＵは、例えば、（例えば、同じ）ＴＢの少なくともＮ個のＳＬ送信が、（例えば、ＵＬの優先順位付けによってドロップされることなく）実施されることを可能にするために、ＳＬでの再送信を優先順位付けし得る。

【0148】

リンク優先順位付けの条件には、ＳＬデータの範囲要件（例えば、ＭＣＲ）を含み得る。ＷＴＲＵは、例えば、ＳＬ送信が、ＭＣＲを超える送信及び／又はフィードバックと関連付けられている場合、ＵＬでの送信を優先順位付けし得る。ＷＴＲＵは、例えば、ＳＬ送信が、データ送信、ＳＬ ＨＡＲＱフィードバック、ＣＱＩフィードバック、ＲＳ送信などのうちの１つ以上を含む場合、ＵＬ送信を優先順位付けし得る。関連付けられたデータは、ＭＣＲを有し得る。ＭＣＲは、ピアＷＴＲＵ間の距離よりも小さくてもよい。

【0149】

リンク優先順位付けの条件には、ＳＬ送信と関連付けられ得るリソース割り当てモードを含み得る。ＷＴＲＵは、例えば、ＳＬ送信と関連付けられたリソース割り当てモードに応じて、（例えば、ＵＬに対して）ＳＬでの送信を優先順位付けし得る。例えば、ＷＴＲＵは、将来に向けて予約された（例えば、予約された）リソースと関連付けられたＳＬ送信を優先順位付けし得る（例えば、将来に向けての予約（予約）が実施されなかった場合、ＳＬ送信を優先順位付けしない）。ＷＴＲＵは、ＬＢＴが実施されたＳＬ送信を優先順位付けし得る（例えば、ＬＢＴが実施されなかった場合、ＳＬ送信を優先順位付けしない）。

【0150】

異なる優先度レベルが使用され得る。異なる優先度レベルは、異なる条件と関連付けられ得る。ＷＴＲＵは、例えば、（例えば、本明細書に記載される）条件のうちの１つ以上（例えば、これらの組み合わせ）に基づいて、異なる送信と関連付けられた優先度レベルを判定し得る。例えば、ＷＴＲＵは、任意の有限数の優先度レベル（例えば、Ｐ１、Ｐ２、Ｐ３、．．．）を判定し得る。ＷＴＲＵは、優先度レベルを（例えば、各）送信と関連付け得る。送信は、例えば、Ｐ１＞Ｐ２＞Ｐ３である場合、（例えば、本明細書に記載されるように）任意の条件によって定義され得る。ＷＴＲＵは、例えば、本明細書に記載のアプローチに基づいて、データ（例えば、データのみ）送信の優先度レベルを関連付け得る。ＷＴＲＵは、例えば、（事前）構成に基づいて、（例えば、本明細書に記載されるように）非データベースの送信の優先レベルによって構成され得る。ＷＴＲＵは、例えば、（例えば、各）送信にアサインされた優先度レベルに基づいて、データベースの送信と非データベースの送信との優先度を比較し得る。ＷＴＲＵは、例えば、最高優先度送信と関連付けられた優先度レベルとして、（例えば、データ送信及び非データ送信を含む）ＵＬ送信又はＳＬ送信と関連付けられた優先度レベルを判定し得る。例えば、ＳＬ ＬＣＧと関連付けられた優先順位付け値は、ＳＬデータを含み、ＳＬ ＬＣＧに属する、１つ以上のＬＣＨのうちの最高優先度の優先順位付け値を使用して判定される。ＵＬ ＬＣＧと関連付けられた優先順位付け値は、ＵＬデータを含み、ＵＬ ＬＣＧに属する、１つ以上のＬＣＨのうちの最高優先度の優先順位付け値を使用して判定される。ＷＴＲＵは、例えば、より高い（例えば、最高の）導出された優先度レベルを有するものに応じて、ＵＬ又はＳＬを優先順位付けし得る。ＳＬ ＬＣＧは、ＳＬデータを含む論理チャネルを含み得る。ＵＬ ＬＣＧは、ＵＬデータを含む論理チャネルを含み得る。

【0151】

異なる規則は、例えば、どの条件が満たされているかに応じて、使用され得る。ＷＴＲＵは、例えば、第１の条件又は条件の組み合わせが満たされる場合、かつ／又はそのときに、優先順位付けのために第１の条件又は規則を使用し得る。ＷＴＲＵは、例えば、第２の条件又は条件の組み合わせが満たされる場合、かつ／又はそのときに、優先順位付けのために第２の規則を使用し得る。使用される規則及び／又は条件は、本明細書に記載される規則及び／又は条件のうちの１つ以上（例えば、これらの組み合わせ）であってもよい。実施例では、ＷＴＲＵは、例えば、ＵＬが非パディングＢＳＲを含む場合、ＵＬ送信を優先順位付けし得る。ＡＷＴＲＵは、例えば、ＵＬが、ＢＳＲで報告された最高優先度ＬＣＨがＳＬデータと関連付けられた任意のＬＣＨの優先度よりも高い非パディングＢＳＲを含む場合、ＵＬ送信を優先順位付けし得る。ＷＴＲＵは、例えば、条件が満たされていない場合（例えば、ＢＳＲが、ＳＬと関連付けられたＬＣＨよりも高い優先度のＬＣＨを含まない）場合、（例えば、本明細書に記載されるように）ＵＬ／ＳＬ論理チャネルの比較に基づいてＳＬ送信とＵＬ送信との間で優先順位付けし得る。ＷＴＲＵは、例えば、送信のいずれかが再送信と関連付けられている場合、ＵＬ送信とＳＬ送信とを比較して優先するかどうかを（例えば、送信と関連付けられたＲＶを比較することによって）判定し得る。ＷＴＲＵは、例えば、送信が再送信と関連付けられていない場合、かつ／又はＳＬ及びＵＬ送信が初期送信と関連付けられている場合に、ＵＬ対ＳＬ ＬＣＨ優先度の比較に基づいて、ＵＬ又はＳＬを優先順位付けし得る。

【0152】

タイブレーカ又は階層化優先度規則を使用して、優先度を判定し得る。ＷＴＲＵは、例えば、ＵＬ及びＳＬが、等しい優先度を有するか、又はこれを有するように定義される場合、ＵＬ対ＳＬを優先順位付けするための規則を定義（例えば、作成、選択、及び／又は構成）し得る。ＷＴＲＵは、（例えば、ＵＬ及びＳＬが等しい優先度を有する場合）、例えば、ＵＬで送信（例えば、常に送信）すること、ＳＬで送信（例えば、常に送信）すること、例えば、どの方向に最大量のデータが送信されているかに応じて、ＵＬ又はＳＬで送信すること、例えば、以前の衝突がＳＬでの送信をもたらした場合、ＵＬで送信するか、又はその逆も行うこと、及び／又は例えば、以前のスロットがＵＬ／ＳＬ送信であった場合、ＵＬ／ＳＬで送信することのうちの１つ以上を行い得る。

【0153】

ＷＴＲＵは、ＵＬ送信がドロップされたことをネットワーク（ＮＷ）に通知し得る。
実施例では、ＷＴＲＵは、ＳＬ送信を優先順位付けするという決定後に、ネットワークに通知し得る。ＷＴＲＵは、（例えば、本明細書に記載される１つ以上のアプローチを使用して、例えば、ＳＬ送信と同じスロットで多重化された）、同じスロットにおける送信をネットワークに通知し得る。ＷＴＲＵは、ＵＬ送信がドロップされた後の時点でネットワークに通知し得る。ＷＴＲＵは、例えば、専用のＵＣＩ送信、ＳＲ送信、ＢＳＲ送信、専用ＭＡＣ ＣＥ、及び／又は同様のものなどのうちの１つ以上を使用して、指示を送信し得る。

【0154】

ＷＴＲＵは、専用のＵＣＩ送信を使用して指示を送信し得る。（例えば、予約された）物理ランダムアクセスチャネル（physical random access channel、ＰＲＡＣＨ）リソースは、ＷＴＲＵによって使用されて、指示を送信し得る。競合ベース又は無競合のＰＲＡＣＨリソースが予約され得る。ＷＴＲＵは、予約されたＰＲＡＣＨリソースを介して指示を送信し得る。実施例では、競合ベース又は無競合のＰＲＡＣＨリソースが予約され得、ＷＴＲＵは、例えば、イベントが発生したときに、予約されたＰＲＡＣＨリソースを介して指示を送信し得る。イベントの一例には、例えば、ＳＬ送信に起因してＵＬ送信がドロップされることを含み得る。（例えば、予約された）物理アップリンク制御チャネル（physical uplink control channel、ＰＵＣＣＨ）リソースは、ＷＴＲＵによって（例えば、追加的及び／又は代替的に）使用されて、指示を送信し得る。

【0155】

ＷＴＲＵは、ＳＲ送信を使用して指示を送信し得る。ＷＴＲＵは、例えば、ＳＬ送信を優先順位付けする決定後に、ＳＲをトリガし得る。ＷＴＲＵは、例えば、ＵＬ送信がドロップされたことを示すために、専用のＳＲ構成を使用し得る。ＷＴＲＵは、ＵＬグラントと同じパラメータと関連付けられたＳＲをトリガし得る。ＵＬグラントは、例えば、ドロップされたＵＬ送信をシグナリングするために、ドロップされ得る。ＷＴＲＵは、同じスロット及び／又はＵＬグラントに関連するスロット上のＳＲをトリガし得る。

【0156】

ＷＴＲＵは、ＢＳＲ送信を使用して指示を送信し得る。ＷＴＲＵは、例えば、ＳＬ送信を優先順位付けするという決定後に、ＢＳＲ送信をトリガし得る。

【0157】

ＷＴＲＵは、専用ＭＡＣ ＣＥを使用して指示を送信し得る。例えば、ＷＴＲＵは、専用ＭＡＣ ＣＥを送信し得る。ＭＡＣ ＣＥは、ＷＴＲＵによってドロップされたＵＬ送信のタイミングを示し得る。

【0158】

ＷＴＲＵは、ＷＴＲＵがある条件下で（例えば、これに基づいて）ＳＬ送信を優先順位付けすることをネットワークに通知し得る。条件には、例えば、ＷＴＲＵが、指示を提供するように（事前）構成され得ること、ＵＬ送信が、（例えば、（事前）構成されたＬＣＨ又はＬＣＨ優先度のデータを含む）データと関連付けられ得ること、ＤＬセル品質が、閾値を超える／下回り得ること、ｇＮＢが、例えば、ドロップされたＵＬ送信の再送信を要求するために、ＰＤＣＣＨアグリゲーションレベルを増加させ得ることのうちの１つ以上を含み得る。例えば、ＳＬ優先順位付けに起因して、第１のＵＬグラントは、ドロップされ得る。第１のＵＬグラントは、アグリゲーションレベルｘ１を有するＰＤＣＣＨで受信され得る。ｇＮＢは、例えば、第１のＵＬグラントのドロップ後に、同じトランスポートブロックのために第２のＵＬグラントを送信し得る。ＷＴＲＵは、例えば、第２のＵＬグラントがアグリゲーションレベルｘ２を有するＰＤＣＣＨで受信された場合、かつ、ｘ２＞ｘ１である場合に、指示を送信し得る。ＷＴＲＵは、例えば、ｘ２－ｘ１＞閾値である場合、指示を（例えば、代替的に）送信し得る。

【0159】

異なるリンクの優先度メトリックは、データ特性に基づいて導出され得る。ＷＴＲＵは、ＵＬ／ＳＬ論理チャネルの優先度を比較し得る。実施例では、ＷＴＲＵは、例えば、（例えば、各）送信と関連付けられた論理チャネルの構成された優先度に基づいて、どの送信を優先順位付けするかを判定し得る。ＷＴＲＵは、（例えば、各）送信に多重化された（事前）構成された論理チャネルの優先度を比較し得る。（事前）構成された論理チャネルは、例えば、必要に応じて、サイドリンク又はアップリンクであってもよい。ＷＴＲＵは、より高い（例えば、最高）ＬＣＨ優先度で送信を優先順位付けし得る。ＬＣＨ優先度は、例えば、ＷＴＲＵが、比較的高い（例えば、最高）ＬＣＨ優先度を含むＵＬ又はＳＬ送信を選択し得ること、及び／又はＷＴＲＵが、ＬＣＨ優先度の加重和を比較し得ることのうちの１つ以上によって判定され得る。ＷＴＲＵは、算出された優先度が比較的高い（例えば、最高）ＵＬ又はＳＬ送信を選択し得る。送信のために算出された優先度は、その送信に多重化された（例えば、各）論理チャネルの優先度（例えば、合計又は加重和）の関数であってもよい。例えば、ＷＴＲＵは、送信に多重化された論理チャネルのいくつかの（例えば、各々の）優先度の加重平均を計算し得、かつ／又はＵＬ送信の加重平均をＳＬ送信の加重平均と比較し得る。ＷＴＲＵは、算出された最高優先度を有する送信を優先順位付けし得る。重み付けは、データサイズに基づき得る。例えば、ＷＴＲＵは、（例えば、各）論理チャネルのために含まれるデータのサイズで優先度を重み付けし得る。重み付けは、優先順位付けされたビットレート（prioritized bit rate、ＰＢＲ）を満たすことに基づき得る。例えば、ＷＴＲＵは、（例えば、各論理チャネルの論理チャネル優先順位付け（logical channel prioritization、ＬＣＰ）手順中に判定された）優先順位付けされたビットレートで優先度を重み付けし得る。実施例では、論理チャネルは、例えば、送信に含まれるデータがＬＣＰ手順の実行のためのＰＢＲを満たすために使用される場合、より大きな重みを付与され得る。論理チャネルは、例えば、主としてデータ（例えば、ＬＣＰのステップ３中に主として使用されるデータ）を含む場合、より少ない重みを付与され得る。例えば、ＬＣＰのステップ３では、ＷＴＲＵは、（例えば、データが優先順位付けされたビットレートを超える場合であっても）、バッファで利用可能なできるだけ多くのデータをグラントに含み得る。ＷＴＲＵは、最高優先度論理チャネルから始まり、例えば、グラントが満たされるまで次の最高優先度論理チャネルに移動することにより、バッファで利用可能なできるだけ多くのデータをグラントに含み得る。ＷＴＲＵは、ＰＢＲを満たすために含まれる大（例えば、最大）量又は割合のデータを含む送信を（例えば、代替的に）優先順位付けし得る。

【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】

ＷＴＲＵは、例えば、グラントが十分に大きいかどうか、かつ／又は追加のＵＬグラントが存在するかどうかに基づいて、短くされた又は短縮されたＢＳＲを送信するかどうかを判定し得る。ＷＴＲＵは、例えば、追加のＵＬグラントのグラントサイズ及び／又は存在／不在に基づいて、ＳＬ及び／又はＵＬのために短くされた又は短縮されたＢＳＲを送信するかどうかを（例えば、最初に）判定し得る。ＷＴＲＵは、例えば、グラントが十分に大きい場合、ＳＬ ＢＳＲ及び／又はＵＬ ＢＳＲのために非短縮ＢＳＲを利用し得る。ＷＴＲＵは、例えば、ＵＬグラントが非短縮ＳＬ ＢＳＲ及び非短縮ＵＬ ＢＳＲ（例えば、及びＳＬ ＢＳＲ及び／又はＵＬ ＢＳＲよりも高い優先度の他のＭＡＣ ＣＥ）を含むのに十分に大きい場合、ＳＬ ＢＳＲ及びＵＬ ＢＳＲのために非短縮ＢＳＲを利用し得る。ＢＳＲを送信するために使用されるＵＬグラントのサイズは、ＳＬ ＢＳＲが優先順位付けされない場合、少なくとも１つの（例えば、全ての）優先順位付けされたＳＬ ＬＣＧに不十分である場合がある。ＷＴＲＵは、例えば、ＵＬグラントのサイズが不十分である場合、ＳＬ及び／又はＵＬのために短くされた又は短縮されたＢＳＲを送信し（例えば、送信するための判定を行い）得る。ＷＴＲＵは、（例えば、優先順位付けされない）ＳＬ ＢＳＲを短縮し得、短縮されたＢＬＲは、ＵＬグラントのサイズによって許容されるだけ（例えば、優先順位付けされない場合でも）多くのＳＬ ＬＣＧを含み得る。例えば、短縮されたＳＬ ＢＳＲは、例えば、ＵＬグラントのサイズが、第１のＳＬ ＬＣＧ及び第２のＳＬ ＬＣＧに十分である場合、（例えば、優先順位付けされない）第１のＳＬ ＬＣＧ及び（例えば、優先順位付けされない）第２のＳＬ ＬＣＧを含み得る。ＷＴＲＵは、例えば、グラントが、非短縮ＳＬ ＢＳＲ及び非短縮ＵＬ ＢＳＲを含むのに十分な大きさでない場合、ＳＬ及び／又はＵＬのために短くされた又は短縮されたＢＳＲを送信すると仮定し得る。ＷＴＲＵは、例えば、グラントが非短縮ＵＬ ＢＳＲ及び非短縮ＳＬ ＢＳＲを送信するのに十分な大きさでない場合、かつ、ＷＴＲＵにおいて構成された任意の（例えば、ゼロ以上の）追加のグラントが、ＳＬ ＢＳＲによって報告されることになるバッファデータと関連付けられたタイミング要件を満たさない場合に、ＳＬ及び／又はＵＬのために短くされた又は短縮されたＢＳＲを送信し得る（例えば、送信すると仮定し得る）。

【0200】

ＷＴＲＵは、どのＢＳＲが短く又は短縮されるかを判定するように構成され得る。ＷＴＲＵは、（例えば、ＢＳＲの短縮が使用される場合）、ＳＬ ＢＳＲ及び／又はＵＬ ＢＳＲのどれを短縮する／短くするのか、かつ／又はＳＬ ＢＳＲ及び／又はＵＬ ＢＳＲをどのように短縮する／短くするのかを判定し得る。実施例では、ＷＴＲＵは、後でトリガされたＢＳＲを短縮する／短くし得る。ＷＴＲＵは、例えば、グラント内のデータ量（例えば、ＵＬグラントのサイズ）に応じて、短くされたＢＳＲ又は短縮された長いＢＳＲを送信するかどうかを判定し得る。ＷＴＲＵは、例えば、グラント内のビット数が不十分である（例えば、十分ではない）場合、ＢＳＲを有するリンクのために短いＢＳＲを含み得る。ＷＴＲＵは、（例えば、（例えば、先にトリガされたリンクのためにＢＳＲを含んだ後に（他のより高い優先度のＭＡＣ ＣＥに加えて））グラント内に残っているビット数が、短いＢＳＲ（例えば、これのみ）を含むのに十分に大きい場合、後でトリガされたＢＳＲを有するリンクのために短いＢＳＲを含み得る。ＷＴＲＵは、例えば、そうでなければ、短縮された／短くされたＢＳＲ内に空間があるため、できるだけ多くのＬＣＧを含み得きる。

【0201】

ＷＴＲＵは、ＬＣＨ／ＬＣＧ及び／又は構成されたＬＣＨ／ＬＣＧ閾値の優先度に基づいて、ＢＳＲを短縮する／短くし得る。実施例では、ＷＴＲＵは、例えば、最高優先度論理チャネルと関連付けられたバッファステータスを送信するために、ＵＬ及び／又はＳＬ ＢＳＲを短縮（例えば、短縮することを決定）し得る。ＷＴＲＵは、例えば、ＬＣＨ／ＬＣＧ閾値を超えるＬＣＨ／ＬＣＧと関連付けられたバッファステータスを送信するために、ＵＬ及び／又はＳＬ ＢＳＲを短縮（例えば、短縮することを決定）し得る。実施例では、ＷＴＲＵは、ＳＬ ＢＳＲ又はＵＬ ＢＳＲを短縮し（例えば、短縮することを決定し）、構成されたＬＣＨ／ＬＣＧ閾値を超えるＳＬ／ＵＬ ＢＳＲのＬＣＨ／ＬＣＧのバッファステータス（例えば、これのみ）を送信（例えば、送信することを決定）し得る。ＷＴＲＵは、例えば、優先順位付けされたリンクを使用して、短縮を実施（例えば、短縮することを決定）し得る。ＷＴＲＵは、例えば、ＢＳＲが他のＢＳＲに対して優先順位付けされる場合、（例えば、構成されたＬＣＧ／ＬＣＨ閾値に基づいて）短縮を実施（例えば、実施することを決定）し得る。ＷＴＲＵは、例えば、ＳＬ ＢＳＲがＵＬ ＢＳＲに対して優先順位付けされる場合（例えば、この場合に限り）、（例えば、構成されたＬＣＧ／ＬＣＨ閾値に基づいて）短縮を実施（例えば、実施することを決定）し得る。ＷＴＲＵは、例えば、ＵＬ ＢＳＲがＳＬ ＢＳＲに対して優先順位付けされる場合（例えば、この場合に限り）、（例えば、構成されたＬＣＧ／ＬＣＨ閾値に基づいて）短縮を実施（例えば、実施することを決定）し得る。ＷＴＲＵは、リンク（例えば、ただ１つのリンク）のための短縮を実施（例えば、実施することを決定）し得る。ＷＴＲＵは、例えば、ＳＬが優先順位付けされる場合（例えば、ＵＬが優先順位付けされたときは除いて）、（例えば、構成されたＬＣＧ／ＬＣＨ閾値に基づいて）短縮を実施し得る。ＷＴＲＵは、例えば、優先順位付けされないＢＳＲ（例えば、ＵＬ又はＳＬ）のためのＵＬグラントの残りのサイズ（例えば、これのみ）に基づいて、ＢＳＲを短縮し得る。

【0202】

ＷＴＲＵは、例えば、ＳＬ ＢＳＲ内にできるだけ多くのＳＬ ＬＣＧを含むように、短くされた又は短縮されたＳＬ ＢＳＲを送信し得る。ＷＴＲＵは、例えば、ＵＬ ＢＳＲ内にできるだけ多くのＵＬ ＬＣＧを含むように、短くされた又は短縮されたＵＬ ＢＳＲを送信し得る。ＷＴＲＵは、例えば、グラントサイズに基づいて許容される、ＳＬ及びＵＬ ＢＳＲ内にできるだけ多くのＳＬ又はＵＬ ＬＣＧを含むように、短くされた又は短縮されたＳＬ ＢＳＲ及び短くされた又は短縮されたＵＬ ＢＳＲを送信し得る。
ＷＴＲＵは、例えば、（例えば、ＵＬ及びＳＬの両方にわたって考慮される）優先順位の高いものから順にＬＣＧを含むように、ＳＬ及びＵＬ ＢＳＲ内に最高優先度ＬＣＧを含むように構成され得る。

【0203】

ＷＴＲＵは、例えば、対応するＢＳＲが最高優先度ＬＣＧを含む場合、ＵＬ又はＳＬのためにＢＳＲを短縮する／短くし得る。ＷＴＲＵは、例えば、対応するＢＳＲが、（例えば、ＳＬ及びＵＬの両方にわたって）最高優先度ＬＣＧを含み、かつ、残りのＬＣＧが、ＳＬ ＢＳＲで送信されることになるいずれのＬＣＧよりも低い優先度を有する場合に、ＵＬのためにＢＳＲを短縮する／短くし得る。ＷＴＲＵは、例えば、対応するＢＳＲが、（例えば、ＳＬ及びＵＬの両方にわたって）最高優先度ＬＣＧを含み、かつ、残りのＬＣＧが、ＵＬ ＢＳＲで送信されることになるいずれのＬＣＧよりも低い優先度を有する場合に、ＳＬのためにＢＳＲを短くし得る。

【0204】

ＷＴＲＵは、例えば、様々な条件に基づいてＳＬのために短いＢＳＲを送信し得、ＳＬ ＢＳＲを短縮し得る。ＷＴＲＵは、例えば、（例えば、優先順位の高いものから順に）ＬＣＧのバッファステータスを含むことによって判定されるように、ＳＬのために短いＢＳＲを（例えば、常に）送信し得、ＳＬ ＢＳＲを短縮し得る。

【0205】

ＷＴＲＵは、ＳＬ及びＵＬのために短いＢＳＲを送信し得る。一例では、ＷＴＲＵは、ＳＬ及びＵＬのために短いＢＳＲを（例えば、常に）送信し得る。

【0206】

ＷＴＲＵは、あるリンクにおいて非短縮ＢＳＲを送信し、別のリンクにおいて短縮された／短いＢＳＲを送信し得る。実施例では、ＷＴＲＵは、ＳＬにおいて非短縮ＢＳＲを送信し、ＵＬにおいて短縮された／短いＢＳＲを送信し得る。ＷＴＲＵは、例えば、ＳＬ及びＵＬにおいて報告されることになるＬＣＧの優先順位に基づいて、非短縮ＢＳＲを送信するためのリンク（例えば、ＳＬ又はＵＬ）を選択し得る。例えば、報告されることになる最低優先度ＬＣＧを有するリンク（ＵＬ又はＳＬ）は、短縮／短くされ得る。

【0207】

ＷＴＲＵは、複数の（例えば、潜在的な）ＳＬ送信（例えば、ＳＬ／ＳＬ優先順位付け）間の優先順位付けを実施するように構成され得る。ＷＴＲＵは、（例えば、様々なアプローチを使用して）異なるＵＬ／ＳＬ送信間の衝突を回避する（例えば、回避することを試みる）ように構成され得る。ＷＴＲＵは、例えば、ＵＬ及びＳＬ送信を多重化するアプローチを使用して、異なるＵＬ／ＳＬ送信間の衝突を回避する（例えば、回避することを試みる）ように構成され得る。

【0208】

ＷＴＲＵは、同じリソース（例えば、スロット）でＵＬ及びＳＬでの送信を実施し得る。一例では、ＷＴＲＵは、（例えば、ＳＬ／ＵＬ送信のドロップ及び／又は優先順位付けなしに）ＳＬ及びＵＬでの送信を実施するための条件によって構成され得る。ＷＴＲＵは、例えば、条件が満たされた場合、ＵＬ及びＳＬでの送信を実施し得る。ＷＴＲＵは、例えば、条件が満たされない場合、（例えば、本明細書に記載されるように）ＵＬ／Ｓ間で優先順位付けを実施し得る。ＷＴＲＵは、例えば、ＳＬ送信がＰＳＦ ＣＨ送信（例えば、これのみ）を含む場合、ＵＬ及びＳＬを送信し得る。ＷＴＲＵは、例えば、ＵＬ送信がＳＲ送信（例えば、これのみ）を含む場合、ＵＬ及びＳＬを送信し得る。ＷＴＲＵは、例えば、ＵＬ送信がＳＲＳ送信（例えば、これのみ）を含む場合、ＵＬ及びＳＬを送信し得る。

【0209】

ＵＬ及びＳＬでの送信のための様々な条件が使用され得る。例えば、ＷＴＲＵは、ＷＴＲＵが同じスロット／ＴＴＩ内のＵＬ及びＳＬにおける送信を可能にする条件によって構成され得る。同じリソース（例えば、スロット）内のＵＬ及びＳＬにおける信号を送信するための条件は、例えば、少なくとも１つのシンボルが、リソース内のＵＬ及びＳＬ送信のために重複し得ること、ＵＬ送信のいくつかの（例えば、全ての）シンボルが、ＳＬ送信と重複し得ること、かつ／又はＵＬ送信のシンボルが、ＳＬ送信と重複しなくてもよいことのうちの１つ以上を含み得る。

【0210】

条件は、例えば、ＮＷ指示、ＵＬ／ＳＬ送信のタイプ、ＵＬ又はＳＬのいずれかでの送信の持続（時間）、送信と関連付けられたＱｏｓ／優先度、ＵＬ送信とＳＬ送信との間のキャリア距離、ＵＬ送信とＳＬ送信との間の周波数ギャップ、送信電力、電力制御方式、及び／又は同様のものなどのうちの１つ以上（例えば、これらの組み合わせ）を含むか、又はそれらに関し得る。

【0211】

条件は、ネットワーク指示に関連し得る。ＷＴＲＵは、ＷＴＲＵが、同じスロットにおけるＵＬ及びＳＬでの送信を実施し得るかどうかを示す（例えば、ネットワークからの）指示を受信し得る。指示は、例えば、ＲＲＣ構成を介して、又はＵＬグラントにおいて提供され得る。指示は、明示的であってもよい（例えば、ネットワークからのＵＬグラントのビット）。指示は、暗黙的であってもよい。例えば、ＷＴＲＵは、（例えば、ＵＬグラント内のネットワークによって構成された）変調及びコーディング方式（ＭＣＳ）のある値のために、同じスロットにおけるＵＬ及びＳＬでの送信を実施し（例えば、実施することを可能にし）得る。

【0212】

条件は、ＵＬ／ＳＬ送信のタイプに関連し得る。同じスロットにおけるＵＬ／ＳＬ送信は、ある（例えば、選択された）タイプのＵＬ及び／若しくはＳＬ送信、又はＵＬ及び／あるいはＳＬ送信の組み合わせを可能にし得る。同じスロットにおけるＵＬ／ＳＬ送信は、他の（例えば、選択されていない）タイプのＵＬ／ＳＬ送信を可能にしない場合がある。送信のタイプは、ＵＬ／ＳＬ送信と関連付けられた物理チャネル、トランスポートチャネル、又は論理チャネルのうちの１つ以上に関連し得る。ＷＴＲＵは、例えば、ＳＬ送信が、ＰＳＦＣＨ（例えば、ＰＳＦＣＨのみ）送信と関連付けられている場合、ＵＬ及びＳＬにおける同じスロットで送信することを可能にし得る。ＷＴＲＵは、例えば、ＳＬ送信が、ＰＳＦＣＨと関連付けられている場合、かつ／又はＵＬ送信がＰＵＳＣＨである場合、ＵＬ及びＳＬにおける同じスロットで送信することを可能にし得る。例えば、ＷＴＲＵは、ＳＬ送信がＰＳＦＣＨのみと関連付けられている場合、かつ／又はＵＬ送信が、（ＰＵＣＣＨ送信なしに）ＰＵＳＣＨのみである場合、ＵＬ及びＳＬにおける同じスロットで送信することを可能にし得る。ＷＴＲＵは、例えば、ＵＬ送信が、ある（例えば、選択された、示された、又は構成された）論理チャネルのセットと関連付けられている場合（例えば、この場合に限り）、ＵＬ及びＳＬにおける同じスロットで送信することを可能にし得る。ＷＴＲＵは、例えば、ＵＬ送信が、ある（例えば、ネットワークによって構成された）論理チャネルのセットと関連付けられていない場合（例えば、この場合に限り）、ＵＬ及びＳＬにおける同じスロットで送信することを可能にし得る。

【0213】

条件は、ＵＬ又はＳＬでの送信の持続（時間）に関連し得る。同じスロットにおけるＵＬ／ＳＬ送信は、例えば、ＵＬ／ＳＬ送信持続時間が時間的に制限されている場合、可能にし得る（例えば、発生し得る）。同じスロットにおけるＵＬ／ＳＬ送信は、例えば、ＵＬ／ＳＬ送信持続時間の組み合わせが、時間的に制限されている場合、可能にし得る（例えば、発生し得る）。ＷＴＲＵは、例えば、ＳＬ送信（例えば、ＰＳＦＣＨ）が、（例えば、最大）Ｎ個のシンボルに制限される場合、ＵＬ及びＳＬで送信し得る。Ｎは、（例えば、本明細書に記載されるように）ＵＬデータの特性に依存し得る。ＷＴＲＵは、例えば、ＳＬ送信（例えば、ＰＳＦＣＨ）が、（例えば、最大）Ｎ個のシンボルに制限され、かつ／又はＵＬ送信が、（例えば、最大）Ｍ個のシンボルに制限される場合、ＵＬ及びＳＬで送信し得る。Ｍは、ＳＬデータの特性に依存し得る。

【0214】

条件は、送信と関連付けられたＱｏＳ／優先度に関連し得る。ＷＴＲＵは、例えば、ＵＬ及び／又はＳＬ送信と関連付けられたＱｏＳ及び／又は優先度に基づいて、ＵＬ及びＳＬでの同じスロットにおける送信を実施し得る。ＷＴＲＵは、例えば、ＳＬでのＰＳＦＣＨ送信が、あるＱｏＳのデータ送信及び／又は優先度と関連付けられている場合、ＵＬ及びＳＬでの同じスロットにおける送信を実施し得る。ＷＴＲＵは、例えば、ＵＬ送信が、ｅＭＢＢと関連付けられている場合、ＵＬ及びＳＬでの同じスロットにおける送信を実施し得る。ＷＴＲＵは、例えば、ＵＬ送信が、ある閾値を下回る／超える優先度を有する論理チャネル（ＬＣＨ）を含む場合、ＵＬ及びＳＬにおける同じスロットでの送信を実施し得る。

【0215】

条件は、ＵＬ送信とＳＬ送信との間のキャリア距離に関連し得る。ＷＴＲＵは、例えば、ＵＬ及びＳＬ送信が、同じ又は異なるキャリア上にあるかどうかに基づいて、かつ／又はＵＬ及びＳＬのキャリア間の距離に基づいて、ＵＬ及びＳＬでの同じスロットにおける送信を実施し得る。条件は、（例えば、本明細書に記載されるように）他の条件と組み合わされ得る。ＷＴＲＵは、例えば、ＰＳＦＣＨがＮ個のスロット未満である場合、かつ、ＰＳＦＣＨがＭ個のスロット未満である場合に、同じスロットにおけるＵＬ及びＳＬでの送信を実施し得る。ＷＴＲＵは、例えば、ＰＳＦＣＨが、ＵＬとＳＬとの間の同じキャリアに対してＮ個のスロット未満である場合、かつ、ＰＳＦＣＨが、ＵＬとＳＬとの間の異なるキャリアに対してＭ個のスロット未満である場合に、同じスロットにおけるＵＬ及びＳＬでの送信を実施し得る。

【0216】

条件は、ＵＬ送信とＳＬ送信の間の周波数ギャップに関連し得る。ＷＴＲＵは、例えば、ＵＬ及びＳＬ送信の周波数リソースが、（例えば、Ｘ ＲＢよりも大きい）ギャップを有するかどうかに応じて、ＵＬ及びＳＬでの同じスロットにおける送信を実施し得る。
ギャップは、例えば、リソースブロックの観点から、周波数ギャップであってもよい。Ｘ ＲＢは、（例えば、ダウンリンク制御情報（downlink control information、ＤＣＩ）において）事前判定されるか、構成されるか、又は示され得る。

【0217】

条件は、送信電力に関連し得る。ＷＴＲＵは、例えば、ＷＴＲＵが、ある送信電力（例えば、最大送信電力）に達したかどうかに応じて、ＵＬ及びＳＬでの同じスロットにおける送信を実施し得る。最大送信電力は、Ｐｃ、ｍａｘ、Ｐｃ、ｍａｘ、ｐｓｓｃｈ、及び／又は同様のものなどのうちの１つ以上を含み得る。ＷＴＲＵは、例えば、（例えば、ＵＬ及びＳＬの）送信が、最大送信電力に到達する（例えば、又はそれを超える）場合、同じスロットにおけるＵＬ及びＳＬ送信を実施しない場合がある。ＷＴＲＵは、例えば、ＵＬ及びＳＬ送信が、最大送信電力に到達し得ない場合に、ＵＬ及びＳＬでの同じスロットにおける送信を実施し得る。条件は、例えば、ＳＬ及びＵＬの総送信が、ＷＴＲＵの最大送信電力に到達し得ないように、適用され得る。

【0218】

条件は、電力制御方式に関連し得る。ＷＴＲＵは、例えば、（例えば、サイドリンク送信に使用される）電力制御方式に応じて、ＵＬ及びＳＬでの同じスロットにおける送信を実施し得る。ＷＴＲＵは、サイドリンクのために１つ以上の電力制御方式を使用するように構成され得る。実施例では、第１の電力制御方式は、Ｐｃ、ｍａｘを使用し得、ＷＴＲＵは、Ｐｃ、最大電力を使用してＳＬでの信号を送信し得る。第２の電力制御方式は、パスロスに基づき得、送信電力は、例えば、パスロス（例えば、ＤＬパスロス及び／又はＳＬパスロス）に基づいて（例えば、これらの関数として）判定され得る。ＷＴＲＵは、例えば、ＳＬの電力制御方式が、第１の電力制御方式に基づく場合、同じスロットでＵＬ及びＳＬ送信を実施しない場合がある。ＷＴＲＵは、例えば、ＳＬの電力制御方式が、第２の電力制御方式に基づく場合、同じスロットでＵＬ及びＳＬ送信を実施し得る。実施例では、ＷＴＲＵは、例えば、ＷＴＲＵが第１の電力制御方式（例えば、Ｐｃ、ｍａｘ）を使用する場合、同じスロットでＵＬ及びＳＬ送信を実施しない場合がある。

【0219】

ＷＴＲＵは、計画／グラントされた送信フォーマットを修正して、ＵＬ及び／又はＳＬでの送信を可能にし得る。ＷＴＲＵは、計画又はグラントされた送信フォーマットを変更して、例えば、同じスロット内のＵＬ及びＳＬでの送信を可能にし得る。計画された送信フォーマットは、例えば、ＳＬのためのＷＴＲＵによって選択され得る。グラントされた送信フォーマットは、例えば、ＵＬのネットワークによってグラントされ得る。送信フォーマットの変更には、例えば、ＵＬ／ＳＬ ＭＣＳの変更、ＵＬ／ＳＬ送信におけるパンクチャの実施、ＴＢサイズの変更、及び／又は代替ＴＢの送信のうちの１つ以上を含み得る。例えば、ＷＴＲＵには、ネットワークからのＵＬグラントが提供され得る。ＷＴＲＵは、ＳＬユニキャストと関連付けられたＳＬ送信を受信し得る。例えば、ＳＬユニキャストは、ＵＬ送信と同じスロットでＰＳＦＣＨ送信を使用し得る。ＷＴＲＵは、例えば、ＷＴＲＵがＵＬ及びＳＬ（例えば、ＰＳＦＣＨ）で同時に送信し得るという判定で、ＵＬ送信のパンクチャを実施し得る。ＷＴＲＵは、実施されることになるパンクチャ量によって構成され得る。実施されることになるパンクチャ量は、例えば、ＰＳＦＣＨのための必要な／選択された数のシンボルに基づき得る。ＷＴＲＵは、ＳＬでの初期送信のためのＭＣＳを選択し得る。ＷＴＲＵは、例えば、ＳＬ再送信が、同じスロットでのＵＬ送信と衝突する場合、ＳＬでの再送信のためにＭＣＳを変更／修正し得る。ＷＴＲＵは、例えば、ＳＬ再送信が、同じスロットでのＵＬ送信と衝突し、かつ、ＷＴＲＵが、同じスロットでＳＬ及びＵＬを送信することを決定する場合に、ＳＬでの再送信のためにＭＣＳを変更／修正し得る。

【0220】

ＷＴＲＵは、ネットワーク及び／又はピアＷＴＲＵに、ＵＬ及び／又はＳＬでの送信について通知し得る。ＷＴＲＵは、ＮＷ及び／又はピアＷＴＲＵに、予想されるフォーマットの変更を通知し得る。ＷＴＲＵは、ネットワーク又はピアＷＴＲＵに、同じスロット内のＵＬ及びＳＬでの送信について通知し得る。指示には、例えば、ＳＬ及びＵＬが、同じスロットで送信され得ること、及び／又は（例えば、同じスロット内のＵＬ及びＳＬの送信を確実にするために）ＷＴＲＵによって選択された異なるＳＬ／ＵＬフォーマットのうちの１つ以上を含み得る（例えば、示し得る）。指示には、パンクチャレベル、異なるＭＣＳ、異なるＴＢサイズ、及び／又は同様のものなどのうちの１つ以上を含み得る。ＷＴＲＵは、例えば、（例えば、明示的な）シグナリングを使用して、指示を提供し得る。
一例では、ＷＴＲＵは、アップリンク制御情報（ＵＣＩ）にネットワークへの指示を含み得る。ＷＴＲＵは、サイドリンク制御情報（sidelink control information、ＳＣＩ）にピアＷＴＲＵへの指示を含み得る。ＷＴＲＵは、暗黙的に指示を提供し得る。ＷＴＲＵは、例えば、ＷＴＲＵが同じスロットのＵＬ及びＳＬで送信するかどうかに応じて、かつ／又はＵＬ／ＳＬの異なる（例えば選択された）送信フォーマットに応じて、復調用基準信号（demodulation reference signal、ＤＭＲＳ）を別様にスクランブルし得る。ＷＴＲＵは、例えば、ＷＴＲＵが同じスロットのＵＬ及びＳＬで送信するかどうかに応じて、かつ／又はＵＬ／ＳＬの異なる（例えば、選択された）送信フォーマットに応じて、ＤＭＲＳの異なる直交カバーコード（orthogonal cover code、ＯＣＣ）を使用し得る。

【0221】

ＷＴＲＵは、例えば、ネットワークに、予想されるＰＳＦＣＨ送信を報告し得る。ＷＴＲＵは、ネットワークに、予想されるＰＳＦＣＨ送信タイミングを報告し得る。報告は、例えば、ＵＬグラントがＰＳＦＣＨ送信と衝突する場合、ＵＬグラントパラメータを適切に構成するためにネットワークによって使用され得る。報告は、ＰＳＦＣＨ送信を回避しながらＵＬグラントをスケジュールするためにネットワークによって使用され得る。報告は、例えば、ＵＬグラントがＰＳＦＣＨ送信と衝突する場合に、かつ／又はＰＳＦＣＨ送信を回避しながらＵＬグラントをスケジュールするためのネットワークのために、ＵＬグラントパラメータを適切に構成するためにネットワークによって使用され得る。一例では、ＷＴＲＵは、例えば、ピアＷＴＲＵによる定期的なリソースの予約に続いて、別の（例えば、ピア）ＷＴＲＵによる計画された（例えば、定期的な）送信と関連付けられたＰＳＦＣＨリソースタイミングを提供し得る。ＷＴＲＵは、（例えば、ピアＷＴＲＵの計画された送信のためのＨＡＲＱフィードバックリソースに対応し得る）定期的なＰＳＦＣＨリソースのセットをネットワークに提供し得る。ＷＴＲＵは、例えば、ＨＡＲＱフィードバック対応の定期的な送信と関連付けられた別のＷＴＲＵの送信に続いて、ネットワークに定期的なＰＳＦＣＨリソースのセットを提供し得る。ＷＴＲＵは、例えば、定期的な送信と関連付けられた定期性／オフセット／リソース（例えば、サブチャネル）の変更時に、ＰＳＦＣＨリソースの変更をネットワークに通知し得る。ＷＴＲＵは、例えば、ＷＴＲＵが、（例えば、特定のサイドリンクプロセスと関連付けられた）別のＷＴＲＵの定期的な送信の定期性、オフセット、若しくはリソースのうちの１つ以上の変更を検出すること、ＷＴＲＵが、別のＷＴＲＵから、他のＷＴＲＵが定期的な送信と関連付けられたその定期性／オフセット／リソースを変更し得るという指示を受信すること、及び／又はＷＴＲＵが、ＨＡＲＱ構成の変更を（例えば、別のＷＴＲＵ又はｇＮＢから）受信し得ることのうちの１つ以上を適用する場合、ＰＳＦＣＨリソースの異なるセットを報告し、かつ／又は、ＰＳＦＣＨリソースの異なるセット（例えば、現在のセット）を報告し得る。

【0222】

一例では、ＷＴＲＵは、例えば、予約なしでＳＬ送信を受信した後に、ＰＳＦＣＨ送信のタイミングの指示を提供し得る。ＷＴＲＵは、（例えば、ＡＣＫ／ＮＡＣＫ指示と供に）ネットワークに（例えば、モード１のために）指示を提供し得る。例えば、ＷＴＲＵは、ＡＣＫ／ＮＡＣＫ指示を有するネットワークに、暗黙的／明示的にＰＳＦＣＨタイミングを示し得る。ＷＴＲＵは、例えば、タイミング、ＰＳＦＣＨ送信のＡＣＫ／ＮＡＣＫ指示からの相対的なタイミング、又は受信データタイミングのうちの１つ以上を（例えば、ＡＣＫ／ＮＡＣＫ指示で）シグナリングすること、例えば、ＷＴＲＵが受信データタイミングをシグナリングする場合、データ優先度及び／又はＱｏＳ（例えば、又はＰＳＳＣＨからＰＳＦＣＨへのタイミング距離を判定するためにネットワークによって使用される任意の追加情報）を（例えば、ＡＣＫ／ＮＡＣＫ指示で）シグナリングすること、例えば、ＰＳＦＣＨタイミング及び／又はシグナリングされることになる受信データタイミングに基づいて、（例えば、（事前）構成された又は事前判定された）ネットワークへのＡＣＫ／ＮＡＣＫ指示のためのリソースを選択することのうちの１つ以上を使用して、ネットワークに暗黙的／明示的にＰＳＦＣＨタイミングを示し得る。ＷＴＲＵは、例えば、このような情報を示すために使用され得る、（例えば、モード２のための）専用のＵＣＩ情報に指示を提供し得る。専用のＵＣＩ情報は、例えば、（例えば、本明細書に記載されるように）ＰＳＦＣＨ及び／又は受信データタイミングを明示的に／暗黙的に示すように構成され得る。

【0223】

ＷＴＲＵは、例えば、ＲＲＣメッセージ、ＭＡＣ ＣＥ、及び／又はＵＣＩのうちの１つ以上（例えば、これらの組み合わせ）において、ネットワークに予想されるＰＳＦＣＨ送信タイミングを報告し得る。一例では、ＷＴＲＵは、計画されたＰＳＦＣＨ送信タイミング及び／又は受信データタイミングのために、（例えば、ＵＣＩの送信から）相対的なオフセットをシグナリングするためのＵＣＩのリソースによって構成され得る。ＷＴＲＵは、例えば、別のＷＴＲＵによる送信の受信時に、ＳＬ ＢＳＲ（又は同様のＭＡＣ ＣＥ）の送信をトリガし得る。ＷＴＲＵは、例えば、ＳＬ ＢＳＲ又はＭＡＣ ＣＥで、対応するＰＳＦＣＨのタイミングを報告し得る。ＷＴＲＵは、例えば、別のＷＴＲＵが定期的な又は予約された送信を開始する場合、ネットワークに、サイドリンクＵＥ支援ＲＲＣメッセージ（例えば、又は同様のＲＲＣメッセージ）を送信し得る。ＷＴＲＵは、別のＷＴＲＵの定期的な送信と関連付けられた、（例えば、ＷＴＲＵの）ＰＳＦＣＨタイミングを報告し得る。

【0224】

ＷＴＲＵは、例えば、リソース選択決定を含む、１つ以上のアプローチを使用して、異なるＵＬ／ＳＬ送信間の衝突を回避する（例えば、回避することを試みる）ように構成され得る。ＷＴＲＵは、（例えば、構成されたＳＲリソースを考慮して）リソース選択手順を実施し得る。例えば、ＷＴＲＵは、リソース選択手順における、構成されたＳＲリソース（例えば、ＳＬ又はＵＬ ＳＲリソース）の時間／周波数場所を考慮し得、これにより、ＵＬでのＳＲ送信とＳＬ送信との間の衝突の可能性を回避又は低減し得る。ＷＴＲＵは、例えば、モード２のリソース選択のために、利用可能なリソースのセットから、（例えば、ＷＴＲＵの）構成されたＳＲリソース（例えば、又はＷＴＲＵの構成されたＳＲリソースのサブセット）を除外し得る。ＷＴＲＵは、構成されたＳＲリソース（例えば、又はその構成されたＳＲリソースのサブセット）と衝突しないリソースの選択を（例えば、モード２のリソース選択で）優先し得る。例えば、ＷＴＲＵは、ＳＲリソースと衝突しないリソースの選択に、より高い重みをアサインし得る。

【0225】

ＷＴＲＵは、例えば、ＳＬ若しくはＵＬ、（例えば、特定の）ＱｏＳと関連付けられたＳＲリソース、及び／又は同様のものなどと関連付けられ得るＳＲリソースに対して（例えば、これに対してのみ）挙動を（例えば、ＳＲリソースを除外してかつ／又は非ＳＲリソースを優先して）実施し得る。ＷＴＲＵは、ＳＬ又はＵＬと関連付けられたＳＲリソースに対して（例えば、これに対してのみ）挙動を実施し得る。例えば、ＷＴＲＵは、ＳＬ又はＵＬのみのためのＳＲリソースを除外し得る。ＷＴＲＵは、ある（例えば、特定の、選択された、構成された、示された）ＱｏＳと関連付けられ得るＳＲリソースに対して（例えば、これに対してのみ）挙動を実施し得る。ＷＴＲＵは、例えば、ＱｏＳが、ＷＴＲＵが選択されたサイドリンクリソースで送信し得るデータのＱｏＳよりも高い、論理チャネルと関連付けられ得るＳＬ ＳＲリソースを除外し得る。ＷＴＲＵは、例えば、ＱｏＳが、１つ以上の（事前）構成された値よりも高い、論理チャネルと関連付けられ得るＳＬ ＳＲリソースを除外し得る。

【0226】

ＷＴＲＵは、例えば、マルチＲＡＴデュアル接続性（multi-RAT dual connectivity、ＭＲ－ＤＣ）の使用を含む、１つ以上のアプローチを使用して、衝突を回避する（例えば、回避することを試みる）ように構成され得る。ＷＴＲＵは、例えばＳＬトラフィックに基づいて、マスターセルグループ（ＭＣＧ）とセカンダリセルグループ（ＳＣＧ）との間のＵＬ分割を変更し得る。一例では、ＷＴＲＵは、例えば、ＳＬトラフィックの存在に基づいて、ＭＣＧとＳＣＧとの間のＵＬ送信の、ＷＴＲＵの分割を変更し得る。ＷＴＲＵは、ＭＣＧとＳＣＧとの間の１つ以上の分割ＤＲＢによって構成され得る。ＷＴＲＵは、ＳＬトラフィックの存在に基づいて、（例えば、分割）ＤＲＢのためのＭＣＧ又はＳＣＧを介して送信されたトラフィックの相対量を変更し得る。ＷＴＲＵは、例えば、ＳＬトラフィックと関連付けられたＱｏＳ、ＵＬトラフィックと関連付けられたＱｏＳ、ＳＬでの渋滞、ＷＴＲＵ機能制限、及び／又は同様のものなどのうちの１つ以上に基づいて、ＭＣＧとＳＣＧとの間のトラフィックの量を変更（例えば、変更することを決定）し得る。

【0227】

ＷＴＲＵは、例えば、ＳＬトラフィックと関連付けられたＱｏＳに基づいて、ＭＣＧとＳＣＧとの間のトラフィックの量を変更（例えば、変更することを決定）し得る。ＷＴＲＵは、ＳＬトラフィックのためにＭＣＧとＳＣＧとの間のＵＬ分割を変更し得る。例えば、ＷＴＲＵは、特定のＱｏＳ及び／又は特定のＬＣＨと関連付けられたＳＬトラフィックに対して（例えば、これに対してのみ）ＭＣＧとＳＣＧとの間のＵＬ分割を変更し得る。ＷＴＲＵは、例えば、ＷＴＲＵがＱｏＳ及び／又はＬＣＨと関連付けられたデータを有する場合（例えば、この場合に限り）、ＭＣＧとＳＣＧとの間のＵＬ分割を変更し得る。

【0228】

ＷＴＲＵは、例えば、ＵＬトラフィックと関連付けられたＱｏＳに基づいて、ＭＣＧとＳＣＧとの間のトラフィックの量を変更（例えば、変更することを決定）し得る。例えば、ＷＴＲＵは、特定のＱｏＳによって構成された分割ＤＲＢに対して（例えば、これに対してのみ）ＭＣＧとＳＣＧとの間のＵＬ分割を変更し得る。ＷＴＲＵは、あるＤＢＲ又はＬＣＨに対して（例えば、これらに対してのみ）ＭＣＧとＳＣＧとの間のＵＬ分割を変更し得る。ＷＴＲＵは、例えば、ＳＬトラフィックの存在からトラフィックのＵＬ分割を変更するかどうかを示すために、（例えば、ＤＲＢ／ＬＣＨ基準毎に）構成され得る。

【0229】

ＷＴＲＵは、ＳＬでの渋滞に基づいて、ＭＣＧとＳＣＧとの間のトラフィックの量を変更（例えば、変更することを決定）し得る。例えば、ＷＴＲＵは、ＭＣＧとＳＣＧとの間のＵＬ分割を変更（例えば、変更することを可能に）し得る。

【0230】

ＷＴＲＵは、ＷＴＲＵ機能制限に基づいて、ＭＣＧとＳＣＧとの間のトラフィックの量を変更（例えば、変更することを決定）し得る。機能制限の一例では、ＷＴＲＵは、ＵＬ ＭＣＧ／ＳＣＧ及びＳＬのために構成されたキャリア上で同時にＵＬ ＭＣＧ／ＵＬ ＳＣＧ及びＳＬで送信することができない場合がある。

【0231】

ＷＴＲＵは、例えば、ＷＴＲＵが、１つ以上のＬＣＨと関連付けられたＳＬデータを受信し得ること、（例えば、１つ以上のＬＣＨと関連付けられた）ＳＬデータの量が、閾値を上回り得る、及び／又は同様のものなどのトリガのうちの１つ以上の発生時に、ＭＣＧとＳＣＧとの間のＵＬ分割を変更し得る。

【0232】

ＷＴＲＵは、（例えば、本明細書に記載されるような１つ以上のトリガの発生時に）、ＭＣＧとＳＣＧとの間のＵＬ分割を変更するために、以下のうちの１つ以上を実施し得る。ＷＴＲＵは、（例えば、トリガに基づいて）、（例えば、一定期間、又は異なる閾値の発生まで）あるＣＧから別のＣＧにＵＬ分割ベアラのプライマリパスを変更し得る。一例では、ＷＴＲＵは、ＳＬデータ送信を実施するために使用されるＴＸチェーンと衝突しないＣＧに、プライマリパスを変更し得る。ＷＴＲＵは、（例えば、トリガに基づいて）、例えば、ある一定期間、又は異なるトリガの発生まで、（例えば、１つのＣＧのみで）特定のベアラのための送信を実施し得る。ＷＴＲＵは、例えば、ネットワークで構成された量に対して、プライマリパス（例えば、ｕｌＤａｔａＳｐｌｉｔＴｈｒｅｓｈｏｌｄ）の使用割合を変更し得る。ＷＴＲＵは、例えば、自らのバッファ内のＳＬデータの量に対する量だけ、使用割合を変更し得る。ＷＴＲＵは、例えば、ＳＬバッファ内のデータのＱｏＳ及び／又はＬＣＨに対する量だけ、使用割合を変更し得る。ＷＴＲＵは、ＵＬベアラ自体と関連付けられたＱｏＳ及び／又はＬＣＨに対する量だけ、使用割合を変更し得る。

【0233】

ＷＴＲＵは、アクティブなＳＬ制御／スケジューリングＣＧを変更し得る。ＤＣで構成されたＷＴＲＵは、複数の（例えば、２つの）セルグループのうちの１つからＳＬスケジューリング（例えば、モード１スケジューリング）を受信し得る。ＷＴＲＵは、所与の時間に、アクティブなＳＬ制御／スケジューリングと関連付けられたＣＧ上のＳＬスケジューリング（例えば、これのみ）を復号化し得る。一例では、ＷＴＲＵは、ＭＣＧ又はＳＣＧからアクティブなＳＬ制御／スケジューリングセルグループ（ＣＧ）を変更し得るか、又はその逆も行い得る。ＷＴＲＵは、ネットワークから、（例えば、明示的な）シグナリングを受信して、ＳＬスケジューリングの監視と関連付けられたＣＧを変更し得る。ＷＴＲＵは、ＲＲＣ構成メッセージ、ＭＡＣ ＣＥ、ＤＣＩメッセージ、及び／又は同様のものなどのうちの１つ以上でシグナリングを受信し得る。ＤＣＩメッセージは、アクティブなスケジューリングＣＧを変更するための専用のＤＣＩメッセージであってもよい。ＤＣＩメッセージは、ＳＬをスケジュールするために使用されるＳＬ ＤＣＩ（例えば、ＤＣＩ ５Ａと同様）であってもよい。ＳＬ ＤＣＩは、ＤＣＩの変更を示すためのフィールド（例えば、専用フィールド）を含み得る。シグナリング（又はシグナリングメッセージ）は、例えば、マルチ接続性の場合、アクティブなＳＬスケジューリングＣＧのためにどのＣＧに変更するかを示し得る。

【0234】

一例では、ＷＴＲＵは、例えば、Ｕｕベアラ構成、ベアラ構成と関連付けられたＱｏＳ及び／又はＬＣＧ構成のうちの１つ以上に基づいて、アクティブなスケジューリングＣＧを（例えば、暗黙的に）判定し得る。ＷＴＲＵは、例えば、ＵＲＬＬＣベアラ（例えば、ＭＣＧベアラ又はＳＣＧベアラ）が構成されていないＣＧとなるように、アクティブなＳＬ監視と関連付けられたＣＧを判定し得る。ＷＴＲＵは、例えば、ベアラが、比較的低い（例えば、最低）ＱｏＳ、比較的小さい／大きい（例えば、最小／最大）許容送信持続時間、比較的小さい／大きい（例えば、最小／最大）構成されたグラント定期性などのうちの１つ以上と関連付けられたＣＧとなるように、アクティブなＳＬ監視と関連付けられたＣＧを判定し得る。ＷＴＲＵは、例えば、ＵＬ不連続受信（UL discontinuous reception、ＤＲＸ）に関連するトリガに基づいて、アクティブなＳＬのスケジュールされたＣＧを変更し得る。ＷＴＲＵは、例えば、ＷＴＲＵが第１のＣＧ上のＤＲＸに入る場合、スケジュールされたアクティブなＣＧを他のＣＧに移動させ得る。

【0235】

図３は、優先順位付けでアップリンク及びサイドリンク動作を実施する一例を示す。
本明細書に開示される実施例及び他の実施例は、図３に示される実施例３００に従って動作し得る。アップリンク及びサイドリンク（例えば、同時）動作の性能は、（例えば、本明細書に記載されるように）３０２～３１０のうちの１つ以上を含み得る。３０２では、ＳＬ優先順位付け閾値、及び、ＵＬ優先順位付け閾値が構成されている条件で、ＵＬ優先順位付け閾値に基づいて、ＳＬ ＬＣＧを優先順位付けするかどうかの判定が行われ得る。３０４では、ＳＬ ＬＣＧと関連付けられた優先順位付け値が、ＳＬ優先順位付け閾値よりも低いかどうかの判定が行われ得る。３０６では、ＵＬ優先順位付け閾値が構成されている条件で、少なくとも、ＵＬ ＬＣＧが、ＵＬ優先順位付け閾値以上である優先順位付け値を有するかどうかを判定するために、判定が行われ得る。３０８では、ＵＬグラントのサイズ及びＳＬ ＬＣＧを優先順位付けするかどうかの判定に基づいて、ＳＬ ＢＳＲを優先順位付けするかどうかの判定が行われ得る。３１０では、バッファステータスは、ＳＬ ＢＳＲを優先順位付けするかどうかの判定に基づいて、報告され得る。

【0236】

図４は、優先順位付けでアップリンク及びサイドリンク動作を実施する一例を示す。
本明細書に開示される実施例及び他の実施例は、図４に示される実施例４００に従って動作し得る。アップリンク及びサイドリンク（例えば、同時）動作の性能は、４０２～４０６を含み得る。４０２では、サイドリンク（ＳＬ）優先度閾値が構成されているという判定が行われ得る。４０４では、ＬＣＧが、ＵＬグラントのサイズ、ＬＣＧと関連付けられた優先度、ＳＬ優先順位付け閾値に基づいて、ＢＳＲに含まれることになるかどうかを、かつ、ＵＬ優先順位付け閾値が構成されている条件で、ＵＬ優先順位付け閾値の判定が行われ得る。４０６では、バッファステータスは、ＬＣＧがバッファステータス報告に含まれることになるかどうかの判定に基づいて、報告され得る。

【0237】

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

【図1A】

【図1B】

【図1C】

【図1D】

【図2】

【図3】

【図4】

【手続補正書】

【提出日】2024-12-09

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線送信／受信ユニット（ＷＴＲＵ）であって、
サイドリンク（ＳＬ）バッファステータス報告（ＢＳＲ）がトリガされたことを決定し、
アップリンク（ＵＬ）ＢＳＲがトリガされたことを決定し、
ＳＬ優先順位付け閾値、ＵＬ優先順位付け閾値、ＳＬ論理チャネルグループ（ＳＬ ＬＣＧ）に属する１つ以上のＳＬ論理チャネル（ＬＣＨ）の最高優先度の第１の値、および、ＵＬ ＬＳＧに属する１つ以上のＵＬ ＬＣＨの最高優先度の第２の値に基づいて、前記ＳＬ ＬＣＧが優先順位付けされることを決定し、前記第１の値は前記ＳＬ優先順位付け閾値未満であり、前記第２の値は前記ＵＬ優先順位付け閾値以上であり、
ＵＬグラントを受信し、
前記ＵＬグラントのサイズおよび少なくとも前記ＳＬ ＢＳＲがトリガされたことの前記決定に基づいて、送信に関連付けられた論理チャネル優先順位付け（ＬＣＰ）に対して、前記ＳＬ ＢＳＲが前記ＵＬ ＢＳＲを越えて優先順付けされることになることを決定し、前記ＳＬ ＢＳＲは、前記優先順付けされるＳＬ ＬＣＧのバッファステータスを示しており、
前記ＵＬグラントに従って、前記ＳＬ ＢＳＲを含む前記送信を送る
よう構成されたプロセッサ
を備えたＷＴＲＵ。

【請求項2】

前記ＳＬ ＢＳＲが前記ＵＬ ＢＳＲを越えて優先順付けされることは、前記送信に関連付けられた前記ＬＣＰに対する前記ＳＬ ＢＳＲに、第１の優先順位レベルを指定し、前記ＵＬ ＢＳＲに、第２の優先順位レベルを指定することを含み、前記第１の優先順位レベルは、前記第２の優先順位レベルよりも高い請求項１に記載のＷＴＲＵ。

【請求項3】

前記１つ以上のＳＬ ＬＣＨの各々は、ＳＬデータを含み、前記１つ以上のＵＬ ＬＣＨの各々は、ＵＬデータを含む請求項１に記載のＷＴＲＵ。

【請求項4】

前記１つ以上のＳＬ ＬＣＨは、前記優先順位付けされたＳＬ ＬＣＧである１つのＳＬ ＬＣＧに属し、前記１つ以上のＵＬ ＬＣＨは、前記送信のために利用可能なデータを有する１つのＵＬ ＬＣＧに属しており、および、前記ＳＬ ＬＣＧが優先順位付けされることの前記決定は、前記ＵＬ優先順位付け閾値以上である前記１つのＵＬ ＬＣＧと関連付けられた各優先順位付け値に基づいている請求項１に記載のＷＴＲＵ。

【請求項5】

前記ＳＬ ＢＳＲが優先順位付けされることの前記決定は、前記ＵＬ ＢＳＲがトリガされたことの前記決定にさらに基づき、前記ＵＬ ＢＳＲは、前記ＵＬ ＬＣＧのバッファステータスを示している請求項１に記載のＷＴＲＵ。

【請求項6】

前記プロセッサは、前記送信のために利用可能なＳＬデータを有する各ＳＬ ＬＣＧが優先順位付けされることを決定するようさらに構成され、前記ＳＬ ＢＳＲは各優先順位付けされたＳＬ ＬＣＧのそれぞれのバッファステータスを示している請求項１に記載のＷＴＲＵ。

【請求項7】

前記ＵＬグラントは、前記ＵＬ ＢＳＲおよび前記送信に対して利用可能なデータを有する各ＳＬ ＬＣＧのそれぞれのバッファステータスを、前記送信の中に含めるのに不十分である請求項１に記載のＷＴＲＵ。

【請求項8】

無線送信／受信ユニット（ＷＴＲＵ）によって実施される方法であって、
サイドリンク（ＳＬ）バッファステータス報告（ＢＳＲ）がトリガされたことを決定するステップと、
アップリンク（ＵＬ）ＢＳＲがトリガされたことを決定するステップと、
ＳＬ優先順位付け閾値、ＵＬ優先順位付け閾値、ＳＬ論理チャネルグループ（ＳＬ ＬＣＧ）に属する１つ以上のＳＬ論理チャネル（ＬＣＨ）の最高優先度の第１の値、および、ＵＬ ＬＳＧに属する１つ以上のＵＬ ＬＣＨの最高優先度の第２の値に基づいて、前記ＳＬ ＬＣＧが優先順位付けされることを決定するステップであって、前記第１の値は前記ＳＬ優先順位付け閾値未満であり、前記第２の値は前記ＵＬ優先順位付け閾値以上である、ステップと、
ＵＬグラントを受信するステップと、
前記ＵＬグラントのサイズおよび少なくとも前記ＳＬ ＢＳＲがトリガされたことの前記決定に基づいて、送信に関連付けられた論理チャネル優先順位付け（ＬＣＰ）に対して、前記ＳＬ ＢＳＲが前記ＵＬ ＢＳＲを越えて優先順付けされることになることを決定するステップであって、前記ＳＬ ＢＳＲは、前記優先順付けされるＳＬ ＬＣＧのバッファステータスを示している、ステップと、
前記ＵＬグラントに従って、前記ＳＬ ＢＳＲを含む前記送信を送るステップと
を備える方法。

【請求項9】

前記ＳＬ ＢＳＲが前記ＵＬ ＢＳＲを越えて優先順付けされることは、前記送信に関連付けられた前記ＬＣＰに対する前記ＳＬ ＢＳＲに、第１の優先順位レベルを指定し、前記ＵＬ ＢＳＲに、第２の優先順位レベルを指定することを含み、前記第１の優先順位レベルは、前記第２の優先順位レベルよりも高い請求項８に記載の方法。

【請求項10】

前記１つ以上のＳＬ ＬＣＨの各々は、ＳＬデータを含み、前記１つ以上のＵＬ ＬＣＨの各々は、ＵＬデータを含む請求項８に記載の方法。

【請求項11】

前記１つ以上のＳＬ ＬＣＨは、前記優先順位付けされたＳＬ ＬＣＧである１つのＳＬ ＬＣＧに属し、前記１つ以上のＵＬ ＬＣＨは、前記送信のために利用可能なデータを有する１つのＵＬ ＬＣＧに属しており、および、前記ＳＬ ＬＣＧが優先順位付けされることの前記決定は、前記ＵＬ優先順位付け閾値以上である前記１つのＵＬ ＬＣＧと関連付けられた各優先順位付け値に基づいている請求項８に記載の方法。

【請求項12】

前記ＳＬ ＢＳＲが優先順位付けされることの前記決定は、前記ＵＬ ＢＳＲがトリガされたことの前記決定にさらに基づき、前記ＵＬ ＢＳＲは、前記ＵＬ ＬＣＧのバッファステータスを示している請求項８に記載の方法。

【請求項13】

前記送信のために利用可能なＳＬデータを有する各ＳＬ ＬＣＧが優先順位付けされることを決定するステップであって、前記ＳＬ ＢＳＲは各優先順位付けされたＳＬ ＬＣＧのそれぞれのバッファステータスを示している、ステップ
をさらに備える請求項８に記載の方法。

【請求項14】

前記ＵＬグラントは、前記ＵＬ ＢＳＲおよび前記送信に対して利用可能なデータを有する各ＳＬ ＬＣＧのそれぞれのバッファステータスを、前記送信の中に含めるのに不十分である請求項８に記載の方法。

【外国語明細書】