CN116097726A - 发送数据量的方法、装置以及可读存储介质 - Google Patents

Abstract

本公开提供一种发送数据量的方法、装置以及可读存储介质，所述方法包括：在PDCP实体向至少一类无线链路控制RLC实体发送第一业务的数据包的场景中，PDCP实体向与至少一类RLC实体关联的媒体接入控制MAC实体发送待传输数据的数据量。本公开实施例中，在传输第一业务数据的场景中，通过PDCP层实现对业务数据的分流发送，并结合所分流的至少一类RLC实体，向其关联的MAC实体进行待传输数据的数据量的上报，以在XR业务分流场景下提供有效上报数据量的方式。

Description

发送数据量的方法、装置以及可读存储介质

技术领域

本公开涉及无线通信技术领域，尤其涉及一种发送数据量的方法、装置以及可读存储介质。

背景技术

在第五代(5th-Generation，5G)无线通信系统中，需要支持扩展现实(eXtendedReality，XR)业务类型。在XR业务中，可采用服务质量(Quality of Service，QoS)流传输进行数据包传输。传输过程中，非接入层(Non-access Stratum，NAS)可能不进行数据包的分流，在同一个QoS流(Qos flow)中包含不同数据。因此，若无线接入网(Radio AccessNetwork，RAN)侧对数据分流，需解决此数据分流时如何获知待传输数据的数据量的问题。

发明内容

本公开提供了一种发送数据量的方法、装置以及可读存储介质。

第一方面，本公开提供一种发送数据量的方法，所述方法包括：

在PDCP实体向至少一类无线链路控制RLC实体发送第一业务的数据包的场景中，PDCP实体向与至少一类RLC实体关联的媒体接入控制MAC实体发送待传输数据的数据量。

本公开实施例中，在传输第一业务数据的场景中，通过PDCP层实现对业务数据的分流发送，并结合所分流的至少一类RLC实体，向其关联的MAC实体进行待传输数据的数据量的上报，以在XR业务分流场景下提供有效上报数据量的方式。

在一些可能的实施方式中，所述PDCP实体向与至少一类RLC实体关联的媒体接入控制MAC实体发送待传输数据的数据量，包括：

所述PDCP实体确定所述至少一类RLC实体的类型；

所述PDCP实体根据所述至少一类RLC实体的类型，向对应类型RLC实体中至少一个RLC实体关联的所述MAC实体发送所述数据量。

在一些可能的实施方式中，所述PDCP实体确定所述至少一类RLC实体的类型，包括：

所述PDCP实体根据数据包的属性信息，确定所述至少一类RLC实体的类型，其中，每种类型的RLC实体用于传输对应属性信息的数据包。

在一些可能的实施方式中，所述PDCP实体根据数据包的属性信息，确定所述至少一类RLC实体的类型，包括：

所述PDCP实体根据所述数据包中的第一字段，确定所述数据包的属性信息；

所述PDCP实体根据所述属性信息确定所述至少一个RLC实体的类型。

在一些可能的实施方式中，所述数据包的属性信息包括以下中的一项：

数据包的类型；

数据包的优先级别；

数据包的处理等级。

在一些可能的实施方式中，所述PDCP实体向对应类型RLC实体中至少一个RLC实体关联的所述MAC实体发送待传输数据的数据量，包括：

所述PDCP实体确定每种类型的数据包的待传输数据的数据量；

所述PDCP实体向对应类型RLC实体中至少一个RLC实体关联的所述MAC实体发送所述数据量。

在一些可能的实施方式中，所述PDCP实体向用户设备的和至少一个RLC实体关联的媒体接入控制MAC实体发送待传输数据的数据量，包括：

若所述第一业务的无线承载RB的PDCP包复制功能被激活或者所述RB的PDCP关联的RLC实体的PDCP包复制功能被激活时，所述PDCP实体向第一RLC实体关联的MAC实体和第二RLC实体关联的MAC实体发送所述数据量。

在一些可能的实施方式中，所述方法还包括：

所述MAC实体根据接收的所述数据量，向网络设备发送缓存状态报告BSR。

第二方面，本公开提供一种用户设备，所述用户设备包括：PDCP实体。

PDCP实体被配置于，在PDCP实体向至少一类无线链路控制RLC实体发送第一业务的数据包的场景中，向与至少一类RLC实体关联的媒体接入控制MAC实体发送待传输数据的数据量。

第三方面，本公开提供一种通信装置，包括处理器以及存储器；所述存储器用于存储计算机程序；所述处理器用于执行所述计算机程序，以实现第一方面或第一方面的任意一种可能的设计。

第四方面，本公开提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令(或称计算机程序、程序)，当其在计算机上被调用执行时，使得计算机执行上述第一方面或第一方面的任意一种可能的设计。

附图说明

此处所说明的附图用来提供对本公开实施例的进一步理解，构成本申请的一部分，本公开实施例的示意性实施例及其说明用于解释本公开实施例，并不构成对本公开实施例的不当限定。在附图中：

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开实施例的实施例，并与说明书一起用于解释本公开实施例的原理。

图1为本公开实施例提供的一种通信系统架构的示意图；

图2为本公开实施例提供的一种协议层结构示意图；

图3为根据一示例性实施例示出的一种发送数据量和缓存状态报告的方法的流程图；

图4为根据一示例性实施例示出的一种发送数据量的方法的流程图；

图5为根据一示例性实施例示出的另一种发送数据量的方法的流程图；

图6为根据一示例性实施例示出的另一种发送数据量的方法的流程图；

图7为根据一示例性实施例示出的一种发送缓存状态报告的方法的流程图；

图8为根据一示例性实施例示出的一种发送数据量的装置的结构图；

图9是根据一示例性实施例示出的用户设备的框图。

具体实施方式

现结合附图和具体实施方式对本公开实施例进一步说明。

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在本公开实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”及“若”可以被解释成为“在……时”或“当……时”或“响应于确定”。

下面详细描述本公开的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的要素。下面通过参考附图描述的实施例是示例性的，旨在用于解释本公开，而不能理解为对本公开的限制。

如图1所示，本公开实施例提供的一种发送数据量和缓存状态报告的方法可应用于无线通信系统100。无线通信系统100包括用户设备101、无线接入网(Radio AccessNetwork，RAN)设备102或者称网络设备102以及核心网(Core Network，CN)设备103。

用户设备101可接入到无线网络，以通过无线网络获取外网(例如因特网)的服务，或者通过无线网络与其它设备通信，如可以与其它用户设备通信。如图1所示，该无线网络包括：RAN设备102或者称网络设备102，以及CN设备103，其中RAN设备102用于将用户设备101接入到无线网络，CN设备103用于对用户设备101进行管理并提供与外网通信的网关。应理解，图1所示的通信系统中各个设备的数量仅作为示意，本申请实施例并不限于此，实际应用中在通信系统中还可以包括更多的用户设备、更多的RAN设备，还可以包括其它设备。

其中，用户设备101被配置为支持载波聚合，并可连接至网络设备102的多个载波单元，包括一个主载波单元以及一个或多个辅载波单元。

当图1所示的网络架构适用于5G通信系统时，CN设备103可以包括：接入和移动性管理功能(Access and Mobility Management Function，AMF)实体、会话管理功能(Session Management Function，SMF)、用户面功能(User Plane Function，UPF)实体、策略和计费功能(Policy and charging function，PCF)设备、网络开放功能(NetworkExposure Function，NEF)设备、应用功能(Application Function，AF)设备等。

应理解，以上无线通信系统100既可适用于低频场景，也可适用于高频场景。无线通信系统100的应用场景包括但不限于长期演进(long term evolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)系统、全球互联微波接入(worldwide interoperability for micro wave access，WiMAX)通信系统、云无线接入网络(cloud radio access network，CRAN)系统、未来的第五代(5th-Generation，5G)系统、新无线(new radio，NR)通信系统或未来的演进的公共陆地移动网络(public land mobile network，PLMN)系统等。

以上所示用户设备101可以是终端(terminal)、接入终端、终端单元、终端站、移动台(mobile station，MS)、远方站、远程终端、移动终端(mobile terminal)、无线通信设备、终端代理或终端设备等。该用户设备101可具备无线收发功能，其能够与一个或多个通信系统的一个或多个网络设备进行通信(如无线通信)，并接受网络设备提供的网络服务，这里的网络设备包括但不限于图示网络设备102。

其中，用户设备101可以是蜂窝电话、无绳电话、会话启动协议(sessioninitiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字处理personal digital assistant，PDA)设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、未来5G网络中的终端设备或者未来演进的PLMN网络中的终端设备等。

网络设备102或RAN设备102具体可包括基站(base station，BS)，或包括基站以及用于控制基站的无线资源管理设备等。该网络设备102还可包括中继站(中继设备)、接入点以及未来5G网络中的基站、未来演进的PLMN网络中的基站或者NR基站等。网络设备102可以是可穿戴设备或车载设备。网络设备102也可以是具有通信模块的通信芯片。

比如，网络设备102包括但不限于：5G中的下一代基站(gnodeB，gNB)、LTE系统中的演进型节点B(evolved node B，eNB)、无线网络控制器(radio network controller，RNC)、WCDMA系统中的节点B(node B，NB)、CRAN系统下的无线控制器、基站控制器(basestationcontroller，BSC)、GSM系统或CDMA系统中的基站收发台(base transceiver station，BTS)、家庭基站(例如，home evolved nodeB，或home node B，HNB)、基带单元(basebandunit，BBU)、传输点(transmitting and receiving point，TRP)、发射点(transmittingpoint，TP)或移动交换中心等。

此外，RAN设备102与用户设备101之间的通信遵循一定的协议层结构。图2为本公开实施例示意的一种协议层结构示意图。参考图2所示，控制面协议层结构可以包括无线资源控制(Radio Resource Control，RRC)层、分组数据汇聚协议(Packet Data ConvergenceProtocol，PDCP)层、无线链路控制(Radio Link Control，RLC)层、媒体接入控制(MediaAccess Control，MAC)层和物理层(Physical Layer，PHY)等协议层的功能。用户面协议层结构可以包括PDCP层、RLC层、MAC层和物理层等协议层的功能。

其中，RAN和UPF一般被称为用户层网络功能实体，用户设备的数据流量可以通过用户设备和应用层设备之间建立的分组数据单元(Packet Data Unit，PDU)会话(Session)进行传输，传输会经过RAN和UPF这两个网络功能设备；而其他的部分则被称为控制层网络功能和实体，主要负责认证和鉴权、注册管理、会话管理、移动性管理以及策略控制等功能，从而实现用户层流量可靠稳定的传输。

本公开实施例提供了一种发送数据量和缓存状态报告的方法，该方法被用户设备101执行。参照图3，图3是根据一示例性实施例示出的一种发送数据量和缓存状态报告的方法，如图3所示，该方法包括步骤S301～S302，具体的：

步骤S301，在PDCP实体向至少一类无线链路控制RLC实体发送第一业务的场景下，PDCP实体向与至少一类RLC实体关联的媒体接入控制MAC实体发送待传输数据的数据量。

其中，第一业务的无线承载RB与PDCP实体关联。

步骤S302，MAC实体根据接收的数据量，向网络设备102发送缓存状态报告BSR。

在一些可能的实施方式中，PDCP层和MAC层是配置于用户设备101内数据链路层的子层。

在一些可能的实施方式中，PDCP层可以是从高层接收了第一业务的数据包，并根据接收的数据包进行分流，发送给至少一类RLC实体。其中，至少一类RLC实体可以是一个或两个类型的RLC实体，每个类型RLC实体至少包含一个RLC实体。

在一些可能的实施方式中，第一业务为XR业务，XR业务包括由计算机技术和可穿戴设备产生的真实与虚拟的组合环境和人机交互业务。XR包括增强现实(AugmentedReality，AR)、虚拟现实(Virtual Reality，VR)和云游戏(Cloud gaming)等。

在一些可能的实施方式中，一个XR业务RB对应一个PDCP实体。该一个PDCP实体与至少一类RLC实体关联。可以理解的，PDCP层可预先配置该关联关系，可详见下述实施例的描述。

在一些可能的实施方式中，待传输数据的数据量反映待发送的上行数据量，UE可根据该数据量向网络设备102上报BSR，以便于网络设备根据该数据量为UE调度资源块。

在一些可能的实施方式中，PDCP层向MAC层上报数据量的方式，与PDCP层进行数据分流的方式相关。例如，PDCP层将数据包分流至两个RLC实体，在上报待传输数据的数据量时需考虑往两个RLC实体关联的MAC实体发送数据量。

本公开实施例中，UE的PDCP层对XR业务的数据进行分流，并结合传输中的至少一类RLC实体，向其关联的MAC实体上报待传输数据的数据量，在XR业务分流的场景下实现有效的数据量上报，有利于用户设备完成BSR上报。

本公开实施例提供了一种发送数据量的方法，被用户设备101执行。参照图4，图4是根据一示例性实施例示出的一种发送数据量的方法，如图4所示，该方法包括步骤S401，具体的：

步骤S401，在PDCP实体向至少一类无线链路控制RLC实体发送第一业务的数据包的场景中，PDCP实体向与至少一类RLC实体关联的媒体接入控制MAC实体发送待传输数据的数据量。

其中，第一业务的无线承载RB与PDCP实体关联。

在一些可能的实施方式中，PDCP层可以是对从高层接收的第一业务的数据，进行分流，发送给至少一个类型RLC实体。

在一些可能的实施方式中，第一业务为XR业务。

在一些可能的实施方式中，至少一类RLC实体可以是一个类型或一个类型以上的RLC实体，每个类型RLC实体至少包含一个RLC实体。RLC实体的类型与业务类型及配置相关，一种业务类型的数据可能对应配置了一个或两个类型的RLC实体。例如，对于第一业务类型的数据，可为其配置第一类型RLC实体和第二类型RLC实体。在配置RLC实体的类型之后，其与业务数据之间即存在关联关系。

RLC包含三种传输模式：透明传输模式(TM)、非确认传输模式(UM)以及确认传输模式(AM)。因此，每个类别的RLC实体中所包含的RLC实体，可能是TM RLC实体、UM RLC实体或者AM RLC实体。

在一示例中，若分流到的目标类型RLC实体仅仅包含一个RLC实体，例如，对于UM双向传输时该一个RLC实体是一个UM RLC实体，对于UM单向传输时该一个RLC实体是每个传输方向(上行和下行)各一个UM RLC实体，或者对于AM模式该一个RLC实体为一个AM RLC实体，则PDCP将数据包递交至这一个RLC实体。

在一些可能的实施方式中，当PDCP关联的RLC实体有一个类型以上，PDCP层向该一个类型以上的RLC实体分流数据，可以是依据数据包的重要程度或者属性信息进行的。PDCP层结合RLC实体的类型，向MAC层上报待传输数据的数据量。

在一示例中，数据包的属性信息可以是数据包的类型、优先级别或者处理等级。

本公开实施例中，在传输XR业务数据的场景中，通过PDCP层实现对XR业务数据的分流发送，并结合所分流的至少一类RLC实体，向其关联的MAC实体进行待传输数据的数据量的上报，以在XR业务分流场景下提供有效上报数据量的方式，以便于用户设备有效向网络设备上报BSR。

本公开实施例提供了一种发送数据量的方法，被用户设备101执行。参照图5，图5是根据一示例性实施例示出的一种发送数据量的方法，如图5所示，该方法包括步骤S501～S502，具体的：

步骤S501，在PDCP实体向至少一类无线链路控制RLC实体发送第一业务的数据包的场景中，PDCP实体确定至少一类RLC实体的类型。

步骤S502，PDCP实体根据至少一类RLC实体的类型，向对应类型RLC实体中至少一个RLC实体关联的MAC实体发送待传输数据的数据量。

在一些可能的实施方式中，第一业务为XR业务。

在一些可能的实施方式中，XR业务下，PDCP层所要传输的数据包括PDCP控制数据(PDCP Control PDU)和PDCP数据协议数据单元(PDCP Data PDU)。PDCP Control PDU是PDCP层产生的数据，PDCP Data PDU是PDCP层从高层接收的数据包。

在一些可能的实施方式中，PDCP控制数据会向第一RLC发送，第一RLC可以是主RLC(primary RLC entity)或者为网络指明的特定RLC实体。PDCP Data PDU则可能向一个以上的RLC实体发送，因此PDCP层在统计过程中，需结合不同类型RLC实体进行统计。

在一些可能的实施方式中，至少一类RLC实体的类型是与数据包的属性信息相关的，获知RLC实体的类型，即可获知向该RLC实体发送的数据包的相关信息，便于进行待传输数据的数据量的统计。

本公开实施例中，PDCP层可以根据分流过程中RLC实体的类型，进行至少一个RLC实体处待传输数据的数据量的上报。

本公开实施例提供了一种发送数据量的方法，被用户设备101执行。该方法包括步骤S501’～S502，具体的：

步骤S501’，在PDCP实体向至少一类无线链路控制RLC实体发送第一业务的数据包的场景中，PDCP实体根据数据包的属性信息，确定至少一类RLC实体的类型，其中，每种类型的RLC实体用于传输对应属性信息的数据包。

步骤S502，PDCP实体根据至少一类RLC实体的类型，向对应类型RLC实体中至少一个RLC实体关联的MAC实体发送待传输数据的数据量。

在一些可能的实施方式中，第一业务为XR业务。

在一些可能的实施方式中，数据包的属性信息包括以下中的一项：

数据包的类型；

数据包的优先级别；

数据包的处理等级。

其中，数据包的属性信息可用于区分不同业务类型的业务数据。

在一些可能的实施方式中，数据包的类型比如包括：帧内编码帧(Intra-codedpicture或I frame)和前向预测编码帧(Predictive-frame，P frame)，即I帧和P帧。其中，I帧为关键帧。RLC实体的类型与数据包的类型存在对应关系，每种类型的RLC实体用于传输对应类型的数据包。

在一些可能的实施方式中，数据包的优先级别比如包括：高优先级和低优先级。RLC实体的类型与数据包的优先级别存在对应关系，每种类型的RLC实体用于传输对应优先级别的数据包。

在一些可能的实施方式中，数据包的处理等级比如包括：第一处理等级和第二处理等级。RLC实体的类型与数据包的处理等级存在对应关系，每种类型的RLC实体用于传输对应处理等级的数据包。

作为一种实施例：数据包还可以是用流或者子流进行归类，比如第一子流数据包(sub-flow1)，第二子流数据包(sub-flow2)。

其中，数据包的类型、优先级别和处理等级这三项数据包的属性信息之间，存在相关性。例如，类型中的I帧，对应优先级别中的高优先级，也对应处理等级中的第一处理等级，表明具有更高的数据可靠性，以及更高的重要程度。而类型中的P帧，则对应优先级别中的低优先级，也对应处理等级中的第二处理等级，重要程度低于I帧。

在一示例中，以数据包的类型为例进行说明。

本示例中，当数据包的类型为I帧时，可确定其关联的RLC实体为第一类型RLC实体，在分流过程中，该第一类型RLC实体用于传输I帧数据包。第一类型RLC实体包含至少一个RLC实体，该至少一个RLC实体一一关联有对应的MAC实体。因此，统计I帧数据包的待传输数据的数据量，并告知和第一类型RLC实体的至少一个RLC实体关联的MAC实体。

当数据包的类型为P帧时，可确定其关联的RLC实体为第二类型RLC实体，在分流过程中，该第二类型RLC实体用于传输P帧数据包。第二类型RLC实体包含至少一个RLC实体，该至少一个RLC实体一一关联有对应的MAC实体。因此，统计P帧数据包的待传输数据的数据量，并告知和第二类型RLC实体的至少一个RLC实体关联的MAC实体。

值得说明的是，数据包的属性信息与RLC实体的关联关系可以是预先配置的，可参见下述实施例的描述。

本公开实施例中，结合数据包属性信息确定其关联的RLC实体，分类上报RLC实体的待传输数据的数据量。

本公开实施例提供了一种发送数据量的方法，被用户设备101执行。该方法包括步骤S501’～S502，具体的：

步骤S501’，在PDCP实体向至少一类无线链路控制RLC实体发送第一业务的数据包的场景中，PDCP实体根据数据包中的第一字段，确定所述数据包的属性信息。

步骤S501”，PDCP实体根据数据包的属性信息，确定至少一类RLC实体的类型，其中，每种类型的RLC实体用于传输对应属性信息的数据包。

步骤S502，PDCP实体根据至少一类RLC实体的类型，向对应类型RLC实体中的至少一个RLC实体关联的MAC实体发送待传输数据的数据量。

在一些可能的实施方式中，第一业务为XR业务。

在一些可能的实施方式中，数据包的属性信息包括以下中的一项：数据包的类型；数据包的优先级别；数据包的处理等级。

在一些可能的实施方式中，该第一字段是在数据包PDCP Data PDU中新增加的字段，用以表示数据包的属性信息。

在一些可能的实施方式中，该第一字段是在用户层面的GPRS隧道协议(GPRSTunnelling Protocol for the user plane，GTP-U)包头部分新增加的字段，用以表示数据包的属性信息。

为便于描述并且三项属性信息之间存在相关性，因此本公开实施例中，以数据包的属性信息为数据包的类型为例进行描述，则该第一字段表示数据包的类型为I帧或P帧。

在一些可能的实施方式中，PDCP层根据PDCP Data PDU中的第一字段，确定数据包的类型为I帧时，PDCP会将I帧数据包向关联的第一类型RLC实体发送。统计该I帧数据包的待传输数据的数据量中。

在一些可能的实施方式中，PDCP层根据PDCP Data PDU中的第一字段，确定数据包的类型为P帧时，PDCP会将P帧数据包向关联的第二类型RLC实体发送。统计该P帧数据包的待传输数据的数据量中。

由此，在分别统计不同类型RLC实体的待传输数据的数据量后，可向不同RLC实体关联的MAC实体对应上报待传输数据的数据量。

在一些可能的实施方式中，第一字段为业务数据单元SDU类型字段。

在一些可能的实施方式中，在业务数据单元类型(Service Data Unit Type，SDUType)字段指示数据包的类型为I帧或P帧。

在一些可能的实施方式中，第一字段为第一设定值时，表示对应的PDCP Data PDU的类型为I帧。第一字段为第二设定值时，表示对应的PDCP Data PDU的类型为P帧。

在一示例中：第一设定值为101，第二设定值为110。该第一字段的比特值为101时，表示对应的PDCP Data PDU的类型为I帧。该第一字段的比特值为110时，表示对应的PDCPData PDU的类型为P帧。可以理解的，当该第一字段的比特值为其他值时，表示其他含义。

本公开实施例中，结合PDCP层按数据包属性信息进行分流的特点，在统计过程中，参考数据包的属性信息确定对应的RLC实体，从而通知其关联的MAC实体待传输数据的数据量。

本公开实施例提供了一种发送数据量的方法，被用户设备101执行。参照图6，图6是根据一示例性实施例示出的一种发送数据量的方法，如图6所示，该方法包括步骤S601～S603，具体的：

步骤S601，在PDCP实体向至少一类无线链路控制RLC实体发送第一业务的数据包的场景中，PDCP实体确定至少一类RLC实体的类型。

步骤S602，PDCP实体确定每种类型的数据包的待传输数据的数据量。

步骤S603，PDCP实体向对应类型RLC实体中至少一个RLC实体关联的MAC实体发送数据量。

在一些可能的实施方式中，第一业务为XR业务。

在一些可能的实施方式中，PDCP层根据数据包的属性信息，确定至少一类RLC实体的类型。

在一些可能的实施方式中，在数据包中的第一字段可以指示该数据包的属性信息，如数据包的类型。

在一些可能的实施方式中，数据包的属性信息包括以下中的一项：数据包的类型；数据包的优先级别；数据包的处理等级。

在一些可能的实施方式中，结合数据包的属性信息与RLC实体的对应关系，进行每种类型待传输数据的数据量统计。

在一示例中：

仍以数据包的属性信息为数据包的类型为例进行说明。

对于PDCP接收的数据包，PDCP层根据PDCP Data PDU中的第一字段，确定数据包的类型为I帧时，PDCP会将I帧数据包向关联的第一类型RLC实体发送。第一类型RLC实体包含至少一个RLC实体，统计该I帧数据包发送至不同RLC实体时的待传输数据的数据量，并向第一类型RLC实体中至少一个RLC实体关联的MAC实体分别发送对应的待传输数据的数据量中。

确定数据包的类型为P帧时，PDCP会将P帧数据包向关联的第二类型RLC实体发送。第二类型RLC实体包含至少一个RLC实体，统计该P帧数据包发送至不同RLC实体时的待传输数据的数据量，并向第二类型RLC实体中至少一个RLC实体关联的MAC实体分别发送对应的数据量中。

本公开实施例中，每种类型的RLC实体的数据量，会分别上报至RLC实体所关联的MAC实体处。

在一些可能的实施方式中，数据包的类型之间存在比例关系，其对应的RLC实体在进行数据量统计也满足对应的比例关系。

在一些可能的实施方式中，数据包的类型可以是I帧或P帧。

在一示例中：

仍以数据包的属性信息为数据包的类型为例进行说明。

P帧数据包一般为I帧数据包的整数倍。其中，I帧数据包和P帧数据包在发送速率上满足比例关系，例如，每发送8个P帧数据包后发送一个I帧数据包，PDCP层接收的数据包中I帧数据包和P帧数据包也满足此比例关系。

PDCP层对接收的I帧数据包进行统计，将其统计在I帧数据包的数据量中。根据I帧数据包的待传输数据的数据量，可以基于比例关系计算P帧数据包关联数据量，从而获得I帧数据包和P帧数据包两类数据包的数据量。

其中，I帧数据包会向关联的第一类型RLC实体发送，P帧数据包会向关联的第二类型RLC实体发送。第一类型RLC实体和第二类型RLC实体均包含至少一个RLC实体。

PDCP层根据数据量通知和不同RLC实体相关联的MAC实体。比如，将I帧数据包的数据量发送至第一类型RLC实体中至少一个RLC实体关联的MAC实体中，将P帧数据包的数据量发送至第二类型RLC实体中至少一个RLC实体关联的MAC实体中。

本公开实施例中，对一种类型数据包的数据量进行统计，并结合运算获得其他类型数据包的数据量，然后分别上报对应关联的MAC。

另外，若数据包的类型未知，即不能根据数据包的类型确定待传业务类型时，该类业务可以往预定的一个RLC实体传送，此时PDCP向和该RLC实体关联的MAC实体发送PDCP统计的待传输数据的数据量。

本公开实施例提供了一种发送数据量的方法，被用户设备101执行。该方法包括步骤S401’，具体的：

步骤S401’，在PDCP层向至少一个无线链路控制RLC实体发送第一业务的数据包的场景中，若第一业务的无线承载RB的PDCP包复制功能被激活，或者若RB的PDCP关联的RLC实体的PDCP包复制功能被激活，PDCP实体向第一RLC实体关联的MAC实体和第二RLC实体关联的MAC实体发送数据量。

此时第一RLC实体可以称之为主RLC实体，而第二RLC实体称之为辅RLC实体；或者，第一RLC实体称之为被复制的RLC实体，而第二RLC实体可以称之为复制RLC实体。

在一实施例中，第一RLC实体和第二RLC实体可以协议约定或者网络指示。比如按配置的顺序区分，先配置的RLC实体则为第一RLC实体；而后续配置的则为第二RLC实体。

在一实施例中，第一RLC实体可以默认用于PDCP层控制PDU的传输。

在一些可能的实施方式中，第一业务为XR业务，本实施例为XR业务对应的RB配置PDCP包复制(PDCP duplication)功能。

在一些可能的实施方式中，在该RB对应的PDCP包复制功能被激活或者响应于RB的PDCP关联的RLC实体的PDCP包复制功能被激活时，PDCP层向第一RLC实体和第二RLC实体进行复制发送数据包。因此需分别向第一RLC实体关联的MAC实体和第二RLC实体关联的MAC实体上报数据量。

在一些可能的实施方式中，用户设备101的MAC层在接收到数据量之后，还可以向网络设备102上报缓存状态报告BSR。参照图7，图7是根据一示例性实施例示出的一种发送BSR的方法的流程图，如图7所示，该方法包括步骤S701，具体的：

步骤S701，MAC实体根据PDCP层所发送的第一业务的待传输数据的数据量，向网络设备102发送缓存状态报告BSR。

在一些可能的实施方式中，第一业务为XR业务。

在一些可能的实施方式中，MAC层可接收PDCP层按照RLC实体的类型，分别上报的数据量。

在一些可能的实施方式中，RLC实体的类型与数据包的属性信息存在对应关系。

在一些可能的实施方式中，数据包的属性信息包括以下中的一项：数据包的类型；数据包的优先级别；数据包的处理等级。

本公开实施例中，MAC层基于PDCP层的分流功能，接收PDCP层上报的至少一类RLC实体的待传输数据的数据量，从而可以及时有效的向网络设备102上报BSR，为此分流场景提供BSR上报的方式。

为便于理解本公开实施例，以下列举几个具体示例。

对XR业务的RB，若RLC实体与数据包的类型关联，可包含如下两种发送数据量方式：

示例一：

对XR业务的RB，配置每个该RB的PDCP实体关联N种类型的RLC实体。

在该RB未配置PDCP包复制功能或者未给该RB的PDCP关联的RLC实体配置PDCP包复制时，该N种类型的RLC实体可以是对应：N个UM RLC实体(双向传输)、或者2N个UM RLC实体(分别对应上行和下行两个方向)、或者N个AM RLC实体。

即，一种类型一个RLC实体，对于UM双向传输时为1个UM RLC实体，对于UM单向传输时两个方向各一个UM RLC实体，对于AM模式为一个AM RLC实体)。

此时，PDCP可根据PDCP Data PDU数据包SDU类型字段确定数据包的类型，从而确定该数据包关联的RLC实体的类型。每种类型的RLC实体可能包含至少一个RLC实体，每个RLC实体关联一个MAC实体。PDCP向每种和该类型数据包关联的RLC实体相关联的MAC实体发送每种类型的数据包的待传输数据的数据量，其中，该数据量不包含控制数据，仅包含PDCPData PDU。控制数据一般发送至第一RLC实体。

比如：以数据包的属性信息为数据包的类型为例，对于第一数据包类型(I帧)配置了第一类型RLC实体，第一类型RLC实体包含一个RLC实体；对于第二数据包类型(P帧)配置了第二类型RLC实体，第二类型RLC实体包含1个RLC实体。其中，第一类型RLC实体中的一个RLC实体关联有第一MAC实体，第二类型RLC实体中的一个RLC实体关联有第二MAC实体，此时需要向第一MAC实体发送第一数据包类型即I帧的待传输数据的数据量，向第二MAC实体发送第二数据包类型即P帧的待传输数据的数据量。

其中PDCP层的控制PDU可以统计后发往和第一RLC实体关联的MAC实体，比如上文中用于传输I帧的RLC实体关联的MAC实体。

在本示例中：若PDCP的RLC实体关联到某种业务数据类型：则通知和该RLC实体关联的MAC实体其PDCP层统计某种业务类型的数据量(不包括PDCP控制PDU)。而对于传输PDCP控制PDU的RLC实体管理的MAC实体还需要额外通知PDCP层的控制PDU的数据量。

示例二：

对XR业务的RB，配置每个该RB的PDCP实体关联N种类型的RLC实体用于根据业务属性分流。

