CN110875814A - 发送和接收混合自动重传请求确认信息的方法、通信装置 - Google Patents
发送和接收混合自动重传请求确认信息的方法、通信装置 Download PDFInfo
- Publication number
- CN110875814A CN110875814A CN201811018348.8A CN201811018348A CN110875814A CN 110875814 A CN110875814 A CN 110875814A CN 201811018348 A CN201811018348 A CN 201811018348A CN 110875814 A CN110875814 A CN 110875814A
- Authority
- CN
- China
- Prior art keywords
- harq
- pdschs
- pdsch
- ack information
- network device
- 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
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/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—Scheduling and prioritising arrangements
-
- 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
- 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/1861—Physical mapping arrangements
-
- 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/0032—Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
- H04L5/0035—Resource allocation in a cooperative multipoint environment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
- H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
- H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/08—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the receiving station
- H04B7/0868—Hybrid systems, i.e. switching and combining
- H04B7/088—Hybrid systems, i.e. switching and combining using beam selection
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了一种发送和接收HARQ‑ACK信息的方法以及通信装置。该方法包括:终端设备基于接收到的多个PDSCH生成至少两个HARQ‑ACK信息,并向网络设备发送该至少两个HARQ‑ACK信息。每个HARQ‑ACK信息包括针对一个或多个PDSCH反馈的ACK或NACK,在某一HARQ‑ACK信息包括针对多个PDSCH反馈的ACK或NACK的情况下,该HARQ‑ACK信息对应的多个PDSCH的以下至少一项相同:用于解调PDSCH的DMRS的端口所属的端口组、多个PDSCH承载的使能传输块的标识以及用于调度多个PDSCH的多个PDCCH的PDCCH配置。基于上述方法,终端设备可以判断接收到的多个PDSCH中哪些PDSCH来自同一网络设备,在多站点调度的情况下准确地反馈各PDSCH的接收和解码情况,以便于网络设备做出合理的决策。有利于提高数据传输性能,提高用户体验。
Description
技术领域
本申请涉及无线通信领域,并且更具体地,涉及发送和接收混合自动重传请求确认信息的方法、通信装置。
背景技术
协作多点(coordination multiple point,CoMP)传输是一种用于解决小区间干扰问题并提升小区边缘用户吞吐量的方法。在下行传输中,网络设备,如发送接收点(transmission and reception point,TRP),可以通过下行控制信息(downlink controlinformation,DCI)为终端设备调度物理下行共享信道(physical downlink sharechannel,PDSCH)。终端设备可以通过同一DCI为其调度的上行资源向该站点反馈混合自动重传请求(hybrid automatic repeat request,HARQ)-确认(acknowledgement,ACK)信息,以反馈该PDSCH是否被成功接收。
然而,在有些场景下,如非理性回程(non ideal backhaul)场景,由于站点之间的通信时延较大,一种基于多个DCI的多站点调度(下文简称多站点调度)的方案被提出。该多站点调度方案支持两个或更多个网络设备分别通过各自发送的DCI为终端设备调度各自的PDSCH,进行数据传输。
因此,如何在上述多站点调度的情况下针对各PDSCH反馈HARQ-ACK信息成为一项亟待解决的技术问题。
发明内容
本申请提供一种发送和接收HARQ-ACK信息的方法以及通信装置,以期在多站点调度时准确地反馈来自不同站点的PDSCH的反馈信息。
第一方面,提供了一种发送HARQ-ACK信息的方法。该方法可以由终端设备执行,或者也可以由配置于终端设备中的芯片执行,本申请对此不作限定。
该方法包括:基于接收到的多个PDSCH生成至少两个HARQ-ACK信息,并发送该至少两个HARQ-ACK信息。其中,每个HARQ-ACK信息包括针对一个或多个PDSCH反馈的ACK或否定确认(negative acknowledgement,NACK)。在HARQ-ACK信息包括针对多个PDSCH反馈的ACK或NACK的情况下,该HARQ-ACK信息对应的多个PDSCH的以下至少一项相同:用于解调该多个PDSCH的解调参考信号(demodulation reference signal,DMRS)的端口所属的端口组、该多个PDSCH承载的使能传输块(transport block,TB)的标识以及用于调度该多个PDSCH的多个物理下行控制信道(physical downlink control channel,PDCCH)的PDCCH配置(PDCCH config)。
换句话说,同一HARQ-ACK信息对应的多个PDSCH具有相同的属性,所述相同的属性包括以下至少一项:用于解调该多个PDSCH的DMRS的端口所属的端口组相同;所述多个PDSCH承载的使能TB的标识相同;以及用于调度PDSCH的PDCCH的PDCCH配置相同。
在另一种实现方式中,该多个PDSCH属于至少两个PDSCH组,每个PDSCH组包括一个或多个PDSCH,每个HARQ-ACK信息包括针对一个PDSCH组中各PDSCH反馈的ACK或NACK。在PDSCH组包括多个PDSCH的情况下,该PDSCH组中的多个PDSCH具有至少一项上述相同的属性。
其中,终端设备可以在HARQ-ACK信息中针对所对应的PDSCH组中的每个PDSCH反馈ACK或NACK。当针对某一PDSCH反馈ACK时,说明终端设备成功接收到该PDSCH且成功解码该PDSCH;当针对某一PDSCH反馈NACK时,说明终端设备未能成功接收该PDSCH,或者未能成功解码该PDSCH。在本申请实施例中,为方便说明,将HARQ-ACK信息中针对一个PDSCH反馈的ACK或NACK统称为针对该PDSCH的反馈信息。
基于上述技术方案,终端设备可以基于DMRS端口组、使能TB的标识以及PDCCH配置中的至少一项,确定接收到的哪些PDSCH可能来自同一网络设备,从而可以确定哪些PDSCH可以通过同一个HARQ-ACK信息反馈ACK或NACK。如果终端设备不能获知哪些PDSCH来自同一网络设备,可能就会将来自不同网络设备的PDSCH的反馈信息放在同一HARQ-ACK信息中,这可能导致网络设备获取的反馈信息是错误的。若网络设备不能准确地了解各PDSCH的接收或解码情况,也就不能做出合理的决策,如PDSCH是否需要重传。而在本申请实施例中,终端设备可以基于上文所列举的属性来判断接收到的各PDSCH中哪些可能是来自同一网络设备的,因此可以避免将来自不同网络设备的PDSCH的反馈信息放在同一HARQ-ACK信息中而可能造成的错误反馈,也就可以在多站点调度的情况下准确地反馈各PDSCH的接收和解码情况。网络设备可以基于针对各PDSCH的反馈信息确定哪些PDSCH需要重传,哪些PDSCH不需要重传,因此,有利于提高数据传输性能,提高用户体验。
结合第一方面,在第一方面的某些实现方式中,同一HARQ-ACK信息对应的PDSCH的端口所属的端口组相同。其中,所述基于接收到的多个PDSCH生成至少两个HARQ-ACK信息,包括:基于接收到的多个PDSCH以及每个PDSCH的端口所属的端口组,生成至少两个HARQ-ACK信息,PDSCH的端口为用于解调该PDSCH的DMRS的端口,每个HARQ-ACK信息所对应的各PDSCH的端口属于同一端口组。
即,终端设备可以根据各PDSCH的端口所属的端口组来判断哪些PDSCH的反馈信息可以放在同一个HARQ-ACK信息中。
结合第一方面,在第一方面的某些实现方式中,同一HARQ-ACK信息对应的PDSCH的使能TB的标识相同。其中,所述基于接收到的多个PDSCH生成至少两个HARQ-ACK信息,包括:基于接收到的多个PDSCH以及每个PDSCH承载的使能TB的标识,生成至少两个HARQ-ACK信息,每个HARQ-ACK信息所对应的各PDSCH承载的使能TB的标识相同。
即,终端设备可以根据各PDSCH承载的使能TB的标识来判断哪些PDSCH的反馈信息可以放在同一个HARQ-ACK信息中。
结合第一方面,在第一方面的某些实现方式中,同一HARQ-ACK信息对应的PDSCH的调度PDCCH的PDCCH配置不同。其中,所述基于接收到的多个PDSCH生成至少两个HARQ-ACK信息,包括:基于接收到的多个PDSCH以及用于调度该多个PDSCH的多个PDCCH的PDCCH配置,生成至少两个HARQ-ACK信息,每个HARQ-ACK信息所对应的各PDSCH由基于相同PDCCH配置检测到的PDCCH调度。即,终端设备可以根据盲检测PDCCH所基于的PDCCH配置来判断各PDCCH所调度的PDSCH中哪些PDSCH的反馈信息可以放在同一个HARQ-ACK信息中。
其中,PDSCH的调度PDCCH即为用于调度该PDSCH的PDCCH。每个PDCCH通过其携带的DCI来调度PDSCH,因此,同一HARQ-ACK信息对应的PDSCH的调度DCI的PDCCH配置也相同。
结合第一方面,在第一方面的某些实现方式中,同一HARQ-ACK信息对应的PDSCH的调度DCI的类型相同。其中,所述基于接收到的多个PDSCH生成至少两个HARQ-ACK信息,包括:基于接收到的多个PDSCH以及用于调度该多个PDSCH的多个/DCI类型,生成至少两个HARQ-ACK信息,每个HARQ-ACK信息所对应的各PDSCH由相同类型的DCI调度。
根据所包含的内容不同,DCI可以分为主DCI和辅DCI,或者第一级DCI和第二级DCI;根据DCI出现的频率,DCI可以分为快DCI和慢DCI;此外,DCI还可以基于不同DCI格式区分或者同一DCI格式下不同配置区分。
由于DCI可以携带在PDCCH发送给终端设备,故DCI类型也可以引申为PDCCH类型。也就是说,同一HARQ-ACK信息对应的PDSCH的调度PDCCH的类型相同。
结合第一方面,在第一方面的某些实现方式中,所述多个PDSCH由多个PDCCH调度,该多个PDCCH属于至少两个PDCCH组,每个PDCCH组可用于调度一个PDSCH组。或者说,多个PDCCH中的DCI属于至少两个DCI组,每个DCI组可用于调度一个PDSCH组。每个PDSCH组对应一个HARQ-ACK信息。换句话说,每个PDCCH组可对应于一个HARQ-ACK信息,或者说,每个DCI组可对应于一个HARQ-ACK信息。
具体地,每个HARQ-ACK信息包括针对一个PDCCH组所调度的各PDSCH反馈的ACK或NACK。在某一PDCCH组包括多个PDCCH的情况下,该PDCCH组中的多个PDCCH具有以下至少一项相同的属性:该PDCCH组中的多个PDCCH携带的DCI指示的天线端口属于同一端口组;该PDCCH组中的多个PDCCH携带的DCI指示的使能TB的标识相同;以及用于调度该PDCCH组中的多个PDCCH的PDCCH配置相同。
可选地,该方法还包括:终端设备根据每个PDCCH组中最后一个接收到的PDCCH确定所对应的HARQ-ACK信息的传输资源。
具体地,网络设备可以通过PDCCH中的DCI来指示上行资源,该上行资源为用于传输该DCI所调度的PDSCH的反馈信息的上行资源。终端设备可以根据每个DCI组中的最后一个接收到的DCI中指示的上行资源,将该上行资源确定为用于传输该DCI所属DCI组对应的HARQ-ACK信息的传输资源。
可选地,该方法还包括:终端设备根据每个PDCCH组中最后一个接收到的PDCCH确定所对应的HARQ-ACK信息的长度。
具体地,当网络设备采用CoMP技术为终端设备服务时,可以通过PDCCH中的DCI的DAI字段来指示被调度的PDSCH为第几个PDSCH,终端设备可以根据最后一个接收到的DCI中的DAI字段确定调度的PDSCH的总数,进而确定HARQ-ACK信息的长度。该DAI可以为计数(counter)DAI。
当网络设备采用载波聚合(carrier aggregation,CA)、双连接(dualconnectivity,DC)或多连接技术为终端设备服务时,可以通过PDCCH中的DCI的DAI字段来指示被调度的PDSCH为第几个PDSCH以及截止当前调度的PDSCH总数。其中,该DAI字段中包括计数(counter)DAI和总数(total)DAI。该counter DAI可用于指示被调度的PDSCH为第几个PDSCH,该total DAI可用于指示截止当前调度的PDSCH总数。终端设备可以根据最后一个接收到的DCI中的DAI字段中的total DAI确定调度的PDSCH的总数,进而确定HARQ-ACK信息的长度。可选地,该方法还包括:终端设备根据每个PDCCH携带的DCI中的DAI字段确定所调度的PDSCH的反馈信息在对应的HARQ-ACK信息中的位置。
具体地,终端设备可以根据PDCCH携带的DCI中的counter DAI确定所调度的PDSCH的反馈信息在对应的HARQ-ACK信息中的位置。
第二方面,提供了一种接收HARQ-ACK信息的方法。该方法可以由网络设备执行,或者,也可以由配置于网络设备中的芯片执行。
该方法包括:接收一个或多个HARQ-ACK信息,每个HARQ-ACK信息包括针对一个或多个PDSCH反馈的ACK或NACK,在某一HARQ-ACK信息包括针对多个PDSCH的情况下,该HARQ-ACK信息对应的多个PDSCH的以下至少一项相同:用于解调该多个PDSCH的解调参考信号DMRS的端口所属的端口组、该多个PDSCH承载的使能传输块TB的标识以及用于调度该多个PDSCH的多个物理下行控制信道PDCCH的PDCCH配置;根据该一个或多个HARQ-ACK信息,确定需要重传的PDSCH。
换句话说,同一HARQ-ACK信息对应的多个PDSCH具有相同的属性,所述相同的属性包括以下至少一项:用于解调该多个PDSCH的DMRS的端口所属的端口组相同、所述多个PDSCH承载的使能TB的标识相同以及用于调度PDSCH的PDCCH的PDCCH配置相同。
在另一种实现方式中,该多个PDSCH属于至少两个PDSCH组,每个PDSCH组包括一个或多个PDSCH,每个HARQ-ACK信息包括针对一个PDSCH组中各PDSCH反馈的ACK或NACK。在PDSCH组包括多个PDSCH的情况下,该PDSCH组中的多个PDSCH具有至少一项上述相同的属性。
基于上述技术方案,终端设备可以基于DMRS端口组、使能TB的标识以及PDCCH配置中的至少一项,确定接收到的哪些PDSCH可能来自同一网络设备,从而可以确定哪些PDSCH可以通过同一个HARQ-ACK信息反馈ACK或NACK。如果终端设备不能获知哪些PDSCH来自同一网络设备,可能就会将来自不同网络设备的PDSCH的反馈信息放在同一HARQ-ACK信息中,这可能导致网络设备获取的反馈信息是错误的。若网络设备不能准确地了解各PDSCH的接收情况,也就不能做出合理的决策,如PDSCH是否需要重传。而在本申请实施例中,终端设备可以基于上文所列举的属性来判断接收到的各PDSCH中哪些是来自同一网络设备的,因此可以避免将来自不同网络设备的PDSCH的反馈信息放在同一HARQ-ACK信息中而可能造成的错误反馈,也就可以在多站点调度的情况下准确地反馈各PDSCH的接收和解码情况。网络设备可以基于针对各PDSCH的反馈信息确定哪些PDSCH需要重传,哪些PDSCH不需要重传,因此,有利于提高数据传输性能,提高用户体验。
结合第二方面,在第二方面的某些实现方式中,所述多个PDSCH由多个PDCCH调度,该多个PDCCH属于至少两个PDCCH组,每个PDCCH组可用于调度一个PDSCH组。或者说,多个PDCCH中的DCI属于至少两个DCI组,每个DCI组可用于调度一个PDSCH组。每个PDSCH组对应一个HARQ-ACK信息。换句话说,每个PDCCH组可对应于一个HARQ-ACK信息,或者说,每个DCI组可对应于一个HARQ-ACK信息。
可选地,该方法还包括:网络设备根据每个PDCCH组中最后一个发送的PDCCH确定所对应的HARQ-ACK信息的传输资源。
具体地,网络设备可以通过PDCCH中的DCI来指示上行资源,该上行资源为用于传输该DCI所调度的PDSCH的反馈信息的上行资源。网络设备可以根据每个DCI组中的最后一个发送的DCI中指示的上行资源,将该上行资源确定为用于传输该DCI所属DCI组对应的HARQ-ACK信息的传输资源。网络设备可以在该上行资源上接收HARQ-ACK信息。
可选地,该方法还包括:网络设备根据每个PDCCH中确定所调度的PDSCH的反馈信息在对应的HARQ-ACK信息中的位置。
具体地,网络设备可以预先确定所调度的PDSCH的反馈信息在对应的HARQ-ACK信息中的位置,例如,可以根据所调度的PDSCH在时域上的先后顺序确定,或根据其他信息确定,本申请对此不做限定。
结合第一方面或第二方面,在某些可能的实现方式中,该至少两个HARQ-ACK信息的传输资源在时域上占用同一时间单元。
其中,时间单元例如可以是时隙、子帧、无线帧、微时隙(mini slot或sub slot)、多个聚合的时隙、多个聚合的子帧等,本申请对此不作限定。
也就是说,终端设备可以在被调度的相同的上行资源上发送该至少两个HARQ-ACK信息。该至少两个HARQ-ACK信息可以占用相同的正交频分复用(orthogonal frequencydivision multiplexing,OFDM)符号或不同的OFDM符号。后文中为方便说明,将OFDM符号简称符号。
结合第一方面或第二方面,在某些可能的实现方式中,该至少两个HARQ-ACK信息的传输资源占用同一时间单元中的不同符号。
由于考虑到不同的网络设备与终端设备的距离不同的可能,终端设备可以通过时分的方式来对不同的HARQ-ACK信息的发送做独立的功控,由此可以保证各HARQ-ACK信息到达不同的网络设备的接收功率均可满足预设门限,也就有利于提高信息接收质量。
第三方面,提供了一种通信装置,包括用于执行第一方面中任一种可能实现方式中的方法的各个模块或单元。
第四方面,提供了一种通信装置,包括处理器。该处理器与存储器耦合,可用于执行存储器中的指令,以实现上述第一方面中任一种可能实现方式中的方法。可选地,该通信装置还包括存储器。可选地,该通信装置还包括通信接口,处理器与通信接口耦合。
在一种实现方式中,该通信装置为终端设备。当该通信装置为终端设备时,所述通信接口可以是收发器,或,输入/输出接口。
在另一种实现方式中,该通信装置为配置于终端设备中的芯片。当该通信装置为配置于终端设备中的芯片时,所述通信接口可以是输入/输出接口。
可选地,所述收发器可以为收发电路。可选地,所述输入/输出接口可以为输入/输出电路。
第五方面,提供了一种通信装置,包括用于执行第二方面中任一种可能实现方式中的方法的各个模块或单元。
第六方面,提供了一种通信装置,包括处理器。该处理器与存储器耦合,可用于执行存储器中的指令,以实现上述第二方面中任一种可能实现方式中的方法。可选地,该通信装置还包括存储器。可选地,该通信装置还包括通信接口,处理器与通信接口耦合。
在一种实现方式中,该通信装置为网络设备。当该通信装置为网络设备时,所述通信接口可以是收发器,或,输入/输出接口。
在另一种实现方式中,该通信装置为配置于网络设备中的芯片。当该通信装置为配置于网络设备中的芯片时,所述通信接口可以是输入/输出接口。
可选地,所述收发器可以为收发电路。可选地,所述输入/输出接口可以为输入/输出电路。
第七方面,提供了一种处理器,包括:输入电路、输出电路和处理电路。所述处理电路用于通过所述输入电路接收信号,并通过所述输出电路发射信号,使得所述处理器执行第一方面或第二方面以及第一方面或第二方面任一种可能实现方式中的方法。
在具体实现过程中,上述处理器可以为芯片,输入电路可以为输入管脚,输出电路可以为输出管脚,处理电路可以为晶体管、门电路、触发器和各种逻辑电路等。输入电路所接收的输入的信号可以是由例如但不限于接收器接收并输入的,输出电路所输出的信号可以是例如但不限于输出给发射器并由发射器发射的,且输入电路和输出电路可以是同一电路,该电路在不同的时刻分别用作输入电路和输出电路。本申请实施例对处理器及各种电路的具体实现方式不做限定。
第八方面,提供了一种处理装置,包括处理器和存储器。该处理器用于读取存储器中存储的指令,并可通过接收器接收信号,通过发射器发射信号,以执行第一方面或第二方面以及第一方面或第二方面任一种可能实现方式中的方法。
可选地,所述处理器为一个或多个,所述存储器为一个或多个。
可选地,所述存储器可以与所述处理器集成在一起,或者所述存储器与处理器分离设置。
在具体实现过程中,存储器可以为非瞬时性(non-transitory)存储器,例如只读存储器(read only memory,ROM),其可以与处理器集成在同一块芯片上,也可以分别设置在不同的芯片上,本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。
应理解,相关的数据交互过程例如发送指示信息可以为从处理器输出指示信息的过程,接收能力信息可以为处理器接收输入能力信息的过程。具体地,处理输出的数据可以输出给发射器,处理器接收的输入数据可以来自接收器。其中,发射器和接收器可以统称为收发器。
上述第八方面中的处理装置可以是一个芯片,该处理器可以通过硬件来实现也可以通过软件来实现,当通过硬件实现时,该处理器可以是逻辑电路、集成电路等;当通过软件来实现时,该处理器可以是一个通用处理器,通过读取存储器中存储的软件代码来实现,该存储器可以集成在处理器中,可以位于该处理器之外,独立存在。
第九方面,提供了一种计算机程序产品,所述计算机程序产品包括:计算机程序(也可以称为代码,或指令),当所述计算机程序被运行时,使得计算机执行上述第一方面或第二方面以及第一方面或第二方面中任一种可能实现方式中的方法。
第十方面,提供了一种计算机可读介质,所述计算机可读介质存储有计算机程序(也可以称为代码,或指令)当其在计算机上运行时,使得计算机执行上述第一方面或第二方面以及第一方面或第二方面中任一种可能实现方式中的方法。
第十一方面,提供了一种通信系统,包括前述的网络设备和终端设备。
附图说明
图1是适用于本申请实施例的发送和接收HARQ-ACK信息的方法的通信系统的示意图;
图2是本申请实施例提供的发送和接收HARQ-ACK信息的方法的示意性流程图;
图3是本申请实施例提供的PDSCH和HARQ-ACK信息在时域上分布的示意图;
图4是本申请实施例提供的通信装置的示意性框图;
图5是本申请实施例提供的终端设备的结构示意图;
图6是本申请实施例提供的网络设备的结构示意图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信系统,例如:全球移动通信(globalsystem for mobile communications,GSM)系统、码分多址(code division multipleaccess,CDMA)系统、宽带码分多址(wideband code division multiple access,WCDMA)系统、通用分组无线业务(general packet radio service,GPRS)、长期演进(long termevolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time division duplex,TDD)、通用移动通信系统(universal mobiletelecommunication system,UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access,WiMAX)通信系统、第五代(5th generation,5G)系统或新无线(newradio,NR)等。
应理解,该通信系统中的网络设备可以是任意一种具有无线收发功能的设备或可设置于该设备的芯片,该设备包括但不限于:演进型节点B(evolved Node B,eNB)、无线网络控制器(Radio Network Controller,RNC)、节点B(Node B,NB)、基站控制器(BaseStation Controller,BSC)、基站收发台(Base Transceiver Station,BTS)、家庭基站(例如,Home evolved NodeB,或Home Node B,HNB)、基带单元(BaseBand Unit,BBU),无线保真(Wireless Fidelity,WIFI)系统中的接入点(Access Point,AP)、无线中继节点、无线回传节点、传输点(transmission point,TP)或者发送接收点(TRP)等,还可以为5G,如NR,系统中的gNB,或,传输点(TRP或TP),5G系统中的基站的一个或一组(包括多个天线面板)天线面板,或者,还可以为构成gNB或传输点的网络节点,如基带单元(BBU),或,分布式单元(distributed unit,DU)等。
在一些部署中,gNB可以包括集中式单元(centralized unit,CU)和DU。gNB还可以包括射频单元(radio unit,RU)。CU实现gNB的部分功能,DU实现gNB的部分功能,比如,CU实现无线资源控制(radio resource control,RRC),分组数据汇聚层协议(packet dataconvergence protocol,PDCP)层的功能,DU实现无线链路控制(radio link control,RLC)、媒体接入控制(media access control,MAC)和物理(physical,PHY)层的功能。由于RRC层的信息最终会变成PHY层的信息,或者,由PHY层的信息转变而来,因而,在这种架构下,高层信令,如RRC层信令或PHCP层信令,也可以认为是由DU发送的,或者,由DU+RU发送的。可以理解的是,网络设备可以为CU节点、或DU节点、或包括CU节点和DU节点的设备。此外,CU可以划分为接入网RAN中的网络设备,也可以将CU划分为核心网CN中的网络设备,在此不做限制。
还应理解,该通信系统中的终端设备也可以称为用户设备(user equipment,UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。本申请的实施例中的终端设备可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(Virtual Reality,VR)终端设备、增强现实(Augmented Reality,AR)终端设备、工业控制(industrialcontrol)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remotemedical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportationsafety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。本申请的实施例对应用场景不做限定。
为便于理解本申请实施例,首先对本申请中涉及的几个术语做简单说明。
1、HARQ-ACK信息(HARQ-ACK information):也可以称为HARQ信息。可以分为下行HARQ信息和上行HARQ信息。在当前技术中,下行HARQ-ACK信息可以表示针对下行数据(如PDSCH)的反馈信息,如可以是确认(ACK)或否定确认(negative acknowledgment,NACK)。上行HARQ-ACK信息可以表示针对上行数据(如PUSCH)的反馈信息,与下行HARQ-ACK信息相似,也可以是ACK或NACK。其中,ACK可表示数据被成功接收,且数据被成功解码;NACK可表示数据未被成功接收,或数据未被成功解码。发送设备(如下行传输中的网络设备或上行传输中的终端设备)可以基于接收设备反馈的NACK进行数据重传。
在一种可能的设计中,该HARQ-QCK信息可以是一个信息比特,当该信息比特置“0”时可以表示NACK,当该信息比特置“1”时可以表示ACK;或者,当该信息比特置“1”时可以表示NACK,当该信息比特置“0”时可以表示ACK,本申请对此不作限定。
下文中以发送和接收下行HARQ-ACK信息为例来说明本申请实施例,但这不应对本申请构成任何限定。本申请并不排除将本申请所提供的方法应用于发送和接收上行HARQ-ACK的场景中的可能。
下行HARQ-ACK信息例如可以通过物理上行控制信道(physical uplink controlchannel,PUCCH)传输,可以属于上行控制信息(uplink control information,UCI)中的一种。需要反馈的HARQ-ACK信息的下行数据例如可以包括:有对应的物理下行控制信道(physical downlink control channel,PDCCH)的PDSCH、半持续调度(semi-persistentscheduling,SPS)PDSCH、下行SPS释放(release),也可称为SPS PDSCH release。本申请实施例中主要针对的是有对应的PDCCH的PDSCH,也就是由PDCCH调度的PDSCH。每个PDCCH可以用于调度一个PDSCH,也可用于调度多个PDSCH,本申请对此不作限定。
在本申请实施例中,为便于理解,以一个PDCCH调度一个PDSCH为例来详细说明了接收和发送HARQ-ACK信息的方法。该下行HARQ-ACK信息可以包括针对一个或多个PDSCH的反馈信息。针对每个PDSCH可以通过一个信息比特来反馈ACK或NACK。其具体实现方式本申请对此不作限定。
2、下行配置索引(downlink assignment index,DAI):DCI中的一个域。DAI可以分为两类:计数DAI(counter DAI)和总数DAI(total DAI)。
Counter DAI:网络设备在利用PDCCH调度PDSCH的时候,可以在DCI中携带DAI,以通过DAI来通知终端设备此次对PDSCH的调度是第几次调度,例如,若为第一次调度则DAI可以为“0”,若为第二次调度则DAI可以为“1”,以此类推。Counter DAI可用于确定本次调度的PDSCH的反馈信息在HARQ-ACK信息中的位置。
例如,在NR中,由counter DAI可以确定本次调度的PDSCH的反馈信息在HARQ-ACK信息中的位置,具体可通过下式确定:
其中,表示与counter DAI对应的值,c表示服务小区索引(serving cellindex),m表示PDCCH的监测时机索引(monitoring occasion index),j表示循环次数,8j表示循环周期为8,即每8个TB循环次数加1。
Total DAI:在载波聚合或双连接等场景下,网络设备还可以通过DAI来通知终端设备截止当前一共调度的PDSCH总数。最后一个盲检测时机中接收到的DCI中的total DAI可用于确定HARQ-ACK信息的长度,也就是HARQ-ACK信息的总比特数。例如,HARQ-ACK信息的长度可以为total DAI指示的当前一共调度的PDSCH的总数。
DCI中可以仅携带counter DAI,也可以携带counter DAI和total DAI。例如,在NR中,若只配置了1个服务小区,则该DCI中可以仅携带counter DAI,DAI字段在DCI中可以占用2比特;若配置了多个服务小区,则该DCI中可以携带counter DAI和total DAI,DAI字段在DCI中可以占用4比特,其中,2个最高有效位(most significant bit,MSB)表示counterDAI,2个最低有效位(least significant bit,LSB)表示total DAI。
3、天线端口(antenna port):简称端口。可以理解为被接收端所识别的发射天线,或者在空间上可以区分的发射天线。针对每个虚拟天线可以配置一个天线端口,每个虚拟天线可以为多个物理天线的加权组合。也就是说,天线端口和物理天线间没有固定的映射关系。每个天线端口可以与一个参考信号对应,因此,每个天线端口也可以称为一个参考信号端口,例如,CSI-RS端口、SRS端口等。
在本申请实施例中,该天线端口可以是指DMRS端口。不同DMRS端口的DMRS占用的时频资源可能不同,或者,正交覆盖码不同。当网络设备向终端设备指示端口时,终端设备可以基于网络设备所指示的端口接收DMRS,并基于接收到的DMRS解调PDCCH或PDSCH。
4、传输块:来自高层的数据块。一个传输块例如可以包含媒体接入控制(mediaaccess control,MAC)协议数据单元(protocol data unit,PDU)的一个数据块,这个数据块可以在一个时间单元上传输,也可以是HARQ重传的单位。在LTE和NR中,对于每个终端设备来说,每个时间单元上最多可以发送两个传输块。作为示例而非限定,该时间单元为传输时间间隔(transmission time interval,TTI)。
网络设备在调度PDSCH时,可以在DCI中指示使能TB。通常情况下,每个DCI中包括两个TB的配置信息。每个TB的配置信息可以包括:调制编码方式(modulation and codingscheme,MCS)、新传数据指示(new data indicator,NDI)和冗余版本(redundancyversion,RV)。当DCI中指示某一TB的MCS为26,RV为1时,可隐式地指示该TB被去使能;否则,该TB为使能TB。
该两个TB的配置信息可以通过用于承载配置信息的字段在DCI中出现的先后顺序区分。例如,该两个TB的配置信息中,用于承载TB1的配置信息的字段在用于承载TB2的配置信息的字段之前。应理解,通过用于承载TB的配置信息的字段在DCI中出现的次序来区分,仅为一种可能的实现方式,该两个TB的配置信息例如还可以通过不同的索引来区分,本申请对此不作限定。在本申请实施中,将可用于区分TB的信息称为TB的标识。例如,TB的标识可以是用于承载其配置信息的字段在DCI中出现的次序。第一次出现的用于承载TB的配置信息的字段对应TB1,第二次出现的用于承载TB的配置信息的字段对应TB2。
5、PDCCH配置(PDCCH config):可用于配置PDCCH参数,例如,控制资源集(controlresource set,CORESET)、搜索空间(search space)以及其他可用于盲检测PDCCH的参数。PDCCH配置例如可以通过高层参数中的PDCCH配置控制元素(PDCCH-configinformationelement,PDCCH-config IE)配置。
例如,在NR中,网络设备可以在一个PDCCH配置中为每个小区(cell)中的每个带宽部分(bandwidth part,BWP)配置最多3个控制资源集。网络设备还可以在一个PDCCH配置中为每个小区中的每个BWP配置最多10个搜索空间集。因此,终端设备最多可以基于该3个控制资源集和10个搜索空间集盲检测PDCCH。
在本申请实施例中,PDCCH配置可用于确定搜索空间。不同的PDCCH配置所确定的搜索空间不同。每个PDCCH配置可以包括一个或多个控制资源集以及一个或多个搜索空间集。每个控制资源集和每个搜索空间集可以进一步通过高层参数来配置。因此,基于一个PDCCH配置,可以确定一个或多个控制资源集以及一个或多个搜索空间集。在本申请实施例中,不同的PDCCH配置中所包括的控制资源集不同,或不同的PDCCH配置中所包括的搜索空间集不同,或不同的PDCCH配置中所包括的控制资源集和搜索空间集都不同。
6、控制资源集:用于传输下行控制信息的资源集合,也可以称为控制资源区域,或物理下行控制信道资源集合。
每个控制资源集可以是一组资源元素组(resource element group,REG)的集合。REG是下行控制信令进行物理资源分配的基本单位,用于定义下行控制信令到RE的映射。例如,在LTE协议中规定,一个REG由4个频域上连续的非参考信号(reference signal,RS)的资源元素(resource element,RE)组成。应理解,REG仅为用于资源分配的单位,不应对本申请构成任何限定,本申请并不排除在未来的协议中定义新的资源分配单位来实现相同或相似的功能。
对于网络设备而言,控制资源集可以理解为发送PDCCH所可能使用的资源的集合;对于终端设备而言,每个终端设备的PDCCH的搜索空间所对应的资源都属于该控制资源集。或者说,网络设备可以从该控制资源集中确定发送PDCCH使用的资源,终端设备可以根据该控制资源集确定PDCCH的搜索空间。
其中,控制资源集可以包括时频资源,例如,频域上可以是一段带宽,或者一个或者多个子带等;时域上可以是一个或多个符号;一个控制资源集在时频域上可以是连续或不连续的资源单元,例如,连续的资源块(resource block,RB)或者不连续的RB。
应理解,上述列举的频域资源、时域资源、时频域资源的具体内容仅为示例性说明,而不应对本申请构成任何限定。例如,RB是资源单元的一例,RB的大小可以为NR协议中定义的资源,也可以为未来协议中定义的资源,或者,还可以使用其他的命名来替代。又例如,控制资源集在时域上还可以是一个或多个时隙、无线帧、子帧、微时隙(mini slot或subslot)、或者传输时间间隔(transmission time interval,TTI),本申请实施例对此并未特别限定。
控制资源集例如可以通过高层参数中的ControlResourceSet informationelement配置。该高层参数中例如可以包括控制资源集的标识(ID)、频域资源、持续时间(duration)所包含的符号个数等。本申请对用于配置控制资源集的具体参数不作限定。
7、搜索空间集(search space set):从物理层的角度来描述的搜索空间的集合。对于高层来说,该搜索空间集也可以称为搜索空间(search space)。在本申请实施例中,为便于与下文所述的搜索空间相区分,在本申请中将其称为搜索空间集。
网络设备可以通过高层参数来指示搜索空间集,例如,可以通过高层参数中的SearchSpaceSet information element配置。该高层参数中例如可以包括搜索空间集的标识、控制资源集的标识、监测时隙周期及偏移量、时隙中的监测符号以及聚合等级(aggregation level,AL)等。本申请对于配置搜索空间的具体参数不作限定。
8、盲检测时机:在通过高层参数SearchSpaceSet information element配置搜索空间集时,其中的持续时间(duration)中所指示的时隙数为一个盲检测时机在搜索空间集中所对应的时间长度。
9、搜索空间:可以由上述控制资源集和搜索空间集共同确定。搜索空间可以是指终端设备盲检测的搜索范围,或者说,终端设备需要监听的候选下行控制信道的集合。其中,搜索空间可以包括:公共搜索空间(common search space)和UE专用搜索空间(UE-specific Search Space)。公共搜索空间用于传输小区级别的公共信息,例如可以包括:与寻呼(paging)、随机接入响应(random access response,RAR)、广播控制信道(broadcastcontrol channel,BCCH)等相关的控制信息;UE专用搜索空间用于传输终端设备(或者说,UE)级别的信息,例如可以包括:下行共享信道(downlink share channel,DL-SCH)、上行共享信道(unlink share channel,UL-SCH)等相关的控制信息。
在本申请实施例中,终端设备可以基于PDCCH配置中配置的控制资源集合搜索空间共同确定盲检测PDCCH的时频资源。
9、小区(cell):或称服务小区。是高层从资源管理或移动性管理或服务单元的角度来描述的。每个网络设备的覆盖范围可以被划分为一个或多个服务小区,且该服务小区可以看作由一定频域资源组成。在本申请实施例中,小区可以替换为服务小区或载波单元(component carrier,CC,或者称,成员载波、组成载波、载波等)。在本申请实施例中,“小区”、“服务小区”和“CC”交替使用,在不强调其区别时,其所要表达的含义是一致的。
需要说明的是,小区可以网络设备的无线网络的覆盖范围内的区域。在本申请实施例中,不同的小区可以对应不同的网络设备。例如,小区#1中的网络设备和小区#2中的网络设备可以是不同的网络设备,如,基站。也就是说,小区#1和小区#2可以由不同的基站来管理,这种情况下,可以称为小区#1和小区#2共站,或者说,同站。小区#1中的网络设备和小区#2中的网络设备也可以是同一基站的不同的射频处理单元,例如,射频拉远单元(radioremote unit,RRU),也就是说,小区#1和小区#2可以由同一基站管理,具有相同的基带处理单元和中频处理单元,但具有不同的射频处理单元。本申请对此不做特别限定。
10、载波聚合:为了高效地利用零碎的频谱,系统支持不同载波单元之间的聚合。将2个或2个以上的载波聚合在一起以支持更大的传输带宽的技术可以称为载波聚合。
载波聚合是终端设备特定的,不同终端设备可以配置不同的CC,每个CC可以对应于一个独立的小区。在本申请实施例中,可以将一个CC等同于一个小区。例如,主小区(primary cell,PCell)对应主CC(或者称,主载波),可以是为终端进行初始连接建立的小区,或进行RRC连接重建的小区,或是在切换(handover)过程中指定的主小区。辅小区(secondary cell,SCell)对应辅CC(或者称,辅载波),可以是在RRC重配置时添加的,用于提供额外的无线资源的小区。
对于处于连接态的终端设备来说,若未配置载波聚合,则该终端设备有一个服务小区;若配置了载波聚合,则该终端设备可以有多个服务小区(serving cell),可以称为服务小区集合。例如,上文所述的主小区和辅小区组成了该终端设备的服务小区(servingcell)集合。换句话说,服务小区集合包括至少一个主小区和至少一个辅小区。或者说,配置了载波聚合的终端可与1个PCell和多个SCell相连。例如在NR中,配置了载波聚合的终端设备可以与1个PCell和最多4个SCell相连。
11、传输配置指示(transmission configuration indicator,TCI)状态:可用于指示两种参考信号之间的QCL关系。每个TCI状态中可以包括服务小区的索引(ServeCellIndex)、带宽部分(band width part,BWP)标识(identifier,ID)和参考信号资源标识,其中,参考信号资源标识例如可以为以下至少一项:非零功率(non-zero power,NZP)CSI-RS参考信号资源标识(NZP-CSI-RS-ResourceId)、非零功率CSI-RS参考信号资源集标识(NZP-CSI-RS-ResourceSetId)或SSB索引(SSB-Index)。
其中,服务小区的索引、BWP ID以及参考信号资源标识指的是在波束(beam)训练过程中所使用的参考信号资源以及所对应的服务小区和BWP。由于在波束训练过程中,网络设备基于不同的参考信号资源通过不同的发射波束发送参考信号,因此通过不同的发射波束发送的参考信号可以关联不同的参考信号资源;终端设备基于不同的参考信号资源通过不同的接收波束接收参考信号,因此通过不同的接收波束接收的参考信号也可以关联不同的参考信号资源。因此,在波束训练过程中,终端设备可以维护服务小区的索引、BWPID以及参考信号资源标识与接收波束的对应关系,网络设备可以维护服务小区的索引、BWP ID以及参考信号资源标识与发射波束的对应关系。通过参考信号资源标识,便可以建立接收波束和发射波束之间的配对关系。
在此后的通信过程中,终端设备可以基于网络设备所指示的TCI状态确定接收波束,网络设备可以基于同一TCI状态确定发射波束。
具体地,网络设备可通过高层信令(如RRC消息)为终端设备配置TCI状态(TCIstate)列表。该TCI状态列表中可以包括多个TCI状态。此后,网络设备可以通过高层信令(如MAC CE)激活一个或多个TCI状态。被激活的TCI状态为上述RRC消息所配置的TCI状态列表的一个子集。此后,网络设备还可以通过物理层信令(如下行控制信息(downlinkcontrol information,DCI))中的TCI字段指示一个被选择的TCI状态。该DCI例如可以适用于调度物理下行资源(如PDSCH)的DCI。
12、波束:波束在NR协议中的体现可以是空域滤波器(spatial filter),或者称空间滤波器或空间参数(spatial parameters)。用于发送信号的波束可以称为发射波束(transmission beam,Tx beam),也可以称为空间发送滤波器(spatial domain transmitfilter)或空间发射参数(spatial domain transmit parameter);用于接收信号的波束可以称为接收波束(reception beam,Rx beam),也可以称为空间接收滤波器(spatialdomain receive filter)或空间接收参数(spatial domain receive parameter)。
发射波束可以是指信号经天线发射出去后在空间不同方向上形成的信号强度的分布,接收波束可以是指从天线上接收到的无线信号在空间不同方向上的信号强度分布。
13、波束配对关系:即,发射波束与接收波束之间的配对关系,也就是空间发射滤波器与空间接收滤波器之间的配对关系。在具有波束配对关系的发射波束和接收波束之间传输信号可以获得较大的波束赋形增益。
在一种实现方式中,发送端和接收端可以通过波束训练来获得波束配对关系。具体地,发送端可通过波束扫描的方式发送参考信号,接收端也可通过波束扫描的方式接收参考信号。具体地,发送端可通过波束赋形的方式在空间形成不同指向性的波束,并可以在多个具有不同指向性的波束上轮询,以通过不同指向性的波束将参考信号发射出去,使得参考信号在发射波束所指向的方向上发射参考信号的功率可以达到最大。接收端也可通过波束赋形的方式在空间形成不同指向性的波束,并可以在多个具有不同指向性的波束上轮询,以通过不同指向性的波束接收参考信号,使得该接收端接收参考信号的功率在接收波束所指向的方向上可以达到最大。
通过遍历各发射波束和接收波束,接收端可基于接收到的参考信号进行信道测量,并将测量得到的结果通过CSI上报发送端。例如,接收端可以将参考信号接收功率(reference signal receiving power,RSRP)较大的部分参考信号资源上报给发送端,如上报参考信号资源的标识,以便发送端在传输数据或信令时采用信道质量较好的波束配对关系来收发信号。
为便于理解本申请实施例,首先以图1示出的通信系统为例详细说明适用于本申请实施例提供的方法的通信系统。图1示出了适用于本申请实施例的发送和接收HARQ-ACK信息的方法的通信系统100的示意图。如图所示,该通信系统100可以包括至少一个终端设备,如图中所示的终端设备101;该通信系统100还可以包括至少两个网络设备,如图中所示的网络设备#1 102和网络设备#2 103。网络设备#1 102和网络设备#2 103可以是同一个小区中的网络设备,也可以是不同小区中的网络设备,本申请对此不作限定。图中仅为示例,示出了网络设备#1 102和网络设备#2 103位于同一个小区中的示例。
在通信系统100中,网络设备#1 102和网络设备#2 103彼此之间可通过回程(backhaul)链路通信,该回程链路可以是有线回程链路(例如光纤、铜缆),也可以是无线回程链路(例如微波)。网络设备#1 102和网络设备#2 103可以进行相互协同,来为终端设备101提供服务。因此,终端设备101可通过无线链路分别与网络设备#1 102和网络设备#2103通信。
此外,网络设备#1 102和网络设备#2 103中的一个或多个还可以分别采用载波聚合技术,在一个或多个CC上为终端设备101调度PDSCH。例如,网络设备#1 102可以在CC#1和CC#2上为终端设备101调度PDSCH,网络设备#2 103可以在CC#1和CC#3上为终端设备101调度PDSCH。网络设备#1 102和网络设备#2 103所调度的CC可以是相同的,也可以是不同的,本申请对此不作限定。
相互协同的网络设备之间的通信时延可以分为理想回程(ideal backhaul)和非理想回程(non-ideal backhaul)。理想回程下的两站点之间,通信时延可以是微秒级别,与NR中毫秒级别的调度相比,可以忽略不计;非理想回程下的两站点之间,通信时延可以是毫秒级别,与NR中毫秒级别的调度相比,无法忽略。
因此,一种基于多个DCI的多站点调度(下文中简称多站点调度)的方案被提出。该多站点调度方案支持多个网络设备分别通过各自发送的DCI为终端设备调度各自的PDSCH,进行数据传输。例如,如图1的网络设备#1 102可以向终端设备101发送PDCCH,该PDCCH中可以携带DCI,该DCI可用于为终端设备103调度PDSCH,为便于区分,例如记作PDSCH#1;网络设备#2 103也可以向终端设备102发送PDCCH,该PDCCH中也可以携带DCI,该DCI也可以为终端设备103调度PDSCH,为便于区分,例如记作PDSCH#2。换句话说,终端设备101可以从网络设备#1接收到PDSCH#1,并可以从网络设备#2接收到PDSCH#2。
然而,在多站点调度的情况下,如何针对各PDSCH反馈HARQ-ACK信息,以便于网络设备准确地获取各PDSCH的接收和解码情况,成为一项亟待解决的技术问题。
基于此,本申请提供一种发送和接收HARQ-ACK信息的方法,在多站点调度场景下,能够针对来自不同站点的PDSCH分别反馈HARQ-ACK信息,从而便于网络设备准确了解数据接收和解码情况,及时对未成功接收或未成功解码的数据进行重传,有利于数据传输性能,有利于提高用户体验。
应理解,本申请提供的发送和接收HARQ-ACK信息的方法可以适用于无线通信系统。例如图1中所示的通信系统100。本申请实施例中的终端设备可以同时与一个或多个网络设备通信,例如,本申请实施例中的网络设备可对应于图1中的网络设备#1 102和网络设备#3 103中的任意一个,本申请实施例中的终端设备可以对应于图1中的终端设备101。
以下,不失一般性,以一个终端设备与两个网络设备之间的交互过程为例详细说明本申请实施例。该两个网络设备均可以为终端设备提供服务,或者说,该终端设备可以分别与该两个网络设备通信。
可以理解的是,处于无线通信系统中的任意一个终端设备均可以基于相同的技术方案向网络设备反馈HARQ-ACK信息,本申请对此不做限定。
下面结合附图详细说明本申请实施例提供的发送和接收HARQ-ACK信息的方法。
图2是从设备交互的角度示出的本申请实施例提供的发送和接收HARQ-ACK信息的方法200的示意性流程图。如图所示,该方法200可以包括步骤210至步骤250。下面详细说明方法200中的各步骤。
在步骤210中,终端设备基于接收到的多个PDSCH生成至少两个HARQ-ACK信息。
具体地,该多个PDSCH可以是来自多个网络设备的PDSCH,该多个PDSCH可以由多个网络设备分别通过各自的PDCCH调度。该多个网络设备例如可以包括上述第一网络设备和第二网络设备。
可选地,在步骤210之前,该方法200还包括:步骤220,终端设备接收多个PDCCH。相应地,该步骤220可以包括:步骤2201,第一网络设备发送一个或多个PDCCH;步骤2202,第二网络设备发送一个或多个PDCCH。
其中,每个PDCCH可用于调度一个或多个PDSCH。更具体地说,每个PDCCH中携带的DCI可用于调度一个或多个PDSCH。各网络设备可以在各自发送的PDCCH中携带DCI,各DCI可以包含所调度的PDSCH的时频资源、天线端口、使能传输块等信息。各DCI还可以包含用于传输所调度的PDSCH的反馈信息的上行资源的信息。例如,该DCI中可包含PUCCH资源指示字段(PUCCH resource indicator)用于指示该上行资源。换句话说,该多个PDCCH所调度的多个PDSCH可以是在该上行资源到来之前接收到的PDSCH,用于调度该多个PDSCH的PDCCH也可以是在该上行资源到来之前接收到的PDCCH。
当网络设备所调度的PDSCH的反馈信息被配置在同一上行资源上传输时,终端设备可以针对在此上行资源到来之前的时段内所接收到的多个PDSCH生成相应的反馈信息,并通过该上行资源发送给网络设备。
可选地,在步骤210之前,该方法还包括:步骤230,终端设备接收多个PDSCH。相应地,该步骤230可以包括:步骤2301,第一网络设备发送一个或多个PDSCH;步骤2302,第二网络设备发送一个或多个PDSCH。
终端设备可以基于在步骤2201中接收到的一个或多个PDCCH接收来自第一网络设备的一个或多个PDSCH,并可以基于步骤2202中接收到的一个或多个PDCCH接收来自第二网络设备的一个或多个PDSCH。网络设备通过PDCCH调度PDSCH的具体方法可以与现有技术相同,为了简洁,这里省略对其具体过程的详细说明。
终端设备在接收到多个PDSCH之后,可以根据该多个PDSCH中的每个PDSCH,生成HARQ-ACK信息,以向网络设备反馈针对各PDSCH的ACK或NACK。例如,终端设备可以在PDSCH成功接收且成功解码的情况下反馈ACK,在PDSCH未被成功接收或未被成功解码的情况下反馈NACK。在本申请实施例中,为方便说明,将HARQ-ACK信息中针对一个PDSCH反馈的ACK或NACK统称为针对该PDSCH的反馈信息。
为便于理解,下面结合附图说明PDSCH和HARQ-ACK信息在时域上的不同情况。
图3是本申请实施例提供的PDSCH和HARQ-ACK信息在时域上分布的示意图。需要说明的是,图3中示出的各上行资源和下行资源可以分别包含一个或多个时隙。如图所示,图中示出的上行资源和下行资源在时域上不重叠。终端设备可以在时域上处于第i(i≥0,且i为整数)个上行资源之前的下行资源上接收上述多个PDSCH,例如,终端设备可以在第i个下行资源上接收PDSCH,还可以在第i-1个上行资源之前的第i-1个下行资源上接收PDSCH,也可以第i-1之前的任意一个下行资源上接收PDSCH。只要网络设备通过PDCCH调度的PDSCH的反馈信息传输在第i个上行资源上,这些PDCCH调度的PDSCH均可以包含在上述多个PDSCH中。
应理解,图3仅为便于理解而示出,不应对本申请构成任何限定。用于发送HARQ-ACK的上行资源可以占用图3中示出的第i+1个上行资源中的部分或全部,本申请对此不作限定。另外,图3中仅仅示出了PDSCH和HARQ-ACK信息在时域上的分布情况,本申请对于PDSCH和HARQ-ACK信息在频域上的分布情况并不做限定。
还应理解,图3示出的各上行资源和下行资源在时域上的先后顺序仅为示例,不应对本申请构成任何限定。例如,第i个上行资源可以处于第i个下行资源之前,第i-1个上行资源也可以处于第i-1个下行资源之前。
需要说明的是,在当前技术中,终端设备在接收到该多个PDSCH时并不知道这些PDSCH是否来自同一个网络设备。换句话说,网络设备在向终端设备发送PDSCH时,并不会明确地通知终端设备各PDSCH分别是由哪个网络设备发送的。
而在本实施例中,终端设备可以基于接收到的各PDSCH的以下至少一项信息,对接收到的多个PDSCH分组:DMRS端口所属的DMRS端口组、使能传输块以及PDCCH配置。基于此,终端设备可以根据各PDSCH所属的PDSCH组,生成与各PDSCH组对应的HARQ-ACK信息。
换句话说,终端设备根据DMRS端口所属的DMRS组、使能传输块以及PDCCH配置中的至少一项对接收到的多个PDSCH进行分组,并将同一PDSCH组的反馈信息通过一个HARQ-ACK来反馈。
具体地,被划分在同一PDSCH组的PDSCH可以具有以下至少一项属性:
a)用于解调PDSCH的DMRS的端口属于同一端口组;
b)PDSCH所承载的使能TB的标识相同;
c)用于调度PDSCH的PDCCH具有相同的PDCCH配置;以及
d)用于接收PDSCH的接收波束属于同一接收波束组。
当多个PDSCH具有a)、b)、c)或d)中的某一项或多项相同的属性时,该多个PDSCH可以被认为是同一PDSCH组。应理解,这里仅为便于理解,引入了对多个PDSCH进行分组的过程,但这并不代表终端设备在生成HARQ-ACK信息之前一定会执行对PDSCH分组的操作,终端设备可以直接根据上文所列举的信息生成与各PDSCH组对应的HARQ-ACK信息。
需要说明的是,终端设备可以基于上文列举的a)、b)、c)或d)中的某一项或多项来确定多个PDSCH是否来自同一网络设备,但本申请并不限定来自同一网络设备的多个PDSCH一定具有上文所列举的a)、b)、c)或d)中的一项或多项相同的属性。例如,来自同一网络设备的多个PDSCH也可以分为两个或者更多组,且在PDSCH组内包含多个PDSCH时,该PDSCH组内的多个PDSCH可以具有上文所列举的a)、b)、c)或d)中的一项或多项相同的属性。
下面将结合上文所列举的各项属性分别说明终端设备对接收到的多个PDSCH分组的具体过程。
a)用于解调PDSCH的DMRS的端口属于同一端口组
在本实施例中,该端口组可以是DMRS端口组。为方便说明,以下简称端口组。两个或更多网络设备在为同一终端设备服务时,若使用相同的端口,相互间可能会造成干扰;若使用同一端口组中的端口,可能会造成终端设备信道估计不准确,而导致信号接收质量下降。为了避免不同的网络设备在为同一个终端设备服务时使用相同的端口,通常可以限制不同的网络设备使用不同端口组中的端口为同一终端设备服务。即,网络设备之间,如第一网络设备和第二网络设备之间,可以预先通过回程链路协商使用不同的端口组。例如,第一网络设备可以使用端口组#1,第二网络设备可以使用端口组#2。应理解,每个网络设备也不限于使用一个端口组,例如,第一网络设备可以使用端口组#1和#2,第二网络设备可以使用端口组#3。还应理解,以上列举各网络设备使用的各端口组仅为示例,不应对本申请构成任何限定。
需要说明的是,不同端口组中的端口完全不同。如,端口组#1中的任意一个端口与端口组#2中的端口不同,端口组#2中的任意一个端口与端口组#1中的端口也不同,即,端口组#1中的端口与端口组#2中的端口没有交集。
每个端口组中所包含的端口可以是预先定义的,如协议定义,也可以是由网络设备指示的,如网络设备可以通过高层信令向终端设备通知各端口组中的端口。当每个端口组中所包含的端口由网络设备指示时,可选地,该方法200还包括;终端设备接收端口组的指示信息,该指示信息用于指示每个端口组中的端口。相应地,网络设备发送该端口组的指示信息。该指示信息具体可用于指示每个端口组中包含的各端口的端口号。例如,端口组#1包括端口#8至端口#11,端口组#2包括端口#12至端口#15。发送该高层信令的网络设备可以是上述第一网络设备,也可以是上述第二网络设备,或者还可以是其他网络设备,如网络控制器。本申请对此不做限定。
由于终端设备在接收PDSCH时,可以根据携带在PDCCH的DCI中指示的天线端口确定用于传输DMRS的时频资源,并在该时频资源上接收DMRS,进而基于接收到的DMRS进行信道估计,以对接收到的PDSCH进行解调。因此,由PDCCH调度的PDSCH与同一PDCCH指示的DMRS的端口之间可以对应的。下文中为方便说明,将用于解调PDSCH的DMRS的端口记作PDSCH的端口。
基于上述设计,同一PDSCH组的PDSCH的端口属于同一端口组。网络设备在调度PDSCH时,可以预先通知所调度的PDSCH的端口,如,网络设备可以通过DCI向终端设备指示PDSCH的端口。因此,终端设备可以根据预先获取的端口组的信息以及各PDSCH的端口,对接收到的多个PDSCH进行分组。
换句话说,来自不同的网络设备的PDSCH的端口可以属于不同的端口组,即,来自不同的网络设备的PDSCH不属于同一PDSCH组。
b)PDSCH所承载的使能TB的标识相同
在本实施例中,为了避免不同的网络设备使用相同的使能TB而可能带来的资源冲突问题,网络设备之间,如第一网络设备和第二网络设备之间,可以通过回程链路预先协商使能TB。
例如,在当前协议中,如NR协议,每个DCI可以调度最多两个码字,每个码字可对应一个来自高层的TB。因此,每个DCI可调度最多两个TB。在本实施例中,第一网络设备和第二网络设备可以分别使能其中的一个TB,如第一网络设备使能TB1,第二网络设备使能TB2。具体地,第一网络设备可以在发送的DCI中指示TB1为使能TB,TB2为去使能TB;第二网络设备可以在其发送的DCI中指示TB1为去使能TB,TB2为使能TB。网络设备指示使能TB和去使能TB的具体方法在上文中已经做了详细说明,为了简洁,这里不再赘述。
第一网络设备在调度多个PDSCH时,用于调度该多个PDSCH的DCI中所指示的使能TB可以是相同的标识;第二网络设备在调度多个PDSCH时,用于调度该多个PDSCH的DCI中所指的TB可以是相同的标识。并且,第一网络设备发送的DCI中所指示的使能TB与第二网络设备发送的DCI中所指示的使能TB可以是不同的标识。
基于上述设计,同一PDSCH组中的PDSCH传输的TB的标识可以是相同的。网络设备在调度PDSCH时,可以预先通知所调度的PDSCH传输的使能TB的标识,如,网络设备可以通过DCI向终端设备指示使能TB。因此,终端设备可以根据使能TB的标识对接收到的多个PDSCH进行分组。
换句话说,来自不同的网络设备的PDSCH传输的TB的标识可以是不同的,即,来自不同的网络设备的PDSCH不属于同一PDSCH组。
其中,TB的标识例如可以通过各TB的配置信息的字段在DCI中出现的次序区分,如上文所述;也可以通过不同的索引区分,如使用索引“1”和“2”区分不同的TB,也可以通过其他方式区分,本申请对此不作限定。
此外,这里仅为便于理解结合当前协议中每个TTI传输2个TB的例子来说明了终端设备基于使能TB对PDSCH进行分组的具体方法,但这不应对本申请构成任何限定。本申请并不排除未来的协议中对每个TTI传输的TB的数量做出改动的可能,例如,每个TTI可以传输2个或者更多个TB,此时,与使能TB所对应的网络设备的数量也可以增加。此外,当每个TTI传输的TB数量增加时,每个网络设备所使能的TB的数量也可以增加,本申请对此不做限定。
c)用于调度PDSCH的PDCCH具有相同的PDCCH配置
如前所述,PDCCH配置可以用于确定搜索空间。具体地,PDCCH配置中包括了控制资源集和搜索空间,终端设备可以基于PDCCH配置中的控制资源集和搜索空间集确定PDCCH的搜索空间。
在本实施例中,不同的网络设备可以在不同的搜索空间发送各自的PDCCH,也就是基于不同的PDCCH配置发送各自的PDCCH。这里所说的不同的PDCCH配置例如可以包括:控制资源集不同、或搜索空间集不同、或控制资源集和搜索空间集都不同。
网络设备可以通过高层信令向终端设备指示不同的PDCCH配置。
例如,网络设备在PDCCH配置#1中配置控制资源集#1和控制资源集#2,搜索空间集#1和搜索空间集#2,并可进一步在用于配置搜索空间集的高层参数中指示搜索空间集#1关联控制资源集#1,搜索空间集#2关联控制资源集#2,即,搜索空间可以包括基于搜索空间集#1和控制资源集#1确定的资源以及基于搜索空间集#2和控制资源集#2确定的资源。
网络设备还可以通过PDCCH配置#2配置控制资源集#3和控制资源集#4,搜索空间集#1和搜索空间集#2,并可进一步在用于配置搜索空间集的高层参数中指示搜索空间集#1关联控制资源集#3,搜索空间集#2管理控制资源集#4,即,搜索空间可以包括基于搜索空间集#1和控制资源集#3确定的资源以及基于搜索空间集#2和控制资源集#4确定的资源。
网络设备还可以通过PDCCH配置#3配置控制资源集#5和控制资源集#6,搜索空间集#5和搜索空间集#6,并可进一步在用于配置搜索空间集的高层参数中指示搜索空间集#5关联控制资源集#5,搜索空间集#6关联控制资源集#6,即,搜索空间可以包括基于搜索空间集#5和控制资源集#5确定的资源以及基于搜索空间集#6和控制资源集#6确定的资源。
因此,当PDCCH配置不同时,各PDCCH的盲检测的搜索空间也不同。由于终端设备在盲检测PDCCH时,可以遍历由各PDCCH配置所确定的搜索空间来接收PDCCH,在接收到PDCCH时便可以确定该PDCCH是基于哪个PDCCH配置确定的搜索空间接收到的。换句话说,同一网络设备发送的PDCCH与PDCCH配置具有对应关系。
然而,本申请并不限定每一个网络设备发送的PDCCH是基于一个PDCCH配置盲检到的,同一个网络设备发送的PDCCH也有可能是基于多个PDCCH配置盲检到的,但不同的网络设备发送的PDCCH可以是基于不同的PDCCH配置盲检到的。例如,第一网络设备发送的PDCCH#1可以基于PDCCH配置1盲检到,第一网络设备发送的PDCCH#2可以基于PDCCH配置2盲检到,第二网络设备发送的PDCCH#3可以基于PDCCH配置3盲检到。应理解,上文所列举的PDCCH与PDCCH配置的对应关系仅为示例,不应对本申请构成任何限定。
基于上述设计,用于调度同一PDSCH组的PDCCH的时频资源可以是基于同一PDCCH配置确定的,或者说,可以是从相同的搜索空间的范围中确定的。对于终端设备来说,其盲检测同一PDSCH组的搜索空间可以是基于同一PDCCH配置确定的。因此,终端设备可以根据PDCCH配置接收PDCCH,并在不同的PDCCH配置所确定的搜索空间上接收到的各PDCCH所调度的PDSCH进行分组。
换句话说,不同的网络设备在调度PDSCH时,其所发送的PDCCH的时频资源可以是基于不同的PDCCH配置确定的,或者说,可以是从不同的搜索空间的范围中确定的。对于终端设备来说,其盲检测来自不同的网络设备的PDCCH的搜索空间可以基于不同的PDCCH配置确定。因此来自不同的网络设备的PDSCH不属于PDSCH组。
更进一步地,该属性c)还可以进一步扩展为用于调度PDSCH的PDCCH具有相同的PDCCH配置组。
具体地,若第一网络设备和第二网络设备基于CoMP技术为同一终端设备服务的同时,第一网络设备和/或第二网络设备还基于载波聚合为终端设备调度更多的频谱资源。例如,该第一网络设备可以在CC#1和CC#2为终端设备调度PDSCH,第二网络设备可以在CC#2和CC#3为终端设备调度PDSCH。则第一网络设备可以分别在CC#1和CC#2向终端设备发送PDCCH,第二网络设备也可以分别在CC#2和CC#3向终端设备发送PDCCH。而PDCCH配置是基于每个小区的每个BWP配置的,第一网络设备分别在CC#1和CC#2发送PDCCH所基于的PDCCH配置可能不同,第二网络设备分别在CC#2和CC#3发送PDCCH所基于的PDCCH配置也可能不同。因此,终端设备可以基于不同的PDCCH配置生成4个HARQ-ACK信息,其中的2个是发送给第一网络设备的HARQ-ACK信息,另2个是发送给第二网络设备的HARQ-ACK信息。
本申请另提出了PDCCH配置组的概念。每个PDCCH配置组可以包括多个PDCCH配置,每个配置是基于一个小区中的一个BWP配置的。该PDCCH配置组可以通过高层信令配置,例如,可以一个在PDCCH配置组中指示所包含的PDCCH配置。或者,也可以通过高层信令配置各PDCCH配置时,增加一个指示字段,用于指示所属的PDCCH配置组。
同一网络设备可以基于PDCCH配置组中的PDCCH配置在不同的小区向终端设备发送PDCCH。当终端设备确定盲检测到的PDCCH所基于的PDCCH配置属于同一PDCCH配置组,则可以认为基于同一个PDCCH配置组盲检测到的PDCCH属于同一PDCCH组,同一PDCCH组所调度的PDSCH可以属于同一PDSCH组。因此,终端设备可以针对该一个PDSCH组生成一个HARQ-ACK信息。
基于上述设计,用于调度同一PDSCH组的PDCCH的时频资源可以是基于同一PDCCH配置组确定的。对于终端设备来说,其盲检测同一PDSCH组的搜索空间可以是基于同一PDCCH配置组确定的。因此,终端设备可以根据PDCCH配置盲检测PDCCH,并可以基于盲检测各PDCCH所基于的PDCCH配置组,对各PDCCH所调度的PDSCH进行分组。
换句话说,不同的网络设备在调度PDSCH时,其所发送的PDCCH的时频资源可以是基于不同的PDCCH配置组确定的。对于终端设备来说,其盲检测来自不同的网络设备的PDCCH的搜索空间可以基于不同的PDCCH配置组确定。因此来自不同的网络设备的PDSCH不属于PDSCH组。
应理解,PDCCH配置组仅为用于对PDSCH分组的另一可能的属性,不应对本申请构成任何限定。终端设备也可以直接基于盲检测到的PDCCH的PDCCH配置是否相同来对PDSCH分组。
还应理解,不同的网络设备在采用载波聚合技术为同一终端设备调度更多的频域资源时,所调度的CC可以是相同的CC,也可以是不同的CC,本申请对此不作限定。
d)同一HARQ-ACK信息对应的PDSCH由同一接收波束组中的接收波束接收
在本实施例中,可以对终端设备的接收波束进行分组,通过同一接收波束组中的接收波束来接收来自同一网络设备的PDCCH和PDSCH。
如前所述,网络设备可以在DCI中携带TCI,通过TCI指示被选择的TCI状态,每个TCI状态中可以包含用于确定接收波束的参考信号资源的标识。换句话说,参考信号资源的标识与接收波束具有对应关系。因此,在一种实现方式中,对接收波束分组也就可以通过对参考信号资源分组来实现。
具体地,网络设备可以通过信令指示多个参考信号资源组,每个参考信号资源组包括一个或多个参考信号资源。终端设备可以根据TCI状态中所指示的参考信号资源的标识确定接收波束,并通过该参考信号资源所对应的接收波束接收来自网络设备的PDSCH。当终端设备用于接收多个PDSCH的接收波束属于同一接收波束组,用于调度该多个PDSCH的DCI中的TCI所指示的TCI状态中所包含的参考信号资源也属于同一个参考信号资源组。此时,可以将该多个PDSCH的反馈信息放在同一个HARQ-ACK信息中。
通常情况下,同一接收波束组中的接收波束可以配置在同一天线面板(panel)。因此,在另一种实现方式中,可以在现有的TCI状态中增加指示字段,来区分不同的接收波束组。
例如,TCI状态中可以增加与天线面板相关的指示字段,如“panel1”表示天线面板1,“panel2”表示天线面板2。网络设备可以通过TCI指示可用的TCI状态,进而指示终端设备采用哪个天线面板来接收PDSCH。当终端设备通过同一天线面板中的接收天线接收多个PDSCH,则可以认为该多个PDSCH的接收波束属于同一接收波束组。此时,可以将该多个PDSCH的反馈信息放在同一个HARQ-ACK信息中。
应理解,与天线面板的相关的指示字段并不限于以上示例,本申请对于天线面板相关的指示字段并不作限定。还应理解,通过参考信号资源和天线面板来区分不同的接收波束组,进而对PDSCH分组仅为一种可能的实现方式,而不应对本申请构成任何限定。本申请并不排除采用其他的方式来区分不同的接收波束组的可能。
除了上文所列举的属性a)、b)、c)和d),本申请还提供了其他可用于对PDSCH分组的方式。例如,基于DCI类型对PDSCH分组。
可选地,同一HARQ-ACK信息对应的PDSCH的调度DCI的类型相同。其中,所述基于接收到的多个PDSCH生成至少两个HARQ-ACK信息,包括:基于接收到的多个PDSCH以及用于调度该多个PDSCH的多个/DCI类型,生成至少两个HARQ-ACK信息,每个HARQ-ACK信息所对应的各PDSCH由相同类型的DCI调度。
由于DCI可以携带在PDCCH发送给终端设备,故DCI类型也可以引申为PDCCH类型。也就是说,同一HARQ-ACK信息对应的PDSCH的调度PDCCH的类型相同。
下面详细说明DCI的类型。
基于DCI中所包含的内容的不同,可以将DCI分为主DCI和辅DCI。其中,辅DCI所包含的信息可以是主DCI所包含的信息的子集。或者说,辅DCI仅包括部分主DCI包含的指示域,即,主DCI比辅DCI包含更多的指示信息。或者,主DCI与辅DCI也可以包含不同的信息。例如,主DCI可以是包含某一项或多项特定参数的DCI。其中,所述特定参数例如可以包括以下至少一项:载波指示(carrier indicator)、部分带宽指示(bandwidth part indicator)、速率匹配指示(rate matching indicator)、零功率信道状态信息参考信号触发(zeropower channelstate information reference signal trigger,ZP CSI-RS trigger);相应地,辅DCI可以为不包含上述任意一项特定参数的DCI。而辅DCI是可以包含以下至少一项的DCI:资源分配(resource allocation)、调制编码方式(MCS)、冗余版本(RV)、新传数据指示(NDI)以及HARQ进程标识(HARQ process ID)。当终端设备盲检测到的DCI包含有主DCI和辅DCI时,可以认为主DCI调度的PDSCH为一PDSCH组,辅DCI调度的PDSCH为另一PDSCH组。
此外,基于DCI所包含的内容的不同,还可以将DCI分为第一级DCI和第二级DCI。第一级DCI中可以指示第二级DCI是否存在,并可进一步指示第二级DCI所在的时域和/或频域位置。当终端设备盲检测到的DCI包含有第一级DCI和第二级DCI时,可以认为第一级DCI调度的PDSCH为一PDSCH组,第二级DCI调度的PDSCH为另一PDSCH组。
基于DCI出现的频率的不同,可以将DCI分为快DCI和慢DCI。其中,快DCI出现的频率高于慢DCI出现的频率。例如,快DCI可以是每个时隙出现一次,慢DCI可以是多个时隙出现一次。当终端设备盲检测到的DCI包含有快DCI和慢DAI时,可以认为快DCI调度的PDSCH为一PDSCH组,慢DCI调度的PDSCH为另一PDSCH组。
基于不同的DCI格式(format),DCI还可以分为不同格式的DCI,如DCI format 1_0,DCI format 1_1等。当终端设备盲检测到的DCI包含有DCI format 1_0和DCI format 1_1时,可以认为DCI format 1_0调度的PDSCH为一PDSCH组,第二级DCI format 1_1调度的PDSCH为另一PDSCH组。
基于相同DCI format的不同配置,也可以对DCI分组。例如,一个DCI中仅包含1个TB的配置信息的字段(具体可包括MCS、NDI和RV),另一个DCI中包含2个TB的配置信息的字段。当终端设备盲检测到的DCI包含有相同DCI format不同配置的DCI时,可以认为相同DCIformat相同配置的DCI调度的PDSCH属于同一PDSCH组,而相同DCI format不同配置的DCI调度的PDSCH不属于同一PDSCH组。
基于上文所列举的DCI的不同类型,终端设备可以根据盲检测到的PDCCH中携带的DCI所属类型来判断各PDCCH所调度的PDSCH中哪些PDSCH的反馈信息可以放在同一个HARQ-ACK信息中。
应理解,上文列举的DCI类型仅为示例,不应对本申请构成任何限定。终端设备还可以基于更多类型的DCI来对所调度的PDSCH分组。
还应理解,协议可以定义基于上文列举的属性中的某一项,如PDSCH的端口,来对PDSCH分组,此时,网络设备可以基于协议所定义的这一项属性来发送PDCCH并为终端设备调度PDSCH,终端设备也可以基于同一项属相来确定哪些PDSCH来自同一网络设备。
还应理解,当协议定义基于上文列举的属性中的某一项来确定PDSCH组时,并不代表同一组PDSCH中的各PDSCH的其他属性不同。例如,当协议定义基于端口组来对接收到的PDSCH分组时,同一PDSCH组中的各PDSCH的端口属于同一端口组,而同一PDSCH组中的各PDSCH传输的使能TB的标识可以是相同的,也可以是不同的,用于调度该同一PDSCH组中的各PDSCH的PDCCH的搜索空间可以是相同的,也可以是不同的,本申请对此不作限定。
基于上述方法,终端设备可以确定哪些PDSCH来自同一网络设备,进而可以针对来自同一网络设备的各PDSCH生成HARQ-ACK信息。换句话说,终端设备可以基于一个PDSCH组生成一个HARQ-ACK信息。每个HARQ-ACK信息可以针对一个PDSCH组中的各PDSCH反馈ACK或NACK。因此,每个HARQ-ACK信息可以针对一个或多个PDSCH反馈ACK或NACK。为方便说明,将一个HARQ-ACK信息中所包含的反馈信息所针对一个或多个PDSCH称为与该HARQ-ACK信息对应的一个或多个PDSCH。当HARQ-ACK信息对应多个PDSCH时,该多个PDSCH可以满足上文列举的相同的属性a、b和c中的至少一项。
应理解,同一个PDSCH组中的PDSCH可以是来自同一网络设备的PDSCH,不同PDSCH组中的PDSCH可能是来自不同网络设备的PDSCH,也可能是来自同一网络设备的PDSCH。
虽然终端设备并不能确定不同PDSCH组中的PDSCH是否来自同一网络设备,但终端设备可以确定哪些PDSCH来自同一网络设备。因此,终端设备可以基于同一个PDSCH组中的各PDSCH生成与该PDSCH组对应的HARQ-ACK信息。当PDSCH组的组数为多个时,可以分别根据每个PDSCH组中的各PDSCH生成相应的HARQ-ACK信息。
相反,如果终端设备不预先确定哪些PDSCH为同一个PDSCH组,在生成HARQ信息的时候就有可能将不同组的PDSCH的反馈信息放在同一个HARQ-ACK信息中反馈。而不同组的PDSCH有可能不是来自同一网络设备的PDSCH,就有可能将来自第一网络设备的PDSCH的反馈信息发送给了第二网络设备,而第二网络设备就有可能基于该反馈信息做出错误的判断。
举例来说,假设第一网络设备向终端设备发送了PDSCH#1和PDSCH#2,第二网络设备向终端设备发送了PDSCH#3和PDSCH#4。而终端设备若不知道哪些PDSCH来自同一站点,就可能将来自第一网络设备的PDSCH#1和来自第二网络设备的PDSCH#3的反馈信息放在反馈给第一网络设备的HARQ-ACK信息中,而第一网络设备可能将该针对PDSCH#3的反馈信息当成是自身发送的PDSCH#2的反馈信息,也就有可能做出错误的判断。例如在PDSCH#3接收成功且解码成功但PDSCH#2未接收到、或未成功接收或未成功解码的情况下,第一网络设备误认为PDSCH#2接收成功且解码成功,继续传输新数据;或者,在PDSCH#3未接收到、或未成功接收或未成功解码而PDSCH#2接收成功且解码成功的情况下,第一网络设备重传该PDSCH#2,浪费了传输资源。并且终端设备还有可能给第二网络设备也反馈了错误的信息,如,将PDSCH#2的反馈信息作为PDSCH#3的反馈信息放在反馈给第二网络设备的HARQ-QCK信息中,导致PDSCH#3未能得以重传,终端设备可能一直接收不到PDSCH#3。从整体上说,可能会造成数据传输性能下降,用户体验不好。
而在本申请实施例中,虽然终端设备并不能确定各PDSCH与网络设备的对应关系,但可以明确哪些PDSCH不属于同一PDSCH组,也就是可以确定哪些PDSCH的反馈信息可以放在同一HARQ-ACK信息中反馈,哪些PDSCH的反馈信息不能放在同一HARQ-ACK信息中反馈。因此,可以避免上文所列举的将来自第二网络设备的PDSCH的反馈信息错当成来自第一网络设备的PDSCH的反馈信息的可能,从而保证网络设备可以准确地了解其所调度的PDSCH的接收及解码情况,进而可以做出合理的判断,例如确定哪些PDSCH需要重传。
在本实施例中,终端设备在生成该至少两个HARQ-ACK信息之前,可以预先确定各HARQ-ACK信息的长度以及每个PDSCH的反馈信息在HARQ-ACK信息中的位置,进而生成HARQ-ACK信息。
可选地,该方法200还包括:终端设备确定每个HARQ-ACK信息的长度。
如前所述,基于调度PDSCH组的DCI,网络设备发送的多个DCI也可以被分为至少两个DCI组。终端设备可以基于每个DCI组中的最后一个接收到的DCI,确定所对应的PDSCH组的HARQ-ACK信息的长度。
例如,终端设备可以根据第一DCI组中的最后一个接收到的DCI,确定第一HARQ-ACK信息的长度,终端设备还可以根据第二DCI组中的最后一个接收到的DCI,确定第二HARQ-ACK信息的长度。
具体地,终端设备可以根据DCI中的DAI确定HARQ-ACK信息的长度。基于不同的场景,终端设备可以基于不同类型的DAI来确定HARQ-ACK信息的长度。
若第一网络设备和第二网络设备基于CoMP技术为同一终端设备服务,则该终端设备可以根据各DCI组中最后一个接收到的DCI中的DAI确定各HARQ-ACK信息的长度。在这种情况下,该DAI可以是counter DAI,每个counter DAI用于指示其所在的DCI调度的PDSCH是第几个被调度的PDSCH。因此,只要最后一个DCI未丢失,终端设备便可以基于该最后一个接收到的DCI中的counter DAI,确定该网络设备所调度的PDSCH的总数,进而确定所对应的HARQ-ACK信息的长度。
若第一网络设备和第二网络设备基于CoMP技术为同一终端设备服务的同时,第一网络设备和/或第二网络设备还基于载波聚合技术为终端设备调度更多的频谱资源,则终端设备也可以根据各DCI组中最后一个接收到的DCI中的DAI确定各HARQ-ACK信息的长度。在这种情况下,采用载波聚合的网络设备(例如第一网络设备)发送的DCI中可以包括counter DCI和total DCI。其中,counter DAI可用于指示此次调度的PDSCH是截止当前该第一网络设备调度的第几个PDSCH,total DAI可用于指示截止当前该第一网络设备一共调度了第几个PDSCH。终端设备可以根据total DAI确定该第一网络设备所调度的PDSCH的总数,进而确定所对应的HARQ-ACK信息的长度。
举例来说,第一网络设备可以同时为终端设备调度四个PDSCH,该四个PDSCH可以分别使用四个CC的频域资源。该四个PDSCH例如可以包括在CC#1传输的PDSCH,用于调度该PDSCH的DCI中的counter DAI可以为0,total DAI可以为4;该四个PDSCH例如还可以包括在CC#2传输的PDSCH,用于调度该PDSCH的DCI中的counter DAI可以为1,total DAI可以为4;该四个PDSCH例如还可以包括在CC#3传输的PDSCH,用于调度该PDSCH的DCI中的counterDAI可以为2,total DAI可以为4;该四个PDSCH例如还可以包括在CC#4传输的PDSCH,用于调度该PDSCH的DCI中的counter DAI可以为3,total DAI可以为4。因此,只要最后一个DCI未丢失,终端设备便可以基于最后一个接收到的DCI中的total DAI,确定该第一网络设备所调度的PDSCH的总数,进而确定所对应的HARQ-ACK信息的长度。此外,终端设备还可以基于counter DAI是否连续确定是否有丢失的DCI,也可以基于total DAI中指示的调度的PDSCH的总数和接收到的PDSCH的总数确定是否有丢失的PDSCH。
需要说明的是,在有些情况下,网络设备可以通过一个DCI调度多个相同的PDSCH,该多个相同的PDSCH可以认为是同一个PDSCH,在DAI中可以计数为1。因此,在这种情况下,可以将counter DAI认为是用于指示当前发送的PDCCH是第几个PDCCH,total DAI可以认为是用于指示截止当前发送的PDCCH的总数。根据total DAI中指示的PDCCH的总数和接收到的PDCCH的总数可以确定是否有丢失的PDCCH。可选地,该方法200还包括:终端设备确定每个PDSCH在对应的HARQ-ACK信息中的位置。相应地,网络设备确定每个PDSCH在对应的HARQ-ACK信息中的位置。
如前所述,每个DCI中的DAI(更具体地说,counter DAI)可用于确定其所调度的PDSCH的反馈信息在HARQ-ACK信息中的位置。在本实施例中,用于调度各PDSCH组的DCI组中,每个DCI中的DAI也可用于确定所调度的PDSCH的反馈信息在HARQ-ACK信息中的位置。上文中已经详细说明了如何确定哪些PDSCH的反馈信息可以放在同一个HARQ-ACK信息中,这里,通过对应的DCI组中的各DAI,可以进一步确定PDSCH组中的每个PDSCH的反馈信息在所对应的HARQ-ACK信息中的位置。
终端设备可以基于上述方法确定每个PDSCH的反馈信息在HARQ-ACK信息中的位置以及每个HARQ-ACK信息的长度,进而生成HARQ-ACK信息。
在步骤240中,终端设备发送该至少两个HARQ-ACK信息。
在本实施例中,终端设备可以向同一网络设备,如第一网络设备或第二网络设备,发送该至少两个HARQ-ACK信息,该网络设备可以进一步通过回程链路向另一网络设备转发该至少两个HARQ-ACK信息,或者将另一网络设备所调度的PDSCH组的HARQ-ACK信息转发给另一网络设备。
终端设备也可以分别向各网络设备发送对应的HARQ-ACK信息。举例来说,假设第一网络设备调度第一PDSCH组,第二网络设备调度第二PDSCH组,则该至少两个HARQ-ACK信息包括与第一PDSCH组对应的第一HARQ-ACK信息和与第二PDSCH组对应的第二HARQ-ACK信息。该第一HARQ-ACK信息可包括针对第一PDSCH组中各PDSCH的反馈信息,该第二HARQ-ACK信息可包括针对第二PDSCH组中各PDSCH的反馈信息。终端设备可以基于第一PDSCH组向第一网络设备发送第一HARQ-ACK信息,并可以基于第二PDSCH组向第二网络设备发送第二HARQ-ACK信息。
可选地,步骤240具体包括:步骤2401,第一网络设备接收第一HARQ-ACK信息;步骤2402,第二网络设备接收第二HARQ-ACK信息。应理解,各网络设备与HARQ-ACK信息的对应关系仅为便于理解而示例,不应对本申请构成任何限定。
可选地,在步骤240之前,该方法200还包括:终端设备确定用于传输该至少两个HARQ-ACK信息的上行资源。
如前所述,各网络设备在通过PDCCH调度PDSCH时,可以通过DCI指示用于传输针对PDSCH的反馈信息的上行资源。在本实施例中,当终端设备接收到多个PDSCH时,可以基于同一PDSCH组所对应的DCI中的最后一个DCI来确定与该PDSCH组对应的HARQ-ACK信息的上行资源。
与PDSCH相似地,用于调度同一个PDSCH组的DCI可以称为一个DCI组,每个DCI组可以包括一个或多个DCI。或者说,用于调度同一个PDSCH组的PDCCH可以成为一个PDCCH组,每个PDCCH组可以包括一个或多个PDCCH。
当一DCI组包括多个DCI时,该DCI组中的多个DCI可以具有上文所列举的a)、b)或c)中的某一项或多项相同的属性。例如,当同一DCI组中的多个DCI具有属性a)时,则同一DCI组中的多个DCI所指示的天线端口属于同一端口组;当同一DCI组中的多个DCI具有属性b)时,则同一DCI组中的多个DCI所指示的使能TB的标识相同;当同一DCI组中的多个DCI具有属性c)时,则同一DCI组中的多个DCI,或者说,同一PDCCH组中的多个PDCCH,是基于相同的PDCCH配置盲检测到的。
终端设备可以基于每个DCI组中的最后一个接收到的DCI,确定用于传输所对应的PDSCH组的HARQ-ACK信息的上行资源。即,至少两个HARQ-ACK信息与至少两个PDSCH组对应,至少两个PDSCH组与至少两个DCI组对应。
具体地,该至少两个DCI组包括第一DCI组和第二DCI组,第一DCI组用于调度第一PDSCH组,第二DCI组用于调度第二PDSCH组。该终端设备可以根据第一DCI组中的最后一个接收到的DCI确定用于传输第一HARQ-ACK信息的上行资源,例如记作第一上行资源;该终端设备可以根据第二DCI组中的最后一个接收到的DCI确定用于传输第二HARQ-ACK信息的上行资源,例如记作第二上行资源。
相应地,该方法200还包括:网络设备确定接收HARQ-ACK信息的上行资源。具体地,网络设备确定接收HARQ-ACK信息的上行资源可以包括:第一网络设备确定接收第一HARQ-ACK信息的第一上行资源;第二网络设备确定接收第二HARQ-ACK信息的第二上行资源。
网络设备在为终端设备调度PDSCH时,已经预先确定了终端设备传输HARQ-ACK信息的上行资源。因此,第一网络设备可以知道接收第一HARQ-ACK信息的第一上行资源,地而网络设备也可以知道接收第二HARQ-ACK信息的第二上行资源。
参看图3,该第一PDSCH组和第二PDSCH组可以传输在第i个上行资源之前的下行资源中,例如但不限于图中所示的第i个下行资源,该第一HARQ-ACK信息和第二HARQ-ACK信息可以传输在第i个上行资源上。
可选地,该第一HARQ-ACK信息和第二HARQ-ACK信息可以携带在不同的上行控制信息(uplink control information,UCI)中。例如,第一HARQ-ACK信息可以携带在第一UCI中,第二HARQ-ACK信息可以携带在第二UCI中。不同的UCI可以传输在不同的物理上行控制资源(physical uplink control channel,PUCCH)中。例如,第一UCI传输在第一PUCCH中,第二UCI传输在第二PUCCH中。
可选地,该第一上行资源和第二上行资源在同一时间单元中。
即,该终端设备可以在同一时间单元中发送第一HARQ-ACK信息和第二HARQ-ACK信息。或者说,第一PUCCH和第二PUCCH可以位于同一时间单元中。其中,时间单元可以是时隙、子帧、无线帧、微时隙、多个聚合的时隙、多个聚合的子帧等,本申请对此不作限定。
在NR协议中,该第一上行资源和第二上行资源可以占用同一时隙。
并且,该第一上行资源和第二上行资源可以占用同一时间单元中相同的符号或不同的符号。例如,该第一上行资源和第二上行资源可以占用同一时隙中相同的符号或不同的符号。
进一步地,该第一上行资源和第二上行资源占用同一时间单元的不同符号。
由于为同一终端设备服务的第一网络设备和第二网络设备与终端设备的距离可能不同。终端设备需要保证到达各网络设备的信号的接收功率满足预设门限,因此可以对距离较远的网络设备采用较大的发射功率发送HARQ-ACK信息,对距离较近的网络设备采用较小的发射功率发送HARQ-ACK信息。为了对不同的HARQ-ACK信息的发射做独立的功率控制,可通过时分的方式来实现。因此,为保证采用不同的发射功率来传输该第一HARQ-ACK信息和第二HARQ-ACK信息,该第一上行资源和第二上行资源可以配置在同一时间单元的不同符号。或者说,第一PUCCH和第二PUCCH可以位于同一时间单元的不同符号上。
例如,该第一上行资源和第二上行资源占用同一时隙的不同符号。
终端设备在确定了用于传输该至少两个HARQ-ACK信息的上行资源之后,便可以在相应的资源上传输该至少两个HARQ-ACK信息。各网络设备在确定了接收HARQ-ACK信息的上行资源之后,也可以分别在相应的资源上接收HARQ-ACK信息。
可选地,该方法200还包括:网络设备确定每个HARQ-ACK信息的长度。
具体地,网络设备确定每个HARQ-ACK信息的长度,可以包括:第一网络设备确定接收第一HARQ-ACK信息的长度;第二网络设备确定接收第二HARQ-ACK信息的长度。
由于网络设备可以预先知道自己调度了多少PDSCH,因此可以预先确定HARQ-ACK信息的长度。因此,第一网络设备可以根据第一HARQ-ACK信息的长度对第一HARQ-ACK信息进行解调译码,第二网络设备可以根据第二HARQ-ACK信息的长度对第二HARQ-ACK信息进行解调译码。
网络设备接收到HARQ-ACK信息之后对HARQ-ACK信息的解调译码过程可以与现有技术相同,为了简洁,这里省略对其具体过程的详细说明。
可选地,该方法200还包括:网络设备确定每个PDCCH中确定所调度的PDSCH的反馈信息在对应的HARQ-ACK信息中的位置。
具体地,网络设备可以预先确定所调度的PDSCH的反馈信息在对应的HARQ-ACK信息中的位置,例如,可以根据所调度的PDSCH在时域上的先后顺序确定,或根据其他信息确定,本申请对此不做限定。事实上,网络设备可以根据所确定的各PDSCH的反馈信息在对应的HARQ-ACK信息中的位置来确定用于调度各PDSCH的DCI中的counterDAI。
在本实施例中,网络设备确定每个PDCCH中确定所调度的PDSCH的反馈信息在对应的HARQ-ACK信息中的位置,具体可以包括:第一网络设备确定第一PDSCH组中的各PDSCH在第一HARQ-ACK信息中的位置;第二网络设备确定第二PDSCH组中的各PDSCH在第二HARQ-ACK信息中的位置。
在步骤250中,网络设备根据HARQ-ACK信息确定需要重传的PDSCH。
在本实施例中,步骤250具体可以包括:步骤2501,第一网络设备根据至少一个HARQ-ACK信息确定需要重传的PDSCH;步骤2502,第二网络设备根据至少一个HARQ-ACK信息确定需要重传的PDSCH。
如前所述,第一网络设备所接收到的HARQ-ACK信息可以包括但不限于第一HARQ-ACK信息,第二网络设备所接收到的HARQ-ACK信息可以包括但不限于第二HARQ-ACK信息。各网络设备可以分别根据HARQ-ACK信息中针对各PDSCH反馈的ACK或NACK确定哪些PDSCH需要重传,哪些PDSCH不需要重传,进而做出相应的处理。
可选地,该方法200还包括:网络设备确定每个PDSCH的反馈信息在对应的HARQ-ACK信息中的位置。
如前所述,每个DCI中的DAI(更具体地说,counter DAI)可用于确定其所调度的PDSCH的反馈信息在HARQ-ACK信息中的位置。在本实施例中,用于调度各PDSCH组的DCI组中,每个DCI中的DAI也可用于确定所调度的PDSCH的反馈信息在HARQ-ACK信息中的位置。上文中已经详细说明了如何确定哪些PDSCH的反馈信息可以放在同一个HARQ-ACK信息中,这里,通过对应的DCI组中的各DAI,网络设备可以进一步确定PDSCH组中的每个PDSCH的反馈信息在所对应的HARQ-ACK信息中的位置。进而可以根据每个PDSCH的反馈信息在HARQ-ACK信息中的位置解析接收到的HARQ-ACK信息,进而可以确定哪些PDSCH被成功接收并成功解码,哪些PDSCH未被成功接收或未被成功解码。
基于上述技术方案,终端设备可以基于DMRS端口组、使能TB的标识以及PDCCH配置中的至少一项,确定接收到的哪些PDSCH可能来自同一网络设备,从而可以确定哪些PDSCH可以通过同一个HARQ-ACK信息反馈ACK或NACK。因此可以避免将来自不同网络设备的PDSCH的反馈信息放在同一HARQ-ACK信息中而可能造成的错误反馈,也就可以在多站点调度的情况下准确地反馈各PDSCH的接收和解码情况。网络设备可以基于针对各PDSCH的反馈信息确定哪些PDSCH需要重传,哪些PDSCH不需要重传,因此,有利于提高数据传输性能,提高用户体验。
应理解,上文所列举的第一网络设备和第二网络设备仅为便于理解而示出,上述多个PDSCH并不仅限于来自第一网络设备和第二网络设备。此外,图中仅为示例,示出了第一网络设备和第二网络设备分别向终端设备发送PDCCH和PDSCH的步骤以及第一网络设备和第二网络设备分别接收HARQ-ACK信息的步骤,但这不应对本申请构成任何限定,终端设备还可能与更多的网络设备连接,也可能将多个HARQ-ACK信息发送给同一网络设备。
以上,结合图2和图3详细说明了本申请实施例提供的发送和接收HARQ-ACK信息的方法。以下,结合图4至图6详细说明本申请实施例提供的通信装置。
图4是本申请实施例提供的通信装置的示意性框图。如图所示,该通信装置1000可以包括通信单元1100和处理单元1200。
在一种可能的设计中,该通信装置1000可对应于上文方法实施例中的终端设备,例如,可以为终端设备,或者配置于终端设备中的芯片。
具体地,该通信装置1000可对应于根据本申请实施例的方法200中的终端设备,该通信装置1000可以包括用于执行图2中的方法200中的终端设备执行的方法的单元。并且,该通信装置1000中的各单元和上述其他操作和/或功能分别为了实现图2中的方法200的相应流程。
其中,当该通信装置1000用于执行图2中的方法200时,通信单元1100可用于执行方法200中的步骤220至步骤2400,处理单元1200可用于执行方法200中的步骤210。
应理解,各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明,为了简洁,在此不再赘述。
还应理解,该通信装置1000为终端设备时,该通信装置1000中的通信单元1100可对应于图5中示出的终端设备2000中的收发器2020,该通信装置1000中的处理单元1200可对应于图5中示出的终端设备2000中的处理器2010。
还应理解,该通信装置1000为配置于终端设备中的芯片时,该通信装置1000中的通信单元1100可以为输入/输出接口。
在另一种可能的设计中,该通信装置1000可对应于上文方法实施例中的网络设备,例如,可以为网络设备,或者配置于网络设备中的芯片。
在另一种可能的设计中,该通信装置500可对应于上文方法实施例中的网络设备,例如,可以为网络设备,或者配置于网络设备中的芯片。
具体地,该通信装置1000可对应于根据本申请实施例的方法200中的网络设备,该通信装置1000可以包括用于执行图2的方法200中的网络设备执行的方法的单元。并且,该通信装置1000中的各单元和上述其他操作和/或功能分别为了实现图2中的方法200的相应流程。
其中,当该通信装置1000用于执行图3中的方法200时,通信单元1100可用于执行方法200中的步骤2201、步骤2301和步骤2401,处理单元1200可用于执行方法200中的步骤2501;或者,通信单元1100可用于执行方法200中的步骤2202、步骤2302和步骤2402,处理单元1200可用于执行方法200中的步骤2502。
还应理解,该通信装置1000为网络设备时,该通信装置1000中的通信单元为可对应于图6中示出的网络设备3000中的收发器3200,该通信装置1000中的处理单元1200可对应于图6中示出的网络设备3000中的处理器3100。
还应理解,该通信装置1000为配置于网络设备中的芯片时,该通信装置1000中的通信单元1100可以为输入/输出接口。
图5是本申请实施例提供的终端设备2000的结构示意图。该终端设备2000可应用于如图1所示的系统中,执行上述方法实施例中终端设备的功能。
如图所示,该终端设备2000包括处理器2010和收发器2020。可选地,该终端设备2000还包括存储器2030。其中,处理器2010、收发器2002和存储器2030之间可以通过内部连接通路互相通信,传递控制和/或数据信号,该存储器2030用于存储计算机程序,该处理器2010用于从该存储器2030中调用并运行该计算机程序,以控制该收发器2020收发信号。可选地,终端设备2000还可以包括天线2040,用于将收发器2020输出的上行数据或上行控制信令通过无线信号发送出去。
上述处理器2010可以和存储器2030可以合成一个处理装置,处理器2010用于执行存储器2030中存储的程序代码来实现上述功能。具体实现时,该存储器2030也可以集成在处理器2010中,或者独立于处理器2010。该处理器2010可以与图4中的处理单元对应。
上述收发器2020可以与图4中的通信单元对应,也可以称为收发单元。收发器2020可以包括接收器(或称接收机、接收电路)和发射器(或称发射机、发射电路)。其中,接收器用于接收信号,发射器用于发射信号。
应理解,图5所示的终端设备2000能够实现图2所示方法实施例中涉及终端设备的各个过程。终端设备2000中的各个模块的操作和/或功能,分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述,为避免重复,此处适当省略详述描述。
上述处理器2010可以用于执行前面方法实施例中描述的由终端设备内部实现的动作,而收发器2020可以用于执行前面方法实施例中描述的终端设备向网络设备发送或从网络设备接收的动作。具体请见前面方法实施例中的描述,此处不再赘述。
可选地,上述终端设备2000还可以包括电源2050,用于给终端设备中的各种器件或电路提供电源。
除此之外,为了使得终端设备的功能更加完善,该终端设备2000还可以包括输入单元2060、显示单元2070、音频电路2080、摄像头2090和传感器2100等中的一个或多个,所述音频电路还可以包括扬声器2082、麦克风2084等。
图6是本申请实施例提供的网络设备的结构示意图,例如可以为基站的结构示意图。该基站3000可应用于如图1所示的系统中,执行上述方法实施例中网络设备的功能。
如图所示,该基站3000可以包括一个或多个射频单元,如远端射频单元(remoteradio unit,RRU)3100和一个或多个基带单元(baseband unit,BBU)(也可称为数字单元,digital unit,DU)3200。所述RRU 3100可以称为收发单元,与图4中的通信单元1200对应。可选地,该收发单元3100还可以称为收发机、收发电路、或者收发器等等,其可以包括至少一个天线3101和射频单元3102。可选地,收发单元3100可以包括接收单元和发送单元,接收单元可以对应于接收器(或称接收机、接收电路),发送单元可以对应于发射器(或称发射机、发射电路)。所述RRU 3100部分主要用于射频信号的收发以及射频信号与基带信号的转换,例如用于向终端设备发送指示信息。所述BBU 3200部分主要用于进行基带处理,对基站进行控制等。所述RRU 3100与BBU 3200可以是物理上设置在一起,也可以物理上分离设置的,即分布式基站。
所述BBU 3200为基站的控制中心,也可以称为处理单元,可以与图4中的处理单元1100对应,主要用于完成基带处理功能,如信道编码,复用,调制,扩频等等。例如所述BBU(处理单元)可以用于控制基站执行上述方法实施例中关于网络设备的操作流程,例如,生成上述指示信息等。
在一个示例中,所述BBU 3200可以由一个或多个单板构成,多个单板可以共同支持单一接入制式的无线接入网(如LTE网),也可以分别支持不同接入制式的无线接入网(如LTE网,5G网或其他网)。所述BBU 3200还包括存储器3201和处理器3202。所述存储器3201用以存储必要的指令和数据。所述处理器3202用于控制基站进行必要的动作,例如用于控制基站执行上述方法实施例中关于网络设备的操作流程。所述存储器3201和处理器3202可以服务于一个或多个单板。也就是说,可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。
应理解,图6所示的基站3000能够实现图2方法实施例中涉及网络设备的各个过程。基站3000中的各个模块的操作和/或功能,分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述,为避免重复,此处适当省略详述描述。
上述BBU 3200可以用于执行前面方法实施例中描述的由网络设备内部实现的动作,而RRU 3100可以用于执行前面方法实施例中描述的网络设备向终端设备发送或从终端设备接收的动作。具体请见前面方法实施例中的描述,此处不再赘述。
本申请实施例还提供了一种处理装置,包括处理器和接口;所述处理器,用于执行上述方法实施例中的通信的方法。
应理解,上述处理装置可以是一个芯片。例如,该处理装置可以是现场可编程门阵列(field programmable gate array,FPGA),可以是专用集成芯片(applicationspecific integrated circuit,ASIC),还可以是系统芯片(system on chip,SoC),还可以是中央处理器(central processor unit,CPU),还可以是网络处理器(networkprocessor,NP),还可以是数字信号处理电路(digital signal processor,DSP),还可以是微控制器(micro controller unit,MCU),还可以是可编程控制器(programmable logicdevice,PLD)或其他集成芯片。
在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
应注意,本申请实施例中的处理器可以是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
可以理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(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,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(directrambus RAM,DR RAM)。应注意,本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
根据本申请实施例提供的方法,本申请还提供一种计算机程序产品,该计算机程序产品包括:计算机程序代码,当该计算机程序代码在计算机上运行时,使得该计算机执行图2所示实施例中任意一个实施例的方法。
根据本申请实施例提供的方法,本申请还提供一种计算机可读介质,该计算机可读介质存储有程序代码,当该程序代码在计算机上运行时,使得该计算机执行图2所示实施例中任意一个实施例的方法。
根据本申请实施例提供的方法,本申请还提供一种系统,其包括前述的一个或多个终端设备以及一个或多个网络设备。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,高密度数字视频光盘(digital video disc,DVD))、或者半导体介质(例如,固态硬盘(solid state disc,SSD))等。
上述各个装置实施例中网络设备与终端设备和方法实施例中的网络设备或终端设备完全对应,由相应的模块或单元执行相应的步骤,例如通信单元(收发器)执行方法实施例中接收或发送的步骤,除发送、接收外的其它步骤可以由处理单元(处理器)执行。具体单元的功能可以参考相应的方法实施例。其中,处理器可以为一个或多个。
在本说明书中使用的术语“部件”、“模块”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如,部件可以是但不限于,在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。通过图示,在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程和/或执行线程中,部件可位于一个计算机上和/或分布在2个或更多个计算机之间。此外,这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可例如根据具有一个或多个数据分组(例如来自与本地系统、分布式系统和/或网络间的另一部件交互的二个部件的数据,例如通过信号与其它系统交互的互联网)的信号通过本地和/或远程进程来通信。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各种说明性逻辑块(illustrative logical block)和步骤(step),能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
在上述实施例中,各功能单元的功能可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令(程序)。在计算机上加载和执行所述计算机程序指令(程序)时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (10)
1.一种发送混合自动重传请求HARQ-确认ACK信息的方法,其特征在于,包括:
基于接收到的多个物理下行共享信道PDSCH生成至少两个HARQ-ACK信息,每个HARQ-ACK信息包括针对一个或多个PDSCH反馈的确认ACK或否定确认NACK,在HARQ-ACK信息包括针对多个PDSCH反馈的ACK或NACK的情况下,所述HARQ-ACK信息对应的多个PDSCH的以下至少一项相同:用于解调所述多个PDSCH的解调参考信号DMRS的端口所属的端口组、所述多个PDSCH承载的使能传输块TB的标识以及用于调度所述多个PDSCH的多个物理下行控制信道PDCCH的PDCCH配置;
发送所述至少两个HARQ-ACK信息。
2.一种接收混合自动重传请求HARQ-确认ACK信息的方法,其特征在于,包括:
接收一个或多个HARQ-ACK信息,每个HARQ-ACK信息包括针对一个或多个物理下行共享信道PDSCH反馈的确认ACK或否定确认NACK,在HARQ-ACK信息包括针对多个PDSCH的情况下,所述HARQ-ACK信息对应的多个PDSCH的以下至少一项相同:用于解调所述多个PDSCH的解调参考信号DMRS的端口所属的端口组、所述多个PDSCH承载的使能传输块TB的标识以及用于调度所述多个PDSCH的多个物理下行控制信道PDCCH的PDCCH配置;
根据所述一个或多个HARQ-ACK信息,确定需要重传的PDSCH。
3.如权利要求1或2所述的方法,其特征在于,所述至少两个HARQ-ACK信息的传输资源在时域上占用同一时间单元。
4.如权利要求3所述的方法,其特征在于,所述至少两个HARQ-ACK信息的传输资源占用同一时间单元中的不同符号。
5.一种通信装置,其特征在于,包括:
处理单元,用于基于接收到的多个物理下行共享信道PDSCH生成至少两个HARQ-ACK信息,每个HARQ-ACK信息包括针对一个或多个PDSCH反馈的确认ACK或否定确认NACK,在HARQ-ACK信息包括针对多个PDSCH反馈的ACK或NACK的情况下,所述HARQ-ACK信息对应的多个PDSCH的以下至少一项相同:用于解调所述多个PDSCH的解调参考信号DMRS的端口所属的端口组、所述多个PDSCH承载的使能传输块TB的标识以及用于调度所述多个PDSCH的多个物理下行控制信道PDCCH的PDCCH配置;
通信单元,用于发送所述至少两个HARQ-ACK信息。
6.一种通信装置,其特征在于,包括:
通信单元,用于接收一个或多个HARQ-ACK信息,每个HARQ-ACK信息包括针对一个或多个物理下行共享信道PDSCH反馈的确认ACK或否定确认NACK,在HARQ-ACK信息包括针对多个PDSCH的情况下,所述HARQ-ACK信息对应的多个PDSCH的以下至少一项相同:用于解调所述多个PDSCH的解调参考信号DMRS的端口所属的端口组、所述多个PDSCH承载的使能传输块TB的标识以及用于调度所述多个PDSCH的多个物理下行控制信道PDCCH的PDCCH配置;
处理单元,用于根据所述一个或多个HARQ-ACK信息,确定需要重传的PDSCH。
7.如权利要求5或6所述的通信装置,其特征在于,所述至少两个HARQ-ACK信息的传输资源在时域上占用同一时间单元。
8.如权利要求7所述的通信装置,其特征在于,所述至少两个HARQ-ACK信息的传输资源占用同一时间单元中的不同符号。
9.一种通信装置,包括至少一个处理器,所述至少一个处理器用于执行如权利要求1至4中任一项所述的方法。
10.一种计算机可读介质,其特征在于,包括计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行如权利要求1至4中任一项所述的方法。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811018348.8A CN110875814B (zh) | 2018-09-03 | 2018-09-03 | 发送和接收混合自动重传请求确认信息的方法、通信装置 |
PCT/CN2019/103084 WO2020048364A1 (zh) | 2018-09-03 | 2019-08-28 | 发送和接收混合自动重传请求确认信息的方法、通信装置 |
EP19856966.7A EP3832938A4 (en) | 2018-09-03 | 2019-08-28 | PROCESS FOR TRANSMITTING AND RECEIVING ACKNOWLEDGMENT OF REPEAT HYBRID AUTOMATIC REQUEST INFORMATION, AND COMMUNICATION APPARATUS |
US17/189,823 US12003340B2 (en) | 2018-09-03 | 2021-03-02 | Method for sending hybrid automatic repeat request acknowledgment information, method for receiving hybrid automatic repeat request acknowledgment information, and communications apparatus |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811018348.8A CN110875814B (zh) | 2018-09-03 | 2018-09-03 | 发送和接收混合自动重传请求确认信息的方法、通信装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110875814A true CN110875814A (zh) | 2020-03-10 |
CN110875814B CN110875814B (zh) | 2023-05-02 |
Family
ID=69716538
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811018348.8A Active CN110875814B (zh) | 2018-09-03 | 2018-09-03 | 发送和接收混合自动重传请求确认信息的方法、通信装置 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP3832938A4 (zh) |
CN (1) | CN110875814B (zh) |
WO (1) | WO2020048364A1 (zh) |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021203446A1 (zh) * | 2020-04-10 | 2021-10-14 | Oppo广东移动通信有限公司 | Dai配置方法、指示方法、发送方法、装置及介质 |
WO2021203287A1 (en) * | 2020-04-08 | 2021-10-14 | Apple Inc. | Uplink control information reporting |
WO2021203442A1 (zh) * | 2020-04-10 | 2021-10-14 | 华为技术有限公司 | 一种功率控制方法及装置 |
WO2021204255A1 (zh) * | 2020-04-10 | 2021-10-14 | 大唐移动通信设备有限公司 | 信息传输方法及装置 |
CN113517959A (zh) * | 2020-04-10 | 2021-10-19 | 华为技术有限公司 | 一种反馈信息的发送方法及装置 |
CN113541875A (zh) * | 2021-06-15 | 2021-10-22 | 北京邮电大学 | 无线数据传输的方法、系统、装置、电子设备及介质 |
CN113543348A (zh) * | 2020-04-15 | 2021-10-22 | 大唐移动通信设备有限公司 | 一种harq-ack传输方法、终端及网络侧设备 |
WO2022051938A1 (en) * | 2020-09-09 | 2022-03-17 | Qualcomm Incorporated | Cross-component carrier activation of joint dl/ul tci state |
WO2022160355A1 (zh) * | 2021-02-01 | 2022-08-04 | Oppo广东移动通信有限公司 | 无线通信方法和设备 |
CN115189812A (zh) * | 2021-04-06 | 2022-10-14 | 大唐移动通信设备有限公司 | Harq反馈、波束指示方法、网络侧设备及终端 |
CN115242362A (zh) * | 2021-04-22 | 2022-10-25 | 维沃移动通信有限公司 | Pdsch传输、接收方法、装置及通信设备 |
WO2023078102A1 (zh) * | 2021-11-05 | 2023-05-11 | 大唐移动通信设备有限公司 | 混合自动重传请求应答反馈方法、装置及终端设备 |
WO2024050770A1 (zh) * | 2022-09-08 | 2024-03-14 | 北京小米移动软件有限公司 | 混合自动重传请求harq反馈方法、装置、设备及介质 |
WO2024098341A1 (zh) * | 2022-11-10 | 2024-05-16 | Oppo广东移动通信有限公司 | 无线通信的方法和终端设备 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20230188308A1 (en) * | 2020-05-22 | 2023-06-15 | Nokia Technologies Oy | Beam group-based downlink transmit beam indication |
EP4229793A1 (en) * | 2020-10-16 | 2023-08-23 | Orope France Sarl | Apparatus and method of wireless communication |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110199986A1 (en) * | 2010-02-12 | 2011-08-18 | Mo-Han Fong | Reference signal for a coordinated multi-point network implementation |
WO2013185297A1 (zh) * | 2012-06-12 | 2013-12-19 | 华为技术有限公司 | 载波资源配置方法、上行信息传输方法、基站及用户设备 |
CN105262574A (zh) * | 2015-09-17 | 2016-01-20 | 北京北方烽火科技有限公司 | 一种csi-rs端口映射方法和装置 |
WO2017192793A1 (en) * | 2016-05-06 | 2017-11-09 | Intel IP Corporation | Dual beam transmission and ack/nack feedback mechanism for pucch |
CN107733558A (zh) * | 2016-08-12 | 2018-02-23 | 华为技术有限公司 | 混合自动重传请求确认harq‑ack反馈方法和装置 |
CN108111272A (zh) * | 2017-08-09 | 2018-06-01 | 中兴通讯股份有限公司 | 参考信号配置信息的指示方法、基站及终端 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101841398B (zh) * | 2010-05-06 | 2015-10-21 | 中兴通讯股份有限公司 | 一种上行控制信令的传输方法及用户设备 |
WO2012005145A1 (ja) * | 2010-07-05 | 2012-01-12 | シャープ株式会社 | 移動局装置、基地局装置、無線通信システム、無線通信方法および集積回路 |
WO2013055128A2 (ko) * | 2011-10-11 | 2013-04-18 | 엘지전자 주식회사 | 무선 접속 시스템에서 번들링 스케줄링 방법 및 이를 위한 장치 |
CN105122676B (zh) * | 2013-04-05 | 2018-07-03 | Lg电子株式会社 | 在无线接入系统中发送上行链路控制信息的方法及其设备 |
US10602488B2 (en) * | 2015-10-22 | 2020-03-24 | Qualocmm Incorporated | HARQ and control channel timing for enhanced machine type communications (EMTC) |
KR102248077B1 (ko) * | 2017-01-15 | 2021-05-04 | 엘지전자 주식회사 | 무선 통신 시스템에서, harq-ack 신호를 전송하는 방법 및 이를 위한 장치 |
WO2018141246A1 (en) * | 2017-02-03 | 2018-08-09 | Huawei Technologies Co., Ltd. | Downlink control information for network coordination schemes |
-
2018
- 2018-09-03 CN CN201811018348.8A patent/CN110875814B/zh active Active
-
2019
- 2019-08-28 WO PCT/CN2019/103084 patent/WO2020048364A1/zh unknown
- 2019-08-28 EP EP19856966.7A patent/EP3832938A4/en active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110199986A1 (en) * | 2010-02-12 | 2011-08-18 | Mo-Han Fong | Reference signal for a coordinated multi-point network implementation |
WO2013185297A1 (zh) * | 2012-06-12 | 2013-12-19 | 华为技术有限公司 | 载波资源配置方法、上行信息传输方法、基站及用户设备 |
CN103609188A (zh) * | 2012-06-12 | 2014-02-26 | 华为技术有限公司 | 载波资源配置方法、上行信息传输方法、基站及用户设备 |
CN107708215A (zh) * | 2012-06-12 | 2018-02-16 | 华为技术有限公司 | 载波资源配置方法、上行信息传输方法、基站及用户设备 |
CN105262574A (zh) * | 2015-09-17 | 2016-01-20 | 北京北方烽火科技有限公司 | 一种csi-rs端口映射方法和装置 |
WO2017192793A1 (en) * | 2016-05-06 | 2017-11-09 | Intel IP Corporation | Dual beam transmission and ack/nack feedback mechanism for pucch |
CN107733558A (zh) * | 2016-08-12 | 2018-02-23 | 华为技术有限公司 | 混合自动重传请求确认harq‑ack反馈方法和装置 |
CN108111272A (zh) * | 2017-08-09 | 2018-06-01 | 中兴通讯股份有限公司 | 参考信号配置信息的指示方法、基站及终端 |
Non-Patent Citations (1)
Title |
---|
HUAWEI, HISILICON: "R1-141584 \"Remaining issues for HARQ-ACK feedback on PUCCH\"" * |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021203287A1 (en) * | 2020-04-08 | 2021-10-14 | Apple Inc. | Uplink control information reporting |
TWI786585B (zh) * | 2020-04-10 | 2022-12-11 | 大陸商大唐移動通信設備有限公司 | 資訊傳輸方法及裝置 |
WO2021203446A1 (zh) * | 2020-04-10 | 2021-10-14 | Oppo广东移动通信有限公司 | Dai配置方法、指示方法、发送方法、装置及介质 |
WO2021204255A1 (zh) * | 2020-04-10 | 2021-10-14 | 大唐移动通信设备有限公司 | 信息传输方法及装置 |
CN113517959A (zh) * | 2020-04-10 | 2021-10-19 | 华为技术有限公司 | 一种反馈信息的发送方法及装置 |
WO2021203442A1 (zh) * | 2020-04-10 | 2021-10-14 | 华为技术有限公司 | 一种功率控制方法及装置 |
CN113543348A (zh) * | 2020-04-15 | 2021-10-22 | 大唐移动通信设备有限公司 | 一种harq-ack传输方法、终端及网络侧设备 |
WO2022051938A1 (en) * | 2020-09-09 | 2022-03-17 | Qualcomm Incorporated | Cross-component carrier activation of joint dl/ul tci state |
WO2022160355A1 (zh) * | 2021-02-01 | 2022-08-04 | Oppo广东移动通信有限公司 | 无线通信方法和设备 |
CN115189812A (zh) * | 2021-04-06 | 2022-10-14 | 大唐移动通信设备有限公司 | Harq反馈、波束指示方法、网络侧设备及终端 |
CN115189812B (zh) * | 2021-04-06 | 2023-11-07 | 大唐移动通信设备有限公司 | Harq反馈、波束指示方法、网络侧设备及终端 |
CN115242362A (zh) * | 2021-04-22 | 2022-10-25 | 维沃移动通信有限公司 | Pdsch传输、接收方法、装置及通信设备 |
WO2022222879A1 (zh) * | 2021-04-22 | 2022-10-27 | 维沃移动通信有限公司 | Pdsch传输、接收方法、装置及通信设备 |
CN113541875A (zh) * | 2021-06-15 | 2021-10-22 | 北京邮电大学 | 无线数据传输的方法、系统、装置、电子设备及介质 |
WO2023078102A1 (zh) * | 2021-11-05 | 2023-05-11 | 大唐移动通信设备有限公司 | 混合自动重传请求应答反馈方法、装置及终端设备 |
WO2024050770A1 (zh) * | 2022-09-08 | 2024-03-14 | 北京小米移动软件有限公司 | 混合自动重传请求harq反馈方法、装置、设备及介质 |
WO2024098341A1 (zh) * | 2022-11-10 | 2024-05-16 | Oppo广东移动通信有限公司 | 无线通信的方法和终端设备 |
Also Published As
Publication number | Publication date |
---|---|
EP3832938A1 (en) | 2021-06-09 |
EP3832938A4 (en) | 2021-09-29 |
CN110875814B (zh) | 2023-05-02 |
US20210184803A1 (en) | 2021-06-17 |
WO2020048364A1 (zh) | 2020-03-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110875814B (zh) | 发送和接收混合自动重传请求确认信息的方法、通信装置 | |
WO2020143752A1 (zh) | 信息传输的方法和通信装置 | |
US11516782B2 (en) | User terminal and radio communication method | |
US10973023B2 (en) | Terminal and radio communication method | |
US11956794B2 (en) | Data sending and receiving method and communication apparatus | |
US11611412B2 (en) | Base station and radio communication method | |
US11968675B2 (en) | Uplink control information sending and receiving method and communications apparatus | |
EP3734999A1 (en) | Radio base station and radio communication method | |
CN111200871B (zh) | 接收数据的方法和通信装置 | |
EP3665989A1 (en) | Dynamic management of uplink control signaling resources in wireless network | |
JP7398278B2 (ja) | 端末、無線通信方法及びシステム | |
US11310778B2 (en) | User terminal and radio communication method | |
US20180176942A1 (en) | Scheduling method and device in wireless communication system providing broadband service | |
EP3832928A1 (en) | User terminal and wireless communication method | |
CN115066855B (zh) | 针对具有单独的反馈相关控制字段的多分量载波调度的确认反馈 | |
WO2021167839A1 (en) | Acknowledgement feedback for multi-component carrier scheduling | |
US11245498B2 (en) | User terminal and radio communication method | |
EP4104332A1 (en) | Downlink assignment index for multi-component carrier scheduling | |
JP2023521654A (ja) | 拡張された動的コードブックのためのグループ識別およびダウンリンク割当てインデックスを決定するための技法 | |
CN111193581B (zh) | 发送和接收物理下行控制信道的方法以及通信装置 | |
US12003340B2 (en) | Method for sending hybrid automatic repeat request acknowledgment information, method for receiving hybrid automatic repeat request acknowledgment information, and communications apparatus | |
US12009929B2 (en) | User terminal and radio communication method |
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 |