CN106455089A - 确定上行调度量的方法、装置及系统 - Google Patents

Abstract

本发明提供了一种确定上行调度量的方法、装置及系统，其中，该方法包括：基站接收终端的缓冲状态报告BSR，其中，该BSR是按照终端的逻辑信道组上报的，该BSR指示该逻辑信道组的数据量，该基站依据该BSR做业务调度，并向该终端发送调度结果，该基站统计开始时刻和结束时刻之间的终端和基站的数据承载DRB上接收的数据，其中，该开始时刻是在该逻辑信道组的数据没有调度完的情况下，该基站接收调度开始通知的时刻，该结束时刻是在该逻辑信道组的数据调度完，该基站接收调度结束通知的时刻；该基站依据预设规则过滤该数据得到统计的数据量，解决了上行区分业务的调度流量无法准确统计的问题，实现了上行调度业务流量的准确统计。

Description

确定上行调度量的方法、装置及系统

技术领域

本发明涉及通信领域，具体而言，涉及一种确定上行调度量的方法、装置及系统。

背景技术

第三代合作伙伴计划(3rd Generation Partnership Project，简称为3GPP)技术规范36.314是长期演进(Long-Term Evolution，简称为LTE)性能测量的协议，其中定义了调度的下行IP吞吐量(Scheduled IP Throughput in DL)，调度的上行IP吞吐量(ScheduledIP Throughput in UL)指标。这两个指标要求区分业务统计下行或者上行有数据传输的空口业务流量。

指标的详细要求有：

1、数据量是统计在空口传输成功的数据量；

2、时间是从传输缓冲有数据到数据传输完成的时间；

3、缓冲中最后一个分片的数据量和时间不纳入统计，即要剔除掉尾包；

4、上下行要区分标度值(QoS Class Identifier，简称为QCI)统计。

因为本指标衡量的是调度能力，所以一般的实现思路是基站的调度器接收到缓冲状态报告(Buffer Status Report，简称为BSR)，调度业务时，开始统计。如果本次终端(UserEquipment，简称为UE)的数据在一个传输时间间隔(Transmission Time Interval，简称为TTI)内没有调度完，则记录开始时间T1；如果本次终端的BSR数据量可以被一次调度完，则记录结束时间T2；数据则为这段时间在空口发送成功的数据量，时间即为T1-T2。

下行的数据传输和调度都在基站内部。基站用户面给下行调度器上报BSR是区分UE和QCI。下行调度器调度可以按照用户面上报的BSR区分UE和QCI。所以依照上述思路可以很容易实现“调度的下行IP吞吐量”指标。但是上行区分业务就比较困难，因为上行的数据缓冲在UE，上行调度器在基站。UE给基站上报BSR是区分UE和逻辑信道组，基站上行调度器给UE的调度结果是按照UE给的，每个QCI上有多少业务很难估算。

因为存在这些技术难点，同行业的厂商提供上行区分业务的调度流量统计的很少。协议中也标注基站可以预估UE的每个承载上的业务，因为没有标准来约束，所以预估的方法也是各种各样的。

针对相关技术中，上行区分业务的调度流量无法准确统计的问题，目前还没有有效的解决方案。

发明内容

本发明提供了一种确定上行调度量的方法、装置及系统，以至少解决相关技术中上行区分业务的调度流量无法准确统计的问题。

根据本发明的一个方面，提供了一种确定上行调度量的方法，包括：

基站接收终端的缓冲状态报告BSR，其中，所述BSR是按照终端的逻辑信道组上报的，所述BSR指示所述逻辑信道组的数据量；

所述基站依据所述BSR做业务调度，并向所述终端发送调度结果；

所述基站统计开始时刻和结束时刻之间的终端和基站的数据承载DRB上接收的数据，其中，所述开始时刻是在所述逻辑信道组的数据没有调度完的情况下，所述基站接收调度开始通知的时刻，所述结束时刻是在所述逻辑信道组的数据调度完，所述基站接收调度结束通知的时刻；

所述基站依据预设规则过滤所述数据得到统计的数据量。

进一步地，所述基站依据预设规则过滤所述数据得到统计的数据量后，包括：

所述基站将所述统计的数据量和上行调度时间经性能统计模块上报给网管；其中，所述上行调度时间为所述结束时刻与所述开始时刻的差值。

进一步地，所述基站依据预设规则过滤所述数据得到统计的数据量包括：

在所述开始时刻和所述结束时刻所述DRB上接收的数据为0的情况下，过滤所述开始时刻和所述结束时刻；

在所述开始时刻和所述结束时刻之间的时间段的上行调度速率小于配置的上行调度容忍门限的情况下，所述统计的数据、所述开始时刻以及所述结束时刻不进行统计，其中，所述上行调度速率为所述数据量与所述时间段的比值。

根据本发明的另一个方面，还提供了一种确定上行调度量的方法，包括：

终端向基站发送缓冲状态报告BSR；其中，所述BSR是按照终端的逻辑信道组上报的，所述BSR指示所述逻辑信道组的数据量，其中，所述BSR用于所述基站的上行调度器做业务调度；

所述终端接收所述基站发送的调度结果；

所述终端依据所述调度结果向所述基站发送终端和基站的数据承载DRB上接收的数据，所述数据是所述基站在开始时刻和结束时刻之间统计的数据，所述开始时刻是在所述逻辑信道组的数据没有调度完的情况下，所述基站接收调度开始通知的时刻，所述结束时刻是在所述逻辑信道组的数据调度完，所述基站接收调度结束通知的时刻。

根据本发明的另一个方面，还提供了一种确定上行调度量的装置，位于基站侧，所述装置包括：

第一接收模块，用于接收终端的缓冲状态报告BSR，其中，所述BSR是按照终端的逻辑信道组上报的，所述BSR指示所述逻辑信道组的数据量；

调度模块，用于依据所述BSR做业务调度，并向所述终端发送调度结果；

统计模块，用于统计开始时刻和结束时刻之间的终端和基站的数据承载DRB上接收的数据，其中，所述开始时刻是在所述逻辑信道组的数据没有调度完的情况下，所述基站接收调度开始通知的时刻，所述结束时刻是在所述逻辑信道组的数据调度完，所述基站接收调度结束通知的时刻；

过滤模块，用于依据预设规则过滤所述数据得到统计的数据量。

进一步地，所述装置还包括：

上报模块，用于将所述统计的数据量和上行调度时间经性能统计模块上报给网管；其中，所述上行调度时间为所述结束时刻与所述开始时刻的差值。

进一步地，所述过滤模块包括：

第一过滤单元，用于在所述开始时刻和所述结束时刻所述DRB上接收的数据为0的情况下，过滤所述开始时刻和所述结束时刻；

第二过滤单元，用于在所述开始时刻和所述结束时刻之间的时间段的上行调度速率小于配置的上行调度容忍门限的情况下，所述统计的数据、所述开始时刻以及所述结束时刻不进行统计，其中，所述上行调度速率为所述数据量与所述时间段的比值。

根据本发明的另一个方面，还提供了一种确定上行调度量的装置，位于终端侧，所述装置包括：

第一发送模块，用于向基站发送缓冲状态报告BSR，其中，所述BSR是按照终端的逻辑信道组上报的，所述BSR指示所述逻辑信道组的数据量，其中，所述BSR用于所述基站的上行调度器做业务调度；

第二接收模块，用于接收所述上行调度器发送的调度结果；

第二发送模块，用于依据所述调度结果向所述基站发送终端和基站的数据承载DRB上接收的数据，所述数据是所述基站在开始时刻和结束时刻之间统计的数据，所述开始时刻是在所述逻辑信道组的数据没有调度完的情况下，所述基站接收调度开始通知的时刻，所述结束时刻是在所述逻辑信道组的数据调度完，所述基站接收调度结束通知的时刻。

根据本发明的另一个方面，还提供了一种确定上行调度量的系统，包括：基站，终端；

所述基站，用于接收所述终端的缓冲状态报告BSR，其中，所述BSR是按照终端的逻辑信道组上报的，所述BSR指示所述逻辑信道组的数据量；并依据所述BSR做业务调度，向所述终端发送调度结果；

所述终端，用于依据所述调度结果向所述基站发送终端和基站的数据承载数据DRB上接收的数据；

所述基站，还用于统计开始时刻和结束时刻之间的所述DRB上接收的数据，其中，所述开始时刻是在所述逻辑信道组的数据没有调度完的情况下，所述基站接收调度开始通知的时刻，所述结束时刻是在所述逻辑信道组的数据调度完，所述基站接收调度结束通知的时刻。

进一步地，所述基站依据预设规则过滤所述数据得到统计的数据量包括：

在所述开始时刻和所述结束时刻所述DRB上接收的数据为0的情况下，过滤所述开始时刻和所述结束时刻；

在所述开始时刻和所述结束时刻之间的时间段的上行调度速率小于配置的上行调度容忍门限的情况下，所述统计的数据、所述开始时刻以及所述结束时刻不进行统计，其中，所述上行调度速率为所述数据量与所述时间段的比值。

通过本发明，基站接收终端的缓冲状态报告BSR，其中，该BSR是按照终端的逻辑信道组上报的，该BSR指示该逻辑信道组的数据量，该基站依据该BSR做业务调度，并向该终端发送调度结果，该基站统计开始时刻和结束时刻之间的终端和基站的数据承载DRB上接收的数据，其中，该开始时刻是在该逻辑信道组的数据没有调度完的情况下，该基站接收调度开始通知的时刻，该结束时刻是在该逻辑信道组的数据调度完，该基站接收调度结束通知的时刻；该基站依据预设规则过滤该数据得到统计的数据量，解决了上行区分业务的调度流量无法准确统计的问题，实现了上行调度业务流量的准确统计。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种确定上行调度量的方法的流程图一；

图2是根据本发明实施例的一种确定上行调度量的方法的流程图二；

图3是根据本发明实施例的一种确定上行调度量的装置的结构框图一；

图4是根据本发明实施例的一种确定上行调度量的装置的结构框图二；

图5是根据本发明实施例的一种确定上行调度量的装置的结构框图三；

图6是根据本发明实施例的统计上行调度流量系统模块关系示意图；

图7是根据本发明优选实施例的采集上行调度流量的流程示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在本实施例中提供了一种确定上行调度量的方法，图1是根据本发明实施例的一种确定上行调度量的方法的流程图一，如图1所示，该流程包括如下步骤：

步骤S102，基站接收终端的缓冲状态报告BSR，其中，该BSR是按照终端的逻辑信道组上报的，该BSR指示该逻辑信道组的数据量；

步骤S104，该基站依据该BSR做业务调度，并向该终端发送调度结果；

步骤S106，该基站统计开始时刻和结束时刻之间的终端和基站的数据承载DRB上接收的数据，其中，该开始时刻是在该逻辑信道组的数据没有调度完的情况下，该基站接收调度开始通知的时刻，该结束时刻是在该逻辑信道组的数据调度完，该基站接收调度结束通知的时刻；

步骤S108，该基站依据预设规则过滤该数据得到统计的数据量。

通过上述步骤，基站接收终端的缓冲状态报告BSR，其中，该BSR是按照终端的逻辑信道组上报的，该BSR指示该逻辑信道组的数据量，该基站依据该BSR做业务调度，并向该终端发送调度结果，该基站统计开始时刻和结束时刻之间的终端和基站的数据承载DRB上接收的数据，其中，该开始时刻是在该逻辑信道组的数据没有调度完的情况下，该基站接收调度开始通知的时刻，该结束时刻是在该逻辑信道组的数据调度完，该基站接收调度结束通知的时刻；该基站依据预设规则过滤该数据得到统计的数据量，解决了上行区分业务的调度流量无法准确统计的问题，实现了上行调度业务流量的准确统计。

其中，在该实施例中，基站的上行调度器接收终端的缓冲状态报告BSR，并且该基站的上行调度器依据该BSR做业务调度，并向该终端发送调度结果

在本实施例中，该基站依据预设规则过滤该数据得到统计的数据量后，该基站将该统计的数据量和上行调度时间经性能统计模块上报给网管；其中，该上行调度时间为该结束时刻与该开始时刻的差值，上述实施例中，该基站的介质访问控制(Media AccessControl，简称为MAC)模块统计开始时刻和结束时刻之间的终端和基站的数据承载DRB上接收的数据，该MAC过滤统计的数据量，实现了基站区分了业务收集了数据量和上行调度时间，将统计的数据量上报给性能统计模块。

在本实施例中，该基站依据预设规则过滤该数据得到统计的数据量包括：在该开始时刻和该结束时刻该DRB上接收的数据为0的情况下，过滤该开始时刻和该结束时刻；在该开始时刻和该结束时刻之间的时间段的上行调度速率小于配置的上行调度容忍门限的情况下，该统计的数据、该开始时刻以及该结束时刻不进行统计，其中，该上行调度速率为该数据量与该时间段的比值，因为上行BSR是按照逻辑信道来的，而上行调度器(Scheduler)是按照终端来的，所以要进行数据的过滤。

在本实施例中提供了一种确定上行调度量的方法，图2是根据本发明实施例的一种确定上行调度量的方法的流程图二，如图2所示，该流程包括如下步骤：

步骤S202，终端向基站发送缓冲状态报告BSR；其中，该BSR是按照终端的逻辑信道组上报的，该BSR指示该逻辑信道组的数据量，其中，该BSR用于该基站的上行调度器做业务调度；

步骤S204，该终端接收该基站发送的调度结果；

步骤S206，该终端依据该调度结果向该基站发送终端和基站的数据承载DRB上接收的数据，该数据是该基站在开始时刻和结束时刻之间统计的数据，该开始时刻是在该逻辑信道组的数据没有调度完的情况下，该基站接收调度开始通知的时刻，该结束时刻是在该逻辑信道组的数据调度完，该基站接收调度结束通知的时刻。

通过上述步骤，终端向基站发送缓冲状态报告BSR；其中，该BSR是按照终端的逻辑信道组上报的，该BSR指示该逻辑信道组的数据量，其中，该BSR用于该基站的上行调度器做业务调度；该终端接收该基站发送的调度结果；该终端依据该调度结果向该基站发送终端和基站的数据承载DRB上接收的数据，该数据是该基站在开始时刻和结束时刻之间统计的数据，该开始时刻是在该逻辑信道组的数据没有调度完的情况下，该基站接收调度开始通知的时刻，该结束时刻是在该逻辑信道组的数据调度完，该基站接收调度结束通知的时刻，解决了上行区分业务的调度流量无法准确统计的问题，实现了上行调度业务流量的准确统计。

其中，该终端接收该可以接收基站的上行调度器发送的调度结果。

在本实施例中还提供了一种确定上行调度量的装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图3是根据本发明实施例的一种确定上行调度量的装置的结构框图一，位于基站侧，如图3所示，该装置包括：

第一接收模块32，用于接收终端的缓冲状态报告BSR，其中，该BSR是按照终端的逻辑信道组上报的，该BSR指示该逻辑信道组的数据量；

调度模块34与上述第一接收模块32连接，用于依据该BSR做业务调度，并向该终端发送调度结果；

统计模块36与上述调度模块34连接，用于统计开始时刻和结束时刻之间的终端和基站的数据承载DRB上接收的数据，其中，该开始时刻是在该逻辑信道组的数据没有调度完的情况下，该基站接收调度开始通知的时刻，该结束时刻是在该逻辑信道组的数据调度完，该基站接收调度结束通知的时刻；

过滤模块38与上述统计模块36连接，用于依据预设规则过滤该数据得到统计的数据量。

通过上述装置，基站上行调度器接收终端的缓冲状态报告BSR，其中，该BSR是按照终端的逻辑信道组上报的，该BSR指示该逻辑信道组的数据量，该上行调度器依据该BSR做业务调度，该上行调度器向该终端发送调度结果，该基站统计开始时刻和结束时刻之间的终端和基站的数据承载数据DRB上接收的数据，其中，该开始时刻是该逻辑信道组的数据没有调度完记录的时刻，该结束时刻是该逻辑信道组的数据调度完记录的时刻，该基站依据预设规则过滤该数据得到统计的数据量，解决了上行区分业务的调度流量无法准确统计的问题，实现了上行调度业务流量的准确统计。

图4是根据本发明实施例的一种确定上行调度量的装置的结构框图二，位于基站侧，如图4所示，除了图3所示的模块外，该装置包括：

上报模块42，用于将该统计的数据量和上行调度时间经性能统计模块上报给网管；其中，该上行调度时间为该结束时刻与该开始时刻的差值。

在本实施例中，该过滤模块38包括：

第一过滤单元，用于在该开始时刻和该结束时刻该DRB上接收的数据为0的情况下，过滤该开始时刻和该结束时刻；

第二过滤单元，用于在该开始时刻和该结束时刻之间的时间段的上行调度速率小于配置的上行调度容忍门限的情况下，该统计的数据、该开始时刻以及该结束时刻不进行统计，其中，该上行调度速率为该数据量与该时间段的比值。

图5是根据本发明实施例的一种确定上行调度量的装置的结构框图三，位于终端侧，如图5所示，该装置包括：

第一发送模块52，用于向基站发送缓冲状态报告BSR，其中，该BSR是按照终端的逻辑信道组上报的，该BSR指示该逻辑信道组的数据量，其中，该BSR用于该基站的上行调度器做业务调度；

第二接收模块54，用于接收该上行调度器发送的调度结果；

第二发送模块56，用于依据该调度结果向该基站发送终端和基站的数据承载DRB上接收的数据，该数据是该基站在开始时刻和结束时刻之间统计的数据，该开始时刻是在该逻辑信道组的数据没有调度完的情况下，该基站接收调度开始通知的时刻，该结束时刻是在该逻辑信道组的数据调度完，该基站接收调度结束通知的时刻。

通过上述装置，终端向基站发送缓冲状态报告BSR；其中，该BSR是按照终端的逻辑信道组上报的，该BSR指示该逻辑信道组的数据量，其中，该BSR用于该基站的上行调度器做业务调度；该终端接收该基站发送的调度结果；该终端依据该调度结果向该基站发送终端和基站的数据承载DRB上接收的数据，该数据是该基站在开始时刻和结束时刻之间统计的数据，该开始时刻是在该逻辑信道组的数据没有调度完的情况下，该基站接收调度开始通知的时刻，该结束时刻是在该逻辑信道组的数据调度完，该基站接收调度结束通知的时刻，解决了上行区分业务的调度流量无法准确统计的问题，实现了上行调度业务流量的准确统计。

在本发明的另一个实施中，还提供了一种确定上行调度量的系统，包括：基站，终端；

该基站，用于接收该终端的缓冲状态报告BSR，其中，该BSR是按照终端的逻辑信道组上报的，该BSR指示该逻辑信道组的数据量；并依据该BSR做业务调度，向该终端发送调度结果；

该终端，用于依据该调度结果向该基站发送终端和基站的数据承载数据DRB上接收的数据；

该基站，还用于统计开始时刻和结束时刻之间的该DRB上接收的数据，其中，该开始时刻是在该逻辑信道组的数据没有调度完的情况下，该基站接收调度开始通知的时刻，该结束时刻是在该逻辑信道组的数据调度完，该基站接收调度结束通知的时刻。

在该实施例中，基站的上行调度器接收终端的缓冲状态报告BSR，并且该基站的上行调度器依据该BSR做业务调度，并向该终端发送调度结果，该基站的MAC统计开始时刻和结束时刻之间的终端和基站的数据承载DRB上接收的数据，该MAC过滤统计的数据量，实现了基站区分了业务收集了数据量和上行调度时间，将统计的数据量上报给性能统计模块。

在本实施例中，该基站依据预设规则过滤该数据得到统计的数据量包括：在该开始时刻和该结束时刻该DRB上接收的数据为0的情况下，过滤该开始时刻和该结束时刻；

在该开始时刻和该结束时刻之间的时间段的上行调度速率小于配置的上行调度容忍门限的情况下，该统计的数据、该开始时刻以及该结束时刻不进行统计，其中，该上行调度速率为该数据量与该时间段的比值。

下面结合优选实施例和实施方式对本发明进行详细说明。

本优选实施例首先在上行调度器提供预估UE缓冲为空的方法，通过这种预估可以确定统计时间的开始和结束时刻。同时在MAC模块提供区分业务收集数据方法，负责将统计数据上报性能模块。

图6是根据本发明实施例的统计上行调度流量系统模块关系示意图，如图6所示，包括：基站(eNodeB)62，终端(UE)64，基站的上行调度器(Scheduler)66，以及介质访问控制(Media Access Control，简称为MAC)模块68，上述各模块之间的关系包括如下内容：

