CN103024820B - 软缓存处理的方法及设备 - Google Patents

软缓存处理的方法及设备 Download PDF

Info

Publication number
CN103024820B
CN103024820B CN201210320653.9A CN201210320653A CN103024820B CN 103024820 B CN103024820 B CN 103024820B CN 201210320653 A CN201210320653 A CN 201210320653A CN 103024820 B CN103024820 B CN 103024820B
Authority
CN
China
Prior art keywords
soft caching
pcell
scell
soft
parameter
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
Application number
CN201210320653.9A
Other languages
English (en)
Other versions
CN103024820A (zh
Inventor
李迎阳
孙程君
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Samsung Telecommunications Technology Research Co Ltd
Samsung Electronics Co Ltd
Original Assignee
Beijing Samsung Telecommunications Technology Research Co Ltd
Samsung Electronics Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority to CN201210320653.9A priority Critical patent/CN103024820B/zh
Application filed by Beijing Samsung Telecommunications Technology Research Co Ltd, Samsung Electronics Co Ltd filed Critical Beijing Samsung Telecommunications Technology Research Co Ltd
Priority to CN201810154123.9A priority patent/CN108063652B/zh
Priority to CA2849388A priority patent/CA2849388C/en
Priority to KR1020147010500A priority patent/KR20140073532A/ko
Priority to US13/622,679 priority patent/US9800375B2/en
Priority to IN856KON2014 priority patent/IN2014KN00856A/en
Priority to PCT/KR2012/007497 priority patent/WO2013042936A1/en
Priority to EP12833314.3A priority patent/EP2759083B1/en
Priority to AU2012310407A priority patent/AU2012310407B2/en
Publication of CN103024820A publication Critical patent/CN103024820A/zh
Application granted granted Critical
Publication of CN103024820B publication Critical patent/CN103024820B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J11/00Orthogonal multiplex systems, e.g. using WALSH codes
    • H04J11/0023Interference mitigation or co-ordination
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/24Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H04B7/2612Arrangements for wireless medium access control, e.g. by allocating physical layer transmission capacity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1835Buffer management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1854Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0003Two-dimensional division
    • H04L5/0005Time-frequency
    • H04L5/0007Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0014Three-dimensional division
    • H04L5/0023Time-frequency-space
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/14Two-way operation using the same type of signal, i.e. duplex
    • H04L5/1469Two-way operation using the same type of signal, i.e. duplex using time-sharing

Abstract

本发明实施例提出了一种软缓存处理的方法,包括以下步骤:基站为UE分配传输资源,当所述UE载波聚合CA的多个Cell的上行下行配置不同时,根据软缓存的参数处理软缓存,其中软缓存的参数由所述UE的Pcell和/或Scell上下行配置确定,其后对物理下行共享信道PDSCH进行速率匹配;所述基站通过物理下行控制信道PDCCH和PDSCH向所述UE发送数据。本发明还提出了一种网络侧设备及用户设备UE。根据本发明提出的方案,能够在多个Cell的上行下行配置不一样的CA系统中,合理、高效处理HARQ下行传输中数据的软缓存处理问题,优化HARQ冗余递增的操作,提高UE解码的性能。

Description

软缓存处理的方法及设备
技术领域
本发明涉及移动通信领域,具体而言,本发明涉及处理基于HARQ(HybridAutomatic Repeat Request,混合自动重传请求)传输下行数据的软缓存处理的方法及设备。
背景技术
LTE(Long Term Evolution,长期演进)系统支持TDD(Time Division Duplex,时分双工)的工作方式。如图1所示是TDD系统的帧结构。每个无线帧的长度是10ms,它等分为两个长度为5ms的半帧。每个半帧包含8个长度为0.5ms的时隙和3个特殊域,即下行导频时隙(DwPTS)、保护间隔(GP)和上行导频时隙(UpPTS),这3个特殊域的长度的和是1ms。每个子帧由两个连续的时隙构成,即第k个子帧包含时隙2k和时隙2k+1。TDD系统中支持7中上行下行配置,如表1所示。这里,D代表下行子帧,U代表上行子帧,S代表上述包含3个特殊域的特殊子帧。
表1 LTE TDD的上行下行配置
为了提高用户的传输速率,在LTE系统的增强LTE-A系统中,是通过组合多个CC(Component Carrier,单元载波)来得到更大的工作带宽,即CA(Carrier aggregation,载波组合),构成通信系统的下行和上行链路,从而支持更高的传输速率。例如,为了支持100MHz的带宽,可以通过组合5个20MHz的CC来得到。这里,每个CC称为一个小区Cell。对一个UE,基站可以配置其在多个下行Cell中工作,其中一个是主Cell(Pcell),而其他Cell称为次Cell(Scell)。
在LTE TDD系统的版本10中,限制组合在一起的多个Cell采用相同的上行下行配置,这样,在处理混合自动重传请求HARQ传输定时时,可以完全复用在LTE中对一个Cell定义的HARQ定时,从而不需要额外的标准化工作。具体地说,与LTE TDD版本8相同,对下行数据的HARQ传输,PDCCH(Physical Downlink Control Channel,物理下行控制信道)是调度当前子帧内的PDSCH(Physical Downlink Shared Channel,物理下行共享信道);并且一个上行子帧n内可以反馈0个、1个或者多个下行子帧内的PDSCH或者指示下行半持久调度释放SPS release的PDCCH对应的ACK/NACK信息,这些下行子帧的索引是n-k,其中k属于集合K,集合K由上下行配置和上行子帧n决定,如表2所示。
表2 索引集合K
根据上述HARQ定时关系,在LTE TDD版本8/9/10中,对应上述7种TDD上行下行配置的最大下行HARQ过程的数目是不同的。这里,对每种TDD上行下行配置的最大下行HARQ过程的数目是保证基站可以用物理下行控制信道PDCCH中的HARQ过程索引可以不混淆的标识各个并行的HARQ过程。
表3 最大下行HARQ过程的数目
上行下行配置 最大下行HARQ过程的数目
0 4
1 7
2 10
3 9
4 12
5 15
6 6
上面描述了LTE TDD的版本10的HARQ的定时关系,另一个与HARQ相关的问题是如何处理软缓存。实际上,UE根据其处理能力划分为多个类别,划分的依据是UE是否支持MIMO(Multiple-Input Multiple-Out-put,多入多出)、支持的MIMO的最大数据流个数和软缓存的大小等。这里软缓存是用于当UE未能正确解码基站发送的数据时保存接收到的软比特,能够在HARQ重传时进行软合并,从而提高链路性能。软缓存的处理影响到对下行数据的RM(RateMatching,速率匹配)。在LTE TDD版本10中,记UE的软缓存大小为Nsoft,则不管UE是处于单载波模式还是CA模式,对一个传输块的每个编码块,按照软缓存大小来进行速率匹配,这里,C是传输块分成的编码块总数,KMIMO依赖于UE的传输模式,对MIMO传输模式,KMIMO=2,对非MIMO传输模式,KMIMO=1,MDL_HARQ是上述表3中给出的下行HARQ过程的最大个数,Mlimit是常数8,KC是与UE的能力类别(UEcategary)有关的常数,Kw是涡轮编码turbo码输出的编码比特的总数。也就是说,不论UE实际工作在几个载波,在速率匹配时都是按照UE只配置当前一个载波的情况来进行速率匹配的。这样当UE实际配置多个Cell时,上述处理的结果是在速率匹配时假想的对一个编码块的HARQ软缓存可能比实际UE可以支持的软缓存能力要大。在LTE TDD版本10中,假设UE把其软缓存等分给多个Cell。这里,为了更好的支持HARQ IR(Incremental Redundancy,冗余递增),基站需要知道UE在未能正确解码一个编码块时UE实际保存了那些软比特。所以,记UE配置的载波个数为然后对每个Cell,对至少KMIMO·min(MDL_HARQ,Mlimit)个传输块,当一个传输块的一个编码块解码失败时,在LTE-A中规定UE至少为这个编码块需要保存软比特这里wk是UE收到的一个软比特,并且k是UE收到的各个软比特的索引中的比较小的索引。
实际上,当执行载波聚合的多个Cell之间频域距离足够大时,这些Cell完全可以采用不同的上下行配置而不会互相干扰。所以在LTE-A的后续研究中,一个非常有意义的研究课题就是如何有效支持多个Cell的上下配置不同的情况。因为不同的Cell中对UE的上行下行配置不同,因此会出现在同一个子帧内一些Cell是上行子帧而另一些Cell是下行子帧,这种结构不同于LTE TDD版本10,其HARQ定时关系可能需要修改或者重新定义。
因此,相应地,有必要提出有效的技术方案,解决HARQ传输中数据的软缓存处理的问题。
发明内容
本发明的目的旨在至少解决上述技术缺陷之一,特别是通过提出在多个Cell的上行下行配置不一样的CA系统中的处理软缓存的方案,解决HARQ下行数据传输的软缓存处理问题。
本发明实施例一方面提出了一种软缓存处理的方法,包括以下步骤:
基站为UE分配传输资源,当所述UE载波聚合CA的多个Cell的上行下行配置不同时,根据软缓存的参数处理软缓存,其中软缓存的参数由所述UE的Pcell和/或Scell上下行配置确定,其后对物理下行共享信道PDSCH进行速率匹配;
所述基站通过物理下行控制信道PDCCH和PDSCH向所述UE发送数据。
本发明实施例另一方面提出了一种软缓存处理的方法,包括以下步骤:
UE接收基站为其分配的传输资源信息,当所述UE载波聚合CA的多个Cell的上行下行配置不同时,根据软缓存的参数处理软缓存,其中软缓存的参数由所述UE的Pcell和/或Scell上下行配置确定;
UE根据所述传输资源和处理软缓存的参数,接收所述基站发送的物理下行控制信道PDCCH和物理下行共享信道PDSCH。
本发明实施例另一方面提出了一种网络侧设备,包括资源管理模块和发送模块,
所述资源管理模块,用于为UE分配传输资源,当所述UE载波聚合CA的多个Cell的上行下行配置不同时,根据软缓存的参数处理软缓存,其中软缓存的参数由所述UE的Pcell和/或Scell上下行配置确定;
所述发送模块,用于对物理下行共享信道PDSCH进行速率匹配并通过物理下行控制信道PDCCH和PDSCH向所述UE发送数据。
本发明实施例另一方面提出了一种用户设备UE,包括资源管理模块和接收模块,
所述资源管理模块,用于确定基站为其分配的传输资源信息,当所述UE载波聚合CA的多个Cell的上行下行配置不同时,根据软缓存的参数处理软缓存,其中软缓存的参数由所述UE的Pcell和/或Scell上下行配置确定;
所述接收模块,用于根据所述传输资源和处理软缓存的参数,接收所述基站发送的物理下行控制信道PDCCH和物理下行共享信道PDSCH。
本发明上述提出的方法或设备,能够在多个Cell的上行下行配置不一样的CA系统中,合理、高效处理HARQ下行传输中数据的软缓存处理问题,优化HARQ冗余递增的操作,提高UE解码的性能。本发明提出的上述方案,对现有系统的改动很小,不会影响系统的兼容性,而且实现简单、高效。
本发明附加的方面和优点将在下面的描述中部分给出,这些将从下面的描述中变得明显,或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为TDD系统帧结构的示意图;
图2为下行HARQ定时关系示例;
图3为本发明实施例网络侧处理软缓存的方法流程图;
图4为本发明实施例终端侧处理软缓存的方法流程图;
图5为本发明实施例网络侧设备和UE的结构示意图。
具体实施方式
下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本发明,而不能解释为对本发明的限制。
为了便于理解本发明,首先对CA场景下的HARQ定时关系作简单介绍。对多个Cell的上行下行配置不同的CA的情况,存在同一个子帧内一些Cell是上行子帧而另一些Cell是下行子帧,这种结构导致PDSCH的HARQ定时关系的变化,这进一步导致了每个Cell的实际的最大下行HARQ过程的数目的变化。根据具体采用的HARQ定时关系,可以是Pcell的HARQ定时关系不变,即Pcell的最大下行HARQ过程的数目不变,而只是Scell的HARQ定时关系变化,相应地导致Scell的最大下行HARQ过程的数目的变化;或者,也可能是Pcell和Scell的HARQ定时关系都变化,从而导致Pcell和Scell的最大下行HARQ过程的数目的变化。
下面通过一个例子描述这种最大下行HARQ过程的数目的变化。这里使用的HARQ定时关系只是为了说明在多个Cell的上行下行配置时配置不同时,Scell的最大下行HARQ过程的数目会发生变化,而本发明不限制只能采用这种方法来定义Scell的HARQ定时。如图2所示,Pcell的上行下行配置时配置1,Scell是配置0。这里假设上行ACK/NACK信息仍然是在Pcell上发送。按照图2所示HARQ定时关系,Scell的最大下行HARQ过程数等于5,而在LTETDD中配置0的最大下行HARQ过程数等于4。也就是说,因为Pcell采用了不同于Scell的上行下行配置,在图2的例子中Scell上的PDSCH传输的最大下行HARQ过程数相比LTE TDD中的最大下行HARQ过程数增大了。
因为基站和UE对软缓存的处理依赖于Cell的最大下行HARQ过程数;所以,上述由于在多个Cell的上行下行配置不同导致的最大下行HARQ过程数的变化,必然影响基站和UE对软缓存的操作。根据LTE TDD版本10中定义的处理软缓存的方法,最大下行HARQ过程数是作为一个参数用于计算分配给每个传输块的软缓存的。
为了实现本发明之目的,本发明实施例提出了一种软缓存处理的方法,包括以下步骤:基站为UE分配传输资源,当所述UE载波聚合CA的多个Cell的上行下行配置不同时,根据软缓存的参数处理软缓存,其中软缓存的参数由所述UE的Pcell和/或Scell上下行配置确定,其后对物理下行共享信道PDSCH进行速率匹配;所述基站通过物理下行控制信道PDCCH和PDSCH向所述UE发送数据。
考虑多个Cell的上行下行配置不同的特性,如图3所示,为本发明实施例处理软缓存的方法流程图,包括以下步骤:
S110:基站为UE分配传输资源并确定处理软缓存的参数。
在步骤S110中,基站为UE分配传输资源,当UE载波聚合CA的多个Cell的上行下行配置不同时,根据软缓存的参数处理软缓存,其中软缓存的参数由UE的Pcell和/或Scell上下行配置确定,其后对物理下行共享信道PDSCH进行速率匹配。
作为本发明的实施例,一种处理方法是根据在多个Cell采用不同上行下行配置的CA情况下定义的HARQ定时关系,确定一个Cell的实际的最大下行HARQ过程数,从而根据这个实际的最大下行HARQ过程数处理软缓存。具体地说,根据每一种Pcell和Scell的上行下行配置的组合,确定一个Cell的实际的最大下行HARQ过程数,然后用表格的形式来记录这种上行下行配置组合和实际的最大下行HARQ过程数的对应关系。对一种Pcell和Scell的上行下行配置的组合,记一个Cell的实际的最大下行HARQ过程数为
假设对每种Pcell和Scell的TDD上下行配置的组合,Scell上的下行传输对应的HARQ-ACK的定时关系是复用一种现有的TDD上下行配置的HARQ-ACK定时关系,例如按照如表4的对应关系确定Scell的下行传输的HARQ-ACK定时关系的TDD上下行配置。
表4 确定HARQ-ACK定时关系的TDD上下行配置
如表5所示,对每种Pcell和Scell的TDD上下行配置的组合,根据表4中的确定Scell的HARQ-ACK定时关系的TDD上下行配置,可以得到Scell的实际的最大下行HARQ过程数为
表5 实际最大下行HARQ过程数示例一
如表5确定的Scell的实际的最大下行HARQ过程数为可以应用到各种不同的CA场景下。或者,对通过Pcell的PDCCH跨载波调度Scell的下行传输的情况,可以采用不同的方法确定假设不支持跨子帧调度,即Pcell的一个下行子帧内发送的PDCCH只能调度相同定时位置上的Scell的下行子帧的下行数据传输,则对每种Pcell和Scell的TDD上下行配置的组合,Scell上的下行传输对应的HARQ-ACK的定时关系可以是复用Pcell的TDD上下行配置的HARQ-ACK定时关系。如表6所示,对每种Pcell和Scell的TDD上下行配置的组合,根据Pcell上下行配置确定Scell的HARQ-ACK定时关系,可以得到Scell的实际的最大下行HARQ过程数为
表6 实际最大下行HARQ过程数示例二
基于目前在LTE TDD版本10中定义的基站的速率匹配的方法,用这个实际的最大下行HARQ过程数来计算分配给每个编码块的软缓存。记UE的软缓存大小为Nsoft,则基站在对一个传输块的每个编码块进行速率匹配时,编码块的软缓存大小为其中其他参数与LTE TDD版本10定义相同,即C是传输块分成的编码块总数,KMIMO依赖于UE的传输模式,对MIMO传输模式,KMIMO=2,对非MIMO传输模式,KMIMO=1,Mlimit是常数8,KC是与UE的能力类别有关的常数,Kw是涡轮编码(turbo)输出的编码比特的总数。
对应基站的操作,UE可以有多种处理软缓存的方法,如果UE也是基于来处理软缓存的方法,下面描述这种方法。在UE侧,基于目前在LTE TDD版本10中定义的UE处理软缓存的方法,UE把其软缓存等分给多个Cell,然后对每个Cell,对至少个传输块,当一个传输块的一个编码块解码失败时,至少为这个编码块保存的软比特数目为具体地说,记这些软比特wk是UE收到的一个软比特,并且k是UE收到的各个软比特的索引中的比较小的索引。
上述处理方法是根据实际的最大下行HARQ过程数来处理软缓存,其性能是最优化的,但是复杂度比较高,需要用表格的方法来记录每种配置组合的实际的最大下行HARQ过程数。例如,在LTE TDD中定义了7种上行下行配置,考虑基站支持两个不同频带上的带宽组合,则有42种不同的上行下行配置组合,也就是说,这张表格需要有42行。如果再加上两个频带上的上行下行配置相同的CA情况,总的表格有49行。
作为本发明的实施例,一种简化处理方法是对在多个Cell采用不同上行下行配置的CA情况下,以Scell的上行下行配置在LTE TDD版本10中定义的最大下行HARQ过程数来处理软缓存。这里,因为各个Cell的上行下行配置不同,很可能并不等于实际的最大下行HARQ过程数所以根据来处理软缓存来处理软缓存,不是最优的。
具体地说,基于目前在LTE TDD版本10中定义的基站的速率匹配的方法,用Scell的上行下行配置在LTE TDD版本10中定义的最大下行HARQ过程数来计算分配给每个编码块的软缓存。基站在对一个传输块的每个编码块进行速率匹配时,编码块的软缓存大小为其中其他参数与LTETDD版本10定义相同。
对应基站的操作,UE可以有多种处理软缓存的方法,如果UE也是基于来处理软缓存的方法,下面描述这种方法。在UE侧,UE把其软缓存等分给多个Cell,然后对每个Cell,对至少个传输块,当一个传输块的一个编码块解码失败时,基站假设UE为这个编码块保存的软比特数目为记这些软比特wk是UE收到的一个软比特,并且k是UE收到的各个软比特的索引中的比较小的索引。这里,当大于时,UE有可能没有足够的能力为每个编码块保存nSB个软比特。
作为本发明的实施例,另一种简化处理方法是对在多个Cell采用不同上行下行配置的CA情况下,以Pcell的上行下行配置在LTE TDD版本10中定义的最大下行HARQ过程数来处理软缓存。这里,因为各个Cell的上行下行配置不同,很可能并不等于实际的最大下行HARQ过程数所以根据来处理软缓存来处理软缓存,不是最优的。
具体地说,基于目前在LTE TDD版本10中定义的基站的速率匹配的方法,用Pcell的上行下行配置在LTE TDD版本10中定义的最大下行HARQ过程数来计算分配给每个编码块的软缓存。基站在对一个传输块的每个编码块进行速率匹配时,编码块的软缓存大小为其中其他参数与LTETDD版本10定义相同。
对应基站的操作,UE可以有多种处理软缓存的方法,如果UE也是基于来处理软缓存的方法,下面描述这种方法。在UE侧,UE把其软缓存等分给多个Cell,然后对每个Cell,对至少个传输块,当一个传输块的一个编码块解码失败时,基站假设UE为这个编码块块保存的软比特数目为记这些软比特wk是UE收到的一个软比特,并且k是UE收到的各个软比特的索引中的比较小的索引。这里,当大于时,UE有可能没有足够的能力为每个编码块保存nSB个软比特。这种方法的一个好处是它兼容LTE TDD版本10中的处理软缓存的方法。
作为本发明的实施例,又一种简化处理方法是对在多个Cell采用不同上行下行配置的CA情况下,按照一个预先设定的值X代入最大下行HARQ过程数来处理软缓存。这个预先设定的值可以是高层半静态配置的,也可以是在标准中固定的值。例如,一个合理的方法是预先设定值X等于8。实际上对FDD,最大下行HARQ过程数固定为8,所以按照X等于8来处理软缓存,其下行链路性能和FDD系统是相当的。
具体地说,基于目前在LTE TDD版本10中定义的基站的速率匹配的方法,用预先设定值X来计算分配给每个编码块的软缓存。基站在对一个传输块的每个编码块进行速率匹配时,编码块的软缓存大小为其中其他参数与LTE TDD版本10定义相同。
对应基站的操作,UE可以有多种处理软缓存的方法,如果UE也是基于X来处理软缓存的方法,下面描述这种方法。在UE侧,UE把其软缓存等分给多个Cell,然后对每个Cell,对至少KMIMO·min(X,Mlimit)个传输块,当一个传输块的一个编码块解码失败时,至少为这个编码块保存的软比特数目为具体地说,记这些软比特wk是UE收到的一个软比特,并且k是UE收到的各个软比特的索引中的比较小的索引。由于采用这种方法,基站可以确信UE一定为一个编码块保存了nSB个软比特,从而可以优化HARQ IR的操作。
对在多个Cell采用不同上行下行配置的CA情况下,依赖于定义的HARQ定时关系,很可能可以使一个Cell的实际的最大下行HARQ过程数在Pcell和Scell各自的上行下行配置在LTE TDD版本8中的最大下行HARQ过程数确定的范围之内,即大于等于之间的较小值,并小于等于之间的较大值。实际上,通过合适的HARQ定时的设计,可以保证确定的范围之内。
所以,作为本发明的实施例,又一种简化处理方法是,以Pcell和Scell各自的上行下行配置在LTE TDD版本8中的最大下行HARQ过程数的较大值,即来处理软缓存。
具体地说,基于目前在LTE TDD版本10中定义的基站的速率匹配的方法,用来计算分配给每个编码块的软缓存。基站在对一个传输块的每个编码块进行速率匹配时,编码块的软缓存大小为其中其他参数与LTE TDD版本10定义相同。
对应基站的操作,UE可以有多种处理软缓存的方法,如果UE也是基于来处理软缓存的方法,下面描述这种方法。在UE侧,UE把其软缓存等分给多个Cell,然后对每个Cell,对至少个传输块,当一个传输块的一个编码块解码失败时,至少为这个编码块保存的软比特数目为具体地说,记这些软比特wk是UE收到的一个软比特,并且k是UE收到的各个软比特的索引中的比较小的索引。由于采用这种方法,基站可以确信UE一定为一个编码块保存了nSB个软比特,从而可以优化HARQ IR的操作。
作为本发明的实施例,对在多个Cell采用不同上行下行配置的CA情况下,又一种定义HARQ-ACK定时的方法是,对Scell,对每种Pcell和Scell的TDD上下行配置的组合,Scell上的下行传输对应的HARQ-ACK的定时关系是复用一种现有的TDD上下行配置的HARQ-ACK定时关系,例如按照表4进行工作。具体地说,对Scell的下行子帧是Pcell的下行子帧的子集的情况,Scell上的下行传输对应的HARQ-ACK的定时关系是按照Pcell的TDD上下行配置的定时关系确定;对Scell的下行子帧是Pcell的下行子帧的超集的情况,Scell上的下行传输对应的HARQ-ACK的定时关系是按照Scell自己的TDD上下行配置的定时关系确定;对Scell的下行子帧既不是Pcell的下行子帧的子集也不是Pcell的下行子帧的超集的情况,Scell上的下行传输对应的HARQ-ACK的定时关系是按照一个参考TDD上下行配置的定时关系确定,这个参考TDD上下行配置中的上行子帧是Pcell的上行子帧和Scell的上行子帧的交集。为了描述方便,表4中对每种Pcell和Scell TDD上下行配置组合定义的用于确定Scell的下行传输的HARQ-ACK定时的TDD上下行配置统称为确定HARQ-ACK定时关系的TDD上下行配置。
对这种定义Scell的HARQ-ACK定时关系的方法,根据现有LTE TDD规范,确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数为作为本发明的实施例,又一种简化处理方法是,对在多个Cell采用不同上行下行配置的CA情况下,以确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数来处理软缓存。
具体地说,基于目前在LTE TDD版本10中定义的基站的速率匹配的方法,用来计算分配给每个编码块的软缓存。基站在对一个传输块的每个编码块进行速率匹配时,编码块的软缓存大小为其中其他参数与LTE TDD版本10定义相同。
对应基站的操作,UE可以有多种处理软缓存的方法,如果UE也是基于来处理软缓存的方法,下面描述这种方法。在UE侧,UE把其软缓存等分给多个Cell,然后对每个Cell,对至少个传输块,当一个传输块的一个编码块解码失败时,至少为这个编码块保存的软比特数目为具体地说,记这些软比特wk是UE收到的一个软比特,并且k是UE收到的各个软比特的索引中的比较小的索引。由于采用这种方法,基站可以确信UE一定为一个编码块保存了nSB个软比特,从而可以优化HARQ IR的操作。
在上一个实施例中,根据现有LTE TDD规范,确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数然后对在多个Cell采用不同上行下行配置的CA情况下,以来处理软缓存。
以表4的确定HARQ-ACK定时关系的TDD上下行配置的方法为例,对Scell的下行子帧是Pcell的下行子帧的超集的情况,确定HARQ-ACK定时关系的TDD上下行配置就是Scell的TDD上下行配置,这样就等于Scell的实际的最大下行HARQ过程数为即Scell在LTE版本10中定义的实际的最大下行HARQ过程数所以上一个实施例的方法在这种情况下是最优的。对Scell的下行子帧是Pcell的下行子帧的子集的情况,和Scell的下行子帧既不是Pcell的下行子帧的子集也不是Pcell的下行子帧的超集的情况,确定HARQ-ACK定时关系的TDD上下行配置不同于Scell的上下行配置,从而也不等于Scell的实际最大下行HARQ过程数从而导致一定的性能损失。
类似地,对跨载波调度情况,Scell的下行传输的HARQ-ACK定时关系总是根据Pcell上下行定时关系确定,如表5所示,对Scell的下行子帧是Pcell的下行子帧的超集的情况,Scell上可用于下行传输的下行子帧与Pcell相同,从而按照Pcell上下行配置得到就等于Scell的下行传输的实际最大下行HARQ过程数对Scell的下行子帧是Pcell的下行子帧的子集的情况,和Scell的下行子帧既不是Pcell的下行子帧的子集也不是Pcell的下行子帧的超集的情况,Scell上可用于下行传输的下行子帧不同于Pcell,这导致根据Pcell的HARQ-ACK定时关系确定的参数不同于Scell的实际最大下行HARQ过程数从而导致一定的性能损失。
一种处理方法是基于确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数计算得到用于处理软缓存的参数并根据来处理软缓存。对比根据表4或者表5的确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数和Scell的实际的最大下行HARQ过程数对Scell的下行子帧是Pcell的下行子帧的超集的情况,就等于对Scell的下行子帧是Pcell的下行子帧的子集的情况,和Scell的下行子帧既不是Pcell的下行子帧的子集也不是Pcell的下行子帧的超集的情况,至少比小1,所以可以定义等于
这样,基于目前在LTE TDD版本10中定义的基站的速率匹配的方法,用上述计算得到的参数来计算分配给每个编码块的软缓存。基站在对一个传输块的每个编码块进行速率匹配时,编码块的软缓存大小为其中其他参数与LTETDD版本10定义相同。
对应基站的操作,UE可以有多种处理软缓存的方法,如果UE也是基于来处理软缓存的方法,下面描述这种方法。在UE侧,UE把其软缓存等分给多个Cell,然后对每个Cell,对至少个传输块,当一个传输块的一个编码块解码失败时,至少为这个编码块保存的软比特数目为具体地说,记这些软比特wk是UE收到的一个软比特,并且k是UE收到的各个软比特的索引中的比较小的索引。由于采用这种方法,基站可以确信UE一定为一个编码块保存了nSB个软比特,从而可以优化HARQIR的操作。
下面描述另一种处理方法。在LTE TDD版本10中,真正用于处理软缓存的参数是小区的最大下行HARQ过程数MDL_HARQ和常数Mlimit(固定等于8)之间的较小值,即min(MDL_HARQ,Mlimit)。这样,对上面的基于确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数处理软缓存的方法,另一种改进性能的方法是通过修改参数Mlimit从而尽可能接近实际的最大下行HARQ过程数记修改之后的最大下行HARQ过程数上限参数为
对比根据表4或者表5的确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数和Scell的实际的最大下行HARQ过程数对Scell的下行子帧是Pcell的下行子帧的超集的情况,就等于所以可以保持LTE版本10中Mlimit的值不变,即仍然使对Scell的下行子帧是Pcell的下行子帧的子集的情况,和Scell的下行子帧既不是Pcell的下行子帧的子集也不是Pcell的下行子帧的超集的情况,进一步根据Scell的上下行配置来区别处理。具体地说,当Scell的上下行配置是1、2、3、4或者5时,按照表4或者表5的确定HARQ-ACK定时关系,Scell的实际的最大下行HARQ过程数都是大于等于8的,所以仍然设置而对Scell的上下行配置是0或者6的情况,按照表4或者表5的确定HARQ-ACK定时关系,Scell的实际的最大下行HARQ过程数都是小于等于7,所以可以设置
这样,基于目前在LTE TDD版本10中定义的基站的速率匹配的方法,用和上述根据不同情况确定的来计算分配给每个编码块的软缓存。基站在对一个传输块的每个编码块进行速率匹配时,编码块的软缓存大小为其中其他参数与LTE TDD版本10定义相同。
对应基站的操作,UE可以有多种处理软缓存的方法,如果UE也是基于和上述根据不同情况确定的来处理软缓存的方法,下面描述这种方法。在UE侧,UE把其软缓存等分给多个Cell,然后对每个Cell,对至少个传输块,当一个传输块的一个编码块解码失败时,至少为这个编码块保存的软比特数目为具体地说,记这些软比特wk是UE收到的一个软比特,并且k是UE收到的各个软比特的索引中的比较小的索引。由于采用这种方法,基站可以确信UE一定为一个编码块保存了nSB个软比特,从而可以优化HARQ IR的操作。
结合上面的两种方法,一方面根据表4或者表5的确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数计算得到参数另一方面根据表4或者表5的确定HARQ-ACK定时关系的TDD上下行配置得到修改之后的参数然后,可以根据来处理软缓存。
基于目前在LTE TDD版本10中定义的基站的速率匹配的方法,用上述根据不同情况确定的来计算分配给每个编码块的软缓存。基站在对一个传输块的每个编码块进行速率匹配时,编码块的软缓存大小为其中其他参数与LTE TDD版本10定义相同。
对应基站的操作,UE可以有多种处理软缓存的方法,如果UE也是基于上述根据不同情况确定的来处理软缓存的方法,下面描述这种方法。在UE侧,UE把其软缓存等分给多个Cell,然后对每个Cell,对至少个传输块,当一个传输块的一个编码块解码失败时,至少为这个编码块保存的软比特数目为具体地说,记这些软比特wk是UE收到的一个软比特,并且k是UE收到的各个软比特的索引中的比较小的索引。由于采用这种方法,基站可以确信UE一定为一个编码块保存了nSB个软比特,从而可以优化HARQ IR的操作。
应当理解,基站基于X、的任意一种参数处理软缓存时,UE侧也可以选择基于X、的任意一种参数的方式来处理软缓存。上述对应举例只是便于说明本发明,在实际运用中,应当理解为上述组合可以根据具体需要进行任意搭配选择。若基站和UE采用相同的处理软缓存的参数,则可以保持操作的一致性;若基站和UE采用不同的处理软缓存的参数,则便于在各种不同条件下进行优化。
S120:基站通过PDCCH和PDSCH向UE发送数据。
其后,UE接收基站发送的PDSCH,当PDSCH解码校验失败时,根据Pcell和Scell的上下行配置确定处理软缓存的参数,并相应地对PDSCH的软比特进行缓存。
相应于网络侧的方法,本发明实施例还提出了一种终端用户侧的处理软缓存的方法,包括以下步骤:UE接收基站为其分配的传输资源信息,当所述UE载波聚合CA的多个Cell的上行下行配置不同时,根据软缓存的参数处理软缓存,其中软缓存的参数由所述UE的Pcell和/或Scell上下行配置确定;UE根据所述传输资源和处理软缓存的参数,接收所述基站发送的物理下行控制信道PDCCH和物理下行共享信道PDSCH。
如图4所示,为本发明实施例处理软缓存的方法流程图,包括以下步骤:
S210:UE接收基站为其分配的传输资源信息并确定处理软缓存的参数。
作为本发明的实施例,一种处理方法是根据在多个Cell采用不同上行下行配置的CA情况下定义的HARQ定时关系,确定一个Cell的实际的最大下行HARQ过程数,从而根据这个实际的最大下行HARQ过程数处理软缓存。具体地说,根据每一种Pcell和Scell的上行下行配置的组合,确定一个Cell的实际的最大下行HARQ过程数,然后用表格的形式来记录这种上行下行配置组合和实际的最大下行HARQ过程数的对应关系。对一种Pcell和Scell的上行下行配置的组合,记一个Cell的实际的最大下行HARQ过程数为
基站可以有多种方法处理软缓存,如果基站也是基于来处理软缓存的方法,下面描述这种方法。基于目前在LTE TDD版本10中定义的基站的速率匹配的方法,用这个实际的最大下行HARQ过程数来计算分配给每个编码块的软缓存。记UE的软缓存大小为Nsoft,则基站在对一个传输块的每个编码块进行速率匹配时,编码块的软缓存大小为其中其他参数与LTETDD版本10定义相同,即C是传输块分成的编码块总数,KMIMO依赖于UE的传输模式,对MIMO传输模式,KMIMO=2,对非MIMO传输模式,KMIMO=1,Mlimit是常数8,KC是与UE的能力类别有关的常数,Kw是涡轮编码(turbo)输出的编码比特的总数。
在UE侧,基于目前在LTE TDD版本10中定义的UE处理软缓存的方法,UE把其软缓存等分给多个Cell,然后对每个Cell,对至少个传输块,当一个传输块的一个编码块解码失败时,至少为这个编码块保存的软比特数目为具体地说,记这些软比特wk是UE收到的一个软比特,并且k是UE收到的各个软比特的索引中的比较小的索引。
上述处理方法是根据实际的最大下行HARQ过程数来处理软缓存,其性能是最优化的,但是复杂度比较高,需要用表格的方法来记录每种配置组合的实际的最大下行HARQ过程数。例如,在LTE TDD中定义了7种上行下行配置,考虑基站支持两个不同频带上的带宽组合,则有42种不同的上行下行配置组合,也就是说,这张表格需要有42行。如果再加上两个频带上的上行下行配置相同的CA情况,总的表格有49行。
作为本发明的实施例,一种简化处理方法是对在多个Cell采用不同上行下行配置的CA情况下,以Scell的上行下行配置在LTE TDD版本10中定义的最大下行HARQ过程数来处理软缓存。这里,因为各个Cell的上行下行配置不同,很可能并不等于实际的最大下行HARQ过程数所以根据来处理软缓存来处理软缓存,不是最优的。
基站可以有多种方法处理软缓存,如果基站也是基于来处理软缓存的方法,下面描述这种方法。具体地说,基于目前在LTE TDD版本10中定义的基站的速率匹配的方法,用Scell的上行下行配置在LTE TDD版本10中定义的最大下行HARQ过程数来计算分配给每个编码块的软缓存。基站在对一个传输块的每个编码块进行速率匹配时,编码块的软缓存大小为其中其他参数与LTE TDD版本10定义相同。
在UE侧,UE把其软缓存等分给多个Cell,然后对每个Cell,对至少个传输块,当一个传输块的一个编码块解码失败时,基站假设UE为这个编码块保存的软比特数目为记这些软比特wk是UE收到的一个软比特,并且k是UE收到的各个软比特的索引中的比较小的索引。这里,当大于时,UE有可能没有足够的能力为每个编码块保存nSB个软比特。
作为本发明的实施例,另一种简化处理方法是对在多个Cell采用不同上行下行配置的CA情况下,以Pcell的上行下行配置在LTE TDD版本10中定义的最大下行HARQ过程数来处理软缓存。这里,因为各个Cell的上行下行配置不同,很可能并不等于实际的最大下行HARQ过程数所以根据来处理软缓存来处理软缓存,不是最优的。
基站可以有多种方法处理软缓存,如果基站也是基于来处理软缓存的方法,下面描述这种方法。具体地说,基于目前在LTE TDD版本10中定义的基站的速率匹配的方法,用Pcell的上行下行配置在LTE TDD版本10中定义的最大下行HARQ过程数来计算分配给每个编码块的软缓存。基站在对一个传输块的每个编码块进行速率匹配时,编码块的软缓存大小为其中其他参数与LTE TDD版本10定义相同。
在UE侧,UE把其软缓存等分给多个Cell,然后对每个Cell,对至少个传输块,当一个传输块的一个编码块解码失败时,基站假设UE为这个编码块块保存的软比特数目为记这些软比特wk是UE收到的一个软比特,并且k是UE收到的各个软比特的索引中的比较小的索引。这里,当大于时,UE有可能没有足够的能力为每个编码块保存nSB个软比特。这种方法的一个好处是它兼容LTE TDD版本10中的处理软缓存的方法。
作为本发明的实施例,又一种简化处理方法是对在多个Cell采用不同上行下行配置的CA情况下,按照一个预先设定的值X代入最大下行HARQ过程数来处理软缓存。这个预先设定的值可以是高层半静态配置的,也可以是在标准中固定的值。例如,一个合理的方法是预先设定值X等于8。实际上对FDD,最大下行HARQ过程数固定为8,所以按照X等于8来处理软缓存,其下行链路性能和FDD系统是相当的。
基站可以有多种方法处理软缓存,如果基站也是基于X来处理软缓存的方法,下面描述这种方法。具体地说,基于目前在LTE TDD版本10中定义的基站的速率匹配的方法,用预先设定值X来计算分配给每个编码块的软缓存。基站在对一个传输块的每个编码块进行速率匹配时,编码块的软缓存大小为其中其他参数与LTE TDD版本10定义相同。
在UE侧,UE把其软缓存等分给多个Cell,然后对每个Cell,对至少KMIMO·min(X,Mlimit)个传输块,当一个传输块的一个编码块解码失败时,至少为这个编码块保存的软比特数目为具体地说,记这些软比特wk是UE收到的一个软比特,并且k是UE收到的各个软比特的索引中的比较小的索引。由于采用这种方法,基站可以确信UE一定为一个编码块保存了nSB个软比特,从而可以优化HARQ IR的操作。
对在多个Cell采用不同上行下行配置的CA情况下,依赖于定义的HARQ定时关系,很可能可以使一个Cell的实际的最大下行HARQ过程数在Pcell和Scell各自的上行下行配置在LTE TDD版本8中的最大下行HARQ过程数确定的范围之内,即大于等于之间的较小值,并小于等于之间的较大值。实际上,通过合适的HARQ定时的设计,可以保证确定的范围之内。
所以,作为本发明的实施例,又一种简化处理方法是,以Pcell和Scell各自的上行下行配置在LTE TDD版本8中的最大下行HARQ过程数的较大值,即来处理软缓存。
基站可以有多种方法处理软缓存,如果基站也是基于来处理软缓存的方法,下面描述这种方法。具体地说,基于目前在LTE TDD版本10中定义的基站的速率匹配的方法,用来计算分配给每个编码块的软缓存。基站在对一个传输块的每个编码块进行速率匹配时,编码块的软缓存大小为其中其他参数与LTE TDD版本10定义相同。
在UE侧,UE把其软缓存等分给多个Cell,然后对每个Cell,对至少个传输块,当一个传输块的一个编码块解码失败时,至少为这个编码块保存的软比特数目为具体地说,记这些软比特wk是UE收到的一个软比特,并且k是UE收到的各个软比特的索引中的比较小的索引。由于采用这种方法,基站可以确信UE一定为一个编码块保存了nSB个软比特,从而可以优化HARQIR的操作。
作为本发明的实施例,对在多个Cell采用不同上行下行配置的CA情况下,又一种定义HARQ定时的方法是,对Scell,对每种Pcell和Scell的TDD上下行配置的组合,Scell上的下行传输对应的HARQ-ACK的定时关系是复用一种现有的TDD上下行配置的HARQ-ACK定时关系,例如按照如表4进行工作。
对这种定义Scell的HARQ-ACK定时关系的方法,根据现有LTE TDD规范,确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数为作为本发明的实施例,又一种简化处理方法是,对在多个Cell采用不同上行下行配置的CA情况下,以确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数来处理软缓存。
基站可以有多种方法处理软缓存,如果基站也是基于来处理软缓存的方法,下面描述这种方法。具体地说,基于目前在LTE TDD版本10中定义的基站的速率匹配的方法,用来计算分配给每个编码块的软缓存。基站在对一个传输块的每个编码块进行速率匹配时,编码块的软缓存大小为其中其他参数与LTE TDD版本10定义相同。
在UE侧,UE把其软缓存等分给多个Cell,然后对每个Cell,对至少个传输块,当一个传输块的一个编码块解码失败时,至少为这个编码块保存的软比特数目为具体地说,记这些软比特wk是UE收到的一个软比特,并且k是UE收到的各个软比特的索引中的比较小的索引。由于采用这种方法,基站可以确信UE一定为一个编码块保存了nSB个软比特,从而可以优化HARQ IR的操作。
在上一个实施例中,根据现有LTE TDD规范,确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数然后对在多个Cell采用不同上行下行配置的CA情况下,以来处理软缓存。
以表4的确定HARQ-ACK定时关系的TDD上下行配置的方法为例,对Scell的下行子帧是Pcell的下行子帧的超集的情况,确定HARQ-ACK定时关系的TDD上下行配置就是Scell的TDD上下行配置,这样就等于Scell的实际的最大下行HARQ过程数为即Scell在LTE版本10中定义的实际的最大下行HARQ过程数所以上一个实施例的方法在这种情况下是最优的。对Scell的下行子帧是Pcell的下行子帧的子集的情况,和Scell的下行子帧既不是Pcell的下行子帧的子集也不是Pcell的下行子帧的超集的情况,确定HARQ-ACK定时关系的TDD上下行配置不同于Scell的上下行配置,从而也不等于Scell的实际最大下行HARQ过程数从而导致一定的性能损失。
类似地,对跨载波调度情况,Scell的下行传输的HARQ-ACK定时关系总是根据Pcell上下行定时关系确定,如表5所示,对Scell的下行子帧是Pcell的下行子帧的超集的情况,Scell上可用于下行传输的下行子帧与Pcell相同,从而按照Pcell上下行配置得到就等于Scell的下行传输的实际最大下行HARQ过程数对Scell的下行子帧是Pcell的下行子帧的子集的情况,和Scell的下行子帧既不是Pcell的下行子帧的子集也不是Pcell的下行子帧的超集的情况,Scell上可用于下行传输的下行子帧不同于Pcell,这导致根据Pcell的HARQ-ACK定时关系确定的参数不同于Scell的实际最大下行HARQ过程数从而导致一定的性能损失。
一种处理方法是基于确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数计算得到用于处理软缓存的参数并根据来处理软缓存。对比根据表4或者表5的确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数和Scell的实际的最大下行HARQ过程数对Scell的下行子帧是Pcell的下行子帧的超集的情况,就等于对Scell的下行子帧是Pcell的下行子帧的子集的情况,和Scell的下行子帧既不是Pcell的下行子帧的子集也不是Pcell的下行子帧的超集的情况,至少比小1,所以可以定义等于
基站可以有多种方法处理软缓存,如果基站也是基于来处理软缓存的方法,下面描述这种方法。基于目前在LTE TDD版本10中定义的基站的速率匹配的方法,用上述计算得到的参数来计算分配给每个编码块的软缓存。基站在对一个传输块的每个编码块进行速率匹配时,编码块的软缓存大小为其中其他参数与LTE TDD版本10定义相同。
在UE侧,UE把其软缓存等分给多个Cell,然后对每个Cell,对至少个传输块,当一个传输块的一个编码块解码失败时,至少为这个编码块保存的软比特数目为具体地说,记这些软比特wk是UE收到的一个软比特,并且k是UE收到的各个软比特的索引中的比较小的索引。由于采用这种方法,基站可以确信UE一定为一个编码块保存了nSB个软比特,从而可以优化HARQ IR的操作。
下面描述另一种处理方法。在LTE TDD版本10中,真正用于处理软缓存的参数是小区的最大下行HARQ过程数MDL_HARQ和常数Mlimit(固定等于8)之间的较小值,即min(MDL_HARQ,Mlimit)。这样,对上面的基于确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数处理软缓存的方法,另一种改进性能的方法是通过修改参数Mlimit从而尽可能接近实际的最大下行HARQ过程数记修改之后的最大下行HARQ过程数上限参数为
对比根据表4或者表5的确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数和Scell的实际的最大下行HARQ过程数对Scell的下行子帧是Pcell的下行子帧的超集的情况,就等于所以可以保持LTE版本10中Mlimit的值不变,即仍然使对Scell的下行子帧是Pcell的下行子帧的子集的情况,和Scell的下行子帧既不是Pcell的下行子帧的子集也不是Pcell的下行子帧的超集的情况,进一步根据Scell的上下行配置来区别处理。具体地说,当Scell的上下行配置是1、2、3、4或者5时,按照表4或者表5的确定HARQ-ACK定时关系,Scell的实际的最大下行HARQ过程数都是大于等于8的,所以仍然设置而对Scell的上下行配置是0或者6的情况,按照表4或者表5的确定HARQ-ACK定时关系,Scell的实际的最大下行HARQ过程数都是小于等于7,所以可以设置这样,可以基于和上述根据不同情况确定的来处理软缓存。
基站可以有多种方法处理软缓存,如果基站也是基于和上述根据不同情况确定的来处理软缓存的方法,下面描述这种方法。基于目前在LTE TDD版本10中定义的基站的速率匹配的方法,用和上述根据不同情况确定的来计算分配给每个编码块的软缓存。基站在对一个传输块的每个编码块进行速率匹配时,编码块的软缓存大小为其中其他参数与LTETDD版本10定义相同。
在UE侧,UE把其软缓存等分给多个Cell,然后对每个Cell,对至少个传输块,当一个传输块的一个编码块解码失败时,至少为这个编码块保存的软比特数目为具体地说,记这些软比特wk是UE收到的一个软比特,并且k是UE收到的各个软比特的索引中的比较小的索引。由于采用这种方法,基站可以确信UE一定为一个编码块保存了nSB个软比特,从而可以优化HARQ IR的操作。
结合上面的两种方法,一方面根据表4或者表5的确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数计算得到参数另一方面根据表4或者表5的确定HARQ-ACK定时关系的TDD上下行配置得到修改之后的参数然后,可以根据来处理软缓存。
基站可以有多种方法处理软缓存,如果基站也是基于和上述根据不同情况确定的来处理软缓存的方法,下面描述这种方法。基于目前在LTE TDD版本10中定义的基站的速率匹配的方法,用上述根据不同情况确定的来计算分配给每个编码块的软缓存。基站在对一个传输块的每个编码块进行速率匹配时,编码块的软缓存大小为其中其他参数与LTETDD版本10定义相同。
在UE侧,UE把其软缓存等分给多个Cell,然后对每个Cell,对至少个传输块,当一个传输块的一个编码块解码失败时,至少为这个编码块保存的软比特数目为具体地说,记这些软比特wk是UE收到的一个软比特,并且k是UE收到的各个软比特的索引中的比较小的索引。由于采用这种方法,基站可以确信UE一定为一个编码块保存了nSB个软比特,从而可以优化HARQ IR的操作。
应当理解,UE基于X、的任意一种参数处理软缓存时,基站侧也可以选择基于X、的任意一种参数的方式来处理软缓存。上述对应举例只是便于说明本发明,在实际运用中,应当理解为上述组合可以根据具体需要进行任意搭配选择。若基站和UE采用相同的处理软缓存的参数,则可以保持操作的一致性;若基站和UE采用不同的处理软缓存的参数,则便于在各种不同条件下进行优化。
S220:UE接收基站通过PDCCH和PDSCH下发的信息。
UE接收基站发送的PDSCH,当PDSCH解码校验失败时,根据Pcell和Scell的上下行配置确定处理软缓存的参数,并相应地对PDSCH的软比特进行缓存。
相应于上述方法,如图5所示,本发明实施例还提出了一种网络侧设备100,包括资源管理模块110和发送模块120。
其中,资源管理模块110用于为UE分配传输资源,当UE载波聚合CA的多个Cell的上行下行配置不同时,根据软缓存的参数处理软缓存,其中软缓存的参数由UE的Pcell和/或Scell上下行配置确定;发送模块120用于对物理下行共享信道PDSCH进行速率匹配并通过物理下行控制信道PDCCH和PDSCH向UE发送数据。
具体而言,资源管理模块110根据软缓存的参数处理软缓存,其中软缓存的参数的选择包括以下任意一种或多种方式:
所述软缓存的参数为每个Cell实际的最大下行HARQ过程数,根据所述实际的最大下行HARQ过程数处理软缓存;
所述软缓存的参数为所述Scell或所述Pcell的上行下行配置在LTETDD版本10中定义的最大下行HARQ过程数,根据所述Scell或所述Pcell的上行下行配置在LTE TDD版本10中定义的最大下行HARQ过程数处理软缓存;
所述软缓存的参数为预设的最大下行HARQ过程数固定值,根据所述预设的最大下行HARQ过程数固定值处理软缓存;
所述软缓存的参数为所述Pcell和Scell各自的上行下行配置在LTETDD版本8中的最大下行HARQ过程数的较大值,根据所述Pcell和Scell各自的上行下行配置在LTE TDD版本8中的最大下行HARQ过程数的较大值处理软缓存;或者
所述软缓存的参数为用于确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数,根据所述用于确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数处理软缓存。
所述软缓存的参数为基于确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数计算得到用于处理软缓存的参数并根据来处理软缓存。其中,根据确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数计算得到:
对Scell的下行子帧是Pcell的下行子帧的超集的情况,等于
对Scell的下行子帧是Pcell的下行子帧的子集的情况,和Scell的下行子帧既不是Pcell的下行子帧的子集也不是Pcell的下行子帧的超集的情况,等于
所述软缓存的参数为确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数和变化之后的最大下行HARQ过程数上限参数并根据来处理软缓存。其中,对Scell的下行子帧是Pcell的下行子帧的子集的情况,和Scell的下行子帧既不是Pcell的下行子帧的子集也不是Pcell的下行子帧的超集的情况,并且Scell的上下行配置是0或者6的情况,对其他情况,
所述软缓存的参数为所述软缓存的参数为并根据处理软缓存。相应于上述方法,如图5所示,本发明实施例还提出了一种用户设备UE200,包括资源管理模块210和接收模块220。
其中,资源管理模块210用于确定基站为其分配的传输资源信息,当UE载波聚合CA的多个Cell的上行下行配置不同时,根据软缓存的参数处理软缓存,其中软缓存的参数由UE的Pcell和/或Scell上下行配置确定;接收模块220用于根据传输资源和处理软缓存的参数,接收基站发送的物理下行控制信道PDCCH和物理下行共享信道PDSCH。
具体而言,资源管理模块210根据软缓存的参数处理软缓存,其中软缓存的参数的选择包括以下任意一种或多种方式:
所述软缓存的参数为每个Cell实际的最大下行HARQ过程数,根据所述实际的最大下行HARQ过程数处理软缓存;
所述软缓存的参数为所述Scell或所述Pcell的上行下行配置在LTETDD版本10中定义的最大下行HARQ过程数,根据所述Scell或所述Pcell的上行下行配置在LTE TDD版本10中定义的最大下行HARQ过程数处理软缓存;
所述软缓存的参数为预设的最大下行HARQ过程数固定值,根据所述预设的最大下行HARQ过程数固定值处理软缓存;
所述软缓存的参数为所述Pcell和Scell各自的上行下行配置在LTETDD版本8中的最大下行HARQ过程数的较大值,根据所述Pcell和Scell各自的上行下行配置在LTE TDD版本8中的最大下行HARQ过程数的较大值处理软缓存;或者
所述软缓存的参数为用于确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数,根据所述用于确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数处理软缓存。
所述软缓存的参数为基于确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数计算得到用于处理软缓存的参数并根据来处理软缓存。其中,根据确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数计算得到:对Scell的下行子帧是Pcell的下行子帧的超集的情况,等于
对Scell的下行子帧是Pcell的下行子帧的子集的情况,和Scell的下行子帧既不是Pcell的下行子帧的子集也不是Pcell的下行子帧的超集的情况,等于
所述软缓存的参数为确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数和变化之后的最大下行HARQ过程数上限参数并根据来处理软缓存。其中,对Scell的下行子帧是Pcell的下行子帧的子集的情况,和Scell的下行子帧既不是Pcell的下行子帧的子集也不是Pcell的下行子帧的超集的情况,并且Scell的上下行配置是0或者6的情况,对其他情况,
所述软缓存的参数为所述软缓存的参数为并根据处理软缓存。
本发明上述提出的方法或设备,能够在多个Cell的上行下行配置不一样的CA系统中,合理、高效处理HARQ下行传输中数据的软缓存处理问题,优化HARQ冗余递增的操作,提高UE解码的性能。本发明提出的上述方案,对现有系统的改动很小,不会影响系统的兼容性,而且实现简单、高效。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本发明各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅是本发明的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

Claims (20)

1.一种软缓存处理的方法,其特征在于,包括以下步骤:
基站为用户设备UE分配传输资源,当所述UE载波聚合CA的多个Cell的上行下行配置不同时,对一个Cell,根据软缓存的参数处理软缓存,其中软缓存的参数由所述UE的Pcell上下行配置确定,或者由所述UE的Pcell和Scell上下行配置确定,其后对物理下行共享信道PDSCH进行速率匹配;
所述基站通过物理下行控制信道PDCCH和PDSCH向所述UE发送数据。
2.如权利要求1所述的软缓存处理的方法,其特征在于,所述软缓存的参数为每个Cell实际的最大下行HARQ过程数,根据所述实际的最大下行HARQ过程数处理软缓存。
3.根据权利要求1所述的软缓存处理的方法,其特征在于,所述软缓存的参数为所述Pcell的上行下行配置在LTE TDD版本10中定义的最大下行HARQ过程数,根据所述Pcell的上行下行配置在LTE TDD版本10中定义的最大下行HARQ过程数处理软缓存。
4.根据权利要求1所述的软缓存处理的方法,其特征在于,所述软缓存的参数为所述Pcell和Scell各自的上行下行配置在LTE TDD版本8中的最大下行HARQ过程数的较大值,根据所述Pcell和Scell各自的上行下行配置在LTE TDD版本8中的最大下行HARQ过程数的较大值处理软缓存。
5.根据权利要求1所述的软缓存处理的方法,其特征在于,所述软缓存的参数为用于确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数,根据所述用于确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数处理软缓存。
6.根据权利要求1所述的软缓存处理的方法,其特征在于,所述软缓存的参数为其中,根据确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数计算得到:
对Scell的下行子帧是Pcell的下行子帧的超集的情况,等于
对其他情况,等于
7.根据权利要求1所述的软缓存处理的方法,其特征在于,所述软缓存的参数为确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数和变化之后的最大下行HARQ过程数上限参数其中,对Scell的下行子帧是Pcell的下行子帧的子集的情况,和Scell的下行子帧既不是Pcell的下行子帧的子集也不是Pcell的下行子帧的超集的情况,并且当Scell的上下行配置是0或者6时,否则
8.根据权利要求1所述的软缓存处理的方法,其特征在于,所述软缓存的参数为其中,
根据确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数计算得到:
对Scell的下行子帧是Pcell的下行子帧的超集的情况,等于
对其他情况,等于
根据以下方式得到:
对Scell的下行子帧是Pcell的下行子帧的子集的情况,和Scell的下行子帧既不是Pcell的下行子帧的子集也不是Pcell的下行子帧的超集的情况,并且当Scell的上下行配置是0或者6时,否则
9.一种软缓存处理的方法,其特征在于,包括以下步骤:
UE接收基站为其分配的传输资源信息,当所述UE载波聚合CA的多个Cell的上行下行配置不同时,对一个Cell,根据软缓存的参数处理软缓存,其中软缓存的参数由所述UE的Pcell上下行配置确定,或者由所述UE的Pcell和Scell上下行配置确定;
UE根据所述传输资源和处理软缓存的参数,接收所述基站发送的物理下行控制信道PDCCH和物理下行共享信道PDSCH。
10.如权利要求9所述的软缓存处理的方法,其特征在于,所述软缓存的参数为每个Cell实际的最大下行HARQ过程数,根据所述实际的最大下行HARQ过程数处理软缓存。
11.根据权利要求9所述的软缓存处理的方法,其特征在于,所述软缓存的参数为所述Pcell的上行下行配置在LTE TDD版本10中定义的最大下行HARQ过程数,根据所述Pcell的上行下行配置在LTE TDD版本10中定义的最大下行HARQ过程数处理软缓存。
12.根据权利要求9所述的软缓存处理的方法,其特征在于,所述软缓存的参数为所述Pcell和Scell各自的上行下行配置在LTE TDD版本8中的最大下行HARQ过程数的较大值,根据所述Pcell和Scell各自的上行下行配置在LTE TDD版本8中的最大下行HARQ过程数的较大值处理软缓存。
13.根据权利要求9所述的软缓存处理的方法,其特征在于,所述软缓存的参数为用于确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数,根据所述用于确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数处理软缓存。
14.根据权利要求9所述的软缓存处理的方法,其特征在于,所述软缓存的参数为其中,根据确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数计算得到:
对Scell的下行子帧是Pcell的下行子帧的超集的情况,等于
对其他情况,等于
15.根据权利要求9所述的软缓存处理的方法,其特征在于,所述软缓存的参数为确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数和变化之后的最大下行HARQ过程数上限参数其中,对Scell的下行子帧是Pcell的下行子帧的子集的情况,和Scell的下行子帧既不是Pcell的下行子帧的子集也不是Pcell的下行子帧的超集的情况,并且当Scell的上下行配置是0或者6时,否则
16.根据权利要求9所述的软缓存处理的方法,其特征在于,所述软缓存的参数为其中,
根据确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数计算得到:
对Scell的下行子帧是Pcell的下行子帧的超集的情况,等于
对其他情况,等于
根据以下方式得到:
对Scell的下行子帧是Pcell的下行子帧的子集的情况,和Scell的下行子帧既不是Pcell的下行子帧的子集也不是Pcell的下行子帧的超集的情况,并且当Scell的上下行配置是0或者6时,否则
17.一种网络侧设备,其特征在于,包括资源管理模块和发送模块,
所述资源管理模块,用于为UE分配传输资源,当所述UE载波聚合CA的多个Cell的上行下行配置不同时,对一个Cell,根据软缓存的参数处理软缓存,其中软缓存的参数由所述UE的Pcell上下行配置确定,或者由所述UE的Pcell和Scell上下行配置确定;
所述发送模块,用于对物理下行共享信道PDSCH进行速率匹配并通过物理下行控制信道PDCCH和PDSCH向所述UE发送数据。
18.如权利要求17所述的网络侧设备,其特征在于,所述软缓存的参数的选择包括以下任意一种或多种方式:
所述软缓存的参数为每个Cell实际的最大下行HARQ过程数,根据所述实际的最大下行HARQ过程数处理软缓存;
所述软缓存的参数为所述Scell或所述Pcell的上行下行配置在LTE TDD版本10中定义的最大下行HARQ过程数,根据所述Scell或所述Pcell的上行下行配置在LTE TDD版本10中定义的最大下行HARQ过程数处理软缓存;
所述软缓存的参数为所述Pcell和Scell各自的上行下行配置在LTE TDD版本8中的最大下行HARQ过程数的较大值,根据所述Pcell和Scell各自的上行下行配置在LTE TDD版本8中的最大下行HARQ过程数的较大值处理软缓存;
所述软缓存的参数为用于确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数,根据所述用于确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数处理软缓存;
所述软缓存的参数为其中,根据确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数计算得到:
对Scell的下行子帧是Pcell的下行子帧的超集的情况,等于
对其他情况,等于
所述软缓存的参数为确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数和变化之后的最大下行HARQ过程数上限参数其中,对Scell的下行子帧是Pcell的下行子帧的子集的情况,和Scell的下行子帧既不是Pcell的下行子帧的子集也不是Pcell的下行子帧的超集的情况,并且当Scell的上下行配置是0或者6时,否则或者,
所述软缓存的参数为
19.一种用户设备UE,其特征在于,包括资源管理模块和接收模块,所述资源管理模块,用于确定基站为其分配的传输资源信息,当所述UE载波聚合CA的多个Cell的上行下行配置不同时,对一个Cell,根据软缓存的参数处理软缓存,其中软缓存的参数由所述UE的Pcell上下行配置确定,或者由所述UE的Pcell和Scell上下行配置确定;
所述接收模块,用于根据所述传输资源和处理软缓存的参数,接收所述基站发送的物理下行控制信道PDCCH和物理下行共享信道PDSCH。
20.如权利要求19所述的用户设备UE,其特征在于,所述软缓存的参数的选择包括以下任意一种或多种方式:
所述软缓存的参数为每个Cell实际的最大下行HARQ过程数,根据所述实际的最大下行HARQ过程数处理软缓存;
所述软缓存的参数为所述Scell或所述Pcell的上行下行配置在LTE TDD版本10中定义的最大下行HARQ过程数,根据所述Scell或所述Pcell的上行下行配置在LTE TDD版本10中定义的最大下行HARQ过程数处理软缓存;
所述软缓存的参数为所述Pcell和Scell各自的上行下行配置在LTE TDD版本8中的最大下行HARQ过程数的较大值,根据所述Pcell和Scell各自的上行下行配置在LTE TDD版本8中的最大下行HARQ过程数的较大值处理软缓存;或者
所述软缓存的参数为用于确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数,根据所述用于确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数处理软缓存;
所述软缓存的参数为其中,根据确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数计算得到:
对Scell的下行子帧是Pcell的下行子帧的超集的情况,等于
对其他情况,等于
所述软缓存的参数为确定HARQ-ACK定时关系的TDD上下行配置的最大下行HARQ过程数和变化之后的最大下行HARQ过程数上限参数其中,对Scell的下行子帧是Pcell的下行子帧的子集的情况,和Scell的下行子帧既不是Pcell的下行子帧的子集也不是Pcell的下行子帧的超集的情况,并且当Scell的上下行配置是0或者6时,否则或者,
所述软缓存的参数为
CN201210320653.9A 2011-09-20 2012-08-31 软缓存处理的方法及设备 Active CN103024820B (zh)

Priority Applications (9)

Application Number Priority Date Filing Date Title
CN201810154123.9A CN108063652B (zh) 2012-08-31 2012-08-31 软缓存处理的方法及设备
CN201210320653.9A CN103024820B (zh) 2011-09-20 2012-08-31 软缓存处理的方法及设备
KR1020147010500A KR20140073532A (ko) 2011-09-20 2012-09-19 소프트 버퍼 처리 방법 및 장치
US13/622,679 US9800375B2 (en) 2011-09-20 2012-09-19 Method and apparatus for soft buffer processing
CA2849388A CA2849388C (en) 2011-09-20 2012-09-19 Method and apparatus for soft buffer processing
IN856KON2014 IN2014KN00856A (zh) 2011-09-20 2012-09-19
PCT/KR2012/007497 WO2013042936A1 (en) 2011-09-20 2012-09-19 Method and apparatus for soft buffer processing
EP12833314.3A EP2759083B1 (en) 2011-09-20 2012-09-19 Method and apparatus for soft buffer processing
AU2012310407A AU2012310407B2 (en) 2011-09-20 2012-09-19 Method and apparatus for soft buffer processing

Applications Claiming Priority (13)

Application Number Priority Date Filing Date Title
CN2011102793837 2011-09-20
CN201110279383 2011-09-20
CN201110279383.7 2011-09-20
CN201210102331.7 2012-04-09
CN201210102331 2012-04-09
CN2012101023317 2012-04-09
CN201210272807 2012-08-01
CN201210272807.1 2012-08-01
CN2012102728071 2012-08-01
CN201210283161.7 2012-08-09
CN201210283161 2012-08-09
CN2012102831617 2012-08-09
CN201210320653.9A CN103024820B (zh) 2011-09-20 2012-08-31 软缓存处理的方法及设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN201810154123.9A Division CN108063652B (zh) 2012-08-31 2012-08-31 软缓存处理的方法及设备

Publications (2)

Publication Number Publication Date
CN103024820A CN103024820A (zh) 2013-04-03
CN103024820B true CN103024820B (zh) 2018-03-23

Family

ID=47880591

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210320653.9A Active CN103024820B (zh) 2011-09-20 2012-08-31 软缓存处理的方法及设备

Country Status (8)

Country Link
US (1) US9800375B2 (zh)
EP (1) EP2759083B1 (zh)
KR (1) KR20140073532A (zh)
CN (1) CN103024820B (zh)
AU (1) AU2012310407B2 (zh)
CA (1) CA2849388C (zh)
IN (1) IN2014KN00856A (zh)
WO (1) WO2013042936A1 (zh)

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20130069284A (ko) * 2011-12-16 2013-06-26 주식회사 팬택 송수신 포인트, 송수신 포인트의 타이밍 설정 방법, 단말, 및 단말의 pdsch a/n 전송 방법
WO2013119089A1 (ko) * 2012-02-09 2013-08-15 엘지전자 주식회사 신호 송수신 방법 및 이를 위한 장치
US9838162B2 (en) * 2012-02-09 2017-12-05 Lg Electronics Inc. Method and apparatus for performing HARQ processes in carrier aggregation systems
CN111181708B (zh) * 2012-04-12 2022-09-02 北京三星通信技术研究有限公司 数据处理的方法及设备
RU2605472C2 (ru) 2012-05-11 2016-12-20 Хуавэй Текнолоджиз Ко., Лтд. Способ беспроводной связи, поддерживающий harq, пользовательское оборудование и базовая станция
EP2876957B1 (en) 2012-07-17 2023-08-02 Sun Patent Trust Terminal device, and buffer partitioning method
PT2938013T (pt) 2012-12-18 2019-06-24 Lg Electronics Inc Método e aparelho para transmitir informação de controlo de ligação descendente num sistema de comunicação sem fios
ES2872082T3 (es) * 2013-03-28 2021-11-02 Nec Corp Método y aparato para determinar temporización de HARQ en sistemas de comunicación
US9179445B2 (en) * 2013-04-02 2015-11-03 Blackberry Limited Communication in the presence of uplink-downlink configuration change
CN104158639A (zh) * 2013-05-14 2014-11-19 电信科学技术研究院 一种码合并缓存分配方法及装置
WO2015018071A1 (en) * 2013-08-09 2015-02-12 Mediatek Inc. Physical resource allocation for ul control channels in adaptive tdd systems
EP3062452B1 (en) * 2013-10-22 2019-12-04 LG Electronics Inc. Method and apparatus for transmitting physical downlink control channel in wireless access system supporting machine-type communication
KR20150074494A (ko) * 2013-12-24 2015-07-02 주식회사 아이티엘 Tdd-fdd 반송파 집성을 위한 소프트버퍼 제어 방법 및 그 장치
US10411838B2 (en) * 2014-01-23 2019-09-10 Qualcomm Incorporated Coverage enhancements with carrier aggregation
CN105141398B (zh) * 2014-05-29 2020-02-11 北京三星通信技术研究有限公司 软缓存处理方法及设备
CN105451340B (zh) * 2014-08-29 2019-02-05 中国移动通信集团公司 一种载波聚合的方法、装置及终端设备
US10230500B2 (en) 2014-09-04 2019-03-12 Lg Electronics Inc. Method for operating buffer for D2D communication and WAN communication in wireless communication system and apparatus therefor
US20170222763A1 (en) * 2014-10-04 2017-08-03 Lg Electronics Inc. Method for managing soft buffer in wireless communication system and apparatus for performing same
JP6571213B6 (ja) * 2015-11-06 2019-11-27 オッポ広東移動通信有限公司 データ記憶方法、端末装置及び基地局
CN113630894A (zh) * 2016-02-02 2021-11-09 日本电气株式会社 用于具有载波聚合的通信的方法和装置
US10230502B2 (en) * 2017-03-24 2019-03-12 Qualcomm Incorporated Hybrid automatic repeat request buffer configuration
US11038630B2 (en) 2017-04-01 2021-06-15 Telefonaktiebolaget Lm Ericsson (Publ) Method performed by a wireless device for handling transport block for error correction
CN108809544A (zh) * 2017-05-05 2018-11-13 北京三星通信技术研究有限公司 一种软缓存分配方法和设备
WO2019022587A1 (en) * 2017-07-28 2019-01-31 Lg Electronics Inc. METHOD AND APPARATUS FOR DOUBLE CONNECTIVITY SOFTWARE BUFFER SIZE MANAGEMENT IN A WIRELESS COMMUNICATION SYSTEM
CN109802766B (zh) * 2017-11-16 2021-07-06 维沃移动通信有限公司 一种双连接下软缓存处理方法、终端及网络设备
WO2020032755A1 (ko) * 2018-08-10 2020-02-13 엘지전자 주식회사 무선 통신 시스템에서 무선 신호 송수신 방법 및 장치

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101345608A (zh) * 2007-07-13 2009-01-14 大唐移动通信设备有限公司 管理多载波tdd上行的harq进程的方法及装置
EP2200208A1 (en) * 2008-12-19 2010-06-23 Panasonic Corporation HARQ ACK/NACK for dynamic PDSCH
CN101771515A (zh) * 2008-12-30 2010-07-07 三星电子株式会社 传输harq-ack的方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7904055B2 (en) 2005-08-23 2011-03-08 Lg Electronics Inc. Communicating message in mobile communication system
KR101532789B1 (ko) * 2008-01-04 2015-07-09 엘지전자 주식회사 재전송 데이터를 처리하는 harq 동작 방법
US8654666B2 (en) * 2008-11-03 2014-02-18 Lg Electronics Inc. Communication method and apparatus in multi-carrier system
CN102461039A (zh) * 2009-06-10 2012-05-16 诺基亚西门子通信公司 多点接收上行链路数据传送中的码块选择组合
US8386875B2 (en) * 2009-08-07 2013-02-26 Research In Motion Limited Method and system for handling HARQ operations during transmission mode changes
EP2306665A1 (en) * 2009-10-02 2011-04-06 Panasonic Corporation Relay backhaul uplink HARQ protocol
KR101814394B1 (ko) 2010-01-17 2018-01-03 엘지전자 주식회사 무선 통신 시스템에서 제어 정보의 전송 방법 및 장치
KR20110090754A (ko) * 2010-02-03 2011-08-10 엘지전자 주식회사 무선 통신 시스템에서 제어 정보의 전송 방법 및 장치
US20110267948A1 (en) * 2010-05-03 2011-11-03 Koc Ali T Techniques for communicating and managing congestion in a wireless network
US8649363B2 (en) * 2010-06-01 2014-02-11 Htc Corporation Method of hybrid automatic repeat request entity handling and communication device thereof
US9480048B2 (en) * 2010-11-05 2016-10-25 Blackberry Limited HARQ soft bit buffer partitioning for carrier aggregation
US8885525B2 (en) * 2011-08-24 2014-11-11 Industrial Technology Research Institute Method and apparatus for soft buffer partitioning in time-division duplexing system
US9112693B2 (en) * 2012-03-16 2015-08-18 Sharp Laboratories Of America, Inc. Devices for sending and receiving hybrid automatic repeat request information for carrier aggregation

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101345608A (zh) * 2007-07-13 2009-01-14 大唐移动通信设备有限公司 管理多载波tdd上行的harq进程的方法及装置
EP2200208A1 (en) * 2008-12-19 2010-06-23 Panasonic Corporation HARQ ACK/NACK for dynamic PDSCH
CN101771515A (zh) * 2008-12-30 2010-07-07 三星电子株式会社 传输harq-ack的方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Multiplexing and channel coding;European Telecommunications Standards Institute;《3GPP TS 36.212 version 10.0.0 Release 10》;20110131;5.1.4节 *
Soft buffer size allocation for Rel-10 downlink;HUAWEI ET AL;《3GPP RAN WG1 R1-110008》;20110111;第1节第2段,第2节 *

Also Published As

Publication number Publication date
CN103024820A (zh) 2013-04-03
CA2849388A1 (en) 2013-03-28
EP2759083B1 (en) 2024-02-21
US20130070652A1 (en) 2013-03-21
KR20140073532A (ko) 2014-06-16
WO2013042936A1 (en) 2013-03-28
EP2759083A1 (en) 2014-07-30
CA2849388C (en) 2018-10-09
EP2759083A4 (en) 2015-09-16
IN2014KN00856A (zh) 2015-10-02
US9800375B2 (en) 2017-10-24
AU2012310407A1 (en) 2014-05-01
AU2012310407B2 (en) 2016-08-04

Similar Documents

Publication Publication Date Title
CN103024820B (zh) 软缓存处理的方法及设备
CN103095433B (zh) 一种发送harq-ack反馈信息的方法
CN103378956B (zh) Tdd系统的处理软缓存的方法及设备
CN103190110B (zh) Harq软比特缓冲区划分方法、用户设备以及网络单元
CN103119858B (zh) 长期演进系统中用于上行链路多输入多输出重发的收发方法和装置
CN103229446B (zh) 传送上行链路控制信息的方法和用户设备,以及接收上行链路控制信息的方法和基站
CN104488334B (zh) 用于确定上行控制信道的发送功率的方法和装置
CN103718484B (zh) 在支持载波聚合的tdd通信系统中定义物理信道传送/接收定时和资源分配的设备及其方法
KR101595198B1 (ko) 무선 통신 시스템에서 상향링크 제어 정보 전송 방법 및 장치
CN102904698B (zh) 一种发送harq‑ack反馈信息的方法
RU2529870C2 (ru) Способ и устройство для управления повторной передачей на восходящей линии связи в системе беспроводной связи, поддерживающей mimo
CN101951684B (zh) 一种确认信息的发送方法及用户终端
CN103516487B (zh) 混合自动重传请求确认应答信息的传输方法和终端
CN108289011A (zh) 一种数据传输的方法和装置
CN104348591B (zh) 一种上行控制信息的发送方法及用户设备、基站
CN101984568B (zh) 一种信息发送方法及系统
CN103828273A (zh) 用于发送控制信息的方法及装置
CN108365922A (zh) 用于反馈的方法、设备和系统
CN104205707A (zh) 在无线通信系统中发送上行链路控制信息的方法和装置
CN106063322A (zh) 终端装置以及基站装置
CN104205710A (zh) 在无线通信系统中发送上行链路控制信息的方法和装置
CN102668482A (zh) 在无线通信系统中执行harq的方法和装置
CN103181107A (zh) 移动站装置、处理方法以及集成电路
CN102098145B (zh) 一种上行确认信息的发送方法和装置
CN104054292A (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