CN105721114B - 通信***中处理通信操作的方法以及相关设备 - Google Patents
通信***中处理通信操作的方法以及相关设备 Download PDFInfo
- Publication number
- CN105721114B CN105721114B CN201510973271.XA CN201510973271A CN105721114B CN 105721114 B CN105721114 B CN 105721114B CN 201510973271 A CN201510973271 A CN 201510973271A CN 105721114 B CN105721114 B CN 105721114B
- Authority
- CN
- China
- Prior art keywords
- cell
- harq
- service cell
- subframe
- transmission
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 261
- 238000004891 communication Methods 0.000 title claims abstract description 52
- 238000012545 processing Methods 0.000 title claims abstract description 13
- 230000005540 biological transmission Effects 0.000 claims abstract description 175
- 230000004044 response Effects 0.000 claims abstract description 9
- 238000013475 authorization Methods 0.000 claims description 152
- 238000012790 confirmation Methods 0.000 claims description 26
- 230000008569 process Effects 0.000 claims description 19
- 230000003139 buffering effect Effects 0.000 claims description 13
- 230000011664 signaling Effects 0.000 claims description 6
- 238000006386 neutralization reaction Methods 0.000 claims description 3
- 238000001228 spectrum Methods 0.000 description 20
- 230000002708 enhancing effect Effects 0.000 description 13
- 230000004048 modification Effects 0.000 description 12
- 238000012986 modification Methods 0.000 description 12
- 230000015654 memory Effects 0.000 description 9
- 230000007246 mechanism Effects 0.000 description 8
- 230000006870 function Effects 0.000 description 7
- 238000005192 partition Methods 0.000 description 7
- 238000009826 distribution Methods 0.000 description 6
- 238000005303 weighing Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 238000004220 aggregation Methods 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000003321 amplification Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000003199 nucleic acid amplification method Methods 0.000 description 2
- 238000013316 zoning Methods 0.000 description 2
- CIWBSHSKHKDKBQ-JLAZNSOCSA-N Ascorbic acid Chemical compound OC[C@H](O)[C@H]1OC(=O)C(O)=C1O CIWBSHSKHKDKBQ-JLAZNSOCSA-N 0.000 description 1
- 101100379079 Emericella variicolor andA gene Proteins 0.000 description 1
- 240000002853 Nelumbo nucifera Species 0.000 description 1
- 235000006508 Nelumbo nucifera Nutrition 0.000 description 1
- 235000006510 Nelumbo pentapetala Nutrition 0.000 description 1
- 244000131316 Panax pseudoginseng Species 0.000 description 1
- 235000005035 Panax pseudoginseng ssp. pseudoginseng Nutrition 0.000 description 1
- 235000003140 Panax quinquefolius Nutrition 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000005713 exacerbation Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 235000008434 ginseng Nutrition 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000006116 polymerization reaction Methods 0.000 description 1
- 230000000379 polymerizing effect Effects 0.000 description 1
- 238000003860 storage Methods 0.000 description 1
- 230000026676 system process Effects 0.000 description 1
Classifications
-
- 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
- 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
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1874—Buffer management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—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/1867—Arrangements specially adapted for the transmitter end
- H04L1/1893—Physical mapping arrangements
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
一种通信***中处理通信操作的方法以及相关设备。根据一示例性实施例,本揭露提出一种无线通信***中移动装置处理通信操作的方法,该方法适用于通过无线通信***的网络配置有多个服务小区的移动装置,多个服务小区包括第一服务小区和第二服务小区。该方法将包含:经由第一服务小区在第一子帧中接收第一传输且对第一传输进行解码;响应于对第一传输进行解码而产生解码结果;在第二子帧中传输确认或否定确认,其中确认或否定确认对应于解码结果;以及经由第二服务小区在第三子帧中接收第二传输,其中第二传输是第一传输的重新传输。
Description
技术领域
本揭露涉及一种通信***中处理通信操作的方法以及相关设备。
背景技术
第三代移动通信标准化伙伴项目(3rd Generation Partnership Project,3GPP)Rel-8标准以及/或是3GPP Rel-9标准的长期演进(long-term evolution,LTE)通信***已开发作为通用移动通信***(universal mobile telecommunications system,UMTS)的继承者,以便进一步增强UMTS的性能且满足用户增加的需求。LTE***将包含改进的无线电接口以及改进的无线电网络架构以相对于前任者提供高数据速率、低时延、分组优化、改进的***容量以及改进的覆盖范围。
图1说明典型的LTE***100,其中被称为演进型通用陆地无线接入网(evolvedTerrestrial Radio Access Network,E-UTRAN)的无线电接入网络(Radio AccessNetwork,RAN)将包含用于与一或多个用户设备(user equipment,UE)102通信的一或多个演进型节点B(evolved Node-B,eNB)101。E-UTRAN可以与包含移动性管理实体(MobilityManagement Entity,MME)104、服务网关(Serving Gateway,S-GW)105等的核心网络103进行用于非接入层(Non Access Stratum,NAS)控制的通信,。
LTE通信***目前具有至少两个可用的双工机制,其将包含频分双工(frequency-division duplexing,FDD)机制和时分双工(time-division duplexing,TDD)机制。当实施FDD时,UE将能够同时在不同载波中传输和接收信号。当实施TDD时,UE将能够在不同时隙中分离上行和下行传输。此外,TDD***可以通过不同TDD配置提供灵活的资源利用。
图2说明目前由LTE通信***实施的七个不同上行链路/下行链路(uplink/downlink,UL/DL)配置。基于流量特性,可以选择范围介于2:3与9:1之间的不同DL:UL比率(如图2中所示)。详细地说,任何“U”(例如,201)表示子帧(subframe)是用于传输UL数据的UL子帧,任何“D”(例 如,202)表示子帧是用于传输DL数据的DL子帧,并且任何“S”(例如,203)表示子帧是用于传输控制信息以及可能是数据(根据特殊子帧配置)的特殊子帧。
图3A说明LTE通信***的典型下行链路子帧300。下行链路子帧300可以包括物理下行链路控制信道(physical downlink control channel,PDCCH)301和物理下行链路共享信道(physical downlink shared channel,PDSCH)303。PDSCH 303是分配给特定用户的数据承载信道。分配在PDCCH 301内的下行链路控制信息(downlink controlinformation,DCI)302可以指示下行链路指配。当UE检测子帧中的下行链路指配时,UE将接收相同子帧中对应的PDSCH。一般来说,PDSCH通常由相同子帧中的下行链路指配来进行调度(如图3B中所示)。
DCI 302可以指示PDSCH 303中的下行链路资源,以调度混合自动重复请求(hybrid automatic repeat request,HARQ)过程(processes)的下行链路资源。DCI 302可以包含指示DL HARQ过程数目的字段,其中图4A中示出下行链路混合自动重复请求过程(DLHARQ)的相关最大数目(MDL_HARQ)。如图4A中可以看出,(每载波)MDL_HARQ将与通过通信装置操作的TDD/FDD双工设定以及/或是TDD配置有关。例如,针对FDD载波401,MDL_HARQ 402将通常被设定成8。针对具有UL/DL配置0、1、2、3、4、5和6的TDD载波403,MDL_HARQ 402将分别被设定为4、7、10、9、12、15和6。因此,根据UL/DL配置,针对FDD载波401,需要DCI中的3个位来表示最多8个HARQ过程,而针对TDD载波403,需要DCI中的4个位来表示HARQ过程的多种最大数目。
图4B是说明当前LTE HARQ重新传输(retransmission)过程的流程图。在步骤S411a中,基站将经由服务小区(serving cell)在第一子帧中传输第一传输。在步骤S411b中,UE将经由服务小区在第一子帧中接收第一传输。在步骤S412中,UE将对第一传输进行解码。在步骤S413a中,UE将在第二子帧中传输确认(acknowledgment,ACK)或否定确认(negative acknowledgment,NACK),其中确认或否定确认(ACK/NACK)对应于解码结果。在步骤S413b中,基站将在第二子帧中接收对应于第一传输的ACK或NACK。在步骤S414a中,基站将经由服务小区在第三子帧中传输第二传输,其中第二传输是第一传输的重新传输。在步骤S414b中,UE将经由服务小区 在第三子帧中接收第二传输,其中第二传输是第一传输的重新传输。对于当前LTE HARQ重新传输过程,当在服务小区中传输第一传输时,第二传输也将在同一服务小区中传输。
图5A说明FDD模式下的HARQ过程的实例。一般来说,在常规的FDD***中支持最多8个DL HARQ过程或MDL_HARQ=8。在图5A中,P0至P7中的每一个分别表示8个DL HARQ过程中的每一个。DL过程数目由DCI中的字段(又称之为“栏位”)“HARQ数目(HARQ number)”指示,其针对FDD为3个位字段且针对TDD为4个位字段。参考图5A,在步骤S501中,假定UE在子帧索引0中接收DL HARQ过程p0的第一传输,那么在子帧索引为4时UE会传输与DL HARQ过程p0的第一传输相对应的ACK/NACK。在步骤S502中,假定UE在子帧索引4中传输与DL HARQ过程p0的第一传输相对应的NACK,那么在步骤S503中,UE可以在子帧索引8中接收DL HARQ过程p0的重新传输,其中第一传输和重新传输是在同一服务小区上接收的。
在图5A中,在第一传输与重新传输之间的时间期间,UE可以接收最多8个DL HARQ过程(P0至P7)。因此,在常规的FDD***中,DL HARQ过程的最大数目是8(MDL_HARQ=8)。
图5B和图5C分别说明在TDD模式UL/DL配置0以及在TDD模式UL/DL配置5中的HARQ过程的实例。MDL_HARQ与其UL/DL配置有关。在图5B中,P0至P3数表示在TDD模式UL/DL配置0中在DL HARQ过程的最大数目是4时的每个DL HARQ过程;而在图5C中,P0至P14数指示在TDDUL/DL配置5中DL HARQ过程的最大数目是15。在步骤S511中,假定UE在无线电(radio)帧(frame)m的子帧索引0中接收DL HARQ过程p0的第一传输。在步骤S512中,在子帧索引为4时UE会在配置用于上行链路的子帧中传输与DL HARQ过程p0的第一传输相对应的NACK。然而,在子帧索引4后的4个子帧不是下行链路子帧,因此在步骤S513中,UE在帧m+1的子帧索引0中接收DL HARQ过程p0的重新传输,其中第一传输和重新传输是在同一服务小区上接收的。
在图5B中,在第一传输与重新传输之间的时间期间,UE可以接收最多4个DL HARQ过程(P0至P3)。因此,如果UL/DL配置是0,那么在常规的TDD***中DL HARQ过程的最大数目是4(MDL_HARQ=4)。
关于图5C中示出的实例,在步骤S521中,假定UE在帧m的子帧索引0中接收DL HARQ过程p0的第一传输。然而,在子帧索引0后的4个子帧不是上行链路子帧,因此在步骤S522中,UE在下一可用上行链路子帧(帧m+1的子帧索引2)中传输与DL HARQ过程p0的第一传输相对应的NACK。在步骤S523中,UE在帧m+1的子帧索引6中接收DL HARQ过程p0的重新传输,其中第一传输和重新传输是在同一服务小区上接收的。
在图5C中,在第一传输与重新传输之间的时间期间,UE可以接收最多15个DL HARQ过程(P0至P14)。因此,如果UL/DL配置是5,那么在常规的TDD***中,DL HARQ过程的最大数目是15(MDL_HARQ=15)。
先进型LTE(LTE-advanced,LTE-A)***(正如其名称所示)为LTE***的Rel-8和Rel-9的升级。LTE-A***旨在电力状态之间更快的切换,改进eNB的覆盖范围边缘处的性能,且包含先进技术(例如,载波聚合(carrier aggregation,CA)、多点协作(coordinatedmultipoint,CoMP)传输/接收、UL多入多出(multiple-input multiple-output,MIMO)技术等)。对于在LTE-A***中彼此通信的UE和eNB,UE和eNB可以遵守开发用于LTE-A***的标准,例如,3GPP Rel-10标准或稍后版本。
通过可以将一个以上载波(例如,多个分量载波、多个服务小区)聚合的CA引入LTE-A Rel-10***以及之后技术,以实现更宽的频带传输。CA将通过聚合多个载波来增加带宽灵活性。当UE配置有CA时,UE具有能力来经由一或多个载波接收以及/或是传输分组,以增加整个***吞吐量。图6A说明聚合2个FDD DL服务小区的FDD CA方案的实例,并且图6B说明聚合2个TDD服务小区的TDD CA方案。因此,当与3GPP Rel-8标准向后兼容的每个服务小区对应的最大带宽20MHz为可用时,LTE-A***可以通过聚合5个服务小区的最大数目来支持最多100MHz的更宽带宽。LTE-A***支持用于两个连续和非连续服务小区的CA,其中每个服务小区限于110个资源块的最大值。CA因此将通过聚合服务小区来增加带宽灵活性。
当UE配置有CA时,UE具有能力来经由一或多个服务小区(或即,配置的多个分量载波(component carrier,CC))接收以及/或是传输分组,以增加其传输吞吐量。如果在LTE-A***中实施FDD模式,那么eNB有可能将UE配置给不同数目的上行(UL)和下行(DL)服务小区。否则,如果在LTE-A***中实施TDD模式,那么eNB有可能针对不同服务小区以不同TDDUL/DL配置来配置UE。
此外,配置给UE的服务小区在FDD模式下将通常包含一个或仅一个DL主要服务小区(DL primary serving cell,DL PCell)以及一个或仅一个UL主要服务小区(UL primaryserving cell,UL PCell)。关于在TDD模式中的操作,配置给服务小区的UE将通常包含一个或仅一个PCell以及一或多个次要服务小区(secondary serving cell,SCell)。所配置SCell的数目是任意的并且将通常与UE的UL以及/或是DL聚合能力以及可用的无线电资源有关。
LTE***中已采用混合自动重复请求(Hybrid Automatic Repeat reQuest,HARQ)过程以提供有效且可靠的通信。而由于与自动重复请求(Automatic Repeat reQuest,ARQ)过程不同,因此HARQ过程已采用前向校正码(forward correcting code,FEC)。例如,假定移动装置已正确地对分组进行解码,那么移动装置可以反馈肯定(positive)确认(ACK)以将移动装置已正确地接收到所述分组告知给网络。相反地,如果移动装置无法正确地对包进行解码,那么移动装置可以向网络反馈否定确认(NACK)。在UE已接收到NACK的情况下,UE可以将接收到的一部分或全部的数据分组存储在UE的软缓冲区(soft buffer)中。
UE的软缓冲区大小可以由软信道位(soft channel bits,Nsoft)的总数目指示并且如图7中所说明随其UE类别变化而变化。与图7有关特定操作的详细说明是描述于作为参考而并入的3GPP TS 36.306中,即,“E-UTRA;用户设备无线电接入能力(User Equipment(UE)radio access capabilities)(版本12)”。响应于从另一无线节点的无线发射器接收重新传输分组,UE可以将重传分组和所存储分组的软值(soft value)进行组合。UE的接收器可以通过使用组合的软值来对分组进行解码。此外,一或多个先前错误地接收到的分组和目前接收到的分组的组合将增加成功解码的概率。UE将继续HARQ过程,直到正确地对分组进行解码为止或直到已发送最大数目的重新传输为止。当达到最大数目的重新传输时,HARQ过程将产生失败(failure)并且因此UE可以允许再次尝试无线电链路控制(RadioLink Control,RLC)的ARQ过程。换句话说,软缓冲区的空间将保留给HARQ过程,以使得UE可以存储尚未正确地进行解码的HARQ过程的结果。否则,如果软缓冲区被完全占用,那么HARQ可能受阻。当将多个分组传输到UE时,由于尝试对分组进行解码的不成功,因此UE通常将需要存储多个HARQ过程。
如先前所述,在LTE/LTE-A***中,UE可以对每服务小区存储8个HARQ过程的最大值于软缓冲区中。每个HARQ过程可以携载至少一个分组。分组可以是(例如)LTE***中的传送块(Transport Block,TB)。传送块是LTE无线电子帧中在PDSCH(例如,303)上从eNB(例如,101)传输到至少一个UE(例如,102)的数据单元。每个LTE无线电子帧具有1毫秒(ms)的期间。每个LTE无线电帧是10ms且含有10个LTE无线电子帧。当在多入多出技术(MIMO)的方法(例如,空间多路复用)下操作时,可以针对UE每传输时间间隔(Transmission TimeInterval,TTI)传输一个以上传送块。因此,以下将说明在包括至少一个服务小区的网络中软缓冲区分区方法。
请参考图4A和图7进行以下描述。根据作为参考而并入的3GPP TS36.213,即,“E-UTRA;物理层程序(Physical layer procedures)(版本12)”,Nsoft可以根据以下方程式分成多个分区,以存储软信道位:
(方程式1)
为了更清楚地描述,对于FDD、TDD以及FDD-TDD,如果UE配置有一个以上服务小区或如果UE配置有次要小区群组(Secondary Cell Group,SCG),那么对于每个服务小区,以及对于至少(KMIMO·min(MDL_HARQ,Mttmit))传送块,在检测到对传送块的编码块解码失败后,UE可以存储对应于范围为至少nSB个软信道位的所接收软信道位,其中:
C是传送块(TB)的代码块(code block)的数目。
Ncb是传送块(TB)的代码块的大小。
KMIMO是在服务小区的TTI中可将传送块传输到UE的最大数目。
Mttmit是等于8的正值。
MDL_HARQ是如图4中示出的DL HARQ过程的最大数目。
如果UE配置有SCG,那么是跨越必选小区群组(Mandatory Cell Group,MCG)和次要小区群组(Secondary Cell Group,SCG)两者所配置的服务小区数目;否则,是配置的服务小区数目。
min(MDL_HARQ,Mttmit)是比较MDL_HARQ和Mttmit并传回MDL_HARQ和Mttmit中较小的一个数值。
图8说明常规软缓冲区分区方法的步骤。如方程式1中示出,当UE配置有一个以上服务小区时或如果UE配置有次要小区组(SCG),软缓冲区将 划分给每个配置的服务小区以及/或是每个小区群组。软缓冲区根据以下步骤划分:
在步骤S801中,UE将确定软信道位的总数目(Nsoft)以及DL服务小区的数目
在步骤S802中,如果将UE配置给 个服务小区,那么UE可以针对每个服务小区而将整个软缓冲区分成软缓冲区的个子块,其中软缓冲区的每个子块的大小为
在步骤S803中,UE可以进一步将软缓冲区的每个子块分成用于HARQ过程的min(MDL_HARQ,Mttmit)个分区,其中用于HARQ过程的每个分区的大小为
例如,如果将UE配置给个服务小区,那么软缓冲区划分给个服务小区。换句话说,如果将UE配置给个服务小区,那么可以将整个软缓冲区分成个子块给每个服务小区,其中软缓冲区的每个子块具有的大小。对于每个服务小区,最多min(MDL_HARQ,Mttmit)个HARQ过程可以存储在软缓冲区中,并且每个HARQ过程的软缓冲区的大小为至少个软信道位。此外,对于HARQ过程内的每个传送块,每个HARQ过程的软缓冲区的大小为至少个软信道位。
图9中示出图8概念的应用,其说明在FDD***中具有3个DL服务小区(一个DLPCell和2个DL SCell)的常规软缓冲区分区的步骤,并且因此等于3。在此FDD实例中,针对每个DL服务小区,MDL_HARQ等于8,并且将发射分集(transmit diversity)配置给UE;因此将KMIMO设定为1。共同参考图8和图9,软缓冲区如下进行划分。在步骤S801中,UE将确定软信道位(例如,905)的总数目(Nsoft)以及DL服务小区的数目(例如,)。在步骤S802中,如果将UE配置给3个服务小区,那么UE可以针对每个服务小区而将整个软缓冲区分成软缓冲区的3个子块(例如,902、903、904),其中软缓冲区的每个子块的大小为在步骤S803中,UE可以进一步将软缓冲区的每个子块分成用于HARQ过程的8个分区,其中用于HARQ过程 的每个分区(例如,901)的大小为
参考图9,如果将UE配置给3个服务小区,那么UE会将整个软缓冲区分成软缓冲区的3个子块,其包含分别针对每个服务小区的第1子块902、第2子块903以及第3子块904。将软缓冲区的每个子块分成用于HARQ过程的8个分区(例如,针对第1子块902分成1-1至1-8,针对第2子块903分成2-1至2-8,针对第3子块904分成3-1至3-8),其中用于HARQ过程的每个分区的大小为第1子块902可以用于PCell,第2子块903可以用于第一SCell,并且第3子块904可以用于第二SCell。
作为图8的应用,图10说明在TDD***中具有3个TDD服务小区的常规软缓冲区分区的步骤。在此实例中,3个TDD服务小区将包含具有UL/DL配置0的PCell以及具有UL/DL配置5的两个SCells,并且因此等于3。在此实例中,针对PCell和SCell,MDL_HARQ分别等于4和15。并且将发射分集(transmit diversity)配置给UE;因此将KMIMO设定为1。共同参考图8和图10,软缓冲区如下进行划分。在步骤S801中,UE将确定软信道位(例如,1006)的总数目(Nsoft)以及DL服务小区的数目(例如,)。在步骤S802中,如果UE配置成3个服务小区,那么UE可以针对每个服务小区而将整个软缓冲区分成软缓冲区的3个子块(例如,1003、1004、1005),其中软缓冲区的每个子块大小为在步骤S803中,UE可以进一步将软缓冲区的每个子块分成用于HARQ过程的min(MDL_HARQ,Mttmit)个分区(例如,1001、1002),其中用于HARQ过程的每个分区的大小为对于PCell,用于HARQ过程的每个分区(例如,1001)的大小为对于SCell,用于HARQ过程的每个分区(例如,1002)的大小为
参看图10,如果UE配置成3个服务小区,那么针对每个服务小区而将整个软缓冲区1006分成软缓冲区的3个子块(第1子块1003、第2子块1004和第3子块1005)。对于PCell,将软缓冲区的子块分成用于HARQ过程的4个分区(针对第1子块1003分成1-1至1-4),其中用于HARQ过程的每个分区的大小为对于SCell,将软缓冲区的子块分成用于HARQ过程的8个分区(针对第2子块1004分成2-1至2-8,针对第3子块1005分成3-1至3-8),其中用于HARQ过程的每个分区的大小为第1子块1003将用于PCell,第2子块1004将用于第一SCell,并且第3子块1005将用于第二SCell。
图11说明FDD***中的常规DL HARQ ACK或NACK(ACK/NACK)反馈时间轴。对于FDD***,UE响应于子帧n中的至少一个PDSCH传输而传输HARQ ACK/NACK反馈,以报告DL HARQ传输,其中由在子帧n-4内对应的DL控制信道(例如,物理下行链路控制信道(PhysicalDownlink Control Channel,PDCCH)或增强的物理下行链路控制信道(enhanced PhysicalDownlink Control Channel,ePDCCH))指示DL HARQ传输。如图11中示出,ACK/NACK响应将在初始传输后的第4个子帧内传输。
关于TDD单一服务小区***,将适用图12中用于TDD的下行链路关联集合索引K:{k0,k1,…,kM-1},其中M是下行链路关联集合中的元素的数目,且所述下行链路关联集合索引包括至少一个元素。关于图12的应用的详细描述可以在作为参考而并入的TS 36.213中的表10.1.3.1-1观察到。实质上,UE将响应于子帧n1202中的至少一个PDSCH传输而传输HARQ ACK或NACK(ACK/NACK)反馈,以通过在子帧n-k内对应的DL控制信道(例如,物理下行控制信道(PDCCH)或增强的物理下行控制信道(ePDCCH))作为指示的DL HARQ传输进行报告,其中k∈K且与服务小区的其UL/DL配置1201有关。简单来说,以配置0作为实例,UE将响应于在子帧索引0(4–4=0)中接收传输而在子帧索引1202n=4中传输DL HARQ ACK/NACK反馈。类似地,UE将响应于分别在子帧索引1(即,7–6=1)和子帧索引5(即,9–4=5)中接收传输而在子帧索引7和9中传输HARQ ACK/NACK反馈。
图13A说明在配置有UL/DL配置0的TDD单一服务小区***中的DL HARQ ACK或NACK(ACK/NACK)反馈时间轴。参考图12和图13A两者,UE将响应于子帧n中的至少一个物理DL共享信道(Physical DL Shared Channel,PDSCH)传输而传输DL HARQ ACK/NACK反馈以报告DL HARQ传输,其中由在子帧n-k内对应的DL控制信道(例如,物理下行控制信道(PDCCH)或增强的物理下行控制信道(ePDCCH))指示DL HARQ传输,其中k∈K且与其UL/DL配置0有关。在此实例中,UE将在帧m的子帧4、7或9中传输DL HARQ ACK/NACK反馈以便报告由在帧m的子帧0、1或5内对应的DL控制信道(例如,物理下行控制信道(PDCCH)或增强的物理下行控制信道(ePDCCH))所指示的DL HARQ传输。随后,UE将在帧m-1的子帧2中传输DL HARQ ACK/NACK反馈以便报告由在帧m的子帧6内对应的DL控制信道(例如,物理下行控制信道(physicaldownlink control channel, PDCCH)或增强的物理下行控制信道(enhanced physicaldownlink control channel,ePDCCH))所指示的DL HARQ传输。
在如图13所说明的实例中,HARQ ACK/NACK的传输将由于4个子帧内不可用上行子帧而延时。特殊子帧“S”将被视为下行链路子帧。类似概念将适用于配置有如图13B中所说明的UL/DL配置1的TDD单一服务小区***中的DL HARQ ACK/NACK反馈时间轴。
图13C说明在配置有UL/DL配置5的TDD单一服务小区***中的DL HARQ ACK或NACK(ACK/NACK)反馈时间轴。对于图13C,UE将响应于子帧n中的至少一个PDSCH传输而传输DLHARQ ACK/NACK反馈,以便报告由在子帧n-k内对应的DL控制信道(例如,物理下行控制信道(PDCCH)或增强的物理下行控制信道(ePDCCH))所指示的DL HARQ传输,其中k∈K且与其UL/DL配置5有关。在此实例中,UE应在帧m+2的子帧2中传输DL HARQ ACK/NACK反馈以报告由在帧m的子帧9内对应的DL控制信道(例如,物理下行控制信道(PDCCH)或增强的物理下行控制信道(ePDCCH))所指示的DL HARQ传输以及由在帧m+1的子帧0/1/3/4/5/6/7/8内对应的DL控制信道(例如,物理下行控制信道(PDCCH)或增强的物理下行控制信道(ePDCCH))所指示的DL HARQ传输。
对于TDD带间(inter-band)CA情况,可以至少一个SCell配置成与PCell不同的UL/DL配置。在此特定情况下,对于服务小区c,UE可以响应于子帧n中的至少一个物理DL共享信道(PDSCH)传输而发射DL HARQ ACK或NACK(ACK/NACK)反馈,以便报告由在子帧n-k内对应DL的控制信道(例如,物理下行控制信道(physical downlink control channel,PDCCH)或增强的物理下行控制信道(enhanced physical downlink control channel,ePDCCH))所指示的DL HARQ传输,其中k∈Kc且与服务小区的DL-参考UL/DL配置有关,其中Kc是服务小区c的下行链路关联集合。此外,以下将描述根据其DL-参考UL/DL配置来确定Kc。
对于PCell,DL-参考UL/DL配置是PCell的UL/DL配置。对于SCell,根据图14确定DL-参考UL/DL配置。图14说明基于由主要小区UL/DL配置和次要小区UL/DL配置1402形成的一或多个对(pair)的用于服务小区的DL-参考UL/DL配置1403的不同集合1401。
作为一个实例,图15说明在TDD CA***中PCell 1501配置有UL/DL 配置0且SCell1502配置有UL/DL配置5的DL HARQ ACK或NACK(ACK/NACK)反馈时间轴。因此,如图15中示出,PCell 1501的DL-参考UL/DL配置是UL/DL配置0并且SCell 1502的DL-参考配置是UL/DL配置5。由于根据服务小区的DL-参考UL/DL配置确定DL HARQ ACK/NACK反馈时间轴,因此PCell和SCell的DL HARQ ACK/NACK反馈时间轴分别是UL/DL配置0和5。因为不同UL/DL配置被配置成不同服务小区,因此可以根据对应DL-参考UL/DL配置在不同子帧上传输对应于相同子帧的DL HARQ ACK/NACK反馈。在图15的情形中,由于UE可以在两个服务小区的帧m的子帧0中接收DL HARQ过程,因此UE可以在帧m的子帧4上传输PCell的DL HARQ过程的对应DLHARQ ACK/NACK反馈,并且UE可以在帧m+1的子帧2上传输SCell的DL HARQ过程的对应DLHARQ ACK/NACK反馈。
发明内容
因此,本揭露涉及一种通信***中处理通信操作的方法以及相关设备。
在示例性实施例中的一个中,本揭露提出一种通信***中处理通信操作的方法以及相关设备。根据示例性实施例中的一个,本揭露提出一种无线通信***中移动装置处理通信操作的方法,所述方法适用于通过无线通信***的网络配置有多个服务小区的移动装置,所述多个服务小区包括第一服务小区和第二服务小区。所述方法将包含:经由第一服务小区在第一子帧中接收第一传输且对所述第一传输进行解码;响应于对第一传输进行解码而产生解码结果;在第二子帧中传输确认(ACK)或否定确认(NACK),其中ACK或NACK(ACK/NACK)对应于解码结果;以及经由第二服务小区在第三子帧中接收第二传输,其中第二传输是第一传输的重新传输。
在示例性实施例中的一个中,本揭露提出一种用于无线通信***的网络的所述无线通信***中移动装置处理通信操作的方法,所述方法适用于将多个服务小区配置给移动装置的网络,所述多个服务小区包括第一服务小区和第二服务小区。所述方法将包含经由第一服务小区在第一子帧中传输第一传输;在第二子帧中接收确认(ACK)或否定确认(NACK),其中ACK或NACK(ACK/NACK)对应于第一传输;以及经由第二服务小区在第三子帧中传输第二传输,其中第二传输是第一传输的重新传输。
为了使得本揭露的前述特征及优点便于理解,下文将详细描述带有附图的示例性实施例。应理解,前文总体描述以及以下详细描述均是示例性的,并且意图提供对所主张的本揭露的进一步说明。
然而,应理解,本揭露内容可能并不含有本揭露的所有方面和实施例,并且因此并不意味着用任何方式加以限制或约束。而且,本揭露将包含对于本领域技术人员来说显而易见的改进以及修改。
附图说明
包含附图以提供对本揭露的进一步理解,并且将附图并入本说明书中且构成本说明书的一部分。附图说明本揭露的实施例,并且与说明书一起解释本揭露的原理。
图1是说明典型的LTE通信***作为实例的框图。
图2说明目前通过LTE通信***实施的多个UL/DL配置。
图3A说明在典型的LTE通信***中使用下行链路控制信息(Downlink ControlInformation,DCI)来调度下行资源。
图3B说明在典型的LTE通信***中的PDSCH调度时间轴。
图4A说明用于指示TDD和FDD双工模式的DL HARQ过程数目的DL HARQ过程的最大数目以及位数目。
图4B说明当前的LTE HARQ ACK或NACK(ACK/NACK)反馈过程。
图5A说明FDD模式下的DL HARQ过程的最大数目的实例。
图5B说明在UL/DL配置0中在TDD模式下的DL HARQ过程的最大数目的实例。
图5C说明在UL/DL配置5中在TDD模式下的DL HARQ过程的最大数目的实例。
图6A说明在FDD模式下的CA的实例。
图6B说明在TDD模式下的CA的实例。
图7说明如通过作为其UE类别的功能的软信道位的总数目所指示的UE的软缓冲区大小。
图8是说明划分软缓冲区的常规方法的流程图。
图9说明在具有3个DL服务小区的FDD***中的常规软缓冲区分区的步骤。
图10说明在具有3个TDD服务小区的TDD***中的常规软缓冲区分区的步骤。
图11说明FDD***中的常规DL HARQ ACK或NACK(ACK/NACK)反馈时间轴。
图12说明用于TDD的下行链路关联集合索引K:{k0,k1,…,kM-1}。
图13A说明在配置有UL/DL配置0的TDD单一服务小区***中的DL HARQ ACK或NACK(ACK/NACK)反馈时间轴。
图13B说明在配置有UL/DL配置1的TDD单一服务小区***中的DL HARQ ACK或NACK(ACK/NACK)反馈时间轴。
图13C说明在配置有UL/DL配置5的TDD单一服务小区***中的DL HARQ ACK或NACK(ACK/NACK)反馈时间轴。
图14说明基于由主要小区UL/DL配置和次要小区UL/DL配置形成的一或多个对(pair)的用于次要服务小区的下行链路-参考UL/DL配置的不同集合。
图15说明在其中PCell和SCell配置有不同UL/DL配置的TDD CA***中的DL HARQACK或NACK(ACK/NACK)反馈时间轴。
图16A说明通过聚合部署在授权频谱上的至少一个服务小区以及部署在未授权频谱上的至少一个服务小区实现的载波聚合。
图16B说明根据本揭露的第一示例性实施例的跨载波HARQ重新传输机制所提出的方法。
图16C说明本揭露所提出的移动装置。
图16D说明根据本揭露的示例性实施例中的一个的适用于网络的无线通信***中移动装置处理通信操作所提出的方法。
图17A说明根据本揭露的第二示例性实施例的当授权FDD服务小区辅助未授权的全DL服务小区时LAA群组具有DL HARQ过程的最大数目。
图17B说明根据本揭露的第二示例性实施例的当授权FDD服务小区辅助两个未授权的全DL服务小区时LAA群组具有DL HARQ过程的最大数目。
图17C说明根据本揭露的第二示例性实施例的当授权TDD服务小区辅助一个未授权TDD服务小区时,其中以上所述两个服务小区均配置有TDD UL/DL配置0时,LAA群组具有DL HARQ过程的最大数目。
图17D说明根据本揭露的第二示例性实施例的当授权TDD服务小区辅 助一个未授权TDD服务小区时,其中以上所述两个服务小区均配置有TDD UL/DL配置5时,LAA群组具有DL HARQ过程的最大数目。
图17E说明根据本揭露的第二示例性实施例的当授权TDD服务小区辅助一个未授权TDD服务小区时,其中授权TDD服务小区配置有TDD UL/DL配置0且未授权TDD服务小区配置TDD UL/DL配置5时,LAA群组具有DL HARQ过程的最大数目。
图17F说明根据本揭露的第二示例性实施例的当授权TDD服务小区辅助一个全DL服务小区时,其中授权TDD服务小区配置有TDD UL/DL配置0时,LAA群组具有DL HARQ过程的最大数目。
图17G说明根据本揭露的第二示例性实施例的当授权FDD服务小区辅助一个未授权TDD服务小区时,其中授权TDD服务小区配置有TDD UL/DL配置0时,LAA群组具有DL HARQ过程的最大数目。
图18是说明根据本揭露的第三示例性实施例的划分软缓冲区的方法的流程图。
图19A说明根据本揭露的第三示例性实施例的基于授权服务小区是否辅助至少一个未授权服务小区确定Mttmit。
图19B说明根据本揭露的第三示例性实施例的基于LAA群组的未授权服务小区数目确定Mttmit。
图19C说明根据本揭露的第三示例性实施例的基于LAA群组的未授权服务小区的流量负荷确定Mttmit。
图19D说明根据本揭露的第三示例性实施例的基于LAA群组的未授权服务小区上的流量负荷以及LAA群组的未授权服务小区数目确定Mttmit。
图19E说明根据本揭露的第三示例性实施例的基于LAA群组中的未授权服务小区的拥塞率确定Mttmit。
图20说明根据本揭露的第三示例性实施例的配置两个授权TDD服务小区和一个未授权TDD服务小区的实例,其中多个授权TDD服务小区中的一个辅助未授权TDD服务小区,且其中两个授权TDD服务小区以及一个未授权TDD服务小区均配置有TDD UL/DL配置0。
图21说明根据本揭露的第三示例性实施例的配置两个授权TDD服务小区和一个未授权TDD服务小区的实例,其中多个授权TDD服务小区中的一个辅助未授权TDD服务小区,且其中两个授权TDD服务小区以及一个未授 权TDD服务小区均配置有UL/DL配置0。
图22说明根据本揭露的第三示例性实施例的配置两个授权FDD DL服务小区和未授权FDD DL服务小区的实例,其中多个授权FDD DL服务小区中的一个辅助未授权FDD DL服务小区。
图23说明根据本揭露的第三示例性实施例的配置两个授权FDD DL服务小区和未授权FDD DL服务小区的实例,其中多个授权FDD DL服务小区中的一个辅助未授权FDD DL服务小区。
图24说明根据本揭露的第四示例性实施例的处理TDD带间CA***的HARQ ACK或NACK(ACK/NACK)反馈时间轴的实例,其中授权服务小区配置有UL/DL配置0且未授权服务小区配置有UL/DL配置5。
图25说明当未授权TDD服务小区由授权TDD服务小区辅助时,用于未授权TDD服务小区的修改下行链路关联集合索引K0:{k0,k1,…,kM-1},其中授权TDD服务小区配置有UL/DL配置0。
图26说明当未授权TDD服务小区由授权TDD服务小区辅助时,用于未授权TDD服务小区的修改下行链路关联集合索引K1:{k0,k1,…,kM-1},其中授权TDD服务小区配置有UL/DL配置1。
图27说明当未授权TDD服务小区由授权TDD服务小区辅助时,用于未授权TDD服务小区的修改下行链路关联集合索引K2:{k0,k1,…,kM-1},其中授权TDD服务小区配置有UL/DL配置2。
图28说明当未授权TDD服务小区由授权TDD服务小区辅助时,用于未授权TDD服务小区的修改下行链路关联集合索引K3:{k0,k1,…,kM-1},其中授权TDD服务小区配置有UL/DL配置3。
图29说明当未授权TDD服务小区由授权TDD服务小区辅助时,用于未授权TDD服务小区的修改下行链路关联集合索引K4:{k0,k1,…,kM-1},其中授权TDD服务小区配置有UL/DL配置4。
图30说明当未授权TDD服务小区由授权TDD服务小区辅助时,用于未授权TDD服务小区的修改下行链路关联集合索引K5:{k0,k1,…,kM-1},其中授权TDD服务小区配置有UL/DL配置5。
图31说明当未授权TDD服务小区由授权TDD服务小区辅助时,用于未授权TDD服务小区的修改下行链路关联集合索引K6:{k0,k1,…,kM-1},其中授权TDD服务小区配置有UL/DL配置6。
元件符号说明
100:LTE***
101:演进型节点B(eNodeB)
102:用户设备
103:核心网络
104:移动性管理实体(MME)
105:服务网关(S-GW)
201:上行子帧(U)
202:下行子帧(D)
203:特殊子帧(S)
300:下行链路子帧
301:物理下行链路控制信道
302:物理下行链路控制信息
303:物理下行链路共享信道
401:频分双工
402:下行链路HARQ过程的最大数目
403:时分双工
902:第1子块
903:第2子块
904:第3子块
1003:第1子块
1004:第2子块
1005:第3子块
1201:上行链路/下行链路配置
1202:子帧号n
1401:集合#
1402:(主要小区上行链路/下行链路配置,次要小区上行链路/下行链路配置)
1403:下行链路-参考上行链路/下行链路配置
1601:处理器/控制器
1602a-1602c:数/模转换器/模/数转换器
1603a:LTE-U发射器
1603b:LTE-U接收器
1604a:Wi-Fi发射器
1604b:Wi-Fi接收器
1605a:LTE发射器
1605b:LTE接收器
1606:存储器模块
1607:天线
1606a:LTE-U协议模块
1606b:Wi-Fi协议模块
1606c:LTE协议模块
1701:授权FDD DL服务小区
1702:未授权全DL服务小区
1711:授权FDD DL服务小区
1712:第一未授权全DL服务小区
1713:第二未授权全DL服务小区
1721、1731、1741、1751、1761:授权服务小区
1722、1732、1742、、1752、1762:未授权服务小区
1901:授权服务小区辅助至少一个未授权服务小区
1902:LAA群组中的未授权服务小区数目
1903:LAA群组的未授权服务小区的流量负荷
具体实施方式
现将详细参考本揭露的示例性实施例,本揭露的实例在附图中得以说明。只要可能,相同的参考标号在附图和描述中用于指代相同或相似部分。
对于传统CA技术,每个服务小区部署在支持非基于竞争通信的授权频谱上。借助于增强CA,数据卸载以及与其它未授权频谱部署的共存对于未来LTE部署更加重要,以便处理增加的吞吐量和容量需求。因此,通过增强CA,至少一个服务小区可以部署在支持基于竞争通信的未授权频带上并且至少一个服务小区部署在支持非基于竞争通信的授权频带上。未授权频谱也称为自由频谱,例如,工业、科学和医疗(Industrial,Scientific andMedical,ISM)频 带以及目前不专用的任何其它射频。如图16A中示出,利用授权频谱和未授权频谱两者的总体方案被称为使用LTE的授权辅助接入(Licensed-Assisted Access,LAA)。
图16B说明所提出的无线通信***中移动装置处理通信操作的方法,其适用于移动装置。移动装置可以通过无线通信***的网络配置有多个服务小区,所述多个服务小区包括第一服务小区和第二服务小区。在步骤S1601中,移动装置将经由第一服务小区在第一子帧中接收第一传输并且对所述第一传输进行解码。在步骤S1602中,移动装置将响应于对第一传输进行解码而产生解码结果。在步骤S1603中,移动装置将在第二子帧中传输确认(ACK)或否定确认(NACK),其中ACK或NACK(ACK/NACK)对应于解码结果。在步骤S1604中,移动装置将经由第二服务小区在第三子帧中接收第二传输,其中第二传输是第一传输的重新传输。
所提出的通信***中处理通信操作方法包含四个示例性实施例。第一示例性实施例涉及跨载波HARQ重新传输。第二示例性实施例涉及基于服务小区的组合确定MDL_HARQ。第三示例性实施例提供关于软缓冲区分区的具体细节。第四示例性实施例响应于步骤S1602的第一传输而确定HARQ确认(ACK)/否定确认(NACK)反馈时间轴。
根据第一示例性实施例,第一服务小区可以是授权服务小区或未授权服务小区。第二服务小区可以是授权服务小区或未授权服务小区。第一服务小区和第二服务小区可以相同或不同。第二子帧可以在第一子帧之后;并且第三子帧可以在第二子帧之后。图16B的所提出方法可以进一步包含如果未成功地对第一传输进行解码,那么将第一传输的至少一个软信道位存储在软缓冲区的至少一个分区中。
根据本揭露的第二示例性实施例,根据授权服务小区和未授权服务小区的组合确定MDL_HARQ,其中MDL_HARQ是下行链路HARQ过程的最大数目。
根据本揭露的第二示例性实施例,当未授权服务小区和授权服务小区处于LAA群组中时,对于未授权服务小区和授权服务小区,MDL_HARQ相同。
根据本揭露的第二示例性实施例,如果授权服务小区是频域双工(frequencydomain duplexing,FDD)DL服务小区且未授权服务小区是全DL服务小区,那么MDL_HARQ是16且下行链路控制指示符(downlink control indicator,DCI)中指示MDL_HARQ的字段是4个位。
根据本揭露的第二示例性实施例,如果LAA群组进一步包括第二未授权的全DL服务小区,那么MDL_HARQ是24且DCI中的字段是5个位。
根据本揭露的第二示例性实施例,如果授权服务小区和未授权服务小区两者配置有UL/DL配置0,那么MDL_HARQ是8且DCI中指示MDL_HARQ的字段是3个位。
根据本揭露的第二示例性实施例,如果将UL/DL配置5配置给授权服务小区和未授权服务小区两者,那么MDL_HARQ是30且DCI中指示MDL_HARQ的字段是5个位。
根据本揭露的第二示例性实施例,如果将UL/DL配置0配置给授权服务小区且将UL/DL配置5配置给未授权服务小区,那么MDL_HARQ是13且DCI中指示MDL_HARQ的字段是4个位。
根据本揭露的第二示例性实施例,如果将UL/DL配置0配置给授权服务小区且未授权服务小区是全DL服务小区,那么MDL_HARQ是14且DCI中指示MDL_HARQ的字段是4个位。
根据本揭露的第二示例性实施例,如果授权服务小区被配置为FDD DL服务小区且将UL/DL配置0配置给未授权服务小区,那么MDL_HARQ是12且DCI中指示MDL_HARQ的字段是4个位。
根据本揭露的第三示例性实施例,根据KMIMO*min(MDL_HARQ,Mttmit)将每个子块分成多个分区,其中min(MDL_HARQ,Mttmit)是使用MDL_HARQ和Mttmit中的较小者而舍弃较大者。
根据本揭露的第三示例性实施例,用于每个HARQ过程的每传送块(transportblock)中的每个分区,具有根据至少的软信道位大小。
根据本揭露的第三示例性实施例,根据授权服务小区是否辅助未授权服务小区确定Mttmit。具体而言,如果授权服务小区辅助未授权服务小区,那么Mttmit将为12;否则Mttmit将为8。
根据本揭露的第三示例性实施例,根据配置给移动装置的未授权服务小区数目确定Mttmit。具体而言,如果配置给移动装置的未授权服务小区数目分别为1、2或≥3,那么Mttmit为12、16或20。
根据本揭露的第三示例性实施例,根据未授权服务小区的流量负荷类别 确定Mttmit。具体而言,如果未授权服务小区的流量负荷类别分别为高、中和低,那么Mttmit将为16、12和8。
根据本揭露的第三示例性实施例,根据未授权服务小区的拥塞率确定Mttmit。具体而言,如果未授权服务小区的拥塞率分别为高、中和低,那么Mttmit为8、12和16。
根据本揭露的第三示例性实施例,根据至少一个未授权服务小区的流量负荷类别的排列以及至少一个已配置未授权服务小区数目确定Mttmit。
根据本揭露的第三示例性实施例,假定第一分量载波(CC#1)为第一授权服务小区,第二分量载波(CC#2)为第二授权服务小区,并且移动装置进一步配置第三分量载波(CC#3)为未授权服务小区,并且第二分量载波(CC#2)和第三分量载波(CC#3)是LAA群组的一部分,此时CC#2和CC#3共享软缓冲区的同一子块。
根据本揭露的第四示例性实施例,如果子帧n对於授权服务小区和未授权服务小区两者都是DL,那么对应于子帧n的DL HARQ ACK或NACK反馈传输由同一UL子帧中的移动装置传输。
根据本揭露的第四示例性实施例,对应于未授权服务小区的DL子帧的DL HARQACK或NACK反馈传输尽可能均匀地分布在所有可使用的UL子帧上。
根据本揭露的第四示例性实施例,对应于未授权服务小区的DL子帧n的DL HARQACK或NACK反馈传输在最接近子帧n+c的上行链路子帧上传输,其中c是常数,例如,4。
根据本揭露的第四示例性实施例,如果将UL/DL配置0配置给授权服务小区且将UL/DL配置5配置给未授权服务小区、如果第一DL HARQ ACK或NACK反馈传输在帧m的子帧2中发生,那么对应于第一DL HARQ ACK或NACK反馈传输的第一DL HARQ过程在帧m-1的子帧6或7中发生。
根据本揭露的第四示例性实施例,如果第二DL HARQ ACK或NACK反馈传输在帧m的子帧3中发生,那么对应于第二DL HARQ ACK或NACK反馈传输的第二DL HARQ过程在帧m-1的子帧8或9中发生。
根据本揭露的第四示例性实施例,如果第三DL HARQ ACK或NACK反馈传输在帧m的子帧4中发生,那么对应于第三DL HARQ ACK或NACK反馈传输的第二DL HARQ过程在帧m的子帧0中发生。
图16C说明所提出的移动装置,其将实施如图16B中所示出以及其对应书面描述的本揭露通信***中处理通信操作的所提出方法。从硬件角度来看,移动装置(例如,UE)可以由(不限于)如图16C中所说明的功能元件表示。参考图16C,移动装置1600将包含至少,但不限于,处理器以及/或是控制器1601(下文称为“处理器1601”)、一或多个数/模(D/A)/模/数(A/D)转换器1602a至1602c、任选地LTE-U发射器(TX)1603a和LTE-U接收器(RX)1603b、Wi-Fi TX 1604a和Wi-Fi RX 1604b、LTE TX 1605a和LTE RX 1605b、存储器模块1606以及天线1607(或天线阵列)。
处理器1601经配置以处理数字信号且执行如本揭露所描述通信***中处理通信操作所提出方法的程序。此外,处理器1601可以耦合到存储器模块1606(例如,LTE-U协议模块1606a、Wi-Fi协议模块1606b和LTE协议模块1606c)以存储软件程序、程序码、装置配置、码本、缓冲或永久数据等等。处理器1601经配置以接入和执行记录在存储器模块1606中的模块。处理器1601的功能可以通过使用例如微处理器、微控制器、数字信号处理器(DigitalSignal Processor,DSP)芯片、现场可编程门阵列(Field Programmable Gate Array,FPGA)等可编程单元实施。处理器1601的功能也可以通过单独的电子装置或IC实施,并且通过处理器1601执行的功能还可以在硬件或软件领域内实施。
LTE-U协议模块1606a将支持LTE-U协议。这意指执行LTE-U协议模块1606a的处理器1601会将数字消息转换成与LTE-U协议兼容的格式,并且可以接入例如是演进型通用陆地无线电接入网(Evolved Universal Terrestrial Radio Access Network,E-UTRAN)等的蜂窝网络。Wi-Fi协议模块1606b将支持802.11(或Wi-Fi)协议。这意指执行Wi-Fi协议模块1606b的处理器1601将根据IEEE 802.11标准或类似标准(例如,IEEE 802.11x)将数字消息转换成与Wi-Fi协议兼容的格式,并且可以接入无线局域接入网(Wireless LocalAccess Network,WLAN)。LTE协议模块1606c将支持LTE协议。这意指执行LTE协议模块1606c的处理器1601会将数字消息转换成与LTE协议兼容的格式,并且可以接入例如是E-UTRAN等的蜂窝网络。应注意,LTE协议模块1606c可以任选地与3G以及/或是2G协议模块组合。
D/A/A/D转换器1602a至1602c经配置以在上行链路信号处理期间从模拟信号格式转换成数字信号格式并且在下行链路信号处理期间从数字信号格 式转换成模拟信号格式。
在未授权频谱处(例如,5GHz、2.4GHz、其它工业、科学和医疗(Industrial,Scientific and Medical,ISM)无线电频段,或未授权国家信息基础设施(UnlicensedNational Information Infrastructure,U-NII)频段)操作的LTE-U TX 1603a和LTE-U RX1603b分别用于传输和接收调制信号,所述调制信号可以是用于LTE-U协议模块1606a的无线RF信号(通过一或多个天线1607)。在未授权频谱处操作的Wi-Fi TX 1604a和Wi-Fi RX1604b分别用于传输和接收调制信号,所述调制信号可以是用于Wi-Fi协议模块1606b的无线RF信号(通过一或多个天线1607)。通过LTE-U TX 1603a、LTE-U RX1603b、Wi-Fi TX1604a和Wi-Fi RX 1604b操作的未授权频谱可以相同或不同。在授权频谱处(例如,频带700MHz、850MHz、1800MHz、1900MHz、2100MHz等)操作的LTE TX 1605a和LTE RX 1605b分别用于传输和接收调制信号,所述调制信号可以是用于LTE协议模块1606c的无线RF信号(通过一或多个天线1607)。LTE-U TX 1603a和LTE-U RX 1603b、Wi-Fi TX 1604a和Wi-Fi RX1604b、以及LTE TX 1605a和LTE RX 1605b还可以执行例如低噪音放大、阻抗匹配、混频、上变频或下变频、滤波、放大等的操作。
存储器模块1606可以是呈任何可能形式(包含非暂时性计算机可读记录媒体)的固定或可移动装置,例如,随机存取存储器(Random Access Memory,RAM)、只读存储器(Read-Only Memory,ROM)、闪存存储器或其它类似装置,或上述装置的组合。
本揭露中的Wi-Fi装置可以表示各种实施例,所述实施例例如可以包含,但不限于,桌上型计算机、膝上型计算机、计算机、服务器、客户端、工作站、个人数字助理(Personal Digital Assistant,PDA)、平板个人计算机(Personal Computer,PC)、扫描器、电话装置、寻呼机、相机、电视机、手持式视频游戏装置、音乐装置、无线传感器等。在一些应用中,Wi-Fi装置可以是在移动环境(例如,公共汽车、火车、飞机、船、汽车等等)中操作的固定计算机装置。
基站(例如,eNB)将具有如移动装置的类似硬件组件,包含不限于,处理器、存储媒体或存储器、A/D D/A复合体、无线发射器、无线接收器、天线阵列等。这些元件的功能类似于移动装置的那些功能并且因此将不再重复。
为了在LAA下使用LTE进行操作,将需要通信***符合其监管的要求。具体而言,对于在未授权频带上的传输,基于竞争的通信存在最大传输时间的限制。对于常规CA操作,在任何非基于竞争的通信中,每个服务小区不存在最大传输时间的限制。然而,对于LTE-LAA中的CA,因为至少一个服务小区将部署在未授权频谱上,所以至少一个服务小区在基于竞争的通信中具有最大传输时间的限制。例如,欧洲具有用于基于帧设备(Frame-Based-Equipment,FBE)的载波侦听(Listen-Before-Talk,LBT)要求,其除了要求最大信道占用时间或最大突发长度小于10毫秒(ms),也要求最大信道占用时间或最大突发长度小于13ms。而日本要求5GHz中的最大信道占用时间小于4ms,因此更加严格。由此可知,监管的要求将导致***设计改变。
如果将一个以上服务小区(至少一个服务小区部署在授权频谱上且至少一个服务小区部署在未授权频谱上)配置给UE,那么需要处理若干项目。在示例性实施例中的一个中,如果非基于竞争传输的授权服务小区辅助基于竞争传输的至少一个未授权服务小区,那么授权和未授权服务小区可以被认为是授权辅助接入(licensed-assisted access,LAA)群组,所述LAA群组可以被定义为帮助至少一个未授权服务小区的授权服务小区。在此情形中,授权服务小区和未授权服务小区可以被认为是授权辅助接入(licensed-assistedaccess,LAA)设定。
图16D说明根据本揭露的示例性实施例中适用于网络的无线通信***中移动装置处理通信操作的所提出方法。无线通信***的网络将多个服务小区配置给移动装置,所述多个服务小区包括第一服务小区和第二服务小区。在步骤S1651中,网络将经由第一服务小区在第一子帧中传输第一传输。在步骤S1652中,网络将在第二子帧中接收确认(ACK)或否定确认(NACK),其中确认或否定确认(ACK/NACK)对应于第一传输。在步骤S1653中,网络将经由第二服务小区在第三子帧中传输第二传输,其中第二传输是第一传输的重新传输。
在第一示例性实施例中,第一服务小区可以是授权服务小区或未授权服务小区。第二服务小区可以是授权服务小区或未授权服务小区。第一服务小区和第二服务小区可以相同或不同。第二子帧可以在第一子帧之后;并且第三子帧可以在第二子帧之后。
在第二示例性实施例中,如果将一个以上服务小区(至少一个服务小区部署在授权频谱上且至少一个服务小区部署在未授权频谱上)配置给UE,那么将重新定义DL HARQ过程的最大数目(MDL_HARQ)。对于传统***,在每个服务小区个别地传输其DL HARQ过程时,每个服务小区将具有其自身最大数目(MDL_HARQ)的DL HARQ过程。本揭露与传统CA机制之间的一个不同之处在于,如果在非基于竞争传输下操作的授权服务小区辅助在基于竞争传输下操作的至少一个未授权服务小区,那么在未授权服务小区上传输的DL HARQ过程可以是未授权服务小区的独立DL HARQ过程以及/或是授权服务小区的辅助DL HARQ过程。因此,未授权服务小区不应具有独立的DL HARQ过程的最大数值(MDL_HARQ),并且LAA群组的DL HARQ过程的最大数目应该将授权服务小区和未授权服务小区共同考虑。此外,用于指示DL HARQ过程数的位数目还可以针对LAA群组进行延长。图17A至图17G以及其对应书面描述将提供第二示例性实施例的若干实例。
在第二示例性实施例的以下实例中,第一传输可以经由授权服务小区或未授权服务小区传输。并且重新传输还可以经由授权服务小区或所述未授权服务小区传输。
图17A说明当授权FDD服务小区辅助未授权全DL服务小区时的第一实例,其LAA群组具有DL HARQ过程的最大数目(MDL_HARQ)。在此实例中,由于授权FDD DL服务小区1701的MDL_HARQ将与未授权全DL服务小区1702共同考虑,因此LAA群组的DL HARQ过程的最大数目将是未授权全DL服务小区1702的DL HARQ过程的最大数目加上授权FDD DL服务小区1701的DLHARQ过程的最大数目。由于根据图4独立用于服务小区1701和1702两者的DL HARQ过程的最大数目是8,因此LAA群组的DL HARQ过程的最大数目(MDL_HARQ)将从8增加到16。因此,因为用于指示传统FDD***的DL HARQ过程数的位数目(3个位)将仅覆盖8个过程且因此是不够的,所以用于指示DL HARQ过程数的位数目也将从3个位延长到4个位。
图17B是说明当授权FDD服务小区辅助两个未授权全DL服务小区时的第二实例,其LAA群组具有DL HARQ过程的最大数目(MDL_HARQ)。在此实例中,类似于图17A的原理,LAA群组的DL HARQ过程的最大数目(MDL_HARQ)将与授权FDD服务小区和未授权全DL服务小区共同考虑,其将包含授权FDD DL服务小区1711、第一未授权全DL服务小区1712和第二未授权全 DL服务小区1713,并且由于根据图4A独立用于所有服务小区的最大值MDL_HARQ是8,因此LAA群组的DL HARQ过程的最大数目从8延长至24。因此,因为用于指示传统FDD***的DL HARQ过程数的位数目(3个位)不够,需要5个位来完全表示24个可能性,所以用于指示LAA群组的DLHARQ过程数的位数目也应从3个位延长到5个位。
图17C是说明当授权TDD服务小区辅助未授权TDD服务小区时的第三实例,其LAA群组具有DL HARQ过程的最大数目(MDL_HARQ),其中所述两个服务小区配置有UL/DL配置0。在此实例中,LAA群组的DL HARQ过程的最大数目(MDL_HARQ)将与授权服务小区1721和未授权服务小区1722共同考虑,并且因为独立用于授权服务小区1721和未授权服务小区1722的MDL_HARQ是4,因此LAA群组的DL HARQ过程的最大数目从4延长到8(4+4=8)。对于传统TDD***,用于指示DL HARQ过程数的位数目是4个位。在此实例中,因为4个位足以指示最多8个DL HARQ过程,所以不修改用于指示LAA群组的DL HARQ过程数的位数目。
图17D是说明当授权TDD服务小区辅助未授权TDD服务小区时的第四实例,其LAA群组具有DL HARQ过程的最大数目(MDL_HARQ),其中两个服务小区配置有UL/DL配置5。在此实例中,LAA群组的DL HARQ过程的最大数目(MDL_HARQ)将与授权服务小区1731和未授权服务小区1732共同考虑。由于根据图4独立用于授权服务小区1731和未授权服务小区1732两者的最大值MDL_HARQ是15,因此LAA群组的DL HARQ过程的最大数目将从15延长至30(15+15=30)。因此,因为用于指示传统TDD***的DL HARQ过程数的位数目(4个位)不够,需要5个位来表示30个可能性,所以用于指示LAA群组的DL HARQ过程数的位数目也应从4个位延长到5个位。
图17E是说明当授权TDD服务小区辅助未授权TDD服务小区时的第五实例,其LAA群组具有DL HARQ过程的最大数目(MDL_HARQ),其中授权TDD服务小区配置有UL/DL配置0且未授权TDD服务小区配置有UL/DL配置5。在此实例中,LAA群组的DL HARQ过程的最大数目(MDL_HARQ)将与授权服务小区1741和未授权服务小区1742共同考虑。对于图17E的示例性实施例,授权服务小区1741将在接收帧m的子帧0中的DL HARQ过程之后对帧m的子帧4中的ACK或NACK(ACK/NACK)作出响应。此特定DL HARQ过程的最快重新传输将在授权服务小区1741的帧m+1的子帧0中发 生。在10个子帧(从帧m的子帧0至子帧9)内,可能存在13个DL HARQ过程的最大值,其包含授权服务小区1741的4个DL HARQ过程和未授权服务小区1742的9个DLHARQ过程。在此示例性实施例中的LAA群组的MDL_HARQ是(4+9)=13。在此实例中,因为4个位足以指示最多13个DL HARQ过程,所以不修改用于指示LAA群组的DL HARQ过程数的位数目
图17F是说明当配置有UL/DL配置0的授权TDD服务小区1751辅助未授权全DL服务小区1752时的第六实例,其LAA群组具有DL HARQ过程的最大数目(MDL_HARQ)。在此实例中,用于授权服务小区1751和未授权服务小区1752的MDL_HARQ的加总是14(4+10=14)。在此实例中,因为4个位足以指示最多14个DL HARQ过程,所以不修改用于指示LAA群组的DL HARQ过程数的位数目
图17G是说明当授权FDD服务小区1761辅助配置有UL/DL配置0的未授权服务小区1762时的第七实例,其LAA群组具有DL HARQ过程的最大数目(MDL_HARQ)。在此实例中,用于授权服务小区1761和未授权服务小区1762的MDL_HARQ的加总是12(8+4=12)。在此实例中,因为4个位足以指示最多12个DL HARQ过程,所以不修改用于指示LAA群组的DL HARQ过程数的位数目
对于第三示例性实施例,如果将一个以上服务小区(至少一个服务小区部署在授权频谱上且至少一个服务小区部署在未授权频谱上)配置给UE,那么将修改图8的软缓冲区分区规则。对于传统***,软缓冲区独立地划分用于每个服务小区,并且因此每个服务小区具有软缓冲区的专用子块。传统CA机制与本揭露之间的一个不同之处是以未授权服务小区是基于竞争传输并且可以限制未授权服务小区上最大传输时间为事实的前提。此外,在未授权服务小区上传输的DL HARQ过程可以是未授权服务小区的独立DL HARQ过程以及/或是授权服务小区的辅助DL HARQ过程。以此方式,未授权服务小区将不具有软缓冲区的专用子块,并且LAA群组应该共享软缓冲区的子块(例如,LAA群组的授权和未授权服务小区共享软缓冲区的相同子块)。因此,在一个以上服务小区配置给UE时或如果至少一个服务小区以及/或是小区组部署在未授权频带上的次要小区群组(Secondary Cell Group,SCG)配置给UE,软缓冲区将根据授权服务小区数目进行划分。随后,在一个以上服务小区配置给UE时或如果至少一个服务小区以及/或是小区组部署在未授权频带 上的SCG配置给UE,软缓冲区将根据图18中所说明的步骤进行划分。
在步骤S1801中,软缓冲区根据多个分区的数目分成多个分区,其中软缓冲区的大小为Nsoft。
在步骤S1802中,根据至少配置给UE的授权服务小区数目 DLHARQ过程的最大数目(MDL_HARQ)以及比较参数(Mttmit)确定多个分区的数目。
可以根据授权服务小区的DL-参考UL/DL配置确定MDL_HARQ参数,以及/或是如果授权服务小区辅助至少一个未授权服务小区,那么可以根据如第二示例性实施例中提出的机制确定MDL_HARQ。
Mttmit是常数或可配置参数。本揭露提出基于以下内容从传统***修改Mttmit。
如果授权服务小区辅助至少一个未授权服务小区,那么Mttmit可以被设定成等于K,其中K≥3。例如,如图19A中示出,如果确定授权服务小区辅助至少一个未授权服务小区1901,那么Mttmit等于12;否则Mttmit等于8。
还可以根据LAA群组1902中的未授权服务小区数目(确定Mttmit。例如,如图19B中示出,如果LAA群组中的未授权服务小区数目1902是1,那么Mttmit是12;如果LAA群组中的未授权服务小区数目1902是2,那么Mttmit是16;以及如果LAA群组中的未授权服务小区数目1902是大於或等於3,那么Mttmit是20。
Mttmit可以通过网络经由较高层信令(例如,无线电资源控制(Radio ResourceControl,RRC)、***消息块(System Information Block,SIB)或主信息块(MasterInformation Block,MIB))或物理层信令(例如,下行控制信息(Downlink ControlInformation,DCI))以进行配置。
还可以根据LAA群组的流量负荷确定Mttmit。例如,如图19C中示出,可以根据LAA群组的未授权服务小区的流量负荷1903确定Mttmit。如果LAA群组的未授权服务小区的流量负荷1903属于最高类别(例如,高1904),那么Mttmit被设定成16;如果LAA群组的未授权服务小区的流量负荷1903属于中等类别(例如,中1905),那么Mttmit被设定成12;如果LAA群组的未授权服务小区的流量负荷1903属于最低类别(例如,低1906),那么Mttmit被设定成8。
还可以根据LAA群组的未授权服务小区的流量负荷以及LAA群组的未 授权服务小区数目通过合并图19B和图19C的概念来确定Mttmit。图19D中示出组合图。此图的利用是图19B和图19C的组合并且因此将不需要重复描述。
还可以根据LAA群组中的未授权服务小区的拥塞率确定Mttmit。可以根据图19E确定Mttmit。如果LAA群组的未授权服务小区的拥塞率属于最高类别(例如,高),那么Mttmit被设定成8;如果LAA群组的未授权服务小区的拥塞率属于中等类别(例如,中),那么Mttmit被设定成12;如果LAA群组的未授权服务小区的拥塞率属于最低类别(例如,低),那么Mttmit被设定成16。
作为一个实例,如果个授权服务小区和个未授权服务小区配置给UE,那么软缓冲区分成多个分区,其中根据 确定多个分区的大小,其中Nsoft是软缓冲区的大小,是配置成UE的授权服务小区数目,MDL_HARQ是LAA群组的DL HARQ过程的最大数目,Mttmit是比较参数并且KMIMO是服务小区的TTI中可将传送块传输到UE的最大数目。对于每个授权服务小区以及/或是LAA群组,最多min(MDL_HARQ,Mttmit)个HARQ过程可以存储在软缓冲区中,并且用于每个HARQ过程的软缓冲区大小为至少个软信道位,此外,对于HARQ过程内的每个传送块,用于每个HARQ过程的软缓冲区大小为个软信道位。
例如,Nsoft可以根据以下方程式分成用于存储软信道位的多个分区:
方程式2
对于FDD、TDD和FDD-TDD,如果将一个以上服务小区配置给UE或如果将SCG配置给UE,那么对于每个服务小区,对于至少(KMIMO·min(MDL_HARQ,Mttmit))个传送块,在传送块的编码块的解码失败后,UE应存储对应于范围为至少nSB个软信道位的所接收软信道位,其中:
C是传送块(TB)的代码块的数目。
Ncb是传送块(TB)的代码块的大小。
KMIMO是在服务小区的TTI中可将传送块传输到UE的最大数目。
Mttmit是如先前引入的正值。
MDL_HARQ是根据授权服务小区的DL-参考UL/DL配置确定的,以及/或是 在授权服务小区辅助至少一个未授权服务小区的情况下根据第二示例性实施例中引入的值确定的DLHARQ过程的最大数目。
是在UE配置有SCG的情况下跨越必选小区组(mandatory cellgroup,MCG)和SCG两者所配置的授权服务小区数目;否则, 是配置的授权服务小区数目。
min(MDL_HARQ,Mttmit)是比较MDL_HARQ和Mttmit并传回MDL_HARQ和Mttmit中较小的一个数值
传回不超过 的最大整数。
图20至图23说明第三所提出的示例性实施例的各种实例。图20说明当UE配置有如图20中示出的两个授权TDD服务小区为分量载波(component carrier,CC)#1和CC#2以及一个未授权TDD服务小区为CC#3时,软缓冲区分区的第三示例性实施例的第一实例,其中多个授权TDD服务小区中的一个辅助未授权TDD服务小区。授权TDD服务小区CC#2和未授权服务小区CC#3一起形成LAA群组。在此实例中,根据授权服务小区的DL-参考UL/DL配置确定DL HARQ过程的最大数目(MDL_HARQ)。八由于每个服务小区配置有UL/DL配置0,因此授权服务小区的DL-参考UL/DL配置是UL/DL配置0。换句话说,LAA群组的MDL_HARQ根据UL/DL配置0确定且针对授权服务小区等于4。因此,通过应用图18的概念来划分软缓冲区。
在步骤S1801中,软缓冲区根据多个分区的数目分成多个分区,其中软缓冲区的大小为Nsoft。
在步骤S1802中,至少根据授权服务小区数目DL HARQ过程的最大数目(MDL_HARQ=4)以及比较参数(Mttmit)确定多个分区的数目。此外,软缓冲区分成软缓冲区的个子块。并且软缓冲区的每个子块分成用于HARQ过程的min(MDL_HARQ,Mttmit)个分区,其中用于HARQ过程的每个分区具有大小其中在此实例中,根据授权服务小区(MDL_HARQ=4)的DL-参考UL/DL配置确定LAA群组的MDL_HARQ。 在此实例中,Mttmit等于8。因此,用于HARQ过程的每个分区具有大小 由于软缓冲区分区,整个软缓冲区分成8个分区,其中分区1-1、1-2、1-3和1-4用于CC#1且分区2-1、2-2、2-3和2-4在CC#2与CC#3之间共享。
图21说明当UE配置有两个授权TDD服务小区为CC#1和CC#2 和一个未授权TDD服务小区为CC#3 时,软缓冲区分区的第三示例性实施例的第二实例,其中多个授权TDD服务小区中的一个辅助未授权TDD服务小区并且授权TDD服务小区CC#2和未授权TDD服务小区CC#3形成LAA群组。在此实例中,如果授权服务小区辅助未授权服务小区,那么根据在第二示例性实施例中引入的值来确定LAA群组的DLHARQ过程的最大数目(MDL_HARQ)。由于每个服务小区配置有UL/DL配置0,因此将根据其DL-参考UL/DL配置确定授权服务小区CC#1的DL HARQ过程的最大数目(MDL_HARQ)并且将根据图17C中所说明的实例确定LAA群组(CC#2和CC#3)的DL HARQ过程的最大数目(MDL_HARQ)。换句话说,对于CC#1,MDL_HARQ=4,并且对于LAA群组(CC#2和CC#3),MDL_HARQ=8。因此,如下通过应用图18的概念来划分软缓冲区。
在步骤1801中,软缓冲区的至少一个子块根据多个分区的数目分成多个分区。
在步骤S1802中,至少根据授权服务小区数目DL HARQ过程的最大数目(MDL_HARQ)以及参数(Mttmit)确定多个分区的数目。此外,软缓冲区分成软缓冲区的个子块。并且软缓冲区的每个子块分成用于HARQ过程的min(MDL_HARQ,Mttmit)个分区,其中用于HARQ过程的每个分区具有大小其中在此实例中,对于CC#1,MDL_HARQ=4并且对于LAA群组(CC#2和CC#3),MDL_HARQ=8。在此实例中,Mttmit等于8。因此,对于CC#1,用于HARQ过程的每个分区具有大小对于LAA群组(CC#2和CC#3),用于HARQ过程的每个分区具有大小作为分区的结果,分区1-1、1-2、1-3和1-4分配用于CC#1,并且分区2-1、2-2、2-3、2-4、2-5、2-6、2-7 和2-8分配用于CC#2和CC#3且在CC#2与CC#3之间共享。授权服务小区和未授权服务小区将共享同一分区空间。
图22说明当UE配置有两个授权FDD服务小区为CC#1和CC#2和未授权全DL服务小区为CC#3时,软缓冲区分区的第三示例性实施例的第三实例。在此实例中,如果授权服务小区辅助未授权服务小区,那么根据在第二示例性实施例中引入的值来确定LAA群组的DL HARQ过程的最大数目(MDL_HARQ);因此,根据如图4中示出的FDD的规则来确定授权服务小区CC#1和LAA群组(CC#2和CC#3)的DL HARQ过程的最大数目(MDL_HARQ)。换句话说,对于CC#1和LAA群组(CC#2和CC#3),MDL_HARQ=8。因此,通过应用图18的概念来划分软缓冲区。
在步骤S1801中,软缓冲区根据多个分区的数目分成多个分区,其中软缓冲区的大小为Nsoft。
在步骤S1802中,至少根据授权服务小区数目DL HARQ过程的最大数目(MDL_HARQ)以及比较参数(Mttmit)确定多个分区的数目。此外,软缓冲区分成软缓冲区的个子块。并且软缓冲区的每个子块分成用于HARQ过程的min(MDL_HARQ,Mttmit)个分区,其中用于HARQ过程的每个分区具有大小其中在此实例中,对于CC#1和LAA群组(CC#2和CC#3),MDL_HARQ=8。在此实例中,Mttmit等于8。因此,对于CC#1,用于HARQ过程的每个分区具有大小对于LAA群组(CC#2和CC#3),用于HARQ过程的每个分区具有大小 作为分区的结果,分区1-1、1-2、1-3、1-4、1-5、1-6、1-7和1-8分配用于CC#1,并且分区2-1、2-2、2-3、2-4、2-5、2-6、2-7和2-8分配用于CC#2和CC#3且在CC#2与CC#3之间共享。授权服务小区和未授权服务小区将共享同一分区空间。
图23说明当UE配置有两个授权FDD服务小区为CC#1和CC#2 和一个未授权全DL服务小区为CC#3 时,软缓冲区分区的第三示例性实施例的第四实例。在此实例中,如果 授权服务小区辅助未授权服务小区,那么根据在第二示例性实施例中引入的值确定LAA群组的DL HARQ过程的最大数目(MDL_HARQ),并且因此根据如图4A中示出的FDD的规则确定授权服务小区CC#1的DL HARQ过程的最大数目(MDL_HARQ)且根据图17A的所说明的实例确定LAA群组(CC#2和CC#3)的DL HARQ过程的最大数目(MDL_HARQ)。换句话说,对于CC#1,MDL_HARQ=8,并且对于LAA群组(CC#2和CC#3),MDL_HARQ=16。因此,通过应用图18的概念来划分软缓冲区。
在步骤S1801中,软缓冲区根据多个分区的数目分成多个分区,其中软缓冲区的大小为Nsoft。
在步骤S1802中,至少根据授权服务小区数目DL HARQ过程的最大数目(MDL_HARQ)以及比较参数(Mttmit)确定多个分区的数目。此外,软缓冲区分成软缓冲区的个子块。并且软缓冲区的每个子块分成用于HARQ过程的min(MDL_HARQ,Mttmit)个分区,其中用于HARQ过程的每个分区具有大小其中对于CC#1,MDL_HARQ=8且对于LAA群组(CC#2和CC#3),MDL_HARQ=16。在此实例中,根据图19A确定Mttmit。因此对于CC#1,Mttmit等于8且对于LAA群组(CC#2和CC#3),Mttmit等于12。
因此,用于HARQ过程的每个分区具有大小
对于CC#1,分区大小为
对于LAA群组(CC#2和CC#3),分区大小为作为分区的结果,分区1-1、1-2、1-3、1-4、1-5、1-6、1-7和1-8分配用于CC#1,并且分区2-1、2-2、2-3、2-4、2-5、2-6、2-7、2-8、2-9、2-10、2-11和2-12分配用于CC#2和CC#3且在CC#2与CC#3之间共享。授权服务小区和未授权服务小区将共享同一分区空间。
本揭露提出确定HARQ ACK或NACK(ACK/NACK)反馈时间轴的第四示例性实施例。在常规上,UE可以传输子帧号n中的PDSCH HARQ ACK/NACK以报告由在子帧号n-k内对应的PDCCH所指示的PDSCH传输,其中k∈K且k是如TS 36.213中的表10.1.3.1-1中陈述的正整数。对于服务小区C,UE将传输子帧n中的PDSCH HARQ ACK/NACK以报告由在子帧n-k 内对应的PDCCH所指示的PDSCH传输,其中k∈Kc。根据其DL-参考UL-DL配置和子帧号确定Kc。对于PCell,DL-参考UL/DL配置是PCell的配置。对于SCell,根据TS 36.213中的表10.2-1确定DL-参考UL/DL配置。基于由主要小区UL/DL配置和次要小区UL/DL配置所形成一对(pair)的用于服务小区的DL-参考UL/DL配置在TS 36.213中的表10.2-1中所陈述。例如,当將配置有UL/DL配置0的以及配置有UL/DL配置5的SCell的2个服务小区配置给UE时,对于PCell的PDSCH HARQ ACK/NACK遵循UL/DL配置0,并且对于SCell的PDSCH HARQ ACK/NACK反馈时间轴遵循UL/DL配置。然而,为了促进DL HARQ ACK/NACK的反馈并且为了重新平衡上行链路控制开销,本揭露提出用于修改LAA群组的DL HARQ ACK/NACK反馈时间轴以及修改各个UL/DL配置的现有下行链路关联集合索引的新准则。
在第四示例性实施例中,如果重新传输可以在另一服务小区中传输,那么将对DL混合自动响应请求确认或否定确认(HARQ ACK或NACK)反馈时间轴进行修改。
对于传统CA***,根据服务单元的DL-参考UL/DL配置来确定对应于已在服务小区中接收到的DL HARQ过程的DL HARQ ACK或NACK(ACK/NACK)反馈时间轴。如果至少一个服务小区配置有不同UL/DL配置,那么至少一个服务小区将具有不同DL-参考UL/DL配置。以此方式,针对传统TDD CA***,PCell和SCell的DL HARQ ACK/NACK反馈时间轴可以不同。对于第四示例性实施例,因为不同UL/DL配置被配置给不同服务小区,所以对应于同一子帧的DLHARQ ACK/NACK反馈可以在不同子帧上传输。
第四示例性实施例与传统CA机制之间的一个不同之处在于,如果非基于竞争的授权服务小区辅助基于竞争的至少一个未授权服务小区,那么在未授权服务小区上传输的DLHARQ过程可以是未授权服务小区的独立DL HARQ过程以及/或是授权服务小区的辅助DLHARQ过程。因此,对于LAA群组,预期对应于同一子帧的DL HARQ ACK/NACK反馈在同一子帧上传输。因此,尽管一个以上服务小区配置给UE或如果将至少一个服务小区以及/或是小区组部署在未授权频带上的次要小区组(SCG)配置给UE,LAA群组的DL HARQ ACK/NACK反馈时间轴将根据以下三条规则相应地修改:
第一规则是如果子帧n是用于授权和未授权服务小区两者的下行链路子帧,那么对应DL HARQ ACK/NACK反馈由UE在同一UL子帧中传输。
第二规则是与未授权服务小区的DL子帧相对应的DL HARQ ACK/NACK,尽可能均匀地分布在授权服务小区的UL子帧上。
第三规则是与未授权服务小区的DL子帧n相对应的DL HARQ ACK/NACK反馈在最接近子帧n+c的上行链路子帧上传输,其中c是常数,例如,c=4。
图24说明在所提出的第四示例性实施例的DL HARQ ACK/NACK反馈时间轴的实例中的上述规则的应用,其假定是具有配置有UL/DL配置0的授权服务小区且配置有UL/DL配置5的未授权服务小区的TDD CA***。因此,授权服务小区的DL-参考UL/DL配置是UL/DL配置0并且未授权服务小区的DL-参考配置通过如图25中示出的下行链路关联集合索引确定,其为下行链路关联集合索引图表的修改版本。在一个实施例中,由于UE可以在两个服务小区的帧m的子帧0中接收DL HARQ过程,因此UE可以在帧m的子帧4上传输两个服务小区的DLHARQ过程对应的DL HARQ ACK/NACK反馈。
可以注意到,LAA群组中的未授权服务小区的所提出的DL HARQ ACK/NACK反馈时间轴不同于常规的带间CA通信***。在常规带间CA通信***中,如果在帧m-1的子帧9以及帧m的子帧0、1、3、4、5、6、7、8中接收下行链路传输,那么将仅在帧m+1的子帧2中传输对应ACK/NACK。对于授权服务小区的DL HARQ ACK/NACK反馈时间轴2401,PDSCH HARQ ACK/NACK反馈时间轴遵循UL/DL配置0,如图24中示出。然而,根据第四示例性实施例,未授权服务小区的DL HARQ ACK/NACK反馈时间轴2402是不同的。在图24中,如果在帧m的子帧索引2中传输HARQ ACK/NACK,那么将在帧m-1的子帧6以及/或是7中接收对应下行链路传输;如果在帧m的子帧索引3中传输HARQ ACK/NACK,那么将在帧m-1的子帧8以及/或是9中接收对应下行链路传输;如果在帧m的子帧索引4中传输HARQ ACK/NACK,那么将在帧m的子帧0中接收下行链路传输;如果在帧m的子帧索引8中传输HARQ ACK/NACK,那么将在帧m的子帧3以及/或是4中接收对应下行链路传输;以及如果在帧m的子帧索引9中传输HARQ ACK/NACK,那么将在帧m的子帧5中接收对应下行链路传输。
因此,对于LAA群组中的未授权服务小区,DL HARQ ACK/NACK反馈时间轴可以根据上述规则进行修改,其中根据下行链路关联集合索引确定DL HARQ ACK/NACK反馈时间轴。对于配置有至少一个授权TDD服务小区和 至少一个未授权TDD服务小区的UE,UE将响应于子帧n中的至少一个DLPDSCH传输而传输DL HARQ ACK/NACK反馈以报告由在子帧n-k内对应的DL控制信道(例如,PDCCH或ePDCCH)所指示的DL HARQ传输,其中k∈Ki且与未授权服务小区的UL/DL配置有关且i与授权服务小区的UL/DL配置有关。例如,当将TDD UL/DL配置i配置给授权服务小区时,通过Ki确定未授权服务小区的下行链路关联集合索引。一般来说,当将UL/DL配置0、1、2、3、4、5和6配置给授权服务小区时,以上三条规则的应用将需要下行链路关联集合索引(Ki)进行修改。下图中示出修改。
图26说明当授权服务小区配置有UL/DL配置1时的下行链路关联集合索引K1:{k0,k1,…,kM-1}。图27说明当授权服务小区配置有UL/DL配置2时的下行链路关联集合索引K2:{k0,k1,…,kM-1}。图28说明当授权服务小区配置有UL/DL配置3时的下行链路关联集合索引K3:{k0,k1,…,kM-1}。图29说明当授权服务小区配置有UL/DL配置4时的下行链路关联集合索引K4:{k0,k1,…,kM-1}。图30说明当授权服务小区配置有UL/DL配置5时的下行链路关联集合索引K5:{k0,k1,…,kM-1}。图31说明当授权服务小区配置有UL/DL配置6时的下行链路关联集合索引K6:{k0,k1,…,kM-1}。
对于增强CA,数据卸载以及与其它未授权频谱部署的共存对于未来LTE部署将愈加重要,以便处理增加的吞吐量和容量需求。因此,对于增强CA,至少一个服务小区部署在支持基于竞争通信的未授权频带上并且至少一个服务小区部署在支持非基于竞争通信(例如,LTE-LAA)的授权频带上。本揭露提供满足LTE-LAA的通信操作的实现的机制。
鉴于前述描述,本揭露适合用于无线通信***中并且能够提供一种处理通信***中的通信操作的方法。如果授权服务小区辅助至少一个未授权服务小区,那么授权和未授权服务小区可以被认为是授权辅助接入(Licensed-Assisted Access,LAA)群组。
在所提出的示例性实施例的第一个中,本揭露提出重新传输可以在LAA群组的配置的服务小区中的一个上传输。
在所提出的示例性实施例的第二个中,本揭露提出共同地考虑LAA群组的DL HARQ过程的最大数目。
在所提出的示例性实施例的第三个中,提出软缓冲区分区机制用于共享软缓冲区的同一子块的授权和未授权服务小区。以此方式,软缓冲区的分区 可以有效地操作并且可以增加HARQ重新传输的性能。
在第四所提出的示例性实施例中,修改LAA群组的DL HARQ ACK或NACK(ACK/NACK)反馈时间轴以及对应下行链路关联集合索引。以此方式,将尽快发生DL HARQ ACK/NACK的反馈并且上行控制开销将适当地得到均衡。
用于本申请案的所揭示实施例的具体实施方式中的元件、动作或指令不应解释为对本揭露来说为绝对关键或必要的,除非明确地如此描述。而且,如本文中所使用,不定冠词“一(a)”和“一个(an)”中的每一个可以包含一个以上项目。如果仅期望一个项目,那么将使用术语“单一”或类似语言。此外,如本文中所使用,在多个项目以及/或是多个项目种类的列表之前的术语“中的任一个”既定包含所述项目以及/或是项目种类个别地或结合其它项目以及/或是其它项目种类“中的任一个”、“的任何组合”、“中的任何多个”以及/或是“中的多个的任何组合”。此外,如本文中所使用,术语“集合”既定包含任何数目的项目,包含零个。另外,如本文所使用,术语“数目”既定包含任何数目,包含零。
本领域技术人员将明白,在不脱离本揭露的范围或精神的情况下,可以对所揭示的实施例的结构作出各种修改和变化。鉴于前述内容,希望本揭露涵盖属于随附权利要求书及其等效物的范围内的本揭露的修改和变化。
Claims (52)
1.一种无线通信***中移动装置处理通信操作的方法,所述方法适用于通过所述无线通信***的网络配置有多个服务小区的所述移动装置,其中所述多个服务小区包括第一服务小区和第二服务小区,其特征在于,所述方法包括:
经由所述第一服务小区在第一子帧中接收第一传输且对所述第一传输进行解码;
响应于对所述第一传输进行解码而产生解码结果;
如果未成功地对所述第一传输进行解码,那么将所述第一传输的至少一个软信道位存储在软缓冲区的至少一个分区中,
其中至少根据MDL_HARQ,和Mlimit将所述软缓冲区分成多个分区,其中所述Nsoft是所述软缓冲区的大小,所述是配置给所述移动装置的授权服务小区数目,所述MDL_HARQ是下行链路混合自动重复请求过程的最大数目以及所述Mlimit是常数或可配置参数;
在第二子帧中传输确认或否定确认,其中所述确认或否定确认对应于所述解码结果;以及
经由所述第二服务小区在第三子帧中接收第二传输,其中所述第二传输是所述第一传输的重新传输。
2.根据权利要求1所述的方法,其特征在于,其中所述第一服务小区是授权服务小区或未授权服务小区。
3.根据权利要求1所述的方法,其特征在于,其中所述第二服务小区是授权服务小区或未授权服务小区。
4.根据权利要求1所述的方法,其特征在于,其中所述第一服务小区和所述第二服务小区相同或不同。
5.根据权利要求1所述的方法,其特征在于,其中所述第二子帧在所述第一子帧之后。
6.根据权利要求1所述的方法,其特征在于,所述第三子帧在所述第二子帧之后。
7.根据权利要求1所述的方法,其特征在于,其中所述软缓冲区根据以下方程式划分:
其中所述Nsoft是所述软缓冲区的大小,所述是配置给所述移动装置的授权服务小区数目,所述MDL_HARQ是下行链路混合自动重复请求过程的最大数目,所述Mlimit是常数或可配置参数,所述KMIMO是每传输时间间隔可将传送块传输到所述移动装置的最大数目。
8.根据权利要求1所述的方法,其特征在于,其中根据所述授权服务小区是否辅助未授权服务小区确定所述Mlimit。
9.根据权利要求8所述的方法,其特征在于,其中如果所述授权服务小区辅助所述未授权服务小区,那么所述Mlimit是12。
10.根据权利要求1所述的方法,其特征在于,其中根据配置给所述移动装置的未授权服务小区的数目确定所述Mlimit。
11.根据权利要求10所述的方法,其特征在于,其中如果配置给所述移动装置的未授权服务小区的所述数目分别是1、2或3,那么所述Mlimit是12、16或20。
12.根据权利要求1所述的方法,其特征在于,其中根据未授权服务小区的流量负荷类别确定所述Mlimit。
13.根据权利要求12所述的方法,其特征在于,其中如果所述未授权服务小区的所述流量负荷类别分别为高、中和低,那么所述Mlimit是16、12和8。
14.根据权利要求1所述的方法,其特征在于,其中根据未授权服务小区的拥塞率确定所述Mlimit。
15.根据权利要求14所述的方法,其特征在于,其中如果所述未授权服务小区的所述拥塞率分别为高、中和低,那么所述Mlimit是8、12和16。
16.根据权利要求1所述的方法,其特征在于,其中根据至少一个未授权服务小区的流量负荷类别以及至少一个已配置未授权服务小区数目确定所述Mlimit。
17.根据权利要求1所述的方法,其特征在于,其中所述Mlimit是通过所述网络经由较高层信令或物理层信令以进行配置。
18.根据权利要求17所述的方法,其特征在于,所述较高层信令是通过无线电资源控制、***消息块或主信息块传输。
19.根据权利要求17所述的方法,其特征在于,所述物理层信令是通过下行链路控制信息传输。
20.根据权利要求1所述的方法,其特征在于,其中所述第一服务小区和所述第二服务小区共享所述MDL_HARQ。
21.根据权利要求20所述的方法,其特征在于,其中如果所述第一服务小区是频分双工下行链路服务小区并且所述第二服务小区是全下行链路服务小区,那么所述MDL_HARQ为16。
22.根据权利要求21所述的方法,其特征在于,其中如果将所述移动装置进一步配置给第三服务小区,那么所述MDL_HARQ为24。
23.根据权利要求20所述的方法,其特征在于,其中如果将上行链路/下行链路配置0配置给所述第一服务小区和所述第二服务小区两者,那么所述MDL_HARQ为8。
24.根据权利要求20所述的方法,其特征在于,其中如果将上行链路/下行链路配置5配置给所述第一服务小区和所述第二服务小区两者,那么所述MDL_HARQ为30。
25.根据权利要求20所述的方法,其特征在于,其中如果将上行链路/下行链路配置0配置给所述第一服务小区并且将上行链路/下行链路配置5配置给所述第二服务小区,那么所述MDL_HARQ为13。
26.根据权利要求20所述的方法,其特征在于,其中如果将上行链路/下行链路配置0配置给所述第一服务小区并且所述第二服务小区是全下行链路服务小区,那么所述MDL_HARQ为14。
27.根据权利要求20所述的方法,其特征在于,其中如果所述第一服务小区配置为频分双工下行链路服务小区并且将上行链路/下行链路配置0配置给所述第二服务小区,那么所述MDL_HARQ为12。
28.根据权利要求1所述的方法,其特征在于,其中如果所述第二子帧是具有子帧号n的子帧,那么所述第一子帧是具有子帧号n-k的子帧,其中所述k是正整数。
29.根据权利要求28所述的方法,其特征在于,其中所述k是常数。
30.根据权利要求28所述的方法,其特征在于,其中所述k∈K且所述K是包括至少一个元素的下行链路关联集合索引。
31.根据权利要求30所述的方法,其特征在于,其中如果将上行链路/下行链路配置0配置给所述第一服务小区,那么根据下表确定所述下行链路关联集合索引(K):
32.根据权利要求30所述的方法,其特征在于,其中如果将上行链路/下行链路配置1配置给所述第一服务小区,那么根据下表确定所述下行链路关联集合索引(K):
33.根据权利要求30所述的方法,其特征在于,其中如果将上行链路/下行链路配置2配置给所述第一服务小区,那么根据下表确定所述下行链路关联集合索引(K):
34.根据权利要求30所述的方法,其特征在于,其中如果将上行链路/下行链路配置3配置给所述第一服务小区,那么根据下表确定所述下行链路关联集合索引(K):
35.根据权利要求30所述的方法,其特征在于,其中如果将上行链路/下行链路配置4配置给所述第一服务小区,那么根据下表确定所述下行链路关联集合索引(K):
36.根据权利要求30所述的方法,其特征在于,其中如果将上行链路/下行链路配置5配置给所述第一服务小区,那么根据下表确定所述下行链路关联集合索引(K):
37.根据权利要求30所述的方法,其特征在于,其中如果将上行链路/下行链路配置6配置给所述第一服务小区,那么根据下表确定所述下行链路关联集合索引(K):
38.一种用于无线通信***的网络的所述无线通信***中移动装置处理通信操作的方法,所述方法适用于将多个服务小区配置给所述移动装置的所述网络,其中所述多个服务小区包括第一服务小区和第二服务小区,其特征在于,所述方法包括:
经由所述第一服务小区在第一子帧中传输第一传输;
在第二子帧中接收确认或否定确认,其中所述确认或否定确认对应于所述第一传输;以及
经由所述第二服务小区在第三子帧中传输第二传输,其中所述第二传输是所述第一传输的重新传输,其中
如果所述第二子帧是具有子帧号n的子帧,那么所述第一子帧是具有子帧号n-k的子帧,其中所述k是正整数;
所述k∈K且所述K至少是依据所述第一服务小区的上行链路/下行链路配置及所述第二服务小区的上行链路/下行链路配置所决定的下行链路关联集合索引。
39.根据权利要求38所述的方法,其特征在于,其中所述第一服务小区是授权服务小区或未授权服务小区。
40.根据权利要求38所述的方法,其特征在于,其中所述第二服务小区是授权服务小区或未授权服务小区。
41.根据权利要求38所述的方法,其特征在于,其中所述第一服务小区和所述第二服务小区相同或不同。
42.根据权利要求38所述的方法,其特征在于,所述第二子帧在所述第一子帧之后。
43.根据权利要求38所述的方法,其特征在于,所述第三子帧在所述第二子帧之后。
44.根据权利要求38所述的方法,其特征在于,其中所述k是常数。
45.根据权利要求38所述的方法,其特征在于,其中所述下行链路关联集合索引(K)包括至少一个元素。
46.根据权利要求45所述的方法,其特征在于,其中如果将上行链路/下行链路配置0配置给所述第一服务小区,那么根据下表确定所述下行链路关联集合索引(K):
47.根据权利要求45所述的方法,其特征在于,其中如果将上行链路/下行链路配置1配置给所述第一服务小区,那么根据下表确定所述下行链路关联集合索引(K):
48.根据权利要求45所述的方法,其特征在于,其中如果将上行链路/下行链路配置2配置给所述第一服务小区,那么根据下表确定所述下行链路关联集合索引(K):
49.根据权利要求45所述的方法,其特征在于,其中如果将上行链路/下行链路配置3配置给所述第一服务小区,那么根据下表确定所述下行链路关联集合索引(K):
50.根据权利要求45所述的方法,其特征在于,其中如果将上行链路/下行链路配置4配置给所述第一服务小区,那么根据下表确定所述下行链路关联集合索引(K):
51.根据权利要求45所述的方法,其特征在于,其中如果将上行链路/下行链路配置5配置给所述第一服务小区,那么根据下表确定所述下行链路关联集合索引(K):
52.根据权利要求45所述的方法,其特征在于,其中如果将上行链路/下行链路配置6配置给所述第一服务小区,那么根据下表确定所述下行链路关联集合索引(K):
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201462095717P | 2014-12-22 | 2014-12-22 | |
US62/095,717 | 2014-12-22 | ||
TW104142930A TWI590609B (zh) | 2014-12-22 | 2015-12-21 | 通信系統中處理通信操作的方法以及相關設備 |
TW104142930 | 2015-12-21 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105721114A CN105721114A (zh) | 2016-06-29 |
CN105721114B true CN105721114B (zh) | 2019-01-18 |
Family
ID=55079960
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510973271.XA Active CN105721114B (zh) | 2014-12-22 | 2015-12-22 | 通信***中处理通信操作的方法以及相关设备 |
Country Status (3)
Country | Link |
---|---|
US (1) | US9893865B2 (zh) |
EP (1) | EP3038285B1 (zh) |
CN (1) | CN105721114B (zh) |
Families Citing this family (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105723643B (zh) * | 2013-11-12 | 2020-12-08 | Oppo广东移动通信有限公司 | 用于处理网络中的盲传输(重传)的设备和方法 |
US9668288B2 (en) * | 2014-03-19 | 2017-05-30 | Acer Incorporated | Method of handling device-to-device operation and related communication device |
US11201688B2 (en) | 2015-05-15 | 2021-12-14 | Kyocera Corporation | Base station, user terminal, processor, and communication method |
JP6317037B2 (ja) | 2015-05-15 | 2018-04-25 | 京セラ株式会社 | 基地局、ユーザ端末、プロセッサ及び通信方法 |
US10638391B2 (en) * | 2015-11-02 | 2020-04-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for controlling selection of the solution for WLAN and unlicensed spectrum usage |
WO2017123356A1 (en) * | 2016-01-12 | 2017-07-20 | Intel IP Corporation | Dynamic harq configuration and bitmap based ack/nack |
US9967863B2 (en) * | 2016-03-24 | 2018-05-08 | Sharp Laboratories Of America, Inc. | Systems and methods for uplink control information reporting with license-assisted access (LAA) uplink transmissions |
CN107567099A (zh) * | 2016-06-30 | 2018-01-09 | 华为技术有限公司 | 上行控制信道发送与接收方法及装置 |
US10517021B2 (en) | 2016-06-30 | 2019-12-24 | Evolve Cellular Inc. | Long term evolution-primary WiFi (LTE-PW) |
US20180132242A1 (en) * | 2016-11-04 | 2018-05-10 | Mediatek Inc. | Grouping of serving cells with shortened transmission time intervals |
CN108024379B (zh) * | 2016-11-04 | 2019-08-30 | 电信科学技术研究院 | 一种跨载波调度方法及装置 |
CN108282881B (zh) * | 2017-01-06 | 2020-12-15 | 华为技术有限公司 | 一种资源配置方法及装置 |
US11171758B2 (en) * | 2017-03-24 | 2021-11-09 | Qualcomm Incorporated | Code block grouping and feedback that support efficient retransmissions |
US11711171B2 (en) * | 2018-01-11 | 2023-07-25 | Huawei Technologies Co., Ltd. | System and method for reliable transmission over network resources |
KR102642585B1 (ko) * | 2018-04-27 | 2024-02-29 | 한국전자통신연구원 | 통신 시스템에서 harq 기반의 송수신 방법 및 장치 |
US10924225B2 (en) * | 2018-08-03 | 2021-02-16 | Mediatek Inc. | Group-based hybrid automatic repeat request (HARQ) acknowledgement feedback |
US20200106569A1 (en) | 2018-09-27 | 2020-04-02 | Mediatek Inc. | Mechanisms for postponing hybrid automatic repeat request acknowledgement (harq-ack) feedback |
CN110211416B (zh) * | 2019-06-06 | 2021-12-21 | 广域铭岛数字科技有限公司 | 物联网智能车库的信息传输方法及*** |
US11811699B2 (en) * | 2021-08-31 | 2023-11-07 | Qualcomm Incorporated | Full-duplex turbo HARQ-ACK |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103051435A (zh) * | 2011-08-24 | 2013-04-17 | 财团法人工业技术研究院 | 用于在时分双工***中进行软缓冲区分区的方法和装置 |
CN103718484A (zh) * | 2011-05-31 | 2014-04-09 | 三星电子株式会社 | 在支持载波聚合的tdd通信***中定义物理信道传送/接收定时和资源分配的设备及其方法 |
CN104205688A (zh) * | 2012-04-05 | 2014-12-10 | Lg电子株式会社 | 用于在无线通信***中聚合载波的方法和设备 |
Family Cites Families (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20090078723A (ko) * | 2008-01-15 | 2009-07-20 | 삼성전자주식회사 | 무선 이동 통신 시스템에서 복합 자동 재송신 요구 방식에 기반한 신호 송수신 방법 |
CN101965707B (zh) | 2008-03-24 | 2014-03-12 | 诺基亚公司 | 通信***中的软缓冲存储器配置 |
US8942190B2 (en) | 2009-03-16 | 2015-01-27 | Blackberry Limited | HARQ process number management for downlink carrier aggregation |
KR101749346B1 (ko) | 2009-03-25 | 2017-06-21 | 엘지전자 주식회사 | 다중 반송파 시스템에서 harq 수행 장치 및 방법 |
CN102077627B (zh) * | 2009-04-30 | 2013-03-27 | 华为技术有限公司 | 一种上行信号的处理方法、基站和用户终端 |
CN103190110B (zh) | 2010-11-05 | 2016-09-07 | 黑莓有限公司 | Harq软比特缓冲区划分方法、用户设备以及网络单元 |
KR102164699B1 (ko) | 2010-12-06 | 2020-10-13 | 인터디지탈 패튼 홀딩스, 인크 | 허가 면제 스펙트럼에서의 무선 동작을 가능케 하는 방법 |
US8867463B2 (en) | 2010-12-28 | 2014-10-21 | Telefonaktiebolaget L M Ericsson (Publ) | Weighted soft buffer handling in radiocommunication systems |
KR101911254B1 (ko) | 2011-03-13 | 2018-10-24 | 엘지전자 주식회사 | 신호 송수신 방법 및 이를 위한 장치 |
EP2690815B1 (en) | 2011-03-21 | 2020-09-09 | LG Electronics Inc. | Method and device for executing harq in tdd-based wireless communication system |
WO2012148446A1 (en) | 2011-04-29 | 2012-11-01 | Intel Corporation | System and method of managing wireless communications with multiple transmission points |
US8891466B2 (en) | 2011-04-29 | 2014-11-18 | Acer Incorporated | Method of handling soft buffer for carrier aggregation and related communication device |
CN104025475B (zh) | 2011-10-03 | 2018-04-13 | 英特尔公司 | 装置到装置(d2d)通信机制 |
CN103199961A (zh) | 2012-01-06 | 2013-07-10 | 北京三星通信技术研究有限公司 | 一种采用发送分集技术传输harq-ack信息的方法 |
EP2814196B1 (en) | 2012-02-09 | 2018-07-11 | LG Electronics Inc. | Method for transreceiving signal and apparatus for same |
US9602253B2 (en) * | 2012-04-23 | 2017-03-21 | Lg Electronics Inc. | Method and apparatus for making HARQs in carrier aggregation systems |
RU2675801C1 (ru) | 2012-07-17 | 2018-12-25 | Сан Пэтент Траст | Терминальное устройство и способ разделения буфера |
GB2506363A (en) | 2012-09-26 | 2014-04-02 | Broadcom Corp | Method for controlling automatic repeat request (arq) retransmissions of wireless signals |
US9397819B2 (en) | 2012-10-02 | 2016-07-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Extension carrier for ARQ |
US20140185496A1 (en) | 2013-01-02 | 2014-07-03 | Qualcomm Incorported | Low latency arq/harq operating in carrier aggregation for backhaul link |
TWI815125B (zh) * | 2013-05-08 | 2023-09-11 | 美商內數位專利控股公司 | 在長期進化(lte)系統中網路輔助干擾取消及/或抑制(naics)方法、系統及裝置 |
US10313079B2 (en) | 2013-08-23 | 2019-06-04 | Qualcomm Incorporated | Common HARQ processes |
US20150085720A1 (en) | 2013-09-26 | 2015-03-26 | Qualcomm Incorporated | Reduced delay harq process timeline for fdd-tdd carrier aggregation |
US9674845B2 (en) | 2013-11-04 | 2017-06-06 | Qualcomm Incorporated | Soft buffer management |
KR20150074494A (ko) * | 2013-12-24 | 2015-07-02 | 주식회사 아이티엘 | Tdd-fdd 반송파 집성을 위한 소프트버퍼 제어 방법 및 그 장치 |
-
2015
- 2015-12-22 CN CN201510973271.XA patent/CN105721114B/zh active Active
- 2015-12-22 EP EP15201908.9A patent/EP3038285B1/en active Active
- 2015-12-22 US US14/977,655 patent/US9893865B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103718484A (zh) * | 2011-05-31 | 2014-04-09 | 三星电子株式会社 | 在支持载波聚合的tdd通信***中定义物理信道传送/接收定时和资源分配的设备及其方法 |
CN103051435A (zh) * | 2011-08-24 | 2013-04-17 | 财团法人工业技术研究院 | 用于在时分双工***中进行软缓冲区分区的方法和装置 |
CN104205688A (zh) * | 2012-04-05 | 2014-12-10 | Lg电子株式会社 | 用于在无线通信***中聚合载波的方法和设备 |
Also Published As
Publication number | Publication date |
---|---|
US20160182204A1 (en) | 2016-06-23 |
US9893865B2 (en) | 2018-02-13 |
EP3038285B1 (en) | 2022-04-27 |
EP3038285A3 (en) | 2016-10-26 |
CN105721114A (zh) | 2016-06-29 |
EP3038285A2 (en) | 2016-06-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105721114B (zh) | 通信***中处理通信操作的方法以及相关设备 | |
CN112470421B (zh) | 用于多点通信的反馈 | |
CN107113831B (zh) | 可变长度传输时间区间(tti) | |
CN111684748B (zh) | 用于调度请求和上行链路控制信息的冲突避免 | |
EP3400670B1 (en) | Method and apparatus for allocating acknowledgement resources | |
CN106063177B (zh) | 用于传送harq ack/nack的方法和装置 | |
KR102467362B1 (ko) | 비허가 무선 주파수 스펙트럼 대역에서의 송신들을 관리하는 기법들 | |
US10433296B2 (en) | User terminal, radio base station and radio communication method | |
CN108781155B (zh) | 用于在扩展上行链路导频时隙中进行通信的技术 | |
CN107926011B (zh) | 用户终端、无线基站以及无线通信方法 | |
CN117615442A (zh) | 双连接功率控制技术 | |
EP3410802A1 (en) | User terminal, wireless base station, and wireless communication method | |
CN108886818A (zh) | 在无线通信***中对非授权带上行链路信道接入的方法及其装置 | |
CN108352958A (zh) | 用于在非授权带中传输信号的方法、装置、和*** | |
CN109565357B (zh) | 发送和接收用于多个子帧的资源许可的方法和装置 | |
CN110463297A (zh) | 用于在移动通信***中执行寻呼的方法和设备 | |
CN107005509A (zh) | 用于使用未授权共享介质中的信道来传输混合自动重复请求传输的方法、装置和*** | |
KR20140002053A (ko) | 면허 면제 스펙트럼에서 보충 셀을 동작시키는 방법 및 장치 | |
CN108476525A (zh) | 用于非授权带中的信道访问的方法、装置、和*** | |
CN108886772B (zh) | 装置的载波确定 | |
CN107211280B (zh) | 用户终端、无线基站及无线通信方法 | |
CN113892277A (zh) | 终端及通信方法 | |
CN114514707A (zh) | 无线通信中多个发送-接收点的默认传输波束 | |
KR20160079647A (ko) | 하이브리드 자동 반복 요청 전송 방법 및 장치 | |
CN109891794A (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 |