CN110447278A - 用于支持异步上行链路harq和多个同时传输的系统和方法 - Google Patents
用于支持异步上行链路harq和多个同时传输的系统和方法 Download PDFInfo
- Publication number
- CN110447278A CN110447278A CN201780088684.7A CN201780088684A CN110447278A CN 110447278 A CN110447278 A CN 110447278A CN 201780088684 A CN201780088684 A CN 201780088684A CN 110447278 A CN110447278 A CN 110447278A
- Authority
- CN
- China
- Prior art keywords
- transmission
- harq process
- uplink
- feedback
- base station
- 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
Classifications
-
- 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/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- 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/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0014—Three-dimensional division
- H04L5/0016—Time-frequency-code
-
- 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/0048—Allocation of pilot signals, i.e. of signals known to the receiver
-
- 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/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0026—Division using four or more dimensions
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
用于基于授权的上行链路传输的当前HARQ进程可能不适合于UE可以向基站同时发送多个传输块(TB)的实现方式。然而,在一些场景中,例如在一些免授权上行链路传输方案中,UE可以同时发送多个TB。本文公开了用于针对UE向基站同时发送多个TB的情况执行HARQ的系统和方法。通过使用本文中描述的系统和方法,因此可以在这种情况下执行HARQ。
Description
优先权
本专利申请要求于2017年3月20日提交的题为“Systems and Methods forSupporting Asynchronous Uplink HARQ and Multiple Simultaneous Transmissions”的美国临时申请第62/473,809号的优先权,并且要求于2017年12月22日提交的题为“Systems and Methods for Supporting Asynchronous Uplink HARQ and MultipleSimultaneous Transmissions”的美国专利申请第15/852,089号的权益,二者的全部内容通过引用并入本文中,如同在此全部重现。
技术领域
本申请涉及无线通信系统中的用于上行链路传输的混合自动重传请求(hybridautomatic repeat request,HARQ)。
背景技术
在一些无线通信系统中,用户设备(user equipment,UE)与基站进行无线通信以向基站发送数据和/或从基站接收数据。从UE到基站的无线通信被称为上行链路通信。从基站到UE的无线通信被称为下行链路通信。
需要资源来执行上行链路通信和下行链路通信。例如,UE可以在特定频率和特定时隙期间的上行链路传输中向基站无线地发送数据,例如传输块(transport block,TB)。所使用的频率和时隙是资源的示例。
一些无线通信系统可以支持基于授权的上行链路传输。也就是说,如果UE想要向基站发送数据,则该UE向该基站请求上行链路资源。基站授权上行链路资源,并且然后UE使用该授权的上行链路资源来发送上行链路传输。可以被基站授权的上行链路资源的示例是上行链路正交频分多址(orthogonal frequency-division multiple access,OFDMA)帧中的一组时频位置。
一些无线通信系统还可以或者替代地支持免授权的上行链路传输。也就是说,UE可以使用可能与其他UE共享的某些上行链路资源来发送上行链路传输,而无需特别请求使用资源。免授权上行链路传输不需要来自基站的动态且显式的调度授权。
在一些情况下,当UE发送上行链路传输时,基站也许不能解码上行链路传输中的数据。
发明内容
混合自动重传请求(HARQ)是使用纠错码对要发送的数据进行编码的方法。如果编码数据在传输期间被损坏并且接收器不能纠正错误,则执行重传。
用于基于授权的上行链路传输的当前HARQ进程可能不适合于其中UE能够向基站同时发送多个传输块(TB)的实现方式。然而,在一些场景中,例如在一些免授权上行链路传输方案中,UE可以同时发送多个TB。此外,在一些上行链路传输方案中,发生TB的免授权无NACK重传并且其可能在一些其他方案中被来自基站的授权中断,从而导致不适合于当前上行链路HARQ进程的异步HARQ进程。
本文公开了用于针对UE向基站同时发送多个TB和/或处理异步HARQ进程的情况执行HARQ的系统和方法。通过使用本文描述的系统和方法,从而可以在这种情况下执行HARQ重传/重复(repetition)、合并和反馈指示。
在一个实施方式中,提供了一种由UE执行的方法。该方法包括:向基站发送包括第一传输块的第一上行链路数据传输。第一传输块与第一HARQ进程相关联。第一上行链路数据传输包括第一参考信号序列。使用上行链路子帧中的第一时频资源发送第一上行链路数据传输。该方法还包括:向基站发送包括第二传输块的第二上行链路数据传输。第二传输块与第二HARQ进程相关联。第二上行链路数据传输包括第二参考信号序列。使用上行链路子帧中的第二时频资源发送第二上行链路数据传输。该方法还包括:在下行链路确认信道中解码从基站接收的第一反馈和第二反馈。第一反馈表示针对第一传输块的第一ACK或第一NACK,并且第二反馈表示针对第二传输块的第二ACK或第二NACK。第一时频资源和第一参考信号序列中至少之一标识第一UE和第一HARQ进程,并且第二时频资源和第二参考信号序列中至少之一标识第二UE和第二HARQ进程。还公开了被配置成执行该方法的UE。
在另一实施方式中,提供了一种由基站执行的方法。该方法包括从UE接收包括第一传输块的第一上行链路数据传输。第一传输块与第一HARQ进程相关联。第一上行链路数据传输包括第一参考信号序列。使用上行链路子帧中的第一时频资源接收第一上行链路数据传输。该方法还包括从UE接收包括第二传输块的第二上行链路数据传输。第二传输块与第二HARQ进程相关联。第二上行链路数据传输包括第二参考信号序列。使用上行链路子帧中的第二时频资源接收第二上行链路数据传输。该方法还包括:解码第一传输块并且生成表示针对该第一传输块的第一ACK或第一NACK的第一反馈,解码第二传输块并且生成表示针对该第二传输块的第二ACK或第二NACK的第二反馈。该方法还包括在下行链路确认信道中向UE发送第一反馈和第二反馈。第一时频资源和第一参考信号序列中至少之一标识第一UE和第一HARQ进程,并且第二时频资源和第二参考信号序列中至少之一标识第二UE和第二HARQ进程。还公开了被配置成执行该方法的基站。
附图说明
将参照附图仅以示例的方式描述各种实施方式,在附图中:
图1是根据一个实施方式的基站和多个UE的框图;
图2是根据一个实施方式的更详细地示出基站和UE的框图;
图3是根据一个实施方式的上行链路时频资源的示例;
图4是根据一个实施方式的下行链路时频资源的示例;
图5示出了根据一个实施方式的示出两个不同HARQ进程的一组上行链路时频资源;
图6示出了用于生成和发送针对由不同UE在同一上行链路子帧中发送的多个上行链路传输的多个ACK/NACK的系统的一个实施方式;
图7和图8分别示出了根据示例实施方式的示出两个不同HARQ进程的一组上行链路时频资源;
图9示出了根据一个实施方式的示出多个预定跳频图案(hopping pattern)的一组上行链路时频资源;
图10至图15示出了用于针对多个上行链路传输生成和发送多个ACK/NACK的系统的实施方式;
图16和图17示出了资源映射函数的示例;
图18示出了作为消息的组公共DCI的实施方式;
图19是根据一个实施方式的由基站执行的方法的流程图;以及
图20是根据一个实施方式的由UE执行的方法的流程图。
具体实施方式
出于说明性目的,现在将结合附图在下文中更详细地说明具体的示例实施方式。
图1是根据一个实施方式的基站100和多个UE 102a至102c的框图;
词“基站”包含从UE无线接收上行链路中的数据的任何设备。因此,在一些实现方式中,基站100可以被称为其他名称,例如发送与接收点(transmit and receive point,TRP)、基站收发器、无线电基站、网络节点、发送/接收节点、NodeB、演进型NodeB(eNB)、gNB(有时称为“千兆位”Node B)、中继站或远程无线电头。此外,在一些实施方式中,基站100的各部分可以是分布式的。例如,基站100的一些模块可以被定位成远离容纳基站100的天线的设备,并且可以通过通信链路(未示出)耦合至该容纳天线的设备。因此,在一些实施方式中,术语基站100还可以指执行处理操作(例如,调度和消息生成)的并且不一定是容纳基站100的天线的设备的一部分的网络侧模块。模块也可以耦合至其他基站。在一些实施方式中,基站100可以实际上是一起操作以服务UE 102a至102c(例如通过协作多点传输)的多个基站。
在操作中,UE 102a至102c可以各自向基站100发送上行链路传输。在一些实施方式中,上行链路传输是基于授权的,并且在其他实施方式中,上行链路传输是免授权的。
以点画气泡124示出了由UE 102a发送的示例上行链路消息150。消息150包括由基站100使用以用于信道估计的参考信号(reference signal,RS)序列152。在本文的实施方式中,参考信号序列可以是解调参考信号(demodulation reference signal,DMRS)序列。消息150还包括要被发送至基站100的数据的传输块(transport block,TB)154。消息150仅是示例,并且可以包括未示出的其他组成部分,例如循环冗余校验(cyclic redundancycheck,CRC)。此外,更一般地,可以用多址(multiple access,MA)签名替代RS序列152。因此,例如,当在下述实施方式中提及参考信号序列时,可以替代地使用MA签名。例如,所使用的MA签名可以映射到用于ACK/NACK反馈的正交扩展序列。MA签名可以包括(但不限于)以下至少之一:码本/码字、序列、交织器和/或映射图案(pattern)、导频、解调参考信号(例如,用于信道估计的参考信号)、前导码、空间维度以及功率维度。
图2是更详细地示出图1中的基站100和UE 102a的框图。基站100包括耦接至一个或更多个天线206的发射器202和接收器204。示出了仅一个天线206。可以将发射器202和接收器204集成为收发器。基站100还包括上行链路消息处理器208,该处理器包括解码器210。上行链路消息处理器208和解码器210执行与处理接收到的上行链路消息有关的操作例如活跃性检测、对TB解码,以及本文中描述的基站HARQ操作例如生成确认(acknowledgement,ACK)和/或否定确认(negative acknowledgement,NACK)。上行链路消息处理器208可以是接收器204的一部分。
基站100还包括用于对要被发送至UE 102a的消息进行编码的编码器212。编码器212执行下文描述的与准备供传输至UE的ACK或NACK有关的操作,例如,生成ACK/NACK码字并向该ACK/NACK码字应用正交扩展序列。基站100还包括映射器214,其用于将ACK/NACK反馈映射到下行链路资源,例如专用下行链路确认信道(例如物理HARQ指示信道(physicalHARQ indicator channel,PHICH))上的下行链路资源。编码器212和映射器214可以是发射器202的一部分。
基站100还包括资源分配器216,其可以确定将哪些上行链路资源分配给UE 102a至102c以用于上行链路传输。例如,资源分配器216可以对要由UE 102a至102c使用的时频资源的特定分区进行分配,以用于发送UE 102a至102e可能必须发送的任何免授权的上行链路传输。
基站100还包括用于存储信息和数据的存储器218。
上行链路消息处理器208、解码器210、编码器212、映射器214、资源分配器216以及/或者发射器202和接收器204的任何信号处理部件可以以被配置成执行上行链路消息处理器208、解码器210、编码器212、映射器214、资源分配器216以及/或者发射器202和接收器204的功能的电路的形式来实现。在一些实现方式中,该电路包括存储器和执行指令的一个或更多个处理器,所述指令使得一个或更多个处理器执行上行链路消息处理器208、解码器210、编码器212、映射器214、资源分配器216以及/或者发射器202和接收器204的任何信号处理部件的操作。替选地,上行链路消息处理器208、解码器210、编码器212、映射器214、资源分配器216以及/或者发射器202和接收器204的任何信号处理部件可以使用用于执行上行链路消息处理器208、解码器210、编码器212、映射器214、资源分配器216以及/或者发射器202和接收器204的任何信号处理部件的操作的专用集成电路来实现,例如特定应用集成电路(application specific integrated circuit,ASIC)、图形处理单元(graphicsprocessing unit,GPU)或编程的现场可编程门阵列(programmed field programmablegate array,FPGA)。在又一实现方式中,本文中描述的基站100的功能可以被完全或部分地以存储在存储器218中并由一个或更多个处理器执行的软件或模块来实现。
UE 102a也包括耦接至一个或更多个天线256的发射器252和接收器254。示出了仅一个天线256。可以将发射器252和接收器254集成为收发器。UE 102a还包括上行链路消息生成器258,其用于生成要在上行链路传输中发送的消息。生成上行链路消息可以包括在编码器260中对要在消息中发送的数据进行编码,以及对编码数据进行调制。UE 102a还包括用于解码从基站100发送的下行链路消息的解码器262。例如,解码器262如稍后所描述的那样应用正交扩展序列来解码来自基站100的ACK/NACK反馈。基站100还包括用于存储信息和数据的存储器264。
上行链路消息生成器258、编码器260、解码器262以及/或者发射器252和接收器254的任何信号处理部件可以以被配置成执行上行链路消息生成器258、编码器260、解码器262以及/或者发射器252和接收器254的功能的电路的形式来实现。在一些实现方式中,该电路包括存储器和执行指令的一个或更多个处理器,所述指令使得一个或更多个处理器执行上行链路消息生成器258、编码器260、解码器262以及/或者发射器252和接收器254的操作。替选地,上行链路消息生成器258、编码器260、解码器262以及/或者发射器252和接收器254可以使用用于执行上行链路消息生成器258、编码器260、解码器262以及/或者发射器252和接收器254的操作的专用集成电路来实现,例如ASIC、GPU或FPGA。在又一实现方式中,本文中描述的UE 102a的功能可以被完全或部分地以存储在存储器218中并由一个或更多个处理器执行的软件或模块来实现。
基站100和UE 102a可以包括其他部件,但是为了清楚起见已经省略了这些部件。此外,在图中未详细示出UE 102b和UE 102c,但UE 102b和UE 102c具有与图2所示的UE102a相同的部件。
用于上行链路传输的HARQ
可以针对上行链路传输执行HARQ。例如,如果初始上行链路传输中的TB 154未被基站100成功解码,则UE可以执行重传。本文中使用的词“传输”可以指初始传输或重传。重传可以包括TB的重传和/或用于对TB解码的其他信息的重传。例如,重传数据可以包括原始数据中的一些或全部数据和/或奇偶校验信息。基站100可以按下述方式执行HARQ合并(HARQ combining):并非将未成功解码的初始数据丢弃,而是可以将未成功解码的初始数据存储在基站100处的存储器中,并且将其与接收的重传数据合并以尝试成功解码TB。当执行HARQ合并时,来自UE的重传数据可以不需要是对初始数据的完全重传。该重传可以承载较少的数据,例如与初始数据相关联的一些或全部奇偶校验位。可以使用的一种类型的HARQ合并是软合并,例如追加合并(chase combining)或增量冗余(incrementalredundancy)。
初始传输和重传可以使用不同的冗余版本(redundancy version,RV)。不同的RV也可以被称为不同的修订(revision)。当在消息生成器258中对数据进行编码时,可以将经编码的比特划分为可能彼此交叠的不同集合。每个集合是不同的RV。例如,一些RV可能与其他RV相比具有更多的奇偶校验位。每个RV由RV索引(index)(例如,RV 0、RV 1、RV 2...等)标识。当使用特定RV发送上行链路传输时,则仅发送与该RV对应的编码比特。可以使用不同的信道码(例如,turbo码、低密度奇偶校验(low-density parity-check,LDPC)码、极化码等)来生成编码比特。UE 102a中的消息生成器258中的差错控制编码器(未示出)可以执行信道编码。在一个实施方式中,信道编码产生包括下述三个比特流的编码比特流:系统比特流和两个奇偶校验位流。可以执行速率匹配,并且循环缓冲器(未示出)可以存储系统比特和奇偶校验位。可以从循环缓冲器读取各个比特并对其进行调制以用于在上行链路消息中传输。循环缓冲器具有与其相关联的不同RV,例如四个冗余版本(RV):RV0、RV1、RV2和RV3。每个RV指示起始位置,将从该起始位置起从循环缓冲器读取编码比特。因此,每个RV发送不同组的编码比特。最初可以使用RV 0来发送数据,但是重传有时可以使用更高的RV,例如,使用RV 2用于第一次重传,使用RV 3用于第二次重传等。
基站100使用RV的知识来执行解码。对于追加合并,初始传输和重传的RV可以是相同的,例如,为RV 0。对于增量冗余,重传可以使用可以遵循预定图案的较高RV,例如,RV 0用于初始传输,RV 2用于第一次重传,RV 3用于第二次重传,以及RV 1用于第三次重传。因此,为了解码数据,除非仅存在一个预定义RV,否则基站100可能需要知道在免授权上行链路传输中正接收的数据的RV索引。
作为用于上行链路传输的HARQ进程的一部分,当基站100成功解码上行链路传输的数据时,基站100可以发送ACK。在一些实施方式中,当数据未被成功解码时,基站100可以发送NACK。
在一些实施方式中,可以由UE执行自主免授权重传,这是指UE自动发送一个或更多个TB重传而无需对于针对前一TB传输的ACK或NACK等待设定的时间段。在这样的实施方式中,基站通常不会针对TB发送NACK。在一些实施方式中,当从基站接收到针对TB的ACK时,或者当已经发生了最大数目的重传时,UE终止自主重传。
UE可以发送多个TB,因此在任何一个时间可以存在针对UE进行的多个HARQ进程。可以使用不同的HARQ进程ID来标识不同的HARQ进程。例如,当UE发送第一TB的初始传输和该第一TB的任何重传时,UE就可以将这些初始传输/重传与HARQ进程ID#1相关联。当UE发送另一TB的初始传输和该另一TB的任何重传时,UE就可以将这些初始传输/重传与HARQ进程ID#2相关联。多个HARQ进程可以并行进行。在一些实施方式中,可以明确地或隐含地用信号通知用于上行链路传输和/或ACK/NACK的HARQ进程ID。
HARQ进程可以是同步的,在这种情况下,以预定的时间间隔并且基于从系统信息得到的系统定时来对重传进行调度,如在LTE基于授权的上行链路HARQ中那样。不需要在上行链路传输或ACK/NACK反馈中明确地标识HARQ进程ID。如果HARQ进程不是同步的,即HARQprocess是异步的,那么在这种情况下,在一些实施方式中可能需要明确地用信号通知HARQ进程ID。
HARQ传输可以是自适应的或非自适应的。自适应HARQ传输是指资源和/或调制与编码策略(modulation and coding scheme,MCS)可能从HARQ进程中的前一上行链路传输改变。非自适应HARQ传输是指资源和MCS与HARQ进程中的前一上行链路传输相同。
到资源的映射
使用资源来执行基站100与UE 102a至UE 102c之间的传输。图3是根据一个实施方式的上行链路时频资源302的示例。时频资源302可以是上行链路数据信道(例如物理上行链路共享信道(physical uplink shared channel,PUSCH))的一部分。
时频资源302被划分为子帧,这些子帧被点画线分开。本文中使用的词“子帧”指可以分配给UE的上行链路传输的最小持续时间。例如,在分区304处,UE 102a使用持续时间为一个子帧的时频资源来发送上行链路传输。在分区306处,UE 102b使用持续时间为两个子帧的时频资源来发送上行链路传输。尽管本文中使用了“子帧”,但是在一些实现方式中其可以包含其他术语或者可以与其他属于互换,所述其他术语例如调度间隔、传输时间间隔(transmission time interval,TTI)、传输时间单位(transmission time unit,TTU)等。
子帧可以具有与该子帧在帧中的位置对应的子帧号/索引。子帧所属的帧也可以具有编号,例如,系统帧号(system frame number,SFN)。在图3的示例时频资源中,每个子帧包括7个OFDM符号。然而这仅是示例。在一些实施方式中,子帧中可以存在更多或更少的OFDM符号,并且子帧中的OFDM符号的数目可以取决于子载波间隔。例如,在LTE中,子帧可以具有14个OFDM符号。时频资源302包括多个资源元素(resource element,RE)。每个RE是1个子载波乘1个符号,并且在308处示出了RE的示例。资源块(resource block,RB)是可以被分配用于UE的上行链路传输的最小的资源单位。在310处示出了资源块(RB)的示例。RB 310恰好是时间上的一个子帧乘频率上的四个子载波,但这仅是示例。例如,在LTE中,RB可以跨越12个子载波,并且其持续时间可以等于半个子帧。此外,在实际实现方式中可以将RB 310分布在时频上,即,RB 310的28个RE可以不必彼此相邻。每个RB可以与标识了RB的时频位置的索引相关联。例如,RB 310可以是RB索引14。
图4是根据一个实施方式的下行链路时频资源352的示例。以阴影线示出的下行链路时频资源的分区用于向UE发送控制信息。在图4中,每个子帧将其前三个OFDM符号用于发送控制信息。这仅是示例。控制信息可以包括专用下行链路确认信道,例如PHICH。专用下行链路确认信道可以承载ACK/NACK反馈。
专用下行链路确认信道可以包括多个资源元素组(resource element group,REG)。在图4中用黑框示出了下行链路控制信道中的几个示例REG。每个REG包括四个RE,然而这仅是示例。通常,REG可以被定义为具有更多或更少的RE。此外,REG中的RE不必彼此相邻。
在一些实施方式中,可能需要多于一个REG来发送针对特定上行链路HARQ进程的ACK/NACK。例如,在LTE中使用三个REG来承载针对特定上行链路HARQ进程的ACK/NACK。相同的三个REG还可以用于发送针对其他UE的其他上行链路HARQ进程的ACK/NACK,例如通过使用正交扩展序列区分不同的HARQ进程,如稍后将更详细地进行描述。例如,在LTE中,PHICH信道包括多个PHICH组。每个PHICH组与标识该PHICH组在时频资源中的位置的组编号相关联。每个PHICH组由3个REG组成。基于被确认/否定确认的(ACK/NACK’d)上行链路传输的频率位置,例如基于上行链路传输的起始RB索引,每个ACK/NACK被映射到特定的PHICH组。用于对该PHICH组中的ACK/NACK进行编码和解码的正交扩展序列可以基于在发送被确认/否定确认的上行链路传输时使用的参考信号序列。例如,正交扩展序列可以被映射到DMRS循环移位。
用于基于授权的同步非同时上行链路传输的上行链路HARQ进程
在一些传统系统中,UE在每个子帧仅能发送一个TB。上行链路传输由基站100授权,并且上行链路HARQ是同步的。可以支持自适应HARQ传输和/或非自适应HARQ传输。
例如,图5示出了示出两个不同HARQ进程的一组上行链路时频资源402。未示出各个OFDM符号和各个资源元素。仍如图3和图4中那样使用点画竖直线指示每个子帧。为便于参考,将子帧标记为SF 0至SF 8。针对由同一UE 102a发送的两个不同TB(TB 1和TB 2)示出了两个上行链路HARQ进程。上行链路传输由基站100授权。在前一TB传输之后3个子帧来发送针对TB的重传。这仅是示例,例如,在LTE中是在前一传输之后8个子帧来发送重传。
在SF 0中发送对TB 1的初始上行链路传输,并且需要对TB 1进行第一重传和第二重传,重传分别发生在SF 3和SF 6中。在SF 1处发送对TB 2的初始上行链路传输,并且需要对TB 2进行一次重传,该重传发生在SF 4处。
每个子帧从UE 102a发送不超过一个TB,这意味着同一UE的对不同TB的上行链路初始和上行链路重传不会同时发生。例如,在图5中,在SF 1处而不是同样在SF 0处发送对TB 2的初始传输。
UE 102a不需要在上行链路初始传输或重传中指示HARQ进程ID,因为基站100对上行链路初始传输授权并且在预期时刻授权重传或者向UE 102a发送NACK以触发非自适应型重传,并且基站不会针对UE 102a在同一子帧中对TB的多于一个上行链路传输授权。因此,基站100知道在每个子帧其要从UE 102a接收什么(如果有的话)。基站100也不需要在向UE102a发送的ACK或NACK中指示HARQ进程ID,因为该HARQ进程是同步的,并且UE 102a可以基于上行链路传输的传输时间(其例如基于系统帧号(SFN)和子帧索引)推断出HARQ进程ID,传输时间与接收针对该上行链路传输的ACK/NACK的时间具有预定关系。
在一些实施方式中,由基站100发送的授权可以指示MCS、参考信号序列(例如,经由DMRS循环移位)以及所分配的用于TB的上行链路传输的RB。在一些实施方式中,基站100可以通过在授权中设定新数据指示符(new data indicator,NDI)标志来终止针对TB的上行链路HARQ进程。在一些实施方式中,基站100可以有意地在授权中选择能够禁用TB的对MCS与所分配的RB的空合并(void combination)。
尽管图5示出了UE 102a的在每子帧进行对TB的单一上行链路传输/重传,但是基站100还将在同一子帧中调度来自其他UE的对其他TB的上行链路传输。例如,尽管未在图5中示出,但是也可以在SF 0中发送来自UE 102b的对TB的初始上行链路传输以及来自UE102c的对TB的初始上行链路传输。
图6示出了用于针对由不同UE在同一上行链路子帧中发送的多个上行链路传输生成和发送多个ACK/NACK的系统的实施方式。ACK由比特‘1’表示,NACK由比特‘0’表示。在所示的示例中,在单个PHICH组中针对k个UE(UE 102a至UE 102k)发送ACK/NACK。在一些实施方式中,k小于或等于正交序列的数目。在LTE中,使用常规循环前缀(normal cyclicprefix,NCP)时正交序列的数目为8,而与扩展循环前缀(extended cyclic prefix,ECP)一起使用较短的序列时正交序列的数目为4。在同一上行链路子帧中发送上行链路传输的其他UE可以使其ACK/NACK映射到不同的PHICH组,但为简单起见这并未在图6中示出。
在图6中,正在向UE 102a发送ACK并且正在向UE 102k发送NACK。为简洁起见未示出正在向UE 102b至UE 102k-1发送的ACK/NACK。在顶部分支中,表示针对UE 102a的ACK的比特‘1’被发送到中继器452a,该中继器执行3次重复以得到‘111’。然后在调制器454a中使用双相移相键控(binary phase shift keying,BPSK)对输出‘111’进行调制以得到三个符号。然后使用正交扩展序列A来将这三个符号扩展为12个符号,例如通过用乘法器456a将3个符号与4符号正交扩展序列A相乘。中继器452a进行的3次重复和使用正交扩展序列进行的从3个符号到12个符号的扩展是要试图增大传输的可靠性,即试图避免ACK被错误地解码为NACK以及NACK被错误地解码为ACK。注意,正交扩展序列可以被替代地称为扩展序列、正交码或正交序列。
在PHICH组中针对每个其他ACK/NACK发生类似的过程。例如,图6中还示出的底部分支。表示针对UE 102k的NACK的比特‘0’被发送到中继器452k,该中继器执行3次重复以得到‘000’。然后在调制器454k中使用BPSK对输出‘000’进行调制以得到三个符号。然后使用4符号正交扩展序列K将这三个符号扩展到12个符号。
如果改为使用经扩展的CP,则每个分支中的3个符号改为通过2符号正交扩展序列扩展为6个符号。
针对每个分支使用不同的正交扩展序列。然后,例如使用加法器458将对应于每个ACK/NACK的12个符号合并成有12个符号的单个序列。然后,在进行加扰之后,由映射器460将这12个符号映射至三个REG,每个REG具有四个RE,并且每个REG的四个RE中的每个RE用于在下行链路中发送这12个符号中的相应一个符号。三个REG是预配置的,并且每个可以被定位在下行链路子帧的第一个OFDM符号处。这三个REG可以按频率分布(例如,如图所示)以跨越下行链路带宽并且利用频率分集(diversity)。在一些实施方式中,三个REG可以替代地被定位在子帧的前3个OFDM符号处。
UE 102a至102k中的每个UE基于针对上行链路传输的原始授权的定时而知道在哪个下行链路子帧查找其PHICH。UE 102a至102k中的每个UE基于PHICH组编号知道REG在下行链路中的位置,PHICH组编号被映射到被确认/否定确认的上行链路传输的起始RB索引。也就是说,上行链路传输的起始RB索引映射到承载针对该上行链路传输的ACK/NACK反馈的REG的时频位置。UE 102a至102k中的每个UE使用其各自的正交扩展序列来从PHICH组上承载的ACK/NACK组中解码它们的ACK/NACK。正交扩展序列是根据在被确认/否定确认的上行链路传输中使用的参考信号序列而得知的。例如,每个DMRS循环移位可以与唯一正交扩展序列相关联。由基站100例如在下行链路控制信息(downlink control information,DCI)如DCI 0中对参考信号序列(例如DMRS循环移位)和上行链路传输的起始RB索引授权。
在一些实施方式中,PHICH组的数目是特定于小区的并且基于系统带宽而变化。在一些实施方式中,所支持的PHICH组的数目通过系统带宽(“NRB”)和被称为Ng的特殊参数确定。下表示出了根据一个实施方式的针对每个NRB/Ng组合所支持的PHICH组的数目:
N<sub>RB</sub>/N<sub>g</sub> | 1/6 | 1/2 | 1 | 2 |
6(1.4Mhz) | 1 | 1 | 1 | 2 |
15(3Mhz) | 1 | 1 | 2 | 4 |
25(5Mhz) | 1 | 2 | 4 | 7 |
50(10Mhz) | 2 | 4 | 7 | 13 |
75(15Mhz) | 2 | 5 | 10 | 19 |
100(20Mhz) | 3 | 7 | 13 | 25 |
在一些实施方式中,在接收到ACK时不从TB清除用于HARQ进程的HARQ发送缓冲器(buffer),以防ACK实际上是被UE错误地解码为ACK的NACK。相反,在这样的实施方式中,直到在与DCI 0中的上行链路授权对应的物理下行链路控制信道中设定了新数据指示符(NDI),才会清除HARQ发送缓冲器。
上行链路HARQ和同时的上行链路传输
在以上结合图5和图6描述的实施方式中存在的限制在于,每子帧从同一UE发送不超过一个TB。然而,在一些应用中,例如在一些免授权上行链路传输方案中,UE可以每子帧发送多于一个TB。例如,图7示出了示出两个不同HARQ进程的一组上行链路时频资源502。为便于参考,将子帧标记为SF 0至SF 8。上行链路资源是免授权资源,即,上行链路传输是免授权上行链路传输。针对由同一UE 102a发送的两个不同TB(TB 1和TB 2)示出了两个上行链路HARQ进程。与TB 1和TB 2有关的传输可以在同一子帧中发生。例如,UE 102a在SF 0中发送对TB 1的初始传输和对TB 2的初始传输二者。作为另一示例,图8示出了根据另一实施方式的示出两个不同HARQ进程的一组上行链路时频资源552。时频资源552被划分为免授权区域554和基于授权的区域556。在免授权区域554中发生免授权上行链路传输,而由基站100对基于授权的区域556中的上行链路传输授权。UE 102a每子帧发送多于一个TB。即使对于给定的免授权HARQ进程,也可能发生自主无NACK重传,从而导致异步HARQ进程。在图8的示例中,在免授权上行链路资源上在第4次TB 2重传之后,发生从免授权到基于授权(grant-free to grant-based,GF2GB)的切换。基站100在基于授权的资源上调度第5次TB2重传。类似地,在第2次TB 1重传之后也会发生从免授权到基于授权的切换。为了举例,还示出了UE 102b和UE 102c经授权的上行链路传输。
在图7和图8二者的示例中,在任何给定的子帧处,UE可以同时并且可能以异步方式发送多个TB。因此,在一些实现方式中可能需要解决下述各项以支持上行链路HARQ:
(1)如何用信号向基站100通知/如何由基站100确定指示给定子帧上的哪个上行链路传输对应于哪个TB的HARQ进程ID。
(2)如果用于解码/软合并的对同一TB的各种修订(即,重传)是异步发送的,并且同一UE可以在上行链路子帧中发送多于一个TB,那么基站100将如何识别这些修订。
(3)基站100将如何指示针对由同一UE在同一上行链路子帧中发送的多个TB的ACK/NACK反馈。
(4)UE将如何提取其ACK/NACK反馈并将该反馈映射到对应的TB。
(5)如果基站100决定对由同一UE在同一上行链路子帧中发送的多个TB之一授权重传,那么基站100如何向UE指示该授权旨在针对哪个TB。
(6)进一步对于(5),UE将如何检测出该授权旨在针对同时发送的TB中的给定TB。
更一般地,项(1)至(6)中的至少一些项涉及下述两方面的问题:基站如何知道来自UE的哪个上行链路传输与哪个HARQ进程相关,以及UE如何知道来自基站的哪个ACK/NACK反馈或授权对应于哪个HARQ进程。
虽然在免授权以及免授权到基于授权的方案中,项(1)至(6)可能更为突出,但是在半持续调度(semi-persistent scheduling,SPS)或基于授权的方案中,其中在任何给定子帧中UE具有多于一个发送机会,也可能需要解决项(1)至(6)。
下述实施方式提供了用于当UE可以采用异步过程和/或每个子帧发送多于一个TB(例如,如图7和图8那样)时的上行链路HARQ的系统和方法。下述其中一些实施方式处于免授权以及免授权到基于授权的上行链路传输的上下文中。其他实施方式处于基于授权的方案的上下文中。
A.随机免授权
在一些实施方式中,UE可以被配置成在免授权模式下进行发送,这意味着UE能够在免授权上行链路资源上发送免授权上行链路传输。可用于UE的免授权上行链路资源可以由基站例如以半静态方式配置而成。
当UE具有要向基站发送的TB时,UE在免授权上行链路资源上向基站发送初始TB传输,之后可能发送一次或更多次重传。在一些实施方式中,基站100可能不能预先知道UE将在哪些资源上发送重传。这些实施方式被称为“随机免授权”实施方式。在随机免授权中,不存在对UE和基站预先已知的用于发送重传的资源分配跳频图案。也就是说,资源分配图案(resource allocation pattern)不是预配置的,并且可以利用具有随机跳频图案的免授权上行链路传输。上行链路HARQ进程是异步的。
在一些实施方式中,免授权上行链路传输中的参考信号序列唯一地标识了发送该免授权上行链路传输的UE和HARQ进程ID即正被发送的TB二者。参考信号序列可以是DMRS循环移位。例如,基站100可以将九个不同的参考信号序列划分为三个互斥的组:具有参考信号序列1至3的第一组、具有参考信号序列4至6的第二组以及具有参考信号序列7至9的第三组。基站将参考信号序列1至3分配给UE 102a,将参考信号序列4至6分配给UE 102b,并将参考信号序列7至9分配给UE 102c。当UE 102a发送对第一TB的免授权上行链路初始传输或重传作为第一HARQ进程的一部分时,UE 102a总是选择参考信号序列1至3中的同一参考信号序列。例如,UE 102a可以使用参考信号序列1以用于对TB 1的任何传输。当UE 102a发送对第二TB的免授权上行链路初始传输或重传作为第二HARQ进程的一部分时,UE 102a总是选择参考信号序列1至3中尚未被UE 102a在另一活跃HARQ进程中使用的同一参考信号序列。例如,UE 102a可以使用参考信号序列2以用于对TB 2的任何传输。以此类推。因此,基站在免授权上行链路传输中检测到的参考信号序列向该基站揭示了哪个UE发送了该上行链路传输以及该上行链路传输所属的HARQ进程二者。因此,基站100将知道将哪些先前传输与所接收的上行链路传输进行软合并。注意,在一些实施方式中,UE和基站分配给TB的上行链路免授权传输的HARQ进程ID可以是不同的,只要基站不需要在授权中或者UE不需要在反馈中发送对HARQ进程ID的明确指示即可。
向UE 102a至102c进行的对参考信号序列的分配不是使用DCI中的动态授权来执行的,而是在静态或半静态的基础上例如使用较高层信令例如无线资源控制(radioresource control,RRC)信令来执行的。在一些实施方式中,可以通过向UE分配DMRS序列和特定于UE的循环移位来执行向UE分配参考信号序列,UE根据该DMRS序列和特定于UE的循环移位来获得参考信号序列。
每当UE具有要向基站发送的新TB时,UE可以从空闲HARQ列表中确定针对该TB的新HARQ进程ID,例如,使用下式来获得新HARQ进程ID:IDi+1=(IDi+1)modNHARQ,其中IDi+1是针对新TB挑选的HARQ进程ID,IDi是针对前一TB选择的HARQ进程ID,并且NHARQ是可用的且由基站配置的HARQ进程ID的总数目。UE可以将每个HARQ进程ID与特定参考信号序列相关联,使得基站100可以基于在上行链路传输中使用的参考信号序列来识别HARQ进程ID。如果基站100例如通过接收到来自UE的新参考信号序列而检测到新的TB上行链路传输,则该基站可以使用与该UE相同的规则例如IDi+1=(IDi+1)modNHARQ来确定HARQ进程ID。否则,如果例如通过接收到与前一传输相同的参考信号序列确定上行链路传输不是新TB而是对前一TB的重传,则将该重传与TB的较早修订(revision)的HARQ进程ID相关联,并且将该重传与TB的较早修订合并。
在一些实施方式中,基站100和UE二者都会持续追踪下述二者之间的映射:(i)该UE的非空闲(即,活跃地进行的)HARQ进程与(ii)针对这些HARQ进程使用的上行链路信道(例如,PUSCH)参数,即,针对大于或等于ACK/NACK反馈延迟的若干子帧,起始RB索引和DMRS循环移位。
在一些实施方式中,如果UE被配置成执行自主免授权上行链路重传,则使用对针对TB的ACK的接收来提前终止重传,而不用等待上行链路授权中的NDI指示。
B.预配置的每TB资源分配(“预配置免授权”)
在一些实施方式中,UE和基站二者预先已知用于免授权上行链路传输/重传的资源分配图案。这样的实施方式被称为“预配置免授权”实施方式。每个预定图案可以被称为跳频图案,并且上行链路传输的起始RB索引标识出该上行链路传输属于哪个跳频图案。然而,基站通常预先不知道将在哪个子帧中发起跳频图案。例如,图9示出了根据一个实施方式的示出多个预定跳频图案的一组上行链路时频资源602。用数字标识了每个预定的跳频图案。例如,在图9中具体地突出显示了跳频图案“1”和“4”。一些跳频图案(例如跳频图案1和2)在时频资源中部分交叠。其他跳频图案(例如跳频图案1和4)在时频资源中不交叠。
当UE启动新的HARQ进程时,UE选择尚未被该UE使用的预定跳频图案中的一个。例如,在图9中,UE 102a为其HARQ进程ID“0”选择了跳频图案1,并为其HARQ进程ID‘1’选择了跳频图案‘4’。UE 102b仅具有一个HARQ进程并且选择了图案‘2’。UE 102c也仅具有一个HARQ进程并且选择了图案‘3’。当UE具有多于一个正在进行的HARQ进程时,例如,与图9中的UE 102a的情况一样,则UE为每个进程选择在资源上不交叠的不同的跳频图案。例如,UE102a将不使用跳频图案‘2’以用于其HARQ进程ID‘1’,因为跳频图案‘2’在时频资源中与跳频图案‘1’交叠。
所使用的跳频图案向基站唯一地标识HARQ进程。例如,基于上行链路传输的RB索引,基站可以确定上行链路传输属于哪个HARQ进程。这是因为RB索引将标识跳频图案,而跳频图案将标识HARQ过程。
在上行链路传输中使用的参考信号唯一地标识了UE。基站向针对上行链路资源的不同的UE分配不同的参考信号序列,使得在参考信号序列与UE之间存在唯一的映射。作为例示,基站100可以将九个不同的参考信号序列划分为三个互斥的组:具有参考信号序列1至3的第一组、具有参考信号序列4至6的第二组以及具有参考信号序列7至9的第三组。基站将参考信号序列1至3分配给UE 102a,将参考信号序列4至6分配给UE 102b,并将参考信号序列7至9分配给UE 102c。然后,例如,当基站100接收到具有参考信号序列1、2或3的上行链路传输时,基站100知道上行链路传输源自UE 102a。与先前描述的随机免授权实施方式不同,基站100不需要依赖参考信号序列来识别来自UE的上行链路传输的HARQ进程ID,因为HARQ进程ID是从用于上行链路传输的跳频图案知道的。因此,对于在同一上行链路子帧中在不同的无交叠跳频图案上发送的关于两个不同TB的两个上行链路传输,UE可以使用相同的参考信号序列,只要该UE能够以某种其他方式区分针对两个TB的ACK/NACK反馈即可(例如通过ACK/NACK码字中的比特位置和到物理REG的映射函数)。
向UE 102a至102c进行的对参考信号序列的分配不是使用DCI中的动态授权来执行的,而是在静态或半静态的基础上例如使用较高层信令(例如无线资源控制(RRC)信令)执行的。在一些实施方式中,可以通过向UE分配DMRS序列和特定于UE的循环来执行向UE分配参考信号序列,UE根据该DMRS序列和特定于UE的循环来获得参考信号序列。
每当UE具有要向基站发送的新TB时,UE可以从空闲HARQ列表中确定针对该TB的新HARQ进程ID,例如,使用下式来获得新HARQ进程ID:IDi+1=(IDi+1)modNHARQ,其中IDi+1是针对新TB挑选的HARQ进程ID,IDi是针对前一TB选择的HARQ进程ID,并且NHARQ是可用的HARQ进程ID的总数目。UE可以将每个HARQ进程ID与特定的跳频图案相关联,使得基站100可以基于上行链路传输的起始RB索引来识别HARQ进程ID。如果基站100例如通过接收到来自UE的在新跳频图案上的上行链路传输而检测到来自UE的新的TB上行链路传输,则该基站可以使用与该UE相同的规则例如IDi+1=(IDi+1)modNHARQ来确定HARQ进程ID。否则,如果例如通过接收到在当前使用的跳频图案上的下一传输而确定来自UE的该传输不是新TB而是对前一TB的重传,则将该重传与TB的较早修订的HARQ进程ID相关联,并且将该重传与TB的较早修订合并。
在一些实施方式中,可以为每个UE分配与分配给其他UE的跳频图案不同的一组跳频图案,在这种情况下,所使用的跳频图案也唯一地标识了UE。在这样的实施方式中,上行链路传输的RB索引因此可以标识UE和HARQ进程二者,因此参考信号序列不必唯一地标识UE或TB。这样的实施方式假设两个不同的UE不可能在相同的资源上启用它们各自的跳频图案。此外,基站仍然可能预先不知道何时可以启用UE的唯一跳频图案。
在一些实施方式中,如果UE被配置成执行自主免授权上行链路重传,则使用对针对TB的ACK的接收来提前终止重传,而不用等待上行链路授权中的NDI指示。在一些实施方式中,ACK可以在专用下行链路确认信道例如在如下文所述的类PHICH信道上发送ACK。
用于预配置免授权实施方式的上行链路HARQ进程是异步的。
C.免授权到基于授权的切换
无论是否正在实施“随机免授权”和/或“预配置免授权”实施方式,有时基站100可以针对UE的TB执行免授权到基于授权的切换。如果基站执行免授权到基于授权的切换,则会隐含地或明确地指示针对授权的HARQ进程ID。
在一些实施方式中,并非是基站针对接收授权的每个TB发送单独的授权,而是可以使用例如包括用于多个HARQ进程ID的字段的新的(增强的)授权DCI格式。在一些实施方式中,可以隐含地指示HARQ进程ID。例如,如果指示了发送TB的子帧在无线电帧内的索引以解决由于可能可变的授权延迟而导致的模糊,则可以通过以下来隐含地指示HARQ进程ID:(i)子帧中的活跃HARQ进程集中的HARQ进程顺序,或者(ii)子帧中各个TB沿频率维度的顺序。在其他实施方式中,可以替代地明确指示HARQ进程ID,即,将HARQ进程ID明确地包括在上行链路授权中。
在一些实施方式中,针对TB的授权可以替代地使先前存在的授权格式被修改成具有HARQ进程ID字段。
D.基于授权的模式
在一些实施方式中,UE可以以基于授权的模式进行操作,即,由基站以调度授权对UE的上行链路传输授权。然而,有时UE可以被调度以在同一子帧中向基站发送多个TB。HARQ进程可以是同步的,但是在授权中使用对HARQ进程ID的显式指示或隐式指示,因为经授权的频率资源可以随着重传而改变。因此,向UE通知HARQ进程ID,使得UE知道所授权的上行链路传输是针对哪个HARQ进程。如上所述,在一些实施方式中,可以使用例如包括用于多个HARQ进程ID的字段的新的授权DCI格式,并且可以隐含地或明确地指示HARQ进程ID。在其他实施方式中,针对TB的授权可以替代地使先前存在的授权格式被修改成具有HARQ进程ID字段。
在一些实施方式中,如果转而指示了活跃进程的分类列表内的HARQ进程的本地索引,则可以减少授权中用于标识HARQ进程的比特数。例如,如果UE仅具有两个活跃HARQ进程,则授权中对该HARQ进程ID的显式指示可以仅是提供对两个HARQ进程ID中的哪一个正被调度的二进制指示的单个比特。UE和基站将需要预先知道哪个比特值对应于哪个HARQ进程ID。
专用下行链路确认信道上的针对同时上行链路传输的ACK/NACK反馈
在一些实施方式中,基站100在专用下行链路确认信道上发送针对免授权上行链路传输的ACK/NACK反馈。专用下行链路确认信道可以以与LTE中的PHICH类似的方式实现,在这种情况下,专用下行链路确认信道可以被称为“PHICH信道”或“类PHICH信道”。
在免授权实施方式中,专用下行链路确认信道上的ACK/NACK反馈定时与免授权资源访问定时具有预定关系。例如,如果UE在子帧w中发送了针对一个或更多个TB的免授权上行链路传输,则针对这些TB的上行链路传输的ACK/NACK在子帧w+n中的专用下行链路确认信道中被发送。n可以等于ACK/NACK延迟,即,等于在发送上行链路传输时与基站100将能够提供针对该上行链路传输的ACK/NACK时之间的时间量。
在一些实施方式中,在UE用来发送免授权上行链路传输的参考信号序列与基站用来发送ACK/NACK反馈的正交扩展序列之间存在已知映射。
在一些实施方式中,在上行链路子帧中的上行链路传输的起始RB索引与下行链路确认信道中的承载ACK/NACK反馈的一个或更多个REG的位置之间存在已知映射。
例如,对于特定上行链路子帧w中发送的每个TB可以使用不同的参考信号序列。针对TB的ACK/NACK反馈被定位在子帧w+n中的类PHICH信道中。每个上行链路传输的起始RB索引映射到类PHICH信道中的特定PHICH组。每个上行链路传输的参考信号序列映射到基站100用来对PHICH组中的ACK/NACK进行扩展的相应正交扩展序列。因此,当UE发送TB的上行链路传输时,UE知道将在其中找到ACK/NACK反馈的子帧(n个子帧后)、(基于上行链路传输的起始RB索引映射的)子帧中的PHICH组、以及(基于UE在上行链路传输中使用的参考信号序列映射的)由UE用来对PHICH组中的针对TB的ACK/NACK反馈进行解码的正交扩展序列。
下文描述了针对基站的一些示例系统,其针对由同一UE在同一上行链路子帧中发送的多个TB提供ACK/NACK反馈。UE能够提取其ACK/NACK反馈并将该反馈映射到对应的TB。使用专用下行链路确认信道,该信道为UE承载ACK/NACK反馈。专用下行链路确认信道将被称为PHICH信道,并且ACK/NACK反馈将被映射到将被称为PHICH组的资源组。以下描述的实施方式可以被一般化,例如,通过用任何下行链路确认信道替代PHICH信道,并且通过用下行链路确认信道中的资源组替代PHICH组。
A.主增强PHICH+补充增强PHICH
在一些实施方式中,UE在同一上行链路子帧中发送多个TB,并且单个ACK/NACK码字被用于对多个TB进行确定/否定确认(ACK/NACK)。ACK/NACK码字指示哪些TB已被成功解码。
在一些实施方式中,ACK/NACK码字为L比特,其中L=K+P。K是每子帧每UE所支持的同时发送的TB的最大数目,并且P是添加至ACK/NACK码字的奇偶校验位的数目。可选地,L可被选择为三的整数倍(例如3或6或9等)以尝试与使用相同或相似的正交扩展序列的传统LTE PHICH长度兼容。ACK/NACK码字被映射到PHICH中的一个或更多个REG。
在一些实施方式中,对ACK/NACK码字的各比特进行排序,使得UE能够确定码字的哪个比特对应于相应子帧的哪个TB。例如,可以按照频域中的UE TB的起始RB索引的顺序,从最高有效位(most significant bit,MSB)到最低有效位(least significant bit,LSB)对码字进行排序。作为示例,在图7中,UE 102a在SF 0中发送了两个TB。TB 1是在比TB 2更高的频率位置发送的,因此在码字中针对TB 1的ACK/NACK反馈存在于针对TB 2的ACK/NACK反馈之前。如果K=2,则码字的第一比特将承载针对TB 1的ACK/NACK反馈,并且码字的第二比特将承载针对TB 2的ACK/NACK反馈。与TB 2相比,TB 1的起始RB索引指示了在较高频率位置处发送了哪个TB,因此指示了哪个TB对应于ACK/NACK码字中的哪个比特。也就是说,UE的TB的起始RB索引分别映射到码字中的相应位置。
在一些实施方式中,还从基站发送ACK/NACK码字的补码(complement)以试图增加ACK/NACK检测的可靠性。下文描述对ACK/NACK码字及其补码进行扩展的不同可能性,以及将扩展符号映射到REG的不同可能性。虽然在附图所示的特定示例中补码被示为逻辑逆,但是应当理解,补码不必是逻辑逆,并且可以使用任何预定义的线性块编码器或卷积编码器来生成补码码字。
图10示出了用于针对多个上行链路传输生成和发送多个ACK/NACK的系统的一个示例。每个ACK/NACK码字是3比特并且没有奇偶校验位,因而L=K=3并且P=0。用比特‘1’标识ACK,而用比特‘0’标识NACK。
针对UE 1的ACK/NACK码字确认由UE 1在同一上行链路子帧中发送的三个不同TB。三个上行链路传输中的每一个可以是相应TB的初始传输或相应TB的重传,这并不重要。在所示的示例中,前两个TB被确认(ACK’d),而第三TB被否定确认(NACK’d),因而产生了ACK/NACK码字110。
针对UE 2的ACK/NACK码字确认由UE 2在同一上行链路子帧中发送的两个不同TB。在所示的示例中,第一TB被确认并且第二TB被否定确认,从而产生了ACK/NACK码字01x,其中‘x’表示该比特由于其未被使用而被忽略。
图10中还示出了针对UE N的示例ACK/NACK码字00x。
针对UE 1的ACK/NACK码字110被反相器660反相以生成补充ACK/NACK码字001。使用调制器662将ACK/NACK码字110及其补码(complement)001分别调制为3个BPSK符号。然后向该ACK/NACK码字的符号及其补码的符号二者应用同一正交扩展序列A。结果是得到由12个符号表示的ACK/NACK码字110,以及也由12个符号表示的该ACK/NACK码字的补码001。在加扰之后,ACK/NACK码字110的12个符号被映射到第一REG集,并且补码的12个符号被映射到与第一REG集正交的第二REG集。
UE 1基于预配置的定时关系而知道在其中会找到ACK/NACK反馈的下行链路子帧。例如,对于基于授权的实施方式,在其中会找到ACK/NACK反馈的下行链路确认信道的位置可以基于针对上行链路传输的原始授权的定时,例如,如果在下行链路子帧w中接收到授权,则针对所授权的上行链路传输的ACK/NACK反馈将在下行链路子帧w+x处。作为另一示例,对于免授权实施方式,在其中会找到ACK/NACK反馈的下行链路确认信道的位置可以基于免授权资源访问定时,例如,如果UE在子帧w中发送了针对一个或更多个TB的免授权上行链路传输,则在子帧w+n中发送针对这些TB的上行链路传输的ACK/NACK。UE 1基于该UE 1用来发送被确认的三个TB的上行链路资源(例如基于TB的起始RB索引)而知道在哪些REG会找到该UE的ACK/NACK码字110及其补码001。UE 1基于该UE 1用来发送被确认的三个TB的参考信号序列而知道使用正交扩展序列A来解码ACK/NACK码字110及其补码001。UE 1基于每个TB的起始RB索引与码字比特位置之间的预定义的关系(例如,在频域中的顺序)而知道ACK/NACK码字中的哪个比特对应于哪个TB。对于基于授权的实施方式,TB的起始RB索引和参考信号序列由基站例如在DCI中授权。此外,对于图10中的特定示例,UE可以使用相同的参考信号序列来在同一子帧中发送其不同的TB,因为ACK/NACK码字中的比特位置被用来区分不同的TB。
针对UE 1至UE N中的每个UE发生类似操作。
图11是图10的变型,在图11中,对于每个ACK/NACK码字,用于该ACK/NACK码字的扩展序列与用于该ACK/NACK码字的补码的扩展序列正交。也就是说,扩展序列A1与扩展序列A2正交,扩展序列B1与扩展序列B2正交,扩展序列N1与扩展序列N2正交。然而,每个ACK/NACK码字与其补码被映射到相同的REG。替选地,ACK/NACK码字及其补码可以被映射到彼此正交的REG,如图10所示。应当注意,在图10和图11的两个示例中,同一码字的任何两个ACK/NACK比特不会在相同的REG上被复用。也就是说,由于针对ACK/NACK码字的每个比特使用了同一正交扩展序列,因此同一ACK/NACK的比特不会被映射到相同的REG。
图12是图11的变型,图12示出了在一些实施方式中,可以通过不同的正交扩展序列来对ACK/NACK码字的各个比特进行扩展。仅示出了与UE 1对应的顶部分支,并且扩展序列A1至A6彼此正交。每个扩展比特都被映射到相同的REG,尽管这不是必需的。注意,在图12中,可以替代地在将补充信道和主信道相加之后应用加扰。这同样适用于图10、图11、图13和图14。加扰是特定于小区的而不是特定于UE的。
应当理解,图10至图12的许多不同变型是可能的,例如,ACK/NACK码字中的某些比特由相同的扩展序列进行扩展,而其他比特由不同的扩展序列进行扩展,并且一些扩展符号被映射到相同或不同的REG。然而,将避免其中使用相同的扩展序列和REG使得UE不能对针对由该UE在同一上行链路子帧中发送的两个不同TB的ACK/NACK进行区分的实现方式。
图13示出了对图10至图12的概括。总的来说,每个UE和每个TB可以被不同地预配置。例如,可以如下进行预配置:对于UE 1,使用同一扩展序列对ACK/NACK码字及其补码进行扩展,但是将该ACK/NACK码字及其补码映射到正交REG;对于UE 2,使用不同的正交扩展序列对ACK/NACK码字及其补码分别进行扩展,并且将该ACK/NACK码字及其补码映射到相同的REG;对于UE N,使用不同的正交扩展序列对ACK/NACK码字及其补码的每个比特分别进行扩展,并且将该ACK/NACK码字及其补码也映射到正交REG。这仅是示例。在任何情况下,预先对基站和UE进行预配置以使其知道将使用其中哪一种可能的实现方式。PHICH组映射器672设定对于每个UE使用哪个(哪些)正交扩展序列,并且基于(例如来自物理广播信道(physical broadcast channel,PBCH)的)系统信息以及关于被确认/否定确认的TB的起始RB索引的信息来设定由映射器670进行的到REG的映射。
图14是图13的变型,在图14中,每个ACK/NACK码字仍然是3比特,但是存在一个校验位,因而K=2,P=1并且L=K+P=3。对奇偶校验位的使用减少了UE可以在同一子帧中发送的不同TB的数目(例如,与图13中的K=3相比,在图14中K减少至2)。然而,对奇偶校验位的使用可以通过UE增加ACK/NACK码字的可靠性。
在以上结合图10至图14描述的实施方式中,可能的缺点在于,针对TB的单个ACK/NACK比特不会被重复三次,例如,像图6中的中继器452a至452k所做的那样。缺少对针对TB的ACK/NACK比特的重复可能降低对ACK/NACK比特的检测可靠性。然而,为了抵消这种可靠性的降低,还发送了补充ACK/NACK码字。而且,在一些实施方式中,如图14所示,也可以在ACK/NACK码字中包括一个或更多个奇偶校验位以进一步增大检测可靠性。图10至图13的实施方式的另一个可能的益处在于可以降低控制信令开销,因为有效地仅使用针对TB的两个ACK/NACK比特(主ACK/NACK码字中的一比特和补充ACK/NACK码字中的对应的一比特),而不是如图6中那样的针对单个ACK/NACK的3比特。在图14的实施方式中,如在LTE中那样对于单个ACK/NACK比特会有效地用信号通知3比特,然而由于奇偶校验位和补充比特的存在可靠性增加。此外,在图13和14的实施方式中可以有许多灵活性,例如,可以将相同和/或不同UE的TB映射到相同和/或不同的REG,可以使用不同的扩展序列来对不同的TB进行扩展,等。然而,将避免其中使用相同的扩展序列和REG使得UE不能对针对由该UE在同一上行链路子帧中发送的两个不同TB的ACK/NACK进行区分的实现方式。
接收ACK/NACK码字的UE可以使用该ACK/NACK码字的补码和任何奇偶校验位(如果存在的话)来尝试更可靠地检测ACK/NACK码字。例如,在一个实施方式中,如果发送了奇偶校验位并且对ACK/NACK码字或其补码的奇偶校验检查不正确,则这会向UE指示有错误。作为另一示例,如果经解码的补充ACK/NACK码字不是经解码的ACK/NACK码字的补码,则这向UE指示有错误。此外,例如,基于被确认/否定确认的上行链路子帧的上行链路信道参数,在UE处仅特定ACK/NACK码字是有效的/被预期的。例如,如果UE在上行链路子帧中仅发送两个TB并且不存在添加到ACK/NACK码字的奇偶校验位,则该UE预期长度为2比特的ACK/NACK码字。如果ACK/NACK码字是不同长度,则这向UE指示有错误。以这种方式,UE对检测到的ACK/NACK码字执行回归以试图进一步降低检测错误的影响。如果使用了奇偶校验位,则利用了进一步的错误检测/校正能力,例如,如上所述,对所接收的ACK/NACK码字及其补码执行奇偶校验检查。
在一些实施方式中,当UE在所接收的ACK/NACK码字中识别出错误时,该UE可以在该ACK/NACK码字是全NACK的假设下来行动,因为假设NACK比错误地假设ACK更安全。与无线电链路控制(radio link control,RLC)ARQ重传相比,额外重传通常是可容忍的,尤其对于对延迟敏感的应用而言。因此,更一般地,每当关于ACK指示比特发生冲突的回归时,UE都假定它是NACK以减少NACK被错误检测为ACK的错误的可能性。
假设REG具有四个RE,则在图13和图14的实施方式中PHICH组可以被映射到仅一个REG而不是3个REG。这是因为针对一个UE的一个TB的ACK/NACK仅为1比特,其映射到四个符号并且因此可以被承载在四个RE(一个REG)上。如果主信道和补充信道被分配正交REG,则对于频分双工(frequency division duplex,FDD)被支持的PHICH组的总数目的计算为:
其中Ng是前文提到的相同的系统特定参数,并且也是与可用下行链路RB的数目对应的系统参数。
在时分双工(time division duplex,TDD)中,基于针对无线帧的上行链路-下行链路配置,PHICH组的总数可以随子帧的不同而不同,如下:其中乘数mi可以从下表中获得:
来源:发布9,3GPP TS 36.211V9.1.0(2010-03)
在图13和图14的实施方式中,用于发送针对UE的ACK/NACK码字的PHICH组的数目可以基于子帧中被确认/否定确认的TB的数目而动态地变化。例如,在图13所示的示例中,UE 1具有针对上行链路子帧的被确认/否定确认的3个不同TB,这就是ACK/NACK码字具有3比特的原因。三个PHICH组被用来发送ACK/NACK码字。如果对于下一上行链路子帧UE 1仅具有一个被确认/否定确认的TB,则ACK/NACK码字的长度将仅为一比特并且将仅需要一个PHICH组。
最后,在以上结合图10和图14描述的所有实施方式中,在补充信道上发送的ACK/NACK码字是主信道上的ACK/NACK码字的反相版本。例如,图13中针对UE 1的ACK/NACK码字110被反相器660反相以产生补充ACK/NACK码字001。然而,在替选实施方式中,在补充信道上替代地发送全奇偶校验码字。例如,图13中在补充信道上至BPSK调制器662的输入不是主ACK/NACK码字的反相版本,而是根据主ACK/NACK码字例如使用线性块码或卷积码生成的全奇偶校验码字,并且通过补充信道发送以进一步利用编码增益。相反,反相器660将被编码器替代,该编码器对ACK/NACK码字进行编码以生成奇偶校验位。
B.每TB的单独PHICH
并非使用以上结合图10至图14描述的主PHICH信道和补充PHICH信道,替代地,可以使用传统PHICH格式发送ACK/NACK反馈,如图6中所示的那样。在任何给定子帧中,来自UE的每个被发送的TB使用传统PHICH格式。图15中示出了示例,其是用于针对来自同一UE的在同一子帧中的多个上行链路传输生成和发送多个ACK/NACK的系统的实施方式。在图15中,UE 102a在子帧中发送k个TB。针对每个TB发送了ACK或NACK作为反馈。在图15所示的示例中,针对TB 1发送ACK并且针对TB k发送NACK。如前文结合图6所描述的那执行相同的重复、调制、扩展、加扰和映射。尽管未在图15中示出,但是对于在同一上行链路子帧中发送的其他UE的其他TB的ACK/NACK使用相同的结构。在替选实施方式中,针对TB 1的ACK、......、针对TB k的NACK没有如图15所示那样被映射到同一传统PHICH组。其各自可以例如取决于起始RB索引而被映射到不同的传统PHICH组。
UE 102a基于预配置的定时关系而知道在其中会找到针对每个TB的ACK/NACK反馈的下行链路子帧。例如,对于基于授权的实施方式,在其中会找到ACK/NACK反馈的下行链路确认信道的位置可以基于针对上行链路传输的原始授权的定时,例如,如果在下行链路子帧w中接收到发送TB的授权,则针对所授权的对该TB上行链路传输的ACK/NACK反馈将在下行链路子帧w+x处。作为另一示例,对于免授权实施方式,在其中会找到ACK/NACK反馈的下行链路确认信道的位置可以基于免授权资源访问定时,例如,如果UE在子帧w中发送了针对TB的免授权上行链路传输,则在子帧w+n中发送针对该TB的ACK/NACK。UE 102a基于该UE102a用来发送TB的上行链路资源例如基于TB的起始RB索引而知道在哪些REG找到其针对TB的ACK/NACK码字。UE 102a基于UE 102a用来发送TB的参考信号序列而知道使用哪些扩展序列来解码ACK/NACK。
如果来自不同UE或相同UE的两个TB的起始RB索引被映射到相同的REG,则使用正交参考信号序列。
对于基于授权的实施方式,TB的起始RB索引和参考信号序列由基站例如在DCI中授权。
与图10至图14的实施方式相比,图15的实施方式的可能的益处在于,在图15的实施方式中保持了传统PHICH可靠性。图15的实施方式的可能的不足在于,存在更多的控制信令开销,因为一组12个符号被映射到控制信道并且被针对由每个UE在对应的上行链路子帧中发送的每个TB进行发送。图15的实施方式对于在同一上行链路子帧中每个UE发送大量TB的大量UE可能不可扩展。
C.混合设计
以上描述了两种设计:(1)在主信道和补充信道上发送ACK/NACK码字,这结合图10至图14进行了描述并且将被称为“设计I”;(2)使用传统PHICH格式发送ACK/NACK反馈,这结合图15进行了描述并且将被称为“设计II”。
设计II支持以相同的可靠性水平对多个TB的同时传输、合并和反馈指示,其旨在用于LTE中的传统PHICH设计,代价是控制信令开销增大。设计I支持以较少的信令开销/增大的PHICH容量对多个TB的同时传输、合并和反馈指示,但是其采用补充增强PHICH信道来克服检测主增强PHICH信道时的潜在的可靠性损失。
为了试图在PHICH可靠性与开销之间进行有效的均衡,可以采用混合设计,在该混合设计中,设计II是默认的,直到达到每UE支持的同时TB的预设最大数目,例如L≤2;然后在超出该操作点的情况下使用设计I。
何时从设计II切换到设计I可以取决于下述因素中的一个或一些因素,以下是一个非详尽列表:RLC数据包到达率;预配置的每子帧免授权资源减去DMRS RE;MCS配置/链路适配;RLC数据包大小以及是否需要分段。
D.预配置的映射规则
在一些实施方式中,UE可以基于其他信息(例如,UE ID(或组ID)和/或针对TB的HARQ进程ID)知道在下行链路确认信道中在何处定位它们的ACK/NACK反馈。例如,可以预配置HARQ进程ID到PHICH资源的映射,而非使用起始RB索引和/或DMRS序列。UE的不同HARQ进程可以被映射到相同或不同的PHICH组,并且/或者该映射可以特定于UE或者特定于UE组,并且可以从系统信息获得。
在免授权模式下进行操作的UE可以根据给定小区的系统信息知道将存在多少PHICH组。例如,假设存在个PHICH组,并且每个PHICH组可以支持多达K个TB。进一步假设存在M个注册的UE在免授权模式下进行操作,并且这M个UE中的每个可以支持多达J个HARQ进程。然后可以(例如,可能地,通过查找表)建立映射规则,在该映射规则中,UE可以基于其UE ID和/或HARQ进程ID来确定ACK/NACK反馈的位置。更一般地,映射规则可以是K、M和/或J的函数,例如
图16和图17分别示出了资源映射函数(例如,PHICH资源映射函数)的两个示例。图16和17中的映射函数可以在UE和基站二者处使用以用于预配置的映射或者用于动态映射。起始RB未被作为映射示例中的因素。图16和图17中的示例使用主确认信道和增强确认信道以及ACK/NACK码字,例如,如以上结合图13和图14所述。
图16示出了第一示例。M个UE中的每个UE具有本地ID m=0,1,…,M-1。值l=0,1,…,L-1表示具有L比特的ACK/NACK码字中的比特位置。ACK/NACK码字可以包括一个或更多个奇偶校验位。逻辑REG索引n由下式确定:其中m、l和M在上文中已定义,SF是上行链路子帧索引,并且是PHICH组的数目。逻辑互补REG索引是组正交序列ID,即与用于用户m的ACK/NACK码字的比特l一起使用的正交扩展序列的索引,为注意,在假设每REG可以复用八个指示(在该情况下一个PHICH组)的情况下,seqid=0,1,2,...,7。还要注意seqid=0,1,2,…,7,在这种映射函数下的PHICH资源的总容量(以M和L表示)受到约束
图17示出了第二示例。同样,M个UE中的每一个具有本地ID m=0,1,...,M-1。值l=0,1,…,L-1表示具有L比特的ACK/NACK码字中的比特位置。ACK/NACK码字可以包括一个或更多个奇偶校验位。逻辑REG索引n由下式确定:其中m、l和L在上文中已定义,SF是上行链路子帧索引,并且是PHICH组的数目。逻辑互补REG索引为组正交序列ID为注意,在这种映射函数下的PHICH资源的总容量(以M和L表示)受到约束
在图16和17的示例中,为了利用频率分集,可以使用子帧索引SF向映射函数添加动态旋转。注意,如果映射资源的位置对于给定的参数集是静态的,则可以将SF设定为零,即,不需要动态旋转。在其他示例中,可以以交错方式定位补充信道REG与主信道REG。
在小区或超级小区中,PHICH资源可以对于免授权上行链路传输是预配置的,并且针对免授权传输和基于授权的传输二者的ACK/NACK反馈可以在或可以不在同一PHICH组中发生。承载基于初始免授权上行链路传输的ACK/NACK反馈的PHICH传输可以发生在具有与免授权上行链路传输相同或不同的参数配置(例如,不同的子载波间隔(subcarrierspacing,SCS)和/或不同的CP类型)的资源中。
当针对UE支持多个HARQ进程时,可以预配置HARQ进程ID到PHICH组的映射。例如,对于通过非交叠资源发送的不同的HARQ进程ID,UE可以使用同一参考信号。UE的不同HARQ进程可以映射到不同的PHICH组,这在每UE使用同一正交序列的情况下可以导致更简单的检测。规则可以用作PHICH组索引和UE HARQ进程ID的f()(例如,对输入的求模运算),以使UE知道在何处找到针对对应的HARQ进程ID的ACK/NACK。该规则可以被半静态地配置。在一些实施方式中,可以基于将由UE使用的参考信号序列和/或RB索引来初始地设定规则。
在一些实施方式中,PHICH组可以被映射到分配给一组UE的组ID。在一些实施方式中,例如,针对组中的所有观测到后续子帧中的相同循环移位或跳频的UE,可以将PHICH组映射到跳频图案。该组UE可以通过或可以不通过相同的时频资源进行发送。
使用DCI的针对同时上行链路传输的ACK/NACK反馈
在一些实施方式中,可以不在专用下行链路确认信道(例如PHICH信道)中发送ACK/NACK反馈。相反,可以在DCI(例如,DCI 0消息)中提供ACK/NACK反馈。以DCI格式发送的消息可以是单播DCI或组公共DCI。
可以使用新的DCI格式来承载针对给定上行链路子帧中的多个传输的多个ACK/NACK指示。可以通过下行链路控制信道(例如,物理下行链路控制信道(physical downlinkcontrol channel,PDCCH))来发送新DCI,并且可以将新DCI映射到一个或更多个控制信道元素(control channel element,CCE)。
使用新的单播DCI的一个可能的关键好处在于,只有在相应的上行链路子帧中存在至少一个成功解码的TB时才能发送该DCI。可以不向被配置用于无NACK重传的UE发送全NACK码字和单TB NACK。
在一些实施方式中,DCI可以是向单个UE的单播并且在特定于UE的搜索空间中被发送。可以在DCI传输子帧处基于动态的特定于UE的搜索空间来选择在下行链路控制信道中占用的CCE。由不同UE占用的CCE可以基于UE的ID(例如,小区无线电网络临时标识符(cell radio network temporary identifier,C-RNTI))、CCE聚合等级、子帧索引和/或下行链路带宽而在给定子帧处的频域中交叠。
在一些实施方式中,可以在公共搜索空间中发送DCI。公共搜索空间可以通过RRC信令被配置,并且对所有UE可以是公用的。在公共搜索空间中发送的DCI可以是针对各个UE的单播DCI。替选地,在公共搜索空间中发送的DCI可以是组公共DCI,例如,使用组ID(例如组RNTI)对一组UE进行寻址的多播消息。在一些实施方式中,在特定于UE的搜索空间已被其他控制DCI信号占用的情况下,可以在公共搜索空间中发送承载ACK/NACK反馈的DCI。
如果在DCI中发送了ACK/NACK反馈,则在一个实施方式中,可以通过使用指示HARQ进程ID的DCI消息(例如,授权)以及禁用TB的对MCS和分配的RB的空合并来隐含地发送ACK。对TB的禁用被UE解释为ACK。在一些实施方式中,TB仍然可以被保持在UE的HARQ发送缓冲器中以用于潜在的授权重传。
在一些实施方式中,在DCI中的同步上行链路授权中设定(例如,触发(toggle))相关联的NDI标志清除了用于对应TB的HARQ发送缓冲器。然后,UE将必须利用该授权来发送新TB,除非新TB被MCS和分配的RB的空(void)合并禁用。
在一些实施方式中,在DCI中检测针对给定TB的ACK导致终止该TB的进一步重传/重复。在一些实施方式中,例如,如果DCI消息延迟是从被确认/否定确认的上行链路传输的末尾被固定的,则可以不需要以新DCI格式指示相应TB的显式HARQ ID。在一些实施方式中,新DCI格式至少包含下述内容:针对相应上行链路子帧的L比特的ACK/NACK码字(例如,如先前结合图10至图14所讨论的),其中L=1是单个ACK/NACK比特的后退位置而非码字;以及UE的标识。在一些实施方式中,UE的标识可以是通过CRC计算得到的(例如,RNTI的)隐式指示。
组公共DCI
如上所述,在一些实施方式中可以使用组公共DCI格式。例如,可以以使用组ID(例如组RNTI)对UE组进行寻址的DCI发送多播消息。该消息承载针对该UE组的ACK/NACK指示。
在一些实施方式中,组公共DCI是使用组RNTI来对一组M个UE进行寻址并且包括各自为L比特的M个ACK/NACK字段以及被使用组RNTI进行编码的CRC字段的消息。M可以是上行链路资源上的UE总数目的子集,例如,N个UE可以被划分为不同的组,并且其中一个组可以具有M<N个UE。图18中示出了组公共DCI消息的一个示例。基站100中的CRC编码器502(例如,编码器212的一部分)利用组RNTI 506对CRC 504进行编码。如果UE是在免授权模式下进行操作,则组RNTI 506可以被称为“免授权(grant-free,GF)组RNTI”或“GF RNTI”。编码可以包括用组RNTI 506掩蔽CRC 504,例如,通过使用组RNTI 506对CRC 504加扰。然后,当解码DCI时,组中的每个UE将使用组RNTI 506来解掩蔽CRC 504。这意味着在M=1的特殊情况下,GF RNTI是特定于UE的,并且如果免授权UE在数据传输中指示了该GF RNTI或者与基站处的相应组公共DCI类似使用GF RNTI来掩蔽数据CRC,则该基站将能够根据来自该免授权UE的数据传输识别出该免授权UE。
在一些实施方式中,可以使用一个GF RNTI来让GF UE识别出公共下行链路控制信道消息。替选地,可以存在以小区中的GF UE为目标的一个或多个公共下行链路控制信道消息。公共下行链路控制信道消息可以是在小区宽带上分布的或局部的。
在一些实施方式中,通过基于消息的大小来将其映射到一个或更多个CCE来在公共搜索空间中通过下行链路控制信道发送该消息。公共搜索空间通过RRC信令被配置,并且对所有UE是公共的。
在一些实施方式中,必须以组公共DCI来寻址所有组UE以如这些组UE所期望的那样保持DCI消息的大小。在这种情况下,每当基站需要向一些组UE发送一个ACK或更多时,对于一些其他组UE仍会向其发送全NACK码字。
存在可以将UE分组以用于以组公共DCI发送ACK/NACK的不同方式。以下是非穷举列表,并且在一些实施方式中可以对下述两个或更多个标准进行组合:
-配置有相同的每子帧所支持的同时TB的最大数目L的UE;和/或
-配置有相同的最大免授权重复次数k的UE;和/或
-配置有相同的k和L的UE;和/或
-被配置成应用同一免授权跳频图案的UE;和/或
-被配置成使用相同的MCS进行发送的UE;和/或
-对于时隙中的传输共享相同时频区域的UE。例如,可能存在Q个分区和Q个组公共消息。基于经由半静态配置设定的预配置资源映射和ACK/NACK定时关系,UE和网络知道针对哪一传输要检查/使用哪个公共PDCCH。例如,如果存在被配置用于免授权资源的Q=5个分区并且UE在时隙#n中在第一分区中进行发送并且其在时隙#n+j中期望ACK/NACK反馈,其中j≥1是正整数,则在时隙#n+j中,该UE将检查针对第一分区发送的组公共PDCCH。该方法不取决于UE支持多少HARQ进程。如果UE在不同分区中发送多个TB,则其检查对应的组公共PDCCH。
如果传输带宽/系统带宽/载波带宽(bandwidth,BW)较大,则可以通过网络发送多个组公共消息。在一个实施方式中,可以将整个免授权频率资源划分为I个子带或BW个分区。注意,这里所标识的子带或BW分区与UE所使用以用于传输的免授权资源分区相比可以相同或较大。对于每个频率子带(这里,子带/BW分区可以具有相同或不同的大小、相同或不同的参数配置),可以发送一个组公共PDCCH消息。在子带i∈I中进行发送的免授权UE将监测以子带i为目标的组公共消息。在一个实施方式中,发送包含相同信息的多个组公共PDCCH。这在UE BW不大并且如果在所配置的区域(该区域是并置的或分布的并且其可以在UE BW之外)中发送了仅一个组公共消息时可能是有用的。注意,如果发送了多个组公共PDCCH消息,则仍然可以应用上文讨论的UE分组规则。一个UE可以监测多个组公共PDCCH。这在一个子带/BW分区中发送了一个TB而另一非交叠子带/BW分区中发送了另一个TB时可能是有用的。
在一个实施方式中,如果存在配置的多个组公共PDCCH资源集,则RRC信令可以向UE通知要监测哪个(哪些)组公共PDCCH。
方法
图19是根据一个实施方式的由基站100执行的方法的流程图。在步骤802中,基站100在同一上行链路子帧中从UE接收多个上行链路传输。该上行链路传输包括第一上行链路传输和第二上行链路传输。第一上行链路传输承载与第一HARQ进程的第一传输块对应的第一数据。第二上行链路传输承载与第二HARQ进程的第二传输块对应的第二数据。在步骤804中,基站100尝试解码第一传输块并生成表示ACK或NACK的第一反馈。在步骤806中,基站100尝试解码第二传输块并生成表示另一ACK或NACK的第二反馈。步骤804和步骤806可以并行执行或以任何顺序执行。在步骤808中,基站在下行链路确认信道中发送第一反馈和第二反馈。
图20是根据一个实施方式的由UE 102a执行的方法的流程图。在步骤852中,UE102a在同一上行链路子帧中向基站发送多个上行链路传输。该多个上行链路传输包括第一上行链路传输和第二上行链路传输。第一上行链路传输承载与第一HARQ进程的第一传输块对应的第一数据。第二上行链路传输承载与第二HARQ进程的第二传输块对应的第二数据。在步骤854中,UE 102a在下行链路确认信道中解码第一反馈和第二反馈。第一反馈表示针对第一传输块的ACK或NACK。第二反馈表示针对第二传输块的另一ACK或NACK。
示例
鉴于以上内容并且除其之外,还公开了下述示例。
示例1:一种由基站执行的方法,包括:在同一上行链路子帧中从用户设备(UE)接收多个上行链路传输,所述多个上行链路传输包括第一上行链路传输和第二上行链路传输,所述第一上行链路传输承载与第一HARQ进程的第一传输块对应的第一数据,并且所述第二上行链路传输承载与第二HARQ进程的第二传输块对应的第二数据;解码所述第一传输块并生成表示ACK或NACK的第一反馈;解码所述第二传输块并生成表示另一ACK或NACK的第二反馈;在下行链路确认信道中发送所述第一反馈和所述第二反馈二者。
示例2:根据示例1所述的方法,其中,所述第一反馈和所述第二反馈二者均在同一ACK/NACK码字中。
示例3:根据示例2所述的方法,其中,所述第一反馈是所述ACK/NACK码字的一个比特,并且所述第二反馈是所述ACK/NACK码字的另一比特。
示例4:根据示例2至3中任一项所述的方法,还包括:生成所述ACK/NACK码字的补码,以及在下行链路确认信道中发送所述ACK/NACK码字和所述ACK/NACK码字的补码二者。
示例5:根据示例4所述的方法,其中,使用同一扩展序列对与所述ACK/NACK码字对应的符号和与所述ACK/NACK码字的补码对应的其他符号二者进行扩展,并且所述ACK/NACK码字的扩展符号被映射到与所述ACK/NACK码字的补码的扩展符号被映射到的资源元素不同的资源元素。
示例6:根据示例4所述的方法,其中,使用不同的扩展序列对与所述ACK/NACK码字对应的符号和与所述ACK/NACK码字的补码对应的其他符号二者进行扩展,并且所述ACK/NACK码字的扩展符号被映射到与所述ACK/NACK码字的补码的扩展符号被映射到的资源元素相同的资源元素中的至少一些资源元素。
示例7:根据示例4所述的方法,其中,所述ACK/NACK码字包括至少一个奇偶校验位。
示例8:根据示例1至7中任一项所述的方法,其中,所述第一上行链路传输包括第一参考信号序列,并且所述第二上行链路传输包括第二参考信号序列,并且所述基站基于所述参考信号序列将所述第一HARQ进程与所述第二HARQ进程区分开。
示例9:根据示例1所述的方法,其中,所述第一反馈包括第一比特并且所述第二反馈包括第二比特,并且所述方法还包括:重复所述第一比特以获得第一多个比特,调制所述第一多个比特以获得第一多个符号,使用第一扩展序列对所述第一多个符号进行扩展以获得第一扩展符号集,并将所述第一扩展符号集映射到第一资源元素集;重复所述第二比特以获得第二多个比特,调制所述第二多个比特以获得第二多个符号,使用第二扩展序列对所述第二多个符号进行扩展以获得第二扩展符号集,并将所述第二扩展符号集映射到第二资源元素集;其中,所述第一扩展序列与所述第二扩展序列正交。
示例10:根据示例9所述的方法,其中,所述第一资源元素集与所述第二资源元素集至少部分交叠。
示例11:一种基站,包括:处理器;以及计算机可读存储介质,其存储用于由所述处理器执行的程序,所述程序包括用于执行根据示例1至10中任一项所述的方法的步骤的指令。
示例12:一种基站,包括:接收器,其在同一上行链路子帧中从用户设备(UE)接收多个上行链路传输,所述多个上行链路传输包括第一上行链路传输和第二上行链路传输,所述第一上行链路传输承载与第一HARQ进程的第一传输块对应的第一数据,并且所述第二上行链路传输承载与第二HARQ进程的第二传输块对应的第二数据;上行链路消息处理器,其解码所述第一传输块并生成表示ACK或NACK的第一反馈,并且解码所述第二传输块并生成表示另一ACK或NACK的第二反馈;发射器,其在下行链路确认信道中发送所述第一反馈和所述第二反馈二者。
示例13:一种由用户设备(UE)执行的方法,包括:在同一上行链路子帧中向基站发送多个上行链路传输,所述多个上行链路传输包括第一上行链路传输和第二上行链路传输,所述第一上行链路传输承载与第一HARQ进程的第一传输块对应的第一数据,并且所述第二上行链路传输承载与第二HARQ进程的第二传输块对应的第二数据;在下行链路确认信道中解码第一反馈和第二反馈,所述第一反馈表示针对所述第一传输块的ACK或NACK,并且所述第二反馈表示针对所述第二传输块的另一ACK或NACK。
示例14:根据示例13所述的方法,其中,所述第一上行链路传输包括参考信号序列,所述参考信号序列与在所述第二上行链路传输中使用的参考信号序列不同。
示例15:根据示例13或示例14所述的方法,其中,所述第一反馈和所述第二反馈二者处于同一ACK/NACK码字中。
示例16:根据示例15所述的方法,其中,所述ACK/NACK码字的一个比特表示针对所述第一传输块的ACK或NACK,并且其中,所述ACK/NACK码字的另一比特表示针对所述第二传输块的其他ACK或NACK。
示例17:根据示例15或示例16所述的方法,还包括:还解码所述ACK/NACK码字的补码,以及使用所述ACK/NACK码字和所述ACK/NACK码字的补码来确定所述ACK/NACK码字是否可能被损坏。
示例18:根据示例17所述的方法,其中,所述ACK/NACK码字和所述ACK/NACK码字的补码二者均包括至少一个奇偶校验位。
示例19:根据示例17或示例18所述的方法,还包括:使用所述第一上行链路传输的资源块索引和/或所述第二上行链路传输的资源块索引来在所述下行链路确认信道中定位所述ACK/NACK码字。
示例20:根据示例17或示例18所述的方法,还包括:使用所述第一上行链路传输的资源块索引来定位所述下行链路确认信道中的承载所述ACK/NACK码字中的所述第一反馈的资源元素;使用所述第二上行链路传输的资源块索引来定位所述下行链路确认信道中的承载所述ACK/NACK码字中的所述第二反馈的资源元素。
示例21:根据示例13所述的方法,还包括:使用所述第一上行链路传输的资源块索引来定位所述下行链路确认信道中的承载所述第一反馈的资源元素;使用所述第二上行链路传输的另一资源块索引来定位所述下行链路确认信道中的承载所述第二反馈的资源元素。
示例22:一种用户设备(UE),包括:处理器;以及计算机可读存储介质,其存储用于由所述处理器执行的程序,所述程序包括用于执行根据示例13至21中任一项所述的方法的步骤的指令。
示例23:一种用户设备(UE),包括:发射器,其在同一上行链路子帧中向基站发送多个上行链路传输,所述多个上行链路传输包括第一上行链路传输和第二上行链路传输,所述第一上行链路传输承载与第一HARQ进程的第一传输块对应的第一数据,并且所述第二上行链路传输承载与第二HARQ进程的第二传输块对应的第二数据;解码器,其在下行链路确认信道中解码第一反馈和第二反馈,所述第一反馈表示针对所述第一传输块的ACK或NACK,并且所述第二反馈表示针对所述第二传输块的另一ACK或NACK。
示例24:一种由基站执行的方法,所述方法包括:在同一上行链路子帧中从用户设备(UE)接收多个上行链路传输,所述多个上行链路传输包括第一上行链路传输和第二上行链路传输,所述第一上行链路传输承载与第一HARQ进程的第一传输块对应的第一数据,并且所述第二上行链路传输承载与第二HARQ进程的第二传输块对应的第二数据;解码所述第一传输块并生成表示ACK或NACK的第一反馈,所述第一反馈对应于所述第一传输块;解码所述第二传输块并生成表示另一ACK或NACK的第二反馈,所述第二反馈对应于所述第二传输块;在下行链路确认信道中发送所述第一反馈和所述第二反馈二者。
示例25:根据示例24所述的方法,还包括:根据所述第一上行链路传输和所述第二上行链路传输中至少之一识别所述UE;基于所述第一上行链路传输中的第一参考信号序列识别所述第一HARQ进程;基于所述第二上行链路传输中的第二参考信号序列识别所述第二HARQ进程。
示例26:根据示例25所述的方法,其中,识别所述UE包括识别与所述UE对应的无线电网络临时标识符(RNTI)。
示例27:根据示例24至26中任一项所述的方法,其中,所述第一反馈和所述第二反馈二者处于同一ACK/NACK码字中。
示例28:根据示例27所述的方法,其中,所述第一反馈是所述ACK/NACK码字的一个比特,并且所述第二反馈是所述ACK/NACK码字的另一比特。
示例29:根据示例27所述的方法,还包括:生成所述ACK/NACK码字的补码,以及在所述下行链路确认信道中发送所述ACK/NACK码字和所述ACK/NACK码字的补码二者。
示例30:根据示例29所述的方法,其中,使用同一扩展序列对与所述ACK/NACK码字对应的符号和与所述ACK/NACK码字的补码对应的其他符号二者进行扩展,并且所述ACK/NACK码字的扩展符号被映射到与所述ACK/NACK码字的补码的扩展符号被映射到的资源元素不同的资源元素。
示例31:根据示例29所述的方法,其中,使用不同的扩展序列对与所述ACK/NACK码字对应的符号和与所述ACK/NACK码字的补码对应的其他符号二者进行扩展,并且所述ACK/NACK码字的扩展符号被映射到与所述ACK/NACK码字的补码的扩展符号被映射到的资源元素相同的资源元素中的至少一些资源元素。
示例32:根据示例29所述的方法,其中,所述ACK/NACK码字包括至少一个奇偶校验位。
示例33:根据示例24至32中任一项所述的方法,其中,所述第一上行链路传输包括第一参考信号序列,并且所述第二上行链路传输包括第二参考信号序列,并且所述基站基于所述第一参考信号序列与所述第二参考信号序列之间的差异来将所述第一HARQ进程与所述第二HARQ进程区分开。
示例34:根据示例33所述的方法,其中,所述基站在静态或半静态的基础上将所述第一参考信号序列分配给所述UE。
示例35:根据示例34所述的方法,还包括:所述基站使用较高层信令将所述第一参考信号序列分配给所述UE。
示例36:根据示例35所述的方法,其中,所述较高层信令是无线电资源控制(RRC)信令。
示例37:根据示例24至36中任一项所述的方法,其中,所述第一上行链路传输是包括参考信号序列的免授权上行链路传输,并且其中,所述参考信号序列唯一地标识所述UE和与所述第一HARQ进程对应的HARQ进程ID二者。
示例38:根据示例24所述的方法,其中,所述第一反馈包括第一比特并且所述第二反馈包括第二比特,并且所述方法还包括:重复所述第一比特以获得第一多个比特,调制所述第一多个比特以获得第一多个符号,使用第一扩展序列对所述第一多个符号进行扩展以获得第一扩展符号集,并将所述第一扩展符号集映射到第一资源元素集;重复所述第二比特以获得第二多个比特,调制所述第二多个比特以获得第二多个符号,使用第二扩展序列对所述第二多个符号进行扩展以获得第二扩展符号集,并将所述第二扩展符号集映射到第二资源元素集;其中,所述第一扩展序列与所述第二扩展序列正交。
示例39:根据示例38所述的方法,其中,所述第一资源元素集与所述第二资源元素集至少部分交叠。
示例40:根据示例24至39中任一项所述的方法,还包括:在下行链路控制信息中发送授权,所述授权对与所述第一传输块对应的上行链路重传进行授权,所述上行链路重传发生在其中所述第一传输块的解码失败的上行链路子帧之后的上行链路子帧中。
示例41:根据示例40所述的方法,其中,在所述授权中指示了HARQ进程ID,所述HARQ进程ID标识所述第一HARQ进程。
示例42:根据示例41所述的方法,其中,在所述授权中明确指示了所述HARQ进程ID。
示例43:根据示例41所述的方法,其中,通过指示下述二者而在所述授权中明确指示了所述HARQ进程ID:(i)其中所述第一传输块的解码失败的子帧,以及(ii)其中所述第一传输块的解码失败的所述子帧中的由所述第一传输块占用的资源块的频域顺序或索引。
示例44:根据示例24至43中任一项所述的方法,其中,所述第一上行链路传输向所述基站指示所述第一传输块是新传输块,并且所述基站使用与所述UE用来确定所述HARQ进程ID的规则相同的规则来确定与所述新传输块对应的HARQ进程ID。
示例45:根据示例44所述的方法,其中,所述第一上行链路传输包括向所述基站指示所述第一传输块是新传输块的参考信号序列。
示例46:根据示例44所述的方法,其中,所述HARQ进程ID为IDi+1,并且其中,所述基站根据下式确定所述HARQ进程ID:IDi+1=(IDi+1)modNHARQ,其中,IDi是用于来自所述UE的前一TB的所述HARQ进程ID,“mod”是求模运算,并且NHARQ是可用的HARQ进程ID的总数目。
示例47:根据示例24至43中任一项所述的方法,其中,所述第一上行链路传输是对所述第一传输块的重传,并且其中,解码所述第一传输块包括将所述重传与所述第一传输块的至少一个较早的修订合并。
示例48:根据示例47所述的方法,其中,所述基站使用所述第一上行链路传输中的参考信号序列来确定所述第一上行链路传输是对所述第一传输块的重传。
示例49:根据示例48所述的方法,其中,所述参考信号序列与所述UE在前一传输中使用的前一参考信号序列相同。
示例50:根据示例47所述的方法,还包括:将所述重传与对应于所述第一传输块的所述至少一个较早的修订的HARQ进程ID相关联。
示例51:根据示例24至50中任一项所述的方法,其中,所述基站保持追踪下述二者之间的映射:(i)所述UE的活跃地进行的HARQ进程与(ii)针对所述进行的HARQ进程使用的上行链路信道参数。
示例52:根据示例51所述的方法,其中,所述使用的上行链路信道参数包括针对大于或等于ACK/NACK反馈延迟的若干子帧的起始资源块(RB)索引和解调参考信号(DMRS)循环移位。
示例53:根据示例24至43中任一项所述的方法,其中,所述第一上行链路传输是免授权上行链路传输,其中,所述第一反馈表示NACK,其中,在发送所述第一反馈之后,接收到与所述第一传输块对应的免授权上行链路重传,并且其中,根据所述基站和所述UE预先已知的资源分配图案来接收所述第一上行链路传输和重传。
示例54:根据示例53所述的方法,其中,所述第一上行链路传输是对所述第一传输块的初始传输,并且其中,所述第一上行链路传输的起始资源块(RB)索引标识了所述资源分配图案。
示例55:根据示例53所述的方法,其中,所述资源分配图案在时频资源上与另一资源分配图案部分交叠。
示例56:根据示例53所述的方法,其中,所述资源分配图案由所述UE选择,并且不同于所述UE正在使用的任何其他资源分配图案。
示例57:根据示例56所述的方法,其中,当所述UE具有多于一个正在进行的HARQ进程时,则所述UE针对每个进程选择在时频资源上不交叠的不同资源分配图案。
示例58:根据示例53所述的方法,其中,所述资源分配图案向所述基站唯一地标识所述第一HARQ进程。
示例59:根据示例24至58中任一项所述的方法,其中,所述第一上行链路传输包括参考信号序列,并且其中,所述参考信号序列唯一地标识所述UE。
示例60:根据示例59所述的方法,其中,所述基站将不同的参考信号序列分配给针对特定的上行链路资源的不同UE,使得在参考信号序列与对应UE之间存在唯一映射。
示例61:根据示例59所述的方法,还包括:使用所述参考信号序列来识别所述UE,以及使用根据其来发送所述第一上行链路传输的资源分配图案来识别所述第一HARQ进程。
示例62:根据示例24至61中任一项所述的方法,其中,所述第一HARQ进程与特定的跳频图案相关联,并且所述方法还包括所述基站基于所述第一上行链路传输的起始资源块(RB)索引来识别所述第一HARQ进程。
示例63:根据示例24至43中任一项所述的方法,其中,所述第一上行链路传输是对所述第一传输块的重传,并且所述方法还包括:基于根据特定的资源分配图案接收到所述第一上行链路传输而确定所述第一上行链路传输是重传;将所述重传与所述第一HARQ进程相关联;以及将重传数据与所述第一传输块的较早的修订合并。
示例64:根据示例24至63中任一项所述的方法,还包括:向所述UE分配与分配给其他UE的资源分配图案不同的一组资源分配图案,并且其中,根据其接收到所述第一上行链路传输的资源分配图案唯一地标识所述UE。
示例65:根据示例40所述的方法,其中,在所述授权中使用活跃HARQ进程的有序列表内的指示所述第一HARQ进程的本地索引来标识所述第一HARQ进程。
示例66:根据示例24至65中任一项所述的方法,其中,所述第一上行链路传输和所述第二上行链路传输二者均是免授权上行链路传输。
示例67:根据示例66所述的方法,其中,所述下行链路确认信道包括物理HARQ指示信道(PHICH)。
示例68:根据示例66所述的方法,其中,所述第一反馈的定时与所述第一上行链路传输被发送的时间具有预定关系。
示例69:根据示例66所述的方法,其中,在所述UE用来发送所述第一上行链路传输的参考信号序列与所述基站用来发送所述第一反馈的正交扩展序列之间存在已知映射。
示例70:根据示例66所述的方法,其中,在所述第一上行链路传输的起始资源块(RB)索引与所述下行链路确认信道中的承载所述第一反馈的一个或更多个资源元素组(REG)的位置之间存在已知映射。
示例71:根据示例24至70中任一项所述的方法,其中,所述第一上行链路传输使用第一参考信号序列,并且所述第二上行链路传输使用与所述第一参考信号序列不同的第二参考信号序列,其中,所述第一上行链路传输和所述第二上行链路传输二者均在上行链路子帧w中被发送,并且其中,所述第一反馈和所述第二反馈二者均在子帧w+n中被发送。
示例72:根据示例71所述的方法,其中,所述第一上行链路传输的起始资源块(RB)索引映射到所述下行链路确认信道中的特定资源元素组。
示例73:根据示例71所述的方法,其中,所述第一参考信号序列映射到所述基站用来对所述第一反馈进行扩展的相应正交扩展序列。
示例74:根据示例27所述的方法,其中,所述ACK/NACK码字为L比特并且L=K+P,其中K是每子帧每UE所支持的同时发送的TB的最大数目,并且P是添加至所述ACK/NACK码字的奇偶校验位的数目。
示例75:根据示例74所述的方法,其中,L是三的整数倍。
示例76:根据示例40所述的方法,其中,所述授权包括所述上行链路重传的起始资源块(RB)索引和要在所述重传中使用的参考信号序列。
示例77:根据示例29所述的方法,还包括:向所述ACK/NACK码字与所述ACK/NACK码字的补码之和应用加扰。
示例78:根据示例77所述的方法,其中,所述加扰是特定于小区的。
示例79:根据示例31所述的方法,其中,由所述基站设定用于所述UE的所述扩展序列,并且其中,由所述基站基于系统信息和关于针对所述第一上行链路传输和所述第二上行链路传输的起始资源块(RB)索引的信息来设定所述第一反馈和所述第二反馈到资源元素的映射。
示例80:根据示例24所述的方法,其中,在一个或更多个物理HARQ指示信道(PHICH)组中发送所述第一反馈和所述第二反馈,并且其中,对于频分双工(FDD)被支持的PHICH组的总数目为:
其中Ng是第一系统参数,并且是与可用下行链路资源块的数目对应的第二系统参数。
示例81:根据示例27所述的方法,还包括:根据所述ACK/NACK码字生成全奇偶校验码字,并且在所述下行链路确认信道中发送所述ACK/NACK码字和所述全奇偶校验码字二者。
示例82:根据示例24所述的方法,其中,在物理HARQ指示信道(PHICH)上发送所述第一反馈和所述第二反馈,并且其中,在所述第一HARQ进程的进程ID与在其上发送所述第一反馈的PHICH资源之间存在预配置的映射。
示例83:根据示例82所述的方法,其中,所述第一反馈和所述第二反馈被映射到同一PHICH组。
示例84:根据示例82所述的方法,其中,所述第一反馈和所述第二反馈被映射到不同的PHICH组。
示例85:根据示例82所述的方法,其中,所述预配置的映射是特定于UE的。
示例86:根据示例82所述的方法,其中,所述预配置的映射是特定于UE组的。
示例87:根据示例82所述的方法,其中,根据系统信息获得所述预配置的映射。
示例88:根据示例24所述的方法,其中,在物理HARQ指示信道(PHICH)上发送所述第一反馈和所述第二反馈,并且其中,在不同的PHICH组中发送所述第一反馈和所述第二反馈。
示例89:根据示例88所述的方法,其中,使用同一正交序列对所述第一反馈和所述第二反馈进行扩展。
示例90:根据示例88所述的方法,其中,所述UE根据规则知道在何处找到所述第一反馈的所述ACK或NACK,并且其中,所述规则基于PHICH组索引和所述第一HARQ进程的进程ID。
示例91:根据示例90所述的方法,其中,半静态地配置所述规则。
示例92:根据示例90所述的方法,其中,所述规则基于参考信号序列和/或资源块(RB)索引被初始设定。
示例93:根据示例24所述的方法,其中,所述下行链路确认信道是下行链路控制信息(DCI)信道的一部分。
示例94:根据示例93所述的方法,其中,在DCI 0消息中发送所述第一反馈和所述第二反馈。
示例95:根据示例93所述的方法,其中,在单播DCI中发送所述第一反馈和所述第二反馈。
示例96:根据示例93所述的方法,其中,在组公共DCI中发送所述第一反馈和所述第二反馈。
示例97:根据示例96所述的方法,其中,所述组公共DCI是使用组ID对一组UE进行寻址的多播消息。
示例98:根据示例93所述的方法,其中,在用于承载针对给定上行链路子帧中的多个传输的多个ACK/NACK指示的DCI格式中发送所述第一反馈和所述第二反馈。
示例99:根据示例98所述的方法,其中,通过下行链路控制信道发送所述DCI格式。
示例100:根据示例98所述的方法,其中,所述DCI格式被映射到一个或更多个控制信道元素(CCE)。
示例101:根据示例98所述的方法,其中,所述UE被配置用于无NACK重传,并且其中,全NACK码字和单TB NACK不被发送至所述UE。
示例102:根据示例93所述的方法,其中,所述第一反馈指示ACK,并且通过在所述第一反馈中指示下述二者来隐含地指示所述ACK:(i)所述第一HARQ进程的HARQ进程ID,以及(ii)调制与编码策略(MCS)和至少一个分配的资源块(RB)的空合并。
示例103:根据示例102所述的方法,其中,使用授权发送所述第一反馈。
示例104:根据示例96所述的方法,其中,所述组公共DCI包括使用组RNTI对一组M个UE进行寻址的消息,并且其中,所述组公共DCI包括各自为L比特的M个ACK/NACK字段以及被使用所述组RNTI进行编码的CRC字段。
示例105:根据示例104所述的方法,其中,M=1,使得所述一组M个UE仅包含所述UE,并且所述组RNTI特定于所述UE,并且当所述基站从所述UE接收到上行链路传输时所述基站使用所述组RNTI来识别所述UE。
示例106:根据示例105所述的方法,其中,所述组RNTI存在于来自所述UE的所述上行链路传输中,或者用于掩蔽来自所述UE的所述上行链路传输中的CRC。
示例107:根据示例96所述的方法,其中,所述组公共DCI包括针对多个UE的反馈,并且所述多个UE基于下述标准中的一个或更多个被分组:所述多个UE被配置有相同的每子帧所支持的同时TB的最大数目L;以及/或者所述多个UE被配置有相同的最大免授权重复次数k;以及/或者所述多个UE被配置有相同的k和L;以及/或者所述多个UE被配置成应用同一免授权跳频图案;以及/或者所述多个UE被配置成以同一调制与编码策略(MCS)进行发送;以及/或者所述多个UE针对时隙中的传输共享同一时频区域。
示例108:根据示例107所述的方法,其中,基于预配置资源映射和ACK/NACK定时关系,所述基站知道哪个公共下行链路控制信道用于哪个传输。
示例109:根据示例93所述的方法,其中,所述第一上行链路传输是在免授权上行链路资源的第一分区上接收的免授权上行链路传输,并且其中,在与所述第一分区对应的第一组公共下行链路控制信道中发送所述第一反馈。
示例110:根据示例109所述的方法,其中,所述第二上行链路传输是在不同于免授权上行链路资源的所述第一分区的免授权上行链路资源的第二分区上接收的免授权上行链路传输,
并且其中,在对应于所述第二分区并且不同于所述第一组公共下行链路控制信道的第二组公共下行链路控制信道中发送所述第二反馈。
示例111:根据示例110所述的方法,其中,在第一带宽分区中接收所述第一上行链路传输,并且在与所述第一带宽分区不交叠的第二带宽分区中接收所述第二上行链路传输。
示例112:一种由基站执行的方法,所述方法包括:在同一上行链路子帧中从用户设备(UE)接收多个上行链路传输,所述多个上行链路传输包括第一上行链路传输和第二上行链路传输,所述第一上行链路传输承载与第一HARQ进程的第一传输块对应的第一数据,并且所述第二上行链路传输承载与第二HARQ进程的第二传输块对应的第二数据;解码所述第一传输块并生成表示ACK或NACK的第一反馈,所述第一反馈对应于所述第一传输块;解码所述第二传输块并生成表示另一ACK或NACK的第二反馈,所述第二反馈对应于所述第二传输块;在下行链路控制信息(DCI)中发送所述第一反馈和所述第二反馈二者。
示例113:根据示例112所述的方法,其中,在DCI 0消息中发送所述第一反馈和所述第二反馈。
示例114:根据示例112所述的方法,其中,在单播DCI中发送所述第一反馈和所述第二反馈。
示例115:根据示例112所述的方法,其中,在组公共DCI中发送所述第一反馈和所述第二反馈。
示例116:根据示例115所述的方法,其中,所述组公共DCI是使用组ID对一组UE进行寻址的多播消息。
示例117:根据示例112所述的方法,其中,在用于承载针对给定上行链路子帧中的多个传输的多个ACK/NACK指示的DCI格式中发送所述第一反馈和所述第二反馈。
示例118:根据示例117所述的方法,其中,通过下行链路控制信道发送所述DCI格式。
示例119:根据示例117所述的方法,其中,所述DCI格式被映射到一个或更多个控制信道元素(CCE)。
示例120:根据示例117所述的方法,其中,所述UE被配置用于无NACK重传,并且其中,全NACK码字和单TB NACK不被发送至所述UE。
示例121:根据示例112所述的方法,其中,所述第一反馈指示ACK,并且通过在所述第一反馈中指示下述二者来隐含地指示所述ACK:(i)所述第一HARQ进程的HARQ进程ID,以及(ii)调制与编码策略(MCS)和至少一个分配的资源块(RB)的空合并。
示例122:根据示例121所述的方法,其中,使用授权发送所述第一反馈。
示例123:根据示例115所述的方法,其中,所述组公共DCI包括使用组RNTI对一组M个UE进行寻址的消息,并且其中,所述组公共DCI包括各自为L比特的M个ACK/NACK字段以及被使用所述组RNTI进行编码的CRC字段。
示例124:根据示例123所述的方法,其中,M=1,使得所述一组M个UE仅包含所述UE,并且所述组RNTI特定于所述UE,并且当所述基站从所述UE接收到上行链路传输时所述基站使用所述组RNTI来识别所述UE。
示例125:根据示例124所述的方法,其中,所述组RNTI存在于来自所述UE的所述上行链路传输中,或者用于掩蔽来自所述UE的所述上行链路传输中的CRC。
示例126:根据示例115所述的方法,其中,所述组公共DCI包括针对多个UE的反馈,并且所述多个UE基于下述标准中的一个或更多个被分组:所述多个UE被配置有相同的每子帧所支持的同时TB的最大数目L;以及/或者所述多个UE被配置有相同的最大免授权重复次数k;以及/或者所述多个UE被配置有相同的k和L;以及/或者所述多个UE被配置成应用同一免授权跳频图案;以及/或者所述多个UE被配置成以同一调制与编码策略(MCS)进行发送;以及/或者所述多个UE针对时隙中的传输共享同一时频区域。
示例127:根据示例126所述的方法,其中,基于预配置资源映射和ACK/NACK定时关系,所述基站知道哪个公共下行链路控制信道用于哪个传输。
示例128:根据示例112所述的方法,其中,所述第一上行链路传输是在免授权上行链路资源的第一分区上接收的免授权上行链路传输,并且其中,在与所述第一分区对应的第一组公共下行链路控制信道中发送所述第一反馈。
示例129:根据示例128所述的方法,其中,所述第二上行链路传输是在不同于所述免授权上行链路资源的所述第一分区的免授权上行链路资源的第二分区上接收的免授权上行链路传输,并且其中,在对应于所述第二分区并且不同于所述第一组公共下行链路控制信道的第二组公共下行链路控制信道中发送所述第二反馈。
示例130:根据示例129所述的方法,其中,在第一带宽分区中接收所述第一上行链路传输,并且在与所述第一带宽分区不交叠的第二带宽分区中接收所述第二上行链路传输。
示例131:一种基站,包括:处理器;以及计算机可读存储介质,其存储用于由所述处理器执行的程序,所述程序包括指令,所述指令在由所述处理器执行时使所述基站执行操作,所述操作包括:在同一上行链路子帧中从用户设备(UE)接收多个上行链路传输,所述多个上行链路传输包括第一上行链路传输和第二上行链路传输,所述第一上行链路传输承载与第一HARQ进程的第一传输块对应的第一数据,并且所述第二上行链路传输承载与第二HARQ进程的第二传输块对应的第二数据;解码所述第一传输块并生成表示ACK或NACK的第一反馈,所述第一反馈对应于所述第一传输块;解码所述第二传输块并生成表示另一ACK或NACK的第二反馈,所述第二反馈对应于所述第二传输块;在下行链路确认信道中发送所述第一反馈和所述第二反馈二者。
示例132:根据示例131所述的基站,还包括:根据所述第一上行链路传输和所述第二上行链路传输中至少之一识别所述UE;基于所述第一上行链路传输中的第一参考信号序列识别所述第一HARQ进程;基于所述第二上行链路传输中的第二参考信号序列识别所述第二HARQ进程。
示例133:根据示例132所述的基站,其中,识别所述UE包括识别与所述UE对应的无线电网络临时标识符(RNTI)。
示例134:根据示例131所述的基站,其中,所述第一反馈和所述第二反馈二者处于同一ACK/NACK码字中。
示例135:根据示例134所述的基站,其中,所述第一反馈是所述ACK/NACK码字的一个比特,并且所述第二反馈是所述ACK/NACK码字的另一比特。
示例136:根据示例134所述的基站,还包括:生成所述ACK/NACK码字的补码,以及在所述下行链路确认信道中发送所述ACK/NACK码字和所述ACK/NACK码字的补码二者。
示例137:根据示例136所述的基站,其中,使用同一扩展序列对与所述ACK/NACK码字对应的符号和与所述ACK/NACK码字的补码对应的其他符号二者进行扩展,并且所述ACK/NACK码字的扩展符号被映射到与所述ACK/NACK码字的补码的扩展符号不同的资源元素。
示例138:根据示例136所述的基站,其中,使用不同的扩展序列对与所述ACK/NACK码字对应的符号和与所述ACK/NACK码字的补码对应的其他符号二者进行扩展,并且所述ACK/NACK码字的扩展符号被映射到与所述ACK/NACK码字的补码的扩展符号被映射到的资源元素相同的资源元素中的至少一些资源元素。
示例139:根据示例136所述的基站,其中,所述ACK/NACK码字包括至少一个奇偶校验位。
示例140:根据示例131所述的基站,其中,所述第一上行链路传输包括第一参考信号序列,并且所述第二上行链路传输包括第二参考信号序列,并且所述基站基于所述第一参考信号序列与所述第二参考信号序列之间的差异来将所述第一HARQ进程与所述第二HARQ进程区分开。
示例141:根据示例140所述的基站,其中,所述基站在静态或半静态的基础上将所述第一参考信号序列分配给所述UE。
示例142:根据示例141所述的基站,还包括:所述基站使用较高层信令将所述第一参考信号序列分配给所述UE。
示例143:根据示例142所述的基站,其中,所述较高层信令是无线电资源控制(RRC)信令。
示例144:根据示例131所述的基站,其中,所述第一上行链路传输是包括参考信号序列的免授权上行链路传输,并且其中,所述参考信号序列唯一地标识所述UE和与所述第一HARQ进程对应的HARQ进程ID二者。
示例145:根据示例131所述的基站,其中,所述第一反馈包括第一比特并且所述第二反馈包括第二比特,并且所述方法还包括:重复所述第一比特以获得第一多个比特,调制所述第一多个比特以获得第一多个符号,使用第一扩展序列对所述第一多个符号进行扩展以获得第一扩展符号集,并将所述第一扩展符号集映射到第一资源元素集;重复所述第二比特以获得第二多个比特,调制所述第二多个比特以获得第二多个符号,使用第二扩展序列对所述第二多个符号进行扩展以获得第二扩展符号集,并将所述第二扩展符号集映射到第二资源元素集;其中,所述第一扩展序列与所述第二扩展序列正交。
示例146:根据示例145所述的基站,其中,所述第一资源元素集与所述第二资源元素集至少部分交叠。
示例147:根据示例131所述的基站,还包括:在下行链路控制信息中发送授权,所述授权对与所述第一传输块对应的上行链路重传进行授权,所述上行链路重传发生在其中所述第一传输块的解码失败的上行链路子帧之后的上行链路子帧中。
示例148:根据示例147所述的基站,其中,在所述授权中指示了HARQ进程ID,所述HARQ进程ID标识所述第一HARQ进程。
示例149:根据示例148所述的基站,其中,在所述授权中明确指示了所述HARQ进程ID。
示例150:根据示例148所述的基站,其中,通过指示下述二者而在所述授权中明确指示了所述HARQ进程ID:(i)其中所述第一传输块的解码失败的子帧,以及(ii)其中所述第一传输块的解码失败的所述子帧中的由所述第一传输块占用的资源块的频域顺序或索引。
示例151:根据示例131所述的基站,其中,所述第一上行链路传输向所述基站指示所述第一传输块是新传输块,并且所述基站使用与所述UE用来确定所述HARQ进程ID的规则相同的规则来确定与所述新传输块对应的HARQ进程ID。
示例152:根据示例151所述的基站,其中,所述第一上行链路传输包括向所述基站指示所述第一传输块是所述新传输块的参考信号序列。
示例153:根据示例151所述的基站,其中,所述HARQ进程ID为IDi+1,并且其中,所述基站根据下式确定所述HARQ进程ID:IDi+1=(IDi+1)modNHARQ,其中,IDi是用于来自所述UE的前一TB的所述HARQ进程ID,“mod”是求模运算,并且NHARQ是可用的HARQ进程ID的总数目。
示例154:根据示例131所述的基站,其中,所述第一上行链路传输是对所述第一传输块的重传,并且其中,解码所述第一传输块包括将所述重传与所述第一传输块的至少一个较早的修订合并。
示例155:根据示例154所述的基站,其中,所述基站使用所述第一上行链路传输中的参考信号序列来确定所述第一上行链路传输是对所述第一传输块的重传。
示例156:根据示例155所述的基站,其中,所述参考信号序列与所述UE在前一传输中使用的前一参考信号序列相同。
示例157:根据示例154所述的基站,还包括:将所述重传与对应于所述第一传输块的所述至少一个较早的修订的HARQ进程ID相关联。
示例158:根据示例131所述的基站,其中,所述基站持续追踪下述二者之间的映射:(i)所述UE的活跃地进行的HARQ进程与(ii)针对所述进行的HARQ进程使用的上行链路信道参数。
示例159:根据示例158所述的基站,其中,所述使用的上行链路信道参数包括针对大于或等于ACK/NACK反馈延迟的若干子帧的起始资源块(RB)索引和解调参考信号(DMRS)循环移位。
示例160:根据示例131所述的基站,其中,所述第一上行链路传输是免授权上行链路传输,其中,所述第一反馈表示NACK,其中,在发送所述第一反馈之后,接收到与所述第一传输块对应的免授权上行链路重传,并且其中,根据所述基站和所述UE预先已知的资源分配图案来接收所述第一上行链路传输和重传。
示例161:根据示例160所述的基站,其中,所述第一上行链路传输是对所述第一传输块的初始传输,并且其中,所述第一上行链路传输的起始资源块(RB)索引标识所述资源分配图案。
示例162:根据示例160所述的基站,其中,所述资源分配图案在时频资源上与另一资源分配图案部分交叠。
示例163:根据示例160所述的基站,其中,所述资源分配图案由所述UE选择,并且不同于所述UE正在使用的任何其他资源分配图案。
示例164:根据示例163所述的基站,其中,当所述UE具有多于一个正在进行的HARQ进程时,则所述UE针对每个进程选择在时频资源上不交叠的不同资源分配图案。
示例165:根据示例160所述的基站,其中,所述资源分配图案向所述基站唯一地标识所述第一HARQ进程。
示例166:根据示例131所述的基站,其中,所述第一上行链路传输包括参考信号序列,并且其中,所述参考信号序列唯一地标识所述UE。
示例167:根据示例166所述的基站,其中,所述基站将不同的参考信号序列分配给针对特定的上行链路资源的不同的UE,使得在参考信号序列与对应的UE之间存在唯一映射。
示例168:根据示例166所述的基站,还包括:使用所述参考信号序列来识别所述UE,以及使用根据其发送所述第一上行链路传输的资源分配图案来识别所述第一HARQ进程。
示例169:根据示例131所述的基站,其中,所述第一HARQ进程与特定的跳频图案相关联,并且所述方法还包括所述基站基于所述第一上行链路传输的起始资源块(RB)索引来识别所述第一HARQ进程。
示例170:根据示例131所述的基站,其中,所述第一上行链路传输是对所述第一传输块的重传,并且所述方法还包括:基于根据特定的资源分配图案接收到所述第一上行链路传输确定所述第一上行链路传输是重传;将所述重传与所述第一HARQ进程相关联;以及将重传数据与所述第一传输块的较早的修订合并。
示例171:根据示例131所述的基站,还包括:向所述UE分配与分配给其他UE的资源分配图案不同的一组资源分配图案,并且其中,根据其接收到所述第一上行链路传输的资源分配图案唯一地标识所述UE。
示例172:根据示例147所述的基站,其中,在所述授权中使用活跃HARQ进程的有序列表内的指示所述第一HARQ进程的本地索引来标识所述第一HARQ进程。
示例173:根据示例131所述的基站,其中,所述第一上行链路传输和所述第二上行链路传输二者均是免授权上行链路传输。
示例174:根据示例173所述的基站,其中,所述下行链路确认信道包括物理HARQ指示信道(PHICH)。
示例175:根据示例173所述的基站,其中,所述第一反馈的定时与所述第一上行链路传输被发送的时间具有预定关系。
示例176:根据示例173所述的基站,其中,在所述UE用来发送所述第一上行链路传输的参考信号序列与所述基站用来发送所述第一反馈的正交扩展序列之间存在已知映射。
示例177:根据示例173所述的基站,其中,在所述第一上行链路传输的起始资源块(RB)索引与所述下行链路确认信道中的承载所述第一反馈的一个或更多个资源元素组(REG)的位置之间存在已知映射。
示例178:根据示例131所述的基站,其中,所述第一上行链路传输使用第一参考信号序列,并且所述第二上行链路传输使用与所述第一参考信号序列不同的第二参考信号序列,其中,所述第一上行链路传输和所述第二上行链路传输二者均在上行链路子帧w中被发送,并且其中,所述第一反馈和所述第二反馈二者均在子帧w+n中被发送。
示例179:根据示例178所述的基站,其中,所述第一上行链路传输的起始资源块(RB)索引映射到所述下行链路确认信道中的特定资源元素组。
示例180:根据示例178所述的基站,其中,所述第一参考信号序列映射到所述基站用来对所述第一反馈进行扩展的相应正交扩展序列。
示例181:根据示例134所述的基站,其中,所述ACK/NACK码字为L比特并且L=K+P,其中K是每子帧每UE所支持的同时发送的TB的最大数目,并且P是添加至所述ACK/NACK码字的奇偶校验位的数目。
示例182:根据示例181所述的基站,其中,L是三的整数倍。
示例183:根据示例147所述的基站,其中,所述授权包括所述上行链路重传的起始资源块(RB)索引和要在所述重传中使用的参考信号序列。
示例184:根据示例136所述的基站,还包括:向所述ACK/NACK码字与所述ACK/NACK码字的补码之和应用加扰。
示例185:根据示例184所述的基站,其中,所述加扰是特定于小区的。
示例186:根据示例138所述的基站,其中,由所述基站设定用于所述UE的所述扩展序列,并且其中,由所述基站基于系统信息和关于针对所述第一上行链路传输和所述第二上行链路传输的起始资源块(RB)索引的信息来设定所述第一反馈和所述第二反馈到资源元素的映射。
示例187:根据示例131所述的基站,其中,在一个或更多个物理HARQ指示信道(PHICH)组中发送所述第一反馈和所述第二反馈,并且其中,对于频分双工(FDD)被支持的PHICH组的总数目为:
其中Ng是第一系统参数,并且是与可用下行链路资源块的数目对应的第二系统参数。
示例188:根据示例134所述的基站,还包括:根据所述ACK/NACK码字生成全奇偶校验码字,并且在所述下行链路确认信道中发送所述ACK/NACK码字和所述全奇偶校验码字二者。
示例189:根据示例131所述的基站,其中,在物理HARQ指示信道(PHICH)上发送所述第一反馈和所述第二反馈,并且其中,在所述第一HARQ进程的进程ID与在其上发送所述第一反馈的PHICH资源之间存在预配置的映射。
示例190:根据示例189所述的基站,其中,所述第一反馈和所述第二反馈被映射到同一PHICH组。
示例191:根据示例189所述的基站,其中,所述第一反馈和所述第二反馈被映射到不同的PHICH组。
示例192:根据示例189所述的基站,其中,所述预配置的映射是特定于UE的。
示例193:根据示例189所述的基站,其中,所述预配置的映射是特定于UE组的。
示例194:根据示例189所述的基站,其中,根据系统信息获得所述预配置的映射。
示例195:根据示例131所述的基站,其中,在物理HARQ指示信道(PHICH)上发送所述第一反馈和所述第二反馈,并且其中,在不同的PHICH组中发送所述第一反馈和所述第二反馈。
示例196:根据示例195所述的基站,其中,使用同一正交序列对所述第一反馈和所述第二反馈进行扩展。
示例197:根据示例195所述的基站,其中,所述UE根据规则知道在何处找到所述第一反馈的所述ACK或NACK,并且其中,所述规则基于PHICH组索引和所述第一HARQ进程的进程ID。
示例198:根据示例197所述的基站,其中,半静态地配置所述规则。
示例199:根据示例197所述的基站,其中,所述规则基于参考信号序列和/或资源块(RB)索引被初始设定。
示例200:根据示例131所述的基站,其中,所述下行链路确认信道是下行链路控制信息(DCI)信道的一部分。
示例201:根据示例200所述的基站,其中,在DCI 0消息中发送所述第一反馈和所述第二反馈。
示例202:根据示例200所述的基站,其中,在单播DCI中发送所述第一反馈和所述第二反馈。
示例203:根据示例200所述的基站,其中,在组公共DCI中发送所述第一反馈和所述第二反馈。
示例204:根据示例203所述的基站,其中,所述组公共DCI是使用组ID对一组UE进行寻址的多播消息。
示例205:根据示例200所述的基站,其中,在用于承载针对给定上行链路子帧中的多个传输的多个ACK/NACK指示的DCI格式中发送所述第一反馈和所述第二反馈。
示例206:根据示例205所述的基站,其中,通过下行链路控制信道发送所述DCI格式。
示例207:根据示例205所述的基站,其中,所述DCI格式被映射到一个或更多个控制信道元素(CCE)。
示例208:根据示例205所述的基站,其中,所述UE被配置用于无NACK重传,并且其中,全NACK码字和单TB NACK不被发送至所述UE。
示例209:根据示例200所述的基站,其中,所述第一反馈指示ACK,并且通过在所述第一反馈中指示下述二者来隐含地指示所述ACK:(i)所述第一HARQ进程的HARQ进程ID,以及(ii)调制与编码策略(MCS)和至少一个分配的资源块(RB)的空合并。
示例210:根据示例209所述的基站,其中,使用授权发送所述第一反馈。
示例211:根据示例203所述的基站,其中,所述组公共DCI包括使用组RNTI对一组M个UE进行寻址的消息,并且其中,所述组公共DCI包括各自为L比特的M个ACK/NACK字段以及被使用所述组RNTI进行编码的CRC字段。
示例212:根据示例211所述的基站,其中,M=1,使得所述一组M个UE仅包含所述UE,并且所述组RNTI特定于所述UE,并且当所述基站从所述UE接收到上行链路传输时所述基站使用所述组RNTI来识别所述UE。
示例213:根据示例212所述的基站,其中,所述组RNTI存在于来自所述UE的所述上行链路传输中,或者用于掩蔽来自所述UE的所述上行链路传输中的CRC。
示例214:根据示例203所述的基站,其中,所述组公共DCI包括针对多个UE的反馈,并且所述多个UE基于下述标准中的一个或更多个被分组:所述多个UE被配置有相同的每子帧中所支持的同时TB的最大数目L;以及/或者所述多个UE被配置有相同的最大免授权重复次数k;以及/或者所述多个UE被配置有相同的k和L;以及/或者所述多个UE被配置成应用同一免授权跳频图案;以及/或者所述多个UE被配置成以同一调制与编码策略(MCS)进行发送;以及/或者所述多个UE针对时隙中的传输共享同一时频区域。
示例215:根据示例214所述的基站,其中,基于预配置资源映射和ACK/NACK定时关系,所述基站知道哪个公共下行链路控制信道用于哪个传输。
示例216:根据示例200所述的基站,其中,所述第一上行链路传输是在免授权上行链路资源的第一分区上接收的免授权上行链路传输,并且其中,在与所述第一分区对应的第一组公共下行链路控制信道中发送所述第一反馈。
示例217:根据示例216所述的基站,其中,所述第二上行链路传输是在不同于免授权上行链路资源的所述第一分区的免授权上行链路资源的第二分区上接收的免授权上行链路传输,并且其中,在对应于所述第二分区并且不同于所述第一组公共下行链路控制信道的第二组公共下行链路控制信道中发送所述第二反馈。
示例218:根据示例217所述的基站,其中,在第一带宽分区中接收所述第一上行链路传输,并且在与所述第一带宽分区不交叠的第二带宽分区中接收所述第二上行链路传输。
示例219:一种基站,包括:处理器;以及计算机可读存储介质,其存储用于由所述处理器执行的程序,所述程序包括指令,所述指令在由所述处理器执行时使所述基站执行操作,所述操作包括:在同一上行链路子帧中从用户设备(UE)接收多个上行链路传输,所述多个上行链路传输包括第一上行链路传输和第二上行链路传输,所述第一上行链路传输承载与第一HARQ进程的第一传输块对应的第一数据,并且所述第二上行链路传输承载与第二HARQ进程的第二传输块对应的第二数据;解码所述第一传输块并生成表示ACK或NACK的第一反馈,所述第一反馈对应于所述第一传输块;解码所述第二传输块并生成表示另一ACK或NACK的第二反馈,所述第二反馈对应于所述第二传输块;在下行链路控制信息(DCI)中发送所述第一反馈和所述第二反馈二者。
示例220:根据示例219所述的基站,其中,在DCI 0消息中发送所述第一反馈和所述第二反馈。
示例221:根据示例219所述的基站,其中,在单播DCI中发送所述第一反馈和所述第二反馈。
示例222:根据示例219所述的基站,其中,在组公共DCI中发送所述第一反馈和所述第二反馈。
示例223:根据示例222所述的基站,其中,所述组公共DCI是使用组ID对一组UE进行寻址的多播消息。
示例224:根据示例219所述的基站,其中,在用于承载针对给定上行链路子帧中的多个传输的多个ACK/NACK指示的DCI格式中发送所述第一反馈和所述第二反馈。
示例225:根据示例224所述的基站,其中,通过下行链路控制信道发送所述DCI格式。
示例226:根据示例224所述的基站,其中,所述DCI格式被映射到一个或更多个控制信道元素(CCE)。
示例227:根据示例224所述的基站,其中,所述UE被配置用于无NACK重传,并且其中,全NACK码字和单TB NACK不被发送至所述UE。
示例228:根据示例219所述的基站,其中,所述第一反馈指示ACK,并且通过在所述第一反馈中指示下述二者来隐含地指示所述ACK:(i)所述第一HARQ进程的HARQ进程ID,以及(ii)调制与编码策略(MCS)和至少一个分配的资源块(RB)的空合并。
示例229:根据示例228所述的基站,其中,使用授权发送所述第一反馈。
示例230:根据示例222所述的基站,其中,所述组公共DCI包括使用组RNTI对一组M个UE进行寻址的消息,并且其中,所述组公共DCI包括各自为L比特的M个ACK/NACK字段以及被使用所述组RNTI进行编码的CRC字段。
示例231:根据示例230所述的基站,其中,M=1,使得所述一组M个UE仅包含所述UE,并且所述组RNTI特定于所述UE,并且当所述基站从所述UE接收到上行链路传输时所述基站使用所述组RNTI来识别所述UE。
示例232:根据示例231所述的基站,其中,所述组RNTI存在于来自所述UE的所述上行链路传输中,或者用于掩蔽来自所述UE的所述上行链路传输中的CRC。
示例233:根据示例222所述的基站,其中,所述组公共DCI包括针对多个UE的反馈,并且所述多个UE基于下述标准中的一个或更多个被分组:所述多个UE被配置有相同的每子帧中所支持的同时TB的最大数目L;以及/或者所述多个UE被配置有相同的最大免授权重复次数k;以及/或者所述多个UE被配置有相同的k和L;以及/或者所述多个UE被配置成应用同一免授权跳频图案;以及/或者所述多个UE被配置成以同一调制与编码策略(MCS)进行发送;以及/或者所述多个UE针对时隙中的传输共享同一时频区域。
示例234:根据示例233所述的基站,其中,基于预配置资源映射和ACK/NACK定时关系,所述基站知道哪个公共下行链路控制信道用于哪个传输。
示例235:根据示例219所述的基站,其中,所述第一上行链路传输是在免授权上行链路资源的第一分区上接收的免授权上行链路传输,并且其中,在与所述第一分区对应的第一组公共下行链路控制信道中发送所述第一反馈。
示例236:根据示例235所述的基站,其中,所述第二上行链路传输是在不同于免授权上行链路资源的所述第一分区的免授权上行链路资源的第二分区上接收的免授权上行链路传输,并且其中,在对应于所述第二分区并且不同于所述第一组公共下行链路控制信道的第二组公共下行链路控制信道中发送所述第二反馈。
示例237:根据示例236所述的基站,其中,在第一带宽分区中接收所述第一上行链路传输,并且在与所述第一带宽分区不交叠的第二带宽分区中接收所述第二上行链路传输。
示例238:一种基站,包括:接收器,其在同一上行链路子帧中从用户设备(UE)接收多个上行链路传输,所述多个上行链路传输包括第一上行链路传输和第二上行链路传输,所述第一上行链路传输承载与第一HARQ进程的第一传输块对应的第一数据,并且所述第二上行链路传输承载与第二HARQ进程的第二传输块对应的第二数据;上行链路消息处理器,其解码所述第一传输块并生成表示ACK或NACK的第一反馈,所述第一反馈对应于所述第一传输块,并且所述上行链路消息处理器解码所述第二传输块并生成表示另一ACK或NACK的第二反馈,所述第二反馈对应于所述第二传输块;发射器,其在下行链路确认信道中发送所述第一反馈和所述第二反馈二者。
示例239:一种由用户设备(UE)执行的方法,所述方法包括:在同一上行链路子帧中向基站发送多个上行链路传输,所述多个上行链路传输包括第一上行链路传输和第二上行链路传输,所述第一上行链路传输承载与第一HARQ进程的第一传输块对应的第一数据,并且所述第二上行链路传输承载与第二HARQ进程的第二传输块对应的第二数据;在下行链路确认信道中解码第一反馈和第二反馈,所述第一反馈表示针对所述第一传输块的ACK或NACK,并且所述第二反馈表示针对所述第二传输块的另一ACK或NACK。
示例240:根据示例239所述的方法,其中,所述第一上行链路传输包括参考信号序列,所述参考信号序列与在所述第二上行链路传输中使用的参考信号序列不同。
示例241:根据示例239或示例240所述的方法,其中,所述第一反馈和所述第二反馈二者处于同一ACK/NACK码字中。
示例242:根据示例241所述的方法,其中,所述ACK/NACK码字的一个比特表示针对所述第一传输块的ACK或NACK,并且其中,所述ACK/NACK码字的另一比特表示针对所述第二传输块的其他ACK或NACK。
示例243:根据示例241所述的方法,还包括:还解码所述ACK/NACK码字的补码,并且使用所述ACK/NACK码字和所述ACK/NACK码字的补码来确定所述ACK/NACK码字是否可能被损坏。
示例244:根据示例243所述的方法,其中,所述ACK/NACK码字和所述ACK/NACK码字的补码二者均包括至少一个奇偶校验位。
示例245:根据示例243所述的方法,还包括:使用所述第一上行链路传输的资源块索引和/或所述第二上行链路传输的资源块索引来在所述下行链路确认信道中定位所述ACK/NACK码字。
示例246:根据示例243所述的方法,还包括:使用所述第一上行链路传输的资源块索引来定位所述下行链路确认信道中的承载所述ACK/NACK码字中的所述第一反馈的资源元素;使用所述第二上行链路传输的资源块索引来定位所述下行链路确认信道中的承载所述ACK/NACK码字中的所述第二反馈的资源元素。
示例247:根据示例239至246中任一项所述的方法,还包括:使用所述第一上行链路传输的资源块索引来定位所述下行链路确认信道中的承载所述第一反馈的资源元素;使用所述第二上行链路传输的另一资源块索引来定位所述下行链路确认信道中的承载所述第二反馈的资源元素。
示例248:根据示例239至247中任一项所述的方法,其中,所述第一上行链路传输是包括参考信号序列的免授权上行链路传输,并且其中,所述参考信号序列唯一地标识所述UE和与所述第一HARQ进程对应的HARQ进程ID二者。
示例249:根据示例239至248中任一项所述的方法,其中,所述第一上行链路传输包括参考信号序列,并且其中,所述基站在静态或半静态的基础上将所述参考信号序列分配给所述UE。
示例250:根据示例249所述的方法,还包括经由较高层信令接收对所述参考信号序列的分配。
示例251:根据示例250所述的方法,其中,所述较高层信令是无线电资源控制(RRC)信令。
示例252:根据示例239至252中任一项所述的方法,还包括:所述UE根据空闲HARQ列表确定与所述第一传输块对应的HARQ进程ID。
示例253:根据示例252所述的方法,其中,所述HARQ进程ID为IDi+1,并且其中,所述UE根据下式确定所述HARQ进程ID:IDi+1=(IDi+1)modNHARQ,其中,IDi是针对前一TB选择的HARQ进程ID,“mod”是求模运算,并且NHARQ是可用的HARQ进程ID的总数目。
示例254:根据示例239至254中任一项所述的方法,其中,所述UE持续追踪下述二者之间的映射:(i)所述UE的活跃地进行的HARQ进程与(ii)针对所述进行的HARQ进程使用的上行链路信道参数。
示例255:根据示例254所述的方法,其中,所述使用的上行链路信道参数包括针对大于或等于ACK/NACK反馈延迟的若干子帧的起始资源块(RB)索引和解调参考信号(DMRS)循环移位。
示例256:根据示例239至255中任一项所述的方法,其中,所述第一上行链路传输是免授权上行链路传输,其中,所述第一反馈表示NACK,其中,在接收到所述第一反馈之后,所述方法还包括:发送与所述第一传输块对应的免授权上行链路重传,并且其中,根据所述基站和所述UE预先已知的资源分配图案来发送所述第一上行链路传输和重传。
示例257:根据示例256所述的方法,其中,所述第一上行链路传输是对所述第一传输块的初始传输,并且其中,所述第一上行链路传输的起始资源块(RB)索引标识所述资源分配图案。
示例258:根据示例256所述的方法,其中,所述资源分配图案在时频资源上与另一资源分配图案部分交叠。
示例259:根据示例256所述的方法,其中,所述资源分配图案由所述UE选择,并且不同于所述UE正在使用的任何其他资源分配图案。
示例260:根据示例259所述的方法,其中,当所述UE具有多于一个正在进行的HARQ进程时,则所述UE针对每个进程选择在时频资源上不交叠的不同资源分配图案。
示例261:根据示例256所述的方法,其中,所述资源分配图案向所述基站唯一地标识所述第一HARQ进程。
示例262:根据示例239至261中任一项所述的方法,其中,所述第一上行链路传输包括参考信号序列,并且其中,所述参考信号序列唯一地标识所述UE。
示例263:根据示例262所述的方法,还包括:所述UE根据在时频资源上不交叠的两个不同资源分配图案来发送所述第一上行链路传输和所述第二上行链路传输,并且所述UE将所述参考信号序列用于所述第一上行链路传输和所述第二上行链路传输二者。
示例264:根据示例239至263中任一项所述的方法,其中,所述第一HARQ进程与特定的跳频图案相关联,使得所述基站能够基于所述第一上行链路传输的起始资源块(RB)索引来识别所述第一HARQ进程。
示例265:根据示例239至264中任一项所述的方法,还包括:接收授权,所述授权对与所述第一传输块对应的上行链路重传进行授权,并且其中,在所述授权中使用活跃HARQ进程的有序列表内的指示所述第一HARQ进程的本地索引来标识所述第一HARQ进程。
示例266:根据示例239至266中任一项所述的方法,其中,所述第一上行链路传输和所述第二上行链路传输二者均是免授权上行链路传输。
示例267:根据示例266所述的方法,其中,所述下行链路确认信道是物理HARQ指示信道(PHICH)。
示例268:根据示例266所述的方法,其中,所述第一反馈的定时与所述第一上行链路传输被发送的时间具有预定关系。
示例269:根据示例266所述的方法,其中,在所述UE用来发送所述第一上行链路传输的参考信号序列与所述基站用来发送所述第一反馈的正交扩展序列之间存在已知映射。
示例270:根据示例239至269中任一项所述的方法,其中,在所述第一上行链路传输的起始资源块(RB)索引与所述下行链路确认信道中的承载所述第一反馈的一个或更多个资源元素组(REG)的位置之间存在已知映射。
示例271:根据示例239至270中任一项所述的方法,其中,所述第一上行链路传输使用第一参考信号序列,并且所述第二上行链路传输使用与所述第一参考信号序列不同的第二参考信号序列,其中,所述第一上行链路传输和所述第二上行链路传输二者均在上行链路子帧w中被发送,并且其中,所述第一反馈和所述第二反馈二者均在子帧w+n中被接收。
示例272:根据示例271所述的方法,其中,所述第一上行链路传输的起始资源块(RB)索引映射到所述下行链路确认信道中的特定资源元素组。
示例273:根据示例271所述的方法,其中,所述第一参考信号序列映射到所述基站用来对所述第一反馈进行扩展的相应正交扩展序列。
示例274:根据示例241所述的方法,其中,所述ACK/NACK码字为L比特并且L=K+P,其中K是每子帧每UE所支持的同时发送的TB的最大数目,并且P是所述ACK/NACK码字中的奇偶校验位的数目。
示例275:根据示例274所述的方法,其中,L是三的整数倍。
示例276:根据示例239至275中任一项所述的方法,还包括:接收授权,所述授权对与所述第一传输块对应的上行链路重传进行授权,并且其中,所述授权包括上行链路重传的起始资源块(RB)索引和要在所述重传中使用的参考信号序列。
示例277:根据示例241所述的方法,其中,所述ACK/NACK码字被解码,并且所述方法还包括:识别被解码的ACK/NACK码字中的错误,并且基于识别出错误而判定所述ACK/NACK码字是全NACK。
示例278:根据示例239所述的方法,其中,在物理HARQ指示信道(PHICH)上接收所述第一反馈和所述第二反馈,并且其中,在所述第一HARQ进程的进程ID与在其上接收所述第一反馈的PHICH资源之间存在预配置的映射。
示例279:根据示例278所述的方法,其中,所述第一反馈和所述第二反馈被映射到同一PHICH组。
示例280:根据示例278所述的方法,其中,所述第一反馈和所述第二反馈被映射到不同的PHICH组。
示例281:根据示例278所述的方法,其中,所述预配置的映射是特定于UE的。
示例282:根据示例278所述的方法,其中,所述预配置的映射是特定于UE组的。
示例283:根据示例278所述的方法,其中,根据系统信息获得所述预配置的映射。
示例284:根据示例239至283中任一项所述的方法,还包括基于所述UE的ID和/或所述第一HARQ进程的HARQ进程ID来确定所述第一反馈的位置。
示例285:根据示例239所述的方法,其中,所述第一上行链路传输是免授权上行链路传输,并且其中,所述方法还包括基于K、M和/或J的函数来确定所述第一反馈的位置;其中是下行链路确认信道中的PHICH组的数目,其中K是由每个PHICH组支持的传输块的数目,其中存在以免授权模式进行操作的M个UE,并且其中,所述UE支持多达J个HARQ进程。
示例286:根据示例239所述的方法,其中,在物理HARQ指示信道(PHICH)上接收所述第一反馈和所述第二反馈,并且其中,在不同的PHICH组中接收所述第一反馈和所述第二反馈。
示例287:根据示例286所述的方法,其中,使用同一正交序列对所述第一反馈和所述第二反馈进行扩展。
示例288:根据示例286所述的方法,其中,所述UE根据规则知道在何处找到所述第一反馈的所述ACK或NACK,并且其中,所述规则基于PHICH组索引和所述第一HARQ进程的进程ID。
示例289:根据示例288所述的方法,其中,半静态地配置所述规则。
示例290:根据示例288所述的方法,其中,所述规则基于参考信号序列和/或资源块(RB)索引被初始设定。
示例291:根据示例239所述的方法,其中,所述下行链路确认信道是下行链路控制信息(DCI)信道的一部分。
示例292:根据示例291所述的方法,其中,在DCI 0消息中接收所述第一反馈和所述第二反馈。
示例293:根据示例291所述的方法,其中,在单播DCI中接收所述第一反馈和所述第二反馈。
示例294:根据示例291所述的方法,其中,在组公共DCI中接收所述第一反馈和所述第二反馈。
示例295:根据示例294所述的方法,其中,所述组公共DCI是使用组ID对一组UE进行寻址的多播消息。
示例296:根据示例291所述的方法,其中,在用于承载针对给定上行链路子帧中的多个传输的多个ACK/NACK指示的DCI格式中接收所述第一反馈和所述第二反馈。
示例297:根据示例296所述的方法,其中,通过下行链路控制信道接收所述DCI格式。
示例298:根据示例296所述的方法,其中,所述DCI格式被映射到一个或更多个控制信道元素(CCE)。
示例299:根据示例296所述的方法,其中,所述UE被配置用于无NACK重传,并且其中,全NACK码字和单TB NACK不被发送至所述UE。
示例300:根据示例291所述的方法,其中,所述第一反馈指示ACK,并且通过在所述第一反馈中接收下述二者来隐含地指示所述ACK:(i)所述第一HARQ进程的HARQ进程ID,以及(ii)调制与编码策略(MCS)和至少一个分配的资源块(RB)的空合并。
示例301:根据示例300所述的方法,其中,在授权中接收所述第一反馈。
示例302:根据示例300所述的方法,其中,在接收到所述第一反馈之后,所述第一传输块仍然保持在所述UE的HARQ发送缓冲器中以用于潜在的授权重传。
示例303:根据示例294所述的方法,其中,所述组公共DCI是使用组RNTI对一组M个UE进行寻址的消息,并且其中,所述组公共DCI包括各自为L比特的M个ACK/NACK字段以及被使用所述组RNTI进行编码的CRC字段。
示例304:根据示例303所述的方法,其中,M=1,使得所述一组M个UE仅包含所述UE,并且所述组RNTI特定于所述UE,并且所述组RNTI用于当上行链路传输从所述UE发送到所述基站时由所述基站使用以识别所述UE。
示例305:根据示例304所述的方法,其中,所述组RNTI存在于从所述UE向所述基站发送的上行链路传输中,或者所述组RNTI用于掩蔽从所述UE向所述基站发送的所述上行链路传输中的CRC。
示例306:根据示例294所述的方法,其中,所述组公共DCI包括针对多个UE的反馈,并且所述多个UE基于下述标准中的一个或更多个被分组:所述多个UE被配置有相同的每子帧所支持的同时TB的最大数目L;以及/或者所述多个UE被配置有相同的最大免授权重复次数k;以及/或者所述多个UE被配置有相同的k和L;以及/或者所述多个UE被配置成应用同一免授权跳频图案;以及/或者所述多个UE被配置成以同一调制与编码策略(MCS)进行发送;以及/或者所述多个UE针对时隙中的传输共享同一时频区域。
示例307:根据示例306所述的方法,其中,基于预配置资源映射和ACK/NACK定时关系,所述UE知道针对哪个传输来检查哪个公共下行链路控制信道。
示例308:根据示例291所述的方法,其中,所述第一上行链路传输是在免授权上行链路资源的第一分区上发送的免授权上行链路传输,并且其中,在与所述第一分区对应的第一组公共下行链路控制信道中接收所述第一反馈。
示例309:根据示例308所述的方法,其中,所述第二上行链路传输是在不同于免授权上行链路资源的所述第一分区的免授权上行链路资源的第二分区上发送的免授权上行链路传输,并且其中,在对应于所述第二分区并且不同于所述第一组公共下行链路控制信道的第二组公共下行链路控制信道中接收所述第二反馈。
示例310:根据示例309所述的方法,其中,在第一带宽分区中发送所述第一上行链路传输,并且在与所述第一带宽分区不交叠的第二带宽分区中发送所述第二上行链路传输。
示例311:一种由用户设备(UE)执行的方法,所述方法包括:在同一上行链路子帧中向基站发送多个上行链路传输,所述多个上行链路传输包括第一上行链路传输和第二上行链路传输,所述第一上行链路传输承载与第一HARQ进程的第一传输块对应的第一数据,并且所述第二上行链路传输承载与第二HARQ进程的第二传输块对应的第二数据;在下行链路控制信息中解码第一反馈和第二反馈,所述第一反馈表示针对所述第一传输块的ACK或NACK,并且所述第二反馈表示针对所述第二传输块的另一ACK或NACK。
示例312:根据示例311所述的方法,其中,在DCI 0消息中接收所述第一反馈和所述第二反馈。
示例313:根据示例311所述的方法,其中,在单播DCI中接收所述第一反馈和所述第二反馈。
示例314:根据示例311所述的方法,其中,在组公共DCI中接收所述第一反馈和所述第二反馈。
示例315:根据示例314所述的方法,其中,所述组公共DCI是使用组ID对一组UE进行寻址的多播消息。
示例316:根据示例311所述的方法,其中,在用于承载针对给定上行链路子帧中的多个传输的多个ACK/NACK指示的DCI格式中接收所述第一反馈和所述第二反馈。
示例317:根据示例316所述的方法,其中,通过下行链路控制信道接收所述DCI格式。
示例318:根据示例316所述的方法,其中,所述DCI格式被映射到一个或更多个控制信道元素(CCE)。
示例319:根据示例316所述的方法,其中,所述UE被配置用于无NACK重传,并且其中,全NACK码字和单TB NACK不被发送至所述UE。
示例320:根据示例311所述的方法,其中,所述第一反馈指示ACK,并且通过在所述第一反馈中接收下述二者来隐含地指示所述ACK:(i)所述第一HARQ进程的HARQ进程ID,以及(ii)调制与编码策略(MCS)和至少一个分配的资源块(RB)的空合并。
示例321:根据示例320所述的方法,其中,在授权中接收所述第一反馈。
示例322:根据示例320所述的方法,其中,在接收到所述第一反馈之后,所述第一传输块仍然保持在所述UE的HARQ发送缓冲器中以用于潜在的授权重传。
示例323:根据示例314所述的方法,其中,所述组公共DCI是使用组RNTI对一组M个UE进行寻址的消息,并且其中,所述组公共DCI包括各自为L比特的M个ACK/NACK字段以及被使用所述组RNTI进行编码的CRC字段。
示例324:根据示例323所述的方法,其中,M=1,使得所述一组M个UE仅包含所述UE,并且所述组RNTI特定于所述UE,并且所述组RNTI用于当上行链路传输从所述UE发送到所述基站时由所述基站使用以识别所述UE。
示例325:根据示例324所述的方法,其中,所述组RNTI存在于从所述UE向所述基站发送的所述上行链路传输中,或者所述组RNTI用于掩蔽从所述UE向所述基站发送的所述上行链路传输中的CRC。
示例326:根据示例314所述的方法,其中,所述组公共DCI包括针对多个UE的反馈,并且所述多个UE基于下述标准中的一个或更多个被分组:所述多个UE被配置有相同的每子帧中所支持的同时TB的最大数目L;以及/或者所述多个UE被配置有相同的最大免授权重复次数k;以及/或者所述多个UE被配置有相同的k和L;以及/或者所述多个UE被配置成应用同一免授权跳频图案;以及/或者所述多个UE被配置成以同一调制与编码策略(MCS)进行发送;以及/或者所述多个UE针对时隙中的传输共享同一时频区域。
示例327:根据示例326所述的方法,其中,基于预配置资源映射和ACK/NACK定时关系,所述UE知道针对哪个传输来检查哪个公共下行链路控制信道。
示例328:根据示例311所述的方法,其中,所述第一上行链路传输是在免授权上行链路资源的第一分区上发送的免授权上行链路传输,并且其中,在与所述第一分区对应的第一组公共下行链路控制信道中接收所述第一反馈。
示例329:根据示例328所述的方法,其中,所述第二上行链路传输是在不同于免授权上行链路资源的所述第一分区的免授权上行链路资源的第二分区上发送的免授权上行链路传输,并且其中,在对应于所述第二分区并且不同于所述第一组公共下行链路控制信道的第二组公共下行链路控制信道中接收所述第二反馈。
示例330:根据示例329所述的方法,其中,在第一带宽分区中发送所述第一上行链路传输,并且在与所述第一带宽分区不交叠的第二带宽分区中发送所述第二上行链路传输。
示例331:一种用户设备(UE),包括:处理器;以及计算机可读存储介质,其存储用于由所述处理器执行的程序,所述程序包括指令,所述指令在由所述处理器执行时使所述UE执行操作,所述操作包括:在同一上行链路子帧中向基站发送多个上行链路传输,所述多个上行链路传输包括第一上行链路传输和第二上行链路传输,所述第一上行链路传输承载与第一HARQ进程的第一传输块对应的第一数据,并且所述第二上行链路传输承载与第二HARQ进程的第二传输块对应的第二数据;在下行链路确认信道中解码第一反馈和第二反馈,所述第一反馈表示针对所述第一传输块的ACK或NACK,并且所述第二反馈表示针对所述第二传输块的另一ACK或NACK。
示例332:根据示例331所述的UE,其中,所述第一上行链路传输包括参考信号序列,所述参考信号序列与在所述第二上行链路传输中使用的参考信号序列不同。
示例333:根据示例331所述的UE,其中,所述第一反馈和所述第二反馈二者处于同一ACK/NACK码字中。
示例334:根据示例333所述的UE,其中,所述ACK/NACK码字的一个比特表示针对所述第一传输块的ACK或NACK,并且其中,所述ACK/NACK码字的另一比特表示针对所述第二传输块的其他ACK或NACK。
示例335:根据示例333所述的UE,还包括:还解码所述ACK/NACK码字的补码,以及使用所述ACK/NACK码字和所述ACK/NACK码字的补码来确定所述ACK/NACK码字是否可能被损坏。
示例336:根据示例335所述的UE,其中,所述ACK/NACK码字和所述ACK/NACK码字的补码二者均包括至少一个奇偶校验位。
示例337:根据示例335所述的UE,还包括:使用所述第一上行链路传输的资源块索引和/或所述第二上行链路传输的资源块索引来在所述下行链路确认信道中定位所述ACK/NACK码字。
示例338:根据示例335所述的UE,还包括:使用所述第一上行链路传输的资源块索引来定位所述下行链路确认信道中的承载所述ACK/NACK码字中的所述第一反馈的资源元素;使用所述第二上行链路传输的资源块索引来定位所述下行链路确认信道中的承载所述ACK/NACK码字中的所述第二反馈的资源元素。
示例339:根据示例331所述的UE,还包括:使用所述第一上行链路传输的资源块索引来定位所述下行链路确认信道中的承载所述第一反馈的资源元素;使用所述第二上行链路传输的另一资源块索引来定位所述下行链路确认信道中的承载所述第二反馈的资源元素。
示例340:根据示例331所述的UE,其中,所述第一上行链路传输是包括参考信号序列的免授权上行链路传输,并且其中,所述参考信号序列唯一地标识所述UE和与所述第一HARQ进程对应的HARQ进程ID二者。
示例341:根据示例331所述的UE,其中,所述第一上行链路传输包括参考信号序列,并且其中,所述基站在静态或半静态的基础上将所述参考信号序列分配给所述UE。
示例342:根据示例341所述的UE,还包括经由较高层信令接收对参考信号序列的分配。
示例343:根据示例342所述的UE,其中,所述较高层信令是无线电资源控制(RRC)信令。
示例344:根据示例331所述的UE,还包括:所述UE根据空闲HARQ列表确定与所述第一传输块对应的HARQ进程ID。
示例345:根据示例344所述的UE,其中,所述HARQ进程ID为IDi+1,并且其中,所述UE根据下式确定所述HARQ进程ID:IDi+1=(IDi+1)modNHARQ,其中,IDi是针对前一TB选择的所述HARQ进程ID,“mod”是求模运算,并且NHARQ是可用的HARQ进程ID的总数目。
示例346:根据示例331所述的UE,其中,所述UE持续追踪下述二者之间的映射:(i)所述UE的活跃地进行的HARQ进程与(ii)针对所述进行的HARQ进程使用的上行链路信道参数。
示例347:根据示例346所述的UE,其中,所述使用的上行链路信道参数包括针对大于或等于ACK/NACK反馈延迟的若干子帧的起始资源块(RB)索引和解调参考信号(DMRS)循环移位。
示例348:根据示例331所述的UE,其中,所述第一上行链路传输是免授权上行链路传输,其中,所述第一反馈表示NACK,其中,在接收到所述第一反馈之后,所述方法还包括:发送与所述第一传输块对应的免授权上行链路重传,并且其中,根据所述基站和所述UE预先已知的资源分配图案来发送所述第一上行链路传输和重传。
示例349:根据示例348所述的UE,其中,所述第一上行链路传输是对所述第一传输块的初始传输,并且其中,所述第一上行链路传输的起始资源块(RB)索引标识所述资源分配图案。
示例350:根据示例348所述的UE,其中,所述资源分配图案在时频资源上与另一资源分配图案部分交叠。
示例351:根据示例348所述的UE,其中,所述资源分配图案由所述UE选择,并且不同于所述UE正在使用的任何其他资源分配图案。
示例352:根据示例351所述的UE,其中,当所述UE具有多于一个正在进行的HARQ进程时,则所述UE针对每个进程选择在时频资源上不交叠的不同资源分配图案。
示例353:根据示例348所述的UE,其中,所述资源分配图案向所述基站唯一地标识所述第一HARQ进程。
示例354:根据示例331所述的UE,其中,所述第一上行链路传输包括参考信号序列,并且其中,所述参考信号序列唯一地标识所述UE。
示例355:根据示例354所述的UE,还包括:所述UE根据在时频资源上不交叠的两个不同资源分配图案来发送所述第一上行链路传输和所述第二上行链路传输,并且所述UE将所述参考信号序列用于所述第一上行链路传输和所述第二上行链路传输二者。
示例356:根据示例331所述的UE,其中,所述第一HARQ进程与特定的跳频图案相关联,使得所述基站能够基于所述第一上行链路传输的起始资源块(RB)索引来识别所述第一HARQ进程。
示例357:根据示例331所述的UE,还包括:接收授权,所述授权对与所述第一传输块对应的上行链路重传进行授权,并且其中,在所述授权中使用活跃HARQ进程的有序列表内的指示所述第一HARQ进程的本地索引来标识所述第一HARQ进程。
示例358:根据示例331所述的UE,其中,所述第一上行链路传输和所述第二上行链路传输二者均是免授权上行链路传输。
示例359:根据示例358所述的UE,其中,所述下行链路确认信道是物理HARQ指示信道(PHICH)。
示例360:根据示例358所述的UE,其中,所述第一反馈的定时与所述第一上行链路传输被发送的时间具有预定关系。
示例361:根据示例358所述的UE,其中,在所述UE用来发送所述第一上行链路传输的参考信号序列与所述基站用来发送所述第一反馈的正交扩展序列之间存在已知映射。
示例362:根据示例331所述的UE,其中,在所述第一上行链路传输的起始资源块(RB)索引与所述下行链路确认信道中的承载所述第一反馈的一个或更多个资源元素组(REG)的位置之间存在已知映射。
示例363:根据示例331所述的UE,其中,所述第一上行链路传输使用第一参考信号序列,并且所述第二上行链路传输使用与所述第一参考信号序列不同的第二参考信号序列,其中,所述第一上行链路传输和所述第二上行链路传输二者均在上行链路子帧w中被发送,并且其中,所述第一反馈和所述第二反馈二者均在子帧w+n中被接收。
示例364:根据示例363所述的UE,其中,所述第一上行链路传输的起始资源块(RB)索引映射到所述下行链路确认信道中的特定资源元素组。
示例365:根据示例363所述的UE,其中,所述第一参考信号序列映射到所述基站用来对所述第一反馈进行扩展的相应正交扩展序列。
示例366:根据示例333所述的UE,其中,所述ACK/NACK码字为L比特并且L=K+P,其中K是每子帧每UE所支持的同时发送的TB的最大数目,并且P是所述ACK/NACK码字中的奇偶校验位的数目。
示例367:根据示例366所述的UE,其中,L是三的整数倍。
示例368:根据示例331所述的UE,还包括:接收授权,所述授权对与所述第一传输块对应的上行链路重传进行授权,并且其中,所述授权包括所述上行链路重传的起始资源块(RB)索引和要在所述重传中使用的参考信号序列。
示例369:根据示例333所述的UE,其中,所述ACK/NACK码字被解码,并且所述方法还包括:识别被解码的ACK/NACK码字中的错误,并且基于识别出错误而判定所述ACK/NACK码字是全NACK。
示例370:根据示例331所述的UE,其中,在物理HARQ指示信道(PHICH)上接收所述第一反馈和所述第二反馈,并且其中,在所述第一HARQ进程的进程ID与在其上接收所述第一反馈的PHICH资源之间存在预配置的映射。
示例371:根据示例370所述的UE,其中,所述第一反馈和所述第二反馈被映射到同一PHICH组。
示例372:根据示例370所述的UE,其中,所述第一反馈和所述第二反馈被映射到不同的PHICH组。
示例373:根据示例370所述的UE,其中,所述预配置的映射是特定于UE的。
示例374:根据示例370所述的UE,其中,所述预配置的映射是特定于UE组的。
示例375:根据示例370所述的UE,其中,根据系统信息获得所述预配置的映射。
示例376:根据示例331所述的UE,还包括基于所述UE的ID和/或所述第一HARQ进程的HARQ进程ID来确定所述第一反馈的位置。
示例377:根据示例331所述的UE,其中,所述第一上行链路传输是免授权上行链路传输,并且其中,所述方法还包括基于K、M和/或J的函数来确定所述第一反馈的位置;其中是下行链路确认信道中的PHICH组的数目,其中K是由每个PHICH组支持的传输块的数目,其中存在以免授权模式进行操作M个UE,并且其中,所述UE支持多达J个HARQ进程。
示例378:根据示例331所述的UE,其中,在物理HARQ指示信道(PHICH)上接收所述第一反馈和所述第二反馈,并且其中,在不同的PHICH组中接收所述第一反馈和所述第二反馈。
示例379:根据示例378所述的UE,其中,使用同一正交序列对所述第一反馈和所述第二反馈进行扩展。
示例380:根据示例378所述的UE,其中,所述UE根据规则知道在何处找到所述第一反馈的所述ACK或NACK,并且其中,所述规则基于PHICH组索引和所述第一HARQ进程的进程ID。
示例381:根据示例380所述的UE,其中,半静态地配置所述规则。
示例382:根据示例380所述的UE,其中,所述规则基于参考信号序列和/或资源块(RB)索引被初始设定。
示例383:根据示例331所述的UE,其中,所述下行链路确认信道是下行链路控制信息(DCI)信道的一部分。
示例384:根据示例383所述的UE,其中,在DCI 0消息中接收所述第一反馈和所述第二反馈。
示例385:根据示例383所述的UE,其中,在单播DCI中接收所述第一反馈和所述第二反馈。
示例386:根据示例383所述的UE,其中,在组公共DCI中接收所述第一反馈和所述第二反馈。
示例387:根据示例386所述的UE,其中,所述组公共DCI是使用组ID对一组UE进行寻址的多播消息。
示例388:根据示例383所述的UE,其中,在用于承载针对给定上行链路子帧中的多个传输的多个ACK/NACK指示的DCI格式中接收所述第一反馈和所述第二反馈。
示例389:根据示例388所述的UE,其中,通过下行链路控制信道接收所述DCI格式。
示例390:根据示例388所述的UE,其中,所述DCI格式被映射到一个或更多个控制信道元素(CCE)。
示例391:根据示例388所述的UE,其中,所述UE被配置用于无NACK重传,并且其中,全NACK码字和单TB NACK不被发送至所述UE。
示例392:根据示例383所述的UE,其中,所述第一反馈指示ACK,并且通过在所述第一反馈中接收下述二者来隐含地指示所述ACK:(i)所述第一HARQ进程的HARQ进程ID,以及(ii)调制与编码策略(MCS)和至少一个分配的资源块(RB)的空合并。
示例393:根据示例392所述的UE,其中,在授权中接收所述第一反馈。
示例394:根据示例392所述的UE,其中,在接收到所述第一反馈之后,所述第一传输块仍然保持在所述UE的HARQ发送缓冲器中以用于潜在的授权重传。
示例395:根据示例386所述的UE,其中,所述组公共DCI是使用组RNTI对一组M个UE进行寻址的消息,并且其中,所述组公共DCI包括各自为L比特的M个ACK/NACK字段以及被使用所述组RNTI进行编码的CRC字段。
示例396:根据示例395所述的UE,其中,M=1,使得所述一组M个UE仅包含所述UE,并且所述组RNTI特定于所述UE,并且所述组RNTI用于当上行链路传输从所述UE发送到所述基站时由所述基站使用以识别所述UE。
示例397:根据示例396所述的UE,其中,所述组RNTI存在于从所述UE向所述基站发送的所述上行链路传输中,或者所述组RNTI用于掩蔽从所述UE向所述基站发送的所述上行链路传输中的CRC。
示例398:根据示例386所述的UE,其中,所述组公共DCI包括针对多个UE的反馈,并且所述多个UE基于下述标准中的一个或更多个被分组:所述多个UE被配置有相同的每子帧所支持的同时TB的最大数目L;以及/或者所述多个UE被配置有相同的最大免授权重复次数k;以及/或者所述多个UE被配置有相同的k和L;以及/或者所述多个UE被配置成应用同一免授权跳频图案;以及/或者所述多个UE被配置成以同一调制与编码策略(MCS)进行发送;以及/或者所述多个UE针对时隙中的传输共享同一时频区域。
示例399:根据示例398所述的UE,其中,基于预配置资源映射和ACK/NACK定时关系,所述UE知道针对哪个传输检查哪个公共下行链路控制信道。
示例400:根据示例383所述的UE,其中,所述第一上行链路传输是在免授权上行链路资源的第一分区上发送的免授权上行链路传输,并且其中,在与所述第一分区对应的第一组公共下行链路控制信道中接收所述第一反馈。
示例401:根据示例400所述的UE,其中,所述第二上行链路传输是在不同于免授权上行链路资源的所述第一分区的免授权上行链路资源的第二分区上发送的免授权上行链路传输,并且其中,在对应于所述第二分区并且不同于所述第一组公共下行链路控制信道的第二组公共下行链路控制信道中接收所述第二反馈。
示例402:根据示例401所述的UE,其中,在第一带宽分区中发送所述第一上行链路传输,并且在与所述第一带宽分区不交叠的第二带宽分区中发送所述第二上行链路传输。
示例403:一种UE,包括:处理器;以及计算机可读存储介质,其存储用于由所述处理器执行的程序,所述程序包括指令,所述指令在由所述处理器执行时使所述UE执行操作,所述操作包括:在同一上行链路子帧中向基站发送多个上行链路传输,所述多个上行链路传输包括第一上行链路传输和第二上行链路传输,所述第一上行链路传输承载与第一HARQ进程的第一传输块对应的第一数据,并且所述第二上行链路传输承载与第二HARQ进程的第二传输块对应的第二数据;在下行链路控制信息中解码第一反馈和第二反馈,所述第一反馈表示针对所述第一传输块的ACK或NACK,并且所述第二反馈表示针对所述第二传输块的另一ACK或NACK。
示例404:根据示例403所述的UE,其中,在DCI 0消息中接收所述第一反馈和所述第二反馈。
示例405:根据示例403所述的UE,其中,在单播DCI中接收所述第一反馈和所述第二反馈。
示例406:根据示例403所述的UE,其中,在组公共DCI中接收所述第一反馈和所述第二反馈。
示例407:根据示例406所述的UE,其中,所述组公共DCI是使用组ID对一组UE进行寻址的多播消息。
示例408:根据示例403所述的UE,其中,在用于承载针对给定上行链路子帧中的多个传输的多个ACK/NACK指示的DCI格式中接收所述第一反馈和所述第二反馈。
示例409:根据示例408所述的UE,其中,通过下行链路控制信道接收所述DCI格式。
示例410:根据示例408所述的UE,其中,所述DCI格式被映射到一个或更多个控制信道元素(CCE)。
示例411:根据示例408所述的UE,其中,所述UE被配置用于无NACK重传,并且其中,全NACK码字和单TB NACK不被发送至所述UE。
示例412:根据示例403所述的UE,其中,所述第一反馈指示ACK,并且通过在所述第一反馈中接收下述二者来隐含地指示所述ACK:(i)所述第一HARQ进程的HARQ进程ID,以及(ii)调制与编码策略(MCS)和至少一个分配的资源块(RB)的空合并。
示例413:根据示例412所述的UE,其中,在授权中接收所述第一反馈。
示例414:根据示例412所述的UE,其中,在接收到所述第一反馈之后,所述第一传输块仍然保持在所述UE的HARQ发送缓冲器中以用于潜在的授权重传。
示例415:根据示例406所述的UE,其中,所述组公共DCI是使用组RNTI对一组M个UE进行寻址的消息,并且其中,所述组公共DCI包括各自为L比特的M个ACK/NACK字段以及被使用所述组RNTI进行编码的CRC字段。
示例416:根据示例415所述的UE,其中,M=1,使得所述一组M个UE仅包含所述UE,并且所述组RNTI特定于所述UE,并且所述组RNTI用于当上行链路传输从所述UE发送到所述基站时由所述基站使用以识别所述UE。
示例417:根据示例416所述的UE,其中,所述组RNTI存在于从所述UE向所述基站发送的所述上行链路传输中,或者所述组RNTI用于掩蔽从所述UE向所述基站发送的所述上行链路传输中的CRC。
示例418:根据示例406所述的UE,其中,所述组公共DCI包括针对多个UE的反馈,并且所述多个UE基于下述标准中的一个或更多个被分组:所述多个UE被配置有相同的每子帧中所支持的同时TB的最大数目L;以及/或者所述多个UE被配置有相同的最大免授权重复次数k;以及/或者所述多个UE被配置有相同的k和L;以及/或者所述多个UE被配置成应用同一免授权跳频图案;以及/或者所述多个UE被配置成以同一调制与编码策略(MCS)进行发送;以及/或者所述多个UE针对时隙中的传输共享同一时频区域。
示例419:根据示例418所述的UE,其中,基于预配置资源映射和ACK/NACK定时关系,所述UE知道针对哪个传输检查哪个公共下行链路控制信道。
示例420:根据示例403所述的UE,其中,所述第一上行链路传输是在免授权上行链路资源的第一分区上发送的免授权上行链路传输,并且其中,在与所述第一分区对应的第一组公共下行链路控制信道中接收所述第一反馈。
示例421:根据示例420所述的UE,其中,所述第二上行链路传输是在不同于免授权上行链路资源的所述第一分区的免授权上行链路资源的第二分区上发送的免授权上行链路传输,并且其中,在对应于所述第二分区并且不同于所述第一组公共下行链路控制信道的第二组公共下行链路控制信道中接收所述第二反馈。
示例422:根据示例421所述的UE,其中,在第一带宽分区中发送所述第一上行链路传输,并且在与所述第一带宽分区不交叠的第二带宽分区中发送所述第二上行链路传输。
示例423:一种UE,包括:发射器,其在同一上行链路子帧中向基站发送多个上行链路传输,所述多个上行链路传输包括第一上行链路传输和第二上行链路传输,所述第一上行链路传输承载与第一HARQ进程的第一传输块对应的第一数据,并且所述第二上行链路传输承载与第二HARQ进程的第二传输块对应的第二数据;解码器,其在下行链路确认信道中解码第一反馈和第二反馈,所述第一反馈表示针对所述第一传输块的ACK或NACK,并且所述第二反馈表示针对所述第二传输块的另一ACK或NACK。示例424:一种用于上行链路数据传输的方法,所述方法由UE执行,并且所述方法包括:向基站发送包括第一传输块的第一上行链路数据传输,其中,所述第一传输块与第一HARQ进程相关联,其中,所述第一上行链路数据传输包括第一参考信号序列,并且其中,使用上行链路子帧中的第一时频资源发送所述第一上行链路数据传输;向所述基站发送包括第二传输块的第二上行链路数据传输,其中,所述第二传输块与第二HARQ进程相关联,其中,所述第二上行链路数据传输包括第二参考信号序列,并且其中,使用所述上行链路子帧中的第二时频资源发送所述第二上行链路数据传输;在下行链路确认信道中解码从所述基站接收的第一反馈和第二反馈,所述第一反馈表示针对所述第一传输块的第一ACK或第一NACK,所述第二反馈表示针对所述第二传输块的第二ACK或第二NACK;其中,所述第一时频资源和所述第一参考信号序列中至少之一标识所述第一UE和所述第一HARQ进程,并且其中,所述第二时频资源和所述第二参考信号序列中至少之一标识所述第二UE和所述第二HARQ进程。在该示例中,所述第一上行链路数据传输和所述第二上行链路数据传输均可以是免授权上行链路传输,但这不是必需的。
示例425:根据示例424所述的方法,还包括:经由所述基站在下行链路控制信息中接收分配,其中,所述分配指示下述至少之一:与所述第一HARQ进程相关联的第一HARQ进程ID以及与所述第二HARQ进程相关联的第二HARQ进程ID。
示例426:根据示例425所述的方法,还包括:经由所述基站在较高层信令中接收对所述第一参考信号序列和所述第二参考信号序列的指示。所述第一参考信号序列可以不同于所述第二参考信号序列。
示例427:根据示例425或426所述的方法,其中,所述分配对所述第一HARQ进程的重传进行授权,并且通过指示下述二者来在所述分配中隐含地指示所述第一HARQ进程ID:(i)其中所述第一传输块的解码失败的子帧,以及(ii)其中所述第一传输块的解码失败的所述子帧中的由所述第一传输块占用的频域资源。
示例428:根据示例424至427中任一项所述的方法,其中,所述第一HARQ进程和所述第二HARQ进程中至少之一是异步的。
示例429:一种UE,包括:发射器,其进行以下操作:向基站发送包括第一传输块的第一上行链路数据传输,其中,所述第一传输块与第一HARQ进程相关联,其中,所述第一上行链路数据传输包括第一参考信号序列,并且其中,使用上行链路子帧中的第一时频资源发送所述第一上行链路数据传输;以及向所述基站发送包括第二传输块的第二上行链路数据传输,其中,所述第二传输块与第二HARQ进程相关联,其中,所述第二上行链路数据传输包括第二参考信号序列,并且其中,使用所述上行链路子帧中的第二时频资源发送所述第二上行链路数据传输;接收器,其在下行链路确认信道中接收来自所述基站的第一反馈和第二反馈,所述第一反馈表示针对所述第一传输块的第一ACK或第一NACK,并且所述第二反馈表示针对所述第二传输块的第二ACK或第二NACK;解码器,其解码所述第一反馈和所述第二反馈;其中,所述第一时频资源和所述第一参考信号序列中至少之一标识所述第一UE和所述第一HARQ进程,并且其中,所述第二时频资源和所述第二参考信号序列中至少之一标识所述第二UE和所述第二HARQ进程。在该示例中,所述第一上行链路数据传输和所述第二上行链路数据传输均可以是免授权上行链路传输,但这不是必需的。
示例430:根据示例429所述的UE,其中,所述接收器还经由所述基站在下行链路控制信息中接收分配,其中,所述分配指示下述至少之一:与所述第一HARQ进程相关联的第一HARQ进程ID以及与所述第二HARQ进程相关联的第二HARQ进程ID。
示例431:根据示例430所述的UE,其中,所述接收器还经由所述基站在较高层信令中接收对所述第一参考信号序列和所述第二参考信号序列的指示。所述第一参考信号序列可以与所述第二参考信号序列不同。
示例432:根据示例430或431所述的UE,其中,所述分配对所述第一HARQ进程的重传授权,并且通过指示下述二者来在所述分配中隐含地指示所述第一HARQ进程ID:(i)其中所述第一传输块的解码失败的子帧,以及(ii)其中所述第一传输块的解码失败的所述子帧中的由所述第一传输块占用的频域资源。
示例433:根据示例429至432中任一项所述的UE,其中,所述第一HARQ进程和所述第二HARQ进程中至少之一是异步的。
示例434:一种由基站执行的方法,所述方法包括:从UE接收包括第一传输块的第一上行链路数据传输,其中,所述第一传输块与第一HARQ进程相关联,其中,所述第一上行链路数据传输包括第一参考信号序列,并且其中,使用上行链路子帧中的第一时频资源接收所述第一上行链路数据传输;从所述UE接收包括第二传输块的第二上行链路数据传输,其中,所述第二传输块与第二HARQ进程相关联,其中,所述第二上行链路数据传输包括第二参考信号序列,并且其中,使用所述上行链路子帧中的第二时频资源接收所述第二上行链路数据传输;解码所述第一传输块并且生成表示针对所述第一传输块的第一ACK或第一NACK的第一反馈;解码所述第二传输块并且生成表示针对所述第二传输块的第二ACK或第二NACK的第二反馈;在下行链路确认信道中向所述UE发送所述第一反馈和所述第二反馈;其中,所述第一时频资源和所述第一参考信号序列中至少之一标识所述第一UE和所述第一HARQ进程,并且其中,所述第二时频资源和所述第二参考信号序列中至少之一标识所述第二UE和所述第二HARQ进程。在该示例中,所述第一上行链路数据传输和所述第二上行链路数据传输均可以是免授权上行链路传输,但这不是必需的。
示例435:根据示例434所述的方法,还包括:在下行链路控制信息中向所述UE发送分配,其中,所述分配指示下述至少之一:与所述第一HARQ进程相关联的第一HARQ进程ID以及与所述第二HARQ进程相关联的第二HARQ进程ID。
示例436:根据示例435所述的方法,还包括:在较高层信令中向所述UE发送对所述第一参考信号序列和所述第二参考信号序列的指示。所述第一参考信号序列可以与所述第二参考信号序列不同。
示例437:根据示例435或436所述的方法,其中,所述分配对所述第一HARQ进程的重传授权,并且通过指示下述二者来在所述分配中隐含地指示所述第一HARQ进程ID:(i)其中所述第一传输块的解码失败的子帧,以及(ii)其中所述第一传输块的解码失败的所述子帧中的由所述第一传输块占用的频域资源。
示例438:根据示例434至437中任一项所述的方法,其中,所述第一HARQ进程和所述第二HARQ进程中至少之一是异步的。
示例439:一种基站,包括:接收器,其进行以下操作:从UE接收包括第一传输块的第一上行链路数据传输,其中,所述第一传输块与第一HARQ进程相关联,其中,所述第一上行链路数据传输包括第一参考信号序列,并且其中,使用上行链路子帧中的第一时频资源接收所述第一上行链路数据传输;从所述UE接收包括第二传输块的第二上行链路数据传输,其中,所述第二传输块与第二HARQ进程相关联,其中,所述第二上行链路数据传输包括第二参考信号序列,并且其中,使用所述上行链路子帧中的第二时频资源接收所述第二上行链路数据传输;解码器,其进行以下操作:解码所述第一传输块并且生成表示针对所述第一传输块的第一ACK或第一NACK的第一反馈;解码所述第二传输块并且生成表示针对所述第二传输块的第二ACK或第二NACK的第二反馈;发射器,其在下行链路确认信道中向所述UE发送所述第一反馈和所述第二反馈;其中,所述第一时频资源和所述第一参考信号序列中至少之一标识所述第一UE和所述第一HARQ进程,并且其中,所述第二时频资源和所述第二参考信号序列中至少之一标识所述第二UE和所述第二HARQ进程。在该示例中,所述第一上行链路数据传输和所述第二上行链路数据传输均可以是免授权上行链路传输,但这不是必需的。
示例440:根据示例439所述的基站,其中,所述发射器在下行链路控制信息中向所述UE发送分配,其中,所述分配指示下述至少之一:与所述第一HARQ进程相关联的第一HARQ进程ID以及与所述第二HARQ进程相关联的第二HARQ进程ID。
示例441:根据示例440所述的基站,其中,所述发射器在较高层信令中向所述UE发送对所述第一参考信号序列和所述第二参考信号序列的指示。所述第一参考信号序列可以与所述第二参考信号序列不同。
示例442:根据示例440或441所述的基站,其中,所述分配对所述第一HARQ进程的重传授权,并且通过指示下述二者来在所述分配中隐含地指示所述第一HARQ进程ID:(i)其中所述第一传输块的解码失败的子帧,以及(ii)其中所述第一传输块的解码失败的所述子帧中的由所述第一传输块占用的频域资源。
示例443:根据示例439至442中任一项所述的基站,其中,所述第一HARQ进程和所述第二HARQ进程中至少之一是异步的。
示例444:一种基站,包括存储器和至少一个处理器,其中,在所述存储器中存储有指令,所述指令在由所述至少一个处理器执行时使得所述基站执行上文中概述的基站方法示例中的任一项。
示例445:一种UE,包括存储器和至少一个处理器,其中,在所述存储器中存储有指令,所述指令在由所述至少一个处理器执行时使得所述UE执行上文中概述的UE方法示例中的任一项。
结论
尽管已经参考本发明的具体特征和实施方式对本发明进行了描述,但是在不脱离本发明的情况下可以对这些特征和实施方式进行各种修改和组合。因此,说明书和附图应被简单地视为对由所附权利要求书限定的本发明的一些实施方式的说明,并且其被预期为涵盖落入本发明范围内的任何及所有修改、变型、组合或等同物。因此,尽管已经详细描述了本发明及其优点,但是在不脱离由所附权利要求书限定的本发明的情况下可以进行各种改变、替换和变更。此外,本申请的范围不旨在限于说明书中描述的处理、机器、制品、组合物、装置、方法和步骤的特定实施方式。如本领域普通技术人员根据本发明的公开内容将容易地理解,根据本发明可以利用能够执行与本文所描述的相应实施方式的功能相同的功能或者实现与本文所描述的相应实施方式的结果基本相同的结果的目前存在或今后要被开发的处理、机器、制品、组合物、装置、方法和步骤。因此,所附权利要求书旨在将这样的处理、机器、制品、组合物、装置、方法或步骤包括在其范围内。
此外,本文所例示的执行指令的任何模块、部件或装置可以包括或者以其他方式可以访问用于存储信息(例如,计算机/处理器可读指令、数据结构、程序模块和/或其他数据)的非暂态计算机/处理器可读存储介质或媒介。非暂态计算机/处理器可读存储介质的示例的非详尽列表包括:盒式磁带、磁带、磁盘存储装置或其他磁存储装置,光盘,例如光盘只读存储器(compact disc read-only memory,CD-ROM)、数字视频光盘或数字多功能光盘(digital versatile disc,DVD)、蓝光(Blu-ray)盘TM或其他光存储装置,以任何方法或技术实现的易失性和非易失性、可移除和不可移除介质,随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(electrically erasable programmable read-onlymemory,EEPROM)、闪速存储器或其他存储器技术。任何这种非暂态计算机/处理器存储介质可以是装置的一部分或者能够访问或能够连接至装置。本文中描述的任何应用或模块可以使用计算机/处理器可读/可执行指令来实现,这些指令可以由这种非暂态计算机/处理器可读存储介质存储或以其他方式保持。
Claims (20)
1.一种用于上行链路数据传输的方法,所述方法由用户设备(UE)执行,并且所述方法包括:
向基站发送包括第一传输块的第一免授权上行链路数据传输,其中,所述第一传输块与第一HARQ进程相关联,其中,所述第一免授权上行链路数据传输包括第一参考信号序列,并且其中,使用上行链路子帧中的第一时频资源发送所述第一免授权上行链路数据传输;
向所述基站发送包括第二传输块的第二免授权上行链路数据传输,其中,所述第二传输块与第二HARQ进程相关联,其中,所述第二免授权上行链路数据传输包括第二参考信号序列,并且其中,使用所述上行链路子帧中的第二时频资源发送所述第二免授权上行链路数据传输;
在下行链路确认信道中解码从所述基站接收的第一反馈和第二反馈,所述第一反馈表示针对所述第一传输块的第一ACK或第一NACK,并且所述第二反馈表示针对所述第二传输块的第二ACK或第二NACK;
其中,所述第一时频资源和所述第一参考信号序列中至少之一标识所述第一UE和所述第一HARQ进程,并且其中,所述第二时频资源和所述第二参考信号序列中至少之一标识所述第二UE和所述第二HARQ进程。
2.根据权利要求1所述的方法,还包括:
经由所述基站在下行链路控制信息中接收分配,其中,所述分配指示下述至少之一:与所述第一HARQ进程相关联的第一HARQ进程ID以及与所述第二HARQ进程相关联的第二HARQ进程ID。
3.根据权利要求1至2中任一项所述的方法,还包括:
经由所述基站在较高层信令中接收对所述第一参考信号序列和所述第二参考信号序列的指示,其中,所述第一参考信号序列不同于所述第二参考信号序列。
4.根据权利要求1至3中任一项所述的方法,其中,所述分配对所述第一HARQ进程的重传授权,并且通过指示下述二者来在所述分配中隐含地指示所述第一HARQ进程ID:(i)其中所述第一传输块的解码失败的子帧,以及(ii)其中所述第一传输块的解码失败的所述子帧中的由所述第一传输块占用的频域资源。
5.根据权利要求1至4中任一项所述的方法,其中,所述第一HARQ进程和所述第二HARQ进程中至少之一是异步的。
6.一种用户设备(UE),包括:
发射器,其进行以下操作:
向基站发送包括第一传输块的第一免授权上行链路数据传输,其中,所述第一传输块与第一HARQ进程相关联,其中,所述第一免授权上行链路数据传输包括第一参考信号序列,并且其中,使用上行链路子帧中的第一时频资源发送所述第一免授权上行链路数据传输;以及
向所述基站发送包括第二传输块的第二免授权上行链路数据传输,其中,所述第二传输块与第二HARQ进程相关联,其中,所述第二免授权上行链路数据传输包括第二参考信号序列,并且其中,使用所述上行链路子帧中的第二时频资源发送所述第二免授权上行链路数据传输;
接收器,其在下行链路确认信道中接收来自所述基站的第一反馈和第二反馈,所述第一反馈表示针对所述第一传输块的第一ACK或第一NACK,以及所述第二反馈表示针对所述第二传输块的第二ACK或第二NACK;
解码器,其解码所述第一反馈和所述第二反馈;
其中,所述第一时频资源和所述第一参考信号序列中至少之一标识所述第一UE和所述第一HARQ进程,并且其中,所述第二时频资源和所述第二参考信号序列中至少之一标识所述第二UE和所述第二HARQ进程。
7.根据权利要求6所述的UE,其中,所述接收器还经由所述基站在下行链路控制信息中接收分配,其中,所述分配指示下述至少之一:与所述第一HARQ进程相关联的第一HARQ进程ID以及与所述第二HARQ进程相关联的第二HARQ进程ID。
8.根据权利要求6至7中任一项所述的UE,其中,所述接收器还经由所述基站在较高层信令中接收对所述第一参考信号序列和所述第二参考信号序列的指示,其中,所述第一参考信号序列不同于所述第二参考信号序列。
9.根据权利要求6至8中任一项所述的UE,其中,所述分配对所述第一HARQ进程的重传授权,并且通过指示下述二者来在所述分配中隐含地指示所述第一HARQ进程ID:(i)其中所述第一传输块的解码失败的子帧,以及(ii)其中所述第一传输块的解码失败的所述子帧中的由所述第一传输块占用的频域资源。
10.根据权利要求6至9中任一项所述的UE,其中,所述第一HARQ进程和所述第二HARQ进程中至少之一是异步的。
11.一种由基站执行的方法,所述方法包括:
从用户设备(UE)接收包括第一传输块的第一免授权上行链路数据传输,其中,所述第一传输块与第一HARQ进程相关联,其中,所述第一免授权上行链路数据传输包括第一参考信号序列,并且其中,使用上行链路子帧中的第一时频资源接收所述第一免授权上行链路数据传输;
从所述UE接收包括第二传输块的第二免授权上行链路数据传输,其中,所述第二传输块与第二HARQ进程相关联,其中,所述第二免授权上行链路数据传输包括第二参考信号序列,并且其中,使用所述上行链路子帧中的第二时频资源接收所述第二免授权上行链路数据传输;
解码所述第一传输块并且生成表示针对所述第一传输块的第一ACK或第一NACK的第一反馈;
解码所述第二传输块并且生成表示针对所述第二传输块的第二ACK或第二NACK的第二反馈;
在下行链路确认信道中向所述UE发送所述第一反馈和所述第二反馈;
其中,所述第一时频资源和所述第一参考信号序列中至少之一标识所述第一UE和所述第一HARQ进程,并且其中,所述第二时频资源和所述第二参考信号序列中至少之一标识所述第二UE和所述第二HARQ进程。
12.根据权利要求11所述的方法,还包括:
在下行链路控制信息中向所述UE发送分配,其中,所述分配指示下述至少之一:与所述第一HARQ进程相关联的第一HARQ进程ID以及与所述第二HARQ进程相关联的第二HARQ进程ID。
13.根据权利要求11至12中任一项所述的方法,还包括:
在较高层信令中向所述UE发送对所述第一参考信号序列和所述第二参考信号序列的指示,其中,所述第一参考信号序列不同于所述第二参考信号序列。
14.根据权利要求11至13中任一项所述的方法,其中,所述分配对所述第一HARQ进程的重传授权,并且通过指示下述二者来在所述分配中隐含地指示所述第一HARQ进程ID:(i)其中所述第一传输块的解码失败的子帧,以及(ii)其中所述第一传输块的解码失败的所述子帧中的由所述第一传输块占用的频域资源。
15.根据权利要求11至14中任一项所述的方法,其中,所述第一HARQ进程和所述第二HARQ进程中至少之一是异步的。
16.一种基站,包括:
接收器,其进行以下操作:
从用户设备(UE)接收包括第一传输块的第一免授权上行链路数据传输,其中,所述第一传输块与第一HARQ进程相关联,其中,所述第一免授权上行链路数据传输包括第一参考信号序列,并且其中,使用上行链路子帧中的第一时频资源接收所述第一免授权上行链路数据传输;
从所述UE接收包括第二传输块的第二免授权上行链路数据传输,其中,所述第二传输块与第二HARQ进程相关联,其中,所述第二免授权上行链路数据传输包括第二参考信号序列,并且其中,使用所述上行链路子帧中的第二时频资源接收所述第二免授权上行链路数据传输;
解码器,其进行以下操作:
解码所述第一传输块并且生成表示针对所述第一传输块的第一ACK或第一NACK的第一反馈;
解码所述第二传输块并且生成表示针对所述第二传输块的第二ACK或第二NACK的第二反馈;
发射器,其在下行链路确认信道中向所述UE发送所述第一反馈和所述第二反馈;
其中,所述第一时频资源和所述第一参考信号序列中至少之一标识所述第一UE和所述第一HARQ进程,并且其中,所述第二时频资源和所述第二参考信号序列中至少之一标识所述第二UE和所述第二HARQ进程。
17.根据权利要求16所述的基站,其中,所述发射器在下行链路控制信息中向所述UE发送分配,其中,所述分配指示下述至少之一:与所述第一HARQ进程相关联的第一HARQ进程ID以及与所述第二HARQ进程相关联的第二HARQ进程ID。
18.根据权利要求16至17中任一项所述的基站,其中,所述发射器在较高层信令中向所述UE发送对所述第一参考信号序列和所述第二参考信号序列的指示,其中,所述第一参考信号序列不同于所述第二参考信号序列。
19.根据权利要求16至18中任一项所述的基站,其中,所述分配对所述第一HARQ进程的重传授权,并且通过指示下述二者来在所述分配中隐含地指示所述第一HARQ进程ID:(i)其中所述第一传输块的解码失败的子帧,以及(ii)其中所述第一传输块的解码失败的所述子帧中的由所述第一传输块占用的频域资源。
20.根据权利要求16至19中任一项所述的基站,其中,所述第一HARQ进程和所述第二HARQ进程中至少之一是异步的。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201762473809P | 2017-03-20 | 2017-03-20 | |
US62/473,809 | 2017-03-20 | ||
US15/852,089 US10652866B2 (en) | 2017-03-20 | 2017-12-22 | Systems and methods for supporting asynchronous uplink HARQ and multiple simultaneous transmissions |
US15/852,089 | 2017-12-22 | ||
PCT/CN2017/120217 WO2018171290A1 (en) | 2017-03-20 | 2017-12-29 | Systems and methods for supporting asynchronous uplink harq and multiple simultaneous transmissions |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110447278A true CN110447278A (zh) | 2019-11-12 |
CN110447278B CN110447278B (zh) | 2021-12-14 |
Family
ID=63521280
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201780088684.7A Active CN110447278B (zh) | 2017-03-20 | 2017-12-29 | 用于支持异步上行链路harq和多个同时传输的系统和方法 |
Country Status (4)
Country | Link |
---|---|
US (2) | US10652866B2 (zh) |
EP (1) | EP3590290B1 (zh) |
CN (1) | CN110447278B (zh) |
WO (1) | WO2018171290A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111277371A (zh) * | 2020-01-20 | 2020-06-12 | 展讯通信(上海)有限公司 | 数据传输方法及设备 |
WO2022155897A1 (zh) * | 2021-01-22 | 2022-07-28 | 北京小米移动软件有限公司 | 一种通信方法、通信装置及存储介质 |
Families Citing this family (36)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR102259680B1 (ko) * | 2017-03-23 | 2021-06-01 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 다중 harq 그랜트 프리 전송을 위한 구성, 표시 및 ack/nack |
CN108633016B (zh) * | 2017-03-23 | 2023-10-13 | 华为技术有限公司 | 一种下行控制信息的收发方法及装置 |
CN108631953B (zh) * | 2017-03-24 | 2022-06-28 | 中兴通讯股份有限公司 | 一种数据发送、反馈方法及装置 |
CN108633033B (zh) * | 2017-03-24 | 2023-05-12 | 中兴通讯股份有限公司 | 一种传输资源确定方法、装置及用户设备 |
US10271350B2 (en) * | 2017-03-31 | 2019-04-23 | Nokia Technologies Oy | Methods, apparatuses, and systems for providing transfer block indication in uplink grant-free transmissions |
EP3595354B1 (en) * | 2017-04-07 | 2021-02-24 | Huawei Technologies Co., Ltd. | Transmission method for control channel |
JP7027706B2 (ja) * | 2017-06-15 | 2022-03-02 | ソニーグループ株式会社 | 送信装置、受信装置、送信方法、受信方法及び記録媒体 |
US11251924B2 (en) * | 2017-07-25 | 2022-02-15 | Lg Electronics Inc. | Method and apparatus for designing ACK/NACK channel in wireless communication system |
WO2019030723A1 (en) * | 2017-08-11 | 2019-02-14 | Telefonaktiebolaget Lm Ericsson (Publ) | EARLY MESSAGE DATA RETRANSMISSION 3 |
US20190081741A1 (en) * | 2017-09-11 | 2019-03-14 | Mediatek Singapore Pte. Ltd. | Hybrid Automatic Repeat Request Feedback Design For Grant-Free Transmission In Mobile Communications |
EP4192170A1 (en) * | 2018-01-11 | 2023-06-07 | Ntt Docomo, Inc. | User terminal, base station, and radio communication method |
CN115134057A (zh) * | 2018-03-27 | 2022-09-30 | 瑞典爱立信有限公司 | 频域资源指配的信令 |
KR102404910B1 (ko) * | 2018-04-04 | 2022-06-02 | 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 | 업링크 제어 정보의 전송 방법 및 관련 제품 |
US11115161B2 (en) * | 2018-05-02 | 2021-09-07 | Qualcomm Incorporated | Transmission diversity for FBE idle period handling |
CN110492969B (zh) * | 2018-05-11 | 2022-04-29 | 中兴通讯股份有限公司 | 信号发送、接收方法及装置 |
CN110649996B (zh) * | 2018-06-11 | 2022-03-29 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的用户设备、基站中的方法和装置 |
CN110535568B (zh) * | 2018-08-10 | 2022-05-03 | 中兴通讯股份有限公司 | 应答接收及发送方法、重传方法、通信设备及存储介质 |
US11979872B2 (en) | 2018-09-29 | 2024-05-07 | Beijing Xiaomi Mobile Software Co., Ltd. | Method, device and base station for transmitting information |
CN109257144B (zh) * | 2018-10-11 | 2021-03-19 | 暨南大学 | 可变速率harq-ir的低复杂度设计方法 |
CN113170511B (zh) * | 2018-11-02 | 2024-06-21 | 韦勒斯标准与技术协会公司 | 基于未授权频带的带宽部分(bwp)发送和接收物理信道和信号的方法及使用该方法的设备 |
EP3878119A4 (en) * | 2018-11-08 | 2022-06-08 | NEC Corporation | METHODS AND DEVICES FOR HYBRID AUTOMATIC REPEAT REQUEST |
CN111200477A (zh) * | 2018-11-19 | 2020-05-26 | 中兴通讯股份有限公司 | 传输数据帧的方法、装置和存储介质 |
WO2020145707A1 (ko) | 2019-01-09 | 2020-07-16 | 주식회사 윌러스표준기술연구소 | 비면허 대역에서 전송을 수행하기 위한 채널 액세스 방법 및 이를 이용하는 장치 |
JP7329543B2 (ja) * | 2019-01-09 | 2023-08-18 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | 端末、通信方法及び集積回路 |
US11075718B2 (en) * | 2019-02-13 | 2021-07-27 | Qualcomm Incorporated | Partitioning of downlink feedback indication bits |
WO2020190106A1 (ko) * | 2019-03-21 | 2020-09-24 | 엘지전자 주식회사 | Nr v2x에서 단말 간 채널 상태를 기지국으로 보고 하는 방법 및 장치 |
US11438795B2 (en) | 2019-06-27 | 2022-09-06 | Qualcomm Incorporated | HARQ process identification |
CN110537390B (zh) * | 2019-07-10 | 2023-09-12 | 北京小米移动软件有限公司 | 基于免授权上行调度的数据传输方法、装置及存储介质 |
WO2021003703A1 (zh) * | 2019-07-10 | 2021-01-14 | 北京小米移动软件有限公司 | 物理下行控制信道的传输参数更新方法、装置及存储介质 |
CN110545533B (zh) * | 2019-08-16 | 2022-09-09 | 中国信息通信研究院 | 一种车联网反馈资源配置方法、终端设备 |
WO2021042379A1 (en) * | 2019-09-06 | 2021-03-11 | Qualcomm Incorporated | Gc-dci resource reallocation for sps pusch |
CN114762433A (zh) * | 2019-10-04 | 2022-07-15 | Lg电子株式会社 | 基于nr v2x中的控制信息识别发送资源的方法和装置 |
CN115088215B (zh) * | 2020-02-21 | 2024-01-02 | 华为技术有限公司 | 一种数据传输方法及装置 |
WO2022151319A1 (en) * | 2021-01-15 | 2022-07-21 | Qualcomm Incorporated | Soft combining for relay routing |
US11496243B1 (en) * | 2021-05-04 | 2022-11-08 | Qualcomm Incorporated | Techniques for masking and unmasking cyclic redundancy check bits for early termination of decoding |
US12052126B2 (en) * | 2021-05-05 | 2024-07-30 | Qualcomm Incorporated | Modulating reference signals for conveying feedback information |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101296061A (zh) * | 2007-04-29 | 2008-10-29 | 中兴通讯股份有限公司 | Lte tdd系统中的上行数据传输方法 |
CN105429738A (zh) * | 2011-04-01 | 2016-03-23 | 华为技术有限公司 | 数据传输方法、装置及系统 |
US9380490B2 (en) * | 2010-11-08 | 2016-06-28 | Qualcomm Incorporated | System and method for uplink multiple input multiple output transmission |
Family Cites Families (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE60217098T2 (de) * | 2002-08-13 | 2007-05-03 | Matsushita Electric Industrial Co., Ltd., Kadoma | Hybrides automatisches Wiederholungsaufforderungsprotokoll |
ES2684358T3 (es) * | 2007-03-19 | 2018-10-02 | Telefonaktiebolaget Lm Ericsson (Publ) | (H)ARQ para programación semi-persistente |
US8717979B2 (en) * | 2007-10-25 | 2014-05-06 | Telefonaktiebolaget Lm Ericsson (Publ) | Multiplexing multiple unsolicited grant service (UGS) users onto a same radio resource |
US8489950B2 (en) * | 2008-08-06 | 2013-07-16 | Nokia Siemens Networks Oy | Discontinuous reception retransmission timer and method |
US8144712B2 (en) * | 2008-08-07 | 2012-03-27 | Motorola Mobility, Inc. | Scheduling grant information signaling in wireless communication system |
EP2244515A1 (en) * | 2009-04-23 | 2010-10-27 | Panasonic Corporation | Logical channel prioritization procedure for generating multiple uplink transport blocks |
CN102742338A (zh) * | 2010-02-02 | 2012-10-17 | 诺基亚公司 | 用于无线回程链路上的多个传输块的资源映射的方法和装置 |
ES2567084T3 (es) * | 2010-03-29 | 2016-04-19 | Lg Electronics Inc. | Método y dispositivo eficaces para transmitir información de control destinados a dar apoyo a la transmisión multiantena en el enlace ascendente |
US9497773B2 (en) * | 2012-02-08 | 2016-11-15 | QUALOCOMM Incorporated | Method and apparatus for enhancing resource allocation for uplink MIMO communication |
WO2014182009A1 (ko) * | 2013-05-06 | 2014-11-13 | 주식회사 케이티 | 응답 신호를 전송 및 수신하는 방법 및 그 장치 |
US9743432B2 (en) * | 2013-09-23 | 2017-08-22 | Qualcomm Incorporated | LTE-U uplink waveform and variable multi-subframe scheduling |
CN107005383B (zh) * | 2014-12-22 | 2021-04-16 | 苹果公司 | 用于ca(载波聚合)和laa(授权辅助接入)的多个分量载波上的传输块的联合处理 |
US10653890B2 (en) * | 2015-02-26 | 2020-05-19 | Sharp Kabushiki Kaisha | Light irradiation apparatus |
EP3301984A4 (en) | 2015-06-23 | 2018-06-20 | Huawei Technologies Co., Ltd. | Data transmission power control method and device |
WO2016206083A1 (zh) | 2015-06-26 | 2016-12-29 | 华为技术有限公司 | 上行数据传输的方法和装置 |
WO2017000143A1 (zh) | 2015-06-30 | 2017-01-05 | 华为技术有限公司 | 传输上行数据的方法和装置 |
EP3926864A1 (en) | 2015-07-01 | 2021-12-22 | Huawei Technologies Co., Ltd. | Uplink data transmission method and device |
CN107295702B (zh) * | 2016-04-01 | 2020-01-31 | 上海朗帛通信技术有限公司 | 一种窄带蜂窝通信的方法和装置 |
US10869333B2 (en) | 2016-12-16 | 2020-12-15 | Huawei Technologies Co., Ltd. | Systems and methods for mixed grant-free and grant-based uplink transmissions |
JP2020036051A (ja) * | 2016-12-28 | 2020-03-05 | 株式会社Nttドコモ | ユーザ装置、及びデータ送信方法 |
CN108337733B (zh) * | 2017-01-20 | 2021-01-29 | 华为技术有限公司 | 一种数据传输方法及相关装置 |
CN110268785B (zh) * | 2017-02-03 | 2022-11-29 | Lg 电子株式会社 | 无线通信系统中发送基于免许可的上行链路数据的方法和设备 |
US10667173B2 (en) * | 2017-02-13 | 2020-05-26 | Qualcomm Incorporated | Feedback retransmission repetition coding for wireless communications |
US10271350B2 (en) * | 2017-03-31 | 2019-04-23 | Nokia Technologies Oy | Methods, apparatuses, and systems for providing transfer block indication in uplink grant-free transmissions |
-
2017
- 2017-12-22 US US15/852,089 patent/US10652866B2/en not_active Expired - Fee Related
- 2017-12-29 EP EP17901717.3A patent/EP3590290B1/en active Active
- 2017-12-29 WO PCT/CN2017/120217 patent/WO2018171290A1/en unknown
- 2017-12-29 CN CN201780088684.7A patent/CN110447278B/zh active Active
-
2020
- 2020-05-01 US US16/864,829 patent/US11375484B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101296061A (zh) * | 2007-04-29 | 2008-10-29 | 中兴通讯股份有限公司 | Lte tdd系统中的上行数据传输方法 |
US9380490B2 (en) * | 2010-11-08 | 2016-06-28 | Qualcomm Incorporated | System and method for uplink multiple input multiple output transmission |
CN105429738A (zh) * | 2011-04-01 | 2016-03-23 | 华为技术有限公司 | 数据传输方法、装置及系统 |
Non-Patent Citations (2)
Title |
---|
HUAWEI等: "Grant-free transmission scheme for UL URLLC", 《3GPP TSG RAN WG1 MEETING #87,R1-1611689》 * |
LENOVO: "Discussion on retransmission design for grant-free based UL transmission", 《3GPP TSG RAN WG1 MEETING #86BIS,R1-1609400》 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111277371A (zh) * | 2020-01-20 | 2020-06-12 | 展讯通信(上海)有限公司 | 数据传输方法及设备 |
CN111277371B (zh) * | 2020-01-20 | 2022-11-08 | 展讯通信(上海)有限公司 | 数据传输方法及设备 |
WO2022155897A1 (zh) * | 2021-01-22 | 2022-07-28 | 北京小米移动软件有限公司 | 一种通信方法、通信装置及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN110447278B (zh) | 2021-12-14 |
US11375484B2 (en) | 2022-06-28 |
EP3590290A4 (en) | 2020-03-18 |
US20200260439A1 (en) | 2020-08-13 |
EP3590290A1 (en) | 2020-01-08 |
US20180270807A1 (en) | 2018-09-20 |
WO2018171290A1 (en) | 2018-09-27 |
EP3590290B1 (en) | 2023-10-25 |
US10652866B2 (en) | 2020-05-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110447278A (zh) | 用于支持异步上行链路harq和多个同时传输的系统和方法 | |
CN112804036B (zh) | 用于免授权上行链路传输的harq信令 | |
EP3602950B1 (en) | Systems and methods for downlink control channel signaling for uplink transmission | |
JP5873873B2 (ja) | 肯定/否定応答メッセージのマッピング方法及び端末 | |
EP3081031B1 (en) | Terminal apparatus, and base station apparatus | |
CN110431792A (zh) | 用于高可靠性低等待时间通信系统的下行链路和上行链路传输 | |
WO2017121417A1 (zh) | 一种确定编码调制参数的方法、装置和系统 | |
KR20190129970A (ko) | 다중 harq 그랜트 프리 전송을 위한 구성, 표시 및 ack/nack | |
KR101727793B1 (ko) | Tdd 기반 무선 통신 시스템에서 ack/nack 전송 방법 및 장치 | |
US8477666B2 (en) | Method and arrangement in a telecommunication system with signalling of assigned data packets in a bundling window | |
EP3619861B1 (en) | Hybrid automatic repeat request for uplink ultra-reliable and low-latency communications | |
CN109417449A (zh) | 混合自动重传请求反馈和多传输时间间隔调度 | |
WO2015103722A1 (zh) | Harq-ack反馈信息的传输方法、系统及终端和基站 | |
CN103918214A (zh) | 无线通信网络中的确认信令 | |
US11838914B2 (en) | Method, apparatus, and system for transmitting uplink control information in wireless communication system | |
KR20120016057A (ko) | 다중 반송파 시스템에서 긍정/부정 수신 확인 메시지를 피드백하는 방법 | |
CN106452661A (zh) | 应答信息的传输方法、装置、基站及终端 | |
KR20200116392A (ko) | 무선 통신 시스템에서 비승인 기반 데이터 전송 방법 및 장치 | |
CN101960756A (zh) | 移动通信系统、基站装置、用户装置以及方法 | |
KR20200083217A (ko) | 무선 통신 시스템에서 비승인 데이터 전송 방법 및 장치 | |
CN110235400A (zh) | 用户设备、基站和通信方法 | |
KR20200056260A (ko) | 무선 통신 시스템에서 비승인 기반 데이터 전송 방법 및 장치 | |
US20190132106A1 (en) | Uplink transmission method and apparatus | |
KR20210093706A (ko) | 무선 통신 시스템에서 비승인 기반 데이터 전송 방법 및 장치 | |
KR20110097235A (ko) | 무선 통신 시스템에서 신호 송수신 방법 및 장치 |
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 |