特表 2024-546953 サイドリンク通信方法、通信ノード及び記憶媒体

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

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

(11)【公表番号】

(43)【公表日】2024-12-26

(54)【発明の名称】サイドリンク通信方法、通信ノード及び記憶媒体

(51)【国際特許分類】

   H04W 28/04 20090101AFI20241219BHJP

   H04W 92/18 20090101ALI20241219BHJP

   H04W 72/0446 20230101ALI20241219BHJP

   H04W 76/14 20180101ALI20241219BHJP

   H04L 1/1829 20230101ALI20241219BHJP

   H04L 1/1867 20230101ALI20241219BHJP

【ＦＩ】

H04W28/04 110

H04W92/18

H04W72/0446

H04W76/14

H04L1/1829

H04L1/1867

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024535955

(86)(22)【出願日】2022-11-28

(85)【翻訳文提出日】2024-06-19

(86)【国際出願番号】 CN2022134578

(87)【国際公開番号】W WO2023109485

(87)【国際公開日】2023-06-22

(31)【優先権主張番号】202111547177.X

(32)【優先日】2021-12-16

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】511151662

【氏名又は名称】中興通訊股▲ふん▼有限公司

【氏名又は名称原語表記】ＺＴＥ ＣＯＲＰＯＲＡＴＩＯＮ

【住所又は居所原語表記】ＺＴＥ Ｐｌａｚａ，Ｋｅｊｉ Ｒｏａｄ Ｓｏｕｔｈ，Ｈｉ－Ｔｅｃｈ Ｉｎｄｕｓｔｒｉａｌ Ｐａｒｋ，Ｎａｎｓｈａｎ Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ ５１８０５７ Ｃｈｉｎａ

(74)【代理人】

【識別番号】100112656

【弁理士】

【氏名又は名称】宮田 英毅

(74)【代理人】

【識別番号】100089118

【弁理士】

【氏名又は名称】酒井 宏明

(72)【発明者】

【氏名】▲ケイ▼衛民

(72)【発明者】

【氏名】陳杰

(72)【発明者】

【氏名】盧有雄

【テーマコード（参考）】

5K014

5K067

【Ｆターム（参考）】

5K014DA02

5K014FA03

5K067AA21

5K067DD11

5K067DD24

5K067EE02

5K067EE25

(57)【要約】

サイドリンク通信方法、通信ノード及び記憶媒体である。当該サイドリンク通信方法は、１つの候補フィードバックタイミングセットに対応するサイドリンクＳＬ伝送を送信することと、候補フィードバックタイミングセットで第１のフィードバック情報を受信することと、第１のフィードバック情報に基づいて上位レイヤに第２のフィードバック情報を報告することと、を含む。
【選択図】図２

【特許請求の範囲】

【請求項1】

１つの候補フィードバックタイミングセットに対応するサイドリンク（ＳＬ）伝送を送信することと、
前記候補フィードバックタイミングセットで第１のフィードバック情報を受信することと、
前記第１のフィードバック情報に基づいて上位レイヤに第２のフィードバック情報を報告することと、
を含む、サイドリンク通信方法。

【請求項2】

前記ＳＬ伝送は、フィードバックをイネーブルさせるユニキャスト伝送であり、
前記第１のフィードバック情報は、非確認（ＮＡＣＫ）情報又は確認（ＡＣＫ）情報を含む、
請求項１に記載の方法。

【請求項3】

前記候補フィードバックタイミングセットにおける１つ又は少なくとも１つの候補フィードバックタイミングで前記第１のフィードバック情報を受信した場合、受信された前記第１のフィードバック情報と同じであるように前記第２のフィードバック情報を設定することをさらに含む、
請求項２に記載の方法。

【請求項4】

前記候補フィードバックタイミングセットで前記第１のフィードバック情報を受信していない場合、前記第２のフィードバック情報をＮＡＣＫ情報に設定するか、又は、前記第２のフィードバック情報を前記第１のフィードバック情報が受信されていないものに設定することをさらに含む、
請求項２に記載の方法。

【請求項5】

前記ＳＬ伝送は、フィードバックをイネーブルさせる第１のグループキャストタイプ伝送であり、
前記第１のフィードバック情報は、ＮＡＣＫ情報を含む、
請求項１に記載の方法。

【請求項6】

前記候補フィードバックタイミングセットにおける１つ又は少なくとも１つの候補フィードバックタイミングで前記第１のフィードバック情報を受信した場合、前記第２のフィードバック情報をＮＡＣＫ情報に設定することをさらに含む、
請求項５に記載の方法。

【請求項7】

前記候補フィードバックタイミングセットで前記第１のフィードバック情報を受信していない場合、前記第２のフィードバック情報をＡＣＫ情報に設定するか、又は、前記第２のフィードバック情報を前記第１のフィードバック情報が受信されていないものに設定することをさらに含む、
請求項５に記載の方法。

【請求項8】

前記ＳＬ伝送で運ばれる伝送ブロックが初回伝送されるものであるか、又はｎ回目に伝送されるものであり、ｎがＮ以下である場合、前記第２のフィードバック情報をＮＡＣＫ情報に設定することをさらに含み、
Ｎは正整数である、
請求項５に記載の方法。

【請求項9】

前記ＳＬ伝送はフィードバックをイネーブルさせる第２のグループキャストタイプ伝送であり、メンバーそれぞれの第１のフィードバック情報はＮＡＣＫ情報又はＡＣＫ情報を含む、
請求項１に記載の方法。

【請求項10】

少なくとも１つの候補フィードバックタイミングで１つのメンバーユーザデバイス（ＵＥ）の第１のフィードバック情報がＡＣＫ情報であることを受信した場合、前記メンバーＵＥの第１のフィードバック情報がＡＣＫ情報であると特定し、候補フィードバックタイミングでメンバーＵＥの第１のフィードバック情報がＡＣＫ情報であることを受信したことがない場合、前記メンバーＵＥの第１のフィードバック情報がＮＡＣＫ情報であると特定することをさらに含む、
請求項９に記載の方法。

【請求項11】

前記少なくとも１つのフィードバックタイミングは前記ＳＬ伝送に対応する前記候補フィードバックタイミングセットに属するか、又は、前記少なくとも１つのフィードバックタイミングは前記ＳＬ伝送の所属している１グループのＳＬ伝送に対応する候補フィードバックタイミングセットに属する、
請求項１０に記載の方法。

【請求項12】

メンバーグループのメンバーそれぞれの第１のフィードバック情報がＡＣＫ情報であることを受信した場合、前記第２のフィードバック情報をＡＣＫ情報に設定し、メンバーグループのメンバーそれぞれの第１のフィードバック情報がＡＣＫ情報であることを受信していない場合、前記第２のフィードバック情報をＮＡＣＫ情報に設定することをさらに含む、
請求項９に記載の方法。

【請求項13】

前記ＳＬ伝送は、フィードバックをイネーブルさせる第３のグループキャストタイプ伝送であり、
メンバーそれぞれの第１のフィードバック情報は、ＮＡＣＫ情報又はＡＣＫ情報を含む、
請求項１に記載の方法。

【請求項14】

前記候補フィードバックタイミングセットにおける１つ又は少なくとも１つの候補フィードバックタイミングで前記第１のフィードバック情報を受信し、かつ前記第１のフィードバック情報がＮＡＣＫ情報を含む場合、前記第２のフィードバック情報をＮＡＣＫ情報に設定することをさらに含む、
請求項１３に記載の方法。

【請求項15】

前記候補フィードバックタイミングセットで受信された第１のフィードバック情報がＡＣＫ情報のみを含む場合、前記第２のフィードバック情報をＡＣＫ情報に設定し、前記候補フィードバックタイミングセットで受信した第１のフィードバック情報がＡＣＫ情報のみを含まない場合、前記第２のフィードバック情報をＮＡＣＫ情報に設定することをさらに含む、
請求項１３に記載の方法。

【請求項16】

前記候補フィードバックタイミングセットで前記第１のフィードバック情報を受信していない場合、前記第２のフィードバック情報をＮＡＣＫ情報に設定するか、又は、前記第２のフィードバック情報を前記第１のフィードバック情報が受信されていないものに設定することをさらに含む、
請求項１３に記載の方法。

【請求項17】

前記ＳＬ伝送は１グループのＳＬ伝送に属し、
前記１グループのＳＬ伝送は、データブロックが同じであるか、又は、１つのＳＬプロセスに属するか、又は、ネットワーク又は上位レイヤに指示された少なくとも１つのＳＬ伝送又は少なくとも１つのグラントリソースに対応する伝送を含む、
請求項１に記載の方法。

【請求項18】

１つの候補フィードバックタイミングセットに対応するサイドリンクＳＬ伝送を受信することと、
第１のフィードバック情報を特定することと、
前記候補フィードバックタイミングセットにおける少なくとも１つの候補フィードバックタイミングの前に判定工程を実行し、成功と判定された候補フィードバックタイミングのうちの少なくとも１つの候補フィードバックタイミングで前記第１のフィードバック情報を送信することと、を含む、
サイドリンク通信方法。

【請求項19】

前記候補フィードバックタイミングセットにおける少なくとも１つの候補フィードバックタイミングの前に判定工程を実行し、成功と判定された候補フィードバックタイミングのうちの少なくとも１つの候補フィードバックタイミングで前記第１のフィードバック情報を送信することは、
成功と判定された候補フィードバックタイミングで前記第１のフィードバック情報が送信されるまで、又は、前記少なくとも１つの候補フィードバックタイミングの判定が完了するまで、前記候補フィードバックタイミングセットにおけるそれぞれの候補フィードバックタイミングの前に順次判定工程を実行することを含む、
請求項１８に記載の方法。

【請求項20】

前記判定工程は、チャネルアクセス工程を含み、
前記少なくとも１つの候補フィードバックタイミングのぞれぞれは、各々のチャネルアクセスタイプに対応する、
請求項１８に記載の方法。

【請求項21】

前記候補フィードバックタイミングセットにおける少なくとも１つの候補フィードバックタイミングの前に判定工程を実行することは、
１つの候補フィードバックタイミングの前に第１のタイプのチャネルアクセス工程を実行させ、次の候補フィードバックタイミングの前に実行している前記第１のタイプのチャ
ネルアクセス工程を引続き実行することと、
１つの候補フィードバックタイミングの前に第１のタイプのチャネルアクセス工程を実行させ、次の候補フィードバックタイミングの前に、実行している第１のタイプのチャネルアクセス工程と同じチャネルアクセス優先度（ＣＡＰＣ）を用いる、新たな第１のタイプのチャネルアクセス工程を実行することと、
１つの候補フィードバックタイミングの前に第１のタイプのチャネルアクセス工程を実行させ、次の候補フィードバックタイミングの前に、用いられるＣＡＰＣが実行している第１のタイプのチャネルアクセス工程で用いられるＣＡＰＣよりも高い、新たな第１のタイプのチャネルアクセス工程を実行することと、
１つの候補フィードバックタイミングの前に第１のタイプのチャネルアクセス工程を実行させ、次の候補フィードバックタイミングの前に、用いられるＣＡＰＣが実行している第１のタイプのチャネルアクセス工程で用いられるＣＡＰＣよりも低い、新たな第１のタイプのチャネルアクセス工程を実行することと、
１つの候補フィードバックタイミングの前に第１のタイプのチャネルアクセス工程を実行し、次の候補フィードバックタイミングの前に第２のタイプのチャネルアクセス工程を実行することと、
の１つを含む、
請求項２０に記載の方法。

【請求項22】

前記候補フィードバックタイミングセットにおける少なくとも１つの候補フィードバックタイミングの前に判定工程を実行することは、
１つの候補フィードバックタイミングの前に実行されたチャネルアクセス工程が失敗した場合、チャネルアクセスタイプを変更し、次の候補フィードバックタイミングの前に変更されたチャネルアクセスタイプを用いてチャネルアクセス工程を実行することを含む、
請求項２０に記載の方法。

【請求項23】

それぞれの候補フィードバックタイミングのチャネルアクセスタイプを構成又は事前定義することをさらに含み、
それぞれの候補フィードバックタイミングのチャネルアクセスタイプを構成又は事前定義することは、
１つの候補フィードバックタイミングのチャネルアクセスタイプをタイプ１として構成又は事前定義し、前記タイプ１に対応するＣＡＰＣを構成又は事前定義することと、
１つの候補フィードバックタイミングのチャネルアクセスタイプをタイプ２Ａとして構成又は事前定義することと、
１つの候補フィードバックタイミングのチャネルアクセスタイプをタイプ２Ｂとして構成又は事前定義することと、
１つの候補フィードバックタイミングのチャネルアクセスタイプをタイプ２Ｃとして構成又は事前定義することと、の少なくとも１つを含む、
請求項１８に記載の方法。

【請求項24】

第２のフィードバック情報を受信することと、
前記第２のフィードバック情報に基づいてサイドリンクＳＬ伝送操作を実行することと、を含む、
サイドリンク通信方法。

【請求項25】

前記ＳＬ伝送は、フィードバックをイネーブルさせるユニキャストであり、
前記第２のフィードバック情報に基づいてＳＬ伝送操作を実行することは、
前記第２のフィードバック情報がＡＣＫ情報を含む場合、前記ＳＬ伝送に対応するプロセスにおける再送バッファを空にすることと、
前記第２のフィードバック情報がＮＡＣＫ情報を含む場合、前記ＳＬ伝送に対応するプロセスによるＳＬ伝送の再送をトリガすることと、
前記第２のフィードバック情報が、第１のフィードバック情報が受信されていないことを含む場合、前記ＳＬ伝送に対応するプロセスによるＳＬ伝送の再送をトリガするか、又は、前記ＳＬ伝送に対応するプロセスによる第１のフィードバック情報の受信の再要求をトリガすることと、の少なくとも１つを含む、
請求項２４に記載の方法。

【請求項26】

前記ＳＬ伝送は、フィードバックをイネーブルさせるグループキャストタイプ伝送であり、
前記第２のフィードバック情報に基づいてＳＬ伝送操作を実行することは、
前記第２のフィードバック情報がＡＣＫ情報を含む場合、前記ＳＬ伝送に対応するプロセスにおける再送バッファを空にすることと、
前記第２のフィードバック情報がＮＡＣＫ情報を含む場合、前記ＳＬ伝送に対応するプロセスによるＳＬ伝送の再送をトリガすることと、
前記第２のフィードバック情報が、第１のフィードバック情報が受信されていないことを含む場合、前記ＳＬ伝送に対応するプロセスにおける再送バッファを空にすることと、の少なくとも１つを含む、
請求項２４に記載の方法。

【請求項27】

１グループのサイドリンクＳＬ伝送を送信し、前記１グループのサイドリンクＳＬ伝送における各サイドリンクＳＬ伝送がぞれぞれ候補フィードバックタイミングセットに対応することと、
前記１グループのＳＬ伝送に対応する候補フィードバックタイミングセットで第１のフィードバック情報を受信することと、
前記第１のフィードバック情報に基づいてネットワークデバイスに報告する第３のフィードバック情報を特定することと、を含む、
サイドリンク通信方法。

【請求項28】

前記１グループのＳＬ伝送は、少なくとも１つのＳＬ伝送を含み、
前記前記第１のフィードバック情報に基づいてネットワークデバイスに報告する第３のフィードバック情報を特定することは、
それぞれのＳＬ伝送に対応する候補フィードバックタイミングセットで受信された第１のフィードバック情報に基づいてそれぞれのＳＬ伝送に対応する第２のフィードバック情報を特定することと、
それぞれのＳＬ伝送に対応する第２のフィードバック情報に基づいて前記第３のフィードバック情報を特定することと、含む、
請求項２７に記載の方法。

【請求項29】

前記ＳＬ伝送は、フィードバックをイネーブルさせるユニキャスト伝送であり、
それぞれのＳＬ伝送に対応する第２のフィードバック情報に基づいて前記第３のフィードバック情報を特定することは、
前記１グループのＳＬ伝送の少なくとも１つ又は最後のＳＬ伝送に対応する第２のフィードバック情報がＡＣＫ情報である場合、前記第３のフィードバック情報をＡＣＫ情報に設定し、前記１グループのＳＬ伝送の少なくとも１つかつ最後のＳＬ伝送に対応する第２のフィードバック情報がＡＣＫ情報でない場合、前記第３のフィードバック情報をＮＡＣＫ情報に設定すること、又は、
前記１グループのＳＬ伝送の最後のＳＬ伝送に対応する第２のフィードバック情報と同じであるように前記第３のフィードバック情報を設定することを含む、
請求項２８に記載の方法。

【請求項30】

前記ＳＬ伝送は、フィードバックをイネーブルさせる第１のグループキャストタイプ伝送であり、
それぞれのＳＬ伝送に対応する第２のフィードバック情報に基づいて前記第３のフィードバック情報を特定することは、
前記１グループのＳＬ伝送の最後のＳＬ伝送に対応する第２のフィードバック情報がＡＣＫ情報である場合、前記第３のフィードバック情報をＡＣＫ情報に設定し、前記１グループのＳＬ伝送の最後のＳＬ伝送に対応する第２のフィードバック情報がＡＣＫ情報でない場合、前記第３のフィードバック情報をＮＡＣＫ情報に設定することを含む、
請求項２８に記載の方法。

【請求項31】

前記ＳＬ伝送は、フィードバックをイネーブルさせる第２のグループキャストタイプ伝送であり、
それぞれのＳＬ伝送に対応する第２のフィードバック情報に基づいて前記第３のフィードバック情報を特定することは、
前記１グループのＳＬ伝送の少なくとも１つ又は最後のＳＬ伝送に対応する第２のフィードバック情報がＡＣＫ情報である場合、前記第３のフィードバック情報をＡＣＫ情報に設定し、前記１グループのＳＬ伝送の少なくとも１つかつ最後のＳＬ伝送に対応する第２のフィードバック情報がＡＣＫ情報でない場合、前記第３のフィードバック情報をＮＡＣＫ情報に設定することを含む、
請求項２８に記載の方法。

【請求項32】

前記ＳＬ伝送は、フィードバックをイネーブルさせる第３のグループキャストタイプ伝送であり、
それぞれのＳＬ伝送に対応する第２のフィードバック情報に基づいて前記第３のフィードバック情報を特定することは、
前記１グループのＳＬ伝送の最後のＳＬ伝送に対応する第２のフィードバック情報がＡＣＫ情報である場合、前記第３のフィードバック情報をＡＣＫ情報に設定し、前記１グループのＳＬ伝送の最後のＳＬ伝送に対応する第２のフィードバック情報がＡＣＫ情報でない場合、前記第３のフィードバック情報をＮＡＣＫ情報に設定することを含む、
請求項２８に記載の方法。

【請求項33】

メモリと、プロセッサと、前記メモリに記憶されて前記プロセッサに実行可能なコンピュータプログラムと、を備え、
前記プロセッサは、前記プログラムを実行すると、請求項１～３２のいずれか一項に記載のサイドリンク通信方法を実現する、
通信ノード。

【請求項34】

プロセッサに実行されると、請求項１～３２のいずれか一項に記載のサイドリンク通信方法を実現するコンピュータプログラムが記憶されている、
コンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、無線通信ネットワーク技術の分野に関し、例えばサイドリンク通信方法、通信ノード及び記憶媒体に関する。

【背景技術】

【0002】

直接通信はサイドリンク（Ｓｉｄｅｌｉｎｋ、ＳＬ）通信と呼ばれることもでき、ＳＬ通信はライセンスドバンド又は専用バンドで実行される。ＳＬ通信の発展に伴い、従来のアンライセンスドバンド（Ｕｎｌｉｃｅｎｓｅｄ Ｂａｎｄ）でＳＬ送信を行うニーズもますます強くなっている。アンライセンスドバンドでＳＬの送信を行う前に、関連するバンド使用規範に従って、一般的にはリスンビフォートーク（Ｌｉｓｔｅｎ Ｂｅｆｏｒｅ Ｔａｌｋ、ＬＢＴ）工程と呼ばれるチャネルアクセス工程を行う必要があり、ＬＢＴ工程に対応する検出時間長内に検出チャネルリソースがアイドルである（ＬＢＴが成功する）と判定された場合、送信側はＳＬを引続き送信することができ、そうでない場合、送信側はＳＬの伝送を放棄する必要がある。送信側はフィードバック信号又はフィードバック情報に対応可能な１つのＳＬ伝送を送信することができ、受信側は上記フィードバック情報を送信することができることで、送信側はフィードバック情報を受信することにより送信したＳＬ伝送の結果を取得する。受信側ＬＢＴが失敗したり、電力制限や優先度などの理由でフィードバック情報を正常に送信することができなかったりすると、送信側はフィードバック情報を取得せずに誤った操作を行い、例えばＳＬ伝送を再送するかどうかの決定で判断を誤り、ネットワーク効率及び確実性に影響を及ぼす。

【発明の概要】

【発明が解決しようとする課題】

【0003】

本願は、サイドリンク通信方法、通信ノード及び記憶媒体を提供する。

【0004】

本願実施例は、
１つの候補フィードバックタイミングセットに対応するサイドリンクＳＬ伝送を送信することと、前記候補フィードバックタイミングセットで第１のフィードバック情報を受信することと、前記第１のフィードバック情報に基づいて上位レイヤに第２のフィードバック情報を報告することと、を含む、
サイドリンク通信方法を提供する。

【0005】

本願の実施例は、
１つの候補フィードバックタイミングセットに対応するサイドリンクＳＬ伝送を受信することと、第１のフィードバック情報を特定することと、前記候補フィードバックタイミングセットにおける少なくとも１つの候補フィードバックタイミングの前に判定工程を実行し、成功と判定された候補フィードバックタイミングのうちの少なくとも１つの候補フィードバックタイミングで前記第１のフィードバック情報を送信することと、を含む、
サイドリンク通信方法をさらに提供する。

【0006】

本願の実施例は、
第２のフィードバック情報を受信することと、前記第２のフィードバック情報に基づいてサイドリンクＳＬ伝送操作を実行することと、を含む、
サイドリンク通信方法をさらに提供する。

【0007】

本願の実施例は、
１グループのサイドリンクＳＬ伝送を送信し、前記１グループのサイドリンクＳＬ伝送における各サイドリンクＳＬ伝送がぞれぞれ１つの候補フィードバックタイミングセットに対応することと、前記１グループのＳＬ伝送に対応する候補フィードバックタイミングセットで第１のフィードバック情報を受信することと、前記第１のフィードバック情報に基づいてネットワークデバイスに報告する第３のフィードバック情報を特定することと、を含む、
サイドリンク通信方法をさらに提供する。

【0008】

本願の実施例は、
メモリと、プロセッサと、メモリに記憶されてプロセッサに実行可能なコンピュータプログラムと、を備え、前記プロセッサは、前記プログラムを実行すると、上記サイドリンク通信方法を実現する、
通信ノードをさらに提供する。

【0009】

本願の実施例は、
プロセッサに実行されると、上記サイドリンク通信方法を実現するコンピュータプログラムが記憶されている、
コンピュータ可読記憶媒体をさらに提供する。

【図面の簡単な説明】

【0010】

【図1】一実施例に係る１つのＬＢＴ工程の模式図である。

【図2】一実施例に係る１つのサイドリンク通信方法のフロー図である。

【図3】一実施例に係る別のサイドリンク通信方法のフロー図である。

【図4】一実施例に係るさらなる別のサイドリンク通信方法のフロー図である。

【図5】一実施例に係るさらなる別のサイドリンク通信方法のフロー図である。

【図6】一実施例に係る１つのサイドリンク通信装置の構造模式図である。

【図7】一実施例に係る１つのサイドリンク通信装置の構造模式図である。

【図8】一実施例に係る１つのサイドリンク通信装置の構造模式図である。

【図9】一実施例に係る１つのサイドリンク通信装置の構造模式図である。

【図10】一実施例に係る１つの通信ノードのハードウェアの構造模式図である。

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

【0011】

以下、図面及び実施例を参照しながら本願について説明する。ここで記述される具体的な実施例は、本願を解釈するためのものに過ぎない。記述を容易にするために、図面には本願に関連する部分のみが示されている。

【0012】

一般的なＬＢＴ工程（チャネルアクセス工程と呼ばれることもできる）は通信ノード（例えば通信ノードが基地局又は端末であってもよい）が伝送する前に発生し、伝送リソースはグラント（Ｇｒａｎｔ）リソースであってもよく、ただし、ＬＢＴ工程の長さの時間的な幅はＬＢＴ時間長（このＬＢＴ時間長が１つ又は複数のセンシングスロット（Ｓｅｎｓｉｎｇ ｓｌｏｔｓ）を含んでもよい）と呼ばれることができる。図１は一実施例に係る１つのＬＢＴ工程の模式図である。図１に示されるように、ＬＢＴ時間長内のチャネルがアイドル（Ｉｄｌｅ）であると特定されると、この通信ノードは送信することができる。

【0013】

ＬＢＴ時間長がランダムであるか特定されるかに従って、ＬＢＴタイプは大きく、
ＬＢＴ時間長がランダム値であり、複数のチャネルアクセス優先度（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｃｌａｓｓ、ＣＡＰＣ）に分けられることができるＬＢＴタイプ１（すなわち第１のタイプのチャネルアクセス工程）と、ＬＢＴ時間長が特定される値であり、値によって、ＬＢＴタイプ２Ａ、ＬＢＴタイプ２Ｂ、ＬＢＴタイプ２Ｃなどの複数のサブタイプに分けられることができるＬＢＴタイプ２（すなわち第２のタイプのチャネルアクセス工程）との２つのタイプを含むことができ、３ＧＰＰ（登録商標）規格ＴＳ３８７．２１３を参照することができる。

【0014】

広義には、ＬＢＴタイプ１のそれぞれのＣＡＰＣ、ＬＢＴタイプ２のそれぞれのサブタイプは１つのチャネルアクセスタイプと呼ばれることができる。

【0015】

ＳＬ通信システムでは、通信ノード間にトラフィックの伝送が必要な場合、通信ノード間のトラフィックデータは他のネットワークデバイスの転送を介せず、直接的にデータソース通信ノードからターゲット通信ノードに伝送され、すなわち通信ノード間の直接通信となる。ＳＬ通信は以下のような複数の伝送タイプ（Ｃａｓｔ Ｔｙｐｅ）を含むことができる。

【0016】

ユニキャスト（Ｕｎｉｃａｓｔ）：ユニキャストについて、特定の１つの通信ノードのみが受信側となり、受信側は受信されるデータをフィードバックし、ここでのフィードバックが確認（ＡＣＫｎｏｗｌｅｄｇｅ、ＡＣＫ）情報のフィードバック又は非確認（ＮｏｎＡＣＫｎｏｗｌｅｄｇｅ、ＮＡＣＫ）情報のフィードバックであってもよく、すなわち受信側は、正しく受信するとＡＣＫ情報をフィードバックし、誤って受信するとＮＡＣＫ情報をフィードバックする。

【0017】

グループキャスト（Ｇｒｏｕｐｃａｓｔ）：グループキャストについて、特定の１グループの通信ノードのみが受信側となり、受信側は受信されるデータをフィードバックし、グループキャストタイプ１：ここでのフィードバックがＮＡＣＫ情報のフィードバックのみであり、すなわち受信側は、正しく受信するとフィードバックせず、誤って受信するとＮＡＣＫ情報をフィードバックし、グループキャストタイプ２：ここでのフィードバックがＡＣＫ情報のフィードバック又はＮＡＣＫ情報のフィードバックであってもよく、すなわち受信側は、正しく受信するとＡＣＫ情報をフィードバックし、誤って受信するとＮＡＣＫ情報をフィードバックする。

【0018】

ブロードキャスト（Ｂｒｏａｄｃａｓｔ）：ブロードキャストについて、すべての周辺のユーザ端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）が受信側であってもよく、受信側は受信されるデータをフィードバックせず、すなわちＡＣＫ情報のフィードバック又はＮＡＣＫ情報のフィードバックがない。また、グループキャスト及びユニキャストについて、フィードバックをディスエーブルすることもでき、すなわちグループキャスト及びユニキャストの受信側はフィードバックしない。

【0019】

一実施例では、送信側から１つのＳＬ伝送が送信され、フィードバックをイネーブルすれば、１つの時間領域におけるフィードバックタイミングに対応し、１つの時間領域フィードバックタイミングはグループキャスト又はユニキャストなどの伝送タイプに応じて１つ又は複数のフィードバックリソースを含むことができ、送信側はこの時間領域フィードバックタイミングで１つ又は複数の受信側から送信されたフィードバック情報（すなわちＡＣＫフィードバック情報又はＮＡＣＫフィードバック情報であってもよい）を検出し、当該ＳＬ伝送がＡＣＫかＮＡＣＫかを判断する。

【0020】

一実施例では、送信側から１つのデータパケット又は伝送ブロックが送信され、所望の受信側がこのデータパケット又は伝送ブロックを正しく受信可能なことが確保されるように、伝送ブロックに対して複数回のＳＬ伝送を行う可能性があり、これらのＳＬ伝送を１グループのＳＬ伝送と呼ぶことができる。前記１グループのＳＬ伝送のうちの１回のＳＬ伝送について、受信されたフィードバック情報に基づいて現在のＳＬ伝送が正しいかどうかを判断し、次回のＳＬ伝送を継続するかどうかを決定するために用いることができる。１回のＳＬ伝送が複数の時間領域における候補フィードバックタイミングに対応することができる場面について、例えば、１つの送信側がスロットｎでＳＬ伝送を送信した場合、その分、スロットｎ＋Ｔ１、ｎ＋Ｔ２、・・・、ｎ＋ＴＮでフィードバック情報を受信することができ、受信側について、複数の候補フィードバックスロットｎ＋Ｔ１、ｎ＋Ｔ２、・・・、ｎ＋ＴＮでＬＢＴ工程を行ってフィードバック情報の送信を試みることができ、フィードバック情報の送信確率が大幅に向上する。しかし、このような１つのＳＬ伝送が複数の候補フィードバックタイミングに対応する形態では、１つのフィードバックタイミングでフィードバック情報を取得せずに送信側が誤った操作をしてネットワーク効率に影響を及ぼすことを防ぐために、送信側がフィードバック情報の受信策略を調整する必要がある。

【0021】

図２は一実施例に係る１つのサイドリンク通信方法のフロー図であり、図２に示されるように、本実施例に係る方法は、１１０と、１２０と、１３０とを含み、送信側に適用されることができる。

【0022】

１１０では、１つの候補フィードバックタイミングセットに対応するＳＬ伝送を送信する。

【0023】

１２０では、前記候補フィードバックタイミングセットで第１のフィードバック情報を受信する。

【0024】

１３０では、前記第１のフィードバック情報に基づいて上位レイヤに第２のフィードバック情報を報告する。

【0025】

本実施例では、候補フィードバックタイミングセットとは、複数の時間領域における候補フィードバックタイミングにより構成されるセットであってもよい。送信側は、そのうちの１つが１つの候補フィードバックタイミングセットに対応することができるＳＬ伝送を送信し、候補フィードバックタイミングセットで対応する受信側によって送信された第１のフィードバック情報を受信することができ、その上で、第１のフィードバック情報に基づいて自分の上位レイヤに第２のフィードバック情報を報告することができる。

【0026】

本実施例では、送信側が、候補フィードバックタイミングセットで対応する受信側から返された第１のフィードバック情報を受信した上で、受信された第１のフィードバック情報に基づいて上位レイヤに第２のフィードバック情報を報告することにより、第１のフィードバック情報を取得せずに送信側が誤った操作をすることを効果的に避け、ネットワーク通信の効率及び確実性を向上させることができる。

【0027】

一実施例では、ＳＬ伝送はフィードバックをイネーブルさせるユニキャスト伝送であり、第１のフィードバック情報はＮＡＣＫ情報又はＡＣＫ情報を含む。

【0028】

一実施例では、候補フィードバックタイミングセットにおけるいずれか１つ又は少なくとも１つの候補フィードバックタイミングで第１のフィードバック情報を受信した場合、受信された第１のフィードバック情報と同じであるように第２のフィードバック情報を設定する。

【0029】

一実施例では、候補フィードバックタイミングセットで第１のフィードバック情報を受信していない場合、第２のフィードバック情報をＮＡＣＫ情報に設定するか、又は、第２のフィードバック情報を第１のフィードバック情報が受信されていないものに設定する。

【0030】

一実施例では、ＳＬ伝送はフィードバックをイネーブルさせる第１のグループキャストタイプ伝送であり、第１のフィードバック情報はＮＡＣＫ情報を含む。

【0031】

一実施例では、候補フィードバックタイミングセットにおけるいずれか１つ又は少なくとも１つの候補フィードバックタイミングで第１のフィードバック情報を受信した場合、第２のフィードバック情報をＮＡＣＫ情報に設定する。

【0032】

一実施例では、候補フィードバックタイミングセットで第１のフィードバック情報を受信していない場合、第２のフィードバック情報をＡＣＫ情報に設定するか、又は、第２のフィードバック情報を第１のフィードバック情報が受信されていないものに設定する。

【0033】

一実施例では、ＳＬ伝送で運ばれる伝送ブロックが初回伝送されるものであるか、又はｎ回目に伝送されるものであり、ｎがＮ以下である場合、第２のフィードバック情報をＮＡＣＫ情報に設定し、ただし、Ｎは正整数である。Ｎは、システムにより事前定義された値、或いはネットワークにより構成又は事前構成された値であってもよい。

【0034】

一実施例では、ＳＬ伝送はフィードバックをイネーブルさせる第２のグループキャストタイプ伝送であり、メンバーそれぞれの第１のフィードバック情報はＮＡＣＫ情報又はＡＣＫ情報を含む。

【0035】

一実施例では、少なくとも１つの候補フィードバックタイミングで１つのメンバーＵＥの第１のフィードバック情報がＡＣＫ情報であることを受信した場合、このメンバーＵＥの第１のフィードバック情報がＡＣＫ情報であると特定し、そうでない場合、このメンバーＵＥの第１のフィードバック情報がＮＡＣＫ情報であると特定する。

【0036】

一実施例では、少なくとも１つのフィードバックタイミングはＳＬ伝送に対応する候補フィードバックタイミングセットに属するか、又は、少なくとも１つのフィードバックタイミングはＳＬ伝送の所属している１グループのＳＬ伝送に対応する候補フィードバックタイミングセットに属する。

【0037】

一実施例では、メンバーグループのメンバーそれぞれの第１のフィードバック情報がＡＣＫ情報であることを受信した場合、第２のフィードバック情報をＡＣＫ情報に設定し、そうでない場合、第２のフィードバック情報をＮＡＣＫ情報に設定する。

【0038】

一実施例では、ＳＬ伝送はフィードバックをイネーブルさせる第３のグループキャストタイプ伝送であり、メンバーそれぞれの第１のフィードバック情報はＮＡＣＫ情報又はＡＣＫ情報を含む。

【0039】

一実施例では、候補フィードバックタイミングセットにおけるいずれか１つ又は少なくとも１つの候補フィードバックタイミングで第１のフィードバック情報を受信し、かつ第１のフィードバック情報がＮＡＣＫ情報を含む場合、第２のフィードバック情報をＮＡＣＫ情報に設定する。

【0040】

一実施例では、候補フィードバックタイミングセットで受信された第１のフィードバック情報がＡＣＫ情報のみを含む場合、第２のフィードバック情報をＡＣＫ情報に設定し、そうでない場合、第２のフィードバック情報をＮＡＣＫ情報に設定する。

【0041】

一実施例では、候補フィードバックタイミングセットで第１のフィードバック情報を受信していない場合、第２のフィードバック情報をＮＡＣＫ情報に設定するか、又は、第２のフィードバック情報を第１のフィードバック情報が受信されていないものに設定する。

【0042】

一実施例では、ＳＬ伝送は１グループのＳＬ伝送に属し、１グループのＳＬ伝送は、データブロックが同じであるか、又は、１つのＳＬプロセスに属するか、又は、ネットワーク又は上位レイヤに指示された少なくとも１つのＳＬ伝送又は少なくとも１つのグラントリソースに対応する伝送を含む。

【0043】

以下、サイドリンク通信方法について、異なる実施例によって例示的に説明する。

【0044】

実施例１
１つの実施例では、ＳＬ伝送及びそれに対応するフィードバック情報は同一のリソースプールに属し、ＳＬ信号の送信又は受信のために、ネットワーク又は基地局は１つ又は複数のリソースプールを構成又は事前構成する。後の出願では記述の便宜上、構成によって構成又は事前構成を表している。

【0045】

１つの実施例では、ＳＬ通信の送信リソースプールを構成し、ただし、送信リソースプールは、１つ又は複数のＳＬフィードバックチャネルリソース構成を含むことができ、
ＳＬ通信に対応するフィードバック情報を受信するために用いられる１つ又は複数のＳＬフィードバックチャネルリソース構成、及びＳＬ通信に対応するフィードバック情報を受信又は送信するために用いられる１つ又は複数のＳＬフィードバックチャネルリソース構成の１つを含むことができ、１つのＳＬフィードバックチャネルリソース構成について、ＳＬ通信に対応するフィードバック情報を送信するか受信するかのために用いられることを指示することができる。

【0046】

１つの実施例では、ＳＬ通信の受信リソースプールを構成し、ただし、受信リソースプールは、１つ又は複数のＳＬフィードバックチャネルリソース構成を含むことができ、
ＳＬ通信に対応するフィードバック情報を送信するために用いられる１つ又は複数のＳＬフィードバックチャネルリソース構成、及びＳＬ通信に対応するフィードバック情報を受信又は送信するために用いられる１つ又は複数のＳＬフィードバックチャネルリソース構成の１つを含むことができ、１つのＳＬフィードバックチャネルリソース構成について、ＳＬ通信に対応するフィードバック情報を送信するか受信するかのために用いられることを指示することができる。

【0047】

１つのＳＬフィードバックチャネルリソース構成は、ＳＬ通信と対応するＳＬフィードバックチャネルリソースとの最小間隔Ｋ、ＳＬフィードバックチャネルリソースの周期Ｎ、ＳＬフィードバックチャネルリソースの周波数領域リソースの位置及び数、ＳＬフィードバックチャネルリソースにおけるフィードバック情報のフォーマット、及びＳＬフィードバックチャネルリソースにおけるフィードバック情報に対応する符号領域リソース（例えばシーケンスのサイクリックシフト情報など）の少なくとも１つを含むこともできる。ただし、Ｋの値の単位はスロット（Ｓｌｏｔ）又はシンボル（Ｓｙｍｂｏｌ）であってもよく、Ｋの値の単位がスロットであると、スロットはリソースプール内の論理スロット、又は物理スロットであってもよい。１つの実施例では、Ｋが０より大きいと、ＳＬフィードバックチャネルリソースが対応するＳＬ通信の前に位置することを表し、Ｋが０より小さいと、ＳＬフィードバックチャネルリソースが対応するＳＬ通信の後に位置することを表してもよい。或いは、１つの実施例では、Ｋが０より大きいと、ＳＬフィードバックチャネルリソースが対応するＳＬ通信の後に位置することを表し、Ｋが０より小さいと、ＳＬフィードバックチャネルリソースが対応するＳＬ通信の前に位置することを表してもよい。異なるＳＬフィードバックチャネルリソース構成は異なるＫの値に対応することができる。１つの実施例では、Ｋの値は、０に設定され、フィードバック情報をイネーブルさせないこと、又はＳＬフィードバックチャネルリソースとそれに対応するＳＬ通信が同一のスロットにあることを表してもよい。

【0048】

１つの実施例では、フィードバック情報は、第１のフィードバック情報である。ハイブリッド自動再送要求（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ、ＨＡＲＱ）確認情報、チャネル状況報知情報、リソース衝突指示情報、又は参照信号（例えばチャネル状態情報参照信号ＣＳＩ－ＲＳ、位置決定参照信号ＰＲＳなど）であってもよい。

【0049】

一実施例では、送信側が第１のフィードバック情報を受信して上位レイヤに第２のフィードバック情報を報告することに関し、
送信側はアンライセンスキャリアに１つのＳＬ伝送を送信する必要があり、通常、このＳＬ伝送がフィードバック情報をイネーブルすれば、このＳＬ伝送が受信された宛先受信側は第１のフィードバック情報を送信側に送信する必要がある。この宛先受信側が第１のフィードバック情報を送信可能なことを確保するために、時間領域における候補フィードバックタイミングを複数設定することができ、宛先受信側はそれぞれの候補フィードバックタイミングでＬＢＴ処理を行うことができるため、受信側が第１のフィードバック情報を送信することの確率を大幅に高めることができ、その同時に、送信側は、１つのＳＬ伝送に対応する複数の時間領域における候補フィードバックタイミングで第１のフィードバック情報を受信し、第１のフィードバック情報に基づいて送信側自身の上位レイヤに第２のフィードバック情報を報告し、上位レイヤに応じる再送などの操作を行わせる必要がある。

【0050】

実施例２
１つの実施例では、ＳＬ伝送はフィードバックをイネーブルさせるユニキャスト伝送であり、ただし、第１のフィードバック情報はＮＡＣＫ情報又はＡＣＫ情報を含んでもよく、宛先受信側が１つしかないので、送信側はこの１つの宛先受信側の第１のフィードバック情報のみに基づいて上位レイヤに報告される第２のフィードバック情報を特定することができ、すなわち送信側は複数の候補フィードバックタイミング（複数の候補フィードバックタイミングがすなわち候補フィードバックタイミングセットである）のうちのいずれか１つ又は少なくとも１つの候補フィードバックタイミングで第１のフィードバック情報を受信した場合、第２のフィードバック情報を受信された第１のフィードバック情報と同じ値に設定し、同様に、送信側は、複数の候補フィードバックタイミングですべて第１のフィードバック情報を受信した場合、受信された第１のフィードバック情報が同じ値を持つことを期待することができる。その分、受信側について、複数の時間領域における候補フィードバックタイミングで第１のフィードバック情報が送信された場合、これらの第１のフィードバック情報は同じ値を持つことができる。

【0051】

１つの実施例では、ＳＬ伝送がフィードバックをイネーブルさせるユニキャスト伝送であることは、ＳＬ伝送に対応するサイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）における伝送タイプをユニキャストとして指示することを含んでもよい。

【0052】

１つの実施例では、送信側は複数の候補フィードバックタイミングですべて第１のフィードバック情報を受信していない可能性があり、この場合、受信側がＳＬ伝送を検出しない、すなわち受信側がフィードバックフローをトリガしない場面、受信側が、ＳＬ伝送を検出したがＳＬ伝送を正しく受信せず、ＮＡＣＫ情報をフィードバックする必要があるが、ＬＢＴが失敗したため、第１のフィードバック情報を送信しない場面、及び受信側が、ＳＬ伝送を検出して正しく受信し、ＡＣＫ情報をフィードバックする必要があるが、ＬＢＴが失敗したため、第１のフィードバック情報を送信しない場面の１つを含んでもよい。

【0053】

送信側が複数の候補フィードバックタイミングですべて第１のフィードバック情報を受信していない可能性があれば、第２のフィードバック情報をＮＡＣＫ情報に設定することができることと、第２のフィードバック情報を第１のフィードバック情報が受信されていないものに設定することができることとの１つを含んでもよい。

【0054】

１つの実施例では、送信側の上位レイヤが１つのＳＬ伝送に対応する第２のフィードバック情報を受信した場合、第２のフィードバック情報に基づいてＳＬ伝送操作を実行することができ、ただし、ＳＬ伝送はフィードバックをイネーブルさせるユニキャスト伝送であってもよく、その上で、第２のフィードバック情報に基づいてＳＬ伝送操作を実行することは、
第２のフィードバック情報がＡＣＫ情報である場合、ＳＬ伝送に対応するプロセスにおける再送バッファを空にすることができること、第２のフィードバック情報がＮＡＣＫ情報である場合、ＳＬ伝送に対応するプロセスによるＳＬ伝送の再送をトリガする（すなわち、送信側がＳＬ伝送を再送信する）ことができることと、第２のフィードバック情報が、第１のフィードバック情報を受信していないものである場合、ＮＡＣＫ情報として処理し、ＳＬ伝送に対応するプロセスによるＳＬ伝送の再送をトリガするか、又はＳＬ伝送に対応するプロセスによる受信側が第１のフィードバック情報を送信することの再要求をトリガする（すなわち、送信側がＳＬ伝送に対応する候補フィードバックタイミングセットで第１のフィードバック情報を再受信する）ことができることとの少なくとも１つを含んでもよい。

【0055】

実施例３
１つの実施例では、送信側から送信されるＳＬ伝送はフィードバックをイネーブルさせるグループキャストタイプ１（すなわち第１のグループキャストタイプ）伝送であり、ただし、第１のフィードバック情報はＮＡＣＫ情報を含んでもよく、宛先受信側は１グループのＵＥであってもよく（すなわち宛先受信側におけるそれぞれのグループ内のメンバーと捉えられる複数のＵＥによって構成される１グループのＵＥを宛先受信側とし、１つのＵＥが１つの受信側を指してもよい）、ＵＥは、このグループにおけるそれぞれの受信側（すなわちＵＥ）について、正しく受信するとフィードバックせず、すなわち第１のフィードバック情報を送信せず、ＳＬ伝送を検出したが正しく受信しないと、第１のフィードバック情報がＮＡＣＫ情報であることを送信する。グループキャストタイプ１について、すべての受信側に対応するフィードバックリソースは同じリソースであってもよく、すなわち宛先受信側のグループ内のメンバーを区別せず、グループ内の各メンバーに個別の識別子（Ｍｅｍｂｅｒ ＩＤ）がないか、又はグループ内のすべてのメンバーのＭｅｍｂｅｒ ＩＤが同じ、例えばすべて０又は他の値であってもよい。

【0056】

送信側はＮＡＣＫ情報のフィードバックを検出すれば（すなわち第１のフィードバック情報がＮＡＣＫ情報であれば）、上位レイヤに報告される第２のフィードバック情報がＮＡＣＫ情報であると特定することができ、すなわち送信側は複数の候補フィードバックタイミングのうちのいずれか１つ又は少なくとも１つの候補フィードバックタイミングで第１のフィードバック情報を受信した場合、第２のフィードバック情報をＮＡＣＫ情報に設定することができる。

【0057】

送信側が複数の候補フィードバックタイミングですべて第１のフィードバック情報を受信していない可能性があれば、第２のフィードバック情報をＡＣＫ情報に設定するか、又は第２のフィードバック情報を第１のフィードバック情報が受信されていないものに設定することができる。

【0058】

１つの実施例では、送信側が複数の候補フィードバックタイミングですべて第１のフィードバック情報を受信していない可能性があるのは、受信側がＳＬ伝送を検出しない、すなわち受信側がフィードバックフローをトリガしないからの可能性がある。ＳＬ伝送の確実性を向上させるために、送信側がブラインド再送を何度も行うようにすることができる。

【0059】

１つの実施例では、ＳＬ伝送で運ばれる伝送ブロックが初回伝送されるものであるか、又はｎ回目に伝送されるものであり、ｎがＮ以下である場合、第２のフィードバック情報をＮＡＣＫ情報に設定することができ、ただし、Ｎはシステムにより事前定義されたもの、或いはネットワークにより構成又は事前構成されたものであってもよく、そうでない場合、通信ノードは本実施例における上記第１のフィードバック情報に従って第２のフィードバック情報を設定することができる。

【0060】

１つの実施例では、送信側の上位レイヤが１つのＳＬ伝送に対応する第２のフィードバック情報を受信した場合、
第２のフィードバック情報がＡＣＫ情報である場合、ＳＬ伝送に対応するプロセスにおける再送バッファを空にすること、第２のフィードバック情報がＮＡＣＫ情報である場合、ＳＬ伝送に対応するプロセスによるＳＬ伝送の再送をトリガすることと、第２のフィードバック情報が、第１のフィードバック情報を受信していないものである場合、ＡＣＫ情報として処理することができることとの少なくとも１つを含んでもよい。

【0061】

１つの実施例では、ＳＬ伝送がフィードバックをイネーブルさせる第１のグループキャストタイプ１伝送であることは、ＳＬ伝送に対応するＳＣＩにおける伝送タイプを第１のグループキャストタイプ、すなわちＮＡＣＫ Ｏｎｌｙフィードバック（ＮＡＣＫ ＯｎｌｙフィードバックがＮＡＣＫ情報のみのフィードバックを指すことができる）のグループキャスト伝送として指示することを含む。１つの実施例では、第１のグループキャストタイプについてメンバーＵＥを区別しないため、ブロードキャストと見なされることができ、すなわちブロードキャスト伝送がＮＡＣＫ Ｏｎｌｙフィードバックをイネーブルさせると、依然として第１のグループキャストタイプと呼ばれることができる。

【0062】

実施例４
１つの実施例では、送信側から送信されるＳＬ伝送はフィードバックをイネーブルさせるグループキャストタイプ１ｘ（すなわち第３のグループキャストタイプ）伝送であり、宛先受信側は１グループのＵＥであってもよく（それぞれのＵＥが１つのメンバーである）、メンバーそれぞれの第１のフィードバック情報はＮＡＣＫ情報又はＡＣＫ情報を含んでもよく、それぞれの受信側について、正しく受信するとＡＣＫ情報をフィードバックし、ＳＬ伝送を検出したが正しく受信しないと、第１のフィードバック情報がＮＡＣＫ情報であることを送信する。グループキャストタイプ１ｘについて、すべての受信側のＡＣＫ情報に対応するフィードバックリソースは同じリソースであってもよく、すべての受信側のＮＡＣＫ情報に対応するフィードバックリソースは同じリソースであってもよい。すなわちＡＣＫ情報及びＮＡＣＫ情報のリソースを区別するが宛先受信側のグループ内のメンバーＵＥを依然として区別せず、グループ内の各メンバーに個別の識別子Ｍｅｍｂｅｒ ＩＤがないか、又はグループ内のすべてのメンバーのＭｅｍｂｅｒ ＩＤが同じ、例えばすべて０又は他の値であってもよい。

【0063】

送信側はＮＡＣＫ情報のフィードバック（すなわち第１のフィードバック情報）を検出すれば、上位レイヤに報告される第２のフィードバック情報がＮＡＣＫ情報であると特定することができ、すなわち送信側は複数の候補フィードバックタイミングのいずれか１つ又は少なくとも１つ以上でＮＡＣＫ情報を含む第１のフィードバック情報を受信した場合、第２のフィードバック情報をＮＡＣＫ情報に設定することができる。送信側は複数の候補フィードバックタイミングで第１のフィードバック情報がＡＣＫ情報のみを含む情報を受信した場合、第２のフィードバック情報をＡＣＫ情報に設定し、そうでない場合、第２のフィードバック情報をＮＡＣＫ情報に設定することができる。送信側が複数の候補フィードバックタイミングですべて第１のフィードバック情報を受信していない可能性があれば、第２のフィードバック情報をＮＡＣＫ情報に設定するか、又は第２のフィードバック情報を第１のフィードバック情報が受信されていないものに設定することができる。

【0064】

１つの実施例では、送信側が複数の候補フィードバックタイミングですべて第１のフィードバック情報を受信していない可能性があるのは、受信側がＳＬ伝送を正しく受信したが、成功したＬＢＴがないため、第１のフィードバック情報を送信ＵＥに送信する機会がないからである。不要な再送を避けるために、送信側が第１のフィードバック情報の送信を受信側に引続き要求するようにすることができる。１つの実施例では、送信側が複数の候補フィードバックタイミングですべて第１のフィードバック情報を受信していない場合、第２のフィードバック情報をフィードバックが検出されないように設定することができる。

【0065】

１つの実施例では、送信側の上位レイヤが１つのＳＬ伝送に対応する第２のフィードバック情報を受信した場合、第２のフィードバック情報に基づいてＳＬ伝送操作を実行することができ、ただし、ＳＬ伝送はフィードバックをイネーブルさせるグループキャスト伝送であってもよく、その上で、第２のフィードバック情報に基づいてＳＬ伝送操作を実行することは、
第２のフィードバック情報がＡＣＫ情報である場合、ＳＬ伝送に対応するプロセスにおける再送バッファを空にすること、第２のフィードバック情報がＮＡＣＫ情報である場合、ＳＬ伝送に対応するプロセスによるＳＬ伝送の再送をトリガすることと、第２のフィードバック情報が、第１のフィードバック情報を受信していないものである場合、ＳＬ伝送に対応するプロセスにおける再送バッファを空にすることができることとの少なくとも１つを含んでもよい。

【0066】

１つの実施例では、ＳＬ伝送がフィードバックをイネーブルさせるグループキャストタイプ１ｘ伝送であることは、ＳＬ伝送に対応するＳＣＩにおける伝送タイプをグループキャストタイプ１ｘとして指示することを含んでもよい。１つの実施例では、グループキャストタイプ１ｘについてメンバーＵＥを区別しないため、ブロードキャストと見なされることができ、すなわちブロードキャスト伝送がＡＣＫ情報／ＮＡＣＫ情報のフィードバックをイネーブルさせると、依然としてグループキャストタイプ１ｘと呼ばれることができる。

【0067】

実施例５
第２のグループキャストタイプについて、現在のＳＬ伝送の前のＳＬ伝送に対応するフィードバックに基づいて現在のＳＬ伝送の第２のフィードバック情報を特定することができる。

【0068】

１つの実施例では、送信側から送信されるＳＬ伝送はフィードバックをイネーブルさせるグループキャストタイプ２（すなわち第２のグループキャストタイプ）伝送であり、宛先受信側は１グループのＵＥであってもよく（それぞれのＵＥが１つのメンバーである）、ただし、メンバーそれぞれの第１のフィードバック情報はＮＡＣＫ情報又はＡＣＫ情報を含んでもよく、それぞれの受信側について、正しく受信するとＡＣＫ情報をフィードバックし、ＳＬ伝送を検出したが正しく受信しないと、第１のフィードバック情報がＮＡＣＫ情報であることを送信する。グループキャストタイプ２について、それぞれの受信側に対応する各々のフィードバックリソースはＡＣＫ情報又はＮＡＣＫ情報をフィードバックするために用いられる。すなわちグループ内のメンバーを区別し、グループ内の各メンバーに個別の識別子Ｍｅｍｂｅｒ ＩＤがあってもよい。送信側はすべてのグループメンバーのＡＣＫ情報のフィードバックを検出しなければ、上位レイヤに報告される第２のフィードバック情報がＡＣＫ情報であると特定することができず、そうでなければ、第２のフィードバック情報をＮＡＣＫ情報に設定し、それぞれのグループメンバーについて、送信側の少なくとも１つのフィードバックタイミングで受信した、１つのメンバーＵＥの第１のフィードバック情報がＡＣＫ情報であると、このメンバーＵＥの第１のフィードバック情報がＡＣＫ情報であると特定することができ、そうでない場合、このメンバーＵＥの第１のフィードバック情報がＮＡＣＫ情報であると特定する。それぞれのグループメンバーの第１のフィードバック情報がすべてＡＣＫ情報であれば、送信側は第２のフィードバック情報をＡＣＫ情報に設定することができ、そうでなければ、第２のフィードバック情報をＮＡＣＫ情報に設定する。

【0069】

上記フィードバックタイミングは、必ずしも現在のＳＬ伝送に対応する複数の候補フィードバックタイミングの１つではなく、その前に行われたＳＬ伝送に対応するフィードバックタイミングであってもよい。その前のＳＬ伝送と現在のＳＬ伝送は同じグループのＳＬ伝送に属し、例えば伝送されるのが同じ伝送ブロック（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｌｏｃｋ、ＴＢ）であるか、同じＨＡＲＱプロセスに属する。すなわち、少なくとも１つのフィードバックタイミングは、ＳＬ伝送に対応する複数の候補フィードバックタイミングに属するか、又はＳＬ伝送の所属している１グループのＳＬ伝送に対応する複数の候補フィードバックタイミングに属する。

【0070】

１つの実施例では、送信側が１つ又は複数のメンバーＵＥの第１のフィードバック情報を終始受信していない場合、受信側がＳＬ伝送を正しく受信したが、成功したＬＢＴがないため、第１のフィードバック情報を送信ＵＥに送信する機会がない可能性がある。不要な再送を避けるために、送信側が第１のフィードバック情報の送信を受信側に引続き要求するようにすることができる。１つの実施例では、送信側が１つ又は複数のメンバーＵＥの第１のフィードバック情報を受信していない場合、第２のフィードバック情報をフィードバックが検出されないように設定することができる。

【0071】

１つの実施例では、送信側の上位レイヤが１つのＳＬ伝送に対応する第２のフィードバック情報を受信した場合、第２のフィードバック情報に基づいてＳＬ伝送操作を実行することができ、ただし、ＳＬ伝送はフィードバックをイネーブルさせるグループキャスト伝送であってもよく、その上で、第２のフィードバック情報に基づいてＳＬ伝送操作を実行することは、
第２のフィードバック情報がＡＣＫ情報である場合、ＳＬ伝送に対応するプロセスにおける再送バッファを空にすること、第２のフィードバック情報がＮＡＣＫ情報である場合、ＳＬ伝送に対応するプロセスによるＳＬ伝送の再送をトリガすることと、第２のフィードバック情報が、第１のフィードバック情報を受信していないものである場合、ＳＬ伝送に対応するプロセスにおける再送バッファを空にすることができることとの少なくとも１つを含んでもよい。

【0072】

１つの実施例では、ＳＬ伝送がフィードバックをイネーブルさせる第２のグループキャストタイプ伝送であることは、ＳＬ伝送に対応するＳＣＩにおける伝送タイプを第２のグループキャストタイプとして指示することを含んでもよい。

【0073】

一実施例では、受信側が第１のフィードバック情報を送信することに関し、
ＳＬ伝送の受信側について、１つのＳＬ伝送を検出し、かつ第１のフィードバック情報の送信が要求されると、ＳＬ伝送を受信するリソースプールで第１のフィードバック情報を送信する必要があり、ＳＬ伝送が複数の時間領域における候補フィードバックタイミングに対応すれば、送信側はこれらの複数の候補フィードバックタイミングで第１のフィードバック情報を送信することができる。以上の実施例に記載のように、ＳＬ伝送の伝送タイプによって、フィードバックはＡＣＫ情報／ＮＡＣＫ情報、又はＮＡＣＫ Ｏｎｌｙフィードバックであってもよい。

【0074】

本願の実施例は１つのサイドリンク通信方法をさらに提供する。図３は一実施例に係る別のサイドリンク通信方法のフロー図であり、図３に示されるように、本実施例に係る方法は、２１０と、２２０と、２３０とを含み、受信側に適用されることができる。

【0075】

２１０では、１つの候補フィードバックタイミングセットに対応するＳＬ伝送を受信する。

【0076】

２２０では、第１のフィードバック情報を特定する。

【0077】

２３０では、前記候補フィードバックタイミングセットにおける少なくとも１つの候補フィードバックタイミングの前に判定工程を実行し、成功と判定された候補フィードバックタイミングのうちの少なくとも１つの候補フィードバックタイミングで前記第１のフィードバック情報を送信する。

【0078】

本実施例では、受信側は、そのうちの１つが１つの候補フィードバックタイミングセットに対応することができる、送信側から送信されたＳＬ伝送を受信し、第１のフィードバック情報を特定し、第１のフィードバック情報を特定した後に、候補フィードバックタイミングセットにおける少なくとも１つの候補フィードバックタイミングの前に判定工程を実行することができ、この判定工程により少なくとも１つの成功と判定された候補フィードバックタイミングが得られ、ただし、判定工程は、第１のフィードバック情報の送信を行うかどうかを判断するために用いられることができ、その上で、第１のフィードバック情報が対応する送信側に送信されるように、成功と判定された候補フィードバックタイミングのうち少なくとも１つの候補フィードバックタイミングを選択することができる。

【0079】

本実施例では、受信側が、ＳＬ伝送を受信し、ＳＬ伝送に対応する第１のフィードバック情報を特定した上で、判定工程を実行することにより、判定が成功したと特定された少なくとも１つの候補フィードバックタイミングで第１のフィードバック情報を対応する送信側に送信するとの方法により、第１のフィードバック情報が送信側に送信されることができ、第１のフィードバック情報を取得せずに送信側が誤った操作をすることを効果的に避け、ネットワーク通信の効率及び確実性が向上する。

【0080】

一実施例では、候補フィードバックタイミングセットにおける少なくとも１つの候補フィードバックタイミングの前に判定工程を実行し、成功と判定された候補フィードバックタイミングのうちの少なくとも１つの候補フィードバックタイミングで第１のフィードバック情報を送信することは、成功と判定された候補フィードバックタイミングで第１のフィードバック情報が送信されるまで、又は、各候補フィードバックタイミングの判定が完了するまで、候補フィードバックタイミングセットにおけるそれぞれの候補フィードバックタイミングの前に順次判定工程を実行することを含む。

【0081】

一実施例では、判定工程はチャネルアクセス工程を含み、各候補フィードバックタイミングのぞれぞれは各々のチャネルアクセスタイプに対応する。

【0082】

本実施例では、判定工程はチャネルアクセス工程（ＬＢＴ工程）であり、異なる候補フィードバックタイミングのぞれぞれは各々のチャネルアクセスタイプに対応する。

【0083】

一実施例では、前記候補フィードバックタイミングセットにおける少なくとも１つの候補フィードバックタイミングの前に判定工程を実行することは、
１つの候補フィードバックタイミングの前に第１のタイプのチャネルアクセス工程を実行させ、次の候補フィードバックタイミングの前に実行している第１のタイプのチャネルアクセス工程を引続き実行すること、１つの候補フィードバックタイミングの前に第１のタイプのチャネルアクセス工程を実行させ、次の候補フィードバックタイミングの前に、実行している第１のタイプのチャネルアクセス工程と同じＣＡＰＣを用いる、新たな第１のタイプのチャネルアクセス工程を実行すること、１つの候補フィードバックタイミングの前に第１のタイプのチャネルアクセス工程を実行させ、次の候補フィードバックタイミングの前に、用いられるＣＡＰＣが実行している第１のタイプのチャネルアクセス工程で用いられるＣＡＰＣよりも高い、新たな第１のタイプのチャネルアクセス工程を実行すること、１つの候補フィードバックタイミングの前に第１のタイプのチャネルアクセス工程を実行させ、次の候補フィードバックタイミングの前に、用いられるＣＡＰＣが実行している第１のタイプのチャネルアクセス工程で用いられるＣＡＰＣよりも低い、新たな第１のタイプのチャネルアクセス工程を実行することと、１つの候補フィードバックタイミングの前に第１のタイプのチャネルアクセス工程を実行し、次の候補フィードバックタイミングの前に第２のタイプのチャネルアクセス工程を実行することとの１つを含む。

【0084】

一実施例では、前記候補フィードバックタイミングセットにおける少なくとも１つの候補フィードバックタイミングの前に判定工程を実行することは、１つの候補フィードバックタイミングの前に実行されたチャネルアクセス工程が失敗した場合、チャネルアクセスタイプを変更し、次の候補フィードバックタイミングの前に変更されたチャネルアクセスタイプを用いてチャネルアクセス工程を実行することを含む。

【0085】

一実施例では、それぞれの候補フィードバックタイミングのチャネルアクセスタイプを構成又は事前定義し、それぞれの候補フィードバックタイミングのチャネルアクセスタイプを構成又は事前定義することは、
１つの候補フィードバックタイミングのチャネルアクセスタイプをタイプ１として構成又は事前定義し、タイプ１に対応するＣＡＰＣを構成又は事前定義すること、１つの候補フィードバックタイミングのチャネルアクセスタイプをタイプ２Ａとして構成又は事前定義すること、１つの候補フィードバックタイミングのチャネルアクセスタイプをタイプ２Ｂとして構成又は事前定義することと、１つの候補フィードバックタイミングのチャネルアクセスタイプをタイプ２Ｃとして構成又は事前定義することとの少なくとも１つを含む。

【0086】

以下、サイドリンク通信方法について、異なる実施例によって例示的に説明する。

【0087】

実施例６
受信側が第１のフィードバック情報を送信する必要があると特定した場合、第１のフィードバック情報の送信が可能かどうかが判断されるように、複数の時間領域における候補フィードバックタイミングのうちの少なくとも１つの候補フィードバックタイミングの前に判定工程を実行することができる。判定工程はチャネルアクセス工程（すなわちＬＢＴ工程）である。

【0088】

１つの実施例では、受信側は、ＳＬ伝送に対応する複数の時間領域における候補フィードバックタイミングのうち、１番目の候補フィードバックタイミングから、この候補フィードバックタイミングの前にＬＢＴ工程を行い、ＬＢＴが成功した場合、第１のフィードバック情報を送信することができ、ＬＢＴが失敗した場合、次の候補フィードバックタイミングでＬＢＴ工程を引続き行い、というように、ＬＢＴが成功した候補フィードバックタイミングで第１のフィードバック情報の送信が完了するまで、又は各候補フィードバックタイミングで行われるＬＢＴ工程の判定が完了するまで（ただし、両方のうちどちらの状況が先に発生するかに基づいて、先に発生した状況に従うようにする）、第１のフィードバック情報の送信フローを終了することができる。

【0089】

１つの実施例では、判定工程はチャネルアクセス工程を含んでもよく、各候補フィードバックタイミングのぞれぞれは各々のチャネルアクセスタイプ（例えばｔｙｐｅ１、ｔｙｐｅ２、ｔｙｐｅ２Ａなど）に対応する。上記における次の候補フィードバックタイミングでＬＢＴ工程を引続き行うことは、
１つ前の候補フィードバックタイミングで受信側にｔｙｐｅ１のチャネルアクセス工程が実行している場合、次の候補フィードバックタイミングで受信側が実行している第１のタイプ（すなわちｔｙｐｅ１）のチャネルアクセス工程を引続き用いること、受信側が次の候補フィードバックタイミングの前に、１つ前の候補フィードバックタイミングで実行しているｔｙｐｅ１のチャネルアクセス工程と同じＣＡＰＣを用いてもよい、新たなｔｙｐｅ１のチャネルアクセス工程を実行させること、受信側が次の候補フィードバックタイミングの前に、用いられるＣＡＰＣが実行しているｔｙｐｅ１のチャネルアクセス工程で用いられるＣＡＰＣよりも高くてもよい、新たなｔｙｐｅ１のチャネルアクセス工程を実行させること、受信側が次の候補フィードバックタイミングの前に、用いられるＣＡＰＣが実行しているｔｙｐｅ１のチャネルアクセス工程で用いられるＣＡＰＣよりも低くてもよい、新たなｔｙｐｅ１のチャネルアクセス工程を実行させることと、受信側が次の候補フィードバックタイミングの前に、第２のタイプ（すなわちｔｙｐｅ２）のチャネルアクセス工程を実行させることができることとの１つを含んでもよい。

【0090】

１つの実施例では、受信側が１つの候補フィードバックタイミングの前に実行したチャネルアクセス工程が失敗した場合、チャネルアクセスタイプを変更することにより、受信側は次の候補フィードバックタイミングで変更されたチャネルアクセスタイプを用いてチャネルアクセス工程を実行することができる。例えば、候補フィードバックタイミングｎでｔｙｐｅ１を用いてアクセスに失敗した後、受信側は候補フィードバックタイミングｎ＋１（すなわち候補フィードバックタイミングｎの次の候補フィードバックタイミング）でｔｙｐｅ２（２Ａ／２Ｂ／２Ｃ）のアクセスチャネルを用いる（すなわちチャネルアクセス工程を実行する）ことができるか、又は候補フィードバックタイミングｎでｔｙｐｅ２Ａを用いてアクセスに失敗した後、受信側は候補フィードバックタイミングｎ＋１でｔｙｐｅ２Ｂ／２Ｃを用いてチャネルアクセス工程を実行することができるか、又は候補フィードバックタイミングｎでｔｙｐｅ２Ｂを用いてアクセスに失敗した後、受信側は候補フィードバックタイミングｎ＋１でｔｙｐｅ２Ｃを用いてチャネルアクセス工程を実行することができる。

【0091】

１つの実施例では、受信側が１つの候補フィードバックタイミングの前に実行したチャネルアクセス工程が失敗した場合、衝突が避けられるように、チャネルアクセスタイプを変更することにより、受信側は次の候補フィードバックタイミングでより多くのモニタチャネルを有することができる。例えば、候補フィードバックタイミングｎでｔｙｐｅ２を用いてアクセスに失敗した後、受信側は候補フィードバックタイミングｎ＋１でｔｙｐｅ１を用いてチャネルアクセス工程を実行することができるか、又は候補フィードバックタイミングｎでｔｙｐｅ２Ｂを用いてアクセスに失敗した後、受信側は候補フィードバックタイミングｎ＋１でｔｙｐｅ２Ａを用いてチャネルアクセス工程を実行することができる。

【0092】

実施例７
受信側が第１のフィードバック情報を送信する必要があると特定した場合、第１のフィードバック情報の送信が可能かどうかが判断されるように、複数の時間領域における候補フィードバックタイミングのうちの少なくとも１つの候補フィードバックタイミングの前に判定工程を実行する。判定工程はチャネルアクセス工程（すなわちＬＢＴ工程）である。

【0093】

１つの実施例では、それぞれの候補フィードバックタイミングのＬＢＴ工程のチャネルアクセスタイプを構成又は事前定義することは、
１つの候補フィードバックタイミングのチャネルアクセスタイプをｔｙｐｅ１（すなわちタイプ１）として構成又は事前定義し、タイプ１に対応するＣＡＰＣを構成又は事前定義すること、１つの候補フィードバックタイミングのチャネルアクセスタイプをｔｙｐｅ２Ａ（すなわちタイプ２Ａ）として構成又は事前定義すること、１つの候補フィードバックタイミングのチャネルアクセスタイプをｔｙｐｅ２Ｂ（すなわちタイプ２Ｂ）として構成又は事前定義することと、１つの候補フィードバックタイミングのチャネルアクセスタイプをｔｙｐｅ２Ｃ（すなわちタイプ２Ｃ）として構成又は事前定義することとの少なくとも１つを含んでもよい。

【0094】

１つの実施例では、それぞれのスロットのチャネルアクセスタイプを構成又は事前定義することにより、受信側はより容易にチャネルにアクセスすることができる。例えば、後の候補フィードバックタイミングで用いられるチャネルアクセスタイプに対応するＬＢＴ時間長は、以下のように高率により短くなる。

【0095】

ｎ番目の候補フィードバックタイミングでｔｙｐｅ１を用いるように構成又は事前定義され、ＣＡＰＣがｐ競合チャネルである場合、次の候補フィードバックタイミングで次に許可されるより低いＣＡＰＣ競合アクセスチャネルを用いるように構成又は事前定義されることができ、より低いＣＡＰＣの値は高率により短いＬＢＴ時間長を表してもよく、より高い優先度を表してもよいか、又は、ｎ番目の候補フィードバックタイミングでｔｙｐｅ１を用いるように構成又は事前定義され、ＣＡＰＣがｐ競合チャネルである場合、次の候補フィードバックタイミングでｔｙｐｅ２のアクセスチャネルを用いるように構成又は事前定義されることができるか、又は、最後の候補フィードバックタイミングでｔｙｐｅ２Ｃ、２Ｂ又は２Ａのアクセスチャネルを用いるように構成又は事前定義される。

【0096】

本願の実施例は１つのサイドリンク通信方法をさらに提供する。図４は一実施例に係るさらなる別のサイドリンク通信方法のフロー図であり、図４に示されるように、本実施例に係る方法は、３１０と、３２０とを含み、上位レイヤに適用されることができる。

【0097】

３１０では、第２のフィードバック情報を受信する。

【0098】

３２０では、前記第２のフィードバック情報に基づいてＳＬ伝送操作を実行する。

【0099】

本実施例では、上位レイヤは、送信側から報告された第２のフィードバック情報を受信し、受信された第２のフィードバック情報に基づいてＳＬ伝送操作を実行することができる。上位レイヤが受信された第２のフィードバック情報に基づいてＳＬ伝送操作を実行することにより、ネットワーク通信の効率及び確実性を向上させることができる。

【0100】

一実施例では、ＳＬ伝送はフィードバックをイネーブルさせるユニキャスト伝送であり、第２のフィードバック情報に基づいてＳＬ伝送操作を実行することは、
第２のフィードバック情報がＡＣＫ情報を含む場合、ＳＬ伝送に対応するプロセスにおける再送バッファを空にすること、第２のフィードバック情報がＮＡＣＫ情報を含む場合、ＳＬ伝送に対応するプロセスによるＳＬ伝送の再送をトリガすることと、第２のフィードバック情報が、第１のフィードバック情報が受信されていないことを含む場合、ＳＬ伝送に対応するプロセスによるＳＬ伝送の再送をトリガするか、又は、ＳＬ伝送に対応するプロセスによる第１のフィードバック情報の受信の再要求をトリガすることとの少なくとも１つを含む。

【0101】

一実施例では、ＳＬ伝送はフィードバックをイネーブルさせるグループキャストタイプ伝送であり、第２のフィードバック情報に基づいてＳＬ伝送操作を実行することは、
第２のフィードバック情報がＡＣＫ情報を含む場合、ＳＬ伝送に対応するプロセスにおける再送バッファを空にすること、第２のフィードバック情報がＮＡＣＫ情報を含む場合、ＳＬ伝送に対応するプロセスによるＳＬ伝送の再送をトリガすることと、第２のフィードバック情報が、第１のフィードバック情報が受信されていないことを含む場合、ＳＬ伝送に対応するプロセスにおける再送バッファを空にすることとの少なくとも１つを含む。

【0102】

本願の実施例は１つのサイドリンク通信方法をさらに提供する。図５は一実施例に係るさらなる別のサイドリンク通信方法のフロー図であり、図５に示されるように、本実施例に係る方法は、４１０と、４２０と、４３０とを含み、送信側に適用され、１グループのＳＬ伝送に用いられることができる。

【0103】

４１０では、１グループのＳＬ伝送を送信し、前期１グループのＳＬ伝送における各ＳＬ伝送がそれぞれ１つの候補フィードバックタイミングセットに対応する。

【0104】

４２０では、前記１グループのＳＬ伝送に対応する候補フィードバックタイミングセットで第１のフィードバック情報を受信する。

【0105】

４３０では、前記第１のフィードバック情報に基づいてネットワークデバイスに報告する第３のフィードバック情報を特定する。

【0106】

本実施例では、送信側は、まず、それぞれが１つの候補フィードバックタイミングセットに対応することができる１グループのＳＬ伝送を対応する受信側に送信し、その後、１グループのＳＬ伝送に対応する候補フィードバックタイミングセットで受信側から送信される第１のフィードバック情報を受信し、最後に、第１のフィードバック情報に基づいて第３のフィードバック情報を特定することができ、特定された第３のフィードバック情報を基地局であってもよいネットワークデバイスに報告する。

【0107】

本実施例では、送信側が、１グループのＳＬ伝送を送信し、候補フィードバックタイミングセットで対応する受信側から返された第１のフィードバック情報を受信した上で、受信された第１のフィードバック情報に基づいて上位レイヤに第３のフィードバック情報を報告することにより、第１のフィードバック情報を取得せずに送信側が誤った操作をすることを効果的に避け、ネットワーク通信の効率及び確実性を向上させることができる。

【0108】

一実施例では、１グループのＳＬ伝送は少なくとも１つのＳＬ伝送を含み、第１のフィードバック情報に基づいて上位レイヤに報告する第３のフィードバック情報を特定することは、
それぞれのＳＬ伝送に対応する候補フィードバックタイミングセットで受信された第１のフィードバック情報に基づいてそれぞれのＳＬ伝送に対応する第２のフィードバック情報を特定することと、それぞれのＳＬ伝送に対応する第２のフィードバック情報に基づいて第３のフィードバック情報を特定することと、含む。

【0109】

それぞれのＳＬ伝送に対応する第２のフィードバック情報を特定する方法について、上記の任意の実施例を参照することができる。

【0110】

一実施例では、ＳＬ伝送はフィードバックをイネーブルさせるユニキャスト伝送であり、それぞれのＳＬ伝送に対応する第２のフィードバック情報に基づいて第３のフィードバック情報を特定することは、
１グループのＳＬ伝送の少なくとも１つ又は最後のＳＬ伝送に対応する第２のフィードバック情報がＡＣＫ情報である場合、第３のフィードバック情報をＡＣＫ情報に設定し、そうでない場合、第３のフィードバック情報をＮＡＣＫ情報に設定すること、又は、１グループのＳＬ伝送の最後のＳＬ伝送に対応する第２のフィードバック情報と同じであるように第３のフィードバック情報を設定することを含む。

【0111】

一実施例では、ＳＬ伝送はフィードバックをイネーブルさせる第１のグループキャストタイプ伝送であり、それぞれのＳＬ伝送に対応する第２のフィードバック情報に基づいて第３のフィードバック情報を特定することは、
１グループのＳＬ伝送の最後のＳＬ伝送に対応する第２のフィードバック情報がＡＣＫ情報である場合、第３のフィードバック情報をＡＣＫ情報に設定し、そうでない場合、第３のフィードバック情報をＮＡＣＫ情報に設定することを含む。

【0112】

一実施例では、ＳＬ伝送はフィードバックをイネーブルさせる第２のグループキャストタイプ伝送であり、それぞれのＳＬ伝送に対応する第２のフィードバック情報に基づいて第３のフィードバック情報を特定することは、
１グループのＳＬ伝送の少なくとも１つ又は最後のＳＬ伝送に対応する第２のフィードバック情報がＡＣＫ情報である場合、第３のフィードバック情報をＡＣＫ情報に設定し、そうでない場合、第３のフィードバック情報をＮＡＣＫ情報に設定することを含む。

【0113】

一実施例では、ＳＬ伝送はフィードバックをイネーブルさせる第３のグループキャストタイプ伝送であり、それぞれのＳＬ伝送に対応する第２のフィードバック情報に基づいて第３のフィードバック情報を特定することは、
１グループのＳＬ伝送の最後のＳＬ伝送に対応する第２のフィードバック情報がＡＣＫ情報である場合、第３のフィードバック情報をＡＣＫ情報に設定し、そうでない場合、第３のフィードバック情報をＮＡＣＫ情報に設定することを含む。

【0114】

以下、サイドリンク通信方法について、異なる実施例によって例示的に説明する。

【0115】

実施例８
１つの実施例では、送信側の伝送リソースが１つのネットワークデバイス（例えば基地局）によってスケジュールされ、スケジュールされたリソースで１グループのＳＬ伝送を送信することができる。例えば、基地局によってＵＥ－Ａが１つのＴＢの初回伝送及び２回の再送を行うリソースがスケジュールされ、この時、ＵＥ－Ａが割り当てられた伝送リソースで３つの伝送機会又は伝送リソースを持ち、それぞれの伝送機会がすべて１つの候補フィードバックタイミングセットに対応することができ、すなわちこの１グループのＳＬ伝送が最大３つの候補フィードバックタイミングセットを含んでもよく、１グループのＳＬ伝送の実際のＳＬ伝送の回数に依存する。ＵＥ－ＡがＳＬ伝送をＮ回行い、Ｎが３以下（基地局によって割り当てられたリソースの数）であると仮定する。

【0116】

１つの実施例では、それぞれがすべて１つの候補フィードバックタイミングセットに対応することができる１グループのＳＬ伝送を送信し、送信側は１グループのＳＬ伝送に対応する１グループの候補フィードバックタイミングセットで第１のフィードバック情報を受信し、第１のフィードバック情報に基づいてネットワークデバイス（例えば基地局）に報告する第３のフィードバック情報を特定する。ただし、それぞれの候補フィードバックタイミングセットに含まれれる候補フィードバックタイミングの数は同じであってもよく、異なってもよい。

【0117】

１つの実施例では、１グループのＳＬ伝送が１つのＳＬ伝送のみを含む場合、上記の本願の実施例における第２のフィードバック情報を特定する方法を用いて第３のフィードバック情報を特定することができ、すなわち両方が同等である。

【0118】

１つの実施例では、１グループのＳＬ伝送が少なくとも１つのＳＬ伝送を含む場合、上記の本願の実施例における第２のフィードバック情報を特定する方法を用いることができ、まずそれぞれのＳＬ伝送に対応する第２のフィードバック情報を特定し、その上でそれぞれのＳＬ伝送に対応する第２のフィードバック情報に基づいて基地局に報告する第３のフィードバック情報を特定することができる。

【0119】

１つの実施例では、ＳＬ伝送がユニキャスト伝送である場合、それぞれのＳＬ伝送に対応する第２のフィードバック情報に基づいて第３のフィードバック情報を特定することは、１グループのＳＬ伝送の少なくとも１つ又は最後のＳＬ伝送に対応する第２のフィードバック情報がＡＣＫ情報である場合、第３のフィードバック情報をＡＣＫ情報に設定し、そうでない場合、第３のフィードバック情報をＮＡＣＫ情報に設定することができること、又は、第３のフィードバック情報を１グループのＳＬ伝送の最後のＳＬ伝送に対応する第２のフィードバック情報に設定することができることを含んでもよい。

【0120】

１つの実施例では、ＳＬ伝送がグループキャストタイプ１（すなわち第１のグループキャストタイプ伝送）である場合、それぞれのＳＬ伝送に対応する第２のフィードバック情報に基づいて第３のフィードバック情報を特定することは、１グループのＳＬ伝送の最後のＳＬ伝送に対応する第２のフィードバック情報がＡＣＫ情報であり、例えば第１のフィードバック情報がフィードバックなしである場合、第３のフィードバック情報をＡＣＫ情報に設定し、そうでない場合、第３のフィードバック情報をＮＡＣＫ情報に設定することができることを含んでもよい。

【0121】

１つの実施例では、ＳＬ伝送がグループキャストタイプ１ｘ（すなわち第３のグループキャストタイプ伝送）である場合、それぞれのＳＬ伝送に対応する第２のフィードバック情報に基づいて第３のフィードバック情報を特定することは、１グループのＳＬ伝送の最後のＳＬ伝送に対応する第２のフィードバック情報がＡＣＫ情報である（例えばＡＣＫ情報が受信されておりかつＮＡＣＫ情報が受信されていない）場合、第３のフィードバック情報をＡＣＫ情報に設定し、そうでない場合、第３のフィードバック情報をＮＡＣＫ情報に設定することができることを含んでもよい。

【0122】

１つの実施例では、前記ＳＬ伝送がグループキャストタイプ２（すなわち第２のグループキャストタイプ伝送）である場合、それぞれのＳＬ伝送に対応する第２のフィードバック情報に基づいて第３のフィードバック情報を特定することは、１グループのＳＬ伝送の少なくとも１つ又は最後のＳＬ伝送に対応する第２のフィードバック情報がＡＣＫ情報である（例えばグループ内のメンバーそれぞれのＡＣＫ情報のフィードバックが検出された）場合、第３のフィードバック情報をＡＣＫ情報に設定し、そうでない場合、第３のフィードバック情報をＮＡＣＫ情報に設定することができることを含んでもよい。

【0123】

本願では、第１のフィードバック情報は１つのフィードバックタイミングで検出されたフィードバック結果であってもよく、第２のフィードバック情報は１回のＳＬ伝送に対応する１つのフィードバック情報であってもよく、第３のフィードバック情報は１グループのＳＬ伝送に対応する１つのフィードバック情報であってもよい。

【0124】

本願の実施例は１つのサイドリンク通信装置をさらに提供する。図６は一実施例に係る１つのサイドリンク通信装置の構造模式図である。図６に示されるように、前記サイドリンク通信装置は、
１つの候補フィードバックタイミングセットに対応するＳＬ伝送を送信するように構成される第１の送信モジュール５１０と、前記候補フィードバックタイミングセットで第１のフィードバック情報を受信するように構成される第１の受信モジュール５２０と、前記第１のフィードバック情報に基づいて上位レイヤに第２のフィードバック情報を報告するように構成される第１の報告モジュール５３０と、を備える。

【0125】

本実施例では、送信側が、候補フィードバックタイミングセットで対応する受信側から返された第１のフィードバック情報を受信した上で、受信された第１のフィードバック情報に基づいて上位レイヤに第２のフィードバック情報を報告することにより、第１のフィードバック情報を取得せずに送信側が誤った操作をすることを効果的に避け、ネットワーク通信の効率及び確実性を向上させることができる。

【0126】

一実施例では、ＳＬ伝送はフィードバックをイネーブルさせるユニキャスト伝送であり、第１のフィードバック情報はＮＡＣＫ情報又はＡＣＫ情報を含む。

【0127】

一実施例では、候補フィードバックタイミングセットにおけるいずれか１つ又は少なくとも１つの候補フィードバックタイミングで第１のフィードバック情報を受信した場合、受信された第１のフィードバック情報と同じであるように第２のフィードバック情報を設定する。

【0128】

一実施例では、候補フィードバックタイミングセットで第１のフィードバック情報を受信していない場合、第２のフィードバック情報をＮＡＣＫ情報に設定するか、又は、第２のフィードバック情報を第１のフィードバック情報が受信されていないものに設定する。

【0129】

一実施例では、ＳＬ伝送はフィードバックをイネーブルさせる第１のグループキャストタイプ伝送であり、第１のフィードバック情報はＮＡＣＫ情報を含む。

【0130】

一実施例では、候補フィードバックタイミングセットにおけるいずれか１つ又は少なくとも１つの候補フィードバックタイミングで第１のフィードバック情報を受信した場合、第２のフィードバック情報をＮＡＣＫ情報に設定する。

【0131】

一実施例では、候補フィードバックタイミングセットで第１のフィードバック情報を受信していない場合、第２のフィードバック情報をＡＣＫ情報に設定するか、又は、第２のフィードバック情報を第１のフィードバック情報が受信されていないものに設定する。

【0132】

一実施例では、ＳＬ伝送で運ばれる伝送ブロックが初回伝送されるものであるか、又はｎ回目に伝送されるものであり、ｎがＮ以下である場合、第２のフィードバック情報をＮＡＣＫ情報に設定し、ただし、Ｎは正整数である。

【0133】

一実施例では、ＳＬ伝送はフィードバックをイネーブルさせる第２のグループキャストタイプ伝送であり、メンバーそれぞれの第１のフィードバック情報はＮＡＣＫ情報又はＡＣＫ情報を含む。

【0134】

一実施例では、少なくとも１つの候補フィードバックタイミングで１つのメンバーＵＥの第１のフィードバック情報がＡＣＫ情報であることを受信した場合、このメンバーＵＥの第１のフィードバック情報がＡＣＫ情報であると特定し、そうでない場合、このメンバーＵＥの第１のフィードバック情報がＮＡＣＫ情報であると特定する。

【0135】

一実施例では、少なくとも１つのフィードバックタイミングはＳＬ伝送に対応する候補フィードバックタイミングセットに属するか、又は、少なくとも１つのフィードバックタイミングはＳＬ伝送の所属している１グループのＳＬ伝送に対応する候補フィードバックタイミングセットに属する。

【0136】

一実施例では、メンバーグループのメンバーそれぞれの第１のフィードバック情報がＡＣＫ情報であることを受信した場合、第２のフィードバック情報をＡＣＫ情報に設定し、そうでない場合、第２のフィードバック情報をＮＡＣＫ情報に設定する。

【0137】

一実施例では、ＳＬ伝送はフィードバックをイネーブルさせる第３のグループキャストタイプ伝送であり、メンバーそれぞれの第１のフィードバック情報はＮＡＣＫ情報又はＡＣＫ情報を含む。

【0138】

一実施例では、候補フィードバックタイミングセットにおけるいずれか１つ又は少なくとも１つの候補フィードバックタイミングで第１のフィードバック情報を受信し、かつ第１のフィードバック情報がＮＡＣＫ情報を含む場合、第２のフィードバック情報をＮＡＣＫ情報に設定する。

【0139】

一実施例では、候補フィードバックタイミングセットで受信された第１のフィードバック情報がＡＣＫ情報のみを含む場合、第２のフィードバック情報をＡＣＫ情報に設定し、そうでない場合、第２のフィードバック情報をＮＡＣＫ情報に設定する。

【0140】

一実施例では、候補フィードバックタイミングセットで第１のフィードバック情報を受信していない場合、第２のフィードバック情報をＮＡＣＫ情報に設定するか、又は、第２のフィードバック情報を第１のフィードバック情報が受信されていないものに設定する。

【0141】

一実施例では、ＳＬ伝送は１グループのＳＬ伝送に属し、１グループのＳＬ伝送は、データブロックが同じであるか、又は、１つのＳＬプロセスに属するか、又は、ネットワーク又は上位レイヤに指示された少なくとも１つのＳＬ伝送又は少なくとも１つのグラントリソースに対応する伝送を含む。

【0142】

本実施例に提案されたサイドリンク通信装置は、上記実施例に提案されたサイドリンク通信方法と同一の構想に属し、本実施例で詳細に記述されない技術的詳細について上記の任意の実施例を参照することができ、本実施例はサイドリンク通信方法を実行するのと同様な効果を有する。

【0143】

本願の実施例は１つのサイドリンク通信装置をさらに提供する。図７は一実施例に係る１つのサイドリンク通信装置の構造模式図である。図７に示されるように、前記サイドリンク通信装置は、ＳＬ伝送受信モジュール６１０と、特定モジュール６２０と、判定実行モジュール６３０とを備える。

【0144】

ＳＬ伝送受信モジュール６１０は、１つの候補フィードバックタイミングセットに対応するＳＬ伝送を受信する。

【0145】

特定モジュール６２０は、第１のフィードバック情報を特定するように構成される。

【0146】

判定実行モジュール６３０は、前記候補フィードバックタイミングセットにおける少なくとも１つの候補フィードバックタイミングの前に判定工程を実行し、成功と判定された候補フィードバックタイミングのうちの少なくとも１つの候補フィードバックタイミングで前記第１のフィードバック情報を送信するように構成される。

【0147】

本実施例のサイドリンク通信装置では、受信側が、ＳＬ伝送を受信し、ＳＬ伝送に対応する第１のフィードバック情報を特定した上で、判定工程を実行することにより、判定が成功したと特定された少なくとも１つの候補フィードバックタイミングで第１のフィードバック情報を対応する送信側に送信するとの方法により、第１のフィードバック情報が送信側に送信されることができ、第１のフィードバック情報を取得せずに送信側が誤った操作をすることを効果的に避け、ネットワーク通信の効率及び確実性が向上する。

【0148】

一実施例では、判定実行モジュール６３０は、成功と判定された候補フィードバックタイミングで第１のフィードバック情報が送信されるまで、又は、各候補フィードバックタイミングの判定が完了するまで、候補フィードバックタイミングセットにおけるそれぞれの候補フィードバックタイミングの前に順次判定工程を実行するように構成される。

【0149】

一実施例では、判定工程はチャネルアクセス工程を含み、各候補フィードバックタイミングのぞれぞれは各々のチャネルアクセスタイプに対応する。

【0150】

