CN102469022A - 缓存空间的分配方法和设备 - Google Patents
缓存空间的分配方法和设备 Download PDFInfo
- Publication number
- CN102469022A CN102469022A CN2010105539195A CN201010553919A CN102469022A CN 102469022 A CN102469022 A CN 102469022A CN 2010105539195 A CN2010105539195 A CN 2010105539195A CN 201010553919 A CN201010553919 A CN 201010553919A CN 102469022 A CN102469022 A CN 102469022A
- Authority
- CN
- China
- Prior art keywords
- carrier wave
- terminal equipment
- spatial cache
- polymerization carrier
- transmission block
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了一种缓存空间的分配方法和设备，通过应用本发明实施例的技术方案，可以根据终端设备当前配置的载波数量以及各载波中的具体配置信息，对终端设备的缓冲器资源进行缓存空间的划分，使缓冲器中的缓存空间数量可以根据聚合载波数量进行调整，提高了缓冲器资源的利用率，该方法简单、易于实施，同时适用于FDD及TDD系统。
Description
技术领域
本发明涉及通信技术领域，特别涉及一种缓存空间的分配方法和设备。
背景技术
LTE(Long Term Evolution，长期演进)系统采用HARQ(Hybrid AutoRepeat Request，混合自动重传请求)来提高数据传输的可靠性，当下行HARQ功能开启后，终端设备对接收到的下行数据包进行译码，若译码正确则向基站反馈ACK(ACKnowledge Character，确认字符)，若译码失败，则向基站反馈NACK(Negative ACKnowledge，否定字符)，要求基站重传该数据包。
对于LTE多载波系统，为支持比LTE系统更宽的系统带宽，比如100MHz，一种可能是直接分配100M带宽的频谱，如图1所示；一种可能是将分配给现有的系统一些频谱聚合起来，凑成大带宽供给长期演进多载波系统使用，此时，系统中上下行载波可以不对称配置，即用户可能会占用N≥1个载波进行下行传输，M≥1个载波进行上行传输，如图2所示。
目前标准中规定，每个载波上有独立的HARQ进程，即一个传输块(Transport Block，TB)只能在一个载波上传输，当基站与终端设备占用多个载波传输数据时，每个载波上分别传输不同的传输块。
其中，对于HARQ进程，在单码字传输模式下，每个进程包含一个传输块；而在多码字传输模式下，每个进程包含2个传输块。
当开启HARQ功能后，接收端将会把译码失败的传输块存储在缓冲器(buffer)中，并将其与发送端重传的版本合并后再进行译码。
LTE Rel-10系统中规定了八种不同能力等级的终端设备，不同等级的终端设备可支持的带宽、buffer大小各不相同，等级越高的终端设备中所对应的buffer越大。这八种能力等级的终端设备都可以支持载波聚合，只要保证聚合后的总带宽不超过终端设备的处理能力即可。
在实现本发明实施例的过程中，申请人发现现有技术至少存在以下问题：
在现有的载波聚合系统的解决方案中，还没有合适的根据聚合载波的具体配置情况进行缓冲器资源划分的方案。
发明内容
本发明实施例提供一种缓存空间的分配方法和设备，可以根据聚合载波的情况，实现对终端设备的缓冲器资源进行灵活的缓存空间划分。
为达到上述目的，本发明实施例一方面提供了一种缓存空间的分配方法，包括：
终端设备获取自身当前所聚合的载波数量和各聚合载波上相应的配置信息；
所述终端设备根据所述载波数量和各聚合载波上相应的配置信息，将自身的缓冲器资源划分为相应数量的缓存空间，以通过各缓存空间存储所述网络侧设备发送的聚合载波上译码失败的各传输块所携带的信息。
另一方面，本发明实施例还提供了一种终端设备，包括：
获取模块，用于获取所述终端设备当前所聚合的载波数量和各聚合载波上相应的配置信息；
划分模块，用于根据所述获取模块所获取的载波数量和各聚合载波上相应的配置信息，将所述终端设备的缓冲器资源划分为相应数量的缓存空间，以通过各缓存空间存储所述网络侧设备发送的聚合载波上译码失败的各传输块所携带的信息。
另一方面，本发明实施例还提供了一种缓存空间的分配方法，包括：
网络侧设备接收终端设备发送的缓冲器资源信息；
所述网络侧设备根据当前所述终端设备所对应的当前所聚合的载波数量和各聚合载波上相应的配置信息，以及所述终端设备的缓冲器资源信息，确定所述终端设备的缓冲器资源中的缓存空间划分方案。
另一方面，本发明实施例还提供了一种网络侧设备，包括：
接收模块，用于接收终端设备发送的缓冲器资源信息；
确定模块，用于根据当前所述终端设备所对应的当前所聚合的载波数量和各聚合载波上相应的配置信息，以及所述接收模块接收到的所述终端设备的缓冲器资源信息，确定所述终端设备的缓冲器资源中的缓存空间划分方案。
与现有技术相比，本发明实施例具有以下优点：
通过应用本发明实施例的技术方案，可以根据终端设备当前配置的载波数量以及各载波中的具体配置信息，对终端设备的缓冲器资源进行缓存空间的划分，使缓冲器中的缓存空间数量可以根据聚合载波数量进行调整，提高了缓冲器资源的利用率，该方法简单、易于实施，同时适用于FDD及TDD系统。
附图说明
图1为现有技术中单频谱系统示意图；
图2为现有技术中频谱聚合系统示意图；
图3为本发明实施例提出的一种缓存空间的分配方法在终端设备侧的流程示意图；
图4为本发明实施例提出的一种缓存空间的分配方法在网络侧设备上的流程示意图；
图5为本发明实施例提出的一种缓存空间的分配方法的实施场景示意图；
图6为本发明实施例提出的一种缓存空间的分配方法的实施场景示意图；
图7为本发明实施例提出的一种缓存空间的分配方法的实施场景示意图；
图8为本发明实施例提出的一种终端设备的结构示意图；
图9为本发明实施例提出的一种网络侧设备的结构示意图。
具体实施方式
如背景技术所述，现有的技术方案中终端设备的缓冲器资源分配并不能根据载波聚合情况进行调整，所划分的缓存空间的大小远高于传输块的实际需要，造成了缓冲器资源的浪费，并且，不能根据聚合载波中并发的HARQ进程进行缓存空间数量的调整，使得传输块中的信息可能因为缓存空间数量的限制而出现大量的丢失。
为了解决现有技术中存在的问题，本发明实施例提出了一种为多个聚合载波上的传输块进行分配缓存空间的方法，实现根据终端设备所聚合的载波数量，在聚合载波上并发HARQ进程，以及该聚合载波上所应用的传输模式的实际情况进行缓存空间划分，提高缓冲器资源的利用率。
如图3所示，为本发明实施例提出的一种缓存空间的分配方法的流程示意图，该方法具体包括以下步骤：
步骤S301、终端设备获取自身当前所聚合的载波数量和各聚合载波上相应的配置信息。
步骤S302、终端设备根据载波数量和各聚合载波上相应的配置信息，将自身的缓冲器资源划分为相应数量的缓存空间，以通过各缓存空间存储网络侧设备发送的聚合载波上译码失败的各传输块所携带的信息。
在实际的应用场景中，本步骤对于缓存空间的划分具体可以包括以下三种方案：
方案一、根据HARQ进程总量进行缓存空间划分。
在这种方案中，需要在终端设备的缓冲器资源中以HARQ进程为单位存储区域，一个存储区域中只存储一个HARQ进程的各译码失败的传输块中所携带的信息。
进一步的，由于信息是通过传输块进行信息的携带，所以，为了实现载波中的信息的存储，还需要将上述的存储区域划分为多个存储空间，分别利用各存储空间对译码失败的各传输块所携带的信息进行存储，上述的划分过程是在接收到一个待存储HARQ进程，且该进程包含多码字时来进行的。
在本发明的各实施例中，将上述的存储区域称为缓存空间组，而将存储区域中所包括的多个存储空间称为缓存空间，在具体的应用中，上述名称的变化并不会影响本发明的保护范围。
通过上述说明，可以看出，为了实现本方案，需要首先按照HARQ进程的数量划分缓存空间组，然后，再将缓存空间组划分为缓存空间，从而，通过各缓存空间对相应的译码失败的传输块中所携带的信息进行存储。
在本方案中，包括以下两个处理步骤：
(1)终端设备首先在自身的缓冲器资源中，根据自身当前所聚合的载波数量或终端设备支持的最大聚合载波数量和各聚合载波上最大存储HARQ进程数量，分别为各聚合载波上的各HARQ进程划分相应的缓存空间组，具体的处理过程如下：
终端设备判断各聚合载波上的下行HARQ进程的最大数量是否大于预设进程常数；
如果终端设备判断一个聚合载波上的下行HARQ进程的最大数量大于预设进程常数，终端设备将预设进程常数作为聚合载波上最大存储HARQ进程数量，并根据各聚合载波上最大存储HARQ进程的总数量，将自身的缓冲器资源平均划分为相应数量的缓存空间组；
如果终端设备判断一个聚合载波上的下行HARQ进程的最大数量不大于预设进程常数，终端设备将下行HARQ进程的最大数量作为聚合载波上最大存储HARQ进程数量，并根据各聚合载波上最大存储HARQ进程的总数量，将自身的缓冲器资源平均划分为相应数量的缓存空间组。
其中，在具体的应用场景中，如果各聚合载波上最大存储HARQ进程的总数量由终端设备根据自身当前所聚合的载波数量和各聚合载波上最大存储HARQ进程数量确定，则上述的终端设备根据各聚合载波上最大存储HARQ进程的总数量，将自身的缓冲器资源平均划分为相应数量的缓存空间组的过程，还包括以下处理流程：
终端设备判断根据各聚合载波上最大存储HARQ进程的总数量平均划分自身的缓存资源所得到的缓存空间组的大小是否大于预设的空间大小常数；
如果大于，终端设备根据预设的空间大小常数，将自身的缓冲器资源平均划分为相应数量的缓存空间组；
如果不大于，终端设备根据各聚合载波上最大存储HARQ进程的总数量，将自身的缓冲器资源平均划分为相应数量的缓存空间组。
在完成上述的缓存资源子的划分后，当终端设备接收到信息时，终端设备将进行以下处理：
当终端设备接收到一个下行子帧时，终端设备判断当前是否存在足够的空闲资源存储下行子帧中的各待存储进程中的信息；
如果存在，终端设备在相应的空闲资源中存储下行子帧中的各待存储进程中的信息。
如果不存在，终端设备按照预设的选择规则，选择相应数量的待存储进程，将被选择的待存储进程中的译码失败的传输块所携带的信息存储在各空闲资源中，并丢弃没有被选择的其他待存储进程中的信息。
其中，在具体的应用场景中，空闲资源，具体包括：
已存储的采用多码字传输的聚合载波的进程所对应的缓存空间组中存在的空闲的缓存空间；和/或，
未使用的聚合载波的各HARQ进程所对应的缓存空间组。
在实际应用中，当终端设备判断已存储的采用多码字传输的聚合载波的进程所对应的缓存空间组中存在的空闲的缓存空间不足够时，预设的选择规则，具体包括：
终端设备按照时间顺序，选择优先收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
如果当前存在采用多码字传输的聚合载波中包括主载波，终端设备优先选择在主载波的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
终端设备优先选择在采用调度带宽最大或调度带宽最小的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
终端设备优先选择在具有更高优先级的聚合载波的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
终端设备优先选择在具有更高MCS级别的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
终端设备按照自身设置的规则，优先选择相应的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储。
另一方面，当终端设备判断当前未使用的聚合载波的各HARQ进程所对应的缓存空间组不足够时，预设的选择规则，具体包括：
终端设备按照时间顺序，选择优先收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
终端设备优先选择在主载波的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
终端设备优先选择在采用多码字传输或单码字传输的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
终端设备优先选择在采用调度带宽最大或调度带宽最小的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
终端设备优先选择在具有更高优先级的聚合载波的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
终端设备优先选择在具有更高MCS级别的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
终端设备按照自身设置的规则，优先选择相应的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储。
(2)终端设备根据各待存储进程是否使用多码字传输，在相应的缓存空间组中为各传输块划分相应的缓存空间，具体的处理过程如下：
无论对于整个下行子帧是否存在足够的空闲资源，只要终端设备确定在当前存在的空闲资源中对一个接收到的进程进行存储，那么，终端设备都需要判断这个待存储进程是否包含多码字，根据判断结果的不同，存在以下两种情况的处理；
情况一、如果终端设备判断待存储进程包含多码字，具体处理过程为：
当终端设备判断当前存在的空闲资源为未使用的聚合载波的各HARQ进程所对应的缓存空间组时，终端设备将未使用的缓存空间组平均分为多个缓存空间，且缓存空间的数量等于码字数量，在多个缓存空间中分别存储待存储进程中译码失败的各传输块所携带的信息；
当终端设备判断当前存在的空闲资源为已存储的采用多码字传输的聚合载波的进程所对应的缓存空间组中存在空闲的缓存空间时，终端设备在各缓存空间组的空闲的缓存空间中存储待存储进程中译码失败的传输块所携带的信息。
情况二、如果终端设备判断待存储进程包含单码字，具体处理过程为：
当终端设备判断当前存在的空闲资源为未使用的聚合载波的各HARQ进程所对应的缓存空间组时，终端设备将空闲的缓存空间作为一个缓存空间，待存储进程中译码失败的传输块所携带的信息。
方案二、根据传输块总量进行缓存空间划分。
在本方案中，终端设备在自身的缓冲器资源中，根据自身当前所聚合的载波数量和各聚合载波上最大存储传输块数量，分别为各聚合载波上的各传输块划分相应的缓存空间，具体的处理过程如下：
(1)终端设备判断当前所聚合的各载波中是否存在传输模式为多码字传输的聚合载波。
(2)如果存在，终端设备根据多码字传输参数与各聚合载波上的下行HARQ进程的最大数量确定各聚合载波上的最大传输块数量，如果不存在，终端设备根据各聚合载波上的下行HARQ进程的最大数量确定各聚合载波上的最大传输块数量。
(3)终端设备判断各聚合载波上的最大传输块数量是否大于预设传输块常数，根据判断结果确定各聚合载波上最大存储传输块总数量。
如果终端设备判断一个聚合载波上的最大传输块数量大于预设传输块常数，终端设备将预设传输块常数作为聚合载波上最大存储传输块数量，并确定各聚合载波上最大存储传输块总数量；
如果终端设备判断一个聚合载波上的最大传输块数量不大于预设传输块常数，终端设备将最大传输块数量作为聚合载波上最大存储传输块数量，并确定各聚合载波上最大存储传输块总数量。
(4)终端设备按照传输块总数量，将自身的缓冲器资源平均划分为相应数量的缓存空间。
对于上述的方案一中的情况二和方案二，在终端设备为各传输块(方案一中的情况二中进程采用单码字传输，即每个进程中只包含单码字，所以，相当于缓存空间直接对应传输块)划分相应的缓存空间之后，如果接收到传输块所携带的信息，则本方法还包括以下处理过程：
当终端设备接收到的译码失败的传输块数量不大于终端设备所划分的缓存空间数量时，终端设备分别在各缓存空间中存储译码失败的各传输块所携带的信息；
当终端设备接收到的译码失败的传输块数量大于终端设备所划分的缓存空间数量时，终端设备按照预设的选择规则，选择相应数量的译码失败的传输块所携带的信息存储在各缓存空间中，并丢弃没有被选择的其他译码失败的传输块所携带的信息。
在具体的应用场景中，预设的选择规则，具体包括：
终端设备按照时间顺序，选择优先收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
终端设备优先选择在主载波的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
终端设备优先选择在采用多码字传输或单码字传输的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
终端设备优先选择在采用调度带宽最大或调度带宽最小的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
终端设备优先选择在具有更高优先级的聚合载波的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
终端设备优先选择在具有更高MCS级别的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
终端设备按照自身设置的规则，优先选择相应的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储。
以上选择规则可以单独使用，也可以组合使用，这样的变化并不影响本发明的保护范围。
方案三、根据聚合载波带宽，基于各聚合载波进行缓存空间划分。
在这种方案中，需要在终端设备的缓冲器资源中为每个聚合载波分配固定的存储区域，各聚合载波中所携带的信息只在该聚合载波所对应的区域中进行存储。
进一步的，由于各聚合载波中是通过传输块进行信息的携带，所以，为了实现载波中的信息的存储，还需要将上述的存储区域划分为多个存储空间，分别利用各存储空间对聚合载波中译码失败的各传输块所携带的信息进行存储。
在本发明的各实施例中，将上述的存储区域称为缓存空间组，而将存储区域中所包括的多个存储空间称为缓存空间，在具体的应用中，上述名称的变化并不会影响本发明的保护范围。
通过上述说明，可以看出，为了实现本方案，需要先为各聚合载波分配缓存空间组，然后，再将缓存空间组划分为多个缓存空间，从而，通过各缓存空间对相应的聚合载波上的传输块中所携带的信息进行存储。
在本方案中，包括以下两个处理步骤：
(1)终端设备在自身的缓冲器资源中，根据自身当前所聚合的载波数量和各聚合载波的带宽，分别为各聚合载波划分相应的缓存空间组。
(2)终端设备按照各聚合载波上最大存储HARQ进程数量以及传输模式是否为多码字传输，分别在各聚合载波相对应的缓存空间组中，为各传输块划分相应的缓存空间，具体的处理过程如下：
终端设备判断各聚合载波上的下行HARQ进程的最大数量是否大于预设进程常数；
如果终端设备判断一个聚合载波上的下行HARQ进程的最大数量大于预设进程常数，终端设备将预设进程常数作为聚合载波上最大存储HARQ进程数量，如果终端设备判断一个聚合载波上的下行HARQ进程的最大数量不大于预设进程常数，终端设备将下行HARQ进程的最大数量作为聚合载波上最大存储HARQ进程数量；
终端设备按照最大存储HARQ进程数量，将聚合载波所对应的缓存空间组平均划分为相应数量的缓存资源；
终端设备判断聚合载波的传输模式是否为多码字传输；
如果终端设备判断聚合载波的传输模式为多码字传输，终端设备将聚合载波的各HARQ进程所对应的缓存资源平均分为多个缓存空间，且缓存空间的数量等于码字数，分别存储聚合载波上译码失败的各传输块所携带的信息，如果终端设备判断一个聚合载波的传输模式为单码字传输，终端设备将聚合载波的各HARQ进程所对应的缓存资源作为一个缓存空间，存储聚合载波上译码失败的各传输块所携带的信息。
进一步的，在终端设备在各聚合载波相对应的缓存空间组中，为各传输块划分相应的缓存空间之后，还包括：
当终端设备在一个聚合载波上接收到的译码失败的传输块数量不大于终端设备为聚合载波的各传输块所划分的缓存空间数量时，终端设备分别在各缓存空间中存储译码失败的各传输块所携带的信息；
当终端设备在一个聚合载波上接收到的译码失败的传输块数量大于终端设备为聚合载波的各传输块所划分的缓存空间数量时，终端设备按照预设的选择规则，选择相应数量的译码失败的传输块所携带的信息存储在各缓存空间中，并丢弃没有被选择的其他译码失败的传输块所携带的信息。
其中，预设的选择规则，具体包括：
终端设备按照时间顺序，选择在聚合载波上优先收到的译码失败的传输块所携带的信息在缓存空间中进行存储。
在实际应用中，为了使网络侧能够确定与终端设备侧相一致的缓存空间，在本发明实施例的技术方案中，终端设备还需要将自身的缓冲器资源信息发送给网络侧设备，以使网络侧设备据此确定相应的缓存空间配置。
上述的实施例说明了本发明实施例所提出的缓存空间的分配方法在终端设备侧的实现流程，相对应的，本发明实施例进一步给出了缓存空间的分配方法在网络侧设备上的实现流程，其流程示意图如图4所示，包括以下步骤：
步骤S401、网络侧设备接收终端设备发送的缓冲器资源信息。
步骤S402、网络侧设备根据当前终端设备所对应的当前所聚合的载波数量和各聚合载波上相应的配置信息，以及终端设备的缓冲器资源信息，确定终端设备的缓冲器资源中的缓存空间划分方案。
在本步骤中，对于一个终端设备的缓冲器资源，相应的存储空间划分方法与前述的步骤S302中的说明相一致，在此不再重复说明。
在具体的应用场景中，网络侧设备还需要向终端设备发送当前终端设备所对应的当前所聚合的载波数量和各聚合载波上相应的配置信息。
与现有技术相比，本发明实施例具有以下优点：
通过应用本发明实施例的技术方案，可以根据终端设备当前配置的载波数量以及各载波中的具体配置信息，对终端设备的缓冲器资源进行缓存空间的划分，使缓冲器中的缓存空间数量可以根据聚合载波数量进行调整，提高了缓冲器资源的利用率，该方法简单、易于实施，同时适用于FDD及TDD系统。
下面，结合具体的应用场景，对本发明实施例所提出的技术方案进行说明。
为便于说明，首先定义如下参数：
Nsoft，表示终端设备的缓冲器(buffer)资源的总大小；
Ncarrier，表示终端设聚合的载波数目；
KMIMO(nc)，表示终端设备的各聚合载波的传输模式对应的码字数量，如果终端设备在第nc个载波上配置进行多码字传输(即配置下行传输模式3、4、8或9，或上行传输模式2)时，KMIMO(nc)＝2，否则，KMIMO(nc)＝1。
MDL_HARQ，表示为每个载波上DL HARQ进行的最大数目。
Mlimit，为常数。
B(nc)，为第nc个载波的带宽。
由于进行载波聚合的各个载波带宽都小于终端设备所支持的最大带宽，每个聚合载波上传输的TB(传输块，Transport Block)的最大size也小于终端设备所支持的最大比特数。为充分利用buffer(缓冲器)的资源，则需要buffer中存储的HARQ进程数随聚合载波的数目线性增长。
为方便描述，对于以下实施例，本发明假设应用场景如下：
设终端设备聚合了两个载波CC1和CC2，其中CC1带宽为20MHz，采用多码字传输模式；CC2带宽为10MHz，采用单码字传输模式。且每个载波上的最大HARQ进程数为8。
对应前述步骤S302中的三种处理策略，对本发明实施例所提出的技术方案具体说明如下：
对应步骤S302中的方案一，终端设备根据载波数和HARQ进程数，平分总的buffer大小，不同载波中的各HARQ进程占用的总buffer大小相同。
相应的，所划分的每个缓存空间的大小为：
若基站配置UE在某些载波上使用MIMO模式传输数据，则对载波上的buffer大小可进一步根据码字数量进行平分，即对于每个传输块其对应的存储buffer大小为：
对于使用非MIMO模式传输的载波，每个进程中只包含一个传输块，其对应的存储buffer大小为：
NIR，TB(nc)＝NIR，segment。
在实际应用中，UE在多个载波上接收数据，当错误进程数少于或等于Ncarrier·min(MDL_HARQ，Mlimit)时，UE对译码错误的传输块中的信息直接存储；
当错误进程数大于Ncarrier·min(MDL_HARQ，Mlimit)时，多余部分的进程可以直接丢弃不进行存储，也可按照如下规则选取相应的进程进行存储：
规则A、时间优先，即先收到的进程先存储。
规则B、主载波优先，若同一子帧内收到了多个进程，且要存储的进程数大于buffer中剩余的能够存储的进程数，则优先存储主载波的进程。
规则C、传输模式优先，若同一子帧内收到了多个进程，且要存储的进程数大于buffer中剩余的能够存储的进程数，则优先存储MIMO传输的进程(或非MIMO传输的进程，具体优先规则系统将预先定义)。
规则D、带宽优先，若同一子帧内收到了多个进程，且要存储的进程数大于buffer中剩余的能够存储的进程数，则优先存储调度带宽最大的进程(或调度带宽最小的进程，具体优先规则系统将预先定义)。
规则E、载波优先，系统预定配置各个载波的优先级，若同一子帧内收到了多个进程，且要存储的进程数大于buffer中剩余的能够存储的进程数，则按照载波优先级进行存储。
规则F、MCS优先，若同一子帧内收到了多个进程，且要存储的进程数大于buffer中剩余的能够存储的进程数，则优先存储MCS等级较高的进程。
规则G、UE选择，若同一子帧内收到了多个进程，且大于buffer中剩余的能够存储的进程数，则UE可自行选择进程进行存储。
上述各规则可单独使用也可结合使用。
进一步的，对于多码字传输的载波，进行存储时基于TB进行，即UE在buffer中存储译码错误的TB，若进程中2个TB只有一个错误，则正确的TB不需要被存储，且在一个NIR，segment中可以存在2个来自不同进程的TB。
因此，对于多码字传输的聚合载波，当错误进程的数量大于Ncarrier·min(MDL_HARQ，Mlimit)时，还需要进一步判断以进行存储的各部分缓存资源中是否还有空闲的资源，即是否存在能够存储两个TB的存储资源实际只存储了一个TB，若有，则使用该空闲资源存储新的错误TB。
具体的存储规则如下：
规则A、时间优先，即先收到的TB先存储。
规则B、主载波优先，若同一子帧内收到了多个MIMO进程，主载波为MIMO传输模式，且要存储的TB数大于buffer中剩余的能够存储的TB数，则优先存储主载波的TB。
规则C、带宽优先，若同一子帧内收到了多个MIMO进程，且要存储的TB数大于buffer中剩余的能够存储的TB数，则优先存储调度带宽最大的进程的TB(或调度带宽最小的进程的TB，具体优先规则系统将预先定义)。
规则D、载波优先，系统预定配置各个载波的优先级，若同一子帧内收到了多个MIMO进程，且要存储的TB数大于buffer中剩余的能够存储的TB数，则按照载波优先级进行TB存储。
规则E、MCS优先，若同一子帧内收到了多个MIMO进程，且要存储的TB数大于buffer中剩余的能够存储的TB数，则优先MCS较高的TB。
规则F、UE选择，若同一子帧内收到了多个MIMO进程，且要存储的TB数大于buffer中剩余的能够存储的TB数，则UE可自行选择进程进行存储。
上述方法可单独使用也可结合使用。
结合前述的应用场景，若采用方案一的方式分配buffer，且Mlimit＝8，则总buffer首先别平均分成Ncarrier·min(MDL_HARQ，Mlimit)＝16个部分，如图5所示。
因为CC1中的码字数为2，故对于存储CC1的HARQ进程的buffer将进一步平均分成2部分，如图5中进程2所示；CC2为单码字传输，因此不需要在进一步划分，如图5中进程1所示。
对应步骤S302中的方案二，终端设备根据载波数、HARQ进程数及传输模式，平分总的buffer大小，不同载波上不同进程的各码字占用的buffer大小相同。
其中，Mlimit为一设定常数，若聚合载波中任意一个载波配置进行多码字传输(即配置下行传输模式3、4、8或9，或上行传输模式2)时，KMIMO＝2，否则，KMIMO＝1。
在实际应用中，UE在多个载波上接收数据，当错误TB数少于或等于Ncarrier·min(KMIMO·MDL_HARQ，Mlimit)时，对译码错误的传输块中的信息直接存储；
当错误TB数大于Ncarrier·min(KMIMO·MDL_HARQ，Mlimit)时，多余部分的TB可以直接丢弃不进行存储，也可按照如前述的规则选取相应的TB进行存储，具体规则的内容参见方案一中的描述，在此不再重复说明。
结合前述的应用场景，若采用方案二的方式分配buffer，且Mlimit＝10，因为CC2上为多码字传输，因此，KMIMO＝2，则总的buffer分为Ncarrier·min(KMIMO·MDL_HARQ，Mlimit)＝20个部分，如图6所示。
此时，存储基于TB进行，即每个缓存空间对应存储一个TB。
对应步骤S302中的方案三，终端设备按各载波带宽成比例的划分buffer大小。
Buffer将首先被分成Ncarrier个部分，每个部分对应一个载波，每个部分对应的buffer大小与对应载波的带宽有关。
在每个部分内，再根据各载波对应的HARQ进程数，为每个进程划分buffer，此时采用平分的方法，即不同载波占用的buffer大小与载波带宽成线性比例，同一载波内不同进程占用的buffer大小相同。
对于第nc个载波上各进程对应的buffer大小为：
若基站配置UE在某些载波上使用MIMO模式传输数据，则对载波上的buffer大小可进一步根据码字数量进行平分，即对于每个传输块(TB)其对应的存储buffer大小为：
对于使用非MIMO模式传输的载波，每个进程中只包含一个传输块，其对应的存储buffer大小为：
NIR，TB(nc)＝NIR，segment。
在实际应用中，UE在多个载波上接收数据，当各载波上错误TB数少于或等于KMIMO(nc)·min(MDL_HARQ，Mlimit)时，UE对译码错误的传输块中的信息直接存储；
当各载波上错误TB数大于KMIMO(nc)·min(MDL_HARQ，Mlimit)时，多余部分的TB可以直接丢弃不进行存储，也可按照时间优先的规则选取相应的TB进行存储，即各个载波内先收到的TB先存储。
结合前述的应用场景，若采用方案三的方式分配buffer，且Mlimit＝8，因为CC1的带宽是CC2上的2倍，故CC1对应的总buffer大小是CC2的2倍，每个载波对应的buffer被分成min(MDL_HARQ，Mlimit)＝8部分，如图7所示。
由于CC1码字数为2，故对于存储CC1的HARQ进程的buffer将进一步平均分成2部分；CC2为单码字传输，因此，不需要再进一步划分。
与现有技术相比，本发明实施例具有以下优点：
通过应用本发明实施例的技术方案，可以根据终端设备当前配置的载波数量以及各载波中的具体配置信息，对终端设备的缓冲器资源进行缓存空间的划分，使缓冲器中的缓存空间数量可以根据聚合载波数量进行调整，提高了缓冲器资源的利用率，该方法简单、易于实施，同时适用于FDD及TDD系统。
为了实现本发明实施例的技术方案，本发明实施例还提供了一种终端设备，其结构示意图如图8所示，具体包括：
获取模块81，用于获取终端设备当前所聚合的载波数量和各聚合载波上相应的配置信息；
划分模块82，用于根据获取模块81所获取的载波数量和各聚合载波上相应的配置信息，将终端设备的缓冲器资源划分为相应数量的缓存空间，以通过各缓存空间存储网络侧设备发送的聚合载波上译码失败的各传输块所携带的信息。
在具体的应用场景中，划分模块82，具体用于：
在终端设备的缓冲器资源中，根据当前所聚合的载波数量或该终端设备支持的最大聚合载波数量和各聚合载波上最大存储HARQ进程数量，为各聚合载波上的各HARQ进程划分相应的缓存空间组，并根据待存储进程是否使用多码字传输，在相应的缓存空间组中为各传输块划分相应的缓存空间；或，
在终端设备的缓冲器资源中，根据当前所聚合的载波数量和各聚合载波上最大存储传输块数量，分别为各聚合载波上的各传输块划分相应的缓存空间；或，
在终端设备的缓冲器资源中，根据当前所聚合的载波数量和各聚合载波的带宽，分别为各聚合载波划分相应的缓存空间组，并按照各聚合载波上最大存储HARQ进程数量以及传输模式是否为多码字传输，分别在各聚合载波相对应的缓存空间组中，为各传输块划分相应的缓存空间。
进一步的，该终端设备还包括存储模块83，具体用于：
如果划分模块82按照前述的两种策略进行缓存空间划分，那么，当接收到的译码失败的传输块数量不大于划分模块82所划分的缓存空间数量时，分别在划分模块82所划分的各缓存空间中存储译码失败的各传输块所携带的信息，当接收到的译码失败的传输块数量大于划分模块82所划分的缓存空间数量时，按照预设的选择规则，选择相应数量的译码失败的传输块所携带的信息存储在各缓存空间中，并丢弃没有被选择的其他译码失败的传输块所携带的信息；或，
如果划分模块82按照前述的第三种策略进行缓存空间划分，那么，当在一个聚合载波上接收到的译码失败的传输块数量不大于划分模块82为聚合载波的各传输块所划分的缓存空间数量时，分别在划分模块82所划分的各缓存空间中存储译码失败的各传输块所携带的信息，当在一个聚合载波上接收到的译码失败的传输块数量大于划分模块82为聚合载波的各传输块所划分的缓存空间数量时，按照预设的选择规则，选择相应数量的译码失败的传输块所携带的信息存储在各缓存空间中，并丢弃没有被选择的其他译码失败的传输块所携带的信息。
另一方面，本发明实施例还提供了一种网络侧设备，其结构示意图如图9所示，具体包括：
接收模块91，用于接收终端设备发送的缓冲器资源信息；
确定模块92，用于根据当前终端设备所对应的当前所聚合的载波数量和各聚合载波上相应的配置信息，以及接收模块91接收到的终端设备的缓冲器资源信息，确定终端设备的缓冲器资源中的缓存空间划分方案。
在具体的应用场景中，确定模块92，具体用于：
在终端设备的缓冲器资源中，根据终端设备当前所聚合的载波数量或该终端设备支持的最大聚合载波数量和各聚合载波上最大存储HARQ进程数量，分别为各聚合载波上的各HARQ进程划分相应的缓存空间组，并根据待存储进程是否使用多码字传输，在相应的缓存空间组中为各传输块划分相应的缓存空间；或，
在终端设备的缓冲器资源中，根据终端设备当前所聚合的载波数量和各聚合载波上最大存储传输块数量，分别为各聚合载波上的各传输块划分相应的缓存空间；或，
在终端设备的缓冲器资源中，根据终端设备当前所聚合的载波数量和各聚合载波的带宽，分别为各聚合载波划分相应的缓存空间组，并按照各聚合载波上最大存储HARQ进程数量以及聚合载波的传输模式是否为多码字传输，分别在各聚合载波相对应的缓存空间组中，为各传输块划分相应的缓存空间
进一步的，该网络侧设备还包括发送模块93，用于向终端设备发送当前终端设备所对应的当前所聚合的载波数量和各聚合载波上相应的配置信息。
与现有技术相比，本发明实施例具有以下优点：
通过应用本发明实施例的技术方案，可以根据终端设备当前配置的载波数量以及各载波中的具体配置信息，对终端设备的缓冲器资源进行缓存空间的划分，使缓冲器中的缓存空间数量可以根据聚合载波数量进行调整，提高了缓冲器资源的利用率，该方法简单、易于实施，同时适用于FDD及TDD系统。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明实施例各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明实施例所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述，不代表实施场景的优劣。
以上公开的仅为本发明实施例的几个具体实施场景，但是，本发明实施例并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明实施例的业务限制范围。
Claims (26)
1.一种缓存空间的分配方法，其特征在于，包括：
终端设备获取自身当前所聚合的载波数量和各聚合载波上相应的配置信息；
所述终端设备根据所述载波数量和各聚合载波上相应的配置信息，将自身的缓冲器资源划分为相应数量的缓存空间，以通过各缓存空间存储所述网络侧设备发送的聚合载波上译码失败的各传输块所携带的信息。
2.如权利要求1所述的方法，其特征在于，所述终端设备根据所述载波数量和各聚合载波上相应的配置信息，将自身的缓冲器资源划分为相应数量的缓存空间，包括：
所述终端设备在自身的缓冲器资源中，根据自身当前所聚合的载波数量或所述终端设备支持的最大聚合载波数量和各聚合载波上最大存储HARQ进程数量，为各聚合载波上的各HARQ进程划分相应的缓存空间组，并根据待存储进程是否使用多码字传输，在相应的缓存空间组中为各传输块划分相应的缓存空间；或，
所述终端设备在自身的缓冲器资源中，根据自身当前所聚合的载波数量和各聚合载波上最大存储传输块数量，分别为各聚合载波上的各传输块划分相应的缓存空间；或，
所述终端设备在自身的缓冲器资源中，根据自身当前所聚合的载波数量和各聚合载波的带宽，分别为各聚合载波划分相应的缓存空间组，并按照各聚合载波上最大存储HARQ进程数量以及聚合载波的传输模式是否为多码字传输，分别在各聚合载波相对应的缓存空间组中，为各传输块划分相应的缓存空间。
3.如权利要求2所述的方法，其特征在于，所述终端设备在自身的缓冲器资源中，根据自身当前所聚合的载波数量或所述终端设备支持的最大聚合载波数量和各聚合载波上最大存储HARQ进程数量，分别为各聚合载波上的各HARQ进程划分相应的缓存空间组，具体包括：
所述终端设备判断各聚合载波上的下行HARQ进程的最大数量是否大于预设进程常数；
如果所述终端设备判断一个聚合载波上的下行HARQ进程的最大数量大于预设进程常数，所述终端设备将所述预设进程常数作为所述聚合载波上最大存储HARQ进程数量，并根据各聚合载波上最大存储HARQ进程的总数量，将自身的缓冲器资源平均划分为相应数量的缓存空间组；
如果所述终端设备判断一个聚合载波上的下行HARQ进程的最大数量不大于预设进程常数，所述终端设备将所述下行HARQ进程的最大数量作为所述聚合载波上最大存储HARQ进程数量，并根据各聚合载波上最大存储HARQ进程的总数量，将自身的缓冲器资源平均划分为相应数量的缓存空间组。
4.如权利要求3所述的方法，其特征在于，如果所述各聚合载波上最大存储HARQ进程的总数量由所述终端设备根据自身当前所聚合的载波数量和各聚合载波上最大存储HARQ进程数量确定，则所述终端设备根据各聚合载波上最大存储HARQ进程的总数量，将自身的缓冲器资源平均划分为相应数量的缓存空间组，具体包括：
所述终端设备判断根据所述各聚合载波上最大存储HARQ进程的总数量平均划分自身的缓存资源所得到的缓存空间组的大小是否大于预设的空间大小常数；
如果大于，所述终端设备根据预设的空间大小常数，将自身的缓冲器资源平均划分为相应数量的缓存空间组；
如果不大于，所述终端设备根据所述各聚合载波上最大存储HARQ进程的总数量，将自身的缓冲器资源平均划分为相应数量的缓存空间组。
5.如权利要求3所述的方法，其特征在于，所述终端设备在自身的缓冲器资源中，根据自身当前所聚合的载波数量或所述终端设备支持的最大聚合载波数量和各聚合载波上最大存储HARQ进程数量，为各聚合载波上的各HARQ进程划分相应的缓存空间组，并根据待存储进程是否使用多码字传输，在相应的缓存空间组中为各传输块划分相应的缓存空间，具体包括：
当所述终端设备接收到一个下行子帧时，所述终端设备判断当前是否存在足够的空闲资源存储所述下行子帧中的各待存储进程中的信息；
如果存在，所述终端设备在相应的空闲资源中存储所述下行子帧中的各待存储进程中的信息；
如果不存在，所述终端设备按照预设的选择规则，选择相应数量的待存储进程，将被选择的待存储进程中的译码失败的传输块所携带的信息存储在各空闲资源中，并丢弃没有被选择的其他待存储进程中的信息。
6.如权利要求5所述的方法，其特征在于，所述空闲资源，具体包括：
已存储的所述采用多码字传输的聚合载波的进程所对应的缓存空间组中存在的空闲的缓存空间；和/或，
未使用的所述聚合载波的各HARQ进程所对应的缓存空间组。
7.如权利要求5或6所述的方法，其特征在于，当待存储进程包含多码字时，所述终端设备在空闲资源中存储所述待存储进程中的信息的过程，具体包括：
当所述终端设备判断当前存在的空闲资源为未使用的所述聚合载波的各HARQ进程所对应的缓存空间组时，所述终端设备将所述未使用的缓存空间组平均分为多个缓存空间，且缓存空间的数量等于码字数量，在所述多个缓存空间中分别存储所述待存储进程中译码失败的各传输块所携带的信息；
当所述终端设备判断当前存在的空闲资源为已存储的所述采用多码字传输的聚合载波的进程所对应的缓存空间组中存在空闲的缓存空间时，所述终端设备在各缓存空间组的空闲的缓存空间中存储所述待存储进程中译码失败的传输块所携带的信息。
8.如权利要求5或6所述的方法，其特征在于，当待存储进程包含单码字时，所述终端设备在空闲资源中存储所述待存储进程中的信息的过程，具体包括：
当所述终端设备判断当前存在的空闲资源为未使用的所述聚合载波的各HARQ进程所对应的缓存空间组时，所述终端设备将空闲的缓存空间作为一个缓存空间，所述待存储进程中译码失败的传输块所携带的信息。
9.如权利要求5所述的方法，其特征在于，当所述终端设备判断已存储的所述采用多码字传输的聚合载波的进程所对应的缓存空间组中存在的空闲的缓存空间不足够时，所述预设的选择规则，具体包括：
所述终端设备按照时间顺序，选择优先收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
如果当前存在采用多码字传输的聚合载波中包括主载波，所述终端设备优先选择在主载波的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
所述终端设备优先选择在采用调度带宽最大或调度带宽最小的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
所述终端设备优先选择在具有更高优先级的聚合载波的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
所述终端设备优先选择在具有更高MCS级别的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
所述终端设备按照自身设置的规则，优先选择相应的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储。
10.如权利要求5所述的方法，其特征在于，当所述终端设备判断当前未使用的所述聚合载波的各HARQ进程所对应的缓存空间组不足够时，所述预设的选择规则，具体包括：
所述终端设备按照时间顺序，选择优先收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
所述终端设备优先选择在主载波的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
所述终端设备优先选择在采用多码字传输或单码字传输的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
所述终端设备优先选择在采用调度带宽最大或调度带宽最小的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
所述终端设备优先选择在具有更高优先级的聚合载波的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
所述终端设备优先选择在具有更高MCS级别的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
所述终端设备按照自身设置的规则，优先选择相应的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储。
11.如权利要求2所述的方法，其特征在于，所述终端设备在自身的缓冲器资源中，根据自身当前所聚合的载波数量和各聚合载波上最大存储传输块数量，分别为各聚合载波上的各传输块划分相应的缓存空间，具体包括：
所述终端设备判断当前所聚合的各载波中是否存在传输模式为多码字传输的聚合载波；
如果存在，所述终端设备根据多码字传输参数与各聚合载波上的下行HARQ进程的最大数量确定各聚合载波上的最大传输块数量，如果不存在，所述终端设备根据各聚合载波上的下行HARQ进程的最大数量确定各聚合载波上的最大传输块数量；
所述终端设备判断各聚合载波上的最大传输块数量是否大于预设传输块常数，根据判断结果确定各聚合载波上最大存储传输块总数量；
所述终端设备按照所述传输块总数量，将自身的缓冲器资源平均划分为相应数量的缓存空间。
12.如权利要求11所述的方法，其特征在于，所述终端设备判断各聚合载波上的最大传输块数量是否大于预设传输块常数，根据判断结果确定各聚合载波上最大存储传输块总数量，具体为：
如果所述终端设备判断一个聚合载波上的最大传输块数量大于预设传输块常数，所述终端设备将所述预设传输块常数作为所述聚合载波上最大存储传输块数量，并确定各聚合载波上最大存储传输块总数量；
如果所述终端设备判断一个聚合载波上的最大传输块数量不大于预设传输块常数，所述终端设备将所述最大传输块数量作为所述聚合载波上最大存储传输块数量，并确定各聚合载波上最大存储传输块总数量。
13.如权利要求11或12所述的方法，其特征在于，在所述终端设备为各传输块划分相应的缓存空间之后，还包括：
当所述终端设备接收到的译码失败的传输块数量不大于所述终端设备所划分的缓存空间数量时，所述终端设备分别在各缓存空间中存储译码失败的各传输块所携带的信息；
当所述终端设备接收到的译码失败的传输块数量大于所述终端设备所划分的缓存空间数量时，所述终端设备按照预设的选择规则，选择相应数量的译码失败的传输块所携带的信息存储在各缓存空间中，并丢弃没有被选择的其他译码失败的传输块所携带的信息。
14.如权利要求13所述的方法，其特征在于，当待存储进程包含单码字时，所述预设的选择规则，具体包括：
所述终端设备按照时间顺序，选择优先收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
所述终端设备优先选择在主载波的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
所述终端设备优先选择在采用多码字传输或单码字传输的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
所述终端设备优先选择在采用调度带宽最大或调度带宽最小的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
所述终端设备优先选择在具有更高优先级的聚合载波的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
所述终端设备优先选择在具有更高MCS级别的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储；和/或，
所述终端设备按照自身设置的规则，优先选择相应的进程中所收到的译码失败的传输块所携带的信息在缓存空间中进行存储。
15.如权利要求2所述的方法，其特征在于，所述终端设备在自身的缓冲器资源中，根据自身当前所聚合的载波数量和各聚合载波的带宽，分别为各聚合载波划分相应的缓存空间组，并按照各聚合载波上最大存储HARQ进程数量以及聚合载波的传输模式是否为多码字传输，分别在各聚合载波相对应的缓存空间组中，为各传输块划分相应的缓存空间，具体包括：
所述终端设备在自身的缓冲器资源中，根据自身当前所聚合的载波数量和各聚合载波的带宽，分别为各聚合载波划分相应的缓存空间组；
所述终端设备判断各聚合载波上的下行HARQ进程的最大数量是否大于预设进程常数；
如果所述终端设备判断一个聚合载波上的下行HARQ进程的最大数量大于预设进程常数，所述终端设备将所述预设进程常数作为所述聚合载波上最大存储HARQ进程数量，如果所述终端设备判断一个聚合载波上的下行HARQ进程的最大数量不大于预设进程常数，所述终端设备将所述下行HARQ进程的最大数量作为所述聚合载波上最大存储HARQ进程数量；
所述终端设备按照所述最大存储HARQ进程数量，将所述聚合载波所对应的缓存空间组平均划分为相应数量的缓存资源；
所述终端设备判断所述聚合载波的传输模式是否为多码字传输；
如果所述终端设备判断所述聚合载波的传输模式为多码字传输，所述终端设备将所述聚合载波的各HARQ进程所对应的缓存资源平均分为多个缓存空间，所述缓存空间的数量等于码字数，分别存储所述聚合载波上译码失败的各传输块所携带的信息，如果所述终端设备判断一个聚合载波的传输模式为单码字传输，所述终端设备将所述聚合载波的各HARQ进程所对应的缓存资源作为一个缓存空间，存储所述聚合载波上译码失败的各传输块所携带的信息。
16.如权利要求15所述的方法，其特征在于，在所述终端设备在各聚合载波相对应的缓存空间组中，为各传输块划分相应的缓存空间之后，还包括：
当所述终端设备在一个聚合载波上接收到的译码失败的传输块数量不大于所述终端设备为所述聚合载波的各传输块所划分的缓存空间数量时，所述终端设备分别在各缓存空间中存储译码失败的各传输块所携带的信息；
当所述终端设备在一个聚合载波上接收到的译码失败的传输块数量大于所述终端设备为所述聚合载波的各传输块所划分的缓存空间数量时，所述终端设备按照预设的选择规则，选择相应数量的译码失败的传输块所携带的信息存储在各缓存空间中，并丢弃没有被选择的其他译码失败的传输块所携带的信息。
17.如权利要求16所述的方法，其特征在于，所述预设的选择规则，具体包括：
所述终端设备按照时间顺序，选择在所述聚合载波上优先收到的译码失败的传输块所携带的信息在缓存空间中进行存储。
18.一种终端设备，其特征在于，包括：
获取模块，用于获取所述终端设备当前所聚合的载波数量和各聚合载波上相应的配置信息；
划分模块，用于根据所述获取模块所获取的载波数量和各聚合载波上相应的配置信息，将所述终端设备的缓冲器资源划分为相应数量的缓存空间，以通过各缓存空间存储所述网络侧设备发送的聚合载波上译码失败的各传输块所携带的信息。
19.如权利要求18所述的终端设备，其特征在于，所述划分模块，具体用于：
在所述终端设备的缓冲器资源中，根据当前所聚合的载波数量或所述终端设备支持的最大聚合载波数量和各聚合载波上最大存储HARQ进程数量，为各聚合载波上的各HARQ进程划分相应的缓存空间组，并根据待存储进程是否使用多码字传输，在相应的缓存空间组中为各传输块划分相应的缓存空间；或，
在所述终端设备的缓冲器资源中，根据当前所聚合的载波数量和各聚合载波上最大存储传输块数量，分别为各聚合载波上的各传输块划分相应的缓存空间；或，
在所述终端设备的缓冲器资源中，根据当前所聚合的载波数量和各聚合载波的带宽，分别为各聚合载波划分相应的缓存空间组，并按照各聚合载波上最大存储HARQ进程数量以及聚合载波的传输模式是否为多码字传输，分别在各聚合载波相对应的缓存空间组中，为各传输块划分相应的缓存空间。
20.如权利要求19所述的终端设备，其特征在于，还包括存储模块，具体用于：
当接收到的译码失败的传输块数量不大于所述划分模块所划分的缓存空间数量时，分别在所述划分模块所划分的各缓存空间中存储译码失败的各传输块所携带的信息，当接收到的译码失败的传输块数量大于所述划分模块所划分的缓存空间数量时，按照预设的选择规则，选择相应数量的译码失败的传输块所携带的信息存储在各缓存空间中，并丢弃没有被选择的其他译码失败的传输块所携带的信息；或，
当在一个聚合载波上接收到的译码失败的传输块数量不大于所述划分模块为所述聚合载波的各传输块所划分的缓存空间数量时，分别在所述划分模块所划分的各缓存空间中存储译码失败的各传输块所携带的信息，当在一个聚合载波上接收到的译码失败的传输块数量大于所述划分模块为所述聚合载波的各传输块所划分的缓存空间数量时，按照预设的选择规则，选择相应数量的译码失败的传输块所携带的信息存储在各缓存空间中，并丢弃没有被选择的其他译码失败的传输块所携带的信息。
21.一种缓存空间的分配方法，其特征在于，包括：
网络侧设备接收终端设备发送的缓冲器资源信息；
所述网络侧设备根据当前所述终端设备所对应的当前所聚合的载波数量和各聚合载波上相应的配置信息，以及所述终端设备的缓冲器资源信息，确定所述终端设备的缓冲器资源中的缓存空间划分方案。
22.如权利要求21所述的方法，其特征在于，所述网络侧设备根据当前所述终端设备所对应的当前所聚合的载波数量和各聚合载波上相应的配置信息和所述缓冲器资源信息，确定所述终端设备的缓冲器资源中的缓存空间划分方案，包括：
在所述终端设备的缓冲器资源中，根据所述终端设备当前所聚合的载波数量或所述终端设备支持的最大聚合载波数量和各聚合载波上最大存储HARQ进程数量，分别为各聚合载波上的各HARQ进程划分相应的缓存空间组，并根据待存储进程是否使用多码字传输，在相应的缓存空间组中为各传输块划分相应的缓存空间；或，
在所述终端设备的缓冲器资源中，根据所述终端设备当前所聚合的载波数量和各聚合载波上最大存储传输块数量，分别为各聚合载波上的各传输块划分相应的缓存空间；或，
在所述终端设备的缓冲器资源中，根据所述终端设备当前所聚合的载波数量和各聚合载波的带宽，分别为各聚合载波划分相应的缓存空间组，并按照各聚合载波上最大存储HARQ进程数量以及聚合载波的传输模式是否为多码字传输，分别在各聚合载波相对应的缓存空间组中，为各传输块划分相应的缓存空间。
23.如权利要求21所述的方法，其特征在于，还包括：
所述网络侧设备向所述终端设备发送当前所述终端设备所对应的当前所聚合的载波数量和各聚合载波上相应的配置信息。
24.一种网络侧设备，其特征在于，包括：
接收模块，用于接收终端设备发送的缓冲器资源信息；
确定模块，用于根据当前所述终端设备所对应的当前所聚合的载波数量和各聚合载波上相应的配置信息，以及所述接收模块接收到的所述终端设备的缓冲器资源信息，确定所述终端设备的缓冲器资源中的缓存空间划分方案。
25.如权利要求24所述的网络侧设备，其特征在于，所述确定模块，具体用于：
在所述终端设备的缓冲器资源中，根据所述终端设备当前所聚合的载波数量或所述终端设备支持的最大聚合载波数量和各聚合载波上最大存储HARQ进程数量，分别为各聚合载波上的各HARQ进程划分相应的缓存空间组，并根据待存储进程是否使用多码字传输，在相应的缓存空间组中为各传输块划分相应的缓存空间；或，
在所述终端设备的缓冲器资源中，根据所述终端设备当前所聚合的载波数量和各聚合载波上最大存储传输块数量，分别为各聚合载波上的各传输块划分相应的缓存空间；或，
在所述终端设备的缓冲器资源中，根据所述终端设备当前所聚合的载波数量和各聚合载波的带宽，分别为各聚合载波划分相应的缓存空间组，并按照各聚合载波上最大存储HARQ进程数量以及聚合载波的传输模式是否为多码字传输，分别在各聚合载波相对应的缓存空间组中，为各传输块划分相应的缓存空间。
26.如权利要求24所述的网络侧设备，其特征在于，还包括：
发送模块，用于向所述终端设备发送当前所述终端设备所对应的当前所聚合的载波数量和各聚合载波上相应的配置信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010553919.5A CN102469022B (zh) | 2010-11-19 | 2010-11-19 | 缓存空间的分配方法和设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010553919.5A CN102469022B (zh) | 2010-11-19 | 2010-11-19 | 缓存空间的分配方法和设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102469022A true CN102469022A (zh) | 2012-05-23 |
| CN102469022B CN102469022B (zh) | 2014-12-17 |
Family
ID=46072219
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201010553919.5A Active CN102469022B (zh) | 2010-11-19 | 2010-11-19 | 缓存空间的分配方法和设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102469022B (zh) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104170306A (zh) * | 2014-01-29 | 2014-11-26 | 华为技术有限公司 | 一种数据传输方法、设备和系统 |
| CN104365139A (zh) * | 2012-07-18 | 2015-02-18 | 松下电器（美国）知识产权公司 | 终端装置和缓冲区划分方法 |
| CN105515737A (zh) * | 2015-11-30 | 2016-04-20 | 合肥东芯通信股份有限公司 | 一种LTE终端保存Harq数据的方法及装置 |
| CN105792359A (zh) * | 2014-12-22 | 2016-07-20 | 华为技术有限公司 | 资源分配方法、数据映射方法及装置 |
| CN106301704A (zh) * | 2015-05-26 | 2017-01-04 | 苏州简约纳电子有限公司 | Harq数据的缓存方法 |
| WO2017075825A1 (zh) * | 2015-11-06 | 2017-05-11 | 广东欧珀移动通信有限公司 | 一种数据存储的方法、终端设备及基站 |
| WO2018171700A1 (zh) * | 2017-03-24 | 2018-09-27 | 华为技术有限公司 | 数据传输方法、终端设备及接入网设备 |
| WO2019068260A1 (en) * | 2017-10-02 | 2019-04-11 | Mediatek Inc. | HARQ BUFFER SIZE DESIGN FOR COMMUNICATION SYSTEMS |
| CN109845159A (zh) * | 2017-01-24 | 2019-06-04 | Oppo广东移动通信有限公司 | Harq进程的配置方法、装置及设备 |
| CN112241375A (zh) * | 2020-10-14 | 2021-01-19 | 哲库科技(北京)有限公司 | 一种存储器的分配方法、装置及终端设备 |
| CN116015566A (zh) * | 2022-12-30 | 2023-04-25 | 哲库科技(北京)有限公司 | 用于无线通信的方法、装置、芯片、终端及存储介质 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090180034A1 (en) * | 2008-01-16 | 2009-07-16 | Newport Media, Inc. | Area and power efficient architectures of time deinterleaver for isdb-t receivers |
| US20090232050A1 (en) * | 2008-03-12 | 2009-09-17 | Bazhong Shen | Method And System For Determining Limited Soft Buffer Size On Transport Blocks For Rate Matching |
| US20100050034A1 (en) * | 2008-03-24 | 2010-02-25 | Nokia Corporation | Soft butter memory configuration in a communication system |
| WO2010110607A2 (ko) * | 2009-03-25 | 2010-09-30 | 엘지전자주식회사 | 다중 반송파 시스템에서 ｈａｒｑ 수행 장치 및 방법 |
-
2010
- 2010-11-19 CN CN201010553919.5A patent/CN102469022B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090180034A1 (en) * | 2008-01-16 | 2009-07-16 | Newport Media, Inc. | Area and power efficient architectures of time deinterleaver for isdb-t receivers |
| US20090232050A1 (en) * | 2008-03-12 | 2009-09-17 | Bazhong Shen | Method And System For Determining Limited Soft Buffer Size On Transport Blocks For Rate Matching |
| US20100050034A1 (en) * | 2008-03-24 | 2010-02-25 | Nokia Corporation | Soft butter memory configuration in a communication system |
| WO2010110607A2 (ko) * | 2009-03-25 | 2010-09-30 | 엘지전자주식회사 | 다중 반송파 시스템에서 ｈａｒｑ 수행 장치 및 방법 |
Non-Patent Citations (2)
| Title |
|---|
| 3GPP: "Evolved Universal Terrestrial Radio Access (E-UTRA); Multiplexing and channel coding (Release 9)", 《3GPP TS 36.212 V9.3.0》, 3 October 2010 (2010-10-03) * |
| CATT: "Soft buffer size allocation for Rel-10 UE", 《3GPP TSG RAN WG1 MEETING #62BIS R1-105187》, 15 October 2010 (2010-10-15) * |
Cited By (26)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104365139B (zh) * | 2012-07-18 | 2018-02-06 | 太阳专利信托公司 | 终端装置和缓冲区划分方法 |
| CN104365139A (zh) * | 2012-07-18 | 2015-02-18 | 松下电器（美国）知识产权公司 | 终端装置和缓冲区划分方法 |
| US10075264B2 (en) | 2014-01-29 | 2018-09-11 | Huawei Technologies Co., Ltd. | Data transmission method, device, and system |
| CN104170306B (zh) * | 2014-01-29 | 2017-06-20 | 华为技术有限公司 | 一种数据传输方法、设备和系统 |
| CN104170306A (zh) * | 2014-01-29 | 2014-11-26 | 华为技术有限公司 | 一种数据传输方法、设备和系统 |
| CN105792359A (zh) * | 2014-12-22 | 2016-07-20 | 华为技术有限公司 | 资源分配方法、数据映射方法及装置 |
| CN105792359B (zh) * | 2014-12-22 | 2019-04-26 | 华为技术有限公司 | 资源分配方法、数据映射方法及装置 |
| CN106301704A (zh) * | 2015-05-26 | 2017-01-04 | 苏州简约纳电子有限公司 | Harq数据的缓存方法 |
| CN106301704B (zh) * | 2015-05-26 | 2019-08-06 | 苏州简约纳电子有限公司 | Harq数据的缓存方法 |
| WO2017075825A1 (zh) * | 2015-11-06 | 2017-05-11 | 广东欧珀移动通信有限公司 | 一种数据存储的方法、终端设备及基站 |
| CN107683577A (zh) * | 2015-11-06 | 2018-02-09 | 广东欧珀移动通信有限公司 | 一种数据存储的方法、终端设备及基站 |
| CN111641479A (zh) * | 2015-11-06 | 2020-09-08 | Oppo广东移动通信有限公司 | 一种数据存储的方法及终端设备 |
| US10595323B2 (en) | 2015-11-06 | 2020-03-17 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for data storage, terminal device and base station |
| CN105515737A (zh) * | 2015-11-30 | 2016-04-20 | 合肥东芯通信股份有限公司 | 一种LTE终端保存Harq数据的方法及装置 |
| CN105515737B (zh) * | 2015-11-30 | 2018-11-06 | 合肥东芯通信股份有限公司 | 一种LTE终端保存Harq数据的方法及装置 |
| CN109845159B (zh) * | 2017-01-24 | 2020-06-30 | Oppo广东移动通信有限公司 | Harq进程的配置方法、装置及设备 |
| CN109845159A (zh) * | 2017-01-24 | 2019-06-04 | Oppo广东移动通信有限公司 | Harq进程的配置方法、装置及设备 |
| TWI751263B (zh) * | 2017-01-24 | 2022-01-01 | 大陸商Ｏｐｐｏ廣東移動通信有限公司 | Harq進程的配置方法、裝置及設備 |
| WO2018171700A1 (zh) * | 2017-03-24 | 2018-09-27 | 华为技术有限公司 | 数据传输方法、终端设备及接入网设备 |
| US11115993B2 (en) | 2017-03-24 | 2021-09-07 | Huawei Technologies Co., Ltd. | Data transmission method, terminal device, and access network device |
| TWI688235B (zh) * | 2017-10-02 | 2020-03-11 | 聯發科技股份有限公司 | 混合自動重傳請求緩衝區大小設計方法及其設備 |
| WO2019068260A1 (en) * | 2017-10-02 | 2019-04-11 | Mediatek Inc. | HARQ BUFFER SIZE DESIGN FOR COMMUNICATION SYSTEMS |
| US11005602B2 (en) | 2017-10-02 | 2021-05-11 | Mediatek Inc. | HARQ buffer size design for communication systems |
| CN112241375A (zh) * | 2020-10-14 | 2021-01-19 | 哲库科技(北京)有限公司 | 一种存储器的分配方法、装置及终端设备 |
| CN112241375B (zh) * | 2020-10-14 | 2024-02-13 | 哲库科技(北京)有限公司 | 一种存储器的分配方法、装置及终端设备 |
| CN116015566A (zh) * | 2022-12-30 | 2023-04-25 | 哲库科技(北京)有限公司 | 用于无线通信的方法、装置、芯片、终端及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102469022B (zh) | 2014-12-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102469022B (zh) | 缓存空间的分配方法和设备 | |
| CN102076023B (zh) | 缓存空间的分配方法和设备 | |
| JP5933644B2 (ja) | 上り制御チャネル資源の確定方法と装置 | |
| CN101345608B (zh) | 管理多载波tdd上行的harq进程的方法及装置 | |
| CN101951684B (zh) | 一种确认信息的发送方法及用户终端 | |
| JP2017505569A (ja) | 端末装置、および基地局装置 | |
| KR20130116874A (ko) | 긍정/부정 응답 메시지의 매핑 방법 및 단말 | |
| KR20140004242A (ko) | Ａｃｋ/ｎａｃｋ 피드백 정보 전송 방법 및 장치 | |
| CN106533637A (zh) | 用于载波聚合系统的通信方法和装置 | |
| CN102131297A (zh) | 上行资源分配方法和设备 | |
| CN102136896A (zh) | Ack/nack信息的传输方法和设备 | |
| WO2013007153A1 (zh) | 一种进行调度的方法、系统和设备 | |
| CN102468942A (zh) | Ack/nack反馈信息的传输方法和设备 | |
| WO2013004200A1 (zh) | 一种上行控制信令的发送、接收方法和相关设备 | |
| US20180191476A1 (en) | Method for Transmitting Uplink Control Information and Apparatus | |
| WO2012013152A1 (zh) | 一种发送反馈信息的方法、系统和设备 | |
| CN102469599B (zh) | Ack/nack反馈信息的信道资源确定方法和设备 | |
| JP6564052B2 (ja) | チャネル状態情報の伝送方法、ユーザ機器、及びアクセス・ネットワーク・デバイス | |
| CN102468945A (zh) | Ack/nack反馈信息的传输方法和设备 | |
| CN102263622B (zh) | 应答信息和调度请求反馈方法及相关设备 | |
| CN102347826A (zh) | 一种传输混合自动重传请求反馈信息的方法 | |
| CN102238622B (zh) | 多比特ack/nack信息的传输方法和设备 | |
| CN102469610A (zh) | 载波聚合中反馈应答信息以及接收应答信息的方法与装置 | |
| CN102237981B (zh) | Ack/nack信息的传输方法和设备 | |
| CN102088344B (zh) | 一种传输ack/nack信息的方法和设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |