特開 2023-179607 ハイブリッド自動再送要求ＨＡＲＱフィードバック情報伝送方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023179607

(43)【公開日】2023-12-19

(54)【発明の名称】ハイブリッド自動再送要求ＨＡＲＱフィードバック情報伝送方法および装置

(51)【国際特許分類】

   H04W 28/04 20090101AFI20231212BHJP

   H04W 92/18 20090101ALI20231212BHJP

   H04W 4/40 20180101ALI20231212BHJP

   H04W 72/40 20230101ALI20231212BHJP

【ＦＩ】

H04W28/04 110

H04W92/18

H04W4/40

H04W72/40

【審査請求】有

【請求項の数】11

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2023172002

(22)【出願日】2023-10-03

(62)【分割の表示】P 2022510092の分割

【原出願日】2020-08-17

(31)【優先権主張番号】201910760464.5

(32)【優先日】2019-08-16

(33)【優先権主張国・地域又は機関】CN

(71)【出願人】

【識別番号】504161984

【氏名又は名称】ホアウェイ・テクノロジーズ・カンパニー・リミテッド

(74)【代理人】

【識別番号】110000877

【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所

(72)【発明者】

【氏名】ワン、ジュン

(72)【発明者】

【氏名】ペン、ウェンジエ

(72)【発明者】

【氏名】ダイ、ミンゼン

(72)【発明者】

【氏名】チャン、ジュンレン

(57)【要約】      （修正有）

【課題】ハイブリッド自動再送要求ＨＡＲＱフィードバック方式タイプを柔軟に決定するＨＡＲＱフィードバック情報伝送方法及び装置を提供する。
【解決手段】方法は、ビークル・ツー・エブリシング（Ｖ２Ｘ）において、第１端末デバイスが伝送リソースを取得する段階と、次に、第１対応関係に基づいて、現在の伝送に対応するフィードバック方式タイプを決定する段階（Ｓ３１０）と、フィードバック方式タイプに基づいてデータパケット組み立て処理を実行する段階（Ｓ３２０）と、最後に、伝送リソースを使用することによってデータパケットを送信する段階（Ｓ３３０）と、を備える。
【選択図】図３

【特許請求の範囲】

【請求項1】

ハイブリッド自動再送要求ＨＡＲＱフィードバック情報伝送方法であって、
第１端末デバイスによって、第１対応関係に基づいて、現在の伝送に対応するフィードバック方式タイプを決定する段階であって、前記フィードバック方式タイプは、ＨＡＲＱ有効化／無効化情報を含み、前記ＨＡＲＱ有効化／無効化情報は、フィードバックを実行するかどうかを示すために使用される、段階と、
前記第１端末デバイスによって、前記フィードバック方式タイプに基づいてデータパケット組み立て処理を実行する段階と、
前記第１端末デバイスによって、伝送リソースを使用することによってデータパケットを送信する段階と
を備える方法。

【請求項2】

前記第１対応関係は、第１粒度とＨＡＲＱフィードバック方式との間の対応関係を含み、前記第１粒度は、宛先アドレス識別子、送信元アドレス識別子、サービスタイプ、サービス識別子、通信タイプ、論理チャネル識別子、サイドリンク無線ベアラ、サービス情報の品質、伝送リソース、ＨＡＲＱプロセス識別子、論理チャネルグループ識別子、送信端ユーザ機器ＵＥ識別子、または受信端ＵＥ識別子のうちの１または複数を含む、請求項１に記載の方法。

【請求項3】

前記方法は更に、
前記第１端末デバイスによって、前記伝送リソースを取得する段階であって、前記伝送リソースはプロパティ情報を保持し、前記プロパティ情報は、前記伝送リソースによってサポートされるフィードバック方式を示すために使用される、段階と、
前記第１端末デバイスによって、前記伝送リソースによってサポートされる前記フィードバック方式と同一のフィードバック方式を有する少なくとも１つの論理チャネルを、前記プロパティ情報に基づいて前記第１対応関係から選別する段階と、
前記第１端末デバイスによって、前記少なくとも１つの論理チャネルにおけるデータを前記伝送リソース上で送信する段階と
を備える、請求項１または２に記載の方法。

【請求項4】

前記方法は更に、前記第１端末デバイスによって前記伝送リソースを取得する段階と、
前記伝送リソースがプロパティ情報を保持しない場合、前記第１端末デバイスによって、最高優先度を有する宛先アドレス識別子を取得し、前記宛先アドレス識別子に対応するフィードバック方式を、前記伝送リソースによってサポートされるフィードバック方式として使用する段階と、
前記第１端末デバイスによって、前記伝送リソースによってサポートされる前記フィードバック方式と同一のフィードバック方式を有する少なくとも１つの論理チャネルを前記第１対応関係から選別する段階と、
前記第１端末デバイスによって、前記少なくとも１つの論理チャネルにおけるデータを前記伝送リソース上で送信する段階と
を備える、請求項１または２に記載の方法。

【請求項5】

前記方法は更に、前記第１端末デバイスによって、第２情報を第２端末デバイスへ送信する段階であって、前記第２情報は、前記フィードバック方式タイプを決定するために前記第２端末デバイスによって使用される、段階を備える、請求項１から４のいずれか一項に記載の方法。

【請求項6】

前記第２情報は、以下の情報、すなわち、宛先アドレス識別子、送信元識別子、サービスタイプ、サービス識別子、通信タイプ、論理チャネル識別子、サイドリンク無線ベアラ、サービス情報の品質、伝送リソース、ＨＡＲＱプロセス識別子、論理チャネルグループ識別子、送信端ユーザ機器ＵＥ識別子、または受信端ＵＥ識別子のうちの１または複数を含む、請求項５に記載の方法。

【請求項7】

前記方法は更に、前記第１端末デバイスによって、第３情報を前記第２端末デバイスへ送信する段階であって、前記第３情報は、以下の情報、すなわち、通信タイプ、距離閾値、または、前記第１端末デバイスと前記第２端末デバイスとの間の距離を計算する方式のうちの１または複数を含む、段階を備える、請求項５または６に記載の方法。

【請求項8】

前記方法は更に、前記第１端末デバイスによって、ネットワークデバイスまたは端末デバイスによって送信された前記第１対応関係を受信する段階を備える、請求項１から７のいずれか一項に記載の方法。

【請求項9】

前記方法は更に、前記第１端末デバイスが前記伝送リソースを使用することによって前記データパケットを送信した後に、ＨＡＲＱフィードバックが要求される場合、前記第１端末デバイスによって、対応するフィードバック時間‐周波数リソース上で対応するフィードバック結果を受信する段階を備える、請求項１から８のいずれか一項に記載の方法。

【請求項10】

装置であって、請求項１から９のいずれか一項に記載の方法を実行するよう構成される、装置。

【請求項11】

命令を含むコンピュータプログラムであって、前記命令が実行されるとき、請求項１から９のいずれか一項に記載の方法が実行される、コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本願は通信分野に関連し、より具体的には、ハイブリッド自動再送要求（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ， ＨＡＲＱ）フィードバック情報伝送方法および装置に関連する。

【背景技術】

【0002】

ビークル・ツー・エブリシング（ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ， Ｖ２Ｘ）は、インターネット・オブ・シングスのシステムにおける最も明確な市場需要を有する、最も有望な分野の１つであるとみなされている。Ｖ２Ｘは、大きい応用空間、大きい産業上の可能性、および、強い社会的利点を特徴とし、自動車および情報通信産業のイノベーションおよび発展を促進するのに大きな重要性を有し、自動車および交通サービスの新しいモデルおよび新しい形式を構築し、自律走行技術のイノベーションおよび応用を促進し、交通の効率性および安全性を改善する。Ｖ２Ｘは、車両、車載端末、または同様のものに設置されたセンサを使用することによって車両情報を提供し、様々な通信技術を通じて、車両‐車両通信、車両‐歩行者通信、車両‐路側インフラストラクチャ通信、車両‐ネットワーク通信を実装する。

【0003】

サイドリンクを介する１つのユニキャスト伝送が例として使用される。送信端ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ， ＵＥ）は、受信端ＵＥへの送信を実行する必要がある。受信端ＵＥは、対応するデータを受信した後に、復調が成功したかどうかに応じて、この伝送が成功したかどうかをＴｘ ＵＥへフィードバックする。例えば、この受信が成功した場合、受信端ＵＥは、肯定応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ， ＡＣＫ）をフィードバックする。そうでない場合、受信端ＵＥは、否定応答（ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ， ＮＡＣＫ）をフィードバックするか、または、フィードバックを送信しない。この場合において、送信端ＵＥは、ＡＣＫを受信する場合、受信が成功したとみなす。または、ＮＡＣＫを受信するか、もしくは、フィードバックを受信しない場合、送信端ＵＥは、受信が失敗したとみなす。送信端ＵＥは、ＲｘのＨＡＲＱフィードバックに基づいて、受信端ＵＥによる受信が成功したかどうかを決定する。受信が失敗とみなされる場合、再伝送が要求される。受信が成功とみなされる場合、この伝送は成功とみなされ、この伝送は停止される、および／または、次の伝送が実行される。

【0004】

現在、ＮＲ ＳＬグループキャストのための２つのフィードバック方式、すなわち、ＨＡＲＱ ＮＡＣＫ ｏｎｌｙ方式（１）、具体的には、ＮＡＣＫメッセージのみがフィードバックされること、および、ＨＡＲＱ ＡＣＫ／ＮＡＣＫの方式（２）、具体的には、ＡＣＫメッセージまたはＮＡＣＫメッセージがフィードバックされることが既に存在する。この２つの手法は、それぞれの長所および短所を有する。既存の技術において、使用されるフィードバック方式は、動的に構成されることができず、これは十分に柔軟でない。

【発明の概要】

【0005】

これに鑑み、本願は、ハイブリッド自動再送要求ＨＡＲＱフィードバック情報伝送方法および装置を提供し、ＨＡＲＱフィードバック方式を柔軟に構成することを助ける。

【0006】

第１態様によれば、以下を含むハイブリッド自動再送要求ＨＡＲＱフィードバック情報伝送方法が提供される。

【0007】

第１端末デバイスが、第１対応関係に基づいて、現在の伝送に対応するフィードバック方式タイプを決定する。第１端末デバイスは、フィードバック方式タイプに基づいてデータパケット組み立て処理を実行する。第１端末デバイスは、伝送リソースを使用することによってデータパケットを送信する。したがって、第１端末デバイスは、第１対応関係を使用することによってフィードバック方式タイプを決定し、フィードバック方式タイプに基づいてデータパケット組み立て処理を実行し、その結果、ＨＡＲＱフィードバック方式は柔軟に構成されることができる。

【0008】

任意で、第１端末デバイスは、サイドリンク制御情報ＳＣＩを使用することによって、単一フィードバック方式タイプを第２端末デバイスに示す。例えば、第１端末デバイスは送信端ＵＥであり、第２端末デバイスは受信端ＵＥである。ここで、送信端ＵＥは、単一フィードバック方式タイプを示すためにＳＣＩを受信端ＵＥへ送信し得る。

【0009】

任意で、第１対応関係は、第１粒度とＨＡＲＱフィードバック方式との間の対応関係を含み、第１粒度は、宛先アドレス識別子、送信元アドレス識別子、サービスタイプ、サービス識別子、通信タイプ、論理チャネル識別子、サイドリンク無線ベアラ、サービス情報の品質、伝送リソース、ＨＡＲＱプロセス識別子、論理チャネルグループ識別子、送信端ユーザ機器ＵＥ識別子、または受信端ＵＥ識別子のうちの１または複数を含む。

【0010】

任意で、フィードバック方式タイプは、第１ＨＡＲＱフィードバック方式、第２ＨＡＲＱフィードバック方式、またはＨＡＲＱ有効化／無効化情報を含み、第１ＨＡＲＱフィードバック方式は、端末デバイスが肯定応答メッセージまたは非肯定応答メッセージをフィードバックすることを意味し、第２ＨＡＲＱフィードバック方式は、端末デバイスが非肯定応答メッセージのみをフィードバックすることを意味する。ＨＡＲＱ有効化／無効化情報は、端末デバイスがフィードバックを実行するかどうかを示すために使用される。ＨＡＲＱ有効化／無効化情報は、ＨＡＲＱ有効化（ｅｎａｂｌｅｄ）またはＨＡＲＱ無効化（ｄｉｓａｂｌｅｄ）を含む。ここで、フィードバック方式タイプが、ＨＡＲＱ有効化（ｅｎａｂｌｅｄ）のＨＡＲＱ有効化／無効化情報である場合、フィードバック方式タイプは更に、ＨＡＲＱフィードバック方式、例えば、第１ＨＡＲＱフィードバック方式または第２ＨＡＲＱフィードバック方式を含み得る。フィードバック方式タイプが、ＨＡＲＱ無効化（ｄｉｓａｂｌｅｄ）のＨＡＲＱ有効化／無効化情報である場合、フィードバック方式タイプは、ＨＡＲＱフィードバック方式、例えば、第１ＨＡＲＱフィードバック方式または第２ＨＡＲＱフィードバック方式を含まないことがあり得る。

【0011】

伝送リソースはプロパティ情報を保持し得るか、または、プロパティ情報を保持しないことがあり得る。

【0012】

可能な実装形態において、伝送リソースはプロパティ情報を保持し、プロパティ情報は、伝送リソースによってサポートされるＨＡＲＱフィードバック方式を示すために使用される。方法は更に、第１端末デバイスが、伝送リソースによってサポートされるＨＡＲＱフィードバック方式と同一のＨＡＲＱフィードバック方式を有する少なくとも１つの論理チャネルをプロパティ情報に基づいて第１対応関係から選別する段階を含む。第１端末デバイスは、少なくとも１つの論理チャネルにおけるデータを伝送リソース上で送信する。ここで、伝送リソースがプロパティ情報を保持する場合、第１端末デバイスは、プロパティ情報に基づいて後続のフィルタリングオペレーションを実行し得る。

【0013】

可能な実装形態において、方法は更に、伝送リソースがプロパティ情報を保持しない場合、第１端末デバイスが、複数の論理チャネルにおけるデータの伝送を伝送リソース上で実行する段階であって、複数の論理チャネルの各々に対応するフィードバック方式は同一であるか、または異なる、段階を含む。ここで、伝送リソースがプロパティ情報を保持しない場合、端末デバイスは、論理チャネルを共に多重化し得る。

【0014】

可能な実装形態において、方法は更に、伝送リソースがプロパティ情報を保持しない場合、第１端末デバイスが、伝送リソースによってサポートされるＨＡＲＱフィードバック方式を伝送リソースについて決定する段階を含む。第１端末デバイスは、伝送リソースによってサポートされるＨＡＲＱフィードバック方式と同一のＨＡＲＱフィードバック方式を有する少なくとも１つの論理チャネルを第１対応関係から選別する。第１端末デバイスは、少なくとも１つの論理チャネルにおけるデータを伝送リソース上で送信する。ここで、第１端末デバイスは、プロパティ情報を保持しない伝送リソースについてプロパティ情報を決定し得る。

【0015】

任意で、第１端末デバイスが、伝送リソースによってサポートされるＨＡＲＱフィードバック方式を伝送リソースについて決定する段階は、端末デバイスが、最高優先度を有する宛先アドレス識別子を取得し、宛先アドレス識別子に対応するＨＡＲＱフィードバック方式を、伝送リソースによってサポートされるＨＡＲＱフィードバック方式として使用する段階を含む。

【0016】

可能な実装形態において、方法は更に、第１端末デバイスが第２情報を第２端末デバイスへ送信する段階であって、第２情報は、フィードバック方式タイプを決定するために第２端末デバイスによって使用される、段階を含む。任意で、第２情報は、第１端末デバイスによって、ネットワークデバイスの第１情報を受信することによって取得され得る。第１端末デバイスは、第１情報を処理して第２情報を取得し得る。代替的に、第１端末デバイスは、処理を実行しない。すなわち、第２情報は第１情報と同一であり得る。これについては、限定されない。

【0017】

任意で、第１端末デバイスが第２情報を第２端末デバイスへ送信する段階は、第１端末デバイスが、サイドリンク制御情報ＳＣＩ、ＭＡＣシグナリング、サイドリンクシグナリング、ＲＲＣシグナリング、またはＳＩＢ情報の１または複数を使用することによって第２情報を第２端末デバイスへ送信する段階を含む。例えば、第１端末デバイスは、ＲＲＣシグナリングを使用することによって複数のフィードバック方式タイプを送信し、ＭＡＣシグナリングを使用することによって複数のフィードバック方式タイプの１つを示す。

【0018】

任意で、第２情報は、以下の情報、すなわち、宛先アドレス識別子、送信元識別子、サービスタイプ、サービス識別子、通信タイプ、論理チャネル識別子、サイドリンク無線ベアラ、サービス情報の品質、伝送リソース、ＨＡＲＱプロセス識別子、論理チャネルグループ識別子、または送信端ユーザ機器ＵＥ識別子のうち１または複数を含む。

【0019】

任意で、第２情報は、単回伝送のフィードバック方式タイプを示す。

【0020】

任意で、第１端末デバイスが第２情報を第２端末デバイスへ送信する段階は、第１端末デバイスが複数の伝送のフィードバック方式タイプを第２端末デバイスへ送信することであって、複数の伝送のフィードバック方式タイプが第２情報に含まれる、段階を含む。

【0021】

任意で、方法は更に、第１端末デバイスが第３情報を第２端末デバイスへ送信する段階であって、第３情報は、以下の情報、すなわち、通信タイプ、距離閾値、または、第１端末デバイスと第２端末デバイスとの間の距離を計算する方式のうち１または複数を含む、段階を含む。このようにして、第２端末デバイスは、第１端末デバイスと第２端末デバイスとの間の距離を計算し得る。

【0022】

任意で、第１端末デバイスが第３情報を第２端末デバイスへ送信する前に、方法は更に、第１端末デバイスがネットワークデバイスによって送信された第４情報を受信する段階であって、第４情報は、通信タイプ、距離閾値、または、第１端末デバイスと第２端末デバイスとの間の距離を計算する方式を含む、段階を含む。ここで、第１端末デバイスは、ネットワークデバイスによって送信された第４情報を受信し得る。

【0023】

任意で、フィードバック方式タイプが第２ＨＡＲＱフィードバック方式であると第１端末デバイスが決定するとき、方法は更に、第１端末デバイスが、第１端末デバイスについての情報を第２端末デバイスまたはネットワークデバイスへ送信する段階であって、第１端末デバイスについての情報は、第１端末デバイスの位置情報、第１端末デバイスが位置する領域の識別子、および第１端末デバイスの電力情報を含む、段階を含む。このようにして、第１端末デバイスは、第１端末デバイスに関連する情報を第２端末デバイスに通知し得、その結果、第２端末デバイスは距離を計算する。

【0024】

任意で、方法は更に、第１端末デバイスが第１対応関係を取得する段階を含む。任意で、第１対応関係は、予め定められ得るか、または、別のデバイスによって第１端末デバイスへ送信され得る。これについては、限定されない。

【0025】

任意で、第１端末デバイスが第１対応関係を取得する段階は、第１端末デバイスが、ネットワークデバイスまたは端末デバイスによって送信された第１対応関係を受信する段階を含む。ネットワークデバイスは基地局またはコアネットワーク制御機能であり得る。

【0026】

任意で、方法は更に、第１端末デバイスが、ネットワークデバイスによって送信されたフィードバックポリシーを受信する段階であって、フィードバックポリシーは、フィードバック方式タイプを決定するために使用されるポリシーである、段階を含む。第１端末デバイスが、現在の伝送に対応するフィードバック方式タイプを第１対応関係に基づいて決定することは、第１端末デバイスが、フィードバックポリシーを使用することによって、現在の伝送に対応するフィードバック方式タイプを第１対応関係に基づいて決定することを含む。ここで、フィードバックポリシーは、明示的なフィードバックポリシーであり得、すなわち、フィードバック方式タイプが直接的に示される。代替的に、フィードバックポリシーとは、端末デバイスがフィードバックポリシーに従って、端末デバイスのステータスを参照して、使用されるフィードバック方式タイプを決定する必要があることを意味する。任意で、フィードバックポリシーは代替的に、ＨＡＲＱ有効化／無効化情報であり得る。

【0027】

可能な実装形態において、第１端末デバイスが、フィードバックポリシーを使用することによって、現在の伝送に対応するフィードバック方式タイプを第１対応関係に基づいて決定することは、第１端末デバイスが、フィードバックポリシーを使用することによって、第１対応関係および第１端末デバイスのステータスに基づいて、現在の伝送に対応するフィードバック方式タイプを決定することを含む。第１端末デバイスのステータスは、グループメンバの数、負荷、およびサービス遅延などの情報であり得る。

【0028】

任意で、フィードバックポリシーは、端末デバイスのグループメンバの数が第１閾値を満たすときに第１ＨＡＲＱフィードバック方式が使用されることを意味する。代替的に、端末デバイスのグループメンバの数が第２閾値を満たすとき、第２ＨＡＲＱフィードバック方式が使用される。

【0029】

第２態様によれば、ハイブリッド自動再送要求ＨＡＲＱフィードバック情報伝送方法が提供されることは、第２端末デバイスがデータパケットを受信することを含む。第２端末デバイスは、データパケットに対してフィードバックを実行するために使用されるフィードバック方式タイプを決定する。第２端末デバイスは、フィードバック方式タイプを使用することによって、フィードバックを実行する。したがって、第２端末デバイスは、フィードバック方式タイプを柔軟に決定でき、対応するフィードバックを実行する。

【0030】

任意で、第２端末デバイスは、第１端末デバイスによって、ＳＣＩを使用することによって送信された、単回伝送のフィードバック方式タイプを受信する。

【0031】

任意で、フィードバック方式タイプは、第１ＨＡＲＱフィードバック方式、第２ＨＡＲＱフィードバック方式、またはＨＡＲＱ有効化／無効化情報を含み、第１ＨＡＲＱフィードバック方式は、端末デバイスが肯定応答メッセージまたは非肯定応答メッセージをフィードバックすることを意味し、第２ＨＡＲＱフィードバック方式は、端末デバイスが非肯定応答メッセージのみをフィードバックすることを意味する。ＨＡＲＱ有効化／無効化情報は、端末デバイスがフィードバックを実行するかどうかを示すために使用される。ＨＡＲＱ有効化／無効化情報は、ＨＡＲＱ有効化（ｅｎａｂｌｅｄ）またはＨＡＲＱ無効化（ｄｉｓａｂｌｅｄ）を含む。ここで、フィードバック方式タイプが、ＨＡＲＱ有効化（ｅｎａｂｌｅｄ）のＨＡＲＱ有効化／無効化情報である場合、フィードバック方式タイプは更に、ＨＡＲＱフィードバック方式、例えば、第１ＨＡＲＱフィードバック方式または第２ＨＡＲＱフィードバック方式を含み得る。フィードバック方式タイプが、ＨＡＲＱ無効化（ｄｉｓａｂｌｅｄ）のＨＡＲＱ有効化／無効化情報である場合、フィードバック方式タイプは、ＨＡＲＱフィードバック方式、例えば、第１ＨＡＲＱフィードバック方式または第２ＨＡＲＱフィードバック方式を含まないことがあり得る。

【0032】

可能な実装形態において、方法は更に、第２端末デバイスが第１対応関係を取得する段階を含む。

【0033】

任意で、第２端末デバイスが第１対応関係を取得する段階は、第２端末デバイスが、ネットワークデバイスまたは第１端末デバイスによって送信された第１対応関係を受信する段階を含む。任意で、第１対応関係は、別の端末デバイスによって第２端末デバイスに通知され得るか、または、第２端末デバイスによって生成され得る。これについては、限定されない。

【0034】

任意で、第１対応関係は、第１粒度とＨＡＲＱフィードバック方式との間の対応関係を含み、第１粒度は、宛先アドレス識別子、送信元アドレス識別子、サービスタイプ、サービス識別子、伝送タイプ、論理チャネル識別子、サイドリンク無線ベアラ、サービス情報の品質、伝送リソース、ＨＡＲＱプロセス識別子、論理チャネルグループ識別子、または送信端ユーザ機器ＵＥ識別子のうち１または複数を含む。

【0035】

可能な実装形態において、方法は更に、第２端末デバイスが、第１端末デバイスによって送信された第２情報を受信する段階であって、第２情報は、フィードバック方式タイプを決定するために使用される、段階を含む。第２端末デバイスが、データパケット上でフィードバックを実行するために使用されるフィードバック方式タイプを決定することは、第２端末デバイスは、現在の伝送に対応するフィードバック方式タイプを第２情報に基づいて決定することを含む。ここで、第２端末デバイスは、現在の伝送に対応するフィードバック方式タイプを第２情報に基づいて決定し得る。

【0036】

任意で、第２端末デバイスが、第１端末デバイスによって送信された第２情報を受信する段階は、第２端末デバイスが、サイドリンク制御情報ＳＣＩ、メディアアクセス制御ＭＡＣシグナリング、サイドリンクシグナリング、無線リソース制御ＲＲＣシグナリング、またはシステム情報ブロックＳＩＢ情報のうち１または複数を使用することによって第１端末デバイスによって送信された第２情報を受信する段階を含む。

【0037】

任意で、第２情報は、以下の情報、すなわち、宛先アドレス識別子、送信元識別子、サービスタイプ、サービス識別子、通信タイプ、論理チャネル識別子、サイドリンク無線ベアラ、サービス情報の品質、伝送リソース、ＨＡＲＱプロセス識別子、論理チャネルグループ識別子、または送信端ユーザ機器ＵＥ識別子のうち１または複数を含む。

【0038】

任意で、第２情報は、単回伝送のフィードバック方式タイプを示す。

【0039】

任意で、第２端末デバイスが、第１端末デバイスによって送信された第２情報を受信する段階は、第２端末デバイスが、第１端末デバイスによって送信された複数の伝送のフィードバック方式タイプを受信する段階であって、複数の伝送のフィードバック方式タイプは、第２情報に含まれる、段階を含む。第２端末デバイスが、データパケットに対してフィードバックを実行するために使用されるフィードバック方式タイプを第２情報に基づいて決定することは、第２端末デバイスは、現在の伝送に対応するフィードバック方式タイプを第２情報および第１対応関係に基づいて決定することを含む。

【0040】

可能な実装形態において、方法は更に、第２端末デバイスが、ネットワークデバイスによって送信された第１情報を受信する段階であって、第１情報は、フィードバック方式タイプを決定するために使用される、段階を含む。第２端末デバイスが、データパケット上でフィードバックを実行するために使用されるフィードバック方式タイプを決定することは、第２端末デバイスは、現在の伝送に対応するフィードバック方式タイプを第１情報に基づいて決定することを含む。ここで、第２端末デバイスは、ネットワークデバイスによって送信された第１情報を直接受信して、第１情報に基づいてフィードバック方式タイプを決定し得る。

【0041】

任意で、第２端末デバイスが、ネットワークデバイスによって送信された第１情報を受信する段階は、第２端末デバイスが、ダウンリンク制御情報ＤＣＩ、無線リソース制御ＲＲＣシグナリングまたはシステム情報ブロックＳＩＢ情報のうち１または複数を使用することによってネットワークデバイスによって送信された第１情報を受信する段階を含む。

【0042】

任意で、第１情報は、単回伝送のフィードバック方式タイプを示す。

【0043】

任意で、第２端末デバイスが、ネットワークデバイスによって送信された第１情報を受信する段階は、第２端末デバイスが、ネットワークデバイスによって送信された複数の伝送のフィードバック方式タイプを受信する段階であって、複数の伝送のフィードバック方式タイプは第１情報に含まれる、段階を含む。第２端末デバイスが、データパケットに対してフィードバックを実行するために使用されるフィードバック方式タイプを第１情報に基づいて決定することは、第２端末デバイスが、現在の伝送に対応するフィードバック方式タイプを第１情報および第１対応関係に基づいて決定することを含む。

【0044】

任意で、第２端末デバイスが、フィードバック方式タイプによって使用されるフィードバックを実行することは、フィードバック方式タイプが第１ＨＡＲＱフィードバック方式であるとき、第２端末デバイスが、データパケットについての肯定応答メッセージまたは非肯定応答メッセージを送信すること、または、フィードバック方式タイプが第２ＨＡＲＱフィードバック方式であるとき、第２端末デバイスが、データパケットについての非肯定応答メッセージのみをフィードバックすること、または、フィードバック方式タイプがＨＡＲＱ有効化／無効化情報であるとき、ＨＡＲＱ有効化／無効化情報が、フィードバックを実行することを端末デバイスに示す場合、第２端末デバイスが、データパケットについてのフィードバックを実行すること、または、フィードバック方式タイプがＨＡＲＱ有効化／無効化情報であるとき、ＨＡＲＱ有効化／無効化情報が、フィードバックの実行を省略することを端末デバイスに示す場合、第２端末デバイスが、データパケットについてのフィードバックの実行を省略することを含む。ここで、フィードバック方式タイプが、ＨＡＲＱ有効化（ｅｎａｂｌｅｄ）のＨＡＲＱ有効化／無効化情報である場合、フィードバック方式タイプは更に、ＨＡＲＱフィードバック方式、例えば、第１ＨＡＲＱフィードバック方式または第２ＨＡＲＱフィードバック方式を含み得る。フィードバック方式タイプが、ＨＡＲＱ無効化（ｄｉｓａｂｌｅｄ）のＨＡＲＱ有効化／無効化情報である場合、フィードバック方式タイプは、ＨＡＲＱフィードバック方式、例えば、第１ＨＡＲＱフィードバック方式または第２ＨＡＲＱフィードバック方式を含まないことがあり得る。

【0045】

可能な実装形態において、フィードバック方式タイプが第２ＨＡＲＱフィードバック方式である場合、方法は更に、第２端末デバイスが第１端末デバイスと第２端末デバイスとの間の距離を決定する段階を含む。距離が距離閾値を満たすとき、第２端末デバイスは、非肯定応答メッセージが送信される必要があると決定する。ここで、第２端末デバイスは距離を計算し、距離が距離閾値を満たすときだけ非肯定応答メッセージを送信し得る。例えば、第１端末デバイスと第２端末デバイスとの間の距離は距離閾値より小さい。

【0046】

任意で、第２端末デバイスが距離を決定する前に、方法は更に、第２端末デバイスが、第１端末デバイスから送信された第３情報を受信する段階であって、第３情報は、以下の情報、すなわち、通信タイプ、距離閾値、または、第１端末デバイスと第２端末デバイスとの間の距離を計算する方式のうちの１または複数を含む、段階を含む。代替的に、第２端末デバイスは、第４情報をネットワークデバイスから受信し、第４情報は、以下の情報、すなわち、通信タイプ、距離閾値、または、第１端末デバイスと第２端末デバイスとの間の距離を計算する方式のうちの１または複数を含む。ここで、第２端末デバイスは、第３情報を第１端末デバイスから、または、第４情報をネットワークデバイスから受信して、距離を計算し得る。

【0047】

任意で、第２端末デバイスは、第１端末デバイスと第２端末デバイスとの間の距離を決定することは以下を含む。

【0048】

第２端末デバイスは、以下の情報、すなわち、領域識別子、第１端末デバイスの位置情報、第１端末デバイスの電力情報、ネットワークデバイスの識別子、第１端末デバイスが位置する領域の識別子、または、第２端末デバイスの位置情報のうちの１または複数に基づいて距離を計算する。

【0049】

