▶ レノボ・シンガポール・プライベート・リミテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-12-20
(54)【発明の名称】サイドリンクリソースの競合表示
(51)【国際特許分類】
H04W 72/25 20230101AFI20231213BHJP
H04W 72/02 20090101ALI20231213BHJP
H04W 92/18 20090101ALI20231213BHJP
H04W 28/04 20090101ALI20231213BHJP
H04L 1/1812 20230101ALI20231213BHJP
H04L 1/1607 20230101ALI20231213BHJP
【ＦＩ】
H04W72/25
H04W72/02
H04W92/18
H04W28/04
H04L1/1812
H04L1/1607
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023534090
(86)(22)【出願日】2021-12-06
(85)【翻訳文提出日】2023-08-01
(86)【国際出願番号】 IB2021061381
(87)【国際公開番号】W WO2022118301
(87)【国際公開日】2022-06-09
(31)【優先権主張番号】63/121,814
(32)【優先日】2020-12-04
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＰＹＴＨＯＮ
２．ＪＡＶＡ
３．ＳＭＡＬＬＴＡＬＫ
４．ＢＬＵＥＴＯＯＴＨ
５．ＺＩＧＢＥＥ
(71)【出願人】
【識別番号】505205731
【氏名又は名称】レノボ・シンガポール・プライベート・リミテッド
(74)【代理人】
【識別番号】100108453
【弁理士】
【氏名又は名称】村山 靖彦
(74)【代理人】
【識別番号】100205785
【弁理士】
【氏名又は名称】▲高▼橋 史生
(72)【発明者】
【氏名】カルティケヤン・ガネサン
(72)【発明者】
【氏名】プラティーク・バス・マリック
(72)【発明者】
【氏名】ヨアヒム・レール
(72)【発明者】
【氏名】ラヴィ・クチボトラ
【テーマコード（参考）】
5K014
5K067
【Ｆターム（参考）】
5K014DA02
5K014FA03
5K067AA01
5K067DD24
5K067DD34
5K067EE02
5K067EE10
5K067EE25
5K067HH28
5K067JJ21
(57)【要約】
フィードバックチャネルを使用してサイドリンクリソースの競合を示すための装置、方法、およびシステムが開示される。1つの装置(600)は、PSCCHの第1のリソースにおいてピアUEからSCIを受信する(805)レシーバ(635)を含み、SCIは、将来の送信のために予約された将来のリソースを示す情報を含む。装置(600)は、リソースの競合があるかどうかを決定する(810)プロセッサ(605)を含み、前記リソースの競合は、将来のリソースにおいて予想される衝突を含む。装置(600)は、フィードバックリソース上でピアUEにフィードバックを送信する(815)トランスミッタ(630)を含み、フィードバックは、リソースの競合があるかどうかの表示を含む。
【特許請求の範囲】
【請求項1】
ユーザ機器(「UE」)の方法であって、物理サイドリンク制御チャネルの第1のリソース上においてピアUEからサイドリンク制御情報(「SCI」)を受信するステップであって、前記SCIが、将来の送信のために予約された将来のリソースを示す情報を備える、ステップと、
リソースの競合があるかどうかを決定するステップであって、前記リソースの競合が、前記将来のリソースにおいて予想される衝突を備える、ステップと、
フィードバックリソースにおいて前記ピアUEにフィードバックを送信するステップであって、前記フィードバックが、リソースの競合があるかどうかの表示を備える、ステップと
を含む、方法。
【請求項2】
前記SCIが、競合表示が有効かどうかを示すフィールドを備える、請求項1に記載の方法。
【請求項3】
前記SCIが、ハイブリッド自動再送要求(「HARQ」)フィードバックが有効かどうかを示す第2のフィールドをさらに備える、請求項2に記載の方法。
【請求項4】
サイドリンクデータの初期送信を受信するステップをさらに含み、前記SCIが前記初期送信を伴い、前記フィードバックが、ハイブリッド自動再送要求(「HARQ」)フィードバックを示すためのフィードバックリソースの第1のセットと、リソースの競合があるかどうかを示すためのフィードバックリソースの第2のセットとを備え、フィードバックリソースの前記第1のセットが、前記初期送信に対する肯定応答、および前記初期送信に対する否定応答のうちの1つを報告するHARQフィードバックビットを備える、請求項1に記載の方法。
【請求項5】
フィードバックリソースの前記第2のセットが、前記将来のリソースのいずれかに対してリソースの競合があるかどうかを示す単一の競合表示ビットを備える、請求項4に記載の方法。
【請求項6】
前記SCIが、将来のリソースの複数の予約を示し、フィードバックリソースの前記第2のセットが、各予約に対する競合表示ビットを備え、各競合表示ビットは、対応する予約に対してリソースの競合があるかどうかを示している、請求項4に記載の方法。
【請求項7】
フィードバックリソースの前記第1のセットとフィードバックリソースの前記第2のセットが、時間領域における共通のシンボル上の別個の物理リソースブロック、ならびに
共通のスロット上、および物理リソースブロックの共通のセット上の前記時間領域における別個のシンボル
のうちの1つを備える、請求項4に記載の方法。
【請求項8】
物理サイドリンク制御チャネルの第1のリソース上においてピアUEからサイドリンク制御情報(「SCI」)を受信するレシーバであって、前記SCIが、将来の送信のために予約された将来のリソースを示す情報を備える、レシーバと、リソースの競合があるかどうかを決定するプロセッサであって、前記リソースの競合が、前記将来のリソースにおいて予想される衝突を備える、プロセッサと、
フィードバックリソースにおいて前記ピアUEにフィードバックを送信するトランスミッタであって、前記フィードバックが、リソースの競合があるかどうかの表示を備える、トランスミッタと
を備える、ユーザ機器(「UE」)装置。
【請求項9】
将来の送信のために予約された将来のリソースを示す情報を備えるサイドリンク制御情報(「SCI」)を生成するプロセッサと、物理サイドリンク制御チャネルの第1のリソースにおいてピアUEに前記SCIを送信するトランスミッタと、
フィードバックリソースにおいて前記ピアUEからフィードバックを受信するレシーバと
を備え、
前記フィードバックが、リソースの競合があるかどうかの表示を備え、前記リソースの競合が、前記将来のリソースにおいて予想される衝突を備える、ユーザ機器(「UE」)装置。
【請求項10】
前記プロセッサが、前記リソースの競合を示す前記ピアUEからの前記フィードバックに応答して、リソースの再選択をトリガする、請求項9に記載の装置。
【請求項11】
前記SCIが、競合表示が有効かどうかを示すフィールドを備える、請求項9に記載の装置。
【請求項12】
前記トランスミッタが、サイドリンクデータの初期送信を送信し、前記SCIが前記初期送信を伴い、前記フィードバックが、ハイブリッド自動再送要求(「HARQ」)フィードバックを示すためのフィードバックリソースの第1のセットと、リソースの競合があるかどうかを示すためのフィードバックリソースの第2のセットとを備え、フィードバックリソースの前記第1のセットが、前記初期送信に対する肯定応答、および前記初期送信に対する否定応答のうちの1つを報告するHARQフィードバックビットを備える、請求項9に記載の装置。
【請求項13】
フィードバックリソースの前記第2のセットが、前記将来のリソースのいずれかに対してリソースの競合があるかどうかを示す単一の競合表示ビットを備える、請求項12に記載の装置。
【請求項14】
前記SCIが、将来のリソースの複数の予約を示し、フィードバックリソースの前記第2のセットが、各予約に対する競合表示ビットを備え、各競合表示ビットは、対応する予約に対してリソースの競合があるかどうかを示している、請求項12に記載の装置。
【請求項15】
フィードバックリソースの前記第1のセットとフィードバックリソースの前記第2のセットが、時間領域における共通のシンボル上の別個の物理リソースブロック、ならびに
共通のスロット上、および物理リソースブロックの共通のセット上の前記時間領域における別個のシンボル
のうちの1つを備える、請求項12に記載の装置。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
本出願は、2020年12月4日にKarthikeyan Ganesan、Prateek Basu Mallick、Joachim Loehr、およびRavi Kuchibhotlaに対して出願された「SIDELINK RESOURCE CONFLICT INDICATION USING A FEEDBACK CHANNEL」という名称の米国仮特許出願第63/121,814号の優先権を主張し、この出願は参照により本明細書に組み込まれる。
本出願は、2020年12月4日にKarthikeyan Ganesan、Prateek Basu Mallick、Joachim Loehr、およびRavi Kuchibhotlaに対して出願された「SIDELINK RESOURCE CONFLICT INDICATION USING A FEEDBACK CHANNEL」という名称の米国仮特許出願第63/121,814号の優先権を主張し、この出願は参照により本明細書に組み込まれる。
【0002】
本明細書で開示される主題は、一般にワイヤレス通信に関し、より詳細には、フィードバックチャネルを使用するサイドリンク(「SL」)リソースの競合表示に関する。
【背景技術】
【0003】
サイドリンク通信は、ユーザ機器(「UE」)デバイス間の直接的なピアツーピア通信を指す。したがって、UEは、通信がモバイルネットワークを介して中継されることなく(すなわち、基地局を必要とすることなく)互いに通信する。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】2019年8月19日にKarthikeyan Ganesan、Prateek Basu Mallick、Joachim Loehr、Alexander Johann Maria Golitschek Edler von Elbwart、およびRavi Kuchibhotlaに対して出願された「USING A CONFIGURED FEEDBACK RESOURCE FOR FEEDBACK」という名称の米国特許出願公開US2021/0058905A1
【発明の概要】
【課題を解決するための手段】
【0005】
フィードバックチャネルを使用したサイドリンクリソースの競合表示のための手順が開示される。前記手順は、装置、システム、方法、またはコンピュータプログラム製品によって実装され得る。
【0006】
フィードバックチャネルを使用してサイドリンクリソースの競合を示すためのレシーバユーザ機器(「Rx UE」)の1つの方法は、物理サイドリンク制御チャネル(「PSCCH」)の第1のリソース上においてピアトランスミッタユーザ機器(「Tx UE」)からサイドリンク制御情報(「SCI」)を受信するステップであって、SCIが、将来の送信のために予約された将来のリソースを示す情報を含む、ステップを含む。本方法は、リソースの競合があるかどうかを決定するステップと、フィードバックリソースにおいてピアTx UEにフィードバックを送信するステップであって、フィードバックが、リソースの競合があるかどうかの表示を含む、ステップとを含み、前記リソースの競合は、将来のリソースにおいて予想される衝突を含む。
【0007】
フィードバックチャネルを使用してサイドリンクリソースの競合を示すためのTx UEの1つの方法は、PSCCHの第1のリソース上においてSCIをピアRx UEに送信するステップであって、SCIが、将来の送信のために予約された将来のリソースを示す情報を含む、ステップを含む。本方法は、フィードバックリソースにおいてピアRx UEからフィードバックを受信するステップを含み、フィードバックは、リソースの競合があるかどうかの表示を備え、前記リソースの競合は、将来のリソースにおいて予想される衝突を含む。
【0008】
上記で簡単に説明した実施形態のより具体的な説明は、添付の図面に示されている特定の実施形態を参照することによって与えられる。これらの図面はいくつかの実施形態のみを示しており、したがって範囲を限定するものとみなされるべきではないことを理解した上で、実施形態は、添付の図面を使用して追加の具体性および詳細と共に記述および説明される。
【図面の簡単な説明】
【0009】
【図1】フィードバックチャネルを使用してサイドリンクリソースの競合を示すためのワイヤレス通信システムの一実施形態を示すブロック図である。
【図2】フィードバックチャネルを使用してサイドリンクリソースの競合を示す一実施形態を示すコールフロー図である。
【図3A】競合表示のためのPSFCHリソースを有するフレーム構造の一実施形態を示す図である。
【図3B】周波数領域多重化および時間領域多重化のオプションを示すスロット内のPSFCHリソースの一実施形態を示す図である。
【図4】異なるタイムスロットにおいて、PSFCHを使用して競合表示およびHARQ-ACK報告を示すフレーム構造の一実施形態を示す図である。
【図5】サイドリンクプロトコルスタックの一実施形態を示すブロック図である。
【図6】フィードバックチャネルを使用してサイドリンクリソースの競合を示すために使用され得るユーザ機器装置の一実施形態を示すブロック図である。
【図7】フィードバックチャネルを使用してサイドリンクリソースの競合を示すために使用され得るネットワーク装置の一実施形態を示すブロック図である。
【図8】フィードバックチャネルを使用してサイドリンクリソースの競合を示すための第1の方法の一実施形態を示すフローチャート図である。
【図9】フィードバックチャネルを使用してサイドリンクリソースの競合を示すための第2の方法の一実施形態を示すフローチャート図である。
【発明を実施するための形態】
【0010】
当業者には理解されるように、実施形態の態様は、システム、装置、方法、またはプログラム製品として具現化され得る。したがって、実施形態は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態(ファームウェア、常駐ソフトウェア、マイクロコードなどを含む)、またはソフトウェアとハードウェアの態様を組み合わせた実施形態の形態をとり得る。
【0011】
たとえば、開示された実施形態は、カスタム超大規模集積(「VLSI」)回路またはゲートアレイ、論理チップ、トランジスタ、もしくは他のディスクリートコンポーネントなどの既製の半導体を備えるハードウェア回路として実装され得る。開示された実施形態はまた、フィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジックデバイスなどのプログラマブルハードウェアデバイスにおいて実装され得る。別の例として、開示された実施形態は、たとえば、オブジェクト、手順、または機能として編成され得る実行可能コードの1つまたは複数の物理的または論理的ブロックを含み得る。
【0012】
さらに、実施形態は、以下でコードと呼ばれる、機械可読コード、コンピュータ可読コード、および/またはプログラムコードを記憶する1つまたは複数のコンピュータ可読ストレージデバイスに具現化されたプログラム製品の形態をとり得る。ストレージデバイスは、有形、非一時的、および/または非送信的であり得る。ストレージデバイスは、信号を具現化しない場合がある。ある実施形態では、ストレージデバイスは、コードにアクセスするための信号のみを使用する。
【0013】
1つまたは複数のコンピュータ可読媒体の任意の組合せが利用され得る。コンピュータ可読媒体は、コンピュータ可読ストレージ媒体であり得る。コンピュータ可読ストレージ媒体は、コードを記憶するストレージデバイスであり得る。ストレージデバイスは、たとえば、これらに限定されないが、電子、磁気、光学、電磁気、赤外線、ホログラフィック、マイクロメカニカル、あるいは半導体システム、装置、またはデバイス、あるいは前述の任意の適切な組合せであり得る。
【0014】
ストレージデバイスのより具体的な例(網羅的でないリスト)は、1つまたは複数のワイヤを有する電気的接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ(「RAM」)、読取り専用メモリ(「ROM」)、消去可能でプログラム可能な読取り専用メモリ(「EPROM」またはフラッシュメモリ)、ポータブルコンパクトディスク読取り専用メモリ(「CD-ROM」)、光学ストレージデバイス、磁気ストレージデバイス、または前述の任意の適切な組合せを含む。本明細書の文脈では、コンピュータ可読ストレージ媒体は、命令実行システム、装置、またはデバイスによって、またはそれに関連して使用するためのプログラムを含むか、または記憶できる任意の有形の媒体であり得る。
【0015】
実施形態の動作を実行するためのコードは、任意の数の行であってもよく、Python、Ruby、Java、Smalltalk、C++などのオブジェクト指向プログラミング言語、および「C」プログラミング言語などの従来の手続き型プログラミング言語を含む1つまたは複数のプログラミング言語の任意の組合せなど、および/またはアセンブリ言語などの機械語で記述されてもよい。コードは、完全にユーザのコンピュータ上で、一部はユーザのコンピュータ上で、スタンドアロンのソフトウェアパッケージとして、一部はユーザのコンピュータ上でかつ一部はリモートコンピュータ上で、あるいは完全にリモートコンピュータまたはサーバ上で実行され得る。後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク(「LAN」)、ワイヤレスLAN(「WLAN」)、またはワイドエリアネットワーク(「WAN」)を含む任意のタイプのネットワークを通じて、ユーザのコンピュータに接続されてもよく、外部コンピュータへの接続が行われてもよい(たとえば、インターネットサービスプロバイダ(「ISP」)を使用してインターネット経由で)。
【0016】
さらに、実施形態の記載された特徴、構造、または特性は、任意の適切な方法で組み合わされ得る。以下の説明では、実施形態の完全な理解を提供するために、プログラミング、ソフトウェアモジュール、ユーザ選択、ネットワークトランザクション、データベースクエリ、データベース構造、ハードウェアモジュール、ハードウェア回路、ハードウェアチップなどの例などの、多数の特定の詳細が提供される。しかしながら、当業者は、特定の詳細のうちの1つまたは複数がなくても、または他の方法、コンポーネント、材料などを用いて実施形態が実施され得ることを認識するであろう。他の例では、よく知られている構造、材料、または動作は、実施形態の態様を不明瞭にすることを避けるために、詳細には図示または説明されていない。
【0017】
本明細書全体を通じて「一実施形態(one embodiment)」、「実施形態(an embodiment)」、または類似の言葉への言及は、その実施形態に関連して説明される特定の特徴、構造、または特性が少なくとも一実施形態に含まれることを意味する。したがって、本明細書全体を通じて「一実施形態において(in one embodiment)」、「実施形態において(in an embodiment)」というフレーズ、および類似の言葉の出現は、必ずしもそうである必要はないが、すべてが同じ実施形態を指す場合があるが、別段の明示的な指定がない限り、「すべてではないが、1つまたは複数の実施形態(one or more but not all embodiments)」を意味する。「含む(including)」、「備える(comprising)」、「有する(having)」、という用語、およびそれらの変形は、別段の明示的な指定がない限り、「含むが、これらに限定されない(including but not limited to)」を意味する。列挙されたアイテムのリストは、別段の明示的な指定がない限り、一部またはすべてのアイテムが相互に排他的であることを含意するものではない。「a」、「an」、および「the」という用語はまた、別段の明示的な指定がない限り、「1つまたは複数(one or more)」を意味する。
【0018】
本明細書で使用されるように、「および/または(and/or)」の結合を伴うリストは、リスト内の任意の単一のアイテムまたはリスト内のアイテムの組合せを含む。たとえば、A、B、および/またはCのリストは、Aのみ、Bのみ、Cのみ、AとBの組合せ、BとCの組合せ、AとCの組合せ、またはA、B、およびCの組合せを含む。本明細書で使用される場合、「のうちの1つまたは複数(one or more of)」という用語を使用するリストは、リスト内の任意の単一のアイテムまたはリスト内のアイテムの組合せを含む。たとえば、A、BおよびCのうちの1つまたは複数は、Aのみ、Bのみ、Cのみ、AとBの組合せ、BとCの組合せ、AとCの組合せ、またはA、B、およびCの組合せを含む。本明細書で使用される場合、「のうちの1つ(one of)」という用語を使用するリストは、リスト内の任意の単一のアイテムのうちの1つだけを含む。たとえば、「A、B、およびCのうちの1つ」は、Aのみ、Bのみ、またはCのみを含み、A、B、およびCの組合せは除外される。本明細書で使用される場合、「A、B、およびCで構成されるグループから選択される構成要素」には、A、B、またはCのうちの1つだけを含み、A、B、およびCの組合せは除外される。本明細書で使用される場合、「A、B、およびC、ならびにそれらの組合せで構成されるグループから選択される構成要素」は、Aのみ、Bのみ、Cのみ、AとBの組合せ、BとCの組合せ、AとCの組合せ、またはA、B、およびCの組合せを含む。
【0019】
実施形態の態様は、実施形態による方法、装置、システム、およびプログラム製品の概略フローチャート図および/または概略ブロック図を参照して以下に説明される。概略フローチャート図および/または概略ブロック図の各ブロック、ならびに概略フローチャート図および/または概略ブロック図中のブロックの組合せは、コードによって実装できることが理解されよう。このコードは、コンピュータのプロセッサまたは他のプログラム可能なデータ処理装置を介して実行される命令が、フローチャート図および/またはブロック図において指定された機能/行為を実装するための手段を作成するようにマシンを生成するために、汎用コンピュータ、専用コンピュータ、または他のプログラム可能なデータ処理装置のプロセッサに提供され得る。
【0020】
コードはまた、ストレージデバイスに記憶された命令が、フローチャート図および/またはブロック図において指定された機能/行為を実装する命令を含む製品を生成するように、コンピュータ、他のプログラム可能なデータ処理装置、または他のデバイスを特定の方法で機能させることができるストレージデバイスに記憶され得る。
【0021】
コードはまた、コンピュータまたは他のプログラム可能な装置上で実行されるコードが、フローチャート図および/またはブロック図において指定された機能/行為を実装するためのプロセスを提供するように、コンピュータで実装されるプロセスを生成するために、一連の動作ステップが、コンピュータ、他のプログラム可能な装置、または他のデバイスにおいて実行されるように、コンピュータ、他のプログラム可能なデータ処理装置、または他のデバイスにロードされ得る。
【0022】
図面におけるコールフロー図、フローチャート図および/またはブロック図は、様々な実施形態による装置、システム、方法、およびプログラム製品の可能な実装形態のアーキテクチャ、機能、および動作を示している。この点に関して、フローチャート図および/またはブロック図における各ブロックは、指定された論理機能を実装するためのコードの1つまたは複数の実行可能な命令を含む、モジュール、セグメント、またはコードの一部を表し得る。
【0023】
いくつかの代替実施形態では、ブロックに記載された機能が、図面に記載された順序とは異なる場合がある点にも留意されたい。たとえば、関連する機能に応じて、連続して示される2つのブロックが実際には実質的に同時に実行されてもよく、時にはブロックが逆の順序で実行されてもよい。示された図面の1つまたは複数のブロック、あるいはその一部と、機能、論理、または効果において同等である他のステップおよび方法が考えられ得る。
【0024】
コールフロー、フローチャートおよび/またはブロック図において、様々な矢印のタイプおよび線のタイプが使用され得るが、それらは、対応する実施形態の範囲を限定するものではないことを理解されたい。実際、図示される実施形態の論理フローのみを示すために、いくつかの矢印または他のコネクタが使用され得る。たとえば、矢印は、描かれた実施形態の列挙されたステップ間の不特定の期間の待機または監視期間を示し得る。ブロック図および/またはフローチャート図の各ブロック、およびブロック図および/またはフローチャート図におけるブロックの組合せは、指定された機能または行為を実行する専用ハードウェアベースのシステム、または専用ハードウェアとコードとの組合せによって実装することができる点にも留意されたい。
【0025】
各図面における要素の説明は、前の図面の要素を参照する場合がある。同様の番号は、同様の要素の代替実施形態を含め、すべての図面において同様の要素を指す。
【0026】
一般に、本開示は、サイドリンクDRXを使用する場合に、効率的なサイドリンク送信のためのUE間調整を可能にするためのシステム、方法、および装置について説明する。一実施形態では、リソースのセットは、UE-Aで示される第1のSL UEにおいて決定される。このセットは、モード2(すなわち、UEがスケジュールするSL通信モード)においてUE-Bで示される第2のSL UEに送信され、UE-Bはこれを自身の送信用のリソース選択において考慮する。特定の実施形態では、方法は、コンピュータ可読媒体に埋め込まれたコンピュータコードを使用して実行され得る。特定の実施形態では、装置またはシステムは、プロセッサによって実行されると、装置またはシステムに以下に説明する解決策の少なくとも一部を実行させるコンピュータ可読コードを含むコンピュータ可読媒体を含み得る。
【0027】
UE間調整には、信頼性の向上と遅延の削減という利点を有する。具体的には、UE間調整は、トランスミッタUEが、所与のレシーバUEへの送信成功の確率をより高くすることができる送信リソースを選択することを支援する。
【0028】
サイドリンクにおける連続的なパケット損失には、様々な要因が関連する。(送信時の)エラーの原因は、次の要因のうちの1つまたは複数によって発生する。
a.UE-AとUE-Bが同じタイムスロットにおいて送信しており、互いの送信を聞き取れないという半二重の問題
b.たとえば、Rx UEからの連続的なNACK/DTX受信をもたらす貧弱な無線
c.リソースプールにおける輻輳
d.隠れノードによるレシーバ側における干渉
a.UE-AとUE-Bが同じタイムスロットにおいて送信しており、互いの送信を聞き取れないという半二重の問題
b.たとえば、Rx UEからの連続的なNACK/DTX受信をもたらす貧弱な無線
c.リソースプールにおける輻輳
d.隠れノードによるレシーバ側における干渉
【0029】
UE間調整に関して、3GPP(登録商標)におけるいくつかの合意は次のとおりである。モード2におけるUE間調整の方式は、UE-AによってUE-Bに送信される次のタイプのリソースのセットに基づくものとして分類される。一実施形態では、UE-Aは、たとえば、UE-Aのセンシング結果に基づいて、UE-Bの送信に優先されるリソースのセットをUE-Bに送信する。一実施形態では、UE-Aは、たとえば、UE-Aのセンシング結果および/または予想される/潜在的なリソースの競合に基づいて、UE-Bの送信には優先されないリソースのセットをUE-Bに送信する。一実施形態では、UE-Aは、リソースの競合が検出されたリソースのセットをUE-Bに送信する。
【0030】
特定の実施形態では、たとえば、SCIを監視する第3のUEによる、フィードバックチャネルを使用した潜在的な半二重および/または衝突の検出および競合表示は、半二重および/またはリソースの競合を検出した場合にNACKをフィードバックすることができる。しかしながら、SL HARQ-ACK報告と、初期送信および予約されたリソースの競合との両方を示すために組み合わされたNACKを送信すると、UEが初期送信を復号するが、競合が復号された場合には、初期送信の再送信が発生する。
【0031】
サイドリンク通信のための競合表示をさらに改善するために、フィードバックチャネル構成がHARQ-ACK報告および競合表示を示すための別個のビット/別個のリソースを含む解決策について以下に説明する。本明細書で使用される「HARQ-ACK」は、肯定応答(「ACK」)、否定応答(「NACK」)、および不連続送信(「DTX」)を集合的に表し得る。ACKはトランスポートブロック(「TB」)(「パケット」とも呼ばれる)が正しく受信されたことを意味し、NACK (または、NAK)はTBが誤って受信されたことを意味し、DTXはTBが検出されなかったことを意味する。
【0032】
様々な実施形態では、フィードバックチャネルは、HARQ-ACK報告および競合表示を示すための別個のビットおよび/または別個のリソースを含み、次いで、マルチビット物理サイドリンクフィードバックチャネル(「PSFCH」)を使用したリソースの競合表示のための複数の解決策を含み、第1のビットはSL HARQ-ACK報告を示し、残りのビットは予約されたリソースの競合表示を提供する。特定の実施形態では、HARQ-ACKとリソースの競合との間のリソース分離は、周波数領域多重化または時間領域多重化に従ってもよい。最後に、別個のPSFCHオケージョンが競合表示用に構成され得る。いくつかの実施形態では、PSFCHフォーマット0は、UE-BのSCIによって示される予約されたリソースにおける予想される/潜在的なリソースの競合の存在を伝えるために使用される。
【0033】
特定の実施形態では、支援情報シグナリングの一部として追加情報がある。支援情報の無効化/有効化、および最後に、優先リソースセットと非優先リソースセットを選択するためのセンシング手順の追加パラメータ。
【0034】
図1は、本開示の実施形態による、フィードバックチャネルを使用してサイドリンクリソースの競合を示すためのワイヤレス通信システム100を示している。一実施形態では、ワイヤレス通信システム100は、少なくとも1つのリモートユニット105と、無線アクセスネットワーク(「RAN」)120と、モバイルコアネットワーク140とを含む。RAN 120およびモバイルコアネットワーク140は、モバイル通信ネットワークを形成する。RAN 120は、リモートユニット105がワイヤレス通信リンク123を使用して通信するベースユニット121から構成され得る。特定の数のリモートユニット105、ベースユニット121、ワイヤレス通信リンク123、RAN 120、およびモバイルコアネットワーク140が図1に示されているが、当業者は、任意の数のリモートユニット105、ベースユニット121、ワイヤレス通信リンク123、RAN 120、およびモバイルコアネットワーク140がワイヤレス通信システム100に含まれ得ることを認識するであろう。
【0035】
一実装形態では、RAN120は、第3世代パートナーシッププロジェクト(「3GPP」)仕様において指定された第5世代(「5G」)セルラーシステムに準拠している。たとえば、RAN120は、New Radio(「NR」)無線アクセス技術(「RAT」)および/またはロングタームエボリューション(「LTE」)RATを実装する次世代無線アクセスネットワーク(「NG-RAN」)であってもよい。別の例では、RAN 120は、非3GPP RAT(たとえば、Wi-Fi(登録商標)または電気電子技術者協会(「IEEE」)802.11ファミリ準拠のWLAN)を含み得る。別の実装形態では、RAN 120は、3GPP仕様において指定されたLTEシステムに準拠している。しかしながら、より一般的には、ワイヤレス通信システム100は、いくつかの他のオープンまたは独自の通信ネットワーク、たとえば、他のネットワークの中でも、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス(「WiMAX」)またはIEEE802.16ファミリ規格を実装し得る。本開示は、任意の特定のワイヤレス通信システムアーキテクチャまたはプロトコルの実装形態に限定されることを意図していない。
【0036】
一実施形態では、リモートユニット105は、デスクトップコンピュータ、ラップトップコンピュータ、携帯情報端末(「PDA」)、タブレットコンピュータ、スマートフォン、スマートテレビ(たとえば、インターネットに接続されたテレビ)、スマート家電(たとえば、インターネットに接続された家電)、セットトップボックス、ゲーム機、セキュリティシステム(セキュリティカメラを含む)、車載コンピュータ、ネットワークデバイス(たとえば、ルータ、スイッチ、モデム)などのコンピューティングデバイスを含み得る。いくつかの実施形態では、リモートユニット105は、スマートウォッチ、フィットネスバンド、光学ヘッドマウントディスプレイなどのウェアラブルデバイスを含む。さらに、リモートユニット105は、UE、加入者ユニット、移動体、移動局、ユーザ、端末、モバイル端末、固定端末、加入者局、ユーザ端末、ワイヤレス送信/受信ユニット(「WTRU」)、デバイス、または当技術分野において使用される他の用語で呼ばれることがある。様々な実施形態では、リモートユニット105は、加入者識別および/または識別モジュール(「SIM」)と、モバイル端末機能(たとえば、無線送信、ハンドオーバ、音声符号化および復号化、エラー検出および修正、シグナリング、ならびにSIMへのアクセス)を提供するモバイル機器(「ME」)とを含む。特定の実施形態では、リモートユニット105は、端末機器(「TE」)を含み得、および/または機器もしくはデバイス(たとえば、上述のコンピューティングデバイス)に埋め込まれてもよい。
【0037】
リモートユニット105は、ワイヤレス通信リンク123を介して搬送されるアップリンク(「UL」)およびダウンリンク(「DL」)通信信号を介して、RAN120におけるベースユニット121のうちの1つまたは複数と直接通信し得る。さらに、UL通信信号は、物理アップリンク制御チャネル(「PUCCH」)および/または物理アップリンク共有チャネル(「PUSCH」)などの1つまたは複数のダウンリンクチャネルを備えてもよく、DL通信信号は、物理ダウンリンク制御チャネル(「PDCCH」)および/または物理ダウンリンク共有チャネル(「PDSCH」)などの1つまたは複数のダウンリンクチャネルを備えてもよい。ここで、RAN 120は、リモートユニット105にモバイルコアネットワーク140へのアクセスを提供する中間ネットワークである。
【0038】
いくつかの実施形態では、リモートユニット105は、モバイルコアネットワーク140とのネットワーク接続を介してアプリケーションサーバ151と通信する。たとえば、リモートユニット105内のアプリケーション107(たとえば、ウェブブラウザ、メディアクライアント、電話および/またはボイスオーバインターネットプロトコル(「VoIP」)アプリケーション)は、RAN 120を介するモバイルコアネットワーク140とのプロトコルデータユニット(「PDU」)セッション(または、他のデータ接続)を確立するために、リモートユニット105をトリガし得る。次いで、モバイルコアネットワーク140は、PDUセッションを使用して、パケットデータネットワーク150内のリモートユニット105とアプリケーションサーバ151との間のトラフィックを中継する。PDUセッションは、リモートユニット105とユーザプレーン機能(「UPF」)141との間の論理接続を表す。
【0039】
PDUセッション(または、PDN接続)を確立するために、リモートユニット105は、モバイルコアネットワーク140に登録されなければならない(第4世代(「4G」)システムのコンテキストにおいては、「モバイルコアネットワークに接続されている」とも呼ばれる)。リモートユニット105は、モバイルコアネットワーク140との1つまたは複数のPDUセッション(または、他のデータ接続)を確立し得る点に留意されたい。したがって、リモートユニット105は、パケットデータネットワーク150と通信するための少なくとも1つのPDUセッションを有し得る。リモートユニット105は、他のデータネットワークおよび/または他の通信ピアと通信するための追加のPDUセッションを確立し得る。
【0040】
5Gシステム(「5GS」)のコンテキストでは、「PDUセッション」という用語は、UPF 141を通じてリモートユニット105と特定のデータネットワーク(「DN」)との間のエンドツーエンド(「E2E」)ユーザプレーン(「UP」)接続を提供するデータ接続を指す。PDUセッションは、1つまたは複数のサービス品質(「QoS」)フローをサポートする。特定の実施形態では、特定のQoSフローに属するすべてのパケットが同じ5G QoS識別子(「5QI」)を有するように、QoSフローとQoSプロファイルとの間に1対1のマッピングがあってもよい。
【0041】
進化型パケットシステム(「EPS」)などの4G/LTEシステムのコンテキストでは、パケットデータネットワーク(「PDN」)接続(EPSセッションとも呼ばれる)は、リモートユニットとPDNとの間のE2E UP接続を提供する。PDN接続手順は、EPSベアラ、すなわち、リモートユニット105とモバイルコアネットワーク140内のパケットゲートウェイ(「PGW」、図示せず)との間のトンネルを確立する。特定の実施形態では、特定のEPSベアラに属するすべてのパケットが同じQoSクラス識別子(「QQ」)を有するように、EPSベアラとQoSプロファイルとの間に1対1のマッピングがある。
【0042】
ベースユニット121は、地理的領域にわたって分散され得る。特定の実施形態では、ベースユニット121はまた、アクセス端末、アクセスポイント、ベース、基地局、ノード-B(「NB」)、進化型ノードB(eNodeBまたは「eNB」と略され、進化型ユニバーサル地上無線アクセスネットワーク(「E-UTRAN」)ノードBとしても知られる)、5G/NRノードB(「gNB」)、ホームノードB、中継ノード、RANノードと呼ばれるか、または当技術分野において使用される任意の他の用語で呼ばれ得る。ベースユニット121は、一般に、RAN 120などのRANの一部であり、1つまたは複数の対応するベースユニット121に通信可能に結合された1つまたは複数のコントローラを含み得る。無線アクセスネットワークのこれらおよび他の要素は図示されていないが、当業者によって一般によく知られている。ベースユニット121は、RAN 120を介してモバイルコアネットワーク140に接続する。
【0043】
ベースユニット121は、ワイヤレス通信リンク123を介して、たとえばセルまたはセルセクタなどのサービスエリア内のいくつかのリモートユニット105にサービスを提供し得る。ベースユニット121は、通信信号を介して、リモートユニット105のうちの1つまたは複数と直接通信し得る。一般に、ベースユニット121は、時間、周波数、および/または空間ドメインにおいてリモートユニット105にサービスを提供するために、DL通信信号を送信する。ワイヤレス通信リンク123は、認可された、または認可されていない無線スペクトルにおける任意の適切なキャリアであり得る。ワイヤレス通信リンク123は、リモートユニット105のうちの1つまたは複数および/またはベースユニット121のうちの1つまたは複数の間の通信を容易にする。認可されていないスペクトル(「NR-U」と呼ばれる)におけるNR動作中、ベースユニット121とリモートユニット105は認可されていない(すなわち、共有)無線スペクトルを介して通信する点に留意されたい。
【0044】
一実施形態では、モバイルコアネットワーク140は、5Gコアネットワーク(「5GC」)または進化型パケットコア(「EPC」)であり、他のデータネットワークの中でも、インターネットおよびプライベートデータネットワークのようなパケットデータネットワーク150に結合され得る。リモートユニット105は、モバイルコアネットワーク140のサブスクリプションまたはその他のアカウントを有していてもよい。様々な実施形態では、各モバイルコアネットワーク140は、単一のモバイルネットワークオペレータ(「MNO」)および/またはパブリックランドモバイルネットワーク(「PLMN」)に属する。本開示は、任意の特定のワイヤレス通信システムアーキテクチャまたはプロトコルの実装形態に限定されることを意図していない。
【0045】
モバイルコアネットワーク140は、いくつかのネットワーク機能(「NF」)を含む。図示されるように、モバイルコアネットワーク140は、少なくとも1つのUPF 141を含む。モバイルコアネットワーク140はまた、これらに限定されないが、RAN 120にサービスを提供するアクセスおよびモビリティ管理機能(「AMF」)143と、セッション管理機能(「SMF」)145と、ポリシ制御機能(「PCF」)147と、統合データ管理機能(「UDM」)と、ユーザデータリポジトリ(「UDR」)とを含む、複数の制御プレーン(「CP」)機能を含む。いくつかの実施形態では、UDMはUDRと同じ場所に配置され、組み合わされたエンティティ「UDM/UDR」149として示される。特定の数およびタイプのネットワーク機能が図1に示されているが、当業者は、任意の数およびタイプのネットワーク機能がモバイルコアネットワーク140に含まれ得ることを認識するであろう。
【0046】
UPF 141は、5Gアーキテクチャにおいて、パケットルーティングおよび転送、パケット検査、QoS処理、ならびにデータネットワーク(「DN」)を相互接続するための外部PDUセッションを担当する。AMF 143は、非アクセス層(「NAS」)シグナリングの終了と、NAS暗号化および完全性保護と、登録管理と、接続管理と、モビリティ管理と、アクセス認証および承認と、セキュリティコンテキスト管理とを担当する。SMF145は、セッション管理(すなわち、セッションの確立、修正、解放)、リモートユニット(すなわち、UE)インターネットプロトコル(「IP」)アドレス割当ておよび管理、DEデータ通知、ならびに適切なトラフィックルーティングのためのUPF141のトラフィックステアリング構成を担当する。
【0047】
PCF 147は、統一されたポリシフレームワークを担当し、CP機能にポリシルールを提供し、UDRにおけるポリシ決定のためのサブスクリプション情報にアクセスする。UDMは、Authentication and Key Agreement(「AKA」)クレデンシャルの生成と、ユーザ識別の処理と、アクセス許可と、サブスクリプション管理とを担当する。UDRはサブスクライバ情報のリポジトリであり、多数のネットワーク機能を提供するために使用し得る。たとえば、UDRは、サブスクリプションデータ、ポリシ関連データ、サードパーティアプリケーションへの公開が許可されているサブスクライバ関連データなどを記憶し得る。
【0048】
様々な実施形態では、モバイルコアネットワーク140はまた、ネットワークリポジトリ機能(「NRF」)(ネットワーク機能(「NF」)サービスの登録と検出を提供し、NFが相互に適切なサービスを識別し、アプリケーションプログラミングインターフェース(「API」)を介して相互に通信することを可能にする)、Network Exposure Function(「NEF」)(顧客およびネットワークパートナが、ネットワークデータおよびリソースに簡単にアクセスできるようにすることを担当する)、認証サーバ機能(「AUSF」)、または5GC用に定義された他のNFを含み得る。AUSFが存在する場合、AUSFは認証サーバおよび/または認証プロキシとして機能し、それによってAMF143がリモートユニット105を認証することを可能にする。特定の実施形態では、モバイルコアネットワーク140は、認証、承認、およびアカウンティング(「AAA」)サーバを含み得る。
【0049】
様々な実施形態では、モバイルコアネットワーク140は、異なるタイプのモバイルデータ接続および異なるタイプのネットワークスライスをサポートし、各モバイルデータ接続は特定のネットワークスライスを利用する。ここで、「ネットワークスライス」は、特定のトラフィックタイプまたは通信サービスのために最適化されたモバイルコアネットワーク140の部分を指す。たとえば、1つまたは複数のネットワークスライスは、拡張モバイルブロードバンド(「eMBB」)サービスのために最適化され得る。別の例として、1つまたは複数のネットワークスライスは、超高信頼性低遅延通信(「URLLC」)サービス用に最適化され得る。他の例では、ネットワークスライスは、マシンタイプコミュニケーション(「MTC」)サービス、大規模MTC(「mMTC」)サービス、モノのインターネット(「IoT」)サービスのために最適化され得る。さらに他の例では、ネットワークスライスは、特定のアプリケーションサービス、垂直サービス、特定のユースケースなどのために展開されてもよい。
【0050】
ネットワークスライスインスタンスは、単一のネットワークスライス選択支援情報(「S-NSSAI」)によって識別され得るが、リモートユニット105が使用を許可されているネットワークスライスのセットは、ネットワークスライス選択支援情報(「NS SAI」)によって識別される。ここで、「NSSAI」は、1つまたは複数のS-NSSAI値を含むベクトル値を指す。特定の実施形態では、様々なネットワークスライスは、SMF 145およびUPF 141などのネットワーク機能の別個のインスタンスを含み得る。いくつかの実施形態では、異なるネットワークスライスは、AMF 143などのいくつかの一般的なネットワーク機能を共有し得る。説明を簡単にするために、異なるネットワークスライスは図1には示されていないが、それらのサポートは想定されている。
【0051】
様々な実施形態では、リモートユニット105は、サイドリンク(「SL」)通信信号115を使用して互いに直接通信(たとえば、デバイス間通信)し得る。ここで、SL送信は、SLリソース上、たとえば、物理サイドリンク制御チャネル(「PSCCH」)、物理サイドリンクフィードバックチャネル(「PSFCH」)、および/または物理サイドリンク共有チャネル(「PSSCH」)上で発生し得る。
【0052】
図1は、5G RANと5Gコアネットワークのコンポーネントを示しているが、フィードバックチャネルを使用してサイドリンクリソースの競合を示すために説明された実施形態は、IEEE 802.11バリアント、グローバルシステムフォーモバイルコミュニケーションズ(「GSM」、すなわち2Gデジタルセルラーネットワーク)、汎用パケット無線サービス(「GPRS」)、ユニバーサル移動体通信システム(「UMTS」)、LTEバリアント、CDMA2000、Bluetooth、ZigBee、Sigfoxなどを含む、他のタイプの通信ネットワークおよびRATに適用される。
【0053】
さらに、モバイルコアネットワーク140がEPCであるLTE変形では、図示されるネットワーク機能は、モビリティ管理エンティティ(「MME」)、サービングゲートウェイ(「SGW」)、PGW、ホームサブスクライバサーバ(「HSS」)などの適切なEPCエンティティに置き換えられ得る。たとえば、AMF 143はMMEにマッピングされ得、SMF 145はPGWの制御プレーン部分および/またはMMEにマッピングされ得、UPF 141はSGWおよびPGWのユーザプレーン部分にマッピングされ得、UDM/UDR 149はHSSにマッピングされ得る、などである。
【0054】
以下の説明では、「gNB」という用語はベースユニット121に使用されるが、たとえば、RANノード、BS、eNB、gNB、アクセスポイント(「AP」)などの任意の他の無線アクセスノードに置き換えることができる。さらに、「UE」という用語はモバイル局/リモートユニットに対して使用されるが、任意の他のリモートデバイス、たとえば、リモートユニット、MS、ME、顧客宅内機器(「CPE」)などに置き換えることができる。さらに、動作は、主に5G NRのコンテキストにおいて説明されている。しかしながら、以下に説明する解決策/方法は、フィードバックチャネルを使用してサイドリンクリソースの競合を示すための他のモバイル通信システムにも同様に適用可能である。
【0055】
二重通信では、接続されたエンティティ(たとえば、UE)は双方向で相互に通信することができ、すなわち、二重UEは送信と受信の両方ができる。二重通信は、全二重と半二重の2つのタイプに分類することができる。全二重システムでは、両方のエンティティ(すなわち、UE)が同時に相互に通信でき、すなわち、デバイスは受信しながら同時に送信することができる。しかしながら、半二重システムでは、両方のエンティティ(UE)が送信および受信できるが、同時にはできない。
【0056】
LTEおよびNRでは、サイドリンク通信は半二重方式である。したがって、第1のサイドリンクUE(「UE-1」で示される)が所与のタイムスロット中に送信する場合、同じタイムスロット中に行われた第2のサイドリンクUE(「UE-2」で示される)からの送信を受信することはできない。同様に、2つのサイドリンクUEが同じタイムスロット中に送信しているため、UE-2はUE-1からの送信を受信することができない。しかしながら、UE-1が送信のためにUE-2とは異なる周波数リソースを使用する場合、第3のサイドリンクUE(「UE-3」で示される)は、同じタイムスロット中にUE-1の送信とUE-2の送信の両方を受信できる点に留意されたい。
【0057】
さらに、サイドリンク通信の従来の方式は、ピアUEが受信と送信のために永続的に利用可能であることを前提としているため、パケット遅延バジェット(「PDB」)の制約が与えられた場合、UE間調整を使用して適切なリソースのみを見つける。しかしながら、ピアUEが電力を節約するためにDRX構成を使用している場合、ピアUEは受信と送信のために永続的に利用可能ではないため、UE間の調整が中断される。
【0058】
したがって、UE間の調整を強化するために、フィードバックチャネルを使用してサイドリンクリソースの競合を示すようにピアUEの挙動が修正される。
【0059】
第1の解決策では、フィードバックチャネルは、ハイブリッド自動再送要求(「HARQ」)フィードバック(すなわち、1つまたは複数のHARQ-ACK報告)およびリソースの競合表示フィードバックを示すための別個のビット/別個のリソースを含む。ここで、リソースの競合表示はマルチビットPSFCHを使用し得、第1のビットはSL HARQ-ACK報告を示し、残りのビットは予約されたリソースの競合表示を提供する。第1のオプションでは、予約されたすべてのリソースに対する競合リソース表示を単一ビットによって示すことができる。第2のオプションでは、予約されたリソースの各々にフィードバックを提供するために別個のビットが割り当てられる。
【0060】
PSFCHリソースは、HARQ-ACK報告用に構成され得、競合表示は、別個の物理リソースブロック(「PRB」)を割り当てることによって周波数分割多重化することができ、同じスロット内の異なるシンボルにリソースを割り当てることによって時間領域多重化することができる。複数のフィードバック機会が構成され得、フィードバック機会の各々は予約されたリソースに対応する。方式2においてPSFCHリソースを割り当てるために、少なくともPSFCH送信/受信用のPRBのセット(sl-PSFCH-RB-Set)を、SL HARQ-ACKフィードバック用のものとは別に構成(または事前構成)することができる。
【0061】
フィードバックと予約されたリソースとの間の時間ギャップは、フィードバック機会の各々のm-T3よりも前またはm-T3にある可能性がある。フィードバックを受信した後、およびその前に(または、m-T3において)、UEは、競合表示に基づいて、予約されたリソースを再選択することを決定し得る。SCIは、競合表示を有効にするためのシグナリングを含み得る。
【0062】
リソースプールレベルの構成(または、事前構成)は、次のオプションのうちのいずれかを使用し得る。
【0063】
オプション1:PSFCHオケージョンは、UE-BのSCIが送信されるスロットによって導出される。このオプションでは、3GPP技術仕様(「TS」)38.213セクション16.3において指定されているように、リソースの競合表示のPSFCHオケージョンを決定するために、PSSCHからPSFCHへのタイミングが使用され得る。さらに、PSFCHと、予想される/潜在的なリソースの競合が発生するスロットとの間の時間ギャップは、T3以上である。
【0064】
オプション2:PSFCHオケージョンは、UE-BのSCIによって示されたPSSCHリソース上で予想される/潜在的なリソースの競合が発生するスロットによって導出される。このオプションでは、UE-Aは、UE間調整情報用のPSFCHリソースを含み、予想される/潜在的なリソースの競合が発生する、UE-BのSCIによって示されるPSSCHリソースの前のリソースプールの少なくともT3スロットである最新のスロットにおいてPSFCHを送信する。
【0065】
第2の解決策によれば、SL HARQ有効化/無効化、またはSL HARQフィードバックオプション1、またはSL HARQフィードバックオプション2、またはブラインド再送信、またはブラインド再送信の最大数の報告は、支援情報の一部としてUE-Bに伝達される。
【0066】
第3の解決策によれば、gNBは、チャネルビジー率/チャネル占有率に基づいて、リソースプールごとに、UE間調整機能または機能のサブセット(優先リソースセット、予約されたリソース、非優先リソース、競合リソースなど)を有効化/無効化し得る。
【0067】
第4の解決策によれば、支援情報の送信のために単一のサブチャネル構成を定義することができ、支援情報の送信のためのリソースは、別のUEまたはgNBによって(すなわち、サイドリンクリソース割当てモード1において)予約することができる。サイドリンクリソース割当てに関して、モード1はNRネットワークスケジュール割当てモードに対応し、モード2はNR UEスケジュール割当てモードに対応する。モード3はLTEネットワークスケジュール割当てモードに対応し、モード4はLTE UEスケジュール割当てモードに対応する。
【0068】
第5の解決策によれば、優先リソース/非優先リソースを決定するための候補リソース選択のためのパラメータ-リソースの優先または非選択サブセットを選択するための追加の基準信号受信電力(「RSRP」)(代替または追加として、平均基準信号受信品質(「RSRQ」)および/または信号対干渉雑音比(「SINR」))しきい値が報告される。さらに、上位レイヤパラメータは、リソースの優先セットを選択するための時間的に最も早いフラグを含む。ここで、支援情報は、時間/周波数リソース、周期性などのアクティブなUL Configured Grant(「CG」)リソース構成を含み得る。
【0069】
図2は、第1の解決策の実施形態による、フィードバックチャネルを使用してサイドリンクリソースの競合を示すための手順200の例示的なメッセージフローを示している。手順200は、UE-A 205で示される第1のサイドリンクUEと、UE-B 210で示される第2のサイドリンクUEとを含み、これらの各々は、リモートユニット105の一実施形態であり得る。
【0070】
手順200は、UE-B 210が物理サイドリンク制御チャネル(「PSCCH」)上でSCIをUE-A 205に送信するときにステップ1aにおいて始まる(メッセージング215を参照)。ここで、SCIは、将来の送信のために予約されている将来のリソースの表示を含む。
【0071】
ステップ1bにおいて、UE-B 210はまた、サイドリンクデータ(たとえば、初期送信)をUE-A 205に送信する(メッセージング220を参照)。ここで、SLデータ送信は、将来予約されるリソースの表示を含むSCIを伴う。
【0072】
ステップ2において、UE-A 205は、将来の送信のために予約されている、表示された将来のリソースに対してリソースの競合が存在するかどうかを決定する(ブロック225を参照)。一実施形態では、リソースの競合は、時間領域の衝突(半二重問題)である可能性がある。あるいは、リソースの競合は、予想される時間/周波数の衝突である可能性がある。
【0073】
いくつかの実施形態では、Rx UEは、センシング手順およびサイドリンクリソース選択手順を実行することによって、サイドリンクリソースのセットを決定する。センシング結果は、UE-A 205とUE-B 210との間の共通のアクティブ期間を考慮することによる、候補リソース選択のためのセンシングスロットからの平均化されたRSRPであってもよい。ここで、決定されたサイドリンクリソースのセットは、センシング結果に基づく優先リソース、センシング結果に基づく非優先リソース、および/または潜在的な衝突を有するリソースを含み得る。
【0074】
ステップ3において、UE-A 205は、リソースの競合が存在するかどうかの表示を伴うフィードバックをUE-B 210に送信する(メッセージング230を参照)。
【0075】
条件ステップ4において、UE-B 210は、フィードバックリソースの第2のセットがリソースの競合を示す場合、リソース再選択を実行する(ブロック235を参照)。
【0076】
第1の解決策の実施形態によれば、SCIを監視するRx UE(たとえば、UE-A 205)は、フィードバックチャネルを使用して、潜在的に予想される競合または過去の競合表示について示すフィードバックを提供することができ、フィードバックチャネルは、HARQ-ACK報告と競合表示を示すための別個のビット/別個のリソースを含む。
【0077】
図3A～図3Bは、第1の解決策の実施形態による、競合表示のための専用のビット/リソースを使用するリソースの競合表示の実施形態を示している。いくつかの実施形態では、Rx UEからのフィードバックはマルチビットPSFCHを備え、競合表示用の別個のリソースが存在する。
【0078】
図3Aは、本開示の実施形態による、競合表示のためのPSFCHリソースを有するフレーム構造300を示している。フレーム構造300は複数のスロットを備える。第1のスロットでは、Rx UE(たとえば、UE-A 205)は、初期送信および将来のリソースの2つの予約を搬送するSCI 305を、すなわち、スロット310およびスロット315において受信する。ここでは、SCI 305が予約されたリソースの競合表示を有効にすると仮定する。さらなる実施形態では、SCI 305はまた、初期送信に対するHARQフィードバックを有効にする。
【0079】
SCI 305の受信後、第1の予約されたリソースの前に(すなわち、スロット310において)、Rx UEは、初期送信と予約されたリソースの競合表示の両方に対するフィードバックを搬送するPSFCH 320を送信する。以下でさらに詳細に説明するように、Rx UEによって送信されるフィードバックは、周波数領域または時間領域において多重化されたマルチビットPSFCHを備え得る。
【0080】
図3Bは、本開示の実施形態による、周波数領域多重化320および時間領域多重化325のオプションを示すスロット内のPSFCHリソースを示している。周波数領域多重化オプション320では、マルチビットPSFCHは、HARQ報告335用と、時間領域の共通シンボル上の競合表示330用の別個の物理リソースブロックを備える。時間領域多重化オプション325では、マルチビットPSFCHは、HARQ報告335用もしくは競合表示330用の共通スロット上、および(すなわち、1つまたは複数の)物理リソースブロックの共通セット上に、時間領域物理リソースブロック内の別個のシンボルを備える。
【0081】
第1の解決策の第1の実装形態では、マルチビットPSFCHが提案され、第1のビットは初期送信に関するフィードバックを搬送し、残りのビット/最後のビットは予約された送信の競合表示(存在する場合)に関するフィードバックを搬送する。例示的な実装形態が以下のTable1(表1)に示されており、ここでは、1つまたは複数の専用ビットが、競合表示およびSL HARQ-ACK報告を報告するように構成されている。単一の競合表示ビットが2つ以上の予約されたリソースに対して構成されている場合、競合表示が競合の存在を示している場合は、それらの予約されたリソースを再選択する必要がある。
【0082】
【表1】
【0083】
予約されたリソースの各々に専用ビットが構成されている場合、競合表示の有無に基づいて予約されたリソースの各々を再選択することができる。
【0084】
いくつかの実施形態では、マルチビットフィードバックの目的で別個のPSFCHフォーマットが定義され得、PSFCH 320の送信に使用されるこのフォーマットをSCI 305において動的に示すことができる。フィードバック送信/競合表示/リソースセットの送信に使用されるPSFCHフォーマットは、RRCシグナリングを使用してgNBによってリソースプールごとまたはUEごとに事前に構成することができる。
【0085】
予約されたリソースに競合があるという情報を受信した後、Tx UE(たとえば、UE-B 210)は、リソース(再)選択トリガを実行するか、候補セットから別のリソースを再選択することができる。それ以外の場合、Tx UEは、予約されたリソースにおいて送信するために、別の宛先IDに属するデータを(別の論理チャネルからであっても)選択し得る。
【0086】
Tx UEは、PSFCHフィードバックが、3GPP 38.213において定義されるm-T3であるリソース(再)評価タイムライン/デッドラインに、またはそれより前に到着する場合にのみ、リソース(再)選択トリガを実行するか、候補セットから別のリソースを再選択することができ、T3はリソースを再選択するために必要な時間であり、mは予約されたリソースの送信タイムスロットである点に留意されたい。
【0087】
図3Bに示されるように、別個のPSFCHリソースは、HARQ-ACK報告335および競合表示330に対して構成されてもよく、リソースは、別個のPRBを使用して同じPSFCHシンボルにおいて周波数領域多重化することも、同じスロット内の異なるPSFCHシンボルにおいて時間領域多重化することもできる。
【0088】
図4は、本開示の実施形態による、異なるタイムスロットにおいて、PSFCHを使用して競合表示およびHARQ-ACK報告を示すフレーム構造400を示している。第1の解決策の別の実装形態では、図4に示されるように、別個のPSFCHリソースを異なるタイムスロットにおいて構成することができ、フィードバックのためのタイムスロットオフセットは、競合表示のタイムスロットオフセットと比較して、HARQ-ACKに対して異なるように構成することができる。第1のスロットでは、Rx UE(たとえば、UE-A 205)は、初期送信と将来のリソースの2つの予約を搬送するSCI 405を、すなわちスロット410およびスロット415において受信する。ここでは、SCI 405が、予約されたリソースに対する競合表示を有効にし、また、初期送信に対するHARQフィードバックを有効にするものと仮定する。
【0089】
初期送信によるSCIの受信後の時点で、Rx UEは、初期送信のためのHARQフィードバックを搬送するPSFCH 420を送信する。予約されたリソースのうちの第1の時点の前(すなわち、スロット410)において、Rx UEは、第1に発生する予約されたリソースに対する競合表示フィードバックを搬送するPSFCH 425を送信する。予約されたリソースのうちの第2の時点の前(すなわち、スロット415)において、Rx UEは、第2に発生する予約されたリソースに対する競合表示フィードバックを搬送するPSFCH 430を送信する。タイムスロットオフセット(時間ギャップ)は、リソースプールごとに(事前に)構成することも、SCI 405において動的に示すこともできる。複数のフィードバック機会を設定することができ、フィードバック機会の各々は予約されたリソースに対応する。フィードバックと予約されたリソースとの間の時間ギャップは、フィードバック機会の各々のm-T3より前またはm-T3にある可能性がある。m-T3の前またはm-T3においてフィードバックを受信した後、Tx UE(たとえば、UE-B 210)は、競合表示に基づいて、予約されたリソースを再選択することを決定し得る。
【0090】
一実装形態では、HARQ有効化/無効化およびHARQフィードバックとは別に、競合表示の有効化/無効化を動的にシグナリングするために、別個のビットがSCI内に構成され得る。別の実装形態では、すべての予約されたリソースに対する共通のフィードバックリソースを構成することができ、別の実装形態では、予約されたリソースごとに共通のフィードバックリソースを構成することができ、1つのオプションでは、予約されたリソースに異なる周波数分割多重FDMリソースを割り当てることができ、別のオプションでは、予約されたリソースに異なる巡回シフトを割り当てることができる。共通フィードバックリソース上のフィードバック数を制限する目的で、別個の最小通信範囲(「MCR」)値を構成することができ、この値は、リソースプールごとに(事前に)構成するか、SCIにおいて知らせることができる。
【0091】
様々な実施形態において、以下の監視条件が半二重/衝突検出に適用される。
・宛先グループ識別子が同一である場合、および/またはグループメンバのTx UEによって選択されたリソースが同じタイムスロットを占有する場合、半二重の問題が発生する可能性があり、Tx UEにフィードバックが提供される。
・宛先グループ識別子が同一ではない場合、および/またはグループメンバのTx UEによって選択されたリソースが同じタイムスロットを占有していない場合、半二重の問題は発生せず、Tx UEにフィードバックが提供される。
・宛先グループ識別子が同一ではない場合、および/またはグループメンバTx UEによって選択されたリソースが同じタイムスロットを占有している場合、半二重の問題が発生する可能性があり、Rx UEは、Tx UEにフィードバックを提供してもよく、しなくてもよい。
・宛先グループ識別子が同一である場合、および/またはグループメンバのTx UEによって選択されたリソースが同じタイムスロットを占有する場合、半二重の問題が発生する可能性があり、Tx UEにフィードバックが提供される。
・宛先グループ識別子が同一ではない場合、および/またはグループメンバのTx UEによって選択されたリソースが同じタイムスロットを占有していない場合、半二重の問題は発生せず、Tx UEにフィードバックが提供される。
・宛先グループ識別子が同一ではない場合、および/またはグループメンバTx UEによって選択されたリソースが同じタイムスロットを占有している場合、半二重の問題が発生する可能性があり、Rx UEは、Tx UEにフィードバックを提供してもよく、しなくてもよい。
【0092】
これらの監視条件の追加の詳細は、2019年8月19日にKarthikeyan Ganesan、Prateek Basu Mallick、Joachim Loehr、Alexander Johann Maria Golitschek Edler von Elbwart、およびRavi Kuchibhotlaに対して出願された「USING A CONFIGURED FEEDBACK RESOURCE FOR FEEDBACK」という名称の米国特許出願公開US2021/0058905A1に記載されており、この出願は参照により本明細書に組み込まれる。
【0093】
第2の解決策の実施形態によれば、HARQ有効化/無効化支援情報がTx UEに報告される。第2の解決策では、UE-Aは、SL HARQ有効化/無効化、あるいはフィードバックオプション1またはオプション2、あるいはブラインド再送信またはブラインド再送信の最大数に関連する情報を支援することによってUE-Bを支援し得る。UE-Bは、UE-Aから支援情報を受信した後、次のスケジューリング期間/スロットの支援情報を考慮し得る。たとえば、UE-Bは、支援情報に基づいて、ブラインド再送信とHARQベースの再送信とを切り替えることができる。
【0094】
たとえば、UE-Bの論理チャネル(「LCH」)がSL HARQフィードバックを有効にしないが、UE-A支援情報がSL HARQフィードバックを有効にする要求を含む場合、一実装形態では、UE-BはLCH構成に従い得る。別の例では、UE-Bは、LCH構成を無効にして、支援情報内の要求に従い得る。UE-BがLCH構成に従うか、または支援情報において要求するかにかかわらず、別個の構成が定義され得る。同様に、UE-Aは、CSI-RSの送信要求を送信することによって、チャネル状態情報基準信号(「CSI-RS」)またはチャネル状態情報(「CSI」)トリガの送信のためにUE-Bを支援し得る。
【0095】
第3の解決策の実施形態によれば、チャネルビジー率および/またはチャネル占有率(「CBR/CR」)測定に基づいて、リソースプールごとに無効にするUE間調整メッセージがある。第3の解決策では、gNBは、チャネルビジー率/チャネル占有率に基づいて、UE間調整機能またはリソースプールごとの機能のサブセットを無効にすることができる。たとえば、リソースプール内の輻輳が少ない場合、gNBはUE間調整機能または機能のサブセットを無効にし得る。本明細書で使用される「リソースプール(resource pool)」は、サイドリンク動作のために割り当てられたリソースのセットを指す。リソースプールは、1つまたは複数の時間単位(たとえば、サブフレーム、スロット、OFDMシンボル)にわたるリソースブロック(すなわち、物理リソースブロック(「PRB」))のセットで構成される。いくつかの実施形態では、リソースブロックのセットは、周波数領域に連続するPRBを備える。本明細書で使用される場合、PRBは、周波数領域における12個の連続するサブキャリアを指す。特定の実施形態では、UEは、別個の送信リソースプール(「Tx RP」)および受信リソースプール(「Rx RP」)を用いて構成され得、1つのUEのTx RPは、サイドリンク通信を有効にするために別のUEのRx RPに関連付けられる。
【0096】
UE間調整の機能/解決策は、優先リソースセット、予約されたリソース、非優先リソース、競合リソースの共有を含む。一実装形態では、チャネル内の輻輳が少ない場合、gNBは、優先リソースセットの共有を無効にし得る。別の実装形態では、gNBは、チャネルビジー率/チャネル占有率に基づいて、リソースプールごとにUE間調整機能/解決策、または機能/解決策のサブセットを有効にし得る。
【0097】
第4の解決策の実施形態によれば、支援情報を送信するための単一のサブチャネル構成が存在する。第4の解決策では、支援情報の送信用に単一のサブチャネル構成を定義することができ、支援情報の送信用のリソースを別のUEまたはgNBによって予約することができる(リソース割当てモード1)。
【0098】
NRサイドリンクリソース割当てモード1では、別個のスケジューリング要求(「SR」)構成を、支援情報の送信のためにgNBにリソースを要求するための支援情報または単一のサブチャネル構成に関連付けることができる。支援情報は、第2のSCIフォーマットを使用して送信されてもよく、単一のサブチャネル構成は、第1のSCIおよび第2のSCIのみを含んでもよい。
【0099】
第5の解決策の実施形態によれば、優先リソース/非優先リソースを決定するための候補リソース選択のためのパラメータが存在する。第5の解決策では、上位レイヤパラメータは、優先または非優先の一部として上位レイヤに報告されるリソースのサブセットを決定することについての情報を含む。報告されるリソースの優先サブセットまたは非優先サブセットを選択するための追加のRSRPしきい値が存在する可能性がある。さらに、上位レイヤパラメータは、リソースの優先セットを選択するための時間的に最も早いフラグを含んでいる。
【0100】
別の実装形態では、リソースプール構成は、報告されるべきリソースの優先サブセットまたは非優先サブセットを選択するための追加のRSRPしきい値を含み、および/または時間的に最も早いとしてフラグを立てる。別の実装形態では、支援情報は、時間/周波数リソース、周期性などのアクティブなUL CGリソース構成を含む。別の実装形態では、支援情報は、UE-AからUE-Bへの優先SL CGリソースを含み、このSL CG構成はまた、サイドリンクデバイス用のgNBによってスケジュールされたタイプ1およびタイプ2のCGリソースならびにその継続期間であり得る。
【0101】
別の実施形態では、UE-Aは、UE-AとUE-Bとの間の共通のアクティブ期間を考慮することによって、候補リソース選択のためのセンシングスロットから平均化されたRSRPを推定するためのウィンドウ(UE-AとUE-Bとの間の共通アクティブ期間)を使用することによって、リソース選択手順を実行し得る。そして、候補除外プロセスは、半二重の問題によりUEが監視しなかったスロットを除外することによって、UE-AとUE-Bとの間の共通のアクティブ期間に対してのみ実行される。
【0102】
図5は、本開示の実施形態によるSLプロトコルスタック500を示している。図5はUE-A 205およびUE-B 210を示しているが、これらは、PC5インターフェースを介してサイドリンク通信を使用するUEのセットを表しており、他の実施形態は、異なるSL UEを含み得る。様々な実施形態では、UE-A 205およびUE-B 210の各々は、リモートユニット105の一実施形態であってもよい。
【0103】
図示されるように、SLプロトコルスタック(すなわち、PC5プロトコルスタック)は、物理(「PHY」)レイヤ515(レイヤ1、または「LI」としても知られる)と、MACサブレイヤ520と、無線リンク制御(「RLC」)サブレイヤ525と、パケットデータコンバージェンスプロトコル(「PDCP」)サブレイヤ530と、サービスデータ適応プロトコル(「SDAP」)レイヤ535(たとえば、ユーザプレーン用)と、無線リソース制御(「RRC」)レイヤ540(たとえば、制御プレーン用)とを含む。RRCレイヤおよびSDAPレイヤの上には、アプリケーションレイヤ(図示せず)などの追加レイヤが存在する場合がある。
【0104】
PC5インターフェースにおける制御プレーンのためのアクセス層(「AS」)レイヤ(「ASプロトコルスタック」とも呼ばれる)は、少なくともRRC、PDCP、RLC、およびMACサブレイヤならびに物理レイヤで構成される。PC5インターフェースにおけるユーザプレーンのためのASレイヤ(「ASプロトコルスタック」とも呼ばれる)は、少なくともSDAP、PDCP、RLC、およびMACサブレイヤ、ならびに物理レイヤで構成される。
【0105】
レイヤ1(「LI」)は、PHYレイヤ515を指す。レイヤ2(「L2」)は、SDAP、PDCP、RLC、およびMACサブレイヤに分割される。レイヤ3(「L3」)は、RRCサブレイヤおよび制御プレーン用のNASレイヤを含み、たとえば、ユーザプレーン用のインターネットプロトコル(「IP」)レイヤまたはPDUレイヤ(図示せず)を含む。LIとL2は一般に「下位レイヤ(lower layers)」と呼ばれ、L3以上(たとえば、トランスポートレイヤ、Vehicle-to-Everything(「V2X」)レイヤ、アプリケーションレイヤ)は「上位レイヤ(higher layers)」または「上レイヤ(upper layers)」と呼ばれる。
【0106】
物理レイヤ515は、トランスポートチャネルをMACサブレイヤ520に提供する。MACサブレイヤ520は、RLCサブレイヤ525に論理チャネルを提供する。RLCサブレイヤ525は、RLCチャネルをPDCPサブレイヤ530に提供する。PDCPサブレイヤ530は、無線ベアラをSDAPサブレイヤ535および/またはRRCレイヤ540に提供する。SDAPサブレイヤ535は、QoSフローを上位レイヤに提供する。RRCレイヤ540は、シグナリング無線ベアラ(「SRB」)およびデータ無線ベアラ(「DRB」)の確立、構成、維持、および解放を管理する。
【0107】
いくつかの実施形態では、PHYレイヤ515は、ピアUE間の共通のアクティブ期間を決定し、および/またはアクティブ時間と決定された(サイドリンク)リソースのセットとの間の交差部分を識別する。上述したように、PHYレイヤ515は、MACレイヤ520からパラメータおよび/または表示を受信し得る。他の実施形態では、MACレイヤ520は、ピアUE間の共通のアクティブ期間を決定し、および/またはアクティブ時間と決定された(サイドリンク)リソースのセットとの間の交差部分を識別し得、MACレイヤ520は、PHYレイヤ515からパラメータおよび/または表示を受信する。
【0108】
SCIフォーマット1-Aは、PSSCHおよびPSSCH上の第2段階SCIのスケジューリングのために使用される。次の情報は、SCIフォーマット1-Aを使用して送信される。
・優先度 - 3GPP TS 23.287の5.4.3.3項、および3GPP TS 38.321の5.22.1.3.1項において指定されている3ビット。
・周波数リソースの割当て - 上位レイヤパラメータsl-MaxNumPerReserveの値を2に設定した場合は
・優先度 - 3GPP TS 23.287の5.4.3.3項、および3GPP TS 38.321の5.22.1.3.1項において指定されている3ビット。
・周波数リソースの割当て - 上位レイヤパラメータsl-MaxNumPerReserveの値を2に設定した場合は
【0109】
【数1】
【0110】
ビット、それ以外の場合は、3GPP TS 38.214の8.1.2.2項において定義されているように、上位レイヤパラメータsl-MaxNumPerReserveの値が3に設定されている場合は
【0111】
【数2】
【0112】
ビット。
・時間リソース割当て - 上位レイヤパラメータsl-MaxNumPerReserveの値が2に設定されている場合は5ビット、それ以外の場合は、3GPP TS 38.214の8.1.2.1項において定義されているように、上位レイヤパラメータsl-MaxNumPerReserveの値が3に設定されている場合は9ビット。
・リソース予約期間 - 3GPP TS 38.214の8.1.4項において定義されているように、
・時間リソース割当て - 上位レイヤパラメータsl-MaxNumPerReserveの値が2に設定されている場合は5ビット、それ以外の場合は、3GPP TS 38.214の8.1.2.1項において定義されているように、上位レイヤパラメータsl-MaxNumPerReserveの値が3に設定されている場合は9ビット。
・リソース予約期間 - 3GPP TS 38.214の8.1.4項において定義されているように、
【0113】
【数3】
【0114】
ビットであり、上式で、上位レイヤパラメータsl-MultiReserveResourceが設定されている場合、Nrsv_periodは上位レイヤパラメータsl-ResourceReservePeriodListにおけるエントリ数であり、それ以外の場合は0ビットである。
・復調基準信号(「DMRS」)パターン - 3GPP TS 38.211の8.4.1.1.2項において定義されているように、
・復調基準信号(「DMRS」)パターン - 3GPP TS 38.211の8.4.1.1.2項において定義されているように、
【0115】
【数4】
【0116】
ビットであり、上式でNpatternは上位レイヤパラメータsl-PSSCH-DMRS-TimePatternListによって設定されたDMRSパターンの数である。
・第2段階SCIフォーマット - 3GPP TS 38.212、表8.3.1.1-1において定義されている2ビット。
・Beta_offsetインジケータ - 上位レイヤパラメータsl-BetaOffsets2ndSCIおよび表8.3.1.1-2によって提供される2ビット。
・DMRSポートの数 - 3GPP TS 38.212、表8.3.1.1-3において定義されている1ビット。
・変調およびコーディング方式 - 3GPP TS 38.214の8.1.3項において定義されている5ビット。
・追加の変調および符号化方式(「MCS」)表インジケータ - 3GPP TS 38.214の8.1.3.1項において定義されている。1つのMCS表が上位レイヤパラメータsl-Additional-MCS-Tableによって設定されている場合は1ビット、2つのMCSテーブルが上位レイヤパラメータsi-Additional-MCS-Tableによって設定されている場合は2ビット、それ以外の場合は0ビット。
・PSFCHオーバヘッド表示 - 上位レイヤパラメータsl-PSFCH-Period=2または4の場合、3GPP TS 38.214の8.1.3.2項に定義されている1ビット、それ以外の場合は0ビット。
・予約済み - 上位レイヤパラメータsl-NumReservedBitsによって決定されるビット数であり、値は0に設定される。
・第2段階SCIフォーマット - 3GPP TS 38.212、表8.3.1.1-1において定義されている2ビット。
・Beta_offsetインジケータ - 上位レイヤパラメータsl-BetaOffsets2ndSCIおよび表8.3.1.1-2によって提供される2ビット。
・DMRSポートの数 - 3GPP TS 38.212、表8.3.1.1-3において定義されている1ビット。
・変調およびコーディング方式 - 3GPP TS 38.214の8.1.3項において定義されている5ビット。
・追加の変調および符号化方式(「MCS」)表インジケータ - 3GPP TS 38.214の8.1.3.1項において定義されている。1つのMCS表が上位レイヤパラメータsl-Additional-MCS-Tableによって設定されている場合は1ビット、2つのMCSテーブルが上位レイヤパラメータsi-Additional-MCS-Tableによって設定されている場合は2ビット、それ以外の場合は0ビット。
・PSFCHオーバヘッド表示 - 上位レイヤパラメータsl-PSFCH-Period=2または4の場合、3GPP TS 38.214の8.1.3.2項に定義されている1ビット、それ以外の場合は0ビット。
・予約済み - 上位レイヤパラメータsl-NumReservedBitsによって決定されるビット数であり、値は0に設定される。
【0117】
以下の第2段階SCIフォーマットの各々において定義されているフィールドは、次のように情報ビットa0～aA-1にマッピングされる。各フィールドは説明に現れる順序でマッピングされ、第1のフィールドは最下位の情報ビットa0にマッピングされ、後続の各フィールドは上位の情報ビットにマッピングされる。各フィールドの最上位ビットは、そのフィールドの最下位情報ビットにマッピングされ、たとえば、第1のフィールドの最上位ビットはa0にマッピングされる。
【0118】
SCIフォーマット2-Aは、HARQ-ACK情報がACKまたはNACKを含む場合、HARQ-ACK情報がNACKのみを含む場合、またはHARQ-ACK情報のフィードバックがない場合に、HARQ動作によるPSSCHの復号のために使用される。
【0119】
次の情報は、SCIフォーマット2-Aを使用して送信される。
・HARQプロセス番号 - 3GPP TS 38.213の16.4項において定義されている4ビット。
・新しいデータインジケータ - 3GPP TS 38.213の16.4項において定義されている1ビット。
・冗長バージョン - 3GPP TS 38.214の16.4項において定義されている2ビット。
・ソースID - 3GPP TS 38.214の8.1項において定義されている8ビット。
・宛先ID - 3GPP TS 38.214の8.1項において定義されている16ビット。
・HARQフィードバック有効/無効インジケータ - 3GPP TS 38.213の16.3項において定義されている1ビット。
・キャストタイプインジケータ - GPP TS 38.212、表8.4.1.1-1において定義されている2ビット。
・CSI要求 - 3GPP TS 38.214の8.2.1項において定義されている1ビット。
・HARQプロセス番号 - 3GPP TS 38.213の16.4項において定義されている4ビット。
・新しいデータインジケータ - 3GPP TS 38.213の16.4項において定義されている1ビット。
・冗長バージョン - 3GPP TS 38.214の16.4項において定義されている2ビット。
・ソースID - 3GPP TS 38.214の8.1項において定義されている8ビット。
・宛先ID - 3GPP TS 38.214の8.1項において定義されている16ビット。
・HARQフィードバック有効/無効インジケータ - 3GPP TS 38.213の16.3項において定義されている1ビット。
・キャストタイプインジケータ - GPP TS 38.212、表8.4.1.1-1において定義されている2ビット。
・CSI要求 - 3GPP TS 38.214の8.2.1項において定義されている1ビット。
【0120】
【表2】
【0121】
SCIフォーマット2-Bは、HARQ-ACK情報がNACKのみを含む場合、またはHARQ-ACK情報のフィードバックがない場合に、HARQ動作によるPSSCHの復号のために使用される。次の情報は、SCIフォーマット2-Bを使用して送信される。
・HARQプロセス番号 - 3GPP TS 38.213の16.4項において定義されている4ビット。
・新しいデータインジケータ - 3GPP TS 38.213の16.4項において定義されている1ビット。
・冗長バージョン - 3GPP TS 38.214の16.4項において定義されている2ビット。
・ソースID - 3GPP TS 38.214の8.1項において定義されている8ビット。
・宛先ID - 3GPP TS 38.214の8.1項において定義されている16ビット。
・HARQフィードバック有効/無効インジケータ - 3GPP TS 38.213の16.3項において定義されている1ビット。
・ゾーンID - 3GPP TS 38.331の5.8.11項において定義されている12ビット。
・通信範囲要件 - 上位レイヤパラメータsl-ZoneConfigMCR-Indexによって決定される4ビット。
・HARQプロセス番号 - 3GPP TS 38.213の16.4項において定義されている4ビット。
・新しいデータインジケータ - 3GPP TS 38.213の16.4項において定義されている1ビット。
・冗長バージョン - 3GPP TS 38.214の16.4項において定義されている2ビット。
・ソースID - 3GPP TS 38.214の8.1項において定義されている8ビット。
・宛先ID - 3GPP TS 38.214の8.1項において定義されている16ビット。
・HARQフィードバック有効/無効インジケータ - 3GPP TS 38.213の16.3項において定義されている1ビット。
・ゾーンID - 3GPP TS 38.331の5.8.11項において定義されている12ビット。
・通信範囲要件 - 上位レイヤパラメータsl-ZoneConfigMCR-Indexによって決定される4ビット。
【0122】
【表3】
【0123】
【表4】
【0124】
【表5】
【0125】
図6は、本開示の実施形態による、フィードバックチャネルを使用してサイドリンクリソースの競合を示すために使用され得るユーザ機器装置600を示している。様々な実施形態において、ユーザ機器装置600は、上述の解決策のうちの1つまたは複数を実装するために使用される。ユーザ機器装置600は、上述のリモートユニット105、UE-A 205、UE-B 210、Rx UE-A、および/またはTx UEの一実施形態であってもよい。さらに、ユーザ機器装置600は、プロセッサ605と、メモリ610と、入力デバイス615と、出力デバイス620と、トランシーバ625とを含み得る。
【0126】
いくつかの実施形態では、入力デバイス615および出力デバイス620は、タッチスクリーンなどの単一のデバイスに組み合わされる。特定の実施形態では、ユーザ機器装置600は、入力デバイス615および/または出力デバイス620を含まなくてもよい。様々な実施形態では、ユーザ機器装置600は、プロセッサ605、メモリ610、およびトランシーバ625のうちの1つまたは複数を含んでもよく、入力デバイス615および/または出力デバイス620を含まなくてもよい。
【0127】
図示されるように、トランシーバ625は、少なくとも1つのトランスミッタ630および少なくとも1つのレシーバ635を含む。いくつかの実施形態では、トランシーバ625は、1つまたは複数のベースユニット121によってサポートされる1つまたは複数のセル(または、ワイヤレスカバレッジエリア)と通信する。様々な実施形態では、トランシーバ625は認可されていないスペクトルにおいて動作可能である。さらに、トランシーバ625は、1つまたは複数のビームをサポートする複数のUEパネルを含み得る。さらに、トランシーバ625は、少なくとも1つのネットワークインターフェース640および/またはアプリケーションインターフェース645をサポートし得る。アプリケーションインターフェース645は、1つまたは複数のAPIをサポートし得る。ネットワークインターフェース640は、Uu、Nl、PC5などの3GPP基準点をサポートし得る。当業者によって理解されるように、他のネットワークインターフェース640がサポートされる場合がある。
【0128】
一実施形態では、プロセッサ605は、コンピュータ可読命令を実行することができる、および/または論理演算を実行することができる任意の知られているコントローラを含み得る。たとえば、プロセッサ605は、マイクロコントローラ、マイクロプロセッサ、中央処理装置(「CPU」)、グラフィックス処理装置(「GPU」)、補助処理装置、フィールドプログラマブルゲートアレイ(「FPGA」)、または同様のプログラマブルコントローラであってもよい。いくつかの実施形態では、プロセッサ605は、本明細書に記載の方法およびルーチンを実行するために、メモリ610に記憶された命令を実行する。プロセッサ605は、メモリ610、入力デバイス615、出力デバイス620、およびトランシーバ625に通信可能に結合される。
【0129】
様々な実施形態では、プロセッサ605は、上述のUEの挙動を実装するために、ユーザ機器装置600を制御する。特定の実施形態では、プロセッサ605は、アプリケーションドメインおよびオペレーティングシステム(「OS」)機能を管理するアプリケーションプロセッサ(「メインプロセッサ」としても知られる)と、無線機能を管理するベースバンドプロセッサ(「ベースバンド無線プロセッサ」としても知られる)とを含み得る。
【0130】
様々な実施形態では、ユーザ機器装置600は、本明細書で説明されるように、サイドリンク通信リソースを使用してピアTx UEと通信するRx UE(たとえば、UE-A 205および/または上述のRx UE)である。そのような実施形態では、プロセッサ605は、上述のRx UEの挙動を実行するようにユーザ機器装置600を制御する。
【0131】
いくつかの実施形態では、トランシーバ625は、物理サイドリンク制御チャネルの第1のリソース上においてピアUEからSCIを受信し、SCIが、将来の送信のために予約された将来のリソースを示す情報を備える。プロセッサ605は、リソースの競合があるかどうかを決定し、前記リソースの競合は、将来のリソースにおいて予想される衝突を含む。トランシーバ625は、フィードバックリソースにおいてピアUEにフィードバックを送信し、フィードバックは、リソースの競合があるかどうかの表示を含む。
【0132】
一実施形態では、リソースの競合は時間領域衝突を備え、すなわち、上述の半二重問題が生じる。別の実施形態では、リソースの競合は時間/周波数衝突を備える。いくつかの実施形態では、SCIは、競合表示が有効かどうかを示すフィールド(たとえば、1ビット)を備える。特定の実施形態では、SCIは、HARQフィードバックが有効であるかどうかを示す第2のフィールド(たとえば、1ビット)をさらに備える。
【0133】
いくつかの実施形態では、トランシーバ625は、サイドリンクデータの初期送信をさらに受信し、SCIは初期送信を伴う。そのような実施形態では、フィードバックは、HARQフィードバック(すなわち、HARQ-ACK報告)を示すためのフィードバックリソースの第1のセットと、リソースの競合があるかどうかを示すためのフィードバックリソースの第2のセットとを含む。ここで、フィードバックリソースの第1のセットは、初期送信に対する肯定応答(すなわち、ACK)、および初期送信に対する否定応答(すなわち、NACK)のうちの1つを報告するHARQフィードバックビットを含む。
【0134】
特定の実施形態では、SCIは、将来のリソースの複数の予約を示し、フィードバックリソースの第2のセットは、各予約に対する競合表示ビットを含み、各競合表示ビットは、対応する予約に対してリソースの競合があるかどうかを示す。他の実施形態では、フィードバックリソースの第2のセットは、将来のリソースのいずれかに対してリソースの競合があるかどうかを示す単一の競合表示ビットを含む。
【0135】
特定の実施形態では、フィードバックリソースの第1のセットとフィードバックリソースの第2のセットは、時間領域における共通のシンボル上の別個の物理リソースブロックを含む。特定の実施形態では、フィードバックリソースの第1のセットとフィードバックリソースの第2のセットは、共通のスロット上、および物理リソースブロックの共通のセット(すなわち、1つまたは複数)上の時間領域における別個のシンボルを含む。
【0136】
様々な実施形態では、ユーザ機器装置600は、本明細書で説明されるように、サイドリンク通信リソースを使用してピアRx UE(たとえば、UE-A 205)と通信するTx UE(たとえば、UE-B 210および/または上述のTx UE)である。そのような実施形態では、プロセッサ605は、上述のTx UEの挙動を実行するようにユーザ機器装置600を制御する。
【0137】
いくつかの実施形態では、プロセッサ605は、将来の送信のために予約された将来のリソースを示す情報を含むSCIを生成し、PSCCHの第1のリソースにおいてピアUEにSCIを送信するようにトランシーバ625を制御する。トランシーバ625は、フィードバックリソースにおいてピアUEからフィードバックを受信し、フィードバックは、リソースの競合があるかどうかの表示を含み、前記リソースの競合は、将来のリソースにおいて予想される衝突を含む。
【0138】
いくつかの実施形態では、プロセッサ605は、ピアUEからのフィードバックがリソースの競合を示す場合、リソース再選択をトリガする。一実施形態では、リソースの競合は時間領域衝突を含み、すなわち、上述の半二重問題が生じる。別の実施形態では、リソースの競合は時間/周波数衝突を含む。いくつかの実施形態では、SCIは、競合表示が有効かどうかを示すフィールド(すなわち、1ビット)を含む。特定の実施形態では、SCIは、HARQフィードバックが有効であるかどうかを示す第2のフィールド(すなわち、1ビット)をさらに含む。
【0139】
いくつかの実施形態では、トランシーバ625は、サイドリンクデータの初期送信をさらに送信し、SCIは初期送信を伴う。そのような実施形態では、フィードバックは、HARQフィードバック(すなわち、HARQ-ACK報告)を示すためのフィードバックリソースの第1のセットと、リソースの競合があるかどうかを示すためのフィードバックリソースの第2のセットとを含む。ここで、フィードバックリソースの第1のセットは、初期送信に対する肯定応答(すなわち、ACK)、および初期送信に対する否定応答(すなわち、NACK)のうちの1つを報告するHARQフィードバックビットを含む。
【0140】
特定の実施形態では、SCIは、将来のリソースの複数の予約を示し、フィードバックリソースの第2のセットは、各予約に対する競合表示ビットを備え、各競合表示ビットは、対応する予約に対してリソースの競合があるかどうかを示している。他の実施形態では、フィードバックリソースの第2のセットは、将来のリソースのいずれかに対してリソースの競合があるかどうかを示す単一の競合表示ビットを備える。
【0141】
特定の実施形態では、フィードバックリソースの第1のセットとフィードバックリソースの第2のセットは、時間領域における共通のシンボル上の別個の物理リソースブロックを含む。特定の実施形態では、フィードバックリソースの第1のセットとフィードバックリソースの第2のセットは、共通のスロット上、および物理リソースブロックの共通のセット(すなわち、1つまたは複数)上の時間領域における別個のシンボルを含む。
【0142】
メモリ610は、一実施形態では、コンピュータ可読ストレージ媒体である。いくつかの実施形態では、メモリ610は、揮発性コンピュータストレージ媒体を含む。たとえば、メモリ610は、ダイナミックRAM(「DRAM」)、同期ダイナミックRAM(「SDRAM」)、および/またはスタティックRAM(「SRAM」)を含むRAMを含み得る。いくつかの実施形態では、メモリ610は、不揮発性コンピュータストレージ媒体を含む。たとえば、メモリ610は、ハードディスクドライブ、フラッシュメモリ、または任意の他の適切な不揮発性コンピュータストレージデバイスを含み得る。いくつかの実施形態では、メモリ610は、揮発性コンピュータストレージ媒体と不揮発性コンピュータストレージ媒体の両方を含む。
【0143】
いくつかの実施形態では、メモリ610は、フィードバックチャネルおよび/またはモバイル動作を使用してサイドリンクリソースの競合を示すことに関連するデータを記憶する。たとえば、メモリ610は、上述のように、様々なパラメータ、パネル/ビーム構成、リソース割当て、ポリシなどを記憶し得る。特定の実施形態では、メモリ610はまた、オペレーティングシステムまたは装置600上で動作する他のコントローラアルゴリズムなどのプログラムコードおよび関連データを記憶する。
【0144】
入力デバイス615は、一実施形態では、タッチパネル、ボタン、キーボード、スタイラス、マイクロフォンなどを含む任意の知られているコンピュータ入力デバイスを含み得る。いくつかの実施形態では、入力デバイス615は、たとえば、タッチスクリーンまたは同様のタッチセンシティブディスプレイとして、出力デバイス620と統合され得る。いくつかの実施形態では、入力デバイス615は、タッチスクリーン上に表示される仮想キーボードを使用して、および/またはタッチスクリーン上に手書きすることによってテキストが入力され得るように、タッチスクリーンを含む。いくつかの実施形態では、入力デバイス615は、キーボードおよびタッチパネルなどの、2つ以上の異なるデバイスを含む。
【0145】
出力デバイス620は、一実施形態では、視覚信号、聴覚信号、および/または触覚信号を出力するように設計されている。いくつかの実施形態では、出力デバイス620は、視覚データをユーザに出力できる電子的に制御可能なディスプレイまたはディスプレイデバイスを含む。たとえば、出力デバイス620は、液晶ディスプレイ(「LCD」)、発光ダイオード(「LED」)ディスプレイ、有機LED(「OLED」)ディスプレイ、プロジェクタ、または画像、テキストなどをユーザに出力できる同様のディスプレイデバイスを含み得るが、これらに限定されない。別の非限定的な例として、出力デバイス620は、スマートウォッチ、スマートグラス、ヘッドアップディスプレイなどの、ユーザ機器装置600の残りの部分とは別個であるが、通信可能に結合された、ウェアラブルディスプレイを含み得る。さらに、出力デバイス620は、スマートフォン、携帯情報端末、テレビ、テーブルコンピュータ、ノートブック(ラップトップ)コンピュータ、パーソナルコンピュータ、車両ダッシュボードなどのコンポーネントであってもよい。
【0146】
特定の実施形態では、出力デバイス620は、音を生成するための1つまたは複数のスピーカを含む。たとえば、出力デバイス620は、可聴アラートまたは通知(たとえば、ビープ音またはチャイム)を生成し得る。いくつかの実施形態では、出力デバイス620は、振動、運動、または他の触覚フィードバックを生成するための1つまたは複数の触覚デバイスを含む。いくつかの実施形態では、出力デバイス620のすべてまたは一部は、入力デバイス615と統合され得る。たとえば、入力デバイス615および出力デバイス620は、タッチスクリーンまたは同様のタッチセンシティブディスプレイを形成し得る。他の実施形態では、出力デバイス620は、入力デバイス615の近くに配置され得る。
【0147】
トランシーバ625は、1つまたは複数のアクセスネットワークを介してモバイル通信ネットワークの1つまたは複数のネットワーク機能と通信する。トランシーバ625は、メッセージ、データ、および他の信号を送信し、またメッセージ、データ、および他の信号を受信するために、プロセッサ605の制御下で動作する。たとえば、プロセッサ605は、メッセージを送受信するために、特定の時間にトランシーバ625(または、その一部)を選択的に起動し得る。
【0148】
トランシーバ625は、少なくともトランスミッタ630および少なくとも1つのレシーバ635を含む。本明細書に記載のUL送信などのUL通信信号をベースユニット121に提供するために、1つまたは複数のトランスミッタ630が使用され得る。同様に、本明細書で説明するように、ベースユニット121からDL通信信号を受信するために、1つまたは複数のレシーバ635が使用され得る。1つのトランスミッタ630および1つのレシーバ635のみが示されているが、ユーザ機器装置600は、任意の適切な数のトランスミッタ630およびレシーバ635を有し得る。さらに、トランスミッタ630およびレシーバ635は、任意の適切なタイプのトランスミッタおよびレシーバであり得る。一実施形態では、トランシーバ625は、認可された無線スペクトルを介してモバイル通信ネットワークと通信するために使用される第1のトランスミッタ/レシーバのペアと、認可されていない無線スペクトルを介してモバイル通信ネットワークと通信するために使用される第2のトランスミッタ/レシーバのペアとを含む。
【0149】
特定の実施形態では、認可された無線スペクトルを介してモバイル通信ネットワークと通信するために使用される第1のトランスミッタ/レシーバのペアと、認可されていない無線スペクトルを介してモバイル通信ネットワークと通信するために使用される第2のトランスミッタ/レシーバのペアは、単一のトランシーバユニット、たとえば、認可された無線スペクトルと認可されていない無線スペクトルの両方で使用するための機能を実行する単一のチップに組み合わされ得る。いくつかの実施形態では、第1のトランスミッタ/レシーバのペアと、第2のトランスミッタ/レシーバのペアは、1つまたは複数のハードウェアコンポーネントを共有し得る。たとえば、特定のトランシーバ625、トランスミッタ630、およびレシーバ635は、たとえば、ネットワークインターフェース640などの共有ハードウェアリソースおよび/またはソフトウェアリソースにアクセスする物理的に別個のコンポーネントとして実装され得る。
【0150】
様々な実施形態では、1つまたは複数のトランスミッタ630および/または1つまたは複数のレシーバ635は、マルチトランシーバチップ、システムオンチップ、特定用途向け集積回路(「ASIC」)、または他のタイプのハードウェアコンポーネントなどの単一のハードウェアコンポーネントに実装および/または統合され得る。特定の実施形態では、1つまたは複数のトランスミッタ630および/あるいは1つまたは複数のレシーバ635は、マルチチップモジュールに実装および/または統合され得る。いくつかの実施形態では、ネットワークインターフェース640または他のハードウェアコンポーネント/回路などの他のコンポーネントは、任意の数のトランスミッタ630および/またはレシーバ635と単一のチップに統合され得る。そのような実施形態では、トランスミッタ630およびレシーバ635は、もう1つの共通制御信号を使用するトランシーバ625として、あるいは同じハードウェアチップまたはマルチチップモジュールにおいて実装されるモジュラトランスミッタ630およびレシーバ635として論理的に構成され得る。
【0151】
図7は、本開示の実施形態による、フィードバックチャネルを使用してサイドリンクリソースの競合を示すために使用され得るネットワーク装置700を示している。一実施形態では、ネットワーク装置700は、上記の解決策のうちの1つまたは複数を実装するために使用されるRANエンティティの一実装形態であってもよい。ネットワーク装置700は、上述のように、ベースユニット121の一実施形態であってもよい。さらに、ネットワーク装置700は、プロセッサ705と、メモリ710と、入力デバイス715と、出力デバイス720と、トランシーバ725とを含み得る。
【0152】
いくつかの実施形態では、入力デバイス715および出力デバイス720は、タッチスクリーンなどの単一のデバイスに組み合わされる。特定の実施形態では、ネットワーク装置700は、入力デバイス715および/または出力デバイス720を含まなくてもよい。様々な実施形態では、ネットワーク装置700は、プロセッサ705、メモリ710、およびトランシーバ725のうちの1つまたは複数を含んでもよく、入力デバイス715および/または出力デバイス720を含まなくてもよい。
【0153】
図示されるように、トランシーバ725は、少なくとも1つのトランスミッタ730と、少なくとも1つのレシーバ735とを含む。ここで、トランシーバ725は、1つまたは複数のリモートユニット105と通信する。さらに、トランシーバ725は、少なくとも1つのネットワークインターフェース740および/またはアプリケーションインターフェース745をサポートし得る。アプリケーションインターフェース745は、1つまたは複数のAPIをサポートし得る。ネットワークインターフェース740は、Uu、Nl、N2、およびN3などの3GPP基準点をサポートし得る。当業者によって理解されるように、他のネットワークインターフェース740がサポートされる場合がある。
【0154】
一実施形態では、プロセッサ705は、コンピュータ可読命令を実行することができる、および/または論理演算を実行することができる任意の知られているコントローラを含み得る。たとえば、プロセッサ705は、マイクロコントローラ、マイクロプロセッサ、CPU、GPU、補助処理装置、FPGA、または同様のプログラマブルコントローラであってもよい。いくつかの実施形態では、プロセッサ705は、本明細書に記載の方法およびルーチンを実行するために、メモリ710に記憶された命令を実行する。プロセッサ705は、メモリ710、入力デバイス715、出力デバイス720、およびトランシーバ725に通信可能に結合される。
【0155】
様々な実施形態では、ネットワーク装置700は、本明細書で説明するように、1つまたは複数のUEと通信するRANノード(たとえば、gNB)である。そのような実施形態では、プロセッサ705は、上述のRAN挙動を実行するために、ネットワーク装置700を制御する。RANノードとして動作する場合、プロセッサ705は、アプリケーションドメインおよびオペレーティングシステム(「OS」)機能を管理するアプリケーションプロセッサ(「メインプロセッサ」としても知られる)と、無線機能を管理するベースバンドプロセッサ(「ベースバンド無線プロセッサ」としても知られる)とを含み得る。
【0156】
いくつかの実施形態では、プロセッサ705は、サイドリンク動作のための構成および/またはリソース割当てを1つまたは複数のUEに送信するために、トランシーバを制御し得る。
【0157】
メモリ710は、一実施形態では、コンピュータ可読ストレージ媒体である。いくつかの実施形態では、メモリ710は、揮発性コンピュータストレージ媒体を含む。たとえば、メモリ710は、ダイナミックRAM(「DRAM」)、同期ダイナミックRAM(「SDRAM」)、および/またはスタティックRAM(「SRAM」)を含むRAMを含み得る。いくつかの実施形態では、メモリ710は、不揮発性コンピュータストレージ媒体を含む。たとえば、メモリ710は、ハードディスクドライブ、フラッシュメモリ、または任意の他の適切な不揮発性コンピュータストレージデバイスを含み得る。いくつかの実施形態では、メモリ710は、揮発性コンピュータストレージ媒体と不揮発性コンピュータストレージ媒体の両方を含む。
【0158】
いくつかの実施形態では、メモリ710は、フィードバックチャネルおよび/またはモバイル動作を使用してサイドリンクリソースの競合を示すことに関連するデータを記憶する。たとえば、メモリ710は、上述のように、パラメータ、構成、リソース割当て、ポリシなどを記憶し得る。特定の実施形態では、メモリ710はまた、オペレーティングシステムまたは装置700上で動作する他のコントローラアルゴリズムなどのプログラムコードおよび関連データを記憶する。
【0159】
入力デバイス715は、一実施形態では、タッチパネル、ボタン、キーボード、スタイラス、マイクロフォンなどを含む任意の知られているコンピュータ入力デバイスを含み得る。いくつかの実施形態では、入力デバイス715は、たとえば、タッチスクリーンまたは同様のタッチセンシティブディスプレイとして、出力デバイス720と統合され得る。いくつかの実施形態では、入力デバイス715は、タッチスクリーン上に表示される仮想キーボードを使用して、および/またはタッチスクリーン上に手書きすることによってテキストが入力され得るように、タッチスクリーンを含む。いくつかの実施形態では、入力デバイス715は、キーボードおよびタッチパネルなどの、2つ以上の異なるデバイスを含む。
【0160】
出力デバイス720は、一実施形態では、視覚信号、聴覚信号、および/または触覚信号を出力するように設計されている。いくつかの実施形態では、出力デバイス720は、視覚データをユーザに出力できる電子的に制御可能なディスプレイまたはディスプレイデバイスを含む。たとえば、出力デバイス720は、これらに限定されないが、LCDディスプレイ、LEDディスプレイ、OLEDディスプレイ、プロジェクタ、または画像、テキストなどをユーザに出力することができる同様のディスプレイデバイスを含み得る。別の非限定的な例として、出力デバイス720は、スマートウォッチ、スマートグラス、ヘッドアップディスプレイなどの、ネットワーク装置700の残りの部分とは別個であるが、通信可能に結合された、ウェアラブルディスプレイを含み得る。さらに、出力デバイス720は、スマートフォン、携帯情報端末、テレビ、テーブルコンピュータ、ノートブック(ラップトップ)コンピュータ、パーソナルコンピュータ、車両ダッシュボードなどのコンポーネントであってもよい。
【0161】
特定の実施形態では、出力デバイス720は、音を生成するための1つまたは複数のスピーカを含む。たとえば、出力デバイス720は、可聴アラートまたは通知(たとえば、ビープ音またはチャイム)を生成し得る。いくつかの実施形態では、出力デバイス720は、振動、運動、または他の触覚フィードバックを生成するための1つまたは複数の触覚デバイスを含む。いくつかの実施形態では、出力デバイス720のすべてまたは一部は、入力デバイス715と統合され得る。たとえば、入力デバイス715および出力デバイス720は、タッチスクリーンまたは同様のタッチセンシティブディスプレイを形成し得る。他の実施形態では、出力デバイス720は、入力デバイス715の近くに配置され得る。
【0162】
トランシーバ725は、少なくともトランスミッタ730および少なくとも1つのレシーバ735を含む。本明細書で説明するように、UEと通信するために、1つまたは複数のトランスミッタ730が使用され得る。同様に、本明細書に記載されるように、パブリックランドモバイルネットワーク(「PLMN」)および/またはRANにおけるネットワーク機能と通信するために、1つまたは複数のレシーバ735が使用され得る。1つのトランスミッタ730および1つのレシーバ735のみが示されているが、ネットワーク装置700は、任意の適切な数のトランスミッタ730およびレシーバ735を有し得る。さらに、トランスミッタ730およびレシーバ735は、任意の適切なタイプのトランスミッタおよびレシーバであり得る。
【0163】
図8は、本開示の実施形態による、フィードバックチャネルを使用してサイドリンクリソースの競合を示すための方法800の一実施形態を示している。様々な実施形態では、方法800は、上述のように、リモートユニット105、UE-A 205、Rx UE、および/またはユーザ機器装置600などのRx UEによって実行される。いくつかの実施形態では、方法800は、マイクロコントローラ、マイクロプロセッサ、CPU、GPU、補助処理装置、FPGAなどのプロセッサによって実行される。
【0164】
方法800が始まり、PSCCHの第1のリソースにおいてピアUEからSCIを受信し(805)、SCIは、将来の送信のために予約された将来のリソースを示す情報を含む。方法800は、リソースの競合があるかどうかを決定すること(810)を含み、前記リソースの競合は、将来のリソースにおいて予想される衝突を含む。方法800は、フィードバックリソースにおいてピアUEにフィードバックを送信するステップ(815)を含み、フィードバックは、リソースの競合があるかどうかの表示を含む。方法800が終了する。一実施形態では、リソースの競合は時間領域競合を備え、すなわち、上述の半二重問題が生じる。別の実施形態では、リソースの競合は時間/周波数衝突を備える。
【0165】
図9は、本開示の実施形態による、フィードバックチャネルを使用してサイドリンクリソースの競合を示すための方法900の一実施形態を示している。様々な実施形態では、方法900は、上述のように、リモートユニット105、UE-B 210、Tx UE、および/またはユーザ機器装置600などのTx UEデバイスによって実行される。いくつかの実施形態では、方法900は、マイクロコントローラ、マイクロプロセッサ、CPU、GPU、補助処理装置、FPGAなどのプロセッサによって実行される。
【0166】
方法900が始まり、物理サイドリンク制御チャネルの第1のリソース上においてピアUEにSCIを送信し(905)、SCIが、将来の送信のために予約された将来のリソースを示す情報を備える。方法900は、フィードバックリソースにおいてピアUEからフィードバックを受信するステップ(910)を含み、フィードバックは、リソースの競合があるかどうかの表示を備え、前記リソースの競合は、将来のリソースにおいて予想される衝突を含む。方法900が終了する。一実施形態では、リソースの競合は時間領域衝突を備え、すなわち、上述の半二重問題が生じる。別の実施形態では、リソースの競合は時間/周波数衝突を備える。
【0167】
本開示の実施形態による、フィードバックチャネルを使用してサイドリンクリソースの競合を示すための第1の装置が本明細書に開示されている。第1の装置は、上述のように、リモートユニット105、UE-A 205、Rx UE、および/またはユーザ機器装置600などのレシーバUEによって実装され得る。第1の装置は、PSCCHの第1のリソースにおいてピアUEからSCIを受信するレシーバを含み、SCIは、将来の送信のために予約された将来のリソースを示す情報を含む。第1の装置は、リソースの競合があるかどうかを決定するプロセッサを含み、前記リソースの競合は、将来のリソースにおいて予想される衝突を含む。第1の装置は、フィードバックリソースにおいてピアUEにフィードバックを送信するトランスミッタを含み、フィードバックは、リソースの競合があるかどうかの表示を含む。
【0168】
一実施形態では、リソースの競合は時間領域衝突を備え、すなわち、上述の半二重問題が生じる。別の実施形態では、リソースの競合は時間/周波数衝突を備える。いくつかの実施形態では、SCIは、競合表示が有効であるかどうかを示すフィールド(たとえば、1ビット)を備える。特定の実施形態では、SCIは、HARQフィードバックが有効であるかどうかを示す第2のフィールド(たとえば、1ビット)をさらに備える。
【0169】
いくつかの実施形態では、レシーバは、サイドリンクデータの初期送信をさらに受信し、SCIは初期送信を伴う。そのような実施形態では、フィードバックは、HARQフィードバック(すなわち、HARQ-ACK報告)を示すためのフィードバックリソースの第1のセットと、リソースの競合があるかどうかを示すためのフィードバックリソースの第2のセットとを含む。ここで、フィードバックリソースの第1のセットは、初期送信に対する肯定応答(すなわち、ACK)、および初期送信に対する否定応答(すなわち、NACK)のうちの1つを報告するHARQフィードバックビットを含む。
【0170】
特定の実施形態では、SCIは、将来のリソースの複数の予約を示し、フィードバックリソースの第2のセットは、各予約に対する競合表示ビットを含み、各競合表示ビットは、対応する予約に対してリソースの競合があるかどうかを示す。他の実施形態では、フィードバックリソースの第2のセットは、将来のリソースのいずれかに対してリソースの競合があるかどうかを示す単一の競合表示ビットを含む。
【0171】
特定の実施形態では、フィードバックリソースの第1のセットとフィードバックリソースの第2のセットは、時間領域における共通のシンボル上の別個の物理リソースブロックを含む。特定の実施形態では、フィードバックリソースの第1のセットとフィードバックリソースの第2のセットは、共通のスロット上、および物理リソースブロックの共通のセット(すなわち、1つまたは複数)上の時間領域における別個のシンボルを含む。
【0172】
本開示の実施形態による、フィードバックチャネルを使用してサイドリンクリソースの競合を示すための第1の方法が本明細書に開示されている。第1の方法は、上述のように、リモートユニット105、UE-A 205、Rx UE、および/またはユーザ機器装置600などのRx UEなどのレシーバUEによって実行され得る。第1の方法は、PSCCHの第1のリソースにおいてピアTx UEからSCIを受信するステップであって、SCIが、将来の送信のために予約された将来のリソースを示す情報を含む、ステップを含む。第1の方法は、リソースの競合があるかどうかを決定するステップを含み、前記リソースの競合は、将来のリソースにおいて予想される衝突を含む。第1の方法は、フィードバックリソースにおいてピアUEにフィードバックを送信するステップであって、フィードバックが、リソースの競合があるかどうかの表示を含む、ステップを含む。
【0173】
一実施形態では、リソースの競合は時間領域衝突を備え、すなわち、上述の半二重問題が生じる。別の実施形態では、リソースの競合は時間/周波数衝突を備える。いくつかの実施形態では、SCIは、競合表示が有効かどうかを示すフィールド(たとえば、1ビット)を含む。特定の実施形態では、SCIは、HARQフィードバックが有効であるかどうかを示す第2のフィールド(たとえば、1ビット)をさらに含む。
【0174】
いくつかの実施形態では、第1の方法は、サイドリンクデータの初期送信を受信するステップをさらに含み、SCIは初期送信を伴う。そのような実施形態では、フィードバックは、HARQフィードバック(すなわち、HARQ-ACK報告)を示すためのフィードバックリソースの第1のセットと、リソースの競合があるかどうかを示すためのフィードバックリソースの第2のセットとを含む。ここで、フィードバックリソースの第1のセットは、初期送信に対する肯定応答(すなわち、ACK)、および初期送信に対する否定応答(すなわち、NACK)のうちの1つを報告するHARQフィードバックビットを含む。
【0175】
特定の実施形態では、SCIは、将来のリソースの複数の予約を示し、フィードバックリソースの第2のセットは、各予約に対する競合表示ビットを含み、各競合表示ビットは、対応する予約に対してリソースの競合があるかどうかを示す。他の実施形態では、フィードバックリソースの第2のセットは、将来のリソースのいずれかに対してリソースの競合があるかどうかを示す単一の競合表示ビットを含む。
【0176】
特定の実施形態では、フィードバックリソースの第1のセットとフィードバックリソースの第2のセットは、時間領域における共通のシンボル上の別個の物理リソースブロックを含む。特定の実施形態では、フィードバックリソースの第1のセットとフィードバックリソースの第2のセットは、共通のスロット上、および物理リソースブロックの共通のセット(すなわち、1つまたは複数)上の時間領域における別個のシンボルを含む。
【0177】
本開示の実施形態による、フィードバックチャネルを使用してサイドリンクリソースの競合を示すための第2の装置が本明細書に開示されている。第2の装置は、上述した、リモートユニット105、UE-B 210、Tx UE、および/またはユーザ機器装置600などのトランスミッタUEデバイスによって実装され得る。第2の装置は、将来の送信のために予約された将来のリソースを示す情報を含むSCIを生成するプロセッサと、PSCCHの第1のリソースにおいてピアUEにSCIを送信するトランスミッタとを含む。第2の装置は、フィードバックリソースにおいてピアUEからフィードバックを受信するレシーバを含み、フィードバックは、リソースの競合があるかどうかの表示を含み、前記リソースの競合は、将来のリソースにおいて予想される衝突を含む。
【0178】
いくつかの実施形態では、プロセッサは、リソースの競合を示すピアUEからのフィードバックに応答して、リソースの再選択をトリガする。一実施形態では、リソースの競合は時間領域衝突を備え、すなわち、上述の半二重問題が生じる。別の実施形態では、リソースの競合は時間/周波数衝突を備える。いくつかの実施形態では、SCIは、競合表示が有効かどうかを示すフィールド(すなわち、1ビット)を含む。特定の実施形態では、SCIは、HARQフィードバックが有効であるかどうかを示す第2のフィールド(すなわち、1ビット)をさらに含む。
【0179】
いくつかの実施形態では、トランスミッタは、サイドリンクデータの初期送信をさらに送信し、SCIは初期送信を伴う。そのような実施形態では、フィードバックは、HARQフィードバック(すなわち、HARQ-ACK報告)を示すためのフィードバックリソースの第1のセットと、リソースの競合があるかどうかを示すためのフィードバックリソースの第2のセットとを含む。ここで、フィードバックリソースの第1のセットは、初期送信に対する肯定応答(すなわち、ACK)、および初期送信に対する否定応答(すなわち、NACK)のうちの1つを報告するHARQフィードバックビットを含む。
【0180】
特定の実施形態では、SCIは、将来のリソースの複数の予約を示し、フィードバックリソースの第2のセットは、各予約に対する競合表示ビットを備え、各競合表示ビットは、対応する予約に対してリソースの競合があるかどうかを示している。他の実施形態では、フィードバックリソースの第2のセットは、将来のリソースのいずれかに対してリソースの競合があるかどうかを示す単一の競合表示ビットを備える。
【0181】
特定の実施形態では、フィードバックリソースの第1のセットとフィードバックリソースの第2のセットは、時間領域における共通のシンボル上の別個の物理リソースブロックを含む。特定の実施形態では、フィードバックリソースの第1のセットとフィードバックリソースの第2のセットは、共通のスロット上、および物理リソースブロックの共通のセット(すなわち、1つまたは複数)上の時間領域における別個のシンボルを含む。
【0182】
本開示の実施形態による、フィードバックチャネルを使用してサイドリンクリソースの競合を示すための第2の方法が本明細書に開示されている。第2の方法は、上述した、リモートユニット105、UE-B 210、Tx UE、および/またはユーザ機器装置600などのトランスミッタUEデバイスによって実行され得る。第2の方法は、物理サイドリンク制御チャネルの第1のリソースにおいてSCIをピアUEに送信するステップであって、SCIが、将来の送信のために予約された将来のリソースを示す情報を含む、ステップを含む。第2の方法は、フィードバックリソースにおいてピアUEからフィードバックを受信するステップを含み、フィードバックはリソースの競合があるかどうかの表示を含み、前記リソースの競合は将来のリソースにおいて予想される衝突を含む。
【0183】
いくつかの実施形態では、第2の方法は、リソースの競合を示すピアUEからのフィードバックに応答して、リソース再選択をトリガするステップをさらに含む。一実施形態では、リソースの競合は時間領域衝突を備え、すなわち、上述の半二重問題が生じる。別の実施形態では、リソースの競合は時間/周波数衝突を備える。いくつかの実施形態では、SCIは、競合表示が有効かどうかを示すフィールド(すなわち、1ビット)を含む。特定の実施形態では、SCIは、HARQフィードバックが有効であるかどうかを示す第2のフィールド(すなわち、1ビット)をさらに含む。
【0184】
いくつかの実施形態では、第2の方法は、サイドリンクデータの初期送信を送信するステップをさらに含み、SCIは初期送信を伴う。そのような実施形態では、フィードバックは、HARQフィードバック(すなわち、HARQ-ACK報告)を示すためのフィードバックリソースの第1のセットと、リソースの競合があるかどうかを示すためのフィードバックリソースの第2のセットとを含む。ここで、フィードバックリソースの第1のセットは、初期送信に対する肯定応答(すなわち、ACK)、および初期送信に対する否定応答(すなわち、NACK)のうちの1つを報告するHARQフィードバックビットを含む。
【0185】
特定の実施形態では、SCIは、将来のリソースの複数の予約を示し、フィードバックリソースの第2のセットは、各予約に対する競合表示ビットを備え、各競合表示ビットは、対応する予約に対してリソースの競合があるかどうかを示している。他の実施形態では、フィードバックリソースの第2のセットは、将来のリソースのいずれかに対してリソースの競合があるかどうかを示す単一の競合表示ビットを備える。
【0186】
特定の実施形態では、フィードバックリソースの第1のセットとフィードバックリソースの第2のセットは、時間領域における共通のシンボル上の別個の物理リソースブロックを含む。特定の実施形態では、フィードバックリソースの第1のセットとフィードバックリソースの第2のセットは、共通のスロット上、および物理リソースブロックの共通のセット(すなわち、1つまたは複数)上の時間領域における別個のシンボルを含む。
【0187】
実施形態は、他の特定の形態において実施され得る。記載された実施形態は、すべての点において、例示としてのみ考慮され、限定的ではないとみなされるべきである。したがって、本発明の範囲は、前述の説明ではなく、添付の特許請求の範囲によって示される。特許請求の範囲の均等の意味および範囲内にあるすべての変更は、その範囲内に包含されるべきである。
【符号の説明】
【0188】
100 ワイヤレス通信システム
105 リモートユニット
107 アプリケーション
115 サイドリンク(「SL」)通信信号
120 無線アクセスネットワーク(「RAN」)
121 ベースユニット
123 ワイヤレス通信リンク
140 モバイルコアネットワーク
141 ユーザプレーン機能(「UPF」)
143 アクセスおよびモビリティ管理機能(「AMF」)
145 セッション管理機能(「SMF」)
146 ロケーション管理機能(「LMF」)
147 ポリシ制御機能(「PCF」)
149 組み合わされたエンティティ「UDM/UDR」
150 パケットデータネットワーク
151 アプリケーションサーバ
200 手順
205 UE-A
210 UE-B
215 メッセージング
220 メッセージング
230 メッセージング
300 フレーム構造
305 SCI
310 スロット
315 スロット
320 周波数領域多重化、PSFCH
325 時間領域多重化
330 競合表示
335 HARQ報告
400 フレーム構造
410 スロット
415 スロット
420 PSFCH
425 PSFCH
430 PSFCH
500 SLプロトコルスタック
515 物理(「PHY」)レイヤ
520 媒体アクセス制御(「MAC」)サブレイヤ
525 無線リンク制御(「RLC」)サブレイヤ
530 パケットデータコンバージェンスプロトコル(「PDCP」)サブレイヤ
535 サービスデータ適応プロトコル(「SDAP」)レイヤ、SDAPサブレイヤ
540 無線リソース制御(「RRC」)レイヤ
600 ユーザ機器装置
605 プロセッサ
610 メモリ
615 入力デバイス
620 出力デバイス
625 トランシーバ
630 トランスミッタ
635 レシーバ
640 ネットワークインターフェース
645 アプリケーションインターフェース
700 ネットワーク装置
705 プロセッサ
710 メモリ
715 入力デバイス
720 出力デバイス
725 トランシーバ
730 トランスミッタ
735 レシーバ
740 ネットワークインターフェース
745 アプリケーションインターフェース
800 方法
900 方法
105 リモートユニット
107 アプリケーション
115 サイドリンク(「SL」)通信信号
120 無線アクセスネットワーク(「RAN」)
121 ベースユニット
123 ワイヤレス通信リンク
140 モバイルコアネットワーク
141 ユーザプレーン機能(「UPF」)
143 アクセスおよびモビリティ管理機能(「AMF」)
145 セッション管理機能(「SMF」)
146 ロケーション管理機能(「LMF」)
147 ポリシ制御機能(「PCF」)
149 組み合わされたエンティティ「UDM/UDR」
150 パケットデータネットワーク
151 アプリケーションサーバ
200 手順
205 UE-A
210 UE-B
215 メッセージング
220 メッセージング
230 メッセージング
300 フレーム構造
305 SCI
310 スロット
315 スロット
320 周波数領域多重化、PSFCH
325 時間領域多重化
330 競合表示
335 HARQ報告
400 フレーム構造
410 スロット
415 スロット
420 PSFCH
425 PSFCH
430 PSFCH
500 SLプロトコルスタック
515 物理(「PHY」)レイヤ
520 媒体アクセス制御(「MAC」)サブレイヤ
525 無線リンク制御(「RLC」)サブレイヤ
530 パケットデータコンバージェンスプロトコル(「PDCP」)サブレイヤ
535 サービスデータ適応プロトコル(「SDAP」)レイヤ、SDAPサブレイヤ
540 無線リソース制御(「RRC」)レイヤ
600 ユーザ機器装置
605 プロセッサ
610 メモリ
615 入力デバイス
620 出力デバイス
625 トランシーバ
630 トランスミッタ
635 レシーバ
640 ネットワークインターフェース
645 アプリケーションインターフェース
700 ネットワーク装置
705 プロセッサ
710 メモリ
715 入力デバイス
720 出力デバイス
725 トランシーバ
730 トランスミッタ
735 レシーバ
740 ネットワークインターフェース
745 アプリケーションインターフェース
800 方法
900 方法
【図1】
【図2】
【図3A】
【図3B】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【国際調査報告】