CN108702259A - 用于无线网络的低时延混合自动重传请求(harq)反馈 - Google Patents
用于无线网络的低时延混合自动重传请求(harq)反馈 Download PDFInfo
- Publication number
- CN108702259A CN108702259A CN201680082999.6A CN201680082999A CN108702259A CN 108702259 A CN108702259 A CN 108702259A CN 201680082999 A CN201680082999 A CN 201680082999A CN 108702259 A CN108702259 A CN 108702259A
- Authority
- CN
- China
- Prior art keywords
- harq
- subframe
- time delay
- uplink
- low time
- 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/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling and prioritising arrangements
-
- 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1861—Physical mapping arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/14—Two-way operation using the same type of signal, i.e. duplex
- H04L5/1469—Two-way operation using the same type of signal, i.e. duplex using time-sharing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
示例实现包括由用户装置确定用户装置是低时延模式用户装置;在下行链路子帧n中接收下行链路数据块;确定针对数据块的混合自动重传请求(HARQ)反馈;由低时延模式用户装置确定从子帧n的k个子帧的HARQ反馈偏移处的上行链路子帧n+k、以及被保留用于来自低时延模式用户装置的HARQ反馈的上行链路子帧n+k的一个或多个上行链路HARQ资源;以及由低时延模式用户装置经由子帧n+k和一个或多个上行链路HARQ资源传输HARQ反馈。
Description
技术领域
本说明书涉及通信,并且具体地涉及用于无线网络的低时延混合自动重传请求(HARQ)反馈的使用。
背景技术
通信***可以是实现两个或更多个节点或设备(诸如固定或移动通信设备)之间的通信的设施。信号可以承载在有线或无线载波上。
蜂窝通信***的示例是由第三代合作伙伴项目(3GPP)标准化的架构。该领域的最新发展通常被称为通用移动电信***(UMTS)无线电接入技术的长期演进(LTE)。E-UTRA(演进的UMTS陆地无线电接入)是3GPP的用于移动网络的长期演进(LTE)升级路径的空中接口。在LTE中,被称为增强型节点AP(eNB)的基站或接入点(AP)在覆盖区域或小区内提供无线接入。在LTE中,移动设备或移动台被称为用户设备(UE)。LTE包括很多改进或发展。
包括LTE的很多现代通信***采用前向纠错编码和ARQ(自动重传请求)的组合,其称为混合ARQ(HARQ)。HARQ使用前向纠错(FEC)代码来纠正错误子集,并且依赖于错误检测来检测不可纠正的错误。错误地接收的分组被丢弃,并且接收器通过向发射器发送否定确认(NAK)来请求被破坏的分组的重传。这是FEC和ARQ的组合。然后原始分组的版本被重传,并且接收器可以组合分组的多个接收版本。接收器还可以针对正确地接收(解码)的分组发送确认(ACK)。HARQ反馈可以包括ACK或NAK。
发明内容
根据示例实现,一种方法可以包括由用户装置确定用户装置是低时延模式用户装置;接收下行链路子帧n中的下行链路数据块;确定数据块的混合自动重传请求(HARQ)反馈;由低时延模式用户装置确定从子帧n的k个子帧的HARQ反馈偏移处的上行链路子帧n+k、以及被保留用于来自低时延模式用户装置的HARQ反馈的上行链路子帧n+k的一个或多个上行链路HARQ资源;以及由低时延模式用户装置经由子帧n+k和一个或多个上行链路HARQ资源传输HARQ反馈。
根据示例实现,一种装置包括至少一个处理器和包括计算机指令的至少一个存储器,计算机指令在由至少一个处理器执行时引起该装置:由用户装置确定用户装置是低时延模式用户装置;接收下行链路子帧n中的下行链路数据块;确定针对数据块的混合自动重传请求(HARQ)反馈;通过低时延模式用户装置确定从子帧n的k个子帧的HARQ反馈偏移处的上行链路子帧n+k、以及被保留用于来自低时延模式用户装置的HARQ反馈的上行链路子帧n+k的一个或多个上行链路HARQ资源;以及通过低时延模式用户装置经由子帧n+k和一个或多个上行链路HARQ资源传输HARQ反馈。
根据示例实现,一种装置包括用于通过用户装置确定用户装置是低时延模式用户装置的部件;用于接收下行链路子帧n中的下行链路数据块的部件;用于确定针对数据块的混合自动重传请求(HARQ)反馈的部件;用于通过低时延模式用户装置确定从子帧n的k个子帧的HARQ反馈偏移处的上行链路子帧n+k、以及被保留用于来自低时延模式用户装置的HARQ反馈的上行链路子帧n+k的一个或多个上行链路HARQ资源的部件;用于通过低时延模式用户装置经由子帧n+k和一个或多个上行链路HARQ资源传输HARQ反馈的部件。
根据示例实现,一种计算机程序产品包括计算机可读存储介质并且存储可执行代码,可执行代码在由至少一个数据处理装置执行时被配置为引起至少一个数据处理装置执行方法,该包括:由用户装置确定用户装置是低时延模式用户装置;接收下行链路子帧n中的下行链路数据块;确定针对数据块的混合自动重传请求(HARQ)反馈;由低时延模式用户装置确定从子帧n的k个子帧的HARQ反馈偏移处的上行链路子帧n+k、以及被保留用于来自低时延模式用户装置的HARQ反馈的上行链路子帧n+k的一个或多个上行链路HARQ资源;以及由低时延模式用户装置经由子帧n+k和一个或多个上行链路HARQ资源传输HARQ反馈。
下面在附图和说明书中阐述了实现的一个或多个示例的细节。根据说明书和附图以及权利要求,其他特征将很清楚。
附图说明
图1是根据示例实现的无线网络的框图。
图2是示出根据示例实现的低时延模式用户装置的操作的流程图。
图3是根据示例实现的节点或无线台(例如,基站/接入点或移动台/用户设备/UE)的框图。
具体实施方式
图1是根据示例实现的无线网络130的框图。在图1的无线网络130中,用户装置131、132、133和135(其也可以称为移动台(MS)或用户装置(UE))可以与基站(BS)134连接(并且通信),基站(BS)134可以也称为接入点(AP)、增强型Node B(eNB)或网络节点。接入点(AP)、基站(BS)或(e)Node B(eNB)的至少部分功能也可以由诸如远程无线电头等可以可操作地耦合到收发器的任何节点、服务器或主机来执行。BS(或AP)134在小区136内提供无线覆盖,包括到用户装置131、132、133和135。虽然仅四个用户装置被示出为连接或附接到BS134,但是可以提供任何数目的用户装置。BS 134还经由S1接口151连接到核心网络150。这仅仅是无线网络的一个简单示例,并且可以使用其他网络。
用户装置(用户终端、用户装置(UE))可以是指包括无线移动通信设备的便携式计算设备,该无线移动通信设备在有或没有用户识别模块(SIM)的情况下操作,例如,包括但不限于以下设备类型:移动台(MS)、移动电话、手机、智能手机、个人数字助理(PDA)、手持机、使用无线调制解调器的设备(报警或测量设备等)、膝上型电脑和/或触摸屏计算机、平板电脑、平板手机、游戏机、笔记本电脑和多媒体设备。应当理解,用户装置也可以是几乎独占的仅上行链路设备,其示例是将图像或视频剪辑加载到网络的相机或视频相机。
在LTE(作为示例)中,核心网络150可以被称为演进的分组核心(EPC),其可以包括可以处理或协助BS之间的用户装置的移动性/切换的移动性管理实体(MME)、可以在BS与分组数据网络或因特网之间转发数据和控制信号的一个或多个网关、以及其他控制功能或块。
各种示例实现可以应用于各种无线技术或无线网络,诸如LTE、LTE-A、LTE-A Pro、5G、cmWave和/或mmWave频带网络、或任何其他无线网络。仅提供LTE、5G、cmWave和mmWave频带网络作为说明性示例,并且各种示例实现可以应用于任何无线技术/无线网络。LTE支持频分双工(FDD)模式和时分双工(TDD)模式两者。这里考虑的场景之一是以TDD模式操作并且被配置为支持缩短的时延(与版本8LTE TDD操作相比)的增强型LTE Pro***。
根据示例实现,图1中的无线网络可以采用前向纠错编码和ARQ(自动重传请求)的组合,其称为混合ARQ(HARQ)。利用这种方法,例如,对于下行链路方向上的数据传输,例如,BS 134(作为示例发射器)可以向用户装置132传输分组或数据块传输。在可能的情况下,用户装置132(作为示例接收器)可以使用前向纠错(FEC)码来纠正所接收的数据块中的错误。用户装置132可以使用错误检测来检测不可纠正的错误。如果所接收的数据块由于错误而不能被用户装置132解码,则用户装置可以向BS 134发送针对分组的否定确认(NAK)。响应于接收到NAK,BS 134可以向用户装置132重新发送(重传)数据块或者数据块的分组或冗余版本。用户装置132可以组合数据块的多个接收版本以对数据块进行解码,这有时可以被称为软组合。然后,用户装置132可以向BS 134发送针对分组的确认(ACK)以确认数据块被接收并且解码。上行链路数据传输可以遵循类似的过程,其中用户装置132可以向BS 134发送数据。ACK/NAK反馈可以被称为HARQ反馈。
HARQ反馈偏移是从数据块的传输直到HARQ反馈(例如,ACK或NAK)的传输的子帧(或以ms为单位)的延迟(或时延)。例如,在正常时延模式用户装置的一些示例实现中,正常时延模式用户装置的时分双工(TDD)操作的HARQ反馈偏移可以在4ms(或4个子帧)到13ms(或13个子帧)之间变化,例如,每个子帧的传输时间间隔(TTI)为1ms。并且,例如,对于正常时延模式用户装置,频分双工操作的HARQ反馈偏移可以是4ms(或4个子帧)。
根据示例实现,可以针对低时延模式用户装置实现(或提供)较短HARQ反馈偏移(或时延),例如,使用例如1ms(或1个子帧)、2ms(或2个子帧)、和/或3ms(或3个子帧)的HARQ反馈偏移,每个都短于用于正常时延模式用户装置的HARQ反馈偏移(例如,至少4ms/4个子帧)。在示例实现中,可以在不改变子帧的TTI长度的情况下实现用于低时延模式用户装置的较短HARQ反馈偏移。用于低时延模式用户装置的较短HARQ反馈偏移可以通过定义新的定时来实现(例如,HARQ反馈在比用于正常时延模式用户装置的4子帧HARQ反馈偏移早一个或多个子帧的时间发送),以及通过至少针对一些子帧来为低时延模式用户装置分配不与用于正常时延模式用户装置的HARQ反馈资源相冲突的HARQ反馈资源来实现。
在示例实现中,以低时延模式操作的用户装置可以被称为低时延模式用户装置,而以正常时延模式操作的用户装置可以被称为正常时延模式用户装置。在示例实现中,至少一些用户装置可以能够在正常时延模式与低时延模式之间切换操作模式。因此,例如,低时延模式用户装置(例如,以低时延模式操作的用户装置)可以切换到正常时延模式。类似地,正常时延模式用户装置(例如,以正常时延模式操作的用户装置)可以切换到低时延模式。
一个示例实现可以提供用于发送HARQ反馈的完全不同的HARQ资源空间,例如,包括用于低时延模式用户装置的第一组HARQ资源、以及用于正常时延模式用户装置的第二组资源(不同于第一组HARQ资源)。然而,至少在一些情况下,为低时延模式用户装置和正常时延模式用户装置分配完全不同的HARQ资源组可能是资源的低效使用。因此,不是为低时延模式和正常时延模式用户装置提供完全独立的HARQ反馈资源空间,可能存在如下一些情况:其中共享的一组HARQ资源可以由低时延模式用户装置和正常时延模式用户装置共享,如下面更详细描述的。
根据示例实现,低时延模式用户装置可以使用k个子帧的HARQ反馈偏移(例如,作为一些示例,其可以是1个子帧、2个子帧或3个子帧)。因此,响应于在子帧n中接收到数据块,低时延模式用户装置可以在子帧n+k(其是在子帧n处的下行链路数据块的传输之后的k个子帧,因为子帧n+k是满足k个子帧的最小HARQ反馈偏移的第一上行链路子帧)处发送HARQ反馈。最小HARQ反馈偏移值可以是由低时延模式用户装置的规范定义的参数。例如,可以定义k≥2。它也可以是针对不同用户装置类别单独定义的参数。
除了为HARQ反馈选择上行链路子帧(例如,子帧n+k),低时延模式用户装置还将选择或确定用于向BS发送HARQ反馈的一个或多个上行链路HARQ资源(例如,在物理上行链路控制信道/PUCCH上)。用于低时延模式用户装置的上行链路子帧n+k的这种一个或多个上行链路HARQ资源可以是:
1)一组不同的上行链路HARQ资源,其不同于被保留用于来自正常时延模式用户装置的HARQ反馈的任何上行链路HARQ资源(用于上行链路子帧n+k),例如,在低时延模式用户装置和正常模式用户装置针对子帧n+k中的HARQ反馈具有不同的HARQ反馈偏移的情况下。根据示例实现,这可能是因为BS通常不会将子帧中的不同上行链路HARQ资源指派给不同的用户装置,其中这样的用户装置具有不同的HARQ反馈偏移(因此在这种情况下,需要或期望将单独的或不同的HARQ资源分配给两个用户装置,因为否则具有不同HARQ反馈偏移的用户装置在尝试经由可能相同的HARQ资源发送HARQ反馈时通常可能发生冲撞或发生冲突);或者,
2)由低时延模式用户装置和正常时延模式用户装置共享的一组共享的上行链路HARQ资源,其用于在低时延模式用户装置和正常时延模式用户装置针对经由子帧n+k传输的HARQ反馈都具有相同HARQ反馈偏移的情况下在上行链路子帧n+k(例如)中发送HARQ反馈。根据示例实现,在这种情况下可以使用这组共享的HARQ资源,因为BS通常可以将子帧中的不同上行链路HARQ资源(例如,不同于共享的HARQ资源)指派给不同的用户装置,其中这样的用户装置具有相同的HARQ反馈偏移(因此在这种情况下,通常可能不需要为两个用户装置分配单独的或不同的HARQ资源,其中用户装置具有相同的HARQ反馈偏移)。
图2是示出根据示例实现的低时延模式用户装置的操作的流程图。操作210包括由用户装置确定用户装置是低时延模式用户装置。操作220包括接收下行链路子帧n中的下行链路数据块。操作230包括确定针对数据块的混合自动重传请求(HARQ)反馈(例如,ACK或NAK)。操作240包括由低时延模式用户装置确定从子帧n的k个子帧的HARQ反馈偏移处的上行链路子帧n+k、以及被分配用于来自低时延模式用户装置的HARQ反馈的上行链路子帧n+k的一个或多个上行链路HARQ资源。并且,操作250可以包括由低时延模式用户装置经由子帧n+k和一个或多个上行链路HARQ资源发送HARQ反馈。
根据图2的方法的示例实现,该方法可以还包括确定上行链路子帧n+k的一个或多个第一上行链路HARQ资源已经被保留用于来自正常时延模式用户装置的具有不同于k个子帧的HARQ反馈偏移的针对下行链路数据块的HARQ反馈;其中确定被保留用于来自低时延模式用户装置的HARQ反馈的上行链路子帧n+k的一个或多个上行链路HARQ资源包括确定被保留用于来自低时延模式用户装置的HARQ反馈的一个或多个第二上行链路HARQ资源,其中基于针对低时延模式用户装置和正常时延模式用户装置两者的相同HARQ反馈偏移的使用,一个或多个第二上行链路HARQ资源与一个或多个第一上行链路HARQ资源不同。
根据图2的方法的示例实现,该方法可以还包括确定上行链路子帧n+k的一个或多个第一上行链路HARQ资源已经被保留用于来自正常时延模式用户装置的具有不同于k个子帧的HARQ反馈偏移的针对下行链路数据块的HARQ反馈;并且其中在被映射到正常时延模式用户装置的最高索引HARQ资源之后开始,用于低时延模式用户装置的一个或多个HARQ资源被映射到具有最高索引的物理上行链路控制信道(PUCCH)资源。
根据图2的方法的示例实现,该方法可以还包括确定上行链路子帧n+k的一个或多个第一上行链路HARQ资源已经被保留用于来自正常时延模式用户装置的具有也是k个子帧的HARQ反馈偏移的针对下行链路数据子帧的HARQ反馈;确定被保留用于来自低时延模式用户装置的HARQ反馈的一个或多个第一上行链路HARQ资源,其中基于针对低时延模式用户装置和正常时延模式用户装置两者的不同HARQ反馈偏移的使用,一个或多个第一HARQ资源被共享用于来自低时延模式用户装置和正常时延模式用户装置两者的HARQ反馈。
根据图2的方法的示例实现,用于低时延模式用户装置的k个子帧的HARQ反馈偏移小于一个或多个正常时延模式用户装置的最小HARQ反馈偏移。
根据图2的方法的示例实现,HARQ资源可以包括在物理上行链路控制信道(PUCCH)中保留的用于HARQ反馈的资源。
根据图2的方法的示例实现,由低时延模式用户装置确定在k个子帧的HARQ反馈偏移处的上行链路子帧n+k可以包括:由低时延模式用户装置确定以下HARQ反馈偏移处的上行链路子帧n+k,该HARQ反馈偏移满足从下行链路子帧n的用于低时延模式用户装置的最小HARQ反馈偏移的HARQ反馈偏移。
根据图2的方法的示例实现,用于低时延模式用户装置的k个子帧的反馈偏移被定义为以下中的至少一项:k大于或等于1个子帧;k大于或等于2个子帧;k大于或等于3个子帧。下面描述各种示例实现的进一步示例细节。
根据示例实现,可以在物理上行链路控制信道(PUCCH)上保留上行链路HARQ资源,其中例如,可以基于用于调度下行链路数据块和半静态配置的PUCCH格式1/1a/1b起始位置/索引的相应物理下行链路控制信道(PDCCH)的最低控制信道单元(CCE)来隐式地确定PUCCH HARQ资源(用于发送HARQ ACK或NAK)。此外,在TDD模式中,可以存在单独的定时偏移,其被定义为SIB-1(***信息块-1)——信号上行链路下行链路(UL-DL)配置和子帧索引——的函数。UL-DL配置指示哪些子帧是上行链路(UL)以及哪些子帧是下行链路(DL)。
关于正常时延模式用户装置,可以从相应的物理资源索引隐式地确定HARQ-ACK资源。例如,PDCCH(物理下行链路控制信道)的第一CCE索引用于确定DL HARQ资源、以及DL子帧的索引和携带CCE和一些高层配置参数的OFDM(正交频分复用)符号的索引。用于TDD的PUCCH格式1a/1b资源分配中的问题是,多于一个DL子帧可以与单个UL子帧相关联。如表1所示,在一个UL子帧中报告与M(可以是1、2、3、4、9)个DL子帧相对应的HARQ反馈(ACK或NAK)。
表1:用于TDD[TS 36.213]的下行链路关联集索引K:{k0,k1,…,kM-1}
当考虑针对PUCCH的HARQ-ACK资源分配时,理解表1中描绘的下行链路关联集的概念可能是有用的。DL关联集为每个UL子帧n定义传输针对每个DL/特殊子帧的HARQ反馈的定时和顺序。例如,对于UL-DL配置#0,在UL子帧#n=2中,PUCCH可以携带针对在6个子帧之前传输的DL子帧的HARQ反馈(ACK或NAK),即,在这种情况下的HARQ反馈偏移(HARQ延迟)是6个子帧。类似地,对于UL-DL配置1,在UL子帧#2中,可以针对在7个或6个子帧之前发送的DL子帧用信号通知HARQ反馈,并且以该特定顺序填充PUCCH资源(用于DL子帧n-7的第一HARQ反馈,然后是用于DL子帧n-6)。换言之,表1示出了与每个DL子帧相关联的HARQ反馈偏移或延迟(以毫秒为单位)。可以看出,延迟范围从4ms到13ms。
对于版本8/9/10/11/12TDD操作中的PDCCH(物理下行链路控制信道),对应于多个DL子帧的PUCCH资源在相关联的UL子帧中被连结和交织(例如,每个DL子帧具有40个CCE,并且M=2,80个PUCCH资源被保留),使得不同子帧之间不存在资源冲突。具体而言,对应于PDCCH OFDM符号[s1,s2,s3...]和子帧[SF1,SF2,SF3,..]的PDCCH资源可以按以下顺序被映射到PUCCH资源:
·SF1-s1(例如,在子帧和UL-DL配置下列出的第一索引,诸如索引=8)
·SF2-s1(例如,第二列出索引,诸如索引=7)
·SF3-s1(第三列出索引,诸如索引=4)
·SF4-s1(第四列出索引,诸如索引=6)
·SF1-s2(索引=8)
·SF2-s2(索引=7)
·SF3-s2(索引=4)
·SF4-s2(索引=6)
·...
因此,例如,如上所示,参考表1,对于UL-DL配置2,并且对于子帧2,索引的顺序是:8、7、4、6。
如上所述,根据示例实现,可以在不改变TTI的长度的情况下减小HARQ反馈偏移(或HARQ时延)。根据示例实现,可以提供为2ms或3ms的最小HARQ反馈偏移(或HARQ延迟)。基于该方法,根据示例实现,表2和表3分别列出了针对每个DL PDSCH(物理下行链路共享数据信道)传输的为3ms和2ms的最小时延(或最小HARQ反馈偏移)的下行链路关联集合。因此,对于表2(3ms最小时延),对于子帧2UL-DL配置2,用于低时延模式用户装置的HARQ反馈资源可以(根据该示例)以3、4、6和7的顺序被分配(或保留)。数字3、4、6和7分别指的是为在n-3个子帧之前、n-4个子帧之前、n-6个子帧之前和n-7个子帧之前传输的下行链路数据块提供的上行链路HARQ资源。
表2:3ms最小时延
表3:2ms最小时延
假设最小HARQ反馈延迟分别为3ms或2ms,从表1-3中可以获取平均HARQ时延的改进。一些示例如下所示:
UL-DL配置1:
平均时延,传统=5.67ms
平均时延(n+3)=3.83ms=-32.3%
平均时延(n+2)=2.33ms=-58.8%
UL-DL配置2:
平均时延,传统=(8+7+4+6+8+7+4+6)/8=6.25ms
平均时延(n+3)=(3+4+6+7+3+4+6+7)/8=5ms=-20%
平均时延(n+2)=(2+3+4+6+2+3+4+6)/8=3.75ms=-40%
UL-DL配置3:
平均时延,传统=6.28ms
平均时延(n+3)=4.43ms=-29.5%
平均时延(n+2)=4.14ms=-34.1%
根据示例实现,将正常时延模式用户装置的操作(参见表1)与HARQ反馈偏移为3ms的低时延模式用户装置的操作(表2)组合,至少在一些情况下,这可能导致正常时延模式用户装置和低时延模式用户装置所使用的上行链路HARQ(PUCCH)资源的冲突,例如,基于在低时延模式用户装置与正常时延模式用户装置之间的物理资源索引和HARQ-ACK资源之间的映射。例如,对于例如UL-DL配置#2和子帧n=2:
正常时延(传统)模式用户装置将按以下顺序为HARQ反馈分配PUCCH资源:8、7、4、6
○对应于在子帧n-8、OFDM符号#1中传输的PDCCH的PDSCH
○对应于在子帧n-7、OFDM符号#1中传输的PDCCH的PDSCH
○对应于在子帧n-4、OFDM符号#1中传输的PDCCH的PDSCH
○对应于在子帧n-6、OFDM符号#1中传输的PDCCH的PDSCH
○对应于在子帧n-8、OFDM符号#2中传输的PDCCH的PDSCH
○...
另一方面,遵循例如表2(3ms最小HARQ时延)的低时延模式用户装置将按以下顺序分配PUCCH资源:3、4、6、7
○对应于在子帧n-3、OFDM符号#1中传输的PDCCH的PDSCH
○对应于在子帧n-4、OFDM符号#1中传输的PDCCH的PDSCH
○对应于在子帧n-6、OFDM符号#1中传输的PDCCH的PDSCH
○对应于在子帧n-7、OFDM符号#1中传输的PDCCH的PDSCH
○对应于在子帧n-3、OFDM符号#2中传输的PDCCH的PDSCH
换言之,将存在HARQ反馈(ACK/NAK)传输/资源的潜在冲突。例如,与用于正常时延模式用户装置的子帧n-8和用于低时延模式用户装置的子帧n-3相对应的HARQ反馈将占用相同的PUCCH(HARQ)资源。类似地,与用于正常时延模式用户装置的子帧n-7和用于低时延模式用户装置的子帧n-4相对应的HARQ反馈将占用或使用相同的PUCCH(HARQ)资源。这些是在低时延模式用户装置(例如,表2)和正常时延模式用户装置(例如,表1)之间可能发生上行链路HARQ(PUCCH)资源的冲撞或冲突的几个示例。
根据示例实现,为与用于低时延模式用户的不同DL子帧相对应的HARQ反馈提供映射规则。根据示例实现,应当遵循用于以低时延模式配置的用户装置的新的下行链路关联集索引表(表4和5)(例如,代替现有的表1)。
下面考虑如何定义这样的表:
可以考虑或定义承载HARQ反馈的三种不同UL子帧类型(参见实现部分中的表2和表3)。
1.仅具有来自低时延模式用户装置的HARQ反馈的UL子帧
2.具有来自低时延模式用户装置和正常时延模式用户装置UE两者的HARQ反馈的UL子帧
3.仅具有来自正常时延模式用户装置的HARQ反馈的UL子帧(这种情况已经考虑过,例如,参见表1)
在示例实现中,用于类型1(仅低时延模式)子帧的PUCCH(上行链路HARQ)资源确定不同于用于类型2/3(包括正常时延模式和低时延模式)子帧的PUCCH:
●小区特定的参数的单独配置(例如,根本没有PUCCH格式2区域->没有周期性信号)。所有周期性信号由正常时延模式PUCCH处理。对于类型1子帧,CQI信息不需要经常传输,因此UL子帧(用于CQI报告的正常时延模式用户装置的CQI)的格式2区域(例如,在频谱边缘处)可以由类型1(低时延模式)子帧针对来自低时延模式用户装置的HARQ资源来重新分配和使用。
●类型1子帧中的任何PUCCH的存在可以取决于相应子帧(由DL关联表定义)上的低时延模式用户装置的PDSCH调度。
根据示例实现,操作可以包括以下操作/步骤中的一个或多个(或全部):
a)确定用户装置是在正常时延模式还是低时延模式下操作
b)在子帧n中接收DL传输块并且确定相应的HARQ反馈(ACK或NAK),
c)基于a)和b)确定要用于向BS传输HARQ反馈的UL子帧和UL PUCCH/HARQ资源,以及
d)在所确定的UL子帧和UL PUCCH/HARQ资源中传输HARQ反馈
以下描述上述步骤/操作a)-d)的示例细节:
a)确定用户装置是在正常还是缩短时延模式下操作:
-这可以取决于例如RRC(无线电资源控制)配置(可以为用户装置/UE半静态地配置缩短时延模式)
-替代地或另外地,可以根据哪个PDCCH(物理下行链路控制信道)DCI(下行链路控制信息)格式或搜索空间用于调度给定DL传输来动态地确定模式。
当UE在低(或缩短)时延模式下操作时,用于发送HARQ反馈的UL子帧可以是满足预定义条件的DL子帧n之后的第一UL子帧。
-预定义条件是UL子帧的索引至少为n+2或n+3(例如,满足HARQ反馈偏移/最小时延的第一UL子帧)
c)确定UL(PUCCH)资源:(根据一个说明性示例实现):
-当用于低时延模式的HARQ反馈的所确定的UL子帧使得其还包括用于正常时延模式的HARQ反馈的PUCCH资源时,从最高索引的正常时延模式PUCCH资源开始,用于低时延模式的HARQ反馈可以被映射到具有最高索引的PUCCH资源上。
-当用于低时延模式的HARQ反馈的所确定的UL子帧使得其还不包括用于正常时延模式的HARQ反馈的PUCCH资源时,从RRC(配置的无线电资源控制或配置的网络)PUCCH资源(表示为N_lowlatPUCCH)开始,用于低(或缩短)时延模式的HARQ反馈被映射到PUCCH资源上。
根据示例实现,用于类型2UL子帧的隐式PUCCH HARQ反馈资源分配(包括来自低时延模式和正常时延模式用户装置两者的HARQ反馈)、以及特别地用于低时延模式用户装置的(多个)下行链路关联集使得其考虑正常时延子帧定时,并且通过适当的子帧映射和索引来避免资源分配的冲突。例如,这可以通过为每个类型2(UL)子帧n定义两组下行链路子帧来实现(参见表4和表5):
组1:第一组包括正常时延模式DL关联集中的DL子帧。该第一组子帧可以进一步分为两组
●组1A:在正常时延模式用户装置以及低时延模式用户装置的情况下与相同UL子帧相关联的DL子帧。这些子帧在表4/5中被示出为普通数字(没有圆括号()或方括号[])。用于这些DL子帧的PUCCH资源在正常时延模式用户装置与低时延UE之间共享(或者可以共享)。(例如,因为这组DL子帧对于正常时延模式用户装置和低时延模式用户装置两者具有相同的HARQ反馈偏移,并且因此,基站通常可以为这两个不同的用户装置指派不同的PUCCH/HARQ资源,因此在这种情况下,通常在低时延模式用户装置与正常时延模式用户装置之间不会发生HARQ/PUCCH资源冲突)。
●组1B:与低时延模式用户装置不相关联的DL子帧。这些在表4/5中用圆括号()表示。从低时延用户装置的角度来看,相应的子帧可以被视为被正常时延模式用户装置占用的PUCCH资源。
该组的子帧关联顺序对应于为正常时延模式用户装置设置的DL关联顺序。
组2:第二组(组2)包括仅与低时延模式用户装置相关联的DL子帧。这些用方括号[]中的数字表示,如表4/5所示。该组的子帧关联顺序可以根据预定义逻辑或预定义顺序来定义。例如,从最高偏移值开始。
因此,在表4和表5中:
-没有圆括号或方括号的数字:用于低时延和正常时延模式用户装置两者(或由这两者共享)
-圆括号()中的数字:用于正常时延模式用户装置
-方括号[]中的数字:用于低时延模式用户装置
表4:3ms最小时延
表5:2ms最小时延
因此,如表4所示(3ms最小时延),对于UL-DL配置2、子帧2,可以按以下顺序(对于先前传输的DL子帧)指派PUCCH(HARQ反馈)资源:8、7、4、6、3、2:(注意,与每个DL子帧相对应的多个PUCCH/HARQ资源可以可用):
1)子帧n-8(仅正常时延模式)——PUCCH/HARQ资源1
2)子帧n-7(仅正常时延模式)——PUCCH/HARQ资源2
3)子帧n-4(正常时延模式和低时延模式)——PUCCH/HARQ资源3
4)子帧n-6(正常时延模式和低时延模式)——PUCCH/HARQ资源4
5)子帧n-3(仅低时延模式)——PUCCH/HARQ资源5
6)子帧n-2(仅低时延模式)——PUCCH/HARQ资源6
注意,参考表4,对于正常时延模式用户装置,表4/5中的顺序或PUCCH/HARQ资源分配与表1中的相同。从正常时延模式用户装置的角度来看,用于DL子帧n-8、n-7、n-4、n-6的PUCCH/HARQ资源的指派顺序在表4/5中没有变化(与表1相比)(PUCCH/HARQ资源仍然是按照以下顺序指派:8、7、4、6)。指派给DL子帧n-4和n-6的PUCCH/HARQ资源由低时延模式用户装置和正常模式用户装置共享,因为在指派给用于HARQ反馈的子帧的每组资源内,用于正常时延模式和低时延模式用户装置两者的这些下行链路子帧的HARQ反馈偏移相同(例如,BS将在PUCCH内指派不同资源(例如,不同的CCE或不同的子载波))。当在UL子帧中为正常时延模式DL子帧指派PUCCH/HARQ资源之后,从低时延模式DL子帧的最高子帧偏移索引开始,指派HARQ/PUCCH资源(例如,分配(或保留)HARQ资源5用于DL子帧n-6的HARQ反馈,接着是分配(或保留)HARQ资源6用于DL子帧n-3的HARQ反馈)。
一个另外的方面可以包括,用于属于组2的DL子帧的HARQ反馈的PUCCH区域的起始点可以与组1A/1B子帧的起始点不同。
一个或多个示例实现可以包括以下说明性优点中的一个或多个:
●示例实现促进在TDD操作中显著时延减少,同时对BS的改变最小,并且不改变正常时延模式用户装置操作
●一个或多个示例实现可以向后兼容->完全避免与正常时延模式用户装置的资源冲突
●一个或多个示例实现可以减少PUCCH资源空间并且因此减少UL开销。这是因为,在具有相同HARQ反馈偏移的一些情况下(例如,用于正常时延模式和低时延模式的DL子帧),HARQ资源可以由低时延模式用户装置和正常时延模式用户装置共享。由于未占用的资源可以自动出现在PUCCH区域的末尾,因此不需要根据HARQ反馈资源的最大数目来确定PUCCH资源的大小。
根据示例实现,计算机程序产品包括计算机可读存储介质并且存储可执行代码,可执行代码在由至少一个数据处理装置执行时被配置为引起至少一个数据处理装置执行以下方法:由用户装置确定用户装置是低时延模式用户装置;接收在下行链路子帧n中的下行链路数据块;确定针对数据块的混合自动重传请求(HARQ)反馈;由低时延模式用户装置确定从子帧n的k个子帧的HARQ反馈偏移处的上行链路子帧n+k、以及被保留用于来自低时延模式用户装置的HARQ反馈的上行链路子帧n+k的一个或多个上行链路HARQ资源;以及由低时延模式用户装置经由子帧n+k和一个或多个上行链路HARQ资源传输HARQ反馈。
根据示例实现,一种装置可以包括至少一个处理器和包括计算机指令的至少一个存储器,计算机指令在由至少一个处理器执行时引起该装置:由用户装置确定用户装置是低时延模式用户装置;接收在下行链路子帧n中的下行链路数据块;确定针对数据块的混合自动重传请求(HARQ)反馈;由低时延模式用户装置确定从子帧n的k个子帧的HARQ反馈偏移处的上行链路子帧n+k、以及被保留用于来自低时延模式用户装置的HARQ反馈的上行链路子帧n+k的一个或多个上行链路HARQ资源;以及由低时延模式用户装置经由子帧n+k和一个或多个上行链路HARQ资源传输HARQ反馈。
根据该装置的示例实现,并且还引起该装置:确定用于上行链路子帧n+k的一个或多个第一上行链路HARQ资源已经被保留用于来自正常时延模式用户装置的具有不同于k个子帧的HARQ反馈偏移的针对下行链路数据帧的HARQ反馈;其中引起该装置确定被保留用于来自低时延模式用户装置的HARQ反馈的上行链路子帧n+k的一个或多个上行链路HARQ资源包括引起该装置确定被保留用于来自低时延模式用户装置的HARQ反馈的一个或多个第二上行链路HARQ资源,其中基于针对低时延模式用户装置和正常时延模式用户装置两者的相同HARQ反馈偏移的使用,一个或多个第二上行链路HARQ资源与一个或多个第一上行链路HARQ资源不同。
根据该装置的示例实现,并且还引起该装置:确定上行链路子帧n+k的一个或多个第一上行链路HARQ资源已经被保留用于来自正常时延模式用户装置的具有不同于k个子帧的HARQ反馈偏移的针对下行链路数据帧的HARQ反馈;并且其中在被映射到正常时延模式用户装置的最高索引HARQ资源之后开始,用于低时延模式用户装置的一个或多个HARQ资源被映射到具有最高索引的物理上行链路控制信道(PUCCH)资源。
根据该装置的示例实现,并且还引起该装置:确定用于上行链路子帧n+k的一个或多个第一上行链路HARQ资源已经被保留用于来自正常时延模式用户装置的具有也是k个子帧的HARQ反馈偏移的针对下行链路数据子帧的HARQ反馈;并且确定被保留用于来自低时延模式用户装置的HARQ反馈的一个或多个第一上行链路HARQ资源,其中基于针对低时延模式用户装置和正常时延模式用户装置两者的不同HARQ反馈偏移的使用,一个或多个第一HARQ资源针对来自低时延模式用户装置和正常时延模式用户装置的HARQ反馈被共享。
根据该装置的示例实现,其中用于低时延模式用户装置的最小HARQ反馈偏移小于一个或多个正常时延模式用户装置的最小HARQ反馈偏移。
根据该装置的示例实现,其中HARQ资源包括在物理上行链路控制信道(PUCCH)中保留的用于HARQ反馈的资源。
根据该装置的示例实现,其中引起该装置由低时延模式用户装置确定在k个子帧的HARQ反馈偏移处的上行链路子帧n+k包括:引起该装置由低时延模式用户装置确定以下HARQ反馈偏移处的上行链路子帧n+k,该HARQ反馈偏移满足从下行链路子帧n的用于低时延模式用户装置的最小HARQ反馈偏移。
根据该装置的示例实现,其中用于低时延模式用户装置的k个子帧的反馈偏移被定义为以下中的至少一项:k大于或等于1个子帧;k大于或等于2个子帧;k大于或等于3个子帧。
根据装置的示例实现,用户装置以时分双工(TDD)操作模式操作。
根据另一示例实现,一种装置可以包括用于由用户装置确定用户装置是低时延模式用户装置的部件(例如,302A/302B和/或304,图3);接收下行链路子帧n中的下行链路数据块;用于确定针对数据块的混合自动重传请求(HARQ)反馈的部件(例如,302A/302B和/或304,图3);用于由低时延模式用户装置确定从子帧n的k个子帧的HARQ反馈偏移处的上行链路子帧n+k、以及被保留用于来自低时延模式用户装置的HARQ反馈的上行链路子帧n+k的一个或多个上行链路HARQ资源的部件(例如,302A/302B和/或304,图3);以及用于由低时延模式用户装置经由子帧n+k和一个或多个上行链路HARQ资源传输HARQ反馈的部件(例如,302A/302B和/或304,图3)。
图3是根据示例实现的无线台(例如,AP或用户装置)300的框图。无线台300可以包括例如一个或两个RF(射频)或无线收发器302A、302B,其中每个无线收发器包括用于发射信号的发射器和用于接收信号的接收器。无线台还包括用于执行指令或软件并且控制信号的传输和接收的处理器或控制单元/实体(控制器)304、以及用于存储数据和/或指令的存储器306。
处理器304还可以做出决定或确定,生成用于传输的帧、分组或消息,解码所接收的帧或消息以用于进一步处理,以及本文中描述的其他任务或功能。例如,处理器304(其可以是基带处理器)可以生成消息、分组、帧或其他信号,用于经由无线收发器302(302A或302B)进行传输。处理器304可以控制信号或消息通过无线网络的传输,并且可以控制信号或消息等经由无线网络的接收(例如,在被无线收发器302下变频之后)。处理器304可以是可编程的并且能够执行存储在存储器中或其他计算机介质上的软件或其他指令,以执行上述各种任务和功能,诸如上述任务或方法中的一个或多个。例如,处理器304可以是(或可以包括)硬件、可编程逻辑、执行软件或固件的可编程处理器、和/或这些的任何组合。例如,使用其他术语,处理器304和收发器302一起可以被认为是无线发射器/接收器***。
另外,参考图3,控制器(或处理器)308可以执行软件和指令,并且可以为台300提供总体控制,并且可以为图3中未示出的其他***提供控制,诸如控制输入/输出设备(例如,显示器、小键盘),和/或可以执行可以在无线台300上提供的一个或多个应用的软件,诸如例如电子邮件程序、音频/视频应用、文字处理器、IP语音应用或者其他应用或软件。
另外,可以提供包括存储的指令的存储介质,这些存储的指令在由控制器或处理器执行时可以导致处理器304或者其他控制器或处理器执行上述功能或任务中的一个或多个。
根据另一示例实现,(多个)RF或无线收发器302A/302B可以接收信号或数据和/或传输或发送信号或数据。处理器304(以及可能的收发器302A/302B)可以控制RF或无线收发器302A或302B以接收、发送、广播或传输信号或数据。
然而,实施例不限于作为示例给出的***,但是本领域技术人员可以将该解决方案应用于其他通信***。合适的通信***的另一示例是5G概念。假定5G中的网络架构将与高级LTE的网络架构非常相似。5G可能使用多输入多输出(MIMO)天线,比LTE更多的基站或节点(所谓的小小区概念),包括与较小的站合作运行的宏站点,并且也可能使用各种无线电技术,以提供更好的覆盖范围和更高的数据速率。
应当理解,未来的网络将最有可能利用网络功能虚拟化(NFV),NFV是一种网络架构概念,其提出将网络节点功能虚拟化为“构建块”或可以在操作上连接或链接在一起以提供服务的实体。虚拟化网络功能(VNF)可以包括一个或多个虚拟机,该虚拟机使用标准或通用类型服务器而不是定制硬件来运行计算机程序代码。还可以使用云计算或数据存储。在无线电通信中,这可以表示,节点操作可以至少部分在可操作地耦合到远程无线电头端的服务器、主机或节点中执行。节点操作也可以在多个服务器、节点或主机之间分配。还应当理解,核心网络操作与基站操作之间的劳动分配可能与LTE的不同,或者甚至可能不存在。
本文中描述的各种技术的实现可以使用数字电子电路来实现,或者使用计算机硬件、固件、软件或它们的组合来实现。实现可以被实现为计算机程序产品,即,在信息载体中有形地实施的计算机程序,例如,在机器可读存储设备中或在传播信号中,用于由数据处理设备执行(例如,可编程处理器、计算机或多个计算机)或控制其操作。实现还可以在可以是非暂态介质的计算机可读介质或计算机可读存储介质上提供。各种技术的实现还可以包括经由暂态信号或介质提供的实现、和/或经由因特网或其他网络(有线网络和/或无线网络)可下载的程序和/或软件实现。另外,实现可以经由机器类型通信(MTC)以及还经由物联网(IOT)来提供。
计算机程序可以是源代码形式、目标代码形式或某种中间形式,并且它可以存储在可以是能够携带该程序的任何实体或设备的某种载体、分发介质或计算机可读介质中。例如,这种载体包括记录介质、计算机存储器、只读存储器、光电和/或电载波信号、电信信号和软件分发包。根据所需要的处理能力,计算机程序可以在单个电子数字计算机中执行,或者可以在多个计算机之间分配。
此外,本文中描述的各种技术的实现可以使用网络物理***(CPS)(协调物理实体的协作计算元件的***)。CPS可以实现和利用嵌入在物理对象中在不同位置处的大量互连ICT设备(传感器、致动器、处理器微控制器......)。移动网络物理***(其中所讨论的物理***具有固有的移动性)是网络物理***的子类别。移动物理***的示例包括由人或动物运输的移动机器人和电子设备。智能手机的普及使人们对移动网络物理***领域的兴趣增加。因此,可以经由这些技术中的一种或多种来提供本文中描述的技术的各种实现。
诸如上述计算机程序等计算机程序可以用任何形式的编程语言编写,包括编译或解释语言,并且可以以任何形式部署,包括作为独立程序或作为独立模块、组件、子例程或适用于计算环境的其他单元或其部分。可以部署计算机程序以在一个计算机上或在一个站点处的多个计算机上执行,或者分布在多个站点上并且通过通信网络互连。
方法步骤可以由执行计算机程序或计算机程序部分的一个或多个可编程处理器执行,以通过对输入数据进行操作并且生成输出来执行功能。方法步骤也可以由专用逻辑电路执行,并且装置可以实现为专用逻辑电路,例如FPGA(现场可编程门阵列)或ASIC(专用集成电路)。
作为示例,适合于执行计算机程序的处理器包括通用和专用微处理器、以及任何类型的数字计算机、芯片或芯片组的任何一个或多个处理器。通常,处理器将从只读存储器或随机存取存储器或两者接收指令和数据。计算机的元件可以包括用于执行指令的至少一个处理器以及用于存储指令和数据的一个或多个存储器设备。通常,计算机还可以包括用于存储数据的一个或多个大容量存储设备或可操作地耦合以从其接收数据或向其传送数据或两者,例如磁、磁光盘或光盘。适用于包含计算机程序指令和数据的信息载体包括所有形式的非易失性存储器,包括例如半导体存储器设备,例如EPROM、EEPROM和闪存设备;磁盘,例如内部硬盘或可移除磁盘;磁光盘;以及CDROM和DVD-ROM磁盘。处理器和存储器可以由专用逻辑电路补充或并入其中。
为了提供与用户的交互,实现可以在具有用于向用户显示信息的显示设备(例如,阴极射线管(CRT)或液晶显示器(LCD)监视器)和可以用于用户向计算机提供输入的用户界面(诸如键盘和指示设备,例如鼠标或跟踪球)的计算机上实现。其他类型的设备也可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的感觉反馈,例如视觉反馈、听觉反馈或触觉反馈;并且来自用户的输入可以以任何形式来接收,包括声学、语音或触觉输入。
实现可以在计算***中实现,计算***包括后端组件,例如,作为数据服务器,或者计算***包括中间件组件,例如应用服务器,或者计算***包括前端组件,例如具有图形用户界面或Web浏览器的客户端计算机,用户可以通过该浏览器与实现进行交互,或者计算***包括这样的后端、中间件或前端组件的任何组合。组件可以通过任何形式或介质的数字数据通信(例如,通信网络)互连。通信网络的示例包括局域网(LAN)和广域网(WAN),例如因特网。
虽然已经如本文所述示出了所描述的实现的某些特征,但是本领域技术人员现在将想到很多修改、替换、改变和等同物。因此,应当理解,所附权利要求旨在覆盖落入各种实施例的真实精神内的所有这样的修改和变化。
Claims (21)
1.一种方法,包括:
由用户装置确定所述用户装置是低时延模式用户装置;
接收下行链路子帧n中的下行链路数据块;
确定针对所述数据块的混合自动重传请求(HARQ)反馈;
由所述低时延模式用户装置确定从子帧n的k个子帧的HARQ反馈偏移处的上行链路子帧n+k、以及被保留用于来自所述低时延模式用户装置的所述HARQ反馈的所述上行链路子帧n+k的一个或多个上行链路HARQ资源;以及
由所述低时延模式用户装置经由子帧n+k和所述一个或多个上行链路HARQ资源传输所述HARQ反馈。
2.根据权利要求1所述的方法,并且还包括:
确定上行链路子帧n+k的一个或多个第一上行链路HARQ资源已经被保留用于来自正常时延模式用户装置的具有不同于k个子帧的HARQ反馈偏移的针对下行链路数据帧的HARQ反馈;
其中确定被保留用于来自所述低时延模式用户装置的所述HARQ反馈的所述上行链路子帧n+k的一个或多个上行链路HARQ资源包括确定被保留用于来自所述低时延模式用户装置的所述HARQ反馈的一个或多个第二上行链路HARQ资源,其中基于针对所述低时延模式用户装置和所述正常时延模式用户装置两者的相同HARQ反馈偏移的使用,所述一个或多个第二上行链路HARQ资源与所述一个或多个第一上行链路HARQ资源不同。
3.根据权利要求1至2中任一项所述的方法,并且还包括:
确定上行链路子帧n+k的一个或多个第一上行链路HARQ资源已经被保留用于来自正常时延模式用户装置的具有不同于k个子帧的HARQ反馈偏移的针对下行链路数据帧的HARQ反馈;以及
其中从被映射到所述正常时延模式用户装置的最高索引HARQ资源之后开始,用于所述低时延模式用户装置的一个或多个HARQ资源被映射到具有最高索引的物理上行链路控制信道(PUCCH)资源。
4.根据权利要求1至3中任一项所述的方法,并且还包括:
确定上行链路子帧n+k的一个或多个第一上行链路HARQ资源已经被保留用于来自正常时延模式用户装置的具有也是k个子帧的HARQ反馈偏移的针对下行链路数据子帧的HARQ反馈;
确定被保留用于来自所述低时延模式用户装置的所述HARQ反馈的所述一个或多个第一上行链路HARQ资源,其中基于针对所述低时延模式用户装置和所述正常时延模式用户装置两者的不同HARQ反馈偏移的使用,所述一个或多个第一HARQ资源被共享用于来自所述低时延模式用户装置和所述正常时延模式用户装置两者的HARQ反馈。
5.根据权利要求1至4中任一项所述的方法:
其中用于所述低时延模式用户装置的最小HARQ反馈偏移小于一个或多个正常时延模式用户装置的最小HARQ反馈偏移。
6.根据权利要求1至5中任一项所述的方法,其中确定一个或多个上行链路HARQ资源包括:
基于预定义的表来确定一个或多个上行链路HARQ资源。
7.根据权利要求1至6中任一项所述的方法,其中所述HARQ资源包括在物理上行链路控制信道(PUCCH)中保留的用于HARQ反馈的资源。
8.根据权利要求1至7中任一项所述的方法,其中由所述低时延模式用户装置确定在k个子帧的HARQ反馈偏移处的上行链路子帧n+k包括:
由所述低时延模式用户装置确定以下HARQ反馈偏移处的上行链路子帧n+k,所述HARQ反馈偏移满足从所述下行链路子帧n的用于所述低时延模式用户装置的最小HARQ反馈偏移。
9.根据权利要求1至8中任一项所述的方法,其中用于所述低时延模式用户装置的k个子帧的所述反馈偏移被定义为以下中的至少一项:
k大于或等于1个子帧;
k大于或等于2个子帧;以及
k大于或等于3个子帧。
10.一种计算机程序产品,所述计算机程序产品包括计算机可读存储介质并且存储可执行代码,所述可执行代码在由至少一个数据处理装置执行时被配置为使得所述至少一个数据处理装置执行根据权利要求1至9中任一项所述的方法。
11.一种装置,包括至少一个处理器和包括计算机指令的至少一个存储器,所述计算机指令在由所述至少一个处理器执行时使得所述装置执行根据权利要求1至9中任一项所述的方法。
12.一种计算机程序产品,所述计算机程序产品包括计算机可读存储介质并且存储可执行代码,所述可执行代码在由至少一个数据处理装置执行时被配置为使得所述至少一个数据处理装置执行以下方法:
由用户装置确定所述用户装置是低时延模式用户装置;
接收下行链路子帧n中的下行链路数据块;
确定针对所述数据块的混合自动重传请求(HARQ)反馈;
由所述低时延模式用户装置确定从子帧n的k个子帧的HARQ反馈偏移处的上行链路子帧n+k、以及被保留用于来自所述低时延模式用户装置的所述HARQ反馈的所述上行链路子帧n+k的一个或多个上行链路HARQ资源;以及
由所述低时延模式用户装置经由子帧n+k和所述一个或多个上行链路HARQ资源传输所述HARQ反馈。
13.一种装置,包括至少一个处理器和包括计算机指令的至少一个存储器,所述计算机指令在由所述至少一个处理器执行时使得所述装置:
由用户装置确定所述用户装置是低时延模式用户装置;
接收下行链路子帧n中的下行链路数据块;
确定针对所述数据块的混合自动重传请求(HARQ)反馈;
由所述低时延模式用户装置确定从子帧n的k个子帧的HARQ反馈偏移处的上行链路子帧n+k、以及被保留用于来自所述低时延模式用户装置的所述HARQ反馈的所述上行链路子帧n+k的一个或多个上行链路HARQ资源;以及
通过所述低时延模式用户装置经由子帧n+k和所述一个或多个上行链路HARQ资源传输所述HARQ反馈。
14.根据权利要求13所述的装置,并且还使得所述装置:
确定上行链路子帧n+k的一个或多个第一上行链路HARQ资源已经被保留用于来自正常时延模式用户装置的具有不同于k个子帧的HARQ反馈偏移的针对下行链路数据帧的HARQ反馈;
其中引起所述装置确定被保留用于来自所述低时延模式用户装置的所述HARQ反馈的所述上行链路子帧n+k的一个或多个上行链路HARQ资源包括引起所述装置确定被保留用于来自所述低时延模式用户装置的所述HARQ反馈的一个或多个第二上行链路HARQ资源,其中基于针对所述低时延模式用户装置和所述正常时延模式用户装置两者的相同HARQ反馈偏移的使用,所述一个或多个第二上行链路HARQ资源与所述一个或多个第一上行链路HARQ资源不同。
15.根据权利要求13至14中任一项所述的装置,并且还引起所述装置:
确定上行链路子帧n+k的一个或多个第一上行链路HARQ资源已经被保留用于来自正常时延模式用户装置的具有不同于k个子帧的HARQ反馈偏移的针对下行链路数据帧的HARQ反馈;以及
其中从被映射到所述正常时延模式用户装置的最高索引HARQ资源之后开始,用于所述低时延模式用户装置的一个或多个HARQ资源被映射到具有最高索引的物理上行链路控制信道(PUCCH)资源。
16.根据权利要求13至15中任一项所述的装置,并且还引起所述装置:
确定上行链路子帧n+k的一个或多个第一上行链路HARQ资源已经被保留用于来自正常时延模式用户装置的具有也是k个子帧的HARQ反馈偏移的针对下行链路数据子帧的HARQ反馈;
确定被保留用于来自所述低时延模式用户装置的所述HARQ反馈的所述一个或多个第一上行链路HARQ资源,其中基于针对所述低时延模式用户装置和所述正常时延模式用户装置两者的不同HARQ反馈偏移的使用,所述一个或多个第一HARQ资源被共享用于来自所述低时延模式用户装置和所述正常时延模式用户装置两者的HARQ反馈。
17.根据权利要求13至16中任一项所述的装置:
其中用于所述低时延模式用户装置的最小HARQ反馈偏移小于一个或多个正常时延模式用户装置的最小HARQ反馈偏移。
18.根据权利要求13至17中任一项所述的装置:
其中所述HARQ资源包括在物理上行链路控制信道(PUCCH)中保留的用于HARQ反馈的资源。
19.根据权利要求12至17中任一项所述的装置,其中使得所述装置由所述低时延模式用户装置确定在k个子帧的HARQ反馈偏移处的上行链路子帧n+k包括使得所述装置:
由所述低时延模式用户装置确定以下HARQ反馈偏移处的上行链路子帧n+k,所述HARQ反馈偏移满足从所述下行链路子帧n的用于所述低时延模式用户装置的最小HARQ反馈偏移。
20.根据权利要求13至19中任一项所述的装置,其中用于所述低时延模式用户装置的k个子帧的所述反馈偏移被定义为以下中的至少一项:
k大于或等于1个子帧;
k大于或等于2个子帧;以及
k大于或等于3个子帧。
21.根据权利要求13至20中任一项所述的装置,其中所述用户装置以时分双工(TDD)操作模式操作。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2016/057199 WO2017167394A1 (en) | 2016-04-01 | 2016-04-01 | Low latency hybrid automatic repeat request (harq) feedback for wireless networks |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108702259A true CN108702259A (zh) | 2018-10-23 |
CN108702259B CN108702259B (zh) | 2022-03-18 |
Family
ID=55642505
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680082999.6A Active CN108702259B (zh) | 2016-04-01 | 2016-04-01 | 用于无线网络的低时延混合自动重传请求(harq)反馈 |
Country Status (4)
Country | Link |
---|---|
US (1) | US10944515B2 (zh) |
EP (1) | EP3437227B1 (zh) |
CN (1) | CN108702259B (zh) |
WO (1) | WO2017167394A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110199495A (zh) * | 2019-04-16 | 2019-09-03 | 北京小米移动软件有限公司 | 上行传输的反馈方法、重传方法、装置、终端及存储介质 |
CN113785518A (zh) * | 2019-04-29 | 2021-12-10 | Lg电子株式会社 | 用于在nr v2x中确定harq反馈选项的方法及装置 |
WO2022006758A1 (zh) * | 2020-07-07 | 2022-01-13 | 北京小米移动软件有限公司 | 确定harq反馈时延的方法及装置、存储介质 |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP7082059B2 (ja) * | 2016-08-31 | 2022-06-07 | 株式会社Nttドコモ | 端末、無線通信方法、基地局及びシステム |
KR102377379B1 (ko) * | 2017-04-26 | 2022-03-22 | 삼성전자 주식회사 | 무선 통신 시스템에서 상향링크 신호 전송 타이밍 설정 방법 및 장치 |
ES2971317T3 (es) * | 2017-05-05 | 2024-06-04 | Ericsson Telefon Ab L M | Indicación persistente de recursos de acuse de recibo |
US20180367262A1 (en) * | 2017-06-14 | 2018-12-20 | Mediatek Inc. | Techniques of transmitting harq-ack feedback by user equipment |
WO2019191999A1 (zh) * | 2018-04-04 | 2019-10-10 | 华为技术有限公司 | 一种资源确定方法、指示方法及装置 |
WO2020029271A1 (zh) * | 2018-08-10 | 2020-02-13 | 北京小米移动软件有限公司 | 发送信息的方法、装置、存储介质以及终端和基站 |
EP4181442A1 (en) * | 2019-05-09 | 2023-05-17 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Resource configuration methods and apparatuses |
US12047881B2 (en) * | 2019-06-10 | 2024-07-23 | Beijing Xiaomi Mobile Software Co., Ltd. | Method and device for feeding back HARQ, and readable storage medium |
US11316648B2 (en) | 2020-07-24 | 2022-04-26 | Wipro Limited | Method and system for data packet transmission in downlink |
WO2022124641A1 (en) * | 2020-12-09 | 2022-06-16 | Samsung Electronics Co., Ltd. | Method and device to transmit and receive hybrid automatic retransmission request acknowledgement information |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100211845A1 (en) * | 2009-02-19 | 2010-08-19 | Samsung Electronics Co. Ltd. | Method for performing hybrid automatic repeat request operation in a wireless mobile communication system |
CN101826952A (zh) * | 2009-03-02 | 2010-09-08 | 中兴通讯股份有限公司 | 混合自动重传请求的反馈信道确定方法 |
US20110107170A1 (en) * | 2009-11-02 | 2011-05-05 | Electronics And Telecommunications Research Institute | Method and apparatus for retransmission |
CN103166745A (zh) * | 2011-12-12 | 2013-06-19 | ***通信集团公司 | 一种载波聚合***中反馈应答指令的方法以及装置 |
WO2015024423A1 (en) * | 2013-08-21 | 2015-02-26 | Qualcomm Incorporated | Pucch resource mapping and harq-ack feedback |
CN104685816A (zh) * | 2012-10-26 | 2015-06-03 | 英特尔公司 | 用于混合自动重发请求-确认(harq-ack)传输的物理上行链路控制信道(pucch)资源分配(ra) |
CN104798429A (zh) * | 2012-09-27 | 2015-07-22 | 瑞典爱立信有限公司 | 对于增强物理下行链路控制信道(epdcch)的tdd pucch harq资源分配的方法和*** |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9001798B2 (en) * | 2012-03-05 | 2015-04-07 | Samsung Electronics Co., Ltd. | HARQ-ACK signal transmission in response to detection of control channel type in case of multiple control channel types |
US8923880B2 (en) * | 2012-09-28 | 2014-12-30 | Intel Corporation | Selective joinder of user equipment with wireless cell |
AU2013397787B2 (en) * | 2013-08-08 | 2018-01-04 | Godo Kaisha Ip Bridge 1 | Resource allocation method and device |
PL3127263T3 (pl) | 2014-04-04 | 2019-10-31 | Nokia Solutions & Networks Oy | Sposób, urządzenie i oprogramowanie komputerowe do taktowania hybrydowego, automatycznego powtarzania żądań w układzie komunikacyjnym |
EP3155748A1 (en) * | 2014-06-13 | 2017-04-19 | Nokia Solutions and Networks Oy | Hybrid automatic repeat request for enhanced interference management and traffic adaptation |
US11395292B2 (en) * | 2015-11-06 | 2022-07-19 | Motorola Mobility Llc | Method and apparatus for low latency transmissions |
US10069613B2 (en) * | 2016-04-01 | 2018-09-04 | Motorola Mobility Llc | Method and apparatus for scheduling uplink transmissions with reduced latency |
US10440706B2 (en) * | 2016-08-08 | 2019-10-08 | Sharp Kabushiki Kaisha | Systems and methods for PUCCH resource allocation and HARQ-ACK reporting with processing time reduction |
CN114584265A (zh) * | 2017-02-05 | 2022-06-03 | Lg 电子株式会社 | 无线通信***中发送/接收无线信号的方法及其装置 |
-
2016
- 2016-04-01 CN CN201680082999.6A patent/CN108702259B/zh active Active
- 2016-04-01 WO PCT/EP2016/057199 patent/WO2017167394A1/en active Application Filing
- 2016-04-01 EP EP16712931.1A patent/EP3437227B1/en active Active
- 2016-04-01 US US16/090,204 patent/US10944515B2/en active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100211845A1 (en) * | 2009-02-19 | 2010-08-19 | Samsung Electronics Co. Ltd. | Method for performing hybrid automatic repeat request operation in a wireless mobile communication system |
CN101826952A (zh) * | 2009-03-02 | 2010-09-08 | 中兴通讯股份有限公司 | 混合自动重传请求的反馈信道确定方法 |
US20110107170A1 (en) * | 2009-11-02 | 2011-05-05 | Electronics And Telecommunications Research Institute | Method and apparatus for retransmission |
CN103166745A (zh) * | 2011-12-12 | 2013-06-19 | ***通信集团公司 | 一种载波聚合***中反馈应答指令的方法以及装置 |
CN104798429A (zh) * | 2012-09-27 | 2015-07-22 | 瑞典爱立信有限公司 | 对于增强物理下行链路控制信道(epdcch)的tdd pucch harq资源分配的方法和*** |
CN104685816A (zh) * | 2012-10-26 | 2015-06-03 | 英特尔公司 | 用于混合自动重发请求-确认(harq-ack)传输的物理上行链路控制信道(pucch)资源分配(ra) |
WO2015024423A1 (en) * | 2013-08-21 | 2015-02-26 | Qualcomm Incorporated | Pucch resource mapping and harq-ack feedback |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110199495A (zh) * | 2019-04-16 | 2019-09-03 | 北京小米移动软件有限公司 | 上行传输的反馈方法、重传方法、装置、终端及存储介质 |
CN110199495B (zh) * | 2019-04-16 | 2021-07-06 | 北京小米移动软件有限公司 | 上行传输的反馈方法、重传方法、装置、终端及存储介质 |
CN113785518A (zh) * | 2019-04-29 | 2021-12-10 | Lg电子株式会社 | 用于在nr v2x中确定harq反馈选项的方法及装置 |
CN113785518B (zh) * | 2019-04-29 | 2024-01-02 | Lg电子株式会社 | 用于在nr v2x中确定harq反馈选项的方法及装置 |
WO2022006758A1 (zh) * | 2020-07-07 | 2022-01-13 | 北京小米移动软件有限公司 | 确定harq反馈时延的方法及装置、存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2017167394A1 (en) | 2017-10-05 |
CN108702259B (zh) | 2022-03-18 |
US20190116006A1 (en) | 2019-04-18 |
US10944515B2 (en) | 2021-03-09 |
EP3437227B1 (en) | 2024-07-31 |
EP3437227A1 (en) | 2019-02-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108702259A (zh) | 用于无线网络的低时延混合自动重传请求(harq)反馈 | |
US11581987B2 (en) | Data transmission method and apparatus | |
US10986627B2 (en) | Method and apparatus for transmitting and receiving feedback in wireless communication system | |
US11452124B2 (en) | Uplink channel scheduling to retain channel occupancy for unlicensed wireless spectrum | |
CN104868980B (zh) | 将循环移位映射到用于ack/nack资源分配的信道索引 | |
KR101761824B1 (ko) | 다운링크 캐리어 집합을 위한 harq 프로세스 번호 관리 | |
US11711706B2 (en) | Communication configuration selection | |
CN114788208B (zh) | 用于管理多组传输配置指示符状态的方法及设备 | |
US10305637B2 (en) | Method and apparatus for transmitting and receiving feedback in wireless communication system | |
CN109661848A (zh) | 针对缩减的处理时间的下行链路控制信道的搜索空间定义 | |
US10397942B2 (en) | Method of handling communication operation in TDD system and related apparatus | |
EP4080980B1 (en) | Scheduling request indication | |
US11937307B2 (en) | Transmission beam indicating | |
US11296763B2 (en) | Determining information corresponding to beamforming | |
US20160128039A1 (en) | Method and apparatus for transmitting in mobile communication system | |
US20210288757A1 (en) | Flexible Semi-Static HARQ-ACK Codebook Overhead | |
JP2024509292A (ja) | Harq ackフィードバック方法、装置、端末及び記憶媒体 | |
US11742990B2 (en) | Adaptive HARQ feedback and multi-threaded HARQ techniques for buffer management | |
JP7458550B2 (ja) | Harq-ackのフィードバック方法と装置 | |
CN107113119A (zh) | 混合自动重传应答消息的传输方法、用户设备和基站 | |
WO2022213922A1 (zh) | 码本确定、接收方法、装置、终端及网络侧设备 | |
WO2014075320A1 (en) | Method and apparatus |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |