JP7390399B2 - サイドリンクデータの伝送方法及び端末デバイス - Google Patents

Description

本願は、通信分野に関し、特に、サイドリンクデータの伝送方法及び端末デバイスに関する。

ＮＲ－Ｖ２Ｘでは、サービス伝送の信頼性を向上させるために、サイドリンクデータ伝送のためのフィードバックメカニズムが導入されている。さらに、従来技術では、送信側端末が、受信側端末に初回伝送のサイドリンクデータのためのフィードバックリソースを割り当てて、受信側端末によるフィードバック情報の送信に使用されるスキームのみが提供されている。しかし、複数の受信側端末が存在する場合、送信側端末によってこれらの受信側端末に再送信データのフィードバックリソースをどのように割り当てるかについてのスキームは提供されていない。

本願の実施例は、フィードバックチャネル受信の成功率を改善することができる、サイドリンクデータの伝送方法及び端末デバイスを提供する。

第１の態様は、サイドリンクデータの伝送方法を提供し、第１の端末デバイスがサイドリンクデータを複数の端末デバイスに送信するステップと、前記第１の端末デバイスが前記複数の端末デバイスに前記サイドリンクデータを正常に受信していない端末デバイスが存在すると決定した場合、前記第１の端末デバイスが前記複数の端末デバイスの各端末デバイスに前記サイドリンクデータの再送信データ及び再送信フィードバックリソースを送信するステップを含み、前記再送信フィードバックリソースは、前記複数の端末デバイスにより前記再送信データのフィードバック情報を送信するために使用される。

第２の態様は、サイドリンクデータの伝送方法を提供し、複数の端末デバイスにおける第２の端末デバイスが、第１の端末デバイスによって前記複数の端末デバイスに送信されるサイドリンクデータを受信するステップと、前記第２の端末デバイスが、前記第１の端末デバイスによって送信された前記サイドリンクデータの再送信データを受信するステップと、前記第２の端末デバイスが、前記再送信データのフィードバック情報を運ぶために使用される再送信フィードバックリソースを取得するステップと、前記第２の端末デバイスが、前記サイドリンクデータを正常に受信したかどうかに応じて、前記再送信データのフィードバック情報を前記第１の端末デバイスに送信するかどうかを決定するステップを含む。

第３の態様は、サイドリンクデータの伝送方法を提供し、第１の端末デバイスがサイドリンクデータを複数の端末デバイスに送信するステップと、前記第１の端末デバイスが、複数の端末デバイスに前記サイドリンクデータを正常に受信していない第３の端末デバイスと前記サイドリンクデータを正常に受信した第２の端末デバイスが存在することを決定するステップと、前記第１の端末デバイスが、前記サイドリンクデータの再送信データ及び前記再送信データのフィードバック情報を運ぶために使用される再送信フィードバックリソースを前記第３の端末デバイスにのみ送信するステップを含む。

第４の態様は、サイドリンクデータの伝送方法を提供し、複数の端末デバイスにおける第２の端末デバイスが、第１の端末デバイスによって前記複数の端末デバイスに送信されるサイドリンクデータを受信するステップと、前記第２の端末デバイスが、前記第１の端末デバイスによって送信された前記サイドリンクデータの再送信データを受信するステップと、前記第２の端末デバイスが前記サイドリンクデータを正常に受信し、かつ前記第１の端末デバイスによって送信された再送信フィードバックリソースを受信していない場合、前記第２の端末デバイスは、前記第１の端末デバイスへの前記再送信データのフィードバック情報の送信を放棄するステップを含み、前記再送信フィードバックリソースは、前記再送信データのフィードバック情報を運ぶために使用される。

第５の態様は、端末デバイスを提供し、上記第１の態様又はその各実現形態における方法を実行する。具体的に、上記端末デバイスは、上記第１の態様から第４の態様のいずれか一態様又はその各実現形態における方法を実行するための機能モジュールを備える。

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

第７の態様は、チップを提供し、上記第１の態様から第４の態様のいずれか一態様又はその各実現形態における方法を実現する。具体的に、前記チップは、メモリからコンピュータプログラムを呼び出して実行することで、上記第１の態様から第４の態様のいずれか一態様又はその各実現形態における方法を前記チップがインストールされたデバイスに実行させるプロセッサを備える。

第８の態様は、コンピュータ読み取り可能な記憶媒体を提供し、上記第１の態様から第４の態様のいずれか一態様又はその各実現形態における方法をコンピュータに実行させるコンピュータプログラムを記憶する。

第９の態様は、コンピュータプログラム製品を提供し、上記第１の態様から第４の態様のいずれか一態様又はその各実現形態における方法をコンピュータに実行させるコンピュータプログラム命令を含む。

第１０の態様は、コンピュータプログラムを提供し、コンピュータプログラムがコンピュータ上で実行されると、上記第１の態様から第４の態様のいずれか一態様又はその各実現形態における方法をコンピュータに実行させる。

上記解決策を通じて、送信側端末はサイドリンクデータを受信側に送信する。送信側端末がサイドリンクデータを正常に受信していない端末デバイスが存在すると決定した場合、送信側端末が再送を行うとき、受信側端末がＡＣＫ又はＮＡＣＫのどちらをフィードバックしても、送信側端末は再送信データを送信しながら、再送信データのフィードバック情報を送信するための伝送リソース各受信側端末に割り当てることができる。ただし、その前にサイドリンクデータを正しく受信した端末は、フィードバック情報を送信しなくてもよい。これにより、フィードバックシグナリングのオーバーヘッドを削減できる。又は、その前にサイドリンクデータを正しく受信した端末が、再送信も正しく受信すると、いずれもＡＣＫをフィードバックする。これにより、フィードバックチャネル受信の成功率を向上させることができる。

さらに、送信側が再送信を実行するとき、前記受信側端末にフィードバック情報を送信するための伝送リソースを割り当てないことを選択することもできる。しかし、送信側端末が受信側端末によって送信されたＮＡＣＫ又はＤＴＸを受信した場合、送信側端末が再送信を実行するとき、フィードバック情報を送信するための伝送リソースを前記受信側端末に割り当てる。これにより、フィードバックリソースのオーバーヘッドを減らし、フィードバックチャネル間の競合を減らし、フィードバック情報の検出成功率を向上させることができる。

本願の実施例によって提供される通信システムアーキテクチャの概略図である。 本願の実施例によって提供される車両のインターネットシステムアーキテクチャの概略図である。 本願の実施例によって提供されるサイドリンクデータ伝送の概略図である。 本願の実施例によって提供される複数の端末を含むマルチキャスト通信の概略図である。 本願の実施例によって提供される別のサイドリンクデータ伝送の概略図である。 本願の実施例によって提供されるサイドリンクデータの伝送方法の概略フローチャートである。 本願の実施例によって提供されるサイドリンクデータの伝送方法の別の概略フローチャートである。 本願の実施例によって提供されるサイドリンクデータの伝送方法のさらに別の概略フローチャートである。 本出願の実施例によって提供される別のサイドリンクデータの伝送方法のの概略フローチャートである。 本出願の実施例によって提供されるさらに別のサイドリンクデータの伝送方法の概略フローチャートである。 本出願の実施例によって提供されるさらに別のサイドリンクデータの伝送方法の概略フローチャートである。 本出願の実施例によって提供されるさらに別のサイドリンクデータの伝送方法の概略フローチャートである。 本出願の実施例によって提供されるさらに別のサイドリンクデータの伝送方法の概略フローチャートである。 本願の実施例によって提供される端末デバイスの概略ブロック図である。 本願の実施例によって提供される通信デバイスの概略ブロック図である。 本願の実施例によって提供されるチップの概略ブロック図である。 本願の実施例によって提供される通信システムの概略図である。

以下、本願の実施例における解決策を、本願の実施例における図面と併せて説明するが、説明される実施例は、すべての実施例ではなく、本願の実施例の一部であることは明らかである。本願の実施例に基づいて、創造的な作業なしに当業者によって得られる他のすべての実施例は、いずれも本願の保護範囲内にある。

本願の実施例の解決策は、例えばグローバルモバイル通信（Global System of Mobile communication,GSM）システム、符号分割多元接続（Code Division Multiple Access,CDMA）システム、広帯域符号分割多元接続（Wideband Code Division Multiple Access,WCDMA）システム、汎用パケット無線サービス（General Packet Radio Service，GPRS）、ロングタームエボリューション（Long Term Evolution，LTE）システム、ＬＴＥ周波数分割複信（Frequency Division Duplex，FDD）システム、ＬＴＥ時分割複信（Time Division Duplex，TDD）、ユニバーサル移動通信システム（Universal Mobile Telecommunication System,UMTS）、マイクロ波アクセス用世界的相互運用性（Worldwide Interoperability for Microwave Access,WiMAX）通信システム又は５Ｇシステム等の様々な通信システムに適用することができる。

例示的に、本願の実施例で適用される通信システム１００が図１に示されている。 この通信システム１００は、ネットワークデバイス１１０を含むことができ、ネットワークデバイス１１０は、端末デバイス１２０（又は通信端末、端末と呼ばれる）と通信するデバイスであってもよい。ネットワークデバイス１１０は、特定の地理的領域に通信カバレッジを提供することができ、このカバレッジ領域内の端末デバイスと通信することができる。オプションとして、このネットワークデバイス１１０は、ＧＳＭシステム又はＣＤＭＡシステムにおける基地局（Base Transceiver Station,BTS）であってもよいし、ＷＣＤＭＡシステムにおける基地局（NodeB,NB）であってもよく、また、ＬＴＥシステムにおける進化型基地局（Evolutional Node B, eNB又はeNodeB）、又はクラウド無線アクセスネットワーク（Cloud Radio Access Network,CRAN）における無線コントローラであってもよく、又はこのネットワークデバイスは、モバイル交換センター、中継局、アクセスポイント、車載デバイス、ウェアラブルデバイス、ハブ、スイッチ、ブリッジ、ルーター、５Ｇネットワークにおけるネットワーク側デバイス、又は未来進化の公衆地上移動ネットワーク（Public Land Mobile Network,PLMN）におけるネットワークデバイス等であってもよい。

この通信システム１００は、ネットワークデバイス１１０のカバレッジ内の少なくとも１つの端末デバイス１２０をさらに含む。ここで使用される「端末デバイス」として、公衆電話交換網（Public Switched Telephone Networks，PSTN）、デジタル加入者線（Digital Subscriber Line，DSL）、デジタルケーブル、直接ケーブル接続などの有線回線を介して接続されたデバイスが含まれるが、これに限定されず、及び/又は別のデータ接続/ネットワーク、及び/又はセルラーネットワーク、無線ローカルエリアネットワーク（Wireless Local Area Network，WLAN）、ＤＶＢ－ＨネットワークなどのデジタルＴＶネットワーク、衛星ネットワーク、ＡＭ－ＦＭ放送送信機などの無線インターフェイスを介して接続されたデバイス、及び/又は通信信号を受信/送信するように設定された別の端末デバイスの装置、及び/又はモノのインターネット（Internet of Things，IoT）デバイスも含まれる。無線インターフェースを介して通信するように設定された端末デバイスは、「無線通信端末」、「無線端末」又は「モバイル端末」と呼ばれてもよい。モバイル端末の例としては、衛星又は携帯電話が含まれるが、これらに限定されず、セルラー無線電話にデータ処理、ファクシミリ、及びデータ通信機能を組み込むことができるパーソナル通信システム（Personal Communications System，PCS）端末；無線電話、ポケットベル、インターネット/イントラネットアクセス、Ｗｅｂブラウザー、メモ帳、カレンダー、及び/又は全地球測位システム（Global Positioning System，GPS）受信機を含むことができるＰＤＡ；及び従来のラップトップ及び/又はパームトップ受信機、又は無線電話トランシーバーを含む他の電子デバイスが含まれる。端末デバイスは、アクセス端末、ユーザーデバイス（User Equipment，UE）、ユーザーユニット、ユーザーステーション、モバイルステーション、移動局、リモートステーション、リモート端末、モバイルデバイス、ユーザー端末、端末、無線通信デバイス、ユーザーエージェント、又はユーザー装置を指すことができる。アクセス端末は、携帯電話、コードレス電話、セッション開始プロトコル（Session Initiation Protocol，SIP）電話、ワイヤレスローカルループ（Wireless Local Loop，WLL）ステーション、パーソナルデジタルアシスタント（Personal Digital Assistant，PDA）、無線通信を備えたハンドヘルドデバイス、コンピューティングデバイス又は無線モデムに接続された他の処理デバイス、車載デバイス、ウェアラブルデバイス、５Ｇネットワークにおける端末デバイス、又は将来進化のPLMNにおける端末デバイスなどであってよい。

