缓存状态报告BSR指示方法和装置

本申请要求于2022年05月12日提交国家知识产权局、申请号为202210516327.9、发明名称为“一种BSR指示方法、网络设备、终端设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及通信领域，具体涉及一种缓存状态报告BSR指示方法和装置。

背景技术

随着通信系统的不断发展，数据传输时延不断降低，传输容量越来越大，第五代(5th generation，5G)通信系统逐渐涌现了一些实时性较强的多媒体业务，例如视频传输、云游戏、扩展现实(extended reality，XR)、触觉互联网等。为了实现人与虚拟世界交互的沉浸式体验，有着超高带宽和超低时延要求的XR视频业务备受关注。

示例性地，以终端设备向网络设备发送XR视频数据为例，当终端设备与网络设备建立连接后，终端设备需要向网络设备发送缓存状态报告(buffer status report，BSR)，用于通知网络设备当前逻辑信道(logical channel，LCH)或逻辑信道组(logical channelgroup，LCG)上待传输的上行缓存数据量，以便于网络设备为终端设备调度适当的上行传输资源。

然而，当前的BSR触发机制并不能很好地支持XR视频业务的BSR及时上报，导致资源浪费，或者产生额外的传输时延。

发明内容

本申请提供一种缓存状态报告BSR指示方法和装置，能够保证终端设备在发送上行数据的同时，及时地上报BSR，以使能网络设备进行合理地上行资源分配，进而减少资源浪费，以及降低传输时延。

第一方面，提供了一种缓存状态报告BSR指示方法。该方法可以由终端设备(例如(user equipment，UE)执行，或者，也可以由用于终端设备的芯片或电路执行，本申请对此不作限定。为了便于描述，下面以由终端设备执行为例进行说明。

该方法包括：终端设备接收来自第一设备的第一消息，第一消息用于指示终端设备触发BSR，BSR用于指示终端设备的LCG的缓存状态；终端设备根据第一消息向第一设备发送BSR媒体接入控制(media access control，MAC)控制单元(control element，CE)。

这样，通过接收第一设备发送的BSR触发指示，能够保证终端设备在传输数据的同时及时上报BSR，进而使得第一设备为终端设备分配合理的传输资源，以实现减少资源浪费以及降低传输时延。

结合第一方面，在第一方面的某些实现方式中，终端设备接收来自第一设备的第二消息，第二消息用于指示第一设备为终端设备分配的传输资源，传输资源用于承载BSRMAC CE。

结合第一方面，在第一方面的某些实现方式中，传输资源包括物理上行共享信道(pysical uplink shared channel，PUSCH)资源或物理侧链路共享信道(pysicalsidelink shared channel，PSSCH)资源。

结合第一方面，在第一方面的某些实现方式中，第二消息承载在控制信息中，控制信息包括下行控制信息(downlink control information，DCI)或侧链路控制信息(sidelink control information，SCI)。

结合第一方面，在第一方面的某些实现方式中，控制信息还用于承载第一消息。

结合第一方面，在第一方面的某些实现方式中，第一消息承载在MAC CE中。

结合第一方面，在第一方面的某些实现方式中，MAC CE的MAC子包头(subheader)包括逻辑信道标识(logical channel identifier，LCID)。其中，终端设备根据第一消息向第一设备发送BSR MAC CE，包括：当LCID的取值为预设值时，终端设备根据第一消息向第一设备发送BSR MAC CE。

结合第一方面，在第一方面的某些实现方式中，第一消息还用于指示至少一个逻辑信道组标识LCG ID。

结合第一方面，在第一方面的某些实现方式中，终端设备接收来自第一设备的第一配置信息，第一配置信息用于配置至少一个逻辑信道组标识LCG ID。

结合第一方面，在第一方面的某些实现方式中，BSR MAC CE包括至少一个LCG ID所对应的LCG的缓存状态。

基于上述方案，第一设备可以通过指示信息(第一消息)直接或间接地向终端设备指示一个或多个LCG ID；或者，第一设备也可以半静态为终端设备配置(第一配置信息)一个或多个LCG ID。基于第一设备指定的一个或多个LCG ID，终端设备在上报BSR MAC CE时携带该至少一个LCG ID所对应的LCG的缓存状态。

结合第一方面，在第一方面的某些实现方式中，终端设备根据第一消息向第一设备发送BSR MAC CE，包括：终端设备在满足第一条件的情况下向第一设备发送BSR MAC CE。

其中，第一条件为传输资源用于初传；传输资源能够容纳BSR MAC CE以及与BSRMAC CE对应的MAC子包头；以及BSR MAC CE由第一消息触发。

基于上述方案，通过定义第一条件来说明该上报方式在BSR是由于该MAC CE触发所进行的。

结合第一方面，在第一方面的某些实现方式中，第一消息还用于指示第一时长，第一时长用于指示第一时刻相对于第二时刻的时间偏移量，第一时刻为终端设备触发BSR的时刻,第二时刻为终端设备接收到第一消息的时刻。

基于上述方案，通过指示第一时长(即终端设备接收到第一消息的时刻与终端设备触发BSR的时刻之差)以实现可定时触发BSR的效果。例如，终端设备在t0时刻接收到MACCE后译码成功并触发BSR上报，此时第一时长可以为零。但是，考虑到终端设备在初传时接收到MAC CE可能译码不成功的情况，终端设备需要向第一设备请求调度重传，进而导致终端设备正确译码该MAC CE的时间和初传调度的时间不一致。通过第一时长可以保证终端设备在触发BSR时，使能第一设备及时有效地获取BSR MAC CE，并为终端设备分配传输资源。

结合第一方面，在第一方面的某些实现方式中，当终端设备同时触发BSR、填充BSR、常规BSR和/或周期BSR时，终端设备根据常规BSR和/或周期BSR生成BSR MAC CE；或者，当终端设备同时触发BSR和填充BSR时，终端设备根据BSR生成BSR MAC CE。

应理解，一个MAC协议数据单元SDU应该包含最多一个BSR MAC CE，即使有多个事件触发BSR上报。

基于上述方案，常规BSR和周期BSR应该优先于填充BSR，本申请实施例中由MAC CE触发的BSR的优先级优先于填充BSR，但是低于常规BSR和/或周期BSR的优先级。

第二方面，提供了一种缓存状态报告BSR指示方法，该方法可以由第一设备(例如，基站或UE)执行，或者，也可以由用于第一设备的芯片或电路执行，本申请对此不作限定。为了便于描述，下面以由第一设备执行为例进行说明。该方法包括：第一设备向终端设备发送第一消息，第一消息用于指示终端设备触发BSR，BSR用于指示终端设备的逻辑信道组LCG的缓存状态；第一设备接收来自终端设备的BSR MAC CE。

应理解，本申请适用于蜂窝上行传输场景，同样适用于侧行链路(sidelink，SL)场景。在SL场景下，UE1和UE2通过SL PC5接口进行通信，UE1通过Uu接口和基站通信，该PC5的通信需要基站进行资源分配。此时，UE1为了向UE2进行通信，需要向基站上报UE1的BSR，该BSR用于指示UE1有多少数据需要发送给UE2，以使能基站为UE1调度PC5资源。当无基站参与的UE间通信时，该实现方式中的UE1可以理解为上述基站角色，UE2可以理解为上述方法UE角色。

这样，通过向终端设备发送BSR触发指示，能够保证终端设备在传输数据的同时及时上报BSR，进而使得第一设备为终端设备分配合理的传输资源，以实现减少资源浪费以及降低传输时延。

结合第二方面，在第二方面的某些实现方式中，第一设备向终端设备发送第二消息，第二消息用于指示第一设备为终端设备分配的传输资源，传输资源用于承载BSR MACCE。

结合第二方面，在第二方面的某些实现方式中，传输资源包括PUSCH资源或PSSCH资源。

结合第二方面，在第二方面的某些实现方式中，第二消息承载在控制消息中，控制信息包括DCI或SCI。

结合第二方面，在第二方面的某些实现方式中，控制信息还用于承载第一消息。

结合第二方面，在第二方面的某些实现方式中，第一消息承载在MAC CE中。

结合第二方面，在第二方面的某些实现方式中，MAC CE的MAC子包头包括LCID；其中，第一设备接收来自终端设备的BSR MAC CE，包括：当LCID的取值为预设值时，第一设备接收来自终端设备的BSR MAC CE。

结合第二方面，在第二方面的某些实现方式中，第一消息还用于指示至少一个LCGID。

结合第二方面，在第二方面的某些实现方式中，第一设备向终端设备发送第一配置信息，第一配置信息用于配置至少一个LCG ID。

结合第二方面，在第二方面的某些实现方式中，BSR MAC CE包括至少一个LCG ID所对应的LCG的缓存状态。

基于上述方案，第一设备可以通过指示信息(第一消息)直接或间接地向终端设备指示一个或多个LCG ID；或者，第一设备也可以半静态为终端设备配置(第一配置信息)一个或多个LCG ID。基于第一设备指定的一个或多个LCG ID，终端设备在上报BSR MAC CE时携带该至少一个LCG ID所对应的LCG的缓存状态。

结合第二方面，在第二方面的某些实现方式中，第一设备接收来自终端设备的BSRMAC CE，包括：在满足第一条件的情况下，第一设备接收来自终端设备的BSR MAC CE。

其中，第一条件为传输资源用于初传；传输资源能够容纳BSR MAC CE以及与BSRMAC CE对应的MAC子包头；以及BSR MAC CE由第一消息触发。

基于上述方案，通过定义第一条件来说明该上报方式在BSR是由于该MAC CE触发所进行的。

结合第二方面，在第二方面的某些实现方式中，第一消息还用于指示第一时长，第一时长用于指示第一时刻相对于第二时刻的时间偏移量，第一时刻为终端设备触发BSRMAC CE的时刻，第二时刻为终端设备接收到第一消息的时刻。

基于上述方案，通过指示第一时长(即，终端设备接收到第一消息的时刻与终端设备触发BSR的时刻之差)以实现可定时触发BSR的效果。例如，终端设备在t0时刻接收到MACCE后译码成功并触发BSR上报，此时第一时长可以为零。但是，考虑到终端设备在初传时接收到MAC CE可能译码不成功的情况，终端设备需要向第一设备请求调度重传，进而导致终端设备正确译码该MAC CE的时间和初传调度的时间不一致。通过第一时长可以保证终端设备在触发BSR时，使能第一设备及时有效地获取BSR MAC CE，并为终端设备分配传输资源。

结合第二方面，在第二方面的某些实现方式中，当终端设备同时触发BSR、填充BSR、常规BSR和/或周期BSR时，终端设备根据常规BSR和/或周期生成BSR MAC CE；或者，当终端设备同时触发BSR和填充BSR时，终端设备根据BSR生成BSR MAC CE。

基于上述方案，常规BSR和周期BSR应该优先于填充BSR，本申请实施例中由MAC CE触发的BSR的优先级优先于填充BSR，但是低于常规BSR和/或周期BSR的优先级。

第三方面，提供了一种缓存状态报告BSR触发方法。该方法可以由终端设备(例如UE)执行，或者，也可以由用于终端设备的芯片或电路执行，本申请对此不作限定。为了便于描述，下面以由终端设备执行为例进行说明。

该方法包括：终端设备接收来自第一设备的第二配置信息，第二配置信息用于配置第一定时器和第一信令，第一信令用于指示终端设备触发BSR；在满足第二条件的情况下，终端设备启动或重启第一定时器，且终端设备向第一设备发送BSR MAC CE。

其中，第二条件为传输资源用于初传，传输资源为第一设备为终端设备分配的传输资源；传输资源能够容纳终端设备上报的BSR MAC CE以及与BSR MAC CE对应的MAC子包头；以及第一信令为第一值(例如，第一值指示disable)。

示例性地，第一信令为periodicBSRrefresh-r18信令，包含两个值。例如，当periodicBSRrefresh-r18＝disable，则第一定时器(例如，periodicBSR-Timer)不会因为BSR MAC CE的上报(例如，其他原因导致终端设备触发BSR上报)而启动或重启；当periodicBSRrefresh-r18＝enable，则第一定时器的启动或重启按照传统的触发方式进行。

根据本申请提供的方案，通过无线资源控制(radio resource control，RRC)半静态信令配置BSR触发方法，通过修改BSR的触发条件(即，终端设备在第一定时器超时时启动或重启第一定时器，而不会因为BSR MAC CE的上报而启动或重启第一定时器)，保障BSR的触发周期的稳定性。

结合第三方面，在第三方面的某些实现方式中，第二配置信息还包括第二信令，第二信令用于指示至少一个LCG ID，BSR MAC CE包括至少一个LCG ID所对应的LCG的缓存状态。

基于上述方案，第一设备通过第二信令向终端设备指示一个或多个LCG ID。基于第一设备指定的一个或多个LCG ID，终端设备在上报BSR MAC CE时携带该至少一个LCG ID所对应的LCG的缓存状态。

结合第三方面，在第三方面的某些实现方式中，当终端设备同时触发BSR、填充BSR、常规BSR和/或周期BSR时，终端设备根据常规BSR和/或周期BSR生成BSR MAC CE；或者，当终端设备同时触发BSR和填充BSR时，终端设备根据BSR生成BSR MAC CE。

基于上述方案，常规BSR和周期BSR应该优先于填充BSR，本申请实施例中由MAC CE触发的BSR的优先级优先于填充BSR，但是低于常规BSR和/或周期BSR的优先级。

第四方面，提供了一种缓存状态报告BSR触发方法，该方法可以由第一设备(例如，基站或UE)执行，或者，也可以由用于第一设备的芯片或电路执行，本申请对此不作限定。为了便于描述，下面以由第一设备执行为例进行说明。

该方法包括：第一设备向终端设备发送第二配置信息，第二配置信息用于配置第一定时器和第一信令，第一信令用于指示终端设备触发BSR；在满足第二条件的情况下，第一设备接收来自终端设备的BSR MAC CE，且第一定时器处于启动或重启状态。

其中，第二条件为传输资源用于初传，传输资源为第一设备为终端设备分配的传输资源；传输资源能够容纳BSR MAC CE以及与BSR MAC CE对应的MAC子包头；以及第一信令为第一值。

根据本申请提供的方案，通过半静态信令(即，第一信令)配置BSR触发方法，修改BSR的触发条件(即，终端设备在第一定时器超时时启动或重启第一定时器，而不会因为BSRMAC CE的上报而启动或重启第一定时器)，保障BSR的触发周期的稳定性。

结合第四方面，在第四方面的某些实现方式中，第二配置信息还包括第二信令，第二信令用于指示至少一个逻辑信道组标识LCG ID，BSR MAC CE包括至少一个LCG ID所对应的逻辑信道组LCG的缓存状态。

基于上述方案，第一设备通过第二信令向终端设备指示一个或多个LCG ID。基于第一设备指定的一个或多个LCG ID，终端设备在上报BSR MAC CE时携带该至少一个LCG ID所对应的LCG的缓存状态。

第五方面，提供了一种缓存状态报告BSR触发方法，该方法可以由终端设备(例如UE)执行，或者，也可以由用于终端设备的芯片或电路执行，本申请对此不作限定。为了便于描述，下面以由终端设备执行为例进行说明。

该方法包括：终端设备接收来自第一设备的第三配置信息，第三配置信息用于配置第二定时器和第二时长，第三配置信息用于指示终端设备触发BSR；在第二定时器的计时时长超过第二时长的情况下，终端设备启动或重启第二定时器，且终端设备根据BSR向第一设备发送BSR MAC CE。应理解，该第二定时器与第一定时器(用于触发周期BSR的定时器periodicBSR-Timer)不同，二者相互独立存在。这样，通过RRC半静态信令配置BSR触发方法，包括配置恒定的BSR触发周期(即，第二时长)和第二定时器，保障BSR的触发周期的稳定性。

结合第五方面，在第五方面的某些实现方式中，第三配置信息还用于指示至少一个逻辑信道组标识LCG ID，BSR MAC CE包括至少一个LCG ID所对应的逻辑信道组LCG的缓存状态。

基于上述方案，第一设备通过第三配置信息向终端设备指示一个或多个LCG ID。基于第一设备指定的一个或多个LCG ID，终端设备在上报BSR MAC CE时携带该至少一个LCG ID所对应的LCG的缓存状态。

结合第五方面，在第五方面的某些实现方式中，当终端设备同时触发BSR、填充BSR、常规BSR和/或周期BSR时，终端设备根据常规BSR和/或周期BSR生成BSR MAC CE；或者，当终端设备同时触发BSR和填充BSR时，终端设备根据BSR生成BSR MAC CE。

基于上述方案，常规BSR和周期BSR应该优先于填充BSR，本申请实施例中由MAC CE触发的BSR的优先级优先于填充BSR，但是低于常规BSR和/或周期BSR的优先级。

第六方面，提供了一种缓存状态报告BSR触发方法，该方法可以由第一设备(例如，基站或UE)执行，或者，也可以由用于第一设备的芯片或电路执行，本申请对此不作限定。为了便于描述，下面以由第一设备执行为例进行说明。

该方法包括：第一设备向终端设备发送第三配置信息，第三配置信息用于配置第二定时器和第二时长，第三配置信息用于指示终端设备触发BSR；在第二定时器的计时时长超过第二时长的情况下，第一设备接收来自终端设备的BSR MAC CE，且第二定时器处于启动或重启状态。

这样，通过RRC半静态信令配置BSR触发方法，包括配置恒定的BSR触发周期(即，第二时长)和第二定时器，保障BSR的触发周期的稳定性。

结合第六方面，在第六方面的某些实现方式中，第三配置信息还用于指示至少一个LCG ID，BSR MAC CE包括至少一个LCG ID所对应的LCG的缓存状态。

基于上述方案，第一设备通过第三配置信息向终端设备指示一个或多个LCG ID。基于第一设备指定的一个或多个LCG ID，终端设备在上报BSR MAC CE时携带该至少一个LCG ID所对应的LCG的缓存状态。

第七方面，提供了一种通信装置。该通信装置包括：收发器、处理器和存储器，该处理器用于控制收发器收发信号；该存储器用于存储计算机程序；该处理器用于从存储器中调用并运行该计算机程序，使得该通信装置执行上述第一方面至第六方面的任意一种实现方式提供的方法。

可选地，所述处理器为一个或多个，所述存储器为一个或多个。

可选地，所述存储器可以与所述处理器集成在一起，或者所述存储器与处理器分离设置。

可选地，该通信装置还包括，发射机(发射器)和接收机(接收器)。

第八方面，提供一种计算机可读存储介质。该计算机可读存储介质存储用于设备执行的程序或代码，所述计算机程序或代码在计算机上运行时，使得所述计算机执行上述第一方面至第六方面的任意一种实现方式提供的方法。

第九方面，提供一种包含指令的计算机程序产品。当该计算机程序产品在计算机上运行时，使得计算机执行上述第一方面至第六方面的任意一种实现方式提供的方法。

第十方面，提供了一种芯片，包括至少一个处理器，所述至少一个处理器与存储器耦合，该存储器用于存储计算机程序，该处理器用于从存储器中调用并运行该计算机程序，使得安装有该芯片系统的通信装置执行上述第一方面至第六方面的任意一种实现方式提供的方法。

其中，该芯片可以包括用于发送信息或数据的输入电路或者接口，以及用于接收信息或数据的输出电路或者接口。

第十一方面，本申请提供一种处理器，用于执行上述第一方面至第六方面的任意一种实现方式提供的方法。

附图说明

图1A是适用本申请的一种网络架构的示意图。

图1B是适用本申请的另一种网络架构的示意图。

图2是第一种触发BSR上报的示意图。

图3是第二种触发BSR上报的示意图。

图4是本申请实施例提供的第一种缓存状态报告BSR指示方法的流程示意图。

图5是本申请实施例提供的第二种缓存状态报告BSR指示方法的流程示意图。

图6中的(a)至(e)是本申请实施例提供的不同MAC CE格式的结构示意图。

图7是本申请实施例提供的确定延迟定时器开启时间的示意图。

图8是本申请实施例提供的第三种缓存状态报告BSR指示方法的流程示意图。

图9是本申请实施例提供的第三种缓存状态报告BSR指示方法的流程示意图。

图10是本申请实施例提供的第一种缓存状态报告BSR触发方法的流程示意图。

图11是本申请实施例提供的第三种触发BSR上报的示意图。

图12是本申请实施例提供的第二种缓存状态报告BSR触发方法的流程示意图。

图13是本申请实施例提供的第四种触发BSR上报的示意图。

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

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。本申请实施例的技术方案可以应用于各种通信系统，例如：第五代(5th generation，5G)系统或新无线(new radio，NR)、长期演进(long term evolution，LTE)系统、LTE频分双工(frequency divisionduplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobile telecommunication system，UMTS)或者其他演进的通信系统等。本申请提供的技术方案还可以应用于未来的通信系统，如第六代(6th generation，6G)移动通信系统。

本申请实施例的技术方案还可以应用于机器类通信(machine typecommunication，MTC)、机器间通信长期演进技术(long term evolution-machine，LTE-M)、设备到设备(device-to device，D2D)网络、机器到机器(machine to machine，M2M)网络、物联网(internet of things，IoT)网络或者其他网络。其中，IoT网络例如可以包括车联网。其中，车联网系统中的通信方式统称为车到其他设备(vehicle to X，V2X，X可以代表任何事物)，例如，该V2X可以包括：车辆到车辆(vehicle to vehicle，V2V)通信，车辆与基础设施(vehicle to infrastructure，V2I)通信、车辆与行人之间的通信(vehicle topedestrian，V2P)或车辆与网络(vehicle to network，V2N)通信等。

为了方便描述，本申请实施例中将以5G网络架构为例进行说明。

图1A是适用本申请的一种网络架构100的示意图。如图1A所示，该通信系统100可以包括至少一个网络设备，如网络设备101；该通信系统100还可以包括至少一个终端设备，如终端设备102至107。其中，该终端设备102至107可以是移动的或固定的。网络设备101以及终端设备102至107中的一个或多个均可以通过无线链路通信。即网络设备可以向终端设备发送信号，终端设备也可以向网络设备发送信号。示例性地，每个网络设备可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端设备通信。例如，网络设备可以向终端设备发送配置信息，终端设备可以基于该配置信息向网络设备发送上行数据；又例如，网络设备可以向终端设备发送下行数据。因此，图1中的网络设备101以及终端设备102至107构成一个通信系统。

一种可能的实现方式，终端设备之间可以直接通信。例如，可以利用D2D技术等实现终端设备之间的直接通信。如图1所示，终端设备105与106之间、以及终端设备105与107之间可以利用D2D技术直接通信。终端设备106和终端设备107可以单独或同时与终端设备105通信。

另一种可能的实现方式，终端设备105至107也可以分别与网络设备101通信。例如，可以直接地与网络设备101通信，即终端设备105和106可以直接与网络设备101通信；也可以间接地与网络设备101通信，即终端设备107经由终端设备105与网络设备101通信。

图1B是适用本申请的另一种网络架构的示意图。如图1B所示，针对BSR的上报，本申请技术方案可以适用于蜂窝上行传输的场景，例如UE1通过Uu接口与基站进行通信，即UE1向基站上报BSR；或者，也可以适用于侧链路SL的场景，例如UE1通过SL PC5接口与UE2进行通信，该PC5的通信需要基站进行资源分配。此时，UE1需要向基站上报UE1的BSR，即UE1有多少需要向UE2传输的数据，以使能基站为UE1调度PC5资源，进而实现UE1与UE2之间的通信。

需要说明的是，此时UE1上报的BSR为UE1向UE2传输数据的BSR，并非UE1需要给基站传输数据的BSR。示例性地，DCI格式可以为DCI格式3_0或DCI格式3_1。或者，当无基站参与的UE之间的通信时，例如，UE1与UE2进行通信时，UE1可以为上述基站角色，UE 2可以为上述UE角色。例如，UE1通过发送侧行链路控制信息(sidelink control information，SCI)信令指示UE2触发BSR的上报，该SCI信令可以是SCI格式1-A、SCI格式2-A或SCI格式2-B。

应理解，图1A和图1B分别示出了一个网络设备和多个终端设备，以及各通信设备之间的通信链路。可选地，上述通信系统可以包括多个网络设备，并且每个网络设备的覆盖范围内可以包括其它数量的终端设备，例如更多或更少的终端设备。本申请对此不做限定。下面，分别对该网络架构100涉及的部分设备进行说明。

1.终端设备

在本申请实施例中，终端设备可以称为用户设备(user equipment，UE)、终端、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。本申请实施例中的终端设备可以是手机、平板电脑、带无线收发功能的电脑、XR终端、虚拟现实(virtual reality，VR)终端、增强现实(augmented reality，AR)终端、混合现实(mixed reality，MR)终端、工业控制中的无线终端、无人驾驶中的无线终端、远程医疗中的无线终端、智能电网中的无线终端、运输安全中的无线终端、智慧城市中的无线终端、智慧家庭中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，5G网络中的终端或者未来演进网络中的终端等。

应理解，本申请对终端设备所采用的具体技术和具体设备形态不做具体限定。

需要说明的是，终端设备与接入网设备之间，以及终端设备与终端设备之间可以采用某种空口技术(如NR或LTE技术等)相互通信。

2、网络设备

在本申请实施例中，网络设备可以是一种部署在无线接入网中为终端设备提供无线通信功能的装置，也可以是用于与终端设备通信的设备或者该设备的芯片。该网络设备包括但不限于：无线网络控制器(radio network controller，RNC)、基站控制器(basestation controller，BSC)、家庭基站(例如，home evolved nodeB，或home node B，HNB)、基带单元(baseband unit，BBU)，无线保真系统中的接入点(access point，AP)、无线中继节点、无线回传节点、传输点(transmission point，TP)或者发送接收点(transmissionand reception point，TRP)等，还可以为5G(如NR)系统中的gNB或传输点(TRP或TP)，或者5G系统中的基站的一个或一组(包括多个天线面板)天线面板，或者还可以为构成gNB或传输点的网络节点，如基带单元BBU，或分布式单元(distributed unit，DU)等。

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

在一些网络部署中，网络设备可以采用CU-DU分离架构，即包括集中式单元(centralized unit，CU)和DU。网络设备还可以包括有源天线单元(active antenna unit，AAU)。CU实现网络设备的部分功能，比如负责处理非实时协议和服务，实现无线资源控制(radio resource control，RRC)，分组数据汇聚层协议(packet data convergenceprotocol，PDCP)层的功能。DU实现网络设备的部分功能，比如负责处理物理层协议和实时服务，实现无线链路控制(radio link control，RLC)层、媒体接入控制(media accesscontrol，MAC)层和物理(physical，PHY)层的功能。AAU实现部分物理层处理功能、射频处理及有源天线的相关功能。RRC层的信息由CU生成，最终会经过DU的PHY层封装变成PHY层信息，或者，由PHY层的信息转变而来。因而在这种架构下，高层信令(例如，RRC层信令)也可以认为是由DU发送的，或者由DU+AAU发送的。可以理解的是，网络设备可以为CU节点、或DU节点、或包括CU节点和DU节点的设备、或控制面CU节点(CU-CP节点)和用户面CU节点(CU-UP节点)以及DU节点的设备。

应理解，本申请对网络设备所采用的具体技术和具体设备形态不做具体限定。

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

要说明的是，上述各个通信设备，如图1中的网络设备101，以及终端设备102至107可以配置多个天线。该多个天线可以包括至少一个用于发送信号的发射天线和至少一个用于接收信号的接收天线。另外，各通信设备还附加地包括发射机链和接收机链，本领域普通技术人员可以理解，它们均可包括与信号发送和接收相关的多个部件(例如，处理器、调制器、复用器、解调器、解复用器或天线等)。因此，网络设备与终端设备之间可通过多天线技术通信。可选地，该通信系统100还可以包括网络控制器、移动管理实体等其他网络实体，本申请实施例不限于此。

应理解，图1A和图1B仅为便于理解而示例的简化示意图，该通信系统100中还可以包括其他网络设备或者还可以包括图1A和图1B未示出的其他终端设备；比如，核心网设备等。一方面，接入网设备为终端设备提供无线接入连接，可以向终端设备发送数据或者接收终端设备发送的数据；另一方面，接入网设备和核心网设备也有连接，可以将从终端设备接收的数据转发至核心网，或者从核心网接收需要发送给终端设备的数据。

为便于理解本申请实施例，对本申请中涉及到的术语进行简要说明。

1、扩展现实XR

XR是指各类由计算技术以及可穿戴设备生成的现实和虚拟相结合的环境，以及人-机之间的交互，主要包含VR、AR以及MR等虚拟与现实交互技术。为了提升人与虚拟世界交互的体验，XR业务对带宽和时延有着严格的要求。在上行传输过程中，XR终端可以通过内置摄像头采集并以特定频率(例如，60Hz或120Hz等)连续向服务器上传当前场景的图像。在下行传输过程中，服务器的编码器以固定频率(例如，60Hz或120Hz等)生成数据内容，并经由核心网和RAN传输至XR终端。

通常XR业务按照一定的帧率周期性生成数据帧。由于XR视频数据的编码特性，例如帧内、帧间编码以及视频内容变化的随机性，XR数据帧大小通常变化较大。例如相邻两个XR数据帧的大小可能不同，且有可能大不相同。另外，XR数据帧大小的变化也具有随机性，符合一定的分布，但几乎无法精确预测。示例性地，下行方向XR业务的业务模型包括AR/VR和云游戏。其中，AR/VR帧率可以是60fps或120fps，即每秒生成60帧或120帧视频图像，约每16.67ms或8.33ms出现一个视频帧，传输速率为20Mbps或45Mbps等。一个完整的视频帧的空口传输时延预算是10ms。CG帧率可以是60fps或120fps，即每秒生成60帧或120帧视频图像，传输速率为8Mbps或30Mbps等，一个完整的视频帧的空口传输时延预算是15ms。

应理解，从基站从UPF收到一帧图像的数据开始计时，直到将一帧图像成功从基站成功发送到UE，这段时长可以称为视频帧的空口传输时延预算。

2、BSR

BSR包括常规BSR(regular BSR)、周期BSR(periodic BSR)和填充BSR(paddingBSR)等。其中，常规BSR的触发条件包括下列(1)-(3)，周期BSR的触发条件包括下列(4)，BSR由periodicBSR-Timer超时所触发，填充BSR的触发条件包括下列(5)。

(1)当属于某逻辑信道组LCG的逻辑信道LCH中有待传的新的上行数据包时，且该逻辑信道的优先级高于其他任何逻辑信道组中逻辑信道的优先级；

(2)当属于某逻辑信道组LCG的逻辑信道LCH中有待传的新的上行数据包时，且目前逻辑信道组中所有逻辑信道均无可传数据。

(3)retxBSR-Timer超时，且UE在某逻辑信道组中任意一个逻辑信道有可传数据；

(4)periodicBSR-Timer超时；

(5)paddingBSR：MAC PDU剩余资源可以放下BSR+BSR header。也就是说，已分配上行资源，且填充比特数大于或等于BSR MAC CE与其MAC子头subheader的比特数之和。

需要说明的是，当UE触发常规BSR和周期BSR，且有上行资源时，UE根据LCG的情况确定上报长BSR或者短BSR。具体地，当有多于一个LCG的buffer有待传数据时，UE上报长BSR；当仅一个LCG的buffer有待传数据时，UE上报短BSR。因此，当UE传输数据的时候，把XR数据帧所在的LCG的BSR上报给基站，可使能基站合理分配上行资源，降低资源的浪费。

在5.5G新愿景下，宽带实时交互(real-time bandwidth interaction，RTBC)场景支持大带宽和低交互时延，旨在给定时延和可靠性要求下将带宽提升10倍，实现人与虚拟世界交互时的沉浸式体验。其中，有着超高带宽和超低时延要求的XR Pro业务对当前5G提出了更为严峻的挑战。

示例性地，当有上行数据需要发送时，UE在物理上行链路控制信道(physicaluplink control channel，PUCCH)上向基站发送调度请求(scheduling request，SR)，用于请求上行授权(UL grant)。SR仅告知基站是否有上行数据传输，不会告知基站有多少数据要传。每个LCH的SR发送资源(比如周期，偏移等)可以不同，每个逻辑信道单独配置。如果UE没有收到基站的上行授权，UE可以继续发送SR。基站收到SR后响应SR，通过PDCCH(例如DCI格式0_0或DCI格式0_1)，指示调度信息给UE。基站会按照一个较小的、固定的数据量对该UE进行调度，因为基站此时并不知道UE有多少数据需要发送。UE收到调度指示后，在基站分配的PUSCH资源上发送数据，包括BSR信息，用来告知基站LCH或LCG上待传输的上行数据的数据量。如果基站收到的BSR大于0，则继续通过PDCCH指示调度信息给UE，然后UE在基站指示的PUSCH资源上进行数据传输。

当前，5G上行传输可以分为动态调度和半静态调度(semi-persistentscheduling，SPS)两种调度方式。其中，动态调度包括动态授权(dynamic grant，DG)，半静态调度包括配置授权(configured grant，CG)调度。其中，动态调度是指由基站通过下行控制信息(downlink control information，DCI)为UE调度PUSCH资源(例如频域、时域资源位置)，UE可以在该PUSCH资源上传输上行数据。CG包括两种调度方式，在配置授权类型1(CGtype1)中，基站通过RRC信令为UE配置调度周期、调度资源(例如频域、时域资源位置)、混合自动重传请求(hybrid automatic repeat request，HARQ)进程数目、调制编码策略(modulationandcodingscheme，mcs)等参数，UE可以在该配置授权进行上行数据传输。在配置授权类型2(CG type2)中，基站通过RRC信令为UE配置调度周期、HARQ进程数目、使用哪个mcs表格等参数，再通过DCI指示频域、时域资源位置、mcs索引值，即CG type2由物理层或层1信令控制激活或去激活CG的传输。

基于上述调度方式，需要考量基站如何准确地为UE提供调度资源。即保证XR数据帧在有限的数据包时延预算(packet delay budget，PDB)内完整传输的同时，又不造成资源的浪费。在传统的基站与UE之间的空口上行传输过程中，可以通过UE上报BSR的方式，通知基站当前UE的LCG的缓存情况，使能基站对于上行资源进行合理分配，降低上行资源的浪费。

具体地，下面将结合图2针对上述常规BSR的触发进行示例说明。图2示出了第一种触发BSR上报的示意图。如图2所示，以XR视频业务为例，包括2个LCG，例如LCG ID0和LCGID1。其中，LCG ID0包括2个LC，例如LCID1和LCID2；LCG ID1包括2个LC，例如LCID3和LCID4。

假设XR数据帧所在LC为LCID1，XR视频业务周期约为16.67ms或8.33ms，其空口传输PDB要求约为60ms，由于空口传输PDB大于XR数据帧到达LC的间隔，因此可能出现第一个XR帧(数据1)未传输完成时，第二个XR帧(数据2)已经到达该LC的情况。此时，上述常规BSR的触发条件(1)和(2)都不满足，因此UE不会触发BSR上报。即当前UE无法根据XR数据帧的数据周期(例如16.67ms或8.33ms)上报BSR。由于BSR无法上报至基站可能造成资源浪费，或者基站误认为UE没有待传输的数据而不继续调度上行资源导致额外的传输时延。

具体地，下面将结合图3针对上述周期BSR和填充BSR的触发进行示例说明。

一种可能的实现方式，基站可以通过RRC信令配置periodicBSR-Timer，用于指示UE周期性地触发BSR上报，即periodicBSR。示例性地，将periodicBSR-Timer与XR数据帧的传输周期同步，以使能UE在传输XR数据帧的时候，触发BSR上报。需要说明的是，该periodicBSR-Timer的重启取决于该计时器periodicBSR-Timer的超时时刻，同时也取决于UE是否上报BSR。也就是说，即使periodicBSR-Timer未超时，但是UE由于其他原因(例如，上述触发条件(1)或(2))而触发常规BSR上报，该periodicBSR-Timer也会被重置。

图3示出了第二种触发BSR上报的示意图。如图3所示，以子载波间隔(subcarrierspacing，SCS)为15kHz(每个时隙时长为1ms)，时分双工TDD配置为4:1为例，假设XR数据帧的传输周期为15ms，且periodicBSR-Timer的周期与XR帧周期相同。UE在第一个上行时隙(U1)传输XR帧1，并上报XR帧1对应的BSR，以及重启periodicBSR-Timer。根据上述XR帧的传输周期，XR帧2将在第四个上行时隙(U4)到达该LC#1，UE对应的在该U4上传输XR帧2，并上报XR帧2对应的BSR，以及重启periodicBSR-Timer。但是，若在第三个上行时隙(U3)，UE因高优先级逻辑信道LC#2出现待传输的新数据而触发并上报BSR，会重启periodicBSR-Timer。那么，在U4即使有待传输的XR帧2，考虑到LC#1上的XR帧1可能未传输完成，且此时periodicBSR-Timer并未超时，因此导致UE在U4不触发BSR上报。

所以说，即使将periodicBSR-Timer和XR数据帧的传输周期匹配，也不能保证periodicBSR-Timer的触发时间和XR数据帧的传输同步。

另一种可能的实现方式，当UE将XR数据帧填充完MAC PDU后，若该MAC PDU仍有剩余资源，UE可以在剩余资源传输BSR，即paddingBSR，以提升资源利用率。因此，填充BSR的上报取决于基站分配的资源以及UE的LCG所需要的资源。即填充BSR具有不确定性，无法保障填充BSR的按时上报。

简言之，periodicBSR-Timer会由于UE上报BSR而重置，导致周期BSR的上报无法与XR数据帧的传输完全同步，进而造成资源浪费或者产生额外的传输时延。

综上所述，当前BSR的触发机制，并不能很好地支持XR视频业务的BSR及时上报，导致资源浪费，或者产生额外的传输时延。

有鉴于此，本申请提供了一种通信方法和通信装置，保证UE在每次传输一个新的XR数据帧时，同时向基站上报BSR，使能BSR随着XR数据帧的传输而及时上报。本申请所揭示的方法，能够提升上行资源的利用率，降低上行XR数据帧的传输时延，以及减少空口资源的浪费。

为便于理解本申请实施例，作出以下几点说明：

第一，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

第二，“至少一个”是指一个或者多个，“多个”是指两个以上(包含两个)。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。在本申请的文字描述中，字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a、b和c中的至少一项(个)，可以表示：a，或，b，或，c，或，a和b，或，a和c，或，b和c，或，a、b和c。其中a、b和c分别可以是单个，也可以是多个。

第三，“第一”、“第二”以及各种数字编号(例如，#1、#2)仅为描述方便进行的区分，并不用来限制本申请实施例的范围。例如，区分不同的指示信息等。

第四，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

第五，“用于指示”或“指示”可以包括用于直接指示和用于间接指示，或者说“用于指示”或“指示”可以显式地和/或隐式地指示。例如，当描述某一信息用于指示信息I时，可以包括该信息直接指示I或间接指示I，而并不代表该信息中一定携带有I。又例如，隐式指示可以基于用于传输的位置和/或资源；显式指示可以基于一个或多个参数，和/或一个或多个索引，和/或一个或多个它所表示的位模式。

本申请涉及的指示方式应理解为涵盖可以使得待指示方获知待指示信息的各种方法。待指示信息可以作为整体一起发送，也可以分成多个子信息分开发送，而且这些子信息的发送周期和/或发送时机可以相同，也可以不同，本申请对具体的发送方法不作限定。其中，这些子信息的发送周期和/或发送时机可以是预先定义的，例如根据协议预先定义的，也可以是发射端设备通过向接收端设备发送配置信息来配置的。其中，该配置信息可以例如但不限于包括无线资源控制信令、MAC层信令和物理层信令中的一种或者至少两种的组合。其中，无线资源控制信令例如包括RRC信令，MAC层信令例如包括MAC控制元素(control element，CE)，物理层信令包括DCI信令等。

下面将结合附图详细说明本申请实施例提供的通信方法。

应理解，本申请主要适用于低时延高可靠性需求的业务，例如XR或URLLC视频业务。当然，还适用于其他没有这么高的时延和可靠性要求的业务，能够提升用户感知的吞吐量和用户的体验。为便于理解，以XR视频业务的网络设备与终端设备之间的交互为例详细说明本申请实施例提供的通信方法。

图4是本申请实施例提供的第一种缓存状态报告BSR指示方法方法400的流程示意图。如图4所示，该方法具体包括如下多个步骤。

S410，终端设备接收来自第一设备的第一消息。

对应的，第一设备向终端设备发送第一消息。

其中，第一消息用于指示终端设备触发BSR，BSR用于指示终端设备的逻辑信道组LCG的缓存状态。

在本申请实施例中，数据量可以称为数据大小，缓存状态(buffer status)可以称为缓存数据大小，或者缓存大小(buffer size)，或者缓存数据量。例如，上行缓存状态可以称为上行缓存数据量、上行缓存数据大小，或者上行缓存大小。待传输的上行数据量可以称为待传输的上行数据大小等，本申请对具体的名称不作具体限定。

示例性地，第一设备可以是网络设备(例如基站)，也可以是终端设备(例如UE2)，即本申请技术方案适用于蜂窝上行传输场景，也适用于侧行链路SL场景。需要说明的是，在SL场景下，UE1为了与UE2进行通信，UE1需要向基站上报UE1的BSR，以使能基站为UE1调度资源。此时的BSR为UE1给UE2传输数据的BSR。

另外，终端设备还接收来自第一设备的第二消息，第二消息用于指示第一设备为终端设备分配的传输资源，传输资源用于承载BSR MAC CE。

可选地，第二消息可以是在终端设备发送第一消息之后发送的，例如第一消息承载于MAC CE中，第二消息承载于DCI中。或者，第二消息也可以是与第一消息同时发送的，例如第一消息和第二消息承载于同一个DCI中，本申请对此不作具体限定。

示例性地，传输资源包括物理上行共享信道PUSCH资源或物理侧链路共享信道PSSCH资源。具体地，UE1可以在基站分配的PUSCH资源上向基站发送BSR MAC CE；或者，UE1可以在基站分配的PSSCH资源上向UE2发送BSR MAC CE。

可选地，第二消息承载在控制信息中，控制信息包括下行控制信息DCI或侧链路控制信息SCI。进一步的，控制信息还用于承载第一消息。

示例性地，第一消息和第二消息均承载在同一个控制信息中，对于上行链路来说控制信息可以是DCI，对于侧行链路来说控制信息可以是SCI。例如，第一消息和第二消息为DCI格式0_0，或DCI格式0_1，或DCI格式0_2的字段，其中，第二消息可以包含多个字段。

可选地，第二消息承载在控制信息中，控制信息包括下行控制信息DCI或侧链路控制信息SCI。进一步的，第一消息承载在MAC CE中。

示例性地，第一消息承载在MAC CE中，第二消息承载在控制信息中，例如DCI或SCI。

在一种可能的实现方式中，第一消息承载在MAC CE，MAC CE的MAC subheader包括逻辑信道标识LCID。

示例性地，第一消息还用于指示至少一个逻辑信道组标识LCG ID。

示例性地，终端设备接收来自第一设备的第一配置信息，第一配置信息用于配置至少一个逻辑信道组标识LCG ID。

进一步地，第一消息还用于指示第一时长，第一时长用于指示第一时刻相对于第二时刻的时间偏移量，第一时刻为终端设备触发BSR的时刻,第二时刻为终端设备接收到第一消息的时刻。

示例性地，第一时长的单位可以是时隙(slot)、符号(symbol)或者毫秒，例如，2slot。

应理解，通过指示第一时长(即终端设备接收到第一消息的时刻与终端设备触发BSR的时刻之差)以实现可定时触发BSR的效果。例如，终端设备在t0时刻接收到MAC CE后译码成功并触发BSR上报，此时第一时长可以为零。但是，考虑到终端设备在初传时接收到MACCE可能译码不成功的情况，终端设备需要向第一设备请求调度重传，进而导致终端设备正确译码该MAC CE的时间和初传调度的时间不一致。通过第一时长可以保证终端设备在触发BSR时，使能第一设备及时有效地获取BSR MAC CE，并为终端设备分配传输资源。

S420，终端设备根据第一消息向第一设备发送BSR媒体接入控制MAC控制单元CE。

在一种可能的实现方式中，终端设备在满足第一条件的情况下向第一设备发送BSR MAC CE。其中，第一条件为传输资源用于初传；传输资源能够容纳BSR MAC CE以及与BSR MAC CE对应的MAC子包头；以及BSR MAC CE由第一消息触发。

应理解，通过定义第一条件来说明该上报方式在BSR是由于该MAC CE触发进行的。

在另一种可能的实现方式中，当LCID的取值为预设值时，终端设备根据第一消息向第一设备发送BSR MAC CE。

示例性地，该MAC CE包括8个比特的MAC subheader，终端设备可以根据LCID确定接收到的MAC subheader是否用于触发BSR上报。例如，用于触发BSR的MAC CE的LCID的预设值可以为35至44中的任一值，例如38。如果LCID的取值为45，则指示该MAC CE不用来触发BSR上报；类似地，如果LCID的取值为38，则指示终端设备触发BSR上报，即终端设备在接收到MAC CE后，将触发一次BSR的上报。

在一种可能的方式中，通过上述方式触发的BSR可以为常规BSR。即当终端设备通过第一消息触发BSR上报时，UE将按照常规BSR的方式在可用的传输资源上传输BSR MACCE。

在又一种可能的实现方式中，当第一消息还用于指示至少一个逻辑信道组标识LCG ID，或者终端设备接收来自第一设备的第一配置信息，第一配置信息用于配置至少一个逻辑信道组标识LCG ID时，BSR MAC CE包括至少一个LCG ID所对应的LCG的缓存状态。

示例性地，第一设备提前为终端设备半静态配置了LCG ID，例如LCG ID＝6，则终端设备在接收到第一消息后，触发上报的BSR MAC CE中包括LCG ID为6所对应的LCG缓存状态。或者，终端设备接收到的MAC CE中携带的LCG ID的取值为4和5，则终端设备随即上报的BSR MAC CE中包括LCG ID为4和5所对应的LCG缓存状态。又或者，终端设备接收到的MAC CE中包含8个比特，每个比特对应LCG0-LCG7的位图，若LCGi对应比特位“1”指示触发LCGi的BSR上报，LCGi对应比特“0”指示不上报LCGi。例如LCG3和LCG4对应的比特位“1”，则终端设备上报的BSR MAC CE中携带LCG3和LCG4的缓存状态。又或者，通过DCI携带比特信息“011”，用于指示终端设备触发LCG3的上报等。

基于上述方案，第一设备可以通过指示信息(第一消息)直接或间接地向终端设备指示一个或多个LCG ID；或者，第一设备也可以半静态为终端设备配置(第一配置信息)一个或多个LCG ID。基于第一设备指定的一个或多个LCG ID，终端设备在上报BSR MAC CE时携带该至少一个LCG ID所对应的LCG的缓存状态。

示例性地，当终端设备同时触发BSR、填充BSR、常规BSR和/或周期BSR时，终端设备根据常规BSR和/或周期BSR生成BSR MAC CE；或者，当终端设备同时触发BSR和填充BSR时，终端设备根据BSR生成BSR MAC CE。

应理解，一个MAC协议数据单元SDU应该包含最多一个BSR MAC CE，即使有多个事件触发BSR上报。也就是说，常规BSR和周期BSR应该优先于填充BSR，本申请实施例中由MACCE触发的BSR的优先级优先于填充BSR，但是低于常规BSR和/或周期BSR的优先级。

这样，通过接收第一设备发送的BSR触发指示，能够保证终端设备在发送数据的同时及时上报BSR，以使能第一设备为终端设备分配合理的传输资源，进而减少资源浪费以及降低传输时延。

下面以蜂窝上行传输场景下，XR视频业务中基站和UE之间的交互为例，结合图5详细说明一种基站主动触发UE上报BSR的方式。

图5是本申请实施例提供的第二种缓存状态报告BSR指示方法500的流程示意图。在该实现方式中，基站通过MAC CE主动触发BSR的上报，保证UE在发送数据的同时上报BSR，以使能基站资源资源分配。如图5所示，该方法具体包括如下多个步骤。

S510，基站向UE发送MAC CE(即，第一消息)。

对应的，UE接收来自基站的MAC CE。

其中，该MAC CE用于指示UE触发BSR上报，BSR用于指示UE的至少一个LCG的上行缓存数据量。

应理解，相比于传统的BSR触发机制，本申请实施例将UE接收到触发BSR的MAC CE定义为一种新增的常规BSR的触发条件。

示例性地，在XR视频业务中，UE是周期性(例如，60Hz)向基站传输数据帧，基站可以知道UE上传视频数据的具体时刻，因此基站可以在UE上传XR数据帧之前，通过MAC CE指示UE触发BSR上报。

具体地，下面针对MAC CE的格式的设计，具体说明基站如何通过MAC CE指示UE触发BSR上报。

图6的(a)是本申请实施例提供的第一种MAC CE的格式的结构示意图。如图6的(a)所示，该MAC CE subPDU包含8比特MAC subheader和0比特MAC CE。其中，MAC subheader包括R和LCID。R为预留比特(reserved)。LCID为逻辑信道标识或MAC CE标识。

一种可能的实现方式，UE根据该LCID确定该MAC subheader是否用于触发BSR上报。

示例性地，假设用于触发BSR的MAC CE的LCID取值属于范围35至44，该取值范围可以是基站通过信令配置的，也可以是设备出厂是预配置的。例如，基站发送的用于触发BSR的MAC CE的LCID等于38，用于指示UE触发BSR上报。则UE在接收到该MAC CE后，将触发一次常规BSR的上报。具体地，当有多个LCG的缓存有待传数据时，UE上报长BSR，包括该多个LCG的上行缓存数据量，可选地还包括LCG ID。反之，UE上报短BSR，即某一个LCG的上行缓存数据量。

进一步地，基站可以通过MAC CE触发UE上报指定的LCG的BSR。

一种可能的实现方式，基站可以为该MAC CE触发的BSR半静态配置一个LCG ID，例如，基站通过第一配置信息为UE半静态配置至少一个LCG ID，即该MAC CE触发的BSR仅用于上报半静态配置的LCG ID对应的上行数缓存数据大小。

示例性地，基站可以在BSR-config information element信令中添加logicalChannelGroup，具体的配置方式可以参考如下所示：

/>

应理解，当配置logicalChannelGroup时，MAC CE触发的BSR仅上报该logicalChannelGroup所对应的上行缓存数据大小，即该上报方式仅在BSR是由于该MAC CE触发时进行。

可选地，由于新引入了MAC CE，需要定义新引入的MAC CE所触发的BSR与其他类型的BSR的优先级顺序。

也就是说，当UE同时触发本申请提供的BSR、填充BSR、常规BSR和/或周期BSR时，则根据常规BSR和/或周期BSR生成BSR MAC CE；或者，当UE同时触发BSR和填充BSR时，则根据本方案BSR生成BSR MAC CE，即生成的BSR MAC CE仅包含logicalChannelGroup所对应的LCG ID的缓存状态报告。

示例性地，若UE在上报该MAC CE触发的BSR前，由于其他条件已经触发了BSR上报，例如新的待传输数据到达触发了常规和/或周期BSR，则UE将按照当前常规BSR的方式上报长BSR或短BSR。

另一种可能的实现方式，基站可以为该MAC CE触发的BSR半静态配置多个LCG ID，即该MAC CE触发的BSR用于上报半静态配置的多个LCG ID对应的上行数缓存数据大小。

示例性地，上述logicalChannelGroup可以扩展为logicalChannelGroupList，具体如下所示：

logicalChannelGroupList SEQUENCE(SIZE(1…maxNrof

maxLCG-ID))OPTIOAL,--Need R

又一种可能的实现方式，基站可以动态指示触发多个指定的LCG的BSR上报。

示例性地，基站通过DCI指示UE触发BSR上报，DCI中携带LCG ID(例如LCG3)。则UE向基站上报LCG3对应的BSR。

针对上述基站通过MAC CE触发BSR上报指定的一个或多个LCG的上行缓存数据量，本申请技术方案还提供了以下几种可能的实现方式进行示例性说明。

图6的(b)是本申请实施例提供的第二种MAC CE的格式的结构示意图。如图6的(b)所示，该MAC CE subPDU包含8比特MAC subheader和8比特MAC CE。其中，MAC subheader部分与图6的(a)所示的MAC subheader相同，此处不再赘述。8比特MAC CE分别对应LCG0～LCG7的位图。

一种可能的实现方式，当LCGi对应的比特为‘1’时，UE将上报与该LCGi对应的BSR；当LCGi对应的比特为‘0’时，UE将不上报与该LCGi对应的BSR。示例性地，当UE在接收到该MAC CE中的LCGi的位图为‘10001000’时，可确定LCG7和LCG3所对应的比特为‘1’，其他LCG对应的比特为‘0’，则UE上报的BSR中将包括LCG7和LCG3的缓存数据大小。

图6的(c)是本申请实施例提供的第三种MAC CE的格式的结构示意图。如图6的(c)所示，该MAC CE subPDU包含8比特MAC subheader和MAC CE。其中，MAC subheader部分与图6的(a)所示的MAC subheader相同，此处不再赘述。MAC CE部分的LCGi用于指示触发UE上报BSR时，BSR应包含的一个LCG号。示例性地，当LCGi为LCG3时，则UE上报的BSR中包括LCG3的缓存数据大小。当LCGi为LCG5时，则UE上报的BSR中包括LCG5的缓存数据大小。

图6的(d)是本申请实施例提供的第四种MAC CE的格式的结构示意图。如图6的(d)所示，该MAC CE subPDU包含8比特MAC subheader和MAC CE。其中，MAC subheader部分与图6的(a)所示的MAC subheader相同，此处不再赘述。MAC CE的部分LCGi用于指示触发UE上报BSR时，BSR应包含的多个LCG号。示例性地，当LCGi分别为LCG3和LCG7时，则UE上报的BSR中包括LCG3和LCG7的缓存数据大小。

进一步地，基站还可以通过MAC CE指示UE触发BSR上报的具体时刻。

图6的(e)是本申请实施例提供的第五种MAC CE的格式的结构示意图。如图6的(e)所示，提供了一种可定时触发BSR的MAC CE。该MAC CE subPDU包含8比特MAC subheader和MAC CE。其中，MAC subheader部分与图6的(a)所示的MAC subheader相同，此处不再赘述。MAC CE部分包含一个延迟定时器(delay Timer)，用于指示第一时长，该第一时长用于指示UE触发BSR的时刻相对于UE接收到MAC CE的时刻的时间偏移量。也就是说，该delay Timer用于确定UE触发或上报BSR的时刻。

示例性地，该delay Timer的单位可以是时隙、毫秒或者符号数量等。

应理解，在UE接收到MAC CE后开始计时该timer，到该timer超时后所对应的时刻触发BSR。

一种可能的实现方式，UE在首次接收到承载该MAC CE的传输块(transportblock，TB)后，译码失败。UE可以通过HARQ反馈的方式向基站上报否定应答(negativeackownledgement，NACK)，基站在收到NACK后为UE的该TB调度一个重传，然后UE再重新接收、译码和上报。因此可能会出现UE正确译码该MAC CE的时间与初传调度的时间不一致的情况，此时，UE将根据初传的时间确定delay timer的开启时间。

示例性地，如图7所示，UE在t0时刻首次接收到MAC CE，delay timer的开启时间即为t0，但是由于译码失败，UE需要请求基站调度重传，并在t3时刻重新接收并译码成功，而MAC CE部分包含的delay Timer指示UE在t5时刻触发BSR上报，此时第一时长即为t5与t0之差。

基于上述方案，通过在MAC CE中携带delay timer，使得在正确译码MAC CE的时间与初传调度的时间不一致的情况下，UE依然能够及时上报BSR，避免了传输时延，以及资源的浪费。

综上，图6的(a)是基站通过MAC CE指示UE触发BSR上报，图6的(b)至(e)所示的MACCE则是在图6的(a)所示的MAC CE基础上的进一步改进。应理解，图6的(b)至(d)是并列关系，即基站通过MAC CE指示UE触发BSR上报指定的一个或多个LCG对应的上行缓存数据量，图6的(e)则是基站通过MAC CE指示UE触发BSR上报的具体时刻。

应理解，图6的(e)所示的MAC CE也可以分别与图6的(b)至(d)所示的MAC CE组合使用。也就是说，基站还可以通过MAC CE指示UE在何时触发BSR上报一个或多个LCG对应的上行缓存数据量，具体实现方式可参考上文，此处不再赘述。

需要说明的是，上述提供的MAC CE实现方式仅是示例性说明，本申请对此不做具体限定。例如，基站通过MAC CE触发BSR上报的LCGi的数量可以是m个，m为大于或等于1，且小于或等于最大可配置的LCG的数量的整数，例如8。

S520，基站为UE分配上行资源。

示例性地，该上行资源为物理层资源，例如PUSCH资源。基站通过DCI信令为UE分配PUSCH资源。

示例性地，UE接收来自基站的第二消息，第二消息用于指示基站为UE分配的上行传输资源，该上行传输资源用于承载BSR MAC CE。

应理解，如果在触发BSR时有上行资源，则UE可以在该上行资源上报BSR。如果在触发BSR时没有上行资源，则UE可以将触发的BSR挂起(pending)，等待向基站申请到上行资源后，在申请的上行资源上报BSR。例如，UE向基站发送调度请求(scheduling request，SR)，用于请求用于上报BSR的上行资源，基站基于SR为UE配置上行资源。

一种可能的实现方式，基站通过动态调度的方式为UE配置上行资源。

示例性地，基站可以通过DCI为UE调度PUSCH资源，UE可以在该PUSCH资源上传输上行数据。

另一种可能的实现方式，基站通过半静态调度的方式为UE配置上行资源。

示例性地，基站可以通过RRC信令为UE配置调度周期、时频域调度资源、HARQ等参数，UE可以在该配置授权中传输上行数据；或者，基站也可以先通过RRC信令为UE配置调度周期、HARQ等参数，再通过DCI来激活该配置授权的传输。

S530，UE在分配的上行资源上向基站发送BSR MAC CE。

对应的，基站接收来自UE的BSR MAC CE。

其中，BSR MAC CE用于指示UE的至少一个LCG的上行缓存数据量。

需要说明的是，在发送BSR MAC CE之前，UE需要根据当前LCG的缓存区的待传输数据量确定BSR中携带的上行缓存数据大小(buffer size)，即生成BSR。

一种可能的实现方式，UE在满足第一条件的情况下向基站发送BSR MAC CE。

其中，第一条件为上行传输资源用于初传；上行传输资源能够容纳BSR MAC CE以及与BSR MAC CE对应的MAC子包头；以及BSR MAC CE由第一消息(例如MAC CE)触发。

应理解，BSR是以LCG粒度进行上报的，即UE将属于同一个LCG的至少一个LCH上待传输的上行数据的数据量累加起来，生成一个LCG的BSR进行上报。基站在配置逻辑信道时，会为每个LCH指定所属的LCG。进一步地，UE可以被配置多个LCG，因此UE上报的BSR可以包含一个或多个LCG的上行缓存大小。

示例性地，如果UE有多于一个LCG的缓存区有待传输数据时，则上报长BSR，反之上报短BSR。

可选地，针对上述涉及的用于触发BSR的MAC CE，可以以逻辑信道LCH为粒度，为每个逻辑信道向基站申请用于传输上行数据的上行资源。

在该实现方式中，基站通过MAC CE主动触发UE上报BSR，例如在UE要上传XR数据帧的时刻，通过发送信令的方式触发UE上报BSR，使能BSR随着XR数据帧的传输而及时上报。

应理解，本申请同样适用于SL场景。接下来以SL场景下，XR视频业务中UE1和UE2之间的交互为例，结合图8详细说明UE1和UE2之间触发BSR上报的方式。应理解，UE1和UE2通过SL PC5接口进行通信，UE1通过Uu接口和基站通信，该PC5的通信需要基站进行资源分配。此时，UE1为了向UE2进行通信，需要向基站上报UE1的BSR，该BSR用于指示UE1有多少数据需要发送给UE2，以使能基站为UE1调度PC5资源。当无基站参与的UE间通信时，该实现方式中的UE1可以理解为上述方法500中基站角色，UE2可以理解为上述方法500中UE角色。

图8是本申请实施例提供的第三种缓存状态报告BSR指示方法的800的流程示意图。如图8所示，该方法具体包括如下多个步骤。

S810，基站向UE1发送MAC CE(即第一消息)。

对应的，UE1接收来自基站的MAC CE。

其中，该MAC CE用于指示UE1触发BSR#上报，BSR#用于指示UE1有多少数据需要发送给UE2。

具体地，基站可以通过MAC CE的不同格式的设计来指示UE1触发BSR#上报。

S820，基站为UE1分配上行资源。

示例性地，该上行资源为物理层资源，例如PUSCH资源。例如，基站通过DCI信令为UE1分配PUSCH资源。

一种可能的实现方式，基站通过动态调度的方式为UE1配置上行资源。

另一种可能的实现方式，基站通过半静态调度的方式为UE1配置上行资源。

S830，UE1在分配的上行资源上向基站发送BSR#MAC CE。

对应的，基站接收来自UE1的BSR#MAC CE。

S840，基站为UE1分配侧行链路传输资源。

示例性地，该侧行链路传输资源为物理层资源，例如PSSCH资源。例如，基站通过DCI信令为UE1分配PSSCH资源。

示例性地，UE1接收来自基站的消息#1，消息#1用于指示基站为UE1分配的侧行链路传输资源，如PSSCH，该侧行链路传输资源用于承载UE1向UE2传输的数据。

一种可能的实现方式，基站通过动态调度的方式，如通过DCI格式3_0或DCI格式3_1为UE1配置侧行链路传输资源。

另一种可能的实现方式，基站通过半静态调度的方式为UE1配置侧行链路传输资源。

S850，UE1在分配的侧行链路传输资源上向UE2发送数据。

对应的，UE2接收来自UE1的数据。

在该实现方式中，基站通过MAC CE主动触发UE1上报BSR#，例如在UE1要上传XR数据帧给UE2的时刻，通过发送信令的方式触发UE1上报BSR#，使能BSR#随着XR数据帧的传输而及时上报。

需要说明的是，上述步骤S810-S830的具体实现方式可参考上述方法500中步骤S510-S530，为了简洁，此处不再过多赘述。

接下来，以蜂窝上行传输场景下，XR视频业务中基站和UE之间的交互为例，结合图9详细说明另一种基站主动触发UE上报BSR的方式。与图5所示的方法不同之处在于，该实现方式是基站通过DCI指示UE触发BSR上报。

图9是本申请实施例提供的第四种缓存状态报告BSR指示方法的900的流程示意图。如图9所示，该方法具体包括如下多个步骤。

S910，基站向UE发送DCI(即，第一消息)。

对应的，UE接收来自基站的DCI。

其中，该DCI用于指示UE触发BSR上报，BSR用于指示UE的至少一个LCG的上行缓存数据量。

进一步地，若该DCI为上行调度DCI(如DCI格式0_0，DCI格式0_1或DCI格式0_2)，该DCI还用于指示上行传输资源，例如PUSCH资源。

可选地，指示上行传输资源的承载的控制信息DCI与指示UE触发BSR上报的承载的控制信息DCI可以相同，也可以不同。也就是说，上行传输资源可以单独发送，本申请对此不作具体限定。可选地，该实现方式该可以包括如下步骤：

S911，基站为UE分配上行传输资源。

示例性地，该上行资源为物理层资源，例如PUSCH资源。基站通过DCI信令为UE分配PUSCH资源。

其中，具体的实现方式可参考上述方法500的步骤S520，为了简洁，此处不再赘述。

一种可能的实现方式，基站可以在传统DCI格式中添加1比特字段，用于指示UE触发BSR。其中，当该字段比特为‘1’时，用于指示UE触发BSR上报；或者，当该字段比特为‘0’时，用于指示UE不触发BSR上报。

需要说明的是，当该字段比特为‘0’时，UE不触发BSR，但是UE仍可以因为上述其他条件触发BSR。示例性地，当满足传统BSR触发机制中的常规BSR触发条件(例如，某个LCG有新数据到达，且该LCG的优先级高于其他有待传输数据的LCG的优先级，或者无LCG的buffer有待传数据)时，UE仍然可以向基站上报BSR。

可选地，该DCI格式可以是用于指示上行传输的DCI格式0_0，DCI格式0_1，DCI格式0_2，或者，该DCI格式也可以是用于指示下行传输的DCI格式1_0，DCI格式1_1，DCI格式1_2。

作为示例而非限定，当接收到用于指示触发BSR的DCI后，UE将在下一次可以上报BSR的传输时刻上报BSR。一种示例，当指示触发BSR的DCI为上行调度DCI时(例如DCI格式0_0，或DCI格式0_1，或DCI格式0_2)，UE可以在该DCI所调度的上行资源上报BSR。另一种示例，当指示触发BSR的DCI为下行调度DCI时，基站还需要为UE分配上行资源。对应的，UE在分配的上行资源上报BSR。即通过下行DCI触发BSR的方式可以参考上述方法500，与上述方法500不同之处在于，该实现方式是基站通过上行调度DCI触发BSR上报的，而并非通过MAC CE触发UE上报BSR。

进一步地，基站可以通过DCI指示UE触发某一个LCG的BSR上报。

一种可能的实现方式，由于每个UE最多可以被分配8个LCG，例如LCG0～LCG7，即基站可以通过3比特字段来指示这8个LCG，例如000～111。

示例性地，当该字段比特为‘011’时，用于指示UE触发一次BSR上报，且该BSR包含LCG3的缓存区的上行数据大小。或者，当该字段比特为‘101’时，用于指示UE触发一次BSR上报，且该BSR包含LCG5的缓存区的上行数据大小等。

另一种可能的实现方式，由于XR视频业务所对应的LCG是基站通过RRC信令为UE半静态配置的，因此可以通过RRC信令和DCI联合指示的方式，触发UE上报某一个LCG的BSR。具体地，基站可以通过RRC信令为UE配置需要上报BSR的LCG号，例如XR视频业务所对应的LCGID。当配置完成后，基站可以通过DCI指示UE触发BSR的上报，此时DCI可以仅添加1比特字段，用于指示触发BSR上报。其中，当该字段比特为‘1’时，用于指示UE触发一次BSR上报；或者，当该字段比特为‘0’时，用于指示UE不触发BSR上报。

示例性地，基站通过RRC信令为UE半静态配置需要上报BSR的LCG号为2，然后基站在某个时刻(例如，UE要上传XR数据帧的时刻)通过该字段比特‘1’指示UE触发一次BSR上报，则该BSR包括LCG2对应的上行缓存数据大小。

需要说明的是，基站通过半静态配置需要上报BSR的LCG号可以参考上述方法500。为了简洁，此处不再赘述。

进一步地，基站还可以通过DCI指示UE触发BSR上报的具体时刻。

一种可能的实现方式，基站可以在传统DCI格式中添加比特字段，用于指示UE触发BSR的时刻。例如3比特字段，取值从‘000’至‘111’。

示例性地，当该字段比特取值为‘000’时，用于指示UE不触发BSR上报；或者，当该字段比特取值为‘010’时，用于指示触发BSR上报，且触发时间晚于接收该DCI的2时隙，或2毫秒等。

需要说明的是，对于上述DCI指示UE触发BSR的上报某个LCG的情况，UE在接收到该DCI前，或UE在接收到该DCI后至发送BSR前，若UE由于其他途径触发了BSR上报，那么该UE仍然正常上报BSR，当有多个LCG的上行缓存数据大小需要被上报时，UE上报长BSR。反之则上报短BSR。

另一种可能的实现方式，基站可以在传统DCI格式中额外添加比特字段#2，用于指示UE触发BSR的时刻。应理解，该比特字段#2是独立于指示触发某一个LCG的BSR上报的比特字段#1。

示例性地，DCI中包括比特字段#1和比特字段#2，比特字段#1用于指示是否触发BSR上报，或者指示UE触发某一LCG的BSR上报，比特字段#2用于指示BSR上报时刻。例如，当比特字段#1为‘1’，且比特字段#2为‘010’时，则UE需要触发一次BSR上报，且触发时间晚于接收该DCI的2ms；或者，当比特字段#1为‘010’，且比特字段#2为‘100’时，则UE需要触发一次BSR上报，该BSR包含LCG2的缓存区的上行数据大小，且触发时间晚于接收该DCI的4slot等。应理解，上述时间单元可以是毫秒或时隙，也可以是其他时间单元，本申请对此不做限制。

综上所述，上述分别提供了基站通过DCI指示UE触发BSR上报，通过DCI指示UE触发某一个LCG的BSR上报，以及通过DCI指示UE触发BSR上报的具体时刻等实现方式。上述多种实现方式可以单独使用，也可以组合使用，本申请对此不作具体限定。

需要说明的是，上述基站通过DCI指示UE触发BSR的上报时刻，以及通过DCI指示UE触发某一个LCG的BSR上报，可以配合使用，组成新的实现方式。也就是说，基站还可以通过一个或多个DCI指示UE在何时触发BSR上报某一个LCG对应的上行缓存数据量，具体实现方式可参考上文，为了简洁，此处不再赘述。

S920，UE在PUSCH资源上向基站发送BSR MAC CE。

对应的，基站接收来自UE的BSR MAC CE。

需要说明的是，在发送BSR MAC CE之前，UE需要根据当前LCG的缓存区的待传输数据量确定BSR中携带的上行缓存数据大小，即生成BSR。

一种可能的实现方式，UE在满足第一条件的情况下向基站发送BSR MAC CE。

其中，第一条件为上行传输资源用于初传；上行传输资源能够容纳BSR MAC CE以及与BSR MAC CE对应的MAC子包头；以及BSR MAC CE由第一消息(例如DCI)触发。

应理解，UE将属于同一个LCG的至少一个LCH上待传输的上行数据的数据量累加起来，生成一个LCG的BSR进行上报。即BSR是以LCG为粒度上报的。

进一步地，UE可以被配置多个LCG，因此UE上报的BSR可以包含一个或多个LCG的上行缓存大小。示例性地，如果UE有多于一个LCG的缓存区有待传输数据时，则上报长BSR，反之上报短BSR。

应理解，上述实现方式同样适用于SL场景下UE1和UE2之间触发BSR上报具体可参考上述图8，此处不再赘述。

在该实现方式中，基站通过DCI主动触发UE上报BSR，例如在UE要上传XR数据帧的时刻，通过发送信令的方式触发UE上报BSR，使能BSR随着XR数据帧的传输而及时上报。

应理解，上述方法500、800和900是基站通过MAC CE信令或DCI信令主动触发UE上报BSR。接下来，以XR视频业务中基站和UE之间的交互为例，结合图10详细说明本申请提供的基站通过RRC信令半静态触发UE周期上报BSR。

图10是本申请实施例提供的第一种缓存状态报告BSR触发方法1000的流程示意图。在该实现方式中，基站基于传统的periodicBSR上报的触发方式，通过RRC信令为UE修改周期BSR的触发方式。如图10所示，该方法具体包括如下多个步骤。

S1010，基站向UE发送配置信息#1(即，第二配置信息)。

对应的，UE接收来自基站的配置信息#1。

其中，该配置信息#1用于配置第一定时器和第一信令，第一信令用于指示UE触发BSR的上报。

一种可能的实现方式，该配置信息包括指示信息#A，该指示信息#A用于指示第二条件，即上行传输资源用于初传；上行传输资源能够容纳UE上报的BSR MAC CE以及与BSRMAC CE对应的MAC子包头；以及第一信令为第一值。其中，上行传输资源为基站为UE分配的传输资源。

也就是说，UE根据第二条件可以确定传统的periodicBSR-Timer是否会随着每次UE上报BSR而重启(或刷新)。

示例性地，该配置信息#1可以是RRC配置信令，例如BSR-config信令。该指示信息#A是periodicBSRrefresh-r18信令(即，第一信令)。其中，该periodicBSRrefresh-r18信令可以包含2个值：enabled和disabled(即，第一值)。例如，基站可以在BSR-config信令(配置信息#1)中添加periodicBSRrefresh-r18信令(第一信令)，具体的配置方式可以参考如下所示：

/>

具体地，当periodicBSRrefresh-r18＝enabled时，指示periodicBSR-Timer将按照传统的触发方式进行触发(例如，启动或重启)，即periodicBSR-Timer的重启取决于该第一定时器的超时时刻，或者取决于UE是否上报BSR。也就是说，当periodicBSR-Timer超时时，或者当UE上报BSR时，periodicBSR-Timer重启。当periodicBSRrefresh-r18＝disabled时，指示periodicBSR-Timer的触发取决于该第一定时器的超时时刻，而不取决于UE是否上报BSR。也就是说，当periodicBSR-Timer超时时，UE触发BSR的上报，并重启periodicBSR-Timer。

可选地，上述periodicBSRrefresh-r18信令的具体配置中也可以包含enabled一个值，此时disabled可以默认为该配置参数periodicBSRrefresh-r18不被配置。示例性地，这里可以把periodicBSRrefresh-r18替换为：例如ForbitperiodicBSRtrigger-r18，表明当该值为enabled时，periodicBSR-Timer不会因上报BSR而重置。

应理解，在该实现方式中，periodicBSR-Timer与XR数据帧的传输周期需保持同步，即保证periodicBSR-Timer的开启或重启与新的XR数据帧的传输时刻是同时的。也就是说，在某一周期内传输数据帧1的过程中，无论是否因为其他触发条件(例如，参见传统的触发机制)而上报BSR，periodicBSR-Timer都不会被重启。

进一步地，基站可以通过配置信息#1指示UE触发某个LCG的BSR上报。

一种可能的实现方式，该配置信息#1包括指示信息#B，该指示信息#B用于指示UE触发的BSR所对应的LCG。例如，通过指示信息#B指示LCG的标识信息(例如，LCG ID或LCG号)。

示例性地，配置信息#1是BSR-config信令，该指示信息#B是periodicBSRrefresh-r18信令(即，第二信令)。例如，基站在BSR-config信令中引入一个periodicBSR-LCG-r18信令，用于指示UE触发的BSR所对应的LCG为LCG3。

示例性地，配置信息#1是BSR-config信令，该指示信息#B是periodicBSR-LCGlist-r18信令。例如，基站在BSR-config信令中引入一个periodicBSR-LCGlist-r18信令，用于指示UE触发的BSR所对应的LCG为LCG3和LCG7。

需要说明的是，指示信息#B所指示的LCG可以是显式指示，例如，指示信息#B中携带LCG ID或LCG号。若该指示信息#B中携带LCG3，表示UE上报的BSR包含LCG3的缓存数据量。若该指示信息#B中携带比特LCG5和LCG6，表示UE上报的BSR包含LCG5和LCG6的缓存数据量。或者，指示信息#B所指示的LCG也可以是隐式指示，例如，通过3比特字段指示LCG。若该指示信息#B中携带比特“010”，表示UE上报的BSR包含LCG2的缓存数据量。若该指示信息#B中携带比特“100”和“111”，表示UE上报的BSR包含LCG4和LCG7的缓存数据量。本申请对此不作具体限定。

因此，基于上述提供的实现方式，UE可以触发一个或多个指定LCG的BSR上报。

在该实现方式中，若仅当该periodicBSR-Timer超时触发了BSR，则UE可以上报periodicBSR-LCG-r18或periodicBSR-LCGlist-r18中所指示的LCG的缓存大小；若存在其他途径触发BSR上报(例如，高优先级逻辑信道出现新的传输数据)，则可以按照传统BSR触发机制上报BSR。应理解，这两种上报BSR的方式不冲突，可以配合使用。

作为示例而非限定，上述基站通过配置信息#1指示UE触发某个LCG的BSR上报，以及通过配置信息#1指示UE触发某个LCG的BSR上报，可以配合使用，组成新的实现方式。

一种可能的实现方式，基站可以通过RRC信令先配置periodicBSRrefresh-r18＝disabled(即，指示信息#A)，使得periodicBSR-Timer仅在超时时被重启；再通过periodicBSR-LCG-r18或periodicBSR-LCGlist-r18(即，指示信息#B)配置该periodicBSR触发的BSR上报所包含的一个或多个LCG，即使能UE周期性触发BSR的上报，进一步地，使能UE周期性触发指定的一个或多个LCG的BSR上报。

另一种可能的实现方式，配置periodicBSR-LCG-r18或periodicBSR-LCGlist-r18同时支持periodicBSRrefresh-r18的功能。例如，当基站通过RRC信令配置periodicBSR-LCG-r18或periodicBSR-LCGlist-r18时，periodicBSR-Timer不会因为UE上报BSR而重启，即类似于隐式触发了periodicBSRrefresh-r18＝disabled。

S1020，在满足第二条件的情况下，UE启动或重启第一定时器，且向基站发送BSRMAC CE。

需要说明的是，当UE同时触发本申请提供的BSR、填充BSR、常规BSR和/或周期BSR时，根据所述常规BSR和/或所述周期BSR生成BSR MAC CE；或者，当UE同时触发BSR和填充BSR时，UE根据BSR生成BSR MAC CE。

也就是说，常规BSR和周期BSR应该优先于填充BSR，本申请实施例中由MAC CE触发的BSR的优先级优先于填充BSR，但是低于常规BSR和/或周期BSR的优先级。

一种可能的实现方式，该配置信息#1包括指示信息#A。

示例性地，指示信息#A用于指示周期触发BSR的上报。其中，periodicBSR-Timer的重启取决于该第一定时器的超时时刻，不随着每次上报BSR而重启(或刷新)。则UE在接收到配置信息#1后，在每次上传新的XR数据帧的时候触发BSR上报，且重启periodicBSR-Timer。

具体地，以periodicBSRrefresh-r18＝disabled为例，结合图11具体说明本申请实施例提供的第三种触发BSR的上报方式。如图11所示，以子载波间隔(subcarrierspacing，SCS)为15kHz(每个时隙时长为1ms)，时分双工TDD配置为4:1为例，假设XR数据帧的传输周期为15ms，且periodicBSR-Timer的周期和XR帧周期相同，以使能UE在每次上报XR帧的同时也可以上报BSR，并重启periodicBSR-Timer。

示例性地，UE可以在U0向基站传输XR帧1，并上报BSR，同时开启或重启periodicBSR-Timer。根据上述XR帧的传输周期，XR帧2将在U4到达该逻辑信道，在U2由于其他原因(例如，高优先级逻辑信道出现新的待传输数据)，UE可以根据传统触发条件再次上报BSR，但因为periodicBSRrefresh-r18＝disabled，此时periodicBSR-Timer因为未超时不会被重置，而是持续计时，直至在U4时该periodicBSR-Timer超时。此时，XR帧1传输完成，XR帧2待传输。因此UE需要触发BSR，并在U4上报BSR以及向基站传输XR帧2，同时重启periodicBSR-Timer。

另一种可能的实现方式，该配置信息#1包括指示信息#B。

示例性地，指示信息#B包括一个或多个LCG ID，例如LCG1和/或LCG5。其中，periodicBSR-Timer的重启取决于该第一定时器的超时时刻，不随着每次上报BSR而重启(或刷新)。则UE在接收到配置信息#1后，触发LCG1和/或LCG5的BSR上报。

又一种可能的实现方式，该配置信息#1包括指示信息#A和指示信息#B。

示例性地，指示信息#A用于指示UE周期触发BSR的上报，指示信息#B指示UE周期触发的BSR所对应的LCG为LCG3和LCG7。其中，periodicBSR-Timer的重启取决于该第一定时器的超时时刻，不随着每次上报BSR而重启(或刷新)。则UE在接收到配置信息#1后，触发LCG3和LCG7的BSR周期上报。

应理解，上述实现方式同样适用于SL场景下UE1和UE2之间触发BSR上报具体可参考上述图8，此处不再赘述。

在该实现方式中，提供半静态信令配置周期BSR触发的方法。通过改变当前周期BSR(periodicBSR-Timer)的触发条件，保障BSR的触发周期的稳定性，使能UE在每次传输一个新的XR帧(例如，XR帧2)时，同时上报BSR和重启periodicBSR-Timer，使得基站为UE分配适当的上行资源，以提升小区上行资源利用率，同时降低上行XR帧数据的传输时延。

接下来，以XR视频业务中基站和UE之间的交互为例，结合图12详细说明另一种基站通过RRC信令半静态触发UE周期上报BSR。与图10所示的方法不同之处在于，该实现方式是基站通过RRC配置信令为UE配置一个新的periodicBSR-Timer-r18，即半静态配置一个恒定的BSR触发周期。

图12是本申请实施例提供的第二种缓存状态报告BSR触发方法1200的流程示意图。如图12所示，该方法具体包括如下多个步骤。

S1210，基站向UE发送配置信息#a(即，第三配置信息)。

对应的，UE接收来自基站的配置信息#a。

其中，该配置信息#a用于配置定时器#1(即，第二定时器)和第二时长，该配置信息#a用于指示UE触发一次BSR上报。

在一种可能的实现方式中，该配置信息#a用于指示UE在定时器#1超时触发BSR。

示例性地，该配置信息#1可以是RRC配置信令，例如BSR-config信令。该定时器#1可以是periodicBSR-Timer-r18。例如，基站可以在BSR-Config信令中添加periodicBSR-Timer-r18(定时器#1)，具体的配置方式可以参考如下所示：

/>

示例性地，定时器#1periodicBSR-Timer-r18的时间单元可以是子帧，也可以是时隙或毫秒等，本申请对此不做限定。

应理解，该定时器periodicBSR-Timer-r18与传统的periodicBSR-Timer是相互独立的,并且可以同时配置。

需要说明的是，periodicBSR-Timer-r18的重启与XR数据帧的传输周期是同步的，即periodicBSR-Timer-r18的重启是周期性的。也就是说，仅当periodicBSR-Timer-r18超时时，periodicBSR-Timer-r18才会重启。

可选地，periodicBSR-Timer-r18也可以是BSRtriggerPeriodicity-r18，即基站可以通过RRC信令配置一个恒定的BSR触发周期，该周期的时间单位可以是时隙，或者是毫秒等。例如，恒定的BSR触发周期为5ms。

示例性地，以半静态配置BSRtriggerPeriodicity-r18为例，结合图13具体说明本申请实施例提供的第四种触发BSR的上报方式。如图13所示，以子载波间隔(subcarrierspacing，SCS)为15kHz(每个时隙时长为1ms)，时分双工TDD配置为4:1为例，假设XR数据帧的传输周期为15ms，且BSRtriggerPeriodicity-r18的周期和XR帧周期相同，以使能UE在每次发送XR帧的同时也可以上报BSR。

示例性地，UE可以在U0向基站传输XR帧1，并上报BSR，同时开启periodicBSR-Timer和BSRtriggerPeriodicity-r18。根据上述XR帧的传输周期，XR帧2将在U4到达该逻辑信道，在U2由于其他原因(例如，高优先级逻辑信道出现新的待传输数据)，UE可以根据传统触发条件再次上报BSR，此时periodicBSR-Timer重启，但由于BSRtriggerPeriodicity-r18与XR帧周期是同步的，此时BSRtriggerPeriodicity-r18因为未超时而不会被重置，而是持续计时，直至在U4时该BSRtriggerPeriodicity-r18超时。但是此时传统的periodicBSR-Timer并未超时，因此不会在U4被重启。应理解，在U4时XR帧1传输完毕，XR帧2待传输。UE可以触发BSR，并在U4上报BSR以及向基站继续传输XR帧2，同时重启BSRtriggerPeriodicity-r18。以此类推。

进一步地，基站可以通过配置信息#a指示UE触发某个LCG的BSR上报。

即，当该定时器#1超时时，或者每隔BSRtriggerPeriodicity-r18时间单元，UE触发某个LCG的BSR上报。

一种可能的实现方式，该配置信息#a携带指示信息#B，该指示信息#B包括UE触发的BSR所对应的LCG。例如LCG的标识信息(LCG ID或LCG号)。具体实现方式可参见上述方法1200步骤S1210，为了简洁，此处不再赘述。

S1220，在第二定时器(定时器#1)的计时时长超过第二时长的情况下，UE启动或重启第二定时器，且根据BSR向基站发送BSR媒体接入控制MAC控制单元CE。

对应的，基站接收来自UE的BSR MAC CE。

需要说明的是，当UE同时触发BSR、填充BSR、常规BSR和/或周期BSR时，根据所述常规BSR和/或所述周期BSR生成BSR MAC CE；或者，当UE同时触发BSR和填充BSR时，UE根据BSR生成BSR MAC CE。

也就是说，常规BSR和周期BSR应该优先于填充BSR，本申请实施例中由MAC CE触发的BSR的优先级优先于填充BSR，但是低于常规BSR和/或周期BSR的优先级。

一种可能的实现方式，该配置信息#a包括定时器#1。即当定时器#1超时时，UE触发BSR上报。

示例性地，定时器#1(例如periodicBSR-Timer-r18)的重启与XR数据帧的传输周期相同，例如5ms。例如，UE在1ms向基站传输XR帧1，并在6ms传输结束。此时，定时器#1超时，则UE立即重启定时器#2，并继续向基站传输XR帧2。依次类推。

可选地，在XR帧1的传输过程中，可能存在由于其他条件触发BSR上报的情况，UE仍然可以按照传统的BSR触发机制上报BSR，即定时器#1periodicBSR-Timer-r18与传统的periodicBSR-Timer的重启是相互独立的。

一种可能的实现方式，该配置信息#a包括指示信息#B。

示例性地，指示信息#B包括一个或多个LCG ID，例如LCG2和/或LCG4。则当该定时器#1超时时，或者每隔BSRtriggerPeriodicity-r18时间单元，UE触发LCG2和/或LCG4的BSR上报。

应理解，上述实现方式同样适用于SL场景下UE1和UE2之间触发BSR上报具体可参考上述图8，此处不再赘述。

在该实现方式中，基站通过RRC信令半静态配置一个独立于传统的periodicBSR-Timer的定时器#1(例如periodicBSR-Timer-r18)，或者是配置恒定的BSR触发周期(例如，BSRtriggerPeriodicity-r18)，保证BSR触发的稳定性，使能UE在每次传输一个新的XR帧(例如，XR帧2)时，同时上报BSR和重启定时器#1，使得基站为UE分配适当的上行资源，以提升小区上行资源利用率，同时降低上行XR帧数据的传输时延。

这样，基站通过MAC CE或DCI主动触发UE的BSR上报，使能BSR的按时触发。另外，基站还通过RRC信令半静态配置BSR的触发条件，以及半静态配置恒定的BSR触发周期，以保障BSR的触发周期的稳定性。进一步地，基站还可以通过动态指示或半静态配置方式触发特定LCG的BSR上报，和/或动态指示BSR的触发时刻。本申请所揭示的方法，能够保证UE在发送每次传输新的数据时，及时上报BSR，以使能基站进行合理地资源分配，进而减少空口资源的浪费，以及降低数据的传输时延。

需要说明的是，上述提供的通信方法可以单独实现，也可以组合实现，本申请对此不作具体限定。另外，上述提供的通信方法500、800和900可以看做是上述通信方法400具体细化的流程。其中，通信方法400、500、800、900、1000和1200中涉及的相关概念以及步骤可以相互参考等，本申请对部分内容不再赘述。

上文结合图4至图13，详细描述了本申请的BSR指示/触发方法侧实施例，上述获取信息的方法主要从各个设备之间交互的角度进行了介绍。可以理解的是，为了实现上述功能，各个设备包含了执行各个功能相应的硬件结构和/或软件模块。

示例性地，图14示出了本申请实施例提供的一种通信装置3000。如图14所示，该装置3000包括处理器3010和收发器3020。其中，处理器3010和收发器3020通过内部连接通路互相通信，该处理器3010用于执行指令，以控制该收发器3020发送信号和/或接收信号。

可选地，该装置3000还可以包括存储器3030，该存储器3030与处理器3010、收发器3020通过内部连接通路互相通信。该存储器3030用于存储指令，该处理器3010可以执行该存储器3030中存储的指令。

在一种可能的实现方式中，装置3000用于实现上述方法实施例中的终端设备对应的各个流程和步骤。

在另一种可能的实现方式中，装置3000用于实现上述方法实施例中的第一设备(例如，网络设备)对应的各个流程和步骤。

应理解，装置3000可以具体为上述实施例中的终端设备或网络设备，也可以是终端设备或网络设备的芯片或者芯片系统。对应的，该收发器3020可以是该芯片的收发电路，在此不做限定。具体地，该装置3000可以用于执行上述方法实施例中与网络设备或终端设备对应的各个步骤和/或流程。

可选地，该存储器3030可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。例如，存储器还可以存储设备类型的信息。该处理器3010可以用于执行存储器中存储的指令，并且当该处理器3010执行存储器中存储的指令时，该处理器3010用于执行上述与发送端或接收端对应的方法实施例的各个步骤和/或流程。

在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

应注意，本申请实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。本申请实施例中的处理器可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(directrambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

根据本申请实施例提供的方法，本申请还提供一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行上述所示实施例中的方法。

根据本申请实施例提供的方法，本申请还提供一种计算机可读介质，该计算机可读介质存储有程序代码，当该程序代码在计算机上运行时，使得该计算机执行上述所示实施例中的方法。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

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

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对传统技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

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