JP2023521366A - サイドリンクグループキャスティングの方法およびそのネットワークノード - Google Patents

Abstract

本方法は、複数のユーザデバイスメンバをもつユーザグループに対する第１のグループ情報を受信する第１のＵＥのプロセッサを含み、第１のグループ情報は、前記ユーザグループに対してサイドリンク上でグループキャスト通信を実行するために前記複数のユーザデバイスメンバのそれぞれに対してサイドリンクチャネルリソースをマッピングするための情報を備え、前記第１のＵＥは前記ユーザグループのユーザデバイスメンバである。前記方法は、グループキャスト通信内のデータを送信するための第２のグループ情報を受信すること、前記第２のグループ情報は、前記第１のＵＥに固有である前記第１のグループ情報の更新情報を含むこと、前記第１のグループ情報に基づいて、前記サイドリンク上で前記グループキャスト通信のための第１のデータブロックを前記ユーザグループに送信する第１の送信処理を開始すること、前記第２のグループ情報に基づいて、前記第１のデータブロックの前記第１の送信処理を適用すること、をさらに含む。【選択図】図４

Description

１つまたは複数の実施例は、無線通信ネットワークに関する。

無線通信ネットワークは、デバイス間の通信を可能にするためにマルチキャストまたはグループキャストメッセージを使用する。これらのメッセージは、デバイスの定義されたグループを含みうる。

少なくとも１つの実施例は、方法に向けられる。

一実施例において、前記方法は、第１のユーザ機器（ＵＥ）の少なくとも１つの第１のプロセッサによって、複数のユーザデバイスメンバをもつユーザグループに対する第１のグループ情報を受信するステップであって、前記第１のグループ情報は、前記ユーザグループに対してサイドリンク上でグループキャスト通信を実行するために前記複数のユーザデバイスメンバのそれぞれに対してサイドリンクチャネルリソースをマッピングするための情報を備え、前記第１のＵＥは前記ユーザグループのユーザデバイスメンバである、受信するステップと、前記少なくとも１つの第１のプロセッサによって、前記グループキャスト通信内のデータを送信するための第２のグループ情報を受信するステップであって、前記第２のグループ情報は、前記第１のＵＥに固有である前記第１のグループ情報の更新情報を含む、受信するステップと、前記少なくとも１つの第１のプロセッサによって、前記第１のグループ情報に基づいて、前記サイドリンク上で前記グループキャスト通信のための第１のデータブロックを前記ユーザグループに送信する第１の送信処理を開始するステップと、前記少なくとも１つの第１のプロセッサによって、前記第２のグループ情報に基づいて、前記第１のデータブロックの前記第１の送信処理を適用するステップと、を備える。

一実施例において、前記第１の送信処理は、前記サイドリンク上のハイブリッド自動再送要求（ＨＡＲＱ）処理である。

一実施例において、前記サイドリンクチャネルリソースは、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）である。

一実施例において、前記第２のグループ情報を受信するステップは、前記第１の送信処理を開始する前、または、前記第１の送信処理の開始後および前記第１の送信処理が進行している間の期間、のいずれか１つの間に起こることができる。

一実施例において、前記方法は、前記ユーザグループから第１のフィードバック情報を受信するステップをさらに備え、前記第１の送信処理を適用するステップは、前記第２のグループ情報および前記第１のフィードバック情報に基づいて、前記第１の送信処理を継続するか否かを決定することを含む。

一実施例において、前記第１のフィードバック情報は、肯定応答、否定応答、不連続送信（ＤＴＸ）のうちの１つを含むＨＡＲＱフィードバック情報である。

一実施例において、前記第１の送信処理を適用するステップは、前記第２のグループ情報に基づいて、前記サイドリンク上で前記グループキャスト通信のための第２のデータブロックを前記ユーザグループに送信する第２の送信処理を開始するステップをさらに含む。

一実施例において、前記第２の送信処理は、前記第１の送信処理における前記第１のデータブロックと前記第２の送信処理における前記第２のデータブロックとは、同じデータブロックであることを前記ユーザグループに示すインジケータを含む。

一実施例において、前記方法は、前記ユーザグループの前記ユーザデバイスメンバのうち、少なくとも１つの第１のユーザデバイスから、前記第１の送信処理の前記第１のデータブロックが受信したという第２のフィードバック情報を受信するステップであって、前記第２のフィードバック情報は前記少なくとも１つの第１のユーザデバイスが前記第２の送信処理を無視することを示す、受信するステップをさらに備える。

一実施例において、前記方法は、前記第１の送信処理の開始に続き、前記ユーザデバイスメンバのうちの少なくとも１つの第１のユーザデバイスからＤＴＸフィードバック情報を受信するステップと、前記第１のＵＥにおいて、アクセス層からアプリケーション層へ、前記少なくとも第１のユーザデバイスのアイデンティティの報告を開始するステップと、および／または、前記第１の送信処理の残りの期間に、前記少なくとも１つの第１のユーザデバイスを無視するステップと、をさらに備える。

少なくとも他の実施例は、第１のネットワークノードに向けられる。

一実施例において、前記第１のネットワークノードは、コンピュータ可読命令を含むメモリと、前記コンピュータ可読命令を読み出し、実行するように構成された少なくとも１つの第１のプロセッサを備え、前記コンピュータ可読命令は、複数のユーザデバイスメンバをもつユーザグループに対する第１のグループ情報を受信することであって、前記第１のグループ情報は、前記ユーザグループに対してサイドリンク上でグループキャスト通信を実行するために前記複数のユーザデバイスメンバのそれぞれに対してサイドリンクチャネルリソースをマッピングするための情報を備え、前記第１のネットワークノードは前記ユーザグループのユーザデバイスメンバである、受信することと、前記グループキャスト通信内のデータを送信するための第２のグループ情報を受信することであって、前記第２のグループ情報は、前記第１のネットワークノードに固有である前記第１のグループ情報の更新情報を含む、受信することと、前記第１のグループ情報に基づいて、前記サイドリンク上で前記グループキャスト通信のための第１のデータブロックを前記ユーザグループに送信する第１の送信処理を開始することと、前記第２のグループ情報に基づいて、前記第１のデータブロックの前記第１の送信処理を適用することと、を実行する。

一実施例において、前記第１の送信処理は、前記サイドリンク上のハイブリッド自動再送要求（ＨＡＲＱ）処理である。

一実施例において、前記サイドリンクチャネルリソースは、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）である。

一実施例において、前記少なくとも１つの第１のプロセッサは、前記第１の送信処理を開始する前、または、前記第１の送信処理の開始後および前記第１の送信処理が進行している間の期間、のいずれか１つの間に、前記第２のグループ情報を受信するように構成される。

一実施例において、前記少なくとも１つの第１のプロセッサは、前記ユーザグループから第１のフィードバック情報を受信するようにさらに構成され、前記第１の送信処理を適用することは、前記第２のグループ情報および前記第１のフィードバック情報に基づいて、前記第１の送信処理を継続するか否かを決定することを含む。

一実施例において、前記第１のフィードバック情報は、肯定応答、否定応答、不連続送信（ＤＴＸ）のうちの１つを含むＨＡＲＱフィードバック情報である。

一実施例において、前記少なくとも１つの第１のプロセッサは、前記第２のグループ情報に基づいて、前記サイドリンク上で前記グループキャスト通信のための第２のデータブロックを前記ユーザグループに送信する第２の送信処理を開始することにより、前記第１の送信処理を適用するように構成される。

一実施例において、前記第２の送信処理は、前記第１の送信処理における前記第１のデータブロックと前記第２の送信処理における前記第２のデータブロックとは、同じデータブロックであることを前記ユーザグループに示すインジケータを含む。

一実施例において、前記少なくとも１つの第１のプロセッサは、前記ユーザグループの前記ユーザデバイスメンバのうち、少なくとも１つの第１のユーザデバイスから、前記第１の送信処理の前記第１のデータブロックが受信したという第２のフィードバック情報を受信することであって、前記第２のフィードバック情報は前記少なくとも１つの第１のユーザデバイスが前記第２の送信処理を無視することを示す、受信するようにさらに構成される。

一実施例において、前記少なくとも１つの第１のプロセッサは、前記第１の送信処理の開始に続き、前記ユーザデバイスメンバのうちの少なくとも１つの第１のユーザデバイスからＤＴＸフィードバック情報を受信し、前記第１のＵＥにおいて、アクセス層からアプリケーション層へ、前記少なくとも第１のユーザデバイスのアイデンティティの報告を開始し、および／または、前記第１の送信処理の残りの期間に、前記少なくとも１つの第１のユーザデバイスを無視する、ようにさらに構成される。

実施例は、以下に示す詳細な説明および添付の図面からより完全に理解されるようになるであろうが、ここでは、類似した要素は類似した参照番号によって表され、それは例示のみによって与えられるものであり、したがって、この開示を制限するものではない。

図１は、実施例を説明するための無線通信ネットワークの簡略化された図を示す。 図２は、実施例による基地局のブロック図を示す。 図３は、実施例によるユーザ機器（ＵＥ）のブロック図を示す。 図４は、実施例による通信処理の開始方法を示す。 図５は、実施例による信号線図を示す。

これらの図は、特定の実施例で使用される方法、構造および／または材料の一般的な特性を説明し、以下に提供される書面による説明を補足することを目的としていることに注意する必要がある。しかしながら、これらの図面は、拡大縮小するものではなく、特定の実施形態の正確な構造特性または性能特性を正確に反映していない可能性があり、例示的な実施形態に含まれる値または特性の範囲を定義または制限するものと解釈すべきではない。様々な図面において類似または同一の参照番号を使用することは、類似または同一の要素または特徴の存在を示すことを意図している。

ここでは、いくつかの実施例が示される添付図面を参照して、さまざまな実施例をより詳細に説明する。

詳細な実施例がここに開示される。ただし、ここで開示されている特定の構造および機能の詳細は、実施例を説明する目的のための代表的なものにすぎない。しかしながら、実施例は、多くの代替的な形態で具体化される可能性があり、ここに記載された実施形態のみに限定されると解釈すべきではない。

開示された特定の形態に実施例を限定する意図はないことを理解すべきである。逆に、実施例は、本開示の範囲内にあるすべての変形例、同等例、代替例を対象とする。類似番号は、図の説明全体で類似要素を指す。

無線ネットワーク要素（例えば、ｇＮＢ）、ユーザ機器などの観点から１つまたは複数の実施例を説明することができるが、ここで説明する１つまたは複数の実施例は、該当するデバイスの１つまたは複数のプロセッサ（または処理回路）によって実行される可能性があることを理解すべきである。例えば、１つまたは複数の実施例によれば、少なくとも１つのメモリは、コンピュータプログラムコードを含むかまたは格納することができ、少なくとも１つのメモリとコンピュータプログラムコードは、少なくとも１つのプロセッサで、無線ネットワーク要素（またはユーザ機器）がここで説明する操作を実行するように構成することができる。

多数の実施例を組み合わせて使用することができることは理解されるであろう。

［イントロダクション］

一実施例では、以下で説明するように、オプション２を使用して、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックによるサイドリンク（ＳＬ）グループキャストを実現できる。

一実施例では、個々の受信ユーザ機器（Ｒｘ ＵＥ）に対するＰＳＦＣＨリソースは、Ｒｘ ＵＥと送信ユーザ機器（Ｔｘ ＵＥ）のグループメンバＩＤを使用して導出される。

一実施例では、グループサイズが選択されたＰＳＳＣＨリソースに関連付けられた候補ＰＳＦＣＨリソースの数を超えない場合にのみ、Ｔｘ ＵＥは、ＨＡＲＱフィードバックオプション２を使用できる。ＲＡＮ１は、ＲＡＮ２が適切なグループキャストＨＡＲＱフィードバックオプションの選択を扱うことを前提としている。

一実施例では、Ｖ２Ｘアプリケーション層は、グループサイズとメンバーＩＤに関する正確で最新の情報をＡＳ層に提供することを前提としている。

［ディスカッション］
一実施例では、ＨＡＲＱフィードバックオプション２の使用において、ＴＸ ＵＥとＲｘ ＵＥとの間で導出されたＰＳＦＣＨリソースにミスマッチがないことが重要である。したがって、個々のグループメンバのＰＳＦＣＨリソースを導出するために使用されるグループ情報（メンバＩＤとグループサイズを含む）は、すべてのグループメンバで同じか共通である必要がある。

観察１：個々のグループメンバのＰＳＦＣＨリソースを導出するために使用されるグループ情報（メンバＩＤとグループサイズを含む）は、すべてのグループメンバに対して同じか共通である必要がある。

提案１：ＨＡＲＱフィードバックオプション２は、ＰＳＦＣＨマッピングに共通のグループ情報を使用する。

一実施例では、進行中のＳＬ ＨＡＲＱ処理の特定のＴｘ ＵＥは、グループキャストにＨＡＲＱフィードバックオプション２を使用してもよい。一実施例では、これは、Ｔｘ ＵＥの近接（範囲内）に実際に存在し、進行中のＨＡＲＱ処理のＨＡＲＱ送信を受信できるグループメンバの数が、ＰＳＦＣＨリソースの導出に使用される共通グループ情報で与えられるグループサイズよりも少ない時間で動的に実行されてもよい。一実施例では、これは例として個々のグループメンバの移動性と無線チャネルの状態によるものである。一実施例では、Ｔｘ ＵＥ固有のグループ情報と呼ばれるＴｘ ＵＥの近くに存在するグループメンバの最新の情報をＴｘ ＵＥが提供されない場合、Ｔｘ ＵＥは、進行中のＨＡＲＱ処理中にＴｘ ＵＥの近くに存在しないグループメンバを含む、共通のグループ情報で与えられるすべてのグループメンバからのＨＡＲＱフィードバックを受信することを期待してもよい。一実施例では、これにより、Ｔｘ ＵＥは、進行中のＨＡＲＱ処理に対して設定された最大限度まで不要なＨＡＲＱ再送信を実行し続け、進行中のＨＡＲＱ処理の全体的な障害を引き起こす可能性がある。一実施例では、これはＴｘ ＵＥでのＨＡＲＱ処理の障害により、さらに上位層で不要な再送信を引き起こしうる。一実施例では、この問題を解決するための１つのオプションは、Ｔｘ ＵＥが残りの進行中のＨＡＲＱ処理についてＨＡＲＱ ＤＴＸを検出するグループメンバを無視または除外するようにすることである。ただし、ＨＡＲＱ ＤＴＸはＴｘ ＵＥの近くに存在しないグループメンバだけに発生するとは限らないため、ＨＡＲＱ ＤＴＸを検出するこれらのグループメンバを無視または除外するオプションは十分に堅牢ではない可能性がある。

観察２：一実施例では、進行中のＨＡＲＱ処理中にＴｘ ＵＥの近接（範囲内）に存在するグループメンバの数が、共通グループ情報で与えられたグループサイズよりも少ない場合、Ｔｘ ＵＥは進行中のＨＡＲＱ処理の最大限度でＨＡＲＱ再送信を実行しなければならない可能性がある。

一実施例では、Ｔｘ ＵＥのアプリケーション層は、例えば、安全性またはグループ管理に関連するメッセージの頻繁な交換に基づいて、リアルタイムでＴｘ ＵＥの近くに存在するグループメンバの知識を更新することができる。

観察３：一実施例では、Ｔｘ ＵＥのアプリケーション層は、例えば、安全性またはグループ管理関連のメッセージの頻繁な交換に基づいて、Ｔｘ ＵＥの近くに存在するグループメンバーの最新の知識を持っている場合がある。

一実施例では、Ｔｘ ＵＥでアプリケーション層によってＡＳ層に更新されるＴｘ ＵＥ固有のグループ情報の可用性を急いで（on-the-fly）考慮すると、Ｔｘ ＵＥは、進行中のＨＡＲＱ処理中にＴｘ ＵＥの近くに存在しないグループメンバのＰＳＦＣＨの不要な受信と再送信を回避できる場合がある。

提案２：一実施例では、ＨＡＲＱフィードバックオプション２を使用する進行中のＨＡＲＱ処理のＴｘ ＵＥは、ＨＡＲＱ動作のために利用可能なＴｘ ＵＥ固有のグループ情報を考慮する。

提案３：一実施例では、ＲＡＮ２はＬＳをＳＡ２に送信し、ＲＡＮ１ ｃｃ－ｅｄを保持して、Ｖ２Ｘアプリケーション層がすべてのグループメンバに共通のグループ情報を提供することを確認し、さらに、更新されたＵＥ固有のグループ情報の可用性をチェックおよび確認する。

［結論］

一実施例では、この貢献において以下の観察と提案がなされた。
観察１：一実施例では、個々のグループメンバのＰＳＦＣＨリソースを導出するために使用されるグループ情報（メンバＩＤとグループサイズを含む）は、すべてのグループメンバに対して同じか共通である必要がある。

観察２：一実施例では、進行中のＨＡＲＱ処理中にＴｘ ＵＥの近接（範囲内）に存在するグループメンバの数が、共通グループ情報で与えられたグループサイズよりも少ない場合、Ｔｘ ＵＥは進行中のＨＡＲＱ処理の最大限度でＨＡＲＱ再送信を実行しなければならない可能性がある。

観察３：一実施例では、Ｔｘ ＵＥのアプリケーション層は、例えば、安全性またはグループ管理関連のメッセージの頻繁な交換に基づいて、Ｔｘ ＵＥの近くに存在するグループメンバーの最新の知識を持っている場合がある。

提案１：ＨＡＲＱフィードバックオプション２は、ＰＳＦＣＨマッピングに共通のグループ情報を使用する。

提案２：一実施例では、ＨＡＲＱフィードバックオプション２を使用する進行中のＨＡＲＱ処理のＴｘ ＵＥは、ＨＡＲＱ動作のために利用可能なＴｘ ＵＥ固有のグループ情報を考慮する。

提案３：一実施例では、ＲＡＮ２はＬＳをＳＡ２に送信し、ＲＡＮ１ ｃｃ－ｅｄを保持して、Ｖ２Ｘアプリケーション層がすべてのグループメンバに共通のグループ情報を提供することを確認し、さらに、更新されたＵＥ固有のグループ情報の可用性をチェックおよび確認する。

［いくつかの即席の実施例による解決課題］
即席の実施例では、サイドリンク（ＳＬ）またはＰＣ５インターフェースを介したグループキャストは、ユーザグループの個々のＲｘ ＵＥから専用の物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）で送信される肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）／不連続送信（ＤＴＸ）のＨＡＲＱフィードバックを伴うハイブリッド自動再送要求（ＨＡＲＱ）を使用してもよい。即席の実施例は、ユーザグループ内の個々の受信（Ｒｘ）ＵＥのメンバ識別子（ＩＤ）に基づいて決定される専用の物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を含む。即席の実施例では、ＰＳＦＣＨは、ユーザグループのグループサイズに基づいて決定されうる。一実施例では、メンバＩＤとグループサイズは、以下に説明するように、3GPP TS 23.287（参照によりその全体がここに組み込まれている）で説明されているように、アプリケーション層によって提供される。

5.4.1.2項（上記）で説明したＱｏＳ処理（QoS handling）は、すべてのグループ通信、つまり、アプリケーション層コネクションレスグループまたはアプリケーション層管理グループに適用される。また、以下が該当する。

－ＰＦＩおよびＰＣ５ ＱｏＳパラメータは、6.3.3.1項（3GPP TS23.287）で説明されているように、レイヤ２リンク確立手順中にネゴシエートされるか、または6.3.3.4項（3GPP TS23.287）で説明されているように、レイヤ２リンク変更手順中にネゴシエートされる。

－Ｖ２Ｘアプリケーション層がアプリケーション層管理グループのグループサイズおよびメンバＩＤを提供する場合、Ｖ２Ｘ層は、参照によりここに組み込まれている3GPP TS38.300で定義されているように、グループキャスト制御のためにそれらをＡＳ層に渡す。Ｖ２Ｘアプリケーション層は、グループサイズとメンバＩＤに関する正確で最新の情報を提供することを前提としている。

［構造的な実施形態］
図１は、即席の実施例を説明するための無線通信ネットワーク１０の簡略化された図を示す。一実施例では、ネットワーク１０は、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））新無線（ＮＲ）アクセスネットワーク１０の一部である。一実施例では、３ＧＰＰ ＮＲ無線アクセス展開（deployment）は、送受信ポイント（ＴＲＰ）１０２ａ、１０２ｂ、１０２ｃを持つ基地局（例：ｇＮＢ１０２）を含む。各ＴＲＰ１０２ａ、１０２ｂ、１０２ｃは、例えば、地理的領域内でデータを送受信するための、少なくとも例えば無線周波数（ＲＦ）アンテナ（または複数のアンテナ）またはアンテナパネル、および無線トランシーバを含むリモート無線ヘッド（ＲＲＨ）またはリモート無線ユニット（ＲＲＵ）であってもよい。一実施例では、ＴＲＰ１０２ａ、１０２ｂ、１０２ｃは、より大きなセル（例：ｇＮＢ１０２）と連携して通信するより小さなセルであるという観点からすると、ＴＲＰ１０２ａ、１０２ｂ、１０２ｃは２次セル（ＳＣｅｌｌｓ）とみなされる。ＴＲＰ１０２ａ、１０２ｂ、１０２ｃは、地理的なカバレッジ領域内のユーザ機器（ＵＥ）１０６ａ、１０６ｂ、１０６ｃ、１０６ｄにセルラーリソースを提供する。場合によっては、ベースバンド処理は、第５世代（５Ｇ）セル内のＴＲＰ１０２ａ、１０２ｂ、１０２ｃおよびｇＮＢ１０２の間で分割されうる。または、ベースバンド処理をｇＮＢ１０２で行ってもよい。図１に示す例では、ＴＲＰ１０２ａ、１０２ｂ、１０２ｃは、１つまたは複数の送信（ＴＸ）／受信（ＲＸ）ビームペアを介してユーザ機器またはＵＥ（例：ＵＥ１０６ａ）と通信するように構成される。ｇＮＢ１０２はネットワークコア１と通信するが、これは３ＧＰＰ ＮＲはニューコア（New Core）と呼ばれる。

ＴＲＰ１０２ａ、１０２ｂ、１０２ｃは独立したスケジューラを持ってもよく、ｇＮＢ１０２はＴＲＰ１０２ａ、１０２ｂ、１０２ｃの間で共同スケジューリングを行ってもよい。

ｇＮＢ１０２およびＴＲＰ１０２ａ、１０２ｂ、１０２ｃは、ＴＲＰ１０２ａ、１０２ｂ、１０２ｃのカバレッジ領域内の比較的多数のＵＥ１０６ａ、１０６ｂ、１０６ｃ、１０６ｄに通信サービスを提供できることを理解すべきである。即席の実施例を明確にするために、図１のネットワーク１０に関して、（無線信号の送受信を含む）通信サービスについて説明するが、ネットワーク１０は、任意の数の基地局（例:ｇＮＢ１０２）、任意の数の２次セル（例：ＴＲＰ１０２ａ）、または２次セルなし、および任意の数のユーザ機器（例:ＵＥ１０６ａ、１０６ｂ、１０６ｃ、１０６ｄ）を含むことができることを理解すべきである。

図２は、基地局のブロック図を示しており、基地局は、実施例に従って、例えば、（図１に示す）ｇＮＢ１０２とすることができる。一実施例では、他のタイプの基地局は、図１のネットワーク１０で使用することが考えられており、他のタイプの基地局は、ここに記載されるものと同じ構造要素を含む。一実施例では、図２に示すように、ｇＮＢ１０２は以下を含む：メモリ２４０；メモリ２４０に接続されたプロセッサ２２０；プロセッサ２２０に接続された各種インターフェース２６０；および各種インターフェース２６０に接続された１つまたは複数のアンテナまたはアンテナパネル２６５。各種インタフェース２６０とアンテナ２６５は、複数の無線ビームを介してｇＮＢ１０２との間でデータを送受信したり、複数のＴＲＰ１０２ａ、１０２ｂ、１０２ｃなどとの間でデータを送受信したりするためのトランシーバを構成することができる。理解されるように、ｇＮＢ１０２の実装によっては、ｇＮＢ１０２は図２に示されているものよりも多くの要素を含む場合がある。ただし、例示的な実施例を開示するために、これらの構成要素のすべてを示す必要はない。

メモリ２４０は、一般にランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、および／またはディスクドライブなどの永久大容量記憶装置を含む、コンピュータが読み取り可能な記憶媒体であってもよい。メモリ２４０はまた、プロセッサ２２０によって実行されるｇＮＢ１０２（例えば、ｇＮＢの機能、実施例に従った方法など）の機能を提供するためのオペレーティングシステムおよびその他のルーチン／モジュール／アプリケーションを格納する。これらのソフトウェアコンポーネントは、ドライブ機構（図示せず）を使用して、別個のコンピュータ可読記憶媒体からメモリ２４０にロードすることもできる。このような別個のコンピュータ可読記憶媒体には、ディスク、テープ、ＤＶＤ／ＣＤ－ＲＯＭドライブ、メモリカード、またはコンピュータ可読記憶媒体（図示せず）のようなものが含まれる。いくつかの実施例では、ソフトウェアコンポーネントは、コンピュータが読み取り可能な記憶媒体を介してではなく、各種インタフェース２６０のいずれかを介してメモリ２４０にロードされる。

プロセッサ２２０は、システムの算術演算、論理演算、および入出力操作を実行することによって、コンピュータプログラムの命令を実行するように構成されうる。命令は、メモリ２４０によってプロセッサ２２０に提供されてもよい。

各種インターフェース２６０は、プロセッサ２２０とアンテナ２６５をインターフェースする要素、またはその他の入出力要素を含みうる。理解されるように、ｇＮＢ１０２の特別な目的の機能を設定するためにメモリ２４０に格納された各種インターフェース２６０とプログラムは、ｇＮＢ１０２の実装によって異なる。

インターフェース２６０は、１つまたは複数のユーザ入力デバイス（例えば、キーボード、キーパッド、マウスなど）およびユーザ出力デバイス（例えば、ディスプレイ、スピーカなど）を含む。

ここでは特に説明しないが、図２に示す構成は、特にＴＲＰ１０２ａ、１０２ｂ、１０２ｃ、その他の無線アクセスおよびバックホールネットワーク要素および／またはデバイスを実装するために利用することができる。この点に関して、例えば、メモリ２４０は、プロセッサ２２０によって実行されるＴＲＰ等（例えば、これらの要素の機能、実施例に従った方法など）の機能を提供するためのオペレーティングシステムやその他のルーチン／モジュール／アプリケーションを格納することができる。

図３は、一実施例によるユーザ機器（ＵＥ）１０６ａのブロック図である。他のＵＥ１０６ｂ、１０６ｃ、１０６ｄも同じ構造であることを理解すべきである。一実施例では、ＵＥ１０６ａは、図１のネットワーク１０を介して通信するためにエンドユーザによって使用されるデバイスである。ＵＥの例としては、携帯電話、スマートフォン、タブレット、コンピュータ、ラップトップコンピュータ、車両、車載デバイス、その他のモノのインターネット（ＩｏＴ）デバイスなどを含む。

図に示すように、ＵＥ１０６ａは：メモリ３４０；メモリ３４０に接続されたプロセッサ３２０；プロセッサ３２０に接続された各種インターフェース３６０；および各種インターフェイス３６０に接続された１つまたは複数のアンテナまたはアンテナパネル３６５を含む。各種インターフェイス３６０およびアンテナ３６５は、複数の無線ビームを介してｇＮＢ１０２との間でデータを送受信したり、複数のＴＲＰ１０２ａ、１０２ｂ、１０２ｃなどとの間でデータを送受信したりするためのトランシーバを構成しうる。認識されるように、ＵＥ１０６ａの実装によっては、ＵＥ１０６ａは図３に示されているものよりも多くの要素を含む場合がある。しかしながら、例示的な実施例を開示するために、これらの一般的に従来の構成要素のすべてを示す必要はない。

メモリ３４０は、一般にランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、および／またはディスクドライブなどの永久大容量記憶装置を含む、コンピュータが読み取り可能な記憶媒体であってもよい。メモリ３４０はまた、プロセッサ３２０によって実行されるＵＥ１０６ａ（例えば、ＵＥの機能、実施例に従った方法など）の機能を提供するためのオペレーティングシステムおよびその他のルーチン／モジュール／アプリケーションを格納する。これらのソフトウェアコンポーネントは、ドライブ機構（図示せず）を使用して、別個のコンピュータ可読記憶媒体からメモリ３４０にロードすることもできる。このような別個のコンピュータ可読記憶媒体には、ディスク、テープ、ＤＶＤ／ＣＤ－ＲＯＭドライブ、メモリカード、またはコンピュータ可読記憶媒体（図示せず）のようなものが含まれる。いくつかの実施例では、ソフトウェアコンポーネントは、コンピュータが読み取り可能な記憶媒体を介してではなく、各種インタフェース３６０のいずれかを介してメモリ３４０にロードされる。

プロセッサ３２０は、システムの算術演算、論理演算、および入出力操作を実行することによって、コンピュータプログラムの命令を実行するように構成されうる。命令は、メモリ３４０によってプロセッサ３２０に提供されてもよい。

各種インターフェース３６０は、プロセッサ３２０とアンテナ３６５をインターフェースする要素、またはその他の入出力要素を含みうる。理解されるように、ＵＥ １０６ａの特別な目的の機能を設定するためにメモリ３４０に格納された様々なインターフェース３６０とプログラムは、ＵＥ１０６ａの実装によって異なる。

インタフェース３６０は、１つまたは複数のユーザ入力デバイス（例えば、キーボード、キーパッド、マウスなど）およびユーザ出力デバイス（例えば、ディスプレイ、スピーカなど）を含む。

［一般的な方法論－マッピング］
一実施例では、ＰＳＦＣＨリソースを決定するために、Ｒｘ ＵＥ１０６ｂによって第１のグループ情報（全体のグループサイズとメンバＩＤ）が使用されうる。一実施例では、第２のグループ情報を使用して、アクティブなグループメンバのグループサイズ（例えば、実際のグループサイズ）と、それらのアクティブなメンバのメンバＩＤを更新（改訂）する。ここで、第１グループ情報と第２グループ情報の各Ｒｘ ＵＥ（例えば、１０６ｂ、１０６ｃ）のメンバＩＤは変更しない。更新された第２グループ情報を取得すると、進行中のＨＡＲＱ処理の送信がそれに応じて適用される。

［一般的な方法論－強化されたＨＡＲＱ］
いくつかの実施例は、グループ情報の更新の精度とタイミングがＳＬグループキャストに対するＨＡＲＱ動作とパフォーマンスに与える可能性のある影響を解決する。

一実施例では、更新されたグループ情報の正確さとタイミングに適応したＳＬグループキャストに使用される専用のフィードバックでＨＡＲＱを強化するために、Ｔｘ ＵＥの動作が次のように提案される。

１．一実施例では、ＳＬグループキャストのＴｘ ＵＥは、現在Ｔｘ ＵＥの近くに存在すると考えられるメンバで構成されるグループ情報で更新される。一実施例では、この更新は定期的またはイベントによってトリガーされる。

２．一実施例では、Ｔｘ ＵＥは、現在のＨＡＲＱ処理中に受信した最新の更新されたグループ情報に基づいて現在のＨＡＲＱ処理を適応させるように構成され、グループ構成の変更と、次のオプションの少なくとも１つを持つ進行中のデータのＱｏＳ要件に依存する（下記のＡ－Ｄを参照）。

Ａ．一実施例では、Ｔｘ ＵＥ１０６ａのプロセッサ３２０は、現在のＨＡＲＱ処理を継続し、更新を無視する。一実施例では、このオプションは、グループの更新が変更を意味しない場合、またはグループの縮小を意味し、現在のＨＡＲＱ処理に影響を与えない、または、ＱｏＳの観点からは目立った影響はない場合にさらに条件付けされる（更新されたグループに現在含まれていない前のグループの一部のメンバからＮＡＣＫを受信し、更新されたグループの残りからＡＣＫを受信した場合に、Ｔｘ ＵＥがＨＡＲＱ処理を終了する場合を含む）。後者は、特定の時間制限を超えるパケット損失の一部がグループキャストで許容される場合を指す（音声グループコールなど）。それ以外の場合は、次のいずれかのオプションを検討してもよい。

Ｂ．一実施例では、Ｔｘ ＵＥ１０６ａのプロセッサ３２０は、トランスポートブロック（ＴＢ）の自己復号可能冗長バージョンを使用して現在のＨＡＲＱ処理を継続し、更新されたグループ内のグループメンバがより多い場合は、決定された最大ＨＡＲＱ再送信数に加えて決定された数のＨＡＲＱ再送信でＨＡＲＱ処理を拡張する。一実施例では、これにより、ＴＢを受信していない新しいグループメンバと既存のグループメンバの両方が、やり直しすることなく現在のＨＡＲＱ処理を進めることができ、したがって、既存のグループメンバは、以前に受信したＴＢの冗長バージョンを使用して結合ゲインを失うことはない。

Ｃ．一実施例では、Ｔｘ ＵＥ１０６ａのプロセッサ３２０は、更新されたグループに残り、ＴＢを受信していない既存のメンバの現在のＨＡＲＱ処理を継続し（ＮＡＣＫはこれらのメンバから以前に受信されている）、現在のＴＢの新しいＨＡＲＱ処理を開始し、新しいＨＡＲＱ処理は、グループに追加された新しいＵＥに宛てられる。

Ｃ．１．一実施例では、新しいＨＡＲＱ処理が既存のＴＢ用であることを示すために、ＳＣＩに１ビットの表示が導入され、グループの既存のメンバ（以前の更新から残っているメンバ）が新しいＨＡＲＱ処理を無視できるようにすることができる。

Ｄ．一実施例では、例えば、第１の送信でＨＡＲＱ処理が開始されたばかりで、ＨＡＲＱフィードバック（ＡＣＫ/ＮＡＣＫ/ＤＲＸのいずれか）がまだ受信されていないか、ＡＣＫがまだ受信されていないか、または受信したＮＡＣＫの数が十分に多い場合、Ｔｘ ＵＥ１０６ａのプロセッサ３２０は、ＮＤＩで現在のＨＡＲＱ処理を再起動するか、現在のＨＡＲＱ処理を終了し、現在のＴＢまたは現在のＴＢのデータを含む新しいＴＢの処理を開始する。

３．一実施例では、Ｔｘ ＵＥは、現在のＨＡＲＱ処理中に決められた回数、メンバからＨＡＲＱ ＤＴＸを受信／検出すると、そのメンバが近接していないとみなしてもよい。一実施例では、Ｔｘ ＵＥは、以下のオプション（下記のａおよびｂを参照）の少なくとも１つを実行するように設定されうる。

ａ．一実施例では、Ｔｘ ＵＥは、現在のＨＡＲＱ処理の残りのメンバを無視する。

ｂ．一実施例では、現在のＨＡＲＱ処理の制御と実行を担当するＴｘ ＵＥのアクセス層は、Ｔｘ ＵＥの上位層（アプリケーション層）にメンバを報告する。これは、例えば、Ｔｘ ＵＥ１０６ａのプロセッサが、Ｔｘ ＵＥ１０６ａの上位層内のメンバのアイデンティティをログに記録することを意味する。

［具体的な実施例］
図４は、一実施例に従って、通信処理を開始する方法を示す。一実施例では、方法のステップはＴｘ ＵＥ１０６ａのプロセッサ３２０によって実行される。

一実施例では、ステップＳ４００に示すように、Ｔｘ ＵＥ１０６ａのプロセッサ３２０は、ユーザグループの第１のグループ情報、ユーザグループの各ユーザデバイスメンバのサイドリンクチャネルリソースをマッピングしてユーザグループの第１のサイドリンクで第１のグループキャスト通信を行うための情報を含む第１のユーザグループ情報を受信する。一実施例では、Ｔｘ ＵＥ１０６ａはユーザグループのメンバである。

一実施例では、ステップＳ４０２に示すように、Ｔｘ ＵＥ１０６ａのプロセッサ３２０は、第１のグループキャスト通信内でデータを送信するための第２のグループ情報を受信する。一実施例では、第２のグループ情報には、Ｔｘ ＵＥ１０６ａに固有の第１のグループ情報の更新情報が含まれる。

一実施例では、Ｓ４０４に示すように、Ｔｘ ＵＥ１０６ａのプロセッサ３２０は、第１のグループ情報に基づいてサイドリンク上でのグループキャスト通信のために、第１のデータブロックをユーザグループに送信する送信処理を開始する。

一実施例では、Ｓ４０６に示すように、Ｔｘ ＵＥ１０６ａのプロセッサ３２０は、第２のグループ情報に基づいて第１のデータブロックの送信処理を適応させる。

図５は、一例の実施形態による信号線図を示す。一実施例では、ステップＳ５００に示すように、送信側ＵＥ（例:Ｔｘ ＵＥ１０６ａ）のプロセッサ３２０は、格納されたグループ情報を使用して、ユーザグループのユーザデバイスメンバ（例えば、ＵＥ１０６ｂ、１０６ｃ、１０６ｄ）を含むグループキャスト通信のトランスポートブロック（ＴＢ）またはデータブロックを送信するための第１のサイドリンク送信処理を開始する。一実施例では、Ｔｘ ＵＥ１０６ａはユーザグループのメンバである。一実施例では、送信処理はＨＡＲＱ送信処理である。一実施例では、ステップＳ５０２に示すように、Ｔｘ ＵＥ１０６ａのプロセッサ３２０は、ＨＡＲＱ ＴＢを複数の受信ＵＥ（例えば、Ｒｘ ＵＥ１０６ｂ）に送信するが、ここでＲｘ ＵＥ１０６ｂはグループキャスト通信のユーザグループのメンバである。一実施例では、ステップＳ５００およびＳ５０２は、図４のステップＳ４０４に相当する。

一実施例では、ステップＳ５０４に示すように、Ｔｘ ＵＥ１０６ａのプロセッサ３２０は、Ｔｘ ＵＥ１０６ａで上位層（例えば、アプリケーション層）からグループ情報（第２のグループ情報）の更新（更新情報）を受信する。更新は、例として、ユーザーグループのメンバ間のアプリケーション層での情報交換に基づきうる。一実施例では、ステップＳ５０６に示すように、Ｔｘ ＵＥ１０６ａのプロセッサ３２０は、専用ＰＳＦＣＨ上のグループのメンバからフィードバック情報（ＨＡＲＱ ＡＣＫ/ＮＡＣＫ/ＤＲＸのいずれか）を受信する。一実施例では、フィードバック情報はＨＡＲＱフィードバック情報である。一例の実施例では、ステップＳ５０４およびＳ５０６は、図４のステップＳ４０２に相当する。

一実施例では、ステップＳ５０４は、第１のサイドリンク送信処理を開始する前に発生することができ（ステップＳ５００）、またはステップＳ５０４は、第１のサイドリンク送信プロセスを開始した後に発生することができ（例えば、ステップＳ５００が進行中の場合）、ステップＳ５０４は、例えば、ステップＳ５０２（第１のサイドリンク送信処理の送信）が発生している間、または部分的に発生している間に発生してもよい。

一実施例では、ステップＳ５０８に示すように、Ｔｘ ＵＥ１０６ａのプロセッサ３２０は、更新情報とフィードバック情報とに基づいて、現在の送信プロセスを継続するかどうかを判断する。一実施例では、ステップＳ５１０に示すように、Ｔｘ ＵＥ１０６ａのプロセッサ３２０およびＲｘ ＵＥ１０６ｂのプロセッサ３２０は、Ｓ５０８の判定に基づいて、いずれかのオプション（前述）を同時に実行する。このステップは、前述の「オプション２Ｃ」に相当する。

一実施例では、ステップＳ５１２に示すように、Ｔｘ ＵＥ１０６aのプロセッサ３２０は、トランスポートブロックを送信するための第２のサイドリンク送信処理を開始する。一実施例では、この第２の送信処理は、ユーザグループのメンバのうちの変更されたメンバに向けられる。一実施例では、第２の送信処理は、第１の送信処理に含まれていたのと同じトランスポートブロックを送信するために開始される。一実施例では、第２の送信処理は、ユーザグループ（例えば、ユーザーグループの既存メンバおよび／または変更されたメンバ）に対して、トランスポートブロックが第１のサイドリンク送信処理に含まれていたのと同じトランスポートブロックであることを示すフラグ（インジケータ）を含む。一実施例では、ステップＳ５１２は、図４のステップＳ４０６に相当する。

一実施例では、ステップＳ５１４に示すように、Ｔｘ ＵＥ１０６ａのプロセッサ３２０は、Ｒｘ ＵＥ１０６ｂに第２のサイドリンク送信処理を送信する。一実施例では、ステップＳ５１６に示すように、ステップＳ５１４の代替として、Ｔｘ ＵＥ１０６ａのプロセッサ３２０は、前述のように、フラグ（インジケータ）を持つ第２のサイドリンク送信処理を送信する。

一実施例では、ステップＳ５１８に示すように、Ｒｘ ＵＥ１０６ｂのプロセッサ３２０を含むユーザグループの既存メンバのプロセッサ３２０は、既存メンバのプロセッサ３２０がフラグ（インジケータ）を受信すると、２回目のサイドリンク送信処理をスキップする。

一実施例では、ステップＳ５２０に示すように、Ｒｘ ＵＥ１０６ｂのプロセッサ３２０および他の既存のユーザグループのメンバは、フィードバック情報（ＡＣＫ/ＮＡＣＫ/ＤＴＸ）をＴｘ ＵＥ１０６ａに送信する。一実施例では、ステップＳ５２２に示すように、ユーザグループの追加された（新しい）メンバがフィードバック情報をＴｘ ＵＥ１０６ａに送信する。

一実施例では、ステップＳ５２４に示すように、Ｔｘ ＵＥ１０６ａのプロセッサ３２０は、受信したＨＡＲＱフィードバック情報に基づいて、グループ情報をＴｘ ＵＥの上位層に報告する。一実施例として、このステップでは、Ｔｘ ＵＥ１０６ａのプロセッサ３２０は、Ｔｘ ＵＥによって検出された１つまたは複数の連続したＤＴＸ ＨＡＲＱフィードバック情報を持つＲｘ ＵＥをＴｘ ＵＥの上位層（アプリケーション層に報告する。この情報は上位層でグループ管理に使用されうる。一実施例では、Ｔｘ ＵＥは、残りの送信処理について、１つまたは複数の連続したＤＴＸ ＨＡＲＱフィードバック情報を持つＲｘ ＵＥを無視するように構成される。

一実施例では、Ｔｘ ＵＥ１０６ａのプロセッサ３２０は、ステップＳ５０８に示される。

ここでは、第１、第２などの用語を様々な要素を説明するために使用することができるが、これらの要素はこれらの用語によって制限されるべきではない。これらの用語は、ある要素と別の要素を区別するためにのみ使用される。例えば、第１の要素を第２の要素と呼ぶことができ、同様に、第２の要素を第１の要素と呼ぶことができるが、本開示の範囲から逸脱することはない。ここで使用される「および／または」という用語は、関連するリスト項目の１つまたは複数の任意のすべての組み合わせを含む。

ある要素が別の要素に「接続されている」または「結合されている」と言及される場合、ある要素は他の要素に直接接続または結合されているか、または介在する要素が存在する可能性がある。対照的に、要素が別の要素に「直接接続されている」または「直接結合されている」と言及される場合、介在する要素は存在しない。要素間の関係を表すために使用される他の単語は、同様の方法で解釈されるべきである（例えば、「間に（between）」と「直接間に（directly between）」、「隣接（adjacent）」と「直接隣接（directly adjacent）」など）。

ここで使用される用語は、特定の実施形態を説明する目的のみであり、限定することを意図していない。ここで使用されるように、単数形“a”、“an”、および“the”は、文脈が明確にそうでないことを示さない限り、複数形も含むことを意図している。「備える（comprises）」、「備える（comprising）」、「含む（includes）」および／または「含む（including）」という用語は、ここで使用される場合、記載された特徴、整数、ステップ、演算、要素、および／または構成要素の存在を指定するが、１つまたは複数の他の特徴、整数、ステップ、演算、要素、構成要素、および／またはそれらのグループの存在または追加を妨げるものではないことがさらに理解される。

また、一部の代替実装では、記載されている関数／行為が図に記載されている順序とは異なる場合があることに注意する必要がある。例えば、連続して表示される２つの図形は、実際には実質的に同時に実行される場合もあれば、関係する機能／行為によっては、逆の順序で実行される場合もありうる。

具体的な詳細については、実施例を十分に理解するために以下の説明で説明する。しかしながら、これらの具体的な詳細を伴わずに実施例を実施することができることは、当技術分野の通常の技術者によって理解されるであろう。例えば、システムは、実施例を不必要に詳細に不明瞭にしないように、ブロック図で示されることがある。他の例では、よく知られた処理、構造および技術は、例の実施形態をわかりにくくすることを避けるために、不必要な詳細なしに示されることがある。

ここで議論されているように、例示的な実施形態は、プログラムモジュールまたは機能プロセスとして実装される可能性のある操作（例えば、フローチャート、フロー図、データフロー図、構造図、ブロック図などの形式）の行為および記号表現に関して記述され、特定のタスクを実行または特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などが含まれ、例えば、既存のユーザー機器、基地局、as Evolved Node B（ｅＮＢｓ）、リモートラジオヘッド（ＲＲＨ）、５Ｇ基地局（ｇＮＢs）、フェムト基地局、ネットワークコントローラ、コンピュータなどで既存のハードウェアを使用して実装される可能性がある。このような既存のハードウェアは、１つまたは複数のプロセッサ、１つまたは複数の中央処理装置（ＣＰＵ）、１つまたは複数のコントローラ、１つまたは複数の算術論理ユニット（ＡＬＵ）、１つまたは複数のデジタルシグナルプロセッサ（ＤＳＰ）、１つまたは複数のマイクロコンピュータ、１つまたは複数のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、１つまたは複数のシステムオンチップ（ＳｏＣ）、１つまたは複数のプログラマブルロジックユニット（ＰＬＵ）、１つまたは複数のマイクロプロセッサ、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、または定義された方法で命令に応答して実行できるその他のデバイスなどの処理または制御回路であってもよいが、これらに限定されない。

フローチャートでは操作を連続した処理として記述することができるが、多くの操作は並行して、同時に、または同時に実行することができる。また、操作の順序を入れ替えることもある。処理は、その操作が完了したときに終了する場合があるが、図に含まれていない追加のステップを持つ場合もある。処理はメソッド、関数、プロシージャ、サブルーチン、サブプログラムなどに対応し、処理が関数に対応する場合、その終了は関数を呼び出し元の関数またはメイン関数に戻すことに対応する。

ここで開示されているように、「記憶媒体」、「コンピュータ可読記憶媒体」または「非一時的なコンピュータ可読記憶媒体」という用語は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ＲＡＭ、コアメモリ、磁気ディスク記憶媒体、光学記憶媒体、フラッシュメモリ装置および／またはその他の情報を格納するための有形の機械可読媒体を含む、データを格納するための１つまたは複数の装置を表すことができる。「コンピュータ可読媒体」という用語には、ポータブルまたは固定記憶装置、光学記憶装置、および命令および／またはデータを格納、格納、または運搬することができるその他の様々な媒体が含まれるが、これらに限定されない。

さらに、実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはそれらの任意の組み合わせによって実装することができる。ソフトウェア、ファームウェア、ミドルウェアまたはマイクロコードで実装される場合、必要なタスクを実行するためのプログラムコードまたはコードセグメントは、機械またはコンピュータが読み取り可能な記憶媒体などのコンピュータが読み取り可能な媒体に格納されることがある。ソフトウェアで実装された場合、プロセッサは必要なタスクを実行する。例えば、前述のように、１つまたは複数の実施例によれば、少なくとも１つのメモリがコンピュータプログラムコードを含むかまたは格納することができ、少なくとも１つのメモリとコンピュータプログラムコードは、少なくとも１つのプロセッサで、ネットワーク要素またはネットワーク・デバイスが必要なタスクを実行するように構成することができる。さらに、コンピュータプログラムコードとしてエンコードされたプロセッサ、メモリ、およびサンプルアルゴリズムは、ここで説明する操作のパフォーマンスを提供または発生させる手段として機能する。

コンピュータプログラムコードのコードセグメントは、プロシージャ、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェアパッケージ、クラス、または命令、データ構造またはプログラムステートメントの任意の組み合わせを表すことがでる。コードセグメントは、情報、データ、引数、パラメータまたはメモリ内容を送受信することによって、別のコードセグメントまたはハードウェア回路に結合することができる。情報、引数、パラメータ、データなどは、メモリ共有、メッセージパッシング、トークンパッシング、ネットワーク送信などを含む任意の適切な手法を介して、渡されたり、転送されたり、送信されたりすることができる。

ここで使用される「含む（including）」および／または「有する（having）」という用語は、含むこと（comprising）（すなわち、オープン言語）として定義される。ここで使用される「結合」という用語は、必ずしも直接的ではなく、必ずしも機械的でもないが、接続されているものとして定義される。「指示すること（indicating）」（例えば、「指示する（indicates）」および「指示（indication）」）という言葉から派生した用語は、示される対象／情報を伝達または参照するために利用可能なすべての様々な技術を含むことを意図している。すべてではないが、示されている対象／情報を伝達または参照するために利用可能な技術の例としては、示されている対象／情報の伝達、示されている対象／情報の識別子の伝達、示されている対象／情報を生成するために使用される情報の伝達、示されている対象／情報の一部または一部の伝達、示されている対象／情報の一部の派生の伝達、および示されている対象／情報を表す何らかのシンボルの伝達がある。

実施例によれば、ユーザ機器、基地局、ｅＮＢ、ＲＲＨ、ｇＮＢ、フェムト基地局、ネットワークコントローラ、コンピュータなどは、ハードウェア、ファームウェア、ハードウェア実行ソフトウェアまたはそれらの任意の組み合わせであってもよい（または含む）。このようなハードウェアには、１つまたは複数のプロセッサ、１つまたは複数のＣＰＵ、１つまたは複数のコントローラ、１つまたは複数のＡＬＵ、１つまたは複数のＤＳＰ、１つまたは複数のマイクロコンピュータ、１つまたは複数のＦＰＧＡ、１つまたは複数のＳｏＣ、１つまたは複数のＰＬＵ、１つまたは複数のマイクロプロセッサ、１つまたは複数のＡＳＩＣ、または定義された方法で命令に応答して実行できるその他のデバイスなどの処理または制御回路が含まれるが、これらに限定されない。

本開示の特定の実施形態に関して、効果、その他の利点、および問題の解決策が上述されている。ただし、そのような効果、利点、問題の解決策、およびそのような効果、利点、解決策を引き起こしたり、そのような効果、利点、または解決策をより顕著にする可能性のある要素は、いずれかまたはすべてのクレームの重要、必須、または不可欠な特徴または要素として解釈されないものとする。

Claims (20)

