背景技术
在移动通信***中,网络侧要对用户终端UE的上行数据包进行调度和资源分配,就需要知道UE在该上行逻辑信道上缓存区待发数据量的情况,这就需要UE对自己缓存区中的数据量状况进行报告,即进行BSR(Buffer StatusReport,缓存状态报告)上报。当UE没有上行共享资源发送BSR时,需要通过向网络侧发送SR(Scheduling Request,调度请求)来申请上行共享资源,由网络侧为UE分配上行共享资源用于BSR的传输。将以上述方式上报的BSR称为Regular BSR,即只有Regular BSR可以触发SR上报。
Regular BSR上报的触发条件有以下三种,其中任何一个触发条件成立都会触发Regular BSR上报:
1)当有比当前缓存区中的数据优先级更高的数据到达时;
2)当所有LCG(Logic Channel Group,逻辑信道组)上缓存区都为空,且有新的数据到达时;
3)缓存报告重传定时器超时且缓冲区还有数据需要上传时。其中重传定时器在每一次上报BSR后重启,超时后如果缓冲区有数据,则触发BSR上报。
语音业务是无线通信的基本研究内容,在只存在PS域(Packet SwitchedDomain,分组交换域)的***中,例如LTE***,语音业务通过VoIP(Voiceover Internet Protoco1)承载。VoIP业务模型如图1所示,用户侧的语音编码器按固定周期输出数据包,VoIP业务的数据传输状态主要分为激活期(talkspurt)和静默期(silent period),在激活期,所输出的数据包时间间隔固定为20ms,在静默期,所输出的数据包时间间隔固定为160ms。VoIP业务的数据传输状态还包括在VoIP业务建立后瞬态(transient state),瞬态所输出的数据包没有进行头压缩,输出的数据包时间间隔固定为20ms,瞬态持续时间很短。
对于VoIP业务,激活期的数据包大于静默期的数据包,当分别处于激活期和静默期内时,数据包的变化范围很小。以采用传输速率为12.2kbps的AMR的用户侧设备为例,由于瞬态的数据包没有进行头压缩,数据包比较大,为92byte,瞬态之后激活期的数据包为进行了头压缩的语音业务数据包,数据包大小为35~47byte。在静默期没有语音业务数据传输,只有由于背景噪声产生的SID(Silence Indicate Date,沉默指示数据)包,SID包大小为10~22byte。
针对VOIP业务数据包周期性到达,数据包大小相对固定的特点,LTE***网络侧对激活期传输的数据包使用半持续调度,对静默期传输的SID包以及出错重传数据包采用动态调度。如图2所示为网络侧针对VoIP业务数据包的资源分配方式示意图,具体方式如下:
1)对激活期的数据包,网络侧间隔持续资源周期为用户侧分配固定大小的上行半持续资源,其中所述持续资源周期为20ms,因此用户侧在激活器周期性地使用网络侧为其分配的上行半持续资源传输数据包。现有技术中将该资源分配方式称为半持续资源调度方式。
2)当确定由激活期转为静默期时,网络侧释放上行半持续资源,对于静默期的SID包,每次接收到用户侧上报的BSR后,根据接收的BSR为用户侧分配PRB(Physical Resource Block,物理资源块)资源;其中对于瞬态的数据包,也是根据接收的BSR为用户侧分配上行资源。现有技术中将根据接收的BSR为用户侧分配资源的方式成为动态调度方式。
3)对于VOIP业务激活期重传的数据包和静默期重传的SID包,由于重传会触发BSR上报,均使用动态调度的方式为其分配PRB资源。
根据目前的regular BSR触发条件,如果采用的资源分配方式可以使用户侧在下一个数据包到来之前将前面一个数据包发送成功,则用户侧缓冲区为空,当下一个数据包到来时,触发BSR上报。在采用半持续资源调度方式已经分配了半持续资源(图2中椭圆包含的部分)的情况下,现有所分配的半持续资源的尺寸比激活期数据包大,因此用户侧可以在20ms内传输完每一个激活期数据包,则在半持续资源调度期间每20ms均需要触发一次BSR上报。网络侧由于已经为用户侧要传输的数据包分配了半持续资源,并且分配的半持续资源足够该数据包传输完,并不需要收到针对VoIP业务数据包的BSR和SR,对于接收到的BSR上报也不会进行处理,造成了不必要的开销。
因此利用现有的资源调度方式,对于采用半持续资源调度方式已经分配了半持续资源的VoIP业务,仍旧会频繁的触发BSR上报,而BSR上报又会触发SR上报,这将导致存在以下问题:
1)不必要的BSR上报导致占用了大量的PUSCH(Physical Uplink SharedChannel,物理上行共享通道)资源,不必要的SR上报导致占用了大量的上行控制信道PUCCH(Physical Uplink Control Channel,物理上行控制信道)资源。很容易造成***内PUCCH和PUSCH资源受限。
2)由于BSR是通过上行动态调度进行调度和资源分配的,BSR上报触发SR上报,网络侧根据上报的SR每调度一次BSR上报就需要利用PDCCH(Physical Downlink Control Channel,物理下行控制信道)向用户侧发送一次调度信令,所以不必要的BSR上报还会会浪费大量的PDCCH资源,造成PDCCH资源受限。
3)频繁地上报BSR会导致上报没有必要的SR,不利于终端省电,同时还会使PUCCH的干扰增强。
现有的资源调度方式导致存在以上几方面的资源受限,限制了通信***内能容纳的用户数目。在同等用户规模下,会降低网络内业务的服务质量。
发明内容
本发明提供一种资源分配方法和用户侧上报BSR的方法及用户侧设备、网络侧设备,优化现有资源分配机制,减少不必要的资源浪费。
本发明提供了一种资源分配方法,包括:
网络侧确定用户侧VoIP业务传输进入激活期时,判断用户侧激活期所传输的数据包大小是否处于稳定状态;
在确定处于稳定状态时,网络侧根据处于稳定状态的数据包大小,确定用户侧激活期所传输的数据包的下限值;
在后续激活期期间,网络侧采用半持续资源调度方式为用户侧分配半持续资源,所述半持续资源不大于所确定的所述下限值。
本发明还提供了一种用户侧上报缓存状态报告BSR的方法,包括:
在VoIP业务传输处于激活期期间,间隔设定周期确定有传输BSR的上行共享资源时上报BSR,所述设定周期大于用户侧激活期产生数据包的周期。
本发明还提供了另一种用户侧上报缓存状态报告BSR的方法,包括:
在VoIP业务传输处于激活期期间,间隔重传周期确定缓存中有数据时,确定是否有传输BSR的上行共享资源,所述重传周期大于用户侧激活期产生数据包的周期;
若有传输BSR的上行共享资源,用户侧直接进行BSR上报;
若无,首先上报调度请求SR,并利用网络侧根据SR所分配的上行共享资源进行BSR上报。
本发明还提供了一种网络侧设备,包括:
第一状态确定单元,用于确定用户侧VoIP业务传输是否进入激活期;
稳定状态判断单元,用于在确定进入激活期时,判断用户侧激活期所传输的数据包大小是否处于稳定状态;
下限值确定单元,用于在确定处于稳定状态时,根据处于稳定状态的数据包大小,确定用户侧激活期所传输的数据包的下限值;
第一资源分配单元,用于在VoIP业务传输处于激活期时,采用半持续资源调度方式为用户侧分配半持续资源,该半持续资源不大于所述下限值。
本发明还提供了一种用户侧设备,包括:
激活期确定单元,用于确定VoIP业务传输是否处于激活期;
BSR上报单元,用于在激活期,间隔设定周期确定有传输BSR的上行共享资源时上报BSR,所述设定周期大于用户侧激活期产生数据包的周期。
本发明还提供了另一种用户侧设备,包括:
激活期确定单元,用于确定VoIP业务传输是否处于激活期;
资源利用确定单元,用于在激活期,间隔重传周期确定缓存中有数据时,确定是否有传输BSR的上行共享资源,所述重传周期大于用户侧激活期产生数据包的周期;
第一上报单元,用于确定有传输BSR的上行共享资源时,直接上报BSR;
第二上报单元,用于确定没有传输BSR的上行共享资源时,首先上报调度请求SR,并利用网络侧根据SR所分配的上行共享资源上报BSR。
利用本发明提供的资源分配方法和用户侧上报BSR的方法及用户侧设备、网络侧设备,具有以下有益效果:在为VoIP业务数据包分配了半持续资源的期间,通过对半持续资源大小的控制,可以在半持续资源分配期间避免上行缓冲区频繁为空,避免了不必要的缓冲区数据量上报,从而有效的降低了上行BSR上报开销和SR上报开销,提高了***容量,降低了PUCCH干扰,也使用户省电效果更佳。
具体实施方式
下面结合附图和实施例对本发明提出的资源分配方法和用户侧上报BSR的方法及用户侧设备、网络侧设备进行更详细地说明。
本发明提供的资源分配方法,对于用户侧VoIP业务传输,可以降低不必要的缓冲区数据量上报即BSR上报,具体为在采用半持续调度方式时,通过对所分配的半持续资源大小的控制,可以在半持续调度方式期间避免上行缓冲区频繁为空,根据现有的BSR触发机制,可以避免了不必要的BSR上报及由其触发的SR上报,从而有效的降低了不必要的BSR上报开销和SR上报开销,提高了整个通信***容量,降低了PUCCH干扰,也使用户省电效果更佳。
如图3所示,依照本发明的实施例中所提供的资源分配方法包括:
步骤S301,网络侧确定用户侧VoIP业务传输进入激活期时,判断用户侧激活期所传输的数据包大小是否处于稳定状态;
用户侧建立VoIP业务后,可以认为进入激活期,但一般经短暂的瞬态后进入所传输的数据包大小在一定范围内波动,称为数据包大小处于稳定状态。在瞬态时,接收的数据包是没有进行头压缩的数据包,因此数据包比较大,所传输的数据包大小处于稳定状态时,网络侧接收的是经头压缩后的数据包,因此,可以通过接收数据包的变化确定是否处于稳定状态。
步骤S302,在确定处于稳定状态时,网络侧根据处于稳定状态的数据包大小,确定用户侧激活期所传输的数据包的下限值;
进入激活期且开始传输经头压缩后的数据包时,数据包的大小变化不大,根据现有技术,可以根据接收的第一个经头压缩数据包的信息确定用户侧激活期所传输的数据包的下限值,具体过程这里不再赘述。
步骤S303,在确定处于稳定状态后的VoIP业务传输激活期期间,网络侧采用半持续资源调度方式为用户侧分配半持续资源,所分配的半持续资源不大于所确定的数据包的下限值。上述半持续资源调度方式是指间隔持续资源周期为用户侧分配半持续资源的资源分配方式。
在确定进入稳定状态后,采用半持续资源调度方式,本实施例中控制分配的半持续资源略不大于用户侧激活期数据包的下限值,这样间隔持续资源周期所分配的半持续资源可以传输的数据量通常会小于用户侧缓存区数据包的大小,这样在每次对上行数据包传输之后缓冲区不会变为空,那么在半持续调度期间就不会频繁发生缓存区数据量从空到非空的变化,从而解决了上行RegularBSR频繁上报的问题。没有报BSR的需求,自然也就不用报SR请求上行共享资源了。
本发明充分考虑到了VoIP业务的特点,屏蔽掉了绝大部分半持续调度期间的缓冲区数据量上报,节省了宝贵的PUCCH、PUSCH和PDCCH资源,可以使无线通信***在同等网络环境下为更多的用户提供高质量的服务,与此同时终端的省电效果也更佳。
下面给出步骤S303中半持续资源调度方式的两种具体请情况:
1)所分配的半持续资源等于所确定的激活期数据包尺寸的下限值
由于用户侧激活期所传输的数据包尺寸通常情况下会小于该下行值,因此,用户侧进行一次大于该尺寸的数据包传输后,用户侧缓存中就会有数据,不会导致频繁的BSR上报。
方法2:所分配的半持续资源略小于所确定的激活期数据包尺寸的下限值
这种分配方式下,用户侧进入激活期后利用网络侧所分配的半持续资源传输数据包,缓存中有数据的几率更大,因此更不会导致频繁的BSR上报。
具体实施时对半持续资源调度方式下所分配的半持续资源大小的控制方式不限于此,应当认为,只要是通过对半持续资源大小的控制,使用户侧传输数据包缓存区中有数据的资源分配方式,均应落在本发明的保护范围之内。如大于激活期数据包尺寸的下限值所允许的范围等,这里不再穷举。
由于在初始分配半持续调度资源的时候,上行发送的数据量已经固定,如果控制分配的半持续资源不大于所确定的数据包的下限值,由于半持续资源可以传输的数据量略小于终端缓存区数据包的大小,那么在一段时间之后,上行缓存区中的数据量会逐渐增大,所以一般在激活期持续时间比较短时,不会影响传输效果。对于一些激活期时间比较长的情景,在一段时间之后,上行缓存区中的数据量会逐渐增大,由于分配的半持续资源等于或略小于终端缓存区数据包的大小,有可能导致数据包的累积造成后续到达的数据包不能被及时传输,从而增加了数据包的时延,这对实时性要求不高的VoIP业务传输影响不大。对于实时性要求比较高的VoIP业务,优选地,本实施例中在VoIP业务传输处于激活期期间,还包括步骤:
步骤S304,根据接收的用户侧间隔上报的缓存状态报告BSR,确定用户侧缓存中的数据量Cbsr,用户侧上报BSR的时间间隔大于用户侧激活期产生数据包的周期;
本实施例中,对于用户侧来说,在VoIP业务传输处于激活期期间,间隔上报缓存状态报告BSR,且上报BSR的时间间隔大于用户侧激活期产生数据包的周期,具体可以根据传输情况确定时间间隔。优选地,用户侧上报BSR采用以下两种方式:
方式一:用户侧VoIP业务传输处于激活期时,间隔设定周期Tbsr确定有传输BSR的上行共享资源时,进行BSR上报,其中设定周期大于用户侧激活期产生数据包的周期。其中对于用户侧来说,网络侧分配的资源如果不能将缓存中所有的数据都传完,则优先上报BSR,剩下的资源用于传数据。
方式二:用户侧VoIP业务传输处于激活期时,间隔重传周期确定缓存中有数据时,确定是否有传输BSR的上行共享资源,所述重传周期大于用户侧激活期产生数据包的周期;
若有传输BSR的上行共享资源,用户侧直接进行BSR上报;其中对于用户侧来说,网络侧分配的资源如果不能将缓存中所有的数据都传完,则优先上报BSR,剩下的资源用于传数据。
若无,首先上报调度请求SR,并利用网络侧根据SR所分配的上行共享资源进行BSR上报。
如在采用重传定时器的方式上报BSR时,其重传周期远大于激活期数据包输出周期。
步骤S305,所确定的数据量大于设定的第二阈值时,即Cbsr≥Cthreshold2,采用动态调度方式为用户侧进行一次资源分配。
采用上述方式,在半持续资源的基础上结合动态调度,针对用户侧缓存区中数据量累积造成的时延这种情况,可以采用周期性的BSR上报机制来解决这个问题。如果BSR指示缓存中的数据量超过某一门限,那么将触发动态调度,把缓存区的数据包通过动态调度发送,从而解决缓存区数据被累积的问题。满足实时性高的VoIP业务传输要求。
另外,在步骤S305中进行调度时,所分配的资源等于用户侧缓存中的数据量,这样用户侧在进行该次动态调度后,缓存中不再累积数据。或者,所分配的资源略小于缓存数据量为Cbsr,即所分配的资源可以调度的数据量为Cbsr-CΔ,CΔ为动态调度后需要在缓存中留下的数据量。
步骤S306,完成该次动态资源分配后,继续采用半持续资源调度方式为用户侧分配半持续资源。
按照本实施例的方案,如果采用了半持续调度辅以动态调度的方式,则在半持续调度和资源分配期间,用户侧将以周期BSR定时器的长度上报BSR或者以重传BSR定时器的长度上报BSR,这两个定时器的长度将远大于20ms的上报周期,大大降低了开销。
在静默期,终端采用Regular BSR上报上行缓存区数据量。静默期的SID包和激活期的语音包有很大的不同,静默期的数据包比较小,数据包到达的时间间隔又比较大(如160ms),所以通过BSR上报的缓存中的数据量可以分辨出上行缓存区中的数据包是SID包还是语音数据包。本实施例中,在步骤S301中,网络侧确定用户侧VoIP业务传输进入激活期,具体包括:
根据用户侧建立VoIP业务后上报的缓冲状态报告BSR,确定用户侧缓存中数据量Sbsr;
所确定的数据量大于设定的第一阈值Sthreshold1时,即Sbsr≥Sthreshold1,确定用户侧VoIP业务传输从静默期转入了进入激活期。如果是业务建立初期,要经历短暂的瞬态进入稳定状态,并使用动态调度方式传输第一个语音数据包,若是从静默期转入激活期,则直接进入稳定状态。
本实施例中,在步骤S301中,网络侧判断用户侧激活期所传输的数据包大小是否处于稳定状态,具体包括:
网络侧接收到数据包会在不同层进行分离获得相应的数据包,在PDCP层可以知道PDCP PDU(Protocol Data Unit,协议数据单元)的大小,在RLC层可以知道RLC PDU的大小。因此可以根据接收的数据包在分组数据汇聚协议层PDCP分离的数据包即PDCP PDU大小,判断用户侧激活期所传输的数据包大小是否处于稳定状态。
或根据根据接收的数据包在无线链路层RLC分离的数据包即RLC PDU(Protocol Data Unit)大小,判断用户侧激活期所传输的数据包大小是否处于稳定状态。
或根据用户侧上报的BSR反映的用户侧缓存中数据量,判断用户侧激活期所传输的数据包大小是否处于稳定状态。
通过上述三种方式中任一种,可以得到接收的数据包的大小,根据激活期数据包的数值范围,若获得的数据包大小在激活期数据包数值范围内,则认为用户侧激活期所传输的数据包大小是否处于稳定状态。
依照本发明的另一实施例中,所提供的资源分配方法与上述实施例相比,还包括根据接收的用户侧间隔上报的BSR对半持续资源调度方式中所分配的半持续资源大小进行动态调整的步骤,具体为:
VoIP业务传输处于激活期期间,网络侧根据接收的BSR确定用户侧缓存中的数据量Cbsr大于第三阈值Cthreshold3时,说明半持续资源分配过少,则触发持续资源分配的正向调整,调整量大小为Δ1,且调整后半持续资源不大于激活期数据包的下限值。优选地,调整时采用动态调度方式为用户侧进行一次资源分配,以缓解用户侧缓存堆积的问题。
如果网络侧确定连续两次接收BSR的时间间隔,不大于用户侧激活期产生数据包的周期的二倍时,如在激活期40ms内连续两次上报BSR则说明分配的半持续资源过多,需要负向调整半持续资源的大小,调整量大小为Δ2。
依照本发明的上述实施例中,给出了从确定进入激活期到激活期结束前的资源分配方式,依照本发明的再一实施例中,在上面实施例的基础上,给出VoIP业务传输其它时期的资源分配方式,优选地,网络侧确定用户侧建立VoIP业务后,在用户侧VoIP业务传输进入激活期之前,根据用户侧上报的BSR采用动态调度方式为用户侧分配资源。网络侧确定用户侧VoIP业务传输进入激活期后,在用户侧激活期所传输的数据包大小处于稳定状态之前,根据用户侧上报的BSR采用动态调度方式为用户侧分配资源。网络侧确定用户侧VoIP业务传输由激活期转入静默期后,释放所分配的半持续资源;在静默期,网络侧根据接收的用户侧上报的BSR采用动态调度方式为用户侧分配资源。
当准备发送语音包的最后一部分时,用户侧缓存中遗留的数据量会小于半持续资源能够传输的数据量,在此次传输完成之后,缓存将为空。本实施例中确定用户侧VoIP业务传输由激活期转入静默期具体采用如下方式:当网络侧检测到在半持续调度方式期间,用户侧在半持续资源上连续N次发送空数据包时,确定由用户侧由激活期转入静默期,则会释放半持续资源。进入静默期后,每个SID包都通过动态调度分配资源。
本实施例中还提供了一种用户侧上报缓存状态报告BSR的方法,包括:
在VoIP业务传输处于激活期期间,间隔设定周期确定有传输BSR的上行共享资源时上报BSR,设定周期大于用户侧激活期产生数据包的周期。其中对于用户侧来说,网络侧分配的资源如果不能将缓存中所有的数据都传完,则优先上报BSR,剩下的资源用于传数据。
本实施例中还提供了另一种用户侧上报BSR的方法,如图4所示,包括:
步骤S401,在VoIP业务传输处于激活期期间,间隔重传周期确定缓存中有数据时,确定是否有传输BSR的上行共享资源,若有,执行步骤S402,如无,执行步骤S403;其中上述重传周期大于用户侧激活期产生数据包的周期;
步骤S402,用户侧直接进行BSR上报;其中对于用户侧来说,网络侧分配的资源如果不能将缓存中所有的数据都传完,则优先上报BSR,剩下的资源用于传数据。
步骤S403,首先上报调度请求SR,并利用网络侧根据SR所分配的上行共享资源进行BSR上报。
下面以LTE***传输速率为12.2k语音业务为例说明本发明资源分配方法及用户侧上报BSR的具体过程。如图5所示,主要过程如下:
步骤S501,网络侧确定用户侧建立VoIP业务后,在VoIP业务传输进入激活期之前,根据用户侧上报的BSR采用动态调度方式为用户侧分配资源。
步骤S502,网络侧确定用户侧VoIP业务传输进入激活期后,在用户侧激活期所传输的数据包大小处于稳定状态之前,根据用户侧上报的BSR采用动态调度方式为用户侧分配资源;
步骤S503,网络侧确定用户侧VoIP业务传输进入激活期且用户侧激活期所传输的数据包大小处于稳定状态时,根据处于稳定状态的数据包大小,确定用户侧激活期所传输的数据包的下限值,采用半持续资源调度方式为用户侧分配半持续资源,所述半持续资源不大于所确定的所述下限值。
步骤S504,接收用户侧间隔上报的BSR并确定用户侧缓存中的数据量;
步骤S505,所确定的数据量大于设定的第二阈值时,采用动态调度方式为用户侧进行一次资源分配;之后继续采用半持续资源调度方式为用户侧分配半持续资源;
步骤S506,网络侧根据接收的BSR确定用户侧缓存中的数据量大于第三阈值时,正向调整所述半持续资源的大小,且调整后半持续资源不大于所述下限值。优选采用动态调度方式进行一次资源分配。
步骤S507,确定连续两次接收BSR的时间间隔,不大于用户侧激活期产生数据包的周期的二倍时,负向调整所述半持续资源的大小。
其中步骤S505、S506和S507的步骤无先后顺序,只要满足条件,则进行相应的调整和调度。
步骤S508,当网络侧检测到在半持续调度方式期间,用户侧在半持续资源上连续N次发送空数据包时,确定由用户侧由激活期转入静默期;
步骤S509,释放半持续资源,每个SID包都通过动态调度分配资源。
如图6所示,为采用本实施例上述资源分配方法时对应的资源分配示意图。
依照本发明的另一实施例中,还提供一种网络侧设备,如图7所示,包括:第一状态确定单元701,用于确定用户侧VoIP业务传输是否进入激活期;稳定状态判断单元702,用于在确定进入激活期时,判断用户侧激活期所传输的数据包大小是否处于稳定状态;下限值确定单元703,用于在确定处于稳定状态时,根据处于稳定状态的数据包大小,确定用户侧激活期所传输的数据包的下限值;第一资源分配单元704,用于在后续的VoIP业务传输激活期期间,采用半持续资源调度方式为用户侧分配半持续资源,该半持续资源不大于激活期数据包下限值。
优选地,第一状态确定单元具体包括701:第一缓存确定单元701a,用于根据用户侧建立VoIP业务后上报的缓冲状态报告BSR,确定用户侧缓存中的数据量;激活期确定单元701b,用于在所确定的数据量大于设定的第一阈值时,确定用户侧VoIP业务传输进入激活期。稳定状态判断单元702至少包括如下三个判断单元中的一个:第一判断单元,用于根据接收的数据包在分组数据汇聚协议层PDCP分离的数据包大小,判断用户侧激活期所传输的数据包大小是否处于稳定状态;第二判断单元,用于根据接收的数据包在无线链路层RLC分离的数据包大小,判断用户侧激活期所传输的数据包大小是否处于稳定状态;第三判断单元,用于根据用户侧上报的缓存状态报告BSR反映的用户侧缓存中数据量,判断用户侧激活期所传输的数据包大小是否处于稳定状态。
优选地,该网络侧设备还包括:第二缓存确定单元705,用于在VoIP业务传输处于激活期期间,根据接收的用户侧间隔上报的缓存状态报告BSR,确定用户侧缓存中的数据量,所述用户侧上报BSR的时间间隔大于用户侧激活期产生数据包的周期;第二资源分配单元706,用于在所确定的数据量大于设定的第二阈值时,采用动态调度方式为用户侧进行一次资源分配;第一资源分配单元704在所述第二资源分配单元完成一次资源分配后,继续采用半持续资源调度方式为用户侧分配半持续资源。第一调整单元707,用于第二缓存确定单元705确定的数据量大于第三阈值时,正向调整半持续资源的大小,且调整后半持续资源不大于所述下限值。第二调整单元708,用于在VoIP业务传输处于激活期期间,确定连续两次接收BSR的时间间隔,不大于用户侧激活期产生数据包的周期的二倍时,负向调整半持续资源的大小。
优选地,该网络侧设备还包括:第三资源分配单元709,用于确定用户侧建立VoIP业务后,在用户侧VoIP业务传输进入激活期之前,根据用户侧上报的BSR采用动态调度方式为用户侧分配资源。第四资源分配单元710,用于确定用户侧VoIP业务传输进入激活期后,在用户侧激活期所传输的数据包大小处于稳定状态之前,根据用户侧上报的BSR采用动态调度方式为用户侧分配资源。第二状态确定单元711,用于确定用户侧VoIP业务传输是否由激活期转入静默期;资源释放单元712,用于确定由激活期转入静默期时,释放半持续资源;第四资源分配单元713,用于在静默期,根据接收的用户侧上报的BSR采用动态调度方式为用户侧分配资源。
本实施例中还提供一种用户侧设备,包括:激活期确定单元,用于确定VoIP业务传输是否处于激活期;BSR上报单元,用于在激活期,间隔设定周期确定有传输BSR的上行共享资源时上报BSR,所述设定周期大于用户侧激活期产生数据包的周期。其中对于用户侧来说,网络侧分配的资源如果不能将缓存中所有的数据都传完,则优先上报BSR,剩下的资源用于传数据。
本实施例中还提供另一种用户侧设备,如图8所示,包括:激活期确定单元801,用于确定VoIP业务传输是否处于激活期;资源利用确定单元802,用于在激活期,间隔重传周期确定缓存中有数据时,确定是否有传输BSR的上行共享资源,所述重传周期大于用户侧激活期产生数据包的周期;第一上报单元803,用于确定有传输BSR的上行共享资源时,直接上报BSR,其中对于用户侧来说,网络侧分配的资源如果不能将缓存中所有的数据都传完,则优先上报BSR,剩下的资源用于传数据;第二上报单元804,用于确定没有传输BSR的上行共享资源时,首先上报调度请求SR,并利用网络侧根据SR所分配的上行共享资源上报BSR。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。