CN105009630B - 用于组合混合式自动重复请求的方法、系统和存储介质 - Google Patents
用于组合混合式自动重复请求的方法、系统和存储介质 Download PDFInfo
- Publication number
- CN105009630B CN105009630B CN201380073980.1A CN201380073980A CN105009630B CN 105009630 B CN105009630 B CN 105009630B CN 201380073980 A CN201380073980 A CN 201380073980A CN 105009630 B CN105009630 B CN 105009630B
- Authority
- CN
- China
- Prior art keywords
- downlink control
- copy
- control messages
- message
- enb
- 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
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
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1657—Implicit acknowledgement of correct or incorrect reception, e.g. with a moving window
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
- H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1835—Buffer management
- H04L1/1845—Combining techniques, e.g. code combining
Abstract
本技术提供一种LTE系统,其包括配置为执行对PDCCH消息的盲性HARQ组合的UE,以及配置有针对这种PDCCH消息的HARQ传输机制的eNB。PDCCH消息可例如是上行链路授权消息或下行链路授权消息。在一些实施例中,通过HARQ可对至多8个消息进行组合。这种HARQ组合可促进实现实际的覆盖增益。
Description
相关申请的交叉参考
本申请要求于2012年12月28日提交的美国专利申请No.13/730,244的权益及优先权,上述申请的全部内容通过引用并入本文。
技术领域
本技术大体上涉及无线通信中的差错控制,具体说,涉及在例如长期演进 (LTE)通信系统的物理下行链路控制信道(PDCCH)的下行链路控制信道中使用混合式自动重复请求(HARQ)。
背景技术
出于各种原因,使提高覆盖性在诸如第三代合作伙伴项目(3GPPTM)LTE 的无线通信系统中得到推崇。覆盖性的提高需要增加例如PDCCH的各种物理信道的实际增益。
例如,2012年9月的提案RP-121441中的题为“关于提供基于LTE的低成本MTC UE研究”的3GPPTM工作项目规定了针对用于具有+20dB覆盖性的LTE 的新型超高覆盖模式的要求。这可能需要以动态方式向PDCCH提供高达9dB的实际增益。更大的增益则可以通过用户设备(UE)端的附加的存储器和处理开销来实现。
一种在例如PDCCH的信道上提供附加增益的方法是增加聚合等级(AL),该聚合等级对应于分配给控制消息的资源的数目。LTE中的当前最大AL是8个控制信道单元(CCE)。即使AL增加至32个CCE,预计这也仅会为PDCCH贡献6dB的增益。超出32个CCE的聚合将存在问题,因为它会导致针对UE中的盲性解码选项的指数性增长。另外,对于带宽受限的系统而言,高的聚合等级可能是不可行的。例如,在典型的具有10MHz系统带宽的部署方案中,子时隙仅能够容纳55个CCE,因此接下来的64个CCE的聚合等级是不可行的。
另一种潜在方法是动态地增加处于有限覆盖状态下的各个UE的CCE的功率。然而,这种方案目前在提出空间再利用问题之前,仅能提供大约5dB的覆盖增益。
如同S.Sesia,I.Toufik,M.Baker,Wiley在2011年第二版“LTE-UMTS长期演进:从理论到实践”的第2章所描述的那样,针对传输到LTE系统的物理下行链路共享信道(PDSCH)上的广播系统信息块,已经提出了盲性HARQ组合的概念。然而,在这种情况下,PDCCH用于指示重复数据在滑动窗口内的位置。
因此,需要一种不受一个或多个现有技术局限性的、用于在LTE下行链路控制信道上执行HARQ的方法和系统。
提供该背景信息的目的在于使由申请人所认知的信息与本发明技术相关联。不必有意承认,也不应理解为:任何前述信息构成与本发明技术相对的现有技术。
发明内容
本发明的一个目的是提供一种用于在LTE下行控制信道上结合混合式自动重复请求的方法和系统。按照本发明的方面,提供了一种用于促进长期演进(LTE) 系统中的演进节点B(eNB)与用户设备(UE)之间的通信的方法,所述方法包括:通过下行链路控制信道从eNB向UE传输下行链路控制消息;根据所确定的 UE的下行链路控制消息的解码状态,通过所述下行链路控制信道从eNB向UE 重新传输该下行链路控制信息的一个或多个副本;在UE端接收和存储经传输的下行链路控制消息以及经重传的该下行链路控制消息的一个或多个副本;以及,在UE端使用经传输的下行链路控制消息以及经重传的该下行链路控制消息的一个或多个副本中的至少若干项的组合来进行解码。
根据本发明的另一方面,提供了一种系统,其包括长期演进(LTE)系统中的演进节点B(eNB)和用户设备(UE),其中该系统配置为:通过下行链路控制信道从eNB向UE传输下行链路控制消息;根据所确定的UE的下行链路控制消息的解码状态,通过所述下行链路控制信道从eNB向UE重新传输该下行链路控制信息的一个或多个副本;在UE端接收和存储经传输的下行链路控制消息以及经重传的该下行链路控制消息的一个或多个副本;以及,在UE端使用经传输的下行链路控制消息以及经重传的该下行链路控制消息的一个或多个副本中的至少若干项的组合来进行解码。
根据本发明的另一方面,提供了一种计算机程序产品,其包括上面存储有计算机可执行语句和指令的计算机可读介质,所述计算机可执行语句和指令当由计算机运行时执行用于促进长期演进(LTE)系统中的演进节点B(eNB)与用户设备(UE)之间的通向的操作,所述操作包括:通过下行链路控制信道从eNB 向UE传输下行链路控制消息;根据所确定的UE的下行链路控制消息的解码状态,通过所述下行链路控制信道从eNB向UE重新传输该下行链路控制信息的一个或多个副本;在UE端接收和存储经传输的下行链路控制消息以及经重传的该下行链路控制消息的一个或多个副本;以及,在UE端使用经传输的下行链路控制消息以及经重传的该下行链路控制消息的一个或多个副本中的至少若干项的组合来进行解码。
附图说明
参照附图,本发明的这些及其他的特征将在下文详细描述中变得更显而易见。
图1示出了根据本发明一个实施例的采用了盲性组合HARQ的DL授权的传输。
图2示出了根据本发明一个实施例的采用了盲性组合HARQ的UL授权的传输。
图3示出了根据本发明一个实施例的采用了与PDSCH相结合的盲性组合HARQ的DL授权的传输。
图4示出了根据本发明一个实施例的采用了盲性组合HARQ的UL授权的传输以及该UL授权的初始多个副本的传输。
图5示出了根据本发明一个实施例的采用了盲性组合HARQ的DL授权的传输。
图6示出了根据本发明实施例而提供的系统。
具体实施方式
定义
除非另有定义,否则本文使用的所有技术性及科学性术语均具有如本发明所属领域的常规技术人员所通常理解的相同含义。
本发明提供一种LTE系统,其包括配置为执行下行链路控制消息的盲性HARQ组合的UE,以及配置有用于此类消息的HARQ传输机制的eNB。下行链路控制消息可例如是PDCCH消息或下行链路控制信息(DCI)消息、上行链路或下行链路资源分配消息,或传输功率控制消息。在一些实施例中,可以将多达 8个下行链路控制消息进行结合。这种结合可有利于实现实际覆盖增益,例如在 PDCCH上是9dB增益。
根据本发明的一方面,提供了用于促进LTE系统中的eNB与UE之间进行通信的方法。该方法包括:通过PDCCH从eNB向UE传输下行链路控制消息。该方法还包括:根据HARQ机制,通过PDCCH从eNB向UE重新传输该下行链路控制信息的一个或多个副本。在一些实施例中,该重传仅当eNB没有接收到来自UE的确认(肯定或否定)时进行传输,并且重传会至多传输预定的次数。由于LTE标准中的现有机制,可以传输确认或否认。在一些实施例中,会自动传输至少是预定次数的重传。例如,在对下行链路控制消息成功地进行结合并解码之前,可使用各种方法来促使UE等待,直到接收到预定数目的下行链路控制消息副本为止。作为示例,授权下行链路控制消息的副本可通过直到已接收到预定数目的重传否则UE无法解码该下行链路控制信息的方式来进行编码。然而,使用该实施例时,可能期望采取措施以确保不会过分削减代码。该方法还包括:在 UE端接收并存储经传输的下行链路控制消息以及该下行链路控制消息的经重新传输的一个或多个副本。该方法还包括:在UE处对至少一些经传输的下行链路控制消息与该下行链路控制消息的经重新传输的一个或多个副本的组合进行解码。
根据本发明的一方面,提供了一种包括LTE系统中的eNB和UE的系统。该系统配置为通过PDCCH从eNB向UE传输下行链路控制消息。该系统还配置成根据盲性结合HARQ机制,通过PDCCH从eNB向UE重新传输该下行链路控制信息的一个或多个副本。在盲性组合HARQ中,UE可以不具有那种已知那些消息将结合在一起的“先验”知识,由此盲性地进行试验性的消息组合。该系统还配置为在UE处接收并存储经所传输的下行链路控制消息以及该下行链路控制消息的经重新传输的一个或多个副本。该系统还配置为在UE处对经传输的下行链路控制消息与该下行链路控制消息的经重新传输的一个或多个副本两者中的至少几项的几种不同组合进行盲性解码。通过尝试消息的不同组合,UE可以寻得该消息的可解码版本。为了获得这样的可解码版本,UE可能需要许多的额外组合操作。
系统可包括例如在LTE系统中所看到的那种基本标准的eNB和UE硬件,并且该系统还通过固件和/或软件来配置,从而如本文所述地那样实现HARQ机制。该UE还可包括附加的存储器,以存储来自先前接收的用于消息组合的各消息的软符号。eNB可包括发送器HARQ模块,其配置为对用于传输和重新传输的消息进行编码、针对确认(ACK)和/或否认(NACK)进行监控,并适当地触发消息传输和重传。UE可包括接收器HARQ模块,其配置为接收经传输和经重新传输的消息、并对其进行组合和解码,并且适当地产生确认和/或否认。
在一些实施例中,UE配置为执行附加消息分量的组合,所述附加消息分量例如物理下行链路共享信道(PDSCH)的各个消息。eNB可以相应地配置有用于这种PDSCH消息的HARQ传输机制。
在各种实施例中,聚合等级(AL)可例如通过无线电资源控制(RRC)信令来固定为预定值。例如,根据本发明一些实施例的聚合等级为1、2、4和8。在一些实施例中,例如16或32的较高聚合等级可依据可获得性来进行分配。限制性AL可以有利地限制UE端的盲性解码选项,并因此管理复杂性要素。
在各种实施例中,UE可配置为在基本上不需要或不使用附加的HARQ信令的情况下就能执行下行链路控制(例如,PDCCH)消息的盲性HARQ组合。这代表了优于需要此类附加信令的方法的优点。
在一些实施例中,对PDCCH应用盲性组合HARQ机制,其中不需要附加的信令(除了已用于PDSCH HARQ的信令,例如PDSCH的ACK/NACK以外)。这与物理上行链路共享信道(PUSCH)HARQ形成对比,其中物理混合式自动重复请求指示符信道(PHICH)承载了HARQACK/NACK,其指示出eNB是否已正确地接收PUSCH上的传输,以及在PUSCH/PUCCH中将DL消息(PDSCH) HARQ ACK/NACK发送至何处。
在各种实施例中,UE可配置为将至少一组先前接收的下行链路控制消息的信号分量存储为软符号。然后,可将多个下行链路控制消息的软符号用于盲性结合。这可能会增加UE处的存储器使用性。在一些实施例中,可以将现有的 PDSCH/PUSCH HARQ存储器重复用于存储下行链路控制消息。
在一些实施例中,UE可配置为每子帧执行多个(例如,2个、3个、4个、 5个等)解码操作。除了执行多个可能的盲性解码以外,还可以执行针对PDCCH 的盲性组合。解码操作可包括将当前接收的下行链路控制消息的符号与所存储的 PDCCH软符号相结合,以便于差错校正。多个解码操作可能需要增加处理。然而,将盲性解码选项限制在一个聚合等级AL的做法以及将组合限制为盲性组合选项中例如两项的全功率(例如8、4、2、1,而不是8、7、6、5、4、3、2、1) 的做法,可用来限制盲性解码选项。例如,盲性解码选项的总数可减少到36(1 个AL等级*2个DCI消息*3个DCI(下行链路控制信息)格式*6个DCI结合的结合体)。当UE处于不良覆盖性时,甚至当UE可能需要32或更高增益时,将唯一地使用最大值AL=31。由此,较小的AL等级将不被使用。UE和公共搜索空间将分别仅具有一个被赋予了高AL的可能的DCI消息,因为这样很可能使其所有都适应于频带。目前,通常可以是三个可能的下行链路控制信息(DCI) 格式,但这样的等级将会降低。6个DCI消息组合选项可以是1、2、4、8、16 和32。
在各种实施例中,例如当在每子帧以上述方式执行多个解码操作时,可以通过在传输时间间隔(TTI)的预定子集上调度PDCCH来减低UE端的计算要求。例如,eNB和UE可以同意“仅当每第n个TTI时,eNB才调度PDCCH”的先验。即,经由PDCCH通过eNB向给定UE进行的传输将不会发生在不是从预先商定的TTI起算的每第n个TTI的那些TTI中。随后,UE仅需要对每第n个ΤTI 中接收的信息进行盲性组合,这降低了处理所被要求采用的速率。
在一些实施例中,eNB与UE之间可以商定:使用TTI的预定精确子集来进行从eNB向UE的传输。这样的子集可基本上是任意的,但受制于以下条件:例如,所使用的连续TTI之间的间距小于预定量、所以使用的TTI密度小于第一预定量、所使用的TTI密度大于第二预定量,诸如此类或它们的组合。
在各种实施例中,基于预先指定的处理和UE的存储能力或者基于由UE报告的当前处理能力来选择TTI的子集,其中UE所报告的当前处理能力可例如由于UE需要进行其他的处理密集型操作而改变。理想的是,为了执行软合并,UE 能够以及时方式来处理输入的数据。
值得注意的是,这样的分时隙的(sloted)PDCCH调度会对传输加入延迟。然而,这样的延迟是可接受的,尤其是对于M2M应用而言。如果这样的延迟不可接受,那么可能需要UE端增加计算功率。预计,计算要求通常会随着集束 (bundle)的规模而线性降低。根据本发明的实施例,发送PDCCH的频率低于根据当前的LTE标准实践所通常执行的频率。通过这种方式,根据本发明实施例,向UE提供更多的时间来执行与对集束解码相关联的所需处理。但是,为了完成所需解码,可能招致这种PDCCH的时隙出现进一步延迟。
在一些实施例中,时隙的长度可与覆盖要求有关。例如,当使用更多的 PDCCH TTI集束时,时隙可以更长。可以利用现有的上行链路信道(例如,经由 CQI指示符、功率开销消息或者PRACH消息),从UE向eNB通告集束之间的时间。例如,需要被UE和eNB二者所知的参数包括:使用了多少个PDCCH的集束,以及用多长时间来分隔包括了集束的PDCCH传输。
在一些实施例中,集束的起点可基于UE的标识符(例如UE的IMEI)来确定。这样的确定可例如通过对标识符进行散列函数操作来完成。这将有助于更均匀的负荷分布。
在各种实施例中,由于eNB可以不同的AL等级和DCI格式来对下行链路控制(例如PDCCH DCI)消息进行编码,因此可能需要盲性解码。(UE或公共的)搜索空间的大小也会影响盲性解码选项的数目。鉴于上述情况,在给定的子帧中可要求版本8/9的UE进行最多44个盲性解码操作(公共搜索空间中12个以及UE指定搜索空间中32个)。
在各种实施例中,eNB配置有一种机制,其用于确定在给定UE端的下行链路控制消息的解码何时失败,并用于确定是否要为UE端的组合传输该下行链路控制消息的另一副本。在一些实施例中,针对下行链路授权,出示针对PDSCH 的UL ACK/NACK可用来指示该下行链路控制消息被正确地解码。在一些实施例中,针对上行链路授权,在所分配的物理资源块(PRB)中出示PUSCH上的UE 传输能量可用于指示下行链路控制消息被正确地解码。
在各种实施例中,对下行链路控制消息的副本进行编码,以便由UE进行组合。例如,可以第一方式对下行链路控制消息的初始副本进行信道编码,而以不同的方式对按照HARQ传输的下行链路控制消息的后续副本进行信道编码。这例如可通过增量冗余来促进多个下行链路控制消息的软合并,从而增加成功解码的机会。可由UE对所接收的下行链路控制消息的多个副本进行存储及组合,并且以尝试对多个消息的组合体进行解码。可针对PDSCH消息执行类似的软组合和/ 或增量冗余。
增量冗余的HARQ的例子来自于HSDPA:即,用收缩1/3Turbo码来对数据块进行首次编码,然后在每次(重新)传输过程中将经编码的数据块进行不同的收缩(puncture,即仅选择经编码比特位的一小部分)并发送。
在各种实施例中,下行链路控制消息副本放置在为UE所已知的位置(例如,时间和频率上的),以使得UE对这些副本进行盲性组合。这可能涉及显式或隐传输调度。
在一些实施例中,传输调度可基于子帧个数0-9以及系统帧个数。在一些实施例中,基于UE的标识符(例如,IMEI或IMSI散列),UE将知道DCI消息将被发送给哪些个子帧和系统帧。在一个实施例中,这些是以至少6个子帧来进行间隔的,以允许ACK/NACK或PUSCH启动并由eNB所检测。还对UE提供有关于哪些物理资源块(PRB)被用于DCI消息的信息。该信息可再次作为UE ID 的散列,或者备选地,可以在规模上对UE和公共搜索空间进行约束,以有助于那些被发送以DCI消息的PRB的实用性小数目。
在一些实施例中,本发明可有助于经由HARQ的动态增益。在一些实施例中,eNB针对所需的PDCCH编码速率可采用保守估计。这可带来对PDCCH资源的更有效使用。
在一些实施例中,相对于其他现有的方案,本发明可以在子帧中利用更少的PDCCH资源。值得注意的是,在10MHz的信道中32个控制信道单元(CCE) 可对应于一半以上的PDCCH资源。
应当注意,根据本发明的实施方案可能会导致增加的PDCCH延迟、增加的 UE存储器使用量、增加的UE处理要求,或它们的组合。
现在,参考具体实施例对本发明进行描述。应当理解,下文的示例旨在描述本发明的实施方式,而不意在以任何方式对本发明加以限制。
具体示例
示例1:
图1示出了根据本发明实施例的传送至UE的下行链路(DL)授权(例如下行链路共享信道的资源分配)的示例。由于两次失败的解码尝试,使得如下文所述地在PDCCH上进行了三次DL授权消息的传输。eNB通过PDCCH向UE 传输初始DCI消息P11105,以及通过PDSCH向UE传输初始用户平面消息D11 107。(该消息D11可包含用户平面数据或更高等级的信令控制数据,例如RRC 或NAS控制数据)。在本示例中,UE尝试对P11105进行解码,但却失败。因此,UE存储针对P11105的软符号。
UE解码P11105失败导致UE还未曾尝试对PDSCH进行解码。由此导致,并未针对PDSCH消息发送任何确认或否认110。
未能在预期时间范围内接收到确认或否认110的eNB推断UE未能成功对 P11105进行解码。以下为第二次尝试。eNB通过PDCCH向UE传输另一消息P12 115,以及通过PDSCH向UE传输另一消息副本D11117。这两个消息P12115和 D11117再次在相同的子时隙中进行传输。消息P12115相比于消息P11105进行了不同的编码,以使得各消息的后续组合对应于不止一种简单的重复码。在本示例中,UE尝试对P12115解码,但失败。此外,UE对消息P11105和P12115进行组合并尝试对该组合进行解码,但对该组合的解码也失败了。因此,UE存储针对P12115的软符号,并制止经由上行链路信道发送确认或否认120。
再次地,未能在预期时间范围内接收到确认或否认120的eNB推断出UE 未能成功对P11105和P12115进行解码。以下为第三次尝试。eNB通过PDCCH 向UE传输另一消息P13125,以及通过PDSCH向UE传输另一消息副本D11127。这两个消息P13125和D11127再次在相同的子时隙中进行传输。消息P13125相比于消息P11105和P12115进行了不同的编码,以使得各消息的后续组合对应于不止一种简单的重复码。在本示例中,UE尝试对P13125解码,但失败。此外, UE对消息P12115和P13125进行组合,并尝试对该组合进行解码,但对组合的解码也失败了。最后,UE对消息P11105,P12115和P13125进行组合,并成功地解码该组合。然后,UE尝试对D11进行解码,并经由上行链路信道传输确认或NACK 130,以表明D11的解码状态。eNB接收到该确认或NACK 130,并得知已接收到DL授权以及用户平面消息是否得以解码。确认或NACK130对应于现有的、按照现存LTE规范进行常规发送的确认或否认。也就是,ACK或NACK 并不是现有规定的ACK或NACK的附加项。如果传输了NACK,则调用现有的 PDSCH HARQ过程。
在一些实施例中,为了控制存储器的使用量,可将PDSCH资源(例如D1) 发送至频带内的PRB的有限子集上。
示例2:
图2示出了根据本发明实施例的传送至UE的上行链路(UL)授权(例如上行链路共享信道的资源分配)的示例。由于两次解码尝试失败,使得如下文所述地在PDCCH上进行了三次UL授权消息的传输。eNB通过PDCCH向UE传输初始DCI消息P11205。在本示例中,UE尝试对P11205进行解码,但却失败。因此,UE存储针对P11205的软符号,并制止对上行链路信道发送数据。在该 UL示例中,不发送ACK/NACK;仅通过PUSCH将数据发送至UL数据信道上。
未能在预期时间范围内看到PUSCH 210上的能量或对PUSCH 210上的U1 进行解码的eNB推断UE未能成功对P11205进行解码。以下为第二次尝试。eNB 通过PDCCH向UE传输另一个消息P12215。消息P12215相比于消息P11205进行了不同的编码,以使得各消息的后续组合对应于不止一种简单的重复码。在本示例中,UE尝试对P12115进行解码,但失败。此外,UE对消息P11205和P12 215进行组合并尝试对该组合进行解码,但对组合的解码也失败了。因此,UE存储针对P12215的软符号。使得eNB可检测出UE是否对UL授权进行了正确解码的一个方法是检测由DCI UL授权所指定的PRB中的能量。
再次地,未能在预期时间范围内看到PUSCH 220上的能量或对PUSCH 220 上的U1进行解码的eNB推断出UE未能成功对P11205和P12215进行解码。以下为第三次尝试。eNB通过PDCCH向UE传输另一个消息P13225。消息P13225 相比于消息P11205和P12215进行了不同的编码,以使得各消息的后续组合对应于不止一种简单的重复码。在本示例中,UE尝试对P13225进行解码,但失败。此外,UE对消息P11205,P12215和P13225进行组合并成功地对该组合进行解码。在UE通过上行链路信道传输UL数据230。eNB接收到UL数据230并停止发送 UL授权消息的副本。
示例3:
在示例1中,相同的消息D11进行了三次传输。这可对应于当UE无法对 PDCCH下行链路授权进行解码时的PDSCH资源浪费。为了避免浪费这些PDSCH 资源,UE可配置为还可存储PDSCH软符号,并当PDCCH已被成功解码时对这些软符号进行组合。在一些实施例中,可以在每次传输尝试时对消息D1进行不同的编码,以有助于有效组合。
图3示出了根据本发明实施例的传送至UE的下行链路(DL)授权(例如下行链路共享信道的资源分配)的示例。由于两次解码尝试失败,使得如下文所述地在PDCCH上进行了三次DL授权消息的传输。eNB通过PDCCH向UE传输初始消息P11305,以及通过PDSCH向UE传输初始消息D11307。如示例1那样地,这两个消息P12305和D11307在相同的子时隙中进行传输。在本示例中, UE尝试对P11305进行解码,但却失败。因此,UE存储针对P11305的软符号,并制止经由上行链路信道(例如PUSCH或PUCCH)发送确认或否认310。UE 还存储针对D11307的软符号,以用于未来进行组合。
未能在预期时间范围内接收到确认或否认310的eNB推断出UE未能成功对P11305进行解码。以下为第二次尝试。eNB通过PDCCH向UE传输另一消息 P12315,以及通过PDSCH向UE传输另一个消息D12317。消息D12317可以是 D11317的不同编码副本。这两个消息P12315和D12317再次在相同的子时隙中进行传输。消息P12315相比于消息P11305进行了不同的编码,以使得各消息的后续组合对应于不止一种简单的重复码。在本示例中,UE尝试对P12315解码,但失败。此外,UE对消息P11305和P12315进行组合并尝试对该组合进行解码,但对该组合的解码也失败了。因此,UE存储针对P12315的软符号,并制止经由上行链路信道发送确认或否认320。UE还存储针对D12307的软符号,以用于未来进行组合。
再次地,未能在预期时间范围内接收到确认或否认320的eNB推断出UE 未能成功对P11305和P12315进行解码。以下为第三次尝试。eNB通过PDCCH 向UE传输另一消息P13325,以及通过PDSCH向UE传输另一个消息D13327。消息D13327与D11307及D12317进行不同的编码。这两个消息P13325和D13327 再次在相同的子时隙中进行传输。消息P13325相比于消息P11305和P12315进行了不同的编码,以使得各消息的后续组合对应于不止一种简单的重复码。在本示例中,UE尝试对P13325解码,但失败。此外,UE对消息P12315和P13325 进行组合并尝试对该组合进行解码,但对该组合的解码也失败了。最后,UE对消息P11305,P12315和P13325进行组合,并成功地解码该组合。在这一点上, UE还对消息D11307,D12317和D13327进行组合,并对该组合进行解码。如果成功对D11307,D12317和D13327进行组合后解码,则UE传输确认,否则,经由上行链路信道传输NACK 330。eNB接收到确认或NACK 330,并且当响应为 ACK时则停止发送DL授权消息的副本。
示例4:
在示例2中,当UE在前两次尝试中无法对PDCCH UL授权进行解码时使得PDSCH资源遭到浪费。被浪费的资源对应于其中没有数据发送到PUSCH上的“沉默”实例210和220,这是因为这些实例消耗了本来可以分配给其他UE使用的资源。为了缓解这种情况,eNB可使用PDCCH TTI集束,其中eNB可配置为预测近似的覆盖性,以及UE为成功解码PDCCH UL授权消息所需要的相应的 PDCCH副本的数目或PDCCH TTI集束的数目。然后,UE将不对所有的而仅是最后的PDCCH副本分配相应的PUSCH资源。例如,如果eNB预测UE将很可能会对PDCCH UL授权消息的至少3个副本进行成功解码,那么不必为前两个副本分配PUSCH资源。eNB还配置为确保该PDCCH UL授权消息的前两个副本对 UE是不可被解码的(即使无任何差错地进行接收亦是如此)。这使得避免了UE 使用并未真正分配给它的PUSCH资源的情况。例如,使用遍及3个PDCCH UL 授权消息的简单区块码来渲染前两个副本的做法可实现上面所述的前二个副本对UE是不可被解码的。
图4示出了根据本发明实施例的传送至UE的上行链路(UL)授权(例如上行链路共享信道的资源分配)的示例。如下文所述,在PDCCH上进行了三次 UL授权消息的传输。因为由消息编码以及预期的信号条件所造成的UE在前两次无法成功地解码PDCCH UL授权消息,使得这三次传输是无条件的。eNB通过 PDCCH向UE传输的初始消息P11405,并且在另一UL授权(未示出)中将PUSCH 的资源410分派并分配406给另一UE。在本示例中,UE尝试对P11405进行解码,但却失败。因此,该UE存储针对P11405的软符号,并制止对上行链路信道(例如PUSCH)发送数据410。如上所述,对应于实例410的时间和频率资源 (其中,来自UE的数据通常已被传输)由eNB分配用于供另一UE使用。
以下为第二次尝试,不论eNB是否执行或省略例行的推断步骤(由于欠缺确认而推断UE对P11进行不正确地解码)。eNB通过PDCCH向UE传输另一消息P12415,并且在另一UL授权(未示出)中eNB将PUSCH的资源420分派并分配给另一UE。消息P12415相比于消息P11405进行了不同的编码,以使得各消息的后续组合体对应于不止一种简单的重复码。消息P12415以使得UE不能自行对P12进行解码或不能单独与P11相组合的方式来进行编码。在本示例中,UE尝试对P12415进行解码,但必然失败。此外,UE对消息P11405和P12415 进行组合并尝试对该组合体进行解码,但对该组合体的解码也必然失败。因此, UE存储针对P12415的软符号,并制止经由上行链路信道发送数据420。如上所述,对应于实例420的时间和频率资源(其中,来自UE的数据通常已被传输) 由eNB分配用于供另一UE使用。
以下为第三次尝试,不论eNB是否执行或省略例行的推断步骤。eNB通过 PDCCH向UE传输另一消息P13425,并将资源430分配给该UE。消息P13425 相比于消息P11405和P12415进行了不同的编码,以使得各消息的后续组合体对应于不止一种简单的重复码。消息P13425以如下这样的方式进行编码:即,使得UE不能自行对P13进行解码或不能单独与P12相组合,但该UE能够联合P11和P12来对P13进行解码。在本示例中,UE尝试对P13425进行解码,但必然失败。此外,UE对消息P12415和P13425进行组合并尝试对该组合体进行解码,但对该组合体的解码也必然失败。最后,UE对消息P11405,P12415和P13425进行组合并成功地对该组合体进行解码。在UE通过上行链路信道传输数据430。 eNB接收到数据430并停止发送UL授权消息的副本。
从UE的角度看,示例4与示例2相同。然而,从eNB的角度来看,这两个示例并不同,因为在eNB改为将相应的资源410和420分配用于供一个或多个其他的UE使用。
可以提供针对上述示例的其他变型。例如,滑动窗口概念可用于在无需确认的情况下传输消息的集合。类似地,为了节省PDSCH上的资源,可采用示例4 的过程。作为另一示例,可以将示例3和示例4的特征进行组合。
示例5:
图5示出了根据本发明实施例的传送至UE的下行链路(DL)授权(例如下行链路共享信道的资源分配)的示例,其中将重传安排在预定的传输时间间隔 (TTI)上。由于两次解码尝试失败,使得如下文所述地在PDCCH上进行了三次 DL授权消息的传输。eNB通过PDCCH向UE传输初始DCI消息P11605,以及通过PDSCH向UE传输初始用户平面消息D11607。(该消息D11可包含用户平面数据或更高等级的信令控制数据,例如RRC或NAS控制数据)。在本示例中, UE尝试对P11605进行解码,但却失败。因此,UE存储针对P11605的软符号。
UE解码P11605失败导致UE还未曾尝试对PDSCH进行解码。由此导致,并未针对PDSCH消息发送任何确认或否认610。
未能接收到确认或否认610的eNB推断UE未能成功对P11605进行解码。接下来是第二次尝试,其在第n次TTI 616期间发送。eNB通过PDCCH向UE 传输另一消息P12615,以及通过PDSCH向UE传输另一消息副本D11617。这两个消息P12615和D11617再次在相同的子时隙中进行传输。消息P12615相比于消息P11605进行了不同的编码,以使得各消息的后续组合对应于不止一种简单的重复码。在本示例中,UE尝试对P12615解码,但失败了。此外,UE对消息P11605和P12615进行组合并尝试对该组合进行解码,但对该组合的解码也失败了。因此,UE存储针对P12615的软符号,并制止经由上行链路信道来发送确认或否认620。
再次地,未能接收到确认或否认620的eNB推断UE未能成功对P11605和 P12615进行解码。以下为第三次尝试。eNB在第2n次TTI 626期间通过PDCCH 向UE传输另一消息P13625,以及通过PDSCH向UE传输另一消息副本D11627。这两个消息P13625和D11627再次在相同的子时隙中进行传输。消息P13625相比于消息P11605和P12615进行了不同的编码,以使得各消息的后续组合对应于不止一种简单的重复码。在本示例中,UE尝试对P13625解码,但失败了。此外, UE对消息P12615和P13625进行组合并尝试对该组合进行解码,但对组合体的解码也失败了。最后,UE对消息P11605,P12615和P13625进行组合,并成功地解码该组合。然后,UE尝试对D11进行解码,并经由上行链路信道传输确认或NACK 630,以表明D11的解码状态。eNB接收到该确认或NACK 630,并得知已接收到DL授权以及得知用户平面消息是否得以解码。确认或NACK 630对应于现有的、按照现存LTE规范进行常规发送的确认或否认。也就是,ACK或NACK并不是现有规定的ACK或NACK的附加项。如果传输了NACK,则调用现有的PDSCH HARQ过程。
备选地,并不要在第n个TTI的倍数TTI期间进行传输,而是可以在eNB 与UE之间商定将TTI的预定严格子集用于从eNB向UE的传输。这样的子集基本上是任意的,但有可能受制于以下条件:例如,所使用的连续TTI之间的间距小于预定量、所以使用的TTI密度小于第一预定量、所使用的TTI密度大于第二预定量,诸如此类或它们的组合。
示例6:
图6示出根据本发明实施例的所提供的系统。该系统包括基站500,例如在服务区域内与UE进行无线通信的LTE eNB。具体地,该eNB是在与UE 550进行无线通信。eNB包括用于对消息加以保持的消息缓冲器510,所述消息例如是使用如上所述的盲性组合HARQ机制的、待经由控制信道通信(例如,PDCCH) 来通信的下行链路控制消息。消息缓冲器510中的消息传递到编码器模块515并由该编码器模块515进行编码。编码后的消息传递给eNB的RF发射器520。
RF接收器530接收来自UE 550的消息,并且ACK/NACK/能量监测器525 检测所接收的、针对确认(肯定或否定)和/或UL资源块(例如,在PUSCH上的)内的能量的消息。ACK/NACK/能量监测器525可配置为仅监测那些对确认或RF能量有所预期的LTE资源(例如时间和频率资源块)。如果未在预期的时间范围及频带内从UE接收到确认或RF能量,则ACK/NACK/能量监测器525将触发编码器模块515来提供另一消息备份,用于以UE已知的预定时间及频率进行重传。这种重传会发送至多为重传限值的预定的次数。在各种实施例中,对每个新的消息副本进行不同的编码,例如使用增量冗余编码或本领域技术人员可容易知晓的其他的编码方法。在一些实施例中,由于消息的蓄意编码需要多个副本来进行解码,因此如果预计到UE无法对消息进行解码,那么即使在没有来自 ACK/NACK/能量监测器525的提醒以及没有分配一定的共享资源(例如,在 PDSCH或PUSCH上的)的情况下,编码器模块515依然可配置为以预定的次数对该消息进行重传。
UE 550包括用于接收由eNB 500的RF发射器520所传输的授权消息的副本的RF接收器560。UE还包括解码器/组合器模块565,其配置为尝试对所接收的授权消息进行解码,以及对授权消息的多个副本进行组合并尝试对该组合进行解码。如果授权消息的副本要么其本身不能被解码,要么其与其他先前接收的授权消息副本的组合不能被解码,则可以将当期所接收的授权消息的副本存储在软符号存储器570中。当随后将多个授权消息的副本进行组合时,则可由解码器/ 组合器模块从软符号存储器570中检索先前存储的授权消息的副本。先前接收的消息可进行独立存储或以聚合方法进行存储。在一个实施例中,软符号存储器570 可使用或共享现有的PDSCH HARQ软符号存储器,其中由于PDCCH为PDSCH 分配了资源,因此该PDSCH HARQ软符号存储器是可用的。如果在当前所接收的授权消息副本或者接收到的多个授权消息副本的组合的基础上对授权消息进行正确地解码,则解码器/组合器模块565触发PDSCH解码或PUSCH上的上行链路数据发送。ACK/NACK/数据生成器580产生确认或上行链路数据,并将它们转发到RF收发器575。然后,RF收发器向RF接收器530传输该确认或数据。
附加详细内容
在一些实施例中,提供了PDCCH TTI集束与盲性组合HARQ的组合,从而兼顾了这两种方法的优点。如所提及的那样,PDCCH TTI集束可使得更有效地使用PUSCH或PDSCH资源,而盲性组合HARQ则可为PDCCH带来动态增益,从而使得如果初始的PDCCH TTI集束失败的话,则并不需要再次发送整个 PDCCH集束。
在一些实施例中,可采用以下内容来对PDCCH TTI集束进行支持:
在一些实施例中,将定时(例如,LTE子帧个数或系统帧个数,或两者)添加到例如DCI消息的下行链路控制信息中。目前,PDCCH DCI消息不包括关于何时来分配资源(以最小化DCI消息的比特位)的时间信息。定时是相对于PDCCH 消息的接收时间而言的(即,针对PDSCH授权来说是当前的子帧,而针对PUSCH 授权来说是4个子帧)。定时可相应地添加到DCI消息中,从而允许UE知道何时分配PRB。例如,如果UE是在接收到第二副本时成功地对DCI解码,但是 PDCCH TTI集束的多少却等于3的话,那么UE则知道在尝试解码PDSCH资源之前要多等待一个PDCCH周期。对DCI消息添加与系统帧个数联系在一起的 LTE子帧个数(或任选的更低比特位)将为UE提供定时信息并在系统帧个数(SFN) 每10.25秒重复一次的情况下,将允许的潜在大的PDCCHTTI集束规模。子帧个数范围为0到19(5比特)并且SFN为10比特位个数,因此将对DCI消息添加 15比特位。如果可以少于10.25秒来发送PDCCH TTI集束中的所有PDCCH副本,那么仅需要将SFN的最低有效比特位添加到DCI消息中(例如,可以1.28 秒来发送所有的PDCCH副本,那么仅需要将SFN的6个最低有效比特位(1.28 秒/20毫秒)加上子帧个数的5比特位一起包括在DCI消息中。如果PDCCH副本在没第8个子帧(8毫秒)进行发送,那么1.28秒的时长将允许160个的最大 PDCCH TTI集束规模(1.28秒/8毫秒)。
在一些实施例中,可使用新的较高层信令,(例如,现有RRC消息上的合并(piggyback))。将信令从eNB向UE发送(如果eNB确定了集束规模的话),或从UE向eNB发送(如果UE确定了集束规模的话),从而指示PDCCH TTI 集束规模。上述可能需要额外的开销。
在一些实施例中,可以将PDCCH TTI集束规模添加到PDCCH消息中。eNB 可以将集束规模添加到PDCCH消息中,由此UE将知道对至少为集束规模个数的PDCCH进行组合。
在一些实施例中,信道质量指示符(CQI)可用于支持PDCCH TTI集束。 UE已经向eNB发送CQI值。可以根据UE发送到eNB的CQI值来推断出(例如,查表)TTI集束规模。如果未发送CQI(例如,当UE处于空闲时),那么 eNB可配置为索取异步CQI报告。
在一些实施例中,可以使用现有的功率开销消息来支持集束。类似于CQI, UE当前向eNB发送功率开销消息,以表明剩余的TX功率空间。TTI集束规模可根据UE发送到eNB的功率开销水平来推断(例如查表)。
在一些实施例中,PRACH消息(即,经由上行链路上的物理随机接入信道来传输的消息)可用于设置TTI集束规模。PRACH消息通常在UL传输之前使用,以表明需要UL授权。还可以使用通过适当随机接入信道可获得的其他的消息传递方式。可以使用PRACH消息来显式地或隐式地传达PDCCH TTI集束的规模。在一些实施例中,如果有足够的信息容量,那么可将TTI集束规模直接编码到PRACH消息中。在一些实施例中,给定了有限的消息容量,那么可以通过预定的编码方案,使用格式来指示对TTI集束规模。例如,PRACH消息中由UE 发送PRACH的重复次数可用来指示TTI束规模。例如,最低的重复次数可指示出可获得的最小TTI集束规模,次最低的重复次数可指示出可获得的次最小TTI 规模等。
在一些其他实施例中,由于PDCCH TTI集束(特别是针对较长的TTI集束而言)会给UE带来额外的处理负担,因此可使用如本文在别处所描述的分时隙的PDCCH调度方案来降低计算要求。
在一些实施例中,UE和eNB配置为基于最近成功对PDCCH消息解码所花费的组合的次数来设置TTI集束规模(例如,如果在最后的PDCCH上花费了8 次组合的话,那么PDCCHTTI集束规模为(8-2)=6)。由于UE和eNB知道使用了多少份副本来进行解码,因此它们应该是同步的。
在一些实施例中,为了使UE在完全发送出完整的TTI集束之前不对PDCCH 进行解码,eNB可配置为削弱除了最后的PDCCH消息以外的所有代码,以便UE 在没有最后的副本的情况下无法进行解码。
在一些实施例中,eNB可配置为当使用TTI集束时以不同方式对PDCCH编码(例如,不同的编码方式或交织),从而使得UE需要所有的区块来进行解码。由于UE不知道eNB编写各区块所用的先验(即,遍及所有PDCCH区块而使用 IR或一些不同的代码),因此UE将不得不使用两种解码技术来盲性地尝试对每个PDCCH解码。
应当理解,尽管本文出于说明性目的对本发明的具体实施例进行了描述,但是在不脱离本发明的精神和范围的情况下可以进行各种修改。尤其是,在本发明的范围内提供了一种计算机程序产品或程序单元,或程序存储器或存储装置(例如磁或光导线、带或盘之类),以用于存储机器可读的信号,用于根据本发明的方法来控制计算机的运行和/或根据本发明的系统来构造计算机的一些或所有部件。
与本文所述方法相关联的行动可实现为计算机程序产品的编码指令。换言之,该计算机程序产品是上面记录有当该计算机程序产品加载到存储器并运行于无线通信设备的微处理器上时可执行所述方法的软件代码的计算机可读介质。
与本文所述方法相关联的行动可实现为多个计算机程序产品的编码指令。例如,所述方法的第一部分可利用一个计算设备来执行,并且所述方法的第二部分可使用另一计算设备、服务器等来执行。在这种情况下,每个计算机程序产品均是上面记录有当该计算机程序产品加载到存储器并运行于计算设备的微处理器上时可执行所述方法的软件代码的计算机可读介质。
此外,所述方法的每个步骤均可运行在任何计算设备上(例如,个人计算机、服务器、PDA等),并且遵从一个或多个由任意编程语言(例如,C++、Java和 pL/1等)产生的一个或多个程序单元、模块或对象,或遵从其一部分。另外,实现每个所述步骤的每一步骤、文件或对象等均可通过专用硬件或为此目的设计的电路模块来执行。
显而易见的是,本发明的上述实施例仅作为示例,并且可在许多方面进行改变。不认为这样的存在方式或将来变型脱离本发明的精神和范围,并且本领域技术人员显而易见的所有这样的修改都将旨在包括在所附权利要求的范围之内。
Claims (48)
1.一种用于促进长期演进LTE系统中的演进节点B eNB与用户设备UE之间的通信的方法,所述方法包括:
通过下行链路控制信道从eNB向UE传输下行链路控制消息;
根据所确定的UE的下行链路控制消息的解码状态,通过所述下行链路控制信道从eNB向UE重新传输所述下行链路控制消息的至少一个副本;
在UE端接收并存储经传输的所述下行链路控制消息以及经重传的所述下行链路控制消息的至少一个副本;以及
在UE端使用经传输的下行链路控制消息和经重传的该下行链路控制消息的至少一个副本中的至少若干项的组合来进行解码。
2.根据权利要求1所述的方法,其中,对所述经传输的下行链路控制消息以及所述经重传的该下行链路控制消息的至少一个副本进行不同方式的编码。
3.根据权利要求1所述的方法,其中,使用UE已知的调度对所述经传输的下行链路控制消息以及所述经重传的该下行链路控制消息的至少一个副本进行传输。
4.根据权利要求1所述的方法,其中,所述UE的下行链路控制消息的解码状态由eNB基于检测从UE传输的、数据信道的确认或否认的缺失来确定。
5.根据权利要求1所述的方法,还包括:在与下行链路DL授权消息所在的子时隙相同的子时隙中,通过物理下行共享信道PDSCH从eNB向UE传输附加消息,以及在与经重传的所述DL授权消息的至少一个副本相同的子时隙中,重新传输所述附加消息的副本。
6.根据权利要求5所述的方法,其中,经传输的附加消息和经重传的所述附加消息的各副本中的每一项均进行不同方式的编码。
7.根据权利要求1所述的方法,还包括:确定所述下行链路控制消息的副本的初始数目,其中所述副本的初始数目基于测得的信道条件来确定;对所述初始数目的副本进行不同方式的编码,以使得要求UE对所有的初始数目的副本进行组合以对所述下行链路控制消息进行解码;以及从eNB向UE传输所述初始数目的副本。
8.根据权利要求7所述的方法,其中,所述副本的初始数目等于UE基于所述副本的组合来对所述下行链路控制消息进行解码时所需的预测副本数目。
9.根据权利要求7所述的方法,其中,eNB制止对来自UE的确认、否认、信道能量或它们的组合进行监控,直到已经传输了所述下行链路控制消息的初始数目的副本为止。
10.根据权利要求7所述的方法,其中,eNB制止为UE分配专用资源,直到已经传输了所述下行链路控制消息的初始数目的副本为止。
11.根据权利要求1所述的方法,还包括:仅在属于LTE系统的所有传输时间间隔TTI的子集的传输时间间隔TTI期间,传输所述下行链路控制消息并重新传输所述下行链路控制消息的至少一个副本,其中所述子集为eNB和UE所已知。
12.根据权利要求11所述的方法,其中,所述子集选择为能提供在UE端接收所述经传输的下行链路控制消息以及所述经重传的下行链路控制消息的至少一个副本时期望的速率,所述期望速率的选择使得如果预定量的处理功率和存储量在UE端可用,则UE还能够执行所述解码。
13.根据权利要求11所述的方法,其中,所述子集包括针对给定值n从初始的传输时间间隔TTI起算的每第n个TTI,其中所述初始TTI基于UE的标识符来确定。
14.根据权利要求1所述的方法,还包括:在eNB与UE之间通信,以指示用于传输所述下行链路控制消息以及用于重新传输所述下行链路控制消息的至少一个副本的TTI集束规模。
15.根据权利要求14所述的方法,其中,eNB和UE之间的所述通信经由物理下行链路控制信道PDCCH消息、信道质量指示符CQI值、功率开销消息或经由随机接入信道传送的消息来进行。
16.根据权利要求1所述的方法,其中,使用TTI集束来执行所述下行链路控制消息的传输以及所述下行链路控制消息的至少一个副本的重传,并且其中eNB和UE配置为:基于对先前的下行链路控制消息进行解码所需的、所述经传输的下行链路控制消息和所述经重传的下行链路控制消息的至少一个副本中的至少若干项的数目,来独立地为所述TTI集束确定所述TTI集束规模。
17.一种包括长期演进LTE系统中的演进节点B eNB和用户设备UE的系统,所述系统配置为:
通过下行链路控制信道从eNB向UE传输下行链路控制消息;
根据所确定的UE对该下行链路控制消息的解码状态,通过所述下行链路控制信道从eNB向UE重新传输所述下行链路控制消息的至少一个副本;
在UE端接收并存储经传输的下行链路控制消息以及经重传的所述下行链路控制消息的至少一个副本;以及
在UE端使用所述经传输的下行链路控制消息和所述经重传的该下行链路控制消息的至少一个副本中的至少若干项的组合来进行解码。
18.根据权利要求17所述的系统,其中,对所述经传输的下行链路控制消息以及所述经重传的该下行链路控制消息的至少一个副本进行不同方式的编码。
19.根据权利要求17所述的系统,其中,使用UE已知的调度对所述经传输的下行链路控制消息以及所述经重传的该下行链路控制消息的至少一个副本进行传输。
20.根据权利要求17所述的系统,其中,所述UE的下行链路控制消息的解码状态由eNB基于检测从UE传输的、数据信道的确认或否认的缺失来确定。
21.根据权利要求17所述的系统,还配置为:在与下行链路DL授权消息所在的子时隙相同的子时隙中,通过物理下行共享信道PDSCH从eNB向UE传输附加消息,并且在与经重传的所述DL授权消息的至少一个副本相同的子时隙中重新传输所述附加消息的副本。
22.根据权利要求21所述的系统,其中,经传输的附加消息和经重传的所述附加消息的各副本中的每一项均进行不同方式的编码。
23.根据权利要求17所述的系统,还配置为:确定所述下行链路控制消息的副本的初始数目,其中所述副本的初始数目基于测得的信道条件来确定;对所述初始数目的副本进行不同方式的编码,以使得要求UE对所有的初始数目的副本进行组合以对所述下行链路控制消息进行解码;并且从eNB向UE传输所述初始数目的副本。
24.根据权利要求23所述的系统,其中,所述副本的初始数目等于UE基于所述副本的组合来对所述下行链路控制消息进行解码时所需的预测副本数目。
25.根据权利要求23所述的系统,其中,eNB配置为制止对来自UE的确认、否认、信道能量或它们的组合进行监控,直到已经传输了所述下行链路控制消息的初始数目的副本为止。
26.根据权利要求23所述的系统,其中,eNB配置为制止为UE分配专用资源,直到已经传输了所述下行链路控制消息的初始数目的副本为止。
27.根据权利要求17所述的系统,还配置为:仅在属于LTE系统的所有传输时间间隔TTI的子集的传输时间间隔TTI期间,传输所述下行链路控制消息并重新传输所述下行链路控制消息的至少一个副本,其中所述子集为eNB和UE所已知。
28.根据权利要求27所述的系统,所述系统还配置为:选择所述子集,以提供在UE端接收所述经传输的下行链路控制消息以及所述经重传的下行链路控制消息的至少一个副本时期望的速率,所述期望速率的选择使得如果预定量的处理功率和存储量在UE端可用,则UE还能够执行所述解码。
29.根据权利要求27所述的系统,其中,所述子集包括针对给定值n从初始的传输时间间隔TTI起算的每第n个TTI,其中所述初始TTI基于UE的标识符来确定。
30.根据权利要求17所述的系统,所述系统还配置为:在eNB与UE之间通信,以指示用于传输所述下行链路控制消息以及用于重新传输所述下行链路控制消息的至少一个副本的TTI集束规模。
31.根据权利要求30所述的系统,其中,eNB和UE之间的所述通信经由物理下行链路控制信道PDCCH消息、信道质量指示符CQI值、功率开销消息或经由随机接入信道传送的消息来进行。
32.根据权利要求17所述的系统,其中,使用TTI集束来执行所述下行链路控制消息的传输以及所述下行链路控制消息的至少一个副本的重传,并且其中eNB和UE配置为:基于对先前的下行链路控制消息进行解码所需的、所述经传输的下行链路控制消息和所述经重传的下行链路控制消息的至少一个副本中的至少若干项的个数,来独立地为所述TTI集束确定所述TTI集束规模。
33.一种计算机存储介质,所述介质在其上存储有程序,所述程序由处理器运行以执行用于促进长期演进LTE系统中的演进节点B eNB与用户设备UE之间的通信的操作,所述操作包括:
通过下行链路控制信道从eNB向UE传输下行链路控制消息;
根据所确定的UE对下行链路控制消息的解码状态,通过所述下行链路控制信道从eNB向UE重新传输所述下行链路控制消息的至少一个副本;
在UE端接收并存储经传输的下行链路控制消息以及经重传的该下行链路控制消息的至少一个副本;以及
在UE端使用所述经传输的下行链路控制消息以及所述经重传的该下行链路控制消息的至少一个副本中的至少若干项的组合来进行解码。
34.根据权利要求33所述的计算机存储介质,其中,对所述经传输的下行链路控制消息以及所述经重传的该下行链路控制消息的至少一个副本进行不同方式的编码。
35.根据权利要求33所述的计算机存储介质,其中,使用UE已知的调度对所述经传输的下行链路控制消息以及所述经重传的该下行链路控制消息的至少一个副本进行传输。
36.根据权利要求33所述的计算机存储介质,其中,所述UE的下行链路控制消息的解码状态由eNB基于检测从UE传输的、数据信道的确认或否认的缺失来确定。
37.根据权利要求33所述计算机存储介质,其中,所述操作还包括:在与下行链路DL授权消息所在的子时隙相同的子时隙中,通过物理下行共享信道PDSCH从eNB向UE传输附加消息,以及在与经重传的所述DL授权消息的至少一个副本相同的子时隙中,重新传输所述附加消息的副本。
38.根据权利要求37所述的计算机存储介质,其中,经传输的附加消息和经重传的所述附加消息的各副本中的每一项均进行不同方式的编码。
39.根据权利要求33所述的计算机存储介质,其中,所述操作还包括:确定所述下行链路控制消息的副本的初始数目,其中所述副本的初始数目基于测得的信道条件来确定;对所述初始数目的副本进行不同方式的编码,以使得要求UE对所有的初始数目的副本进行组合以对所述下行链路控制消息进行解码;以及从eNB向UE传输所述初始数目的副本。
40.根据权利要求39所述的计算机存储介质,其中,所述副本的初始数目等于UE基于所述副本的组合来对所述下行链路控制消息进行解码时所需的预测副本数目。
41.根据权利要求39所述的计算机存储介质,其中,eNB制止对来自UE的确认、否认、信道能量或它们的组合进行监控,直到已经传输了所述下行链路控制消息的初始数目的副本为止。
42.根据权利要求39的计算机存储介质,其中,eNB制止为UE分配专用资源,直到已经传输了所述下行链路控制消息的初始数目的副本为止。
43.根据权利要求33所述的计算机存储介质,还包括:仅在属于LTE系统的所有传输时间间隔TTI的子集的传输时间间隔TTI期间,传输所述下行链路控制消息并重新传输所述下行链路控制消息的至少一个副本,其中所述子集为eNB和UE所已知。
44.根据权利要求43所述的计算机存储介质,其中,所述子集选择为能提供在UE端接收所述经传输的下行链路控制消息以及所述经重传的下行链路控制消息的至少一个副本时期望的速率,所述期望速率的选择使得如果预定量的处理功率和存储量在UE端可用,则UE还能够执行所述解码。
45.根据权利要求43所述的计算机存储介质,其中,所述子集包括针对给定值n从初始的传输时间间隔TTI起算的每第n个TTI,其中所述初始TTI基于UE的标识符来确定。
46.根据权利要求33所述的计算机存储介质,还包括:在eNB与UE之间通信,以指示用于传输所述下行链路控制消息以及用于重新传输所述下行链路控制消息的至少一个副本的TTI集束规模。
47.根据权利要求46所述的计算机存储介质,其中,eNB和UE之间的所述通信经由物理下行链路控制信道PDCCH消息、信道质量指示符CQI值、功率开销消息或经由随机接入信道传送的消息来进行。
48.根据权利要求33所述的计算机存储介质,其中,使用TTI集束来执行所述下行链路控制消息的传输以及所述下行链路控制消息的至少一个副本的重传,并且其中eNB和UE配置为:基于对先前的下行链路控制消息进行解码所需的、所述经传输的下行链路控制消息和所述经重传的下行链路控制消息的至少一个副本中的至少若干项的数目,来独立地为所述TTI集束确定所述TTI集束规模。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/730,244 | 2012-12-28 | ||
US13/730,244 US9144066B2 (en) | 2012-12-28 | 2012-12-28 | Method and system for hybrid automatic repeat request combining on an lte downlink control channel |
PCT/CA2013/050609 WO2014100898A1 (en) | 2012-12-28 | 2013-08-08 | Method and system for hybrid automatic repeat request combining on an lte downlink control channel |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105009630A CN105009630A (zh) | 2015-10-28 |
CN105009630B true CN105009630B (zh) | 2019-09-27 |
Family
ID=51017111
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201380073980.1A Active CN105009630B (zh) | 2012-12-28 | 2013-08-08 | 用于组合混合式自动重复请求的方法、系统和存储介质 |
Country Status (4)
Country | Link |
---|---|
US (1) | US9144066B2 (zh) |
EP (1) | EP2939464B1 (zh) |
CN (1) | CN105009630B (zh) |
WO (1) | WO2014100898A1 (zh) |
Families Citing this family (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104782224B (zh) * | 2013-07-01 | 2018-05-29 | 华为技术有限公司 | 上行数据的传输方法、终端和无线通信节点 |
US10813082B2 (en) | 2013-07-26 | 2020-10-20 | Qualcomm Incorporated | Transmission time interval (TTI) bundling for control channels in long term evolution (LTE) |
US9769787B2 (en) | 2013-07-31 | 2017-09-19 | Sierra Wireless, Inc. | Method and system for facilitating transmission of TTI bundles via a LTE downlink channel |
TWI568295B (zh) * | 2013-09-30 | 2017-01-21 | 蘋果公司 | 用於低頻寬應用程式之延遲及附帶重傳 |
US9621310B2 (en) | 2013-12-23 | 2017-04-11 | Apple Inc. | TTI bundling for downlink communication |
WO2015103746A1 (en) * | 2014-01-08 | 2015-07-16 | Qualcomm Incorporated | Small mbsfn enhancement |
EP3125458A4 (en) * | 2014-03-25 | 2017-11-08 | Fujitsu Limited | Wireless communication system, terminal, base station, and processing method |
WO2015145780A1 (ja) * | 2014-03-28 | 2015-10-01 | 富士通株式会社 | 無線通信システム、基地局、端末および処理方法 |
US9532334B1 (en) * | 2015-02-03 | 2016-12-27 | Sprint Spectrum L.P. | Shared allocation of resource blocks by hashing to sub-segments |
US11310826B2 (en) * | 2016-01-26 | 2022-04-19 | Qualcomm Incorporated | Signature based integrity check design for downlink grant error protection in enhanced component carriers |
US20190140786A1 (en) * | 2016-06-10 | 2019-05-09 | Nokia Solutions And Networks Oy | Method, system and apparatus |
WO2017222582A1 (en) * | 2016-06-20 | 2017-12-28 | Intel IP Corporation | Apparatuses for combining and decoding encoded blocks |
US10660009B2 (en) * | 2016-08-12 | 2020-05-19 | Qualcomm Incorporated | Linkage and indication of HARQ packet transmissions and parameters for URLLC in NR |
US10270562B2 (en) * | 2016-08-31 | 2019-04-23 | Qualcomm Incorporated | Control transmission soft combining |
EP3566358B1 (en) | 2017-02-06 | 2022-05-11 | Convida Wireless, LLC | Communication device, infrastructure equipment and methods |
EP4132188A1 (en) * | 2017-03-07 | 2023-02-08 | Apple Inc. | Monitoring control channels in control resource sets for new radio |
US10764847B2 (en) * | 2017-05-02 | 2020-09-01 | Sierra Wireless, Inc. | Method and system for using enhanced primary synchronization signal for resynchronization |
US10986647B2 (en) | 2017-05-04 | 2021-04-20 | At&T Intellectual Property I, L.P. | Management of group common downlink control channels in a wireless communications system |
US11102805B2 (en) | 2017-11-16 | 2021-08-24 | Lg Electronics Inc. | Method for transmitting and receiving downlink control information and apparatus therefor |
US10700820B2 (en) * | 2017-12-21 | 2020-06-30 | Samsung Electronics Co., Ltd. | Modem chips and receivers for performing hybrid automatic repeat request processing |
KR102640344B1 (ko) * | 2017-12-21 | 2024-02-22 | 삼성전자주식회사 | Harq 처리를 수행하는 모뎀 칩 및 수신기 |
US10980051B2 (en) * | 2018-01-22 | 2021-04-13 | Qualcomm Incorporated | Physical downlink control channel (PDCCH) repetition and decoding for ultra-reliability low latency communication (URLLC) |
US20190289478A1 (en) * | 2018-03-19 | 2019-09-19 | Qualcomm Incorporated | Physical downlink control channel (pdcch) reliability for ultra-reliability low latency communication (urllc) |
TWI697244B (zh) * | 2018-08-07 | 2020-06-21 | 財團法人資訊工業策進會 | 用於行動通訊系統之使用者裝置及基地台 |
GB2576205B (en) * | 2018-08-09 | 2020-09-02 | Tcl Communication Ltd | Transmission techniques for a wireless communication network |
EP3837786B1 (en) * | 2018-09-27 | 2022-11-23 | Sony Group Corporation | Infrastructure equipment, communications device and methods |
WO2020098915A1 (en) * | 2018-11-13 | 2020-05-22 | Nokia Technologies Oy | Control channel combining for telecommunication systems |
CN114175541A (zh) * | 2019-07-17 | 2022-03-11 | 上海诺基亚贝尔股份有限公司 | Harq确认的集成信令 |
WO2022051948A1 (zh) * | 2020-09-09 | 2022-03-17 | 北京小米移动软件有限公司 | 下行传输方法、下行传输装置及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101573907A (zh) * | 2006-08-24 | 2009-11-04 | 诺基亚西门子通信有限责任两合公司 | 中继辅助混合自动重传请求传送系统 |
WO2010052537A1 (en) * | 2008-11-04 | 2010-05-14 | Telefonaktiebolaget L M Ericsson (Publ) | System and method of downlinking data to an unsynchronized user equipment in a telecommunications network |
CN101990242A (zh) * | 2009-07-31 | 2011-03-23 | 夏普株式会社 | 频谱聚合系统中的自适应重传方法和用户设备 |
CN102067648A (zh) * | 2008-06-16 | 2011-05-18 | 上海贝尔股份有限公司 | 用于dl半静态调度harq进程分配的方法及相应的系统 |
WO2011123809A1 (en) * | 2010-04-02 | 2011-10-06 | Interdigital Patend Holdings, Inc. | Adaptive scheduling and harq management for cooperative transmissions |
CN102265695A (zh) * | 2011-06-17 | 2011-11-30 | 华为技术有限公司 | 一种调度方法及设备、控制信息的处理方法及设备 |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2417387B (en) | 2004-08-18 | 2007-05-09 | Wecomm Ltd | Transmitting data |
US7729346B2 (en) | 2004-09-18 | 2010-06-01 | Genband Inc. | UMTS call handling methods and apparatus |
KR20070105287A (ko) * | 2006-04-25 | 2007-10-30 | 삼성전자주식회사 | 이동통신 시스템에서 패킷의 복합 자동 재전송 요구를수행하는 방법 및 장치 |
KR100920516B1 (ko) * | 2007-01-10 | 2009-10-09 | 한국전자통신연구원 | 데이터 전송 장치 및 방법 |
WO2009118621A2 (en) | 2008-03-25 | 2009-10-01 | Nokia Corporation | Ack/nack transmission on pucch in lte-atdd with nxpdcch structure |
WO2010112963A1 (en) | 2008-08-11 | 2010-10-07 | Nokia Corporation | Method and apparatus for providing bundled transmissions |
US9094991B2 (en) | 2009-03-26 | 2015-07-28 | Qualcomm Incorporated | Method and apparatus for supporting communication in low SNR scenario |
DK2280505T3 (da) * | 2009-07-08 | 2012-10-01 | Ericsson Telefon Ab L M | Fremgangsmåde og indretning til behandling af en pakke i et HARQ-system |
KR101915271B1 (ko) | 2010-03-26 | 2018-11-06 | 삼성전자 주식회사 | 무선 통신 시스템에서 자원 할당을 위한 하향링크 제어 지시 방법 및 장치 |
US20120202512A1 (en) * | 2011-02-04 | 2012-08-09 | Richard Neil Braithwaite | Data throughput for cell-edge users in a lte network using alternative power control for up-link harq relays |
CN104094623B (zh) | 2011-12-15 | 2018-06-05 | 诺基亚通信公司 | 载波聚合系统中的无线电操作 |
TWI646812B (zh) | 2012-01-24 | 2019-01-01 | 內數位專利控股公司 | 無線傳輸/接收單元、在無線傳輸/接收單元中實施的方法以及網路節點 |
US20130223307A1 (en) * | 2012-02-24 | 2013-08-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Combating drx deadlock in telecommunications |
US9130748B2 (en) * | 2012-02-25 | 2015-09-08 | Telefonaktiebolaget L M Ericsson (Publ) | Hybrid automatic repeat request with feedback dependent BIT selection |
-
2012
- 2012-12-28 US US13/730,244 patent/US9144066B2/en active Active
-
2013
- 2013-08-08 EP EP13868716.5A patent/EP2939464B1/en active Active
- 2013-08-08 CN CN201380073980.1A patent/CN105009630B/zh active Active
- 2013-08-08 WO PCT/CA2013/050609 patent/WO2014100898A1/en active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101573907A (zh) * | 2006-08-24 | 2009-11-04 | 诺基亚西门子通信有限责任两合公司 | 中继辅助混合自动重传请求传送系统 |
CN102067648A (zh) * | 2008-06-16 | 2011-05-18 | 上海贝尔股份有限公司 | 用于dl半静态调度harq进程分配的方法及相应的系统 |
WO2010052537A1 (en) * | 2008-11-04 | 2010-05-14 | Telefonaktiebolaget L M Ericsson (Publ) | System and method of downlinking data to an unsynchronized user equipment in a telecommunications network |
CN101990242A (zh) * | 2009-07-31 | 2011-03-23 | 夏普株式会社 | 频谱聚合系统中的自适应重传方法和用户设备 |
WO2011123809A1 (en) * | 2010-04-02 | 2011-10-06 | Interdigital Patend Holdings, Inc. | Adaptive scheduling and harq management for cooperative transmissions |
CN102265695A (zh) * | 2011-06-17 | 2011-11-30 | 华为技术有限公司 | 一种调度方法及设备、控制信息的处理方法及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN105009630A (zh) | 2015-10-28 |
EP2939464A1 (en) | 2015-11-04 |
EP2939464B1 (en) | 2018-03-07 |
US20140185534A1 (en) | 2014-07-03 |
WO2014100898A1 (en) | 2014-07-03 |
US9144066B2 (en) | 2015-09-22 |
EP2939464A4 (en) | 2016-10-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105009630B (zh) | 用于组合混合式自动重复请求的方法、系统和存储介质 | |
US10587392B2 (en) | Systems and methods for frequency division duplex communication | |
JP6120112B2 (ja) | フィードバック情報処理方法、基地局およびユーザ装置 | |
TWI482452B (zh) | 於無線通信系統中授予資訊信號傳輸之排程 | |
RU2456749C2 (ru) | Использование разрешения восходящей линии связи в качестве запуска первого или второго типа сообщения cqi | |
JP5530027B2 (ja) | アップリンク制御情報を送信するための方法、システム、ユーザ機器、および基地局 | |
US10568121B2 (en) | System and method for reduced signaling transmissions in a communications system | |
CN105934997B (zh) | 基站、发送方法、移动台以及重发控制方法 | |
CN103270803B (zh) | 资源分配方法、信道状态信息的传输方法、基站和用户设备 | |
CN102651678B (zh) | 控制信息的传输方法、装置及系统 | |
US20190239108A1 (en) | Terminal device, base station device, integrated circuit, and radio communication method | |
JP5575767B2 (ja) | ネットワークにおいて通信する方法、それに対する二次局及びシステム | |
EP2797352A1 (en) | Data sending and receiving method, base station and user equipment | |
CN109845169B (zh) | 发送和接收多个定时传输方案的方法和装置 | |
KR20120127725A (ko) | 경쟁 기반 업링크 채널을 제공하기 위한 방법 | |
CN102113258A (zh) | 用于触发信道质量指示符的独立传送的控制信道信令 | |
RU2560783C2 (ru) | Выбор канала при агрегировании несущих | |
CN110830173B (zh) | Pucch与pdsch之间的时间差的指示方法、基站及可读介质 | |
Shariatmadari et al. | Control channel enhancements for ultra-reliable low-latency communications | |
KR102309741B1 (ko) | 무선 셀룰라 통신 시스템에서 상향링크 전력제어 방법 및 장치 | |
US10470207B2 (en) | Control information sending method, data block transmission method, and related apparatus | |
CN116711248A (zh) | 复用不同优先级的上行链路控制信息 | |
CN117716712A (zh) | Nr侧链路模式2中用于ue间协调的无线电资源预留 |
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 |