CN117337593A

CN117337593A - 传输bsr的方法、终端设备和网络设备

Info

Publication number: CN117337593A
Application number: CN202380010756.1A
Authority: CN
Inventors: 吕玲; 赵铮; 杨中志
Original assignee: Quectel Wireless Solutions Co Ltd
Current assignee: Quectel Wireless Solutions Co Ltd
Priority date: 2023-06-30
Filing date: 2023-06-30
Publication date: 2024-01-02

Abstract

提供了一种传输BSR的方法、终端设备和网络设备。该方法包括：终端设备触发第一BSR，第一BSR是基于预设业务触发的。

Description

传输BSR的方法、终端设备和网络设备

技术领域

本申请涉及通信技术领域，并且更为具体地，涉及一种传输BSR的方法、终端设备和网络设备。

背景技术

某些通信***(如新无线(new radio，NR)***)中，终端设备可以向网络设备发送缓存状态报告(buffer state report，BSR)，以便网络设备根据终端设备发送的BSR进行数据传输调度。

对于某些数据量较大的业务，例如扩展现实(extended reality，XR)业务，数据帧可能会被切分为多个数据包进行传输。针对这类业务，相关技术中的BSR的传输机制可能会导致数据传输调度不及时，从而使得业务的传输时延可能比较大。

发明内容

本申请提供一种传输BSR的方法、终端设备和网络设备。下面对本申请涉及的各个方面进行介绍。

第一方面，提供了一种传输BSR的方法，包括：终端设备触发第一BSR，所述第一BSR是基于预设业务触发的。

第二方面，提供了一种传输BSR的方法，包括：网络设备接收终端设备发送的第一BSR，所述第一BSR是基于预设业务触发的。

第三方面，提供了一种终端设备，包括：触发模块，用于触发第一BSR，所述第一BSR是基于预设业务触发的。

第四方面，提供了一种网络设备，包括：接收模块，用于接收终端设备发送的第一BSR，所述第一BSR是基于预设业务触发的。

第五方面，提供了一种终端设备，包括处理器、存储器，所述存储器用于存储一个或多个计算机程序，所述处理器用于调用所述存储器中的计算机程序使得所述终端设备执行第一方面的方法中的部分或全部步骤。

第六方面，提供了一种网络设备，包括处理器、存储器以及通信接口，所述存储器用于存储一个或多个计算机程序，所述处理器用于调用所述存储器中的计算机程序使得所述网络设备执行第二方面的方法中的部分或全部步骤。

第七方面，本申请实施例提供了一种通信***，该***包括上述的终端设备和/或网络设备。在另一种可能的设计中，该***还可以包括本申请实施例提供的方案中与该终端设备或网络设备进行交互的其他设备。

第八方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序使得计算机执行上述各个方面的方法中的部分或全部步骤。

第九方面，本申请实施例提供了一种计算机程序产品，其中，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，所述计算机程序可操作来使计算机执行上述各个方面的方法中的部分或全部步骤。在一些实现方式中，该计算机程序产品可以为一个软件安装包。

第十方面，本申请实施例提供了一种计算机程序，其中，所述计算机程序可操作来使计算机执行上述各个方面的方法中的部分或全部步骤。

第十一方面，本申请实施例提供了一种芯片，该芯片包括存储器和处理器，处理器可以从存储器中调用并运行计算机程序，以实现上述各个方面的方法中所描述的部分或全部步骤。

本申请实施例中，终端设备可以基于预设业务触发第一BSR。如此一来，在需要传输预设业务的数据时，可以通过预设业务对应的第一BSR向网络设备上报预设业务的缓存数据情况，有利于保证预设业务的数据传输调度更为及时、准确。

附图说明

图1是可应用本申请实施例的无线通信***的***架构示例图。

图2是视频直播场景下的数据传输过程的示例图。

图3是数据传输过程的一示例图。

图4是本申请一实施例提供的传输BSR的方法的流程示意图。

图5是本申请实施例提供的触发第一BSR的实现方式的示例图。

图6是本申请另一实施例提供的传输BSR的方法的流程示意图。

图7是本申请实施例提供的发送/取消第一BSR的流程示意图。

图8是本申请实施例提供的第一指示信息的指示方式的示例图。

图9是数据传输过程的另一示例图。

图10是数据传输过程的又一示例图。

图11是指示UE进入节电状态的一种实现方式的示例图。

图12是本申请实施例提供的用于指示UE进入节电状态的方法的流程示意图。

图13是本申请实施例提供的指示UE进入节电状态的一种实现方式的示例图。

图14是本申请另一实施例提供的指示UE进入节电状态的一种实现方式的示例图。

图15是本申请实施例提供的终端设备的结构示意图。

图16是本申请实施例提供的网络设备的结构示意图。

图17是本申请实施例提供的通信装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

通信***架构

图1是可应用本申请实施例的无线通信***100的***架构示例图。该无线通信***100可以包括网络设备110和终端设备120。网络设备110可以是与终端设备120通信的设备。网络设备110可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端设备120进行通信。

图1示例性地示出了一个网络设备和两个终端设备，可选地，该无线通信***100可以包括多个网络设备并且每个网络设备的覆盖范围内可以包括其它数量的终端设备，本申请实施例对此不做限定。

可选地，该无线通信***100还可以包括网络控制器、移动管理实体等其他网络实体，本申请实施例对此不作限定。

应理解，本申请实施例的技术方案可以应用于各种通信***，例如：第五代(5thgeneration，5G)***或新无线(new radio，NR)、长期演进(long term evolution，LTE)***、LTE频分双工(frequency division duplex，FDD)***、LTE时分双工(time divisionduplex，TDD)等。本申请提供的技术方案还可以应用于未来的通信***，如第六代移动通信***，又如卫星通信***，等等。

本申请实施例中的终端设备也可以称为用户设备(user equipment，UE)、接入终端、用户单元、用户站、移动站、移动台(mobile station，MS)、移动终端(mobile terminal，MT)、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。本申请实施例中的终端设备可以是指向用户提供语音和/或数据连通性的设备，可以用于连接人、物和机，例如具有无线连接功能的手持式设备、车载设备等。本申请的实施例中的终端设备可以是手机(mobile phone)、平板电脑(Pad)、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。可选地，UE可以用于充当基站。例如，UE可以充当调度实体，其在V2X或D2D等中的UE之间提供侧行链路信号。比如，蜂窝电话和汽车利用侧行链路信号彼此通信。蜂窝电话和智能家居设备之间通信，而无需通过基站中继通信信号。

本申请实施例中的网络设备可以是用于与终端设备通信的设备，该网络设备也可以称为接入网设备或无线接入网设备，如网络设备可以是基站。本申请实施例中的网络设备可以是指将终端设备接入到无线网络的无线接入网(radio access network，RAN)节点(或设备)。基站可以广义的覆盖如下中的各种名称，或与如下名称进行替换，比如：节点B(NodeB)、演进型基站(evolved NodeB，eNB)、下一代基站(next generation NodeB，gNB)、中继站、接入点、传输点(transmitting and receiving point，TRP)、发射点(transmitting point，TP)、主站MeNB、辅站SeNB、多制式无线(MSR)节点、家庭基站、网络控制器、接入节点、无线节点、接入点(access point，AP)、传输节点、收发节点、基带单元(base band unit，BBU)、射频拉远单元(Remote Radio Unit，RRU)、有源天线单元(activeantenna unit，AAU)、射频头(remote radio head，RRH)、中心单元(central unit，CU)、分布式单元(distributed unit，DU)、定位节点等。基站可以是宏基站、微基站、中继节点、施主节点或类似物，或其组合。基站还可以指用于设置于前述设备或装置内的通信模块、调制解调器或芯片。基站还可以是移动交换中心以及设备到设备D2D、车辆外联(vehicle-to-everything，V2X)、机器到机器(machine-to-machine，M2M)通信中承担基站功能的设备、6G网络中的网络侧设备、未来的通信***中承担基站功能的设备等。基站可以支持相同或不同接入技术的网络。本申请的实施例对网络设备所采用的具体技术和具体设备形态不做限定。

基站可以是固定的，也可以是移动的。例如，直升机或无人机可以被配置成充当移动基站，一个或多个小区可以根据该移动基站的位置移动。在其他示例中，直升机或无人机可以被配置成用作与另一基站通信的设备。

在一些部署中，本申请实施例中的网络设备可以是指CU或者DU，或者，网络设备包括CU和DU。gNB还可以包括AAU。

网络设备和终端设备可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上；还可以部署在空中的飞机、气球和卫星上。本申请实施例中对网络设备和终端设备所处的场景不做限定。

应理解，本申请中的通信设备的全部或部分功能也可以通过在硬件上运行的软件功能来实现，或者通过平台(例如云平台)上实例化的虚拟化功能来实现。

XR业务

XR例如可以是指利用计算机技术和可穿戴设备产生的真实和虚拟的组合环境和人机交互。XR业务可以包括但不限于以下代表形式：增强现实(augmented reality，AR)、混合现实(mixed reality，MR)、虚拟现实(virtual reality，VR)等。在一些实施例中，XR业务还可以包括云游戏。

为了提升用户与虚拟世界交互的体验，XR业务对带宽和时延有着严格的要求，例如，XR业务要求较大的带宽和较小的时延。通常情况下，XR业务可以按照一定的帧率周期性生成数据帧(或称，业务帧)。由于XR视频数据的编码特性，例如帧内、帧间编码以及视频内容变化的随机性，XR业务的数据帧大小通常变化较大。另外，XR业务的数据量一般较大，导致XR业务的一个数据帧的数据可能会被切分为多个数据包发送。

随着无线蜂窝通信技术的不断发展，特别是5G技术的发展，其频谱效率越来越高，可利用的频带越来越宽，可传输的数据速率越来越大，因此，利用蜂窝通信技术支持大数据业务(如XR业务)也逐渐变得可行。以XR业务为例，XR和5G网络的发展互相促进，正向循环。通常，一个用户的XR业务需要30-200Mbps的传输速率，一个小区内至少需要支持10个终端设备同时进行XR业务，5G网络可以提供这么大的传输容量。另外，5G蜂窝网络相对之前的无线网络，能提供的传输容量大大增加，现有的主流业务无法填满5G网络的网络容量，导致网络传输能力空置，客观上也需要一种新业务，以充分利用5G网络，促使5G网络快速做大做强。

在网络的实际部署的大多数场景中，由于终端设备的能力相比网络设备的能力要弱一些，因此，上行链路的网络性能可能对通信***的影响更大，因此，上行链路的网络增强尤为重要。以5G网络和XR业务为例，相比于下行XR业务，现有的5G网络对上行XR业务的支持，尤其需要增强。这是因为无线网络的上行传输容量通常低于下行传输容量，而XR业务的数据速率远远大于其它类型的业务，如果仍然按照现有的方式传输XR业务的数据，将不能满足XR业务的传输需求。所以，利用5G网络传输上行XR业务，特别是视频业务，成为网络增强的重点。

XR业务的主要应用场景包括视频直播。直播间的摄像头生成视频数据，经由5G蜂窝网络的上行信道，传输至基站，再经过核心网网关，传输至直播服务器，再由直播服务器传输到直播的观众。下面结合图2，对视频直播场景中数据的传输过程进行介绍。

在图2所示的例子中，主播A和直播观众B、直播观众C均通过无线网络连接。图2中虚线框内的部分属于蜂窝无线网络，虚线框外的部分属于应用层，或外部数据网。虚线框内的蜂窝无线网络，可以是5G网络，也可以是4G网络、将来的6G网络等，本申请实施例对此不作具体限定。图2中UE和基站之间可以通过无线信道传输，其它设备之间则可以通过有线信道传输。从图2的传输过程可以看出，无线信道是整个传输通道的短板。上述传输过程涉及两处无线信道的传输：UE A通过无线信道向基站传输上行视频数据，UE B和UE C通过无线信道从基站接收下行视频数据。

BSR表格

现有的通信***中，UE传输上行数据所使用的上行无线资源是由基站分配的。UE在有数据需要发送时，可以向基站发送BSR。BSR可用于指示UE的待传输数据量，如BSR可以向基站指示“UE有XXX字节的上行数据需要传输”。基站可以根据UE发送的BSR，为UE分配上行资源。UE可以根据基站分配的上行资源，向基站发送上行数据。

相关协议中，BSR由UE的媒体接入控制(medium access control，MAC)实体生成，或者说，BSR是一个MAC控制单元(control element，CE)。该MAC CE可以是一个5比特或8比特的值，每个码点(或称为索引值)表示一个待传输的数据量区间(数据量范围)。

表1以5比特为例，示出了BSR索引与数据量区间之间的对应关系。表1所示的表格也可以称为BSR表格。

表1

从表1可以看出，每个码点所表示的数据量区间的大小不同。数据量绝对值越小，一个码点对应的数据量区间的范围也越小，即BSR上报的数据量越精确。反之，数据量绝对值越大，一个码点所对应的数据量区间的范围也越大，即BSR上报的数据量越粗略。比如，码点为4时，对应的数据量区间为21-28字节，码点为27时，对应的数据量区间为39819-55474字节。这样设计是考虑到数据量很小时，基站可以为UE分配一次上行无线资源，以传输所有上报数据量的数据，精确的数据量可以避免基站分配太多资源；当数据量较大时，基站很大概率需要多次为UE分配上行无线资源，而后续UE可能会再次上报BSR，所以不存在无线资源浪费的问题，因此无需BSR上报精确的数据量。

引入XR业务后，主流的传输数据为视频数据。视频数据的数据量非常大。按照分辨率的不同，每个视频帧的数据量可以达到10000-30000字节。如果UE通过BSR上报XR数据，按照表1的方式，上报的精度会非常粗糙。另外，XR业务的一个视频帧的数据需要在3-5ms内完成传输，这会大量占用的无线资源，基站需要在3-5ms内为UE分配相应的资源，供UE传输视频帧的数据，而这期间UE通常不会再次上报BSR。

为了保证终端设备有充足的无线资源传输XR业务，作为一种实现方式，基站可以根据BSR上报的数据量上限(按照码点对应的数据量上限/最大数据量)分配上行无线资源。以表1为例，当BSR上报的码点为22时，基站会为终端设备分配10570字节的上行无线资源，但是终端设备的实际上行数据量可能只有8000字节，这就造成2570字节的上行无线资源的浪费。此外，由于XR业务需要占用大量的无线资源，这种情况下，上述浪费无线资源的后果变得更加严重。

基于此，第三代合作伙伴计划(3rd generation partnership project，3GPP)已经决定引入一张新的BSR表格，类似表1所示的表格。UE可以根据新的表格上报BSR。该新的BSR表格可以由协议规定。该新的BSR表格中，码点可以用于对应视频业务的主要数据量区间。

在一些实施例中，终端设备在完成当前视频帧的数据传输后，还可以向基站指示当前视频帧的数据已经传输完毕。作为一种可能的实现方式，终端设备可以向基站上报BSR＝0，以隐式指示当前视频帧的数据已经传输完毕。

如前文所述，终端设备可以向网络设备发送BSR以请求上行资源，以便网络设备根据终端设备发送的BSR进行数据传输调度。但是，对于某些数据量较大的业务(如XR业务)，该业务的数据帧可能会被切分成多个数据包进行传输。针对这类业务，当前的BSR的传输机制可能会导致数据传输调度不及时，从而使得业务的传输时延可能比较大。下面结合图3对该问题进行介绍。

由于不同的编码器可能使用不同的处理方式，一个上行数据帧(如视频帧)的数据到达UE接入层时，可能是陆续到达的，也可能是一同到达的。图3以一个上行数据帧的数据陆续到达UE接入层为例进行介绍。

一个上行数据帧的数据陆续到达UE接入层，在终端设备发送BSR时，可能该数据帧的数据只有一部分到达UE接入层，那么后续该数据帧的数据到达UE接入层，根据现有协议的规定，不会再次触发BSR，导致数据传输时延较大。如图3所示，终端设备第一次传输了数据A和数据B，同时上报BSR＝500，因为此时UE接入层缓存中只有数据C待传，数据D、E、F、G尚未到达UE接入层，当后续数据D、E、F、G到达后，需要重新触发BSR以减小数据传输时延。

针对上述问题，本申请实施例提供一种传输BSR的方法、终端设备和网络设备，能够在需要传输预设业务的数据时，通过预设业务对应的第一BSR向网络设备上报预设业务的缓存数据情况，有利于保证预设业务的数据传输更为及时、准确。下面结合附图对本申请的方法实施例进行介绍。

图4为本申请一实施例提供的传输BSR的方法的流程示意图。图4所示的方法可以由终端设备来执行，该终端设备例如可以是图1所示的终端设备120。图4所示的方法可以包括步骤S410，下面对该步骤进行介绍。

在步骤S410，终端设备触发第一BSR。该第一BSR是基于预设业务触发的。

在一些实施例中，预设业务可以是指预定类型的业务。例如，预设业务可以包括XR业务。作为一个示例，预设业务可以是VR业务、AR业务、云游戏等。

在一些实施例中，预设业务可以是指具有预定特征的业务。本申请实施例对预设业务具有的预定特征不做具体限定，例如，预设业务可以是指数据量较大的业务；或者，预设业务可以是指业务的数据帧被切分为多个数据包发送的业务；又或者，预设业务可以是指业务的数据突发(burst)被切分为多个数据包发送的业务等。除列举的预设特征之外，预设业务还可能是指对传输时延要求较高(实时性强)的业务、调度需求较紧急的业务、传输优先级较高的业务等。

换句话说，预设业务的特征可以包括多种，该特征可以是业务类型方面的特征，比如预设业务为XR业务；或者，该特征可以是业务特性方面的特征，比如预设业务的一个数据突发可以包括多个数据包，预设业务的一个数据帧包括多个数据包等。

需要说明的是，在一些实施例中，本申请实施例提及的“数据突发”和“数据帧”可以相互替换。

在一些实施例中，第一BSR是基于预设业务触发的可以是指，终端设备检测到有预设业务的数据需要传输时，终端设备可以触发第一BSR。

在一些实施例中，终端设备检测到有预设业务的数据需要传输可以包括以下中的一种或多种：终端设备检测到接入层存在预设业务的数据需要传输；终端设备检测到逻辑信道(logical channel，LCH)中存在预设业务的数据需要传输，比如，终端设备检测到一个或多个LCH中存在预设业务的数据需要传输；终端设备检测到逻辑信道组(logicalchannel group，LCG)中存在预设业务的数据需要传输，比如，终端设备检测到一个或多个LCG中存在预设业务的数据需要传输；终端设备检测到服务质量流(quality of serviceflow，QoS流)中存在预设业务的数据需要传输，比如，终端设备检测到一个或多个QoS流中存在预设业务的数据需要传输，等等。

在一些实施例中，第一BSR是基于预设业务触发的可以是指，第一BSR的触发与预设业务相关(关联)。

本申请实施例对第一BSR的类型不做具体限定。示例性地，第一BSR可以是常规BSR，以便满足第一BSR的触发条件时，终端设备能够及时发送第一BSR以更快获取传输预设业务的资源，降低传输时延。不过本申请实施例并不限定于此，在一些实施例中，第一BSR也可以是除常规BSR之外的其他类型的BSR，例如，第一BSR可以是周期BSR，也可以是后续针对预设业务引入的新的BSR等。

在一些实施例中，第一BSR可以理解为是针对预设业务的BSR。例如，只要终端设备检测到存在预设业务的数据需要传输，便可以针对该预设业务触发第一BSR。

本申请实施例中，终端设备可以基于预设业务(如XR业务)触发第一BSR。如此一来，在需要传输预设业务的数据时，可以通过预设业务对应的第一BSR向网络设备上报预设业务的缓存数据情况，有利于保证预设业务的数据传输调度更为及时、准确。

如前文所述，第一BSR的触发与预设业务相关。下面对第一BSR的触发进行详细介绍。

在一些实施例中，第一BSR的触发与预设业务相关可以包括：第一BSR的触发条件与预设业务相关。例如，第一BSR的触发条件可以与以下信息中的一种或多种关联：UE获取的预设业务的数据包；预设业务的传输时延要求；以及为UE配置的一个或多个上行免调度资源。

在一些实施例中，UE获取的预设业务的数据包可以是指，UE的接入层获取的预设业务的数据包，或者UE的缓存获取的预设业务的数据包，或者UE的QoS流/LCH/LCG中的预设业务的数据包等。

在一些实施例中，预设业务的传输时延要求可以包括预设业务的一个数据帧对应的传输时延要求，比如，预设业务的当前数据帧对应的传输时延要求。

在一些实施例中，为UE配置的上行免调度资源是指为UE配置的配置授权(configured grant，CG)资源，例如，网络设备为UE配置的CG资源。

在一些实施例中，第一BSR的触发条件可以包括以下中的一种或多种：UE获知预设业务将有数据到达；预设业务的数据包到达UE接入层；为UE配置的一个或多个上行免调度资源不能完成预设业务的数据传输；为UE配置的一个或多个上行免调度资源能够完成预设业务的数据传输；在预设业务的传输预算时延之内，为UE配置的一个或多个上行免调度资源不能完成预设业务的数据传输；在预设业务的传输预算时延之内，为UE配置的一个或多个上行免调度资源能够完成预设业务的数据传输。下面对这几种触发条件进行示例性介绍。

在一些实施例中，只要UE获知预设业务将有数据到达，UE便可以触发第一BSR。例如，在预设业务的第一数据帧的数据未到达UE的接入层之前，UE获知第一数据帧将有数据到达，便可以提前触发第一BSR。关于UE提前触发第一BSR的详细介绍，可以参见后文的描述。

在一些实施例中，只要预设业务的数据包到达UE接入层，UE便可以触发第一BSR，无论当前UE的QoS流/LCH/LCG/缓存中是否还有数据尚未传输。也就是说，当前UE的QoS流/LCH/LCG/缓存中还有数据尚未传输的情况下，只要有预设业务的数据包到达UE接入层，UE便可以触发第一BSR。或者，当前UE的QoS流/LCH/LCG/缓存中没有数据需要传输的情况下，只要有预设业务的数据包到达UE接入层，UE便可以触发第一BSR。而目前相关协议中的规定是，当一个LCG中有新数据到达时，如果UE的缓存中还有数据尚未传输，则不触发BSR；如果UE的缓存中没有数据需要传输，则触发BSR。与该协议的方案相比，本申请实施例能够及时为预设业务调度上行无线资源，有利于保证预设业务的数据传输更为及时。

本申请实施例对预设业务到达UE接入层的实现方式不做限定。在一些实施例中，预设业务的数据可以是陆续到达UE接入层的。这种情况下，预设业务到达UE接入层可以是指预设业务的一个数据突发的第一个数据包到达UE接入层，即预设业务的一个数据突发的第一个数据包到达UE接入层时便可以触发第一BSR；或者，预设业务到达UE接入层可以是指预设业务的一个数据帧(如一个视频帧)的第一个数据包到达UE接入层，即预设业务的一个数据帧的第一个数据包到达UE接入层时便可以触发第一BSR。不过本申请实施例并不限定于此，例如，预设业务的一个数据突发或一个数据帧中的前几个数据包(比如，前3个、前5个等)到达UE接入层时可以触发第一BSR，或者，预设业务的一个数据突发或一个数据帧中的所有数据包到达UE接入层时可以触发第一BSR等。在一些实施例中，预设业务的一个数据突发或一个视频帧的业务可以是同时(或一次性)到达UE接入层的。这种情况下，预设业务到达UE接入层可以是指预设业务的一个数据突发或一个数据帧中的所有数据包到达UE接入层，当然也可以是指预设业务的一个数据突发或一个数据帧中的第一个数据包到达UE接入层等。

在一些实施例中，为UE配置的一个或多个上行免调度资源能否完成预设业务的数据传输是指，为UE配置的一个或多个上行免调度资源能否完成UE的缓存中的所有预设业务的数据传输。以预设业务为XR业务为例，为UE配置的一个或多个上行免调度资源能否完成预设业务的数据传输是指，为UE配置的一个或多个上行免调度资源能否完成UE的缓存中的所有XR数据传输。

在一些实施例中，为UE配置的一个或多个上行免调度资源能否完成预设业务的数据传输可以是指，为UE配置的一个或多个上行免调度资源能否完成UE的缓存中的预设业务的一个数据突发或一个数据帧的数据传输。仍然以预设业务为XR业务为例，为UE配置的一个或多个上行免调度资源能否完成预设业务的数据传输是指，为UE配置的一个或多个上行免调度资源能否完成UE的缓存中的XR业务的一个数据突发或一个数据帧的传输。

需要说明的是，本申请实施例对UE的缓存不做限定，例如，UE的缓存可以是指UE的LCG中的缓存；或者，UE的缓存可以是指UE的LCH中的缓存；又或者，UE的缓存可以是指UE的QoS流中的缓存；又或者，UE的缓存可以是指UE接入层中的缓存等。后文提及的缓存的概念均可以与此处列举的概念相互替换。

在一些实施例中，如果为UE配置的一个或多个上行免调度资源能够完成预设业务的数据传输，则UE可以不触发第一BSR。在一些实施例中，如果在预设业务的一个数据突发或一个视频帧的传输预算时延之内，为UE配置的一个或多个上行免调度资源能够完成预设业务的数据传输，则UE可以不触发第一BSR。

不过本申请实施例并不限定于此，在一些实施例中，如果为UE配置的一个或多个上行免调度资源能够完成预设业务的数据传输，UE也可以触发第一BSR。例如，为UE配置的一个或多个上行免调度资源能够完成预设业务的数据传输的情况下，UE触发的第一BSR可以指示预设业务的当前数据帧中的除上行免调度资源能传输的数据量之外的剩余数据量，该剩余数据量可以为负值。在一些实施例中，如果在预设业务的一个数据突发或一个视频帧的传输预算时延之内，为UE配置的一个或多个上行免调度资源能够完成预设业务的数据传输，UE也可以触发第一BSR。例如，在预设业务的一个数据突发或一个视频帧的传输预算时延之内，为UE配置的一个或多个上行免调度资源能够完成预设业务的数据传输的情况下，UE触发的第一BSR可以指示预设业务的当前数据帧中的除上行免调度资源能传输的数据量之外的剩余数据量，该剩余数据量可以为负值。

在为UE配置的一个或多个上行免调度资源不能完成预设业务的数据传输的情况下，例如，在预设业务的传输预算时延之内，为UE配置的一个或多个上行免调度资源不能完成预设业务的数据传输的情况下，本申请实施例对如何触发第一BSR的实现方式不做具体限定。下面结合图5示例性地给出两种实现方式。

实现方式1：预设业务的当前数据帧的待传输数据量超出为UE配置的一个或多个上行免调度资源的剩余传输容量之后，UE触发第一BSR。以图5为例，假设为UE预先配置的一个或多个上行免调度资源为3000字节，当数据包A/B/C/D/E/F到达时，不触发第一BSR，因为此时预设业务的当前数据帧的待传输数据量还未超出为UE配置的一个或多个上行免调度资源的剩余传输容量；当数据包G到达时，由于预设业务的当前数据帧的待传输数据量超出为UE配置的一个或多个上行免调度资源的剩余传输容量，UE触发第一BSR。

实现方式2：预设业务的第一个数据包到达UE接入层时，UE触发第一BSR。也就是说，在UE能够获知预设业务的一个数据突发或一个数据帧的大小的情况下，当该数据突发或数据帧的第一个数据包到达UE接入层时，UE便可以比较该数据突发或数据帧的大小与为UE配置的一个或多个上行免调度资源的大小，以确定是否要及时触发第一BSR。需要说明的是，UE获知预设业务的一个数据突发或一个数据帧的大小可以是在第一个数据包到达时获知的，也可以是在第一个数据包到达之前获知的。仍以图5为例，假设为UE预先配置的上行免调度资源为3000字节，当预设业务的一个数据突发或一个数据帧的第一个数据包(数据包A)到达UE接入层时，UE获知该数据突发或数据帧的大小为3500字节，该数据突发或数据帧的大小超过为UE配置的一个或多个上行免调度资源能够传输的数据量，则UE在数据包A到达UE接入层时，便可以触发第一BSR。

某些情况下，第一BSR触发后，UE可以生成并发送(上报)该第一BSR。某些情况下，第一BSR触发后，后续UE还可以取消第一BSR。下面分别对第一BSR的生成/发送以及第一BSR的取消进行介绍。

图6为本申请另一实施例提供的传输BSR的方法的流程示意图。图6是站在UE和网络设备交互的角度进行介绍的，该UE和网络设备例如分别可以是图1中的UE 120和网络设备110。图6所示的方法包括步骤S610和步骤S620。

在步骤S610，UE触发第一BSR。第一BSR是基于预设业务(如XR业务)触发的。

关于步骤S610的详细介绍，可以参见前文步骤S410的描述，为了简洁，此处不再赘述。

在步骤S620，UE向网络设备发送第一BSR。

在一些实施例中，第一BSR触发之后，如果有上行无线资源(后续简称为资源)，则UE可以利用该资源向网络设备发送第一BSR。

在一些实施例中，发送第一BSR的资源可以是为预设业务分配的，例如，发送第一BSR的资源可以是为XR业务分配的。或者说，第一BSR触发之后，如果有为预设业务分配的资源，则UE可以利用该资源发送第一BSR。

在一些实施例中，如果发送第一BSR的资源是为预设业务分配的，则UE发送的第一BSR中可以包括以下中的一种或多种：预设业务关联的待传输数据量；UE的缓存中的所有待传输数据量；第一目标业务的待传输数据量，该第一目标业务可以是网络设备配置的第一BSR能够指示的业务(或业务数据)，或者说，该第一目标业务可以是网络设备配置的第一BSR能够关联的业务。

作为一个示例，如果发送第一BSR的资源是为预设业务分配的，则UE发送的第一BSR中可以仅包括预设业务关联的待传输数据量。以预设业务为XR业务为例，如果发送第一BSR的资源是为XR业务分配的，则UE可以仅上报XR业务的待传输数据量。

作为另一个示例，如果发送第一BSR的资源是为预设业务分配的，则UE发送的第一BSR中可以包括UE的缓存中的所有待传输数据量。以预设业务为XR业务为例，如果发送第一BSR的资源是为XR业务分配的，UE可以上报当前所有的待传输数据量(包括XR业务和非XR业务的待传输数据量)。

作为又一个示例，如果发送第一BSR的资源是为预设业务分配的，则UE发送的第一BSR中可以包括第一目标业务的待传输数据量。也就是说，网络设备可以配置第一BSR能够指示哪些业务的待传输数据量。本申请实施例对网络设备配置第一目标业务的方式不做限定，示例性地，网络设备可以通过高层信令(如RRC信令)配置第一目标业务，或者，网络设备可以通过MAC CE配置第一目标业务等。

在一些实施例中，第一BSR触发之后，UE侧可能存在上行无线资源，但该资源不是为预设业务分配的，而是用于发送第二BSR的。这种情况下，UE可以利用该资源发送第二BSR。

在一些实施例中，UE发送的第二BSR可以包括以下中的一种或多种：UE的缓存中的除预设业务之外的其他业务的待传输数据量；UE的缓存中的所有待传输数据量；第二目标业务的待传输数据量，该第二目标业务可以是网络设备配置的第二BSR能够指示的业务(或业务数据)，或者说，该第二目标业务可以是网络设备配置的第二BSR能够关联的业务。

在一些实施例中，如果发送第二BSR的资源不是为预设业务分配的，则UE发送的第二BSR中可以不包括(或不指示)预设业务关联的待传输数据量。以预设业务为XR业务为例，如果发送第二BSR的资源不是为XR业务分配的，则UE发送的第二BSR中可以不包括(或不指示)XR业务关联的待传输数据量。

在一些实施例中，第二BSR中不包括(或不指示)预设业务关联的待传输数据量的情况下，第二BSR中可以仅包括(仅指示)除预设业务之外的其他业务关联的待传输数据量。

作为一个示例，如果发送第二BSR的资源不是为预设业务分配的，则UE发送的第二BSR中可以仅包括除预设业务之外的其他业务关联的待传输数据量。以预设业务为XR业务为例，如果发送第二BSR的资源不是为XR业务分配的，则UE可以仅上报非XR业务的待传输数据量。

作为另一个示例，如果发送第二BSR的资源不是为预设业务分配的，则UE发送的第二BSR中可以包括UE的缓存中的所有待传输数据量。以预设业务为XR业务为例，如果发送第二BSR的资源不是为XR业务分配的，UE可以上报当前所有的待传输数据量(包括XR业务和非XR业务的待传输数据量)。

作为又一个示例，如果发送第二BSR的资源不是为预设业务分配的，则UE发送的第二BSR中可以包括第二目标业务的待传输数据量。也就是说，网络设备可以配置第二BSR能够指示哪些业务的待传输数据量，例如，网络设备可以配置第二BSR能够发送XR业务的待传输数据量等。本申请实施例对网络设备配置第二目标业务的方式不做限定，示例性地，网络设备可以通过高层信令(如RRC信令)配置第二目标业务，或者，网络设备可以通过MAC CE配置第二目标业务等。

在一些实施例中，如果第二BSR不包括预设业务关联的待传输数据量，则第一BSR可以不取消。也就是说，如果第二BSR没有上报预设业务关联的待传输数据量，则由预设业务触发的第一BSR不取消。以预设业务为XR业务为例，如果第二BSR没有上报XR业务关联的待传输数据量，则XR业务触发的第一BSR不取消。

在一些实施例中，如果第二BSR包括预设业务关联的待传输数据量，则第一BSR可以取消。也就是说，如果第二BSR上报了预设业务关联的待传输数据量，则由预设业务触发的第一BSR取消。以预设业务为XR业务为例，如果第二BSR上报了XR业务关联的待传输数据量，则XR业务触发的第一BSR取消。

在一些实施例中，无论第二BSR是否包括预设业务关联的待传输数据量，第一BSR都不取消。也就是说，无论第二BSR是否上报了预设业务关联的待传输数据量，由预设业务触发的第一BSR都不取消。例如，在第二BSR上报了预设业务关联的待传输数据量的情况下，第一BSR也不取消。

在一些实施例中，UE发送第二BSR之后，第一BSR是否取消的实现是由网络设备配置的。例如，网络设备可以配置第二BSR未上报预设业务关联的待传输数据量，则第一BSR不取消；第二BSR上报了预设业务关联的待传输数据量，则第一BSR取消；或者，网络设备可以配置无论第二BSR是否上报了预设业务关联的待传输数据量，第一BSR均不取消。不过本申请实施例并不限定于此，UE发送第二BSR之后，第一BSR是否取消的实现也可以是预定义或预配置的，或者也可以是基于UE的实现确定的等。

本申请实施例中，预设业务关联的待传输数据量可能包括多种，示例性地，预设业务关联的待传输数据量可以包括以下中的一种或多种：预设业务的一个数据突发或一个数据帧的待传输数据量；UE的缓存中的当前预设业务的待传输数据量；UE的缓存中的所有预设业务的待传输数据量等。

预设业务的一个数据突发或一个数据帧的待传输数据量例如可以包括，预设业务的当前数据突发或当前数据帧的待传输数据量。

需要说明的是，在一些实施例中，本申请实施例提及的“当前数据帧”可以理解为触发第一BSR时UE的缓存中正在传输的数据帧。或者说，本申请实施例提及的“当前数据帧”可以理解为触发第一BSR后需要最先传输的数据帧。

还需要说明的是，在一些实施例中，本申请实施例提及的“当前预设业务”可以理解为“当前数据帧”所对应的预设业务(当前数据帧是该当前预设业务的数据帧)。或者说，本申请实施例提及的“当前预设业务”可以理解为触发第一BSR时UE的缓存中正在传输的预设业务(或正在传输的数据帧所对应的预设业务)。换句话说，本申请实施例提及的“当前预设业务”可以理解为触发第一BSR后需要最先传输的预设业务(或预设业务的数据)。

应该理解，上述对“当前数据帧”和/或“当前预设业务”的介绍可以适用于本申请后文提及的任意“当前数据帧”和/或“当前预设业务”。

在一些实施例中，UE的缓存中可能存在多个预设业务，比如存在多个XR业务。这种情况下，在一些实施例中，预设业务关联的待传输数据量可能是指多个预设业务中的某个或某些业务的待传输数据量，例如，UE的缓存中的当前预设业务的待传输数据量(比如，UE的缓存中的当前XR业务的待传输数据量)；在一些实施例中，预设业务关联的待传输数据量可能是指多个预设业务的所有待传输数据量，例如，UE的缓存中的所有预设业务的待传输数据量(比如，UE的缓存中的所有XR业务的待传输数据量)。

在一些实施例中，第一BSR的发送和/或第一BSR的取消是基于条件进行的。例如，第一BSR的发送和/或第一BSR的取消可以基于第一条件确定，该第一条件可以与UE获得的用于传输预设业务的资源有关。下面对第一条件进行详细介绍。

在一些实施例中，第一条件可以与UE获得的用于传输预设业务的资源、以及预设业务关联的待传输数据量有关。例如，UE可以将获得的用于传输预设业务的资源的大小与预设业务关联的待传输数据量的大小进行比较，如果用于传输预设业务的资源足够大(比如足够传输预设业务关联的待传输数据，或者大于某一门限/阈值)，则UE可以取消触发的第一BSR，不发送第一BSR；否则，UE可以生成并发送第一BSR。

在一些实施例中，第一条件可以包括以下中的一种或多种：UE获得的用于传输预设业务的资源是否能完成预设业务的当前数据帧的传输；UE获得的用于传输预设业务的资源是否能完成UE的缓存中的当前预设业务的所有待传输数据的传输；UE获得的用于传输预设业务的资源是否能完成UE的缓存中的所有预设业务的待传输数据的传输；UE获得的用于传输预设业务的资源是否能完成UE的缓存中的所有待传输数据的传输。

作为一个示例，如果UE获得的用于传输预设业务的资源能完成预设业务的当前数据帧的传输，则UE可以取消触发的第一BSR；如果UE获得的用于传输预设业务的资源不能完成预设业务的当前数据帧的传输，则UE可以生成并发送第一BSR。

作为另一个示例，如果UE获得的用于传输预设业务的资源能完成UE的缓存中的当前预设业务的所有待传输数据的传输，则UE可以取消触发的第一BSR；如果UE获得的用于传输预设业务的资源不能完成UE的缓存中的当前预设业务的所有待传输数据的传输，则UE可以生成并发送第一BSR。

作为又一个示例，如果UE获得的用于传输预设业务的资源能完成UE的缓存中的所有预设业务的待传输数据的传输，则UE可以取消触发的第一BSR；如果UE获得的用于传输预设业务的资源不能完成UE的缓存中的所有预设业务的待传输数据的传输，则UE可以生成并发送第一BSR。

作为又一个示例，如果UE获得的用于传输预设业务的资源能完成UE的缓存中的所有待传输数据的传输，则UE可以取消触发的第一BSR；如果UE获得的用于传输预设业务的资源不能完成UE的缓存中的所有待传输数据的传输，则UE可以生成并发送第一BSR。

在一些实施例中，UE采用哪种BSR的取消条件(例如，采用哪个或哪些第一条件)可以是预定义或预配置的，例如，可以是协议预定义的；也可以是网络设备配置的，例如，网络设备通过高层信令配置的。

在一些实施例中，UE采用哪种BSR的取消条件由网络设备配置时，可以是针对每个(per)LCH配置的，也可以是针对每个LCG配置的。

在一些实施例中，如果需要发送第一BSR时，例如取消第一BSR的条件不满足，需要发送第一BSR时，发送的第一BSR包括的信息可以与以下中的一种或多种有关：预设业务关联的待传输数据量；UE的缓存中的所有待传输数据量；预设业务关联的已传输数据量；UE的缓存中的除上行免调度资源能传输的数据量之外的剩余数据量等。或者说，需要发送第一BSR时，第一BSR的统计方式与以下中的一种或多种有关：预设业务关联的待传输数据量；UE的缓存中的所有待传输数据量；预设业务关联的已传输数据量；UE的缓存中的除上行免调度资源能传输的数据量之外的剩余数据量等。

例如，第一BSR包括的信息与预设业务关联的待传输数据量有关。作为一个示例，第一BSR包括预设业务的当前数据帧的待传输数据量；作为另一个示例，第一BSR包括当前预设业务的所有待传输数据量；作为又一个示例，第一BSR包括所有预设业务的待传输数据量等。

或者，第一BSR包括的信息与预设业务关联的待传输数据量和预设业务关联的已传输数据量有关。作为一个示例，第一BSR包括预设业务的当前数据帧的总数据量(包括已传输的和待传输的)；作为另一个示例，第一BSR包括当前预设业务的总数据量(包括已传输的和待传输的)；作为又一个示例，第一BSR包括所有预设业务的总数据量(包括已传输的和待传输的)等。

在一些实施例中，UE的缓存中的所有待传输数据量可以包括UE的缓存中的所有业务(包括预设业务以及除预设业务之外的其他业务)的待传输数据量。以预设业务为XR业务为例，UE的缓存中的所有待传输数据量可以包括UE的缓存中的XR业务的待传输数据量和非XR业务的待传输数据量。

在一些实施例中，UE的缓存中的除上行免调度资源能传输的数据量之外的剩余数据量可以是指UE的缓存中的与预设业务关联的待传输数据量中，除上行免调度资源能传输的数据量之外的剩余数据量。例如，UE的缓存中的除上行免调度资源能传输的数据量之外的剩余数据量可以是指预设业务的当前数据帧的待传输数据量中，除上行免调度资源能传输的数据量之外的剩余数据量。或者，UE的缓存中的除上行免调度资源能传输的数据量之外的剩余数据量可以是指UE的缓存中的所有预设业务的待传输数据量中，除上行免调度资源能传输的数据量之外的剩余数据量。不过本申请实施例并不限定于此，例如，UE的缓存中的除上行免调度资源能传输的数据量之外的剩余数据量可以是指UE的缓存中的所有业务(包括预设业务以及除预设业务之外的其他业务)的待传输数据量中，除上行免调度资源能传输的数据量之外的剩余数据量。

在一些实施例中，UE的缓存中的除上行免调度资源能传输的数据量之外的剩余数据量可以是负值。例如，上行免调度资源能传输的数据量为1000字节，UE的缓存中有800字节的预设业务的数据量，这种情况下，第一BSR指示的剩余数据量可以表示为-200字节。采用这种方式，有利于网络设备明确知道UE的待传输数据量，从而有利于网络设备知道UE进入节电状态的时间。

在一些实施例中，如果需要发送第一BSR时，例如取消第一BSR的条件不满足，需要发送第一BSR时，发送的第一BSR包括的信息可以包括以下中的一种或多种：预设业务的当前数据帧的待传输数据量；UE的缓存中的当前预设业务的待传输数据量；UE的缓存中的所有预设业务的待传输数据量；UE的缓存中的所有待传输数据量；预设业务的当前数据帧的总数据量；预设业务的当前数据帧中的除上行免调度资源能传输的数据量之外的剩余数据量。

在一些实施例中，UE发送的第一BSR包含哪些信息或UE采用哪种BSR的统计方式可以是预定义或预配置的，例如，可以是协议预定义的；也可以是网络设备配置的，例如，网络设备通过高层信令配置的。

在一些实施例中，UE发送的第一BSR包含哪些信息或UE采用哪种BSR的统计方式由网络设备配置时，可以是针对每个(per)LCH配置的，也可以是针对每个LCG配置的。

下面结合图7，给出基于第一条件确定第一BSR的发送和/或取消，以及发送第一BSR时第一BSR包含的信息的一个示例。该示例中的预设业务例如可以是XR业务。

如图7所示，UE获得用于传输预设业务的资源之后，可以按照图7所示的逻辑将获得的资源的大小与缓存中的待传输数据进行比较，以确定取消第一BSR还是发送第一BSR。例如，如果获得的资源足够大，能够满足取消BSR的门限(如前文提及的第一条件)，则UE可以取消第一BSR，不发送第一BSR；否则，UE可以发送第一BSR。

在一些实施例中，取消BSR的门限可以包括以下中的一种或多种：UE获得的用于传输预设业务的资源能传输预设业务的当前数据帧(如图7所示，需要3500字节传输)；UE获得的用于传输预设业务的资源能传输当前预设业务的所有待传输数据(如图7所示，需要6000字节传输)；UE获得的用于传输预设业务的资源能传输UE内的所有预设业务的待传输数据(如图7所示，需要7500字节传输)；UE获得的用于传输预设业务的资源能传输UE内的所有待传输数据(如图7所示，需要10500字节传输)。

在一些实施例中，如果不满足取消第一BSR的条件，需要发送第一BSR时，第一BSR包含的信息(或者说，第一BSR的统计方式)可能有多种，如图7中列举的6种不同的信息中的一种或多种。具体而言，第一BSR包含的信息可以包括以下中的一种或多种：预设业务的当前数据帧的待传输数据量(如图7所示，需要1000字节)；UE的缓存中的当前预设业务的待传输数据量(如图7所示，需要3500字节)；UE的缓存中的所有预设业务的待传输数据量(如图7所示，需要5000字节)；UE的缓存中的所有待传输数据量(如图7所示，需要8000字节)；预设业务的当前数据帧的总数据量(如图7所示，需要3500字节)；预设业务的当前数据帧中的除上行免调度资源能传输的数据量之外的剩余数据量等。以上行免调度资源能传输的数据量为1500字节为例，预设业务的当前数据帧中还剩1000字节待传输，预设业务的当前数据帧中的除上行免调度资源能传输的数据量之外的剩余数据量可以为-500字节。

需要说明的是，图7中列举的6种不同的信息中，前四种统计的是待传输数据量，即不会把已经传输的数据统计在内。第五种统计的是当前预设业务的总数据量，包括已经传输的和尚未传输的数据量。第六种统计的是缓存中的数据量减去上行免调度资源能传输的数据量，只需要利用第一BSR上报需要动态分配上行资源的预设业务的数据量即可。

在一些实施例中，采用第五种统计方式的情况下，UE还可以向网络设备指示预设业务的当前数据帧的第一个数据包，以便网络设备确定预设业务的当前数据帧的最后一个数据包，从而等到当前数据帧传输结束，UE进入节电状态，且网络设备也知道UE进入节电状态的时间，实现双方行为一致。关于UE如何指示预设业务的当前数据帧的第一个数据包以及UE进入节电状态的相关介绍可以参见后文的详细介绍，此处暂不详述。

在一些实施例中，在UE生成或发送第一BSR时，UE的缓存中已经存储了预设业务的当前数据帧的全部数据。这种情况下，UE可以在第一BSR中包含上述提及的信息中的一种或多种，以便网络设备准确了解预设业务的相关缓存情况。

在一些实施例中，如果需要发送第一BSR，第一BSR中还可以包括第一指示信息。第一指示信息用于指示后续是否还有预设业务关联的待传输数据。

在一些实施例中，在UE缓存中未存储预设业务的当前数据帧的全部数据的情况下，第一BSR中可以包括该第一指示信息。例如，在UE侧的编码器采用陆续递交数据包的场景下，一个数据帧的多个数据包可能是陆续到达UE接入层的，这种情况下，UE生成BSR时，缓存中可能还没有存储当前数据帧的全部数据，那么第一BSR中可以包括第一指示信息。不过本申请实施例并不限定于此，例如，在UE缓存中已经存储了预设业务的当前数据帧的全部数据的情况下，第一BSR也可以包括该第一指示信息。

下面对第一指示信息进行介绍。

在一些实施例中，第一指示信息可以包括以下中的一种或多种：后续是否还有预设业务的当前数据帧的待传输数据；后续预设业务的当前数据帧的待传输数据量；后续预设业务的当前数据帧的待传输数据到达UE接入层的时间。

作为一个示例，第一指示信息可以包括后续是否还有预设业务的当前数据帧的待传输数据。作为一种实现方式，第一指示信息可以通过1个比特指示后续是否还有预设业务的当前数据帧的待传输数据。例如，第一指示信息为“0”时表示后续没有当前数据帧的待传输数据，第一指示信息为“1”时表示后续还有当前数据帧的待传输数据。不过本申请实施例并不限定于此，例如，第一指示信息为“0”时可以表示后续还有当前数据帧的待传输数据，第一指示信息为“1”时表示后续没有当前数据帧的待传输数据等。这种指示方式实现简单，且不浪费资源。作为另一种实现方式，第一指示信息可以通过多个比特指示后续是否还有预设业务的当前数据帧的待传输数据。例如，第一指示信息为“真”时表示后续还有当前数据帧的待传输数据，第一指示信息为“假”时表示后续没有当前数据帧的待传输数据；或者，第一指示信息为“后续有当前数据帧的待传输数据”时表示后续还有当前数据帧的待传输数据，第一指示信息为“后续无当前数据帧的待传输数据”时表示后续没有当前数据帧的待传输数据。

作为另一个示例，第一指示信息可以包括预设业务的当前数据帧的待传输数据量(或，后续预设业务的当前数据帧的待传输数据量)。例如，第一指示信息可以为“当前数据帧后续还有2000字节的待传输数据”。

作为又一个示例，第一指示信息可以包括预设业务的当前数据帧的待传输数据量的范围(或，后续预设业务的当前数据帧的待传输数据量的范围)。例如，在UE知道后续还有数据待传输，但只知道数据量可能在某个范围区间内的情况下，UE可以通过第一指示信息指示预设业务的当前数据帧的待传输数据量的范围。

本申请实施例对第一指示信息指示预设业务的当前数据帧的待传输数据量的范围的实现方式不做具体限定。例如，第一指示信息可以指示范围的最小值和最大值来指示待传输数据量的范围，以UE知道后续待传输的数据量为500-550字节为例，第一指示信息可以指示范围的最小值为500，范围的最大值为550。或者，第一指示信息可以指示范围的最小值和大小来指示待传输数据量的范围，仍以UE知道后续待传输的数据量为500-550字节为例，第一指示信息可以指示范围的最小值为500，大小为50。不过本申请实施例并不限定于此，例如，第一指示信息还可以通过指示范围的最大值和大小来指示待传输数据量的范围等。

作为又一个示例，第一指示信息可以包括后续预设业务的当前数据帧的待传输数据量和当前数据帧的待传输数据到达UE接入层的时间。例如，第一指示信息可以为“当前数据帧后续还有2000字节的待传输数据，在T1时刻到达”。

在一些实施例中，在UE缓存中没有存储当前数据帧的全部数据，且UE也不知道当前数据帧的待传输数据量的情况下，第一指示信息可以包括后续是否还有预设业务的当前数据帧的待传输数据。不过本申请实施例并不限定于此，例如，在一些实施例中，在UE缓存中没有存储当前数据帧的全部数据，但UE知道当前数据帧的待传输数据量的情况下，第一指示信息也可以包括后续是否还有预设业务的当前数据帧的待传输数据。

在一些实施例中，在UE缓存中没有存储当前数据帧的全部数据，但UE知道当前数据帧的待传输数据量的情况下，第一指示信息可以包括后续预设业务的当前数据帧的待传输数据量。

不过本申请实施例并不限定于此，在UE缓存中没有存储当前数据帧的全部数据，但UE知道当前数据帧的待传输数据量的情况下，第一指示信息可以包括多种信息，例如，第一指示信息可以包括以下信息中的一种或多种：UE的缓存中的当前数据帧的待传输数据量；预设业务的当前数据帧的待传输数据量(包括已经到达缓存的和未到达缓存的)；后续是否还有预设业务的当前数据帧的待传输数据；后续预设业务的当前数据帧的待传输数据量。

在一些实施例中，在UE缓存中没有存储当前数据帧的全部数据，但UE知道当前数据帧的待传输数据量的情况下，无论当前的上行无线资源能否完成UE缓存中的预设业务的当前数据帧的全部数据的传输，UE都需要生成第一BSR，并上报预设业务的当前数据帧的后续数据情况。

作为一个示例，第一指示信息可以包括上述信息中的一种。例如，第一指示信息可以包括UE的缓存中的当前数据帧的待传输数据量。或者，第一指示信息可以包括预设业务的当前数据帧的待传输数据量(包括已经到达缓存的和未到达缓存的)。

作为另一个示例，第一指示信息可以包括上述信息中的多种。例如，第一指示信息可以包括UE的缓存中的当前数据帧的待传输数据量和后续是否还有预设业务的当前数据帧的待传输数据。或者，第一指示信息可以包括UE的缓存中的当前数据帧的待传输数据量和后续预设业务的当前数据帧的待传输数据量。

在一些实施例中，如果UE知道后续预设业务的当前数据帧的待传输数据到达UE接入层的时间的情况下，第一指示信息可以包括后续预设业务的当前数据帧的待传输数据到达UE接入层的时间(时刻)。

本申请实施例中，第一指示信息可以用于指示后续预设业务的当前数据帧中的任意数据包到达UE接入层的时间，本申请对此并不限定。示例性地，第一指示信息可以指示后续当前数据帧中的第一个数据包到达UE接入层的时间，也可以指示后续当前数据帧中的最后一个数据包到达UE接入层的时间，也可以指示后续当前数据帧中的某个中间数据包到达UE接入层的时间，比如后续一半的数据量到达UE接入层的时间。

为了便于理解，下面结合图8对第一指示信息进行示例性介绍。在图8的示例中，UE生成/发送第一BSR时，UE的缓存中还没有存储预设业务的当前数据帧的全部数据，但UE知道预设业务的当前数据帧的总数据量。

这种情况下，无论当前的上行无线资源能否完成UE缓存的预设业务的当前数据帧的全部数据的传输，UE都需要生成第一BSR，并上报预设业务的当前数据帧的后续数据情况。

参见图8，如果在UE生成第一BSR并上报网络设备的时刻，UE缓存中有1500字节的预设业务的数据，但是UE知道预设业务的当前数据帧有3500字节。

假设上行无线资源无法传输缓存中的1500字节的预设业务的数据，只能传输1000字节，这种情况下UE生成的第一BSR中包含的第一指示信息可以包括以下4种指示方式中的一种或多种。

指示方式1：第一指示信息指示UE的缓存中的当前数据帧的待传输数据量。例如，在图8的示例中，第一指示信息指示UE的缓存中的当前数据帧的待传输数据量为500字节(有1000字节可以利用已有的上行传输资源传输，无需再申请资源)。

指示方式2：第一指示信息指示预设业务的当前数据帧的待传输数据量(包括已经到达缓存的和未到达缓存的)。例如，在图8的示例中，第一指示信息指示预设业务的当前数据帧的待传输数据量为2500字节。

指示方式3：第一指示信息指示UE的缓存中的当前数据帧的待传输数据量和后续是否还有预设业务的当前数据帧的待传输数据。例如，在图8的示例中，第一指示信息可以指示UE的缓存中的当前数据帧的待传输数据量为500字节，后续还有数据。

指示方式4：第一指示信息指示UE的缓存中的当前数据帧的待传输数据量和后续预设业务的当前数据帧的待传输数据量。例如，在图8的示例中，第一指示信息可以指示UE的缓存中的当前数据帧的待传输数据量为500字节，后续还有2000字节尚未到达缓存。

假设UE获得的上行无线资源能够传输缓存中的1500字节的预设业务的数据，这种情况下UE生成的第一BSR中包含的第一指示信息可以包括以下2种指示方式中的一种或多种。

指示方式1：第一指示信息指示UE的缓存中的当前数据帧的待传输数据量和后续是否还有预设业务的当前数据帧的待传输数据。例如，第一指示信息可以指示UE的缓存中的当前数据帧的待传输数据量为0，后续还有数据。或者说，第一指示信息可以指示当前UE的缓存中没有预设业务的当前数据帧的数据，但是当前数据帧后续还有数据。

指示方式2：第一指示信息指示UE的缓存中的当前数据帧的待传输数据量和后续预设业务的当前数据帧的待传输数据量。例如，第一指示信息可以指示UE的缓存中的当前数据帧的待传输数据量为0，后续还有2000字节尚未到达缓存。或者说，第一指示信息可以指示当前UE的缓存中没有预设业务的当前数据帧的数据，但是当前数据帧后续还有2000字节尚未到达缓存。

继续参见图8，在一些实施例中，如果UE知道后续预设业务的当前数据帧的待传输数据(比如，后续2000字节的数据)到达UE接入层的时间，可以一并通过第一指示信息将该信息通知给网络设备。在一些实施例中，第一指示信息可以指示后续第一个数据包到达UE接入层的时间，如图8中的时间T_D。在一些实施例中，第一指示信息可以指示当前数据帧的最后一个数据包到达UE接入层的时间，如图8中的时间T_G。在一些实施例中，第一指示信息可以指示一个中间时间，比如后续一半的数据量到达UE接入层的时间，如图8中的时间T_E。

在一些实施例中，如果第一指示信息包括后续预设业务的当前数据帧的待传输数据量，则后续第一指示信息对应的待传输数据到达UE接入层时，第一BSR不再触发，或者说，第一BSR被取消。

在一些实施例中，除去在第一指示信息中已经上报过的后续预设业务的数据量之外，如果有额外的数据到达，需要再次触发第一BSR。

在一些实施例中，如果在第一指示信息中上报过的后续预设业务的数据发生变动(如，被删除)，需要再次触发第一BSR。

在一些实施例中，如果UE在上报第一BSR时，仅在第一指示信息中上报了当前预设业务的数据情况(比如，缓存中的预设业务的当前业务帧的待传输数据量)，没有上报后续预设业务的数据情况，则后续有新的(未上报的)预设业务的数据到达时，需要再次触发第一BSR。

也就是说，在一些实施例中，如果UE触发且上报了第一BSR，则后续是否取消第一BSR有两种实现方式，下面对该两种实现方式进行介绍。

实现方式1：取消第一BSR

如果UE上报第一BSR时，只上报了当前缓存中的数据情况(当前缓存中的预设业务的数据情况)，没有上报后续到达UE缓存的数据的情况(后续到达UE缓存的预设业务的数据情况)，则UE取消第一BSR后，后续有新的(未上报的)预设业务的数据到达时，需要再次触发第一BSR。

如果UE上报第一BSR时，上报了预设业务的当前数据帧的所有数据量，包括当前UE的缓存中的数据情况(当前缓存中的预设业务的数据情况)，也包括后续到达UE缓存的数据的情况(后续到达UE缓存的预设业务的数据情况)，则已经上报过的后续数据到达时，不再触发第一BSR。

在一些实施例中，除去已经上报过的后续数据之外，如果有额外的数据到达，UE也需要再次触发第一BSR。

在一些实施例中，对于已经上报过的后续数据，如果这些已经上报过的后续数据有变动(如被删除)，UE也需要再次触发第一BSR。

实现方式2：不取消第一BSR

如果UE上报第一BSR时，知道预设业务的当前数据帧还有一部分数据未上报，则UE不取消第一BSR。在一些实施例中，UE可以等到预设业务的当前数据帧的所有数据都已经在第一BSR中上报过之后或预设业务的当前数据帧的所有数据都已经传输了之后再取消第一BSR。在一些实施例中，预设业务的当前数据帧的所有数据都已经在第一BSR中上报过可以是指预设业务的当前数据帧的所有数据都已经在第一BSR中进行了定量上报，比如，上报了“预设业务的当前数据帧后续还有2000字节传输”。如果预设业务的当前数据帧的所有数据在第一BSR中只是进行了定性上报，比如仅上报了“预设业务的当前数据帧后续还有数据传输”，则不取消第一BSR。

在一些实施例中，第一BSR是在预设业务的第一个数据包到达UE接入层之前触发的，以便进一步减小预设业务的传输时延。例如，对于预设业务的一个数据帧而言，UE在数据帧的第一个数据包到达UR接入层之前，已经提前知道该数据帧的数据情况，则UE可以在该数据帧的第一个数据包到达UE接入层之前触发第一BSR。

在一些实施例中，UE提前知道预设业务的数据帧的数据情况可以包括，UE提前知道该数据帧的总大小、到达UE接入层的时间等信息中的一种或多种。

在一些实施例中，如果第一BSR是在预设业务的第一个数据包到达UE接入层之前触发的，UE可以利用上行无线资源(用于传输其他业务的数据的上行无线资源)生成第一BSR并上报。

在一些实施例中，如果UE上报第一BSR后，获知预设业务的数据量有变化，则UE需要再次触发BSR，例如，UE第一次上报BSR时，告诉基站有2000字节的待传输数据，但是后面发现只有1400字节的待传输数据，UE再次触发BSR。

本申请实施例对预设业务的数据量有变化时UE再次触发的BSR如何指示不做限定。例如，UE再次触发的BSR可以指示后续实际到达的待传输数据量，比如后续只有1400字节的待传输数据，则UE直接指示该1400字节。或者，UE再次触发的BSR可以指示后续实际到达的待传输数据量与之前第一BSR指示的待传输数据量之间的差异，比如，第一BSR告诉基站有2000字节的待传输数据，但是后面发现只有1400字节的待传输数据，则UE再次触发的BSR可以指示-600字节，表示比之前第一BSR上报的数据量减少了600字节。

在一些实施例中，如果第一BSR是在预设业务的第一个数据包到达UE接入层之前触发的，该第一BSR可以包括该预设业务的数据帧的相关情况，比如包括以下信息中的一种或多种：预设业务的数据帧的大小、预设业务的数据帧包含的数据包的数量、预设业务的数据帧的到达时间(如到达UE接入层的时间)等。例如，对于预设业务的一个数据帧而言，UE在该数据帧的第一个数据包到达UE之前触发第一BSR，对应的第一BSR可以包括该数据帧的大小、该数据帧包含的数据包的数量、该数据帧的某个数据包(如第一个数据包、最后一个数据包等)到达UE接入层的时间等。

UE提前知道当前数据帧的情况时，UE可以优化上报信息，即UE可以提前通知网络设备当前数据帧的情况，以便网络设备提前做好准备。另外，网络设备如果能够提前知道当前数据帧的数据情况(如总数据量)，则UE无需在当前数据帧的数据传输完毕时向网络设备指示该数据帧已经传输完毕，网络设备可以自行计算接收到的数据量，从而推算出当前数据帧是否已经传输完毕，节省信令。

相关技术中，UE通过BSR上报UE的数据缓存情况时，上报的各BSR表示的数据量的含义并不明确，可能导致资源浪费。下面结合图9和图10对此进行介绍。

如图9所示，UE在第三次传输数据时，传输的是数据包E、F，此时UE的缓存中还有上一数据帧的数据包G和下一数据帧的数据包A，如果UE不在BSR中上报“数据包A是下一数据帧的数据”，则网络设备可能会加急调度数据包A，造成资源浪费。

如图10所示，如果同一数据帧的数据一同到达UE接入层，UE传输该数据帧的数据时，下一数据帧的数据已经到达UE接入层，这种情况下，如果UE不在BSR中上报后续的数据包是下一数据帧的数据，则网络设备可能会加急调度下一数据帧的数据，造成资源浪费。

为了解决上述问题，作为一种可能的实现方式，UE完成预设业务的一个数据帧的数据传输后，可以向网络设备指示“该数据帧传输已经结束”，从而网络设备可以根据该指示通知UE进入睡眠状态(节电状态)，以节省电量。如图11所示，预设业务的一个数据帧包括A、B、C、D、E、F、G共7个数据包，当UE完成数据包G的传输后，可以向网络设备指示“该数据帧传输已经结束”。网络设备可以根据UE发送的指示向UE发送睡眠通知，UE接收到该睡眠通知之后便进入睡眠状态。但是，上述方式的节电性能并不好。

针对该问题，本申请实施例提供一种解决方案，使得UE能够在当前数据帧传输完毕之前向网络设备提前指示当前数据帧什么时候传输完毕，从而能够达到更好的节电性能，下面对本申请提供的方案进行介绍。

图12是本申请实施例提供的用于指示UE进入节电状态的方法的流程示意图。如图12所示，该方法可以包括步骤S1210，在步骤S1210，终端设备向网络设备发送第二指示信息。

本申请实施例中，第二指示信息是在第一数据帧的最后一个数据包发送之前发送的。例如，第一数据帧包括A、B、C、D、E、F、G共7个数据包，数据包G是第一数据帧的最后一个数据包，则第二指示信息是在传输数据包之前发送的。例如，第二指示信息是在发送第一个数据包(数据包A)时发送的，也可以是在发送中间某个数据包(如数据包B、数据包D等)时发送的，也可以是在发送第一个数据包(数据包A)之前便发送的。

第一数据帧可以是预设业务中的任意一个数据帧，例如，第一数据帧可以是指预设业务的当前数据帧，也可以是指示预设业务后续待传输的某个数据帧等。

第二指示信息可以用于指示预设业务的第一数据帧的结束时间。

在一些实施例中，第二指示信息可以通过指示第一数据帧结束的比特位置来指示第一数据帧的结束时间。如图13所示，第一数据帧包括A、B、C、D、E、F、G共7个数据包，UE可以向网络设备指示第一数据帧结束的比特位置(如，数据包G)，则数据包G传输结束后，无需网络设备向UE发送睡眠通知，UE可以自己进入节电状态。与图11的技术方案相比，该方案能够提升UE的节电性能。

本申请实施例对第二指示信息的指示方式不做具体限定。在一些实施例中，第二指示信息可以直接指示(显式指示)第一数据帧的结束时间。在一些实施例中，第二指示信息可以间接指示(隐式指示)第一数据帧的结束时间。

示例性地，第二指示信息可以包括以下信息中的一种或多种：第一数据帧的最后一个数据包的序列号(sequence number，SN)；第一数据帧的待传输数据量；第一数据帧的总数据量和第一数据帧的第一个数据包的序列号等。

作为一个示例，UE可以向网络设备指示第一数据帧的最后一个数据包的SN，如分组数据汇聚协议(packet data convergence protocol，PDCP)SN、无线链路控制(radiolink control，RLC)SN等。

作为另一个示例，UE可以在上报第一BSR时隐式指示第一数据帧的结束时间。例如，UE在上报第一BSR时隐式指示第一数据帧的待传输数据量，以第一数据帧为预设业务的当前数据帧为例，可以指示“当前数据帧还有2000字节待传输”，那么，当后续传输了2000字节的数据后，UE便可以自动进入节电状态，无需等待网络设备发送的睡眠通知。

作为又一个示例，UE可以在传输第一数据帧之前便发送第二指示信息。作为一种实现方式，UE可以向网络设备指示第一数据帧的总数据量和第一数据帧的第一个数据包，以便网络设备确定第一数据帧的最后一个数据包。示例性地，UE可以通过第一BSR向网络设备指示第一数据帧的总数据量和第一数据帧的第一个数据包的SN。参见图14，图14示出了UE在传输第一数据帧之前发送第二指示信息的一个示例，在图14的示例中，UE可以在第一数据帧传输之前向网络设备指示第一数据帧的总数据量，在开始传输第一数据帧的数据之后(传输最后一个数据包之前)向网络设备指示第一数据帧的第一个数据包。不过本申请实施例并不限定于此，例如，第一数据帧的总数据量和第一数据帧的第一个数据包都可以是在开始传输第一数据帧之前向网络设备指示的。

本申请实施例对指示数据包(如最后一个数据包、第一个数据包等)的SN的实现方式不做限定。示例性地，可以通过PDCP控制协议数据单元(PDCP control protocol dataunit，PDCP control PDU)指示，也可以在PDCP包头中指示，也可以通过RLC control PDU指示，也可以在RLC包头中指示，也可以通过MAC CE指示，也可以在MAC子头中指示等。

应该理解，如果UE在第一数据帧(如当前数据帧)的最后一个数据包传输结束时向网络设备指示“第一数据帧传输完毕”，比如通过指示BSR＝0来指示，这种指示方式仅仅表示当前数据帧没有数据待传，并不表示后续数据帧没有数据待传。实际上，此时UE缓存中可能已经存在下一个数据帧的部分或全部数据包，只是尚未开始传输，相关技术中的指示方式可能会导致其他数据触发的BSR被取消。而采用本申请实施例的指示方式时，不会导致其他数据触发的BSR被取消。

在一些实施例中，UE申请了传输预设业务的资源之后，用于承载预设业务的资源可能会存在剩余的资源。例如，如果UE在准备上行传输块时，预设业务的一个数据帧的数据包已经全部放入传输块(transport block，TB)后，还有剩余空间。作为一种可能的实现方式，UE可以根据逻辑信道优先级(logical channel prioritization，LCP)确定其他业务的数据包，放入TB传输。但是，如果UE传输完预设业务的数据之后进入节电状态，则表示UE在一段时间内不会传输上行数据。这种情况下，已经放入TB传输的其他业务的数据包如果在发送方(UE)的RLC经过分段，则到达接收方后，需要等待一段较长时间才能接收到另一分段，之后再向上层递交。因此，UE通过预设业务的剩余的资源传输其他业务的数据存在一定风险。

针对上述问题，在本申请实施例中，作为一种实现方式，用于承载预设业务的资源存在剩余的资源时，该剩余的资源可以不用于承载任何业务，或者该剩余的资源可以不用于承载预设业务之外的其他业务。作为另一种实现方式，用于承载预设业务的资源存在剩余的资源时，该剩余的资源可以用于承载第三目标业务，该第三目标业务是网络设备配置的该剩余的资源能够承载的业务。也就是说，网络设备可以配置哪些LCH的数据可以通过预设业务的剩余的资源来传输。

在一些实施例中，网络设备配置第三目标业务时，可以是基于每个流(per flow)配置的，也可以是基于per LCH配置的，也可以是基于per LCG配置的，本申请实施例对此并不限定。

在一些实施例中，网络设备可以通过高层信令(如RRC信令)配置第三目标业务。

如前文所述，针对XR业务这类预设业务，3GPP已经决定引入一种新的BSR表格来触发/发送BSR。那么本申请实施例中，UE应该根据旧的BSR表格(参见表1所示的表格)还是根据新的BSR表格来触发/发送第一BSR是需要解决的问题。

针对上述问题，本申请实施例引入第一映射关系，UE可以根据第一映射关系确定触发/发送第一BSR所使用的BSR表格。也就是说，在一些实施例中，第一BSR被触发/发送时使用的BSR表格是根据第一映射关系确定的。下面对本申请实施例提供的该技术方案进行介绍。

在一些实施例中，第一映射关系可以用于指示QoS流/LCH/LCG对应的BSR表格。

在一些实施例中，第一映射关系可以是网络设备配置的。例如，网络设备通过高层信令(如RRC信令)配置的。不过本申请实施例并不限定于此，例如，第一映射关系还可以是预定义或预配置的。

本申请实施例对第一映射关系的指示方式不做具体限定。下面结合表2，示例性地给出几种指示方式。

指示方式1：第一映射关系包括QoS流/LCH/LCG与BSR表格的映射关系。参见表2，BSR表格包括BSR表格A和BSR表格B，该BSR表格A和BSR表格B可以分别代表旧的BSR表格和新的BSR表格(例如，BSR表格A为旧的BSR表格，BSR表格B为新的BSR表格；或者，BSR表格A为新的BSR表格，BSR表格B为旧的BSR表格)，指示方式1中列举了不同的QoS流/LCH/LCG与不同的BSR表格的映射关系。

指示方式2：第一映射关系包括QoS流/LCH/LCG与BSR表格索引的映射关系。参见表2，BSR表格索引包括索引0和索引1，该索引0和索引1可以分别代表旧的BSR表格和新的BSR表格，指示方式2中列举了不同的QoS流/LCH/LCG与不同的BSR表格索引的映射关系。

指示方式3：第一映射关系包括QoS流/LCH/LCG与布尔型变量的映射关系。布尔型变量的不同取值可以用于指示不同的BSR表格。参见表2，布尔型变量包括“真”和“假”，这两个布尔型变量可以分别代表旧的BSR表格和新的BSR表格，指示方式3中列举了不同的QoS流/LCH/LCG与不同的布尔型变量的映射关系。

指示方式4：第一映射关系包括QoS流/LCH/LCG与第一参数的映射关系。第一参数的不同取值可以用于指示不同的BSR表格。在一些实施例中，第一参数为可选参数，当配置了该可选参数时，表示可以使用新的BSR表格，没有配置时则表示可以使用旧的BSR表格。参见表2，第一参数表示为“XR表格”，该参数为可选参数，QoS流/LCH/LCG 1配置了该参数，表示可以使用新的BSR表格，QoS流/LCH/LCG 2和QoS流/LCH/LCG 3未配置该参数，表示可以使用旧的BSR表格。不过本申请实施例并不限定于此，例如，第一参数为可选参数时，当配置了该可选参数，可以表示使用旧的BSR表格，没有配置则表示使用新的BSR表格。

本申请实施例并不限定第一参数为可选参数。例如，第一参数可以包括不同取值(如“XR表格”和“非XR表格”)，通过第一参数的不同取值来指示不同的BSR表格。

表2

应该理解，上述指示方式可以单独使用，也可以组合使用，本申请实施例对此并不限定。

在一些实施例中，配置了新的BSR表格的QoS流/LCH/LCG，可以在触发/发送第一BSR时使用新的BSR表格。例如，只有配置新的BSR表格的QoS流/LCH/LCG，才可以在触发/发送第一BSR时使用新的BSR表格。在一些实施例中，没有配置新的BSR表格的QoS流/LCH/LCG，可以在触发/发送第一BSR时使用旧的BSR表格。

上文结合图1至图14，详细描述了本申请的方法实施例，下面结合图15至图17，详细描述本申请的装置实施例。应理解，方法实施例的描述与装置实施例的描述相互对应，因此，未详细描述的部分可以参见前面方法实施例。

图15是本申请实施例提供的终端设备的结构示意图。图15所示的终端设备1500可以包括触发模块1510。

触发模块1510可以用于触发第一BSR，所述第一BSR是基于预设业务触发的。

可选地，所述第一BSR的触发条件与以下信息中的一种或多种关联：所述终端设备获取的所述预设业务的数据包；所述预设业务的传输时延要求；以及为所述终端设备配置的一个或多个上行免调度资源。

可选地，所述第一BSR的触发条件包括以下中的一种或多种：所述终端设备获知所述预设业务将有数据到达；所述预设业务的数据包到达所述终端设备的接入层；所述一个或多个上行免调度资源不能完成所述预设业务的数据传输；在所述预设业务的传输预算时延之内，所述一个或多个上行免调度资源不能完成所述预设业务的数据传输。

可选地，所述预设业务的数据包到达所述终端设备的接入层包括以下中的一种或多种：所述预设业务的一个数据帧的第一个数据包到达所述终端设备的接入层；所述终端设备的服务质量QoS流/逻辑信道/逻辑信道组中当前有数据尚未传输时，所述预设业务的数据包到达所述终端设备的接入层。

可选地，在所述一个或多个上行免调度资源不能完成所述预设业务的数据传输的情况下，所述触发模块进一步用于：所述预设业务的当前数据帧的待传输数据量超出所述一个或多个上行免调度资源的剩余传输容量之后，触发所述第一BSR；或者所述预设业务的第一个数据包到达所述终端设备的接入层时，触发所述第一BSR。

可选地，所述终端设备还包括：第一发送模块，用于向网络设备发送所述第一BSR，发送所述第一BSR的资源是为所述预设业务分配的；或者，第二发送模块，用于向网络设备发送第二BSR，发送所述第二BSR的资源不是为所述预设业务分配的。

可选地，如果发送所述第一BSR的资源是为所述预设业务分配的，所述第一BSR包括以下中的一种或多种：所述预设业务关联的待传输数据量；所述终端设备的缓存中的所有待传输数据量；以及第一目标业务的待传输数据量，所述第一目标业务是所述网络设备配置的所述第一BSR能够指示的业务；如果发送所述第二BSR的资源不是为所述预设业务分配的，所述第二BSR包括以下中的一种或多种：所述终端设备的缓存中的除所述预设业务之外的其他业务的待传输数据量；所述终端设备的缓存中的所有待传输数据量；以及第二目标业务的待传输数据量，所述第二目标业务是所述网络设备配置的所述第二BSR能够指示的业务。

可选地，如果所述第二BSR不包括所述预设业务关联的待传输数据量，则所述第一BSR不取消；或者，如果所述第二BSR包括所述预设业务关联的待传输数据量，则所述第一BSR取消；或者，无论所述第二BSR是否包括所述预设业务关联的待传输数据量，所述第一BSR不取消。

可选地，所述第一BSR的取消和/或所述第一BSR的发送是根据第一条件确定的，所述第一条件与所述终端设备获得的用于传输所述预设业务的资源有关。

可选地，所述第一条件包括以下中的一种或多种：所述终端设备获得的用于传输所述预设业务的资源是否能完成所述预设业务的当前数据帧的传输；所述终端设备获得的用于传输所述预设业务的资源是否能完成所述终端设备的缓存中的当前预设业务的所有待传输数据的传输；所述终端设备获得的用于传输所述预设业务的资源是否能完成所述终端设备的缓存中的所有预设业务的待传输数据的传输；以及所述终端设备获得的用于传输所述预设业务的资源是否能完成所述终端设备的缓存中的所有待传输数据的传输。

可选地，如果所述第一BSR被发送，所述第一BSR包括以下信息中的一种或多种：所述预设业务的当前数据帧的待传输数据量；所述终端设备的缓存中的当前预设业务的待传输数据量；所述终端设备的缓存中的所有预设业务的待传输数据量；所述终端设备的缓存中的所有待传输数据量；所述预设业务的当前数据帧的总数据量；所述预设业务的当前数据帧中的除上行免调度资源能传输的数据量之外的剩余数据量。

可选地，所述预设业务的当前数据帧中的除上行免调度资源能传输的数据量之外的剩余数据量为负值。

可选地，如果所述第一BSR被发送，所述第一BSR包括第一指示信息，所述第一指示信息用于指示后续是否还有所述预设业务关联的待传输数据。

可选地，所述第一指示信息包括以下中的一种或多种：后续是否还有所述预设业务的当前数据帧的待传输数据；所述预设业务的当前数据帧的待传输数据量；所述预设业务的当前数据帧的待传输数据到达所述终端设备的接入层的时间。

可选地，如果所述第一指示信息包括所述预设业务的当前数据帧的待传输数据量，则后续所述第一指示信息对应的待传输数据到达所述终端设备的接入层时，所述第一BSR不再触发。

可选地，所述第一BSR是在所述预设业务的第一个数据包到达所述终端设备的接入层之前触发的。

可选地，所述第一BSR包括以下信息中的一种或多种：所述预设业务的数据帧的大小、所述预设业务的数据帧包含的数据包的数量、所述预设业务的数据包到达所述终端设备的接入层的时间。

可选地，所述终端设备还包括：第三发送模块，用于向网络设备发送第二指示信息，所述第二指示信息用于指示所述预设业务的第一数据帧的结束时间信息，所述第二指示信息是在所述第一数据帧的最后一个数据包发送之前发送的。

可选地，所述第二指示信息包括以下信息中的一种或多种：所述第一数据帧的最后一个数据包的序列号；所述第一数据帧的待传输数据量；所述第一数据帧的总数据量和所述第一数据帧的第一个数据包的序列号。

可选地，所述终端设备还包括：控制模块，用于响应于所述第一数据帧的最后一个数据包发送完毕，控制所述终端设备自动进入节电状态。

可选地，用于承载所述预设业务的资源存在剩余的资源时，所述剩余的资源不用于承载任何业务；或者，所述剩余的资源不用于承载除所述预设业务之外的其他业务；或者，所述剩余的资源用于承载第三目标业务，所述第三目标业务是网络设备配置的所述剩余的资源能够承载的业务。

可选地，所述第一BSR被触发时使用的BSR表格是根据第一映射关系确定的，所述第一映射关系用于指示QoS流/逻辑信道/逻辑信道组对应的BSR表格。

可选地，所述第一映射关系包括以下中的一种或多种：QoS流/逻辑信道/逻辑信道组与BSR表格的映射关系；QoS流/逻辑信道/逻辑信道组与BSR表格索引的映射关系；QoS流/逻辑信道/逻辑信道组与布尔型变量的映射关系，所述布尔型变量的不同取值用于指示不同的BSR表格；QoS流/逻辑信道/逻辑信道组与第一参数的映射关系，所述第一参数的不同取值用于指示不同的BSR表格。

可选地，所述第一BSR为常规BSR。

可选地，所述预设业务的特征包括以下中的一种或多种：所述预设业务的一个数据突发包括多个数据包；所述预设业务的一个数据帧包括多个数据包；所述预设业务为扩展现实XR业务。

可选地，所述触发模块1510可以为处理器1710。终端设备1500还可以包括收发器1730和存储器1720，具体如图17所示。

图16是本申请实施例提供的网络设备的结构示意图。图16所示的网络设备1600可以包括第一接收模块1610。

第一接收模块1610可以用于接收终端设备发送的第一BSR，所述第一BSR是基于预设业务触发的。

可选地，在所述一个或多个上行免调度资源不能完成所述预设业务的数据传输的情况下，所述第一BSR是在所述预设业务的当前数据帧的待传输数据量超出所述一个或多个上行免调度资源的剩余传输容量之后触发的；或者，所述第一BSR是在所述预设业务的第一个数据包到达所述终端设备的接入层时触发的。

可选地，所述网络设备还包括：第二接收模块，用于接收所述终端设备发送的所述第一BSR，发送所述第一BSR的资源是为所述预设业务分配的；或者，第三接收模块，用于接收所述终端设备发送的第二BSR，发送所述第二BSR的资源不是为所述预设业务分配的。

可选地，所述第一BSR包括以下信息中的一种或多种：所述预设业务的当前数据帧的待传输数据量；所述终端设备的缓存中的当前预设业务的待传输数据量；所述终端设备的缓存中的所有预设业务的待传输数据量；所述终端设备的缓存中的所有待传输数据量；所述预设业务的当前数据帧的总数据量；所述预设业务的当前数据帧中的除上行免调度资源能传输的数据量之外的剩余数据量。

可选地，所述第一BSR包括第一指示信息，所述第一指示信息用于指示后续是否还有所述预设业务关联的待传输数据。

可选地，所述网络设备还包括：第四接收模块，用于接收所述终端设备发送的第二指示信息，所述第二指示信息用于指示所述预设业务的第一数据帧的结束时间信息，所述第二指示信息是在所述第一数据帧的最后一个数据包发送之前发送的。

可选地，所述终端设备进入节电状态是基于所述第一数据帧的最后一个数据包的发送触发的。

可选地，所述第一BSR为常规BSR。

可选地，所述第一接收模块1610可以为收发器1730。网络设备1600还可以包括处理器1710和存储器1720，具体如图17所示。

图17是本申请实施例的通信装置的示意性结构图。图17中的虚线表示该单元或模块为可选的。该装置1700可用于实现上述方法实施例中描述的方法。装置1700可以是芯片、终端设备或网络设备。

装置1700可以包括一个或多个处理器1710。该处理器1710可支持装置1700实现前文方法实施例所描述的方法。该处理器1710可以是通用处理器或者专用处理器。例如，该处理器可以为中央处理单元(central processing unit，CPU)。或者，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(fieldprogrammable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

装置1700还可以包括一个或多个存储器1720。存储器1720上存储有程序，该程序可以被处理器1710执行，使得处理器1710执行前文方法实施例所描述的方法。存储器1720可以独立于处理器1710也可以集成在处理器1710中。

装置1700还可以包括收发器1730。处理器1710可以通过收发器1730与其他设备或芯片进行通信。例如，处理器1710可以通过收发器1730与其他设备或芯片进行数据收发。

本申请实施例还提供一种计算机可读存储介质，用于存储程序。该计算机可读存储介质可应用于本申请实施例提供的终端或网络设备中，并且该程序使得计算机执行本申请各个实施例中的由终端或网络设备执行的方法。

本申请实施例还提供一种计算机程序产品。该计算机程序产品包括程序。该计算机程序产品可应用于本申请实施例提供的终端或网络设备中，并且该程序使得计算机执行本申请各个实施例中的由终端或网络设备执行的方法。

本申请实施例还提供一种计算机程序。该计算机程序可应用于本申请实施例提供的终端或网络设备中，并且该计算机程序使得计算机执行本申请各个实施例中的由终端或网络设备执行的方法。

应理解，本申请中术语“***”和“网络”可以被可互换使用。另外，本申请使用的术语仅用于对本申请的具体实施例进行解释，而非旨在限定本申请。本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。

在本申请的实施例中，提到的“指示”可以是直接指示，也可以是间接指示，还可以是表示具有关联关系。举例说明，A指示B，可以表示A直接指示B，例如B可以通过A获取；也可以表示A间接指示B，例如A指示C，B可以通过C获取；还可以表示A和B之间具有关联关系。

在本申请实施例中，“与A相应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。

在本申请实施例中，术语“对应”可表示两者之间具有直接对应或间接对应的关系，也可以表示两者之间具有关联关系，也可以是指示与被指示、配置与被配置等关系。

本申请的实施例，提到的“包括”可以指直接包括，也可以指间接包括。可选地，可以将本申请实施例中提到的“包括”替换为“指示”或“用于确定”。例如，A包括B，可以替换为A指示B，或A用于确定B。

本申请实施例中，“预定义”或“预配置”可以通过在设备(例如，包括终端设备和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。比如预定义可以是指协议中定义的。

本申请实施例中，所述“协议”可以指通信领域的标准协议，例如可以包括LTE协议、NR协议以及应用于未来的通信***中的相关协议，本申请对此不做限定。

本申请实施例中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够读取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，数字通用光盘(digital video disc，DVD))或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims

1.一种传输缓存状态报告BSR的方法，其特征在于，包括：

终端设备触发第一BSR，所述第一BSR是基于预设业务触发的。

2.根据权利要求1所述的方法，其特征在于，所述第一BSR的触发条件与以下信息中的一种或多种关联：

所述终端设备获取的所述预设业务的数据包；

所述预设业务的传输时延要求；以及

为所述终端设备配置的一个或多个上行免调度资源。

3.根据权利要求2所述的方法，其特征在于，所述第一BSR的触发条件包括以下中的一种或多种：

所述终端设备获知所述预设业务将有数据到达；

所述预设业务的数据包到达所述终端设备的接入层；

所述一个或多个上行免调度资源不能完成所述预设业务的数据传输；

所述一个或多个上行免调度资源能够完成所述预设业务的数据传输；

在所述预设业务的传输预算时延之内，所述一个或多个上行免调度资源不能完成所述预设业务的数据传输；

在所述预设业务的传输预算时延之内，所述一个或多个上行免调度资源能够完成所述预设业务的数据传输。

4.根据权利要求3所述的方法，其特征在于，所述预设业务的数据包到达所述终端设备的接入层包括以下中的一种或多种：

所述预设业务的一个数据帧的第一个数据包到达所述终端设备的接入层；

所述终端设备的服务质量QoS流/逻辑信道/逻辑信道组中当前有数据尚未传输时，所述预设业务的数据包到达所述终端设备的接入层。

5.根据权利要求3或4所述的方法，其特征在于，在所述一个或多个上行免调度资源不能完成所述预设业务的数据传输的情况下，所述终端设备触发第一BSR包括：

所述预设业务的当前数据帧的待传输数据量超出所述一个或多个上行免调度资源的剩余传输容量之后，所述终端设备触发所述第一BSR；或者

所述预设业务的第一个数据包到达所述终端设备的接入层时，所述终端设备触发所述第一BSR。

6.根据权利要求1-5中任一项所述的方法，其特征在于，所述方法还包括：

所述终端设备向网络设备发送所述第一BSR，发送所述第一BSR的资源是为所述预设业务分配的；或者，

所述终端设备向网络设备发送第二BSR，发送所述第二BSR的资源不是为所述预设业务分配的。

7.根据权利要求6所述的方法，其特征在于，

如果发送所述第一BSR的资源是为所述预设业务分配的，所述第一BSR包括以下中的一种或多种：所述预设业务关联的待传输数据量；所述终端设备的缓存中的所有待传输数据量；以及第一目标业务的待传输数据量，所述第一目标业务是所述网络设备配置的所述第一BSR能够指示的业务；

如果发送所述第二BSR的资源不是为所述预设业务分配的，所述第二BSR包括以下中的一种或多种：所述终端设备的缓存中的除所述预设业务之外的其他业务的待传输数据量；所述终端设备的缓存中的所有待传输数据量；以及第二目标业务的待传输数据量，所述第二目标业务是所述网络设备配置的所述第二BSR能够指示的业务。

8.根据权利要求6或7所述的方法，其特征在于，

如果所述第二BSR不包括所述预设业务关联的待传输数据量，则所述第一BSR不取消；或者，

如果所述第二BSR包括所述预设业务关联的待传输数据量，则所述第一BSR取消；或者，

无论所述第二BSR是否包括所述预设业务关联的待传输数据量，所述第一BSR不取消。

9.根据权利要求1-8中任一项所述的方法，其特征在于，所述第一BSR的取消和/或所述第一BSR的发送是根据第一条件确定的，所述第一条件与所述终端设备获得的用于传输所述预设业务的资源有关。

10.根据权利要求9所述的方法，其特征在于，所述第一条件包括以下中的一种或多种：

所述终端设备获得的用于传输所述预设业务的资源是否能完成所述预设业务的当前数据帧的传输；

所述终端设备获得的用于传输所述预设业务的资源是否能完成所述终端设备的缓存中的当前预设业务的所有待传输数据的传输；

所述终端设备获得的用于传输所述预设业务的资源是否能完成所述终端设备的缓存中的所有预设业务的待传输数据的传输；以及

所述终端设备获得的用于传输所述预设业务的资源是否能完成所述终端设备的缓存中的所有待传输数据的传输。

11.根据权利要求1-10中任一项所述的方法，其特征在于，如果所述第一BSR被发送，所述第一BSR包括以下信息中的一种或多种：

所述预设业务的当前数据帧的待传输数据量；

所述终端设备的缓存中的当前预设业务的待传输数据量；

所述终端设备的缓存中的所有预设业务的待传输数据量；

所述终端设备的缓存中的所有待传输数据量；

所述预设业务的当前数据帧的总数据量；

所述预设业务的当前数据帧中的除上行免调度资源能传输的数据量之外的剩余数据量。

12.根据权利要求11所述的方法，其特征在于，所述预设业务的当前数据帧中的除上行免调度资源能传输的数据量之外的剩余数据量为负值。

13.根据权利要求1-12中任一项所述的方法，其特征在于，如果所述第一BSR被发送，所述第一BSR包括第一指示信息，所述第一指示信息用于指示后续是否还有所述预设业务关联的待传输数据。

14.根据权利要求13所述的方法，其特征在于，所述第一指示信息包括以下中的一种或多种：

后续是否还有所述预设业务的当前数据帧的待传输数据；

所述预设业务的当前数据帧的待传输数据量；

所述预设业务的当前数据帧的待传输数据到达所述终端设备的接入层的时间。

15.根据权利要求13或14所述的方法，其特征在于，如果所述第一指示信息包括所述预设业务的当前数据帧的待传输数据量，则后续所述第一指示信息对应的待传输数据到达所述终端设备的接入层时，所述第一BSR不再触发。

16.根据权利要求1-15中任一项所述的方法，其特征在于，所述第一BSR是在所述预设业务的第一个数据包到达所述终端设备的接入层之前触发的。

17.根据权利要求16所述的方法，其特征在于，所述第一BSR包括以下信息中的一种或多种：所述预设业务的数据帧的大小、所述预设业务的数据帧包含的数据包的数量、所述预设业务的数据包到达所述终端设备的接入层的时间。

18.根据权利要求1-17中任一项所述的方法，其特征在于，所述方法还包括：

所述终端设备向网络设备发送第二指示信息，所述第二指示信息用于指示所述预设业务的第一数据帧的结束时间信息，所述第二指示信息是在所述第一数据帧的最后一个数据包发送之前发送的。

19.根据权利要求18所述的方法，其特征在于，所述第二指示信息包括以下信息中的一种或多种：

所述第一数据帧的最后一个数据包的序列号；

所述第一数据帧的待传输数据量；

所述第一数据帧的总数据量和所述第一数据帧的第一个数据包的序列号。

20.根据权利要求18或19所述的方法，其特征在于，所述方法还包括：

响应于所述第一数据帧的最后一个数据包发送完毕，所述终端设备自动进入节电状态。

21.根据权利要求1-20中任一项所述的方法，其特征在于，用于承载所述预设业务的资源存在剩余的资源时，

所述剩余的资源不用于承载任何业务；或者，

所述剩余的资源不用于承载除所述预设业务之外的其他业务；或者，

所述剩余的资源用于承载第三目标业务，所述第三目标业务是网络设备配置的所述剩余的资源能够承载的业务。

22.根据权利要求1-21中任一项所述的方法，其特征在于，所述第一BSR被触发时使用的BSR表格是根据第一映射关系确定的，所述第一映射关系用于指示QoS流/逻辑信道/逻辑信道组对应的BSR表格。

23.根据权利要求22所述的方法，其特征在于，所述第一映射关系包括以下中的一种或多种：

QoS流/逻辑信道/逻辑信道组与BSR表格的映射关系；

QoS流/逻辑信道/逻辑信道组与BSR表格索引的映射关系；

QoS流/逻辑信道/逻辑信道组与布尔型变量的映射关系，所述布尔型变量的不同取值用于指示不同的BSR表格；

QoS流/逻辑信道/逻辑信道组与第一参数的映射关系，所述第一参数的不同取值用于指示不同的BSR表格。

24.根据权利要求1-23中任一项所述的方法，其特征在于，所述第一BSR为常规BSR。

25.根据权利要求1-24中任一项所述的方法，其特征在于，所述预设业务的特征包括以下中的一种或多种：

所述预设业务的一个数据突发包括多个数据包；

所述预设业务的一个数据帧包括多个数据包；

所述预设业务为扩展现实XR业务。

26.一种传输缓存状态报告BSR的方法，其特征在于，包括：

网络设备接收终端设备发送的第一BSR，所述第一BSR是基于预设业务触发的。

27.根据权利要求26所述的方法，其特征在于，所述第一BSR的触发条件与以下信息中的一种或多种关联：

所述终端设备获取的所述预设业务的数据包；

所述预设业务的传输时延要求；以及

为所述终端设备配置的一个或多个上行免调度资源。

28.根据权利要求27所述的方法，其特征在于，所述第一BSR的触发条件包括以下中的一种或多种：

所述终端设备获知所述预设业务将有数据到达；

所述预设业务的数据包到达所述终端设备的接入层；

29.根据权利要求28所述的方法，其特征在于，所述预设业务的数据包到达所述终端设备的接入层包括以下中的一种或多种：

30.根据权利要求28或29所述的方法，其特征在于，在所述一个或多个上行免调度资源不能完成所述预设业务的数据传输的情况下，所述第一BSR是在所述预设业务的当前数据帧的待传输数据量超出所述一个或多个上行免调度资源的剩余传输容量之后触发的；或者，所述第一BSR是在所述预设业务的第一个数据包到达所述终端设备的接入层时触发的。

31.根据权利要求26-30中任一项所述的方法，其特征在于，所述方法还包括：

所述网络设备接收所述终端设备发送的所述第一BSR，发送所述第一BSR的资源是为所述预设业务分配的；或者，

所述网络设备接收所述终端设备发送的第二BSR，发送所述第二BSR的资源不是为所述预设业务分配的。

32.根据权利要求31所述的方法，其特征在于，

33.根据权利要求31或32所述的方法，其特征在于，

34.根据权利要求26-33中任一项所述的方法，其特征在于，所述第一BSR的取消和/或所述第一BSR的发送是根据第一条件确定的，所述第一条件与所述终端设备获得的用于传输所述预设业务的资源有关。

35.根据权利要求34所述的方法，其特征在于，所述第一条件包括以下中的一种或多种：

36.根据权利要求26-35中任一项所述的方法，其特征在于，所述第一BSR包括以下信息中的一种或多种：

所述预设业务的当前数据帧的待传输数据量；

所述终端设备的缓存中的当前预设业务的待传输数据量；

所述终端设备的缓存中的所有预设业务的待传输数据量；

所述终端设备的缓存中的所有待传输数据量；

所述预设业务的当前数据帧的总数据量；

37.根据权利要求36所述的方法，其特征在于，所述预设业务的当前数据帧中的除上行免调度资源能传输的数据量之外的剩余数据量为负值。

38.根据权利要求26-37中任一项所述的方法，其特征在于，所述第一BSR包括第一指示信息，所述第一指示信息用于指示后续是否还有所述预设业务关联的待传输数据。

39.根据权利要求38所述的方法，其特征在于，所述第一指示信息包括以下中的一种或多种：

后续是否还有所述预设业务的当前数据帧的待传输数据；

所述预设业务的当前数据帧的待传输数据量；

40.根据权利要求38或39所述的方法，其特征在于，如果所述第一指示信息包括所述预设业务的当前数据帧的待传输数据量，则后续所述第一指示信息对应的待传输数据到达所述终端设备的接入层时，所述第一BSR不再触发。

41.根据权利要求26-40中任一项所述的方法，其特征在于，所述第一BSR是在所述预设业务的第一个数据包到达所述终端设备的接入层之前触发的。

42.根据权利要求41所述的方法，其特征在于，所述第一BSR包括以下信息中的一种或多种：所述预设业务的数据帧的大小、所述预设业务的数据帧包含的数据包的数量、所述预设业务的数据包到达所述终端设备的接入层的时间。

43.根据权利要求26-42中任一项所述的方法，其特征在于，所述方法还包括：

所述网络设备接收所述终端设备发送的第二指示信息，所述第二指示信息用于指示所述预设业务的第一数据帧的结束时间信息，所述第二指示信息是在所述第一数据帧的最后一个数据包发送之前发送的。

44.根据权利要求43所述的方法，其特征在于，所述第二指示信息包括以下信息中的一种或多种：

所述第一数据帧的最后一个数据包的序列号；

所述第一数据帧的待传输数据量；

45.根据权利要求43或44所述的方法，其特征在于，所述终端设备进入节电状态是基于所述第一数据帧的最后一个数据包的发送触发的。

46.根据权利要求26-45中任一项所述的方法，其特征在于，用于承载所述预设业务的资源存在剩余的资源时，

所述剩余的资源不用于承载任何业务；或者，

47.根据权利要求26-46中任一项所述的方法，其特征在于，所述第一BSR被触发时使用的BSR表格是根据第一映射关系确定的，所述第一映射关系用于指示QoS流/逻辑信道/逻辑信道组对应的BSR表格。

48.根据权利要求47所述的方法，其特征在于，所述第一映射关系包括以下中的一种或多种：

QoS流/逻辑信道/逻辑信道组与BSR表格的映射关系；

QoS流/逻辑信道/逻辑信道组与BSR表格索引的映射关系；

49.根据权利要求26-48中任一项所述的方法，其特征在于，所述第一BSR为常规BSR。

50.根据权利要求26-49中任一项所述的方法，其特征在于，所述预设业务的特征包括以下中的一种或多种：

所述预设业务的一个数据突发包括多个数据包；

所述预设业务的一个数据帧包括多个数据包；

所述预设业务为扩展现实XR业务。

51.一种终端设备，其特征在于，包括：

触发模块，用于触发第一BSR，所述第一BSR是基于预设业务触发的。

52.根据权利要求51所述的终端设备，其特征在于，所述第一BSR的触发条件与以下信息中的一种或多种关联：

所述终端设备获取的所述预设业务的数据包；

所述预设业务的传输时延要求；以及

为所述终端设备配置的一个或多个上行免调度资源。

53.根据权利要求52所述的终端设备，其特征在于，所述第一BSR的触发条件包括以下中的一种或多种：

所述终端设备获知所述预设业务将有数据到达；

所述预设业务的数据包到达所述终端设备的接入层；

54.根据权利要求53所述的终端设备，其特征在于，所述预设业务的数据包到达所述终端设备的接入层包括以下中的一种或多种：

55.根据权利要求53或54所述的终端设备，其特征在于，在所述一个或多个上行免调度资源不能完成所述预设业务的数据传输的情况下，所述触发模块进一步用于：

所述预设业务的当前数据帧的待传输数据量超出所述一个或多个上行免调度资源的剩余传输容量之后，触发所述第一BSR；或者

所述预设业务的第一个数据包到达所述终端设备的接入层时，触发所述第一BSR。

56.根据权利要求51-55中任一项所述的终端设备，其特征在于，所述终端设备还包括：

第一发送模块，用于向网络设备发送所述第一BSR，发送所述第一BSR的资源是为所述预设业务分配的；或者，

第二发送模块，用于向网络设备发送第二BSR，发送所述第二BSR的资源不是为所述预设业务分配的。

57.根据权利要求56所述的终端设备，其特征在于，

58.根据权利要求56或57所述的终端设备，其特征在于，

59.根据权利要求51-58中任一项所述的终端设备，其特征在于，所述第一BSR的取消和/或所述第一BSR的发送是根据第一条件确定的，所述第一条件与所述终端设备获得的用于传输所述预设业务的资源有关。

60.根据权利要求59所述的终端设备，其特征在于，所述第一条件包括以下中的一种或多种：

61.根据权利要求51-60中任一项所述的终端设备，其特征在于，如果所述第一BSR被发送，所述第一BSR包括以下信息中的一种或多种：

所述预设业务的当前数据帧的待传输数据量；

所述终端设备的缓存中的当前预设业务的待传输数据量；

所述终端设备的缓存中的所有预设业务的待传输数据量；

所述终端设备的缓存中的所有待传输数据量；

所述预设业务的当前数据帧的总数据量；

62.根据权利要求61所述的终端设备，其特征在于，所述预设业务的当前数据帧中的除上行免调度资源能传输的数据量之外的剩余数据量为负值。

63.根据权利要求51-62中任一项所述的终端设备，其特征在于，如果所述第一BSR被发送，所述第一BSR包括第一指示信息，所述第一指示信息用于指示后续是否还有所述预设业务关联的待传输数据。

64.根据权利要求63所述的终端设备，其特征在于，所述第一指示信息包括以下中的一种或多种：

后续是否还有所述预设业务的当前数据帧的待传输数据；

所述预设业务的当前数据帧的待传输数据量；

65.根据权利要求63或64所述的终端设备，其特征在于，如果所述第一指示信息包括所述预设业务的当前数据帧的待传输数据量，则后续所述第一指示信息对应的待传输数据到达所述终端设备的接入层时，所述第一BSR不再触发。

66.根据权利要求51-65中任一项所述的终端设备，其特征在于，所述第一BSR是在所述预设业务的第一个数据包到达所述终端设备的接入层之前触发的。

67.根据权利要求66所述的终端设备，其特征在于，所述第一BSR包括以下信息中的一种或多种：所述预设业务的数据帧的大小、所述预设业务的数据帧包含的数据包的数量、所述预设业务的数据包到达所述终端设备的接入层的时间。

68.根据权利要求51-67中任一项所述的终端设备，其特征在于，所述终端设备还包括：

第三发送模块，用于向网络设备发送第二指示信息，所述第二指示信息用于指示所述预设业务的第一数据帧的结束时间信息，所述第二指示信息是在所述第一数据帧的最后一个数据包发送之前发送的。

69.根据权利要求68所述的终端设备，其特征在于，所述第二指示信息包括以下信息中的一种或多种：

所述第一数据帧的最后一个数据包的序列号；

所述第一数据帧的待传输数据量；

70.根据权利要求68或69所述的终端设备，其特征在于，所述终端设备还包括：

控制模块，用于响应于所述第一数据帧的最后一个数据包发送完毕，控制所述终端设备自动进入节电状态。

71.根据权利要求51-70中任一项所述的终端设备，其特征在于，用于承载所述预设业务的资源存在剩余的资源时，

所述剩余的资源不用于承载任何业务；或者，

72.根据权利要求51-71中任一项所述的终端设备，其特征在于，所述第一BSR被触发时使用的BSR表格是根据第一映射关系确定的，所述第一映射关系用于指示QoS流/逻辑信道/逻辑信道组对应的BSR表格。

73.根据权利要求72所述的终端设备，其特征在于，所述第一映射关系包括以下中的一种或多种：

QoS流/逻辑信道/逻辑信道组与BSR表格的映射关系；

QoS流/逻辑信道/逻辑信道组与BSR表格索引的映射关系；

74.根据权利要求51-73中任一项所述的终端设备，其特征在于，所述第一BSR为常规BSR。

75.根据权利要求51-74中任一项所述的终端设备，其特征在于，所述预设业务的特征包括以下中的一种或多种：

所述预设业务的一个数据突发包括多个数据包；

所述预设业务的一个数据帧包括多个数据包；

所述预设业务为扩展现实XR业务。

76.一种网络设备，其特征在于，包括：

第一接收模块，用于接收终端设备发送的第一BSR，所述第一BSR是基于预设业务触发的。

77.根据权利要求76所述的网络设备，其特征在于，所述第一BSR的触发条件与以下信息中的一种或多种关联：

所述终端设备获取的所述预设业务的数据包；

所述预设业务的传输时延要求；以及

为所述终端设备配置的一个或多个上行免调度资源。

78.根据权利要求77所述的网络设备，其特征在于，所述第一BSR的触发条件包括以下中的一种或多种：

所述终端设备获知所述预设业务将有数据到达；

所述预设业务的数据包到达所述终端设备的接入层；

79.根据权利要求78所述的网络设备，其特征在于，所述预设业务的数据包到达所述终端设备的接入层包括以下中的一种或多种：

80.根据权利要求78或79所述的网络设备，其特征在于，在所述一个或多个上行免调度资源不能完成所述预设业务的数据传输的情况下，所述第一BSR是在所述预设业务的当前数据帧的待传输数据量超出所述一个或多个上行免调度资源的剩余传输容量之后触发的；或者，所述第一BSR是在所述预设业务的第一个数据包到达所述终端设备的接入层时触发的。

81.根据权利要求71-80中任一项所述的网络设备，其特征在于，所述网络设备还包括：

第二接收模块，用于接收所述终端设备发送的所述第一BSR，发送所述第一BSR的资源是为所述预设业务分配的；或者，

第三接收模块，用于接收所述终端设备发送的第二BSR，发送所述第二BSR的资源不是为所述预设业务分配的。

82.根据权利要求81所述的网络设备，其特征在于，

83.根据权利要求81或82所述的网络设备，其特征在于，

84.根据权利要求76-83中任一项所述的网络设备，其特征在于，所述第一BSR的取消和/或所述第一BSR的发送是根据第一条件确定的，所述第一条件与所述终端设备获得的用于传输所述预设业务的资源有关。

85.根据权利要求84所述的网络设备，其特征在于，所述第一条件包括以下中的一种或多种：

86.根据权利要求76-85中任一项所述的网络设备，其特征在于，所述第一BSR包括以下信息中的一种或多种：

所述预设业务的当前数据帧的待传输数据量；

所述终端设备的缓存中的当前预设业务的待传输数据量；

所述终端设备的缓存中的所有预设业务的待传输数据量；

所述终端设备的缓存中的所有待传输数据量；

所述预设业务的当前数据帧的总数据量；

87.根据权利要求86所述的网络设备，其特征在于，所述预设业务的当前数据帧中的除上行免调度资源能传输的数据量之外的剩余数据量为负值。

88.根据权利要求76-87中任一项所述的网络设备，其特征在于，所述第一BSR包括第一指示信息，所述第一指示信息用于指示后续是否还有所述预设业务关联的待传输数据。

89.根据权利要求88所述的网络设备，其特征在于，所述第一指示信息包括以下中的一种或多种：

后续是否还有所述预设业务的当前数据帧的待传输数据；

所述预设业务的当前数据帧的待传输数据量；

90.根据权利要求88或89所述的网络设备，其特征在于，如果所述第一指示信息包括所述预设业务的当前数据帧的待传输数据量，则后续所述第一指示信息对应的待传输数据到达所述终端设备的接入层时，所述第一BSR不再触发。

91.根据权利要求76-90中任一项所述的网络设备，其特征在于，所述第一BSR是在所述预设业务的第一个数据包到达所述终端设备的接入层之前触发的。

92.根据权利要求91所述的网络设备，其特征在于，所述第一BSR包括以下信息中的一种或多种：所述预设业务的数据帧的大小、所述预设业务的数据帧包含的数据包的数量、所述预设业务的数据包到达所述终端设备的接入层的时间。

93.根据权利要求76-92中任一项所述的网络设备，其特征在于，所述网络设备还包括：

第四接收模块，用于接收所述终端设备发送的第二指示信息，所述第二指示信息用于指示所述预设业务的第一数据帧的结束时间信息，所述第二指示信息是在所述第一数据帧的最后一个数据包发送之前发送的。

94.根据权利要求93所述的网络设备，其特征在于，所述第二指示信息包括以下信息中的一种或多种：

所述第一数据帧的最后一个数据包的序列号；

所述第一数据帧的待传输数据量；

95.根据权利要求93或94所述的网络设备，其特征在于，所述终端设备进入节电状态是基于所述第一数据帧的最后一个数据包的发送触发的。

96.根据权利要求76-95中任一项所述的网络设备，其特征在于，用于承载所述预设业务的资源存在剩余的资源时，

所述剩余的资源不用于承载任何业务；或者，

97.根据权利要求76-96中任一项所述的网络设备，其特征在于，所述第一BSR被触发时使用的BSR表格是根据第一映射关系确定的，所述第一映射关系用于指示QoS流/逻辑信道/逻辑信道组对应的BSR表格。

98.根据权利要求97所述的网络设备，其特征在于，所述第一映射关系包括以下中的一种或多种：

QoS流/逻辑信道/逻辑信道组与BSR表格的映射关系；

QoS流/逻辑信道/逻辑信道组与BSR表格索引的映射关系；

99.根据权利要求76-98中任一项所述的网络设备，其特征在于，所述第一BSR为常规BSR。

100.根据权利要求76-99中任一项所述的网络设备，其特征在于，所述预设业务的特征包括以下中的一种或多种：

所述预设业务的一个数据突发包括多个数据包；

所述预设业务的一个数据帧包括多个数据包；

所述预设业务为扩展现实XR业务。

101.一种终端设备，其特征在于，包括存储器和处理器，所述存储器用于存储程序，所述处理器用于调用所述存储器中的程序，以使所述终端设备执行如权利要求1-25中任一项所述的方法。

102.一种网络设备，其特征在于，包括存储器、处理器和收发器，所述存储器用于存储程序，所述处理器用于调用所述存储器中的程序，以使所述网络设备执行如权利要求26-50中任一项所述的方法。

103.一种装置，其特征在于，包括处理器，用于从存储器中调用程序，以使所述装置执行如权利要求1-50中任一项所述的方法。

104.一种芯片，其特征在于，包括处理器，用于从存储器调用程序，使得安装有所述芯片的设备执行如权利要求1-50中任一项所述的方法。

105.一种计算机可读存储介质，其特征在于，其上存储有程序，所述程序使得计算机执行如权利要求1-50中任一项所述的方法。

106.一种计算机程序产品，其特征在于，包括程序，所述程序使得计算机执行如权利要求1-50中任一项所述的方法。

107.一种计算机程序，其特征在于，所述计算机程序使得计算机执行如权利要求1-50中任一项所述的方法。