CN108604945A - 有效harq反馈的鲁棒性增强 - Google Patents
有效harq反馈的鲁棒性增强 Download PDFInfo
- Publication number
- CN108604945A CN108604945A CN201680081311.2A CN201680081311A CN108604945A CN 108604945 A CN108604945 A CN 108604945A CN 201680081311 A CN201680081311 A CN 201680081311A CN 108604945 A CN108604945 A CN 108604945A
- Authority
- CN
- China
- Prior art keywords
- harq feedback
- wireless device
- subframe
- downlink
- harq
- 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.)
- Pending
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/1829—Arrangements specially adapted for the receiver end
- H04L1/1835—Buffer management
-
- 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/1628—List acknowledgements, i.e. the acknowledgement message consisting of a list of identifiers, e.g. of sequence numbers
-
- 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/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
- H04L1/0027—Scheduling of signalling, e.g. occurrence thereof
-
- 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/1621—Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
-
- 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/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
-
- 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/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L2001/125—Arrangements for preventing errors in the return channel
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
公开了用于提供有效的下行链路混合自动请求(HARQ)反馈的***和方法。在一些实施例中,蜂窝通信***中的无线设备的操作的方法包括:接收包括HARQ反馈缓冲器索引的下行链路控制信息消息,并且将下行链路HARQ反馈标志存储在HARQ反馈缓冲器内与HARQ反馈缓冲器索引对应的位置中。以该方式,多个下行链路HARQ反馈标志可以存储在HARQ反馈缓冲器中,并且随后以有效的方式发送到网络节点。
Description
相关申请
本申请要求2016年2月9日提交的临时专利申请序列号62/293,148和2016年2月16日提交的临时专利申请序列号62/295,722的权益,其公开通过引用整体并入在此。
技术领域
本公开涉及蜂窝通信网络中的下行链路混合自动重传请求(HARQ)反馈。
背景技术
高级天线***(AAS)是近年来技术显著进步并且预见未来几年将迅速发展技术的领域。因此,自然地假设通常的AAS和大规模多输入多输出(MIMO)传输和接收尤其将成为未来第五代(5G)蜂窝通信***的基石。
波束成形已经变得越来越流行和有能力,并且因此,不仅将波束成形用于数据传输而且用于控制信息的传输是自然的。这是称为增强型物理下行链路控制信道(ePDCCH)的长期演进(LTE)中的(相对)新控制信道背后的一个动机。当波束成形用于控制信道时,由于通过附加天线增益提供的增加的链路预算,可以降低发送开销控制信息的成本。这是很好的特性,该特性对于5G可能在比当前LTE标准可能的程度更大的程度上也是令人期望的。
对于当今LTE中的下行链路混合自动重传请求(HARQ)传输,取决于UE是否已经被调度用于上行链路PUSCH传输,在物理上行链路控制信道(PUCCH)或物理上行链路共享信道(PUSCH)上从用户装备设备(UE)向网络发送HARQ反馈。此后,网络可以基于单独的HARQ过程得出关于针对该过程的最后HARQ接收是否成功(确认/否定确认(ACK/NACK))或者甚至下行链路分配接收是否失败(不连续传输(DTX))的结论。
对于频分双工(FDD),LTE中发送的HARQ反馈的定时为:如果针对该HARQ接收过程的对应下行链路传输在子帧n中,则在子帧n+4中在上行链路中接收来自一个HARQ接收过程的反馈。因此,下行链路传输和对应的HARQ反馈之间的延迟总共为4毫秒(ms)。对于时分双工(TDD),从下行链路数据传输到上行链路反馈接收的延迟可以大于4ms(或相当于4个子帧),以便适应半双工下行链路-上行链路分隔。
对于5G,HARQ反馈将作为xPUCCH上的上行链路控制信息(UCI)的一部分来发送。如在此所使用的,“xPUCCH”是用于表示下一代蜂窝通信网络(例如5G)中的物理上行链路控制信道的术语。
可以以一个正交频分复用(OFDM)符号来发送上行链路控制信道xPUCCH。该信道将通过以下任一方式提供有限数量的比特(比方说,例如,1至4个信息比特):具有多种固定格式(类似于LTE PUCCH格式1/1a/1b)或具有单一格式,该单一格式仍然允许灵活数量的信息比特。关于将单个格式用于灵活数量的信息比特,可以用较少使用的信息比特来改善性能,因为这允许未使用的信息比特被用作短训练序列。此外,假设将存在从下行链路控制信息(DCI)控制信道元素(CCE)到UCI CCE的隐式映射,其类似于用于LTE的隐式映射。
现有的HARQ技术不是100%可靠的,现有的HARQ技术不灵活,并且消耗大量资源。因此,需要改进的HARQ技术,特别是适用于下一代蜂窝通信网络(诸如例如5G蜂窝通信网络)的HARQ技术。
发明内容
公开了用于提供有效下行链路混合自动请求(HARQ)反馈的***和方法。在一些实施例中,蜂窝通信***中的无线设备的操作的方法包括:接收包括HARQ反馈缓冲器索引的下行链路控制信息(DCI)消息,并且将下行链路HARQ反馈标志存储在HARQ反馈缓冲器内与HARQ反馈缓冲器索引对应的位置中。以该方式,多个下行链路HARQ反馈标志可以存储在HARQ反馈缓冲器中,并且随后以有效的方式发送到网络节点。在一些实施例中,HARQ反馈解决方案对于下行链路以及上行链路中的控制信道错误是鲁棒的。此外,在一些实施例中,HARQ反馈解决方案确保高成本的错误以一些额外HARQ重传的代价被减轻。此外,在一些实施例中,HARQ反馈解决方案尽可能快地解释HARQ反馈的缺少,因此提供最短可能的HARQ往返时间(RTT)。
在一些实施例中,该方法进一步包括:接收包括相应的HARQ反馈缓冲器索引的一个或多个附加DCI消息。该方法进一步包括:对于一个或多个附加DCI消息中的每个附加DCI消息,将相应的下行链路HARQ反馈标志存储在HARQ反馈缓冲器内与在相应的DCI消息中包括的HARQ反馈缓冲器索引对应的位置中。
在一些实施例中,该方法进一步包括接收来自网络节点的轮询请求以及在接收到轮询请求时,向网络节点发送下行链路HARQ反馈。下行链路HARQ反馈基于在HARQ反馈缓冲器中存储的下行链路HARQ反馈标志。
在一些实施例中,该方法进一步包括创建上行链路控制消息,该上行链路控制消息包括表示在下行链路HARQ反馈缓冲器中存储的下行链路HARQ反馈标志的信息。发送下行链路HARQ反馈包括:发送上行链路控制消息。此外,在一些实施例中,创建上行链路控制消息包括:将下行链路HARQ反馈标志联合编码成用于上行链路控制消息的码字。在其它实施例中,创建上行链路控制消息包括:将HARQ反馈缓冲器中的每个下行链路HARQ反馈标志映射到上行链路控制信道内相应的物理资源。
在一些实施例中,发送下行链路HARQ反馈包括:在子帧T+K中发送下行链路HARQ反馈,其中,子帧T是接收到轮询请求的子帧,K是HARQ定时偏移。在一些实施例中,接收轮询请求包括:在子帧T中接收DCI,其中,DCI包括轮询请求和HARQ定时偏移K的指示。在一些实施例中,HARQ定时偏移K的指示是HARQ定时偏移K的值。在其它实施例中,HARQ定时偏移K的指示是值S,其中,HARQ定时偏移K=N+S,其中,N是预定义值。在其它实施例中,HARQ定时偏移K的指示是值S,其中,HARQ定时偏移K=N+S,其中,N是预先配置的值。在其它实施例中,HARQ定时偏移K的指示是值S,其中,HARQ定时偏移K=N+S,其中,N是无线设备的预定最小HARQ定时偏移。在其它实施例中,HARQ定时偏移K的指示是值X,其中,HARQ定时偏移K是值X的函数。
在一些实施例中,HARQ反馈缓冲器中的每个下行链路HARQ反馈标志是码空间中的多个码点之一,该码空间包括:表示确认(ACK)的第一比特序列、表示否定确认(NACK)的第二比特序列以及表示DCI失败的第三比特序列。
在一些实施例中,存储下行链路HARQ反馈标志包括:如果无线设备成功接收到对应的下行链路数据,则将ACK的指示存储在HARQ反馈缓冲器内与HARQ反馈缓冲器索引对应的位置中;以及如果无线设备没有成功接收到对应的下行链路数据,则将NACK的指示存储在HARQ反馈缓冲器内与HARQ反馈缓冲器索引对应的位置中。此外,在一些实施例中,在存储下行链路HARQ反馈标志之前,在HARQ反馈缓冲器内的位置中存储默认值,其中,默认值是DCI错误的指示。在一些其它实施例中,在存储下行链路HARQ反馈标志之前,在HARQ反馈缓冲器内的位置中存储默认值,其中,默认值是NACK的指示。
在一些实施例中,存储下行链路HARQ反馈标志包括:确定对于当前子帧的数据接收是否成功,其中,当前子帧是接收到DCI消息的子帧。存储下行链路HARQ反馈标志进一步包括确定NACK标志是否存储在HARQ反馈缓冲器中与HARQ反馈缓冲器索引对应的位置。存储下行链路HARQ反馈标志进一步包括在确定对于当前子帧的数据接收成功并且确定NACK标志存储在HARQ反馈缓冲器中与HARQ反馈缓冲器索引对应的位置时,即使对于当前子帧的数据接收成功,也在HARQ反馈缓冲器中与HARQ反馈缓冲器索引对应的位置保持NACK标志。
此外,在一些实施例中,存储下行链路HARQ反馈标志进一步包括:在确定对于当前子帧的数据接收成功并且确定NACK标志未被存储在HARQ反馈缓冲器中与HARQ反馈缓冲器索引对应的位置时,将ACK标志存储在HARQ反馈缓冲器中与HARQ反馈缓冲器索引对应的位置。
在一些实施例中,存储下行链路HARQ反馈标志进一步包括:在确定对于当前子帧的数据接收未成功时,将NACK标志存储在HARQ反馈缓冲器中与HARQ反馈缓冲器索引对应的位置。
在一些实施例中,该方法进一步包括:确定在一个或多个先前子帧中是否发生DCI错误,该一个或多个先前子帧是在当前子帧之前的一个或多个子帧。该方法进一步包括:在确定在一个或多个先前子帧中发生了DCI错误时,将指示一个或多个DCI错误的一个或多个标志存储在HARQ反馈缓冲器中与一个或多个HARQ反馈缓冲器索引对应的一个或多个位置,其中,该一个或多个HARQ反馈缓冲器索引刚好在DCI消息中包括的HARQ反馈缓冲器索引之前。
还公开了用于蜂窝通信***的无线设备的实施例。在一些实施例中,无线设备适于:接收包括HARQ反馈缓冲器索引的DCI消息;以及将下行链路HARQ反馈标志存储在HARQ反馈缓冲器内与HARQ反馈缓冲器索引对应的位置中。此外,在一些实施例中,无线设备进一步适于根据在此描述的任何实施例的无线设备的操作的方法进行操作。
在一些实施例中,用于蜂窝通信***的无线设备包括收发机;至少一个处理器;以及存储器,其存储可由至少一个处理器执行的指令,由此无线设备能够操作以:经由收发机接收包括HARQ反馈缓冲器索引的DCI消息;以及将下行链路HARQ反馈标志存储在HARQ反馈缓冲器内与HARQ反馈缓冲器索引对应的位置中。
在一些实施例中,通过由至少一个处理器执行指令,无线设备进一步能够操作以:经由收发机接收包括相应的HARQ反馈缓冲器索引的一个或多个附加DCI消息;以及对于一个或多个附加DCI消息中的每个附加DCI消息,将相应的下行链路HARQ反馈标志存储在HARQ反馈缓冲器内与在相应的DCI消息中包括的HARQ反馈缓冲器索引对应的位置中。
在一些实施例中,通过由至少一个处理器执行指令,无线设备进一步能够操作以:经由收发机接收来自网络节点的轮询请求;以及在接收到轮询请求时,经由收发机向网络节点发送HARQ反馈,其中,HARQ反馈基于在HARQ反馈缓冲器中存储的下行链路HARQ反馈标志。
在一些实施例中,为了存储下行链路HARQ反馈标志,无线设备进一步能够操作以:确定对于当前子帧的数据接收是否成功,其中,当前子帧是接收到DCI消息的子帧;确定NACK标志是否存储在HARQ反馈缓冲器中与HARQ反馈缓冲器索引对应的位置;以及在确定对于当前子帧的数据接收成功并且确定NACK标志存储在HARQ反馈缓冲器中与HARQ反馈缓冲器索引对应的位置时,即使对于当前子帧的数据接收成功,也在HARQ反馈缓冲器中与HARQ反馈缓冲器索引对应的位置保持NACK标志。
在一些实施例中,为了存储下行链路HARQ反馈标志,无线设备进一步能够操作以在确定对于当前子帧的数据接收成功并且确定NACK标志未被存储在HARQ反馈缓冲器中与HARQ反馈缓冲器索引对应的位置时,将ACK标志存储在HARQ反馈缓冲器中与HARQ反馈缓冲器索引对应的位置。
在一些实施例中,为了存储下行链路HARQ反馈标志,无线设备进一步能够操作以在确定对于当前子帧的数据接收未成功时,将NACK标志存储在HARQ反馈缓冲器中与HARQ反馈缓冲器索引对应的位置。
在一些实施例中,通过由至少一个处理器执行指令,无线设备进一步能够操作以:确定在一个或多个先前子帧中是否发生DCI错误,该一个或多个先前子帧是在当前子帧之前的一个或多个子帧;以及在确定在一个或多个先前子帧中发生了DCI错误时,将指示一个或多个DCI错误的一个或多个标志存储在HARQ反馈缓冲器中与一个或多个HARQ反馈缓冲器索引对应的一个或多个位置,其中,该一个或多个HARQ反馈缓冲器索引刚好在DCI消息中包括的HARQ反馈缓冲器索引之前。
在一些实施例中,一种能够在蜂窝通信***中操作的无线设备包括:用于接收包括HARQ反馈缓冲器索引的DCI消息的装置;以及用于将下行链路HARQ反馈标志存储在HARQ反馈缓冲器内与HARQ反馈缓冲器索引对应的位置中的装置。
在一些实施例中,一种能够在蜂窝通信***中操作的无线设备包括:接收模块,其能够操作以接收包括HARQ反馈缓冲器索引的DCI消息;以及存储模块,其能够操作以将下行链路HARQ反馈标志存储在HARQ反馈缓冲器内与HARQ反馈缓冲器索引对应的位置中。
还公开了蜂窝通信***的网络节点的操作的方法的实施例。在一些实施例中,网络节点的操作的方法包括:确定无线设备是否在子帧中被调度。该方法进一步包括:在确定无线设备在子帧中被调度时,将在子帧中发送到无线设备的HARQ过程与缓冲器索引相关联。该方法进一步包括:在子帧中发送到无线设备的DCI中包括缓冲器索引。
在一些实施例中,该方法进一步包括:在确定无线设备是否在子帧中被调度之前,将缓冲器索引(BI)设置为初始值。
在一些实施例中,该方法进一步包括确定BI是否等于预定义的最大值。该方法进一步包括,在确定BI不等于预定义的最大值时,递增BI。该方法进一步包括:在确定BI等于预定义的最大值时,在子帧中发送到无线设备的DCI中设置轮询标志。
此外,在一些实施例中,该方法进一步包括:响应于在子帧中发送到无线设备的DCI中设置轮询标志,从无线设备接收下行链路HARQ反馈。
在一些实施例中,该方法进一步包括确定在其上接收了下行链路HARQ反馈的上行链路控制信道的信号干扰噪声比(SINR)是否大于或等于第一预定义阈值。该方法进一步包括:如果上行链路控制信道的SINR大于或等于第一预定义阈值,则:确定下行链路HARQ反馈是可信的;以及处理下行链路HARQ反馈。
在一些实施例中,该方法进一步包括确定上行链路控制信道的SINR是否小于第一预定义阈值但大于或等于第二预定义阈值。该方法进一步包括:如果上行链路控制信道的SINR小于第一预定义阈值但大于或等于第二预定义阈值,则:确定下行链路HARQ反馈是不可信;将下行链路HARQ反馈设置为全部NACK;以及处理NACK。
还公开了用于蜂窝通信***的网络节点的实施例。在一些实施例中,网络节点适于确定无线设备是否在子帧中被调度。该网络节点进一步适于在确定无线设备在子帧中被调度时,将在子帧中发送到无线设备的HARQ过程与BI相关联。该无线设备进一步适于在子帧中发送到无线设备的DCI中包括BI。网络节点进一步适于按照根据在此描述的任何实施例的网络节点的操作的方法进行操作。
在一些实施例中,用于蜂窝通信***的网络节点包括至少一个处理器和存储指令的存储器,该指令可由至少一个处理器执行,由此网络节点能够操作以:确定无线设备是否在子帧中被调度;在确定无线设备在子帧中被调度时,将在子帧中发送到无线设备的HARQ过程与BI相关联;以及在子帧中发送到无线设备的DCI中包括BI。
在一些实施例中,通过由至少一个处理器执行指令,网络节点进一步能够操作以在确定无线设备是否在子帧中被调度之前,将BI设置为初始值。
在一些实施例中,通过由至少一个处理器执行指令,网络节点进一步能够操作以:确定BI是否等于预定义最大值;在确定BI不等于预定义最大值时,递增BI;以及在确定BI等于预定义最大值时,在子帧中发送到无线设备的DCI中设置轮询标志。
在一些实施例中,通过由至少一个处理器执行指令,网络节点进一步能够操作以:响应于在子帧中发送到无线设备的DCI中设置轮询标志,从无线设备接收下行链路HARQ反馈。
在一些实施例中,通过由至少一个处理器执行指令,网络节点进一步能够操作以:确定在其上接收了下行链路HARQ反馈的上行链路控制信道的SINR是否大于或等于第一预定义阈值;以及如果上行链路控制信道的SINR大于或等于第一预定义阈值,则:确定下行链路HARQ反馈是可信的;以及处理下行链路HARQ反馈。此外,在一些实施例中,通过由至少一个处理器执行指令,网络节点进一步能够操作以:确定上行链路控制信道的SINR是否小于第一预定义阈值但大于或等于第二预定义阈值;以及如果上行链路控制信道的SINR小于第一预定义阈值但大于或等于第二预定义阈值,则:确定下行链路HARQ反馈是不可信的;将下行链路HARQ反馈设置为全部NACK;以及处理NACK。
在一些实施例中,能够在蜂窝通信***中操作的网络节点包括:用于确定无线设备是否在子帧中被调度的装置;用于在确定无线设备在子帧中被调度时,将在子帧中发送到无线设备的HARQ过程与BI相关联的装置;以及用于在子帧中发送到无线设备的DCI中包括BI的装置。
在一些实施例中,能够在蜂窝通信***中操作的网络节点包括:确定模块,其能够操作以确定无线设备是否在子帧中被调度;关联模块,其能够操作以在确定模块确定无线设备在子帧中被调度时,将在子帧中发送到无线设备的HARQ过程与BI相关联;以及发送模块,其能够操作以在子帧中发送到无线设备的DCI中包括BI。
在结合附图阅读以下对实施例的详细描述之后,本领域技术人员将理解本公开的范围并实现其另外的方面。
附图说明
结合在本说明书中并形成本说明书的一部分的附图示出了本公开的若干方面,并且与说明书一起用于解释本公开的原理。
图1示出根据本公开的一个实施例的蜂窝通信***;
图2示出根据本公开的一个实施例的无线设备(例如,用户装备设备(UE))和无线接入节点(或其它网络节点)的操作;
图3A和图3B示出本公开的实施例的示例;
图4示出根据本公开的另一实施例的无线设备和无线接入节点(或其它网络节点)的操作;
图5A和图5B示出本公开的一些其它实施例的示例;
图6是示出根据本公开的一些实施例的无线设备的操作的流程图;
图7A和图7B以及图8示出与蜂窝通信***中的捆绑的(bundled)混合自动重传请求(HARQ)反馈有关的问题;
图9示出根据本公开的一些实施例的无线设备和网络节点的操作;
图10是示出根据本公开的一些实施例的由网络节点执行的轮询过程的流程图;
图11是示出根据本公开的一些实施例的UE侧反馈过程的流程图;
图12是示出根据本公开的一些实施例的网络侧x物理上行链路控制信道(xPUCCH)检测过程的流程图;
图13是示出根据本公开的一些实施例的网络侧HARQ反馈解释过程的流程图;
图14A至图14C、图15A至图15C、图16A和图16B、图17A和图17B以及图18A和图18B示出根据本公开的各种实施例的示例;
图19和图20是根据本公开的一些实施例的无线设备的示例实施例的框图;以及
图21至图23是根据本公开的一些实施例的基站的示例实施例的框图。
具体实施方式
以下阐述的实施例表示使得本领域技术人员能够实践实施例的信息,并且示出了实践实施例的最优模式。在根据附图阅读以下描述时,本领域技术人员将理解本公开的概念并且将认识到在此未特别提出的这些概念的应用。应该理解,这些概念和应用都落入本公开和所附权利要求的范围内。
无线节点:如在此所使用的,“无线节点”是无线接入节点或无线设备。
无线接入节点:如在此所使用的,“无线接入节点”是蜂窝通信网络的无线接入网络中的任何节点,该蜂窝通信网络操作以无线地发送和/或接收信号。无线接入节点的一些示例包括但不限于基站,诸如例如第三代合作伙伴计划(3GPP)长期演进(LTE)网络中的增强或演进节点B(eNB);高功率或宏基站;低功率基站,诸如例如微基站、微微基站、家庭eNB等;以及中继节点。
无线设备:如在此所使用的,“无线设备”是通过向无线接入节点无线发送和/或接收信号来访问蜂窝通信网络,即由蜂窝通信网络服务的任何类型的设备。无线设备的一些示例包括但不限于3GPP LTE网络中的用户装备设备(UE)和机器类型通信(MTC)设备。
网络节点:如在此所使用的,“网络节点”是作为无线接入网络的一部分或蜂窝通信网络/***的核心网络的任何节点。
注意,在此给出的描述集中于3GPP蜂窝通信***,并且因此经常使用3GPP LTE术语或与3GPP LTE术语类似的术语。然而,在此公开的概念不限于3GPP***。
注意,在本文的描述中,可以参考术语“小区”;然而,特别是关于第五代(5G)概念,可使用波束代替小区,因此,重要的是要注意,在此描述的概念同样适用于小区和波束二者。
在讨论本公开的实施例之前,对与现有的混合自动重传请求(HARQ)解决方案相关联的一些问题的讨论是有益的。LTE的当前HARQ协议不是100%可靠的;因此,LTE也使用更高层无线链路控制(RLC)确认模式(AM)以确保可靠性。此外,当前的HARQ协议基于许多严格的定时关系,诸如例如每个同步HARQ定时操作,这是非常不灵活的并且当例如使用动态时分双工(TDD)进行操作时会引起若干问题,这对于5G来说是非常常见的。
此外,期望用于5G的HARQ反馈协议非常快并且特别是比LTE快得多,但仍然不过度使用x物理上行链路控制信道(xPUCCH)资源。因此,期望的是HARQ反馈机制,其可以取决于例如用户平面数据服务的鲁棒性和/或延迟要求以相当动态的方式在反馈延迟与xPUCCH资源消耗方面进行调整。
本公开提供了涉及下行链路HARQ反馈的***和方法,其特别适合于下一代蜂窝通信网络,例如5G网络,但不限于此。在一些实施例中,来自多个下行链路HARQ传输的反馈标志被捆绑成单个HARQ反馈传输。在一些实施例中,网络使用下行链路控制信息(DCI)来指示UE应该将哪些反馈标志组合进HARQ反馈传输以及何时以及如何发送它。
本公开提出了用于例如5G xPUCCH的快速且有效的下行链路HARQ反馈机制。在一些实施例中,该机制允许可变数量的HARQ反馈标志(确认/否定确认(ACK/NACK))被包括在一个HARQ反馈传输中。提出了两种不同的变体:
·直接调度,其中,每个DCI将在xPUCCH上直接调度ACK/NACK的一个上行链路反馈。
·通过轮询,其中,接收结果存储在反馈缓冲器中,该接收结果在网络请求时被报告。接收结果是例如ACK、NACK,或者在一些实施例中,是不连续传输(DTX)。
两种变体进一步允许DTX检测,即,如下所述没有听到DCI的情况。
本公开的实施例提供用于例如5G xPUCCH的快速且有效的下行链路HARQ反馈机制。它调节每个UE使用的xPUCCH资源的量,还允许非常快速的反馈。此外,在此公开的下行链路HARQ反馈机制的实施例可以由网络完全调度,使得可以取决于用户平面服务要求在资源消耗与反馈延迟方面动态地进行调整。在此公开的下行链路HARQ反馈机制的实施例允许DTX检测。
本公开的实施例在蜂窝通信***或网络中实现。图1中示出蜂窝通信***10的一个非限制性示例。如图所示,蜂窝通信***10包括无线接入网络(RAN)12,该无线接入网络(RAN)12包括多个无线接入节点,在该示出的示例中,该无线接入节点是基站14。基站14有时在此更通常地被称为无线接入节点14。在3GPP中,基站14可以是例如eNB或低功率基站(例如,微微基站、微基站、毫微微基站或家庭基站)。基站14在基站14的相应小区16中向无线设备18(诸如例如UE)提供无线接入。注意,虽然在图1的示例中示出了小区16,但在其它实施例中,基站14可以在多个波束上发送。在该示例中,基站14经由X2连接进行通信或更通常地经由基站到基站连接进行通信。另外,基站14连接到核心网络20,该核心网络20包括各种核心网络节点,诸如例如一个或多个移动性管理实体(MME)22、一个或多个服务网关(S-GW)24以及一个或多个分组数据网络网关(P-GW)26。
直接调度的HARQ反馈
在一些实施例中,考虑到所包括的子帧偏移K,每个DCI调度在稍后的时机发送的反馈。在子帧T处调度的DCI然后将在子帧T+K处呈现反馈。
在一些相关实施例中,K的配置可以例如部分地通过例如经由例如在规范中更高层的信令和/或硬编码发送的查找表来提供。例如,假设最小可能K是N,N是无线设备18的反应时间,则代替发送K=N,K=N+1,K=N+2等,网络可以改为在DCI中发信号S=0,S=1,S=2等,并且然后分别发信号通知值N,此后无线设备18将K计算为K=S+N。注意,至少在一些实施例中,N的值可以例如通过更高层信令仅被发信号通知一次,或者可以是网络已经从例如更早执行的RRC连接过程知道的无线设备18的属性。S的值可以变化。例如,可以通过在每个相应的DCI消息中包括S的值来改变S的值,其中,S的值可因DCI消息而异。
图2示出无线设备18和无线接入节点14或其它网络节点根据例如以上实施例进行操作的操作。如图所示,无线接入节点14或一些其它网络节点可选地至少部分地配置偏移K,以用于确定无线设备18在接收到DCI消息时将发送HARQ反馈的时间(T+K)(步骤100)。同样,T是子帧,或者更通常地是接收DCI消息的时间,并且T+K是子帧,或者更通常地是HARQ反馈将被发送的时间。因此,T在此有时被称为当前子帧,并且K在此被称为HARQ定时偏移K或简称为偏移K。如上所述,偏移K的该配置可以包括例如由无线设备18使用的查找表的信令,以例如从在对应的DCI消息中发送的索引来确定K的值。作为上面讨论的另一示例,该配置可以是用于例如根据K=N+S确定偏移K的值S的配置,其中S被包括在对应的DCI消息中并且N是预定值,诸如例如无线设备18的预定反应时间。
在某一时刻,无线设备18从无线接入节点14接收DCI消息,其中,DCI消息包括偏移K的指示(步骤102)。偏移K的指示可以是K的值,或者例如是可以由无线设备18用来确定K的值的某个值,即K可以是由该指示传送的值X的函数。例如,偏移K的指示可以是值S,其中偏移K=N+S,其中N可以是例如通过标准或由网络配置来预定义的,N例如在步骤100的配置中被提供。
在一些实施例中,无线设备18接收单个DCI消息并且导致在下面的步骤106中HARQ反馈的传输包括单个HARQ标志。然而,在其它实施例中,无线设备18接收多个DCI消息,该多个DCI消息包括步骤102的DCI消息和可能在先前子帧中的附加DCI消息。因此,如果存在多个DCI消息,则这些DCI消息可以具有相应的HARQ定时偏移K,其导致相应的HARQ反馈在相同的子帧中发送。因此,在一些实施例中,无线设备18组合多个HARQ反馈标志以提供无线设备在子帧T+K处发送的HARQ反馈(步骤104)。然而,应注意,步骤104是可选的。如下所讨论,无线设备18组合多个反馈标志的方式可以取决于特定实施例/实施方式而变化。例如,无线设备18可以连结表示多个HARQ反馈标志的比特模式,或者将多个HARQ反馈标志联合编码成单个码字。作为组合HARQ反馈标志的一个示例替代方案,无线设备18可以在单独的上行链路控制信息(UCI)消息中发送HARQ反馈标志。
无线设备18在子帧T+K处发送下行链路HARQ反馈(步骤106)。如在此所述,在一些实施例中,HARQ反馈是用于由DCI消息在子帧T中调度的单个下行链路数据传输的下行链路HARQ标志。在该情况下,如果由DCI消息调度的下行链路数据在子帧T中被无线设备18成功接收,则下行链路HARQ标志是ACK,或者如果由DCI消息调度的下行链路数据在子帧T中未被无线设备18成功接收到,则下行链路HARQ标志是NACK。
在一些其它实施例中,HARQ反馈包括针对多个下行链路传输的下行链路HARQ反馈。例如,可以通过在子帧T1,T2,……,TM中接收的相应DCI消息来调度多个下行链路传输,其中相应的HARQ定时偏移K1,K2,……,KM使得针对所有这些下行链路传输的HARQ反馈发生在相同的子帧中,即T1+K1=T2+K2=……=TM+KM。然后,HARQ反馈可以例如在单独的UCI消息中包括例如映射到单独物理资源(例如xPUCCH中的资源元素(RE))的多个下行链路HARQ标志。可替代地,HARQ反馈可以包括由步骤104提供的单个组合反馈,其联合表示多个下行链路HARQ标志例如是将多个下行链路HARQ标志联合编码成单个码字的结果,或者是连结表示多个HARQ标志的多个比特模式的结果。在一些实施例中,下行链路HARQ标志包括ACK和NACK,这取决于无线设备18是否成功接收到相应的下行链路数据传输(例如,物理下行链路共享信道(PDSCH)上的数据传输)。此外,在一些实施例中,如果无线设备18没有成功接收到相应的DCI消息,则下行链路HARQ标志包括DTX,即表示DCI接收中的错误或失败的标志。
无线接入节点14根据任何期望的HARQ反馈处理方案接收并处理HARQ反馈(步骤108)。例如,如果接收到NACK,则无线接入节点14重传下行链路数据。
在一些实施例中,无线接入节点14能够基于HARQ反馈来检测DCI错误或失败。这在此称为DTX或DCI失败/错误。在一些实施例中,DTX检测,即DCI失败可以通过以下任一方式实现:
·具有每个接收到的DCI到xPUCCH上的给定的一组物理资源/RE的不同(显式)映射。换句话说,使用不同的资源但同时发送许多单独的UCI消息。如果网络在一个特定资源/资源元素处没有接收到任何内容,则可以将其解释为无线设备18未能解码对应的DCI。
·将DTX显式编码为反馈中的单独码点,例如令00=ACK,01=DTX,11=NACK,……
·多个HARQ反馈的联合编码。在该情况下,当无线设备18准备xPUCCH传输时,无线设备18将要发送的反馈标志组合成映射到在xPUCCH上发送的码字的单个码点。例如,如果在HARQ反馈传输中可以包括多达四个反馈标志,则可以将码点计算为f1+3f2+9f3+27f4,其中f1……f4是编码为ACK=1,NACK=2以及DTX=0的反馈标志。DTX表示没有检测到针对该标志的传输。注意,可以以类似的方式组合多个HARQ反馈而无需联合编码,例如,在HARQ传输中,每个反馈由几个比特(例如,前一个项目符号点中的示例中的两个比特)表示。
图3A和图3B中示出图2的过程的示例。在图3A中所示的第一示例中,DCI消息和下行链路数据二者都针对子帧T,T+1,T+2和T+3成功解码,并且分别是ACK、ACK、ACK和ACK的HARQ反馈标志在子帧P中发送。这四个反馈标志可以被联合编码或以其它方式组合成单个反馈/比特模式,或者可以在单独的物理资源中(例如在单独的UCI消息中)发送。在图3A中所示的第二示例中,针对子帧T,T+1,T+2和T+3的DCI消息被成功解码,针对子帧T,T+2和T+3的下行链路数据被成功解码,并且针对子帧T+1的下行链路数据未被成功解码,即存在PDSCH错误。无线设备18在子帧P中发送适当的HARQ反馈标志(ACK、NACK、ACK、ACK)。再次,这四个反馈标志可以联合编码或以其它方式组合成单个反馈/比特模式,或者可以在单独的物理资源中(例如在单独的UCI消息中)发送。
在图3B中所示的第三示例中,针对子帧T,T+2和T+3的DCI消息被成功解码,针对子帧T+1的DCI消息未被成功解码,即在子帧T+1中存在DCI错误,并且针对子帧T,T+2和T+3的下行链路数据被成功解码。无线设备18在子帧P中发送适当的HARQ反馈标志(ACK、DTX、ACK、ACK)。再次,这四个反馈标志可以联合编码或以其它方式组合成单个反馈/比特模式,或者可以在单独的物理资源中(例如在单独的UCI消息中)发送。最后,在图3B中所示的第四示例中,除了无线设备18未在子帧T+1中被调度之外,该场景与示例1中的场景相同。在此示例中,UE在子帧P中发送适当的HARQ反馈标志(ACK、DTX、ACK、ACK)。再次,这四个反馈标志可以被联合编码或以其它方式组合成单个反馈/比特模式,或者可以在单独的物理资源中(例如在单独的UCI消息中)发送。
通过轮询的HARQ反馈
在一些实施例中,每个DCI消息包含到HARQ反馈缓冲器的索引,在该HARQ反馈缓冲器中存储针对被编索引的接收的接收状态(ACK(A)/NACK(N)或至少在一些实施例中,DTX或DCI错误(D))。
在一些相关实施例中,网络将明确地轮询HARQ反馈缓冲器的状态报告,这也将刷新HARQ反馈缓冲器的状态。假设无线设备18的HARQ反馈延迟是d个子帧,则在子帧T处接收的轮询将在子帧T+d处呈现反馈。在一些实施例中,HARQ反馈延迟d可以是静态延迟,例如,四个子帧。在其它实施例中,HARQ反馈延迟d可以是可配置的延迟。特别地,在一些实施例中,上述轮询还可以包含关于何时以与上述用于HARQ定时偏移K的配置所描述的方式类似的方式发送反馈的明确细节。也就是说,在一些实施例中,d=K,其中K是上述HARQ定时偏移K。
在另一些进一步相关的实施例中,DTX检测(即DCI失败)可以通过以下任一方式实现:
·具有每个HARQ反馈缓冲器条目到给定的一组物理资源/资源元素的不同映射。如果网络在特定资源/资源元素处没有接收到任何内容,则可以将其解释为无线设备18未能解码对应的DCI。
·将DTX显式编码为反馈中的单独码点。
o示例1:分别令00=ACK,01=DTX,11=NACK,……
o示例2:对所有块进行联合编码。DTX只需要被包括在前三个条目中,因为如果DTX在最后一个条目上,则不会发送任何报告。因此,这将需要3*3*3*2=54个码点,其可以例如由至少6比特的适当块码来编码,即,2^6=64>54。
图4中示出上述轮询过程的一个示例。如图所示,在子帧T1中,在下行链路控制信道上无线接入节点14发送并且无线设备18接收第一DCI消息,该下行链路控制信道在此被称为x物理下行链路控制信道(xPDCCH)(步骤200)。第一DCI消息包括下行链路许可,其指示在子帧T1中将下行链路数据发送到无线设备18。另外,第一DCI消息包括对HARQ反馈缓冲器中的位置的索引,在该位置处将存储相应的下行链路HARQ标志,例如ACK、NACK或DTX。无线接入节点14还根据第一DCI消息中包括的下行链路许可在子帧T1中向无线设备18发送第一下行链路数据(步骤202)。无线设备18在由第一DCI消息中包括的索引定义的位置处的HARQ反馈缓冲器中存储下行链路HARQ标志,其在此也被称为接收状态(步骤204)。在一些实施例中,如果无线设备18在子帧T1中成功接收/解码下行链路数据,则存储的下行链路HARQ标志是ACK,或者如果无线设备18未在子帧T1中成功接收/解码下行链路数据,则存储的下行链路HARQ标志是NACK。然而,如下所述,在一些实施例中,可以修改该存储方案。在一些实施例中,HARQ反馈缓冲器在所有位置被初始化为DTX。因此,如果无线设备18未能接收到第一DCI消息,则DTX标志被保持在HARQ反馈缓冲器中的相应位置中。
以相同的方式,在子帧T2中,在下行链路控制信道上无线接入节点14发送并且无线设备18接收第二DCI消息,该下行链路控制信道在此被称为xPDCCH(步骤206)。第二DCI消息包括下行链路许可,其指示在子帧T2中将下行链路数据发送到无线设备18。另外,第二DCI消息包括对HARQ反馈缓冲器中的位置的索引,在该位置处将存储相应的下行链路HARQ标志,例如ACK、NACK或DTX。无线接入节点14还根据第二DCI消息中包括的下行链路许可在子帧T2中向无线设备18发送第二下行链路数据(步骤208)。无线设备18在由第二DCI消息中包括的索引定义的位置处的HARQ反馈缓冲器中存储下行链路HARQ标志,其在此也被称为接收状态(步骤210)。在一些实施例中,如果无线设备18在子帧T2中成功接收/解码下行链路数据,则存储的下行链路HARQ标志是ACK,或者如果无线设备18未在子帧T2中成功接收/解码下行链路数据,则存储的下行链路HARQ标志是NACK。然而,如下所述,在一些实施例中,可以修改该存储方案。在一些实施例中,HARQ反馈缓冲器在所有位置被初始化为DTX。因此,如果无线设备18未能接收到第二DCI消息,则DTX标志被保持在HARQ反馈缓冲器中的相应位置中。
该过程以该方式继续,直到无线接入节点14发送并且无线设备18接收到在子帧TM中包含轮询指示符的DCI消息(步骤212)。在该示例中,该DCI消息还包括针对子帧TM的下行链路许可和针对对应的下行链路HARQ标志的HARQ缓冲器索引。因此,无线接入节点14根据在子帧TM中发送的DCI消息中包括的下行链路许可,在子帧TM中向无线设备18发送下行链路数据(步骤214)。无线设备18在由子帧TM中发送的DCI消息中包括的索引定义的位置处的HARQ反馈缓冲器中存储下行链路HARQ标志,其在此也被称为接收状态(步骤216)。在一些实施例中,如果无线设备18在子帧TM中成功接收/解码下行链路数据,则存储的下行链路HARQ标志是ACK,或者如果无线设备18未在子帧TM中成功接收/解码下行链路数据,则存储的下行链路HARQ标志是NACK。然而,如下所述,在一些实施例中,可以修改该存储方案。在一些实施例中,HARQ反馈缓冲器在所有位置被初始化为DTX。因此,如果无线设备18未能在子帧TM中接收DCI消息,则DTX标志被保持在HARQ反馈缓冲器中的相应位置中。
在接收到轮询指示符时,无线设备18发送HARQ反馈,该HARQ反馈表示在HARQ反馈缓冲器中(例如在xPUCCH上)存储的HARQ反馈标志(步骤218)。在子帧TM+d中发送HARQ反馈,其中延迟d可以是静态延迟或可配置延迟,例如,在一些实施例中为可配置HARQ定时偏移K。在一些实施例中,HARQ反馈缓冲器中的多个HARQ反馈标志可以在单独的物理资源中(例如在单独的UCI消息中)发送。在其它实施例中,组合多个HARQ反馈标志以提供用于传输的组合的HARQ反馈。组合的HARQ反馈可以是表示多个HARQ标志的比特模式的连结。例如,如果HARQ标志是ACK=00并且NACK=01并且HARQ反馈缓冲器中存在四个位置,则组合的HARQ反馈可以是00000001。作为另一示例,组合的HARQ反馈可以是通过联合编码多个HARQ标志而得到的码字。
无线接入节点14检测HARQ反馈(步骤220)并解释HARQ反馈(222)。一旦检测到并解释了HARQ反馈,无线接入节点14就采取适当的动作,例如,重传数据。
图5A和图5B示出该过程的示例,其中在图6中对应的流程图示出无线设备18的操作。注意,在图5A和图5B中,DCI中的编索引和轮询是分开编码的。它们当然可以联合编码为例如:
·00=存储具有索引0的反馈
·01=存储具有索引1的反馈
·10=存储具有索引2的反馈
·11=存储具有索引3的反馈,并且在N个子帧后发送反馈/刷新缓冲器
如图5A中所示,在第一示例中,无线设备18接收具有缓冲器索引00的DCI消息,并且因此将相应的HARQ反馈标志存储在HARQ反馈缓冲器中与索引00对应的缓冲器位置。在下一子帧中,无线设备18接收具有轮询缓冲器索引01的DCI消息,并且因此将相应的HARQ反馈标志存储在HARQ反馈缓冲器中与索引01对应的缓冲器位置。稍后,无线设备18分别在具有轮询缓冲器索引02和13的子帧中接收另一个DCI消息,并且因此,将相应的HARQ反馈标志存储在HARQ反馈缓冲器中与索引02和13对应的缓冲器位置。网络(例如,无线接入节点14)向无线设备18轮询HARQ反馈。响应于由网络轮询,无线设备18在子帧T+d中发送在HARQ反馈缓冲器中存储的HARQ反馈,在该示例中,其中例如在子帧T轮询无线设备18,并且值d可以是静态值或由如上所述的网络配置的可配置值,例如HARQ定时偏移K。图5A和图5B的示例2和3类似于第一示例,但是其中在第二子帧中存在PDSCH错误(示例2)以及在第二子帧中存在DCI错误(示例3)。
图6是示出根据本公开的一些实施例的无线设备18的操作的流程图。注意,在一些实施例中,HARQ反馈缓冲器被初始化,使得所有位置被设置为某个默认值,该默认值在本文描述的示例实施例中是DTX。注意,虚线框表示可选步骤。如图所示,无线设备18首先等待接收DCI消息(步骤300和302)。在接收到DCI消息时,无线设备18将适当的HARQ标志ACK或NACK存储在针对给定索引的HARQ反馈缓冲器中,其中索引例如在DCI消息中提供(步骤304)。该过程返回到步骤300并且可以重复直到无线设备18被网络轮询(步骤306,是)。注意,在一些实施例中,步骤306是可选的,因为例如无线设备18可以在到达HARQ反馈缓冲器中的最终位置时自动发送反馈。这可以被认为是隐式轮询。
在被轮询时,无线设备18基于HARQ反馈缓冲器的状态创建xPUCCH消息(步骤308)。例如,在一些实施例中,无线设备18组合在HARQ反馈缓冲器中存储的下行链路HARQ标志,以提供组合的HARQ反馈,即组合的下行链路HARQ反馈消息。组合的HARQ反馈可以是例如每个下行链路HARQ标志的比特模式/序列的连结,或者作为另一示例,是联合编码在HARQ反馈缓冲器中存储的HARQ标志所产生的单个码字。xPUCCH消息例如以编码形式包括在HARQ反馈缓冲器中存储的HARQ反馈标志。无线设备18刷新HARQ反馈缓冲器,例如,将所有条目设置为DTX(步骤310)。无线设备18等待d个子帧(步骤312),并且然后在xPUCCH上发送所创建的xPUCCH消息(步骤314)。注意,值d(即HARQ反馈延迟)可以是预定义值,例如,由标准定义的静态值,或例如以类似于HARQ定时偏移K的配置的方式由网络配置的配置值。
在一些实施例中,HARQ反馈延迟d是设备特定的值,其例如由无线设备18的处理延迟定义。在该情况下,从无线设备18接收DCI消息的时间直到无线设备18发送UCI(或更通常地,HARQ反馈)的时间,不同的无线设备18可以具有不同的设备特定延迟,多于一个的无线设备18可以同时,即在同一子帧中发送UCI消息。这提出了一个问题,即UCI消息的同时传输发生冲突。可以通过以下任何方法解决该问题:
·使用显式信令来指示用于无线设备18的UCI资源,而不是隐式DCI到UCI映射。该显式信令可以是对无线设备18要使用的d的值的指示的信令,例如,如上所述,用信号通知HARQ偏移定时K。
·将具有不同处理延迟的无线设备18分配给不同的频率资源。
·在不同的DCI控制信道单元(CCE)上调度具有不同处理延迟的无线设备18。
·避免调度将发送将与由已经被调度的另一无线设备18发送的UCI冲突的UCI的新无线设备18。
高级HARQ反馈
如上所述的用于5G中的xPUCCH的HARQ反馈解决方案可能在由于下行链路上的DCI错误和/或由于上行链路上的xPUCCH错误而未接收到例如以HARQ反馈报告的形式的HARQ反馈时遇到问题。
如图7A和图7B以及图8中所示,在这些情况下,网络不能得出关于被未接收的报告所覆盖的PUSCH传输的成功和/或不成功接收的任何结论。另外,网络甚至可能依据相信待确认的未接收的传输而得出错误的结论,例如,NACK→ACK错误,这将导致高成本的更高层重传。
具体地,图7A和图7B示出了两个问题,称为问题A和问题B。在问题A中,DCI错误导致在子帧SF#(J)中无线设备18未接收到轮询请求/指示符。由于未接收到轮询指示符,因此不清除HARQ反馈缓冲器,即,HARQ反馈缓冲器中的所有位置都不被重置为DTX,并且无线设备18不在子帧SF#(J+2)中向网络发送HARQ反馈。因此,在该示例中,在子帧SF#(J+1)中,NACK被存储在HARQ反馈缓冲器中的第一位置中,在该第一位置,由于子帧SF#(J)中的DCI错误,NACK覆写/隐藏在未被发送到网络的HARQ反馈缓冲器中的ACK。在子帧SF#(J+2)中,NACK被存储在HARQ反馈缓冲器中的第二位置中,在该第二位置,由于子帧SF#(J)中的DCI错误,NACK覆写/隐藏未被发送到网络的HARQ反馈缓冲器中的ACK。在子帧SF#(J+3)中,ACK被存储在HARQ反馈缓冲器中的第三位置中,在该第三位置,由于子帧SF#(J)中的DCI错误,ACK覆写/隐藏未被发送到网络的HARQ反馈缓冲器中的NACK。在子帧SF#(J+4)中,ACK被存储在HARQ反馈缓冲器中的第四位置中,在该第四位置,由于子帧SF#(J)中的DCI错误,ACK覆写/隐藏未被发送到网络的HARQ反馈缓冲器中的DTX。在问题B中,xPUCCH反馈在上行链路中丢失,使得在子帧SF#(J+2)中没有接收到xPUCCH。
注意,网络不知道如何区分问题A和B。在问题A和B中,在子帧SF#(J+2)处,网络将没有接收到针对在子帧SF#(J-3)、SF#(J-2)、SF#(J-1)和SF#(J)中的下行链路传输的任何HARQ反馈,并且网络不能得出关于这些下行链路传输的任何结论。在子帧SF#(J+7)处,网络将重传所有正被否定确认的HARQ过程,即缓冲器索引0和1的那些过程,其对应于子帧SF#(J+1)和SF#(J+2)的下行链路传输。网络将类似地假设子帧SF#(J+3)和SF#(J+4)的下行链路传输被确认。这一切都是正确的,但网络不知道子帧SF#(J-3)、SF#(J-2)、SF#(J-1)和SF#(J)的接收状态,因为对应的状态标志已被新状态标志覆写。
图8示出问题(问题C),该问题导致存在多个连续DCI错误的情况。除了图7A的问题A的问题之外,对于问题C,子帧SF#(J+1)处的DCI错误将导致HARQ反馈缓冲器中的条目索引0不被更新。这反过来将导致网络在子帧SF#(J+7)处错误地假设对应的下行链路传输已经被确认,而实际上它应该被指示为DTX。
如上所述,本公开的实施例增强了针对5G中的xPUCCH的HARQ反馈解决方案。注意,术语xPUCCH在此用于指代上行链路控制信道,特别是在5G网络中。然而,名称xPUCCH仅用于清楚和易于讨论,并且5G中的实际上行链路控制信道可以被赋予不同的名称。在图9中概述了本公开的概述,其在下面描述。最重要的是,本公开的实施例:
·确保无线设备18不是简单地用新的接收替换先前接收的旧状态(ACK/NACK/DTX),而是使用更复杂的过程(参见图11和下面的相应描述);以及
·确保网络正确解释缺少反馈(DCI错误或xPUCCH错误)并响应于此采取适当的动作(参见图12和下面的相应描述)。
利用在此公开的增强,使得上述HARQ反馈解决方案对于下行链路中的控制信道错误(即,DCI错误)以及上行链路中的控制信道错误(即,xPUCCH错误)更加鲁棒。它确保以一些额外的HARQ重传(这不是高成本的)为代价来减轻高成本的DTX/NACK-ACK错误(其将触发更高层重传)。作为额外的好处,它隐含地尽可能快地解释缺少HARQ反馈,因此提供尽可能短的HARQ往返时间(RTT)。
增强型HARQ反馈解决方案的实施例的细节在很大程度上由图9至图13的流程图提供。该部分的以下部分提供了这些图的一些更详细的描述和可能的实施例。此外,在图14A至图14C、图15A至图15C、图16A和图16B、图17A和图17B以及图18A和图18B的示例中示出了使用中的本公开的图示。
注意,以下讨论集中于所轮询的HARQ反馈解决方案,因为这是最复杂的;然而,如下文所指出的,增强也可以应用于直接调度的HARQ反馈解决方案。
图9示出用于整个HARQ反馈过程的概述/算法解剖结构。特别地,图9示出图10至图13、图14A至图14C、图15A至图15C以及图16A和图16B的单独过程如何一起工作。如图所示,网络(例如,无线接入节点14)在控制信道(其被称为xPDCCH)上发送DCI消息,并且还在下行链路共享信道(其被称为xPDSCH)上发送下行链路数据。在UE/无线设备18处,无线设备18执行UE侧反馈过程,该过程导致向网络发送HARQ反馈。在网络侧,执行网络侧HARQ反馈解释过程,每个HARQ过程一个解释过程,以解释来自无线设备18的HARQ反馈并采取适当的动作。
图10是示出根据本公开的一些实施例的网络侧轮询过程的流程图。在一些实施例中,网络侧轮询过程由无线接入节点14执行。网络将确保对于每个xPDSCH传输,所调度的HARQ过程与也在DCI中指示的本地唯一的缓冲器索引(BI)相关联。BI是针对无线设备18处的HARQ反馈缓冲器的索引,其定义HARQ反馈缓冲器内将要存储对应HARQ标志的位置。在执行BIMAX这种传输之后,在DCI中设置轮询比特。这里BIMAX对应于无线设备18处的HARQ反馈缓冲器的大小。注意,xPDSCH在此用作5G网络中的PDSCH的名称,以便于阐明和便于讨论。然而,5G网络中下行链路共享信道的实际名称可以被给予另一个名称。在一些实施例中,通过例如相关规范对BIMAX给出预定值,而在其它实施例中,它可以通过例如更高层的信令静态或半静态地配置。在其它实施例中,它可以在DCI中动态设置。注意,对于上述“直接调度”情况,显然可以省略轮询部分。
特别地,如图所示,过程在步骤400处开始,并且BI被设置为0(步骤402)。无线接入节点14确定是否针对当前子帧为无线设备18(其被称为用户)调度下行链路数据传输(步骤404)。如果不是,则无线接入节点14等待直到下一个子帧(步骤406),并且然后该过程返回到步骤404。如果为无线设备18调度下行链路数据传输(步骤404;是),则无线接入节点14将要发送的相应的HARQ过程与当前BI相关联(步骤408),并且将BI和下行链路许可包括在发送到无线设备18的相应DCI消息中(步骤410)。无线接入节点14确定BI是否等于BIMAX(步骤412)。如果不是,则BI递增(步骤414)并且过程前进到步骤406。一旦BI到达BIMAX(步骤412;是),无线接入节点14在要发送到无线设备18的DCI消息中设置轮询标志/指示符(步骤416),并且然后该过程返回到步骤402。
图11示出根据本公开的一些实施例的UE侧或无线设备侧的反馈过程。该过程与图6的过程相同,但是提供了针对存储步骤304的增强。通常,反馈过程涉及无线设备18何时设法至少解码指示xPDSCH传输的DCI消息-并且还可能是xPDSCH传输本身。如前所述,DCI消息包括BI以及轮询指示符(其可以是例如轮询比特的形式)。无线设备18保持HARQ反馈缓冲器,其中存储接收状态(ACK/NACK/DTX)。通常刷新HARQ反馈缓冲器,即,在每次轮询之后将所有条目重置为DTX。HARQ反馈缓冲器中的每个条目用先前描述的BI来编索引。
在该实施例中,无线设备18使用增强存储过程,而不是简单地用当前接收的接收状态替换HARQ反馈缓冲器中的较早接收的旧接收状态(在此也被称为HARQ标志),该增强存储过程将允许网络稍后在接收时对HARQ反馈做出更好和更开明的解释。这在具有DCI错误的情况下是重要的,其中HARQ反馈缓冲器尚未从轮询中刷新,因为未接收到轮询指示符。
在一些实施例中,将保持在HARQ反馈缓冲器的一个条目中的已经存储的NACK,即使与该缓冲器条目(即,相同的BI)对应的当前接收成功并且因此将指示ACK。然而,如果与该缓冲器条目(即,相同的BI)对应的当前接收不成功,则存储的ACK将始终为了鲁棒性而被NACK覆写。在图16B的示例8中给出了使用示例。
在一些其它实施例中,在先前的DCI中未指示缓冲器索引的情况下,用DTX替换先前缓冲器条目的存储值(其具有由表达式(BI-1)模(BIMAX+1)给出的缓冲器索引)。这可能在该传输存在DCI错误的情况下发生。该隐式DTX标记将例如防止根据最重要的NACK→ACK错误的错误传播。使用的示例在图17A和图17B的示例9中给出。
再次注意,对于上述直接调度的HARQ反馈解决方案,显然可以省略轮询部分,然后其余部分应该是适用的。
如图11中所示,增强的存储过程如下。在接收到DCI消息时(步骤302,是),无线设备18确定是否已成功接收到相应的下行链路数据(步骤500)。如果是,则无线设备18确定针对DCI消息中包括的BI的HARQ反馈缓冲器中的条目是否是NACK(步骤502)。如果不是,则无线设备18将ACK存储在由接收的DCI消息中包括的BI指示的HARQ反馈缓冲器中的位置/条目中(步骤504)。相反,如果针对所接收的DCI消息中包括的BI的HARQ反馈缓冲器中的条目是NACK,则无线设备18在针对所接收的DCI消息中包括的BI的HARQ反馈缓冲器中的条目中存储NACK或以其它方式保持NACK(步骤506)。以该方式,先前的NACK不被ACK隐藏或覆写。返回步骤500,如果无线设备18未成功接收到下行链路数据,则无线设备18将NACK存储在HARQ反馈缓冲器中由DCI消息中包括的BI指示的位置/条目(步骤506)。
可选地,该过程可以继续以便检测先前的DCI错误。在该方面,无论是从步骤504还是506前进,无线设备18设置BIPREV=BI(步骤508),并且然后设置BIPREV=(BIPREV-1)模(BIMAX+1)(步骤510)。步骤510将索引BIPREV设置为可能的BI值{0,1,……,BIMAX}的序列中的先前索引。另外,注意步骤510中给出的等式假设BI是无符号整数。如果使用有符号整数,则等式变为BIPREV=(BIPREV+BIMAX)模(BIMAX+1)。然后,无线设备18将BIPREV与BILAST进行比较,其中BILAST是在最近的先前成功接收的DCI消息中包括的BI。因此,如果BIPREV不等于BILAST,则这意味着存在先前的DCI错误。因此,如果BIPREV不等于BILAST,则无线设备18在由BIPREV定义的位置处的HARQ反馈缓冲器中存储DTX(步骤514),并且该过程返回到步骤510。注意,如果存在多个连续DCI错误,则该过程将检测那些DCI错误并在相应的HARQ反馈缓冲器位置中存储DTX。一旦BIPREV=BILAST,意味着不再有DCI错误,无线设备18将BILAST设置为BI(步骤516)。然后,该过程前进到步骤306,如上面参考图6所述。
图12是示出根据本公开的一些实施例的网络侧xPUCCH检测过程的流程图。该过程由网络节点(例如,无线接入节点14)执行。这里,网络(例如,无线接入节点14)期望在给定子帧期间在xPUCCH上进行HARQ反馈(步骤600)。对于BI=0,1,……,BIMAX,HARQ反馈被表示为{FB(BI)}(步骤602)。在一些实施例中,如果针对xPUCCH接收的信号干扰噪声比(SINR)高于给定阈值THIGH(THIGH可以是由例如更高层设置的参数)(步骤604,是),则HARQ反馈是被认为是值得信赖的(步骤606)。参见图14A至图14C、图15A至图15C、图16A和图16B、图17A和图17B以及图18A和图18B的任何示例以用于说明。
在一些实施例中,当针对xPUCCH接收的SINR低于阈值THIGH但高于另一阈值TLOW(TLOW也可以是由例如更高层设置的参数)时(步骤608,是),则所接收的HARQ反馈被认为不是值得信赖的(步骤610)。在这种情况下,所有考虑的传输都被否定确认(步骤612),即,该报告中针对所有BI的HARQ反馈被设置为NACK。这确实会花费一些额外的HARQ重传,但是将避免由于NACK/DTX→ACK错误过早释放所考虑的HARQ过程而导致的更高成本的更高层重传。为了说明这一点,分别参见图18A和图18B中的示例10和11。
对于上述两个实施例,网络设置BI=0(步骤614),并且然后网络将继续,对于报告所覆盖的每个BI(即,BI=0,1,……,BIMAX),对于与该BI相关联的每个HARQ过程处理针对该特定BI的HARQ反馈(步骤616-630)。特别地,令{HP(BI)}成为与BI相关联的所有HARQ过程(步骤616)。令HP(BI)成为{HP(BI)}的第一个元素并从{HP(BI)}中删除该元素(步骤618)。网络移除HARQ过程HP(BI)和BI之间的关联(步骤620)。然后,网络处理针对HARQ过程HP(BI)的HARQ反馈FB(BI)(步骤622)。该HARQ反馈处理在图12中详细说明。网络确定{HP(BI)}是否为空(步骤624)。如果不是,则该过程返回到步骤618。一旦{HP(BI)}为空,则BI递增(步骤626)。此时,如果BI大于BIMAX(步骤628),则该过程结束(步骤630);否则,该过程返回到步骤616并对该新BI重复。
返回步骤608,在其它一些实施例中,当针对xPUCCH接收的SINR低于阈值TLOW时(步骤608,否),网络将断定无线设备18从未尝试发送任何xPUCCH反馈,并且因此,在相应的轮询中存在DCI错误(步骤632)。然后,网络将隐含地假设针对相关xPDSCH传输的HARQ反馈为DTX(具有BI=BIMAX),因为无线设备18不能接收到该反馈(步骤634)。然后,网络设置BI=BIMAX(步骤636),并且过程进行到步骤616,以立即处理该隐式DTX反馈。为了说明这一点,参见图16A、图16B、图17A和图17B中的示例7、8和9。
图13是示出根据本公开的一些实施例的网络侧HARQ反馈解释过程的流程图。该过程由网络节点(诸如例如无线接入节点14)执行。这里,对于相关HARQ过程给出针对特定BI的HARQ反馈。取决于所指示的反馈(ACK/NACK/DTX),HARQ过程使用的冗余版本(RV)将相应地更新(NACK)或不更新(DTX)。此后,特定的HARQ过程-朝向调度器(scheduler)-被指示为有资格用于重传(NACK或DTX)或空闲(ACK)。在后一种情况下,将清除HARQ过程并切换(toggle)新数据指示符(NDI)。
特别地,如图13中所示,当要处理针对HARQ过程HP的HARQ反馈FB(BI)时(例如,在图12的步骤622中),过程开始(步骤700)。如果HARQ反馈(FB)是DTX(步骤702;是),则网络将HARQ过程HP作标志/标记为需要重传(步骤704)。否则,如果HARQ反馈(FB)是NACK(步骤706;是),则网络更新针对HARQ过程HP的RV(步骤708),并将HARQ过程HP作标志/标记为需要重传(步骤704)。否则,如果HARQ反馈(FB)是ACK(步骤710;是),则网络清除HARQ过程HP并切换它的新数据指示符(NDI)(其是LTE中的现有指示符),从而指示HARQ过程刷新HARQ缓冲器,因为该传输与较早的传输无关,而是新的传输(步骤712),并将HARQ过程HP作标志/标记为空闲/准备好接收新数据(步骤714)。注意,步骤710不是必需的,因为如果HARQ反馈不是DTX且不是NACK,则在该示例中,它必须是ACK。因此,该过程可以直接从步骤706的“否”分支前进到步骤712。
图14A至图14C、图15A至图15C、图16A和图16B、图17A和图17B以及图18A和图18B示出了多个示例,该多个示例示出上述增强型HARQ反馈解决方案的某些实施例的各个方面。这些示例被称为示例1至11。示例1示出无线设备18成功接收到所有DCI消息和下行链路数据并且网络成功接收到用于HARQ反馈的上行链路传输的场景。
示例2示出具有PDSCH错误的场景,该PDSCH错误导致子帧SF#(J-1)的NACK。响应于NACK,网络将用新RV重传来自子帧SF#(J-1)的HARQ过程。
示例3示出具有多个PDSCH错误的场景。响应于针对子帧SF#(J-2)和SF#(J-1)的NACK,网络将用新RV重传来自子帧SF#(J-2)和SF#(J-1)的HARQ过程。
示例4示出针对非轮询DCI消息的DCI错误的场景。这里,网络将在不更新RV的情况下重传来自子帧SF#(J-1)的HARQ过程。
示例5示出在非轮询DCI消息上具有多个DCI错误的场景。这里,网络将在不更新RV的情况下重传来自子帧SF#(K-2)和SF#(J-1)的HARQ过程。
示例6示出在非轮询DCI消息上具有混合DCI错误的场景。这里,网络将重传来自子帧SF#(J-3)、SF#(J-2)和SF#(J-1)的HARQ过程,其中第一HARQ过程用新RV重传,但后两者在不更新RV的情况下重传。
示例7示出在轮询DCI消息上具有DCI错误的场景。在子帧SF#(J+2)即网络期望传输HARQ反馈的子帧处,网络将注意到缺少HARQ反馈并且意识到在子帧SF#(J)处存在DCI错误,然后用相同的RV重传该HARQ反馈。在子帧SF#(J+7)处,由于HARQ反馈包括所有ACK,因此网络将不执行任何操作。
示例8示出在轮询DCI消息上具有DCI错误加上附加PDSCH错误的场景。注意,将该示例与图7A的问题A进行比较是有帮助的。在子帧SF#(J+2)处,网络将注意到缺少HARQ反馈并且意识到在子帧SF#(J)处存在DCI错误。这将隐含地用不连续传输来表示在子帧SF#(J)处发送的HARQ过程,随后用相同的RV重传该HARQ过程。在子帧SF#(J+7)处,网络将重传所有正在进行否定确认的HARQ过程:
·对于Bl=0:重传子帧SF#(J-3)和SF#(J+1)的HARQ过程
·对于BI=1:重传子帧SF#(J-2)和SF#(J+2)的HARQ过程
·对于BI=1:重传子帧SF#(J-1)和SF#(J+3)的HARQ过程
可以注意到,子帧SF#(J-3)、SF#(J-2)和SF#(J+3)的那些重传是“不必要的”,因为它们都被成功接收。鉴于DCI的低错误率(~1%),与PDSCH错误的量相比,这些“不必要的”重传的影响应该是次要的。
示例9A示出存在多个DCI错误的场景。将该示例与图8的问题C进行比较可能是有益的。在子帧SF#(J+2)处,网络将注意到缺少HARQ反馈并且意识到在子帧SF#(J)处存在DCI错误。这将隐含地用不连续传输来表示在子帧SF#(J)处发送的HARQ过程;因此,将重传针对子帧SF#(J)的HARQ过程。网络还检测BI序列中的“跳跃”,即,BI=1之前是BI=2而不是BI=0,并且因此得出结论可能BI=0被丢失。换句话说,网络检测与丢失的BI=0对应的子帧的DCI错误中的DCI错误。因此,HARQ反馈缓冲器中的该条目被设置为DTX。此外,在子帧SF#(J+7)处,网络将来自子帧SF#(J+1)的“新”传输以及来自子帧SF#(J-3)的“旧”传输标记为DTX,并且因此,这两者都将被重传。子帧SF#(J+2)、SF#(J+3)和SF#(J+4)的其它“新”传输将被确认,并且来自子帧SF#(J-2)和SF#(J-1)的旧传输将也被确认。
示例9B示出具有多个DCI错误的另一场景。在子帧SF#(J+2)处,网络将注意到缺少HARQ反馈并且意识到在子帧SF#(J)处存在DCI错误。这将隐含地用不连续传输来表示在子帧SF#(J)处发送的HARQ过程;因此,将重传用于子帧SF#(J)的HARQ过程。网络还检测BI序列中的“跳跃”(即,BI=1和BI=2之前是BI=2而不是BI=0),并且因此得出结论:BI=0和BI=1可能丢失。换句话说,网络检测针对与丢失的BI=0和BI=1对应的子帧的DCI错误中的DCI错误。因此,HARQ反馈缓冲器中的那些条目被设置为DTX。此外,在子帧SF#(J+7)处,网络将来自子帧SF#(J+1)和SF#(J+2)的“新”传输以及来自子帧SF#(J-3)和SF#(J-2)的“旧”传输标记为DTX,并且因此,这两者都将被重传。在子帧SF#(J+3)和SF#(J+4)处的其它“新”传输将被确认,并且来自子帧SF#(J-1)的旧传输也将被确认。
示例10示出成功接收所有下行链路数据但是存在xPUCCH错误的情况,即xPUCCH传输丢失,换句话说,没有被网络接收。在子帧SF#(J+2)处,网络将注意到缺少HARQ反馈并且意识到存在xPUCCH错误。这将隐含地否定确认期望被报告的所有HARQ过程,即来自子帧SF#(J-3)、SF#(J-2)、SF#(J-1)和SF#(J)的那些HARQ过程。在子帧SF#(J+7)处,由于所有下行链路传输都被确认,因此网络将不执行任何操作。
示例11示出丢失xPUCCH反馈外加存在附加PDSCH错误的场景。将该示例与图7B的问题B进行比较可能是有益的。在子帧SF#(J+2)处,网络将注意到缺少HARQ反馈并意识到存在xPUCCH错误。这将隐含地否定确认期望被报告的所有HARQ过程,即来自子帧SF#(J-3)、SF#(J-2)、SF#(J-1)和SF#(J)的那些HARQ过程。可以注意到,子帧SF#(J-3)和SF#(J-2)的那些HARQ过程是“不必要的”,因为这些下行链路传输被成功接收。因此,将xPUCCH错误保持为相当低是很重要的。此外,在子帧SF#(J+7)处,网络将重传所有正在进行否定确认的HARQ过程:
·对于BI=0:重传子帧SF#(J+1)的HARQ过程(子帧SF#(J-3)已被否定确认)。
·对于BI=1:重传子帧SF#(J+2)的HARQ过程(子帧SF#(J-2)已被否定确认)。
示例无线设备和无线接入节点实施方式
图19是根据本公开的一些实施例的无线设备18(例如UE)的示意性框图。如图所示,无线设备18包括一个或多个处理器28(例如中央处理单元(CPU)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)等)、存储器30以及一个或多个收发机32,每个收发机32包括耦接到一个或多个天线38的一个或多个发射机34和一个或多个接收机36。在一些实施例中,上述无线设备18的功能可以完全或部分地以例如在存储器30中存储并由处理器28执行的软件实现。
在一些实施例中,提供了一种包括指令的计算机程序,该指令在由至少一个处理器执行时使该至少一个处理器执行根据在此描述的任何实施例的无线设备18的功能。在一些实施例中,提供了一种包含上述计算机程序产品的载体。载体是电子信号、光信号、无线信号或计算机可读存储介质(例如非暂态计算机可读介质,诸如存储器)中的一个。
图20是根据本公开的一些其它实施例的无线设备18的示意性框图。无线设备18包括一个或多个模块40,每个模块40以软件实现。模块40提供在此描述的无线设备18的功能。例如,模块40可以包括可操作以从网络接收DCI消息的接收模块40-1,其中如上面关于本公开的各种实施例所描述的,取决于实施例,DCI消息可以包括HARQ定时偏移K的指示,HARQ反馈缓冲器索引和/或轮询指示符。作为另一示例,模块40可以包括发送模块40-2,其可操作以根据在此描述的任何实施例发送HARQ反馈。作为又一示例,模块40可以包括存储模块40-3,其可操作以如上面关于本公开的一些实施例所描述的将HARQ反馈存储在HARQ反馈缓冲器中。
图21是根据本公开的一些实施例的基站14(或更一般地,无线接入节点14)的示意性框图。该讨论同样适用于其它类型的无线接入节点。此外,其它类型的网络节点可以具有类似的架构(特别是关于包括处理器、存储器和网络接口)。如图所示,基站14包括基带单元42(其包括一个或多个处理器44,例如CPU、ASIC、FPGA等)、存储器46,和网络接口48以及一个或多个无线单元50,每一个无线单元50包括耦接到一个或多个天线56的一个或多个发射机52和一个或多个接收机54。在一些实施例中,如上所述,基站14的功能,或更一般地,无线接入节点的功能,或更一般地,网络节点的功能可以完全或部分地以例如在存储器46中存储并由处理器44执行的软件来实现。
图22是示出根据本公开的一些实施例的基站14的虚拟化实施例的示意框图。该讨论同样适用于其它类型的无线接入节点。此外,其它类型的网络节点可以具有类似的虚拟化架构。
如在此所使用的,“虚拟化的”网络节点(例如,虚拟化的基站或虚拟化的无线接入节点)是网络节点的实施方式,其中网络的至少一部分功能例如经由在网络中的物理处理节点上执行的虚拟机被实现为虚拟组件。如图所示,在该示例中,如上所述,基站14包括基带单元42(其包括一个或多个处理器48,例如CPU、ASIC、FPGA等)、存储器46和网络接口48以及一个或多个无线单元50,每一个无线单元50包括耦接到一个或多个天线56的一个或多个发射机52和一个或多个接收机54。基带单元42经由例如光缆等连接到无线单元50。基带单元42连接到一个或多个处理节点58,一个或多个处理节点58经由网络接口48耦接到网络60或被包括为网络60的一部分。每一个处理节点58包括一个或多个处理器62(例如CPU、ASIC、FPGA等)、存储器64和网络接口66。
在该示例中,在此描述的基站14的功能68在一个或多个处理节点58处实现,或者以任何期望的方式横跨基带单元42和一个或多个处理节点58分布。在一些特定实施例中,在此描述的基站14的功能68中的一些或全部被实现为在由处理节点58托管的虚拟环境中实现的一个或多个虚拟机执行的虚拟组件。本领域普通技术人员将理解,使用处理节点58和基带单元42之间的附加信令或通信,以便执行所需功能68中的至少一些所需功能。值得注意的是,在一些实施例中。可以不包括基带单元42,在这种情况下,无线单元50经由适当的网络接口直接与处理节点58通信。
因此,关于直接调度实施例,在一些实施例中,处理节点58可操作以指示或以其它方式使包括HARQ反馈定时偏移K的指示的DCI经由无线单元50传输到无线设备18。作为另一个示例,图10的网络侧轮询过程中的一些或全部可以由处理节点58执行,和/或图12的网络侧xPUCCH检测过程中的一些或全部可以由处理节点58基于经由无线单元50从无线设备18接收的下行链路HARQ反馈来执行。
在一些实施例中,提供了一种包括指令的计算机程序,该指令在由至少一个处理器执行时使至少一个处理器根据在此描述的任何实施例执行例如以网络节点或无线接入节点的形式的网络的功能。在一些实施例中,提供了一种包含上述计算机程序产品的载体。该载体是电子信号、光信号、无线信号或计算机可读存储介质(例如非暂态计算机可读介质,诸如存储器)中的一个。
图23是根据本公开的一些其它实施例的基站14(或更一般地,无线接入节点14)的示意性框图。基站14包括一个或多个模块70,每个模块用软件实现。模块70提供在此描述的基站14的功能。模块70可以包括例如发送模块70-1,其可操作以根据在此描述的任何实施例发送DCI消息和下行链路数据;以及接收模块70-2,其可操作以接收和处理根据在此描述的任何实施例的HARQ反馈。注意,其它类型的无线接入节点可以是与用于基站14的图23中所示的类似的架构。
示例实施例
虽然不限于任何特定实施例,但是下面描述了本公开的一些示例实施例。
·实施例1:一种蜂窝通信***(10)中的无线设备(18)的操作的方法,包括:
o在第一子帧T中接收(102)下行链路控制信息,其中,下行链路控制信息包括混合自动重传请求HARQ定时偏移K的指示;以及
o在子帧T+K中发送(106)HARQ反馈。
·实施例2:根据实施例1所述的方法,其中,发送(106)HARQ反馈包括:
o将多个下行链路HARQ反馈标志组合成单个下行链路HARQ传输;
以及
o在子帧T+K中发送单个下行链路HARQ传输。
·实施例3:根据实施例2所述的方法,其中,组合多个HARQ反馈标志包括:将多个HARQ反馈标志联合编码成用于单个下行链路HARQ传输的码字。
·实施例4:根据实施例2或实施例3所述的方法,其中,下行链路控制信息进一步包括:指示将哪些反馈标志组合成单个下行链路HARQ传输的信息。
·实施例5:根据实施例1至4中任一实施例所述的方法,其中,HARQ定时偏移K的指示是HARQ定时偏移K的值。
·实施例6:根据实施例1至4中任一实施例所述的方法,其中,HARQ定时偏移K的指示是值S,其中,HARQ定时偏移K=N+S,其中,N是预定义或预先配置的值。
·实施例7:根据实施例1至6中任一实施例所述的方法,进一步包括检测下行链路控制信息失败。
·实施例8:一种适于根据实施例1至7中任一实施例操作的无线设备(18)。
·实施例9:一种能够在蜂窝通信***(10)中操作的无线设备(18),该无线设备(18)包括:
o收发机(32);
o至少一个处理器(28);以及
o存储器(30),其存储可由至少一个处理器(28)执行的指令,由此无线设备(18)能够操作以:
■经由收发机(32)接收第一子帧T中的下行链路控制信息,其中,下行链路控制信息包括混合自动重传请求HARQ定时偏移K的指示;以及
■经由收发机在子帧T+K中发送HARQ反馈。
·实施例10:根据实施例9所述的无线设备(18),为了发送HARQ反馈,无线设备(18)进一步能够操作以:
o将多个下行链路HARQ反馈标志组合成单个下行链路HARQ传输;
以及
o在子帧T+K中发送单个下行链路HARQ传输。
·实施例11:根据实施例10所述的无线设备(18),其中,为了组合多个HARQ反馈标志,无线设备(18)进一步能够操作以将多个HARQ反馈标志联合编码成用于单个下行链路HARQ传输的码字。
·实施例12:根据实施例10或实施例11所述的无线设备(18),其中,下行链路控制信息进一步包括指示将哪些反馈标志组合成单个下行链路HARQ传输的信息。
·实施例13:根据实施例9至12中任一实施例所述的无线设备(18),其中,HARQ定时偏移K的指示是HARQ定时偏移K的值。
·实施例14:根据实施例9至12中任一实施例所述的无线设备(18),其中,HARQ定时偏移K的指示是值S,其中,HARQ定时偏移K=N+S,其中,N是预定义或预先配置的值。
·实施例15:一种能够在蜂窝通信***(10)中操作的无线设备(18),该无线设备(18)包括:
o用于在第一子帧T中接收下行链路控制信息的装置,其中,下行链路控制信息包括混合自动重传请求HARQ定时偏移K的指示;以及
o用于在子帧T+K中发送HARQ反馈的装置。
·实施例16:一种能够在蜂窝通信***(10)中操作的无线设备(18),该无线设备(18)包括:
o接收模块(40-1),其能够操作以在第一子帧T中接收下行链路控制信息,其中,下行链路控制信息包括混合自动重传请求HARQ定时偏移K的指示;以及
o发送模块(40-2),其能够操作以在子帧T+K中发送HARQ反馈。
·实施例17:一种蜂窝通信***(10)中的无线设备(18)的操作的方法,包括:
o接收(302)包括混合自动重传请求HARQ反馈缓冲器索引的下行链路控制信息消息;以及
o将下行链路HARQ反馈标志存储(304)在HARQ反馈缓冲器内与HARQ反馈缓冲器索引对应的位置中。
·实施例18:根据实施例17所述的方法,进一步包括重复接收(302)和存储(304)一个或多个附加下行链路控制信息消息的步骤。
·实施例19:根据实施例18所述的方法,进一步包括:
o接收(306,是)来自网络节点的轮询请求;以及
o在接收到轮询请求时:
■创建(308)上行链路控制消息,该上行链路控制消息包括在下行链路HARQ反馈缓冲器中存储的下行链路HARQ反馈标志;以及
■发送(314)上行链路控制消息。
·实施例20:根据实施例19所述的方法,其中,创建上行链路控制消息包括将下行链路HARQ反馈标志联合编码成用于上行链路控制消息的码字。
·实施例21:根据实施例19或20所述的方法,其中,发送上行链路控制消息包括发送上行链路控制消息子帧T+N,其中,子帧T是接收轮询请求的子帧,并且N是HARQ反馈偏移。
·实施例22:根据实施例21所述的方法,其中,HARQ反馈偏移N是预定义的或预先配置的。
·实施例23:根据实施例21所述的方法,其中,HARQ反馈偏移N是在轮询请求中接收的索引或在子帧T中接收的下行链路控制信息消息的函数。
·实施例24:根据实施例17至23中任一实施例所述的方法,进一步包括检测下行链路控制信息失败。
·实施例25:一种适于根据实施例17-24中任一实施例操作的无线设备(18)。
·实施例26:一种能够在蜂窝通信***(10)中操作的无线设备(18),该无线设备(18)包括:
o收发机(32);
o至少一个处理器(28);以及
o存储器(30),其存储可由至少一个处理器(28)执行的指令,由此无线设备(18)能够操作以:
■经由收发机(32)接收包括混合自动重传请求HARQ反馈缓冲器索引的下行链路控制信息消息;以及
■将下行链路HARQ反馈标志存储在HARQ反馈缓冲器内与HARQ反馈缓冲器索引对应的位置中。
·实施例27:根据实施例26所述的无线设备(18),其中,无线设备(18)进一步能够操作以重复接收和存储一个或多个附加下行链路控制信息消息的步骤。
·实施例28:根据实施例27所述的无线设备(18),其中,无线设备(18)进一步能够操作以:
o经由收发机(32)接收来自网络节点的轮询请求;以及
o在接收到轮询请求时:
■创建包括在下行链路HARQ反馈缓冲器中存储的下行链路HARQ反馈标志的上行链路控制消息;以及
■发送上行链路控制消息。
·实施例29:根据实施例28所述的无线设备(18),其中,为了创建上行链路控制消息,无线设备(18)进一步能够操作以将下行链路HARQ反馈标志联合编码成用于上行链路控制消息的码字。
·实施例30:根据实施例28或29所述的无线设备(18),其中,无线设备(18)进一步能够操作以在子帧T+N中发送上行链路控制消息,其中,子帧T是接收轮询请求的子帧,并且N是HARQ反馈偏移。
·实施例31:根据实施例30所述的无线设备(18),其中,HARQ反馈偏移N是预定义的或预先配置的。
·实施例31:根据实施例30所述的无线设备(18),其中,HARQ反馈偏移N是在轮询请求中接收的索引或在子帧T中接收的下行链路控制信息消息的函数。
·实施例32:根据实施例26至31中任一实施例所述的无线设备(18),其中,无线设备(18)进一步能够操作以检测下行链路控制信息失败。
·实施例33:一种能够在蜂窝通信***(10)中操作的无线设备(18),该无线设备(18)包括:
o用于接收包括混合自动重传请求HARQ反馈缓冲器索引的下行链路控制信息消息的装置;以及
o用于将下行链路HARQ反馈标志存储在HARQ反馈缓冲器内与HARQ反馈缓冲器索引对应的位置中的装置。
·实施例34:一种能够在蜂窝通信***(10)中操作的无线设备(18),该无线设备(18)包括:
o接收模块(40-1),其能够操作以接收包括混合自动重传请求HARQ反馈缓冲器索引的下行链路控制信息消息;以及
o存储模块(40-3),其能够操作以将下行链路HARQ反馈标志存储在HARQ反馈缓冲器内与HARQ反馈缓冲器索引对应的位置中。
·实施例35a:一种蜂窝通信***(10)中的无线设备(18)的操作的方法,包括:
o接收包括混合自动重传请求HARQ反馈缓冲器索引的消息;
o确定当前子帧的数据接收成功,其中,当前子帧是接收消息的子帧;
o确定否定确认NACK标志存储在无线设备(18)的HARQ反馈缓冲器中与消息中包括的HARQ反馈缓冲器索引对应的缓冲器位置;
以及
o在确定NACK标志存储在无线设备(18)的HARQ反馈缓冲器中与消息中包括的HARQ反馈缓冲器索引对应的缓冲器位置时,即使对于当前子帧的数据接收成功,也在无线设备(18)的反馈缓冲器中与消息中包括的HARQ反馈缓冲器索引对应的缓冲器位置保持NACK标志。
·实施例35:一种蜂窝通信***(10)中的无线设备(18)的操作的方法,包括:
o接收包括混合自动重传请求HARQ反馈缓冲器索引的下行链路控制信息DCI消息;
o确定当前子帧的数据接收成功,其中,当前子帧是接收DCI消息的子帧;
o确定否定确认NACK标志存储在无线设备(18)的HARQ反馈缓冲器中与DCI消息中包括的HARQ反馈缓冲器索引对应的缓冲器位置;以及
o在确定NACK标志存储在无线设备(18)的HARQ反馈缓冲器中与DCI消息中包括的HARQ反馈缓冲器索引对应的缓冲器位置时,即使当前子帧的数据的接收成功,也在无线设备(18)的反馈缓冲器中与DCI消息中包括的HARQ反馈缓冲器索引对应的缓冲器位置保持NACK标志。
·实施例36:根据实施例35所述的方法,进一步包括向网络节点发送在HARQ反馈缓冲器中存储的HARQ反馈。
·实施例37:根据实施例35所述的方法,进一步包括:对于当前子帧,确定在当前子帧之前的多个连续子帧中是否已经发生了多个DCI错误。
·实施例38:根据实施例37所述的方法,进一步包括:在确定多个连续子帧中已经发生多个DCI错误时,将不连续传输DTX标志存储在HARQ反馈缓冲器中与HARQ反馈缓冲器索引对应的位置,该HARQ反馈缓冲器索引刚好在DCI消息中包括的HARQ反馈缓冲器索引之前。
·实施例39:一种包括指令的计算机程序产品,该指令在至少一个处理器上执行时,使至少一个处理器执行根据实施例35-39中任一实施例所述的方法。
·实施例40:一种包含实施例39的计算机程序的载体,其中,载体是电子信号、光信号、无线信号或计算机可读存储介质中的一个。
·实施例41:一种能够在蜂窝通信***(10)中操作的无线设备(18),该无线设备(18)包括:
o收发机(32);
o至少一个处理器(28);以及
o存储器(30),其存储可由至少一个处理器(28)执行的指令,由此无线设备(18)能够操作以:
■经由收发机(32)接收包括混合自动重传请求HARQ反馈缓冲器索引的下行链路控制信息DCI消息;
■确定当前子帧的数据接收成功,其中,当前子帧是接收DCI消息的子帧;
■确定否定确认NACK标志存储在无线设备(18)的HARQ反馈缓冲器中与DCI消息中包括的HARQ反馈缓冲器索引对应的缓冲器位置;以及
■在确定NACK标志存储在无线设备(18)的HARQ反馈缓冲器中与DCI消息中包括的HARQ反馈缓冲器索引对应的缓冲器位置时,即使当前子帧的数据的接收成功,在无线设备(18)的反馈缓冲器中与DCI消息中包括的HARQ反馈缓冲器索引对应的缓冲器位置处保持NACK标志。
·实施例42:根据实施例41所述的无线设备(18),其中,无线设备(18)进一步能够操作以向网络节点发送在HARQ反馈缓冲器中存储的HARQ反馈。
·实施例43:根据实施例41所述的无线设备(18),其中,无线设备(18)进一步能够操作以对于当前子帧,确定在当前子帧之前的多个连续子帧中是否已经发生多个DCI错误。
·实施例44:根据实施例41所述的无线设备(18),其中,无线设备(18)进一步能够操作以在确定多个连续子帧中已发生多个DCI错误时,将不连续传输DTX标志存储在HARQ反馈缓冲器中与刚好在DCI消息中包括的HARQ反馈缓冲器索引之前的HARQ反馈缓冲器索引对应的位置。
·实施例45:一种能够在蜂窝通信***(10)中操作的无线设备(18),该无线设备(18)包括:
o用于接收包括混合自动重传请求HARQ反馈缓冲器索引的下行链路控制信息DCI消息的装置;
o用于确定当前子帧的数据接收成功的装置,其中,当前子帧是接收DCI消息的子帧;
o用于确定否定确认NACK标志存储在无线设备(18)的HARQ反馈缓冲器中与DCI消息中包括的HARQ反馈缓冲器索引对应的缓冲器位置的装置;以及
o在确定NACK标志存储在无线设备(18)的HARQ反馈缓冲器中与DCI消息中包括的HARQ反馈缓冲器索引对应的缓冲器位置时,即使当前子帧的数据的接收成功,在无线设备(18)的反馈缓冲器中与DCI消息中包括的HARQ反馈缓冲器索引对应的缓冲器位置保持NACK标志的装置。
·实施例46:一种能够在蜂窝通信***(10)中操作的无线设备(18),该无线设备(18)包括:
o接收模块(40-1),其能够操作以接收包括混合自动重传请求HARQ反馈缓冲器索引的下行链路控制信息DCI消息;
o第一确定模块(40),其能够操作以确定当前子帧的数据接收成功,其中,当前子帧是接收DCI消息的子帧;
o第二确定模块(40),其能够操作以确定否定确认NACK标志存储在无线设备(18)的HARQ反馈缓冲器中与DCI消息中包括的HARQ反馈缓冲器索引对应的缓冲器位置;以及
o标志存储模块(40-3),其能够操作以在确定NACK标志存储在无线设备(18)的HARQ反馈缓冲器中与DCI中包括的HARQ反馈缓冲器索引对应的缓冲器位置,即使当前子帧的数据接收成功,也在无线设备(18)的反馈缓冲器中与DCI消息中包括的HARQ反馈缓冲器索引对应的缓冲器位置保持NACK标志。
·实施例47a:一种蜂窝通信***(10)中的无线接入节点(14)的操作的方法,包括:
o确定从无线设备(18)到无线接入节点(14)的上行链路控制信道的质量是否小于上阈值但大于下阈值;以及
o在确定上行链路控制信道的质量小于上阈值但大于下阈值时,将多个标志中的每一个标志设置为否定确认NACK标志,其中,标志已经从无线设备(18)接收到。
·实施例47:一种蜂窝通信***(10)中的无线接入节点(14)的操作的方法,包括:
o确定从无线设备(18)到无线接入节点(14)的上行链路控制信道的质量是否小于预定义的上阈值但大于预定义的下阈值;以及
o在确定上行链路控制信道的质量小于预定义的上阈值但大于预定义的下阈值时,将必须经由上行链路控制信道从无线设备(18)接收的多个捆绑的HARQ反馈标志中的每一个标志设置为否定确认NACK标志。
·实施例48:根据实施例47所述的方法,其中,多个捆绑的HARQ反馈标志具有对应的索引BI={1,……,BIMAX},其中,BIMAX是大于1的预定义值,并且该方法进一步包括:
o确定从无线设备(18)到无线接入节点(14)的上行链路控制信道的质量是否小于预定义的下阈值;以及
o在确定上行链路控制信道的质量小于预定义的下阈值时,将要经由上行链路控制信道从无线设备(18)接收并且与索引BIMAX对应的多个捆绑的HARQ反馈标志中的一个HARQ反馈标志设置为指示DCI错误的不连续传输DTX标志。
·实施例49:一种包括指令的计算机程序产品,该指令在至少一个处理器上执行时,使至少一个处理器执行根据实施例47至48中任一实施例所述的方法。
·实施例50:一种包含根据实施例49的计算机程序的载体,其中,载体是电子信号、光信号、无线信号或计算机可读存储介质中的一个。
·实施例51:一种用于蜂窝通信***(10)的无线接入节点(14),该无线接入节点(14)包括:
o无线单元(50);
o至少一个处理器(44);以及
o存储器(46),其存储可由至少一个处理器(44)执行的指令,由此无线接入节点(14)能够操作以:
■确定从无线设备(18)到无线接入节点(14)的上行链路控制信道的质量是否小于预定义的上阈值但大于预定义的下阈值;以及
■在确定上行链路控制信道的质量小于预定义的上阈值但大于预定义的下阈值时,将必须经由上行链路控制信道从无线设备(18)接收的多个捆绑的混合自动重传请求HARQ反馈标志中的每一个HARQ反馈标志设置为否定确认NACK标志。
·实施例52:根据实施例51所述的无线接入节点(14),其中,多个捆绑的HARQ反馈标志具有对应的索引BI={1,……,BIMAX},其中,BIMAX是大于1的预定义值,并且无线接入节点(14)进一步能够操作以:
o确定从无线设备(18)到无线接入节点(14)的上行链路控制信道的质量是否小于预定义的下阈值;以及
o在确定上行链路控制信道的质量小于预定义的下阈值时,将要经由上行链路控制信道从无线设备(18)接收并且与索引BIMAX对应的多个捆绑的HARQ反馈标志中的一个HARQ反馈标志设置为指示DCI错误的不连续传输DTX标志。
·实施例53:一种用于蜂窝通信***(10)的无线接入节点(14),该无线接入节点(14)包括:
o用于确定从无线设备(18)到无线接入节点(14)的上行链路控制信道的质量是否小于预定义的上阈值但大于预定义的下阈值的装置;
以及
o在确定上行链路控制信道的质量小于预定义的上阈值但大于预定义的下阈值时,将必须经由上行链路控制信道从无线设备(18)接收的多个捆绑的混合自动重传请求HARQ反馈标志中的每一个HARQ反馈标志设置为否定确认NACK标志的装置。
·实施例54:一种用于蜂窝通信***(10)的无线接入节点(14),该无线接入节点(14)包括:
o确定模块,其能够操作以确定从无线设备(18)到无线接入节点(14)的上行链路控制信道的质量是否小于预定义的上阈值但大于预定义的下阈值;以及
o标志设置模块,其能够操作以在确定上行链路控制信道的质量小于预定义的上阈值但大于预定义的下阈值时,将必须经由上行链路控制信道从无线设备(18)接收的多个捆绑的混合自动重传请求HARQ反馈标志中的每一个HARQ反馈标志设置为否定确认NACK标志。
贯穿本公开使用以下缩写词。
·3GPP第三代合作伙伴计划
·5G第五代
·AAS高级天线***
·ACK确认
·AM确认模式
·ASIC专用集成电路
·BI缓冲器索引
·CCE控制信道元件
·CPU中央处理单元
·DCI下行链路控制信息
·DTX不连续传输
·eNB增强或演进节点B
·ePDCCH增强型物理下行链路控制信道
·FDD频分双工
·FPGA现场可编程门阵列
·HARQ混合自动重传请求
·LTE长期演进
·MIMO多输入多输出
·MME移动性管理实体
·ms毫秒
·MTC机器类型通信
·NACK否定确认
·NDI新数据指示符
·OFDM正交频分复用
·PDCCH物理下行链路控制信道
·PDSCH物理下行链路共享信道
·P-GW分组数据网络网关
·PUCCH物理上行链路控制信道
·PUSCH物理上行链路共享信道
·RAN无线接入网络
·RLC无线链路控制
·RTT往返时间
·RV冗余版本
·S-GW服务网关
·SINR信号干扰噪声比
·TB试验台
·TDD时分双工
·UCI上行链路控制信息
·UE用户装备
本领域技术人员将认识到对本公开的实施例的改进和修改。所有这些改进和修改都被认为是在本文公开的概念和随后的权利要求的范围内。
Claims (48)
1.一种蜂窝通信***(10)中的无线设备(18)的操作的方法,包括:
接收(302)包括混合自动重传请求HARQ反馈缓冲器索引的下行链路控制信息消息;以及
将下行链路HARQ反馈标志存储(304)在HARQ反馈缓冲器内与所述HARQ反馈缓冲器索引对应的位置中。
2.根据权利要求1所述的方法,进一步包括:
接收(302)包括相应的HARQ反馈缓冲器索引的一个或多个附加下行链路控制信息消息;以及
对于所述一个或多个附加下行链路控制信息消息中的每个附加下行链路控制信息消息,将相应的下行链路HARQ反馈标志存储(304)在所述HARQ反馈缓冲器内与在相应的下行链路控制信息消息中包括的所述HARQ反馈缓冲器索引对应的位置中。
3.根据权利要求1或2所述的方法,进一步包括:
接收(306;是)来自网络节点(14)的轮询请求;以及
在接收到所述轮询请求时,向所述网络节点(14)发送(314)下行链路HARQ反馈,所述下行链路HARQ反馈基于在所述HARQ反馈缓冲器中存储的所述下行链路HARQ反馈标志。
4.根据权利要求3所述的方法,进一步包括:
创建(308)上行链路控制消息,所述上行链路控制消息包括表示在所述下行链路HARQ反馈缓冲器中存储的所述下行链路HARQ反馈标志的信息;
其中,发送(314)所述下行链路HARQ反馈包括:发送(314)所述上行链路控制消息。
5.根据权利要求4所述的方法,其中,创建(308)所述上行链路控制消息包括:将所述下行链路HARQ反馈标志联合编码(308)成用于所述上行链路控制消息的码字。
6.根据权利要求4所述的方法,其中,创建(308)所述上行链路控制消息包括:将所述HARQ反馈缓冲器中的每个下行链路HARQ反馈标志映射(308)到上行链路控制信道内相应的物理资源。
7.根据权利要求4至6中任一项所述的方法,其中,发送(314)所述下行链路HARQ反馈包括:在子帧T+K中发送所述下行链路HARQ反馈,其中,子帧T是接收到所述轮询请求的子帧,K是HARQ定时偏移。
8.根据权利要求7所述的方法,其中,接收(306;是)所述轮询请求包括:在所述子帧T中接收(306;是)下行链路控制信息,其中,所述下行链路控制信息包括所述轮询请求和所述HARQ定时偏移K的指示。
9.根据权利要求8所述的方法,其中,所述HARQ定时偏移K的所述指示是所述HARQ定时偏移K的值。
10.根据权利要求8所述的方法,其中,所述HARQ定时偏移K的所述指示是值S,其中,所述HARQ定时偏移K=N+S,其中,N是预定义值。
11.根据权利要求8所述的方法,其中,所述HARQ定时偏移K的所述指示是值S,其中,所述HARQ定时偏移K=N+S,其中,N是预先配置的值。
12.根据权利要求8所述的方法,其中,所述HARQ定时偏移K的所述指示是值S,其中,所述HARQ定时偏移K=N+S,其中,N是所述无线设备(18)的预定最小HARQ定时偏移。
13.根据权利要求8所述的方法,其中,所述HARQ定时偏移K的所述指示是值X,其中,所述HARQ定时偏移K是所述值X的函数。
14.根据权利要求1至13中任一项所述的方法,其中,所述HARQ反馈缓冲器中的每个下行链路HARQ反馈标志是码空间中的多个码点之一,所述码空间包括:表示确认ACK的第一比特序列、表示否定确认NACK的第二比特序列以及表示下行链路控制信息失败的第三比特序列。
15.根据权利要求1至14中任一项所述的方法,其中,存储(304)所述下行链路HARQ反馈标志包括:
如果所述无线设备(18)成功接收到对应的下行链路数据,则将ACK的指示存储在所述HARQ反馈缓冲器内与所述HARQ反馈缓冲器索引对应的位置中;以及
如果所述无线设备(18)没有成功接收到对应的下行链路数据,则将NACK的指示存储在所述HARQ反馈缓冲器内与所述HARQ反馈缓冲器索引对应的位置中。
16.根据权利要求15所述的方法,其中,在存储(304)所述下行链路HARQ反馈标志之前,在所述HARQ反馈缓冲器内的所述位置中存储默认值,其中,所述默认值是下行链路控制信息错误的指示。
17.根据权利要求15所述的方法,其中,在存储(304)所述下行链路HARQ反馈标志之前,在所述HARQ反馈缓冲器内的所述位置中存储默认值,其中,所述默认值是NACK的指示。
18.根据权利要求1至17中任一项所述的方法,其中,存储(304)所述下行链路HARQ反馈标志包括:
确定(500)对于当前子帧的数据接收是否成功,其中,所述当前子帧是接收到所述下行链路控制信息消息的子帧;
确定(502)NACK标志是否存储在所述HARQ反馈缓冲器中与所述HARQ反馈缓冲器索引对应的位置;以及
在确定对于所述当前子帧的所述数据接收成功并且确定NACK标志存储在所述HARQ反馈缓冲器中与所述HARQ反馈缓冲器索引对应的位置时,即使对于所述当前子帧的所述数据接收成功,也在所述HARQ反馈缓冲器中与所述HARQ反馈缓冲器索引对应的位置保持(506)NACK标志。
19.根据权利要求18所述的方法,其中,存储(304)所述下行链路HARQ反馈标志进一步包括:在确定对于所述当前子帧的所述数据接收成功并且确定NACK标志未被存储在所述HARQ反馈缓冲器中与所述HARQ反馈缓冲器索引对应的位置时,将ACK标志存储(504)在所述HARQ反馈缓冲器中与所述HARQ反馈缓冲器索引对应的位置。
20.根据权利要求18或19所述的方法,其中,存储(304)所述下行链路HARQ反馈标志进一步包括:在确定对于所述当前子帧的所述数据接收未成功时,将NACK标志存储(506)在所述HARQ反馈缓冲器中与所述HARQ反馈缓冲器索引对应的位置。
21.根据权利要求18至20中任一项所述的方法,进一步包括:
确定(508-512)在一个或多个先前子帧中是否发生下行链路控制信息错误,所述一个或多个先前子帧是在所述当前子帧之前的一个或多个子帧;以及
在确定在所述一个或多个先前子帧中发生了下行链路控制信息错误时,将指示一个或多个下行链路控制信息错误的一个或多个标志存储(514)在所述HARQ反馈缓冲器中与一个或多个HARQ反馈缓冲器索引对应的一个或多个位置,其中,所述一个或多个HARQ反馈缓冲器索引刚好在所述下行链路控制信息消息中包括的所述HARQ反馈缓冲器索引之前。
22.一种用于蜂窝通信***(10)的无线设备(18),所述无线设备(18)适于:
接收包括混合自动重传请求HARQ反馈缓冲器索引的下行链路控制信息消息;以及
将下行链路HARQ反馈标志存储在HARQ反馈缓冲器内与所述HARQ反馈缓冲器索引对应的位置中。
23.根据权利要求22所述的无线设备(18),进一步适于根据权利要求2至21中任一项所述的方法进行操作。
24.一种用于蜂窝通信***(10)的无线设备(18),包括:
收发机(32);
至少一个处理器(28);以及
存储器(30),其存储可由所述至少一个处理器(28)执行的指令,由此所述无线设备(18)能够操作以:
经由所述收发机(32)接收包括混合自动重传请求HARQ反馈缓冲器索引的下行链路控制信息消息;以及
将下行链路HARQ反馈标志存储在HARQ反馈缓冲器内与所述HARQ反馈缓冲器索引对应的位置中。
25.根据权利要求24所述的无线设备(18),其中,通过由所述至少一个处理器(28)执行所述指令,所述无线设备(18)进一步能够操作以:
经由所述收发机(32)接收包括相应的HARQ反馈缓冲器索引的一个或多个附加下行链路控制信息消息;以及
对于所述一个或多个附加下行链路控制信息消息中的每个附加下行链路控制信息消息,将相应的下行链路HARQ反馈标志存储在所述HARQ反馈缓冲器内与在相应的下行链路控制信息消息中包括的所述HARQ反馈缓冲器索引对应的位置中。
26.根据权利要求25所述的无线设备(18),其中,通过由所述至少一个处理器(28)执行所述指令,所述无线设备(18)进一步能够操作以:
经由所述收发机(32)接收(306;是)来自网络节点(14)的轮询请求;
在接收到所述轮询请求时,经由所述收发机(32)向网络节点(14)发送HARQ反馈,所述HARQ反馈基于在所述HARQ反馈缓冲器中存储的所述下行链路HARQ反馈标志。
27.根据权利要求24至26中任一项所述的无线设备(18),其中,为了存储所述下行链路HARQ反馈标志,所述无线设备(18)进一步能够操作以:
确定对于当前子帧的数据接收是否成功,其中,所述当前子帧是接收到所述下行链路控制信息消息的子帧;
确定否定确认NACK标志是否存储在所述HARQ反馈缓冲器中与所述HARQ反馈缓冲器索引对应的位置;以及
在确定对于所述当前子帧的所述数据接收成功并且确定NACK标志存储在所述HARQ反馈缓冲器中与所述HARQ反馈缓冲器索引对应的位置时,即使对于所述当前子帧的所述数据接收成功,也在所述HARQ反馈缓冲器中与所述HARQ反馈缓冲器索引对应的位置保持(506)NACK标志。
28.根据权利要求27所述的无线设备(18),其中,为了存储所述下行链路HARQ反馈标志,所述无线设备(18)进一步能够操作以在确定对于所述当前子帧的所述数据接收成功并且确定NACK标志未被存储在所述HARQ反馈缓冲器中与所述HARQ反馈缓冲器索引对应的位置时,将确认ACK标志存储在所述HARQ反馈缓冲器中与所述HARQ反馈缓冲器索引对应的位置。
29.根据权利要求27或28所述的无线设备(18),其中,为了存储所述下行链路HARQ反馈标志,所述无线设备(18)进一步能够操作以在确定对于所述当前子帧的所述数据接收未成功时,将NACK标志存储在所述HARQ反馈缓冲器中与所述HARQ反馈缓冲器索引对应的位置。
30.根据权利要求27至29中任一项所述的无线设备(18),其中,通过由所述至少一个处理器(28)执行所述指令,所述无线设备(18)进一步能够操作以:
确定在一个或多个先前子帧中是否发生下行链路控制信息错误,所述一个或多个先前子帧是在所述当前子帧之前的一个或多个子帧;以及
在确定在所述一个或多个先前子帧中发生了下行链路控制信息错误时,将指示一个或多个下行链路控制信息错误的一个或多个标志存储在所述HARQ反馈缓冲器中与一个或多个HARQ反馈缓冲器索引对应的一个或多个位置,其中,所述一个或多个HARQ反馈缓冲器索引刚好在所述下行链路控制信息消息中包括的所述HARQ反馈缓冲器索引之前。
31.一种能够在蜂窝通信***(10)中操作的无线设备(18),所述无线设备(18)包括:
用于接收包括混合自动重传请求HARQ反馈缓冲器索引的下行链路控制信息消息的装置;以及
用于将下行链路HARQ反馈标志存储在HARQ反馈缓冲器内与所述HARQ反馈缓冲器索引对应的位置中的装置。
32.一种能够在蜂窝通信***(10)中操作的无线设备(18),所述无线设备(18)包括:
接收模块(40-1),其能够操作以接收包括混合自动重传请求HARQ反馈缓冲器索引的下行链路控制信息消息;以及
存储模块(40-3),其能够操作以将下行链路HARQ反馈标志存储在HARQ反馈缓冲器内与所述HARQ反馈缓冲器索引对应的位置中。
33.一种蜂窝通信***(10)的网络节点(14)的操作的方法,包括:
确定(404)无线设备(18)是否在子帧中被调度;
在确定所述无线设备(18)在所述子帧中被调度时,将在所述子帧中发送到所述无线设备(18)的混合自动重传请求HARQ过程与缓冲器索引相关联(408);以及
在所述子帧中发送到所述无线设备(18)的下行链路控制信息中包括(410)所述缓冲器索引。
34.根据权利要求33所述的方法,进一步包括:在确定(404)所述无线设备(18)是否在所述子帧中被调度之前,将所述缓冲器索引设置(402)为初始值。
35.根据权利要求34所述的方法,进一步包括:
确定(412)所述缓冲器索引是否等于预定义最大值;
在确定所述缓冲器索引不等于所述预定义最大值时,递增(414)所述缓冲器索引;以及
在确定所述缓冲器索引等于所述预定义最大值时,在所述子帧中发送到所述无线设备(18)的所述下行链路控制信息中设置(416)轮询标志。
36.根据权利要求35所述的方法,进一步包括:
响应于在所述子帧中发送到所述无线设备(18)的所述下行链路控制信息中设置(416)所述轮询标志,从所述无线设备(18)接收下行链路HARQ反馈。
37.根据权利要求36所述的方法,进一步包括:
确定(604)在其上接收了所述下行链路HARQ反馈的上行链路控制信道的信号干扰噪声比SINR是否大于或等于第一预定义阈值;以及
如果所述上行链路控制信道的所述SINR大于或等于所述第一预定义阈值,则:
确定(606)所述下行链路HARQ反馈是可信的;以及
处理(614-628)所述下行链路HARQ反馈。
38.根据权利要求37所述的方法,进一步包括:
确定(608)所述上行链路控制信道的所述SINR是否小于所述第一预定义阈值但大于或等于第二预定义阈值;以及
如果所述上行链路控制信道的所述SINR小于所述第一预定义阈值但大于或等于所述第二预定义阈值,则:
确定(610)所述下行链路HARQ反馈是不可信;
将所述下行链路HARQ反馈设置(612)为全部NACK;以及
处理(614-628)所述NACK。
39.一种用于蜂窝通信***(10)的网络节点(14),所述网络节点(14)适于:
确定无线设备(18)是否在子帧中被调度;
在确定所述无线设备(18)在所述子帧中被调度时,将在所述子帧中发送到所述无线设备(18)的混合自动重传请求HARQ过程与缓冲器索引相关联;以及
在所述子帧中发送到所述无线设备(18)的下行链路控制信息中包括所述缓冲器索引。
40.根据权利要求39所述的网络节点(14),进一步适于根据权利要求34至38中任一项所述的方法进行操作。
41.一种用于蜂窝通信***(10)的网络节点(14,58),包括:
至少一个处理器(44,62);以及
存储器(46,64),其存储可由所述至少一个处理器(44,62)执行的指令,由此所述网络节点(14,58)能够操作以:
确定无线设备(18)是否在子帧中被调度;
在确定所述无线设备(18)在所述子帧中被调度时,将在所述子帧中发送到所述无线设备(18)的混合自动重传请求HARQ过程与缓冲器索引相关联;以及
在所述子帧中发送到所述无线设备(18)的下行链路控制信息中包括所述缓冲器索引。
42.根据权利要求41所述的网络节点(14,58),其中,通过由所述至少一个处理器(44,62)执行所述指令,所述网络节点(14,58)进一步能够操作以在确定所述无线设备(18)是否在所述子帧中被调度之前,将所述缓冲器索引设置为初始值。
43.根据权利要求42所述的网络节点(14,58),其中,通过由所述至少一个处理器(44,62)执行所述指令,所述网络节点(14,58)进一步能够操作以:
确定所述缓冲器索引是否等于预定义最大值;
在确定所述缓冲器索引不等于所述预定义最大值时,递增所述缓冲器索引;以及
在确定所述缓冲器索引等于所述预定义最大值时,在所述子帧中发送到所述无线设备(18)的所述下行链路控制信息中设置轮询标志。
44.根据权利要求43所述的网络节点(14,58),其中,通过由所述至少一个处理器(44,62)执行所述指令,所述网络节点(14,58)进一步能够操作以:
响应于在所述子帧中发送到所述无线设备(18)的所述下行链路控制信息中设置(416)所述轮询标志,从所述无线设备(18)接收下行链路HARQ反馈。
45.根据权利要求44所述的网络节点(14,58),其中,通过由所述至少一个处理器(44,62)执行所述指令,所述网络节点(14,58)进一步能够操作以:
确定在其上接收了所述下行链路HARQ反馈的上行链路控制信道的信号干扰噪声比SINR是否大于或等于第一预定义阈值;以及
如果所述上行链路控制信道的所述SINR大于或等于所述第一预定义阈值,则:
确定所述下行链路HARQ反馈是可信的;以及
处理所述下行链路HARQ反馈。
46.根据权利要求45所述的网络节点(14,58),其中,通过由所述至少一个处理器(44,62)执行所述指令,所述网络节点(14,58)进一步能够操作以:
确定所述上行链路控制信道的所述SINR是否小于第一预定义阈值但大于或等于第二预定义阈值;以及
如果所述上行链路控制信道的所述SINR小于所述第一预定义阈值但大于或等于所述第二预定义阈值,则:
确定所述下行链路HARQ反馈是不可信的;
将所述下行链路HARQ反馈设置为全部NACK;以及
处理所述NACK。
47.一种能够在蜂窝通信***(10)中操作的网络节点(14,58),所述网络节点(14,58)包括:
用于确定无线设备(18)是否在子帧中被调度的装置;
用于在确定所述无线设备(18)在所述子帧中被调度时,将在所述子帧中发送到所述无线设备(18)的混合自动重传请求HARQ过程与缓冲器索引相关联的装置;以及
用于在所述子帧中发送到所述无线设备(18)的下行链路控制信息中包括所述缓冲器索引的装置。
48.一种能够在蜂窝通信***(10)中操作的网络节点(14,58),所述网络节点(14,58)包括:
确定模块(70),其能够操作以确定无线设备(18)是否在子帧中被调度;
关联模块(70),其能够操作以在确定模块(70)确定所述无线设备(18)在所述子帧中被调度时,将在所述子帧中发送到所述无线设备(18)的混合自动重传请求HARQ过程与缓冲器索引相关联;以及
发送模块(70-1),其能够操作以在所述子帧中发送到所述无线设备(18)的下行链路控制信息中包括所述缓冲器索引。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201662293148P | 2016-02-09 | 2016-02-09 | |
US62/293,148 | 2016-02-09 | ||
US201662295722P | 2016-02-16 | 2016-02-16 | |
US62/295,722 | 2016-02-16 | ||
PCT/SE2016/050515 WO2017138854A1 (en) | 2016-02-09 | 2016-06-01 | Robustness enhancements of efficient harq feedback |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108604945A true CN108604945A (zh) | 2018-09-28 |
Family
ID=56119727
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680081311.2A Pending CN108604945A (zh) | 2016-02-09 | 2016-06-01 | 有效harq反馈的鲁棒性增强 |
CN201680081361.0A Withdrawn CN108604946A (zh) | 2016-02-09 | 2016-06-01 | 高效的harq反馈 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680081361.0A Withdrawn CN108604946A (zh) | 2016-02-09 | 2016-06-01 | 高效的harq反馈 |
Country Status (7)
Country | Link |
---|---|
US (4) | US10187185B2 (zh) |
EP (2) | EP3414856B1 (zh) |
JP (1) | JP2019510389A (zh) |
KR (1) | KR20180110071A (zh) |
CN (2) | CN108604945A (zh) |
MX (1) | MX2018009409A (zh) |
WO (2) | WO2017138854A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020220270A1 (zh) * | 2019-04-30 | 2020-11-05 | Oppo广东移动通信有限公司 | 一种资源确定方法、设备及存储介质 |
CN112398579A (zh) * | 2019-08-14 | 2021-02-23 | 联发科技股份有限公司 | 下行链路反馈信息发送以及接收的方法 |
CN112787752A (zh) * | 2019-11-08 | 2021-05-11 | 半导体元件工业有限责任公司 | Harq协议的反馈和重传格式 |
Families Citing this family (42)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2258069B1 (en) * | 2008-03-10 | 2014-07-30 | InterDigital Patent Holdings, Inc. | Method and apparatus for efficiently utilizing harq processes for semi-persistent and dynamic data transmissions |
CN108604945A (zh) | 2016-02-09 | 2018-09-28 | 瑞典爱立信有限公司 | 有效harq反馈的鲁棒性增强 |
EP3220681B1 (en) * | 2016-03-18 | 2020-07-15 | Nokia Technologies Oy | Adaptive and dynamic qos/qoe enforcement |
US20190116489A1 (en) * | 2016-03-31 | 2019-04-18 | Ntt Docomo, Inc. | User terminal, radio base station and radio communication method |
CN113067679A (zh) | 2016-07-18 | 2021-07-02 | Oppo广东移动通信有限公司 | 传输数据的方法和装置 |
US10541785B2 (en) * | 2016-07-18 | 2020-01-21 | Samsung Electronics Co., Ltd. | Carrier aggregation with variable transmission durations |
WO2018026199A1 (en) * | 2016-08-02 | 2018-02-08 | Samsung Electronics Co., Ltd. | Method and apparatus for communicating in a wireless communication system |
JP7252396B2 (ja) * | 2016-11-03 | 2023-04-04 | オッポ広東移動通信有限公司 | アップリンク制御情報を伝送するための方法、端末装置及びネットワーク装置 |
CN112165375B (zh) * | 2016-11-03 | 2022-09-02 | Oppo广东移动通信有限公司 | 传输上行控制信息的方法、装置、网络设备及存储介质 |
CN108282881B (zh) * | 2017-01-06 | 2020-12-15 | 华为技术有限公司 | 一种资源配置方法及装置 |
WO2018143621A1 (ko) * | 2017-02-05 | 2018-08-09 | 엘지전자 주식회사 | 무선 통신 시스템에서 복수의 전송 시간 간격, 복수의 서브캐리어 간격 또는 복수의 프로세싱 시간을 지원하기 위한 방법 및 이를 위한 장치 |
US10667288B2 (en) * | 2017-02-21 | 2020-05-26 | Qualcomm Incorporated | Techniques for configuring or transmitting grantless transmissions on beams in uplink subframes |
CN110635867B (zh) | 2017-06-14 | 2021-03-05 | 华为技术有限公司 | 通信方法、网络设备和终端 |
CN109275192B (zh) * | 2017-07-18 | 2022-12-13 | 华为技术有限公司 | 用于传输信息的方法和设备 |
US10506468B2 (en) * | 2017-09-08 | 2019-12-10 | At&T Intellectual Property I, L.P. | Reporting hybrid automatic repeat request-acknowledgements in wireless communication systems |
US10715283B2 (en) * | 2017-10-02 | 2020-07-14 | Kt Corporation | Apparatus and method of transmitting and receiving HARQ ACK/NACK information for new radio |
JP7203104B2 (ja) * | 2017-11-14 | 2023-01-12 | テレフオンアクチーボラゲット エルエム エリクソン(パブル) | 無線アクセスネットワークのための確認応答シグナリングプロセス |
EP3713124A4 (en) * | 2017-11-17 | 2020-11-25 | Beijing Xiaomi Mobile Software Co., Ltd. | HYBRID AUTOMATIC REPEAT REQUEST FEEDBACK AND INDICATION PROCESS, DEVICE AND BASE STATION |
CN109451798B (zh) * | 2017-11-17 | 2022-04-08 | 北京小米移动软件有限公司 | 混合自动重传请求反馈指示、反馈方法及装置和基站 |
WO2019136599A1 (en) | 2018-01-09 | 2019-07-18 | Nec Corporation | Method and device for harq feedback |
US10972223B2 (en) | 2018-01-12 | 2021-04-06 | Qualcomm Incorporated | Timing considerations for AUL-DFI |
CN111525990B (zh) * | 2018-02-14 | 2022-01-14 | Oppo广东移动通信有限公司 | 无线通信方法、终端设备和网络设备 |
US11533133B2 (en) * | 2018-04-02 | 2022-12-20 | Lg Electronics Inc. | Method for transmitting or receiving frame in wireless LAN system and apparatus therefor |
TWI716063B (zh) * | 2018-08-07 | 2021-01-11 | 財團法人資訊工業策進會 | 用於行動通訊系統之基地台及使用者裝置 |
WO2020029130A1 (zh) * | 2018-08-08 | 2020-02-13 | 北京小米移动软件有限公司 | 混合自动重传请求harq反馈方法及装置 |
CN110855401A (zh) * | 2018-08-20 | 2020-02-28 | 华为技术有限公司 | 一种harq反馈方法和装置 |
CN109314614B (zh) * | 2018-08-23 | 2022-03-01 | 北京小米移动软件有限公司 | 混合自动重传请求反馈方法及装置、用户设备和基站 |
US20200106569A1 (en) * | 2018-09-27 | 2020-04-02 | Mediatek Inc. | Mechanisms for postponing hybrid automatic repeat request acknowledgement (harq-ack) feedback |
BR112021012523A2 (pt) * | 2018-12-28 | 2021-09-14 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Método de comunicação sem fio, dispositivo terminal e dispositivo de rede |
WO2020133507A1 (zh) * | 2018-12-29 | 2020-07-02 | 北京小米移动软件有限公司 | 通信反馈方法、装置、用户设备和存储介质 |
US10797832B2 (en) | 2019-02-14 | 2020-10-06 | Qualcomm Incorporated | Dynamic hybrid automatic repeat request (HARQ) codebook for multi-transmit receive point (TRP) communication |
US11582077B2 (en) * | 2019-02-25 | 2023-02-14 | Huawei Technologies Co., Ltd. | Systems and methods for transmission of uplink control information over multiple carriers in unlicensed spectrum |
FR3095565A1 (fr) * | 2019-04-26 | 2020-10-30 | Orange | Procédés de communication entre un terminal et une station de base, terminal, station de base et programme d’ordinateur correspondants. |
US11438794B2 (en) * | 2019-05-02 | 2022-09-06 | Mediatek Inc. | Radio link monitoring in sidelink communications |
WO2020237425A1 (en) * | 2019-05-24 | 2020-12-03 | Qualcomm Incorporated | Scheduling for improved throughput in enhanced machine-type communication |
US11864216B2 (en) * | 2019-09-30 | 2024-01-02 | Qualcomm Incorporated | Acknowledgment feedback for semi-persistent scheduling in wireless communications |
US11589293B2 (en) * | 2019-10-03 | 2023-02-21 | Qualcomm Incorporated | Non regular search space configuration and adaptation |
US20210184800A1 (en) * | 2019-12-13 | 2021-06-17 | Qualcomm Incorporated | Harq feedback for dci-based beam configuration and/or pathloss reference signal configuration |
JP7177950B2 (ja) * | 2019-12-31 | 2022-11-24 | 中興通訊股▲ふん▼有限公司 | 取消を示す情報を判定するためのシステムおよび方法 |
CN111527786B (zh) * | 2020-04-02 | 2023-10-17 | 北京小米移动软件有限公司 | 资源调度方法、装置、接入网设备、终端和存储介质 |
US11799594B2 (en) * | 2020-06-22 | 2023-10-24 | Qualcomm Incorporated | Methods and apparatus for transmitting a reset negative acknowledgement |
US11985660B2 (en) * | 2020-10-08 | 2024-05-14 | Electronics And Telecommunications Research Institute | Method and apparatus for transmitting and receiving feedback information in communication system |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102404096A (zh) * | 2010-09-13 | 2012-04-04 | 中兴通讯股份有限公司 | 混合自动重传请求信息的反馈方法及终端 |
US20130235829A1 (en) * | 2008-12-30 | 2013-09-12 | Interdigital Patent Holdings, Inc. | Method and apparatus providing fast control channel feedback for multiple downlink carrier operations |
EP2693816A1 (en) * | 2011-03-31 | 2014-02-05 | Beijing Nufront Mobile Multimedia Technology Co., Ltd. | Method and device for use in frame acknowledgement |
US20150146588A1 (en) * | 2013-11-25 | 2015-05-28 | Innovative Technology Lab Co., Ltd. | Apparatus and method for transmitting harq ack/nack |
US20160037524A1 (en) * | 2014-07-31 | 2016-02-04 | Futurewei Technologies, Inc. | System and Method for Multiple Carrier Transmission |
Family Cites Families (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7346018B2 (en) | 2003-01-16 | 2008-03-18 | Qualcomm, Incorporated | Margin control in a data communication system |
US9191177B2 (en) * | 2009-05-04 | 2015-11-17 | Qualcomm Incorporated | Transmission of feedback information for multi-carrier operation |
US8386875B2 (en) * | 2009-08-07 | 2013-02-26 | Research In Motion Limited | Method and system for handling HARQ operations during transmission mode changes |
CN102111250A (zh) | 2009-12-28 | 2011-06-29 | 华为技术有限公司 | 数据传输的方法和网络侧设备 |
KR20110093665A (ko) * | 2010-02-10 | 2011-08-18 | 엘지전자 주식회사 | 무선 통신 시스템에서 피드백 전송 방법 및 장치 |
CN102792749B (zh) | 2010-02-22 | 2016-01-20 | 夏普株式会社 | 移动站装置、通信方法以及集成电路 |
KR101738893B1 (ko) | 2010-06-09 | 2017-06-09 | 삼성전자주식회사 | 광대역 무선통신 시스템에서 복합 자동 재전송 요청 파라미터에 대한 능력 협상을 위한 장치 및 방법 |
CN103370970B (zh) | 2010-11-03 | 2016-11-09 | 三星电子株式会社 | 具有载波聚合的下行链路的tdd***中的harq-ack信息生成及harq-ack信号功率控制 |
RU2613178C2 (ru) * | 2011-01-07 | 2017-03-15 | Интердиджитал Пэйтент Холдингз, Инк. | Способ, система и устройство для приема совместно используемого канала нисходящей линии связи в кооперативных многоточечных передачах |
KR20140101830A (ko) * | 2011-08-12 | 2014-08-20 | 인터디지탈 패튼 홀딩스, 인크 | 무선 시스템에서의 융통성있는 대역폭 동작을 위한 다운링크 리소스 할당 |
US9515780B2 (en) | 2011-12-23 | 2016-12-06 | Nokia Technologies Oy | Shifting HARQ feedback for cognitive-radio-based TD-LTE systems |
EP2830244B1 (en) | 2012-03-22 | 2019-05-08 | LG Electronics Inc. | Method and apparatus for receiving control information in wireless communication system |
KR20140144189A (ko) * | 2012-04-18 | 2014-12-18 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말 간 직접 통신을 위한 harq 수행 방법 및 이를 위한 장치 |
US9014064B2 (en) | 2012-05-11 | 2015-04-21 | Intel Corporation | Scheduling and hybrid automatic repeat request (HARQ) timing indication for an uplink-downlink (UL-DL) reconfiguration |
EP2888918B1 (en) | 2012-08-23 | 2020-11-18 | Interdigital Patent Holdings, Inc. | Providing physical layer resources to different serving sites |
WO2014098700A1 (en) * | 2012-12-21 | 2014-06-26 | Telefonaktiebolaget L M Ericsson (Publ) | Non-consecutive subframes in multi-tti scheduling messages |
CN104937995B (zh) | 2013-02-22 | 2019-08-06 | 英特尔Ip公司 | 用于接入网络选择和流量路由的***和方法 |
JP2014183357A (ja) | 2013-03-18 | 2014-09-29 | Nec Corp | 無線端末装置及び無線基地局並びに通信システム、通信方法、プログラム |
US9839018B2 (en) * | 2013-07-03 | 2017-12-05 | Futurewei Technologies, Inc. | Systems and methods for transmitting data information messages on a downlink of a wireless communication system |
EP3107237B1 (en) | 2014-02-14 | 2019-06-05 | LG Electronics Inc. | Method and apparatus for transmitting harq-ack in wireless communication system |
US10003486B2 (en) * | 2014-04-28 | 2018-06-19 | Intel IP Corporation | Non-orthogonal multiple access (NOMA) wireless systems and methods |
US9642159B1 (en) * | 2014-07-11 | 2017-05-02 | Sprint Spectrum L.P. | Use of indication in downlink control information messaging to signal presence of additional downlink control information messaging |
US9615283B1 (en) * | 2014-07-30 | 2017-04-04 | Sprint Spectrum L.P. | Dynamic management of control channel capacity |
US9681451B1 (en) * | 2014-10-08 | 2017-06-13 | Sprint Spectrum L.P. | Reducing PDCCH interference |
US10575325B2 (en) | 2014-10-09 | 2020-02-25 | Acer Incorporated | Device and method of handling service in unlicensed cell |
US10122429B2 (en) | 2015-01-16 | 2018-11-06 | Qualcomm Incorporated | Channel state information for enhanced carrier aggregation |
US9686064B2 (en) * | 2015-01-21 | 2017-06-20 | Intel IP Corporation | Devices and methods for HARQ-ACK feedback scheme on PUSCH in wireless communication systems |
US9629066B2 (en) | 2015-02-24 | 2017-04-18 | Huawei Technologies Co., Ltd. | System and method for transmission time intervals |
US10075949B2 (en) | 2016-02-02 | 2018-09-11 | Motorola Mobility Llc | Method and apparatus for low latency transmissions |
CN108604945A (zh) | 2016-02-09 | 2018-09-28 | 瑞典爱立信有限公司 | 有效harq反馈的鲁棒性增强 |
-
2016
- 2016-06-01 CN CN201680081311.2A patent/CN108604945A/zh active Pending
- 2016-06-01 JP JP2018538175A patent/JP2019510389A/ja active Pending
- 2016-06-01 CN CN201680081361.0A patent/CN108604946A/zh not_active Withdrawn
- 2016-06-01 KR KR1020187025759A patent/KR20180110071A/ko not_active Application Discontinuation
- 2016-06-01 MX MX2018009409A patent/MX2018009409A/es unknown
- 2016-06-01 EP EP16729399.2A patent/EP3414856B1/en active Active
- 2016-06-01 US US15/111,070 patent/US10187185B2/en active Active
- 2016-06-01 US US15/111,035 patent/US10069603B2/en active Active
- 2016-06-01 WO PCT/SE2016/050515 patent/WO2017138854A1/en active Application Filing
- 2016-06-01 WO PCT/SE2016/050514 patent/WO2017138853A1/en active Application Filing
- 2016-06-01 EP EP16728749.9A patent/EP3414855A1/en not_active Withdrawn
-
2018
- 2018-08-01 US US16/051,634 patent/US10313064B2/en active Active
-
2019
- 2019-04-29 US US16/396,919 patent/US10727988B2/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130235829A1 (en) * | 2008-12-30 | 2013-09-12 | Interdigital Patent Holdings, Inc. | Method and apparatus providing fast control channel feedback for multiple downlink carrier operations |
CN102404096A (zh) * | 2010-09-13 | 2012-04-04 | 中兴通讯股份有限公司 | 混合自动重传请求信息的反馈方法及终端 |
EP2693816A1 (en) * | 2011-03-31 | 2014-02-05 | Beijing Nufront Mobile Multimedia Technology Co., Ltd. | Method and device for use in frame acknowledgement |
US20150146588A1 (en) * | 2013-11-25 | 2015-05-28 | Innovative Technology Lab Co., Ltd. | Apparatus and method for transmitting harq ack/nack |
US20160037524A1 (en) * | 2014-07-31 | 2016-02-04 | Futurewei Technologies, Inc. | System and Method for Multiple Carrier Transmission |
Non-Patent Citations (2)
Title |
---|
PANASONIC: "Further considerations on ACK/NACK multiplexing schemes on PUSCH", 《3GPP TSG RAN WG1 MEETING》 * |
QUALCOMM INCORPORATED: "Number of Bits Conveyed on Multi-bit-ACK PUCCH Format", 《3GPP TSG-RAN WG1》 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020220270A1 (zh) * | 2019-04-30 | 2020-11-05 | Oppo广东移动通信有限公司 | 一种资源确定方法、设备及存储介质 |
CN113328838A (zh) * | 2019-04-30 | 2021-08-31 | Oppo广东移动通信有限公司 | 一种资源确定方法、设备及存储介质 |
CN113328838B (zh) * | 2019-04-30 | 2023-03-03 | Oppo广东移动通信有限公司 | 一种资源确定方法、设备及存储介质 |
CN112398579A (zh) * | 2019-08-14 | 2021-02-23 | 联发科技股份有限公司 | 下行链路反馈信息发送以及接收的方法 |
CN112787752A (zh) * | 2019-11-08 | 2021-05-11 | 半导体元件工业有限责任公司 | Harq协议的反馈和重传格式 |
CN112787752B (zh) * | 2019-11-08 | 2024-05-28 | 迈凌有限公司 | Harq协议的反馈和重传格式 |
Also Published As
Publication number | Publication date |
---|---|
US20170373801A1 (en) | 2017-12-28 |
US10187185B2 (en) | 2019-01-22 |
US20190253202A1 (en) | 2019-08-15 |
MX2018009409A (es) | 2018-09-21 |
EP3414855A1 (en) | 2018-12-19 |
JP2019510389A (ja) | 2019-04-11 |
US10727988B2 (en) | 2020-07-28 |
WO2017138854A1 (en) | 2017-08-17 |
US20180343087A1 (en) | 2018-11-29 |
EP3414856B1 (en) | 2023-03-22 |
CN108604946A (zh) | 2018-09-28 |
KR20180110071A (ko) | 2018-10-08 |
EP3414856A1 (en) | 2018-12-19 |
WO2017138853A1 (en) | 2017-08-17 |
US20170373802A1 (en) | 2017-12-28 |
US10069603B2 (en) | 2018-09-04 |
US10313064B2 (en) | 2019-06-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108604945A (zh) | 有效harq反馈的鲁棒性增强 | |
US12009926B2 (en) | Method and device for transmitting data | |
US9231855B2 (en) | Method and system for hybrid automatic repeat request operation for uplink coordinated multi-point signaling | |
JP5851013B2 (ja) | 再送方法および再送装置 | |
CN105934905B (zh) | 叠加编码的软数据包结合方法及其用户设备 | |
KR101481584B1 (ko) | 전송 블록-코드워드 매핑 관계 규정 방법 및 이를 이용한 하향링크 신호 전송 방법 | |
EP2982074B1 (en) | Communication in the presence of uplink-downlink configuration change | |
CN110235398A (zh) | 用于部分重传的方法 | |
CN102835038B (zh) | 用于在支持多输入多输出的无线通信***中控制上行链路重传的方法和装置 | |
US20180316396A1 (en) | Method and apparatus in a wireless communication system | |
JP5723012B2 (ja) | 通信システムにおける方法及び装置 | |
CN110447190A (zh) | 用于harq-ack反馈的指示 | |
JP2016076937A (ja) | Lteシステムでphichによる逆方向mimo再送信のための送受信方法及び装置 | |
US20120182878A1 (en) | Uplink hybrid automatic repeat request method and device in a transparent relay network | |
KR20120016174A (ko) | 조정 다중점 송신을 이용하여 수신된 패킷에 대한 부정 승인의 송신에서의 지연 도입 | |
WO2018172249A1 (en) | Configuring puncture bundles of data for a first service in a transmission of a second service | |
CN105284070A (zh) | 在利用有限的harq进程的分布式网络拓扑结构中使用更多传输机会的方法和装置 | |
CN108886436A (zh) | 无线电网络节点、无线设备以及其中执行的方法 | |
WO2013159597A1 (zh) | 数据传输方法、用户设备及基站 | |
CN102916792B (zh) | 数据传输方法和用户设备 | |
KR20180098611A (ko) | 밀리미터파 시스템에서 서브프레임들을 스케줄링하는 방법 | |
TWI628921B (zh) | 有效率的混合式自動重送請求(harq)回授之可靠性的強化 | |
CN108809529A (zh) | 一种数据传输方法、终端以及基站 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20180928 |