[发明专利]组播通信的HARQ反馈方法、装置及用户设备

说明书

本申请公开了一种组播通信的HARQ反馈方法、装置及用于设备，涉及通信技术领域，所述方法应用于第一UE，所述方法包括：接收第二UE发送的第一直通链路控制信息SCI；在第一SCI的HARQ反馈模式为仅反馈否定应答NACK，且向所述第二UE反馈NACK的情况下，若在所述第一SCI预约的资源位置上没有成功接收到所述第二UE发送的第二SCI，且在判定所述第二UE基于所述第一SCI预约的资源位置上的资源被抢占的场景之外的其他场景下，向所述第二UE发送NACK。本申请的方案减少了NACK only反馈模式下被误判为ACK的概率，提高了NACK only下的系统性能。

技术领域

本申请涉及通信技术领域，尤其是涉及一种组播通信的HARQ反馈方法、装置及用户设备。

背景技术

新无线车联网(New Radio Vehicle to Everything，NR V2X)为满足车联网的各种业务需求，可以支持单播，组播，广播三种数据传输方式。其中，为提高组播通信的可靠性，3GPP已通过讨论达成一致，在组播中引入反馈机制，如混合式自动重送请求(HybridAutomatic Repeat reQuest，简称HARQ)反馈机制。目前的反馈机制包括反馈ACK/NACK和NACK only两种模式。

针对组播通信，有两类场景：1)有组管理的组播；2)无组管理的组播。对于第一类场景，如果物理直通链路反馈信道(Physical Sidelink Feedback Channel，PSFCH)反馈资源受限的话，会采用NACK only反馈模式；对于第二类场景，NR引入了基于距离反馈的组播场景，比如传感器感知等场景，对于此场景只能采用NACK only模式。

针对NACK only组播通信，假定如下场景：用户{A,B，C，D，E，F，G}属于一个组，用户A给用户{B，C，D，E，F，G}发送业务数据；其中，传输块(Transport Block，TB)最大传输次数3：Nmax＝2；则传输过程如下：

初传：用户A发送的直通链路控制信息(Sidelink Control Information，SCI)中指示了下一次传输资源。用户B，C，D，E，F都接收成功，即ACK/NACK模式下反馈ACK，NACKonly模式下不需要做反馈；用户G的SCI译码成功，但是业务数据译码失败，即NACK only模式下需要反馈NACK，发送了负反馈；用户A接收到之后，确定还需要重传。

重传：比如，重传的物理直通链路控制信道(Physical Sidelink ControlChannel，PSCCH)发生了碰撞，导致所有用户都没有解析出PSCCH，用户B，C，D，E，F，G都不会做反馈，由于用户A没有收到任何信息，以为所有用户都接收成功了，不再重传。

因此，NACK only场景下，非连续传输(Discontinuous Transmission，DTX)存在被误判为ACK的可能，且从仿真来看，NACK only模式的性能比ACK/NACK模式差很多，在一定的配置下，比盲重传性能还要差。

发明内容

本申请的目的在于提供一种组播通信的HARQ反馈方法、装置及用户设备，从而解决现有技术中NACK only反馈模式下传输可靠性差的问题。

第一方面，为了达到上述目的，本申请实施例提供一种组播通信的HARQ反馈方法，应用于第一用户设备UE，所述方法包括：

接收第二UE发送的第一直通链路控制信息SCI；

在第一SCI的HARQ反馈模式为仅反馈否定应答NACK，且向所述第二UE反馈NACK的情况下，若在所述第一SCI预约的资源位置上没有成功接收到所述第二UE发送的第二SCI，且在判定所述第二UE基于所述第一SCI预约的资源位置上的资源被抢占的场景之外的其他场景下，向所述第二UE发送NACK。