1. 第１のユーザ機器（ＵＥ）の少なくとも１つの第１のプロセッサによって、複数のユーザデバイスメンバをもつユーザグループに対する第１のグループ情報を受信するステップであって、前記第１のグループ情報は、前記ユーザグループに対してサイドリンク上でグループキャスト通信を実行するために前記複数のユーザデバイスメンバのそれぞれに対してサイドリンクチャネルリソースをマッピングするための情報を備え、前記第１のＵＥは前記ユーザグループのユーザデバイスメンバである、受信するステップと、
   前記少なくとも１つの第１のプロセッサによって、前記グループキャスト通信内のデータを送信するための第２のグループ情報を受信するステップであって、前記第２のグループ情報は、前記第１のＵＥに固有である前記第１のグループ情報の更新情報を含む、受信するステップと、
   前記少なくとも１つの第１のプロセッサによって、前記第１のグループ情報に基づいて、前記サイドリンク上で前記グループキャスト通信のための第１のデータブロックを前記ユーザグループに送信する第１の送信処理を開始するステップと、
   前記少なくとも１つの第１のプロセッサによって、前記第２のグループ情報に基づいて、前記第１のデータブロックの前記第１の送信処理を適用するステップと、を備える方法。
2. 前記第１の送信処理は、前記サイドリンク上のハイブリッド自動再送要求（ＨＡＲＱ）処理である、請求項１に記載の方法。
3. 前記サイドリンクチャネルリソースは、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）である、請求項１に記載の方法。
4. 前記第２のグループ情報を受信するステップは、
   前記第１の送信処理を開始する前、または、
   前記第１の送信処理の開始後および前記第１の送信処理が進行している間の期間、
   のいずれか１つの間に起こることができる、請求項１に記載の方法。
5. 前記ユーザグループから第１のフィードバック情報を受信するステップをさらに備え、
   前記第１の送信処理を適用するステップは、前記第２のグループ情報および前記第１のフィードバック情報に基づいて、前記第１の送信処理を継続するか否かを決定することを含む、請求項１に記載の方法。
6. 前記第１のフィードバック情報は、肯定応答、否定応答、不連続送信（ＤＴＸ）のうちの１つを含むＨＡＲＱフィードバック情報である、請求項５に記載の方法。
7. 前記第１の送信処理を適用するステップは、前記第２のグループ情報に基づいて、前記サイドリンク上で前記グループキャスト通信のための第２のデータブロックを前記ユーザグループに送信する第２の送信処理を開始するステップをさらに含む、請求項５に記載の方法。
8. 前記第２の送信処理は、前記第１の送信処理における前記第１のデータブロックと前記第２の送信処理における前記第２のデータブロックとは、同じデータブロックであることを前記ユーザグループに示すインジケータを含む、請求項７に記載の方法。
9. 前記ユーザグループの前記ユーザデバイスメンバのうち、少なくとも１つの第１のユーザデバイスから、前記第１の送信処理の前記第１のデータブロックが受信したという第２のフィードバック情報を受信するステップであって、前記第２のフィードバック情報は前記少なくとも１つの第１のユーザデバイスが前記第２の送信処理を無視することを示す、受信するステップをさらに備える、請求項７に記載の方法。
10. 前記第１の送信処理の開始に続き、前記ユーザデバイスメンバのうちの少なくとも１つの第１のユーザデバイスからＤＴＸフィードバック情報を受信するステップと、
    前記第１のＵＥにおいて、アクセス層からアプリケーション層へ、前記少なくとも第１のユーザデバイスのアイデンティティの報告を開始するステップと、および／または、
    前記第１の送信処理の残りの期間に、前記少なくとも１つの第１のユーザデバイスを無視するステップと、をさらに備える、請求項１に記載の方法。
11. コンピュータ可読命令を含むメモリと、
    前記コンピュータ可読命令を読み出し、実行するように構成された少なくとも１つの第１のプロセッサを備える第１のネットワークノードであって、前記コンピュータ可読命令は、
    複数のユーザデバイスメンバをもつユーザグループに対する第１のグループ情報を受信することであって、前記第１のグループ情報は、前記ユーザグループに対してサイドリンク上でグループキャスト通信を実行するために前記複数のユーザデバイスメンバのそれぞれに対してサイドリンクチャネルリソースをマッピングするための情報を備え、前記第１のネットワークノードは前記ユーザグループのユーザデバイスメンバである、受信することと、
    前記グループキャスト通信内のデータを送信するための第２のグループ情報を受信することであって、前記第２のグループ情報は、前記第１のネットワークノードに固有である前記第１のグループ情報の更新情報を含む、受信することと、
    前記第１のグループ情報に基づいて、前記サイドリンク上で前記グループキャスト通信のための第１のデータブロックを前記ユーザグループに送信する第１の送信処理を開始することと、
    前記第２のグループ情報に基づいて、前記第１のデータブロックの前記第１の送信処理を適用することと、を実行する、第１のネットワークノード。
12. 前記第１の送信処理は、前記サイドリンク上のハイブリッド自動再送要求（ＨＡＲＱ）処理である、請求項１１に記載の第１のネットワークノード。
13. 前記サイドリンクチャネルリソースは、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）である、請求項１１に記載の第１のネットワークノード。
14. 前記少なくとも１つの第１のプロセッサは、
    前記第１の送信処理を開始する前、または、
    前記第１の送信処理の開始後および前記第１の送信処理が進行している間の期間、
    のいずれか１つの間に、前記第２のグループ情報を受信するように構成される、請求項１１に記載の第１のネットワークノード。
15. 前記少なくとも１つの第１のプロセッサは、
    前記ユーザグループから第１のフィードバック情報を受信するようにさらに構成され、
    前記第１の送信処理を適用することは、前記第２のグループ情報および前記第１のフィードバック情報に基づいて、前記第１の送信処理を継続するか否かを決定することを含む、請求項１１に記載の第１のネットワークノード。
16. 前記第１のフィードバック情報は、肯定応答、否定応答、不連続送信（ＤＴＸ）のうちの１つを含むＨＡＲＱフィードバック情報である、請求項１５に記載の第１のネットワークノード。
17. 前記少なくとも１つの第１のプロセッサは、
    前記第２のグループ情報に基づいて、前記サイドリンク上で前記グループキャスト通信のための第２のデータブロックを前記ユーザグループに送信する第２の送信処理を開始することにより、前記第１の送信処理を適用するように構成される、請求項１５に記載の第１のネットワークノード。
18. 前記第２の送信処理は、前記第１の送信処理における前記第１のデータブロックと前記第２の送信処理における前記第２のデータブロックとは、同じデータブロックであることを前記ユーザグループに示すインジケータを含む、請求項１７に記載の第１のネットワークノード。
19. 前記少なくとも１つの第１のプロセッサは、
    前記ユーザグループの前記ユーザデバイスメンバのうち、少なくとも１つの第１のユーザデバイスから、前記第１の送信処理の前記第１のデータブロックが受信したという第２のフィードバック情報を受信することであって、前記第２のフィードバック情報は前記少なくとも１つの第１のユーザデバイスが前記第２の送信処理を無視することを示す、受信するようにさらに構成される、請求項１７に記載の第１のネットワークノード。
20. 前記少なくとも１つの第１のプロセッサは、
    前記第１の送信処理の開始に続き、前記ユーザデバイスメンバのうちの少なくとも１つの第１のユーザデバイスからＤＴＸフィードバック情報を受信し、
    前記第１のＵＥにおいて、アクセス層からアプリケーション層へ、前記少なくとも第１のユーザデバイスのアイデンティティの報告を開始し、および／または、
    前記第１の送信処理の残りの期間に、前記少なくとも１つの第１のユーザデバイスを無視する、ようにさらに構成される、請求項１に記載の第１のネットワークノード。

Images