JP2024507760A

JP2024507760A - サイドリンク通信方法および装置

Info

Publication number: JP2024507760A
Application number: JP2023548360A
Authority: JP
Inventors: 俊 ▲劉▼; 南南 ▲劉▼; 曦 ▲謝▼
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2021-02-10
Filing date: 2022-02-10
Publication date: 2024-02-21
Also published as: EP4284074A1; US20230389047A1; CN114916048A; WO2022171173A1

Abstract

サイドリンク通信方法および装置が提供される。この方法は、第１の通信デバイスがサイドリンク制御情報を第２の通信デバイスから受信することを含む。第１の通信デバイスは、ＳＬＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始し、ＳＬＨＡＲＱフィードバックリソースは、サイドリンク制御情報のＨＡＲＱフィードバック、またはサイドリンク制御情報を使用することによってスケジュールされているＳＬデータを伝送するために使用される。第１の通信デバイスは、第１のタイマーに基づいて第２のタイマーを開始するかまたは開始するのをスキップする。本出願の実施形態の方法によれば、第１の通信デバイスは、ＳＬＤＲＸに関連付けられている第１のタイマーおよび第２のタイマーを開始することが可能であり、それによって通信デバイスの電力消費を低減する。

Description

本出願の実施形態は、通信テクノロジーの分野に関し、詳細には、サイドリンク通信方法および装置に関する。

関連出願に対する相互参照
本出願は、２０２１年２月１０日に出願された「ＳＩＤＥＬＩＮＫＣＯＭＭＵＮＩＣＡＴＩＯＮＭＥＴＨＯＤＡＮＤＡＰＰＡＲＡＴＵＳ」と題されている中国特許出願第２０２１１０１８５６４８．０号に対する優先権を主張するものであり、その中国特許出願は、その全体が参照によって本明細書に組み込まれている。

ワイヤレス通信システムにおいては、データが有効に伝送されることが可能であるということを確実にしながらユーザ機器（ｕｓｅｒｅｑｕｉｐｍｅｎｔ，ＵＥ）の電力消費を低減するために、不連続受信（ｄｉｓｃｏｎｔｉｎｕｏｕｓｒｅｃｅｐｔｉｏｎ，ＤＲＸ）が導入されている。ＤＲＸメカニズムは、物理ダウンリンク制御チャネル（ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ，ＰＤＣＣＨ）をモニタするＵＥの挙動を制御する。ＤＲＸメカニズムが利用不可能である場合には、ＵＥは、サービングセルからの何らかの情報があるかどうかをチェックするためにＰＤＣＣＨをモニタし続ける。しかしながら、実際には多くのケースにおいては、ＵＥは、ネットワークとの間で有効な情報をやり取りし続けることはなく、アップロードもしくはダウンロードサービスを実行し続けることはなく、または通話中に音声データを伝送し続けることはない。ＵＥとネットワークとの間においてデータのやり取りがないときにＵＥがＰＤＣＣＨを継続的にモニタしている場合には、電力消費は、明らかに高くなる。そのため、有効なデータ伝送を確実にすることを前提として、ＵＥ電力を低減するための設計されているメカニズムが、ＤＲＸである。ＤＲＸが構成されている場合には、ＵＥは、特定の時刻に周期的にスリープ状態（スリープモード）に入り得る。ＵＥは、ＰＤＣＣＨを継続的にモニタする必要はない。ＵＥがＰＤＣＣＨをモニタする必要があるときには、ＵＥは、スリープ状態から目覚める（ウェイクアップする）。このやり方においては、ＵＥのための電力節減が達成されることが可能である。これは、データ伝送遅延について特定のインパクトを及ぼす。しかしながら、ユーザによって許容される範囲内で遅延が制御されるならば、ＤＲＸを実行することは、電力消費を低減する上で有意義である。上では、Ｕｕエアインターフェースを介したＤＲＸについて記述しており、これは、略してＵｕＤＲＸと呼ばれることがある。

前述のＵｕＤＲＸと同様に、サイドリンク（ｓｉｄｅｌｉｎｋ，ＳＬ）においてもＤＲＸメカニズムが提案されており、これは、略してＳＬＤＲＸと呼ばれることがある。ＵＥの電力消費を低減するために前述のＵｕＤＲＸおよび／またはＳＬＤＲＸをＵＥがどのように使用するかが、本出願の実施形態において解決されることになる問題である。

本出願の実施形態は、サイドリンク通信方法および装置を提供し、それによって通信デバイスがＵｕＤＲＸおよび／またはＳＬＤＲＸをよりよく使用することが可能であり、それによって端末デバイスの電力消費を低減する。

第１の態様によれば、第１の通信デバイスによって、サイドリンク制御情報を第２の通信デバイスから受信するステップと、第１の通信デバイスによって、サイドリンクＳＬハイブリッド自動再送要求ＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始するステップであって、ＳＬＨＡＲＱフィードバックリソースは、サイドリンク制御情報のＨＡＲＱフィードバック、またはサイドリンク制御情報を使用することによってスケジュールされているＳＬデータを伝送するために使用される、ステップとを含むサイドリンク通信方法が提供される。任意選択で、第１の通信デバイスは、第１のタイマーに基づいて第２のタイマーを開始するかまたは開始せず、第１のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、第２のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに必要とされる最大持続時間を示すために使用される。

前述の方法によれば、たとえば、第１の通信デバイスはＲＸＵＥであり、第２の通信デバイスはＴＸＵＥである。ＴＸＵＥおよびＲＸＵＥは、ＳＬＨＡＲＱフィードバックリソースに基づいて第１のタイマーおよび第２のタイマーを開始することが可能であり、それによって第１のタイマーの開始と第２のタイマーの開始とが位置調整され、それによって、ＴＸＵＥがＮＡＣＫを基地局へ送信する際の第１のタイマーおよび第２のタイマーの開始を防止する。しかしながら、ＲＸＵＥ側がＨＡＲＱフィードバックを送信し損なうことに起因して、第１のタイマーおよび第２のタイマーは開始されず、そのためＲＸＵＥはスリープ状態になる。結果として、ＲＸＵＥは、ＴＸＵＥによって再伝送されるＳＬデータを受信することが可能ではなく、ＲＸＵＥ側でのパケットロスを引き起こす。

可能な実施態様においては、第１の通信デバイスによって、ＳＬＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始するステップは、第１の通信デバイスによって、ＳＬＨＡＲＱフィードバックリソースにおける第１のタイムユニットにおいて第１のタイマーを開始するステップ、または第１の通信デバイスによって、構成されているＳＬＨＡＲＱフィードバックリソースにおける第１のタイムユニットにおいて第１のタイマーを開始するステップ、または
第１の通信デバイスによって、ＳＬＨＡＲＱフィードバックリソースの後の第１のタイムユニットにおいて第１のタイマーを開始するステップ、または第１の通信デバイスによって、構成されているＳＬＨＡＲＱフィードバックリソースの後の第１のタイムユニットにおいて第１のタイマーを開始するステップを含む。

可能な実施態様においては、第２のタイマーが稼働している場合に、この方法は、第１の通信デバイスによって、第２のタイマーを停止するステップをさらに含む。

可能な実施態様においては、第１の通信デバイスによって、ＳＬＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始するステップは、第１の通信デバイスによって、ＨＡＲＱフィードバックを送信し損なうかまたは送信するのをスキップするステップであって、ＨＡＲＱフィードバックは、肯定応答ＡＣＫまたは否定応答ＮＡＣＫである、ステップと、第１の通信デバイスによって、ＳＬＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始するステップとを含む。

可能な実施態様においては、第１の通信デバイスによって、第１のタイマーに基づいて第２のタイマーを開始するかまたは開始するのをスキップするステップは、第１のタイマーが切れて、第１の通信デバイスが、サイドリンク制御情報、もしくはサイドリンク制御情報を使用することによってスケジュールされているＳＬデータを成功裏にデコードしたかもしくはデコードし損なった場合に、第１の通信デバイスによって、第２のタイマーを開始するステップ、または第１のタイマーが切れたときに、第１の通信デバイスによって、第２のタイマーを開始するステップを含む。

可能な実施態様においては、第１の通信デバイスによって、第１のタイマーに基づいて第２のタイマーを開始するかまたは開始するのをスキップするステップは、第１のタイマーが切れて、第１の通信デバイスがＨＡＲＱフィードバックを送信し損なったかもしくは送信しなかった場合に、第１の通信デバイスによって、第２のタイマーを開始するステップであって、ＨＡＲＱフィードバックはＡＣＫもしくはＮＡＣＫである、ステップ、または第１のタイマーが切れて、第１の通信デバイスがＨＡＲＱフィードバックを成功裏に送信したかもしくは送信し、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第１の通信デバイスによって、第２のタイマーを開始するステップを含む。

可能な実施態様においては、第１の通信デバイスによって、ＨＡＲＱフィードバックを送信し損なうかまたは送信するのをスキップするステップは、第１の通信デバイスによって、優先順位付け（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）または競合に起因してＨＡＲＱフィードバックを送信し損なうかまたは送信するのをスキップするステップを含む。

可能な実施態様においては、第１の通信デバイスによって、ＳＬＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始するステップは、第１の通信デバイスによって、ＳＣＩのＨＡＲＱフィードバック、またはＳＣＩを使用することによってスケジュールされているＳＬデータを成功裏に送信するかまたは送信し損なうステップと、第１の通信デバイスによって、ＳＬＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始するステップとを含む。

可能な実施態様においては、第１の通信デバイスによって、第１のタイマーに基づいて第２のタイマーを開始するかまたは開始するのをスキップするステップは、第１のタイマーが切れたときに、第１の通信デバイスによって、第２のタイマーを開始するステップを含む。（第２のタイマーは、ＳＬデータが成功裏にデコードされているかどうかにかかわらずに開始される。）

第２の態様によれば、第２の通信デバイスによって、サイドリンク制御情報を第１の通信デバイスへ送信するステップと、第２の通信デバイスによって、ＳＬＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始するステップと、第２の通信デバイスによって、第１のタイマーに基づいて第２のタイマーを開始するかまたは開始するのをスキップするステップとを含むサイドリンク通信方法であって、第１のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、第２のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに必要とされる最大持続時間を示すために使用される、サイドリンク通信方法が提供される。

可能な実施態様においては、第２の通信デバイスによって、ＳＬＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始するステップは、第２の通信デバイスによって、ＳＬＨＡＲＱフィードバックリソースにおける第１のタイムユニットにおいて第１のタイマーを開始するステップ、または
第２の通信デバイスによって、構成されているＳＬＨＡＲＱフィードバックリソースにおける第１のタイムユニットにおいて第１のタイマーを開始するステップ、または第２の通信デバイスによって、ＳＬＨＡＲＱフィードバックリソースの後の第１のタイムユニットにおいて第１のタイマーを開始するステップ、または第２の通信デバイスによって、構成されているＳＬＨＡＲＱフィードバックリソースの後の第１のタイムユニットにおいて第１のタイマーを開始するステップを含む。

可能な実施態様においては、第２のタイマーが稼働している場合に、この方法は、第２の通信デバイスによって、第２のタイマーを停止するステップをさらに含む。

可能な実施態様においては、第２の通信デバイスによって、第１のタイマーに基づいて第２のタイマーを開始するかまたは開始するのをスキップするステップは、第１のタイマーが切れたときに、第２の通信デバイスによって、第２のタイマーを開始するステップを含む。

可能な実施態様においては、第２の通信デバイスによって、第１のタイマーに基づいて第２のタイマーを開始するかまたは開始するのをスキップするステップは、第１のタイマーが切れたときに、第２の通信デバイスがＨＡＲＱフィードバックを成功裏に受信し、ＨＡＲＱフィードバックが、サイドリンク制御情報のＨＡＲＱフィードバック、もしくはサイドリンク制御情報を使用することによってスケジュールされているＳＬデータを含み、ＨＡＲＱフィードバックがＮＡＣＫである場合に、または第２の通信デバイスがＨＡＲＱフィードバックを受信し損なった場合に、または第２の通信デバイスがＨＡＲＱフィードバックを第３の通信デバイスへ送信し、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第２の通信デバイスによって、第２のタイマーを開始するステップを含む。

可能な実施態様においては、第３の通信デバイスは、第２の通信デバイスのネットワークデバイスであり得る。

第３の態様によれば、第１の通信デバイスによって、サイドリンク制御情報を第２の通信デバイスへ送信するステップと、第１の通信デバイスによって、ＨＡＲＱフィードバックが受信されていないと決定するステップであって、ＨＡＲＱフィードバックは、サイドリンク制御情報のＨＡＲＱフィードバック、またはサイドリンク制御情報を使用することによってスケジュールされているＳＬデータを含む、ステップと、第１の通信デバイスによって、第１の情報を第２の通信デバイスへ送信するステップであって、第１の情報は、第１の通信デバイスがＨＡＲＱフィードバックを受信していないということを示す、ステップとを含むサイドリンク通信方法が提供される。

前述の方法によれば、たとえば、第１の通信デバイスはＴＸＵＥであり、第２の通信デバイスはＲＸＵＥである。ＴＸＵＥの送信および受信競合または優先順位付けなどの理由に起因してＲＸＵＥのＨＡＲＱフィードバックが受信されていないとＴＸＵＥが決定した場合には、ＴＸＵＥは、表示情報をＲＸＵＥへ送信し得る。ＲＸＵＥが表示情報を受信して、第１のタイマーが切れたときに、第２のタイマーは、データが成功裏にデコードされているかどうかにかかわらずに開始され、それによってＲＸＵＥは、ウェイクアップ状態になり、ＴＸＵＥによって送信された再伝送を受信し、それによってＲＸＵＥ側でのパケットロスを回避する。

可能な実施態様においては、第１の通信デバイスによって、ＨＡＲＱフィードバックが受信されていないと決定するステップは、第１の通信デバイスによって、送信および受信競合または優先順位付け（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）に起因してＨＡＲＱフィードバックを受信し損なうステップを含む。

第４の態様によれば、第２の通信デバイスによって、サイドリンク制御情報を第１の通信デバイスから受信するステップと、第２の通信デバイスによって、ＨＡＲＱフィードバックを第１の通信デバイスへ送信するステップであって、ＨＡＲＱフィードバックは、サイドリンク制御情報のＨＡＲＱフィードバック、またはサイドリンク制御情報を使用することによってスケジュールされているＳＬデータを含む、ステップと、第２の通信デバイスによって、第１の表示情報を第１の通信デバイスから受信するステップであって、第１の表示情報は、第１の通信デバイスがＨＡＲＱフィードバックを受信していないということを示す、ステップとを含むサイドリンク通信方法が提供される。

可能な実施態様においては、この方法は、第２の通信デバイスがＨＡＲＱフィードバックを送信した後に、第５のタイマーを開始するステップであって、第２の通信デバイスは、第５のタイマーの稼働中にアクティブ時間にある、ステップをさらに含む。

可能な実施態様においては、第１の通信デバイスによって、ＨＡＲＱフィードバックを受信し損なうステップは、第１の通信デバイスによって、送信および受信競合または優先順位付け（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）に起因してＨＡＲＱフィードバックを受信し損なうステップを含む。

可能な実施態様においては、この方法は、第２の通信デバイスがＨＡＲＱフィードバックを送信したときにもしくはその後に、第１のタイマーを開始するステップ、または第２の通信デバイスがＨＡＲＱフィードバックを送信した後に、第１のタイムユニットにおいて第１のタイマーを開始するステップをさらに含む。

可能な実施態様においては、この方法は、第１のタイマーが切れたときに、第２の通信デバイスによって、第２のタイマーを開始するステップをさらに含む。

第５の態様によれば、第１の通信デバイスによって、サイドリンク制御情報を第２の通信デバイスへ送信するステップと、第１の通信デバイスによって、ＨＡＲＱフィードバックが受信されていないと決定するステップであって、ＨＡＲＱフィードバックは、サイドリンク制御情報のＨＡＲＱフィードバック、またはサイドリンク制御情報を使用することによってスケジュールされているＳＬデータを含む、ステップと、第１の通信デバイスによって、第２の情報、またはＮＡＣＫおよび第２の情報を第３の通信デバイスへ送信するステップであって、第２の情報は、第１の通信デバイスがＨＡＲＱフィードバックを受信していないということを示し、または第２の情報は、第３の通信デバイスが、ＮＡＣＫに対応するＨＡＲＱプロセスの第２のタイマーの稼働中に、ＳＬ新伝送もしくはＳＬのために使用される別のＨＡＲＱプロセスの再伝送をスケジュールしていないということを示し、第２のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに必要とされる最大持続時間を示すために使用される、ステップとを含むサイドリンク通信方法が提供される。

前述の方法によれば、たとえば、第１の通信デバイスはＴＸＵＥであり、第２の通信デバイスはＲＸＵＥであり、第３の通信デバイスは基地局である。ＲＸＵＥがＨＡＲＱフィードバックを成功裏に送信して、ＲＸＵＥが前述のＨＡＲＱフィードバックを受信し損なった場合には、ＴＸＵＥは、ＮＡＣＫを基地局へ報告し得る。本出願の改良形態は、次のとおりである。ＮＡＣＫを基地局へ報告することに加えて、ＴＸＵＥはさらに、第２の情報を基地局へ報告し、第２の情報は、ＮＡＣＫに対応するＨＡＲＱプロセスの第２のタイマーの稼働中に現在のＨＡＲＱプロセスの再伝送のみをスケジュールするように基地局に指示するために使用される。理由は、次のとおりである。現在の解決策においては、ＲＸＵＥがＨＡＲＱフィードバックを送信した後に、ＲＸＵＥは、第１のタイマーを開始し得る。第１のタイマーが切れて、ＲＸＵＥがデータをデコードし損なった場合に、すなわち、ＲＸＵＥは、ＲＸＵＥによって送信されたＨＡＲＱフィードバックがＮＡＣＫである場合にのみ、第２のタイマーを開始する。しかしながら、第１のタイマーが切れて、ＲＸＵＥがデータを成功裏にデコードした場合には、すなわち、ＲＸＵＥによって送信されたＨＡＲＱフィードバックがＡＣＫを示す場合には、ＲＸＵＥは、第２のタイマーを開始しない。本出願の実施形態においては、ＴＸＵＥがＲＸＵＥのＨＡＲＱフィードバックを受信しないので、ＴＸＵＥは、ＲＸＵＥによって送信されたＨＡＲＱフィードバックがＮＡＣＫであるか、またはＡＣＫであるかを知らない。そのため、本出願の実施形態においては、前述のケースにおいて、ＴＸＵＥは、ＲＸＵＥによって送信されたＨＡＲＱフィードバックがＡＣＫを示すか、またはＮＡＣＫを示すかをもはや決定せず、ＴＸＵＥは、統一された様式で第２の情報を基地局へ送信して、現在のＳＬＨＡＲＱプロセスの再伝送のみをスケジュールするように、およびＳＬ新伝送または別のＳＬプロセスの再伝送をスケジュールしないように基地局に指示する。それに対応して、ＴＸＵＥは、現在のＳＬＨＡＲＱプロセスの再伝送のみをＲＸＵＥへ送信する。利点は、次のとおりである。ＲＸＵＥによって送信されたＨＡＲＱフィードバックがＮＡＣＫである場合には、ＲＸＵＥは、ＳＬＤＲＸについて第２のタイマーを開始し、ＲＸＵＥは、ＴＸＵＥによって送信された現在のＳＬＨＡＲＱプロセスの再伝送を受信し得る。ＲＸＵＥによって送信されたＨＡＲＱフィードバックがＡＣＫを示す場合には、ＲＸＵＥは、現在のＳＬＨＡＲＱプロセスの再伝送を受信しなくてよい。しかしながら、ＲＸＵＥによってフィードバックされたＨＡＲＱフィードバックは、ＡＣＫを示しており、これは、対応するＳＬプロセスのデータが最後の伝送中にＲＸＵＥによって成功裏にデコードされているということを示しているので、現在の伝送中に再伝送を受信し損なうことは、問題にならない。

可能な実施態様においては、第３の通信デバイスは、第１の通信デバイスのネットワークデバイスであり得る。

第６の態様によれば、第３の通信デバイスによって、第２の情報、またはＮＡＣＫおよび第２の情報を第１の通信デバイスから受信するステップであって、第２の情報は、第１の通信デバイスがＨＡＲＱフィードバックを受信していないということを示し、または第２の情報は、第３の通信デバイスが、ＮＡＣＫに対応するＨＡＲＱプロセスの第２のタイマーの稼働中に、ＳＬ新伝送もしくはＳＬのために使用される別のＨＡＲＱプロセスの再伝送をスケジュールしていないということを示し、第２のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに必要とされる最大持続時間を示すために使用される、ステップと、第３の通信デバイスによって、ＮＡＣＫに対応するＨＡＲＱプロセスの第２のタイマーの稼働中に、ＳＬ新伝送またはＳＬのために使用される別のＨＡＲＱプロセスの再伝送をスケジュールするのをスキップするステップとを含むサイドリンク通信方法が提供される。

第７の態様によれば、第１の通信デバイスによって、第１のＤＲＸ構成に関する情報および／もしくは第１のインターバルに関する情報を第２の通信デバイスから受信するステップであって、第１のＤＲＸ構成は、第１の通信デバイスと第３の通信デバイスとの間におけるＤＲＸ構成であり、第１のインターバルは、第１のリソースと第２のリソースとの間におけるインターバルであり、第１のリソースは、第２の通信デバイスがＳＬＨＡＲＱフィードバックを第３の通信デバイスへ送信するためのリソースであり、第２のリソースは、第１の通信デバイスがＳＬＨＡＲＱフィードバックを第２の通信デバイスへ送信するためのリソースである、ステップ、第１の通信デバイスによって、第１のＤＲＸ構成に関する情報および／もしくは第１のインターバルに関する情報に基づいて第２のＤＲＸ構成を決定するステップであって、第２のＤＲＸ構成は、第１の通信デバイスと第２の通信デバイスとの間におけるＤＲＸ構成である、ステップ、または第１の通信デバイスによって、第１のＤＲＸ構成に関する情報および／もしくは第１のインターバルに関する情報を第３の通信デバイスへ送信するステップを含むサイドリンク通信方法が提供される。

前述の方法によれば、たとえば、第１の通信デバイスはＲＸＵＥであり、第２の通信デバイスはＴＸＵＥである。そのため、この方法を通じて、ＳＬＤＲＸの構成がＵｕＤＲＸの構成と一致することが可能であり、それによって、ＵｕＤＲＸの第２のタイマーの稼働中に基地局によってスケジュールされるＳＬ再伝送および／または新規伝送をＲＸＵＥが受信し損なうことを防止する。

可能な実施態様においては、第１のインターバルは、第１のリソースと第２のリソースとの間におけるインターバルの最小値を含む。

可能な実施態様においては、この方法は、第１のＤＲＸ構成が第２のＤＲＸ構成と一致しない場合に、第１の通信デバイスによって、第１の情報を第２の通信デバイスへ送信するステップであって、第１の情報は、第１のＤＲＸ構成が第２のＤＲＸ構成と一致しないということを第２の通信デバイスに通知する、ステップをさらに含む。

可能な実施態様においては、この方法は、第１の通信デバイスによって、第１の要求情報を第２の通信デバイスへ送信するステップであって、第１の要求情報は、第１のＤＲＸ構成に関する情報および／または第１のインターバルに関する情報を第１の通信デバイスへ送信するように第２の通信デバイスに要求するために使用される、ステップをさらに含む。

可能な実施態様においては、第１のＤＲＸ構成は、第３のタイマーの構成および第４のタイマーの構成を含み、第２のＤＲＸ構成は、第１のタイマーの構成および第２のタイマーの構成を含み、第１のタイマーおよび／または第３のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、第２のタイマーおよび／または第４のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに必要とされる最大持続時間を示すために使用される。

第８の態様によれば、第２の通信デバイスによって、第１のＤＲＸ構成に関する情報および／または第１のインターバルに関する情報を決定するステップであって、第１のＤＲＸ構成は、第２の通信デバイスと第３の通信デバイスとの間におけるＤＲＸ構成であり、第１のインターバルは、第１のリソースと第２のリソースとの間におけるインターバルであり、第１のリソースは、第２の通信デバイスがＳＬＨＡＲＱフィードバックを第３の通信デバイスへ送信するためのリソースであり、第２のリソースは、第１の通信デバイスがＳＬＨＡＲＱフィードバックを第２の通信デバイスへ送信するためのリソースである、ステップと、第２の通信デバイスによって、第１のＤＲＸ構成に関する情報および／または第１のインターバルに関する情報を第１の通信デバイスへ送信するステップとを含むサイドリンク通信方法が提供される。

可能な実施態様においては、この方法は、第２の通信デバイスによって、第１の情報を第１の通信デバイスから受信するステップであって、第１の情報は、第１のＤＲＸ構成が第２のＤＲＸ構成と一致しないということを第２の通信デバイスに通知し、第２のＤＲＸ構成は、第１の通信デバイスと第２の通信デバイスとの間におけるＤＲＸであり、第２のＤＲＸ構成は、第１の通信デバイスと第２の通信デバイスとの間におけるＳＬ通信のために使用され、または第２のＤＲＸ構成は、第２の通信デバイスによって送信された情報を第１の通信デバイスが受信するために使用される、ステップをさらに含む。

可能な実施態様においては、第１の条件が満たされている場合に、第２の通信デバイスによって、第１のＤＲＸ構成に関する情報および／または第１のインターバルに関する情報を第１の通信デバイスへ送信するステップが実行される。

可能な実施態様においては、第１の条件は、第１のインターバルが変化していること、
第１のインターバルの変動が第１のしきい値よりも大きいこと、第１のＤＲＸ構成に関する情報が変化していること、および第１のＤＲＸ構成に関する情報の変動が第２のしきい値よりも大きいことのうちの少なくとも１つを含む。

可能な実施態様においては、この方法は、第２の通信デバイスによって、第１の要求情報を第１の通信デバイスから受信するステップであって、第１の要求情報は、第１のＤＲＸ構成に関する情報および／または第１のインターバルに関する情報を第１の通信デバイスへ送信するように第２の通信デバイスに要求するために使用される、ステップをさらに含む。

第９の態様によれば、第１の通信デバイスによって、第２の情報を第３の通信デバイスから受信するステップであって、第２の情報は、ＳＬＨＡＲＱフィードバックリソースが存在するかどうかを示し、ＳＬＨＡＲＱフィードバックリソースは、第１の通信デバイスによってＳＬＨＡＲＱフィードバックを第３の通信デバイスへ送信するために使用される、ステップ、第１の通信デバイスによって、第２の情報に基づいて第３の情報を第２の通信デバイスへ送信するステップであって、第３の情報は、第２のＤＲＸについて、対応するＳＬプロセスの第１のタイマーおよび／もしくは第２のタイマーを開始するかどうかを通知し、もしくは第３の情報は、ＳＬＨＡＲＱフィードバックリソースが存在するかどうかを示す、ステップ、ならびに／または第１の通信デバイスによって第２の情報に基づいて、第１のＤＲＸについて、対応するＳＬプロセスの第３のタイマーおよび／もしくは第４のタイマーを開始するかどうかを決定するステップ、および／もしくは第２のＤＲＸについて、対応するＳＬプロセスの第１のタイマーおよび／もしくは第２のタイマーを開始するかどうかを決定するステップを含むサイドリンク通信方法が提供される。第１のＤＲＸは、第１の通信デバイスと第３の通信デバイスとの間におけるＤＲＸであり、第２のＤＲＸは、第１の通信デバイスと第２の通信デバイスとの間におけるＤＲＸであり、第１のタイマーおよび／または第３のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、第２のタイマーおよび／または第４のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに必要とされる最大持続時間を示すために使用される。

前述の方法によれば、たとえば、ＴＸＵＥは第１の通信デバイスであり、ＲＸＵＥは第２の通信デバイスである。そのため、ＰＵＣＣＨリソースがＳＬＨＡＲＱプロセス用に構成されていないことに起因してＴＸＵＥがＵｕＤＲＸについて対応する第１のタイマーおよびｓｌ第２のタイマーを開始していないということをＲＸＵＥが知らず、そのためＳＬＤＲＸについて対応する第２のタイマーを開始する場合に引き起こされるＲＸＵＥの電力消費の無駄が回避されることが可能である。

可能な実施態様においては、第２の情報が、ＳＬＨＡＲＱフィードバックリソースが存在するかどうかを示すことは、第２の情報が、ＳＬＨＡＲＱフィードバックリソースが第１のＳＬプロセスにおいて存在するか、または第１のＳＬトランスポートブロックＴＢにおいて存在するか、または存在しないかを示すことを含む。

可能な実施態様においては、第２の情報が、ＳＬＨＡＲＱフィードバックリソースが存在するということを示す場合には、第３の情報は、第２のＤＲＸに対応するＳＬプロセスにおける第１のタイマーおよび／もしくは第２のタイマーを開始するように指示するために使用され、または第３の情報は、ＳＬＨＡＲＱフィードバックリソースが存在するということを示し、ならびに／もしくは第１の条件が満たされている場合には、第１の通信デバイスは、第１のＤＲＸについて、対応するＳＬプロセスの第３のタイマーおよび／もしくは第４のタイマーを開始し、および／もしくは第２の条件が満たされている場合には、第１の通信デバイスは、第２のＤＲＸについて、対応するＳＬプロセスの第１のタイマーおよび／もしくは第２のタイマーを開始する。

可能な実施態様においては、第２の情報が、ＳＬＨＡＲＱフィードバックリソースが存在しないということを示す場合には、第２の情報は、第２のＤＲＸに対応するＳＬプロセスにおける第１のタイマーおよび／もしくは第２のタイマーが開始されないということを通知し、または第２の情報は、ＳＬＨＡＲＱフィードバックリソースが存在しないということを示し、ならびに／もしくは第１の条件が満たされている場合には、第１の通信デバイスは、第１のＤＲＸについて、対応するＳＬプロセスの第３のタイマーおよび／もしくは第４のタイマーを開始せず、および／もしくは第２の条件が満たされている場合には、第１の通信デバイスは、第２のＤＲＸについて、対応するＳＬプロセスの第１のタイマーおよび／もしくは第２のタイマーを開始しない。

第１０の態様によれば、第２の通信デバイスによって、第３の情報を第１の通信デバイスから受信するステップであって、第３の情報は、第２のＤＲＸについて、対応するＳＬプロセスの第１のタイマーおよび／もしくは第２のタイマーを開始するかどうかを通知し、または第３の情報は、ＳＬＨＡＲＱフィードバックリソースが存在するかどうかを示す、ステップと、第２の通信デバイスによって、第２のＤＲＸについて、対応するＳＬプロセスの第１のタイマーおよび／または第２のタイマーを開始するかどうかを決定するステップであって、第２のＤＲＸは、第１の通信デバイスと第２の通信デバイスとの間におけるＤＲＸであり、第１のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、第２のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに必要とされる最大持続時間を示すために使用される、ステップとを含むサイドリンク通信方法が提供される。

可能な実施態様においては、第３の情報が、第２のＤＲＸに対応するＳＬプロセスにおける第１のタイマーおよび／もしくは第２のタイマーを開始するように指示するために使用されている場合には、または第３の情報が、ＳＬＨＡＲＱフィードバックリソースが存在するということを示していて、第３の条件が満たされている場合には、第２の端末デバイスが、対応するＳＬプロセスの第１のタイマーおよび／または第２のタイマーを開始する。

可能な実施態様においては、第３の情報が、第２のＤＲＸに対応するＳＬプロセスにおける第１のタイマーおよび／もしくは第２のタイマーが開始されないということを通知している場合には、または第３の情報が、ＳＬＨＡＲＱフィードバックリソースが存在し、第３の条件が満たされている場合、第２の通信デバイスは、対応するＳＬプロセスの第１のタイマーおよび／または第２のタイマーを開始しないことを示している。

第１１の態様によれば、サイドリンク通信装置が提供される。この通信装置は、第１の通信デバイスであり得、または第１の通信デバイスにおけるチップであり得る。この装置は、前述の第１の態様を実施するという機能を有する。その機能は、ハードウェアによって実施され得、または対応するソフトウェアをハードウェアが実行することによって実施され得る。ハードウェアまたはソフトウェアは、前述の機能に対応する１つまたは複数のモジュールまたはユニットを含む。たとえば、可能な実施態様においては、この装置は、サイドリンク制御情報を第２の通信デバイスから受信するように構成されているトランシーバユニットと、サイドリンクＳＬハイブリッド自動再送要求ＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始するように構成されている処理ユニットであって、ＳＬＨＡＲＱフィードバックリソースは、サイドリンク制御情報のＨＡＲＱフィードバック、またはサイドリンク制御情報を使用することによってスケジュールされているＳＬデータを伝送するために使用される、処理ユニットとを含み、処理ユニットはさらに、第１のタイマーに基づいて第２のタイマーを開始するかまたは開始するのをスキップするように構成されており、第１のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、第２のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに必要とされる最大持続時間を示すために使用される。

可能な設計においては、ＳＬＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始することは、ＳＬＨＡＲＱフィードバックリソースにおける第１のタイムユニットにおいて第１のタイマーを開始すること、または構成されているＳＬＨＡＲＱフィードバックリソースにおける第１のタイムユニットにおいて第１のタイマーを開始すること、またはＳＬＨＡＲＱフィードバックリソースの後の第１のタイムユニットにおいて第１のタイマーを開始すること、または構成されているＳＬＨＡＲＱフィードバックリソースの後の第１のタイムユニットにおいて第１のタイマーを開始することを含む。

可能な実施態様においては、ＳＬＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始することは、ＨＡＲＱフィードバックを送信し損なうかまたは送信するのをスキップすることであって、ＨＡＲＱフィードバックは、肯定応答ＡＣＫまたは否定応答ＮＡＣＫである、送信し損なうかまたは送信するのをスキップすることと、ＳＬＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始することとを含む。

可能な実施態様においては、第１のタイマーに基づいて第２のタイマーを開始するかまたは開始するのをスキップすることは、第１のタイマーが切れて、サイドリンク制御情報、もしくはサイドリンク制御情報を使用することによってスケジュールされているＳＬデータが成功裏にデコードされたかもしくはデコードされ損なったときに、第１の通信デバイスによって、第２のタイマーを開始すること、または第１のタイマーが切れたときに、第２のタイマーを開始することを含む。

可能な実施態様においては、第１のタイマーに基づいて第２のタイマーを開始するかまたは開始するのをスキップすることは、第１のタイマーが切れて、ＨＡＲＱフィードバックが送信され損なったかもしくは送信されなかったときに、第１の通信デバイスによって、第２のタイマーを開始することであって、ＨＡＲＱフィードバックは、ＡＣＫもしくはＮＡＣＫである、開始すること、または第１のタイマーが切れて、ＨＡＲＱフィードバックが成功裏に送信されるかもしくは送信され、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第１の通信デバイスによって、第２のタイマーを開始することを含む。

第１２の態様によれば、サイドリンク通信装置が提供される。この通信装置は、第２の通信デバイスであり得、または第２の通信デバイスにおけるチップであり得る。この装置は、前述の第２の態様を実施するという機能を有する。その機能は、ハードウェアによって実施され得、または対応するソフトウェアをハードウェアが実行することによって実施され得る。ハードウェアまたはソフトウェアは、前述の機能に対応する１つまたは複数のモジュールまたはユニットを含む。たとえば、可能な実施態様においては、この装置は、サイドリンク制御情報を第１の通信デバイスへ送信するように構成されているトランシーバユニットと、ＳＬＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始するように構成されている処理ユニットとを含み、
処理ユニットはさらに、第１のタイマーに基づいて第２のタイマーを開始するかまたは開始するのをスキップするように構成されており、第１のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、第２のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに必要とされる最大持続時間を示すために使用される。

可能な実施態様においては、第１のタイマーに基づいて第２のタイマーを開始するかまたは開始するのをスキップすることは、第１のタイマーが切れたときに、第２の通信デバイスがＨＡＲＱフィードバックを成功裏に受信し、ＨＡＲＱフィードバックが、サイドリンク制御情報のＨＡＲＱフィードバック、もしくはサイドリンク制御情報を使用することによってスケジュールされているＳＬデータを含み、ＨＡＲＱフィードバックがＮＡＣＫである場合に、または第２の通信デバイスがＨＡＲＱフィードバックを受信し損なった場合に、または第２の通信デバイスがＨＡＲＱフィードバックを第３の通信デバイスへ送信し、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第２の通信デバイスによって、第２のタイマーを開始することを含む。

第１３の態様によれば、サイドリンク通信装置が提供される。この通信装置は、第１の通信デバイスであり得、または第１の通信デバイスにおけるチップであり得る。この装置は、前述の第３の態様を実施するという機能を有する。その機能は、ハードウェアによって実施され得、または対応するソフトウェアをハードウェアが実行することによって実施され得る。ハードウェアまたはソフトウェアは、前述の機能に対応する１つまたは複数のモジュールまたはユニットを含む。たとえば、可能な実施態様においては、この装置は、サイドリンク制御情報を第２の通信デバイスへ送信するように構成されているトランシーバユニットと、ＨＡＲＱフィードバックが受信されていないと決定するように構成されている処理ユニットであって、ＨＡＲＱフィードバックは、サイドリンク制御情報のＨＡＲＱフィードバック、またはサイドリンク制御情報を使用することによってスケジュールされているＳＬデータを含む、処理ユニットとを含み、トランシーバユニットはさらに、第１の情報を第２の通信デバイスへ送信するように構成されており、第１の情報は、第１の通信デバイスがＨＡＲＱフィードバックを受信していないということを示す。

第１４の態様によれば、サイドリンク通信装置が提供される。この通信装置は、第２の通信デバイスであり得、または第２の通信デバイスにおけるチップであり得る。この装置は、前述の第４の態様を実施するという機能を有する。その機能は、ハードウェアによって実施され得、または対応するソフトウェアをハードウェアが実行することによって実施され得る。ハードウェアまたはソフトウェアは、前述の機能に対応する１つまたは複数のモジュールまたはユニットを含む。たとえば、可能な実施態様においては、この装置は、サイドリンク制御情報を第１の通信デバイスから受信するように構成されているトランシーバユニットを含み、トランシーバユニットはさらに、ＨＡＲＱフィードバックを第１の通信デバイスへ送信するように構成されており、ＨＡＲＱフィードバックは、サイドリンク制御情報のＨＡＲＱフィードバック、またはサイドリンク制御情報を使用することによってスケジュールされているＳＬデータを含み、トランシーバユニットはさらに、第１の表示情報を第１の通信デバイスから受信するように構成されており、第１の表示情報は、第１の通信デバイスがＨＡＲＱフィードバックを受信していないということを示す。

可能な実施態様においては、この装置は、ＨＡＲＱフィードバックが送信された後に、第５のタイマーを開始するように構成されている処理ユニットであって、第２の通信デバイスは、第５のタイマーの稼働中にアクティブ時間にある、処理ユニットをさらに含む。

可能な実施態様においては、ＨＡＲＱフィードバックを受信し損なうことは、送信および受信競合または優先順位付け（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）に起因してＨＡＲＱフィードバックを受信し損なうことを含む。

可能な実施態様においては、処理ユニットはさらに、ＨＡＲＱフィードバックが送信されたときにもしくはその後に、第１のタイマーを開始するか、またはＨＡＲＱフィードバックが送信された後に第１のタイムユニットにおいて第１のタイマーを開始するように構成されている。

可能な実施態様においては、処理ユニットはさらに、第１のタイマーが切れたときに、第２のタイマーを開始するように構成されている。

第１５の態様によれば、サイドリンク通信装置が提供される。この通信装置は、第１の通信デバイスであり得、または第１の通信デバイスにおけるチップであり得る。この装置は、前述の第５の態様を実施するという機能を有する。その機能は、ハードウェアによって実施され得、または対応するソフトウェアをハードウェアが実行することによって実施され得る。ハードウェアまたはソフトウェアは、前述の機能に対応する１つまたは複数のモジュールまたはユニットを含む。たとえば、可能な実施態様においては、この装置は、サイドリンク制御情報を第２の通信デバイスへ送信するように構成されているトランシーバユニットと、ＨＡＲＱフィードバックが受信されていないと決定するように構成されている処理ユニットであって、ＨＡＲＱフィードバックは、サイドリンク制御情報のＨＡＲＱフィードバック、またはサイドリンク制御情報を使用することによってスケジュールされているＳＬデータを含む、処理ユニットとを含み、トランシーバユニットはさらに、第２の情報、またはＮＡＣＫおよび第２の情報を第３の通信デバイスへ送信するように構成されており、第２の情報は、第１の通信デバイスがＨＡＲＱフィードバックを受信していないということを示し、または第２の情報は、第３の通信デバイスが、ＮＡＣＫに対応するＨＡＲＱプロセスの第２のタイマーの稼働中に、ＳＬ新伝送もしくはＳＬのために使用される別のＨＡＲＱプロセスの再伝送をスケジュールしていないということを示し、第２のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに必要とされる最大持続時間を示すために使用される。

第１６の態様によれば、サイドリンク通信装置が提供される。この通信装置は、第３の通信デバイスであり得、または第３の通信デバイスにおけるチップであり得る。この装置は、前述の第６の態様を実施するという機能を有する。その機能は、ハードウェアによって実施され得、または対応するソフトウェアをハードウェアが実行することによって実施され得る。ハードウェアまたはソフトウェアは、前述の機能に対応する１つまたは複数のモジュールまたはユニットを含む。たとえば、可能な実施態様においては、この装置は、第２の情報、またはＮＡＣＫおよび第２の情報を第１の通信デバイスから受信するように構成されているトランシーバユニットであって、第２の情報は、第１の通信デバイスがＨＡＲＱフィードバックを受信していないということを示し、または第２の情報は、第３の通信デバイスが、ＮＡＣＫに対応するＨＡＲＱプロセスの第２のタイマーの稼働中に、ＳＬ新伝送もしくはＳＬのために使用される別のＨＡＲＱプロセスの再伝送をスケジュールしていないということを示し、第２のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに必要とされる最大持続時間を示すために使用される、トランシーバユニットと、ＮＡＣＫに対応するＨＡＲＱプロセスの第２のタイマーの稼働中に、ＳＬ新伝送またはＳＬのために使用される別のＨＡＲＱプロセスの再伝送をスケジュールしないように構成されている処理ユニットとを含む。

第１７の態様によれば、サイドリンク通信装置が提供される。この通信装置は、第１の通信デバイスであり得、または第１の通信デバイスにおけるチップであり得る。この装置は、前述の第７の態様を実施するという機能を有する。その機能は、ハードウェアによって実施され得、または対応するソフトウェアをハードウェアが実行することによって実施され得る。ハードウェアまたはソフトウェアは、前述の機能に対応する１つまたは複数のモジュールまたはユニットを含む。たとえば、可能な実施態様においては、この装置は、第１のＤＲＸ構成に関する情報および／または第１のインターバルに関する情報を第２の通信デバイスから受信するように構成されているトランシーバユニットであって、第１のＤＲＸ構成は、通信デバイスと第３の通信デバイスとの間におけるＤＲＸ構成であり、第１のインターバルは、第１のリソースと第２のリソースとの間におけるインターバルであり、第１のリソースは、第２の通信デバイスがＳＬＨＡＲＱフィードバックを第３の通信デバイスへ送信するためのリソースであり、第２のリソースは、第１の通信デバイスがＳＬＨＡＲＱフィードバックを第２の通信デバイスへ送信するためのリソースである、トランシーバユニットと、第１のＤＲＸ構成に関する情報および／または第１のインターバルに関する情報に基づいて第２のＤＲＸ構成を決定するように構成されている処理ユニットであって、第２のＤＲＸ構成は、第１の通信デバイスと第２の通信デバイスとの間におけるＤＲＸ構成である、処理ユニットとを含み、トランシーバユニットはさらに、第１のＤＲＸ構成に関する情報および／または第１のインターバルに関する情報をトランシーバユニットの第３の通信デバイスへ送信するように構成されている。

可能な実施態様においては、トランシーバユニットはさらに、第１のＤＲＸ構成が第２のＤＲＸ構成と一致しない場合に、第１の情報を第２の通信デバイスへ送信することであって、第１の情報は、第１のＤＲＸ構成が第２のＤＲＸ構成と一致しないということを第２の通信デバイスに通知する、送信することを行うように構成されている。

可能な実施態様においては、トランシーバユニットはさらに、第１の要求情報を第２の通信デバイスへ送信することであって、第１の要求情報は、第１のＤＲＸ構成に関する情報および／または第１のインターバルに関する情報を第１の通信デバイスへ送信するように第２の通信デバイスに要求するために使用される、送信することを行うように構成されている。

第１８の態様によれば、サイドリンク通信装置が提供される。この通信装置は、第２の通信デバイスであり得、または第２の通信デバイスにおけるチップであり得る。この装置は、前述の第８の態様を実施するという機能を有する。その機能は、ハードウェアによって実施され得、または対応するソフトウェアをハードウェアが実行することによって実施され得る。ハードウェアまたはソフトウェアは、前述の機能に対応する１つまたは複数のモジュールまたはユニットを含む。たとえば、可能な実施態様においては、この装置は、第１のＤＲＸ構成に関する情報および／または第１のインターバルに関する情報を決定するように構成されている処理ユニットであって、第１のＤＲＸ構成は、第２の通信デバイスと第３の通信デバイスとの間におけるＤＲＸ構成であり、第１のインターバルは、第１のリソースと第２のリソースとの間におけるインターバルであり、第１のリソースは、第２の通信デバイスがＳＬＨＡＲＱフィードバックを第３の通信デバイスへ送信するためのリソースであり、第２のリソースは、第１の通信デバイスがＳＬＨＡＲＱフィードバックを第２の通信デバイスへ送信するためのリソースである、処理ユニットと、第１のＤＲＸ構成に関する情報および／または第１のインターバルに関する情報を第１の通信デバイスへ送信するように構成されているトランシーバユニットとを含む。

可能な実施態様においては、トランシーバユニットはさらに、第１の情報を第１の通信デバイスから受信することであって、第１の情報は、第１のＤＲＸ構成が第２のＤＲＸ構成と一致しないということを第２の通信デバイスに通知し、第２のＤＲＸ構成は、第１の通信デバイスと第２の通信デバイスとの間におけるＤＲＸであり、第２のＤＲＸ構成は、第１の通信デバイスと第２の通信デバイスとの間におけるＳＬ通信のために使用され、または第２のＤＲＸ構成は、第２の通信デバイスによって送信された情報を第１の通信デバイスが受信するために使用される、受信することを行うように構成されている。

第１９の態様によれば、サイドリンク通信装置が提供される。この通信装置は、第１の通信デバイスであり得、または第１の通信デバイスにおけるチップであり得る。この装置は、前述の第９の態様を実施するという機能を有する。その機能は、ハードウェアによって実施され得、または対応するソフトウェアをハードウェアが実行することによって実施され得る。ハードウェアまたはソフトウェアは、前述の機能に対応する１つまたは複数のモジュールまたはユニットを含む。たとえば、可能な実施態様においては、この装置は、搬送されている第２の情報を第３の通信デバイスから受信するように構成されているトランシーバユニットであって、第２の情報は、ＳＬＨＡＲＱフィードバックリソースが存在するかどうかを示し、ＳＬＨＡＲＱフィードバックリソースは、第１の通信デバイスによってＳＬＨＡＲＱフィードバックを第３の通信デバイスへ送信するために使用される、トランシーバユニットと、第２の情報に基づいて第３の情報を第２の通信デバイスへ送信するように構成されている処理ユニットであって、第３の情報は、第２のＤＲＸについて、対応するＳＬプロセスの第１のタイマーおよび／もしくは第２のタイマーを開始するかどうかを通知し、もしくは第３の情報は、ＳＬＨＡＲＱフィードバックリソースが存在するかどうかを示す、処理ユニットとを含み、ならびに／または処理ユニットはさらに、第２の情報に基づいて、第１のＤＲＸについて、対応するＳＬプロセスの第３のタイマーおよび／もしくは第４のタイマーを開始するかどうかを決定すること、および／もしくは第２のＤＲＸについて、対応するＳＬプロセスの第１のタイマーおよび／もしくは第２のタイマーを開始するかどうかを決定することを行うように構成されている。

第２０の態様によれば、サイドリンク通信装置が提供される。この通信装置は、第２の通信デバイスであり得、または第２の通信デバイスにおけるチップであり得る。この装置は、前述の第１０の態様を実施するという機能を有する。その機能は、ハードウェアによって実施され得、または対応するソフトウェアをハードウェアが実行することによって実施され得る。ハードウェアまたはソフトウェアは、前述の機能に対応する１つまたは複数のモジュールまたはユニットを含む。たとえば、可能な実施態様においては、この装置は、第３の情報を第１の通信デバイスから受信するように構成されているトランシーバユニットであって、第３の情報は、第２のＤＲＸについて、対応するＳＬプロセスの第１のタイマーおよび／もしくは第２のタイマーを開始するかどうかを通知し、または第３の情報は、ＳＬＨＡＲＱフィードバックリソースが存在するかどうかを示す、トランシーバユニットと、第３の情報に基づいて、第２のＤＲＸについて、対応するＳＬプロセスの第１のタイマーおよび／または第２のタイマーを開始するかどうかを決定するように構成されている処理ユニットであって、第２のＤＲＸは、第１の通信デバイスと第２の通信デバイスとの間におけるＤＲＸであり、第１のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、第２のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに必要とされる最大持続時間を示すために使用される、処理ユニットとを含む。

第２１の態様によれば、本出願の実施形態は、プロセッサとメモリとを含む通信装置を提供し、メモリは、コンピュータ実行コマンドを格納するように構成されており、この装置が稼働したときに、プロセッサは、メモリに格納されているコンピュータ実行コマンドを実行し、それによってこの装置は、前述の第１の態様から第１０の態様における方法を実施するという機能を実行する。

第２２の態様によれば、本出願の実施形態は、前述の第１の態様から第１０の態様の方法を実施することのステップを実行するように構成されているユニットまたは手段（ｍｅａｎｓ）を含む通信装置を提供する。

第２３の態様によれば、本出願の実施形態は、プロセッサとインターフェース回路とを含む通信装置を提供する。プロセッサは、インターフェース回路を通じて別の装置と通信するように、および前述の第１の態様から第１０の態様の方法を実施することを実行するように構成されている。１つまたは複数のプロセッサがある。

第２４の態様によれば、本出願の実施形態は、プロセッサを含む通信装置を提供する。プロセッサは、メモリに接続されており、メモリに格納されているプログラムを呼び出して、前述の第１の態様から第１０の態様の方法を実施することを実行するように構成されている。メモリは、この装置の内部または外部に配置され得る。１つまたは複数のプロセッサがある。

第２５の態様によれば、本出願の実施形態はさらに、コンピュータ可読ストレージメディアを提供する。このコンピュータ可読ストレージメディアは、命令を格納している。その命令がコンピュータ上で稼働されたときに、前述の第１の態様から第１０の態様の方法を実施することが実行される。

第２６の態様によれば、本出願の実施形態はさらに、コンピュータプログラム製品を提供する。このコンピュータ製品は、コンピュータプログラムを含む。そのコンピュータプログラムが稼働されたときに、前述の第１の態様から第１０の態様の方法を実施することが実行される。

第２７の態様によれば、本出願の実施形態はさらに、第１の態様から第１０の態様の方法を実施することを実行するように構成されているプロセッサを含むチップシステムを提供する。

第２８の態様によれば、本出願の実施形態はさらに、前述の態様のうちのいずれか１つを実行するように構成されている第１の通信デバイスと、前述の態様のうちのいずれか１つを実行するように構成されている第２の通信デバイスとを含む通信システムを提供する。任意選択で、前述の態様のうちのいずれか１つによる第３の通信デバイスがさらに含まれ得る。

本出願の実施形態による通信システムの概略図である。本出願の実施形態によるＤＲＸサイクルの概略図である。本出願の実施形態１によるシナリオの概略図である。本出願の実施形態１によるサイドリンク通信方法のフローチャートである。本出願の実施形態１によるサイドリンク通信方法のフローチャートである。本出願の実施形態２によるシナリオの概略図である。本出願の実施形態２によるサイドリンク通信方法のフローチャートである。本出願の実施形態３によるサイドリンク通信方法のフローチャートである。本出願の実施形態３によるシナリオの概略図である。本出願の実施形態４によるサイドリンク通信方法のフローチャートである。本出願の実施形態５によるサイドリンク通信方法のフローチャートである。本出願の実施形態５によるシナリオの概略図である。本出願の実施形態による装置の概略構造図である。本出願の実施形態による装置の別の概略構造図である。

以降では、添付の図面を参照しながら本出願の実施形態における技術的な解決策について記述する。

図１は、本出願の実施形態が適用されることが可能である通信システム１００を示している。通信システム１００は、ロングタームエボリューション（ｌｏｎｇｔｅｒｍｅｖｏｌｕｔｉｏｎ，ＬＴＥ）システム、第５世代（５ｔｈｇｅｎｅｒａｔｉｏｎ，５Ｇ）通信システム、新無線（ｎｅｗｒａｄｉｏ，ＮＲ）通信システムであり得、またはマシンツーマシン（ｍａｃｈｉｎｅｔｏｍａｃｈｉｎｅ，Ｍ２Ｍ）通信システム、インターネットオブビークル通信システム、デバイスツーデバイス（ｄｅｖｉｃｅｔｏｄｅｖｉｃｅ，Ｄ２Ｄ）通信システム、第６世代通信システム、および将来の進化した通信システムなどであり得る。

図１において示されているように、通信システム１００は、２つ以上の端末デバイス１０１を含み得る。端末デバイス１０１は、ワイヤレスインターフェース（たとえば、ＰＣ５インターフェース）を通じて端末デバイス１０１と通信し得る。ＰＣ５インターフェース上では、端末デバイス１０１と端末デバイス１０１との間においてデータを伝送するためのリンクがＳＬと呼ばれ得る。

ＳＬ通信は一般に、ビークルツーエブリシング（ｖｅｈｉｃｌｅｔｏｅｖｅｒｙｔｈｉｎｇ，Ｖ２Ｘ）またはＤ２Ｄなど、デバイスどうしの間における直接通信のシナリオにおいて使用される。Ｖ２Ｘは、車両をネットワークに接続することを指し、４つの異なるタイプのアプリケーション、すなわち、ビークルツービークル（ｖｅｈｉｃｌｅｔｏｖｅｈｉｃｌｅ，Ｖ２Ｖ）、ビークルツーインフラストラクチャー（ｖｅｈｉｃｌｅｔｏｉｎｆｒａｓｔｒｕｃｔｕｒｅ，Ｖ２Ｉ）、ビークルツーネットワーク（ｖｅｈｉｃｌｅｔｏｎｅｔｗｏｒｋ，Ｖ２Ｎ）、ビークルツーペデストリアン（ｖｅｈｉｃｌｅｔｏｐｅｄｅｓｔｒｉａｎ，Ｖ２Ｐ）などを含む。これらの４つのアプリケーションを通じて、車両、路側インフラストラクチャー、アプリケーションサーバ、および歩行者は、周囲の車両および環境に関するステータス情報を収集、処理、および共有して、無人運転（ｕｎｍａｎｎｅｄｄｒｉｖｉｎｇ）、自律運転（自動運転）、ドライバー支援（ｄｒｉｖｅｒａｓｓｉｓｔａｎｃｅ）、インテリジェント運転（ｉｎｔｅｌｌｉｇｅｎｔｄｒｉｖｉｎｇ）、コネクテッド運転（ｃｏｎｎｅｃｔｅｄｄｒｉｖｉｎｇ）、インテリジェントネットワーク運転（ｉｎｔｅｌｌｉｇｅｎｔｎｅｔｗｏｒｋｄｒｉｖｉｎｇ）、およびカーシェアリング（ｃａｒｓｈａｒｉｎｇ）等など、よりインテリジェントなサービスを提供することが可能である。

図１において示されているように、Ｖ２Ｖシナリオにおける端末デバイス１０１は、車載端末であり得る。ＰＣ５インターフェース上で、車載端末と車載端末とが、ＳＬを通じてデータを、たとえば、車両の場所、車両のスピード、および運転方向など、車両ダイナミクスを示すデータをやり取りし得る。たとえば、車載端末Ａが、ＳＬを通じて別の車載端末ＢへＳＬデータを送信し得、ＳＬデータは、前述のデータによって表される内容を示す。たとえば、車載端末Ｂのユーザインターフェースに表示される内容は、「後方車両Ａのナンバープレート番号（「ＦＡＦ７８７」）」、後方車両Ａによって実行されている運転操作（「後方車両ＦＡＦ７８７が追い越し操作を実行している」）、および後方車両Ａの現在のスピード（「８０ｋｍ／ｈ」）などであり得る。このやり方においては、交通事故の発生率が低減されることが可能であり、運転の安全性が高められることが可能である。

任意選択で、図１において示されている通信システム１００は、ネットワークデバイス１０２をさらに含み得る。ネットワークデバイス１０２と端末デバイス１０１との間における通信インターフェースが、Ｕｕエアインターフェースである。ネットワークデバイス１０２は、基地局コントローラ（ｂａｓｅｓｔａｔｉｏｎｃｏｎｔｒｏｌｌｅｒ，ＢＳＣ）など、ネットワークデバイスコントローラ（図示せず）の制御下でＵｕエアインターフェースを通じて端末デバイス１０１と通信し得る。

現在、ＳＬ通信の主なリソース割り当て様式は、ネットワークデバイス（たとえば、基地局）のスケジューリングに基づくリソース割り当て様式である。このＳＬリソース割り当て様式においては、基地局は、ＰＤＣＣＨ上でダウンリンク制御情報（ｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）を配信して、リソースを動的に割り当て、伝送ユーザ機器（ｔｒａｎｓｍｉｔｕｓｅｒｅｑｕｉｐｍｅｎｔ，ＴＸＵＥ）は、ＰＤＣＣＨをモニタして、基地局によって配信されるＳＬグラント（ｇｒａｎｔ）を入手する必要がある。

Ｕｕエアインターフェース上で、ＵＥによってＰＤＣＣＨをモニタし続けることによって引き起こされる電力消費を低減するために、３ＧＰＰによって現在使用されている解決策は、不連続受信（ｄｉｓｃｏｎｔｉｎｕｏｕｓｒｅｃｅｐｔｉｏｎ，ＤＲＸ）メカニズムである。以降では、現在のＤＲＸメカニズムについて記述する。

（１）ＤＲＸメカニズムの基本的な動作原理

図２Ａにおいて示されているように、ＬＴＥまたはＮＲシステムにおけるＤＲＸメカニズムにおいては、ネットワークデバイスが、無線リソース制御（ｒａｄｉｏｃｏｎｔｒｏｌｒｅｓｏｕｒｃｅ，ＲＲＣ）接続状態にあるＵＥ用にＤＲＸサイクル（ＤＲＸｃｙｃｌｅ）を構成する。ＤＲＸサイクルは、「ＯｎＤｕｒａｔｉｏｎ」および「ＯｐｐｏｒｔｕｎｉｔｙｆｏｒＤＲＸ」という２つの期間を含む。「ＯｎＤｕｒａｔｉｏｎ」は、持続時間と呼ばれ得、「ＯｐｐｏｒｔｕｎｉｔｙｆｏｒＤＲＸ」は、ＤＲＸ機会と呼ばれ得る。「ＯｎＤｕｒａｔｉｏｎ」中に、ＵＥは、ＰＤＣＣＨをモニタおよび受信する。「ＯｐｐｏｒｔｕｎｉｔｙｆｏｒＤＲＸ」中に、ＵＥは、電力消費を低減するためにＰＤＣＣＨをモニタしない。「ＯｎＤｕｒａｔｉｏｎ」の値（たとえば、１０ｍｓ）は、ＵＥがＤＲＸサイクルの開始場所からＰＤＣＣＨをモニタする必要がある時間を指定する。「ＯｎＤｕｒａｔｉｏｎ」は、１ｍｓよりも大きいこと、または１ｍｓよりも小さいことが可能である。「ＯｎＤｕｒａｔｉｏｎ」中に、ＵＥはウェイクアップ状態にあり、すなわち、ＵＥはＰＤＣＣＨをモニタする。「ＯｐｐｏｒｔｕｎｉｔｙｆｏｒＤＲＸ」中に、ＵＥはスリープ状態にあり、すなわち、ＵＥはＰＤＣＣＨをモニタしない。ここでは、スリープ状態は、ＰＤＣＣＨをモニタすることに関するものにすぎず、ＵＥがＰＤＣＣＨをモニタしないということを示す。スリープ状態にあるＵＥは、依然としてＲＲＣ接続状態に、およびＵｕエアインターフェース上にあり、物理アップリンク制御チャネル（ｐｈｙｓｉｃａｌｕｐｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ，ＰＵＣＣＨ）、物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌｕｐｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ，ＰＵＳＣＨ）などを通じてアップリンクデータを伝送すること、または基地局によって送信されたダウンリンクデータを、物理ダウンリンク共有チャネル（ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ，ＰＤＳＣＨ）を通じて受信することが可能であり、物理サイドリンク共有チャネル（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ，ＰＳＳＣＨ）、物理サイドリンク制御チャネル（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ，ＰＳＣＣＨ）などを通じてＰＣ５インターフェース上でＳＬデータをさらに伝送することが可能である。

（２）ラウンドトリップタイム（ｒｏｕｎｄｔｒｉｐｔｉｍｅ，ＲＴＴ）タイマーおよび再伝送タイマーが導入されている。

ＮＲシステムにおいて、基地局がＴＸＵＥ用にＳＬベースのハイブリッド自動再送要求（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ，ＨＡＲＱ）フィードバックの再伝送メカニズムを構成する場合には、基地局のスケジューリングに基づくリソース割り当て様式のための可能なＨＡＲＱ動作様式は、基地局が、ＳＬデータ伝送のＨＡＲＱフィードバック（ｆｅｅｄｂａｃｋ）に基づいてＴＸＵＥ用に再伝送リソースをスケジュールすることである。ＨＡＲＱフィードバックは、否定応答（ｎｅｇａｔｉｖｅａｃｋｎｏｗｌｅｄｇｍｅｎｔ，ＮＡＣＫ）または肯定応答（ａｃｋｎｏｗｌｅｄｇｍｅｎｔ，ＡＣＫ）であり得る。たとえば、データａのＨＡＲＱフィードバックがＮＡＣＫである場合には、そのＮＡＣＫを受信した後に、基地局は、データａの再伝送のためのリソースをスケジュールし、ＰＤＣＣＨ上で、データａの再伝送のために使用されるＳＬグラント（ｇｒａｎｔ）を配信する。

ＴｘＵＥによって基地局へ送信されたデータａのＨＡＲＱ肯定応答がＮＡＣＫである場合には、ＴｘＵＥはその後に、基地局によって配信されてデータａの再伝送をスケジュールするために使用されるＰＤＣＣＨを受信して、データの再伝送を実行する必要がある。しかしながら、現在のＤＲＸメカニズムによれば、基地局がＰＤＣＣＨを配信したときに、ＴＸＵＥは、「ｏｐｐｏｒｔｕｎｉｔｙｆｏｒＤＲＸ」状態に入っていることがあり、ＰＤＣＣＨをもはやモニタしない。次のＤＲＸサイクルの「ＯｎＤｕｒａｔｉｏｎ」の後にのみ、ＴＸＵＥは、ＰＤＣＣＨをモニタし、データａの再伝送をスケジュールするために基地局によって配信されたＰＤＣＣＨを受信し、次いでデータａの再伝送を実行する。結果として、ＳＬ上でのＴＸＵＥのデータ再伝送が遅延され、ＳＬ上で伝送されるサービスのサービス品質（ｑｕａｌｉｔｙｏｆｓｅｒｖｉｃｅ，ＱｏＳ）要件が満たされることが可能ではない。

前述の記述に基づくと、ＳＬデータの伝送遅延を低減するために、ＲＴＴタイマーおよび再伝送タイマーというタイマーが導入されている。たとえば、ＰＵＣＣＨリソースを介して基地局へＨＡＲＱフィードバックを送信したときに、ＴＸＵＥは、ＲＴＴタイマーを開始する。ＲＴＴタイマーが切れて、ＴＸＵＥがデータをデコードし損なった場合には、すなわち、送信されたＨＡＲＱフィードバックがＮＡＣＫである場合には、再伝送タイマーが開始される。ＴＸＵＥは、再伝送タイマーの稼働中にＰＤＣＣＨをモニタし、それによって、ＴＸＵＥが次のＤＲＸサイクルにおける「ｏｎｄｕｒａｔｉｏｎ」中にしかＰＤＣＣＨをモニタできないことを回避し、それによってＳＬデータの伝送遅延を低減する。

前述の記述においては、基地局とＴＸＵＥとの間におけるＤＲＸメカニズムが記述されており、このＤＲＸは、ＵｕＤＲＸと呼ばれ得る。ＵｕＤＲＸにおいては、ＴＸＵＥがＨＡＲＱフィードバックを基地局へ送信したときに、ＲＴＴタイマーが開始されるということが知られることが可能である。加えて、ＲＴＴタイマーが切れて、データデコーディングが失敗した場合にのみ、再伝送タイマーが開始される。現在、ＴＸＵＥと受信ユーザ機器（ｒｅｃｅｉｖｅｕｓｅｒｅｑｕｉｐｍｅｎｔ，ＲＸＵＥ）との間におけるＳＬＤＲＸメカニズムが提案されている。ＲＴＴタイマーおよび再伝送タイマーは、ＳＬＤＲＸにおいても存在する。ＴＸＵＥとＲＸＵＥとの間においてＲＴＴタイマーおよび再伝送タイマーをどのように開始するかに関しては、業界には明確な解決策がない。たとえば、ＳＬＤＲＸにおいては、ＵｕＤＲＸにおいてＲＴＴタイマーおよび再伝送タイマーを開始するという前述の解決策が依然として使用されている。可能な設計においては、ＳＬＤＲＸにおいて、ＲＸＵＥは、ＨＡＲＱフィードバックを送信したときにＲＴＴタイマーを開始し得る。ＲＴＴタイマーが切れたときに、ＲＸＵＥがデータをデコードし損なった場合に、ＲＸＵＥは、再伝送タイマーを開始することが可能である。この設計においては、次の問題が存在する。図２Ｂにおいて示されているように、シナリオにおいては、ＲＸＵＥがＨＡＲＱフィードバックを送信し損なった場合に、ＴＸＵＥは、ＮＡＣＫを基地局へフィードバックする。前述のＮＡＣＫを受信した場合には、基地局は、ＳＬ再伝送リソースを再割り当てし、ＤＣＩを使用することによって、そのＳＬ再伝送リソースをＴＸＵＥに示す。その後、ＴＸＵＥは、割り当てられたＳＬ再伝送リソースに基づいてＲＸＵＥへＳＬデータを再伝送する。しかしながら、ＲＸＵＥがＨＡＲＱフィードバックを送信し損なうことに起因して、前述のＵｕＤＲＸ設計が依然として使用されている場合には、ＲＸＵＥは、ＲＴＴタイマーおよび再伝送タイマーを開始し損ない、ＲＸＵＥはスリープ状態になり得るということが前述の分析から知られることが可能である。そのため、ＲＸＵＥは、ＴＸＵＥによって再伝送されるＳＬデータを受信することが可能ではなく、ＲＸＵＥ側でのパケットロスを引き起こす。

１．前述の問題に基づいて、本出願のこの実施形態は、解決策を提供する。この解決策においては、ＲＸＵＥによってＲＴＴタイマーおよび再伝送タイマーを開始するための条件が、ＨＡＲＱが成功裏に送信された後にＲＴＴタイマーおよび再伝送タイマーが開始されるケースに依存することなく修正される。この方法は特に、ＴＸＵＥによって送信されたＳＣＩを受信した場合に、ＲＸＵＥが、ＳＬＨＡＲＱフィードバックを伝送するために使用されるリソース、たとえば、ＰＳＦＣＨリソースに基づいてＲＴＴタイマーを開始することを含む。ＲＸＵＥは、ＲＴＴタイマーに基づいて再伝送タイマーを開始する。そのため、ＲＸＵＥがＨＡＲＱフィードバックを送信し損なった場合には、再伝送タイマーも開始され得、それによってＲＸＵＥは、ウェイクアップ状態になり得、それによってＲＸＵＥ側でのパケットロスを回避する。この解決策の具体的な記述に関しては、後述の実施形態１を参照されたい。

２．加えて、本出願のこの実施形態はさらに、下記の解決策を提供する。ＲＸＵＥがＨＡＲＱフィードバックを成功裏に送信した後に、ＴＸＵＥの送信および受信競合または優先順位付けに起因してＴＸＵＥがＨＡＲＱフィードバックを受信しない場合には、パケットロスの問題がやはり生じ得る。たとえば、送信および受信競合または優先順位付けに起因してＴＸＵＥがＨＡＲＱフィードバックを受信しない場合には、ＴＸＵＥは、ＮＡＣＫを基地局へ送信し、基地局は、ＴＸＵＥとＲＸＵＥとの間におけるＳＬ伝送用にＳＬリソースを再割り当てする。次いでＴＸＵＥは、割り当てられたＳＬリソースに基づいてＲＸＵＥへＳＬデータを送信する。前述の分析によれば、ＵｕＤＲＸ設計が依然として使用されている場合には、ＲＸＵＥは、ＨＡＲＱを送信したときにＲＴＴタイマーを開始する。ＲＴＴタイマーが切れて、送信されたＨＡＲＱフィードバックがＮＡＣＫである場合には、ＲＸＵＥは、再伝送タイマーを開始する。ＲＸＵＥによって送信されたＨＡＲＱフィードバックがＡＣＫを示す場合には、ＲＸＵＥは、再伝送タイマーを開始しない。しかしながら、ＲＸＵＥがＡＣＫを送信した場合には、ＴＸＵＥはＡＣＫを受信しないので、ＴＸＵＥもＮＡＣＫを基地局へ送信する。そのため、基地局は、ＲＸＵＥが後続の期間においてＳＬプロセスに対応する再伝送タイマーを開始するとみなす。そのため、ＳＬ再伝送リソースまたは新規伝送リソースが、ＴＸＵＥに割り当てられる。このやり方においては、ＴＸＵＥは、再伝送タイマーの稼働時間内に再伝送または新規伝送ＳＬデータをＲＸＵＥへ送信する。ＲＸＵＥがＡＣＫを送信した場合には、ＲＸＵＥは、再伝送タイマーを開始せず、ＲＸＵＥ上でのパケットロスを引き起こす。前述の問題に基づいて、本出願のこの実施形態は、解決策を提供する。この解決策においては、ＴＸＵＥの送信および受信競合または優先順位付けに起因してＴＸＵＥがＲＸＵＥのＨＡＲＱフィードバックを受信しないと決定した場合には、ＴＸＵＥは、ＴＸＵＥがＨＡＲＱフィードバックを受信しないということを示すために使用される第１の表示をＲＸＵＥへ送信し得る。その後に、ＲＸＵＥは、送信されたＨＡＲＱフィードバックがＡＣＫであるかまたはＮＡＣＫであるかにかかわらずに再伝送タイマーを開始して、ＲＸＵＥ上でのパケットロスを回避し得る。この解決策の具体的な記述に関しては、後述の実施形態２を参照されたい。

３．本出願のこの実施形態はさらに、下記の解決策を提供する。この解決策は主に、ＴＸＵＥがＲＸＵＥのＨＡＲＱフィードバックを受信せず、ＨＡＲＱフィードバックを受信しない理由がＴＸＵＥの送信および受信競合または優先順位付けによって引き起こされていない場合に使用される。ＴＸＵＥは、表示情報を基地局へ送信して、再伝送タイマーの後続の稼働期間中に対応するＨＡＲＱプロセスの再伝送リソースのみをスケジュールするように、および別のＨＡＲＱプロセスの再伝送または新規伝送を実行しないように基地局に指示し得る。この解決策の具体的な記述および効果分析に関しては、後述の実施形態３を参照されたい。注：本発明の実施形態２および実施形態３における方法は、ＴＸＵＥがＲＸＵＥのＨＡＲＱフィードバックを受信しないことが、ＴＸＵＥの送信および受信競合もしくは優先順位付けなどの理由に起因するか、またはその他の理由に起因するかにかかわらず、適用可能である。

４．本出願のこの実施形態はさらに、下記の解決策を提供し、その解決策は主に、ＵｕＲＸがＳＬＤＲＸと一致しない場合にパケットロスが引き起こされ得るという問題に関して使用される。ＴＸＵＥは、ＵｕＤＲＸ構成に関する情報と、第１のインターバルに関する情報とをＲＸＵＥへ送信し得る。ＲＸＵＥは、ＵｕＤＲＸ構成に関する情報と、第１のインターバルに関する情報とに基づいてＳＬＤＲＸ構成を決定する。ＳＬＤＲＸ構成がＵｕＤＲＸ構成と一致しない場合には、ＲＸＵＥは、通知情報をＴＸＵＥへ送信し得、それによってＲＸＵＥは、ＴＸＵＥに対応する基地局に、ＵｕＤＲＸ構成および／または第１のインターバルを調整することなどを通知する。この実施形態の具体的な記述に関しては、後述の実施形態４を参照されたい。

５．本出願のこの実施形態はさらに、下記の解決策を提供し、その解決策は主に、基地局が、ＳＬのために使用されるＨＡＲＱプロセスに関するＳＬＨＡＲＱフィードバックリソースを示さず、ＴＸＵＥも基地局も、ＵｕＤＲＸについて、ＨＡＲＱプロセスに対応するＲＴＴタイマーおよび再伝送タイマーを開始しない場合に使用される。しかしながら、ＲＸＵＥは、前述の状況を知らない。ＲＸＵＥは依然として、対応するＳＬプロセスのＲＴＴタイマーおよび再伝送タイマーを開始し得、結果として、ＲＸＵＥの電力消費の無駄となる。本出願のこの実施形態の解決策においては、ＴＸＵＥは、ＳＬＨＡＲＱフィードバックリソースがあるかどうかに関する表示情報をＲＸＵＥへ送信し得、ＲＸＵＥは、その表示情報に基づいて、ＲＴＴタイマーおよび再伝送タイマーを開始するかもしくは開始せず、またはＴＸＵＥは、ＳＬのために使用されるＨＡＲＱプロセスがＳＬＨＡＲＱフィードバックリソースを有するかどうかに関する表示情報をＲＸＵＥへ送信し得、ＲＸＵＥは、その表示情報に基づいて、対応するＳＬプロセスのＲＴＴタイマーおよび再伝送タイマーを開始するかまたは開始しない。そのため、ＲＸＵＥの電力消費の無駄が回避されることが可能である。この実施形態に関する詳細については、後述の実施形態５における記述を参照されたい。

注：図１において示されている通信システム１００は、本出願の技術的な解決策について明確に記述することを意図されているにすぎず、本出願についての限定を構成するものではない。本出願の実施形態において提供されている技術的な解決策は、ネットワークアーキテクチャーが進化して新たなサービスシナリオが出現した際の類似の技術的な問題にも適用可能であるということを、当業者なら知り得る。

理解を容易にするために、本出願の実施形態において使用されている名詞または用語が、最初に記述される。その名詞または用語はまた、本出願の実施形態の発明内容の一部として使用される。

１．通信デバイス。

本出願の実施形態における通信デバイスは、端末デバイス、ネットワークデバイスなどであり得る。たとえば、本出願の実施形態の記述では、第１の通信デバイスおよび第２の通信デバイスは、端末デバイスであり得る。以降では、端末デバイスの概念について記述する。

端末デバイスは、略して端末と呼ばれることがあり、無線トランシーバ機能を有するデバイスである。端末デバイスは、屋内または屋外を含む陸上に配備される、ハンドヘルドデバイスまたは車載デバイスであり得る。それは、水上（たとえば、船舶）に配備されることも可能である。それは、空中（たとえば、航空機、気球、衛星）に配備されることも可能である。端末デバイスは、携帯電話（ｍｏｂｉｌｅｐｈｏｎｅ）、タブレットコンピュータ（ｐａｄ）、無線トランシーバ機能を有するコンピュータ、仮想現実（ｖｉｒｔｕａｌｒｅａｌｉｔｙ、ＶＲ）端末デバイス、拡張現実（ａｕｇｍｅｎｔｅｄｒｅａｌｉｔｙ、ＡＲ）端末デバイス、産業制御（ｉｎｄｕｓｔｒｉａｌｃｏｎｔｒｏｌ）における無線端末デバイス、自動運転（ｓｅｌｆｄｒｉｖｉｎｇ）における無線端末デバイス、遠隔医療（ｒｅｍｏｔｅｍｅｄｉｃａｌ）における無線端末デバイス、スマートグリッド（ｓｍａｒｔｇｒｉｄ）における無線端末デバイス、交通安全（ｔｒａｎｓｐｏｒｔａｔｉｏｎｓａｆｅｔｙ）における無線端末デバイス、スマートシティ（ｓｍａｒｔｃｉｔｙ）における無線端末デバイス、車両のインターネット（ＩｎｔｅｒｎｅｔｏｆＶｅｈｉｃｌｅｓ）における無線端末デバイス、およびスマートホーム（ｓｍａｒｔｈｏｍｅ）における無線端末デバイスであり得、ユーザ機器（ｕｓｅｒｅｑｕｉｐｍｅｎｔ、ＵＥ）などをさらに含み得る。端末デバイスは、セルラ電話、コードレス電話、セッション開始プロトコル（ｓｅｓｓｉｏｎｉｎｉｔｉａｔｉｏｎｐｒｏｔｏｃｏｌ、ＳＩＰ）電話、無線ローカルループ（ｗｉｒｅｌｅｓｓｌｏｃａｌｌｏｏｐ、ＷＬＬ）局、パーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌｄｉｇｉｔａｌａｓｓｉｓｔａｎｔ、ＰＤＡ）、無線通信機能を有するハンドヘルドデバイス、コンピューティングデバイス、または無線モデム、車載デバイス、ウェアラブルデバイス、第５世代（５ｔｈｇｅｎｅｒａｔｉｏｎ、５Ｇ）もしくは将来の進化したネットワークなどに接続された他の処理デバイスでもあり得る。端末デバイスは、端末、アクセス端末デバイス、車載端末デバイス、産業制御端末デバイス、ＵＥユニット、ＵＥ局、移動局、遠隔局、遠隔端末デバイス、移動デバイス、ＵＥ端末デバイス、端末デバイス、無線通信デバイス、ＵＥエージェント、またはＵＥ装置などと呼ばれることもある。端末デバイスは、固定型または移動型でもあり得る。本出願の実施形態は、これらに限定されていない。

たとえば、本出願の明細書では、第３の通信デバイスはネットワークデバイスであり得る。以降では、ネットワークデバイスの概念について記述する。

ネットワークデバイスは、アクセスネットワークデバイスであり得る。アクセスネットワークデバイスは、無線アクセスネットワーク（ｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ、ＲＡＮ）デバイスと呼ばれることもあり、端末デバイスに無線通信機能を提供するデバイスである。たとえば、アクセスネットワークデバイスは以下を含むが、これらに限定されない。５Ｇにおける次世代ＮｏｄｅＢ（ｇｅｎｅｒａｔｉｏｎＮｏｄｅＢ、ｇＮＢ）、進化型ＮｏｄｅＢ（ｅｖｏｌｖｅｄＮｏｄｅＢ、ｅＮＢ）、無線ネットワークコントローラ（ｒａｄｉｏｎｅｔｗｏｒｋｃｏｎｔｒｏｌｌｅｒ、ＲＮＣ）、ＮｏｄｅＢ（ＮｏｄｅＢ、ＮＢ）、基地局コントローラ（ｂａｓｅｓｔａｔｉｏｎｃｏｎｔｒｏｌｌｅｒ、ＢＳＣ）、基地トランシーバ局（ｂａｓｅｔｒａｎｓｃｅｉｖｅｒｓｔａｔｉｏｎ、ＢＴＳ）、ホーム基地局（たとえば、ホーム進化型ＮｏｄｅＢ、またはホームＮｏｄｅＢ、ＨＮＢ）、ベースバンドユニット（ｂａｓｅｂａｎｄｕｎｉｔ、ＢＢＵ）、送受信ポイント（ｔｒａｎｓｍｉｔｔｉｎｇａｎｄｒｅｃｅｉｖｉｎｇｐｏｉｎｔ、ＴＲＰ）、送信ポイント（ｔｒａｎｓｍｉｔｔｉｎｇｐｏｉｎｔ、ＴＰ）、移動交換センタなど。アクセスネットワークデバイスは、無線コントローラ、中央ユニット（ｃｅｎｔｒａｌｕｎｉｔ、ＣＵ）、および／またはクラウド無線アクセスネットワーク（ｃｌｏｕｄｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ、ＣＲＡＮ）シナリオにおける分散ユニット（ｄｉｓｔｒｉｂｕｔｅｄｕｎｉｔ、ＤＵ）でもあり得、またはネットワークデバイスは、中継局、アクセスポイント、車両デバイス、ウェアラブルデバイス、および５Ｇネットワーク、または将来の進化したネットワーク内のネットワークデバイスなどでもあり得る。端末デバイスは、異なる技術の複数のアクセスネットワークデバイスと通信し得る。たとえば、端末デバイスは、ロングタームエボリューション（ｌｏｎｇｔｅｒｍｅｖｏｌｕｔｉｏｎ、ＬＴＥ）をサポートするアクセスネットワークデバイスと通信し得、または５Ｇをサポートするアクセスネットワークデバイスと通信し得、およびＬＴＥをサポートするアクセスネットワークデバイスと５Ｇをサポートするアクセスネットワークデバイスとのデュアル接続をも実施し得る。本出願の実施形態は、これらに限定されていない。

２．サイドリンク（ｓｉｄｅｌｉｎｋ、ＳＬ）

サイドリンクは端末デバイス間の通信に使用され、端末デバイス間の通信インターフェースはＰＣ５インターフェースである。サイドリンク通信に使用されるチャネルは、物理サイドリンク共有チャネル（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ、ＰＳＳＣＨ）、物理サイドリンク制御チャネル（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ、ＰＳＣＣＨ）、および物理サイドリンクフィードバックチャネル（ｐｈｙｓｉｃａｌｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｈａｎｎｅ、ＰＳＦＣＨ）を含み得る。

ＰＳＳＣＨは、サイドリンクデータ（ＳＬデータ）を搬送するために使用され、ＰＳＣＣＨは、サイドリンク制御情報（ｓｉｄｅｌｉｎｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）を搬送するために使用される。ＳＣＩは、サイドリンクスケジューリング割り当て（ｓｉｄｅｌｉｎｋｓｃｈｅｄｕｌｉｎｇａｓｓｉｇｎｍｅｎｔ、ＳＬＳＡ）と呼ばれることもある。ＳＬＳＡは、関連データスケジューリングのための情報であり、たとえば、ＰＳＳＣＨのリソース構成および／または変調・コーディング方式（ｍｏｄｕｌａｔｉｏｎａｎｄｃｏｄｉｎｇｓｃｈｅｍｅ、ＭＣＳ）を搬送するために使用される情報である。ＰＳＦＣＨは、サイドリンクフィードバック制御情報（ｓｉｄｅｌｉｎｋｆｅｅｄｂａｃｋｃｏｎｔｒｏｌｉｎｆｏｒｍａｔｉｏｎ、ＳＦＣＩ）を伝送するために使用され得る。サイドリンクフィードバック制御情報は、チャネル状態情報（ｃｈａｎｎｅｌｓｔａｔｅｉｎｆｏｒｍａｔｉｏｎ、ＣＳＩ）およびＨＡＲＱなどの情報を含み得る。ＨＡＲＱ情報は、具体的には、否定応答（ｎｅｇａｔｉｖｅａｃｋｎｏｗｌｅｄｇｍｅｎｔ、ＮＡＣＫ）または確認応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＡＣＫ）であり得る。

３．第１のタイマーおよび第２のタイマー。

第１のタイマーおよび第２のタイマーは、ＳＬＤＲＸに関連付けられたタイマーであり得る。第１のタイマーはｓｌ－ｄｒｘ－ＨＡＲＱ－ＲＴＴ－Ｔｉｍｅｒと呼ばれ得、第２のタイマーはｓｌ－ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒと呼ばれ得る。

第１のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、すなわち、第１のタイマーの値は、「ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の最小持続時間」であり得る。代替として、第１のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が受信端に到着する前の予想される最小持続時間を示すために使用され、すなわち、第１のタイマーの値は、「ＳＬ再伝送のためのリソース構成情報またはグラント情報が受信端に到着する前の最小持続時間」であり得る。第２のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに必要とされる最大持続時間を示すために使用され、すなわち、第２のタイマーの値は、「ＳＬ再伝送のためのリソース構成情報またはグラント情報が受信されるまでの最大持続時間」であり得る。代替として、第２のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに受信端によって必要とされる最大持続時間を示すために使用され、すなわち、第２のタイマーの値は、「受信端がＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するまでの最大持続時間」であり得る。

４．第３のタイマーおよび第４のタイマー。

第３のタイマーおよび第４のタイマーは、ＵｕＤＲＸに関連付けられたタイマーであり得る。第３のタイマーは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬと呼ばれることがあり、第４のタイマーは、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬと呼ばれることがある。

第３のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、すなわち、第３のタイマーの値は、「ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の最小持続時間」であり得る。代替として、第３のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が受信端に到着する前の予想される最小持続時間を示すために使用され、すなわち、第３のタイマーの値は、「ＳＬ再伝送のためのリソース構成情報またはグラント情報が受信端に到着する前の最小持続時間」であり得る。第４のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに必要とされる最大持続時間を示すために使用され、すなわち、第４のタイマーの値は、「ＳＬ再伝送のためのリソース構成情報またはグラント情報が受信されるまでの最大持続時間」であり得る。代替として、第４のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに受信端によって必要とされる最大持続時間を示すために使用され、すなわち、第４のタイマーの値は、「受信端がＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するまでの最大持続時間」であり得る。

５．タイムユニット。

タイムユニットは、データ伝送に使用される時間領域ユニットであり、無線フレーム（ｒａｄｉｏｆｒａｍｅ）、サブフレーム（ｓｕｂｆｒａｍｅ）、スロット（ｓｌｏｔ）、ミニスロット（ｍｉｎｉ－ｓｌｏｔ）、および時間領域シンボル（ｓｙｍｂｏｌ）などの時間領域ユニットを含み得る。５Ｇ新無線（ｎｅｗｒａｄｉｏ、ＮＲ）では、１つの無線フレームが１０個のサブフレームを含み得、１つのサブフレームが１つまたは複数のタイムスロットを含み得る。具体的には、サブフレームに含まれるタイムスロットの数量は、サブキャリア空間に関連している。

異なるサブキャリア空間に対して異なるスロット長があり得る。たとえば、サブキャリア空間が１５ｋＨｚである場合、１スロットは１ミリ秒（ｍｉｌｌｉｓｅｃｏｎｄ、ｍｓ）である。サブキャリア空間が３０ｋＨｚの場合、１スロットは０．５ｍｓである。ｍｉｎｉ－ｓｌｏｔとも呼ばれるミニスロットは、スロットよりも小さいユニットであり得、１つのミニスロットは１つまたは複数のシンボルを含み得る。たとえば、１つのミニスロットは２つのシンボル、４つのシンボル、または７つのシンボルを含み得る。１つのスロットは、１つまたは複数のミニスロットを含み得る。

１５ｋＨｚのサブキャリア空間が例として使用される。１つの無線フレームが１０ｍｓ継続し得、各サブフレームは１ｍｓ継続し得、１つの無線フレームが１０個のサブフレームを含み、各タイムスロットが１ｍｓ継続し、各サブフレームは１つのタイムスロットを含み得、各スロットは１４個のシンボルを含み得る。さらに、ミニスロットは４つのシンボル、２つのシンボル、７つのシンボルなどを含み得る。

注：本出願の明細書では、特に断らない限り、「／」は、関連付けられた対象物が「または」の関係にあることを示す。たとえば、Ａ／Ｂは、ＡまたはＢを表し得る。本出願において、「および／または」は、関連付けられた対象物を記述するための単なる関連関係であり、３つの関係が存在し得ることを示す。たとえば、Ａおよび／またはＢは、以下を示し得る。Ａのみが存在する、ＡとＢの両方が存在する、およびＢのみが存在する。ここでＡおよびＢは、単数または複数であり得る。加えて、本出願の明細書において、特に断らない限り、「複数の」とは２つ以上を意味する。以下の項目（部分）またはその類似表現のうちの少なくとも１つは、単数の項目（部分）または複数の項目（部分）の任意の組合せを含む、これらの項目の任意の組合せを指す。たとえば、ａ、ｂ、またはｃのうちの少なくとも１つとは、ａ、ｂ、ｃ、ａとｂ、ａとｃ、ｂとｃ、またはａとｂとｃを表す場合があり、ここでａ、ｂ、およびｃは、１つまたは複数であり得る。加えて、本出願の実施形態における技術的な解決策を明確に記述するために、「第１の」および「第２の」などの用語が、機能および目的が基本的に同じである同一の対象物または類似の対象物を区別するのに使用される。当業者であれば、「第１」および「第２」などの用語は数量または実行順序を限定せず、「第１」および「第２」などの用語は明確な差異を示さない、と理解し得る。

本出願は、複数のＳＬＤＲＸおよびＵｕＤＲＸアライメント方法を提供し、これらは次の実施形態を使用することによって以下で個別に記述される。これらのＳＬＤＲＸおよびＵｕＤＲＸアライメント方法のうちのいくつかは、ＳＬＤＲＸおよびＵｕＤＲＸアライメントのプロセスにおけるいくつかの手順にのみ適用可能であり、いくつかは、ＳＬＤＲＸおよびＵｕＤＲＸアライメントのプロセスにおける任意の１つまたは複数の手順に適用され得る。これらのＳＬＤＲＸおよびＵｕＤＲＸアライメント方法は、互いに組み合わせて使用され得ることを理解されたい。たとえば、ＳＬＤＲＸがＵｕＤＲＸとアライメントされるプロセスにおいて、１つの方法が１つの手順で使用され得、別の方法が別の手順で使用され得、または１つの方法と別の方法の両方が、ＳＬＤＲＸがＵｕＤＲＸとアライメントされる手順で使用され得る。

ＳＬＤＲＸおよびＵｕＤＲＸのプロセスは、技術的な解決策の進化とともに変化し得、本出願で提供される技術的な解決策は、以下に記述されるプロセスに限定されないことを理解されたい。さらに、本出願の実施形態におけるシナリオの記述は単なる例示であり、それに限定されず、本出願の実施形態における解決策は、シナリオを記述するためにのみ使用されることが可能であり、同様の問題が存在するシナリオにも適用可能である。

加えて、本出願では、通信デバイスによる優先順位付けの決定は物理レイヤで実行され得る。物理レイヤは、優先順位付けの結果をＭＡＣレイヤに通知し、それによってＭＡＣレイヤは、ＤＲＸ関連タイマーを決定する（たとえば、本出願の実施形態では、ＲＴＴタイマーおよび／または再伝送タイマーを開始する）。たとえば、可能な実施態様においては、ＲＸＵＥによってＳＬＨＡＲＱフィードバックを送信することが、送信されたＳＬＨＡＲＱフィードバックを受信することと競合する場合、ＲＸＵＥの物理レイヤは、前述の優先順位付け決定処理を実施し得る。次いで、ＲＸＵＥの物理レイヤは、優先順位付け結果をＭＡＣレイヤに通知する。たとえば、前述の結果は、ＲＸＵＥによってＳＬＨＡＲＱフィードバックを送信することの優先順位が相対的に低いということであり得、この場合、ＲＸＵＥは、ＳＬＨＡＲＱフィードバックを送信しない。

本出願の関連する記述では、ＨＡＲＱフィードバックを送信し損なう（ＨＡＲＱフィードバックを成功裏に送信しない）という表現は、ＨＡＲＱフィードバックを送信することをスキップする（送信しない）、またはＨＡＲＱフィードバックを送信し損なう（送信し損なう）などの表現に置き換えられることがある。ＨＡＲＱを成功裏に送信するという表現は、ＨＡＲＱを送信するという表現に置き換えられることがある。ＨＡＲＱフィードバックを受信し損なうという表現は、ＨＡＲＱフィードバックを受信することをスキップする、ＨＡＲＱフィードバックを受信し損なうなどの表現に置き換えられることがある。ＨＡＲＱフィードバックは、ＰＳＦＣＨなどにも置き換えられることがある。ＨＡＲＱを成功裏に受信するという表現は、ＨＡＲＱを受信するという表現などにも置き換えられることがある。

実施形態１
本出願の実施形態１は、サイドリンク通信方法を提供する。この方法が記述される前に、実施形態１がまず、以下のように記述される。１．以下の記述では、ＳＬＨＡＲＱフィードバックリソースは、ＰＳＦＣＨフィードバックリソースに置き換えられてもよい。２．以下の記述では、ＨＡＲＱがＮＡＣＫとして明示的に定義されていない場合、またはＨＡＲＱがＡＣＫとして明示的に定義されていない場合に、前述のＨＡＲＱは、ＮＡＣＫ、ＡＣＫなどであり得る。３．ＨＡＲＱフィードバックを成功裏に送信することは、ＨＡＲＱフィードバックを送信することに置き換えられてよい。特に断らない限り、以下の記述において、記述は繰り返されない。

図２Ｃに示されるように、サイドリンク通信方法の手順が提供される。この手順では、たとえば、第１の通信デバイスがＲＸＵＥであり、第２の通信デバイスがＴＸＵＥであり、第１のタイマーがＲＴＴタイマーであり、第２のタイマーが再伝送タイマーである。この方法は、少なくとも以下のステップを含む。

ステップ２００：ＲＸＵＥは、サイドリンク制御情報をＴＸＵＥから受信する。サイドリンク制御情報は、ＳＣＩ、ＰＳＣＣＨ、第１レベルＳＣＩ、第２レベルＳＣＩ、または第１レベルＳＣＩおよび第２レベルＳＣＩなどであり得る。これは限定されていない。たとえば、以下の記述では、サイドリンク制御情報はＳＣＩである。

ステップ２０１：ＲＸＵＥは、ＳＬＨＡＲＱフィードバックリソースに基づいてＲＴＴタイマーを開始し、ＳＬＨＡＲＱフィードバックリソースは、ＳＣＩのＨＡＲＱフィードバック、またはＳＣＩを使用することによってスケジュールされているＳＬデータを伝送するために使用される。

本出願のこの実施形態では、ＳＬＨＡＲＱフィードバックリソースは、ＨＡＲＱフィードバックを送信するために使用される構成されたリソースであり得る。たとえば、本出願の本実施形態における解決策が実行されるとき、ＳＬＨＡＲＱフィードバックリソースは、ＲＸＵＥのために構成されていることがある。たとえば、リソースは、ＲＸＵＥのためにＴＸＵＥによって構成され得、またはＲＸＵＥのためにネットワークデバイスによって構成され得る。これは限定されていない。このＳＬＨＡＲＱフィードバックリソースは、ＰＳＦＣＨリソースなどと呼ばれることもある。このＳＬＨＡＲＱフィードバックリソースは、１つまたは複数のタイムユニットを含み得る。タイムユニットの記述については、前述の用語説明部の記述を参照されたい。詳細は再度記述されない。本出願の実施形態では、ＴＸＵＥによって送信されたＳＣＩをＲＸＵＥが受信したときに、ＳＣＩは、ＲＸＵＥをトリガしてＲＴＴタイマーを開始するためのトリガ条件として使用され得る。ＲＴＴタイマーを開始するための特定の時刻は、前述の構成されているＳＬＨＡＲＱフィードバックリソースに基づいて決定され得る。たとえば、ＲＸＵＥがＳＣＩを受信したときに、ＲＸＵＥは、複数のタイムユニットのうちのいずれか１つでＲＴＴタイマーを開始し得る。たとえば、ＲＸＵＥは、複数のタイムユニットのうちの第１のタイムユニットでＲＴＴタイマーを開始し得る。すなわちＲＸＵＥは、ＳＬＨＡＲＱフィードバックリソースに含まれる第１のタイムユニットでＲＴＴタイマーを開始する。代替として、ＲＸＵＥがＳＣＩを受信したときに、ＲＸＵＥは、ＲＴＴタイマーをＳＬＨＡＲＱフィードバックリソースの後に開始し得る。ＲＸＵＥは、ＳＬＨＡＲＱフィードバックリソースの後の任意のタイムユニットでＲＴＴタイマーを開始し得る。これは限定されていない。たとえば、ＲＸＵＥは、ＳＬＨＡＲＱフィードバックリソースの後の第１のタイムユニットでＲＴＴタイマーを開始し得る。

ＲＸＵＥがＳＣＩを受信したときに、ＲＸＵＥは、ＳＬＨＡＲＱフィードバックリソースにおける第１のタイムユニットで、またはＳＬＨＡＲＱフィードバックリソースの後の第１のタイムユニットでＲＴＴタイマーを開始し得ることが、前述の記述から知られることが可能である。たとえば、ＳＬＨＡＲＱフィードバックリソースが構成される。そのため、ＲＸＵＥは、構成されているＳＬＨＡＲＱフィードバックリソースにおける第１のタイムユニットで、または構成されたＳＬＨＡＲＱフィードバックリソースの後の第１のタイムユニットで、ＲＴＴタイマーを開始し得る。

注：ＲＸＵＥがＲＴＴタイマーを開始し、再伝送タイマーが稼働中であるとき、ＲＸＵＥはさらに、ＲＴＴタイマーに基づいて再伝送タイマーを後で開始するように、稼働中の再伝送タイマーなどを停止し得る。このようにして、ＴＸＵＥとＲＸＵＥの間でＲＴＴタイマーと再伝送タイマーは同期される。

任意選択で、ステップ２０２：ＲＸＵＥは、ＲＴＴタイマーに基づいて再伝送タイマーを開始するかまたは開始しない。ＲＸＵＥがＲＴＴタイマーに基づいて再伝送タイマーを開始するかどうかは、次のように記述される。ＴＸＵＥは、ＲＴＴタイマーが切れるかどうかを決定することが可能である。ＲＴＴタイマーが切れない場合、再伝送タイマーは開始されない。ＲＴＴタイマーが切れると、ＲＸＵＥは再伝送タイマーを開始することが可能である。代替として、ＲＴＴタイマーが切れると、再伝送タイマーは、別の条件がさらに満たされた場合にのみ開始されることが可能である。詳細については、以下の記述を参照されたい。

可能な実施態様においては、ＲＴＴタイマーが切れると、ＲＸＵＥは再伝送タイマーを開始し得る。すなわち、ＲＴＴタイマーが切れると、再伝送タイマーは、ＳＣＩが、またはＳＣＩを使用することによってスケジュールされているＳＬデータが成功裏にデコードされるかどうかにかかわらずに開始される。本出願の明細書では、特に断らない限り、ＲＸＵＥ側でのデコーディングが成功したかどうかとは通常、ＲＸＵＥがＳＣＩを、またはＳＣＩなどを使用することによってスケジュールされているＳＬデータを成功裏にデコードしたかどうかということを指す。代替として、別の可能な実施態様においては、ＲＴＴタイマーが切れると、ＲＸＵＥはプリセット条件が満たされるかどうかを決定し得、プリセット条件が満たされた場合にのみＲＸＵＥは再伝送タイマーを開始する。前述のプリセット条件は、ＲＸＵＥがデコーディングを実行し損なうこと、またはＲＸＵＥがＳＬＨＡＲＱフィードバックを送信し損なうことなどであり得る。プリセット条件については、後述の実施形態で詳細に記述される。

本出願のこの実施形態では、ＲＸＵＥがＳＣＩを受信したときに、ＳＣＩがトリガ条件として使用され得、ＲＸＵＥは、構成されているＳＬＨＡＲＱフィードバックリソースに含まれるタイムユニットに基づいてＲＴＴタイマーを開始することが、前述の記述から知られることが可能である。ＲＴＴタイマーが切れると、ＲＸＵＥは再伝送タイマーを開始する。代替として、ＲＴＴタイマーが切れ、プリセット条件が満たされると、ＲＸＵＥは再伝送タイマーを開始する。

注：前述のＳＣＩは、ＲＴＴタイマーを開始するためのトリガ条件として使用される。可能な実施形態では、ＳＣＩをトリガすることに加えて、ＲＸＵＥはさらに、ＲＴＴタイマーを開始するために別の条件を満たす必要があり得る。たとえば、前述の他の条件は、ＴＸＵＥがＨＡＲＱフィードバックを送信し損なう場合を含み得る。すなわち、例１では：

ＲＸＵＥがＳＣＩを受信したときに、ＲＸＵＥは、ＳＣＩのＨＡＲＱフィードバック、またはＳＣＩを使用することによってスケジュールされているＳＬデータを送信し得る。次に、ＲＸＵＥは、ＨＡＲＱが正常に送信されたかどうかを決定する。ＲＸＵＥがＨＡＲＱフィードバックを送信し損なった場合、ＲＸＵＥは、ＨＡＲＱフィードバックを送信するために使用されるＳＬＨＡＲＱフィードバックリソースに含まれる第１のタイムユニットでＲＴＴタイマーを開始し得る。代替として、ＲＸＵＥは、ＨＡＲＱフィードバックを送信するために使用されたＳＬＨＡＲＱフィードバックリソースの後の第１のタイムユニットで、ＲＴＴタイマーを開始し得る。ＲＴＴタイマーが切れると、ＲＸは再伝送タイマーを開始する。任意選択で、ＲＸＵＥがＨＡＲＱフィードバックを成功裏に送信したときに、本出願のこの実施形態における解決策がＲＴＴタイマーを開始するために依然として使用されるかどうかの場合は、限定されていない。たとえば、可能な実施態様においては、ＲＸＵＥがＨＡＲＱフィードバックを成功裏に送信した場合、ＲＴＴタイマーは、ＵｕＤＲＸ構成を使用することによって開始される。すなわちＲＴＴタイマーは、ＨＡＲＱフィードバックが送信された後の第１のシンボルにおいて開始される。

本出願のこの実施形態において、ＲＸＵＥがＨＡＲＱフィードバックを送信し損なう理由は、なぜＲＸＵＥがＨＡＲＱフィードバックを送信し損なうかの、優先順位付け（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）またはＲＸＵＥの競合などの理由を含み得る。以下は、優先順位付けについての説明である。優先順位を決定し、より高い優先順位を選択する。具体的には、本発明で論じられているように、優先順位付けはさらに以下のように理解されてよい。ＲＸＵＥが２つ以上の情報を同時に送信する必要がある場合（任意選択で、前述の情報は信号またはシグナリングに置き換えられてよい）、またはＲＸＵＥが、受信と送信を同時に実行する必要がある場合、またはＲＸＵＥが、２つ以上の物理的チャネルで送信を同時に実行する必要がある場合、またはＲＸＵＥが、２つの物理的チャネルで１つの送信と１つの受信を同時に実行する必要がある場合に、情報またはチャネルの優先順位が決定され、優先順位が最も高い情報またはチャネルが送信または受信のために選択され、他の情報またはチャネルは送信または受信されない。前述の例１では、特定の実施態様は以下であり得る。ＲＸＵＥがＳＣＩを受信したときに、ＲＸＵＥは、ＳＣＩのＨＡＲＱフィードバック、またはＳＣＩを使用することによってスケジュールされているＳＬデータを送信し得る。ＲＸＵＥが、優先順位付けまたは競合の優先順位が低いことに起因してＲＸＵＥがＨＡＲＱフィードバックを送信し損なったことを見出した場合、ＲＸＵＥは、ＳＬＨＡＲＱフィードバックリソースに含まれる第１のシンボルにおいて、またはＳＬＨＡＲＱフィードバックリソースの後の第１のシンボルにおいてＲＴＴタイマーを開始し、再伝送タイマーを停止し得る。ＲＴＴタイマーが切れると、ＲＸＵＥは、データが成功裏にデコードされたかどうかにかかわりなく再伝送タイマーを開始して、ＲＸＵＥがこの期間中に基地局によってスケジュールされた新たな送信ＳＣＩまたは再伝送を確実に受信できるようにし、この再伝送は、現在のＨＡＲＱプロセスの再伝送、および別のＨＡＲＱプロセスの再伝送を含む。新たに送信されるＳＣＩは、現在のＨＡＲＱプロセスの新たに送信されるＳＣＩ、または別のＨＡＲＱプロセスの新たに送信されるＳＣＩも含み得る。代替として、ＲＸＵＥが再伝送タイマーを開始し、ＲＸＵＥがウェイクアップ状態にあるので、ＲＸＵＥは、基地局によってスケジュールされた新たに送信されたＳＣＩ、再伝送などであり得るデータを受信し、それによってＲＸＵＥにおけるパケットロスを回避し得る。

さらに、ＲＸＵＥがＲＴＴタイマーを開始したときに、ＳＣＩをトリガすることに加えて他の条件が満たされる必要があるかどうかが満たされる。例２では、ＳＣＩを受信したときに、ＲＸＵＥは、ＳＬＨＡＲＱフィードバックリソースにおける第１のシンボルにおいて、またはＳＬＨＡＲＱフィードバックリソースの後の第１のシンボルにおいてＲＴＴタイマーを開始し得る。しかしながら、ＲＴＴタイマーが切れると、ＲＸＵＥは再伝送タイマーを開始しない。ただし、ＲＸＵＥはさらに、ＨＡＲＱフィードバックをＲＸＵＥが成功裏に送信したかどうかを決定する必要があり、ＲＸＵＥがＨＡＲＱフィードバックを送信し損なった場合にのみ、再伝送タイマーを開始する。すなわち、ＲＴＴタイマーが切れ、ＲＸＵＥがＨＡＲＱフィードバックを送信し損なうと、ＲＸＵＥは再伝送タイマーを開始する。可能な例では、前述のプロセスにおいて再伝送タイマーを開始するプロセスは、以下のとおりであってよい。ＳＣＩをＴＸＵＥから受信したときに、ＲＸＵＥは、ＳＣＩのＨＡＲＱフィードバック、もしくはＳＣＩを使用することによってスケジュールされているＳＬデータを送信するために使用されるリソースにおける第１のシンボルにおいて、またはＳＣＩのＨＡＲＱフィードバック、もしくはＳＣＩを使用することによってスケジュールされているＳＬデータを送信するために使用されるリソースの後の第１のシンボルにおいてＲＴＴタイマーを開始し得る。ＲＴＴタイマーが切れると、ＲＸＵＥは、ＳＣＩのＨＡＲＱフィードバック、またはＳＣＩを使用することによってスケジュールされているＳＬデータが成功裏に送信されたかどうかを決定し得る。メッセージが送信され損なった場合、再伝送タイマーが開始される。ＲＸＵＥが前述のＨＡＲＱフィードバックを成功裏に送信した場合に、本出願の解決策が使用されるかどうかは限定されていない。たとえば、可能な手法では、ＲＸＵＥが前述のＨＡＲＱフィードバックを成功裏に送信し、ＨＡＲＱがＮＡＣＫである場合、すなわち、データがデコードされ損なった場合、ＲＸＵＥは再伝送タイマーを開始する。

本出願のこの実施形態において、ＲＸＵＥがＨＡＲＱフィードバックを送信し損なう理由は、なぜＲＸＵＥがＨＡＲＱフィードバックを送信し損なうかの、優先順位付け（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）またはＲＸＵＥの競合などの理由を含み得る。前述の例２について、可能な実施態様においては、ＳＣＩを受信した後に、ＲＸＵＥはＲＴＴタイマーを開始し、ＳＬＨＡＲＱフィードバックリソースにおける第１のシンボルにおいて、またはＳＬＨＡＲＱフィードバックリソースの後の第１のシンボルにおいて再伝送タイマーを停止する。ＲＴＴタイマーが切れ、ＲｘＵＥがデータを成功裏にデコードしたが、競合の優先順位が低いことに起因してＨＡＲＱを送信し損なうと、ＲＸＵＥは再伝送タイマーを開始する。

さらに、ＲＸＵＥがＲＴＴタイマーを開始したときに、ＳＣＩをトリガすることに加えて他の条件が満たされる必要があるかどうかが満たされる。例３では、ＳＣＩを受信したときに、ＲＸＵＥは、ＳＬＨＡＲＱフィードバックリソースにおける第１のシンボルにおいて、またはＳＬＨＡＲＱフィードバックリソースの後の第１のシンボルにおいてＲＴＴタイマーを開始し得る。ＲＴＴタイマーが切れると、ＲＸＵＥは再伝送タイマーを開始する。例では、前述のプロセスはさらに次のように記述され得る。ＲＸＵＥがＳＣＩを受信した後、ＨＡＲＱを成功裏に送信したかどうかにかかわらずに、ＲＸＵＥはＲＴＴタイマーを開始し、ＳＬＨＡＲＱフィードバックリソースにおける第１のシンボルにおいて、またはＳＬＨＡＲＱフィードバックリソースの後の第１のシンボルにおいて再伝送タイマーを停止する。ＲＴＴタイマーが切れると（データが成功裏にデコードされたかどうかにかかわらずに）、ＲＸＵＥは再伝送タイマーを開始する。

前述の実施態様によれば、ＲＸＵＥがＨＡＲＱフィードバックを送信し損なったときに、ＲＴＴタイマーおよび再伝送タイマーは依然として、開始されることが可能である。したがって、ＨＡＲＱフィードバックが送信され損なったために、またはＨＡＲＱフィードバックが送信されないために、ＲＸＵＥが再伝送タイマーを開始しないときにＲＸＵＥの消費電力の浪費が生じる。

本出願の実施形態１では、ＲＸＵＥがＲＴＴタイマーおよび再伝送タイマーをどのように開始するかに注目している。ＴＸＵＥがどのようにしてＲＴＴタイマーおよび再伝送タイマーを開始するかは、限定されていない。たとえば、可能な実施態様においては、ＴＸＵＥは、ＲＸＵＥ側と同様の解決策を使用することによってもなお、ＲＴＴタイマーおよび再伝送タイマーを開始し得る。たとえば、可能な実施形態では、図２Ｃに示される手順は、以下のステップをさらに含み得る。

ステップ２０３：ＴＸＵＥは、ＳＬＨＡＲＱフィードバックリソースに基づいてＲＴＴタイマーを開始する。ＳＣＩを送信した後、ＴＸＵＥは、ＳＬＨＡＲＱフィードバックリソースにおける第１のタイムユニットで、またはＳＬＨＡＲＱフィードバックリソースの後の第１のタイムユニットでＲＴＴタイマーを開始し得る。ＳＬＨＡＲＱフィードバックリソースは、構成されることなどがある。たとえば、リソースは、ＴＸＵＥのためにＴＸＵＥによって構成され得る。したがって、ＳＬＨＡＲＱフィードバックリソースの特定の位置は、ＴＸＵＥによって知られ得る。たとえば、ＳＬＨＡＲＱフィードバックリソースが構成される。ＳＣＩを送信した後、ＴＸＵＥは、構成されているＳＬＨＡＲＱフィードバックリソースにおける第１のタイムユニットで、または構成されているＳＬＨＡＲＱフィードバックリソースの後の第１のタイムユニットでＲＴＴタイマーを開始し得る。前述の記述と同様に、ＴＸＵＥがＲＴＴタイマーを開始し、再伝送タイマーが稼働しているとき、ＴＸＵＥはさらに、再伝送タイマーを停止し得る。

ＲＸＵＥが前述の記述を開始する手法に関して、ＲＴＴタイマーおよび再伝送タイマーが開始され、それによってＲＸＵＥ側でのパケットロスが回避されることが、ステップ２００からステップ２０１の記述により知られることが可能である。しかしながら、本出願の実施形態では、ＴＸＵＥおよびＲＸＵＥが、ＲＴＴタイマーおよび再伝送タイマーを開始するために同じ手法を使用する、すなわち、ステップ２０３およびステップ２０４の解決策を使用する場合に、ＴＸＵＥおよびＲＸＵＥは、ＲＴＴタイマーおよび再伝送タイマーを開始するために同じ解決策を使用し、それによって、ＲＴＴタイマーと再伝送タイマーの起動時間が整合される。

ステップ２０４：ＴＸＵＥは、ＲＴＴタイマーに基づいて再伝送タイマーを開始するかどうかをし得る。たとえば、可能な実施態様においては、ＲＴＴタイマーが切れると、ＴＸＵＥは再伝送タイマーを開始し得る。代替として、ＲＴＴタイマーが切れると、ＴＸＵＥは、ＴＸＵＥがプリセット条件を満たすかどうかを決定し、「はい」の場合、再伝送タイマーを開始し得る。たとえば、プリセット条件は、以下の条件のうちの１つまたは複数を含み得る。これは限定されていない。

１．ＴＸＵＥがＨＡＲＱフィードバックを成功裏に受信し、ＨＡＲＱフィードバックは、ＳＣＩのＨＡＲＱフィードバック、またはＳＣＩを使用することによってスケジュールされているＳＬデータを含み、このＨＡＲＱフィードバックはＮＡＣＫである。

２．ＴＸＵＥがＨＡＲＱフィードバックを受信し損なう。

３．ＴＸＵＥは、ＨＡＲＱフィードバックをネットワークデバイスへ送信し、このＨＡＲＱフィードバックはＮＡＣＫである。

前述の方法によれば、ＴＸＵＥおよびＲＸＵＥは、ＳＬＨＡＲＱフィードバックリソースに基づいてＲＴＴタイマーおよび再伝送タイマーを開始し、それによって、ＲＴＴタイマーの開始と再伝送タイマーの開始とが整合されて、ＴＸＵＥがＮＡＣＫを基地局へ送信するときにＲＴＴタイマーおよび再伝送タイマーが開始することを防止することが可能である。しかしながら、ＲＸＵＥ側がＨＡＲＱフィードバックを送信し損なうので、ＲＴＴタイマーおよび再伝送タイマーは開始されず、したがってＲＸＵＥはスリープ状態にある。その結果、ＲＸＵＥは、ＴＸＵＥによって再伝送されたＳＬデータを受信できず、ＲＸＵＥ側でパケットロスが生じる。

本出願の実施形態はさらに、サイドリンク通信方法を提供する。この方法と図２Ｃに示される前述の手順の手法との違いは、以下の点にある。図２Ｃに示される手順では、特定の条件が満たされると、ＵＥはまずＲＴＴタイマーを開始して、このＲＴＴタイマーに基づいて再伝送タイマーを開始する。この方法では、特定の条件が満たされると、ＵＥは再伝送タイマーを開始する。

たとえば、第１の通信デバイスはＲＸＵＥであり、第２の通信デバイスはＴＸＵＥであり、第２のタイマーは再伝送タイマーである。図３に示されるように、サイドリンク通信方法の手順が提供され、少なくとも以下のステップを含む。

ステップ３００：ＲＸＵＥは、ＴＸＵＥからサイドリンク制御情報を受信する。サイドリンク制御情報は、ＳＣＩ、ＰＳＣＣＨ、第１レベルＳＣＩ、第２レベルＳＣＩ、または第１レベルＳＣＩおよび第２レベルＳＣＩなどであり得る。以下の記述では、たとえば、サイドリンク制御情報はＳＣＩである。

ステップ３０１：ＲＸＵＥは、ＳＬＨＡＲＱフィードバックリソースに基づいて再伝送タイマーを開始し、このＳＬＨＡＲＱフィードバックリソースは、ＳＣＩのＨＡＲＱフィードバック、またはＳＣＩを使用することによってスケジュールされているＳＬデータを送信するために使用される。

ＲＸＵＥがＳＬＨＡＲＱフィードバックリソースに基づいて再伝送タイマーを開始するプロセスは、ＲＸＵＥがＳＬＨＡＲＱフィードバックリソースに基づいてＲＴＴタイマーを開始するプロセスと同様であり、詳細は再度記述されない。たとえば、前述のステップ２０１の関連記述を参照されたい。たとえば、可能な実施態様においては、ＳＣＩを受信したときに、ＲＸＵＥは、ＳＬＨＡＲＱフィードバックリソースにおける第１のシンボルにおいて、またはＳＬＨＡＲＱフィードバックリソースの後の第１のシンボルにおいて再伝送タイマーを開始し得る。代替として、ＳＣＩを受信したときに、ＲＸＵＥは、プリセット条件が現在満たされているかどうかを決定し、「はい」の場合、再伝送タイマーを開始する。そうでない場合、ＲＸＵＥは再伝送タイマーを開始しない。例１で、プリセット条件は、ＴＸＵＥがＳＣＩのＨＡＲＱフィードバック、またはＳＣＩを使用することによってスケジュールされているＳＬデータを送信し損なうことであってよく、ＨＡＲＱフィードバックを送信することをスキップする理由は、ＲＸＵＥの競合または優先順位付けなどの理由であってよい。ＳＣＩを受信した後、ＲＸＵＥが、競合優先権または優先順位付けなどの理由に起因してＨＡＲＱが送信され損なったと決定した場合、ＲＸＵＥは、ＳＬＨＡＲＱフィードバックリソースにおける第１のシンボルにおいて、またはＳＬＨＡＲＱフィードバックリソースの後の第１のシンボルにおいて再伝送タイマーを開始し得る。

前述と同様に、実施形態１では、以下に注目する。ＲＸＵＥ側がどのように再伝送タイマーを開始するかのプロセス。ＴＸＵＥ側がどのように再伝送タイマーを開始するかのプロセスは限定されていない。たとえば、可能な実施態様においては、図３に示される手順は、以下のステップをさらに含み得る。

ステップ３０２：ＴＸＵＥは、ＳＬＨＡＲＱフィードバックリソースに基づいて再伝送タイマーを開始する。たとえば、ＳＣＩを送信するとき、ＴＸＵＥは、ＳＬＨＡＲＱフィードバックリソースにおける第１のタイムユニットで、またはＳＬＨＡＲＱフィードバックリソースの後の第１のタイムユニットで再伝送タイマーを開始し得る。代替として、ＳＣＩが送信された後でプリセット条件が満たされると、ＴＸＵＥは、ＳＬＨＡＲＱフィードバックリソースにおける第１のタイムユニットで、またはＳＬＨＡＲＱフィードバックリソースの後の第１のタイムユニットで再伝送タイマーを開始する。満たされる必要があるプリセット条件については、図２Ｃの記述を参照されたい。詳細は再度記述されない。

前述の説明によれば、前述の条件が満たされると、ＲＸＵＥは再伝送タイマーを開始し得る。そのため、ＲＸＵＥでのパケットロスは、ＲＸＵＥがＨＡＲＱフィードバックを送信し損ない、ＲＸＵＥが再伝送タイマーを開始せず、そのためＲＸＵＥがスリープ状態にあるので、回避されることが可能である。本出願の実施形態の解決策では、ＲＸＵＥはさらに、再伝送タイマーを可能な限り早く開始し得る。

実施形態２
本出願の実施形態２は、サイドリンク通信方法を提供する。図４に示されるように、この方法は、ＲＸＵＥがＨＡＲＱフィードバックを成功裏に送信したが、ＴＸＵＥの送信および受信競合に起因してＴＸＵＥがＨＡＲＱフィードバックを受信し損なうシナリオに適用され得る。この方法が記述される前に、この実施形態がまず以下のように記述される。１．以下の記述では、ＴＸＵＥはＨＡＲＱフィードバックを受信しないか、またはＴＸＵＥはＰＳＦＣＨを受信しない。２．以下の記述では、ＨＡＲＱがＮＡＣＫとして明示的に定義されていない場合、後続のＨＡＲＱはＡＣＫまたはＮＡＣＫに置き換えられてよい。特に断らない限り、以下の記述において、記述は繰り返されない。

たとえば、第１の通信デバイスはＴＸＵＥであり、第２の通信デバイスはＲＸＵＥであり、第１のタイマーはＲＴＴタイマーであり、第２のタイマーは再伝送タイマーである。図５に示されるように、サイドリンク通信方法の手順が提供され、少なくとも以下のステップを含む。

ステップ５００：ＴＸＵＥは、サイドリンク制御情報をＲＸＵＥへ送信する。サイドリンク制御情報の記述については、前述のステップ２００の記述を参照されたく、詳細は本明細書では再度記述されない。以下の記述では、たとえば、サイドリンク制御情報はＳＣＩである。

ステップ５０１：ＲＸＵＥは、ＨＡＲＱフィードバックをＴＸＵＥへ送信し、このＨＡＲＱフィードバックは、ＳＣＩのＨＡＲＱフィードバック、またはＳＣＩを使用することによってスケジュールされているＳＬデータを含む。

たとえば、可能な実施態様においては、ＲＸＵＥがＳＣＩを受信した後で、ＳＣＩ、またはＳＣＩを使用することによってスケジュールされているＳＬデータを成功裏にデコードした場合、ＲＸＵＥによってＴＸＵＥへ送信されるＨＡＲＱフィードバックはＡＣＫであり得る。代替として、ＲＸＵＥがＳＣＩ、またはＳＣＩを使用することによってスケジュールされているＳＬデータをデコードし損なった場合には、ＲＸＵＥによってＴＸＵＥへ送信されるＨＡＲＱフィードバックはＮＡＣＫであり得る。

任意選択で、ステップ５０２：ＴＸＵＥは、ＨＡＲＱフィードバックが受信されていないと決定する。

前述の説明によれば、ステップ５０１で、ＲＸＵＥはＨＡＲＱフィードバックをＴＸＵＥへ送信する。しかしながら、さまざまな理由に起因して、ＴＸＵＥは前述のＨＡＲＱフィードバックを受信しないことがある。任意選択で、ＴＸＵＥがＨＡＲＱフィードバックを受信しない理由は、送信および受信競合または優先順位付け（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）に起因して、ＴＸＵＥがＨＡＲＱフィードバックを受信しない場合を含み得る。ＴＸＵＥの送信および受信競合は、以下を含み得る。ＴＸＵＥがＨＡＲＱフィードバックを送信するためのリソースが、ＨＡＲＱフィードバックを受信するために使用されるリソースと競合する。競合するリソースは、時間領域リソースの重複、周波数領域リソースの重複、時間領域リソースと周波数領域リソースの両方の重複などを含み得る。その結果、ＴＸＵＥは、ＨＡＲＱフィードバックなどを受信し損なう。

ステップ５０３：ＴＸＵＥは、第１の表示情報をＲＸＵＥへ送信し、この第１の表示情報は、ＴＸＵＥがＨＡＲＱフィードバックを受信しないことを示す。

本出願のこの実施形態では、ＴＸＵＥがＨＡＲＱフィードバックを受信しないことを示すために使用される表示情報を受信したときに、ＲＸＵＥは以下の動作を実行し得る。ＲＴＴタイマーが切れると、ＲＸＵＥは、デコーディングが成功しているかどうかを考慮せずに再伝送タイマーを開始することが可能である。その理由は次のとおりである。現在の解決策では、ＨＡＲＱフィードバックを送信した後、ＲＸＵＥはＲＴＴタイマーを開始する。ＲＴＴタイマーが切れ、ＲＸＵＥがデータをデコードし損なうと、再伝送タイマーは開始されることが可能である。しかしながら、本出願のこの実施形態では、ＴＸＵＥはＳＬＨＡＲＱフィードバックを受信しないので、ＴＸＵＥはＮＡＣＫを基地局へ送信して、再伝送用のＳＬリソースを割り当てるように基地局に要求し、基地局によって割り当てられた再伝送用のＳＬリソースに基づいて、再伝送されるＳＬデータをＲＸＵＥへ送信し得る。本出願のこの実施形態では、再伝送されたＳＬデータをＲＸＵＥが確実に受信できるように、ＴＸＵＥは、前述の表示をＲＸＵＥへ送信し得る。ＲＸＵＥが前述の表示を受信し、ＲＴＴタイマーが切れると、ＲＸＵＥは、データが成功裏にデコードされたかどうかにかかわらずに再伝送タイマーを開始し、これは、ＲＸＵＥが再伝送タイマーを開始し、ＴＸＵＥによって再伝送されたＳＬデータを受信できることを確実にし、それによってＲＸＵＥでのパケットロスを回避することができる。

任意選択で、本出願のこの実施形態では、ＲＸＵＥが第１の表示情報を受信できると決定するために、ＲＸＵＥはさらに、ＨＡＲＱフィードバックを送信した後で第５のタイマーを開始し得る。第５のタイマーの稼働中、ＲＸＵＥはアクティブ時間にあり、すなわちウェイクアップ状態にある。

さらに、ＲＸＵＥがＨＡＲＱフィードバックを送信するときまたは送信した後に、ＲＸＵＥはさらにＲＴＴタイマーを開始することがある。たとえば、ＲＸＵＥは、ＨＡＲＱフィードバックが送信された後にＲＴＴタイマーを第１のタイムユニットで開始する。ＲＴＴタイマーが切れ、第１の表示情報が受信されると、再伝送タイマーが開始される。ＲＸＵＥが第１の表示情報を受信せず、かつＲＴＴタイマーが切れた場合に、ＲＸＵＥが再伝送タイマーを開始するかどうかは限定されていない。たとえば、可能な実施態様においては、ＲＸＵＥが第１の表示情報を受信せず、ＲＴＴタイマーが切れ、かつＲＸＵＥがデータをデコードし損なった場合に、再伝送タイマーが開始される。ＲＸＵＥがデータを成功裏にデコードした場合には、再伝送タイマーは開始されない。

前述の方法に関して、具体的な例が提供され、この例は以下のステップを含む。ＴＸＵＥは、ＳＣＩをＲＸＵＥへ送信する。ＳＣＩを受信したときに、ＲＸＵＥは、ＳＣＩのＨＡＲＱフィードバック、またはＳＣＩを使用することによってスケジュールされているＳＬデータをＴＸＵＥへ送信する。ＰＳＦＣＨを送信するのに使用されるリソースが、ＰＳＦＣＨを受信するのに使用されるリソースと競合するので、ＴＸＵＥはＰＳＦＣＨを優先的に送信する。その結果、ＴＸＵＥは、ＲＸＵＥのＰＳＦＣＨを受信しないことがあり、またＴＸＵＥは、表示情報をＲＸＵＥへ送信することがあり、この表示情報は、ＲＸＵＥがＰＳＦＣＨを受信していないことを示す。ＲＸＵＥが前述の表示情報を受信した後、ＲＴＴタイマーが切れると（データが成功裏にデコードされたかどうかにかかわらずに）、ＲＸＵＥは、この時間帯に基地局によってスケジュールされたＳＬデータが受信されることが可能であることを確実にするように再伝送タイマーを開始し、このＳＬデータは、新たに送信されたＳＣＩ、現在または別のＳＬＨＡＲＱプロセスの再伝送などを含む。任意選択で、ＲＸＵＥが表示情報を受信できると決定するために、ＨＡＲＱフィードバックを送信した後、ＲＸＵＥは第５のタイマー、たとえばタイマーＴ１を開始し得る。第５のタイマーの稼働中、ＲＸＵＥはアクティブ時間にあり、すなわちウェイクアップ状態にある。

前述の方法によれば、ＴＸＵＥの送信および受信競合または優先順位付けなどの理由に起因して、ＲＸＵＥのＨＡＲＱフィードバックが受信されていないとＴＸＵＥが決定した場合には、ＴＸＵＥは、表示情報をＲＸＵＥへ送信し得る。ＲＸＵＥが表示情報を受信して、ＲＴＴタイマーが切れたときに、再伝送タイマーは、データが成功裏にデコードされているかどうかにかかわらずに開始され、それによってＲＸＵＥは、ウェイクアップ状態になり、ＴＸＵＥによって送信された再伝送を受信して、ＲＸＵＥ側でのパケットロスを回避する。

実施形態３
実施形態３は、サイドリンク通信方法を提供する。アプリケーションシナリオは、以下のシナリオであり得る。ＲＸＵＥがＨＡＲＱフィードバックを成功裏に送信するが、ＴＸＵＥはＨＡＲＱフィードバックを受信しない。前述の実施形態２とは異なり、ＴＸＵＥが現在はＨＡＲＱフィードバックを受信しない理由は、ＴＸＵＥの送信および受信競合または優先順位付け（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）ではない。

本出願のこの実施形態における方法が記述される前に、この実施形態が以下のように記述される。１．以下の記述では、ＨＡＲＱフィードバックはＰＳＦＣＨに置き換えられてよい。２．以下の記述では、ＨＡＲＱがＮＡＣＫとして明示的に定義されていない場合、ＨＡＲＱはＡＣＫまたはＮＡＣＫに置き換えられてよい。特に断らない限り、記述は繰り返されない。

たとえば、第１の通信デバイスはＴＸＵＥであり、第２の通信デバイスはＲＸＵＥであり、第３の通信デバイスはネットワークデバイスであり、第１のタイマーはＲＴＴタイマーであり、第２のタイマーは再伝送タイマーである。図６に示されるように、サイドリンク通信方法の手順が提供され、少なくとも以下のステップを含む。

ステップ６００：ＴＸＵＥは、サイドリンク制御情報をＲＸＵＥへ送信する。サイドリンク制御情報の記述については、前述のステップ２００の記述を参照されたく、詳細は本明細書では再度記述されない。以下の記述では、たとえば、サイドリンク制御情報はＳＣＩである。

ステップ６０１：ＲＸＵＥは、ＨＡＲＱフィードバックをＴＸＵＥへ送信し、このＨＡＲＱフィードバックは、ＳＣＩのＨＡＲＱフィードバック、またはＳＣＩを使用することによってスケジュールされているＳＬデータである。

たとえば、ＳＣＩを受信したときに、ＲＸＵＥは、ＳＣＩ、またはＳＣＩを使用することによってスケジュールされているＳＬデータが成功裏にデコードされたかどうかを決定し得る。デコーディングが成功した場合、ＲＸＵＥによってＴＸＵＥへ送信されたＨＡＲＱフィードバックはＡＣＫを示す。そうでない場合には、ＲＸＵＥによってＴＸＵＥへ送信されたＨＡＲＱフィードバックはＮＡＣＫである。

ステップ６０２：ＴＸＵＥは、ＨＡＲＱフィードバックが受信されていないと決定する。

ステップ６０１で、ＲＸＵＥはＨＡＲＱフィードバックをＴＸＵＥへ送信するが、ステップ６０２で、ＴＸＵＥはＨＡＲＱフィードバックを受信しないことが、前述の記述から知られることが可能である。本出願のこの実施形態において、ＴＸＵＥがＨＡＲＱフィードバックを受信しない理由は限定されていない。たとえば、ＴＸＵＥは、ＴＸＵＥの送信および受信競合または優先順位付けに起因してＨＡＲＱフィードバックを受信しないことがあり、または、ＴＸＵＥは、伝送条件が悪いなどの、前述の理由以外の理由に起因してＨＡＲＱフィードバックを受信しないことがある。設計上、本出願のこの実施形態における解決策は、ＴＸＵＥの送信および受信競合または優先順位付け以外の理由に起因して、ＴＸＵＥがＲＸＵＥのＨＡＲＱフィードバックを受信しないシナリオに適用され得る。

ステップ６０３：ＴＸＵＥは、第２の情報をネットワークデバイスへ送信する。任意選択で、ＴＸＵＥがＨＡＲＱフィードバックを受信しないので、第２の情報をネットワークデバイスへ送信することに加えて、ＴＸＵＥはさらに、ＮＡＣＫをネットワークデバイスへ送信することができ、このＮＡＣＫは、ネットワークデバイスからのＳＬ再伝送リソースを要求するために使用され得る。ＴＸＵＥがＮＡＣＫおよび第２の情報をネットワークデバイスへ送信するときに、ＮＡＣＫと第２の情報は別々に送信されてもよく、または送信用の同じメッセージで搬送されてもよく、これは限定されていない。

可能な実施態様においては、ＴＸＵＥがＨＡＲＱフィードバックを受信していないと決定したときに、ＴＸＵＥは、第２の情報をネットワークデバイスへ送信し得、この第２の情報は、ＴＸＵＥがＨＡＲＱフィードバックを受信していないことを示す。ネットワークデバイスが、ＨＡＲＱフィードバックをＴＸＵＥが受信していないことを示す第２の情報を受信したときに、ネットワークデバイスは、対応するＨＡＲＱプロセスの再伝送タイマーの稼働中に、ＳＬのために使用される別のＨＡＲＱプロセスのＳＬ新規伝送または再伝送をスケジュールしなくてよい。

代替として、別の可能な実施態様においては、ＴＸＵＥが、ＨＡＲＱフィードバックが受信されていないと決定したときに、ＴＸＵＥは、対応するＨＡＲＱプロセスの再伝送タイマーの稼働中に、ＳＬのために使用される別のＨＡＲＱプロセスのＳＬ新規伝送または再伝送をスケジュールしないようにネットワークデバイスに要求し得る。この場合、ＴＸＵＥは、ネットワークデバイスが、対応するＨＡＲＱプロセスの再伝送タイマーの稼働中に、ＳＬのために使用される別のＨＡＲＱプロセスのＳＬ新規伝送または再伝送をスケジュールしないことを示すために使用される第２の情報をネットワークデバイスへ送信し得る。

任意選択で、ステップ６０４：ネットワークデバイスは、ＮＡＣＫに対応するＨＡＲＱプロセスの第２のタイマーの稼働中に、ＳＬのために使用される別のＨＡＲＱプロセスのＳＬ新規伝送または再伝送をスケジュールしない。

図６に示された前述の手順に関して、図７に示されるように、具体例が提供され、以下のステップを含む。ＲＸＵＥはＳＬＨＡＲＱフィードバックを成功裏に送信するが、ＴＸＵＥは、ＲＸＵＥからＳＬＨＡＲＱフィードバックを受信しない。ＴＸＵＥは、ＳＬＨＡＲＱフィードバックが受信されない理由を決定し得る。ＳＬＨＡＲＱフィードバックを受信しない理由が、ＴＸＵＥの送信および受信の競合または優先順位付け（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）ではないと決定された場合、ＮＡＣＫを基地局へフィードバックしたときに、ＴＸＵＥは、その後にＴＸＵＥによって開始されるＵｕＤＲＸの再伝送タイマーの稼働中に、新規ＳＬ伝送または別のＨＡＲＱプロセスの再伝送をスケジュールしないように基地局に命令し得る。その後にＴＸＵＥによって開始されるＵｕＤＲＸの再伝送タイマーは、以下のように説明され得る。ＴＸＵＥは、ＮＡＣＫに対応するＨＡＲＱプロセスの再伝送タイマーを基地局へ送信し、ここで前述のＨＡＲＱプロセスは、ＵｕエアインターフェースでのＨＡＲＱプロセス、対応するＳＬプロセス、またはＳＬにおけるＳＬＨＡＲＱプロセスである。

前述の方法によれば、ＲＸＵＥがＨＡＲＱフィードバックを成功裏に送信して、ＲＸＵＥがＨＡＲＱフィードバックを受信し損なった場合には、ＴＸＵＥは、ＮＡＣＫを基地局に報告し得る。本出願の改良形態は、次のとおりである。ＮＡＣＫを基地局へ報告することに加えて、ＴＸＵＥはさらに、第２の情報を基地局へ報告し、第２の情報は、ＮＡＣＫに対応するＨＡＲＱプロセスの再伝送タイマーの稼働中に現在のＨＡＲＱプロセスの再伝送のみをスケジュールするように基地局に指示するために使用される。理由は、次のとおりである。現在の解決策においては、ＲＸＵＥがＨＡＲＱフィードバックを送信した後に、ＲＸＵＥは、ＲＴＴタイマーを開始し得る。ＲＴＴタイマーが切れて、ＲＸＵＥがデータをデコードし損なった場合に、すなわち、ＲＸＵＥは、ＲＸＵＥによって送信されたＨＡＲＱフィードバックがＮＡＣＫである場合にのみ、再伝送タイマーを開始する。しかしながら、ＲＴＴタイマーが切れて、ＲＸＵＥがデータを成功裏にデコードした場合には、すなわち、ＲＸＵＥによって送信されたＨＡＲＱフィードバックがＡＣＫである場合には、ＲＸＵＥは、再伝送タイマーを開始しない。本出願の実施形態においては、ＴＸＵＥがＲＸＵＥのＨＡＲＱフィードバックを受信しないので、ＴＸＵＥは、ＲＸＵＥによって送信されたＨＡＲＱフィードバックがＮＡＣＫであるか、またはＡＣＫであるかを知らない。そのため、本出願の実施形態においては、前述のケースにおいて、ＴＸＵＥは、ＲＸＵＥによって送信されたＨＡＲＱフィードバックがＡＣＫであるか、またはＮＡＣＫであるかをもはや決定せず、ＴＸＵＥは、統一された様式で第２の情報を基地局へ送信して、現在のＳＬＨＡＲＱプロセスの再伝送のみをスケジュールするように、およびＳＬ新伝送または別のＳＬプロセスの再伝送をスケジュールしないように基地局に指示する。それに対応して、ＴＸＵＥは、現在のＳＬＨＡＲＱプロセスの再伝送のみをＲＸＵＥへ送信する。利点は、次のとおりである。ＲＸＵＥによって送信されたＨＡＲＱフィードバックがＮＡＣＫである場合には、ＲＸＵＥは、ＳＬＤＲＸについて再伝送タイマーを開始し、ＲＸＵＥは、ＴＸＵＥによって送信された現在のＳＬＨＡＲＱプロセスの再伝送を受信し得る。ＲＸＵＥによって送信されたＨＡＲＱフィードバックがＡＣＫを示す場合には、ＲＸＵＥは、現在のＳＬＨＡＲＱプロセスの再伝送を受信しなくてよい。しかしながら、ＲＸＵＥによってフィードバックされたＨＡＲＱフィードバックは、ＡＣＫを示しており、これは、対応するＳＬプロセスのデータが最後の伝送中にＲＸＵＥによって成功裏にデコードされているということを示しているので、現在の伝送中に再伝送を受信し損なうことは、問題にならない。

実施形態４
実施形態４は、サイドリンク通信方法を提供する。この方法の適用シナリオは、以下のシナリオであることがある。ＴＸＵＥとＲＸＵＥの間のＳＬＤＲＸ構成がＴＸＵＥと基地局の間のＵｕＤＲＸと一致しない場合には、ＲＸＵＥは、ＲＸＵＥからＳＬデータを受信することに失敗し、ＲＸＵＥにおけるパケット喪失を生じることがある。たとえば、あるシナリオで、ＲＸＵＥのＳＬＤＲＸの再伝送タイマーが切れ、ＲＸＵＥがスリープ状態であってＳＣＩをモニタすることができず、この場合にＴＸＵＥが再伝送ＳＣＩをＲＸＵＥに送信したときには、ＲＸＵＥは、再伝送ＳＣＩを受信し損ない、ＲＸＵＥにおけるパケット喪失を生じる。

たとえば、第１の通信デバイスはＲＸＵＥであり、第２の通信デバイスはＴＸＵＥであり、第１のＤＲＸはＵｕＤＲＸであり、第２のＤＲＸはＳＬＤＲＸであり、第１のタイマーはＲＴＴタイマーであり、第２のタイマーは再伝送タイマーである。サイドリンク通信方法の手順は、図８に示されるように提供され、少なくとも以下のステップを含む。

ステップ８００：ＲＸＵＥが、ＵｕＤＲＸ構成に関する情報および／または第１のインターバルに関する情報をＴＸＵＥから受信する。

ＴＸＵＥは、ＵｕＤＲＸ構成に関する情報および／または第１のインターバルに関する情報を独立してＲＸＵＥに送信することがある。たとえば、ＴＸＵＥは、ＵｕＤＲＸ構成に関する情報および／または第１のインターバルに関する情報を定期的にＲＸＵＥに送信することがある。あるいは、第１の条件が満たされたときに、ＴＸＵＥは、ＵｕＤＲＸ構成に関する情報および／または第１のインターバルに関する情報をＲＸＵＥに送信することもある。たとえば、第１の条件は、第１のインターバルが変化していること、第１のインターバルの変動が第１のしきい値より大きいこと、ＵｕＤＲＸ構成に関する情報が変化していること、およびＵｕＤＲＸ構成に関する情報の変動が第２のしきい値より大きいこと、のうちの少なくとも１つを含むことがある。第１のしきい値および第２のしきい値は、プロトコルで指定されることもあり、事前設定されることもあり、これは限定されない。

あるいは、別の可能な実施態様においては、ＴＸＵＥは、ＲＸＵＥの要求に基づいてＵｕＤＲＸ構成に関する情報および／または第１のインターバルに関する情報をＲＸＵＥに送信することもある。たとえば、ＲＸＵＥは、第１の要求メッセージをＴＸＵＥに送信することがあり、ここで、第１の要求メッセージは、ＵｕＤＲＸ構成に関する情報および／または第１のインターバルに関する情報をＴＸＵＥに送信するようにＲＸＵＥに要求するために使用される。ＴＸＵＥが第１の要求メッセージを受信すると、ＴＸＵＥは、ＵｕＤＲＸ構成に関する情報および／または第１のインターバルに関する情報をＲＸＵＥに送信する。

ＵｕＤＲＸ構成に関する情報は、次のように説明される。すなわち、ＵｕＤＲＸ構成に関する情報は、ＲＴＴタイマーの構成および再伝送タイマーの構成を含むことがある。たとえば、ＲＴＴタイマーの構成情報は、ＲＴＴタイマーの稼働持続時間であることがあり、再伝送タイマーの構成情報は、再伝送タイマーの稼働持続時間であることがある。第１のインターバルに関する情報は、次のように説明される。すなわち、第１のインターバルは、第１のリソースと第２のリソースの間のインターバル、または第１のリソースと第２のリソースの間のインターバルの最小値であることがある。たとえば、第１のリソースは、ＰＵＣＣＨであることがあり、第２のリソースは、ＰＳＦＣＨであることがある。以下の説明では、たとえば、第１のインターバルは、ＰＳＦＣＨ－ＰＵＣＣＨインターバルの最小値である。

可能な実施態様においては、ＲＸＵＥがＵｕＤＲＸ構成に関する情報およびＰＳＦＣＨ－ＰＵＣＣＨインターバルの最小値を受信すると、ＲＸＵＥは、以下の動作を実行することがある。

ステップ８０１ａ：ＲＸＵＥが、ＵｕＤＲＸ構成および／またはＰＵＣＣＨ－ＰＳＦＣＦインターバルの最小値に基づいてＳＬＤＲＸ構成を決定する。たとえば、ＳＬＤＲＸ構成は、ＲＴＴタイマーの構成および再伝送タイマーの構成を含む。

任意選択で、ステップ８０２ａ：ＵｕＤＲＸ構成がＳＬＤＲＸ構成と一致しない、またはＰＳＦＣＨ－ＰＵＣＣＨインターバルの最小値が不適切であるときには、ＲＸＵＥは、第１の情報をＴＸＵＥに送信することがあり、ここで、第１の情報は、ＵｕＤＲＸ構成がＳＬＤＲＸ構成と一致しない、またはＰＳＦＣＨ－ＰＵＣＣＨインターバルの最小値が不適切であることをＴＸＵＥに通知するものである。さらに、ＴＸＵＥは、ネットワークデバイスがＵｕＤＲＸ構成および／またはＰＳＦＣＨ－ＰＵＣＣＨインターバルの最小値を調整することをネットワークデバイスに通知することもある。たとえば、ＰＳＦＣＨ－ＰＵＣＣＨインターバルの最小値は、ＳＬ帯域幅部分（ｂａｎｄｗｉｄｔｈｐａｒｔ、ＢＷＰ）のサブキャリアスペース（ｓｕｂ－ｃａｒｒｉｅｒｓｐａｃｅ、ＳＣＳ）構成、およびプライマリセルにおいてＵＬＢＷＰを活動化するためのＳＣＳ構成に関係する。したがって、本願の本実施形態では、ＰＳＦＣＨ－ＰＵＣＣＨインターバルの最小値は、ＳＬＢＷＰのＳＣＳ構成および／またはプライマリセルにおいてＵＬＢＷＰを活動化するためのＳＣＳ構成を調整することによって調整され得る。

別の可能な実施態様においては、ステップ８００でＲＸＵＥがＵｕＤＲＸ構成に関する情報および／またはＰＳＦＣＨ－ＰＵＣＣＨインターバルの最小値を受信したときに、ＲＸＵＥは、たとえば、ＵｕＤＲＸ構成に関する情報および／またはＰＳＦＣＨ－ＰＵＣＣＨインターバルの最小値をネットワークデバイスに通知することもある。

ステップ８０１ｂ：ＲＸＵＥが、ＵｕＤＲＸ構成に関する情報および／またはＰＳＦＣＨ－ＰＵＣＣＨインターバルの最小値をＲＸＵＥのネットワークデバイスに送信する。

たとえば、ＳＬＤＲＸ構成がＲＸＵＥのネットワークデバイスによって決定される場合には、ＲＸＵＥに対応するネットワークデバイスがＵｕＤＲＸ構成に関する情報および／またはＰＳＦＣＨ－ＰＵＣＣＨインターバルの最小値を受信したときに、ネットワークデバイスは、以下の後続の動作を実行することがある。たとえば、ＲＸＵＥに対応するネットワークデバイスは、ＵｕＤＲＸ構成に関する情報および／またはＰＳＦＣＨ－ＰＵＣＣＨインターバルの最小値に基づいてＳＬＤＲＸ構成に関する情報を決定することがある。ＵｕＤＲＸ構成がＳＬＤＲＸ構成と一致しない場合には、ＳＬＤＲＸ構成が調整されることがある。あるいは、ＵｕＤＲＸ構成がＳＬＤＲＸ構成と一致しないこと、またはＰＳＦＣＨ－ＰＵＣＣＨインターバルの最小値が不適切であることが、ＲＸＵＥに通知される。次いで、ＲＸＵＥは、この情報をＴＸＵＥに通知し、ＴＸＵＥは、この情報をＲＸＵＥのネットワークデバイスに通知する。この情報を受信した後で、ＴＸＵＥに対応するネットワークデバイスは、ＵｕＤＲＸ構成および／またはＰＳＦＣＨ－ＰＵＣＣＨインターバルの最小値を調整する。

上記の手順について、具体例を提供する。ＴＸＵＥは、受信端として機能するＴＸＵＥについてのＵｕＤＲＸ構成およびＰＳＦＣＨ－ＰＵＣＣＨインターバルの最小値をＲＸＵＥに送信することがあり、ここで、上記のＵｕＤＲＸ構成は、ＲＴＴタイマーの構成および再伝送タイマーの構成を含むことがある。可能な実施態様においては、ＴＸＵＥは、ＵｕＤＲＸ構成とＰＵＣＣＨＨ－ＰＳＦＣＨインターバルの最小値とを独立してＲＸＵＥに送信することがある。たとえば、ＵｕＤＲＸＵＥのＲＴＴタイマー、再伝送タイマー、またはＰＵＣＣＨ－ＰＳＦＣＨインターバルの最小値のうち少なくとも１つが変化したとき、または変動が事前設定されたしきい値未満であるときに、ＴＸＵＥは、ＵｕＤＲＸ構成およびＰＵＣＣＨ－ＰＳＦＣＨインターバルの最小値をＲＸＵＥに送信する。あるいは、別の可能な実施態様においては、ＴＸＵＥがＲＸＵＥから要求を受信したときに、ＴＸＵＥは、ＵｕＤＲＸ構成およびＰＳＦＣＨ－ＰＵＣＣＨインターバルの最小値をＲＸＵＥに送信する。

この例では、ＲＸＵＥがＵｕＤＲＸ構成およびＰＳＦＣＨ－ＰＵＣＣＨインターバルの最小値を受信したときに、ＲＸＵＥは、ＳＬＤＲＸ構成を決定することがある。次いで、ＲＸＵＥは、ＳＬＤＲＸ構成がＵｕＤＲＸにおけるＲＴＴタイマーおよび再伝送タイマーの値と一致するかどうかを決定することがある。一致しない場合には、ＲＸＵＥは、ＴＸＵＥに通知することがある。その後、ＴＸＵＥが不一致通知を受信したときに、ＴＸＵＥは、対応する基地局に、ＵｕＤＲＸにおけるＲＴＴタイマーおよび／もしくは再伝送タイマーの値を変更するように要求することがあり、ならびに／またはＴＸＵＥは、基地局に、ＰＳＦＣＨ－ＰＵＣＣＨインターバルの最小値などを更新するために、ＳＬＢＷＰのＳＣＳ構成もしくはプライマリセルにおいてＵＬＢＷＰを活動化するためのＳＣＳ構成などを変更するように要求する。

「不一致」通知に関係する上記の方法によれば、ＵｕＤＲＸ構成についての調整情報および／またはＰＳＦＣＨ－ＰＵＣＣＨインターバルの最小値の調整情報を、ＲＸＵＥのネットワークデバイスがＲＸＵＥに対してさらに送信し得る、ＲＸＵＥがＴＸＵＥに対してさらに送信し得る、またはＴＸＵＥがＴＸＵＥのネットワークデバイスに対してさらに送信し得、ここで、調整情報と「不一致」通知とは、一緒に送信されることもあり、別個に送信されることもある。

上記の方法によれば、ＳＬＤＲＸ構成がＵｕＤＲＸ構成と一致することができるので、ＳＬ再伝送および／またはＵｕＤＲＸ再伝送タイマーの稼働中に基地局によってスケジュールされる新たな伝送をＲＸＵＥが受信できないことを回避することができる。

実施形態５
本願の実施形態５は、サイドリンク通信方法を提供する。この方法の適用シナリオは、以下のシナリオであることがある。基地局によってＴＸＵＥに送信されるＳＬグラントを搬送するＤＣＩまたはＲＲＣは、ＳＬＨＡＲＱフィードバックリソースについての表示情報を含むことがある。ＳＬＨＡＲＱフィードバックリソースが存在する場合には、それは、ＴＸＵＥがＳＬＨＡＲＱフィードバックを基地局に送信することがあることを示す。そうでない場合には、それは、ＴＸＵＥがＳＬＨＡＲＱフィードバックを基地局に送信する必要がないことを示す。ＳＬＨＡＲＱフィードバックリソースがない場合には、ＲＴＴタイマーおよび再伝送タイマーは、ＴＸＵＥと基地局の間のＵｕＤＲＸについて開始されないことがある。しかし、ＲＸＵＥは、ＳＬＨＡＲＱフィードバックリソースが現在のＳＬＨＡＲＱプロセスについて構成されていないことを知らない。ＲＸＵＥがＳＬＤＲＸについて対応する再伝送タイマーを開始した場合には、ＲＸＵＥの電力消費が浪費になる。

第１の通信デバイスは、ＴＸＵＥであり、第２の通信デバイスは、ＲＸＵＥであり、第３の通信デバイスは、ネットワークデバイスであり、第１のＤＲＸは、ＵｕＤＲＸであり、第２のＤＲＸは、ＳＬＤＲＸであり、第１のタイマーおよび第２のタイマーは、それぞれＳＬＤＲＸに関連付けられたＲＴＴタイマーおよび再伝送タイマーである。第３のタイマーおよび第４のタイマーは、それぞれＵｕＤＲＸに関連付けられたＲＴＴタイマーおよび再伝送タイマーである。サイドリンク通信方法の手順は図９に示されるように提供され、少なくとも以下のステップを含む。

ステップ９００：ＴＸＵＥが、ネットワークデバイスから第２の情報を受信し、ここで、第２の情報は、ＤＣＩまたはＲＲＣなどであることがあり、第２の情報は、ＳＬグラント情報を搬送することがある。第２の情報は、表示情報を搬送することがあり、この表示情報は、ＳＬＨＡＲＱフィードバックリソースが存在するかどうかを示す、またはＳＬＨＡＲＱフィードバックリソースが存在するかどうかを示すために使用され（この場合、表示情報が空である場合には、それはＳＬＨＡＲＱフィードバックリソースが存在しないことを示す）、ここで、ＳＬＨＡＲＱフィードバックリソースは、ＰＵＣＣＨリソースまたはＰＵＳＣＨリソースなどであることがある。ＳＬＨＡＲＱフィードバックリソースは、ＴＸＵＥによって、ＳＬＨＡＲＱフィードバックをネットワークデバイスに送信するために使用される。任意選択で、第２の情報は、ＳＬグラントなどをさらに搬送することがあり、ＳＬグラントは、ネットワークデバイスによって、ＳＬリソースを基地局に割り振るために使用される。

可能な実施態様においては、第２の情報は表示情報を搬送し、ここで、表示情報は、ＳＬＨＡＲＱフィードバックリソースが存在するかどうかを示し、これは、詳細には、表示情報が、ＳＬＨＡＲＱフィードバックリソースが第１のＳＬプロセスまたは第１のＳＬトランスポートブロック（ｔｒａｎｓｐｏｒｔｂｌｏｃｋ、ＴＢ）に存在するかどうかを示す、ということであることがある。

ステップ９０１：ＴＸＵＥが、第２の情報に基づいて第３の情報をＲＸＵＥに送信し、ここで、第３の情報は、ＳＬＤＲＸについて、対応するＳＬプロセスのＲＴＴタイマーおよび／または再伝送タイマーを開始するかどうかを通知するものであって、このＳＬプロセスは、ＳＬＨＡＲＱプロセスなどであることがあり、または第３の情報は、ＳＬＨＡＲＱフィードバックリソースが存在するかどうかを示すものである。

任意選択で、ステップ９０２：ＲＸＵＥが、第３の情報に基づいて、ＳＬＤＲＸについて、対応するＳＬプロセスのＲＴＴタイマーおよび／または再伝送タイマーを開始するかどうかを決定する。

可能な実施態様においては、第３の情報がＳＬＤＲＸに対応するＳＬプロセスにおいてＲＴＴタイマーおよび／もしくは再伝送タイマーを開始するように指示するために使用されるとき、または第３の情報がＳＬＨＡＲＱフィードバックリソースが存在することを示し、第１の条件が満たされるときに、ＲＸＵＥは、ＳＬＤＲＸについて、対応するＳＬプロセスのＲＴＴタイマーおよび／または再伝送タイマーを開始する。可能な実施態様においては、第１の条件は、ＳＣＩを受信した後で、ＲＸＵＥがＰＳＦＣＨリソース中の第１のシンボルまたはＰＳＦＣＨリソースの後の第１のシンボルにおいてＲＴＴタイマーを開始することがある。ＲＴＴタイマーが切れたときに、ＲＸＵＥは、再伝送タイマーを開始する。別の可能な実施態様においては、第１の条件は、ＲＸＵＥが、ＳＬＨＡＲＱフィードバックが送信された後で第１のシンボルにおいてＲＴＴタイマーを開始することがある。ＲＴＴタイマーが切れ、ＳＬデータがデコードされなかったときに、再伝送タイマーが開始される。

別の可能な実施態様においては、第３の情報がＳＬＤＲＸに対応するＳＬプロセスにおいてＲＴＴタイマーおよび／もしくは再伝送タイマーを開始しないように指示するために使用されるとき、または第３の情報がＳＬＨＡＲＱフィードバックリソースが存在することを示し、第１の条件が満たされるときには、ＲＸＵＥは、ＳＬＤＲＸについて、対応するＳＬプロセスのＲＴＴタイマーおよび／または再伝送タイマーを開始しない。第１の条件については、上記の説明を参照されたい。詳細について重ねて述べることはしない。

任意選択で、ステップ９０３：ＴＸＵＥが、第２の情報に基づいて、ＵｕＤＲＸについて、対応するＳＬプロセスのＲＴＴタイマーおよび／もしくは再伝送タイマーを開始するかどうかを決定する、および／またはＳＬＤＲＸについて、対応するＳＬプロセスのＲＴＴタイマーおよび／または再伝送タイマーを開始するかどうかを決定する。

可能な実施態様においては、第２の情報がＳＬＨＡＲＱフィードバックリソースが存在することを示し、第２の条件が満たされるときに、ＴＸＵＥは、ＵｕＤＲＸについて、対応するＳＬプロセスのＲＴＴタイマーおよび／または再伝送タイマーを開始する。第２の条件は、ＤＣＩを受信したとき、またはＤＣＩを受信した後で、ＴＸＵＥが、ＴＸＵＥとネットワークの間で使用されるＳＬＨＡＲＱフィードバックリソース中の第１のシンボルまたはＳＬＨＡＲＱフィードバックリソースの後の第１のシンボルにおいてＲＴＴタイマーを開始することを含むことがある。ＲＴＴタイマーが切れたときに、ＴＸＵＥは、再伝送タイマーを開始する。あるいは、第２の条件は、ＴＸＵＥがＳＬＨＡＲＱフィードバックが送信された後で第１のシンボルにおいてＲＴＴタイマーを開始することを含むことがある。ＲＴＴタイマーが切れ、ＲＸＵＥから受信されたＳＬＨＡＲＱフィードバックがＮＡＣＫである、またはＲＸＵＥのＳＬＨＡＲＱフィードバックが受信されない（リソースは構成されている）ときに、ＴＸＵＥは、再伝送タイマーを開始する。

さらに、第２の情報がＳＬＨＡＲＱフィードバックリソースが存在することを示し、第３の条件が満たされるときに、ＴＸＵＥはさらに、ＳＬＤＲＸについて、対応するＳＬプロセスのＲＴＴタイマーおよび／または再伝送タイマーを開始することがある。たとえば、第３の条件は、ＳＣＩをＲＸＵＥに送信するときに、ＴＸＵＥが、ＴＸＵＥとＲＸＵＥの間で使用されるＳＬＨＡＲＱフィードバックリソースにおける第１のタイムユニット、またはそのリソースの後の第１のタイムユニットにおいてＲＴＴタイマーを開始することを含むことがある。ＲＴＴタイマーが切れたときに、再伝送タイマーが開始される。または、ＲＴＴタイマーが切れ、ＲＸＵＥから受信されたＳＬＨＡＲＱフィードバックがＮＡＣＫである、もしくはＲＸＵＥのＳＬＨＡＲＱフィードバックが受信されない（リソースは構成されている）ときに、再伝送タイマーが開始される。

別の可能な実施態様においては、第２の情報がＳＬＨＡＲＱフィードバックリソースが存在しないことを示し、第２の条件が満たされるときには、ＴＸＵＥは、ＵｕＤＲＸについて、対応するＳＬプロセスのＲＴＴタイマーおよび／または再伝送タイマーを開始しない。第２の条件については、上記の説明を参照されたい。詳細について重ねて述べることはしない。

さらに、第２の情報がＳＬＨＡＲＱフィードバックリソースが存在しないことを示し、第３の条件が満たされるときに、ＴＸＵＥは、ＳＬＤＲＸについて、対応するＳＬプロセスのＲＴＴタイマーおよび／または再伝送タイマーを開始しない。第３の条件については、上記の説明を参照されたい。詳細について重ねて述べることはしない。

図９に示される上記の手順について、具体例を提供する。図１０に示されるように、本実施形態では、ＴＸＵＥは、基地局からＤＣＩまたはＲＲＣを受信することがあり、ここで、ＤＣＩまたはＲＲＣは、ＳＬグラントを搬送することがある。たとえば、ＤＣＩは、ＤＧまたはＣＧタイプ２で使用されるＤＣＩであることがあり、ＲＲＣは、ＣＧタイプ１などで使用されるＲＲＣであることがある。

可能な実施態様においては、ＴＸＵＥによって基地局から受信されるＤＣＩまたはＲＲＣが、ＴＸがＳＬＨＡＲＱフィードバックをネットワークに送信するためのリソース（たとえばＰＵＣＣＨリソースまたはＰＵＳＣＨリソース）があることを示す場合には、ＴＸＵＥは、以下の動作を実行する。現在の条件が満たされるときに、ＴＸＵＥは、ＵｕＤＲＸおよびＳＬＤＲＸについて、対応するＨＡＲＱプロセスのＲＴＴタイマーおよび／またはｓｌ再伝送タイマーを開始する。現在の条件が満たされるときに、ＴＸＵＥは、ＲＸＵＥに、対応するＳＬＨＡＲＱプロセス（ＳＬＤＲＸ）におけるＲＴＴタイマー／再伝送タイマーを開始するように指示する、またはＲＸＵＥに、「対応するｓｌＨＡＲＱプロセスにＰＵＣＣＨリソースがある」ことを示す。したがって、現在の条件が満たされるときに、ＲＸＵＥは、対応するｓｌＨＡＲＱプロセスのＲＴＴタイマーおよび／または再伝送タイマーを開始する。

別の可能な実施態様においては、ＴＸＵＥによって基地局から受信されるＤＣＩまたはＲＲＣが、ＴＸがＳＬＨＡＲＱフィードバックをネットワークに送信するためのリソースがないことを示す場合には、ＴＸＵＥは、以下の動作を実行する。ＴＸＵＥは、ＵｕＤＲＸおよびＳＬＤＲＸについて、対応するＨＡＲＱプロセスのＲＴＴタイマーおよび／または再伝送タイマーを開始しない。ＴＸＵＥは、ＲＸＵＥに、対応するＳＬＨＡＲＱプロセス（ＳＬＤＲＸ）におけるＲＴＴタイマー／再伝送タイマーを開始しないように指示する、またはＲＸＵＥに、「対応するＳＬＨＡＲＱプロセスにＰＵＣＣＨリソースがない」ことを通知する。したがって、ＲＸＵＥは、対応するＳＬＨＡＲＱプロセスのＲＴＴタイマーおよび／または再伝送タイマーを開始しないと決定する。

上記の方法によれば、ＳＬＨＡＲＱプロセスについてＰＵＣＣＨリソースが構成されていないためにＴＸＵＥがＵｕＤＲＸについて対応するＲＴＴタイマーおよびｓｌ再伝送タイマーを開始していないことをＲＸＵＥが知らず、そのためにＳＬＤＲＸについて対応する再伝送タイマーを開始したときに生じるＲＸＵＥの電力消費の浪費が回避されることが可能である。

注：本願の本実施形態では、上記の実施形態は、単独で使用されたり、組み合わせて使用されたりすることなどがある。これは限定されない。たとえば、可能な設計では、上記の実施形態２と上記の実施形態３が組み合わせて使用されることがある。たとえば、ＴＸＵＥの競合または優先順位付けなどの理由によりＴＸＵＥがＲＸＵＥのＳＬＨＡＲＱフィードバックを受信することができないときには、上記の実施形態２の解決策が使用され得る。ＴＸＵＥが他の理由でＲＸＵＥのＳＬＨＡＲＱフィードバックを受信し損なったときには、上記の実施形態３などの解決策が使用され得る。

図１１は、本願の実施形態による装置１１００の概略図である。この装置は、上記の方法の実施形態において第１の通信デバイス、第２の通信デバイスまたは第３の通信デバイスによって実行される方法の機能を実施するように構成される。図１１に示されるように、装置１１００は、トランシーバユニット１１１０と、処理ユニット１１２０とを含む。

第１の実施形態では、装置１１００は、第１の通信デバイスまたは第１の通信デバイス内のチップであることがある。

トランシーバユニット１１１０は、サイドリンク制御情報を第２の通信デバイスから受信するように構成され、処理ユニット１１２０は、サイドリンクＳＬハイブリッド自動再送要求ＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始するように構成され、ここで、ＳＬＨＡＲＱフィードバックリソースは、サイドリンク制御情報のＨＡＲＱフィードバック、またはサイドリンク制御情報を使用することによってスケジュールされるＳＬデータを伝送するために使用され、処理ユニット１１２０は、第１のタイマーに基づいて第２のタイマーを開始する、または開始するのをスキップするようにさらに構成され、ここで、
第１のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、第２のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに必要とされる最大持続時間を示すために使用される。

可能な実施態様においては、ＳＬＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始することは、
ＳＬＨＡＲＱフィードバックリソースにおける第１のタイムユニットにおいて第１のタイマーを開始すること、または構成されたＳＬＨＡＲＱフィードバックリソースにおける第１のタイムユニットにおいて第１のタイマーを開始すること、またはＳＬＨＡＲＱフィードバックリソースの後の第１のタイムユニットにおいて第１のタイマーを開始すること、または構成されたＳＬＨＡＲＱフィードバックリソースの後の第１のタイムユニットにおいて第１のタイマーを開始することを含む。

可能な実施態様においては、処理ユニット１１２０は、第２のタイマーを停止するようにさらに構成される。

可能な実施態様においては、ＳＬＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始することは、
ＨＡＲＱフィードバックを送信し損なう、または送信するのをスキップすることであって、ここで、ＨＡＲＱフィードバックは、肯定応答ＡＣＫまたは否定応答ＮＡＣＫである、ことと、ＳＬＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始することとを含む。

可能な実施態様においては、第１のタイマーに基づいて第２のタイマーを開始する、または開始するのをスキップすることは、第１のタイマーが切れて、サイドリンク制御情報もしくはサイドリンク制御情報を使用することによってスケジュールされたＳＬデータが成功裏にデコードされた、もしくはデコードされ損なったときに、第１の通信デバイスによって第２のタイマーを開始すること、または第１のタイマーが切れたときに、第２のタイマーを開始することを含む。

可能な実施態様においては、第１のタイマーに基づいて第２のタイマーを開始する、または開始するのをスキップすることは、第１のタイマーが切れて、ＨＡＲＱフィードバックが送信され損なった、または送信されないときに、第１の通信デバイスによって第２のタイマーを開始することであって、ここで、ＨＡＲＱフィードバックは、ＡＣＫもしくはＮＡＣＫであること、または第１のタイマーが切れ、ＨＡＲＱフィードバックが成功裏に送信される、もしくは送信され、ＨＡＲＱフィードバックがＮＡＣＫであるときに、第１の通信デバイスによって第２のタイマーを開始することを含む。

可能な実施態様においては、ＨＡＲＱフィードバックを送信し損なう、または送信するのをスキップすることは、優先順位付け（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）または競合に起因してＨＡＲＱフィードバックを送信し損なう、または送信するのをスキップすることを含む。

可能な実施態様においては、ＳＬＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始することは、ＳＣＩのＨＡＲＱフィードバックもしくはＳＣＩを使用することによってスケジュールされたＳＬデータを成功裏に送信する、もしくは送信し損なうことと、ＳＬＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始することとを含む。

可能な実施態様においては、第１のタイマーに基づいて第２のタイマーを開始する、または開始することをスキップすることは、第１のタイマーが切れたときに第２のタイマーを開始することを含む。（第２のタイマーは、ＳＬデータが成功裏にデコードされたかどうかに関わらず開始される。）

第２の実施形態では、装置１１００は、第２の通信デバイスまたは第２の通信デバイス内のチップであることがある。

トランシーバユニット１１１０は、サイドリンク制御情報を第１の通信デバイスに送信するように構成され、処理ユニット１１２０は、ＳＬＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始するように構成され、処理ユニット１１２０は、第１のタイマーに基づいて第２のタイマーを開始する、または開始するのをスキップするようにさらに構成され、ここで、第１のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、第２のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに必要とされる最大持続時間を示すために使用される。

可能な実施態様においては、第１のタイマーに基づいて第２のタイマーを開始する、または開始するのをスキップすることは、第１のタイマーが切れたときに、第２のタイマーを開始することを含む。

可能な実施態様においては、第１のタイマーに基づいて第２のタイマーを開始する、または開始するのをスキップすることは、第１のタイマーが切れたときに、第２の通信デバイスが、ＨＡＲＱフィードバックが成功裏に受信し、ＨＡＲＱフィードバックが、サイドリンク制御情報のＨＡＲＱフィードバックもしくはサイドリンク制御情報を使用することによってスケジュールされたＳＬデータを含み、ＨＡＲＱフィードバックがＮＡＣＫである場合、または第２の通信デバイスが、ＨＡＲＱフィードバックを受信し損なった場合、または第２の通信デバイスが、ＨＡＲＱフィードバックを第３の通信デバイスに送信し、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第２の通信デバイスによって第２のタイマーを開始することを含む。

第３の実施形態では、装置１１００は、第１の通信デバイスまたは第１の通信デバイス内のチップであることがある。

トランシーバユニット１１１０は、サイドリンク制御情報を第２の通信デバイスに送信するように構成され、処理ユニット１１２０は、ＨＡＲＱフィードバックが受信されないと決定するように構成され、ここで、ＨＡＲＱフィードバックは、サイドリンク制御情報のＨＡＲＱフィードバックまたはサイドリンク制御情報を使用することによってスケジュールされたＳＬデータを含み、トランシーバユニット１１１０は、第１の情報を第２の通信デバイスに送信するようにさらに構成され、ここで、第１の情報は、第１の通信デバイスがＨＡＲＱフィードバックを受信していないことを示すものである。

ＨＡＲＱフィードバックが受信されないと決定することは、送信および受信の競合または優先順位付け（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）に起因してＨＡＲＱフィードバックを受信し損なうことを含む。

第４の実施形態では、装置１１００は、第２の通信デバイスまたは第２の通信デバイス内のチップであることがある。

トランシーバユニット１１１０は、サイドリンク制御情報を第１の通信デバイスから受信するように構成され、トランシーバユニット１１１０は、ＨＡＲＱフィードバックを第１の通信デバイスに送信するようにさらに構成され、ここで、ＨＡＲＱフィードバックは、サイドリンク制御情報のＨＡＲＱフィードバックまたはサイドリンク制御情報を使用することによってスケジュールされたＳＬデータを含み、トランシーバユニット１１１０は、第１の表示情報を第１の通信デバイスから受信するようにさらに構成され、ここで、第１の表示情報は、第１の通信デバイスがＨＡＲＱフィードバックを受信していないことを示すものである。

可能な実施態様においては、この装置は、処理ユニットをさらに含む。処理ユニット１１２０は、ＨＡＲＱフィードバックが送信された後で第３のタイマーを開始するように構成され、ここで、第２の通信デバイスは、第３のタイマーの稼働中にアクティブ時間にある。

可能な実施態様においては、ＨＡＲＱフィードバックを受信し損なうことは、送信および受信の競合または優先順位付け（ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）に起因してＨＡＲＱフィードバックを受信し損なうことを含む。

可能な実施態様においては、処理ユニット１１２０は、ＨＡＲＱフィードバックが送信されたときに、もしくはＨＡＲＱフィードバックが送信された後で、第１のタイマーを開始する、またはＨＡＲＱフィードバックが送信された後で第１のタイムユニットにおいて第１のタイマーを開始するようにさらに構成される。

可能な実施態様においては、処理ユニット１１２０は、第１のタイマーが切れたときに、第２のタイマーを開始するようにさらに構成される。

第５の実施形態では、装置１１００は、第１の通信デバイスまたは第１の通信デバイス内のチップであることがある。

トランシーバユニット１１１０は、サイドリンク制御情報を第２の通信デバイスに送信するように構成され、処理ユニット１１２０は、ＨＡＲＱフィードバックが受信されないと決定するように構成され、ここで、ＨＡＲＱフィードバックは、サイドリンク制御情報のＨＡＲＱフィードバックまたはサイドリンク制御情報を使用することによってスケジュールされたＳＬデータを含み、トランシーバユニット１１１０は、第２の情報、またはＮＡＣＫおよび第２の情報を第３の通信デバイスに送信するようにさらに構成され、ここで、第２の情報は、第１の通信デバイスがＨＡＲＱフィードバックを受信していないことを示し、または第２の情報は、第３の通信デバイスが、ＮＡＣＫに対応するＨＡＲＱプロセスの第２のタイマーの稼働中に、ＳＬ新伝送もしくはＳＬのために使用される別のＨＡＲＱプロセスの再伝送をスケジュールしていないことを示し、第２のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに必要とされる最大持続時間を示すために使用される。

第６の実施形態では、装置１１００は、第１の通信デバイスまたは第１の通信デバイス内のチップであることがある。

トランシーバユニット１１１０は、第２の情報、またはＮＡＣＫおよび第２の情報を第１の通信デバイスから受信するように構成され、ここで、第２の情報は、第１の通信デバイスがＨＡＲＱフィードバックを受信していないことを示し、または第２の情報は、第３の通信デバイスが、ＮＡＣＫに対応するＨＡＲＱプロセスの第２のタイマーの稼働中に、ＳＬ新伝送もしくはＳＬのために使用される別のＨＡＲＱプロセスの再伝送をスケジュールしていないことを示し、第２のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに必要とされる最大持続時間を示すために使用され、処理ユニット１１２０は、ＮＡＣＫに対応するＨＡＲＱプロセスの第２のタイマーの稼働中に、ＳＬ新伝送またはＳＬのために使用される別のＨＡＲＱプロセスの再伝送をスケジュールしないように構成される。

第７の実施形態では、装置１１００は、第１の通信デバイスまたは第１の通信デバイス内のチップであることがある。

トランシーバユニット１１１０は、第１のＤＲＸ構成に関する情報および／または第１のインターバルに関する情報を第２の通信デバイスから受信するように構成され、ここで、第１のＤＲＸ構成は、この通信デバイスと第３の通信デバイスの間のＤＲＸ構成であり、第１のインターバルは、第１のリソースと第２のリソースの間におけるインターバルであり、第１のリソースは、第２の通信デバイスがＳＬＨＡＲＱフィードバックを第３の通信デバイスに送信するためのリソースであり、第２のリソースは、第１の通信デバイスがＳＬＨＡＲＱフィードバックを第２の通信デバイスに送信するためのリソースであり、処理ユニット１１２０は、第１のＤＲＸ構成に関する情報および／または第１のインターバルに関する情報に基づいて第２のＤＲＸ構成を決定するように構成され、ここで、第２のＤＲＸ構成は、第１の通信デバイスと第２の通信デバイスの間におけるＤＲＸ構成である。あるいは、トランシーバユニット１１１０は、第１のＤＲＸ構成に関する情報および／または第１のインターバルに関する情報をトランシーバユニットの第３の通信デバイスに送信するようにさらに構成される。

可能な実施態様においては、第１のインターバルは、第１のリソースと第２のリソースの間のインターバルの最小値を含む。

可能な実施態様においては、トランシーバユニット１１１０は、第１のＤＲＸ構成が第２のＤＲＸ構成と一致しないときに、第１の情報を第２の通信デバイスに送信するようにさらに構成され、ここで、第１の情報は、第１のＤＲＸ構成が第２のＤＲＸ構成と一致しないことを第２の通信デバイスに通知するものである。

可能な実施態様においては、トランシーバユニット１１１０は、第１の要求情報を第２の通信デバイスに送信するようにさらに構成され、ここで、第１の要求情報は、第１のＤＲＸ構成に関する情報および／または第１のインターバルに関する情報を第１の通信デバイスに送信するように第２の通信デバイスに要求するために使用される。

第８の実施形態では、装置１１００は、第２の通信デバイスまたは第２の通信デバイス内のチップであることがある。

処理ユニット１１２０は、第１のＤＲＸ構成に関する情報および／または第１のインターバルに関する情報を決定するように構成され、ここで、第１のＤＲＸ構成は、第２の通信デバイスと第３の通信デバイスの間のＤＲＸ構成であり、第１のインターバルは、第１のリソースと第２のリソースの間のインターバルであり、第１のリソースは、第２の通信デバイスがＳＬＨＡＲＱフィードバックを第３の通信デバイスに送信するためのリソースであり、第２のリソースは、第１の通信デバイスがＳＬＨＡＲＱフィードバックを第２の通信デバイスに送信するためのリソースであり、トランシーバユニット１１１０は、第１のＤＲＸ構成に関する情報および／または第１のインターバルに関する情報を第１の通信デバイスに送信するように構成される。

可能な実施態様においては、第１のインターバルは、第１のリソースと第２のリソースとの間のインターバルの最小値を含む。

可能な実施態様においては、トランシーバユニット１１１０は、第１の情報を第１の通信デバイスから受信するようにさらに構成され、ここで、第１の情報は、第１のＤＲＸ構成が第２のＤＲＸ構成と一致しないことを第２の通信デバイスに通知するものであり、第２のＤＲＸ構成は、第１の通信デバイスと第２の通信デバイスとの間のＤＲＸであり、第２のＤＲＸ構成は、第１の通信デバイスと第２の通信デバイスの間のＳＬ通信のために使用される、または第２のＤＲＸ構成は、第２の通信デバイスによって送信された情報を第１の通信デバイスが受信するために使用される。

可能な実施態様においては、第１の条件が満たされるときに、トランシーバユニット１１１０は、第１のＤＲＸ構成に関する情報および／または第１のインターバルに関する情報を第１の通信デバイスに送信するステップを実行する。

可能な実施態様においては、第１の条件は、第１のインターバルが変化していること、第１のインターバルの変動が第１のしきい値より大きいこと、第１のＤＲＸ構成に関する情報が変化していること、および第１のＤＲＸ構成に関する情報の変動が第２のしきい値より大きいこと、のうちの少なくとも１つを含む。

可能な実施態様においては、トランシーバユニット１１１０は、第１の要求情報を第１の通信デバイスから受信するようにさらに構成され、ここで、第１の要求情報は、第１のＤＲＸ構成に関する情報および／または第１のインターバルに関する情報を第１の通信デバイスに送信するように第２の通信デバイスに要求するために使用される。

第９の実施形態では、装置１１００は、第１の通信デバイスまたは第１の通信デバイス内のチップであることがある。

トランシーバユニット１１１０は、第２の情報を第３の通信デバイスから受信するように構成され、ここで、第２の情報は、ＳＬＨＡＲＱフィードバックリソースが存在するかどうかを示し、ＳＬＨＡＲＱフィードバックリソースは、第１の通信デバイスによってＳＬＨＡＲＱフィードバックを第３の通信デバイスに送信するために使用され、処理ユニット１１２０は、第２の情報に基づいて第３の情報を第２の通信デバイスに送信するように構成され、ここで、第３の情報は、第２のＤＲＸについて、対応するＳＬプロセスの第１のタイマーおよび／もしくは第２のタイマーを開始するかどうかを通知する、もしくは第３の情報は、ＳＬＨＡＲＱフィードバックリソースが存在するかどうかを示し、および／または処理ユニット１１２０は、第２の情報に基づいて、第１のＤＲＸについて、対応するＳＬプロセスの第３のタイマーおよび／もしくは第４のタイマーを開始するかどうかを決定する、および／もしくは第２のＤＲＸについて、対応するＳＬプロセスの第１のタイマーおよび／もしくは第２のタイマーを開始するかどうかを決定するようにさらに構成される。第１のＤＲＸは、第１の通信デバイスと第３の通信デバイスの間のＤＲＸであり、第２のＤＲＸは、第１の通信デバイスと第２の通信デバイスの間のＤＲＸであり、第１のタイマーおよび／または第３のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、第２のタイマーおよび／または第４のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに必要とされる最大持続時間を示すために使用される。

可能な実施態様においては、第２の情報がＳＬＨＡＲＱフィードバックリソースが存在するかどうかを示すことは、第２の情報が、ＳＬＨＡＲＱフィードバックリソースが第１のＳＬプロセスもしくは第１のＳＬトランスポートブロックＴＢに存在するか、または存在しないかを示すことを含む。

可能な実施態様においては、第２の情報がＳＬＨＡＲＱフィードバックリソースが存在することを示すときには、第３の情報は、第２のＤＲＸに対応するＳＬプロセスにおいて第１のタイマーおよび／もしくは第２のタイマーを開始するように指示するために使用される、もしくは第３の情報は、ＳＬＨＡＲＱフィードバックリソースが存在することを示し、ならびに／または第１の条件が満たされるときに、第１の通信デバイスは、第１のＤＲＸについて、対応するＳＬプロセスの第３のタイマーおよび／もしくは第４のタイマーを開始し、ならびに／または第２の条件が満たされるときに、第１の通信デバイスは、第２のＤＲＸについて、対応するＳＬプロセスの第１のタイマーおよびもしくは第２のタイマーを開始する。

可能な実施態様においては、第２の情報が、ＳＬＨＡＲＱフィードバックリソースが存在しないことを示すときには、第２の情報は、第２のＤＲＸに対応するＳＬプロセスにおける第１のタイマーおよび／もしくは第２のタイマーが開始されないことを通知し、または第２の情報は、ＳＬＨＡＲＱフィードバックリソースが存在しないことを示し、ならびに／または第１の条件が満たされるときに、第１の通信デバイスは、第１のＤＲＸについて、対応するＳＬプロセスの第３のタイマーおよび／もしくは第４のタイマーを開始せず、ならびに／または第２の条件が満たされるときに、第１の通信デバイスは、第２のＤＲＸについて、対応するＳＬプロセスの第１のタイマーおよび／もしくは第２のタイマーを開始しない。

第９の実施形態では、装置１１００は、第３の通信デバイスまたは第３の通信デバイス内のチップであることもある。
トランシーバユニット１１１０は、第３の情報を第１の通信デバイスから受信するように構成され、ここで、第３の情報は、第２のＤＲＸについて、対応するＳＬプロセスの第１のタイマーおよび／もしくは第２のタイマーを開始するかどうかを通知する、または第３の情報は、ＳＬＨＡＲＱフィードバックリソースが存在するかどうかを示し、処理ユニット１１２０は、第３の情報に基づいて、第２のＤＲＸについて、対応するＳＬプロセスの第１のタイマーおよび／または第２のタイマーを開始するかどうかを決定するように構成され、ここで、第２のＤＲＸは、第１の通信デバイスと第２の通信デバイスの間のＤＲＸであり、第１のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、第２のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに必要とされる最大持続時間を示すために使用される。

可能な実施態様においては、第３の情報が、第２のＤＲＸに対応するＳＬプロセスにおける第１のタイマーおよび／もしくは第２のタイマーを開始するように指示するために使用されるとき、または第３の情報が、ＳＬＨＡＲＱフィードバックリソースが存在し、第３の条件が満たされるときには、第２の端末デバイスが、対応するＳＬプロセスの第１のタイマーおよび／または第２のタイマーを開始することを示す。

可能な実施態様においては、第３の情報が、第２のＤＲＸに対応するＳＬプロセスにおける第１のタイマーおよび／もしくは第２のタイマーを開始しないように指示するために使用されるとき、または第３の情報が、ＳＬＨＡＲＱフィードバックリソースが存在することを示し、第３の条件が満たされるときには、第２の通信デバイスは、対応するＳＬプロセスの第１のタイマーおよび／または第２のタイマーを開始しない。

この装置のユニットの分割は、単に論理的な機能分割に過ぎず、実際の実装では１つの物理的エンティティに完全または部分的に統合されることも可能であり、または物理的に分離されることも可能であることを理解されたい。さらに、この装置の全てのユニットは、処理要素によって呼び出すソフトウェアの形態で実装されることもあり、またはハードウェアの形態で実装されることも可能である。あるいは、一部のユニットが、処理要素によって呼び出すソフトウェアの形態で実装され、一部のユニットがハードウェアの形態で実装されることもある。たとえば、各ユニットは、別個に配置された処理要素であることもあり、装置のチップに統合されて実装されることもある。さらに、各ユニットは、そのユニットの機能を実行するために装置の処理要素によって呼び出されるプログラムの形態でメモリに記憶されることもある。さらに、これらのユニットの全てまたは一部は、統合されることもあり、独立して実装されることもある。本明細書に記載される処理要素は、プロセッサであることもあり、信号処理能力を有する集積回路であることもある。実装時には、上記の方法によるステップまたは上記のユニットは、プロセッサ要素内のハードウェア集積論理回路を用いて実装されることもあり、処理要素によって呼び出されるソフトウェアの形態で実装されることもある。

たとえば、上記の装置のうちのいずれか１つにおけるユニットは、上記の方法を実施するように構成された１つまたは複数の集積回路であることがあり、たとえば、１つもしくは複数の特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔ、ＡＳＩＣ）、１つもしくは複数のマイクロプロセッサ（ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、または１つもしくは複数のフィールドプログラマブルゲートアレイ（ｆｉｅｌｄｐｒｏｇｒａｍｍａｂｌｅｇａｔｅａｒｒａｙ、ＦＰＧＡ）、あるいはこれらの集積回路形態のうちの少なくとも２つの組合せであることがある。別の例では、この装置のユニットが処理要素によってスケジュールされるプログラムの形態で実装されることがあるときには、処理要素は、汎用プロセッサであることがあり、たとえば、中央処理装置（ｃｅｎｔｒａｌｐｒｏｃｅｓｓｉｎｇｕｎｉｔ、ＣＰＵ）、またはプログラムを呼び出すことができる別のプロセッサであることがある。さらに別の例では、これらのユニットは、システムオンチップ（ｓｙｓｔｅｍ－ｏｎ－ａ－ｃｈｉｐ、ＳｏＣ）の形態で集積されて実装されることもある。

トランシーバユニット１１１０は、装置のインターフェース回路であることがあり、別の装置から信号を受信する、または別の装置に信号を送信するように構成される。たとえば、装置がチップとして実装されるときには、トランシーバユニット１１１０は、別のチップもしくは装置から信号を受信するように構成されたそのチップのインターフェース回路である、または別のチップもしくは装置に信号を送信するように構成されたインターフェース回路である。

図１２は、本願の実施形態による装置１２００の概略図である。この装置は、上記の方法の実施形態による第１の通信デバイス、第２の通信デバイスまたは第３の通信デバイスの機能を実装するように構成される。図１２に示されるように、この装置は、プロセッサ１２１０およびインターフェース１２３０を含む。任意選択で、この装置は、メモリ１２２０をさらに含むこともある。インターフェース１２３０は、別のデバイスと通信するように構成される。

上記の実施形態において第１の通信デバイスおよび第２の通信デバイスによって実行される方法は、プロセッサ１２１０によって、メモリ（第１の通信デバイス、第２の通信デバイス、または第３の通信デバイス中のメモリ１２２０であることもあり、外部メモリであることもある）に記憶されたプログラムを呼び出すことによって実施され得る。すなわち、第１の通信デバイス、第２の通信デバイス、または第３の通信デバイスは、プロセッサ１２１０を含むことがある。プロセッサ１２１０は、メモリ中のプログラムを呼び出して、上記の方法の実施形態による第１の通信デバイスおよび第２の通信デバイスによって実行される方法を実行する。本明細書におけるプロセッサは、１つの処理能力を有する集積回路、たとえばＣＰＵであることがある。第１の通信デバイスまたは第２の通信デバイスは、上記の方法を実施するように構成された１つまたは複数の集積回路によって実装されることがある。たとえば、１つもしくは複数のＡＳＩＣ、１つもしくは複数のマイクロプロセッサＤＳＰ、１つもしくは複数のＦＰＧＡ、またはこれらの集積回路形態のうちの少なくとも２つの組合せである。あるいは、上記の実装が組み合わされることもある。

具体的には、図１１のトランシーバユニット１１１０および処理ユニット１１２０の機能／実装プロセスは、図１２に示される装置１２００内のプロセッサ１２１０によって、メモリ１２２０に記憶されるコンピュータ実行コマンドを呼び出すことによって実装されることがある。あるいは、図１１の処理ユニット１１２０の機能／実装プロセスは、図１２に示される装置１２００内のプロセッサ１２１０によって、メモリ１２２０に記憶されるコンピュータ実行コマンドを呼び出すことによって実装されることもある。図１１のトランシーバユニット１１１０の機能／実装プロセスは、図１２に示される装置１２００内のインターフェース１２３０によって実装されることもある。

上記のプロセスの続き番号は、本願の様々な実施形態における実行順序を意味するものではないことを理解されたい。プロセスの実行順序は、それらのプロセスの機能および内部論理に従って決定されるものとし、本発明の実施形態の実施プロセスに対するいかなる限定であるとも解釈されるべきではない。

本願は、コンピュータプログラムを記憶したコンピュータ可読媒体をさらに提供する。コンピュータプログラムがコンピュータによって実行されたときに、上記の方法の実施形態のうちのいずれか１つの機能が実装される。

本願は、コンピュータプログラム製品をさらに提供する。コンピュータプログラム製品がコンピュータによって実行されたときに、上記の方法の実施形態のうちのいずれか１つの機能が実装される。

便利かつ簡潔な説明にするために、上記のシステム、装置、およびユニットの詳細な動作プロセスについては、上記の方法の実施形態による対応するプロセスを参照されたいことは、当業者には明確に理解され得る。本明細書では、詳細について重ねて述べることはしない。

上記の実施形態の全てまたは一部は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せによって実装され得る。ソフトウェア実装が用いられるときには、実施形態の全てまたは一部は、コンピュータプログラム製品の形態で実装されることがある。コンピュータプログラム製品は、１つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータにロードされて実行されると、本願の実施形態による手順または機能の全てまたは一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラマブル装置であることがある。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されることもあり、コンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送されることもある。たとえば、コンピュータ命令は、有線（たとえば同軸ケーブル、光ファイバ、またはデジタル加入者回線（ＤＳＬ））方式またはワイヤレス（たとえば赤外線、無線、またはマイクロ波など）方式で、ウェブサイト、コンピュータ、サーバ、またはデータセンタから別のウェブサイト、コンピュータ、サーバ、またはデータセンタに伝送されることがある。コンピュータ可読記憶媒体は、コンピュータからアクセス可能な任意の使用可能な媒体、または１つもしくは複数の使用可能な媒体を一体化した、サーバもしくはデータセンタなどのデータ記憶デバイスであることがある。使用可能な媒体は、磁気媒体（たとえばフロッピーディスク、ハードディスク、もしくは磁気テープ）、光学媒体（たとえばＤＶＤ）、または半導体媒体（たとえばソリッドステートディスク（ｓｏｌｉｄ－ｓｔａｔｅｄｉｓｋ、ＳＳＤ））などであることがある。

本願の実施形態に記載される様々な例示的な論理ユニットおよび回路は、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくは別のプログラマブル論理装置、離散ゲートもしくはトランジスタ論理、離散ハードウェア構成要素、またはそれらの任意の組合せの設計を使用することによって記載される機能を実装し得る、または動作させ得る。汎用プロセッサは、マイクロプロセッサであることがある。任意選択で、汎用プロセッサは、任意の従来のプロセッサ、制御装置、マイクロコントローラ、または状態機械であってもよい。プロセッサは、デジタル信号プロセッサとマイクロプロセッサの組合せ、複数のマイクロプロセッサの組合せ、１つもしくは複数のマイクロプロセッサと１つのデジタル信号プロセッサコアの組合せ、または任意の他の同様の構成など、コンピューティング装置の組合せによって実現されることもある。

本願の実施形態に記載される方法またはアルゴリズムのステップは、ハードウェア、プロセッサによって実行されるソフトウェアユニット、またはそれらの組合せに直接埋め込まれることがある。ソフトウェアユニットは、ランダムアクセスメモリ（ｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ、ＲＡＭ）、フラッシュメモリ、読取り専用メモリ（ｒｅａｄ－ｏｎｌｙｍｅｍｏｒｙ、ＲＯＭ）、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取外し可能ハードディスク、ＣＤ－ＲＯＭ、または当技術分野の任意の他の形態の記憶媒体に記憶され得る。たとえば、記憶媒体は、プロセッサに結合されて、プロセッサが記憶媒体から情報を読み取り得、記憶媒体に情報を保存し得る。あるいは、記憶媒体は、プロセッサに一体化されることもある。プロセッサと記憶媒体が、ＡＳＩＣ内に配置されることもある。

これらのコンピュータプログラム命令は、コンピュータまたは別のプログラマブルデータ処理デバイスにロードされて、一連の動作およびステップがそのコンピュータまたは別のプログラマブルデバイス上で実行されることによって、コンピュータ実装処理を生成するようになっていることもある。したがって、コンピュータまたは別のプログラマブルデバイス上で実行される命令は、流れ図の１つもしくは複数のプロセスおよび／またはブロック図の１つもしくは複数のブロックの特定の機能を実施するステップを提供する。

１つまたは複数の例示的な設計では、本願に記載される上記の機能は、ハードウェア、ソフトウェア、ファームウェア、またはこの３つの任意の組合せによって実装され得る。本発明がソフトウェアによって実装される場合には、これらの機能は、コンピュータ可読媒体に記憶されることもあり、または１つもしくは複数の命令もしくはコードの形態でコンピュータ可読媒体に伝送される。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にするコンピュータ記憶媒体または通信媒体を含む。記憶媒体は、任意の汎用または特殊コンピュータによってアクセスされ得る利用可能な媒体であり得る。たとえば、このようなコンピュータ可読媒体は、限定されるわけではないが、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ－ＲＯＭもしくは別の光学ディスクストレージ、ディスクストレージもしくは別の磁気記憶装置、またはプログラムコードを搬送もしくは記憶するために使用され得る任意の他の媒体を含み得、ここで、プログラムコードは、命令またはデータ構造の形態をしており、汎用もしくは特別仕様のコンピュータ、または汎用もしくは特別仕様の処理ユニットによって読み取られることが可能な形態である。さらに、任意の接続も、適宜コンピュータ可読媒体として定義され得る。たとえば、ソフトウェアが、同軸ケーブル、光ファイバコンピュータ、撚り線対、デジタル加入者回線（ＤＳＬ）を用いて、または赤外線、無線、もしくはマイクロ波などのワイヤレス方式でウェブサイト、サーバ、または別の遠隔リソースから伝送される場合には、ソフトウェアは、定義されたコンピュータ可読媒体に含まれる。ディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、圧縮ディスク、レーザディスク、光学ディスク、デジタル汎用ディスク（ｄｉｇｉｔａｌｖｅｒｓａｔｉｌｅｄｉｓｃ、ＤＶＤ）、フロッピーディスク、およびＢｌｕ－ｒａｙ(登録商標)ディスクを含む。ディスクは、通常は、データを磁気的にコピーする。ディスクは、通常は、レーザによってデータを光学的に再生する。上記の組合せも、コンピュータ可読媒体に含まれ得る。

当業者なら、上記の例の１つまたは複数において、本願に記載される機能が、ハードウェア、ソフトウェア、ファームウェ、またはそれらの任意の組合せによって実装され得ることに気づくはずである。ソフトウェア実装が用いられるときには、それらの機能は、コンピュータ可読媒体に記憶される、またはコンピュータ可読媒体において１つもしくは複数の命令もしくはコードとして伝送されることがある。コンピュータ可読媒体は、コンピュータ記憶媒体および通信媒体を含み、ここで、通信媒体は、コンピュータプログラムのある場所から別の場所への転送を容易にする任意の媒体を含む。記憶媒体は、汎用または専用コンピュータがアクセス可能な任意の利用可能な媒体であり得る。

本願の目的、技術的解決策、および利点は、さらに、上記の具体的な実施形態において詳細に説明されている。上記の説明は、単に本願の具体的な実施形態であり、本願の保護範囲を限定することが意図されているわけではないことを理解されたい。本願の技術的解決策に基づいて行われる任意の修正、等価な置換、または改良は、本願の保護範囲に含まれるものとする。本願の明細書の上記の説明は、当技術分野における任意の技術が本願の内容を利用または実装することを可能にし得、開示される内容に基づく任意の修正は、当技術分野において明らかであるとみなされるものとする。本願に記載される基本原理は、本願の発明の本質および範囲を逸脱することなく、他の変形形態に適用され得る。本願に開示される内容は、記載される実施形態および設計に限定されることはなく、本願の原理および本願に開示される新たな特徴と矛盾しない最大限の範囲までさらに拡張され得る。

本願について、その具体的な特徴および実施形態を参照して説明したが、本願の趣旨および範囲を逸脱することなく、様々な修正および結合が本願に対して行われ得ることは明らかである。これに対応して、明細書および添付の図面は、単に以下の特許請求の範囲によって定義される本願の例示的な説明に過ぎず、本願の範囲に含まれる任意の全ての修正、変形、組合せ、または均等物をカバーしているものとみなされる。当業者なら、本願の範囲を逸脱することなく本願に様々な修正および変形を加えることができることは明らかである。本願は、本願のこれらの修正および変形が、以下の特許請求の範囲およびそれらの等価な技術によって定義される保護範囲に含まれる限り、それらの修正および変形をカバーするものとして意図されている。

可能な実施態様においては、この方法は、第２の通信デバイスによって、第１の情報を第１の通信デバイスから受信するステップであって、第１の情報は、第１のＤＲＸ構成が第２のＤＲＸ構成と一致しないということを第２の通信デバイスに通知し、第２のＤＲＸ構成は、第１の通信デバイスと第２の通信デバイスとの間におけるＤＲＸ構成であり、第２のＤＲＸ構成は、第１の通信デバイスと第２の通信デバイスとの間におけるＳＬ通信のために使用され、または第２のＤＲＸ構成は、第２の通信デバイスによって送信された情報を第１の通信デバイスが受信するために使用される、ステップをさらに含む。

第９の態様によれば、第１の通信デバイスによって、第２の情報を第３の通信デバイスから受信するステップであって、第２の情報は、ＳＬＨＡＲＱフィードバックリソースが存在するかどうかを示し、ＳＬＨＡＲＱフィードバックリソースは、第１の通信デバイスによってＳＬＨＡＲＱフィードバックを第３の通信デバイスへ送信するために使用される、ステップ、第１の通信デバイスによって、第２の情報に基づいて第３の情報を第２の通信デバイスへ送信するステップであって、第３の情報は、第２のＤＲＸについて、対応するＳＬプロセスの第１のタイマーおよび／もしくは第２のタイマーを開始するかどうかを通知し、もしくは第３の情報は、ＳＬＨＡＲＱフィードバックリソースが存在するかどうかを示す、ステップ、ならびに／または第１の通信デバイスによって第２の情報に基づいて、第１のＤＲＸについて、対応するＳＬプロセスの第３のタイマーおよび／もしくは第４のタイマーを開始するかどうかを決定するステップ、および／もしくは第２のＤＲＸについて、対応するＳＬプロセスの第１のタイマーおよび／もしくは第２のタイマーを開始するかどうかを決定するステップを含むサイドリンク通信方法が提供される。第１のＤＲＸは、第１の通信デバイスと第３の通信デバイスとの間におけるＤＲＸ構成であり、第２のＤＲＸは、第１の通信デバイスと第２の通信デバイスとの間におけるＤＲＸ構成であり、第１のタイマーおよび／または第３のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、第２のタイマーおよび／または第４のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに必要とされる最大持続時間を示すために使用される。

第１０の態様によれば、第２の通信デバイスによって、第３の情報を第１の通信デバイスから受信するステップであって、第３の情報は、第２のＤＲＸについて、対応するＳＬプロセスの第１のタイマーおよび／もしくは第２のタイマーを開始するかどうかを通知し、または第３の情報は、ＳＬＨＡＲＱフィードバックリソースが存在するかどうかを示す、ステップと、第２の通信デバイスによって、第２のＤＲＸについて、対応するＳＬプロセスの第１のタイマーおよび／または第２のタイマーを開始するかどうかを決定するステップであって、第２のＤＲＸは、第１の通信デバイスと第２の通信デバイスとの間におけるＤＲＸ構成であり、第１のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、第２のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに必要とされる最大持続時間を示すために使用される、ステップとを含むサイドリンク通信方法が提供される。

可能な実施態様においては、第３の情報が、第２のＤＲＸに対応するＳＬプロセスにおける第１のタイマーおよび／もしくは第２のタイマーを開始するように指示するために使用されている場合には、または第３の情報が、ＳＬＨＡＲＱフィードバックリソースが存在するということを示していて、第３の条件が満たされている場合には、第２の通信デバイスが、対応するＳＬプロセスの第１のタイマーおよび／または第２のタイマーを開始する。

可能な実施態様においては、トランシーバユニットはさらに、第１の情報を第１の通信デバイスから受信することであって、第１の情報は、第１のＤＲＸ構成が第２のＤＲＸ構成と一致しないということを第２の通信デバイスに通知し、第２のＤＲＸ構成は、第１の通信デバイスと第２の通信デバイスとの間におけるＤＲＸ構成であり、第２のＤＲＸ構成は、第１の通信デバイスと第２の通信デバイスとの間におけるＳＬ通信のために使用され、または第２のＤＲＸ構成は、第２の通信デバイスによって送信された情報を第１の通信デバイスが受信するために使用される、受信することを行うように構成されている。

第２０の態様によれば、サイドリンク通信装置が提供される。この通信装置は、第２の通信デバイスであり得、または第２の通信デバイスにおけるチップであり得る。この装置は、前述の第１０の態様を実施するという機能を有する。その機能は、ハードウェアによって実施され得、または対応するソフトウェアをハードウェアが実行することによって実施され得る。ハードウェアまたはソフトウェアは、前述の機能に対応する１つまたは複数のモジュールまたはユニットを含む。たとえば、可能な実施態様においては、この装置は、第３の情報を第１の通信デバイスから受信するように構成されているトランシーバユニットであって、第３の情報は、第２のＤＲＸについて、対応するＳＬプロセスの第１のタイマーおよび／もしくは第２のタイマーを開始するかどうかを通知し、または第３の情報は、ＳＬＨＡＲＱフィードバックリソースが存在するかどうかを示す、トランシーバユニットと、第３の情報に基づいて、第２のＤＲＸについて、対応するＳＬプロセスの第１のタイマーおよび／または第２のタイマーを開始するかどうかを決定するように構成されている処理ユニットであって、第２のＤＲＸは、第１の通信デバイスと第２の通信デバイスとの間におけるＤＲＸ構成であり、第１のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、第２のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに必要とされる最大持続時間を示すために使用される、処理ユニットとを含む。

本出願の実施形態による通信システムの概略図である。本出願の実施形態によるＤＲＸサイクルの概略図である。本出願の実施形態１によるシナリオの概略図である。本出願の実施形態１によるサイドリンク通信方法のフローチャートである本出願の実施形態１によるサイドリンク通信方法のフローチャートである。本出願の実施形態２によるシナリオの概略図である。本出願の実施形態２によるサイドリンク通信方法のフローチャートである。本出願の実施形態３によるサイドリンク通信方法のフローチャートである。本出願の実施形態３によるシナリオの概略図である。本出願の実施形態４によるサイドリンク通信方法のフローチャートである。本出願の実施形態５によるサイドリンク通信方法のフローチャートである。本出願の実施形態５によるシナリオの概略図である。本出願の実施形態による装置の概略構造図である。本出願の実施形態による装置の別の概略構造図である。

（１）ＤＲＸメカニズムの基本的な動作原理

１．通信デバイス。

２．サイドリンク（ｓｉｄｅｌｉｎｋ、ＳＬ）

３．第１のタイマーおよび第２のタイマー。

４．第３のタイマーおよび第４のタイマー。

５．タイムユニット。

ＲＸＵＥがＳＣＩを受信したときに、ＲＸＵＥは、ＳＣＩのＨＡＲＱフィードバック、またはＳＣＩを使用することによってスケジュールされているＳＬデータを送信し得る。次に、ＲＸＵＥは、ＨＡＲＱが正常に送信されたかどうかを決定する。ＲＸＵＥがＨＡＲＱフィードバックを送信し損なった場合、ＲＸＵＥは、ＨＡＲＱフィードバックを送信するために使用されるＳＬＨＡＲＱフィードバックリソースに含まれる第１のタイムユニットでＲＴＴタイマーを開始し得る。代替として、ＲＸＵＥは、ＨＡＲＱフィードバックを送信するために使用されたＳＬＨＡＲＱフィードバックリソースの後の第１のタイムユニットで、ＲＴＴタイマーを開始し得る。ＲＴＴタイマーが切れると、ＲＸは再伝送タイマーを開始する。任意選択で、ＲＸＵＥがＨＡＲＱフィードバックを成功裏に送信したとき、本出願のこの実施形態における解決策がＲＴＴタイマーを開始するために依然として使用されるかどうかの場合は、限定されていない。たとえば、可能な実施態様においては、ＲＸＵＥがＨＡＲＱフィードバックを成功裏に送信した場合、ＲＴＴタイマーは、ＵｕＤＲＸ構成を使用することによって開始される。すなわちＲＴＴタイマーは、ＨＡＲＱフィードバックが送信された後の第１のシンボルにおいて開始される。

ステップ２０４：ＴＸＵＥは、ＲＴＴタイマーに基づいて再伝送タイマーを開始するかどうかを決定し得る。たとえば、可能な実施態様においては、ＲＴＴタイマーが切れると、ＴＸＵＥは再伝送タイマーを開始し得る。代替として、ＲＴＴタイマーが切れると、ＴＸＵＥは、ＴＸＵＥがプリセット条件を満たすかどうかを決定し、「はい」の場合、再伝送タイマーを開始し得る。たとえば、プリセット条件は、以下の条件のうちの１つまたは複数を含み得る。これは限定されていない。

２．ＴＸＵＥがＨＡＲＱフィードバックを受信し損なう。

実施形態４
実施形態４は、サイドリンク通信方法を提供する。この方法の適用シナリオは、以下のシナリオであることがある。ＴＸＵＥとＲＸＵＥの間のＳＬＤＲＸ構成がＴＸＵＥと基地局の間のＵｕＤＲＸと一致しない場合には、ＲＸＵＥは、ＴＸＵＥからＳＬデータを受信することに失敗し、ＲＸＵＥにおけるパケット喪失を生じることがある。たとえば、あるシナリオで、ＲＸＵＥのＳＬＤＲＸの再伝送タイマーが切れ、ＲＸＵＥがスリープ状態であってＳＣＩをモニタすることができず、この場合にＴＸＵＥが再伝送ＳＣＩをＲＸＵＥに送信したときには、ＲＸＵＥは、再伝送ＳＣＩを受信し損ない、ＲＸＵＥにおけるパケット喪失を生じる。

ステップ８０１ａ：ＲＸＵＥが、ＵｕＤＲＸ構成および／またはＰＳＦＣＨ－ＰＵＣＣＨインターバルの最小値に基づいてＳＬＤＲＸ構成を決定する。たとえば、ＳＬＤＲＸ構成は、ＲＴＴタイマーの構成および再伝送タイマーの構成を含む。

上記の手順について、具体例を提供する。ＴＸＵＥは、受信端として機能するＴＸＵＥについてのＵｕＤＲＸ構成およびＰＳＦＣＨ－ＰＵＣＣＨインターバルの最小値をＲＸＵＥに送信することがあり、ここで、上記のＵｕＤＲＸ構成は、ＲＴＴタイマーの構成および再伝送タイマーの構成を含むことがある。可能な実施態様においては、ＴＸＵＥは、ＵｕＤＲＸ構成とＰＳＦＣＨ－ＰＵＣＣＨインターバルの最小値とを独立してＲＸＵＥに送信することがある。たとえば、ＵｕＤＲＸＵＥのＲＴＴタイマー、再伝送タイマー、またはＰＵＣＣＨ－ＰＳＦＣＨインターバルの最小値のうち少なくとも１つが変化したとき、または変動が事前設定されたしきい値未満であるときに、ＴＸＵＥは、ＵｕＤＲＸ構成およびＰＵＣＣＨ－ＰＳＦＣＨインターバルの最小値をＲＸＵＥに送信する。あるいは、別の可能な実施態様においては、ＴＸＵＥがＲＸＵＥから要求を受信したときに、ＴＸＵＥは、ＵｕＤＲＸ構成およびＰＳＦＣＨ－ＰＵＣＣＨインターバルの最小値をＲＸＵＥに送信する。

可能な実施態様においては、トランシーバユニット１１１０は、第１の情報を第１の通信デバイスから受信するようにさらに構成され、ここで、第１の情報は、第１のＤＲＸ構成が第２のＤＲＸ構成と一致しないことを第２の通信デバイスに通知するものであり、第２のＤＲＸ構成は、第１の通信デバイスと第２の通信デバイスとの間のＤＲＸ構成であり、第２のＤＲＸ構成は、第１の通信デバイスと第２の通信デバイスの間のＳＬ通信のために使用される、または第２のＤＲＸ構成は、第２の通信デバイスによって送信された情報を第１の通信デバイスが受信するために使用される。

トランシーバユニット１１１０は、第２の情報を第３の通信デバイスから受信するように構成され、ここで、第２の情報は、ＳＬＨＡＲＱフィードバックリソースが存在するかどうかを示し、ＳＬＨＡＲＱフィードバックリソースは、第１の通信デバイスによってＳＬＨＡＲＱフィードバックを第３の通信デバイスに送信するために使用され、処理ユニット１１２０は、第２の情報に基づいて第３の情報を第２の通信デバイスに送信するように構成され、ここで、第３の情報は、第２のＤＲＸについて、対応するＳＬプロセスの第１のタイマーおよび／もしくは第２のタイマーを開始するかどうかを通知する、もしくは第３の情報は、ＳＬＨＡＲＱフィードバックリソースが存在するかどうかを示し、および／または処理ユニット１１２０は、第２の情報に基づいて、第１のＤＲＸについて、対応するＳＬプロセスの第３のタイマーおよび／もしくは第４のタイマーを開始するかどうかを決定する、および／もしくは第２のＤＲＸについて、対応するＳＬプロセスの第１のタイマーおよび／もしくは第２のタイマーを開始するかどうかを決定するようにさらに構成される。第１のＤＲＸは、第１の通信デバイスと第３の通信デバイスの間のＤＲＸ構成であり、第２のＤＲＸは、第１の通信デバイスと第２の通信デバイスの間のＤＲＸ構成であり、第１のタイマーおよび／または第３のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、第２のタイマーおよび／または第４のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに必要とされる最大持続時間を示すために使用される。

第９の実施形態では、装置１１００は、第３の通信デバイスまたは第３の通信デバイス内のチップであることもある。
トランシーバユニット１１１０は、第３の情報を第１の通信デバイスから受信するように構成され、ここで、第３の情報は、第２のＤＲＸについて、対応するＳＬプロセスの第１のタイマーおよび／もしくは第２のタイマーを開始するかどうかを通知する、または第３の情報は、ＳＬＨＡＲＱフィードバックリソースが存在するかどうかを示し、処理ユニット１１２０は、第３の情報に基づいて、第２のＤＲＸについて、対応するＳＬプロセスの第１のタイマーおよび／または第２のタイマーを開始するかどうかを決定するように構成され、ここで、第２のＤＲＸは、第１の通信デバイスと第２の通信デバイスの間のＤＲＸ構成であり、第１のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、第２のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報を受信するのに必要とされる最大持続時間を示すために使用される。

可能な実施態様においては、第３の情報が、第２のＤＲＸに対応するＳＬプロセスにおける第１のタイマーおよび／もしくは第２のタイマーを開始するように指示するために使用されるとき、または第３の情報が、ＳＬＨＡＲＱフィードバックリソースが存在し、第３の条件が満たされるときには、第２の通信デバイスが、対応するＳＬプロセスの第１のタイマーおよび／または第２のタイマーを開始することを示す。

この装置のユニットの分割は、単に論理的な機能分割に過ぎず、実際の実装では１つの物理的エンティティに完全または部分的に統合されることも可能であり、または物理的に分離されることも可能であることを理解されたい。さらに、この装置の全てのユニットは、処理要素によって呼び出されたソフトウェアの形態で実装されることもあり、またはハードウェアの形態で実装されることも可能である。あるいは、一部のユニットが、処理要素によって呼び出されたソフトウェアの形態で実装され、一部のユニットがハードウェアの形態で実装されることもある。たとえば、各ユニットは、別個に配置された処理要素であることもあり、装置のチップに統合されて実装されることもある。さらに、各ユニットは、そのユニットの機能を実行するために装置の処理要素によって呼び出されるプログラムの形態でメモリに記憶されることもある。さらに、これらのユニットの全てまたは一部は、統合されることもあり、独立して実装されることもある。本明細書に記載される処理要素は、プロセッサであることもあり、信号処理能力を有する集積回路であることもある。実装時には、上記の方法によるステップまたは上記のユニットは、プロセッサ要素内のハードウェア集積論理回路を用いて実装されることもあり、処理要素によって呼び出されるソフトウェアの形態で実装されることもある。

具体的には、図１１のトランシーバユニット１１１０の機能／実装プロセスは、図１２に示される装置１２００内のプロセッサ１２１０によって、メモリ１２２０に記憶されるコンピュータ実行コマンドを呼び出すことによって実装されることがある。あるいは、図１１の処理ユニット１１２０の機能／実装プロセスは、図１２に示される装置１２００内のプロセッサ１２１０によって、メモリ１２２０に記憶されるコンピュータ実行コマンドを呼び出すことによって実装されることもある。図１１のトランシーバユニット１１１０の機能／実装プロセスは、図１２に示される装置１２００内のインターフェース１２３０によって実装されることもある。

１つまたは複数の例示的な設計では、本願に記載される上記の機能は、ハードウェア、ソフトウェア、ファームウェア、またはこの３つの任意の組合せによって実装され得る。本発明がソフトウェアによって実装される場合には、これらの機能は、コンピュータ可読媒体に記憶されることもあり、または１つもしくは複数の命令もしくはコードの形態でコンピュータ可読媒体に伝送される。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にするコンピュータ記憶媒体または通信媒体を含む。記憶媒体は、任意の汎用または特殊コンピュータによってアクセスされ得る利用可能な媒体であり得る。たとえば、このようなコンピュータ可読媒体は、限定されるわけではないが、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ－ＲＯＭもしくは別の光学ディスクストレージ、ディスクストレージもしくは別の磁気記憶装置、またはプログラムコードを搬送もしくは記憶するために使用され得る任意の他の媒体を含み得、ここで、プログラムコードは、命令またはデータ構造の形態をしており、汎用もしくは特別仕様のコンピュータ、または汎用もしくは特別仕様の処理ユニットによって読み取られることが可能な形態である。さらに、任意の接続も、適宜コンピュータ可読媒体として定義され得る。たとえば、ソフトウェアが、同軸ケーブル、光ファイバ、コンピュータ、撚り線対、デジタル加入者回線（ＤＳＬ）を用いて、または赤外線、無線、もしくはマイクロ波などのワイヤレス方式でウェブサイト、サーバ、または別の遠隔リソースから伝送される場合には、ソフトウェアは、定義されたコンピュータ可読媒体に含まれる。ディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、圧縮ディスク、レーザディスク、光学ディスク、デジタル汎用ディスク（ｄｉｇｉｔａｌｖｅｒｓａｔｉｌｅｄｉｓｃ、ＤＶＤ）、フロッピーディスク、およびＢｌｕ－ｒａｙ(登録商標)ディスクを含む。磁気ディスクは、通常は、データを磁気的にコピーする。光学ディスクは、通常は、レーザによってデータを光学的に再生する。上記の組合せも、コンピュータ可読媒体に含まれ得る。

本願について、その具体的な特徴および実施形態を参照して説明したが、本願の範囲を逸脱することなく、様々な修正および結合が本願に対して行われ得ることは明らかである。これに対応して、明細書および添付の図面は、単に以下の特許請求の範囲によって定義される本願の例示的な説明に過ぎず、本願の範囲に含まれる任意の全ての修正、変形、組合せ、または均等物をカバーしているものとみなされる。当業者なら、本願の範囲を逸脱することなく本願に様々な修正および変形を加えることができることは明らかである。本願は、本願のこれらの修正および変形が、以下の特許請求の範囲およびそれらの等価な技術によって定義される保護範囲に含まれる限り、それらの修正および変形をカバーするものとして意図されている。

Claims

第１の通信デバイスによって、サイドリンク制御情報を第２の通信デバイスから受信するステップと、
前記第１の通信デバイスによって、サイドリンクＳＬハイブリッド自動再送要求ＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始するステップであって、前記ＳＬＨＡＲＱフィードバックリソースは、前記サイドリンク制御情報のＨＡＲＱフィードバック、または前記サイドリンク制御情報を使用することによってスケジュールされているＳＬデータを伝送するために使用される、ステップと、
前記第１の通信デバイスによって、前記第１のタイマーに基づいて第２のタイマーを開始するかまたは開始するのをスキップするステップと
を含むサイドリンク通信方法であって、
前記第１のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、前記第２のタイマーは、前記ＳＬ再伝送のための前記リソース構成情報または前記グラント情報を受信するのに必要とされる最大持続時間を示すために使用される、サイドリンク通信方法。
前記第１の通信デバイスによって、ＳＬＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始する前記ステップは、
前記第１の通信デバイスによって、前記ＳＬＨＡＲＱフィードバックリソースにおける第１のタイムユニットにおいて前記第１のタイマーを開始するステップ、または
前記第１の通信デバイスによって、構成されているＳＬＨＡＲＱフィードバックリソースにおける第１のタイムユニットにおいて前記第１のタイマーを開始するステップ、または
前記第１の通信デバイスによって、前記ＳＬＨＡＲＱフィードバックリソースの後の第１のタイムユニットにおいて前記第１のタイマーを開始するステップ、または
前記第１の通信デバイスによって、構成されているＳＬＨＡＲＱフィードバックリソースの後の第１のタイムユニットにおいて前記第１のタイマーを開始するステップを含む請求項１に記載の方法。
前記第１の通信デバイスによって、ＳＬＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始する前記ステップは、
前記第１の通信デバイスによって、前記ＨＡＲＱフィードバックを送信し損なうかまたは送信するのをスキップするステップであって、前記ＨＡＲＱフィードバックは、肯定応答ＡＣＫまたは否定応答ＮＡＣＫである、ステップと、
前記第１の通信デバイスによって、前記ＳＬＨＡＲＱフィードバックリソースに基づいて前記第１のタイマーを開始するステップとを含む請求項１または２に記載の方法。
前記第１の通信デバイスによって、前記第１のタイマーに基づいて第２のタイマーを開始するかまたは開始するのをスキップする前記ステップは、
前記第１のタイマーが切れて、前記第１の通信デバイスが、前記サイドリンク制御情報、もしくは前記サイドリンク制御情報を使用することによってスケジュールされている前記ＳＬデータを成功裏にデコードしたかもしくはデコードし損なった場合に、前記第１の通信デバイスによって、前記第２のタイマーを開始するステップ、または
前記第１のタイマーが切れたときに、前記第１の通信デバイスによって、前記第２のタイマーを開始するステップを含む請求項１または２に記載の方法。
前記第１の通信デバイスによって、前記ＨＡＲＱフィードバックを送信し損なうかまたは送信するのをスキップする前記ステップは、
前記第１の通信デバイスによって、優先順位付けｐｒｉｏｒｉｔｉｚａｔｉｏｎまたは競合に起因して前記ＨＡＲＱフィードバックを送信し損なうかまたは送信するのをスキップするステップを含む請求項３に記載の方法。
第２の通信デバイスによって、サイドリンク制御情報を第１の通信デバイスへ送信するステップと、
前記第２の通信デバイスによって、サイドリンクＳＬハイブリッド自動再送要求ＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始するステップと、
前記第２の通信デバイスによって、前記第１のタイマーに基づいて第２のタイマーを開始するかまたは開始するのをスキップするステップと
を含むサイドリンク通信方法であって、
前記第１のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、前記第２のタイマーは、前記ＳＬ再伝送のための前記リソース構成情報または前記グラント情報を受信するのに必要とされる最大持続時間を示すために使用される、サイドリンク通信方法。
前記第２の通信デバイスによって、ＳＬＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始する前記ステップは、
前記第２の通信デバイスによって、前記ＳＬＨＡＲＱフィードバックリソースにおける第１のタイムユニットにおいて前記第１のタイマーを開始するステップ、または
前記第２の通信デバイスによって、構成されているＳＬＨＡＲＱフィードバックリソースにおける第１のタイムユニットにおいて前記第１のタイマーを開始するステップ、または
前記第２の通信デバイスによって、前記ＳＬＨＡＲＱフィードバックリソースの後の第１のタイムユニットにおいて前記第１のタイマーを開始するステップ、または
前記第２の通信デバイスによって、構成されているＳＬＨＡＲＱフィードバックリソースの後の第１のタイムユニットにおいて前記第１のタイマーを開始するステップを含む請求項６に記載の方法。
前記第２のタイマーが稼働している場合に、前記方法は、前記第２の通信デバイスによって、前記第２のタイマーを停止するステップをさらに含む請求項６または７に記載の方法。
前記第２の通信デバイスによって、前記第１のタイマーに基づいて第２のタイマーを開始するかまたは開始するのをスキップする前記ステップは、
前記第１のタイマーが切れたときに、前記第２の通信デバイスによって、前記第２のタイマーを開始するステップを含む請求項６乃至８のいずれか一項に記載の方法。
前記第２の通信デバイスによって、前記第１のタイマーに基づいて第２のタイマーを開始するかまたは開始するのをスキップする前記ステップは、
前記第１のタイマーが切れたときに、前記第２の通信デバイスがＨＡＲＱフィードバックを成功裏に受信し、前記ＨＡＲＱフィードバックが、前記サイドリンク制御情報のＨＡＲＱフィードバック、もしくは前記サイドリンク制御情報を使用することによってスケジュールされているＳＬデータを含み、前記ＨＡＲＱフィードバックが否定応答ＮＡＣＫである場合に、または前記第２の通信デバイスがＨＡＲＱフィードバックを受信し損なった場合に、または前記第２の通信デバイスがＨＡＲＱフィードバックを第３の通信デバイスへ送信し、前記ＨＡＲＱフィードバックがＮＡＣＫである場合に、前記第２の通信デバイスによって、前記第２のタイマーを開始するステップを含む請求項６乃至８のいずれか一項に記載の方法。
第１の通信デバイスによって、第１の不連続受信ＤＲＸ構成に関する情報および／もしくは第１のインターバルに関する情報を第２の通信デバイスから受信するステップであって、前記第１のＤＲＸ構成は、前記第１の通信デバイスと第３の通信デバイスとの間におけるＤＲＸ構成であり、前記第１のインターバルは、第１のリソースと第２のリソースとの間におけるインターバルであり、前記第１のリソースは、前記第２の通信デバイスがサイドリンクＳＬハイブリッド自動再送要求ＨＡＲＱフィードバックを前記第３の通信デバイスへ送信するためのリソースであり、前記第２のリソースは、前記第１の通信デバイスがＳＬＨＡＲＱフィードバックを前記第２の通信デバイスへ送信するためのリソースである、ステップ、
前記第１の通信デバイスによって、前記第１のＤＲＸ構成に関する前記情報および／もしくは前記第１のインターバルに関する前記情報に基づいて第２のＤＲＸ構成を決定するステップであって、前記第２のＤＲＸ構成は、前記第１の通信デバイスと前記第２の通信デバイスとの間におけるＤＲＸ構成である、ステップ、または
前記第１の通信デバイスによって、前記第１のＤＲＸ構成に関する前記情報および／もしくは前記第１のインターバルに関する前記情報を前記第３の通信デバイスへ送信するステップ
を含むサイドリンク通信方法。
前記第１のインターバルは、前記第１のリソースと前記第２のリソースとの間における前記インターバルの最小値を含む請求項１１に記載の方法。
前記第１のＤＲＸ構成が前記第２のＤＲＸ構成と一致しない場合に、前記第１の通信デバイスによって、第１の情報を前記第２の通信デバイスへ送信するステップであって、前記第１の情報は、前記第１のＤＲＸ構成が前記第２のＤＲＸ構成と一致しないということを前記第２の通信デバイスに通知する、ステップ
をさらに含む請求項１１または１２に記載の方法。
前記第１の通信デバイスによって、第１の要求情報を前記第２の通信デバイスへ送信するステップであって、前記第１の要求情報は、前記第１のＤＲＸ構成に関する前記情報および／または前記第１のインターバルに関する前記情報を前記第１の通信デバイスへ送信するように前記第２の通信デバイスに要求するために使用される、ステップ
をさらに含む請求項１１乃至１３のいずれか一項に記載の方法。
前記第１のＤＲＸ構成は、第３のタイマーの構成および第４のタイマーの構成を含み、前記第２のＤＲＸ構成は、第１のタイマーの構成および第２のタイマーの構成を含み、
前記第１のタイマーおよび／または前記第３のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、前記第２のタイマーおよび／または前記第４のタイマーは、前記ＳＬ再伝送のための前記リソース構成情報または前記グラント情報を受信するのに必要とされる最大持続時間を示すために使用される請求項１１乃至１４のいずれか一項に記載の方法。
第２の通信デバイスによって、第１の不連続受信ＤＲＸ構成に関する情報および／または第１のインターバルに関する情報を決定するステップであって、前記第１のＤＲＸ構成は、前記第２の通信デバイスと第３の通信デバイスとの間におけるＤＲＸ構成であり、前記第１のインターバルは、第１のリソースと第２のリソースとの間におけるインターバルであり、前記第１のリソースは、前記第２の通信デバイスがサイドリンクＳＬハイブリッド自動再送要求ＨＡＲＱフィードバックを前記第３の通信デバイスへ送信するためのリソースであり、前記第２のリソースは、前記第１の通信デバイスがＳＬＨＡＲＱフィードバックを前記第２の通信デバイスへ送信するためのリソースである、ステップと、
前記第２の通信デバイスによって、前記第１のＤＲＸ構成に関する前記情報および／または前記第１のインターバルに関する前記情報を前記第１の通信デバイスへ送信するステップと
を含む、サイドリンク通信方法。
前記第１のインターバルは、前記第１のリソースと前記第２のリソースとの間における前記インターバルの最小値を含む請求項１６に記載の方法。
前記第２の通信デバイスによって、第１の情報を前記第１の通信デバイスから受信するステップであって、前記第１の情報は、前記第１のＤＲＸ構成が第２のＤＲＸ構成と一致しないということを前記第２の通信デバイスに通知し、前記第２のＤＲＸ構成は、前記第１の通信デバイスと前記第２の通信デバイスとの間におけるＤＲＸであり、前記第２のＤＲＸ構成は、前記第１の通信デバイスと前記第２の通信デバイスとの間におけるＳＬ通信のために使用され、または前記第２のＤＲＸ構成は、前記第２の通信デバイスによって送信された情報を前記第１の通信デバイスが受信するために使用される、ステップ
をさらに含む請求項１６または１７に記載の方法。
第１の条件が満たされている場合に、前記第２の通信デバイスによって、前記第１のＤＲＸ構成に関する前記情報および／または前記第１のインターバルに関する前記情報を前記第１の通信デバイスへ送信する前記ステップが実行される請求項１６乃至１８のいずれか一項に記載の方法。
前記第１の条件は、
前記第１のインターバルが変化していること、
前記第１のインターバルの変動が第１のしきい値よりも大きいこと、
前記第１のＤＲＸ構成に関する前記情報が変化していること、および
前記第１のＤＲＸ構成に関する前記情報の変動が第２のしきい値よりも大きいことのうちの少なくとも１つを含む請求項１９に記載の方法。
前記第２の通信デバイスによって、第１の要求情報を前記第１の通信デバイスから受信するステップであって、前記第１の要求情報は、前記第１のＤＲＸ構成に関する前記情報および／または前記第１のインターバルに関する前記情報を前記第１の通信デバイスへ送信するように前記第２の通信デバイスに要求するために使用される、ステップ
をさらに含む請求項１６乃至２０のいずれか一項に記載の方法。
前記第１のＤＲＸ構成は、第３のタイマーの構成および第４のタイマーの構成を含み、前記第２のＤＲＸ構成は、第１のタイマーの構成および第２のタイマーの構成を含み、
前記第１のタイマーおよび／または前記第３のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、前記第２のタイマーおよび／または前記第４のタイマーは、前記ＳＬ再伝送のための前記リソース構成情報または前記グラント情報を受信するのに必要とされる最大持続時間を示すために使用される請求項１６乃至２１のいずれか一項に記載の方法。
サイドリンク制御情報を第２の通信デバイスから受信するように構成されているトランシーバユニットと、
サイドリンクＳＬハイブリッド自動再送要求ＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始するように構成されている処理ユニットであって、前記ＳＬＨＡＲＱフィードバックリソースは、前記サイドリンク制御情報のＨＡＲＱフィードバック、または前記サイドリンク制御情報を使用することによってスケジュールされているＳＬデータを伝送するために使用される、処理ユニットと
を含むサイドリンク通信装置であって、
前記処理ユニットはさらに、前記第１のタイマーに基づいて第２のタイマーを開始するかまたは開始するのをスキップするように構成されており、
前記第１のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、前記第２のタイマーは、前記ＳＬ再伝送のための前記リソース構成情報または前記グラント情報を受信するのに必要とされる最大持続時間を示すために使用される、サイドリンク通信装置。
前記ＳＬＨＡＲＱフィードバックリソースに基づいて前記第１のタイマーを前記開始することは、
前記ＳＬＨＡＲＱフィードバックリソースにおける第１のタイムユニットにおいて前記第１のタイマーを開始すること、または
構成されているＳＬＨＡＲＱフィードバックリソースにおける第１のタイムユニットにおいて前記第１のタイマーを開始すること、または
前記ＳＬＨＡＲＱフィードバックリソースの後の第１のタイムユニットにおいて前記第１のタイマーを開始すること、または
構成されているＳＬＨＡＲＱフィードバックリソースの後の第１のタイムユニットにおいて前記第１のタイマーを開始することを含む請求項２３に記載の装置。
前記ＳＬＨＡＲＱフィードバックリソースに基づいて前記第１のタイマーを前記開始することは、
前記ＨＡＲＱフィードバックを送信し損なうかまたは送信するのをスキップすることであって、前記ＨＡＲＱフィードバックは、肯定応答ＡＣＫまたは否定応答ＮＡＣＫである、送信し損なうかまたは送信するのをスキップすることと、
前記ＳＬＨＡＲＱフィードバックリソースに基づいて前記第１のタイマーを開始することとを含む請求項２３または２４に記載の装置。
前記第１のタイマーに基づいて前記第２のタイマーを前記開始するかまたは開始するのをスキップすることは、
前記第１のタイマーが切れて、前記サイドリンク制御情報、もしくは前記サイドリンク制御情報を使用することによってスケジュールされている前記ＳＬデータが成功裏にデコードされたかもしくはデコードされ損なったときに、前記第２のタイマーを開始すること、または
前記第１のタイマーが切れたときに、前記第２のタイマーを開始することを含む請求項２３または２４に記載の装置。
前記ＨＡＲＱフィードバックを前記送信し損なうかまたは送信するのをスキップすることは、
優先順位付けｐｒｉｏｒｉｔｉｚａｔｉｏｎまたは競合に起因して前記ＨＡＲＱフィードバックを送信し損なうかまたは送信するのをスキップすることを含む請求項２５に記載の装置。
サイドリンク制御情報を第１の通信デバイスへ送信するように構成されているトランシーバユニットと、
サイドリンクＳＬハイブリッド自動再送要求ＨＡＲＱフィードバックリソースに基づいて第１のタイマーを開始するように構成されている処理ユニットと
を含むサイドリンク通信装置であって、
前記処理ユニットはさらに、前記第１のタイマーに基づいて第２のタイマーを開始するかまたは開始するのをスキップするように構成されており、
前記第１のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、前記第２のタイマーは、前記ＳＬ再伝送のための前記リソース構成情報または前記グラント情報を受信するのに必要とされる最大持続時間を示すために使用される、サイドリンク通信装置。
前記ＳＬＨＡＲＱフィードバックリソースに基づいて前記第１のタイマーを前記開始することは、
前記ＳＬＨＡＲＱフィードバックリソースにおける第１のタイムユニットにおいて前記第１のタイマーを開始すること、または
構成されているＳＬＨＡＲＱフィードバックリソースにおける第１のタイムユニットにおいて前記第１のタイマーを開始すること、または
前記ＳＬＨＡＲＱフィードバックリソースの後の第１のタイムユニットにおいて前記第１のタイマーを開始すること、または
構成されているＳＬＨＡＲＱフィードバックリソースの後の第１のタイムユニットにおいて前記第１のタイマーを開始することを含む請求項２８に記載の装置。
前記第２のタイマーが稼働している場合に、前記処理ユニットはさらに、前記第２のタイマーを停止するように構成されている請求項２８または２９に記載の装置。
前記第１のタイマーに基づいて前記第２のタイマーを前記開始するかまたは開始するのをスキップすることは、
前記第１のタイマーが切れたときに、前記第２のタイマーを開始することを含む請求項２８乃至３０のいずれか一項に記載の装置。
前記第１のタイマーに基づいて前記第２のタイマーを前記開始するかまたは開始するのをスキップすることは、
前記第１のタイマーが切れたときに、ＨＡＲＱフィードバックが成功裏に受信され、前記ＨＡＲＱフィードバックが、前記サイドリンク制御情報のＨＡＲＱフィードバック、もしくは前記サイドリンク制御情報を使用することによってスケジュールされているＳＬデータを含み、前記ＨＡＲＱフィードバックが否定応答ＮＡＣＫである場合に、またはＨＡＲＱフィードバックが受信され損なった場合に、またはＨＡＲＱフィードバックが第３の通信デバイスへ送信され、前記ＨＡＲＱフィードバックがＮＡＣＫである場合に、前記第２のタイマーを開始することを含む請求項２８乃至３０のいずれか一項に記載の装置。
第１の不連続受信ＤＲＸ構成に関する情報および／または第１のインターバルに関する情報を第２の通信デバイスから受信するように構成されているトランシーバユニットであって、前記第１のＤＲＸ構成は、第１の通信デバイスと第３の通信デバイスとの間におけるＤＲＸ構成であり、前記第１のインターバルは、第１のリソースと第２のリソースとの間におけるインターバルであり、前記第１のリソースは、前記第２の通信デバイスがサイドリンクＳＬハイブリッド自動再送要求ＨＡＲＱフィードバックを前記第３の通信デバイスへ送信するためのリソースであり、前記第２のリソースは、前記第１の通信デバイスがＳＬＨＡＲＱフィードバックを前記第２の通信デバイスへ送信するためのリソースである、トランシーバユニットと、
前記第１のＤＲＸ構成に関する前記情報および／または前記第１のインターバルに関する前記情報に基づいて第２のＤＲＸ構成を決定するように構成されている処理ユニットであって、前記第２のＤＲＸ構成は、前記第１の通信デバイスと前記第２の通信デバイスとの間におけるＤＲＸ構成である、処理ユニットと
を含むサイドリンク通信装置であって、
前記トランシーバユニットはさらに、前記第１のＤＲＸ構成に関する前記情報および／または前記第１のインターバルに関する前記情報を前記第３の通信デバイスへ送信するように構成されている、サイドリンク通信装置。
前記第１のインターバルは、前記第１のリソースと前記第２のリソースとの間における前記インターバルの最小値を含む請求項３３に記載の装置。
前記トランシーバユニットはさらに、
前記第１のＤＲＸ構成が前記第２のＤＲＸ構成と一致しない場合に、第１の情報を前記第２の通信デバイスへ送信することであって、前記第１の情報は、前記第１のＤＲＸ構成が前記第２のＤＲＸ構成と一致しないということを前記第２の通信デバイスに通知する、送信することを行うように構成されている請求項３３または３４に記載の装置。
前記トランシーバユニットはさらに、
第１の要求情報を前記第２の通信デバイスへ送信することであって、前記第１の要求情報は、前記第１のＤＲＸ構成に関する前記情報および／または前記第１のインターバルに関する前記情報を前記第１の通信デバイスへ送信するように前記第２の通信デバイスに要求するために使用される、送信することを行うように構成されている請求項３３乃至３５のいずれか一項に記載の装置。
前記第１のＤＲＸ構成は、第３のタイマーの構成および第４のタイマーの構成を含み、前記第２のＤＲＸ構成は、第１のタイマーの構成および第２のタイマーの構成を含み、
前記第１のタイマーおよび／または前記第３のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、前記第２のタイマーおよび／または前記第４のタイマーは、前記ＳＬ再伝送のための前記リソース構成情報または前記グラント情報を受信するのに必要とされる最大持続時間を示すために使用される請求項３３乃至３６のいずれか一項に記載の装置。
第１の不連続受信ＤＲＸ構成に関する情報および／または第１のインターバルに関する情報を決定するように構成されている処理ユニットであって、前記第１のＤＲＸ構成は、第２の通信デバイスと第３の通信デバイスとの間におけるＤＲＸ構成であり、前記第１のインターバルは、第１のリソースと第２のリソースとの間におけるインターバルであり、前記第１のリソースは、前記第２の通信デバイスがサイドリンクＳＬハイブリッド自動再送要求ＨＡＲＱフィードバックを前記第３の通信デバイスへ送信するためのリソースであり、前記第２のリソースは、前記第１の通信デバイスがＳＬＨＡＲＱフィードバックを前記第２の通信デバイスへ送信するためのリソースである、処理ユニットと、
前記第１のＤＲＸ構成に関する前記情報および／または前記第１のインターバルに関する前記情報を前記第１の通信デバイスへ送信するように構成されているトランシーバユニットと
を含む、サイドリンク通信装置。
前記第１のインターバルは、前記第１のリソースと前記第２のリソースとの間における前記インターバルの最小値を含む請求項３８に記載の装置。
前記トランシーバユニットはさらに、
第１の情報を前記第１の通信デバイスから受信することであって、前記第１の情報は、前記第１のＤＲＸ構成が第２のＤＲＸ構成と一致しないということを前記第２の通信デバイスに通知し、前記第２のＤＲＸ構成は、前記第１の通信デバイスと前記第２の通信デバイスとの間におけるＤＲＸであり、前記第２のＤＲＸ構成は、前記第１の通信デバイスと前記第２の通信デバイスとの間におけるＳＬ通信のために使用され、または前記第２のＤＲＸ構成は、前記第２の通信デバイスによって送信された情報を前記第１の通信デバイスが受信するために使用される、受信することを行うように構成されている請求項３８または３９に記載の装置。
第１の条件が満たされている場合に、前記トランシーバユニットは、前記第１のＤＲＸ構成に関する前記情報および／または前記第１のインターバルに関する前記情報を前記第１の通信デバイスへ送信する前記ステップを実行する請求項３８乃至４０のいずれか一項に記載の装置。
前記第１の条件は、
前記第１のインターバルが変化していること、
前記第１のインターバルの変動が第１のしきい値よりも大きいこと、
前記第１のＤＲＸ構成に関する前記情報が変化していること、および
前記第１のＤＲＸ構成に関する前記情報の変動が第２のしきい値よりも大きいことのうちの少なくとも１つを含む請求項４１に記載の装置。
前記トランシーバユニットはさらに、
第１の要求情報を前記第１の通信デバイスから受信することであって、前記第１の要求情報は、前記第１のＤＲＸ構成に関する前記情報および／または前記第１のインターバルに関する前記情報を前記第１の通信デバイスへ送信するように前記第２の通信デバイスに要求するために使用される、受信することを行うように構成されている請求項３８乃至４２のいずれか一項に記載の装置。
前記第１のＤＲＸ構成は、第３のタイマーの構成および第４のタイマーの構成を含み、前記第２のＤＲＸ構成は、第１のタイマーの構成および第２のタイマーの構成を含み、
前記第１のタイマーおよび／または前記第３のタイマーは、ＳＬ再伝送のためのリソース構成情報またはグラント情報が到着する前の予想される最小持続時間を示すために使用され、前記第２のタイマーおよび／または前記第４のタイマーは、前記ＳＬ再伝送のための前記リソース構成情報または前記グラント情報を受信するのに必要とされる最大持続時間を示すために使用される請求項３８乃至４３のいずれか一項に記載の装置。
プロセッサとメモリとを含む装置であって、前記プロセッサは前記メモリに結合されており、前記プロセッサは、請求項１乃至５のいずれか一項に記載の方法を実行するように構成されているか、または請求項１１乃至１５のいずれか一項に記載の方法を実行するように構成されている、装置。
プロセッサとメモリとを含む装置であって、前記プロセッサは前記メモリに結合されており、前記プロセッサは、請求項６乃至１０のいずれか一項に記載の方法を実行するように構成されているか、または請求項１６乃至２２のいずれか一項に記載の方法を実行するように構成されている、装置。
請求項２３乃至２７のいずれか一項に記載の装置と、請求項２８乃至３２のいずれか一項に記載の装置とを含むか、または請求項３３乃至３７のいずれか一項に記載の装置と、請求項３８乃至４４のいずれか一項に記載の装置とを含むか、または請求項４５に記載の装置と、請求項４６に記載の装置とを含む、通信システム。
命令を含むコンピュータ可読ストレージメディアであって、前記命令は、コンピュータ上で稼働されたときに、請求項１乃至５のいずれか一項に記載の方法、または請求項１１乃至１５のいずれか一項に記載の方法を前記コンピュータに実行させる、コンピュータ可読ストレージメディア。
命令を含むコンピュータ可読ストレージメディアであって、前記命令は、コンピュータ上で稼働されたときに、請求項６乃至１０のいずれか一項に記載の方法、または請求項１６乃至２２のいずれか一項に記載の方法を前記コンピュータに実行させる、コンピュータ可読ストレージメディア。
命令を含むコンピュータプログラム製品であって、前記命令がコンピュータ上で稼働されたときに、請求項１乃至５のいずれか一項に記載の方法、または請求項１１乃至１５のいずれか一項に記載の方法が実施される、コンピュータプログラム製品。
命令を含むコンピュータプログラム製品であって、前記命令がコンピュータ上で稼働されたときに、請求項６乃至１０のいずれか一項に記載の方法、または請求項１６乃至２２のいずれか一項に記載の方法が実施される、コンピュータプログラム製品。