一実施例では、前記候補フィードバックタイミングセットにおける少なくとも１つの候補フィードバックタイミングの前に判定工程を実行することは、
１つの候補フィードバックタイミングの前に第１のタイプのチャネルアクセス工程を実行させ、次の候補フィードバックタイミングの前に実行している第１のタイプのチャネルアクセス工程を引続き実行すること、１つの候補フィードバックタイミングの前に第１のタイプのチャネルアクセス工程を実行させ、次の候補フィードバックタイミングの前に、実行している第１のタイプのチャネルアクセス工程と同じＣＡＰＣを用いる、新たな第１のタイプのチャネルアクセス工程を実行すること、１つの候補フィードバックタイミングの前に第１のタイプのチャネルアクセス工程を実行させ、次の候補フィードバックタイミングの前に、用いられるＣＡＰＣが実行している第１のタイプのチャネルアクセス工程で用いられるＣＡＰＣよりも高い、新たな第１のタイプのチャネルアクセス工程を実行すること、１つの候補フィードバックタイミングの前に第１のタイプのチャネルアクセス工程を実行させ、次の候補フィードバックタイミングの前に、用いられるＣＡＰＣが実行している第１のタイプのチャネルアクセス工程で用いられるＣＡＰＣよりも低い、新たな第１のタイプのチャネルアクセス工程を実行することと、１つの候補フィードバックタイミングの前に第１のタイプのチャネルアクセス工程を実行し、次の候補フィードバックタイミングの前に第２のタイプのチャネルアクセス工程を実行することとの１つを含む。

【0151】

一実施例では、前記候補フィードバックタイミングセットにおける少なくとも１つの候補フィードバックタイミングの前に判定工程を実行することは、１つの候補フィードバックタイミングの前に実行されたチャネルアクセス工程が失敗した場合、チャネルアクセスタイプを変更し、次の候補フィードバックタイミングの前に変更されたチャネルアクセスタイプを用いてチャネルアクセス工程を実行することを含む。

【0152】

一実施例では、それぞれの候補フィードバックタイミングのチャネルアクセスタイプを構成又は事前定義し、それぞれの候補フィードバックタイミングのチャネルアクセスタイプを構成又は事前定義することは、
１つの候補フィードバックタイミングのチャネルアクセスタイプをタイプ１として構成又は事前定義し、タイプ１に対応するＣＡＰＣを構成又は事前定義すること、１つの候補フィードバックタイミングのチャネルアクセスタイプをタイプ２Ａとして構成又は事前定義すること、１つの候補フィードバックタイミングのチャネルアクセスタイプをタイプ２Ｂとして構成又は事前定義することと、１つの候補フィードバックタイミングのチャネルアクセスタイプをタイプ２Ｃとして構成又は事前定義することとの少なくとも１つを含む。

【0153】

本実施例に提案されたサイドリンク通信装置は、上記実施例に提案されたサイドリンク通信方法と同一の構想に属し、本実施例で詳細に記述されない技術的詳細について上記の任意の実施例を参照することができ、本実施例はサイドリンク通信方法を実行するのと同様な効果を有する。

【0154】

本願の実施例は１つのサイドリンク通信装置をさらに提供する。図８は一実施例に係る１つのサイドリンク通信装置の構造模式図である。図８に示されるように、前記サイドリンク通信装置は、
第２のフィードバック情報を受信するように構成される第２の受信モジュール７１０と、前記第２のフィードバック情報に基づいてＳＬ伝送操作を実行するように構成される実行モジュール７２０と、を備える。

【0155】

本実施例におけるサイドリンク通信装置では、上位レイヤは、送信側から報告された第２のフィードバック情報を受信し、受信された第２のフィードバック情報に基づいてＳＬ伝送操作を実行することができる。上位レイヤが受信された第２のフィードバック情報に基づいてＳＬ伝送操作を実行することにより、ネットワーク通信の効率及び確実性を向上させることができる。

【0156】

一実施例では、ＳＬ伝送はフィードバックをイネーブルさせるユニキャスト伝送であり、第２のフィードバック情報に基づいてＳＬ伝送操作を実行することは、
第２のフィードバック情報がＡＣＫ情報を含む場合、ＳＬ伝送に対応するプロセスにおける再送バッファを空にすること、第２のフィードバック情報がＮＡＣＫ情報を含む場合、ＳＬ伝送に対応するプロセスによるＳＬ伝送の再送をトリガすることと、第２のフィードバック情報が、第１のフィードバック情報が受信されていないことを含む場合、ＳＬ伝送に対応するプロセスによるＳＬ伝送の再送をトリガするか、又は、ＳＬ伝送に対応するプロセスによる第１のフィードバック情報の受信の再要求をトリガすることとの少なくとも１つを含む。

【0157】

一実施例では、ＳＬ伝送はフィードバックをイネーブルさせるグループキャストタイプ伝送であり、第２のフィードバック情報に基づいてＳＬ伝送操作を実行することは、
第２のフィードバック情報がＡＣＫ情報を含む場合、ＳＬ伝送に対応するプロセスにおける再送バッファを空にすること、第２のフィードバック情報がＮＡＣＫ情報を含む場合、ＳＬ伝送に対応するプロセスによるＳＬ伝送の再送をトリガすることと、第２のフィードバック情報が、第１のフィードバック情報が受信されていないことを含む場合、ＳＬ伝送に対応するプロセスにおける再送バッファを空にすることとの少なくとも１つを含む。

【0158】

本願の実施例は１つのサイドリンク通信装置をさらに提供する。図９は一実施例に係る１つのサイドリンク通信装置の構造模式図である。図９に示されるように、前記サイドリンク通信装置は、第２の送信モジュール８１０と、第３の送信モジュール８２０と、第２の報告モジュール８３０とを備える。

【0159】

第２の送信モジュール８１０は、それぞれが１つの候補フィードバックタイミングセットに対応する１グループのＳＬ伝送を送信するように構成される。

【0160】

第３の送信モジュール８２０は、前記１グループのＳＬ伝送に対応する候補フィードバックタイミングセットで第１のフィードバック情報を受信するように構成される。

【0161】

第２の報告モジュール８３０は、前記第１のフィードバック情報に基づいてネットワークデバイスに報告する第３のフィードバック情報を特定する。

【0162】

本実施例におけるサイドリンク通信装置では、送信側が、１グループのＳＬ伝送を送信し、候補フィードバックタイミングセットで対応する受信側から返された第１のフィードバック情報を受信した上で、受信された第１のフィードバック情報に基づいて上位レイヤに第３のフィードバック情報を報告することにより、第１のフィードバック情報を取得せずに送信側が誤った操作をすることを効果的に避け、ネットワーク通信の効率及び確実性を向上させることができる。

【0163】

一実施例では、１グループのＳＬ伝送は少なくとも１つのＳＬ伝送を含み、第２の報告モジュール８３０は、
それぞれのＳＬ伝送に対応する候補フィードバックタイミングセットで受信された第１のフィードバック情報に基づいてそれぞれのＳＬ伝送に対応する第２のフィードバック情報を特定するように構成される第１の特定ユニットと、それぞれのＳＬ伝送に対応する第２のフィードバック情報に基づいて第３のフィードバック情報を特定するように構成される第２の特定ユニットと、を備える。

【0164】

一実施例では、ＳＬ伝送はフィードバックをイネーブルさせるユニキャスト伝送であり、第２の特定ユニットは、
１グループのＳＬ伝送の少なくとも１つ又は最後のＳＬ伝送に対応する第２のフィードバック情報がＡＣＫ情報である場合、第３のフィードバック情報をＡＣＫ情報に設定し、そうでない場合、第３のフィードバック情報をＮＡＣＫ情報に設定すること、又は、
１グループのＳＬ伝送の最後のＳＬ伝送に対応する第２のフィードバック情報と同じであるように設定するように第３のフィードバック情報を構成される。

【0165】

一実施例では、ＳＬ伝送はフィードバックをイネーブルさせる第１のグループキャストタイプ伝送であり、第２の特定ユニットは、
１グループのＳＬ伝送の最後のＳＬ伝送に対応する第２のフィードバック情報がＡＣＫ情報である場合、第３のフィードバック情報をＡＣＫ情報に設定し、そうでない場合、第３のフィードバック情報をＮＡＣＫ情報に設定するように構成される。

【0166】

一実施例では、ＳＬ伝送はフィードバックをイネーブルさせる第２のグループキャストタイプ伝送であり、第２の特定ユニットは、
１グループのＳＬ伝送の少なくとも１つ又は最後のＳＬ伝送に対応する第２のフィードバック情報がＡＣＫ情報である場合、第３のフィードバック情報をＡＣＫ情報に設定し、そうでない場合、第３のフィードバック情報をＮＡＣＫ情報に設定するように構成される。

【0167】

一実施例では、ＳＬ伝送はフィードバックをイネーブルさせる第３のグループキャストタイプ伝送であり、第２の特定ユニットは、
１グループのＳＬ伝送の最後のＳＬ伝送に対応する第２のフィードバック情報がＡＣＫ情報である場合、第３のフィードバック情報をＡＣＫ情報に設定し、そうでない場合、第３のフィードバック情報をＮＡＣＫ情報に設定するように構成される。

【0168】

本願の実施例は１つの通信ノードをさらに提供し、図１０は一実施例に係る１つの通信ノードのハードウェアの構造模式図であり、図１０に示されるように、本願に係る通信ノードは、メモリ９２０と、プロセッサ９１０と、メモリに記憶されてプロセッサに実行可能なコンピュータプログラムと、を備え、プロセッサ９１０は、前記プログラムを実行すると、上記のサイドリンク通信方法を実現する。

【0169】

通信ノードはさらにメモリ９２０を備えることができ、この通信ノードにおけるプロセッサ９１０は１つ又は複数であってもよく、図１０では１つのプロセッサ９１０を例とし、メモリ９２０は１つ又は複数のプログラムを記憶するために用いられ、前記１つ又は複数のプログラムが前記１つ又は複数のプロセッサ９１０によって実行されることにより、前記１つ又は複数のプロセッサ９１０は本願の実施例に記載のようなサイドリンク通信方法を実現する。

【0170】

通信ノードは、通信装置９３０と、入力装置９４０と、出力装置９５０とをさらに備える。

【0171】

通信ノードにおけるプロセッサ９１０、メモリ９２０、通信装置９３０、入力装置９４０及び出力装置９５０は、バス又は他の方式により接続されてもよく、図１０ではバスにより接続されていることを例とする。

【0172】

入力装置９４０は、入力された数字や文字情報の受信、並びに通信ノードのユーザ設定及び機能制御に関連するキー信号入力の生成するために用いられてもよい。出力装置９５０はディスプレイなどの表示装置を備えてもよい。

【0173】

通信装置９３０は受信機及び送信機を備えてもよい。通信装置９３０はプロセッサ９１０の制御により情報送受信の通信を行うように構成される。

【0174】

メモリ９２０はコンピュータ可読記憶媒体として、ソフトウェアプログラム、コンピュータ実行可能なプログラム及びモジュール、例えば、本願の実施例に記載のようなサイドリンク通信方法に対応するプログラム命令／モジュール（例えば、サイドリンク通信装置における第１の送信モジュール５１０、第１の受信モジュール５２０及び第１の報告モジュール５３０）、又は本願の実施例に記載のようなサイドリンク通信方法に対応するプログラム命令／モジュール（例えば、サイドリンク通信装置におけるＳＬ伝送受信モジュール６１０、特定モジュール６２０及び判定実行モジュール６３０）、又は本願の実施例に記載のようなサイドリンク通信方法に対応するプログラム命令／モジュール（例えば、サイドリンク通信装置における第２の受信モジュール７１０及び実行モジュール７２０）、又は本願の実施例に記載のようなサイドリンク通信方法に対応するプログラム命令／モジュール（例えば、サイドリンク通信装置における第２の送信モジュール８１０、第３の受信モジュール８２０及び第２の報告モジュール８３０）を記憶するように構成されてもよい。メモリ９２０は、オペレーティングシステム、少なくとも１つの機能に必要なアプリケーションプログラムを記憶することができるプログラム記憶領域と、通信ノードの使用により作成されたデータなどを記憶することができるデータ記憶領域とを備えてもよい。また、メモリ９２０は、高速ランダムアクセスメモリを備えてもよく、例えば少なくとも１つの磁気ディスク記憶デバイス、フラッシュメモリデバイス、又は他の不揮発性固体記憶デバイスのような不揮発性メモリを備えてもよい。いくつかの実例では、メモリ９２０はプロセッサ９１０に対して遠隔的に設けられたメモリを備え、こられの遠隔メモリはネットワークにより通信ノードに接続されてもよい。上記のネットワークの実例には、インターネット、イントラネット、ローカルエリアネットワーク、移動通信網、及びそれらの組み合わせが含まれるが、これらに限定されない。

【0175】

本願の実施例は、プロセッサに実行されると、本願の実施例のいずれか１つに記載のサイドリンク通信方法を実現するコンピュータプログラムが記憶されているコンピュータ可読記憶媒体をさらに提供する。当該サイドリンク通信方法は、１つの候補フィードバックタイミングセットに対応するＳＬ伝送を送信することと、前記候補フィードバックタイミングセットで第１のフィードバック情報を受信することと、前記第１のフィードバック情報に基づいて上位レイヤに第２のフィードバック情報を報告することと、を含んでもよい。当該サイドリンク通信方法は、１つの候補フィードバックタイミングセットに対応するサイドリンクＳＬ伝送を受信することと、第１のフィードバック情報を特定することと、前記候補フィードバックタイミングセットにおける少なくとも１つの候補フィードバックタイミングの前に判定工程を実行し、成功と判定された候補フィードバックタイミングのうちの少なくとも１つの候補フィードバックタイミングで前記第１のフィードバック情報を送信することと、を含んでもよい。当該サイドリンク通信方法は、第２のフィードバック情報を受信することと、前記第２のフィードバック情報に基づいてＳＬ伝送操作を実行することと、を含んでもよい。当該サイドリンク通信方法は、それぞれが１つの候補フィードバックタイミングセットに対応する１グループのＳＬ伝送を送信することと、前記１グループのＳＬ伝送に対応する候補フィードバックタイミングセットで第１のフィードバック情報を受信することと、前記第１のフィードバック情報に基づいてネットワークデバイスに報告する第３のフィードバック情報を特定することと、を含んでもよい。

【0176】

本願の実施例のコンピュータ記憶媒体は、１つ又は複数のコンピュータ可読媒体の任意の組み合わせを採用することができる。コンピュータ可読媒体は、コンピュータ可読信号媒体又はコンピュータ可読記憶媒体であってもよい。コンピュータ可読記憶媒体は、例えば、電気、磁気、光、電磁、赤外線、又は半導体のシステム、装置又はデバイス、或いは以上のものの任意の組合せであってもよいが、これらに限られない。コンピュータ可読記憶媒体の例（非排他的なリスト）には、１つ又は複数のリード線を有する電気的接続、ポータブルコンピュータ磁気ディスク、ハードディスク、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、リードオンリーメモリ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、消去可能なプログラマブルリードオンリーメモリ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ、ＥＰＲＯＭ）、フラッシュメモリ、光ファイバ、ポータブルＣＤ－ＲＯＭ、光記憶デバイス、磁気記憶デバイス、又は上記ものの任意の適宜な組合せ、が含まれる。コンピュータ可読記憶媒体は、命令実行システム、装置又はデバイスに使用されるか、又はそれらと結び付けて使用されることができるプログラムを含む又は記憶するあらゆる有形媒体であってもよい。

【0177】

コンピュータ可読信号媒体は、ベースバンドにおいて、又は搬送波の一部として伝搬されるデータ信号を含むことができ、その中には、コンピュータ可読プログラムコードが担持されている。このような伝搬されるデータ信号は、電磁信号、光信号又は上記ものの任意の適宜な組合せを含むが、これらに限られない様々な形式を採用することができる。コンピュータ可読信号媒体は、さらに、コンピュータ可読記憶媒体以外のあらゆるコンピュータ可読媒体であってもよく、当該コンピュータ可読信号媒体は、命令実行システム、装置又はデバイスにより使用されるか、又はそれらと結び付けて使用されるためのプログラムを送信、伝搬又は伝送することができる。

