CN105765894A - 用于混合自动重复请求传输的方法、装置和用户设备 - Google Patents
用于混合自动重复请求传输的方法、装置和用户设备 Download PDFInfo
- Publication number
- CN105765894A CN105765894A CN201380081231.3A CN201380081231A CN105765894A CN 105765894 A CN105765894 A CN 105765894A CN 201380081231 A CN201380081231 A CN 201380081231A CN 105765894 A CN105765894 A CN 105765894A
- Authority
- CN
- China
- Prior art keywords
- harq
- transmission
- fuzzy
- downlink
- feedback
- 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
- 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]
- H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
-
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
- H04L1/0003—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
-
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
-
- 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]
- H04L1/1816—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of the same, encoded, message
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- 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/1607—Details of the supervisory signal
- H04L1/1692—Physical properties of the supervisory signal, e.g. acknowledgement by energy bursts
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
提供了一种用于在从基站到至少一个用户设备的下行链路中执行混合自动重复请求(HARQ)传输的方法、装置和用户设备。示例性方法包括接收对关于传输块执行的HARQ传输的HARQ反馈。该方法还包括确定该HARQ反馈是否是关于否定确认或不连续传输的模糊HARQ反馈。该方法额外包括基于在从第一HARQ传输开始计数的HARQ传输的目标数目内已经执行的HARQ传输的数目和相应接收到的HARQ反馈和来将该模糊HARQ反馈设置(S206)为否定确认或不连续传输。
Description
技术领域
本文的本公开的非限制性和示例性实施例涉及无线通信领域。具体地,本文的实施例涉及用于在从基站(“BS”)到至少一个用户设备(“UE”)的下行链路(“DL”)中执行混合自动重复请求(“HARQ”)传输的方法、装置和UE。
背景技术
在不利用载波聚合(“CA”)技术的第三代合作伙伴计划(“3GPP”)长期演进(“LTE”)***中,诸如具有(肯定)确认(“ACK”)/否定确认(“NACK”)绑定机制的LTE频分双工(“FDD”)或时分双工(“TDD”)***中,一个上行链路(“UL”)反馈表示单个DL子帧或绑定窗口的HARQ反馈。如果UE没有成功检测到物理下行链路控制信道(“PDCCH”),则UE可以确定不连续传输(“DTX”)的存在,并且因此将不在物理上行链路控制信道(“PUCCH“)或物理上行链路共享信道(“PUSCH”)上传送HARQ反馈。如果已经检测到PDCCH,则将基于物理下行链路共享信道(“PDSCH”)是否已经被成功解码来在PUCCH或PUSCH上报告ACK或NACK。以这种方式,演进的节点B(“eNB”)能够通过测量在PUCCH或PUSCH上的HARQ反馈的功率电平来检测PDCCHDTX。
如本领域技术人员已知的,在3GPPLTE版本10(“Rel-10”)中引入了CA技术,目的在于通过聚合多个载波用于执行针对单个UE的同时传输来使峰值吞吐量加倍。在DL中具有多个分量载波(CC)的CA***中,针对支持CA的一个UE,可以在主小区(“PCell”)和激活的辅小区(“SCell”)中执行多个并行HARQ传输。由此,需要UE通过单个UL子帧来报告用于PCell和SCell的若干HARQ反馈。为此,具有信道选择的PUCCH格式1b的新的HARQ反馈模式和PUCCH格式3已经由3GPP指定用于CA,其能够承载针对在一个DL子帧或绑定窗口中的多个HARQ传输的更多反馈比特。
然而,在利用ACK/NACK复用的CA中,一个ULHARQ反馈表示用于多于一个的DLHARQ传输的ACK/NACK,诸如DL中的2个CC。具体地,UE将在PUCCH或PUSCH上传送HARQ反馈,只要在相应的子帧或绑定窗口中接收到一个DL许可。NACK/DTX还可以由UE针对未能检测PDCCH(导致DTX)或未能解码PDSCH(导致NACK)的子帧进行报告。这样,NACK/DTX是否表示NACK或者DTX变得模糊,并且eNB无法根据所报告的模糊的反馈NACK/DTX将NACK与DTX进行区分。
例如,在具有等于1的绑定窗口尺寸(M)的CAFDD或TDD***的情况下,如果从UE针对配对的码字(“CW”)中的一个来报告ACK或NACK,则可以假定没有PDCCH丢失。然而,如果针对两个CW报告了NACK/DTX,则eNB可能不清楚这些模糊的反馈。在具有M>1的CATDD***中模糊更严重,其中有在绑定窗口内和CW之间存在更多的ACK/NACK复用和绑定。因为NACK/DTX针对配对的CW而被绑定,所以任何接收到的NACK/DTX关于NACK或DTX具有不确定性问题。
接收到的NACK/DTX的不确定性带来了对于正常HARQ重传和PDCCH链路适配(“LA”)的外环调整的问题。通常,HARQ重传和PDCCHLA的外环调整根据接收到的反馈执行如下:
1)接收到的NACK(10%概率作为PDSCHLA的误块率(“BLER”)目标)
下一冗余版本(“RV”)被重传,直至允许的HARQ传输的最大数目。整体RV序列是RV0->RV2->RV3->RV1,如3GPP推荐的。NACK用于PDSCHLA的外环调整,以保证10%的BLER目标。
2)接收到的DTX(1%概率作为PDCCHLA的目标PDCCH丢失率)
先前RV被重传。DTX用于PDCCH的LA的外环调整,以保证1%的PDCCH丢失率。
根据以上可以看出,HARQ重传和PDCCHLA外环调整在很大程度上取决于NACK或DTX的明确反馈;否则,eNB不知道如何执行HARQ重传和PDCCHLA外环调整,这可能导致HARQ合并增益的损失和PDCCHLA的不准确。
通常,有两种解决方法来处理NACK/DTX模糊。一个是将NACK/DTX简单地作为DTX被处理,并且另一个是将其简单地作为NACK来处理。然而,两个解决方案导致了对***性能的不期望和不利的影响。关于作为DTX进行处理,给定10%的PDSCHBLER目标和1%的PDCCH丢失率,NACK/DTX以超过90%的概率可能是NACK。然而,如果仅作为DTX进行处理,则先前RV被重传。以该方式,只有追加合并(“CC”)可以由UE执行,并且将失去增量冗余(“IR”)合并增益将会丢失,这劣化CA吞吐量,特别是在具有波动的信道的情况下。此外,因为真实PDCCHDTX概率约为1%,所以通过该方法的所估计的DTX概率对于用于PDCCHLA的外环调整来说过高(约10%)。换言之,存在PDCCHDTX的虚警,这可能导致不适当的外环调整。关于作为NACK进行处理,如果模糊NACK/DTX实际上指DTX,则可能引起更多HARQ传输。例如,如果初始RV0已经丢失并且UE将NACK/DTX作为反馈传送到eNB,则通过将NACK/DTX设置为DTX,eNB应当重传RV0以用于提高UE侧解码的成功率。然而,由于将NACK/DTX作为NACK进行处理,则eNB将重传该后续RV(例如,RV2、RV3和RV1),这很可能由于不存在RV0而导致UE侧的解码故障。因此,引入了额外的HARQ重传,导致吞吐量劣化。此外,由于简单地作为NACK进行处理,以及PDCCHDTX的漏检,真实PDCCHDTX无法被检测,并且因此,异常PDCCHLA可能出现,因为DTX的适当确定在PDCCHLA的外环调整中起关键作用,如上所述。
简言之,将NACK/DTX简单地作为NACK或DTX来进行处理对于HARQ传输和LA外环调整二者不是优化的。
发明内容
本公开内容的目的在于解决上述问题中的至少一个,并且提供用于消除NACK/DTX反馈的模糊使得通信效率可以被提高的解决方案。该目的可以通过提供方法和装置来实现,该方法和装置在从基站到至少一个用户设备的下行链路中执行HARQ。
根据本公开的一个方面,提供了一种用于在从基站到至少一个用户设备的下行链路中执行HARQ传输的方法。该方法包括接收对关于传输块执行的HARQ传输的HARQ反馈。该方法还包括确定HARQ反馈是否是关于否定确认或不连续传输的模糊HARQ反馈。该方法额外包括基于在从第一HARQ传输开始计数的目标数目的HARQ传输内已经执行的HARQ传输的数目和对应接收到的HARQ反馈来将模糊HARQ反馈设置为否定确认或不连续传输。
在一个实施例中,每当接收到模糊HARQ反馈时,都执行设置步骤。
在另一实施例中,目标数目为2,并且设置的步骤包括下述中的一个:如果第一接收到的HARQ反馈是模糊的,则将该第一接收到的HARQ反馈设置为否定确认;如果第一接收到的HARQ反馈是否定确认并且第二接收到的HARQ反馈是模糊的,则将第二接收到的HARQ反馈设置为不连续传输;如果第一和第二接收到的HARQ反馈二者都是模糊的,则将第二接收的HARQ反馈设置为不连续传输;以及如果第一接收到的HARQ反馈是不连续传输并且第二HARQ反馈是模糊的,则将第二接收到的HARQ反馈设置为否定确认。
在另一实施例中,第一接收到的HARQ反馈是模糊的,并且该方法还包括选择用于第二HARQ传输的明示或隐式的下行链路指派。
在另一实施例中,选择步骤基于用于第一或第二HARQ传输的编码速率或调制和编码方案。
在实施例中,明示或隐式的下行链路指派的选择包括:如果编码速率或调制和编码方案索引高于相应阈值,则选择明示下行链路指派,并且如果编码速率或调制和编码方案索引低于相应阈值,则选择隐式下行链路指派。
在另一实施例中,在针对目标数目的HARQ传输的HARQ反馈的完全接收之后,设置模糊HARQ反馈。
在另一实施例中,目标数目为2,并且设置步骤包括下述中的一个:如果两个接收到的HARQ反馈都是模糊的,则将该两个接收到的HARQ反馈中的一个设置为不连续传输,并且将另一个设置为否定确认;如果两个接收到的HARQ反馈中的一个是不连续传输,并且另一个是模糊的,则将模糊HARQ反馈设置为否定确认;如果两个接收到的HARQ反馈中的一个是否定确认,并且另一个是模糊的,则将模糊HARQ反馈设置为不连续传输;以及如果第一接收到的HARQ反馈是模糊的并且第二接收到的HARQ反馈是肯定确认,则将模糊HARQ反馈设置为否定确认。
在实施例中,该方法还包括在模糊HARQ反馈被设置为不连续传输之后,立即以初始冗余版本来执行HARQ重传。
在另一实施例中,第一和第二接收到的HARQ反馈二者均是模糊的,并且该方法进一步包括选择明示下行链路指派用于具有初始冗余版本的HARQ重传。
在另一实施例中,该方法还包括在接收到关于另一传输块的肯定确认或否定确认时,将接收到的模糊HARQ反馈中的每一个确定为否定确认,其中在下行链路指派和传输中,该另一传输块与该传输块配对。该方法还包括在接收到关于另一传输块的不连续传输时。将接收到的模糊HARQ反馈确定为不连续传输。
在另一实施例中,该方法进一步包括基于非模糊HARQ反馈和设置的HARQ反馈来执行用于下行链路业务或控制信道的链路适配外环调整。
根据本公开的另一方面,提供了一种用于在从基站到至少一个用户设备的下行链路中执行HARQ传输的方法。该方法包括根据增量冗余版本序列来执行目标数目的HARQ传输。该方法还包括:在目标数目的HARQ传输已经被执行之后立即执行具有初始冗余版本的HARQ重传。
在实施例中,目标数目是2,并且第一接收到的HARQ反馈是模糊的,并且该方法还包括选择明示或隐式下行链路指派用于第二HARQ传输。
在另一实施例中,选择步骤基于用于第一或第二HARQ传输的编码速率或调制和编码方案。
在另一实施例中,明示或隐式下行链路指派的选择包括:显式或隐下行链路指配的所述选择包括:如果编码速率或调制和编码方案索引高于相应阈值,则选择明示下行链路指派;以及如果编码速率或调制和编码方案索引低于相应阈值,则选择隐式下行链路指派。
在另一实施例中,目标数目是2,并且第一接收到的HARQ反馈和第二接收到的HARQ反馈都是模糊的,并且该方法还包括:选择明示下行链路指派用于具有初始冗余版本的HARQ重传。
根据本公开的一方面,提供了一种用于在从基站到至少一个用户设备的下行链路中执行HARQ传输的装置。该装置包括接收单元,配置为接收对关于传输块执行的HARQ传输的HARQ反馈。该装置还包括确定单元,配置为确定HARQ反馈是否是关于否定确认或不连续传输的模糊HARQ反馈。该装置还包括设置单元,配置为基于在从第一HARQ传输开始计数的HARQ传输的目标数目内已经执行的HARQ传输的数目和相应接收到的HARQ反馈来将模糊HARQ反馈设置为否定确认或不连续传输。
根据本公开的另一个方面,提供了一种用于在从基站到至少一个用户设备的下行链路中执行HARQ传输的装置。该装置包括第一执行单元,被配置为根据增量冗余版本序列来执行目标数目的HARQ传输。该装置还包括第二执行单元,被配置为在目标数目的HARQ传输已经被执行之后立即执行具有初始冗余版本的HARQ重传。
根据本公开的一方面,提供了一种用于在从基站到至少一个用户设备的下行链路中执行混合自动重复请求(HARQ)传输的装置。该装置包括至少一个处理器、包括计算机程序代码的至少一个存储器,其中该至少一个存储器和计算机程序代码被配置为,利用该至少一个处理器,使得该装置至少执行如上所述和以下讨论的方法。
根据本公开的另一方面,提供了一种用于在从基站到至少一个用户设备的下行链路中执行混合自动重复请求(HARQ)传输的装置。该装置包括适配为执行上述和以下讨论的方法的处理装置。
根据本公开的一个方面,提供了一种用于在下行链路中从基站接收混合自动重复请求(HARQ)传输的方法。该方法包括从基站接收关于传输块的目标数目的HARQ传输中的每一个。该方法还包括向基站发送对应于目标数目的HARQ传输的HARQ反馈,其中,HARQ反馈包括关于否定确认或不连续传输的一个或多个模糊HARQ反馈,其中,接收包括接收由基站基于在从第一HARQ传输开始计数的HARQ传输的目标数目内已经执行的HARQ传输的数目和相应接收到的HARQ反馈所作出的明示或隐式下行链路指派。
根据本公开的另一个方面,提供了一种用于在下行链路中从基站接收混合自动重复请求(HARQ)传输的用户设备。该用户设备包括接收机,被配置成从基站接收关于传输块的目标数目的HARQ传输中的每一个。该用户设备还包括发射机,被配置为向基站发送对应于目标数目的HARQ传输的HARQ反馈,其中,HARQ反馈包括关于否定确认或不连续传输的一个或多个模糊HARQ反馈,其中,接收包括接收由基站基于在从第一HARQ传输开始计数的HARQ传输的目标数目内已经执行的HARQ传输的数目和相应接收到的HARQ反馈所作出的明示或隐式下行链路指派。
以上概述了本发明的各个方面和实施例。在各个实施例中阐述的解决方案不应当被理解为独立地操作,而可以彼此相结合,如本领域技术人员在本公开的教导下所已知的。
通过在如上所述的各个方面和实施例中讨论的解决方案,在目标次数内接收到的NACK/DTX反馈的模糊可以被克服,并且由此装置(即,BS)已经被给予决定如何实现DL指派和LA的外环调整的能力(例如,用于PDCCH)。另外,通过在将模糊NACK/DTX设置为DTX时选择用于HARQ传输的RV0(初始版本),还可以实现IR合并增益。
附图说明
现在将关于所公开的附图来更具体地描述实施例,其中:
图1是描绘可以实践本公开的实施例的无线通信网络的示意图,
图2是用于根据本公开的实施例的从BS到至少一个UE的DL中的HARQ传输的方法的示意性流程图,
图3是根据本公开的实施例的用于从BS到至少一个UE的DL中的HARQ传输的另一方法的示意性流程图,
图4是根据本公开的实施例的用于从BS到至少一个UE的DL中的HARQ传输的另一方法的示意性流程图,
图5是根据本公开的实施例的用于从BS到至少一个UE的DL中的HARQ传输的另一方法的示意性流程图,
图6是示意性描绘根据本公开的实施例的用于从BS到至少一个UE的DL中的HARQ传输的装置的框图,
图7是示意性描绘根据本公开的实施例的用于从BS到至少一个UE的DL中的HARQ传输的装置的框图,
图8是根据本公开的实施例的用于从BS到至少一个UE的DL中的HARQ传输的装置的示意性框图,
图9是根据本公开的实施例的在UE和BS之间的HARQ传输的示意性消息收发图,以及
图10是根据本公开的实施例的用于在DL中从BS接收HARQ传输的装置的示意性框图。
具体实施方式
现在将参考附图来更全面地描述本公开,在附图中示出了本公开的特定实施例。然而,本公开可以以很多不同的形式来实现并且不应当被解释为限于本文所阐述的实施例;相反,这些实施例通过示例的方式来提供,使得本公开将是全面和完整的,并且将向本领域技术人员充分传达本公开的范围。贯穿说明书,相同的附图标记指代相同的元件。
通常,在权利要求书中使用的所有术语将根据其在技术领域中的普通含义来解释,除非本文明确地另有定义。例如,UE可以是任何适当的无线通信终端,诸如移动电话或便携式计算机。然而,这不应当将本发明限制为任何特定通信标准。相反,术语UE和通信终端可以被视为本质上同义的,除非与上下文相矛盾。类似地,根据任何适当的通信标准,BS可以是任何适当的无线电BS,诸如节点B或eNodeB。
对“一/一个/该元件、装置、组件、部件、步骤等”的引用要被开放地解释为对元件、装置、组件、部件、步骤等的至少一个实例的引用,除非明确地另有说明。本文公开的任何方法的步骤不必以所公开的确切顺序执行,除非明确声明。以上和以下就本公开的各方面中的任何一个方面的讨论也在有关本公开的任何其他方面的可应用部分中。
图1是描绘可以实践本公开的实施例的无线通信网络100的示意图。如在图1中所示,也称为节点B或eNB的BS与UE1和UE2进行通信。应当注意,所示出的两个UE仅用于说明的目的,并且根据BS的覆盖能力,在BS的覆盖区域中可以存在几百个UE。
在示例性场景中,BS可以在DL方向上向UE1或UE2发送HARQ传输,并且作为响应,在UL方向上从UE1或UE2接收HARQ反馈。如前所述,根据各种因素,UE可以向BS发送ACK、NACK或NACK/DTX反馈,诸如在成功解码PDSCH时、成功检测PDCCH但未成功解码PDSCH时,例如,在支持CA的***中。一旦从例如UE1的UE接收到NACK/DTX,BS就无法确定NACK/DTX指NACK还是DTX,并且因此无法执行适当的DL指派或LA外环调整,该适当的DL指派或LA外环调整主要依赖于正确的HARQ反馈。为此,本公开提出了如上所述并且将在以下在各种方面中和实施例中被具体描述的若干解决方案,来克服该模糊的问题以及由其导致或与之相关的其他问题,并且由此显著提升通信效率。
图2是根据本公开的实施例的用于从BS到至少一个UE的DL中的HARQ传输的方法200的示意性流程图。为了便于理解方法200的合理性,假设PDSCHBLER目标是10%并且用于第一HARQ传输的NACK的概率在PDSCHLA之后是10%。此外,假设PDCCH的丢失率的目标是1%,并且在PDCCHLA之后PDCCHDTX的概率是1%。
如图2所示,在步骤S202,方法200接收对关于传输块执行的HARQ传输的HARQ反馈。在步骤S204,方法200确定HARQ反馈是否是关于NACK或DTX的模糊HARQ反馈。本文的模糊HARQ反馈指NACK/DTX反馈并且可以通过不同的比特或比特组合来确定或识别。
在虚线框所描绘的可选步骤S206,在接收到关于另一传输块的ACK或NACK时,方法200将所接收到的模糊HARQ反馈中的每一个HARQ反馈确定为NACK,其中,该另一传输块在DL指派和传输中与该传输块配对。在另一可选步骤S208,在接收到关于另一传输块的DTX时,方法200将所接收到的模糊HARQ反馈确定为DTX。步骤S206和S208可以在多输入多输出(“MIMO”)***中发生。在MIMO***中,两个传输块或CW通过一个DL指派被调度用于配对的HARQ传输。用于任何传输块的NACK/DTX首先根据其配对的HARQ反馈来被确定。即,如果配对的HARQ反馈中的一个被确定为ACK或NACK,则来自配对的HARQ反馈中的另一个的模糊NACK/DTX被设置为NACK。类似地,如果配对的HARQ反馈中的一个被确定为DTX,即,接收到明确DTX,则来自配对的HARQ反馈的另一个的模糊NACK/DTX被设置为DTX。
在确定接收到模糊HARQ反馈时,在步骤S210,方法200基于在从第一HARQ传输开始计数的目标数目的HARQ传输内已经执行的HARQ传输的数目和相应接收到的HARQ反馈来将模糊HARQ反馈设置为NACK或DTX。本文的HARQ传输的目标数目可以是可配置的值,诸如从多次仿真得到的经验值,并且可以被给予值2,这将参考图3和图4来更具体地作为优选值进行描述。
虽然在图2中没有明确描绘,但是在一个实施例中,步骤S210处执行的设置可以在每次接收到NACK/DTX反馈时被执行。换言之,在接收到NACK/DTX反馈时,BS将应用所提出的解决方案,以将NACK/DTX设置或解释为NACK或DTX,如在图3中示例性描绘的。在另一实施例中,如步骤S210处执行的设置可以在目标数目的HARQ传输内接收所有反馈之后被执行,如图4中明确描绘的。
在一个实施例中,方法200进一步在NACK/DTX被设置为DTX之后立即执行具有初始冗余版本(例如,RV0)的HARQ重传。以该方式,当前重传的RV0可以与在第一HARQ传输时传送的RV0合并以实现CC增益,或者与在第二HARQ传输时传送的RV2组合以实现IR合并增益,这改善了CA吞吐量,特别是在具有波动的信道的情况下。
在另一实施例中,方法200进一步基于非模糊的HARQ反馈和设置的HARQ反馈来执行用于DL业务和控制信道的LA外环调整。本文的非模糊HARQ反馈可以指可以从UE接收并且向BS明确指示用于相应DL传输的UE的接收状态的ACK、NACK或DTX。
以上描述了参考图2的方法200及其在一些实施例中的各种扩展。应当注意,步骤的顺序仅是说明性的,并且不应当被用来限制本公开的范围。本领域的技术人员在本公开内容的教导之上,能够改变或修改的方法步骤的顺序以满足各种要求,诸如用于不同的无线***或应用的不同传输技术。此外,技术人员在教导之上,还可以添加、删除或替换一些步骤,使得所提出的解决方案可以在实际无线通信环境中被更有效地执行。例如,如果所应用的***是MIMO***,则可选步骤S206和S208可以被添加。再次,虽然两次HARQ传输(一个新的或初始HARQ传输和一个HARQ重传)是优选的或例示的,如稍后将讨论的,但是本领域技术人员可以将目标数目设置为任何适当的数目,以便于实现DTX或NACK的更好的检测率或者改善的吞吐量,以满足实际***要求。
图3是根据本公开的实施例的用于从BS到至少一个UE的DL中的HARQ传输的另一方法300的示意性流程图。如前所述,方法300是在方法200中的目标数目被预定为2并且每当接收到模糊NACK/DTX时执行方法200中的设置时,本公开的示例性和优选实施例。
方法300在DL上执行HARQ传输,例如,执行具有初始冗余版本RV0的第一HARQ传输或者具有冗余版本RV2的第二HARQ传输。作为响应,在步骤S306,方法300从至少一个UE(例如,如图1中描绘的UE1或2)接收HARQ反馈。然后,在步骤S308,方法300例如通过不同的已知比特或比特组合来确定接收到的HARQ反馈是否是模糊的。在确定HARQ反馈的模糊性时,方法300在步骤S310确定HARQ传输的数目,即,目前已经执行了多少次HARQ传输。在步骤S312,方法300决定数目是否大于预先定义的目标数目2。如果该数目小于2,即,数目等于1,这意味着第一HARQ传输已经被执行,则流程前进到步骤S314,其中,如果第一接收到的HARQ反馈是模糊的,则方法300将NACK/DTX设置为NACK。然后,流程在必要时可以通过可选步骤S322或S324,这将在稍后讨论,并且循环回到步骤S304以用于第二HARQ传输,但是在图3中没有明确示出。
如果该数目等于2,则这意味着第二HARQ传输已经被执行。然后,方法300可以根据第一和第二接收到的HARQ反馈的接收结果来切换到步骤S316、S318或S320。具体地,在步骤S316,如果第一接收到的HARQ反馈是NACK并且第二接收到的HARQ反馈是模糊的,则方法300将第二接收到的HARQ反馈设置为DTX。在步骤S318,如果第一和第二接收到的HARQ反馈均是模糊的,则方法300还将第二接收到的HARQ反馈设置为DTX。类似地,在步骤S320如果第一接收到的HARQ反馈是DTX并且第二接收到的HARQ反馈是模糊的,则方法300进一步将第二接收到的HARQ反馈设置为NACK。
其中两个接收到的HARQ反馈都是模糊的设置操作可以用RV映射表1以类似伪代码的方式被如下简单表达:
表1:提出的RV映射表
为了促进对本公开的更好理解,以下是关于以上处理或设置为何是合理的并且如前所述优于现有解决方案的具体分析。
当接收到对于第一HARQ传输(RV0)的模糊反馈(即,NACK/DTX)时,存在如下两种可能的情况:
1)RV0->DTX
在该情况下,因为反馈是DTX,所以这意味着针对第一HARQ传输的许可(例如,由PDCCH承载)丢失。由于设置为NACK,所以如在映射表1中所示的,重传RV2可能不是自解码的。因为PDCCH丢失率通常为1%,并且如果针对RV2(即,第二HARQ传输)的HARQ反馈仍然是NACK/DTX,则RV0将被重传用于第三HARQ传输,其对总吞吐量具有很小的影响(由于多一个的HARQ传输而导致的1%的丢失)。这样的丢失可以通过IR合并增益来补偿,因为在大多数情况下,第一反馈可能是NACK。鉴于RV2可能不是自解码的事实,DTX可以通过RV2的到来的反馈NACK/DTX来检测。
2)RV0->NACK
在该情况下,因为反馈是NACK,所以这意味着第一HARQ传输的许可被接收,但是其无法解码PDSCH。在该情况下,其具有大于90%的概率是NACK。因此,将NACK/DTX设置为NACK是正确的操作。重传的RV2可以与RV0合并以实现IR合并增益。
当接收到针对第一HARQ传输(RV0)和第二HARQ传输(RV2)二者的NACK/DTX时,存在如下四种可能的情况:
1)RV0->DTX并且RV2->DTX
在该情况下,第一和第二HARQ传输丢失。将一个反馈设置为DTX是正确的,因为该PDCCH已经丢失了两次。然而,该情况的发生概率非常低(1%×1%=0.01%),除非UE处于深衰落区。鉴于此,将一个模糊NACK/DTX设置为DTX并且执行RV0重传似乎必要。
2)RV0->DTX并且RV2->NACK
在该情况下,因为第一HARQ传输丢失并且第二HARQ传输没有被正确解码。将一个模糊NACK/DTX设置为DTX是正确的,即使其似乎有点晚,因为DTX实际上在第一反馈中出现。然而,在第三HARQ传输中的RV0的重传允许与RV2的IR合并。
3)RV0->NACK并且RV2->DTX
在该情况下,第一HARQ传输没有被正确解码并且第二HARQ传输丢失。因此,设置DTX是正确的,并且RV0的重传允许与RV0进行追加合并。
4)RV0->NACK并且RV2->NACK
在该情况下,第一和第二HARQ传输未被正确地解码。该情况的发生概率也非常低。在多数情况下,可能性低于0.1%,这远低于DTX的1%的可能性。这指示,所提出的设置具有产生DTX虚警的较低可能性。在第三HARQ传输时的RV0的重传允许与先前RV0和RV2的合并。此后,解码PDSCH的失败指示信道处于深衰落或强干扰中。设置的DTX辅助BS指派用于DL指派的更稳健的PDCCH。
当接收到对于多于第二HARQ传输(例如,第三和第四HARQ传输)的模糊NACK/DTX时,因为之前两个RV0已经被传送并且两个RV0均丢失的可能性非常低(1%×1%=0.01%),所以将NACK/DTX设置为NACK并且用新的RV执行HARQ传输是合理的。
从以上关于两个模糊HARQ反馈的各种场景的讨论,可以看出根据本公开的实施例的基于已经执行的HARQ传输的数目以及先前反馈结果进行设置是合理的,并且在接收到模糊NACK/DTX时帮助BS区分或设置HARQ反馈。
现在返回图3的流程图,在相应地设置模糊HARQ反馈时,方法300可以可选地执行虚线框中所描绘的步骤S322、S324和S326。例如,在步骤S322,方法300可以执行针对DL业务信道(例如,PDSCH)或控制信道(例如,PDCCH)的LA外环调整。具体地,如果设置的HARQ反馈是NACK,则LA执行用于业务信道的向下步进调整和用于控制信道的向上步进调整,如在接收明确的NACK时进行的。如果设置的HARQ反馈是DTX,则LA执行用于控制信道的向下步进调整,如在接收到明确DTX时进行的。这些调整操作可以随后应用于第一HARQ传输(即,初始HARQ传输)和第二HARQ传输(即,第一HARQ重发),即,紧接在步骤S314或流程中的步骤S316、S318和S320中的一个之后,如所描述的。
方法300还可以在步骤S324处选择明示或隐式DL指派用于第二HARQ传输。选择的目的是尝试改善BS侧的DTX检测以及吞吐量。这基于下述事实,如果RV0的编码速率(“CR”)大于阈值,则RV2是不可自解码的,而如果RV0的CR低于阈值,则其是可自解码的。例如,在RV0的CR低于阈值的情况下许可用于RV2的隐式MCS(诸如3GPPTS36.213,表7.1.7.1-1中规定的诸如MCS29、MCS30或MCS31)将保证如果RV0是DTX,则RV2无法由UE解码。因此,DTX将由BS通过将RV2的NACK/DTX设置为DTX来检测;否则,大多数RV0的DTX将经历丢失检测,这导致了PDCCH的不适当的LA调整。类似地,在RV0的编码率大于阈值的情况下,许可用于RV2的明示MCS(诸如在3GPP36.213,表7.1.7.1-1中规定的MCS0至MCS28中的一个)允许在对初始RV0传输的反馈是DTX时,RV2利用下一RV来实现IR合并增益,这有利于吞吐量。同时,因为RV2不是自解码的,所以DTX检测被保证。这与现有技术的不同,在现有技术中RV2最有可能被许可有隐式MCS,并且由此如果初始RV0是DTX,则与到来的RV的IR合并增益可能丢失。
概括地说,优选的是从吞吐量的角度许可用于RV2的重传的明示MCS,并且从DTX检测的角度许可用于RV2的重传的隐式MCS。此外,本公开提出了如下根据CR或MCS来许可RV2的MCS:
以上述方式,允许具有较大MCS索引的RV2传输实现与重传的RV0的IR合并增益,并且同时保证DTX检测率。应当注意,较高MCS分配在CA场景下是典型情况,因为如果信道质量低于阈值,则SCell应当被去激活或解配置。
在步骤S326,方法300可以执行具有初始RV的HARQ重传(即,具有RV0的第三HARQ传输,如表1中所示)。此外,重传的RV0应当使用明示MCS,而不是隐式MCS,诸如MCS29、30和31。否则,在由于第一RV0丢失并且RV2被指派有隐式MCS许可而导致不存在最新MCS信息的情况下,其可能被UE丢弃。
上面已经参考图3讨论了在目标数目是2并且每当接收到模糊NACK/DTX时就进行设置时的本公开的实施例。应当注意,步骤S322、S324和S326是本公开的可选和优选步骤,并且可以根据实际通信要求来独立地或组合地被执行。以下将参考图4来讨论在目标数目是2并且在完全接收模糊NACK/DTX(即,第一和第二NACK/DTX反馈)之后进行设置时的本公开的实施例。
图4是根据本公开的实施例的用于从BS到至少一个UE的DL中的HARQ传输的另一方法400的示意性流程图。如图4所示,步骤S404、S406、S408和S410分别类似于步骤S304、S306、S308和S310,并且为了简明而在本文省略其描述。在步骤S412,方法400确定HARQ传输的数目是否等于2,这是预定的目标数目。如果第一HARQ传输刚刚完成并且接收到模糊NACK/DTX反馈,则流程循环返回到步骤S404,并且该方法400执行第二HARQ传输并接收反馈。然后,在步骤S412,因为已经执行的HARQ传输的数目现在是2,所以方法400基于HARQ传输的数目和接收到反馈而切换到步骤S414、S416、S418或S420。
在步骤S414,如果两个HARQ反馈都是模糊的,即,两个NACK/DTX反馈被接收到,方法400将两个接收到的HARQ反馈中的一个设置为DTX,并且将另一个设置为NACK。在步骤S416,如果两个接收到的HARQ反馈中的一个是DTX并且另一个是NACK/DTX,则方法400将模糊HARQ反馈设置为NACK。在步骤S418,如果两个接收到的HARQ反馈中的一个是NACK并且另一个是NACK/DTX,则方法400将模糊HARQ反馈设置为DTX。在步骤S420,如果第一接收到的HARQ反馈是NACK/DTX并且第二接收到的一个是ACK,则方法400将模糊HARQ反馈设置为NACK。
在以下表2中列出其中至少一个HARQ传输的HARQ反馈是模糊的所有可能的组合,并且在以下表3中列出用所提出的方法相应设置的HARQ反馈。应当注意,表3的索引3的设置是指将表2的索引3中的NACK/DTX中的一个设置为DTX,并且另一个设置为NACK。结果,表3的索引3中的设置的反馈对于两个模糊NACK/DTX各自可以是NACK和DTX,或者作为替代,对于两个模糊NACK/DTX各自为DTX和NACK。
表2:两个HARQ传输的所有可能的反馈
表3:两个HARQ传输的所有设置的反馈
返回到图4的流程图,在步骤S414、S416、S418或S420处描绘的设置操作之后,方法400还可以可选地执行步骤S422和S426,其分别类似于步骤S322和S326并且因此为了简明在本文中省略其相应描述。关于步骤S424,可以从图4中注意到,方法400选择明示DL指派,而不是隐式DL指派用于具有RV0的HARQ重传,即在该示例中的第三HARQ传输。以该方式,即使在由于第一次传送的RV0以及第二传送的具有隐式MCS的RV2的丢失而导致没有最新的MCS信息可用的情况下,也可能成功解码第三HARQ传输。
图5是根据本公开的实施例用于从BS到至少一个UE的DL中的HARQ传输的另一方法500的示意性流程图。如图5所示,在步骤S502,方法500根据增量RV序列,例如RV0、RV2、RV3和RV1,来执行目标数目的HARQ传输。然后,在步骤S504,对于第二HARQ传输,方法500可以可选地包括:在步骤S504选择明示或隐式DL指派用于第二HARQ传输。本文的选择可以基于用于第一或第二HARQ传输的CR或MCS。在实施例中,如果CR或MCS索引高于相应阈值,则方法500在步骤S506选择明示DL指派。在另一实施例中,如果CR或MCS索引低于相应阈值,则方法500在步骤S508选择隐式DL指派。可以看出,可以针对CR和MCS独立地设置不同的阈值。在以上作为步骤S504的特定实现的可选步骤S506和S508之后,方法500在目标数目的HARQ传输已经被执行之后立即执行具有初始RV的HARQ重传。
在附加步骤S512,其中目标数目为2,并且第一接收HARQ反馈和第二接收HARQ反馈都是模糊的,并且该方法500还包括选择明示下行链路指派用于具有初始冗余版本的HARQ重传。例如,方法500可以选择明示DL指派用于具有RV0的第三HARQ重传。以该方式,可以实现可能的IR合并。
从以上关于图5的描述可以看出,该方法500解决了如何从RV序列中选择特定RV的问题,并且在HARQ增量冗余重传期间改善了DL指派。
图6是示意性地描述根据本公开的实施例的用于从BS到至少一个UE的DL中的HARQ传输的装置600的框图。如图6所示,装置600包括接收单元601,被配置为接收对关于传输块执行的HARQ传输的HARQ反馈。装置600还包括确定单元602,被配置为确定HARQ反馈是否是关于MACK或DTX的模糊HARQ反馈。此外,装置600包括设置单元603,被配置为基于在从第一HARQ传输开始计数的HARQ传输的目标数目内已经执行的HARQ传输的数目和相应接收到的HARQ反馈来将模糊HARQ反馈设置为NACK或DTX传输。
在一个实施例中,装置600还包括执行单元605,被配置为在将模糊HARQ反馈设置为DTX之后立即执行具有初始冗余版本的HARQ重传。在另一实施例中,第一和第二接收HARQ反馈是模糊的,并且该装置进一步包括选择单元604,被配置为选择明示DL指派用于具有初始冗余版本的HARQ重传。在另一实施例中,执行单元605进一步被配置为基于非模糊的HARQ反馈和设置的HARQ反馈来执行用于DL业务或控制信道的LA外环调整。
如上所述的装置600可以被实现为BS或BS的一部分,除别的以外,在上述单元之外,其还包括各种单元,用于执行根据本公开的实施例的方法200、300和400的步骤。
图7是示意性描绘根据本公开的实施例的用于从BS到至少一个UE的DL中的HARQ传输的装置700的框图。如图7所示,装置700包括第一执行单元701,被配置为根据增量冗余版本序列来执行目标数目的HARQ传输。装置700还包括第二执行单元702,被配置为在目标数目的HARQ传输已经被执行之后立即执行具有初始冗余版本的HARQ重传。
尽管未示出,但是在实施例中,目标数目是2并且第一接收到的HARQ反馈是模糊的,并且装置700进一步包括第一选择单元,被配置为例如基于用于第一或第二HARQ传输的CR或MCS来选择明示或隐式下行链路指派用于第二HARQ传输。在另一实施例中,目标数目是2,并且第一和第二接收到的HARQ反馈都是模糊的,并且该装置还包括:第二选择单元,被配置为选择明示下行链路指派用于具有初始冗余版本的HARQ重传。
如本文所述的装置700可以被实现为BS或BS的一部分,除别的以外,在上述单元之外其还包括各种单元,用于执行根据本发明的实施例的方法500的步骤。
图8是根据本公开的实施例的用于从装置到至少一个UE的DL中的HARQ传输的装置800的示意性框图。如图8所示,装置800包括至少一个处理器801(诸如数据处理器)、耦合到处理器801的至少一个存储器(MEM)802、以及耦合到处理器801的适当的RF发射机TX和接收机RX803。MEM802存储程序(PROG)804。处理器801和存储器802的组合形成如虚线中所示的处理部件805。TX/RX803用于与多个UE的双向无线通信,如图1中所示。注意,TX/RX803具有用于促进通信的至少一个天线,但是在实践中装置通常具有几个天线以用于例如MIMO通信。例如,装置800可以经由数据路径被耦合到一个或多个外部网络或***,诸如因特网。
PROG804被假定为包括指令,当由处理器801执行时,使得装置800根据本公开的示例性实施例进行操作,如本文关于方法200-500所讨论的。
通常,本公开的实施例可以通过可由装置800的至少一个处理器801可执行的计算机软件来实现,或者通过硬件或者通过软件和硬件的组合来实现。
MEM802可以具有适用于本地技术环境的任何类型,并且可以使用任何适当的数据存储技术来实现,诸如基于半导体的存储器设备、磁存储器设备和***、光存储器设备和***、固定存储器和可移动存储器,作为非限制性示例。尽管在装置800中仅示出一个MEM,但是在装置800中可以存在若干物理上不同的存储器单元。处理器801可以具有适用于本地技术环境的任何类型,并且作为非限制性示例可以包括通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器中的一个或多个。该装置800可以具有多个处理器,诸如例如在时间上从属于同步主处理器的时钟的专用集成电路芯片。本文讨论的装置800可以被实现BS或其一部分。
图9是根据本公开的实施例的在UE和BS之间的HARQ传输的示意性消息收发图。如图9所示,在步骤S901,BS执行具有RV0和针对UE的传输块的第一(或初始)HARQ传输。在与第一HARQ传输相关联的接收操作之后,UE在步骤S902响应于第一HARQ传输来传送第一HARQ反馈。如前所述,第一HARQ反馈可能是模糊NACK/DTX,并且可以根据参考图2和图3所讨论的方法被设置。在设置操作之后,BS在步骤S903基于设置的HARQ反馈来执行外环LA调整,并且在步骤S904基于例如CR或MCS索引高于还是低于相应阈值来许可明示或隐式的DL指派,如前具体所述。然后,在步骤S905,BS执行第二HARQ传输,并且作为响应,UE在步骤S906向BS传送第二HARQ反馈。作为可选或替代步骤,在步骤S907,BS再次执行类似于在步骤S903处执行的外环LA调整。此后,BS在步骤S908许可对UE的明示DL指派。然后,BS在步骤S909处执行具有RV0的第三HARQ传输。
应当注意,方法900以消息收发方式被图示,并且诸如设置模糊NACK/DTX、执行外环LA调整和许可明示或隐式DL指派的操作与结合图2-5中图示的方法200-500讨论的那些相同。因此,以前关于那些操作所讨论的具体描述可以在本文中被等同地应用。
从以上描述中,本领域技术人员应当理解,从UE的角度,方法900可以归结于一种用于在DL中从BS接收HARQ传输的方法。该方法包括从BS接收关于传输块的目标数目的HARQ传输中的每一个HARQ传输,诸如在步骤S901或S905。该方法还包括向BS传送对应于目标数目的HARQ传输的HARQ反馈,诸如在步骤S902或S906,其中,HARQ反馈包括关于NACK或DTX的一个或多个模糊HARQ反馈,其中接收包括,诸如在步骤S904或S908接收明示或隐式DL指派,该明示或隐式DL指派由BS基于在从第一HARQ传输开始计数的目标数目的HARQ传输内已经执行的HARQ传输的数目和相应接收到的HARQ反馈来做出。
图10是根据本公开的实施例的用于在DL中从BS接收HARQ传输的装置1000的示意性框图。如图10所示,装置1000包括:接收机1001,被配置为从BS接收关于传输块的目标数目的HARQ传输中的每一个HARQ传输;以及发射机1002,被配置为向BS传送对应于目标数目的HARQ传输的HARQ反馈,其中,该HARQ反馈包括关于NACK或DTX的一个或多个模糊HARQ反馈,其中,接收包括明示或隐式DL指派,该明示或隐式DL指派是由BS基于在从第一HARQ传输开始计数的目标数目的HARQ传输内已经执行的HARQ传输的数目和相应接收到的HARQ反馈来做出的。
如上所述的装置1000可以被实现为UE或UE的一部分,除别的以外,其在上述发射机和接收机之外还包括各种单元用于执行步骤,使得根据本公开的实施例的方法可以与BS协作地被实现。
本文描述的技术可以通过各种手段来实现,使得实现通过实施例描述的相应移动实体的一个或多个功能的设备不仅包括现有技术的部件而且包括用于实现通过实施例描述的相应装置的一个或多个功能的部件,并且可以包括用于每个独立功能的独立部件,或者部件可以被配置为执行两个或者更多个功能。例如,这些技术可以以硬件(一个或多个装置)、固件(一个或多个装置)、软件(一个或多个模块)或其组合来实现。对于固件或软件,实现可以通过执行本文描述的功能的模块(例如,程序、函数等)。此外,计算机程序可以被编码用于通过计算设备来执行,以执行根据本公开的各种实施例的方法中所描述的每个步骤。这些计算机程序可以被存储在计算机程序产品中,诸如光盘中。
受益于前述描述和关联附图中所呈现的教导,本公开的这些实施例所属领域技术人员将想到本文阐述的公开的许多修改和其他实施例。因此,应当理解,本公开的实施例不限于所公开的具体实施例,并且修改和其他实施例意在被包括在所附权利要求的范围内。尽管本文采用具体术语,但是其仅在通用和描述性的意义上被使用,而不是用于限制的目的。
Claims (26)
1.一种用于在从基站到至少一个用户设备的下行链路中执行混合自动重复请求(HARQ)传输的方法(200),包括:
接收(S202)对关于传输块执行的HARQ传输的HARQ反馈;
确定(S204)所述HARQ反馈是否是关于否定确认或不连续传输的模糊HARQ反馈;以及
基于在从第一HARQ传输开始计数的目标数目的HARQ传输内已经执行的HARQ传输的数目和对应接收到的HARQ反馈来将所述模糊HARQ反馈设置(S210)为所述否定确认或所述不连续传输。
2.根据权利要求1所述的方法,其中每次接收到所述模糊HARQ反馈时,执行所述设置的步骤。
3.根据权利要求2所述的方法,其中所述目标数目为2,并且所述设置的步骤包括下述中的一项:
如果第一接收到的HARQ反馈是模糊的,则将所述第一接收到的HARQ反馈设置(S314)为所述否定确认;
如果所述第一接收到的HARQ反馈是所述否定确认并且第二接收到的HARQ反馈是模糊的,则将所述第二接收到的HARQ反馈设置(S316)为所述不连续传输;
如果所述第一接收到的HARQ反馈和所述第二接收到的HARQ反馈二者均是模糊的,则将所述第二接收到的HARQ反馈设置(S318)为所述不连续传输;以及
如果所述第一接收到的HARQ反馈是所述不连续传输并且所述第二HARQ反馈是模糊的,则将所述第二接收到的HARQ反馈设置(S320)为所述否定确认。
4.根据权利要求3所述的方法,其中所述第一接收到的HARQ反馈是模糊的,并且所述方法进一步包括:
选择(S324)明示下行链路指派或隐式下行链路指派用于第二HARQ传输。
5.根据权利要求4所述的方法,其中所述选择的步骤基于用于所述第一HARQ传输或所述第二HARQ传输的编码速率或者调制和编码方案。
6.根据权利要求5所述的方法,其中所述明示下行链路指派或所述隐式下行链路指派的所述选择包括:
如果所述编码速率或者所述调制和编码方案索引高于相应阈值,则选择所述明示下行链路指派;以及
如果所述编码速率或者所述调制和编码方案索引低于所述相应阈值,则选择所述隐式下行链路指派。
7.根据权利要求1所述的方法,其中在针对所述目标数目的HARQ传输的HARQ反馈的完全接收之后,设置所述模糊HARQ反馈。
8.根据权利要求7所述的方法,其中所述目标数目为2,并且所述设置的步骤包括下述中的一项:
如果两个接收到的HARQ反馈都是模糊的,则将所述两个接收到的HARQ反馈中的一个设置(S414)为所述不连续传输、并且将另一个设置为所述否定确认;
如果所述两个接收到的HARQ反馈中的一个是所述不连续传输、并且另一个是模糊的,则将所述模糊HARQ反馈设置(S416)为所述否定确认;
如果所述两个接收到的HARQ反馈中的一个是所述否定确认、并且另一个是模糊的,则将所述模糊HARQ反馈设置(S418)为所述不连续传输;以及
如果第一接收到的HARQ反馈是模糊的并且第二接收到的HARQ反馈是肯定确认,则将所述模糊HARQ反馈设置(S420)为所述否定确认。
9.根据权利要求1-8中的任何一项所述的方法,进一步包括:
在所述模糊HARQ反馈被设置为所述不连续传输之后,立即执行(S426)具有初始冗余版本的HARQ重传。
10.根据权利要求9所述的方法,其中所述第一接收到的HARQ反馈和所述第二接收到的HARQ反馈二者均是模糊的,并且所述方法进一步包括:
选择(S424)明示下行链路指派用于具有所述初始冗余版本的所述HARQ重传。
11.根据权利要求1所述的方法,进一步包括:
在接收到关于另一传输块的肯定确认或否定确认时,将接收到的所述模糊HARQ反馈中的每一个确定(S206)为所述否定确认,其中在下行链路指派和传输中,所述另一传输块与所述传输块配对;以及
在接收到关于所述另一传输块的所述不连续传输时,将接收到的所述模糊HARQ反馈确定(S208)为所述不连续传输。
12.根据权利要求3、8和11中的任何一项所述的方法,进一步包括:
基于非模糊HARQ反馈和设置的HARQ反馈来执行(S322、S422)用于下行链路业务或控制信道的链路适配外环调整。
13.一种用于在从基站到至少一个用户设备的下行链路中执行混合自动重复请求(HARQ)传输的方法(500),包括:
根据增量冗余版本序列来执行(S502)目标数目的HARQ传输;以及
在所述目标数目的HARQ传输已经被执行之后立即执行(S504)具有初始冗余版本的HARQ重传。
14.根据权利要求13所述的方法,其中所述目标数目是2,并且第一接收到的HARQ反馈是模糊的,并且所述方法进一步包括:
选择(S504)明示下行链路指派或隐式下行链路指派用于第二HARQ传输。
15.根据权利要求14所述的方法,其中选择的所述步骤基于用于第一HARQ传输或第二HARQ传输的编码速率或者调制和编码方案。
16.根据权利要求15所述的方法,其中所述明示下行链路指派或所述隐式下行链路指派的所述选择包括:
如果所述编码速率或者所述调制和编码方案索引高于相应阈值,则选择(S506)所述明示下行链路指派;以及
如果所述编码速率或者所述调制和编码方案索引低于所述相应阈值,则选择(S508)所述隐式下行链路指派。
17.根据权利要求13所述的方法,其中所述目标数目是2,并且第一接收到的HARQ反馈和第二接收到的HARQ反馈都是模糊的,并且所述方法进一步包括:
选择(S512)明示下行链路指派用于具有所述初始冗余版本的所述HARQ重传。
18.一种用于在从基站到至少一个用户设备的下行链路中执行混合自动重复请求(HARQ)传输的装置(600),包括:
接收单元(601),被配置为接收对关于传输块执行的HARQ传输的HARQ反馈;
确定单元(602),被配置为确定所述HARQ反馈是否是关于否定确认或不连续传输的模糊HARQ反馈;以及
设置单元(603),被配置为基于在从第一HARQ传输开始计数的目标数目的HARQ传输内已经执行的HARQ传输的数目和对应接收到的HARQ反馈来将所述模糊HARQ反馈设置为所述否定确认或所述不连续传输。
19.根据权利要求18所述的装置,进一步包括:
执行单元(605),被配置为在所述模糊HARQ反馈被设置为所述不连续传输之后立即执行具有初始冗余版本的HARQ重传。
20.根据权利要求19所述的装置,其中所述第一接收到的HARQ反馈和所述第二接收到的HARQ反馈二者均是模糊的,并且所述装置进一步包括:
选择单元(604),被配置为选择明示下行链路指派用于具有所述初始冗余版本的所述HARQ重传。
21.一种用于在从基站到至少一个用户设备的下行链路中执行混合自动重复请求(HARQ)传输的装置(700),包括:
第一执行单元(701),被配置为根据增量冗余版本序列来执行目标数目的HARQ传输;以及
第二执行单元(702),被配置为在所述目标数目的HARQ传输已经被执行之后,立即执行具有初始冗余版本的HARQ重传。
22.一种用于在从基站到至少一个用户设备的下行链路中执行混合自动重复请求(HARQ)传输的装置(800),包括:
至少一个处理器(801);
包括计算机程序代码的至少一个存储器(802),
其中所述至少一个存储器和所述计算机程序代码被配置为,利用所述至少一个处理器,使得所述装置至少执行根据权利要求1-17中的任何一项所述的方法。
23.一种用于在从基站到至少一个用户设备的下行链路中执行混合自动重复请求(HARQ)传输的装置(800),包括被适配为执行根据权利要求1-17中的任何一项所述的方法的处理部件(805)。
24.根据权利要求23所述的装置,其中所述处理部件(805)包括处理器(801)和存储器(802),并且其中所述存储器(802)包含可由所述处理器(801)执行的指令。
25.一种用于在下行链路中从基站接收混合自动重复请求(HARQ)传输的方法(900),所述方法包括:
从所述基站接收(S901、S905)关于传输块的目标数目的HARQ传输中的每一个HARQ传输;以及
向所述基站传送(S902、S906)对应于所述目标数目的HARQ传输的HARQ反馈,其中所述HARQ反馈包括关于否定确认或不连续传输的一个或多个模糊HARQ反馈,
其中所述接收包括接收(S904、S908)明示下行链路指派或隐式下行链路指派,所述明示下行链路指派或隐式下行链路指派是由所述基站基于在从第一HARQ传输开始计数的所述目标数目的HARQ传输内已经执行的HARQ传输的数目和对应接收到的HARQ反馈作出的。
26.一种用于在下行链路中从基站接收混合自动重复请求(HARQ)传输的用户设备(1000),所述用户设备包括:
接收机(1001),被配置成从所述基站接收关于传输块的目标数目的HARQ传输中的每一个HARQ传输;以及
发射机(1002),被配置为向所述基站发送对应于所述目标数目的HARQ传输的HARQ反馈,其中所述HARQ反馈包括关于否定确认或不连续传输的一个或多个模糊HARQ反馈,
其中所述接收机(1001)进一步被配置为接收明示下行链路指派或隐式下行链路指派,所述明示下行链路指派或隐式下行链路指派是由所述基站基于在从第一HARQ传输开始计数的所述目标数目的HARQ传输内已经执行的HARQ传输的数目和对应接收到的HARQ反馈作出的。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2013/088071 WO2015077964A1 (en) | 2013-11-28 | 2013-11-28 | Methods, apparatuses and user equipment for hybrid automatic repeat request transmission |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105765894A true CN105765894A (zh) | 2016-07-13 |
CN105765894B CN105765894B (zh) | 2019-06-07 |
Family
ID=53198211
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201380081231.3A Expired - Fee Related CN105765894B (zh) | 2013-11-28 | 2013-11-28 | 用于混合自动重复请求传输的方法、装置和用户设备 |
Country Status (4)
Country | Link |
---|---|
US (2) | US10009150B2 (zh) |
EP (2) | EP3429112B1 (zh) |
CN (1) | CN105765894B (zh) |
WO (1) | WO2015077964A1 (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018177283A1 (en) * | 2017-03-27 | 2018-10-04 | Mediatek Singapore Pte. Ltd. | Harq and arq design for urllc in mobile communications |
CN109565416A (zh) * | 2016-08-11 | 2019-04-02 | 株式会社Ntt都科摩 | 确定混合自动重复请求进程号的方法以及基站和用户设备 |
CN109845362A (zh) * | 2016-10-31 | 2019-06-04 | 华为技术有限公司 | 确定接收状态的方法和装置 |
CN111095837A (zh) * | 2017-09-11 | 2020-05-01 | 上海诺基亚贝尔股份有限公司 | 用于上行链路传输的方法和装置 |
CN114175541A (zh) * | 2019-07-17 | 2022-03-11 | 上海诺基亚贝尔股份有限公司 | Harq确认的集成信令 |
CN114402641A (zh) * | 2019-07-17 | 2022-04-26 | Lg电子株式会社 | 用于执行侧链路重传的方法和设备 |
CN115442847A (zh) * | 2021-06-04 | 2022-12-06 | 诺基亚通信公司 | 提高链路自适应 |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10003433B2 (en) * | 2014-11-14 | 2018-06-19 | Telefonaktiebolaget L M Ericsson (Publ) | Statistical model based control signal outer-loop adjustment |
US10440771B2 (en) * | 2015-03-06 | 2019-10-08 | Qualcomm Incorporated | Conditional HARQ feedback |
WO2017117797A1 (en) * | 2016-01-08 | 2017-07-13 | Apple Inc. | Apparatus, systems and methods for adaptive downlink scheduling and link adaptation |
US10225041B2 (en) * | 2016-01-15 | 2019-03-05 | Qualcomm Incorporated | Methods and apparatus for higher modulation support in LTE |
EP3427422B1 (en) * | 2016-03-07 | 2021-05-05 | Telefonaktiebolaget LM Ericsson (PUBL) | Radio link adaptation in radio communication systems |
CN107889231B (zh) * | 2016-09-30 | 2021-03-23 | 华为技术有限公司 | 免授权的传输上行信息的方法、网络设备和终端设备 |
WO2018098778A1 (en) * | 2016-12-01 | 2018-06-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Downlink harq feedback transmission |
US10389487B2 (en) * | 2017-01-17 | 2019-08-20 | At&T Intellectual Property I, L.P. | Adaptive downlink control channel structure for 5G or other next generation networks |
EP4285523A1 (en) * | 2021-01-30 | 2023-12-06 | Qualcomm Incorporated | Feedback techniques in wireless communications |
CN113114432B (zh) * | 2021-04-01 | 2022-11-08 | 四川创智联恒科技有限公司 | 一种针对pusch dtx的调度方法 |
CN115315003A (zh) * | 2021-05-08 | 2022-11-08 | 北京三星通信技术研究有限公司 | 一种信号的传输方法和设备 |
US11687667B2 (en) | 2021-08-06 | 2023-06-27 | Amazon Technologies, Inc. | Privacy-preserving computing with third-party service |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103378953A (zh) * | 2012-04-18 | 2013-10-30 | 华为技术有限公司 | 混合自动重传请求方法与装置 |
WO2013159463A1 (zh) * | 2012-04-27 | 2013-10-31 | 中兴通讯股份有限公司 | 基于反馈歧义调整下行相关参数的方法及装置 |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2868646B1 (fr) * | 2004-03-31 | 2006-07-14 | Evolium Sas Soc Par Actions Si | Dispositif et procede perfectionnes de gestion de transmission de blocs de donnees dans un canal descendant de type hs-dsch d'un reseau de communications mobile |
US8489128B2 (en) * | 2005-10-31 | 2013-07-16 | Qualcomm Incorporated | Efficient transmission on a shared data channel for wireless communication |
CN101222304B (zh) * | 2007-01-09 | 2013-02-06 | 北京三星通信技术研究有限公司 | 传输harq ack/nack的设备和方法 |
US8634333B2 (en) * | 2008-05-07 | 2014-01-21 | Qualcomm Incorporated | Bundling of ACK information in a wireless communication system |
US8289895B2 (en) * | 2009-04-24 | 2012-10-16 | Research In Motion Limited | Relay link HARQ operation |
EP2293486A1 (en) * | 2009-09-03 | 2011-03-09 | Panasonic Corporation | Feedback scheme for providing feedback on plural transmissions |
KR101799272B1 (ko) * | 2010-02-03 | 2017-11-20 | 엘지전자 주식회사 | 무선 통신 시스템에서 제어 정보의 전송 방법 및 장치 |
CN102412943A (zh) * | 2010-09-17 | 2012-04-11 | 北京三星通信技术研究有限公司 | 基于信道选择传输ack/nack信息时的映射表格的配置方法 |
US8797954B2 (en) * | 2010-09-28 | 2014-08-05 | Blackberry Limited | Efficient signaling of discontinuous transmission |
WO2013141790A2 (en) * | 2012-03-19 | 2013-09-26 | Telefonaktiebolaget L M Ericsson (Publ) | Methods using harq-ack codebooks for multi-flow communications and related wireless terminals and radio network nodes |
US8923880B2 (en) * | 2012-09-28 | 2014-12-30 | Intel Corporation | Selective joinder of user equipment with wireless cell |
US9955467B2 (en) * | 2013-06-27 | 2018-04-24 | Telefonaktiebolaget L M Ericsson (Publ) | Method and BS for transmitting control information to UE, and method and UE for handling control information |
US9184880B2 (en) * | 2013-08-01 | 2015-11-10 | Sierra Wireless, Inc. | Method and device enabling a dynamic bundle size HARQ mechanism |
-
2013
- 2013-11-28 WO PCT/CN2013/088071 patent/WO2015077964A1/en active Application Filing
- 2013-11-28 CN CN201380081231.3A patent/CN105765894B/zh not_active Expired - Fee Related
- 2013-11-28 EP EP18185897.8A patent/EP3429112B1/en active Active
- 2013-11-28 EP EP13898046.1A patent/EP3075093B1/en not_active Not-in-force
- 2013-11-28 US US15/039,318 patent/US10009150B2/en active Active
-
2018
- 2018-05-25 US US15/989,588 patent/US10778377B2/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103378953A (zh) * | 2012-04-18 | 2013-10-30 | 华为技术有限公司 | 混合自动重传请求方法与装置 |
WO2013159463A1 (zh) * | 2012-04-27 | 2013-10-31 | 中兴通讯股份有限公司 | 基于反馈歧义调整下行相关参数的方法及装置 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109565416A (zh) * | 2016-08-11 | 2019-04-02 | 株式会社Ntt都科摩 | 确定混合自动重复请求进程号的方法以及基站和用户设备 |
CN109845362A (zh) * | 2016-10-31 | 2019-06-04 | 华为技术有限公司 | 确定接收状态的方法和装置 |
WO2018177283A1 (en) * | 2017-03-27 | 2018-10-04 | Mediatek Singapore Pte. Ltd. | Harq and arq design for urllc in mobile communications |
CN108966688A (zh) * | 2017-03-27 | 2018-12-07 | 联发科技(新加坡)私人有限公司 | 用于移动通信中urllc的harq和arq设计 |
TWI675567B (zh) * | 2017-03-27 | 2019-10-21 | 新加坡商聯發科技(新加坡)私人有限公司 | 用於行動通訊中urllc的harq和arq方法 |
CN108966688B (zh) * | 2017-03-27 | 2021-10-22 | 联发科技(新加坡)私人有限公司 | 用于移动通信中urllc的harq和arq方法及用户设备 |
CN111095837A (zh) * | 2017-09-11 | 2020-05-01 | 上海诺基亚贝尔股份有限公司 | 用于上行链路传输的方法和装置 |
CN111095837B (zh) * | 2017-09-11 | 2022-07-29 | 上海诺基亚贝尔股份有限公司 | 用于上行链路传输的方法和装置 |
CN114175541A (zh) * | 2019-07-17 | 2022-03-11 | 上海诺基亚贝尔股份有限公司 | Harq确认的集成信令 |
CN114402641A (zh) * | 2019-07-17 | 2022-04-26 | Lg电子株式会社 | 用于执行侧链路重传的方法和设备 |
CN115442847A (zh) * | 2021-06-04 | 2022-12-06 | 诺基亚通信公司 | 提高链路自适应 |
Also Published As
Publication number | Publication date |
---|---|
EP3075093A1 (en) | 2016-10-05 |
US20170214494A1 (en) | 2017-07-27 |
EP3075093B1 (en) | 2018-10-10 |
EP3429112B1 (en) | 2021-04-07 |
US10009150B2 (en) | 2018-06-26 |
CN105765894B (zh) | 2019-06-07 |
EP3429112A1 (en) | 2019-01-16 |
US10778377B2 (en) | 2020-09-15 |
EP3075093A4 (en) | 2017-09-13 |
US20180278376A1 (en) | 2018-09-27 |
WO2015077964A1 (en) | 2015-06-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105765894B (zh) | 用于混合自动重复请求传输的方法、装置和用户设备 | |
USRE49490E1 (en) | HARQ-ACK handling for unintended downlink sub-frames | |
CN110149173B (zh) | 一种半持续调度传输方法、网络侧设备及用户终端 | |
CN106560011B (zh) | 应答信息发送、接收方法,及接收设备,发送设备及通信*** | |
US10333654B2 (en) | Method for supporting HARQ in communication system using unlicensed frequency band and device having applied same | |
CN102624507B (zh) | 上/下行调度信息发送方法和接收方法及装置 | |
CN101940046B (zh) | 将循环移位映射到用于ack/nack资源分配的信道索引 | |
CN110035445B (zh) | 数据传输管理方法及装置、终端、基站及存储介质 | |
CN108604945A (zh) | 有效harq反馈的鲁棒性增强 | |
CN110235398A (zh) | 用于部分重传的方法 | |
RU2554527C2 (ru) | Способы и устройства в телекоммуникационной системе | |
KR101681148B1 (ko) | 무선통신 시스템 및 그의 harq 운용 방법 | |
US10624087B2 (en) | Radio-network node, wireless device and methods for feedback-based retransmission | |
US8514691B2 (en) | Feedback information relating to a mobile communications system using carrier aggregation | |
KR20200003020A (ko) | 기지국 장치, 단말기 장치, 무선 통신 시스템, 및 통신 방법 | |
EP2683104B1 (en) | Data transmission method, evolved nodeb and user equipment | |
CN108886754B (zh) | 用于指示反馈消息的传输时间偏移的方法 | |
CN103973413A (zh) | 一种传输反馈信息的方法、设备及*** | |
WO2012019480A1 (en) | Arrangement and method for improving harq feedback in telecommunication systems | |
CN103516491A (zh) | 一种发送和接收反馈信息的方法、***及装置 | |
EP2651160B1 (en) | Method, base station and system for managing resources | |
US20220368466A1 (en) | Method and device for sending harq-ack codebook and method and device for receiving harq-ack codebook | |
KR20180098611A (ko) | 밀리미터파 시스템에서 서브프레임들을 스케줄링하는 방법 | |
EP3440792B1 (en) | Method and device for providing different services in mobile communication system | |
EP3499769B1 (en) | Method and device for transmitting and receiving hybrid automatic retransmission request information |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20190607 Termination date: 20211128 |
|
CF01 | Termination of patent right due to non-payment of annual fee |