[发明专利]一种上行业务的调度方法和基站

说明书

本发明实施例公开了一种上行业务的调度方法和基站，该方法可以包括：基站接收终端上报的缓存状态报告BSR；所述基站根据自身当前维护的BSR大小以及所述BSR的大小确定所述BSR的有效性；所述基站确定所述BSR有效之后，将所述BSR进行时间标记，并按照所述BSR对所述自身当前维护的BSR大小进行第一次更新；当所述基站进行业务调度时，按照调度时刻与所述BSR的时间标记获取所述BSR的等待时延；所述基站根据预设的调度算法和BSR的等待时延进行调度，并按照调度对所述第一次更新后的自身当前维护的BSR大小进行第二次更新。

技术领域

本发明涉及移动通信技术，尤其涉及一种上行业务的调度方法和基站。

背景技术

当前，第三代合作伙伴计划(3GPP，3rd Generation Partnership Project)协议中将业务按照不同的属性划分为不同的种类，每种类型的业务都明确规定了业务数据包的时延(PDB：Packet Delay Budget)，用来表示分组数据包在用户终端(UE，User Equipment)与核心网间传输的最大时延。3GPP协议明确规定任何业务98％的数据包都应该满足PDB要求。

目前，下行业务分组数据包到达基站用户面的时候，基站可以添加时间标识，以使得基站在调度该业务分组数据包时就可以获得其在基站的等待时延，再结合该业务的PDB要求，选择合适的调度策略，尽最大可能满足业务分组数据包的PDB要求；

但是对于上行业务分组数据包，由于UE只会向基站上报该上行业务分组数据包在用户面中等待调度的数据大小，使得基站并不清楚该上行业务分组数据包何时到达UE的用户面，也不清楚该上行业务分组数据包在UE用户面中的等待时延，这样机会导致基站无法获取到该上行分组数据包的等待时延信息，从而也无法在调度中结合上行分组数据包的PDB要求选择合适的调度策略，导致无法保证上行业务分组数据包的PDB要求。

综上所述，现有技术中并没有获取上行业务分组数据包的等待时延的技术方案。

发明内容

为解决上述技术问题，本发明实施例期望提供一种上行业务的调度方法和基站，能够对上行业务分组数据包的等待时延进行估算，从而保证上行业务分组数据包的PDB要求。

本发明的技术方案是这样实现的：

第一方面，本发明实施例提供了一种上行业务的调度方法，所述方法包括：

基站接收终端上报的缓存状态报告BSR；

所述基站根据自身当前维护的BSR大小总量以及所述BSR的大小确定所述BSR的有效性；

所述基站确定所述BSR有效之后，将所述BSR进行时间标记，并按照所述BSR对所述自身当前维护的BSR大小进行第一次更新；

当所述基站进行业务调度时，按照调度时刻与所述BSR的时间标记获取所述BSR的等待时延；

所述基站根据预设的调度算法和BSR的等待时延进行调度，并按照调度对所述第一次更新后的自身当前维护的BSR大小进行第二次更新。

进一步地，所述基站根据自身当前维护的BSR大小以及所述BSR大小确定所述BSR的有效性，包括：

当所述BSR大小大于所述基站自身当前维护的BSR大小总量时，所述基站确定所述BSR有效；

当所述BSR大小小于等于所述基站自身当前维护的BSR大小总量时，所述基站确定所述BSR无效。

进一步地，所述基站按照所述BSR对所述自身当前维护的BSR大小进行第一次更新，包括：

所述基站将所述BSR大小减去所述自身当前维护的BSR大小总量得到的差值，得到所述BSR的更新大小。