[发明专利]重传请求反馈消息传输方法、UE及通信系统

说明书

本发明公开了一种重传请求反馈消息传输方法、UE及通信系统，其中的方法包括：UE获取网络侧设备下发的用于传输HARQ反馈消息的消息格式信息；UE接收到网络侧设备发送的传输块TB，对TB进行解调处理，基于消息格式信息生成与TB的解调结果相对应的HARQ反馈消息，并通过上行控制信道发送给网络侧设备。本发明的方法、UE及通信系统，网络侧设备可以根据处理能力、业务负载等配置HARQ反馈所使用PUCCH格式子集，增加处理灵活性；UE能够选择合适的PUCCH格式进行HARQ反馈，减少PUCCH开销或提高PUCCH传输可靠性；网络侧设备根据PUCCH格式对HARQ反馈进行盲检，降低处理复杂度。

技术领域

本发明涉及通信技术领域，尤其涉及一种重传请求反馈消息传输方法、UE及通信系统。

背景技术

在5G(第五代移动通信技术)通信技术标准中，包括三大类应用场景：增强移动宽带场景(Enhance Mobile Broadband，eMBB)、低时延高可靠场景(Ultra-relaible and LowLatencycommunication，URLLC)、和低功耗大连接场景(massive machine type ofcommunication，mMTC)。例如，在增强移动宽带场景中超高清视频、视频会议、3D游戏等应用不仅对通信速率提出了更高的需求，同时对时延也提出了更高的需求。在低时延高可靠场景中，车联网、工业控制、远程医疗等业务对时延提出了更高的要求。

未来5G需要同时满足三大类应用场景的多种业务的不同需求，

3GPP标准组织对低时延高可靠场景提出的需求是上行/下行单程用户面时延0.5ms。3GPP RAN1规定NR Rel-15版本将支持基于码块组(Code

block group,CBG)的传输和单比特/多比特HARQ-ACK反馈，3GPP

RAN1确定尽可能保证CBG传输对MAC层是透明的。基于CBG的传输适用于如下场景：eMBB场景：高频和大带宽或大子载波间隔，或者高数据速率和高多普勒场景时；eMBB与URLLC复用场景：由于突发URLLC占用或突发干扰造成一个TB中小部分资源传输失败。但是，基于CBG传输时的下行单比特/多比特HARQ ACK/NACK反馈的具体方案目前还没有确定。

发明内容

有鉴于此，本发明要解决的一个技术问题是提供一种重传请求反馈消息传输方法、UE及通信系统。

根据本发明的一个方面，提供一种重传请求反馈消息传输方法，包括：用户设备UE获取网络侧设备下发的用于传输混合自动重传请求HARQ反馈消息的消息格式信息；所述UE接收到所述网络侧设备发送的传输块TB，对所述TB进行解调处理；所述UE基于所述消息格式信息生成与所述TB的解调结果相对应的HARQ反馈消息，并通过上行控制信道发送给所述网络侧设备。

可选地，所述UE接收到所述网络侧设备通过RRC高层信令发送的所述消息格式信息，其中，所述网络侧设备根据处理能力和/或业务负载确定所述消息格式信息。

可选地，所述消息格式信息为包含有至少一个物理上行链路控制信道PUCCH格式的格式子集。

可选地，所述至少一个PUCCH格式包括：包含有用于指示TB解调结果的一个比特的第一格式、包含有用于指示传输码块组CBG解调结果的多个比特的第二格式。

可选地，所述UE基于所述消息格式信息生成与所述TB的解调结果相对应的HARQ反馈消息包括：所述UE根据所述TB的解调结果选取所述第一格式或所述第二格式，基于所述第一格式或所述第二格式生成所述HARQ反馈消息；其中，所述HARQ反馈消息包括：HARQ ACK消息、HARQ NACK消息。