特表 2024-544164 アンライセンスキャリア上のサイドリンク通信

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

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

(11)【公表番号】

(43)【公表日】2024-11-28

(54)【発明の名称】アンライセンスキャリア上のサイドリンク通信

(51)【国際特許分類】

   H04W 72/54 20230101AFI20241121BHJP

   H04W 92/18 20090101ALI20241121BHJP

   H04W 16/14 20090101ALI20241121BHJP

   H04W 72/0457 20230101ALI20241121BHJP

   H04W 72/21 20230101ALI20241121BHJP

【ＦＩ】

H04W72/54 110

H04W92/18

H04W16/14

H04W72/0457

H04W72/21

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2024531060

(86)(22)【出願日】2021-12-23

(85)【翻訳文提出日】2024-07-11

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

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

(87)【国際公開日】2023-06-29

(81)【指定国・地域】

(71)【出願人】

【識別番号】511151662

【氏名又は名称】中興通訊股▲ふん▼有限公司

【氏名又は名称原語表記】ＺＴＥ ＣＯＲＰＯＲＡＴＩＯＮ

【住所又は居所原語表記】ＺＴＥ Ｐｌａｚａ，Ｋｅｊｉ Ｒｏａｄ Ｓｏｕｔｈ，Ｈｉ－Ｔｅｃｈ Ｉｎｄｕｓｔｒｉａｌ Ｐａｒｋ，Ｎａｎｓｈａｎ Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ ５１８０５７ Ｃｈｉｎａ

(74)【代理人】

【識別番号】100078282

【弁理士】

【氏名又は名称】山本 秀策

(74)【代理人】

【識別番号】100113413

【弁理士】

【氏名又は名称】森下 夏樹

(74)【代理人】

【識別番号】100181674

【弁理士】

【氏名又は名称】飯田 貴敏

(74)【代理人】

【識別番号】100181641

【弁理士】

【氏名又は名称】石川 大輔

(74)【代理人】

【識別番号】230113332

【弁護士】

【氏名又は名称】山本 健策

(72)【発明者】

【氏名】ルオ， ウェイ

(72)【発明者】

【氏名】チェン， リン

(72)【発明者】

【氏名】ルー， ヨウション

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067CC02

5K067DD11

5K067EE02

5K067EE10

5K067EE25

(57)【要約】

この文書は、一般に、無線通信のためのシステム、装置、デバイス、および方法に関する。一実施態様において、第１のユーザデバイスは、サイドリンク伝送のためにアンライセンスキャリアでリッスンビフォアトーク（ＬＢＴ）手順を実行し、ＬＢＴ手順の結果を決定し、結果がＬＢＴ成功であるとの決定に応じて、アンライセンスキャリアにおけるチャネル上のサイドリンク信号を第２のユーザデバイスに伝送し、結果がＬＢＴ失敗であるとの決定に応じて、第１のユーザデバイスの物理レイヤエンティティは、第１のユーザデバイスの媒体アクセス制御（ＭＡＣ）レイヤエンティティにＬＢＴ失敗インディケーションを送信する。

【特許請求の範囲】

【請求項1】

無線通信のための方法であって、前記方法は、
第１のユーザデバイスにより、サイドリンク伝送のためのアンライセンスキャリアでリッスンビフォアトーク（ＬＢＴ）手順を実行することと、
前記第１のユーザデバイスにより、前記ＬＢＴ手順の結果を決定することと、
前記結果がＬＢＴ成功であるとの決定に応じて、前記第１のユーザデバイスにより、前記アンライセンスキャリアにおけるチャネル上のサイドリンク信号を第２のユーザデバイスに伝送することと、
前記結果がＬＢＴ失敗であるとの決定に応じて、前記第１のユーザデバイスの物理レイヤエンティティにより、前記第１のユーザデバイスの媒体アクセス制御（ＭＡＣ）レイヤエンティティにＬＢＴ失敗インディケーションを送信することと
を含む、方法。

【請求項2】

前記アンライセンスキャリアで前記ＬＢＴ手順を実行することは、前記第１のユーザデバイスにより、サイドリンク論理チャネルのサイドリンクチャネルアクセス優先度またはサービス品質（ＱｏＳ）プロファイルに従って前記ＬＢＴ手順を実行することを含む、請求項１に記載の方法。

【請求項3】

前記サイドリンク信号は、サイドリンクトランスポートブロックを含み、前記方法は、前記第１のユーザデバイスにより、前記ＬＢＴ手順のためのチャネルアクセス優先度クラス（ＣＡＰＣ）を選択することをさらに含み、前記選択することは、
複数のサイドリンクデータ無線ベアラを含むトランスポートブロックに応じてサイドリンクデータ無線ベアラの最も高い優先度ＣＡＰＣを選択すること、
前記トランスポートブロックが少なくとも１つのサイドリンクシグナリング無線ベアラ、サイドリンクブロードキャスト制御チャネル（ＳＢＣＣＨ）、または最も高い優先度ＣＡＰＣを有するサイドリンク媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を含むことに応じて、最も高い優先度ＣＡＰＣを選択すること、または
前記トランスポートブロックが最も低い優先度ＣＡＰＣを伴う１つ以上のサイドリンク媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）のみを含むことに応じて、最も低い優先度ＣＡＰＣを選択すること
のうちの１つを含む、請求項１に記載の方法。

【請求項4】

前記第１のユーザデバイスにより、前記ＬＢＴ手順に従ってサイドリンク一貫性ＬＢＴ失敗を決定すること
をさらに含む、請求項１に記載の方法。

【請求項5】

前記サイドリンク一貫性ＬＢＴ失敗を決定することに応じて、アクティブサイドリンク帯域幅部分をある帯域幅部分から他の帯域幅部分に切り替えること
をさらに含む、請求項４に記載の方法。

【請求項6】

前記ＬＢＴ手順に従って前記サイドリンク一貫性ＬＢＴ失敗を決定することに応じて、前記第１のユーザデバイスにより、サイドリンクＬＢＴ失敗ＭＡＣ制御要素（ＣＥ）を生成すること
をさらに含む、請求項４に記載の方法。

【請求項7】

前記サイドリンクＬＢＴ失敗ＭＡＣ ＣＥは、論理チャネル識別情報（ＬＣＩＤ）を含むＭＡＣサブヘッダによって識別される、請求項６に記載の方法。

【請求項8】

前記サイドリンクＬＢＴ失敗ＭＡＣ ＣＥは、
サイドリンク一貫性ＬＢＴ失敗がトリガされた宛先インデックスのリストであって、前記リスト内の各宛先インデックスは、宛先識別情報を識別する、リスト、または
サイドリンク一貫性ＬＢＴ失敗がトリガされたキャリアインデックスのリスト、または
８＊Ｎ個のＸフィールドを含むＮ個のオクテットであって、Ｎは１以上の整数である、Ｎ個のオクテット
を含み、
ｉ番目のＸフィールドは、キャリアインデックスｉに関して一貫性ＬＢＴ失敗がトリガされてキャンセルされないことに応じて１の値に設定され、前記ｉ番目のＸフィールドは、前記一貫性ＬＢＴ失敗がトリガされないまたはキャンセルされることに応じて０の値に設定され、または
前記ｉ番目のＸフィールドは、宛先インデックスｉに関して一貫性ＬＢＴ失敗がトリガされてキャンセルされないことに応じて１の値に設定され、前記ｉ番目のＸフィールドは、一貫性ＬＢＴ失敗がトリガされないまたはキャンセルされることに応じて０の値に設定される、
請求項６に記載の方法。

【請求項9】

前記第１のユーザデバイスにより、前記サイドリンクＬＢＴ失敗ＭＡＣ ＣＥに対するスケジューリング要求をトリガすること
をさらに含む、請求項６に記載の方法。

【請求項10】

前記スケジューリング要求をトリガする前に、前記第１のユーザデバイスにより、無線アクセスノードから前記サイドリンクＬＢＴ失敗ＭＡＣ ＣＥに対するスケジューリング要求リソース構成を受信することをさらに含む、請求項９に記載の方法。

【請求項11】

前記第１のユーザデバイスにより、連続ハイブリッド自動再送要求（ＨＡＲＱ）不連続伝送（ＤＴＸ）の第１の最大数を、連続ＨＡＲＱ ＤＴＸの複数の最大数の中から選択すること
をさらに含む、請求項１に記載の方法。

【請求項12】

前記第１のユーザデバイスにより、無線アクセスノードから連続ＨＡＲＱ ＤＴＸの前記複数の最大数を受信すること
をさらに含む、請求項１１に記載の方法。

【請求項13】

前記第１のユーザデバイスは、連続ＨＡＲＱ ＤＴＸの前記複数の最大数で事前構成される、請求項１１に記載の方法。

【請求項14】

連続ＨＡＲＱ ＤＴＸの前記第１の最大数は、１つ以上のアンライセンスキャリアのために使用され、連続ＨＡＲＱ ＤＴＸの前記複数の最大数のうちの連続ＨＡＲＱ ＤＴＸの第２の最大数は、１つ以上のライセンスキャリアのために使用され、
前記第１の最大数を選択することは、前記サイドリンク伝送が前記アンライセンスキャリア上にあることに応じて前記第１の最大数を選択することを含む、
請求項１１に記載の方法。

【請求項15】

連続ＨＡＲＱ ＤＴＸの前記第１の最大数が複数の最大数値を含み、セット内の各最大数値は、
チャネル占有値の１つ以上の範囲のそれぞれ１つと関連付けられ、
受信信号強度インジケータ（ＲＳＳＩ）値の１つ以上の範囲のそれぞれ１つと関連付けられ、または
１つ以上の優先度値のそれぞれ１つと関連付けられる、
請求項１４に記載の方法。

【請求項16】

前記セット内の前記複数の最大数値のそれぞれは、前記チャネル占有値の１つ以上の範囲のそれぞれ１つに対応し、前記方法は、第１のチャネル占有値を決定することをさらに含み、
連続ＨＡＲＱ ＤＴＸの前記第１の最大数を選択することは、前記第１の最大数が前記第１のチャネル占有値が入るチャネル占有値の範囲に対応することに応じて前記第１の最大数を選択することを含む、
請求項１５に記載の方法。

【請求項17】

前記セット内の前記複数の最大数値のそれぞれは、前記ＲＳＳＩ値の１つ以上の範囲のそれぞれ１つに対応し、前記方法は、第１のＲＳＳＩ値を決定することをさらに含み、
連続ＨＡＲＱ ＤＴＸの前記第１の最大数を選択することは、前記第１の最大数が前記第１のＲＳＳＩ値が入るＲＳＳＩ値の範囲に対応することに応じて前記第１の最大数を選択することを含む、
請求項１５に記載の方法。

【請求項18】

前記セット内の値の前記複数の最大数のそれぞれは、前記１つ以上の優先度値のそれぞれ１つに対応し、前記方法は、第１の優先度値を決定することをさらに含み、
連続ＨＡＲＱ ＤＴＸの前記第１の最大数を選択することは、前記第１の最大数が前記第１の優先度値と一致する前記１つ以上の優先度値のうちの優先度値に対応することに応じて前記第１の最大数を選択することを含む、
請求項１５に記載の方法。

【請求項19】

前記第１のユーザデバイスにより、前記ＬＢＴ手順に基づいて前記アンライセンスキャリアにおけるサイドリンク一貫性ＬＢＴ失敗を検出することと、
前記第１のユーザデバイスにより、前記サイドリンク一貫性ＬＢＴ失敗を示すサイドリンク一貫性ＬＢＴ失敗インディケーション情報を前記第２のユーザデバイスに伝送することと
をさらに含む、請求項１に記載の方法。

【請求項20】

前記第１のユーザデバイスにより、前記ＬＢＴ手順に従って前記アンライセンスキャリアにおけるサイドリンク一貫性ＬＢＴ失敗を検出することと、
前記第１のユーザデバイスにより、前記サイドリンク一貫性ＬＢＴ失敗を示すサイドリンク一貫性ＬＢＴ失敗インディケーション情報を無線アクセスノードに伝送することと
をさらに含む、請求項１に記載の方法。

【請求項21】

前記サイドリンク一貫性ＬＢＴ失敗インディケーション情報は、キャリアインディケーション、宛先識別情報インディケーション、または障害タイプインディケーションのうちの少なくとも１つを含む、請求項２０に記載の方法。

【請求項22】

前記第１のユーザデバイスにより、
前記ＬＢＴ手順からのＬＢＴ失敗インディケーションまたは前記ＬＢＴ手順に従ってトリガされるサイドリンク一貫性ＬＢＴ失敗に応じて開始されるタイマの満了、
前記ＬＢＴ手順の結果が成功であること、または
チャネル占有率が所定の閾値よりも低いこと
のうちの少なくとも１つに応じて、前記サイドリンク伝送のための前記アンライセンスキャリアに関してＬＢＴ失敗回復を決定すること
をさらに含む、請求項１に記載の方法。

【請求項23】

前記第１のユーザデバイスが前記無線アクセスノードのカバレッジ内にあることに応じて、前記第１のユーザデバイスにより、前記タイマが満了するときを示すタイマ値と前記所定の閾値とを前記無線アクセスノードから受信すること
をさらに含む、請求項２２に記載の方法。

【請求項24】

前記タイマが満了するときを示すタイマ値および前記所定の閾値は、前記第１のユーザデバイスにより予め構成される、請求項２２に記載の方法。

【請求項25】

前記ＬＢＴ成功は、回復に対応し、さらに、前記結果が前記ＬＢＴ成功であるとの決定に応じて、前記第１のユーザデバイスにより、前記ＬＢＴ成功を示す情報を無線アクセスノードに伝送し、前記ＬＢＴ成功を示す前記情報は、前記アンライセンスキャリア、宛先識別情報、または前記回復がサイドリンク一貫性ＬＢＴ失敗からのものであることを示す回復タイプインディケーションのうちの少なくとも１つを含む、請求項１に記載の方法。

【請求項26】

前記第１のユーザデバイスにより、前記サイドリンク伝送が前記アンライセンスキャリア上にあり、かつ第２の伝送がライセンスキャリア上にあることに応じて、前記第２の伝送よりも前記サイドリンク伝送を優先することと、
前記第１のユーザデバイスにより、前記第２の伝送が前記アンライセンスキャリア上にあり、かつ前記サイドリンク伝送が前記ライセンスキャリア上にあることに応じて、前記サイドリンク伝送よりも前記第２の伝送を優先することと
をさらに含む、請求項１に記載の方法。

【請求項27】

前記第２の伝送は、アップリンク伝送を含む、請求項２６に記載の方法。

【請求項28】

前記ライセンスキャリア上の前記アップリンク伝送よりも前記アンライセンスキャリア上の前記サイドリンク伝送を優先することは、前記アップリンク伝送が前記第１のユーザデバイスの非アクセス層（ＮＡＳ）レイヤエンティティまたは前記第１のユーザデバイスの物理（ＰＨＹ）レイヤエンティティよりも上位のレイヤエンティティによって優先されないことに応じたものである、請求項２７に記載の方法。

【請求項29】

前記第１のユーザデバイスにより、アンライセンスキャリア上の伝送のための第１のサイドリンク優先順位付け閾値およびライセンスキャリア上の伝送のための第２のサイドリンク優先順位付け閾値を決定すること
をさらに含み、
前記第２の伝送よりも前記サイドリンク伝送を優先することは、前記第１のサイドリンク優先順位付け閾値および前記第２のサイドリンク優先順位付け閾値に基づく、
請求項２６に記載の方法。

【請求項30】

第１のユーザデバイスにより、無線アクセスノードから前記第１のサイドリンク優先順位付け閾値および前記第２のサイドリンク優先順位付け閾値を受信すること
をさらに含む、請求項２９に記載の方法。

【請求項31】

前記第１のユーザデバイスは、前記第１のサイドリンク優先順位付け閾値および前記第２のサイドリンク優先順位付け閾値で事前構成される、請求項２９に記載の方法。

【請求項32】

前記第１のユーザデバイスにより、アンライセンスキャリア上の伝送のための第１のアップリンク優先順位付け閾値およびライセンスキャリア上の伝送のための第２のアップリンク優先順位付け閾値を決定すること
をさらに含み、前記方法は、
前記第１のユーザデバイスにより、前記第１のアップリンク優先順位付け閾値および前記第２のアップリンク優先順位付け閾値に基づいて前記サイドリンク伝送よりもアップリンク伝送を優先すること
をさらに含む、請求項２９に記載の方法。

【請求項33】

前記第１のユーザデバイスにより、無線アクセスノードから前記第１のアップリンク優先順位付け閾値および前記第２のアップリンク優先順位付け閾値を受信すること
をさらに含む、請求項３２に記載の方法。

【請求項34】

前記第１のユーザデバイスは、前記第１のアップリンク優先順位付け閾値および前記第２のアップリンク優先順位付け閾値で事前構成される、請求項３２に記載の方法。

【請求項35】

プロセッサとメモリとを備える無線通信装置であって、前記プロセッサは、請求項１から３４のいずれかに記載の方法を実施するために前記メモリからコードを読み取るように構成される、無線通信装置。

【請求項36】

コンピュータプログラム製品であって、前記コンピュータプログラム製品は、コンピュータ可読プログラム媒体を備え、前記コンピュータ可読プログラム媒体は、その上に記憶されたコードを含み、前記コードは、プロセッサによって実行されるときに、前記プロセッサに請求項１から３４のいずれかに記載の方法を実施させる、コンピュータプログラム製品。

【発明の詳細な説明】

【技術分野】

【0001】

この文書は、一般に、無線通信におけるサイドリンク伝送に関する。

【背景技術】

【0002】

背景
無線通信は、多くの場合、ユーザ端末デバイスおよび基地局を用いて実行される。また、無線通信は、キャリアや周波数帯域で行われる。幾つかのキャリアはライセンスキャリアであり、ライセンスキャリアは、排他的使用のために政府または他の信頼できるエンティティによってサービスプロバイダにライセンスが与えられたキャリアである。他のキャリアはアンライセンスキャリアであり、アンライセンスキャリアは、そのような政府機関またはその他の信頼できるエンティティによってライセンスが与えられていないキャリアである。現在、ユーザ端末デバイスは、ライセンスキャリア上で互いに直接に（すなわち、基地局を使用せずに）通信する。しかしながら、ユーザ端末デバイスがアンライセンスキャリア上で互いに直接通信する方法が望ましい場合がある。

【発明の概要】

【課題を解決するための手段】

【0003】

概要
この文書は、無線通信のための方法、システム、装置、およびデバイスに関する。幾つかの実施形態において、無線通信のための方法は、第１のユーザデバイスにより、サイドリンク伝送のためのアンライセンスキャリアでリッスンビフォアトーク（ＬＢＴ）手順を実行することと、第１のユーザデバイスにより、ＬＢＴ手順の結果を決定することと、結果がＬＢＴ成功であるとの決定に応じて、第１のユーザデバイスにより、アンライセンスキャリアにおけるチャネル上のサイドリンク信号を第２のユーザデバイスに伝送することと、結果がＬＢＴ失敗であるとの決定に応じて、第１のユーザデバイスの物理レイヤエンティティにより、第１のユーザデバイスの媒体アクセス制御（ＭＡＣ）レイヤエンティティにＬＢＴ失敗インディケーションを送信することとを含む。

【0004】

幾つかの他の実装形態では、ネットワークデバイスなどのデバイスが開示される。デバイスは、１つ以上のプロセッサおよび１つ以上のメモリを含む場合があり、１つ以上のプロセッサは、上記の方法のいずれか１つを実施するために１つ以上のメモリからコンピュータコードを読み取るように構成される。

【0005】

さらに幾つかの他の実装態様では、コンピュータプログラム製品が開示される。コンピュータプログラム製品は、コンピュータコードが記憶された非一時的なコンピュータ可読プログラム媒体を含み得るものであり、コンピュータコードは、１つ以上のプロセッサによって実行されると、上記の方法のいずれか１つを１つ以上のプロセッサに実施させる。

【0006】

上記および他の態様およびそれらの実装形態は、図面、明細書、および特許請求の範囲においてより詳細に説明されている。

【図面の簡単な説明】

【0007】

【図1】図１は、無線通信システムの一例のブロック図を示す。

【0008】

【図2】図２は、通信ノードのためのレイヤエンティティの構成の一例のブロック図を示す。

【0009】

【図3】図３は、リッスンビフォアトーク（ＬＢＴ）障害を検出することを含む、無線通信のための方法の一例のフローチャートを示す。

【0010】

【図4】図４は、連続ハイブリッド自動再送要求（ＨＡＲＱ）不連続伝送（ＤＴＸ）の数に基づいて、無線リンク障害を検出することを含む、無線通信のための方法の一例のフローチャートを示す。

【0011】

【図5】図５は、ライセンス伝送よりもアンライセンス伝送を優先することを含む、無線通信のための方法の一例のフローチャートを示す。

【0012】

【図6】図６は、ライセンスキャリアに対する第１のサイドリンク優先順位付け閾値またはアンライセンスキャリアに対する第２のサイドリンク優先順位付け閾値の少なくとも一方に基づいて、サイドリンク伝送またはアップリンク伝送のいずれを優先するかを決定することを含む、無線通信のための方法の一例のフローチャートを示す。

【0013】

【図7】図７は、ライセンスキャリアに対する第１のアップリンク優先順位付け閾値またはアンライセンスキャリアに対する第２のアップリンク優先順位付け閾値のうちの少なくとも１つに基づいて、サイドリンク伝送またはアップリンク伝送のいずれを優先するかを決定することを含む、無線通信のための方法の一例のフローチャートを示す。

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

【0014】

詳細な説明
本明細書では、アンライセンスキャリアにおけるものを含む、サイドリンク伝送を含む無線通信のためのシステム、装置、デバイス、および方法の様々な実施形態について説明する。

【0015】

図１は、互いに無線通信するように構成された複数の通信ノード（または単にノード）を含む例示的な無線通信システム１００の図を示している。一般に、通信ノードは、少なくとも１つのユーザデバイス１０２および少なくとも１つの無線アクセスノード１０４を含む。図１の例示的な無線通信システム１００は、第１のユーザデバイス１０２（１）と第２のユーザデバイス１０２（２）とを含む２つのユーザデバイス１０２と、１つの無線アクセスノード１０４とを含むものとして示されている。しかしながら、ユーザデバイス１０２および無線アクセスノード１０４の様々な組み合わせのいずれかを含む無線通信システム１００の様々な他の例は、いかなる無線アクセスノード１０４もない２つ以上のユーザデバイス１０２、ただ１つのユーザデバイス１０２およびただ１つの無線アクセスノード１０４、ただ１つのユーザデバイス１０２および２つ以上の無線アクセスノード１０４、２つ以上のユーザデバイス１０２および１つ以上の無線アクセスノード１０４、またはいかなるユーザデバイス１０２もない２つ以上の無線アクセスノード１０４を含む。

【0016】

一般に、ユーザデバイス１０２などの本明細書に記載のユーザデバイスは、ネットワークを介して無線で通信することができる単一の電子デバイスまたは装置、または複数の電子デバイスまたは装置（例えば、そのネットワーク）を含み得る。ユーザデバイスは、ユーザ端末、ユーザ端末デバイス、またはユーザ機器（ＵＥ）を含むか、そうでなければユーザ端末、ユーザ端末デバイス、またはユーザ機器（ＵＥ）と呼ばれ得る。さらに、ユーザデバイスは、モバイルデバイス（携帯電話、スマートフォン、スマートウォッチ、タブレット、ラップトップコンピュータ、車両または他の船舶（非限定的な例として、自動車、飛行機、列車、船舶、または自転車などの、人間、モータ、またはエンジン駆動の車両または他の船舶）または固定または静止デバイス（非限定的な例として、機器、モノのインターネット（ＩｏＴ）を含む他の比較的重いデバイス、または商業的または産業的環境で使用されるコンピューティングデバイスなどの、通常は長期間移動されないデスクトップコンピュータまたは他のコンピューティングデバイスなど）など）であり得るか、それらを含み得るが、これらに限定されない。様々な実施形態では、ユーザデバイス１０２は、無線アクセスノード１０４と無線通信を行うためにアンテナ１０８に結合されたトランシーバ回路１０６を含み得る。トランシーバ回路１０６はまた、メモリ１１２または他の記憶デバイスに結合され得るプロセッサ１１０に結合され得る。メモリ１１２は、プロセッサ１１０によって読み取られて実行されると、プロセッサ１１０に本明細書に記載の方法のうちの様々な方法を実施させる命令またはコードを記憶し得る。

【0017】

さらに、一般に、無線アクセスノード１０４などの本明細書に記載の無線アクセスノードは、単一の電子デバイスまたは装置、または複数の電子デバイスまたは装置（例えば、そのネットワーク）を含み得て、ネットワークを介して１つ以上のユーザデバイスおよび／または１つ以上の他の無線アクセスノード１０４と無線で通信することができる１つ以上の基地局または他の無線ネットワークアクセスポイントを備え得る。例えば、無線アクセスノード１０４は、様々な実施形態において、４Ｇ ＬＴＥ基地局、５Ｇ ＮＲ基地局、５Ｇ中央ユニット基地局、５Ｇ分散ユニット基地局、次世代ノードＢ（ｇＮＢ）、拡張ノードＢ（ｅＮＢ）、または他の同様のまたは次世代（例えば、６Ｇ）基地局を備え得る。無線アクセスノード１０４は、ユーザデバイス１０２または別の無線アクセスノード１０４との無線通信を行うために、様々な手法でアンテナタワー１１８を含み得るアンテナ１１６に結合されたトランシーバ回路１１４を含み得る。トランシーバ回路１１４はまた、メモリ１２２または他の記憶デバイスに結合され得る１つ以上のプロセッサ１２０に結合され得る。メモリ１２２は、プロセッサ１２０によって読み取られて実行されると、プロセッサ１２０に本明細書に記載の方法のうちの１つ以上を実施させる命令またはコードを記憶し得る。

【0018】

様々な実施形態では、ユーザデバイス１０２および無線アクセスノード１０４、無線アクセスノード１０４のない２つのユーザデバイス１０２、またはユーザデバイス１０２のない２つの無線アクセスノード１０４などの無線システム１００内の２つの通信ノードは、１つ以上の規格および／または仕様にしたがって、モバイルネットワークおよび／または無線アクセスネットワーク内で、またはモバイルネットワークおよび／または無線アクセスネットワークを介して互いに無線通信するように構成され得る。一般に、規格および／または仕様は、通信ノードが無線通信することができる規則または手順を定義し得て、様々な実施形態では、ミリメートル（ｍｍ）波帯域で、および／またはマルチアンテナ方式およびビームフォーミング機能で通信するためのものを含み得る。これに加えてまたは代えて、規格および／または仕様は、非限定的な例として、第４世代（４Ｇ）ロングタームエボリューション（ＬＴＥ）、第５世代（５Ｇ）ニューラジオ（ＮＲ）、またはニューラジオアンライセンスド（ＮＲ－Ｕ）などの無線アクセス技術および／またはセルラー技術を定義するものである。

【0019】

図２は、物理レイヤ（ＰＨＹ）エンティティまたはモジュール（本明細書では単にＰＨＹレイヤ、ＰＨＹモジュール、またはＰＨＹエンティティとも呼ばれる）２０２、媒体アクセス制御（ＭＡＣ）レイヤエンティティまたはモジュール（本明細書では単にＭＡＣレイヤ、ＭＡＣモジュール、またはＭＡＣエンティティとも呼ばれる）２０４、無線リンク制御（ＲＬＣ）レイヤエンティティまたはモジュール（本明細書では単にＲＬＣレイヤ、ＲＬＣエンティティ、またはＲＬＣモジュールとも呼ばれる）２０６、パッケージデータ収束プロトコル（ＰＤＣＰ）レイヤエンティティまたはモジュール（本明細書では単にＰＤＣＰレイヤ、ＰＤＣＰエンティティ、またはＰＤＣＰモジュールとも呼ばれる）２０８、無線リソース制御（ＲＲＣ）レイヤエンティティまたはモジュール（本明細書では単にＲＲＣレイヤ、ＲＲＣエンティティ、またはＲＲＣモジュールとも呼ばれる）２１０、および非アクセス層（ＮＡＳ）レイヤエンティティまたはモジュール（本明細書では単にＮＡＳレイヤ、ＮＡＳエンティティ、またはＮＡＳモジュールとも呼ばれる）２１２を含む、通信ノード（例えば、ユーザデバイス１０２または無線アクセスノード１０４）の複数のモジュールのブロック図を示す。

【0020】

一般に、本明細書で使用される場合、特に明記しない限り、単独でまたは互いに組み合わせて使用され、通信ノードの１つ以上の構成要素に使用される「レイヤ」、「エンティティ」、および「モジュール」という用語は、ハードウェアまたはハードウェアとソフトウェアの組み合わせを含む電子回路などの電子デバイスである。様々な実施形態では、モジュールまたはエンティティは、プロセッサ１１０／１２０、メモリ１１２／１２２、トランシーバ回路１０６／１１４、またはアンテナ１０８／１１６を含む、図１の通信ノードの構成要素の一部、構成要素、または１つ以上を使用して実装され得る。例えば、プロセッサ１１０／１２０は、メモリ１１２／１１６に記憶されたコンピュータコードを実行するときなどに、モジュールまたはエンティティの機能を実行することができる。さらに、様々な実施形態において、モジュールまたはエンティティが実行する機能は、例えば５Ｇ ＮＲなどの１つ以上の規格またはプロトコルによって定義されてもよい。

【0021】

さらに、図２のレイヤエンティティ２０２－２１２は、互いに対してより高いレイヤおよびより低いレイヤであってもよく、ここで、ＰＨＹレイヤエンティティ２０２は、レイヤエンティティ２０２－２１２のうちの最も低いレイヤであり、ＭＡＣレイヤエンティティ２０４は、ＰＨＹレイヤエンティティ２０２よりも上位であり、他のレイヤエンティティ２０６－２１２よりも下位であり、ＲＬＣレイヤエンティティ２０６は、ＰＨＹレイヤエンティティおよびＭＡＣレイヤエンティティ２０２，２０４よりも上位であり、ＰＤＣＰレイヤエンティティ、ＲＲＣレイヤエンティティ、およびＮＡＳレイヤエンティティ２０８－２１２よりも下位であり、ＰＤＣＰレイヤエンティティ２０８は、ＰＨＹ、ＭＡＣ、およびＲＲＣレイヤエンティティ２０２～２０６よりも上位であり、ＲＲＣおよびＮＡＳレイヤエンティティ２１０，２１２よりも下位であり、ＲＲＣレイヤエンティティ２１０は、ＰＨＹ、ＭＡＣ、ＲＲＣ、およびＰＤＣＰレイヤエンティティ２０２～２０８よりも上位であり、ＮＡＳレイヤエンティティ２１２よりも下位であり、ＮＡＳレイヤエンティティ２１２は、図２に示すレイヤエンティティ２０２－２２０のうちの最上位のレイヤエンティティである。様々な実施形態において、システム１００の通信ノードは、図２に示されたもの以外のモジュールおよび／またはレイヤエンティティを含むことができる。

【0022】

さらに、様々な実施形態では、無線システム１００内の通信ノードのうちの２つ以上は、車両ネットワーク規格および／または仕様に従って通信するように構成され得る。本明細書で使用される場合、車両ネットワーキングは、様々な通信プロトコルおよびデータ交換規格のいずれかに従って、車両、歩行者、路側機およびインターネットを含む無線通信および情報交換のための大規模システムを指す。車両ネットワーク通信は、運転の安全性、交通効率、ユーザビリティまたはユーザの利便性の特徴、または娯楽に関して車両性能を向上させることができる。さらに、様々な実施形態のいずれかにおいて、車両ネットワーキング通信は、車両間の通信（車両間（Ｖ２Ｖ）とも呼ばれる）、車両と路側設備／ネットワークインフラとの間の通信（車両対インフラストラクチャ／車両対ネットワーク（Ｖ２Ｉ／Ｖ２Ｎ）と呼ばれる）、車両と歩行者との間の通信（車両対歩行者間（Ｖ２Ｐ）と呼ばれる）の３つのタイプに分類することができる。これらのタイプの通信は、まとめてＶ２Ｘ（車両対全て）通信と呼ばれる。Ｖ２Ｘに関与する通信ノードは、様々なＶ２Ｘ規格または仕様のいずれかに従って互いに通信することができる。

【0023】

無線システム１００において、通信ノードは、互いに信号を無線通信するように構成される。一般に、２つの通信ノード間の無線システム１００における通信は、伝送または受信とすることができるか、または伝送または受信を含むことができ、一般に、通信における特定のノードの観点に応じて、両方が同時に行われる。例えば、第１のノードと第２のノードとの間の所与の通信であって、第１のノードが第２のノードに信号を伝送しており、第２のノードが第１のノードから信号を受信している、所与の通信の場合、第１のノードは、ソースまたは伝送ノードまたはデバイスと呼ばれてもよく、第２のノードは、宛先または受信ノードまたはデバイスと呼ばれてもよく、通信は、第１のノードのための伝送および第２のノードのための受信と見なされ得る。当然のことながら、無線システム１００内の通信ノードは信号を送信することも受信することもできるので、単一の通信ノードは、伝送／ソースノードと受信／宛先ノードとの両方で同時にあってもよく、送信ノードと受信ノードとの間の切り替えであってもよい。

【0024】

また、特定の信号は、アップリンク（ＵＬ）信号、ダウンリンク（ＤＬ）信号、またはサイドリンク（ＳＬ）信号のいずれかとして特徴付けられ、または規定され得る。アップリンク信号は、ユーザデバイス１０２から無線アクセスノード１０４に伝送される信号である。ダウンリンク信号は、無線アクセスノード１０４からユーザデバイス１０２に伝送される信号である。サイドリンク信号は、あるユーザデバイス１０２から別のユーザデバイス１０２に伝送される信号、またはある無線アクセスノード１０４から別の無線アクセスノード１０４に伝送される信号である。また、サイドリンク伝送のために、第１の／ソースユーザデバイス１０２は、サイドリンク信号を無線アクセスノード１０４に転送することなく、サイドリンク信号を第２の／宛先ユーザデバイス１０２に直接伝送する。

【0025】

Ｖ２Ｘ通信を含む少なくとも幾つかの実施形態では、ユーザデバイス１０２はサイドリンク伝送を実行することができる。Ｖ２Ｘにおけるそのようなサイドリンク通信は、ＰＣ５ベースのＶ２Ｘ通信またはＶ２Ｘ通信と呼ばれることがある。さらに、Ｖ２Ｘにおけるサイドリンク通信のために、ユーザデバイス１０２は、ＰＣ５インタフェースを使用してサイドリンク信号を互いに通信することができ、ＰＣ５は、ユーザデバイス１０２が直接チャネルを介して別のユーザデバイス１０２と通信する基準点を指す。

【0026】

自動化業界を含むＶ２Ｘ技術が進歩するにつれて、Ｖ２Ｘ通信のシナリオはますます多様化し、より高い性能を必要としている。先進Ｖ２Ｘサービスの例には、車両の隊列走行、拡張センサ、先進運転（半自動運転および全自動運転）、および遠隔運転が含まれる。これらの高度なＶ２Ｘサービスの例示的な性能要件は、非限定的な例として、５０から１２，０００バイトのサイズ、毎秒２から５０メッセージの伝送速度、３から５００ミリ秒の最大エンドツーエンド遅延、９０％から９９．９９９％の信頼性、毎秒０．５から１，０００メガバイト（Ｍｂｐｓ）のデータレート、または５０から１，０００メートルの伝送範囲を有するデータパケットをサポートすることを含み得る。

【0027】

加えて、共有スペクトルチャネルアクセスで動作するＮＲ無線アクセスを使用する通信ノードは、異なるモードで動作するように構成されてもよく、プライマリセル（ＰＣｅｌｌ）、プライマリセカンダリセル（ＰＳＣｅｌｌ）、またはセカンダリセル（ＳＣｅｌｌ）は、共有スペクトル内にあってもよく、ＳＣｅｌｌは、アップリンク伝送で構成されてもされなくてもよい。さらに、両方のチャネルアクセスモードにおいて、無線アクセスノード１０４およびユーザデバイス１０２は、共有スペクトルチャネルアクセスで構成されたセルにおける伝送を実行する前に、リッスンビフォアトーク（ＬＢＴ）手順を適用または実行するように構成され得る。

【0028】

図３は、アンライセンスキャリアにおける第１のユーザデバイス１０２（１）と第２のユーザデバイス１０２（２）との間のサイドリンク通信を含む無線通信のための例示的な方法３００を示す。方法３００の実施形態は、第２のユーザデバイス１０２（２）にサイドリンク信号を伝送するソースまたは伝送ユーザデバイスとして機能する第１のユーザデバイス１０２（１）と、第１のユーザデバイス１０２（１）からサイドリンク信号を受信する宛先または受信ユーザデバイスとして機能する第２のユーザデバイス１０２（２）とを有する。

【0029】

また、一般に、ライセンスキャリアは、政府または他の信頼できるエンティティ（例えば、米国の連邦通信委員会（ＦＣＣ）、または欧州の欧州電気通信標準化機構（ＥＴＳＩ））によって排他的使用のためにサービスプロバイダにライセンスが与えられるキャリア、周波数帯域またはスペクトルである。共有スペクトルとも呼ばれるアンライセンスキャリアは、政府または他の信頼できるエンティティによってライセンスされないキャリア、周波数帯域、またはスペクトルである。

【0030】

ブロック３０２において、第１のユーザデバイス１０２（１）は、サイドリンク信号の伝送のためにアンライセンスキャリアでリッスンビフォアトーク（ＬＢＴ）手順を実行し得る。一般に、ユーザデバイス１０２が特定のキャリア（アンライセンス）のチャネルで信号（例えば、アップリンク信号またはサイドリンク信号）を伝送したい場合、ユーザデバイスは、信号を伝送する前にキャリアでＬＢＴ手順を実行することができる。ＬＢＴ手順の間、ユーザデバイス１０２は、チャネルが利用可能（空き）であるかビジーであるかを決定するためにチャネルをリッスンまたは感知することができる。ＬＢＴ手順の実行に応じて、またはその結果として、ユーザデバイス１０２は、ＬＢＴ手順が成功であるか失敗であるかを決定することができる。成功は、チャネルが利用可能であることを示し、ユーザデバイス１０２は信号の伝送に進むことができる。失敗はチャネルがビジーであることを示し、ユーザデバイス１０２は信号を伝送しないことを決定する。

【0031】

様々な実施形態では、ブロック３０２において、第１のユーザデバイス１０２（１）は、サイドリンクチャネルアクセス優先度に従ってＬＢＴ手順を実行することができる。特に、ＬＢＴ手順中、第１のデバイス１０２がチャネルを監視しなければならない時間量は、サイドリンクチャネルアクセス優先度の値に依存し得る。また、ＬＢＴ手順が成功した場合、チャネルが占有する時間リソースの量は、サイドリンクチャネルアクセス優先度の値に依存し得る。

【0032】

これらの実施形態の幾つかでは、サイドリンクチャネルアクセス優先度は、サイドリンクロジカルのサイドリンクチャネルアクセス優先度である。例えば、第１のユーザデバイス１０２（１）は、複数の論理チャネルで構成されてもよく、各論理チャネルは、サイドリンクチャネルアクセス優先度の関連する優先度値を有するか、またはそれにマッピングされてもよい。優先度値は、異なる論理チャネルについて互いに同じであっても異なっていてもよい。これに対応して、第１のユーザデバイス１０２（１）がサイドリンク信号の一部としてデータ（例えば、ＭＡＣプロトコルデータユニット（ＰＤＵ）のデータ）を伝送することを決定した場合、第１のユーザデバイス１０２（１）は、データに対応する論理チャネルを決定し、次に、論理チャネルに対応する優先度値を決定することができる。次いで、第１のユーザデバイス１０２（１）は、決定された優先度値に従ってＬＢＴ手順を実行することができる。

【0033】

さらに、少なくとも幾つかの実施形態では、データ（例えば、ＭＡＣ ＰＤＵの）は、複数の論理チャネルに対応することができる。これに対応して、第１のユーザデバイス１０２（１）は、複数の論理チャネルに対して複数の優先度値を決定し、次いで、複数の優先度値の中から最も高い優先度に対応する値を選択することができる。

【0034】

他の実施形態では、サイドリンクチャネルアクセス優先度は、サービス品質（ＱｏＳ）プロファイルのサイドリンクチャネルアクセス優先度である。ＱｏＳプロファイルは、サイドリンクＰＣ５ ＱｏＳ識別子（ＰＱＩ）、サイドリンク保証フロービットレート（ＧＦＢＲ）、サイドリンク最大フロービットレート（ＭＦＢＲ）、および／またはサイドリンク範囲などの、伝送されるデータに対応するＱｏＳパラメータのセットを識別することができる。そのような実施形態では、第１のユーザデバイス１０２（１）は、サイドリンク伝送で伝送されるデータに対応するＱｏＳプロファイルを識別することができる。次に、第１のユーザデバイス１０２（１）は、ＱｏＳプロファイルに対応する優先度値を識別することができる。次いで、第１のユーザデバイス１０２（１）は、決定された優先度値に従ってＬＢＴ手順を実行することができる。

【0035】

これに加えてまたは代えて、第１のユーザデバイス１０２（１）は、第１のユーザデバイス１０２（１）がＲＲＣ接続状態にあることに応じて、ＲＲＣメッセージを介してサイドリンクチャネルアクセス優先度を受信してもよく、第１のユーザデバイス１０２（１）がＲＲＣアイドル状態にあることに応じて、システム情報を介してサイドリンクチャネルアクセス優先度を受信してもよく、および／またはＵＥがカバレッジ外にあることに応じてサイドリンクチャネルアクセス優先度で事前構成されてもよい。

【0036】

これに加えてまたは代えて、様々な実施形態において、第１のユーザデバイス１０２（１）は、ＬＢＴ手順の優先度値のために無線ベアラ（ＲＢ）のチャネルアクセス優先度クラス（ＣＡＰＣ）およびＭＡＣ制御要素（ＣＥ）を使用することができる。幾つかの実施形態では、ＲＢおよびＭＡＣ ＣＥのＣＡＰＣは固定されているか、または構成可能である。例えば、ＣＡＰＣは、サイドリンクシグナリング無線ベアラ（ＳＲＢ）および１つ以上のサイドリンクＭＡＣ ＣＥに対して最も高い優先度に固定されてもよく、サイドリンクデータ無線ベアラ（ＤＲＢ）のためにネットワーク（無線アクセスノード１０４）によって構成されてもよく、または他のサイドリンクＭＡＣ ＣＥのための最低優先度に固定されてもよい。所与のＤＲＢのＣＡＰＣを選択するとき、無線アクセスノード１０４は、異なるトラフィックタイプと伝送との間の公平性を考慮しながら、所与のＤＲＢで多重化された全てのＱｏＳフローのＰＱＩを考慮に入れることができる。システム１００内の通信ノードは、非標準化ＰＱＩに対応するＱｏＳフローの非標準化ＰＱＩのＱｏＳ特性に最もよく一致する標準化ＰＱＩのＣＡＰＣを使用することができる。

【0037】

それに加えてまたは代えて、様々な実施形態において、第１のユーザデバイス１０２（１）は、複数のサイドリンクＤＲＢを含む伝送されるサイドリンク信号のトランスポートブロック（ＴＢ）に応じてサイドリンクＤＲＢの最も高い優先度ＣＡＰＣを選択することによって、最も優先度の高いＣＡＰＣを有する少なくとも１つのサイドリンクＳＲＢ、サイドリンクブロードキャスト制御チャネル（ＳＢＣＣＨ）、またはサイドリンクＭＡＣ ＣＥを含むトランスポートブロックに応じて、最も優先度の高いＣＡＰＣを選択することによって、或いは最も低い優先度のＣＡＰＣを有する１つ以上のサイドリンクＭＡＣ ＣＥのみを含むトランスポートブロックに応じて最も低い優先度のＣＡＰＣを選択することによって、ＬＢＴ手順の優先度としてＣＡＰＣを選択することができる。

【0038】

ブロック３０４において、第１のユーザデバイス１０２（１）は、ブロック３０２において実行されたＬＢＴ手順に基づいて、すなわち、ＬＢＴ手順がＬＢＴ成功またはＬＢＴ失敗をもたらすかどうかに基づいて、ＬＢＴ成功またはＬＢＴ失敗を決定することができる。ブロック３０６において、第１のユーザデバイス１０２（１）は、ＬＢＴ成功の決定に応じて、サイドリンク信号を第２のユーザデバイス１０２（２）に伝送してもよく、ＬＢＴ失敗の決定に応じてサイドリンク信号を伝送しなくてもよい。

【0039】

さらに、少なくとも幾つかの実施形態では、ブロック３０６において、第１のユーザデバイス１０２（１）は、ブロック３０２で実行されたＬＢＴ手順および／またはブロック３０４で決定されたＬＢＴ手順の結果に従って、サイドリンク一貫性ＬＢＴ失敗が存在するかどうかを決定することができる。様々な実施形態において、第１のユーザデバイス１０２（１）は、幾つかのＬＢＴ手順またはＬＢＴ手順の反復にわたってＬＢＴ失敗をカウントすることによってサイドリンク一貫性ＬＢＴ失敗を決定することができる。例えば、最初はゼロに設定されてもよい、サイドリンク一貫性ＬＢＴ失敗検知のためのサイドリンク最大ＬＢＴ失敗カウント（ＳＬ－ｌｂｔ－ＦａｉｌｕｒｅＭａｘＣｏｕｎｔ）と、サイドリンク一貫性ＬＢＴ失敗検知のためのサイドリンク障害検知タイマ（ＳＬ－ｌｂｔ－ＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒ）と、ＬＢＴ失敗のためのサイドリンクＬＢＴカウンタ（ＳＬ－ＬＢＴ＿ＣＯＵＮＴＥＲ）とでユーザデバイス１０２が構成されてもよい。第１のユーザデバイス１０２（１）がＬＢＴ手順のＬＢＴ失敗を検出した場合、第１のユーザデバイス１０２（１）は、サイドリンク障害検出タイマを開始または再開することができる。また、第１のユーザデバイス１０２（１）は、サイドリンクＬＢＴカウンタを１増加させてもよい。続いて、第１のユーザデバイス１０２（１）は、サイドリンクＬＢＴカウンタの現在値とサイドリンク最大ＬＢＴ失敗カウントとを比較してもよい。現在の値がサイドリンク最大ＬＢＴ失敗カウント以上である場合、第１のユーザデバイス１０２（１）は、サイドリンク一貫性ＬＢＴ失敗を検出することができる。少なくとも幾つかの実施形態では、第１のユーザデバイス１０２（１）は、カウントとともにサイドリンク障害検出タイマを使用することができる。例えば、第１のユーザデバイス１０２（１）は、サイドリンク障害検出タイマによって測定された持続時間の間をカウントすることができる。すなわち、第１のユーザデバイス１０２（１）は、サイドリンクＬＢＴ失敗検出用タイマが起動している（満了していない）時間中にカウントするサイドリンクＬＢＴカウンタに基づいて、サイドリンク一貫性ＬＢＴ失敗が発生したか否かを決定してもよい。サイドリンクＬＢＴ失敗検出タイマの満了に応じて、または、サイドリンクＬＢＴ失敗検出タイマまたはサイドリンク最大ＬＢＴ失敗カウントがＭＡＣレイヤ２０４（または別の上位レイヤ）によって再設定された場合に、ユーザデバイス１０２は、サイドリンクＬＢＴカウンタを０または他の初期値にリセットしてもよい。

【0040】

また、少なくとも幾つかの実施形態では、第１のユーザデバイス１０２（１）のＰＨＹレイヤ２０２は、ブロック３０２においてＬＢＴ手順を実行し、および／またはブロック３０４においてＬＢＴ手順が成功であるか失敗であるかを決定することができる。ブロック３０４でＰＨＹレイヤ２０２がＬＢＴ失敗を決定した場合、ブロック３０６において、ＰＨＹレイヤ２０２は、ＰＨＹレイヤ２０２によって検出されたＬＢＴ失敗を示すサイドリンク障害インディケーションをＭＡＣレイヤ２０４に送信することができる。また、ＭＡＣレイヤ２０４は、前述したように、サイドリンク最大ＬＢＴ失敗カウント、サイドリンク障害検出タイマ、およびサイドリンクＬＢＴカウンタで構成され、サイドリンク障害インディケーションの受信に応じてサイドリンク一貫性ＬＢＴ失敗を決定または検出してもよい。

【0041】

さらに、少なくとも幾つかの実施形態では、サイドリンク一貫性ＬＢＴ失敗の決定に応じて、第１のユーザデバイス１０２（１）は、アクティブ帯域幅部分をある帯域幅部分から別の帯域幅部分に切り替えることができる。これに加えてまたは代えて、第１のユーザデバイス１０２（１）は、サイドリンク一貫性ＬＢＴ失敗を決定したことに応じて、論理チャネル識別情報（ＬＣＩＤ）を含むＭＡＣサブヘッダを含むか、そうでなければＭＡＣサブヘッダによって識別されるサイドリンクＬＢＴ失敗ＭＡＣ ＣＥを生成することができる。これに加えてまたは代えて、サイドリンクＬＢＴ失敗ＭＡＣ ＣＥは、Ｎオクテットを含んでもよく、Ｎは１以上の整数である。さらに、Ｎオクテットは８＊Ｎ個のＸフィールドを含む。幾つかの実施形態では、所与のキャリアｉについて、Ｎオクテットの対応するｉ番目のＸフィールドは、一貫したＬＢＴ失敗がトリガされてキャンセルされないことに応じて１の値（「１」）に設定され、そうでなければ、一貫したＬＢＴ失敗がトリガされないまたはキャンセルされることに応じてなど、０の値（「０」）に設定され得る。他の実施形態では、所与の宛先インデックスｉについて、対応するｉ番目のＸフィールドは、一貫性ＬＢＴ失敗がトリガされてキャンセルされないことに応じて、１の値（「１」）に設定され、そうでなければ、一貫性ＬＢＴ失敗がトリガされないまたはキャンセルされることに応じてなど、０の値（「０」）に設定され得る。これに加えてまたは代えて、サイドリンクＬＢＴ失敗ＭＡＣ ＣＥは、サイドリンク一貫性ＬＢＴ失敗がトリガされた宛先インデックスのリストを含み得る。リスト内の各宛先インデックスは、対応する宛先識別情報（ＩＤ）を識別する。これに加えてまたは代えて、サイドリンクＬＢＴ失敗ＭＡＣ ＣＥは、サイドリンク一貫性ＬＢＴ失敗がトリガされたキャリアインデックスのリストを含む。

【0042】

さらに、少なくとも幾つかの実施形態では、第１のユーザデバイス１０２（１）は、トリガまたは検出されたサイドリンク一貫性ＬＢＴ失敗をキャンセルする。これらの実施形態の一部について、第１のユーザデバイス１０２（１）は、第１のユーザデバイス１０２（１）がＬＢＴ失敗ＭＡＣ ＣＥを含むＭＡＣ ＰＤＵを伝送したことに応じて、トリガまたは検出されたサイドリンク一貫性ＬＢＴ失敗をキャンセルすることができ、ＭＡＣレイヤ２０４は、ＰＨＹレイヤ２０２からＬＢＴ失敗インディケーションを受信しない。

【0043】

少なくとも幾つかの実施形態では、サイドリンク一貫性ＬＢＴ失敗がトリガされてキャンセルされないことに応じて、さらに、アップリンク共有チャネル（ＵＬ－ＳＣＨ）リソースが新しいアップリンク伝送に利用可能であり、これらのＵＬ－ＳＣＨリソースが論理チャネル優先順位付けの結果としてＬＢＴ失敗ＭＡＣ ＣＥおよびそのサブヘッダに適応できることに応じて、第１のユーザデバイス１０２（１）は、サイドリンクＬＢＴ失敗ＭＡＣ ＣＥを生成するために多重化および組み立て手順（例えば、許可されたリソースのＭＡＣ ＰＤＵにどのＭＡＣ ＣＥおよび／またはＭＡＣサービスデータユニット（ＳＤＵ）を含めるかを決定するようにユーザデバイス１０２を構成する無線通信規格またはプロトコル（例えば、ＴＳ３８．３２１）によって定義されるもの）を実行することができる。

【0044】

これに加えてまたは代えて、第１のユーザデバイス１０２（１）は、ブロック３０２で実行されたＬＢＴ手順および／またはブロック３０４で決定されたＬＢＴ手順の結果に従ってサイドリンク一貫性ＬＢＴ失敗を決定したことに応じて、サイドリンクＬＢＴ失敗ＭＡＣ ＣＥのスケジューリング要求をトリガしてもよい。これらの実施形態のうちの少なくとも幾つかについて、第１のユーザデバイス１０２（１）は、多重化および組み立て手順を実行する代わりにスケジューリング要求をトリガすることができる。これに加えてまたは代えて、これらの実施形態の少なくとも幾つかでは、第１のユーザデバイス１０２（１）は、サイドリンクＬＢＴ失敗ＭＡＣ ＣＥのスケジューリング要求をトリガする前に、無線アクセスノード１０４（ネットワーク）からサイドリンクＬＢＴ失敗ＭＡＣ ＣＥのスケジューリングリソース構成を受信してもよい。これに加えてまたは代えて、これらの実施形態の少なくとも幾つかについて、第１のユーザデバイス１０２（１）は、サイドリンク一貫性ＬＢＴ失敗を決定したことに応じて、さらにアップリンク共有チャネル（ＵＬ－ＳＣＨ）リソースが利用できないことに応じて、スケジューリング要求を無線アクセスノード１０４に伝送することができる。

【0045】

これに加えてまたは代えて、第１のユーザデバイス１０２（１）は、サイドリンク一貫性ＬＢＴ失敗を検出したことに応じて、サイドリンク一貫性ＬＢＴ失敗を示すサイドリンク一貫性ＬＢＴ失敗インディケーション情報を第２のユーザデバイス１０２（２）に伝送してもよい。これらの実施形態のうちの少なくとも幾つかでは、第１のユーザデバイス１０２（１）が複数のキャリアで構成されている場合に、第１のサイドリンクキャリアについてサイドリンク一貫性ＬＢＴ失敗がトリガされた場合、第１のユーザデバイス１０２（１）は、別のキャリアを介してサイドリンク一貫性ＬＢＴ失敗インディケーション情報を伝送することができる。さらに、サイドリンク一貫性ＬＢＴ失敗インディケーション情報は、サイドリンク一貫性ＬＢＴ失敗がトリガされた第１のサイドリンクキャリアのインディケーション、またはサイドリンク一貫性ＬＢＴ失敗がトリガまたは検出されたというインディケーションのうちの少なくとも１つを含み得る。

【0046】

また、第１のユーザデバイス１０２（１）が１つのキャリアのみで構成され、その１つのキャリアのみについてサイドリンク一貫性ＬＢＴ失敗がトリガされた場合、第１のユーザデバイス１０２（１）は、利用可能なリソースを有すると第１のユーザデバイス１０２（１）が決定するまで、サイドリンク一貫性ＬＢＴ失敗インディケーション情報を伝送しなくてもよい。例示すると、第１のユーザデバイス１０２（１）が時間リソースｔ１を使用することを決定したと仮定する。これに対応して、第１のユーザデバイス１０２（１）は、少なくともｔ１－ｘからＬＢＴを実行することができ、ｘはＣＡＰＣ値に依存する。第１のユーザデバイス１０２（１）は、時間リソースｔ１においてＬＢＴ失敗を検出した場合、時間リソースｔ１を使用しない。次いで、第１のユーザデバイス１０２（１）は、次の時間リソース、例えばｔ１０に対して別のＬＢＴ手順を実行する。例えば、第１のユーザデバイス１０２（１）がｔ１０においてＬＢＴ手順のＬＢＴ成功を決定すると仮定する。これに応じて、第１のユーザデバイス１０２（１）は、ｔ１０において利用可能なリソースを有すると決定し、次に、時間リソースｔ１０においてサイドリンク一貫性ＬＢＴ失敗情報を伝送する。

【0047】

これに加えてまたは代えて、第１のユーザデバイス１０２（１）は、サイドリンク一貫性ＬＢＴ失敗を検出したことに応じて、サイドリンク一貫性ＬＢＴ失敗を示すサイドリンク一貫性ＬＢＴ失敗インディケーション情報を無線アクセスノード１０４に伝送することができる。サイドリンク一貫性ＬＢＴ失敗インディケーション情報は、サイドリンク一貫性ＬＢＴ失敗がトリガされた第１のサイドリンクキャリアのインディケーション、宛先の識別（例えば、第２のユーザデバイス１０２（１）、または第１のユーザデバイスと第２のユーザデバイスとの間の接続）、および示されている障害がサイドリンク一貫性ＬＢＴ失敗であることを示す障害タイプインディケーションのうちの少なくとも１つを含み得る。

【0048】

さらに、様々な実施形態において、第１のユーザデバイス１０２（１）がユニキャストモードを介して第２のユーザデバイス１０２（２）と通信したいとき、第１および第２のユーザデバイス１０２は、最初に互いにＰＣ５－ＲＲＣ接続（ＰＣ５リンクとも呼ばれる）を確立することができる。ユーザデバイスは、異なるタイプのサービスなどのために複数のユーザデバイスと通信することができるので、ユーザデバイスは、複数のユーザデバイスと複数のＰＣ５－ＲＲＣ接続を確立することができる。ユーザデバイスは、宛先ＩＤを使用して、別のユーザデバイスと確立するＰＣ５－ＲＲＣ接続を一意に識別することができる。第１および第２のユーザデバイス１０２がＰＣ５－ＲＲＣ接続を確立すると、それらは非限定的な例として、ＵＥ能力情報、測定構成情報を含むＲＲＣ構成メッセージ、またはベアラ構成情報を含む様々な情報を交換することができる。

【0049】

さらに、第１のユーザデバイス１０２（１）は、第１のユーザデバイスが第２のユーザデバイス１０２（２）と確立したＰＣ５－ＲＲＣ接続の無線リンク障害（ＲＬＦ）を検出することができる。ＲＬＦを検出すると、第１のユーザデバイス１０２（１）は、ＰＣ５－ＲＲＣ接続または宛先を解放することができ、これは、ＰＣ５－ＲＲＣ接続のためのＤＲＢを解放すること、および／またはＰＣ５－ＲＲＣ接続のためのＮＲサイドリンク通信構成情報を破棄することを含むことができる。

【0050】

様々な実施形態において、第１のユーザデバイス１０２（１）は、連続ハイブリッド自動再送要求（ＨＡＲＱ）不連続伝送（ＤＴＸ）の最大数が連続ＨＡＲＱ ＤＴＸの最大数（ｓｌ－ｍａｘＮｕｍＣｏｎｓｅｃｕｔｉｖｅＤＴＸ）に達したことの検出に応じて、ＰＣ５－ＲＲＣ接続のためのＲＬＦを決定してもよい。一般に、ユーザデバイスは、ＨＡＲＱフィードバックメッセージを受信しない物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）で構成された連続タイムスロットの数であるＨＡＲＱ ＤＴＸの数を検出することができる。第１のユーザデバイス１０２（１）は、連続ＤＴＸの現在の数（ｎｕｍＣｏｎｓｅｃｕｔｉｖｅＤＴＸ）を追跡し続けることができる。現在の数が最大数に達するかまたは最大数を超える場合、第１のユーザデバイス１０２（１）はＲＬＦを検出することができる。したがって、様々な実施形態において、第１のユーザデバイス１０２（１）は、ＰＳＦＣＨ受信機会にＰＳＦＣＨ受信が存在しないかどうかを決定することができる。そうである場合、第１のユーザデバイス１０２（１）は、現在のカウントを１だけインクリメントすることができる。次いで、第１のユーザデバイス１０２（１）は、現在のカウントが最大数に達したかどうかを比較することができる。そうである場合、第１のユーザデバイス１０２（１）は、ＲＬＦ（ＨＡＲＱベースのサイドリンクＲＬＦとも呼ばれる）を検出することができる。さらに、少なくとも幾つかの実施形態では、ＭＡＣレイヤ２０４は現在のカウントを追跡し、現在のカウントを最大数と比較することによってＲＬＦが発生したか否かを決定する。ＭＡＣレイヤ２０４がＲＬＦを検出した場合、ＭＡＣレイヤ２０４はＲＲＣレイヤ２１０に通知してよい。

【0051】

第１および第２のユーザデバイス１０２がアンライセンスキャリアまたは共有スペクトル上で通信する幾つかの状況では、第２のユーザデバイス１０２（２）がＬＢＴ手順を実行し、その結果がＬＢＴ失敗である場合、第２のユーザデバイス１０２（２）は、第１のユーザデバイス１０２（１）にＨＡＲＱフィードバックを送信することができない可能性がある。第１および第２のユーザデバイス１０２がライセンスキャリア上で通信する状況では、第１および第２のユーザデバイス１０２が互いに離れることに起因して、連続したＨＡＲＱ ＤＴＸが最も頻繁に発生する。第１および第２のユーザデバイス１０２がアンライセンスキャリアで通信する状況では、第１および第２のユーザデバイス１０２が互いに離れることに起因して、また、特定の宛先に関して連続ＨＡＲＱ ＤＴＸの最大数に到達することがより容易であることに起因して、連続ＨＡＲＱ ＤＴＸが発生する。しかしながら、連続ＨＡＲＱ ＤＴＸの最大数が一貫したＬＢＴ失敗によるものである場合、ユーザデバイスは宛先のためのＰＣ５－ＲＲＣ接続を解放したくない場合がある。

【0052】

図４は、無線通信のための別の例示的な方法４００のフローチャートを示す。方法４００は、ユーザデバイス１０２がＲＬＦを検出するために使用し得る連続ＨＡＲＱ ＤＴＸの最大数を決定することに関する。したがって、様々な実施形態において、第１のユーザデバイス１０２（１）は、ＲＬＦを検出するために第１のユーザデバイス１０２（１）が選択する連続ＨＡＲＱ ＤＴＸの複数の最大数で構成されてもよい。幾つかの実施形態では、第１のユーザデバイス１０２（１）は、無線アクセスノード１０４から連続ＨＡＲＱ ＤＴＸの複数の最大数を受信することができる。他の実施形態では、第１のユーザデバイス１０２（１）は、連続ＨＡＲＱ ＤＴＸの複数の最大数で事前構成されてもよい。一般に、連続ＨＡＲＱ ＤＴＸの複数の最大数などの特定の情報で事前構成されることによって、ユーザデバイスは、情報への内部アクセスを有し、それに対応して、情報を決定または識別するために、無線アクセスノード１０４などの別の通信ノードからその情報を受信する必要はない。

【0053】

ブロック４０２において、第１のユーザデバイス１０２（１）は、連続ＨＡＲＱ ＤＴＸの複数の最大数の中から連続ＨＡＲＱ ＤＴＸの１つの最大数を選択することができる。幾つかの実施形態では、第１のユーザデバイス１０２（１）が選択する連続ＨＡＲＱ ＤＴＸの最大数は、１つ以上のアンライセンスキャリアのために使用される連続ＨＡＲＱ ＤＴＸの第１の最大数である。さらに、少なくとも幾つかの実施形態では、連続ＨＡＲＱ ＤＴＸの複数の最大数は、１つ以上のライセンスキャリアのために使用される連続ＨＡＲＱ ＤＴＸの第２の最大数を含む。したがって、第１のユーザデバイス１０２（１）は、第１のユーザデバイス１０２（１）がアンライセンスキャリアで伝送しているかまたは伝送したいか、或いはライセンスキャリアで伝送しているかまたは伝送したいかどうかに基づいて、第１の最大数または第２の最大数を選択することができる。すなわち、第１のユーザデバイス１０２（１）がアンライセンスキャリアで伝送しているか、または伝送したい場合、第１のユーザデバイス１０２（１）は、連続ＨＡＲＱ ＤＴＸの第１の最大数を選択することができ、第１のユーザデバイス１０２（１）がライセンスキャリアで伝送しているか、または伝送したい場合、第１のユーザデバイス１０２（１）は、連続ＨＡＲＱ ＤＴＸの第２の最大数を選択することができる。さらに、少なくとも幾つかの実施形態では、アンライセンスキャリアに対する連続ＨＡＲＱ ＤＴＸの第１の最大数は、ライセンスキャリアに対する連続ＨＡＲＱ ＤＴＸの第２の最大数よりも大きい。

【0054】

加えて、少なくとも幾つかの実施形態では、アンライセンスキャリアの連続ＨＡＲＱ ＤＴＸの第１の最大数は複数の値を含む。これらの実施形態の幾つかでは、複数の値の各最大数値は、チャネル占有値の１つ以上の範囲のそれぞれ１つに対応する。例えば、第１の値はチャネル占有値の第１の範囲に対応してもよく、第２の値はチャネル占有値の第２の範囲に対応してもよく、以下同様である。また、チャネル占有率は、所定の閾値（ｃｈａｎｎｅｌＯｃｃｕｐａｎｙＴｈｒｅｓｈｏｌｄ）を上回る受信信号強度インジケータ（ＲＳＳＩ）のサンプルのパーセンテージである。また、ＲＳＳＩは、構成された直交周波数分割多重（ＯＦＤＭ）シンボルで観測される総受信電力の線形平均であるか、またはそれを示す。これに加えてまたは代えて、ＲＳＳＩは、同一チャネルのサービングセルおよび非サービングセル、隣接チャネル干渉、および熱雑音を含む全てのソースからのユーザデバイスによる構成された絶対無線周波数チャネル番号（ＡＲＦＣＮ）の中心周波数を有するＬＢＴ帯域幅に対応するＮ個のリソースブロックにわたる構成された測定帯域幅における総受信電力の線形平均を含んでもよい。これらの実施形態の場合、第１のユーザデバイス１０２（１）は、第１のチャネル占有値を決定することができる。次いで、第１のユーザデバイス１０２（１）は、チャネル占有値の１つ以上の範囲の中から、第１のチャネル占有値が入るチャネル占有値の範囲を決定することができる。次に、第１のユーザデバイス１０２（１）は、チャネル占有の決定された範囲に対応する最大数値を決定し、連続ＨＡＲＱ ＤＴＸの第１の最大数についてその最大数値を選択することができる。

【0055】

実施形態では、複数の値の各最大数値は、チャネルビジー率（ＣＢＲ）の１つ以上の範囲のそれぞれ１つに対応する。一般に、ＣＢＲは、所定の期間（例えば、１００ミリ秒）内に所定の閾値を超えるサイドリンクＲＳＳＩ（ｓ－ＲＳＳＩ）のサブチャネル割合のパーセンテージであり得るか、またはそれを示し得る。これらの実施形態では、第１のユーザデバイス１０２（１）は、第１のＣＢＲ値を決定することができる。次いで、第１のユーザデバイス１０２（１）は、ＣＢＲ値の１つ以上の範囲の中から、第１のＣＢＲ値が入るＣＢＲ値の範囲を決定することができる。次に、第１のユーザデバイス１０２（１）は、決定されたＣＢＲ値の範囲に対応する第１の最大数値を決定し、連続ＨＡＲＱ ＤＴＸの第１の最大数に対してその第１の最大数値を選択することができる。

【0056】

他の実施形態では、複数の値の各最大数値は、ＲＳＳＩ値の１つ以上の範囲のそれぞれ１つに対応する。これらの実施形態では、第１のユーザデバイス１０２（１）は、第１のＲＳＳＩ値を決定することができる。次いで、第１のユーザデバイス１０２（１）は、ＲＳＳＩ値の１つ以上の範囲の中から、第１のＲＳＳＩ値が入るＲＳＳＩ値の範囲を決定することができる。次に、第１のユーザデバイス１０２（１）は、決定されたＣＢＲ値の範囲に対応する第１の最大数値を決定し、連続ＨＡＲＱ ＤＴＸの第１の最大数についてその値を選択することができる。

【0057】

さらに他の実施形態では、複数の値の各最大数値は、１つ以上の優先度値のそれぞれ１つに対応する。これらの実施形態では、第１のユーザデバイス１０２（１）は、第１の優先度値を決定することができる。次いで、第１のユーザデバイス１０２（１）は、第１の優先度値と一致する１つ以上の優先度値の中から優先度値を決定し、決定された優先度値に対応する第１の最大数値を決定し、連続ＨＡＲＱ ＤＴＸの第１の最大数に対してその値を選択することができる。

【0058】

ブロック４０４において、連続ＨＡＲＱ ＤＴＸの最大数を選択した後、第１のユーザデバイス１０２（１）は、連続ＨＡＲＱ ＤＴＸの現在の数および選択された連続ＨＡＲＱ ＤＴＸの最大数に基づいて、第２のユーザデバイス１０２（２）と確立したＰＣ５－ＲＲＣ接続のためにＲＬＦが存在するかどうかを決定することができる。例えば、前述したように、第１のユーザデバイス１０２（１）は、ＰＳＦＣＨ受信機会にＰＳＦＣＨ受信が存在しないかどうかを決定し、現在のカウントがブロック４０２から選択された最大数に達したかどうかを決定することなどによって、連続ＨＡＲＱ ＤＴＸの現在のカウントを追跡し続けることができる。現在のカウントが選択された最大数に達した場合、第１のユーザデバイス１０２（１）は、ＲＬＦが存在すると決定することができる。加えて、現在のカウントが選択された最大数に達していない場合、第１のユーザデバイス１０２（２）は、ＲＬＦが存在しないと決定することができる。ブロック４０６において、ブロック４０４で第１のユーザデバイス１０２（１）がＲＬＦを検出した場合、第１のユーザデバイス１０２（１）は、ＰＣ５－ＲＲＣ接続を解放することができ、これは、前述したように、ＰＣ５－ＲＲＣ接続のためのＤＲＢを解放すること、および／またはＰＣ５－ＲＲＣ接続のためのＮＲサイドリンク通信構成情報を破棄することを含むことができる。さらに、ブロック４０４で第１のユーザデバイス１０２（１）がＲＬＦを検出しなかった場合、第１のユーザデバイス１０２（２）は、それが確立したＰＣ５－ＲＲＣ接続を維持または維持することができる。第１のユーザデバイス１０２（１）は、ＰＣ５－ＲＲＣ接続を維持することを決定した場合、ＰＣ５－ＲＲＣ接続を使用して第２のユーザデバイス１０２（２）と情報を交換（伝送および／または受信）し続けることができる。

【0059】

さらに、様々な実施形態において、ユーザデバイスは、ユーザデバイスが別のユーザデバイスとのＰＣ５－ＲＲＣ接続を変更することを決定した場合、サイドリンクＲＲＣ再構成手順を実行することができる。非限定的な例として、ユーザデバイスは、サイドリンクＤＲＢを確立、変更、および／または解放すること、ＮＲサイドリンク測定および報告を構成すること、またはサイドリンクチャネル状態情報（ＣＳＩ）参照信号リソースおよびＣＳＩ報告待ち時間バウンドを構成することを決定する場合など、様々な理由のいずれかのためにＰＣ５－ＲＲＣ接続を変更することを決定することができる。ユーザデバイスがＰＣ５－ＲＲＣ接続のためのサイドリンクＲＲＣ再構成手順を実行することを決定した場合、ユーザデバイスは、ＰＣ５－ＲＲＣ接続を確立した他のユーザデバイスにサイドリンクＲＲＣ再構成（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＳｉｄｅｌｉｎｋ）メッセージを伝送することによって、他のユーザデバイスとの再構成手順を開始する。他のユーザデバイスがＲＲＣ再構成サイドリンクメッセージに従ってサイドリンクＲＲＣ再構成手順を正常に実行または完了した場合、他のユーザデバイスは、サイドリンクＲＲＣ再構成完了（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅＳｉｄｅｌｉｎｋ）メッセージを開始ユーザデバイスに伝送することによってサイドリンクＲＲＣ再構成メッセージに応答することができる。さらに、他のユーザデバイスがＲＲＣ再構成サイドリンクメッセージに従ってサイドリンクＲＲＣ再構成手順を正常に実行または完了しない場合、他のユーザデバイスは、サイドリンクＲＲＣ再構成失敗（ＲＲＣＲｒｅｃｏｎｆｉｇｕｒａｔｉｏｎＦａｉｌｕｒｅＳｉｄｅｌｉｎｋ）メッセージを開始ユーザデバイスに伝送することによってＲＲＣ再構成サイドリンクメッセージに応答することができる。

【0060】

また、様々な実施形態において、第１のユーザデバイス１０２（１）は、ＬＢＴ失敗回復を決定することができる。一般に、アンライセンスキャリアを占有したいユーザデバイスが多すぎることによって引き起こされるアンライセンスキャリアの輻輳は、第１のユーザデバイス１０２（１）がＬＢＴ手順のＬＢＴ失敗を検出する可能性を高め得る。したがって、第１のユーザデバイス１０２（１）は、アンライセンスキャリアの使用を停止することが好ましい場合がある。しかしながら、一定時間が経過した後、アンライセンスキャリアを占有したいユーザデバイスの数が少なくなる可能性があり、その時点で、第１のユーザデバイス１０２（１）がアンライセンスキャリアで再度通信することが望ましいか、少なくとも実現可能であり得る。また、第１のユーザデバイス１０２（１）がサイドリンク一貫性ＬＢＴ失敗を検出した場合、第１のユーザデバイス１０２（１）は、サイドリンク一貫性ＬＢＴ失敗に関するＬＢＴ失敗インディケーションを無線アクセスノード１０４に報告することができる。これに応じて、無線アクセスノード１０４は、報告する第１のユーザデバイス１０２（１）のためのアンライセンスキャリアにおけるサイドリンクリソースの割り当てを停止することができる。しかしながら、無線アクセスノード１０４は、第１のユーザデバイス１０２（１）がアンライセンスキャリアで再び通信することが望ましいように、アンライセンスキャリアを占めるユーザデバイスの数が減少する（アンライセンスキャリアの輻輳が減少する）ときを知らない場合がある。したがって、第１のユーザデバイス１０２（１）は、ＬＢＴ失敗を検出した後、アンライセンスキャリアでＬＢＴ手順を実行し続けることができる。アンライセンスキャリアにおける後続のＬＢＴ手順中に、ＬＢＴ成功を検出した場合、無線アクセスノード１０４にＬＢＴ成功情報を報告することができる。ＬＢＴ成功情報は、サイドリンク一貫性ＬＢＴ失敗が回復された第１のサイドリンクキャリアのインディケーション、宛先の識別（例えば、第２のユーザデバイス１０２（１）、または第１のユーザデバイスと第２のユーザデバイスとの間の接続）、および示されている回復がサイドリンク一貫性ＬＢＴ失敗回復であることを示す回復タイプインディケーションのうちの少なくとも１つを含み得る。これに応じて、無線アクセスノード１０４は、アンライセンスキャリアのためのサイドリンクリソースを第１のユーザデバイス１０２（１）に割り当ててもよい。本明細書で使用される場合、キャリアのＬＢＴ失敗回復という用語は、ＬＢＴ失敗の検出などにより、ユーザデバイスがキャリア内で通信すべきでないという以前の決定に続いて、ユーザデバイスがキャリア内で通信できるという決定を指す。

【0061】

様々な実施形態において、第１のユーザデバイス１０２（１）は、ＬＢＴ手順のＬＢＴ失敗の検出に応じて第１のユーザデバイス１０２（１）が開始したタイマの満了、および／または検出されたＬＢＴ失敗について生成されたＬＢＴ失敗インディケーション、１つ以上のＬＢＴ手順に従ってトリガまたは検出されたサイドリンク一貫性ＬＢＴ失敗に応じて第１のユーザデバイス１０２（１）が開始したタイマの満了、ＬＢＴ手順の成功結果、またはチャネル占有率が所定の閾値より低いことのうちの少なくとも１つに応じて、サイドリンクキャリア（アンライセンス）のＬＢＴ失敗回復を決定することができる。これらの実施形態のうちの様々な実施形態において、第１のユーザデバイス１０２（１）は、タイマが満了するときを示すタイマ値と、チャネル占有率の所定の閾値とを無線アクセスノード１０４から受信することができる。他の実施形態では、第１のユーザデバイス１０２（１）は、タイマ値およびチャネル占有率の所定の閾値で事前構成されてもよい。

【0062】

また、第１のユーザデバイス１０２（１）は、図３の方法３００の様々な実施形態においてＬＢＴ失敗回復を決定することができる。例えば、様々な実施形態において、ブロック３０４で第１のユーザデバイス１０２（１）がＬＢＴ手順のＬＢＴ成功を決定した場合、第１のユーザデバイス１０２（１）はＬＢＴ失敗回復を決定することができる。別の例として、ブロック３０４で第１のユーザデバイス１０２（１）がＬＢＴ手順のＬＢＴ失敗を決定した場合、第１のユーザデバイス１０２（１）はタイマを開始することができる。タイマが満了した場合、第１のユーザデバイス１０２（１）は、ＬＢＴ失敗回復を決定することができる。これに加えてまたは代えて、ブロック３０６において第１のユーザデバイス１０２（１）がサイドリンク一貫性ＬＢＴ失敗を決定した場合、第１のユーザデバイス１０２（１）はタイマを開始することができる。タイマが満了した場合、第１のユーザデバイス１０２（１）は、ＬＢＴ失敗回復を決定することができる。

【0063】

さらに、様々な実施形態において、第１のユーザデバイス１０２（１）は、幾つかの伝送を他の伝送よりも優先させることができる。状況によっては、第１のユーザデバイス１０２（１）が第２の伝送よりも第１の伝送を優先する場合、第１のユーザデバイス１０２（１）は第２の伝送をドロップすることができる。第２の伝送がアンライセンスキャリアのサイドリンク伝送である場合、サイドリンク伝送を実行しないと、第１のユーザデバイス１０２（１）は、サイドリンク伝送のために取得したリソースを失う可能性がある。これにより、第１ユーザデバイス１０２（１）は、サイドリンク伝送用の追加リソースを再度取得する。これに対応して、サイドリンク伝送のためのデータのパッケージ遅延バジェット（ＰＤＢ）が満了する可能性があり、これはサイドリンクデータ送受信の障害につながる可能性がある。

【0064】

このような障害を最小限に抑えるために、様々な実施形態において、第１のユーザデバイス１０２（１）は、ライセンスキャリア上の伝送よりもアンライセンスキャリア上の伝送を優先させるかどうか、および／またはアップリンク伝送よりもサイドリンク伝送を優先させるかどうかを決定することができる。

【0065】

図５は、伝送の優先順位付けを含む無線通信のための例示的な方法５００を示す。ブロック５０２において、第１のユーザデバイス１０２（１）は、サイドリンク伝送がアンライセンスキャリアであり、第２の伝送がライセンスキャリアであることに応じて、サイドリンク伝送を第２の伝送よりも優先させることができ、または、第１のユーザデバイス１０２（１）は、第２の伝送がアンライセンスキャリア上にあり、サイドリンク伝送がライセンスキャリア上にあることに応じて、第２の伝送をサイドリンク伝送よりも優先してもよい。

【0066】

さらに、様々な実施形態では、第１のユーザデバイス１０２（１）は、サイドリンク伝送と第２の伝送とを同時に実行することができない場合、伝送を優先順位付けすることを決定することができる。第１のユーザデバイス１０２（１）は、サイドリンク伝送がアンライセンスキャリアで実行されている伝送であるため、第２の伝送よりもサイドリンク伝送を優先してもよい。他の実施形態では、第２の伝送がアンライセンスキャリアで実行され、サイドリンク伝送がライセンスキャリアで実行される場合、第１のユーザデバイス１０２は、第２の伝送がアンライセンスキャリアで実行される伝送であるため、サイドリンク伝送よりも第２の伝送を優先してもよい。さらに、前述したように、第２の伝送は、別のサイドリンク伝送またはアップリンク伝送であってもよい。様々な実施形態では、第１のユーザデバイス１０２（１）は、第１のユーザデバイス１０２（１）の非アクセス層（ＮＡＳ）レイヤエンティティ２１２、または第１のユーザデバイス１０２（１）のＰＨＹレイヤエンティティ２０２よりも上位のレイヤエンティティによってアップリンク伝送が優先されないことに応じて、アンライセンスキャリアでのサイドリンク伝送を優先させることができる。

【0067】

ブロック５０４において、第１のユーザデバイス１０２（１）は、サイドリンク伝送に関連するサイドリンク信号を第２のユーザデバイス１０２（２）に伝送することなどによって、ライセンスキャリア上の第２の伝送よりも優先されるアンライセンスキャリア上でサイドリンク伝送を実行することができる。これに対応して、第１のユーザデバイス１０２（１）は、ライセンスキャリア上の第２の伝送をドロップすることができる。

【0068】

さらに、様々な実施形態では、第１のユーザデバイス１０２（１）は、アップリンク伝送よりもサイドリンク伝送を優先するか、またはその逆を決定することができる。これらの実施形態の幾つかでは、優先順位付けは、ライセンスキャリア上のサイドリンク伝送のための第１のサイドリンク優先順位付け閾値と、アンライセンスキャリア上のサイドリンク伝送のための第２のサイドリンク優先順位付け閾値とに基づいてもよい。幾つかの実施形態では、第１のユーザデバイス１０２（１）は、無線アクセスノード１０４から第１および第２のサイドリンク優先順位付け閾値を受信することができる。他の実施形態では、第１のユーザデバイス１０２（１）は、第１および第２のサイドリンク優先順位付け閾値で事前構成されてもよい。

【0069】

図６は、サイドリンク伝送およびアップリンク伝送の優先順位付けを含む無線通信のための例示的な方法６００を示す。ブロック６０２において、第１のユーザデバイス１０２（１）は、第１のサイドリンク優先順位付け閾値または第２のサイドリンク優先順位付け閾値のうちの少なくとも１つに基づいて、アップリンク伝送よりもサイドリンク伝送を優先するか、またはその逆を決定することができる。これらの実施形態のうちの少なくとも幾つかでは、第１のユーザデバイス１０２（１）がアップリンク伝送とサイドリンク伝送を同時に実行することができない場合、およびアップリンク伝送がＭＡＣレイヤ２０４によって優先順位付けされていない場合、さらに、第１のユーザデバイス１０２（１）がライセンスキャリアでサイドリンク伝送を実行することになる場合、およびサイドリンク伝送のためのＭＡＣ ＰＤＵ内の論理チャネルまたはＭＡＣ ＣＥの最も高い優先度の値がライセンスキャリアの第１のサイドリンク優先順位付け閾値の値よりも小さい場合、第１のユーザデバイス１０２（１）は、アップリンク伝送よりもサイドリンク伝送を優先し得る。また、第１のユーザデバイス１０２（１）がアンライセンスキャリアでサイドリンク伝送を実行する場合、およびサイドリンク伝送のためのＭＡＣ ＰＤＵ内の論理チャネルまたはＭＡＣ ＣＥの最も高い優先度の値がアンライセンスキャリアの第２のサイドリンク優先順位付け閾値の値よりも小さい場合、第１のユーザデバイス１０２（１）は、アップリンク伝送よりもサイドリンク伝送を優先し得る。

【0070】

ブロック６０４において、第１のユーザデバイス１０２（１）は、優先伝送に関連する信号を伝送することなどによって、優先伝送を実行することができる。これに対応して、第１のユーザデバイス１０２（１）は、優先順位付けしなかった他の伝送をドロップすることができる。

【0071】

図７は、サイドリンク伝送およびアップリンク伝送の優先順位付けを含む無線通信のための別の例示的な方法７００を示す。ブロック７０２において、第１のユーザデバイス１０２（１）は、ライセンスキャリア上のアップリンク伝送のための第１のアップリンク優先順位付け閾値、またはアンライセンスキャリア上のアップリンク伝送のための第２のサイドリンク優先順位付け閾値のうちの少なくとも１つに基づいて、アップリンク伝送よりもサイドリンク伝送を優先するか、またはその逆を行うかを決定することができる。幾つかの実施形態では、第１のユーザデバイス１０２（１）は、無線アクセスノード１０４から第１および第２のアップリンク優先順位付け閾値を受信することができる。他の実施形態では、第１のユーザデバイス１０２（１）は、第１および第２のアップリンク優先順位付け閾値で事前構成されてもよい。また、第１および第２のアップリンク優先順位付け閾値を使用するこれらの実施形態の少なくとも幾つかでは、第１のユーザデバイス１０２（１）がライセンスキャリア上でサイドリンク伝送を実行する場合、およびアップリンク伝送のためのＭＡＣ ＰＤＵ内の論理チャネルの最も高い優先度の値がライセンスキャリアの第１のアップリンク優先順位付け閾値の値よりも小さい場合、第１のユーザデバイス１０２（１）は、サイドリンク伝送よりもアップリンク伝送を優先し得る。また、第１のユーザデバイス１０２（１）がアンライセンスキャリアでサイドリンク伝送を実行する場合、およびアップリンク伝送のためのＭＡＣ ＰＤＵ内の論理チャネルの最も高い優先度の値がアンライセンスキャリアの第２のアップリンク優先順位付け閾値の値よりも低い場合、第１のユーザデバイス１０２（１）は、サイドリンク伝送よりもアップリンク伝送を優先し得る。

【0072】

ブロック７０４において、第１のユーザデバイス１０２（１）は、優先伝送に関連する信号を伝送することなどによって、優先伝送を実行することができる。これに対応して、第１のユーザデバイス１０２（１）は、優先順位付けしなかった他の伝送をドロップすることができる。

【0073】

さらに、様々な実施形態において、図３～図７を参照して説明した方法３００，４００，５００，６００および７００の幾つかまたは全てはそれぞれ、互いに独立して、または互いに組み合わせて実行されてもよい。例えば、図３を参照して説明したＬＢＴ手順およびＬＢＴ失敗およびサイドリンク一貫性ＬＢＴ失敗の検出に関連する動作は、図４を参照して説明した連続ＨＡＲＱ ＤＴＸ選択および／またはＲＬＦの検出の最大数と組み合わせて、および／または図５～図７を参照して説明した優先順位付け方式のうちの１つ以上と組み合わせて、例えば、同じサイドリンク伝送のために実行される動作の１つ以上によって実行されてもよい。別の例として、図４を参照して説明した連続ＨＡＲＱ ＤＴＸ選択および／またはＲＬＦの検出の最大数は、図５～図７を参照して説明した優先順位付け方式のうちの１つ以上と組み合わせて、例えば、同じサイドリンク伝送のために実行される動作の１つ以上によって実行される。様々な組み合わせが可能であり得る。

【0074】

上記の説明および添付図面は、特定の例示的な実施形態および実装態様を提供する。しかしながら、記載された主題は、様々な異なる形態で具現化されてもよく、したがって、包含または特許請求の範囲に記載される主題は、本明細書に記載された任意の例示的な実施形態に限定されないと解釈されることが意図される。特許請求の範囲に記載される、または包含される主題の合理的に広い範囲が意図される。とりわけ、例えば、主題は、コンピュータコードを記憶するための方法、デバイス、構成要素、システム、または非一時的コンピュータ可読媒体として具現化され得る。したがって、実施形態は、例えば、ハードウェア、ソフトウェア、ファームウェア、記憶媒体、またはそれらの任意の組み合わせの形態を取り得る。例えば、前述した方法の実施形態は、メモリに記憶されたコンピュータコードを実行することによって、メモリおよびプロセッサを含む構成要素、デバイス、またはシステムによって実施され得る。

【0075】

本明細書および特許請求の範囲を通して、用語は、明示的に記載された意味を超えて文脈において示唆または暗示される微妙な意味を有し得る。同様に、本明細書で使用される「一実施形態／実装態様では」という語句は、必ずしも同じ実施形態を指すものではなく、本明細書で使用される「別の実施形態／実装態様では」という語句は、必ずしも異なる実施形態を指すものではない。例えば、特許請求の範囲に記載される主題は、全体的または部分的に例示的な実施形態の組み合わせを含むことが意図される。

【0076】

一般に、用語は、文脈における使用から少なくとも部分的に理解され得る。例えば、本明細書で使用される「および」、「または」、または「および／または」などの用語は、そのような用語が使用される文脈に少なくとも部分的に依存し得る様々な意味を含み得る。典型的には、Ａ、ＢまたはＣなどのリストを関連付けるために使用される場合の「または」は、ここでは包括的な意味で使用されるＡ、ＢおよびＣ、およびここでは排他的な意味で使用されるＡ、ＢまたはＣを意味することが意図される。さらに、本明細書で使用される「１つ以上」という用語は、文脈に少なくとも部分的に依存して、任意の特徴、構造、または特性を単数の意味で説明するために使用されてもよく、または特徴、構造、または特性の組み合わせを複数の意味で説明するために使用されてもよい。同様に、「１つの（ａ）」、「１つの（ａｎ）」、または「その（ｔｈｅ）」などの用語は、同様に、文脈に少なくとも部分的に依存して、単数形の用法を伝えるか、または複数形の用法を伝えると理解され得る。さらに、「に基づいて」という用語は、必ずしも排他的な要因のセットを伝えることを意図していないと理解されてもよく、代わりに、文脈に少なくとも部分的に依存して、必ずしも明示的に説明されていない追加の要因の存在を可能にしてもよい。

【0077】

本明細書を通して、特徴、利点、または同様の文言への言及は、本解決策によって実現され得る特徴および利点の全てが、その任意の単一の実装態様に含まれるべきであるかまたは含まれることを意味するものではない。むしろ、特徴および利点に言及する文言は、実施形態に関連して記載される特定の特徴、利点、または特性が本解決策の少なくとも１つの実施形態に含まれることを意味すると理解される。したがって、本明細書全体にわたる特徴および利点の説明、および同様の文言は、必ずしもそうとは限らないが、同じ実施形態を指し得る。

【0078】

さらにまた、本解決策の記載された特徴、利点、および特性は、１つ以上の実施形態において任意の適切な方法で組み合わされ得る。当業者であれば、本明細書の説明に照らして、特定の実施形態の特定の特徴または利点の１つ以上なしで本解決策が実施されることができることを認識するであろう。他の例では、本解決策の全ての実施形態には存在しない可能性がある特定の実施形態において、更なる特徴および利点が認識される場合がある。

【0079】

また、本開示の主題は、とりわけ、以下の態様に関連し得るか、または以下の態様を含み得る：

【0080】

第１の態様は、無線通信のための方法を含み、方法は、第１のユーザデバイスにより、サイドリンク伝送のためのアンライセンスキャリアでリッスンビフォアトーク（ＬＢＴ）手順を実行することと、第１のユーザデバイスにより、ＬＢＴ手順の結果を決定することと、結果がＬＢＴ成功であるとの決定に応じて、第１のユーザデバイスにより、アンライセンスキャリアにおけるチャネル上のサイドリンク信号を第２のユーザデバイスに伝送することと、結果がＬＢＴ失敗であるとの決定に応じて、第１のユーザデバイスの物理レイヤエンティティにより、第１のユーザデバイスの媒体アクセス制御（ＭＡＣ）レイヤエンティティにＬＢＴ失敗インディケーションを送信することとを含む。

【0081】

第２の態様は第１の態様を含み、さらに、アンライセンスキャリアでＬＢＴ手順を実行することは、第１のユーザデバイスにより、サイドリンク論理チャネルのサイドリンクチャネルアクセス優先度またはサービス品質（ＱｏＳ）プロファイルに従ってＬＢＴ手順を実行することを含む。

【0082】

第３の態様は、第１または第２の態様のいずれかを含み、さらに、サイドリンク信号がサイドリンクトランスポートブロックを含み、方法は、第１のユーザデバイスにより、ＬＢＴ手順のためのチャネルアクセス優先度クラス（ＣＡＰＣ）を選択することをさらに含み、選択することは、複数のサイドリンクデータ無線ベアラを含むトランスポートブロックに応じてサイドリンクデータ無線ベアラの最も高い優先度ＣＡＰＣを選択すること、トランスポートブロックが少なくとも１つのサイドリンクシグナリング無線ベアラ、サイドリンクブロードキャスト制御チャネル（ＳＢＣＣＨ）、または最も高い優先度ＣＡＰＣを有するサイドリンク媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を含むことに応じて、最も高い優先度ＣＡＰＣを選択すること、またはトランスポートブロックが最も低い優先度ＣＡＰＣを伴う１つ以上のサイドリンク媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）のみを含むことに応じて、最も低い優先度ＣＡＰＣを選択することのうちの１つを含む。

【0083】

第４の態様は、第１から第３の態様のいずれかを含み、第１のユーザデバイスにより、ＬＢＴ手順に従ってサイドリンク一貫性ＬＢＴ失敗を決定することをさらに含む。

【0084】

第５の態様は、第４の態様を含み、サイドリンク一貫性ＬＢＴ失敗を決定することに応じて、アクティブサイドリンク帯域幅部分をある帯域幅部分から他の帯域幅部分に切り替えることをさらに含む。

【0085】

第６の態様は、第４または第５の態様のいずれかを含み、ＬＢＴ手順に従ってサイドリンク一貫性ＬＢＴ失敗を決定することに応じて、第１のユーザデバイスにより、サイドリンクＬＢＴ失敗ＭＡＣ制御要素（ＣＥ）を生成することをさらに含む。

【0086】

第７の態様は第６の態様を含み、さらに、サイドリンクＬＢＴ失敗ＭＡＣ ＣＥは、論理チャネル識別情報（ＬＣＩＤ）を含むＭＡＣサブヘッダによって識別される。

【0087】

第８の態様は第６の態様を含み、さらに、サイドリンクＬＢＴ失敗ＭＡＣ ＣＥは、サイドリンク一貫性ＬＢＴ失敗がトリガされた宛先インデックスのリストであって、リスト内の各宛先インデックスが宛先識別情報を識別する、リスト、またはサイドリンク一貫性ＬＢＴ失敗がトリガされたキャリアインデックスのリスト、または８＊Ｎ個のＸフィールドを含むＮ個のオクテットであって、Ｎが１以上の整数である、Ｎ個のオクテットを含み、ｉ番目のＸフィールドが、キャリアインデックスｉに関して一貫性ＬＢＴ失敗がトリガされてキャンセルされないことに応じて１の値に設定され、ｉ番目のＸフィールドは、一貫性ＬＢＴ失敗がトリガされないまたはキャンセルされることに応じて０の値に設定され、またはｉ番目のＸフィールドは、宛先インデックスｉに関して一貫性ＬＢＴ失敗がトリガされてキャンセルされないことに応じて１の値に設定され、ｉ番目のＸフィールドは、一貫性ＬＢＴ失敗がトリガされないまたはキャンセルされることに応じて０の値に設定される。

【0088】

第９の態様は、第６の態様を含み、第１のユーザデバイスにより、サイドリンクＬＢＴ失敗ＭＡＣ ＣＥに対するスケジューリング要求をトリガすることをさらに含む。

【0089】

第１０の態様は、第９の態様を含み、スケジューリング要求をトリガする前に、第１のユーザデバイスにより、無線アクセスノードからサイドリンクＬＢＴ失敗ＭＡＣ ＣＥに対するスケジューリング要求リソース構成を受信することをさらに含む。

【0090】

第１１の態様は、第１から第１０の態様のいずれかを含み、第１のユーザデバイスにより、連続ハイブリッド自動再送要求（ＨＡＲＱ）不連続伝送（ＤＴＸ）の第１の最大数を、連続ＨＡＲＱ ＤＴＸの複数の最大数の中から選択することをさらに含む。

【0091】

第１２の態様は、第１１の態様を含み、第１のユーザデバイスにより、無線アクセスノードから連続ＨＡＲＱ ＤＴＸの複数の最大数を受信することをさらに含む。

【0092】

第１３の態様は第１１の態様を含み、さらに、第１のユーザデバイスは、連続ＨＡＲＱ ＤＴＸの複数の最大数で事前構成される。

【0093】

第１４の態様は第１１から第１３の態様のいずれかを含み、さらに、連続ＨＡＲＱ ＤＴＸの第１の最大数は、１つ以上のアンライセンスキャリアのために使用され、連続ＨＡＲＱ ＤＴＸの複数の最大数のうちの連続ＨＡＲＱ ＤＴＸの第２の最大数は、１つ以上のライセンスキャリアのために使用され、第１の最大数を選択することは、サイドリンク伝送がアンライセンスキャリア上にあることに応じて第１の最大数を選択することを含む。

【0094】

第１５の態様は第１４の態様を含み、さらに、連続ＨＡＲＱ ＤＴＸの第１の最大数が複数の最大数値を含み、セット内の各最大数値は、チャネル占有値の１つ以上の範囲のそれぞれ１つと関連付けられ、受信信号強度インジケータ（ＲＳＳＩ）値の１つ以上の範囲のそれぞれ１つと関連付けられ、または１つ以上の優先度値のそれぞれ１つと関連付けられる。

【0095】

第１６の態様は第１５の態様を含み、さらに、セット内の複数の最大数値のそれぞれは、チャネル占有値の１つ以上の範囲のそれぞれに対応し、方法は、第１のチャネル占有値を決定することをさらに含み、連続ＨＡＲＱ ＤＴＸの第１の最大数を選択することは、第１の最大数が第１のチャネル占有値が入るチャネル占有値の範囲に対応することに応じて第１の最大数を選択することを含む。

【0096】

第１７の態様は第１５の態様を含み、さらに、セット内の複数の最大数値のそれぞれは、ＲＳＳＩ値の１つ以上の範囲のそれぞれ１つに対応し、方法は、第１のＲＳＳＩ値を決定することをさらに含み、連続ＨＡＲＱ ＤＴＸの第１の最大数を選択することは、第１の最大数が第１のＲＳＳＩ値が入るＲＳＳＩ値の範囲に対応することに応じて第１の最大数を選択することを含む。

【0097】

第１８の態様は第１５の態様を含み、さらに、セット内の値の複数の最大数のそれぞれは、１つ以上の優先度値のそれぞれ１つに対応し、方法は、第１の優先度値を決定することをさらに含み、連続ＨＡＲＱ ＤＴＸの第１の最大数を選択することは、第１の最大数が第１の優先度値と一致する１つ以上の優先度値のうちの優先度値に対応することに応じて第１の最大数を選択することを含む。

【0098】

第１９の態様は、第１から第１８の態様のいずれかを含み、第１のユーザデバイスにより、ＬＢＴ手順に基づいてアンライセンスキャリアにおけるサイドリンク一貫性ＬＢＴ失敗を検出することと、第１のユーザデバイスにより、サイドリンク一貫性ＬＢＴ失敗を示すサイドリンク一貫性ＬＢＴ失敗インディケーション情報を第２のユーザデバイスに伝送することとをさらに含む。

【0099】

第２０の態様は、第１から第１９の態様のいずれかを含み、第１のユーザデバイスにより、ＬＢＴ手順に従ってアンライセンスキャリアにおけるサイドリンク一貫性ＬＢＴ失敗を検出することと、第１のユーザデバイスにより、サイドリンク一貫性ＬＢＴ失敗を示すサイドリンク一貫性ＬＢＴ失敗インディケーション情報を無線アクセスノードに伝送することとをさらに含む。

【0100】

第２１の態様は第２０の態様を含み、さらに、サイドリンク一貫性ＬＢＴ失敗インディケーション情報は、キャリアインディケーション、宛先識別情報インディケーション、または障害タイプインディケーションのうちの少なくとも１つを含む。

【0101】

第２２の態様は、第１から第２１の態様のいずれかを含み、第１のユーザデバイスにより、
ＬＢＴ手順からのＬＢＴ失敗インディケーションまたはＬＢＴ手順に従ってトリガされるサイドリンク一貫性ＬＢＴ失敗に応じて開始されるタイマの満了、ＬＢＴ手順の結果が成功であること、またはチャネル占有率が所定の閾値よりも低いこと、のうちの少なくとも１つに応じて、サイドリンク伝送のためのアンライセンスキャリアに関してＬＢＴ失敗回復を決定することをさらに含む。

【0102】

第２３の態様は、第２２の態様を含み、第１のユーザデバイスが無線アクセスノードのカバレッジ内にあることに応じて、第１のユーザデバイスにより、タイマが満了するときを示すタイマ値と所定の閾値とを無線アクセスノードから受信することをさらに含む。

【0103】

第２４の態様は第２２の態様を含み、さらに、タイマが満了するときを示すタイマ値および所定の閾値が第１のユーザデバイスにより予め構成される。

【0104】

第２５の態様は第１から第２４の態様のいずれかを含み、さらに、ＬＢＴ成功が回復に対応し、さらに、結果がＬＢＴ成功であるとの決定に応じて、第１のユーザデバイスにより、ＬＢＴ成功を示す情報を無線アクセスノードに伝送し、ＬＢＴ成功を示す情報は、アンライセンスキャリア、宛先識別情報、または回復がサイドリンク一貫性ＬＢＴ失敗からのものであることを示す回復タイプインディケーションのうちの少なくとも１つを含む。

【0105】

第２６の態様は、第１から第２５の態様のいずれかを含み、第１のユーザデバイスにより、サイドリンク伝送がアンライセンスキャリア上にあり、かつ第２の伝送がライセンスキャリア上にあることに応じて、第２の伝送よりもサイドリンク伝送を優先することと、第１のユーザデバイスにより、第２の伝送がアンライセンスキャリア上にあり、かつサイドリンク伝送がライセンスキャリア上にあることに応じて、サイドリンク伝送よりも第２の伝送を優先することとをさらに含む。

【0106】

第２７の態様は第２６の態様を含み、さらに、第２の伝送がアップリンク伝送を含む。

【0107】

第２８の態様は第２７の態様を含み、さらに、ライセンスキャリア上のアップリンク伝送よりもアンライセンスキャリア上のサイドリンク伝送を優先することは、アップリンク伝送が第１のユーザデバイスの非アクセス層（ＮＡＳ）レイヤエンティティまたは第１のユーザデバイスの物理（ＰＨＹ）レイヤエンティティよりも上位のレイヤエンティティによって優先されないことに応じたものである。

【0108】

第２９の態様は、第２６から第２８の態様のいずれかを含み、第１のユーザデバイスにより、アンライセンスキャリア上の伝送のための第１のサイドリンク優先順位付け閾値およびライセンスキャリア上の伝送のための第２のサイドリンク優先順位付け閾値を決定することをさらに含み、第２の伝送よりもサイドリンク伝送を優先することは、第１のサイドリンク優先順位付け閾値および第２のサイドリンク優先順位付け閾値に基づく。

【0109】

第３０の態様は、第２９の態様を含み、第１のユーザデバイスにより、無線アクセスノードから第１のサイドリンク優先順位付け閾値および第２のサイドリンク優先順位付け閾値を受信することをさらに含む。

【0110】

第３１の態様は第２９の態様を含み、さらに、第１のユーザデバイスは、第１のサイドリンク優先順位付け閾値および第２のサイドリンク優先順位付け閾値で事前構成される。

【0111】

第３２の態様は、第２９から第３１の態様のいずれかを含み、第１のユーザデバイスにより、アンライセンスキャリア上の伝送のための第１のアップリンク優先順位付け閾値およびライセンスキャリア上の伝送のための第２のアップリンク優先順位付け閾値を決定することをさらに含み、方法は、第１のユーザデバイスにより、第１のアップリンク優先順位付け閾値および第２のアップリンク優先順位付け閾値に基づいてサイドリンク伝送よりもアップリンク伝送を優先することをさらに含む。

【0112】

第３３の態様は、第３２の態様を含み、第１のユーザデバイスにより、無線アクセスノードから第１のアップリンク優先順位付け閾値および第２のアップリンク優先順位付け閾値を受信することをさらに含む。

【0113】

第３４の態様は第３２の態様を含み、さらに、第１のユーザデバイスは、第１のアップリンク優先順位付け閾値および第２のアップリンク優先順位付け閾値で事前構成される。

【0114】

第３５の態様は、プロセッサとメモリとを備える無線通信装置を含み、プロセッサは、第１から３４の態様のいずれかを実施するためにメモリからコードを読み取るように構成される。

【0115】

第３６の態様は、コードを記憶して含むコンピュータ可読プログラム媒体を備えるコンピュータプログラム製品であって、コードは、プロセッサによって実行されるときに、第１から第３４の態様のいずれかをプロセッサに実施させる、コンピュータプログラム製品を含む。

【0116】

上記で列挙された独立した態様のそれぞれで言及された特徴に加えて、幾つかの例は、単独でまたは組み合わせて、従属した態様で言及されたおよび／または上記の説明に開示されて図示された任意選択的な特徴を示し得る。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【国際調査報告】