CN113839747B - 混合自动重传请求harq反馈方法、终端设备和网络设备 - Google Patents

混合自动重传请求harq反馈方法、终端设备和网络设备 Download PDF

Info

Publication number
CN113839747B
CN113839747B CN202010515170.9A CN202010515170A CN113839747B CN 113839747 B CN113839747 B CN 113839747B CN 202010515170 A CN202010515170 A CN 202010515170A CN 113839747 B CN113839747 B CN 113839747B
Authority
CN
China
Prior art keywords
multicast
pucch resource
pdsch
target
scheduling
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.)
Active
Application number
CN202010515170.9A
Other languages
English (en)
Other versions
CN113839747A (zh
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.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication 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 Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN202010515170.9A priority Critical patent/CN113839747B/zh
Priority to KR1020227043911A priority patent/KR20230012017A/ko
Priority to PCT/CN2021/098359 priority patent/WO2021249302A1/zh
Priority to EP21822737.9A priority patent/EP4164157A4/en
Publication of CN113839747A publication Critical patent/CN113839747A/zh
Priority to US18/077,079 priority patent/US20230095951A1/en
Application granted granted Critical
Publication of CN113839747B publication Critical patent/CN113839747B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/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/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0093—Point-to-multipoint
    • 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/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • 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
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • 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/0091—Signaling for the administration of the divided path
    • 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
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种混合自动重传请求HARQ反馈方法、终端设备和网络设备，属于通信领域。其中，所述HARQ反馈方法包括：确定目标物理上行控制信道PUCCH资源，所述目标PUCCH资源为网络设备配置的终端设备UE专有的PUCCH资源；在所述目标PUCCH资源上，对组播物理下行共享信道PDSCH进行HARQ反馈。本申请实施例，可以在使用组播PDSCH时，实现对组播PDSCH的HARQ反馈的支持，从而提高组播PDSCH传输的可靠性，以及提高系统吞吐量。

Description

混合自动重传请求HARQ反馈方法、终端设备和网络设备
技术领域
本申请涉及通信领域，尤其涉及一种混合自动重传请求HARQ反馈方法、终端设备和网络设备。
背景技术
在移动通信系统中，用户设备(User Equipment，UE，也可称为终端设备等)需要对下行发送的物理下行共享信道(Physical Downlink Shared Channel，PDSCH)或一些物理下行控制信道(Physical Downlink Control Channel，PDCCH)进行混合自动重传请求(Hybrid Automatic Repeat Request，HARQ)反馈，其中，HARQ反馈在物理上行控制信道(Physical Uplink Control Channel，PUCCH)或物理上行共享信道(Physical UplinkShared Channel，PUSCH)上传输。
组播PDSCH可以通过组播广播单频网络机制或者组播下行控制信息(DownlinkControl Information，DCI)进行调度，但相关技术中不支持HARQ反馈，无法保证组播PDSCH传输可靠性。
发明内容
本申请实施例的目的是提供一种混合自动重传请求HARQ反馈方法、终端设备和网络设备，以能够解决在使用组播PDSCH时，不支持HARQ反馈的问题。
第一方面，本申请实施例提供一种混合自动重传请求HARQ反馈方法，应用于终端设备，所述方法包括：
确定目标物理上行控制信道PUCCH资源，所述目标PUCCH资源为网络设备配置的终端设备UE专有的PUCCH资源；在所述目标PUCCH资源上，对组播物理下行共享信道PDSCH进行HARQ反馈。
第二方面，本申请实施例提供一种终端设备，所述终端设备包括：
确定模块，用于确定目标物理上行控制信道PUCCH资源，所述目标PUCCH资源为网络设备配置的终端设备UE专有的PUCCH资源；反馈模块，用于在所述目标PUCCH资源上，对组播物理下行共享信道PDSCH进行HARQ反馈。
第三方面，本申请实施例提供一种终端设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
第四方面，本申请实施例提供一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。
第五方面，本申请实施例提供一种混合自动重传请求HARQ反馈方法，应用于网络设备，所述方法包括：
接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈；其中，所述目标PUCCH资源为所述网络设备配置的终端设备UE专有的PUCCH资源。
第六方面，本申请实施例提供一种网络设备，所述网络设备包括：
接收模块，用于接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈；其中，所述目标PUCCH资源为所述网络设备配置的终端设备UE专有的PUCCH资源。
第七方面，本申请实施例提供一种网络设备，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第五方面所述的方法的步骤。
第八方面，本申请实施例提供一种可读存储介质，所述可读存储介质上存储有程序或指令，所述程序或指令被处理器执行时实现如第五方面所述的方法的步骤。
在本申请实施例中，可以将网络设备配置的终端设备UE专有的物理上行控制信道PUCCH资源确定为目标PUCCH资源，以进一步在该目标PUCCH资源上对组播物理下行共享信道PDSCH进行HARQ反馈。如此，可以在使用组播PDSCH时，实现对组播PDSCH的HARQ反馈的支持，从而提高组播PDSCH传输的可靠性，以及提高系统吞吐量。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1是本申请实施例中一种HARQ反馈方法的流程示意图；
图2是本申请实施例中第二种HARQ反馈方法的流程示意图；
图3是本申请实施例中一种HARQ反馈的方式示意图；
图4是本申请实施例中另一种HARQ反馈的方式示意图；
图5是本申请实施例中一种终端设备的结构示意图；
图6是本申请实施例中一种网络设备的结构示意图；
图7是本申请实施例中第二种终端设备的结构示意图；
图8是本申请实施例中第二种网络设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。
本申请的技术方案，可以应用于各种通信系统，例如：全球移动通讯系统(GlobalSystem of Mobile communication，GSM)，码分多址(Code Division Multiple Access，CDMA)系统，宽带码分多址(Wideband Code Division Multiple Access，WCDMA)，通用分组无线业务(General Packet Radio Service，GPRS)，长期演进/增强长期演进(Long TermEvolution Advanced，LTE-A)，NR等。
用户端UE也可称之为终端设备(Mobile Terminal)、移动用户设备等，可以经无线接入网(Radio Access Network，RAN)与一个或多个核心网进行通信，用户设备可以是终端设备，如移动电话(或称为“蜂窝”电话)和具有终端设备的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。
网络设备，也可称之为基站，可以是GSM或CDMA中的基站(Base TransceiverStation，BTS)，也可以是WCDMA中的基站(NodeB)，还可以是LTE中的演进型基站(evolutional Node B，eNB或e-NodeB)及5G基站(gNB)。
以下结合附图，详细说明本申请各实施例提供的技术方案。
参见图1所示，本申请实施例提供一种混合自动重传请求HARQ反馈方法，由终端设备执行，方法包括以下流程步骤：
步骤101：确定目标物理上行控制信道PUCCH资源，所述目标PUCCH资源为网络设备配置的终端设备UE专有的PUCCH资源。
步骤103：根据所述目标PUCCH资源，对组播物理下行共享信道PDSCH进行HARQ反馈。
在本申请实施例中，可以将网络设备配置的终端设备UE专有的物理上行控制信道PUCCH资源确定为目标PUCCH资源，以进一步在该目标PUCCH资源上对组播物理下行共享信道PDSCH进行HARQ反馈。如此，可以在使用组播PDSCH时，实现对组播PDSCH的HARQ反馈的支持，从而提高组播PDSCH传输的可靠性，以及提高系统吞吐量。
可选的，上述组播PDSCH是对应于多媒体广播多播业务(Multimedia Broadcastand Multicast Service，MBMS)或广播多播业务(Multicast Broadcast Service，MBS)的组播PDSCH。
需要说明的是，在本申请实施例中，上述组播PDSCH是指通过相同的物理资源发送给一组终端设备的PDSCH，也可以叫做多播PDSCH或广播PDSCH等。
可选的，在本申请实施例的HARQ反馈方法中，上述步骤101可以通过不同的方式实现，以适用于不同的场景，其中，该步骤101中可以包括但不限于以下至少一种目标PUCCH资源的确定方式：
(1)根据组播PDSCH对应的HARQ载荷大小，从网络设备为所述终端设备配置的多个UE专有的PUCCH资源中，确定所述目标PUCCH资源。
(2)根据调度组播PDSCH的组播下行控制信息DCI对应的控制信道资源CCE索引，确定所述目标PUCCH资源。可选地，根据调度组播PDSCH的组播下行控制信息DCI对应的最小(第一个)或最大(最后一个)CCE索引，确定所述目标PUCCH资源。或者，根据调度组播PDSCH的组播下行控制信息DCI对应的控制信道资源CCE索引和网络设备为所述终端设备配置的专有的PUCCH资源偏移，确定所述目标PUCCH资源，可选地，根据调度组播PDSCH的组播下行控制信息DCI对应的最小(第一个)控制信道资源CCE索引和网络设备为所述终端设备配置的专有的PUCCH资源偏移，确定所述目标PUCCH资源。
(3)根据资源指示信息，确定所述目标PUCCH资源。
可选的，在本申请实施例的HARQ反馈方法中，上述目标PUCCH资源的确定方式与所述组播DCI包含的指示域相关。在一些具体实施例中，可以根据组播DCI中的指示域的有无，以及在有该指示域的情况下，其所指示的内容的不同，匹配相应的目标PUCCH资源的确定方式，包括但不限于以下具体实施例：
具体实施例一
在该具体实施例一中，用于调度组播PDSCH的组播下行控制信息DCI中不包含PUCCH资源指示(PUCCH Resource Indication，PRI)域。进一步地，上述步骤101，可以执行为如下内容：
根据组播PDSCH对应的HARQ载荷大小，从网络设备为所述终端设备配置的多个UE专有的PUCCH资源中，确定所述目标PUCCH资源，所述组播PDSCH对应的HARQ载荷大小位于所述目标PUCCH资源承载的载荷大小范围内。这里是指，根据组播PDSCH对应的HARQ载荷大小，选择能够承载该HARQ反馈且占用资源最小的目标PUCCH资源。具体地，可用于承载HARQ反馈的多个PUCCH分别对应不同的载荷大小范围，根据组播PDSCH对应的HARQ载荷大小，选择载荷大小范围包含该HARQ载荷大小的PUCCH资源作为目标PUCCH资源。
可以理解，在用于调度组播PDSCH的组播DCI中不包含用于指示具体的PUCCH资源的PRI域的情况下，可以根据组播PDSCH对应的HARQ载荷大小从网络设备配置的多个UE专有的PUCCH资源中，选定用于实现对该组播PDSCH的HARQ反馈的目标PUCCH资源。其中，该多个UE专有的PUCCH资源可以为网络设备通过高层信令配置的，比如通过无线资源控制(RadioResource Control，RRC)信令配置。在该实施例中，网络设备为一组UE中的每个UE分别配置了PUCCH资源。
具体而言，从上述多个UE专有的PUCCH资源中确定的目标PUCCH资源对应其能够承载的载荷大小范围，该载荷大小范围可以将待进行HARQ反馈的组播PDSCH对应的HARQ载荷大小覆盖在内。
在一个示例中，在某个时隙反馈的只有MBMS PDSCH的混合自动重传请求应答(Hybrid Automatic Repeat Request Acknowledgement，HARQ-ACK)时，或者MBMS HARQ-ACK与单播(Unicast)HARQ-ACK不复用在一个HARQ-ACK的码本(codebook，CB)上时，也就是说，虽然UE调度在相同的时隙反馈组播PDSCH和单播PDSCH，但它们的HARQ-ACK码本是分别构建的，PUCCH资源是分别确定的。其中，网络设备可以为UE反馈MBMSPDSCH的HARQ-ACK配置4个UE专有的PUCCH资源：第一个PUCCH资源的载荷大小范围为1bit～N0bits，第二个PUCCH资源的载荷大小范围为N0+1bit～N1bits，第三个PUCCH资源的载荷大小范围为N1+1bit～N2bits以及第四个PUCCH资源的载荷大小范围为N2+1bit～N3bits。如果UE在某一个上行时隙需要反馈的组播PDSCH对应的HARQ载荷bit数落在上述第二个PUCCH资源承载的bit数的范围内，则UE将使用该第二个PUCCH资源作为目标PUCCH资源，进行HARQ-ACK的传输。
具体实施例二
在该具体实施例二中，用于调度组播PDSCH的组播DCI中不包含PRI域。进一步地，上述步骤101，可以执行为如下内容：
根据调度组播PDSCH的组播下行控制信息DCI对应的控制信道资源CCE索引，确定所述目标PUCCH资源。
可以理解，在用于调度组播PDSCH的组播DCI中不包含用于指示具体的PUCCH资源的PRI域的情况下，可以根据该组播DCI对应的控制信道资源(Control Channel Element，CCE)索引，实现对该组播PDSCH的HARQ反馈的目标PUCCH资源的准确确定，从而实现对组播PDSCH的HARQ反馈的支持，提高组播PDSCH传输的可靠性。
进一步可选的，上述根据调度组播PDSCH的组播DCI对应的CCE索引，确定所述目标PUCCH资源的步骤，可以执行为：
根据调度组播PDSCH的组播DCI对应的CCE索引和网络设备为终端设备配置的专有的PUCCH资源偏移，实现对该组播PDSCH的HARQ反馈的目标PUCCH资源的准确确定。
进一步可选的，上述根据调度组播PDSCH的组播DCI对应的CCE索引和网络设备为终端设备配置的专有的PUCCH资源偏移，确定所述目标PUCCH资源的步骤，可以执行为：
根据调度组播PDSCH的组播DCI对应的最小CCE索引和网络设备为终端设备配置的专有的PUCCH资源偏移，实现对该组播PDSCH的HARQ反馈的目标PUCCH资源的准确确定。
在一个示例中，当UE收到一个调度MBMS PDSCH的DCI时，可以根据接收该MBMSPDCCH的最低CCE索引和网络设备为一组UE中的每个UE分别配置的一个专有的PUCCH资源偏移，来确定反馈对应于MBMSPDSCH的HARQ-ACK的目标PUCCH资源。比如，一组UE中的UEi对应的目标PUCCH资源通过nCCE和ΔPUCCH的函数nPUCCH，i＝function(nCCE，ΔPUCCH，i)确定，其中，该nCCE和ΔPUCCH的函数的一个示例可以表示为：nPUCCH，i＝nCCE+ΔPUCCH，i，其中，nPUCCH，i为UEi的目标PUCCH资源，nCCE为组无线网络临时标识(group Radio Network TemporaryIdentifier，g-RNTI)加扰的PDCCH的最低CCE索引，ΔPUCCH，i为网络设备为UEi配置的专有的PUCCH资源偏移。
具体实施例三
在该具体实施例三中，用于调度组播PDSCH的组播DCI中包含PRI域。进一步地，上述步骤101，可以执行为如下内容：
根据所述PRI域携带的资源指示信息，确定所述目标PUCCH资源。
可以理解，在用于调度组播PDSCH的组播DCI中包含用于指示具体的PUCCH资源的PRI域的情况下，可以根据PRI域携带的资源指示信息指示直接显式的确定用于对组播PDSCH实现HARQ反馈的目标PUCCH资源，高效便捷。
具体实施例四
在该具体实施例四中，用于调度组播PDSCH的组播DCI中包含PRI域，所述PRI域携带的资源指示信息用于指示第一PUCCH资源。进一步地，上述步骤101，可以执行为如下内容：
根据所述第一PUCCH资源和网络设备为所述终端设备配置的专有的PUCCH资源偏移，确定所述目标PUCCH资源。
可以理解，在用于调度组播PDSCH的组播DCI中包含用于指示具体的PUCCH资源的PRI域的情况下，可以根据网络设备为终端设备配置的专有的PUCCH资源偏移以及PRI域携带的资源指示信息显式指示的一个作为基准的第一PUCCH资源，实现对该组播PDSCH的HARQ反馈的目标PUCCH资源的高效且准确地确定，从而实现对组播PDSCH的HARQ反馈的支持，提高组播PDSCH传输的可靠性。
在一个示例中，当UE收到一个调度MBMS PDSCH的DCI时，可以根据该PDCCH的PRI指示域指示的一个具体的PUCCH资源和网络配置给该UE的PUCCH资源偏移，确定反馈MBMSPDSCH的HARQ-ACK的PUCCH资源。比如，一组UE中的UEi对应的目标PUCCH资源通过nPRI和ΔPUCCH的函数nPUCCH，i＝function(nPRI，ΔPUCCH，i)确定，其中，该nCCE和ΔPUCCH的函数的一个示例可以表示为：nPUCCH，i＝nPRI+ΔPUCCH，i，其中，nPUCCH，i为UEi的目标PUCCH资源，nPRI为调度DCI指示的一个具体的PUCCH资源，ΔPUCCH，i为网络设备为UEi配置的专有的PUCCH资源偏移。
具体实施例五
在该具体实施例五中，用于调度组播PDSCH的组播DCI中包含PRI域。进一步地，上述步骤101，还可以执行为如下内容：
根据PRI域携带的资源指示信息、最低CCE索引和网络设备为一组UE中的每个UE分别配置的一个专有的PUCCH资源偏移，确定所述目标PUCCH资源。
可选的，在本申请实施例的HARQ反馈方法中，上述步骤103可以通过不同的方式实现，以适用于不同的场景，包括但不限于以下具体实施例：
具体实施例1
在该具体实施例1中，上述步骤103，可以执行为如下内容：
对同一g-RNTI对应的组播PDSCH在相同的所述PUCCH资源上进行HARQ反馈。
可以理解，在用于调度组播PDSCH的组播DCI对应相同的g-RNTI的情况下，可以对该g-RNTI对应的组播PDSCH在相同的所述PUCCH资源上进行HARQ反馈。
具体实施例2
在该具体实施例2中，上述步骤103，可以执行为如下内容：
在用于调度组播PDSCH的组播DCI对应多个不同的g-RNTI的情况下，对同一g-RNTI对应的组播PDSCH在相同的所述PUCCH资源上进行HARQ反馈。
可以理解，在用于调度组播PDSCH的组播DCI对应多个不同的g-RNTI的情况下，在相同的PUCCH资源上，比如一个时隙slot或子时隙sub-slot上，UE不期望反馈对应于两个及以上不同的g-RNTI加扰的PDCCH调度的组播PDSCH的HARQ-ACK，则可以在同一PUCCH资源上仅进行同一g-RNTI对应的组播PDSCH的HARQ反馈。即，不同g-RNTI对应的组播PDSCH的HARQ，可以分别在不同的时隙或子时隙的PUCCH资源上进行反馈。
在一个示例中，如图2所示，对于g-RNTI 1加扰的PDCCH1和PDCCH2，调度的MBSPDSCH的HARQ-ACK在slot4反馈。对于g-RNTI 2加扰的PDCCH3和PDCCH4，调度的MBS PDSCH的HARQ-ACK在slot5反馈。
具体实施例3
在该具体实施例3中，在用于调度组播PDSCH的组播DCI对应多个不同的g-RNTI的情况下，上述步骤103，可以执行为如下内容：
根据所述目标PUCCH资源，按照组播PDSCH索引或所述多个不同的g-RNTI值，将组播PDSCH的HARQ反馈在相同的PUCCH资源上进行级联。
其中，级联顺序可以是协议约定的，也可以是RRC配置的。值得指出的是，网络设备还可通过RRC为终端配置其他级联顺序，终端基于RRC配置对HARQ码本进行级联并反馈。
可以理解，在用于调度组播PDSCH的组播DCI对应多个不同的g-RNTI的情况下，组播PDSCH的HARQ bit可以根据组播PDSCH索引(比如MBMS索引)或该不同的g-RNTI值在相同的PUCCH资源进行级联，比如按照g-RNTI值从小到大的顺序或者其他预定义的顺序进行级联。
在一个示例中，如图3所示，PDCCH1和PDCCH2是调度g-RNTI1的MBSPDSCH，PDCCH3和PDCCH4是调度g-RNTI2的MBSPDSCH。相应的HARQ-ACK反馈都可以在slot 4的PUCCH1反馈。那么在PUCCH1上反馈的HARQ-ACK的bit顺序可以为：
Figure BDA0002529855390000111
进一步可选的，在上述任一具体实施例(如具体实施例1和2)中，上述用于调度组播PDSCH的组播DCI中包含下行分配索引(Downlink Assignment Index，DAI)域，对应于同一g-RNTI的物理下行控制信道(Physical Downlink Control Channel，PDCCH)中的DAI域值进行累加。
可以理解，在调度组播PDSCH的组播DCI中包含DAI域的情况下，对于一个特定的g-RNTI加扰的PDCCH中的DAI值可以进行累积计数，也就是说，DAI累积只在相同g-RNTI值的DCI内进行。
参见图4所示，本申请实施例提供一种混合自动重传请求HARQ反馈方法，由网络设备执行，方法包括以下流程步骤：
步骤201：接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈；其中，所述目标PUCCH资源为所述网络设备配置的终端设备UE专有的PUCCH资源。
在本申请实施例中，可以接收终端设备在目标物理上行控制信道PUCCH资源上对组播物理下行共享信道PDSCH进行的HARQ反馈，其中，该目标PUCCH资源是终端设备基于网络设备配置的终端设备UE专有的PUCCH资源确定的。如此，可以在使用组播PDSCH时，实现对组播PDSCH的HARQ反馈的支持，从而提高组播PDSCH传输的可靠性，以及提高系统吞吐量。
可选的，上述组播PDSCH是对应于多媒体广播多播业务(Multimedia Broadcastand Multicast Service，MBMS)或广播多播业务(Multicast Broadcast Service，MBS)的组播PDSCH。
需要说明的是，在本申请实施例中，上述组播PDSCH是指通过相同的物理资源发送给一组终端设备的PDSCH，也可以叫做多播PDSCH或广播PDSCH等。
可选的，在本申请实施例的HARQ反馈方法中，为了确保实现对组播PDSCH的HARQ反馈的支持，网络设备可以通过不同的方式为一组UE配置PUCCH，包括但不限于以下具体实施例：
具体实施例i
在该具体实施例i中，用于调度组播PDSCH的组播下行控制信息DCI中不包含PUCCH资源指示PRI域。进一步地，在上述步骤201之前，本申请实施例的HARQ反馈方法还可以包括以下内容：
通过高层信令，为所述终端设备配置多个UE专有的PUCCH资源，所述多个UE专有的PUCCH资源用于供所述终端设备根据组播PDSCH对应的HARQ载荷大小，确定所述目标PUCCH资源。
可以理解，在用于调度组播PDSCH的组播DCI中不包含用于指示具体的PUCCH资源的PRI域的情况下，可以通过高层信令为UE配置多个UE专有的PUCCH资源，比如通过RRC信令配置，以供终端设备可以根据组播PDSCH对应的HARQ载荷大小从网络设备配置的多个UE专有的PUCCH资源中，选定用于实现对该组播PDSCH的HARQ反馈的目标PUCCH资源。在该实施例中，网络设备为一组UE中的每个UE分别配置了PUCCH资源。
具体而言，终端设备从上述多个UE专有的PUCCH资源中确定的目标PUCCH资源对应其能够承载的载荷大小范围，该载荷大小范围可以将待进行HARQ反馈的组播PDSCH对应的HARQ载荷大小覆盖在内。
需要说明的是，终端设备根据组播PDSCH对应的HARQ载荷大小，确定目标PUCCH资源的具体内容可以参照上述由终端设备执行的HARQ反馈方法中的相应内容，在此不再赘述。
具体实施例ii
在该具体实施例ii中，用于调度组播PDSCH的组播下行控制信息DCI中不包含PUCCH资源指示PRI域。进一步地，在上述步骤201之前，本申请实施例的HARQ反馈方法还可以包括以下内容：
通过高层信令，为所述终端设备配置专有的PUCCH资源偏移，所述专有的PUCCH资源偏移用于供所述终端设备根据组播DCI对应的控制信道资源CCE索引，确定所述目标PUCCH资源。
可以理解，在用于调度组播PDSCH的组播DCI中不包含用于指示具体的PUCCH资源的PRI域的情况下，可以通过高层信令为UE配置专有的PUCCH资源偏移，比如通过RRC信令配置，以供终端设备可以根据该专有的PUCCH资源偏移和组播DCI对应的CCE，实现对该组播PDSCH的HARQ反馈的目标PUCCH资源的准确确定，从而实现对组播PDSCH的HARQ反馈的支持，提高组播PDSCH传输的可靠性。
需要说明的是，终端设备根据该专有的PUCCH资源偏移和组播DCI对应的CCE，确定目标PUCCH资源的具体内容可以参照上述由终端设备执行的HARQ反馈方法中的相应内容，在此不再赘述。
具体实施例三
在该具体实施例三中，用于调度组播PDSCH的组播DCI中包含PRI域，所述PRI域携带的资源指示信息用于指示一组终端设备中每个终端设备用于组播PDSCH的HARQ反馈的PUCCH资源。
可以理解，通过在用于调度组播PDSCH的组播DCI中设置PRI域，并通过PRI域携带的资源指示信息直接显式的指示给终端设备用于对组播PDSCH实现HARQ反馈的目标PUCCH资源，高效便捷。
在一个示例中，网络设备可以为UE配置PRI域的bit数。每一个PRI域的码点(codepoint)可以指示一组UE中每个UE使用的PUCCH资源。这些资源可以通过高层配置，然后在DCI中指示。比如，假设PRI域为2bit。这组UE包括n个UE。进一步地，通过PRI域可以指示该组UE中每个UE分别使用的PUCCH资源，如下表所示：
Figure BDA0002529855390000141
具体实施例iv
在该具体实施例iv中，用于调度组播PDSCH的组播DCI中包含PRI域，所述PRI域携带的资源指示信息用于指示第一PUCCH资源；其中，所述第一PUCCH资源供所述终端设备根据所述网络设备配置的专有的PUCCH资源偏移，确定所述目标PUCCH资源。
可以理解，通过在用于调度组播PDSCH的组播DCI中设置PRI域，并通过该PRI域携带的资源指示信息显式的指示给终端设备一个作为基准的第一PUCCH资源，以供终端设备根据该第一PUCCH资源以及为其配置的专有的PUCCH资源偏移，实现对该组播PDSCH的HARQ反馈的目标PUCCH资源的高效且准确地确定，从而实现对组播PDSCH的HARQ反馈的支持。
可选的，在本申请实施例的HARQ反馈方法中，上述目标PUCCH资源，还可以为终端设备根据PRI域携带的资源指示信息、最低CCE索引和网络设备为一组UE中的每个UE分别配置的一个专有的PUCCH资源偏移确定的。
由上述可知，目标PUCCH资源的确定方式与所述组播DCI包含的指示域相关。
可选的，在本申请实施例的HARQ反馈方法中，用于调度组播PDSCH的组播DCI对应多个不同的组无线网络临时标识g-RNTI。
进一步可选的，上述步骤201可以通过不同的方式实现，以适用于不同的场景，包括但不限于以下具体实施例：
具体实施例a
在该具体实施例a中，上述步骤201，可以执行为如下内容：
接收所述终端设备在相同的所述目标PUCCH资源上，对相同的g-RNTI对应的组播PDSCH进行的HARQ反馈。
可以理解，在用于调度组播PDSCH的组播DCI对应多个不同的g-RNTI的情况下，可以在终端设备确定的相同的目标PUCCH资源上，比如一个时隙slot或子时隙sub-slot上，接收对同一g-RNTI对应的组播PDSCH进行的HARQ反馈。即，不同g-RNTI对应的组播PDSCH的HARQ，可以分别在不同的时隙或子时隙的同一PUCCH资源上进行反馈。
具体实施例b
在该具体实施例b中，上述步骤201，可以执行为如下内容：
接收所述终端设备在所述目标PUCCH资源上，按照组播PDSCH索引或所述多个不同的g-RNTI的值，对组播PDSCH进行级联的HARQ反馈。
其中，级联顺序可以是协议约定的，也可以是RRC配置的。值得指出的是，网络设备还可通过RRC为终端配置其他级联顺序，终端基于RRC配置对HARQ码本进行级联并反馈。
可以理解，在用于调度组播PDSCH的组播DCI对应多个不同的g-RNTI的情况下，可以在终端设备的目标PUCCH资源上，接收终端设备根据组播PDSCH索引(比如MBMS索引)或该不同的g-RNTI值，对组播PDSCH进行级联的HARQ反馈，比如按照g-RNTI值从小到大的顺序或者其他预定义的顺序进行级联的HARQ反馈；其中，可以通过RRC信令配置所述级联的顺序。
进一步可选的，在上述任一具体实施例中，用于调度组播PDSCH的组播DCI中包含下行分配索引DAI域，对应于同一g-RNTI的物理下行控制信道PDCCH中的DAI域值进行累加。
可以理解，在调度组播PDSCH的组播DCI中包含DAI域的情况下，对于一个特定的g-RNTI加扰的PDCCH中的DAI值可以进行累积计数，也就是说，DAI累积只在相同g-RNTI值的DCI内进行。
参见图5所示，本申请实施例提供一种终端设备300，该终端设备300包括：确定模块301和反馈模块303。
其中，所述确定模块301，用于确定目标物理上行控制信道PUCCH资源，所述目标PUCCH资源为网络设备配置的终端设备UE专有的PUCCH资源；所述反馈模块303，用于在所述目标PUCCH资源上，对组播物理下行共享信道PDSCH进行HARQ反馈。
可选的，在本申请实施例的终端设备300中，上述确定模块301，具体用于执行以下确定方式中的至少一种：
根据组播PDSCH对应的HARQ载荷大小，从网络设备为所述终端设备配置的多个UE专有的PUCCH资源中，确定所述目标PUCCH资源；根据调度组播PDSCH的组播下行控制信息DCI对应的控制信道资源CCE索引，确定所述目标PUCCH资源；根据资源指示信息，确定所述目标PUCCH资源。
可选的，在本申请实施例的终端设备300中，目标PUCCH资源的确定方式与所述组播DCI包含的指示域相关。
可选的，在本申请实施例的终端设备300中，上述确定模块301，可以具体用于：
在用于调度组播PDSCH的组播下行控制信息DCI中不包含PUCCH资源指示PRI域的情况下，根据组播PDSCH对应的HARQ载荷大小，从网络设备为所述终端设备配置的多个UE专有的PUCCH资源中，确定所述目标PUCCH资源，所述组播PDSCH对应的HARQ载荷大小位于所述目标PUCCH资源承载的载荷大小范围内。
可选的，在本申请实施例的终端设备300中，上述确定模块301，可以具体用于：
在用于调度组播PDSCH的组播DCI中不包含PRI域的情况下，根据调度组播PDSCH的组播下行控制信息DCI对应的控制信道资源CCE索引，确定所述目标PUCCH资源。
可选的，在本申请实施例的终端设备300中，上述确定模块301，可以具体用于：
在用于调度组播PDSCH的组播DCI中包含PRI域的情况下，根据所述PRI域携带的资源指示信息，确定所述目标PUCCH资源。
可选的，在本申请实施例的终端设备300中，上述确定模块301，可以具体用于：
在用于调度组播PDSCH的组播DCI中包含PRI域，所述PRI域携带的资源指示信息用于指示第一PUCCH资源的情况下，根据所述第一PUCCH资源和网络设备为所述终端设备配置的专有的PUCCH资源偏移，确定所述目标PUCCH资源。
可选的，在本申请实施例的终端设备300中，上述反馈模块303，可以具体用于：
在用于调度组播PDSCH的组播DCI对应多个不同的组无线网络临时标识g-RNTI的情况下，对同一g-RNTI对应的组播PDSCH在相同的所述目标PUCCH资源上进行HARQ反馈。
可选的，在本申请实施例的终端设备300中，上述反馈模块303，可以具体用于：
在用于调度组播PDSCH的组播DCI对应多个不同的g-RNTI的情况下，按照组播PDSCH索引或所述多个不同的g-RNTI的值，将组播PDSCH的HARQ反馈在所述目标PUCCH资源上进行级联。
可选的，在本申请实施例的终端设备300中，用于调度组播PDSCH的组播DCI中包含下行分配索引DAI域，对应于同一g-RNTI的物理下行控制信道PDCCH中的DAI域值进行累加。
能够理解，本申请实施例提供的终端设备300，能够实现前述由终端设备300执行的混合自动重传请求HARQ反馈方法，关于混合自动重传请求HARQ反馈方法的相关阐述均适用于终端设备300，此处不再赘述。
在本申请实施例中，可以将网络设备配置的终端设备UE专有的物理上行控制信道PUCCH资源确定为目标PUCCH资源，以进一步在该目标PUCCH资源上对组播物理下行共享信道PDSCH进行HARQ反馈。如此，可以在使用组播PDSCH时，实现对组播PDSCH的HARQ反馈的支持，从而提高组播PDSCH传输的可靠性，以及提高系统吞吐量。
参见图6所示，本申请实施例提供一种网络设备400，该网络设备400包括：
接收模块401，用于接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈；其中，所述目标PUCCH资源为所述网络设备配置的终端设备UE专有的PUCCH资源。
可选的，本申请实施例的网络设备400，还可以包括：
第一配置模块，用于在用于调度组播PDSCH的组播下行控制信息DCI中不包含PUCCH资源指示PRI域的情况下，在所述接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈之前，通过高层信令，为所述终端设备配置多个UE专有的PUCCH资源，所述多个UE专有的PUCCH资源用于供所述终端设备根据组播PDSCH对应的HARQ载荷大小，确定所述目标PUCCH资源。
可选的，本申请实施例的网络设备400，还可以包括：
第二配置模块，用于在用于调度组播PDSCH的组播下行控制信息DCI中不包含PUCCH资源指示PRI域的情况下，在所述接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈之前，通过高层信令，为所述终端设备配置专有的PUCCH资源偏移，所述专有的PUCCH资源偏移用于供所述终端设备根据组播DCI对应的控制信道资源CCE索引，确定所述目标PUCCH资源。
可选的，在本申请实施例的网络设备400中，用于调度组播PDSCH的组播DCI中包含PRI域，所述PRI域携带的资源指示信息用于指示一组终端设备中每个终端设备用于组播PDSCH的HARQ反馈的PUCCH资源。
可选的，在本申请实施例的网络设备400中，用于调度组播PDSCH的组播DCI中包含PRI域，所述PRI域携带的资源指示信息用于指示第一PUCCH资源；其中，所述第一PUCCH资源供所述终端设备根据所述网络设备配置的专有的PUCCH资源偏移，确定所述目标PUCCH资源。
可选的，在本申请实施例的网络设备400中，上述接收模块401，可以具体用于：
在用于调度组播PDSCH的组播DCI对应多个不同的组无线网络临时标识g-RNTI的情况下，接收所述终端设备在相同的所述目标PUCCH资源上，对相同的g-RNTI对应的组播PDSCH进行的HARQ反馈。
可选的，在本申请实施例的网络设备400中，上述接收模块401，可以具体用于：
在用于调度组播PDSCH的组播DCI对应多个不同的g-RNTI的情况下，接收所述终端设备在所述目标PUCCH资源上，按照组播PDSCH索引或所述多个不同的g-RNTI的值，对组播PDSCH进行级联的HARQ反馈。
可选的，在本申请实施例的网络设备400中，用于调度组播PDSCH的组播DCI中包含下行分配索引DAI域，对应于同一g-RNTI的物理下行控制信道PDCCH中的DAI域值进行累加。
能够理解，本申请实施例提供的网络设备400，能够实现前述由网络设备400执行的混合自动重传请求HARQ反馈方法，关于混合自动重传请求HARQ反馈方法的相关阐述均适用于网络设备400，此处不再赘述。
在本申请实施例中，可以接收终端设备在目标物理上行控制信道PUCCH资源上对组播物理下行共享信道PDSCH进行的HARQ反馈，其中，该目标PUCCH资源是终端设备基于网络设备配置的终端设备UE专有的PUCCH资源确定的。如此，可以在使用组播PDSCH时，实现对组播PDSCH的HARQ反馈的支持，从而提高组播PDSCH传输的可靠性，以及提高系统吞吐量。
图7是本申请另一个实施例的终端设备的框图。图7所示的终端设备500包括：至少一个处理器501、存储器502、至少一个网络接口504和用户接口503。终端设备500中的各个组件通过总线系统505耦合在一起。可理解，总线系统505用于实现这些组件之间的连接通信。总线系统505除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图7中将各种总线都标为总线系统505。
其中，用户接口503可以包括显示器、键盘或者点击设备(例如，鼠标，轨迹球(trackball)、触感板或者触摸屏等。
可以理解，本申请实施例中的存储器502可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DRRAM)。本申请实施例描述的系统和方法的存储器502旨在包括但不限于这些和任意其它适合类型的存储器。
在一些实施方式中，存储器502存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统5021和应用程序5022。
其中，操作系统5021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序5022，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本申请实施例方法的程序可以包含在应用程序5022中。
在本申请实施例中，终端设备500还包括：存储在存储器上502并可在处理器501上运行的程序或指令，该程序或指令被处理器501执行时实现如下步骤：
确定目标物理上行控制信道PUCCH资源，所述目标PUCCH资源为网络设备配置的终端设备UE专有的PUCCH资源；在所述目标PUCCH资源上，对组播物理下行共享信道PDSCH进行HARQ反馈。
在本申请实施例中，可以将网络设备配置的终端设备UE专有的物理上行控制信道PUCCH资源确定为目标PUCCH资源，以进一步在该目标PUCCH资源上对组播物理下行共享信道PDSCH进行HARQ反馈。如此，可以在使用组播PDSCH时，实现对组播PDSCH的HARQ反馈的支持，从而提高组播PDSCH传输的可靠性，以及提高系统吞吐量。
上述本申请实施例揭示的方法可以应用于处理器501中，或者由处理器501实现。处理器501可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器501中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器501可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(FieldProgrammable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的计算机可读存储介质中。该计算机可读存储介质位于存储器502，处理器501读取存储器502中的信息，结合其硬件完成上述方法的步骤。具体地，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器501执行时实现如上述混合自动重传请求HARQ反馈方法实施例的各步骤。
可以理解的是，本申请实施例描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(Application Specific Integrated Circuits，ASIC)、数字信号处理器(Digital SignalProcessing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(ProgrammableLogic Device，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。
对于软件实现，可通过执行本申请实施例所述功能的模块(例如过程、函数等)来实现本申请实施例所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
终端设备500能够实现前述实施例中终端设备实现的各个过程，为避免重复，这里不再赘述。
优选的，本申请实施例还提供一种终端设备，包括处理器，存储器，存储在存储器上并可在所述处理器上运行的程序或指令，该程序或指令被处理器执行时实现上述混合自动重传请求HARQ反馈方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储程序或指令，该程序或指令被处理器执行时实现上述应用于终端设备的混合自动重传请求HARQ反馈方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的网络设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。
请参阅图8，图8是本申请实施例应用的网络设备的结构图，能够实现前述混合自动重传请求HARQ反馈方法的细节，并达到相同的效果。如图8所示，网络设备600包括：处理器601、收发机602、存储器603、用户接口604和总线接口605，其中：
在本申请实施例中，网络设备600还包括：存储在存储器上603并可在处理器601上运行的程序或指令，该程序或指令被处理器601、执行时实现如下步骤：
接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈；其中，所述目标PUCCH资源为所述网络设备配置的终端设备UE专有的PUCCH资源。
在本申请实施例中，可以接收终端设备在目标物理上行控制信道PUCCH资源上对组播物理下行共享信道PDSCH进行的HARQ反馈，其中，该目标PUCCH资源是终端设备基于网络设备配置的终端设备UE专有的PUCCH资源确定的。如此，可以在使用组播PDSCH时，实现对组播PDSCH的HARQ反馈的支持，从而提高组播PDSCH传输的可靠性，以及提高系统吞吐量。
在图8中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器601代表的一个或多个处理器和存储器603代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口605提供接口。收发机602可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口604还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器601负责管理总线架构和通常的处理，存储器603可以存储处理器601在执行操作时所使用的数据。
优选的，本申请实施例还提供一种网络设备，包括处理器，存储器，存储在存储器上并可在所述处理器上运行的程序或指令，该程序或指令被处理器执行时实现上述混合自动重传请求HARQ反馈方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储程序或指令，该程序或指令被处理器执行时实现上述应用于网络设备的混合自动重传请求HARQ反馈方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的网络设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (27)

1.一种混合自动重传请求HARQ反馈方法，应用于终端设备，其特征在于，所述方法包括：
确定目标物理上行控制信道PUCCH资源，所述目标PUCCH资源为网络设备配置的终端设备UE专有的PUCCH资源；
在所述目标PUCCH资源上，对组播物理下行共享信道PDSCH进行HARQ反馈；
其中，在所述目标PUCCH资源上，对组播物理下行共享信道PDSCH进行HARQ反馈，包括执行以下内容至少之一：
在用于调度组播PDSCH的组播DCI对应多个不同的组无线网络临时标识g-RNTI的情况下，对同一g-RNTI对应的组播PDSCH在相同的所述目标PUCCH资源上进行HARQ反馈；
在用于调度组播PDSCH的组播DCI对应多个不同的g-RNTI的情况下，按照组播PDSCH索引或所述多个不同的g-RNTI的值，将组播PDSCH的HARQ反馈在目标PUCCH资源上进行级联；
用于调度组播PDSCH的组播DCI中包含下行分配索引DAI域，对应于同一g-RNTI的物理下行控制信道PDCCH中的DAI域值进行累加。
2.根据权利要求1所述的方法，其特征在于，所述确定目标物理上行控制信道PUCCH资源，包括以下至少一种确定方式：
根据组播PDSCH对应的HARQ载荷大小，从网络设备为所述终端设备配置的多个UE专有的PUCCH资源中，确定所述目标PUCCH资源；
根据调度组播PDSCH的组播下行控制信息DCI对应的控制信道资源CCE索引，确定所述目标PUCCH资源；
根据资源指示信息，确定所述目标PUCCH资源。
3.根据权利要求2所述的方法，其特征在于，所述目标PUCCH资源的确定方式与所述组播DCI包含的指示域相关。
4.根据权利要求3所述的方法，其特征在于，若用于调度组播PDSCH的组播下行控制信息DCI中不包含PUCCH资源指示PRI域，则所述确定目标物理上行控制信道PUCCH资源，包括：
根据组播PDSCH对应的HARQ载荷大小，从网络设备为所述终端设备配置的多个UE专有的PUCCH资源中，确定所述目标PUCCH资源，所述组播PDSCH对应的HARQ载荷大小位于所述目标PUCCH资源承载的载荷大小范围内。
5.根据权利要求3所述的方法，其特征在于，若用于调度组播PDSCH的组播DCI中不包含PRI域，则所述确定目标物理上行控制信道PUCCH资源，包括：
根据调度组播PDSCH的组播下行控制信息DCI对应的控制信道资源CCE索引，确定所述目标PUCCH资源。
6.根据权利要求3所述的方法，其特征在于，若用于调度组播PDSCH的组播DCI中包含PRI域，则所述确定目标物理上行控制信道PUCCH资源，包括：
根据所述PRI域携带的资源指示信息，确定所述目标PUCCH资源。
7.根据权利要求3所述的方法，其特征在于，若用于调度组播PDSCH的组播DCI中包含PRI域，所述PRI域携带的资源指示信息用于指示第一PUCCH资源，则所述确定目标物理上行控制信道PUCCH资源，包括：
根据所述第一PUCCH资源和网络设备为所述终端设备配置的专有的PUCCH资源偏移，确定所述目标PUCCH资源。
8.一种混合自动重传请求HARQ反馈方法，应用于网络设备，其特征在于，所述方法包括：
接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈；
其中，所述目标PUCCH资源为所述网络设备配置的终端设备UE专有的PUCCH资源；
其中，所述接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈，包括执行以下内容至少之一：
在用于调度组播PDSCH的组播DCI对应多个不同的组无线网络临时标识g-RNTI的情况下，接收所述终端设备在相同的所述目标PUCCH资源上，对相同的g-RNTI对应的组播PDSCH进行的HARQ反馈；
在用于调度组播PDSCH的组播DCI对应多个不同的g-RNTI的情况下，接收所述终端设备在所述目标PUCCH资源上，按照组播PDSCH索引或所述多个不同的g-RNTI的值，对组播PDSCH进行级联的HARQ反馈；
用于调度组播PDSCH的组播DCI中包含下行分配索引DAI域，对应于同一g-RNTI的物理下行控制信道PDCCH中的DAI域值进行累加。
9.根据权利要求8所述的方法，其特征在于，用于调度组播PDSCH的组播下行控制信息DCI中不包含PUCCH资源指示PRI域；
其中，在所述接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈之前，所述方法还包括：
通过高层信令，为所述终端设备配置多个UE专有的PUCCH资源，所述多个UE专有的PUCCH资源用于供所述终端设备根据组播PDSCH对应的HARQ载荷大小，确定所述目标PUCCH资源。
10.根据权利要求8所述的方法，其特征在于，用于调度组播PDSCH的组播下行控制信息DCI中不包含PUCCH资源指示PRI域；
其中，在所述接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈之前，所述方法还包括：
通过高层信令，为所述终端设备配置专有的PUCCH资源偏移，所述专有的PUCCH资源偏移用于供所述终端设备根据组播DCI对应的控制信道资源CCE索引，确定所述目标PUCCH资源。
11.根据权利要求8所述的方法，其特征在于，用于调度组播PDSCH的组播DCI中包含PRI域，所述PRI域携带的资源指示信息用于指示一组终端设备中每个终端设备用于组播PDSCH的HARQ反馈的PUCCH资源。
12.根据权利要求8所述的方法，其特征在于，用于调度组播PDSCH的组播DCI中包含PRI域，所述PRI域携带的资源指示信息用于指示第一PUCCH资源；其中，所述第一PUCCH资源供所述终端设备根据所述网络设备配置的专有的PUCCH资源偏移，确定所述目标PUCCH资源。
13.一种终端设备，其特征在于，包括：
确定模块，用于确定目标物理上行控制信道PUCCH资源，所述目标PUCCH资源为网络设备配置的终端设备UE专有的PUCCH资源；
反馈模块，用于在所述目标PUCCH资源上，对组播物理下行共享信道PDSCH进行HARQ反馈；
其中，所述反馈模块用于执行以下内容至少之一：
在用于调度组播PDSCH的组播DCI对应多个不同的组无线网络临时标识g-RNTI的情况下，对同一g-RNTI对应的组播PDSCH在相同的所述目标PUCCH资源上进行HARQ反馈；
在用于调度组播PDSCH的组播DCI对应多个不同的g-RNTI的情况下，按照组播PDSCH索引或所述多个不同的g-RNTI的值，将组播PDSCH的HARQ反馈在目标PUCCH资源上进行级联；
用于调度组播PDSCH的组播DCI中包含下行分配索引DAI域，对应于同一g-RNTI的物理下行控制信道PDCCH中的DAI域值进行累加。
14.根据权利要求13所述的终端设备，其特征在于，所述确定模块，具体用于执行以下确定方式中的至少一种：
根据组播PDSCH对应的HARQ载荷大小，从网络设备为所述终端设备配置的多个UE专有的PUCCH资源中，确定所述目标PUCCH资源；
根据调度组播PDSCH的组播下行控制信息DCI对应的控制信道资源CCE索引，确定所述目标PUCCH资源；
根据资源指示信息，确定所述目标PUCCH资源。
15.根据权利要求14所述的终端设备，其特征在于，所述目标PUCCH资源的确定方式与所述组播DCI包含的指示域相关。
16.根据权利要求15所述的终端设备，其特征在于，所述确定模块，具体用于：
在用于调度组播PDSCH的组播下行控制信息DCI中不包含PUCCH资源指示PRI域的情况下，根据组播PDSCH对应的HARQ载荷大小，从网络设备为所述终端设备配置的多个UE专有的PUCCH资源中，确定所述目标PUCCH资源，所述组播PDSCH对应的HARQ载荷大小小于或等于所述目标PUCCH资源承载的载荷大小的最大值。
17.根据权利要求15所述的终端设备，其特征在于，所述确定模块，具体用于：
在用于调度组播PDSCH的组播DCI中不包含PRI域的情况下，根据调度组播PDSCH的组播下行控制信息DCI对应的控制信道资源CCE索引，确定所述目标PUCCH资源。
18.根据权利要求15所述的终端设备，其特征在于，所述确定模块，具体用于：
在用于调度组播PDSCH的组播DCI中包含PRI域的情况下，根据所述PRI域携带的资源指示信息，确定所述目标PUCCH资源。
19.根据权利要求15所述的终端设备，其特征在于，所述确定模块，具体用于：
在用于调度组播PDSCH的组播DCI中包含PRI域，所述PRI域携带的资源指示信息用于指示第一PUCCH资源的情况下，根据所述第一PUCCH资源和网络设备为所述终端设备配置的专有的PUCCH资源偏移，确定所述目标PUCCH资源。
20.一种网络设备，其特征在于，包括：
接收模块，用于接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈；
其中，所述目标PUCCH资源为所述网络设备配置的终端设备UE专有的PUCCH资源；
所述接收模块，用于执行以下内容至少之一：
在用于调度组播PDSCH的组播DCI对应多个不同的组无线网络临时标识g-RNTI的情况下，接收所述终端设备在相同的所述目标PUCCH资源上，对相同的g-RNTI对应的组播PDSCH进行的HARQ反馈；
在用于调度组播PDSCH的组播DCI对应多个不同的g-RNTI的情况下，接收所述终端设备在所述目标PUCCH资源上，按照组播PDSCH索引或所述多个不同的g-RNTI值，对组播PDSCH进行级联的HARQ反馈；
用于调度组播PDSCH的组播DCI中包含下行分配索引DAI域，对应于同一g-RNTI的物理下行控制信道PDCCH中的DAI域值进行累加。
21.根据权利要求20所述的网络设备，其特征在于，还包括：
第一配置模块，用于在用于调度组播PDSCH的组播下行控制信息DCI中不包含PUCCH资源指示PRI域的情况下，在所述接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈之前，通过高层信令，为所述终端设备配置多个UE专有的PUCCH资源，所述多个UE专有的PUCCH资源用于供所述终端设备根据组播PDSCH对应的HARQ载荷大小，确定所述目标PUCCH资源。
22.根据权利要求20所述的网络设备，其特征在于，还包括：
第二配置模块，用于在用于调度组播PDSCH的组播下行控制信息DCI中不包含PUCCH资源指示PRI域的情况下，在所述接收终端设备在目标物理上行控制信道PUCCH资源上，对组播物理下行共享信道PDSCH进行的HARQ反馈之前，通过高层信令，为所述终端设备配置专有的PUCCH资源偏移，所述专有的PUCCH资源偏移用于供所述终端设备根据组播DCI对应的控制信道资源CCE索引，确定所述目标PUCCH资源。
23.根据权利要求20所述的网络设备，其特征在于，用于调度组播PDSCH的组播DCI中包含PRI域，所述PRI域携带的资源指示信息用于指示一组终端设备中每个终端设备用于组播PDSCH的HARQ反馈的PUCCH资源。
24.根据权利要求20所述的网络设备，其特征在于，用于调度组播PDSCH的组播DCI中包含PRI域，所述PRI域携带的资源指示信息用于指示第一PUCCH资源；其中，所述第一PUCCH资源供所述终端设备根据所述网络设备配置的专有的PUCCH资源偏移，确定所述目标PUCCH资源。
25.一种终端设备，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至7中任一项所述的方法的步骤。
26.一种网络设备，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求8至12中任一项所述的方法的步骤。
27.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至7中任一项所述的方法的步骤，或者所述程序或指令被处理器执行时实现如权利要求8至12中任一项所述的方法的步骤。
CN202010515170.9A 2020-06-08 2020-06-08 混合自动重传请求harq反馈方法、终端设备和网络设备 Active CN113839747B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN202010515170.9A CN113839747B (zh) 2020-06-08 2020-06-08 混合自动重传请求harq反馈方法、终端设备和网络设备
KR1020227043911A KR20230012017A (ko) 2020-06-08 2021-06-04 혼합 자동 재송 요청(harq) 피드백 방법, 단말 장치와 네트워크 장치
PCT/CN2021/098359 WO2021249302A1 (zh) 2020-06-08 2021-06-04 混合自动重传请求harq反馈方法、终端设备和网络设备
EP21822737.9A EP4164157A4 (en) 2020-06-08 2021-06-04 FEEDBACK METHOD FOR HYBRID AUTOMATIC REPOST REQUEST, TERMINAL DEVICE AND NETWORK DEVICE
US18/077,079 US20230095951A1 (en) 2020-06-08 2022-12-07 Harq feedback method, terminal device, and network device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010515170.9A CN113839747B (zh) 2020-06-08 2020-06-08 混合自动重传请求harq反馈方法、终端设备和网络设备

Publications (2)

Publication Number Publication Date
CN113839747A CN113839747A (zh) 2021-12-24
CN113839747B true CN113839747B (zh) 2023-02-03

Family

ID=78845315

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010515170.9A Active CN113839747B (zh) 2020-06-08 2020-06-08 混合自动重传请求harq反馈方法、终端设备和网络设备

Country Status (5)

Country Link
US (1) US20230095951A1 (zh)
EP (1) EP4164157A4 (zh)
KR (1) KR20230012017A (zh)
CN (1) CN113839747B (zh)
WO (1) WO2021249302A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11877299B2 (en) * 2020-03-05 2024-01-16 Qualcomm Incorporated Control channel resources for group-feedback in multi-cast
US20230269757A1 (en) * 2020-06-30 2023-08-24 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for multicast communication
WO2022240198A1 (ko) * 2021-05-11 2022-11-17 엘지전자 주식회사 무선 통신 시스템에서 harq-ack 정보 송수신 방법 및 장치
WO2023130461A1 (en) * 2022-01-10 2023-07-13 Lenovo (Beijing) Limited Method and apparatus for semi-static harq-ack codebook determination for multicast

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017015836A1 (zh) * 2015-07-27 2017-02-02 华为技术有限公司 应答信息发送、接收方法，及接收设备和发送设备
WO2020056068A1 (en) * 2018-09-13 2020-03-19 Intel Corporation Hybrid automatic repeat request feedback for wireless communication
CN111148061A (zh) * 2018-11-02 2020-05-12 电信科学技术研究院有限公司 一种资源指示方法及通信设备
CN113473632A (zh) * 2020-03-31 2021-10-01 维沃移动通信有限公司 物理下行共享信道的调度方法、网络设备及终端设备
CN113573256A (zh) * 2020-04-28 2021-10-29 维沃移动通信有限公司 信息反馈、资源调度方法、终端及网络设备
CN113596738A (zh) * 2020-04-30 2021-11-02 维沃移动通信有限公司 信息获取方法、信息确定方法、装置和相关设备
CN113726484A (zh) * 2020-05-26 2021-11-30 维沃移动通信有限公司 混合自动重传请求应答harq-ack反馈方法、终端设备和网络设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3437230B1 (en) * 2016-04-01 2020-01-08 Telefonaktiebolaget LM Ericsson (PUBL) Methods and devices handling multicast feedback
WO2018000360A1 (zh) * 2016-06-30 2018-01-04 华为技术有限公司 网络设备、终端设备、多播业务的配置方法和接收方法
US20200022144A1 (en) * 2018-07-09 2020-01-16 Samsung Electronics Co., Ltd. Overhead reduction and reliability enhancements for dl control signaling
US11979236B2 (en) * 2018-09-28 2024-05-07 Apple Inc. Physical uplink control channel resource determination and multiplexing of multiple hybrid automatic repeat request acknowledgement feedbacks and other uplink control information on physical uplink control channel and physical uplink shared channel

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017015836A1 (zh) * 2015-07-27 2017-02-02 华为技术有限公司 应答信息发送、接收方法，及接收设备和发送设备
WO2020056068A1 (en) * 2018-09-13 2020-03-19 Intel Corporation Hybrid automatic repeat request feedback for wireless communication
CN111148061A (zh) * 2018-11-02 2020-05-12 电信科学技术研究院有限公司 一种资源指示方法及通信设备
CN113473632A (zh) * 2020-03-31 2021-10-01 维沃移动通信有限公司 物理下行共享信道的调度方法、网络设备及终端设备
CN113573256A (zh) * 2020-04-28 2021-10-29 维沃移动通信有限公司 信息反馈、资源调度方法、终端及网络设备
CN113596738A (zh) * 2020-04-30 2021-11-02 维沃移动通信有限公司 信息获取方法、信息确定方法、装置和相关设备
CN113726484A (zh) * 2020-05-26 2021-11-30 维沃移动通信有限公司 混合自动重传请求应答harq-ack反馈方法、终端设备和网络设备

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"Discussion on UE feedback for DL multicast/broadcast";LG Electronics;《3GPP TSG RAN WG1 Meeting #85 R1-164537》;20160514;第2.2节 *
"Downlink Enhancements for V2X";Ericsson;《3GPP TSG RAN WG1 Meeting #85 R1-165254》;20160513;全文 *
"SC-PTM feedback scheme for link adaptation and retransmission";Kyocera;《3GPP TSG-RAN WG2 #95bis R2-166852》;20161001;全文 *

Also Published As

Publication number Publication date
KR20230012017A (ko) 2023-01-25
CN113839747A (zh) 2021-12-24
WO2021249302A1 (zh) 2021-12-16
EP4164157A1 (en) 2023-04-12
EP4164157A4 (en) 2023-12-13
US20230095951A1 (en) 2023-03-30

Similar Documents

Publication Publication Date Title
CN113839747B (zh) 混合自动重传请求harq反馈方法、终端设备和网络设备
US11509425B2 (en) Method for determining HARQ-ACK feedback time, method for indicating HARQ-ACK feedback time, terminal device and network device
CN110769502B (zh) 用于多波束发送上行信道的方法、终端设备和网络侧设备
CN113517967B (zh) 信道状态信息csi报告的确定方法和通信设备
CN113473632B (zh) 物理下行共享信道的调度方法、网络设备及终端设备
CN110199555B (zh) 一种下行控制信息dci传输的方法及网络设备、用户设备
CN109962726B (zh) 信道状态信息的非周期性反馈方法、终端
CN111757523B (zh) 无线通信方法及通信设备
CN111465110B (zh) 传输数据的方法和终端设备
CN102301816A (zh) 使用下行链路物理下行链路控制信道的上行链路半持久性调度显式释放指示
JP2019512898A (ja) データ伝送方法、端末デバイス、及びネットワークデバイス
CN107370570B (zh) 一种反馈信息传输方法、ue、基站和系统
CN113285794A (zh) 传输上行反馈信息的方法、终端设备和网络设备
EP3944697A1 (en) Methods for transmitting downlink signal, network device and terminal device
CN111431681A (zh) 传输harq-ack信息的方法、装置、电子设备及存储介质
CN113259051A (zh) 信道状态信息csi报告的反馈方法、终端设备和网络设备
CN115380596A (zh) 一种支持多播业务的自动重传请求确认反馈信息的传输方法和装置
CN113286372A (zh) 一种传输下行控制信息的方法和通信设备
WO2019095902A1 (zh) 系统信息类型的指示方法、网络设备和终端设备
CN112788748B (zh) 一种上行控制信息的传输方法和终端设备
WO2021218907A1 (zh) 信息获取方法、信息确定方法、装置和相关设备
CN113141663B (zh) 确定旁链路反馈信息的方法和通信设备
CN112654094B (zh) 一种harq-ack的反馈方法、终端设备
CN113726484B (zh) 混合自动重传请求应答harq-ack反馈方法、终端设备和网络设备
CN111511019A (zh) 一种信道资源的确定方法、设备及计算机存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant