一种上行业务的调度方法和基站的制作方法

文档序号:9828722阅读:697来源:国知局
一种上行业务的调度方法和基站的制作方法
【技术领域】
[0001]本发明涉及移动通信技术,尤其涉及一种上行业务的调度方法和基站。
【背景技术】
[0002]当前,第三代合作伙伴计划(3GPP,3rdGenerat1n Partnership Project)协议中将业务按照不同的属性划分为不同的种类,每种类型的业务都明确规定了业务数据包的时延(PDB:Packet Delay Budget),用来表示分组数据包在用户终端(UE,User Equipment)与核心网间传输的最大时延。3GPP协议明确规定任何业务98%的数据包都应该满足TOB要求。
[0003]目前,下行业务分组数据包到达基站用户面的时候,基站可以添加时间标识,以使得基站在调度该业务分组数据包时就可以获得其在基站的等待时延,再结合该业务的TOB要求,选择合适的调度策略,尽最大可能满足业务分组数据包的PDB要求;
[0004]但是对于上行业务分组数据包,由于UE只会向基站上报该上行业务分组数据包在用户面中等待调度的数据大小,使得基站并不清楚该上行业务分组数据包何时到达UE的用户面,也不清楚该上行业务分组数据包在UE用户面中的等待时延,这样机会导致基站无法获取到该上行分组数据包的等待时延信息,从而也无法在调度中结合上行分组数据包的PDB要求选择合适的调度策略,导致无法保证上行业务分组数据包的PDB要求。
[0005]综上所述,现有技术中并没有获取上行业务分组数据包的等待时延的技术方案。

【发明内容】

