CN104303446A - 用于载波聚合(ca)的混合自动重传请求(harq)映射 - Google Patents
用于载波聚合(ca)的混合自动重传请求(harq)映射 Download PDFInfo
- Publication number
- CN104303446A CN104303446A CN201380022767.8A CN201380022767A CN104303446A CN 104303446 A CN104303446 A CN 104303446A CN 201380022767 A CN201380022767 A CN 201380022767A CN 104303446 A CN104303446 A CN 104303446A
- Authority
- CN
- China
- Prior art keywords
- ack
- harq
- states
- ordered series
- subframe
- 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
- 238000013507 mapping Methods 0.000 title claims abstract description 89
- 238000004220 aggregation Methods 0.000 title claims abstract description 42
- 230000002776 aggregation Effects 0.000 title claims abstract description 40
- 230000005540 biological transmission Effects 0.000 claims abstract description 64
- 238000000034 method Methods 0.000 claims abstract description 52
- 230000007774 longterm Effects 0.000 claims description 9
- 230000007717 exclusion Effects 0.000 claims description 8
- 230000011664 signaling Effects 0.000 claims description 8
- 230000004044 response Effects 0.000 claims description 6
- 238000005516 engineering process Methods 0.000 abstract description 5
- 239000000969 carrier Substances 0.000 description 21
- 238000013459 approach Methods 0.000 description 14
- 238000010586 diagram Methods 0.000 description 14
- 238000004891 communication Methods 0.000 description 11
- 230000008901 benefit Effects 0.000 description 4
- 125000004122 cyclic group Chemical group 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 238000013468 resource allocation Methods 0.000 description 4
- UXHQLGLGLZKHTC-CUNXSJBXSA-N 4-[(3s,3ar)-3-cyclopentyl-7-(4-hydroxypiperidine-1-carbonyl)-3,3a,4,5-tetrahydropyrazolo[3,4-f]quinolin-2-yl]-2-chlorobenzonitrile Chemical compound C1CC(O)CCN1C(=O)C1=CC=C(C=2[C@@H]([C@H](C3CCCC3)N(N=2)C=2C=C(Cl)C(C#N)=CC=2)CC2)C2=N1 UXHQLGLGLZKHTC-CUNXSJBXSA-N 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 238000001514 detection method Methods 0.000 description 3
- 239000000463 material Substances 0.000 description 3
- 238000001228 spectrum Methods 0.000 description 3
- 238000003491 array Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000010363 phase shift Effects 0.000 description 2
- 101150096310 SIB1 gene Proteins 0.000 description 1
- 101150039363 SIB2 gene Proteins 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 239000004576 sand Substances 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
- 230000009131 signaling function Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- 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
-
- 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
-
- 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/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
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/27—Evaluation or update of window size, e.g. using information derived from acknowledged [ACK] packets
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0003—Two-dimensional division
- H04L5/0005—Time-frequency
- H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
- H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/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
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
- H04W28/12—Flow control between communication endpoints using signalling between network elements
-
- 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]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02E—REDUCTION OF GREENHOUSE GAS [GHG] EMISSIONS, RELATED TO ENERGY GENERATION, TRANSMISSION OR DISTRIBUTION
- Y02E40/00—Technologies for an efficient electrical power generation, transmission or distribution
- Y02E40/60—Superconducting electric elements or equipment; Power systems integrating superconducting elements or equipment
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了支持针对用于载波聚合(CA)的混合自动重传请求(HARQ)的映射的技术。一种方法包括用于设备在无线帧内识别与辅分量载波(SCC)相关联的虚拟绑定窗内的类型2下行链路(DL)子帧。可以将类型2DL子帧虚拟地从主分量载波(PCC)移开,用于虚拟绑定窗的HARQ-确认(HARQ-ACK)复用。UE可以针对由与类型2DL子帧相对应的物理下行链路控制信道(PDCCH)传输使用的第一CCE,提取分量载波单元(CCE)编号。UE可以在PCC的PCC窗尺寸大于SCC的SCC窗尺寸时,基于CCE编号来确定用于承载HARQ-ACK复用消息的物理上行链路控制信道(PUCCH)资源。
Description
背景技术
无线移动通信技术使用各种标准和协议来在节点(例如,传输站)和无线设备(例如,移动设备)之间传输数据。一些无线设备在下行链路(DL)传输中使用正交频分多址(OFDMA)并且在上行链路(UL)传输中使用单载波频分多址(SC-FDMA)进行通信。使用正交频分复用(OFDM)进行信号传输的标准和协议包括第三代合作伙伴计划(3GPP)长期演进(LTE)、行业团体通常将其称为WiMAX(微波接入全球互通)的电气和电子工程师协会(IEEE)802.16标准(例如,802.16e、802.16m)以及行业团体通常将其称为WiFi的IEEE 802.11标准。
在3GPP无线接入网络(RAN)LTE系统中,节点可以是演进型通用陆地无线接入网络(E-UTRAN)节点B(通常也被表示为演进型节点B、增强型节点B、eNodeB或eNB)和无线网络控制器(RNC)的组合,该节点与被称为用户设备(UE)的无线设备进行通信。下行链路(DL)传输可以是从节点(例如,eNodeB)到无线设备(例如,UE)的通信,并且上行链路(UL)传输可以是从无线设备到节点的通信。
在LTE中,可以经由物理下行链路共享信道(PDSCH)从eNodeB向UE传输数据。物理上行链路控制信道(PUCCH)可以用于确认该数据被接收。下行链路和上行链路信道或传输可以使用时分双工(TDD)或频分双工(FDD)。时分双工(TDD)是用于将下行链路和上行链路信号分开(或者在D2D通信中将去往UE或来自UE的信号分开)的时分复用(TDM)的应用。在TDD中,可以在相同的载波频率(即,共享的载波频率)上承载下行链路信号和上行链路信号,其中下行链路信号与上行链路信号使用不同的时间间隔,所以下行链路信号和上行链路信号不针对彼此生成干扰。TDM是一种类型的数字复用,在TDM中,两个或更多个诸如下行链路或上行链路的比特流或信号作为一个通信信道中的子信道而在表面上被同时传输,但是在不同的资源上被物理地传输。在频分双工(FDD)中,上行 链路传输和下行链路传输(或者在D2D通信中去往和来自UE的传输)可以使用不同的频率载波(即,对于每一个传输方向分离的载波频率)进行操作。在FDD中,因为下行链路信号与上行链路信号使用不同的频率载波,所以可以避免干扰。
附图说明
通过结合附图的随后的详细描述,本公开的特征和优点将变得显而易见,该详细描述通过示例的方式一起说明本公开的特征,并且在附图中:
图1说明了根据示例的各种分量载波(CC)带宽的方框图;
图2A说明了根据示例的多个连续分量载波的方框图;
图2B说明了根据示例的带内非连续分量载波的方框图;
图2C说明了根据示例的带间非连续分量载波的方框图;
图3A说明了根据示例的对称-非对称载波聚合配置的方框图;
图3B说明了根据示例的非对称-对称载波聚合配置的方框图;
图4说明了根据示例的上行链路无线帧资源(例如,资源网格)的方框图;
图5(即,表3)说明了根据示例针对辅小区(SCell)的物理下行链路共享信道(PDSCH)混合自动重传请求确认(HARQ-ACK)时序参考的上行链路-下行链路(UL-DL)配置编号的表;
图6说明了根据示例针对带间时分双工(TDD)载波聚合(CA)(例如,不同的UL-DL配置),主小区(PCell)和辅小区(SCell)的不同的混合自动重传请求确认(HARQ-ACK)绑定窗尺寸;
图7说明了根据示例的虚拟混合自动重传请求确认(HARQ-ACK)绑定窗生成过程;
图8说明了根据示例针对虚拟混合自动重传请求确认(HARQ-ACK)绑定窗生成方法的物理下行链路共享信道(PDSCH)子帧类型定义;
图9(即,表4)说明了根据示例针对具有ACK/否定ACK(ACK/NACK)资源指示符(ARI)的混合自动重传请求确认(HARQ-ACK)的物理上行链路控制信道(PUCCH)资源值的表;
图10说明了根据示例针对第一情况的混合自动重传请求确认 (HARQ-ACK)反馈的物理上行链路控制信道(PUCCH)资源映射;
图11说明了根据示例针对第二情况的混合自动重传请求确认(HARQ-ACK)反馈的物理上行链路控制信道(PUCCH)资源映射;
图12(即,表5)说明了根据示例根据ACK/否定ACK(ACK/NACK)资源指示符(ARI)的物理上行链路控制信道(PUCCH)资源值的表;
图13说明了根据示例在时分双工(TDD)带间载波聚合(CA)场景中不同的混合自动重传请求确认(HARQ-ACK)绑定窗;
图14说明了根据示例针对HARQ-ACK绑定窗尺寸M1=2和M2=4的混合自动重传请求确认(HARQ-ACK)状态映射;
图15(即,表6)说明了根据示例对于M1=2和M2=4的情况,针对具有HARQ-ACK绑定窗尺寸M1=2的小区用于混合自动重传请求确认(HARQ-ACK)生成的表;
图16(即,表7)说明了根据示例对于M1=2和M2=3的情况,针对具有HARQ-ACK绑定窗尺寸M1=2的小区用于混合自动重传请求确认(HARQ-ACK)生成的表;
图17(即,表8)说明了根据示例对于带间时分双工(TDD)载波聚合(CA)的不同的上行链路-下行链路(UL-DL)配置的混合自动重传请求确认(HARQ-ACK)查找映射表的表;
图18说明了根据示例在用户设备(UE)处用于支持针对具有载波聚合(CA)的混合自动重传请求(HARQ)的隐式映射的方法的流程图;
图19说明了根据示例可操作为提供混合自动重传请求确认(HARQ-ACK)响应的用户设备(UE)的计算机电路的功能;
图20说明了根据示例的服务节点、协调节点和无线设备的方框图;
图21说明了根据示例的无线设备(例如,UE)的图;
图22(即,表9)说明了根据示例针对M=2的绑定窗尺寸(即,3GPPLTE标准发布版11技术规范(TS)36.213表10.1.3-2)的混合自动重传请求确认(HARQ-ACK)复用的传输的表;
图23(即,表10)说明了根据示例针对M=3的绑定窗尺寸(即,3GPPLTE标准发布版11技术规范(TS)36.213表10.1.3-3)的混合自动重传请求确认(HARQ-ACK)复用的传输的表;
图24(即,表11)说明了根据示例针对M=4的绑定窗尺寸(即,3GPPLTE标准发布版11技术规范(TS)36.213表10.1.3-4)的混合自动重传请求确认(HARQ-ACK)复用的传输的表;
图25(即,表12)说明了根据示例针对M=2的绑定窗尺寸(即,3GPPLTE标准发布版11技术规范(TS)36.213表10.1.3-5)的混合自动重传请求确认(HARQ-ACK)复用的传输的表;
图26(即,表13)说明了根据示例针对M=3的绑定窗尺寸(即,3GPPLTE标准发布版11技术规范(TS)36.213表10.1.3-6)的混合自动重传请求确认(HARQ-ACK)复用的传输的表;
图27(即,表14)说明了根据示例针对M=4的绑定窗尺寸(即,3GPPLTE标准发布版11技术规范(TS)36.213表10.1.3-7)的混合自动重传请求确认(HARQ-ACK)复用的传输的表;
图28(即,表15)说明了根据示例针对M=3的绑定窗尺寸(即,3GPPLTE标准发布版11技术规范(TS)36.213表10.1.3.2-5)的混合自动重传请求确认(HARQ-ACK)复用的传输的表;以及
图29(即,表16)说明了根据示例针对M=3的绑定窗尺寸(即,3GPPLTE标准发布版11技术规范(TS)36.213表10.1.3.2-6)的混合自动重传请求确认(HARQ-ACK)复用的传输的表。
图30(即,表17)说明了根据示例针对M=4的绑定窗尺寸的混合自动重传请求确认(HARQ-ACK)复用的传输的表;
图31(即,表18)说明了根据示例针对M=3的绑定窗尺寸的混合自动重传请求确认(HARQ-ACK)复用的传输的表;以及
图32(即,表19)说明了根据示例针对具有信道选择(CS)的物理上行链路控制信道(PUCCH)格式1b的混合自动重传请求确认(HARQ-ACK)映射表的表。
现在将参照说明的示例性实施例,并且将在本文中使用具体语言来描述示例性实施例。然而,应该理解的是,并不从而意在限制本发明的范围。
具体实施方式
在公开和描述本发明之前,应该理解的是,本发明不局限于本文公开 的特定结构、过程步骤或材料,而是如相关领域的普通技术人员将认识到的,本发明被扩展到其等同物。还应该理解的是,本文采用的术语仅用于描述特定示例的目的而不意在是限制性的。不同附图中的相同附图标记表示相同的要素。提供流程图和过程中提供的数字以便清晰地说明步骤和操作,其并不一定指示特定的顺序或序列。
示例实施例
下面提供技术实施例的最初概况,并且接着稍后进一步详细描述具体的技术实施例。该最初概况意在帮助读者更快速地理解本技术而不意在标识本技术的关键特征或必要特征,也不意在限制请求保护的主题的范围。
在使用授权频谱来为诸如智能电话和平板设备的无线设备提供无线通信服务的无线网络中,无线数据传输的量的增加已经造成拥塞。在诸如城市地区和大学的高密度和高使用位置中,拥塞尤其明显。
一种用于向无线设备提供额外的带宽容量的技术是经过使用多个较小带宽的载波聚合来在无线设备(例如,UE)处形成虚拟宽带信道。在载波聚合(CA)中,多个分量载波(CC)可以被聚合并且共同地用于去往/来自单个终端的传输。载波可以是在其上放置有信息的被允许频域中的信号。可以被放置在载波上的信息的量可以由频域中被聚合的载波的带宽来确定。被允许频域在带宽方面经常是受限制的。当大量用户同时使用被允许频域中的带宽时,带宽限制会变得更加严重。
图1说明了可以由无线设备使用的载波带宽、信号带宽或分量载波(CC)。例如,LTE CC带宽可以包括:1.4MHz 210、3MHz 212、5MHz 214、10MHz 216、15MHz 218以及20MHz 220。1.4MHz CC可以包含包括72个子载波的6个资源块(RB)。3MHz CC可以包含包括180个子载波的15个RB。5MHz CC可以包含包括300个子载波的25个RB。10MHz CC可以包含包括600个子载波的50个RB。15MHz CC可以包含包括900个子载波的75个RB。20MHz CC可以包含包括1200个子载波的100个RB。
载波聚合(CA)使多个载波信号能够在用户的无线设备和节点之间同时进行传送。可以使用多个不同的载波。在一些实例中,该载波可能来自不同的被允许频域。载波聚合向无线设备提供更宽的选择,使得能够获得更多的带宽。可以使用更大的带宽来传送带宽密集型操作,例如流式传输 视频或传送大的数据文件。
图2A说明了连续载波的载波聚合的示例。在该示例中,三个载波沿着频带连续地定位。可以将每一个载波称为分量载波。在连续类型的系统中,分量载波被彼此相邻地定位并且能够被典型地定位在单个频带(例如,频带A)内。频带可以是电磁频谱中选择的频率范围。选定的频带被指定用于与诸如无线电话的无线通信一起使用。某些频带由无线服务提供商拥有或租用。每一个相邻的分量载波可以具有相同的带宽或不同的带宽。带宽是频带的选定部分。传统上,在单个频带内进行无线电话。在连续载波聚合中,可以仅使用一个快速傅立叶变换(FFT)模块和/或一个无线前端。连续分量载波可以具有类似的传播特性,其可以利用类似的报告和/或处理模块。
图2B-2C说明了非连续分量载波的载波聚合的示例。非连续分量载波可以沿着频率范围被分离。每一个分量载波甚至可以位于不同的频带中。非连续载波聚合可以提供零散的频谱的聚合。如在图2B中说明的,带内(或单频带)非连续载波聚合在相同的频带(例如,频带A)内提供非连续载波聚合。如在图2C中说明的,带间(或多频带)非连续载波聚合在不同的频带(例如,频带A、B或C)内提供非连续载波聚合。使用不同频带中的分量载波的能力可以使能可用带宽的更有效的使用并且增加聚合的数据吞吐量。
网络对称(或非对称)的载波聚合可以由网络在扇区中提供的多个下行链路(DL)和上行链路(UL)分量载波进行定义。UE对称(或非对称)的载波聚合可以由被配置用于UE的多个下行链路(DL)和上行链路(UL)分量载波进行定义。DL CC的数量可以至少是UL CC的数量。系统信息块类型2(SIB2)可以在DL和UL之间提供特定链接。图3A说明了对称-非对称的载波聚合配置的方框图,其中载波聚合针对网络在DL和UL之间是对称的,而针对UE在DL和UL之间是非对称的。图3B说明了非对称-对称的载波聚合配置的方框图,其中载波聚合针对网络在DL和UL之间是非对称的,而针对UE在DL和UL之间是对称的。
对于每一个UE,CC可以被定义为主小区(PCell)。不同的UE可以不必使用相同的CC作为它们的PCell。PCell可以被当作UE的锚定载波,并 且因而PCell能够用于控制信令功能,例如无线链路故障监控、混合自动重传请求确认(HARQ-ACK)以及PUCCH资源分配(RA)。如果多于一个CC被配置用于UE,则额外的CC可以被表示为UE的辅小区(SCell)。
如在图4中说明的,在使用通用长期演进(LTE)帧结构的节点(例如,eNodeB)和无线设备(例如,UE)之间的上行链路传输中,分量载波可以用于经由在物理(PHY)层上传输的无线帧结构来承载信道信息。尽管说明了LTE帧结构,但是也可以使用针对IEEE 802.16标准(WiMax)、IEEE802.11标准(WiFi)或者使用SC-FDMA或OFDMA的另一类型的通信标准的帧结构。
图4说明了上行链路无线帧结构。类似的结构可以用于使用OFDMA的下行链路无线帧结构。在该示例中,用于传输控制信息或数据的信号的无线帧100可以被配置为具有10毫秒(ms)的持续时间Tf。每一个无线帧可以被分段或划分为分别具有1ms长的10个子帧110i。每一个子帧可以被进一步细分为两个时隙120a和120b,每一个时序具有0.5ms的持续时间Tslot。针对由无线设备和节点使用的分量载波(CC)的每一个时隙可以基于CC频率带宽而包括多个资源块(RB)130a、130b、130i、130m和130n。每一个RB(物理RB或PRB)130i可以包括12-15kHz子载波136(在频率轴上)以及每子载波6或7个SC-FDMA符号132(在时间轴上)。如果采用短的或正常的循环前缀,则RB可以使用7个SC-FDMA符号。如果使用扩展的循环前缀,则RB可以使用6个SC-FDMA符号。使用短的或正常的循环前缀,资源块可以被映射到84个资源单元(RE)140i,或者使用扩展的循环前缀,资源块可以被映射到72个RE(未示出)。RE可以是一个子载波(即,15kHz)146的一个SC-FDMA符号142的单位。在正交相移键控(QSK)调制的情况下,每一个RE可以传输两个比特150a和150b的信息。可以使用诸如16阶正交幅度调制(QAM)或64阶QAM的其它类型的调制来在每一个RE中传输更大数量的比特,或者使用二相相移键控(BPSK)调制来在每一个RE中传输更少数量的比特(单个比特)。RB可以被配置用于从无线设备到节点的上行链路传输。
上行链路信号或信道可以包括物理上行链路共享信道(PUSCH)上的数据或者物理上行链路控制信道(PUCCH)上的控制信息。在LTE中,承 载上行链路控制信息(UCI)的上行链路物理信道(PUCCH)可以包括信道状态信息(CSI)报告、混合自动重传请求(HARQ)确认/否定确认(ACK/NACK)和上行链路调度请求(SR)。
无线设备(例如,UE)可以使用PUCCH提供针对PDSCH的HARQ-ACK反馈。PUCCH能够利用各种调制和编码方案(MCS)来支持多种格式(即,PUCCH格式),如表1中针对LTE示出的。可以在3GPP LTE标准发布版11(例如,V11.1.0(2012-12))技术规范(TS)36.211表5.4-1中示出与表1类似的信息。例如,可以使用PUCCH格式1b来传送两比特HARQ-ACK,该两比特HARQ-ACK可以用于载波聚合。
PUCCH格式 | 调制方案 | 每子帧比特数,Mbit |
1 | N/A | N/A |
1a | BPSK | 1 |
1b | QPSK | 2 |
2 | QPSK | 20 |
2a | QPSK+BPSK | 21 |
2b | QPSK+QPSK | 22 |
3 | QPSK | 48 |
表1
通过提供7个不同的半静态配置的上行链路-下行链路配置,传统LTE TDD可以支持非对称的UL-DL分配。表2说明了在LTE中使用的7个UL-DL配置,其中“D”表示下行链路子帧,“S”表示特殊子帧,以及“U”表示上行链路子帧。在示例中,特殊子帧可以操作为或者被当作下行链路子帧。可以在3GPP LTE TS 36.211表4.2-2中示出与表2类似的信息。
表2
如由表2说明的,UL-DL配置0可以包括子帧2、3、4、7、8和9中的6个上行链路子帧以及子帧0、1、5和6中的4个下行链路和特殊子帧;并且UL-DL配置5可以包括子帧2中的1个上行链路子帧以及子帧0、1和3-9中的9个下行链路和特殊子帧。
作为在一些示例中的潜在需求,网络的小区可以同步地改变UL-DL(TDD)配置,以便避免干扰。然而,这样的需求会限制网络的不同小区中的业务管理能力。传统LTE TDD配置组可以在40%和90%之间的范围中提供DL子帧分配,如在表2中示出的。无线帧内的UL和DL子帧分配可以经过系统信息广播信令(例如,系统信息块[SIB])而被重新配置。因而,可以预期曾经被配置的UL-DL分配半静态地变化。
TDD的属性是UL和DL子帧的数量可以与表2中示出的不同,并且经常对于无线帧,DL子帧的数量可以多于UL子帧的数量。在使用比UL子帧更多的DL子帧的配置中,对于相对应的控制信号的传输,多个DL子帧可以与一个单个UL子帧相关联。可以定义配置特定的HARQ-ACK时序关系(例如,3GPP LTE标准发布版11(例如,V11.1.0(2012-12))TS 36.213表10.1.3.1-1)。如果在可以与一个UL子帧相关联的多个DL子帧中调度UE,则UE可以在这个UL子帧中传输多个ACK/NAK(ACK/NACK)比特。在一个单个UL子帧上具有HARQ-ACK反馈的多个DL子帧可以包括一个绑定窗。
如在图6中示出的,根据针对UL-DL配置1预定义的HARQ-ACK时序关系,子帧0和1可以在PCell上包括一个绑定窗,而相应地,根据针对上行链路子帧7的配置2定义的HARQ-ACK时序,前一个无线帧的子帧9、 子帧0、1和3在SCell上包括HARQ-ACK绑定窗。在示例中,HARQ-ACK绑定窗可能不用于具有9个DL子帧的配置5。
时分双工(TDD)系统的优点可以是经过不同的TDD配置的灵活的资源利用,以便更好地匹配小区的上行链路和下行链路业务特性。通过配置不同的TDD配置,可用的上行链路(UL)和下行链路(DL)资源之间的比率可以在从3UL:2DL(6UL:4DL)到1UL:9DL的范围内。在传统的LTE TDD(例如,LTE发布版10(Rel-10)规范)中,仅可以定义和支持相同UL-DL配置的TDD分量载波(CC)的聚合。尽管相同的UL-DL配置可以简化CC的设计和操作,但是相同的UL-DL配置也会强加一些限制。
在示例中,可以支持在不同的频带上具有不同的上行链路-下行链路配置的TDD系统的带间载波聚合(CA)。例如,单个TDD运营商可以部署多于一个的TDD载波,并且这些载波可以在单个基站(例如,节点)处被聚合。除此之外,两个载波频率之间的分离可以足够大以便避免来自相同设备的UL-DL干扰。在不同的频带上具有不同的TDD配置的带间CA的一些益处可以包括(1)传统系统共存、(2)异构网络(HetNet)支持、(3)取决于业务的载波的聚合、(4)灵活的配置(例如,较低频带中更多的UL子帧用于更好的覆盖,以及较高频带中更多的DL子帧)、以及(5)较高的峰值速率。
支持具有不同的上行链路-下行链路配置的带间TDD载波聚合(CA)能够用于聚合具有不同的DL/UL配置的分量载波(CC)。为了向全双工和半双工UE提供高峰值数据速率增强的益处,针对下行链路(DL)数据的HARQ(混合自动重传请求)ACK/NACK反馈可以使用仅在主小区(PCell)上传输的PUCCH,通过遵循PCell SIB类型1(SIB1)UL-DL配置而针对PCell PDSCH使用传统的HARQ-ACK时序,并且针对遵循特定的参考UL-DL配置(例如,PCell和SCell UL-DL配置)的辅小区(SCell)的PDSCH使用如在图5中说明的表3中示出的HARQ-ACK时序。
可以支持在不同频带中具有不同UL-DL配置的带间TDD CA。例如,可以根据PCell UL-DL配置和SCell UL-DL配置来确定如在图5中说明的表3中示出的SCell PDSCH HARQ参考时序。表3(即,图5)说明了针对SCell的PDSCH HARQ-ACK时序参考的UL-DL配置编号。PCell PDSCH 的HARQ ACK时序、PCell PUSCH的调度时序、PCell PUSCH的HARQ时序可以使用PCell SIB1配置。可以利用具有针对HARQ-ACK传输的信道选择(CS)的PUCCH格式3或PUCCH格式1b来配置UE,用于利用不同频带上的不同UL-DL配置进行TDD带间载波聚合(CA)。
根据针对SCell PDSCH的HARQ-ACK时序表(即,表3),在PCell和SCell之间HARQ-ACK绑定窗的尺寸可以不同。图6说明了利用TDD UL/DL配置1来配置PCell以及利用TDD UL/DL配置2来配置SCell的示例。由于SCell可以遵循与PCell不同的DL HARQ时隙,所以不仅SCell的绑定窗可以与PCell的不同,而且SCell绑定窗中HARQ-ACK比特的数量(与DL子帧的数量相对应)可以与PCell绑定窗不同。结果,传统的HARQ-ACK比特映射和绑定规则可能不再适用于具有与PCell不同的UL-DL配置的SCell UL-DL配置,或者传统的HARQ-ACK比特映射和绑定规定可能不再支持SCell UL-DL配置与PCell UL-DL配置不同的情况。
图6说明了在带间TDD CA的情况下PCell和SCell的变化的HARQ-ACK绑定窗尺寸。不同UL-DL配置的含义可以是不同数量的下行链路子帧可以被绑定在每一个小区中的绑定窗内。例如,如在图6中示出的,PCell可以使用TDD配置1并且SCell可以使用TDD配置2。如所说明的,对于两个服务小区(例如,PCell和SCell),与UL子帧7相关联的绑定窗的尺寸可以不同。对于PCell,HARQ-ACK绑定窗尺寸为2,包括子帧{0,1},而对于SCell,HARQ-ACK绑定窗尺寸为4,包括子帧{9,0,1,3},如在图6中示出的。图6说明了在TDD带间CA场景下不同的HARQ-ACK绑定窗。
在SCell UL-DL配置与PCell UL-DL配置不同的情况下可以使用几种解决方案。例如,可以提出“虚拟”HARQ-ACK绑定窗生成操作或HARQ-ACK“查找”映射表以便提高下行链路(DL)吞吐量。对于PUCCH格式1b信道选择模式b的额外问题可能是针对模式b的PUCCH资源映射。在传统的带内CA中,在非跨CC调度的情况下的PUCCH资源映射可以包括:当不存在没有PDCCH的PDSCH(例如,半持久调度(SPS))时,可以从针对PCell的具有DAI=1、2(DAI是下行链路分配索引)的PDCCH隐式导出的针对PCell的两个PUCCH资源;当存在没有PDCCH的PDSCH (例如,SPS)时,可以从SPS资源和针对PCell的具有DAI=1的PDCCH导出的针对PCell的两个PUCCH资源;或者可以由ARI(ACK/NACK资源指示符)指示的针对SCell的两个PUCCH资源。
传统的PUCCH资源映射方法可能不能直接应用于‘虚拟’HARQ-ACK绑定窗生成方法。图7说明了一种‘虚拟’HARQ-ACK绑定窗生成方法的示例。如在图7的右侧中示出的,PCell绑定窗中具有“DAI=2”的DL子帧可以被从SCell“虚拟地”拿开,可以基于生成的虚拟绑定来计算DAI值。然而,在PUCCH资源映射表中的相对应的PUCCH资源可能不能够从PCell上具有‘DAI=2’的PDCCH隐式地导出,以便避免具有CA能力和没有CA能力的UE之间的潜在的PUCCH资源冲突。可以定义针对各种PUCCH反馈方案的PUCCH资源映射方法,以便利用针对频带间CA的格式1b设计来完成PUCCH信道选择。
为了便于实现本文使用的描述和说明,根据在如在图7中示出的“虚拟”HARQ-ACK绑定窗构造过程中特定的下行链路子帧递送,可以每CC定义两种类型的PDSCH子帧。类型1子帧可以包括针对“虚拟”HARQ-ACK绑定窗构造没有被从一个小区“移开”到另一小区(例如,从PCell到SCell或从SCell到PCell)的子帧。类型2子帧可以是被“虚拟地”从一个小区移开到另一小区(例如,从PCell到SCell或从SCell到PCell)以便生成“虚拟”HARQ-ACK绑定窗的子帧。
图8说明了针对虚拟HARQ-ACK绑定窗生成方法的PDSCH子帧类型定义的示例。图8说明了PCell上的TDD UL-DL配置1和SCell上的配置2。根据子帧类型的定义,除了SCell上的子帧﹟3可以是类型2子帧之外,DL子帧可以是类型1子帧。除非以其它方式指定,否则,Mp可以表示针对PCell的绑定窗尺寸并且Ms可以表示针对SCell的绑定窗尺寸。
在跨CC DAI计数操作之后,在类型2子帧上承载等于‘1’或‘2’的DAI值的情况下,可以针对相对应的PDCCH执行用于导出PUCCH资源的各种方法(至少4种不同的方法)。
在第一方法(即,方法1)中,可以通过无线资源控制(RRC)信令来通过信号的方式传送与类型2子帧相对应的PUCCH资源。如在图9中说明 的表4中示出的,可以通过RRC信令来配置由发射功率控制(TPC)命令索引的四组PUCCH信道(例如,‘00’、‘01’、‘10’以及‘11’),其中,在类型2下行链路子帧与每一组PUCCH信道之间存在一对一关联性。每一组PUCCH信道可以包括个显式PUCCH 1a/1b信道,其可以被表示为表4说明了针对具有ARI的HARQ-ACK的PUCCH资源值。如由示例情况A或情况B说明的,当在类型2子帧上检测到“DA1=1”或“DAI=2”时,ARI(例如,TPC命令)可以进一步用于根据由较高层配置的四个资源组中的一个来确定PUCCH资源值。
在情况A中,当Mp<Ms并且基本上同时地在PCell上在类型2子帧上传输具有“DAI=1”的PDSCH时,UE可以使用缺省的PUCCH资源(例如,由较高层配置的第一个PUCCH资源值)。可替换地,UE可以假定使用SCell的TPC比特作为到由RRC配置的四个PUCCH资源索引中的一个的索引的相同ARI值,其中在表4中定义了该映射(即,图9)。可以在选择一个特定的PUCCH资源组之后,分别考虑情况A和情况B。
情况A可以在没有半持久调度(SPS)的情况下在PCell和SCell两者上应用PDSCH传输。在虚拟绑定窗操作之后,如果类型2子帧‘i’的PDCCH中的下行链路分配索引(DAI)值等于‘j’(j=1或2),则相对应的PUCCH信道值可以由表达式1确定:
[表达式1]
图10说明了其中Mp=4并且Ms=1的实施例,这可以在PCell上为配置4以及在SCell上为配置0的情况下发生。对于所提出的方案(例如,Mp=4以及Ms=1), 可以使用四组PUCCH信道,其中每一组包括一个PUCCH 1a/1b信道。例如,如果ARI值等于“10”, 则UE可以选择由较高层(例如,RRC信令)配置的第三PUCCH资源值的PUCCH信道,其被指示为如在图10中示出的,当在类型2子帧上传输PDSCH时,可以用于HARQ-ACK反馈。图10说明了在情况A中针对HARQ-ACK反馈的示例PUCCH资源映射。
如在图11中说明的,当类型2子帧中的一个是没有检测到相对应的PDCCH的PDSCH传输(即,子帧由半持久调度(SPS)进行调度)时,可以应用情况B。当Mp≥Ms+2时,情况B可以发生。除了可以使用以下的操作之外,可以将与情况A类似的PUCCH资源映射操作应用到情况B:对于SPS PDSCH传输,HARQ-ACK(0)可以是确认(ACK)、否定ACK(NACK)或者不连续传输(DTX)响应(即,ACK/NACK/DTX响应),并且可以根据由较高层配置的PUCCH资源来确定的值,其被表示为 当在类型2子帧‘i’(0≤i≤M-1)的PDCCH中检测到“DAI=1”时,使用在PCell上为配置4并且在SCell上为配置0的示例,可以在图11中说明情况B,其中类型2子帧被用作SPS PDSCH。图11说明了在情况B中针对HARQ-ACK反馈的示例PUCCH资源映射。
在可替代的第一方法(即,方法1-1或另一显式资源分配方法)中,可以通过RRC信令和ARI使用来给出两个PUCCH资源的最大值。可以将针对Pcell的下行控制信息(DCI)中的TPC值用作实际的TPC,并且可以将针对SCell的TPC值用作ARI。在其中Ms≥Mp+2(其中,Mp≥1,Ms≥1)的示例中,可以将类型2子帧虚拟地从SCell移动到PCell。如果类型2子帧中的DAI值为1或2,则由于显式PUCCH资源的最大数量为2,所以可能不能够获得由类型2子帧引入的PUCCH资源。因此,另一解决方案可以是:eNB配置四组PUCCH资源,并且每一组由三个PUCCH资源组成;接着,DL分配中被用作ARI的TPC字段(例如,针对SCell以及针对类型2子帧)指示要被使用的实际的PUCCH资源组(例如,使用图12中说明的表5);并且,除了DL子帧被用作实际的TPC之外,ARI可以与针对DL子帧的相同。表5(即,图12)说明了根据ARI的PUCCH资源值的表(例如,针对PUCCH的TPC命令)。
在另一方法(例如,第二方法或方法2)中,灵活的PUCCH资源映射 可以与类型2子帧相关联。方法1可以提供公共的PUCCH资源映射解决方案,以便使能适用于各种UL-DL配置组合(例如,PCell和SCell UL-DL配置组合)的虚拟绑定窗方法。对于方法1,如果配置了具有信道选择的PUCCH格式1b,则考虑到与类型2子帧相关联的PUCCH资源会由eNB(例如,节点)保留,控制开销可能会大。另一解决方案可以用于在Mp>Ms的情况下减少控制开销,如下文说明的。
如果类型2PDSCH是由相对应的PDCCH的检测指示的PDSCH传输或者PDCCH指示下行链路SPS释放,则与类型2子帧‘i’(0≤i≤M-1)相关联的PUCCH资源可以使用表达式2隐式地映射。
其中,由较高层配置,p是{0,1,2,3}中的值,其使得Np≤nCCE<Np+1,并且‘m’是在移开类型2子帧(从PCell到SCell)以便构造虚拟绑定窗之前,在PCell上在绑定窗内的类型2子帧的DAI索引值,并且nCCE是用于传输类型2子帧‘i’中相对应的PDCCH的第一CCE的数量,而M=Mp,指示了在类型2子帧移开之前绑定窗的尺寸。
对于与没有检测到相对应的PDCCH的类型2PDSCH(例如,SPS)相关联的PUCCH资源,与在方法1中相同,显式PUCCH资源可以由RRC信令配置。对于Mp<Ms的情况,与方法1相同,显式资源配置可以用于类型2子帧。
在生成相对应的PUCCH资源之后,与在方法1中相同的在(0≤i≤3)与(0≤j≤M-1)之间的一对一映射方法可以用于HARQ-ACK反馈,以便利用传统映射表(例如,在图22-29中说明的表9-16)。
在另一方法(例如,第三方法或方法3)中,可以使用利用特定HARQ-ACK状态填充操作的公共HARQ-ACK绑定窗选择。该第三方法可以与先前的方法不同,并且其可以不基于虚拟绑定窗生成方法的PUCCH资源映射。在方法3中,HARQ-ACK反馈候选方案可以用于带间TDD CA。与方法1和方法2相比较,针对具有信道选择的PUCCH格式1b的传统PUCCH资源映射规则可以完全地由方法3重新使用,方法3对于传统的 HARQ-ACK复用表可以使用较少的标准化。
如在图13中示出的并且为了说明的目的,较小的绑定窗尺寸可以被称为M1,并且针对PUCCH HARQ-ACK传输的与相同的单个上行链路子帧相关联的相对应的较大绑定窗的尺寸可以被称为M2。图13示意性地说明了用于带间TDD CA的HARQ-ACK绑定窗尺寸。
在示例中,UE可以针对每一个服务小区确定HARQ-ACK(j),其中0≤j≤M-1。在第一操作(例如,步骤1)中,可以确定公共绑定窗尺寸,其中将一个公共HARQ-ACK绑定窗尺寸“M”确定为M=max(M1,M2)。根据M1和M2的定义,可以将用于公共绑定窗尺寸计算的表达式(或公式)进一步简化为“M=M2”。UE可以根据与绑定窗尺寸“M”相对应的传统信道选择映射表(例如,在图22-29中说明的表9-16)来执行信道选择。
在第二操作(例如,步骤2)中,当配置用于服务小区的传输模式(TM)支持多达两个传输块(TB)时,可以在DL子帧内执行跨多个码字的空间HARQ-ACK绑定。在另一示例中,当利用作为具有M1=0且M2=1的小区中的一个的服务小区来配置传输模式(TM)时,可以执行DL子帧内跨多个码字的空间HARQ-ACK绑定。
在第三操作(例如,步骤3)中,可以生成HARQ-ACK(j),其中0≤j≤M-1。第三操作可以将针对较小小区(例如,PCell或SCell)的绑定窗尺寸M1转换到针对较大尺寸小区的绑定窗尺寸M2。绑定窗尺寸min(M1,M2)可以与传统设计不同。为了说明的目的,可以使用M1<M2。第三操作可以包括两个子步骤,被称为步骤3-0(或操作3-0)以及步骤3-1(或操作3-1)。对于具有绑定窗尺寸“M1”的服务小区,UE可以首先根据传统的HARQ-ACK状态映射原则针对绑定窗内的PDSCH生成HARQ-ACK(j),0≤j≤M-1(即,步骤3-0)。接着,在步骤3-1中,当执行空间HARQ-ACK绑定或配置单个TB时,UE可以利用预定的状态(例如,‘DTX’;任何预定的值,例如ACK、NACK、或DTX,只要eNB和UE已知该预定的值可以被附加)来附加(M-M1)个额外的HARQ-ACK(i),其中M1≤i≤M-M1-1。可以将DTX附加称为DTX填充。在另一示例中,UE自主选择的任何状态(例如,ACK、NACK、或DTX)也是可能的,但是基于‘DTX’状态示出该说明。在另一配置中,UE可以利用状态 ‘DTX’附加2×(M-M1)个额外的HARQ-ACK(i),其中M1≤i≤M-M1-1,除了特殊情况(例如,情况1和情况2)之外。
图14示意性说明了针对假定PDSCH传输在每一个DL子帧中的情况1的HARQ-ACK状态映射(例如,M1=2以及M2=4)。在情况1中,利用随后的传统映射方法,针对具有M1=2的小区,在步骤3-0中,M1=2,M2=4,并且(HARQ-ACK(0),HARQ-ACK(1))可以被初始映射为(ACK,NACK)或(NACK,ACK)。
对于情况1,在步骤3-1中,代替进行DTX附加,(ACK,NACK)被进一步映射到(ACK,DTX,DTX,DTX)并且(NACK,ACK)被映射到(ACK,ACK,ACK,NACK/DTX)。或者可替换地,(ACK,NACK)被进一步映射到(ACK,ACK,ACK,NACK/DTX),并且(NACK,ACK)被映射到(ACK,DTX,DTX,DTX)。在没有特殊规则的情况下,根据‘DTX填充’原则,‘ACK,NACK’可以被自动地映射到‘ACK,NACK,DTX,DTX’。对于M1=2以及M2=4的情况,可以在图15中说明的表6中概括HARQ-ACK(j),其中0≤j≤M-1。表6(即,图15)说明了在M1=2以及M2=4的情况中,针对具有M1=2的小区,用于HARQ-ACK生成的表。
在情况2中,M1=2,M2=3,并且通过遵循传统的(LTE发布版10(REL-10))HARQ-ACK映射方法,针对具有M1=2的小区,可以将(HARQ-ACK(0),HARQ-ACK(1))映射为(NACK,ACK)。
对于情况2,在步骤3-1中,UE可以将对于相对应的HARQ-ACK状态的HARQ-ACK反馈进一步映射到(HARQ-ACK(0),HARQ-ACK(1),HARQ-ACK(2)=(ACK,ACK,ACK)。对于M1=2,M2=3的情况,可以在图16中说明的表7中概括HARQ-ACK状态生成。表7(即,图15)说明了在M1=2以及M2=3的情况中,针对M1=2的小区,用于HARQ-ACK生成的表。
在第四操作(例如,步骤4)中,UE可以根据针对每一个小区在步骤-3中映射的HARQ-ACK(j),其中0≤j≤M-1,使用与绑定窗尺寸‘M’相对应的传统信道选择映射表来执行信道选择。PUCCH资源映射方法可以完全地重新使用传统的针对具有信道选择的PUCCH格式1b的方案。在示例中,可以在3GPP LTE TS 36.213V11.1.0(发布版11)的部分10.1.3.2.1 中描述针对具有信道选择的PUCCH格式1b的方案。
在另一示例中,UE可以针对载波聚合中的M,max(M1,M2),确定绑定窗尺寸。对于具有较小绑定窗尺寸的服务小区,除了某些情况之外,可以利用“max(M1,M2)-min(M1,M2)”来填充预定的状态(例如,DTX)。例如,在min(M1,M2)=2并且max(M1,M2)=4的情况下,针对传统映射表,可以将针对具有min(M1,M2)=2的服务小区的状态“ACK,NACK”映射到“ACK,DTX,DTX,DTX”。在min(M1,M2)=2并且max(M1,M2)=4的情况下,针对传统映射表,可以将针对具有min(M1,M2)=2的服务小区的状态“NACK,ACK”映射到“ACK,ACK,ACK,NACK/DTX”。在min(M1,M2)=2并且max(M1,M2)=3的情况下,针对传统映射表,可以将针对具有min(M1,M2)=2的服务小区的状态“NACK,ACK”映射到“ACK,ACK,ACK”。接着,可以将传统映射表应用于信道选择,其中ACK表示对于相对应的PDSCH的成功解码,NACK表示对于相对应的PDSCH的解码失败,并且DTX表示UE由于针对相对应的PDCCH的解码失败而未向PDSCH传输任何确认。
在可替换的示例中,UE可以针对载波聚合中的M,max(M1,M2),确定绑定窗尺寸。对于具有较小绑定窗尺寸的服务小区,除了某些情况之外,可以利用“max(M1,M2)-min(M1,M2)”来填充预定的状态(例如,DTX)。例如,在min(M1,M2)=2并且max(M1,M2)=4的情况下,针对传统映射表,可以将针对具有min(M1,M2)=2的服务小区的状态“ACK,NACK”映射到“ACK,ACK,ACK,NACK/DTX”。在min(M1,M2)=2并且max(M1,M2)=4的情况下,针对传统映射表,可以将针对具有min(M1,M2)=2的服务小区的状态“NACK,ACK”映射到“ACK,DTX,DTX,DTX”。在min(M1,M2)=2并且max(M1,M2)=3的情况下,针对传统映射表,可以将针对具有min(M1,M2)=2的服务小区的状态“NACK,ACK”映射到“ACK,ACK,ACK”。接着,可以将传统映射表应用于信道选择,其中ACK表示对于相对应的PDSCH的成功解码, NACK表示对于相对应的PDSCH的解码失败,并且DTX表示UE由于针对相对应的PDCCH的解码失败而未向PDSCH传输任何确认。
在另一方法(例如,第四方法或方法4)中,可以在重新使用传统映射表之前定义HARQ-ACK查找映射表。图17说明了被示出为表8的HARQ-ACK“查找”映射表。表8说明了针对带间TDD CA的不同UL-DL配置的HARQ-ACK查找映射表。针对HARQ-ACK传输,对于利用具有信道选择的PUCCH格式1b配置的UE,可以通过四个操作(例如,步骤)来描述确定PUCCH资源的过程。
在第一操作(例如,步骤1)中,针对PUCCH上的HARQ反馈,UE可以选择传统映射表,其中M=max(M1,M2)=M2,其中M1是针对具有较小HARQ-ACK绑定窗尺寸的小区的PDSCH的数量,并且M2是针对具有较大HARQ-ACK绑定窗尺寸的小区的PDSCH的数量。
在第二操作(例如,步骤2)中,针对具有绑定窗尺寸M1的CC上的PDSCH,可以将HARQ-ACK(j)(0≤j≤M1)生成为针对具有相对应的PDCCH且在PDCCH中的DAI值等于‘j+1’的PDSCH传输、或者针对指示下行链路SPS释放且在PDCCH中的DAI值等于‘j+1’的PDCCH的ACK/NACK/DTX响应。接着,使用查找表,如针对M=4在表6(例如,图15)或针对M=3在表7(例如,图16)中示出的,UE可以将HARQ-ACK(j)(0≤j≤M1)重新映射到以具有相同的索引共享为特征、标记有HARQ-ACK(k)(0≤k<M2)的相对应的状态。例如,假定M1=2、M2=4并且基于PDSCH检测生成{ACK,NACK}。接着,在{ACK,NACK}被映射之后,UE可以将{ACK,NACK}重新映射到具有相同的索引M2=4的HARQ-ACK状态,即状态{ACK,DTX,DTX,DTX}。
在第三操作(例如,步骤3)中,针对具有绑定窗尺寸M2的CC的HARQ-ACK映射可以是与传统的HARQ-ACK映射表相同的尺寸,并且被标记为HARQ-ACK(m)(0≤m<M2)。
在第四操作(例如,步骤4)中,当多于一个CC被配置时,UE可以根据具有绑定窗尺寸M=M2的HARQ-ACK映射表(例如,在图28-29中说明的表15-16),基于HARQ-ACK状态HARQ-ACK(k)(0≤k<M2)和HARQ-ACK(m)(0≤m<M2)执行信道选择。
图30(即,表17)说明了针对M=4的HARQ-ACK复用的传输。图31(即,表18)说明了针对M=3的HARQ-ACK复用的传输。图32(即,表19)说明了针对主分量载波(PCC)和辅分量载波(SCC)具有信道选择(CS)的PUCCH格式1b的HARQ-ACK映射表,其包含星座比特(例如,b0、b1、b2和b3)值(例如,A用于ACK、N用于NACK、D用于不连续传输(DTX)、以及D/N用于DTX/NACK),用于参考信号(RS)的PUCCH ACK/NACK(A/N)资源(例如,h#)以及具有使用1-4比特(例如,M=1,M=2,M=3或M=4)表示HARQ-ACK绑定窗的数据常量(const.)的数据。
图17(即,图30)可以概括针对多于一个配置的服务器小区情况的传统HARQ-ACK映射表。如在图17中示出的,对于‘N,任意,任意,任任意’和“A,D/N,任意,除了A、D、D、D之外的任意”可能发生重叠状态(表17的最后一行)。当状态表示多于一个的状态时,可能发生重叠状态。将表17中的重叠状态考虑在内,由于在上文第一解决方案中的‘DTX’状态填充,可能导致较小绑定窗尺寸的服务小区特性上的一些性能降低。
例如,利用‘DTX’填充额外的HARQ-ACK状态可能导致在节点侧(例如,eNB)不知道HARQ-ACK状态,并且因此在PCell上调度PDSCH在eNB处可能潜在地受限,由于PCell可能实际上不可用,所以这导致了大量的DL吞吐量损失。在另一示例中,当“DTX”填充方法(例如,第一解决方案)用于具有信道选择的PUCCH格式1b时,载波聚合功能会受到严重影响或几乎隐式地被禁用。
基于利用所描述的“DTX”填充方法的问题,可以使用一些机制和解决方案(例如,方法3或4)来缓解该问题,以便在具有信道选择的PUCCH格式1b和具有不同UL-DL配置的多于一个CC被配置用于UE时使能CA功能。
另一示例提供一种在用户设备(UE)处支持针对具有载波聚合(CA)的混合自动重传请求(HARQ)的隐式映射的方法500,如在图18中的流程图中示出的。该方法可以被执行为机器、计算机电路或者针对UE的处理器上的指令,其中,上述指令被包含在至少一个计算机可读介质或一个非暂态机器可读存储介质上。该方法包括在无线帧内识别与辅分量载波(SCC) 相关联的虚拟绑定窗内的类型2下行链路(DL)子帧的操作,其中,为了虚拟绑定窗的HARQ-确认(HARQ-ACK)复用,类型2DL子帧被虚拟地从主分量载波(PCC)移开,如在框510中。之后是针对由与类型2DL子帧相对应的物理下行链路控制信道(PDCCH)传输使用的第一CCE提取分量载波单元(CCE)编号的操作,如在框520中。该方法的下一个操作可以是当PCC的PCC窗尺寸大于SCC的SCC窗尺寸时,基于CCE编号确定用于承载HARQ-ACK复用消息的物理上行链路控制信道(PUCCH)资源,如在框530中。
在示例中,可以从第二绑定窗的端部选择来自第二绑定窗的选定数量的DL子帧,并且将这些DL子帧添加到第一绑定窗中的DL子帧的端部。第一绑定窗和第二绑定窗可以包括与一个上行链路(UL)子帧相关联的多个DL子帧组,以便根据第三代合作伙伴计划(3GPP)长期演进(LTE)标准发布版10(或发布版11),针对小区特定物理下行链路共享信道(PDSCH)HARQ时序,承载HARQ-ACK反馈。
在另一示例中,该方法可以进一步包括:从与类型2DL子帧相对应的PDCCH传输提取下行链路分配索引(DAI);并且使用DAI值向在针对HARQ-ACK复用的传统映射表中使用的信道值分配PUCCH资源。对于整数i,与类型2DL子帧相关联的PUCCH资源由 表示,其中(0≤m≤M-1), 由较高层配置,max{}是最大值函数,是被表示为以为单位的下行链路带宽配置,是频域中的资源块尺寸,被表示为子载波的数量,p是来自{0,1,2,3}的值,其使得Np≤nCCE<Np+1,m是在移开类型2子帧以便构造虚拟绑定窗之前在PCC上的绑定窗内的类型2子帧的索引值,nCCE是传输类型2子帧‘i’中用于相对应的PDCCH传输的第一控制信道单元(CCE)的数量,M=Mp指示在移开类型2子帧以便构造虚拟绑定窗之前的绑定窗尺寸,Mp表示在移开类型2子帧以便构造虚拟绑定窗之前针对PCC的绑定窗尺寸。
在另一配置中,该方法可以进一步包括:接收由相对应的PDCCH指示的类型2物理下行链路共享信道(PDSCH)传输;或者接收由相对应的PDCCH指示的DL半持久调度(SPS)释放。在另一示例中,该方法可以 进一步包括将虚拟绑定窗映射到来自在第三代合作伙伴计划(3GPP)长期演进(LTE)标准的发布版10的技术规范(TS)36.213中指定的HARQ-ACK复用表10.1.3-2到10.1.3-7的传统HARQ-ACK表(例如,在图22-27中说明的表9-14)。
另一示例提供在可操作为提供混合自动重传请求确认(HARQ-ACK)响应的用户设备(UE)上的处理器的计算机电路的功能600,如在图19中的流程图中示出的。该功能可以被实现为一种方法或者该功能可以被执行为机器上的指令,其中,上述指令被包含在至少一个计算机可读介质或一个非暂态机器可读存储介质上。计算机电路可以被配置为确定在相同的无线帧内的第一分量载波(CC)上的第一绑定窗以及第二CC上的第二绑定窗的最大尺寸和最小尺寸,第一CC和第二CC在该相同的无线帧中具有不同的上行链路(UL)-下行链路(DL)配置,如在框610中。计算机电路可以进一步被配置为将具有最小尺寸的第一绑定窗和第二绑定窗中较小的一个中的解码的DL子帧映射到在使用最小尺寸的第一传统HARQ-ACK表中提供的HARQ-ACK状态的小有序系列,如在框620中。计算机电路也可以被配置为将与第一传统HARQ-ACK表相对应的上述HARQ-ACK状态的小有序系列重新映射到在使用最大尺寸的第二传统HARQ-ACK表中提供的HARQ-ACK状态的填充有序系列,如在框630中。
在示例中,被配置为重新映射HARQ-ACK状态的第一有序系列的计算机电路可以被进一步配置为:利用预定的的多个实例来填充HARQ-ACK状态的小有序系列,以便形成HARE-ACK状态的填充有序系列;当第一有序系列不包括ACK状态和否定ACK(NACK)状态两者并且最小值不是2时,使用第二传统HARQ-ACK表来映射与HARQ-ACK状态的小有序系列相对应的HARQ-ACK状态的填充有序系列;并且当最小值是2且第一有序系列包括NACK状态和不连续传输(DTX)状态中的至少一个以及ACK状态这两者时,将HARQ-ACK状态的第一有序系列重新映射到与第二传统HARQ-ACK表相对应的HARQ-ACK状态的预定义的有序系列。
在另一示例中,被配置为针对最小尺寸为2且最大尺寸为4而将HARQ-ACK状态的第一有序系列重新映射到HARQ-ACK状态的预定义的有序系列的计算机电路可以被进一步配置为:确定当HARQ-ACK状态的第 一有序系列包括如在第一传统HARQ-ACK表中提供的等于“ACK,NACK”、“ACK,DTX”和“NACK,ACK”之一中的一个的HARQ-ACK(0)、HARQ-ACK(1)时的情况;当HARQ-ACK状态的第一有序系列的HARQ-ACK(0)、HARQ-ACK(1)等于“ACK,NACK”或“ACK,DTX”时,将HARQ-ACK状态的第一有序系列重新映射到包括如由第二传统HARQ-ACK表提供的等于“ACK,DTX,DTX,DTX”的HARQ-ACK(0)、HARQ-ACK(1)、HARQ-ACK(2)、HARQ-ACK(3)的HARQ-ACK状态的预定义的有序系列;并且当HARQ-ACK状态的第一有序系列的HARQ-ACK(0)、HARQ-ACK(1)等于“NACK,ACK”时,将HARQ-ACK状态的第一有序系列重新映射到包括如由第二传统HARQ-ACK表提供的等于“ACK,ACK,ACK,NACK”以及“ACK,ACK,ACK,DTX”之一的HARQ-ACK(0)、HARQ-ACK(1)、HARQ-ACK(2)、HARQ-ACK(3)的HARQ-ACK状态的预定义的有序系列。
在另一配置中,被配置为针对最小尺寸为2且最大尺寸为4将HARQ-ACK状态的第一有序系列重新映射到HARQ-ACK状态的预定义的有序系列的计算机电路可以被进一步配置为:确定当HARQ-ACK状态的第一有序系列包括如在第一传统HARQ-ACK表中提供的等于“ACK,NACK”、“ACK,DTX”以及“NACK,ACK”之一中的一个的HARQ-ACK(0)、HARQ-ACK(1)时的情况;当HARQ-ACK状态的第一有序系列的HARQ-ACK(0)、HARQ-ACK(1)等于“ACK,NACK”或“ACK,DTX”时,将HARQ-ACK状态的第一有序系列重新映射到包括如由第二传统HARQ-ACK表提供的等于“ACK,ACK,ACK,NACK”以及“ACK,ACK,ACK,DTX”之一的HARQ-ACK(0)、HARQ-ACK(1)、HARQ-ACK(2)、HARQ-ACK(3)的HARQ-ACK状态的预定义的有序系列;并且当HARQ-ACK状态的第一有序系列的HARQ-ACK(0)、HARQ-ACK(1)等于“NACK,ACK”时,将HARQ-ACK状态的第一有序系列重新映射到包括如由第二传统HARQ-ACK表提供的等于“ACK,DTX,DTX,DTX”的HARQ-ACK(0)、HARQ-ACK(1)、HARQ-ACK(2)、HARQ-ACK(3)的HARQ-ACK状态的预定义的有序系列。
在另一配置中,被配置为针对最小尺寸为2且最大尺寸为3将 HARQ-ACK状态的第一有序系列重新映射到HARQ-ACK状态的预定义的有序系列的计算机电路可以被进一步配置为:确定当HARQ-ACK状态的第一有序系列包括如在第一传统HARQ-ACK表中提供的等于“NACK,ACK”的HARQ-ACK(0)、HARQ-ACK(1)时的情况;并且当HARQ-ACK状态的第一有序系列的HARQ-ACK(0)、HARQ-ACK(1)等于“NACK,ACK”时,将HARQ-ACK状态的第一有序系列重新映射到包括如由第二传统HARQ-ACK表提供的等于“ACK,ACK,ACK”的HARQ-ACK(0)、HARQ-ACK(1)、HARQ-ACK(2)的HARQ-ACK状态的预定义的有序系列。
在另一配置中,计算机电路可以被进一步配置为:当在第一CC和第二CC中的至少一个上的相对应的传输模式(TM)支持多达每子帧两个传输块(TB)时,在无线帧的DL子帧内跨多个码字执行空间HARQ-ACK绑定,并且在TM支持多达两个TB的CC上,最小尺寸不等于零且最大尺寸不等于1。
在另一示例中,计算机电路可以进一步被配置为:使用与在第二传统HARQ-ACK表中提供的HARQ-ACK状态的填充的或预定义的有序系列相对应的信道值来执行信道选择;并且利用与在第二传统HARQ-ACK表中提供的HARQ-ACK状态的填充的或预定义的有序系列一致的星座点来准备物理上行链路控制信道(PUCCH)格式1b消息,用于在与信道选择一致的信道上进行传输。
在另一配置中,计算机电路可以被进一步配置为:基于针对第一传统HARQ-ACK表的最小尺寸以及针对第二传统HARQ-ACK表的最大尺寸,从在第三代合作伙伴计划(3GPP)长期演进(LTE标准)的技术规范(TS)36.213中指定的HARQ-ACK复用表10.1.3-2到10.1.3-7(例如,在图22-27中说明的表9-14)中选择第一传统HARQ-ACK表和第二传统HARQ-ACK表。
在另一示例中,计算机电路可以被进一步配置为:当执行空间绑定或具有最小尺寸的第一CC和第二CC中的一个被配置用于无线帧内的每DL子帧单个传输块(TB)时,确定通过其填充HARQ-ACK状态的第一有序系列的预定的HARQ-ACK状态的实例的数量等于最大尺寸减去最小尺寸。
在另一配置中,计算机电路还可以被进一步配置为:在具有最小尺寸的第一CC和第二CC中的一个被配置用于无线帧内的每DL子帧两个传输块(TB)并且还没有执行空间绑定的情况下,确定通过其填充HARQ-ACK状态的第一有序系列的预定的HARQ-ACK状态的实例的数量等于两倍的最大尺寸减去两倍的最小尺寸。在另一示例中,预定的HARQ-ACK状态是不连续传输(DTX)。
图20说明了示例节点(例如,服务节点710和协作节点750)以及示例无线设备720。节点可以包括节点设备712和752。节点设备或节点可以被配置为与无线设备进行通信。节点设备可以被配置为支持用于载波聚合(CA)的混合自动重传请求(HARQ)。节点设备或节点可以被配置为经由诸如X2应用协议(X2AP)的回程链路748(光学或有线链路)与其它节点进行通信。节点设备可以包括处理器714和754以及收发机716和756。收发机可以被配置为在PUCCH资源中接收HARQ-ACK反馈。收发机716和756可以被进一步配置为经由X2应用协议(X2AP)与协调节点进行通信。处理器可以被进一步配置为针对如本文公开的PUCCH检测和PDSCH重传可以执行相反的过程。服务节点可以生成PCell和SCell两者。节点(例如,服务节点710和协作节点750)可以包括基站(BS)、节点B(NB)、演进型节点B(eNB)、基带单元(BBU)、远程无线电头端(RRH)、远程无线设备(RRE)、远程无线单元(RRU)或中央处理模块(CPM)。
无线设备720可以包括收发机724和处理器722。无线设备(即,设备)可以被配置为支持针对用于载波聚合(CA)的混合自动重传请求(HARQ)的显式映射。处理器可以包括类型模块726、选择模块728、索引模块730、读取模块732、比较模块734、映射模块736、解码模块738、消息模块740、计数模块742以及关联模块744。
类型模块726可以被配置为针对虚拟HARQ确认(HARQ-ACK)绑定窗检测无线帧的类型2下行链路(DL)子帧组。HARQ-ACK绑定窗可以包括从第一分量载波(CC)传输的类型1DL子帧组和从额外的CC传输的类型2DL子帧组,并且类型2组可以与针对第一CC的HARQ-ACK绑定窗绑定。选择模块728可以被配置为取决于相对应的物理下行链路控制信道(PDCCH)的下行链路控制信息(DCI)格式中的发射功率控制(TPC)字 段值而从由无线资源控制(RRC)信令配置的多组PUCCH资源中选择一组物理上行链路控制信道(PUCCH)资源。该组中的每一个PUCCH资源可以具有与类型2组中的DL帧相关联的一对一关系。索引模块730可以被配置为将PUCCH资源索引到在用于HARQ-ACK复用的传统映射表中使用的信道值,其中PUCCH资源包括针对类型2DL子帧组的HARQ-ACK反馈。
在另一示例中,读取模块732可以被配置为在以一对一关系与DL子帧相对应的PDCCH传输中读取下行链路分配索引(DAI)。比较模块734可以被配置为在针对具有PCC窗尺寸Mp的主CC(PCC)的HARQ-ACK绑定窗与针对具有SCC窗尺寸Ms的辅CC(SCC)的HARQ-ACK绑定窗之间确定较大的窗尺寸。第一CC和额外的CC中的每一个可以是PCC或SCC中的一个以排除掉另一个。在DAI值等于一和二中的一个的情况下,索引模块730可以被进一步配置为将一对一关系中的PUCCH资源索引到下面中的一个:在SCC窗尺寸Ms是较大窗尺寸的情况下,等于DAI值减1的信道值;或者在PCC窗尺寸Mp是较大窗尺寸的情况下,等于DAI值加1的信道值。
在另一示例中,读取模块732可以被配置为确定类型2组中的半持久调度(SPS)DL子帧承载没有相对应的物理下行链路控制信道(PDCCH)传输的物理下行链路共享信道(PDSCH)传输。比较模块734能够被配置为在针对具有PCC窗尺寸Mp的主CC(PCC)的HARQ-ACK绑定窗与针对具有SCC窗尺寸Ms的辅CC(SCC)的HARQ-ACK绑定窗之间确定较大的窗尺寸。第一CC和额外的CC中的每一个是PCC或SCC中的一个以排除掉另一个。选择模块728被进一步配置为从四组物理上行链路控制信道(PUCCH)资源中选择一组PUCCH资源,该PUCCH资源包括与SPS DL子帧为一对一关系的信道。索引模块730可以被进一步配置为当Mp≥Ms+2时,根据针对HARQ-ACK复用的传统映射表,将与SPS DL子帧为一对一关系的PUCCH资源索引为针对HARQ-ACK复用的信道值。
在另一示例中,映射模块736可以被配置为从与虚拟窗中针对DL子帧的HARQ-ACK状态相对应的针对HARQ-ACK复用的传统映射表中选择映射状态。映射模块可以被进一步配置为将针对SPS DL子帧的HARQ状态解释为与在针对HARQ-ACK复用的传统映射表上的HARQ-ACK(0)位置 相对应。该索引模块可以被进一步配置为当在类型2子帧i其中(0≤i≤M-1)的PDCCH中检测到下行链路分配索引(DAI)值等于1时,索引由 表示的PUCCH资源
在另一配置中,解码模块738可以被配置为根据第一CC和额外的CC上的DL子帧生成HARQ-ACK状态。映射模块736可以被配置为:基于虚拟绑定窗的尺寸,从在第三代合作伙伴计划(3GPP)长期演进(LTE)标准的技术规范(TS)36.213中指定的HARQ-ACK复用表10.1.3-2到10.1.3-7(例如,在图22-27中说明的表9-14)中选择传统映射表;以及从与两个CC的虚拟窗中针对DL子帧的HARQ-ACK状态相对应的传统映射表中选择第一映射状态。消息模块740可以被配置为在被索引到与第一映射状态相对应的PUCCH资源信道值的PUCCH资源上,将与第一映射状态相对应的星座点嵌入到PUCCH格式1b消息中。
在另一示例中,计数模块742可以被配置为向类型2组中的DL子帧分配唯一的编号M,由表示,其中min{}是最小值函数,Mp表示在将类型2子帧移开以便构造虚拟绑定窗之前,针对主CC(PCC)的HARQ-ACK绑定窗的绑定窗尺寸,并且Ms表示在将类型2子帧移开以便构造虚拟绑定窗之前,针对辅CC(PCC)的HARQ-ACK绑定窗的绑定窗尺寸。第一CC和额外的CC中的每一个可以是PCC或SCC中的一个以排除掉另一个。关联模块744可以被配置为:基于分配给DL子帧的DAI值和SCC的物理下行链路控制信道的DCI格式中的TPC字段值,将类型2组中的DL子帧关联到由选择模块选择的PUCCH资源组中的PUCCH资源。索引模块730可以被进一步配置为至少部分地基于分配给被关联到PUCCH资源的DL子帧的唯一编号,将PUCCH资源索引到在传统映射表中使用的信道值。
在另一配置中,选择模块从对于UE已知的四组PUCCH资源中选择具 有三个PUCCH资源的一组PUCCH资源,其中,当Mp≥Ms+2时,四组PUCCH资源中的每一组PUCCH资源包括三个PUCCH资源,其中Mp表示针对主CC(PCC)的HARQ-ACK绑定窗的绑定窗尺寸,Ms表示针对辅CC(SCC)的HARQ-ACK绑定窗的绑定窗尺寸。第一CC和额外的CC中的每一个是PCC或SCC中的一个以排除掉另一个。
图21提供了诸如用户设备(UE)、移动站(MS)、移动无线设备、移动通信设备、平板电脑、手持设备或其它类型的无线设备的无线设备的示例说明。无线设备可以包括被配置为与节点、宏节点、低功率节点(LPN)、或者诸如基站(BS)、演进型节点B(eNB)、基带单元(BBU)、远程无线电头端(RRH)、远程无线设备(RRE)、中继站(RS)、无线设备(RE)的传输站、或者其它类型的无线广域网(WWAN)接入点进行通信的一个或多个天线。无线设备可以被配置为使用包括3GPP LTE、WiMAX、高速分组接入(HSPA)、蓝牙、以及WiFi的至少一个无线通信标准进行通信。无线设备可以使用针对每一个无线通信标准的单独天线或者针对多个无线通信标准的共享天线进行通信。无线设备可以在无线局域网(WLAN)、无线个域网(WPAN)和/或WWAN中进行通信。
图21还提供了可以用于音频输入以及来无线设备的输出的麦克风和一个或多个扬声器的说明。显示器屏幕可以是液晶显示器(LCD)屏幕、或者诸如有机发光二极管(OLED)显示器的其它类型的显示器屏幕。显示器屏幕可以被配置为触摸屏。触摸屏可以使用电容性、电阻性或者另一类型的触摸屏技术。应用处理器和图形处理器可以耦合到内部存储器,以便提供处理和显示能力。还可以使用非易失性存储器端口来向用户提供数据输入/输出选项。非易失性存储器端口也可以用于扩展无线设备的存储器能力。键盘可以与无线设备集成并且无线连接到无线设备以便提供额外的用户输入。也可以使用触摸屏来提供虚拟键盘。
各种技术或其某些方面或部分可以采取嵌入在有形介质中的程序代码(例如,指令)的形式,上述有形介质例如是软盘、CD-ROM、硬驱、非暂态计算机可读存储介质、或者任何其它机器可读存储介质,其中,当将程序代码装载到诸如计算机的机器中并且由机器执行时,该机器变为用于实施各种技术的装置。电路可以包括硬件、固件、程序代码、可执行代码、 计算机指令和/或软件。非暂态计算机可读存储介质可以是不包括信号的计算机可读存储介质。在程序代码在可编程计算机上执行的情况下,计算设备可以包括处理器、由处理器可读的存储介质(包括易失性和非易失性存储器和/或存储单元)、至少一个输入设备、以及至少一个输出设备。易失性和非易失性存储器和/或存储单元可以是RAM、EPROM、闪存驱动、光驱、磁性硬驱、固态驱动、或者用于存储电子数据的其它介质。节点和无线设备也可以包括收发机模块、计数器模块、处理模块、和/或时钟模块或定时器模块。可以实现或利用本文描述的一个或多个程序可以使用应用编程接口(API)、可重用控制等等。可以按照用于与计算机系统进行通信的高级面向过程或面向对象的编程语言来实现这样的程序。然而,如果想要的话,可以按照汇编语言或机器语言来实现上述程序。在任何情况下,上述语言可以是编译语言或解释语言,并且与硬件实现进行组合。
应该理解的是,为了更具体地强调功能单元的实现独立性,在本说明书中描述的许多功能单元被标记为模块。例如,模块可以被实现为硬件电路,该硬件电路包括定制VLSI电路或门阵列、诸如逻辑芯片、晶体管、或其它分立组件的现成半导体。也可以在诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑器件等等的可编程硬件设备中实现模块。
模块也可以被实现在由各种类型的处理器执行的软件中。所标识的可执行代码的模块可以例如包括计算机指令的一个或多个物理的或逻辑的块,该计算机指令可以例如被组织为对象、过程或函数。然而,所识别的模块的可执行程序无需在物理上在一起,而是可以包括存储在不同位置中的不同指令,当该不同指令被在逻辑上组合在一起时,包括该模块并且实现针对该模块表述的目的。
实际上,可执行代码的模块可以是单个指令或许多指令,并且甚至可以被分布在几个不同的代码段中、不同程序当中、以及跨越几个存储器设备。类似地,在本文可以在模块中标识和说明操作性数据,并且操作性数据可以按照任何适当的形式被嵌入在并且组织在任何适当类型的数据结构中。操作性数据可以被收集为单个数据集,或者其可以被分布在不同的位置上,包括在不同的存储设备上,并且可以至少部分地仅存在为系统或网络上的电子信号。模块可以是无源的或有源的,包括可操作为执行期望的 功能的代理。
贯穿这一说明书对“示例”的提及指代结合该示例描述的特定特征、结构或特性包括在本发明的至少一个实施例中。因而,贯穿这一说明书在各个位置中出现的短语“在示例中”不必全部指代相同的实施例。
如在本文使用的,为了方便起见,可以在通用列表中给出多个项目、结构单元、组合单元和/或材料。然而,这些列表不应该被解释为好像该列表的每一个单元被单独地标识为分离的或唯一的成员。因而,在没有相反的指示的情况下,仅基于其在公共组中的表示,这样的列表中没有单独的成员应该被解释为相同列表的任何其它成员的事实上的等同。此外,在本文中,可以指代本发明的各种实施例和示例连同其各个组件的替代选择。可以理解的是,这样的实施例、示例和替代选择不应该被解释为彼此的实际上的等同,而是应该被认为是本发明的单独且自主的表示。
而且,在一个或多个实施例中,可以按照任何适当的方式组合所描述的特征、结构或特性。在随后的描述中,提供了许多具体细节,例如布局的示例、距离、网络示例等等,以便提供对本发明实施例的透彻理解。然而,相关领域的普通技术人员将认识到,可以在没有这些具体细节的情况下或者利用其它的方法、组件、布局等等来实施本发明。在其它实例中,没有示出或详细描述公知的结构、材料或操作,以便避免混淆本发明的方面。
尽管前面的示例是对本发明在一个或多个具体应用中的原理的说明,但是对于本领域的普通技术人员来说显而易见的是,在没有创造性劳动的情况下,并且在不偏离本发明的原理和构思的情况下,可以在实现的形式、使用和细节方面做出许多修改。因此,并不意在使本发明受到限制,除了由下文提出的权利要求书限制之外。
Claims (24)
1.一种用于支持针对用于载波聚合(CA)的混合自动重传请求(HARQ)的显式映射的用户设备(UE),包括:
类型模块,被配置为针对虚拟HARQ-确认(HARQ-ACK)绑定窗检测无线帧的下行链路(DL)子帧的类型2组,其中,所述HARQ-ACK绑定窗包括从第一分量载波(CC)传输的DL子帧的类型1组以及从额外的CC传输的DL子帧的所述类型2组,并且所述类型2组与针对所述第一CC的HARQ-ACK绑定窗进行绑定;
选择模块,被配置为取决于在相对应的物理下行链路控制信道(PDCCH)的下行链路控制信息(DCI)格式中的发射功率控制(TPC)字段值,从由无线资源控制(RRC)信令配置的物理上行链路控制信道(PUCCH)资源的多个组中选择PUCCH资源的组,其中,所述组中的每一个PUCCH资源具有与所述类型2组中的DL帧相关联的一对一关系;以及
索引模块,被配置为将PUCCH资源索引到在针对HARQ-ACK复用的传统映射表中使用的信道值,其中,所述PUCCH资源包括针对所述DL子帧的所述类型2组的HARQ-ACK反馈。
2.根据权利要求1所述的UE,进一步包括:
读取模块,被配置为读取在所述一对一关系中与所述DL子帧相对应的PDCCH传输中的下行链路分配索引(DAI)值;
比较模块,被配置为在针对主CC(PCC)的具有PCC窗尺寸Mp的HARQ-ACK绑定窗与针对辅CC(SCC)的具有SCC窗尺寸Ms的HARQ-ACK绑定窗之间确定较大的窗尺寸,其中,所述第一CC和所述额外的CC中的每一个是所述PCC或所述SCC中的一个以排除掉另一个;以及
所述索引模块被进一步配置为,在所述DAI值等于1和2中的一个的情况下,将所述一对一关系中的PUCCH资源索引到下列项目中的一个:
等于所述DAI值减1的信道值,其中,所述SCC窗尺寸Ms是所述较大的窗尺寸;或者
等于所述DAI值加1的信道值,其中,所述PCC窗尺寸Mp是所述较大的窗尺寸。
3.根据权利要求1所述的UE,进一步包括:
读取模块,被配置为确定在所述类型2组中的半持久调度(SPS)DL子帧承载没有相对应的物理下行链路控制信道(PDCCH)传输的物理下行链路共享信道(PDSCH)传输;
比较模块,被配置为在针对主CC(PCC)的具有PCC窗尺寸Mp的HARQ-ACK绑定窗与针对辅CC(SCC)的具有SCC窗尺寸Ms的HARQ-ACK绑定窗之间确定较大的窗尺寸,其中,所述第一CC和所述额外的CC中的每一个是所述PCC和所述SCC中的一个以排除掉另一个;
所述选择模块被进一步配置为从物理上行链路控制信道(PUCCH)资源的四个组中选择PUCCH资源的组,PUCCH资源包括与所述SPS DL子帧为一对一关系的信道;以及
所述索引模块被进一步配置为,当Mp≥Ms+2时,根据针对HARQ-ACK复用的所述传统映射表,将与所述SPS DL子帧为所述一对一关系的PUCCH资源索引到针对HARQ-ACK复用的信道值。
4.根据权利要求3所述的UE,进一步包括:
映射模块,被配置为从针对与所述虚拟窗中针对DL子帧的HARQ-ACK状态相对应的HARQ-ACK复用的所述传统映射表中选择映射状态,其中,所述映射模块被进一步配置为将针对所述SPS DL子帧的HARQ状态解释为与在针对HARQ-ACK复用的所述传统映射表上的HARQ-ACK(0)位置相对应。
5.根据权利要求3所述的UE,其中,所述索引模块被进一步配置为当在所述类型2子帧i的所述PDCCH中检测到下行链路分配索引(DAI)值等于1时,索引由表示的PUCCH资源其中(0≤i≤M-1)。
6.根据权利要求1所述的UE,进一步包括:
解码模块,被配置为从所述第一CC和所述额外的CC上的所述DL子帧生成HARQ-ACK状态;
映射模块,被配置为:
基于所述虚拟绑定窗的尺寸,从在第三代合作伙伴计划(3GPP)长期演进(LTE)标准的发行版10的技术规范(TS)36.213中指定的HARQ-ACK复用表10.1.3-2到10.1.3-7中选择所述传统映射表;并且
从所述传统映射表中选择与针对两个CC的所述虚拟窗中针对DL子帧的HARQ-ACK状态相对应的第一映射状态;以及
消息模块,被配置为在被索引到与所述第一映射状态相对应的PUCCH资源信道值的PUCCH资源上,将与所述第一映射状态相对应的星座点嵌入在PUCCH格式1b消息中。
7.根据权利要求1所述的UE,进一步包括:
计数模块,被配置为向所述类型2组中的DL子帧分配由表示的唯一的编号M,其中,min{}是最小值函数,Mp表示在将所述类型2子帧移开以便构造所述虚拟绑定窗之前,针对主CC(PCC)的HARQ-ACK绑定窗的所述绑定窗尺寸,并且Ms表示在将所述类型2子帧移开以便构造所述虚拟绑定窗之前,针对辅CC(PCC)的HARQ-ACK绑定窗的所述绑定窗尺寸,其中,所述第一CC和所述额外的CC中的每一个是所述PCC或所述SCC中的一个以排除掉另一个;以及
关联模块,被配置为基于被分配到所述DL子帧的所述DAI值以及SCC的所述物理下行链路控制信道的所述DCI格式中的TPC字段值,将所述类型2组中的所述DL子帧关联到由所述选择模块选择的所述PUCCH资源的组中的PUCCH资源;其中:
所述索引模块被进一步配置为至少部分地基于被分配到被关联到所述PUCCH资源的所述DL子帧的所述唯一的编号,将所述PUCCH资源索引到在传统映射表中使用的信道值。
8.根据权利要求1所述的UE,其中,所述选择模块从对于所述UE已知的PUCCH资源的四个组中选择具有三个PUCCH资源的PUCCH资源的组,当Mp≥Ms+2时,所述PUCCH资源的四个组中的PUCCH资源的每一个组包括三个PUCCH资源,其中Mp表示针对主CC(PCC)的HARQ-ACK绑定窗的绑定窗尺寸,并且Ms表示针对辅CC(SCC)的HARQ-ACK绑定窗的绑定窗尺寸,其中,所述第一CC和所述额外的CC中的每一个是所述PCC或所述SCC中的一个以排除掉另一个。
9.一种用于在用户设备(UE)处支持针对具有载波聚合(CA)的混合自动重传请求(HARQ)的隐式映射的方法,包括:
在无线帧内识别与辅分量载波(SCC)相关联的虚拟绑定窗内的类型2下行链路(DL)子帧,其中,所述类型2DL子帧被虚拟地从主分量载波(PCC)移开,用于所述虚拟绑定窗的HARQ-确认(HARQ-ACK)复用;
针对由与所述类型2DL子帧相对应的物理下行链路控制信道(PDCCH)传输使用的第一分量载波单元(CCE),提取CCE编号;以及
当所述PCC的PCC窗尺寸大于所述SCC的SCC窗尺寸时,基于所述CCE编号来确定用于承载HARQ-ACK复用消息的物理上行链路控制信道(PUCCH)资源。
10.根据权利要求9所述的方法,进一步包括:
从与所述类型2DL子帧相对应的所述PDCCH传输中提取下行链路分配索引(DAI)值;以及
使用所述DAI值将所述PUCCH资源分配到在针对HARQ-ACK复用的传统映射表中使用的信道值。
11.根据权利要求9所述的方法,其中,与所述类型2DL子帧相关联的所述PUCCH资源由 表示,对于整数i,其中(0≤i≤M-1),由较高层配置,max{}是最大值函数,是被表示为以为单位的下行链路带宽配置,是频域中的资源块尺寸,被表示为子载波的数量,p是来自{0,1,2,3}的值,其使得Np≤nCCE<Np+1,m是在移开所述类型2子帧以便构造所述虚拟绑定窗之前,在所述PCC上的所述绑定窗内的类型2子帧的索引值,nCCE是所述类型2子帧‘i’中用于相对应的PDCCH的传输的第一控制信道单元(CCE)的数量,M=Mp指示在移开所述类型2子帧以便构造所述虚拟绑定窗之前的绑定窗尺寸,并且Mp表示在移开所述类型2子帧以便构造所述虚拟绑定窗之前,针对所述PCC的所述绑定窗尺寸。
12.根据权利要求9所述的方法,进一步包括:
接收由相对应的PDCCH指示的类型2物理下行链路共享信道(PDSCH)传输;或者
接收由相对应的PDCCH指示的DL半持久调度(SPS)释放。
13.根据权利要求9所述的方法,进一步包括:
将所述虚拟绑定窗映射到来自在第三代合作伙伴计划(3GPP)长期演进(LTE)标准的发布版10的技术规范(TS)36.213中指定的HARQ-ACK复用表10.1.3-2到10.1.3-7的传统HARQ-ACK表。
14.一种操作为提供混合自动重传请求确认(HARQ-ACK)响应的用户设备(UE),所述UE具有计算机电路,所述计算机电路被配置为:
确定在相同的无线帧内第一分量载波(CC)上的第一绑定窗以及第二CC上的第二绑定窗的最大尺寸和最小尺寸,所述第一CC和所述第二CC在所述相同的无线帧内具有不同的上行链路(UL)-下行链路(DL)配置;
将位于所述第一绑定窗和所述第二绑定窗中具有所述最小尺寸的较小一个绑定窗中的解码的DL子帧映射到在使用所述最小尺寸的第一传统HARQ-ACK表中提供的HARQ-ACK状态的小有序系列;
将与所述第一传统HARQ-ACK表相对应的HARQ-ACK状态的所述小有序系列重新映射到在使用所述最大尺寸的第二传统HARQ-ACK表中提供的HARQ-ACK状态的填充有序系列。
15.根据权利要求14所述的计算机电路,其中,被配置为重新映射HARQ-ACK状态的所述第一有序系列的计算机电路被进一步配置为:
利用预定的HARQ-ACK状态的多个实例填充HARQ-ACK状态的所述小有序系列,以便形成HARQ-ACK状态的所述填充有序系列;
当所述第一有序系列不包括ACK状态和否定ACK(NACK)状态两者并且所述最小值不是2时,使用所述第二传统HARQ-ACK表来映射与HARQ-ACK状态的所述小有序系列相对应的HARQ-ACK状态的所述填充有序系列;以及
当所述最小值是2并且所述第一有序系列包括所述NACK状态和不连续传输(DTX)状态中的至少一个以及所述ACK状态两者时,将HARQ-ACK状态的所述第一有序系列重新映射到与所述第二传统HARQ-ACK表相对应的HARQ-ACK状态的预定义的有序系列。
16.根据权利要求15所述的计算机电路,其中,被配置为针对所述最小尺寸为2并且所述最大尺寸为4将HARQ-ACK状态的所述第一有序系列重新映射到HARQ-ACK状态的所述预定义的有序系列的计算机电路被进一步配置为:
确定当HARQ-ACK状态的所述第一有序系列包括在所述第一传统HARQ-ACK表中提供的等于“ACK,NACK”、“ACK,DTX”以及“NACK,ACK”之一中的一个的HARQ-ACK(0)、HARQ-ACK(1)时的情况;
当HARQ-ACK状态的所述第一有序系列的HARQ-ACK(0)、HARQ-ACK(1)等于“ACK,NACK”或“ACK,DTX”时,将HARQ-ACK状态的所述第一有序系列重新映射到包括由所述第二传统HARQ-ACK表提供的等于“ACK,DTX,DTX,DTX”的HARQ-ACK(0)、HARQ-ACK(1)、HARQ-ACK(2)、HARQ-ACK(3)的HARQ-ACK状态的所述预定义的有序系列;以及
当HARQ-ACK状态的所述第一有序系列的HARQ-ACK(0)、HARQ-ACK(1)等于“NACK,ACK”时,将HARQ-ACK状态的所述第一有序系列重新映射到包括由所述第二传统HARQ-ACK表提供的等于“ACK,ACK,ACK,NACK”和“ACK,ACK,ACK,DTX”之一的HARQ-ACK(0)、HARQ-ACK(1)、HARQ-ACK(2)、HARQ-ACK(3)的HARQ-ACK状态的所述预定义的有序系列。
17.根据权利要求15所述的计算机电路,其中,被配置为针对所述最小尺寸为2并且所述最大尺寸为4将HARQ-ACK状态的所述第一有序系列重新映射到HARQ-ACK状态的所述预定义的有序系列的计算机电路被进一步配置为:
确定当HARQ-ACK状态的所述第一有序系列包括在所述第一传统HARQ-ACK表中提供的等于“ACK,NACK”、“ACK,DTX”以及“NACK,ACK”之一中的一个的HARQ-ACK(0)、HARQ-ACK(1)时的情况;
当HARQ-ACK状态的所述第一有序系列的HARQ-ACK(0)、HARQ-ACK(1)等于“ACK,NACK”或“ACK,DTX”时,将HARQ-ACK状态的所述第一有序系列重新映射到包括由所述第二传统HARQ-ACK表提供的等于“ACK,ACK,ACK,NACK”以及“ACK,ACK,ACK,DTX”之一的HARQ-ACK(0)、HARQ-ACK(1)、HARQ-ACK(2)、HARQ-ACK(3)的HARQ-ACK状态的所述预定义的有序系列;以及
当HARQ-ACK状态的所述第一有序系列的HARQ-ACK(0)、HARQ-ACK(1)等于“NACK,ACK”时,将HARQ-ACK状态的所述第一有序系列重新映射到包括由所述第二传统HARQ-ACK表提供的等于“ACK,DTX,DTX,DTX”的HARQ-ACK(0)、HARQ-ACK(1)、HARQ-ACK(2)、HARQ-ACK(3)的HARQ-ACK状态的所述预定义的有序系列。
18.根据权利要求15所述的计算机电路,其中,被配置为针对所述最小尺寸为2并且所述最大尺寸为3将HARQ-ACK状态的所述第一有序系列重新映射到HARQ-ACK状态的所述预定义的有序系列的计算机电路被进一步配置为:
确定当HARQ-ACK状态的所述第一有序系列包括在所述第一传统HARQ-ACK表中提供的等于“NACK,ACK”的HARQ-ACK(0)、HARQ-ACK(1)时的情况;以及
当HARQ-ACK状态的所述第一有序系列的HARQ-ACK(0)、HARQ-ACK(1)等于“NACK,ACK”时,将HARQ-ACK状态的所述第一有序系列重新映射到包括由所述第二传统HARQ-ACK表提供的等于“ACK,ACK,ACK”的HARQ-ACK(0)、HARQ-ACK(1)、HARQ-ACK(2)的HARQ-ACK状态的所述预定义的有序系列。
19.根据权利要求15所述的计算机电路,进一步包括被配置为执行下列操作的计算机电路:
当在所述第一CC和所述第二CC中的至少一个上的相对应的传输模式(TM)支持多达每子帧两个传输块(TB)时,在所述无线帧中的DL子帧内跨多个码字执行空间HARQ-ACK绑定,并且在TM支持多达两个TB的CC上,所述最小尺寸不等于零并且所述最大尺寸不等于1。
20.根据权利要求15所述的计算机电路,进一步包括被配置为执行下列操作的计算机电路:
使用与在所述第二传统HARQ-ACK表中提供的HARQ-ACK状态的所述填充的或预定义的有序系列相对应的信道值来执行信道选择;以及
利用与在所述第二传统HARQ-ACK表中提供的HARQ-ACK状态的所述填充的或预定义的有序系列相一致的星座点来准备物理上行链路控制信道(PUCCH)格式1b消息,用于在与所述信道选择相一致的信道上进行传输。
21.根据权利要求20所述的计算机电路,进一步包括被配置为执行下列操作的计算机电路:
基于针对所述第一传统HARQ-ACK表的所述最小尺寸以及针对所述第二传统HARQ-ACK表的所述最大尺寸,从在第三代合作伙伴计划(3GPP)长期演进(LTE)标准的发布版10的技术规范(TS)36.213中指定的HARQ-ACK复用表10.1.3-2到10.1.3-7中选择所述第一传统HARQ-ACK表和所述第二传统HARQ-ACK表。
22.根据权利要求15所述的计算机电路,进一步包括被配置为执行下列操作的计算机电路:
当执行空间绑定或者所述第一CC和所述第二CC中具有所述最小尺寸的一个被配置用于在所述无线帧内的每DL子帧单个传输块(TB)时,确定通过其填充HARQ-ACK状态的所述第一有序系列的所述预定的HARQ-ACK状态的实例的数量等于所述最大尺寸减去所述最小尺寸。
23.根据权利要求15所述的计算机电路,进一步包括被配置为执行下列操作的计算机电路:
在所述第一CC和所述第二CC中具有所述最小尺寸的一个被配置用于在所述无线帧内的每DL子帧两个传输块(TB)并且还没有执行空间绑定的情况下,确定通过其填充HARQ-ACK状态的所述第一有序系列的所述预定的HARQ-ACK状态的实例的数量等于两倍的所述最大尺寸减去两倍的所述最小尺寸。
24.根据权利要求15所述的计算机电路,其中,所述预定的HARQ-ACK状态是不连续传输(DTX)。
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201261653369P | 2012-05-30 | 2012-05-30 | |
US61/653,369 | 2012-05-30 | ||
US201261667325P | 2012-07-02 | 2012-07-02 | |
US61/667,325 | 2012-07-02 | ||
US13/853,404 | 2013-03-29 | ||
US13/853,404 US9094960B2 (en) | 2012-05-30 | 2013-03-29 | Hybrid automatic repeat request (HARQ) mapping for carrier aggregation (CA) |
PCT/US2013/041223 WO2013180957A1 (en) | 2012-05-30 | 2013-05-15 | Hybrid automatic repeat request (harq) mapping for carrier aggregation (ca) |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104303446A true CN104303446A (zh) | 2015-01-21 |
CN104303446B CN104303446B (zh) | 2018-02-06 |
Family
ID=74556600
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201380022767.8A Active CN104303446B (zh) | 2012-05-30 | 2013-05-15 | 用于载波聚合(ca)的混合自动重传请求(harq)映射的方法和设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US9094960B2 (zh) |
EP (1) | EP2856685B1 (zh) |
CN (1) | CN104303446B (zh) |
WO (1) | WO2013180957A1 (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108934078A (zh) * | 2017-05-25 | 2018-12-04 | 普天信息技术有限公司 | 一种下行数据传输方法和装置 |
CN110190939A (zh) * | 2015-12-19 | 2019-08-30 | 上海朗帛通信技术有限公司 | 一种laa传输中的上行控制信令的传输方法和装置 |
CN111492639A (zh) * | 2018-01-11 | 2020-08-04 | 联发科技股份有限公司 | 无线通讯的上行链路控制信息中混合式自动重送请求确认资源的保留机制 |
CN112398623A (zh) * | 2019-08-16 | 2021-02-23 | 华为技术有限公司 | 混合自动重传请求确认harq-ack资源确定方法 |
CN115189816A (zh) * | 2017-01-04 | 2022-10-14 | Idac控股公司 | 无线系统中的接收机反馈 |
Families Citing this family (36)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011138849A1 (ja) * | 2010-05-06 | 2011-11-10 | パナソニック株式会社 | 端末装置及び応答信号マッピング方法 |
KR101646513B1 (ko) | 2010-06-16 | 2016-08-08 | 엘지전자 주식회사 | 제어 정보를 전송하는 방법 및 이를 위한 장치 |
US9526091B2 (en) * | 2012-03-16 | 2016-12-20 | Intel Corporation | Method and apparatus for coordination of self-optimization functions in a wireless network |
US8953635B2 (en) * | 2012-05-17 | 2015-02-10 | Sharp Kabushiki Kaisha | Devices for sending and receiving feedback information |
US9749094B2 (en) * | 2012-06-14 | 2017-08-29 | Sharp Kabushiki Kaisha | Devices for sending and receiving feedback information |
US8958331B2 (en) | 2012-07-02 | 2015-02-17 | Intel Corporation | HARQ-ACK handling for unintended downlink sub-frames |
CN107302425B (zh) * | 2012-07-06 | 2020-10-27 | 华为技术有限公司 | 虚拟载波聚合的方法、基站和用户设备 |
WO2014014254A1 (ko) * | 2012-07-16 | 2014-01-23 | 엘지전자 주식회사 | 무선통신 시스템에서 수신확인 전송 방법 및 장치 |
US9258741B2 (en) * | 2012-08-03 | 2016-02-09 | Blackberry Limited | Carrier aggregation acknowledgement bits |
US8923880B2 (en) | 2012-09-28 | 2014-12-30 | Intel Corporation | Selective joinder of user equipment with wireless cell |
JP6180732B2 (ja) * | 2012-12-17 | 2017-08-16 | 株式会社Nttドコモ | ユーザ端末、無線基地局及び無線通信方法 |
ES2656160T3 (es) | 2012-12-18 | 2018-02-23 | Lg Electronics Inc. | Método y aparato para transmitir ACK/NACK en un sistema de comunicación inalámbrica |
US9288027B2 (en) * | 2013-04-12 | 2016-03-15 | Broadcom Corporation | Interference mitigation through carrier aggregation |
US10313079B2 (en) * | 2013-08-23 | 2019-06-04 | Qualcomm Incorporated | Common HARQ processes |
US9608774B2 (en) * | 2013-10-03 | 2017-03-28 | Qualcomm Incorporated | Opportunistic HARQ repetition for coverage enhancement |
US20170250927A1 (en) * | 2013-12-23 | 2017-08-31 | Dali Systems Co. Ltd. | Virtual radio access network using software-defined network of remotes and digital multiplexing switches |
CN104767593A (zh) | 2014-01-03 | 2015-07-08 | 中兴通讯股份有限公司 | 应答信息传输方法及装置、终端、基站 |
US9729283B2 (en) | 2014-05-08 | 2017-08-08 | Intel IP Corporation | Systems, methods and devices for flexible retransmissions |
JP6843735B2 (ja) * | 2014-07-11 | 2021-03-17 | クゥアルコム・インコーポレイテッドQualcomm Incorporated | ピアツーピア(p2p)通信およびワイドエリアネットワーク(wan)通信の多重化 |
US9445344B1 (en) * | 2014-07-22 | 2016-09-13 | Sprint Spectrum L.P. | Preferentially assigning data slots subject to bundled acknowledgments to devices that support carrier aggregation |
CN106664189B (zh) * | 2014-08-20 | 2020-06-16 | Lg 电子株式会社 | 在无线通信系统中用于信号传输的方法和设备 |
US11218254B2 (en) | 2015-01-29 | 2022-01-04 | Samsung Electronics Co., Ltd | Method and apparatus for transmitting/receiving HARQ-ACK signal in wireless communication system supporting carrier aggregation |
WO2016122390A2 (en) * | 2015-01-30 | 2016-08-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Harq ack/nack bundling of feca |
US10104568B2 (en) * | 2015-06-30 | 2018-10-16 | Qualcomm Incorporated | Periodic channel state information reporting for enhanced carrier aggregation |
GB2540628A (en) * | 2015-07-24 | 2017-01-25 | Fujitsu Ltd | Control messages in wireless communication |
CN107615849B (zh) | 2015-08-12 | 2020-07-14 | 华为技术有限公司 | 上行控制信息发送接收方法、装置及系统 |
US20170064695A1 (en) * | 2015-08-25 | 2017-03-02 | Qualcomm Incorporated | Transmission parameter control for immediate response frames |
US10021686B1 (en) | 2015-10-19 | 2018-07-10 | Sprint Spectrum L.P. | Scheduling traffic based on acknowledgment bundling |
DE112016007007T5 (de) | 2016-06-22 | 2019-03-07 | Intel Corporation | Kommunikationsvorrichtung und verfahren für vollduplex-disposition |
EP3567783B1 (en) * | 2017-01-05 | 2022-04-27 | LG Electronics Inc. | Method for transmitting/receiving uplink channel in wireless communication system, and device therefor |
CN108282881B (zh) * | 2017-01-06 | 2020-12-15 | 华为技术有限公司 | 一种资源配置方法及装置 |
US10873869B2 (en) * | 2017-06-16 | 2020-12-22 | Qualcomm Incorporated | Cell-specific sounding and measurement configuration |
US11025372B2 (en) * | 2017-10-26 | 2021-06-01 | Qualcomm Incorporated | Semi-persistent scheduling management in new radio |
US10686576B2 (en) * | 2017-11-17 | 2020-06-16 | Qualcomm Incorporated | Techniques and apparatuses for hybrid automatic repeat request acknowledgement (HARQ-ACK) feedback for carrier aggregation in new radio |
EP3793300A4 (en) * | 2018-05-11 | 2021-12-15 | Ntt Docomo, Inc. | USER TERMINAL AND WIRELESS BASE STATION |
KR20200111553A (ko) * | 2019-03-19 | 2020-09-29 | 삼성전자주식회사 | 무선 통신 시스템에서 이중 접속을 위한 단말의 상향 채널 전송 방법 및 장치 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102082645A (zh) * | 2010-12-30 | 2011-06-01 | 电子科技大学 | 载波聚合下harq的ack/nack反馈方法 |
US20120099491A1 (en) * | 2010-10-21 | 2012-04-26 | Lg Electronics Inc. | Method and apparatus for transmitting ack/nack information in multicarrier-supporting wireless communication system |
WO2012060632A2 (ko) * | 2010-11-02 | 2012-05-10 | 엘지전자 주식회사 | 무선 통신 시스템에서 상향링크 제어정보 송수신 방법 및 장치 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101998539B (zh) * | 2009-08-18 | 2013-07-31 | 电信科学技术研究院 | Ack/nack资源预留的方法、系统和设备 |
US9185564B2 (en) * | 2012-05-11 | 2015-11-10 | Sharp Kabushiki Kaisha | Devices for sending and receiving feedback information |
-
2013
- 2013-03-29 US US13/853,404 patent/US9094960B2/en active Active
- 2013-05-15 CN CN201380022767.8A patent/CN104303446B/zh active Active
- 2013-05-15 WO PCT/US2013/041223 patent/WO2013180957A1/en active Application Filing
- 2013-05-15 EP EP13796283.3A patent/EP2856685B1/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120099491A1 (en) * | 2010-10-21 | 2012-04-26 | Lg Electronics Inc. | Method and apparatus for transmitting ack/nack information in multicarrier-supporting wireless communication system |
WO2012060632A2 (ko) * | 2010-11-02 | 2012-05-10 | 엘지전자 주식회사 | 무선 통신 시스템에서 상향링크 제어정보 송수신 방법 및 장치 |
CN102082645A (zh) * | 2010-12-30 | 2011-06-01 | 电子科技大学 | 载波聚合下harq的ack/nack反馈方法 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110190939A (zh) * | 2015-12-19 | 2019-08-30 | 上海朗帛通信技术有限公司 | 一种laa传输中的上行控制信令的传输方法和装置 |
CN110190939B (zh) * | 2015-12-19 | 2021-07-27 | 上海朗帛通信技术有限公司 | 一种laa传输中的上行控制信令的传输方法和装置 |
CN115189816A (zh) * | 2017-01-04 | 2022-10-14 | Idac控股公司 | 无线系统中的接收机反馈 |
CN108934078A (zh) * | 2017-05-25 | 2018-12-04 | 普天信息技术有限公司 | 一种下行数据传输方法和装置 |
CN111492639A (zh) * | 2018-01-11 | 2020-08-04 | 联发科技股份有限公司 | 无线通讯的上行链路控制信息中混合式自动重送请求确认资源的保留机制 |
CN111492639B (zh) * | 2018-01-11 | 2022-03-01 | 联发科技股份有限公司 | 无线通讯的上行链路控制信息中混合式自动重送请求确认资源的保留机制 |
CN112398623A (zh) * | 2019-08-16 | 2021-02-23 | 华为技术有限公司 | 混合自动重传请求确认harq-ack资源确定方法 |
CN112398623B (zh) * | 2019-08-16 | 2022-03-29 | 华为技术有限公司 | 混合自动重传请求确认harq-ack资源确定方法 |
Also Published As
Publication number | Publication date |
---|---|
EP2856685A1 (en) | 2015-04-08 |
WO2013180957A1 (en) | 2013-12-05 |
EP2856685B1 (en) | 2022-01-05 |
CN104303446B (zh) | 2018-02-06 |
US9094960B2 (en) | 2015-07-28 |
EP2856685A4 (en) | 2016-03-02 |
US20130322358A1 (en) | 2013-12-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104303446B (zh) | 用于载波聚合(ca)的混合自动重传请求(harq)映射的方法和设备 | |
EP2901601B1 (en) | Hybrid automatic repeat request (harq) mapping for carrier aggregation (ca) | |
EP2856723B1 (en) | Hybrid automatic repeat request (harq) mapping for carrier aggregation (ca) | |
US10271319B2 (en) | Physical uplink control channel (PUCCH) resource allocation (RA) for a hybrid automatic retransmission re-quest-acknowledge (HARQ-ACK) transmission | |
CN110268786B (zh) | 无线蜂窝通信系统中发送控制和数据信息的方法和装置 | |
US9362998B2 (en) | Hybrid automatic repeat request-acknowledge (HARQ-ACK) codebook generation for inter-band time division duplex (TDD) carrier aggregation (CA) | |
US9913254B2 (en) | Method and apparatus for indicating subframes associated with a hybrid automatic repeat request feedback | |
TWI533650B (zh) | 載波聚合系統中之上行鏈路控制頻道資源映射 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20200327 Address after: California, USA Patentee after: Apple Inc. Address before: California, USA Patentee before: INTEL Corp. |