知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-07-12
(54)【発明の名称】ユーザ装置及びその方法
(51)【国際特許分類】
H04W 92/18 20090101AFI20240705BHJP
H04W 28/04 20090101ALI20240705BHJP
H04W 72/566 20230101ALI20240705BHJP
【ＦＩ】
H04W92/18
H04W28/04 110
H04W72/566
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2024500419
(86)(22)【出願日】2021-07-08
(85)【翻訳文提出日】2024-03-05
(86)【国際出願番号】 CN2021105337
(87)【国際公開番号】W WO2023279346
(87)【国際公開日】2023-01-12
(81)【指定国・地域】
(71)【出願人】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100103894
【弁理士】
【氏名又は名称】家入 健
(72)【発明者】
【氏名】ミャオ ジャオバン
(72)【発明者】
【氏名】ワン ガン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067DD24
5K067EE02
5K067EE25
5K067HH22
5K067HH28
(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】
請求項１乃至２３、及び請求項２４乃至３０のいずれか一項に記載の方法を実行するように設定されたプロセッサを備える、端末装置。
【発明の詳細な説明】
【技術分野】
【0001】
本開示の実施形態は、全体として電気通信の分野に関し、特に、サイドリンク送信のための通信方法、装置、及びコンピュータ記憶媒体に関する。
【背景技術】
【0002】
サイドリンク送信のリソース割当モード２におけるユーザ装置間（ＵＥ間）協調については、ＵＥ間協調スキーム１及び２をサポートすることが合意されている。ＵＥ間協調スキーム１において、ＵＥ－ＡからＵＥ－Ｂに送信される協調情報（ＣＩ）は、ＵＥ－Ｂの送信にとって好ましいリソースセット及び／又は好ましくないリソースセットである。ＵＥ間協調スキーム２において、ＵＥ－ＡからＵＥ－Ｂに送信されるＣＩは、ＵＥ－Ｂのサイドリンク制御情報（ＳＣＩ：ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）により示されるリソース上の予想される、又は潜在的な、及び／又は検出されたリソース衝突の存在である。
【0003】
しかしながら、ＵＥ間協調スキーム２については、ＣＩのコンテナ又はシグナリングフォーマット（すなわち、ＵＥ－ＢのＳＣＩにより示されるリソース上の予想される、又は潜在的な、及び／又は検出されたリソース衝突の存在のコンテナ又はシグナリングフォーマット）は決定されていない。
【発明の概要】
【発明が解決しようとする課題】
【0004】
全体として、本開示の例示的な実施形態は、サイドリンク送信のための通信方法、装置及びコンピュータ記憶媒体を提供する。
【課題を解決するための手段】
【0005】
第１の態様において、通信方法が提供される。前記通信方法は、第１の装置において、第２の装置により使用されるリソースセット上の衝突の有無を示す協調情報を送信するために設定されたリソースセットからリソースを、前記リソースセットのための第２のスロットよりも決定されたリソースのための第１のスロットが閾値よりも小さい数のスロットだけ前であるように決定することと、前記決定されたリソース上で前記協調情報を前記第２の装置に送信することと、を含む。
【0006】
第２の態様において、通信方法が提供される。前記通信方法は、第２の装置において、前記第２の装置により使用されるリソースセットに関連付けられた決定されたリソース上で第１の装置のセットから、前記リソースセット上の衝突の有無を示す協調情報を受信することであって、前記リソースセットのための第２のスロットよりも、決定されたリソースの第１のスロットが閾値よりも小さい数のスロットだけ前であることと、前記協調情報に基づいて、前記リソースセットが利用可能であるか否かを決定することと、を含む。
【0007】
第３の態様において、端末装置が提供される。前記端末装置は、本開示の前記第１又は第２の態様にかかる方法を実行するように設定されたプロセッサを備える。
【0008】
第４の態様において、命令を記憶したコンピュータ可読媒体が提供される。前記命令は、少なくとも１つのプロセッサ上で実行された場合、前記少なくとも１つのプロセッサに、本開示の第１又は第２の態様に記載の方法を実行させる。
【0009】
本開示のその他の特徴は、以下の説明により容易に理解することができるはずである。
【図面の簡単な説明】
【0010】
添付図面において本開示のいくつかの実施形態をさらに詳細に説明することで、本開示の上述の及びその他の目的、特徴及び利点を、さらに明らかにする。
【図1】本開示のいくつかの実施形態を実施可能な例示的な通信ネットワークを示す図である。
【図2A】本開示の実施形態にかかる、ＵＥ間協調の例示的なシナリオを示す概略図である。
【図2B】本開示の実施形態にかかる、ＵＥ間強調の別の例示的なシナリオを示す概略図である。
【図3】本開示の実施形態にかかる、ＣＩ送信における通信のためのプロセスを示す概略図である。
【図4】本開示の実施形態にかかる、ＣＩ送信のためのリソースセットを設定するための例示的なプロセスを示す概略図である。
【図5A】本開示の実施形態にかかる、リソースセットから少なくとも１つの利用可能なリソースを決定するための例示的なプロセスを示す概略図である。
【図5B】本開示の実施形態にかかる、リソースセットから少なくとも１つの利用可能なリソースを決定するための別の例示的なプロセスを示す概略図である。
【図6】本開示の実施形態にかかる、ＣＩ送信のための、該少なくとも１つの利用可能なリソースからのリソースを決定するための例示的なプロセスを示す概略図である。
【図7A】本開示の実施形態にかかる、ＣＩ送信のためのリソースを決定するための別の例示的なプロセスを示す概略図である。
【図7B】本開示の実施形態にかかる、ＣＩ送信のためのリソースを決定するためのさらに別の例示的なプロセスを示す概略図である。
【図8】本開示のいくつかの実施形態にかかる、ＣＩの送信機として機能する第１の装置において実現される例示的な通信方法を示すフローチャートである。
【図9】本開示のいくつかの実施形態にかかる、ＣＩの受信機として機能する第２の装置において実現される例示的な通信方法を示すフローチャートである。
【図10】本開示の実施形態を実現するのに適した装置の概略ブロック図である。 図中、同一又は類似の参照番号は、同一又は類似の要素を表す。
【発明を実施するための形態】
【0011】
ここで、いくつかの実施形態を参照して、本開示の原理を説明する。これらの実施形態は、説明のためにのみ記載され、当業者が本開示を理解し、実施するのを助けるものであり、本開示の範囲に関するいかなる限定も示唆しないことを理解すべきである。本明細書で説明される開示内容は、以下で説明される方法とは異なる様々な方法で実施することができる。
【0012】
以下の説明及び特許請求の範囲において、別途定義されていない限り、本文で使用される全ての技術的及び科学的用語は、本開示の当業者が一般に理解するものと同一の意味を有する。
【0013】
本文で使用されるように、用語「端末装置」は、無線又は有線の通信能力を有する任意の装置を意味する。端末装置の例としては、ＵＥ、パーソナルコンピュータ、デスクトップコンピュータ、携帯電話、セルラーホン、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、タブレット、ウェアラブル装置、モノのインターネット（ＩｏＴ）装置、あらゆるモノのインターネット（ＩｏＥ）装置、マシンタイプ通信（ＭＴＣ）装置、Ｖ２Ｘ通信のための車載装置などを含むが、これらに限定されず、Ｖ２Ｘの「Ｘ」は歩行者、車両又はインフラストラクチャ／ネットワーク、あるいはデジタルカメラなどの画像取得装置、ゲーム装置、音楽保存及び再生装置、あるいは無線又は有線のインターネットアクセス及び閲覧を可能とするインターネット家電などを表す。「端末装置」という用語は、ＵＥ、移動局、加入者局、移動端末、ユーザ端末、又は無線装置と互換的に使用されてもよい。また、「ネットワーク装置」という用語は、端末装置が通信可能なセル又はカバレッジを提供又はホストすることのできる装置を意味する。ネットワーク装置の例としては、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化型ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ノードＢ（ｇＮＢ）、送受信ポイント（ＴＲＰ）、リモートラジオユニット（ＲＲＵ）、ラジオヘッド（ＲＨ）、リモートラジオヘッド（ＲＲＨ）、フェムトノード、ピコノードなどの低電力ノードを含むが、これらに限定されない。
【0014】
一実施形態において、端末装置は、第１のネットワーク装置及び第２のネットワーク装置に接続することができる。第１のネットワーク装置と第２のネットワーク装置の一方をマスターノードとして、他方をセカンダリ―ノードとしてもよい。第１のネットワーク装置と第２のネットワーク装置は、異なる無線アクセス技術（ＲＡＴ）を使用してもよい。一実施形態において、第１のネットワーク装置は第１のＲＡＴ装置であってもよく、第２のネットワーク装置は第２のＲＡＴ装置であってもよい。一実施形態において、第１のＲＡＴ装置はｅＮＢであり、第２のＲＡＴ装置はｇＮＢである。異なるＲＡＴに関する情報は、第１のネットワーク装置又は第２のネットワーク装置の少なくとも一方から端末装置に送信されてもよい。一実施形態において、第１の情報は、第１のネットワーク装置から端末装置に送信されてもよく、そして第２の情報は、第２のネットワーク装置から直接又は第１のネットワーク装置を介して端末装置に送信されてもよい。一実施形態において、第２のネットワーク装置により設定された端末装置の設定に関する情報は、第２のネットワーク装置から第１のネットワーク装置を介して送信されてもよい。第２のネットワーク装置により設定された端末装置の再設定に関する情報は、第２のネットワーク装置から直接又は第１のネットワーク装置を介して端末装置に送信されてもよい。
【0015】
本明細書で使用される単数形「１つ」、及び「前記」は、文脈に明示的に示されていない限り、複数形も含まれる。用語「含む」及びその変型は、「含むが、これらに限定されるものではない」を意味するオープンエンド用語として理解されるべきである。用語「に基づく」は、「に少なくとも部分的に基づく」と理解されるべきである。用語「一実施形態」及び「実施形態」は、「少なくとも１つの実施形態」と理解されるべきである。用語「別の実施形態」は、「少なくとも１つの他の実施形態」と理解されるべきである。「第１」、「第２」などの用語は、異なる又は同一の対象を指してもよい。以下では、その他の明示的及び暗黙的な定義を含む場合がある。
【0016】
いくつかの例において、値、プロシージャ、又は機器は、「最良」、「最低」、「最高」、「最小」、「最大」などと称される。このような説明は、多くの使用される機能的代替案の中から選択することができることを示すことを意図されており、そして、このような選択は、他の選択より良く、より小さく、より高い必要がなく、又はそのほかの点でより好ましい必要はないことを理解することができるはずである。
【0017】
上述したように、ＵＥ間協調スキーム２のためのＣＩのコンテナ又はシグナリングフォーマットは、決定されていない。本明細書のコンテキストにおいて、問題となっているＣＩは、ＵＥ－ＢのＳＣＩにより示されるリソース上の予想される、又は潜在的な、及び／又は検出されたリソース衝突の存在を指す。
【0018】
本開示の実施形態は、上記及び他の潜在的な問題を解決するための解決策を提供する。本解決策では、第１の装置は、ＣＩ送信のために設定されたリソースセットからリソースを決定し、決定されたリソース上で第２の装置にＣＩを送信する。ＣＩは、第２の装置により使用されるリソースセット上の衝突の有無を示す。リソースセットのための第２のスロットよりも、決定されたリソースのための第１のスロットは閾値よりも小さい複数のスロット前である。こうして、第２の装置により使用されるリソースセット上のリソース衝突を完全に検出し、適切なリソース上で報告することができる。
【0019】
以下、添付図面を参照して、本開示の原理及び実施態様について詳細に説明する。
【0020】
通信ネットワークの例
図１は、本開示のいくつかの実施形態を実施可能な例示的な通信ネットワーク１００の概略図である。図１に示すように、通信ネットワーク１００は、相互通信可能な第１の装置１１０と、第２の装置１２０と、第３の装置１３０と、第４の装置１４０と、第５の装置１０１とを含んでもよい。本例において、第１の装置１１０、第２の装置１２０、第３の装置１３０、及び第４の装置１４０が端末装置（車両）として示され、第５の装置１０１が端末装置をサービングするネットワーク装置として示されている。このため、第５の装置１０１のサービングエリアは、破線で示すようなセルと称される。
図１は、本開示のいくつかの実施形態を実施可能な例示的な通信ネットワーク１００の概略図である。図１に示すように、通信ネットワーク１００は、相互通信可能な第１の装置１１０と、第２の装置１２０と、第３の装置１３０と、第４の装置１４０と、第５の装置１０１とを含んでもよい。本例において、第１の装置１１０、第２の装置１２０、第３の装置１３０、及び第４の装置１４０が端末装置（車両）として示され、第５の装置１０１が端末装置をサービングするネットワーク装置として示されている。このため、第５の装置１０１のサービングエリアは、破線で示すようなセルと称される。
【0021】
図１における装置の数は説明の目的で与えられており、本開示に対するいかなる限定も暗示していないことを理解すべきである。通信ネットワーク１００は、本開示の実施態様を実施するのに適した任意の適切な数のネットワーク装置及び／又は端末装置及び／又はセルを含んでもよい。
【0022】
また、第１の装置１１０、第２の装置１２０、第３の装置１３０、及び第４の装置１４０は、サイドリンク送信を可能にする車両として図１に示されている。本開示の実施形態は、車両以外の他の装置、例えば、携帯電話、センサ等にも適用可能であることを理解すべきである。第１の装置１１０、第２の装置１２０、第３の装置１３０、及び第４の装置１４０は、サイドリンクチャネルを介して互いに通信してもよい。サイドリンクチャネルは、物理サイドリンク制御チャネル（ＰＳＣＣＨ：ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）のようなサイドリンク制御チャネル、又は物理サイドリンク共有チャネル（ＰＳＳＣＨ：ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）のようなサイドリンクデータチャネルであってもよい。サイドリンク制御チャネルは、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｆｅｅｄｂａｃｋ ｃｈａｎｎｅｌ）のようなサイドリンクフィードバックチャネルをさらに含んでもよい。第１の装置１１０、第２の装置１２０、第３の装置１３０、及び第４の装置１４０の各々は、ＰＳＣＣＨのようなサイドリンク制御チャネル上でＳＣＩをブロードキャストしてもよい。第１の装置１１０、第２の装置１２０、第３の装置１３０、及び第４の装置１４０の各々は、ＰＳＦＣＨのようなサイドリンクフィードバックチャネル上で、（ＰＳＳＣＨ受信のような）サイドリンクデータ受信のための確認応答を送信してもよい。
【0023】
図示していないが、第５の装置１０１は、それぞれ、チャネル（例えば、無線通信チャネル）を介して、第１の装置１１０、第２の装置１２０、第３の装置１３０、及び第４の装置１４０と通信してもよい。第１の装置１１０、第２の装置１２０、第３の装置１３０、及び第４の装置１４０が端末装置であり、第５の装置１０１がネットワーク装置である場合、チャネルは、第１の装置１１０、第２の装置１２０、第３の装置１３０、及び第４の装置１４０から第５の装置１０１へのリンクにおける物理アップリンク制御チャネル（ＰＵＣＣＨ）又は物理アップリンク共有チャネル（ＰＵＳＣＨ）、又は、第５の装置１０１から第１の装置１１０、第２の装置１２０、第３の装置１３０、及び第４の装置１４０へのリンクにおける物理ダウンリンク制御チャネル（ＰＤＣＣＨ）又は物理ダウンリンク共有チャネル（ＰＤＳＣＨ）であってもよい。
【0024】
なお、第１の装置１１０、第２の装置１２０、第３の装置１３０、及び第４の装置１４０は、第５の装置１０１により提供されるセル内に示されているが、第１の装置１１０、第２の装置１２０、第３の装置１３０、及び第４の装置１４０は、第５の装置１０１の介在なしに、互いに直接通信してもよい。もちろん、第１の装置１１０、第２の装置１２０、第３の装置１３０、及び第４の装置１４０は、第５の装置１０１を介して完全に又は部分的に相互に通信してもよい。
【0025】
通信ネットワーク１００における通信は、モバイル通信のためのグローバルシステム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ－Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ：Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（登録商標））、符号分割多元接続（ＣＤＭＡ：Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ：ＧＳＭ ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、マシンタイプ通信（ＭＴＣ：Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを含むが、これらに限定されない任意の適切な規格に準拠してもよい。さらに、通信は、現在知られている、又は将来開発される任意の世代の通信プロトコルに従って実行されてもよい。通信プロトコルの例は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）通信プロトコルを含むが、これらに限定されない。
【0026】
いくつかのシナリオにおいて、第２の装置１２０は、リソースセットが第２の装置１２０により予約された又は使用されることをＳＣＩ内で示してもよい。第２の装置１２０は、該リソースセット上で何らかの衝突が存在するか否かを知らないが、別の装置（例えば、第１の装置１１０）は、該リソースセット上で衝突が存在するか否かを知る可能性がある。図２Ａと図２Ｂとに関連して以下でその詳細について説明する。
【0027】
図２Ａは、本開示の実施形態にかかる、ＵＥ間協調の例示的なシナリオ２００Ａを示す概略図である。議論のために、図１を参照してシナリオ２００Ａを説明する。図２Ａに示すように、第２の装置１２０のＳＣＩは、使用されるリソースセット２１０を示し、第３の装置１３０のＳＣＩは、使用される別のリソースセット２２０を示す。リソースセット２１０は、他のリソースセット２２０と部分的に重複する。第２の装置１２０及び第３の装置１３０以外の装置（例えば、第１の装置１１０）は、第２の装置１２０のＳＣＩ及び第３の装置１３０のＳＣＩから、リソースセット２１０及び他のリソースセット２２０上で衝突が存在することを知ってもよい。しかしながら、第２の装置１２０及び第３の装置１３０は、いずれも衝突を知らない。
【0028】
この場合、第１の装置１１０は、ＣＩを第２の装置１２０に送信することにより、リソースセット２１０上の衝突を通知してもよく、別のＣＩを第３の装置１３０に送信することにより、他のリソースセット２２０上の衝突を通知してもよい。シナリオ２００Ａにおいて、第１の装置１１０は、受信機装置を含む、第２の装置１２０及び第３の装置１３０以外の任意の装置であってもよい。
【0029】
図２Ｂは、本開示の実施形態にかかる、ＵＥ間強調の別の例示的なシナリオ２００Ｂを示す概略図である。説明のために、図１を参照してシナリオ２００Ｂを説明する。図２Ｂに示すように、第２の装置１２０のＳＣＩは、使用されるリソースセット２３０を示す。第１の装置１１０は、第２の装置１２０のＳＣＩを受信し、リソースセット２３０が第２の装置１２０により使用されることを知ることができる。しかしながら、第１の装置１１０は、リソースセット２３０と部分的に重複する別のリソースセット２４０上で送信を実行することが意図されている。言い換えれば、第１の装置１１０は、リソースセット２３０上で衝突が存在することを知っている。この場合、第１の装置１１０は、ＣＩを第２の装置１２０に送信することにより、リソースセット２１０上の衝突を通知してもよい。このシナリオ２００Ｂにおいて、第１の装置１１０は、単に受信機装置であってもよい。
【0030】
いずれの場合も、ＣＩ送信のためのチャネル又はシグナリングを設計する必要がある。本開示の実施形態は、ＣＩ送信のための、サイドリンクフィードバックチャネル、例えばＰＳＦＣＨのようなチャネル又はシグナリングを提供する。図３～図７Ｂに関連して以下でより多くの詳細について説明する。
【0031】
ＣＩ送信の実現例
図３は、本開示の実施形態にかかる、ＣＩ送信における通信のためのプロセス３００を示す概略図である。説明のために、図１を参照してプロセス３００を説明する。プロセス３００には、図１に示すような第１の装置１１０及び第２の装置１２０が関与してもよい。第１の装置１１０が第２の装置１２０により使用されるリソースセット上の衝突を知り、ＣＩを送信することにより第２の装置１２０に該衝突を通知することが意図されていると仮定する。
図３は、本開示の実施形態にかかる、ＣＩ送信における通信のためのプロセス３００を示す概略図である。説明のために、図１を参照してプロセス３００を説明する。プロセス３００には、図１に示すような第１の装置１１０及び第２の装置１２０が関与してもよい。第１の装置１１０が第２の装置１２０により使用されるリソースセット上の衝突を知り、ＣＩを送信することにより第２の装置１２０に該衝突を通知することが意図されていると仮定する。
【0032】
図３に示すように、第１の装置１１０は、ＣＩ送信のために設定されたリソースセットからリソースを決定する（３１０）。ＣＩは衝突の有無を示す。第１の装置１１０は、該リソースを、リソースセットのための第２のスロットよりも、決定されたリソースのための第１のスロットは閾値よりも小さい複数のスロット前であるように、決定してもよい。こうして、リソースの衝突を完全にカバー又は検出することができる。
【0033】
該複数のスロットは、スロット、サブスロット、シンボル、又はミニスロットの時間単位で決定されてもよいことを理解すべきである。もちろん、任意の他の適切な時間単位も可能である。
【0034】
いくつかの実施形態において、ＣＩ送信のために設定されるリソースセットは、ＰＳＦＣＨ送信のために設定されるリソースセットと同じスロット、すなわちＰＳＦＣＨスロット内に設定されてもよい。図４に関連して、リソースセットの設定のいくつかの例について説明する。図４は、本開示の実施形態にかかる、ＰＳＦＣＨスロット上でＣＩ送信のためのリソースセットを設定するための例示的なプロセスを示す概略図である。図４に示すように、帯域幅パート（ＢＷＰ）４０１内で、リソースプール４１０が第１の装置１１０のために設定されてもよく、該リソースプール４１０の一部は、４１１に示すように、ＰＳＦＣＨ送信のために設定されてもよい。周波数領域、時間領域、及びコード領域の視点から以下でリソースセットの設定について説明する。
【0035】
１．周波数領域における設定例
いくつかの実施形態において、第１の装置１１０は、無線リソース制御（ＲＲＣ）設定から、該リソースセットのための物理リソースブロック（ＰＲＢ：ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）セットを決定してもよい。ＰＲＢセットは、サイドリンクフィードバック送信のために設定される別のリソースセットの終了ＰＲＢからカウントされてもよい。図４を参照して、ＣＩ送信のためのＰＲＢセットは、ＰＳＦＣＨ送信のための部分４１１の終了ＰＲＢからカウントされてもよく、４１２により示されるリソースセットが決定されてもよい。例えば、ＰＲＢセットは、ＲＲＣパラメータｓｌ－ＰＳＦＣＨ－ＲＢ－Ｓｅｔの終了ＰＲＢからカウントする新しいＲＲＣパラメータＳＬ－ＣＩ－ＲＢ－Ｓｅｔにより示されてもよい。もちろん、ＰＲＢセットは、任意の他の適切な方法で示されてもよい。
いくつかの実施形態において、第１の装置１１０は、無線リソース制御（ＲＲＣ）設定から、該リソースセットのための物理リソースブロック（ＰＲＢ：ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）セットを決定してもよい。ＰＲＢセットは、サイドリンクフィードバック送信のために設定される別のリソースセットの終了ＰＲＢからカウントされてもよい。図４を参照して、ＣＩ送信のためのＰＲＢセットは、ＰＳＦＣＨ送信のための部分４１１の終了ＰＲＢからカウントされてもよく、４１２により示されるリソースセットが決定されてもよい。例えば、ＰＲＢセットは、ＲＲＣパラメータｓｌ－ＰＳＦＣＨ－ＲＢ－Ｓｅｔの終了ＰＲＢからカウントする新しいＲＲＣパラメータＳＬ－ＣＩ－ＲＢ－Ｓｅｔにより示されてもよい。もちろん、ＰＲＢセットは、任意の他の適切な方法で示されてもよい。
【0036】
いくつかの代替の実施形態において、第１の装置１１０は、別のリソースセットのＰＲＢに続く所定数のＰＲＢを該リソースセットのＰＲＢとして決定してもよい。図４を参照して、部分４１１の終了ＰＲＢに続く所定数のＰＲＢはＣＩ送信のためにデフォルトで決定されてもよく、そして、４１２により示されるリソースセットが決定されてもよい。
【0037】
いくつかの実施形態において、該所定数は少なくとも、ＢＷＰ内の設定されたリソースプール内のサブチャネルの数と、該設定されたリソースプール内のスロット単位でのサイドリンクフィードバック送信のためのリソースの周期とに関連付けられてもよい。例えば、該所定数（Ｎと表される）は、次式（１）により決定されてもよい。
（１）
ここで、ＮはＣＩ送信のためのリソースセットのためのＰＲＢの所定数を表し、Ｍは整数を表し、Ｎｓｕｂｃｈは連続するＰＲＢのみからなる対応するリソースプール内のサブチャネルの数を表し、
はリソースプール内のスロット単位でのＰＳＦＣＨリソースの周期を表す。
【数1】
ここで、ＮはＣＩ送信のためのリソースセットのためのＰＲＢの所定数を表し、Ｍは整数を表し、Ｎｓｕｂｃｈは連続するＰＲＢのみからなる対応するリソースプール内のサブチャネルの数を表し、
【数2】
【0038】
いくつかの実施形態において、Ｍは後で説明される実施形態１については１に等しく、後で説明される実施形態２については１又は２に等しい。もちろん、Ｍの値として、任意の他の整数も可能である。いくつかの実施形態において、ＮｓｕｂｃｈはＲＲＣパラメータｓｌ－ＮｕｍＳｕｂｃｈａｎｎｅｌにより提供されてもよく、
はＲＲＣパラメータｓｌ－ＰＳＦＣＨ－Ｐｅｒｉｏｄにより提供されてもよい。もちろん、Ｎｓｕｂｃｈ及び
の設定のために、任意の他の適切な方法も可能である。
【数3】
【数4】
【0039】
上記式は一例にすぎず、該所定数は、任意の他の適切な方法で決定されてもよいことを理解すべきである。
【0040】
いくつかの代替の実施形態において、第１の装置１１０は、ＢＷＰ内の未使用のＰＲＢをリソースセットとして決定してもよい。また、図４を参照して、リソースプール４１０以外のＢＷＰ ４０１内の未使用部分（Ｒ＿ＰＲＢとして表される）４２０はＣＩ送信のために決定されてもよく、該未使用部分４２０はリソースセットとして決定されてもよい。
【0041】
２．時間領域における設定例
いくつかの実施形態において、第１の装置１１０は、サイドリンクフィードバック送信と同じシンボル位置及び周期に基づいて、時間領域においてリソースセットを決定してもよい。例えば、一貫した受信／送信遷移を考慮して、リソースセットは、リソースプール内のＰＳＦＣＨシンボルと同じシンボル位置及び周期を有するように設定されてもよい。つまり、自動利得制御（ＡＧＣ）及びガードシンボルを必要としてもよく、ＰＳＦＣＨ設計を再利用してもよい。
いくつかの実施形態において、第１の装置１１０は、サイドリンクフィードバック送信と同じシンボル位置及び周期に基づいて、時間領域においてリソースセットを決定してもよい。例えば、一貫した受信／送信遷移を考慮して、リソースセットは、リソースプール内のＰＳＦＣＨシンボルと同じシンボル位置及び周期を有するように設定されてもよい。つまり、自動利得制御（ＡＧＣ）及びガードシンボルを必要としてもよく、ＰＳＦＣＨ設計を再利用してもよい。
【0042】
３．コード領域における設定例
いくつかの実施形態において、第１の装置１１０は、サイドリンクフィードバック送信の未使用のコード領域リソースを使用することにより、コード領域においてリソースセットを決定してもよい。例えば、第１の装置１１０は、ＰＳＦＣＨの未使用のコード領域リソース、例えば、ＰＳＦＣＨのために使用されていない巡回シフトペアを使用してもよい。
いくつかの実施形態において、第１の装置１１０は、サイドリンクフィードバック送信の未使用のコード領域リソースを使用することにより、コード領域においてリソースセットを決定してもよい。例えば、第１の装置１１０は、ＰＳＦＣＨの未使用のコード領域リソース、例えば、ＰＳＦＣＨのために使用されていない巡回シフトペアを使用してもよい。
【0043】
いくつかの実施形態において、ＣＩのための巡回シフトペアの数が１で設定されている場合、巡回シフトペアインデックスは、０を除く１、２、３、４及び５のうちの１つであってもよい。例えば、巡回シフトペアインデックスは３であってもよい。いくつかの実施形態において、ＣＩのための巡回シフトペアの数が２で設定されている場合、巡回シフトペアインデックスは、０及び３を除く１、２、４及び５のうちの２つであってもよい。例えば、巡回シフトペアインデックスは１及び４であってもよい。別の例として、巡回シフトペアインデックスは２及び５であってもよい。いくつかの実施形態において、ＣＩのための巡回シフトペアの数が３で設定されている場合、巡回シフトペアインデックスは、０、２及び４を除く１、３及び５であってもよい。表１と表２に、図示のために、コード領域設定のいくつかの例を示す。ＣＩのための巡回シフトペアの数は
として表され、巡回シフト値を算出するための値はｍ０として表される。
【数5】
【0044】
表１ ＣＩリソースのためのコード領域設定例
【表1】
【0045】
表２ ＣＩリソースのためのコード領域設定の別の例
【表2】
【0046】
ここまで、リソースセットの決定について説明してきた。ＣＩ送信のためのリソースセットは任意の他の適切な方法で決定されてもよく、本開示がこの態様に限定されないことを理解すべきである。実施形態１及び２に関連して、以下にリソースセットからのリソースの決定のいくつかの例について説明する。
【0047】
実施形態１
本実施形態において、第１の装置１１０は、リソースセットから、第１のスロット上の少なくとも１つの利用可能なリソースを決定し、第２の装置の第２のアイデンティティと該少なくとも１つの利用可能なリソースの数とに少なくとも基づいて、該少なくとも１つの利用可能なリソースから該リソースを決定してもよい。いくつかの実施形態において、該少なくとも１つの利用可能なリソースは、複数の利用可能なリソースを含んでもよい。例えば、該複数の利用可能なリソースは、１つのＰＲＢセットであってもよく、複数のＰＲＢセットであってもよい。もちろん、該少なくとも１つの利用可能なリソースは、１つのみの利用可能なリソース、例えば、１つのみのＰＲＢを含んでもよい。
本実施形態において、第１の装置１１０は、リソースセットから、第１のスロット上の少なくとも１つの利用可能なリソースを決定し、第２の装置の第２のアイデンティティと該少なくとも１つの利用可能なリソースの数とに少なくとも基づいて、該少なくとも１つの利用可能なリソースから該リソースを決定してもよい。いくつかの実施形態において、該少なくとも１つの利用可能なリソースは、複数の利用可能なリソースを含んでもよい。例えば、該複数の利用可能なリソースは、１つのＰＲＢセットであってもよく、複数のＰＲＢセットであってもよい。もちろん、該少なくとも１つの利用可能なリソースは、１つのみの利用可能なリソース、例えば、１つのみのＰＲＢを含んでもよい。
【0048】
リソースセットは、１つの周期（例えば、ＰＳＦＣＨスロットに対応する）内の複数のスロット上で提供されてもよく、該少なくとも１つの利用可能なリソースは、第１のスロット上のリソースセット内のリソースから決定されてもよい。リソース衝突を有する第２のスロットよりも、該第１のスロットは閾値よりも小さい複数のスロット前である。閾値は、必要に応じて決定されてもよい。例えば、閾値は、２であってもよい。もちろん、他の適切な数も可能である。
【0049】
言い換えれば、スロット決定について、ＵＥがＵＥ－ＢのＳＣＩにより示されたリソース上で潜在的な／予想されるリソース衝突を検出し、ＵＥ間協調スキーム２がＵＥ－Ｂ／上位層により要求され／示された場合、ＵＥはリソースプール内のＣＩ送信内で衝突情報を提供する。ＵＥは、ＣＩリソースを含み、且つ、衝突するリソースの最初のシンボルよりリソースプールの少なくとも複数のスロット前である第１のスロット内でＣＩを送信する。例１、２及び３に関連して、実施形態１のいくつかの実現例についてさらに説明する。
【0050】
例１
本例において、第１の装置１１０は、第２の装置１２０により使用されるリソースセット内の開始リソースに少なくとも基づいて、該少なくとも１つの利用可能なリソースを決定してもよい。そして、第１の装置１１０は、第１の装置１１０の第１のアイデンティティと、第２の装置１２０の第２のアイデンティティと、該少なくとも１つの利用可能なリソースの数とに基づいて、該少なくとも１つの利用可能なリソースから該リソースを決定してもよい。
本例において、第１の装置１１０は、第２の装置１２０により使用されるリソースセット内の開始リソースに少なくとも基づいて、該少なくとも１つの利用可能なリソースを決定してもよい。そして、第１の装置１１０は、第１の装置１１０の第１のアイデンティティと、第２の装置１２０の第２のアイデンティティと、該少なくとも１つの利用可能なリソースの数とに基づいて、該少なくとも１つの利用可能なリソースから該リソースを決定してもよい。
【0051】
本例において、ある条件を満たす任意の装置又は第２の装置１２０の想定された受信機が第１の装置１１０となり得る場合、複数の第１の装置１１０が存在してもよい。
【0052】
明確にするために、図５Ａ及び図５Ｂを参照して、該少なくとも１つの利用可能なリソースの決定について説明する。図５Ａは、本開示の実施形態にかかる、リソースセットから少なくとも１つの利用可能なリソースを決定するための例示的なプロセス５００Ａを示す概略図である。図５Ａの例において、第１の装置１１０は、第２の装置１２０により使用されるリソースセット内の開始リソースのみに基づいて、該少なくとも１つの利用可能なリソースを決定してもよい。
【0053】
図５Ａの例において、第２の装置１２０のＳＣＩが、リソース５０１及び５０２を含むリソースセット５１０を示し、第３の装置１３０のＳＣＩが、リソース５０２、５０３及び５０４を含む別のリソースセット５２０を示すと仮定する。第１の装置１１０は、第２の装置１２０と第３の装置１３０との間のリソース衝突を知っている。
【0054】
図５Ａに示すように、第２のスロット上のリソース５０１が第１のスロット上のＰＲＢのセット５１１に関連付けられ、第２のスロット上のリソース５０２が第１のスロット上のＰＲＢセット５１２に関連付けられ、第２のスロット上のリソース５０３が第１のスロット上のＰＲＢセット５１３に関連付けられ、第２のスロット上のリソース５０４が第１のスロット上のＰＲＢセット５１４に関連付けられる。
【0055】
リソースセット５１０内の開始リソースがリソース５０１であるので、第１の装置１１０は、リソース５０１に対応するＰＲＢ ５１１を、第２の装置１２０へのＣＩ送信のための少なくとも１つの利用可能なリソースとして決定してもよい。他のリソースセット５２０内の開始リソースがリソース５０２であるので、第１の装置１１０は、リソース５０２に対応するＰＲＢ ５１２を、第３の装置１３０へのＣＩ送信のための少なくとも１つの利用可能なリソースとして決定してもよい。
【0056】
図５Ｂは、本開示の実施形態にかかる、リソースセットから少なくとも１つの利用可能なリソースを決定するための例示的なプロセス５００Ｂを示す概略図である。図５Ｂの例において、第１の装置１１０は、第２の装置１２０により使用されるリソースセット内の全てのリソースに基づいて、該少なくとも１つの利用可能なリソースを決定してもよい。
【0057】
図５Ｂの例において、同様に、第２の装置１２０のＳＣＩが、リソース５０１及び５０２を含むリソースセット５１０を示し、第３の装置１３０のＳＣＩが、リソース５０２、５０３及び５０４を含む別のリソースセット５２０を示すと仮定する。第１の装置１１０は、第２の装置１２０と第３の装置１３０との間のリソース衝突を知っている。
【0058】
図５Ｂに示すように、第２のスロット上のリソース５０１が第１のスロット上のＰＲＢのセット５１１に関連付けられ、第２のスロット上のリソース５０２が第１のスロット上のＰＲＢセット５１２に関連付けられ、第２のスロット上のリソース５０３が第１のスロット上のＰＲＢセット５１３に関連付けられ、第２のスロット上のリソース５０４が第１のスロット上のＰＲＢセット５１４に関連付けられる。
【0059】
リソースセット５１０がリソース５０１及び５０２を含むので、第１の装置１１０は、リソース５０１及び５０２に対応するＰＲＢ ５１１及び５１２を、第２の装置１２０へのＣＩ送信のための少なくとも１つの利用可能なリソースとして決定してもよい。他のリソースセット５２０がリソース５０２、５０３及び５０４を含むので、第１の装置１１０は、リソース５０２、５０３及び５０４に対応するＰＲＢ ５１２、５１３及び５１４を、第３の装置１３０へのＣＩ送信のための少なくとも１つの利用可能なリソースとして決定してもよい。
【0060】
該少なくとも１つの利用可能なリソースが決定されると、第１の装置１１０は、第１の装置１１０の第１のアイデンティティと、第２の装置１２０の第２のアイデンティティと、該少なくとも１つの利用可能なリソースの数とに基づいて、該少なくとも１つの利用可能なリソースから該リソースを決定してもよい。明確にするために、図６を参照して、該少なくとも１つの利用可能なリソースからのリソースの決定について説明する。図６は、本開示の実施形態にかかる、ＣＩ送信のための、該少なくとも１つの利用可能なリソースからのリソースを決定するための例示的なプロセス６００を示す概略図である。図６の例において、第２の装置１２０のＳＣＩがリソース６０１を示し、第３の装置１３０のＳＣＩもリソース６０１を示すと仮定する。第１の装置１１０は、第２の装置１２０と第３の装置１３０との間のリソース衝突を知っている。
【0061】
図６に示すように、第２のスロット上のリソース６０１が第１のスロット上のＰＲＢのセット６１１に関連付けられ、第２のスロット上のリソース６０２が第１のスロット上のＰＲＢセット６１２に関連付けられ、第２のスロット上のリソース６０３が第１のスロット上のＰＲＢセット６１３に関連付けられ、第２のスロット上のリソース６０４が第１のスロット上のＰＲＢセット６１４に関連付けられる。
【0062】
この場合、第２の装置１２０へのＣＩ送信のための利用可能なリソースと、第３の装置１３０へのＣＩ送信のための利用可能なリソースとの両方はＰＲＢ ６１１として決定されてもよい。例えば、ＣＩ送信のためのリソースのインデックス（Ｒとして表される）は、下式（２）から決定されてもよい。
【0063】
R = (B_ID + A_ID) mode R_CI （２）
ここで、ＲはＣＩ送信のためのリソースのインデックスを表し、Ｂ＿ＩＤは第２の装置１２０のアイデンティティ（即ち第２のアイデンティティ）を表し、Ａ＿ＩＤは第１の装置１１０のアイデンティティ（即ち第１のアイデンティティ）を表し、Ｒ＿ＣＩは少なくとも１つの利用可能なリソースの数を表す。
ここで、ＲはＣＩ送信のためのリソースのインデックスを表し、Ｂ＿ＩＤは第２の装置１２０のアイデンティティ（即ち第２のアイデンティティ）を表し、Ａ＿ＩＤは第１の装置１１０のアイデンティティ（即ち第１のアイデンティティ）を表し、Ｒ＿ＣＩは少なくとも１つの利用可能なリソースの数を表す。
【0064】
いくつかの実施形態において、Ｂ＿ＩＤを使用して、衝突するリソース内で異なる装置のためにＣＩリソースを分離してもよい。いくつかの実施形態において、Ａ＿ＩＤは、事前に設定されてもよく、例えば協調ＩＤのように、上位層から設定されてもよい。いくつかの実施形態において、Ｒ＿ＣＩは、ＣＩ送信内でＣＩ情報を多重化するために利用可能なＣＩリソースの数であってもよい。上式は一例に過ぎず、任意の他の適切な方法も可能であることを理解すべきである。
【0065】
こうして、同じＰＲＢセット６１１内の異なるＰＲＢが第２の装置１２０及び第３の装置１３０へのそれぞれのＣＩ送信について決定されてもよい。
【0066】
例２
本例において、第１の装置１１０は、該少なくとも１つの利用可能なリソースとして、サイドリンクフィードバック情報の送信のために設定された少なくとも１つの未使用のリソースを決定してもよい。そして、第１の装置１１０は、第１の装置１１０の第１のアイデンティティと、第２の装置１２０の第２のアイデンティティと、該少なくとも１つの利用可能なリソースの数とに基づいて、該少なくとも１つの利用可能なリソース（即ち、該少なくとも１つの未使用リソース）から該リソースを決定してもよい。
本例において、第１の装置１１０は、該少なくとも１つの利用可能なリソースとして、サイドリンクフィードバック情報の送信のために設定された少なくとも１つの未使用のリソースを決定してもよい。そして、第１の装置１１０は、第１の装置１１０の第１のアイデンティティと、第２の装置１２０の第２のアイデンティティと、該少なくとも１つの利用可能なリソースの数とに基づいて、該少なくとも１つの利用可能なリソース（即ち、該少なくとも１つの未使用リソース）から該リソースを決定してもよい。
【0067】
いくつかの実施形態において、該少なくとも１つの未使用リソースは、複数の未使用リソース、例えば複数のＰＲＢを含んでもよい。もちろん、該少なくとも１つの未使用リソースは、１つのみの未使用リソース、例えば、１つのみのＰＲＢを含んでもよい。
【0068】
本例において、第２の装置１２０の想定された受信機のみが第１の装置１１０になり得ると仮定する。ユニキャストの場合、第１の装置１１０が１つのみであってもよく、ＣＩリソースは未使用のＰＳＦＣＨリソースであってもよい。
【0069】
例えば、ＣＩ送信のためのリソースのインデックス（Ｒとして表される）は、下式（３）から決定されてもよい。
【0070】
R = (B_ID + A_ID) mode R_PSFCH （３）
ここで、ＲはＣＩ送信のためのリソースのインデックスを表し、Ｂ＿ＩＤは第２の装置１２０のアイデンティティ（即ち第２のアイデンティティ）を表し、Ａ＿ＩＤは第１の装置１１０の非ゼロアイデンティティ（即ち第１のアイデンティティ）を表し、Ｒ＿ＰＳＦＣＨはＴＳ ３８．２１３内で定義されたＰＳＦＣＨリソースセット
を表す。
ここで、ＲはＣＩ送信のためのリソースのインデックスを表し、Ｂ＿ＩＤは第２の装置１２０のアイデンティティ（即ち第２のアイデンティティ）を表し、Ａ＿ＩＤは第１の装置１１０の非ゼロアイデンティティ（即ち第１のアイデンティティ）を表し、Ｒ＿ＰＳＦＣＨはＴＳ ３８．２１３内で定義されたＰＳＦＣＨリソースセット
【数6】
【0071】
いくつかの実施形態において、Ｂ＿ＩＤを使用して、衝突するリソース内で異なる装置のためにＣＩリソースを分離してもよい。いくつかの実施形態において、Ａ＿ＩＤは、事前に設定されてもよく、例えば協調ＩＤのような上位層から設定されてもよい。上式は一例に過ぎず、任意の他の適切な方法も可能であることを理解すべきである。
【0072】
例３
本例において、第１の装置１１０は、第２の装置１２０により使用されるリソースセット内の開始リソースに少なくとも基づいて、該少なくとも１つの利用可能なリソースを決定してもよい。そして、第１の装置１１０は、第２の装置１２０の第２のアイデンティティと、該少なくとも１つの利用可能なリソースの数とに基づいて、該少なくとも１つの利用可能なリソースから該リソースを決定してもよい。
本例において、第１の装置１１０は、第２の装置１２０により使用されるリソースセット内の開始リソースに少なくとも基づいて、該少なくとも１つの利用可能なリソースを決定してもよい。そして、第１の装置１１０は、第２の装置１２０の第２のアイデンティティと、該少なくとも１つの利用可能なリソースの数とに基づいて、該少なくとも１つの利用可能なリソースから該リソースを決定してもよい。
【0073】
本例において、ある条件を満たす任意の装置又は第２の装置１２０の想定された受信機が第１の装置１１０となり得る場合、複数の第１の装置１１０が存在してもよい。
【0074】
【0075】
ユニキャスト又はグループキャスト又はブロードキャストのケースについて、該少なくとも１つの利用可能なリソースが決定されると、第１の装置１１０は、第２の装置１２０の第２のアイデンティティ及び該少なくとも１つの利用可能なリソースの数のみに基づいて、該少なくとも１つの利用可能なリソースから該リソースを決定してもよい。例えば、ＣＩ送信のためのリソースのインデックス（Ｒとして表される）は、下式（４）から決定されてもよい。
【0076】
R = B_ID mode R_CI （４）
ここで、ＲはＣＩ送信のためのリソースのインデックスを表し、Ｂ＿ＩＤは第２の装置１２０のアイデンティティ（即ち第２のアイデンティティ）を表し、Ｒ＿ＣＩは少なくとも１つの利用可能なリソースの数を表す。
ここで、ＲはＣＩ送信のためのリソースのインデックスを表し、Ｂ＿ＩＤは第２の装置１２０のアイデンティティ（即ち第２のアイデンティティ）を表し、Ｒ＿ＣＩは少なくとも１つの利用可能なリソースの数を表す。
【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】
いくつかの代替実施形態において、第１の装置１１０は、実施形態２に示されたように、該リソースセットに対応するインデックスセットに基づいて、該第１のスロット上のターゲットリソースセットを決定し、該ターゲットリソースセットを決定されるリソースとして決定してもよい。
【0117】
いくつかの実施形態において、第１の装置１１０は、ＲＲＣ設定から、該リソースセットのためのＰＲＢセットであって、サイドリンクフィードバック送信のために設定された別のリソースセットの終了ＰＲＢからカウントされるＰＲＢセットを決定することにより、周波数領域において該リソースセットを決定してもよい。
【0118】
いくつかの代替の実施形態において、第１の装置１１０は、別のリソースセットのＰＲＢに続く所定数のＰＲＢをリソースセットのＰＲＢとして決定することにより、周波数領域においてリソースセットを決定してもよい。いくつかの実施形態において、該所定数は少なくとも、ＢＷＰ内の設定されたリソースプール内のサブチャネルの数と、該設定されたリソースプール内のスロット単位でのサイドリンクフィードバック送信のためのリソースの周期とに関連付けられてもよい。
【0119】
いくつかの代替の実施形態において、第１の装置１１０は、周波数領域内のリソースセットを、ＢＷＰ内の未使用ＰＲＢを該リソースセットとして決定することにより、決定してもよい。
【0120】
いくつかの実施形態において、第１の装置１１０は、サイドリンクフィードバック送信と同じシンボル位置及び周期に基づいて、時間領域においてリソースセットを決定してもよい。いくつかの実施形態において、第１の装置１１０は、サイドリンクフィードバック送信の未使用のコード領域リソースを使用することにより、コード領域においてリソースセットを決定してもよい。
【0121】
ブロック８２０で、第１の装置１１０は、決定されたリソース上でＣＩを第２の装置１２０に送信する。いくつかの実施形態において、リソースセット上に衝突が存在する場合、又は今後存在する場合には、第１の装置１１０は、衝突の存在を示す第１のシーケンスを送信してもよく、リソースセット上に衝突が存在しない場合、又は今後も存在しない場合には、第１の装置１１０は、衝突が存在しないことを示す第２のシーケンスを送信してもよい。いくつかの実施形態において、リソースセット上に衝突が存在する又は今後存在する場合には、第１の装置１１０は、決定されたリソース上でシーケンスを送信してもよく、リソースセット上に衝突が存在しない又は今後も存在しない場合には、第１の装置１１０は、決定されたリソース上でシーケンスを送信しなくてもよい。
【0122】
いくつかの実施形態において、第１の装置１１０は、オケージョン上のＣＩの第１の送信及びサイドリンクフィードバック情報の第２の送信の合計数が閾値合計数以下であり、且つ、該オケージョン上の第１の送信と第２の送信との合計電力が閾値合計電力以下であるように、該オケージョン上でＣＩを送信してもよい。
【0123】
いくつかの実施形態において、合計数が閾値合計数以下である場合、第１の装置１１０は、合計電力が閾値合計電力以下であるか否かを決定してもよく、合計電力が閾値合計電力以下である場合、第１の装置１１０は、該オケージョン上で第１の送信と第２の送信とを実行してもよく、合計電力が閾値合計電力よりも大きい場合、第１の装置１１０は、ＣＩ及びサイドリンクフィードバック情報の優先度に基づいて、第１の送信と第２の送信とのうちの、合計電力が閾値合計電力以下である第１の数の送信を実行してもよい。
【0124】
いくつかの実施形態において、合計数が閾値合計数よりも大きい場合、第１の装置１１０は、ＣＩ及びサイドリンクフィードバック情報の優先度に基づいて、該オケージョン上の第１の送信と第２の送信とから閾値合計数の送信を決定してもよく、閾値合計数の送信の合計電力が閾値合計電力以下である場合、第１の装置１１０は、該閾値合計数の送信を実行してもよく、該閾値合計数の送信の合計電力が閾値合計電力よりも大きい場合、第１の装置１１０は、ＣＩ及びサイドリンクフィードバック情報の優先度に基づいて、該閾値合計数の送信のうちの、合計電力が閾値合計電力以下である第２の数の送信を実行してもよい。
【0125】
ＣＩの送信が、第３の装置からのサイドリンクフィードバック情報の受信と時間領域において重複するいくつかの実施形態において、第１の装置１１０は、サイドリンクフィードバック情報及びＣＩの優先度に基づいて、サイドリンクフィードバック情報の受信又はＣＩの送信を実行してもよい。いくつかの実施形態において、サイドリンクフィードバック情報の優先度はＣＩの優先度よりも高くてもよい。いくつかの実施形態において、ＣＩの優先度は、第２の装置１２０のＬ１優先度に対応してもよい。いくつかの実施形態において、ＣＩの優先度は、サイドリンクフィードバック情報の優先度よりも高い。
【0126】
別のサイドリンクフィードバック情報が第４の装置に送信され、該別のサイドリンクフィードバック情報の送信が、第５の装置からの別のＣＩの受信と時間領域において重複する場合におけるいくつかの実施形態において、第１の装置１１０は、該別のサイドリンクフィードバック情報及び該別のＣＩの優先度に基づいて、該別のサイドリンクフィードバック情報の送信又は該別のＣＩの受信を実行してもよい。いくつかの実施形態において、該別のサイドリンクフィードバック情報の優先度は該別のＣＩの優先度よりも高くてもよい。いくつかの実施形態において、該別のＣＩの優先度は、第２の装置１２０のＬ１優先度に対応する。いくつかの実施形態において、該別のＣＩの優先度は、該別のサイドリンクフィードバック情報の優先度よりも高くてもよい。
【0127】
図８の方法により、ＣＩ送信のためのリソースを設計することができ、適切なリソース内でＣＩを送信することができる。
【0128】
図９は、本開示のいくつかの実施形態にかかる、ＣＩ受信機として機能する第２の装置において実現される例示的な通信方法９００を示す図である。例えば、方法９００は、図１に示すような第２の装置１２０において実行されてもよい。以下、説明のために、図１を参照して、方法９００を説明する。方法９００は、図示していない追加のブロックを含んでもよく、且つ／又は図示しているいくつかのブロックを省略してもよく、本開示の範囲はこの点において限定されないことを理解すべきである。
【0129】
ブロック９１０において、第２の装置１２０は、第２の装置により使用されるリソースセットに関連付けられた決定されたリソース上で第１の装置（例えば、第１の装置１１０）のセットから、リソースセット上の衝突の有無を示すＣＩを受信し、リソースセットのための第２のスロットよりも、決定されたリソースの第１のスロットが閾値よりも小さい数のスロットだけ前である。
【0130】
ブロック９２０において、第２の装置１２０は、該リソースセットが利用可能であるか否かをＣＩに基づいて決定する。
【0131】
いくつかの実施形態において、決定されたリソースは、ＣＩの送信のために設定されたリソースセットから、該リソースセット内の開始リソースに少なくとも基づいて決定された少なくとも１つの利用可能なリソースを含んでもよい。これらの実施形態において、該少なくとも１つの利用可能なリソースのうちのリソースからシーケンスが受信された場合、第２の装置１２０は、該リソースセットが利用不可能であると決定してもよく、該少なくとも１つの利用可能なリソースのうちの各リソースからシーケンスが受信されない場合、第２の装置１２０は、該リソースセットが利用可能であると決定してもよい。
【0132】
いくつかの実施形態において、決定されたリソースは、サイドリンクフィードバック情報の送信のために設定された少なくとも１つの未使用リソースを含んでもよい。これらの実施形態において、衝突の存在を示す第１のシーケンスが協調情報として受信された場合、第２の装置１２０は、該リソースセットが利用不可能であると決定してもよく、衝突が存在しないことを示す第２のシーケンスが協調情報として受信された場合、第２の装置１２０は、該リソースセットが利用可能であると決定してもよい。
【0133】
いくつかの実施形態において、決定されたリソースは、該リソースセットに対応するインデックスセットに基づいて決定されたターゲットリソースセットを含んでもよい。これらの実施形態において、該ターゲットリソースセット内のリソースからシーケンスが受信された場合、第２の装置１２０は、該リソースセットが利用不可能であると決定してもよく、該ターゲットリソースセット内の各リソースからシーケンスが受信されない場合、第２の装置１２０は、該リソースセットが利用可能であると決定してもよい。
【0134】
図９の方法により、適切なリソース内でＣＩを受信することができ、予約されたリソースの衝突を適時に知ることができる。こうして、ＵＥ間協調を強化することができ、サイドリンク通信においてリソース利用率を改善することができる。
【0135】
装置の実現例
図１０は、本開示の実施形態を実現するのに適した装置１０００の概略ブロック図である。装置１０００は、図１に示す第１の装置１１０又は第２の装置１２０の別の例示的な実施態様として考えられる。したがって、装置１０００は、第１の装置１１０又は第２の装置１２０において、或いはそれらの少なくとも一部として実現することができる。
図１０は、本開示の実施形態を実現するのに適した装置１０００の概略ブロック図である。装置１０００は、図１に示す第１の装置１１０又は第２の装置１２０の別の例示的な実施態様として考えられる。したがって、装置１０００は、第１の装置１１０又は第２の装置１２０において、或いはそれらの少なくとも一部として実現することができる。
【0136】
図示のように、装置１０００は、プロセッサ１０１０と、プロセッサ１０１０に結合されたメモリ１０２０と、プロセッサ１０１０に結合された適切な送信機（ＴＸ）及び受信機（ＲＸ）１０４０と、ＴＸ／ＲＸ １０４０に結合された通信インターフェースとを備える。メモリ１０２０は、プログラム１０３０の少なくとも一部を記憶する。ＴＸ／ＲＸ １０４０は双方向通信に用いられる。ＴＸ／ＲＸ １０４０は、通信を容易にするために少なくとも１つのアンテナを有するが、本明細書に言及されたアクセスノードは、実際には複数のアンテナを有してもよい。通信インターフェースは、ｅＮＢ／ｇＮＢ間の双方向通信のためのＸ２／Ｘｎインターフェース、モビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／アクセス及びモビリティ管理機能（ＡＭＦ：Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）／ＳＧＷ／ＵＰＦとｅＮＢ／ｇＮＢとの間の通信のためのＳ１／ＮＧインターフェース、ｅＮＢ／ｇＮＢと中継ノード（ＲＮ：ｒｅｌａｙ ｎｏｄｅ）との間の通信のためのＵｎインターフェース、又はｅＮＢ／ｇＮＢと端末装置との間の通信のためのＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表してもよい。
【0137】
プログラム１０３０は、図２～図９を参照して本明細書で説明したように、関連するプロセッサ１０１０により実行された場合、装置１０００が本開示の実施形態に従って動作することを可能にするプログラム命令を含むと想定される。本文の実施形態は、装置１０００のプロセッサ１０１０により実行可能なコンピュータソフトウェアにより、又はハードウェアにより、又はソフトウェアとハードウェアとの組み合わせにより実現されてもよい。プロセッサ１０１０は、本開示の様々な実施形態を実施するように設定されてもよい。さらに、プロセッサ１０１０とメモリ１０２０との組み合わせは、本開示の様々な実施形態を実現するのに適したプロセッシング手段１０５０を形成してもよい。
【0138】
メモリ１０２０は、ローカル技術ネットワークに適した任意のタイプであってもよく、また、非限定的な例として、非一時的なコンピュータ可読記憶媒体、半導体に基づくメモリ装置、磁気メモリ装置及びシステム、光学メモリ装置及びシステム、固定メモリ及びリムーバブルメモリなど、任意の適切なデータ記憶技術を使用して実現されてもよい。装置１０００内には１つのメモリ１０２０のみが示されているが、装置１０００内にはいくつかの物理的に異なるメモリモジュールが存在してもよい。プロセッサ１０１０は、ローカル技術ネットワークに適した任意のタイプであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ又は複数を含んでもよい。装置１０００は、複数のプロセッサ、例えば、メインプロセッサを同期化するクロックに時間的に従属する特定用途向け集積回路チップを有してもよい。
【0139】
いくつかの実施形態において、端末装置（第１の装置）は、回路を備え、回路は、第２の装置により使用されるリソースセット上の衝突の有無を示すＣＩを送信するために設定されたリソースセットからリソースを、リソースセットのための第２のスロットよりも、決定されたリソースのための第１のスロットが閾値よりも小さい数のスロットだけ前であるように決定し、決定されたリソース上でＣＩを第２の装置に送信するように設定されている。
【0140】
いくつかの実施形態において、回路は、リソースセットから、第１のスロット上の少なくとも１つの利用可能なリソースを決定し、第２の装置の第２のアイデンティティと、少なくとも１つの利用可能なリソースの数とに少なくとも基づいて、少なくとも１つの利用可能なリソースからリソースを決定することにより、リソースを決定するように設定されてもよい。
【0141】
いくつかの実施形態において、回路は、リソースセット内の開始リソースに少なくとも基づいて、少なくとも１つの利用可能なリソースを決定することにより、少なくとも１つの利用可能なリソースを決定するように設定されてもよい。これらの実施形態において、回路は、第１の装置の第１のアイデンティティと、第２の装置の第２のアイデンティティと、少なくとも１つの利用可能なリソースの数とに基づいて、少なくとも１つの利用可能なリソースからリソースを決定することにより、リソースを決定するように設定されてもよい。
【0142】
いくつかの実施形態において、回路は、サイドリンクフィードバック情報の送信のために設定された少なくとも１つの未使用リソースを、少なくとも１つの利用可能なリソースとして決定することにより、少なくとも１つの利用可能なリソースを決定するように設定されてもよい。これらの実施形態において、回路は、第１の装置の第１のアイデンティティと、第２の装置の第２のアイデンティティと、少なくとも１つの未使用リソースの数とに基づいて、少なくとも１つの利用可能なリソースからリソースを決定することにより、リソースを決定するように設定されてもよい。
【0143】
いくつかの実施形態において、回路は、リソースセット上に衝突が存在するとの決定、又は今後存在するとの決定に従って、衝突の存在を示す第１のシーケンスを送信し、リソースセット上に衝突が存在しないとの決定、又は今後も存在しないとの決定に従って、衝突が存在しないことを示す第２のシーケンスを送信することにより、協調情報を送信するように設定されてもよい。
【0144】
いくつかの実施形態において、回路は、リソースセット内の開始リソースに少なくとも基づいて、少なくとも１つの利用可能なリソースを決定することにより、少なくとも１つの利用可能なリソースを決定するように設定されてもよい。これらの実施形態において、回路は、第２の装置の第２のアイデンティティと、少なくとも１つの利用可能なリソースの数とに基づいて、少なくとも１つの利用可能なリソースからリソースを決定することにより、リソースを決定するように設定されてもよい。いくつかの実施形態において、回路は、リソースセット上に衝突が存在するとの決定、又は今後存在するとの決定に従って、決定されたリソース上でシーケンスを送信し、リソースセット上に衝突が存在しないとの決定、又は今後も存在しないとの決定に従って、決定されたリソース上でシーケンスを送信しないことにより、協調情報を送信するように設定されてもよい。
【0145】
いくつかの実施形態において、回路は、リソースセットに対応するインデックスセットに基づいて、第１のスロット上のターゲットリソースセットを決定し、ターゲットリソースセットを決定されるリソースとして決定することにより、リソースを決定するように設定されてもよい。これらの実施形態において、回路は、リソースセット内の第１のリソース上に衝突が存在するとの決定、又は今後存在するとの決定に従って、第１のリソースに対応するターゲットリソースセット内のターゲットリソース上でシーケンスを送信し、リソースセット内の第１のリソース上に衝突が存在しないとの決定、又は今後も存在しないとの決定に従って、第１のリソースに対応するターゲットリソースセット内のターゲットリソース上でシーケンスを送信しないことにより、協調情報を送信するように設定されてもよい。
【0146】
いくつかの実施形態において、回路はさらに、ＲＲＣ設定から、リソースセットのためのＰＲＢセットであって、サイドリンクフィードバック送信のために設定された別のリソースセットの終了ＰＲＢからカウントされるＰＲＢセットを決定すること、別のリソースセットのＰＲＢに続く所定数のＰＲＢをリソースセットのＰＲＢとして決定すること、又は、ＢＷＰ内の未使用ＰＲＢをリソースセットとして決定すること、のうちの少なくとも１つにより、周波数領域においてリソースセットを決定するように設定されてもよい。いくつかの実施形態において、該所定数は、ＢＷＰ内の設定されたリソースプール内のサブチャネルの数と、該設定されたリソースプール内のスロット単位でのサイドリンクフィードバック送信のためのリソースの周期とに少なくとも関連付けられてもよい。
【0147】
いくつかの実施形態において、回路はさらに、サイドリンクフィードバック送信と同じシンボル位置及び周期に基づいて、時間領域においてリソースセットを決定するように設定されてもよい。いくつかの実施形態において、回路はさらに、サイドリンクフィードバック送信の未使用のコード領域リソースを使用することにより、コード領域においてリソースセットを決定するように設定されてもよい。
【0148】
いくつかの実施形態において、回路は、オケージョン上のＣＩの第１の送信とサイドリンクフィードバック情報の第２の送信との合計数が閾値合計数以下であり、且つ、オケージョン上の第１の送信と第２の送信との合計電力が閾値合計電力以下であるように、オケージョン上でＣＩを送信することにより、ＣＩを送信するように設定されてもよい。
【0149】
いくつかの実施形態において、回路は、合計数が閾値合計数以下であるとの決定に従って、合計電力が閾値合計電力以下であるか否かを決定し、合計電力が閾値合計電力以下であるとの決定に従って、オケージョン上で第１の送信と第２の送信とを実行し、合計電力が閾値合計電力よりも大きいとの決定に従って、ＣＩ及びサイドリンクフィードバック情報の優先度に基づいて、第１の送信と第２の送信とのうちの、合計電力が閾値合計電力以下である第１の数の送信を実行することにより、オケージョン上で協調情報を送信するように設定されてもよい。
【0150】
いくつかの実施形態において、回路は、合計数が閾値合計数よりも大きいとの決定に従って、協調情報及びサイドリンクフィードバック情報の優先度に基づいて、オケージョン上の第１の送信と第２の送信とから閾値合計数の送信を決定し、閾値合計数の送信の合計電力が閾値合計電力以下であるとの決定に従って、閾値合計数の送信を実行し、閾値合計数の送信の合計電力が閾値合計電力よりも大きいとの決定に従って、ＣＩ及びサイドリンクフィードバック情報の優先度に基づいて、閾値合計数の送信のうちの、合計電力が閾値合計電力以下である第２の数の送信を実行することにより、オケージョン上で協調情報を送信するように設定されてもよい。
【0151】
いくつかの実施形態において、回路はさらに、協調情報の送信が、第３の装置からのサイドリンクフィードバック情報の受信と時間領域において重複するとの決定に従って、サイドリンクフィードバック情報及びＣＩの優先度に基づいて、サイドリンクフィードバック情報の受信又はＣＩの送信を実行するように設定されてもよい。いくつかの実施形態において、サイドリンクフィードバック情報の優先度は、ＣＩの優先度よりも高くてもよい。いくつかの実施形態において、ＣＩの優先度は、第２の装置のＬ１優先度に対応してもよい。いくつかの実施形態において、ＣＩの優先度は、サイドリンクフィードバック情報の優先度よりも高くてもよい。
【0152】
いくつかの実施形態において、回路はさらに、別のサイドリンクフィードバック情報が第４の装置に送信され、別のサイドリンクフィードバック情報の送信が、第５の装置からの別のＣＩの受信と時間領域において重複するとの決定に従って、別のサイドリンクフィードバック情報及び別のＣＩの優先度に基づいて、別のサイドリンクフィードバック情報の送信又は別のＣＩの受信を実行するように設定されてもよい。いくつかの実施形態において、該別のサイドリンクフィードバック情報の優先度は、該別のＣＩの優先度よりも高くてもよい。いくつかの実施形態において、該別の協調情報の優先度は、第２の装置のＬ１優先度に対応してもよい。いくつかの実施形態において、該別のＣＩの優先度は、該別のサイドリンクフィードバック情報の優先度よりも高くてもよい。
【0153】
いくつかの実施形態において、端末装置（第２の装置）は、回路を備え、回路は、第２の装置により使用されるリソースセットに関連付けられた決定されたリソース上で第１の装置のセットから、リソースセット上の衝突の有無を示すＣＩを受信することであって、リソースセットのための第２のスロットよりも、決定されたリソースの第１のスロットが閾値よりも小さい数のスロットだけ前であることと、ＣＩに基づいて、リソースセットが利用可能であるか否かを決定するように設定されている。
【0154】
いくつかの実施形態において、決定されたリソースは、ＣＩの送信のために設定されたリソースセットから、該リソースセット内の開始リソースに少なくとも基づいて決定された少なくとも１つの利用可能なリソースを含んでもよい。これらの実施形態において、回路は、少なくとも１つの利用可能なリソースのうちのリソースからシーケンスが受信されたとの決定に従って、リソースセットが利用不可能であると決定し、少なくとも１つの利用可能なリソースのうちの各リソースからシーケンスが受信されないとの決定に従って、リソースセットが利用可能であると決定することにより、リソースセットが利用可能であるか否かを決定するように設定されてもよい。
【0155】
いくつかの実施形態において、決定されたリソースは、サイドリンクフィードバック情報の送信のために設定された少なくとも１つの未使用リソースを含んでもよい。これらの実施形態において、回路は、衝突の存在を示す第１のシーケンスがＣＩとして受信されたとの決定に従って、リソースセットが利用不可能であると決定し、衝突が存在しないことを示す第２のシーケンスがＣＩとして受信されたとの決定に従って、リソースセットが利用可能であると決定することにより、リソースセットが利用可能であるか否かを決定するように設定されてもよい。
【0156】
いくつかの実施形態において、決定されたリソースは、該リソースセットに対応するインデックスセットに基づいて決定されたターゲットリソースセットを含んでもよい。これらの実施形態において、回路は、ターゲットリソースセット内のリソースからシーケンスが受信されたとの決定に従って、リソースセットが利用不可能であると決定し、ターゲットリソースセット内の各リソースからシーケンスが受信されないとの決定に従って、リソースセットが利用可能であると決定することにより、リソースセットが利用可能であるか否かを決定するように設定されてもよい。
【0157】
本明細書で使用される用語「回路」は、ハードウェア回路及び／又はハードウェア回路とソフトウェアとの組み合わせを意味することができる。例えば、回路は、アナログ及び／又はデジタルハードウェア回路とソフトウェア／ファームウェアとの組み合わせであってもよい。さらに別の例として、回路は、端末装置又はネットワーク装置のような装置に様々な機能を実行させるために協働する、デジタル信号プロセッサ、ソフトウェア及び１つ又は複数のメモリを含むソフトウェアを有するハードウェアプロセッサの任意の部分であってもよい。さらに別の例において、回路は、オペレーションのためにソフトウェア／ファームウェアを必要とするハードウェア回路及び／又はマイクロプロセッサ又はその一部のようなプロセッサであってもよいが、オペレーションのために必要でない場合、ソフトウェアは存在しなくてもよい。本明細書で使用されるように、用語「回路」は、ハードウェア回路又は１つ又は複数のプロセッサのみ、又はハードウェア回路又は１つ又は複数のプロセッサの一部、及びその（又はそれらの）付随するソフトウェア及び／又はファームウェアの実装も含む。
【0158】
全体として、本開示の様々な実施形態は、ハードウェア又は専用回路、ソフトウェア、論理、又はそれらの任意の組み合わせで実現されてもよい。いくつかの態様は、ハードウェアで実現されてもよく、他の態様は、コントローラ、マイクロプロセッサ、又は他のコンピューティング装置により実行可能なファームウェア又はソフトウェアで実現されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャート又は他の何らかの絵画的表現を用いて図示及び説明されているが、本明細書に記載されたブロック、機器、システム、技術、又は方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路又は論理、汎用ハードウェア又はコントローラ又は他のコンピューティング装置、又はそれらの何らかの組み合わせで実装されてもよいことを理解すべきである。
【0159】
本開示はまた、非一時的なコンピュータ可読記憶媒体上に有形的に記憶された少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図３～図１４を参照して上述したプロセス又は方法を実行するために、対象の実プロセッサ又は仮想プロセッサ上の装置内で実行される、プログラムモジュールに含まれる命令などのコンピュータ実行可能な命令を含む。一般に、プログラムモジュールには、特定のタスクを実行するか、又は特定の抽象データタイプを実装するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などが含まれる。様々な実施形態において、プログラムモジュールの機能は、必要に応じて、プログラムモジュール間で結合又は分割されてもよい。プログラムモジュールのマシンが実行可能な命令は、ローカル又は分散型装置内で実行されてもよい。分散型装置において、プログラムモジュールは、ローカル記憶媒体及びリモート記憶媒体内の両方に配置されていてもよい。
【0160】
本開示の方法を実行するためのプログラムコードは、１つ又は複数のプログラミング言語の任意の組み合わせで記述されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータプロセッシング機器のプロセッサ又はコントローラに提供され、プロセッサ又はコントローラにより実行された場合、プログラムコードで、フローチャート及び／又はブロック図に指定された機能／動作を実現させる。プログラムコードは、完全にマシン上で、部分的にマシン上で、独立したソフトウェアパッケージとして、部分的にマシン上でかつ部分的にリモートマシン上で、又は完全にリモートマシン又はサーバ上で実行してもよい。
【0161】
上述のプログラムコードは、マシン可読媒体上で実装されてもよく、マシン可読媒体は、命令実行システム、機器、又は装置により利用されるか、又はそれらに関連するプログラムを含むか又は記憶することができる任意の有形媒体であってもよい。マシン可読媒体は、マシン可読信号媒体又はマシン可読記憶媒体であってもよい。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、機器若しくは装置、又は前述の媒体の任意の適切な組み合せを含んでもよいが、これらに限定されない。マシン可読記憶媒体のより具体的な例は、１つ又は複数のワイヤを有する電気接続、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は上述の任意の適切な組み合わせを含んでもよい。
【0162】
なお、動作について特定の順序で説明を行ったが、所望の結果を得るために、こうした動作を、示された特定の順序で実行するか若しくは連続した順序で実行し、又は、説明された全ての動作を実行することが求められる、と理解されるべきではない。場合によっては、マルチタスクや並列処理が有利になることもある。同様に、いくつかの特定の実装の詳細が上記の議論に含まれているが、これらは、本開示の範囲に対する限定として解釈されるべきではなく、特定の実施形態に固有となり得る特徴の説明として解釈されるべきである。個々の実施形態の文脈で説明されたいくつかの特徴は、単一の実施形態において組み合わされて実現されてもよい。逆に、単一の実施形態の文脈で説明された様々な特徴は、複数の実施形態において別々に、又は任意の適切なサブコンビネーションで実装されてもよい。
【0163】
本開示は、構造的特徴及び／又は方法論的動作に特有の言語で説明されてきたが、添付の特許請求の範囲において定義された本開示は、必ずしも上記の特定の特徴又は動作に限定されないことを理解すべきである。むしろ、上述した特定の特徴及び動作は、特許請求の範囲を実施する例示的な形態として開示されている。
【図1】
【図2A】
【図2B】
【図3】
【図4】
【図5A】
【図5B】
【図6】
【図7A】
【図7B】
【図8】
【図9】
【図10】
【手続補正書】
【提出日】2024-03-05
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
第１の閾値と、ハイブリッド自動再送要求確認応答（ＨＡＲＱ－ＡＣＫ）情報を有する第１の物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）及び衝突情報を有する第２のＰＳＦＣＨの合計数との間の比較、並びに、第２の閾値と、前記ＨＡＲＱ－ＡＣＫ情報を有する前記第１のＰＳＦＣＨ及び前記衝突情報を有する前記第２のＰＳＦＣＨの合計電力との間の比較に基づいて、前記ＨＡＲＱ－ＡＣＫ情報を有する前記第１のＰＳＦＣＨと前記衝突情報を有する前記第２のＰＳＦＣＨとの同時ＰＳＦＣＨ送信の数を決定するために、前記ＨＡＲＱ－ＡＣＫ情報を有する前記第１のＰＳＦＣＨに関する第１の優先度と、前記衝突情報を有する前記第２のＰＳＦＣＨに関する第２の優先度とを使用するか否かを決定するように構成される、
第１のユーザ装置（ＵＥ）。
【請求項2】
前記ＨＡＲＱ－ＡＣＫ情報を有する前記第１のＰＳＦＣＨ及び前記衝突情報を有する前記第２のＰＳＦＣＨの前記合計数が前記第１の閾値以下であるとの決定と、前記ＨＡＲＱ－ＡＣＫ情報を有する前記第１のＰＳＦＣＨ及び前記衝突情報を有する前記第２のＰＳＦＣＨの合計電力が前記第２の閾値以下であるとの決定とに基づいて、前記ＨＡＲＱ－ＡＣＫ情報を有する前記第１のＰＳＦＣＨと前記衝突情報を有する前記第２のＰＳＦＣＨとの同時ＰＳＦＣＨ送信の数を決定する、請求項１に記載の第１のユーザ装置。
【請求項3】
前記ＨＡＲＱ－ＡＣＫ情報を有する前記第１のＰＳＦＣＨ及び前記衝突情報を有する前記第２のＰＳＦＣＨの前記合計数が前記第１の閾値以下であるとの決定と、前記ＨＡＲＱ－ＡＣＫ情報を有する前記第１のＰＳＦＣＨ及び前記衝突情報を有する前記第２のＰＳＦＣＨの合計電力が前記第２の閾値よりも大きいとの決定とに基づいて、又は、前記ＨＡＲＱ－ＡＣＫ情報を有する前記第１のＰＳＦＣＨ及び前記衝突情報を有する前記第２のＰＳＦＣＨの前記合計数が前記第１の閾値よりも大きいとの決定と、前記ＨＡＲＱ－ＡＣＫ情報を有する前記第１のＰＳＦＣＨ及び前記衝突情報を有する前記第２のＰＳＦＣＨの合計電力が前記第２の閾値以下であるとの決定とに基づいて、又は、
前記ＨＡＲＱ－ＡＣＫ情報を有する前記第１のＰＳＦＣＨ及び前記衝突情報を有する前記第２のＰＳＦＣＨの前記合計数が前記第１の閾値よりも大きいとの決定と、前記ＨＡＲＱ－ＡＣＫ情報を有する前記第１のＰＳＦＣＨ及び前記衝突情報を有する前記第２のＰＳＦＣＨの合計電力が前記第２の閾値よりも大きいとの決定とに基づいて、
前記ＨＡＲＱ－ＡＣＫ情報を有する前記第１のＰＳＦＣＨに関する前記第１の優先度の昇順と、前記衝突情報を有する前記第２のＰＳＦＣＨに関する前記第２の優先度の昇順とに基づいて、前記ＨＡＲＱ－ＡＣＫ情報を有する前記第１のＰＳＦＣＨと前記衝突情報を有する前記第２のＰＳＦＣＨとの同時ＰＳＦＣＨ送信の数を決定するようにさらに構成される、
請求項１に記載の第１のユーザ装置。
【請求項4】
ＰＳＦＣＨ送信オケージョンにおいて、前記ＨＡＲＱ－ＡＣＫ情報を有する前記第１のＰＳＦＣＨと、前記衝突情報を有する前記第２のＰＳＦＣＨとの同時送受信に基づいて、前記ＨＡＲＱ－ＡＣＫ情報を有する前記第１のＰＳＦＣＨに関する前記第１の優先度は、前記衝突情報を有する前記第２のＰＳＦＣＨに関する前記第２の優先度より常に高い、請求項１に記載の第１のユーザ装置。
【請求項5】
前記衝突情報を有する前記第２のＰＳＦＣＨに関する前記第２の優先度は、対応するサイドリンク制御情報（ＳＣＩ）により決定される優先度の値に対応する、請求項１又は請求項４に記載の第１のユーザ装置。
【請求項6】
サイドリンクチャネルを介して第２のＵＥと通信し、前記第２のＵＥのアイデンティティと、前記第２のＰＳＦＣＨ内の前記衝突情報を多重化するために利用可能な少なくとも１つの第１のＰＳＦＣＨリソースの数とに基づいて、前記衝突情報を有する前記第２のＰＳＦＣＨのための前記少なくとも１つの第１のＰＳＦＣＨリソースの各第１のＰＳＦＣＨリソースのインデックスを決定する、ようにさらに構成される、
請求項１に記載の第１のユーザ装置。
【請求項7】
前記衝突情報を有する前記第２のＰＳＦＣＨのための前記少なくとも１つの第１のＰＳＦＣＨリソースの各第１のＰＳＦＣＨリソースの前記インデックスは、式Ｒ＝Ｂ＿ＩＤ ｍｏｄ Ｒ＿ＣＩにより表され、Ｒは、前記衝突情報を有する前記第２のＰＳＦＣＨのための前記少なくとも１つの第１のＰＳＦＣＨリソースのうちの１つの第１のＰＳＦＣＨリソースの前記インデックスを示し、
Ｂ＿ＩＤは、前記第２のＵＥの前記アイデンティティを示し、
Ｒ＿ＣＩは、前記第２のＰＳＦＣＨ内の前記衝突情報を多重化するために利用可能な前記少なくとも１つの第１のＰＳＦＣＨリソースの数を示す、
請求項６に記載の第１のユーザ装置。
【請求項8】
前記衝突情報を有する前記第２のＰＳＦＣＨを第１のスロット内で送信するようにさらに構成され、前記第１のスロットは、前記少なくとも１つの第１のＰＳＦＣＨリソースを含み、
前記第１のスロットは、前記衝突情報に関連付けられたリソースよりリソースプールの少なくとも１つのスロット前である、
請求項６に記載の第１のユーザ装置。
【請求項9】
前記衝突情報を有する前記第２のＰＳＦＣＨについて、ＮＡＣＫに関するシーケンスを送信するようにさらに構成される、請求項６に記載の第１のユーザ装置。
【請求項10】
前記ＨＡＲＱ－ＡＣＫ情報を有する前記第１のＰＳＦＣＨのための第１の物理リソースブロック（ＰＲＢ）は第１の無線リソース制御（ＲＲＣ）パラメータにより設定され、前記衝突情報を有する前記第２のＰＳＦＣＨのための第２のＰＲＢは第２の無線リソース制御（ＲＲＣ）パラメータにより設定され、
前記ＨＡＲＱ－ＡＣＫ情報を有する前記第１のＰＳＦＣＨの前記第１のＰＲＢと、前記衝突情報を有する前記第２のＰＳＦＣＨのための前記第２のＰＲＢとは異なる、
請求項６に記載の第１のユーザ装置。
【請求項11】
ＵＥ間協調スキーム２に関する第１の情報を第２のＵＥに送信し、前記ＵＥ間協調スキーム２に関する前記第１の情報をネットワークに送信する、ようにさらに構成される、
請求項１に記載の第１のユーザ装置。
【請求項12】
第１のユーザ装置（ＵＥ）により実行される方法であって、第１の閾値と、ハイブリッド自動再送要求確認応答（ＨＡＲＱ－ＡＣＫ）情報を有する第１の物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）及び衝突情報を有する第２のＰＳＦＣＨの合計数との間の比較、並びに、第２の閾値と、前記ＨＡＲＱ－ＡＣＫ情報を有する前記第１のＰＳＦＣＨ及び前記衝突情報を有する前記第２のＰＳＦＣＨの合計電力との間の比較に基づいて、前記ＨＡＲＱ－ＡＣＫ情報を有する前記第１のＰＳＦＣＨと前記衝突情報を有する前記第２のＰＳＦＣＨとの同時ＰＳＦＣＨ送信の数を決定するために、前記ＨＡＲＱ－ＡＣＫ情報を有する前記第１のＰＳＦＣＨに関する第１の優先度と、前記衝突情報を有する前記第２のＰＳＦＣＨに関する第２の優先度とを使用するか否かを決定すること、
を含む、
第１のユーザ装置の方法。
【国際調査報告】