特許7412437 | 知財ポータル「IP Force」

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

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ グァンドン　オッポ　モバイル　テレコミュニケーションズ　コーポレーション　リミテッドの特許一覧

特許7412437情報伝送方法、端末デバイス及びネットワークデバイス

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

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

< >

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

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-12-28

(45)【発行日】2024-01-12

(54)【発明の名称】情報伝送方法、端末デバイス及びネットワークデバイス

(51)【国際特許分類】

H04W 28/04 20090101AFI20240104BHJP

H04W 72/0446 20230101ALI20240104BHJP

H04W 72/566 20230101ALI20240104BHJP

H04W 72/232 20230101ALI20240104BHJP

H04W 4/44 20180101ALI20240104BHJP

H04W 88/04 20090101ALN20240104BHJP

H04W 92/18 20090101ALN20240104BHJP

【ＦＩ】

H04W28/04 110

H04W72/0446

H04W72/566

H04W72/232

H04W4/44

H04W88/04

H04W92/18

【請求項の数】 16

(21)【出願番号】P 2021549576

(86)(22)【出願日】2019-02-22

(65)【公表番号】

(43)【公表日】2022-05-19

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

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

(87)【国際公開日】2020-08-27

【審査請求日】2022-01-24

(73)【特許権者】

【識別番号】516227559

【氏名又は名称】オッポ広東移動通信有限公司

【氏名又は名称原語表記】ＧＵＡＮＧＤＯＮＧＯＰＰＯＭＯＢＩＬＥＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳＣＯＲＰ．，ＬＴＤ．

【住所又は居所原語表記】Ｎｏ．１８ＨａｉｂｉｎＲｏａｄ，Ｗｕｓｈａ，Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ，Ｇｕａｎｇｄｏｎｇ５２３８６０Ｃｈｉｎａ

(74)【代理人】

【識別番号】100091487

【弁理士】

【氏名又は名称】中村行孝

(74)【代理人】

【識別番号】100120031

【弁理士】

【氏名又は名称】宮嶋学

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根毅

(74)【代理人】

【識別番号】100152205

【弁理士】

【氏名又は名称】吉田昌司

(74)【代理人】

【識別番号】100137523

【弁理士】

【氏名又は名称】出口智也

(72)【発明者】

【氏名】チャオ、チェンシャン

(72)【発明者】

【氏名】ルー、チエンシー

(72)【発明者】

【氏名】リン、ホエイ－ミン

【審査官】野村潔

(56)【参考文献】

【文献】国際公開第２０１７／１７１５２８（ＷＯ，Ａ１）

【文献】米国特許出願公開第２０１８／００４９２２０（ＵＳ，Ａ１）

【文献】国際公開第２０１８／１７３２３５（ＷＯ，Ａ１）

【文献】Fujitsu，Discussion on HARQ-ACK feedback for NR-V2X[online]，3GPP TSG RAN WG1 #96 R1-1901944，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96/Docs/R1-1901944.zip>，2019年02月15日

【文献】Intel Corporation，SL V2X user plane aspects[online]，3GPP TSG RAN WG2 #105 R2-1900883，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_105/Docs/R2-1900883.zip>，2019年02月15日

【文献】Samsung，Considerations on Sidelink HARQ Procedure[online]，3GPP TSG RAN WG1 #96 R1-1902278，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96/Docs/R1-1902278.zip>，2019年02月15日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ７／２４－７／２６

Ｈ０４Ｗ４／００－９９／００

３ＧＰＰＴＳＧＲＡＮＷＧ１－４

ＳＡＷＧ１－４

ＣＴＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

アップリンクフィードバック情報を伝送するための伝送リソースとサイドリンクフィードバック情報を伝送するための伝送リソースとが時間領域において重なる場合、第１の端末デバイスが第１の基準に応じてネットワークデバイスに前記アップリンクフィードバック情報又は前記サイドリンクフィードバック情報を送信することを含み、
前記第１の基準は、サイドリンクフィードバック情報に対応するサイドリンクデータの第１の属性と第１の閾値との関係を含み、
前記第１の属性が優先度情報を含み、前記第１の端末デバイスが第１の基準に応じて、前記ネットワークデバイスに前記アップリンクフィードバック情報又は前記サイドリンクフィードバック情報を送信することは、
前記優先度情報の値が前記第１の閾値よりも大きいか同じである場合、前記第１の端末デバイスが前記ネットワークデバイスに前記アップリンクフィードバック情報を送信すること、又は、
前記優先度情報の値が前記第１の閾値よりも小さい場合、前記第１の端末デバイスが前記ネットワークデバイスに前記サイドリンクフィードバック情報を送信することを含み、
前記第１の閾値は、ネットワークにより構成される
ことを特徴とする情報伝送方法。

【請求項2】

前記方法は、さらに、
前記第１の端末デバイスが前記アップリンクフィードバック情報を伝送するための第１の伝送リソースを示す第１の構成情報を取得することと、
前記第１の端末デバイスが前記サイドリンクフィードバック情報を伝送するための第２の伝送リソースを示す第２の構成情報を取得することとを含み、前記第１の伝送リソースと前記第２の伝送リソースとが時間領域において重なり、
前記第１の端末デバイスが前記ネットワークデバイスに前記アップリンクフィードバック情報又は前記サイドリンクフィードバック情報を送信することは、
前記第１の端末デバイスが前記第１の伝送リソースにおいて前記アップリンクフィードバック情報を送信し又は前記第２の伝送リソースにおいて前記サイドリンクフィードバック情報を送信することを含む
ことを特徴とする請求項１に記載の情報伝送方法。

【請求項3】

前記第２の構成情報は、さらに、前記サイドリンクフィードバック情報に対応するサイドリンクデータを伝送するための伝送リソースを示す
ことを特徴とする請求項２に記載の情報伝送方法。

【請求項4】

前記方法は、さらに、
前記第１の端末デバイスが第２の端末デバイスにより送信された前記サイドリンクフィードバック情報を受信することを含む
ことを特徴とする請求項１～３のいずれか１項に記載の情報伝送方法。

【請求項5】

前記方法は、さらに、
前記第１の端末デバイスが第２の端末デバイスにより送信されたサイドリンクフィードバック情報を検出しなかった場合、前記第１の端末デバイスがネットワークデバイスに送信するサイドリンクフィードバック情報を否定応答ＮＡＣＫとして決定することを含む
ことを特徴とする請求項１～３のいずれか１項に記載の情報伝送方法。

【請求項6】

前記第１の基準は、さらに、前記アップリンクフィードバック情報に対応するダウンリンクデータの第１の属性を含む
ことを特徴とする請求項１に記載の情報伝送方法。

【請求項7】

前記第１の伝送リソースが物理アップリンク制御チャネルＰＵＣＣＨであり、及び／又は前記第２の伝送リソースがＰＵＣＣＨである
ことを特徴とする請求項２又は３に記載の情報伝送方法。

【請求項8】

前記第２の構成情報は、第１の物理ダウンリンク制御チャネルＰＤＣＣＨで伝送され、前記第１の構成情報は、第２のＰＤＣＣＨで伝送される
ことを特徴とする請求項２に記載の情報伝送方法。

【請求項9】

前記アップリンクフィードバック情報は、ハイブリッド自動再送要求ＨＡＲＱ肯定応答ＡＣＫ、ＨＡＲＱ否定応答ＮＡＣＫ、チャネル状態情報ＣＳＩ、チャネル品質指示ＣＱＩ、プリコーディング行列指示ＰＭＩ、ランク指示ＲＩのうちの少なくとも１つを含み、及び／又は、前記サイドリンクフィードバック情報は、サイドリンクＨＡＲＱＡＣＫ、サイドリンクＨＡＲＱＮＡＣＫのうちの少なくとも１つを含む
ことを特徴とする請求項１～８のいずれか１項に記載の情報伝送方法。

【請求項10】

ネットワークデバイスが、アップリンクフィードバック情報を伝送するための第１の伝送リソースを示す第１の構成情報を第１の端末デバイスに送信することと、
前記ネットワークデバイスが、サイドリンクフィードバック情報を伝送するための第２の伝送リソースを示す第２の構成情報を第２の端末デバイスに送信し、前記第１の伝送リソースと前記第２の伝送リソースとが時間領域において重なることと、
前記第１の伝送リソースにおいて前記第１の端末デバイスにより送信されたアップリンクフィードバック情報を受信し、又は、前記第２の伝送リソースにおいて前記第１の端末デバイスにより送信された前記サイドリンクフィードバック情報を受信することとを含み、
前記アップリンクフィードバック情報又は前記サイドリンクフィードバック情報は、前記第１の端末デバイスが第１の基準に応じて前記ネットワークデバイスに送信するものであり、
前記第１の基準は、前記サイドリンクフィードバック情報に対応するサイドリンクデータの第１の属性と第１の閾値との関係を含み、前記第１の属性が優先度情報を含み、
前記優先度情報の値が前記第１の閾値よりも大きいか同じである場合、前記第１の端末デバイスが前記ネットワークデバイスに前記アップリンクフィードバック情報を送信し、又は、
前記優先度情報の値が前記第１の閾値よりも小さい場合、前記第１の端末デバイスが前記ネットワークデバイスに前記サイドリンクフィードバック情報を送信し、
前記第１の閾値は、ネットワークにより構成される
ことを特徴とする情報伝送方法。

【請求項11】

前記第２の構成情報は、さらに、前記サイドリンクフィードバック情報に対応するサイドリンクデータを伝送するための伝送リソースを示す
ことを特徴とする請求項１０に記載の情報伝送方法。

【請求項12】

前記第１の伝送リソースが物理アップリンク制御チャネルＰＵＣＣＨであり、及び／又は前記第２の伝送リソースがＰＵＣＣＨである
ことを特徴とする請求項１０又は１１に記載の情報伝送方法。

【請求項13】

前記第２の構成情報は、第１の物理ダウンリンク制御チャネルＰＤＣＣＨで伝送され、前記第１の構成情報は、第２のＰＤＣＣＨで伝送される
ことを特徴とする請求項１０に記載の情報伝送方法。

【請求項14】

前記アップリンクフィードバック情報は、ハイブリッド自動再送要求ＨＡＲＱ肯定応答ＡＣＫ、ＨＡＲＱ否定応答ＮＡＣＫ、チャネル状態情報ＣＳＩ、チャネル品質指示ＣＱＩ、プリコーディング行列指示ＰＭＩ、ランク指示ＲＩのうちの少なくとも１つを含み、及び／又は、前記サイドリンクフィードバック情報は、サイドリンクＨＡＲＱＡＣＫ、サイドリンクＨＡＲＱＮＡＣＫのうちの少なくとも１つを含む
ことを特徴とする請求項１０～１２のいずれか１項に記載の情報伝送方法。

【請求項15】

第１の端末デバイスとする端末デバイスであって、
メモリと、
前記メモリに記憶する命令を実行して、請求項１～９のいずれか1項に記載の方法を実行するプロセッサと、を含む
ことを特徴とする端末デバイス。

【請求項16】

メモリと、
前記メモリに記憶する命令を実行して、請求項１０～１４のいずれか1項に記載の方法を実行するプロセッサと、を含む
ことを特徴とするネットワークデバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本願の実施例は、通信分野に関し、具体的に、情報伝送方法、端末デバイス及びネットワークデバイスに関する。

【背景技術】

【0002】

車両インターネットシステムにおいて、端末デバイスがネットワークデバイスにより送信されたダウンリンクデータチャネル又はダウンリンク参照信号を受信した場合、端末デバイスがネットワークデバイスに該ダウンリンクデータチャネル又はダウンリンク参照信号に対するフィードバック情報、即ち、アップリンクフィードバック情報を送信する必要があり、例えば、該アップリンクフィードバック情報は、ダウンリンクデータチャネルの復調結果又はダウンリンク参照信号の測定結果であってもよい。サイドリンクデータ又はサイドリンク参照信号の伝送が発生する場合、端末デバイスがさらにネットワークデバイスに該サイドリンクデータチャネル又はサイドリンク参照信号に対するフィードバック情報、即ち、サイドリンクフィードバック情報をフィードバックする必要があり、これにより、ネットワークデバイスがリソース再構成を行うように支援する。

【0003】

端末デバイスがネットワークデバイスにアップリンクフィードバック情報を送信するとともに、ネットワークデバイスにサイドリンクフィードバック情報を送信する必要がある場合、この２つのフィードバック情報をどのように送信するか、参照可能な技術案がない。

【発明の概要】

【0004】

本願の実施例は、ネットワークデバイスにアップリンクフィードバック情報及びサイドリンクフィードバック情報を同時に送信することができる情報伝送方法、端末デバイス及びネットワークデバイスを提供する。

【0005】

第１の態様は、情報伝送方法を提供し、該方法は、第１の端末デバイスがアップリンクフィードバック情報及びサイドリンクフィードバック情報を取得することと、前記第１の端末デバイスが１つのアップリンクチャネルでネットワークデバイスに第１の情報を送信することとを含み、前記第１の情報が前記アップリンクフィードバック情報及び前記サイドリンクフィードバック情報を示す。

【0006】

第２の態様は、情報伝送方法を提供し、該方法は、第１の端末デバイスがネットワークデバイスに送信するアップリンクフィードバック情報及びサイドリンクフィードバック情報を決定することと、前記第１の端末デバイスが異なる時間領域リソースにおいて前記ネットワークデバイスに前記アップリンクフィードバック情報及び前記サイドリンクフィードバック情報を送信することとを含む。

【0007】

第３の態様は、情報伝送方法を提供し、該方法は、アップリンクフィードバック情報を伝送するための伝送リソースとサイドリンクフィードバック情報を伝送するための伝送リソースとが時間領域において重なる場合、前記第１の端末デバイスが前記ネットワークデバイスに前記アップリンクフィードバック情報又は前記サイドリンクフィードバック情報を送信することを含む。

【0008】

第４の態様は、情報伝送方法を提供し、該方法は、ネットワークデバイスが１つのアップリンクチャネルにおいて第１の端末デバイスにより送信された第１の情報を受信することを含み、前記第１の情報がアップリンクフィードバック情報及びサイドリンクフィードバック情報を示す。

【0009】

第５の態様は、情報伝送方法を提供し、該方法は、ネットワークデバイスが、前記アップリンクフィードバック情報を伝送するための第１の伝送リソースを示す第１の構成情報を第１の端末デバイスに送信することと、前記ネットワークデバイスが、前記サイドリンクフィードバック情報を伝送するための第２の伝送リソースを示す第２の構成情報を前記第２の端末デバイスに送信し、前記第１の伝送リソースと前記第２の伝送リソースとが時間領域において重ならないことと、前記ネットワークデバイスが前記第１の伝送リソースにおいて前記第１の端末デバイスにより送信されたアップリンクフィードバック情報を受信し、前記第２の伝送リソースにおいて前記第１の端末デバイスにより送信されたサイドリンクフィードバック情報を受信することとを含む。

【0010】

第６の態様は、上記第１の態様またはその各実施態様の方法を実行するための端末デバイスを提供する。

【0011】

具体的には、端末デバイスは、上記第１の態様またはその各実施態様の方法を実行するための機能モジュールを備えている。

【0012】

第７の態様は、上記第２の態様またはその各実施態様の方法を実行するための端末デバイスを提供する。

【0013】

具体的には、端末デバイスは、上記第２の態様またはその各実施態様の方法を実行するための機能モジュールを備えている。

【0014】

第８の態様は、上記第３の態様またはその各実施態様の方法を実行するための端末デバイスを提供する。

【0015】

具体的には、端末デバイスは、上記第３の態様またはその各実施態様の方法を実行するための機能モジュールを備えている。

【0016】

第９の態様は、上記第４の態様またはその各実施態様の方法を実行するためのネットワークデバイスを提供する。

【0017】

具体的には、ネットワークデバイスは、上記第４の態様またはその各実施態様の方法を実行するための機能モジュールを備えている。

【0018】

第１０の態様は、上記第５の態様またはその各実施態様の方法を実行するためのネットワークデバイスを提供する。

【0019】

具体的には、ネットワークデバイスは、上記第５の態様またはその各実施態様の方法を実行するための機能モジュールを備えている。

【0020】

第１１の態様は、プロセッサとメモリを備える端末デバイスを提供する。このメモリは、コンピュータプログラムを格納し、このプロセッサは、メモリに格納されたコンピュータプログラムを呼び出して実行し、上記第１の態様またはその各実施態様における方法を実行する。

【0021】

第１２の態様は、プロセッサとメモリを備える端末デバイスを提供する。このメモリは、コンピュータプログラムを格納し、このプロセッサは、メモリに格納されたコンピュータプログラムを呼び出して実行し、上記第２の態様またはその各実施態様における方法を実行する。

【0022】

第１３の態様は、プロセッサとメモリを備える端末デバイスを提供する。このメモリは、コンピュータプログラムを格納し、このプロセッサは、メモリに格納されたコンピュータプログラムを呼び出して実行し、上記第３の態様またはその各実施態様における方法を実行する。

【0023】

第１４の態様は、プロセッサとメモリを備えるネットワークデバイスを提供する。このメモリは、コンピュータプログラムを格納し、このプロセッサは、メモリに格納されたコンピュータプログラムを呼び出して実行し、上記第４の態様またはその各実施態様における方法を実行する。

【0024】

