JP6826226B2 - 無線通信システムにおけるサイドリンクにおいて、グループキャストのためのフィードバックリソースを処理するための方法および装置 - Google Patents

Description

本願は、２０１９年６月１０日に出願された米国仮特許出願第６２／８５９，３０８号の利益を主張し、それらの全体の開示は参照により全体として本明細書に組み込まれる。

本開示は、一般に、無線通信ネットワークに関し、より詳細には、無線通信システムにおけるサイドリンクにおいて、グループキャストのためのフィードバックリソースを処理するための方法および装置に関する。

移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、およびオンデマンド通信サービスを提供可能である。

例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰおよびマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展および確定に向けて検討されている。

第１のデバイスが、サイドリンク通信に関連付けられたサイドリンクフィードバックリソースを決定する観点からの方法および装置が開示される。一実施形態では、本方法は、第１のデバイスが、第１のデバイスの上位レイヤから識別子を受信する。本方法はまた、第１のデバイスが、第２のデバイスからサイドリンク送信を受信する。本方法はさらに、識別子およびサイドリンク送信に関連付けられた送信元ＩＤ（Identity）に少なくとも基づいて、サイドリンク送信に関連付けられたサイドリンクフィードバックリソースを決定することを含む。追加的に、本方法は、第１のデバイスが、サイドリンクフィードバックリソースを使用して、サイドリンク送信に応答してフィードバックを第２のデバイスに送信する。

１つの例示的な実施形態による無線通信システムの図を示す。 １つの例示的な実施形態による送信機システム（アクセスネットワークとしても知られる）および受信機システム（ユーザ機器またはＵＥとしても知られる）のブロック図である。 １つの例示的な実施形態の通信システムの機能ブロック図である。 １つの例示的な実施形態による図３のプログラムコードの機能ブロック図である。 ３ＧＰＰ ＴＳ ２３．２８７ Ｖ１．０．０の図４．２．１．１−１の複製である。 ３ＧＰＰ ＴＳ ２３．２８７ Ｖ１．０．０の図６．３．２−１の複製である。 ３ＧＰＰ ＴＲ ３８．８８５ Ｖ１６．０．０の図５．１−１の複製である。 ３ＧＰＰ ＴＲ ３８．８８５ Ｖ１６．０．０の図５．１−２の複製である。 １つの例示的な実施形態による図である。 １つの例示的な実施形態による図である。 １つの例示的な実施形態による図である。 １つの例示的な実施形態による図である。 １つの例示的な実施形態による図である。 １つの例示な的実施形態による図である。 １つの例示的な実施形態による図である。 １つの例示的な実施形態による図である。 １つの例示的な実施形態による図である。 １つの例示的な実施形態によるフローチャートである。 １つの例示的な実施形態によるフローチャートである。 １つの例示的な実施形態によるフローチャートである。 １つの例示的な実施形態によるフローチャートである。 １つの例示的な実施形態によるフローチャートである。 １つの例示的な実施形態によるフローチャートである。

以下に説明する例示的な無線通信システムおよびデバイスは、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するように広く展開されている。これらのシステムが、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ ＬＴＥ（Long Term Evolution）無線アクセス、３ＧＰＰ ＬＴＥ−ＡもしくはＬＴＥ−Ａｄｖａｎｃｅｄ（Long Term Evolution Advanced）、３ＧＰＰ２ ＵＭＢ（Ultra Mobile Broadband、超モバイル広帯域）、ＷｉＭａｘ、３ＧＰＰ ＮＲ（New Radio）、またはその他何らかの変調技術に基づいてもよい。

特に、以下に説明する例示的な無線通信システムおよびデバイスが、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてもよく、その標準は、TS 36.300 V15.6.0, “E-UTRA and E-UTRAN Overall Description; Stage 2 (Release 15)”; TR 22.886 V16.2.0, “Study on enhancement of 3GPP Support for 5G V2X Services (Release 16)”; TS 23.287 V1.0.0, “Architecture enhancements for 5G System (5GS) to support Vehicle-to-Everything (V2X) services (Release 16)”; TR 38.885 V16.0.0, “NR; Study on NR Vehicle-to-Everything (V2X) (Release 16)”; 3GPP RAN1#95 meeting report; 3GPP RAN1#96bis meeting report; 3GPP RAN1#97 meeting report; 3GPP RAN2#105 meeting report; および R2-1906427, “On HARQ feedback support for groupcast”, Intel Corporation, 3GPP RAN2#106 meetingを含む。上記に挙げた標準および文書は、その全体が参照により本明細書に明示的に援用される。

図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４および１０６を含み、別のグループは１０８および１１０を含み、また別のグループは１１２および１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くのあるいはより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２および１１４と通信しており、アンテナ１１２および１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６および１０８と通信しており、アンテナ１０６および１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、および１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。

アンテナの各グループおよび／またはアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。

順方向リンク１２０および１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６および１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。

アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局または基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、またはその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、またはその他何らかの専門用語で呼ばれることもある。

図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）および受信機システム２５０（アクセス端末（ＡＴ）またはユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。

一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、およびインターリーブして、符号化データを提供する。

各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロットおよび符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、および変調は、プロセッサ２３０により実行される命令によって決定されてよい。

そして、すべてのデータストリームについての変調シンボルはＴＸ ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ ＭＩＭＯプロセッサ２２０は、Ｎ_Ｔ個の変調シンボルストリームをＮ_Ｔ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボルおよびシンボルが送信されているアンテナに適用する。

各送信機２２２は、各シンボルストリームを受信および処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、およびアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮ_Ｔ個の変調信号がそれぞれ、Ｎ_Ｔ個のアンテナ２２４ａ〜２２４ｔから送信される。

受信機システム２５０においては、送信された変調信号はＮ_Ｒ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、およびダウンコンバート）して、調節された信号をディジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。

そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、Ｎ_Ｒ個の受信機２５４からのＮ_Ｒ個の受信シンボルストリームを受信および処理して、Ｎ_Ｔ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、および復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４により実行される処理と相補的である。

プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部およびランク値部を含む逆方向リンクメッセージを構築する。

逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。

送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。

図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６および１２２または図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、好ましくはＬＴＥまたはＮＲシステムである。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、およびトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像および音声を出力することができる。トランシーバ３１４は、無線信号を受信および送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。

図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、およびレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。

３ＧＰＰ ＴＳ ３６．２００では、ＬＴＥのためのＶ２Ｘ（Vehicle-to-Everything）が以下のように導入されている。
［外１］

３ＧＰＰ ＴＲ ２２．８８６では、リーダービークルを備えたビークル隊列走行が以下のように５Ｇ Ｖ２Ｘにおいて導入されている。
［外２］

３ＧＰＰ ＴＳ ２３．２８７では、ＮＲ Ｖ２Ｘのためのアーキテクチャが以下のように導入されている。
［外３］

［「Non-roaming 5G System architecture for V2X communication over PC5
and Uu reference points」と題する、３ＧＰＰ ＴＳ ２３．２８７ Ｖ１．０．０の図４．２．１．１−１は、図５として複製］

さらに、３ＧＰＰ ＴＳ ２３．２８７において、ＮＲ Ｖ２Ｘ通信のための識別子が以下のように導入されている。
［外４］

［「Procedure for groupcast mode of V2X communication over PC5 reference point」と題する、３ＧＰＰ ＴＳ ２３．２８７のＶ１．０．０の図６．３．２−１は、図６として複製］
［外５］

３ＧＰＰ ＴＲ ３８．８８５では、ＮＲサイドリンクユニキャスト、グループキャスト及びブロードキャスト設計が以下のように導入されている。
［外６］

［「PC5 control plane (PC5-C) protocol stack」と題する、３ＧＰＰ ＴＲ ３８．８８５ Ｖ１６．０．０の図５．１−１は、図７として複製］
［外７］

［「PC5 user plane (PC5-U) protocol stack」と題する、３ＧＰＰ ＴＲ ３８．８８５ Ｖ１６．０．０の図５．１−２は、図８として複製］
［外８］

３ＧＰＰ ＲＡＮ１＃９６ｂｉｓ会議（３ＧＰＰ ＲＡＮ１＃９６ｂｉｓ会議報告書にキャプチャされている）では、同一グループ内の受信ＵＥがＰＳＦＣＨ（Physical Sidelink Feedback Channel）を共有するか、グループキャスト送信に関連するＨＡＲＱ ＡＣＫ（Hybrid Automatic Repeat Request Acknowledgement）／ＮＡＣＫ（Negative Acknowledgement）のために別個のＰＳＦＣＨを使用するかについて、以下のようにさらに議論されている。
［外９］

３ＧＰＰ ＲＡＮ１＃９７会議（３ＧＰＰ ＲＡＮ１＃９７会議報告書にキャプチャされている）では、以下のような暗黙のメカニズムが合意された。
［外１０］

３ＧＰＰ ＲＡＮ２＃１０５会議（３ＧＰＰ ＲＡＮ２＃１０５会議報告書にキャプチャされている）では、ＡＳ（Access Stratum）層でリーダービークルが見えるかどうかについて、以下のように議論された。
［外１１］

３ＧＰＰ ＲＡＮ２＃１０６会議（３ＧＰＰ Ｒ２−１９０６４２７にキャプチャされている）では、グループキャスト（オプション２）のためのフィードバックリソース割り当てについて、以下のようにいくつかの解決策が議論された
［外１２］

以後、以下の用語のうちの１つ以上を使用することがある。
・ＢＳ：１つ以上のセルに関連付けられた１つ以上のＴＲＰを制御するために使用されるネットワーク中央ユニットまたはＮＲにおけるネットワークノードである。ＢＳとＴＲＰとの間の通信は、フロントホールを介する。ＢＳは、中央ユニット（ＣＵ）、ｅＮＢ、ｇＮＢ、またはＮｏｄｅＢと呼ばれることもある。
・ＴＲＰ：送受信ポイントは、ネットワークカバレッジを提供し、ＵＥと直接通信する。 ＴＲＰは、分散ユニット（ＤＵ）またはネットワークノードと呼ばれることもある。
・セル：セルは、１つ以上の関連するＴＲＰで構成され、すなわち、セルのカバレッジは、すべての関連するＴＲＰのカバレッジで構成される。１つのセルは１つのＢＳによって制御されるセルはＴＲＰグループ（ＴＲＰＧ）と呼ばれることもある。

以後、ネットワーク側に対して、以下の仮定のうちの１つ以上を使用することがある。
・同一セル内のＴＲＰの下りリンクタイミングが同期される。
・ネットワーク側のＲＲＣレイヤはＢＳ内にある。

以後、ＵＥ側に対して、以下の仮定のうちの１つ以上を使用することがある。
・少なくとも２つのＵＥ（ＲＲＣ）状態がある。すなわち、接続状態（またはアクティブ状態と呼ばれる）と非接続状態（または非アクティブ状態またはアイドル状態と呼ばれる）である。非アクティブ状態は、追加の状態であってもよいし、接続状態または非接続状態に属してもよい。

ＲＡＮ１＃９５合意（３ＧＰＰ ＲＡＮ１＃９５会議報告書にキャプチャされている）によると、グループキャストにおいて、受信ＵＥ（Ｒｘ ＵＥ）が送信ＵＥ（Ｔｘ ＵＥ）にＨＡＲＱフィードバックを送信するための２つのオプションが導入された。

オプション１：受信ＵＥは、関連するＰＳＣＣＨを復号した後、対応するＴＢを復号するのに失敗した場合、ＰＳＦＣＨでＨＡＲＱ−ＮＡＣＫを送信する。そうでなければ、ＰＳＦＣＨで信号を送信しない。

オプション２：受信ＵＥは、対応するＴＢを復号するのに成功した場合、ＰＳＦＣＨでＨＡＲＱ−ＮＡＣＫを送信する。受信ＵＥをターゲットとする関連するＰＳＣＣＨを復号した後、対応するＴＢを復号するのに成功しなかった場合、ＰＳＦＣＨでＨＡＲＱ−ＮＡＣＫを送信する。

問題： 受信ＵＥがグループキャストのための（受信ＵＥのための）フィードバックリソースを決定するための情報を取得する手順が不明である。

ＲＡＮ１＃９７会議の議論によれば、Ｒｘ ＵＥがＰＳＳＣＨ（Physical Sidelink Shared Channel）に応答してＰＳＦＣＨの少なくとも周波数および／またはコードドメインリソースを決定するための暗黙のメカニズムが導入されている。この暗黙のメカニズムは、上述したオプション２のグループキャストＨＡＲＱフィードバックのために、グループ内の各Ｒｘ ＵＥを区別するための識別子を使用することを含む。言い換えれば、Ｒｘ ＵＥは、少なくともＲｘ ＵＥに関連付けられた識別子に基づいて、周波数および／またはコードドメインリソースを決定することができる。Ｒｘ ＵＥに関連付けられた識別子の値は、グループ内の他のＲｘ ＵＥのものとは異なる。本発明は、Ｒｘ ＵＥがサイドリンクフィードバックリソースに関連付けられた識別子を決定するための可能な解決策を論ずる。

解決策１：ＵＥは、（ＵＥの）上位レイヤによって提供される情報に基づいて、サイドリンクフィードバックリソースを決定することができる。

本発明の１つの一般的な概念は、ＵＥが（ＵＥの）上位レイヤによって提供される情報に基づいて（ＵＥ自身によって）サイドリンクフィードバックリソースを決定できることである。サイドリンクフィードバックリソースは、少なくとも１つのグループキャスト送信に関連して、またはそれに応答して、サイドリンクＨＡＲＱフィードバックを送信するために使用され得る。

一実施形態では、ＵＥは、（ＵＥの）上位レイヤによって提供される情報に基づいて識別子を導出することができる。識別子は、サイドリンクフィードバックリソースに関連付けられ得る。識別子は、少なくとも１つのグループキャスト送信に関連付けられたサイドリンクＨＡＲＱフィードバックを送信するために使用されるＰＳＦＣＨに関連付けられ得る。識別子は、ＰＳＦＣＨの周波数および／またはコードドメインリソースに関連付けられ得る。追加的または代替的に、識別子は、ＰＳＦＣＨのスロットに関連付けられ得る。追加的または代替的に、識別子は、ＰＳＦＣＨ（の一部）に関連付けられ得る。

追加的または代替的に、ＵＥは（ＵＥの）上位レイヤから識別子を取得することができる。識別子は、情報に含まれ得る。上位レイヤから提供される情報は、グループ識別子情報、アプリケーションレイヤＶ２Ｘグループ識別子、送信元レイヤ２ＩＤ、および／または宛先レイヤ２ＩＤを含み得る。

一例では、ＵＥは、上位レイヤによって提供される送信元レイヤ２ＩＤに少なくとも基づいて、識別子の値を決定することができる。ＵＥは、送信元レイヤ２ＩＤの１つ以上の桁に少なくとも基づいて、識別子の値を決定することができる。別の例では、ＵＥは、識別子の値を、宛先レイヤ２ＩＤの１つ以上の桁に少なくとも基づいて決定することができる。追加の例では、ＵＥは、アプリケーションレイヤＶ２Ｘグループ識別子の１つ以上の桁に少なくとも基づいて識別子の値を決定することができる。

一例が図９に示されている。特に、図９は、ＵＥが識別子に基づいてグループキャストに対するフィードバックリソースを決定することを示す。第１のＵＥ（ＵＥ１）の上位レイヤは、識別子（グループ内のメンバーＩＤ、ｉｄ１）を第１のＵＥの（下位レイヤ）に提供し、第２のＵＥ（ＵＥ２）の上位レイヤは、識別子（グループ内のメンバーＩＤ、ｉｄ２）を第２のＵＥの（下位レイヤ）に提供する。第１のＵＥと第２のＵＥがグループキャスト送信を受信するときに。ＵＥ（第１のＵＥおよび第２のＵＥ）は、それらの上位レイヤによって提供された識別子に少なくとも基づいて、フィードバックリソースの周波数および／またはコードドメインの位置を決定することができる。各識別子は、１つのフィードバックリソースにマッピングすることができる。識別子ｉｄ１を有するＵＥは、フィードバックリソース１をＨＡＲＱフィードバック送信のために使用することができ、識別子ｉｄ２を有するＵＥは、フィードバックリソース２をＨＡＲＱフィードバック送信のために使用することができる。

グループキャスト送信は、グループ内の各メンバーが１つのフィードバックリソースに関連付けることができないフィードバックリソースに関連付けられ得る。言い換えれば、フィードバックリソースの数は、グループ内のＵＥの数よりも少ない可能性がある。この代替案は、このような状況には適していないことがある。代替的に、グループキャスト送信は、グループ内の少なくとも各メンバーが１つのフィードバックリソースに関連付けることができるフィードバックリソースに関連付けられ得る。

一例が、図１０に示されている。特に、図１０は、サイドリンクフィードバックリソースを決定するために、その識別子（送信元レイヤ２のＩＤ）を使用するＵＥを示す。３つのＵＥ（ＵＥ１、ＵＥ２、ＵＥ３）は、グループ内でグループキャスト通信を行う。各ＵＥは、グループキャスト送信を受信することに応答して、スロット、グループキャスト送信の周波数情報、識別子（送信元レイヤ２ＩＤ、グループ内のメンバーＩＤ等）に少なくとも基づいて、グループキャスト送信に関連付けられたフィードバックリソースを決定する。グループキャスト送信は、合計６つのフィードバックリソース（各フィードバックリソースは、図１０の各パラメータａ〜ｆに関連付けられている）に関連付けられている。追加または代替として、各フィードバックリソースは、インデックス（例えば、図１０では０〜５）に関連付けられる。各ＵＥは、フィードバックリソースの数で割ったときに、その識別子（例えば、送信元レイヤ２ＩＤ、グループ内のメンバーＩＤなど）の余りに基づいて、ＨＡＲＱフィードバックを送信するためにどのフィードバックリソースを使用するかを決定することができる。ＵＥ１は、その送信元レイヤ２−ＩＤの余り（すなわち、１０２を６で割ったときの余り）を計算し、その余りと同じ値のインデックスに関連付けられたフィードバックリソース、つまり、図１０のインデックス０を備えたフィードバックリソースを使用する。

別の例では、ＵＥは、グループ内の１つ以上のＵＥの識別子（例えば、送信元レイヤ２のＩＤ）に関連付けられた順序に少なくとも基づいて、グループ内のグループキャスト送信に関連付けられたそのフィードバックリソースを決定することができる。一実施形態では、ＵＥは、グループ内の他のＵＥのソースレイヤ２ＩＤをその上位レイヤから受信することができる。ＵＥは、グループ内の１つ以上のＵＥの識別子の値のうち、その識別子の値の位置に基づいて（タイミングで）、１つ以上のフィードバックリソースのうち、グループキャスト送信に関連付けられたＨＡＲＱフィードバックを送信するためのフィードバックリソースを決定することができる。グループ内のＵＥの識別子は、（昇順または降順で）ソートされることができ、ソートされた識別子の各識別子は、順にフィードバックリソースの１つに関連付けられ得る。

例の図示は、図１１にある。特に、ＦＩＧ１１は、送信元ＩＤの値に基づいてフィードバックリソースを決定するＵＥを示す。図１１に示すように、グループキャスト通信を実行している３つのＵＥ（ＵＥ１、ＵＥ２、およびＵＥ３）がグループ内に存在する。ＵＥは、その識別子（例えば、送信元レイヤ２のＩＤまたはメンバーＩＤ）と、グループ内の他の（全ての）ＵＥの識別子を知っている。グループキャスト送信を受信するときに、ＵＥは、６つのフィードバックリソース（図１１のａからｆまでのフィードバックリソース）をグループキャスト送信に関連付ける（例えば、フィードバックリソースは、グループキャスト送信に関連付けられたスロットおよび／または周波数にある）。

追加的または代替的に、フィードバックリソースの各々は、インデックスに関連付けられ得る（例えば、フィードバックリソースａは、インデックス０に関連付けられ得る）。ＵＥの各々は、グループ内の他のＵＥの識別子と比較したその識別子の値の位置に少なくとも基づいて、６つのフィードバックリソースのうちのどのフィードバックリソースを使用するかを決定する。ＵＥ１は、グループ内で２番目に小さい値を有する識別子（すなわち、１０２）を有し、ＵＥ１は、フィードバックリソースのうち２番目に小さい周波数値を有するフィードバックリソース（例えば、フィードバックリソースｂ）を使用することを決定することができる。

追加的または代替的に、ＵＥ１は、２番目に小さいインデックスに関連付けられたフィードバックリソース（例えば、フィードバックリソースｂ）を使用することを決定することができる。追加的または代替的に、ＵＥ２は、グループ内で最も小さい値（すなわち１０１）を有する識別子を有しているため、ＵＥ２は、最も小さいインデックスを有するフィードバックリソース（インデックス０を有するフィードバックリソース）を使用することを決定する。追加的または代替的に、ＵＥ２は、フィードバックリソースのうち最も小さい周波数値を有するフィードバックリソース（例えば、フィードバックリソースａ）を使用することを決定することができる。ＵＥ３は、３番目に小さい値（すなわち１０７）を有する識別子を有すしているため、ＵＥ３は、３番目に小さいインデックスを有するフィードバックリソース（インデックス２を有するフィードバックリソース）を使用することを決定する。追加的または代替的に、ＵＥ３は、フィードバックリソースのうちの３番目に小さい周波数値を有するフィードバックリソースを使用することを決定することができる。

追加的または代替的に、図１２に示されるように、ＵＥ３は、ＵＥ３がグループ内のすべてのＵＥのうち最も大きい識別子の値を有するため、最も大きいインデックス（すなわち、インデックス５）に関連付けられたフィードバックリソース、またはフィードバックリソースのうち最も大きい周波数値を有するフィードバックリソースを選択することができる。追加的または代替的に、ＵＥ２は、ＵＥ２がグループ内のすべてのＵＥのうち２番目に大きい識別子の値を有するため、２番目に大きいインデックス（すなわち、インデックス４）に関連付けられたフィードバックリソースまたはフィードバックリソースのうち２番目に大きい周波数値を有するフィードバックリソースを選択することができる。追加的または代替的に、ＵＥ１は、ＵＥ１がグループ内のすべてのＵＥのうち３番目に大きい識別子の値を有するため、３番目に大きいインデックス（すなわち、インデックス３）に関連付けられたフィードバックリソース、またはフィードバックリソースのうち３番目に大きい周波数値を有するフィードバックリソースを選択することができる。

別の例では、上位レイヤによって提供される情報は、ＰＳＦＣＨの周波数および／またはコードドメインリソースを含むことができ、ＵＥは、グループキャスト送信に関連付けられた、またはグループキャスト送信に応答してＨＡＲＱフィードバックを送信するために、周波数および／またはコードドメインリソースを使用することができる。

解決策２：グループのリーダーＵＥが、サイドリンクフィードバックリソースとＵＥとの間の関連付けに関する情報をグループに提供する。

一般的な概念は、ＵＥのグループ（または隊列）のリーダーＵＥが、グループ内の１つ以上のＵＥに、サイドリンクフィードバックリソースに関連付けられた情報を提供することができる。グループ内の１つ以上のＵＥは、リーダーＵＥによって提供された情報に少なくとも基づいて、グループ内の他のＵＥから送信されたグループキャスト送信に関連付けられたサイドリンクフィードバックリソース（複数可）を決定することができ、グループ内の１つ以上のＵＥは、グループ内の他のＵＥから送信されるグループキャスト送信に関連付けられたサイドリンクフィードバックリソースを決定することができる。追加的または代替的に、グループ内の１つ以上のＵＥは、１つ以上のＵＥに関連付けられた識別子（例えば、送信元レイヤ２ＩＤ、グループ内のメンバーＩＤなど）に少なくとも基づいて、グループ内の他のＵＥから送信されるグループキャスト送信に関連付けられたサイドリンクフィードバックリソースを決定することができる。

情報は、サイドリンクフィードバックリソースとＵＥとの間の関連付けのリストを含むことができる。リストの各エントリは、ＵＥの識別子と、ＵＥのためのサイドリンクフィードバックリソースを識別するために使用される識別子と、を含むことができる。

情報は、１つ以上のＵＥに関連付けられた第１の識別子グループを含むことができる。一実施形態では、１つ以上のＵＥの各々は、第１の識別子グループ内の識別子に関連付けられ得る。第１のグループ内の各識別子は、第１の識別子グループ内の他の識別子の値とは異なる値を有してもよい。

情報は、１つ以上のＵＥに関連付けられた第２の識別子グループを含むことができる。１つ以上のＵＥは、第２の識別子グループに少なくとも基づいて、グループキャスト通信に関連付けられたサイドリンクフィードバックリソースを決定することができる。

情報は、第１のグループの識別子と第２のグループの識別子との間のマッピングを含むことができる。追加的または代替的に、情報は、１つ以上のＵＥの各々と、グループキャスト通信に関連付けられた１つ以上のサイドリンクフィードバックリソースとの間のマッピングを含むことができる。

情報は、リーダーＵＥに関連付けられた情報（例えば、ＵＥとリーダーＵＥのサイドリンクフィードバックリソース、または識別子との間のマッピング）を含むことができる。追加的または代替的に、情報は、リーダーＵＥに関連付けられた情報を含まないことがある。一例として、グループ内のリーダーＵＥによって送信されるメッセージは、１つ以上のフィードバックリソースに関連付けられた情報を含んでもよい。１つ以上のフィードバックリソースは、１つ以上のグループキャスト送信、１つ以上の送信側ＵＥ、および／または１つ以上の受信ＵＥに関連付けられ得る。

情報は、１つ以上の受信ＵＥと１つ以上のフィードバックリソースとの間のマッピングを含むことができる。追加的または代替的に、情報は、１つ以上の送信ＵＥと１つ以上のフィードバックリソースとの間のマッピングを含むことができる。

図１３は、一実施形態に従った例示的なメッセージを示す。図１３に示すように、第１の識別子グループ内の各識別子は、グループ内のＵＥに関連付けられ得る（例えば、ＵＥＩＤ＿１はＵＥ１に関連付けられ、ＵＥＩＤ＿２はＵＥ２に関連付けられ、ＵＥＩＤ＿３はＵＥ３に関連付けられる）。第２の識別子グループ内の各識別子は、１つ以上のフィードバックリソースのフィードバックリソースに関連付けられ得る（例えば、識別子＿１、識別子＿２、および識別子＿３は、１つ以上のフィードバックリソース内の異なるフィードバックリソースに関連付けられる）。例では、ＵＥ１は、情報内の識別子＿１に少なくとも基づいて、送信ＵＥによって送信されたグループキャスト送信に応答して、送信ＵＥにＨＡＲＱフィードバックを送信するためのフィードバックリソースを決定することができる。送信ＵＥは、リーダーＵＥ、ＵＥ２、またはＵＥ３とすることができる。好ましくは、ＵＥ１は、すべての送信ＵＥからのグループキャスト送信に応答してＨＡＲＱフィードバックを送信するためのフィードバックリソースを決定するために、すべての送信ＵＥに対して第２の識別子グループの同じ識別子（例えば、識別子＿１）を使用する。

追加的または代替的に、図１４Ａおよび図１４Ｂに示すように、グループ内のリーダーＵＥによって送信されるメッセージが、１つ以上のフィードバックリソースに関連付けられた情報を含む。メッセージは、送信ＵＥと、グループ内の各受信ＵＥのためのフィードバックリソースに関連付けられた識別子との間のマッピングを含む。受信ＵＥは、送信ＵＥからのグループキャスト送信に応答して、送信ＵＥにＨＡＲＱフィードバックを送信するためのフィードバックリソースを、送信ＵＥと受信ＵＥのためのマッピングに少なくとも基づいて決定することができる。

図１４Ａに関連する例では、（ＲＸ）ＵＥ１が（ＴＸ）ＵＥ２からグループキャスト送信を受信するときに、（ＲＸ）ＵＥ１は、識別子１を使用して、（ＴＸ）ＵＥ２にＨＡＲＱフィードバックを送信するために、１つ以上のフィードバックリソースからフィードバックリソースを決定する。追加的または代替的に、（ＲＸ）ＵＥ１が（ＴＸ）ＵＥ３からグループキャスト送信を受信するときに、（ＲＸ）ＵＥ１は、識別子２を使用して、（ＴＸ）ＵＥ３にＨＡＲＱフィードバックを送信するために、１つ以上のフィードバックリソースからフィードバックリソースを決定する。

図１４Ｂに関連する別の例では、（ＲＸ）ＵＥ１が（ＴＸ）ＵＥ２からグループキャスト送信を受信するときに、（ＲＸ）ＵＥ１は、識別子３を使用して、（ＴＸ）ＵＥ２にＨＡＲＱフィードバックを送信するために、１つ以上のフィードバックリソースからフィードバックリソースを決定する。追加的または代替的に、（ＲＸ）ＵＥ１が（ＴＸ）ＵＥ３からグループキャスト送信を受信するときに、（ＲＸ）ＵＥ１は、識別子５を使用して、（ＴＸ）ＵＥ３にＨＡＲＱフィードバックを送信するために、１つ以上のフィードバックリソースからフィードバックリソースを決定する。

追加的または代替的に、リーダーＵＥは、すべての送信ＵＥのグループキャスト送信に応答してＨＡＲＱフィードバックを送信するための１つ以上の特定のフィードバックリソースを使用することができる。追加的または代替的に、リーダーＵＥは、グループキャスト送信を受信することに応答してＨＡＲＱフィードバックを送信するための固定フィードバックリソースを使用することができる。

メッセージは、グループキャスト送信を介して、および／またはブロードキャスト送信を介して、リーダーＵＥによって送信され得る。第１の識別子グループ内の各識別子は、各識別子に関連付けられたＵＥの送信元レイヤ２ＩＤであり得る。第２の識別子グループ内の各識別子は、１つ以上のフィードバックリソース内のフィードバックリソースに関連付けられたインデックスであり得る。

解決策３：グループの送信ＵＥが、サイドリンクフィードバックリソースと受信ＵＥとの間の関連付けに関する情報をグループに提供する。

一般的な概念は、グループ内の送信ＵＥが、１つ以上の（受信）ＵＥに、サイドリンクフィードバックリソースに関連付けられた情報を提供し得ることである。情報は、サイドリンクフィードバックリソースと受信ＵＥとの間の関連付けのリストを含むことができる。リストの各エントリは、受信ＵＥの識別子と、受信ＵＥのためのサイドリンクフィードバックリソースを識別するために使用される識別子とを含み得る。受信ＵＥは、この情報を送信する送信ＵＥを視野に入れている。

１つ以上のＵＥは、送信ＵＥによって提供された情報に少なくとも基づいて、送信ＵＥによって送信されるグループキャスト送信に関連付けられたサイドリンクフィードバックリソースを決定することができる。１つ以上のＵＥは、他の送信ＵＥによって提供された情報に基づいて、送信ＵＥによって送信されたグループキャスト送信に関連付けられたサイドリンクフィードバックリソースを決定しないことがある。追加的または代替的に、１つ以上のＵＥは、上位レイヤによって提供されたグループ内の１つ以上のＵＥに関連付けられた１つ以上の識別子と、送信ＵＥによって提供された情報とに少なくとも基づいて、（送信機ＵＥによって送信された）グループキャスト送信に関連付けられたサイドリンクフィードバックリソースを決定することができる。

図１５に示す例では、グループキャスト通信のためにグループ内に３個のＵＥ（すなわち、ＵＥ１、ＵＥ２、およびＵＥ３）が存在する。ＵＥ１は、サイドリンクフィードバックリソースに関連付けられた第１のメッセージ（例えば、ＵＥ１メッセージ）をＵＥ２およびＵＥ３に送信することができる。ＵＥ１は、グループキャスト送信を行って、１つ以上のＵＥに第１メッセージを送信することができる。第１のメッセージは、送信元レイヤ２のＩＤまたはＵＥ１に関連付けられたメンバーＩＤを示すことができる。追加的または代替的に、ＵＥ２は、サイドリンクフィードバックリソースに関連付けられた第２のメッセージ（例えば、ＵＥ２メッセージ）をＵＥ１およびＵＥ３に送信することができる。ＵＥ２は、グループキャスト送信を行って、グループ内の１つ以上のＵＥに第２のメッセージを送信することができる。第２のメッセージは、送信元レイヤ２のＩＤまたはＵＥ２に関連付けられたメンバーＩＤを示すことができる。追加的または代替的に、ＵＥ３は、サイドリンクフィードバックリソースに関連付けられた第３のメッセージ（例えば、ＵＥ３メッセージ）をＵＥ１およびＵＥ２に送信することができる。ＵＥ３は、グループキャスト送信を行って、グループ内の１つ以上のＵＥに第３のメッセージを送信することができる。第３のメッセージは、送信元レイヤ２ＩＤまたはＵＥ３に関連付けられたメンバーＩＤを示すことができる。

第１のメッセージは、ＵＥ２およびＵＥ３に関連付けられた識別子（例えば、ＵＥＩＤ＿２およびＵＥＩＤ＿３）を含むことができる。ＵＥ２／ＵＥ３に関連付けられた識別子は、送信元レイヤ２のＩＤまたはＵＥ２／ＵＥ３のメンバーＩＤとすることができる。第１のメッセージは、フィードバックリソースに関連付けられた識別子（例えば、識別子＿１、識別子＿２）を含むことができる。第１のメッセージは、ＵＥ２／ＵＥ３とサイドリンクフィードバックリソースとの間のマッピングを含むことができる。ＵＥ１から送信されたグループキャスト送信を受信するときに、ＵＥ２およびＵＥ３は、識別子＿１および識別子＿２にそれぞれ基づいて、グループキャスト送信に応答して、サイドリンクフィードバックリソースを決定することができる。

第２のメッセージは、ＵＥ１およびＵＥ３に関連付けられた識別子（例えば、ＵＥＩＤ＿１およびＵＥＩＤ＿３）を含むことができる。ＵＥ１／ＵＥ３に関連付けられた識別子は、送信元レイヤ２のＩＤまたはＵＥ１／ＵＥ３のメンバーＩＤであり得る。第２のメッセージは、フィードバックリソースに関連付けられた識別子（例えば、識別子＿３、識別子＿４）を含むことができる。第２のメッセージは、ＵＥ１／ＵＥ３とサイドリンクフィードバックリソースとの間のマッピングを含むことができる。ＵＥ２から送信されたグループキャスト送信を受信するときに、ＵＥ１とＵＥ３は、識別子＿３と識別子＿４にそれぞれ基づいて、グループキャスト送信に応答して、サイドリンクフィードバックリソースを決定することができる。

第３のメッセージは、ＵＥ１およびＵＥ２に関連付けられた識別子（例えば、ＵＥＩＤ＿１およびＵＥＩＤ＿２）を含むことができる。ＵＥ１／ＵＥ２に関連付けられた識別子は、送信元レイヤ２のＩＤまたはＵＥ１／ＵＥ２のメンバーＩＤとすることができる。第３のメッセージは、フィードバックリソースに関連付けられた識別子（例えば、識別子＿５、識別子＿６）を含むことができる。第３のメッセージは、ＵＥ１／ＵＥ２とサイドリンクフィードバックリソースとの間のマッピングを含むことができる。ＵＥ３から送信されたグループキャスト送信を受信するときに、ＵＥ１およびＵＥ２は、識別子＿５および識別子＿６にそれぞれ基づいて、サイドリンクフィードバックリソースを決定することができる。

例を図１６に示す。Ｔｘ ＵＥは、グループ内の３つのＲｘ ＵＥ（Ｒｘ ＵＥ１、Ｒｘ ＵＥ２、およびＲｘ ＵＥ３）とグループキャスト通信を行う。３つのＲｘ ＵＥの各々は、Ｒｘ ＵＥの上位レイヤからメンバーＩＤを受信する（または取得する）（例えば、Ｒｘ ＵＥ１に対してメンバーＩＤ＿１、Ｒｘ ＵＥ２に対してメンバーＩＤ＿２、Ｒｘ ＵＥ３に対してメンバーＩＤ＿３）。メンバーＩＤは、グループに関連付けられていてもよい。各メンバーＩＤの値は、グループ内の他のＲｘ ＵＥの他のメンバーＩＤとは異なる（例えば、メンバーＩＤは、グループ内のＲｘ ＵＥを区別するために使用される）。Ｒｘ ＵＥは、ＩＤ（Ｓｒｃ ＩＤ）に関連付けられる。このＩＤは、Ｔｘ ＵＥの（レイヤ１またはレイヤ２の）送信元ＩＤとすることができる。このＩＤ またはＩＤ の一部は、Ｔｘ ＵＥ から Ｒｘ ＵＥ に提供され得る（例えば、グループキャスト送信を介して）。 Ｔｘ ＵＥは、グループキャスト送信を行って、３つのＲｘ ＵＥにサイドリンクデータを送信することができる。グループキャスト送信は、６つのフィードバックリソースに関連付けられてもよい。各フィードバックリソースは、インデックスに関連付けられる。Ｒｘ ＵＥは、（各）メンバーＩＤとＴｘ ＵＥに関連付けられたＩＤ（Ｓｒｃ ＩＤ）に少なくとも基づいて、グループキャスト送信に関連付けられたフィードバックリソースを決定することができる。例えば、Ｒｘ ＵＥは、（各）メンバーＩＤとＳｒｃ ＩＤとに基づいて、フィードバックリソースのインデックスの（例えば、０〜５）うちのインデックスを決定してもよい。例えば、Ｒｘ ＵＥ１は、メンバーＩＤ＿１とＳｒｃ ＩＤに基づいてインデックス番号１を決定または導出することができる。次いで、Ｒｘ ＵＥ１は、インデックス１に関連付けられたフィードバックリソースを介してＴｘ ＵＥにフィードバックを送信することができる。

第１、第２、および／または第３のメッセージは、（ＰＣ５）ＲＲＣメッセージまたはＭＡＣ制御要素であり得る。情報は、（ＰＣ５）ＲＲＣシグナリングを介して、および／またはユニキャストメッセージを介して、第２のＵＥに送信され得る。情報は、グループキャストおよび／またはブロードキャストを介して送信され得る。情報は、Ｔｘ ＵＥの送信元レイヤ２−ＩＤを含むことができる。情報は、Ｔｘ ＵＥの送信元レイヤ２ＩＤの１つ以上の桁数／ビットまたは一部を示すことができる。

上記のすべての概念、解決策、および例について。
− 上位レイヤは、Ｖ２Ｘアプリケーションレイヤ、Ｖ２Ｘレイヤ、ＵＥのＮＡＳレイヤ、および／または物理層の上のプロトコルスタックであり得る。
− 上位レイヤは、ＡＳ層の上にあり得る。
− サイドリンクフィードバックリソースは、ＰＳＦＣＨまたはＰＳＳＣＨであり得る。
− サイドリンクフィードバックリソースは、識別子に関連付けられた周波数および／またはコードドメインリソースであり得る。
− 識別子は、ＵＥの送信元レイヤ２ＩＤまたはＵＥの宛先レイヤ２ＩＤであり得る。
− 識別子は、グループ識別子情報またはアプリケーションレイヤＶ２Ｘグループ識別子であり得る。
− グループは、グループキャスト通信のための１つ以上のＵＥ、またはグループキャスト送信のための１つ以上の送信ＵＥ（Ｔｘ ＵＥ）を含むことができる。
− 送信ＵＥは、グループ内でグループキャスト送信を行うことができる。
− サイドリンクフィードバックリソースに関連付けられた情報は、ＭＡＣ ＣＥまたは（ＰＣ５）ＲＲＣメッセージであり得る。
− サイドリンクフィードバックリソースに関連付けられた情報は、グループキャスト通信のためにグループ内の１つ以上のＵＥのためのフィードバックリソースを構成するために使用され得る。
− リーダーＵＥは、受信ＵＥとのＲＲＣユニキャスト接続を有しないことがある。
− 送信ＵＥは、受信ＵＥとの間で ＲＲＣユニキャスト接続を有しないことがある。

図１７は、サイドリンク通信に関連付けられたサイドリンクフィードバックリソースを決定するための第１のデバイスの観点から、１つの例示的な実施形態によるフローチャート１７００である。ステップ１７０５において、第１のデバイスは、第１のデバイスの上位レイヤから識別子を受信する。ステップ１７１０において、第１のデバイスは、第２のデバイスからサイドリンク送信を受信する。ステップ１７１５において、第１のデバイスは、識別子およびサイドリンク送信に関連付けられた送信元ＩＤに少なくとも基づいて、サイドリンク送信に関連付けられたサイドリンクフィードバックリソースを決定する。ステップ１７２０において、第１のデバイスは、サイドリンクフィードバックリソースを使用して、サイドリンク送信に応答してフィードバックを第２のデバイスに送信する。

一実施形態では、第１のデバイスは、サイドリンク送信に関連付けられたサイドリンクフィードバックリソースの（総）数で割った識別子の余りにさらに基づいて、サイドリンクフィードバックリソースをさらに決定することができる。サイドリンクフィードバックリソースは、インデックスに関連付けられていてもよく、および／または、サイドリンクフィードバックリソースに関連付けられたインデックスは、サイドリンク送信に関連付けられたサイドリンクフィードバックリソースの（総）数で割った識別子の余りと等しい、および／または関連付けられ得る。

一実施形態では、上位レイヤは、第１のデバイスのＶ２Ｘアプリケーションレイヤまたは第１のデバイスのＶ２Ｘレイヤであり得る。識別子は、グループに関連付けられた第１のデバイスのメンバーＩＤとすることができ、第１のデバイスは、グループに対してサイドリンク通信を行う。グループ内の各デバイスは、グループ内の他のデバイスに関連付けられたメンバーＩＤとは異なるメンバーＩＤと関連付けられ得る。

一実施形態では、送信元ＩＤは、第２のデバイスのレイヤ２送信元ＩＤの一部であり得る。サイドリンク送信は、グループキャスト送信であり得る。

一実施形態では、第１のデバイスは、第１のデバイスがサイドリンク送信の復号に成功した場合、サイドリンクフィードバックリソース上でＨＡＲＱ−ＡＣＫとしてフィードバックを送信し、および／または第１のデバイスは、第１のデバイスがサイドリンク送信の復号に成功しなかった場合、サイドリンクフィードバックリソース上でＨＡＲＱ−ＮＡＣＫとしてフィードバックを送信する。

図３および図４に戻って参照すると、サイドリンク通信に関連付けられたサイドリンクフィードバックリソースを決定するための第１のデバイスの１つの例示的な実施形態では、第１のデバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第１のデバイスが、（ｉ）第１のデバイスの上位レイヤから識別子を受信することと、（ｉｉ）ス第２のデバイスからサイドリンク送信を受信することと、（ｉｉｉ）識別子およびサイドリンク送信に関連付けられた送信元ＩＤに少なくとも基づいて、サイドリンク送信に関連付けられたサイドリンクフィードバックリソースを決定することと、（ｉｖ）サイドリンクフィードバックリソースを使用して、サイドリンク送信に応答してフィードバックを第２のデバイスに送信することと、行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載されている上述した動作およびステップまたは他のもののすべてを実行することができる。

図１８は、サイドリンク通信に関連付けられたサイドリンクフィードバックを受信するための第２のデバイスの観点からの１つの例示的な実施形態によるフローチャート１８００である。ステップ１８０５において、第２のデバイスは、グループ内の少なくとも第１のデバイスにサイドリンク送信を送信する。ステップ１８１０において、第２のデバイスは、サイドリンクフィードバックリソース上で、サイドリンク送信に応答してフィードバックを第１のデバイスかから受信し、サイドリンクフィードバックリソースは、第１のデバイスの識別子およびサイドリンク送信に関連付けられた送信元ＩＤに少なくとも基づいて決定される。

一実施形態では、サイドリンク送信に関連付けられたサイドリンクフィードバックリソースの（総）数で割った識別子の余りにさらに基づいて、サイドリンクフィードバックリソースが決定され得る。サイドリンクフィードバックリソースは、インデックスに関連付けられていてもよく、および／または、サイドリンクフィードバックリソースに関連付けられたインデックスは、サイドリンク送信に関連付けられたサイドリンクフィードバックリソースの（総）数で割った識別子の余りと等しい、および／または関連付けられ得る。

一実施形態では、第１のデバイスの識別子は、第１のデバイスの上位レイヤから受信されることができ、および／または、上位レイヤは、第１のデバイスのＶ２Ｘアプリケーションレイヤまたは第１のデバイスのＶ２Ｘレイヤである。識別子は、グループに関連付けられた第１のデバイスのメンバーＩＤ（アイデンティティ）であり得る。グループ内の各デバイスは、グループ内の他のデバイスに関連付けられたメンバーＩＤ（アイデンティティ）とは異なるメンバーＩＤ（アイデンティティ）に関連付けられ得る。

一実施形態では、第２のデバイスは、グループ内の複数のデバイスにサイドリンク送信を送信することができる。さらに、第２のデバイスは、複数のサイドリンクフィードバックリソース上で、グループ内の複数のデバイスからサイドリンク送信に関連付けられた複数のフィードバックを受信することができ、複数のサイドリンクフィードバックリソースの各々は、複数のデバイスのうちの１つの対応するデバイスの識別子およびサイドリンク送信に関連付けられた送信元ＩＤに少なくとも基づいて決定される。１つの対応するデバイスの識別子は、グループに関連付けられた１つの対応するデバイスのメンバーＩＤであり得る。

一実施形態では、送信元ＩＤは、第２のデバイスのレイヤ２ソースＩＤの一部であり得る。サイドリンク送信は、グループキャスト送信であり得る。

一実施形態では、第２のデバイスが、サイドリンクフィードバックリソース上でＨＡＲＱ−ＡＣＫとしてフィードバックを受信することができた場合、第２のデバイスは、サイドリンク送信が第１のデバイスによって復号が成功したとみなす。さらに、第２のデバイスが、サイドリンクフィードバックリソース上でＨＡＲＱ−ＮＡＣＫとしてフィードバックを受信した場合、第２のデバイスは、サイドリンク送信が第１のデバイスによって復号が成功しなかったとみなすことができる。

図３および図４に戻って参照すると、サイドリンク通信に関連付けられたサイドリンクフィードバックを受信するための第２のデバイスの１つの例示的な実施形態では、第２のデバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第２のデバイスが、（ｉ）グループ内の少なくとも第１のデバイスにサイドリンク送信を送信することと、（ｉｉ）サイドリンクフィードバックリソース上で、サイドリンク送信に応答してフィードバックを第１のデバイスから受信することであって、サイドリンクフィードバックリソースは、第１のデバイスの識別子およびサイドリンク送信に関連付けられた送信元ＩＤに少なくとも基づいて決定される、受信することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載されている上述した動作およびステップまたは他のもののすべてを実行することができる。

図１９は、グループキャスト送信に関連付けられたＨＡＲＱフィードバックリソースを決定するための第１のデバイスの観点からの１つの例示的な実施形態に従ったフローチャート１９００である。ステップ１９０５において、第１のデバイスは、第１のデバイスの上位レイヤから情報を受信する。ステップ１９１０において、第１のデバイスは、上位レイヤからの情報に基づいて識別子を決定する。ステップ１９１５において、第１のデバイスは、第２のデバイスからグループキャスト送信を受信する。ステップ１９２０において、第１のデバイスは、識別子に少なくとも基づいて、グループキャスト送信に関連付けられたＨＡＲＱフィードバックリソースを決定する。ステップ１９２５において、第１のデバイスは、ＨＡＲＱフィードバックリソースを使用して、第２のデバイスにサイドリンクＨＡＲＱフィードバックを送信する。

図３および図４に戻って参照すると、グループキャスト送信に関連付けられたＨＡＲＱフィードバックリソースを決定するための第１のデバイスの１つの例示的な実施形態では、第１のデバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第１のデバイスが、（ｉ）第１のデバイスの上位レイヤから情報を受信することと、（ｉｉ）上位レイヤからの情報に基づいて識別子を決定することと、（ｉｉｉ）第２のデバイスからグループキャスト送信を受信することと、（ｉｖ）識別子に少なくとも基づいて、グループキャスト送信に関連付けられたＨＡＲＱフィードバックリソースを決定することと、（ｖ）ＨＡＲＱフィードバックリソースを使用して、第２のデバイスにサイドリンクＨＡＲＱフィードバックを送信することと、行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載されている上述した動作およびステップまたは他のもののすべてを実行することができる。

図２０は、グループキャスト送信に関連付けられたＨＡＲＱフィードバックリソースを決定するための第１のデバイスの観点から見た、１つの例示的な実施形態に従ったフローチャート２０００である。ステップ２００５において、第１のデバイスは、第２のデバイスから情報を受信する。ステップ２０１０において、第１のデバイスは、情報に基づいて、１つ以上の識別子を決定する。ステップ２０１５において、第１のデバイスは、第３のデバイスからグループキャスト送信を受信する。ステップ２０２０において、第１のデバイスは、１つ以上の識別子に少なくとも基づいて、グループキャスト送信に関連付けられたＨＡＲＱフィードバックリソースを決定する。ステップ２０２５において、第１のデバイスは、ＨＡＲＱフィードバックリソースを使用して、サイドリンクＨＡＲＱフィードバックを第３のデバイスに送信する。

図３および図４に戻って参照すると、グループキャスト送信に関連付けられたＨＡＲＱフィードバックリソースを決定するための第１のデバイスの１つの例示的な実施形態では、第１のデバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第１のデバイスが、（ｉ）第２のデバイスから情報を受信することと、（ｉｉ）情報に基づいて１つ以上の識別子を導出することと、（ｉｉｉ）第３のデバイスからグループキャスト送信を受信することと、（ｉｖ）１つ以上の識別子に少なくとも基づいて、グループキャスト送信に関連付けられたＨＡＲＱフィードバックリソースを決定することと、（ｖ）ＨＡＲＱフィードバックリソースを使用してサイドリンクＨＡＲＱフィードバックを第３のデバイスに送信することと、行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載されている上述した動作およびステップまたは他のもののすべてを実行することができる。

図２１は、グループキャスト送信に関連付けられたＨＡＲＱフィードバックリソースを決定するための第１のデバイスの観点からの１つの例示的な実施形態によるフローチャート２１００である。２１０５において、第１のデバイスは、第２のデバイスから情報を受信する。２１１０において、第１のデバイスは、情報に基づいて１つ以上の識別子を導出する。２１１５において、第１のデバイスは、第２のデバイスからグループキャスト送信を受信する。２１２０において、第１のデバイスは、１つ以上の識別子に少なくとも基づいて、グループキャスト送信に関連付けられたＨＡＲＱフィードバックリソースを決定する。２１２５において、第１のデバイスは、ＨＡＲＱフィードバックリソースを使用して、サイドリンクＨＡＲＱフィードバックを第２のデバイスに送信する。

図３および図４に戻って参照すると、グループキャスト送信に関連付けられたＨＡＲＱフィードバックリソースを決定するための第１のデバイスの１つの例示的な実施形態では、第１のデバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、第１のデバイスが、（ｉ）第２のデバイスから情報を受信することと、（ｉｉｉ）情報に基づいて１つ以上の識別子を導出することと、（ｉｉｉ）第２のデバイスからグループキャスト送信を受信することと、（ｉｖ）１つ以上の識別子に少なくとも基づいて、グループキャスト送信に関連付けられたＨＡＲＱフィードバックリソースを決定することと、（ｖ）ＨＡＲＱフィードバックリソースを使用して、サイドリンクＨＡＲＱフィードバックを第２のデバイスに送信することと、行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載されている上述した動作およびステップまたは他のもののすべてを実行することができる。

図１９〜２１に図示され、上述した実施形態に関連して、一実施形態では、第１のデバイスは、グループキャスト送信を介してＴＢを受信することができ、第１のデバイスは、ＴＢ（Transport Block）の送信元ＩＤフィールドにさらに基づいて、ＨＡＲＱフィードバックリソースを決定する。第１のデバイスは、第１のデバイス、第２のデバイス、または第３のデバイスに関連付けられた送信元レイヤ２のＩＤにさらに基づいて、ＨＡＲＱフィードバックリソースを決定することができる。第１のデバイスはまた、グループキャスト送信の受信に関連付けられたタイミングにさらに基づいて、ＨＡＲＱフィードバックリソースをさらに決定することができる。第１のデバイスは、グループキャスト送信の受信に関連付けられた周波数（範囲）にさらに基づいて、ＨＡＲＱフィードバックリソースを決定することができる。

一実施形態では、第１のデバイスは、（グループ内の）受信ＵＥであり得る。第２のデバイスは、第３のデバイスであり得る。代替的には、第２のデバイスは、第３のデバイスではないことがある。

一実施形態では、第２のデバイスは、（グループ内の）リーダーＵＥであってもよい。代替的には、第２のデバイスは、（グループ内の）リーダーＵＥでなくてもよい。第３のデバイスは、（グループ内の）送信ＵＥであり得る。

一実施形態では、情報は、１つ以上のデバイスとＨＡＲＱフィードバックリソースとの間のマッピングを示すことができる。情報はまた、１つ以上のデバイスとＨＡＲＱフィードバックリソースに関連付けられた１つ以上の識別子との間のマッピングを示すことができる。情報は、（グループ内の）リーダーＵＥとＨＡＲＱフィードバックリソースとの間のマッピングを示さないことがある。

一実施形態では、第１のデバイスは、第１のデバイスが１つ以上の識別子に基づいてサイドリンクＨＡＲＱフィードバックリソースを決定することができない場合、デフォルトＨＡＲＱフィードバックリソース上でサイドリンクＨＡＲＱフィードバックを送信することができる。

図２２は、グループキャスト送信に関連付けられた１つ以上のデバイスのためにＨＡＲＱフィードバックリソースを設定するための第１のデバイスの観点からの１つの例示的な実施形態によるフローチャート２２００である。ステップ２２０５において、第１のデバイスは、情報を１つ以上のデバイスに送信し、情報は１つ以上のサイドリンクフィードバックリソースの１つ以上のデバイスへのマッピングを示す。ステップ２２１０において、第１のデバイスは、１つ以上のデバイスにグループキャスト送信を行う。ステップ２２１５において、第１のデバイスは、１つ以上のデバイスから１つ以上のＨＡＲＱフィードバックを受信し、１つ以上のデバイスの各々からの１つ以上のＨＡＲＱフィードバックの各々が、１つ以上のデバイスの各々にマッピングされたサイドリンクフィードバックリソース上で受信される。

一実施形態では、情報は、１つ以上のサイドリンクフィードバックリソースと１つ以上の識別子との間のマッピングを示すことができ、１つ以上の識別子の各々は、１つ以上のデバイスの各々に関連付けられてもよい。一実施形態では、情報は、１つ以上の識別子と１つ以上のデバイスとの間のマッピングを示すことができ、１つ以上の識別子の各々は、１つ以上のサイドリンクフィードバックリソースの各々に関連付けられてもよい。情報は、ＲＲＣ（Radio Resource Control）シグナリングを介して、ブロードキャストを介して、またはグループキャストを介して送信され得る。

一実施形態では、情報はＲＲＣメッセージ、ＭＡＣ（Medium Access Control）ＣＥ（Control Element）、またはＴＢ（Transport Block）であり得る。情報は、送信元レイヤ２ＩＤ（第１、第２、または第３のデバイスの）、または宛先レイヤ２ＩＤ（第１、第２、または第３のデバイスの）を含んでもよい。情報はまた、グループ識別子情報またはアプリケーションレイヤＶ２Ｘグループ識別子を含んでもよい。

一実施形態では、上位レイヤは、Ｖ２Ｘレイヤ、Ｖ２Ｘアプリケーションレイヤ、またはＭＡＣレイヤ、ＲＲＣレイヤ、およびＡＳレイヤの上のレイヤまたはプロトコルスタックであり得る。

図３および図４に戻って参照すると、グループキャスト伝送に関連付けられた１つ以上のデバイスのためのＨＡＲＱフィードバックリソースを設定するための第１のデバイスの１つの例示的な実施形態において、第１のデバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、第１のデバイスが（ｉ）情報を１つ以上のデバイスに送信することであって、情報は１つ以上のサイドリンクフィードバックリソースの１つ以上のデバイスへのマッピングを示す、送信することと、（ｉｉ）１つ以上のデバイスにグループキャスト送信を行うことと、（ｉｉｉ）１つ以上のデバイスから１つ以上のＨＡＲＱフィードバックを受信することであって、１つ以上のデバイスの各々からの１つ以上のＨＡＲＱフィードバックの各々が、１つ以上のデバイスの各々にマッピングされたサイドリンクフィードバックリソース上で受信される、受信することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載されている上述した動作およびステップまたは他のもののすべてを実行することができる。

以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化することができ、本明細書に開示したいかなる指定の構造、機能、または両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示した態様を、他のいかなる態様からも独立に実装することができ、これら態様のうちの２つ以上を種々組み合わせることができる。例えば、本明細書に記載した態様のうちの任意の数の態様を用いて、装置を実装することができ、方法を実現することができる。追加的に、本明細書に記載した態様のうちの１つ以上の追加または代替で、他の構造、機能、または構造と機能を用いて、このような装置を実装することができ、このような方法を実現することができる。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルを確立することができる。いくつかの態様においては、パルス位置またはオフセットに基づいて、同時チャネルを確立することができる。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルを確立することができる。いくつかの態様においては、パルス繰り返し周波数、パルス位置またはオフセット、および時間ホッピングシーケンスに基づいて同時チャネルを確立することができる。

当業者であれば、多様な異なるテクノロジおよび技術のいずれかを使用して、情報および信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、またはこれらの任意の組み合わせによって表わしてよい。

さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディングまたはその他何らかの技術を用いて設計することがあるディジタル実装、アナログ実装、またはこれら２つの組み合わせ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」または「ソフトウェアモジュール」と称されることがある）、または両者の組み合わせとして実装されてよい。このハードウェアおよびソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、およびステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途およびシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。

追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、および回路は、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、ディジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、または本明細書で説明した機能を実行するように設計されたこれらの任意の組み合わせを含み、ＩＣ内、ＩＣ外、またはその両方に存在するコードまたは命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、または状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、またはその他任意のこのような構成である、コンピュータデバイスの組み合わせとして実装されてよい。

任意の開示プロセスにおけるステップの如何なる特定の順序または階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序または階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序または階層に限定されることを意図していない。

本明細書に開示される態様に関連して記載された方法またはアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組み合わせにおいて具現化してよい。（例えば、実行可能な命令および関連するデータを含む）ソフトウェアモジュールおよび他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、または当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出しおよび記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサおよび記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。

以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、または適応を網羅することを意図している。

Claims (18)

1. 第１のデバイスが、サイドリンク通信に関連付けられたサイドリンクフィードバックリソースを決定するための方法であって、
   前記第１のデバイスの上位レイヤから識別子を受信することと、
   第２のデバイスからサイドリンク送信を受信することと、
   前記識別子および前記サイドリンク送信に関連付けられた送信元ＩＤ（Identity）に少なくとも基づいて、前記サイドリンク送信に関連付けられたサイドリンクフィードバックリソースを決定することと、
   前記サイドリンクフィードバックリソースを使用して、前記サイドリンク送信に応答してフィードバックを前記第２のデバイスに送信することと、を含み、
   前記第１のデバイスは、前記第１のデバイスが前記サイドリンク送信の復号に成功した場合、前記サイドリンクフィードバックリソース上で前記フィードバックをＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat Request-Acknowledgement）として送信する、および／または
   前記第１のデバイスは、前記第１のデバイスが前記サイドリンク送信の復号に成功しなかった場合、前記サイドリンクフィードバックリソース上で前記フィードバックをＨＡＲＱ-ＮＡＣＫ(Hybrid Automatic Repeat Request-Negative Acknowledgement)として送信する、方法。
2. 前記第１のデバイスは、前記サイドリンク送信に関連付けられたサイドリンクフィードバックリソースの総数で割った前記識別子の余りにさらに基づいて、前記サイドリンクフィードバックリソースを決定する、請求項１に記載の方法。
3. 前記サイドリンクフィードバックリソースは、インデックスに関連付けられ、および／または前記サイドリンクフィードバックリソースに関連付けられた前記インデックスは、前記サイドリンク送信に関連付けられたサイドリンクフィードバックリソースの総数で割った前記識別子の余りに等しい、および／または関連付けられる、請求項１に記載の方法。
4. 前記上位レイヤは、前記第１のデバイスのＶ２Ｘ（Vehicle-to-Everything）アプリケーションレイヤまたは前記第１のデバイスのＶ２Ｘレイヤである、請求項１に記載の方法。
5. 前記識別子がグループに関連付けられた前記第１のデバイスのメンバーＩＤ（Identity）であり、前記第１のデバイスが前記グループに対して前記サイドリンク通信を行う、請求項１に記載の方法。
6. 前記グループ内の各デバイスは、前記グループ内の他のデバイスに関連付けられたメンバーＩＤとは異なるメンバーＩＤに関連付けられる、請求項５に記載の方法。
7. 前記送信元ＩＤは、前記第２のデバイスのレイヤ２送信元ＩＤの一部である、請求項１の方法。
8. 前記サイドリンク送信がグループキャスト送信である、請求項１の方法。
9. 第２のデバイスがサイドリンク通信に関連付けられたサイドリンクフィードバックを受信する方法であって、
   グループ内の少なくとも第１のデバイスにサイドリンク送信を送信することと、
   サイドリンクフィードバックリソース上で、前記サイドリンク送信に関連付けられたフィードバックを前記第１のデバイスから受信することであって、前記サイドリンクフィードバックリソースは、前記第１のデバイスの識別子および前記サイドリンク送信に関連付けられた送信元ＩＤ（Identity）に基づいて決定される、受信することと、を含み、
   前記第２のデバイスが前記サイドリンクフィードバックリソース上でＨＡＲＱ−ＡＣＫ（Hybrid Automatic Repeat Request-Acknowledgement）として前記フィードバックを受信する場合、前記第１のデバイスによって前記サイドリンク送信の復号に成功したとみなすこと、および／または
   前記第２のデバイスが前記サイドリンクフィードバックリソース上でＨＡＲＱ-ＮＡＣＫ(Hybrid Automatic Repeat Request-Negative Acknowledgement)として前記フィードバックを受信する場合、前記第１のデバイスによって前記サイドリンク送信の復号に成功しなかったとみなすこと、を含む、方法。
10. 前記サイドリンク送信に関連付けられたサイドリンクフィードバックリソースの総数で割った前記識別子の余りに基づいて、前記サイドリンクフィードバックリソースが決定される、請求項９に記載の方法。
11. 前記サイドリンクフィードバックリソースは、インデックスに関連付けられ、および／または前記サイドリンクフィードバックリソースに関連付けられた前記インデックスは、前記サイドリンク送信に関連付けられたサイドリンクフィードバックリソースの総数で割った前記識別子の余りに等しい、および／または関連付けられる、請求項９に記載の方法。
12. 前記第１のデバイスの前記識別子は、前記第１のデバイスの上位レイヤから受信され、および／または前記上位レイヤが、前記第１のデバイスのＶ２Ｘ（Vehicle-to-Everything）アプリケーションレイヤまたは前記第１のデバイスのＶ２Ｘレイヤである、請求項９に記載の方法。
13. 前記識別子は、前記グループに関連付けられた前記第１のデバイスのメンバーＩＤ（Identity）である、請求項９に記載の方法。
14. 前記グループ内の各デバイスは、前記グループ内の他のデバイスに関連付けられたメンバーＩＤとは異なるメンバーＩＤに関連付けられる、請求項１３に記載の方法。
15. 前記第２のデバイスが、グループ内の複数のデバイスに前記サイドリンク送信を送信することと、
    前記第２のデバイスが、前記複数のサイドリンクフィードバックリソース上で、前記サイドリンク送信に関連付けられた複数のフィードバックを前記グループ内の前記複数のデバイスからの受信することと、をさらに含み、
    前記複数のサイドリンクフィードバックリソースの各々が、前記複数のデバイスのうちの１つの対応するデバイスの識別子および前記サイドリンク送信に関連付けられた前記送信元ＩＤに少なくとも基づいて決定される、請求項９に記載の方法。
16. 前記１つの対応するデバイスの前記識別子が、前記グループに関連付けられた前記１つの対応するデバイスのメンバーＩＤである、請求項１５に記載の方法。
17. 前記送信元ＩＤが、前記第２のデバイスのレイヤ２送信元ＩＤの一部である、請求項９の方法。
18. 前記サイドリンク送信がグループキャスト送信である、請求項９の方法。

Images