CN117917056A - Bsr增强调度方法以及装置、通信设备及存储介质 - Google Patents

Bsr增强调度方法以及装置、通信设备及存储介质 Download PDF

Info

Publication number
CN117917056A
CN117917056A CN202280003267.9A CN202280003267A CN117917056A CN 117917056 A CN117917056 A CN 117917056A CN 202280003267 A CN202280003267 A CN 202280003267A CN 117917056 A CN117917056 A CN 117917056A
Authority
CN
China
Prior art keywords
bsr
type
reporting
configuration information
lcg
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
Application number
CN202280003267.9A
Other languages
English (en)
Inventor
李艳华
吴昱民
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Publication of CN117917056A publication Critical patent/CN117917056A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00Modulated-carrier systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/10Flow control between communication endpoints
    • H04W28/12Flow control between communication endpoints using signalling between network elements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开实施例提供一种BSR增强调度方法以及装置、通信设备及存储介质;BSR增强调度方法由网络设备执行,包括:发送配置信息,其中,配置信息用于指示UE上报时使用第一类型BSR;第一类型BSR是扩展第二类型BSR确定。

Description

BSR增强调度方法以及装置、通信设备及存储介质 技术领域
本公开涉及但不限于无线通信技术领域,尤其涉及一种BSR增强调度方法及装置、通信设备及存储介质。
背景技术
在相关技术中,扩展现实(eXtended Reality,XR)业务是5G系统所要支持的业务类型中的一种,XR业务包括增强现实(AR)、虚拟现实(VR)和/或云游戏(Cloud gaming)等。通常XR业务的数据有多个数据流(flow),其业务量非常大。而现有的缓冲状态报告(Buffer Status Report,BSR)已经不足以承载用户设备(User Equipment,UE)上报数据量。
发明内容
本公开实施例实施例提供一种BSR增强调度方法以及装置、通信设备及存储介质。
根据本公开实施例的第一方面,提供一种BSR增强调度方法,由基站执行,包括:
发送配置信息,其中,配置信息用于指示UE上报时使用第一类型BSR;第一类型BSR是第二类型BSR扩展确定的。
在一些实施例中,第一类型BSR包括以下至少之一:
第一短BSR,其中,第一短BSR是基于第二类型BSR中第二短BSR扩展确定的;
第一长BSR,其中,第一长BSR是基于第二类型BSR中第二长BSR扩展确定的。
在一些实施例中,第一短BSR的缓存索引占用第一数量比特,第二短BSR的缓存索引占用第二数量比特;其中,第一数量大于第二数量;
和/或,第一短BSR的缓存索引对应的缓存范围与第二短BSR的缓存索引对应的缓存范围不同。
在一些实施例中,第一长BSR的缓存索引占用第三数量比特,第二长BSR缓存索引占用第四数量比特;其中,第三数量大于第四数量;
和/或,第一长BSR的缓存索引对应的缓存范围与第二长BSR的缓存索引对应的缓存范围不同。
在一些实施例中,发送配置信息,包括:
通过专用信令发送配置信息,其中,专用信息包括以下之一:无线资源控制(Radio Resource Control,RRC)信令、媒体接入控制(Media Access Control,MAC)信令以及下行控制信息(Downlink Control Information,DCI)。
在一些实施例中,配置信息用于指示以下至少之一:
UE上报时使用第一类型BSR是针对每个UE的;
UE上报时使用第一类型BSR是针对每个逻辑信道组(Logical Channel Group,LCG)的;
UE上报时使用第一类型BSR是针对每个逻辑信道(Logical Channel,LC)的。
在一些实施例中,方法包括以下之一:
基于为LCG中任意一个LC配置上报时使用第一类型BSR,确定LCG上报时使用第一类型BSR;
基于为LCG中预定LC配置上报使用第一类型BSR,确定LCG上报时使用第一类型BSR;
基于为LCG中至少一个LC配置上报使用第一类型BSR,确定LCG上报时使用第一类型BSR;
基于为LCG配置上报使用第一类型BSR,确定LCG上报时使用第一类型BSR。
在一些实施例中,方法包括:
接收辅助信息,其中,辅助信息用于指示以下至少之一:UE是否支持使用第一类型BSR上报的能力;以及UE是否期望使用第一类型BSR上报;
基于辅助信息,确定配置信息。
根据本公开实施例的第二方面,提供一种BSR增强调度方法,由UE执行,包括:
接收配置信息,其中,配置信息用于指示UE上报时使用第一类型BSR;第一类型BSR是扩展第二类型BSR确定。
在一些实施例中,方法包括:基于配置信息,使用第一类型BSR上报。
在一些实施例中,第一类型BSR包括以下至少之一:
第一短BSR,其中,第一短BSR是基于第二类型BSR中第二短BSR扩展确定的;
第一长BSR,其中,第一长BSR是基于第二类型BSR中第二长BSR扩展确定的。
在一些实施例中,第一短BSR的缓存索引占用第一数量比特,第二短BSR的缓存索引占用第二数量比特;其中,第一数量大于第二数量;
和/或,第一短BSR的缓存索引对应的缓存范围与第二短BSR的缓存索引对应的缓存范围不同。
在一些实施例中,第一长BSR的缓存索引占用第三数量比特,第二长BSR缓存索引占用第四数量比特;其中,第三数量大于第四数量;
和/或,第一长BSR的缓存索引对应的缓存范围与第二长BSR的缓存索引对应的缓存范围不同。
在一些实施例中,接收配置信息,包括:
通过专用信令接收配置信息,其中,专用信息包括以下之一:RRC信令、MAC信令以及DCI。
在一些实施例中,配置信息用于指示以下至少之一:
UE上报时使用第一类型BSR是针对每个UE的;
UE上报时使用第一类型BSR是针对每个LCG的;
UE上报时使用第一类型BSR是针对每个LC的。
在一些实施例中,基于配置信息,使用第一类型BSR上报,包括以下之一:
基于配置信息,确定基于每个UE使用第一类型BSR上报;
基于配置信息,确定基于每个逻辑信道组LCG使用第一类型BSR上报;
基于配置信息,确定基于每个逻辑信道LC使用第一类型BSR上报。
在一些实施例中,基于配置信息,确定基于每个LCG使用第一类型BSR上报,包括以下之一:
基于配置信息指示基站为LCG中任意一个LC配置上报时使用第一类型BSR,确定LCG使用第一类型BSR上报;
基于配置信息指示基站为LCG中预定LC配置上报时使用第一类型BSR,确定LCG使用第一类型BSR上报;
基于配置信息指示基站为LCG中至少一个LC配置上报时使用第一类型BSR,确定LCG使用第一类型BSR上报。
在一些实施例中,方法包括:
发送辅助信息,其中,辅助信息用于供基站确定配置信息;辅助信息包括以下至少之一:
UE是否支持使用第一类型BSR上报的能力;
UE是否期望使用第一类型BSR上报。
根据本公开实施例的第三方面,提供一种BSR增强调度装置,包括:
第一发送模块,被配置为发送配置信息,其中,配置信息用于指示UE上报时使用第一类型BSR;第一类型BSR是第二类型BSR扩展确定的。
在一些实施例中,第一类型BSR包括以下至少之一:
第一短BSR,其中,第一短BSR是基于第二类型BSR中第二短BSR扩展确定的;
第一长BSR,其中,第一长BSR是基于第二类型BSR中第二长BSR扩展确定的。
在一些实施例中,第一短BSR的缓存索引占用第一数量比特,第二短BSR的缓存索引占用第二数量比特;其中,第一数量大于第二数量;
和/或,
第一短BSR的缓存索引对应的缓存范围与第二短BSR的缓存索引对应的缓存范围不同。
在一些实施例中,第一长BSR的缓存索引占用第三数量比特,第二长BSR缓存索引占用第四数量比特;其中,第三数量大于第四数量;
和/或,第一长BSR的缓存索引对应的缓存范围与第二长BSR的缓存索引对应的缓存范围不同。
在一些实施例中,第一发送模块,被配置为通过专用信令发送配置信息,其中,专用信息包括以下之一:RRC信令、MAC信令以及DCI。
在一些实施例中,配置信息用于指示以下至少之一:
UE上报时使用第一类型BSR是针对每个UE的;
UE上报时使用第一类型BSR是针对每个LCG的;
UE上报时使用第一类型BSR是针对每个LC的。
在一些实施例中,装置包括第一处理模块,被配置为执行以下之一:
基于为LCG中任意一个LC配置上报时使用第一类型BSR,确定LCG上报时使用第一类型BSR;
基于为LCG中预定LC配置上报使用第一类型BSR,确定LCG上报时使用第一类型BSR;
基于为LCG中至少一个LC配置上报使用第一类型BSR,确定LCG上报时使用第一类型BSR;
基于为LCG配置上报使用第一类型BSR,确定LCG上报时使用第一类型BSR。
在一些实施例中,装置包括:第一接收模块,被配置为接收辅助信息,其中,辅助信息用于指示以下至少之一:UE是否支持使用第一类型BSR上报的能力;以及UE是否期望使用第一类型BSR上报;
第一处理模块,被配置为基于辅助信息,确定配置信息。
根据本公开实施例的第四方面,提供一种BSR增强调度装置,包括:
第二接收模块,被配置为接收配置信息,其中,配置信息用于指示UE上报时使用第一类型BSR;第一类型BSR是第二类型BSR扩展确定的。
在一些实施例中,第二处理模块,被配置为基于配置信息,使用第一类型BSR上报。
在一些实施例中,第一类型BSR包括以下至少之一:
第一短BSR,其中,第一短BSR是基于第二类型BSR中第二短BSR扩展确定的;
第一长BSR,其中,第一长BSR是基于第二类型BSR中第二长BSR扩展确定的。
在一些实施例中,第一短BSR的缓存索引占用第一数量比特,第二短BSR的缓存索引占用第二数量比特;其中,第一数量大于第二数量;
和/或,第一短BSR的缓存索引对应的缓存范围与第二短BSR的缓存索引对应的缓存范围不同。
在一些实施例中,第一长BSR的缓存索引占用第三数量比特,第二长BSR缓存索引占用第四数量比特;其中,第三数量大于第四数量;
和/或,第一长BSR的缓存索引对应的缓存范围与第二长BSR的缓存索引对应的缓存范围不同。
在一些实施例中,第二接收模块,被配置为通过专用信令接收配置信息,其中,专用信息包括以下之一:RRC信令、MAC信令以及DCI。
在一些实施例中,配置信息用于指示以下至少之一:
UE上报时使用第一类型BSR是针对每个UE的;
UE上报时使用第一类型BSR是针对每个LCG的;
UE上报时使用第一类型BSR是针对每个LC的。
在一些实施例中,第二处理模块,被配置为执行以下之一:
基于配置信息,确定基于每个UE使用第一类型BSR上报;
基于配置信息,确定基于每个逻辑信道组LCG使用第一类型BSR上报;
基于配置信息,确定基于每个逻辑信道LC使用第一类型BSR上报。
在一些实施例中,第二处理模块,被配置为执行以下之一:
基于配置信息指示基站为LCG中任意一个LC配置上报时使用第一类型BSR,确定LCG使用第一类型BSR上报;
基于配置信息指示基站为LCG中预定LC配置上报时使用第一类型BSR,确定LCG使用第一类型BSR上报;
基于配置信息指示基站为LCG中至少一个LC配置上报时使用第一类型BSR,确定LCG使用第一类型BSR上报。
在一些实施例中,装置包括:第二发送模块,被配置为发送辅助信息,其中,辅助信息用于供基站确定配置信息;辅助信息包括以下至少之一:
UE是否支持使用第一类型BSR上报的能力;
UE是否期望使用第一类型BSR上报。
根据本公开的第五方面,提供一种通信设备,通信设备,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,处理器被配置为:用于运行可执行指令时,实现本公开任意实施例的BSR增强调度方法。
根据本公开的第六方面,提供一种计算机存储介质,计算机存储介质存储有计算机可执行程序,可执行程序被处理器执行时实现本公开任意实施例的BSR增强调度方法。
本公开实施例提供的技术方案可以包括以下有益效果:
在本公开实施例中,基站发送配置信息,其中,配置信息用于指示UE上报时使用第一类型BSR,该第一类型BSR是第二类型BSR扩展确定的。如此,可以使得UE可使用扩展后的第一类型BSR进行上报,而扩展后的第一类型BSR可以承载UE相对非常大的数据量;如此一方面实现了BSR增强,另一方面可以使得UE基于扩展后的第一类型BSR上报相对大的数据量,提高无线通信效率等。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开实施例。
附图说明
图1是根据一示例性实施例示出的一种无线通信系统的结构示意图。
图2是根据一示例性实施例示出的一种BSR调度增强方法的示意图。
图3是根据一示例性实施例示出的一种BSR调度增强方法的示意图。
图4是根据一示例性实施例示出的一种BSR调度增强方法的示意图。
图5是根据一示例性实施例示出的一种BSR调度增强方法的示意图。
图6是根据一示例性实施例示出的一种BSR调度增强方法的示意图。
图7是根据一示例性实施例示出的一种BSR调度增强方法的示意图。
图8是根据一示例性实施例示出的一种BSR调度增强装置的框图。
图9是根据一示例性实施例示出的一种BSR调度增强装置的框图。
图10是根据一示例性实施例示出的一种UE的框图。
图11是根据一示例性实施例示出的一种基站的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开实施例相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开实施例的一些方面相一致的装置和方法的例子。
在本公开实施例使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本公开实施例范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
请参考图1,其示出了本公开实施例提供的一种无线通信系统的结构示意图。如图1所示,无线通信系统是基于蜂窝移动通信技术的通信系统,该无线通信系统可以包括:若干个用户设备110以及若干个基站120。
其中,用户设备110可以是指向用户提供语音和/或数据连通性的设备。用户设备110可以经无线接入网(Radio Access Network,RAN)与一个或多个核心网进行通信,用户设备110可以是物联网用户设备,如传感器设备、移动电话(或称为“蜂窝”电话)和具有物联网用户设备的计算机,例如,可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如,站(Station,STA)、订户单元(subscriber unit)、订户站(subscriber station),移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点、远程终端(remote terminal)、接入终端(access terminal)、用户终端(user terminal)、用户代理(user agent)、用户设备(user device)、或用户设备(user equipment)。或者,用户设备110也可以是无人飞行器的设备。或者,用户设备110也可以是车载设备,比如,可以是具有无线通信功能的行车电脑,或者是外接行车电脑的无线用户设备。或者,用户设备110也可以是路边设备,比如,可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。
基站120可以是无线通信系统中的网络侧设备。其中,该无线通信系统可以是第四代移动通信技术(the 4th generation mobile communication,4G)系统,又称长期演进(Long Term Evolution,LTE)系统;或者,该无线通信系统也可以是5G系统,又称新空口系统或5G NR系统。或者,该无线通信系统也可以是5G系统的再下一代系统。其中,5G系统中的接入网可以称为新一代无线接入网(New Generation-Radio Access Network,NG-RAN)。
其中,基站120可以是4G系统中采用的演进型基站(eNB)。或者,基站120也可以是5G系 统中采用集中分布式架构的基站(gNB)。当基站120采用集中分布式架构时,通常包括集中单元(central unit,CU)和至少两个分布单元(distributed unit,DU)。集中单元中设置有分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)层、无线链路层控制协议(Radio Link Control,RLC)层、媒体接入控制(Medium Access Control,MAC)层的协议栈;分布单元中设置有物理(Physical,PHY)层协议栈,本公开实施例对基站120的具体实现方式不加以限定。
基站120和用户设备110之间可以通过无线空口建立无线连接。在不同的实施方式中,该无线空口是基于第四代移动通信网络技术(4G)标准的无线空口;或者,该无线空口是基于第五代移动通信网络技术(5G)标准的无线空口,比如该无线空口是新空口;或者,该无线空口也可以是基于5G的更下一代移动通信网络技术标准的无线空口。
在一些实施例中,用户设备110之间还可以建立E2E(End to End,端到端)连接。比如车联网通信(vehicle to everything,V2X)中的车对车(vehicle to vehicle,V2V)通信、车对路边设备(vehicle to Infrastructure,V2I)通信和车对人(vehicle to pedestrian,V2P)通信等场景。
这里,上述用户设备可认为是下面实施例的终端设备。
在一些实施例中,上述无线通信系统还可以包含网络管理设备130。
若干个基站120分别与网络管理设备130相连。其中,网络管理设备130可以是无线通信系统中的核心网设备,比如,该网络管理设备130可以是演进的数据分组核心网(Evolved Packet Core,EPC)中的移动性管理实体(Mobility Management Entity,MME)。或者,该网络管理设备也可以是其它的核心网设备,比如服务网关(Serving GateWay,SGW)、公用数据网网关(Public Data Network GateWay,PGW)、策略与计费规则功能单元(Policy and Charging Rules Function,PCRF)或者归属签约用户服务器(Home Subscriber Server,HSS)等。对于网络管理设备130的实现形态,本公开实施例不做限定。
为了便于本领域内技术人员理解,本公开实施例列举了多个实施方式以对本公开实施例的技术方案进行清晰地说明。当然,本领域内技术人员可以理解,本公开实施例提供的多个实施例,可以被单独执行,也可以与本公开实施例中其他实施例的方法结合后一起被执行,还可以单独或结合后与其他相关技术中的一些方法一起被执行;本公开实施例并不对此作出限定。
需要说明的是,本公开实施例中涉及到多个执行主体时,当一个执行主体向另一个执行主体发送某一传输时,可以是指一个执行主体直接向另一个执行主体发送传输,也可以是指一个执行主体通过其他任意设备向另一个执行主体发送传输;本公开实施例中并不对此进行限定。
为了更好地理解本公开任一个实施例所描述的技术方案,首先,对相关技术中进行部分说明:
在一个实施例中,BSR可以包括缓存索引为5比特(bite)的BSR及缓存索引为8比特的BSR。如表1所示,提供一种缓存索引为5比特的BSR的表格:
Index BS value Index BS value Index BS value Index BS value
0 0 8 ≤102 16 ≤1446 24 ≤20516
1 ≤10 9 ≤142 17 ≤2014 25 ≤28581
2 ≤14 10 ≤198 18 ≤2806 26 ≤39818
3 ≤20 11 ≤276 19 ≤3909 27 ≤55474
4 ≤28 12 ≤384 20 ≤5446 28 ≤77284
5 ≤38 13 ≤535 21 ≤7587 29 ≤107669
6 ≤53 14 ≤745 22 ≤10570 30 ≤150000
7 ≤74 15 ≤1038 23 ≤14726 31 >150000
表1以及如表2所示,提供一种缓存索引为8比特的BSR:
Index BS value Index BS value Index BS value Index BS value
0 0 64 ≤560 128 ≤31342 192 ≤1754595
1 ≤10 65 ≤597 129 ≤33376 193 ≤1868488
2 ≤11 66 ≤635 130 ≤35543 194 ≤1989774
3 ≤12 67 ≤677 131 ≤37850 195 ≤2118933
4 ≤13 68 ≤720 132 ≤40307 196 ≤2256475
5 ≤14 69 ≤767 133 ≤42923 197 ≤2402946
6 ≤15 70 ≤817 134 ≤45709 198 ≤2558924
7 ≤16 71 ≤870 135 ≤48676 199 ≤2725027
8 ≤17 72 ≤926 136 ≤51836 200 ≤2901912
9 ≤18 73 ≤987 137 ≤55200 201 ≤3090279
10 ≤19 74 ≤1051 138 ≤58784 202 ≤3290873
11 ≤20 75 ≤1119 139 ≤62599 203 ≤3504487
12 ≤22 76 ≤1191 140 ≤66663 204 ≤3731968
13 ≤23 77 ≤1269 141 ≤70990 205 ≤3974215
14 ≤25 78 ≤1351 142 ≤75598 206 ≤4232186
15 ≤26 79 ≤1439 143 ≤80505 207 ≤4506902
16 ≤28 80 ≤1532 144 ≤85730 208 ≤4799451
17 ≤30 81 ≤1631 145 ≤91295 209 ≤5110989
18 ≤32 82 ≤1737 146 ≤97221 210 ≤5442750
19 ≤34 83 ≤1850 147 ≤103532 211 ≤5796046
20 ≤36 84 ≤1970 148 ≤110252 212 ≤6172275
21 ≤38 85 ≤2098 149 ≤117409 213 ≤6572925
22 ≤40 86 ≤2234 150 ≤125030 214 ≤6999582
23 ≤43 87 ≤2379 151 ≤133146 215 ≤7453933
24 ≤46 88 ≤2533 152 ≤141789 216 ≤7937777
25 ≤49 89 ≤2698 153 ≤150992 217 ≤8453028
26 ≤52 90 ≤2873 154 ≤160793 218 ≤9001725
27 ≤55 91 ≤3059 155 ≤171231 219 ≤9586039
28 ≤59 92 ≤3258 156 ≤182345 220 ≤10208280
29 ≤62 93 ≤3469 157 ≤194182 221 ≤10870913
30 ≤66 94 ≤3694 158 ≤206786 222 ≤11576557
31 ≤71 95 ≤3934 159 ≤220209 223 ≤12328006
32 ≤75 96 ≤4189 160 ≤234503 224 ≤13128233
33 ≤80 97 ≤4461 161 ≤249725 225 ≤13980403
34 ≤85 98 ≤4751 162 ≤265935 226 ≤14887889
35 ≤91 99 ≤5059 163 ≤283197 227 ≤15854280
36 ≤97 100 ≤5387 164 ≤301579 228 ≤16883401
37 ≤103 101 ≤5737 165 ≤321155 229 ≤17979324
38 ≤110 102 ≤6109 166 ≤342002 230 ≤19146385
39 ≤117 103 ≤6506 167 ≤364202 231 ≤20389201
40 ≤124 104 ≤6928 168 ≤387842 232 ≤21712690
41 ≤132 105 ≤7378 169 ≤413018 233 ≤23122088
42 ≤141 106 ≤7857 170 ≤439827 234 ≤24622972
43 ≤150 107 ≤8367 171 ≤468377 235 ≤26221280
44 ≤160 108 ≤8910 172 ≤498780 236 ≤27923336
45 ≤170 109 ≤9488 173 ≤531156 237 ≤29735875
46 ≤181 110 ≤10104 174 ≤565634 238 ≤31666069
47 ≤193 111 ≤10760 175 ≤602350 239 ≤33721553
48 ≤205 112 ≤11458 176 ≤641449 240 ≤35910462
49 ≤218 113 ≤12202 177 ≤683087 241 ≤38241455
50 ≤233 114 ≤12994 178 ≤727427 242 ≤40723756
51 ≤248 115 ≤13838 179 ≤774645 243 ≤43367187
52 ≤264 116 ≤14736 180 ≤824928 244 ≤46182206
53 ≤281 117 ≤15692 181 ≤878475 245 ≤49179951
54 ≤299 118 ≤16711 182 ≤935498 246 ≤52372284
55 ≤318 119 ≤17795 183 ≤996222 247 ≤55771835
56 ≤339 120 ≤18951 184 ≤1060888 248 ≤59392055
57 ≤361 121 ≤20181 185 ≤1129752 249 ≤63247269
58 ≤384 122 ≤21491 186 ≤1203085 250 ≤67352729
59 ≤409 123 ≤22885 187 ≤1281179 251 ≤71724679
60 ≤436 124 ≤24371 188 ≤1364342 252 ≤76380419
61 ≤464 125 ≤25953 189 ≤1452903 253 ≤81338368
62 ≤494 126 ≤27638 190 ≤1547213 254 >81338368
63 ≤526 127 ≤29431 191 ≤1647644 255 Reserved
表2
在上述表1和表2中,“Index”可以标识缓存索引,“BS value”可以标识缓存索引对应的缓存范围。可以理解的是,上述表1、或表2中的每一个元素都是独立存在的,这些元素被示例性的列在同一张表格中,但是并不代表表格中所有元素必须根据表格所示的同时存在。其中每一个元素的值,是不依赖表1、或表2中任何其它元素值。因此本领域技术人员可以理解,该表1、或表2的每一个元素的取值都是一个独立的实施例。
在一个应用场景下,当仅仅有一个逻辑信道组上报将上报短BSR。
对于常规和定期BSR,MAC实体应该可以是:
如果当要构建包含BSR的MAC PDU时,不止一个LCG具有可用于传输数据:对所有具有可用于传输数据的LCG上报长BSR;
或者,上报短BSR。
在通信标准中可以表述为:
For Regular and Periodic BSR,the MAC entity shall:
1>if more than one LCG has data available for transmission when the MAC PDU containing the BSR is to be built:
2>report Long BSR for all LCGs which have data available for transmission.
1>else:
2>report Short BSR.
在一些应用场景中,即便仅有一个逻辑信道组,现有的短BSR已经不足以承载UE的数据量。而且即便可以上报长BSR,因为数据量巨大,UE需要上报比较大的缓存索引;而比较大的缓存索引也有不够精细的问题;此时网络设备进可以初略下发授权,就会导致UE对于数据上传的时候,增加大量的绑定。因此需要考虑XR业务的进一步增强。
如图2所示,本公开实施例提供一种BSR增强调度方法,由基站执行,包括:
步骤S21:发送配置信息,其中,配置信息用于指示UE上报时使用第一类型BSR;第一类型BSR是第二类型BSR扩展确定的。
在一个实施例中,基站可以是各种类型的基站,例如可以是但不限于是以下至少之一:3G基站、4G基站、5G基站及其它演进型基站。
在一个实施例中,步骤S21中发送配置信息可以是:向UE发送配置信息。
在一个实施例中,UE可以是各种移动终端或固定终端。例如,该UE可以是但不限于是手机、计算机、服务器、可穿戴设备、车载终端、路侧单元(RSU,Road Side Unit)、游戏控制平台或多媒体设备等。
在本公开实施例中由基站执行的BSR增强调度方法,也可以由网络设备执行。这里,网络设备 可以是不限于是核心网设备或者基站之外的其它接入网设备。该核心网设备或者接入网设备可以是灵活布置的灵活节点或者功能或者实现功能的实体等。例如,该核心网设备可以是接入与移动性管理功能(Access and Mobility Management Function,AMF)等。
若BSR增强调度方法由核心网设备执行,步骤S21可以是:核心网设备向基站发送配置信息,基站将配置信息发送给UE。
这里,配置信息用于指示UE上报时使用第一类型BSR进行上报。例如,UE可以使用第一类型BSR对XR业务的各种数据进行上报。
这里,第一类型BSR是基于对第二类型BSR扩展确定。
在一个实施例中,第一类型BSR可以是第一类型BSR表格的配置。
在一个实施例中,第二类型BSR可以是BSR;第一类型BSR是扩展的BSR。例如,该BSR可以是上述实施例中表1和/或表2中的BSR。如,该BSR可以包括:缓存索引占用5比特的短BSR和/或缓存索引占用8比特的长BSR。这里,第一类型BSR可以包括但不限于包括:扩展的短BSR和/或扩展的短BSR。
在一个实施例中,第一类型BSR包括以下至少之一:
第一短BSR,其中,第一短BSR是基于第二类型BSR中第二短BSR扩展确定;
第一长BSR,其中,第一长BSR是基于第二类型BSR中第二长BSR扩展确定。
在一些实施例中,第一短BSR的缓存索引占用第一数量比特,第二短BSR的缓存索引占用第二数量比特;其中,第一数量大于第二数量;
和/或,第一短BSR的缓存索引对应的缓存范围与第二短BSR的缓存索引对应的缓存范围不同。
这里,第一短BSR的至少一个缓存索引对应的缓存范围,与第二短BSR中对应的至少一个缓存索引对应的缓存范围不同。
这里,缓存索引,可以为缓存索引值。
示例性的,第一短BSR的缓存索引所占比特由第二短BSR的缓存索引所占5比特扩展到X比特;其中,X为大于5的整数。例如,第二短BSR为32个缓存索引;若X为6,则第一短BSR有64个缓存索引。
示例性的,第一短BSR的缓存索引“0”对应的缓存范围与第二短的缓存索引字“0”对应的缓存范围(如表1和/或表2中“0”的“BS value”)不同,和/或第一短BSR的缓存索引“5”对应的缓存范围与第二短的缓存索引字“5”对应的缓存范围(如表1和/或表2中“5”的“BS value”)不同;等等。
如此,在本公开实施例中,可以对短BSR(即第二类型短BSR)进行扩展,以获得扩展的短BSR(即第一类型短BSR)。例如可以从缓存索引所占比特数量对短BSR进行扩展,和/或从短BSR的缓存索引对应的缓存范围不同进行扩展。
在一些实施例中,第一长BSR的缓存索引占用第三数量比特,第二长BSR缓存索引占用第四数量比特;其中,第三数量大于第四数量;
和/或,第一长BSR的缓存索引对应的缓存范围与第二长BSR的缓存索引对应的缓存范围不同。
这里,第一长BSR的至少一个缓存索引对应的缓存范围,与第二长BSR中对应的至少一个缓存索引对应的缓存范围不同。
示例性的,第一长BSR的缓存索引所占比特由第二长BSR的缓存索引所占8比特扩展到Y比特;其中,Y为大于8的整数。例如,第二长BSR为256个缓存索引;若X为9,则第一长BSR有512个缓存索引。
示例性的,第一长BSR的缓存索引“0”对应的缓存范围与第二长的缓存索引字“0”对应的缓存范围(如表1/或表2中“0”的“BS value”)不同,和/或第一长BSR的缓存索引“5”对应的缓存范围与第二长的缓存索引字“5”对应的缓存范围(如表1/或表2中“5”的“BS value”)不同;等等。
如此,在本公开实施例中,可以对长BSR(即第二类型长BSR)进行扩展,以获得扩展的长BSR(即第一类型长BSR)。例如可以从缓存索引所占比特数量对长BSR进行扩展,和/或从长BSR的缓存索引对应的缓存范围不同进行扩展。
在本公开实施例中,基站发送配置信息,其中,配置信息用于指示UE上报时使用第一类型BSR,该第一类型BSR是第二类型BSR扩展确定的。如此,可以使得UE可使用扩展后的第一类型BSR进行上报,而扩展后的第一类型BSR可以承载UE相对非常大的数据量;如此一方面实现了BSR增强,另一方面可以使得UE基于扩展后的第一类型BSR上报相对大的数据量,提高无线通信效率等。
例如,若UE使用对第二短BSR扩展后的第一短BSR进行上报,可以使得UE承载相对大数据量,以确保XR业务等的数据量的有效上报。
又如,若UE使用对第二长BSR扩展后的第二长BSR进行上报,一方面可以使得UE承载更大的数据量;另一方面也可以改变BSR的缓存索引对应的缓存范围,可以降低因UE需要相对比较大的缓存索引的引起的不够精细的问题,可以提高上报的精细度。
需要说明的是,本领域内技术人员可以理解,本公开实施例提供的方法,可以被单独执行,也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。
在一些实施例中,步骤S21中发送配置信息,包括:
通过专用信令发送配置信息,其中,专用信息包括以下之一:RRC信令、MAC信令以及DCI。
如图3所示,本公开实施例提供一种BSR增强调度方法,由基站执行,包括:
步骤S31:通过专用信令发送配置信息,其中,专用信息包括以下之一:RRC信令、MAC信令以及DCI。
在一个实施例中,步骤S31中通过专用信令发送配置信息可以是:基站向UE发送专用信令,专用信令中携带配置信息。
示例性的,基站向UE发送RRC信令,其中,RRC信令携带配置信息。或者基站向UE发送MAC信令,MAC信令携带配置信息。或者基站向UE发送DCI,DCI携带配置信息。
当然,在其他的实施例中,专用信令也可以是任意一种可实现的专用信令,在此不作限制。
在本公开实施例中,基站可以通过专用信令向UE发送配置信息,如此可以通过一个专用信令实现两个功能(一个是实现专用信令本身的功能,例如DCI发送寻呼等相关消息功能,另一个是将指示UE使用第一类型BSR上报的配置信息发送给UE的功能);如此可以提高专用信令的利用率以及减少信令的交互,从而可以降低基站或者UE的功耗。
需要说明的是,本领域内技术人员可以理解,本公开实施例提供的方法,可以被单独执行,也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。
本公开实施例提供一种BSR增强调度方法,由基站执行,包括:发送配置信息,其中,配置信息用于指示以下至少之一:
UE上报时使用第一类型BSR是针对每个UE的;
UE上报时使用第一类型BSR是针对每个LCG的;
UE上报时使用第一类型BSR是针对每个LC的。
在本公开的一些实施例中,第一类型BSR、配置信息分别可以是上述实施例中第一类型BSR、配置信息。示例性的,第一类型BSR包括第一短BSR和/或第一长BSR。
这里,一个LCG可包括一个或多个LC。在本公开的一些实施例中,多个是指两个或两个以上。
示例性的,基站通知UE的粒度可以是基于每个UE粒度的。如基站向UE发送配置信息,以通知UE:为进行XR业务的UE需要使用第一类型BSR上报。
示例性的,基站通知UE的粒度可以是基于每个LCG粒度的。如基站向UE发送配置信息,以通知UE:UE对于特定的LCG或者任意一个LCG使用第一类型BSR上报。
这里,基站可以为逻辑信道组配置使用第一类型BSR上报的配置。
示例性的,基站通知UE的粒度可以是基于每个LC粒度的。如基站向UE发送配置信息,以告知UE:UE对于特定LC或者任意一个LC使用第一类型BSR上报。
在本公开实施例中,基站可以通过配置信息通知UE上报时使用第一类型BSR是基于每个UE的和/或基于每个LCG的和/或基于每个LC的;如此可以适应各种场景下UE使用第一类型BSR进行上报。
如图4所示,本公开实施例提供一种BSR增强调度方法,由基站执行,包括:
步骤S41:基于为LCG中任意一个LC配置上报时使用第一类型BSR,确定LCG上报时使用第一类型BSR;或者基于为LCG中预定LC配置上报使用第一类型BSR,确定LCG上报时使用第一类型BSR;或者基于为LCG中至少一个LC配置上报使用第一类型BSR,确定LCG上报时使用第一类型BSR,或者基于为LCG配置上报使用第一类型BSR,确定LCG上报时使用第一类型BSR。
步骤S41中确定LCG上报时使用第一类型BSR可以是:确定LCG配置的BSR使用第一类型BSR上报。
这里,预定LC可以是一个或多个LC。
示例性的,基站在对LC进行配置,可通过为LCG中任意一个LC配置上报时使用第一类型BSR的配置,以确定LCG配置的BSR使用第一类型BSR上报。例如,LCG1包括LC1、LC2及LC3三 个LC;若基站指示LC1上报时使用第一类型BSR,确定LCG1中配置的BSR(如第二类型BSR)均可使用扩展的所有BSR(即第一类型BSR)上报,和/或若基站指示LC2上报时使用第一类型BSR,确定LCG1中配置的BSR均可使用第一类型BSR上报,和/或若基站指示LC3上报时使用第一类型BSR,确定LCG1中配置的所有BSR均可使用第一类型BSR上报。
示例性,基站在对LC进行配置,可通过为LCG中预定LC配置上报时使用第一类型BSR的配置,以确定该LCG配置的BSR使用第一类型BSR上报。例如,LCG 1包括:LC1、LC2及LC3三个LC;若基站指示预定LC,如LC1上报使用第一类型BSR,确定LCG1中配置的BSR均可以使用第一类型BSR上报。
示例性的,基站通过对LCG配置使用第一类型BSR,以确定LCG配置的BSR均可以使用第一类型BSR上报。
如此,在本公开实施例中,基站可以对LCG中任意一个LC或者多个LC或者预定LC确定上报时使用第一类型BSR的配置,以指示该LCG上配置的所有BSR(例如第二类型BSR)均可以扩展为第一类型BSR上报。如此,提供了基站通过多种方式确定及指示UE上报时使用第一类型BSR是针对LCG的粒度的。
需要说明的是,本领域内技术人员可以理解,本公开实施例提供的方法,可以被单独执行,也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。
如图5所示,本公开实施例提供一种BSR增强调度方法,由基站执行,包括:
步骤S51:接收辅助信息,其中,辅助信息用于指示以下至少之一:UE是否支持使用第一类型BSR上报的能力;以及UE是否期望使用第一类型BSR上报;
步骤S52:基于辅助信息,确定配置信息。
在本公开实施例中,配置信息可以是上述实施例中配置信息;第一类型BSR可以是上述实施例中第一类型BSR。
在一个实施例中,步骤S51中接收辅助信息可以是:接收UE发送的辅助信息。
示例性的,若UE确定业务(如XR业务)的数据量相对比较大,则可以向基站上报辅助信息,该辅助信息用于指示UE期望使用第一类型BSR上报。如此基站可基于该辅助信息,确定UE上报时使用第一类型BSR,并向UE发送指示UE上报时使用第一类型BSR的配置信息。
示例性的,若UE上报的是支持使用第一类型BSR上报能力的辅助信息;基站基于该辅助信息,确定UE上报时使用第一类型BSR,并向UE发送指示UE上报时使用第一类型BSR的配置信息。
示例性的,若UE上报的是不支持使用第一类型BSR上报能力的辅助信息;基站基于该辅助信息,确定UE上报时不使用第一类型BSR,并向UE发送指示UE上报时不使用第一类型BSR的拒绝指示信息或者不向UE发送配置信息。
在本公开实施例中,基站可以接收UE发送的辅助信息,基于辅助信息确定配置信息;如此可以使得基站确定的配置信息更加符合UE的所支持的能力和/或需求等,从而提高通信质量。
在一些实施例中,步骤S51,包括:通过专用信令接收辅助信息。
本公开实施例提供一种BSR增强调度方法,由基站执行,包括:通过专用信令接收辅助信息。
在一个实施例中,基站通过专用信令接收辅助信息可以是:基站通过专用信令接收UE发送的辅助信息。
这里,专用信令可以是RRC信令或者其它任意可实现的信令,在此不作限制。
如此,在本公开实施例中,在基站可以通过专用信令接收UE发送的辅助信息,如此可以通过一个专用信令实现两个功能(如实现专用信令本身的功能以及实现上报辅助信息的功能);如此可以提高专用信令的利用率以及减少信令的交互,从而可以降低基站或者UE的功耗。
需要说明的是,本领域内技术人员可以理解,本公开实施例提供的方法,可以被单独执行,也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。
以下一种基于BSR增强调度方法,是由UE执行的,与上述由网络设备执行的BSR增强调度方法的描述是类似的;且,对于由UE执行的BSR增强调度方法实施例中未披露的技术细节,请参照由网络设备执行的BSR增强调度方法示例的描述,在此不做详细描述说明。
如图6所示,本公开实施例提供一种BSR增强调度方法,由UE执行,包括:
步骤S61:接收配置信息,其中,配置信息用于指示UE上报时使用第一类型BSR;第一类型BSR是第二类型BSR扩展确定的。
在一个实施例中,步骤S61中接收配置信息可以是接收基站或者核心网设备发送的配置信息。
在本公开的一些实施例中,配置信息可以为上述实施例中配置信息;第一类型BSR、第二BSR分别可以是上述实施例中第一BSR、第二BSR。
示例性的,第二类型BSR可以是上述表1和/或表2中的BSR。第二类型BSR包括第二短BSR(如表1中的短BSR)和/或第二长BSR(如表2中的长BSR)。
示例性的,第一类型BSR是基于对第二类型BSR扩展确定;第一类型BSR是扩展的BSR。第一类型BSR可以是第一类型BSR表格的配置。
示例性的,第一类型BSR包括以下至少之一:
第一短BSR,其中,第一短BSR是基于第二类型BSR中第二短BSR扩展确定的;
第一长BSR,其中,第一长BSR是基于第二类型BSR中第二长BSR扩展确定的。
示例性的,第一短BSR的缓存索引占用第一数量比特,第二短BSR的缓存索引占用第二数量比特;其中,第一数量大于第二数量;
和/或,第一短BSR的缓存索引对应的缓存范围与第二短BSR的缓存索引对应的缓存范围不同。
示例性的,第一长BSR的缓存索引占用第三数量比特,第二长BSR缓存索引占用第四数量比特;其中,第三数量大于第四数量;
和/或,第一长BSR的缓存索引对应的缓存范围与第二长BSR的缓存索引对应的缓存范围不同。
在一些实施例中,步骤S61中接收配置信息,包括:通过专用信令接收配置信息,其中,专用信息包括以下之一:RRC信令、MAC信令以及DCI。
本公开实施例提供一种BSR增强调度方法,由UE执行,包括:通过专用信令接收配置信息,其中,专用信息包括以下之一:RRC信令、MAC信令以及DCI。
在一个实施例中,UE通过专用信令接收配置信息可以是:UE通过专用信令接收基站或者核心网设备发送的专用信令。
在一些实施例中,配置信息用于指示以下至少之一:
UE上报时使用第一类型BSR是针对每个UE的;
UE上报时使用第一类型BSR是针对每个LCG的;
UE上报时使用第一类型BSR是针对每个LC的。
以上实施方式,具体可以参见网络设备侧的表述,在此不再赘述。
如图7所示,本公开实施例提供一种BSR增强调度方法,由UE执行,包括:
步骤S71:基于配置信息,使用第一类型BSR上报。
在一些实施例中,步骤S71,包括以下之一:
基于配置信息,确定基于每个UE使用第一类型BSR上报;
基于配置信息,确定基于每个逻辑信道组LCG使用第一类型BSR上报;
基于配置信息,确定基于每个逻辑信道LC使用第一类型BSR上报。
本公开实施例提供一种BSR增强调度方法,由UE执行,包括:
基于配置信息,确定基于每个UE使用第一类型BSR上报;
基于配置信息,确定基于每个逻辑信道组LCG使用第一类型BSR上报;
基于配置信息,确定基于每个逻辑信道LC使用第一类型BSR上报。
示例性的,UE接收到基站发送的配置信息。UE若确定配置信息指示UE上报时使用第一类型BSR是针对每个UE的,确定基于每个UE使用第一类型BSR上报。和/或UE若确定配置信息指示UE上报时使用第一类型BSR是针对每个LCG(如预定LCG)的,确定基于每个LCG(如针对预定LCG)使用第一类型BSR上报。和/或UE若确定配置信息指示UE上报时使用第一类型BSR是针对每个LC(预定LC)的,确定基于每个LC(例如预定LC)使用第一类型BSR上报。
在一些实施例中,基于配置信息,确定基于每个LCG使用第一类型BSR上报,包括以下之一:
基于配置信息指示基站为LCG中任意一个LC配置上报时使用第一类型BSR,确定LCG使用第一类型BSR上报;
基于配置信息指示基站为LCG中预定LC配置上报时使用第一类型BSR,确定LCG使用第一类型BSR上报;
基于配置信息指示基站为LCG中至少一个LC配置上报时使用第一类型BSR,确定LCG使用第一类型BSR上报。
本公开实施例提供一种BSR增强调度方法,由UE执行,包括:
基于配置信息指示基站为LCG中任意一个LC配置上报时使用第一类型BSR,确定LCG使用第一类型BSR上报;
基于配置信息指示基站为LCG中预定LC配置上报时使用第一类型BSR,确定LCG使用第一类型BSR上报;
基于配置信息指示基站为LCG中至少一个LC配置上报时使用第一类型BSR,确定LCG使用第一类型BSR上报。
这里,确定LCG使用第一类型BSR上报可以是:确定LCG配置的BSR使用第一类型BSR上报。
本公开实施例提供一种BSR增强调度方法,由UE执行,包括:发送辅助信息,其中,辅助信息用于供基站确定配置信息;辅助信息包括以下至少之一:
UE是否支持使用第一类型BSR上报的能力;
UE是否期望使用第一类型BSR上报。
在一个实施例中,发送辅助信息,包括:向基站发送辅助信息。
在一个实施例中,发送辅助信息,包括:通过专用信令发送辅助信息。
以上实施方式,具体可以参见网络设备侧的表述,在此不再赘述。
需要说明的是,本领域内技术人员可以理解,本公开实施例提供的方法,可以被单独执行,也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。
为了进一步解释本公开任意实施例,以下提供一个具体实施例。
本公开实施例提供一种BSR增强调度方法,由通信设备执行,通信设备包括网络设备及UE;增强调度方法包括以下步骤:
步骤S81:基站向UE发送配置信息,配置信息用于指示UE上报时使用第一类型BSR;
这里,第一类型BSR是针对第二类型BSR扩展确定。第二类型BSR为BSR;第一类型BSR为扩展的BSR。
在一可选实施例中,第一类型BSR包括第一短BSR和/或第一长BSR。这里,第一短BSR为扩展的短BSR;第二长BSR为扩展的长BSR。
示例性的,第一短BSR的缓存索引所占比特由第二短BSR的缓存索引所占5比特扩展到X比特;其中,X为大于5的整数。例如,第二短BSR为32个缓存索引;若X为6,则第一短BSR有64个缓存索引。或者,第一短BSR的缓存索引与第二短BSR的缓存索引相同,但第一短BSR的缓存索引对应的缓存范围与第二短BSR的缓存范围不同。例如,第一短BSR的缓存索引“0”对应的缓存范围与第二短的缓存索引字“0”对应的缓存范围不同。
示例性的,第一长BSR的缓存索引所占比特由第二长BSR的缓存索引所占8比特扩展到Y比特;其中,Y为大于8的整数。例如,第二长BSR为256个缓存索引;若X为9,则第一长BSR有512个缓存索引。或者,第一长BSR的缓存索引与第二长BSR的缓存索引相同,但第一短BSR的缓存索引对应的缓存范围(即缓存索引对应的缓存范围)与第二短BSR的缓存范围不同。例如,第一长BSR的缓存索引“0”对应的缓存范围与第二长的缓存索引字“0”对应的缓存范围不同。
在一个可选实施例中,配置信息用于指示以下至少之一:
UE上报时使用第一类型BSR是针对每个UE的;
UE上报时使用第一类型BSR是针对每个LCG的;
UE上报时使用第一类型BSR是针对每个LC的。
第一种情况,基站通知UE的粒度是基于每个UE粒度的。示例性的,若基站知晓UE是进行XR业务的UE,则指示该UE上配置的BSR使用扩展的BSR(即第二类型BSR)进行上报。
第二种情况,基站通知UE的粒度是基于每个LCG粒度的。示例性的,若基站知晓UE是进行XR业务的UE,则指示特定的LCG或者任意一个LCG上配置的BSR使用第一类型BSR上报。
第三种情况,基站通知UE的粒度是基于每个LC粒度的。示例性的,若基站知晓UE是进行XR业务的UE,则指示特定的LC或者任意一个LC上配置的BSR使用第一类型BSR上报。
对于第二种情况,还可包括以下至少之一的情况:
第四种情况,基站在对LC进行配置时,通过指示LCG中特定LC上报时使用第一类型BSR,以指示LCG配置的BSR使用第一类型BSR上报。
第五种情况,基站在对LC进行配置时,通过指示LCG中任意一个LC或者多个LC上报时使用第一类型BSR,以指示LCG配置的BSR使用第一类型BSR上报。
第六种情况,基站在对LC进行配置时,通过指示LCG上报时使用第一类型BSR,以指示LCG配置的BSR使用第一类型BSR上报。
对于第三种情况,还可包括:
第七种情况,基站在对LC进行配置时,通过指示LC上报时使用第一类型BSR,以指示LC配置的BSR使用第一类型BSR上报。
步骤S82:UE基于配置信息,确定使用第一类型BSR上报。
在一个可选实施例中,步骤S81之前,包括步骤S80A和/或步骤S80B:
步骤S80A:UE发送辅助信息,其中,辅助信息包括以下至少之一:
UE是否支持使用第一类型BSR上报的能力;
UE是否期望使用第一类型BSR上报;
步骤S80B:基站基于辅助信息,确定配置信息。
需要说明的是,本领域内技术人员可以理解,本公开实施例提供的方法,可以被单独执行,也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。
如图8所示,本公开实施例提供一种BSR增强调度装置,包括:
第一发送模块51,被配置为发送配置信息,其中,配置信息用于指示UE上报时使用第一类型BSR;第一类型BSR是第二类型BSR扩展确定的。
本公开实施例提供的BSR增强调度装置,包括:网络设备。
在一些实施例中,第一类型BSR包括以下至少之一:
第一短BSR,其中,第一短BSR是基于第二类型BSR中第二短BSR扩展确定的;
第一长BSR,其中,第一长BSR是基于第二类型BSR中第二长BSR扩展确定的。
在一些实施例中,第一短BSR的缓存索引占用第一数量比特,第二短BSR的缓存索引占用第二数量比特;其中,第一数量大于第二数量;
和/或,
第一短BSR的缓存索引对应的缓存范围与第二短BSR的缓存索引对应的缓存范围不同。
在一些实施例中,第一长BSR的缓存索引占用第三数量比特,第二长BSR缓存索引占用第四数量比特;其中,第三数量大于第四数量;
和/或,第一长BSR的缓存索引对应的缓存范围与第二长BSR的缓存索引对应的缓存范围不同。
本公开实施例提供一种BSR增强调度装置,包括:第一发送模块51,被配置为通过专用信令发送配置信息,其中,专用信息包括以下之一:RRC信令、MAC信令以及DCI。
在一些实施例中,配置信息用于指示以下至少之一:
UE上报时使用第一类型BSR是针对每个UE的;
UE上报时使用第一类型BSR是针对每个LCG的;
UE上报时使用第一类型BSR是针对每个LC的。
本公开实施例提供一种BSR增强调度装置,包括:第一处理模块,被配置为执行以下之一:
基于为LCG中任意一个LC配置上报时使用第一类型BSR,确定LCG上报时使用第一类型BSR;
基于为LCG中预定LC配置上报使用第一类型BSR,确定LCG上报时使用第一类型BSR;
基于为LCG中至少一个LC配置上报使用第一类型BSR,确定LCG上报时使用第一类型BSR;
基于为LCG配置上报使用第一类型BSR,确定LCG上报时使用第一类型BSR。
本公开实施例提供一种BSR增强调度装置,包括:
第一接收模块,被配置为接收辅助信息,其中,辅助信息用于指示以下至少之一:UE是否支持使用第一类型BSR上报的能力;以及UE是否期望使用第一类型BSR上报;
第一处理模块,被配置为基于辅助信息,确定配置信息。
如图9所示,本公开实施例提供一种BSR增强调度装置,包括:
第二接收模块61,被配置为接收配置信息,其中,配置信息用于指示UE上报时使用第一类型BSR;第一类型BSR是第二类型BSR扩展确定的。
本公开实施例提供的BSR增强调度装置,包括:UE。
本公开实施例提供一种BSR增强调度装置,包括:第二处理模块,被配置为基于配置信息,使用第一类型BSR上报。
在一些实施例中,第一类型BSR包括以下至少之一:
第一短BSR,其中,第一短BSR是基于第二类型BSR中第二短BSR扩展确定的;
第一长BSR,其中,第一长BSR是基于第二类型BSR中第二长BSR扩展确定的。
在一些实施例中,第一短BSR的缓存索引占用第一数量比特,第二短BSR的缓存索引占用第 二数量比特;其中,第一数量大于第二数量;
和/或,第一短BSR的缓存索引对应的缓存范围与第二短BSR的缓存索引对应的缓存范围不同。
在一些实施例中,第一长BSR的缓存索引占用第三数量比特,第二长BSR缓存索引占用第四数量比特;其中,第三数量大于第四数量;
和/或,第一长BSR的缓存索引对应的缓存范围与第二长BSR的缓存索引对应的缓存范围不同。
本公开实施例提供一种BSR增强调度装置,包括:第二接收模块61,被配置为通过专用信令接收配置信息,其中,专用信息包括以下之一:RRC信令、MAC信令以及DCI。
在一些实施例中,配置信息用于指示以下至少之一:
UE上报时使用第一类型BSR是针对每个UE的;
UE上报时使用第一类型BSR是针对每个LCG的;
UE上报时使用第一类型BSR是针对每个LC的。
本公开实施例提供一种BSR增强调度装置,包括:第二处理模块,被配置为执行以下之一:
基于配置信息,确定基于每个UE使用第一类型BSR上报;
基于配置信息,确定基于每个逻辑信道组LCG使用第一类型BSR上报;
基于配置信息,确定基于每个逻辑信道LC使用第一类型BSR上报。
本公开实施例提供一种BSR增强调度装置,包括:第二处理模块,被配置为执行以下之一:
基于配置信息指示基站为LCG中任意一个LC配置上报时使用第一类型BSR,确定LCG使用第一类型BSR上报;
基于配置信息指示基站为LCG中预定LC配置上报时使用第一类型BSR,确定LCG使用第一类型BSR上报;
基于配置信息指示基站为LCG中至少一个LC配置上报时使用第一类型BSR,确定LCG使用第一类型BSR上报。
本公开实施例提供一种BSR增强调度装置,包括:第二发送模块,被配置为发送辅助信息,其中,辅助信息用于供基站确定配置信息;辅助信息包括以下至少之一:
UE是否支持使用第一类型BSR上报的能力;
UE是否期望使用第一类型BSR上报。
需要说明的是,本领域内技术人员可以理解,本公开实施例提供的装置,可以被单独执行,也可以与本公开实施例中一些装置或相关技术中的一些装置一起被执行。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
本公开实施例提供一种通信设备,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,处理器被配置为:用于运行可执行指令时,实现本公开任意实施例的BSR增强调度方法。
在一个实施例中,通信设备可以包括但不限于至少之一:UE和网络设备。网络设备包括基站。
其中,处理器可包括各种类型的存储介质,该存储介质为非临时性计算机存储介质,在用户设备掉电之后能够继续记忆存储其上的信息。
处理器可以通过总线等与存储器连接,用于读取存储器上存储的可执行程序,例如,如图2至图7所示的方法的至少其中之一。
本公开实施例还提供一种计算机存储介质,计算机存储介质存储有计算机可执行程序,可执行程序被处理器执行时实现本公开任意实施例的BSR增强调度方法。例如,如图2至图7所示的方法的至少其中之一。
关于上述实施例中的装置或者存储介质,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图10是根据一示例性实施例示出的一种用户设备800的框图。例如,用户设备800可以是移动电话,计算机,数字广播用户设备,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图10,用户设备800可以包括以下一个或多个组件:处理组件802,存储器804,电源组件806,多媒体组件808,音频组件810,输入/输出(I/O)的接口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还包括一个扬声器,用于输出音频信号。
I/O接口812为处理组件802和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件814包括一个或多个传感器,用于为用户设备800提供各个方面的状态评估。例如,传感器组件814可以检测到设备800的打开/关闭状态,组件的相对定位,例如所述组件为用户设备800的显示器和小键盘,传感器组件814还可以检测用户设备800或用户设备800一个组件的位置改变,用户与用户设备800接触的存在或不存在,用户设备800方位或加速/减速和用户设备800的温度变化。传感器组件814可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件814还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件816被配置为便于用户设备800和其他设备之间有线或无线方式的通信。用户设备800可以接入基于通信标准的无线网络,如WiFi,4G或5G,或它们的组合。在一个示例性实施例中,通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件816还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,用户设备800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器804,上述指令可由用户设备800的处理器820执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
如图11所示,本公开一实施例示出一种基站的结构。例如,基站900可以被提供为一网络侧设 备。参照图11,基站900包括处理组件922,其进一步包括一个或多个处理器,以及由存储器932所代表的存储器资源,用于存储可由处理组件922的执行的指令,例如应用程序。存储器932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件922被配置为执行指令,以执行上述方法前述应用在所述基站的任意方法。
基站900还可以包括一个电源组件926被配置为执行基站900的电源管理,一个有线或无线网络接口950被配置为将基站900连接到网络,和一个输入输出(I/O)接口958。基站900可以操作基于存储在存储器932的操作系统,例如Windows Server TM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明的其它实施方案。本公开旨在涵盖本发明的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本发明的真正范围和精神由下面的权利要求指出。
应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (22)

  1. 一种BSR增强调度方法,其中,由基站执行,包括:
    发送配置信息,其中,所述配置信息用于指示用户设备UE上报时使用第一类型缓冲状态报告BSR;所述第一类型BSR是第二类型BSR扩展确定的。
  2. 根据权利要求1所述的方法,其中,所述第一类型BSR包括以下至少之一:
    第一短BSR,其中,所述第一短BSR是基于所述第二类型BSR中第二短BSR扩展确定的;
    第一长BSR,其中,所述第一长BSR是基于所述第二类型BSR中第二长BSR扩展确定的。
  3. 根据权利要求2所述的方法,其中,所述第一短BSR的缓存索引占用第一数量比特,所述第二短BSR的缓存索引占用第二数量比特;其中,所述第一数量大于所述第二数量;
    和/或,
    所述第一短BSR的缓存索引对应的缓存范围与所述第二短BSR的缓存索引对应的缓存范围不同。
  4. 根据权利要求2所述的方法,其中,所述第一长BSR的缓存索引占用第三数量比特,所述第二长BSR缓存索引占用第四数量比特;其中,所述第三数量大于所述第四数量;
    和/或,
    所述第一长BSR的缓存索引对应的缓存范围与所述第二长BSR的缓存索引对应的缓存范围不同。
  5. 根据权利要求1所述的方法,其中,所述发送配置信息,包括:
    通过专用信令发送所述配置信息,其中,所述专用信息包括以下之一:无线资源控制RRC信令、媒体接入控制MAC信令以及下行控制信息DCI。
  6. 根据权利要求1至5任一项所述的方法,其中,所述配置信息用于指示以下至少之一:
    所述UE上报时使用所述第一类型BSR是针对每个UE的;
    所述UE上报时使用所述第一类型BSR是针对每个逻辑信道组LCG的;
    所述UE上报时使用所述第一类型BSR是针对每个逻辑信道LC的。
  7. 根据权利要求6所述的方法,其中,所述方法包括以下之一:
    基于为所述LCG中任意一个LC配置上报时使用所述第一类型BSR,确定所述LCG上报时使用所述第一类型BSR;
    基于为所述LCG中预定LC配置上报使用所述第一类型BSR,确定所述LCG上报时使用所述第一类型BSR;
    基于为所述LCG中至少一个LC配置上报使用所述第一类型BSR,确定所述LCG上报时使用所述第一类型BSR;
    基于为所述LCG配置上报使用所述第一类型BSR,确定所述LCG上报时使用第一类型BSR。
  8. 根据权利要求1至5任一项所述的方法,其中,所述方法包括:
    接收辅助信息,其中,所述辅助信息用于指示以下至少之一:所述UE是否支持使用所述第一 类型BSR上报的能力;以及所述UE是否期望使用所述第一类型BSR上报;
    基于所述辅助信息,确定所述配置信息。
  9. 一种BSR增强调度方法,其中,由用户设备UE执行,包括:
    接收配置信息,其中,所述配置信息用于指示所述UE上报时使用第一类型缓冲状态报告BSR;所述第一类型BSR是第二类型BSR扩展确定的。
  10. 根据权利要求10所述的方法,其中,所述方法包括:
    基于所述配置信息,使用所述第一类型BSR上报。
  11. 根据权利要求9所述的方法,其中,所述第一类型BSR包括以下至少之一:
    第一短BSR,其中,所述第一短BSR是基于所述第二类型BSR中第二短BSR扩展确定的;
    第一长BSR,其中,所述第一长BSR是基于所述第二类型BSR中第二长BSR扩展确定的。
  12. 根据权利要求11所述的方法,其中,所述第一短BSR的缓存索引占用第一数量比特,所述第二短BSR的缓存索引占用第二数量比特;其中,所述第一数量大于所述第二数量;
    和/或,
    所述第一短BSR的缓存索引对应的缓存范围与所述第二短BSR的缓存索引对应的缓存范围不同。
  13. 根据权利要求11所述的方法,其中,所述第一长BSR的缓存索引占用第三数量比特,所述第二长BSR缓存索引占用第四数量比特;其中,所述第三数量大于所述第四数量;
    和/或,
    所述第一长BSR的缓存索引对应的缓存范围与所述第二长BSR的缓存索引对应的缓存范围不同。
  14. 根据权利要求9所述的方法,其中,所述接收配置信息,包括:
    通过专用信令接收所述配置信息,其中,所述专用信息包括以下之一:无线资源控制RRC信令、媒体接入控制MAC信令以及下行控制信息DCI。
  15. 根据权利要求9至14所述的方法,其中,所述配置信息用于指示以下至少之一:
    所述UE上报时使用所述第一类型BSR是针对每个UE的;
    所述UE上报时使用所述第一类型BSR是针对每个逻辑信道组LCG的;
    所述UE上报时使用所述第一类型BSR是针对每个逻辑信道LC的。
  16. 根据权利要求10所述的方法,其中,所述基于所述配置信息,使用所述第一类型BSR上报,包括以下之一:
    基于所述配置信息,确定基于每个所述UE使用所述第一类型BSR上报;
    基于所述配置信息,确定基于每个逻辑信道组LCG使用所述第一类型BSR上报;
    基于所述配置信息,确定基于每个逻辑信道LC使用所述第一类型BSR上报。
  17. 根据权利要求16所述的方法,其中,所述基于所述配置信息,确定基于每个逻辑信道组LCG使用所述第一类型BSR上报,包括以下之一:
    基于所述配置信息指示基站为所述LCG中任意一个LC配置上报时使用所述第一类型BSR,确定所述LCG使用所述第一类型BSR上报;
    基于所述配置信息指示基站为所述LCG中预定LC配置上报时使用所述第一类型BSR,确定所述LCG使用所述第一类型BSR上报;
    基于所述配置信息指示基站为所述LCG中至少一个LC配置上报时使用所述第一类型BSR,确定所述LCG使用所述第一类型BSR上报;
    基于所述配置信息指示基站为所述LCG中各LC配置上报时使用所述第一类型BSR,确定所述LCG使用所述第一类型BSR上报。
  18. 根据权利要求9至14所述的方法,其中,所述方法包括:
    发送辅助信息,其中,所述辅助信息用于供基站确定所述配置信息;所述辅助信息包括以下至少之一:
    所述UE是否支持使用所述第一类型BSR上报的能力;
    所述UE是否期望使用所述第一类型BSR上报。
  19. 一种BSR增强调度装置,其中,包括:
    第一发送模块,被配置为发送配置信息,其中,所述配置信息用于指示用户设备UE上报时使用第一类型缓冲状态报告BSR;所述第一类型BSR是第二类型BSR扩展确定的。
  20. 一种BSR增强调度装置,其中,包括:
    第二接收模块,被配置为接收配置信息,其中,所述配置信息用于指示所述UE上报时使用第一类型缓冲状态报告BSR;所述第一类型BSR是第二类型BSR扩展确定的。
  21. 一种通信设备,其中,所述通信设备,包括:
    处理器;
    用于存储所述处理器可执行指令的存储器;
    其中,所述处理器被配置为:用于运行所述可执行指令时,实现权利要求1至8、或者权利要求9至18任一项所述的BSR增强调度方法。
  22. 一种计算机存储介质,其中,所述计算机存储介质存储有计算机可执行程序,所述可执行程序被处理器执行时实现权利要求1至8、或者权利要求9至18任一项所述的BSR增强调度方法。