在该RB未配置PDCP包复制功能或者未给该RB的PDCP关联的RLC实体配置PDCP包复制时，每个PDCP实体关联N种类型的RLC实体。但是N种类型的RLC实体中的某个类型又可以配置多个RLC实体，进行RLC实体级别的分流。

比如：对于第一业务数据类型配置了第一类型RLC实体，该第一类型RLC实体包含一个RLC实体，该RLC实体与第一MAC实体关联；对于第二业务数据类型配置了第二类型RLC实体，该第二类型RLC实体包含两个RLC实体(第二RLC实体和第三RLC实体)，这两个RLC实体分别用于主基站(MCG)和辅基站(SCG)，该两个RLC实体分别关联第二MAC实体和第三MAC实体。

通过该方式，可以对业务量大的业务采用多个分离承载(split bearer)进行传输。而对于业务量不大的业务，则无需进行分离承载传输。

本示例中，对于第一个业务数据类型，向第一类型RLC实体中的第一RLC实体关联的第一MAC实体通知第一个业务数据类型待传输数据的数据量，该数据量为：PDCP层统计的第一业务数据类型数据量。

对于第二个业务数据类型，向第二类型RLC中第二RLC实体关联的第二MAC实体和第三RLC实体关联的第三MAC实体通知第二个业务数据类型待输传数据量。在通知过程中可以按照如下规定：若PDCP统计的数据包总数量小于门限，则可以仅仅往第一RLC实体关联的第二MAC实体通知PDCP层统计的第二业务数据类型的待传输数据的数据量；若数据包总数量大于某个门限，则统一同时往第二RLC实体关联第二MAC实体和第三RLC实体关联的第三MAC实体发送PDCP层统计的第二业务数据类型的待传输数据的数据量。

其中，PDCP层的控制PDU可以统计后发往和特定RLC实体关联的MAC实体。比如说上文的第一RLC实体关联的第一MAC实体，或者又比如上文中用于传输I帧的RLC实体所关联的MAC实体。即对于传输PDCP控制PDU的RLC实体所关联的MAC实体，还需要额外通知PDCP层的控制PDU的数据量。

或者，PDCP层的控制PDU可以统计后发往任何一个RLC实体关联的MAC实体。即对于分离承载场景下，所有的MAC实体还需要额外通知PDCP层的控制PDU的数据量。

示例三：

在激活了PDCP包复制功能的场景下：

对XR业务的RB，配置每个该RB的PDCP实体关联N种类型的RLC实体用于根据业务属性分流。

在该RB配置PDCP包复制功能或者给该RB的PDCP关联的某个RLC实体配置PDCP包复制时，每个PDCP实体关联N种类型的RLC实体。但是N种类型的RLC实体中的某个类型又可以配置多个RLC实体，用于PDCP包复制。

比如：对于第一业务数据类型配置了第一类型RLC实体，该第一类型RLC实体包含一个RLC实体(第一RLC实体)，该第一RLC实体与第一MAC实体关联；对于第二业务数据类型配置了第二类型RLC实体，该第二类型RLC实体包含两个RLC实体(第二RLC实体和第三RLC实体)，这两个RLC实体分别用于主基站(MCG)和辅基站(SCG)，该两个RLC实体分别关联第二MAC实体和第三MAC实体。其中对于第二RLC实体配置了PDCP的包复制，复制包将发送往第三RLC实体。

PDCP向第一RLC实体关联的第一MAC实体发送PDCP统计的的第一业务数据类型的待传输数据的数据量。

PDCP向第二RLC实体关联的第二MAC实体发送PDCP统计的第二业务数据类型的待传输数据的数据量，并向第三RLC实体关联的第三MAC实体发送PDCP统计的第二业务数据类型的待传输数据的数据量。此时第二RLC实体可以称之为主RLC实体，而第三RLC实体称之为辅RLC实体；或者，第二RLC实体称之为被复制的RLC实体，而第三RLC实体可以称之为复制RLC实体。

在一实施例中，主RLC实体或者被复制RLC实体，以及辅RLC实体或者复制RLC实体可以协议约定或者网络指示。比如第一个配置的RLC实体则为主RLC实体；而后续配置的则为复制RLC实体。

在一实施例中，PDCP层的控制PDU可以往约定RLC实体发送，比如第一RLC实体或者第二RLC实体可以默认用于PDCP层控制PDU的传输。

因此，PDCP层的控制PDU可以统计待传数据量后发往和约定RLC实体关联的MAC实体，比如用于传输I帧的RLC实体关联的MAC实体。即对于传输PDCP控制PDU的RLC实体所关联的MAC实体，还需要额外通知PDCP层的控制PDU的数据量。

示例四：

在数据包的类型未关联的场景下，比如PDCP SDU包头或者GTPU包头未指示数据包的类型，即不能确定数据包的类型的场景下。此时，该类业务数据可以往预定的一个RLC实体传送，此时PDCP向和该RLC实体关联的MAC实体发送PDCP统计的待传输数据的数据量。

基于与上述方法相同的构思，本公开实施例还提供一种发送数据量的装置，该通信装置可具备上述方法实施例中用户设备的功能，并用于执行上述实施例中由用户设备执行的步骤。

该功能可以通过硬件实现，也可以通过软件或者硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

在一种可能的实现方式中，如图8所示的通信装置800可作为上述方法实施例所涉及的用户设备，并执行上述方法实施例中由用户设备执行的步骤。

如图8所示的通信装置800包括PDCP实体801，PDCP实体801，被配置为在向至少一类无线链路控制RLC实体发送第一业务的数据包的场景中，向与至少一类RLC实体关联的媒体接入控制MAC实体发送待传输数据的数据量。

当该通信装置为用户设备101时，其结构还可如图9所示。参照图9，装置900可以包括以下一个或多个组件：处理组件902，存储器904，电源组件906，多媒体组件908，音频组件910，输入/输出(I/O)的接口912，传感器组件914，以及通信组件916。

处理组件902通常控制装置900的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件902可以包括一个或多个处理器920来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件902可以包括一个或多个模块，便于处理组件902和其他组件之间的交互。例如，处理组件902可以包括多媒体模块，以方便多媒体组件908和处理组件902之间的交互。

存储器904被配置为存储各种类型的数据以支持在设备900的操作。这些数据的示例包括用于在装置900上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器904可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件906为装置900的各种组件提供电力。电源组件906可以包括电源管理系统，一个或多个电源，及其他与为装置900生成、管理和分配电力相关联的组件。

多媒体组件908包括在装置900和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件908包括一个前置摄像头和/或后置摄像头。当设备900处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件910被配置为输出和/或输入音频信号。例如，音频组件910包括一个麦克风(MIC)，当装置900处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器904或经由通信组件916发送。在一些实施例中，音频组件910还包括一个扬声器，用于输出音频信号。

I/O接口912为处理组件902和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件914包括一个或多个传感器，用于为装置900提供各个方面的状态评估。例如，传感器组件914可以检测到设备900的打开/关闭状态，组件的相对定位，例如组件为装置900的显示器和小键盘，传感器组件914还可以检测装置900或装置900一个组件的位置改变，用户与装置900接触的存在或不存在，装置900方位或加速/减速和装置900的温度变化。传感器组件914可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件914还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件914还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件916被配置为便于装置900和其他设备之间有线或无线方式的通信。装置900可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件916经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件916还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置900可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器904，上述指令可由装置900的处理器920执行以完成上述方法。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开实施例的其它实施方案。本申请旨在涵盖本公开实施例的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开实施例的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开实施例的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开实施例并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开实施例的范围仅由所附的权利要求来限制。

工业实用性

本公开实施例中，PDCP层对XR业务的数据进行分流，并结合传输中的至少一类RLC实体，向其关联的MAC实体上报待传输数据的数据量，在XR业务分流的场景下实现有效的数据量上报，有利于用户设备完成BSR上报。

Claims (11)

1.一种发送数据量的方法，所述方法包括：

在PDCP实体向至少一类无线链路控制RLC实体发送第一业务的数据包的场景中，PDCP实体向与至少一类RLC实体关联的媒体接入控制MAC实体发送待传输数据的数据量。

2.如权利要求1所述的方法，其中，所述PDCP实体向与至少一类RLC实体关联的媒体接入控制MAC实体发送待传输数据的数据量，包括：

所述PDCP实体确定所述至少一类RLC实体的类型；

所述PDCP实体根据所述至少一类RLC实体的类型，向对应类型RLC实体中至少一个RLC实体关联的所述MAC实体发送所述数据量。

3.如权利要求2所述的方法，其中，所述PDCP实体确定所述至少一类RLC实体的类型，包括：

所述PDCP实体根据数据包的属性信息，确定所述至少一类RLC实体的类型，其中，每种类型的RLC实体用于传输对应属性信息的数据包。

4.如权利要求3所述的方法，其中，所述PDCP实体根据数据包的属性信息，确定所述至少一类RLC实体的类型，包括：

所述PDCP实体根据所述数据包中的第一字段，确定所述数据包的属性信息；

所述PDCP实体根据所述属性信息确定所述至少一个RLC实体的类型。

5.如权利要求3或4所述的方法，其中，所述数据包的属性信息包括以下中的一项：

数据包的类型；

数据包的优先级别；

数据包的处理等级。

6.如权利要求2至4任一项所述的方法，其中，所述PDCP实体向对应类型RLC实体中至少一个RLC实体关联的所述MAC实体发送待传输数据的数据量，包括：

所述PDCP实体确定每种类型的数据包的待传输数据的数据量；

所述PDCP实体向对应类型RLC实体中至少一个RLC实体关联的所述MAC实体发送所述数据量。

7.如权利要求1所述的方法，其中，所述PDCP实体向用户设备的和至少一个RLC实体关联的媒体接入控制MAC实体发送待传输数据的数据量，包括：

若所述第一业务的无线承载RB的PDCP包复制功能被激活或者所述RB的PDCP关联的RLC实体的PDCP包复制功能被激活时，所述PDCP实体向第一RLC实体关联的MAC实体和第二RLC实体关联的MAC实体发送所述数据量。

8.如权利要求1所述的方法，其中，所述方法还包括：

所述MAC实体根据接收的所述数据量，向网络设备发送缓存状态报告BSR。

9.一种用户设备，所述用户设备包括：

PDCP实体，用于在向至少一类无线链路控制RLC实体发送第一业务的数据包的场景中，向与至少一类RLC实体关联的媒体接入控制MAC实体发送待传输数据的数据量。

10.一种通信装置，包括处理器以及存储器，其中，

所述存储器用于存储计算机程序；

所述处理器用于执行所述计算机程序，以实现如权利要求1-8中任一项所述的方法。

11.一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上被调用执行时，使得所述计算机执行如权利要求1-8中任一项所述的方法。

Images