1.基站(eNodeB)62的性能模块(相当于上述实施例中的性能统计模块)定义两类计数器，包括：上行调度数据量(QCI)，上行调度时间(QCI)。

2.上行调度：当基站62的上行调度器66接收到UE64的BSR时，此BSR是按照UE64的逻辑信道组上报的。每个UE64每个逻辑信道组有多少数据量在BSR中都会有体现。上行调度器66根据UE64的BSR做业务调度，给出最终每个UE64的调度结果(给的调度结果是按照UE)。如果UE64上报的所有逻辑信道组的数据，没有被调度完，则记录统计开始时刻；如果被调度完，则记录统计结束时刻。

3.上行接收：MAC模块68收集在统计的开始时刻和结束时刻之间每个DRB上接收的数据，并依据业务特性对收集的数据做过滤。考虑到上行BSR是按照逻辑信道组,上行调度器66调度是按照UE64来的，所以要进行数据过滤，去掉没有数据传输的DRB的统计，过滤方法包括：

a)，如果DRB的数据在开始时刻和结束时刻为0，则时间不纳入统计；

b)，如果本时段(开始时刻和结束时刻之间的时段)内的速率，小于上行调度容忍门限，则数据量和时间都不纳入统计；

c)，上行调度容忍门限可配置，测试的经验数据为：500kbit/s，其中，每个小区一个配置值。

图7是根据本发明优选实施例的采集上行调度流量的流程示意图，如图7所示，本优选实施例的实现流程包括如下步骤：

步骤S702，终端接收业务数据，并上报BSR；

步骤S704，eNodeb的上行调度器接收到UE上报的BSR，开始做业务调度给出最终每个UE的调度结果时，会根据上报BSR和调度结果的关系确定统计是否触发统计，其中，在eNodeB的性能模块定义两类计数器，包括：上行调度数据量(QCI)，上行调度时间(QCI)。

步骤S706，如果UE上报的逻辑信道组所有数据，除去信令的，本次没有被调度完，则记录统计时刻T1，并将T1通知MAC模块；如果UE上报的逻辑信道组所有数据，除去信令的，本次被调度完，则记录统计时刻T2，并将T2通知MAC模块；如果一个UE上没有记录T1，则不记录T2，也不通知T2到MAC模块。

步骤S708，eNodeB的MAC模块接收到上行调度器通知的T1时，标记UE为开始统计时刻。从T1时刻之后，MAC模块接收到这个UE每个DRB的数据在对应的实体上采集接收到的分组数据汇聚协议(Packet Data Convergence Protocol，简称为PDCP)服务数据单元(server data unit，简称为SDU)的数据量。

步骤S710，eNodeB的MAC模块接收到上行调度器通知的T2时，标记UE为结束统计时刻，停止采集数据。确定统计量为：上行调度数据量(QCI)＝收集的数据量(QCI)；上行调度时间(QCI)＝(T2-T1)(QCI)。

步骤S712，MAC模块根据统计结果，做数据过滤，数据过滤的情况包括：如果收集数据量＝0，则T2-T1不纳入统计；如果本时段的上行调度速率小于配置门限，则数据量和时间都不纳入统计，其中上行调度速率＝收集的数据量/(T2-T1)。

步骤S714，MAC模块给基站的性能模块上报过滤后的数据。

本优选实施例可以区分业务统计上行调度流量，更精确的衡量基站调度不同类型上行业务的能力。

下面结合具体应用场景对本发明进行详细说明，

场景一，以下以20M小区接入一个UE，本UE上一个默认承载，上行调度冗余门限500kbit/s，BSR的上报周期设置为5ms。场景一的优选实施例包括如下步骤：

步骤S802，在UE的默认承载上，发起上行灌包业务，速率为30M/s。

步骤S804，到BSR的上报周期时刻，UE上报BSR，数据量为150kbit。

步骤S806，eNodeB的上行调度器接收到UE的BSR后，开始调度业务,给出的调度结果是75kbit。由于数据没有被调度完，上行调度模块通知MAC模块T1指示。

步骤S808，5eNodeB的MAC模块接收到T1指示后，开始准备收集本UE默认承载上的数据。

步骤S810，UE接收到eNodeB的调度结果后，发送上行数据75kbit。

步骤S812，MAC模块接收到UE上报的数据，采集数据量为75kbit。

步骤S814，eNodeB的上行调度器在下一个传输时间间隔(Transmission TimeInterval，简称为TTI)继续调度数据，上次剩余数据为75kbit。这次给出的调度结果是75kbit。由于数据被调度完，上行调度模块通知MAC模块的T2指示。

步骤S816，eNodeB的MAC模块接收到T2指示后，等待4ms后，结束收集数据。根据过滤规则，数据量不为0，速率大于门限，则数据量统计＝150Kbit；时间等于T2-T1＝2ms；

场景2，以下以20M小区接入1个UE。UE上一个QCI7承载，一个QCI2的承载，并且设置上行调度冗余门限500kbit/s，BSR的上报周期设置为5ms。场景二的优选实施例包括如下步骤：

步骤S902，在UE的QCI7承载上，发起上行灌包业务，速率为30M/s，在UE的QCI2承载上，发起时时业务，速率为128Kbit/s。

步骤S904，到BSR的上报周期时刻，UE上报BSR，其中逻辑信道组1数据量为150kbit；逻辑信道组2的数据量为640bit。

步骤S906，eNodeB的上行调度器接收到UE的BSR后，开始调度业务,给出的调度结果是UE可调度的数据量为75kbit，由于数据没有被调度完，上行调度模块通知MAC模块开始统计时刻T1。

步骤S908，eNodeB的MAC模块接收到T1指示后，开始准备收集本UE承载上的数据。

步骤S910，UE接收到eNodeB的调度结果后，根据优先级关系，发送QCI2的上行数据640bit,QCI7的74kbit。

步骤S912，MAC模块接收到UE上报的数据，采集数据量为QCI2＝640bit,QCI7＝75kbit。

步骤S914，eNodeB的上行调度器在下一个TTI继续调度数据，上次剩余数据为75kbit，这次给出的调度结果是75kbit。由于数据未调度完，已经通知了T1，不再通知了。

步骤S916，eNodeB的上行调度器在下一个TTI继续调度数据，调度完上行数据，通知T2。

步骤S918，eNodeB的MAC模块接收到T2指示后，等待4ms后，结束收集数据。根据过滤规则，QCI7数据量不为0，速率大于门限，则数据量统计＝150Kbit；时间等于T2-T1＝2ms；QCI2不纳入统计。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行上述实施例的方法步骤的程序代码：

可选地，存储介质还被设置为存储用于执行上述实施例的方法步骤的程序代码：

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述实施例的方法步骤。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种确定上行调度量的方法，其特征在于，包括：

基站接收终端的缓冲状态报告BSR，其中，所述BSR是按照终端的逻辑信道组上报的，所述BSR指示所述逻辑信道组的数据量；

所述基站依据所述BSR做业务调度，并向所述终端发送调度结果；

所述基站统计开始时刻和结束时刻之间的终端和基站的数据承载DRB上接收的数据，其中，所述开始时刻是在所述逻辑信道组的数据没有调度完的情况下，所述基站接收调度开始通知的时刻，所述结束时刻是在所述逻辑信道组的数据调度完，所述基站接收调度结束通知的时刻；

所述基站依据预设规则过滤所述数据得到统计的数据量。

2.根据权利要求1所述的方法，其特征在于，所述基站依据预设规则过滤所述数据得到统计的数据量后，包括：

所述基站将所述统计的数据量和上行调度时间经性能统计模块上报给网管；其中，所述上行调度时间为所述结束时刻与所述开始时刻的差值。

3.根据权利要求1所述的方法，其特征在于，所述基站依据预设规则过滤所述数据得到统计的数据量包括：

在所述开始时刻和所述结束时刻所述DRB上接收的数据为0的情况下，过滤所述开始时刻和所述结束时刻；

在所述开始时刻和所述结束时刻之间的时间段的上行调度速率小于配置的上行调度容忍门限的情况下，所述统计的数据、所述开始时刻以及所述结束时刻不进行统计，其中，所述上行调度速率为所述数据量与所述时间段的比值。

4.一种确定上行调度量的方法，其特征在于，包括：

终端向基站发送缓冲状态报告BSR；其中，所述BSR是按照终端的逻辑信道组上报的，所述BSR指示所述逻辑信道组的数据量，其中，所述BSR用于所述基站的上行调度器做业务调度；

