特表2024-527131 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ ダータンゴーハイインテリジェントアンドコネクティッドテクノロジー（チョンチン）カンパニーリミテッドの特許一覧

特表2024-527131サイドリンクデータ伝送方法、装置及び端末

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

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

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

(11)【公表番号】

(43)【公表日】2024-07-19

(54)【発明の名称】サイドリンクデータ伝送方法、装置及び端末

(51)【国際特許分類】

H04W 72/25 20230101AFI20240711BHJP

H04W 72/0453 20230101ALI20240711BHJP

H04W 72/0446 20230101ALI20240711BHJP

H04W 72/541 20230101ALI20240711BHJP

H04W 92/18 20090101ALI20240711BHJP

【ＦＩ】

H04W72/25

H04W72/0453 110

H04W72/0446

H04W72/541

H04W92/18

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024506275

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

(85)【翻訳文提出日】2024-01-31

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

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

(87)【国際公開日】2023-02-09

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

(32)【優先日】2021-08-06

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】322001587

【氏名又は名称】中信科智聯科技有限公司

【氏名又は名称原語表記】ＣＩＣＴＣｏｎｎｅｃｔｅｄａｎｄＩｎｔｅｌｌｉｇｅｎｔＴｅｃｈｎｏｌｏｇｉｅｓＣｏ．，Ｌｔｄ．

【住所又は居所原語表記】Ｏｆｆｉｃｅ５０５，５ｔｈＦｌｏｏｒ，Ｂｕｉｌｄｉｎｇ２，Ｎｏ．２９９，ＳｃｉｅｎｔｉｆｉｃＲｅｓｅａｒｃｈＡｖｅｎｕｅ，ＺｅｎｇｊｉａＴｏｗｎ，Ｈｉｇｈ－ｔｅｃｈＩｎｄｕｓｔｒｉａｌＤｅｖｅｌｏｐｍｅｎｔＺｏｎｅ，ＪｉｕｌｏｎｇｐｏＤｉｓｔｒｉｃｔ，Ｃｈｏｎｇｑｉｎｇ，Ｃｈｉｎａ

(74)【代理人】

【識別番号】110002262

【氏名又は名称】ＴＲＹ国際弁理士法人

(72)【発明者】

【氏名】趙鋭

(72)【発明者】

【氏名】鄭石磊

(72)【発明者】

【氏名】李晨▲しん▼

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

5K067

【Ｆターム（参考）】

5K067AA23

(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】

コンピュータ読取可能な記憶媒体であって、
コンピュータプログラムが記憶されており、該コンピュータプログラムがプロセッサにより実行されるとき、請求項１ないし１４のいずれか一項に記載のサイドリンクデータ伝送方法のステップが実現されるか、又は、請求項１５ないし２８のいずれか一項に記載のサイドリンクデータ伝送方法のステップが実現される
ことを特徴とするコンピュータ読取可能な記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

＜関連出願の相互参照＞
本願は２０２１年８月６日に中国で出願された中国特許出願Ｎｏ．２０２１１０９０４１９１．４の優先権を主張し、その全ての内容を引用により組み込む。

【0002】

本開示は通信技術分野に関し、特にはサイドリンクデータ伝送方法、装置及び端末に関する。

【背景技術】

【0003】

サイドリンクの通信において、特に端末が自身のリソースセンシング結果のみに基づいてリソース選択を行う場合、送信端末側のセンシング結果は受信端末側のチャネル環境を反映できないため、隠れノード、露出ノード、ハーフデュプレックスなどにより影響されやすい。ゆえに、送信端末が選択したリソースは受信端末にとって不適切であるか、又は、送信端末が選択したリソースは他の端末が選択したリソースとリソース衝突が発生する。これらの問題は、サイドリンクに端末間の協調メカニズムを組み込むことによって回避することができる。

【0004】

端末間のリソース協調メカニズムにおいて、主に以下の２つの案が存在する。

【0005】

案１では、協調端末が被協調端末にリソース集合をフィードバックし、被協調端末は、協調端末によりフィードバックされたリソース集合に基づいて、送信を行うリソースを確定する。

【0006】

案２では、図１に示すよう、協調端末が、受信した被協調端末のリソース衝突指示情報に基づいて、被協調端末により占用されたリソース又はこれから占用されるリソースが、被協調端末自身又は他の端末との間にリソース衝突が存在するか否かを判断する。リソース衝突が存在する場合、協調端末はリソース衝突が発生するリソースを被協調端末に指示する。被協調端末は、リソース衝突指示情報を受信したあと、リソース再選択をトリガーする。

【0007】

上述した端末間のリソース協調の案２においては、被協調端末のリソース選択メカニズムを新たに設計しなければ、一部の場面ではリソース衝突を効果的に指示できなくなる可能性があり、したがってデータ伝送の信頼性が影響されてしまう。

【発明の概要】

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

【0008】

本開示は、サイドリンクデータ伝送方法、装置及び端末を提供し、関連技術において一部の場面ではリソース衝突を効果的に指示できない問題を解決して、衝突が発生するリソースを効果的に指示することができ、データ伝送の信頼性を向上させる。

【課題を解決するための手段】

【0009】

以上の技術課題を解決するために、本発明は以下のように実現される。

【0010】

第１の態様によると、本開示の実施例は、第１端末に適用される、サイドリンクデータ伝送方法を提供する。該方法は、データ伝送を行う第１送信リソース及び第２送信リソースの、時間－周波数リソース位置を確定するステップと、前記第１送信リソースにおいてデータの送信を行うステップであって、送信される前記データは少なくとも前記第２送信リソースの時間－周波数リソース位置を指示するためのサイドリンク制御情報（ｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ，ＳＣＩ）を含み、前記第２送信リソースは前記第１送信リソースの後に伝送を行うステップと、リソース衝突指示情報を受信するリソース衝突指示チャネルの目標伝送リソースを確定するステップであって、前記リソース衝突指示情報は前記第２送信リソースにおけるリソース衝突の発生を指示するために用いられるステップと、を含む。ここで、前記第１送信リソースと前記第２送信リソースとの間は少なくとも１つの最小時間間隔離れており、前記最小時間間隔は第１時間間隔及び第２時間間隔を含み、前記第１送信リソースと前記目標伝送リソースの間は少なくとも第１時間間隔離れており、前記目標伝送リソースと前記第２送信リソースの間は少なくとも第２時間間隔離れている。

【0011】

第２の態様によると、本開示の実施例は、第２端末に適用される、サイドリンクデータ伝送方法を提供する。該方法は、第１端末により第１送信リソースにおいて送信されたデータを受信するステップであって、送信されたデータは少なくとも第２送信リソースの時間－周波数リソース位置を指示するためのＳＣＩを含み、前記第２送信リソースは前記第１送信リソースの後に伝送を行うステップと、前記ＳＣＩに基づいて、リソース衝突指示情報を伝送するリソース衝突指示チャネルの目標伝送リソースを確定するステップであって、前記リソース衝突指示情報は前記第２送信リソースにおけるリソース衝突の発生を指示するために用いられるステップと、を含む。ここで、前記第１送信リソースと前記目標伝送リソースの間は少なくとも第１時間間隔離れており、前記目標伝送リソースと前記第２送信リソースの間は少なくとも第２時間間隔離れている。

【0012】

第３の態様によると、本開示の実施例は端末を提供する。該端末は、トランシーバ、メモリ、プロセッサ、及び、メモリに記憶され且つプロセッサにおいて運転可能なコンピュータプログラムを備え、前記プロセッサが前記コンピュータプログラムを実行するとき、第１態様によるサイドリンクデータ伝送方法のステップが実現されるか、又は、第２態様によるサイドリンクデータ伝送方法のステップが実現される。

【0013】

第４の態様によると、本開示の実施例は、第１端末に適用される、サイドリンクデータ伝送装置を提供する。該装置は、データ伝送を行う第１送信リソース及び第２送信リソースの、時間－周波数リソース位置を確定するように構成される第１確定モジュールと、前記第１送信リソースにおいてデータの送信を行うように構成される第１送信モジュールと、リソース衝突指示情報を受信するリソース衝突指示チャネルの目標伝送リソースを確定するように構成される第１受信モジュールと、を備える。ここで、送信される前記データは少なくとも前記第２送信リソースの時間－周波数リソース位置を指示するためのサイドリンク制御情報ＳＣＩを含み、前記第２送信リソースは前記第１送信リソースの後に伝送を行い、前記リソース衝突指示情報は前記第２送信リソースにおけるリソース衝突の発生を指示するために用いられる。前記第１送信リソースと前記第２送信リソースの間は少なくとも１つの最小時間間隔離れており、前記最小時間間隔は第１時間間隔及び第２時間間隔を含み、前記第１送信リソースと前記目標伝送リソースの間は少なくとも第１時間間隔離れており、前記目標伝送リソースと前記第２送信リソースの間は少なくとも第２時間間隔離れている。

【0014】

第５の態様によると、本開示の実施例は、第２端末に適用される、サイドリンクデータ伝送装置を提供する。該装置は、第１端末により第１送信リソースにおいて送信されたデータを受信するように構成される第２受信モジュールと、前記ＳＣＩに基づいて、リソース衝突指示情報を伝送するリソース衝突指示チャネルの目標伝送リソースを確定するように構成される第２確定モジュールと、を備える。ここで、送信されるデータは少なくとも第２送信リソースの時間－周波数リソース位置を指示するためのＳＣＩを含み、前記第２送信リソースは前記第１送信リソースの後に伝送を行い、前記リソース衝突指示情報は前記第２送信リソースにおけるリソース衝突の発生を指示するために用いられる。前記第１送信リソースと前記目標伝送リソースの間は少なくとも第１時間間隔離れており、前記目標伝送リソースと前記第２送信リソースの間は少なくとも第２時間間隔離れている。

【0015】

第６の態様によると、本開示の実施例はコンピュータ読取可能な記憶媒体を提供する。該記憶媒体にはコンピュータプログラムが記憶されており、該コンピュータプログラムがプロセッサにより実行されるとき、第１の態様によるサイドリンクデータ伝送方法のステップが実現されるか、又は、第２の態様によるサイドリンクデータ伝送方法のステップが実現される。

【発明の効果】

【0016】

本開示の以上の技術手段が達成する有益な効果は以下の通りである。

【0017】

本開示の実施例によれば、第１端末がリソース選択を行う場合、選択されたいずれか２つの送信リソースの間にも１つの最小時間間隔が離れている。これによって、第２端末は、第１端末により送信されたデータを受信したあと、衝突が発生するリソースを効果的に指示することができる。したがって、データ伝送の信頼性を向上させる。

【図面の簡単な説明】

【0018】

【図1】本開示の実施例による端末間協調の案２におけるインターアクション模式図である。

【図2】本開示の実施例によるニューラジオ（ＮｅｗＲａｄｉｏ，ＮＲ）Ｖ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）のスロット（ｓｌｏｔ）に物理サイドリンクフィードバックチャネル（Ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅｌ，ＰＳＦＣＨ）が存在しないことを示す構造模式図である。

【図3】本開示の実施例によるＮＲＶ２ＸのｓｌｏｔにＰＳＦＣＨチャネルが含まれることを示す構造模式図である。

【図4】本開示の実施例による、リソース衝突が指示できないことを示す場面模式図である。

【図5】本開示の実施例に係る、サイドリンクデータ伝送方法のフローチャートである。

【図6】本開示の実施例に係る、サイドリンクデータ伝送方法の原理を示す模式図である。

【図7】本開示の実施例において候補リソース集合を確定することの模式図である。

【図8】本開示の実施例においてリソース衝突指示情報をフィードバックすることの模式図である。

【図9】本開示の他の実施例においてリソース衝突指示情報をフィードバックすることの模式図である。

【図10】本開示の実施例においてリソース衝突指示チャネルリソース集合に関連されるウィンドウの模式図である。

【図11】本開示の実施例における第１時間間隔の模式図である。

【図12】本開示の他の実施例においてリソース衝突指示チャネルリソース集合に関連されるウィンドウの模式図である。

【図13】本開示の実施例における第２時間間隔の模式図である。

【図14】本開示の他の実施例に係る、サイドリンクデータ伝送方法のフローチャートである。

【図15】本開示の実施例に係る、サイドリンクデータ伝送装置の構造ブロック図である。

【図16】本開示の他の実施例に係る、サイドリンクデータ伝送装置の構造ブロック図である。

【図17】本開示の実施例に係る端末の構造ブロック図である。

【図18】本開示の他の実施例に係る端末の構造ブロック図である。

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

【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】

【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】

以上の記載は本開示の好ましい実施形態に過ぎず、当業者であれば、本開示に記載の原理を逸脱せずに様々な改善や付加を実現することが可能であろうが、これらの改善や付加も本開示の保護範囲に属するべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【手続補正書】

【提出日】2024-01-31

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

【請求項2】

前記第２送信リソースは前記第１送信リソースの次の送信リソースである
ことを特徴とする請求項１に記載のサイドリンクデータ伝送方法。

【請求項3】

【請求項4】

【請求項5】

【請求項6】

前記候補リソース集合は、前記第１送信リソースの時間－周波数リソース位置と、前記第２送信リソースの時間－周波数リソース位置とのうちの少なくとも１つに基づいて確定される
ことを特徴とする請求項５に記載のサイドリンクデータ伝送方法。

【請求項7】

前記目標伝送リソースは、第１ステージサイドリンク制御情報１ｓｔ－ｓｔａｇｅＳＣＩにおける巡回冗長検査符号ＣＲＣビット、第２ステージサイドリンク制御情報２ｎｄ－ｓｔａｇｅＳＣＩにおけるソース識別子ＩＤ情報、前記候補リソース集合におけるＰＲＢの個数、及び、１つの前記ＰＲＢにおける直交多重化可能なシーケンスペアの個数のうちの少なくとも１つに基づいて確定され、
前記１ｓｔ－ｓｔａｇｅＳＣＩは前記第１送信リソースにおけるＳＣＩの１ｓｔ－ｓｔａｇｅＳＣＩであり、前記２ｎｄ－ｓｔａｇｅＳＣＩは前記第１送信リソースにおけるＳＣＩの２ｎｄ－ｓｔａｇｅＳＣＩである
ことを特徴とする請求項５に記載のサイドリンクデータ伝送方法。

【請求項8】

前記目標伝送リソースのスロットは前記第１送信リソースに関連しており、
関連される前記第１送信リソースは、前記目標伝送リソースのスロットの前にあり、且つ前記目標伝送リソースのスロットから少なくとも最小リソース衝突検出処理時間離れている、連続するＮ個のスロットの中にあるか、又は、
前記目標伝送リソースのスロットは前記第２送信リソースに関連しており、
関連される前記第２送信リソースは、前記目標伝送リソースのスロットの後にあり、且つ前記目標伝送リソースのスロットから少なくとも最小リソース衝突検出処理時間離れている、連続するＮ個のスロットの中にあり、
ここで、Ｎはリソースプールで設定された、リソース衝突指示チャネルに対応するリソースの周期であり、Ｎは正の整数である
ことを特徴とする請求項１に記載のサイドリンクデータ伝送方法。

【請求項9】

【請求項10】

【請求項11】

前記第２送信リソースは前記第１送信リソースの次の送信リソースである
ことを特徴とする請求項１０に記載のサイドリンクデータ伝送方法。

【請求項12】

前記第１時間間隔は、前記第１送信リソースにおいて行われる前記ＳＣＩの伝送が完了する第１時刻から、最も近い１つのリソース衝突指示チャネルの第１リソースの開始時刻までの時間間隔であり、
前記第１時刻と前記第１リソースの開始時刻の間は少なくとも１つの最小リソース衝突検出処理時間離れている
ことを特徴とする請求項１０に記載のサイドリンクデータ伝送方法。

【請求項13】

前記第２時間間隔は、前記目標伝送リソースが終了する第２時刻から、前記第２送信リソースの開始時刻までの時間間隔であり、
前記第２時刻と前記第２送信リソースの開始時刻の間には少なくとも１つの最小送信処理時間離れている
ことを特徴とする請求項１０に記載のサイドリンクデータ伝送方法。

【請求項14】

リソース衝突指示情報を伝送するリソース衝突指示チャネルの目標伝送リソースを確定する前記ステップは、
前記リソース衝突指示チャネルを伝送するための伝送リソースの候補リソース集合を確定するステップであって、前記候補リソース集合は前記伝送リソースに対応するスロット位置及び周波数領域におけるＰＲＢ位置を含むステップと、
前記候補リソース集合に基づいて前記目標伝送リソースを確定するステップと、を含む
ことを特徴とする請求項１０に記載のサイドリンクデータ伝送方法。

【請求項15】

前記候補リソース集合は、前記第１送信リソースの時間－周波数リソース位置と、前記第２送信リソースの時間－周波数リソース位置とのうちの少なくとも１つに基づいて確定される
ことを特徴とする請求項１４に記載のサイドリンクデータ伝送方法。

【請求項16】

前記目標伝送リソースは、１ｓｔ－ｓｔａｇｅＳＣＩにおけるＣＲＣビット、２ｎｄ－ｓｔａｇｅＳＣＩにおけるソースＩＤ情報、前記候補リソース集合におけるＰＲＢの個数、及び、１つの前記ＰＲＢにおける、直交多重化可能なシーケンスペアの個数のうちの少なくとも１つに基づいて確定され、
前記１ｓｔ－ｓｔａｇｅＳＣＩは前記第１送信リソースにおけるＳＣＩの１ｓｔ－ｓｔａｇｅＳＣＩであり、前記２ｎｄ－ｓｔａｇｅＳＣＩは前記第１送信リソースにおけるＳＣＩの２ｎｄ－ｓｔａｇｅＳＣＩである
ことを特徴とする請求項１４に記載のサイドリンクデータ伝送方法。

【請求項17】

前記目標伝送リソースのスロットは前記第１送信リソースに関連しており、
関連される前記第１送信リソースは、前記目標伝送リソースのスロットの前にあり、且つ前記目標伝送リソースのスロットから少なくとも最小リソース衝突検出処理時間離れている、連続するＮ個のスロットの中にあるか、又は、
前記目標伝送リソースのスロットは前記第２送信リソースに関連しており、
関連される前記第２送信リソースは、前記目標伝送リソースのスロットの後にあり、且つ前記目標伝送リソースのスロットから少なくとも最小リソース衝突検出処理時間離れている、連続するＮ個のスロットの中にあり、
ここで、Ｎはリソースプールで設定された、リソース衝突指示チャネルに対応するリソースの周期であり、Ｎは正の整数である
ことを特徴とする請求項１０に記載のサイドリンクデータ伝送方法。

【請求項18】

送信される前記データは、第３送信リソースの時間－周波数リソース位置を指示するためのＳＣＩを更に含み、
時間の前後に従って並べると、前記第１送信リソース、前記第２送信リソース、前記第３送信リソースという順になる
ことを特徴とする請求項１０に記載のサイドリンクデータ伝送方法。

【請求項19】

端末であって、
トランシーバ、メモリ、プロセッサ、及び、前記メモリに記憶され且つ前記プロセッサにおいて運転可能なコンピュータプログラムを備え、
前記プロセッサが前記コンピュータプログラムを実行するとき、請求項１ないし９のいずれか一項に記載のサイドリンクデータ伝送方法のステップが実現されるか、又は、請求項１０ないし１８のいずれか一項に記載のサイドリンクデータ伝送方法のステップが実現される
ことを特徴とする端末。

【請求項20】

【請求項21】

【請求項22】

コンピュータ読取可能な記憶媒体であって、
コンピュータプログラムが記憶されており、該コンピュータプログラムがプロセッサにより実行されるとき、請求項１ないし９のいずれか一項に記載のサイドリンクデータ伝送方法のステップが実現されるか、又は、請求項１０ないし１８のいずれか一項に記載のサイドリンクデータ伝送方法のステップが実現される
ことを特徴とするコンピュータ読取可能な記憶媒体。

【手続補正2】

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

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

【補正方法】変更

【補正の内容】

【0241】

＜第５実施例＞
上述した目的をよりうまく達成するために、図１７に示すように、本開示の第５実施例は端末を更に提供する。前記端末は第１端末であって、プロセッサ１７００と、バスインターフェースを介して前記プロセッサ１７００に接続するメモリ１７２０とを備える。前記メモリ１７２０は、前記プロセッサ１７００が動作を実行するときに使用するプログラム及びデータを記憶するように構成され、プロセッサ１７００は前記メモリ１７２０に記憶されるプログラム及びデータを呼び出し且つ実行する。

【手続補正3】

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

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

【補正方法】変更

【補正の内容】

【0266】

＜第６実施例＞
上述した目的をよりうまく達成するために、図１８に示すように、本開示の第６実施例は端末を更に提供し、前記端末は第２端末であって、プロセッサ１８００と、バスインターフェースを介して前記プロセッサ１８００に接続するメモリ１８２０とを備える。前記メモリ１８２０は、前記プロセッサ１８００が動作を実行するときに使用するプログラム及びデータを記憶するように構成され、プロセッサ１８００は前記メモリ１８２０に記憶されるプログラム及びデータを呼び出し且つ実行する。

【手続補正4】

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

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

【補正方法】変更

【補正の内容】

【0277】

選択的に、前記プロセッサ１８００は、リソース衝突指示情報を伝送するリソース衝突指示チャネルの目標伝送リソースを確定するとき、具体的には、リソース衝突指示チャネルを伝送する伝送リソースの候補リソース集合を確定することと、前記候補リソース集合に基づいて前記目標伝送リソースを確定することと、を含む。

【国際調査報告】

知財求人

知財求人お知らせサービス

知財のニュースを調べる
- 知財ニュース
- 知財周辺ニュース
企業の特許を調べる
知財のセミナーを調べる
知財,特許事務所への求職・転職
特許事務所をさがす
弁理士試験を受ける
- 年の弁理士試験情報
- 弁理士試験の合格率など統計
知財の法律をしらべる
期限日をしらべる
- 今日に対して意見書・補正書の期限
- 今日に対して審査請求期限日
知財の判決をしらべる
コンテンツ・リンク
運営会社
プレスの皆様へ
- お問い合わせ
ユーザーの皆様
- お問い合わせ・フィードバック
広告掲載を希望の皆様へ
- 広告掲載について
- 求人広告の掲載について

IP Force 特許公報掲載プロジェクト 2022.1.31 β版