オプションとして、端末デバイス１２０間で端末直接接続（Device to Device，D2D）通信が実行されてもよい。

オプションとして、５Ｇシステム又は５Ｇネットワークは、新しい無線（New Radio、NR）システム又はＮＲネットワークとも呼ばれてもよい。

図１は、１つのネットワークデバイス及び２つの端末デバイスを例示的に示し、オプションとして、この通信システム１００は、複数のネットワークデバイスを含んでもよく、各ネットワークデバイスは、カバレッジ内に他の数の端末デバイスを含んでもよく、本発明の実施例はこれを限定しない。

オプションとして、この通信システム１００は、ネットワークコントローラ、モビリティ管理エンティティ等の他のネットワークエンティティをさらに含んでもよく、本発明の実施例はこれを限定しない。

本願の実施例におけるネットワーク／システムで通信機能を有するデバイスは、通信デバイスと呼ばれてよいことを理解されたい。図１に示す通信システム１００を例として、通信デバイスは、通信機能を有するネットワークデバイス１１０と端末デバイス１２０とを含み得る。ネットワークデバイス１１０及び端末デバイス１２０は、前記の特定のデバイスであってもよく、ここでは繰り返さない。通信デバイスは、ネットワークコントローラ、モビリティ管理エンティティなどの他のネットワークエンティティなど、通信システム１００内の他のデバイスをさらに含んでもよく、本発明の実施例はこれを限定しない。

本明細書で、「システム」と「ネットワーク」という用語はしばしば互換的に使用されることを理解されたい。本明細書で使用される「及び/又は」という用語は、関連対象の関連関係を説明するだけであり、３種類の関係があり得ることを示す。例えば、A及び/又はBは、Aが単独で存在する、AとBが同時に存在する、Bが単独で存在する3つのケースを示すことができる。また、本明細書で使用される「/」の表記は、一般的に、この表記の前後の関連対象が「又は」の関係にあることを示す。

デバイス間通信は、端末間（Device to Device，D2D）に基づくサイドリンク（Sidelink，SL）伝送技術であり、従来のセルラーシステムの基地局を介して通信データを送受信する方法とは異なり、車両のインターネットシステムは、端末間の直接通信の方法を採用しているため、スペクトル効率が高く、伝送遅延が少ない。

サイドリンクの２つの伝送モード、即ちモードＡ及びモードＢが３ＧＰＰで定義されている。特に、図２は、２つの伝送モードの概略図を示している。図２の左図に示すように、モードＡとは、端末の伝送リソースが基地局によって割り当てられ、端末がダウンリンク（Downlink，DL）を介して割り当てられたリソースに従ってサイドリンク上でデータを送信する。基地局は、端末に単一伝送のためのリソースを割り当てることができ、端末に半静的伝送のためのリソースを割り当てることもできる。図２の右図に示すように、モードＢとは、車載端末がサイドリンクデータを伝送するためにリソースプール内のリソースを選択する。

３ＧＰＰで、Ｄ２Ｄは、異なる段階に分割されて研究される。例えば、近接サービス（Proximity based Service,ProSe）直接通信に関して、Rel-12/13では、デバイス間通信は、ＰｒｏＳｅのシナリオに関して研究され、主に公共安全のサービスを対象としている。別の例として、車両のインターネット（例えば、車両から他の機器（Vehicle to Everything,V2X））通信に関して、Rel-14/15では、車両のインターネットシステムが車両間通信のシナリオに関して研究され、主に比較的高速移動の車車間通信、車から人への通信のサービスを対象としている。さらに別の例として、ウェアラブルデバイス（たとえば、さらなる拡張D2D（Further Enhancements D2D,FeD2D））に関して、Rel-14では、このシナリオは、ウェアラブルデバイスが携帯電話を介してネットワークに接続するシナリオについて研究され、主に低移動速度と低電力アクセスのシナリオを対象としている。

ＬＴＥ－Ｖ２Ｘでは、ブロードキャストサービスがサポートされ、即ち、１つの端末がデータを送信し、すべての周囲の端末がデータを受信する。ＮＲ－Ｖ２Ｘでは、このブロードキャストに基づいてユニキャストサービスとマルチキャストサービスが導入されている。ユニキャストサービスの場合、ＵＥ1はデータを送信し、ＵＥ２はデータを受信し、他のユーザーはデータを受信する必要がない。マルチキャストサービスの場合、１つの端末デバイスグループは複数の端末を含み、このグループ内の１つの端末がデータを送信し、グループ内の他の端末が上記データを受信する。ここで、ユニキャストサービスは、一種の特別なマルチキャストサービスと見なすこともできる。

さらに、ＮＲ－Ｖ２Ｘでは、サービス伝送の信頼性を改善するために、サイドリンクデータ伝送のためのフィードバックメカニズムが導入されている。ユニキャストサービス又はマルチキャストサービスについて、受信側端末は、受信したサイドリンクデータの復調状態に応じて、ハイブリッド自動再送要求（Hybrid Automatic Repeat reQuest,HARQ）確認応答（Acknowledgement,ACK）又はＨＡＲＱ非確認応答（Non-Acknowledgement,NACK）を送信側に送信することを決定する。送信側は、受信側からフィードバックされたＨＡＲＱ ＡＣＫ／ＮＡＣＫに従って再送する必要があるかどうかを決定する。

ＮＲ－Ｖ２Ｘでは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫは、物理的サイドリンクフィードバックチャネル（Physical Sidelink Feedback Channel,PSFCH）を介して運ばれ得る。ＰＳＦＣＨの伝送リソースは、事前に構成されるか、又はネットワークによって構成されるか、又は送信側によって送信される物理サイドリンク共有チャネル（Physical Sidelink Shared Channel,PSSCH）の伝送リソースに従って決定され得る。

例えば、ここで例としてＵＥ１とＵＥ２との間の通信を取り上げると、ＵＥ１とＵＥ２は、ユニキャスト通信であり得るか、又はマルチキャスト通信における送信端（ＵＥ１）といずれかの受信側（ＵＥ２）の間の通信であり得る。図３に示すように、ＵＥ１は、スロットｎでＵＥ２にサイドリンクデータを送信する。例えば、上記サイドリンクデータは、物理サイドリンク制御チャネル（Physical Sidelink Control Channel,PSCCH）とＰＳＳＣＨを含み得る。そして、ＵＥ２は、前記サイドリンクデータのフィードバック情報を、スロットｎ＋１のＰＳＦＣＨを介してＵＥ１に送信する。 ここで、ＰＳＳＣＨが配置されているスロットとＰＳＦＣＨが配置されているスロットとの間のスロット間隔は、事前に構成されるか、ネットワークによって構成されるか、又は送信側端末によって決定され得る。スロットｎ＋１のＰＳＦＣＨが占めるシンボル位置とシンボル数は、事前に構成されるか、又はネットワークによって構成され得る。例えば、1つのスロット内のＰＳＦＣＨのシンボル位置とシンボル数は、ＰＳＦＣＨのリソースプール構成情報を介して構成される。ＰＳＦＣＨの周波数領域開始位置は、ＰＳＳＣＨの周波数領域開始位置と同じでもよく、周波数領域サイズは、事前に構成されるか、又はネットワークによって構成され得る。

ユニキャスト通信又はマルチキャスト通信の場合、受信側端末によって使用されるフィードバックリソースは、送信側端末によって割り当てられ得る。その利点は、送信側端末が、ＰＳＦＣＨのブラインド検出を実行せずに、すべての受信側端末のＰＳＦＣＨリソースを把握できることである。さらに、すべての受信側端末のＰＳＦＣＨが1つのスロットにある場合、半二重の問題を回避できる。

しかしながら、従来技術では、送信側端末が、受信側端末に初回伝送のサイドリンクデータのためのフィードバックリソースを割り当てて、受信側端末によるフィードバック情報の送信に使用されるスキームのみが提供され、再送信データのフィードバックリソースをどのように割り当てるかについてのスキームは提供されていない。また、すでにＨＡＲＱ ＡＣＫを送信した受信側端末の場合、前記サイドリンクデータの再送データを再受信したときにフィードバック情報を送信する必要があるかどうかについて解決策が提供されていない。

例えば、いずれかのグループの一方の端末が他方の端末にサイドリンクデータを送信し、他方の端末が前記サイドリンクデータを受信し、受信状況に従って、前記サイドリンクデータのフィードバック情報を送信側端末に送信し、例えば、ＨＡＲＱ ＡＣＫ又はＨＡＲＱ ＮＡＣＫを送信することができる。送信側端末がＨＡＲＱ ＮＡＣＫを受信した場合、再送を行う必要があるが、前記サイドリンクデータを初めて伝送するプロセスでは、前記サイドリンクデータを正しく受信し、ＨＡＲＱ ＡＣＫをフィードバックした端末が一部存在する可能性がある。このような場合、送信側端末と受信側端末がどのように処理するかが現在解決すべき問題である。例えば、送信側端末が受信側端末にフィードバックリソースをどのように割り当てるか、すでにＨＡＲＱ ＡＣＫを送信した端末が再送信データを受信したときにどのようにフィードバック情報を送信するかである。

図４はマルチキャスト通信グループの概略図を示している。図４に示すように、ＵＥ１、ＵＥ２、ＵＥ３、及びＵＥ４は一緒に１つの通信グループを構成し、ここで、ＵＥ１がサイドリンクデータを他の３つの端末に送信すると仮定する。図５は、前記マルチキャスト通信の過程でサイドリンクデータを伝送する概略図を示す。図５に示すように、ＵＥ１がスロットｎでマルチキャストデータを送信する場合、ＵＥ２、ＵＥ３、及びＵＥ４は、前記マルチキャストデータのフィードバック情報を送信する必要があり、例えば、ＵＥ１は、ＵＥ２、ＵＥ３及びＵＥ４にスロットｎ＋１で前記フィードバック情報を伝送する伝送リソースを割り当てる。ＵＥ３及びＵＥ４が前記マルチキャストデータを正しく受信したと仮定すると、ＡＣＫがＵＥ１に送信される。そして、ＵＥ２が前記マルチキャストデータを正しく受信できなかったと仮定すると、ＮＡＣＫがＵＥ１に送信され得る。ＵＥ１が端末から送信されたＮＡＣＫを受信すると、データ再送信を実行する必要があり、ＵＥ１がスロットｎ＋２でデータ再送信を実行すると仮定する。このとき、ＵＥ１は、さらにＵＥ２に再送信データのフィードバック情報を送信するための伝送リソースを割り当てる必要があるが、すでにマルチキャストデータを正しく受信したＵＥ３及びＵＥ４に再送信データのフィードバック情報の伝送リソースを割り当てる必要があるのか。また、ＵＥ３とＵＥ４がＵＥ１から送信された再送データを受信した場合でも、フィードバック情報をＵＥ１に送信する必要があるのか。

したがって、本出願の実施例は、再送信のプロセスにおける前述の問題を解決することができる、サイドリンクデータを伝送するためのいくつかの方法を提案する。

図６は、本出願の実施例によって提供されるサイドリンクデータの伝送方法２００の概略フローチャートである。図６に示すように、前記方法２００は、サイドリンクデータを送信すること（Ｓ２０１）を含み、即ち、第１の端末デバイスがサイドリンクデータを少なくとも１つの端末デバイスに送信する。

具体的に、前記方法２００は、ユニキャスト通信又はマルチキャスト通信において使用され得る。同様に、前記第１の端末デバイスは、前記ユニキャスト通信又は前記マルチキャスト通信における端末デバイスのいずれか１つを示すことができる。サイドリンクデータを受信する受信側は、少なくとも１つの端末デバイスであり、前記少なくとも１つの端末デバイスは、前記第１の端末デバイスを除く他の端末デバイスである。例えば、図４に示すように、前記第１の端末デバイスは、図４に示すＵＥ１であってもよく、前記受信端の少なくとも１つの端末デバイスは、図４に示すＵＥ２、ＵＥ３、及びＵＥ４であってよい。

例えば、前記方法２００は、ユニキャスト伝送のプロセスで使用されると、Ｓ２０１において、第１の端末デバイスは、前記サイドリンクデータを別の端末デバイスに送信する。

別の例として、前記方法２００は、マルチキャスト送信のプロセスでも使用され得、この場合、Ｓ２０１において、第１の端末デバイスは、マルチキャスト内の別の複数の端末デバイスに前記サイドリンクデータを送信する。

サイドリンクデータを受信する端末デバイスについて、サイドリンクデータを正常に受信するか、又はサイドリンクデータを正常に受信しない可能性があることを考慮すると、説明を容易にするために、本出願の実施例では、前記サイドリンクデータを正常に受信した端末デバイスを第２端末デバイスと呼び、前記サイドリンクデータを正常に受信しなかった端末デバイスを第３端末デバイスと呼ぶ。

例えば、第１の端末デバイスがサイドリンクデータを複数の端末デバイスに送信すると、これらの複数の端末デバイスにおいて、第２の端末デバイスとは、前記サイドリンクデータを正常に受信した端末デバイスを指し、第３の端末デバイスとは、前記サイドリンクデータを正常に受信できない端末デバイスを指す。即ち、本出願の実施例における第２の端末デバイス及び第３の端末デバイスは、異なる端末デバイスを指すことができる。

言い換えれば、第１の端末デバイスは、サイドリンクデータを少なくとも１つの端末デバイスに送信し、受信側のいずれかの端末デバイスにとって、端末デバイスが前記サイドリンクデータを正常に受信した場合には第２の端末デバイスと呼ばれ、端末デバイスが前記サイドリンクデータを正常に受信できなかった場合には第３の端末デバイスと呼ばれる。即ち、本出願の実施例における第２の端末デバイス及び第３の端末デバイスは、受信端における任意の端末デバイスの２つの可能な状態を指し得る。

したがって、Ｓ２０１におけるサイドリンクデータを送信することは、前記第１の端末デバイスがサイドリンクデータを第２の端末デバイスに送信することと、前記第1の端末デバイスがサイドリンクデータを第３の端末デバイスに送信することを含む。

本出願の実施例におけるサイドリンクデータは、第１の端末デバイスによって送信される任意のサイドリンクデータを指し得ることが理解されるべきである。例えば、前記サイドリンクデータは、ＰＳＳＣＨ及びＰＳＣＣＨを含み得る。別の例として、前記サイドリンクデータは、初めて伝送されたデータを示してもよい。又は、前記サイドリンクデータは、初めて伝送されたあるデータの任意一回の再送信データを示してもよい。

オプションとして、Ｓ２０１はまた、第１の端末デバイスがサイドリンクデータ及び前記サイドリンクデータのデータフィードバックリソースを少なくとも１つの端末デバイスに送信することを含み得、ここで、前記データフィードバックリソースは、前記少なくとも１つの端末デバイスが第１の端末デバイスに前記サイドリンクデータのフィードバック情報を送信するために使用される。具体的に、前記第１の端末デバイスによって送信される前記データフィードバックリソースとは、いくつかの具体的なフィードバックリソースを示すことができ、その結果、少なくとも１つの端末デバイスは、前記フィードバックリソース上でサイドリンクデータのフィードバック情報を直接送信する。或いは、前記第１の端末デバイスによって送信される前記データフィードバックリソースは、フィードバックリソースセットを示すことができ、その結果、少なくとも１つの端末デバイスは、前記フィードバックリソースセットからフィードバック情報を送信するためのリソースを選択する。

図６に示されるように、前記方法２００はまた、サイドリンクデータを正常に受信すること（Ｓ２０２）を含み、即ち、第１の端末デバイスによって送信されたサイドリンクデータについて、第２の端末デバイスは、第１の端末デバイスによって送信されたサイドリンクデータを正常に受信したと決定すると、続いてＳ２０３を実行する。

Ｓ２０３では、ＨＡＲＱ ＡＣＫ情報を送信する。即ち、第２の端末デバイスがサイドリンクデータを正常に受信した場合、第２の端末デバイスは第１の端末デバイスにフィードバック情報を送信し、前記フィードバック情報はＡＣＫ情報、例えばＨＡＲＱ ＡＣＫ情報であり得る。

前記第２の端末デバイスがＡＣＫ情報を送信する前に、前記方法２００は、第２の端末デバイスがデータフィードバックリソースを取得して、前記第２の端末デバイスが前記データフィードバックリソースでＡＣＫ情報を送信することをさらに含むことを理解されたい。具体的に、第２の端末デバイスによりデータフィードバックリソースを取得することは、第２の端末デバイスが第１の端末デバイスによって送信されたデータフィードバックリソースを受信することを含まれ得る。前記データフィードバックリソースが特定の時間領域リソース、周波数領域リソース、コード領域リソースなどの特定のリソースである場合、第２の端末デバイスは直接に前記データフィードバックリソースを使用してＡＣＫ情報を送信することができる。また、前記データフィードバックリソースがフィードバックリソースセットである場合、第２の端末デバイスは、ＡＣＫ情報を送信するために前記フィードバックリソースセットからリソースを選択することができる。オプションで、前記第２の端末デバイスは、前記第２の端末デバイスの識別情報に従って、前記フィードバックリソースセットからリソースを選択する。例えば、前記フィードバックリソースセットにはＮ個のフィードバックリソースが含まれ、前記グループ内の端末識別子は1、2、... Nであり、グループ内の端末識別子がkである端末はmod（k、N）番目のフィードバックリソースを選択する。ここで、mod（）は余りを取る処理を表す。オプションで、前記識別情報は、通信グループ内の前記第２の端末デバイスの識別情報である。

図６に示されるように、前記方法２００は、サイドリンクデータを正常に受信しないこと（Ｓ２０４）を含み、即ち、第１の端末デバイスによって送信されたサイドリンクデータについて、第３の端末デバイスが前記サイドリンクデータを正常に受信できなかったと決定すると、続いてＳ２０５を実行する。

本出願の実施例において前記第３の端末デバイスがサイドリンクデータを正常に受信しないことは、前記第３の端末デバイスがサイドリンクデータの復調に失敗することを含むことを理解されたい。

Ｓ２０５において、ＨＡＲＱ ＮＡＣＫ情報を送信する。即ち、第３の端末デバイスがサイドリンクデータを正常に受信しない場合、前記第３の端末デバイスから第１の端末デバイスに送信される前記サイドリンクデータのフィードバック情報は、ＮＡＣＫ情報、例えば、ＨＡＲＱ ＮＡＣＫ情報である。

オプションとして、Ｓ２０５は、前記第３の端末デバイスが前記サイドリンクデータを正常に受信しない場合、フィードバック情報を第１の端末デバイスに送信しないことをさらに含み得る。例えば、前記第３の端末デバイスが前記サイドリンクデータを示すための制御情報を正常に受信しない場合、前記第３の端末デバイスは前記サイドリンクデータを受信できず、前記サイドリンクデータのフィードバック情報を第１の端末デバイスに送信しない。

第２の端末デバイスによるＡＣＫ情報の送信と同様に、前記第３の端末デバイスがＮＡＣＫ情報を送信する前に、前記方法２００は、第３の端末デバイスがデータフィードバックリソースを取得して、前記第３の端末デバイスが前記データフィードバックリソースでＮＡＣＫ情報を送信することをさらに含むことを理解されたい。具体的に、第３の端末デバイスによりデータフィードバックリソースを取得することは、第３の端末デバイスが第１の端末デバイスによって送信されたデータフィードバックリソースを受信することを含まれ得る。前記データフィードバックリソースが特定の時間領域リソース、周波数領域リソース、コード領域リソースなどの特定のリソースである場合、第３の端末デバイスは直接に前記データフィードバックリソースを使用してＮＡＣＫ情報を送信することができる。また、前記データフィードバックリソースがフィードバックリソースセットである場合、第３の端末デバイスは、ＮＡＣＫ情報を送信するために前記フィードバックリソースセットからリソースを選択することができる。例えば、前記第３の端末デバイスは、前記第３の端末デバイスの識別情報に従って、前記フィードバックリソースセットからリソースを選択する。オプションで、前記識別情報は、通信グループ内の前記第３の端末デバイスの識別情報である。

図６に示されるように、前記方法２００は、サイドリンクデータを正常に受信しない端末デバイスが存在すると決定すること（Ｓ２０６）をさらに含む。即ち、第１の端末デバイスがサイドリンクデータを少なくとも１つの端末デバイスに送信した後、前記少なくとも１つの端末デバイスによって送信されたフィードバック情報に従って、サイドリンクデータを正常に受信しなかった端末デバイスが、前記少なくとも１つの端末デバイスに存在するかどうかを決定する。そして、サイドリンクデータを正常に受信していない端末デバイスが存在すると決定した場合、続いてＳ２０７及びＳ２０８を実行する。

具体的に、第１の端末デバイスは、少なくとも１つの端末デバイスに送信されるデータフィードバックリソースにおいて、少なくとも１つの端末デバイスのフィードバック情報を検出し、検出結果に応じて、サイドリンクデータを正常に受信しない端末デバイスが存在するかどうかを決定する。例えば、前記少なくとも１つの端末デバイス内の任意一つの端末デバイスを例として取り上げると、ここでは、それを第２の端末デバイスと呼ぶ。前記第２の端末デバイスのフィードバック情報がデータフィードバックリソース上で検出されない場合、第１の端末デバイスは、第２の端末デバイスが不連続伝送（Discontinuous Transmission,DTX）状態にあると見なし、前記第２の端末デバイスがサイドリンクデータを正常に受信していないと決定することができる。第１の端末デバイスが、データフィードバックリソース上で第２の端末デバイスによって送信されたサイドリンクデータのフィードバック情報を検出して受信した場合、第１の端末デバイスは、前記サイドリンクデータのフィードバック情報に従って、前記第２の端末デバイスがサイドリンクデータを正常に受信したかどうかを決定することができる。例えば、前記サイドリンクデータのフィードバック情報がＡＣＫ情報である場合、第1の端末デバイスは、前記第２の端末デバイスがサイドリンクデータを正常に受信したと決定し、前記サイドリンクデータのフィードバック情報がＮＡＣＫ情報である場合、第1の端末デバイスは、前記第２の端末デバイスがサイドリンクデータを正常に受信していないと決定する。

第１の端末デバイスがフィードバック情報を検出するとき、誤った検出が存在する可能性があり、第１の端末デバイスは、検出結果に従って、サイドリンクデータを正常に受信しない端末デバイスが存在するかどうかを決定することを理解されたい。例えば、第２の端末デバイスは、サイドリンクデータを正常に受信し、ＡＣＫ情報を第１の端末デバイスに送信するが、第１の端末デバイスは、前記ＡＣＫ情報をＮＡＣＫ情報として検出する場合があり、又は前記ＡＣＫ情報を検出しない場合がある。このとき、第１の端末デバイスは、第２の端末デバイスがサイドリンクデータを正常に受信していないと決定する。別の例では、第３の端末デバイスは、サイドリンクデータを正常に受信せず、ＮＡＣＫメッセージを第１の端末デバイスに送信するが、第１の端末デバイスは、ＮＡＣＫ情報を検出しない可能性があり、この場合、第１の端末デバイスは、第３の端末デバイスがサイドリンクデータを正常に検出していないと決定するが、本出願の実施例はこれに制限されない。

図６に示されるように、前記方法２００は、サイドリンクデータの再送信データを送信すること（Ｓ２０７）、及び再送信データの再送信フィードバックリソースを送信すること（Ｓ２０８）をさらに含む。即ち、第１の端末デバイスが、少なくとも１つの端末デバイスにサイドリンクデータを正常に受信しない端末デバイスが存在すると決定した場合、前記少なくとも１つの端末デバイスの各端末デバイスに前記サイドリンクデータの再送信データを送信する。また、前記再送信データの再送信フィードバックリソースも各端末デバイスに送信し、前記再送信フィードバックリソースは、受信側端末デバイスによる再送信データのフィードバック情報を送信するために使用される。

したがって、Ｓ２０７におけるサイドリンクデータの再送信データを送信することは、第１の端末デバイスが第２の端末デバイスに再送信データを送信すること、及び第１の端末デバイスが第３の端末デバイスに再送信データを送信することを含む。Ｓ２０８における再送信データの再送信フィードバックリソースを送信することは、第１の端末デバイスが第２の端末デバイスに再送信データの再送信フィードバックリソースを送信すること、及び第１の端末デバイスが第３の端末デバイスに再送信データの再送信フィードバックリソースを送信することを含む。

本出願の実施例における再送信データとは、サイドリンクデータの再送信データを指し、前記再送信データは、第１の端末デバイスによって送信されるサイドリンクデータに対応する任意一回の再送信データを指すことができることを理解されたい。例えば、サイドリンクデータが初めて伝送されるデータであると仮定すると、前記サイドリンクデータの再送信データはその後の任意一回の再送信データを示す。別の例として、サイドリンクデータが初めて送信されるデータではないと仮定すると、前記サイドリンクデータの再送信データは、前記サイドリンクデータの後に再送信されるデータを示す。

第１の端末デバイスによって送信されるデータフィードバックリソースと同様に、再送信フィードバックリソースは特定のフィードバックリソースを指すことができ、その結果、前記再送信フィードバックリソースを受信した端末デバイスは直接に前記フィードバックリソース上で再送信データのフィードバック情報を送信することができることを理解されたい。或いは、第１の端末デバイスによって送信される再送信フィードバックリソースは、フィードバックリソースセットを指すこともでき、その結果、前記再送信フィードバックリソースを受信した端末デバイスは、前記フィードバックリソースセットから再送信データのフィードバック情報を送信するためのリソースを選択する。

第１の端末デバイスが、再送信データ及び再送信データに対応する再送信フィードバックリソースを各端末デバイスに送信する場合、第２の端末デバイスと第３の端末デバイスは、異なるステップを実行することができることを理解されたい。以下、それぞれ図７及び図８と併せて説明する。

図７は、本出願の実施例のサイドリンクデータの伝送方法２００の別の概略フローチャートを示し、図７は、図６の方法２００の続きである。図７に示すように、第１の端末デバイスは、図６の方法２００の第１の端末デバイスであり、第２の端末デバイスは、図６の方法２００の第２の端末デバイスである。

図７に示すように、前記方法２００は、再送信データの再送信フィードバックリソースを送信すること（Ｓ２０８）をさらに含む。即ち、第１の端末デバイスが第２の端末デバイスに再送信フィードバックリソースを送信する。図７のＳ２０８は図６のＳ２０８であり、ここでは簡単にするために詳述されていないことを理解されたい。

受信側の第２の端末デバイスにとって、第２の端末デバイスはすでにサイドリンクデータを正常に受信したので、第２の端末デバイスが前記サイドリンクデータの再送信データ及び再送信データの再送信フィードバックリソースを受信すると、第２の端末デバイスは、以下のようないくつかの処理方法を有することができる。

第１の方法では、Ｓ２２１において、再送信データのフィードバック情報は送信されない。即ち、第２の端末デバイスが再送信データ及び対応する再送信フィードバックリソースを受信するが、第２の端末デバイスが前記再送信データを正常に受信するかどうかに関係なく、第２の端末デバイスは、前記再送信データのフィードバック情報を第１の端末デバイスに送信しない。即ち、第２の端末デバイスは、再送信フィードバックリソースを使用して再送信データのフィードバック情報を送信しない。

第２の方法では、Ｓ２２２において、ＨＡＲＱ ＡＣＫが送信される。第２の端末デバイスはすでにサイドリンクデータを正常に受信しているので、第２の端末デバイスが再送信データを正常に受信したかどうかに関係なく、第２の端末デバイスはＡＣＫ情報を第１の端末デバイスに送信する。つまり、再送信フィードバックリソースを使用してＡＣＫ情報を第１の端末デバイスに送信する。

第３の方法では、Ｓ２２３において、第２の端末デバイスは、再送信データが正常に受信されたかどうかを決定する。 第２の端末デバイスが再送信データを正常に受信すると、Ｓ２２４を実行し、第２の端末デバイスが再送信データを正常に受信しないと、Ｓ２２５を実行する。

Ｓ２２４において、ＨＡＲＱ ＡＣＫを送信する。即ち、第２の端末デバイスは再送信データを正常に受信した場合、再送信フィードバックリソース上で第１の端末デバイスにＡＣＫ情報を送信する。

Ｓ２２５において、再送データのフィードバック情報を送信しない。第２の端末デバイスはすでにサイドリンクデータを正常に受信しているので、第２の端末デバイスが再送信データを正常に受信しない場合、第２の端末デバイスは再送信データのフィードバック情報を第１の端末デバイスに送信しない。つまり、第２の端末デバイスは、再送フィードバックリソースを使用して、再送データのフィードバック情報を送信しない。

前述の方法のそれぞれにおいて、第２の端末デバイスが再送信データのＡＣＫ情報を送信することについて、前記方法２００は、第２の端末デバイスが再送信フィードバックリソースを取得することで、第２の端末デバイスが前記再送信フィードバックリソース上でＡＣＫ情報を送信することをさらに含むことを理解されたい。具体的に、第２の端末デバイスによる再送信フィードバックリソースの取得は、第２の端末デバイスが第１の端末デバイスによって送信された再送信フィードバックリソースを受信することを含み得る。前記再送信フィードバックリソースが特定の時間領域リソース、特定の周波数領域リソース、及び特定のコード領域リソースなどの特定のリソースである場合、第２の端末デバイスは、直接に前記再送信フィードバックリソースを使用してＡＣＫ情報を送信することができる。また、前記再送信フィードバックリソースがフィードバックリソースセットである場合、第２の端末デバイスは、ＡＣＫ情報を送信するためにフィードバックリソースセットからリソースを選択することができる。

したがって、第２の端末デバイスが前述の方法のいずれを採用しても、第１の端末デバイスが、第２の端末デバイスによって送信されるサイドリンクデータに対するＨＡＲＱ ＡＣＫ及び再送信データに対するＨＡＲＱ ＡＣＫのいずれかを受信している限り、第２の端末デバイスはすでにデータを正常に受信していると見なすことができる。また、複数のＨＡＲＱ ＡＣＫを送信することにより、第１の端末デバイスがＨＡＲＱ ＡＣＫを正しく受信する確率も向上させることができる。

図８は、本出願の実施例のサイドリンクデータの伝送方法２００の別の概略フローチャートを示し、図８は、図６の方法２００の続きである。図８に示すように、第１の端末デバイスは、図６の方法２００の第１の端末デバイスであり、第３の端末デバイスは、図６の方法２００の第３の端末デバイスである。また、図７の各ステップ及び図８の各ステップは、独立して使用することができ、又は組み合わせて使用することができ、これは、本出願の実施例によって限定されない。

図８に示されるように、方法２００は、再送信データの再送信フィードバックリソースを送信すること（Ｓ２０８）を含む。即ち、第１の端末デバイスが第３の端末デバイスに再送信フィードバックリソースを送信する。図８のＳ２０８は図６のＳ２０８であり、ここでは簡単にするために詳述されていないことを理解されたい。

受信側の第３端末デバイスにとって、第３端末デバイスがサイドリンクデータを正常に受信しないため、第３端末デバイスがサイドリンクデータの再送データ及び再送データの再送フィードバックリソースを受信すると、第３の端末デバイスは、以下のステップＳ２３１からＳ２３３を実行することができる。

Ｓ２３１において、再送信データが正常に受信されたかどうかが決定される。即ち、第３の端末デバイスは、再送信データが正常に受信されたかどうかを決定する。第３の端末デバイスが再送信データを正常に受信すると、Ｓ２３２が実行され、第３の端末デバイスが再送信データを正常に受信しない場合、Ｓ２３３が実行される。

Ｓ２３２において、ＨＡＲＱ ＡＣＫが送信される。即ち、第３の端末デバイスが再送信データを正常に受信した場合、再送信フィードバックリソース上で第１の端末デバイスにＡＣＫ情報を送信する。

Ｓ２３３において、ＨＡＲＱ ＮＡＣＫが送信される。即ち、第３の端末デバイスが再送信データを正常に受信しない場合、第３の端末デバイスは、再送信フィードバックリソース上で第１の端末デバイスにＮＡＣＫ情報を送信する。或いは、第３の端末デバイスが再送信データの制御情報を検出しない場合、第３の端末デバイスは再送信データを受信しない可能性があり、再送信データのフィードバック情報は送信されない。

同様に、第３の端末デバイスによって送信され、第１の端末デバイスによって受信される再送信データのフィードバック情報がＮＡＣＫ情報であるか、又は第１の端末デバイスが第３の端末デバイスからの再送信データのフィードバック情報を受信しない場合、第１の端末デバイスは、第３の端末デバイスが再送信データを正常に受信していないと決定することができる。このとき、第１の端末デバイスは、第３の端末デバイスがサイドリンクデータ及び前記サイドリンクデータの再送信データを正常に受信していないと見なす可能性があるため、第１の端末デバイスは、再送信データ及び前記再送信データのフィードバック情報のフィードバックリソースを第３の端末デバイスに送信し続けることができ、本出願の実施例はこれに限定されない。

したがって、本出願の実施例によるサイドリンクデータの伝送方法では、送信側端末は、サイドリンクデータを受信側に送信する。送信側端末がサイドリンクデータを正常に受信できない端末デバイスが存在すると決定した場合、送信側端末が再送を行うとき、受信側端末がＡＣＫ又はＮＡＣＫをフィードバックしても、送信側端末は各受信側端末にフィードバック情報を送信するための伝送リソースを割り当てる。つまり、サイドリンクデータとその再送データを送信する場合、送信側端末はフィードバック伝送リソースをすべての受信側端末に割り当て、送信側端末によって割り当てられる送信リソースの数は一定である。ただし、その前にサイドリンクデータを正しく受信した端末は、フィードバック情報を送信しなくてもよい。これにより、フィードバックシグナリングのオーバーヘッドを削減できる。又は、その前にサイドリンクデータを正しく受信し、再送信も正しく受信した端末は、上記の２つの受信に対してそれぞれＡＣＫをフィードバックする。これにより、フィードバックチャネル受信の成功率を向上させることができる。

本出願の実施例によるサイドリンクデータの伝送方法２００は、上記の図６から図８と併せて詳細に説明され、以下、本出願の実施例による別のサイドリンクデータの伝送方法が、図９～図１３と併せて説明される。

図９は、本出願の実施例によるサイドリンクデータの伝送方法３００の概略フローチャートを示す。図９に示すように、方法３００は、サイドリンクデータを送信すること（Ｓ３０１）を含む。即ち、第１の端末デバイスがサイドリンクデータを少なくとも１つの端末デバイスに送信する。

図９に示されるように、方法３００は、サイドリンクデータを正常に受信すること（Ｓ３０２）をさらに含む。即ち、第１の端末デバイスによって送信されたサイドリンクデータについて、第２の端末デバイスが、第１の端末デバイスによって送信されたサイドリンクデータを正常に受信したと決定すると、続いてＳ３０３実行される。

Ｓ３０３では、ＨＡＲＱ ＡＣＫ情報が送信される。即ち、第２の端末デバイスがサイドリンクデータを正常に受信した場合、第２の端末デバイスは第１の端末デバイスにフィードバック情報を送信し、前記フィードバック情報はＡＣＫ情報、例えばＨＡＲＱ ＡＣＫ情報であり得る。

図９に示すように、方法３００は、サイドリンクデータを正常に受信していないこと（Ｓ３０４）をさらに含む。即ち、第１の端末デバイスによって送信されたサイドリンクデータについて、第３の端末デバイスがサイドリンクデータを正常に受信していないと決定すると、続いてＳ３０５実行される。

Ｓ３０５において、ＨＡＲＱ ＮＡＣＫ情報が送信される。即ち、第３の端末デバイスがサイドリンクデータを正常に受信しない場合、第３の端末デバイスから第１の端末デバイスに送信されるサイドリンクデータのフィードバック情報はＮＡＣＫ情報、例えばＨＡＲＱ ＮＡＣＫ情報である。

図９に示すように、方法３００は、サイドリンクデータを正常に受信しない端末デバイス及びサイドリンクデータを正常に受信する端末デバイスが存在するかどうかを決定すること（Ｓ３０６）をさらに含む。即ち、第１の端末デバイスは、サイドリンクデータを少なくとも１つの端末デバイスに送信した後、少なくとも1つの端末デバイスによって送信された受信フィードバック情報に応じて、少なくとも１つの端末デバイスにサイドリンクデータを正常に受信しない端末デバイス及びサイドリンクデータを正常に受信する端末デバイスが存在するかどうかを決定する。そして、第１の端末デバイスが、サイドリンクデータを正常に受信していない端末デバイスが存在すると決定した場合、続いてＳ３０７及びＳ３０８が実行される。

図９に示されるように、方法３００は、サイドリンクデータの再送信データを送信すること（Ｓ３０７）と、サイドリンクデータを正常に受信しない端末デバイスにのみ、再送信データの再送信フィードバックリソースを送信すること（Ｓ３０８）をさらに含む。具体的に、第１の端末デバイスは、サイドリンクデータを正常に受信しなかった端末デバイスが少なくとも１つの端末デバイスに存在すると決定した場合、前記少なくとも１つの端末デバイス内の各端末デバイスにサイドリンクデータの再送信データを送信する。ただし、第１の端末デバイスは、再送信データの再送信フィードバックリソースを、サイドリンクデータを正常に受信していないと第１の端末デバイスによって決定した端末デバイスにのみ送信し、ここで、再送信フィードバックリソースは、受信側端末デバイスによる再送信データのデバイスフィードバック情報の送信に使用される。言い換えれば、第１の端末デバイスによってサイドリンクデータを正常に受信していると決定された端末デバイスにとって、第１の端末デバイスは、再送信データフィードバックリソースをそれに送信しない。

方法３００における前述のＳ３０１からＳ３０７は、それぞれ、方法２００におけるＳ２０１からＳ２０７に対応し得ることが理解されるべきである。例えば、方法３００のＳ３０１は、方法２００のＳ２０１に対応し得る。即ち、Ｓ２０１の関連する説明は、Ｓ３０１に適用可能であり、簡単にするためにここでは詳述されていない。

しかしながら、方法３００のＳ３０８は、方法２００のＳ２０８とは異なり、例えば、Ｓ３０６における第１の端末デバイスの異なる決定結果に対応して、第２の端末デバイス及び第３の端末デバイスは、異なるステップを実行することができる。以下、それぞれ図１０から図１３と併せて説明する。

まず、図１０及び図１１に関連して、第１の端末デバイス及び受信側の第２の端末デバイスについて説明する。

図１０及び図１１は、それぞれ、本出願の実施例の別のサイドリンクデータの伝送方法３００の概略フローチャートを示す。図１０及び図１１は両方とも、図９の方法３００の続きである。言い換えれば、図１０及び図１１は、それぞれ、図９の方法３００の可能な実装である。図１０及び図１１の第１の端末デバイスは、図９の方法３００の第１の端末デバイスである。図１０及び図１１の第２の端末デバイスは、図９の方法３００の第２の端末デバイスである。

図１０及び図１１に示されるように、方法３００は、ＨＡＲＱ ＡＣＫ情報を送信すること（Ｓ３０３）を含む。即ち、第２の端末デバイスがサイドリンクデータを正常に受信した場合、第１の端末デバイスへＡＣＫ情報を送信する。図１０及び図１１の両方のＳ３０３は、図９のＳ３０３に対応することを理解されたいが、簡単にするためにここでは詳述されていない。

このとき、Ｓ３０６について、第１の端末デバイスは、第２の端末デバイスから送信されたフィードバック情報を受信するが、第１の端末デバイスによる誤検出の場合が存在する可能性があるため、ステップＳ３０６には、図１０と図１１の両方の場合が含まれ得る。第１の場合、図１０に示すように、方法３００のＳ３０６は、第２の端末デバイスによって送信されたＡＣＫ情報を受信し、再送信データの再送信フィードバックリソースを送信しないこと（Ｓ３１６）を含む。具体的に、Ｓ３０２及びＳ３０３において、第２の端末デバイスがサイドリンクデータを正常に受信すると、第１の端末デバイスにＡＣＫ情報をフィードバックする。それに対応して、第１の端末デバイスがＡＣＫ情報を正しく検出できると、第１の端末デバイスは、再送信データの再送信フィードバックリソースを第２の端末デバイスに送信しなくなる。また、第２の端末デバイスについては、継続してＳ３２１を実行する。

Ｓ３２１では、再送データのフィードバック情報を送信しない。第１の端末デバイスは、再送信データに対応する再送信フィードバックリソースを第２の端末デバイスに割り当てないので、第２の端末デバイスは、再送信データのフィードバック情報を第１の端末デバイスに送信しない。即ち、第２の端末デバイスが再送信データを正常に受信したかどうかに関係なく、第２の端末デバイスは、再送信データのフィードバック情報を第１の端末デバイスに送信することを放棄する。

第２の場合は、図１１に示されるように、方法３００のＳ３０６は、ＡＣＫ情報をＮＡＣＫ情報又はＤＴＸ状態として誤って検出すること（Ｓ３２６）を含む。具体的に、Ｓ３０２及びＳ３０３において、第２の端末デバイスは、サイドリンクデータを正常に受信すると、第１の端末デバイスにＡＣＫ情報をフィードバックする。それに対応して、Ｓ３２６では、第１の端末デバイスが誤った検出を行う可能性があり、これにより、第１の端末デバイスは、第２の端末デバイスがサイドリンクデータを正常に受信しないと誤って決定する。例えば、第１の端末デバイスは、ＡＣＫ情報をＮＡＣＫ情報として誤って決定したり、第１の端末デバイスがＡＣＫ情報を検出せず、第２の端末デバイスがＤＴＸ状態であると判断したりして、第１の端末デバイスは第２の端末デバイスがサイドリンクデータを正常に受信していないと決定する。

第１の端末デバイスが、第２の端末デバイスがサイドリンクデータを正常に受信していないと決定した場合、第１の端末デバイスは、Ｓ３０７及びＳ３０８を実行し続ける。

Ｓ３０７は、図９に示されるＳ３０７であり、ここでは詳述されていない。

Ｓ３０８において、再送信データの再送信フィードバックリソースを送信する。即ち、第１の端末デバイスは、再送信フィードバックリソースを第２の端末デバイスに送信し、ここで、再送信フィードバックリソースは、再送信データのフィードバック情報を運ぶために使用される。

図１１のＳ３０８は、方法２００のＳ２０８において、第１の端末デバイスが第２の端末デバイスに再送信フィードバックリソースを送信する部分に対応し得ることを理解されたい。簡単にするためにここでは詳述されていない。

それに対応して、第２の端末デバイスはすでにサイドリンクデータを正常に受信しているので、第２の端末デバイスがサイドリンクデータの再送信データ及び再送信データの再送信フィードバックリソースも受信すると、第２の端末デバイスは再送信データの再送信フィードバックリソースでＡＣＫ情報を送信することができる。

例えば、図１１に示すように、Ｓ３２２において、ＨＡＲＱ ＡＣＫが送信される。即ち、第２の端末デバイスが、サイドリンクデータの再送信データ及び再送信フィードバックリソースを受信する。第２の端末デバイスはすでにサイドリンクデータを正しく受信しているので、再送データが正常に受信されたかどうか、又は、第２の端末デバイスが再送データが正常に受信されたと決定したかどうかに関係なく、第２の端末デバイスは再送信フィードバックリソース上で第１の端末デバイスへフィードバック情報を送信し、前記フィードバック情報はＡＣＫ情報である。

ステップＳ３２２は、方法２００のＳ２２２に対応し得る。即ち、Ｓ２２２の関連する説明はＳ３２２に適用可能であり、簡単にするためにここでは詳述されていないことを理解されたい。

以下、第１の端末デバイス及び受信側の第３の端末デバイスについて、図１２及び図１３と併せて説明する。

図１２及び図１３は、それぞれ、本出願の実施例のサイドリンクデータの伝送方法３００の別の概略フローチャートを示す。図１２及び図１３は、両方とも、図９の方法３００の続きである。言い換えると、図１２及び図１３は、それぞれ、図９の方法３００の可能な実装である。図１２及び図１３における第１の端末デバイスは、図９の方法３００の第１の端末デバイスである。図１２及び図１３における第３の端末デバイスは、図９の方法３００の第３の端末デバイスである。

図１２及び図１３に示されるように、方法３００は、ＨＡＲＱ ＮＡＣＫ情報を送信すること（Ｓ３０５）を含む。即ち、第３の端末デバイスはサイドリンクデータが正常に受信されない場合に、第１の端末デバイスにＮＡＣＫ情報を送信する。図１２及び図１３のＳ３０３は、いずれも図９のＳ３０５に対応することを理解されたいが、簡単にするためにここでは詳述されていない。

このとき、Ｓ３０６について、第１の端末デバイスは、第１の端末デバイスは第３の端末デバイスから送信されたフィードバック情報を受信する。第１の端末デバイスによる誤検出の場合が存在する可能性があるため、ステップＳ３０６には、図１２と図１３の両方の場合が含まれ得る。

第１の場合は、図１２に示されるように、方法３００のＳ３０６は、第３の端末デバイスがサイドリンクデータを正常に受信しないと決定すること（Ｓ３３６）を含む。具体的に、Ｓ３０４及びＳ３０５において、第３の端末デバイスは、サイドリンクデータを正常に受信しないと、ＮＡＣＫ情報を第１の端末デバイスにフィードバックするか、又はフィードバック情報を送信しない。それに対応して、Ｓ３３６において、第１の端末デバイスは第３の端末デバイスがサイドリンクデータを正常に受信しないと決定することは、第１の端末デバイスが、ＮＡＣＫ情報を正しく受信すること、又は、第１の端末デバイスが正しく検出するとともに、フィードバック情報が受信されていないと決定すること、又は、第１の端末デバイスが誤って検出したが、第３の端末デバイスがサイドリンクデータを正常に受信していないと決定することを含み得る。

つまり、第３の端末デバイスがサイドリンクデータを正常に受信しない場合、第１の端末デバイスが正しく検出を行ったかどうかに関係なく、第１の端末デバイスは、第３の端末デバイスがサイドリンクを正常に受信しないと決定すると、第１の端末デバイスは続いてＳ３０７及びＳ３０８を実行する。

Ｓ３０７は、図９に示されるＳ３０７であり、ここでは詳述されていない。

Ｓ３０８において、再送信データの再送信フィードバックリソースを送信する。即ち、第１の端末デバイスは、再送信フィードバックリソースを第３の端末デバイスに送信し、ここで、再送信フィードバックリソースは、再送信データのフィードバック情報を運ぶために使用される。

図１２のＳ３０８は、方法２００のＳ２０８において第１の端末デバイスが第３の端末デバイスに再送信フィードバックリソースを送信する部分に対応し得ることを理解されたい。簡単にするためにここでは詳述されていない。

それに対応して、第３の端末デバイスは、サイドリンクデータを正常に受信しないので、第３の端末デバイスが、サイドリンクデータの再送信データ及び再送信データの再送信フィードバックリソースを受信すると、第３の端末デバイスは、以下のステップＳ３３１からＳ３３３を実行することができる。

Ｓ３３１では、再送信データが正常に受信されたかどうか、即ち、第３の端末デバイスが再送信データが正常に受信されたかどうかを決定し、第３の端末デバイスが再送信データを正常に受信した場合、Ｓ３３２が実行され、第３の端末デバイスが再送信データを正常に受信しない場合、Ｓ３３３が実行される。

Ｓ３３２において、ＨＡＲＱ ＡＣＫを送信する。即ち、第３の端末デバイスは、再送信データを正常に受信した場合、再送信フィードバックリソース上で第１の端末デバイスにＡＣＫ情報を送信する。

Ｓ３３３において、ＨＡＲＱ ＮＡＣＫを送信する。即ち、第３の端末デバイスは、再送信データを正常に受信しない場合、再送信フィードバックリソース上で第１の端末デバイスにＮＡＣＫ情報を送信する。或いは、第３の端末デバイスが再送信データの制御情報を検出しないと、第３の端末デバイスが再送信データを受信しない可能性があり、再送信データのフィードバック情報を送信しない。

方法３００のＳ３３１からＳ３３３は、方法２００のＳ２３１からＳ２３３に対応することを理解されたい。簡単にするためにここでは詳述されていない。

第２の場合は、図１３に示されるように、方法３００のＳ３０６は、第３の端末デバイスがＡＣＫ情報を送信したと誤って検出すること（Ｓ３４６）を含む。具体的に、Ｓ３０４及びＳ３０５において、第３の端末デバイスは、サイドリンクデータを正常に受信しないと、第１の端末デバイスにＮＡＣＫ情報をフィードバックするか、又はフィードバック情報を送信しない。それに対応して、Ｓ３４６において、第１の端末デバイスは、第３の端末デバイスのフィードバック情報をＡＣＫ情報として誤って検出する可能性がある。

すると、図９に示すＳ３０８から分かるように、第１の端末デバイスは、第３の端末デバイスがサイドリンクデータを正常に受信したと見なし、したがって、サイドリンクデータの再送信データの再送信フィードバックリソースを第３の端末デバイスに送信しない。

したがって、図１２に示すように、Ｓ３３４において、フィードバック情報を送信しない。即ち、第３の端末デバイスは、第１の端末デバイスによって送信されたサイドリンクデータの再送信データを受信した可能性があるが、再送データのフィードバック情報に対応する再送フィードバックリソースを受信しないので、第３の端末デバイスは、再送信データのフィードバック情報を第１の端末デバイスに送信しない。即ち、第３の端末デバイスは、第１の端末デバイスへのフィードバック情報の送信を放棄する。

第３の端末デバイスはサイドリンクデータを正常に受信しないため、サイドリンクデータの再送信データも正常に受信しない可能性があるが、第３の端末デバイスは、再送信データのフィードバック情報の再送信フィードバックリソースを受信しないと、再送信データのフィードバック情報を第１の端末デバイスに送信することができないことを理解されたい。

したがって、方法３００は、指示情報を送信すること（Ｓ３３５）をさらに含み得る。即ち、第３の端末デバイスがサイドリンクデータを正常に受信せず、再送信データの再送信フィードバックリソースを正常に取得しない場合、第３の端末デバイスは指示情報を第１の端末デバイスに送信することができる。指示情報は、第３の端末デバイスがサイドリンクデータを正しく受信していないことを示すために使用されるか、又は第３の端末デバイスにフィードバック情報を伝送するための伝送リソースを割り当てるように第１の端末デバイスを指示するために使用されるか、又は、第１の端末デバイスに再送信データを送信するように指示するために使用される。このようにして、第３の端末デバイスがサイドリンクデータを正常に受信しない場合、サイドリンクデータの再送信データさえも正常に受信しない場合、第１の端末デバイスによって送信されたフィードバック情報のフィードバックリソースを使用してフィードバック情報を第1の端末デバイスに送信することができる。オプションで、前記指示情報はＰＳＣＣＨ又はＰＳＳＣＨを介して運ばれる。

したがって、本出願の実施例のサイドリンクデータの伝送方法において、送信側端末が受信側端末によって送信されたＡＣＫを受信した場合、送信側が再送信を行うとき、フィードバック情報を送信するための伝送リソースを受信側端末に割り当てない。ただし、送信側端末は受信側端末から送信されたＮＡＣＫ又はＤＴＸを受信すると、送信側端末が再送を行うとき、フィードバック情報を送信するための伝送リソースを受信側端末に割り当てる。即ち、送信側端末は、再送信データのフィードバック情報の伝送リソースを、サイドリンクデータを受信していない端末にのみ割り当てる。これにより、フィードバックリソースのオーバーヘッドが減少し、フィードバックチャネル間の競合が減少し、フィードバック情報の検出成功率が向上することができる。

本出願の様々な実施形態では、前述の各プロセスのシーケンス番号の大きさは、実行順序を示さないことを理解されたい。各プロセスの実行順序は、その機能及び固有的論理に従って決定されるべきであり、本出願の実施例の実施プロセスに対するいかなる制限も構成してはならない。

本出願の実施例によるサイドリンクデータの伝送方法は、上記の図１から図１３に関連して詳細に説明され、本出願の実施例による端末デバイスは、図１４から図１７と併せて以下に説明される。

図１４に示すように、本出願の一実施例による端末デバイス４００は、処理ユニット４１０及び送受信ユニット４２０を具備する。オプションで、端末デバイス４００は、前述の方法における第１の端末デバイスであり得る。具体的に、送受信ユニット４２０は、複数の端末デバイスにサイドリンクデータを送信するように構成される。送受信ユニット４２０はさらに、処理ユニット４１０が、サイドリンクデータを正常に受信しない端末デバイスが複数の端末デバイスに存在すると決定した場合、サイドリンクデータの再送信データ及び再送信フィードバックリソースを複数の端末デバイスのそれぞれに送信するように構成される。再送信フィードバックリソースは、複数の端末デバイスによって再送信データのフィードバック情報を送信するために使用される。

オプションで、一実施例として、送受信ユニット４２０は、データフィードバックリソースを複数の端末デバイスに送信するようにさらに構成される。ここで、データフィードバックリソースは、複数の端末デバイスによってサイドリンクデータのフィードバック情報を送信するために使用される。処理ユニット４１０はさらに、データフィードバックリソース上で複数の端末デバイスによって送信されたサイドリンクデータのフィードバック情報を検出し、検出結果に応じて、サイドリンクデータを正常に受信できなかった端末デバイスが複数の端末デバイスに存在するかどうかを決定するように構成される。

オプションで、一実施例として、処理ユニット４１０は、複数の端末デバイス内の第２の端末デバイスのサイドリンクデータのフィードバック情報がデータフィードバックリソース上で検出されない場合、第２の端末デバイスがサイドリンクデータを正常に受信していないと決定するように構成される。又は、第２の端末デバイスから送信されたサイドリンクデータのフィードバック情報がデータフィードバックリソース上で検出された場合、サイドリンクデータのフィードバック情報に従って、第２の端末デバイスがサイドリンクデータを正常に受信したかどうかを決定するように構成される。

オプションで、一実施例として、処理ユニット４１０は、サイドリンクデータのフィードバック情報が確認応答（ＡＣＫ）情報である場合、第２の端末デバイスがサイドリンクデータを正常に受信したと決定し、サイドリンクデータのフィードバック情報が非確認（ＮＡＣＫ）情報である場合は、第２の端末デバイスがサイドリンクデータを正常に受信していないと決定するようにさらに構成される。

端末デバイス４００内の各ユニットの前述及び他の動作及び／又は機能はそれぞれ、図６から図８の方法２００における第１の端末デバイスの対応するプロセスを実施することを理解されたい。簡単にするために、ここでは詳しく説明しない。

オプションで、前記端末デバイスはまた、前述の方法２００における第２の端末デバイス又は第３の端末デバイスであり得る。具体的に、送受信ユニット４２０は、サイドリンクデータを受信するように構成される。サイドリンクデータは第１の端末デバイスから複数の端末デバイスに送信され、複数の端末デバイスは前記端末デバイスを含む。送受信ユニット４２０はさらに、第１の端末デバイスによって送信されたサイドリンクデータの再送信データを受信するように構成される。処理ユニット４１０は、再送信フィードバックリソースを取得するように構成される。ここで、再送信フィードバックリソースは、再送信データのフィードバック情報を運ぶために使用される。処理ユニット４１０はさらに、サイドリンクデータが正常に受信されたかどうかに従って、再送信データのフィードバック情報を第１の端末デバイスに送信するかどうかを決定するように構成される。

オプションで、一実施例として、処理ユニット４１０は、送受信ユニット４２０がサイドリンクデータを正常に受信した場合、再送信フィードバックリソース上で送受信ユニット４２０を介して第１の端末デバイスに確認応答（ＡＣＫ）情報を送信するか、又は第１の端末デバイスへの再送信データのフィードバック情報の送信を放棄するように構成される。

オプションで、一実施例として、処理ユニット４１０は、送受信ユニット４２０がサイドリンクデータ及び再送信データを正常に受信した場合、再送信フィードバックリソースで送受信ユニット４２０を介して第１の端末デバイスにＡＣＫ情報を送信するように構成される。又は、送受信ユニット４２０がサイドリンクデータを正常に受信し、再送信データを正常に受信しない場合、第１の端末デバイスへの再送信データのフィードバック情報の送信を放棄するように構成される。

オプションで、一実施例として、処理ユニット４１０は、送受信ユニット４２０がサイドリンクデータを正常に受信しない場合、再送信データが正常に受信されたかどうかに応じて、再送信フィードバックリソース上で送受信ユニット４２０を介して再送信データのフィードバック情報を第１の端末デバイスに送信するように構成される。

オプションで、一実施例として、送受信ユニット４２０は、送受信ユニット４２０が再送信データを正常に受信した場合、再送信フィードバックリソース上で送受信ユニット４２０を介して第１の端末デバイスにＡＣＫ情報を送信するように構成される。又は、送受信ユニット４２０が再送信データを正常に受信しない場合、再送信フィードバックリソース上で送受信ユニット４２０を介して第１の端末デバイスに非確認（ＮＡＣＫ）情報を送信するか、又は第１の端末デバイスへの再送信データのフィードバック情報の送信を放棄するように構成される。

オプションで、一実施例として、処理ユニット４１０は、送受信ユニット４２０を介して、第１の端末デバイスによって送信された再送信フィードバックリソースを受信するように構成される。又は、フィードバックリソースセットから再送信フィードバックリソースを決定するように構成される。

オプションで、一実施例として、処理ユニット４１０は、サイドリンクデータのデータフィードバックリソースを取得するように構成される。送受信ユニット４２０がサイドリンクデータを正常に受信した場合、データフィードバックリソース上で送受信ユニット４２０を介して第１の端末デバイスにＡＣＫ情報を送信する。又は、送受信ユニット４２０がサイドリンクデータを正常に受信しない場合、データフィードバックリソース上で送受信ユニット４２０を介して第１の端末デバイスにＮＡＣＫ情報を送信するか、又は第１の端末デバイスへの再送信データのフィードバック情報の送信を放棄する。

オプションで、一実施例として、処理ユニット４１０は、送受信ユニット４２０を介して、第１の端末デバイスによって送信された再送信フィードバックリソースを受信するように構成される。又は、フィードバックリソースセットから再送信フィードバックリソースを決定するように構成される。

端末デバイス４００内の各ユニットの前述及び他の動作及び／又は機能は、それぞれ図６から図８の方法２００における第２の端末デバイス及び第３の端末デバイスの対応するプロセスを実施することを理解されたい。簡単にするためにここでは詳しく説明しない。

したがって、本出願の実施例における端末デバイスは、送信側としてサイドリンクデータを受信側に送信する。送信側端末がサイドリンクデータを正常に受信できない端末デバイスが存在すると決定した場合、送信側端末が再送を行うとき、受信側端末がＡＣＫ又はＮＡＣＫをフィードバックしても、送信側端末は各受信側端末にフィードバック情報を送信するための伝送リソースを割り当てる。つまり、サイドリンクデータとその再送データを送信する場合、送信側端末はすべての受信側端末にフィードバック伝送リソースを割り当て、送信側端末により割り当てられる伝送リソースの数は一定である。ただし、その前にサイドリンクデータを正しく受信した端末は、フィードバック情報を送信しなくてもよい。これにより、フィードバックシグナリングのオーバーヘッドを減らすことができる。又は、その前にサイドリンクデータを正しく受信した端末が再送信も正しく受信すると、いずれもＡＣＫをフィードバックする。これにより、フィードバックチャネル受信の成功率が向上することができる。

オプションで、前記端末デバイスはまた、前述の方法３００における第１の端末デバイスであり得る。具体的に、送受信ユニット４２０は、複数の端末デバイスにサイドリンクデータを送信するように構成される。処理ユニット４１０は、サイドリンクデータを正常に受信しない第３の端末デバイス及びサイドリンクデータを正常に受信した第２の端末デバイスが複数の端末デバイスに存在することを決定するように構成される。送受信ユニット４２０はさらに、サイドリンクデータの再送信データ及び再送信フィードバックリソースを第３の端末デバイスにのみ送信するように構成され、再送信フィードバックリソースは、再送信データのフィードバック情報を運ぶために使用される。

オプションで、一実施例として、処理ユニット４１０は、第２の端末デバイスへの再送信フィードバックリソースの送信を放棄するように構成される。

オプションで、一実施例として、送受信ユニット４２０は、処理ユニット４１０が第２の端末デバイスへの再送信フィードバックリソースの送信を放棄した場合、送受信ユニット４２０は、第２端末デバイスによって送信され、第２端末デバイスがサイドリンクデータを正常に受信しなかったことを示す指示情報を受信すると、前記指示情報に従って、サイドリンクデータの再送信データ及び再送信フィードバックリソースを第２端末デバイスに送信するように構成される。

オプションで、一実施例として、処理ユニット４１０は、再送信フィードバックリソース上で第３の端末デバイスによって送信された再送信データのフィードバック情報を検出し、検出結果に応じて、第３端末デバイスが再送データを正常に受信したかどうかを決定するように構成される。

オプションで、一実施例として、送受信ユニット４２０は、データフィードバックリソースを複数の端末デバイスに送信するように構成される。ここで、データフィードバックリソースは、複数の端末デバイスによるサイドリンクデータのフィードバック情報の送信に使用される。処理ユニット４１０はさらに、データフィードバックリソース上で複数の端末デバイスによって送信されたサイドリンクデータのフィードバック情報を検出し、検出の結果に応じて、第２の端末デバイス及び／又は第３の端末デバイスが複数の端末デバイスに存在するかどうかを決定するように構成される。

オプションで、一実施例として、処理ユニット４１０はさらに、第３の端末デバイスのサイドリンクデータのフィードバック情報がデータフィードバックリソース上で検出されない場合、第３の端末デバイスがサイドリンクデータを正常に受信しないと決定するように構成される。又は、第３の端末デバイスから送信されたサイドリンクデータのフィードバック情報がデータフィードバックリソース上で検出された場合、サイドリンクデータのフィードバック情報に従って、第３の端末デバイスがサイドリンクデータを正常に受信したかどうかを決定するように構成される。

オプションで、一実施例として、処理ユニット４１０は、サイドリンクデータのフィードバック情報が確認応答（ＡＣＫ）情報である場合、第３の端末デバイスがサイドリンクデータを正常に受信したと決定し、サイドリンクデータのフィードバック情報が非確認（ＮＡＣＫ）情報である場合は、第３の端末デバイスがサイドリンクデータを正常に受信していないと決定するように構成される。

オプションで、一実施例として、送受信ユニット４２０は、サイドリンクデータを正常に受信しない端末デバイスが複数の端末デバイスに存在すると処理ユニット４１０が決定した場合、複数の端末デバイスに再送信データを送信するように構成される。

端末デバイス４００内の各ユニットの前述及び他の動作及び／又は機能は、それぞれ図９から図１３の方法３００における第１の端末デバイスの対応するプロセスを実施するために使用されることを理解されたい。簡単にするために、ここでは詳しく説明しない。

オプションで、前記端末デバイスはまた、前述の方法３００における第２の端末デバイス又は第３の端末デバイスであり得る。具体的に、送受信ユニット４２０は、サイドリンクデータを受信するように構成される。サイドリンクデータは第１の端末デバイスから複数の端末デバイスへ送信され、複数の端末デバイスは前記端末デバイスを含む。送受信ユニット４２０はさらに、第１の端末デバイスによって送信されたサイドリンクデータの再送信データを受信するように構成される。処理ユニット４１０は、送受信ユニット４２０がサイドリンクデータを正常に受信し、第１の端末デバイスによって送信された再送信フィードバックリソースを受信しなかった場合、第１の端末デバイスへの再送信データのフィードバック情報の送信を放棄するように構成される。ここで、再送信フィードバックリソースは、再送信データのフィードバック情報を運ぶために使用される。

オプションで、一実施例として、処理ユニット４１０は、サイドリンクデータが正常に受信されず、第１の端末デバイスによって送信された再送信フィードバックリソースが受信されない場合、第１の端末デバイスへの再送信データのフィードバック情報の送信を放棄するように構成される。

オプションで、一実施例として、処理ユニット４１０はさらに、送受信ユニット４２０がサイドリンクデータを正常に受信せず、第１の端末デバイスによって送信された再送信フィードバックリソースを受信しなかった場合、送受信ユニット４２０を介して第１の端末デバイスへ指示情報を送信するように構成される。ここで、指示情報は、端末デバイスがサイドリンクデータを正常に受信していないことを第１の端末デバイスによって決定するために使用される。

端末デバイス４００内の各ユニットの前述及び他の動作及び／又は機能は、それぞれ図９から図１３の方法３００における第２の端末デバイス及び第３の端末デバイスの対応するプロセスを実施するために使用されることを理解されたい。簡単にするためにここでは詳しく説明しない。

したがって、本出願の実施例における端末デバイスは、送信側となる端末が受信側端末から送信されたＡＣＫを受信した場合、送信側が再送信を行うとき、フィードバック情報を送信する伝送リソースを受信側端末に割り当てない。ただし、送信側端末が受信側端末から送信されたＮＡＣＫ又はＤＴＸを受信した場合、送信側端末が再送を行うとき、フィードバック情報を送信するための伝送リソースを受信側端末に割り当てる。即ち、送信側端末は、再送信データのフィードバック情報の伝送リソースを、サイドリンクデータを受信していない端末にのみ割り当てる。これにより、フィードバックリソースのオーバーヘッドが減少し、フィードバックチャネル間の競合が減少し、フィードバック情報の検出成功率が向上できる。

図１５は、本願の実施例によって提供される通信デバイス５００の概略構成図である。図１５に示す通信デバイス５００は、プロセッサ５１０を含み、プロセッサ５１０は、メモリからコンピュータプログラムを呼び出して実行することで、本願の実施例の方法を実装することができる。

オプションとして、図１５に示すように、通信デバイス５００は、メモリ５２０をさらに含むことができる。プロセッサ５１０は、メモリ５２０からコンピュータプログラムを呼び出して実行することで、本願の実施例における方法を実施することができる。

メモリ５２０は、プロセッサ５１０から独立した個別のデバイスであってもよく、プロセッサ５１０に集積されてもよい。

オプションとして、図１５に示すように、通信デバイス５００はさらに送受信機５３０を含むことができ、プロセッサ５１０は送受信機５３０が他のデバイスと通信するように制御することができ、具体的には、他のデバイスに情報又はデータを送信し、又は他のデバイスから送信された情報又はデータを受信することである。

ここで、送受信機５３０は、送信機及び受信機を含み得る。送受信機５３０は、アンテナをさらに含んでもよく、アンテナの数は、１つ以上であってもよい。

オプションとして、上記通信デバイス５００は、具体的には本願の実施例のネットワークデバイスであってもよく、かつ、上記通信デバイス５００は、本願の実施例の各方法におけるネットワークデバイスによって実行される対応するフローを実装できる。簡潔にするために、ここでは繰り返さない。

オプションとして、通信デバイス５００は、具体的に本願の実施例のモバイル端末／端末デバイスであってもよく、かつ、上記通信デバイス５００は、本願の実施例の各方法におけるモバイル端末／端末デバイスによって実行される対応するフローを実装できる。簡潔にするために、ここでは繰り返さない。

図１６は、本願の実施例のチップの概略構造図である。図１６に示すチップ６００はプロセッサ６１０を含み、プロセッサ６１０は、メモリからコンピュータプログラムを呼び出して実行することで、本願の実施例における方法を実施することができる。

オプションとして、図１６に示すように、チップ６００はさらにメモリ６２０を含むことができる。プロセッサ６１０は、メモリ６２０からコンピュータプログラムを呼び出して実行することで、本願の実施例における方法を実施することができる。

メモリ６２０は、プロセッサ６１０から独立した個別のデバイスであってもよく、又はプロセッサ６１０に集積されてもよい。

オプションとして、上記チップ６００は、入力インターフェース６３０をさらに含むことができる。プロセッサ６１０は、上記入力インターフェース６３０が他のデバイス又はチップと通信するように制御することができ、具体的には、他のデバイス又はチップによって送信された情報又はデータを取得することができる。

オプションとして、上記チップ６００は、出力インターフェース６４０をさらに含むことができる。プロセッサ６１０は、出力インターフェース６４０が他のデバイス又はチップと通信するように制御することができ、具体的には、情報又はデータを他のデバイス又はチップに出力することができる。

オプションとして、上記チップは、本願の実施例におけるネットワークデバイスに適用されてもよく、かつ、上記チップは、本願の実施例の各方法におけるネットワークデバイスによって実行される対応するフローを実装できる。簡潔にするために、ここでは繰り返さない。

オプションとして、上記チップは、本願の実施例における任意の一つのモバイル端末／端末デバイスに適用されてもよく、チップは、本願の実施例の各方法におけるモバイル端末／端末デバイス、例えば第１の端末デバイス、第２の端末デバイス及び第３の端末デバイスによって実行される対応するフローを実装できる。簡潔にするために、ここでは繰り返さない。

本願の実施例で言及されるチップは、システムオンチップ、システムチップ、チップシステム、又はシステムオンチップのチップとも呼ばれ得ることを理解されたい。

図１７は、本願の実施例によって提供される通信システム７００の概略ブロック図である。図１７に示すように、この通信システム７００は、端末デバイス７１０とネットワークデバイス７２０とを含む。

ここで、上記端末デバイス７１０は、上記方法で任意の一つの端末デバイスによって実装される対応する機能を実現するように構成されてもよく、上記ネットワークデバイス７２０は、上記方法でネットワークデバイスによって実装される対応する機能を実現するように構成されてもよい。簡潔にするため、ここでは繰り返さない。

本発明の実施例に係るプロセッサーは、信号処理能力のある集積回路チップであってもよいことを理解されたい。実装の過程では、上記方法の実施例の各ステップは、プロセッサーにおけるハードウェアの集積論理回路又はソフトウェアの形の命令により完了することができる。上記のプロセッサーは、汎用プロセッサー、デジタル信号プロセッサー（Digital Signal Processor，DSP）、専用集積回路（Application Specific Integrated Circuit，ASIC）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array，FPGA）又は他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタ論理デバイス、ディスクリートハードウェアコンポーネントであってもよい。本発明の実施例において開示された各方法、ステップ、及び論理ブロック図を実現又は実行することができる。汎用プロセッサーはマイクロプロセッサーであってもよく、又は、上記プロセッサーはまた、いずれかの通常のプロセッサー等であってもよい。本発明の実施例に結合して開示された方法のステップは、ハードウェアデコードプロセッサーにより実行されて完了するように直接具現化されるか、又はデコードプロセッサーにおけるハードウェア及びソフトウェアモジュールの組み合わせにより実行されて完了することができる。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリ、又は電気的に消去可能なプログラマブルメモリ、レジスタ等の本技術分野の成熟した記憶媒体に配置されることができる。上記記憶媒体はメモリに配置され、プロセッサーはメモリ内の情報を読み取り、そのハードウェアと組み合わせて上記の方法のステップを完了する。

本願の実施例におけるメモリは、揮発性メモリ又は不揮発性メモリであってもよく、又は揮発性及び不揮発性メモリの両方を含んでもよいことが理解される。ここで、不揮発性メモリは、読み取り専用メモリ（Read-Only Memory，ROM）、プログラマブル読み取り専用メモリ（Programmable ROM，PROM）、消去可能なプログラマブル読み取り専用メモリ（Erasable PROM，EPROM）、電気的に消去可能なプログラマブル読み取り専用メモリ（Electrically EPROM，EEPROM）又はフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（Random Access Memory，RAM）であってもよい。限定ではなく例として、スタティックランダムアクセスメモリ（Static RAM，SRAM）、ダイナミックランダムアクセスメモリ（Dynamic RAM，DRAM）、同期ダイナミックランダムアクセスメモリ（Synchronous DRAM，SDRAM）、ダブルデータレート同期ダイナミックランダムアクセスメモリ（Double Data Rate SDRAM，DDR SDRAM）、拡張同期ダイナミックランダムアクセスメモリ（Enhanced SDRAM，ESDRAM）、同期接続ダイナミックランダムアクセスメモリ（Synchlink DRAM，SLDRAM）、及びダイレクトメモリバスランダムアクセスメモリ（Direct Rambus RAM，DR RAM）等の多くの形式のＲＡＭが利用可能である。本文で説明されるシステム及び方法のメモリは、これら及び任意の他の適切なタイプのメモリを含むことが意図されているが、これらに限定されないことに留意されたい。

上記メモリに関する説明は限定ではなく示例的なものであることを理解されたい。例えば、本願の実施例のメモリは、スタティックランダムアクセスメモリ（static RAM，SRAM）、ダイナミックランダムアクセスメモリ（dynamic RAM，DRAM）、同期ダイナミックランダムアクセスメモリ（synchronous DRAM，SDRAM）、ダブルデータレート同期ダイナミックランダムアクセスメモリ（double data rate SDRAM，DDR SDRAM）、拡張同期ダイナミックランダムアクセスメモリ（enhanced SDRAM，ESDRAM）、同期接続ダイナミックランダムアクセスメモリ（synch link DRAM，SLDRAM）、及びダイレクトメモリバスランダムアクセスメモリ（Direct Rambus RAM，DR RAM）等であってもよい。つまり、本願の実施例のメモリは、これら及び任意の他の適切なタイプのメモリを含むことが意図されているが、これらに限定されない。

本願の実施例はまた、コンピュータプログラムを記憶するためのコンピュータ読取可能な記憶媒体を提供する。

オプションとして、上記コンピュータ読取可能な記憶媒体は、本願の実施例におけるネットワークデバイスに適用でき、上記コンピュータプログラムは、本願の実施例の各方法でネットワークデバイスによって実装される対応するフローをコンピュータに実行させる。簡潔にするため、ここでは繰り返さない。

オプションとして、上記コンピュータ読取可能な記憶媒体は、本願の実施例のモバイル端末／端末デバイスに適用でき、上記コンピュータプログラムは、本願の実施例の各方法でモバイル端末／端末デバイスによって実装される対応するフローをコンピュータに実行させる。簡潔にするため、ここでは繰り返さない。

本願の実施例はまた、コンピュータプログラム命令を含むコンピュータプログラム製品を提供する。

オプションとして、上記コンピュータプログラム製品は、本願の実施例のネットワークデバイスに適用でき、上記コンピュータプログラム命令は、本願の実施例の各方法でネットワークデバイスによって実装される対応するフローをコンピュータに実行させる。簡潔にするため、ここでは繰り返さない。

オプションとして、上記コンピュータプログラム製品は、本願の実施例のモバイル端末／端末デバイスに適用でき、上記コンピュータプログラム命令は、本願の実施例の各方法でモバイル端末／端末デバイスによって実装される対応するフローをコンピュータに実行させる。簡潔にするため、ここでは繰り返さない。

本願の実施例はまた、コンピュータプログラムを提供する。

オプションとして、上記コンピュータプログラムは、本願の実施例におけるネットワークデバイスに適用でき、上記コンピュータプログラムがコンピュータ上で実行されると、本願の実施例の各方法においてネットワークデバイスによって実装される対応するフローをコンピュータに実行させる。簡潔にするため、ここでは繰り返さない。

オプションとして、上記コンピュータプログラムは、本願の実施例におけるモバイル端末／端末デバイスに適用でき、上記コンピュータプログラムがコンピュータ上で実行されると、本願の実施例における各方法でモバイル端末／端末デバイスによって実装される対応するフローをコンピュータに実行させる。簡潔にするため、ここでは繰り返さない。

当業者であれば、本明細書に開示された実施例に関連して説明された各例のユニット及びアルゴリズムステップが、電子ハードウェア、又はコンピュータソフトウェア及び電子ハードウェアの組み合わせで実現できることが認識される。これらの機能がハードウェアで実行されるかソフトウェアで実行されるかは、解決策の特定のアプリケーション及び設計上の制約条件によって異なる。当業者であれば、特定の用途ごとに異なる方法を使用して記載された機能を実現できるが、このような実現が本願の範囲を超えると考慮されるべきではない。

当業者であれば、説明の便宜及び簡潔さのために、上述のシステム、装置、及びユニットの具体的な動作プロセスについては、前述の方法の実施例における対応するプロセスを参照することができ、ここで繰り返さないことを理解することができる。

本発明に提供された幾つかの実施例において、開示されたシステム、装置及び方法は、他の方式で実現されてもよいことを理解されたい。例えば、上述のような装置の実施例は、単なる例にすぎず、例えば、上記ユニットの区分は、単なる論理的な機能による区分であり、実際に実現するときは他の区分方式であってもよく、例えば、複数のユニット又はコンポーネントが組み合わされるか又は別のシステムに集積されてもよく、或いは幾つかの特徴が省略され又は実行されなくてもよい。一方、示された又は検討された相互間の結合又は直接的な結合又は通信接続は、幾つかのインターフェイスを介してもよく、装置又はユニットによる間接的な結合又は通信接続は、電気的、機械的、又は他の形態であってもよい。

前記分離部材として説明されたユニットは、物理的に分離されてもよく、物理的に分離されなくてもよく、ユニットとして示された部材は、物理的なユニットであってもよく、物理的なユニットでなくてもよく、つまり、あるところに位置してもよく、複数のネットワークユニット上に分散されてもよい。実際の需要に応じて、一部又は全部のユニットを選択し、本実施例の解決策の目的を実現することができる。

なお、本発明の各実施例に係る各機能ユニットは、１つの処理ユニットに集積されていてもよく、各ユニットが単独に物理的に存在していてもよく、２つ又は２つ以上のユニットが１つのユニットに集積されていてもよい。

前記機能がソフトウェア機能ユニットの形で実現され、且つ独立した製品として販売又は使用される場合には、１つのコンピュータ読み取り可能な記憶媒体に格納されることができる。このような理解に基づき、本願の技術手段は本質的に、従来技術に貢献した部分又は前記技術手段の一部がソフトウェア製品の形で具現化されることができ、前記コンピュータソフトウェア製品は、１つの記憶媒体に格納され、１台のコンピュータデバイス（パーソナルコンピュータ、サーバ、又はネットワークデバイス等であってもよい）に本発明の各実施例に記載の方法のステップの全部又は一部を実行させる命令を若干備える。前述の記憶媒体は、ＵＳＢメモリ、モバイルハードディスク、読み取り専用メモリ（Read-Only Memory，ROM）、ランダムアクセスメモリ（Random Access Memory，RAM）、磁気ディスク、又は光ディスク等のプログラムコードを格納可能な様々な媒体を含む。

以上は、本発明の好ましい実施形態にすぎず、本願の保護範囲はこれらに限定されない。この技術分野の当業者であれば、いずれも本願に提示された技術範囲内で、変更又は置き換えを行うことを容易に想到でき、このような変更又は置き換えはいずれも本願の保護範囲に含まれるべきである。したがって、本願の保護範囲は、特許請求の範囲に従うべきである。

Claims (9)

1. 複数の端末デバイスにおける第２の端末デバイスが、第１の端末デバイスによって前記複数の端末デバイスに送信されるサイドリンクデータの初回伝送を受信するステップと、
   前記第２の端末デバイスが、前記第１の端末デバイスによって送信された前記サイドリンクデータの再送信を受信するステップと、
   前記第２の端末デバイスが、前記再送信のフィードバック情報を運ぶために使用される再送信フィードバックリソースを取得するステップと、
   前記第２の端末デバイスが、前記初回伝送で前記サイドリンクデータを正常に復号したかどうかに応じて、前記再送信のフィードバック情報を前記第１の端末デバイスに送信するかどうかを決定するステップを含み、
   前記第２の端末デバイスが、前記初回伝送で前記サイドリンクデータを正常に復号したかどうかに応じて、前記再送信のフィードバック情報を前記第１の端末デバイスに送信するかどうかを決定するステップは、
   前記第２の端末デバイスが前記初回伝送で前記サイドリンクデータを正常に復号していない場合、前記第２の端末デバイスは、前記再送信を正常に復号したかどうかに応じて、前記再送信フィードバックリソース上で前記再送信のフィードバック情報を前記第１の端末デバイスに送信するステップを含み、
   前記第２の端末デバイスが、前記再送信を正常に復号したかどうかに応じて、前記再送信フィードバックリソース上で前記再送信のフィードバック情報を前記第１の端末デバイスに送信するステップは、
   前記第２の端末デバイスが前記再送信を正常に復号していない場合、前記第２の端末デバイスが前記再送信フィードバックリソース上で前記第１の端末デバイスに非確認（ＮＡＣＫ）情報を送信するステップを含む
   ことを特徴とするサイドリンクデータの伝送方法。
2. 前記第２の端末デバイスが、前記初回伝送で前記サイドリンクデータを正常に復号したかどうかに応じて、前記再送信のフィードバック情報を前記第１の端末デバイスに送信するかどうかを決定するステップは、
   前記第２の端末デバイスが前記初回伝送で前記サイドリンクデータを正常に復号した場合、前記第２の端末デバイスが前記再送信フィードバックリソース上で前記第１の端末デバイスへの前記再送信のフィードバック情報の送信を放棄するステップを含む
   ことを特徴とする請求項１に記載の方法。
3. 前記第２の端末デバイスが、前記初回伝送で前記サイドリンクデータを正常に復号したかどうかに応じて、前記再送信のフィードバック情報を前記第１の端末デバイスに送信するかどうかを決定するステップは、
   前記第２の端末デバイスが前記初回伝送で前記サイドリンクデータを正常に復号し、かつ前記再送信を正常に復号していない場合、前記第２の端末デバイスは、前記第１の端末デバイスへの前記再送信のフィードバック情報の送信を放棄するステップを含む
   ことを特徴とする請求項１に記載の方法。
4. 前記第２の端末デバイスが再送信フィードバックリソースを取得するステップは、
   前記第２の端末デバイスが、前記第１の端末デバイスによって送信された前記再送信フィードバックリソースを受信するステップ、又は
   前記第２の端末デバイスがフィードバックリソースセットから前記再送信フィードバックリソースを決定するステップを含む
   ことを特徴とする請求項１から３のいずれか一項に記載の方法。
5. 前記第２の端末デバイスは、前記第２の端末デバイスの識別情報に従って、前記フィードバックリソースセットからリソースを選択する
   ことを特徴とする請求項４に記載の方法。
6. 前記識別情報は、グループ内の前記第２の端末デバイスの識別情報である
   ことを特徴とする請求項５に記載の方法。
7. 前記第２の端末デバイスが前記サイドリンクデータのデータフィードバックリソースを取得するステップと、
   前記第２の端末デバイスが前記初回伝送で前記サイドリンクデータを正常に復号した場合、前記第２の端末デバイスが前記データフィードバックリソース上で前記第１の端末デバイスにＡＣＫ情報を送信するステップ、又は
   前記第２の端末デバイスが前記初回伝送で前記サイドリンクデータを正常に復号していない場合、前記第１の端末デバイスへの前記サイドリンクデータのフィードバック情報の送信を放棄するステップとをさらに含む
   ことを特徴とする請求項１から６のいずれか一項に記載の方法。
8. 前記第２の端末デバイスが前記サイドリンクデータのデータフィードバックリソースを取得するステップは、
   前記第２の端末デバイスが、前記第１の端末デバイスによって送信された前記データフィードバックリソースを受信するステップ、又は
   前記第２の端末デバイスがフィードバックリソースセットから前記データフィードバックリソースを決定するステップを含む
   ことを特徴とする請求項７に記載の方法。
9. プロセッサ及びメモリを備え、前記メモリはコンピュータプログラムを格納し、前記プロセッサは、前記メモリに格納されたコンピュータプログラムを呼び出して実行することで、請求項１から８のいずれか１つに記載の方法を実行する、ことを特徴とする端末デバイス。

Images