第１５の態様は、プロセッサとメモリを備えるネットワークデバイスを提供する。このメモリは、コンピュータプログラムを格納し、このプロセッサは、メモリに格納されたコンピュータプログラムを呼び出して実行し、上記第５の態様またはその各実施態様における方法を実行する。

【0025】

第１６の態様は、上記の第１から第５の態様のいずれかにおける方法、またはその各実施態様の方法を実行するチップを提供する。

【0026】

具体的には、このチップは、コンピュータプログラムをメモリから呼び出して実行し、上記の第１～第５の態様のいずれかの方法、またはそれらの各実施態様の方法をチップが搭載されたデバイスに実行させるプロセッサを備えている。

【0027】

第１７の態様は、上記第１から第５の態様のいずれか１つの態様、またはその各実施態様における方法をコンピュータに実行させるコンピュータプログラムを格納するコンピュータ可読記憶媒体を提供する。

【0028】

第１８の態様は、上記の第１から第５の態様のいずれか、またはその各実施態様における方法をコンピュータに実行させるコンピュータプログラム命令を含むコンピュータプログラム製品を提供する
第１９の態様は、コンピュータ上で実行されると、上記第１から第５の態様のいずれか、またはその各実施態様における方法をコンピュータに実行させるコンピュータプログラムを提供する。

【0029】

上記の技術案により、指示アップリンクフィードバック情報及びサイドリンクフィードバック情報を同時に示す第１の情報をアップリンクチャネルで送信することで、ネットワークデバイスにアップリンクフィードバック及びサイドリンクフィードバックを同時に行うことができる。

【図面の簡単な説明】

【0030】

【図1】本願の実施例におけるサイドリンク通信システムのモード図である。

【図2】本願の実施例におけるサイドリンク通信システムのモード図である。

【図3】車両インターネットにおけるアップリンクフィードバック情報又はサイドリンクフィードバック情報送信のモード図である。

【図4】本願の実施例における情報伝送方法のブロック図である。

【図5a】本願の実施例におけるＨＡＲＱＡＣＫが占めるリソースがパンクチャリング及びレートマッチングでそれぞれ決定されるモード図である。

【図5b】本願の実施例におけるＨＡＲＱＡＣＫが占めるリソースがパンクチャリング及びレートマッチングでそれぞれ決定されるモード図である。

【図6a】本願の実施例におけるサイドリンクＨＡＲＱＡＣＫが占めるリソースがパンクチャリング及びレートマッチングでそれぞれ決定されるモード図である。

【図6b】本願の実施例におけるサイドリンクＨＡＲＱＡＣＫが占めるリソースがパンクチャリング及びレートマッチングでそれぞれ決定されるモード図である。

【図7a】本願の実施例における多重化されたデータフィードバック情報が占めるリソースがパンクチャリング及びレートマッチングでそれぞれ決定されるモード図である。

【図7b】本願の実施例における多重化されたデータフィードバック情報が占めるリソースがパンクチャリング及びレートマッチングでそれぞれ決定されるモード図である。

【図8】本願の実施例におけるＰＵＳＣＨでアップリンクデータが伝送されない時のフィードバック情報のリソース分布のモード図である。

【図9】本願の実施例における情報伝送方法のブロック図である。

【図10】本願の実施例における情報伝送方法のフローチャートである。

【図11】本願の実施例における異なる時間領域リソースでアップリンクフィードバック情報及びサイドリンクフィードバック情報の伝送のシーケンスである。

【図12】本願の実施例における情報伝送方法のフローチャートである。

【図13】本願の実施例における情報伝送方法のフローチャートである。

【図14】本願の実施例における情報伝送方法のフローチャートである。

【図15】本願の実施例における端末デバイスのブロック図である。

【図16】本願の実施例における端末デバイスの他のブロック図である。

【図17】本願の実施例における端末デバイスの他のブロック図である。

【図18】本願の実施例におけるネットワークデバイスのブロック図である。

【図19】本願の実施例におけるネットワークデバイスの他のブロック図である。

【図20】本願の実施例における端末デバイスの他のブロック図である。

【図21】本願の実施例におけるネットワークデバイスの他のブロック図である。

【図22】本願の実施例におけるチップのブロック図である。

【図23】本願の実施例における通信システムのブロック図である。

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

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

以上のように、本願の実施例は、本願の技術的思想に基づいて説明されたが、本願は、上述の実施例に限定されるものではなく、本願の技術的思想に基づく当業者であれば、本願の技術的範囲に含まれる。したがって、本願の保護範囲は、特許請求の範囲の保護範囲によってのみ定められるべきである。

【図1】