任意で、方法は更に、第２端末デバイスが第１端末デバイスについての情報を受信する段階であって、第１端末デバイスについての情報は、以下の情報、すなわち、第１端末デバイスの位置情報、第１端末デバイスが位置する領域の識別子、または、第１端末デバイスの電力情報のうちの１または複数を含む、段階を含む。

【0050】

任意で、方法は更に、第２端末デバイスが、ネットワークデバイスによって送信されたフィードバックポリシーを受信する段階であって、フィードバックポリシーは、フィードバック方式タイプを決定するために使用されるポリシーである、段階を含む。第２端末デバイスが、データパケットに対してフィードバックを実行するために使用されるフィードバック方式タイプを決定することは、第２端末デバイスが、フィードバックポリシーを使用することによって、データパケットに対してフィードバックを実行するために使用されるフィードバック方式タイプを決定することを含む。

【0051】

任意で、フィードバックポリシーは、端末デバイスのグループメンバの数が第１閾値を満たすときに第１ＨＡＲＱフィードバック方式が使用されることを意味する。代替的に、端末デバイスのグループメンバの数が第２閾値を満たすとき、第２ＨＡＲＱフィードバック方式が使用される。

【0052】

第３態様によれば、ハイブリッド自動再送要求ＨＡＲＱフィードバック情報伝送方法が提供され、当該方法は、ネットワークデバイスが第１情報を生成する段階であって、第１情報は、フィードバック方式タイプを決定するために端末デバイスによって使用される、段階を含む。ネットワークデバイスは、第１情報を第１端末デバイスまたは第２端末デバイスへ送信する。ここで、ネットワークデバイスは、端末デバイスのためにフィードバック方式タイプを動的に構成し得る。

【0053】

任意で、フィードバック方式タイプは、第１ＨＡＲＱフィードバック方式または第２ＨＡＲＱフィードバック方式を含み、第１ＨＡＲＱフィードバック方式は、端末デバイスが肯定応答メッセージまたは非肯定応答メッセージをフィードバックすることを意味し、第２ＨＡＲＱフィードバック方式は、端末デバイスが非肯定応答メッセージのみをフィードバックすることを意味する。

【0054】

可能な実装形態において、ネットワークデバイスが第１情報を第１端末デバイスまたは第２端末デバイスへ送信することは、ネットワークデバイスが、無線リソース制御ＲＲＣシグナリング、システム情報ブロックＳＩＢ情報、ダウンリンク制御情報ＤＣＩ、または予め構成されたシグナリングのうちの１または複数を使用することによって第１情報を第１端末デバイスまたは第２端末デバイスへ送信することを含む。ここで、ネットワークデバイスは、１つの情報またはシグナリングを使用することによってフィードバック方式タイプを示し得るか、または、１つの情報またはシグナリングを使用することによって複数のフィードバック方式タイプを構成し得、次に、別の情報またはシグナリングを使用することによってフィードバック方式タイプを示し得、例えば、ＲＲＣを使用することによって構成を実行し、ＤＣＩを使用することによって指示を実行し得る。任意で、ネットワークデバイスは、コアネットワーク制御機能または基地局であり得る。

【0055】

任意で、第１情報は単回伝送のフィードバック方式タイプを示す。

【0056】

任意で、第１情報は、複数の伝送のフィードバック方式タイプを含む。

【0057】

任意で、第１情報は第１対応関係を含む。任意で、第１情報は、第１粒度およびＨＡＲＱフィードバック方式を含み得、第１粒度とＨＡＲＱフィードバック方式との間には対応関係がある。

【0058】

任意で、第１対応関係は、第１粒度とＨＡＲＱフィードバック方式との間の対応関係を含み、第１粒度は、宛先アドレス識別子、送信元アドレス識別子、サービスタイプ、サービス識別子、通信タイプ、論理チャネル識別子、サイドリンク無線ベアラ、サービス情報の品質、伝送リソース、ＨＡＲＱプロセス識別子、論理チャネルグループ識別子、送信端ユーザ機器ＵＥ識別子、または受信端ＵＥ識別子のうち１または複数を含む。

【0059】

任意で、方法は更に、ネットワークデバイスが第４情報を第１端末デバイスまたは第２端末デバイスへ送信する段階であって、第４情報は、通信タイプ、距離閾値、または、第１端末デバイスと第２端末デバイスとの間の距離を計算する方式のうちの１または複数を含む、段階を含む。

【0060】

任意で、方法は更に、ネットワークデバイスがフィードバックポリシーを第１端末デバイスまたは第２端末デバイスへ送信する段階であって、フィードバックポリシーは、フィードバック方式タイプを決定するために使用されるポリシーである、段階を含む。

【0061】

任意で、フィードバックポリシーは、端末デバイスのグループメンバの数が第１閾値を満たすときに第１ＨＡＲＱフィードバック方式が使用されることを意味する。代替的に、端末デバイスのグループメンバの数が第２閾値を満たすとき、第２ＨＡＲＱフィードバック方式が使用される。

【0062】

第４態様によれば、以下を含むハイブリッド自動再送要求ＨＡＲＱフィードバック情報伝送方法が提供される。

【0063】

第１端末デバイスは、第１情報をネットワークデバイスから受信し、第１情報は、フィードバック方式タイプを決定するために端末デバイスによって使用される。第１端末デバイスは第１情報を適用する。ここで、第１端末デバイスは、フィードバック方式タイプを決定するために、ネットワークデバイスによって送信された第１情報を受信し得る。

【0064】

任意で、フィードバック方式タイプは、第１ＨＡＲＱフィードバック方式、第２ＨＡＲＱフィードバック方式、またはＨＡＲＱ有効化／無効化情報を含み、第１ＨＡＲＱフィードバック方式は、端末デバイスが肯定応答メッセージまたは非肯定応答メッセージをフィードバックすることを意味し、第２ＨＡＲＱフィードバック方式は、端末デバイスが非肯定応答メッセージのみをフィードバックすることを意味する。ＨＡＲＱ有効化／無効化情報は、ＨＡＲＱ有効化（ｅｎａｂｌｅｄ）またはＨＡＲＱ無効化（ｄｉｓａｂｌｅｄ）を含む。ここで、フィードバック方式タイプが、ＨＡＲＱ有効化（ｅｎａｂｌｅｄ）のＨＡＲＱ有効化／無効化情報である場合、フィードバック方式タイプは更に、ＨＡＲＱフィードバック方式、例えば、第１ＨＡＲＱフィードバック方式または第２ＨＡＲＱフィードバック方式を含み得る。フィードバック方式タイプが、ＨＡＲＱ無効化（ｄｉｓａｂｌｅｄ）のＨＡＲＱ有効化／無効化情報である場合、フィードバック方式タイプは、ＨＡＲＱフィードバック方式、例えば、第１ＨＡＲＱフィードバック方式または第２ＨＡＲＱフィードバック方式を含まないことがあり得る。

【0065】

可能な実装形態において、第１端末デバイスが第１情報を適用することは、データパケットを送信するとき、第１端末デバイスが第１情報に基づいてフィードバック方式タイプを決定することを含む。

【0066】

可能な実装形態において、第１端末デバイスが第１情報を適用することは、伝送リソースが第１情報を保持し、かつ、第１情報がフィードバック方式タイプを示す場合、第１端末デバイスが第１情報に基づいてこの伝送のフィードバック方式タイプを取得することを含む。

【0067】

任意で、第１端末デバイスが第１情報をネットワークデバイスから受信することは、第１端末デバイスが、無線リソース制御ＲＲＣ、シグナリング、またはシステム情報ブロックＳＩＢ情報、ダウンリンク制御情報ＤＣＩ、または予め構成されたシグナリングのうち１または複数を使用することによってネットワークデバイスによって送信された第１情報を受信することを含む。

【0068】

任意で、第１情報は単回伝送のフィードバック方式タイプを示す。

【0069】

任意で、第１情報は複数の伝送のフィードバック方式タイプを含む。

【0070】

任意で、第１情報は第１対応関係を含む。任意で、第１情報は、第１粒度およびＨＡＲＱフィードバック方式を含み得、第１粒度とＨＡＲＱフィードバック方式との間には対応関係がある。

【0071】

任意で、第１対応関係は、第１粒度とＨＡＲＱフィードバック方式との間の対応関係を含み、第１粒度は、宛先アドレス識別子、送信元アドレス識別子、サービスタイプ、サービス識別子、通信タイプ、論理チャネル識別子、サイドリンク無線ベアラ、サービス情報の品質、伝送リソース、ＨＡＲＱプロセス識別子、論理チャネルグループ識別子、送信端ユーザ機器ＵＥ識別子、または受信端ＵＥ識別子のうち１または複数を含む。

【0072】

可能な実装形態において、方法は更に、第１端末デバイスが第１情報に基づいて第２情報を生成する段階であって、第２情報は、フィードバック方式タイプを決定するために第２端末デバイスによって使用される、段階を含む。

【0073】

第１端末デバイスは、第２情報を第２端末デバイスへ送信する。

【0074】

任意で、第１端末デバイスが第２情報を第２端末デバイスへ送信することは、第１端末デバイスが、サイドリンク制御情報ＳＣＩ、メディアアクセス制御ＭＡＣシグナリング、サイドリンクシグナリング、無線リソース制御ＲＲＣシグナリング、またはシステム情報ブロックＳＩＢ情報のいずれか１つを使用することによって第２情報を第２端末デバイスへ送信することを含む。

【0075】

任意で、第２情報は単回伝送のフィードバック方式タイプを示す。

【0076】

任意で、第１端末デバイスが第２情報を第２端末デバイスへ送信する段階は、第１端末デバイスが複数の伝送のフィードバック方式タイプを第２端末デバイスへ送信する段階であって、複数の伝送のフィードバック方式タイプが第２情報に含まれる、段階を含む。

【0077】

可能な実装形態において、方法は更に、第１端末デバイスが第４情報をネットワークデバイスから受信する段階であって、第４情報は、通信タイプ、距離閾値、または、第１端末デバイスと第２端末デバイスとの間の距離を計算する方式のうちの１または複数を含む、段階を含む。

【0078】

任意で、方法は更に、第１端末デバイスが第３情報を第２端末デバイスへ送信する段階であって、第３情報は、通信タイプ、距離閾値、または、第１端末デバイスと第２端末デバイスとの間の距離を計算する方式のうち１または複数を含む、段階を含む。

【0079】

第５態様によれば、以下を含むハイブリッド自動再送要求ＨＡＲＱフィードバック情報伝送方法が提供される。

【0080】

第２端末デバイスが、第１情報をネットワークデバイスから受信し（第１情報は、フィードバック方式タイプを決定するために端末デバイスによって使用される）、第１情報を適用することによってフィードバック方式タイプを決定するか、または、第２端末デバイスが第２情報を第１端末デバイスから受信し（第２情報は、フィードバック方式タイプを決定するために第２端末デバイスによって使用される）、第２情報を適用する。

【0081】

可能な実装形態において、第２端末デバイスが第１情報を適用することは、以下を含む。

【0082】

データパケットを送信するとき、第２端末デバイスは、第１情報に基づいてフィードバック方式タイプを決定する。

【0083】

代替的に、伝送リソースが第１情報を保持し、第１情報がフィードバック方式タイプを示す場合、第２端末デバイスは、第１情報に基づいてこの伝送のフィードバック方式タイプを取得する。

【0084】

可能な実装形態において、第２端末デバイスが第２情報を適用することは、以下を含む。

【0085】

データパケットを送信するとき、第２端末デバイスは、第２情報に基づいてフィードバック方式タイプを決定する。

【0086】

代替的に、伝送リソースが第２情報を保持し、かつ、第２情報がフィードバック方式タイプを示す場合、第２端末デバイスは、第２情報に基づいてこの伝送のフィードバック方式タイプを取得する。

【0087】

任意で、フィードバック方式タイプは、第１ＨＡＲＱフィードバック方式、第２ＨＡＲＱフィードバック方式、またはＨＡＲＱ有効化／無効化情報を含み、第１ＨＡＲＱフィードバック方式は、端末デバイスが肯定応答メッセージまたは非肯定応答メッセージをフィードバックすることを意味し、第２ＨＡＲＱフィードバック方式は、端末デバイスが非肯定応答メッセージのみをフィードバックすることを意味する。ＨＡＲＱ有効化／無効化情報は、ＨＡＲＱ有効化（ｅｎａｂｌｅｄ）またはＨＡＲＱ無効化（ｄｉｓａｂｌｅｄ）を含む。ここで、フィードバック方式タイプが、ＨＡＲＱ有効化（ｅｎａｂｌｅｄ）のＨＡＲＱ有効化／無効化情報である場合、フィードバック方式タイプは更に、ＨＡＲＱフィードバック方式、例えば、第１ＨＡＲＱフィードバック方式または第２ＨＡＲＱフィードバック方式を含み得る。フィードバック方式タイプが、ＨＡＲＱ無効化（ｄｉｓａｂｌｅｄ）のＨＡＲＱ有効化／無効化情報である場合、フィードバック方式タイプは、ＨＡＲＱフィードバック方式、例えば、第１ＨＡＲＱフィードバック方式または第２ＨＡＲＱフィードバック方式を含まないことがあり得る。

【0088】

任意で、第２端末デバイスが第１情報をネットワークデバイスから受信することは、以下を含む。

【0089】

第２端末デバイスは、無線リソース制御ＲＲＣシグナリング、またはシステム情報ブロックＳＩＢ情報、ダウンリンク制御情報ＤＣＩ、または予め構成されたシグナリングのうちの１または複数を使用することによってネットワークデバイスによって送信された第１情報を受信する。

【0090】

任意で、第１情報は単回伝送のフィードバック方式タイプを示す。

【0091】

任意で、第１情報は、複数の伝送のフィードバック方式タイプを含む。

【0092】

任意で、第１情報は第１対応関係を含む。任意で、第１情報は、第１粒度およびＨＡＲＱフィードバック方式を含み得、第１粒度とＨＡＲＱフィードバック方式との間には対応関係がある。

【0093】

任意で、第１対応関係は、第１粒度とＨＡＲＱフィードバック方式との間の対応関係を含み、第１粒度は、宛先アドレス識別子、送信元アドレス識別子、サービスタイプ、サービス識別子、通信タイプ、論理チャネル識別子、サイドリンク無線ベアラ、サービス情報の品質、伝送リソース、ＨＡＲＱプロセス識別子、論理チャネルグループ識別子、または送信端ユーザ機器ＵＥ識別子のうちの１または複数を含む。

【0094】

任意で、第２端末デバイスが第２情報を第１端末デバイスから受信することは、第２端末デバイスが、サイドリンク制御情報ＳＣＩ、メディアアクセス制御ＭＡＣシグナリング、無線リソース制御ＲＲＣシグナリング、またはシステム情報ブロックＳＩＢ情報のうちのいずれか１つを使用することによって第１端末デバイスによって送信された第２情報を受信することを含む。

【0095】

任意で、第２情報は単回伝送のフィードバック方式タイプを示す。

【0096】

任意で、第２端末デバイスが、第１端末デバイスからの第２情報を受信する段階は、第２端末デバイスが、第１端末デバイスから複数の伝送のフィードバック方式タイプを受信する段階であって、複数の伝送のフィードバック方式タイプが第２情報に含まれる、段階を含む。

【0097】

第６態様によれば、通信装置が提供される。通信装置は、第１態様または第１態様の可能な実装形態のいずれか１つにおける方法を実行するよう構成されるモジュールを含むか、または、第２態様または第２態様の可能な実装形態のいずれか１つにおける方法を実行するよう構成されるモジュールを含むか、または、第３態様または第３態様の可能な実装形態のいずれか１つにおける方法を実行するよう構成されるモジュールを含むか、または、第４態様または第４態様の可能な実装形態のいずれか１つにおける方法を実行するよう構成されるモジュールを含むか、または、第５態様または第５態様の可能な実装形態のいずれか１つにおける方法を実行するよう構成されるモジュールを含む。

【0098】

第７態様によれば、プロセッサおよびインタフェース回路を備える通信装置が提供される。インタフェース回路は、通信装置以外の別の通信装置から信号を受信し、信号をプロセッサへ送信するか、または、プロセッサからの信号を、通信装置以外の別の通信装置へ送信するよう構成される。プロセッサは、論理回路を使用するか、または、コード命令を実行して、第１態様または第１態様の可能な実装形態のいずれか１つにおける方法を実装するか、または、第４態様または第４態様の可能な実装形態のいずれか１つにおける方法を実装する。

【0099】

第８態様によれば、プロセッサおよびインタフェース回路を含む通信装置が提供される。インタフェース回路は、通信装置以外の別の通信装置から信号を受信し、信号をプロセッサへ送信するか、または、プロセッサからの信号を、通信装置以外の別の通信装置へ送信するよう構成される。プロセッサは、論理回路を使用するか、または、コード命令を実行して、第２態様または第２態様の可能な実装形態のいずれか１つにおける方法を実装するか、または、第５態様または第５態様の可能な実装形態のいずれか１つにおける方法を実装する。

【0100】

第９態様によれば、プロセッサおよびインタフェース回路を含む通信装置が提供される。インタフェース回路は、通信装置以外の別の通信装置から信号を受信し、信号をプロセッサへ送信するか、または、プロセッサからの信号を、通信装置以外の別の通信装置へ送信するよう構成される。プロセッサは、論理回路を使用するか、または、コード命令を実行して、第３態様または第３態様の可能な実装形態のいずれか１つにおける方法を実装する。

【0101】

第１０態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体はコンピュータプログラムまたは命令を記憶する。コンピュータプログラムまたは命令が実行されるとき、第１態様または第１態様の可能な実装形態のいずれか１つにおける方法が実装されるか、または、第４態様または第４態様の可能な実装形態のいずれか１つにおける方法が実装される。

【0102】

第１１態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、コンピュータプログラムまたは命令を記憶する。コンピュータプログラムまたは命令が実行されるとき、第２態様または第２態様の可能な実装形態のいずれか１つにおける方法が実装されるか、または、第５態様または第５態様の可能な実装形態のいずれか１つにおける方法が実装される。

【0103】

第１２態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、コンピュータプログラムまたは命令を記憶する。コンピュータプログラムまたは命令が実行されるとき、第３態様または第３態様の可能な実装形態のうちのいずれか１つにおける方法が実装される。

【0104】

第１３態様によれば、命令を含むコンピュータプログラム製品が提供される。命令が実行されるとき、第１態様または第１態様の可能な実装形態のいずれか１つにおける方法が実装されるか、または、第２態様または第２態様の可能な実装形態のいずれか１つにおける方法が実装されるか、または、第３態様または第３態様の可能な実装形態のいずれか１つにおける方法が実装されるか、または、第４態様または第４態様の可能な実装形態のいずれか１つにおける方法が実装されるか、または、第５態様または第５態様の可能な実装形態のいずれか１つにおける方法が実装される。

【0105】

第１４態様によれば、命令を記憶した通信チップが提供される。命令がコンピュータデバイス上で実行されるとき、通信チップは、第１態様または第１態様の可能な実装形態のいずれか１つにおける方法を実行すること、または、第４態様または第４態様の可能な実装形態のいずれか１つにおける方法を実行することが可能となる。

【0106】

第１５態様によれば、命令を記憶した通信チップが提供される。命令がコンピュータデバイス上で実行されるとき、通信チップは、第２態様または第２態様の可能な実装形態のいずれか１つにおける方法を実行するか、または、第５態様または第５態様の可能な実装形態のいずれか１つにおける方法を実行することが可能となる。

【0107】

第１６態様によれば、命令を記憶した通信チップが提供される。命令がコンピュータデバイス上で実行されるとき、通信チップは、第３態様または第３態様の可能な実装形態のいずれか１つにおける方法を実行することが可能となる。

【0108】

第１７態様によれば、通信システムが提供される。通信システムは、以下の通信装置、すなわち、第４態様における通信装置、第５態様における通信装置、および、第６態様における通信装置のうち１または複数を含む。

【図面の簡単な説明】

【0109】

【図1】本願の実施形態が適用されるシステムアーキテクチャの例示的な図である。

【0110】

【図2】本願の実施形態が適用されるシステムアーキテクチャの例示的な図である。

【0111】

【図3】本願の実施形態によるＨＡＲＱフィードバック情報伝送方法の概略フローチャートである。

【0112】

【図4】本願の別の実施形態によるＨＡＲＱフィードバック情報伝送方法の概略フローチャートである。

【0113】

【図5】領域識別子の割り当ての例示的な図である。

【0114】

【図6】本願の更に別の実施形態によるＨＡＲＱフィードバック情報伝送方法の概略図である。

【0115】

【図7】本願の実施形態が適用されるシナリオの概略図である。

【0116】

【図8】本願の実施形態が適用される別のシナリオの概略図である。

【0117】

【図9】本願の実施形態による通信装置の概略ブロック図である。

【0118】

【図10】本願の実施形態による端末デバイスの構造の概略図である。

【0119】

【図11】本願の実施形態によるネットワークデバイスの構造の概略図である。

【発明を実施するための形態】

【0120】

以下では、添付図面を参照して本願の技術的解決策を説明する。

【0121】

本願の実施形態の説明において、別段の定めが無い限り、「複数の」または「ａ ｐｌｕｒａｌｉｔｙ ｏｆ」は、２または２より大きいことを意味する。

【0122】

本願の実施形態における技術的解決策は、例えば、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ， ＬＴＥ）システム、ＬＴＥ周波数分割多重（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ， ＦＤＤ）システム、ＬＴＥ時分割多重（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ， ＴＤＤ）システム、マイクロ波アクセスのためのワールドワイドインターオペラビリティ（ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ， ＷｉＭＡＸ（登録商標））通信システム、第５世代（５ｔｈ ｇｅｎｅｒａｔｉｏｎ， ５Ｇ）システム、または、新無線（ｎｅｗ ｒａｄｉｏ， ＮＲ）システム、ビークル・ツー・エブリシング（ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ， Ｖ２Ｘ）システム、および、デバイス・トゥ・デバイス（ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ， Ｄ２Ｄ）システムなど様々な通信システムに適用され得る。任意で、Ｖ２Ｘシステムは具体的には、以下のシステム、すなわち、車両‐ネットワーク（ｖｅｈｉｃｌｅ ｔｏ ｎｅｔｗｏｒｋ， Ｖ２Ｎ）、車両‐車両通信（ｖｅｈｉｃｌｅ ｔｏ ｖｅｈｉｃｌｅ， Ｖ２Ｖ）、車両‐歩行者（ｖｅｈｉｃｌｅ ｔｏ ｐｅｄｅｓｔｒｉａｎ， Ｖ２Ｐ）、車両‐インフラストラクチャ（ｖｅｈｉｃｌｅ ｔｏ ｉｎｆｒａｓｔｒｕｃｔｕｒｅ， Ｖ２Ｉ）などのいずれか１つであり得る。

【0123】

Ｖ２Ｎの１つの参加者は端末デバイスであり、他の参加者はサービスエンティティである。Ｖ２Ｎは、現在もっとも広く使用される、車両のインターネットの形式であり、Ｖ２Ｎの主な機能は、車両がモバイルネットワークを通じてクラウドサーバに接続することを可能にすることにより、クラウドサーバを通じて、ナビゲーション、エンターテインメント、または盗難防止などの機能を提供することである。

【0124】

Ｖ２Ｖの両方の参加者は端末デバイスである。Ｖ２Ｖは、車両間の情報交換およびリマインドに使用され得る。もっとも典型的な応用は、車両間の衝突防止安全システムである。

【0125】

Ｖ２Ｐの両方の参加者は端末デバイスである。Ｖ２Ｐは、道路上の歩行者または非自動車に安全上の警告を提供するために使用され得る。

【0126】

Ｖ２Ｉにおいて、１つの参加者は端末デバイスであり、他の参加者はインフラストラクチャ（または道路設備）である。Ｖ２Ｉは、車両とインフラストラクチャとの間の通信に使用され得る。例えば、インフラストラクチャは、道路、信号機、バリケード、または同様のものであり得、交通信号の時系列などの道路管理情報が取得され得る。

【0127】

本願の実施形態における端末デバイスは、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ， ＵＥ）、加入者局（ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ， ＳＳ）、または顧客施設設備（ｃｕｓｔｏｍｅｒ ｐｒｅｍｉｓｅ ｅｑｕｉｐｍｅｎｔ， ＣＰＥ）、アクセス端末、加入者ユニット、加入者局、移動局、移動局、リモート局、リモート端末、モバイルデバイス、ユーザ端末、端末、無線通信デバイス、ユーザエージェント、またはユーザ装置であり得る。端末デバイスは代替的に、携帯電話、コードレス電話、セッション確立プロトコル（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話、無線ローカルループ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ， ＷＬＬ）局、パーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ， ＰＤＡ（登録商標））、無線通信機能を有するハンドヘルドデバイス、コンピューティングデバイス、無線モデムに接続された別の処理デバイス、車載デバイス、車両内通信装置、車両内通信チップ、ウェアラブルデバイス、将来の５Ｇネットワークにおける端末デバイス、将来の次世代型の公衆陸上移動体ネットワーク（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ， ＰＬＭＮ）における端末デバイス、または同様のものであり得る。これは、本願の実施形態において限定されるものではない。端末デバイスは代替的に、自立走行車、インテリジェント車両、デジタル車両、または、インターネット・オブ・ビークル車両において展開されるソフトウェアおよび／またはハードウェアモジュールであり得る。本願の実施形態における端末デバイスは、Ｄ２Ｄデバイス、Ｖ２Ｘデバイス、または、路側ユニット（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ， ＲＳＵ）であり得る。

【0128】

本願の複数の実施形態におけるネットワークデバイスは、端末デバイスと通信するよう構成されるデバイスであり得る。ネットワークデバイスは、ベーストランシーバ基地局（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｔａｔｉｏｎ， ＢＴＳ）であり得るか、または、広帯域符号分割多元接続（ｗｉｄｅｂａｎｄ ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ， ＷＣＤＭＡ（登録商標））システムにおけるノードＢ（ＮｏｄｅＢ， ＮＢ）であり得るか、または、ＬＴＥシステムにおける次世代型Ｎｏｄｅ Ｂ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ， ｅＮＢ， ｏｒ ｅＮｏｄｅＢ）であり得るか、または、クラウド無線アクセスネットワーク（ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ， ＣＲＡＮ））シナリオにおける無線コントローラであり得る。代替的に、ネットワークデバイスは、リレー局、アクセスポイント、車載デバイス、車両内通信装置、車両内通信チップ、ウェアラブルデバイス、将来の５Ｇネットワークにおける次世代ＮｏｄｅＢ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ， ｇＮＢ）、伝送ポイント、将来のモバイル通信システムにおける基地局、ワイヤレスフィデリティ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ， Ｗｉ－Ｆｉ（登録商標））システムにおけるアクセスノード、５Ｇシステムにおける基地局の１つのアンテナパネルまたは１組のアンテナパネル（複数のアンテナパネルを含む）、または５Ｇリレーノードであり得るか、または、ｇＮＢもしくは伝送ポイントを構成するネットワークノード、例えば、ベースバンドユニット（ｂａｓｅｂａｎｄ ｕｎｉｔ， ＢＢＵ）または分散型ユニット（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ， ＤＵ）であり得る。無線アクセスネットワークデバイスによって使用される具体的な技術および具体的なデバイス形式は、本願の実施形態において限定されるものではない。いくつかのデプロイメントにおいて、ｇＮＢは、集中型ユニット（ｃｅｎｔｒａｌｉｚｅｄ ｕｎｉｔ， ＣＵ）およびＤＵを含み得る。ｇＮＢは更にアクティブアンテナユニット（ａｃｔｉｖｅ ａｎｔｅｎｎａ ｕｎｉｔ， ＡＡＵ）を含み得る。ＣＵは、ｇＮＢのいくつかの機能を実装し、ＤＵは、ｇＮＢのいくつかの機能を実装する。例えば、ＣＵは、非リアルタイムプロトコルおよびサービスを処理することを担当し、無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ， ＲＲＣ）層およびパケットデータコンバージェンスプロトコル（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ， ＰＤＣＰ）層の機能を実装する。ＤＵは、物理層プロトコルおよびリアルタイムサービスを処理することを担当し、無線リンク制御（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ， ＲＬＣ）層、媒体アクセス制御（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ， ＭＡＣ）層、および、物理（ｐｈｙｓｉｃａｌ， ＰＨＹ）層の機能を実装する。ＡＡＵは、いくつかの物理層処理機能、無線周波数処理、および、アクティブアンテナに関連する機能を実装する。ＲＲＣ層の情報は最後にＰＨＹ層の情報において保持されるので、このアーキテクチャにおいて、ＲＲＣ層シグナリングなどの上位層シグナリングはまた、ＤＵによって送信される、または、ＤＵ＋ＡＡＵによって送信されるとみなされ得る。ネットワークデバイスは、ＣＵノード、ＤＵノード、およびＡＡＵノードの１または複数を含むデバイスであり得ることが理解され得る。本願の実施形態において、ネットワークデバイスは代替的に路側ユニットＲＳＵであり得る。

【0129】

本願の実施形態において、端末デバイスまたはネットワークデバイスは、ハードウェア層、ハードウェア層の上位で動作するオペレーティングシステム層、およびオペレーティングシステム層の上位で動作するアプリケーション層を含む。ハードウェア層は、中央演算処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ， ＣＰＵ）、メモリ管理ユニット（ｍｅｍｏｒｙ ｍａｎａｇｅｍｅｎｔ ｕｎｉｔ， ＭＭＵ）、および、メモリ（メインメモリとも称される）などのハードウェアを含む。オペレーティングシステムは、プロセス（ｐｒｏｃｅｓｓ）を通じてサービス処理を実装する任意の１または複数のコンピュータオペレーティングシステム、例えば、Ｌｉｎｕｘ（登録商標）オペレーティングシステム、Ｕｎｉｘ（登録商標）オペレーティングシステム、Ａｎｄｒｏｉｄ（登録商標）オペレーティングシステム、ｉＯＳ（登録商標）オペレーティングシステム、またはＷｉｎｄｏｗｓ（登録商標）オペレーティングシステムであり得る。アプリケーション層は、ブラウザ、アドレス帳、文書作成ソフトウェア、インスタントメッセージングソフトウェアなどのアプリケーションを含む。加えて、本願の実施形態において提供される方法のためのコードを記録するプログラムが、本願の実施形態において提供される方法に従って通信を実行するように動作されることができる限り、本願の実施形態において提供される方法の実行主体の具体的構造は、本願の実施形態において具体的に限定されない。例えば、本願の実施形態において提供される方法は、プログラムを呼び出して実行し得る、端末デバイスまたはネットワークデバイスにおける端末デバイス、ネットワークデバイス、または機能モジュールによって実行され得る。

【0130】

加えて、本願の態様または特徴は、標準のプログラミングおよび／またはエンジニアリング技術を使用する方法、装置または製品として実装され得る。本願において使用される「製品」という用語は、任意のコンピュータ可読コンポーネント、キャリアまたは媒体からアクセスできるコンピュータプログラムを包含する。例えば、コンピュータ可読媒体は、磁気記憶コンポーネント（例えば、ハードディスクドライブ、フロッピーディスク、または磁気テープ）、光ディスク（例えば、コンパクトディスク（ｃｏｍｐａｃｔ ｄｉｓｃ， ＣＤ）またはデジタル多用途ディスク（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ， ＤＶＤ））、スマートカード、およびフラッシュメモリコンポーネント（例えば、消去可能プログラマブルリードオンリメモリ（ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ， ＥＰＲＯＭ）、カード、スティック、またはキードライブ）を含み得るが、これらに限定されるものではない。加えて、本明細書で説明される様々な記憶媒体は、情報を記憶するよう構成された１または複数のデバイス、および／または他機械可読媒体を表し得る。「機械可読媒体」という用語は、無線チャネル、ならびに、命令および／またはデータを記憶し、含み、および／または、保持する様々な他の媒体を含み得るが、これに限定されるものではない。

