知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023175806
(43)【公開日】2023-12-12
(54)【発明の名称】端末デバイス及び端末デバイスで実行される方法
(51)【国際特許分類】
H04W 28/04 20090101AFI20231205BHJP
H04W 72/25 20230101ALI20231205BHJP
H04W 72/02 20090101ALI20231205BHJP
H04W 72/40 20230101ALI20231205BHJP
H04W 92/18 20090101ALI20231205BHJP
H04L 1/1607 20230101ALI20231205BHJP
【ＦＩ】
H04W28/04 110
H04W72/25
H04W72/02
H04W72/40
H04W92/18
H04L1/1607
【審査請求】有
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2023148878
(22)【出願日】2023-09-14
(62)【分割の表示】P 2021564388の分割
【原出願日】2019-04-29
(71)【出願人】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100103894
【弁理士】
【氏名又は名称】家入 健
(72)【発明者】
【氏名】ワン ガン
(72)【発明者】
【氏名】ミャオ ジャオバン
(57)【要約】 （修正有）
【課題】サイドリンク送信におけるハイブリッド自動再送要求（ＨＡＲＱ）フィードバックのためのリソース割り当てを改善する方法、デバイス及びコンピュータ記憶媒体を提供する。
【解決手段】通信システムにおいて、受信デバイスとして機能する通信デバイスで実行される方法は、サイドリンク送信における受信デバイスで、サイドリンク送信における送信デバイスから情報を受信することと、情報の受信に対するＨＡＲＱフィードバックのモードを決定することと、ＨＡＲＱフィードバックのモードに基づいて、ＨＡＲＱフィードバック用のリソースのセットからフィードバックの送信用のリソースを決定することと、を含む。
【選択図】図２
【解決手段】通信システムにおいて、受信デバイスとして機能する通信デバイスで実行される方法は、サイドリンク送信における受信デバイスで、サイドリンク送信における送信デバイスから情報を受信することと、情報の受信に対するＨＡＲＱフィードバックのモードを決定することと、ＨＡＲＱフィードバックのモードに基づいて、ＨＡＲＱフィードバック用のリソースのセットからフィードバックの送信用のリソースを決定することと、を含む。
【選択図】図２
【特許請求の範囲】
【請求項1】
キャストタイプに関連する指示を物理サイドリンク共有チャネル（ＰＳＳＣＨ：ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）にて受信し、前記キャストタイプは、対応するハイブリッド自動再送要求（ＨＡＲＱ：ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）－肯定応答（ＡＣＫ：ａｃｋｎｏｗｌｅｄｇｅ）情報に関連付けられており、前記指示の値は２ビットで表され、
ＰＳＳＣＨ受信に応じて、前記キャストタイプに基づき、ＨＡＲＱ－ＡＣＫ情報を用いた物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｆｅｅｄｂａｃｋ ｃｈａｎｎｅｌ）送信に用いられる物理リソースブロック（ＰＲＢ：ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）及びサイクリックシフトに関連するリソースを決定し、
前記ＨＡＲＱ－ＡＣＫ情報を送信する、
端末デバイスで実行される方法。
ＰＳＳＣＨ受信に応じて、前記キャストタイプに基づき、ＨＡＲＱ－ＡＣＫ情報を用いた物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｆｅｅｄｂａｃｋ ｃｈａｎｎｅｌ）送信に用いられる物理リソースブロック（ＰＲＢ：ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）及びサイクリックシフトに関連するリソースを決定し、
前記ＨＡＲＱ－ＡＣＫ情報を送信する、
端末デバイスで実行される方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示の実施形態は、一般的に、電気通信の分野に関し、特に、サイドリンク送信におけるハイブリッド自動再送要求（ＨＡＲＱ：ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）フィードバックのための方法、デバイス、及びコンピュータ記憶媒体に関する。
【背景技術】
【0002】
５Ｇ ＮＲ（Ｎｅｗ Ｒａｄｉｏ）では、Ｄ２Ｄ（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）／Ｖ２Ｘ（ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ）通信が可能になる。端末デバイス間の通信を可能にするために、物理サイドリンク制御チャネル（ＰＳＣＣＨ：ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）や物理サイドリンク共有チャネル（ＰＳＳＣＨ：ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅ ｃｈａｎｎｅｌ）を介するサイドリンク送信が検討されている。最新の発展では、ユニキャスト及びグループキャストのサイドリンクフィードバック制御情報（ＳＦＣＩ：ｓｉｄｅｌｉｎｋ ｆｅｅｄｂａｃｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を伝達するための物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｆｅｅｄｂａｃｋ ｃｈａｎｎｅｌ）が定義されている。ＨＡＲＱベースのサイドリンク送信では、ＰＳＦＣＨを介してＨＡＲＱフィードバックを伝達するために、どのようにリソースを割り当てるかが非常に重要である。
【発明の概要】
【発明が解決しようとする課題】
【0003】
一般的に、本開示の例示的な実施形態は、サイドリンク送信におけるＨＡＲＱ送信のための方法、デバイス、及びコンピュータ記憶媒体を提供する。
【課題を解決するための手段】
【0004】
第１の態様では、通信方法が提供される。この方法は、サイドリンク送信における受信デバイスで、前記サイドリンク送信における送信デバイスから情報を受信することと、前記情報の受信に対するＨＡＲＱフィードバックのモードを決定することと、前記ＨＡＲＱフィードバックのモードに基づいて、ＨＡＲＱフィードバック用のリソースのセットから前記フィードバックの送信用のリソースを決定することと、を含む。
【0005】
第２の態様では、通信方法が提供される。この方法は、サイドリンク送信における送信デバイスで、前記サイドリンク送信における受信デバイスに情報を送信することと、前記受信デバイスから、前記情報の受信に対するＨＡＲＱフィードバックを受信することと、を含み、前記ＨＡＲＱフィードバックは、前記ＨＡＲＱフィードバックのモードに基づいて、前記ＨＡＲＱフィードバック用のリソースのセットから決定されるリソースで送信される。
【0006】
第３の態様では、受信デバイスが提供される。この受信デバイスは、プロセッサと、前記プロセッサに接続されているメモリと、を備える。前記メモリは、前記プロセッサによって実行されると、前記受信デバイスに本開示の第１の態様に記載の方法を実行させる命令を格納する。
【0007】
第４の態様では、送信デバイスが提供される。この送信デバイスは、プロセッサと、前記プロセッサに接続されているメモリと、を備える。前記メモリは、前記プロセッサによって実行されると、前記送信デバイスに本開示の第２の態様に記載の方法を実行させる命令を格納する。
【0008】
第５の態様では、命令が格納されたコンピュータ読み取り可能な媒体が提供される。前記命令は、少なくとも１つのプロセッサで実行されると、前記少なくとも１つのプロセッサに本開示の第１の態様に記載の方法を実行させる。
【0009】
第６の態様では、命令が格納されたコンピュータ読み取り可能な媒体が提供される。前記命令は、少なくとも１つのプロセッサで実行されると、前記少なくとも１つのプロセッサに本開示の第２の態様に記載の方法を実行させる。
【0010】
本開示の他の特徴は、以下の説明により容易に理解できるようになる。
【図面の簡単な説明】
【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】
図２は、本開示のいくつかの実施形態にかかる受信デバイスで実施される例示的な通信方法２００を示す。例えば、方法２００は、端末デバイス１２０などの受信デバイスとして機能する通信デバイスで実行されてもよい。説明のために、以下では、図１を参照して方法２００を説明する。方法２００は、図示されない追加のブロックを含んでもよく、及び／又は、図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点で限定されないことを理解されたい。
【0038】
ブロック２１０において、端末デバイス１２０は、送信デバイス（例えば、端末デバイス１１０）から情報を受信する。例えば、端末デバイス１２０は、（後述する図３の３１０で示される）スロットでＰＳＣＣＨ／ＰＳＳＣＨ１４１を介して情報を受信してもよい。
【0039】
いくつかの実施形態では、情報は、ユニキャスト、グループキャスト、及びブロードキャストのうちの少なくとも１つを介して、送信デバイス１１０から送信されてもよい。いくつかの実施形態では、送信デバイス１１０から送信される情報は、ＰＳＣＣＨ及び／又はＰＳＳＣＨデータを含んでもよい。
ブロック２２０において、端末デバイス１２０は、情報の受信に対するＨＡＲＱフィードバックのモードを決定する。本願の文脈では、フィードバック情報は、ＰＳＦＣＨ１４２を介してシーケンスのフォーマットで伝達される。いくつかの実施形態では、ＨＡＲＱフィードバックモードは、情報の受信に対する否定応答（ＮＡＣＫ：ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅ）のみが送信デバイスにフィードバックされる第１のモードと、情報の受信に対する肯定応答（ＡＣＫ：ａｃｋｎｏｗｌｅｄｇｅ）が周波数リソースで送信デバイスにフィードバックされ、又は、情報の受信に対する否定応答（ＮＡＣＫ）が当該周波数リソースで送信デバイスにフィードバックされる第２のモードと、情報の受信に対する肯定応答（ＡＣＫ）が第１の周波数リソースで送信デバイスにフィードバックされ、又は、情報の受信に対する否定応答（ＮＡＣＫ）が第１の周波数リソースと異なる第２の周波数リソースで送信デバイスにフィードバックされる第３のモードと、からなるグループから選択されてもよい。なお、ＨＡＲＱフィードバックモードは、上記に挙げられたフォーマットに限定されるものではなく、他の適切なフォーマットを含んでもよいことに留意されたい。
ブロック２２０において、端末デバイス１２０は、情報の受信に対するＨＡＲＱフィードバックのモードを決定する。本願の文脈では、フィードバック情報は、ＰＳＦＣＨ１４２を介してシーケンスのフォーマットで伝達される。いくつかの実施形態では、ＨＡＲＱフィードバックモードは、情報の受信に対する否定応答（ＮＡＣＫ：ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅ）のみが送信デバイスにフィードバックされる第１のモードと、情報の受信に対する肯定応答（ＡＣＫ：ａｃｋｎｏｗｌｅｄｇｅ）が周波数リソースで送信デバイスにフィードバックされ、又は、情報の受信に対する否定応答（ＮＡＣＫ）が当該周波数リソースで送信デバイスにフィードバックされる第２のモードと、情報の受信に対する肯定応答（ＡＣＫ）が第１の周波数リソースで送信デバイスにフィードバックされ、又は、情報の受信に対する否定応答（ＮＡＣＫ）が第１の周波数リソースと異なる第２の周波数リソースで送信デバイスにフィードバックされる第３のモードと、からなるグループから選択されてもよい。なお、ＨＡＲＱフィードバックモードは、上記に挙げられたフォーマットに限定されるものではなく、他の適切なフォーマットを含んでもよいことに留意されたい。
【0040】
いくつかの実施形態では、端末デバイス１２０は、送信デバイス（例えば、端末デバイス１１０）から、ＨＡＲＱフィードバックモードの指示を受信してもよい。例えば、送信デバイス１１０は、ネットワークデバイス１３０で構成された、フィードバックの送信用のリソースに関する構成に基づいて、ＨＡＲＱフィードバックモードを決定し、例えば、ＰＳＣＣＨ又はＰＳＳＣＨを介して、ＨＡＲＱフィードバックモードの指示を端末デバイス１２０に送信してもよい。いくつかの実施形態では、指示は、例えば、１又は０の１つのビットで表されてもよい。代替的な実施形態では、指示は、２つ以上のビットで表されてもよい。指示は、任意の適切な形式で表されてもよく、本開示の範囲はこの点で限定されないことに留意されたい。
【0041】
代替的な実施形態では、端末デバイス１２０は、受信デバイスにサービスを提供するネットワークデバイス（例えば、ネットワークデバイス１３０）から、ＨＡＲＱフィードバックモードの指示を受信してもよい。例えば、ＨＡＲＱフィードバックモードは、ネットワークデバイス１３０によって構成され、チャネル１２１を介して端末デバイス１２０に通知されてもよい。
【0042】
別の代替的な実施形態では、端末デバイス１２０は、サイドリンク送信のキャストタイプに応じて、それ自体でＨＡＲＱフィードバックモードを決定してもよい。いくつかの実施形態では、キャストタイプは、ユニキャスト、グループキャスト、ブロードキャストのうちの１つであってもよい。いくつかの実施形態では、端末デバイス１２０は、予めネットワークデバイス１３０からＨＡＲＱフィードバックモードの選択に関する構成情報を受信してもよい。例えば、構成情報は、ＨＡＲＱフィードバックモード（例えば、上記した第１～第３のモード）と、サイドリンク送信のキャストタイプ（例えば、上記したユニキャスト、グループキャスト及び／又はブロードキャスト）との間のマッピングを含んでもよい。端末デバイス１２０は、端末デバイス１１０から情報を受信すると、構成情報、及び情報に対するサイドリンク送信のキャストタイプに応じて、情報に対するＨＡＲＱフィードバックモードを決定してもよい。
【0043】
ブロック２３０において、端末デバイス１２０は、ＨＡＲＱフィードバックモードに基づいて、ＨＡＲＱフィードバック用のリソースのセットから、ＨＡＲＱフィードバックの送信用のリソースを決定してもよい。いくつかの実施形態では、ＨＡＲＱフィードバック用のリソースのセットは、ネットワークデバイス１３０によって構成されてもよい。より詳細は、以下、図３を参照しながら説明する。
【0044】
図３は、本開示のいくつかの実施形態にかかるＨＡＲＱフィードバックの送信用の時間－周波数リソースの例を示す概略図３００を示す。例えば、スロット３１０内のサブチャネル＃１を介して受信した情報（例えば、ＰＳＣＣＨ／ＰＳＳＣＨデータ）について、当該情報の受信に対するＨＡＲＱフィードバックは、スロット３１０よりも後のスロット３３０内のＰＳＦＣＨを介して送信されてもよい。スロット３３０は、ＰＳＦＣＨリソースの最初のスロットであり、スロット３１０からの距離がＡよりも大きい。Ａの値は、例えば、ネットワークデバイス１３０によって構成され、又は指定される。これにより、スロット３３０に関連付けられる周波数リソースは、ＨＡＲＱフィードバック用のリソースのセットとして提供される。なお、上述した例に加えて、リソースのセットの決定は、他の任意の適切な方式によって実施されることができ、本開示の範囲はこの点で限定されないことに留意されたい。
【0045】
本開示の様々な実施形態によれば、フィードバックの送信用のそれぞれのリソースは異なるフィードバックモードに応じて決定されるので、ＰＳＦＣＨリソースの割り当てが改善される。以下、リソース決定の詳細について説明する。
【0046】
ＨＡＲＱフィードバックに対して特定のスロットに関連付けられるリソースのセット（例えば、図３のスロット３３０）を決定すると、ＨＡＲＱフィードバックの送信のためにリソースのセットからＰＲＢ（例えば、図３のＰＲＢ３３１）を決定すべきであり、それに対応して、ＨＡＲＱフィードバックの指示のためにシーケンスを決定すべきである。いくつかの実施形態では、リソースのセットにおけるＰＲＢのインデックスが決定されてもよい。いくつかの実施形態では、受信デバイスに構成される基本シーケンスに対して、サイクリックシフトが決定されてもよい。
【0047】
本開示の実施形態では、ＰＲＢのインデックスなどのリソース及びサイクリックシフトは、ＨＡＲＱフィードバックモードと、情報の送信に関連付けられるリソース、サイドリンク送信のキャストタイプ、受信デバイスの送信電力、ＨＡＲＱフィードバック用の単一のＰＲＢで多重化できるデバイスの数、及び情報のデータタイプのうちの少なくとも１つとに基づいて決定されてもよい。いくつかの実施形態では、情報の送信に関連付けられるリソースは、少なくとも情報の送信に関連付けられるサブチャネル又はＰＲＢを含んでもよい。いくつかの実施形態では、サイドリンク送信のキャストタイプは、ユニキャスト、グループキャスト又はブロードキャストを含んでもよい。いくつかの実施形態では、情報のデータタイプは、ＰＳＣＣＨ及びＰＳＳＣＨのうちの少なくとも１つを含んでもよい。
【0048】
以下、リソース決定に関するより具体的な実施形態について、第１～第３のモードをそれぞれ参照しながら説明する。なお、以下の説明は、便宜上、図１を参照して行われる。
【0049】
第１のモード（ＮＡＣＫのみをフィードバックする）
【0050】
この場合には、ＰＳＣＣＨ／ＰＳＳＣＨ情報が端末デバイス１２０によって端末デバイス１１０からスロットｃで受信され、スロットｆにおける決定されたＰＲＢのインデックスがｎであると仮定する。
【0051】
実施形態１
【0052】
本実施形態では、ＨＡＲＱフィードバック用のＰＲＢのインデックスｎは構成され又は予め構成される。この場合、リソースはインデックスに基づいて決定される。
【0053】
いくつかの実施形態では、ｎは、例えば、スケジュールされたリソース選択モードにおいて、ネットワークデバイス１３０によって構成されてもよい。いくつかの実施形態では、ｎに対する構成は、端末デバイス１１０によって端末デバイス１２０に転送されてもよい。代替的な実施形態では、ｎに対する構成は、ネットワークデバイス１３０によって端末デバイス１２０に直接送信されてもよい。いくつかの実施形態では、ｎは、端末デバイス１２０によって事前構成に従って決定されてもよい。
【0054】
実施形態２
【0055】
本実施形態では、ブロック２２０において、第１のモードがＨＡＲＱフィードバックモードとして決定され、ＨＡＲＱフィードバック用のリソースの決定は、図４を参照して行われる。図４は、本開示のいくつかの実施形態にかかるＨＡＲＱフィードバック用のリソースを決定する例示的な方法４００を示す。方法４００は、図示されない追加のブロックを含んでもよく、及び／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点で限定されないことを理解されたい。
【0056】
ブロック４１０において、端末デバイス１２０は、受信した情報に関連付けられるサブチャネルのインデックスを決定してもよく、例えば、インデックスは、以下に説明するように、ｎ_ＰＳＣＣＨ又はｎ_ＰＳＳＣＨとすることができる。本願の文脈では、サブチャネルは、情報（例えば、ＰＳＳＣＨ／ＰＳＣＣＨデータ）の送信に使用される時間－周波数リソースの最小粒度である。
【0057】
ブロック４２０において、端末デバイス１２０は、リソースに対して構成される基準開始点、及びサブチャネルのインデックスに基づいて、ＨＡＲＱフィードバック用のリソースを決定してもよい。いくつかの実施形態では、基準開始点は、ネットワークデバイス１３０によって構成されてもよい。いくつかの実施形態では、基準開始点は、端末デバイス１２０によって事前構成に従って決定されてもよい。いくつかの実施形態では、基準開始点は、端末デバイス１２０自身によって決定されてもよい。いくつかの実施形態では、基準開始点（例えば、図３の３３２で示されるもの）は、キャリアごと、リソースのセットごと、又はグループキャストセッションごとに予め決定されてもよい。
【0058】
いくつかの実施形態では、ｎは、以下の式によって決定されてもよい。
ｎ＝ｎ_２_０＋ｎ_ＰＳＣＣＨ （１）
又は
ｎ＝ｎ_２_０＋ｎ_ＰＳＳＣＨ （２）
ここで、ｎ_２_０は、リソースに対して構成される基準開始点である。ｎ_ＰＳＣＣＨは、サブチャネルセットＳにおける関連するＰＳＣＣＨのサブチャネルのインデックスであり、Ｓは、時間範囲［ｆ－ａ，ｆ－ｂ］内の、ＰＳＳＣＨリソースに属するすべてのサブチャネルであり、ｆは、ＰＳＦＣＨが配置されるスロットの番号であり、ａ及びｂの値は、予め定められている。ｎ_ＰＳＳＣＨは、サブチャネルセットＳにおける関連するＰＳＳＣＨの最小のサブチャネルのインデックスであり、Ｓは、時間範囲［ｆ－ａ，ｆ－ｂ］内の、ＰＳＳＣＨリソースに属するすべてのサブチャネルであり、ｆは、ＰＳＦＣＨが配置されるスロットの番号であり、ａ及びｂの値は、構成され又は予め構成される。
ｎ＝ｎ_２_０＋ｎ_ＰＳＣＣＨ （１）
又は
ｎ＝ｎ_２_０＋ｎ_ＰＳＳＣＨ （２）
ここで、ｎ_２_０は、リソースに対して構成される基準開始点である。ｎ_ＰＳＣＣＨは、サブチャネルセットＳにおける関連するＰＳＣＣＨのサブチャネルのインデックスであり、Ｓは、時間範囲［ｆ－ａ，ｆ－ｂ］内の、ＰＳＳＣＨリソースに属するすべてのサブチャネルであり、ｆは、ＰＳＦＣＨが配置されるスロットの番号であり、ａ及びｂの値は、予め定められている。ｎ_ＰＳＳＣＨは、サブチャネルセットＳにおける関連するＰＳＳＣＨの最小のサブチャネルのインデックスであり、Ｓは、時間範囲［ｆ－ａ，ｆ－ｂ］内の、ＰＳＳＣＨリソースに属するすべてのサブチャネルであり、ｆは、ＰＳＦＣＨが配置されるスロットの番号であり、ａ及びｂの値は、構成され又は予め構成される。
【0059】
いくつかの実施形態では、受信デバイス１２０がスロットｆにおいて関連するＰＳＦＣＨ ＰＲＢを複数有する場合、受信デバイス１２０は、関連するＰＲＢのうちの１つのみでＰＳＦＣＨを送信してもよい。例えば、受信デバイス１２０は、範囲［ｆ－ａ，ｆ－ｂ］内の最新の受信したＰＳＣＣＨ／ＰＳＳＣＨに関連付けられるＰＳＦＣＨ ＰＲＢでＰＳＦＣＨを送信してもよい。ここで、ｆはＰＳＦＣＨが配置されるスロットの番号であり、ａ及びｂの値は、ネットワークデバイス１３０によって構成され、端末デバイス１２０によって事前構成に従って決定され、又は端末デバイス１２０によって決定される。上述した例は、本開示の範囲に対するいかなる限定も示唆することなく、単に説明のためのものであることを理解されたい。
【0060】
ブロック４３０において、端末デバイス１２０は、構成され又は予め構成されるサイクリックシフト値に基づいて、フィードバックのためのシーケンスを決定してもよい。いくつかの実施形態では、サイクリックシフト値は、ネットワークデバイス１３０によって構成されてもよい。いくつかの実施形態では、サイクリックシフト値は、端末デバイス１２０によって事前構成に従って決定されてもよい。いくつかの実施形態では、サイクリックシフト値は、端末デバイス１１０によって構成されてもよい。いくつかの実施形態では、サイクリックシフト値は、端末デバイス１２０自身によって決定されてもよい。
【0061】
いくつかの実施形態では、ＰＳＦＣＨシーケンスのサイクリックシフトは、キャリアごとに構成され又は予め構成される。いくつかの実施形態では、ＰＳＦＣＨシーケンスのサイクリックシフトは、リソースのセットごとに構成され又は予め構成される。いくつかの実施形態では、ＰＳＦＣＨシーケンスのサイクリックシフトは、グループキャストセッションごとに構成され又は予め構成される。いくつかの実施形態では、ＰＳＦＣＨシーケンスのサイクリックシフトは、ソースデバイスごとに構成され又は予め構成される。いくつかの実施形態では、ＰＳＦＣＨシーケンスのサイクリックシフトは、送信先デバイスごとに構成され又は予め構成される。
【0062】
ブロック４４０において、端末デバイス１２０は、周波数リソース上で決定されたシーケンスを使用して、ＨＡＲＱフィードバックを端末デバイス１１０に送信してもよい。上述した例は、本開示の範囲に対するいかなる限定も示唆することなく、単に説明のためのものであることを理解されたい。
【0063】
本実施形態では、ＨＡＲＱフィードバックのためのリソース割り当てはＨＡＲＱフィードバックモードを考慮して行われるので、リソース割り当てが改善される。
【0064】
実施形態３
【0065】
本実施形態では、第１のモードがＨＡＲＱフィードバックモードとして決定され、ＨＡＲＱフィードバック用のリソースの決定は、図５を参照して行われる。図５は、本開示のいくつかの実施形態にかかるＨＡＲＱフィードバック用のリソースを決定する例示的な方法５００を示す。方法５００は、図示されない追加のブロックを含んでもよく、及び／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点で限定されないことを理解されたい。
【0066】
ブロック５１０において、端末デバイス１２０は、情報がグループキャストセッションを介して送信されるか否かを判定してもよい。情報がグループキャストセッションを介して送信される場合、ブロック５２０において、端末デバイス１２０は、情報に関連付けられるグループキャストセッションのインデックスを決定してもよい。いくつかの実施形態では、グループキャストセッションのインデックスは、送信先デバイス（例えば、端末デバイス１２０）にサービスを提供するネットワークデバイス（例えば、ネットワークデバイス１３０）によって構成されてもよい。いくつかの実施形態では、グループキャストセッションのインデックスは、ソースデバイス（例えば、端末デバイス１１０）によって決定されてもよい。
【0067】
ブロック５３０において、端末デバイス１２０は、リソースに対して構成される基準開始点、及びグループキャストセッションのインデックスに基づいて、ＨＡＲＱフィードバック用のリソースを決定してもよい。いくつかの実施形態では、基準開始点は、ネットワークデバイス１３０によって構成されてもよい。いくつかの実施形態では、基準開始点は、端末デバイス１２０によって事前構成に従って決定されてもよい。いくつかの実施形態では、基準開始点は、端末デバイス１２０自身によって決定されてもよい。いくつかの実施形態では、基準開始点（例えば、図３の３３２で示されるもの）は、キャリアごと、リソースのセットごと、又はグループキャストセッションごとに予め決定されてもよい。
【0068】
いくつかの実施形態では、ｎは、以下の式によって決定されてもよい。
ｎ=ｎ_３_０＋ｎ_Ｇｓｅｓｓｉｏｎ （３）
ここで、ｎ_３_０は、リソースに対して構成される基準開始点であり、ｎ_Ｇｓｅｓｓｉｏｎは、グループキャストセッションのインデックスである。
ｎ=ｎ_３_０＋ｎ_Ｇｓｅｓｓｉｏｎ （３）
ここで、ｎ_３_０は、リソースに対して構成される基準開始点であり、ｎ_Ｇｓｅｓｓｉｏｎは、グループキャストセッションのインデックスである。
【0069】
いくつかの実施形態では、端末デバイス１２０は、ＮＡＣＫのみをフィードバックするために、複数の端末デバイスで共有可能なリソースのセットのサブセットから、リソースを選択してもよい。いくつかの実施形態では、端末デバイス１２０は、第１のモードに使用されるＰＲＢが他のＨＡＲＱモードに使用されるＰＲＢと重複しないようにリソースを選択してもよい。いくつかの実施形態では、端末デバイス１２０は、ＰＲＢの中心に位置するＲ個のリソースエレメント（ＲＥ：ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）のみでＰＳＦＣＨを送信してもよく、ここで、Ｒ＜１２であり、このように１２－Ｒ個のＲＥでの送信はパンクチャリングされ、隣接するＰＲＢへのインバンドエミッション（ＩＢＥ：ｉｎ－ｂａｎｄ ｅｍｉｓｓｉｏｎ）干渉が低減される。
【0070】
本実施形態では、端末デバイス１２０は、構成され又は予め構成されるサイクリックシフト値に基づいて、フィードバックのためのシーケンスを決定してもよい。この処理は、図４のブロック４３０を参照して説明したものと同様であるので、ここでは繰り返さない。
【0071】
本実施形態では、ＨＡＲＱフィードバックのためのリソース割り当てはグループキャストを考慮して行われるので、隣接するＰＲＢで送信されるＰＳＦＣＨ間のＩＢＥ干渉を低減することができ、リソース割り当てを改善することができる。
【0072】
第２のモード（同一の周波数リソースでＡＣＫ及びＮＡＣＫをフィードバックする）
【0073】
この場合には、ＰＳＣＣＨ／ＰＳＳＣＨ情報が端末デバイス１２０によって端末デバイス１１０からスロットｃで受信され、スロットｆにおける決定されたＰＲＢのインデックスがｍであると仮定する。
【0074】
実施形態４
【0075】
本実施形態では、ＨＡＲＱフィードバック用のＰＲＢのインデックスｍが構成され又は予め構成される。この場合、リソースは当該インデックスに基づいて決定される。本実施形態におけるｍの決定は、ｍの値がｎと異なるように構成されることがある以外、実施形態１におけるｎの決定と同様である。ＡＣＫ及びＮＡＣＫフィードバックのためのＰＳＦＣＨシーケンスのサイクリックシフトの決定も、その値が実施形態１におけるものと異なるように構成されることがある以外、実施形態１と同様である。いくつかの実施形態では、それらの値は、第１のモードの場合と同じように構成されてもよい。その他の詳細については、簡潔のためにここでは繰り返さない。
【0076】
実施形態５
【0077】
本実施形態では、第２のモードがＨＡＲＱフィードバックモードとして決定され、ＨＡＲＱフィードバック用のリソースの決定は、基準開始点の値が実施形態２と異なるように構成されることがある以外、図４を参照して説明した実施形態２と同様である。いくつかの実施形態では、第２のモードにおける基準開始点の値は、第１のモードにおける基準開始点の値と同じであるように構成されてもよい。その他の詳細については、簡潔のためにここでは繰り返さない。
【0078】
ＡＣＫ及びＮＡＣＫフィードバックのためのＰＳＦＣＨシーケンスのサイクリックシフトの決定も、その値が実施形態２におけるものと異なるように構成されることがある以外、実施形態２と同様である。いくつかの実施形態では、それらの値は、第１のモードの場合と同じように構成されてもよい。その他の詳細は、簡潔のためにここでは繰り返さない。
【0079】
さらに、いくつかの実施形態では、端末デバイス１２０は、異なるシーケンスを使用してＮＡＣＫ又はＡＣＫを送信するために、専用端末デバイスが使用することができるリソースのセットのサブセットからリソースを選択してもよい。このようにして、異なるＰＳＦＣＨ間のイントラＰＲＢ干渉、及び隣接するＰＲＢへのインバンドエミッション（ＩＢＥ）干渉が低減される。
【0080】
実施形態６
【0081】
本実施形態では、第２のモードがＨＡＲＱフィードバックモードとして決定され、ＨＡＲＱフィードバック用の単一のＰＲＢで多重化できるデバイスの数が構成され又は予め構成される。この場合、ＨＡＲＱフィードバック用のリソースの決定は、図６を参照して行われる。図６は、本開示のいくつかの実施形態にかかるＨＡＲＱフィードバック用のリソースを決定する例示的な方法６００を示す。方法６００は、図示されない追加のブロックを含んでもよく、及び／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点で限定されないことを理解されたい。
【0082】
ブロック６１０において、端末デバイス１２０は、受信した情報に関連付けられるサブチャネルのインデックスを決定してもよく、例えば、インデックスは、以下に説明するように、ｍ_ＰＳＣＣＨ又はｍ_ＰＳＳＣＨとすることができる。本願の文脈では、サブチャネルは、情報（例えば、ＰＳＳＣＨ／ＰＳＣＣＨデータ）送信に使用される時間－周波数リソースの最小粒度である。
【0083】
ブロック６２０において、端末デバイス１２０は、構成され又は予め構成される基準開始点、ＨＡＲＱフィードバック用の単一のＰＲＢで多重化できるデバイスの数、及びサブチャネルのインデックスに基づいて、ＨＡＲＱフィードバック用のリソースを決定してもよい。いくつかの実施形態では、基準開始点は、ネットワークデバイス１３０によって構成されてもよい。いくつかの実施形態では、基準開始点は、端末デバイス１２０によって事前構成に従って決定されてもよい。いくつかの実施形態では、基準開始点は、端末デバイス１２０自身によって決定されてもよい。いくつかの実施形態では、基準開始点（例えば、図３の３３２で示されるもの）は、キャリアごと、リソースのセットごと、又はグループキャストセッションごとに予め決定されてもよい。
【0084】
いくつかの実施形態では、ＨＡＲＱフィードバック用の単一のＰＲＢで多重化できるデバイスの数は、ＨＡＲＱフィードバック用の単一のＰＲＢで多重化できるデバイスの最大数である。いくつかの実施形態では、デバイスの数は、ネットワークデバイス１３０によって構成されてもよい。いくつかの実施形態では、デバイスの数は、端末デバイス１２０によって事前構成に従って決定されてもよい。いくつかの実施形態では、デバイスの数は、端末デバイス１２０自身によって決定されてもよい。いくつかの実施形態では、デバイスの数は、キャリアごと、リソースのセットごと、又はグループキャストセッションごとに予め決定されてもよい。例えば、デバイスの数は、リソースのセットごとに２又は６となるように予め決定されることができる。これは説明のための例に過ぎず、本開示の範囲はこの点で限定されないことに留意されたい。
【0085】
いくつかの実施形態では、ｍは、以下の式によって決定されてもよい。
ｍ＝ｍ_３_０＋ｆｌｏｏｒ（ｍ_ＰＳＣＣＨ／Ｍ３） （４）
又は
ｍ＝ｍ_３_０＋ｆｌｏｏｒ（ｍ_ＰＳＳＣＨ／Ｍ３） （５）
ここで、ｍ_３_０は、構成され又は予め構成される基準開始点である。ｍ_ＰＳＣＣＨは、サブチャネルセットＳにおける関連するＰＳＣＣＨのサブチャネルのインデックスであり、Ｓは、時間範囲［ｆ－ａ，ｆ－ｂ］内の、ＰＳＳＣＨリソースに属するすべてのサブチャネルであり、ｆは、ＰＳＦＣＨが配置されるスロットの番号であり、ａ及びｂの値は、構成され又は指定される。ｍ_ＰＳＳＣＨは、サブチャネルセットＳにおける関連するＰＳＳＣＨの最小のサブチャネルのインデックスであり、Ｓは、時間範囲［ｆ－ａ，ｆ－ｂ］内の、ＰＳＳＣＨリソースに属するすべてのサブチャネルであり、ｆは、ＰＳＦＣＨが配置されるスロットの番号であり、ａ及びｂの値は、構成され又は指定される。Ｍ３は、１つのＰＲＢで多重化できる端末デバイスの数である。
ｍ＝ｍ_３_０＋ｆｌｏｏｒ（ｍ_ＰＳＣＣＨ／Ｍ３） （４）
又は
ｍ＝ｍ_３_０＋ｆｌｏｏｒ（ｍ_ＰＳＳＣＨ／Ｍ３） （５）
ここで、ｍ_３_０は、構成され又は予め構成される基準開始点である。ｍ_ＰＳＣＣＨは、サブチャネルセットＳにおける関連するＰＳＣＣＨのサブチャネルのインデックスであり、Ｓは、時間範囲［ｆ－ａ，ｆ－ｂ］内の、ＰＳＳＣＨリソースに属するすべてのサブチャネルであり、ｆは、ＰＳＦＣＨが配置されるスロットの番号であり、ａ及びｂの値は、構成され又は指定される。ｍ_ＰＳＳＣＨは、サブチャネルセットＳにおける関連するＰＳＳＣＨの最小のサブチャネルのインデックスであり、Ｓは、時間範囲［ｆ－ａ，ｆ－ｂ］内の、ＰＳＳＣＨリソースに属するすべてのサブチャネルであり、ｆは、ＰＳＦＣＨが配置されるスロットの番号であり、ａ及びｂの値は、構成され又は指定される。Ｍ３は、１つのＰＲＢで多重化できる端末デバイスの数である。
【0086】
本実施形態では、端末デバイス１２０は、異なるシーケンスを使用してＮＡＣＫ又はＡＣＫを送信するために、複数の端末デバイスで共有可能なリソースのセットのサブセットからリソースを選択してもよい。このようにして、ＰＳＦＣＨ間のイントラＰＲＢ干渉、及び隣接ＰＲＢへのインバンドエミッション（ＩＢＥ）干渉が低減される。
【0087】
ブロック６３０において、端末デバイス１２０は、受信デバイスのインデックス、及びＨＡＲＱフィードバック用の単一のＰＲＢで多重化できるデバイスの数に基づいて、ＨＡＲＱフィードバックにおけるＡＣＫ及びＮＡＣＫの一方のための第１のシーケンスを決定してもよい。いくつかの実施形態では、ＡＣＫ及びＮＡＣＫフィードバックのためのＰＳＦＣＨシーケンスのサイクリックシフトは、ｍ_ＰＳＣＣＨ又はｍ_ＰＳＳＣＨの関数であってもよい。例えば、ＡＣＫのためのサイクリックシフトは、ｍｏｄ（ｘ６＊ｍｏｄ（ｍ_ＰＳＣＣＨ，Ｍ３）＋ｙ６，１２）に等しくてもよく、ここで、ｘ６及びｙ６の値は、構成され、予め構成され、又は指定されることができ、ｘ６は１であることができ、ｙ６は０であることができる。これは説明のための例に過ぎず、ＡＣＫ又はＮＡＣＫ用のサイクリックシフトは、ｍ_ＰＳＣＣＨ又はｍ_ＰＳＳＣＨの他の任意の適切な関数で決定されることができることに留意されたい。
【0088】
ブロック６４０において、端末デバイス１２０は、第１のシーケンス及び所定値に基づいて、フィードバックにおけるＡＣＫ及びＮＡＣＫの他方のための第２のシーケンスを決定してもよい。いくつかの実施形態では、所定値は、デバイスによって事前構成に従って決定されてもよい。いくつかの実施形態では、所定値は、端末デバイス１２０によって決定されてもよい。上述した例に対応して、ＮＡＣＫのためのサイクリックシフトは、ｍｏｄ（ｘ６＊ｍｏｄ（ｍ_ＰＳＣＣＨ，Ｍ３）＋ｙ６＋６，１２）に等しくてもよい。これは説明のための一例に過ぎず、所定値は他の任意の適切な整数であってもよいことに留意されたい。
【0089】
ブロック６５０において、端末デバイス１２０は、リソース上で第１又は第２のシーケンスを用いて、ＨＡＲＱフィードバックを送信デバイスに送信してもよい。これにより、ＨＡＲＱフィードバックのためのリソース割り当ては、ＨＡＲＱフィードバック用の単一のＰＲＢで多重化できるデバイスの数を考慮して行われ、同じＰＲＢ内のＰＳＦＣＨ間の干渉を低減することができ、リソース割り当てを改善することができる。
【0090】
実施形態７
【0091】
本実施形態では、第２のモードがＨＡＲＱフィードバックモードとして決定され、受信デバイスの送信電力が考慮される。この場合、ＨＡＲＱフィードバック用のリソースの決定は、図７を参照して行われる。図７は、本開示のいくつかの実施形態にかかるＨＡＲＱフィードバック用のリソースを決定する例示的な方法７００を示す。方法７００は、図示されない追加のブロックを含んでもよく、及び／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点で限定されないことを理解されたい。
【0092】
ブロック７１０において、端末デバイス１２０は、受信デバイス（例えば、端末デバイス１２０）の送信電力が、第１の範囲にあるか、又は第１の範囲と異なる第２の範囲にあるかを判定してもよい。端末デバイス１２０は端末デバイス１２０の送信電力が第１の範囲にあると判断した場合、ブロック７２０において、端末デバイス１２０は、ＨＡＲＱフィードバック用の物理リソースブロック（ＰＲＢ）のインデックスに対して構成される第１の値に基づいて、リソースを決定してもよい。端末デバイス１２０は端末デバイス１２０の送信電力が第２の範囲にあると判断した場合、ブロック７３０において、端末デバイス１２０は、ＨＡＲＱフィードバック用のＰＲＢのインデックスに対して構成される第１の値と異なる第２の値に基づいて、リソースを決定してもよい。
【0093】
いくつかの実施形態では、第１及び第２の値は、ネットワークデバイス１３０によって構成されてもよい。いくつかの実施形態では、第１及び第２の値は、端末デバイス１２０によって事前構成に従って決定されてもよい。なお、第１及び第２の範囲の分割は、単に説明のための例示的なものであり、受信デバイスの送信電力に対する第３以上の範囲の分割、及び第３以上の値の対応する設定も、本願発明の範囲内であることに留意されたい。
【0094】
いくつかの実施形態では、受信デバイス１２０がスロットｆにおいて関連するＰＳＦＣＨ ＰＲＢを複数有する場合、受信デバイス１２０は、関連するＰＲＢのうちの１つのみでＰＳＦＣＨを送信してもよい。例えば、受信デバイス１２０は、範囲［ｆ－ａ，ｆ－ｂ］内の最新の受信したＰＳＣＣＨ／ＰＳＳＣＨに関連付けられるＰＳＦＣＨ ＰＲＢでＰＳＦＣＨを送信してもよく、ｆはＰＳＦＣＨが配置されるスロットの番号であり、ａ及びｂの値は、ネットワークデバイス１３０によって構成され、デバイスメーカーによって予め構成され、又は端末デバイス１２０によって決定される。
【0095】
本実施形態では、ＨＡＲＱフィードバックのためのシーケンスの決定は、図４のブロック４３０を参照して説明したものと同様であるので、その詳細はここでは繰り返さない。これにより、ＨＡＲＱフィードバック用のリソース割り当ては受信デバイスの送信電力を考慮して行われ、隣接するＰＲＢで送信されるＰＳＦＣＨ間のＩＢＥ干渉を低減し、リソース割り当てを改善することができる。
【0096】
実施形態８
【0097】
本実施形態では、第２のモードがＨＡＲＱフィードバックモードとして決定され、ＨＡＲＱフィードバック用の単一のＰＲＢで多重化できるデバイスの数が構成され又は予め構成され、受信デバイスの送信電力が考慮される。この場合、ＨＡＲＱフィードバック用のリソースの決定は、図８を参照して行われる。図８は、本開示のいくつかの実施形態にかかるＨＡＲＱフィードバック用のリソースを決定する例示的な方法８００を示す。方法８００は、図示されない追加のブロックを含んでもよく、及び／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点で限定されないことを理解されたい。
【0098】
ブロック８１０において、端末デバイス１２０は、受信デバイス（例えば、端末デバイス１２０）の送信電力が、第１の範囲にあるか、又は第１の範囲と異なる第２の範囲にあるかを判定してもよい。端末デバイス１２０は、端末デバイス１２０の送信電力が第１の範囲にあると判断した場合、ブロック８２０において、端末デバイス１２０は、情報に関連付けられるサブチャネルのインデックスを決定してもよい。ブロック８３０において、端末デバイス１２０は、リソースに対して構成される第１の基準開始点、インデックス、及びＨＡＲＱフィードバック用の単一のＰＲＢで多重化できるデバイスの数に基づいて、リソースを決定してもよい。
【0099】
いくつかの実施形態では、ｍは、以下の式に従って決定されてもよい。
ｍ＝ｍ_６_０＋ｆｌｏｏｒ（ｍ_ＰＳＣＣＨ／Ｍ６） （６）
又は
ｍ＝ｍ_６_０＋ｆｌｏｏｒ（ｍ_ＰＳＳＣＨ／Ｍ６） （７）
ここで、ｍ_６_０は、リソースに対して構成される第１の基準開始点である。ｍ_ＰＳＣＣＨは、サブチャネルセットＳにおける関連するＰＳＣＣＨのサブチャネルのインデックスであり、Ｓは、時間範囲［ｆ－ａ，ｆ－ｂ］内の、ＰＳＳＣＨリソースに属するすべてのサブチャネルであり、ｆは、ＰＳＦＣＨが配置されるスロットの番号であり、ａ及びｂの値は、構成され又は指定される。ｍ_ＰＳＳＣＨは、サブチャネルセットＳにおける関連するＰＳＳＣＨの最小のサブチャネルのインデックスであり、Ｓは、時間範囲［ｆ－ａ，ｆ－ｂ］内の、ＰＳＳＣＨリソースに属するすべてのサブチャネルであり、ｆは、ＰＳＦＣＨが配置されるスロットの番号であり、ａ及びｂの値は、構成され又は指定される。Ｍ３は、１つのＰＲＢで多重化できる端末デバイスの数である。
ｍ＝ｍ_６_０＋ｆｌｏｏｒ（ｍ_ＰＳＣＣＨ／Ｍ６） （６）
又は
ｍ＝ｍ_６_０＋ｆｌｏｏｒ（ｍ_ＰＳＳＣＨ／Ｍ６） （７）
ここで、ｍ_６_０は、リソースに対して構成される第１の基準開始点である。ｍ_ＰＳＣＣＨは、サブチャネルセットＳにおける関連するＰＳＣＣＨのサブチャネルのインデックスであり、Ｓは、時間範囲［ｆ－ａ，ｆ－ｂ］内の、ＰＳＳＣＨリソースに属するすべてのサブチャネルであり、ｆは、ＰＳＦＣＨが配置されるスロットの番号であり、ａ及びｂの値は、構成され又は指定される。ｍ_ＰＳＳＣＨは、サブチャネルセットＳにおける関連するＰＳＳＣＨの最小のサブチャネルのインデックスであり、Ｓは、時間範囲［ｆ－ａ，ｆ－ｂ］内の、ＰＳＳＣＨリソースに属するすべてのサブチャネルであり、ｆは、ＰＳＦＣＨが配置されるスロットの番号であり、ａ及びｂの値は、構成され又は指定される。Ｍ３は、１つのＰＲＢで多重化できる端末デバイスの数である。
【0100】
端末デバイス１２０は端末デバイス１２０の送信電力が第２の範囲にあると判断した場合、ブロック８４０において、端末デバイス１２０は、受信した情報に関連付けられるサブチャネルのインデックスを決定してもよく、例えば、インデックスは、後述するように、ｍ_ＰＳＣＣＨ又はｍ_ＰＳＳＣＨとすることができる。ブロック８４０の処理は、ブロック８２０の処理と同様である。ブロック８５０において、端末デバイス１２０は、リソースに対して構成される第１の開始点と異なる第２の基準開始点、インデックス、及びＨＡＲＱフィードバック用の単一のＰＲＢで多重化できるデバイスの数に基づいて、リソースを決定してもよい。
【0101】
いくつかの実施形態では、ｍは、以下の式に従って決定されてもよい。
ｍ＝ｍ_６_１＋ｆｌｏｏｒ（ｍ_ＰＳＣＣＨ／Ｍ６） （８）
又は
ｍ＝ｍ_６_１＋ｆｌｏｏｒ（ｍ_ＰＳＳＣＨ／Ｍ６） （９）
ここで、ｍ_６_１は、リソースに対して構成される第２の基準開始点である。ｍ_ＰＳＣＣＨは、サブチャネルセットＳにおける関連するＰＳＣＣＨのサブチャネルのインデックスであり、Ｓは、時間範囲［ｆ－ａ，ｆ－ｂ］内の、ＰＳＳＣＨリソースに属するすべてのサブチャネルであり、ｆは、ＰＳＦＣＨが配置されるスロットの番号であり、ａ及びｂの値は、構成され又は指定される。ｍ_ＰＳＳＣＨは、サブチャネルセットＳにおける関連するＰＳＳＣＨの最小のサブチャネルのインデックスであり、Ｓは、時間範囲［ｆ－ａ，ｆ－ｂ］内の、ＰＳＳＣＨリソースに属するすべてのサブチャネルであり、ｆは、ＰＳＦＣＨが配置されるスロットの番号であり、ａ及びｂの値は、構成され又は指定される。Ｍ６は、１つのＰＲＢで多重化できる端末デバイスの数である。
ｍ＝ｍ_６_１＋ｆｌｏｏｒ（ｍ_ＰＳＣＣＨ／Ｍ６） （８）
又は
ｍ＝ｍ_６_１＋ｆｌｏｏｒ（ｍ_ＰＳＳＣＨ／Ｍ６） （９）
ここで、ｍ_６_１は、リソースに対して構成される第２の基準開始点である。ｍ_ＰＳＣＣＨは、サブチャネルセットＳにおける関連するＰＳＣＣＨのサブチャネルのインデックスであり、Ｓは、時間範囲［ｆ－ａ，ｆ－ｂ］内の、ＰＳＳＣＨリソースに属するすべてのサブチャネルであり、ｆは、ＰＳＦＣＨが配置されるスロットの番号であり、ａ及びｂの値は、構成され又は指定される。ｍ_ＰＳＳＣＨは、サブチャネルセットＳにおける関連するＰＳＳＣＨの最小のサブチャネルのインデックスであり、Ｓは、時間範囲［ｆ－ａ，ｆ－ｂ］内の、ＰＳＳＣＨリソースに属するすべてのサブチャネルであり、ｆは、ＰＳＦＣＨが配置されるスロットの番号であり、ａ及びｂの値は、構成され又は指定される。Ｍ６は、１つのＰＲＢで多重化できる端末デバイスの数である。
【0102】
いくつかの実施形態では、第１及び第２の基準開始点は、それぞれ第１及び第２の範囲に関連付けられてネットワークデバイス１３０によって構成されてもよい。いくつかの実施形態では、第１及び第２の基準開始点は、端末デバイス１２０によって事前構成に従って決定されてもよい。なお、第１及び第２の範囲の分割は、説明のための例に過ぎず、受信デバイスの送信電力に対する第３以上の範囲の分割、及び第３以上の基準開始点のための対応する設定も、本願発明の範囲内であることに留意されたい。
【0103】
サブチャネルのインデックスの決定、第１及び第２の基準開始点の決定に関するその他の詳細は、例えば図６を参照して説明したものと同様であるため、ここでは繰り返さない。
【0104】
本実施形態では、端末デバイス１２０は、異なるシーケンスを用いてＮＡＣＫ又はＡＣＫを送信するために、複数の端末デバイスで共有可能なリソースのセットのサブセットからリソースを選択してもよい。このようにして、隣接するＰＲＢへのＩＢＥ干渉が低減される。
【0105】
いくつかの実施形態では、受信デバイス１２０がスロットｆにおいて関連するＰＳＦＣＨ ＰＲＢを複数有する場合、受信デバイス１２０は、関連するＰＲＢのうちの１つのみでＰＳＦＣＨを送信してもよい。例えば、受信デバイス１２０は、範囲［ｆ－ａ，ｆ－ｂ］内の最新の受信したＰＳＣＣＨ／ＰＳＳＣＨに関連付けられるＰＳＦＣＨ ＰＲＢでＰＳＦＣＨを送信してもよく、ｆはＰＳＦＣＨが配置されるスロットの番号であり、ａ及びｂの値は、ネットワークデバイス１３０によって構成され、デバイスメーカーによって予め構成され、又は端末デバイス１２０によって決定される。
【0106】
本実施形態では、ＨＡＲＱフィードバックのためのシーケンスの決定は、図６のブロック６３０及び６４０を参照して説明したものと同様である。いくつかの実施形態では、ＡＣＫ及びＮＡＣＫフィードバックのためのＰＳＦＣＨシーケンスのサイクリックシフトは、ｍ_ＰＳＣＣＨ又はｍ_ＰＳＳＣＨの関数であってもよい。例えば、ＡＣＫのためのサイクリックシフトは、ｍｏｄ（ｍ_ＰＳＣＣＨ，Ｍ６）に等しく、ＮＡＣＫのためのサイクリックシフトは、ｍｏｄ（ｍ_ＰＳＣＣＨ，Ｍ６）＋６に等しくてもよい。その他の詳細はここでは繰り返さない。
【0107】
これにより、ＨＡＲＱフィードバックのためのリソース割り当ては、ＨＡＲＱフィードバック用の１つのＰＲＢで多重化できるデバイスの数、及び受信デバイスの送信電力を考慮して行われるので、隣接するＰＲＢで送信されるＰＳＦＣＨ間の干渉、及び同じＰＲＢで送信されるＰＳＦＣＨ間の干渉を低減することができ、リソース割り当てをさらに改善することができる。
【0108】
実施形態９
【0109】
本実施形態では、第２のモードがＨＡＲＱフィードバックモードとして決定され、情報がグループキャストセッションを介して送信される。この場合、ＨＡＲＱフィードバック用のリソースの決定は、図９を参照して行われる。図９は、本開示のいくつかの実施形態にかかるＨＡＲＱフィードバック用のリソースを決定する例示的な方法９００を示す。方法９００は、図示されない追加のブロックを含んでもよく、及び／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点で限定されないことを理解されたい。
【0110】
ブロック９１０において、端末デバイス１２０は、情報がグループキャストセッションを介して送信されるか否かを判定してもよい。情報がグループキャストセッションを介して送信される場合、ブロック９２０において、端末デバイス１２０は、情報に関連付けられるグループキャストセッションのインデックスを決定してもよい。
【0111】
ブロック９３０において、端末デバイス１２０は、リソースに対して構成される基準開始点、グループキャストセッションのインデックス、及び所定値に基づいて、ＨＡＲＱフィードバック用のリソースを決定してもよい。いくつかの実施形態では、所定値は、送信先デバイス（例えば、端末デバイス１２０）にサービスを提供する（例えば、ネットワークデバイス１３０）によって構成されてもよい。いくつかの実施形態では、所定値は、ソースデバイス（例えば、端末デバイス１１０）によって決定されてもよい。例えば、所定値は１であってもよい。あるいは、所定値は０であってもよい。これは説明のための例に過ぎず、本開示の範囲はこの点で限定されないことに留意されたい。
【0112】
いくつかの実施形態では、ｍは、以下の式によって決定されてもよい。
ｍ＝ｍ_４_０＋ｍ_Ｇｓｅｓｓｉｏｎ＋ｄｅｌｔａ （１０）
ここで、ｍ_４_０は基準開始点であり、ｍ_４_０はｎ_３_０に等しくてもよい。ｎ_Ｇｓｅｓｓｉｏｎはグループキャストセッションのインデックスである。ｄｅｌｔａは所定値である。これは説明のための例に過ぎず、本開示の範囲はこの点で限定されないことに留意されたい。
ｍ＝ｍ_４_０＋ｍ_Ｇｓｅｓｓｉｏｎ＋ｄｅｌｔａ （１０）
ここで、ｍ_４_０は基準開始点であり、ｍ_４_０はｎ_３_０に等しくてもよい。ｎ_Ｇｓｅｓｓｉｏｎはグループキャストセッションのインデックスである。ｄｅｌｔａは所定値である。これは説明のための例に過ぎず、本開示の範囲はこの点で限定されないことに留意されたい。
【0113】
グループキャストセッションのインデックスの決定及び基準開始点の決定に関するその他の詳細は、例えば図５を参照して説明したものと同様であるので、ここでは繰り返さない。
【0114】
本実施形態では、端末デバイス１２０は、構成され又は予め構成されるサイクリックシフト値に基づいて、フィードバックのためのシーケンスを決定してもよい。ＨＡＲＱフィードバックのためのシーケンスの決定は、図４のブロック４３０を参照して説明したものと同様であるので、その詳細はここでは繰り返されない。
【0115】
これにより、ＨＡＲＱフィードバックのためのリソース割り当てはグループキャストを考慮して行われ、隣接するＰＲＢで送信されるＰＳＦＣＨ間のＩＢＥ干渉を低減することができ、リソース割り当てを改善することができる。
【0116】
実施形態１０
【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】
ＨＡＲＱフィードバックモード、情報の送信に関連付けられるリソース、サイドリンク送信のキャストタイプ、受信デバイスの送信電力、ＨＡＲＱフィードバック用の単一のＰＲＢで多重化できるデバイスの数、及び情報のデータタイプのうちの少なくとも１つを考慮することによって、同じＰＲＢ又は隣接するＰＲＢでのＰＳＦＣＨ間の干渉が低減され、サイドリンク送信におけるＨＡＲＱフィードバックのためのリソース割り当てが改善されることがわかる。
【0164】
これに対応して、本開示の実施形態は、送信デバイスで実施される通信方法も提供する。図１１は、本開示のいくつかの実施形態にかかる送信デバイスで実施される例示的な通信方法１１００を示す。例えば、方法１１００は、端末デバイス１１０などの送信デバイスとして機能する通信デバイスで実行されてもよい。説明のために、以下では、図１を参照して方法１１００を説明する。方法１１００は、図示されない追加のブロックを含んでもよく、及び／又は、図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点で限定されないことを理解されたい。
【0165】
ブロック１１１０において、端末デバイス１１０は、受信デバイス（例えば、端末デバイス１２０）に情報を送信してもよい。いくつかの実施形態では、情報は、ＰＳＣＣＨ及び／又はＰＳＳＣＨデータを含む。いくつかの実施形態では、情報は、ユニキャスト、グループキャスト、及びブロードキャストのうちの少なくとも１つを介して送信デバイス１１０から送信されてもよい。例えば、端末デバイス１１０は、図３に示すように、スロット３１０でＰＳＣＣＨ／ＰＳＳＣＨ１４１を介して情報を送信してもよい。
【0166】
ブロック１１２０において、端末デバイス１１０は、受信デバイス（例えば、端末デバイス１２０）から情報の受信に対するＨＡＲＱフィードバックを受信してもよく、ＨＡＲＱフィードバックは、ＨＡＲＱフィードバックのモードに基づいて、ＨＡＲＱフィードバック用のリソースのセットから決定されるリソースで送信される。
いくつかの実施形態では、フィードバック情報は、ＰＳＦＣＨ１４２を介してシーケンスのフォーマットで伝達される。いくつかの実施形態では、ＨＡＲＱフィードバックモードは、情報の受信に対するＮＡＣＫのみが送信デバイスにフィードバックされる第１のモードと、情報の受信に対する肯定応答（ＡＣＫ）が周波数リソースで送信デバイスにフィードバックされ、又は情報の受信に対する否定応答（ＮＡＣＫ）が当該周波数リソースで送信デバイスにフィードバックされる第２のモードと、情報の受信に対する肯定応答（ＡＣＫ）が第１の周波数リソースで送信デバイスにフィードバックされ、又は情報の受信に対する否定応答（ＮＡＣＫ）が第１の周波数リソースと異なる第２の周波数リソースで送信デバイスにフィードバックされる第３のモードと、からなるグループから選択されてもよい。なお、ＨＡＲＱフィードバックモードは、上述したフォーマットに限定されるものではなく、他の任意の適切なフォーマットを含んでもよい。
いくつかの実施形態では、フィードバック情報は、ＰＳＦＣＨ１４２を介してシーケンスのフォーマットで伝達される。いくつかの実施形態では、ＨＡＲＱフィードバックモードは、情報の受信に対するＮＡＣＫのみが送信デバイスにフィードバックされる第１のモードと、情報の受信に対する肯定応答（ＡＣＫ）が周波数リソースで送信デバイスにフィードバックされ、又は情報の受信に対する否定応答（ＮＡＣＫ）が当該周波数リソースで送信デバイスにフィードバックされる第２のモードと、情報の受信に対する肯定応答（ＡＣＫ）が第１の周波数リソースで送信デバイスにフィードバックされ、又は情報の受信に対する否定応答（ＮＡＣＫ）が第１の周波数リソースと異なる第２の周波数リソースで送信デバイスにフィードバックされる第３のモードと、からなるグループから選択されてもよい。なお、ＨＡＲＱフィードバックモードは、上述したフォーマットに限定されるものではなく、他の任意の適切なフォーマットを含んでもよい。
【0167】
いくつかの実施形態では、端末デバイス１１０は、ＨＡＲＱフィードバックモードを決定し、ＨＡＲＱフィードバックモードの指示を端末デバイス１２０に送信してもよい。いくつかの実施形態では、端末デバイス１１０は、送信デバイスにサービスを提供するネットワークデバイスからリソースのセットを取得してもよい。いくつかの実施形態では、端末デバイス１１０は、ＨＡＲＱフィードバック用のリソースを３つのタイプに分けてもよい。
【0168】
タイプ１のリソースは、ＮＡＣＫのみをフィードバックするために複数の端末デバイスによって共有される。タイプ２のリソースは、異なるシーケンスを使用してＡＣＫ又はＮＡＣＫを送信するために複数の端末デバイスによって共有される。タイプ３のリソースは、異なるシーケンスを使用してＡＣＫ又はＮＡＣＫを送信するために専用の端末デバイスによって使用される。
【0169】
いくつかの実施形態では、端末デバイス１１０は、異なるシーケンスを使用してフィードバックにおけるＡＣＫ及びＮＡＣＫを送信可能なリソース（即ち、タイプ２又は３のリソース）のセット内のリソースの数を決定し、決定されたリソースの数がゼロである場合、ＨＡＲＱフィードバックモードを第１のモードとして決定してもよい。いくつかの実施形態では、決定されたリソースの数がゼロよりも大きい場合、ＨＡＲＱフィードバックモードは、第１～第３のモードのいずれかとして決定されることができる。
【0170】
いくつかの実施形態では、受信デバイスがグループキャストセッション内のインデックスで構成される場合、端末デバイス１１０は、端末デバイス１２０に対するＨＡＲＱフィードバックモードを、第２モード又は第３モードとして決定してもよい。いくつかの実施形態において、受信デバイスがグループキャストセッション内のインデックスで構成されていない場合、端末デバイス１１０は、端末デバイス１２０に対するＨＡＲＱフィードバックモードを第１のモードとして決定してもよい。
【0171】
ＨＡＲＱフィードバックモードの決定の際に、ＰＳＦＣＨ周波数リソースのタイプが考慮されることがわかる。このようにして、ＨＡＲＱフィードバックのためのリソース割り当ての改善が促進される。
【0172】
図１２は、本開示のいくつかの実施形態の実施に適したデバイス１２００の簡略化したブロック図である。デバイス１２００は、図１に示す端末デバイス１１０又は１２０のさらなる例示的な実施形態とみなすことができる。従って、デバイス１２００は、端末デバイス１１０又は１２０の少なくとも一部で実施され、あるいは端末デバイス１１０又は１２０の少なくとも一部として実施されることができる。
【0173】
図示されるように、デバイス１２００は、プロセッサ１２１０と、プロセッサ１２１０に接続されているメモリ１２２０と、プロセッサ１２１０に接続されている適切な送信機（ＴＸ）及び受信機（ＲＸ）１２４０と、ＴＸ／ＲＸ１２４０に接続されている通信インターフェースとを含む。メモリ１２１０は、プログラム１２３０の少なくとも一部を格納する。ＴＸ／ＲＸ１２４０は、双方向通信用である。ＴＸ／ＲＸ１２４０は、通信を容易にするために少なくとも１つのアンテナを有するが、実際には、本願で言及されるアクセスノードは複数のアンテナを有してもよい。通信インターフェースは、ｅＮＢ間の双方向通信用のＸ２インターフェース、モビリティマネジメントエンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／サービングゲートウェイ（Ｓ－ＧＷ：Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）とｅＮＢとの間の通信用のＳ１インターフェース、ｅＮＢとリレーノード（ＲＮ：ｒｅｌａｙ ｎｏｄｅ）との間の通信用のＵｎインターフェース、又はｅＮＢと端末デバイスとの間の通信用のＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表してもよい。
【0174】
プログラム１２３０は、関連付けられるプロセッサ１２１０によって実行されると、デバイス１２００が、本明細書で図１～図１１を参照して説明したように、本開示の実施形態に従って動作することを可能にするプログラム命令を含むと想定される。本明細書の実施形態は、デバイス１２００のプロセッサ１２１０によって実行可能なコンピュータソフトウェアにより、又はハードウェアにより、又はソフトウェアとハードウェアとの組み合わせにより実施されてもよい。プロセッサ１２１０は、本開示の様々な実施形態を実施するように構成されてもよい。さらに、プロセッサ１２１０とメモリ１２２０の組み合わせは、本開示の様々な実施形態の実施に適した処理手段１２５０を形成してもよい。
【0175】
メモリ１２２０は、ローカル技術ネットワークに適した任意のタイプのものであってもよく、非限定的な例として、非一時的コンピュータ読み取り可能な記憶媒体、半導体系のメモリデバイス、磁気メモリデバイス及びシステム、光メモリデバイス及びシステム、固定メモリデバイス及びリムーバブルメモリなどの任意の適切なデータ記憶技術を使用して実施されてもよい。デバイス１２００には１つのメモリ１２２０のみが示されているが、デバイス１２００には物理的に別個である複数のメモリモジュールがあってもよい。プロセッサ１２１０は、ローカル技術ネットワークに適した任意のタイプのものであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ又は複数を含んでもよい。デバイス１２００は、メインプロセッサを同期させるクロックに時間的に従属する特定用途向け集積回路チップなどの複数のプロセッサを有してもよい。
【0176】
一般的に、本開示の様々な実施形態は、ハードウェア又は専用回路、ソフトウェア、ロジック、又はそれらの任意の組み合わせで実施されてもよい。いくつかの態様はハードウェアで実施され、他の態様はコントローラ、マイクロプロセッサ、又は他のコンピューティングデバイスによって実行され得るファームウェア又はソフトウェアで実施されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャート、又は他の何らかの画像表現を使用して例示及び説明されたが、本明細書に記載されるこれらのブロック、装置、システム、技術又は方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路又はロジック、汎用ハードウェア又はコントローラ又は他のコンピューティングデバイス、又はそれらのいくつかの組み合わせで実施されてもよいことを理解されたい。
【0177】
本開示は、さらに、非一時的なコンピュータ読み取り可能な記憶媒体に有形に格納された少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図２～図１１を参照して上記したプロセス又は方法を実行するために、プログラムモジュールに含まれるものなどの、対象の実プロセッサ又は仮想プロセッサ上のデバイスで実行されるコンピュータ実行可能な命令を含む。一般的に、プログラムモジュールは、特定のタスクを実行したり、特定の抽象データ型を実施したりするルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などを含む。プログラムモジュールの機能は、様々な実施形態で記載されたプログラムモジュール間で組み合わせる、又は分割されることができる。プログラムモジュールのためのマシン実行可能な命令は、ローカルデバイス又は分散型デバイス内で実行されてもよい。分散型デバイスでは、プログラムモジュールがローカル記憶媒体とリモート記憶媒体の両方に配置されてもよい。
【0178】
本開示の方法を実行するためのプログラムコードは、１つ又は複数のプログラミング言語の任意の組み合わせで書かれてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、又は他のプログラム可能なデータ処理装置のプロセッサ又はコントローラに提供されてもよく、これにより、プログラムコードがプロセッサ又はコントローラによって実行されると、フローチャート及び／又はブロック図に規定される機能／動作が実現される。プログラムコードは、完全にマシンで実行されてもよく、その一部がマシンで実行されてもよく、スタンドアロンのソフトウェアパッケージとして実行されてもよく、一部がマシンで実行され且つ一部がリモートマシンで実行されてもよく、完全にリモートマシン又はサーバで実行されてもよい。
【0179】
上記プログラムコードは、命令実行システム、装置、又はデバイスによって、又はそれと関連付けられて使用されるためのプログラムを含む、又は格納することができる任意の有形媒体であり得るマシン読み取り可能な媒体で具現化されてもよい。マシン読み取り可能な媒体は、マシン読み取り可能な信号媒体又はマシン読み取り可能な記憶媒体であってもよい。マシン読み取り可能な媒体は、電子、磁気、光学、電磁気、赤外線、又は半導体システム、装置、デバイス、あるいは前記の任意の適切な組み合わせを含んでもよいが、これらに限定されない。マシン読み取り可能な記憶媒体のより具体的な例として、１つ又は複数のワイヤによる電気的接続、ポータブルコンピュータディスケット、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、消去可能なプログラム可能な読み取り専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバー、ポータブルコンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ）、光学式ストレージデバイス、磁気ストレージデバイス、又は前記の任意の適切な組み合わせが挙げられる。
【0180】
さらに、動作が特定の順序で描かれているが、これは、望ましい結果を達成するために、そのような動作が図示の特定の順序又は連続順序で実行されること、又はすべての描かれた動作が実行されることを要求するものとして理解されるべきではない。特定の状況では、マルチタスク及び並列処理が有利である場合がある。同様に、上述した説明にはいくつかの特定の実施形態の詳細が含まれているが、これらは本開示の範囲を限定するものとして解釈されるべきではなく、特定の実施形態に特有の特徴の説明として解釈されるべきである。別々の実施形態の文脈で説明されている特定の特徴は、単一の実施形態に組み合わせて実施されてもよい。逆に、単一の実施形態の文脈で説明されている様々な特徴も、複数の実施形態で別々に、又は任意の適切なサブコンビネーションで実施されてもよい。
【0181】
本開示は、構造的特徴及び／又は方法論的動作に特有の用語で説明されたが、添付の特許請求の範囲で限定される本開示は、必ずしも上記した特定の特徴又は動作に限定されないことを理解されたい。むしろ、上記した特定の特徴及び動作は、特許請求の範囲を実施する例示的な形態として開示されている。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【手続補正書】
【提出日】2023-10-13
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
物理サイドリンク共有チャネル（ＰＳＳＣＨ：ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を第１スロットで受信する手段と、
ハイブリッド自動再送要求（ＨＡＲＱ：ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）－肯定応答（ＡＣＫ：ａｃｋｎｏｗｌｅｄｇｅ）情報を用いて、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｆｅｅｄｂａｃｋ ｃｈａｎｎｅｌ）を第２スロットで送信する手段と、を備え、
前記第２スロットは、ＰＳＦＣＨリソースの最も早いスロットであって、前記第１スロット後の設定された数のスロットである、
端末デバイス。
ハイブリッド自動再送要求（ＨＡＲＱ：ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）－肯定応答（ＡＣＫ：ａｃｋｎｏｗｌｅｄｇｅ）情報を用いて、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｆｅｅｄｂａｃｋ ｃｈａｎｎｅｌ）を第２スロットで送信する手段と、を備え、
前記第２スロットは、ＰＳＦＣＨリソースの最も早いスロットであって、前記第１スロット後の設定された数のスロットである、
端末デバイス。
【請求項2】
前記ＰＳＳＣＨの受信に応じて、キャストタイプに基づく前記ＨＡＲＱ－ＡＣＫ情報を用いて、物理リソースブロック（ＰＲＢ：ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）に関連するＰＳＦＣＨリソースと、前記ＰＳＦＣＨに用いられるサイクリックシフトと、を決定する手段をさらに備える、
請求項１に記載の端末デバイス。
請求項１に記載の端末デバイス。
【請求項3】
物理サイドリンク共有チャネル（ＰＳＳＣＨ：ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を第１スロットで送信する手段と、
ハイブリッド自動再送要求（ＨＡＲＱ：ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）－肯定応答（ＡＣＫ：ａｃｋｎｏｗｌｅｄｇｅ）情報を用いて、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｆｅｅｄｂａｃｋ ｃｈａｎｎｅｌ）を第２スロットで受信する手段と、を備え、
前記第２スロットは、ＰＳＦＣＨリソースの最も早いスロットであって、前記第１スロット後の設定された数のスロットである、
端末デバイス。
ハイブリッド自動再送要求（ＨＡＲＱ：ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）－肯定応答（ＡＣＫ：ａｃｋｎｏｗｌｅｄｇｅ）情報を用いて、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｆｅｅｄｂａｃｋ ｃｈａｎｎｅｌ）を第２スロットで受信する手段と、を備え、
前記第２スロットは、ＰＳＦＣＨリソースの最も早いスロットであって、前記第１スロット後の設定された数のスロットである、
端末デバイス。
【請求項4】
前記ＰＳＳＣＨの送信に応じて、キャストタイプに基づく前記ＨＡＲＱ－ＡＣＫ情報を用いて、物理リソースブロック（ＰＲＢ：ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）に関連するＰＳＦＣＨリソースと、前記ＰＳＦＣＨに用いられるサイクリックシフトと、を決定する手段をさらに備える、
請求項３に記載の端末デバイス。
請求項３に記載の端末デバイス。
【請求項5】
物理サイドリンク共有チャネル（ＰＳＳＣＨ：ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を第１スロットで受信し、
ハイブリッド自動再送要求（ＨＡＲＱ：ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）－肯定応答（ＡＣＫ：ａｃｋｎｏｗｌｅｄｇｅ）情報を用いて、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｆｅｅｄｂａｃｋ ｃｈａｎｎｅｌ）を第２スロットで送信し、
前記第２スロットは、ＰＳＦＣＨリソースの最も早いスロットであって、前記第１スロット後の設定された数のスロットである、
端末デバイスにより実行される方法。
ハイブリッド自動再送要求（ＨＡＲＱ：ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）－肯定応答（ＡＣＫ：ａｃｋｎｏｗｌｅｄｇｅ）情報を用いて、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｆｅｅｄｂａｃｋ ｃｈａｎｎｅｌ）を第２スロットで送信し、
前記第２スロットは、ＰＳＦＣＨリソースの最も早いスロットであって、前記第１スロット後の設定された数のスロットである、
端末デバイスにより実行される方法。
【請求項6】
前記ＰＳＳＣＨの受信に応じて、キャストタイプに基づく前記ＨＡＲＱ－ＡＣＫ情報を用いて、物理リソースブロック（ＰＲＢ：ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）に関連するＰＳＦＣＨリソースと、前記ＰＳＦＣＨに用いられるサイクリックシフトと、を決定する、
請求項５に記載の方法。
請求項５に記載の方法。
【請求項7】
物理サイドリンク共有チャネル（ＰＳＳＣＨ：ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を第１スロットで送信し、
ハイブリッド自動再送要求（ＨＡＲＱ：ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）－肯定応答（ＡＣＫ：ａｃｋｎｏｗｌｅｄｇｅ）情報を用いて、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｆｅｅｄｂａｃｋ ｃｈａｎｎｅｌ）を第２スロットで受信し、
前記第２スロットは、ＰＳＦＣＨリソースの最も早いスロットであって、前記第１スロット後の設定された数のスロットである、
端末デバイスにより実行される方法。
ハイブリッド自動再送要求（ＨＡＲＱ：ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）－肯定応答（ＡＣＫ：ａｃｋｎｏｗｌｅｄｇｅ）情報を用いて、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｆｅｅｄｂａｃｋ ｃｈａｎｎｅｌ）を第２スロットで受信し、
前記第２スロットは、ＰＳＦＣＨリソースの最も早いスロットであって、前記第１スロット後の設定された数のスロットである、
端末デバイスにより実行される方法。
【請求項8】
前記ＰＳＳＣＨの送信に応じて、キャストタイプに基づく前記ＨＡＲＱ－ＡＣＫ情報を用いて、物理リソースブロック（ＰＲＢ：ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）に関連するＰＳＦＣＨリソースと、前記ＰＳＦＣＨに用いられるサイクリックシフトと、を決定する、
請求項７に記載の方法。
請求項７に記載の方法。