CN115997408A - 缓冲状态报告上传方法、装置、设备、存储介质与芯片 - Google Patents
缓冲状态报告上传方法、装置、设备、存储介质与芯片 Download PDFInfo
- Publication number
- CN115997408A CN115997408A CN202280004510.9A CN202280004510A CN115997408A CN 115997408 A CN115997408 A CN 115997408A CN 202280004510 A CN202280004510 A CN 202280004510A CN 115997408 A CN115997408 A CN 115997408A
- Authority
- CN
- China
- Prior art keywords
- buffer status
- status report
- data
- user equipment
- transmitted
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 128
- 230000008859 change Effects 0.000 claims abstract description 75
- 230000002829 reductive effect Effects 0.000 claims abstract description 33
- 230000006870 function Effects 0.000 claims description 124
- 230000011664 signaling Effects 0.000 claims description 39
- 230000000737 periodic effect Effects 0.000 claims description 12
- 230000004044 response Effects 0.000 claims description 11
- 238000004590 computer program Methods 0.000 claims description 5
- 230000009467 reduction Effects 0.000 claims description 4
- 230000005540 biological transmission Effects 0.000 abstract description 70
- 239000002699 waste material Substances 0.000 abstract description 21
- 238000004891 communication Methods 0.000 abstract description 12
- 238000010586 diagram Methods 0.000 description 29
- 238000012545 processing Methods 0.000 description 14
- 230000001960 triggered effect Effects 0.000 description 11
- 230000007423 decrease Effects 0.000 description 10
- 230000007246 mechanism Effects 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 6
- 238000004705 quadratic configuration interaction calculation Methods 0.000 description 5
- 238000010187 selection method Methods 0.000 description 5
- 230000000694 effects Effects 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000005236 sound signal Effects 0.000 description 4
- 230000003190 augmentative effect Effects 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 238000013139 quantization Methods 0.000 description 3
- 230000001133 acceleration Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 2
- 238000013475 authorization Methods 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000003384 imaging method Methods 0.000 description 1
- 230000000670 limiting effect Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000036961 partial effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L27/00—Modulated-carrier systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开提出一种缓冲状态报告上传方法、装置、设备、存储介质与芯片,涉及通信技术领域。包括:响应于该用户设备的待传数据量与该待传数据量的剩余时延预算中至少一者变化,进行缓冲状态报告的更新上报。通过本公开提出的缓冲状态报告上传方法、装置、设备、存储介质与芯片,可以在批量丢包导致待传数据量变化与待传数据量的剩余时延预算中的至少一者变化的情况下,进行缓冲状态报告的更新上报,以使得网络依据更新的缓冲状态报告来为用户设备分配与待传数据匹配的传输资源,减少传输资源的浪费。
Description
技术领域
本公开涉及通信技术领域,尤其涉及一种缓冲状态报告上传方法、装置、设备、存储介质与芯片。
背景技术
在网络系统中,UE(终端)会在上行链路向网络上报BSR(Buffer Statusreporting,缓冲状态报告),BSR提供了UE的缓冲区中等待发送给网络的数据量,网络根据UE上报的BSR,为UE分配传输数据的传输资源。
其中,一个PDU set(Protocol Data Unit set,协议数据单元集合)中具有多个PDU(Protocol Data Unit,协议数据单元);PDCP(Packet Data Convergence Protocol),分组数据汇聚协议)层的discard(丢弃)机制中,PDCP层会以PDU set为最小丢弃单元,来进行PDU set的丢弃。
发明内容
本公开提供一种缓冲状态报告上传方法、装置、设备、存储介质与芯片。
根据本公开实施例的第一方面提供一种缓冲状态报告上报方法,所述方法被用户设备执行,所述方法包括:
响应于所述用户设备的待传数据量与所述待传数据量的剩余时延预算中至少一者变化,进行缓冲状态报告的更新上报。
根据本公开实施例的第二方面提供一种缓冲状态报告上报方法,所述方法被网络设备执行,所述方法包括:
接收用户设备更新上报的缓冲状态报告。
根据本公开实施例的第三方面提供一种缓冲状态报告上报装置,所述装置被配置在用户设备,所述装置包括:
缓冲状态报告发送模块,被配置为响应于所述用户设备的待传数据量与所述待传数据量的剩余时延预算中至少一者变化,进行缓冲状态报告的更新上报。
根据本公开实施例的第四方面提供一种缓冲状态报告上报装置,所述装置被配置在网络设备,所述装置包括:
缓冲状态报告接收模块,被配置为接收用户设备更新上报的缓冲状态报告。
根据本公开实施例的第五方面提供一种用户设备,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为在执行所述可执行指令时,实现本公开实施例的第一方面提供的缓冲状态报告上报方法的步骤。
根据本公开实施例的第六方面提供一种网络设备,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为在执行所述可执行指令时,实现本公开实施例的第二方面提供的缓冲状态报告上报方法的步骤。
根据本公开实施例的第七方面提供一种计算机可读存储介质,其上存储有计算机程序指令,该程序指令被处理器执行时实现本公开实施例的第一方面提供的缓冲状态报告上报方法的步骤,或本公开实施例的第二方面提供的缓冲状态报告上报方法的步骤。
根据本公开实施例的第八方面提供一种芯片,包括处理器和接口;所述处理器用于读取指令以执行本公开实施例的第一方面提供的缓冲状态报告上报方法的步骤,或执行本公开实施例的第二方面提供的缓冲状态报告上报方法的步骤。
通过上述技术方案,在UE的待传数据量与待传数据量的剩余时延预算中的至少一者变化的情况下,代表PDCP层可能丢弃了PDU set中的PDU,导致待传数据量和/或待传数据量的剩余时延预算发生了变化,此时为了避免网络授权UE多余的传输资源,可以重新上报BSR,重新上报的BSR中携带了变化后的待传数据量和/或待传数据量的剩余时延预算,如此网络可以依据变化后的待传数据量和/或待传数据量的剩余时延预算,来为UE分配与待传数据量相匹配的传输资源,而不会分配过多的传输资源,避免了传输资源的浪费。
附图说明
图1是根据一示例性实施例示出的一种缓冲状态报告上报方法的流程图。
图2是根据一示例性实施例示出的一种缓冲状态报告上报方法的流程图。
图3是根据一示例性实施例示出的一种缓冲状态报告上报方法的流程图。
图4是根据一示例性实施例示出的一种缓冲状态报告上报方法的流程图。
图5是根据一示例性实施例示出的一种缓冲状态报告上报方法的流程图。
图6是根据一示例性实施例示出的一种缓冲状态报告上报方法的流程图。
图7是根据一示例性实施例示出的一种缓冲状态报告上报方法的流程图。
图8是根据一示例性实施例示出的一种缓冲状态报告上报方法的流程图。
图9是根据一示例性实施例示出的一种缓冲状态报告上报方法的流程图。
图10是根据一示例性实施例示出的一种切换时延确定方法的流程图。
图11是根据一示例性实施例示出的一种缓冲状态报告上报方法的流程图。
图12是根据一示例性实施例示出的一种缓冲状态报告上报方法的流程图。
图13是根据一示例性实施例示出的一种缓冲状态报告上报方法的流程图。
图14是根据一示例性实施例示出的一种缓冲状态报告上报方法的流程图。
图15是根据一示例性实施例示出的一种缓冲状态报告上报方法的流程图。
图16是根据一示例性实施例示出的一种缓冲状态报告上报方法的流程图。
图17是根据一示例性实施例示出的一种缓冲状态报告上报方法的流程图。
图18是根据一示例性实施例示出的一种缓冲状态报告上报方法的流程图。
图19是根据一示例性实施例示出的一种缓冲状态报告上报方法的流程图。
图20是根据一示例性实施例示出的一种缓冲状态报告上报方法的流程图。
图21是根据一示例性实施例示出的一种缓冲状态报告上报方法的流程图。
图22是根据一示例性实施例示出的一种缓冲状态报告上报方法的流程图。
图23是根据一示例性实施例示出的一种缓冲状态报告上报方法的流程图。
图24是根据一示例性实施例示出的一种缓冲状态报告上报装置的框图。
图25是根据一示例性实施例示出的一种缓冲状态报告上报装置的框图。
图26是根据一示例性实施例示出的一种用户设备的框图。
图27是根据一示例性实施例示出的一种网络设备的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
需要说明的是,本申请中所有获取信号、信息或数据的动作都是在遵照所在地国家相应的数据保护法规政策的前提下,并获得由相应装置所有者给予授权的情况下进行的。
为了便于理解,先介绍下本公开涉及的术语。
1、BSR(Buffer Status reporting,缓冲状态报告),UE在向网络传输数据之前,需要向网络上报BSR,BSR提供了UE的缓冲区中等待发送给网络的数据量,网络根据UE上报的BSR,为UE分配传输数据的传输资源。
2、相关技术中存在以下多种触发BSR的机制,在不同机制下被触发的BSR被称为不同的BSR。
1)、第一类常规BSR(Regular BSR),UE传输给网络的UL(Uplink,上行链路)数据属于一个逻辑信道,且该逻辑信道的优先级高于任何传输有UL数据的逻辑信道的优先级,也可以理解为UE的多个逻辑信道中的最高优先级的逻辑信道中具有UL数据,该最高优先级的逻辑信道会触发BSR上报。
2)、第二类常规BSR,UE的多个逻辑信道中的其中一个逻辑信道具有可传输的UL数据,其余逻辑信道均没有可传输的UL数据,具有UL数据的逻辑信道会触发BSR上报。
3)、填充BSR(Padding BSR),UE已分配了UL资源,且填充位的数量大于或等于BSR的MAC CE(MAC层的控制单元CE)与MAC CE子报头的大小,会触发UE上报BSR。
当UE的待传数据量超过缓冲区尺寸时,会将填充的比特空间用于发送BSR。其中,网络系统中的控制面协议层结构可以包括RRC(Radio Resource Control,无线资源控制)层、PDCP(Packet Data Convergence Protocol,分组数据汇聚层协议)层、RLC(Radio LinkControl,无线链路控制)层、MAC(Media Access Control,媒体接入控制)层与物理层等协议层的功能,本段所提出的MAC层与下面即将阐述的PDCP层均属于控制面协议层结构中的一种,MAC层负责HARQ(Hybrid Automatic Repeat reQuest,混合自动重传请求)和调度功能,PDCP层负责将RLC层的数据进行分段链接,头压缩和加密等。
4)、重传BSR,至少有一个属于逻辑信道组的逻辑信道包含UL数据,retxBSR-Timer(BSR重发时间)到期的情况下,会触发UE进行BSR上报。
5)、周期BSR,periodicBSR-Timer(周期报告时间)过期的情况下,会触发UE进行BSR上报。
3、LC(Logical Channel,逻辑信道)、LCG(Logical Channel Group,逻辑信道组),UE一般会将LC划分为不同优先级的LCG,每个不同优先级的LCG用于发送不同等级的BSR。例如,3GPP(TS23.203)中规定的标准化的QCI(1-9),QCIs(1-3)映射到LCG1;QCIs(4-6)映射到LCG2;QCIs(7-9)映射到LCG3,非标准化的QCIs(10-256)映射到LCG3;LCG0用于发送SRB(signalling radio bearers,信令无线承载),而BSR0-3分别在LCG0-3上发送。
4、PDU(Protocol Data Unit,协议数据单元)、PDU set(Protocol Data Unitset,协议数据单元集合),PDU是对等层次之间传输的数据单位,例如物理层的PDU是数据位(bit),数据链路层的PDU是数据帧(frame),网络层的PDU是数据包(packet),传输层的PDU是数据段(segment),其他更高层次的PDU是报文(message),实际使用时,可以将PDU在各个层次之间的名称统一地称为数据包。
5、PDCP(Packet Data Convergence Protocol),分组数据汇聚协议)层,对于UE而言,在UE的PDCP层中以PDU set为最小丢弃单元来进行数据的丢弃;PDCP的丢弃是由每个SDU(Service Data Unit,业务数据单元)对PDU set集进行管理的,PDCP会丢弃与PDU set相关的所有PDU。示例地,UDP(User Datagram Protocol,用户数据报协议)标记PDU设置在GTP-U层,通过GTP-U头扩展DL PDU,UDP会标识属于一个PDU set中的多个PDU,例如,UDP根据PDU set的序列号(PDU Set SN)、PDU set的开始PDU(开始PDU是PDU set中的第一个PDU)与结束PDU(结束PDU是PDU set中的最后一个PDU)、PDU set中每个PDU的序列号以及PDUset中PDU的个数,从而确定一个PDU set的边界,进而在一个PDU set中的某个PDU丢失时,依据PDU set的边界,丢弃整个PDU set中的所有PDU。
对于部分业务而言,对数据并不按照重要性进行区分,PDU set中大部分的PDU到达应用层,剩余的PDU即使未到达应用层,也可以通过应用层的纠错机制来进行对这些数据进行正确解码;而对于其余业务,例如XR(eXtended Reality,扩展现实)业务而言,会对数据按照重要性进行区分,例如将数据帧划分为I帧(关键帧)和P帧(预测帧),由于UE在对P帧进行解码时,UE无法单独对P帧解码,需要利用I帧才能对P帧进行解码,所以需要I帧与P帧等数据帧包含的所有PDU set均到达应用层,才能对这些数据进行正确解码。XR业务包括:AR(Augmented Reality,增强现实)、VR(Virtual Reality,虚拟现实)和MR(Mixedreality,混合现实)等。
对于需要PDU set到达应用层才能正确解码的情况下,若PDU set中的某个PDU丢失,PDCP层基于丢弃机制,会将整个PDU set中的PDU都在PDCP层进行删除,被删除的PDU都无需继续进行传输,此时会浪费网络授权给被删除的PDU的传输资源。
示例地,假设一个PDU set中有20个PDU,UE在BSR中上报了20个PDU的待传数据量,若网络授权调度了20个PDU中3个PDU的传输资源。但在网络授权调度的期间内,若3个PDU中的第一个PDU(假设第一个PDU是比较重要的I帧)丢失时,基于PDCP层的丢弃机制,会将整个PDU set中的PDU都在PDCP层被进行删除,而这些被删除的PDU则没有必要继续进行传输,UE也不再需要这些被删除的PDU的传输资源。在此情况下,网络却仍然按照BSR上报的待传数据量为UE授权了3个PDU的传输资源,则会导致传输资源的浪费。
相关技术中,在UE使用传输资源进行数据传输的过程中,若PDCP层中的某个PDUset中的某个PDU丢失,PDCP层会基于丢弃机制,将整个PDU set进行删除,使得整个PDU set中的PDU都没有必要继续进行传输。此时若网络仍然按照UE之前上报的BSR中的待传数据量来为被删除的PDU分配传输资源,则会导致传输资源的浪费。
为了避免网络授权给UE多余的传输资源,本公开在待传数据量与待传数据量的剩余时延预算中的至少一者变化的情况下,重新上报BSR,以使得网络依据重新上报的BSR,来合理为UE授权传输资源,避免网络为UE分配多余的传输资源。
图1是根据一示例性实施例示出的一种缓冲状态报告上报方法,该方法被用户设备执行,如图1所示,该缓冲状态报告上报方法包括以下步骤。
在步骤S101中,响应于所述用户设备的待传数据量与所述待传数据量的剩余时延预算(delay budget)中至少一者变化,进行缓冲状态报告的更新上报。
其中,本公开任意实施例提出的用户设备可以是手机、平板、便携电脑、带无线收发功能的电脑、虚拟现实(virtual reality,VR)终端设备、增强现实(augmented reality,AR)终端设备、工业控制(industrial control)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等,本公开对应用场景不做限定,用户设备有时也可以称为终端设备、终端、接入终端、UE、UE单元、UE站、移动设备、移动站、移动台(mobile station)、移动客户端等。
其中,用户设备的待传数据量可以是用户设备的缓冲区中的待传数据量、待传数据量的剩余时延预算可以是待传数据量对应的待传数据从缓冲区传输出去的剩余时长,例如,UE给缓冲区中的待传数据分配了10ms的时延预算,过去8ms之后,缓冲区的待传数据还剩2ms的时长从缓冲区中传输出去,而2ms则是剩余时延预算。
其中,待传数据量变化包括待传数据量的增多与减少。在待传数据量增多时,代表新数据到达了缓冲区;在待传数据量减少时,可能出现PDCP层丢弃PDU set的情况,PDCP层丢弃PDU set可以是PDCP层出现批量丢弃数据包。
在UE的待传数据量增多的情况下,由于当前的待传数据量相较于之前UE上报给网络的待传数据量更多,若网络按照之前的BSR中的待传数据量为UE授权传输资源,会导致分配给UE的传输资源较少,使得当前的待传数据中的部分待传数据无法及时地传输出去。
相关技术中,常规BSR通常在缓冲区中的数据从无到有的情况下,才会触发BSR的上报,常规BSR无法在缓冲区的数据增多的情况下,触发BSR重新上报。
本公开中,为了在待传数据量增多的情况下,UE的待传数据能够被及时地发送出去,在UE的待传数据量增多的情况下,可以进行BSR的更新上报,更新上报的待传数据量相较于之前上报的BSR中的待传数据量更多,网络依据更新后的BSR,才能授权更多的传输资源给UE,UE依据更多的传输资源才能及时地将增多的待传数据传输出去。
在UE的待传数据量减少的情况下,当PDCP层批量丢弃数据包时,会导致UE的缓冲区的待传数据量减少,此时若网络按照之前的BSR中的待传数据量为UE授权传输资源,会导致分配给UE的传输资源较多,导致传输资源的浪费。
本公开中,为了在待传数据量减少的情况下,减少传输资源的浪费,可以在UE的待传数据量减少的情况下,进行BSR的更新上报,更新上报的待传数据量相较于之前上报的BSR中的待传数据量更少,网络依据更新后的BSR,则不会授权较多的传输资源给UE,从而减少了传输资源的浪费。
其中,剩余时延预算变化进行BSR更新上报,包括剩余时延预算相较于上次上报的BSR中的剩余时延预算增大或变小,则进行BSR更新上报;或者剩余时延预算小于或等于某个阈值,则进行BSR更新上报。待传数据量的剩余时延预算变化包括剩余时延预算的增大与减小。在剩余时延预算增大时,可能出现PDCP层批量丢弃PDU set的情况;在剩余时延预算减小时,可能出现紧急调度待传数据的情况。
其中,可以通过网络配置UE或协议约定UE的方式,在用户设备的待传数据量与所述待传数据量的剩余时延预算中至少一者变化的情况下,进行BSR的更新上报。
网络配置UE是网络UE下发指示,指示UE在面临缓冲区中的待传数据量和/或待传数据量的剩余时延预算发生变化的情况下,进行BSR的更新上报。协议约定UE是在网络与UE之间的逻辑信道和/或逻辑信道组上规定,在辑信道和/或逻辑信道组的缓冲区的待传数据量发生变化的情况下,进行BSR的更新上报,例如一些类型的辑信道和/或逻辑信道组用于传输XR业务的数据,那么协议可以约定这些类型的辑信道和/或逻辑信道组,在各自的缓冲区的待传数据量发生变化时,进行BSR的更新上报。
其中,UE会向网络发送BSR,网络依据BSR为UE分配传输资源,UE使用传输资源进行数据传输的过程中,在PDCP层出现批量丢包现象,此时UE会进行BSR的更新上报,重新上传携带有变化后的待传数据量和/或变化后的剩余时延预算的BSR,那么本公开任意实施例中提出的进行BSR的更新上报可以理解为将之前上报的BSR进行重新更新后上报。
示例地,上次上报的BSR中携带剩余时延预算信息和/或待传数据量;而后一次上报的BSR中与剩余时延预算信息和/或待传数据量相关的字段为空,可以意味着上次上报的BSR不再生效,或者意味着上次上报的BSR中携带剩余时延预算信息不再生效。
通过上述技术方案,在UE的待传数据量与待传数据量的剩余时延预算中的至少一者变化的情况下,为了避免网络授权UE多余的传输资源,可以重新上报BSR,重新上报的BSR中携带了变化后的待传数据量和/或待传数据量的剩余时延预算,如此网络可以依据变化后的待传数据量和/或待传数据量的剩余时延预算,来为UE分配与待传数据量相匹配的传输资源,而不会分配多余的传输资源,避免了传输资源的浪费。
图2是根据一示例性实施例示出的一种缓冲状态报告上报方法,该方法被用户设备执行,如图2所示,该缓冲状态报告上报方法包括以下步骤。
在步骤S201中,响应于所述待传数据量的变化值大于待传数据量变化阈值,进行缓冲状态报告的更新上报。
其中,可以通过网络配置UE或协议约定UE,在UE的待传数据量的变化值大于待传数据量变化阈值,进行BSR的更新上报。
其中,待传数据量的变化值可以是在PDCP层批量丢包的丢包数据量,也可以是新数据到达缓冲区之后,缓冲区中增多的数据量。示例地,网络配置UE或协议约定UE,在PDCP层进行了批量丢包操作且丢包数据量大于待传数据量变化阈值的情况下,进行BSR的更新上报。示例地,网络配置UE或协议约定UE,在缓冲区增加的数据量大于待传数据量变化阈值的情况下,进行BSR的更新上报。
待传数据量的变化值可以是丢包的个数、丢包的字节数、丢包的比特数中的任意一者;丢包的个数可以是数据包(Packet)的数量或者数据包集合(Packet Set)的个数。作为一个实施例,待传数据量可以是UE基于PDCP层和/或者RLC(Radio Link Control,无线链路层控制协议)的数据量进行确定。
待传数据量变化阈值可以是基站从核心网获取并发送给UE的,待传数据量变化阈值也可以是UE与网络基于协议约定的。
其中,若在待传数据量发生变化的情况下,就进行BSR的更新上报,会导致BSR更新上报过于频繁,会浪费网络资源。
为了减少网络资源的浪费,本公开提出在待传数据量的变化值大于待传数据量变化阈值的情况下,才进行BSR的更新上报。如此,在提高了BSR的上报条件之后,可以减少BSR的上报次数,减少网络资源的浪费。
通过上述技术方案,响应于待传数据量的变化值大于待传数据量变化阈值,进行BSR的更新上报,可以提高BSR上报条件,减少BSR上报次数,减少网络资源的浪费。
图3是根据一示例性实施例示出的一种缓冲状态报告上报方法,该方法被用户设备执行,如图3所示,该缓冲状态报告上报方法包括以下步骤。
在步骤S301中,在所述剩余时延预算减小的情况下,进行缓冲状态报告的更新上报。
其中,在UE对部分待传数据进行紧急调度,需要将这部分待传数据从缓冲区中传输出去的情况下,会控制待传数据量的剩余时延预算减少,以使得待传数据能够在较短的时间内从缓冲区传输出去,实现这部分待传数据的紧急调度。
示例地,数据包A的剩余时延预算是5ms,在对缓冲区中的数据包A进行紧急调度时,会控制数据包A的剩余时延预算从5ms变为2ms,以控制数据包A在剩余2ms的时间内从缓冲区传输出去,以此来完成数据包A的紧急调度。
其中,在剩余时延预算减小的情况下,可能表明缓冲区中的待传数据需要进行紧急调度,需要UE及时地将这部分待传数据从缓冲区发送出去,因此需要进行BSR的重新上报,重新上报的BSR中携带有待传数据量的剩余时延预算减小的信息,以使得网络依据重新上报的BSR,给UE尽快授权这部分待传数据的传输资源,完成缓冲区中待传数据的紧急调度。
作为一个示例,也可以在待传数据量其剩余时延预算小于或者等于某个阈值的情况下,则进行BSR上报。作为一个实施例:预定阈值可以从核心网获取,通过gNB(the nextGeneration Node B,5G基站)通知给UE;或者可以基于网络约定。
通过上述技术方案,在待传数据量的剩余时延预算小于或等于某个阈值的情况下,表明缓冲区中的待传数据需要紧急地从缓冲区传输出去,此时可以进行BSR上报,以使得网络依据更新上报的BSR报文,来及时地为这部分待传数据授权传输资源。
图4是根据一示例性实施例示出的一种缓冲状态报告上报方法,该方法被用户设备执行,如图4所示,该缓冲状态报告上报方法包括以下步骤中。
在步骤S401中,在所述待传数据量减小导致所述剩余时延预算增大的情况下,进行缓冲状态报告的更新上报。
其中,PDCP层进行了批量丢包操作,导致缓冲区的待传数据量减小,且缓冲区到达新的待传数据的情况下,会导致剩余时延预算增大,此时可以进行BSR的更新上报。
示例地,若待传数据量的剩余时延预算为2ms,但是在这2ms内,在PDCP层进行了批量丢包操作,导致缓冲区中的所有数据丢失,并且缓冲区中进入了新数据之后,剩余时延预算可以达到10ms,此时剩余时延预算相较于未进行批量丢包操作之前的剩余时延预算更大,此时则需要进行BSR的更新上报。在此情况下,UE重新上报的BSR中所指示的则是新到达缓冲区中的待传数据的待传数据量和/或待传数据量的剩余时延预算。
可见,在待传数据量减少导致剩余时延预算增大的情况下,可能是PDCP层进行了批量丢包操作,UE删除了缓冲区中的部分数据包,此时也需要进行BSR的重新上报,将新到达缓冲区中的待传数据量的剩余时延预算上报至网络,一方面可以使得网络给UE授权与缓冲区中的待传数据量匹配的传输资源,另一方面可以使得网络能够知晓缓冲区内的数据并不需要被紧急调度出去,网络并不需要较快地为该UE缓冲区内的待传数据分配传输资源,可以将传输资源分配给其余UE。
当然,在一种实施例中,在PDCP层丢包导致网络删除缓冲区中的部分待传数据,导致剩余时延预算变大的情况下,也可以无需进行BSR的更新上报。
示例地,假设UE最开始为缓冲区中的1000bit的数据量分配的剩余时延预算为10ms,在经过8ms之后,缓冲区中的1000bit的待传数据量的剩余时延预算为2ms,即,1000bit的待传数据还有2ms的时间到期可以从缓冲区传输出去。此时若网络主动删除了这1000bit的待传数据,并且在2ms内缓冲区中新到来1000bit的数据,新到来的1000bit待传数据的剩余时延预算为10ms,在剩余时延预算增大的情况下,缓冲区中的待传数据量却并未发生变化,基于同样的数据量,则无需进行BSR的更新上报,网络依据1000bit的数据量为UE授权传输资源即可。
通过上述技术方案,在剩余时延预算减小的情况下,进行BSR的更新上报,可以将更小的剩余时延预算发送至网络,使得网络依据更新上报的剩余时延预算来尽快地为UE分配传输资源,以实现UE对待传数据的紧急调度;在待传数据量减小导致剩余时延预算增大的情况下,进行BSR的更新上报,可以将新到达缓冲区的待传数据的待传数据量和/或待传数据量的剩余预算时延发送至网络,一方面使得网络依据更新上报的剩余时延预算来为UE分配与新到达缓冲区的数据相匹配的传输资源,另一方面网络依据更新上报的剩余时延预算,知晓该UE缓冲区内的待传数据并不需要紧急调度出去,可以将传输资源分配给其余UE。
可以理解的是,上述图3与图4所示出的示例可以分别单独为一个实施例,也可以两者组合形成新的实施例。当图3示出的实施例为单独的一个实施例的情况下,会使得网络依据更新上报的BSR来为UE更快授权传输资源;当图4示出的实施例为单独的一个实施例的情况下,PDCP层丢包导致缓冲区新到达待传数据量增多,会使得网络依据更新上报的BSR,来为UE授权与缓冲区中新到达的待传数据量匹配的传输资源。
图5是根据一示例性实施例示出的一种缓冲状态报告上报方法,该方法被用户设备执行,如图5所示,该缓冲状态报告上报方法包括以下步骤。
在步骤S501中,响应于所述用户设备的至少一个逻辑信道或至少一个逻辑信道组的待传数据量变化,进行缓冲状态报告的更新上报。
其中,用户设备与网络设备之间通过至少一个逻辑信道或至少一个逻辑信道组进行通信,每个逻辑信道或逻辑信道组对应有各自的缓冲区,逻辑信道或逻辑信道组对应有各自的缓冲区中的待传数据量变化的情况下,进行BSR的更新上报。
因此,UE的待传数据量可以从至少一个逻辑信道或至少一个逻辑信道组或全部逻辑信道的缓冲区的待传数据量中统计。
示例地,在至少一个逻辑信道的待传数据量发生变化的情况下,可以触发BSR重新上报;在至少一个逻辑信道组内的所有逻辑信道的待传数据量总和发生变化的情况下,可以触发BSR重新上报;在所有逻辑信道的待传数据量总和发生变化的情况下,可以触发BSR重新上报。
通过上述技术方案,在至少一个逻辑信道或至少一个逻辑信道组的待传数据量变化的情况下,可以进行BSR重新上报,以使得网络依据重新上报的BSR中指示的变化后的待传数据量,来为UE分配与变化后的待传数据量相匹配的传输资源。
图6是根据一示例性实施例示出的一种缓冲状态报告上报方法,该方法被用户设备执行,如图6所示,该缓冲状态报告上报方法包括以下步骤。
在步骤S601中,响应于所述用户设备的待传数据量与所述待传数据量的剩余时延预算中至少一者变化,将上报至网络设备的缓冲状态报告,更新为常规缓冲状态报告中的任意一种或更新为第二类型的缓冲状态报告。
其中,在进行BSR的更新上报时,更新上报后的BSR可以为常规BSR中的任意一种,例如为上述的第一类常规BSR或者为第二类常规BSR,也可以命名为另一种新类型的BSR,例如为更新BSR(updated BSR)。
在一种实施例中,网络配置UE或者协议约定UE,在待传数据量有变化、在待传数据量其剩余delay budget(剩余时延预算)有变化、在待传数据量其剩余delay budget(剩余时延预算)小于或者等于预定阈值中的至少一者存在的情况下,进行BSR更新上报时,该BSR可以关联到指定的逻辑信道ID或者新的逻辑信道ID;这样基站收到之后,则可以通过该逻辑信道ID识别该类型的BSR。关联到指定的逻辑信道ID或者新的逻辑信道ID可以是使用预留的一个LCH(Logical Channel,逻辑信道)ID来标识。
作为一种实施例,新的逻辑信道ID可以针对长BSR(Long BSR)和短BSR(ShortBSR)分别配置。
图7是根据一示例性实施例示出的一种缓冲状态报告上报方法,该方法被用户设备执行,如图7所示,该缓冲状态报告上报方法包括以下步骤。
在步骤S701中,在所述用户设备的待传数据量与所述待传数据量的剩余时延预算中至少一者变化,且所述用户设备配置了缓冲状态报告更新功能的情况下,进行缓冲状态报告的更新上报。
其中,缓冲状态报告更新功能为在所述用户设备的待传数据量与所述待传数据量的剩余时延预算中至少一者变化,进行BSR重新上报的功能。
在UE配置了缓冲状态报告更新功能,且UE确定出待传数据量与待传数据量的剩余时延预算中的至少一者变化的情况下,即可首次进行BSR上报。
示例地,在UE配置了缓冲状态报告更新功能之后,若UE缓冲区中的待传数据从无到有时,即可首次上报BSR;若UE中待传数据量的剩余时延预算从无到有时,也可以进行首次BSR的上报。如此,网络可以依据首次上报的BSR中指示的待传数据量和/或剩余时延预算,来为UE授权传输资源。
图8是根据一示例性实施例示出的一种缓冲状态报告上报方法,该方法被用户设备执行,如图8所示,该缓冲状态报告上报方法包括以下步骤。
在步骤S801中,在所述用户设备的待传数据量与所述待传数据量的剩余时延预算中至少一者变化,且所述缓冲状态报告的上报值变化的情况下,进行缓冲状态报告的更新上报。
其中,若用户设备的待传数据量与所述待传数据量的剩余时延预算中至少一者变化,就进行BSR的更新上报,会导致UE频繁上报BSR,造成网络资源的浪费。
本公开中,在所述用户设备的待传数据量与所述待传数据量的剩余时延预算中至少一者变化,且所述缓冲状态报告的上报值变化的情况下,采进行BSR的更新上报,减少了BSR上报次数,减少了网络资源的浪费。
示例地,假设BSR上报的上报值有1与2,1对应的待传数据量的范围为[0,1000],2对应的待传数据量的范围为[1001,2000],若之前的待传数据量是500,现在是800,仍然在[0,1000]的范围之内,所以BSR的上报值不会发生变化,UE不会进行BSR的更新上报。当待传数据量变化为1500,在[1001,2000]范围之内时,BSR的上报值才会从1变化为2,此时UE才会进行BSR的更新上报。
可见,本公开在待传数据量和/或剩余时延预算发生变化,且BSR的上报值变化的情况下,才会进行BSR报文的更新上报,以使得BSR报文更新上报的条件更加严苛,减少BSR更新上报的次数,减少网络资源的浪费。
通过上述技术方案,在所述用户设备的待传数据量与所述待传数据量的剩余时延预算中至少一者变化,且所述缓冲状态报告的上报值变化的情况下,进行BSR的更新上报,可以使得BSR的更新上报条件更加严苛,减少BSR报文的上报次数,避免频繁上报BSR报文所带来的网络资源的浪费。
图9是根据一示例性实施例示出的一种缓冲状态报告上报方法,该方法被用户设备执行,如图9所示,该缓冲状态报告上报方法包括以下步骤。
在步骤S901中,在所述用户设备的待传数据量与所述待传数据量的剩余时延预算中至少一者变化,且所述用户设备配备的禁止定时器未运行的情况下,进行缓冲状态报告的更新上报。
其中,禁止定时器是用于禁止BSR报文上报的定时器,在禁止定时器运行期间,UE无法进行BSR报文的更新上报;在禁止定时器未运行期间,UE可以进行BSR报文的更新上报。
示例地,禁止定时器的运行时间为3ms,在禁止定时器运行的3ms之内,即使UE的待传数据量和/或剩余时延预算发生变化,UE也不会进行BSR报文的更新上报;在禁止定时器运行3ms结束之后,若UE的待传数据量和/或剩余时延预算发生变化,UE则可以进行BSR报文的更新上报。
可见,通过UE配置禁止定时器,可以在禁止定时器运行期间,禁止UE更新上报BSR报文,从而减少BSR报文的上报次数,减少网络资源的浪费。
通过上述技术方案,在所述用户设备的待传数据量与所述待传数据量的剩余时延预算中至少一者变化,且所述用户设备配备的禁止定时器未运行的情况下,可以使得UE在禁止定时器没有运行的期间内上报BSR,也减少了BSR报文的上次次数,进而避免频繁上报BSR报文所带来的网络资源的浪费。
可以理解的是,上述图7、图8与图9所示出的示例可以分别为单独的实施例,也可以两两组合,或者三个组合分别形成新的实施例。
示例地,在图8与图9所示出的示例进行组合后,可以得到在所述用户设备的待传数据量与所述待传数据量的剩余时延预算中至少一者变化,且所述缓冲状态报告的上报值变化,且所述用户设备配备的禁止定时器未运行的情况下,进行BSR报文的更新上报。在此情况下,UE是在禁止定时器未运行,且BSR报文的上报值有变化的情况下,才进行BSR报文的更新上报,使得BSR报文的更新上报相较于单独的步骤S602或S603而言更加严苛,进一步避免频繁上报BSR报文所带来的网络资源的浪费。
图10是根据一示例性实施例示出的一种缓冲状态报告上报方法,该方法被用户设备执行,如图10所示,该方法包括以下步骤。
在步骤S1001中,接收用于指示所述用户设备使能所述缓冲状态报告更新功能的信令。
其中,用户设备可以接收使能缓冲状态报告更新功能的信令,即UE可以接收BSR更新功能的信令,在接收到该信令之后,UE可以使能BSR更新功能。BSR更新功能可以在UE所有的逻辑信道和/或逻辑信道组上生效。
其中,UE可以隐含地确定自身可以使用BSR更新功能。
示例地,当UE接收到网络发送的待传数据量变化阈值的情况下,即可确定自身可以使能BSR更新功能。
示例地,当UE确定仅在周期BSR没有触发时可以使用BSR更新功能的情况下,确定自身可以使能BSR更新功能。若UE配置了周期BSR,则可以周期性地将BSR进行上报,没必要使用本公开提出的BSR更新功能。因此,在使用本公开提出的BSR更新功能时,可以禁止使用周期BSR。并且,使能BSR更新功能相较于周期BSR而言,上报BSR的条件更加苛刻,使得UE上报BSR的开销相对较小。
在步骤S1002中,使能所述缓冲状态报告更新功能,进行缓冲状态报告的更新上报。
其中,在UE能够使能BSR更新功能之后,若UE确定出用户设备的待传数据量与所述待传数据量的剩余时延预算中至少一者变化,则进行BSR的更新上报。
通过上述技术方案,可以使得BSR更新功能在每个UE粒度上生效,使得UE在面对UE的所有配置的逻辑信道或者逻辑信道组上,其待传数据量与所述待传数据量的剩余时延预算中至少一者变化,进行BSR的更新上报。
图11是根据一示例性实施例示出的一种缓冲状态报告上报方法,该方法被用户设备执行,如图11所示,该方法包括以下步骤。
在步骤S1101中,接收用于指示所述用户设备的无线承载使能所述缓冲状态报告更新功能的信令。
其中,无线承载(Radio Bearer,RB)是UE与UTRAN(UMTS Terrestrial RadioAccess Network,UTMS陆地无线接入网)之间L2向上层提供的业务。UE可以接收用于指示UE的无线承载使能BSR更新功能的信令,如此与UE的无线承载关联的所有逻辑信道或逻辑信道组都可以使能BSR更新功能。
示例地,若无线承载用于承载XR业务,XR业务有多种类型的数据包,第一种类型的数据包用第一个逻辑信道传输,第二种类型的数据包用第二个逻辑信道传输,那么这两个逻辑信道则是与无线承载关联的逻辑信道.同理,逻辑信道组与无线承载的关联也可以通过这种方式进行判断,在此不再赘述。
其中,网络可以事先配置UE的无线承载与哪些逻辑信道、逻辑信道组进行关联。
其中,UE可以隐含地确定无线承载能够使能BSR更新功能。
示例地,当UE接收到网络针对某个无线承载的待传数据量变化阈值的情况下,可以隐含地确定该无线承载可以使能BSR更新功能。
在步骤S1102中,使能所述缓冲状态报告更新功能,进行缓冲状态报告的更新上报。
其中,UE的无线承载使能BSR更新功能之后,若UE确定出与无线承载关联的逻辑信道和/或逻辑信道组的缓冲区中的待传数据量变化,或者剩余时延预算变化,则进行BSR的更新上报。
通过上述技术方案,可以使得BSR更新功能在每个无线承载粒度上生效,使得UE在面对无线承载的待传数据量与所述待传数据量的剩余时延预算中至少一者变化时,进行BSR的更新上报。
图12是根据一示例性实施例示出的一种缓冲状态报告上报方法,该方法被用户设备执行,如图12所示,该方法包括以下步骤。
在步骤S1201中,接收用于指示所述用户设备的逻辑信道或逻辑信道组使能所述缓冲状态报告更新功能的信令。
其中,UE可以接收用于指示逻辑信道使能BSR更新功能的信令,也可以接收用于指示逻辑信道组使能BSR更新功能的信令。
作为一种实施例,UE可以接收用于指示用户设备的第一逻辑信道或第一逻辑信道组,使能所述缓冲状态报告更新功能的信令。
示例地,协议约定终端其对于第一逻辑信道或第一逻辑信道组,使能BSR更新功能。第一逻辑信道为特定的逻辑信道,第一逻辑信道组为特定的逻辑信道组。其中,特定的逻辑信道为配置了使用特定类型BSR表格,例如第二BSR table(第二BSR表格),进行BSR上报的逻辑信道;特定的逻辑信道组为配置了使用特定类型BSR表格,例如第二BSR table,进行BSR上报的逻辑信道组。
作为一种实施例,第二BSR table是为XR业务新引入的Buffer size(缓冲量)映射到不同量化等级的表格,第二BSR table中具有缓冲量与缓冲量量化等级之间的映射关系。
其中,UE可以隐含地确定逻辑信道或逻辑信道组能够使能BSR更新功能。
示例地,UE接收到网络针对逻辑信道的待传数据量变化阈值的情况下,则可以确定该逻辑信道可以使能BSR更新功能;UE接收到网络针对逻辑信道组的待传数据量变化阈值的情况下,则可以确定该逻辑信道组可以使能BSR更新功能。
在步骤S1202中,使能所述缓冲状态报告更新功能,进行缓冲状态报告的更新上报。
其中,UE的逻辑信道可以使能BSR更新功能之后,若UE确定出逻辑信道缓冲区中的待传数据量变化或者剩余时延预算变化,则进行BSR的更新上报。逻辑信道组可以使能BSR更新功能之后,若UE确定出逻辑信道组缓冲区中的待传数据量变化或者剩余时延预算变化,则进行BSR的更新上报。
通过上述技术方案,可以使得BSR更新功能在每个逻辑信道粒度或每个逻辑信道组粒度上生效,使得UE在面对逻辑信道或逻辑信道组的待传数据量与所述待传数据量的剩余时延预算中至少一者变化时,进行BSR的更新上报。
可以理解的是,图10示出的实施例、图11示出的实施例与图12示出的实施例这三个实施例之间可以为单独的实施例,也可以两两之间相互组合形成一个新的实施例,也可以三个实施例形成一个新的实施例。
图13是根据一示例性实施例示出的一种缓冲状态报告上报方法,该方法被用户设备执行,如图13所示,该方法包括以下步骤。
在步骤S1301中,将所述用户设备的辅助信息上报至网络设备。
其中,所述辅助信息包括以下至少一者:所述用户设备是否支持使用缓冲状态报告更新功能的能力、所述用户设备是否期望使用所述缓冲状态报告更新功能。
其中,UE可以具有第一类BSR上报能力与第二类BSR上报能力。第一类BSR上报能力为在待传数据量与所述待传数据量的剩余时延预算中至少一者变化的情况下,进行BSR更新上报的能力;第二类BSR上报能力为上述常规BSR、周期BSR、重传BSR与填充BSR的上报能力。当UE上报第一类BSR上报能力时,表明UE支持使能BSR更新功能,此时网络会为UE配置BSR更新功能。
其中,在UE接收到多余待传数据的授权时,表明UE期望使能BSR更新功能,此时网络会为UE配置BSR更新功能。
示例地,当UE缓冲区的待传数据丢包之后,网络可能会按照原来的数据量来为UE分配较多的授权,而终端并不需要那么多的授权,此时UE接收到多余待传数据的授权,UE则意识到网络获取到的BSR报文中上报的待传数据量较多。因此UE可以上报辅助信息,以期望使能BSR更新功能,避免网络为UE分配多余待传数据量的授权。
授权指的是网络为UE的待传数据授权的传输资源,传输资源可以理解为上行传输资源,UE需要利用上行传输资源将缓冲区中的待传数据传输至网络。
在步骤S1302中,响应于所述用户设备的待传数据量与所述待传数据量的剩余时延预算中至少一者变化,进行缓冲状态报告的更新上报。
其中,当UE将辅助信息上传至网络之后,网络会为UE配置BSR更新功能,当然网络与UE之间也可以通过协议约定BSR更新功能,此时UE可以响应于待传数据量与所述待传数据量的剩余时延预算中至少一者变化,进行BSR的更新上报。
通过上述技术方案,UE可以向网络设备上报UE的辅助信息,以表明UE自身具有使能BSR更新功能的能力和/或期望使用BSR更新功能,使得网络能够依据辅助信息来为UE配置BSR更新功能。
图14是根据一示例性实施例示出的一种缓冲状态报告上报方法,该方法被网络设备执行,如图14所示,该方法包括以下步骤。
在步骤S1401中,接收用户设备更新上报的缓冲状态报告。
其中,本公开任意实施例提出的网络设备可以是用于与用户设备通信的设备,该网络设备也可以称为接入网设备或无线接入网设备,可以是传输接收点(transmissionreception point,TRP),还可以是LTE系统中的演进型基站(evolved NodeB,eNB或eNodeB),还可以是家庭基站(例如,home evolved NodeB,或home Node B,HNB)、基带单元(base band unit,BBU),还可以是云无线接入网络(cloud radio access network,CRAN)场景下的无线控制器,或者该网络设备可以为中继站、接入点、车载设备、可穿戴设备以及5G网络中的网络设备或者未来演进的PLMN网络中的网络设备等,可以是WLAN中的接入点(access point,AP),可以是NR的gNB,本申请实施例并不限定。
该步骤可以参照上述步骤S101,在此不再赘述。
通过上述技术方案,网络设备在接收到用户设备更新上报的BSR之后,由于BSR中指示有变化后的待传数据量和/或待传数据量的剩余时延预算,所以网络设备可以依据变化后的待传数据量和/或待传数据量的剩余时延预算,来为UE分配与变化后的待传数据量和/或待传数据量的剩余时延预算匹配的传输资源,避免网络设备分配的传输资源多余UE所需的传输资源的情况,减少了传输资源的浪费。
图15是根据一示例性实施例示出的一种缓冲状态报告上报方法,该方法被网络设备执行,如图15所示,该方法包括以下步骤。
在步骤S1501中,接收用户设备更新上报的缓冲状态报告。
该步骤可以参考上述步骤S101,在此不再赘述。
在步骤S1502中,根据所述缓冲状态报告,确定所述用户设备的待传数据量与所述待传数据量的剩余时延预算中的至少一者变化。
该步骤可以参考上述步骤S101,在此不再赘述。
通过上述技术方案,在接收到UE更新上报的BSR的情况下,可以根据BSR中指示的待传数据量或剩余时延预算,来为UE分配与待传数据量或剩余时延预算匹配的传输资源。
图16是根据一示例性实施例示出的一种缓冲状态报告上报方法,该方法被网络设备执行,如图16所示,该方法包括以下步骤。
在步骤S1601中,接收用户设备更新上报的缓冲状态报告。
该步骤可以参考上述步骤S101,在此不再赘述。
在步骤S1602中,根据所述缓冲状态报告,确定所述待传数据量的变化值大于待传数据量变化阈值。
该步骤可以参考上述步骤S201,在此不再赘述。
通过上述技术方案,网络设备会在UE的待传数据量的变化值大于待传数据量变化阈值的情况下,才会接收到UE更新上报的BSR,网络设备接收到BSR的上报次数减少,减少了网络资源的浪费。
图17是根据一示例性实施例示出的一种缓冲状态报告上报方法,该方法被网络设备执行,如图17所示,该方法包括以下步骤。
在步骤S1701中,接收用户设备更新上报的缓冲状态报告。
该步骤可以参考上述步骤S101,在此不再赘述。
在步骤S1702中,根据所述缓冲状态报告,确定所述剩余时延预算减小和/或所述待传数据量减小导致所述剩余时延预算增大。
该步骤可以参考上述步骤S301与步骤S401,在此不再赘述。
通过上述技术方案,在剩余时延预算减小的情况下,进行BSR的更新上报,可以将更小的剩余时延预算发送至网络,使得网络依据更新上报的剩余时延预算来尽快地为UE分配传输资源,以实现对待传数据的紧急调度;在待传数据量减小导致剩余时延预算增大的情况下,进行BSR的更新上报,可以将新到达缓冲区的待传数据的待传数据量和/或待传数据量的剩余预算时延发送至网络,网络依据更新上报的剩余时延预算来为UE分配与新到达缓冲区的待传数据相匹配的传输资源。
图18是根据一示例性实施例示出的一种缓冲状态报告上报方法,该方法被网络设备执行,如图18所示,该方法包括以下步骤。
在步骤S1801中,接收用户设备更新上报的缓冲状态报告。
该步骤可以参考上述步骤S101,在此不再赘述。
在步骤S1802中,根据所述缓冲状态报告,确定所述用户设备的至少一个逻辑信道或至少一个逻辑信道组的待传数据量变化。
该步骤可以参考上述步骤S501,在此不再赘述。
通过上述技术方案,在至少一个逻辑信道或至少一个逻辑信道组的待传数据量变化的情况下,可以接收更新上报的BSR重新,网络依据重新上报的BSR中指示的变化后的待传数据量,来为UE分配匹配的传输资源。
图19是根据一示例性实施例示出的一种缓冲状态报告上报方法,该方法被网络设备执行,如图19所示,该方法包括以下步骤。
在步骤S1901中,接收所述用户设备更新上报为常规缓冲状态报告中的任意一种缓冲状态报告,或接收用户设备更新上报为第二类型的缓冲状态报告。
该步骤可以参考上述步骤S601,在此不再赘述。
图20是根据一示例性实施例示出的一种缓冲状态报告上报方法,该方法被网络设备执行,如图20所示,该缓冲状态报告上报方法包括以下步骤。
在步骤S2001中,向所述用户设备发送用于指示所述用户设备使能缓冲状态报告更新功能的信令。
其中,若网络设备知晓UE为进行XR业务的UE,则会向UE发送用于指示UE使能BSR更新功能的信令,通知UE使能BSR更新功能。
在网络设备通知UE使能该BSR更新功能之后,UE所有的逻辑信道或逻辑信道组上都生效该BSR更新功能。
其中,网络设备可以隐含地通知UE使能BSR更新功能。
示例地,网络设备可以通知UE针对某个逻辑信道或某个逻辑信道组的待传数据量变化阈值,网络设备也可以通知UE在周期BSR没有配置时使用BSR更新功能,从而隐含地通知UE使能BSR更新功能。
在步骤S2002中,接收用户设备更新上报的缓冲状态报告。
该步骤可以参考上述步骤S101,在此不再赘述。
通过上述技术方案,网络可以为UE配置BSR更新功能在每个UE粒度上生效,使得UE在面对UE的待传数据量与所述待传数据量的剩余时延预算中至少一者变化,进行BSR的更新上报。
图21是根据一示例性实施例示出的一种缓冲状态报告上报方法,该方法被网络设备执行,如图21所示,该缓冲状态报告上报方法包括以下步骤。
在步骤S2101中,向所述用户设备发送用于指示所述用户设备的无线承载使能缓冲状态报告更新功能的信令。
其中,若网络设备知晓UE为进行XR业务的UE,则会向UE发送用于指示无线承载使能BSR更新功能的信令,通知无线承载能够使能BSR更新功能。
在网络设备通知UE使能该BSR更新功能之后,与无线承载关联的所有的逻辑信道或逻辑信道组上都生效该BSR更新功能。
其中,网络设备可以隐含地通知无线承载使能BSR更新功能。
示例地,网络设备可以通知UE与无线承载关联的至少一个逻辑信道或至少一个逻辑信道组的待传数据量变化阈值,从而隐含地通知无线承载使能BSR更新功能。
在步骤S2102中,接收用户设备更新上报的缓冲状态报告。
该步骤可以参考上述步骤S101,在此不再赘述。
通过上述技术方案,网络可以为UE配置BSR更新功能在每个无线承载粒度上生效,使得UE在面对无线承载的待传数据量与所述待传数据量的剩余时延预算中至少一者变化时,进行BSR的更新上报。
图22是根据一示例性实施例示出的一种缓冲状态报告上报方法,该方法被网络设备执行,如图22所示,该缓冲状态报告上报方法包括以下步骤。
在步骤S2201中,向所述用户设备发送用于指示所述用户设备的逻辑信道或逻辑信道组使能所述缓冲状态报告更新功能的信令。
其中,若网络设备知晓UE为进行XR业务的UE,则会向UE发送用于指示逻辑信道使能BSR更新功能的信令,通知逻辑信道使能BSR更新功能;也可以向UE发送用于指示逻辑信道组使能BSR更新功能的信令,通知逻辑信道组使能BSR更新功能。
其中,网络设备可以隐含地通知UE逻辑信道或逻辑信道组可以使能BSR更新功能。
示例地,网络设备可以通知UE至少一个逻辑信道或至少一个逻辑信道组各自的待传数据量变化阈值,从而隐含地通知逻辑信道或逻辑信道组使能BSR更新功能。
在步骤S2202中,接收用户设备更新上报的缓冲状态报告。
该步骤可以参照上述步骤S101,在此不再赘述。
通过上述技术方案,网络为UE配置BSR更新功能在每个逻辑信道粒度或每个逻辑信道组粒度上生效,使得UE在面对逻辑信道或逻辑信道组的待传数据量与所述待传数据量的剩余时延预算中至少一者变化时,进行BSR的更新上报。
图23是根据一示例性实施例示出的一种缓冲状态报告上报方法,该方法被网络设备执行,如图20所示,该缓冲状态报告上报方法包括以下步骤。
在步骤S2301中,接收所述用户设备发送的辅助信息。
其中,所述辅助信息包括以下至少一者:所述用户设备是否支持使用缓冲状态报告更新功能的能力、所述用户设备是否期望使用所述缓冲状态报告更新功能。
该步骤可以参照上述步骤S1301,在此不再赘述。
通过上述技术方案,网络设备可以接收UE上报的辅助信息,以确定UE自身具有使能BSR更新功能的能力和/或期望使用BSR更新功能,从而依据辅助信息来为UE配置BSR更新功能。
图24是根据一示例性实施例实处的一种缓冲状态报告上报装置,该装置被用户设备执行,如图24所示,该缓冲状态报告上报装置240包括缓冲状态报告发送模块241。
缓冲状态报告发送模块241,被配置为响应于所述用户设备的待传数据量与所述待传数据量的剩余时延预算中至少一者变化,进行缓冲状态报告的更新上报。
可选地,缓冲状态报告发送模块241包括:
第一缓冲状态报告发送子模块,被配置为响应于所述待传数据量的变化值大于待传数据量变化阈值,进行缓冲状态报告的更新上报。
可选地,缓冲状态报告发送模块241包括:
第二缓冲状态报告发送子模块,被配置为在所述剩余时延预算减小的情况下,进行缓冲状态报告的更新上报,和/或;
第三缓冲状态报告发送子模块,被配置为在所述待传数据量减小导致所述剩余时延预算增大的情况下,进行缓冲状态报告的更新上报。
可选地,缓冲状态报告发送模块241包括:
第四缓冲状态报告发送子模块,被配置为响应于所述用户设备的至少一个逻辑信道或至少一个逻辑信道组的待传数据量变化,进行缓冲状态报告的更新上报。
可选地,缓冲状态报告发送模块241包括:
第五缓冲状态报告发送子模块,被配置为将上报至网络设备的缓冲状态报告,更新为常规缓冲状态报告中的任意一种或更新为第二类型的缓冲状态报告。
可选地,缓冲状态报告发送模块241包括:
第六缓冲状态报告发送子模块,被配置为在所述用户设备的待传数据量与所述待传数据量的剩余时延预算中至少一者变化,且存在以下至少一种条件的情况下,进行缓冲状态报告的更新上报:
所述用户设备配置了缓冲状态报告更新功能、所述缓冲状态报告的上报值变化、所述用户设备配备的禁止定时器未运行。
可选地,缓冲状态报告发送模块241包括:
第六缓冲状态报告发送子模块,被配置为使能缓冲状态报告更新功能,进行所述缓冲状态报告的更新上报;
其中,通过以下至少一种条件,确定使能所述缓冲状态报告更新功能:
接收用于指示所述用户设备使能所述缓冲状态报告更新功能的信令;
接收用于指示所述用户设备的无线承载使能所述缓冲状态报告更新功能的信令;
接收用于指示所述用户设备的逻辑信道或逻辑信道组使能所述缓冲状态报告更新功能的信令。
可选地,缓冲状态报告上报装置240包括:
辅助信息上报子模块,被配置为将所述用户设备的辅助信息上报至网络设备,所述辅助信息包括以下至少一者:
所述用户设备是否支持使用缓冲状态报告更新功能的能力、所述用户设备是否期望使用所述缓冲状态报告更新功能。
图25是根据一示例性实施例实处的一种缓冲状态报告上报装置,该装置被用户设备执行,如图25所示,该缓冲状态报告上报装置250包括缓冲状态报告接收模块251。
缓冲状态报告接收模块251,被配置为接收用户设备更新上报的缓冲状态报告。
可选地,缓冲状态报告接收模块251包括:
第一缓冲状态报告接收子模块,被配置为接收用户设备更新上报的缓冲状态报告;
第一报告确定子模块,被配置为根据所述缓冲状态报告,确定所述用户设备的待传数据量与所述待传数据量的剩余时延预算中的至少一者变化。
可选地,第一报告确定子模块包括:
第二报告确定子模块,被配置为根据所述缓冲状态报告,确定所述待传数据量的变化值大于待传数据量变化阈值。
可选地,第一报告确定子模块包括:
第三报告确定子模块,被配置为根据所述缓冲状态报告,确定所述剩余时延预算减小和/或所述待传数据量减小导致所述剩余时延预算增大。
可选地,第一报告确定子模块包括:
第四报告确定子模块,被配置为根据所述缓冲状态报告,确定所述用户设备的至少一个逻辑信道或至少一个逻辑信道组的待传数据量变化。
可选地,缓冲状态报告接收模块251包括:
第二缓冲状态报告接收子模块,被配置为接收所述用户设备更新上报为常规缓冲状态报告中的任意一种缓冲状态报告,或接收用户设备更新上报为第二类型的缓冲状态报告。
可选地,缓冲状态报告上报装置250包括:
第一指示子模块,被配置为向所述用户设备发送用于指示所述用户设备使能缓冲状态报告更新功能的信令,和/或;
第二指示子模块,被配置为向所述用户设备发送用于指示所述用户设备的无线承载使能缓冲状态报告更新功能的信令,和/或;
第三指示子模块,被配置为向所述用户设备发送用于指示所述用户设备的逻辑信道或逻辑信道组使能所述缓冲状态报告更新功能的信令。
可选地,第一指示子模块包括:
第一数据发送子模块,被配置为向所述用户设备发送所述用户设备的待传数据量变化阈值、指示所述用户设备在未配置周期缓冲状态报告的状态下使用缓冲状态报告更新功能。
可选地,第二指示子模块包括:
第二数据发送子模块,被配置为向所述无线承载发送所述无线承载的待传数据量变化阈值。
可选地,第三指示子模块包括:
第三数据发送子模块,被配置为向所述逻辑信道或所述逻辑信道组,发送所述逻辑信道或所述逻辑信道组的待传数据量变化阈值。
可选地,缓冲状态报告上报装置250包括:
辅助信息接收模块,被配置为接收所述用户设备发送的辅助信息,所述辅助信息包括以下至少一者:
所述用户设备是否支持使用缓冲状态报告更新功能的能力、所述用户设备是否期望使用所述缓冲状态报告更新功能。
图26是根据一示例性实施例示出的一种用户设备的装置800的框图。例如,装置800可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图26,装置800可以包括以下一个或多个组件:处理组件802,存储器804,电源组件806,多媒体组件808,音频组件810,输入/输出接口812,传感器组件814,以及通信组件816。
处理组件802通常控制装置800的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件802可以包括一个或多个模块,便于处理组件802和其他组件之间的交互。例如,处理组件802可以包括多媒体模块,以方便多媒体组件808和处理组件802之间的交互。
存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理系统,一个或多个电源,及其他与为装置800生成、管理和分配电力相关联的组件。
多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件810被配置为输出和/或输入音频信号。例如,音频组件810包括一个麦克风(MIC),当装置800处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中,音频组件810还包括一个扬声器,用于输出音频信号。
输入/输出接口812为处理组件802和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件814包括一个或多个传感器,用于为装置800提供各个方面的状态评估。例如,传感器组件814可以检测到装置800的打开/关闭状态,组件的相对定位,例如所述组件为装置800的显示器和小键盘,传感器组件814还可以检测装置800或装置800一个组件的位置改变,用户与装置800接触的存在或不存在,装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件814还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件816还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器804,上述指令可由装置800的处理器820执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
上述装置除了可以是独立的电子设备外,也可是独立电子设备的一部分,例如在一种实施例中,该装置可以是集成电路(Integrated Circuit,IC)或芯片,其中该集成电路可以是一个IC,也可以是多个IC的集合;该芯片可以包括但不限于以下种类:GPU(GraphicsProcessing Unit,图形处理器)、CPU(Central Processing Unit,中央处理器)、FPGA(Field Programmable Gate Array,可编程逻辑阵列)、DSP(Digital Signal Processor,数字信号处理器)、ASIC(Application Specific Integrated Circuit,专用集成电路)、SOC(System on Chip,SoC,片上系统或系统级芯片)等。上述的集成电路或芯片中可以用于执行可执行指令(或代码),以实现上述的资源选择方法。其中该可执行指令可以存储在该集成电路或芯片中,也可以从其他的装置或设备获取,例如该集成电路或芯片中包括处理器、存储器,以及用于与其他的装置通信的接口。该可执行指令可以存储于该存储器中,当该可执行指令被处理器执行时实现上述的资源选择方法;或者,该集成电路或芯片可以通过该接口接收可执行指令并传输给该处理器执行,以实现上述的资源选择方法。
在另一示例性实施例中,还提供一种计算机程序产品,该计算机程序产品包含能够由可编程的装置执行的计算机程序,该计算机程序具有当由该可编程的装置执行时用于执行上述的资源选择方法的代码部分。
图27是根据一示例性实施例示出的一种网络设备1900的框图。例如,网络设备1900可以被提供为一基站。参照图27,网络设备包括处理组件1922,其进一步包括一个或多个处理器,以及由存储器1932所代表的存储器资源,用于存储可由处理组件1922的执行的指令,例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1922被配置为执行指令,以执行上述资源选择方法。
网络设备1900还可以包括一个电源组件1926被配置为执行装置1900的电源管理,一个有线或无线网络接口1950被配置为将网络设备1900连接到网络,和一个输入/输出接口1958。
本领域技术人员在考虑说明书及实践本公开后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
可以理解的是,下文示例提出的方案是本公开中的缓冲状态报告上报方法、装置、设备、计算机可读存储介质与芯片等实施例的示例。
1、网络配置终端或者协议约定终端上报最新的BSR的操作机制。
a)、作为一个实施例:网络配置终端或者协议约定终端数据量增多或者变少场景下上报最新的BSR的机制。
作为一个实施例:待传数据量增多,则意味着新数据的到达。
作为一个实施例:或者待传数据量减少,比如丢弃PDCP的丢弃发生。
作为一个实施例:待传数据量的变化可以基于数据包统计或者针对数据包集合进行统计。比如:丢包量可以用丢包个数或者丢包bit数/字节数衡量;其中丢包个数可以基于Packet(数据包)个数或者Packet Set(数据包集合)个数。
作为一个实施例,待传数据量可以是终端基于PDCP层和/或者RLC(Radio LinkControl,无线链路层控制协议)的数据量进行确定。
b)、作为一个实施例:网络配置终端或者协议约定终端在待传数据量其剩余delaybudget(剩余时延预算)有变化,则进行BSR上报。
作为一个实施例:待传数据量其剩余delay budget小于或者等于某个阈值,则进行BSR上报。
作为一个实施例:阈值可以从核心网获取,通过gNB(the next Generation NodeB,5G基站)通知给UE;或者可以基于网络约定。
作为一个实施例:待传数据量其剩余delay budget(剩余时延预算)相比于前次上报,剩余时延预算增大或者变小,则进行BSR上报。
c)、作为一种实施例:应用场景BSR上报为对之前上报的BSR进行update(更新其有效性信息)。
作为一种实施例:之前上报的BSR中携带剩余时延预算信息;而后一次上报的BSR中相关字段为空。可以意味着之前上报的BSR不再生效;或者意味着之前上报的BSR中携带剩余时延预算信息不再生效。
2、网络配置终端或者协议约定终端在待传数据量有变化后进行BSR更新上报。
a)、作为一个实施例:网络配置终端或者协议约定终端在待传数据量有变化,则进行BSR上报。
作为一个实施例:PDCP层进行了批量丢包操作后进行BSR上报;(只要有这个批量丢包操作即更新)其中批量丢包操作将导致终端的待传数据量有变化,则进行BSR上报。
b)、作为一个实施例:网络配置终端或者协议约定终端在待传数据量有变化超过预定门限后进行BSR上报。
作为一个实施例:网络配置终端或者协议约定终端在PDCP层进行了批量丢包操作且丢包数据量超过预定阈值后进行BSR上报;
作为一个实施例:待传数据量的变化可以基于数据包统计或者针对数据包集合进行统计。比如:丢包量可以用丢包个数或者丢包bit数/字节数衡量;其中丢包个数可以基于Packet或者Packet Set个数。
作为一个实施例:预定阈值可以从核心网获取,通过gNB(the next GenerationNode B,5G基站)通知给UE。或者可以基于网络约定。
c)、作为一个实施例:网络配置终端或者协议约定终端在待传数据量其剩余delaybudget(剩余时延预算)有变化,则进行BSR上报。
或者增加条件:仅仅在剩余delay budget(剩余时延预算)变小才进行上报。
作为一个实施例,仅仅需要在调度紧急度提升时候进行BSR上报。比如同样的1000bit,若网络进行了主动删除,则若新到来1000bit,则同样的数据量,其剩余delaybudget变大了,此时就无需update BSR)。这样做的好处是可以让网络将传输资源给调度紧急度更高的调度。
d)、作为一个实施例:待传数据量有变化的统计可以基于一个逻辑信道或者一个逻辑信道组的一个或者多个逻辑信道或者全部逻辑信道的待传数据量统计。
e)、作为一个实施例:待传数据量有变化的触发的BSR可以基于一个逻辑信道触发,即一个逻辑信道上待传数据量有变化则触发BSR。
f)、作为一个实施例:待传数据量有变化的触发的BSR可以基于一个逻辑信道组触发,即一个逻辑信道组内所有的逻辑信道加起来待传数据量有变化则触发BSR。
3、网络配置终端或者协议约定终端在待传数据量有变化、在待传数据量其剩余delay budget(剩余时延预算)有变化、在待传数据量其剩余delay budget(剩余时延预算)小于或者等于阈值中存在至少一者,进行BSR上报时,该上报的BSR可以为常规BSR的一种或者另外命名为一种新类型的BSR;比如为updated BSR,即更新BSR。
4、网络配置终端或者协议约定终端在待传数据量有变化后或者在待传数据量其剩余delay budget(剩余时延预算)有变化后或者在待传数据量其剩余delay budget(剩余时延预算)小于或者等于阈值进行BSR上报时,该BSR可以关联到指定的逻辑信道ID或者新的逻辑信道ID;这样基站收到之后,则可以通过该逻辑信道ID识别该类型的BSR。
作为一种实施例,新的逻辑信道ID可以针对长BSR(Long BSR)和短BSR(ShortBSR)分别配置。
5、网络配置终端或者协议约定终端在PDCP层进行了批量丢包操作后进行BSR更新上报的附加限定条件。
a)、作为一个实施例:可以在配置了该BSR更新上报功能之后满足条件即进行首次上报。
b)、作为一个实施例:可以配置或者约定终端需要在BSR上报值有变化之后才能上报。
c)、作为一种实施例:可以配置或者协议约定终端上报需要遵循禁止定时器限制,即终端需要在BSR上报值有变化且禁止定时器没有在运行才能上报;上报之后启动禁止定时器;禁止定时器为网络配置。
6、基于1,基站通过专用信令通知或协议约定终端使用使能该特性。
a)、方式1:其使能粒度可以是per UE(每个终端)粒度或者针对单个UE配置是否生效该特性。
作为一种实施例,若基站知晓终端为进行XR业务的终端,将使能该功能;则意味着该UE的所有的逻辑信道或者逻辑信道组上都生效。
b)、方式2:其使能粒度可以是per RB(每个无线承载)粒度或者配置每个无线承载生效该特性。
作为一种实施例,若基站知晓终端为进行XR业务的终端,则通知其对于特定的RB其将使能该功能;则意味着该RB关联的所有的逻辑信道或者逻辑信道组上都生效。
c)、方式3:其使能粒度可以是per逻辑信道(每个逻辑信道)或者逻辑信道组粒度。
作为一种实施例,即基站通知终端其对于特定的逻辑信道或者逻辑信道组使能该功能。
d)、其使能该功能的通知方式为显示或者隐含通知。
作为一种实施例:若网络通知了针对某个逻辑信道的丢包阈值门限,则意味着使能该功能。
e)、作为一种实施例:该功能仅在周期BSR触发没有配置时使用(若配置了周期BSR上报,则可以及时更新,但是周期性BSR需要开销较大,该方式比周期BSR更好的地方在于基于门限事件触发,其上报开销较小)。
f)、作为一种实施例,协议约定终端其对于特定的逻辑信道或者逻辑信道组使能该功能。其中,特定的逻辑信道或者逻辑信道组为配置了使用特定类型BSR表格(第二BSRtable)进行BSR上报的逻辑信道或者逻辑信道组。作为一种实施例,第二BSR表格是为XR类型业务新引入的Buffer size(缓冲量)映射到不同量化等级的表格。
7、基于1,基站通过专用信令通知终端使用该功能可以基于终端的辅助信息;
a)、终端的辅助信息包括终端是否支持使用该功能的能力。
b)、终端的辅助信息包括终端是否期望使用该功能(终端发现基站经常分配多余实际数据的授权,则意识到网络获取到的BSR可能过大,将上报辅助信息,标识期望使用)。
Claims (26)
1.一种缓冲状态报告上报方法,其特征在于,所述方法被用户设备执行,所述方法包括:
响应于所述用户设备的待传数据量与所述待传数据量的剩余时延预算中至少一者变化,进行缓冲状态报告的更新上报。
2.根据权利要求1所述的方法,其特征在于,所述响应于所述用户设备的待传数据量变化,进行缓冲状态报告的更新上报,包括:
响应于所述待传数据量的变化值大于待传数据量变化阈值,进行缓冲状态报告的更新上报。
3.根据权利要求1所述的方法,其特征在于,所述响应于所述待传数据量的剩余时延预算变化,进行缓冲状态报告的更新上报,包括:
在所述剩余时延预算减小的情况下,进行缓冲状态报告的更新上报,和/或;
在所述待传数据量减小导致所述剩余时延预算增大的情况下,进行缓冲状态报告的更新上报。
4.根据权利要求1所述的方法,其特征在于,所述响应于所述用户设备的待传数据量变化,进行缓冲状态报告的更新上报,包括:
响应于所述用户设备的至少一个逻辑信道或至少一个逻辑信道组的待传数据量变化,进行缓冲状态报告的更新上报。
5.根据权利要求1所述的方法,其特征在于,所述进行缓冲状态报告的更新上报,包括:
将上报至网络设备的缓冲状态报告,更新为常规缓冲状态报告中的任意一种或更新为第二类型的缓冲状态报告。
6.根据权利要求1所述的方法,其特征在于,所述响应于所述用户设备的待传数据量与所述待传数据量的剩余时延预算中至少一者变化,进行缓冲状态报告的更新上报,包括:
在所述用户设备的待传数据量与所述待传数据量的剩余时延预算中至少一者变化,且存在以下至少一种条件的情况下,进行缓冲状态报告的更新上报:
所述用户设备配置了缓冲状态报告更新功能、所述缓冲状态报告的上报值变化、所述用户设备配备的禁止定时器未运行。
7.根据权利要求1所述的方法,其特征在于,所述进行缓冲状态报告的更新上报包括:
使能缓冲状态报告更新功能,进行所述缓冲状态报告的更新上报;
其中,通过以下至少一种条件,确定使能所述缓冲状态报告更新功能:
接收用于指示所述用户设备使能所述缓冲状态报告更新功能的信令;
接收用于指示所述用户设备的无线承载使能所述缓冲状态报告更新功能的信令;
接收用于指示所述用户设备的逻辑信道或逻辑信道组使能所述缓冲状态报告更新功能的信令。
8.根据权利要求7所述的方法,其特征在于,所述接收用于指示所述用户设备的逻辑信道或逻辑信道组使能所述缓冲状态报告更新功能的信令,包括:
接收用于指示所述用户设备的第一逻辑信道或第一逻辑信道组,使能所述缓冲状态报告更新功能的信令。
9.根据权利要求1所述的方法,其特征在于,所述进行缓冲状态报告的更新上报之前,所述方法还包括:
将所述用户设备的辅助信息上报至网络设备,所述辅助信息包括以下至少一者:
所述用户设备是否支持使用缓冲状态报告更新功能的能力、所述用户设备是否期望使用所述缓冲状态报告更新功能。
10.一种缓冲状态报告上报方法,其特征在于,所述方法被网络设备执行,所述方法包括:
接收用户设备更新上报的缓冲状态报告。
11.根据权利要求10所述的方法,其特征在于,所述接收用户设备更新上报的缓冲状态报告,包括:
接收用户设备更新上报的缓冲状态报告;
根据所述缓冲状态报告,确定所述用户设备的待传数据量与所述待传数据量的剩余时延预算中的至少一者变化。
12.根据权利要求11所述的方法,其特征在于,所述根据所述缓冲状态报告,确定所述用户设备的待传数据量变化,包括:
根据所述缓冲状态报告,确定所述待传数据量的变化值大于待传数据量变化阈值。
13.根据权利要求11所述的方法,其特征在于,所述根据所述缓冲状态报告,确定所述待传数据量的剩余时延预算中变化,包括:
根据所述缓冲状态报告,确定所述剩余时延预算减小和/或所述待传数据量减小导致所述剩余时延预算增大。
14.根据权利要求11所述的方法,其特征在于,所述根据所述缓冲状态报告,确定所述用户设备的待传数据量变化,包括:
根据所述缓冲状态报告,确定所述用户设备的至少一个逻辑信道或至少一个逻辑信道组的待传数据量变化。
15.根据权利要求10所述的方法,其特征在于,所述接收所述用户设备更新上报的缓冲状态报告,包括:
接收所述用户设备更新上报为常规缓冲状态报告中的任意一种缓冲状态报告,或接收用户设备更新上报为第二类型的缓冲状态报告。
16.根据权利要求10所述的方法,其特征在于,所述接收所述用户设备更新上报的缓冲状态报告之前,所述方法还包括:
向所述用户设备发送用于指示所述用户设备使能缓冲状态报告更新功能的信令,和/或;
向所述用户设备发送用于指示所述用户设备的无线承载使能缓冲状态报告更新功能的信令,和/或;
向所述用户设备发送用于指示所述用户设备的逻辑信道或逻辑信道组使能所述缓冲状态报告更新功能的信令。
17.根据权利要求16的方法,其特征在于,通过以下至少一种隐含通知信令的方式,向所述用户设备发送用于指示所述用户设备使能缓冲状态报告更新功能的信令:
向所述用户设备发送所述用户设备的待传数据量变化阈值、指示所述用户设备在未配置周期缓冲状态报告的状态下使用缓冲状态报告更新功能。
18.根据权利要求16的方法,其特征在于,所述向所述用户设备的无线承载发送用于指示所述无线承载使能缓冲状态报告更新功能的信令,包括:
向所述用户设备发送所述无线承载的待传数据量变化阈值。
19.根据权利要求16所述的方法,其特征在于,所述向所述用户设备的逻辑信道或逻辑信道组发送用于指示逻辑信道或逻辑信道组使能所述缓冲状态报告更新功能的信令,包括:
向所述用户设备发送所述逻辑信道或所述逻辑信道组的待传数据量变化阈值。
20.根据权利要求10所述的方法,其特征在于,所述方法还包括:
接收所述用户设备发送的辅助信息,所述辅助信息包括以下至少一者:
所述用户设备是否支持使用缓冲状态报告更新功能的能力、所述用户设备是否期望使用所述缓冲状态报告更新功能。
21.一种缓冲状态报告上报装置,其特征在于,所述装置被配置在用户设备,所述装置包括:
缓冲状态报告发送模块,被配置为响应于所述用户设备的待传数据量与所述待传数据量的剩余时延预算中至少一者变化,进行缓冲状态报告的更新上报。
22.一种缓冲状态报告上报装置,其特征在于,所述装置被配置在网络设备,所述装置包括:
缓冲状态报告接收模块,被配置为接收用户设备更新上报的缓冲状态报告。
23.一种用户设备,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为在执行所述可执行指令时,实现权利要求1~9任一项所述方法的步骤。
24.一种网络设备,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为在执行所述可执行指令时,实现权利要求10~20任一项所述方法的步骤。
25.一种计算机可读存储介质,其上存储有计算机程序指令,其特征在于,该程序指令被处理器执行时实现权利要求1~9中任一项所述方法的步骤,或实现权利要求10~20中任一项所述方法的步骤。
26.一种芯片,其特征在于,包括处理器和接口;所述处理器用于读取指令以执行权利要求1~9中任一项所述方法的步骤,或执行权利要求10~20中任一项所述方法的步骤。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2022/129675 WO2024092667A1 (zh) | 2022-11-03 | 2022-11-03 | 缓冲状态报告上传方法、装置、设备、存储介质与芯片 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115997408A true CN115997408A (zh) | 2023-04-21 |
Family
ID=85993911
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202280004510.9A Pending CN115997408A (zh) | 2022-11-03 | 2022-11-03 | 缓冲状态报告上传方法、装置、设备、存储介质与芯片 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN115997408A (zh) |
WO (1) | WO2024092667A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117615411A (zh) * | 2024-01-23 | 2024-02-27 | 荣耀终端有限公司 | 通信方法、设备及存储介质 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101132619B (zh) * | 2006-08-22 | 2010-04-14 | 大唐移动通信设备有限公司 | 终端缓冲区数据量信息上报方法 |
GB2452013A (en) * | 2007-06-19 | 2009-02-25 | Nec Corp | Buffer status reporting from a mobile communications device |
US20100271990A1 (en) * | 2009-04-24 | 2010-10-28 | Motorola, Inc. | Method and apparatus for triggering buffer status reports with packet discarding |
CN107277856A (zh) * | 2017-05-05 | 2017-10-20 | 电信科学技术研究院 | 一种配置、触发缓冲区状态上报的方法及装置 |
-
2022
- 2022-11-03 CN CN202280004510.9A patent/CN115997408A/zh active Pending
- 2022-11-03 WO PCT/CN2022/129675 patent/WO2024092667A1/zh unknown
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117615411A (zh) * | 2024-01-23 | 2024-02-27 | 荣耀终端有限公司 | 通信方法、设备及存储介质 |
CN117615411B (zh) * | 2024-01-23 | 2024-05-24 | 荣耀终端有限公司 | 通信方法、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2024092667A1 (zh) | 2024-05-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2708300C2 (ru) | Процедура приоритизации логического канала для логических каналов одноуровневой линии связи | |
CN111095856B (zh) | 数据处理方法及装置、通信设备 | |
KR101132133B1 (ko) | 롱텀 에볼루션 시스템에서의 업링크 고갈 회피 지원 방법 및 장치 | |
WO2017219346A1 (zh) | 调度方法和基站 | |
CN109246753B (zh) | 一种传输数据的方法、网络设备和终端设备 | |
JP7274038B2 (ja) | 情報指示、決定方法及び装置、通信機器及び記憶媒体 | |
CN110495196B (zh) | 能力参数处理方法及装置、通信设备及存储介质 | |
CN104823507B (zh) | 通讯方法和设备 | |
CN110547013A (zh) | 为逻辑信道分配资源的方法、终端设备和网络设备 | |
JP7378612B2 (ja) | ダウンリンク制御情報dciの下り送信方法、装置、通信機器及び記憶媒体 | |
CN110830955A (zh) | 用户设备的控制方法、基站的控制方法以及用户设备 | |
CN111148225B (zh) | 资源调度方法、装置及设备 | |
WO2024065109A1 (zh) | 信息传输控制方法、装置、通信设备及存储介质 | |
JP7317236B2 (ja) | データ処理方法、データ処理装置、通信機器及び記憶媒体 | |
WO2024092667A1 (zh) | 缓冲状态报告上传方法、装置、设备、存储介质与芯片 | |
CN110622601A (zh) | 数据处理方法及装置、通信设备及存储介质 | |
CN114365565A (zh) | 上行传输的发送、接收方法及装置、通信设备及介质 | |
WO2024065105A1 (zh) | 逻辑信道优先级处理方法和装置、电子设备及存储介质 | |
CN110945948A (zh) | 下行控制信息传输方法及装置、通信设备及存储介质 | |
CN116097728A (zh) | 一种缓存状态报告上报方法、装置、通信设备及存储介质 | |
CN116017727A (zh) | 传输bsr的方法及装置 | |
CN111316690B (zh) | 信息处理方法、装置、基站、用户设备及存储介质 | |
WO2024152330A1 (zh) | 调度请求传输方法及装置、通信设备及存储介质 | |
CN111918328A (zh) | 一种用户设备资源调度方法及装置 | |
WO2019213893A1 (zh) | 通信方法和终端设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |