JP7201081B2 - ソースデバイスにより実行される方法、ネットワークノードにより実行される方法、宛先デバイスにより実行される方法、ソースデバイス及び宛先デバイス - Google Patents

Description

本開示の実施形態は全体として、電気通信の分野に関し、具体的にはグループキャスト通信におけるフィードバックのためのリソース割当に関する。

各種電気通信規格において、自治体、国家、地域、グローバルレベルでさまざまな無線デバイスを通信可能にする共通プロトコルを提供するために、通信技術が開発されている。新たな電気通信規格の１つの例としてＮＥＷ Ｒａｄｉｏ（ＮＲ）、例えば第５世代（５Ｇ）Ｒａｄｉｏアクセスが挙げられる。通信規格グループは、端末機器間の直接通信サービスを実現するために、デバイス・ツー・デバイス（Ｄ２Ｄ）通信について研究を行っている。Ｄ２Ｄ通信期間中、端末機器（ソースデバイスと称する）は、Ｄ２Ｄ端末機器（宛先デバイスと称する）のグループにデータを送信することができる。データ受信が成功したか否かに基づき、宛先デバイスはソースデバイスにフィードバック情報を提供することができる。１回の送信に複数の受信者が存在するため、データ受信が成功できたか否かに応じて、異なる宛先デバイスから、異なる情報をフィードバックしなければならない場合がある。従来のセルラ通信に適用される通信リソース割当スキームでは、Ｄ２Ｄ通信での使用に適さない可能性がある。

本開示の例示的実施形態は概して、グループキャスト通信におけるフィードバックのためのリソース割当の解決手段を提供する。

第１の態様において、リソース割当方法が提供される。該方法は、グループキャスト通信においてソースデバイスからデータを受信する複数の宛先デバイスを識別することと、受信と関連付けられるフィードバック送信のために、複数の宛先デバイスにリソースを割り当てることとを備え、該割り当てることは、第１宛先デバイスセットに特有の第１リソースセットと、第２宛先デバイスセットにより共有される第２リソースセットとを割り当てること、及び、周波数多重化モードでのフィードバック送信のために複数の宛先デバイスにより共有される第３リソースセットを割り当てること、のうち１つを備える。

第２の態様では、リソース割当方法が提供される。該方法は、グループキャスト通信においてソースデバイスからデータを受信する複数の宛先デバイスを識別することと、複数の宛先デバイスの数が閾値より少ないことに応じて、複数の宛先デバイスの受信と関連付けられるフィードバック送信を有効にするために、複数の宛先デバイスにリソースを割り当てることと、複数の宛先デバイスの数が閾値を超えていることに応じて、複数の宛先デバイスによる受信と関連付けられるフィードバック送信を無効にすることとを備える。

第３の態様では、リソース割当方法が提供される。該方法は、ソースデバイスからデータを受信する宛先デバイスが、受信と関連付けられるフィードバック送信のためのリソースセットの割当を受信することを含み、該宛先デバイス及び少なくとも１つの別の宛先デバイスは、ソースデバイスとグループキャスト通信を行い、割り当てられる前記リソースセットは、宛先デバイスに特有の第１リソースを備える第１グループ、少なくとも１つの別の宛先デバイスと共有される第２リソースセット、又は、周波数多重化モードでのフィードバック送信のために複数の宛先デバイスにより共有される第３リソースセット、のうちの１つを備える。第１リソース及び第２リソースセットは、グループキャスト通信におけるフィードバック送信のために割り当てられるリソースを備える。

第４の態様において、電子機器が提供される。該機器は、プロセッシングユニットと、プロセッシングユニットに結合され命令が記憶されているメモリとを備える。該命令は、プロセッシングユニットにより実行される場合、該機器に第１の態様にかかる方法を実行させる。

第５の態様では、電子機器が提供される。該機器は、プロセッシングユニットと、プロセッシングユニットに結合され命令が記憶されているメモリとを備える。該命令は、プロセッシングユニットにより実行される場合、該機器に第２の態様にかかる方法を実行させる。

第６の態様では、電子機器が提供される。該機器は、プロセッシングユニットと、プロセッシングユニットに結合され命令が記憶されているメモリとを備える。該命令は、プロセッシングユニットにより実行される場合、該機器に第３の態様にかかる方法を実行させる。

第７の態様では、少なくとも１つのプロセッサ上で実行される場合、少なくとも１つのプロセッサに、第１の態様の方法を実行させる命令が記憶されている、コンピュータ可読媒体が提供される。

第８の態様では、少なくとも１つのプロセッサ上で実行される場合、少なくとも１つのプロセッサに、第２の態様の方法を実行させる命令が記憶されている、コンピュータ可読媒体が提供される。

第９の態様では、少なくとも１つのプロセッサ上で実行される場合、少なくとも１つのプロセッサに、第３の態様の方法を実行させる命令が記憶されている、コンピュータ可読媒体が提供される。

本開示のその他の特徴は、以下の説明により容易に理解できるはずである。

以下、図面において本開示のいくつかの実施形態をさらに詳細に説明し、本開示の前述及びその他の目的、特徴及び利点を、さらに明らかにする。

本開示の実施形態を実施可能な通信環境のブロック図である。

本開示の１つの実施形態にかかる、グループキャスト送信におけるフィードバックのためのリソース割当のプロセスを示すフローチャートである。

本開示の別の実施形態にかかる、グループキャスト送信におけるフィードバックのためのリソース割当のプロセスを示すフローチャートである。

本開示のいくつかの実施形態にかかる、グループキャスト送信におけるフィードバックのためのリソース割当を示す模式図である。 本開示のいくつかの実施形態にかかる、グループキャスト送信におけるフィードバックのためのリソース割当を示す模式図である。 本開示のいくつかの実施形態にかかる、グループキャスト送信におけるフィードバックのためのリソース割当を示す模式図である。

本開示の別のいくつかの実施形態にかかる、グループキャスト送信におけるフィードバックのためのリソース割当を示す模式図である。 本開示の別のいくつかの実施形態にかかる、グループキャスト送信におけるフィードバックのためのリソース割当を示す模式図である。

本開示の別のいくつかの実施形態にかかる、グループキャスト送信におけるフィードバックのためのリソース割当を示す模式図である。 本開示の別のいくつかの実施形態にかかる、グループキャスト送信におけるフィードバックのためのリソース割当を示す模式図である。

本開示の１つの実施形態にかかる、グループキャスト送信におけるフィードバックのためのリソース割当のプロセスを示すフローチャートである。

本開示の別のいくつかの実施形態にかかる、グループキャスト送信におけるフィードバックのためのリソース割当のプロセスを示すフローチャートである。

本開示の別のいくつかの実施形態にかかる、グループキャスト送信におけるフィードバックのためのリソース割当を示す模式図である。

本開示の１つの実施形態にかかる、フィードバックのためのリソース割当のプロセスを示すフローチャートである。

本開示の別のいくつかの実施形態にかかる、フィードバックのためのリソース割当のプロセスを示すフローチャートである。

本開示のまた別のいくつかの実施形態にかかる、フィードバックのためのリソース割当のプロセスを示すフローチャートである。

本開示の実施形態を実施するのに適したデバイスの概略ブロック図である。

全ての図において、同一又は類似の図面符号は、同一又は類似の要素を示す。

以下、いくつかの例示的実施形態を参照して、本開示の原理を説明する。理解すべき点として、これらの実施形態は、単に説明を目的として記述され、当業者が本開示を理解し実現するのを支援するものであり、本開示の範囲に対する何らかの制限を暗示するものではない。本明細書で説明する開示内容は、以下に説明するもの以外に、他のさまざまな方法で実施可能である。

以下の説明及び請求項において、別に定義がある場合を除き、文中で使用される全ての技術・科学用語は、本開示が属する分野の当業者が通常理解するものと同じ意味を有する。

例えば、文中で使用される用語「ネットワーク機器」又は「基地局」（ＢＳ）とは、端末機器が通信可能なセル又はカバレッジを、提供又は管理可能なデバイスを指す。ネットワーク機器の例には、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化型ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、ＮＥＷ ＲａｄｉｏアクセスにおけるＮｏｄｅＢ（ｇＮＢ）、リモートラジオユニット（ＲＲＵ）、無線ヘッド（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、低電力ノード（例えばフェムトノード、ピコノード）等が含まれるが、これらに限定されない。議論を目的として、以下の文では、ネットワーク機器の例としてｅＮＢを参照しつついくつかの実施形態を説明する。

文中で使用される用語「端末機器」は、無線又は有線での通信能力を有する全てのデバイスを指す。限定するものではなく例示として、端末機器は、通信機器、ユーザ端末（ＵＥ）、加入者局装置（ＳＳ）、携帯型加入者局装置、移動局（ＭＳ）、又はアクセス端末（ＡＴ）とも称することができる。端末機器は、移動電話、携帯電話、スマートフォン、ＩＰ（ＶｏＩＰ）電話、ワイヤレスローカルループ（Ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ）電話、タブレットＰＣ、ウェアラブル端末機器、携帯情報端末（ＰＤＡ）、携帯コンピュータ、デスクトップコンピュータ、例えばデジタルカメラ等の画像取込端末デバイス、ゲーム端末機器、音楽保存再生装置、車載無線端末機器、無線エンドポイント、モバイルステーション、ラップトップ組込型機器（ＬＥＥ：laptop embedded equipment）、ラップトップ搭載型機器（ＬＭＥ：laptop-mounted equipment）、ＵＳＢドングル、スマートデバイス、無線カスタマ構内設備（ＣＰＥ：Customer-provided equipment）等を含むことができるが、これらに限定されない。また、用語「端末機器」、「通信機器」、「端末」、「ユーザ端末」及び「ＵＥ」は、以下の説明では互換的に使用することができる。

本明細書で論じる通信としては、適切な規格のいずれに適合していてもよく、それにはＮＥＷ Ｒａｄｉｏアクセス（ＮＲ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥ エボリューション、ＬＴＥ－アドバンスト（ＬＴＥ－Ａ：LTE-Advanced）、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））、符号分割多元接続（ＣＤＭＡ）、ｃｄｍａ２０００、及び移動通信用グローバルシステム（ＧＳＭ：Global System for Mobile Communications）等が含まれ得るが、これらに限定されない。また、通信は、現在既知の又は将来開発される任意の世代の通信プロトコルに基づき、実行することができる。通信プロトコルの例として、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコルが含まれるが、これらに限定されない。本明細書で説明する技術は、前述の無線ネットワーク及び無線技術並びに他の無線ネットワーク及び無線技術において用いることができる。

文中で使用される場合、文脈上で他に明記していない限り、単数形式である「１つの（ａ）」、「１つの（ａｎ）」及び「該（ｔｈｅ）」は、複数形式を含むことを意図する。用語「含む／備える（ｉｎｃｌｕｄｅｓ）」及びその変形は、「…を含むが、これらに限定されない」ことを示す、開放式の用語であると理解されるべきである。用語「…に基づいて」は、「少なくとも部分的に基づく」と理解されるべきである。用語「１つの実施形態」及び「実施形態」は、「少なくとも１つの実施形態」と理解されるべきである。用語「他のいくつかの実施形態」は、「少なくとも１つの他の実施形態」と理解されるべきである。用語「第１」、「第２」等は、異なるか又は同一の対象を示すことができる。以下の文中では、その他の定義（明示又は暗示の）も含むことができる。

いくつかの例示において、値、プロシージャ又は装置は、「最適」、「最低」、「最高」、「最小」、「最大」等と称される。理解すべき点として、こうした説明は、使用される複数の機能の代替手段の中から、選択可能であると示すことを意図しており、こうした選択は、他の選択と比べて、より優れていたり、より小さかったり、より高かったり、又は他の態様ではより好ましかったりする必要はない。

図１は、本開示を実現可能な例示的通信ネットワーク１００を示す。ネットワーク１００において、複数の端末機器１２０、１３０－１～１３０－４は、Ｄ２Ｄ又はサイドリンク（ｓｉｄｅｌｉｎｋ）通信を互いにサポートすることができる。これは、端末機器間でデータ及び／又は制御情報を送信できることを表す。サイドリンク通信において、文中、情報を送信する端末機器をソースデバイス、送信デバイス、送信機又は送信者と称し、これらの用語は文中で互換的に使用可能である。また、文中では、情報を受信可能な端末機器を、宛先デバイス、受信デバイス、受信機又は受信者と称し、これらの用語は文中で互換的に使用可能である。

宛先デバイスの数又は送信の特定の目標に応じて、サイドリンク通信は、タイプの異なるユニキャスト、ブロードキャスト及びグループキャスト／マルチキャストに分類することができる。グループキャスト通信の例示は、図１に示される。ここで、端末機器１２０は複数の端末機器１３０－１～１３０－４にデータを送信する。該例示では、グループキャスト通信において、端末機器１２０がソースデバイスであり、端末機器１３０－１～１３０－４が宛先デバイスである。議論を目的として、以下では宛先デバイス１３０－１～１３０－４を、宛先デバイス１３０と総称するか、又は単独で宛先デバイス１３０と称する。図１に示す一対複数の通信モードは、グループキャスト／マルチキャスト通信とも称せられ、ソースデバイス１２０及び全ての宛先デバイス１３０が、グループ１０４を形成する。

ソースデバイス１２０からのデータの受信が成功したか否かに応じて、宛先デバイス１３０は、データ受信が成功か失敗かを示すために、対応するフィードバック情報を送信しなければならない場合がある。例えば、否定応答（ＮＡＣＫ）フィードバックは、データ受信が失敗したことを示すことができ、肯定応答（ＡＣＫ）フィードバックは、宛先デバイス１３０でのデータ受信が成功したことを示すことができる。フィードバック情報は、ソースデバイス１２０がデータを再送すべきか決定する際、例えばハイブリッド自動再送要求（ＨＡＲＱ）プロシージャにおいて、特に有用である。データ送信及びフィードバック送信のリソースは、サイドリンク制御情報（ＳＣＩ）において割り当て、宛先デバイス１３０に示すことができ、これによって宛先デバイス１３０は、ソースデバイス１２０から送信されたデータをどこで検出し、ソースデバイス１２０に対しフィードバック情報をどこで送信するかを知ることができる。

ネットワーク１００は、サービスカバレッジ（セル１０４と称する）を有するネットワーク機器１１０を含むものとして示されている。図１の例示において、端末機器１２０及び１３０－１～１３０－４は、ネットワーク機器１１０のセル１０４内にあるものとして示されている。しかしながら他の例示では、端末機器１２０及び１３０－１～１３０－４のうち１つ又は複数の端末機器は、セル１０４外に存在してもよい。端末機器１２０及び１３０－１～１３０－４間の通信は、ネットワーク機器１１０により制御又はアシストすることができる。例えば、ネットワーク機器１１０は、端末機器１２０及び１３０－１～１３０－４のうち１つ又は複数の端末機器に対し、グループキャスト通信に関する制御情報を送信することができる。したがって、図示されていないが、ネットワーク機器１１０は、端末機器１２０及び１３０－１～１３０－４のうち１つ又は複数の端末機器と通信してもよい。

理解すべき点として、ネットワーク機器及び端末機器の数は、単に説明を目的としたものであり、何らかの限定を暗示するものではない。ネットワーク１００は、本開示の実現に適した任意の数のネットワーク機器及び端末機器を含むことができる。さらに理解すべき点として、グループキャストセッションでは、端末機器１２０がソースデバイスとして示され端末機器１３０が宛先デバイスとして示されているが、いずれかの端末機器１３０は、他のデバイスに送信するデータを有する場合、ソースデバイスになり得る。また、端末機器１２０は、他のデバイスからデータを受信することが予期される場合、宛先デバイスになり得る。いくつかの実現形態では、デバイス１２０及び１３０は、半二重モードで動作するため、Ｄ２Ｄ通信中に一度にデータを受信または送信することができる。他のいくつかの実現形態では、Ｄ２Ｄ通信に関与するデバイス１２０及び１３０の一部または全部に対し、半二重の制約はない。

前述のように、ソースデバイスとのグループキャスト通信において、フィードバック送信用のリソースを複数の宛先デバイスに割り当てる必要がある。直接的な解決手段は、宛先デバイスに特有の個別のリソースを割り当て、フィードバック送信を行うことである。グループキャスト通信において恐らく大量の宛先デバイスが存在することを考慮すると、リソース消費が比較的多い可能性があり、これは使用可能リソースが有限である使用状況では、とりわけ望ましくない。代替的な解決手段において、限られた数のリソースがフィードバック送信のために割り当てられると、ソースデバイスにとって、どの宛先デバイスがデータ送信を受信できないかを識別することが困難になる可能性がある。宛先デバイスでのデータ受信の失敗は、データ復号化の失敗によって引き起こされるか、又は、いつ及び／若しくはどこでデータを検出するかを識別する制御情報の欠如によって引き起こされる可能性が高い。宛先デバイスから適切なフィードバックが受信されないと、ソースデバイスがデータを再送すべきかを決定することは難しい。

本開示の例示的実施形態によれば、グループキャスト通信におけるフィードバックのためのリソース割当の解決手段が提供される。該解決手段では、複数の宛先デバイスが、ソースデバイスからデータを受信するために、グループキャスト通信を行う。受信と関連付けられるフィードバック送信のために、複数の宛先デバイスにリソースが割り当てられる。リソースの割当は、第１宛先デバイスセット特有の第１リソースセット、及び、第２宛先デバイスセットにより共有される第２リソースセットを割り当てることと、周波数多重化モードでのフィードバック送信のために複数の宛先デバイスにより共有される第３リソースセットを割り当てることとを備える。宛先デバイスに対し、柔軟にリソースを割り当てることで、データ又は制御情報を紛失した宛先デバイスの識別を促し、且つリソース消費を抑制することができる。

以下、図２Ａを参照しつつ本開示の原理及び実施形態を詳細に説明する。図２Ａは、本開示の１つの実施形態にかかる、グループキャスト送信におけるフィードバックのためのリソース割当のプロセス２００を示す。議論を目的として、図１を参照しつつプロセス２００を説明する。プロセス２００は、図１のソースデバイス１２０及び複数の宛先デバイス１３０に関わることができる。本実施形態では、ソースデバイス１２０が、フィードバック用のリソース割当を制御する。

ソースデバイス１２０は、グループキャスト通信においてソースデバイスからデータを受信する複数の宛先デバイス１３０を識別する（２０５）。宛先デバイス１３０は、宛先デバイス１３０－１～１３０－４を含み、Ｄ２Ｄの発見又は通信プロシージャにおいて発見され、通信のために端末機器１２０とグループセッションを確立することができる。グループセッションにおいて、端末機器１２０は、送信するデータを有する端末機器であり、宛先デバイス１３０は、データを受信する宛先である。前述のように、図１には４つの宛先デバイス１３０が示されているが、ソースデバイス１２０とのグループセッションでは、より多くの、又はより少ない宛先デバイスを含むことができる。ソースデバイス１２０は、データが送信される各宛先デバイス１３０を識別することができる。

ソースデバイス１２０は、複数の宛先デバイス１３０に、受信と関連付けられるフィードバック送信のために、リソースを割り当てる（２１０）。リソースは、宛先デバイス１３０に、ソースデバイス１２０からのデータの受信結果に関するフィードバック情報を送信するために割り当てられる。いくつかの実施形態において、フィードバック送信用のリソース割当は、サイドリンク制御情報（ＳＣＩ）において送信することができる。いくつかの実施形態において、フィードバック送信用のリソース割当は、例えばＳＣＩにおいて、データ送信用のリソース割当と共に、宛先デバイス１３０に示すことができる。リソース割当は、物理層シグナリングを動的に使用するか、又は高レイヤシグナリングを半動的に使用して宛先デバイス１３０に示すことができる。

本開示の実施形態では、ソースデバイス１２０にとって、フィードバック送信用のリソースを割り当てるために、いくつかの方法がある。いくつかの実施形態において、１つ又は複数の特有リソースが１つ又は複数の特定の宛先デバイス１３０に割り当てられ、１つ又は複数の他のリソースが他の宛先デバイス１３０によって共有される。他の実施形態では、異なるタイプのフィードバック情報（例えば、ＮＡＣＫフィードバック及びＡＣＫフィードバック）の送信用に、異なるリソースが割り当てられ、異なるリソースが複数の宛先デバイス１３０により共有される。別のいくつかの実施形態では、データの異なる部分の受信と関連付けられるＮＡＣＫフィードバックの送信用に、異なるリソースが割り当てられる。文中で使用される異なるリソースとは、時間領域、周波数領域及びコード領域の少なくとも１つにおいて重複しないリソースであり得る。以下、前述の実施形態を詳細に説明する。

各宛先デバイス１３０には、１つのリソースセットが割り当てられる。該リソースセットは、該宛先デバイスに特有のものであるか、又は、一つ又は複数のタイプのフィードバック送信用に１つ又は複数の他の宛先デバイス１３０と共有される。割り当てられるリソース及びデータの受信状態に応じて、宛先デバイス１３０は、ソースデバイス１２０へのフィードバック送信を実行する（２１５）。宛先デバイス１３０は、あるリソース上で、ソースデバイス１２０からのデータを検出することを試みる。データが検出されたリソースが正確か否か、及び／又は、リソース上で検出された（複数の）信号の復号化が成功できるか否か、に応じて、１つ又は複数の宛先デバイス１３０は、データの一部若しくは全ての受信に成功するか、又は、データの一部若しくは全てを受信に失敗する場合がある。したがって、データの受信状態には、受信が成功した状態又は受信が失敗した状態が含まれる。

ＡＣＫフィードバックは、宛先デバイスでの受信の成功を示すために用いることができ、一方、ＮＡＣＫフィードバックは、宛先デバイスでの受信の失敗を示すために用いることができる。グループキャスト送信のいくつかの実施形態では、ＡＣＫフィードバックを示すために特定の信号を指定することができ、また、ＮＡＣＫフィードバックを示すために特定の異なる信号を指定することができる。例えば、各宛先デバイス１３０によりフィードバックされる特定の信号は、データの受信のエネルギー又は電力を示すことができる。受信のエネルギー又は電力に応じて、ソースデバイス１２０は、データの受信が成功したかどうかを決定することができる。

割り当てられる（特有又は共有）リソースは、ＡＣＫフィードバック及びＮＡＣＫフィードバックのうちの１つ又は両方の送信に用いられる１つ又は複数のリソースを備えることができる。したがって、グループキャスト通信における宛先デバイス１３０がソースデバイス１２０からのデータを検出できず、且つ、割り当てられた（複数の）リソースに受信失敗状態でのＮＡＣＫフィードバック送信に用いられる（複数の）リソースが含まれる場合、該宛先デバイス１３０は、割り当てられた（複数の）リソースを用いてソースデバイス１２０にＮＡＣＫフィードバックを送信することができる。グループキャスト通信における宛先デバイス１３０がソースデバイス１２０からの全てのデータの検出に成功し、且つ、割り当てられたリソースに受信成功状態でのＡＣＫフィードバック送信に用いられる（複数の）リソースが含まれる場合、該宛先デバイス１３０は、割り当てられた（複数の）リソースを用いてソースデバイス１２０にＡＣＫフィードバックを送信することができる。

いくつかの実施形態において、いずれか１つの宛先デバイス１３０でデータ受信が成功しなかった場合、ソースデバイス１２０は、データを再送することができる。したがって、ＮＡＣＫフィードバックは、ソースデバイス１２０がデータ再送が必要か否かを決定する際の１つの重要な要素である。リソース割当では、一部又は全ての宛先デバイス１３０に対して、ＮＡＣＫフィードバック送信のためだけに、１つ又は複数のリソースを割り当てることができる。この場合、これらの宛先デバイス１３０がソースデバイス１２０からの全てのデータの検出に成功した場合、フィードバック情報を送信する必要はない。

以上、ソースデバイス１２０により制御されるリソース割当プロセスについて説明をした。他のいくつかの実施形態において、リソース割当は、ソースデバイス１２０及び宛先デバイス１３０が位置するネットワーク機器１１０によって制御することができる。図２Ｂは、本開示の１つの実施形態にかかる、グループキャスト送信におけるフィードバックのためのリソース割当プロセス２０２のフローチャートを示す。議論を目的として、図１を参照しつつプロセス２０２を説明する。プロセス２０２は、図１のネットワーク機器１１０、ソースデバイス１２０及び複数の宛先デバイス１３０に関わることができる。

プロセス２０２において、ネットワーク機器１１０は、宛先デバイス１３０のフィードバック送信のためのリソース割当を制御する。ネットワーク機器１１０は、グループキャスト通信においてソースデバイス１２０からデータを受信する複数の宛先デバイス１３０を識別する（２２０）。宛先デバイス１３０は、例えばソースデバイス１２０から提供される情報によって決定され得る。いくつかの実施形態において、グループキャスト通信は、ネットワーク機器１１０に制御されるか、又はネットワーク機器１１０によりアシストされる。したがって、ネットワーク機器１１０は、グループキャスト通信においてどのデバイス１２０がデータ受信に関与しているかに関する情報を有する。

ネットワーク機器１１０は、複数の宛先デバイスに、受信と関連付けられるフィードバック送信のためのリソースを割り当てる（２２５）。ネットワーク機器１１０により実行されるリソース割当は、以下に詳述するように、前述のソースデバイス１２０により実行されるリソース割当と同様であり得る。図２Ｂに示すように、リソース割当は、ネットワーク機器１１０から宛先デバイス１３０に直接示すことができ、又は、先にソースデバイス１２０に送信してから宛先デバイス１３０に転送することができる。

ソースデバイス１２０とのグループキャスト通信におけるフィードバック送信のために割り当てられるリソースを利用して、宛先デバイス１３０は、割り当てられるリソース及びデータの受信状態に基づき、フィードバック送信を実行する（２３０）。それぞれの宛先デバイス１３０でのフィードバック送信は、リソース割当がどのデバイスによって制御されるかに関わらず、いずれも同じである。

以上、グループキャスト送信におけるフィードバックのためのリソース割当の全体的なプロセスをいくつか説明した。理解すべき点として、他のいくつかの実施形態において、リソース割当は、通信ネットワーク１００におけるネットワーク機器１１０及びソースデバイス１２０以外の他の実体により制御されてもよい。本開示の実施形態の範囲は、これに限定されない。以下、プロセス２００又はプロセス２０２におけるリソース割当のいくつかの詳細な実施形態について論じる。

前述のように、いくつかの実施形態において、いくつかの宛先デバイス１３０用に特有リソースが割り当てられ、他のいくつかの宛先デバイス１３０用に共有リソースが割り当てられる。より具体的には、第１リソースセットが、第１宛先デバイスセット１３０に特有のものとして割り当てられ、第２リソースセットが、第２宛先デバイスセット１３０に共有されるように割り当てられる。第１セットにおける各宛先デバイス１３０は、１つ又は複数の特有リソースを有することができ、該特有リソースは、デバイス特有リソースと称することができる。デバイス特有リソースは、特定の宛先デバイス１３０のみが使用することができ、ＡＣＫフィードバック又はＮＡＣＫフィードバックの送信に用いることができる。

第２セットにおける各共有リソースは、第２宛先デバイスセット１３０のいずれか１つが使用することができる。共有リソースは、第２宛先デバイスセット１３０が、いずれかのタイプのフィードバック情報の送信に用いることができる。すなわち、第２セットにおけるリソースは、フィードバック情報のタイプに特有のものであるが、宛先デバイス１３０により共有される。例えば、共有リソースを、ＮＡＣＫフィードバック送信用のみに割り当てることができる。他の状況では、宛先デバイス１３０は、共有リソースにおいてのみＡＣＫフィードバックを送信してもよい。１つ又は複数の共有リソースを割り当てることで、割り当てられるリソースの総数が、グループ１０２の宛先デバイス１３０の数を超えることはない。

時間領域及び周波数領域のうちの少なくとも１つにおいて、第１リソースセット及び第２リソースセットは、互いに重複しなくてもよい。いくつかの実施形態では、第１セット又は第２セット内のリソースは、時間領域、周波数領域及びコード領域のうち１つ又は複数において一部又は全部が重複してもよい。いくつかの実施形態において、第２共有リソースセットは単一スロットに存在してもよい。第１リソースセットが単一スロットに存在してもよい。

いくつかの実施形態において、割り当てられるリソースの数（以下の文では第１の数と称する）を設定することができる。ある１つの実施形態において、割り当てられるリソースの第１の数は、グループキャスト通信用の使用可能リソースに基づき決定することができる。グループキャスト通信用のリソースプールは、使用が認められる時間、周波数及び／又はコードリソースにより決めることができる。リソースプールにおける使用可能リソースは、時間に伴い変化してもよい。リソースプールにおいて、より多くのリソースが使用可能であれば、より多い数の割当リソースを割り当てることができる。そうでなければ、少ない数の割当リソースを割り当てることができる。他のいくつかの実施形態では、グループキャストセッション毎に、第１の数の割当リソースを設定することができる。いくつかの実施形態では、リソースプールに、第１の数のデバイス特有リソースを予め設定することができる。

いくつかの実施形態では、第１セットにおけるデバイス特有リソースの数（以下、第２の数と称する）を設定することができ、割り当てられるリソースの第１の数に基づき決定することができる。１つの例示では、割り当てられるリソースの特定部分を、デバイス特有リソースとして用いることができる。代替として、割り当てられる所定の数のリソースを、共有リソースとして用い、残りのリソースをデバイス特有リソースとして用いてもよい。

ＡＣＫ及びＮＡＣＫフィードバックの両方に用いるために、１つの宛先デバイス１３０に対し１つの特有リソースを割り当てる場合、第１セットにおける宛先デバイスの数は、デバイス特有リソースの第１の数と同じである。異なるタイプのフィードバック用に、１つ以上の特有リソースを１つの宛先デバイス１３０に割り当ててもよい。また、第１セットにおける宛先デバイスの数を、デバイス特有リソースの第１の数に基づき、それに応じて決定してもよい。

いくつかの実施形態では、共有リソースとして単一リソースが割り当てられる。Ｒ個の異なるリソースをフィードバック送信用に割り当てると設定した場合、１つの例示では、（Ｒ－１）個のリソースを（Ｒ－１）個の宛先デバイス１３０のデバイス特有リソースとして割り当てることができる。残りの１つのリソースは、他の宛先デバイス１３０が共有することができる。図３Ａはこのような例示を示すもので、リソース３１０及び３１２は、ＡＣＫ及びＮＡＣＫフィードバックの両方を送信するために、宛先デバイス１３０－１及び１３０－２に特有のものとして割り当てられている。残りのリソース３２０は、残りの宛先デバイス１３０－３及び１３０－４により共有されるように割り当てられる。宛先デバイス１３０－３及び１３０－４のうちの１つ又は両方が、ソースデバイス１２０からデータを受信できない場合、それらは共有リソース３２０を用いて、ＮＡＣＫフィードバック送信を選択することができる。

いくつかの実施形態において、第１セットにおけるデバイス特有リソースの数及び／又は第２セットにおける共有リソースの数を、予め決定し固定しておき、割り当てられるリソースの数が変更されないようにすることができる。いくつかの例示において、この２つの数のうちそれぞれの数は、１以上であり得る。リソース消費をさらに抑制するために、１つの具体的な例示では、宛先デバイス１３０に割り当てるために、単一のデバイス特有リソースを第１セットに含めることができる。代替として又は追加で、残りの宛先デバイス１３０に割り当てるために、第２セットに単一リソースを含めてもよい。例えば、図３Ｂに示すように、宛先デバイス１３０－１に特有のものとしてリソース３１０のみが割り当てられて、ＮＡＣＫ／ＡＣＫフィードバック送信に用いられ、リソース３２０がグループ１０２の宛先デバイス１３０－２～１３０－４に共有される。リソース３１０及び３２０は、時間領域又は周波数領域において重複しなくてもよい。

他のいくつかの実施形態において、第２共有リソースセットは、データの異なる部分の受信と関連付けられるフィードバック送信のための異なるリソースを備えることができる。ある宛先デバイス１３０において、データの１つ又はいくつかの部分が、正常に受信できない場合がある。よって、第２セットにおける異なるリソースを、データの異なる部分のフィードバック送信に特有のものとすることができる。第２セットにおけるリソースの数は、特定のフィードバックが提供されるデータ部分の数に基づき、決定することができる。いくつかの実施形態において、異なる部分は、異なるコードワードを含む。ソースデバイス１２０は、データを、異なるコードワードに符号化し、グループ１０２の宛先デバイス１３０に送信することができる。Ｄ２Ｄ通信の例示において、通常は２つのコードワードを送信する。

第２セットにおける共有リソースは、データの特定部分の受信状態を示すために、特定タイプのフィードバック情報用に割り当てることができる。図３Ｃはこのような例示を示す。宛先デバイス１３０－１に割り当てられるデバイス特有リソース３１０の他に、リソース３２２が、データの第１コードワードの受信と関連付けられるＮＡＣＫフィードバック送信用に割り当てられ、リソース３２４が、データの第２コードワードの受信と関連付けられるＮＡＣＫフィードバック送信用に割り当てられる。リソース３２２及び３２４は、宛先デバイス１３０－２～１３０－４により共有される。リソース３１０、３２２及び３２４のうち少なくとも１つのリソースは、時間領域及び／又は周波数領域において他のリソースと重複しない。

宛先デバイス１３０－２～１３０－４の各宛先デバイスについて、該宛先デバイスでデータチャネル上の第１コードワードの復号化が成功しなかった場合、リソース３２２において、例えば第１特定信号のようなＮＡＣＫフィードバックを送信することができる。宛先デバイスで第２コードワードの復号化が成功しなかった場合、リソース３２４において、例えば第２特定信号のようなＮＡＣＫフィードバックを送信することができる。宛先デバイス１３０から、リソース３２２及び３２４において、ＮＡＣＫフィードバックのための同じか又は異なる信号を送信することができる。

以上で論じた実施形態において、第１セットの特定数の宛先デバイス１３０には、デバイス特有リソースを割り当てることができる。ソースデバイス１２０又はネットワーク機器１１０は、ランダム方式により、又はいくつかの影響要素を考慮することにより、グループ１０２から第１宛先デバイスセット１３０を選択することができる。いくつかの実施形態において、第１宛先デバイスセット１３０は、宛先デバイス１３０とソースデバイス１２０との距離に基づき、グループ１０２から選択することができる。第１宛先デバイスセット１３０は、第２セットの残りの宛先デバイス１３０と比べて、より長い距離を有してもよい。したがって、宛先デバイス１３０のソースデバイス１２０からの距離が長くなるほど、その宛先デバイス１３０に、フィードバック送信用の特有リソースを割り当てる可能性が高くなる。単一のデバイス特有リソースを割り当てるいくつかの実施形態では、比較的長い距離又は最長距離を有する単一の宛先デバイス１３０を選択することができる。

代替又は追加として、第１宛先デバイスセット１３０は、宛先デバイス１３０とソースデバイス１２０とのリンクの品質に基づき選択されてもよい。第１宛先デバイスセット１３０は、第２セットの残りの宛先デバイス１３０と比べ、チャネル状態がより劣る場合がある。したがって、宛先デバイス１３０のチャネル状態が劣るほど、その宛先デバイス１３０に、フィードバック送信用の特有リソースを割り当てる可能性が高くなる。リンクの品質は、各種要素に基づき測定することができる。各種要素には、参照信号受信電力（ＲＳＲＰ）、信号雑音比（ＳＮＲ）、信号電力対［雑音電力＋干渉電力］比（ＳＩＮＲ）、及び、宛先デバイス１３０とソースデバイス１２０との間の送信チャネルに関する他の測定要素が含まれるが、これらに限られない。こうした要素を、リンクの品質を示すために測定し定量化することができる。単一のデバイス特有リソースを割り当てるいくつかの実施形態では、比較的低い品質又は最も低い品質を有する単一の宛先デバイス１３０を、選択することができる。

いくつかの実施形態において、第１宛先デバイスセット１３０の各宛先デバイス、例えば図３Ａの例示における宛先デバイス１３０－１又は１３０－２について、ソースデバイス１２０にＮＡＣＫ又はＡＣＫフィードバックを送信する他に、宛先デバイス１３０は、該宛先デバイス１３０とソースデバイス１２０とのリンクの品質を示す指示を送信することもできる。いくつかの例示において、該指示は、制御情報（例えばデータ送信用のリソース割当）をその宛先デバイス１３０に送るための制御チャネルの特定品質を示すことができる。制御チャネルは、共有制御物理チャネル（ＰＳＣＣＨ：Ｐｈｙｓｉｃａｌ Ｓｈａｒｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）又は制御情報を送信可能な他の任意の制御チャネルであり得る。いくつかの実施形態において、該指示は、デバイス特有リソースを用いてフィードバックと共に送信することができる。

リンクの品質は、第２共有リソースセットにおいてＮＡＣＫフィードバックがない原因を、ソースデバイス１２０が決定するのに役立つことができる。例えば、リンクの品質が低いと示された場合、例えば、所定の閾値より低いと示された場合、ソースデバイス１２０はこれに基づき、低品質のリンクの宛先デバイス１３０がデータ受信及びフィードバック送信用のリソース割当の受信に成功したので、他の宛先デバイス１３０がリソース割当をすでに受信した確率は高いと決定することができる。したがって、全ての第２宛先デバイスセット１３０がデータ受信に成功したことを間接的に示すことができるため、ＮＡＣＫフィードバックを送信する必要がない。他のいくつかの状況では、リンクの品質が高いと示された場合、例えば、所定の閾値より高いと示された場合、いくつかの宛先デバイス１３０は恐らく、データ受信及び／又はフィードバック送信についてのリソース割当を受信できないため、第２共有リソースセットを用いて何らかのフィードバックを送信することができる。データ受信が確実に成功するように、ソースデバイス１２０はしばらくした後、データを再送することができる。

いくつかの実施形態において、第２宛先デバイスセット１３０（例えば図３Ａの例示における宛先デバイス１３０－３又は１３０－４）は、周波数多重化モードで第２共有リソースセットを使用することができる。第２共有リソースセットは、周波数領域において複数のリソースサブセットに分割することができる。その後、第２セットの各宛先デバイス１３０は、これらのリソースサブセットの１つを選択して、フィードバック情報を送信することができる。サブセット数は、例えばソースデバイス１２０又はネットワーク機器１１０により予め設定することができる。

１つの実施形態において、リソースサブセットの１つは、第２セットにおける宛先デバイス１３０に割り当てられる予め定義されたインデックス、及びリソースサブセットの数に基づき、該宛先デバイス１３０により選択することができる。例示として、グループ１０２の全ての宛先デバイス１３０に、予め定義されたインデックス、例えば０～Ｍが割り当てられる。第２リソースセットがＳ個のサブセットに分割されたと仮定すると、各サブセットには０～Ｓ－１のインデックスが付される。したがって、第２セットにおいてインデックスがｍである宛先デバイス１３０は、インデックスがｍｏｄ（ｍ，Ｓ）と等しいサブセットを選択することができる。この方法により、いくつかのサブセットでのフィードバック送信の混雑を回避することができる。理解すべき点として、宛先デバイス１３０が使用するリソースサブセットは、宛先デバイス１３０のインデックス及びリソースサブセットの数に基づき、他の方法により選択してもよい。他の実施形態では、第２セットの各宛先デバイス１３０が、リソースサブセットの１つをランダムに選択してもよい。

リソース割当では、デバイス特有リソース及び共有リソースの両方を割り当てる代わりに、リソースセット（第３リソースセットと称する）を、グループ１０３の全ての宛先デバイス１３０が共有するように割り当てることができる。

いくつかの実施形態において、第３リソースセットは、異なるタイプのフィードバック情報の送信のための異なるリソースを備える。特に、１つ又は複数のリソースをＮＡＣＫフィードバック送信用に割り当て、他の１つ又は複数のリソースをＡＣＫフィードバック送信用に割り当てることができる。時間領域において、ＮＡＣＫフィードバック送信用に割り当てられるリソースを、ＡＣＫフィードバック送信用に割り当てられるリソースの前にすることができる。こうすれば、ソースデバイス１２０は常に、ＮＡＣＫフィードバックの受信の有無を先に検出することができる。任意のＮＡＣＫフィードバックの検出はいずれもデータ再送のトリガーとなり得るため、ソースデバイス１２０は、前のリソースの第３セットにおいてＮＡＣＫフィードバックが検出されれば、その後は恐らく、後続リソースのフィードバック情報を検出する必要がなく、これによってソースデバイス１２０での信号検出及び算出のコストを節約することができる。

１つの実施形態において、第３リソースセットでは、１つのリソースをＮＡＣＫフィードバック送信用に割り当て、別のリソースをＡＣＫフィードバック送信用に割り当てることができる。図４Ａはこのような実施形態を示す。ここで、リソース４１０は宛先デバイス１３０－１～１３０－４により、ＮＡＣＫフィードバック送信用に共有され、リソース４２０は宛先デバイス１３０－１～１３０－４によりＡＣＫフィードバック送信用に共有される。

他のいくつかの実施形態では、第３セットにおいて、データの異なる部分の受信と関連付けられるフィードバック送信のために、異なるリソースを割り当てることができる。したがって、第２セットの異なるリソースは、データの異なる部分のフィードバック送信に特有のものとすることができる。第３セットのリソースの数は、以下のようなデータ部分の数に基づき決定することができ、これらのデータ部分に対して特定のフィードバックを提供することができる。前述のように、異なる部分は、異なるコードワードを含む。ソースデバイス１２０は、データを異なるコードワードに符号化し、グループ１０２の宛先デバイス１３０に送信することができる。

Ｄ２Ｄ通信の例示において、通常は２つのコードワードを送信する。したがって、第３セットには２つのリソースを割り当てることができ、各リソースは、２つのコードワードのうちの１つについてのＮＡＣＫフィードバック送信に用いられる。図４Ｂは、データの第１コードワード及び第２コードワードの受信とそれぞれ関連付けられるＮＡＣＫフィードバック送信のために、２つのリソース４１２及び４１４が割り当てられることを示す。リソース４１２及びリソース４１４は両方とも、リソース４２０の前のスロットに位置する。

宛先デバイス１３０－１～１３０－４のそれぞれについて、該宛先デバイスでデータチャネルの第１コードワードの復号化が成功しなかった場合、リソース４１２において、例えば第１特定信号のようなＮＡＣＫフィードバックを送信することができる。宛先デバイスによる第２コードワードの復号化が成功しなかった場合、リソース４１４において、例えば第２特定信号のようなＮＡＣＫフィードバックを送信することができる。宛先デバイス１３０から、リソース４１２及び４１４において、ＮＡＣＫフィードバック用の、同じか又は異なる信号を送信することができる。

いくつかの実施形態において、第３リソースセットが宛先デバイス１３０によって共有されるため、これらの宛先デバイス１３０は、第３リソースセットを周波数多重化モードでのフィードバック送信に用いることができる。より具体的には、第３共有リソースセットは、周波数領域において複数のリソースサブセットに分割することができる。必要であれば、宛先デバイス１３０は、ＮＡＣＫフィードバックを送信するために、リソースサブセットの１つを選択することができる。分割されるサブセット数は、例えばソースデバイス１２０又はネットワーク機器１１０により予め設定することができる。

１つの実施形態において、リソースサブセットは、各宛先デバイス１３０に割り当てられる予め定義されたインデックス、及びリソースサブセットの数に基づき、該宛先デバイス１３０により選択することができる。例示として、グループ１０２の全ての宛先デバイス１３０に、予め定義されたインデックス、例えば０～Ｍが割り当てられる。第３リソースセットがＳ個のサブセットに分割されたと仮定すると、各サブセットには０～Ｓ－１のインデックスが付される。したがって、インデックスがｍである宛先デバイス１３０は、インデックスがｍｏｄ（ｍ，Ｓ）と等しいサブセットを選択することができる。この方法により、いくつかのサブセットでのフィードバック送信の混雑を回避することができる。理解すべき点として、宛先デバイス１３０が使用するリソースサブセットは、宛先デバイス１３０のインデックス及びリソースサブセットの数に基づき、他の方法により選択してもよい。他の実施形態では、各宛先デバイス１３０は、リソースサブセットの１つをランダムに選択してもよい。

データの異なる部分の受信と関連付けられるＮＡＣＫフィードバック送信のために、第３セットの異なるリソースが割り当てられるいくつかの実施形態では、データの部分ごとにリソースを分割することができる。例えば、リソース４１２及びリソース４１４は周波数領域において、第１の数のリソースサブセットと、第２の数のリソースサブセットとにそれぞれ分割される。宛先デバイス１３０が第１の部分を受信できない場合、宛先デバイス１３０は第１の数のサブセットの１つを選択してＮＡＣＫフィードバックを送信し、宛先デバイス１３０が第２の部分を受信できない場合、宛先デバイス１３０は第２の数のサブセットの１つを選択してＮＡＣＫフィードバックを送信することができる。

いくつかの実施形態において、第３リソースセットは、ＮＡＣＫフィードバック送信用の１つ又は複数のリソースのみを含んでもよい。図５Ａに示す例示では、第３リソースセットは、ＮＡＣＫフィードバック送信用に宛先デバイス１３０－１～１３０－４により共有される１つのリソース５１０のみを備えることができる。別の例示では、第３リソースセットは、データの異なる部分の受信と関連付けられるフィードバック送信のための異なるリソースを備えることができる。図５Ｂに示すように、ＮＡＣＫフィードバック送信用のリソース５１２及びリソース５１４はそれぞれ、データの第１コードワード及び第２コードワードの受信に関連付けられる。ＮＡＣＫフィードバック送信のみに特有の第３共有リソースセットも、周波数多重化モードにおいて使用することができる。

割り当てられるリソースの数が変更可能ないくつかの実施形態では、ソースデバイス１２０又はネットワーク機器１１０が、フィードバック送信の有効化又は無効化を制御することができる。図６Ａは、本開示の別のいくつかの実施形態のフローチャートを示す。該フローチャートは、グループキャスト送信におけるフィードバックのためのリソース割当プロセス６００を示す。議論を目的として、図１を参照しつつプロセス６００を説明する。プロセス６００は、図１のソースデバイス１２０及び複数の宛先デバイス１３０に関わることができる。本実施形態では、ソースデバイス１２０が、フィードバック用のリソース割当を制御する。

ソースデバイス１２０は、グループキャスト通信においてソースデバイスからデータを受信する複数の宛先デバイス１３０を識別する（６０５）。宛先デバイスの識別は、プロセス２００で説明したものと同様であり、簡潔にするために、ここでは説明を繰り返さない。

ソースデバイス１２０は、複数の宛先デバイス１３０の数が閾値を超えているかどうかを決定する（６１０）。この数が閾値より少ないと決定した場合、ソースデバイス１２０は、複数の宛先デバイス１３０の受信と関連付けられるフィードバック送信を有効にするために、複数の宛先デバイス１３０にリソースを割り当てる（６１５）。そうでない場合、ソースデバイス１２０は、複数の宛先デバイス１３０の受信と関連付けられるフィードバック送信を無効にする（６１５）。

グループキャスト通信における宛先デバイス１３０の数は、変更可能である。宛先デバイス１３０のこの数は、特に、割り当てられるリソースの数が宛先デバイス１３０の数に基づく場合、リソース割当に影響を与える。いくつかの状況では、リソースセットは、複数の宛先デバイス１３０に特有のものとして割り当てられる。つまり、グループ１０２の各宛先デバイス１３０は１つ又は複数の特有リソースを有する。したがって、割り当てられるリソースの数は、複数の宛先デバイス１３０の数に基づいており、異なるグループキャストセッションでのグループキャスト通信に応じて変化し得る。図７は、宛先デバイス１３０－１～１３０－４の各宛先デバイスが、リソース７１０、７１２、７１４及び７１６のうちの１つの特有リソースを有する例を示す。

グループ１０２の宛先デバイス１３０の数が増加するのに伴い、フィードバック送信用に、より多くの特有リソースを割り当てることができる。リソース消費を抑制するために、宛先デバイス１３０の数が閾値を超える場合は、グループキャスト通信においてフィードバック送信を有効にしない。該閾値は、ソースデバイス１２０又はネットワーク機器１１０により設定される任意の所定値であり得る。該閾値は、グループキャスト通信の使用可能リソースに基づき設定してもよい。

全ての宛先デバイス１３０に特有リソースが割り当てられる実施形態では、割り当てられるリソースを、宛先デバイスのインデックスと、参照宛先デバイス１３０に割り当てられるリソースの位置とにより、宛先デバイス１３０に示すことができる。より具体的には、複数の宛先デバイス１３０それぞれに、１つのシーケンスでのユニークなインデックスが割り当てられる。例えば、各宛先デバイス１３０に、０～Ｍのインデックスを付すことができる。ソースデバイス１２０は、複数の宛先デバイス１３０のうちの参照宛先デバイス１３０に特有の、割当リソースのうちの１つのリソースの位置を示すことができる。参照宛先デバイス１３０は、シーケンスにおいて最初又は最後のインデックスを有する宛先デバイスであり得る。該リソース以外の他のリソースの対応する位置は、該リソースの位置と、他の宛先デバイスのユニークなインデックスとに基づき決定することができる。これらの実施形態では、割り当てられるリソースの位置は、時間領域、周波数領域又はコード領域で連続している。

例えば、ｎ番目のリソースの位置が、０番目の参照宛先デバイス１３０用のリソースであると示されている場合、ｍ番目の宛先デバイス１３０に割り当てられるリソースを（ｎ＋ｍ）リソースとして決定することができ、（ｎ＋ｍ）リソースの位置は、２つの隣り合うリソース間のオフセットに基づき決定することができる。

宛先デバイス１３０の数が閾値より少ない場合、宛先デバイス１３０に、フィードバック送信用のリソースを割り当てることができ、宛先デバイス１３０は、割り当てられるリソースセット及びデータの受信状態に基づき、ソースデバイス１２０へのフィードバック送信を実行することができる（６２０）。宛先デバイス１３０で実行されるフィードバック送信については、すでに論じているので、簡潔にするために、ここでは説明を繰り返さない。

図６Ｂは、本開示の別のいくつかの実施形態にかかる、グループキャスト送信におけるフィードバックのためのリソース割当プロセス６０２を示すフローチャートを示す。議論を目的として、図１を参照しつつプロセス６０２を説明する。プロセス６０２は、図１のネットワーク機器１１０、ソースデバイス１２０及び複数の宛先デバイス１３０に関わることができる。プロセス６００とプロセス６０２との相違点は、ネットワーク機器１１０が、グループキャスト通信におけるフィードバック送信のリソース割当及び有効化／無効化を制御することである。

ネットワーク機器１１０は、グループキャスト通信においてソースデバイスからデータを受信する複数の宛先デバイス１３０を識別する（６２５）。宛先デバイスの識別は、プロセス２００の説明と同様であるので、簡潔にするために、ここでは説明を繰り返さない。

ネットワーク機器１１０は、複数の宛先デバイス１３０の数が閾値を超えているか否かを決定する（６３０）。この数が閾値より少ないと決定した場合、ネットワーク機器１１０は、複数の宛先デバイス１３０の受信と関連付けられるフィードバック送信を有効にするために、複数の宛先デバイス１３０にリソースを割り当てる（６３５）。そうでない場合、ネットワーク機器１１０は、複数の宛先デバイス１３０の受信と関連付けられるフィードバック送信を無効にする（６３５）。

プロセス６０２のフィードバック送信のリソース割当及び有効化／無効化は、プロセス６０２ではネットワーク機器１１０によりこれらの機能が実行される点を除き、プロセス６００のリソース割当及び有効化／無効化と同様である。

宛先デバイス１３０の数が閾値より少ない場合、宛先デバイス１３０にフィードバック送信用のリソースを割り当てられることができ、宛先デバイス１３０は、割り当てられるリソースセット及びデータの受信状態に基づき、ソースデバイス１２０へのフィードバック送信を実行することができる（６４０）。宛先デバイス１３０で実行されるフィードバック送信については、すでに論じているので、簡潔にするために、ここでは説明を繰り返さない。

図８は、本開示のいくつかの実施形態にかかる例示的方法８００のフローチャートを示す。方法８００は、図１に示すソースデバイス１２０又はネットワーク機器１１０において実現することができる。

ブロック８１０において、グループキャスト通信においてソースデバイスからデータを受信する複数の宛先デバイスを識別する。ブロック８２０において、受信と関連付けられるフィードバック送信のために、複数の宛先デバイスにリソースを割り当てる。割当は以下のうちの１つを備える。すなわち、第１宛先デバイスセットに特有の第１リソースセットと、第２宛先デバイスセットにより共有される第２リソースセットとを割り当てること、及び、周波数多重化モードでのフィードバック送信のために複数の宛先デバイスにより共有される第３リソースセットを割り当てること、のうち１つを備える。

いくつかの実施形態において、割り当てられるリソースの第１の数は設定可能であり、第１セットにおけるリソースの第２の数は、第１の数に基づき決定される。

いくつかの実施形態において、第１宛先デバイスセットは、複数の宛先デバイスとソースデバイスとの距離、及び、複数の宛先デバイスとソースデバイスとのリンクの品質のうちの１つに基づき、複数の宛先デバイスの中から選択される。

いくつかの実施形態において、第１リソースセットは、単一のリソースを備える。

いくつかの実施形態において、第１リソースセットは、否定応答（ＮＡＣＫ）のフィードバック送信及び肯定応答（ＡＣＫ）のフィードバック送信の両方のために割り当てられる。

いくつかの実施形態において、第２リソースセットは、ＮＡＣＫフィードバック送信のために割り当てられる。

いくつかの実施形態において、第２リソースセット又は第３リソースセットは、異なるリソースを備える。これらの異なるリソースは、データの異なる部分の受信と関連付けられるフィードバック送信のために、複数の宛先デバイスによって共有される。

いくつかの実施形態において、時間領域及び周波数領域のうちの少なくとも１つにおいて、第１リソースセット及び第２リソースセットは、互いに重複しない。

いくつかの実施形態において、第３リソースセットは、周波数領域において複数のリソースサブセットに分割され、リソースサブセットは、第２宛先デバイスセットの予め定義されたインデックス、及びサブセットの数に基づき、第２宛先デバイスセットにより選択される。

いくつかの実施形態において、第３リソースセットは、異なるタイプのフィードバック情報の送信のための異なるリソースを備える。

図９は、本開示の他のいくつかの実施形態にかかる例示的方法９００のフローチャートを示す。方法９００は、図１に示すソースデバイス１２０又はネットワーク機器１１０において実現することができる。

ブロック９１０において、グループキャスト通信においてソースデバイスからデータを受信する複数の宛先デバイスを識別する。ブロック９２０において、複数の宛先デバイスの数が閾値を超えているかどうかを決定する。複数の宛先デバイスの数が閾値より少ないと決定した場合、ブロック９３０において、複数の宛先デバイスによる受信と関連付けられるフィードバック送信を有効にするために、複数の宛先デバイスにリソースを割り当てる。複数の宛先デバイスの数が閾値を超えていると決定した場合、複数の宛先デバイスによる受信と関連付けられるフィードバック送信を無効にする。

いくつかの実施形態において、割当はさらに、複数の宛先デバイスの数に基づき、複数の宛先デバイスに特有のものであるリソースセットを割り当てることを備える。

いくつかの実施形態において、複数の宛先デバイスそれぞれに、１つのシーケンスでのユニークなインデックスが割り当てられる。また、割当はさらに、割り当てられるリソースにおいて、複数の宛先デバイスのうちの参照宛先デバイスに特有のリソースの位置を示すことを備える。該リソース以外の他のリソースの対応する位置は、該リソースの位置と、他の宛先デバイスのユニークなインデックスとに基づき決定される。

図１０は、本開示のいくつかの実施形態による例示的方法１０００のフローチャートを示す。方法１０００は、図１に示す宛先デバイス１３０において実現することができる。

ブロック１０１０において、宛先デバイス１３０は、受信と関連付けられるフィードバック送信のためのリソースセットの割当を受信し、該宛先デバイス及び少なくとも１つの別の宛先デバイスは、ソースデバイスとグループキャスト通信を行う。割り当てられるリソースセットは以下のうちの１つを備える。すなわち、宛先デバイスに特有の第１リソース、少なくとも１つの別の宛先デバイスと共有される第２リソースセット、又は、周波数多重化モードでのフィードバック送信のために複数の宛先デバイスにより共有される第３リソースセット、のうちの１つを備える。第１リソース及び第２リソースセットは、グループキャスト通信におけるフィードバック送信のために割り当てられるリソースを備える。ブロック１０２０において、宛先デバイス１３０は、割り当てられるリソースセット及びデータの受信状態に基づき、ソースデバイスへのフィードバック送信を実行する。

いくつかの実施形態において、割り当てられるリソースセットは、宛先デバイスに特有の第１リソースを備え、該方法はさらに、宛先デバイスとソースデバイスとのリンクの品質を示す指示を、ソースデバイスに送信することを備える。

いくつかの実施形態において、第１リソースは、否定応答（ＮＡＣＫ）フィードバックの送信及び肯定応答（ＡＣＫ）フィードバックの送信の両方のために割り当てられる。

いくつかの実施形態において、第２リソースセットは、ＮＡＣＫフィードバック送信のために割り当てられる。

いくつかの実施形態において、第２リソースセット又は第３リソースセットは、異なるリソースを備える。これらの異なるリソースは、データの異なる部分の受信と関連付けられるＮＡＣＫフィードバック送信のために、少なくとも１つの別の宛先デバイスと共有される。

いくつかの実施形態において、時間領域及び周波数領域のうちの少なくとも１つにおいて、第１リソース及び第２リソースセットは、互いに重複しない。

いくつかの実施形態において、第３リソースセットは、周波数領域において複数のリソースサブセットに分割される。リソースサブセットは、第２宛先デバイスセットの予め定義されたインデックス、及びサブセットの数に基づき、第２宛先デバイスセットにより選択される。

いくつかの実施形態において、第３リソースセットは、異なるタイプのフィードバック情報の送信のための異なるリソースを備える。

図１１は、本開示の１つの実施形態を実施するのに適したデバイス１１００の概略ブロック図である。デバイス１１００は、図１に示すネットワーク機器１１０、ソースデバイス１２０又は宛先デバイス１３０の別の例示の実現であるとみなすことができる。したがって、デバイス１１００は、ネットワーク機器１１０、ソースデバイス１２０若しくは宛先デバイス１３０において、又はその少なくとも一部として実現することができる。

図に示すように、デバイス１１００は、プロセッサ１１１０、プロセッサ１１１０に結合されるメモリ１１２０、プロセッサ１１１０に結合される適切な送信機（ＴＸ）及び受信機（ＲＸ）１１４０、並びにＴＸ／ＲＸ１１４０に接続される通信インタフェースを含む。メモリ１１１０は、プログラム１１３０の少なくとも一部を記憶する。ＴＸ／ＲＸ １１４０は双方向通信に用いられる。ＴＸ／ＲＸ １１４０は、通信を促進する少なくとも１つのアンテナを有し、実際には、本願で述べたアクセスノードは、複数のアンテナを有することができる。通信インタフェースは、他のネットワーク部材と通信を行う際に必要な任意のインタフェース、例えば、ｅＮＢ間の双方向通信用のＸ２インタフェース、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）／サービングゲートウェイ（Ｓ－ＧＷ）とｅＮＢとの間の通信用のＳ１インタフェース、ｅＮＢと中継ノード（ＲＮ）との間の通信用のＵｎインタフェース、又はｅＮＢと端末機器との間の通信用のＵｕインタフェースを表すことができる。

プログラム１１３０がプログラム命令を含むと仮定すると、これらのプログラム命令が、関連するプロセッサ１１１０により実行されると、これにより、デバイス１１００は、本明細書で図２Ａ～図１０を参照して説明したように、本開示の実施形態に基づき操作を行うことができるようになる。本明細書の実施形態は、デバイス１１００のプロセッサ１１１０が実行可能なコンピュータソフトウェア、ハードウェア、又はソフトウェア及びハードウェアの組合せにより実施することができる。プロセッサ１１１０は、本開示の各実施形態を実施するように配置することができる。また、プロセッサ１１１０及びメモリ１１１０の組合せは、本開示の各実施形態を実施するのに適した処理モジュール１１５０を構成することができる。

メモリ１１１０は、ローカルの技術ネットワークに適した任意のタイプであってよく、任意の適切なデータ記憶技術により実現することができる。例として、コンピュータが読み取り可能な非一時的記憶媒体、半導体による記憶デバイス、磁気記憶デバイス及びシステム、光学記憶デバイス及びシステム、固定メモリ及び移動可能メモリ等が挙げられるが、これらに限定されない。デバイス１１００には１つのメモリ１１１０しか示されていないが、デバイス１１００には複数の物理的に異なるメモリモジュールをいくつか設置することができる。プロセッサ１１１０は、ローカルの技術ネットワークに適した任意のタイプであってよく、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号処理器（ＤＳＰ）、及びマルチコアプロセッサ構成に基づくプロセッサのうち、一つ又は複数を含むことができる。デバイス１１００は複数のプロセッサ、例えば、マスタープロセッサと同期するクロックに時間的に従属する特定用途向け集積回路チップを有することができる。

通常、本開示の各実施形態は、ハードウェア若しくは専用回路、ソフトウェア、論理又はそれらの任意の組合せにより実施することができる。いくつかの態様はハードウェアによって実施し、他の態様はコントローラ、マイクロプロセッサ又は他のコンピュータデバイスが実行するファームウェア又はソフトウェアによって実施することができる。本開示の１つの実施形態の各態様は、ブロック図、フローチャートとして図示されて説明され、又は他のいくつかの図によって示されているが、理解すべき点として、本明細書に記載のブロック、装置、システム、技術又は方法は、例えば、ハードウェア、ソフトウェア、ファームウェア、専用回路若しくは論理、汎用ハードウェア若しくはコントローラ若しくは他のコンピュータデバイス、又はそれらの組合せによって実施することができるが、これらに限定されない。

本開示はさらに、コンピュータが読み取り可能な非一時的記憶媒体に、有形記憶される少なくとも１つのコンピュータプログラム製品を提供する。該コンピュータプログラム製品は、コンピュータが実行可能な命令、例えば、プログラムモジュールに含まれるコンピュータが実行可能な命令を含む。コンピュータが実行可能な命令は、対象の物理プロセッサ又は仮想プロセッサ上のデバイスにおいて実行されて、前述の図２Ａ～図１０のいずれかを参照したプロセス又は方法を実行する。通常、プログラムモジュールは、特定のタスクを実行するか、又は特定の抽象データタイプを実現するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データタイプ等を含む。プログラムモジュールの機能は、各実施形態において必要に応じて、プログラムモジュール間で組み合わせるか、又は分割することができる。プログラムモジュールに用いられるマシンが実行可能な命令は、ローカル又は分散型デバイスにおいて実行することができる。分散型デバイスにおいて、プログラムモジュールはローカル及びリモートの記憶媒体に置くことができる。

本開示の方法を実行するためのプログラムコードは、一種類又は複数種類のプログラミング言語の任意の組み合せにより記述することができる。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ又はその他のプログラム可能なデータ処理装置のプロセッサ又はコントローラに提供可能であり、これらプログラムコードがプロセッサ又はコントローラによって実行されると、フローチャート及び／又はブロック図に指定された機能／操作が実現される。プログラムコードは全てマシン上で実行することができ、部分的にマシン上で実行することもできる。独立したソフトウェアパッケージとしてマシン上で部分的に実行するとともに、リモートのマシン上で部分的に実行するか、又は全てリモートのマシン若しくはサーバ上で実行することができる。

以上のプログラムコードは、マシン可読媒体上で体現することができ、マシン可読媒体は、命令実行システム、装置若しくはデバイスに使用のために供されるプログラム、又は、それらと結合して使用されるプログラムを、含むか又は記憶することができる任意の有形媒体であり得る。マシン可読媒体は、マシンが読み取り可能な信号媒体又はマシンが読み取り可能な記憶媒体であり得る。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線又は半導体の、システム、装置若しくはデバイス、又はそれらの任意の適切な組み合せを含むことができるが、これらに限定されない。マシン可読記憶媒体のさらに具体的な例には、一つ以上のケーブルの電気的接続、ポータブル・コンピュータ・ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去・書き込み可能なリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、携帯型光ディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学的記憶装置、磁気記憶装置、又はそれらの任意の適切な組み合せが含まれる。

なお、操作について、特定の順序で説明を行ったが、所望の結果を得るために、こうした操作は、示された特定の順序で実行するか若しくは連続した順序で実行し、又は、示された全ての操作を実行することが求められる、と理解されるべきではない。いくつかの状況では、複数のタスク及び並行処理が有利である可能性がある。同様に、前述の議論では、いくつかの具体的な実施の詳細が含まれるが、これらの詳細は本開示の範囲に対する限定であると解釈されるべきではなく、特定の実施形態に特有の特徴についての説明であり得ると解釈されるべきである。個々の実施形態の文脈において説明したいくつかの特徴は、ある一つの実現形態において組み合わせて実施されてもよい。逆に、１つの実現形態の文脈において説明された各種特徴は、それぞれ、複数の実現形態において、又は任意の適切なサブ的な組み合せにより、実施されてもよい。

本開示について、構造的特徴及び／又は方法・動作に特有の言葉で説明したが、添付の特許請求の範囲によって定義される本開示は、必ずしも前述の特定の特徴又は動作に限定されないと理解されるべきである。前述の特定の特徴や動作はむしろ、請求項を実現する例示的形態として開示されている。

Claims (14)

1. グループキャスト通信において、複数の宛先デバイスにデータを送信することと、
   前記複数の宛先デバイスにサイドリンク制御情報（ＳＣＩ）を送信することと、
   前記データと関連付けられるハイブリッド自動再送要求（ＨＡＲＱ）フィードバックのために、前記複数の宛先デバイスのうち第１の宛先デバイスに割り当てられる第１のリソースにて、前記第１の宛先デバイスから前記ＨＡＲＱフィードバックを受信することと
   を備え、
   前記第１のリソースは、前記ＨＡＲＱフィードバックのために提供されるリソースセット内にあり、
   前記第１のリソースがデバイスに特有のものであるか又は前記複数の宛先デバイスの１セットにおいて共有されるかは、前記ＳＣＩに依存し、
   第１のインデックスが、前記第１の宛先デバイスによって決定され、
   前記リソースセットはＮ個のサブセットを有し、
   前記Ｎ個のサブセットはそれぞれＳ個のサブセットを有し、
   前記第１のリソースの第２のインデックスは、ｍｏｄ（前記第１のインデックスに基づく第１の値、前記Ｓに基づく第２の値）に従って、前記第１の宛先デバイスによって決定される、
   ソースデバイスにより実行される方法。
2. 前記第１のリソースが、デバイスに特有のものである場合、前記ＨＡＲＱフィードバックはＡＣＫ又はＮＡＣＫを含み、
   前記第１のリソースが、前記複数の宛先デバイスの１セットにおいて共有される場合、前記ＨＡＲＱフィードバックはＮＡＣＫのみを含む、請求項１に記載の方法。
3. 前記ＨＡＲＱフィードバックは、前記複数の宛先デバイスの数が閾値より少ないことに基づき有効化される、請求項１又は２に記載の方法。
4. 前記第１のインデックスは、前記第１の宛先デバイスに固有のものである、請求項１～３のいずれか１項に記載の方法。
5. 前記ＨＡＲＱフィードバックを、１つのスロット内で受信する、請求項１～４のいずれか１項に記載の方法。
6. グループキャスト通信のソースデバイスと通信することと、
   前記グループキャスト通信における複数の宛先デバイスに、前記ソースデバイスから前記複数の宛先デバイスに送信されるデータと関連付けられるハイブリッド自動再送要求（ＨＡＲＱ）フィードバックのためのリソースセットを提供することと
   を備え、
   前記複数の宛先デバイスのうち第１の宛先デバイスに割り当てられる第１のリソースにて、前記ＨＡＲＱフィードバックが前記第１の宛先デバイスから前記ソースデバイスへ送信され、
   前記第１のリソースは、前記リソースセット内にあり、
   前記第１のリソースがデバイスに特有のものであるか又は前記複数の宛先デバイスの１セットにおいて共有されるかは、前記ソースデバイスから前記複数の宛先デバイスに送信されるサイドリンク制御情報（ＳＣＩ）に依存し、
   第１のインデックスが、前記第１の宛先デバイスによって決定され、
   前記リソースセットはＮ個のサブセットを有し、
   前記Ｎ個のサブセットはそれぞれＳ個のサブセットを有し、
   前記第１のリソースの第２のインデックスは、ｍｏｄ（前記第１のインデックスに基づく第１の値、前記Ｓに基づく第２の値）に従って、前記第１の宛先デバイスにより決定される、ネットワークノードにより実行される方法。
7. グループキャスト通信においてソースデバイスからデータを受信することと、
   前記ソースデバイスからサイドリンク制御情報（ＳＣＩ）を受信することと、
   前記データと関連付けられるハイブリッド自動再送要求（ＨＡＲＱ）フィードバックのためにリソースセットを提供されることと、
   前記ＳＣＩに基づき、割り当てられた第１のリソースが、デバイスに特有のものであるか、又は、複数の宛先デバイスの１セットにおいて共有されるかを決定することと、
   前記ソースデバイスに、前記リソースセット内の前記第１のリソースにて前記ＨＡＲＱフィードバックを送信することと、
   第１のインデックスを決定することと、
   前記第１のインデックスに基づいて、前記第１のリソースの第２のインデックスを決定することと
   を備え、
   前記リソースセットはＮ個のサブセットを有し、
   前記Ｎ個のサブセットはそれぞれＳ個のサブセットを有し、
   前記第２のインデックスは、ｍｏｄ（前記第１のインデックスに基づく第１の値、前記Ｓに基づく第２の値）に従って決定する、
   宛先デバイスにより実行される方法。
8. 前記第１のリソースが、デバイスに特有のものである場合、前記ＨＡＲＱフィードバックはＡＣＫ又はＮＡＣＫを含み、
   前記第１のリソースが、前記複数の宛先デバイスの１セットにおいて共有される場合、前記ＨＡＲＱフィードバックはＮＡＣＫのみを含む、請求項７に記載の方法。
9. 前記ＨＡＲＱフィードバックは、前記複数の宛先デバイスの数が閾値より少ないことに基づき有効化される、請求項７又は８に記載の方法。
10. 前記第１のインデックスは、前記宛先デバイスに固有のものである、請求項７～９のいずれか１項に記載の方法。
11. グループキャスト通信において、複数の宛先デバイスにデータを送信する手段と、
    前記複数の宛先デバイスにサイドリンク制御情報（ＳＣＩ）を送信する手段と、
    前記データと関連付けられるハイブリッド自動再送要求（ＨＡＲＱ）フィードバックのために、前記複数の宛先デバイスのうち第１の宛先デバイスに割り当てられる第１のリソースにて、前記第１の宛先デバイスから前記ＨＡＲＱフィードバックを受信する手段と、を有し、
    前記第１のリソースは、前記ＨＡＲＱフィードバックのために提供されるリソースセット内にあり、
    前記第１のリソースがデバイスに特有のものであるか又は前記複数の宛先デバイスの１セットにおいて共有されるかは、前記ＳＣＩに依存し、
    第１のインデックスが、前記第１の宛先デバイスによって決定され、
    前記リソースセットはＮ個のサブセットを有し、
    前記Ｎ個のサブセットはそれぞれＳ個のサブセットを有し、
    前記第１のリソースの第２のインデックスは、ｍｏｄ（前記第１のインデックスに基づく第１の値、前記Ｓに基づく第２の値）に従って、前記第１の宛先デバイスによって決定される、
    ソースデバイス。
12. 前記ＨＡＲＱフィードバックは、１つのスロット内で受信される、請求項１１に記載のソースデバイス。
13. グループキャスト通信においてソースデバイスからデータを受信する手段と、
    前記ソースデバイスからサイドリンク制御情報（ＳＣＩ）を受信する手段と、
    前記データと関連付けられるハイブリッド自動再送要求（ＨＡＲＱ）フィードバックのためにリソースセットを提供される手段と、
    前記ソースデバイスに、前記リソースセット内の第１のリソースにて前記ＨＡＲＱフィードバックを送信する手段と、
    受信した前記ＳＣＩに基づき、前記第１のリソースが、デバイスに特有のものであるか、又は、複数の宛先デバイスの１セットにおいて共有されるかを決定する手段と、
    第１のインデックスを決定する手段と、
    前記第１のインデックスに基づいて、前記第１のリソースの第２のインデックスを決定する手段と、を有し、
    前記リソースセットはＮ個のサブセットを有し、
    前記Ｎ個のサブセットはそれぞれＳ個のサブセットを有し、
    前記第２のインデックスは、ｍｏｄ（前記第１のインデックスに基づく第１の値、前記Ｓに基づく第２の値）に従って決定される、
    宛先デバイス。
14. 前記ＨＡＲＱフィードバックは、１つのスロット内で送信される、請求項１３に記載の宛先デバイス。

Images