所述终端接收所述基站发送的调度结果；

所述终端依据所述调度结果向所述基站发送终端和基站的数据承载DRB上接收的数据，所述数据是所述基站在开始时刻和结束时刻之间统计的数据，所述开始时刻是在所述逻辑信道组的数据没有调度完的情况下，所述基站接收调度开始通知的时刻，所述结束时刻是在所述逻辑信道组的数据调度完，所述基站接收调度结束通知的时刻。

5.一种确定上行调度量的装置，其特征在于，位于基站侧，所述装置包括：

第一接收模块，用于接收终端的缓冲状态报告BSR，其中，所述BSR是按照终端的逻辑信道组上报的，所述BSR指示所述逻辑信道组的数据量；

调度模块，用于依据所述BSR做业务调度，并向所述终端发送调度结果；

统计模块，用于统计开始时刻和结束时刻之间的终端和基站的数据承载DRB上接收的数据，其中，所述开始时刻是在所述逻辑信道组的数据没有调度完的情况下，所述基站接收调度开始通知的时刻，所述结束时刻是在所述逻辑信道组的数据调度完，所述基站接收调度结束通知的时刻；

过滤模块，用于依据预设规则过滤所述数据得到统计的数据量。

6.根据权利要求5所述的装置，其特征在于，所述装置还包括：

上报模块，用于将所述统计的数据量和上行调度时间经性能统计模块上报给网管；其中，所述上行调度时间为所述结束时刻与所述开始时刻的差值。

7.根据权利要求5所述的装置，其特征在于，所述过滤模块包括：

第一过滤单元，用于在所述开始时刻和所述结束时刻所述DRB上接收的数据为0的情况下，过滤所述开始时刻和所述结束时刻；

第二过滤单元，用于在所述开始时刻和所述结束时刻之间的时间段的上行调度速率小于配置的上行调度容忍门限的情况下，所述统计的数据、所述开始时刻以及所述结束时刻不进行统计，其中，所述上行调度速率为所述数据量与所述时间段的比值。

8.一种确定上行调度量的装置，其特征在于，位于终端侧，所述装置包括：

第一发送模块，用于向基站发送缓冲状态报告BSR，其中，所述BSR是按照终端的逻辑信道组上报的，所述BSR指示所述逻辑信道组的数据量，其中，所述BSR用于所述基站的上行调度器做业务调度；

第二接收模块，用于接收所述上行调度器发送的调度结果；

第二发送模块，用于依据所述调度结果向所述基站发送终端和基站的数据承载DRB上接收的数据，所述数据是所述基站在开始时刻和结束时刻之间统计的数据，所述开始时刻是在所述逻辑信道组的数据没有调度完的情况下，所述基站接收调度开始通知的时刻，所述结束时刻是在所述逻辑信道组的数据调度完，所述基站接收调度结束通知的时刻。

9.一种确定上行调度量的系统，其特征在于，包括：基站，终端；

所述基站，用于接收所述终端的缓冲状态报告BSR，其中，所述BSR是按照终端的逻辑信道组上报的，所述BSR指示所述逻辑信道组的数据量；并依据所述BSR做业务调度，向所述终端发送调度结果；

所述终端，用于依据所述调度结果向所述基站发送终端和基站的数据承载数据DRB上接收的数据；

所述基站，还用于统计开始时刻和结束时刻之间的所述DRB上接收的数据，其中，所述开始时刻是在所述逻辑信道组的数据没有调度完的情况下，所述基站接收调度开始通知的时刻，所述结束时刻是在所述逻辑信道组的数据调度完，所述基站接收调度结束通知的时刻。

10.根据权利要求9所述的系统，其特征在于，所述基站依据预设规则过滤所述数据得到统计的数据量包括：

在所述开始时刻和所述结束时刻所述DRB上接收的数据为0的情况下，过滤所述开始时刻和所述结束时刻；

在所述开始时刻和所述结束时刻之间的时间段的上行调度速率小于配置的上行调度容忍门限的情况下，所述统计的数据、所述开始时刻以及所述结束时刻不进行统计，其中，所述上行调度速率为所述数据量与所述时间段的比值。