【0131】

図１は、本願の実施形態が適用されるシステムアーキテクチャの例示的な図である。図１に示されるように、通信システムは、Ｖ２Ｘアプリケーションサーバ（ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ）、Ｖ２Ｘデバイス（Ｖ２Ｘデバイス１およびＶ２Ｘデバイス２を含む）およびネットワークデバイスを含む。Ｖ２Ｘデバイスは、ＰＣ５インタフェースを通じて互いに通信する。Ｖ２Ｘデバイス間の直接通信リンクは、サイドリンク（ｓｉｄｅｌｉｎｋ， ＳＬ）と称され得る。Ｖ２ＸデバイスとＶ２Ｘアプリケーションサーバとの間の通信は、ネットワークデバイスによる転送を要求する。具体的には、アップリンクについては、送信端Ｖ２Ｘデバイスは、Ｕｕインタフェースを通じてＶ２Ｘデータをネットワークデバイスへ送信し、ネットワークデバイスは、処理のためにデータをＶ２Ｘアプリケーションサーバへ送信し、次に、Ｖ２Ｘアプリケーションサーバは、データを受信端Ｖ２Ｘデバイスへ渡す。ダウンリンクについては、Ｖ２Ｘアプリケーションサーバは、Ｖ２Ｘデータをネットワークデバイスへ送信し、ネットワークデバイスは、Ｕｕインタフェースを通じてＶ２ＸデータをＶ２Ｘデバイスへ送信する。

【0132】

図１におけるＶ２Ｘデバイスは、インターネット・オブ・シングスのデバイス、例えばＵＥであることが理解されるべきである。

【0133】

図１における矢印の方向は、Ｖ２Ｘデバイス１を例として使用することによって単に説明され、本願の本実施形態に対する限定を構成しないことが更に理解されるべきである。実際に、Ｖ２Ｘデバイス１とＶ２Ｘデバイス２との間の通信は、双方向性であり得、Ｖ２Ｘデバイス２はまた、ネットワークデバイスとのアップリンク通信を実行し得る。このことは、特に限定されない。

【0134】

図２は、本願の実施形態が適用されるシステムアーキテクチャの例示的な図である。図２に示されるように、車両１および車両２は、Ｖ２Ｖを通じて互いに通信する。車両は、車両速度、駆動方向、具体的場所、緊急ブレーキが押されたかどうかなどの情報を周囲の車両にブロードキャストし得る。周囲の車両のドライバは、情報を取得することによって、視野外の交通ステータスをより良く認識でき、したがって、リスクステータスを事前に予測して回避できる。Ｖ２Ｉ通信において、上述のセキュリティ情報の交換に加えて、路側ユニットＲＳＵなどの路側インフラストラクチャは、様々なタイプのサービス情報およびデータネットワークアクセスを車両に提供し得る。自動料金収受および車両内エンターテインメントなどの機能は、交通インテリジェンスを大きく改善できる。

【0135】

２つの車両は、図２において説明のための例として使用されるものであり、保護範囲はこれに限定されるものではないことが理解されるべきである。実際に、複数の車両があり得、複数の車両はＶ２Ｖを通じて互いに通信し得る。

【0136】

本願の実施形態において提供され得るいくつかの用語または概念は、下で簡潔に説明される。

【0137】

ハイブリッド自動再送要求（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ， ＨＡＲＱ）は、前方誤り訂正（ｆｏｒｗａｒｄ ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ， ＦＥＣ）方法および自動再送要求（ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ， ＡＲＱ）方法を統合する技術である。ＦＥＣにより、受信端は、冗長情報を追加することによって、いくつかのエラーを訂正し、再伝送の数を低減することが可能となる。ＦＥＣが訂正できないエラーについては、受信端は、ＡＲＱ機構を使用することによってデータを再伝送することを送信端に要求する。受信端は、エラー検出コード、例えば巡回冗長検査（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ， ＣＲＣ）を使用することによって、受信されたデータパケットにおいてエラーが発生するかどうかを検出する。エラーが発生しない場合、受信端は、肯定応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ， ＡＣＫ）を送信端へ送信し、ＡＣＫを受信後、送信端は次のデータパケットを送信する。エラーが発生する場合、受信端は、否定応答（ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ， ＮＡＣＫ）を送信端へ送信し、ＮＡＣＫを受信後、送信端はデータパケットを再伝送する。ＨＡＲＱメカニズムにおいて、１つのデータは複数回にわたって送信され得、複数回にわたって送信されたデータは、データの異なるＲＶであり得、複数回の送信におけるデータレート、空間ドメイン情報、および同様のものも異なり得る。複数回にわたって送信されたデータは、組み合わされて復号され得、元のデータが取得される。加えて、送信端はまた、受信端によって送信されたＡＣＫ／ＮＡＣＫを受信することなく、データをアクティブに再伝送し得る。

【0138】

ＮＲ Ｖ２Ｘにおいて、ＰＣ５インタフェースについて、端末デバイスがＶ２Ｘ ＳＬリソースを取得するモードは２つある。すなわち、基地局によってスケジューリングされたリソース割り当ての方式、および、端末デバイスがリソースを自律的に選択する方式である。例えば、基地局によってスケジューリングされたリソース割り当て方式は、「モード（ｍｏｄｅ）１」と称され得る。例えば、端末デバイスがリソースを自律的に選択する方式は、「モード２」と称され得る。モード１において、Ｖ２Ｘサービスデータを送信する前に、端末デバイスはまず、基地局にリソースを要求する必要があり、基地局は、要求されたＶ２Ｘ ＳＬリソースを割り当てる。基地局は、端末デバイスの専用無線ネットワーク一時識別子（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ， ＲＮＴＩ）を使用することによってリソース割り当てを実行し得る。モード２において、基地局は、システム情報ブロードキャストまたは専用シグナリングを通じてＶ２Ｘ ＳＬリソースを構成する。端末デバイスは、競合を通じてＶ２Ｘ ＳＬリソースを取得し得る。前述の説明は、基地局によってスケジューリングされたリソース割り当て方式が「モード１」と名付けられ、端末デバイスがリソースを自律的に選択する方式が「モード２」と名付けられる単なる例を使用することによって提供されることが理解されるべきである。しかしながら、基地局によってスケジューリングされたリソース割り当て方式の名称、および、端末デバイスがリソースを自律的に選択する方式は、本願の実施形態の保護範囲を限定しない。実際に、ＮＲ Ｖ２Ｘの発展に伴い、基地局によってスケジューリングされるリソース割り当て方式、および、ＵＥがリソースを自律的に選択する方式は代替的に、他の名称に名付けられ得る。名称に関わらず、名称は、本願の実施形態に適用可能である。代替的に、基地局はネットワークデバイスで置き換えられ得る。これについては、限定されない。

【0139】

説明がここで中心的に提供される。説明を容易にするために、第１端末デバイスが送信端ＵＥであり第２端末デバイスが受信端ＵＥである例が下の説明において使用される。

【0140】

図３は、本願の実施形態によるハイブリッド自動再送要求ＨＡＲＱフィードバック情報伝送方法３００の概略フローチャートである。図３に示されるように、方法３００は以下の段階を含む。

【0141】

Ｓ３１０：第１端末デバイスが、第１対応関係に基づいて、現在の伝送に対応するフィードバック方式タイプおよび／または通信タイプを決定する。

【0142】

フィードバック方式タイプは第１ＨＡＲＱフィードバック方式または第２ＨＡＲＱフィードバック方式を含む。第１ＨＡＲＱフィードバック方式は、端末デバイスが肯定応答メッセージまたは非肯定応答メッセージをフィードバックすることを意味し、第２ＨＡＲＱフィードバック方式は、端末デバイスが非肯定応答メッセージのみをフィードバックすることを意味する。

【0143】

任意で、方法３００は更に、第１端末デバイスが伝送リソースを取得することを含む。説明を容易にするために、第１端末デバイスが送信端ＵＥであり第２端末デバイスが受信端ＵＥである例が下の説明において使用される。

【0144】

例えば、伝送リソースは、モード１の方式において送信端ＵＥのために基地局によって構成され得、または、モード２の方式において送信端ＵＥによって自律的競合を通じて取得され得る。このことは、特に限定されない。

【0145】

例えば、基地局は、グラント（ｇｒａｎｔ）リソースを送信端ＵＥに割り当てる。

【0146】

任意で、伝送リソースは、プロパティ情報を保持し得る、または、プロパティ情報を保持しないことがあり得る。これについては、限定されない。説明がここで中心的に提供される。プロパティ情報は、ＨＡＲＱフィードバック方式タイプに対応するＨＡＲＱフィードバック方式タイプ、ＨＡＲＱ有効化／無効化情報、または通信タイプ（例えば、ブロードキャスト、グループキャスト、またはユニキャスト）のうち１または複数を含む。

【0147】

ここで、伝送リソースにおけるプロパティ情報は、伝送リソースによってサポートされるＨＡＲＱフィードバック方式、伝送リソースによってサポートされるＨＡＲＱ有効化／無効化情報（フィードバックを実行するかどうかを示すために使用される有効化スイッチとして理解され得る）、または、伝送リソースを使用することによって実行されるデータ伝送において使用される、対応する通信タイプキャストタイプ（例えば、ブロードキャスト、グループキャスト、またはユニキャスト）のうち１または複数を示すために使用される。例えば、プロパティ情報は、伝送リソースによってサポートされるＨＡＲＱフィードバック方式を示し得るか、または、伝送リソースによってサポートされるＨＡＲＱ有効化／無効化情報を示し得るか、または、伝送リソースによってサポートされるＨＡＲＱフィードバック方式およびＨＡＲＱ有効化／無効化情報を示し得る。

【0148】

ＨＡＲＱ有効化／無効化情報がＨＡＲＱ有効化（ｅｎａｂｌｅｄ）である場合、フィードバック情報を送信できることを示す。ＨＡＲＱ有効化／無効化情報がＨＡＲＱ無効化（ｄｉｓａｂｌｅｄ）である場合、フィードバック情報を送信できないことを示す。すなわち、プロパティ情報は更に、フィードバック情報を送信するかどうかを示すために使用され得る。

【0149】

任意で、通信タイプは、グループキャスト、ブロードキャスト、またはユニキャストを含む。

【0150】

任意で、伝送リソースが通信タイプを保持しない場合、第１端末デバイスは、予め設定されたルールに従って通信タイプを決定し得る。任意で、第１端末デバイスは、ＳＣＩまたはＭＡＣ ＣＥにおいて保持される通信タイプを第２端末デバイスに通知し得る。

【0151】

任意で、プロパティ情報がＨＡＲＱ有効化／無効化情報（ＨＡＲＱ有効化／無効化）を保持する場合、決定されたフィードバック方式タイプはまた、対応するフィードバック方式を含み得る。例えば、フィードバック方式タイプがＨＡＲＱ有効化を含む場合、フィードバック方式タイプは更に、第１ＨＡＲＱフィードバック方式または第２ＨＡＲＱフィードバック方式を含み得る。

【0152】

例えば、方法３００は更に、送信端ＵＥが第１対応関係を取得することを含む。第１対応関係は、予め定められ得るか、または、ネットワークデバイスによって送信され得るか、または、別のＵＥ（例えば、グループキャスト伝送におけるＵＥ）によって送信端ＵＥに通知され得るか、または、送信端ＵＥによって生成され得る。これについては、限定されない。

【0153】

同様に、受信端ＵＥはまた、第１対応関係を取得し得る。第１対応関係は予め定められ得るか、または、ネットワークデバイスによって受信端ＵＥへ送信され得るか、または、別のＵＥ（例えば、送信端ＵＥ、または、グループキャストメンバにおける別のＵＥ）によって受信端ＵＥへ通知され得るか、または、受信端ＵＥ自体によって生成され得る。これについては、限定されない。

【0154】

例えば、第１対応関係は、第１粒度とＨＡＲＱフィードバック方式との間の対応関係を含み、第１粒度は、送信元アドレス識別子（例えば、送信元（ｓｏｕｒｃｅ， ＳＲＣ）識別子（ｉｄｅｎｔｉｆｉｅｒ， ＩＤ））、宛先アドレス識別子（例えば、宛先（ＤＥＳＴ ＩＤ）、サービスタイプ、サービス識別子（例えば、サービスＩＤ）、通信タイプ（例えば、グループキャスト、ブロードキャスト、またはユニキャスト）、論理チャネル（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ， ＬＣＨ）識別子（例えば、ＬＣＨ ＩＤ）、サイドリンク無線ベアラ（例えば、ＳＬ ＲＢ）、サービス品質（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ， ＱｏＳ）情報、伝送リソース（例えば、特定の時間についてスケジューリングされたＤＣＩにおいて保持されるグラント、または、ネットワークによって構成されたＣＧタイプ１／２インデックス）、ＨＡＲＱプロセス識別子（ＨＡＲＱ ｐｒｏｃｅｓｓ ＩＤ）、論理チャネルグループ（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｇｒｏｕｐ， ＬＣＧ）識別子（例えば、ＬＣＧ ＩＤ）、伝送リソースタイプ（例えば、伝送リソースは、動的グラントＤｙｎａｍｉｃ Ｇｒａｎｔリソース、構成されたグラントＣｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔリソース、半永続スケジューリングリソースＳＰＳグラント、モード２リソース、または同様のものであり得る）、送信端ユーザ機器ＵＥの識別子、または、受信端ＵＥの識別子のうち１または複数を含み得る。

【0155】

Ｓ３２０：第１端末デバイスは、フィードバック方式タイプに基づいてデータパケット組み立て処理を実行する。

【0156】

Ｓ３３０：第１端末デバイスは、伝送リソースを使用することによってデータパケットを送信する。これに応じて、第２端末デバイスはデータパケットを受信する。

【0157】

本願の本実施形態において、第１端末デバイスは、第１対応関係に基づいてフィードバック方式タイプを決定し、フィードバック方式タイプの決定後にデータパケット組み立て処理を実行し、最後に、伝送リソースを使用することによってデータパケットを送信し得、その結果、ＨＡＲＱフィードバック方式は、柔軟に決定され得る。

【0158】

第２端末デバイスについて、図４に示されるように、第２端末デバイスは、以下の方法を実行し得る。Ｓ４１０：第２端末デバイスはデータパケットを受信する。Ｓ４２０：第２端末デバイスは、データパケットに対してフィードバックを実行するために使用されるフィードバック方式タイプを決定する。Ｓ４３０：第２端末デバイスは、フィードバック方式タイプを使用することによってフィードバックを実行する。第２端末デバイスは、第１端末デバイスに対応する送受信機デバイスである。第１端末デバイスが送信端ＵＥである場合、第２端末デバイスは受信端ＵＥである。

【0159】

例えば、フィードバック方式タイプの決定後、送信端ＵＥは、ＳＣＩまたはＭＡＣ ＣＥを使用することによって、単回伝送のフィードバック方式タイプを受信端ＵＥに示し得る。受信端ＵＥのＰＨＹ層は、ＳＣＩシグナリングおよびデータを復調し、ＰＨＹが関心を有するサービスをＭＡＣ層へ渡す。受信端ＵＥのＭＡＣ層またはＰＨＹ層は、特定の原理に従って、受信が成功したかどうかを決定し得る。初回の伝送について、ＭＡＣエンティティまたはＰＨＹエンティティは、受信が成功したかどうかを直接決定する。再伝送のために、ＭＡＣエンティティまたはＰＨＹエンティティは、特定のルールに従ってＨＡＲＱソフトコンビネーションを実行し（例えば、Ｔｘ ＵＥ ＩＤ、ＤＥＳＴ ＩＤ、ＨＡＲＱ ＩＤ、および同様のものに基づいて初回伝送データバッファ（Ｄａｔａ ｂｕｆｆｅｒ）を検索し、異なる冗長バージョン（ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎｓ， ＲＶ）間のソフトコンビネーションを実行する）、コンビネーション後、最終結果が成功か、または失敗かを決定する。受信端ＵＥのＭＡＣ層またはＰＨＹ層は、ＨＡＲＱフィードバックを実行するかどうかを決定し得る。フィードバックが要求される場合、送信端ＵＥによって示されるフィードバック方式は、フィードバックに使用され得る。任意で、受信端ＵＥは代替的に、第１対応関係を検索することによって、ＨＡＲＱフィードバックを実行するかどうかについての情報を取得し得る。

【0160】

例えば、第１対応関係が送信端ＵＥの識別子とＨＡＲＱフィードバック方式との間の対応関係を含む場合、受信端ＵＥは、受信データにおいて保持される送信端ＵＥの識別子に基づいて、第１対応関係から、対応するＨＡＲＱフィードバック方式を検索し得る。第１対応関係が、送信端ＵＥの識別子とＤＥＳＴ ＩＤとの間の対応関係、ならびにＨＡＲＱフィードバック方式を含む場合、受信端ＵＥは、受信データにおいて保持される送信端ＵＥの識別子およびＤＥＳＴ ＩＤに基づいて、第１対応関係から、対応するＨＡＲＱフィードバック方式を検索し得る。第１対応関係が、送信端ＵＥの識別子と、サービスタイプとの間の対応関係、ならびに、ＨＡＲＱフィードバック方式を含む場合、受信端ＵＥは、受信データにおいて保持される送信端ＵＥの識別子およびサービスタイプに基づいて、第１対応関係から、対応するＨＡＲＱフィードバック方式を検索し得る。第１対応関係が、送信端ＵＥの識別子とサービス識別子との間の対応関係、ならびに、ＨＡＲＱフィードバック方式を含む場合、受信端ＵＥは、受信データにおいて保持される送信端ＵＥおよびサービス識別子の識別子に基づいて、第１対応関係から、対応するＨＡＲＱフィードバック方式を検索し得る。第１対応関係が、送信端ＵＥの識別子と通信タイプとの間の対応関係、ならびに、ＨＡＲＱフィードバック方式を含む場合、受信端ＵＥは、受信データにおいて保持される送信端ＵＥの識別子および通信タイプに基づいて、第１対応関係から、対応するＨＡＲＱフィードバック方式を検索し得る。第１対応関係が、送信端ＵＥの識別子とＬＣＨ ＩＤとの間の対応関係、ならびに、ＨＡＲＱフィードバック方式を含む場合、受信端ＵＥは、受信データにおいて保持される送信端ＵＥの識別子およびＬＣＨ ＩＤに基づいて、第１対応関係から、対応するＨＡＲＱフィードバック方式を検索し得る。第１対応関係が、送信端ＵＥの識別子とＱｏＳとの間の対応関係、ならびに、ＨＡＲＱフィードバック方式を含む場合、受信端ＵＥは、受信データにおいて保持される送信端ＵＥの識別子およびＱｏＳに基づいて、第１対応関係から、対応するＨＡＲＱフィードバック方式を検索し得る。または同様である。ここでは、再び詳細を説明しない。ここでの例は単に、第１粒度の部分を例として使用する説明のためのものであり、本願の実施形態の保護範囲の限定を構成しないことが理解され得る。実際に、第１粒度を使用することにより、第１対応関係から対応するＨＡＲＱフィードバック方式を検索するための、より多くの可能なコンビネーションがあり得る。当業者であれば、上述の例に基づいて、これらのコンビネーションを認識し得る。簡潔にするために、ここでは詳細について改めて説明しない。

【0161】

ＵＥ識別子は、ＳＬ ＵＥ識別子、例えば、層（ｌａｙｅｒ、Ｌ）１ＩＤまたはＬ２ ＩＤであり得ることが理解され得る。ＤＥＳＴ ＩＤは、ユニキャストにおけるＲｘ ＵＥ ＩＤであり得るか、または、グループキャストにおけるグループＩＤまたはサービスＩＤであり得るか、または、ブロードキャストにおけるサービスＩＤであり得る。グループＩＤおよびサービスＩＤは代替的に、Ｌ１ ＩＤまたはＬ２ ＩＤであり得る。ＳＲＣ ＩＤは代替的に、Ｌ１ ＩＤまたはＬ２ ＩＤであり得る。ＤＥＳＴ ＩＤは代替的に、Ｌ１ ＩＤまたはＬ２ ＩＤであり得る。

【0162】

説明をここで中心的に提供する。「ＤＥＳＴ」および「ＤＥＳＴ ＩＤ」は、下で交互に使用され、両方とも通信対象を表し得る。「ＳＲＣ」および「ＳＲＣ ＩＤ」は、下で交互に使用され、両方とも通信元を表し得る。「ＬＣＨ」および「ＬＣＨ ＩＤ」は、下で交互に使用され、両方とも論理チャネルを表し得る。

【0163】

本願の本実施形態において、送信端ＵＥは、伝送リソースの取得後、第１対応関係に基づいて、この伝送に使用されたフィードバック方式タイプを決定し、フィードバック方式タイプに基づいてデータパケット組み立て処理を実行し、最後に、伝送リソースを使用することによってデータパケットを送信し、その結果、フィードバック方式タイプは柔軟に決定され得る。

【0164】

本願の本実施形態において、伝送リソースがプロパティ情報を保持するかどうかについて、送信端ＵＥは、下で別に説明される異なる処理方式を有する。

【0165】

方式１：伝送リソースはプロパティ情報を保持すると想定する。この場合、送信端ＵＥがデータパケット組み立て処理を実行する前に、方法３００は更に、送信端ＵＥが、プロパティ情報に基づいて、第１対応関係から、伝送リソースによってサポートされるＨＡＲＱフィードバック方式／ＨＡＲＱフィードバック方式がＨＡＲＱフィードバック方式と同一である少なくとも１つのＤＥＳＴおよび／または論理チャネルを選別する段階と、送信端ＵＥが、少なくとも１つのＤＥＳＴおよび／または論理チャネルにおけるデータを伝送リソース上で送信する段階とを含む。「少なくとも１つ」とは「１または複数」を意味する。

【0166】

例えば、第１対応関係は、ＤＥＳＴと論理チャネル識別子との間の対応関係、ならびにＨＡＲＱフィードバック方式を含むと想定される。この場合、ＤＥＳＴおよび論理チャネルフィルタリングを実行するとき、送信端ＵＥは、伝送リソースによってサポートされるＨＡＲＱフィードバック方式に基づいて、第１対応関係から、伝送リソースによってサポートされるＨＡＲＱフィードバック方式と同一である少なくとも１つのＤＥＳＴおよび論理チャネルを選別し、ＤＥＳＴおよび論理チャネルにおけるデータで伝送リソースを充填し得る。

【0167】

例えば、（１）伝送リソースがグループキャスト（Ｇｒｏｕｐｃａｓｔ）ＮＡＣＫ ｏｎｌｙ伝送に使用され得る場合、グループキャストＮＡＣＫ ｏｎｌｙフィードバック方式のみをサポートできる対応する情報の１または複数が以下、すなわち、通信タイプ、ＤＥＳＴ、ＬＣＨ、ＳＬ ＲＢ、ＱｏＳ、またはＨＡＲＱプロセスＩＤから選択される必要がある。ここでは、第１粒度におけるいくつかの内容のみが説明のための例としてのみ使用されることが理解され得る。実際に、第１粒度は代替的に、上で説明された別のコンビネーションであり得る。これについては、限定されない。

【0168】

（２）伝送リソースがグループキャストＡＣＫ／ＮＡＣＫ伝送のみに使用され得る場合、グループキャストＡＣＫ／ＮＡＣＫフィードバック方式のみをサポートできる対応する情報の１または複数が、以下、すなわち、通信タイプ、Ｔｘ、ＤＥＳＴ、ＬＣＨ、ＳＬ ＲＢ、ＱｏＳ、またはＨＡＲＱプロセスＩＤから選択される必要がある。ここでは、第１粒度におけるいくつかの内容のみが説明のための例として使用されることが理解され得る。実際に、第１粒度は代替的に、上で説明された別のコンビネーションであり得る。これについては、限定されない。

【0169】

（３）伝送リソースが、ＨＡＲＱ有効化スイッチがＨＡＲＱ有効化である伝送のみに使用され得る場合、ＨＡＲＱ有効化のみをサポートできる対応する情報の１または複数が、以下、すなわち、通信タイプ、Ｔｘ ＵＥ ＩＤ、ＤＥＳＴ、ＬＣＨ、ＳＬ ＲＢ、ＱｏＳ、またはＨＡＲＱプロセスＩＤから選択される必要がある。ここで、第１粒度におけるいくつかの内容のみが、説明のための例として使用されることが理解され得る。実際に、第１粒度は代替的に、上で説明された別のコンビネーションであり得る。これについては、限定されない。

【0170】

（４）伝送リソースが、ＨＡＲＱ有効化スイッチがＨＡＲＱ無効化である伝送のみに使用され得る場合、ＨＡＲＱ無効化のみをサポートできる対応する情報の１または複数が、以下、すなわち、通信タイプ、Ｔｘ ＵＥ ＩＤ、ＤＥＳＴ、ＬＣＨ、ＳＬ ＲＢ、ＱｏＳ、またはＨＡＲＱプロセスＩＤから選択される必要がある。ここで、第１粒度におけるいくつかの内容のみが、説明のための例として使用されることが理解され得る。実際に、第１粒度は代替的に、上で説明された別のコンビネーションであり得る。これについては、限定されない。

【0171】

（５）伝送リソースが、ＨＡＲＱ無効化のユニキャストおよび／またはグループキャスト伝送のみに使用され得る場合、対応するＨＡＲＱフィードバック要件を有しない１または複数の項目が、以下、すなわち、通信タイプ、ＵＥ ＩＤ、ＤＥＳＴ、ＬＣＨ、ＳＬ ＲＢ、ＱｏＳ、またはＨＡＲＱ ＩＤから選択される必要がある。ここで、第１粒度におけるいくつかの内容のみが、説明のための例として使用されることが理解され得る。実際に、第１粒度は代替的に、上で説明された別のコンビネーションであり得る。これについては、限定されない。

【0172】

（６）伝送リソースが、ＨＡＲＱ有効化のユニキャストおよび／またはグループキャスト伝送のみに使用され得る場合、対応するＨＡＲＱフィードバック要件を有する１または複数の項目が、以下、すなわち、通信タイプ、ＵＥ ＩＤ、ＤＥＳＴ、ＬＣＨ、ＳＬ ＲＢ、ＱｏＳ、またはＨＡＲＱ ＩＤから選択される必要がある。

【0173】

（７）伝送リソースがグループキャストＡＣＫ／ＮＡＣＫ伝送のみに使用され得、かつ、フィードバックリソースの数が５である場合、グループキャストＡＣＫ／ＮＡＣＫフィードバックのみをサポートでき、グループメンバの数が５以下である１または複数の対応する項目が、以下、すなわち、Ｔｘ ＵＥ ＩＤ、ＤＥＳＴ、ＬＣＨ、ＳＬ ＲＢ、ＱｏＳ、またはＨＡＲＱプロセスＩＤから選択される。ここで、第１粒度におけるいくつかの内容のみが、説明のための例として使用されることが理解され得る。実際に、第１粒度は代替的に、上で説明された別のコンビネーションであり得る。これについては、限定されない。

【0174】

（８）伝送リソースが、グループキャストＮＡＣＫ ｏｎｌｙの伝送のみに使用され得、かつ、距離計算方式がＧＰＳである場合、グループキャストＮＡＣＫ ｏｎｌｙのみをサポートでき、かつ、距離計算がＧＰＳを通じてのみ実行され得る１または複数の対応する項目が、以下、すなわち、Ｔｘ ＵＥ ＩＤ、ＤＥＳＴ、ＬＣＨ、ＳＬ ＲＢ、ＱｏＳ、またはＨＡＲＱプロセスＩＤから選択される必要がある。ここで、第１粒度におけるいくつかの内容のみが説明のための例として使用されることが理解され得る。実際に、第１粒度は代替的に、上で説明された別のコンビネーションであり得る。これについては、限定されない。

【0175】

例えば、ＤＥＳＴおよび論理チャネルフィルタリング（グラントプロパティに一致するＤＥＳＴおよび論理チャネルを選択する）を実行した後に、送信端ＵＥは、データ送信のＤＥＳＴを選択し得る。例えば、送信端ＵＥは、異なるＤＥＳＴにおけるデータを有する論理チャネルの優先度（または対応するＱｏＳレベル）をＤＥＳＴの優先度として使用し、次に、最高のＤＥＳＴ優先度を有する論理チャネルにおいてデータを選択してデータを送信し得る。最高のＤＥＳＴ優先度を有する論理チャネルにおけるデータが充填のために選択された後、この伝送が残りの伝送リソースを有する場合、同一のＤＥＳＴを有する別の論理チャネルにおけるデータを充填することが実行され得る（例えば、充填は、ＬＣＨ優先度の降順に、または、ＬＣＨに対応するＱｏＳフローのＱｏＳ優先度の降順に実行され得る）。送信端ＵＥのＭＡＣ層は、この伝送において充填されたトランスポートブロックＴＢを物理ＰＨＹ層へ送信し、送信を実行することをＰＨＹ層に示し、送信端ＵＥのＰＨＹ層は、この伝送のデータを送信する。任意で、ＨＡＲＱ情報がこの伝送においてフィードバックされる必要がある場合、送信端ＵＥは、対応するフィードバック時間‐周波数リソース上でフィードバック結果を受信し、次に、フィードバック結果に基づいて、再伝送が要求されたかどうかを決定し、再伝送が要求された場合、再伝送を実行し得る。

【0176】

方式２：伝送リソースはプロパティ情報を保持しないと想定される。この場合、送信端ＵＥがデータパケット組み立て処理を実行する前に、方法３００は更に、送信端ＵＥが、複数のＤＥＳＴおよび／または論理チャネルにおけるデータを伝送リソース上で送信する段階であって、複数のＤＥＳＴおよび／または論理チャネルの各々に対応するフィードバック方式は同一または異なる、段階を含む。

【0177】

例えば、伝送リソースが、サポートされるフィードバック方式タイプを保持しない場合、送信端ＵＥは、ＤＥＳＴおよび論理チャネルフィルタリングを実行しないことがあり得、異なるフィードバック方式タイプを有する論理チャネルを伝送リソース上で送信し得るか、または、ＤＥＳＴおよび論理チャネルフィルタリングを実行し得、同一のフィードバック方式タイプを有するＤＥＳＴおよび論理チャネルにおけるデータを伝送リソース上で送信し得る。

【0178】

方式３：伝送リソースはプロパティ情報を保持しないと想定される。この場合、送信端ＵＥがデータパケット組み立て処理を実行する前または後に、方法３００は更に、送信端ＵＥが、伝送リソースについて、伝送リソースによってサポートされるＨＡＲＱフィードバック方式および／または通信タイプを決定する段階と、送信端ＵＥが、伝送リソースによってサポートされるＨＡＲＱフィードバック方式および／または通信タイプと同一であるＨＡＲＱフィードバック方式／ＨＡＲＱフィードバック方式および／または通信タイプ／通信タイプを有する少なくとも１つのＤＥＳＴおよび／または論理チャネルを第１対応関係から選別する段階と、送信端ＵＥが、少なくとも１つのＤＥＳＴおよび／または論理チャネルにおけるデータを伝送リソース上で送信する段階とを含む。

【0179】

方式３において、例えば、送信端ＵＥは、伝送リソースのためにプロパティ情報を追加し得る。伝送リソースがプロパティ情報を有した後、送信端ＵＥの後続の動作については、方式１における説明を参照されたい。冗長性を回避するべく、ここでは、再び詳細を説明しない。

【0180】

ここで方式３において、送信端ＵＥは以下の方式で、サポートされるＨＡＲＱフィードバック方式を伝送リソースのために決定し得る。（１）プロトコルが、常に優先されるＨＡＲＱフィードバック方式を定義し得る。例えば、ＵＥが、ＨＡＲＱ有効化のＤＥＳＴおよび／またはＬＣＨデータ、ならびに、ＨＡＲＱ無効化のＤＥＳＴおよび／またはＬＣＨデータの両方を送信する必要がある場合、ＨＡＲＱ有効化に対応するデータの送信は常に、ＨＡＲＱ無効化に対応するデータの送信に先行することがプロトコルにおいて定義され得る。代替的に、ＳＩＢまたはＲＲＣメッセージなどの方式でポリシーが柔軟に構成され得る（例えば、ＨＡＲＱ有効化に対応するデータは、ＨＡＲＱ無効化に対応するデータに先行するか、または、ＨＡＲＱ無効化に対応するデータは、ＨＡＲＱ有効化に対応するデータに先行する）。（２）送信端ＵＥがデータパケット組み立て処理を実行した後に、送信端ＵＥは、異なる通信タイプである、最高優先度および伝送待ちデータを有するＱｏＳ（またはＬＣＨまたはＤＥＳＴ）に対応するＨＡＲＱフィードバック方式を伝送リソースのプロパティとして使用し得る。（３）送信端ＵＥは、伝送リソースのプロパティを決定せず、任意のデータパケット組み立てに伝送を許可し得る（例えば、同一のＤＥＳＴを有する異なるＬＣＨでは、いくつかのＬＣＨに対応するＨＡＲＱ有効化／無効化情報がＨＡＲＱ有効化であり、かつ、いくつかのＬＣＨに対応するＨＡＲＱ有効化／無効化情報がＨＡＲＱ無効化である場合、ＬＣＨは、同時伝送のために同一のＴＢ上に多重化され得る）。しかしながら、フィードバック情報が送信されるとき、固有のフィードバック方式が決定される。固有のフィードバック方式について、厳格な定義に基づいてプロパティが決定され得る。例えば、ＨＡＲＱ無効化／有効化について、プロパティ情報がＨＡＲＱ有効化であると決定される。別の例では、グループキャストＨＡＲＱ ＡＣＫ／ＮＡＣＫ／ＨＡＲＱ ＮＡＣＫ ｏｎｌｙについて、プロパティ情報がＨＡＲＱ ＡＣＫ／ＮＡＣＫであると決定される。代替的に、厳格な定義に対応するプロパティ情報は、ネットワークによって予め定められ得る。

【0181】

送信端ＵＥは、明示的な方式または暗黙的な方式において、フィードバック方式タイプを受信端ＵＥに通知し得る。任意で、方法３００は更に、送信端ＵＥが第２情報を受信端ＵＥへ送信する段階であって、フィードバック方式タイプを決定するために第２情報が受信端ＵＥによって使用される、段階を含む。これに応じて、受信端ＵＥは第２情報を受信し、第２情報に基づいて、現在の伝送に対応するフィードバック方式タイプを決定する。

【0182】

例えば、送信端ＵＥは、サイドリンク制御情報ＳＣＩ、ＳＬ ＭＡＣシグナリング、ＳＬ ＲＲＣシグナリング、ＳＬ ＳＩＢ情報、ＰＣ５‐Ｓ、またはアプリケーション層メッセージの１または複数を使用することによって、第２情報を受信端ＵＥへ送信し得る。これに応じて、受信端ＵＥは、サイドリンク制御情報ＳＣＩ、ＳＬ ＭＡＣシグナリング、ＳＬ ＲＲＣシグナリング、ＳＬ ＳＩＢ情報、ＰＣ５‐Ｓ、またはアプリケーション層メッセージの１または複数を使用することによって、送信端ＵＥによって受信端ＵＥへ送信された第２情報を受信し得る。ここで、送信端ＵＥは、第２情報を受信端ＵＥへ直接送信し得るか、または、別のノード（例えばＵＥ）を使用することによって第２情報を受信端ＵＥへ転送し得る。これについては、限定されない。

【0183】

例えば、第２情報は単回伝送のフィードバック方式タイプを示し得る。受信端ＵＥは、第２情報を受信した後に、第２情報によって示されるフィードバック方式タイプに基づいてこの伝送に対してフィードバックを実行し得る。例えば、送信端ＵＥは、各データ伝送において受信端ＵＥに以下を示し得る。グループキャストおよびユニキャストについては、送信端ＵＥは、フィードバック（例えば、有効化または無効化）が要求されたかどうかをＳＣＩまたはＭＡＣ ＣＥにおいて示し得る。グループキャストについては、ＳＣＩまたはＭＡＣ ＣＥにおいて、送信端ＵＥは、このグループキャストのフィードバック方式タイプ（例えば、ＨＡＲＱ有効化／無効化、および／または、ＨＡＲＱフィードバック方式タイプ（ＨＡＲＱ ＡＣＫ／ＮＡＣＫ、またはＨＡＲＱ ＮＡＣＫ ｏｎｌｙを含む））、および／または、フィードバック時間‐周波数リソース場所を示し得る。任意で、送信端ＵＥによって示されるフィードバック方式タイプがＨＡＲＱ ＮＡＣＫ ｏｎｌｙ方式である場合、送信端ＵＥは更に、このグループキャストフィードバックにおける距離計算方式、距離閾値、送信端ＵＥの位置情報、基地局ＩＤ、領域ＩＤ、または同様のもののうち１または複数をＳＣＩまたはＭＡＣ ＣＥにおいて示し得る。

【0184】

例えば、送信端ＵＥは、複数の伝送のフィードバック方式タイプを受信端ＵＥへ送信し得、複数の伝送のフィードバック方式タイプは第２情報に含まれる。例えば、第２情報は、以下の情報、すなわち、宛先アドレス識別子、送信元識別子、サービスタイプ、サービス識別子、通信タイプ、論理チャネル識別子、サイドリンク無線ベアラ、サービス情報の品質、伝送リソース、ＨＡＲＱプロセス識別子、論理チャネルグループ識別子、送信端ユーザ機器ＵＥ識別子、または受信端ＵＥ識別子の１または複数を含む。例えば、送信端ＵＥは、ＲＲＣシグナリングを使用することによって、複数の伝送のフィードバック方式タイプを受信端ＵＥに示し得る。ここではＲＲＣメッセージは単に、説明のための例として使用され、本願の本実施形態に対する限定を構成しないことが理解されるべきである。送信端ＵＥは代替的に、別のメッセージを使用することによって、第２情報を受信端ＵＥへ送信し得る。受信端ＵＥは、ＲＲＣメッセージを取得した後に、第２情報（または上述の第１粒度）に基づいて、第１対応関係から、現在の伝送に対応するフィードバック方式タイプを検索し得る。

【0185】

任意で、送信端ＵＥは、第２情報を受信端ＵＥへ送信する前に、第１情報をネットワークデバイスから受信し得る。例えば、ネットワークデバイスは、第１情報を送信端ＵＥへ送信する。

【0186】

例えば、ネットワークデバイスは、ダウンリンク制御情報ＤＣＩ、無線リソース制御ＲＲＣシグナリング、システム情報ブロックＳＩＢ情報、ＭＡＣメッセージ、またはサービスデータ適用プロトコル（ｓｅｒｖｉｃｅ ｄａｔａ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ， ＳＤＡＰ）メッセージ、ＰＤＣＰメッセージ、ＲＬＣメッセージ、ＮＡＳメッセージ、ＯＡＭメッセージ、または別のメッセージの１または複数を使用することによって、第１情報を送信端ＵＥへ送信する。これに応じて、送信端ＵＥは第１情報を受信する。ここで、ネットワークデバイスは、単一のメッセージを使用することによって、第１情報を送信端ＵＥへ送信し得る。例えば、ＤＣＩ、ＲＲＣシグナリング、システム情報ブロックＳＩＢ情報、ＭＡＣメッセージ、ＳＤＡＰメッセージ、ＰＤＣＰメッセージ、ＲＬＣメッセージ、ＮＡＳメッセージ、または運用・管理・保守（ｏｐｅｒａｔｉｏｎ， ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ ｍａｉｎｔｅｎａｎｃｅ， ＯＡＭ）メッセージを使用することによって第１情報を送信端ＵＥへ送信する。

【0187】

代替的に、ネットワークデバイスは、１つのメッセージを使用することによってフィードバック方式タイプを構成し、別のメッセージを使用することによってフィードバック方式タイプをアクティブ化する方式において、第１情報を送信端ＵＥへ送信し得る。例えば、複数のフィードバック方式タイプは、ＲＲＣメッセージを使用することによって構成され、単回伝送のフィードバック方式タイプは、ＭＡＣメッセージを使用することによって示される。別の例では、複数のフィードバック方式タイプは、ＳＩＢ情報／ＲＲＣシグナリングを使用することによって構成され、単回伝送のフィードバック方式タイプは、ＤＣＩを使用することによって示される。任意で、送信端ＵＥは、応答メッセージをネットワークデバイスへ送信し、構成がアクティブ化されたかどうか、または、構成が成功もしくは失敗したかを示し得る。

【0188】

例えば、第１情報は、単回伝送のフィードバック方式タイプを示す。

【0189】

例えば、受信端ＵＥは、ネットワークデバイスによって送信された複数の伝送のフィードバック方式タイプを受信し、複数の伝送のフィードバック方式タイプは第１情報に含まれる。送信端ＵＥは、第１情報を受信した後に、第１情報によって示されるフィードバック方式タイプを処理して第２情報を取得し、第２情報を受信端ＵＥへ送信するか、または、第１情報を受信端ＵＥへ直接送信し得る。

【0190】

受信端ＵＥについては、受信端ＵＥは、第２情報を送信端ＵＥから受信し、次に、第２情報に基づいてフィードバック方式タイプを決定し得るか、または、第１情報をネットワークデバイスから受信し、次に、第１情報に基づいてフィードバック方式タイプを決定し得る。

【0191】

例えば、受信端ＵＥは、ネットワークデバイスによって送信された第１情報を受信し、第１情報は、フィードバック方式タイプを決定するために使用される。受信端ＵＥは、第１情報に基づいて、現在の伝送に対応するフィードバック方式タイプを決定する。

【0192】

例えば、ネットワークデバイスは、ダウンリンク制御情報ＤＣＩ、無線リソース制御ＲＲＣシグナリング、システム情報ブロックＳＩＢ情報、ＭＡＣメッセージ、ＳＤＡＰメッセージ、ＰＤＣＰメッセージ、ＲＬＣメッセージ、ＮＡＳメッセージ、ＯＡＭメッセージ、または別のメッセージのうちの１または複数を使用することによって、第１情報を受信端ＵＥへ送信する。これに応じて、受信端ＵＥは、第１情報を受信する。ここで、ネットワークデバイスによって受信端ＵＥへ第１情報を送信することの具体的な説明については、ネットワークデバイスによって送信端ＵＥへ第１情報を送信することの前述の説明を参照されたい。冗長性を回避するべく、ここでは、再び詳細を説明しない。

【0193】

例えば、第１情報は単回伝送のフィードバック方式タイプを示す。受信端ＵＥは、第１情報を受信した後に、第１情報によって示されるフィードバック方式タイプに基づいてこの伝送に対してフィードバックを実行し得る。

【0194】

例えば、受信端ＵＥは、ネットワークデバイスによって送信された複数の伝送のフィードバック方式タイプを受信し、複数の伝送のフィードバック方式タイプは第１情報に含まれる。受信端ＵＥは、第１情報および第１対応関係に基づいて、現在の伝送に対応するフィードバック方式タイプを決定する。

【0195】

本願の本実施形態において、受信端ＵＥは代替的に、第１対応関係から検索することによってフィードバック方式タイプを取得し得る。例えば、受信端ＵＥは、各データパケットにおいて保持される第１粒度を受信し、当該第１粒度を第１対応関係における一致する第１粒度と比較する。受信された第１粒度が第１対応関係における第１粒度に一致する場合（例えば、データパケットにおいて保持される粒度が第１対応関係における第１粒度と同一である）、受信端ＵＥは対応するプロパティ情報を取得し得る。

【0196】

例えば、第１対応関係はＤＥＳＴとＨＡＲＱフィードバック方式との間の対応関係を含む。例えば、第１対応関係が（ＤＥＳＴ１，ＮＡＣＫ ｏｎｌｙ）を含む場合、受信端ＵＥは、ＤＥＳＴ１のデータを受信した後に、ＨＡＲＱフィードバックを実行する必要があり、復調が失敗したときにＮＡＣＫ ｏｎｌｙをフィードバックし、別の条件下（復調成功またはＳＣＩ復調エラーなど）でフィードバックを実行しないことを示す。別の例については、第１対応関係が（ＤＥＳＴ２，ＡＣＫ／ＮＡＣＫ）を含む場合、受信端ＵＥは、ＤＥＳＴ２のデータを受信した後に、ＨＡＲＱフィードバックを実行する必要があり、ＨＡＲＱフィードバックは具体的には、復調に失敗したときにＮＡＣＫをフィードバックし、復調が成功したときにＡＣＫをフィードバックすることを含むことを示す。別の例については、第１対応関係が（ＤＥＳＴ３，無効化）を含む場合、受信端ＵＥは、ＤＥＳＴ３のデータを受信した後に、復調が成功したかどうかに関わらず、ＨＡＲＱフィードバックを実行する必要がないことを示す。

【0197】

例えば、第１対応関係は第１粒度とＨＡＲＱフィードバック方式との間の上述のマッピングを含む。例えば、第１対応関係が｛ＤＥＳＴ１＋ＬＣＨ１，ＮＡＣＫ ｏｎｌｙ｝を含む場合、受信端ＵＥは、ＤＥＳＴ１のデータを受信した後に、ＬＣＨ１のデータがデータにおいて転送される場合、ＮＡＣＫ ｏｎｌｙフィードバックを実行することを示す。別のＤＥＳＴのデータ、または、ＤＥＳＴ１の別のＬＣＨのデータについては、受信端ＵＥはフィードバックを実行しない。任意で、プロトコルは、デフォルト（ｄｅｆａｕｌｔ）構成を予め定め得る。このようにして、フィードバック方式タイプが一致しない場合、プロトコルによって予め定められたデフォルト構成が使用され得る。例えば、ＨＡＲＱ ＡＣＫ／ＮＡＣＫがプロトコルによって予め定められるか、または、送信端ＵＥによって構成され得る。これについては、限定されない。

【0198】

例えば、第１対応関係は、Ｔｘ ＵＥ ＩＤとＨＡＲＱフィードバック方式との間のマッピングを含む。例えば、第１対応関係が（Ｔｘ ＩＤ１，ＮＡＣＫ ｏｎｌｙ）を含む場合、受信端ＵＥは、Ｔｘ ＵＥ ＩＤ１によって送信されたデータを受信した後に、ＨＡＲＱフィードバックを実行する必要があり、復調が失敗したときにＮＡＣＫ ｏｎｌｙをフィードバックし、別の条件下（復調成功またはＳＣＩ復調エラーなど）でフィードバックを実行しないことを示す。上記は、第１対応関係を単に例として説明し、本願の本実施形態に対して限定を構成しないことが理解され得る。

【0199】

本願の本実施形態において、受信端ＵＥについては、受信端ＵＥがフィードバック方式タイプを使用することによってフィードバックを実行することは、フィードバック方式タイプが第１ＨＡＲＱフィードバック方式である場合、受信端ＵＥはデータパケットについての肯定応答メッセージまたは非肯定応答メッセージを送信することを含む。代替的に、フィードバック方式タイプが第２ＨＡＲＱフィードバック方式である場合、受信端ＵＥは、データパケットについての非肯定応答メッセージのみをフィードバックする。例えば、受信端ＵＥのＰＨＹ層は、対応するフィードバック時間‐周波数リソース上で対応する送信を実行する。第１ＨＡＲＱフィードバック方式が使用される場合、ＰＨＹ ＨＡＲＱフィードバック時間‐周波数リソース１上でＡＣＫまたはＮＡＣＫをフィードバックする。または、第２ＨＡＲＱフィードバック方式が使用される場合、ＰＨＹ ＨＡＲＱフィードバック時間‐周波数リソース２上でＮＡＣＫをフィードバックする。任意で、フィードバック時間‐周波数リソースの位置情報は、受信端ＵＥのＭＡＣ層によってＰＨＹ層へ通知され得るか、または、ＰＨＹ層によって計算され得る。これについては、限定されない。

【0200】

フィードバック方式タイプが第２ＨＡＲＱフィードバック方式である場合、受信端ＵＥは、受信端ＵＥと送信端ＵＥとの間の距離を決定し、距離が距離閾値を満たすとき、受信端ＵＥは、非肯定応答メッセージが送信される必要があると決定する。例えば、受信端ＵＥは、受信端ＵＥと送信端ＵＥとの間の距離を計算し、次に、距離に基づいて、受信端ＵＥがＮＡＣＫメッセージをフィードバックする必要があるかどうかを決定し得る。距離が距離閾値を満たす場合、例えば、距離が距離閾値以下であり、距離閾値が１００メートルである場合、復調がこのデータ伝送において失敗したときにＮＡＣＫメッセージが送信される必要があると決定し、または、距離が距離閾値より大きい場合、このデータ伝送においてフィードバックが実行されないと決定する。

【0201】

受信端ＵＥが、フィードバックが要求されたと決定し、対応するフィードバックＡＣＫまたはＮＡＣＫを取得した場合、受信端ＵＥは、フィードバックを実行するようＰＨＹ層に通知し得る。受信端ＵＥが、フィードバックが要求されていないと決定する場合、受信端ＵＥは、フィードバックを実行するようＰＨＹ層に通知しないか、または、フィードバックの実行を省略するようにＰＨＹ層に通知する。代替的に、任意で、受信端ＵＥのＰＨＹ層は、ＡＣＫ／ＮＡＣＫをフィードバックするかどうかを決定し、それ自体で、このデータ伝送のフィードバック方式タイプおよびフィードバック結果を決定し得る。代替的に、任意で、受信端ＵＥのＭＡＣ層は、フィードバック方式タイプを決定し、ＰＨＹ層にフィードバック方式タイプを通知する。フィードバック方式タイプがＨＡＲＱ ＡＣＫ／ＮＡＣＫである場合、ＰＨＹ層は、この伝送においてＡＣＫまたはＮＡＣＫがフィードバックされるかどうかを決定する。代替的に、任意で、受信端ＵＥのＭＡＣ層は、フィードバック方式タイプを決定するだけでなく、フィードバック結果も決定し、次に、対応するフィードバックを実行するようにＰＨＹ層に通知する。

【0202】

受信端ＵＥは、送信端ＵＥまたはネットワークデバイスを使用することによって、距離計算方式および距離閾値などの情報を取得し得る。例えば、送信端ＵＥは第３情報を受信端ＵＥへ送信し、第３情報は、以下の情報、すなわち、通信タイプ（例えばグループキャスト、ユニキャスト、またはブロードキャスト）、距離閾値、または、送信端ＵＥと受信端ＵＥとの間の距離を計算する方式のうち１または複数を含む。これに応じて、受信端ＵＥは、送信端ＵＥによって送信された第３情報を受信し得る。例えば、受信端ＵＥは、送信端ＵＥによって送信された距離計算方式に基づいて受信端ＵＥと送信端ＵＥとの間の距離を計算し、次に、距離閾値を使用することによって、距離が距離閾値より小さいかどうかを決定し得る。

【0203】

例えば、距離計算方式は、以下の方式、すなわち、送信端ＵＥのＧＰＳ信号を使用することによって送信端ＵＥと受信端ＵＥとの間の距離を計算すること、領域ＩＤに基づいて送信端ＵＥと受信端ＵＥとの間の距離を計算すること、または、送信端ＵＥの基準信号受信電力（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ， ＲＳＲＰ）に基づいて送信端ＵＥと受信端ＵＥとの間の距離を推定することのいずれか１つを含む。ＲＳＲＰに基づいて距離を推定する方式については、受信端ＵＥが送信端ＵＥの伝送電力を認識し、送信端ＵＥによって送信された基準信号に基づいてＳＬ ＲＳＲＰを測定し、２つのＵＥ間の経路損失が認識され得ると想定する。この場合、大きい経路損失が距離に線形的に関連するので、２つのＵＥ間の値は、ＳＬ ＲＳＲＰに基づいて推定され得る。

【0204】

代替的に、例えばネットワークデバイスは、第４情報を受信端ＵＥへ送信し、第４情報は、以下の情報、すなわち、ＳＲＣ ＩＤ、ＤＥＳＴ ＩＤ、グループＩＤ、サービス識別子、通信タイプ（例えば、グループキャスト、ユニキャスト、またはブロードキャスト）、距離閾値、または、送信端ＵＥと受信端ＵＥとの間の距離の計算方式のうち１または複数を含む。これに応じて、受信端ＵＥは、ネットワークデバイスによって送信された第４情報を受信し得る。例えば、受信端ＵＥは、ネットワークデバイスによって送信された距離計算方式に基づいて受信端ＵＥと送信端ＵＥとの間の距離を計算し、次に、距離閾値を使用することによって、距離が距離閾値より小さいかどうかを決定し得る。代替的に、送信端ＵＥが第３情報を受信端ＵＥへ送信する前に、ネットワークデバイスは、第４情報を送信端ＵＥへ送信し得る。距離を計算するとき、受信端ＵＥは、以下の情報、すなわち、領域識別子、送信端ＵＥの位置情報、送信端ＵＥの電力情報、ネットワークデバイスの識別子、送信端ＵＥが位置する領域の識別子、または、受信端ＵＥの位置情報のうちの１または複数を使用することによって受信端ＵＥと送信端ＵＥとの間の距離を計算し得る。例えば、受信端ＵＥは送信端ＵＥのＧＰＳ位置、送信端ＵＥを担当する基地局のＩＤ、送信端ＵＥが位置する領域の領域ＩＤ、伝送電力、受信端ＵＥのＧＰＳ位置、受信端ＵＥを担当する基地局のＩＤ、および、受信端ＵＥが位置する領域の領域ＩＤを取得し、２つのＵＥの間の距離を計算する。または、受信端ＵＥは、送信端ＵＥのＲＳＲＰを測定し、送信端ＵＥの伝送電力に基づいて経路損失を計算し、距離を推定し得る。図５は、領域ＩＤの割り当ての例示的な図である。図５に示されるように、各ＩＤ識別子は１つの領域の領域ＩＤに対応する。水平方向におけるすべての２つの隣接するＩＤ（例えば、ＩＤ＝１およびＩＤ＝２）の間の距離は１００メートルであり、垂直方向におけるすべての２つの隣接するＩＤ（例えば、ＩＤ＝１およびＩＤ＝５）の間の距離は５０メートルである。ここで、２つのＵＥの間の距離は、ＩＤ識別子に基づいて計算され得る。例えば、ＵＥ１がＩＤ＝１によって識別される領域に位置し、ＵＥ２がＩＤ＝７によって識別される領域に位置する場合、ＵＥ１とＵＥ２との間の距離は、３×１００＋１×４０＝３４０メートルである。図５における例は、単に当業者によって容易に理解されるためのものであり、本願の実施形態の保護範囲に対する限定を構成しないことが理解されるべきである。

【0205】

受信端ＵＥは、送信端ＵＥについての情報を受信し、送信端ＵＥと受信端ＵＥとの間の距離を計算し得る。例えば、送信端ＵＥは、送信端ＵＥについての情報を受信端ＵＥへ送信し、送信端ＵＥについての情報は、以下の情報、すなわち、送信端ＵＥの位置情報（例えば、ＧＰＳ位置情報）、送信端ＵＥが位置する領域の識別子（例えば、領域ＩＤ）、または、送信端ＵＥの電力情報（例えば、伝送電力）のうちの１または複数を含む。これに応じて、受信端ＵＥは、送信端ＵＥについての情報を受信する。送信端ＵＥは、ＳＬインタフェースを通じて送信端ＵＥについての情報を受信端ＵＥへ直接的または間接的に送信し得る。例えば、送信端ＵＥは、ＳＬインタフェース上にあるＰＣ５‐Ｓ／ＲＲＣ／ＳＩＢ／ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＳＣＩメッセージなどのメッセージを使用することによって、送信端ＵＥについての情報を受信端ＵＥへ送信し得る。任意で、送信端ＵＥによって送信されたメッセージを受信した後に、受信端ＵＥは、応答メッセージで応答することを選択し得る。

【0206】

代替的に、送信端ＵＥはまず、送信端ＵＥについての情報をネットワークデバイス（例えば、基地局、セル、およびコアネットワーク要素）を送信し、次に、ネットワークデバイスは送信端ＵＥについての情報を受信端ＵＥへ送信し得る。任意で、ネットワークデバイスは、Ｕｕインタフェース上にあるＮＡＳ／ＲＲＣ／ＳＩＢ／ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＤＣＩ／ＵＣＩメッセージなどのメッセージを使用することによって、送信端ＵＥについての情報を受信端ＵＥへ送信し得る。任意で、ネットワークデバイスによって送信されたメッセージは、ユニキャスト／グループキャスト／ブロードキャストメッセージであり得る。

【0207】

送信端ＵＥについての情報は、受信端ＵＥへ定期的に送信され得るか、または、イベントに基づいてトリガされ得る（例えば、受信端ＵＥのＧＰＳ距離が送信端ＵＥまたはネットワークデバイスへ最後に送信された後に、距離の変化が特定の閾値を超える（閾値は、ネットワークデバイス、送信端ＵＥ、または別のＵＥによって構成され得るが、これらに限定されるものではない））。

【0208】

送信端ＵＥについての情報における特定の送信内容は単に例として説明され、他の適切な内容を更に含み得、本願の実施形態におけるグループキャスト／ブロードキャストメッセージに対して限定を課すものではないことが理解されるべきである。

【0209】

例えば、ネットワークデバイスが受信端ＵＥへの送信を実行するケースであるか、または、送信端ＵＥが受信端ＵＥへの送信を実行するケースであるかに関わらず、送信メッセージにおける送信端ＵＥについての情報は、明示的に示され得るか、または、黙示的に示され得る（例えば、送信端ＵＥのＲＳＲＰについて複数のレベルが定義され得、レベルはそれぞれ、異なる識別子を有する距離に対応し（例えば、ＲＳＲＰ１は、識別子が１である距離ｒａｎｇｅに対応し、ＲＳＲＰ２は、識別子が２である距離ｒａｎｇｅに対応し、ＲＳＲＰ３は、識別子が３である距離ｒａｎｇｅに対応し、以下同様である）、受信端ＵＥは、送信端ＵＥのＲＳＲＰに基づく距離を認識し、距離閾値を使用することによって、ＮＡＣＫメッセージをフィードバックするかどうかを決定する）。

【0210】

送信端ＵＥが論理チャネルフィルタリングまたは多重化中にＨＡＲＱフィードバック方式を限定しない場合、１つのデータ伝送の構成不整合が生じ得る。例えば、受信端ＵＥが、第１対応関係から検索することによって、ＡＣＫ／ＮＡＣＫが単回伝送におけるいくつかのデータ（例えば、ＬＣＨ１、ＬＣＧ１、またはＱｏＳ１）についてフィードバックされる必要があり得、ＮＡＣＫ ｏｎｌｙがいくつかのデータ（例えば、ＬＣＨ２、ＬＣＧ２、またはＱｏＳ２）についてフィードバックされる必要があると認識する。この場合、不整合のフィードバック方式の問題を解決するためのルールが定義され得る（例えば、いくつかの方式は、ＡＣＫ／ＮＡＣＫをフィードバックすることであり、いくつかの方式は、ＮＡＣＫ ｏｎｌｙをフィードバックすることである）。例えば、受信端ＵＥは、フィードバックリソースに基づいてこのデータ伝送のＨＡＲＱフィードバック方式を決定し得る。例えば、複数のフィードバックリソースがある場合、トランスポートブロックＴＢについてＡＣＫ／ＮＡＣＫがフィードバックされ、１つのフィードバックリソースのみがある場合、ＴＢについてＮＡＣＫ ｏｎｌｙがフィードバックされる。別の例では、受信端ＵＥは、送信端ＵＥと受信端ＵＥとの間の距離を計算する方式を中心的に計算し得る。いくつかのデータについてＧＰＳに基づく計算が使用され、いくつかのデータについて領域ＩＤに基づく計算が使用される場合、場所はＧＰＳに基づいて均一に計算されると指定され得る。別の例では、受信端ＵＥは、距離ｒａｎｇｅ閾値を統合し得る。いくつかのデータの距離閾値が１００ｍであり、かつ、いくつかのデータの距離閾値が５０ｍである場合、より大きい／より小さい距離閾値が、このデータ伝送のフィードバック閾値として選択され得る。別の例では、受信端ＵＥは、ＨＡＲＱフィードバックが実行され得るかどうかを均一に決定し得る。ユニキャスト／グループキャストでは、いくつかのデータのＨＡＲＱ有効化／無効化情報がＨＡＲＱ有効化であり、かつ、いくつかのデータのＨＡＲＱ有効化／無効化情報がＨＡＲＱ無効化である場合、ＨＡＲＱ有効化／無効化情報は、ＨＡＲＱ有効化またはＨＡＲＱ無効化になるように統合されるか、または、特定のルールに従ってＨＡＲＱ有効化／無効化に設定される。

【0211】

上記では、送信端ＵＥおよび受信端ＵＥがフィードバック方式タイプをどのように決定するかについての実施形態を説明した。以下では、ネットワークデバイス側の構成の観点から説明を提供する。本願の実施形態において現れる用語または概念の説明については、互いに参照され得るが、これについては、限定されないことが理解されるべきである。本願の実施形態が内部の論理的関係に基づいて組み合わせて使用され得るか、または、実施形態の各々が独立に使用され得ることが更に理解されるべきである。これについては、限定されない。

【0212】

図６は、本願の更に別の実施形態によるＨＡＲＱフィードバック情報伝送方法６００の概略的相互作用図である。図６に示されるように、方法６００は以下の段階を含む。

【0213】

Ｓ６１０：ネットワークデバイスが第１情報を生成し、第１情報は、フィードバック方式タイプを決定するために端末デバイスによって使用される。

【0214】

フィードバック方式タイプの説明については、前述の説明を参照されたい。簡潔にするために、ここでは詳細について改めて説明しない。

【0215】

ネットワークデバイスは、ｇＮＢ／Ｃｅｌｌ／ＣＮ／ＭＭＥ／ＡＭＦ／Ｖ２Ｘ ＣＦ／ＧＷ／ＲＳＵ／ＯＡＭ／ＡＰＰサーバ／サードパーティネットワーク要素、または同様のものであり得る。

【0216】

Ｓ６２０：ネットワークデバイスは第１情報を送信端ＵＥまたは受信端ＵＥへ送信する。

【0217】

本願の本実施形態において、第１情報は、上位層シグナリング、例えば、ＮＡＳ（Ｕｕ ｏｎｌｙ）、予め構成されたシグナリング（Ｕｕ ｏｎｌｙ）、ＰＣ５‐Ｓ（ＳＬ ｏｎｌｙ）、ＲＲＣシグナリング（Ｕｕ ＆ ＳＬ）、ＳＩＢシグナリング（Ｕｕ ＆ ＳＬ）、ＳＤＡＰ（Ｕｕ ＆ ＳＬ）、ＰＤＣＰ（Ｕｕ ＆ ＳＬ）、ＲＬＣ（Ｕｕ ＆ ＳＬ）またはＭＡＣ ＣＥ （Ｕｕ ＆ ＳＬ）を使用することによって構成され得ると理解されるべきである。任意で、ある期間内のＨＡＲＱフィードバック構成が構成され得、その結果、ＵＥは、次の再構成／修正／リリース、または同様のものまで構成の適用を継続する。または、この構成は期限を有する（タイマが満了する前、または、Ｎ回の伝送が終了する前）。または、この構成はこのデータ伝送のみに適用可能である。

【0218】

代替的に、第１情報は、物理ＰＨＹ層などの下位層のシグナリング（例えば、ＤＣＩ、ＵＣＩ、またはＳＣＩ）を使用することによって構成され得る。任意で、各データ伝送において、このデータ伝送のＨＡＲＱフィードバック構成情報が示される。または、ある期間または周期内のＨＡＲＱフィードバック構成が構成され、その結果、ＵＥは、次の再構成／修正／リリースまたは同様のものまで構成を適用し続ける。

【0219】

代替的に、組み合わされたシグナリングを使用することによって、構成および／または（非）アクティブ化が第１情報に対して実行され得る。例えば、構成および／または（非）アクティブ化は、ＲＲＣ構成＋ＭＡＣ／ＤＣＩ（非）アクティブ化である。具体的には、例えばＲＲＣ構成後の第１情報のステータスは即時適用または不適用であり得る。ステータスが不適用である場合、第１情報が適用された後に、後続のＭＡＣ／ＤＣＩが適用され得る。ステータスが適用である場合、後続のＭＡＣ／ＤＣＩ非アクティブ化が無効化され得る。代替的に、ＭＡＣ ＣＥまたはＤＣＩが各データ伝送において保持され、このデータ伝送のＨＡＲＱフィードバック構成のみに使用される。

【0220】

代替的に、ネットワークデバイスは、シグナリングを構成／アクティブ化する。任意で、構成受信機は、この構成の成功、失敗、拒否、または同様のもので応答し得る。失敗または拒否のケースでは、Ｔｘ ＵＥおよびＲｘ ＵＥについて、この構成は効力を生じず、そうでない場合、この構成は効力を生じる。

【0221】

任意で、ネットワークデバイスは、ユニキャスト／グループキャスト／ブロードキャストのうちの任意の１または複数の方式で第１情報を送信し得る。これについては、限定されない。

【0222】

任意で、ネットワークデバイスが第１情報を送信端ＵＥへ送信し、また、第１情報を受信端ＵＥへ送信するが、第１情報は同時に送信されない場合、送信端ＵＥおよび受信端ＵＥは、ネットワークデバイスの構成を使用し得るか、または、それ自体で均一な構成をネゴシエートし得る。これについては、限定されない。

【0223】

任意で、グループ内ＵＥ（例えば、ヘッドＵＥ）はまた、第１情報を送信端ＵＥまたは受信端ＵＥへ送信し得る。例えば、グループ内ＵＥは、ＳＬ ＰＣ５－Ｓ／ＳＩＢ／ＲＲＣ／ＭＡＣ／ＳＣＩシグナリングを使用することによって第１情報を送信する。

【0224】

例えば、ＳＩＢまたはＲＲＣメッセージを使用することによってネットワークデバイスによって送信端ＵＥへ送信された第１情報が｛ＤＥＳＴ／サービスＩＤ＝１，有効化｝である場合、ＤＥＳＴ／サービスＩＤ＝１については、送信端ＵＥは、すべての対応するユニキャスト接続／グループキャストグループについて有効化された方式を使用する（ＤＥＳＴは、ユニキャスト接続における受信端ＵＥ識別子またはサービス識別子、グループキャストにおけるグループ識別子Ｇｒｏｕｐ ＩＤまたはサービス識別子、およびブロードキャストにおけるサービス識別子である）。ＳＩＢを使用することによってネットワークデバイスによって送信端ＵＥへ送信される第１情報が｛ＣＢＲ＜Ｔｈｒ，有効化｝である場合（Ｔｈｒは、ＣＢＲが満たす必要がある閾値を表す）、送信端ＵＥは、送信端ＵＥのＣＢＲ測定値に基づいて、条件（ＣＢＲ＜Ｔｈｒ）が満たされるかどうかを決定し、条件（ＣＢＲ＜Ｔｈｒ）が満たされる場合、送信端ＵＥのすべてのサービスおよび対応するユニキャスト接続またはグループキャストグループおよび／またはＬＣＨについて、無効化が使用される）。ＳＩＢを使用することによってネットワークデバイスによって送信端ＵＥへ送信される第１情報が｛ＣＢＲ＜Ｔｈｒ ＆ ユニキャスト，有効化｝である場合、送信端ＵＥは、送信端ＵＥのＣＢＲ測定値に基づいて、条件（ＣＢＲ＜Ｔｈｒ）が満たされるかどうかを決定し、条件（ＣＢＲ＜Ｔｈｒ）が満たされる場合、送信端ＵＥについてのすべてのサービスに対応するユニキャスト接続が無効化される。これに応じて、送信端ＵＥは、第１情報を受信し、第１情報を適用する。例えば、送信端ＵＥは、データパケットを送信するとき、第１情報を使用することによってフィードバック方式タイプを決定し得る。例えば、送信端ＵＥの伝送リソースがフィードバック方式タイプを保持する場合、送信端ＵＥは、第１情報に基づいて、この伝送のフィードバック方式タイプを取得する。

【0225】

これに応じて、受信端ＵＥは第１情報を受信し、第１情報を適用する。例えば、受信端ＵＥは、フィードバック情報を送信するとき、第１情報を使用することによってフィードバック方式タイプを決定し得る。例えば、受信端ＵＥの伝送リソースがフィードバック方式タイプを保持する場合、受信端ＵＥは、第１情報に基づいてこの伝送のフィードバック方式タイプを取得する。

【0226】

代替的に、送信端ＵＥは、第１情報を受信した後に、第１情報に基づいて第２情報を生成し、第２情報を受信端ＵＥへ送信し得、第２情報は、フィードバック方式タイプを決定するために受信端ＵＥによって使用される。ここで、第２情報の関連する説明については前述の説明を参照されたい。簡潔にするために、ここでは詳細について改めて説明しない。任意で、送信端ＵＥは、ＳＬ ＰＣ５－Ｓ／ＳＩＢ／ＲＲＣ／ＭＡＣ／ＳＣＩシグナリングを使用することによって第２情報を受信端ＵＥへ送信し得る。これに応じて、受信端ＵＥは第２情報を受信し、第２情報を適用する。例えば、受信端ＵＥは、フィードバック情報を送信するとき、第２情報を使用することによってフィードバック方式タイプを決定し得る。例えば、受信端ＵＥによって受信された制御シグナリング（例えばＳＣＩ）またはデータシグナリングがフィードバック方式タイプを保持する場合、受信端ＵＥは、第２情報に基づいてこの伝送のフィードバック方式タイプを取得する。

【0227】

例えば、ネットワークデバイスは、無線リソース制御ＲＲＣシグナリング、システム情報ブロックＳＩＢ情報、ダウンリンク制御情報ＤＣＩ、または予め構成されたシグナリングのうちの１または複数を使用することによって、第１情報を送信端ＵＥまたは受信端ＵＥへ送信し得る。これに応じて、送信端ＵＥまたは受信端ＵＥは、ネットワークデバイスが上述の１または複数を使用することによって送信した第１情報を受信する。

【0228】

例えば、ネットワークデバイスは、ＲＲＣシグナリングまたはＳＩＢ情報を使用することによって複数のフィードバック方式を構成し、次に、ＤＣＩを使用することによって、フィードバック方式タイプを送信端ＵＥまたは受信端ＵＥに示し得る。

【0229】

例えば、ネットワークデバイスは、第１情報を使用することによって、単回伝送のフィードバック方式タイプを示し得る。単回伝送のフィードバック方式タイプは、１回限りの伝送方式であり得るか、または、１度構成されると、その後定期的に使用され得る。

【0230】

例えば、ネットワークデバイスは代替的に、第１情報を使用することによって、複数の伝送のフィードバック方式タイプを示し得る。

【0231】

例えば、ネットワークデバイスは、ＵＥのために安定した関係を構成し得る（構成後、安定した関係が常に使用される、または、タイマが満了する／伝送回数が上限Ｎに到達する／再構成が実行される／構成が修正される／構成がリリースされるまで使用される）、または、単回伝送のＨＡＲＱフィードバック方式／ＴＢのＨＡＲＱフィードバック方式を構成し得る。

【0232】

任意で、第１情報は第１対応関係を含む。第１情報が第１対応関係を含むことは、以下のように説明され得る。第１情報は第１粒度およびフィードバック方式タイプを含み得、第１粒度とフィードバック方式タイプとの間に対応関係がある。第１粒度の説明については、前述の説明を参照されたい。簡潔にするために、ここでは詳細について改めて説明しない。

【0233】

例えば、ｇＮＢは、ＳＩＢ／ＲＲＣシグナリングを使用することによってＴｘ／Ｒｘ ＵＥのために以下のフィードバック方式を構成する。以下のフィードバック方式は、構成された後に常に有効であり得る。

【0234】

（ａ）｛ＤＥＳＴ１がＧｒｏｕｐ ＮＡＣＫ ｏｎｌｙに対応し、計算方式の優先度がＧＰＳ／Ｚｏｎｅ＞ＲＳＲＰであり、距離閾値が１００ｍである｝

【0235】

送信先ＤＥＳＴ１に対応するデータについては、フィードバックは、ＮＡＣＫ ｏｎｌｙを通じてのみ実行される。距離計算の優先度は、ＧＰＳ＞ｚｏｎｅ／ＲＳＲＰである。Ｔｘ ＵＥからの距離が１００ｍ以下であるＲｘ ＵＥはフィードバックを実行する必要がある。距離外のＵＥは、受信が成功したかどうかに関わらず、フィードバックを実行する必要がない。

【0236】

（ｂ）｛ＤＥＳＴ２がＧｒｏｕｐ ＮＡＣＫ ｏｎｌｙのみに対応し、計算方式はＲＳＲＰベースであり、距離閾値は１０ｄＢｍである｝

【0237】

送信先ＤＥＳＴ２に対応するデータについては、フィードバックはＮＡＣＫ ｏｎｌｙを通じてのみ実行され、距離計算は、ＳＬ ＲＳＲＰのみに基づいて実行され得、ＵＥは、受信端ＵＥが送信端ＵＥを測定することによって取得したＳＬ ＲＳＲＰが１０ｄＢｍ以上であるときのみフィードバックを実行する必要がある。しかしながら、距離閾値を超えるＵＥは、受信が成功したかどうかに関わらず、フィードバックを実行する必要がない。

【0238】

（ｃ）｛グループキャスト，グループＩＤ１またはグループＩＤ２＋Ｔｘ ＵＥ ＩＤ２，ＡＣＫ／ＮＡＣＫ｝

【0239】

ｉ．グループキャスト通信において、送信先グループＩＤ１に対応するデータについては、フィードバックはＡＣＫ／ＮＡＣＫ方式においてのみ実行される。

【0240】

ｉｉ．グループキャスト通信において、送信先グループＩＤ２および送信元Ｔｘ ＵＥ ＩＤ２に対応するデータについては、フィードバックはＡＣＫ／ＮＡＣＫ方式においてのみ実行される。

【0241】

（ｄ）｛ユニキャスト，ＱｏＳ１またはＳＬ ＬＣＨ１またはＳＬ ＲＢ１，ＨＡＲＱ無効化｝

【0242】

すべてのユニキャスト通信において、ｇＮＢは、ＱｏＳ１／ＳＬ ＬＣＨ１／ＳＬ ＲＢ１を構成し、対応する構成におけるＨＡＲＱフィードバック有効化／無効化情報はＨＡＲＱ無効化である。

【0243】

上記の例（ａ）～（ｄ）は単に説明のための例であり、本願の本実施形態に対して限定を構成しないことが理解されるべきである。

【0244】

例えば、ネットワークデバイス（例えば、Ｖ２Ｘ ＣＦ）は、予め構成されたシグナリングを使用することによってＴｘ／Ｒｘ ＵＥについて以下の構成を実行し、構成は、実行された後に常に有効であり得る。

【0245】

（ａ）｛ＤＥＳＴ１はＧｒｏｕｐ ＮＡＣＫ ｏｎｌｙ，ＡＣＫ／ＮＡＣＫに対応する｝

【0246】

送信先ＤＥＳＴ１に対応するデータについては、フィードバックは、ＡＣＫ／ＮＡＣＫを使用することによって実行され得、または、フィードバックは、ＮＡＣＫ ｏｎｌｙを使用することによって実行され得る。

【0247】

（ｂ）｛グループＩＤ１またはグループＩＤ１＋Ｔｘ ＵＥ ＩＤ１またはＱｏＳ／ＬＣＨ，無効化｝

【0248】

送信先グループＩＤ１に対応するデータについては、フィードバックが実行される必要はない。Ｔｘ ＵＥ ＩＤ１によって送信され、送信先グループＩＤ１に対応するデータについては、フィードバックが実行される必要はない。

【0249】

例えば、ｇＮＢは、ＤＣＩシグナリングを使用することによって、単一のデータ伝送のＨＡＲＱフィードバック方式をＴｘ／Ｒｘ ＵＥのために構成する。具体的には、ｇＮＢは、各ＤＧ（動的グラント）のＤＣＩにおいて、または、ＣＧタイプ２（構成グラントタイプ２）のＲＲＣ／ＤＣＩアクティブ化シグナリングにおいて、関連情報を示す。ＤＧのＤＣＩは、この伝送においてスケジューリングされたグラントに適用可能であり、この伝送におけるＤＣＩにおいてスケジューリングされた複数のグラントにも適用可能であり（複数のＤＧが１つのＤＣＩにおいてスケジューリングされることを許可される場合）、および／または、１つのグラントの複数の反復および／または初回伝送／再伝送にも適用可能である。代替的に、ｇＮＢは、上記のケースについて、異なるＨＡＲＱフィードバック解決手段を構成し得る。ＣＧのＲＲＣ／ＤＣＩは、この伝送においてアクティブ化されるＣＧ（リスト）に適用可能であり、同一の構成または異なる構成が、この伝送においてアクティブ化されるＣＧ（リスト）に使用され得る。これについては、限定されない。

【0250】

任意で、方法６００は更に、ネットワークデバイスが第４情報を送信端ＵＥまたは受信端ＵＥへ送信する段階であって、第４情報は、通信タイプ、距離閾値、または、第１端末デバイスと第２端末デバイスとの間の距離を計算する方式のうち１または複数を含む、段階を含む。これに応じて、第４情報を受信した後に、送信端ＵＥは、第３情報を受信端ＵＥへ送信し得、その結果、第２ＨＡＲＱフィードバック方式を使用するとき、受信端ＵＥは、第３情報を使用して、ＮＡＣＫメッセージを送信するかどうかを決定する。代替的に、受信端ＵＥは、ネットワークデバイスによって送信された第４情報を直接受信し得、その結果、第２ＨＡＲＱフィードバック方式を使用するとき、受信端ＵＥは、第４情報を使用して、ＮＡＣＫメッセージを送信するかどうかを決定する。

【0251】

任意で、方法６００は更に、ネットワークデバイスがフィードバックポリシーを送信端ＵＥまたは受信端ＵＥへ送信する段階であって、フィードバックポリシーは、フィードバック方式タイプを決定するために使用されるポリシーである、段階を含む。

【0252】

これに応じて、送信端ＵＥはフィードバックポリシーを受信し、フィードバックポリシーを使用して、第１対応関係に基づいて、現在の伝送に対応するフィードバック方式タイプを決定する。

【0253】

例えば、ネットワークデバイスは、送信端ＵＥのフィードバックポリシーを明示的に構成するために、送信端ＵＥのステータス（メンバ数、負荷ステータス、およびサービス遅延など）を把握し得る。例えば、ネットワークデバイスは、どのケースにおいてどのフィードバック方式タイプを使用するかを送信端ＵＥに示し得る。送信端ＵＥは、フィードバックポリシーに基づいて、フィードバック方式タイプを直接取得し得る。代替的に、ネットワークデバイスは、フィードバックポリシーを間接的に構成し得、その結果、送信端ＵＥは、フィードバックポリシーを使用することによって、送信端ＵＥのステータスに基づいて、フィードバック方式タイプを決定する。

【0254】

これに応じて、受信端ＵＥはフィードバックポリシーを受信し、フィードバックポリシーを使用して、データパケットに対してフィードバックを実行するために使用されるフィードバック方式タイプを決定する。

【0255】

例えば、ネットワークデバイスは、受信端ＵＥのフィードバックポリシーを明示的に構成するために、受信端ＵＥのステータス（メンバ数、負荷ステータス、およびサービス遅延など）を把握し得る。例えば、ネットワークデバイスは、どのケースにおいてどのフィードバック方式タイプを使用するかを受信端ＵＥに示し得る。受信端ＵＥは、フィードバックポリシーに基づいて、フィードバック方式タイプを直接取得し得る。代替的に、ネットワークデバイスは、フィードバックポリシーを間接的に構成し得、その結果、受信端ＵＥは、フィードバックポリシーを使用することによって、受信端ＵＥのステータスに基づいて、フィードバック方式タイプを決定する。

【0256】

ＵＥ（送信端ＵＥまたは受信端ＵＥ）のステータスは、サービスのＱｏＳ情報（遅延、信頼性、通信距離およびレートなど）、グループメンバの数、または、ＳＬチャネルステータス（ＳＬ ＣＢＲ測定、ユニキャストにおける２つのＵＥの間のＳＬ ＲＳＲＰ／ＣＳＩ／ＣＱＩ／ＰＭＩ／ＲＩ／経路損失／ＳＩＮＲ、グループキャストグループにおける複数のＵＥ間のＳＬ ＲＳＲＰなど）のうち１または複数であり得る。

【0257】

例えば、フィードバックポリシーは、端末デバイス（送信端ＵＥまたは受信端ＵＥ）のグループメンバの数が第１閾値を満たすとき、第１ＨＡＲＱフィードバック方式が使用されることを意味する。代替的に、端末デバイスのグループメンバの数が第２閾値を満たすとき、第２ＨＡＲＱフィードバック方式が使用される。

【0258】

例えば、グループメンバの数が条件｛例えば、Ｎｕｍｂｅｒ＜Ｔｈｒ｝を満たすとき、ＵＥはグループ ＡＣＫ／ＮＡＣＫを使用することによってフィードバックを実行する。グループメンバの数が条件（例えば、Ｎｕｍｂｅｒ≧Ｔｈｒ）を満たすとき、ＵＥは、Ｇｒｏｕｐ ＮＡＣＫ ｏｎｌｙまたはＨＡＲＱ無効化を使用することによってフィードバックを実行する。Ｔｘ／Ｒｘ／Ｈｅａｄ ＵＥのＣＢＲが条件（例えば、ＣＢＲ＞Ｔｈｒ）を満たすとき、ＵＥは、Ｇｒｏｕｐ ＮＡＣＫ ｏｎｌｙまたはＨＡＲＱ無効化を使用することによって、フィードバックを実行する。Ｔｘ／Ｒｘ／Ｈｅａｄ ＵＥのＣＢＲが条件（例えば、ＣＢＲ≦Ｔｈｒ）を満たすとき、ＵＥは、グループ ＡＣＫ／ＮＡＣＫを使用することによってフィードバックを実行する。

【0259】

例えば、ネットワークデバイスは更に、ＨＡＲＱ ＮＡＣＫ ｏｎｌｙフィードバック方式における距離計算方式を選択するためのポリシーを構成し得る。例えば、ＧＰＳ位置に基づいて距離を計算し、領域ＩＤに基づいて距離を計算し、ＳＬ ＲＳＲＰに基づいて距離を推定するという順序で、距離計算方式に対応する優先度は順次低減される。任意で、ネットワークデバイスは更に、各計算方式のアプリケーション条件を構成し得る。例えば、領域距離が１００メートルより大きいとき、領域ＩＤに基づいて距離を計算する方式は無効であり、ＲＳＲＰが１０ｄＢより小さいとき、ＲＳＲＰに基づいて距離を推定する方式は無効である。

【0260】

フィードバックポリシーを生成するためにネットワークデバイスによって使用される情報は、本願の本実施形態に限定されるものではなく、第１粒度における内容が使用され得る。上で説明された第１粒度に加えて、ネットワークデバイスは更に、他の情報を使用することによってフィードバックポリシーを構成し得ることが理解され得る。例えば、ネットワークデバイスは、ＲＡＴ（リスト）識別子、キャリア／周波数（リスト）識別子、基地局／セル（リスト）識別子、Ｔｘ／Ｒｘ情報、例えばＵＥ識別子（例えば、ＵＥ ＩＰ／ＭＡＣ／アドレス、ＵＥ ＩＤ（ＵＥ ＳＬ Ｌ２ ＩＤ／アドレス、ＵＥ ＳＬ Ｌ１ ＩＤ／アドレス、Ｃ‐ＲＮＴＩ、ＩＭＳＩ、またはＴＭＳＩ（リスト））（リスト）、ＱｏＳ（例えば、ＰＰＰＰ／ＰＰＰＲ／ＱＦＩ／５ＱＩ／ＱｏＳ Ｆｌｏｗ／ＶＱＩ／ＰＱＩ）（リスト）識別子、通信タイプキャストタイプ（例えば、ユニキャスト、グループキャスト、またはブロードキャスト）（リスト）識別子、通信モードＳＬモード（リスト）識別子（例えば、基地局スケジューリングモード、ＵＥ競合モード、ＬＴＥ ＳＬモード３、ＬＴＥ ＳＬモード４、ＮＲ ＳＬモード１、またはＮＲ ＳＬモード２）、サービス（ＩＤ）（リスト）識別子、ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）（リスト）識別子、論理チャネルグループＬＣＧ（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｇｒｏｕｐ）（リスト）識別子、論理チャネルＬＣＨ（Ｌｏｇｉｃａｌ ＣＨａｎｎｅｌ）（リスト）識別子、ＳＬ ＲＢ（リスト）識別子、接続識別子（例えば、接続ＩＤ（リスト））、グループ識別子（例えば、ｇｒｏｕｐ ｃｏｎｎｅｃｔｉｏｎ ＩＤ（リスト）またはグループＵｕ／ＳＬ Ｌ２／Ｌ１ ＩＤ）、通信元ＳＲＣ（Ｓｏｕｒｃｅ Ｕｕ／ＳＬ ＩＤ， ｏｒ Ｌ２／Ｌ１ ＩＤ）（リスト）、通信先ＤＥＳＴ（Ｄｅｓｔｉｎａｔｉｏｎ Ｕｕ／ＳＬ ＩＤまたは Ｌ２／Ｌ１ ＩＤ）（リスト）、ＨＡＲＱプロセス識別子、１または複数のリソースプロパティ、構成グラント／ＳＰＳ、または動的グラント、または、初回伝送／再伝送のうち１または複数を使用することによってフィードバックポリシーを構成する。

【0261】

本願の本実施形態において、ＵＥ（送信端ＵＥまたは受信端ＵＥ）は、フィードバック方式タイプを決定するために使用される方式がＵＥによって選択されるが、ｇＮＢによって制御／構成されないと決定する。任意で、ＵＥが、フィードバック方式タイプを決定するために使用される方式を選択する場合、ＵＥは、フィードバック方式タイプを決定するために使用される最新の方式をｇＮＢに通知する必要があり、その結果、グラントを割り当てるとき、ｇＮＢは、フィードバック方式タイプを決定するために使用される最新の方式に基づいて、異なるＰＳＦＣＨリソースを割り当て得る（例えば、複数のＡＣＫ／ＮＡＣＫおよび１つのＮＡＣＫが必要である）。

【0262】

本願の本実施形態において、構成層（非ＭＡＣ／ＰＨＹ層）は、実際の使用層（ＭＡＣ／ＰＨＹ層）と異なるので、構成層においてプロパティ情報を取得した後に、端末デバイスは、プロパティ情報を対応する使用層へ転送する必要があり、その結果、対応する粒度とＨＡＲＱフィードバック方式との間のマッピングテーブルが形式され得、送信端ＵＥまたは受信端ＵＥがプロパティ情報を使用してフィードバック方式タイプを決定することを助ける。例えば、ＵＥのＶ２Ｘ層／ＲＲＣ層は、｛ＤＥＳＴ／ＱｏＳ／ＬＣＨ／グループＩＤ＋Ｔｘ，ＡＣＫ／ＮＡＣＫまたはＮＡＣＫ｝をＭＡＣ層に通知する。ＵＥのＶ２Ｘ層／ＲＲＣ層／ＭＡＣ層は、｛グループキャスト＋Ｔｘ Ｌ１ ＩＤ＋Ｇｒｏｕｐ Ｌ１ ＩＤ，ＡＣＫ／ＮＡＣＫまたはＮＡＣＫ｝をＵＥのＰＨＹ層に通知する。

【0263】

本願の本実施形態において、端末デバイスは、プロパティ情報、すなわちこの伝送のプロパティ情報を層の間で交換し得る。プロパティ情報の説明については、前述の説明を参照されたい。簡潔にするために、ここでは詳細について改めて説明しない。

【0264】

送信端ＵＥについては、送信端ＵＥのＭＡＣ層は、以下の理由からプロパティ情報を認識する必要があり得る。例えば、ＬＣＰ制限を実行するとき、送信端ＵＥのＭＡＣ層は、グラントに対応するプロパティについて、データパケット組み立てを実行するために適切なＤＥＳＴおよび／またはＬＣＨならびに適切なデータを選択する必要がある。または、送信端ＵＥのＰＨＹ層がプロパティ情報を直接取得できないとき、送信端ＵＥのＰＨＹ層は、プロパティ情報をＰＨＹ層に示すために、送信端ＵＥのＭＡＣ層を利用する必要がある。

【0265】

送信端ＵＥのＭＡＣ層がプロパティ情報をどのように取得するかについて、以下の方法が使用され得る。送信端ＵＥのＭＡＣ層は、ネットワークデバイスによって送信されたＤＣＩおよび保持されたグラント情報を受信することによってプロパティ情報を取得し得る。または、送信端ＵＥのＭＡＣ層は、それ自体でプロパティ情報を決定し得る。

【0266】

送信端ＵＥについては、送信端ＵＥのＰＨＹ層は、以下の理由からプロパティ情報を認識する必要があり得る。例えば、送信端ＵＥのＰＨＹ層は、ＳＬ ＨＡＲＱフィードバックを受信するかどうかをプロパティ情報に基づいて決定する必要がある。または、別の例では、送信端ＵＥのＰＨＹ層は、ＵＬにおいてＳＬ ＨＡＲＱフィードバック結果を基地局またはネットワークへフィードバックするかどうかをプロパティ情報に基づいて決定する必要がある。または、別の例では、送信端ＵＥのＰＨＹ層は、グループキャスト通信のＡＣＫ／ＮＡＣＫ方式においてＳＬ ＨＡＲＱフィードバックを受信するか、または、グループキャスト通信のＮＡＣＫ ｏｎｌｙ方式においてＳＬ ＨＡＲＱフィードバックを受信するかを、プロパティ情報に基づいて決定する必要がある。

【0267】

送信端ＵＥのＰＨＹ層がプロパティ情報をどのように取得するかについては、送信端ＵＥのＰＨＹ層は、ネットワークデバイスによって送信されたＤＣＩを使用することによってプロパティ情報を取得し得る。または、送信端ＵＥのＰＨＹ層は、テーブルをクエリすることによってプロパティ情報を取得し得る。または、送信端ＵＥのＰＨＹ層は、ＭＡＣ層の指示を使用することによってプロパティ情報を決定し得る。例えば、プロパティ情報をどのように送信するか、または、フィードバック情報をどのように受信するかを、層間プリミティブを使用することによって送信端ＵＥのＰＨＹ層に示すために、送信端ＵＥのＭＡＣ層はプロパティ情報を検知し得る。例えば、送信端ＵＥのＭＡＣ層は、プロパティ情報を検知できないが、プロパティ情報を送信端ＵＥのＰＨＹ層へ送信し、その結果、送信端ＵＥのＰＨＹ層は、プロパティ情報をどのように送信するか、または、フィードバック情報をどのように受信するかを決定する。

【0268】

受信端ＵＥについては、受信端ＵＥのＭＡＣ層は、以下の理由からプロパティ情報を認識する必要があり得る。例えば、受信端ＵＥのＰＨＹ層がプロパティ情報を直接取得できない場合、受信端ＵＥのＭＡＣ層は、プロパティ情報をＰＨＹ層に示す必要がある。

【0269】

受信端ＵＥについては、受信端ＵＥのＭＡＣ層は、送信端ＵＥによって送信されたＳＣＩを受信することによってプロパティ情報を取得し得るか、または、送信端ＵＥによって送信されたＲＲＣメッセージ（ＲＲＣメッセージは複数のフィードバック方式タイプを含む）を受信し、次に、上で説明された第１粒度に基づいてテーブルをクエリし、プロパティ情報を取得する。受信端ＵＥのＭＡＣ層は、層間プリミティブを使用することによって、プロパティ情報を送信端ＵＥのＰＨＹ層へ送信し得る。例えば、受信端ＵＥのＭＡＣ層は、プロパティ情報、例えば、フィードバック方式タイプまたはＨＡＲＱ有効化／無効化情報を検知し、フィードバック情報をどのように送信するかについて、受信端ＵＥのＰＨＹ層に示し得る。例えば、受信端ＵＥのＭＡＣ層は、プロパティ情報を検知できないが、プロパティ情報をＵＥのＰＨＹ層へ送信し、その結果、受信端ＵＥのＰＨＹ層は、フィードバック情報をどのように送信するかを決定する。

【0270】

受信端ＵＥについては、受信端ＵＥのＰＨＹ層は、以下の理由から、プロパティ情報を認識する必要があり得る。例えば、受信端ＵＥのＰＨＹ層は、ＳＬ ＨＡＲＱフィードバックを送信するかどうかをプロパティ情報に基づいて決定する必要がある。または、別の例では、受信端ＵＥのＰＨＹ層は、グループキャスト通信のＡＣＫ／ＮＡＣＫ方式においてＳＬ ＨＡＲＱフィードバックを送信するか、または、グループキャスト通信のＮＡＣＫ ｏｎｌｙ方式においてＳＬ ＨＡＲＱフィードバックを送信するかをプロパティ情報に基づいて決定する必要がある。または、別の例では、受信端ＵＥのＰＨＹ層は、プロパティ情報、送信端ＵＥによって提供された送信端ＵＥの位置情報、距離閾値、および、受信端ＵＥの位置情報に基づいて、受信端ＵＥと送信端ＵＥとの間の距離が距離閾値より小さいと決定し、決定結果に基づいて、フィードバックを実行するか（例えば、ＮＡＣＫは、ＨＡＲＱ ＮＡＣＫ ｏｎｌｙ方式において送信される必要がある）、または、フィードバックの実行を省略するかを決定する必要がある。

【0271】

同様に、受信端ＵＥのＰＨＹ層は、送信端ＵＥによって送信されたＳＣＩを受信することによってプロパティ情報を取得し得るか、または、送信端ＵＥによって送信されたＲＲＣメッセージ（ＲＲＣメッセージは複数のフィードバック方式タイプを含む）を受信し、次に、上で説明された第１粒度に基づいてテーブルをクエリし、プロパティ情報を取得する。代替的に、受信端ＵＥのＰＨＹ層は、ＭＡＣ層の指示を使用することによってプロパティ情報を決定し得る。

【0272】

理解を容易にするために、以下では、異なるシナリオを参照して受信端ＵＥおよび送信端ＵＥの動作を説明する。以下の説明は説明のための例であり、本願の実施形態の保護範囲の限定を構成しないことが理解され得る。以下では、ネットワークデバイスがｇＮＢであり、送信端ＵＥがＴｘ ＵＥであり、受信端ＵＥがＲｘ ＵＥである例を使用することによって説明を提供する。

【0273】

シナリオ１：Ｔｘ ＵＥは、ＳＣＩまたはＭＡＣ ＣＥを使用することによってプロパティ情報をＲｘ ＵＥへ送信する。図７に示されるように、Ｔｘ ＵＥは、ＲＲＣメッセージを使用することによってｇＮＢから送信された、ＤＥＳＴ／ＬＣＨとプロパティ情報との間のマッピング関係、および、ＤＣＩを使用することによってｇＮＢから送信されたグラントを受信する。次に、Ｔｘ ＵＥは、ＳＣＩおよび／またはＭＡＣ ＣＥを使用することによって、プロパティ情報をＲｘ ＵＥへ送信し得る。Ｔｘ ＵＥについては、以下では、Ｔｘ ＵＥのＰＨＹ層が異なる方式でプロパティ情報をどのように取得するかを説明する。

【0274】

方式１：ｇＮＢによって送信されたＤＣＩは、ＤＥＳＴおよびプロパティ情報を保持する（この方式において、Ｔｘ ＵＥのＭＡＣ層はプロパティ情報を検知しない）。ＲＲＣ層について、ｇＮＢは、ＤＥＳＴおよび／またはＬＣＨとプロパティ情報との間の結合関係を構成しないことがあり得る。

【0275】

方式１において、Ｔｘ ＵＥの各プロトコル層に対する影響は以下の通りである。（１）ＭＡＣ層において、グラントはＤＥＳＴを明示的に示したので、ＬＣＰ制限フィルタリングを実行するとき、Ｔｘ ＵＥは、対応するプロパティ情報を満たし、かつ、指定されたＤＥＳＴのものであるＬＣＨのデータのみを選択し、ＭＡＣ ＰＤＵデータパケット組み立てを実行する（既存のデータのＬＣＨの優先度の降順でデータパケット組み立てを実行する）。（２）ＭＡＣ層はプロパティ情報をＰＨＹ層に示す。Ｔｘ ＵＥのＭＡＣ層は、ｇＮＢがＤＣＩを使用することによって送信したグラントをＰＨＹ層へ転送するか、または、グラントをＨＡＲＱプロセスに結合し（この伝送のＭＡＣ ＰＤＵも結合される）、送信のためにＨＡＲＱプロセスをＰＨＹ層に通知するか、または、ＭＡＣ層は、層間プリミティブを使用することによってプロパティ情報をＰＨＹ層に示す。（３）ＰＨＹ層：Ｔｘ ＵＥのＰＨＹ層は、別の方式（例えばＨＡＲＱプロセス）で、ＭＡＣ層によって明示的に転送されたグラントに基づいてプロパティ情報を取得するか、または、ＭＡＣ層によって明示的／黙示的に転送されたプロパティ情報に基づいてプロパティ情報を取得する。任意で、Ｔｘ ＵＥのＰＨＹ層は、グラントにおけるプロパティ情報に基づいて、ＳＣＩにおいて保持されるプロパティ情報を決定する（具体的な決定の方式は、グラントにおけるプロパティ情報がＳＣＩに直接コピーされること、または、グラントにおけるプロパティ情報が変換され、次に、ＳＣＩにおいて保持されることであり得る）。

【0276】

方式２：ｇＮＢによって送信されたＤＣＩはプロパティ情報を保持する。

【0277】

方式２：Ｔｘ ＵＥの各プロトコル層に対する影響は以下の通りである。（１）ＭＡＣ層：Ｔｘ ＵＥのＭＡＣ層は、保持されたプロパティ情報に基づいてＤＥＳＴおよび／またはＬＣＨフィルタリングを実行し、プロパティ情報に一致するＤＥＳＴおよびＬＣＨを選択し、次に、データパケット組み立てを実行してＭＡＣ ＰＤＵを取得し、ＭＡＣ ＰＤＵを送信するようＰＨＹ層に示すだけでよい。（２）ＭＡＣ層からＰＨＹ層への層間プリミティブの具体的な説明については、上記の方式１における段階（２）における説明を参照されたい。簡潔にするために、詳細については説明しない。（３）ＰＨＹ層の具体的な説明については、上記の方式１における段階（３）における説明を参照されたい。簡潔にするために、詳細については説明しない。

【0278】

方式３：ｇＮＢによって送信されたＤＣＩは、プロパティ情報を保持しない。ＲＲＣ層については、ｇＮＢは、ＤＥＳＴおよび／またはＬＣＨとプロパティ情報との間の結合関係を構成する必要がある。方式３において、Ｔｘ ＵＥの各プロトコル層に対する影響は、以下の通りである。（１）ＭＡＣ層：グラントはプロパティ情報を有しないので、グラントは任意のＤＥＳＴ／ＬＣＨによって使用され得ることが黙示的に表される。Ｔｘ ＵＥのＭＡＣ層はまず、ＤＥＳＴをソートし（データおよび最高のＬＣＨ優先度を有するＬＣＨの優先度がＤＥＳＴの優先度として使用される）、次に、この伝送を実行するために最高優先度を有するＤＥＳＴを選択し、グラントのプロパティ情報を、ＤＥＳＴおよび／または選択されたＬＣＨに対応するプロパティ情報を設定する。代替的に、Ｔｘ ＵＥのＭＡＣ層はまず、特定のルールに従ってグラントのプロパティ情報を設定し、次にＬＣＰフィルタリングを実行し、次に、伝送を実行するために最高優先度を有するＤＥＳＴおよびＤＥＳＴのＬＣＨを選択し（ＤＥＳＴおよびＬＣＨはプロパティ情報を満たす）、ＭＡＣ ＰＤＵデータパケット組み立てを実行し得る。（２）ＭＡＣ層は、プロパティ情報をＰＨＹ層に示す。Ｔｘ ＵＥはＭＡＣ層でグラントについてのプロパティを設定したので、Ｔｘ ＵＥはその後、グラントをＰＨＹ層へ転送する、または、グラントをＨＡＲＱプロセスに結合し得、送信のためにＨＡＲＱプロセスをＰＨＹ層に通知する。または、ＭＡＣ層は、層間プリミティブを使用することによってプロパティ情報をＰＨＹ層に示す。（３）ＰＨＹ層の具体的な説明については、上記方式１における段階（３）における説明を参照されたい。簡潔にするために、詳細については説明しない。

【0279】

これに応じて、以下では、Ｒｘ ＵＥの観点から、異なる方式でプロパティ情報をどのように取得するかを説明する。Ｒｘ ＵＥの観点から説明される方式１、方式２、および方式３は、Ｔｘ ＵＥの観点から説明される方式１、方式２、および方式３に関連付けられないことがあり得る、または、それに対応し得ることが理解され得る。これについては、限定されない。代替的に、Ｒｘ ＵＥの観点から説明される方式１、方式２、および方式３は、Ｔｘ ＵＥの観点から説明される方式１、方式２、および方式３に関連付けられ得ると理解され得る。いくつかの説明は、組み合わされて使用され得る、または、参照として機能し得る。これについては、限定されない。

【0280】

方式１：Ｒｘ ＵＥのＭＡＣ層はプロパティを検知しない。

【0281】

方式１において、Ｒｘ ＵＥのＭＡＣ層は、プロパティを検知せず、ＭＡＣ層からＲｘ ＵＥのＰＨＹ層への層間プリミティブは常に「フィードバックを実行することをＰＨＹ層に示す」。Ｒｘ ＵＥのＰＨＹ層において、Ｒｘ ＵＥのＰＨＹ層は、ＳＣＩを読み出してプロパティ情報を取得する。プロパティ情報についてのすべてのオペレーションはＰＨＹ層で実行される。具体的には、（１）プロパティ情報がＨＡＲＱ有効化である場合、Ｒｘ ＵＥのＰＨＹ層は、実際のデータ伝送ステータスに基づいて対応するフィードバックを実行する。（２）プロパティ情報がＨＡＲＱ無効化である場合、Ｒｘ ＵＥのＰＨＹ層はフィードバックを実行しない。（３）プロパティ情報がＨＡＲＱ ＮＡＣＫ ｏｎｌｙである場合、Ｒｘ ＵＥのＰＨＹ層は、プロパティ情報がＮＡＣＫであり、かつ、Ｒｘ ＵＥとＴｘ ＵＥとの間の距離が閾値より小さいときのみフィードバックを実行する（例えば、Ｒｘ ＵＥのＰＨＹ層は、ＳＣＩにおいて保持されるＴｘ ＵＥの領域ＩＤ、および、Ｒｘ ＵＥの領域ＩＤに基づいて距離を計算し、距離を閾値と比較し、距離が閾値より小さい場合、フィードバックを実行する）。（４）プロパティ情報がＨＡＲＱ ＡＣＫ／ＮＡＣＫである場合、Ｒｘ ＵＥのＰＨＹ層は、実際のデータ伝送ステータスに基づいて対応するフィードバックを実行し、ＨＡＲＱ ＡＣＫ／ＮＡＣＫを送信する。

【0282】

方式２：Ｒｘ ＵＥのＭＡＣ層は、プロパティ情報を完全に検知する（ＰＨＹ層はプロパティを検知しない）。

【0283】

方式２において、Ｒｘ ＵＥのＭＡＣ層は、ＳＣＩを読み出すことによってプロパティ情報を認識し得る。以下では、Ｒｘ ＵＥのＭＡＣ層がフィードバックを実行することをＰＨＹ層にどのように示すかを説明する。ＭＡＣ層からＰＨＹ層への層間プリミティブについては、プロパティ情報がＨＡＲＱ有効化である場合、ＰＨＹ層はフィードバックを実行することを示される。プロパティ情報がＨＡＲＱ無効化である場合、ＰＨＹ層は、フィードバックの実行を省略することを示されるか、または、何もしないことを示される。プロパティ情報がＨＡＲＱ ＡＣＫ／ＮＡＣＫである場合、ＰＨＹ層は、ＡＣＫ／ＮＡＣＫフィードバックを実行することを示される。フィードバック情報がＨＡＲＱ ＮＡＣＫ ｏｎｌｙである場合、Ｒｘ ＵＥとＴｘ ＵＥとの間の距離が閾値より小さいとＲｘ ＵＥのＭＡＣ層が決定するとき、ＰＨＹ層は、ＮＡＣＫ ｏｎｌｙフィードバックを実行することを示される。

【0284】

方式２において、Ｒｘ ＵＥのＰＨＹ層はＳＣＩを読み出すが、プロパティを取得および検知しない。Ｒｘ ＵＥのＰＨＹ層は、Ｒｘ ＵＥのＭＡＣ層の指示に完全に基づいてフィードバックを実行する。

【0285】

方式３：Ｒｘ ＵＥのＭＡＣ層は、いくつかのプロパティ情報を検知する。例えば、いくつかのプロパティ情報はＨＡＲＱ有効化／無効化であるか、または、いくつかのプロパティ情報は、その方式を使用してプロパティ情報を決定する。

【0286】

方式３において、Ｒｘ ＵＥのＭＡＣ層からＰＨＹ層への層間プリミティブについては、プロパティ情報がＨＡＲＱ有効化である場合、ＰＨＹ層は、フィードバックを実行することを示される。プロパティ情報がＨＡＲＱ無効化である場合、ＰＨＹ層は、フィードバックの実行を省略することが示されるか、または、ＰＨＹ層はフィードバックを実行することが示されない。

【0287】

方式３において、Ｒｘ ＵＥのＰＨＹ層は、オプション１および２などのいくつかのプロパティ情報を検知し、距離が閾値より小さいと決定する。プロパティ情報がＨＡＲＱ ＡＣＫ／ＮＡＣＫである場合、ＰＨＹ層はＡＣＫ／ＮＡＣＫフィードバックを実行する。プロパティ情報がＨＡＲＱ ＮＡＣＫ ｏｎｌｙである場合、ＰＨＹ層はＮＡＣＫ ｏｎｌｙフィードバックを実行する。プロパティ情報がＨＡＲＱ ＮＡＣＫ ｏｎｌｙである場合、Ｒｘ ＵＥのＰＨＹ層は、Ｒｘ ＵＥとＴｘ ＵＥとの間の距離が閾値より小さいと決定したときのみフィードバックを実行する。

【0288】

同様に、送信端ＵＥのＭＡＣ層からＰＨＹ層への層間プリミティブについては、上記の３方式（方式１、方式２、および方式３）もあるという点で受信端ＵＥと同様である。しかしながら、送信端ＵＥのＭＡＣ層およびＰＨＹ層は、ＰＨＹ層がフィードバックを実行するかどうか、および／または、ＰＨＹ層がフィードバックをどのように実行するかを示さず、ＰＨＹ層が受信端ＵＥのＳＬ ＨＡＲＱフィードバックを受信するかどうか、および／または、ＰＨＹ層が受信端ＵＥのＳＬ ＨＡＲＱフィードバックをどのように受信するかを示し、ＰＨＹ層がＵｕインタフェースに対してフィードバックを実行するかどうか、および／または、ＰＨＹ層がＵｕインタフェース上でフィードバックをどのように実行するかを示す。

【0289】

上記のシナリオ１において、Ｔｘ ＵＥはＳＣＩにおいてプロパティ情報を保持するので、Ｒｘ ＵＥは、ＳＣＩにおいてプロパティ情報を読み出して、ＡＣＫ／ＮＡＣＫフィードバックをどのように実行するかを決定するだけでよい。当然、上で説明されたように、Ｒｘ ＵＥについては、Ｒｘ ＵＥのＭＡＣ層は、プロパティ情報を検知し得るか、または、Ｒｘ ＵＥのＰＨＹ層は、プロパティ情報を検知し得るか、または、Ｒｘ ＵＥのＭＡＣ層およびＰＨＹ層の両方はプロパティ情報を検知し得る（例えば、異なる部分を検知する）。

【0290】

シナリオ２：Ｔｘ ＵＥは、ＲＲＣメッセージを使用することによってプロパティ情報をＲｘ ＵＥへ送信する。図８に示されるように、Ｔｘ ＵＥは、ＲＲＣメッセージを使用することによってｇＮＢから送信された、ＤＥＳＴ／ＬＣＨとプロパティ情報との間のマッピング関係、および、ＤＣＩを使用することによってｇＮＢから送信されたグラントを受信する。次に、Ｔｘ ＵＥは、ＲＲＣメッセージを使用することによってプロパティ情報をＲｘ ＵＥへ送信し得る。プロパティ情報は、ＨＡＲＱフィードバック有効化／無効化情報（例えば、有効化／無効化）、および、フィードバック方式タイプ（例えば、ＨＡＲＱ ＮＡＣＫ ｏｎｌｙまたはＨＡＲＱ ＡＣＫ／ＮＡＣＫ）を含む。

【0291】

Ｔｘ ＵＥの側の観点から、シナリオ１からの違いとして、ＳＣＩはプロパティ情報を保持しない。

【0292】

Ｒｘ ＵＥの側については、ＳＣＩは、シナリオ１においてプロパティ情報を保持するので、Ｒｘ ＵＥはＳＣＩを受信した後に、アイドル状態のＨＡＲＱプロセスＩＤを処理のために割り当てる。ＨＡＲＱプロセスＩＤは、ＳＣＩにおいてＨＡＲＱ情報に結合される（例えば、プロパティ情報を含む、ＳＣＩにおいて保持されるすべての情報）。したがって、Ｒｘ ＵＥのＭＡＣ層およびＰＨＹ層の両方は、ＨＡＲＱプロセスＩＤに結合されるＨＡＲＱ情報を使用することによって、この伝送に対応するＨＡＲＱフィードバック方式（すなわちプロパティ情報）を取得し得る。しかしながら、シナリオ２において、ＳＣＩはプロパティ情報を保持しないので、Ｒｘ ＵＥのＭＡＣ層は、Ｔｘ ＵＥの構成情報をＲｘ ＵＥの別の層（例えば、上位層、具体的には例えばＳＬ ＲＲＣ層）のみから取得し、ＤＥＳＴ／ＬＣＨおよび同様のものとプロパティ情報との間の対応関係を取得し得る。プロパティ情報を取得した後に、Ｒｘ ＵＥの別の層がＭＡＣ層を通知する。ＳＣＩ（プロパティ情報を保持しない）を受信した後に、Ｒｘ ＵＥのＭＡＣ層はまた、処理のためにアイドル状態のＨＡＲＱプロセスＩＤを割り当て、次に、ＳＣＩにおいて保持されるＤＥＳＴ情報を読み出し、ＭＡＣ層において保持されるＬＣＨ情報を取得し、ＤＥＳＴ情報およびＬＣＨ情報に基づいてテーブルをクエリし（例えば、Ｔｘ ＵＥは、ＳＬ ＲＲＣを通じてＲｘ ＵＥのＲＲＣ層についてテーブルを構成し、Ｒｘ ＵＥのＲＲＣ層は、層間プリミティブを使用することによってＲｘ ＵＥのＭＡＣ層へテーブルを通知し、その結果、Ｒｘ ＵＥのＭＡＣ層はテーブルを取得する）、この受信についてのＴＢに対応するＨＡＲＱフィードバック方式（すなわち、プロパティ情報）を取得し、次に、この受信を処理するために使用される、以前に割り当てられたＨＡＲＱプロセスにプロパティ情報を結合する。Ｒｘ ＵＥのＭＡＣ層およびＰＨＹ層の両方はその後、ＨＡＲＱプロセスＩＤに結合されたＨＡＲＱ情報を使用することによって、この伝送に対応するＨＡＲＱフィードバック方式を取得し得る。後続の手順は、シナリオ１と同一である。簡潔にするために、ここでは詳細について改めて説明しない。

【0293】

シナリオ２において、Ｒｘ ＵＥについては、シナリオ１における３つの方式においても処理が実行され得る。方式１：Ｒｘ ＵＥのＭＡＣ層はプロパティを検知しない。具体的な説明については、シナリオ１における方式１を参照されたい。簡潔にするために、ここでは詳細について改めて説明しない。方式２：Ｒｘ ＵＥのＭＡＣ層は、プロパティを完全に検知する（ＰＨＹ層はプロパティを検知しない）。具体的な説明については、シナリオ１における方式２を参照されたい。簡潔にするために、ここでは詳細について改めて説明しない。方式３：Ｒｘ ＵＥのＭＡＣ層は、いくつかのプロパティを検知する。具体的な説明については、シナリオ１における方式３を参照されたい。簡潔にするために、ここでは詳細について改めて説明しない。

【0294】

Ｒｘ ＵＥのテーブルクエリ動作は、例を参照して下で説明される。

【0295】

例えば、ＳＲＣ ＩＤがプロパティ情報に対応する場合、Ｒｘ ＵＥは、ＳＲＣ ＩＤに基づいて対応するプロパティ情報を検索し得る。代替的に、（ＳＲＣ ＩＤ）＆（ＬＣＨ ＩＤ）がプロパティ情報に対応する場合、Ｒｘ ＵＥは、ＳＲＣ ＩＤおよびＬＣＨ ＩＤを使用することによって対応するプロパティ情報を検索し得る。代替的に、（ＳＲＣ ＩＤ）＆（ＤＥＳＴ ＩＤ）がプロパティ情報に対応する場合、Ｒｘ ＵＥは、ＳＲＣ ＩＤおよびＤＥＳＴ ＩＤを使用することによって、対応するプロパティ情報を検索し得る。代替的に、（ＳＲＣ ＩＤ）＆（ＤＥＳＴ ＩＤ）＆（ＬＣＨ ＩＤ）がプロパティ情報に対応する場合、Ｒｘ ＵＥは、ＳＲＣ ＩＤ、ＤＥＳＴ ＩＤおよびＬＣＨ ＩＤを使用することによって、対応するプロパティ情報を検索し得る。例えば、（ＳＲＣ ＩＤ）＆（Ｇｒａｎｔ／ＨＡＲＱ ＩＤ）がプロパティ情報に対応する場合、Ｒｘ ＵＥは、（ＳＲＣ ＩＤ）＆（Ｇｒａｎｔ／ＨＡＲＱ ＩＤ）に基づいて対応するプロパティ情報を検索し得る。

【0296】

例えば、（ＤＥＳＴ ＩＤ）＆（ＬＣＨ ＩＤ）がプロパティ情報に対応する場合、Ｒｘ ＵＥは、（ＤＥＳＴ ＩＤ）＆（ＬＣＨ ＩＤ）に基づいて対応するプロパティ情報を検索し得る。

【0297】

上記の「テーブルクエリ」は、第１粒度を使用することによって第１対応関係を検索し、第１粒度に対応するフィードバック方式タイプを取得することを指すことが理解され得る。

【0298】

本願の実施形態における解決手段は、使用のために適切に組み合わされ得、実施形態における用語の説明または記載は、実施形態において相互参照され得るか、または説明され得ることが理解されるべきである。これについては、限定されない。

【0299】

上記プロセスのシーケンス番号は、本願の様々な実施形態における実行順序を意味するものではないことが更に理解されるべきである。プロセスの実行順序は、プロセスの機能および内部論理に基づいて決定されるべきである。上記のプロセスにおける数またはシーケンス番号は単に、説明を容易にするための区別に使用され、本願の実施形態の実装プロセスに対するいかなる限定も構成しないべきである。

【0300】

上記は図１から図８を参照して本願の実施形態によるＨＡＲＱフィードバック情報伝送方法を詳細に説明する。以下では、図９から図１１を参照して本願の実施形態による通信装置を説明する。方法の実施形態において説明される技術的特徴はまた、以下の装置の実施形態に適用可能であることが理解されるべきである。

【0301】

図９は、本願の実施形態による通信装置１０００の概略ブロック図である。図９に示されるように、通信装置１０００は送受信機ユニット１１００および処理ユニット１２００を含み得る。

【0302】

可能な設計において、通信装置１０００は上述した方法の実施形態における端末デバイスに対応し得る。例えば、通信装置１０００は端末デバイスであり得るか、または、端末デバイスに配置されたチップであり得る。

【0303】

具体的には、通信装置１０００は、本願の実施形態による方法３００または方法５００における端末デバイスに対応し得る。通信装置１０００は、図３における方法３００における端末デバイスによって実行される方法を実行するよう構成されるユニット、または、図４における方法４００における端末デバイスによって実行される方法を実行するよう構成されるユニット、または、図６における方法６００における端末デバイスによって実行される方法を実行するよう構成されるユニットを含み得る。加えて、通信装置１０００におけるユニット、および、上記の他のオペレーションまたは機能はそれぞれ、図３における方法３００における端末デバイスの対応する手順を実装することが意図されるか、または、図４における方法４００における端末デバイスの対応する手順を実装することがそれぞれ意図されるか、または、図６における方法６００における端末デバイスの対応する手順を実装することがそれぞれ意図されるか、または、図７における端末デバイス（送信端ＵＥまたは受信端ＵＥ）の対応する手順を実装することがそれぞれ意図されるか、または、図８における端末デバイス（送信端ＵＥまたは受信端ＵＥ）の対応する手順を実装することがそれぞれ意図される。

【0304】

実装において、送受信機ユニット１１００および処理ユニット１２００はそれぞれ、以下の段階を実行するよう構成され得る。

【0305】

処理ユニット１２００は、現在の伝送に対応するフィードバック方式タイプを第１対応関係に基づいて決定し、フィードバック方式タイプに基づいてデータパケット組み立て処理を実行するよう構成される。送受信機ユニット１１００は、伝送リソースを使用することによってデータパケットを送信するよう構成される。

【0306】

任意で、送受信機ユニット１１００は、サイドリンク制御情報ＳＣＩを使用することによって、単一フィードバック方式タイプを第２端末デバイスに示すよう構成される。

【0307】

任意で、第１対応関係は、第１粒度とＨＡＲＱフィードバック方式との間の対応関係を含み、第１粒度は、宛先アドレス識別子、送信元アドレス識別子、サービスタイプ、サービス識別子、通信タイプ、論理チャネル識別子、サイドリンク無線ベアラ、サービス情報の品質、伝送リソース、ＨＡＲＱプロセス識別子、論理チャネルグループ識別子、送信端ユーザ機器ＵＥ識別子、または受信端ＵＥ識別子のうち１または複数を含む。

【0308】

任意で、フィードバック方式タイプは、第１ＨＡＲＱフィードバック方式または第２ＨＡＲＱフィードバック方式を含み、第１ＨＡＲＱフィードバック方式は、端末デバイスが肯定応答メッセージまたは非肯定応答メッセージをフィードバックすることを意味し、第２ＨＡＲＱフィードバック方式は、端末デバイスが非肯定応答メッセージのみをフィードバックすることを意味する。

【0309】

可能な実装形態において、処理ユニット１２００は更に、伝送リソースを取得するよう構成され、伝送リソースはプロパティ情報を保持し、プロパティ情報は、伝送リソースによってサポートされるＨＡＲＱフィードバック方式を示すために使用される。処理ユニット１２００は更に、伝送リソースによってサポートされるＨＡＲＱフィードバック方式とＨＡＲＱフィードバック方式が同一である少なくとも１つの論理チャネルを、プロパティ情報に基づいて第１対応関係から選別し、少なくとも１つの論理チャネルにおけるデータを伝送リソース上で送信するよう構成される。

【0310】

可能な実装形態において、処理ユニット１２００は更に、伝送リソースを取得し、伝送リソースがプロパティ情報を保持しない場合に、複数の論理チャネルにおいてデータの伝送リソース上で伝送を実行するために送受信機ユニット１１００を呼び出すよう構成され、複数の論理チャネルの各々に対応するフィードバック方式は同一であるか、または異なる。

【0311】

可能な実装形態において、処理ユニット１２００は更に、伝送リソースがプロパティ情報を保持しない場合、伝送リソースによってサポートされるＨＡＲＱフィードバック方式を伝送リソースについて決定し、伝送リソースによってサポートされるＨＡＲＱフィードバック方式と同一であるＨＡＲＱフィードバック方式を有する少なくとも１つの論理チャネルを第１対応関係から選別し、少なくとも１つの論理チャネルにおけるデータを伝送リソース上で送信するよう構成される。ここで、第１端末デバイスは、プロパティ情報を保持しない伝送リソースについてプロパティ情報を決定し得る。

【0312】

任意で、処理ユニット１２００が、伝送リソースによってサポートされるＨＡＲＱフィードバック方式を伝送リソースについて決定するよう構成されることは、最高優先度を有する宛先アドレス識別子を取得し、宛先アドレス識別子に対応するＨＡＲＱフィードバック方式を、伝送リソースによってサポートされるＨＡＲＱフィードバック方式として使用することを含む。

【0313】

可能な実装形態において、送受信機ユニット１１００は更に、第２情報を第２端末デバイスへ送信するよう構成され、第２情報は、フィードバック方式タイプを決定するために第２端末デバイスによって使用される。

【0314】

任意で、送受信機ユニット１１００が第２情報を第２端末デバイスへ送信するよう構成されることは、サイドリンク制御情報ＳＣＩ、ＭＡＣシグナリング、サイドリンクシグナリング、ＲＲＣシグナリングまたはＳＩＢ情報のうち１または複数を使用することによって、第２情報を第２端末デバイスへ送信することを含む。

【0315】

任意で、第２情報は、以下の情報、すなわち、宛先アドレス識別子、送信元識別子、サービスタイプ、サービス識別子、通信タイプ、論理チャネル識別子、サイドリンク無線ベアラ、サービス情報の品質、伝送リソース、ＨＡＲＱプロセス識別子、論理チャネルグループ識別子、または送信端ユーザ機器ＵＥ識別子のうち１または複数を含む。

【0316】

任意で、第２情報は、単回伝送のフィードバック方式タイプを示す。

【0317】

任意で、送受信機ユニット１１００が第２情報を第２端末デバイスへ送信するよう構成されることは、複数の伝送のフィードバック方式タイプを第２端末デバイスへ送信することであって、複数の伝送のフィードバック方式タイプが第２情報に含まれる、ことを含む。

【0318】

任意で、送受信機ユニット１１００は更に、第３情報を第２端末デバイスへ送信するよう構成され、第３情報は、以下の情報、すなわち、通信タイプ、距離閾値、または第１端末デバイスと第２端末デバイスとの間の距離を計算する方式のうちの１または複数を含む。

【0319】

任意で、送受信機ユニット１１００は更に、ネットワークデバイスによって送信された第４情報を受信するよう構成され、第４情報は、通信タイプ、距離閾値、または、第１端末デバイスと第２端末デバイスとの間の距離を計算する方式を含む。

【0320】

任意で、送受信機ユニット１１００は更に、第１端末デバイスについての情報を第２端末デバイスまたはネットワークデバイスへ送信するよう構成され、第１端末デバイスについての情報は、第１端末デバイスの位置情報、第１端末デバイスが位置する領域の識別子、および第１端末デバイスの電力情報を含む。このようにして、第１端末デバイスは、第１端末デバイスに関連する情報を第２端末デバイスに通知し得、その結果、第２端末デバイスは距離を計算する。

【0321】

任意で、処理ユニット１２００は更に、第１対応関係を取得するよう構成される。任意で、第１対応関係は予め定められ得るか、または、別のデバイスによって第１端末デバイスへ送信され得る。これについては、限定されない。

【0322】

任意で、処理ユニット１２００が第１対応関係を取得するよう構成されることは、ネットワークデバイスまたは端末デバイスによって送信された第１対応関係を受信するために送受信機ユニット１１００を呼び出すことを含む。ネットワークデバイスは基地局またはコアネットワーク制御機能であり得る。

【0323】

任意で、送受信機ユニット１１００は更に、ネットワークデバイスによって送信されたフィードバックポリシーを受信するよう構成され、フィードバックポリシーは、フィードバック方式タイプを決定するために使用されるポリシーである。処理ユニット１２００が、現在の伝送に対応するフィードバック方式タイプを第１対応関係に基づいて決定するよう構成されることは、フィードバックポリシーを使用することによって第１対応関係に基づいて現在の伝送に対応するフィードバック方式タイプを決定することを含む。ここで、フィードバックポリシーは、明示的なフィードバックポリシーであり得、すなわち、フィードバック方式タイプが直接的に示される。代替的に、フィードバックポリシーとは、端末デバイスがフィードバックポリシーに従って、端末デバイスのステータスを参照して、使用されるフィードバック方式タイプを決定する必要があることを意味する。

【0324】

可能な実装形態において、処理ユニット１２００がフィードバックポリシーを使用することによって、第１対応関係に基づいて、現在の伝送に対応するフィードバック方式タイプを決定することは、フィードバックポリシーを使用することによって、第１対応関係および第１端末デバイスのステータスに基づいて、現在の伝送に対応するフィードバック方式タイプを決定することを含む。第１端末デバイスのステータスは、グループメンバの数、負荷、およびサービス遅延などの情報であり得る。

【0325】

任意で、フィードバックポリシーは、端末デバイスのグループメンバの数が第１閾値を満たすときに第１ＨＡＲＱフィードバック方式が使用されることを意味する。代替的に、端末デバイスのグループメンバの数が第２閾値を満たすとき、第２ＨＡＲＱフィードバック方式が使用される。

【0326】

代替的に、実装において、送受信機ユニット１１００および処理ユニット１２００はそれぞれ、以下の段階を実行するよう構成され得る。

【0327】

送受信機ユニット１１００はデータパケットを受信するよう構成される。処理ユニット１２００は、データパケットに対してフィードバックを実行するために使用されるフィードバック方式タイプを決定し、フィードバック方式タイプを使用することによってフィードバックを実行するよう構成される。

【0328】

任意で、送受信機ユニット１１００は、ＳＣＩを使用することによって送信される、単回伝送のフィードバック方式タイプを受信する。

【0329】

任意で、フィードバック方式タイプは、第１ＨＡＲＱフィードバック方式または第２ＨＡＲＱフィードバック方式を含み、第１ＨＡＲＱフィードバック方式は、端末デバイスが肯定応答メッセージまたは非肯定応答メッセージをフィードバックすることを意味し、第２ＨＡＲＱフィードバック方式は、端末デバイスが非肯定応答メッセージのみをフィードバックすることを意味する。

【0330】

可能な実装形態において、処理ユニット１２００は更に、第１対応関係を取得するよう構成される。

【0331】

任意で、処理ユニット１２００が第１対応関係を取得するよう構成されることは具体的には、ネットワークデバイスまたは第１端末デバイスによって送信された第１対応関係を受信するために送受信機ユニット１１００を呼び出すことを含む。任意で、第１対応関係は、別の端末デバイスによって第２端末デバイスへ通知され得るか、または、第２端末デバイスによって生成され得る。これについては、限定されない。

【0332】

任意で、第１対応関係は、第１粒度とＨＡＲＱフィードバック方式との間の対応関係を含み、第１粒度は、宛先アドレス識別子、送信元アドレス識別子、サービスタイプ、サービス識別子、伝送タイプ、論理チャネル識別子、サイドリンク無線ベアラ、サービス情報の品質、伝送リソース、ＨＡＲＱプロセス識別子、論理チャネルグループ識別子、送信端ユーザ機器ＵＥ識別子、または受信端ＵＥ識別子のうち１または複数を含む。

【0333】

可能な実装形態において、送受信機ユニット１１００は更に、第１端末デバイスによって送信された第２情報を受信するよう構成され、第２情報は、フィードバック方式タイプを決定するために使用される。処理ユニット１２００が、データパケットに対してフィードバックを実行するために使用されるフィードバック方式タイプを決定するよう構成されることは、現在の伝送に対応するフィードバック方式タイプを第２情報に基づいて決定することを含む。ここで、第２端末デバイスは、現在の伝送に対応するフィードバック方式タイプを第２情報に基づいて決定し得る。

【0334】

任意で、送受信機ユニット１１００が第１端末デバイスによって送信された第２情報を受信するよう構成されることは、サイドリンク制御情報ＳＣＩ、メディアアクセス制御ＭＡＣ、シグナリング、サイドリンクシグナリング、無線リソース制御ＲＲＣシグナリング、またはシステム情報ブロックＳＩＢ情報のうちの１または複数を使用することによって第１端末デバイスによって送信された第２情報を受信することを含む。

【0335】

任意で、第２情報は、以下の情報、すなわち、宛先アドレス識別子、送信元識別子、サービスタイプ、サービス識別子、通信タイプ、論理チャネル識別子、サイドリンク無線ベアラ、サービス情報の品質、伝送リソース、ＨＡＲＱプロセス識別子、論理チャネルグループ識別子、または送信端ユーザ機器ＵＥ識別子のうち１または複数を含む。

【0336】

任意で、第２情報は、単回伝送のフィードバック方式タイプを示す。

【0337】

任意で、送受信機ユニット１１００が、第１端末デバイスによって送信された第２情報を受信するよう構成されることは、第１端末デバイスによって送信された複数の伝送のフィードバック方式タイプを受信することを含み、複数の伝送のフィードバック方式タイプは第２情報に含まれる。処理ユニット１２００が、データパケットに対するフィードバックを実行するために使用されるフィードバック方式タイプを第２情報に基づいて決定するよう構成されることは、現在の伝送に対応するフィードバック方式タイプを第２情報および第１対応関係に基づいて決定することを含む。

【0338】

可能な実装形態において、送受信機ユニット１１００は、ネットワークデバイスによって送信された第１情報を受信するよう構成され、第１情報は、フィードバック方式タイプを決定するために使用される。処理ユニット１２００が、データパケットに対してフィードバックを実行するために使用されるフィードバック方式タイプを決定するよう構成されることは、現在の伝送に対応するフィードバック方式タイプを第１情報に基づいて決定することを含む。ここで、第２端末デバイスは、ネットワークデバイスによって送信された第１情報を直接受信して、第１情報に基づいてフィードバック方式タイプを決定し得る。

【0339】

任意で、送受信機ユニット１１００が、ネットワークデバイスによって送信された第１情報を受信するよう構成されることは、ダウンリンク制御情報ＤＣＩ、無線リソース制御ＲＲＣシグナリング、またはシステム情報ブロックＳＩＢ情報のうち１または複数を使用することによってネットワークデバイスによって送信された第１情報を受信することを含む。

【0340】

任意で、第１情報は単回伝送のフィードバック方式タイプを示す。

【0341】

任意で、送受信機ユニット１１００がネットワークデバイスによって送信された第１情報を受信するよう構成されることは、ネットワークデバイスによって送信された複数の伝送のフィードバック方式タイプを受信することを含み、複数の伝送のフィードバック方式タイプは第１情報に含まれる。処理ユニット１２００が、データパケットに対するフィードバックを実行するために使用されるフィードバック方式タイプを第１情報に基づいて決定するよう構成されることは、現在の伝送に対応するフィードバック方式タイプを第１情報および第１対応関係に基づいて決定することを含む。

【0342】

任意で、処理ユニット１２００が、フィードバック方式タイプを使用することによってフィードバックを実行するよう構成されることは、フィードバック方式タイプが第１ＨＡＲＱフィードバック方式であるとき、データパケットについての肯定応答メッセージまたは非肯定応答メッセージを送信すること、または、フィードバック方式タイプが第２ＨＡＲＱフィードバック方式であるとき、データパケットについての非肯定応答メッセージのみをフィードバックすること、または、フィードバック方式タイプがＨＡＲＱ有効化／無効化情報であるとき、ＨＡＲＱ有効化／無効化情報が、フィードバックを実行することを端末デバイスに示す場合、データパケットについてのフィードバックを実行すること、または、フィードバック方式タイプがＨＡＲＱ有効化／無効化情報であるとき、ＨＡＲＱ有効化／無効化情報が、フィードバックの実行の省略を端末デバイスに示す場合、データパケットについてのフィードバックの実行を省略することを含む。

【0343】

可能な実装形態において、フィードバック方式タイプが第２ＨＡＲＱフィードバック方式である場合、処理ユニット１２００は更に、第１端末デバイスと第２端末デバイスとの間の距離を決定し、距離が距離閾値を満たたすとき、非肯定応答メッセージが送信される必要があると決定するよう構成される。ここで、第２端末デバイスは距離を計算し、距離が距離閾値を満たすときだけ非肯定応答メッセージを送信し得る。例えば、第１端末デバイスと第２端末デバイスとの間の距離は距離閾値より小さい。

【0344】

任意で、送受信機ユニット１１００は更に、第１端末デバイスから送信された第３情報を受信することであって、第３情報は、以下の情報、すなわち、通信タイプ、距離閾値、または、第１端末デバイスと第２端末デバイスとの間の距離を計算する方式のうちの１または複数を含む、こと、または、第４情報をネットワークデバイスから受信することであって、第４情報は、以下の情報、すなわち、通信タイプ、距離閾値、または、第１端末デバイスと第２端末デバイスとの間の距離を計算する方式のうち１または複数を含む、ことを行うよう構成される。

【0345】

任意で、処理ユニット１２００が、第１端末デバイスと第２端末デバイスとの間の距離を決定するよう構成されることは、以下の情報、すなわち、領域識別子、第１端末デバイスの位置情報、第１端末デバイスの電力情報、ネットワークデバイスの識別子、第１端末デバイスが位置する領域の識別子、または、第２端末デバイスの位置情報のうちの１または複数に基づいて距離を計算することを含む。

【0346】

任意で、送受信機ユニット１１００が更に、第１端末デバイスについての情報を受信することであって、第１端末デバイスについての情報は、以下の情報、すなわち、第１端末デバイスの位置情報、第１端末デバイスが位置する領域の識別子、または、第１端末デバイスの電力情報のうちの１または複数を含む、ことを行うよう構成される。

【0347】

任意で、送受信機ユニット１１００は更に、ネットワークデバイスによって送信されたフィードバックポリシーを受信することであって、フィードバックポリシーは、フィードバック方式タイプを決定するために使用されるポリシーである、ことを行うよう構成される。処理ユニット１２００が、データパケットに対してフィードバックを実行するために使用されるフィードバック方式タイプを決定するよう構成されることは、フィードバックポリシーを使用することによって、データパケットに対してフィードバックを実行するために使用されるフィードバック方式タイプを決定することを含む。

【0348】

任意で、フィードバックポリシーは、端末デバイスのグループメンバの数が第１閾値を満たすときに第１ＨＡＲＱフィードバック方式が使用されることを意味する。代替的に、端末デバイスのグループメンバの数が第２閾値を満たすとき、第２ＨＡＲＱフィードバック方式が使用される。

【0349】

代替的に、実装において、送受信機ユニット１１００および処理ユニット１２００はそれぞれ、以下の段階を実行するよう構成され得る。

【0350】

送受信機ユニット１１００は、第１情報をネットワークデバイスから受信することであって、第１情報は、フィードバック方式タイプを決定するために端末デバイスによって使用される、ことを行うよう構成される。処理ユニット１２００は、第１情報を適用するよう構成される。

【0351】

任意で、フィードバック方式タイプは、第１ＨＡＲＱフィードバック方式または第２ＨＡＲＱフィードバック方式を含み、第１ＨＡＲＱフィードバック方式は、端末デバイスが肯定応答メッセージまたは非肯定応答メッセージをフィードバックすることを意味し、第２ＨＡＲＱフィードバック方式は、端末デバイスが非肯定応答メッセージのみをフィードバックすることを意味する。

【0352】

可能な実装形態において、処理ユニット１２００が、第１情報を適用するよう構成されることは、データパケットを送信するとき、第１端末デバイスによって、第１情報に基づいてフィードバック方式タイプを決定することを含む。

【0353】

可能な実装形態において、処理ユニット１２００が第１情報を適用するよう構成されることは、伝送リソースが第１情報を保持し、かつ、第１情報がフィードバック方式タイプを示す場合、第１端末デバイスによって、第１情報に基づいて、この伝送のフィードバック方式タイプを取得することを含む。

【0354】

任意で、送受信機ユニット１１００が、ネットワークデバイスから第１情報を受信するよう構成されることは、無線リソース制御ＲＲＣシグナリング、またはシステム情報ブロックＳＩＢ情報、ダウンリンク制御情報ＤＣＩ、または予め構成されたシグナリングのうちの１または複数を使用することによってネットワークデバイスによって送信された第１情報を受信することを含む。

【0355】

任意で、第１情報は単回伝送のフィードバック方式タイプを示す。

【0356】

任意で、第１情報は、複数の伝送のフィードバック方式タイプを含む。

【0357】

任意で、第１情報は第１対応関係を含む。

【0358】

任意で、第１対応関係は、第１粒度とＨＡＲＱフィードバック方式との間の対応関係を含み、第１粒度は、宛先アドレス識別子、送信元アドレス識別子、サービスタイプ、サービス識別子、通信タイプ、論理チャネル識別子、サイドリンク無線ベアラ、サービス情報の品質、伝送リソース、ＨＡＲＱプロセス識別子、論理チャネルグループ識別子、送信端ユーザ機器ＵＥ識別子、または受信端ＵＥ識別子のうち１または複数を含む。

【0359】

可能な実装形態において、処理ユニット１２００は更に、第１情報に基づいて第２情報を生成することであって、第２情報は、フィードバック方式タイプを決定するために第２端末デバイスによって使用される、ことを行うよう構成される。送受信機ユニット１１００は更に、第２情報を第２端末デバイスへ送信するよう構成される。

【0360】

任意で、送受信機ユニット１１００が第２情報を第２端末デバイスへ送信するよう構成されることは、サイドリンク制御情報ＳＣＩ、メディアアクセス制御ＭＡＣシグナリング、無線リソース制御ＲＲＣシグナリング、またはシステム情報ブロックＳＩＢ情報のいずれか１つを使用することによって、第２情報を第２端末デバイスへ送信することを含む。

【0361】

任意で、第２情報は、単回伝送のフィードバック方式タイプを示す。

【0362】

任意で、送受信機ユニット１１００が第２情報を第２端末デバイスへ送信するよう構成されることは、複数の伝送のフィードバック方式タイプを第２端末デバイスへ送信することであって、複数の伝送のフィードバック方式タイプが第２情報に含まれる、ことを含む。

【0363】

可能な実装形態において、送受信機ユニット１１００は更に、第４情報をネットワークデバイスから受信することであって、第４情報は、通信タイプ、距離閾値、または、第１端末デバイスと第２端末デバイスとの間の距離を計算する方式のうちの１または複数を含む、ことを行うよう構成される。

【0364】

任意で、送受信機ユニット１１００は更に、第３情報を第２端末デバイスへ送信するよう構成され、第３情報は、通信タイプ、距離閾値、または第１端末デバイスと第２端末デバイスとの間の距離を計算する方式のうちの１または複数を含む。

【0365】

代替的に、実装において、送受信機ユニット１１００および処理ユニット１２００はそれぞれ、以下の段階を実行するよう構成され得る。

【0366】

処理ユニット１２００は、送受信機ユニット１１００を呼び出して、第１情報をネットワークデバイスから受信することであって、第１情報は、フィードバック方式タイプを決定するために端末デバイスによって使用される、こと、および、第１情報を適用することによってフィードバック方式タイプを決定すること、または、送受信機ユニット１１００を呼び出して、第２情報を第１端末デバイスから受信し、第２情報を適用することであって、第２情報は、フィードバック方式タイプを決定するために第２端末デバイスによって使用される、ことを行うよう構成される。

【0367】

可能な実装形態において、処理ユニット１２００が第１情報を適用するよう構成されることは、データパケットが送信されるとき、第１情報に基づいてフィードバック方式タイプを決定すること、または、伝送リソースが第１情報を保持し、かつ、第１情報がフィードバック方式タイプを示す場合、第１情報に基づいて、この伝送のフィードバック方式タイプを取得することを含む。

【0368】

可能な実装形態において、処理ユニット１２００が第２情報を適用するよう構成されることは、データパケットが送信されるとき、第２情報に基づいてフィードバック方式タイプを決定すること、または、伝送リソースが第２情報を保持し、かつ、第２情報がフィードバック方式タイプを示す場合、第２情報に基づいて、この伝送のフィードバック方式タイプを取得することを含む。

【0369】

任意で、フィードバック方式タイプは、第１ＨＡＲＱフィードバック方式または第２ＨＡＲＱフィードバック方式を含み、第１ＨＡＲＱフィードバック方式は、端末デバイスが肯定応答メッセージまたは非肯定応答メッセージをフィードバックすることを意味し、第２ＨＡＲＱフィードバック方式は、端末デバイスが非肯定応答メッセージのみをフィードバックすることを意味する。

【0370】

任意で、送受信機ユニット１１００が、ネットワークデバイスから第１情報を受信するよう構成されることは、無線リソース制御ＲＲＣシグナリング、またはシステム情報ブロックＳＩＢ情報、ダウンリンク制御情報ＤＣＩ、または予め構成されたシグナリングのうちの１または複数を使用することによってネットワークデバイスによって送信された第１情報を受信することを含む。

【0371】

任意で、第１情報は、単回伝送のフィードバック方式タイプを示す。

【0372】

任意で、第１情報は、複数の伝送のフィードバック方式タイプを含む。

【0373】

任意で、第１情報は第１対応関係を含む。

【0374】

任意で、第１対応関係は、第１粒度とＨＡＲＱフィードバック方式との間の対応関係を含み、第１粒度は、宛先アドレス識別子、送信元アドレス識別子、サービスタイプ、サービス識別子、通信タイプ、論理チャネル識別子、サイドリンク無線ベアラ、サービス情報の品質、伝送リソース、ＨＡＲＱプロセス識別子、論理チャネルグループ識別子、送信端ユーザ機器ＵＥ識別子、または受信端ＵＥ識別子のうち１または複数を含む。

【0375】

任意で、送受信機ユニット１１００が第２情報を第１端末デバイスから受信するよう構成されることは、サイドリンク制御情報ＳＣＩ、メディアアクセス制御ＭＡＣシグナリング、無線リソース制御ＲＲＣシグナリング、またはシステム情報ブロックＳＩＢ情報のいずれか１つを使用することによって第１端末デバイスによって送信された第２情報を受信することを含む。

【0376】

任意で、第２情報は単回伝送のフィードバック方式タイプを示す。

【0377】

任意で、送受信機ユニット１１００が第２情報を第１端末デバイスから受信するよう構成されることは、複数の伝送のフィードバック方式タイプを第１端末デバイスから受信することであって、複数の伝送のフィードバック方式タイプは第２情報に含まれる、ことを含む。

【0378】

ユニットが上記の対応する段階を実行する具体的なプロセスは、上述した方法の実施形態において詳細に説明され、簡潔にするために、ここでは詳細は説明しないことが理解されるべきである。

【0379】

通信装置１０００が端末デバイスであるとき、通信装置１０００における送受信機ユニット１１００は、図１０に示される端末デバイス２０００における送受信機２０２０に対応し得、通信装置１０００における処理ユニット１２００は、図１０に示される端末デバイス２０００におけるプロセッサ２０１０に対応し得ることが更に理解されるべきである。

【0380】

通信装置１０００が、端末デバイスに配置されるチップであるとき、通信装置１０００における送受信機ユニット１１００は入力／出力インタフェースであり得ることが更に理解されるべきである。

【0381】

別の可能な設計において、通信装置１０００は、上述した方法の実施形態におけるネットワークデバイスに対応し得る。例えば、通信装置１０００はネットワークデバイスであり得るか、または、ネットワークデバイスに配置されたチップであり得る。

【0382】

具体的には、通信装置１０００は、本願の実施形態による方法６００におけるネットワークデバイスに対応し得る。通信装置１０００は、図６における方法６００におけるネットワークデバイスによって実行される方法を実行するよう構成されるユニット、または、図７における方法におけるネットワークデバイスによって実行される方法を実行するよう構成されるユニット、または、図８における方法におけるネットワークデバイスによって実行される方法を実行するよう構成されるユニットを含み得る。加えて、通信装置１０００におけるユニット、および、上記の他のオペレーションまたは機能はそれぞれ、図６における方法６００におけるネットワークデバイスの対応する手順を実装することが意図されるか、または、図７におけるネットワークデバイスの対応する手順を実装することがそれぞれ意図されるか、または、図８におけるネットワークデバイスの対応する手順を実装することがそれぞれ意図される。

【0383】

実装において、送受信機ユニット１１００および処理ユニット１２００はそれぞれ、以下の段階を実行するよう構成され得る。

【0384】

処理ユニット１２００は、第１情報を生成するよう構成され、第１情報は、フィードバック方式タイプを決定するために端末デバイスによって使用される。送受信機ユニット１１００は、第１情報を第１端末デバイスまたは第２端末デバイスへ送信するよう構成される。ここで、ネットワークデバイスは、端末デバイスについてフィードバック方式タイプを動的に構成し得る。

【0385】

任意で、フィードバック方式タイプは、第１ＨＡＲＱフィードバック方式または第２ＨＡＲＱフィードバック方式を含み、第１ＨＡＲＱフィードバック方式は、端末デバイスが肯定応答メッセージまたは非肯定応答メッセージをフィードバックすることを意味し、第２ＨＡＲＱフィードバック方式は、端末デバイスが非肯定応答メッセージのみをフィードバックすることを意味する。

【0386】

可能な実装形態において、送受信機ユニット１１００が、第１情報を第１端末デバイスまたは第２端末デバイスへ送信するよう構成されることは、無線リソース制御ＲＲＣシグナリング、システム情報ブロックＳＩＢ情報、ダウンリンク制御情報ＤＣＩ、または予め構成されたシグナリングのうちの１または複数を使用することによって、第１情報を第１端末デバイスまたは第２端末デバイスへ送信することを含む。ここで、ネットワークデバイスは、１つの情報またはシグナリングを使用することによってフィードバック方式タイプを示し得るか、または、１つの情報またはシグナリングを使用することによって複数のフィードバック方式タイプを構成し得、次に、別の情報またはシグナリングを使用することによってフィードバック方式タイプを示し得、例えば、ＲＲＣを使用することによって構成を実行し、ＤＣＩを使用することによって指示を実行し得る。任意で、ネットワークデバイスはコアネットワーク制御機能または基地局であり得る。

【0387】

任意で、第１情報は、単回伝送のフィードバック方式タイプを示す。

【0388】

任意で、第１情報は、複数の伝送のフィードバック方式タイプを含む。

【0389】

任意で、第１情報は第１対応関係を含む。任意で、第１対応関係は、第１粒度とＨＡＲＱフィードバック方式との間の対応関係を含み、第１粒度は、宛先アドレス識別子、送信元アドレス識別子、サービスタイプ、サービス識別子、通信タイプ、論理チャネル識別子、サイドリンク無線ベアラ、サービス情報の品質、伝送リソース、ＨＡＲＱプロセス識別子、論理チャネルグループ識別子、送信端ユーザ機器ＵＥ識別子、または受信端ＵＥ識別子のうち１または複数を含む。

【0390】

任意で、送受信機ユニット１１００は更に、第４情報を第１端末デバイスまたは第２端末デバイスへ送信することであって、第４情報は、通信タイプ、距離閾値、または、第１端末デバイスと第２端末デバイスとの間の距離を計算する方式のうちの１または複数を含む、ことを行うよう構成される。

【0391】

任意で、送受信機ユニット１１００は更に、フィードバックポリシーを第１端末デバイスまたは第２端末デバイスへ送信することであって、フィードバックポリシーは、フィードバック方式タイプを決定するために使用されるポリシーである、ことを行うよう構成される。

【0392】

任意で、フィードバックポリシーは、端末デバイスのグループメンバの数が第１閾値を満たすときに第１ＨＡＲＱフィードバック方式が使用されることを意味する。代替的に、端末デバイスのグループメンバの数が第２閾値を満たすとき、第２ＨＡＲＱフィードバック方式が使用される。

【0393】

通信装置１０００がネットワークデバイスであるとき、通信装置１０００における送受信機ユニット１１００は、図１１に示されるネットワークデバイス３０００における送受信機ユニット３１００に対応し得、通信装置１０００における処理ユニット１２００は、図１１に示されるネットワークデバイス３０００における処理ユニット３２００に対応し得ることが更に理解されるべきである。

【0394】

通信装置１０００がネットワークデバイスに配置されたチップであるとき、通信装置１０００における送受信機ユニット１１００は入力／出力インタフェースであり得ることが更に理解されるべきである。

【0395】

図１０は、本願の実施形態による端末デバイス２０００の構造の概略図である。端末デバイス２０００は、上述した方法の実施形態における端末デバイスの機能を実行するために、図１において示されるシステムにおいて使用され得る。図１０に示されるように、端末デバイス２０００はプロセッサ２０１０および送受信機２０２０を含む。任意で、端末デバイス２０００はメモリ２０３０を更に含む。プロセッサ２０１０、送受信機２００２、およびメモリ２０３０は、内部接続パスを通じて互いに通信し、制御信号および／またはデータ信号を転送し得る。メモリ２０３０は、コンピュータプログラムを記憶するよう構成される。プロセッサ２０１０は、送受信機２０２０を制御して信号を受信または送信するために、メモリ２０３０におけるコンピュータプログラムを呼び出して実行するよう構成される。任意で、端末デバイス２０００は更に、送受信機２０２０によって出力されるアップリンクデータまたはアップリンク制御シグナリングを、無線信号を通じて送信するよう構成されるアンテナ２０４０を含み得る。

【0396】

プロセッサ２０１０およびメモリ２０３０は、１つの処理装置に統合され得る。プロセッサ２０１０は、上述の機能を実装するために、メモリ２０３０に記憶されるプログラムコードを実行するよう構成される。特定の実装中、メモリ２０３０は代替的に、プロセッサ２０１０に統合され得るか、または、プロセッサ２０１０から独立し得る。プロセッサ２０１０は、図９における処理ユニットに対応し得る。

【0397】

送受信機２０２０は、図９における通信ユニットに対応し得、送受信機ユニットとも称され得る。送受信機２０２０は、受信機（または、受信機または受信機回路と称される）および送信機（または、送信機または送信機回路と称される）を含み得る。受信機は、信号を受信するよう構成され、送信機は、信号を送信するよう構成される。

【0398】

図１０に示される端末デバイス２０００は、図３、図５、または図８に示される方法の実施形態における端末デバイスのプロセスを実装し得ることが理解されるべきである。端末デバイス２０００におけるモジュールのオペレーションまたは機能はそれぞれ、上述した方法の実施形態における対応する手順を実装することが意図される。詳細については、上述した方法の実施形態における説明を参照されたい。繰り返しを回避するために、ここでは詳細な説明が適切に省略される。

【0399】

プロセッサ２０１０は、上述した方法の実施形態において説明される、端末デバイス内で実装される動作を実行するよう構成され得、送受信機２０２０は、上述した方法の実施形態において説明される、端末デバイスによって実行される、ネットワークデバイスへの送信またはネットワークデバイスからの受信の動作を実行するよう構成され得る。詳細については、上述した方法の実施形態における説明を参照されたい。ここでは、再び詳細を説明しない。

【0400】

任意で、端末デバイス２０００は、電力を端末デバイスにおけるコンポーネントまたは回路へ供給するよう構成される電源２０５０を更に含み得る。

【0401】

加えて、端末デバイスの機能をより完全にするために、端末デバイス２０００は更に、入力ユニット２０６０、表示ユニット２０７０、音声回路２０８０、カメラ２０９０、センサ２１００などのうち１または複数を含み得、音声回路は更に、スピーカ２０８２、マイク２０８４などを含み得る。

【0402】

図１１は、本願の実施形態によるネットワークデバイスの構造の概略図であり、例えば、基地局３０００の構造の概略図であり得る。基地局３０００は、上述した方法の実施形態におけるネットワークデバイスの機能を実行するために、図１または図２において示されるシステムにおいて使用され得る。図に示されるように、基地局３０００は、１または複数の無線周波数ユニット、例えば、１または複数のリモート無線ユニット（ｒｅｍｏｔｅ ｒａｄｉｏ ｕｎｉｔｓ， ＲＲＵ）３１００、および、１または複数のベースバンドユニット（ＢＢＵ）（分散型ユニット（ＤＵ）３２００とも称され得る）を含み得る。ＲＲＵ３１００は、送受信機ユニットまたは通信ユニットと称され得、図９における送受信機ユニット１１００に対応する。任意で、送受信機ユニット３１００はまた、送受信機マシン、送受信機回路、送受信機、または同様のものと称され得、少なくとも１つのアンテナ３１０１および無線周波数ユニット３１０２を含み得る。任意で、送受信機ユニット３１００は、受信ユニットおよび送信ユニットを含み得る。受信ユニットは、受信機（または受信機または受信機回路と称される）に対応し得、送信ユニットは、送信機（または送信機または送信機回路と称される）に対応し得る。ＲＲＵ３１００は主に、無線周波数信号を受信および送信し、無線周波数信号とベースバンド信号との間の変換を実行するよう構成される。ＢＢＵ３２００は主に、ベースバンド処理を実行すること、基地局を制御すること、および同様のものを行うよう構成される。ＲＲＵ３１００およびＢＢＵ３２００は物理的に共に配置され得る。代替的に、ＲＲＵ３１００およびＢＢＵ３２００は、物理的に別個に配置され得る。すなわち、基地局は分散型基地局である。

【0403】

ＢＢＵ３２００は、基地局の制御センタであるか、または、処理ユニットとして称され得る。ＢＢＵ３２００は図９における処理ユニット１２００に対応し得、主に、ベースバンド処理機能、例えば、チャネル符号化、多重化、変調または拡散を実装するよう構成される。例えば、ＢＢＵ（処理ユニット）は、上述した方法の実施形態におけるネットワークデバイスに関連する動作手順を実行する、例えば、ＣＳＩレポートについての構成情報を生成するために基地局を制御するよう構成され得る。

【0404】

例において、ＢＢＵ３２００は、１または複数の基板を含み得、複数の基板は、単一のアクセス規格を有する無線アクセスネットワーク（ＬＴＥネットワークなど）を共にサポートし得るか、または、異なるアクセス規格を有する無線アクセスネットワーク（ＬＴＥネットワーク、５Ｇネットワーク、または別のネットワークなど）をそれぞれサポートし得る。ＢＢＵ３２００は更に、メモリ３２０１およびプロセッサ３２０２を含む。メモリ３２０１は、必要な命令およびデータを記憶するよう構成される。プロセッサ３２０２は、必要な動作を実行するよう基地局を制御するよう構成され、例えば、上述した方法の実施形態におけるネットワークデバイスに関連する動作手順を実行するよう基地局を制御するよう構成される。メモリ３２０１およびプロセッサ３２０２は１または複数の基板を扱い得る。換言すると、メモリおよびプロセッサは、各基板上に配置され得る。代替的に、複数の基板は、同一のメモリおよび同一のプロセッサを共有し得る。加えて、必要な回路が更に各基板上に配置され得る。

【0405】

図１１に示される基地局３０００は、上述した方法の実施形態におけるネットワークデバイスに関連するプロセスを実装できることが理解されるべきである。基地局３０００におけるモジュールのオペレーションまたは機能はそれぞれ、上述した方法の実施形態における対応する手順を実装することが意図される。詳細については、上述した方法の実施形態における説明を参照されたい。繰り返しを回避するために、ここでは詳細な説明が適切に省略される。

【0406】

ＢＢＵ３２００は、上述した方法の実施形態において説明された、ネットワークデバイス内で実装される動作を実行するよう構成され得、ＲＲＵ３１００は、上述した方法の実施形態において説明された、ネットワークデバイスによって実行される、端末デバイスへの送信または端末デバイスからの受信の動作を実行するよう構成され得る。詳細については、上述した方法の実施形態における説明を参照されたい。ここでは、再び詳細を説明しない。

【0407】

本願に実施形態において提供される方法によれば、本願は更にコンピュータプログラム製品を提供する。コンピュータプログラム製品はコンピュータプログラムコードを含む。コンピュータプログラムコードがコンピュータ上で実行されるとき、コンピュータは、図３、図４、および図６において示される実施形態における端末デバイスの側の方法を実行することが可能となる。

【0408】

本願の実施形態において提供される方法によれば、本願は更に、コンピュータ可読媒体を提供する。コンピュータ可読媒体はプログラムコードを記憶する。プログラムコードがコンピュータ上で実行されるとき、コンピュータは、図４、図７、および図８において示される実施形態におけるネットワークデバイスの側の方法を実行することが有効化となる。

【0409】

本願の実施形態において提供される方法によれば、本願はシステムを更に提供する。システムは、上記の１または複数の端末デバイスおよび上記の１または複数のネットワークデバイスを含む。

【0410】

本願の実施形態は更に、プロセッサおよびインタフェースを含む処理装置を提供する。プロセッサは、上述した方法の実施形態におけるいずれか１つにおける通信方法を実行するよう構成される。

【0411】

処理装置はチップであり得ることが理解されるべきである。例えば、処理装置は、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ， ＦＰＧＡ）であり得るか、または、汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ， ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ， ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ， ＦＰＧＡ）または別のプログラム可能論理デバイスであり得、ディスクリートゲートもしくはトランジスタロジックデバイス、またはディスクリートのハードウェアコンポーネントは、システムオンチップ（ｓｙｓｔｅｍ ｏｎ ｃｈｉｐ， ＳｏＣ）であり得、中央演算処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ， ＣＰＵ）であり得、ネットワークプロセッサ（ｎｅｔｗｏｒｋ ｐｒｏｃｅｓｓｏｒ， ＮＰ）であり得、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ， ＤＳＰ）であり得、マイクロコントローラユニット（ｍｉｃｒｏ ｃｏｎｔｒｏｌｌｅｒ ｕｎｉｔ， ＭＣＵ）であり得、または、プログラム可能論理デバイス（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ， ＰＬＤ）もしくは別の集積チップであり得る。処理装置は、本願の実施形態において開示される方法、段階、および論理ブロック図を実装または実行し得る。汎用プロセッサは、マイクロプロセッサであり得るか、または、プロセッサは、任意の従来のプロセッサなどであり得る。本願の実施形態を参照して開示される方法の段階は、ハードウェアデコードプロセッサによって直接実行され完了され得るか、または、復号プロセッサにおけるハードウェアおよびソフトウェアモジュールの組み合わせを使用することによって実行され完了され得る。ソフトウェアモジュールは、当該技術分野において成熟した記憶媒体、例えば、ランダムアクセスメモリ、フラッシュメモリ、リードオンリメモリ、プログラマブルリードオンリメモリ、電気的消去可能プログラマブルメモリ、またはレジスタなどに配置され得る。記憶媒体はメモリに位置し、プロセッサは、メモリにおける情報を読み出し、プロセッサのハードウェアと組み合わせて、上記の方法における段階を実装する。

【0412】

本願の実施形態におけるメモリは、揮発性メモリまたは不揮発性メモリであり得るか、または、揮発性メモリおよび不揮発性メモリの両方を含み得ると理解され得る。不揮発性メモリは、リードオンリメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ：ＲＯＭ）、プログラマブルリードオンリメモリ（ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ：ＰＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ：ＥＥＰＲＯＭ）、またはフラッシュメモリであり得る。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ， ＲＡＭ）であり得る。限定的な説明ではなく例として、例えば、スタティックランダムアクセスメモリ（ｓｔａｔｉｃ ＲＡＭ， ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ｄｙｎａｍｉｃ ＲＡＭ， ＤＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ， ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ＳＤＲＡＭ， ＤＤＲ ＳＤＲＡＭ）、エンハンスドシンクロナスダイナミックランダムアクセスメモリ（ｅｎｈａｎｃｅｄ ＳＤＲＡＭ， ＥＳＤＲＡＭ）、シンクロナスリンクダイナミックランダムアクセスメモリ（ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ， ＳＬＤＲＡＭ）、およびダイレクトランバスランダムアクセスメモリ（ｄｉｒｅｃｔ ｒａｍｂｕｓ ＲＡＭ， ＤＲ ＲＡＭ）など、ＲＡＭの多くの形式が使用され得る。本明細書において説明されるシステムのメモリおよび方法は、これらのメモリ、および、任意の他の適切なタイプのメモリを含むが、これらに限定されるものではないことが意図されることに留意すべきである。

【0413】

上述の実施形態の全部または一部が、ソフトウェア、ハードウェア、ファームウェア、またはこれらの任意の組み合わせを使用して実装されてよい。これらの実施形態を実装するためにソフトウェアが使用されるとき、当該実施形態は、コンピュータプログラム製品の形態で完全にまたは部分的に実装され得る。コンピュータプログラム製品は、１または複数のコンピュータ命令を含む。コンピュータ命令がコンピュータにロードされて実行されるとき、本願の実施形態によるプロシージャまたは機能がすべて、または部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または別のプログラマブル装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶され得るか、または、あるコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体へ伝送され得る。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバまたはデータセンタから、別のウェブサイト、コンピュータ、サーバまたはデータセンタに有線（例えば、同軸ケーブル、光ファイバ、または、デジタル加入線（ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ、ＤＳＬ））、または、無線（例えば、赤外線、ラジオ、またはマイクロ波）方式で伝送されてよい。コンピュータ可読記憶媒体は、コンピュータ、または、１もしくは複数の使用可能な媒体を統合するサーバもしくはデータセンタ等のデータ記憶デバイスによってアクセス可能な任意の使用可能な媒体であってよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスクドライブ、または磁気テープ）、光媒体（例えば、高密度デジタルビデオディスク（ｄｉｇｉｔａｌ ｖｉｄｅｏ ｄｉｓｃ， ＤＶＤ））、半導体媒体（例えばソリッドステートドライブ（ｓｏｌｉｄ－ｓｔａｔｅ ｄｒｉｖｅ， ＳＳＤ））、または同様のものであり得る。

【0414】

上記の装置の実施形態におけるネットワークデバイスおよび端末デバイスは、方法の実施形態における端末デバイスまたはネットワークデバイスに完全に対応する。対応するモジュールまたはユニットは対応する段階を実行する。例えば、通信ユニット（送受信機）は、方法の実施形態における送信または受信段階を実行し、処理ユニット（プロセッサ）は、送信または受信段階以外の別の段階を実行する。具体的なユニットの機能については、対応する方法の実施形態を参照されたい。１または複数のプロセッサがあり得る。

【0415】

本明細書において使用される、「コンポーネント」、「モジュール」、および「システム」などの用語は、コンピュータ関連エンティティ、ハードウェア、ファームウェア、ハードウェアとソフトウェアとの組み合わせ、ソフトウェア、または、実行されているソフトウェアを示すのに使用される。例えば、コンポーネントは、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行可能なファイル、実行のスレッド、プログラム、またはコンピュータであり得るが、これらに限定されるものではない。図を使用して説明されるように、コンピューティングデバイス、および、コンピューティングデバイス上で実行するアプリケーションの両方がコンポーネントであり得る。１または複数のコンポーネントは、プロセスまたは実行のスレッド内に存在し得、コンポーネントは、１つのコンピュータ上に位置し得るか、または、２以上のコンピュータ間で分散され得る。加えて、これらのコンポーネントは、様々なデータ構造を記憶する様々なコンピュータ可読媒体から実行され得る。例えば、コンポーネントは、ローカルまたはリモートプロセスを使用することによって、例えば、１または複数のデータパケット（例えば、ローカルシステム、分散システムにおける、または、信号を使用して別のシステムとインタラクトするインターネットなどのネットワーク上の別のコンポーネントとインタラクトする２つのコンポーネントからのデータ）を有する信号に基づいて通信し得る。

【0416】

実施形態に関連する、明細書全体の特定のフィーチャ、構造、または特徴において言及される「実施形態」は、本願の少なくとも１つの実施形態に含まれることが理解されるべきである。したがって、明細書全体における実施形態は、必ずしも同一の実施形態ではない。加えて、これらの特定のフィーチャ、構造または特徴は、任意の適切な方式で、１または複数の実施形態に組み合わされてもよい。

【0417】

本願の実施形態において、「第１」、「第２」などの番号は単に、異なるオブジェクトを区別する、例えば、異なるネットワークデバイスを区別するために使用され、本願の実施形態の範囲に対する限定を構成するものではないことが理解されるべきである。本願の実施形態はこれに限定されるものではない。

【0418】

本願において、「とき」および「場合」とは、ネットワーク要素が、対象の状況における対応する処理を実行することを意味するものであり、時間を限定する意図はなく、ネットワーク要素は、実装中に決定動作を有することを必ずしも要求されず、任意の他の限定を意味するものではないことが更に理解されるべきである。

【0419】

本願の実施形態において、「ＢがＡに対応する」とは、ＢがＡに関連し、ＢはＡに基づいて決定され得ることを示すと更に理解されるべきである。しかしながら、Ａに基づいてＢを決定するとは、ＢがＡのみに基づいて決定されることを意味するものではないことが更に理解されるべきである。Ｂはまた、代替的に、Ａおよび／または他の情報に基づいて決定され得る。

【0420】

本明細書における「および／または」という用語は、関連対象物を説明するために対応関係のみを説明し、３つの関係が存在し得ることを表すことも理解されるべきである。例えば、Ａおよび／またはＢは、Ａのみが存在する、ＡおよびＢの両方が存在する、および、Ｂのみが存在するという３つの場合を表し得る。加えて、本明細書における記号「／」は一般に、関連対象物の間の「または」の関係を表す。

【0421】

別段の定めが無い限り、「項目がＡ、ＢおよびＣのうちの１または複数を含む」という表現と同様の、本願において使用される表現は通常、項目が以下のケース、すなわち、Ａ；Ｂ；Ｃ；ＡおよびＢ；ＡおよびＣ；ＢおよびＣ；Ａ、Ｂ、およびＣ；ＡおよびＡ；Ａ、Ａ、およびＡ；Ａ、Ａ、およびＢ；Ａ、Ａ、およびＣ；Ａ、Ｂ、およびＢ；Ａ、Ｃ、およびＣ；ＢおよびＢ；Ｂ、ＢおよびＢ；Ｂ、ＢおよびＣ；ＣおよびＣ；Ｃ、Ｃ、およびＣ；ならびにＡ、ＢおよびＣの別の組み合わせのいずれか１つであり得ることを意味する。前述の説明において、３つの要素Ａ、ＢおよびＣは、項目の任意のケースを説明するための例として使用される。表現が「項目はＡ、Ｂ、...およびＸのうち少なくとも１つを含む」であるとき、換言すると、より多くの要素が表現に含まれるとき、項目が適用可能なケースも上述のルールに従って取得され得る。

【0422】

本願の実施形態において、端末デバイスおよび／またはネットワークデバイスは、本願の実施形態におけるいくつかの、またはすべての段階を実行し得ることが理解され得る。これらの段階またはオペレーションは単に例である。本願の実施形態において、様々なオペレーションの他のオペレーションまたはバリエーションが更に実行され得る。加えて、段階は、本願の実施形態において提示される順序とは異なる順序で実行され得、本願の実施形態におけるすべてのオペレーションが実行されるわけではないことがあり得る。

【0423】

当業者であれば、本明細書において開示される実施形態を参照して説明される例におけるユニットおよびアルゴリズムステップは、電子的ハードウェア、または、コンピュータソフトウェアおよび電子的ハードウェアの組み合わせによって実装され得ることを理解し得る。これらの機能がハードウェアまたはソフトウェアのどちらで実行されるかは、技術的解決策の特定の用途および設計上の制約で決まる。当業者であれば、異なる方法を使用して、説明されている機能を特定の適用ごとに実装できるが、その実装が本願の範囲を超えていると考えるべきではない。

【0424】

当業者であれば、簡便および簡潔な説明の目的のために、上述のシステム、装置、およびユニットの詳細な動作プロセスについては、上述した方法の実施形態における対応するプロセスを参照することを明確に理解し得る。ここでは、再び詳細を説明しない。

【0425】

本願において提供される複数の実施形態において、開示されるシステム、装置、および方法は、他の方式で実装され得ることを理解すべきである。例えば、説明される装置の実施形態は単に例である。例えば、ユニットへの区分は単に、論理的な機能区分であり、実際の実装中は他の区分であり得る。例えば、複数のユニットもしくはコンポーネントが組み合わされるかまたは統合されて別のシステムになってもよく、いくつかの特徴が無視されても行われなくてもよい。加えて、表示または説明された、相互連結または直接連結または通信接続は、いくつかのインタフェースを通じて実装され得る。装置またはユニット間の間接的連結または通信接続が、電子的、機械的、または別の形式で実装され得る。

【0426】

別個の部分として説明されているユニットは、物理的に別個のものであってもなくてもよく、ユニットとして表示されている部分が、物理的なユニットであってもなくてもよいし、一箇所に位置付けられてもよいし、複数のネットワークユニット上に分散されてもよい。いくつかの、またはすべてのユニットは、本願の実施形態の解決手段の目的を実現するための実際の要件に基づいて選択されてよい。

【0427】

加えて、本願の実施形態における機能ユニットが１つの処理ユニットに統合されてもよいし、これらのユニットの各々が物理的に単独で存在してもよいし、２つまたはそれより多くのユニットが１つのユニットに統合されてもよい。

【0428】

これらの機能がソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用されるとき、これらの機能は、コンピュータ可読記憶媒体に記憶されてよい。そのような理解に基づいて、本願の技術的解決策は本質的に、または従来技術に寄与する部分が、または技術的解決策の一部が、ソフトウェア製品の形態で実装されてよい。コンピュータソフトウェア製品は、記憶媒体に記憶されており、コンピュータデバイス（パーソナルコンピュータ、サーバ、またはネットワークデバイスであってもよい）に、本願の実施形態に記載された方法の全てまたはある段階を実行するように命令するためのいくつかの命令を含む。上述の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスクドライブ、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリＲＡＭ、磁気ディスク、または光ディスクなどの、プログラムコードを記憶可能な任意の媒体を含む。

【0429】

上述の説明は単に、本願の特定の実装であり、本願の保護範囲を限定する意図は無い。本願において開示する技術的範囲内で当業者が容易に考え出す変形または置換はいずれも、本願の保護範囲に含まれるものとする。したがって、本願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
［他の考え得る項目］
（項目１）
ハイブリッド自動再送要求ＨＡＲＱフィードバック情報伝送方法であって、
第１端末デバイスによって、第１対応関係に基づいて、現在の伝送に対応するフィードバック方式タイプを決定する段階と、
前記第１端末デバイスによって、前記フィードバック方式タイプに基づいてデータパケット組み立て処理を実行する段階と、
前記第１端末デバイスによって、伝送リソースを使用することによってデータパケットを送信する段階と
を備える方法。
（項目２）
前記第１対応関係は、第１粒度とＨＡＲＱフィードバック方式との間の対応関係を含み、前記第１粒度は、宛先アドレス識別子、送信元アドレス識別子、サービスタイプ、サービス識別子、通信タイプ、論理チャネル識別子、サイドリンク無線ベアラ、サービス情報の品質、伝送リソース、ＨＡＲＱプロセス識別子、論理チャネルグループ識別子、送信端ユーザ機器ＵＥ識別子、または受信端ＵＥ識別子のうち１または複数を含む、項目１に記載の方法。
（項目３）
前記フィードバック方式タイプは、第１ＨＡＲＱフィードバック方式または第２ＨＡＲＱフィードバック方式を含み、前記第１ＨＡＲＱフィードバック方式は、端末デバイスが肯定応答メッセージまたは否定応答メッセージをフィードバックすることを意味し、前記第２ＨＡＲＱフィードバック方式は、端末デバイスが否定応答メッセージのみをフィードバックすることを意味する、項目１または２に記載の方法。
（項目４）
前記方法は更に、前記第１端末デバイスによって、前記伝送リソースを取得する段階であって、前記伝送リソースはプロパティ情報を保持し、前記プロパティ情報は、前記伝送リソースによってサポートされるＨＡＲＱフィードバック方式を示すために使用される、段階と、
前記第１端末デバイスによって、前記伝送リソースによってサポートされる前記ＨＡＲＱフィードバック方式と同一のＨＡＲＱフィードバック方式を有する少なくとも１つの論理チャネルを、前記プロパティ情報に基づいて前記第１対応関係から選別する段階と、
前記第１端末デバイスによって、前記少なくとも１つの論理チャネルにおけるデータを前記伝送リソース上で送信する段階と
を備える、項目１から３のいずれか一項に記載の方法。
（項目５）
前記方法は更に、前記第１端末デバイスによって前記伝送リソースを取得する段階と、
前記伝送リソースがプロパティ情報を保持しない場合、前記端末デバイスによって、最高優先度を有する宛先アドレス識別子を取得し、前記宛先アドレス識別子に対応するＨＡＲＱフィードバック方式を、前記伝送リソースによってサポートされるＨＡＲＱフィードバック方式として使用する段階と、
前記第１端末デバイスによって、前記伝送リソースによってサポートされる前記ＨＡＲＱフィードバック方式と同一のＨＡＲＱフィードバック方式を有する少なくとも１つの論理チャネルを前記第１対応関係から選別する段階と、
前記第１端末デバイスによって、前記少なくとも１つの論理チャネルにおけるデータを前記伝送リソース上で送信する段階と
を備える、項目１から３のいずれか一項に記載の方法。
（項目６）
前記方法は更に、前記第１端末デバイスによって、第２情報を第２端末デバイスへ送信する段階であって、前記第２情報は、前記フィードバック方式タイプを決定するために前記第２端末デバイスによって使用される、段階を備える、項目１から５のいずれか一項に記載の方法。
（項目７）
前記第２情報は、以下の情報、すなわち、宛先アドレス識別子、送信元識別子、サービスタイプ、サービス識別子、通信タイプ、論理チャネル識別子、サイドリンク無線ベアラ、サービス情報の品質、伝送リソース、ＨＡＲＱプロセス識別子、論理チャネルグループ識別子、送信端ユーザ機器ＵＥ識別子、または受信端ＵＥ識別子の１または複数を含む、項目６に記載の方法。
（項目８）
前記方法は更に、前記第１端末デバイスによって、第３情報を前記第２端末デバイスへ送信する段階であって、前記第３情報は、以下の情報、すなわち、通信タイプ、距離閾値、または、前記第１端末デバイスと前記第２端末デバイスとの間の距離を計算する方式のうち１または複数を含む、段階を備える、項目１から７のいずれか一項に記載の方法。
（項目９）
前記方法は更に、前記第１端末デバイスによって、ネットワークデバイスまたは端末デバイスによって送信された前記第１対応関係を受信する段階を備える、項目１から８のいずれか一項に記載の方法。
（項目１０）
前記方法は更に、前記第１端末デバイスが前記伝送リソースを使用することによって前記データパケットを送信した後に、ＨＡＲＱフィードバックが要求される場合、前記第１端末デバイスによって、対応するフィードバック時間‐周波数リソース上で対応するフィードバック結果を受信する段階を備える、項目１から９のいずれか一項に記載の方法。
（項目１１）
ハイブリッド自動再送要求ＨＡＲＱフィードバック情報伝送方法であって、
第２端末デバイスによってデータパケットを受信する段階と、
前記第２端末デバイスによって、前記データパケットに対してフィードバックを実行するために使用されるフィードバック方式タイプを決定する段階と、
前記第２端末デバイスによって、前記フィードバック方式タイプを使用することによってフィードバックを実行する段階と
を備える方法。
（項目１２）
前記フィードバック方式タイプは、第１ＨＡＲＱフィードバック方式、第２ＨＡＲＱフィードバック方式、またはＨＡＲＱ有効化／無効化情報を含み、前記第１ＨＡＲＱフィードバック方式は、端末デバイスが肯定応答メッセージまたは否定応答メッセージをフィードバックすることを意味し、前記第２ＨＡＲＱフィードバック方式は、端末デバイスが否定応答メッセージのみをフィードバックすることを意味し、前記ＨＡＲＱ有効化／無効化情報は、端末デバイスがフィードバックを実行するかどうかを示すために使用される、項目１１に記載の方法。
（項目１３）
前記方法は更に、前記第２端末デバイスによって、ネットワークデバイスまたは第１端末デバイスによって送信された第１対応関係を受信する段階を備える、項目１１または１２に記載の方法。
（項目１４）
前記第１対応関係は、第１粒度とＨＡＲＱフィードバック方式との間の対応関係を含み、前記第１粒度は、宛先アドレス識別子、送信元アドレス識別子、サービスタイプ、サービス識別子、通信タイプ、論理チャネル識別子、サイドリンク無線ベアラ、サービス情報の品質、伝送リソース、ＨＡＲＱプロセス識別子、論理チャネルグループ識別子、送信端ユーザ機器ＵＥ識別子、または受信端ＵＥ識別子のうち１または複数を含む、項目１３に記載の方法。
（項目１５）
前記方法は更に、
前記第２端末デバイスによって、前記第１端末デバイスによって送信された第２情報を受信する段階であって、前記第２情報は、前記フィードバック方式タイプを決定するために使用される、段階を備え、
前記第２端末デバイスによって、前記データパケットに対してフィードバックを実行するために使用されるフィードバック方式タイプを決定する前記段階は、
前記第２端末デバイスによって、現在の伝送に対応するフィードバック方式タイプを前記第２情報に基づいて決定する段階
を含む、項目１１から１４のいずれか一項に記載の方法。
（項目１６）
前記第２端末デバイスによって、前記第１端末デバイスによって送信される第２情報を受信する前記段階は、
前記第２端末デバイスによって、サイドリンク制御情報ＳＣＩ、メディアアクセス制御ＭＡＣシグナリング、無線リソース制御ＲＲＣシグナリング、またはシステム情報ブロックＳＩＢ情報の１または複数を使用することによって、前記第１端末デバイスによって送信された前記第２情報を受信する段階
を含む、項目１５に記載の方法。
（項目１７）
前記第２情報は、以下の情報、すなわち、宛先アドレス識別子、送信元識別子、サービスタイプ、サービス識別子、通信タイプ、論理チャネル識別子、サイドリンク無線ベアラ、サービス情報の品質、伝送リソース、ＨＡＲＱプロセス識別子、論理チャネルグループ識別子、または送信端ユーザ機器ＵＥ識別子のうち１または複数を含む、項目１５または１６に記載の方法。
（項目１８）
前記第２端末デバイスによって、前記第１端末デバイスによって送信された第２情報を受信する前記段階は、
前記第２端末デバイスによって、前記第１端末デバイスによって送信される複数の伝送のフィードバック方式タイプを受信する段階であって、前記複数の伝送の前記フィードバック方式タイプは、前記第２情報に含まれる、段階を含み、
前記第２端末デバイスが、前記データパケットに対してフィードバックを実行するために使用されるフィードバック方式タイプを前記第２情報に基づいて決定する段階は、
前記第２端末デバイスによって、前記第２情報および前記第１対応関係に基づいて、前記現在の伝送に対応する前記フィードバック方式タイプを決定する段階
を含む、項目１６または１７に記載の方法。
（項目１９）
前記第２端末デバイスによって、前記フィードバック方式タイプを使用することによってフィードバックを実行する前記段階は、
前記フィードバック方式タイプが前記第１ＨＡＲＱフィードバック方式であるとき、前記第２端末デバイスによって、前記データパケットについての肯定応答メッセージまたは否定応答メッセージを送信する段階、または、
前記フィードバック方式タイプが前記第２ＨＡＲＱフィードバック方式であるとき、前記第２端末デバイスによって、前記データパケットについての否定応答メッセージのみをフィードバックする段階、または、
前記フィードバック方式タイプが前記ＨＡＲＱ有効化／無効化情報であるとき、前記ＨＡＲＱ有効化／無効化情報が、フィードバックを実行することを端末デバイスに示す場合、前記第２端末デバイスによって、前記データパケットについてのフィードバックを実行する段階、または、
前記フィードバック方式タイプが前記ＨＡＲＱ有効化／無効化情報であるとき、前記ＨＡＲＱ有効化／無効化情報が、フィードバックを実行することを省略することを端末デバイスに示す場合、前記第２端末デバイスによって、前記データパケットについてのフィードバックを実行することを省略する段階
を含む、項目１１から１８のいずれか一項に記載の方法。
（項目２０）
前記フィードバック方式タイプが前記第２ＨＡＲＱフィードバック方式である場合、前記方法は更に、
前記第２端末デバイスによって、前記第１端末デバイスと前記第２端末デバイスとの間の距離を決定する段階と、
前記距離が距離閾値を満たすとき、前記第２端末デバイスによって、否定応答メッセージが送信される必要があると決定する段階と
を備える、項目１１から１９のいずれか一項に記載の方法。
（項目２１）
ハイブリッド自動再送要求ＨＡＲＱフィードバック情報伝送方法であって、
ネットワークデバイスによって第１情報を生成する段階であって、前記第１情報は、フィードバック方式タイプを決定するために端末デバイスによって使用される、段階と、
前記ネットワークデバイスによって、前記第１情報を第１端末デバイスまたは第２端末デバイスへ送信する段階と
を備える方法。
（項目２２）
前記フィードバック方式タイプは、第１ＨＡＲＱフィードバック方式または第２ＨＡＲＱフィードバック方式を含み、前記第１ＨＡＲＱフィードバック方式は、端末デバイスが肯定応答メッセージまたは否定応答メッセージをフィードバックすることを意味し、前記第２ＨＡＲＱフィードバック方式は、端末デバイスが否定応答メッセージのみをフィードバックすることを意味する、項目２１に記載の方法。
（項目２３）
前記ネットワークデバイスによって、前記第１情報を第１端末デバイスまたは第２端末デバイスへ送信する前記段階は、
前記ネットワークデバイスによって、無線リソース制御ＲＲＣシグナリング、システム情報ブロックＳＩＢ情報、ダウンリンク制御情報ＤＣＩ、または予め構成されたシグナリングの１または複数を使用することによって、前記第１情報を前記第１端末デバイスまたは前記第２端末デバイスへ送信する段階
を含む、項目２１または２２に記載の方法。
（項目２４）
前記第１情報が第１対応関係を含む、項目２１から２３のいずれか一項に記載の方法。
（項目２５）
前記第１対応関係は、第１粒度とＨＡＲＱフィードバック方式との間の対応関係を含み、前記第１粒度は、宛先アドレス識別子、送信元アドレス識別子、サービスタイプ、サービス識別子、通信タイプ、論理チャネル識別子、サイドリンク無線ベアラ、サービス情報の品質、伝送リソース、ＨＡＲＱプロセス識別子、論理チャネルグループ識別子、送信端ユーザ機器ＵＥ識別子、または受信端ＵＥ識別子のうち１または複数を含む、項目２４に記載の方法。
（項目２６）
前記方法は更に、
前記ネットワークデバイスによって、第４情報を前記第１端末デバイスまたは前記第２端末デバイスへ送信する段階であって、前記第４情報は、通信タイプ、距離閾値、または、前記第１端末デバイスと前記第２端末デバイスとの間の距離を計算する方式の１または複数を含む、段階
を備える、項目２１から２５のいずれか一項に記載の方法。
（項目２７）
ハイブリッド自動再送要求ＨＡＲＱフィードバック情報伝送方法であって
ネットワークデバイスによって、第４情報を第１端末デバイスへ送信する段階であって、前記第４情報は、通信タイプ、距離閾値、または、前記第１端末デバイスと第２端末デバイスとの間の距離を計算する方式の１または複数を含む、段階
を備える方法。
（項目２８）
ハイブリッド自動再送要求ＨＡＲＱフィードバック情報伝送方法であって、
第１端末デバイスによって、ネットワークデバイスによって送信された第４情報を受信する段階であって、前記第４情報は、通信タイプ、距離閾値、または、前記第１端末デバイスと第２端末デバイスとの間の距離を計算する方式の１または複数を含む、段階
を備える方法。
（項目２９）
ハイブリッド自動再送要求ＨＡＲＱフィードバック情報伝送方法であって、
端末デバイスが属するグループのグループメンバの数が予め設定された条件を満たすとき、前記端末デバイスによって、使用されるＨＡＲＱフィードバック方式がグループ否定応答 ｏｎｌｙ（Ｇｒｏｕｐ ＮＡＣＫ ｏｎｌｙ）を決定する段階
を備える方法。
（項目３０）
前記予め設定された条件は、前記グループメンバの数が予め設定された閾値より大きいことを含む、項目２９に記載の方法。
（項目３１）
前記端末デバイスは、使用された前記ＨＡＲＱフィードバック方式を決定する、項目２９または３０に記載の方法。
（項目３２）
装置であって、前記装置は、項目１から１０のいずれか一項に記載の方法を実行するよう構成されるか、または、項目１１から２０のいずれか一項に記載の方法を実行するよう構成されるか、または、項目２１から２６のいずれか一項に記載の方法を実行するよう構成されるか、または、項目２７に記載の方法を実行するよう構成されるか、または、項目２８に記載の方法を実行するよう構成されるか、または、項目２９から３１のいずれか一項に記載の方法を実行するよう構成される、装置。
（項目３３）
プロセッサを備える装置であって、前記プロセッサはメモリに連結され、前記メモリは、プログラムまたは命令を記憶するよう構成され、前記プログラムまたは前記命令が前記プロセッサによって実行されるとき、前記装置は、項目１から１０のいずれか一項に記載の方法を実行することが可能となるか、または、前記装置は、項目１１から２０のいずれか一項に記載の方法を実行することが可能となるか、または、前記装置は、項目２１から２６のいずれか一項に記載の方法を実行することが可能となるか、または、前記装置は、項目２７に記載の方法を実行することが可能となるか、または、前記装置は、項目２８に記載の方法を実行することが可能となるか、または、前記装置は、項目２９から３１のいずれか一項に記載の方法を実行することが可能となる、装置。
（項目３４）
コンピュータプログラムまたは命令を記憶する記憶媒体であって、前記コンピュータプログラムまたは命令が実行されるとき、コンピュータは、項目１から１０のいずれか一項に記載の方法を実行することが可能となるか、または、前記コンピュータプログラムまたは命令が実行されるとき、コンピュータは、項目１１から２０のいずれか一項に記載の方法を実行することが可能となるか、または、前記コンピュータプログラムまたは命令が実行されるとき、コンピュータは、項目２１から２６のいずれか一項に記載の方法を実行することが可能となるか、または、前記コンピュータプログラムまたは命令が実行されるとき、コンピュータは、項目２７に記載の方法を実行することが可能となるか、または、前記コンピュータプログラムまたは命令が実行されるとき、コンピュータは、項目２８に記載の方法を実行することが可能となるか、または、前記コンピュータプログラムまたは命令が実行されるとき、コンピュータは、項目２９から３１のいずれか一項に記載の方法を実行することが可能となる、記憶媒体。
（項目３５）
命令を含むコンピュータプログラム製品であって、前記命令が実行されるとき、項目１から１０のいずれか一項に記載の方法が実行されるか、または、項目１１から２０のいずれか一項に記載の方法が実行されるか、または、項目２１から２６のいずれか一項に記載の方法が実行されるか、または、項目２７に記載の方法が実行されるか、または、項目２８に記載の方法が実行されるか、または、項目２９から３１のいずれか一項に記載の方法が実行される、コンピュータプログラム製品。
（項目３６）
命令を記憶する通信チップであって、前記命令がコンピュータデバイス上で実行されるとき、前記通信チップは、項目１から１０のいずれか一項に記載の方法を実行する、または、項目１１から２０のいずれか一項に記載の方法を実行する、または、項目２１から２６のいずれか一項に記載の方法を実行する、または、項目２７に記載の方法を実行する、または、項目２８に記載の方法を実行する、または、項目２９から３１のいずれか一項に記載の方法を実行することが可能となる、通信チップ。
（項目３７）
項目３２または３３に記載の通信装置、または、項目３４に記載の記憶媒体、または、項目３５に記載のコンピュータプログラム製品、または、項目３６に記載の通信チップを備える通信システム。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【外国語明細書】