【0178】

コンピュータ可読媒体に含まれるプログラムコードは、無線、電線、光ケーブル、無線周波数（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ、ＲＦ）など、又は上記ものの任意の適宜な組合せを含むが、これらに限られないあらゆる適切な媒体を用いて伝送することができる。

【0179】

１つ又は複数のプログラミング言語又はその組合せにより、本願の操作を実行するためのコンピュータプログラムコードを書くことができ、前記プログラミング言語は、Ｊａｖａ（登録商標）、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋のようなオブジェクト指向のプログラミング言語を含み、例えば「Ｃ」言語又は類似するプログラミング言語のような一般的な手続き型プログラミング言語をさらに含む。プログラムコードは、完全にユーザコンピュータで実行されてもよいし、部分的にユーザコンピュータで実行されてもよいし、１つの独立のソフトウェアパッケージとして実行されてもよいし、一部がユーザコンピュータで一部がリモートコンピュータで実行されてもよいし、又は完全にリモートコンピュータ又はサーバで実行されてもよい。リモートコンピュータに関わる場合には、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）又はワイドエリアネットワーク（ＷＡＮ）を含む任意の種類のネットワークによりユーザコンピュータに接続されることができるか、又は、外部コンピュータに接続されることができる（例えばＩＮＴＥＲＮＥＴサービスプロバイダを利用してＩＮＴＥＲＮＥＴにより接続される）。

【0180】

上記は、本願の例示的な実施例にすぎず、本願の保護範囲を限定するためのものではない。

【0181】

ユーザ端末という用語が、例えば携帯電話、ポータブルデータ処理装置、ポータブルウェブブラウザ又は車載移動局のようなあらゆる適切なタイプの無線ユーザデバイスをカバーすることは、当業者が理解すべきである。

【0182】

一般的には、本願の様々な実施例は、ハードウェア又は専用回路、ソフトウェア、論理又はそれらのあらゆる組合せで実現されることができる。例えば、本願ではそれに限定されないが、いくつかの側面はハードウェアで実現され、他の側面はコントローラ、マイクロプロセッサ又は他のコンピューティングデバイスによって実行可能なファームウェア又はソフトウェアで実現されることができる。

【0183】

本願の実施例は、モバイルデバイスのデータプロセッサがコンピュータプログラム命令を実行することによって実現されることができ、例えばプロセッサのエンティティにおいて、ハードウェアにより実現されてもよいし、ソフトウェアとハードウェアの組合せによって実現されることができる。コンピュータプログラム命令は、アセンブリ命令、命令セットアーキテクチャ（Ｉｎｓｔｒｕｃｔｉｏｎ Ｓｅｔ Ａｒｃｈｉｔｅｃｔｕｒｅ、ＩＳＡ）命令、機械命令、機械依存命令、マイクロコード、ファームウェア命令、状態設定データ、若しくは１つ又は複数のプログラミング言語の任意の組合せで書かれたソースコード又はターゲットコードであってもよい。

【0184】

本願の図面におけるあらゆる論理フローのブロック図は、プログラムステップを表してもよく、又は相互に接続された論理回路、モジュール及び機能を表してもよく、又はプログラムステップと論理回路、モジュール及び機能との組合せを表してもよい。コンピュータプログラムはメモリに記憶されることができる。メモリは、ローカルテクノロジー環境に適したあらゆるタイプを有し、あらゆる適切なデータメモリテクノロジーを用いて実現されることができ、例えば、リードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、光メモリデバイス及びシステム（デジタルビデオディスク（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｃ、ＤＶＤ）又はコンパクトディスク（Ｃｏｍｐａｃｔ Ｄｉｓｋ、ＣＤ）などであってもよいが、これらに限定されない。コンピュータ可読媒体は非一時的な記憶媒体を含んでもよい。データプロセッサは、ローカルテクノロジー環境に適したあらゆるタイプであってもよく、例えば、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタルシグナルプロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ、ＤＳＰ）、専用集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、プログラマブル論理デバイス（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）及びマルチコアプロセッサアーキテクチャによるプロセッサであってもよいが、こられに限定されない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【手続補正書】

【提出日】2024-06-19

【手続補正1】

【補正対象書類名】明細書

【補正対象項目名】０００４

【補正方法】変更

【補正の内容】

【0004】

本願実施例は、
時間領域における複数の候補フィードバックタイミングを含む１つの候補フィードバックタイミングセットに対応するサイドリンク（ＳＬ）伝送を送信すること（１１０）と、
前記候補フィードバックタイミングセットで第１のフィードバック情報を受信すること（１２０）と、
前記第１のフィードバック情報に基づいて上位レイヤに第２のフィードバック情報を報告すること（１３０）と、を含む、
サイドリンク（ＳＬ）通信方法を提供する。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】０００５

【補正方法】変更

【補正の内容】

【0005】

本願の実施例は、
時間領域における複数の候補フィードバックタイミングを含む１つの候補フィードバックタイミングセットに対応するサイドリンクＳＬ伝送を受信すること（２１０）と、
第１のフィードバック情報を特定すること（２２０）と、
前記候補フィードバックタイミングセットにおける少なくとも１つの候補フィードバックタイミングの前に判定工程を実行し、成功と判定された候補フィードバックタイミングのうちの少なくとも１つの候補フィードバックタイミングで前記第１のフィードバック情報を送信すること（２３０）と、を含む、
サイドリンク通信方法をさらに提供する。

【手続補正3】

【補正対象書類名】明細書

【補正対象項目名】０００６

【補正方法】削除

【補正の内容】

【手続補正4】

【補正対象書類名】明細書

【補正対象項目名】０００７

【補正方法】削除

【補正の内容】

【手続補正5】

【補正対象書類名】明細書

【補正対象項目名】０００９

【補正方法】変更

【補正の内容】

【0009】

本願の実施例は、
プロセッサ（９１０）に実行されると、上記サイドリンク通信方法を実現するコンピュータプログラムが記憶されている、
コンピュータ可読記憶媒体をさらに提供する。

【手続補正6】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

時間領域における複数の候補フィードバックタイミングを含む１つの候補フィードバックタイミングセットに対応するサイドリンク（ＳＬ）伝送を送信すること（１１０）と、
前記候補フィードバックタイミングセットで第１のフィードバック情報を受信すること（１２０）と、
前記第１のフィードバック情報に基づいて上位レイヤに第２のフィードバック情報を報告すること（１３０）と、を含む、
サイドリンク（ＳＬ）通信方法。

【請求項2】

前記ＳＬ伝送がフィードバックをイネーブルさせるユニキャスト伝送であり、前記第１のフィードバック情報が非確認（ＮＡＣＫ）情報又は確認（ＡＣＫ）情報を含み、
前記候補フィードバックタイミングセットにおける少なくとも１つの候補フィードバックタイミングで前記第１のフィードバック情報を受信した場合、受信された前記第１のフィードバック情報と同じであるように前記第２のフィードバック情報を設定することをさらに含む、
請求項１に記載の方法。

【請求項3】

前記候補フィードバックタイミングセットで前記第１のフィードバック情報を受信していない場合、前記第２のフィードバック情報をＮＡＣＫ情報に設定するか、又は、前記第２のフィードバック情報を前記第１のフィードバック情報が受信されていないものに設定することをさらに含む、
請求項２に記載の方法。

【請求項4】

前記ＳＬ伝送は、フィードバックをイネーブルさせる第１のグループキャストタイプ伝送であり、
前記第１のフィードバック情報は、ＮＡＣＫ情報を含み、
前記候補フィードバックタイミングセットにおける少なくとも１つの候補フィードバックタイミングで前記第１のフィードバック情報を受信した場合、前記第２のフィードバック情報をＮＡＣＫ情報に設定することをさらに含み、または、
前記候補フィードバックタイミングセットで前記第１のフィードバック情報を受信していない場合、前記第２のフィードバック情報をＡＣＫ情報に設定するか、又は、前記第２のフィードバック情報を前記第１のフィードバック情報が受信されていないものに設定することをさらに含み、または、
前記ＳＬ伝送で運ばれる伝送ブロックが初回伝送されるものであるか、又はｎ回目に伝送されるものであり、ｎがＮ以下である場合、前記第２のフィードバック情報をＮＡＣＫ情報に設定することをさらに含み、
Ｎは正整数である、
請求項１に記載の方法。

【請求項5】

前記ＳＬ伝送はフィードバックをイネーブルさせる第２のグループキャストタイプ伝送であり、メンバーそれぞれの第１のフィードバック情報はＮＡＣＫ情報又はＡＣＫ情報を含み、
メンバーグループのメンバーそれぞれの第１のフィードバック情報がＡＣＫ情報であることを受信した場合、前記第２のフィードバック情報をＡＣＫ情報に設定し、メンバーグループのメンバーそれぞれの第１のフィードバック情報がＡＣＫ情報であることを受信していない場合、前記第２のフィードバック情報をＮＡＣＫ情報に設定することをさらに含む、
請求項１に記載の方法。

【請求項6】

前記ＳＬ伝送は、フィードバックをイネーブルさせる第３のグループキャストタイプ伝送であり、
メンバーそれぞれの第１のフィードバック情報は、ＮＡＣＫ情報又はＡＣＫ情報を含む、
請求項１に記載の方法。

【請求項7】

前記候補フィードバックタイミングセットにおける少なくとも１つの候補フィードバックタイミングで前記第１のフィードバック情報を受信し、かつ前記第１のフィードバック情報がＮＡＣＫ情報を含む場合、前記第２のフィードバック情報をＮＡＣＫ情報に設定することをさらに含み、または、
前記候補フィードバックタイミングセットで受信された第１のフィードバック情報がＡＣＫ情報のみを含む場合、前記第２のフィードバック情報をＡＣＫ情報に設定し、前記候補フィードバックタイミングセットで受信した第１のフィードバック情報がＡＣＫ情報のみを含まない場合、前記第２のフィードバック情報をＮＡＣＫ情報に設定することをさらに含み、または、
前記候補フィードバックタイミングセットで前記第１のフィードバック情報を受信していない場合、前記第２のフィードバック情報をＮＡＣＫ情報に設定するか、又は、前記第２のフィードバック情報を前記第１のフィードバック情報が受信されていないものに設定することをさらに含む、
請求項６に記載の方法。

【請求項8】

前記ＳＬ伝送は１グループのＳＬ伝送に属し、
前記１グループのＳＬ伝送は、データブロックが同じであるか、又は、１つのＳＬプロセスに属するか、又は、ネットワーク又は上位レイヤに指示された少なくとも１つのＳＬ伝送又は少なくとも１つのグラントリソースに対応する少なくとも１つの伝送を含む、
請求項１に記載の方法。

【請求項9】

時間領域における複数の候補フィードバックタイミングを含む１つの候補フィードバックタイミングセットに対応するサイドリンクＳＬ伝送を受信すること（２１０）と、
第１のフィードバック情報を特定すること（２２０）と、
前記候補フィードバックタイミングセットにおける少なくとも１つの候補フィードバックタイミングの前に判定工程を実行し、成功と判定された候補フィードバックタイミングのうちの少なくとも１つの候補フィードバックタイミングで前記第１のフィードバック情報を送信すること（２３０）と、を含む、
サイドリンク通信方法。

【請求項10】

前記候補フィードバックタイミングセットにおける少なくとも１つの候補フィードバックタイミングの前に判定工程を実行し、成功と判定された候補フィードバックタイミングのうちの少なくとも１つの候補フィードバックタイミングで前記第１のフィードバック情報を送信することは、
成功と判定された候補フィードバックタイミングで前記第１のフィードバック情報が送信されるまで、又は、前記少なくとも１つの候補フィードバックタイミングの判定が完了するまで、前記候補フィードバックタイミングセットにおけるそれぞれの候補フィードバックタイミングの前に順次判定工程を実行することを含む、
請求項９に記載の方法。

【請求項11】

前記判定工程は、チャネルアクセス工程を含み、
前記少なくとも１つの候補フィードバックタイミングのぞれぞれは、各々のチャネルアクセスタイプに対応する、
請求項９に記載の方法。

【請求項12】

前記候補フィードバックタイミングセットにおける少なくとも１つの候補フィードバックタイミングの前に判定工程を実行することは、
１つの候補フィードバックタイミングの前に第１のタイプのチャネルアクセス工程を実行させ、次の候補フィードバックタイミングの前に実行している前記第１のタイプのチャネルアクセス工程を引続き実行することと、
１つの候補フィードバックタイミングの前に第１のタイプのチャネルアクセス工程を実行させ、次の候補フィードバックタイミングの前に、実行している第１のタイプのチャネルアクセス工程と同じチャネルアクセス優先度（ＣＡＰＣ）を用いる、新たな第１のタイプのチャネルアクセス工程を実行することと、
１つの候補フィードバックタイミングの前に第１のタイプのチャネルアクセス工程を実行させ、次の候補フィードバックタイミングの前に、用いられるＣＡＰＣが実行している第１のタイプのチャネルアクセス工程で用いられるＣＡＰＣよりも高い、新たな第１のタイプのチャネルアクセス工程を実行することと、
１つの候補フィードバックタイミングの前に第１のタイプのチャネルアクセス工程を実行させ、次の候補フィードバックタイミングの前に、用いられるＣＡＰＣが実行している第１のタイプのチャネルアクセス工程で用いられるＣＡＰＣよりも低い、新たな第１のタイプのチャネルアクセス工程を実行することと、
１つの候補フィードバックタイミングの前に第１のタイプのチャネルアクセス工程を実行し、次の候補フィードバックタイミングの前に第２のタイプのチャネルアクセス工程を実行することと、
１つの候補フィードバックタイミングの前に実行されたチャネルアクセス工程が失敗した場合、チャネルアクセスタイプを変更し、次の候補フィードバックタイミングの前に変更されたチャネルアクセスタイプを用いてチャネルアクセス工程を実行することと、の１つを含む、
請求項１１に記載の方法。

【請求項13】

それぞれの候補フィードバックタイミングのチャネルアクセスタイプを構成又は事前定義することをさらに含み、
それぞれの候補フィードバックタイミングのチャネルアクセスタイプを構成又は事前定義することは、
１つの候補フィードバックタイミングのチャネルアクセスタイプをタイプ１として構成又は事前定義し、前記タイプ１に対応するＣＡＰＣを構成又は事前定義することと、
１つの候補フィードバックタイミングのチャネルアクセスタイプをタイプ２Ａとして構成又は事前定義することと、
１つの候補フィードバックタイミングのチャネルアクセスタイプをタイプ２Ｂとして構成又は事前定義することと、
１つの候補フィードバックタイミングのチャネルアクセスタイプをタイプ２Ｃとして構成又は事前定義することと、の少なくとも１つを含む、
請求項９に記載の方法。

【請求項14】

メモリ（９２０）と、プロセッサ（９１０）と、前記メモリ（９２０）に記憶されて前記プロセッサ（９１０）に実行可能なコンピュータプログラムと、を備え、
前記プロセッサ（９１０）は、前記プログラムを実行すると、請求項１～１３のいずれか一項に記載のサイドリンク通信方法を実現する、
通信ノード。

【請求項15】

プロセッサ（９１０）に実行されると、請求項１～１３のいずれか一項に記載のサイドリンク通信方法を実現するコンピュータプログラムが記憶されている、
コンピュータ可読記憶媒体。

【国際調査報告】