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

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

▶ 富士通株式会社の特許一覧

特表2024-516747装置間コオーディネイション方法及び装置

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

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

< >

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

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

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

(11)【公表番号】

(43)【公表日】2024-04-16

(54)【発明の名称】装置間コオーディネイション方法及び装置

(51)【国際特許分類】

H04W 72/40 20230101AFI20240409BHJP

H04W 92/18 20090101ALI20240409BHJP

H04W 28/16 20090101ALI20240409BHJP

【ＦＩ】

H04W72/40

H04W92/18

H04W28/16

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023568621

(86)(22)【出願日】2021-08-05

(85)【翻訳文提出日】2023-11-07

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

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

(87)【国際公開日】2022-11-17

(31)【優先権主張番号】PCT/CN2021/092772

(32)【優先日】2021-05-10

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東忠彦

(72)【発明者】

【氏名】ジャン・ジエヌ

(72)【発明者】

【氏名】ジィ・ポンユィ

(72)【発明者】

【氏名】リ・グオルゥォン

(72)【発明者】

【氏名】ワン・シヌ

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

5K067

【Ｆターム（参考）】

5K067AA03

5K067DD34

5K067EE02

5K067EE10

5K067EE25

5K067JJ21

5K067JJ38

(57)【要約】

本発明の実施例では装置間コオーディネイション方法及び装置が提供される。前記方法は、第一端末装置が第二端末装置からの第一サイドリンク情報及び第三端末装置からの第二サイドリンク情報を受信し；前記第一サイドリンク情報及び前記第二サイドリンク情報に基づいて、前記第一サイドリンク情報によりリザーブされる第一リソースが再選択される必要があると確定し；及び、前記第二端末装置に、前記第一リソースが再選択される必要があることを指示するための第一コオーディネイション情報を送信することを含み、前記第一コオーディネイション情報の優先度は前記第一サイドリンク情報及び前記第二サイドリンク情報のうちの最高優先度に等しい。

【特許請求の範囲】

【請求項1】

装置間コオーディネイション装置であって、
第二端末装置からの第一サイドリンク情報、及び第三端末装置からの第二サイドリンク情報を受信する受信ユニット；
前記第一サイドリンク情報及び前記第二サイドリンク情報に基づいて、前記第一サイドリンク情報によりリザーブされる第一リソースが再選択される必要があると確定する確定ユニット；及び
前記第二端末装置に、前記第一リソースが再選択される必要があることを指示するための第一コオーディネイション情報を送信する送信ユニットを含み、
前記第一コオーディネイション情報の優先度は、前記第一サイドリンク情報及び前記第二サイドリンク情報のうちの最高優先度に等しい、装置。

【請求項2】

請求項１に記載の装置であって、
前記第一サイドリンク情報は第一サイドリンク制御情報及び第一物理サイドリンク共有チャネルを含み、前記第一サイドリンク情報の優先度は前記第一サイドリンク制御情報の中のフィールドにより指示される優先度に等しく、
前記第二サイドリンク情報は第二サイドリンク制御情報及び第二物理サイドリンク共有チャネルを含み、前記第二サイドリンク情報の優先度は前記第二サイドリンク制御情報の中のフィールドにより指示される優先度に等しい、装置。

【請求項3】

請求項２に記載の装置であって、
前記第一サイドリンク制御情報によりリザーブされる第一リソースと、前記第二サイドリンク制御情報によりリザーブされる第二リソースは時間領域及び周波数領域で少なくとも一部オーバーラップしている、装置。

【請求項4】

請求項１に記載の装置であって、
前記第一コオーディネイション情報は物理サイドリンクフィードバックチャネルによりキャリーされる、装置。

【請求項5】

請求項１に記載の装置であって、
第一端末装置は前記第二端末装置の目的受信端末装置であり；又は
前記第一端末装置は前記第二端末装置の目的受信端末装置ではないが、前記第一端末装置は前記第三端末装置の目的受信端末装置である、装置。

【請求項6】

請求項１に記載の装置であって、
前記第二端末装置はユニキャスト、グループキャスト又はブロードキャストのサイドリンク通信を行う、装置。

【請求項7】

請求項１に記載の装置であって、
前記確定ユニットはさらに次のようなことを行うように用いられ、即ち、前記第一サイドリンク情報及び前記第二サイドリンク情報に基づいて、前記第一サイドリンク情報及び前記第二サイドリンク情報が再伝送される必要があると確定し、
前記送信ユニットはさらに次のようなことを行うように用いられ、即ち、前記第二端末装置に、前記第一サイドリンク情報が再伝送される必要があることを指示するための第二コオーディネイション情報を送信し、また、前記第三端末装置に、前記第二サイドリンク情報が再伝送される必要があることを指示するための第三コオーディネイション情報を送信し、そのうち、前記第二コオーディネイション情報の優先度は前記第一サイドリンク情報の優先度に等しく、前記第三コオーディネイション情報の優先度は前記第二サイドリンク情報の優先度に等しい、装置。

【請求項8】

請求項７に記載の装置であって、
前記第一サイドリンク情報は第一サイドリンク制御情報及び第一物理サイドリンク共有チャネルを含み、前記第一サイドリンク情報の優先度は前記第一サイドリンク制御情報の中のフィールドにより指示される優先度に等しく、
前記第二サイドリンク情報は第二サイドリンク制御情報及び第二物理サイドリンク共有チャネルを含み、前記第二サイドリンク情報の優先度は前記第二サイドリンク制御情報の中のフィールドにより指示される優先度に等しい、装置。

【請求項9】

請求項８に記載の装置であって、
前記第一サイドリンク情報が所在するリソースと、前記第二サイドリンク情報が所在するリソースは時間領域で少なくとも一部オーバーラップしている、装置。

【請求項10】

請求項７に記載の装置であって、
前記第二端末装置は前記第三端末装置の目的受信端末装置であり、前記第三端末装置は前記第二端末装置の目的受信端末装置である、装置。

【請求項11】

請求項７に記載の装置であって、
前記第二コオーディネイション情報及び前記第三コオーディネイション情報は物理サイドリンクフィードバックチャネルによりキャリーされる、装置。

【請求項12】

請求項７に記載の装置であって、
前記送信ユニットはさらに次のようなことを行うように用いられ、即ち、Ｎ個のコオーディネイション情報のうちからＭ個のコオーディネイション情報をランダム又は擬似ランダムに選択して送信し、そのうち、ＭはＮよりも小さく、かつ両者はともに正の整数である、装置。

【請求項13】

装置間コオーディネイション装置であって、
第二端末装置からのサイドリンク情報を受信する受信ユニット；及び
第一端末装置が前記第二端末装置の目的端末装置であるかに応じて、前記第二端末装置に、リソース再選択を行うように指示するための再選択指示、及び／又は前記サイドリンク情報の確認又は非確認を送信する送信ユニットを含む、装置。

【請求項14】

請求項１３に記載の装置であって、
前記第一端末装置が前記第二端末装置の目的端末装置であり、かつ前記第二端末装置が行リソース再選択を行う必要がある場合に、前記第二端末装置に前記再選択指示及び前記非確認を送信する、装置。

【請求項15】

請求項１４に記載の装置であって、
優先度規則を実行するときに、前記再選択指示及び前記非確認は１つのフィードバック情報とされ、優先度の並べ替えが行われ、前記フィードバック情報の優先度は前記再選択指示及び前記非確認のうちの最高優先度に等しい、装置。

【請求項16】

請求項１３に記載の装置であって、
前記第一端末装置が前記第二端末装置の目的端末装置ではなく、かつ前記第二端末装置がリソース再選択を行う必要が場合に、前記第二端末装置に前記再選択指示を送信する、装置。

【請求項17】

請求項１３に記載の装置であって、
前記再選択指示は物理サイドリンクフィードバックチャネルによりキャリーされ、前記再選択指示をキャリーする物理サイドリンクフィードバックチャネルのスロットは確認又は非確認をキャリーする物理サイドリンクフィードバックチャネルのスロットと同じであり、前記再選択指示をキャリーする物理サイドリンクフィードバックチャネルのリソースブロック及び／又はシーケンスは設定され又は事前設定され、かつ確認又は非確認をキャリーする物理サイドリンクフィードバックチャネルのリソースブロック又はシーケンスとは異なる、装置。

【請求項18】

装置間コオーディネイション装置であって、
第二端末装置からのサイドリンク情報を受信する受信ユニット；及び
第一端末装置が前記第二端末装置の目的端末装置であるかに応じて、第一リソース又は第二リソースを用いて、前記第二端末装置に、リソース再選択を行うように指示するための再選択指示を送信する送信ユニットを含む、装置。

【請求項19】

請求項１８に記載の装置であって、
前記第一端末装置が前記第二端末装置の目的端末装置であり、かつ前記第二端末装置がリソース再選択を行う必要がある場合に、前記第一リソースを使用して前記第二端末装置に前記再選択指示を送信する、装置。

【請求項20】

請求項１８に記載の装置であって、
前記第一端末装置が前記第二端末装置の目的端末装置ではなく、かつ前記第二端末装置がリソース再選択を行う必要が場合に、前記第二リソースを使用して前記第二端末装置に前記再選択指示を送信する、装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信の技術分野に関する。

【背景技術】

【0002】

Ｖ２Ｘ（ＶｅｈｉｃｌｅｔｏＥｖｅｒｙｔｈｉｎｇ）が車両通信技術の１つであり、Ｕｕリンクを用いるセルラー通信に比べて、Ｖ２Ｘの送信装置はサイドリンク（ｓｉｄｅｌｉｎｋ）により受信装置と直接通信を行う。新無線（ＮＲＮｅｗＲａｄｉｏ）Ｖ２Ｘは５ＧＲｅｌ－１６の重要なプロジェクトであり、Ｒｅｌ－１４／Ｒｅｌ－１５のＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）Ｖ２Ｘに比較して、ＮＲＶ２Ｘはより多くのシナリオ及び業務（サービス）をサポートし、より高いパフォーマンスのニーズを満たすことができる。

【0003】

Ｒｅｌ－１６ＮＲＶ２Ｘで定義される物理チャネルは物理サイドリンク制御チャネル（ＰＳＣＣＨ、ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、物理サイドリンク共有チャネル（ＰＳＳＣＨ、ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）及び物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ、ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＦｅｅｄｂａｃｋＣｈａｎｎｅｌ）を含む。ＰＳＣＣＨは１ｓｔｓｔａｇｅサイドリンク制御情報（ＳＣＩ、ＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｉｔｏｎ）をキャリー（ｃａｒｒｙ／搬送）し、１ｓｔｓｔａｇｅＳＣＩは主にリソースをリザーブするために用いられる。ＰＳＳＣＨは２ｎｄｓｔａｇｅＳＣＩ及び伝送ブロック（ＴＢ、ＴｒａｎｓｐｏｒｔＢｌｏｃｋ）をキャリーし、そのうち、２ｎｄｓｔａｇｅＳＣＩは主にＴＢ復調のために用いられる。

【0004】

ＰＳＦＣＨはサイドリンクフィードバック情報（ＨＡＲＱ－ＡＣＫともいう）をキャリーする。ＰＳＣＣＨ及びＰＳＳＣＨは通常、同一のスロットで送信される。１つのＰＳＣＣＨ／ＰＳＳＣＨが所定規則（ルール）に従って１つ又は複数のＰＳＦＣＨリソースに関連付けられ、装置はＰＳＣＣＨ／ＰＳＳＣＨを送信した後に、関連付けられるＰＳＦＣＨリソースで確認（ＡＣＫ）／非確認（ＮＡＣＫ）を受信できる。ＮＲＶ２Ｘではユニキャスト及びグループキャストについてＨＡＲＱ－ＡＣＫフィードバックをサポートする。グループキャストはまた、ＨＡＲＱオプション１及びＨＡＲＱオプション２の２種類のＨＡＲＱ－ＡＣＫフィードバック方式（モード）を含む。

【0005】

ＨＡＲＱオプション１のグループキャストについて、所定の通信距離（ｃｏｍｍｕｎｉｃａｔｉｏｎｒａｎｇｅ）内の受信装置のみがＨＡＲＱ－ＡＣＫをフィードバックでき、かつＮＡＣＫのみ（ＮＡＣＫ－ｏｎｌｙ）をフィードバックする方式を使用する。具体的には、すべての受信装置が同一のＰＳＦＣＨリソースを共有し、即ち、すべては同一のＰＳＦＣＨリソースでフィードバックを行い、かつＮＡＣＫのときにのみフィードバックを行い（ＰＳＦＣＨを送信する）、ＡＣＫのときにＰＳＦＣＨを送信しない。ＡＣＫとＮＡＣＫはＰＳＦＣＨ信号の有無により区別され、複数の装置が送信するＰＳＦＣＨは同一のリソースで同方向重ね合わせ（ｔｈｅｓａｍｅｄｉｒｅｃｔｉｏｎｓｕｐｅｒｐｏｓｉｔｉｏｎ）が生じ得る。送信装置はＰＳＦＣＨ信号の有無に基づいてＮＡＣＫ又はＡＣＫであると判断する。しかし、送信装置はＮＡＣＫが具体的にどの受信装置により送信されるかを知らない。

【0006】

ＨＡＲＱオプション２のグループキャストについて、ＡＣＫ／ＮＡＣＫをフィードバックするための各受信装置のＰＳＦＣＨリソースが独立したものであり、受信装置は正確に受信するときにＡＣＫをフィードバックし、正確に受信しないときにＮＡＣＫをフィードバックし、ＡＣＫとＮＡＣＫは異なるＰＳＦＣＨシーケンス（サイクリックシフト）により区別され、送信装置はＡＣＫ／ＮＡＣＫがどの受信装置により送信されるかを知る。

【0007】

サイドリンク送信に使用されるリソース（時間周波数リソース）は或るリソースプールにある。ＮＲＶ２Ｘでは２種類のワーキングモードが定義されている。ＮＲＶ２Ｘモード１（Ｍｏｄｅ１）について、Ｖ２Ｘ通信に用いられる端末装置のリソースはネットワーク装置（基地局）によりＮＲＵｕリンクを介してスケジューリング又は設定される。ＮＲＶ２Ｘモード２（Ｍｏｄｅ２）について、端末装置は感知結果（ｓｅｎｓｉｎｇｒｅｓｕｌｔ）に基づいて、Ｖ２Ｘ通信のための時間周波数リソースを自発的に選択できる。

【0008】

なお、上述の背景技術についての紹介は、本発明の技術案を明確かつ完全に説明し、また、当業者がそれを理解しやすいためのものである。これらの技術案は、本発明の背景技術に記述されているため、当業者にとって周知であると解釈してはならない。

【発明の概要】

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

【0009】

発明者が次のようなことを発見した。即ち、Ｒｅｌ－１６ＮＲＶ２Ｘのリソース自発選択（Ｍｏｄｅ２）について、端末装置が自身の感知結果に基づいてリソース選択及び送信を行い、これによって、装置間の干渉又は衝突を或る程度避けることができる。しかし、幾つかの場合に、依然としてリソース送信衝突の問題が発生し得る。よって、リソース自発選択Ｍｏｄｅ２に対する強化（ｅｎｈａｎｃｅｍｅｎｔ）として、装置間コオーディネイション（ｉｎｔｅｒ－ＵＥｃｏｏｒｄｉｎａｔｉｏｎ）もＲｅｌ－１７Ｖ２Ｘの研究内容の１つになっている。装置間コオーディネイションの具体的な方式などは、研究及び解決待ちの問題である。

【0010】

上述の問題のうちの少なくとも１つに鑑み、本発明の実施例は装置間コオーディネイション方法及び装置の提供を課題とする。

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

【0011】

本発明の実施例の１つの側面によれば、装置間コオーディネイション方法が提供され、それは、
第一端末装置が第二端末装置からの第一サイドリンク情報及び第三端末装置からの第二サイドリンク情報を受信し；
前記第一サイドリンク情報及び前記第二サイドリンク情報に基づいて、前記第一サイドリンク情報によりリザーブされる第一リソースが再選択される必要があると確定し；及び
前記第二端末装置に、前記第一リソースが再選択される必要があることを指示するための第一コオーディネイション情報を送信し、そのうち、前記第一コオーディネイション情報の優先度（ｐｒｉｏｒｉｔｙ）は前記第一サイドリンク情報及び前記第二サイドリンク情報のうちの最高優先度に等しいことを含む。

【0012】

本発明の実施例の１つの側面によれば、装置間コオーディネイション装置が提供され、それは、
第二端末装置からの第一サイドリンク情報及び第三端末装置からの第二サイドリンク情報を受信する受信ユニット；
前記第一サイドリンク情報及び前記第二サイドリンク情報に基づいて、前記第一サイドリンク情報によりリザーブされる第一リソースが再選択される必要があると確定する確定ユニット；及び
前記第二端末装置に、前記第一リソースが再選択される必要があることを指示するための第一コオーディネイション情報を送信する送信ユニットであって、前記第一コオーディネイション情報の優先度は前記第一サイドリンク情報及び前記第二サイドリンク情報のうちの最高優先度に等しい、送信ユニットを含む。

【0013】

本発明の実施例のもう１つの側面によれば、装置間コオーディネイション方法が提供され、それは、
第一端末装置が第二端末装置からのサイドリンク情報を受信し；及び
第一端末装置が前記第二端末装置の目的（ｄｅｓｔｉｎａｔｉｏｎ）端末装置であるかに応じて、前記第二端末装置に、リソース再選択を行うことを指示するための再選択指示及び／又は前記サイドリンク情報の確認又は非確認を送信することを含む。

【0014】

本発明の実施例のもう１つの側面によれば、装置間コオーディネイション装置が提供され、それは、
第二端末装置からのサイドリンク情報を受信する受信ユニット；及び
第一端末装置が前記第二端末装置の目的端末装置であるかに応じて、前記第二端末装置に、リソース再選択を行うように指示するための再選択指示及び／又は前記サイドリンク情報の確認又は非確認を送信する送信ユニットを含む。

【0015】

本発明の実施例のもう１つの側面によれば、装置間コオーディネイション方法が提供され、それは、
第一端末装置が第二端末装置からのサイドリンク情報を受信し；及び
第一端末装置が前記第二端末装置の目的端末装置であるかに応じて、第一リソース又は第二リソースを用いて、前記第二端末装置に、リソース再選択を行うように指示するための再選択指示を送信することを含む。

【0016】

本発明の実施例のもう１つの側面によれば、装置間コオーディネイション装置が提供され、それは、
第二端末装置からのサイドリンク情報を受信する受信ユニット；及び
第一端末装置が前記第二端末装置の目的端末装置であるかに応じて、第一リソース又は第二リソースを用いて、前記第二端末装置に、リソース再選択を行うことを指示するための再選択指示を送信する送信ユニットを含む。

【発明の効果】

【0017】

本発明の実施例の有利な効果の１つが次のとおりであり、即ち、コオーディネイション情報の優先度を正確に確定でき、優先度規則（ｐｒｉｏｒｉｔｙｒｕｌｅ）に基づいてサイドリンク情報の送信又はドロップ（破棄）を確定するときに、衝突指示を送信する優先度が業務の優先度とマッチするように確保でき、高優先度の業務に関する情報が優先的に送信されるように保証できる。

【0018】

後述の説明及び図面を参照することで本発明の特定の実施例を詳しく開示し、本発明の原理を採用し得る態様を示す。なお、本発明の実施例は範囲上でこれらにより限定されない。添付した特許請求の範囲内であれば、本発明の実施例は様々な変更、修正及び代替によるものを含んでも良い。

【0019】

また、１つの実施例について説明した及び／又は示した特徴は、同じ又は類似した方式で１つ又は複数の他の実施例に用い、他の実施例における特徴と組み合わせ、又は、他の実施例における特徴を置換することもできる。

【0020】

なお、「含む／有する」のような用語は、本明細書に使用されるときに、特徴、要素、ステップ、又はアセンブルの存在を指すが、１つ又は複数の他の特徴、要素、ステップ、又はアセンブリの存在又は付加を排除しないということも指す。

【図面の簡単な説明】

【0021】

本発明の１つの図面又は１つの実施例に記載の要素及び特徴は、１つ又は複数の他の図面又は実施例に示した要素及び特徴と組み合わせることができる。また、図面では、類似した符号は、幾つの図面における対応部品を示し、複数の実施例に用いる対応部品を示すためにも用いられる。

【図1】本発明の実施例における通信システムを示す図である。

【図2】本発明の実施例における装置間コオーディネイションの例示図である。

【図3】本発明の実施例における装置間コオーディネイション方法を示す図である。

【図4】本発明の実施例におけるコオーディネイション情報の送信の例示図である。

【図5】本発明の実施例における装置間コオーディネイション方法を示す図である。

【図6】本発明の実施例におけるコオーディネイション情報の送信の例示図である。

【図7】本発明の実施例におけるＰＳＦＣＨの例示図である。

【図8】本発明の実施例におけるＰＳＦＣＨのフィードバックの例示図である。

【図9】本発明の実施例におけるＰＳＦＣＨのフィードバックのもう１つの例示図である。

【図10】本発明の実施例における装置間コオーディネイション方法を示す図である。

【図11】本発明の実施例における装置間コオーディネイション方法を示す図である。

【図12】本発明の実施例におけるＰＳＦＣＨのもう１つの例示図である。

【図13】本発明の実施例におけるコオーディネイション情報の送信のもう１つの例示図である。

【図14】本発明の実施例におけるコオーディネイション情報の送信のもう１つの例示図である。

【図15】本発明の実施例におけるコオーディネイション情報の送信のもう１つの例示図である。

【図16】本発明の実施例におけるコオーディネイション情報の送信のもう１つの例示図である。

【図17】本発明の実施例におけるコオーディネイション情報の送信のもう１つの例示図である。

【図18】本発明の実施例における装置間コオーディネイション装置を示す図である。

【図19】本発明の実施例における装置間コオーディネイション装置を示す図である。

【図20】本発明の実施例におけるネットワーク装置を示す図である。

【図21】本発明の実施例における端末装置を示す図である。

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

【0022】

添付した図面及び以下の説明を参照することにより、本発明の前述及び他の特徴は明らかになる。なお、明細書及び図面では本発明の特定の実施例を開示するが、それらは本発明の原理を採用し得る一部のみの実施例を示し、理解すべきは、本発明は記載される実施例に限定されず、即ち、本発明は添付した特許請求の範囲内のすべての変更、変形及び代替によるものをも含むということである。

【0023】

本発明の実施例では、用語「通信ネットワーク」又は「無線通信ネットワーク」は次のような任意の通信規格に準ずるネットワークを指しても良く、例えば、ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）、ＬＴＥ－Ａ（ＬＴＥ－Ａｄｖａｎｃｅｄ）、ＷＣＤＭＡ(登録商標)（ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、ＨＳＰＡ（Ｈｉｇｈ－ＳｐｅｅｄＰａｃｋｅｔＡｃｃｅｓｓ）などである。

【0024】

また、通信システムにおける装置間の通信は任意の段階の通信プロトコルに従って行われても良く、例えば、次のような通信プロトコルを含んでも良いが、それらに限定されず、即ち、１Ｇ（ｇｅｎｅｒａｔｉｏｎ）、２Ｇ、２．５Ｇ、２．７５Ｇ、３Ｇ、４Ｇ、４．５Ｇ、５Ｇ、新無線（ＮＲ、ＮｅｗＲａｄｉｏ）など、及び／又は、その他の従来の又は将来開発される通信プロトコルである。

【0025】

本発明の実施例では、用語「ネットワーク装置」は例えば、通信システムにおいて、端末装置を通信ネットワークに接続し、かつ該端末装置にサービスを提供する装置を指す。ネットワーク装置は次のようなものを含んでも良いが、それらに限定されず、即ち、基地局（ＢＳ、ＢａｓｅＳｔａｔｉｏｎ）、アクセスポイント（ＡＰ、ＡｃｃｅｓｓＰｏｉｎｔ）、送受信ポイント（ＴＲＰ、ＴｒａｎｓｍｉｓｓｉｏｎＲｅｃｅｐｔｉｏｎＰｏｉｎｔ）、ブロードキャスト送信機、モバイル管理エンティティ（ＭＭＥ、ＭｏｂｉｌｅＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）、ネットワークゲートウェイ、サーバー、無線ネットワーク制御器（ＲＮＣ、ＲａｄｉｏＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ）、基地局制御器（ＢＳＣ、ＢａｓｅＳｔａｔｉｏｎＣｏｎｔｒｏｌｌｅｒ）などである。

【0026】

そのうち、基地局は次のようなものを含んでも良いが、それらに限定されず、即ち、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、５Ｇ基地局（ｇＮＢ）などであり、さらにＲＲＨ（ＲｅｍｏｔｅＲａｄｉｏＨｅａｄ）、ＲＲＵ（ＲｅｍｏｔｅＲａｄｉｏＵｎｉｔ）、リレー（ｒｅｌａｙ）又は低パワーノード（例えば、ｆｅｍｔｏ、ｐｉｃｏなど）を含んでも良い。また、用語「基地局」はそれらの一部又はすべての機能を含んでも良く、各基地局は特定の地理的領域に対して通信カバレッジを提供できる。用語「セル」が指すのは、基地局及び／又はそのカバーする領域であっても良く、これは該用語のコンテキストによるものである。

【0027】

本発明の実施例では、用語「ユーザ装置」（ＵＥ、ＵｓｅｒＥｑｕｉｐｍｅｎｔ）又は「端末装置」（ＴＥ、ＴｅｒｍｉｎａｌＥｑｕｉｐｍｅｎｔ）は例えば、ネットワーク装置により通信ネットワークにアクセスし、かつネットワークからのサービスを受ける装置を指す。ユーザ装置は固定したもの又は移動するものであっても良く、また、移動ステーション（ＭＳ、ＭｏｂｉｌｅＳｔａｔｉｏｎ）、端末、加入者ステーション（ＳＳ、ＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）、アクセス端末（ＡＴ、ＡｃｃｅｓｓＴｅｒｍｉｎａｌ）、ステーションなどとも称される。

【0028】

そのうち、ユーザ装置は次のようなものを含んでも良いが、それらに限定されず、例えば、セルラーフォン（ＣｅｌｌｕｌａｒＰｈｏｎｅ）、ＰＤＡ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ）、無線モデム、無線通信装置、携帯装置、マシンタイプ通信装置、ラップトップコンピュータ、コードレス電話機、スマートフォン、スマートウォッチ、デジタルカメラなどである。

【0029】

また、用語“ネットワーク側”又は“ネットワーク装置側”とはネットワークの側を指し、或る基地局又は或るコアネットワーク装置であっても良く、上述のような１つの又は複数のネットワーク装置を含んでも良い。用語“ユーザ側”又は“端末側”又は“端末装置側”とはユーザ又は端末の側を指し、或るＵＥであっても良く、上述のような１つの又は複数の端末装置を含んでも良い。なお、本明細書では、特段の説明がない限り、“装置”とはネットワーク装置を指しても良く、端末装置を指しても良い。

【0030】

以下、例を通じて本発明の実施例におけるシナリオについて説明するが、本発明はこれに限定されない。

【0031】

図１は本発明の実施例における通信システムを示す図であり、端末装置及びネットワーク装置を例にした場合を示している。図１に示すように、通信システム１００はネットワーク装置１０１及び端末装置１０２、１０３を含んでも良い。なお、便宜のため、図１では２つのみの端末装置及び１つのみのネットワーク装置を例にして説明を行うが、本発明の実施例はこれに限られない。

【0032】

本発明の実施例において、ネットワーク装置１０１と端末装置１０２、１０３との間で従来の業務又は将来実施可能な業務を行うことができる。これらの業務は例えば、ｅＭＢＢ（ｅｎｈａｎｃｅｄＭｏｂｉｌｅＢｒｏａｄｂａｎｄ）、ｍＭＴＣ（ｍａｓｓｉｖｅＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）、及びＵＲＬＬＣ（Ｕｌｔｒａ－ＲｅｌｉａｂｌｅａｎｄＬｏｗ－ＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎ）に関する通信などを含むが、これらに限られない。

【0033】

なお、図１では２つの端末装置１０２、１０３がすべてネットワーク装置１０１のカバレッジ内に位置することが示されているが、本発明はこれに限られない。２つの端末装置１０２、１０３は何れもネットワーク装置１０１のカバレッジ内に位置しなくても良く、あるいは、１つの端末装置１０２がネットワーク装置１０１のカバレッジ内に位置し、もう１つの端末装置１０３がネットワーク装置１０１のカバレッジ外に位置して良い。

【0034】

本発明の実施例において、２つの端末装置１０２、１０３の間でサイドリンク送信を行うことができる。例えば、２つの端末装置１０２、１０３はすべてネットワーク装置１０１のカバレッジ内でサイドリンク送信を行ってＶ２Ｘ通信を実現しても良く、すべてネットワーク装置１０１のカバレッジ外でサイドリンク送信を行ってＶ２Ｘ通信を実現しても良く、又は、１つの端末装置１０２がネットワーク装置１０１のカバレッジ内で、もう１つの端末装置１０３がネットワーク装置１０１のカバレッジ外でサイドリンク送信を行ってＶ２Ｘ通信を実現しても良い。

【0035】

本発明の実施例において、端末装置１０２及び／又は１０３はサイドリンクリソースを自発的に選択する（即ち、Ｍｏｄｅ２を採用する）ことができ、このような場合に、サイドリンク送信はネットワーク装置１０１とは無関係であり、即ち、ネットワーク装置１０１はオプションである。もちろん、本発明の実施例において、サイドリンクリソースを自発的に選択する（即ち、Ｍｏｄｅ２を採用する）ことと、ネットワーク装置によりサイドリンクリソースが割り当てられる（即ち、Ｍｏｄｅ１を採用する）こととを組み合わせても良いが、本発明の実施例はこれについて限定しない。

【0036】

ＬＴＥＶ２Ｘ及びＮＲＶ２Ｘにおいて、端末装置は感知・検出＋リソース選択のプロセスによりサイドリンク送信リソースを得ることができ、そのうち、持続的に感知（ｓｅｎｓｉｎｇ）を行うことでリソースプール内のリソース占有状況（ｏｃｃｕｐａｎｃｙ）を得ることができる。例えば、端末装置は1つ前の期間内（感知窓ともいう）のリソース占有状況に基づいてその次の期間内（選択窓ともいう）のリソース占有状況を推定できる。

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

【表1】

表２は第一グループキャストのケースを示している。

【0154】

【表2】

表１及び表２に示す方法により、以下の有利な効果を奏し、即ち、第一端末装置がＡＣＫを送信又は指示した後に、第二端末装置が再伝送を行うことがないので、第一端末装置は再選択指示を送信する必要がない。これにより、パワーを節約でき、また、優先度規則によるドロップの発生をも回避でき、具体的には、不必要な（無駄な）再選択指示の送信による他の有用の物理チャネル又は信号の送信又は受信のドロップを避けることができる。

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