[0006]为解决上述技术问题,本发明实施例期望提供一种上行业务的调度方法和基站,能够对上行业务分组数据包的等待时延进行估算,从而保证上行业务分组数据包的PDB要求。
[0007]本发明的技术方案是这样实现的:
[0008]第一方面,本发明实施例提供了一种上行业务的调度方法,所述方法包括:
[0009]基站接收终端上报的缓存状态报告BSR ;
[0010]所述基站根据自身当前维护的BSR大小总量以及所述BSR的大小确定所述BSR的有效性;
[0011]所述基站确定所述BSR有效之后,将所述BSR进行时间标记,并按照所述BSR对所述自身当前维护的BSR大小进行第一次更新;
[0012]当所述基站进行业务调度时,按照调度时刻与所述BSR的时间标记获取所述BSR的等待时延;
[0013]所述基站根据预设的调度算法和BSR的等待时延进行调度,并按照调度对所述第一次更新后的自身当前维护的BSR大小进行第二次更新。
[0014]进一步地,所述基站根据自身当前维护的BSR大小以及所述BSR大小确定所述BSR的有效性,包括:
[0015]当所述BSR大小大于所述基站自身当前维护的BSR大小总量时,所述基站确定所述BSR有效;
[0016]当所述BSR大小小于等于所述基站自身当前维护的BSR大小总量时,所述基站确定所述BSR无效。
[0017]进一步地,所述基站按照所述BSR对所述自身当前维护的BSR大小进行第一次更新,包括:
[0018]所述基站将所述BSR大小减去所述自身当前维护的BSR大小总量得到的差值,得到所述BSR的更新大小。
[0019]进一步地,所述基站还记录自身当前已维护的BSR个数以及自身维护BSR个数上限;
[0020]相应地,所述基站确定所述BSR有效之后,还包括:
[0021 ] 当所述自身当前已维护的BSR个数加上所述BSR的个数大于所述维护BSR个数上限时,所述基站将所述BSR的时间标记设置为自身最后维护的BSR的时间标记,并且将所述BSR并入所述自身最后维护的BSR ;
[0022]当所述自身当前已维护的BSR个数加上所述BSR的个数小于等于所述维护BSR个数上限时,所述基站将所述BSR进行时间标记,并按照所述BSR对所述自身当前维护的BSR
大小进行第一次更新。
[0023]进一步地,当所述基站是连续调度时,所述BSR的等待时延为所述调度时刻减去所述BSR的时间标记;
[0024]当所述基站为非连续调度时,所述BSR的等待时延为所述调度时刻减去所述BSR的时间标记再加上非连续调度随机值,所述非连续调度随机值为一个处于[1,调度请求SR周期]的数值,其中,[*]表示闭区间,调度请求SR周期为调度请求的调度周期。
[0025]第二方面,本发明实施例提供了一种基站,所述基站包括:接收单元、确定单元、第一更新单元、获取单元、调度单元和第二更新单元,其中,
[0026]所述接收单元,用于接收终端上报的缓存状态报告BSR ;
[0027]所述确定单元,用于根据所述基站自身当前维护的BSR大小总量以及所述BSR的大小确定所述BSR的有效性;
[0028]所述第一更新单元,用于当所述确定单元确定所述BSR有效之后,将所述BSR进行时间标记,并按照所述BSR对所述基站自身当前维护的BSR大小进行第一次更新;
[0029]当所述基站进行业务调度时,所述获取单元,用于按照调度时刻与所述BSR的时间标记获取所述BSR的等待时延;
[0030]所述调度单元,用于根据预设的调度算法和BSR的等待时延进行调度;
[0031]所述第二更新单元,用于按照所述调度单元的调度对所述第一次更新后的自身当前维护的BSR大小进行第二次更新。
[0032]进一步地,所述确定单元,用于:
[0033]当所述BSR大小大于所述基站自身当前维护的BSR大小总量时,确定所述BSR有效;
[0034]当所述BSR大小小于等于所述基站自身当前维护的BSR大小总量时,确定所述BSR无效。
[0035]进一步地,所述第一更新单元,用于将所述BSR大小减去所述基站自身当前维护的BSR大小总量得到的差值,得到所述BSR的更新大小。
[0036]进一步地,所述基站还包括记录单元,用于记录所述基站自身当前已维护的BSR个数以及所述基站自身维护BSR个数上限;
[0037]相应地,所述第一更新单元,用于:
[0038]所述确定单元确定所述BSR有效之后,
[0039]当所述自身当前已维护的BSR个数加上所述BSR的个数大于所述维护BSR个数上限时,将所述BSR的时间标记设置为所述基站自身最后维护的BSR的时间标记,并且将所述BSR并入所述自身最后维护的BSR ;
[0040]当所述自身当前已维护的BSR个数加上所述BSR的个数小于等于所述维护BSR个数上限时,将所述BSR进行时间标记,并按照所述BSR对所述基站自身当前维护的BSR大小进行第一次更新。
[0041]进一步地,当所述基站是连续调度时,所述BSR的等待时延为所述调度时刻减去所述BSR的时间标记;
[0042]当所述基站为非连续调度时,所述BSR的等待时延为所述调度时刻减去所述BSR的时间标记再加上非连续调度随机值,所述非连续调度随机值为一个处于[1,调度请求SR周期]的数值,其中,[*]表示闭区间,调度请求SR周期为调度请求的调度周期。
[0043]本发明实施例提供了一种上行业务的调度方法和基站通过基站根据终端上报的BSR所获取的上行时延估计对上行业务进行调度,实现了对上行业务分组数据包的等待时延进行估算,从而保证上行业务分组数据包的PDB要求。。
【附图说明】
[0044]图1为本发明实施例提供的一种上行业务的调度方法流程示意图;
[0045]图2为本发明实施例提供的一种上行业务具体的调度方法流程示意图;
[0046]图3为本发明实施例提供的另一种上行业务具体的调度方法流程示意图;;
[0047]图4为本发明实施例提供的又一种上行业务具体的调度方法流程示意图;;
[0048]图5为本发明实施例提供的一种基站的结构TJK意图;
[0049]图6为本发明实施例提供的另一种基站的结构TJK意图。
【具体实施方式】
[0050]下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。
[0051 ] 本发明的基本思想为:根据终端上报的缓存状态报告(BS
当前第1页1 2 3 4 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1