专利名称：缓存状态报告的上报方法及用户终端的制作方法
技术领域：
本发明涉及无线通信技术领域，特别涉及一种缓存状态报告的上报方法及用户终端。
背景技术：
第三代移动通信长期演进(Long Term Evolution，简称为LTE)系统中，上行链路的数据通过物理上行链路共享信道(Physical Uplink Shared Channel，简称为PUSCH)传输。由演进型基站(Evolved NodeB,简称为eNB)分配上行链路无线资源给每个用户终端(User Equipment,简称为 UE)。
为了能给每个UE按照自己的需求分配资源和提供服务，以在上行传输中实现较好的复用性能，同时也为了充分灵活高效的利用系统带宽，LTE系统为用户的上行传输资源分配制定了专门的控制消息。其中，专用于对PUSCH进行资源分配的控制消息是由eNB发送给UE的，该资源分配控制消息又称为上行链路授权(UpLink Grant，简称为UL Grant),UL Grant在物理下行链路控制信道(Physical Downlink Control Channel,简称为F1DCCH)上发送。为了保证给每个UE合理的分配无线资源，LTE系统要求UE报告自己缓存内存储的数据量状态，该报告以缓存状态报告(Buffer Status Report，简称为BSR)的形式上报给eNB。在LTE系统中，UE的逻辑信道(Logical Channel，简称为LCH)被分成4个逻辑信道组(Logical Channel Group，简称为LCG)，BSR报告的就是各个LCG的组序号和组内所有LCH的待传输数据量的信息，BSR由PUSCH来承载。由于BSR是eNB对UE进行合理的无线资源调度的重要的参考信息，因此LTE系统规定了多种BSR的类型和发送规则。根据触发BSR的事件的不同，现有技术中，BSR被分为常规缓存状态报告(Regular BSR)、周期缓存状态报告(Periodic BSR)和填充缓存状态报告(Padding BSR)这3种类型。其中，Regular BSR的触发条件包括有高优先级逻辑信道的上层可传输数据到达，其优先级比UE缓存内的现存LCH数据的优先级高；服务小区变化；BSR重传定时器(retxBSR-Timer)超时，且UE缓存内有可传输的数据。Periodic BSR的触发条件是若BSR周期定时器(periodic BSR-Timer)超时，则触发Periodic BSR0 Padding BSR的触发条件是若既无Regular BSR待发送，也无Periodic BSR待发送，且已分配的PUSCH资源中用于填充的比特数量大于或等于BSR的媒体接入控制层(Media Access Control,简称为MAC)的控制元(Control Element,简称为CE)和子报头(Subheader)的大小之和，则触发Padding BSR。现有技术中，UE上报给eNB的BSR中的缓存内存储的数据量信息为一索引值，而非实际值。请参考图1，其为3GPP协议T36. 321中BSR中的索引值与缓存内存储的数据量间的对照表。如图I所示，例如，缓存内存储的数据量为33000字节(bytes)时，则UE通过BSR上报给eNB的索引值为53，而eNB根据BSR上报给其的索引值53可以得知UE的缓存内存储的数据量为31009 < BS <= 36304,即eNB不能精确得知UE的缓存内存储的数据量为33000字节。此外，在上行速率为50Mbps(即上行速率为50X1024X1024 + 8 + 1000X5 =32768bytes/5ms)的情况下，eNB分配给UE的UL Grant可在O至6000-7000字节/毫秒之间。则，当eNB接收到索引值53，其由此假定UE的缓存内存储的数据量为36304字节时，相对于UE实际的缓存内存储的数据量为33000字节，eNB的该假定多了 3304字节待发送的数据，在分配UL Grant的过程中，没有出现前述能够触发Regular BSR、Periodic BSR及Padding BSR的特定触发条件以更新UE的缓存内存储的数据量信息时，就有可能出现分配的UL Grant过大,特别是最后一个UL Grant过大,造成浪费的问题。另夕卜，由于BSR上报中最常规的是Periodic BSR上报，而BSR周期定时器(periodicBSR-Timer)的触发时间通常在几十毫秒之间，即难以靠Periodic BSR上报来及时更新UE的缓存内存储的数据量信息，加之LTE系统为了充分利用上行速率，也会分配较大的UL Grant,由此,将导致前例中出现分配的UL Grant过大,特别是最后一个UL Grant·过大，造成浪费的问题比较突出。
发明内容
本发明的目的在于提供一种缓存状态报告的上报方法及用户终端，以解决现有的缓存状态报告的上报中将导致上行链路授权浪费的问题。为解决上述技术问题，本发明提供一种缓存状态报告的上报方法，包括用户终端判断是否需要进行主动上报缓存状态报告监控，若是，所述用户终端进行主动上报缓存状态报告监控；所述用户终端判断是否需要进行主动上报缓存状态报告，若是，所述用户终端发送缓存状态报告。可选的，在所述的缓存状态报告的上报方法中，所述用户终端判断是否需要进行主动上报缓存状态报告监控的步骤包括发送第一缓存状态报告，获取所述第一缓存状态报告的索引值；判断所述第一缓存状态报告的索引值是否大于第一门限值。可选的，在所述的缓存状态报告的上报方法中，所述第一门限值为大于等于38的索引值。可选的，在所述的缓存状态报告的上报方法中，所述用户终端进行主动上报缓存状态报告监控的步骤包括获取用户终端当前缓存内存储的数据量；估计下一个上行链路授权。可选的，在所述的缓存状态报告的上报方法中，所述获取用户终端当前缓存内存储的数据量的步骤包括将发送第一缓存状态报告时，用户终端缓存内存储的数据量记录为第一差值；在发送第一缓存状态报告之后，每次收到上行链路授权时，将所述第一差值减去该上行链路授权，同时将其差值记录为第一差值。可选的，在所述的缓存状态报告的上报方法中，所述估计下一个上行链路授权的步骤包括记录进行估计前收到的η个上行链路授权，所述η为自然数；根据该η个上行链路授权估计下一个上行链路授权。可选的，在所述的缓存状态报告的上报方法中，所述根据该η个上行链路授权估计下一个上行链路授权的步骤包括根据该η个上行链路授权的加权平均值，估计下一个上行链路授权。可选的，在所述的缓存状态报告的上报方法中，所述用户终端判断是否需要进行主动上报缓存状态报告的步骤包括判断所述第一差值是否小于第二门限值；若是，判断用户终端当前缓存内存储的数据量是否小于所述下一个上行链路授权。可选的，在所述的缓存状态报告的上报方法中，所述第二门限值为100字节。可选的，在所述的缓存状态报告的上报方法中，所述用户终端发送缓存状态报告的同时，重新启动用户终端的缓存状态报告周期定时器。 本发明还提供一种用户终端，用于实现缓存状态报告的上报，所述用户终端包括第一判断模块，用于用户终端判断是否需要进行主动上报缓存状态报告监控；第二判断模块，用于用户终端判断是否需要进行主动上报缓存状态报告；监控模块，用于用户终端进行主动上报缓存状态报告监控；发送模块，用于用户终端发送缓存状态报告。可选的，在所述的用户终端中，所述第一判断模块包括索引值获取模块，用于用户终端发送第一缓存状态报告后，获取所述第一缓存状态报告的索引值；第一比较模块，用于判断所述第一缓存状态报告的索引值是否大于第一门限值。可选的，在所述的用户终端中，所述监控模块包括数据量获取模块，用于获取用户终端当前缓存内存储的数据量；估计模块，用于估计下一个上行链路授权。可选的，在所述的用户终端中，所述第二判断模块包括第二比较模块，用于判断用户终端当前缓存内存储的数据量是否小于第二门限值；第三比较模块，用于判断用户终端当前缓存内存储的数据量是否小于所述下一个上行链路授权。在本发明提供的缓存状态报告的上报方法及用户终端中，通过用户终端进行主动上报缓存状态报告监控，在需要的时候，发送缓存状态报告，从而可及时的给eNB发送缓存状态报告以更新用户终端缓存内存储的数据量的信息，使得eNB可根据更新后的信息分配上行链路授权，避免了由于eNB原有获知的用户终端缓存内存储的数据量信息的偏差，而分配了较大的上行链路授权，导致上行链路授权浪费的问题，提高了通信网络的利用率。
图I是3GPP协议T36. 321中BSR中的索引值与缓存内存储的数据量间的对照表；图2是本发明实施例一的缓存状态报告的上报方法的流程示意图；图3是图2所示实施例中的步骤S210的进一步实现方式的流程示意图；图4是图2所示实施例中的步骤S220的进一步实现方式的流程示意图；图5是图2所示实施例中的步骤S221的进一步实现方式的流程示意图；图6是图2所示实施例中的步骤S222的进一步实现方式的流程示意图；图7是图2所示实施例中的步骤S230的进一步实现方式的流程示意图；图8是图2所示实施例的缓存状态报告的上报方法的进一步实现方式的流程示意图；图9是本发明实施例二的用户终端的结构示意图。
具体实施例方式以下结合附图和具体实施例对本发明提供的缓存状态报告的上报方法及用户终端作进一步详细说明。根据下面说明和权利要求书，本发明的优点和特征将更清楚。需说明的是，附图均采用非常简化的形式，仅用以方便、明晰地辅助说明本发明实施例的目的。实施例一
请参考图2，其为本发明实施例一的缓存状态报告的上报方法的流程示意图。如图2所示，缓存状态报告的上报方法包括如下步骤步骤S210 :用户终端判断是否需要进行主动上报缓存状态报告监控，若是，执行步骤S220 ；步骤S220 :所述用户终端进行主动上报缓存状态报告监控； 步骤S230 :所述用户终端判断是否需要进行主动上报缓存状态报告，若是，执行步骤S240 ；步骤S240 :所述用户终端发送缓存状态报告。通过执行上述步骤S210 S240，用户终端进行主动上报缓存状态报告监控，在需要的时候，发送缓存状态报告，从而可及时的给eNB发送缓存状态报告以更新用户终端缓存内存储的数据量的信息，使得eNB可根据更新后的信息分配上行链路授权，避免了由于eNB原有获知的用户终端缓存内存储的数据量信息的偏差，而分配了较大的上行链路授权，导致上行链路授权浪费的问题，提高了通信网络的利用率。更具体的，请同时参考图3和图8，其中，图3为图2所示实施例中的步骤S210的进一步实现方式的流程示意图，图8为图2所示实施例的缓存状态报告的上报方法的进一步实现方式的流程示意图。如图3所示，进一步的，步骤S210可通过步骤S211及步骤S212实现。其中，步骤S211 :发送第一缓存状态报告，获取所述第一缓存状态报告的索引值；步骤S212 :判断所述第一缓存状态报告的索引值是否大于第一门限值。其中，所述第一缓存状态报告优选为周期缓存状态报告，当然，其也可以为常规缓存状态报告或者填充缓存状态报告。所述第一门限值优选为大于等于38的索引值，具体可参考图I。从图I中示出的内容可知，大于等于38的索引值，即其缓存内存储的数据量的上限与下限的差值大于等于498字节(上限3413字节减去下限2915字节，得出差值498字节)。根据背景技术中的介绍可知，当用户终端发送缓存状态报告给eNB时，其所提供的缓存内存储的数据量信息是以一索引值标识的，而eNB根据该索引值不能得到缓存内存储的数据量的精确值，为了达到最大的传输速率，eNB往往会认为缓存内存储的数据量为该索引值代表的上限。当该索引值所代表的缓存内存储的数据量的上限与下限的差值越大时，eNB由此估计的用户终端的缓存内存储的数据量的误差也将越大。由此，执行本发明提供的缓存状态报告的上报方法的必要性及获利也会更大，因此，在本实施例中，所述第一门限值优选为大于等于38的索引值，当然，在本发明的其他实施例中，所述第一门限值也可以为小于38的索引值。请同时参考图4和图8，其中，图4为图2所示实施例中的步骤S220的进一步实现方式的流程示意图。如图4所示，进一步的，步骤S220可通过步骤S221及步骤S222实现。其中，步骤S221 :获取用户终端当前缓存内存储的数据量；步骤S222 :估计下一个上行链路授权。
在本实施例中，所述用户终端进行主动上报缓存状态报告监控包括获取用户终端当前缓存内存储的数据量及估计下一个上行链路授权。请同时参考图8和图5，其中，图5为图2所示实施例中的步骤S221的进一步实现方式的流程示意图。具体的，所述步骤S221可通过步骤S2211及步骤S2212实现。其中，步骤S2211 :将发送第一缓存状态报告时，用户终端缓存内存储的数据量记录为
第一差值；步骤S2212 :在发送第一缓存状态报告之后，每次收到上行链路授权时，将所述第一差值减去该上行链路授权，同时将其差值记录为第一差值。例如，用户终端发送第一缓存状态报告时，其缓存内存储的数据量为32010字节，即在步骤S2211中，将该数据32010字节记录为第一差值32010字节。接着，在发送第一缓存状态报告之后，若eNB分配了第一个4000字节的上行链路授权时，用户终端将原先记录的第一差值32010字节减去该4000字节，同时，将其差值 28010字节记录为第一差值28010字节；若eNB接着分配了第二个4000字节的上行链路授权时，用户终端将原先记录的第一差值28010字节减去该4000字节，同时，将其差值24010字节记录为第一差值28010字节；设连续分配有8个4000字节的上行链路授权，此时，记录的第一差值为10字节。请同时参考图6和图8，其中，图6为图2所示实施例中的步骤S222的进一步实现方式的流程示意图。在本实施例中，所述步骤S222可通过步骤S2221及步骤S2222实现。其中，步骤S2221 :记录进行估计前收到的η个上行链路授权；步骤S2222 :根据该η个上行链路授权估计下一个上行链路授权。继续前述例子，则记录进行估计前收到的η个上行链路授权即为记录之前8个上行链路授权，当然，为了节省存储的开支，也可对记录进行估计前收到的上行链路授权的数据进行限制，例如，只记录距离估计最近的3个上行链路授权，此外，为了估计的精确，也可记录更多个上行链路授权，本申请对此不做限制。接着，根据该8个上行链路授权估计下一个上行链路授权，在本实施例中，根据该8个上行链路授权的加权平均值，估计下一个上行链路授权也为4000字节。在本实施例中，所述8个上行链路授权的权重均为I。在本发明的其他实施例中，也可分配不一样的权重，例如，距离估计最近的上行链路授权的权重为2，即第五个上行链路授权的权重为2，其余7个上行链路授权的权重均为I等，不申请对此不做限定。请同时参考图7和图8，其中，图7为图2所示实施例中的步骤S230的进一步实现方式的流程示意图。在本实施例中，所述步骤S230可通过步骤S231及步骤S232实现。其中，步骤S231 :判断所述第一差值是否小于第二门限值，若是，执行步骤S232 ；步骤S232 :判断用户终端当前缓存内存储的数据量是否小于所述下一个上行链路授权。在本实施例中，若步骤S232判断的结果为是，则将执行步骤S240，用户终端发送缓存状态报告。本实施例中，所述第二门限值优选为100字节。可知的，若用户终端当前缓存内存储的数据量较小，而下一个上行链路授权较大，则实行本发明提供的缓存状态报告的上报方法S20将获利更大。例如，假设如估计的，按现有技术下一个上行链路授权将为4000字节，而用户终端只有10字节的待发送数据，由此将浪费3990字节。而按本发明提供的方法，在此情况下将发送缓存状态报告，更新eNB中的索引值，在本例中，更新后的索引值为I (参照图I)，由此，eNB将根据该索引值发送上行链路授权，其将是一个远小于4000字节的一个上行链路授权，由此，将大大节省对上行链路授权的浪费。此外，需说明的是，在本实施例中，步骤S232判断的是用户终端当前缓存内存储的数据量，即其除了包括前例中未发送完的第一差值10字节外，也可包括新加入缓存内存储的数据，例如，用户终端在发送缓存内存储的数据的过程中，又加入了 50字节的数据，则所述用户终端当前缓存内存储的数据量即为60字节，同样地，60字节小于此处的下一个上行授权链路4000字节，用户终端将主动发送缓存状态报告；但是，若后续用户终端缓存内又新加入20000字节，则用户终端当前缓存内存储的数据量为20010字节，大于此处的下一个上行链路授权4000字节，则用户终端将不发送缓存状态报告。进一步的，在执行步骤S240:用户终端发送缓存状态报告的同时，重新启动用户·终端的缓存状态报告周期定时器，即延缓了发送下一个周期缓存状态报告的时间，从而节省系统的开支。需说明的是，在本发明的进一步实现方式中，各步骤之间的流程并不局限于图8中所示出的，例如，当步骤S231或者步骤S232判断为否的时候，可重复执行步骤S2211、S2212、S2221 及 S2222 等。实施例二相应地，本发明还提供一种用户终端，用于实现上述缓存状态报告的上报。请参考图9，其为本发明实施例二的用户终端的结构示意图。如图9所示，用户终端20包括第一判断模块21，用于用户终端判断是否需要进行主动上报缓存状态报告监控；第二判断模块22，用于用户终端判断是否需要进行主动上报缓存状态报告；监控模块23，用于用户终端进行主动上报缓存状态报告监控；发送模块24，用于用户终端发送缓存状态报告；所述第一判断模块21与所述监控模块23控制连接，所述第二判断模块22与所述发送模块24控制连接。通过该用户终端20可进行主动上报缓存状态报告监控，在需要的时候，发送缓存状态报告，从而可及时的给eNB发送缓存状态报告以更新用户终端缓存内存储的数据量的信息，使得eNB可根据更新后的信息分配上行链路授权，解决了由于eNB原有获知的用户终端缓存内存储的数据量信息的偏差，而分配了较大的上行链路授权导致上行链路授权浪费的问题，提高了通信网络的利用率。进一步的，所述第一判断模块21包括索引值获取模块211，用于用户终端发送第一缓存状态报告后，获取所述第一缓存状态报告的索引值；第一比较模块212，用于判断所述第一缓存状态报告的索引值是否大于第一门限值。进一步的，所述第二判断模块22包括第二比较模块221，用于判断用户终端当前缓存内存储的数据量是否小于第二门限值；第三比较模块222，用于判断用户终端当前缓存内存储的数据量是否小于所述下一个上行链路授权；所述第二比较模块221与所述第三比较模块222控制连接。进一步的，所述监控模块23包括数据量获取模块231，用于获取用户终端当前缓存内存储的数据量；以及估计模块232，用于估计下一个上行链路授权。上述描述仅是对本发明较佳实施例的描述，并非对本发明范围的任何限定，本发 明领域的普通技术人员根据上述揭示内容做的任何变更、修饰，均属于权利要求书的保护范围。
权利要求
1.一种缓存状态报告的上报方法，其特征在于，包括 用户终端判断是否需要进行主动上报缓存状态报告监控，若是，所述用户终端进行主动上报缓存状态报告监控； 所述用户终端判断是否需要进行主动上报缓存状态报告，若是，所述用户终端发送缓存状态报告。
2.如权利要求I所述的缓存状态报告的上报方法，其特征在于，所述用户终端判断是否需要进行主动上报缓存状态报告监控的步骤包括 发送第一缓存状态报告，获取所述第一缓存状态报告的索引值； 判断所述第一缓存状态报告的索引值是否大于第一门限值。
3.如权利要求2所述的缓存状态报告的上报方法，其特征在于，所述第一门限值为大于等于38的索引值。
4.如权利要求2所述的缓存状态报告的上报方法，其特征在于，所述用户终端进行主动上报缓存状态报告监控的步骤包括 获取用户终端当前缓存内存储的数据量； 估计下一个上行链路授权。
5.如权利要求4所述的缓存状态报告的上报方法，其特征在于，所述获取用户终端当前缓存内存储的数据量的步骤包括 将发送第一缓存状态报告时，用户终端缓存内存储的数据量记录为第一差值； 在发送第一缓存状态报告之后，每次收到上行链路授权时，将所述第一差值减去该上行链路授权，同时将其差值记录为第一差值。
6.如权利要求4所述的缓存状态报告的上报方法，其特征在于，所述估计下一个上行链路授权的步骤包括 记录进行估计前收到的η个上行链路授权，所述η为自然数； 根据该η个上行链路授权估计下一个上行链路授权。
7.如权利要求6所述的缓存状态报告的上报方法，其特征在于，所述根据该η个上行链路授权估计下一个上行链路授权的步骤包括 根据该η个上行链路授权的加权平均值，估计下一个上行链路授权。
8.如权利要求4所述的缓存状态报告的上报方法，其特征在于，所述用户终端判断是否需要进行主动上报缓存状态报告的步骤包括 判断所述第一差值是否小于第二门限值； 若是，判断用户终端当前缓存内存储的数据量是否小于所述下一个上行链路授权。
9.如权利要求8所述的缓存状态报告的上报方法，其特征在于，所述第二门限值为100字节。
10.如权利要求I至9中的任一项所述的缓存状态报告的上报方法，其特征在于，所述用户终端发送缓存状态报告的同时，重新启动用户终端的缓存状态报告周期定时器。
11.一种用户终端，用于实现缓存状态报告的上报，其特征在于，包括 第一判断模块，用于用户终端判断是否需要进行主动上报缓存状态报告监控； 第二判断模块，用于用户终端判断是否需要进行主动上报缓存状态报告； 监控模块，用于用户终端进行主动上报缓存状态报告监控；发送模块，用于用户终端发送缓存状态报告。
12.如权利要求11所述的用户终端，其特征在于，所述第一判断模块包括 索引值获取模块，用于用户终端发送第一缓存状态报告后，获取所述第一缓存状态报告的索引值； 第一比较模块，用于判断所述第一缓存状态报告的索引值是否大于第一门限值。
13.如权利要求12所述的用户终端，其特征在于，所述监控模块包括 数据量获取模块，用于获取用户终端当前缓存内存储的数据量； 估计模块，用于估计下一个上行链路授权。
14.如权利要求13所述的用户终端，其特征在于，所述第二判断模块包括 第二比较模块，用于判断用户终端当前缓存内存储的数据量是否小于第二门限值； 第三比较模块，用于判断用户终端当前缓存内存储的数据量是否小于所述下一个上行链路授权。
全文摘要
本发明提供了一种缓存状态报告的上报方法及用户终端，通过用户终端进行主动上报缓存状态报告监控，在需要的时候，发送缓存状态报告，从而可及时的给eNB发送缓存状态报告以更新用户终端缓存内存储的数据量的信息，使得eNB可根据更新后的信息分配上行链路授权，避免了由于eNB原有获知的用户终端缓存内存储的数据量信息的偏差，而分配了较大的上行链路授权，导致上行链路授权浪费的问题，提高了通信网络的利用率。
文档编号H04W24/10GK102905305SQ20111020960
公开日2013年1月30日 申请日期2011年7月25日 优先权日2011年7月25日
发明者任荣辉, 崔心发, 甘慧彦 申请人:联芯科技有限公司