JP2022543907A - 間欠受信方法、関連する装置及びシステム - Google Patents

間欠受信方法、関連する装置及びシステム Download PDF

Info

Publication number
JP2022543907A
JP2022543907A JP2022509717A JP2022509717A JP2022543907A JP 2022543907 A JP2022543907 A JP 2022543907A JP 2022509717 A JP2022509717 A JP 2022509717A JP 2022509717 A JP2022509717 A JP 2022509717A JP 2022543907 A JP2022543907 A JP 2022543907A
Authority
JP
Japan
Prior art keywords
sidelink
harq process
feedback
terminal
harq
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2022509717A
Other languages
English (en)
Other versions
JP7241237B2 (ja
Inventor
シュイ，ハイボー
シヤオ，シヤオ
ウエイ，ドーンドーン
チャーン，ジュインゥレン
ワーン，ジエン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2022543907A publication Critical patent/JP2022543907A/ja
Application granted granted Critical
Publication of JP7241237B2 publication Critical patent/JP7241237B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1848—Time-out mechanisms
    • H04L1/1851—Time-out mechanisms using multiple timers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/188—Time-out mechanisms
    • H04L1/1883—Time-out mechanisms using multiple timers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H04L27/26025—Numerology, i.e. varying one or more of symbol duration, subcarrier spacing, Fourier transform size, sampling rate or down-clocking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/46—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0457—Variable allocation of band or rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physics & Mathematics (AREA)
  • Mathematical Physics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

本願は、間欠受信方法に関する。サイドリンクＨＡＲＱプロセスのハイブリッド自動再送要求ＨＡＲＱフィードバックオケージョン後の最初の時間単位、例えば、最初のシンボルで、第１端末は、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了するときにｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中に、第１端末は物理ダウンリンク制御チャネルをモニタする。このようにして、サイドリンク再送効率は改善され得、サイドリンク再送遅延の増大は回避され得、また、無人運転、自動運転、支援運転、インテリジェント運転、ネットワーク化運転、インテリジェントネットワーク化運転、及び人工知能の分野におけるカーシェアリングなどのサイドリンクベースのアプリケーションは、より良くサポートされ得る。

Description

本願は、無線通信技術の分野に関係があり、特に、間欠受信方法、関連する装置、及びシステムに関係がある。
ロング・ターム・エボリューション（long time evolution，ＬＴＥ）システム又はニュー・ラジオ（new radio，ＮＲ）システムにおいて、ユーザ装置（user equipment，ＵＥ）と基地局（ｅＮＢ／ｇＮＢ）との間の通信インターフェースは、Ｕｕインターフェースと呼ばれている。ＵＥ間の通信インターフェースは、ＰＣ５インターフェースと呼ばれている。Ｕｕインターフェース上で、ＵＥがデータを基地局へ送るためのリンクは、アップリンク（Uplink）と呼ばれており、ＵＥが基地局によって送られたデータを受けるためのリンクは、ダウンリンク（Downlink）と呼ばれている。ＰＣ５インターフェース上でのＵＥ間のデータ伝送のためのリンクは、サイドリンク（Sidelink）と呼ばれている。ＰＣ５インターフェースは、直接通信がデバイス間で実行され得るシナリオ、例えば、ビークル・ツー・エブリシング（vehicle to everything，Ｖ２Ｘ）シナリオ、又はデバイス・ツー・デバイス（device to device，Ｄ２Ｄ）シナリオで、通常は使用される。
２つのサイドリンクリソース割り当て方法が存在する。１つの割り当て方法は、ＵＥがリソースプールからリソースを自立的に選択するもの、つまり、ＵＥが、サイドリンクデータを伝送するためにネットワークにおいてシステムメッセージ又は専用シグナリングを使用することによって設定又は事前設定されたリソースプールからリソースを選択するものである。他のリソース割り当て方法は、基地局スケジューリングに基づいており、つまり、基地局が、ユーザ装置ＴＸ ＵＥがサイドリンクデータを伝送するためのサイドリンクリソースをスケジューリングする。基地局スケジューリングに基づいたこのサイドリンクリソース割り当て方法では、基地局は、リソースを動的に割り当てるために物理ダウンリンク制御チャネル（physical downlink control channel，ＰＤＣＣＨ）でダウンリンク制御情報（downlink control information，ＤＣＩ）を配信し、ＴＸ ＵＥは、基地局によって配信されたグラント（grant）を取得するためにＰＤＣＣＨをモニタする必要がある。
Ｕｕインターフェース上で、ＵＥがＰＤＣＣＨを連続してモニタすることによって引き起こされた電力消費量を低減するために、３ＧＰＰで現在適用されている方法は、間欠受信（discontinuous reception，ＤＲＸ）メカニズムを使用することである。しかし、サイドリンク再送シナリオでは、基地局が、サイドリンクデータ再送をスケジューリングするために使用されるＰＤＣＣＨを配信する場合に、既存のＤＲＣメカニズムは、スリープモードに入ったＴＸ ＵＥがＰＤＣＣＨをモニタするのを止めることを引き起こす可能性がある。結果として、サイドリンクでのＴＸ ＵＥのデータ再送は遅延する。
本願は、サイドリンクでのデータ再送効率を改善し、かつ、サイドリンクでのデータ再送の遅延の増大を回避するよう、間欠受信方法、関連する装置、及びシステムを提供する。
第１の態様に従って、本願は、間欠受信方法を提供する。方法は次のことを含み得る：第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位（例えば、最初のシンボル）で、第１装置はｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し得る。ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了し、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックが否定応答ＮＡＣＫである場合に、第１装置はｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始する。第１装置は、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中に物理ダウンリンク制御チャネルＰＤＣＣＨをモニタする。
第１装置は端末デバイス、例えば、携帯電話機、ウェアラブルデバイス、若しくは車両などのユーザ装置、又は端末デバイスに配置され得るチップであってよい。
第１サイドリンクＨＡＲＱプロセスは、第１データに関連する。ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬは、第１サイドリンクＨＡＲＱプロセスに関連する。
第１サイドリンクＨＡＲＱプロセスは、第１装置（ＴＸ ＵＥ）によって、第１データを第２装置（ＲＸ ＵＥ）へ送るために使用され得る。ＨＡＲＱフィードバックオケージョンは、第１装置によって、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへ送るために使用され得る。ＨＡＲＱフィードバックは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを示すために使用され得る。ＨＡＲＱフィードバックがＮＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗することを示し得る。
第１の態様において、時間単位はシンボル又はスロットであってよい。シンボル及びスロットの長さは、データを送信するために使用されるサイドリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存し得る。シンボル及びスロットの長さはまた、ＨＡＲＱフィードバックが第１装置によってネットワークデバイスへ送られるアップリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存してもよい。
第１の態様において、ＲＲＣ接続が、第１装置とネットワークデバイスとの間に確立される。第１装置はＲＲＣコネクテッドモードにある。サイドリンクが、第１装置と第２装置との間に確立される。ネットワークデバイスは、ＲＲＣコネクテッドモードにある第１装置のためにＤＲＸサイクルを設定する。ＤＲＸサイクルは、「Ｏｎ Ｄｕｒａｔｉｏｎ」及び「Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ」から成る。「Ｏｎ Ｄｕｒａｔｉｏｎ」内で、第１装置は、ＰＤＣＣＨをモニタし受信する（アクティブモード）。「Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ」内で、第１装置は、電力消費量を低減するようダウンリンクチャネルデータを受信しない（スリープモード）。
第１の態様において、ネットワークデバイスは、ＲＲＣコネクテッドモードにある第１装置のためにタイマ、つまり、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ、及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを設定する。ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬは、第１タイマと呼ばれてもよく、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬは、第２タイマと呼ばれてもよい。
第１の態様において、第１装置は更に、第１データの伝送のための伝送リソースをスケジューリングすることをネットワークデバイスに要求するために、リソーススケジューリング要求をネットワークデバイスへ送ってもよい。相応して、リソーススケジューリング要求を受け取った後、ネットワークデバイスは、サイドリンク伝送のためのリソースをスケジューリングし、スケジューリングされたリソースをＰＤＣＣＨで配信し得る。第１装置は、ＰＤＣＣＨをモニタすることによって、ネットワークデバイスによってスケジューリングされたリソースを取得し得る。
第１の態様で提供される方法の実施において、第１装置は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位においてｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了するときに、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。言い換えると、ＨＡＲＱフィードバックオケージョンの後、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中に、第１装置はアクティブモードにあり、実行中にネットワークデバイスによって配信されて、第１サイドリンクＨＡＲＱプロセス再送をスケジューリングするために使用されるＰＤＣＣＨをモニタし受信し得る。このようにして、第１サイドリンクＨＡＲＱプロセス再送の効率は改善され得、また、サイドリンクデータ再送の遅延の増大は回避される。
第１の態様を参照して、いくつかの実施形態において、第１装置が第１タイマを開始する具体的な実施は、次のことを含む：ＨＡＲＱフィードバックがＮＡＣＫである場合に、第１装置は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第１タイマを開始する。
第１の態様を参照して、いくつかの実施形態において、第１装置が第１ＰＤＣＣＨを検出するとき、第１装置は第２タイマを停止し得る。第１ＰＤＣＣＨは、第１サイドリンクＨＡＲＱプロセスの伝送リソースをスケジューリングするために使用される。
第１の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの前に、第１装置は更に、第２ＰＤＣＣＨをモニタし得る。第２ＰＤＣＣＨは、第１サイドリンクＨＡＲＱプロセスの前の伝送のためにネットワークデバイスによってスケジューリングされたリソースを示すために使用される。
第１の態様を参照して、いくつかの実施形態において、第１装置は、次の方法で、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックを決定することができる。
（１）次の場合のいずれか１つで、第１装置は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫであると決定、つまり、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗すると決定することができる。
場合１：第２装置によって送信されて第１装置によって受信されるＨＡＲＱフィードバックがＮＡＣＫである。
ＨＡＲＱフィードバックは、第１サイドリンクＨＡＲＱプロセスに関連したデータの前の伝送に対する第２装置による受信が成功するかどうかを示すために、使用される。ＨＡＲＱフィードバックがＮＡＣＫであることは、第２装置が第１サイドリンクＨＡＲＱプロセスに関連したデータを受信することができないことを示し得る。第２装置が第１サイドリンクＨＡＲＱプロセスに関連したデータを受信することができない理由には、第２装置がデータを復号することができないことが含まれ得るが、これに限られない。ここで、第１リソースは、第１サイドリンクＨＡＲＱプロセスの前の伝送のためにネットワークデバイスによってスケジューリングされたリソースである。
場合２：第１装置が、第２装置によって送信されたＨＡＲＱフィードバックを受信することができない。
場合２で、図３ＡのＳ１０８は存在しない。第１装置が第２装置によって送信されたＨＡＲＱフィードバックを受信することができないことは、第１装置が、第１サイドリンクＨＡＲＱプロセスのフィードバックオケージョンで、第２装置によって送信されたＨＡＲＱフィードバックを受信することができないことを具体的に意味し得る。第１サイドリンクＨＡＲＱプロセスのフィードバックオケージョンは、ネットワークデバイスによって設定され得る。
場合３：第１装置がサイドリンクデータを第２装置へ第１リソースで送信することができない。
場合３で、図３ＡのＳ１０７は存在せず、相応して、Ｓ１０８は存在しない。ここで、第１リソースは、第１サイドリンクＨＡＲＱプロセスの前の伝送のためにネットワークデバイスによってスケジューリングされたリソースである。場合３の原因は、リソースコンフリクトであり得る。具体的に言えば、第１装置は、データａの代わりに、第１リソースで他のデータを送信する。
（２）次の場合に、第１装置は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＡＣＫであると決定、つまり、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功すると決定することができる。
第２装置によって送信されて第１装置によって受信されるＨＡＲＱフィードバックは、ＡＣＫである。ＨＡＲＱフィードバックがＡＣＫであることは、第２装置が第１サイドリンクＨＡＲＱプロセスに関連したデータを受信することに成功したことを示し得る。
第１の態様を参照していくつかの実施形態において、第１装置は、２つのタイマ、つまり、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを次の方法で維持し得る。
方法１
第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位で、第１装置はｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し得る。第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫである場合に、第１装置は、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了すると、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。第１装置は、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中にＰＤＣＣＨをモニタする。
方法２
第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫである場合に、第１装置は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位においてｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し得る。ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了するとき、第１装置はｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し得る。第１装置は、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中にＰＤＣＣＨをモニタする。
第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックに加えて、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫも、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを示すために使用されてよい。状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫは、第１変数と呼ばれてもよい。
維持方法は、上記の方法１及び方法２に限られない。第１装置はまた、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫに基づきｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを維持してもよい。具体的な実施は次の通りであってよい。第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫである場合に、第１装置は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位においてｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し得る。第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫである場合に、第１装置は、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了すると、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。
第１の態様を参照して、いくつかの実施形態において、２つのタイマ、つまり、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの計時の単位は、次の方法で実装されてよい。
方法１：ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬの単位はシンボル（symbol）であり、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの単位はスロット（slot）である。シンボル及びスロットの長さは、データを伝送するために使用されるサイドリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存し得る。
方法２：ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬの単位はシンボル（symbol）であり、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの単位はスロット（slot）である。シンボル及びスロットの長さはまた、ＨＡＲＱフィードバックが第１装置によってネットワークデバイスへ送られるアップリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存してもよい。
方法３：２つのタイマの単位は、絶対時間長さ、例えば、ミリ秒ｍｓであってもよい。
第２の態様に従って、本願は装置を提供し、装置は、第１の態様の第１装置であってよい。装置は、第１の態様で記載された方法を実装するよう、複数の機能ユニットを含み得る。装置は、処理ユニット及び通信ユニットを含み得る。処理ユニットは、プロセッサ、又は処理機能を備えた１つ以上のモジュールを含むユニットであってよい。通信ユニットは、トランシーバ、又はトランシーバ機能を備えた１つ以上のモジュールを含むユニットであってよい。
処理ユニットは、第１サイドリンクＨＡＲＱプロセスのハイブリッド自動再送要求ＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第１タイマを開始するよう構成され得る。処理ユニットは、第１タイマが満了し、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第２タイマを開始するよう更に構成され得る。
通信ユニットは、第２タイマの実行中にＰＤＣＣＨをモニタするよう構成され得る。
第１タイマ及び第２タイマは、第１サイドリンクＨＡＲＱプロセスに関連する。第１サイドリンクＨＡＲＱプロセスは、第１データに関連する。第１サイドリンクＨＡＲＱプロセスは、第１装置によって、第１データを第２装置へ送るために使用される。ＨＡＲＱフィードバックオケージョンは、第１装置によって、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへ送るために使用される。ＨＡＲＱフィードバックは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを示すために使用される。
第２の態様を参照して、いくつかの実施形態において、処理ユニットは、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第１タイマを開始するよう特に構成され得る。
第２の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫであることを処理ユニットがどのように決定するかについては、第１の態様の関連する内容を参照されたい。詳細は、ここで再び記載されない。
第２の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスは、第１変数に関連し、第１変数は、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを記録するために使用される。第１変数がＮＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送が失敗することを示す。
第２の態様を参照して、いくつかの実施形態において、処理ユニットは、第１変数がＮＡＣＫである場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第１タイマを開始するよう特に構成され得る。
第２の態様を参照して、いくつかの実施形態において、処理ユニットは、第１タイマが満了し、第１変数がＮＡＣＫである場合に、第２タイマを開始するよう特に構成され得る。
第２の態様を参照して、いくつかの実施形態において、処理ユニットは特に、第１装置が第１ＰＤＣＣＨを検出するときに第２タイマを停止するよう更に構成され得る。第１ＰＤＣＣＨは、第１サイドリンクＨＡＲＱプロセスの伝送リソースをスケジューリングするために使用される。
第２の態様を参照して、いくつかの実施形態において、通信ユニットは、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの前に第２ＰＤＣＣＨをモニタするよう更に構成され得る。第２ＰＤＣＣＨは、第１サイドリンクＨＡＲＱプロセスの前の伝送のためにネットワークデバイスによってスケジューリングされたリソースを示すために使用される。
第２の態様を参照して、いくつかの実施形態において、通信ユニットは、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへＨＡＲＱフィードバックオケージョンで送信するよう、又は第２データをＨＡＲＱフィードバックオケージョンで伝送するよう更に構成され得、第２データは、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックではない。
第２の態様で述べられていない詳細については、第１の態様を参照されたい。詳細は、ここで再び記載されない。
第３の態様に従って、装置が提供される。装置は、第１の態様の第１装置であってよく、第１の態様で記載された間欠受信方法を実行するよう構成されてよい。装置は、第１装置と呼ばれてもよい。第１装置はメモリと、メモリへ結合されているプロセッサ、送信器、及び受信器とを含み得る。送信器は、他の無線通信デバイスへ信号を送るよう構成される。受信器は、他の無線通信デバイスによって送信された信号を受けるよう構成される。メモリは、第１の態様で記載された間欠受信方法の実施コードを記憶するよう構成される。プロセッサは、メモリに記憶されているプログラムコードを実行するよう、つまり、第１の態様の可能な実施のうちのいずれか１つで記載された間欠受信方法を実行するよう構成される。
具体的に、プロセッサは、第１サイドリンクＨＡＲＱプロセスのハイブリッド自動再送要求ＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第１タイマを開始するよう構成され得る。プロセッサは、第１タイマが満了し、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第２タイマを開始するよう更に構成され得る。
具体的に、受信器は、第２タイマの実行中にＰＤＣＣＨをモニタするよう構成され得る。
具体的に、送信器は、第１サイドリンクＨＡＲＱプロセスを使用することによって第１データを第２装置へ送るよう構成され得る。
第１タイマ及び第２タイマは、第１サイドリンクＨＡＲＱプロセスに関連する。第１サイドリンクＨＡＲＱプロセスは、第１データに関連する。第１サイドリンクＨＡＲＱプロセスは、第１装置によって、第１データを第２装置へ送るために使用される。ＨＡＲＱフィードバックオケージョンは、第１装置によって、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへ送るために使用される。ＨＡＲＱフィードバックは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを示すために使用される。
第３の態様を参照して、いくつかの実施形態において、プロセッサは、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第１タイマを開始するよう特に構成され得る。
第３の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫであることをプロセッサがどのように決定するかについては、第１の態様の関連する内容を参照されたい。詳細は、ここで再び記載されない。
第３の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスは、第１変数に関連し、第１変数は、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを記録するために使用される。第１変数がＮＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送が失敗することを示す。
第３の態様を参照して、いくつかの実施形態において、プロセッサは、第１変数がＮＡＣＫである場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第１タイマを開始するよう特に構成され得る。
第３の態様を参照して、いくつかの実施形態において、プロセッサは、第１タイマが満了し、第１変数がＮＡＣＫである場合に、第２タイマを開始するよう特に構成され得る。
第３の態様を参照して、いくつかの実施形態において、プロセッサは特に、第１装置が第１ＰＤＣＣＨを検出するときに第２タイマを停止するよう更に構成され得る。第１ＰＤＣＣＨは、第１サイドリンクＨＡＲＱプロセスの伝送リソースをスケジューリングするために使用される。
第３の態様を参照して、いくつかの実施形態において、受信器は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの前に第２ＰＤＣＣＨをモニタするよう更に構成され得る。第２ＰＤＣＣＨは、第１サイドリンクＨＡＲＱプロセスの前の伝送のためにネットワークデバイスによってスケジューリングされたリソースを示すために使用される。
第３の態様を参照して、いくつかの実施形態において、送信器は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへＨＡＲＱフィードバックオケージョンで送信するよう、又は第２データをＨＡＲＱフィードバックオケージョンで伝送するよう更に構成され得、第２データは、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックではない。
第３の態様で述べられていない詳細については、第１の態様を参照されたい。詳細は、ここで再び記載されない。
第４の態様に従って、本願は、間欠受信方法を提供する。方法は次のことを含み得る：第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位（例えば、最初のシンボル）で、第１装置はｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。第１装置は、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中に物理ダウンリンク制御チャネルＰＤＣＣＨをモニタする。
第１サイドリンクＨＡＲＱプロセスは、第１データに関連する。ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬは、第１サイドリンクＨＡＲＱプロセスに関連する。
第１サイドリンクＨＡＲＱプロセスは、第１装置（ＴＸ ＵＥ）によって、第１データを第２装置（ＲＸ ＵＥ）へ送るために使用され得る。ＨＡＲＱフィードバックオケージョンは、第１装置によって、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへ送るために使用され得る。ＨＡＲＱフィードバックは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを示すために使用され得る。ＨＡＲＱフィードバックがＮＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗することを示し得る。
第１装置は端末デバイス、例えば、携帯電話機、ウェアラブルデバイス、若しくは車両などのユーザ装置、又は端末デバイスに配置され得るチップであってよい。
第４の態様において、時間単位はシンボル又はスロットであってよい。シンボル及びスロットの長さは、データを送信するために使用されるサイドリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存し得る。シンボル及びスロットの長さはまた、ＨＡＲＱフィードバックが第１装置によってネットワークデバイスへ送られるアップリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存してもよい。
第４の態様において、ＲＲＣ接続が、第１装置とネットワークデバイスとの間に確立される。第１装置はＲＲＣコネクテッドモードにある。サイドリンクが、第１装置と第２装置との間に確立される。ネットワークデバイスは、ＲＲＣコネクテッドモードにある第１装置のためにＤＲＸサイクルを設定する。ＤＲＸサイクルは、「Ｏｎ Ｄｕｒａｔｉｏｎ」及び「Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ」から成る。「Ｏｎ Ｄｕｒａｔｉｏｎ」内で、第１装置は、ＰＤＣＣＨをモニタし受信する（アクティブモード）。「Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ」内で、第１装置は、電力消費量を低減するようダウンリンクチャネルデータを受信しない（スリープモード）。
第４の態様において、ネットワークデバイスは、ＲＲＣコネクテッドモードにある第１装置のためにタイマ、つまり、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを設定する。ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬは、第３タイマと呼ばれてもよい。
第４の態様において、第１装置は更に、第１データの伝送のための伝送リソースをスケジューリングすることをネットワークデバイスに要求するために、リソーススケジューリング要求をネットワークデバイスへ送ってもよい。相応して、リソーススケジューリング要求を受け取った後、ネットワークデバイスは、サイドリンク伝送のためのリソースをスケジューリングし、スケジューリングされたリソースをＰＤＣＣＨで配信し得る。第１装置は、ＰＤＣＣＨをモニタすることによって、ネットワークデバイスによってスケジューリングされたリソースを取得し得る。
第４の態様で提供される方法の実施において、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位で、第１装置は、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。第１装置は、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中にＰＤＣＣＨをモニタする。言い換えると、ＨＡＲＱフィードバックオケージョンの最初の時間単位から、第１装置はアクティブモードにあり、ネットワークデバイスによって配信されて、第１サイドリンクＨＡＲＱプロセス再送をスケジューリングするために使用されるＰＤＣＣＨを検出し得る。このようにして、第１サイドリンクＨＡＲＱプロセス再送の効率は改善され得、また、サイドリンクデータ再送の遅延の増大は回避される。
第４の態様を参照して、いくつかの実施形態において、第１装置が第１タイマを開始する具体的な実施は、次のことを含む：ＨＡＲＱフィードバックがＮＡＣＫである場合に、第１装置は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第３タイマを開始する。
第４の態様を参照して、いくつかの実施形態において、第１装置が第１ＰＤＣＣＨを検出するとき、第１装置は第３タイマを停止し得る。第１ＰＤＣＣＨは、第１サイドリンクＨＡＲＱプロセスの伝送リソースをスケジューリングするために使用される。
第４の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの前に、第１装置は更に、第２ＰＤＣＣＨをモニタし得る。第２ＰＤＣＣＨは、第１サイドリンクＨＡＲＱプロセスの前の伝送のためにネットワークデバイスによってスケジューリングされたリソースを示すために使用される。
第４の態様を参照して、第１装置が第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックを決定する実施については、第１の態様の関連する内容を参照されたい。詳細は、ここで再び記載されない。
第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックに加えて、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫも、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを示すために使用されてよい。
第１サイドリンクＨＡＲＱプロセスのＨＡＲＱプロセスに加えて、第１装置はまた、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫに基づきｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを維持してもよい。具体的な実施は次の通りであってよい。第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫである場合に、第１装置は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位においてｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。
第４の態様を参照して、いくつかの実施形態において、タイマｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの計時の単位は、次の方法で実装されてよい。
方法１：ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの単位はスロット（slot）であってよい。スロットの長さは、データを伝送するために使用されるサイドリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存し得る。
方法２：ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの単位はスロット（slot）であってよい。スロットの長さはまた、ＨＡＲＱフィードバックが第１装置によってネットワークデバイスへ送られるアップリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存してもよい。
方法３：タイマの単位は、絶対時間長さ、例えば、ミリ秒ｍｓであってもよい。
第５の態様に従って、本願は装置を提供し、装置は、第４の態様の第１装置であってよい。装置は、第４の態様で記載された方法を実装するよう、複数の機能ユニットを含み得る。装置は、処理ユニット及び通信ユニットを含み得る。処理ユニットは、プロセッサ、又は処理機能を備えた１つ以上のモジュールを含むユニットであってよい。通信ユニットは、トランシーバ、又はトランシーバ機能を備えた１つ以上のモジュールを含むユニットであってよい。
処理ユニットは、第１サイドリンクＨＡＲＱプロセスのハイブリッド自動再送要求ＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第３タイマを開始するよう構成され得る。
通信ユニットは、第３タイマの実行中にＰＤＣＣＨをモニタするよう構成され得る。
第３タイマは、第１サイドリンクＨＡＲＱプロセスに関連する。第１サイドリンクＨＡＲＱプロセスは、第１データに関連する。第１サイドリンクＨＡＲＱプロセスは、第１装置によって、第１データを第２装置へ送るために使用される。ＨＡＲＱフィードバックオケージョンは、第１装置によって、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへ送るために使用される。ＨＡＲＱフィードバックは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを示すために使用される。
第５の態様を参照して、いくつかの実施形態において、処理ユニットは、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第３タイマを開始するよう特に構成され得る。
第５の態様を参照して、いくつかの実施形態において、処理ユニットは、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第３タイマを開始するよう特に構成され得る。
第５の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫであることを処理ユニットがどのように決定するかについては、第１の態様の関連する内容を参照されたい。詳細は、ここで再び記載されない。第５の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスは、第１変数に関連し、第１変数は、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを記録するために使用される。第１変数がＮＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送が失敗することを示す。
第５の態様を参照して、いくつかの実施形態において、処理ユニットは、第１変数がＮＡＣＫである場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第３タイマを開始するよう特に構成され得る。
第５の態様を参照して、いくつかの実施形態において、処理ユニットは特に、第１装置が第１ＰＤＣＣＨを検出するときに第３タイマを停止するよう更に構成され得る。第１ＰＤＣＣＨは、第１サイドリンクＨＡＲＱプロセスの伝送リソースをスケジューリングするために使用される。
第５の態様を参照して、いくつかの実施形態において、通信ユニットは、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの前に第２ＰＤＣＣＨをモニタするよう更に構成され得る。第２ＰＤＣＣＨは、第１サイドリンクＨＡＲＱプロセスの前の伝送のためにネットワークデバイスによってスケジューリングされたリソースを示すために使用される。
第５の態様を参照して、いくつかの実施形態において、通信ユニットは、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへＨＡＲＱフィードバックオケージョンで送信するよう、又は第２データをＨＡＲＱフィードバックオケージョンで伝送するよう更に構成され得、第２データは、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックではない。
第５の態様で述べられていない詳細については、第４の態様を参照されたい。詳細は、ここで再び記載されない。
第６の態様に従って、装置が提供される。装置は、第４の態様の第１装置であってよく、第４の態様で記載された間欠受信方法を実行するよう構成されてよい。装置は、第１装置と呼ばれてもよい。第１装置はメモリと、メモリへ結合されているプロセッサ、送信器、及び受信器とを含み得る。送信器は、他の無線通信デバイスへ信号を送るよう構成される。受信器は、他の無線通信デバイスによって送信された信号を受けるよう構成される。メモリは、第４の態様で記載された間欠受信方法の実施コードを記憶するよう構成される。プロセッサは、メモリに記憶されているプログラムコードを実行するよう、つまり、第４の態様の可能な実施のうちのいずれか１つで記載された間欠受信方法を実行するよう構成される。
具体的に、プロセッサは、第１サイドリンクＨＡＲＱプロセスのハイブリッド自動再送要求ＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第３タイマを開始するよう構成され得る。
具体的に、受信器は、第３タイマの実行中にＰＤＣＣＨをモニタするよう構成され得る。
具体的に、送信器は、第１サイドリンクＨＡＲＱプロセスを使用することによって第１データを第２装置へ送るよう構成され得る。
第３タイマは、第１サイドリンクＨＡＲＱプロセスに関連する。第１サイドリンクＨＡＲＱプロセスは、第１データに関連する。第１サイドリンクＨＡＲＱプロセスは、第１装置によって、第１データを第２装置へ送るために使用される。ＨＡＲＱフィードバックオケージョンは、第１装置によって、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへ送るために使用される。ＨＡＲＱフィードバックは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを示すために使用される。
第６の態様を参照して、いくつかの実施形態において、プロセッサは、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第３タイマを開始するよう特に構成され得る。
第６の態様を参照して、いくつかの実施形態において、プロセッサは、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第３タイマを開始するよう特に構成され得る。
第６の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫであることをプロセッサがどのように決定するかについては、第１の態様の関連する内容を参照されたい。詳細は、ここで再び記載されない。
第６の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスは、第１変数に関連し、第１変数は、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを記録するために使用される。第１変数がＮＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送が失敗することを示す。
第６の態様を参照して、いくつかの実施形態において、プロセッサは、第１変数がＮＡＣＫである場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第３タイマを開始するよう特に構成され得る。
第６の態様を参照して、いくつかの実施形態において、プロセッサは特に、第１装置が第１ＰＤＣＣＨを検出するときに第３タイマを停止するよう更に構成され得る。第１ＰＤＣＣＨは、第１サイドリンクＨＡＲＱプロセスの伝送リソースをスケジューリングするために使用される。
第６の態様を参照して、いくつかの実施形態において、受信器は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの前に第２ＰＤＣＣＨをモニタするよう更に構成され得る。第２ＰＤＣＣＨは、第１サイドリンクＨＡＲＱプロセスの前の伝送のためにネットワークデバイスによってスケジューリングされたリソースを示すために使用される。
第６の態様を参照して、いくつかの実施形態において、送信器は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへＨＡＲＱフィードバックオケージョンで送信するよう、又は第２データをＨＡＲＱフィードバックオケージョンで伝送するよう更に構成され得、第２データは、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックではない。
第６の態様で述べられていない詳細については、第１の態様を参照されたい。詳細は、ここで再び記載されない。
第７の態様に従って、本願は、間欠受信方法を提供する。方法は次のことを含み得る：第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗する場合に、第１装置は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位（例えば、最初のシンボル）において、物理ダウンリンク制御チャネルＰＤＣＣＨをモニタにし始め得る。第１装置は、第１装置が第１ＰＤＣＣＨを検出し、次の条件のどれも満足されない場合に、ＰＤＣＣＨをモニタするのを止める。
条件１：次のタイマのうちの１つ以上が実行中である：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、及びｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ。
条件２：第１装置がスケジューリング要求をＰＵＣＣＨで送信し、スケジューリング要求がペンディング中である。
条件３：第１装置が非競合ベースのランダムアクセス応答メッセージを受信するが、Ｃ－ＲＮＴＩによってスクランブルされて新しい伝送を示すＰＤＣＣＨを受信しない。
第１ＰＤＣＣＨは、第１サイドリンクＨＡＲＱプロセスの伝送リソースをスケジューリングするために使用される。
第１サイドリンクＨＡＲＱプロセスは、第１データに関連する。ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬは、第１サイドリンクＨＡＲＱプロセスに関連する。第１サイドリンクＨＡＲＱプロセスは、第１装置（ＴＸ ＵＥ）によって、第１データを第２装置（ＲＸ ＵＥ）へ送るために使用され得る。ＨＡＲＱフィードバックオケージョンは、第１装置によって、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへ送るために使用され得る。ＨＡＲＱフィードバックは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを示すために使用され得る。ＨＡＲＱフィードバックがＮＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗することを示し得る。
第１装置は端末デバイス、例えば、携帯電話機、ウェアラブルデバイス、若しくは車両などのユーザ装置、又は端末デバイスに配置され得るチップであってよい。
第７の態様において、時間単位はシンボル又はスロットであってよい。シンボル及びスロットの長さは、データを送信するために使用されるサイドリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存し得る。シンボル及びスロットの長さはまた、ＨＡＲＱフィードバックが第１装置によってネットワークデバイスへ送られるアップリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存してもよい。
第７の態様において、ＲＲＣ接続が、第１装置とネットワークデバイスとの間に確立される。第１装置はＲＲＣコネクテッドモードにある。サイドリンクが、第１装置と第２装置との間に確立される。ネットワークデバイスは、ＲＲＣコネクテッドモードにある第１装置のためにＤＲＸサイクルを設定する。ＤＲＸサイクルは、「Ｏｎ Ｄｕｒａｔｉｏｎ」及び「Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ」から成る。「Ｏｎ Ｄｕｒａｔｉｏｎ」内で、第１装置は、ＰＤＣＣＨをモニタし受信する（アクティブモード）。「Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ」内で、第１装置は、電力消費量を低減するようダウンリンクチャネルデータを受信しない（スリープモード）。
第７の態様において、ネットワークデバイスは、ＲＲＣコネクテッドモードにある第１装置のためにタイマ、つまり、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを設定する。ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬは、第３タイマと呼ばれてもよい。
第７の態様において、第１装置は更に、第１データの伝送のための伝送リソースをスケジューリングすることをネットワークデバイスに要求するために、リソーススケジューリング要求をネットワークデバイスへ送ってもよい。相応して、リソーススケジューリング要求を受け取った後、ネットワークデバイスは、サイドリンク伝送のためのリソースをスケジューリングし、スケジューリングされたリソースをＰＤＣＣＨで配信し得る。第１装置は、ＰＤＣＣＨをモニタすることによって、ネットワークデバイスによってスケジューリングされたリソースを取得し得る。
第７の態様で提供される方法の実施において、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗する場合に、第１装置は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において、ＰＤＣＣＨをモニタし始め得る。具体的に言えば、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗する場合に、ＨＡＲＱフィードバックオケージョンの後で、第１装置はアクティブモードにあり、ネットワークデバイスによって配信されて、第１サイドリンクＨＡＲＱプロセス再送をスケジューリングするために使用されるＰＤＣＣＨをモニタし受信し得る。このようにして、第１サイドリンクＨＡＲＱプロセス再送の効率は改善され得、また、サイドリンクデータ再送の遅延の増大は回避される。
第７の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスの前の伝送が受信されるかどうかは、次の２つの側面から決定され得る：
第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバック、及び
第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫ。
第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗することを示し得る。第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功することを示し得る。
第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫの値がＮＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗することを示し得る。第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫの値がＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功することを示し得る。
第７の態様において、第１装置が第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックを決定する具体的な実施については、第１の態様の関連する内容を参照されたい。詳細は、ここで再び記載されない。
第７の態様において、第１装置は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックに基づきＰＤＣＣＨをモニタし得る。具体的な実施は次の通りであってよい。第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫである場合に、第１装置は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において、ＰＤＣＣＨをモニタし始め得る。
第７の態様において、第１装置はまた、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫに基づきＰＤＣＣＨをモニタし得る。具体的な実施は次の通りであってよい。第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫである場合に、第１装置は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において、ＰＤＣＣＨをモニタし始め得る。
第７の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＡＣＫであり、次の条件のどれも満足されない場合に、第１装置は、ＰＤＣＣＨをモニタするのを止め得る。
条件１：次のタイマのうちの１つ以上が実行中である：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、及びｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ。
条件２：第１装置がスケジューリング要求をＰＵＣＣＨで送信し、スケジューリング要求がペンディング中である。
条件３：第１装置が非競合ベースのランダムアクセス応答メッセージを受信するが、Ｃ－ＲＮＴＩによってスクランブルされて新しい伝送を示すＰＤＣＣＨを受信しない。
第７の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫはＮＡＣＫであるが、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢは、データａの伝送回数が最大数に達することを示す。この場合に、次の条件のどれも満足されないとき、第１装置は、ＰＤＣＣＨをモニタするのを止め得る。
条件１：次のタイマのうちの１つ以上が実行中である：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、及びｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ。
条件２：第１装置がスケジューリング要求をＰＵＣＣＨで送信し、スケジューリング要求がペンディング中である。
条件３：第１装置が非競合ベースのランダムアクセス応答メッセージを受信するが、Ｃ－ＲＮＴＩによってスクランブルされて新しい伝送を示すＰＤＣＣＨを受信しない。
第８の態様に従って、本願は装置を提供し、装置は、第７の態様の第１装置であってよい。装置は、第７の態様で記載された方法を実装するよう、複数の機能ユニットを含み得る。装置は、処理ユニット及び通信ユニットを含み得る。処理ユニットは、プロセッサ、又は処理機能を備えた１つ以上のモジュールを含むユニットであってよい。通信ユニットは、トランシーバ、又はトランシーバ機能を備えた１つ以上のモジュールを含むユニットであってよい。
処理ユニットは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを決定するよう構成され得る。
通信ユニットは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗する場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位（例えば、最初のシンボル）において、物理ダウンリンク制御チャネルＰＤＣＣＨをモニタし始めるよう構成され得る。
通信ユニットは、第１装置が第１ＰＤＣＣＨを検出し、次の条件のどれも満足されないときに、ＰＤＣＣＨをモニタするのを止めるよう更に構成され得る。
条件１：次のタイマのうちの１つ以上が実行中である：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、及びｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ。
条件２：第１装置がスケジューリング要求をＰＵＣＣＨで送信し、スケジューリング要求がペンディング中である。
条件３：第１装置が非競合ベースのランダムアクセス応答メッセージを受信するが、Ｃ－ＲＮＴＩによってスクランブルされて新しい伝送を示すＰＤＣＣＨを受信しない。
第８の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスの前の伝送が受信されるかどうかは、処理ユニットによって、次の２つの側面から決定され得る：
第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバック、及び
第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫ。
第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗することを示し得る。第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功することを示し得る。
第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫの値がＮＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗することを示し得る。第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫの値がＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功することを示し得る。
第８の態様において、処理ユニットが第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックを決定する具体的な実施については、第１の態様の関連する内容を参照されたい。詳細は、ここで再び記載されない。
第８の態様において、処理ユニットは、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックに基づきＰＤＣＣＨをモニタし得る。具体的な実施は次の通りであってよい。第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫである場合に、通信ユニットは、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において、ＰＤＣＣＨをモニタし始め得る。
第８の態様において、通信ユニットはまた、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫに基づきＰＤＣＣＨをモニタし得る。具体的な実施は次の通りであってよい。第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫである場合に、通信ユニットは、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において、ＰＤＣＣＨをモニタし始め得る。
第８の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＡＣＫであり、次の条件のどれも満足されない場合に、第１装置は、ＰＤＣＣＨをモニタするのを止め得る。
条件１：次のタイマのうちの１つ以上が実行中である：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、及びｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ。
条件２：第１装置がスケジューリング要求をＰＵＣＣＨで送信し、スケジューリング要求がペンディング中である。
条件３：第１装置が非競合ベースのランダムアクセス応答メッセージを受信するが、Ｃ－ＲＮＴＩによってスクランブルされて新しい伝送を示すＰＤＣＣＨを受信しない。
第８の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫはＮＡＣＫであるが、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢは、データａの伝送回数が最大数に達することを示す。この場合に、次の条件のどれも満足されないとき、第１装置は、ＰＤＣＣＨをモニタするのを止め得る。
条件１：次のタイマのうちの１つ以上が実行中である：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、及びｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ。
条件２：第１装置がスケジューリング要求をＰＵＣＣＨで送信し、スケジューリング要求がペンディング中である。
条件３：第１装置が非競合ベースのランダムアクセス応答メッセージを受信するが、Ｃ－ＲＮＴＩによってスクランブルされて新しい伝送を示すＰＤＣＣＨを受信しない。
第８の態様で述べられていない詳細については、第７の態様を参照されたい。詳細は、ここで再び記載されない。
第９の態様に従って、装置が提供される。装置は、第７の態様の第１装置であってよく、第４の態様で記載された間欠受信方法を実行するよう構成されてよい。装置は、第１装置と呼ばれてもよい。第１装置はメモリと、メモリへ結合されているプロセッサ、送信器、及び受信器とを含み得る。送信器は、他の無線通信デバイスへ信号を送るよう構成される。受信器は、他の無線通信デバイスによって送信された信号を受けるよう構成される。メモリは、第７の態様で記載された間欠受信方法の実施コードを記憶するよう構成される。プロセッサは、メモリに記憶されているプログラムコードを実行するよう、つまり、第７の態様の可能な実施のうちのいずれか１つで記載された間欠受信方法を実行するよう構成される。
具体的に、プロセッサは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを決定するよう構成され得る。
具体的に、受信器は、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗する場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位（例えば、最初のシンボル）において、物理ダウンリンク制御チャネルＰＤＣＣＨをモニタし始めるよう構成され得る。
具体的に、受信器は、第１装置が第１ＰＤＣＣＨを検出し、次の条件のどれも満足されないときに、ＰＤＣＣＨをモニタするのを止めるよう更に構成され得る。
条件１：次のタイマのうちの１つ以上が実行中である：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、及びｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ。
条件２：第１装置がスケジューリング要求をＰＵＣＣＨで送信し、スケジューリング要求がペンディング中である。
条件３：第１装置が非競合ベースのランダムアクセス応答メッセージを受信するが、Ｃ－ＲＮＴＩによってスクランブルされて新しい伝送を示すＰＤＣＣＨを受信しない。
第９の態様を参照して、受信器は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックに基づきＰＤＣＣＨをモニタし得る。具体的な実施は次の通りであってよい。第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫである場合に、受信器は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において、ＰＤＣＣＨをモニタし始め得る。
第９の態様を参照して、受信器は、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫに基づきＰＤＣＣＨをモニタし得る。具体的な実施は次の通りであってよい。第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫである場合に、受信器は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において、ＰＤＣＣＨをモニタし始め得る。
第９の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＡＣＫであり、次の条件のどれも満足されない場合に、第１装置は、ＰＤＣＣＨをモニタするのを止め得る。
条件１：次のタイマのうちの１つ以上が実行中である：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、及びｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ。
条件２：第１装置がスケジューリング要求をＰＵＣＣＨで送信し、スケジューリング要求がペンディング中である。
条件３：第１装置が非競合ベースのランダムアクセス応答メッセージを受信するが、Ｃ－ＲＮＴＩによってスクランブルされて新しい伝送を示すＰＤＣＣＨを受信しない。
第９の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫはＮＡＣＫであるが、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢは、データａの伝送回数が最大数に達することを示す。この場合に、次の条件のどれも満足されないとき、第１装置は、ＰＤＣＣＨをモニタするのを止め得る。
条件１：次のタイマのうちの１つ以上が実行中である：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、及びｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ。
条件２：第１装置がスケジューリング要求をＰＵＣＣＨで送信し、スケジューリング要求がペンディング中である。
条件３：第１装置が非競合ベースのランダムアクセス応答メッセージを受信するが、Ｃ－ＲＮＴＩによってスクランブルされて新しい伝送を示すＰＤＣＣＨを受信しない。
第９の態様で述べられていない詳細については、第７の態様を参照されたい。詳細は、ここで再び記載されない。
以下は、第1の態様、第４の態様、及び第７の態様に関連したいくつかの態様（１）から（３）について記載する。
（１）第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫ
第１の態様、第４の態様、及び第７の態様を参照して、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫの初期値は、ＡＣＫにセットされ得る。ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功することを示し得る。ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗することを示し得る。
以下は、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫを第１装置がどのように維持するかについて記載する。
１．第１装置は、次の場合のいずれか１つにおいて、ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットし得る。
場合１：第２装置によって送信されて第１装置によって受信されるＨＡＲＱフィードバックがＡＣＫである。
場合２：第１装置が、第１サイドリンクＨＡＲＱプロセスの伝送（最初の伝送及び再送を含む）をスケジューリングするために使用されるＰＤＣＣＨをモニタし受信する。
２．第１装置は、次の場合のいずれか１つにおいて、ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＮＡＣＫにセットし得る。
場合１：第２装置によって送信されて第１装置によって受信されるＨＡＲＱフィードバックがＮＡＣＫである。
場合２：第１装置が、第２装置によって送信されたＨＡＲＱフィードバックを受信することができない。
第１装置が第２装置によって送信されたＨＡＲＱフィードバックを受信することができないことは、第１装置がＨＡＲＱフィードバックオケージョンで第２装置によって送信されたＨＡＲＱフィードバックを受信することができないことを具体的に意味し得る。
場合３：第１装置が、第２装置へ、第１サイドリンクＨＡＲＱプロセスに関連したデータを、第１サイドリンクＨＡＲＱプロセスに割り当てられた伝送リソースで送信することができない。
ここで、第１サイドリンクＨＡＲＱプロセスに割り当てられた伝送リソースは、第１サイドリンクＨＡＲＱプロセスの最初の伝送及び再送のために使用され得る。場合３の原因は、リソースコンフリクトであり得る。具体的に言えば、第１装置は、データａの代わりに、第１サイドリンクＨＡＲＱプロセスに割り当てられた伝送リソースで他のデータを送信する。
（２）第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢ
第１の態様、第４の態様、及び第７の態様を参照して、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢの初期値は、０にセットされ得る。第１装置が第１サイドリンクＨＡＲＱプロセスの伝送（最初の伝送及び再送を含む）をスケジューリングするために使用されるＰＤＣＣＨをモニタし受信するたびに、第１装置は、第１サイドリンクＨＡＲＱプロセスに関連したＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢを１ずつ増やし得る。第１サイドリンクＨＡＲＱプロセスの伝送をスケジューリングするために使用されるＰＤＣＣＨは、ネットワークデバイスによって第１サイドリンクＨＡＲＱプロセスに割り当てられた伝送リソースを示し得る。
（３）シンボル及びスロットの長さ
第１の態様、第４の態様、及び第７の態様を参照して、シンボル及びスロットの長さは、第１データを伝送するために使用されるサイドリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジー、例えば、サブキャリア空間（subcarrier space，ＳＣＳ）に依存し得る。これは、それに限られない。シンボル及びスロットの長さはまた、ＨＡＲＱフィードバックが第１装置によってネットワークデバイスへ送られるアップリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存してもよい。
第１０の態様に従って、装置が提供される。装置はプロセッサ及びメモリを含み得る。プロセッサは、命令を記憶するメモリへ結合される。プロセッサは、メモリ内の命令を呼び出して、装置が、第１の態様、第４の態様、又は第７の態様に記載される間欠受信方法を実行することを可能にするよう構成される。
第１１の態様に従って、コンピュータ可読記憶媒体が提供される。可読記憶媒体は命令を記憶し、命令がコンピュータで実行される場合に、コンピュータは、第１の態様、第４の態様、又は第７の態様に記載される間欠受信方法を実行することができる。
第１２の態様に従って、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品がコンピュータで実行される場合に、コンピュータは、第１の態様、第４の態様、又は第７の態様に記載される間欠受信方法を実行することができる。
本願の実施形態又は背景の技術的解決法をより明りょうに記載するために、以下は、本願の実施形態又は背景で使用される添付の図面について記載する。
本願に従う無線通信システムのアーキテクチャの概略図である。 既存のＤＲＸサイクルの概略図である。 タイマｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが導入されるＤＲＸサイクルの概略図である。 既存のサイドリンクＤＲＸサイクルの概略図である。 本願の実施形態に従う間欠受信方法の略フローチャートである。 本願の実施形態に従う間欠受信方法の略フローチャートである。 図３Ａ及び図３Ｂの実施形態に従うタイマ維持プロセスの概略図である。 図３Ａ及び図３Ｂの実施形態に従うタイマ維持プロセスの概略図である。 図３Ａ及び図３Ｂの実施形態に従う他のタイマ維持プロセスの概略図である。 図３Ａ及び図３Ｂの実施形態に従う他のタイマ維持プロセスの概略図である。 本願の他の実施形態に従う間欠受信方法の略フローチャートである。 本願の他の実施形態に従う間欠受信方法の略フローチャートである。 図６Ａ及び図６Ｂの実施形態に従うタイマ維持プロセスの概略図である。 図６Ａ及び図６Ｂの実施形態に従うタイマ維持プロセスの概略図である。 本願の更なる他の実施形態に従う間欠受信方法の略フローチャートである。 図８の実施形態に従うＰＤＣＣＨモニタリングプロセスの概略図である。 本願の実施形態に従う端末のハードウェアアーキテクチャの概略図である。 本願の実施形態に従うネットワークデバイスのハードウェアアーキテクチャの概略図である。 本願に従う無線通信システム及び関連装置の機能ブロック図である。
本願の実施形態で使用される用語は、本願の具体的な実施形態を説明するためにのみ使用され、本願を限定する意図はない。
図１は、本願に従う無線通信システム１００を示す。無線通信システム１００は、ロング・ターム・エボリューション（ＬＴＥ）システム、第５世代移動体通信（５Ｇ）システム、ニュー・ラジオ（ＮＲ）システムであってよく、あるいは、マシン間（machine to machine，Ｍ２Ｍ）通信システム、将来の進化した第６世代通信システム、などであってもよい。図１に示されるように、無線通信システム１００は、１つ以上のネットワークデバイス１０１、２つ以上のユーザ装置１０３、及びコアネットワーク（図示せず）を含み得る。
ネットワークデバイス１０１は、ネットワークデバイスコントローラ（図示せず）、例えば、基地局コントローラ（base station controller，ＢＳＣ）の制御下でＵｕインターフェース１０５を通じてユーザ装置１０３と通信するよう構成され得る。Ｕｕインターフェース１０５上で、ユーザ装置１０３はデータをネットワークデバイス１０１へ送るためのリンクは、アップリンク（Uplink）と呼ばれ、ユーザ装置１０３がネットワークデバイス１０１によって送信されたデータを受信するためのリンクは、ダウンリンク（Downlink）と呼ばれる。いくつかの実施形態において、ネットワークデバイスコントローラは、コアネットワークの一部であってよく、あるいは、ネットワークデバイス１０１に組み込まれてもよい。
ネットワークデバイス１０１は、制御情報又はユーザデータをコアネットワークへバックホール（backhaul）インターフェース、例えば、Ｓ１インターフェースを通じて送信するよう更に構成され得る。
ネットワークデバイス１０１はまた、バックホール（backhaul）インターフェース、例えば、Ｘ２インターフェースを通じて互いと直接又は間接に通信し得る。
ユーザ装置１０３間の通信インターフェース１０７は、ＰＣ５インターフェースと呼ばれる。ＰＣ５インターフェース１０７上で、ユーザ装置１０３間でデータを伝送するリンクは、サイドリンク（Sidelink）と呼ばれる。ユーザ装置１０３がエボルブド・ユニバーサル・テレストリアル・ラジオ・アクセス・ネットワーク（Evolved Universal Terrestrial Radio Access Network，Ｅ－ＵＴＲＡＮ）カバレッジエリアにある場合に、ユーザ装置１０３は、セルラーネットワークの制御下でＵｕインターフェース１０５を使用し得る。ユーザ装置１０３がＥ－ＵＴＲＡＮカバレッジエリアにあるかどうかにかかわらず、ユーザ装置１０３は、ＰＣ５インターフェース１０７を通じてサイドリンク通信を実行し得る。サイドリンク通信は、２つのユーザ装置１０３間のポイント・ツー・ポイント通信であってよく、あるいは、２つよりも多いユーザ装置１０３のグループによって実行されるマルチキャスト通信であってもよい。
ネットワークデバイス１０１は、時分割同期符号分割多重アクセス（Time Division Synchronous Code Division Multiple Access，ＴＤ－ＳＣＤＭＡ）システムにおけるベース・トランシーバ・ステーション（Base Transceiver Station，ＢＴＳ）、ＬＴＥシステムにおけるエボルブドＮｏｄｅＢ（Evolved NodeB，ｅＮｏｄｅＢ）、５Ｇシステム又はニュー・ラジオ（ＮＲ）システムにおける基地局、などであってよい。その上、基地局は、アクセス・ポイント（Access Point，ＡＰ）、送信受信ポイント（Trans ＴＲＰ）、中央ユニット（Central Unit，ＣＵ）、又は他のネットワークエンティティであってよく、上記のネットワークエンティティの機能の一部又は全部を含んでよい。
ユーザ装置１０３は、無線通信デバイス、例えば、車載端末、スマートフォン、路側ユニット（road side unit，ＲＳＵ）、インターネット・オブ・シングス端末デバイス、又はマシンタイプ通信（Machine Type Communications，ＭＴＣ）端末であってよい。ユーザ装置は、ＵＥ機能を備えている１つ以上の基地局、例えば、ミクロ基地局を更に含んでもよい。ユーザ装置は、無線通信システム１００の全体に分布してよく、固定又は移動体であってよい。
留意されるべきは、図１に示される無線通信システム１００は、本願の技術的解決法をより明りょうに記載することのみを意図しており、本願を限定する意図はない点である。当業者は、ネットワークアーキテクチャが進化し、新しいサービスシナリオが出現する場合に、本願で提供される技術的解決法も同様の技術的課題に適用されることを知り得る。
サイドリンク通信は、Ｖ２Ｘデバイスなどのデバイスが互いに直接に接続されて通信するシナリオに通常は適用される。Ｖ２Ｘは、ネットワークを形成するよう車両をネットワークへ接続すること又は車両どうしを接続することを指す。４つの異なったタイプの応用、つまり、車両間（vehicle to vehicle，Ｖ２Ｖ）、車両－インフラ間（vehicle to infrastructure，Ｖ２Ｉ）、車両－ネットワーク間（vehicle to network，Ｖ２Ｎ）、及び車両－歩行者間（vehicle to pedestrian，Ｖ２Ｐ）がある。４つの応用を通じて、車両、路側インフラ、アプリケーションサーバ、及び歩行者は、車両及び環境に関する状態情報を収集、処理、及び共有し、それにより、無人運転（unmanned driving）、自動運転（automated driving／ＡＤＳ）、ドライバ支援（driver assistance／ＡＤＡＳ）、インテリジェント運転（intelligent driving）、コネクテッド運転（connected driving）、インテリジェントネットワーク運転（intelligent network driving）、カーシェアリング、などのような、よりスマートなサービスが提供される。
図１に示されるように、Ｖ２Ｖシナリオで、ユーザ装置１０３は車載端末であってよい。ＰＣ５インターフェース１０７上で、車載端末は、車両位置、車両速度、及び運転方向などの車両の動きを示すデータのようなデータを、サイドリンクを通じて交換し得る。例えば、車載端末Ａは、サイドリンクを通じて他の車載端末Ｂへデータを送信してもよく、データは、車載端末Ａがある車両の運転動作を示すために使用される。このサイドリンク通信において、車載端末ＡはＴＸ ＵＥであり、車載端末ＢはＲＸ ＵＥである。データを受け取った後、車載端末Ｂはユーザインターフェース２０を表示してよい。後方車両の自動車登録番号（「ＦＡＦ７８７」）、後方車両によって実行されている運転操作（「後方車両ＦＡＦ７８７が追い越そうとしている」）、後方車両の現在の速度（「８０ｋｍ／ｈ」）、などのような、データによって表される内容２１がユーザインターフェース２０で表示され得る。このようにして、交通事故割合は低減され得、運転安全性は確保され得る。
現在、サイドリンク通信のための主なリソース割り当て方法は、基地局スケジューリングに基づいたリソース割り当て方法である。このサイドリンクリソース割り当て方法では、基地局は、リソースを動的に割り当てるようＰＤＣＣＨでダウンリンク制御情報ＤＣＩを配信し、ＴＸ ＵＥは、基地局によって配信されたグラント（grant）を取得するようＰＤＣＣＨをモニタする必要がある。
Ｕｕインターフェース１０５上で、ＵＥが連続してＰＤＣＣＨをモニタすることによって引き起こされる電力消費量を低減するために、３ＧＰＰで現在使用されている解決法はＤＲＸメカニズムである。以下は、既存のＤＲＸメカニズムについて記載する。
（１）ＤＲＸメカニズムの基本動作原理
図２Ａに示されるように、ＬＴＥ又はＮＲシステムでは、ＤＲＸメカニズムは、ネットワークデバイスが無線リソース制御（radio resource control，ＲＲＣ）コネクテッドモードにあるＵＥのためにＤＲＸサイクル（DRX cycle）を設定するものである。ＤＲＸサイクルは、「Ｏｎ Ｄｕｒａｔｉｏｎ」及び「Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ」である２つの期間から成る。「Ｏｎ Ｄｕｒａｔｉｏｎ」は、オン存続期間と呼ばれてもよく、「Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ」は、ＤＲＸの機会と呼ばれてもよい。「Ｏｎ Ｄｕｒａｔｉｏｎ」の値（例えば、１０ｍｓ）は、ＵＥがＤＲＸサイクルの開始点からＰＤＣＣＨをモニタする必要がある期間を指定する。「Ｏｎ Ｄｕｒａｔｉｏｎ」は、１ｍｓよりも長くても又は短くてもよい。「Ｏｎ Ｄｕｒａｔｉｏｎ」内で、ＵＥはアクティブモードにあり、つまり、ＵＥはＰＤＣＣＨをモニタする。「Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ」の間、ＵＥはスリープモードにあり、つまり、ＵＥはＰＤＣＣＨをモニタしない。ここで、スリープモードは、ＰＤＣＣＨをモニタすることだけに関するものであり、ＵＥがＰＤＣＣＨをモニタしないことを示す。スリープモードにあるＵＥは、依然としてＲＲＣコネクテッドモードにあり、Ｕｕインターフェース１０５上で物理アップリンク制御チャネル（physical uplink control channel，ＰＵＣＣＨ）、物理アップリンク共有チャネル（physical uplink shared channel，ＰＵＳＣＨ）、などを通じてアップリンクデータを送信し、あるいは、基地局によって物理ダウンリンク共有チャネル（physical downlink shared channel，ＰＤＳＣＨ）を通じて送られたダウンリンクデータを受信してもよく、また、更には、ＰＣ５インターフェース１０７上で物理サイドリンク共有チャネル（physical sidelink shared channel，ＰＳＳＣＨ）、物理サイドリンク制御チャネル（physical sidelink control channel，ＰＳＣＣＨ）などを通じてサイドリンクデータを送信してもよい。
（２）ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの導入
ほとんどの場合に、ＵＥがＰＤＣＣＨオケージョン（Occasion）でデータを受信又は送信するようスケジューリングされた後、ＵＥは、大きいサイズの１つのデータの受信又は送信を完了するよう、その後のサブフレーム（subframes）において引き続きスケジューリングされる可能性がある。ＵＥがスリープモードに入っている場合に、ＵＥは、続くデータを受信又は送信するためのスケジューリングされたリソースを得るために再びＰＤＣＣＨをモニタする前に次のＤＲＸサイクルまで待つ必要がある。これはデータ伝送の遅延を増大させる。遅延を減らすために、ＤＲＸメカニズムはタイマｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを導入する。図２Ｂに示されるように、ＵＥが、新しいデータをスケジューリングするために使用されるＰＤＣＣＨをモニタし受信する場合に、ＵＥは、タイマｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始（又は再開）する。ＵＥは、タイマが満了するまで、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの実行中に、各サブフレームにおいてＰＤＣＣＨをモニタする。新しいデータの指示情報は、ＰＤＣＣＨで運ばれ、１ビットを占有する。ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの導入は、ＵＥがｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの実行中にアクティブモードにあり、その後の基地局スケジューリングを受信することを確かにすることができることが分かる。これは、「Ｏｎ Ｄｕｒａｔｉｏｎ」を延長することと同等である。ＵＥが、異なる新しいデータをスケジューリングするために使用されるＰＤＣＣＨを連続して受信する場合に、ＵＥは、複数のｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを続けざまに開始（又は再開）する。これは、ＵＥがＤＲＸサイクルにわたってアクティブモードにあるようにする場合がある。つまり、「Ｏｎ Ｄｕｒａｔｉｏｎ」は、ＤＲＸサイクル全体に延長される場合がある。
（３）ＤＲＸ
ＬＴＥシステムでは、図２Ｃに示されるように、サイドリンクに関して、Ｕｕインターフェース１０５上のＤＲＸメカニズムは次の通りに増強される。ＴＸ ＵＥが基地局によって送信されたＰＤＣＣＨを受信し、ＰＤＣＣＨがサイドリンクでの新しいデータ伝送のために使用されるＳＬグラントをスケジューリングするとき、ＴＸ ＵＥは、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始又は再開する。このようにして、ＴＸ ＵＥがアクティブモードにあり、基地局によってその後にスケジューリングされたＳＬグラントを受信することができることは、確かにされ得る。
ＮＲシステムでは、基地局が、ＴＸ ＵＥのためのサイドリンクハイブリッド自動再送要求（hybrid automatic repeat request，ＨＡＲＱ）フィードバックに基づく再送メカニズムを設定する場合に、基地局スケジューリングに基づいたリソース割り当て方法については、可能なＨＡＲＱ作動モードは次のものである：基地局は、サイドリンクデータ伝送のＨＡＲＱフィードバック（feedback）に基づきＵＥのために再送リソースをスケジューリングする。ＨＡＲＱフィードバックは、否定応答（not acknowledgement，ＮＡＣＫ）又は肯定応答（acknowledgement，ＡＣＫ）であってよい。図２Ｃに示されるように、データａのＨＡＲＱフィードバックがＮＡＣＫである場合に、ＮＡＣＫを受け取った後、基地局は、データａの再送のためのリソースをスケジューリングし、ＰＤＣＣＨでデータａの再送のために使用されるＳＬグラントを配信する。
しかし、図２Ｃに示されるように、ＴＸ ＵＥによって基地局へ送られたデータａのＨＡＲＱフィードバックがＮＡＣＫであるとき、ＴＸ ＵＥは、その後に、データａを送信するために、基地局によって配信されてデータａの再送をスケジューリングするために使用されるＰＤＣＣＨを受信する必要がある。しかし、現在のＤＲＸメカニズムに基づいて、基地局がＰＤＣＣＨを配信するとき、ＴＸ ＵＥは、ＤＲＸモードに入っている可能性があり、ＰＤＣＣＨをもはやモニタしない。ＴＸ ＵＥは、ＰＤＣＣＨをモニタして、基地局によって配信されてデータａの再送をスケジューリングするために使用されるＰＤＣＣＨを受信するために次のＤＲＸサイクルの「Ｏｎ Ｄｕｒａｔｉｏｎ」を待つ必要があり、それから、データａを再送する。結果として、サイドリンクでのＴＸ ＵＥのデータ再送は遅延し、サイドリンクで伝送されるトラフィックのＱｏＳ要件は満足され得ない。
既存の技術的課題を解決するために、基地局スケジューリングに基づいたリソース割り当て方法に従って、本願は、サイドリンクデータ伝送の遅延を低減するのに役立つ間欠受信方法を提供する。
本願で提供される間欠受信方法では、特定のサイドリンクデータの前の伝送に対する受信が失敗することが決定される場合には、そのサイドリンクデータに関連したサイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョン（feedback occasion）の後に、ネットワークデバイスがサイドリンクデータの再送をスケジューリングするために使用されるＰＤＣＣＨを配信するとき、ＴＸ ＵＥはアクティブモードにあることができ、それにより、ＴＸ ＵＥは、次のＤＲＸサイクルの「Ｏｎ Ｄｕｒａｔｉｏｎ」を待たずに、サイドリンクデータの再送をスケジューリングするために使用されるＰＤＣＣＨを検出し得る。従って、サイドリンクデータ再送の遅延の増大は回避され得る。
本願で提供される間欠受信方法では、ＴＸ ＵＥは、夫々のサイドリンクデータ、例えば、ＴＸ ＵＥによってＲＸ ＵＥへ送信されるＭＡＣ ＰＤＵについて、サイドリンクＨＡＲＱプロセスをセットし得る。つまり、１つのサイドリンクＨＡＲＱプロセスは、１つのサイドリンクデータに関連し、サイドリンクデータは、サイドリンクＨＡＲＱプロセスに関連したサイドリンクＨＡＲＱバッファに格納され得る。１つのＨＡＲＱプロセスは、状態変数ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢを維持してもよく、この状態変数は、サイドリンクＨＡＲＱプロセスに関連したサイドリンクデータの伝送回数を示すために使用される。ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢは０に初期化されてよい。サイドリンクＨＡＲＱプロセスは、状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫを更に維持してもよく、この状態変数は、サイドリンクＨＡＲＱプロセスに関連したサイドリンクデータのＨＡＲＱフィードバックを示すために使用される。
ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢは、第１変数と呼ばれてもよく、ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫは、第２変数と呼ばれてもよい。これは、ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢ及びＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫに限られない。第１変数及び第２変数の命名は様々であってよい。これは、本願で限定されない。
１つのサイドリンクデータに関連したサイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンは、ＴＸ ＵＥによってサイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへ送るために使用され得る。ＨＡＲＱフィードバックオケージョンは、時間リソースであり、ＴＸ ＵＥによってネットワークデバイスへ送信されたＨＡＲＱフィードバックを運ぶために使用されてよい。ＨＡＲＱフィードバックは、サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうか、つまり、サイドリンクＨＡＲＱプロセスに関連したサイドリンクデータの前の伝送に対する受信が成功するかどうかを示すために使用され得る。ＨＡＲＱフィードバックがＡＣＫである場合に、それは、サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功することを示し得る。ＨＡＲＱフィードバックがＮＡＣＫである場合に、それは、サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗することを示し得る。サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを決定する方法は、後述される。詳細は、ここで記載されない。ＨＡＲＱフィードバックオケージョンは、シンボル（symbol）、又は複数の連続したシンボルを含む期間であってよい。ＨＡＲＱフィードバックオケージョンは、スロット（slot）、又は複数の連続したスロットを含む期間であってよい。
ＴＸ ＵＥはＲＲＣコネクテッドモードにあり、ＤＲＸサイクルにより設定される。ＤＲＸサイクルの開始時からの期間中、ＴＸ ＵＥはアクティブモードにあり、ＰＤＣＣＨをモニタし受信し得る。ＰＤＣＣＨは、サイドリンクデータの前の伝送をスケジューリングするために使用される。前の伝送は、サイドリンクデータの最初の伝送（initial transmission）であってよく、あるいはサイドリンクデータの２回目の伝送、３回目の伝送、などであってもよい。前の伝送は、ＨＡＲＱフィードバックオケージョンの前に起こり、ＨＡＲＱフィードバックオケージョンの後のサイドリンクデータの再送に対する。
ここで、ＤＲＸサイクルの開始時からの期間は、ＤＲＸサイクルの「Ｏｎ Ｄｕｒａｔｉｏｎ」であってよく、あるいは、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが開始された後に形成された延長された「Ｏｎ Ｄｕｒａｔｉｏｎ」であってもよい。「Ｏｎ Ｄｕｒａｔｉｏｎ」の延長については、図２Ｂの関連する説明を参照されたい。つまり、期間の開始時は、ＤＲＸサイクルの開始時であり、期間の存続期間は、「Ｏｎ Ｄｕｒａｔｉｏｎ」よりも長いか又はそれに等しい。
本願のサイドリンクデータは、媒体アクセス制御（media access control，ＭＡＣ）レイヤでのデータ、例えば、ＭＡＣプロトコルデータユニット（protocol data unit，ＰＤＵ）であってよい。
本願で提供される間欠受信方法では、ＴＸ ＵＥは、第１端末と呼ばれてもよく、ＲＸ ＵＥは、第２端末と呼ばれてもよい。
以下は、複数の実施形態を使用することによって、本願で提供される技術的解決法について詳細に記載する。
この実施形態では、ＨＡＲＱフィードバックに基づくサイドリンクＨＡＲＱ再送メカニズムとして構成される各サイドリンクＨＡＲＱプロセスについて、第１端末は、サイドリンクＨＡＲＱプロセスごとに２つのタイマ、つまり、第１タイマ及び第２タイマを維持する。第１タイマはｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬと呼ばれ得る。第２タイマはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬと呼ばれ得る。第２タイマの実行中に、第１端末はＰＤＣＣＨをモニタする。第１タイマ及び第２タイマは、代替的に、他の方法で呼ばれてもよい。これは、本願で限定されない。
図３Ａ及び図３Ｂは、実施例１に従う間欠受信方法の具体的なプロシージャを示す。詳細は次の通りである。
フェーズ１．サイドリンクＨＡＲＱプロセスａのｉ番目の伝送前（Ｓ１０１からＳ１０４）
Ｓ１０１：第１端末とネットワークデバイスとの間にＲＲＣ接続を確立する。
ＲＲＣ接続が確立された後、第１端末はＲＲＣコネクテッドモードに入る。
Ｓ１０２：第１端末と第２端末との間にサイドリンクを確立する。
サイドリンクが確立された後、第１端末はデータを第２端末へサイドリンクを通じて送信する。
Ｓ１０３：ネットワークデバイスは、ＲＲＣコネクテッドモードにある第１端末のためにＤＲＸサイクルを設定する。
ＤＲＸサイクルは、「Ｏｎ Ｄｕｒａｔｉｏｎ」及び「Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ」から成る。「Ｏｎ Ｄｕｒａｔｉｏｎ」内で、第１端末は、ＰＤＣＣＨをモニタし受信する（アクティブモード）。「Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ」内で、第１端末は、電力消費量を低減するようダウンリンクチャネルデータを受信しない（スリープモード）。
Ｓ１０４：ネットワークデバイスは、ＲＲＣコネクテッドモードにある第１端末のためにタイマ、つまり、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ、及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを設定する。この実施形態では、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬは第１タイマと呼ばれてもよく、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬは第２タイマと呼ばれてもよい。タイマを維持する方法は後述される。詳細は、ここで記載されない。
フェーズ１では、シーケンスは、図３Ａに示されるものに限られず、Ｓ１０２は、Ｓ１０１の前に実行されてもよい。Ｓ１０２及びＳ１０１、Ｓ１０３、Ｓ１０３の時間順序は、本願で限定されない。
フェーズ１では、第１端末は、サイドリンクデータ伝送のための伝送リソースをスケジューリングすることをネットワークデバイスに要求するために、リソーススケジューリング要求をネットワークデバイスへ更に送信してもよい。通常、リソーススケジューリング要求は、サイドリンクで第１端末によって送信されるサイドリンクデータの量を示すために、バッファステータス報告（Buffer Status Report）を運び得る。相応して、リソーススケジューリング要求を受け取った後、ネットワークデバイスは、サイドリンク伝送のためのリソースをスケジューリングし、スケジューリングされたリソースをＰＤＣＣＨにおいて配信し得る。第１端末は、ＰＤＣＣＨをモニタすることによって、ネットワークデバイスによってスケジューリングされたリソースを取得し得る。
フェーズ２．サイドリンクＨＡＲＱプロセスａのｉ番目の伝送（Ｓ１０５からＳ１０８）
Ｓ１０５：第１端末は、ネットワークデバイスによって配信されたＰＤＣＣＨ１をモニタし受信し得る。ＰＤＣＣＨ１は、特定のサイドリンクＨＡＲＱプロセス（例えば、サイドリンクＨＡＲＱプロセスａ）のｉ番目の伝送のためにネットワークデバイスによってスケジューリングされたリソースを示し得る。つまり、ＰＤＣＣＨ１は、サイドリンクＨＡＲＱプロセスａのｉ番目の伝送をスケジューリングするために使用される。
サイドリンクＨＡＲＱプロセスａは、データａに関連し得る。サイドリンクＨＡＲＱプロセスａは、第１端末によって、Ｓ１０２でスケジューリングされたサイドリンクでデータａを第２端末へ送信するために使用され得る。サイドリンクＨＡＲＱプロセスａは、２つの状態変数、つまり、ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢ及びＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫを維持し得る。ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢは、データａの伝送回数を示すことができ、ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢは０に初期化されてよい。ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫは、データａのＨＡＲＱフィードバックを示すことができる。
ＰＤＣＣＨ１は、次の情報：ＳＬグラント１、ＮＤＩ、及びサイドリンクＨＡＲＱプロセスａのＩＤを運び得る。ＳＬグラント１は、サイドリンクＨＡＲＱプロセスａのｉ番目の伝送のためにネットワークデバイスによってスケジューリングされたリソースを示し得る。ＮＤＩは、ＰＤＣＣＨ１によってスケジューリングされたサイドリンクＨＡＲＱプロセスａのｉ番目の伝送が最初の伝送（initial transmission）又は再送（retransmission）であるかどうかを示し得る。
Ｓ１０６：サイドリンクＨＡＲＱプロセスａのｉ番目の伝送が最初の伝送である場合に、第１端末は、ＰＤＣＣＨ１をモニタし受信するときに、タイマｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ（つまり、図３Ａのタイマ１）を開始し得る。ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの実行中に、第１端末はアクティブモードにあり、ＰＤＣＣＨをモニタする。このようにして、ＤＲＸサイクルの「Ｏｎ Ｄｕｒａｔｉｏｎ」は、第１端末がアクティブモードにある時間を延ばすよう、延長され得る。
具体的に、第１端末は、ＰＤＣＣＨ１でのＮＤＩが切り替えられている（toggled）かどうかに基づき、サイドリンクＨＡＲＱプロセスａのｉ番目の伝送が最初の伝送又は再送であるかどうかを決定し得る。ＰＤＣＣＨ１のＮＤＩの値が、サイドリンクＨＡＲＱプロセスａのために前にスケジューリングされたＰＤＣＣＨでのＮＤＩと比較して、切り替えられている場合には、それは、サイドリンクＨＡＲＱプロセスａのｉ番目の伝送が最初の伝送であることを示し、そうでない場合には、それは、サイドリンクＨＡＲＱプロセスａのｉ番目の伝送が再送であることを示す。ＮＤＩ切り替えは、ＮＤＩの値が０から１に、又は１から０に代わることを意味し得る。
Ｓ１０７：ＰＤＣＣＨ１を受け取った後、第１端末は、ＰＤＣＣＨ１によって示されているリソースでサイドリンクＨＡＲＱプロセスａを使用することによってデータａを第２端末へ送信し得る。つまり、データａのｉ番目の伝送を実行する。相応して、第２端末は、ＰＤＣＣＨ１によって示されているリソースで、第１端末によって送られたデータａを受信し得る。
具体的に、第２端末は、ＰＳＣＣＨをモニタすることによって、第１端末がデータａを送信するリソースを取得し得る。その理由は、ＰＤＣＣＨ１を受信した後、第１端末がＰＳＣＣＨでサイドリンク制御情報（sidelink control information，ＳＣＩ）を送信し得るからである。第２端末は、ＰＳＣＣＨをモニタすることによってＳＣＩを受信し得る。ＳＣＩは、第１端末がデータａを送信するリソースを示すために使用される。
Ｓ１０８：第１端末は、ＨＡＲＱフィードバックを第２端末へ送信し得る。ＨＡＲＱフィードバックは、第２端末がデータａを受信することに成功したかどうかを示すために使用される。ＨＡＲＱフィードバックがＡＣＫである場合には、それは、第２端末がデータａを受信することに成功したことを示す。ＨＡＲＱフィードバックがＮＡＣＫである場合には、それは、第２端末がデータａを受信することができないことを示す。
第２端末がデータａを受信することに成功できないことは、次の場合を含み得るが、それらに限られない：第２端末がデータａを復号することができない場合、及び第２端末が、ＰＤＣＣＨ１によって示されるリソースで、第１端末によって送信されたデータａを受信することができない場合。
フェーズ３．サイドリンクＨＡＲＱプロセスａに関連した２つのタイマの維持（Ｓ１０９からＳ１１１）
Ｓ１０９：第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンで、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックをネットワークデバイスへ送信し得る。相応して、ネットワークデバイスは、ＨＡＲＱフィードバックオケージョンで、第１端末によって送られたサイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックを受信し得る。
ＨＡＲＱフィードバックがＮＡＣＫである場合には、ネットワークデバイスは、サイドリンクＨＡＲＱプロセスａの再送（つまり、データａの（ｉ＋１）番目の伝送）のためのリソースをスケジューリングし得る。あり得る場合において、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢは、サイドリンクＨＡＲＱプロセスａの伝送回数が最大値を超えることを示す。このあり得る場合に、ネットワークデバイスは、もはや、サイドリンクＨＡＲＱプロセスａの再送のためのリソースをスケジューリングしない。この場合に、ＴＸ ＵＥは、サイドリンクＨＡＲＱプロセスａを無効化するか、あるいは、サイドリンクＨＡＲＱプロセスをデータｂのような新しいサイドリンクデータと関連付け得る。
あり得る場合において、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンで、第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックの代わりに他のデータを送信する。例えば、第１端末は、ＨＡＲＱフィードバックオケージョンでアップリンクデータをネットワークデバイスへ送信する場合がある。他の例として、第１端末は、ＨＡＲＱフィードバックオケージョンでサイドリンクデータを第２端末又は他の端末へ送信する場合がある。
Ｓ１１１：サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位で、第１端末は２つのタイマ、つまり、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ（つまり、図３Ｂのタイマ２）及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ（つまり、図３Ｂのタイマ３）を維持し得る。両方のタイマがサイドリンクＨＡＲＱプロセスａに関連する。時間単位はシンボル、スロット、などであってよい。２つのタイマの計時の単位はシンボル、スロット、又は絶対時間単位（例えば、ミリ秒）であってよい。
具体的に、第１端末は、最初に、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し得る。ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了するとき、第１端末はｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。第１端末は、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中にＰＤＣＣＨをモニタする。
ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを維持する方法は後述される。詳細は、ここで記載されない。
フェーズ４．サイドリンクＨＡＲＱプロセスａの（ｉ＋１）番目の伝送（Ｓ１１２からＳ１１４）
Ｓ１１２：第１端末はＰＤＣＣＨ２を受信し得る。ＰＤＣＣＨ２によって示されるリソースは、サイドリンクＨＡＲＱプロセスａの（ｉ＋１）番目の伝送のためにネットワークデバイスによってスケジューリングされたリソースであってよく、つまり、ＰＤＣＣＨ２は、サイドリンクＨＡＲＱプロセスａの（ｉ＋１）番目の伝送をスケジューリングするために使用され得る。
ＰＤＣＣＨ２は、次の情報：ＳＬグラント２、ＮＤＩ、及びサイドリンクＨＡＲＱプロセスａのＩＤを運び得る。ＳＬグラント２は、サイドリンクＨＡＲＱプロセスａの（ｉ＋１）番目の伝送のためにネットワークデバイスによってスケジューリングされたリソースである。ＮＤＩは、ＰＤＣＣＨ１によってスケジューリングされたサイドリンクＨＡＲＱプロセスａの（ｉ＋１）番目の伝送が最初の伝送（initial transmission）又は再送（retransmission）であるかどうかを示し得る。
ｉ番目の伝送と比較して、（ｉ＋１）番目の伝送は再送であり、ｉ番目の伝送は（ｉ＋１）番目の伝送の前の伝送である。
Ｓ１１３：ＰＤＣＣＨ２をモニタし受信するとき、第１端末はｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを停止し得る。
あり得る場合において、ＰＤＣＣＨ２によって示されているリソースは、サイドリンクＨＡＲＱプロセスａの最初伝送のためにネットワークデバイスによってスケジューリングされたリソースであってよい。この場合に、サイドリンクＨＡＲＱプロセスａは、新しいデータ、例えば、データｂに関連する。つまり、サイドリンクＨＡＲＱプロセスａは、第１端末によって、データａの代わりに新しいデータを送信するために既に使用されている。通常、このあり得る場合は、データａの伝送回数が最大値（例えば、５回）に達する場合に起こる可能性がある。この場合に、第１端末はまた、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを停止し得る。
Ｓ１１４：ＰＤＣＣＨ２を受け取った後、第１端末は、ＰＤＣＣＨ２によって示されているリソースでサイドリンクＨＡＲＱプロセスａを使用することによってデータａを第２端末へ送信し得る。つまり、データａの（ｉ＋１）番目の伝送を実行する。相応して、第２端子は、ＰＤＣＣＨ２によって示されているリソースで、第１端末によって送られたデータａを受信し得る。
実施例１では、第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位においてｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了するときに、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得ることが分かる。言い換えると、ＨＡＲＱフィードバックオケージョンの後、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中に、第１端末はアクティブモードにあり、実行中にネットワークデバイスによって配信されてサイドリンクＨＡＲＱプロセスａの再送をスケジューリングするために使用されるＰＤＣＣＨをモニタし受信し得る。このようにして、サイドリンクＨＡＲＱプロセスａの再送の効率は改善され得、サイドリンクデータ再送の遅延の増大は回避される。
以下は、Ｓ１０９で第１端末がサイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックを決定する方法について記載する。
（１）次の場合のいずれか１つにおいて、第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックがＮＡＣＫであると決定、つまり、サイドリンクＨＡＲＱプロセスａの前の伝送に対する受信が失敗すると決定し得る。
場合１：第２端末によって送信されて第１端末によって受信されるＨＡＲＱフィードバックがＮＡＣＫである。
ＨＡＲＱフィードバックは、サイドリンクＨＡＲＱプロセスａに関連したデータの前の伝送に対する第２端末による受信が成功するかどうかを示すために、使用される。ＨＡＲＱフィードバックがＮＡＣＫであることは、第２端末がサイドリンクＨＡＲＱプロセスａに関連したデータを受信することができないことを示し得る。第２端末がサイドリンクＨＡＲＱプロセスａに関連したデータを受信することができない理由には、第２端末がデータを復号することができないことが含まれ得るが、これに限られない。ここで、第１リソースは、サイドリンクＨＡＲＱプロセスａの前の伝送のためにネットワークデバイスによってスケジューリングされたリソースである。
場合２：第１端末が、第２端末によって送信されたＨＡＲＱフィードバックを受信することができない。
場合２で、図３ＡのＳ１０８は存在しない。第１端末が第２端末によって送信されたＨＡＲＱフィードバックを受信することができないことは、第１端末が、サイドリンクＨＡＲＱプロセスａのフィードバックオケージョンで、第２端末によって送信されたＨＡＲＱフィードバックを受信することができないことを具体的に意味し得る。サイドリンクＨＡＲＱプロセスａのフィードバックオケージョンは、ネットワークデバイスによって設定され得る。
場合３：第１端末がサイドリンクデータを第２端末へ第１リソースで送信することができない。
場合３で、図３ＡのＳ１０７は存在せず、相応して、Ｓ１０８は存在しない。ここで、第１リソースは、サイドリンクＨＡＲＱプロセスａの前の伝送のためにネットワークデバイスによってスケジューリングされたリソースである。場合３の原因は、リソースコンフリクトであり得る。具体的に言えば、第１端末は、データａの代わりに、第１リソースで他のデータを送信する。
（２）次の場合に、第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックがＡＣＫであると決定、つまり、サイドリンクＨＡＲＱプロセスａの前の伝送に対する受信が成功すると決定し得る。
第２端末によって送信されて第１端末によって受信されるＨＡＲＱフィードバックは、ＡＣＫである。ＨＡＲＱフィードバックがＡＣＫであることは、第２端末がサイドリンクＨＡＲＱプロセスａに関連したデータを受信することに成功したことを示し得る。
以下は、第１端末が２つのタイマ、つまり、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを維持するいくつかの実施について記載する。
方法１
サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位で、第１端末はｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し得る。サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックがＮＡＣＫである場合に、第１端末は、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了すると、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。第１端末は、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中にＰＤＣＣＨをモニタする。
方法２
サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックがＮＡＣＫである場合に、第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位においてｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し得る。ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了するとき、第１端末はｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し得る。第１端末は、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中にＰＤＣＣＨをモニタする。
データａの最初の伝送及び再送が例として使用される。以下は、図４Ａ、図４Ｂ、図５Ａ、及び図５Ｂを参照して、方法１及び方法２について記載する。
図４Ａ及び図４Ｂは、方法１のタイマ維持プロセスの例を示す。図５Ａ及び図５Ｂは、方法２のタイマ維持プロセスの例を示す。図４Ａ及び図５Ａは、サイドリンクＨＡＲＱプロセスａの最初の伝送に対する受信が失敗する例を示す。図４Ｂ及び図５Ｂは、サイドリンクＨＡＲＱプロセスａの最初の伝送に対する受信が成功する例を示す。
第１端子（ＴＸ ＵＥ）は、ＤＲＸサイクルの「Ｏｎ Ｄｕｒａｔｉｏｎ」内でＰＤＣＣＨをモニタし、そして、サイドリンクＨＡＲＱプロセスａの最初の伝送をスケジューリングするために使用される最初の伝送に対するグラント（grant for initial transmission）を受信し得る。最初の伝送をスケジューリングするためのグラントを受け取ると、ＴＸ ＵＥはタイマｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始し得る。ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの実行中に、ＴＸ ＵＥはＰＤＣＣＨをモニタする。
図４Ａ及び図４Ｂに示されるように、サイドリンクＨＡＲＱプロセスａの最初の伝送に対する受信が成功するかどうかにかかわらず、ＴＸ ＵＥは、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位（例えば、最初のシンボル）においてｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し得る。サイドリンクＨＡＲＱプロセスａの最初の伝送に対する受信が失敗する、例えば、ＲＸ ＵＥが復号化に失敗する場合には、ＴＸ ＵＥは、ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了するときにｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。サイドリンクＨＡＲＱプロセスａの最初の伝送に対する受信が成功する場合には、ＴＸ ＵＥは、ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了するときにｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始しない。
図５Ａ及び図５Ｂに示されるように、サイドリンクＨＡＲＱプロセスａの最初の伝送に対する受信が失敗する、例えば、ＲＸ ＵＥが復号化に失敗する場合には、ＴＸ ＵＥは、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位（例えば、最初のシンボル）においてｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し、ＴＸ ＵＥは、ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了するときにｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始する。サイドリンクＨＡＲＱプロセスａの最初の伝送に対する受信が成功する場合には、ＴＸ ＵＥは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬもｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬも開始しない。
サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックに加えて、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫも、サイドリンクＨＡＲＱプロセスａの前の伝送に対する受信が成功するかどうかを示すために使用されてよい。
維持方法は、上記の方法１及び方法２に限られない。第１端末はまた、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫに基づきｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを維持してもよい。具体的な実施は次の通りであってよい。サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫである場合に、第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位においてｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し得る。サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫである場合に、第１端末は、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了すると、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。
この実施形態では、ＨＡＲＱフィードバックに基づくサイドリンクＨＡＲＱ再送メカニズムとして構成される各サイドリンクＨＡＲＱプロセスについて、第１端末は、サイドリンクＨＡＲＱプロセスごとに１つのタイマを維持する。タイマの実行中に、第１端末はＰＤＣＣＨをモニタする。タイマは第３タイマと呼ばれ得る。
図６Ａ及び図６Ｂは、実施例２に従う間欠受信方法の具体的なプロシージャを示す。詳細は次の通りである。
フェーズ１．サイドリンクＨＡＲＱプロセスａのｉ番目の伝送前（Ｓ２０１からＳ２０４）
Ｓ２０１：第１端末とネットワークデバイスとの間にＲＲＣ接続を確立する。
Ｓ２０２：第１端末と第２端末との間にサイドリンクを確立する。
Ｓ２０３：ネットワークデバイスは、ＲＲＣコネクテッドモードにある第１端末のためにＤＲＸサイクルを設定する。
Ｓ２０４：ネットワークデバイスは、ＲＲＣコネクテッドモードにある第１端末のためにタイマ、つまり、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを設定する。この実施形態では、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬは第３タイマと呼ばれ得る。タイマを維持する方法は後述される。詳細は、ここで記載されない。
実施例２のフェーズ１の詳細については、実施例１のフェーズ１に関する説明を参照されたい。詳細は、ここで再び記載されない。
フェーズ２．サイドリンクＨＡＲＱプロセスａのｉ番目の伝送（Ｓ２０５からＳ２０８）
Ｓ２０５：第１端末は、ネットワークデバイスによって配信されたＰＤＣＣＨ１をモニタし受信し得る。ＰＤＣＣＨ１は、特定のサイドリンクＨＡＲＱプロセス（例えば、サイドリンクＨＡＲＱプロセスａ）のｉ番目の伝送のためにネットワークデバイスによってスケジューリングされたリソースを示し得る。つまり、ＰＤＣＣＨ１は、サイドリンクＨＡＲＱプロセスａのｉ番目の伝送をスケジューリングするために使用され得る。
サイドリンクＨＡＲＱプロセスａは、データａに関連し得る。サイドリンクＨＡＲＱプロセスａは、第１端末によって、Ｓ２０２でスケジューリングされたサイドリンクでデータａを第２端末へ送信するために使用され得る。サイドリンクＨＡＲＱプロセスａは、２つの状態変数、つまり、ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢ及びＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫを維持し得る。ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢは、データａの伝送回数を示すことができ、ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢは０に初期化されてよい。ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫは、データａのＨＡＲＱフィードバックを示すことができる。
ＰＤＣＣＨ１は、次の情報：ＳＬグラント１、ＮＤＩ、及びサイドリンクＨＡＲＱプロセスａのＩＤを運び得る。ＳＬグラント１は、サイドリンクＨＡＲＱプロセスａのｉ番目の伝送のためにネットワークデバイスによってスケジューリングされたリソースを示し得る。ＮＤＩは、ＰＤＣＣＨ１によってスケジューリングされたサイドリンクＨＡＲＱプロセスａのｉ番目の伝送が最初の伝送（initial transmission）又は再送（retransmission）であるかどうかを示し得る。
Ｓ２０６：サイドリンクＨＡＲＱプロセスａのｉ番目の伝送が最初の伝送である場合に、第１端末は、ＰＤＣＣＨ１をモニタし受信するときに、タイマｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ（つまり、図６Ａのタイマ１）を開始し得る。ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの実行中に、第１端末はアクティブモードにあり、ＰＤＣＣＨをモニタする。このようにして、ＤＲＸサイクルの「Ｏｎ Ｄｕｒａｔｉｏｎ」は、第１端末がアクティブモードにある時間を延ばすよう、延長され得る。
Ｓ２０７：ＰＤＣＣＨ１を受け取った後、第１端末は、ＰＤＣＣＨ１によって示されているリソースでサイドリンクＨＡＲＱプロセスａを使用することによってデータａを第２端末へ送信し得る。つまり、データａのｉ番目の伝送を実行する。相応して、第２端末は、ＰＤＣＣＨ１によって示されているリソースで、第１端末によって送られたデータａを受信し得る。
Ｓ２０８：第１端末は、ＨＡＲＱフィードバックを第２端末へ送信し得る。ＨＡＲＱフィードバックは、第２端末がデータａを受信することに成功したかどうかを示すために使用される。ＨＡＲＱフィードバックがＡＣＫである場合には、それは、第２端末がデータａを受信することに成功したことを示す。ＨＡＲＱフィードバックがＮＡＣＫである場合には、それは、第２端末がデータａを受信することができないことを示す。
実施例２のフェーズ２の詳細については、実施例１のフェーズ２に関する説明を参照されたい。詳細は、ここで再び記載されない。
フェーズ３．サイドリンクＨＡＲＱプロセスａに関連した第３タイマの維持（Ｓ２０９からＳ２１１）
Ｓ２０９：第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックを決定する。サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックは、データａのｉ番目に対する受信が成功するかどうかを示すために使用される。サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックを決定する方法については、実施例１の関連する内容を参照されたい。詳細は、ここで記載されない。
Ｓ２１０：第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンで、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックをネットワークデバイスへ送信し得る。相応して、ネットワークデバイスは、ＨＡＲＱフィードバックオケージョンで、第１端末によって送られたサイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックを受信し得る。
Ｓ２１１：サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位で、第１端末は第３タイマｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ（つまり、図６Ｂのタイマ４）を維持し得る。第３タイマはサイドリンクＨＡＲＱプロセスａに関連する。時間単位はシンボル又はスロットであってよい。第３タイマの計時の単位はシンボル、スロット、又は絶対時間単位（例えば、ミリ秒）であってよい。
具体的に、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックがＮＡＣＫであると決定される場合に、第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位においてｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。第１端末は、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中にＰＤＣＣＨをモニタする。
実施例２のフェーズ３の詳細については、実施例１のフェーズ３に関する説明を参照されたい。詳細は、ここで再び記載されない。
フェーズ４．サイドリンクＨＡＲＱプロセスａの（ｉ＋１）番目の伝送（Ｓ２１２からＳ２１４）
Ｓ２１２：第１端末はＰＤＣＣＨ２を受信し得る。ＰＤＣＣＨ２によって示されるリソースは、サイドリンクＨＡＲＱプロセスａの（ｉ＋１）番目の伝送のためにネットワークデバイスによってスケジューリングされたリソースであってよく、つまり、ＰＤＣＣＨ２は、サイドリンクＨＡＲＱプロセスａの（ｉ＋１）番目の伝送をスケジューリングするために使用され得る。
Ｓ２１３：ＰＤＣＣＨ２をモニタし受信するとき、第１端末はｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを停止し得る。
Ｓ２１４：ＰＤＣＣＨ２を受け取った後、第１端末は、ＰＤＣＣＨ２によって示されているリソースでサイドリンクＨＡＲＱプロセスａを使用することによってデータａを第２端末へ送信し得る。つまり、データａの（ｉ＋１）番目の伝送を実行する。相応して、第２端子は、ＰＤＣＣＨ２によって示されているリソースで、第１端末によって送られたデータａを受信し得る。
実施例２のフェーズ４の詳細については、実施例１のフェーズ４に関する説明を参照されたい。詳細は、ここで再び記載されない。
実施例２において、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックを決定する方法については、実施例１の関連する内容を参照されたい。詳細は、ここで記載されない。
サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックに加えて、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫも、サイドリンクＨＡＲＱプロセスａの前の伝送に対する受信が成功するかどうかを示すために使用されてよい。
上記のフェーズ３で記載されているサイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックに加えて、第１端末はまた、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫに基づきｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを維持してもよい。具体的な実施は次の通りであってよい。サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫである場合に、第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位においてｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。
データａの最初の伝送及び再送が例として使用される。以下は、図７Ａ及び図７Ｂを参照して、第３タイマ維持プロセスについて記載する。図７Ａは、サイドリンクＨＡＲＱプロセスａの最初の伝送に対する受信が失敗する例を示す。図７Ｂは、サイドリンクＨＡＲＱプロセスの最初の伝送に対する受信が成功することを示す。
図７Ａ及び図７Ｂに示されるように、第１端子（ＴＸ ＵＥ）は、ＤＲＸサイクルの「Ｏｎ Ｄｕｒａｔｉｏｎ」内でＰＤＣＣＨをモニタし、そして、サイドリンクＨＡＲＱプロセスａの最初の伝送をスケジューリングするために使用される最初の伝送に対するグラント（grant for initial transmission）を受信し得る。最初の伝送をスケジューリングするためのグラントを受け取ると、ＴＸ ＵＥはタイマｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始し得る。ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの実行中に、ＴＸ ＵＥはＰＤＣＣＨをモニタする。
図７Ａ及び図７Ｂに示されるように、サイドリンクＨＡＲＱプロセスａの最初の伝送に対する受信が失敗する、例えば、ＲＸ ＵＥが復号化に失敗する場合には、ＴＸ ＵＥは、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位（例えば、最初のシンボル）においてｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。サイドリンクＨＡＲＱプロセスａの最初の伝送に対する受信が成功する場合には、ＴＸ ＵＥは、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始しなくてもよい。
実施例２では、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において、第１端末はｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得ることが分かる。第１端末は、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中にＰＤＣＣＨをモニタする。言い換えると、ＨＡＲＱフィードバックオケージョンの後、第１端末はアクティブモードにあり、ネットワークデバイスによって配信されてサイドリンクＨＡＲＱプロセスａの再送をスケジューリングするために使用されるＰＤＣＣＨを検出し得る。このようにして、サイドリンクＨＡＲＱプロセスａの再送の効率は改善され得、サイドリンクデータ再送の遅延の増大は回避される。
実施例３については、実施例２を参照されたい。実施例３では、サＨＡＲＱフィードバックに基づくサイドリンクＨＡＲＱ再送メカニズムとして構成される各サイドリンクＨＡＲＱプロセスについて、第１端末は、サイドリンクＨＡＲＱプロセスごとに１つのタイマを維持する。タイマの実行中に、第１端末はＰＤＣＣＨをモニタする。実施例２との相違点は、タイマがｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒである点である。つまり、サイドリンクＨＡＲＱプロセスａの前の伝送に対する受信が失敗する場合に、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが開始又は再開され得る。
この実施形態では、サイドリンクＨＡＲＱフィードバックに基づくＨＡＲＱ再送メカニズムとして構成される各サイドリンクＨＡＲＱプロセスについて、サイドリンクＨＡＲＱプロセスａの前の伝送が失敗すると決定される場合に、第１端末はＰＤＣＣＨをモニタする。
図８は、実施例１に従う間欠受信方法の具体的なプロシージャを示す。詳細は次の通りである。
フェーズ１．サイドリンクＨＡＲＱプロセスａのｉ番目の伝送前（Ｓ３０１からＳ３０４）
Ｓ３０１：ＲＲＣ接続が第１端末とネットワークデバイスとの間に確立される。
Ｓ３０２：サイドリンクが第１端末と第２端末との間に確立される。
Ｓ３０３：ネットワークデバイスは、ＲＲＣコネクテッドモードにある第１端末のためにＤＲＸサイクルを設定する。
Ｓ３０４：ネットワークデバイスは、ＲＲＣコネクテッドモードにある第１端末のためにタイマｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを設定する。
実施例４のフェーズ１の詳細については、実施例１のフェーズ１に関する説明を参照されたい。詳細は、ここで再び記載されない。
フェーズ２．サイドリンクＨＡＲＱプロセスａのｉ番目の伝送（Ｓ３０５からＳ３０８）
Ｓ３０５：第１端末は、ネットワークデバイスによって配信されたＰＤＣＣＨ１をモニタし受信し得る。ＰＤＣＣＨ１は、特定のサイドリンクＨＡＲＱプロセス（例えば、サイドリンクＨＡＲＱプロセスａ）のｉ番目の伝送のためにネットワークデバイスによってスケジューリングされたリソースを示し得る。つまり、ＰＤＣＣＨ１は、サイドリンクＨＡＲＱプロセスａのｉ番目の伝送をスケジューリングするために使用され得る。
Ｓ３０６：サイドリンクＨＡＲＱプロセスａのｉ番目の伝送が最初の伝送である場合に、第１端末は、ＰＤＣＣＨ１をモニタし受信するときに、タイマｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ（つまり、図８のタイマ１）を開始し得る。ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの実行中に、第１端末はアクティブモードにあり、ＰＤＣＣＨをモニタする。このようにして、ＤＲＸサイクルの「Ｏｎ Ｄｕｒａｔｉｏｎ」は、第１端末がアクティブモードにある時間を延ばすよう、延長され得る。
Ｓ３０７：ＰＤＣＣＨ１を受け取った後、第１端末は、ＰＤＣＣＨ１によって示されているリソースでサイドリンクＨＡＲＱプロセスａを使用することによってデータａを第２端末へ送信し得る。つまり、データａのｉ番目の伝送を実行する。相応して、第２端末は、ＰＤＣＣＨ１によって示されているリソースで、第１端末によって送られたデータａを受信し得る。
Ｓ３０８：第１端末は、ＨＡＲＱフィードバックを第２端末へ送信し得る。ＨＡＲＱフィードバックは、第２端末がデータａを受信することに成功したかどうかを示すために使用される。ＨＡＲＱフィードバックがＡＣＫである場合には、それは、第２端末がデータａを受信することに成功したことを示す。ＨＡＲＱフィードバックがＮＡＣＫである場合には、それは、第２端末がデータａを受信することができないことを示す。
実施例４のフェーズ２の詳細については、実施例１のフェーズ２に関する説明を参照されたい。詳細は、ここで再び記載されない。
フェーズ３．サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックに基づいたＰＤＣＣＨのモニタリング（Ｓ３０９からＳ３１１）
Ｓ３０９：第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックを決定する。サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックは、データａのｉ番目に対する受信が成功するかどうかを示すために使用される。
Ｓ３１０：第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンで、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックをネットワークデバイスへ送信し得る。相応して、ネットワークデバイスは、ＨＡＲＱフィードバックオケージョンで、第１端末によって送られたサイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックを受信し得る。
Ｓ３１１：サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックがＮＡＣＫである場合に、第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において、ＰＤＣＣＨをモニタし始め得る。時間単位はシンボル、スロット、又は絶対時間単位（例えば、ミリ秒）であってよい。
実施例４で記載されていないフェーズ３の詳細については、実施例１のフェーズ３に関する説明を参照されたい。詳細は、ここで再び記載されない。
フェーズ４．サイドリンクＨＡＲＱプロセスａの（ｉ＋１）番目の伝送（Ｓ３１２からＳ３１４）
Ｓ３１２：第１端末はＰＤＣＣＨ２を受信し得る。ＰＤＣＣＨ２によって示されるリソースは、サイドリンクＨＡＲＱプロセスａの（ｉ＋１）番目の伝送のためにネットワークデバイスによってスケジューリングされたリソースであってよく、つまり、ＰＤＣＣＨ２は、サイドリンクＨＡＲＱプロセスａの（ｉ＋１）番目の伝送をスケジューリングするために使用され得る。
Ｓ３１３：ＰＤＣＣＨ２がモニタされ受信され、次の条件のどれも満足されないとき、第１端末は、ＰＤＣＣＨをモニタするのを止め得る。
条件１：次のタイマのうちの１つ以上が実行中である：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、及びｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ。
条件２：第１装置がスケジューリング要求をＰＵＣＣＨで送信し、スケジューリング要求がペンディング中である。
条件３：第１装置が非競合ベースのランダムアクセス応答メッセージを受信するが、Ｃ－ＲＮＴＩによってスクランブルされて新しい伝送を示すＰＤＣＣＨを受信しない。
Ｓ３１４：ＰＤＣＣＨ２を受け取った後、第１端末は、ＰＤＣＣＨ２によって示されているリソースでサイドリンクＨＡＲＱプロセスａを使用することによってデータａを第２端末へ送信し得る。つまり、データａの（ｉ＋１）番目の伝送を実行する。相応して、第２端子は、ＰＤＣＣＨ２によって示されているリソースで、第１端末によって送られたデータａを受信し得る。
実施例４で記載されていないフェーズ４の詳細については、実施例１の関連する内容を参照されたい。詳細は、ここで再び記載されない。
実施例４において、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックを決定する方法については、実施例１の関連する内容を参照されたい。詳細は、ここで記載されない。
サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックに加えて、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫも、サイドリンクＨＡＲＱプロセスａの前の伝送に対する受信が成功するかどうかを示すために使用されてよい。
上記のフェーズ３で記載されているサイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックに加えて、第１端末はまた、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫに基づきＰＤＣＣＨをモニタしてもよい。具体的な実施は次の通りであってよい。サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫである場合に、第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位においてＰＤＣＣＨをモニタし始め得る。
実施において、第１端末は、第１端末によって維持されているいずれかのサイドリンクＨＡＲＱプロセスに関連したＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫであるという条件で、ＰＤＣＣＨをモニタし得る。
サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＡＣＫであり、次の条件のどれも満足されないとき、第１端末は、ＰＤＣＣＨをモニタするのを止め得る。
条件１：次のタイマのうちの１つ以上が実行中である：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、及びｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ。
条件２：第１装置がスケジューリング要求をＰＵＣＣＨで送信し、スケジューリング要求がペンディング中である。
条件３：第１装置が非競合ベースのランダムアクセス応答メッセージを受信するが、Ｃ－ＲＮＴＩによってスクランブルされて新しい伝送を示すＰＤＣＣＨを受信しない。
あり得る場合において、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫはＮＡＣＫであるが、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢは、データａの伝送回数が最大数に達することを示す。この場合に、次の条件のどれも満足されないとき、第１端末は、ＰＤＣＣＨをモニタするのを止め得る。
条件１：次のタイマのうちの１つ以上が実行中である：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、及びｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ。
条件２：第１装置がスケジューリング要求をＰＵＣＣＨで送信し、スケジューリング要求がペンディング中である。
条件３：第１装置が非競合ベースのランダムアクセス応答メッセージを受信するが、Ｃ－ＲＮＴＩによってスクランブルされて新しい伝送を示すＰＤＣＣＨを受信しない。
データａの最初の伝送及び再送が例として使用される。図９を参照して、以下は、ＴＸ ＵＥがＰＤＣＣＨをモニタし始める方法について記載する。図９は、サイドリンクＨＡＲＱプロセスａの最初の伝送に対する受信が失敗する例を示す。
図９に示されるように、第１端子（ＴＸ ＵＥ）は、ＤＲＸサイクルの「Ｏｎ Ｄｕｒａｔｉｏｎ」内でＰＤＣＣＨをモニタし、そして、サイドリンクＨＡＲＱプロセスａの最初の伝送をスケジューリングするために使用される最初の伝送に対するグラント（grant for initial transmission）を受信し得る。最初の伝送をスケジューリングするためのグラントを受け取ると、ＴＸ ＵＥはタイマｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始し得る。ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの実行中に、ＴＸ ＵＥはＰＤＣＣＨをモニタする。
図９に示されるように、サイドリンクＨＡＲＱプロセスａの最初の伝送に対する受信が失敗する、例えば、ＲＸ ＵＥが復号化に失敗する場合には、ＴＸ ＵＥは、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位においてＰＤＣＣＨをモニタし始め得る。
実施例４では、サイドリンクＨＡＲＱプロセスａの前の伝送に対する受信が失敗する場合に、第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において、ＰＤＣＣＨをモニタし始めることが分かる。具体的に言えば、サイドリンクＨＡＲＱプロセスａの前の伝送に対する受信が失敗する場合に、ＨＡＲＱフィードバックオケージョンの後、第１端末はアクティブモードにあり、ネットワークデバイスによって配信されてサイドリンクＨＡＲＱプロセスａの再送をスケジューリングするために使用されるＰＤＣＣＨをモニタし受信し得る。このようにして、サイドリンクＨＡＲＱプロセスａの再送の効率は改善され得、サイドリンクデータ再送の遅延の増大は回避される。
以下は、上記の実施例１から実施例４に関連したいくつかの態様（１）から（３）について記載する。
（１）サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫ
上記の実施例１から実施例４において、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫの初期値は、ＡＣＫにセットされ得る。ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＡＣＫであることは、サイドリンクＨＡＲＱプロセスａの前の伝送に対する受信が成功することを示し得る。ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫであることは、サイドリンクＨＡＲＱプロセスａの前の伝送に対する受信が失敗することを示し得る。
以下は、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫを第１端末がどのように維持するかについて記載する。
１．第１端末は、次の場合のいずれか１つにおいて、ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットし得る。
場合１：第２端末によって送信されて第１端末によって受信されるＨＡＲＱフィードバックがＡＣＫである。
場合２：第１端末が、サイドリンクＨＡＲＱプロセスａの伝送（最初の伝送及び再送を含む）をスケジューリングするために使用されるＰＤＣＣＨをモニタし受信する。
２．第１端末は、次の場合のいずれか１つにおいて、ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＮＡＣＫにセットし得る。
場合１：第２端末によって送信されて第１端末によって受信されるＨＡＲＱフィードバックがＮＡＣＫである。
場合２：第１端末が、第２端末によって送信されたＨＡＲＱフィードバックを受信することができない。
第１端末が第２端末によって送信されたＨＡＲＱフィードバックを受信することができないことは、第１端末が、ＨＡＲＱフィードバックのフィードバックオケージョンで、第２端末によって送信されたＨＡＲＱフィードバックを受信することができないことを具体的に意味し得る。
場合３：第１端末が、第２端末へ、サイドリンクＨＡＲＱプロセスａに関連したデータａを、サイドリンクＨＡＲＱプロセスａに割り当てられた伝送リソースで送信することができない。
ここで、サイドリンクＨＡＲＱプロセスａに割り当てられた伝送リソースは、サイドリンクＨＡＲＱプロセスａの最初の伝送及び再送のために使用され得る。場合３の原因は、リソースコンフリクトであり得る。具体的に言えば、第１端末は、データａの代わりに、サイドリンクＨＡＲＱプロセスａに割り当てられた伝送リソースで他のデータを送信する。
（２）サイドリンクＨＡＲＱプロセスａに関連した状態変数ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢ
上記の実施例１から実施例４において、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢの初期値は、０にセットされ得る。第１端末がサイドリンクＨＡＲＱプロセスａの伝送（最初の伝送及び再送を含む）をスケジューリングするために使用されるＰＤＣＣＨをモニタし受信するたびに、第１端末は、サイドリンクＨＡＲＱプロセスａに関連したＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢを１ずつ増やし得る。サイドリンクＨＡＲＱプロセスａの伝送をスケジューリングするために使用されるＰＤＣＣＨは、ネットワークデバイスによってサイドリンクＨＡＲＱプロセスａに割り当てられた伝送リソースを示し得る。
（３）シンボル及びスロットの長さ
上記の実施例１から実施例４において、シンボル及びスロットの長さは、第１データを伝送するために使用されるサイドリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジー、例えば、サブキャリア空間（subcarrier space，ＳＣＳ）に依存し得る。これは、それに限られない。シンボル及びスロットの長さはまた、ＨＡＲＱフィードバックが第１端末によってネットワークデバイスへ送られるアップリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存してもよい。
上記の実施例１から実施例４において、実施例２で、サイドリンクＨＡＲＱプロセスａは、第１サイドリンクＨＡＲＱプロセスと呼ばれてもよく、データは、第１データと呼ばれてもよい。ＰＤＣＣＨ２は、第１ＰＤＣＣＨと呼ばれてもよく、ＰＤＣＣＨ１は、第２ＰＤＣＣＨと呼ばれてもよい。第２端末によって第１端末へ送信されるＨＡＲＱフィードバックは、第１フィードバックと呼ばれてもよい。
図１０を参照されたい。図１０は、本願のいくつかの実施形態に従う端末３００を示す。端末３００は、上記の方法実施形態で述べられている第１端末として実装されてもよく、あるいは、上記の方法実施形態で述べられている第２端末として実装されてもよい。具体的に、端末３００は、図１に示されている無線通信システム１００における端末１０３（例えば、車載端末）であってよい。図１０に示されるように、端末３００は、入出力モジュール（オーディオ入出力モジュール３１８、キー入力モジュール３１６、ディスプレイ３２０、など）、ユーザインターフェース３０２、１つ以上の端末プロセッサ３０４、送信器３０６、受信器３０８、結合器３１０、アンテナ３１４、及びメモリ３１２を含み得る。これらのコンポーネントは、バスを通じて、又は他の方法で接続され得る。図１０では、コンポーネントがバスを通じて接続されている例が使用される。
アンテナ３１４は、伝送線路内の電磁気エネルギを自由空間内の電磁波に変換するか、あるいは、自由空間内の電磁波を伝送線路内の電磁気エネルギに変換するよう構成され得る。結合器３１０は、アンテナ３１４によって受信された移動体通信信号を複数のチャネルの信号に分割し、複数のチャネルの信号を複数の受信器３０８に割り当てるよう構成される。
送信器３０６は、端末プロセッサ３０４によって出力された信号に対して伝送処理、例えば、信号変調を実行するよう構成され得る。受信器３０８は、アンテナ３１４によって受信された移動体通信信号に対して受信処理、例えば、信号復調を実行するよう構成され得る。本願のいくつかの実施形態において、送信器３０６及び受信器３０８は、無線モデムと見なされ得る。端末３００には、１つ以上の送信器３０６及び受信器３０８が存在してもよい。
送信器３０６及び受信器３０８の通信機能は、次の通信システム：グローバル・システム・フォー・モバイル・コミュニケーションズ（Global System for Mobile Communications，ＧＳＭ）（２Ｇ）、広帯域符号分割多重アクセス（Wideband Code Division Multiple Access，ＷＣＤＭＡ）（３Ｇ）、ロング・ターム・エボリューション（Long Term Evolution，ＬＴＥ）（４Ｇ）、５Ｇ、又は将来のニュー・ラジオ、のうちの１つ以上に適用され得る。
図１０に示される送信器３０６及び受信器３０８に加えて、端末３００は、他の通信コンポーネント、例えば、ＧＰＳモジュール、Ｂｌｕｅｔｏｏｔｈ（Bluetooth）モジュール、又はワイヤレス・フィデリティ（Wireless Fidelity，Ｗｉ－Ｆｉ）モジュールを更に含んでもよい。上記の無線通信信号に加えて、端末３００は、他の無線通信信号、例えば、衛星信号又は短波信号を更にサポートしてもよい。無線通信に加えて、端末３００は、有線通信をサポートするよう有線ネットワークインターフェース（例えば、ＬＡＮインターフェース）を更に備えてもよい。
入出力モジュールは、端末３００とユーザ／外部環境との間の相互作用を実装するよう構成され得、また、主に、オーディオ入出力モジュール３１８、キー入力モジュール３１６、ディスプレイ３２０、などを含み得る。具体的な実施では、入出力モジュールは、カメラ、タッチスクリーン、センサ、などを更に含んでもよい。入出力モジュールは全て、ユーザインターフェース３０２を通じて端末プロセッサ３０４と通信する。
メモリ３１２は、端末プロセッサ３０４へ結合され、様々なソフトウェアプログラム及び／又は命令の複数のグループを記憶するよう構成される。具体的な実施では、メモリ３１２は、高速ランダム・アクセス・メモリを含んでよく、また、不揮発性メモリ、例えば、１つ以上の磁気ディスク記憶デバイス、フラッシュメモリデバイス、又は他の不揮発性固体状態記憶デバイスを含んでもよい。メモリ３１２は、オペレーティングシステム（以下では略してシステムと呼ばれる）、例えば、Ａｎｄｒｏｉｄ、ｉＯＳ、Ｗｉｎｄｏｗｓ、又はＬｉｎｕｘのような埋め込みオペレーティングシステムを記憶し得る。メモリ３１２は、ネットワーク通信プログラムを更に記憶し得る。ネットワーク通信プログラムは、１つ以上の更なるデバイス、１つ以上の端末デバイス、及び１つ以上のネットワークデバイスと通信するために使用され得る。メモリ３１２は、ユーザインターフェースプログラムを更に記憶し得る。ユーザインターフェースプログラムは、アプリケーションプログラムの内容と、アプリケーションプログラムに対するユーザの制御操作を受け取るためのメニュー、ダイアログボックス、及びキーなどのユーザ入力制御とを鮮やかに表示するために、グラフィカルオペレーティングインターフェースを使用し得る。
本願のいくつかの実施形態において、端末３００が上記の方法実施形態で述べられている第１端末として実装される場合に、メモリ３１２は、第１端末側で本願の１つ以上の実施形態で提供される間欠受信方法を実装するためのプログラムを記憶するよう構成され得る。端末３００が上記の方法実施形態で述べられている第２端末として実装される場合に、メモリ３１２は、第２端末側で本願の１つ以上の実施形態で提供される間欠受信方法を実装するためのプログラムを記憶するよう構成され得る。本願の１つ以上の実施形態に従う間欠受信方法の実装については、続く実施形態を参照されたい。
端末プロセッサ３０４は、コンピュータ可読命令を読み出して実行するよう構成され得る。具体的に、端末プロセッサ３０４は、メモリ３１２に記憶されているプログラム、例えば、本願の１つ以上の実施形態で提供される間欠受信方法の実装のためのプログラムを呼び出し、プログラムに含まれている命令を実行するよう構成され得る。
端末プロセッサ３０４は、モデム（Modem）プロセッサであってよく、３ＧＰＰ及びＥＴＳＩなどの無線通信規格での主な機能を実装するモジュールである。モデムは、独立したチップとして使用されてよく、あるいは、特定のシステム向けのチップ又は集積回路を形成するよう他のチップ又は回路と結合されてもよい。これらのチップ又は集積回路は、車載端末、携帯電話機、コンピュータ、ノートブック、タブレット、ルータ、ウェアラブルデバイス、及びホームアプライアンスを含む、無線通信機能を実装する全てのデバイスに適用され得る。留意されるべきは、異なる実施形態では、端末プロセッサ３０４のプロセッサは、独立したチップとして使用され、オフチップメモリへ結合されてもよく、つまり、チップはメモリを含まない点である。代替的に、端末プロセッサ３０４のプロセッサは、オンチップメモリへ結合され、チップに組み込まれ、つまり、チップはメモリを含む。
端末３００は、図１に示される無線通信システム１００の端末１０３として実装され得ることが理解され得る。
留意されるべきは、図１０に示される端末３００は、本願の実例にすぎない点である。実際の適用では、端末３００は、より多い又はより少ないコンポーネントを含んでもよい。これは、ここで限定されない。
図１１を参照されたい。図１１は、本願のいくつかの実施形態に従うネットワークデバイス４００を示す。図１１に示されるように、ネットワークデバイス４００は、１つ以上のネットワークデバイスプロセッサ４０１、送信器４０７、受信器４０９、結合器４１１、アンテナ４１３、及びメモリ４０５を含み得る。これらのコンポーネントは、バスを通じて、又は他の方法で接続され得る。図１１では、コンポーネントがバスを通じて接続されている例が使用される。
アンテナ４１３は、伝送線路内の電磁気エネルギを自由空間内の電磁波に変換するか、あるいは、自由空間内の電磁波を伝送線路内の電磁気エネルギに変換するよう構成され得る。結合器４１１は、移動体通信信号を複数のチャネルの信号に分割し、複数のチャネルの信号を複数の受信器４０９に割り当てるよう構成される。
送信器４０７は、ネットワークデバイスプロセッサ４０１によって出力された信号に対して伝送処理、例えば、信号変調を実行するよう構成され得る。受信器４０９は、アンテナ４１３によって受信された移動体通信信号に対して受信処理、例えば、信号復調を実行するよう構成され得る。本願のいくつかの実施形態において、送信器４０７及び受信器４０９は、無線モデムと見なされ得る。ネットワークデバイス４００には、１つ以上の送信器４０７及び受信器４０９が存在してもよい。
送信器４０７及び受信器４０９の通信機能は、次の通信システム：グローバル・システム・フォー・モバイル・コミュニケーションズ（Global System for Mobile Communications，ＧＳＭ）（２Ｇ）、広帯域符号分割多重アクセス（Wideband Code Division Multiple Access，ＷＣＤＭＡ）（３Ｇ）、ロング・ターム・エボリューション（Long Term Evolution，ＬＴＥ）（４Ｇ）、５Ｇ、又は将来のニュー・ラジオ、のうちの１つ以上に適用される。
メモリ４０５は、ネットワークデバイスプロセッサ４０１へ結合され、様々なソフトウェアプログラム及び／又は命令の複数のグループを記憶するよう構成される。具体的な実施では、メモリ４０５は、高速ランダム・アクセス・メモリを含んでよく、また、不揮発性メモリ、例えば、１つ以上の磁気ディスク記憶デバイス、フラッシュメモリデバイス、又は他の不揮発性固体状態記憶デバイスを含んでもよい。メモリ４０５は、オペレーティングシステム（以下では略してシステムと呼ばれる）、例えば、ｕＣＯＳ、ＶｘＷｏｒｋｓ、及びＲＴＬｉｎｕｘのような埋め込みオペレーティングシステムを記憶し得る。メモリ４０５は、ネットワーク通信プログラムを更に記憶し得る。ネットワーク通信プログラムは、１つ以上の更なるデバイス、１つ以上の端末デバイス、及び１つ以上のネットワークデバイスと通信するために使用され得る。
ネットワークデバイスプロセッサ４０１は、無線チャネル管理の実行、コール又は通信リンクの確立又は解放、現在の制御エリア内のユーザ装置のハンドオーバーの制御、などのために構成され得る。具体的な実施では、ネットワークデバイスプロセッサ４０１は、管理モジュール／通信モジュール（Administration Module/Communication Module，ＡＭ／ＣＭ）（スピーチチャネル切り替え及び情報交換のためのセンター）、基本モジュール（Basic Module，ＢＭ）（コール処理、シグナリング処理、無線リソース管理、無線リンク管理、及び回路保守機能を実装するよう構成される）、トランスコーダ及びサブマルチプレクサ（Transcoder and Sub-Multiplexer，ＴＣＳＭ）（多重化／逆多重化及びトランスコーディング機能を実装するよう構成される）、などを含み得る。
本願では、ネットワークデバイスプロセッサ４０１は、コンピュータ可読命令を読み出して実行するよう構成され得る。具体的に、ネットワークデバイスプロセッサ４０１は、メモリ４０５に記憶されているプログラム、例えば、ネットワークデバイス４００の側で、本願の１つ以上の実施形態に従う間欠受信方法を実装するためのプログラムを呼び出し、プログラムに含まれている命令を実行するよう構成され得る。
ネットワークデバイスプロセッサ４０１は、モデム（Modem）プロセッサであってよく、３ＧＰＰ及びＥＴＳＩなどの無線通信規格での主な機能を実装するモジュールである。モデムは、独立したチップとして使用されてよく、あるいは、特定のシステム向けのチップ又は集積回路を形成するよう他のチップ又は回路と結合されてもよい。これらのチップ又は集積回路は、例えば、ＬＴＥネットワークにおけるエボルブドＮｏｄｅＢ（evolved NodeB，ｅＮＢ又はｅＮｏｄｅＢ）、第３世代（the 3rd Generation，３Ｇ）ネットワークにおけるＮｏｄｅＢ（NodeB）、及び５Ｇネットワークにおける５Ｇ基地局（NR NodeB，ｇＮＢ）と呼ばれる、無線通信機能を実装する全てのネットワーク側デバイスに適用され得る。留意されるべきは、異なる実施形態では、ネットワークデバイスプロセッサ４０１は、独立したチップとして使用され、オフチップメモリへ結合されてもよく、つまり、チップはメモリを含まない点である。代替的に、ネットワークデバイスプロセッサ４０１のプロセッサは、オンチップメモリへ結合され、チップに組み込まれ、つまり、チップはメモリを含む。
ネットワークデバイス４００は、図１に示される無線通信システム１００のネットワークデバイス１０１として実装され得ることが理解され得る。
留意されるべきは、図１１に示されるネットワークデバイス４００は、本願の実例にすぎない点である。実際の適用では、ネットワークデバイス４００は、より多い又はより少ないコンポーネントを含んでもよい。これは、ここで限定されない。
図１２を参照されたい。図１２は、本願の実施形態に従う無線通信システム１０と、無線通信システム１０内の端末５００、端末６００、及びネットワークデバイス７００とを示す。ネットワークデバイス７００は、上記の方法実施形態におけるネットワークデバイスであってよく、端末５００及び端末６００は、夫々、上記の方法実施形態における第１端末（ＴＸ ＵＥ）及び第２端末（ＲＸ ＵＥ）であってよい。端末５００及び端末６００は、ＰＣ５インターフェースに基づいたサイドリンク接続を確立し得る。端末５００とネットワークデバイス７００との間ではＲＲＣ接続が確立され得、端末５００はＲＲＣコネクテッドモードにあることができる。端末６００とネットワークデバイス７００との間でもＲＲＣ接続が確立され得る。代替的に、端末６００は、ネットワークデバイス７００の通信カバレッジエリアの外に位置してもよい。
図１２に示されるように、端末５００は、処理ユニット５０１及び通信ユニット５０３を含み得る。
端末５００が上記の実施例１で記載される間欠受信方法を実装するとき、各機能ユニットの実装は次の通りであってよい。
処理ユニット５０１は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第１タイマを開始するよう構成され得る。
処理ユニット５０１は、第１タイマが満了し、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第２タイマを開始するよう更に構成され得る。ＮＡＣＫは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗することを示す。
通信ユニット５０３は、第２タイマの実行中にＰＤＣＣＨをモニタするよう構成され得る。
第１タイマ及び第２タイマは、第１サイドリンクＨＡＲＱプロセスに関連する。
第１サイドリンクＨＡＲＱプロセスは、第１データに関連する。第１サイドリンクＨＡＲＱプロセスは、端末５００によって、第１データを端末６００へ送るために使用される。ＨＡＲＱフィードバックオケージョンは、端末５００によって、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへ送るために使用される。ＨＡＲＱフィードバックは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを示すために使用される。
処理ユニット５０１は、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第１タイマを開始するよう特に構成され得る。
以下は、処理ユニット５０１が第１タイマ及び第２タイマを維持するいくつかの実施について記載する。
方法１
第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位で、処理ユニット５０１はｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し得る。第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫである場合に、処理ユニット５０１は、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了すると、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中に、通信ユニット５０３はＰＤＣＣＨをモニタし得る。
方法２
第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫである場合に、処理ユニット５０１は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第１タイマを開始し得る。ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了するとき、処理ユニット５０１は第２タイマを開始し得る。通信ユニット５０３は、第２タイマの実行中にＰＤＣＣＨをモニタする。
上記の方法１及び方法２に加えて、処理ユニット５０１はまた、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫに基づき、第１タイマ及び第２タイマを維持し得る。具体的な実施は次の通りであってよい。第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫである場合に、処理ユニット５０１は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第１タイマを開始し得る。第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫである場合に、第１タイマが満了するとき、第１装置は第２タイマを開始し得る。
端末５００が上記の実施形態２で記載される間欠受信方法を実装するとき、各機能ユニットの実装は次の通りであってよい。
処理ユニット５０１は、第１サイドリンクＨＡＲＱプロセスのハイブリッド自動再送要求ＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第３タイマを開始するよう構成され得る。
通信ユニット５０２は、第３タイマの実行中にＰＤＣＣＨをモニタするよう構成され得る。
第３タイマは、第１サイドリンクＨＡＲＱプロセスに関連する。
処理ユニット５０１は、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第３タイマを開始するよう特に構成され得る。
サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックに加えて、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫも、サイドリンクＨＡＲＱプロセスａの前の伝送に対する受信が成功するかどうかを示すために使用されてよい。
サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックに加えて、第１端末はまた、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫに基づき第３タイマを維持し得る。具体的な実施は次の通りであってよい。サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫである場合に、第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第３タイマを開始し得る。
端末５００が上記の実施例４で記載される間欠受信方法を実装する場合に、各機能ユニットの実装は次の通りであってよい。
処理ユニット５０１は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックを決定するよう構成され得る。
第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫである場合に、通信ユニット５０３は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位においてＰＤＣＣＨをモニタし始めるよう構成され得る。
処理ユニット５０１は、次の場合のいずれか１つにおいて、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫであると決定、つまり、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗すると決定するよう特に構成され得る。
場合１：端末６００によって送信されて端末５００によって受信されるＨＡＲＱフィードバックがＮＡＣＫである。
ＨＡＲＱフィードバックは、第１サイドリンクＨＡＲＱプロセスに関連したデータの前の伝送に対する端末６００による受信が成功するかどうかを示すために、使用される。ＨＡＲＱフィードバックがＮＡＣＫであることは、端末６００が第１サイドリンクＨＡＲＱプロセスに関連したデータを受信することができないことを示し得る。端末６００が第１サイドリンクＨＡＲＱプロセスに関連したデータを受信することができない理由には、端末６００がデータを復号することができないこと、及び端末６００が第１リソースでデータを受信することができないことが含まれ得るが、これらに限られない。ここで、第１リソースは、第１サイドリンクＨＡＲＱプロセスの前の伝送のためにネットワークデバイスによってスケジューリングされたリソースである。
場合２：端末５００が、端末６００によって送信されたＨＡＲＱフィードバックを受信することができない。
端末５００が端末６００によって送信されたＨＡＲＱフィードバックを受信することができないことは、端末５００が、第１サイドリンクＨＡＲＱプロセスのフィードバックオケージョンで、端末６００によって送信されたＨＡＲＱフィードバックを受信することができないことを具体的に意味し得る。第１サイドリンクＨＡＲＱプロセスのフィードバックオケージョンは、ネットワークデバイスによって設定され得る。
場合３：端末５００がサイドリンクデータを端末６００へ第１リソースで送信することができない。
ここで、第１リソースは、第１サイドリンクＨＡＲＱプロセスの前の伝送のためにネットワークデバイスによってスケジューリングされたリソースである。場合３の原因は、リソースコンフリクトであり得る。具体的に言えば、端末５００は、データａの代わりに、第１リソースで他のデータを送信する。
処理ユニット５０１は、次の場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＡＣＫであると決定、つまり、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功すると決定するよう特に構成され得る：端末６００によって送信されて端末５００によって受信されるＨＡＲＱフィードバックがＡＣＫである。ＨＡＲＱフィードバックがＡＣＫであることは、端末６００が第１サイドリンクＨＡＲＱプロセスに関連したデータを受信することに成功したことを示し得る。
図１２に示されるように、ネットワークデバイス７００は、処理ユニット７０１及び通信ユニット７０３を含み得る。
処理ユニット７０１は、第１サイドリンクＨＡＲＱプロセスの伝送（最初の伝送及び再送を含む）のためのリソースを割り当てるよう構成され得る。
処理ユニット７０１は、ＲＲＣコネクテッドモードにある端末５００のために、ＤＲＸサイクルと、タイマ、つまり、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ、及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬとを設定するよう更に構成され得る。
処理ユニット７０１は、ＰＤＣＣＨでリソースグラントを配信するよう構成され得、リソースグラントは、ダウンリンク制御情報ＤＣＩにおいて運ばれ得る。リソースグラントは、第１サイドリンクＨＡＲＱプロセスの伝送（最初の伝送及び再送を含む）のためにネットワークデバイス７００によって割り当てられたリソースを示し得る。
図１２に示されるように、端末６００は、処理ユニット６０１及び通信ユニット６０３を含み得る。
処理ユニット６０１は、受信した第１データを復号するよう構成され得る。
通信ユニット６０３は、端末６００が第１データを受信することに成功したかどうかを示すために、ＨＡＲＱフィードバックを端末５００へ送信するよう更に構成され得る。
端末５００、端末６００、及びネットワークデバイス７００に含まれる各機能ユニットの具体的な実装については、上記の方法実施形態を参照されたいことが理解され得る。詳細は、ここで再び記載されない。
その上、本発明の実施形態は、無線通信システムを更に提供する。無線通信システムは、図１に示される無線通信システム１００であってよく、あるいは、図１２に示される無線通信システム１０であってよく、第１端末、第２端末、及びネットワークデバイスを含み得る。第１端末は、上記の実施形態における第１端末であってよく、第２端末は、上記の実施形態における第２端末であってよく、ネットワークデバイスは、上記の実施形態におけるネットワークデバイスであってよい。具体的に、第１端末は、図１０に示される端末３００であってよく、第２端末は、図１０に占めあれる端末３００であってよく、ネットワークデバイスは、図１０に示されるネットワークデバイス４００であってよい。
以下は、上記の方法の実施例１を例として使用することによって、無線通信システムにおける第１端末、第２端末、及びネットワークデバイスの具体的な実施について記載する。
例えば、図１０に示される端末は第１端末である。端末プロセッサ３０４は、送信器３０６を制御して送信を実行し、受信器３０８を制御して受信を実行するために、メモリ３１２に記憶されている命令を呼び出すよう構成される。送信器３０６は、データ及び／又はシグナリングを送信するプロセスを実行することにおいて端末を支援するよう構成される。受信器３０８は、データ及び／又はシグナリングを受信するプロセスを実行することにおいて端末を支援するよう構成される。メモリ３１２は、端末のプログラムコード及びデータを記憶するよう構成される。
端末プロセッサ３０４は、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第１タイマを開始するよう構成され得る。端末プロセッサ３０４は、第１タイマが満了し、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第２タイマを開始するよう構成され得る。ＮＡＣＫは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗することを示す。
受信器３０８は、第２タイマの実行中にＰＤＣＣＨをモニタするよう構成され得る。
第１タイマ及び第２タイマは、第１サイドリンクＨＡＲＱプロセスに関連する。第１サイドリンクＨＡＲＱプロセスは、第１データに関連する。第１サイドリンクＨＡＲＱプロセスは、端末５００によって、第１データを端末６００へ送信するために使用される。ＨＡＲＱフィードバックオケージョンは、端末５００によって、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへ送信するために使用される。ＨＡＲＱフィードバックは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを示すために使用される。
この場合に、ＨＡＲＱフィードバックオケージョンの後、第２タイマの実行中、第１端末はアクティブモードにあり、そして、実行中にネットワークデバイスによって配信されてサイドリンクＨＡＲＱプロセスａの再送をスケジューリングするために使用されるＰＤＣＣＨをモニタし受信し得る。このようにして、サイドリンクＨＡＲＱプロセスａの再送の効率は改善され得、サイドリンクデータ再送の遅延の増大は回避される。
第１端末内のコンポーネントの具体的な実施については、上記の方法実施形態を参照されたい。詳細は、ここで再び記載されない。
例えば、図１０に示される端末は第２端末である。端末プロセッサ３０４は、送信器３０６を制御して送信を実行し、受信器３０８を制御して受信を実行するために、メモリ３１２に記憶されている命令を呼び出すよう構成される。送信器３０６は、データ及び／又はシグナリングを送信するプロセスを実行することにおいて端末を支援するよう構成される。受信器３０８は、データ及び／又はシグナリングを受信するプロセスを実行することにおいて端末を支援するよう構成される。メモリ３１２は、端末のプログラムコード及びデータを記憶するよう構成される。
受信器３０８は、第１端末によって送信された第１データを受信するよう構成され得る。
端末プロセッサ３０４は、受信した第１データを復号するよう構成され得る。
送信器３０６は、第１データの受信に成功したかどうかを示すために、ＨＡＲＱフィードバックを第１端末へ送信するよう構成され得る。
第２端末内のコンポーネントの具体的な実施については、上記の方法実施形態を参照されたい。詳細は、ここで再び記載されない。
例えば、図１１に示されるネットワークデバイスは、上記のネットワークデバイスである。ネットワークデバイスプロセッサ４０１は、送信器４０７を制御して送信を実行し、受信器４０９を制御して受信を実行するために、メモリ４０５に記憶されている命令を呼び出すよう構成される。送信器４０７は、データ及び／又はシグナリングを送信するプロセスを実行することにおいて端末を支援するよう構成される。受信器４０９は、データ及び／又はシグナリングを受信するプロセスを実行することにおいて端末を支援するよう構成される。メモリ４０５は、端末のプログラムコード及びデータを記憶するよう構成される。
ネットワークデバイスプロセッサ４０１は、第１サイドリンクＨＡＲＱプロセスの伝送（最初の伝送及び再送を含む）のためのリソースを割り当てるよう構成され得る。ネットワークデバイスプロセッサ４０１は、ＲＲＣコネクテッドモードにある第１端末のために、ＤＲＸサイクルと、タイマ、つまり、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ、及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬとを設定するよう更に構成され得る。
送信器４０７は、ＰＤＣＣＨでリソースグラントを配信するよう構成され得、リソースグラントは、ダウンリンク制御情報ＤＣＩにおいて運ばれ得る。リソースグラントは、第１サイドリンクＨＡＲＱプロセスの伝送（最初の伝送及び再送を含む）のためにネットワークデバイスによって割り当てられたリソースを示し得る。
ネットワークデバイス内のコンポーネントの具体的な実施については、上記の方法実施形態を参照されたい。詳細は、ここで再び記載されない。
その上、本願は装置を更に提供する。装置は、プロセッサと、メモリへ結合されているメモリとを含み得る。
プロセッサは、コンピュータ可読命令を読み出して実行するよう構成され得る。具体的な実施では、プロセッサは、コントローラ、算術ユニット、及びレジスタを主に含み得る。コントローラは、命令を復号することに主に関与し、命令に対応する動作のための制御信号を送信する。算術ユニットは、固定小数点又は浮動小数点算術演算、シフト演算、論理演算、などを実行することに主に関与し、あるいは、アドレス計算及びアドレス変換を実行してもよい。レジスタは、命令実行中に一時的に記憶されるレジスタオペランド、中間演算結果、などをセーブすることに主に関与する。具体的な実施中に、プロセッサのハードウェアアーキテクチャは、特定用途向け集積回路（Application Specific Integrated Circuit，ＡＳＩＣ）アーキテクチャ、ＭＩＰＳアーキテクチャ、ＡＲＭアーキテクチャ、ＮＰアーキテクチャ、などであってよい。プロセッサは、シングルコア又はマルチコアプロセッサであってよい。
メモリは、コンピュータ可読命令を記憶するよう構成され得る。具体的な実施では、メモリは、高速ランダム・アクセス・メモリ、固体状態記憶デバイス、などを含んでよい。メモリに記憶される命令は、上記の方法実施形態で提供される間欠受信方法を実装するためのプログラムであってよい。
プロセッサは、１つ以上のインターフェースへ更に結合され得る。インターフェースは、汎用入出力（General Purpose Input/Output，ＧＰＩＯ）インターフェースであってよく、複数の周辺デバイス（例えば、無線周波数モジュール）へ接続され得る。インターフェースは、異なる周辺デバイスとプロセッサとの間の通信に別々に関与する複数の独立したインターフェース、例えば、Ｅｔｈｅｒｎｅｔインターフェース及び移動体通信インターフェース（例えば、Ｘ１インターフェース）を更に含んでもよい。
プロセッサは、メモリに記憶されているコンピュータ可読命令を読み出して実行するよう構成され得る。具体的に、プロセッサは、装置が上記の方法実施形態で提供される間欠受信方法を実行することを可能にするように、メモリに記憶されている命令を呼び出して実行するよう構成され得る。インターフェースは、プロセッサの実行結果を出力するよう構成され得る。
装置は、上記の方法実施形態における第１端末として実装されてもよく、上記の方法実施形態における第２端末として実装されてもよく、あるいは、上記の方法実施形態におけるネットワークデバイスとして実装されてもよい。留意されるべきは、装置の機能は、ハードウェアによって実装されてもよく、ソフトウェアによって実装されてもよく、あるいは、ソフトウェアとハードウェアとの組み合わせを使用することによって実装されてもよい点である。これは、ここで限定されない。
本願では、第１端末は第１装置とも呼ばれることがあり、第２端末は第２装置とも呼ばれることがある。
本発明の実施形態で開示される内容とともに記載される方法又はアルゴリズムステップは、ハードウェアによって実装されても、あるいは、プロセッサがソフトウェア命令を実行することによって実装されてもよい。ソフトウェア命令は、対応するソフトウェアモジュールを含み得る。ソフトウェアモジュールは、ＲＡＭ、フラッシュメモリ、ＲＯＭ、消去可能なプログラム可能ＲＯＭ（Erasable Programmable ROM，ＥＰＲＯＭ）、電気的ＥＰＲＯＭ（Electrically EPROM，ＥＥＰＲＯＭ）、レジスタ、ハードディスクドライブ、リムーバブルハードディスクドライブ、コンパクトディスク型リード・オンリー・メモリ（ＣＤ－ＲＯＭ）、又は当該技術でよく知られているあらゆる他の形態の記憶媒体で記憶されてもよい。例えば、記憶媒体はプロセッサへ結合され、それにより、プロセッサは、記憶媒体から情報を読み出し、あるいは、情報を記憶媒体に書き込むことができる。確かに、記憶媒体は更に、プロセッサのコンポーネントであってよい。プロセッサ及び記憶媒体は、ＡＳＩＣに置かれてもよい。その上、ＡＳＩＣは、トランシーバ又は中継デバイスに置かれてもよい。確かに、プロセッサ及び記憶媒体は、無線アクセスネットワークデバイス又は端末デバイスにおいて別個のコンポーネントとして存在してもよい。
当業者は、上記の１つ以上の例において、本発明の実施形態で記載される機能がハードウェア、ソフトウェア、ファームウェア、又はそれらの任意の組み合わせによって実装されてよいことに気付くはずである。ソフトウェアが機能を実装するために使用される場合には、機能はコンピュータ可読媒体に記憶されるか、あるいは、１つ以上の命令又はコードとしてコンピュータ可読媒体で伝送され得る。コンピュータ可読媒体は、コンピュータ記憶媒体及び通信媒体を含み、通信媒体は、１つの場所から他の場所へコンピュータプログラムが伝送されることを可能にする任意の媒体を含む。記憶媒体は、汎用又は専用のコンピュータがアクセスすることができる任意の利用可能な媒体であってよい。
上記の具体的な実施では、本発明の実施形態の目的、技術的解決法、及び利点は、更に詳細に記載されている。上記の説明は、本発明の実施形態の具体的な実施にすぎず、本発明の実施形態の保護範囲を限定する意図はないことが理解されるべきである。本発明の実施形態の技術的解決法に基づいて行われる如何なる変更、均等置換、又は改善も、本発明の実施形態の保護範囲内にあるべきである。
本願は、２０１９年８月１６日付けで、「DISCONTINUOUS RECEPTION METHOD, RELATED APPRATUS AND SYSTEM」と題されて中国国家知識産権局に出願された中国特許出願第２０１９１０７７２０５３．８号に対する優先権を主張するものであり、前述の中国特許出願は、その全文を参照により本願に援用される。
本願は、無線通信技術の分野に関係があり、特に、間欠受信方法、関連する装置、及びシステムに関係がある。
ロング・ターム・エボリューション（long time evolution，ＬＴＥ）システム又はニュー・ラジオ（new radio，ＮＲ）システムにおいて、ユーザ装置（user equipment，ＵＥ）と基地局（ｅＮＢ／ｇＮＢ）との間の通信インターフェースは、Ｕｕインターフェースと呼ばれている。ＵＥ間の通信インターフェースは、ＰＣ５インターフェースと呼ばれている。Ｕｕインターフェース上で、ＵＥがデータを基地局へ送るためのリンクは、アップリンク（Uplink）と呼ばれており、ＵＥが基地局によって送られたデータを受けるためのリンクは、ダウンリンク（Downlink）と呼ばれている。ＰＣ５インターフェース上でのＵＥ間のデータ伝送のためのリンクは、サイドリンク（Sidelink）と呼ばれている。ＰＣ５インターフェースは、直接通信がデバイス間で実行され得るシナリオ、例えば、ビークル・ツー・エブリシング（vehicle to everything，Ｖ２Ｘ）シナリオ、又はデバイス・ツー・デバイス（device to device，Ｄ２Ｄ）シナリオで、通常は使用される。
２つのサイドリンクリソース割り当て方法が存在する。１つの割り当て方法は、ＵＥがリソースプールからリソースを自立的に選択するもの、つまり、ＵＥが、サイドリンクデータを伝送するためにネットワークにおいてシステムメッセージ又は専用シグナリングを使用することによって設定又は事前設定されたリソースプールからリソースを選択するものである。他のリソース割り当て方法は、基地局スケジューリングに基づいており、つまり、基地局が、ユーザ装置ＴＸ ＵＥがサイドリンクデータを伝送するためのサイドリンクリソースをスケジューリングする。基地局スケジューリングに基づいたこのサイドリンクリソース割り当て方法では、基地局は、リソースを動的に割り当てるために物理ダウンリンク制御チャネル（physical downlink control channel，ＰＤＣＣＨ）でダウンリンク制御情報（downlink control information，ＤＣＩ）を配信し、ＴＸ ＵＥは、基地局によって配信されたグラント（grant）を取得するためにＰＤＣＣＨをモニタする必要がある。
Ｕｕインターフェース上で、ＵＥがＰＤＣＣＨを連続してモニタすることによって引き起こされた電力消費量を低減するために、３ＧＰＰで現在適用されている方法は、間欠受信（discontinuous reception，ＤＲＸ）メカニズムを使用することである。しかし、サイドリンク再送シナリオでは、基地局が、サイドリンクデータ再送をスケジューリングするために使用されるＰＤＣＣＨを配信する場合に、既存のＤＲＣメカニズムは、スリープモードに入ったＴＸ ＵＥがＰＤＣＣＨをモニタするのを止めることを引き起こす可能性がある。結果として、サイドリンクでのＴＸ ＵＥのデータ再送は遅延する。
本願は、サイドリンクでのデータ再送効率を改善し、かつ、サイドリンクでのデータ再送の遅延の増大を回避するよう、間欠受信方法、関連する装置、及びシステムを提供する。
第１の態様に従って、本願は、間欠受信方法を提供する。方法は次のことを含み得る：第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位（例えば、最初のシンボル）で、第１装置はｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し得る。ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了し、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックが否定応答ＮＡＣＫである場合に、第１装置はｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始する。第１装置は、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中に物理ダウンリンク制御チャネルＰＤＣＣＨをモニタする。
第１装置は端末デバイス、例えば、携帯電話機、ウェアラブルデバイス、若しくは車両などのユーザ装置、又は端末デバイスに配置され得るチップであってよい。
第１サイドリンクＨＡＲＱプロセスは、第１データに関連する。ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬは、第１サイドリンクＨＡＲＱプロセスに関連する。
第１サイドリンクＨＡＲＱプロセスは、第１装置（ＴＸ ＵＥ）によって、第１データを第２装置（ＲＸ ＵＥ）へ送るために使用され得る。ＨＡＲＱフィードバックオケージョンは、第１装置によって、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへ送るために使用され得る。ＨＡＲＱフィードバックは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを示すために使用され得る。ＨＡＲＱフィードバックがＮＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗することを示し得る。
第１の態様において、時間単位はシンボル又はスロットであってよい。シンボル及びスロットの長さは、データを送信するために使用されるサイドリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存し得る。シンボル及びスロットの長さはまた、ＨＡＲＱフィードバックが第１装置によってネットワークデバイスへ送られるアップリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存してもよい。
第１の態様において、ＲＲＣ接続が、第１装置とネットワークデバイスとの間に確立される。第１装置はＲＲＣコネクテッドモードにある。サイドリンクが、第１装置と第２装置との間に確立される。ネットワークデバイスは、ＲＲＣコネクテッドモードにある第１装置のためにＤＲＸサイクルを設定する。ＤＲＸサイクルは、「Ｏｎ Ｄｕｒａｔｉｏｎ」及び「Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ」から成る。「Ｏｎ Ｄｕｒａｔｉｏｎ」内で、第１装置は、ＰＤＣＣＨをモニタし受信する（アクティブモード）。「Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ」内で、第１装置は、電力消費量を低減するようダウンリンクチャネルデータを受信しない（スリープモード）。
第１の態様において、ネットワークデバイスは、ＲＲＣコネクテッドモードにある第１装置のためにタイマ、つまり、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ、及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを設定する。ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬは、第１タイマと呼ばれてもよく、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬは、第２タイマと呼ばれてもよい。
第１の態様において、第１装置は更に、第１データの伝送のための伝送リソースをスケジューリングすることをネットワークデバイスに要求するために、リソーススケジューリング要求をネットワークデバイスへ送ってもよい。相応して、リソーススケジューリング要求を受け取った後、ネットワークデバイスは、サイドリンク伝送のためのリソースをスケジューリングし、スケジューリングされたリソースをＰＤＣＣＨで配信し得る。第１装置は、ＰＤＣＣＨをモニタすることによって、ネットワークデバイスによってスケジューリングされたリソースを取得し得る。
第１の態様で提供される方法の実施において、第１装置は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位においてｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了するときに、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。言い換えると、ＨＡＲＱフィードバックオケージョンの後、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中に、第１装置はアクティブモードにあり、実行中にネットワークデバイスによって配信されて、第１サイドリンクＨＡＲＱプロセス再送をスケジューリングするために使用されるＰＤＣＣＨをモニタし受信し得る。このようにして、第１サイドリンクＨＡＲＱプロセス再送の効率は改善され得、また、サイドリンクデータ再送の遅延の増大は回避される。
第１の態様を参照して、いくつかの実施形態において、第１装置が第１タイマを開始する具体的な実施は、次のことを含む：ＨＡＲＱフィードバックがＮＡＣＫである場合に、第１装置は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第１タイマを開始する。
第１の態様を参照して、いくつかの実施形態において、第１装置が第１ＰＤＣＣＨを検出するとき、第１装置は第２タイマを停止し得る。第１ＰＤＣＣＨは、第１サイドリンクＨＡＲＱプロセスの伝送リソースをスケジューリングするために使用される。
第１の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの前に、第１装置は更に、第２ＰＤＣＣＨをモニタし得る。第２ＰＤＣＣＨは、第１サイドリンクＨＡＲＱプロセスの前の伝送のためにネットワークデバイスによってスケジューリングされたリソースを示すために使用される。
第１の態様を参照して、いくつかの実施形態において、第１装置は、次の方法で、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックを決定することができる。
（１）次の場合のいずれか１つで、第１装置は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫであると決定、つまり、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗すると決定することができる。
場合１：第２装置によって送信されて第１装置によって受信されるＨＡＲＱフィードバックがＮＡＣＫである。
ＨＡＲＱフィードバックは、第１サイドリンクＨＡＲＱプロセスに関連したデータの前の伝送に対する第２装置による受信が成功するかどうかを示すために、使用される。ＨＡＲＱフィードバックがＮＡＣＫであることは、第２装置が第１サイドリンクＨＡＲＱプロセスに関連したデータを受信することができないことを示し得る。第２装置が第１サイドリンクＨＡＲＱプロセスに関連したデータを受信することができない理由には、第２装置がデータを復号することができないことが含まれ得るが、これに限られない。ここで、第１リソースは、第１サイドリンクＨＡＲＱプロセスの前の伝送のためにネットワークデバイスによってスケジューリングされたリソースである。
場合２：第１装置が、第２装置によって送信されたＨＡＲＱフィードバックを受信することができない。
場合２で、図３ＡのＳ１０８は存在しない。第１装置が第２装置によって送信されたＨＡＲＱフィードバックを受信することができないことは、第１装置が、第１サイドリンクＨＡＲＱプロセスのフィードバックオケージョンで、第２装置によって送信されたＨＡＲＱフィードバックを受信することができないことを具体的に意味し得る。第１サイドリンクＨＡＲＱプロセスのフィードバックオケージョンは、ネットワークデバイスによって設定され得る。
場合３：第１装置がサイドリンクデータを第２装置へ第１リソースで送信することができない。
場合３で、図３ＡのＳ１０７は存在せず、相応して、Ｓ１０８は存在しない。ここで、第１リソースは、第１サイドリンクＨＡＲＱプロセスの前の伝送のためにネットワークデバイスによってスケジューリングされたリソースである。場合３の原因は、リソースコンフリクトであり得る。具体的に言えば、第１装置は、データａの代わりに、第１リソースで他のデータを送信する。
（２）次の場合に、第１装置は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＡＣＫであると決定、つまり、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功すると決定することができる。
第２装置によって送信されて第１装置によって受信されるＨＡＲＱフィードバックは、ＡＣＫである。ＨＡＲＱフィードバックがＡＣＫであることは、第２装置が第１サイドリンクＨＡＲＱプロセスに関連したデータを受信することに成功したことを示し得る。
第１の態様を参照していくつかの実施形態において、第１装置は、２つのタイマ、つまり、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを次の方法で維持し得る。
方法１
第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位で、第１装置はｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し得る。第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫである場合に、第１装置は、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了すると、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。第１装置は、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中にＰＤＣＣＨをモニタする。
方法２
第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫである場合に、第１装置は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位においてｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し得る。ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了するとき、第１装置はｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し得る。第１装置は、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中にＰＤＣＣＨをモニタする。
第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックに加えて、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫも、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを示すために使用されてよい。状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫは、第１変数と呼ばれてもよい。
維持方法は、上記の方法１及び方法２に限られない。第１装置はまた、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫに基づきｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを維持してもよい。具体的な実施は次の通りであってよい。第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫである場合に、第１装置は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位においてｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し得る。第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫである場合に、第１装置は、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了すると、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。
第１の態様を参照して、いくつかの実施形態において、２つのタイマ、つまり、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの計時の単位は、次の方法で実装されてよい。
方法１：ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬの単位はシンボル（symbol）であり、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの単位はスロット（slot）である。シンボル及びスロットの長さは、データを伝送するために使用されるサイドリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存し得る。
方法２：ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬの単位はシンボル（symbol）であり、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの単位はスロット（slot）である。シンボル及びスロットの長さはまた、ＨＡＲＱフィードバックが第１装置によってネットワークデバイスへ送られるアップリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存してもよい。
方法３：２つのタイマの単位は、絶対時間長さ、例えば、ミリ秒ｍｓであってもよい。
第２の態様に従って、本願は装置を提供し、装置は、第１の態様の第１装置であってよい。装置は、第１の態様で記載された方法を実装するよう、複数の機能ユニットを含み得る。装置は、処理ユニット及び通信ユニットを含み得る。処理ユニットは、プロセッサ、又は処理機能を備えた１つ以上のモジュールを含むユニットであってよい。通信ユニットは、トランシーバ、又はトランシーバ機能を備えた１つ以上のモジュールを含むユニットであってよい。
処理ユニットは、第１サイドリンクＨＡＲＱプロセスのハイブリッド自動再送要求ＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第１タイマを開始するよう構成され得る。処理ユニットは、第１タイマが満了し、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第２タイマを開始するよう更に構成され得る。
通信ユニットは、第２タイマの実行中にＰＤＣＣＨをモニタするよう構成され得る。
第１タイマ及び第２タイマは、第１サイドリンクＨＡＲＱプロセスに関連する。第１サイドリンクＨＡＲＱプロセスは、第１データに関連する。第１サイドリンクＨＡＲＱプロセスは、第１装置によって、第１データを第２装置へ送るために使用される。ＨＡＲＱフィードバックオケージョンは、第１装置によって、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへ送るために使用される。ＨＡＲＱフィードバックは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを示すために使用される。
第２の態様を参照して、いくつかの実施形態において、処理ユニットは、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第１タイマを開始するよう特に構成され得る。
第２の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫであることを処理ユニットがどのように決定するかについては、第１の態様の関連する内容を参照されたい。詳細は、ここで再び記載されない。
第２の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスは、第１変数に関連し、第１変数は、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを記録するために使用される。第１変数がＮＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送が失敗することを示す。
第２の態様を参照して、いくつかの実施形態において、処理ユニットは、第１変数がＮＡＣＫである場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第１タイマを開始するよう特に構成され得る。
第２の態様を参照して、いくつかの実施形態において、処理ユニットは、第１タイマが満了し、第１変数がＮＡＣＫである場合に、第２タイマを開始するよう特に構成され得る。
第２の態様を参照して、いくつかの実施形態において、処理ユニットは特に、第１装置が第１ＰＤＣＣＨを検出するときに第２タイマを停止するよう更に構成され得る。第１ＰＤＣＣＨは、第１サイドリンクＨＡＲＱプロセスの伝送リソースをスケジューリングするために使用される。
第２の態様を参照して、いくつかの実施形態において、通信ユニットは、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの前に第２ＰＤＣＣＨをモニタするよう更に構成され得る。第２ＰＤＣＣＨは、第１サイドリンクＨＡＲＱプロセスの前の伝送のためにネットワークデバイスによってスケジューリングされたリソースを示すために使用される。
第２の態様を参照して、いくつかの実施形態において、通信ユニットは、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへＨＡＲＱフィードバックオケージョンで送信するよう、又は第２データをＨＡＲＱフィードバックオケージョンで伝送するよう更に構成され得、第２データは、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックではない。
第２の態様で述べられていない詳細については、第１の態様を参照されたい。詳細は、ここで再び記載されない。
第３の態様に従って、装置が提供される。装置は、第１の態様の第１装置であってよく、第１の態様で記載された間欠受信方法を実行するよう構成されてよい。装置は、第１装置と呼ばれてもよい。第１装置はメモリと、メモリへ結合されているプロセッサ、送信器、及び受信器とを含み得る。送信器は、他の無線通信デバイスへ信号を送るよう構成される。受信器は、他の無線通信デバイスによって送信された信号を受けるよう構成される。メモリは、第１の態様で記載された間欠受信方法の実施コードを記憶するよう構成される。プロセッサは、メモリに記憶されているプログラムコードを実行するよう、つまり、第１の態様の可能な実施のうちのいずれか１つで記載された間欠受信方法を実行するよう構成される。
具体的に、プロセッサは、第１サイドリンクＨＡＲＱプロセスのハイブリッド自動再送要求ＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第１タイマを開始するよう構成され得る。プロセッサは、第１タイマが満了し、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第２タイマを開始するよう更に構成され得る。
具体的に、受信器は、第２タイマの実行中にＰＤＣＣＨをモニタするよう構成され得る。
具体的に、送信器は、第１サイドリンクＨＡＲＱプロセスを使用することによって第１データを第２装置へ送るよう構成され得る。
第１タイマ及び第２タイマは、第１サイドリンクＨＡＲＱプロセスに関連する。第１サイドリンクＨＡＲＱプロセスは、第１データに関連する。第１サイドリンクＨＡＲＱプロセスは、第１装置によって、第１データを第２装置へ送るために使用される。ＨＡＲＱフィードバックオケージョンは、第１装置によって、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへ送るために使用される。ＨＡＲＱフィードバックは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを示すために使用される。
第３の態様を参照して、いくつかの実施形態において、プロセッサは、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第１タイマを開始するよう特に構成され得る。
第３の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫであることをプロセッサがどのように決定するかについては、第１の態様の関連する内容を参照されたい。詳細は、ここで再び記載されない。
第３の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスは、第１変数に関連し、第１変数は、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを記録するために使用される。第１変数がＮＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送が失敗することを示す。
第３の態様を参照して、いくつかの実施形態において、プロセッサは、第１変数がＮＡＣＫである場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第１タイマを開始するよう特に構成され得る。
第３の態様を参照して、いくつかの実施形態において、プロセッサは、第１タイマが満了し、第１変数がＮＡＣＫである場合に、第２タイマを開始するよう特に構成され得る。
第３の態様を参照して、いくつかの実施形態において、プロセッサは特に、第１装置が第１ＰＤＣＣＨを検出するときに第２タイマを停止するよう更に構成され得る。第１ＰＤＣＣＨは、第１サイドリンクＨＡＲＱプロセスの伝送リソースをスケジューリングするために使用される。
第３の態様を参照して、いくつかの実施形態において、受信器は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの前に第２ＰＤＣＣＨをモニタするよう更に構成され得る。第２ＰＤＣＣＨは、第１サイドリンクＨＡＲＱプロセスの前の伝送のためにネットワークデバイスによってスケジューリングされたリソースを示すために使用される。
第３の態様を参照して、いくつかの実施形態において、送信器は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへＨＡＲＱフィードバックオケージョンで送信するよう、又は第２データをＨＡＲＱフィードバックオケージョンで伝送するよう更に構成され得、第２データは、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックではない。
第３の態様で述べられていない詳細については、第１の態様を参照されたい。詳細は、ここで再び記載されない。
第４の態様に従って、本願は、間欠受信方法を提供する。方法は次のことを含み得る：第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位（例えば、最初のシンボル）で、第１装置はｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。第１装置は、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中に物理ダウンリンク制御チャネルＰＤＣＣＨをモニタする。
第１サイドリンクＨＡＲＱプロセスは、第１データに関連する。ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬは、第１サイドリンクＨＡＲＱプロセスに関連する。
第１サイドリンクＨＡＲＱプロセスは、第１装置（ＴＸ ＵＥ）によって、第１データを第２装置（ＲＸ ＵＥ）へ送るために使用され得る。ＨＡＲＱフィードバックオケージョンは、第１装置によって、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへ送るために使用され得る。ＨＡＲＱフィードバックは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを示すために使用され得る。ＨＡＲＱフィードバックがＮＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗することを示し得る。
第１装置は端末デバイス、例えば、携帯電話機、ウェアラブルデバイス、若しくは車両などのユーザ装置、又は端末デバイスに配置され得るチップであってよい。
第４の態様において、時間単位はシンボル又はスロットであってよい。シンボル及びスロットの長さは、データを送信するために使用されるサイドリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存し得る。シンボル及びスロットの長さはまた、ＨＡＲＱフィードバックが第１装置によってネットワークデバイスへ送られるアップリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存してもよい。
第４の態様において、ＲＲＣ接続が、第１装置とネットワークデバイスとの間に確立される。第１装置はＲＲＣコネクテッドモードにある。サイドリンクが、第１装置と第２装置との間に確立される。ネットワークデバイスは、ＲＲＣコネクテッドモードにある第１装置のためにＤＲＸサイクルを設定する。ＤＲＸサイクルは、「Ｏｎ Ｄｕｒａｔｉｏｎ」及び「Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ」から成る。「Ｏｎ Ｄｕｒａｔｉｏｎ」内で、第１装置は、ＰＤＣＣＨをモニタし受信する（アクティブモード）。「Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ」内で、第１装置は、電力消費量を低減するようダウンリンクチャネルデータを受信しない（スリープモード）。
第４の態様において、ネットワークデバイスは、ＲＲＣコネクテッドモードにある第１装置のためにタイマ、つまり、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを設定する。ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬは、第３タイマと呼ばれてもよい。
第４の態様において、第１装置は更に、第１データの伝送のための伝送リソースをスケジューリングすることをネットワークデバイスに要求するために、リソーススケジューリング要求をネットワークデバイスへ送ってもよい。相応して、リソーススケジューリング要求を受け取った後、ネットワークデバイスは、サイドリンク伝送のためのリソースをスケジューリングし、スケジューリングされたリソースをＰＤＣＣＨで配信し得る。第１装置は、ＰＤＣＣＨをモニタすることによって、ネットワークデバイスによってスケジューリングされたリソースを取得し得る。
第４の態様で提供される方法の実施において、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位で、第１装置は、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。第１装置は、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中にＰＤＣＣＨをモニタする。言い換えると、ＨＡＲＱフィードバックオケージョンの最初の時間単位から、第１装置はアクティブモードにあり、ネットワークデバイスによって配信されて、第１サイドリンクＨＡＲＱプロセス再送をスケジューリングするために使用されるＰＤＣＣＨを検出し得る。このようにして、第１サイドリンクＨＡＲＱプロセス再送の効率は改善され得、また、サイドリンクデータ再送の遅延の増大は回避される。
第４の態様を参照して、いくつかの実施形態において、第１装置が第３タイマを開始する具体的な実施は、次のことを含む：ＨＡＲＱフィードバックがＮＡＣＫである場合に、第１装置は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第３タイマを開始する。
第４の態様を参照して、いくつかの実施形態において、第１装置が第１ＰＤＣＣＨを検出するとき、第１装置は第３タイマを停止し得る。第１ＰＤＣＣＨは、第１サイドリンクＨＡＲＱプロセスの伝送リソースをスケジューリングするために使用される。
第４の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの前に、第１装置は更に、第２ＰＤＣＣＨをモニタし得る。第２ＰＤＣＣＨは、第１サイドリンクＨＡＲＱプロセスの前の伝送のためにネットワークデバイスによってスケジューリングされたリソースを示すために使用される。
第４の態様を参照して、第１装置が第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックを決定する実施については、第１の態様の関連する内容を参照されたい。詳細は、ここで再び記載されない。
第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックに加えて、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫも、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを示すために使用されてよい。
第１サイドリンクＨＡＲＱプロセスのＨＡＲＱプロセスに加えて、第１装置はまた、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫに基づきｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを維持してもよい。具体的な実施は次の通りであってよい。第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫである場合に、第１装置は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位においてｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。
第４の態様を参照して、いくつかの実施形態において、タイマｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの計時の単位は、次の方法で実装されてよい。
方法１：ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの単位はスロット（slot）であってよい。スロットの長さは、データを伝送するために使用されるサイドリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存し得る。
方法２：ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの単位はスロット（slot）であってよい。スロットの長さはまた、ＨＡＲＱフィードバックが第１装置によってネットワークデバイスへ送られるアップリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存してもよい。
方法３：タイマの単位は、絶対時間長さ、例えば、ミリ秒ｍｓであってもよい。
第５の態様に従って、本願は装置を提供し、装置は、第４の態様の第１装置であってよい。装置は、第４の態様で記載された方法を実装するよう、複数の機能ユニットを含み得る。装置は、処理ユニット及び通信ユニットを含み得る。処理ユニットは、プロセッサ、又は処理機能を備えた１つ以上のモジュールを含むユニットであってよい。通信ユニットは、トランシーバ、又はトランシーバ機能を備えた１つ以上のモジュールを含むユニットであってよい。
処理ユニットは、第１サイドリンクＨＡＲＱプロセスのハイブリッド自動再送要求ＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第３タイマを開始するよう構成され得る。
通信ユニットは、第３タイマの実行中にＰＤＣＣＨをモニタするよう構成され得る。
第３タイマは、第１サイドリンクＨＡＲＱプロセスに関連する。第１サイドリンクＨＡＲＱプロセスは、第１データに関連する。第１サイドリンクＨＡＲＱプロセスは、第１装置によって、第１データを第２装置へ送るために使用される。ＨＡＲＱフィードバックオケージョンは、第１装置によって、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへ送るために使用される。ＨＡＲＱフィードバックは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを示すために使用される。
第５の態様を参照して、いくつかの実施形態において、処理ユニットは、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第３タイマを開始するよう特に構成され得る。
第５の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫであることを処理ユニットがどのように決定するかについては、第１の態様の関連する内容を参照されたい。詳細は、ここで再び記載されない。
第５の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスは、第１変数に関連し、第１変数は、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを記録するために使用される。第１変数がＮＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送が失敗することを示す。
第５の態様を参照して、いくつかの実施形態において、処理ユニットは、第１変数がＮＡＣＫである場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第３タイマを開始するよう特に構成され得る。
第５の態様を参照して、いくつかの実施形態において、処理ユニットは特に、第１装置が第１ＰＤＣＣＨを検出するときに第３タイマを停止するよう更に構成され得る。第１ＰＤＣＣＨは、第１サイドリンクＨＡＲＱプロセスの伝送リソースをスケジューリングするために使用される。
第５の態様を参照して、いくつかの実施形態において、通信ユニットは、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの前に第２ＰＤＣＣＨをモニタするよう更に構成され得る。第２ＰＤＣＣＨは、第１サイドリンクＨＡＲＱプロセスの前の伝送のためにネットワークデバイスによってスケジューリングされたリソースを示すために使用される。
第５の態様を参照して、いくつかの実施形態において、通信ユニットは、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへＨＡＲＱフィードバックオケージョンで送信するよう、又は第２データをＨＡＲＱフィードバックオケージョンで伝送するよう更に構成され得、第２データは、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックではない。
第５の態様で述べられていない詳細については、第４の態様を参照されたい。詳細は、ここで再び記載されない。
第６の態様に従って、装置が提供される。装置は、第４の態様の第１装置であってよく、第４の態様で記載された間欠受信方法を実行するよう構成されてよい。装置は、第１装置と呼ばれてもよい。第１装置はメモリと、メモリへ結合されているプロセッサ、送信器、及び受信器とを含み得る。送信器は、他の無線通信デバイスへ信号を送るよう構成される。受信器は、他の無線通信デバイスによって送信された信号を受けるよう構成される。メモリは、第４の態様で記載された間欠受信方法の実施コードを記憶するよう構成される。プロセッサは、メモリに記憶されているプログラムコードを実行するよう、つまり、第４の態様の可能な実施のうちのいずれか１つで記載された間欠受信方法を実行するよう構成される。
具体的に、プロセッサは、第１サイドリンクＨＡＲＱプロセスのハイブリッド自動再送要求ＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第３タイマを開始するよう構成され得る。
具体的に、受信器は、第３タイマの実行中にＰＤＣＣＨをモニタするよう構成され得る。
具体的に、送信器は、第１サイドリンクＨＡＲＱプロセスを使用することによって第１データを第２装置へ送るよう構成され得る。
第３タイマは、第１サイドリンクＨＡＲＱプロセスに関連する。第１サイドリンクＨＡＲＱプロセスは、第１データに関連する。第１サイドリンクＨＡＲＱプロセスは、第１装置によって、第１データを第２装置へ送るために使用される。ＨＡＲＱフィードバックオケージョンは、第１装置によって、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへ送るために使用される。ＨＡＲＱフィードバックは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを示すために使用される。
第６の態様を参照して、いくつかの実施形態において、プロセッサは、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第３タイマを開始するよう特に構成され得る。
第６の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫであることをプロセッサがどのように決定するかについては、第１の態様の関連する内容を参照されたい。詳細は、ここで再び記載されない。
第６の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスは、第１変数に関連し、第１変数は、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを記録するために使用される。第１変数がＮＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送が失敗することを示す。
第６の態様を参照して、いくつかの実施形態において、プロセッサは、第１変数がＮＡＣＫである場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第３タイマを開始するよう特に構成され得る。
第６の態様を参照して、いくつかの実施形態において、プロセッサは特に、第１装置が第１ＰＤＣＣＨを検出するときに第３タイマを停止するよう更に構成され得る。第１ＰＤＣＣＨは、第１サイドリンクＨＡＲＱプロセスの伝送リソースをスケジューリングするために使用される。
第６の態様を参照して、いくつかの実施形態において、受信器は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの前に第２ＰＤＣＣＨをモニタするよう更に構成され得る。第２ＰＤＣＣＨは、第１サイドリンクＨＡＲＱプロセスの前の伝送のためにネットワークデバイスによってスケジューリングされたリソースを示すために使用される。
第６の態様を参照して、いくつかの実施形態において、送信器は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへＨＡＲＱフィードバックオケージョンで送信するよう、又は第２データをＨＡＲＱフィードバックオケージョンで伝送するよう更に構成され得、第２データは、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックではない。
第６の態様で述べられていない詳細については、第１の態様を参照されたい。詳細は、ここで再び記載されない。
第７の態様に従って、本願は、間欠受信方法を提供する。方法は次のことを含み得る：第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗する場合に、第１装置は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位（例えば、最初のシンボル）において、物理ダウンリンク制御チャネルＰＤＣＣＨをモニタにし始め得る。第１装置は、第１装置が第１ＰＤＣＣＨを検出し、次の条件のどれも満足されない場合に、ＰＤＣＣＨをモニタするのを止める。
条件１：次のタイマのうちの１つ以上が実行中である：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、及びｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ。
条件２：第１装置がスケジューリング要求をＰＵＣＣＨで送信し、スケジューリング要求がペンディング中である。
条件３：第１装置が非競合ベースのランダムアクセス応答メッセージを受信するが、Ｃ－ＲＮＴＩによってスクランブルされて新しい伝送を示すＰＤＣＣＨを受信しない。
第１ＰＤＣＣＨは、第１サイドリンクＨＡＲＱプロセスの伝送リソースをスケジューリングするために使用される。
第１サイドリンクＨＡＲＱプロセスは、第１データに関連する。ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬは、第１サイドリンクＨＡＲＱプロセスに関連する。第１サイドリンクＨＡＲＱプロセスは、第１装置（ＴＸ ＵＥ）によって、第１データを第２装置（ＲＸ ＵＥ）へ送るために使用され得る。ＨＡＲＱフィードバックオケージョンは、第１装置によって、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへ送るために使用され得る。ＨＡＲＱフィードバックは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを示すために使用され得る。ＨＡＲＱフィードバックがＮＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗することを示し得る。
第１装置は端末デバイス、例えば、携帯電話機、ウェアラブルデバイス、若しくは車両などのユーザ装置、又は端末デバイスに配置され得るチップであってよい。
第７の態様において、時間単位はシンボル又はスロットであってよい。シンボル及びスロットの長さは、データを送信するために使用されるサイドリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存し得る。シンボル及びスロットの長さはまた、ＨＡＲＱフィードバックが第１装置によってネットワークデバイスへ送られるアップリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存してもよい。
第７の態様において、ＲＲＣ接続が、第１装置とネットワークデバイスとの間に確立される。第１装置はＲＲＣコネクテッドモードにある。サイドリンクが、第１装置と第２装置との間に確立される。ネットワークデバイスは、ＲＲＣコネクテッドモードにある第１装置のためにＤＲＸサイクルを設定する。ＤＲＸサイクルは、「Ｏｎ Ｄｕｒａｔｉｏｎ」及び「Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ」から成る。「Ｏｎ Ｄｕｒａｔｉｏｎ」内で、第１装置は、ＰＤＣＣＨをモニタし受信する（アクティブモード）。「Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ」内で、第１装置は、電力消費量を低減するようダウンリンクチャネルデータを受信しない（スリープモード）。
第７の態様において、ネットワークデバイスは、ＲＲＣコネクテッドモードにある第１装置のためにタイマ、つまり、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを設定する。ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬは、第３タイマと呼ばれてもよい。
第７の態様において、第１装置は更に、第１データの伝送のための伝送リソースをスケジューリングすることをネットワークデバイスに要求するために、リソーススケジューリング要求をネットワークデバイスへ送ってもよい。相応して、リソーススケジューリング要求を受け取った後、ネットワークデバイスは、サイドリンク伝送のためのリソースをスケジューリングし、スケジューリングされたリソースをＰＤＣＣＨで配信し得る。第１装置は、ＰＤＣＣＨをモニタすることによって、ネットワークデバイスによってスケジューリングされたリソースを取得し得る。
第７の態様で提供される方法の実施において、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗する場合に、第１装置は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において、ＰＤＣＣＨをモニタし始め得る。具体的に言えば、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗する場合に、ＨＡＲＱフィードバックオケージョンの後で、第１装置はアクティブモードにあり、ネットワークデバイスによって配信されて、第１サイドリンクＨＡＲＱプロセス再送をスケジューリングするために使用されるＰＤＣＣＨをモニタし受信し得る。このようにして、第１サイドリンクＨＡＲＱプロセス再送の効率は改善され得、また、サイドリンクデータ再送の遅延の増大は回避される。
第７の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスの前の伝送が受信されるかどうかは、次の２つの側面から決定され得る：
第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバック、及び
第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫ。
第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗することを示し得る。第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功することを示し得る。
第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫの値がＮＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗することを示し得る。第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫの値がＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功することを示し得る。
第７の態様において、第１装置が第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックを決定する具体的な実施については、第１の態様の関連する内容を参照されたい。詳細は、ここで再び記載されない。
第７の態様において、第１装置は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックに基づきＰＤＣＣＨをモニタし得る。具体的な実施は次の通りであってよい。第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫである場合に、第１装置は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において、ＰＤＣＣＨをモニタし始め得る。
第７の態様において、第１装置はまた、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫに基づきＰＤＣＣＨをモニタし得る。具体的な実施は次の通りであってよい。第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫである場合に、第１装置は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において、ＰＤＣＣＨをモニタし始め得る。
第７の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＡＣＫであり、次の条件のどれも満足されない場合に、第１装置は、ＰＤＣＣＨをモニタするのを止め得る。
条件１：次のタイマのうちの１つ以上が実行中である：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、及びｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ。
条件２：第１装置がスケジューリング要求をＰＵＣＣＨで送信し、スケジューリング要求がペンディング中である。
条件３：第１装置が非競合ベースのランダムアクセス応答メッセージを受信するが、Ｃ－ＲＮＴＩによってスクランブルされて新しい伝送を示すＰＤＣＣＨを受信しない。
第７の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫはＮＡＣＫであるが、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢは、データａの伝送回数が最大数に達することを示す。この場合に、次の条件のどれも満足されないとき、第１装置は、ＰＤＣＣＨをモニタするのを止め得る。
条件１：次のタイマのうちの１つ以上が実行中である：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、及びｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ。
条件２：第１装置がスケジューリング要求をＰＵＣＣＨで送信し、スケジューリング要求がペンディング中である。
条件３：第１装置が非競合ベースのランダムアクセス応答メッセージを受信するが、Ｃ－ＲＮＴＩによってスクランブルされて新しい伝送を示すＰＤＣＣＨを受信しない。
第８の態様に従って、本願は装置を提供し、装置は、第７の態様の第１装置であってよい。装置は、第７の態様で記載された方法を実装するよう、複数の機能ユニットを含み得る。装置は、処理ユニット及び通信ユニットを含み得る。処理ユニットは、プロセッサ、又は処理機能を備えた１つ以上のモジュールを含むユニットであってよい。通信ユニットは、トランシーバ、又はトランシーバ機能を備えた１つ以上のモジュールを含むユニットであってよい。
処理ユニットは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを決定するよう構成され得る。
通信ユニットは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗する場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位（例えば、最初のシンボル）において、物理ダウンリンク制御チャネルＰＤＣＣＨをモニタし始めるよう構成され得る。
通信ユニットは、第１装置が第１ＰＤＣＣＨを検出し、次の条件のどれも満足されないときに、ＰＤＣＣＨをモニタするのを止めるよう更に構成され得る。
条件１：次のタイマのうちの１つ以上が実行中である：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、及びｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ。
条件２：第１装置がスケジューリング要求をＰＵＣＣＨで送信し、スケジューリング要求がペンディング中である。
条件３：第１装置が非競合ベースのランダムアクセス応答メッセージを受信するが、Ｃ－ＲＮＴＩによってスクランブルされて新しい伝送を示すＰＤＣＣＨを受信しない。
第８の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスの前の伝送が受信されるかどうかは、処理ユニットによって、次の２つの側面から決定され得る：
第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバック、及び
第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫ。
第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗することを示し得る。第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功することを示し得る。
第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫの値がＮＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗することを示し得る。第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫの値がＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功することを示し得る。
第８の態様において、処理ユニットが第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックを決定する具体的な実施については、第１の態様の関連する内容を参照されたい。詳細は、ここで再び記載されない。
第８の態様において、処理ユニットは、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックに基づきＰＤＣＣＨをモニタし得る。具体的な実施は次の通りであってよい。第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫである場合に、通信ユニットは、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において、ＰＤＣＣＨをモニタし始め得る。
第８の態様において、通信ユニットはまた、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫに基づきＰＤＣＣＨをモニタし得る。具体的な実施は次の通りであってよい。第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫである場合に、通信ユニットは、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において、ＰＤＣＣＨをモニタし始め得る。
第８の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＡＣＫであり、次の条件のどれも満足されない場合に、第１装置は、ＰＤＣＣＨをモニタするのを止め得る。
条件１：次のタイマのうちの１つ以上が実行中である：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、及びｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ。
条件２：第１装置がスケジューリング要求をＰＵＣＣＨで送信し、スケジューリング要求がペンディング中である。
条件３：第１装置が非競合ベースのランダムアクセス応答メッセージを受信するが、Ｃ－ＲＮＴＩによってスクランブルされて新しい伝送を示すＰＤＣＣＨを受信しない。
第８の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫはＮＡＣＫであるが、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢは、データａの伝送回数が最大数に達することを示す。この場合に、次の条件のどれも満足されないとき、第１装置は、ＰＤＣＣＨをモニタするのを止め得る。
条件１：次のタイマのうちの１つ以上が実行中である：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、及びｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ。
条件２：第１装置がスケジューリング要求をＰＵＣＣＨで送信し、スケジューリング要求がペンディング中である。
条件３：第１装置が非競合ベースのランダムアクセス応答メッセージを受信するが、Ｃ－ＲＮＴＩによってスクランブルされて新しい伝送を示すＰＤＣＣＨを受信しない。
第８の態様で述べられていない詳細については、第７の態様を参照されたい。詳細は、ここで再び記載されない。
第９の態様に従って、装置が提供される。装置は、第７の態様の第１装置であってよく、第４の態様で記載された間欠受信方法を実行するよう構成されてよい。装置は、第１装置と呼ばれてもよい。第１装置はメモリと、メモリへ結合されているプロセッサ、送信器、及び受信器とを含み得る。送信器は、他の無線通信デバイスへ信号を送るよう構成される。受信器は、他の無線通信デバイスによって送信された信号を受けるよう構成される。メモリは、第７の態様で記載された間欠受信方法の実施コードを記憶するよう構成される。プロセッサは、メモリに記憶されているプログラムコードを実行するよう、つまり、第７の態様の可能な実施のうちのいずれか１つで記載された間欠受信方法を実行するよう構成される。
具体的に、プロセッサは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを決定するよう構成され得る。
具体的に、受信器は、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗する場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位（例えば、最初のシンボル）において、物理ダウンリンク制御チャネルＰＤＣＣＨをモニタし始めるよう構成され得る。
具体的に、受信器は、第１装置が第１ＰＤＣＣＨを検出し、次の条件のどれも満足されないときに、ＰＤＣＣＨをモニタするのを止めるよう更に構成され得る。
条件１：次のタイマのうちの１つ以上が実行中である：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、及びｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ。
条件２：第１装置がスケジューリング要求をＰＵＣＣＨで送信し、スケジューリング要求がペンディング中である。
条件３：第１装置が非競合ベースのランダムアクセス応答メッセージを受信するが、Ｃ－ＲＮＴＩによってスクランブルされて新しい伝送を示すＰＤＣＣＨを受信しない。
第９の態様を参照して、受信器は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックに基づきＰＤＣＣＨをモニタし得る。具体的な実施は次の通りであってよい。第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫである場合に、受信器は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において、ＰＤＣＣＨをモニタし始め得る。
第９の態様を参照して、受信器は、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫに基づきＰＤＣＣＨをモニタし得る。具体的な実施は次の通りであってよい。第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫである場合に、受信器は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において、ＰＤＣＣＨをモニタし始め得る。
第９の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＡＣＫであり、次の条件のどれも満足されない場合に、第１装置は、ＰＤＣＣＨをモニタするのを止め得る。
条件１：次のタイマのうちの１つ以上が実行中である：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、及びｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ。
条件２：第１装置がスケジューリング要求をＰＵＣＣＨで送信し、スケジューリング要求がペンディング中である。
条件３：第１装置が非競合ベースのランダムアクセス応答メッセージを受信するが、Ｃ－ＲＮＴＩによってスクランブルされて新しい伝送を示すＰＤＣＣＨを受信しない。
第９の態様を参照して、いくつかの実施形態において、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫはＮＡＣＫであるが、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢは、データａの伝送回数が最大数に達することを示す。この場合に、次の条件のどれも満足されないとき、第１装置は、ＰＤＣＣＨをモニタするのを止め得る。
条件１：次のタイマのうちの１つ以上が実行中である：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、及びｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ。
条件２：第１装置がスケジューリング要求をＰＵＣＣＨで送信し、スケジューリング要求がペンディング中である。
条件３：第１装置が非競合ベースのランダムアクセス応答メッセージを受信するが、Ｃ－ＲＮＴＩによってスクランブルされて新しい伝送を示すＰＤＣＣＨを受信しない。
第９の態様で述べられていない詳細については、第７の態様を参照されたい。詳細は、ここで再び記載されない。
以下は、第1の態様、第４の態様、及び第７の態様に関連したいくつかの態様（１）から（３）について記載する。
（１）第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫ
第１の態様、第４の態様、及び第７の態様を参照して、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫの初期値は、ＡＣＫにセットされ得る。ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功することを示し得る。ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫであることは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗することを示し得る。
以下は、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫを第１装置がどのように維持するかについて記載する。
１．第１装置は、次の場合のいずれか１つにおいて、ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットし得る。
場合１：第２装置によって送信されて第１装置によって受信されるＨＡＲＱフィードバックがＡＣＫである。
場合２：第１装置が、第１サイドリンクＨＡＲＱプロセスの伝送（最初の伝送及び再送を含む）をスケジューリングするために使用されるＰＤＣＣＨをモニタし受信する。
２．第１装置は、次の場合のいずれか１つにおいて、ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＮＡＣＫにセットし得る。
場合１：第２装置によって送信されて第１装置によって受信されるＨＡＲＱフィードバックがＮＡＣＫである。
場合２：第１装置が、第２装置によって送信されたＨＡＲＱフィードバックを受信することができない。
第１装置が第２装置によって送信されたＨＡＲＱフィードバックを受信することができないことは、第１装置がＨＡＲＱフィードバックオケージョンで第２装置によって送信されたＨＡＲＱフィードバックを受信することができないことを具体的に意味し得る。
場合３：第１装置が、第２装置へ、第１サイドリンクＨＡＲＱプロセスに関連したデータを、第１サイドリンクＨＡＲＱプロセスに割り当てられた伝送リソースで送信することができない。
ここで、第１サイドリンクＨＡＲＱプロセスに割り当てられた伝送リソースは、第１サイドリンクＨＡＲＱプロセスの最初の伝送及び再送のために使用され得る。場合３の原因は、リソースコンフリクトであり得る。具体的に言えば、第１装置は、データａの代わりに、第１サイドリンクＨＡＲＱプロセスに割り当てられた伝送リソースで他のデータを送信する。
（２）第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢ
第１の態様、第４の態様、及び第７の態様を参照して、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢの初期値は、０にセットされ得る。第１装置が第１サイドリンクＨＡＲＱプロセスの伝送（最初の伝送及び再送を含む）をスケジューリングするために使用されるＰＤＣＣＨをモニタし受信するたびに、第１装置は、第１サイドリンクＨＡＲＱプロセスに関連したＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢを１ずつ増やし得る。第１サイドリンクＨＡＲＱプロセスの伝送をスケジューリングするために使用されるＰＤＣＣＨは、ネットワークデバイスによって第１サイドリンクＨＡＲＱプロセスに割り当てられた伝送リソースを示し得る。
（３）シンボル及びスロットの長さ
第１の態様、第４の態様、及び第７の態様を参照して、シンボル及びスロットの長さは、第１データを伝送するために使用されるサイドリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジー、例えば、サブキャリア空間（subcarrier space，ＳＣＳ）に依存し得る。これは、それに限られない。シンボル及びスロットの長さはまた、ＨＡＲＱフィードバックが第１装置によってネットワークデバイスへ送られるアップリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存してもよい。
第１０の態様に従って、装置が提供される。装置はプロセッサ及びメモリを含み得る。プロセッサは、命令を記憶するメモリへ結合される。プロセッサは、メモリ内の命令を呼び出して、装置が、第１の態様、第４の態様、又は第７の態様に記載される間欠受信方法を実行することを可能にするよう構成される。
第１１の態様に従って、コンピュータ可読記憶媒体が提供される。可読記憶媒体は命令を記憶し、命令がコンピュータで実行される場合に、コンピュータは、第１の態様、第４の態様、又は第７の態様に記載される間欠受信方法を実行することができる。
第１２の態様に従って、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品がコンピュータで実行される場合に、コンピュータは、第１の態様、第４の態様、又は第７の態様に記載される間欠受信方法を実行することができる。
本願の実施形態又は背景の技術的解決法をより明りょうに記載するために、以下は、本願の実施形態又は背景で使用される添付の図面について記載する。
本願に従う無線通信システムのアーキテクチャの概略図である。 既存のＤＲＸサイクルの概略図である。 タイマｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが導入されるＤＲＸサイクルの概略図である。 既存のサイドリンクＤＲＸサイクルの概略図である。 本願の実施形態に従う間欠受信方法の略フローチャートである。 本願の実施形態に従う間欠受信方法の略フローチャートである。 図３Ａ及び図３Ｂの実施形態に従うタイマ維持プロセスの概略図である。 図３Ａ及び図３Ｂの実施形態に従うタイマ維持プロセスの概略図である。 図３Ａ及び図３Ｂの実施形態に従う他のタイマ維持プロセスの概略図である。 図３Ａ及び図３Ｂの実施形態に従う他のタイマ維持プロセスの概略図である。 本願の他の実施形態に従う間欠受信方法の略フローチャートである。 本願の他の実施形態に従う間欠受信方法の略フローチャートである。 図６Ａ及び図６Ｂの実施形態に従うタイマ維持プロセスの概略図である。 図６Ａ及び図６Ｂの実施形態に従うタイマ維持プロセスの概略図である。 本願の更なる他の実施形態に従う間欠受信方法の略フローチャートである。 図８の実施形態に従うＰＤＣＣＨモニタリングプロセスの概略図である。 本願の実施形態に従う端末のハードウェアアーキテクチャの概略図である。 本願の実施形態に従うネットワークデバイスのハードウェアアーキテクチャの概略図である。 本願に従う無線通信システム及び関連装置の機能ブロック図である。
本願の実施形態で使用される用語は、本願の具体的な実施形態を説明するためにのみ使用され、本願を限定する意図はない。
図１は、本願に従う無線通信システム１００を示す。無線通信システム１００は、ロング・ターム・エボリューション（ＬＴＥ）システム、第５世代移動体通信（５Ｇ）システム、ニュー・ラジオ（ＮＲ）システムであってよく、あるいは、マシン間（machine to machine，Ｍ２Ｍ）通信システム、将来の進化した第６世代通信システム、などであってもよい。図１に示されるように、無線通信システム１００は、１つ以上のネットワークデバイス１０１、２つ以上のユーザ装置１０３、及びコアネットワーク（図示せず）を含み得る。
ネットワークデバイス１０１は、ネットワークデバイスコントローラ（図示せず）、例えば、基地局コントローラ（base station controller，ＢＳＣ）の制御下でＵｕインターフェース１０５を通じてユーザ装置１０３と通信するよう構成され得る。Ｕｕインターフェース１０５上で、ユーザ装置１０３はデータをネットワークデバイス１０１へ送るためのリンクは、アップリンク（Uplink）と呼ばれ、ユーザ装置１０３がネットワークデバイス１０１によって送信されたデータを受信するためのリンクは、ダウンリンク（Downlink）と呼ばれる。いくつかの実施形態において、ネットワークデバイスコントローラは、コアネットワークの一部であってよく、あるいは、ネットワークデバイス１０１に組み込まれてもよい。
ネットワークデバイス１０１は、制御情報又はユーザデータをコアネットワークへバックホール（backhaul）インターフェース、例えば、Ｓ１インターフェースを通じて送信するよう更に構成され得る。
ネットワークデバイス１０１はまた、バックホール（backhaul）インターフェース、例えば、Ｘ２インターフェースを通じて互いと直接又は間接に通信し得る。
ユーザ装置１０３間の通信インターフェース１０７は、ＰＣ５インターフェースと呼ばれる。ＰＣ５インターフェース１０７上で、ユーザ装置１０３間でデータを伝送するリンクは、サイドリンク（Sidelink）と呼ばれる。ユーザ装置１０３がエボルブド・ユニバーサル・テレストリアル・ラジオ・アクセス・ネットワーク（Evolved Universal Terrestrial Radio Access Network，Ｅ－ＵＴＲＡＮ）カバレッジエリアにある場合に、ユーザ装置１０３は、セルラーネットワークの制御下でＵｕインターフェース１０５を使用し得る。ユーザ装置１０３がＥ－ＵＴＲＡＮカバレッジエリアにあるかどうかにかかわらず、ユーザ装置１０３は、ＰＣ５インターフェース１０７を通じてサイドリンク通信を実行し得る。サイドリンク通信は、２つのユーザ装置１０３間のポイント・ツー・ポイント通信であってよく、あるいは、２つよりも多いユーザ装置１０３のグループによって実行されるマルチキャスト通信であってもよい。
ネットワークデバイス１０１は、時分割同期符号分割多重アクセス（Time Division Synchronous Code Division Multiple Access，ＴＤ－ＳＣＤＭＡ）システムにおけるベース・トランシーバ・ステーション（Base Transceiver Station，ＢＴＳ）、ＬＴＥシステムにおけるエボルブドＮｏｄｅＢ（Evolved NodeB，ｅＮｏｄｅＢ）、５Ｇシステム又はニュー・ラジオ（ＮＲ）システムにおける基地局、などであってよい。その上、基地局は、アクセス・ポイント（Access Point，ＡＰ）、送信受信ポイント（Transmission Reception Point，ＴＲＰ）、中央ユニット（Central Unit，ＣＵ）、又は他のネットワークエンティティであってよく、上記のネットワークエンティティの機能の一部又は全部を含んでよい。
ユーザ装置１０３は、無線通信デバイス、例えば、車載端末、スマートフォン、路側ユニット（road side unit，ＲＳＵ）、インターネット・オブ・シングス端末デバイス、又はマシンタイプ通信（Machine Type Communications，ＭＴＣ）端末であってよい。ユーザ装置は、ＵＥ機能を備えている１つ以上の基地局、例えば、ミクロ基地局を更に含んでもよい。ユーザ装置は、無線通信システム１００の全体に分布してよく、固定又は移動体であってよい。
留意されるべきは、図１に示される無線通信システム１００は、本願の技術的解決法をより明りょうに記載することのみを意図しており、本願を限定する意図はない点である。当業者は、ネットワークアーキテクチャが進化し、新しいサービスシナリオが出現する場合に、本願で提供される技術的解決法も同様の技術的課題に適用されることを知り得る。
サイドリンク通信は、Ｖ２Ｘデバイスなどのデバイスが互いに直接に接続されて通信するシナリオに通常は適用される。Ｖ２Ｘは、ネットワークを形成するよう車両をネットワークへ接続すること又は車両どうしを接続することを指す。４つの異なったタイプの応用、つまり、車両間（vehicle to vehicle，Ｖ２Ｖ）、車両－インフラ間（vehicle to infrastructure，Ｖ２Ｉ）、車両－ネットワーク間（vehicle to network，Ｖ２Ｎ）、及び車両－歩行者間（vehicle to pedestrian，Ｖ２Ｐ）がある。４つの応用を通じて、車両、路側インフラ、アプリケーションサーバ、及び歩行者は、車両及び環境に関する状態情報を収集、処理、及び共有し、それにより、無人運転（unmanned driving）、自動運転（automated driving／ＡＤＳ）、ドライバ支援（driver assistance／ＡＤＡＳ）、インテリジェント運転（intelligent driving）、コネクテッド運転（connected driving）、インテリジェントネットワーク運転（intelligent network driving）、カーシェアリング、などのような、よりスマートなサービスが提供される。
図１に示されるように、Ｖ２Ｖシナリオで、ユーザ装置１０３は車載端末であってよい。ＰＣ５インターフェース１０７上で、車載端末は、車両位置、車両速度、及び運転方向などの車両の動きを示すデータのようなデータを、サイドリンクを通じて交換し得る。例えば、車載端末Ａは、サイドリンクを通じて他の車載端末Ｂへデータを送信してもよく、データは、車載端末Ａがある車両の運転動作を示すために使用される。このサイドリンク通信において、車載端末ＡはＴＸ ＵＥであり、車載端末ＢはＲＸ ＵＥである。データを受け取った後、車載端末Ｂはユーザインターフェース２０を表示してよい。後方車両の自動車登録番号（「ＦＡＦ７８７」）、後方車両によって実行されている運転操作（「後方車両ＦＡＦ７８７が追い越そうとしている」）、後方車両の現在の速度（「８０ｋｍ／ｈ」）、などのような、データによって表される内容２１がユーザインターフェース２０で表示され得る。このようにして、交通事故割合は低減され得、運転安全性は確保され得る。
現在、サイドリンク通信のための主なリソース割り当て方法は、基地局スケジューリングに基づいたリソース割り当て方法である。このサイドリンクリソース割り当て方法では、基地局は、リソースを動的に割り当てるようＰＤＣＣＨでダウンリンク制御情報ＤＣＩを配信し、ＴＸ ＵＥは、基地局によって配信されたグラント（grant）を取得するようＰＤＣＣＨをモニタする必要がある。
Ｕｕインターフェース１０５上で、ＵＥが連続してＰＤＣＣＨをモニタすることによって引き起こされる電力消費量を低減するために、３ＧＰＰで現在使用されている解決法はＤＲＸメカニズムである。以下は、既存のＤＲＸメカニズムについて記載する。
（１）ＤＲＸメカニズムの基本動作原理
図２Ａに示されるように、ＬＴＥ又はＮＲシステムでは、ＤＲＸメカニズムは、ネットワークデバイスが無線リソース制御（radio resource control，ＲＲＣ）コネクテッドモードにあるＵＥのためにＤＲＸサイクル（DRX cycle）を設定するものである。ＤＲＸサイクルは、「Ｏｎ Ｄｕｒａｔｉｏｎ」及び「Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ」である２つの期間から成る。「Ｏｎ Ｄｕｒａｔｉｏｎ」は、オン存続期間と呼ばれてもよく、「Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ」は、ＤＲＸの機会と呼ばれてもよい。「Ｏｎ Ｄｕｒａｔｉｏｎ」の値（例えば、１０ｍｓ）は、ＵＥがＤＲＸサイクルの開始点からＰＤＣＣＨをモニタする必要がある期間を指定する。「Ｏｎ Ｄｕｒａｔｉｏｎ」は、１ｍｓよりも長くても又は短くてもよい。「Ｏｎ Ｄｕｒａｔｉｏｎ」内で、ＵＥはアクティブモードにあり、つまり、ＵＥはＰＤＣＣＨをモニタする。「Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ」の間、ＵＥはスリープモードにあり、つまり、ＵＥはＰＤＣＣＨをモニタしない。ここで、スリープモードは、ＰＤＣＣＨをモニタすることだけに関するものであり、ＵＥがＰＤＣＣＨをモニタしないことを示す。スリープモードにあるＵＥは、依然としてＲＲＣコネクテッドモードにあり、Ｕｕインターフェース１０５上で物理アップリンク制御チャネル（physical uplink control channel，ＰＵＣＣＨ）、物理アップリンク共有チャネル（physical uplink shared channel，ＰＵＳＣＨ）、などを通じてアップリンクデータを送信し、あるいは、基地局によって物理ダウンリンク共有チャネル（physical downlink shared channel，ＰＤＳＣＨ）を通じて送られたダウンリンクデータを受信してもよく、また、更には、ＰＣ５インターフェース１０７上で物理サイドリンク共有チャネル（physical sidelink shared channel，ＰＳＳＣＨ）、物理サイドリンク制御チャネル（physical sidelink control channel，ＰＳＣＣＨ）などを通じてサイドリンクデータを送信してもよい。
（２）ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの導入
ほとんどの場合に、ＵＥがＰＤＣＣＨオケージョン（Occasion）でデータを受信又は送信するようスケジューリングされた後、ＵＥは、大きいサイズの１つのデータの受信又は送信を完了するよう、その後のサブフレーム（subframes）において引き続きスケジューリングされる可能性がある。ＵＥがスリープモードに入っている場合に、ＵＥは、続くデータを受信又は送信するためのスケジューリングされたリソースを得るために再びＰＤＣＣＨをモニタする前に次のＤＲＸサイクルまで待つ必要がある。これはデータ伝送の遅延を増大させる。遅延を減らすために、ＤＲＸメカニズムはタイマｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを導入する。図２Ｂに示されるように、ＵＥが、新しいデータをスケジューリングするために使用されるＰＤＣＣＨをモニタし受信する場合に、ＵＥは、タイマｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始（又は再開）する。ＵＥは、タイマが満了するまで、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの実行中に、各サブフレームにおいてＰＤＣＣＨをモニタする。新しいデータの指示情報は、ＰＤＣＣＨで運ばれ、１ビットを占有する。ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの導入は、ＵＥがｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの実行中にアクティブモードにあり、その後の基地局スケジューリングを受信することを確かにすることができることが分かる。これは、「Ｏｎ Ｄｕｒａｔｉｏｎ」を延長することと同等である。ＵＥが、異なる新しいデータをスケジューリングするために使用されるＰＤＣＣＨを連続して受信する場合に、ＵＥは、複数のｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを続けざまに開始（又は再開）する。これは、ＵＥがＤＲＸサイクルにわたってアクティブモードにあるようにする場合がある。つまり、「Ｏｎ Ｄｕｒａｔｉｏｎ」は、ＤＲＸサイクル全体に延長される場合がある。
（３）ＤＲＸ
ＬＴＥシステムでは、図２Ｃに示されるように、サイドリンクに関して、Ｕｕインターフェース１０５上のＤＲＸメカニズムは次の通りに増強される。ＴＸ ＵＥが基地局によって送信されたＰＤＣＣＨを受信し、ＰＤＣＣＨがサイドリンクでの新しいデータ伝送のために使用されるＳＬグラントをスケジューリングするとき、ＴＸ ＵＥは、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始又は再開する。このようにして、ＴＸ ＵＥがアクティブモードにあり、基地局によってその後にスケジューリングされたＳＬグラントを受信することができることは、確かにされ得る。
ＮＲシステムでは、基地局が、ＴＸ ＵＥのためのサイドリンクハイブリッド自動再送要求（hybrid automatic repeat request，ＨＡＲＱ）フィードバックに基づく再送メカニズムを設定する場合に、基地局スケジューリングに基づいたリソース割り当て方法については、可能なＨＡＲＱ作動モードは次のものである：基地局は、サイドリンクデータ伝送のＨＡＲＱフィードバック（feedback）に基づきＵＥのために再送リソースをスケジューリングする。ＨＡＲＱフィードバックは、否定応答（not acknowledgement，ＮＡＣＫ）又は肯定応答（acknowledgement，ＡＣＫ）であってよい。図２Ｃに示されるように、データａのＨＡＲＱフィードバックがＮＡＣＫである場合に、ＮＡＣＫを受け取った後、基地局は、データａの再送のためのリソースをスケジューリングし、ＰＤＣＣＨでデータａの再送のために使用されるＳＬグラントを配信する。
しかし、図２Ｃに示されるように、ＴＸ ＵＥによって基地局へ送られたデータａのＨＡＲＱフィードバックがＮＡＣＫであるとき、ＴＸ ＵＥは、その後に、データａを送信するために、基地局によって配信されてデータａの再送をスケジューリングするために使用されるＰＤＣＣＨを受信する必要がある。しかし、現在のＤＲＸメカニズムに基づいて、基地局がＰＤＣＣＨを配信するとき、ＴＸ ＵＥは、ＤＲＸモードに入っている可能性があり、ＰＤＣＣＨをもはやモニタしない。ＴＸ ＵＥは、ＰＤＣＣＨをモニタして、基地局によって配信されてデータａの再送をスケジューリングするために使用されるＰＤＣＣＨを受信するために次のＤＲＸサイクルの「Ｏｎ Ｄｕｒａｔｉｏｎ」を待つ必要があり、それから、データａを再送する。結果として、サイドリンクでのＴＸ ＵＥのデータ再送は遅延し、サイドリンクで伝送されるトラフィックのＱｏＳ要件は満足され得ない。
既存の技術的課題を解決するために、基地局スケジューリングに基づいたリソース割り当て方法に従って、本願は、サイドリンクデータ伝送の遅延を低減するのに役立つ間欠受信方法を提供する。
本願で提供される間欠受信方法では、特定のサイドリンクデータの前の伝送に対する受信が失敗することが決定される場合には、そのサイドリンクデータに関連したサイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョン（feedback occasion）の後に、ネットワークデバイスがサイドリンクデータの再送をスケジューリングするために使用されるＰＤＣＣＨを配信するとき、ＴＸ ＵＥはアクティブモードにあることができ、それにより、ＴＸ ＵＥは、次のＤＲＸサイクルの「Ｏｎ Ｄｕｒａｔｉｏｎ」を待たずに、サイドリンクデータの再送をスケジューリングするために使用されるＰＤＣＣＨを検出し得る。従って、サイドリンクデータ再送の遅延の増大は回避され得る。
本願で提供される間欠受信方法では、ＴＸ ＵＥは、夫々のサイドリンクデータ、例えば、ＴＸ ＵＥによってＲＸ ＵＥへ送信されるＭＡＣ ＰＤＵについて、サイドリンクＨＡＲＱプロセスをセットし得る。つまり、１つのサイドリンクＨＡＲＱプロセスは、１つのサイドリンクデータに関連し、サイドリンクデータは、サイドリンクＨＡＲＱプロセスに関連したサイドリンクＨＡＲＱバッファに格納され得る。１つのＨＡＲＱプロセスは、状態変数ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢを維持してもよく、この状態変数は、サイドリンクＨＡＲＱプロセスに関連したサイドリンクデータの伝送回数を示すために使用される。ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢは０に初期化されてよい。サイドリンクＨＡＲＱプロセスは、状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫを更に維持してもよく、この状態変数は、サイドリンクＨＡＲＱプロセスに関連したサイドリンクデータのＨＡＲＱフィードバックを示すために使用される。
ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢは、第１変数と呼ばれてもよく、ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫは、第２変数と呼ばれてもよい。これは、ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢ及びＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫに限られない。第１変数及び第２変数の命名は様々であってよい。これは、本願で限定されない。
１つのサイドリンクデータに関連したサイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンは、ＴＸ ＵＥによってサイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへ送るために使用され得る。ＨＡＲＱフィードバックオケージョンは、時間リソースであり、ＴＸ ＵＥによってネットワークデバイスへ送信されたＨＡＲＱフィードバックを運ぶために使用されてよい。ＨＡＲＱフィードバックは、サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうか、つまり、サイドリンクＨＡＲＱプロセスに関連したサイドリンクデータの前の伝送に対する受信が成功するかどうかを示すために使用され得る。ＨＡＲＱフィードバックがＡＣＫである場合に、それは、サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功することを示し得る。ＨＡＲＱフィードバックがＮＡＣＫである場合に、それは、サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗することを示し得る。サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを決定する方法は、後述される。詳細は、ここで記載されない。ＨＡＲＱフィードバックオケージョンは、シンボル（symbol）、又は複数の連続したシンボルを含む期間であってよい。ＨＡＲＱフィードバックオケージョンは、スロット（slot）、又は複数の連続したスロットを含む期間であってよい。
ＴＸ ＵＥはＲＲＣコネクテッドモードにあり、ＤＲＸサイクルにより設定される。ＤＲＸサイクルの開始時からの期間中、ＴＸ ＵＥはアクティブモードにあり、ＰＤＣＣＨをモニタし受信し得る。ＰＤＣＣＨは、サイドリンクデータの前の伝送をスケジューリングするために使用される。前の伝送は、サイドリンクデータの最初の伝送（initial transmission）であってよく、あるいはサイドリンクデータの２回目の伝送、３回目の伝送、などであってもよい。前の伝送は、ＨＡＲＱフィードバックオケージョンの前に起こり、ＨＡＲＱフィードバックオケージョンの後のサイドリンクデータの再送に対する。
ここで、ＤＲＸサイクルの開始時からの期間は、ＤＲＸサイクルの「Ｏｎ Ｄｕｒａｔｉｏｎ」であってよく、あるいは、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが開始された後に形成された延長された「Ｏｎ Ｄｕｒａｔｉｏｎ」であってもよい。「Ｏｎ Ｄｕｒａｔｉｏｎ」の延長については、図２Ｂの関連する説明を参照されたい。つまり、期間の開始時は、ＤＲＸサイクルの開始時であり、期間の存続期間は、「Ｏｎ Ｄｕｒａｔｉｏｎ」よりも長いか又はそれに等しい。
本願のサイドリンクデータは、媒体アクセス制御（media access control，ＭＡＣ）レイヤでのデータ、例えば、ＭＡＣプロトコルデータユニット（protocol data unit，ＰＤＵ）であってよい。
本願で提供される間欠受信方法では、ＴＸ ＵＥは、第１端末と呼ばれてもよく、ＲＸ ＵＥは、第２端末と呼ばれてもよい。
以下は、複数の実施形態を使用することによって、本願で提供される技術的解決法について詳細に記載する。
この実施形態では、ＨＡＲＱフィードバックに基づくサイドリンクＨＡＲＱ再送メカニズムとして構成される各サイドリンクＨＡＲＱプロセスについて、第１端末は、サイドリンクＨＡＲＱプロセスごとに２つのタイマ、つまり、第１タイマ及び第２タイマを維持する。第１タイマはｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬと呼ばれ得る。第２タイマはｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬと呼ばれ得る。第２タイマの実行中に、第１端末はＰＤＣＣＨをモニタする。第１タイマ及び第２タイマは、代替的に、他の方法で呼ばれてもよい。これは、本願で限定されない。
図３Ａ及び図３Ｂは、実施例１に従う間欠受信方法の具体的なプロシージャを示す。詳細は次の通りである。
フェーズ１．サイドリンクＨＡＲＱプロセスａのｉ番目の伝送前（Ｓ１０１からＳ１０４）
Ｓ１０１：第１端末とネットワークデバイスとの間にＲＲＣ接続を確立する。
ＲＲＣ接続が確立された後、第１端末はＲＲＣコネクテッドモードに入る。
Ｓ１０２：第１端末と第２端末との間にサイドリンクを確立する。
サイドリンクが確立された後、第１端末はデータを第２端末へサイドリンクを通じて送信する。
Ｓ１０３：ネットワークデバイスは、ＲＲＣコネクテッドモードにある第１端末のためにＤＲＸサイクルを設定する。
ＤＲＸサイクルは、「Ｏｎ Ｄｕｒａｔｉｏｎ」及び「Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ」から成る。「Ｏｎ Ｄｕｒａｔｉｏｎ」内で、第１端末は、ＰＤＣＣＨをモニタし受信する（アクティブモード）。「Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ」内で、第１端末は、電力消費量を低減するようダウンリンクチャネルデータを受信しない（スリープモード）。
Ｓ１０４：ネットワークデバイスは、ＲＲＣコネクテッドモードにある第１端末のためにタイマ、つまり、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ、及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを設定する。この実施形態では、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬは第１タイマと呼ばれてもよく、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬは第２タイマと呼ばれてもよい。タイマを維持する方法は後述される。詳細は、ここで記載されない。
フェーズ１では、シーケンスは、図３Ａに示されるものに限られず、Ｓ１０２は、Ｓ１０１の前に実行されてもよい。Ｓ１０２及びＳ１０１、Ｓ１０３、Ｓ１０３の時間順序は、本願で限定されない。
フェーズ１では、第１端末は、サイドリンクデータ伝送のための伝送リソースをスケジューリングすることをネットワークデバイスに要求するために、リソーススケジューリング要求をネットワークデバイスへ更に送信してもよい。通常、リソーススケジューリング要求は、サイドリンクで第１端末によって送信されるサイドリンクデータの量を示すために、バッファステータス報告（Buffer Status Report）を運び得る。相応して、リソーススケジューリング要求を受け取った後、ネットワークデバイスは、サイドリンク伝送のためのリソースをスケジューリングし、スケジューリングされたリソースをＰＤＣＣＨにおいて配信し得る。第１端末は、ＰＤＣＣＨをモニタすることによって、ネットワークデバイスによってスケジューリングされたリソースを取得し得る。
フェーズ２．サイドリンクＨＡＲＱプロセスａのｉ番目の伝送（Ｓ１０５からＳ１０８）
Ｓ１０５：第１端末は、ネットワークデバイスによって配信されたＰＤＣＣＨ１をモニタし受信し得る。ＰＤＣＣＨ１は、特定のサイドリンクＨＡＲＱプロセス（例えば、サイドリンクＨＡＲＱプロセスａ）のｉ番目の伝送のためにネットワークデバイスによってスケジューリングされたリソースを示し得る。つまり、ＰＤＣＣＨ１は、サイドリンクＨＡＲＱプロセスａのｉ番目の伝送をスケジューリングするために使用される。
サイドリンクＨＡＲＱプロセスａは、データａに関連し得る。サイドリンクＨＡＲＱプロセスａは、第１端末によって、Ｓ１０２でスケジューリングされたサイドリンクでデータａを第２端末へ送信するために使用され得る。サイドリンクＨＡＲＱプロセスａは、２つの状態変数、つまり、ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢ及びＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫを維持し得る。ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢは、データａの伝送回数を示すことができ、ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢは０に初期化されてよい。ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫは、データａのＨＡＲＱフィードバックを示すことができる。
ＰＤＣＣＨ１は、次の情報：ＳＬグラント１、ＮＤＩ、及びサイドリンクＨＡＲＱプロセスａのＩＤを運び得る。ＳＬグラント１は、サイドリンクＨＡＲＱプロセスａのｉ番目の伝送のためにネットワークデバイスによってスケジューリングされたリソースを示し得る。ＮＤＩは、ＰＤＣＣＨ１によってスケジューリングされたサイドリンクＨＡＲＱプロセスａのｉ番目の伝送が最初の伝送（initial transmission）又は再送（retransmission）であるかどうかを示し得る。
Ｓ１０６：サイドリンクＨＡＲＱプロセスａのｉ番目の伝送が最初の伝送である場合に、第１端末は、ＰＤＣＣＨ１をモニタし受信するときに、タイマｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ（つまり、図３Ａのタイマ１）を開始し得る。ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの実行中に、第１端末はアクティブモードにあり、ＰＤＣＣＨをモニタする。このようにして、ＤＲＸサイクルの「Ｏｎ Ｄｕｒａｔｉｏｎ」は、第１端末がアクティブモードにある時間を延ばすよう、延長され得る。
具体的に、第１端末は、ＰＤＣＣＨ１でのＮＤＩが切り替えられている（toggled）かどうかに基づき、サイドリンクＨＡＲＱプロセスａのｉ番目の伝送が最初の伝送又は再送であるかどうかを決定し得る。ＰＤＣＣＨ１のＮＤＩの値が、サイドリンクＨＡＲＱプロセスａのために前にスケジューリングされたＰＤＣＣＨでのＮＤＩと比較して、切り替えられている場合には、それは、サイドリンクＨＡＲＱプロセスａのｉ番目の伝送が最初の伝送であることを示し、そうでない場合には、それは、サイドリンクＨＡＲＱプロセスａのｉ番目の伝送が再送であることを示す。ＮＤＩ切り替えは、ＮＤＩの値が０から１に、又は１から０に代わることを意味し得る。
Ｓ１０７：ＰＤＣＣＨ１を受け取った後、第１端末は、ＰＤＣＣＨ１によって示されているリソースでサイドリンクＨＡＲＱプロセスａを使用することによってデータａを第２端末へ送信し得る。つまり、データａのｉ番目の伝送を実行する。相応して、第２端末は、ＰＤＣＣＨ１によって示されているリソースで、第１端末によって送られたデータａを受信し得る。
具体的に、第２端末は、ＰＳＣＣＨをモニタすることによって、第１端末がデータａを送信するリソースを取得し得る。その理由は、ＰＤＣＣＨ１を受信した後、第１端末がＰＳＣＣＨでサイドリンク制御情報（sidelink control information，ＳＣＩ）を送信し得るからである。第２端末は、ＰＳＣＣＨをモニタすることによってＳＣＩを受信し得る。ＳＣＩは、第１端末がデータａを送信するリソースを示すために使用される。
Ｓ１０８：第２端末は、ＨＡＲＱフィードバックを第１端末へ送信し得る。ＨＡＲＱフィードバックは、第２端末がデータａを受信することに成功したかどうかを示すために使用される。ＨＡＲＱフィードバックがＡＣＫである場合には、それは、第２端末がデータａを受信することに成功したことを示す。ＨＡＲＱフィードバックがＮＡＣＫである場合には、それは、第２端末がデータａを受信することができないことを示す。
第２端末がデータａを受信することに成功できないことは、次の場合を含み得るが、それらに限られない：第２端末がデータａを復号することができない場合、及び第２端末が、ＰＤＣＣＨ１によって示されるリソースで、第１端末によって送信されたデータａを受信することができない場合。
フェーズ３．サイドリンクＨＡＲＱプロセスａに関連した２つのタイマの維持（Ｓ１０９からＳ１１１）
Ｓ１０９：第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンで、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックをネットワークデバイスへ送信し得る。相応して、ネットワークデバイスは、ＨＡＲＱフィードバックオケージョンで、第１端末によって送られたサイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックを受信し得る。
ＨＡＲＱフィードバックがＮＡＣＫである場合には、ネットワークデバイスは、サイドリンクＨＡＲＱプロセスａの再送（つまり、データａの（ｉ＋１）番目の伝送）のためのリソースをスケジューリングし得る。あり得る場合において、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢは、サイドリンクＨＡＲＱプロセスａの伝送回数が最大値を超えることを示す。このあり得る場合に、ネットワークデバイスは、もはや、サイドリンクＨＡＲＱプロセスａの再送のためのリソースをスケジューリングしない。この場合に、ＴＸ ＵＥは、サイドリンクＨＡＲＱプロセスａを無効化するか、あるいは、サイドリンクＨＡＲＱプロセスをデータｂのような新しいサイドリンクデータと関連付け得る。
あり得る場合において、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンで、第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックの代わりに他のデータを送信する。例えば、第１端末は、ＨＡＲＱフィードバックオケージョンでアップリンクデータをネットワークデバイスへ送信する場合がある。他の例として、第１端末は、ＨＡＲＱフィードバックオケージョンでサイドリンクデータを第２端末又は他の端末へ送信する場合がある。
Ｓ１１１：サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位で、第１端末は２つのタイマ、つまり、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ（つまり、図３Ｂのタイマ２）及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ（つまり、図３Ｂのタイマ３）を維持し得る。両方のタイマがサイドリンクＨＡＲＱプロセスａに関連する。時間単位はシンボル、スロット、などであってよい。２つのタイマの計時の単位はシンボル、スロット、又は絶対時間単位（例えば、ミリ秒）であってよい。
具体的に、第１端末は、最初に、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し得る。ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了するとき、第１端末はｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。第１端末は、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中にＰＤＣＣＨをモニタする。
ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを維持する方法は後述される。詳細は、ここで記載されない。
フェーズ４．サイドリンクＨＡＲＱプロセスａの（ｉ＋１）番目の伝送（Ｓ１１２からＳ１１４）
Ｓ１１２：第１端末はＰＤＣＣＨ２を受信し得る。ＰＤＣＣＨ２によって示されるリソースは、サイドリンクＨＡＲＱプロセスａの（ｉ＋１）番目の伝送のためにネットワークデバイスによってスケジューリングされたリソースであってよく、つまり、ＰＤＣＣＨ２は、サイドリンクＨＡＲＱプロセスａの（ｉ＋１）番目の伝送をスケジューリングするために使用され得る。
ＰＤＣＣＨ２は、次の情報：ＳＬグラント２、ＮＤＩ、及びサイドリンクＨＡＲＱプロセスａのＩＤを運び得る。ＳＬグラント２は、サイドリンクＨＡＲＱプロセスａの（ｉ＋１）番目の伝送のためにネットワークデバイスによってスケジューリングされたリソースである。ＮＤＩは、ＰＤＣＣＨ２によってスケジューリングされたサイドリンクＨＡＲＱプロセスａの（ｉ＋１）番目の伝送が最初の伝送（initial transmission）又は再送（retransmission）であるかどうかを示し得る。
ｉ番目の伝送と比較して、（ｉ＋１）番目の伝送は再送であり、ｉ番目の伝送は（ｉ＋１）番目の伝送の前の伝送である。
Ｓ１１３：ＰＤＣＣＨ２をモニタし受信するとき、第１端末はｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを停止し得る。
あり得る場合において、ＰＤＣＣＨ２によって示されているリソースは、サイドリンクＨＡＲＱプロセスａの最初伝送のためにネットワークデバイスによってスケジューリングされたリソースであってよい。この場合に、サイドリンクＨＡＲＱプロセスａは、新しいデータ、例えば、データｂに関連する。つまり、サイドリンクＨＡＲＱプロセスａは、第１端末によって、データａの代わりに新しいデータを送信するために既に使用されている。通常、このあり得る場合は、データａの伝送回数が最大値（例えば、５回）に達する場合に起こる可能性がある。この場合に、第１端末はまた、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを停止し得る。
Ｓ１１４：ＰＤＣＣＨ２を受け取った後、第１端末は、ＰＤＣＣＨ２によって示されているリソースでサイドリンクＨＡＲＱプロセスａを使用することによってデータａを第２端末へ送信し得る。つまり、データａの（ｉ＋１）番目の伝送を実行する。相応して、第２端子は、ＰＤＣＣＨ２によって示されているリソースで、第１端末によって送られたデータａを受信し得る。
実施例１では、第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位においてｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了するときに、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得ることが分かる。言い換えると、ＨＡＲＱフィードバックオケージョンの後、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中に、第１端末はアクティブモードにあり、実行中にネットワークデバイスによって配信されてサイドリンクＨＡＲＱプロセスａの再送をスケジューリングするために使用されるＰＤＣＣＨをモニタし受信し得る。このようにして、サイドリンクＨＡＲＱプロセスａの再送の効率は改善され得、サイドリンクデータ再送の遅延の増大は回避される。
以下は、Ｓ１０９で第１端末がサイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックを決定する方法について記載する。
（１）次の場合のいずれか１つにおいて、第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックがＮＡＣＫであると決定、つまり、サイドリンクＨＡＲＱプロセスａの前の伝送に対する受信が失敗すると決定し得る。
場合１：第２端末によって送信されて第１端末によって受信されるＨＡＲＱフィードバックがＮＡＣＫである。
ＨＡＲＱフィードバックは、サイドリンクＨＡＲＱプロセスａに関連したデータの前の伝送に対する第２端末による受信が成功するかどうかを示すために、使用される。ＨＡＲＱフィードバックがＮＡＣＫであることは、第２端末がサイドリンクＨＡＲＱプロセスａに関連したデータを受信することができないことを示し得る。第２端末がサイドリンクＨＡＲＱプロセスａに関連したデータを受信することができない理由には、第２端末がデータを復号することができないことが含まれ得るが、これに限られない。ここで、第１リソースは、サイドリンクＨＡＲＱプロセスａの前の伝送のためにネットワークデバイスによってスケジューリングされたリソースである。
場合２：第１端末が、第２端末によって送信されたＨＡＲＱフィードバックを受信することができない。
場合２で、図３ＡのＳ１０８は存在しない。第１端末が第２端末によって送信されたＨＡＲＱフィードバックを受信することができないことは、第１端末が、サイドリンクＨＡＲＱプロセスａのフィードバックオケージョンで、第２端末によって送信されたＨＡＲＱフィードバックを受信することができないことを具体的に意味し得る。サイドリンクＨＡＲＱプロセスａのフィードバックオケージョンは、ネットワークデバイスによって設定され得る。
場合３：第１端末がサイドリンクデータを第２端末へ第１リソースで送信することができない。
場合３で、図３ＡのＳ１０７は存在せず、相応して、Ｓ１０８は存在しない。ここで、第１リソースは、サイドリンクＨＡＲＱプロセスａの前の伝送のためにネットワークデバイスによってスケジューリングされたリソースである。場合３の原因は、リソースコンフリクトであり得る。具体的に言えば、第１端末は、データａの代わりに、第１リソースで他のデータを送信する。
（２）次の場合に、第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックがＡＣＫであると決定、つまり、サイドリンクＨＡＲＱプロセスａの前の伝送に対する受信が成功すると決定し得る。
第２端末によって送信されて第１端末によって受信されるＨＡＲＱフィードバックは、ＡＣＫである。ＨＡＲＱフィードバックがＡＣＫであることは、第２端末がサイドリンクＨＡＲＱプロセスａに関連したデータを受信することに成功したことを示し得る。
以下は、第１端末が２つのタイマ、つまり、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを維持するいくつかの実施について記載する。
方法１
サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位で、第１端末はｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し得る。サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックがＮＡＣＫである場合に、第１端末は、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了すると、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。第１端末は、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中にＰＤＣＣＨをモニタする。
方法２
サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックがＮＡＣＫである場合に、第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位においてｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し得る。ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了するとき、第１端末はｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し得る。第１端末は、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中にＰＤＣＣＨをモニタする。
データａの最初の伝送及び再送が例として使用される。以下は、図４Ａ、図４Ｂ、図５Ａ、及び図５Ｂを参照して、方法１及び方法２について記載する。
図４Ａ及び図４Ｂは、方法１のタイマ維持プロセスの例を示す。図５Ａ及び図５Ｂは、方法２のタイマ維持プロセスの例を示す。図４Ａ及び図５Ａは、サイドリンクＨＡＲＱプロセスａの最初の伝送に対する受信が失敗する例を示す。図４Ｂ及び図５Ｂは、サイドリンクＨＡＲＱプロセスａの最初の伝送に対する受信が成功する例を示す。
第１端子（ＴＸ ＵＥ）は、ＤＲＸサイクルの「Ｏｎ Ｄｕｒａｔｉｏｎ」内でＰＤＣＣＨをモニタし、そして、サイドリンクＨＡＲＱプロセスａの最初の伝送をスケジューリングするために使用される最初の伝送に対するグラント（grant for initial transmission）を受信し得る。最初の伝送をスケジューリングするためのグラントを受け取ると、ＴＸ ＵＥはタイマｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始し得る。ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの実行中に、ＴＸ ＵＥはＰＤＣＣＨをモニタする。
図４Ａ及び図４Ｂに示されるように、サイドリンクＨＡＲＱプロセスａの最初の伝送に対する受信が成功するかどうかにかかわらず、ＴＸ ＵＥは、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位（例えば、最初のシンボル）においてｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し得る。サイドリンクＨＡＲＱプロセスａの最初の伝送に対する受信が失敗する、例えば、ＲＸ ＵＥが復号化に失敗する場合には、ＴＸ ＵＥは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了するときにｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。サイドリンクＨＡＲＱプロセスａの最初の伝送に対する受信が成功する場合には、ＴＸ ＵＥは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了するときにｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始しない。
図５Ａ及び図５Ｂに示されるように、サイドリンクＨＡＲＱプロセスａの最初の伝送に対する受信が失敗する、例えば、ＲＸ ＵＥが復号化に失敗する場合には、ＴＸ ＵＥは、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位（例えば、最初のシンボル）においてｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し、ＴＸ ＵＥは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了するときにｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始する。サイドリンクＨＡＲＱプロセスａの最初の伝送に対する受信が成功する場合には、ＴＸ ＵＥは、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬもｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬも開始しない。
サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックに加えて、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫも、サイドリンクＨＡＲＱプロセスａの前の伝送に対する受信が成功するかどうかを示すために使用されてよい。
維持方法は、上記の方法１及び方法２に限られない。第１端末はまた、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫに基づきｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを維持してもよい。具体的な実施は次の通りであってよい。サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫである場合に、第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位においてｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し得る。サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫである場合に、第１端末は、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了すると、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。
この実施形態では、ＨＡＲＱフィードバックに基づくサイドリンクＨＡＲＱ再送メカニズムとして構成される各サイドリンクＨＡＲＱプロセスについて、第１端末は、サイドリンクＨＡＲＱプロセスごとに１つのタイマを維持する。タイマの実行中に、第１端末はＰＤＣＣＨをモニタする。タイマは第３タイマと呼ばれ得る。
図６Ａ及び図６Ｂは、実施例２に従う間欠受信方法の具体的なプロシージャを示す。詳細は次の通りである。
フェーズ１．サイドリンクＨＡＲＱプロセスａのｉ番目の伝送前（Ｓ２０１からＳ２０４）
Ｓ２０１：第１端末とネットワークデバイスとの間にＲＲＣ接続を確立する。
Ｓ２０２：第１端末と第２端末との間にサイドリンクを確立する。
Ｓ２０３：ネットワークデバイスは、ＲＲＣコネクテッドモードにある第１端末のためにＤＲＸサイクルを設定する。
Ｓ２０４：ネットワークデバイスは、ＲＲＣコネクテッドモードにある第１端末のためにタイマ、つまり、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを設定する。この実施形態では、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬは第３タイマと呼ばれ得る。タイマを維持する方法は後述される。詳細は、ここで記載されない。
実施例２のフェーズ１の詳細については、実施例１のフェーズ１に関する説明を参照されたい。詳細は、ここで再び記載されない。
フェーズ２．サイドリンクＨＡＲＱプロセスａのｉ番目の伝送（Ｓ２０５からＳ２０８）
Ｓ２０５：第１端末は、ネットワークデバイスによって配信されたＰＤＣＣＨ１をモニタし受信し得る。ＰＤＣＣＨ１は、特定のサイドリンクＨＡＲＱプロセス（例えば、サイドリンクＨＡＲＱプロセスａ）のｉ番目の伝送のためにネットワークデバイスによってスケジューリングされたリソースを示し得る。つまり、ＰＤＣＣＨ１は、サイドリンクＨＡＲＱプロセスａのｉ番目の伝送をスケジューリングするために使用され得る。
サイドリンクＨＡＲＱプロセスａは、データａに関連し得る。サイドリンクＨＡＲＱプロセスａは、第１端末によって、Ｓ２０２でスケジューリングされたサイドリンクでデータａを第２端末へ送信するために使用され得る。サイドリンクＨＡＲＱプロセスａは、２つの状態変数、つまり、ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢ及びＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫを維持し得る。ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢは、データａの伝送回数を示すことができ、ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢは０に初期化されてよい。ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫは、データａのＨＡＲＱフィードバックを示すことができる。
ＰＤＣＣＨ１は、次の情報：ＳＬグラント１、ＮＤＩ、及びサイドリンクＨＡＲＱプロセスａのＩＤを運び得る。ＳＬグラント１は、サイドリンクＨＡＲＱプロセスａのｉ番目の伝送のためにネットワークデバイスによってスケジューリングされたリソースを示し得る。ＮＤＩは、ＰＤＣＣＨ１によってスケジューリングされたサイドリンクＨＡＲＱプロセスａのｉ番目の伝送が最初の伝送（initial transmission）又は再送（retransmission）であるかどうかを示し得る。
Ｓ２０６：サイドリンクＨＡＲＱプロセスａのｉ番目の伝送が最初の伝送である場合に、第１端末は、ＰＤＣＣＨ１をモニタし受信するときに、タイマｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ（つまり、図６Ａのタイマ１）を開始し得る。ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの実行中に、第１端末はアクティブモードにあり、ＰＤＣＣＨをモニタする。このようにして、ＤＲＸサイクルの「Ｏｎ Ｄｕｒａｔｉｏｎ」は、第１端末がアクティブモードにある時間を延ばすよう、延長され得る。
Ｓ２０７：ＰＤＣＣＨ１を受け取った後、第１端末は、ＰＤＣＣＨ１によって示されているリソースでサイドリンクＨＡＲＱプロセスａを使用することによってデータａを第２端末へ送信し得る。つまり、データａのｉ番目の伝送を実行する。相応して、第２端末は、ＰＤＣＣＨ１によって示されているリソースで、第１端末によって送られたデータａを受信し得る。
Ｓ２０８：第２端末は、ＨＡＲＱフィードバックを第１端末へ送信し得る。ＨＡＲＱフィードバックは、第２端末がデータａを受信することに成功したかどうかを示すために使用される。ＨＡＲＱフィードバックがＡＣＫである場合には、それは、第２端末がデータａを受信することに成功したことを示す。ＨＡＲＱフィードバックがＮＡＣＫである場合には、それは、第２端末がデータａを受信することができないことを示す。
実施例２のフェーズ２の詳細については、実施例１のフェーズ２に関する説明を参照されたい。詳細は、ここで再び記載されない。
フェーズ３．サイドリンクＨＡＲＱプロセスａに関連した第３タイマの維持（Ｓ２０９からＳ２１１）
Ｓ２０９：第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックを決定する。サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックは、データａのｉ番目に対する受信が成功するかどうかを示すために使用される。サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックを決定する方法については、実施例１の関連する内容を参照されたい。詳細は、ここで記載されない。
Ｓ２１０：第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンで、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックをネットワークデバイスへ送信し得る。相応して、ネットワークデバイスは、ＨＡＲＱフィードバックオケージョンで、第１端末によって送られたサイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックを受信し得る。
Ｓ２１１：サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位で、第１端末は第３タイマｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬ（つまり、図６Ｂのタイマ４）を維持し得る。第３タイマはサイドリンクＨＡＲＱプロセスａに関連する。時間単位はシンボル又はスロットであってよい。第３タイマの計時の単位はシンボル、スロット、又は絶対時間単位（例えば、ミリ秒）であってよい。
具体的に、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックがＮＡＣＫであると決定される場合に、第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位においてｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。第１端末は、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中にＰＤＣＣＨをモニタする。
実施例２のフェーズ３の詳細については、実施例１のフェーズ３に関する説明を参照されたい。詳細は、ここで再び記載されない。
フェーズ４．サイドリンクＨＡＲＱプロセスａの（ｉ＋１）番目の伝送（Ｓ２１２からＳ２１４）
Ｓ２１２：第１端末はＰＤＣＣＨ２を受信し得る。ＰＤＣＣＨ２によって示されるリソースは、サイドリンクＨＡＲＱプロセスａの（ｉ＋１）番目の伝送のためにネットワークデバイスによってスケジューリングされたリソースであってよく、つまり、ＰＤＣＣＨ２は、サイドリンクＨＡＲＱプロセスａの（ｉ＋１）番目の伝送をスケジューリングするために使用され得る。
Ｓ２１３：ＰＤＣＣＨ２をモニタし受信するとき、第１端末はｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを停止し得る。
Ｓ２１４：ＰＤＣＣＨ２を受け取った後、第１端末は、ＰＤＣＣＨ２によって示されているリソースでサイドリンクＨＡＲＱプロセスａを使用することによってデータａを第２端末へ送信し得る。つまり、データａの（ｉ＋１）番目の伝送を実行する。相応して、第２端子は、ＰＤＣＣＨ２によって示されているリソースで、第１端末によって送られたデータａを受信し得る。
実施例２のフェーズ４の詳細については、実施例１のフェーズ４に関する説明を参照されたい。詳細は、ここで再び記載されない。
実施例２において、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックを決定する方法については、実施例１の関連する内容を参照されたい。詳細は、ここで記載されない。
サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックに加えて、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫも、サイドリンクＨＡＲＱプロセスａの前の伝送に対する受信が成功するかどうかを示すために使用されてよい。
上記のフェーズ３で記載されているサイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックに加えて、第１端末はまた、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫに基づきｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを維持してもよい。具体的な実施は次の通りであってよい。サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫである場合に、第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位においてｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。
データａの最初の伝送及び再送が例として使用される。以下は、図７Ａ及び図７Ｂを参照して、第３タイマ維持プロセスについて記載する。図７Ａは、サイドリンクＨＡＲＱプロセスａの最初の伝送に対する受信が失敗する例を示す。図７Ｂは、サイドリンクＨＡＲＱプロセスの最初の伝送に対する受信が成功することを示す。
図７Ａ及び図７Ｂに示されるように、第１端子（ＴＸ ＵＥ）は、ＤＲＸサイクルの「Ｏｎ Ｄｕｒａｔｉｏｎ」内でＰＤＣＣＨをモニタし、そして、サイドリンクＨＡＲＱプロセスａの最初の伝送をスケジューリングするために使用される最初の伝送に対するグラント（grant for initial transmission）を受信し得る。最初の伝送をスケジューリングするためのグラントを受け取ると、ＴＸ ＵＥはタイマｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始し得る。ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの実行中に、ＴＸ ＵＥはＰＤＣＣＨをモニタする。
図７Ａ及び図７Ｂに示されるように、サイドリンクＨＡＲＱプロセスａの最初の伝送に対する受信が失敗する、例えば、ＲＸ ＵＥが復号化に失敗する場合には、ＴＸ ＵＥは、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位（例えば、最初のシンボル）においてｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。サイドリンクＨＡＲＱプロセスａの最初の伝送に対する受信が成功する場合には、ＴＸ ＵＥは、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始しなくてもよい。
実施例２では、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において、第１端末はｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得ることが分かる。第１端末は、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中にＰＤＣＣＨをモニタする。言い換えると、ＨＡＲＱフィードバックオケージョンの後、第１端末はアクティブモードにあり、ネットワークデバイスによって配信されてサイドリンクＨＡＲＱプロセスａの再送をスケジューリングするために使用されるＰＤＣＣＨを検出し得る。このようにして、サイドリンクＨＡＲＱプロセスａの再送の効率は改善され得、サイドリンクデータ再送の遅延の増大は回避される。
実施例３については、実施例２を参照されたい。実施例３では、サＨＡＲＱフィードバックに基づくサイドリンクＨＡＲＱ再送メカニズムとして構成される各サイドリンクＨＡＲＱプロセスについて、第１端末は、サイドリンクＨＡＲＱプロセスごとに１つのタイマを維持する。タイマの実行中に、第１端末はＰＤＣＣＨをモニタする。実施例２との相違点は、タイマがｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒである点である。つまり、サイドリンクＨＡＲＱプロセスａの前の伝送に対する受信が失敗する場合に、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが開始又は再開され得る。
この実施形態では、サイドリンクＨＡＲＱフィードバックに基づくＨＡＲＱ再送メカニズムとして構成される各サイドリンクＨＡＲＱプロセスについて、サイドリンクＨＡＲＱプロセスａの前の伝送が失敗すると決定される場合に、第１端末はＰＤＣＣＨをモニタする。
図８は、実施例４に従う間欠受信方法の具体的なプロシージャを示す。詳細は次の通りである。
フェーズ１．サイドリンクＨＡＲＱプロセスａのｉ番目の伝送前（Ｓ３０１からＳ３０４）
Ｓ３０１：ＲＲＣ接続が第１端末とネットワークデバイスとの間に確立される。
Ｓ３０２：サイドリンクが第１端末と第２端末との間に確立される。
Ｓ３０３：ネットワークデバイスは、ＲＲＣコネクテッドモードにある第１端末のためにＤＲＸサイクルを設定する。
Ｓ３０４：ネットワークデバイスは、ＲＲＣコネクテッドモードにある第１端末のためにタイマｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを設定する。
実施例４のフェーズ１の詳細については、実施例１のフェーズ１に関する説明を参照されたい。詳細は、ここで再び記載されない。
フェーズ２．サイドリンクＨＡＲＱプロセスａのｉ番目の伝送（Ｓ３０５からＳ３０８）
Ｓ３０５：第１端末は、ネットワークデバイスによって配信されたＰＤＣＣＨ１をモニタし受信し得る。ＰＤＣＣＨ１は、特定のサイドリンクＨＡＲＱプロセス（例えば、サイドリンクＨＡＲＱプロセスａ）のｉ番目の伝送のためにネットワークデバイスによってスケジューリングされたリソースを示し得る。つまり、ＰＤＣＣＨ１は、サイドリンクＨＡＲＱプロセスａのｉ番目の伝送をスケジューリングするために使用され得る。
Ｓ３０６：サイドリンクＨＡＲＱプロセスａのｉ番目の伝送が最初の伝送である場合に、第１端末は、ＰＤＣＣＨ１をモニタし受信するときに、タイマｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ（つまり、図８のタイマ１）を開始し得る。ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの実行中に、第１端末はアクティブモードにあり、ＰＤＣＣＨをモニタする。このようにして、ＤＲＸサイクルの「Ｏｎ Ｄｕｒａｔｉｏｎ」は、第１端末がアクティブモードにある時間を延ばすよう、延長され得る。
Ｓ３０７：ＰＤＣＣＨ１を受け取った後、第１端末は、ＰＤＣＣＨ１によって示されているリソースでサイドリンクＨＡＲＱプロセスａを使用することによってデータａを第２端末へ送信し得る。つまり、データａのｉ番目の伝送を実行する。相応して、第２端末は、ＰＤＣＣＨ１によって示されているリソースで、第１端末によって送られたデータａを受信し得る。
Ｓ３０８：第２端末は、ＨＡＲＱフィードバックを第１端末へ送信し得る。ＨＡＲＱフィードバックは、第２端末がデータａを受信することに成功したかどうかを示すために使用される。ＨＡＲＱフィードバックがＡＣＫである場合には、それは、第２端末がデータａを受信することに成功したことを示す。ＨＡＲＱフィードバックがＮＡＣＫである場合には、それは、第２端末がデータａを受信することができないことを示す。
実施例４のフェーズ２の詳細については、実施例１のフェーズ２に関する説明を参照されたい。詳細は、ここで再び記載されない。
フェーズ３．サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックに基づいたＰＤＣＣＨのモニタリング（Ｓ３０９からＳ３１１）
Ｓ３０９：第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックを決定する。サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックは、データａのｉ番目に対する受信が成功するかどうかを示すために使用される。
Ｓ３１０：第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンで、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックをネットワークデバイスへ送信し得る。相応して、ネットワークデバイスは、ＨＡＲＱフィードバックオケージョンで、第１端末によって送られたサイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックを受信し得る。
Ｓ３１１：サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックがＮＡＣＫである場合に、第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において、ＰＤＣＣＨをモニタし始め得る。時間単位はシンボル、スロット、又は絶対時間単位（例えば、ミリ秒）であってよい。
実施例４で記載されていないフェーズ３の詳細については、実施例１のフェーズ３に関する説明を参照されたい。詳細は、ここで再び記載されない。
フェーズ４．サイドリンクＨＡＲＱプロセスａの（ｉ＋１）番目の伝送（Ｓ３１２からＳ３１４）
Ｓ３１２：第１端末はＰＤＣＣＨ２を受信し得る。ＰＤＣＣＨ２によって示されるリソースは、サイドリンクＨＡＲＱプロセスａの（ｉ＋１）番目の伝送のためにネットワークデバイスによってスケジューリングされたリソースであってよく、つまり、ＰＤＣＣＨ２は、サイドリンクＨＡＲＱプロセスａの（ｉ＋１）番目の伝送をスケジューリングするために使用され得る。
Ｓ３１３：ＰＤＣＣＨ２がモニタされ受信され、次の条件のどれも満足されないとき、第１端末は、ＰＤＣＣＨをモニタするのを止め得る。
条件１：次のタイマのうちの１つ以上が実行中である：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、及びｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ。
条件２：第１装置がスケジューリング要求をＰＵＣＣＨで送信し、スケジューリング要求がペンディング中である。
条件３：第１装置が非競合ベースのランダムアクセス応答メッセージを受信するが、Ｃ－ＲＮＴＩによってスクランブルされて新しい伝送を示すＰＤＣＣＨを受信しない。
Ｓ３１４：ＰＤＣＣＨ２を受け取った後、第１端末は、ＰＤＣＣＨ２によって示されているリソースでサイドリンクＨＡＲＱプロセスａを使用することによってデータａを第２端末へ送信し得る。つまり、データａの（ｉ＋１）番目の伝送を実行する。相応して、第２端子は、ＰＤＣＣＨ２によって示されているリソースで、第１端末によって送られたデータａを受信し得る。
実施例４で記載されていないフェーズ４の詳細については、実施例１の関連する内容を参照されたい。詳細は、ここで再び記載されない。
実施例４において、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックを決定する方法については、実施例１の関連する内容を参照されたい。詳細は、ここで記載されない。
サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックに加えて、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫも、サイドリンクＨＡＲＱプロセスａの前の伝送に対する受信が成功するかどうかを示すために使用されてよい。
上記のフェーズ３で記載されているサイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックに加えて、第１端末はまた、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫに基づきＰＤＣＣＨをモニタしてもよい。具体的な実施は次の通りであってよい。サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫである場合に、第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位においてＰＤＣＣＨをモニタし始め得る。
実施において、第１端末は、第１端末によって維持されているいずれかのサイドリンクＨＡＲＱプロセスに関連したＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫであるという条件で、ＰＤＣＣＨをモニタし得る。
サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＡＣＫであり、次の条件のどれも満足されないとき、第１端末は、ＰＤＣＣＨをモニタするのを止め得る。
条件１：次のタイマのうちの１つ以上が実行中である：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、及びｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ。
条件２：第１装置がスケジューリング要求をＰＵＣＣＨで送信し、スケジューリング要求がペンディング中である。
条件３：第１装置が非競合ベースのランダムアクセス応答メッセージを受信するが、Ｃ－ＲＮＴＩによってスクランブルされて新しい伝送を示すＰＤＣＣＨを受信しない。
あり得る場合において、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫはＮＡＣＫであるが、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢは、データａの伝送回数が最大数に達することを示す。この場合に、次の条件のどれも満足されないとき、第１端末は、ＰＤＣＣＨをモニタするのを止め得る。
条件１：次のタイマのうちの１つ以上が実行中である：ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ、及びｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ。
条件２：第１装置がスケジューリング要求をＰＵＣＣＨで送信し、スケジューリング要求がペンディング中である。
条件３：第１装置が非競合ベースのランダムアクセス応答メッセージを受信するが、Ｃ－ＲＮＴＩによってスクランブルされて新しい伝送を示すＰＤＣＣＨを受信しない。
データａの最初の伝送及び再送が例として使用される。図９を参照して、以下は、ＴＸ ＵＥがＰＤＣＣＨをモニタし始める方法について記載する。図９は、サイドリンクＨＡＲＱプロセスａの最初の伝送に対する受信が失敗する例を示す。
図９に示されるように、第１端子（ＴＸ ＵＥ）は、ＤＲＸサイクルの「Ｏｎ Ｄｕｒａｔｉｏｎ」内でＰＤＣＣＨをモニタし、そして、サイドリンクＨＡＲＱプロセスａの最初の伝送をスケジューリングするために使用される最初の伝送に対するグラント（grant for initial transmission）を受信し得る。最初の伝送をスケジューリングするためのグラントを受け取ると、ＴＸ ＵＥはタイマｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始し得る。ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの実行中に、ＴＸ ＵＥはＰＤＣＣＨをモニタする。
図９に示されるように、サイドリンクＨＡＲＱプロセスａの最初の伝送に対する受信が失敗する、例えば、ＲＸ ＵＥが復号化に失敗する場合には、ＴＸ ＵＥは、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位においてＰＤＣＣＨをモニタし始め得る。
実施例４では、サイドリンクＨＡＲＱプロセスａの前の伝送に対する受信が失敗する場合に、第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において、ＰＤＣＣＨをモニタし始めることが分かる。具体的に言えば、サイドリンクＨＡＲＱプロセスａの前の伝送に対する受信が失敗する場合に、ＨＡＲＱフィードバックオケージョンの後、第１端末はアクティブモードにあり、ネットワークデバイスによって配信されてサイドリンクＨＡＲＱプロセスａの再送をスケジューリングするために使用されるＰＤＣＣＨをモニタし受信し得る。このようにして、サイドリンクＨＡＲＱプロセスａの再送の効率は改善され得、サイドリンクデータ再送の遅延の増大は回避される。
以下は、上記の実施例１から実施例４に関連したいくつかの態様（１）から（３）について記載する。
（１）サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫ
上記の実施例１から実施例４において、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫの初期値は、ＡＣＫにセットされ得る。ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＡＣＫであることは、サイドリンクＨＡＲＱプロセスａの前の伝送に対する受信が成功することを示し得る。ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫであることは、サイドリンクＨＡＲＱプロセスａの前の伝送に対する受信が失敗することを示し得る。
以下は、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫを第１端末がどのように維持するかについて記載する。
１．第１端末は、次の場合のいずれか１つにおいて、ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＡＣＫにセットし得る。
場合１：第２端末によって送信されて第１端末によって受信されるＨＡＲＱフィードバックがＡＣＫである。
場合２：第１端末が、サイドリンクＨＡＲＱプロセスａの伝送（最初の伝送及び再送を含む）をスケジューリングするために使用されるＰＤＣＣＨをモニタし受信する。
２．第１端末は、次の場合のいずれか１つにおいて、ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫをＮＡＣＫにセットし得る。
場合１：第２端末によって送信されて第１端末によって受信されるＨＡＲＱフィードバックがＮＡＣＫである。
場合２：第１端末が、第２端末によって送信されたＨＡＲＱフィードバックを受信することができない。
第１端末が第２端末によって送信されたＨＡＲＱフィードバックを受信することができないことは、第１端末が、ＨＡＲＱフィードバックのフィードバックオケージョンで、第２端末によって送信されたＨＡＲＱフィードバックを受信することができないことを具体的に意味し得る。
場合３：第１端末が、第２端末へ、サイドリンクＨＡＲＱプロセスａに関連したデータａを、サイドリンクＨＡＲＱプロセスａに割り当てられた伝送リソースで送信することができない。
ここで、サイドリンクＨＡＲＱプロセスａに割り当てられた伝送リソースは、サイドリンクＨＡＲＱプロセスａの最初の伝送及び再送のために使用され得る。場合３の原因は、リソースコンフリクトであり得る。具体的に言えば、第１端末は、データａの代わりに、サイドリンクＨＡＲＱプロセスａに割り当てられた伝送リソースで他のデータを送信する。
（２）サイドリンクＨＡＲＱプロセスａに関連した状態変数ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢ
上記の実施例１から実施例４において、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢの初期値は、０にセットされ得る。第１端末がサイドリンクＨＡＲＱプロセスａの伝送（最初の伝送及び再送を含む）をスケジューリングするために使用されるＰＤＣＣＨをモニタし受信するたびに、第１端末は、サイドリンクＨＡＲＱプロセスａに関連したＣＵＲＲＥＮＴ＿ＳＬ＿ＴＸ＿ＮＢを１ずつ増やし得る。サイドリンクＨＡＲＱプロセスａの伝送をスケジューリングするために使用されるＰＤＣＣＨは、ネットワークデバイスによってサイドリンクＨＡＲＱプロセスａに割り当てられた伝送リソースを示し得る。
（３）シンボル及びスロットの長さ
上記の実施例１から実施例４において、シンボル及びスロットの長さは、第１データを伝送するために使用されるサイドリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジー、例えば、サブキャリア空間（subcarrier space，ＳＣＳ）に依存し得る。これは、それに限られない。シンボル及びスロットの長さはまた、ＨＡＲＱフィードバックが第１端末によってネットワークデバイスへ送られるアップリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存してもよい。
上記の実施例１から実施例４において、サイドリンクＨＡＲＱプロセスａは、第１サイドリンクＨＡＲＱプロセスと呼ばれてもよく、データは、第１データと呼ばれてもよい。ＰＤＣＣＨ２は、第１ＰＤＣＣＨと呼ばれてもよく、ＰＤＣＣＨ１は、第２ＰＤＣＣＨと呼ばれてもよい。第２端末によって第１端末へ送信されるＨＡＲＱフィードバックは、第１フィードバックと呼ばれてもよい。
図１０を参照されたい。図１０は、本願のいくつかの実施形態に従う端末３００を示す。端末３００は、上記の方法実施形態で述べられている第１端末として実装されてもよく、あるいは、上記の方法実施形態で述べられている第２端末として実装されてもよい。具体的に、端末３００は、図１に示されている無線通信システム１００における端末１０３（例えば、車載端末）であってよい。図１０に示されるように、端末３００は、入出力モジュール（オーディオ入出力モジュール３１８、キー入力モジュール３１６、ディスプレイ３２０、など）、ユーザインターフェース３０２、１つ以上の端末プロセッサ３０４、送信器３０６、受信器３０８、結合器３１０、アンテナ３１４、及びメモリ３１２を含み得る。これらのコンポーネントは、バスを通じて、又は他の方法で接続され得る。図１０では、コンポーネントがバスを通じて接続されている例が使用される。
アンテナ３１４は、伝送線路内の電磁気エネルギを自由空間内の電磁波に変換するか、あるいは、自由空間内の電磁波を伝送線路内の電磁気エネルギに変換するよう構成され得る。結合器３１０は、アンテナ３１４によって受信された移動体通信信号を複数のチャネルの信号に分割し、複数のチャネルの信号を複数の受信器３０８に割り当てるよう構成される。
送信器３０６は、端末プロセッサ３０４によって出力された信号に対して伝送処理、例えば、信号変調を実行するよう構成され得る。受信器３０８は、アンテナ３１４によって受信された移動体通信信号に対して受信処理、例えば、信号復調を実行するよう構成され得る。本願のいくつかの実施形態において、送信器３０６及び受信器３０８は、無線モデムと見なされ得る。端末３００には、１つ以上の送信器３０６及び受信器３０８が存在してもよい。
送信器３０６及び受信器３０８の通信機能は、次の通信システム：グローバル・システム・フォー・モバイル・コミュニケーションズ（Global System for Mobile Communications，ＧＳＭ）（２Ｇ）、広帯域符号分割多重アクセス（Wideband Code Division Multiple Access，ＷＣＤＭＡ）（３Ｇ）、ロング・ターム・エボリューション（Long Term Evolution，ＬＴＥ）（４Ｇ）、５Ｇ、又は将来のニュー・ラジオ、のうちの１つ以上に適用され得る。
図１０に示される送信器３０６及び受信器３０８に加えて、端末３００は、他の通信コンポーネント、例えば、ＧＰＳモジュール、Ｂｌｕｅｔｏｏｔｈ（Bluetooth）モジュール、又はワイヤレス・フィデリティ（Wireless Fidelity，Ｗｉ－Ｆｉ）モジュールを更に含んでもよい。上記の無線通信信号に加えて、端末３００は、他の無線通信信号、例えば、衛星信号又は短波信号を更にサポートしてもよい。無線通信に加えて、端末３００は、有線通信をサポートするよう有線ネットワークインターフェース（例えば、ＬＡＮインターフェース）を更に備えてもよい。
入出力モジュールは、端末３００とユーザ／外部環境との間の相互作用を実装するよう構成され得、また、主に、オーディオ入出力モジュール３１８、キー入力モジュール３１６、ディスプレイ３２０、などを含み得る。具体的な実施では、入出力モジュールは、カメラ、タッチスクリーン、センサ、などを更に含んでもよい。入出力モジュールは全て、ユーザインターフェース３０２を通じて端末プロセッサ３０４と通信する。
メモリ３１２は、端末プロセッサ３０４へ結合され、様々なソフトウェアプログラム及び／又は命令の複数のグループを記憶するよう構成される。具体的な実施では、メモリ３１２は、高速ランダム・アクセス・メモリを含んでよく、また、不揮発性メモリ、例えば、１つ以上の磁気ディスク記憶デバイス、フラッシュメモリデバイス、又は他の不揮発性固体状態記憶デバイスを含んでもよい。メモリ３１２は、オペレーティングシステム（以下では略してシステムと呼ばれる）、例えば、Ａｎｄｒｏｉｄ、ｉＯＳ、Ｗｉｎｄｏｗｓ、又はＬｉｎｕｘのような埋め込みオペレーティングシステムを記憶し得る。メモリ３１２は、ネットワーク通信プログラムを更に記憶し得る。ネットワーク通信プログラムは、１つ以上の更なるデバイス、１つ以上の端末デバイス、及び１つ以上のネットワークデバイスと通信するために使用され得る。メモリ３１２は、ユーザインターフェースプログラムを更に記憶し得る。ユーザインターフェースプログラムは、アプリケーションプログラムの内容と、アプリケーションプログラムに対するユーザの制御操作を受け取るためのメニュー、ダイアログボックス、及びキーなどのユーザ入力制御とを鮮やかに表示するために、グラフィカルオペレーティングインターフェースを使用し得る。
本願のいくつかの実施形態において、端末３００が上記の方法実施形態で述べられている第１端末として実装される場合に、メモリ３１２は、第１端末側で本願の１つ以上の実施形態で提供される間欠受信方法を実装するためのプログラムを記憶するよう構成され得る。端末３００が上記の方法実施形態で述べられている第２端末として実装される場合に、メモリ３１２は、第２端末側で本願の１つ以上の実施形態で提供される間欠受信方法を実装するためのプログラムを記憶するよう構成され得る。本願の１つ以上の実施形態に従う間欠受信方法の実装については、続く実施形態を参照されたい。
端末プロセッサ３０４は、コンピュータ可読命令を読み出して実行するよう構成され得る。具体的に、端末プロセッサ３０４は、メモリ３１２に記憶されているプログラム、例えば、本願の１つ以上の実施形態で提供される間欠受信方法の実装のためのプログラムを呼び出し、プログラムに含まれている命令を実行するよう構成され得る。
端末プロセッサ３０４は、モデム（Modem）プロセッサであってよく、３ＧＰＰ及びＥＴＳＩなどの無線通信規格での主な機能を実装するモジュールである。モデムは、独立したチップとして使用されてよく、あるいは、特定のシステム向けのチップ又は集積回路を形成するよう他のチップ又は回路と結合されてもよい。これらのチップ又は集積回路は、車載端末、携帯電話機、コンピュータ、ノートブック、タブレット、ルータ、ウェアラブルデバイス、及びホームアプライアンスを含む、無線通信機能を実装する全てのデバイスに適用され得る。留意されるべきは、異なる実施形態では、端末プロセッサ３０４のプロセッサは、独立したチップとして使用され、オフチップメモリへ結合されてもよく、つまり、チップはメモリを含まない点である。代替的に、端末プロセッサ３０４のプロセッサは、オンチップメモリへ結合され、チップに組み込まれ、つまり、チップはメモリを含む。
端末３００は、図１に示される無線通信システム１００の端末１０３として実装され得ることが理解され得る。
留意されるべきは、図１０に示される端末３００は、本願の実例にすぎない点である。実際の適用では、端末３００は、より多い又はより少ないコンポーネントを含んでもよい。これは、ここで限定されない。
図１１を参照されたい。図１１は、本願のいくつかの実施形態に従うネットワークデバイス４００を示す。図１１に示されるように、ネットワークデバイス４００は、１つ以上のネットワークデバイスプロセッサ４０１、送信器４０７、受信器４０９、結合器４１１、アンテナ４１３、及びメモリ４０５を含み得る。これらのコンポーネントは、バスを通じて、又は他の方法で接続され得る。図１１では、コンポーネントがバスを通じて接続されている例が使用される。
アンテナ４１３は、伝送線路内の電磁気エネルギを自由空間内の電磁波に変換するか、あるいは、自由空間内の電磁波を伝送線路内の電磁気エネルギに変換するよう構成され得る。結合器４１１は、移動体通信信号を複数のチャネルの信号に分割し、複数のチャネルの信号を複数の受信器４０９に割り当てるよう構成される。
送信器４０７は、ネットワークデバイスプロセッサ４０１によって出力された信号に対して伝送処理、例えば、信号変調を実行するよう構成され得る。受信器４０９は、アンテナ４１３によって受信された移動体通信信号に対して受信処理、例えば、信号復調を実行するよう構成され得る。本願のいくつかの実施形態において、送信器４０７及び受信器４０９は、無線モデムと見なされ得る。ネットワークデバイス４００には、１つ以上の送信器４０７及び受信器４０９が存在してもよい。
送信器４０７及び受信器４０９の通信機能は、次の通信システム：グローバル・システム・フォー・モバイル・コミュニケーションズ（Global System for Mobile Communications，ＧＳＭ）（２Ｇ）、広帯域符号分割多重アクセス（Wideband Code Division Multiple Access，ＷＣＤＭＡ）（３Ｇ）、ロング・ターム・エボリューション（Long Term Evolution，ＬＴＥ）（４Ｇ）、５Ｇ、又は将来のニュー・ラジオ、のうちの１つ以上に適用される。
メモリ４０５は、ネットワークデバイスプロセッサ４０１へ結合され、様々なソフトウェアプログラム及び／又は命令の複数のグループを記憶するよう構成される。具体的な実施では、メモリ４０５は、高速ランダム・アクセス・メモリを含んでよく、また、不揮発性メモリ、例えば、１つ以上の磁気ディスク記憶デバイス、フラッシュメモリデバイス、又は他の不揮発性固体状態記憶デバイスを含んでもよい。メモリ４０５は、オペレーティングシステム（以下では略してシステムと呼ばれる）、例えば、ｕＣＯＳ、ＶｘＷｏｒｋｓ、及びＲＴＬｉｎｕｘのような埋め込みオペレーティングシステムを記憶し得る。メモリ４０５は、ネットワーク通信プログラムを更に記憶し得る。ネットワーク通信プログラムは、１つ以上の更なるデバイス、１つ以上の端末デバイス、及び１つ以上のネットワークデバイスと通信するために使用され得る。
ネットワークデバイスプロセッサ４０１は、無線チャネル管理の実行、コール又は通信リンクの確立又は解放、現在の制御エリア内のユーザ装置のハンドオーバーの制御、などのために構成され得る。具体的な実施では、ネットワークデバイスプロセッサ４０１は、管理モジュール／通信モジュール（Administration Module/Communication Module，ＡＭ／ＣＭ）（スピーチチャネル切り替え及び情報交換のためのセンター）、基本モジュール（Basic Module，ＢＭ）（コール処理、シグナリング処理、無線リソース管理、無線リンク管理、及び回路保守機能を実装するよう構成される）、トランスコーダ及びサブマルチプレクサ（Transcoder and Sub-Multiplexer，ＴＣＳＭ）（多重化／逆多重化及びトランスコーディング機能を実装するよう構成される）、などを含み得る。
本願では、ネットワークデバイスプロセッサ４０１は、コンピュータ可読命令を読み出して実行するよう構成され得る。具体的に、ネットワークデバイスプロセッサ４０１は、メモリ４０５に記憶されているプログラム、例えば、ネットワークデバイス４００の側で、本願の１つ以上の実施形態に従う間欠受信方法を実装するためのプログラムを呼び出し、プログラムに含まれている命令を実行するよう構成され得る。
ネットワークデバイスプロセッサ４０１は、モデム（Modem）プロセッサであってよく、３ＧＰＰ及びＥＴＳＩなどの無線通信規格での主な機能を実装するモジュールである。モデムは、独立したチップとして使用されてよく、あるいは、特定のシステム向けのチップ又は集積回路を形成するよう他のチップ又は回路と結合されてもよい。これらのチップ又は集積回路は、例えば、ＬＴＥネットワークにおけるエボルブドＮｏｄｅＢ（evolved NodeB，ｅＮＢ又はｅＮｏｄｅＢ）、第３世代（the 3rd Generation，３Ｇ）ネットワークにおけるＮｏｄｅＢ（NodeB）、及び５Ｇネットワークにおける５Ｇ基地局（NR NodeB，ｇＮＢ）と呼ばれる、無線通信機能を実装する全てのネットワーク側デバイスに適用され得る。留意されるべきは、異なる実施形態では、ネットワークデバイスプロセッサ４０１は、独立したチップとして使用され、オフチップメモリへ結合されてもよく、つまり、チップはメモリを含まない点である。代替的に、ネットワークデバイスプロセッサ４０１のプロセッサは、オンチップメモリへ結合され、チップに組み込まれ、つまり、チップはメモリを含む。
ネットワークデバイス４００は、図１に示される無線通信システム１００のネットワークデバイス１０１として実装され得ることが理解され得る。
留意されるべきは、図１１に示されるネットワークデバイス４００は、本願の実例にすぎない点である。実際の適用では、ネットワークデバイス４００は、より多い又はより少ないコンポーネントを含んでもよい。これは、ここで限定されない。
図１２を参照されたい。図１２は、本願の実施形態に従う無線通信システム１０と、無線通信システム１０内の端末５００、端末６００、及びネットワークデバイス７００とを示す。ネットワークデバイス７００は、上記の方法実施形態におけるネットワークデバイスであってよく、端末５００及び端末６００は、夫々、上記の方法実施形態における第１端末（ＴＸ ＵＥ）及び第２端末（ＲＸ ＵＥ）であってよい。端末５００及び端末６００は、ＰＣ５インターフェースに基づいたサイドリンク接続を確立し得る。端末５００とネットワークデバイス７００との間ではＲＲＣ接続が確立され得、端末５００はＲＲＣコネクテッドモードにあることができる。端末６００とネットワークデバイス７００との間でもＲＲＣ接続が確立され得る。代替的に、端末６００は、ネットワークデバイス７００の通信カバレッジエリアの外に位置してもよい。
図１２に示されるように、端末５００は、処理ユニット５０１及び通信ユニット５０３を含み得る。
端末５００が上記の実施例１で記載される間欠受信方法を実装するとき、各機能ユニットの実装は次の通りであってよい。
処理ユニット５０１は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第１タイマを開始するよう構成され得る。
処理ユニット５０１は、第１タイマが満了し、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第２タイマを開始するよう更に構成され得る。ＮＡＣＫは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗することを示す。
通信ユニット５０３は、第２タイマの実行中にＰＤＣＣＨをモニタするよう構成され得る。
第１タイマ及び第２タイマは、第１サイドリンクＨＡＲＱプロセスに関連する。
第１サイドリンクＨＡＲＱプロセスは、第１データに関連する。第１サイドリンクＨＡＲＱプロセスは、端末５００によって、第１データを端末６００へ送るために使用される。ＨＡＲＱフィードバックオケージョンは、端末５００によって、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへ送るために使用される。ＨＡＲＱフィードバックは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを示すために使用される。
処理ユニット５０１は、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第１タイマを開始するよう特に構成され得る。
以下は、処理ユニット５０１が第１タイマ及び第２タイマを維持するいくつかの実施について記載する。
方法１
第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位で、処理ユニット５０１はｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬを開始し得る。第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫである場合に、処理ユニット５０１は、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了すると、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬを開始し得る。ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬの実行中に、通信ユニット５０３はＰＤＣＣＨをモニタし得る。
方法２
第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫである場合に、処理ユニット５０１は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第１タイマを開始し得る。ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬが満了するとき、処理ユニット５０１は第２タイマを開始し得る。通信ユニット５０３は、第２タイマの実行中にＰＤＣＣＨをモニタする。
上記の方法１及び方法２に加えて、処理ユニット５０１はまた、第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫに基づき、第１タイマ及び第２タイマを維持し得る。具体的な実施は次の通りであってよい。第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫである場合に、処理ユニット５０１は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第１タイマを開始し得る。第１サイドリンクＨＡＲＱプロセスに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫである場合に、第１タイマが満了するとき、第１装置は第２タイマを開始し得る。
端末５００が上記の実施形態２で記載される間欠受信方法を実装するとき、各機能ユニットの実装は次の通りであってよい。
処理ユニット５０１は、第１サイドリンクＨＡＲＱプロセスのハイブリッド自動再送要求ＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第３タイマを開始するよう構成され得る。
通信ユニット５０３は、第３タイマの実行中にＰＤＣＣＨをモニタするよう構成され得る。
第３タイマは、第１サイドリンクＨＡＲＱプロセスに関連する。
処理ユニット５０１は、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第３タイマを開始するよう特に構成され得る。
サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックに加えて、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫも、サイドリンクＨＡＲＱプロセスａの前の伝送に対する受信が成功するかどうかを示すために使用されてよい。
サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックに加えて、第１端末はまた、サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫに基づき第３タイマを維持し得る。具体的な実施は次の通りであってよい。サイドリンクＨＡＲＱプロセスａに関連した状態変数ＳＬ＿ＨＡＲＱ＿ＦＥＥＤＢＡＣＫがＮＡＣＫである場合に、第１端末は、サイドリンクＨＡＲＱプロセスａのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第３タイマを開始し得る。
端末５００が上記の実施例４で記載される間欠受信方法を実装する場合に、各機能ユニットの実装は次の通りであってよい。
処理ユニット５０１は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックを決定するよう構成され得る。
第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫである場合に、通信ユニット５０３は、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位においてＰＤＣＣＨをモニタし始めるよう構成され得る。
処理ユニット５０１は、次の場合のいずれか１つにおいて、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫであると決定、つまり、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗すると決定するよう特に構成され得る。
場合１：端末６００によって送信されて端末５００によって受信されるＨＡＲＱフィードバックがＮＡＣＫである。
ＨＡＲＱフィードバックは、第１サイドリンクＨＡＲＱプロセスに関連したデータの前の伝送に対する端末６００による受信が成功するかどうかを示すために、使用される。ＨＡＲＱフィードバックがＮＡＣＫであることは、端末６００が第１サイドリンクＨＡＲＱプロセスに関連したデータを受信することができないことを示し得る。端末６００が第１サイドリンクＨＡＲＱプロセスに関連したデータを受信することができない理由には、端末６００がデータを復号することができないこと、及び端末６００が第１リソースでデータを受信することができないことが含まれ得るが、これらに限られない。ここで、第１リソースは、第１サイドリンクＨＡＲＱプロセスの前の伝送のためにネットワークデバイスによってスケジューリングされたリソースである。
場合２：端末５００が、端末６００によって送信されたＨＡＲＱフィードバックを受信することができない。
端末５００が端末６００によって送信されたＨＡＲＱフィードバックを受信することができないことは、端末５００が、第１サイドリンクＨＡＲＱプロセスのフィードバックオケージョンで、端末６００によって送信されたＨＡＲＱフィードバックを受信することができないことを具体的に意味し得る。第１サイドリンクＨＡＲＱプロセスのフィードバックオケージョンは、ネットワークデバイスによって設定され得る。
場合３：端末５００がサイドリンクデータを端末６００へ第１リソースで送信することができない。
ここで、第１リソースは、第１サイドリンクＨＡＲＱプロセスの前の伝送のためにネットワークデバイスによってスケジューリングされたリソースである。場合３の原因は、リソースコンフリクトであり得る。具体的に言えば、端末５００は、データａの代わりに、第１リソースで他のデータを送信する。
処理ユニット５０１は、次の場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＡＣＫであると決定、つまり、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功すると決定するよう特に構成され得る：端末６００によって送信されて端末５００によって受信されるＨＡＲＱフィードバックがＡＣＫである。ＨＡＲＱフィードバックがＡＣＫであることは、端末６００が第１サイドリンクＨＡＲＱプロセスに関連したデータを受信することに成功したことを示し得る。
図１２に示されるように、ネットワークデバイス７００は、処理ユニット７０１及び通信ユニット７０３を含み得る。
処理ユニット７０１は、第１サイドリンクＨＡＲＱプロセスの伝送（最初の伝送及び再送を含む）のためのリソースを割り当てるよう構成され得る。
処理ユニット７０１は、ＲＲＣコネクテッドモードにある端末５００のために、ＤＲＸサイクルと、タイマ、つまり、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ、及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬとを設定するよう更に構成され得る。
処理ユニット７０１は、ＰＤＣＣＨでリソースグラントを配信するよう構成され得、リソースグラントは、ダウンリンク制御情報ＤＣＩにおいて運ばれ得る。リソースグラントは、第１サイドリンクＨＡＲＱプロセスの伝送（最初の伝送及び再送を含む）のためにネットワークデバイス７００によって割り当てられたリソースを示し得る。
図１２に示されるように、端末６００は、処理ユニット６０１及び通信ユニット６０３を含み得る。
処理ユニット６０１は、受信した第１データを復号するよう構成され得る。
通信ユニット６０３は、端末６００が第１データを受信することに成功したかどうかを示すために、ＨＡＲＱフィードバックを端末５００へ送信するよう更に構成され得る。
端末５００、端末６００、及びネットワークデバイス７００に含まれる各機能ユニットの具体的な実装については、上記の方法実施形態を参照されたいことが理解され得る。詳細は、ここで再び記載されない。
その上、本発明の実施形態は、無線通信システムを更に提供する。無線通信システムは、図１に示される無線通信システム１００であってよく、あるいは、図１２に示される無線通信システム１０であってよく、第１端末、第２端末、及びネットワークデバイスを含み得る。第１端末は、上記の実施形態における第１端末であってよく、第２端末は、上記の実施形態における第２端末であってよく、ネットワークデバイスは、上記の実施形態におけるネットワークデバイスであってよい。具体的に、第１端末は、図１０に示される端末３００であってよく、第２端末は、図１０に占めあれる端末３００であってよく、ネットワークデバイスは、図１０に示されるネットワークデバイス４００であってよい。
以下は、上記の方法の実施例１を例として使用することによって、無線通信システムにおける第１端末、第２端末、及びネットワークデバイスの具体的な実施について記載する。
例えば、図１０に示される端末は第１端末である。端末プロセッサ３０４は、送信器３０６を制御して送信を実行し、受信器３０８を制御して受信を実行するために、メモリ３１２に記憶されている命令を呼び出すよう構成される。送信器３０６は、データ及び／又はシグナリングを送信するプロセスを実行することにおいて端末を支援するよう構成される。受信器３０８は、データ及び／又はシグナリングを受信するプロセスを実行することにおいて端末を支援するよう構成される。メモリ３１２は、端末のプログラムコード及びデータを記憶するよう構成される。
端末プロセッサ３０４は、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第１タイマを開始するよう構成され得る。端末プロセッサ３０４は、第１タイマが満了し、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第２タイマを開始するよう構成され得る。ＮＡＣＫは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗することを示す。
受信器３０８は、第２タイマの実行中にＰＤＣＣＨをモニタするよう構成され得る。
第１タイマ及び第２タイマは、第１サイドリンクＨＡＲＱプロセスに関連する。第１サイドリンクＨＡＲＱプロセスは、第１データに関連する。第１サイドリンクＨＡＲＱプロセスは、端末５００によって、第１データを端末６００へ送信するために使用される。ＨＡＲＱフィードバックオケージョンは、端末５００によって、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックをネットワークデバイスへ送信するために使用される。ＨＡＲＱフィードバックは、第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が成功するかどうかを示すために使用される。
この場合に、ＨＡＲＱフィードバックオケージョンの後、第２タイマの実行中、第１端末はアクティブモードにあり、そして、実行中にネットワークデバイスによって配信されてサイドリンクＨＡＲＱプロセスａの再送をスケジューリングするために使用されるＰＤＣＣＨをモニタし受信し得る。このようにして、サイドリンクＨＡＲＱプロセスａの再送の効率は改善され得、サイドリンクデータ再送の遅延の増大は回避される。
第１端末内のコンポーネントの具体的な実施については、上記の方法実施形態を参照されたい。詳細は、ここで再び記載されない。
例えば、図１０に示される端末は第２端末である。端末プロセッサ３０４は、送信器３０６を制御して送信を実行し、受信器３０８を制御して受信を実行するために、メモリ３１２に記憶されている命令を呼び出すよう構成される。送信器３０６は、データ及び／又はシグナリングを送信するプロセスを実行することにおいて端末を支援するよう構成される。受信器３０８は、データ及び／又はシグナリングを受信するプロセスを実行することにおいて端末を支援するよう構成される。メモリ３１２は、端末のプログラムコード及びデータを記憶するよう構成される。
受信器３０８は、第１端末によって送信された第１データを受信するよう構成され得る。
端末プロセッサ３０４は、受信した第１データを復号するよう構成され得る。
送信器３０６は、第１データの受信に成功したかどうかを示すために、ＨＡＲＱフィードバックを第１端末へ送信するよう構成され得る。
第２端末内のコンポーネントの具体的な実施については、上記の方法実施形態を参照されたい。詳細は、ここで再び記載されない。
例えば、図１１に示されるネットワークデバイスは、上記のネットワークデバイスである。ネットワークデバイスプロセッサ４０１は、送信器４０７を制御して送信を実行し、受信器４０９を制御して受信を実行するために、メモリ４０５に記憶されている命令を呼び出すよう構成される。送信器４０７は、データ及び／又はシグナリングを送信するプロセスを実行することにおいて端末を支援するよう構成される。受信器４０９は、データ及び／又はシグナリングを受信するプロセスを実行することにおいて端末を支援するよう構成される。メモリ４０５は、端末のプログラムコード及びデータを記憶するよう構成される。
ネットワークデバイスプロセッサ４０１は、第１サイドリンクＨＡＲＱプロセスの伝送（最初の伝送及び再送を含む）のためのリソースを割り当てるよう構成され得る。ネットワークデバイスプロセッサ４０１は、ＲＲＣコネクテッドモードにある第１端末のために、ＤＲＸサイクルと、タイマ、つまり、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＳＬ、及びｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＳＬとを設定するよう更に構成され得る。
送信器４０７は、ＰＤＣＣＨでリソースグラントを配信するよう構成され得、リソースグラントは、ダウンリンク制御情報ＤＣＩにおいて運ばれ得る。リソースグラントは、第１サイドリンクＨＡＲＱプロセスの伝送（最初の伝送及び再送を含む）のためにネットワークデバイスによって割り当てられたリソースを示し得る。
ネットワークデバイス内のコンポーネントの具体的な実施については、上記の方法実施形態を参照されたい。詳細は、ここで再び記載されない。
その上、本願は装置を更に提供する。装置は、プロセッサと、メモリへ結合されているメモリとを含み得る。
プロセッサは、コンピュータ可読命令を読み出して実行するよう構成され得る。具体的な実施では、プロセッサは、コントローラ、算術ユニット、及びレジスタを主に含み得る。コントローラは、命令を復号することに主に関与し、命令に対応する動作のための制御信号を送信する。算術ユニットは、固定小数点又は浮動小数点算術演算、シフト演算、論理演算、などを実行することに主に関与し、あるいは、アドレス計算及びアドレス変換を実行してもよい。レジスタは、命令実行中に一時的に記憶されるレジスタオペランド、中間演算結果、などをセーブすることに主に関与する。具体的な実施中に、プロセッサのハードウェアアーキテクチャは、特定用途向け集積回路（Application Specific Integrated Circuit，ＡＳＩＣ）アーキテクチャ、ＭＩＰＳアーキテクチャ、ＡＲＭアーキテクチャ、ＮＰアーキテクチャ、などであってよい。プロセッサは、シングルコア又はマルチコアプロセッサであってよい。
メモリは、コンピュータ可読命令を記憶するよう構成され得る。具体的な実施では、メモリは、高速ランダム・アクセス・メモリ、固体状態記憶デバイス、などを含んでよい。メモリに記憶される命令は、上記の方法実施形態で提供される間欠受信方法を実装するためのプログラムであってよい。
プロセッサは、１つ以上のインターフェースへ更に結合され得る。インターフェースは、汎用入出力（General Purpose Input/Output，ＧＰＩＯ）インターフェースであってよく、複数の周辺デバイス（例えば、無線周波数モジュール）へ接続され得る。インターフェースは、異なる周辺デバイスとプロセッサとの間の通信に別々に関与する複数の独立したインターフェース、例えば、Ｅｔｈｅｒｎｅｔインターフェース及び移動体通信インターフェース（例えば、Ｘ１インターフェース）を更に含んでもよい。
プロセッサは、メモリに記憶されているコンピュータ可読命令を読み出して実行するよう構成され得る。具体的に、プロセッサは、装置が上記の方法実施形態で提供される間欠受信方法を実行することを可能にするように、メモリに記憶されている命令を呼び出して実行するよう構成され得る。インターフェースは、プロセッサの実行結果を出力するよう構成され得る。
装置は、上記の方法実施形態における第１端末として実装されてもよく、上記の方法実施形態における第２端末として実装されてもよく、あるいは、上記の方法実施形態におけるネットワークデバイスとして実装されてもよい。留意されるべきは、装置の機能は、ハードウェアによって実装されてもよく、ソフトウェアによって実装されてもよく、あるいは、ソフトウェアとハードウェアとの組み合わせを使用することによって実装されてもよい点である。これは、ここで限定されない。
本願では、第１端末は第１装置とも呼ばれることがあり、第２端末は第２装置とも呼ばれることがある。
本発明の実施形態で開示される内容とともに記載される方法又はアルゴリズムステップは、ハードウェアによって実装されても、あるいは、プロセッサがソフトウェア命令を実行することによって実装されてもよい。ソフトウェア命令は、対応するソフトウェアモジュールを含み得る。ソフトウェアモジュールは、ＲＡＭ、フラッシュメモリ、ＲＯＭ、消去可能なプログラム可能ＲＯＭ（Erasable Programmable ROM，ＥＰＲＯＭ）、電気的ＥＰＲＯＭ（Electrically EPROM，ＥＥＰＲＯＭ）、レジスタ、ハードディスクドライブ、リムーバブルハードディスクドライブ、コンパクトディスク型リード・オンリー・メモリ（ＣＤ－ＲＯＭ）、又は当該技術でよく知られているあらゆる他の形態の記憶媒体で記憶されてもよい。例えば、記憶媒体はプロセッサへ結合され、それにより、プロセッサは、記憶媒体から情報を読み出し、あるいは、情報を記憶媒体に書き込むことができる。確かに、記憶媒体は更に、プロセッサのコンポーネントであってよい。プロセッサ及び記憶媒体は、ＡＳＩＣに置かれてもよい。その上、ＡＳＩＣは、トランシーバ又は中継デバイスに置かれてもよい。確かに、プロセッサ及び記憶媒体は、無線アクセスネットワークデバイス又は端末デバイスにおいて別個のコンポーネントとして存在してもよい。
当業者は、上記の１つ以上の例において、本発明の実施形態で記載される機能がハードウェア、ソフトウェア、ファームウェア、又はそれらの任意の組み合わせによって実装されてよいことに気付くはずである。ソフトウェアが機能を実装するために使用される場合には、機能はコンピュータ可読媒体に記憶されるか、あるいは、１つ以上の命令又はコードとしてコンピュータ可読媒体で伝送され得る。コンピュータ可読媒体は、コンピュータ記憶媒体及び通信媒体を含み、通信媒体は、１つの場所から他の場所へコンピュータプログラムが伝送されることを可能にする任意の媒体を含む。記憶媒体は、汎用又は専用のコンピュータがアクセスすることができる任意の利用可能な媒体であってよい。
上記の具体的な実施では、本発明の実施形態の目的、技術的解決法、及び利点は、更に詳細に記載されている。上記の説明は、本発明の実施形態の具体的な実施にすぎず、本発明の実施形態の保護範囲を限定する意図はないことが理解されるべきである。本発明の実施形態の技術的解決法に基づいて行われる如何なる変更、均等置換、又は改善も、本発明の実施形態の保護範囲内にあるべきである。
本願は、２０１９年８月１６日付けで、「DISCONTINUOUS RECEPTION METHOD, RELATED APPRATUS AND SYSTEM」と題されて中国国家知識産権局に出願された中国特許出願第２０１９１０７７２０５３．８号に対する優先権を主張するものであり、前述の中国特許出願は、その全文を参照により本願に援用される。

Claims (31)

  1. 間欠受信方法であって、
    第１装置によって、第１サイドリンクハイブリッド自動再送要求ＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において、第１タイマを開始することと、
    前記第１装置によって、前記第１タイマが満了し、前記第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックが否定応答ＮＡＣＫである場合に、第２タイマを開始することであり、前記ＨＡＲＱフィードバックがＮＡＣＫであることは、前記第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗することを示す、ことと、
    前記第１装置によって、前記第２タイマの実行中に物理ダウンリンク制御チャネルＰＤＣＣＨをモニタすることと
    を有し、
    前記第１サイドリンクＨＡＲＱプロセスは、前記第１装置によって、第１データを第２装置へ送るために使用され、
    前記ＨＡＲＱフィードバックオケージョンは、前記第１装置によって、前記第１サイドリンクＨＡＲＱプロセスの前記ＨＡＲＱフィードバックをネットワークデバイスへ送るために使用され、
    前記ＨＡＲＱフィードバックは、前記第１サイドリンクＨＡＲＱプロセスの前記前の伝送に対する受信が成功するかどうかを示すために使用され、
    前記第１タイマ及び前記第２タイマは、前記第１サイドリンクＨＡＲＱプロセスに関連する、
    方法。
  2. 前記第１装置によって、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において、第１タイマを開始することは、
    前記ＨＡＲＱフィードバックがＮＡＣＫである場合に、前記第１装置によって、前記第１サイドリンクＨＡＲＱプロセスの前記ＨＡＲＱフィードバックオケージョンの後の最初の時間単位において前記第１タイマを開始することを特に有する、
    請求項１に記載の方法。
  3. 前記第１装置によって、次の条件：
    前記第２装置によって送信されて前記第１装置によって受信される第１フィードバックがＮＡＣＫであり、前記第１フィードバックが、前記第１サイドリンクＨＡＲＱプロセスの前記前の伝送に対する前記第２装置による受信が成功するかどうかを示すために使用されること、又は
    前記第１装置が、前記第２装置によって送信された前記第１フィードバックを受信することができないこと、又は
    前記第１装置が、前記第１データを前記第２装置へ第１リソースで送信することができず、前記第１リソースは、前記第１サイドリンクＨＡＲＱプロセスの前記前の伝送のために前記ネットワークデバイスによってスケジューリングされたリソースであること
    のうちのいずれか１つで、前記第１サイドリンクＨＡＲＱプロセスの前記ＨＡＲＱフィードバックがＮＡＣＫであると決定することを更に有する、
    請求項１又は２に記載の方法。
  4. 前記第１サイドリンクＨＡＲＱプロセスは、第１変数に関連し、該第１変数は、前記第１サイドリンクＨＡＲＱプロセスの前記前の伝送に対する受信が成功するかどうかを記録するために使用され、
    前記第１変数がＮＡＣＫであることは、前記第１サイドリンクＨＡＲＱプロセスの前記前の伝送が失敗することを示す、
    請求項１乃至３のうちいずれか一項に記載の方法。
  5. 前記第１装置によって、第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において、第１タイマを開始することは、
    前記第１変数がＮＡＣＫである場合に、前記第１装置によって、前記第１サイドリンクＨＡＲＱプロセスの前記ＨＡＲＱフィードバックオケージョンの後の最初の時間単位において前記第１タイマを開始することを特に有する、
    請求項４に記載の方法。
  6. 前記第１装置によって、前記第１タイマが満了し、ＨＡＲＱフィードバックがＮＡＣＫである場合に、第２タイマを開始することは、
    前記第１装置によって、前記第１タイマが満了し、前記第１変数がＮＡＣＫである場合に、前記第２タイマを開始することを特に有する、
    請求項４に記載の方法。
  7. 前記時間単位は、シンボル又はスロットを有する、
    請求項１乃至６のうちいずれか一項に記載の方法。
  8. 前記第１タイマの計時の単位は、シンボルであり、
    前記第２タイマの計時の単位は、スロットである、
    請求項１乃至７のうちいずれか一項に記載の方法。
  9. 前記シンボル及び前記スロットの長さは、前記第１データを送信するために使用されるサイドリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存し、あるいは、
    前記シンボル及び前記スロットの長さは、前記ＨＡＲＱフィードバックが前記第１装置によって前記ネットワークデバイスへ送られるアップリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存する、
    請求項７又は８に記載の方法。
  10. 前記第１装置によって、該第１装置が第１ＰＤＣＣＨを検出するときに前記第２タイマを停止することを更に有し、
    前記第１ＰＤＣＣＨは、前記第１サイドリンクＨＡＲＱプロセスの伝送リソースをスケジューリングするために使用される、
    請求項１乃至９のうちいずれか一項に記載の方法。
  11. 前記第１装置は、端末デバイス、又は該端末デバイスに配置され得るチップである、
    請求項１乃至１０のうちいずれか一項に記載の方法。
  12. 無線リソース制御ＲＲＣ接続が、前記第１装置と前記ネットワークデバイスとの間に確立され、前記第１装置は、ＲＲＣコネクテッドモードにある、
    請求項１乃至１１のうちいずれか一項に記載の方法。
  13. サイドリンクが、前記第１装置と前記第２装置との間に確立される、
    請求項１乃至１２のうちいずれか一項に記載の方法。
  14. 前記第１装置によって、前記第１サイドリンクＨＡＲＱプロセスの前記ＨＡＲＱフィードバックオケージョンの前に第２ＰＤＣＣＨをモニタすることを更に有し、
    前記第２ＰＤＣＣＨは、前記第１サイドリンクＨＡＲＱプロセスの前記前の伝送のために前記ネットワークデバイスによってスケジューリングされた前記リソースを示すために使用される、
    請求項１乃至１３のうちいずれか一項に記載の方法。
  15. 前記第１装置によって、前記第１データの伝送のための伝送リソースをスケジューリングすることを前記ネットワークデバイスに要求するよう、リソーススケジューリング要求を前記ネットワークデバイスへ送ることを更に有し、
    サイドリンク伝送のために前記ネットワークデバイスによってスケジューリングされたリソースは、ＰＤＣＣＨで示される、
    請求項１乃至１４のうちいずれか一項に記載の方法。
  16. 前記第１装置によって、次の：
    前記第２装置によって送信されて前記第１装置によって受信される前記第１フィードバックがＡＣＫである
    場合に、前記第１サイドリンクＨＡＲＱプロセスの前記ＨＡＲＱフィードバックがＡＣＫであると決定することを更に有し、
    前記第１フィードバックがＡＣＫであることは、前記第２装置が前記第１サイドリンクＨＡＲＱプロセスに関連したデータを受信することに成功したことを示す、
    請求項１乃至１５のうちいずれか一項に記載の方法。
  17. 第１装置を有する装置であって、
    第１サイドリンクハイブリッド自動再送要求ＨＡＲＱプロセスのＨＡＲＱフィードバックオケージョンの後の最初の時間単位において第１タイマを開始するよう構成されるプロセッサであり、前記第１タイマが満了し、前記第１サイドリンクＨＡＲＱプロセスのＨＡＲＱフィードバックがＮＡＣＫである場合に、第２タイマを開始するよう更に構成され、前記ＨＡＲＱフィードバックがＮＡＣＫであることは、前記第１サイドリンクＨＡＲＱプロセスの前の伝送に対する受信が失敗することを示す、前記プロセッサと、
    前記第２タイマの実行中にＰＤＣＣＨをモニタするよう構成されるトランシーバと
    を有し、
    前記第１サイドリンクＨＡＲＱプロセスは、前記第１装置によって、第１データを第２装置へ送るために使用され、
    前記ＨＡＲＱフィードバックオケージョンは、前記第１装置によって、前記第１サイドリンクＨＡＲＱプロセスの前記ＨＡＲＱフィードバックをネットワークデバイスへ送るために使用され、
    前記ＨＡＲＱフィードバックは、前記第１サイドリンクＨＡＲＱプロセスの前記前の伝送に対する受信が成功するかどうかを示すために使用され、
    前記第１タイマ及び前記第２タイマは、前記第１サイドリンクＨＡＲＱプロセスに関連する、
    装置。
  18. 前記プロセッサは、前記ＨＡＲＱフィードバックがＮＡＣＫである場合に、前記第１サイドリンクＨＡＲＱプロセスの前記ＨＡＲＱフィードバックオケージョンの後の最初の時間単位において前記第１タイマを開始するよう特に構成される、
    請求項１７に記載の装置。
  19. 前記プロセッサは、次の条件：
    前記第２装置によって送信されて前記第１装置によって受信される第１フィードバックがＮＡＣＫであり、前記第１フィードバックが、前記第１サイドリンクＨＡＲＱプロセスの前記前の伝送に対する前記第２装置による受信が成功するかどうかを示すために使用されること、又は
    前記第１装置が、前記第２装置によって送信された前記第１フィードバックを受信することができないこと、又は
    前記第１装置が、前記第１データを前記第２装置へ第１リソースで送信することができず、前記第１リソースは、前記第１サイドリンクＨＡＲＱプロセスの前記前の伝送のために前記ネットワークデバイスによってスケジューリングされたリソースであること
    のうちのいずれか１つで、前記第１サイドリンクＨＡＲＱプロセスの前記ＨＡＲＱフィードバックがＮＡＣＫであると決定するよう更に構成される、
    請求項１７又は１８に記載の装置。
  20. 前記第１サイドリンクＨＡＲＱプロセスは、第１変数に関連し、該第１変数は、前記第１サイドリンクＨＡＲＱプロセスの前記前の伝送に対する受信が成功するかどうかを記録するために使用され、
    前記第１変数がＮＡＣＫであることは、前記第１サイドリンクＨＡＲＱプロセスの前記前の伝送が失敗することを示す、
    請求項１７乃至１９のうちいずれか一項に記載の装置。
  21. 前記プロセッサは、前記第１変数がＮＡＣＫである場合に、前記第１サイドリンクＨＡＲＱプロセスの前記ＨＡＲＱフィードバックオケージョンの後の最初の時間単位において前記第１タイマを開始するよう特に構成される、
    請求項２０に記載の装置。
  22. 前記プロセッサは、前記第１タイマが満了し、前記第１変数がＮＡＣＫである場合に、前記第２タイマを開始するよう特に構成される、
    請求項２１に記載の装置。
  23. 前記時間単位は、シンボル又はスロットを有する、
    請求項１７乃至２２のうちいずれか一項に記載の装置。
  24. 前記第１タイマの計時の単位は、シンボルであり、
    前記第２タイマの計時の単位は、スロットである、
    請求項１７又は１８に記載の装置。
  25. 前記シンボル及び前記スロットの長さは、前記第１データを送信するために使用されるサイドリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存し、あるいは、
    前記シンボル及び前記スロットの長さは、前記ＨＡＲＱフィードバックが前記第１装置によって前記ネットワークデバイスへ送られるアップリンクの帯域幅部分ＢＷＰのパラメータセットニューメロロジーに依存する、
    請求項２３又は２４に記載の装置。
  26. 前記プロセッサは更に、前記第１装置が第１ＰＤＣＣＨを検出するときに前記第２タイマを停止するよう特に構成され、
    前記第１ＰＤＣＣＨは、前記第１サイドリンクＨＡＲＱプロセスの伝送リソースをスケジューリングするために使用される、
    請求項１７乃至２５のうちいずれか一項に記載の装置。
  27. 前記第１装置は、端末デバイス、又は該端末デバイスに配置され得るチップである、
    請求項１７乃至２６のうちいずれか一項に記載の装置。
  28. プロセッサ及びメモリを有し、
    前記プロセッサは、命令を記憶する前記メモリへ結合され、
    前記プロセッサは、前記メモリ内の前記命令を呼び出して、請求項１乃至１６のうちいずれか一項に記載の方法を実行するよう構成される、
    装置。
  29. 命令を有し、
    命令が装置で実行される場合に、前記装置は、請求項１乃至１６のうちいずれか一項に記載の方法を実行することができる、
    コンピュータ可読記憶媒体。
  30. 命令を有するコンピュータプログラム製品であって、
    前記コンピュータプログラム製品が装置で実行される場合に、前記装置は、請求項１乃至１６のうちいずれか一項に記載の方法を実行することができる、
    コンピュータプログラム製品。
  31. 送信器、受信器、メモリ、及びプロセッサを有する装置であって、
    前記送信器、前記受信器、及び前記メモリは、前記プロセッサへ結合され、
    前記メモリは、前記プロセッサによって実行され得る命令を記憶するよう構成され、
    前記プロセッサは、前記メモリ内の前記命令を呼び出し、前記送信器及び前記受信器と協働して、前記装置が請求項１乃至１６のうちいずれか一項に記載の方法を実行することを可能にする、
    装置。
JP2022509717A 2019-08-16 2020-08-14 間欠受信方法、関連する装置及びシステム Active JP7241237B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201910772053.8A CN112399644B (zh) 2019-08-16 2019-08-16 非连续接收方法、相关装置及系统
CN201910772053.8 2019-08-16
PCT/CN2020/109378 WO2021032026A1 (zh) 2019-08-16 2020-08-14 非连续接收方法、相关装置及系统

Publications (2)

Publication Number Publication Date
JP2022543907A true JP2022543907A (ja) 2022-10-14
JP7241237B2 JP7241237B2 (ja) 2023-03-16

Family

ID=74603654

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022509717A Active JP7241237B2 (ja) 2019-08-16 2020-08-14 間欠受信方法、関連する装置及びシステム

Country Status (6)

Country Link
US (1) US12063533B2 (ja)
EP (2) EP4017211B1 (ja)
JP (1) JP7241237B2 (ja)
KR (1) KR20220048009A (ja)
CN (3) CN112399644B (ja)
WO (1) WO2021032026A1 (ja)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111800893B (zh) * 2019-08-22 2022-06-17 维沃移动通信有限公司 边链路非连续发送、接收方法与装置及终端设备
WO2021080240A1 (ko) * 2019-10-24 2021-04-29 주식회사 케이티 사이드링크 통신을 제어하는 방법 및 그 장치
US11985514B2 (en) * 2020-08-13 2024-05-14 Qualcomm Incorporated Discontinuous reception configuration in sidelink communication deployments
US12009932B2 (en) * 2020-09-25 2024-06-11 Qualcomm Incorporated Type 3 hybrid automatic repeat request codebook for sidelink
WO2022077395A1 (zh) * 2020-10-15 2022-04-21 Oppo广东移动通信有限公司 侧行链路的传输方法和终端
EP4304277A1 (en) * 2021-03-03 2024-01-10 LG Electronics Inc. Ue operation method related to psfch and pucch transmission in sidelink in wireless communication system
CN115087140A (zh) * 2021-03-11 2022-09-20 华为技术有限公司 通信方法和通信装置
WO2022188698A1 (zh) * 2021-03-11 2022-09-15 华为技术有限公司 通信方法和通信装置
CN113517961B (zh) * 2021-03-11 2022-11-11 中国信息通信研究院 一种非连续接收反馈定时方法和设备
BR112023018380A2 (pt) * 2021-03-12 2023-10-31 Beijing Xiaomi Mobile Software Co Ltd Método e aparelho para processar uma recepção descontínua, dispositivo terminal, e, meio de armazenamento legível por computador
WO2022194088A1 (zh) * 2021-03-17 2022-09-22 维沃移动通信有限公司 非连续接收方法、装置及终端
CN115119182B (zh) * 2021-03-17 2024-10-15 维沃移动通信有限公司 定时器控制方法、装置及终端
JP7551897B2 (ja) * 2021-03-26 2024-09-17 エルジー エレクトロニクス インコーポレイティド Ｎｒ ｖ２ｘでｓｌ ｈａｒｑフィードバックを送信する方法及び装置
CN117044383A (zh) * 2021-03-31 2023-11-10 Oppo广东移动通信有限公司 一种控制定时器的方法及装置、终端设备
CN115190439B (zh) * 2021-04-01 2024-06-14 华为技术有限公司 侧行链路通信方法及装置
EP4311356A4 (en) * 2021-04-01 2024-06-12 Huawei Technologies Co., Ltd. METHOD AND DEVICE FOR SIDELINK TRANSMISSION
WO2022205445A1 (zh) * 2021-04-02 2022-10-06 Oppo广东移动通信有限公司 一种数据重传方法及相关设备
US20240188181A1 (en) * 2021-04-11 2024-06-06 Lenovo (Beijing) Limited Methods and apparatuses for sidelink communication
CN116458267A (zh) * 2021-04-13 2023-07-18 Oppo广东移动通信有限公司 非连续接收方法及相关装置
US20220377831A1 (en) * 2021-05-24 2022-11-24 Qualcomm Incorporated Timer operations for directional sidelink discontinuous reception
US11824662B2 (en) 2022-04-22 2023-11-21 Asus Technology Licensing Inc. Method and apparatus for discontinuous reception regarding PUCCH transmission in a wireless communication system
US12089283B2 (en) 2022-12-23 2024-09-10 Asus Technology Licensing Inc. Method and apparatus for downlink discontinuous reception regarding sidelink transmission in a wireless communication system

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018061759A1 (ja) * 2016-09-30 2018-04-05 京セラ株式会社 通信制御方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016178552A1 (en) * 2015-05-07 2016-11-10 Lg Electronics Inc. Method and apparatus for performing sidelink transmission based on contention based scheduling request in wireless communication system
WO2017041276A1 (zh) 2015-09-10 2017-03-16 华为技术有限公司 一种数据传输方法、终端及ran设备
EP4191919A1 (en) * 2017-11-22 2023-06-07 FG Innovation Company Limited Discontinuous reception operations among multiple bandwidth parts
KR20210118542A (ko) * 2020-03-23 2021-10-01 주식회사 아이티엘 무선 통신 시스템에서 단말간 통신에 기초한 네트워크와 단말간 링크에 대한 drx 방법 및 장치
CN113677020A (zh) * 2020-05-15 2021-11-19 华为技术有限公司 通信方法、装置及系统
US20230247550A1 (en) * 2020-05-21 2023-08-03 FG Innovation Company Limited Method and user equipment for performing sidelink communication

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018061759A1 (ja) * 2016-09-30 2018-04-05 京セラ株式会社 通信制御方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CATT: "Scenarios of Mode 1 for sidelink unicast/groupcast", 3GPP TSG RAN WG2#104 R2-1816895, JPN6023003526, 2 November 2018 (2018-11-02), FR, ISSN: 0004985362 *
FUJITSU: "Discussion on Sidelink Bi-mode Transmission in NR-V2X", 3GPP TSG RAN WG1#94B R1-1810595, JPN6023003525, 28 September 2018 (2018-09-28), FR, ISSN: 0004985363 *

Also Published As

Publication number Publication date
KR20220048009A (ko) 2022-04-19
EP4017211A1 (en) 2022-06-22
CN112399644B (zh) 2023-01-13
JP7241237B2 (ja) 2023-03-16
CN116566554A (zh) 2023-08-08
EP4017211A4 (en) 2022-10-19
WO2021032026A1 (zh) 2021-02-25
CN116056254A (zh) 2023-05-02
EP4358633A2 (en) 2024-04-24
CN112399644A (zh) 2021-02-23
US20220312241A1 (en) 2022-09-29
EP4017211B1 (en) 2023-11-22
US12063533B2 (en) 2024-08-13
EP4358633A3 (en) 2024-06-26

Similar Documents

Publication Publication Date Title
JP7241237B2 (ja) 間欠受信方法、関連する装置及びシステム
US11457494B2 (en) Communication method, communications device, and network device
EP3869884B1 (en) Harq negative feedback in sidelink communication
CN110876183B (zh) Rrc连接释放方法、相关设备及系统
CA3095219A1 (en) Discontinuous reception communication method and communications apparatus, communications device, and communications system
CN112534935B (zh) 用于促进harq传输的方法和设备
CN113708898B (zh) 一种通信方法及装置
EP3876464A1 (en) Internet of vehicles data transmission method, transmission terminal and network side device
CN113972967B (zh) 辅助信息发送方法、接收方法、装置、终端及网络侧设备
WO2022067549A1 (zh) 无线通信的方法和设备
CN116192343A (zh) 一种处理侧行链路资源的方法、装置及系统
WO2015015766A1 (ja) 通信装置並びにその制御方法、基地局装置並びにその制御方法、及びプログラム
CN112583559A (zh) 反馈方法及装置
CN113453317B (zh) 一种侧行链路通信方法及装置
CN116134906A (zh) 一种随机接入方法、电子设备及存储介质
WO2023173437A1 (en) Method, device and computer readable medium for communications
CN112398591A (zh) 一种确定侧行链路资源的方法、装置以及系统
WO2022178813A1 (zh) 一种侧行链路通信方法及装置
WO2022141412A1 (zh) 无线通信的方法和终端设备
WO2022011588A1 (en) Methods and apparatuses for a sidelink transmission in a drx mechanism
EP4429146A1 (en) Communication method and device
WO2022205346A1 (zh) 终端设备切换搜索空间集分组sssg的方法、终端设备和网络设备
WO2022205174A1 (zh) 一种控制定时器的方法及装置、终端设备
WO2021138907A1 (en) Method and apparatus for geo-based sidelink communication
WO2022205365A1 (zh) 激活时间的确定方法、装置、设备及存储介质

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220328

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220328

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230207

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230306

R150 Certificate of patent or registration of utility model

Ref document number: 7241237

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150