CN202280003267.9A 2022-08-19 2022-08-19 Bsr增强调度方法以及装置、通信设备及存储介质 Pending CN117917056A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2022/113743 WO2024036632A1 (zh) 2022-08-19 2022-08-19 Bsr增强调度方法以及装置、通信设备及存储介质

Publications (1)

Publication Number Publication Date
CN117917056A true CN117917056A (zh) 2024-04-19

Family

ID=89940399

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280003267.9A Pending CN117917056A (zh) 2022-08-19 2022-08-19 Bsr增强调度方法以及装置、通信设备及存储介质

Country Status (2)

Country Link
CN (1) CN117917056A (zh)
WO (1) WO2024036632A1 (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105491618B (zh) * 2010-06-18 2019-05-14 富士通株式会社 终端、基站和通信系统
US10511994B2 (en) * 2017-06-15 2019-12-17 Kt Corporation Methods for configuring buffer status report for next-generation mobile communication and apparatuses thereof
CN108966358B (zh) * 2017-06-16 2019-11-19 华为技术有限公司 一种发送缓存状态报告的方法及用户设备
JP7070585B2 (ja) * 2017-11-14 2022-05-18 富士通株式会社 無線端末、無線基地局、バッファ状態報告の送信方法

Also Published As

Publication number Publication date
WO2024036632A1 (zh) 2024-02-22

Similar Documents

Publication Publication Date Title
CN111543118B (zh) Rrc状态改变的方法、装置、通信设备及存储介质
CN111771406B (zh) 发送寻呼消息的方法、装置、通信设备及存储介质
CN110431863B (zh) 跟踪区更新方法及装置、通信设备及存储介质
US20230180180A1 (en) Paging processing methods, base station and user equipment
CN111543094B (zh) 寻呼处理方法、装置、用户设备、基站及存储介质
CN111373826B (zh) 信息处理方法、装置、基站、终端及存储介质
CN111466127B (zh) 增强上行覆盖的处理方法、装置及存储介质
CN111316741B (zh) 传输调度方法、装置、通信设备及存储介质
CN114175740B (zh) 信息传输方法、装置、通信设备和存储介质
CN113853817B (zh) 信息传输方法、装置、通信设备及存储介质
CN114080852A (zh) 能力信息的上报方法、装置、通信设备及存储介质
CN114009111A (zh) Cfr的确定方法、装置、通信设备及存储介质
CN115443675A (zh) 测量间隔处理方法、装置、通信设备及存储介质
CN117917056A (zh) Bsr增强调度方法以及装置、通信设备及存储介质
CN114503693B (zh) 终端的功率配置方法、装置、通信设备及存储介质
CN111566985B (zh) 传输处理方法、装置、用户设备、基站及存储介质
WO2023197264A1 (zh) 资源配置的方法、装置、通信设备及存储介质
US20230396399A1 (en) Information transmission method, communication device and storage medium
US20230224769A1 (en) Method and apparatus for controlling data transmission rate communication device, and storage medium
CN117957822A (zh) 上报bsr的方法、装置、通信设备及存储介质
CN118120276A (zh) 测量间隔配置方法以及装置、通信设备及存储介质
CN117242866A (zh) 一种资源分配方法、装置、通信设备及存储介质
CN117322020A (zh) 一种系统消息传输方法、装置、通信设备及存储介质
CN114731204A (zh) 确定信道的资源位置的方法、装置、通信设备及存储介质
CN116671136A (zh) 资源确定和监听mbs的方法、装置、通信设备及存储介质

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