拥塞控制方法、装置和接入网设备
技术领域
本申请涉及通信技术领域,特别是涉及一种拥塞控制方法、装置和接入网设备。
背景技术
拥塞控制技术,已经普遍应用在各类通信网络中,包括流量整形技术,TCP协议(Transmission Control Protocol传输控制协议),流量控制技术,以及在各制式无线网络中应用的各种网络拥塞控制技术。目前,在LTE(Long Term Evolution,长期演进)网络中,也出现了相关的网络拥塞控制策略,在一定程度上能够避免网络出现拥塞的情况。
但在实现过程中,发明人发现传统技术中至少存在如下问题:在网络拥塞判断和处理的方式上,会出现误判,以及处理多次才能够解除拥塞的情况,造成拥塞情况改善效果不佳。
发明内容
基于此,有必要针对传统技术判断网络拥塞状态时容易出现误判的问题,提供一种拥塞控制方法、装置和接入网设备。
为了实现上述目的,一方面,本申请实施例提供了一种拥塞控制方法,包括:
在满足拥塞判决条件时,确认小区处于拥塞状态,并对小区进行拥塞处理。拥塞判决条件为在第一判决时间段内、拥塞事件的出现次数大于或等于过载门限;拥塞事件为小区的PRB(Physical Resource Block,物理资源块)利用率大于利用率门限、且小区的GBR(Guaranteed Bit Rate,保证比特速率)满意度小于满意度门限;拥塞处理包括UE(UserEquipment,用户终端)切换和/或业务释放。
另一方面,本申请实施例还提供了一种拥塞控制装置,包括:
拥塞控制模块,用于在满足拥塞判决条件时,确认小区处于拥塞状态,并对小区进行拥塞处理。拥塞判决条件为在第一判决时间段内、拥塞事件的出现次数大于或等于过载门限;拥塞事件为小区的PRB利用率大于利用率门限、且小区的GBR满意度小于满意度门限;拥塞处理包括UE切换和/或业务释放。
在其中一个实施例中,提供一种接入网设备,接入网设备用于连接UE;接入网设备用于实现如上述的拥塞控制方法。
在其中一个实施例中,提供一种计算机存储介质,其上存储有计算机程序,该程序被处理器执行时实现如上述的拥塞控制方法。
上述技术方案中的一个技术方案具有如下优点和有益效果:
在满足拥塞判决条件时,确认小区处于拥塞状态,并对小区进行拥塞处理。拥塞判决条件为在第一判决时间段内、拥塞事件的出现次数大于或等于过载门限;拥塞事件为小区的PRB利用率大于利用率门限、且小区的GBR满意度小于满意度门限;拥塞处理包括UE切换和/或业务释放。使用PRB利用率结合GBR满意度来判断小区是否处于拥塞状态,可有效避免在出现Best Effort(标准的因特网服务模式)以及TCP(Transmission ControlProtocol,传输控制协议)业务的时候,出现判断网络拥塞状态误判的情况,降低出现拥塞误判的概率,减少拥塞恢复的收敛时间,提高拥塞处理的效率。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:
图1为一个实施例中拥塞控制方法的应用环境示意图;
图2为一个实施例中拥塞控制方法的第一示意性流程图;
图3为一个实施例中拥塞控制方法的第二示意性流程图;
图4为一个实施例中拥塞控制方法的第三示意性流程图;
图5为一个实施例中拥塞控制方法的第四示意性流程图;
图6为一个实施例中拥塞控制方法的第五示意性流程图;
图7为一个实施例中拥塞控制方法的第六示意性流程图;
图8为一个实施例中拥塞控制方法的第七示意性流程图;
图9为一个实施例中拥塞控制方法的第八示意性流程图;
图10为一个实施例中拥塞控制方法的第九示意性流程图;
图11为一个实施例中拥塞控制方法的第十示意性流程图;
图12为一个实施例中拥塞控制方法的第十一示意性流程图;
图13为一个实施例中拥塞控制方法的第十二示意性流程图;
图14为一个实施例中使用AoA进行位置区分的示意图;
图15为一个实施例中拥塞控制方法的第十三示意性流程图;
图16为一个实施例中拥塞控制方法的第十四示意性流程图;
图17为一个实施例中拥塞控制方法的第十五示意性流程图;
图18为一个实施例中拥塞控制方法的第十六示意性流程图;
图19为一个实施例中拥塞控制方法的第十七示意性流程图;
图20为一个实施例中拥塞控制方法的第十八示意性流程图;
图21为一个实施例中拥塞控制装置的结构示意图。
具体实施方式
为了便于理解本申请,下面将参照相关附图对本申请进行更全面的描述。附图中给出了本申请的首选实施例。但是,本申请可以以许多不同的形式来实现,并不限于本文所描述的实施例。相反地,提供这些实施例的目的是使对本申请的公开内容更加透彻全面。
除非另有定义,本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中在本申请的说明书中所使用的术语只是为了描述具体的实施例的目的,不是旨在于限制本申请。本文所使用的术语“和/或”包括一个或多个相关的所列项目的任意的和所有的组合。
3GPP(3rd Generation Partnership Project,第三代合作伙伴计划)规范定义了长期演进系统(Long Term Evolution,LTE),该系统是一个资源共享的系统,其峰值速率受限于无线空口频谱资源以及设备的硬件处理资源。当接入基站的用户数以及业务量达到一定的数量和程度时,用户间会相互抢占对应资源,造成其业务的服务质量(Quality ofService,QoS)无法得到保证,从而影响用户体验。
针对不同业务类型其优先级也不同,例如,语音,视频类通话的业务,需要立即转发,减少传输时延,并保证一定的传输速率,否则会较大影响用户的感知体验,而背景类,即时通信类业务,对时延的要求较低,用户的感知体验可容忍较大的时延。同时,随着各种无线应用APP(Application,手机软件)的出现,无线通信业务量的增加,通信设备的普及,越来越多的数据通过LTE网络进行无线传输,业务量的激增势必会造成网络的拥塞,影响整个网络的正常通信,干扰每个用户的用户感知,降低网络质量。
拥塞控制技术,已经普遍的应用在各制式无线网络中,例如TD-SCDMA(TimeDivision-Synchronous Code Division Multiple Access,时分-同步码分多址),WCDMA(Wideband Code Division Multiple Access,宽带码分多址)以及WLAN(Wireless LocalArea Networks,无线局域网)等。目前,在LTE网络中,网络拥塞判断和处理的方式容易出现误判,拥塞情况改善效果不佳;尤其是在Best Effort和TCP业务生成的情况下,由于该类业务会占用较大的资源进行发送,传统技术会将其判为网络拥塞,造成不必要的处理,降低该类业务的用户体验。同时,在处理网络拥塞的策略上,由于缺乏预判释放资源的过程,一定程度上可能会增加拥塞处理的次数,增加了系统处于拥塞状态的时间,同样会影响用户的体验。
为应对日益增加的网络负荷流量,本申请提出一种拥塞控制方法、装置和接入网设备,可应用于LTE网络中。本申请实施例的应用环境可如图1所示,图1为一个实施例中拥塞控制方法的应用环境示意图。基于本申请实施例,能够在基站接入用户数较多,且业务流量较大的情况下,合理的对网络用户和业务负荷进行处理,包括切换或者释放业务,避免本基站网络出现拥塞的情况,进而影响整网用户的用户感知。
在一个实施例中,提供一种拥塞控制方法,如图2所示,图2为一个实施例中拥塞控制方法的第一示意性流程图,包括:
步骤S110,在满足拥塞判决条件时,确认小区处于拥塞状态,并对小区进行拥塞处理。其中,拥塞判决条件为在第一判决时间段内、拥塞事件的出现次数大于或等于过载门限;拥塞事件为小区的PRB利用率大于利用率门限、且小区的GBR满意度小于满意度门限;拥塞处理包括UE切换和/或业务释放。
具体而言,由于无线信道条件变化、UE的移动和数据业务的变化,会导致已经准入的业务占用的资源发生变化,从而引起系统负载的变化。当系统负载到达一定程度后将引起拥塞。此时需要拥塞控制算法对系统负载进行控制。
设备处理器可在第一判决时间段内,判断小区出现拥塞事件的次数是否大于或等于过载门限;若是,则标记该小区处于拥塞状态,同时,对该小区进行UE切换和/或业务释放的拥塞处理。其中,拥塞事件为小区的PRB利用率大于利用率门限、且小区的GBR满意度小于满意度门限。
需要说明的是,第一判决时间段以及过载门限可根据基站、小区或网络等的运行参数进行设置;其中,第一判决时间段用于确定拥塞检测的判决周期,过载门限用于确定小区网络的拥塞情况。
拥塞状态是基于小区的PRB利用率和GBR满意度来确定。其中,PRB利用率可用于反映系统无线资源的利用情况,为系统是否需要扩容或者系统优化提供依据;GBR满意度可用于反应小区中GBR业务的满意度,GBR业务实际上就是实时业务,如流媒体这种要求要保证一定速率的业务。GBR满意度表示该小区内所有用户所有GBR业务得到满足的程度,每个GBR业务都有一个保证速率,当实际速率达到保证速率则该业务得到满足,否则未得到满足;该值可为小区内所有GBR业务的当前速率之和除以所有GBR业务的保证速率之和,能够用于评估GBR业务的速率满足情况。
拥塞处理包括UE切换和业务释放中的至少一种。UE切换可用于将本小区中的UE切换到相邻基站中,释放该UE在本小区中所需占用的资源,满足本小区中的其他UE的资源分配需求。业务释放可用于释放本小区中的优先级低的业务,得到该业务所占用的资源,并能够应用于优先级高的业务上,保证本小区中优先级高的业务的运行。
基于PRB利用率和GBR满意度,本申请实施例通过获取PRB利用率以及GBR业务的满意度来判断是否处于拥塞状态。若PRB利用率大于PRB利用率的门限值,同时,GBR业务的满意度低于满意度门限,并且,该状态处于一个较长的时期,则认为网络处于拥塞状态,并执行拥塞处理过程。拥塞处理过程,包括在判决为拥塞状态后,选择适当的UE和业务切换到合适的目标小区,或者对其进行释放的方法,以降低本小区的空口负荷。
应该注意的是,本申请实施例在进行拥塞判决和拥塞处理时,上下行可分别独立进行的。上行和下行分别独立执行本申请实施例时,互不干扰,相关状态收集及计算也是上下行独立完成,例如基于获取到的、上行的PRB利用率和GBR满意度进行拥塞判决;基于获取到的、下行的PRB利用率和GBR满意度进行拥塞判决。在拥塞处理时,可对上行和下行分别进行处理,例如,在上行拥塞处理后,由于部分UE会切换或者释放,则下行的负荷情况需要同步进行更新,再进行拥塞处理。
本申请实施例使用PRB利用率结合GBR满意度来判断是否处于拥塞状态,可有效避免在出现Best Effort以及TCP业务的时候,出现判断网络拥塞状态误判的情况,减少拥塞恢复的收敛时间,提高拥塞处理的效率。基于此,能够有效解决在网络出现拥塞情况下,业务无法正常传输的问题,通过选择合理的UE和业务进行切换或者释放的策略,能够满足大部分业务的QoS,保障用户的业务感知。
此外,针对GBR满意度没有达到而PRB利用率较低时,误判为拥塞的情况,通常是由于网络侧有线网络的一些拥塞造成的,而不是基站侧无线网络拥塞造成,则无需对基站无线网络的拥塞进行处理。本申请实施例也可避免上述出现的误判。
在一个实施例中,如图3所示,图3为一个实施例中拥塞控制方法的第二示意性流程图,在对小区进行拥塞处理的步骤之后,还包括步骤:
步骤S130,判断小区的GBR满意度是否满足拥塞解除条件;其中,拥塞解除条件为第二判决时间段内、GBR满意度持续大于满意度门限;若是,则确认拥塞状态解除;若否,则继续执行拥塞处理。
具体而言,设备处理器可在满足拥塞解除条件时,去除小区处于拥塞状态的标记,确认小区的拥塞状态解除;在未满足拥塞解除条件时,继续对该小区执行拥塞处理。其中,拥塞解除条件为第二判决时间段内,GBR满意度一直维持大于满意度门限的状态。
需要说明的是,第二判决时间段可为判断拥塞处理是否达标的标准时长;具体地,可根据基站、小区或网络等的运行参数进行设置。拥塞处理的目的是要保证GBR满意度大于满意度门限值,因此,拥塞状态是否解除,可由GBR满意度进行判断。而对在第二判决时间段内对GBR满意度的检测可采取连续检测,周期检测或是门限触发式检测等方式。
本申请实施例当PRB利用率在一段时间内持续维持在门限值以上且GBR满意度低于设置的门限值时,触发基于PRB利用率与GBR满意度的拥塞控制,降低本小区的空口负荷。并且,在执行拥塞处理过程中,GBR业务的满意度在一段时间内维持门限值以上时,可确认拥塞状态解除。
在一个实施例中,基于PRB利用率和GBR满意度的拥塞判决步骤可如下:
步骤101:使用链路PRB利用率及GBR满意度对拥塞进行判决,链路PRB利用率持续达到一定门限值并且该段时间内,GBR业务满意度同时低于某个值,并且判断此时网络是否正在处于拥塞处理过程中,若网络不在拥塞处理过程中,则跳至步骤102,若网络在拥塞处理过程中,则等待拥塞处理效果,跳至步骤103。
步骤102:认为无线网络出现拥塞,进行拥塞处理,对UE进行切换或者释放业务操作,完成后跳至步骤103。
步骤103,该次拥塞处理完成后,若GBR满意度在一段时间内达到要求,则处理成功,否则若一段时间内,PRB利用率以及GBR满意度出现一次或多次没有达到要求,则认为需要进一步进行切换或者业务释放操作来进行拥塞处理,跳至步骤102。
在一个实施例中,如图4所示,图4为一个实施例中拥塞控制方法的第三示意性流程图,还包括步骤:
步骤S100,在拥塞判决周期到来时,获取PRB利用率和GBR满意度。
在满足拥塞判决条件时,确认小区处于拥塞状态的步骤包括:
步骤S112,在PRB利用率大于利用率门限、GBR满意度小于满意度门限、且小区未处于拥塞状态时,清零过载恢复计数器、并将过载计数器的计数值加一。
步骤S114,判断过载计数器的计数值是否大于或等于过载门限:若是,则确认小区处于拥塞状态,清零过载计数器并开启拥塞处理等待定时器;若否,则等待直至下一个拥塞判决周期的到来。
具体而言,设备处理器可设置拥塞判决周期,对小区进行周期性地检测,以便及时处理拥塞状态。当到达拥塞判决周期时,设备处理器获取PRB利用率和GBR满意度,可用于判断小区是否处于拥塞状态,还可用于判断拥塞处理的情况,确认拥塞状态是否解除。
在判断小区是否处于拥塞状态的过程中,若当前拥塞判决周期获取到的PRB利用率大于利用率门限、GBR满意度小于满意度门限,并且,小区不是处于拥塞状态,此时,可判断为出现一次拥塞事件,将过载恢复计数器的计数值清零,并在过载计数器中累加一次拥塞计数。
在过载计数器的计数值大于或等于过载门限时,确认小区处于拥塞状态并进行相应地标记,并且对过载计数器的计数值进行清零,同时,开启拥塞处理等待定时器,执行拥塞处理。在过载计数器的计数值小于过载门限时,等待下一个拥塞判决周期的到来。应该注意的是,在启动拥塞处理时,对过载计数器进行清零,以便下一次的拥塞状态判决,避免重复、甚至是错误的拥塞状态判决。
需要说明的是,过载恢复计数器可记录小区持续保持GBR满意度大于满意度门限的周期数,进而可用于拥塞解除条件的判定。过载计数器可用于记录小区网络出现负荷过载、即拥塞事件的次数,进而可与过载门限进行比较,实现拥塞判决条件的判定。拥塞处理等待定时器可用于启动拥塞处理任务时,开始对拥塞处理进行计时,并在拥塞处理超时时,发送信号指示处理器执行相应的后续步骤,避免拥塞处理出现阻滞,影响设备的运行。
在一个实施例中,如图5所示,图5为一个实施例中拥塞控制方法的第四示意性流程图,判断小区的GBR满意度是否满足拥塞解除条件,若否,则继续执行拥塞处理的步骤,包括:
步骤S132,在GBR满意度小于满意度门限、且拥塞处理等待定时器处于开启状态时,清零过载恢复计数器、并判断拥塞处理等待定时器是否超时:若是,则进行业务释放并关闭拥塞处理等待定时器;若否,则等待直至下一个拥塞判决周期的到来。
具体而言,在小区不满足拥塞解除的情况中,包括GBR满意度小于满意度门限、且拥塞处理等待定时器处于开启状态的情况;此时,小区处于执行拥塞处理的过程中,由于GBR满意度小于满意度门限,对过载恢复计数器进行清空;同时,检测拥塞处理等待定时器是否超时。拥塞处理等待定时器超时表示,当前的拥塞处理(如UE切换)未能达到预期目标或解决拥塞的问题,此时,关闭拥塞处理等待定时器,并执行业务释放,进一步解决拥塞的问题。拥塞处理等待定时器未超时则表示,当前的拥塞处理还在进行中,可等待下一个拥塞判决周期再做处理。
本申请实施例可在小区执行拥塞处理的过程中,根据检查到的拥塞处理的情况,及时做出调整,提高拥塞处理效率。
在一个实施例中,如图5所示,判断小区的GBR满意度是否满足拥塞解除条件,若否,则继续执行拥塞处理的步骤包括:
步骤S134,在GBR满意度大于满意度门限、且小区处于拥塞状态时,清零过载计数器并将过载恢复计数器的计数值加一。
步骤S136,在过载恢复计数器的计数值小于过载恢复次数门限时,等待直至下一个拥塞判决周期的到来。
具体而言,在小区执行拥塞处理过程中,小区标记为拥塞状态,在GBR满意度大于满意度门限时,可在过载恢复计数器中累加一次过载恢复,并将过载计数器的计数值清零。在小区不满足拥塞解除的情况中,包括过载恢复计数器的计数值小于过载恢复次数门限的情况,此时,等到下一个拥塞判决周期再做处理。
在一个实施例中,如图5所示,判断小区的GBR满意度是否满足拥塞解除条件,若是,则确认拥塞状态解除的步骤,包括:
步骤S134,在GBR满意度大于满意度门限、且小区处于拥塞状态时,清零过载计数器,将过载恢复计数器的计数值加一。
步骤S138,在过载恢复计数器的计数值大于或等于过载恢复次数门限时,确认拥塞状态解除,清零过载恢复计数器并关闭拥塞处理等待定时器。
具体而言,检测到过载恢复计数器的计数值大于或等于过载恢复次数门限时,确认拥塞状态解除,去除小区的拥塞状态的标记,清零过载恢复计数器,以便下一次的拥塞状态判决,避免重复、甚至是错误的拥塞解除判决;同时,关闭拥塞处理等待定时器,确认拥塞处理结束。
在一个实施例中,还包括步骤:
在GBR满意度大于满意度门限且小区未处于拥塞状态时,清零过载恢复计数器和过载计数器,以便继续进行拥塞判决。保持该状态,可维持小区网络不拥塞。
在一个实施例中,如图6、7所示,图6为一个实施例中拥塞控制方法的第五示意性流程图,图7为一个实施例中拥塞控制方法的第六示意性流程图。在进行拥塞判决和拥塞处理时,上下行是分别独立进行的,本申请实施例涉及的上下行过程分别独立执行,互不干扰,相关状态收集及计算也是上下行独立完成。在基站运行过程中,选择基于PRB利用率和GBR满意度的拥塞判决,其执行流程可如下:
步骤301:每经过一个TTI(Transmission Time Interval,传输时间间隔)周期,搜集小区级链路PRB利用率的时间计数器Collect PRB Usage TTI Num Temp自加1,判断是否大于等于抽样周期Collect PRB Usage Period,若否,则表示读取周期未到达,计数器继续累加,若是,执行步骤302。
步骤302:Collect PRB Usage TTI Num Temp清零,从负载检测模块获取PRB利用率PRB Usage Temp,判断扇区级的GBR满意度是否低于门限值(GBR Statisfied RateThd),若否,执行步骤304;若是,过载恢复计数器PRB Usage Normal Count清零,判断拥塞处理等待定时器(T_LCCProcess_Wait)是否开启,若未开启,执行步骤303;若开启,表明此时系统正在执行拥塞处理,过载计数器不更新,判断拥塞处理等待定时器是否超时,若超时,表明本次拥塞处理未达到预期目标,执行拥塞处理的业务释放流程,并关闭拥塞处理等待定时器,本次拥塞处理结束;若未超时,则继续等待下次拥塞判决周期。
步骤303:判断扇区级PRB利用是否大于PRB利用率的门限值(LCC_PRB UsageThd),若是,则表明此时PRB利用率大于PRB利用率的门限值且GBR业务的满意度低于满意度门限,满足过载条件,且系统不在拥塞处理执行过程中,将过载计数器PRB Usage OverLoad Count加1,并判断过载计数器数值是否到达PRB利用率过载次数门限(PRB UsageOver Load Num Thd),若到达则表明链路PRB利用率在一段时间内持续较高且无法使GBR业务得到满意,系统基于链路PRB利用率拥塞(LCC_State PRB Usage=1),过载计数器清零,执行拥塞处理,同时开启拥塞处理等待定时器,若否,继续等待下次拥塞判决周期到来,执行拥塞判决。
步骤304:若从负载检测模块读取的GBR满意度已达到满意度门限,则判断当前是否已经处于拥塞状态(LCC_State PRB Usage=1),若否,表示当前系统不拥塞,则保持该状态,清空PRB Usage Normal Count和PRB Usage Over Load Count,继续进行拥塞判决;若是,表示当前系统处于拥塞状态,则执行步骤305。
步骤305:若当前系统处于拥塞状态,此步骤是为了检测拥塞处理的结果,此时扇区级GBR业务满意度大于等于GBR业务满意度门限值,清零PRB Usage Over Load Count,PRB Usage Normal Count加1,并判断PRB Usage Normal Count是否大于等于过载恢复次数门限值(PRB Usage Over load Recov Num Thd),若是,则确认拥塞解除(LCC_State PRBUsage=0),清零PRB Usage Normal Count,并指示拥塞处理结束(LCC_Process State PRB=0),关闭拥塞处理等待定时器;若否,表示拥塞处理未达到预期目标或者拥塞处理未完成,继续等待下次拥塞判决周期。
在一个实施例中,如图8所示,图8为一个实施例中拥塞控制方法的第七示意性流程图,对小区进行拥塞处理的步骤包括:
步骤S118,基于UE业务满意度门限以及UE的业务满意度,获取小区中各UE恢复满意度需要的RB(Resource Block,资源块)个数,并根据各RB个数得到总RB个数;
步骤S120,基于总RB个数,进行拥塞处理。
具体而言,在对小区进行拥塞处理时,以GBR满意度作为处理基准,根据小区中每个UE当前的业务满意度,以及对应的UE业务满意度门限,处理得到各UE恢复满意度所需释放的RB个数。基于本小区上所有UE需要的RB个数,得到小区所需要释放的总RB个数K,并以释放总RB个数K为目标进行拥塞处理。
应该注意的是,RB个数可直接根据UE当前的业务满意度,以及对应的UE业务满意度门限计算得到,也可进一步增加参数进行优化,得到更准确的RB个数。总RB个数可直接将各UE对应的RB个数进行求和,得到总RB个数,也可进一步增加参数进行优化,得到更准确的总RB个数。
UE所需的RB个数和小区所要释放的总RB个数K可区分上下行;由于上下行相互独立,若上行先执行拥塞处理,在上行拥塞处理后,由于部分UE会切换或者释放,则下行的负荷情况以及需要切换或者释放的RB数需要同步进行更新,再进行拥塞处理。
本申请实施例可在LTE系统中,以无线网络小区为单位进行拥塞检测,计算小区的GBR满意度及PRB利用率,当持续GBR满度较低,且PRB利用率较高,并达到拥塞判决门限后,触发拥塞处理;拥塞处理时以小区内每个UE的满意度恢复为目标,计算所有UE在小区达到满意度所需释放的RB(Resource Block,资源块)数目,执行部分UE的切换或释放操作,以满足本小区上满足业务满意度所需要的RB数目,使小区的业务满意度恢复,解除拥塞。
在一个实施例中,在拥塞判决过程中,需要执行拥塞处理时,可按照以下步骤进行执行:
步骤401、当开启基于资源利用率的拥塞处理开关,则开始基于资源利用率的拥塞处理流程。其中,基于资源利用率的拥塞处理开关为基站配置参数,可在配置参数时进行确定是否开启
步骤402、将下行链路基于PRB利用率的拥塞处理状态(LCC_Process State PRB)置为1,表示拥塞处理正在执行;跳转步骤403。
步骤403、以UE业务满意度作为处理基准,根据UE当前的业务满意度及其UE满意度门限计算所需释放的总RB个数K,计算方法为:
1)首先,可按照公式(1)计算本小区每个UE的满意度恢复所需要的RB个数:
其中,UeStaisfiedThd为UE业务满意度门限值;SatisfiedRate为UE当前的业务满意度;为该UE所有GBR业务在当前小区上的总需求速率及non-GBR业务的最小保证速率之和;UeAveragedSpectrumEfficiency为UE在该小区的平均资源效率;UePrbNeed是该小区使某个UE的业务满意度得到恢复所需的RB个数。应该注意的是,上下行可分别计算。
2)其次,可按照公式(2)计算本小区上业务满意度恢复所需要的总B个数K:
其中:K为使本小区的业务满意度恢复所需要的RB个数;GBRSatisfiedRateThd为GBR业务的满意度门限值;GBRSatisfiedRateOffset为业务满意度偏置量;为小区所有UE的业务满意度恢复需要的RB个数之和。应该注意的是,可区分上下行,分别对上行、下行进行计算。
在一个实施例中,进行拥塞处理的步骤之前,还包括步骤:获取拥塞处理策略指令;其中,拥塞处理策略指令为切换策略指令或释放策略指令。
在一个实施例中,如图9所示,图9为一个实施例中拥塞控制方法的第八示意性流程图,基于总RB个数,进行拥塞处理的步骤包括:
步骤S210,选取小区中具有测量报告上报记录、且满足预设切换条件的各UE,得到可切换UE列表;其中,预设切换条件包括以下条件中的任一项或任意组合:不包含QCI(QoSClass Identifier)为1的GBR业务,不包含No Lcc Process Qci Set涉及的GBR业务;
步骤S310,基于总RB个数和可切换UE列表,进行UE切换。
具体而言,基于总RB个数进行拥塞处理时,可在小区中选择可切换的目标UE,得到可切换UE列表。具体地,选取小区中有测量报告上传且包含GBR业务的UE,并且,可切换的目标UE需不包含QCI为1或No Lcc Process Qci Set中涉及的GBR业务。基于可切换的目标UE,得到可切换UE列表;基于可切换UE列表进行UE切换,可在进行拥塞处理的同时,优先切换业务优先级低的UE,保障小区中业务优先级高的UE的通信。
需要说明的是,接入网设备如基站,会针对不同目的,对UE下发测量配置,收到这些测量配置后,当UE满足配置的条件后,上报测量报告,该测量报告用于判断是否可执行切换或者其他操作。扣除QCI为1的GBR业务的目的是尽量保证VoLTE用户保留在服务小区,保证VoLTE(Voice over Long-Term Evolution,长期演进语音承载)用户的通信。No LccProcess Qci Set表示不允许对该集合中的QCI业务进行拥塞处理,由OAM(OperationAdministration and Maintenance)配置,配置值仅为一个0时,表示关闭拥塞处理时对某一个或某一些QCI的限制。
在一个实施例中,如图10所示,图10为一个实施例中拥塞控制方法的第九示意性流程图,选取小区中具有测量报告上报记录、且满足预设切换条件的各UE,得到可切换UE列表的步骤之后,还包括步骤:
步骤S212,滤除可切换UE列表中的非目标UE;非目标UE为PRB评估值小于或等于PRB评估门限的UE。
具体而言,可将可切换UE列表中、PRB评估值小于或等于PRB评估门限的UE进行滤除,仅对PRB评估值大于PRB评估门限的UE进行UE切换。在选择可切换的目标UE时,需评估切换该UE可释放多少RB个数,根据实际运行环境设置评估门限,选取RB个数释放量大的UE作为可切换UE,可提高释放RB个数的效率,加速拥塞处理。应该注意的是,滤除非目标UE的步骤可在可切换UE列表的生成、排序或重排的过程中执行,也可在待切换UE列表的生成过程中执行,在此不做具体限定。
在一个实施例中,如图11所示,图11为一个实施例中拥塞控制方法的第十示意性流程图,基于总RB个数和可切换UE列表,进行UE切换的步骤还包括:
步骤S312,轮询可切换UE列表,将轮询得到的UE加入待切换UE列表中并更新总RB个数。
步骤S314,在更新后的总RB个数小于或等于0时,确认生成待切换UE列表,停止轮询并基于待切换UE列表进行UE切换。
步骤S316,在更新后的总RB个数大于0时,判断可切换UE列表是否轮询完毕:若否,则继续进行轮询可切换UE列表;若是,则确认生成待切换UE列表;基于待切换UE列表进行切换,并基于更新后的总RB个数进行业务释放。
具体而言,基于总RB个数和可切换UE列表,进行UE切换的过程中,可先对可切换UE列表进行轮询,将轮询得到的UE加入到待切换UE列表中,并根据轮询得到的UE占用的RB个数,更新总RB个数。
判断更新后的总RB个数是否小于或等于0:若是,则确认生成待切换UE列表,结束轮询并根据待切换UE列表进行UE切换。若更新后的总RB个数大于0,且可切换UE列表已经轮询完毕,则确认生成待切换UE列表,根据待切换UE列表进行切换,并根据更新后的总RB个数进行业务释放。若更新后的总RB个数大于0,且可切换UE列表未轮询完毕,则继续对可切换UE列表进行轮询。
需要说明的是,在更新总RB个数K的过程中,对于业务满意度不满足的UE,在计算K时已包括了该UE业务满意度恢复所需释放的RB数目,若将该UE切换,则需将其占用的RB数目从K中扣除。具体地,假设UE在本小区上占用的RB个数为UePrbAlloc,若该UE为业务满意度不满足的UE,则根据公式(3)更新K:
K=K-UePrbNeed-UePrbAlloc (3)
其中,UePrbNeed为UE在本小区上为达到满意度恢复所需释放的RB数目。
若UE为业务满意度满足的UE,则根据公式(4)更新K:
K=K-UePrbAlloc (4)
本申请实施例在进行UE切换的选择时,预判切换该UE后,是否可满足其他UE的GBR满意度,更新所需释放的总RB个数K,可在上下行同时进行更新,当K=0时,则不再选择UE进行切换。通过预判切换后释放的负荷大小,减少拥塞恢复的收敛时间,提高拥塞处理的效率,能有效的避免释放、切换不准确带来的多次释放或者过量释放、切换带来的负荷较低的情况。
在一个实施例中,如图12所示,图12为一个实施例中拥塞控制方法的第十一示意性流程图,在拥塞判决过程中,需要执行拥塞处理时,可按照以下步骤进行执行:
步骤404、根据LCC_PRB Process Strategy判断当前选择的基于PRB利用率的拥塞处理策略,若选择切换策略(HO),则执行步骤405;否则选择释放策略(RELEASE),则执行释放处理策略。其中,LCC_PRB Process Strategy可由网络运维人员在OAM模块进行配置
步骤405、确定可切换的目标UE,执行目标UE选择流程:
选择可切换的目标UE,选取小区中有测量报告上报且包含GBR业务的UE;这些UE需不包含QCI=1或No Lcc Process Qci Set中涉及GBR业务,且这些UE的下行PRB评估值大于下行PRB评估值门限值Dl Prb Est Value Thd。基于选取到的可切换目标UE,形成可切换UE列表。若系统中的切换模块反馈的切换成功UE列表和切换执行中的UE列表非空,则需排序的UE列表需剔除以上两类UE,避免无效操作。
步骤406、判断可切换的UE列表是否为空,若是则跳转至步骤411,进行释放流程,否则跳转至步骤407。
步骤407、轮询可切换UE列表,根据每个UE占用的RB个数更新K,并将该UE加入待切换UE列表。对业务满意度不满足的UE,在计算K时已包括了该UE业务满意度恢复所需释放的RB数目,若将该UE切换,则需将其占用的RB数目从K中扣除。
步骤408、判断K是否小于等于0,若是,表示可切换UE释放的RB数目可满足需要的总RB个数,生成待切换UE列表,指示给切换模块进行UE切换,进而可结束拥塞处理流程,否则,跳转至步骤411。
步骤409、判断可切换UE列表是否已轮询完毕,若没有,跳转步骤407,继续轮询下一UE,否则,跳至步骤410。
步骤410、生成待切换UE列表,指示给切换模块进行UE切换。
步骤411、将切换模块处理后更新并输出的K值作为输入,执行业务释放策略。
此外,本申请实施例也可不生成可切换UE列表和/或待切换UE列表;具体地,可基于小区中可切换的UE,一边选择目标UE进行切换,一边更新总RB个数K,并判断K是否小于或等于0;若是,则可进一步确认是否完成拥塞处理。同理,本申请实施例也可以一边选择业务进行释放,一边更新总RB个数K,并判断K是否小于或等于0;若是,则可进一步确认是否完成拥塞处理。
当系统拥塞时,按照一定的准则选择合理的用户交给切换模块进行切换。切换模块可对所选用户进行切换判断,比如判断所选用户最近的小区是否拥塞,若拥塞则停止切换。
针对目标UE的选择,在具体实施时,主要考虑2条准则:
准则1:根据用户离基站的距离。离基站越远的用户切换的成功率越大,并且理论上会占用更多的无线资源PRB,所以这类用户应将被切换。
准则2:根据用户位置,选择用户的目标切换小区不为同一个小区的用户进行切换。因为根据用户位置来选择目标切换小区不为同一小区的用户,在拥塞处理进行切换时,不会被切换到同一相邻小区内,也就越不容易令一邻近小区的负荷突然增加。
结合准则1和准则2,选择离基站远,并且目标切换小区不同的用户执行拥塞处理。完成切换UE选择后,再根据用户的切换目标小区执行切换操作。
在一个实施例中,如图13所示,图13为一个实施例中拥塞控制方法的第十二示意性流程图,基于总RB个数和可切换UE列表,进行UE切换的步骤包括:
步骤S320,根据UE与小区的基站的距离,对可切换UE列表中的各UE进行切换优先级排序。
步骤S330,基于UE的最近邻站,按照预设排列规则,对排序后的可切换UE列表中的各UE进行重排,得到待切换UE列表;并基于待切换UE列表和总RB个数,进行UE切换;预设排列规则为列表中相邻的UE的最近邻站不同。
具体而言,可先根据UE与本小区的基站的距离,即准则1,给可切换UE列表中的各UE进行切换优先级排序。具体地,UE离本小区的基站越远,其切换优先级越高,可优先将其作为切换的目标UE。同时,为避免将多个UE切换到同一小区,造成该小区业务突增的情况;按照UE与小区的基站的距离对可切换UE列表进行排序后,根据列表中各UE的最近邻站对列表中的UE进行重排,以使得到的待切换UE列表满足预设排列规则,即,列表中的各UE依据切换优先级的高低进行排序,并且,具备相同的最近邻站的UE错开排列。其中,最近邻站可为本小区中的UE、最靠近的相邻基站,具体地,UE的最近邻站可基于UE的所处的位置或UE接收的邻站的信号强度等进行判断。
基于此,本申请实施例可选择距离基站较远、UE相互间相距较远且UE切换后不在同一小区的UE进行切换处理;有助于切换后的负荷分散到不同小区中,避免切换到同一小区造成该小区业务突增,能够有效提高释放结果的准确及释放后解除拥塞的效果。
在一个实施例中,距离为通过测量UE的RSRP值得到;最近邻站为根据AoA测量以及基站间相对位置信息得到。
具体而言,对于准则1,可通过RSRP(LTE Reference Signal Received Power)测量来实现。RSRP测量提供了一个小区的信号强度,通过测量若干REs(Resource Element)的RS(Reference Signal)获得一个UE功率的线性平均值。通过RSRP测量可得到对应UE离eNodeB的距离,按距离大小可将UE排序并放入一张待切换UE列表内,并传送给切换模块进行UE切换。此外,还可使用TA(timing advance)来实现距离的测量;具体地,TA的作用是用于基站和用户间进行空口同步的,即根据无线电波在不同距离传输带来的时间差,来调整UE发送时间,保证所有UE到达基站的基准时间相同,该值为UE发送时间提前量,值越大则表示距离基站越远,同样可表征UE的距离。
对于准则2,可通过AoA(Angle of Arrival)测量以及基站间相对位置信息来实现。具体地,AoA测量提供了一个UE相对于参考方向的角度;参考方向是地理正北,AoA值是沿参考方向顺时针旋转的偏离值,可在上行链路信道中获得。基站和邻站之间的位置关系,即相邻基站相对本小区的基站的一个参考方向的角度,参考方向同样为地理正北;该信息可通过网络规划或者卫星照片、GPS信息上报等方式获取。结合两者信息,可根据UE的所处角度,判断所在位置属于哪个邻站(相邻基站)的角度范围中。如图14所示,图14为一个实施例中使用AoA进行位置区分的示意图,根据本站(本小区的基站)周围的邻站数量,可将本小区划分为若干块块区域,使所选的UE尽量分散落在这若干块区域内。
本申请实施例所选的目标切换UE尽量分散在小区边缘,可降低在短时间内向同一相邻小区切换的可能性。同时,以上两种准则都需考虑UE的资源占用情况,即,滤除掉非目标UE。其中,PRB评估值的定义可如公式(5)所示:
其中,QoSRate表示该用户业务的QoS需求最低保障速率;RealRate表示该用户的实际平均速率,可通过CMAC(控制移动衰减码)实际统计得到;AllocatedPrbs表示该用户实际分配的PRB数。
PrbEstValueThd表示PRB评估门限,只有当UE的PRB评估值大于该值时,方可执行UE切换。同时,满足公式(6)的UE是上报了测量报告且可切换的:
Ms+Hys<RSRPTresh (6)
其中,Ms表示本小区的测量UE的结果,如UE在本小区的RSRP值;RSRPThresh表示选择切换UE的RSRP门限值;Hys表示该事件的滞后参数。
本申请实施例在进行拥塞处理时,选择部分UE部分业务进行切换或释放,通常选择距离基站较远的UE以及UE相互间相距较远并且目标切换小区不为同一个小区,不会被切换到同一相邻小区内的UE进行处理,有助于释放结果的准确及释放后解除拥塞的效果。
在一个实施例中,可切换UE列表包括第一UE集合、第二UE集合以及第三UE集合中的至少一种;第一UE集合为通过A2事件上报RSRP值的UE的集合;第二UE集合为通过A3事件上报RSRP值、且上报异频邻区的UE的集合;第三UE集合为通过A3事件上报RSRP值、且上报同频邻区的UE的集合。
其中,第一UE集合的UE的切换优先级小于第二UE集合的UE的切换优先级;第一UE集合的UE的切换优先级小于所第三UE集合的UE的切换优先级;第三UE集合的UE的切换优先级小于所述第二UE集合的UE的切换优先级。
具体而言,可切换UE列表可包括第一UE集合、第二UE集合以及第三UE集合中的至少一种。在可切换UE列表包括上述集合中的至少两时,可先对不同集合的UE进行切换优先级排序。具体地,通过A3事件上报RSRP值的UE的切换优先级高于通过A2事件上报RSRP值的UE;上报异频邻区的UE的切换优先级高于上报同频邻区的UE。
需要说明的是,A2事件或A3事件均为LTE事件。RSRP值的获取可通过A2或A3事件上报获得。具体地,A2事件的触发条件为本小区RSRP值低于门限值;A3事件的触发条件则为邻区RSRP值比本小区RSRP值高于某一门限值。因此,A3事件列表中UE的切换成功率会高于A2事件列表中的UE;若采用A3事件,可将A3事件的门限值设定低于切换门限值。若系统暂无配置用于边缘用户判决的A3事件(包括同频和异频),仅配置A2事件上报RSRP值时,通过对UE的RSRP由小到大排序,选择切换UE的优先级,RSRP越小,切换优先级越高;若配置了用于边缘用户判决的A3事件(包括同频和异频),优选满足A3事件上报的UE进行排序,根据其上报的RSRP值和RSRQ(Reference Signal Receiving Quality,LTE参考信号接收质量)值,选择切换UE优先级。
在一个实施例中,如图15所示,图15为一个实施例中拥塞控制方法的第十三示意性流程图,根据UE与小区的基站的距离,对可切换UE列表中的各UE进行切换优先级排序的步骤,包括:
步骤S321,按照预设排序规则对第一UE集合中的各UE进行切换优先级排序;预设排序规则为UE的RSRP值越小、切换优先级越高。
具体而言,在可切换UE列表包括通过A2事件上报RSRP值的UE时,可根据UE的RSRP值的大小对其切换优先级进行排序;UE的RSRP值越小,则该UE的切换优先级越高。
在一个实施例中,如图15所示,根据UE与小区的基站的距离,对可切换UE列表中的各UE进行切换优先级排序的步骤还包括:
步骤S322,基于测量信息,对第二UE集合中的各UE进行切换优先级排序。
步骤S323,基于QCI等级,对第二UE集合中、测量信息相同的各UE进行切换优先级排序。
步骤S324,基于PRB评估值,对第二UE集合中、测量信息相同且QCI等级相同的各UE进行切换优先级排序。
具体而言,可切换UE列表包括通过A3事件上报RSRP值、且上报异频邻区的UE时,先根据测量信息对其进行切换优先级排序,距离本小区的基站越远,切换优先级越高。在根据测量信息进行排序的结果中,若出现测量信息相同的UE,则根据这类UE的QCI等级,对测量信息相同的这类UE进行切换优先级排序,QCI等级越高,切换优先级越低。进一步地,在根据QCI等级进行排序的结果中,若出现QCI等级也相同的UE,则根据UE的PRB评估值,对测量信息相同且QCI等级相同的这类UE进行切换优先级排序,PRB评估值越高,切换优先级越高。
需要说明的是,测量信息可为RSRP值、RSRQ值,还可为基于RSRP值、RSRQ值得到的参考值。基于测量信息进行排序,有利于优先切换距离本小区的基站远的UE。QCI等级可为UE的业务中QCI等级最高的值。基于QCI等级进行排序,有利于优先切换业务优先级低的UE,保障业务优先级高的UE的通信。基于PRB评估值进行排序,有利于优先切换资源释放量大的UE,提高拥塞处理效率。
在一个实施例中,如图16所示,图16为一个实施例中拥塞控制方法的第十四示意性流程图,基于测量信息,对第二UE集合中的各UE进行切换优先级排序的步骤包括:
基于RSRP差值,对第二UE集合中的各UE进行切换优先级排序;RSRP差值为基于UE的最强邻区RSRP值与UE的本小区RSRP值的差得到。
基于第一RSRQ值,对第二UE集合中、RSRP差值相等的各UE进行切换优先级排序;第一RSRQ值为UE的本小区RSRQ值。
基于第二RSRQ值,对第二UE集合中、RSRP差值相等且第一RSRQ值相等的各UE进行切换优先级排序;第二RSRQ值为UE的最强邻区RSRQ值。
具体而言,在根据测量信息对可切换UE列表中的UE进行排序时,可先比较UE的RSRP差值,RSRP差值越大,切换优先级越高。其中,RSRP差值为基于UE的最强邻区的RSRP值与UE在小区的RSRP值的差得到,差值越大,表明在UE所处的位置上,邻区比本小区的信道质量好,也可表明该UE越接近本小区边缘。本小区的UE可同时具备多个相邻小区(邻区),此时,可选取其中信号强度最大的邻区(如RSRP值最大的邻区)作为最强邻区。RSRP差值可为最强邻区的RSRP值减去本小区的RSRP值的结果,进一步地,还可采用参数进行差值优化,提高准确度。
在RSRP差值进行排序的结果中,若存在RSRP差值相等的UE,则比较RSRP差值相等的UE在本小区的RSRQ值,即第一RSRQ值;第一RSRQ值越小,切换优先级越高。在基于第一RSRQ值进行排序的结果中,若存在第一RSRQ值相等的UE,则比较RSRP差值相等、且第一RSRQ值相等的UE在最强邻区的RSRQ值,即第二RSRQ值;第二RSRQ值越大,切换优先级越高。
在一个实施例中,如图15所示,根据UE与小区的基站的距离,对可切换UE列表中的各UE进行切换优先级排序的步骤包括:
步骤S325,基于测量信息,对第三UE集合中的各UE进行切换优先级排序。
步骤S326,基于QCI等级,对第三UE集合中、测量信息相同的各UE进行切换优先级排序。
步骤S327,基于PRB评估值,对第三UE集合中、测量信息以及QCI等级均相同的各UE进行切换优先级排序。
具体而言,可切换UE列表包括通过A3事件上报RSRP值、且上报同频邻区的UE时,其排序规则可与第二UE集合中的UE排序规则相同,具体的规则可参见上述实施例。
在一个实施例中,UE的切换优先级排序步骤可如下:
步骤501、基于测量信息排序:
1)首选选择上报异频邻区的UE集合,执行2)~4);
2)比较最强邻区的RSRP与服务小区的RSRP值的差值,差值越大,表明邻区比本小区的信道质量越好,越接近边缘,进入边缘用户集合优先级越高;
3)在2)相等时,服务小区(即UE所在的小区)的RSRQ越小,切换优先级越高;
4)在3)相等时,最强邻区的RSRQ越大,切换优先级越高。
步骤502、基于QCI等级排序:
在基于测量信息排序基础上,根据用户业务的QCI等级进行排序;当UE承载建立多个业务时,取QCI等级最高的值作为UE的QCI等级。在以上等级排序出现相同的值时,进入第三优先级排序。
步骤503、基于PRB评估值排序:
基于步骤501、502得到的结果,根据UE在该载波上占用的PRB评估值从大到小进行排序。
步骤504、其次选择同频邻区的UE集合,重复执行501至503。
以上排序方法可保证选择位于小区边缘有邻区的、本小区信道质量较差而邻区信道质量较好的用户切换至邻区,提高切换成功率,保证用户体验,降低本小区的负荷。步骤2)至4)的排序方法可与ICIC边缘用户判决方法相同。在进行上述排序后,还可包括步骤:
步骤505、根据以上排序结果,筛选出PRB评估值大于等于切换目标UE PRB评估门限UE_PRBValue_TH的UE,该UE即为切换目标UE,否则返回选择目标UE失败。即,可在排序结果中选取释放资源量大的UE作为切换目标UE。
在一个实施例中,如图17所示,图17为一个实施例中拥塞控制方法的第十五示意性流程图,基于UE的最近邻站,按照预设排列规则,对排序后的可切换UE列表中的各UE进行重排,得到待切换UE列表的步骤包括:
步骤S332,将小区划分成与各邻站一一对应的各区域。
步骤S336,从切换优先级最高的UE开始,按顺序对排序后的可切换UE列表进行轮询,依次选取各区域内的UE,加入待切换UE列表。
具体而言,在依据UE的最近邻站对排序后的可切换UE列表进行重排时,可将小区划分成预设数量的区域;其中,各区域与小区相邻的各基站(邻站)一一对应,预设数量即为邻站的数量。每个区域对应一个邻站,位于该区域内的UE的最近邻站即为该对应的邻站。基于此,可将小区中的各UE划分到不同的区域中,便于UE切换时判断是否会切换至同一邻区或同一邻站。基于划分出来的各个区域,从可切换UE列表中切换优先级最高的UE开始进行选取,按照切换优先级的顺序,依次选取各区域中的UE加入待切换UE列表中,以使待切换UE列表中的具备相同最近邻站的UE错开排列,使所要切换的目标UE尽量分散在小区的各个区域中。
在一个具体的示例中,小区划分成对应第一邻站的区域1,对应第二邻站的区域2,以及对应第三邻站的区域3。可切换UE列表包括10个UE,并按照切换优先级顺序依次编号为UE1、UE2至UE10。其中,UE1、UE2、UE8以及UE10属于区域1;UE3以及UE4属于区域2;UE5、UE6、UE7以及UE9属于区域3。从切换优先级最高的UE1开始进行选取,按照切换优先级的顺序,依次选取各区域中的UE加入待切换UE列表中。则待切换UE列表中的UE顺序可为:UE1,UE3,UE5,UE2,UE4,UE6,UE8,UE7,UE10以及UE9。
在一个实施例中,如图14所示,将小区划分成与各邻站一一对应的各区域的步骤包括:
以小区的基站为划分起点,将相邻连线的夹角的角平分线作为边界,将小区划分为各区域连线为基站与邻站的连线。
从切换优先级最高的UE开始,按顺序对排序后的可切换UE列表进行轮询,依次选取各区域的UE,加入待切换UE列表的步骤包括:
从切换优先级最高的UE所在的区域开始,按照顺时针方向或逆时针方向,依次给各区域编号。
按照各区域的编号顺序,依次查找排序后的可切换UE列表中、对应区域的切换优先级最高的UE,并将查找到的UE加入待切换UE列表中。
在当前的区域不存在UE、或当前的区域中的各UE均已加入待切换UE列表中时,查找下一个区域中切换优先级最高的UE,直到排序后的可切换UE列表轮询完毕,确认生成待切换UE列表。
具体而言,可以本小区的基站作为划分起点,在基站与其各邻站之间分别设置虚拟的连线;相邻连线形成的夹角的角平分线可作为区域的边界,从而将小区划分成预设数量的区域。进一步地,在轮询可切换UE列表,依次选取各区域的UE,加入待切换UE列表的过程中,可先给各区域设置一个虚拟编号,例如,从切换优先级最高的UE开始,以本小区的基站为圆心,按照顺时针方向或逆时针方向,依次给各区域编号。然后按照各区域的编号顺序轮询,在排序后的可切换UE列表中查找对应的、切换优先级最高的UE,并将其加入待切换UE列表中。在轮询过程中,若在可切换UE列表中、当前编号的区域不存在UE,或者其上的UE均已加入待切换UE列表时,查找下一个编号的区域中切换优先级最高的UE,并将查找到的UE加入到待切换UE列表中。在将可切换UE列表中的各UE加入到待切换UE列表中时,可确认生成待切换UE列表,完成可切换UE列表的重排。
在一个实施例中,在完成可切换UE列表的切换优先级排序后,根据UE、基站以及邻站的相对位置信息,对切换UE列表进行处理的步骤可如下所示:
1)以本小区的基站作为圆心,顺时针按角度划分为若干块块区域,每块区域以本站和每个邻站连线形成的角度的角平分线作为边界,划分的区域块数由邻站数量决定。
以可切换UE列表中优先级最高的第一个UE所在的区域作为第一个区域,按顺时针或逆时针方向对其他区域进行编号,依次为2、3…N,其中,N为按照邻站数将小区划分的区域个数。
2)从切换优先级最高的UE开始,依次从可切换UE列表中选择处于第1、2、3直至第N区域的UE,将其从原切换UE列表(可切换UE列表)移入新的切换UE列表(待切换UE列表);找到N个UE后,重新从第1个区域开始查找,直至将原切换UE列表中的UE全部移入新切换UE列表。需注意的是,在查找第i个区域UE的过程中,若轮询完原切换UE列表中的所有UE,仍未找到,则重新轮询原切换UE列表,查找第i+1个区域的UE。
在一个实施例中,如图18所示,图18为一个实施例中拥塞控制方法的第十六示意性流程图,基于总RB个数,进行拥塞处理的步骤包括:
步骤S350,从业务优先级最低的业务开始,依据业务优先级顺序对小区中的业务进行释放。
具体而言,根据拥塞处理策略选择释放策略(RELEASE),则执行业务释放处理策略,对小区中所有的业务,执行业务释放,直至业务释放的RB个数的和大于或等于总RB个数。具体地,可从业务优先级最低的业务开始释放。本申请实施例在业务释放时,优先释放业务优先级低的业务,可保证业务优先级高的UE的通信,提升用户体验。
在一个实施例中,如图19所示,图19为一个实施例中拥塞控制方法的第十七示意性流程图,在从业务优先级最低的业务开始,依据业务优先级顺序对小区中的业务进行释放的步骤之前,还包括步骤:
步骤S340,在小区当前不包括可切换UE、且小区的拥塞状态未解除时,执行业务释放。
从业务优先级最低的业务开始,依据业务优先级顺序对小区中的业务进行释放的步骤包括:
步骤S352,在non-GBR最小保证速率开关打开时,基于小区中的所有业务进行业务释放。
步骤S354,在non-GBR最小保证速率开关关闭时,基于小区中的GBR业务进行业务释放。
具体而言,在拥塞判决后,若当前策略指示不进行UE切换,直接业务释放,或者是,在拥塞发生后,没有合适的UE能够切换到邻区或者可切换的UE不足以满足拥塞解除的要求,则需要根据当前需要释放的总RB个数进行业务释放。具体地,若non-GBR最小保证速率开关未打开,则筛选出小区中所有的GBR业务,执行业务释放;若non-GBR最小保证速率开关打开,则对小区中所有的业务,执行业务释放。同时,本申请实施例还可配置基于PRB利用率拥塞处理时直接执行释放业务资源的策略,选择释放策略可对应QCI等级和/或ARP(Allocation and retention priority,分配和保留优先级)等级。其中,ARP可认为和QCI相同,由终端和核心网协商确定。
在一个实施例中,如图19所示,业务优先级最低的业务包括以下业务中的任一种或任意组合:QCI不等于1的GBR业务,No Lcc Process Qci Set不涉及的GBR业务。
从业务优先级最低的业务开始,依据业务优先级顺序对小区中的业务进行释放的步骤包括:
步骤S356,在当前业务优先级中、各待释放业务所要释放的RB个数的和大于或等于总RB个数时,按照各待释放业务所要释放的RB个数的大小顺序、依次进行业务释放,直至释放的RB个数大于或等于总RB个数。
步骤S358,在当前业务优先级中、各待释放业务所要释放的RB个数的和小于总RB个数时,释放待释放业务,更新总RB个数并将待释放业务的优先级提高一个等级,直至释放的RB个数大于或等于更新后的总RB个数。
具体而言,在释放业务优先级最低的业务的过程中,可判断本小区所需释放的总RB个数Prb Num Demd是否大于当前最低业务优先级的所有承载在该小区的RB个数PrbNum1。若否,表示可在当前业务优先级的业务中选择一部分进行释放,则按照当前业务优先级上释放可得的RB个数由大到小依次释放,直至释放的RB个数最接近Prb Num Demd,即大于或等于总RB个数,结束该策略。若是,则表示即使当前业务优先级的所有业务释放完,仍然满足不了所需要释放的总RB个数;释放当前业务优先级的所有业务,然后提高当前的业务优先级,释放次低业务优先级的业务,直至释放的RB个数大于或等于所需释放的总RB个数。
本申请实施例在业务释放的过程中,及时更新释放的RB数目,在达到总RB个数时即可停止业务释放,可尽量保证小区中的业务的运行,避免过多地释放UE。
在一个实施例中,如图19所示,从业务优先级最低的业务开始,依据业务优先级顺序对小区中的业务进行释放的步骤,还包括:
步骤S359,在当前业务优先级中、各待释放业务所要释放的RB个数的和小于总RB个数、且当前业务优先级为最高的业务优先级时,判断No Lcc Process Qci Set是否涉及QCR为1的GBR业务:若是,则结束业务释放;若否,则按照业务释放的RB个数,由大到小依次释放QCI为1的GBR业务,直至释放的RB个数大于或等于总RB个数。
具体而言,在业务释放的过程中,若当前待释放的业务优先级是小区中最高的业务优先级,同时,经判断,释放该业务优先级上的所有业务可得到的RB个数小于总RB个数,此时,表示仅仅释放QCI为2至4的GBR业务无法满足需求。对此,可判断小区是否满足对QCI为1的GBR业务进行释放的预设释放条件。其中,预设释放条件为No Lcc Process Qci Set不涉及QCR为1的GBR业务。在满足预设释放条件时,可按照QCI为1的GBR业务可释放的RB个数,由大到小依次释放,直至释放的RB个数大于或等于总RB个数。在不满足预设释放条件时,则结束业务释放。
本申请实施例中,QCI=1为信令业务或者语音类,比较重要,若No Lcc ProcessQci Set包含QCI=1的业务,则无论任何情况均不能对其进行释放,若不包含,则仅会在最恶劣情况下,最后将其进行处理释放。
在一个实施例中,如图19所示,从业务优先级最低的业务开始,依据业务优先级顺序对小区中的业务进行释放的步骤之后,还包括步骤:
步骤S360,在小区中UE的数量小于预设UE数量时,停止业务释放。
具体而言,在执行业务释放的过程中,为避免过度释放,在小区中UE的数量不大于预设UE数量时,不再释放业务,保证小区中UE的通信。其中,预设UE数量可根据实际需求进行设置,其取值范围可为2至10;具体地,例如,在小区中UE的数量不大于3或4时,停止释放业务。
在一个实施例中,如图20所示,图20为一个实施例中拥塞控制方法的第十八示意性流程图,选择释放业务的步骤可如下:
(1)选择小区中的GBR业务,这些业务不包含QCI=1,以及No Lcc Process QciSet中涉及的GBR业务;设置当前业务优先级为最低优先级,从最低优先级业务开始释放,计算当前小区达到业务满意的门限所需要释放的总RB个数Prb Num Demd。该值与切换策略中的K值计算过程相同。
(2)统计当前业务优先级(QCI或者ARP)的所有业务的PRB个数之和为PrbNum1(Throughput),对业务满意度不满足的业务,其释放时对应的RB个数应为该承载业务满意度得到恢复所需的RB个数加该承载所占用的RB个数。
(3)判断所需释放的总RB个数Prb Num Demd是否大于当前业务优先级的所有承载在该载波上的PRB个数PrbNum1。如果否,表示可以在当前业务优先级的业务中选择一部分进行释放,执行步骤(4);如果是,表示即使当前最低业务优先级的所有业务释放完,仍然满足不了所需要释放的总RB的需求,执行步骤(5)。
(4)在当前业务优先级的业务中,则按照当前小区内释放可得的RB个数由大到小依次释放,直至释放的RB个数最接近Prb Num Demd,结束该策略。
(5)提高当前业务优先级至上一个等级,更新需释放的总RB个数Prb Num Demd等于更新前总RB个数Prb Num Demd减去PrbNum1,返回步骤(2)。如果当前业务优先级已经是最高等级,判断Prb Num Demd是否小于等于0,是表示释放已经可以满足需求,结束该策略,若否,则表示仅仅释放QCI=2~4的GBR业务无法满足需求,则执行步骤(6)。
(6)判断No Lcc Process Qci Set集合中是否包含QCI=1,若包含,说明限制QCI为1的业务执行拥塞处理策略,结束该策略;若不包含,则选择QCI为1的GBR业务,重复步骤(2)至(5),直至满足业务满意度需求。
本申请实施例通过获取PRB利用率以及GBR业务的满意度来判断是否处于拥塞状态。若PRB利用率大于PRB利用率的门限值并且GBR业务的满意度低于满意度门限,且该状态处于一个较长的时期,则认为网络处于拥塞状态,并执行拥塞处理过程。拥塞处理过程,包括在判决为拥塞状态后,选择适当的UE和业务切换到合适的目标小区,或者对其进行释放的方法。使用PRB利用率结合GBR业务的满意度来判断是否处于拥塞状态,可以有效避免在出现Best Effort以及TCP业务的时候,出现判断网络拥塞状态误判的情况,并且通过预判切换后释放的负荷大小,减少拥塞恢复的收敛时间,提高拥塞处理的效率。
进一步地,基于PRB利用率和GBR满意度的拥塞控制过程为:当PRB利用率在一段时间内持续维持在门限值以上且GBR业务的满意度低于设置的门限值时,触发基于PRB利用率的拥塞控制,降低本小区的空口负荷;拥塞处理执行时,一段时间内GBR业务的满意度维持在门限值以上时,拥塞解除。在进行拥塞处理时,选择部分UE部分业务进行切换或释放。
执行拥塞处理策略时,是上下行分别进行。根据拥塞处理策略,触发选择切换策略(HO)时,根据一定准则,确定可切换的目标UE,执行目标UE选择流程;而目标UE的选择机制,主要根据准则1:用户离eNB(Evolved Node B,演进型Node B,即基站)的距离。离eNB越远的用户切换的成功率越大,并且理论上会占用更多的无线资源PRB,所以这些用户应将被切换。以及准则2:根据用户的位置,以及其切换目标小区,来选择切换用户。被切换的用户越分散,并且目标切换小区不为同一个小区,不会被切换到同一相邻小区内,也就越不容易令一邻近小区的负荷突然增加。
应该理解的是,虽然图2至13、图15至20的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2至13、图15至20中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,提供了一种拥塞控制装置,如图21所示,图21为一个实施例中拥塞控制装置的结构示意图,包括:
拥塞控制模块110,用于在满足拥塞判决条件时,确认小区处于拥塞状态,并对小区进行拥塞处理;拥塞判决条件为在第一判决时间段内、拥塞事件的出现次数大于或等于过载门限;拥塞事件为小区的PRB利用率大于利用率门限、且小区的GBR满意度小于满意度门限;拥塞处理包括UE切换和/或业务释放。
在拥塞控制装置的各实施例中,设置了对应上述拥塞控制方法中各步骤的模块或单元;各模块或单元的具体内容可参见上述拥塞控制方法中的步骤描述,在此不再赘述。关于拥塞控制装置的具体限定可以参见上文中对于拥塞控制方法的限定,在此不再赘述。上述拥塞控制装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种接入网设备,接入网设备用于连接UE;接入网设备用于实现如上述的拥塞控制方法,具体可包括步骤:
在满足拥塞判决条件时,确认小区处于拥塞状态,并对小区进行拥塞处理;拥塞判决条件为在第一判决时间段内、拥塞事件的出现次数大于或等于过载门限;拥塞事件为小区的PRB利用率大于利用率门限、且小区的GBR满意度小于满意度门限;拥塞处理包括UE切换和/或业务释放。
需要说明的是,接入网设备可为基站等接入通信网络的设备;UE可通过接入网设备接入通信网络,并进行通信。进一步地,接入网设备还可实现上述拥塞控制方法的各步骤或各实施例,关于接入网设备的具体限定可以参见上文中对于拥塞控制方法的限定,在此不再赘述。上述接入网设备可执行的各步骤可全部或部分通过软件、硬件及其组合来实现。
在一个实施例中,提供了一种计算机存储介质,其上存储有计算机程序,该程序被处理器执行时实现如上述的拥塞控制方法,具体可包括步骤:
在满足拥塞判决条件时,确认小区处于拥塞状态,并对小区进行拥塞处理;拥塞判决条件为在第一判决时间段内、拥塞事件的出现次数大于或等于过载门限;拥塞事件为小区的PRB利用率大于利用率门限、且小区的GBR满意度小于满意度门限;拥塞处理包括UE切换和/或业务释放。
进一步地,该程序被处理器执行时,还可实现上述拥塞控制方法的各步骤或各实施例,关于计算机存储介质的具体限定可以参见上文中对于拥塞控制方法的限定,在此不再赘述。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上所述实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本申请范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请的保护范围应以所附权利要求为准。