CN111510953A - 一种数据处理方法及终端、存储介质 - Google Patents

Abstract

本申请公开了一种数据处理方法及终端、存储介质。其中，数据处理方法包括：确定第一授权数据量；其中，所述第一授权数据量为第二授权数据量的估计值；所述第一授权数据量在终端接收到对应的第二授权数据量之前确定出；所述第二授权数据量表征终端上行传输资源的调度授权数据量；在满足设定条件的情况下，根据所述第一授权数据量生成第一媒体接入控制协议数据单元；在所述第二授权数据量大于或者等于所述第一授权数据量的情况下，所述终端基于所述第一媒体接入控制协议数据单元生成物理传输块。

Description

一种数据处理方法及终端、存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种数据处理方法及终端、存储介质。

背景技术

在无线接入技术中，媒体接入控制(MAC，Medium Access Control)协议数据单元(PDU，Protocol Data Unit)是终端的MAC层基于上行链路网络授权生成的，MAC层会将MACPDU传输给物理层，物理层基于MAC PDU生成物理传输块以将上行数据传输至网络设备。对于终端来说，接收到网络授权的时刻和实际开始上行链路传输的时刻之间的时间间隔(预算时间)通常以毫秒为单位。

第五代移动通信(5G，the 5thGeneration of Cellular MobileCommunications)新空口(NR，New Radio)要求更短的预算时间，这会导致终端的中央处理器(CPU，Central Processing Unit)过载的问题。

发明内容

本申请实施例提供一种数据处理方法及终端、存储介质，以至少解决相关技术中终端在预算时间内生成MAC PDU面临的CPU过载问题。

本申请实施例的技术方案是这样实现的：

一方面，本申请实施例提供了一种数据处理方法，该方法包括：

确定第一授权数据量；其中，所述第一授权数据量为第二授权数据量的估计值；所述第一授权数据量在终端接收到对应的第二授权数据量之前确定出；所述第二授权数据量表征终端上行传输资源的调度授权数据量；

在满足设定条件的情况下，根据所述第一授权数据量生成第一媒体接入控制协议数据单元；

在所述第二授权数据量大于或者等于所述第一授权数据量的情况下，基于所述第一媒体接入控制协议数据单元生成物理传输块。

另一方面，本申请实施例提供了一种终端，该终端包括：

确定单元，用于确定第一授权数据量；其中，所述第一授权数据量为第二授权数据量的估计值；所述第一授权数据量在终端接收到对应的第二授权数据量之前确定出；所述第二授权数据量表征终端上行传输资源的调度授权数据量；

第一生成单元，用于在满足设定条件的情况下，根据所述第一授权数据量生成第一媒体接入控制协议数据单元；

第二生成单元，用于在所述第二授权数据量大于或者等于所述第一授权数据量的情况下，基于所述第一媒体接入控制协议数据单元生成物理传输块。

再一方面，本申请实施例提供了一种终端，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，其中，所述处理器用于运行所述计算机程序时，执行上述数据处理方法。

再一方面，本申请实施例提供了一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时执行上述数据处理方法。

本申请实施例中，终端在接收到第二授权数据量之前，已经确定第一授权数据量，该第一授权数据量是对第二授权数据量的估计值，终端在确定第一授权数据量后，在满足设定条件的情况下开始生成第一MAC PDU，提早了预算时间的起始时刻，增长了预算时间，因而减轻了对CPU的运算速度要求，防止CPU过载，终端在第二授权数据量大于或者等于第一授权数据量的情况下，将该第一MAC PDU用于生成物理传输块以向网络设备传输上行数据资源，避免了相关技术中因CPU算力不足造成的错过本次上行链路传输的问题，避免了对上行网络授权的浪费，降低了上行链路传输的延时，提升了上行链路传输的稳定性及可靠性。

附图说明

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

图2为相关技术提供的一种上行链路数据处理的实现示意图；

图3为相关技术提供的一种上行链路数据处理时间轴的示意图；

图4为相关技术提供的一种错过上行链路传输的时间轴的示意图；

图5为本申请实施例提供的数据处理方法的流程示意图；

图6为本申请实施例提供的一种生成第一MAC PDU的时间区间的示意图；

图7为本申请实施例提供的一种上行链路数据处理时间轴的示意图；

图8为本申请实施例提供的一种上行链路数据处理的实现示意图

图9为本申请实施例提供的一种生成第二MAC PDU的示意图；

图10为本申请实施例提供的终端的结构组成示意图；

图11为本申请实施例提供的一种终端的硬件组成结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

首先，对本申请实施例涉及的通信系统进行简单介绍，本申请实施例应用于通信系统内的任一终端。

请参阅图1，图1是本申请实施例提供的一种通信系统100的示意架构图。该通信系统100可以包括网络设备110，网络设备110可以是与终端120通信的设备。网络设备110可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端进行通信。网络设备110可以是基站，基站是一种部署在网络中用以为终端提供无线通信功能的装置。基站可以包括各种形式的宏基站，微基站，中继站，接入点等等。该网络设备110可以是长期演进(LTE，Long Term Evolution)系统中的演进型网络设备(eNB或eNodeB，Evolutional NodeB)，也可以是5G系统中下一代网络设备(gNB或者gNodeB，next Generation Node B),或者是云无线接入网络(CRAN，Cloud Radio Access Network)中的无线控制器，随着通信技术的演进，“基站”这一描述可能会变化。

该通信系统100还包括位于网络设备110覆盖范围内的至少一个终端120。终端120可以以各种形式来实施。例如，本申请实施例中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、个人数字助理(PDA，Personal Digital Assistant)、平板电脑(PAD)、便携式多媒体播放器(PMP，Portable Media Player)、导航装置、智能穿戴设备(Wearable Device)等等的移动终端以及诸如数字TV、智能家电、台式计算机等等的固定终端。下面，假设终端是移动终端。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本申请的实施方式的构造也能够应用于固定类型的终端。

可选地，至少一个终端120之间可以进行终端直连(D2D，Device to Device)通信。

可选地，5G通信系统或5G网络还可以称为NR系统或NR网络。

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

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

可以理解的是，本申请实施例中网络/系统中具有通信功能的设备可称为通信设备。以图1示出的通信系统100为例，通信设备可包括具有通信功能的网络设备110和终端120，网络设备110和终端120可以为上文所述的具体设备，此处不再赘述；通信设备还可包括通信系统100中的其他设备，例如网络控制器、移动管理实体等其他网络实体，本申请实施例中对此不做限定。

为便于理解本申请实施例的技术方案，以下对本申请实施例涉及到的相关技术进行说明。

服务数据单元(SDU，Service Data Unit)是从高层协议来的信息单元，用于传送到低层协议。第N层SDU，和第N－1层的协议数据单元(PDU，Protocol Data Unit)是一一对应的。进入每个子层未被处理的数据称为SDU，经过子层处理后形成特定格式的数据被称为PDU。同时，本层形成的PDU即为下一层的SDU。通俗来讲，SDU的原数据是协议上层的PDU，根据PDU的大小不同，SDU对PDU进行组合与分割。

在NR中，根据第三代合作计划(3GPP，3rd Generation Partnership Project)规范，用户平面协议栈由上层至下层分为：服务数据调整协议层(SDAP，Service DataAdaptation Protocol)、分组数据汇聚协议层(PDCP，Packet Data ConvergenceProtocol)、无线链路控制层(RLC，Radio Link Control)、媒体接入控制层(MAC，MediumAccess Control)以及物理层(PHY，PHYsical)。其中，物理层提供MAC层传输信道；MAC层向RLC层提供逻辑信道；RLC层提供给PDCP层RLC信道；PDCP层向SDAP层提供无线承载；SDAP层提供服务质量(QoS，Quality of Service)流。

图2是相关技术提供的一种上行链路数据处理的实现示意图。图2示出了相关技术中终端(UE，User Equipment)进行上行数据传输的过程。具体地，包括以下步骤：

步骤A：PDCP接收来自上层的协议数据包(IP packets)，并将生成的PDCP PDU放入逻辑信道队列中缓存。

需要说明的是，不论UE是否接收到上行链路的网络授权，步骤A的进行(即PDCPPDU的生成)不受影响，具体地，步骤A中PDU的生成是与每个发送时间间隔(TTI，Transmission Time Interval)中接收到的上行链路网络授权无关的异步任务。

这里，图2中间虚线以下任务为与TTI循环相关的同步任务，虚线以上为异步任务。进一步地，步骤1-5均为同步任务，在MAC接收到上行链路的网络授权的情况下进行。下面对步骤1-5进行说明：

步骤1：PHY层解码物理下行控制信道(PDCCH，Physical Downlink ControlChannel)，根据网络设备发送的调度授权信令确定允许的上行资源尺寸(即MAC PDU允许尺寸)，并将该尺寸信息发送到MAC层。

步骤2：MAC层基于接收到的PHY层发送的MAC PDU允许尺寸，向RLC层中各RLC实体发送相对应的分配尺寸信息，该分配尺寸信息用于指示各RLC实体生成对应该分配尺寸的RLC PDU。

步骤3：RLC层从逻辑信道队列中读取PDCP PDU，并基于步骤2中的分配尺寸分割PDCP PDU，加入RLC头文件，生成RLC PDU。

步骤4：根据逻辑信道优先级划分(LCP，Logical Channel Prioritization)算法和允许的上行资源尺寸，MAC层调度各RLC实体向MAC层发送对应的RLC PDU。

步骤5：MAC层在RLC PDU尾部后缀MAC控制单元(CE，Control Element),生成MACPDU，并将该MAC PDU发送到PHY层以通过物理传输块进行上行传输。

应理解，在无线接入的相关技术中，MAC PDU是UE的MAC层基于上行链路网络授权生成的，即MAC上行链路实体在接收到网络设备发送的上行传输调度授权信令后，才会开始生成MAC PDU，并将生成的MAC PDU传输给物理层用以将上行数据向网络设备传输。

对于终端来说，接收到网络授权的时刻和实际上行链路传输时刻之间的时间间隔(预算时间)通常以毫秒为单位。预算时间的具体取值取决于网络计划的方式。以下结合图3和图4对预算时间进行举例说明，图3是相关技术提供的一种上行链路数据处理时间轴的示意图，图4是相关技术提供的一种错过上行链路传输的时间轴示意图。

在图3的示例中，预算时间为2毫秒，同步任务流程中步骤1-5的整体完成时刻在预算时间的截止时刻(即网络配置的传输块开始传输时刻)之前，则此次上行链路传输能够正常进行。

在图4的示例中，预算时间为1毫秒，在预算时间的截止时刻，生成MAC PDU的同步任务流程只进行到步骤3，因为未在预算时间内完成全部步骤1-5(即无法生成MAC PDU)，将会错过本次上行链路传输。出现此种情况的原因可以有多方面，例如CPU需处理的数据流量过大、预算时间紧缩等等。

与LTE相比，NR的预算时间更为紧迫。当加入超可靠低延迟通信设备时，该预算时间可以是一毫秒甚至远小于1毫秒，在这种情况下，因为预算时间被缩短，将对NR的CPU的运算速度(即计算机每秒钟执行的百万指令数(MIPS，Million Instructions Per Second))有更高的要求，且CPU在预算时间内将高负荷运行，否则可能会无法及时生成MAC PDU。

综上，在NR中，激进的预算时间以及大容量数据的吞吐要求会给终端上MAC PDU的及时生成带来巨大的挑战，如何应对这一挑战是当前急需解决的问题。为此，提出了本申请实施例的以下技术方案，通过在接收到网络下发的授权数据量(即授权的上行资源尺寸)之前，预估该授权数据量，来将同步任务中的部分任务转为与TTI循环无关的异步任务，从而提早了预算时间的起始时刻，增长了预算时间，减轻了CPU运算压力。

下面将从方法示例的角度介绍数据处理方法的执行步骤，请参阅图5，所述方法包括以下步骤：

步骤501：确定第一授权数据量；其中，所述第一授权数据量为第二授权数据量的估计值；所述第一授权数据量在终端接收到对应的第二授权数据量之前确定出；所述第二授权数据量表征终端上行传输资源的调度授权数据量。

本申请实施例中，第二授权数据量(即实际授权数据量)为终端实际接收的，由网络设备发送的授权数据量。在实际应用中，终端向网络设备发送调度请求，网络设备通过PDCCH向终端发送调度授权信令，终端解码该PDCCH，确定实际授权数据量。容易理解的是，实际授权数据量作为终端上行传输资源的实际调度授权数据量，对应动态、半静态或静态传输等各类资源调度传输情况，实际授权数据量可以是网络设备发送给终端的，也可以是由其他终端间接获取或者基于D2D由其他终端发送给终端的等等，本申请对此不做限定。

在步骤501中，终端确定第一授权数据量(即预估授权数据量)，该预估授权数据量为实际授权数据量的预先估计值。在一个实施例中，所述第一授权数据量在终端接收到对应的第二授权数据量之前的一个发送时间间隔确定出。具体地，终端提前一个TTI循环对实际授权数据量进行估计，生成预估授权数据量。

需要说明的是，确定第一授权数据量与接收对应的第二授权数据量之间的时间间隔并不限定为1个TTI，可以是其他时长。并且，确定第一授权数据量与接收对应的第二授权数据量之间的间隔时长可以是根据终端所在的网络环境等参数动态变化的(即可以不是一个常量)。

本申请实施例中，确定第一授权数据量，可以通过以下任意一种方式实现：

方式一：终端根据接收到的第二授权数据量的历史值集确定所述第一授权数据量。

方式二：终端在配置文件中将与确定第一授权数据量时的通信场景相匹配的第三授权数据量确定为所述第一授权数据量；其中，所述配置文件用于存储至少一个第三授权数据量；所述至少一个第三授权数据量中的每个第三授权数据量在所述配置文件中与一个通信场景相匹配。

在方式一中，终端存储有接收到的实际授权数据量的历史值集，提前对将要接收到的实际授权数据量进行估计，确定预估授权数据量。

在一个实施例中，终端将最后接收到的第二授权数据量确定为所述第一授权数据量。

具体地，终端将最后接收到的实际授权数据量确定为预估授权数据量。应理解，终端在每个TTI循环接收到的实际授权数据量是受网络环境或者终端发送的调度请求等多类参数影响的，因而在不同时刻接收到的实际授权数据量可能大小会不同。终端将最后接收到的实际授权数据量确定为预估授权数据量，能够让预估授权数据量紧跟实际授权数据量的变化而变化，提高预估授权数据量的准确性。

在一些可能的实施方式中，终端基于学习方式或拟合预估方式利用已有的实际授权数据量的历史值集，来确定预估授权数据量。

需要说明的是，实际授权数据量的历史值集可以是终端在设定时间内接收到的全部或部分的实际授权数据量的历史值集。该设定时间可以是一个月、一天、甚至是一个TTI循环，本领域技术人员可以根据不同的数据处理方式选择不同时间范围内的实际授权数据量的历史值集。

在方式二中，终端在配置文件中将与确定第一授权数据量时的通信场景相匹配的第三授权数据量确定为预估授权数据量。该配置文件存储有至少一个第三授权数据量，并且，每个第三授权数据两个在该配置文件中与一个通信场景相匹配。

这里，第三授权数据量为标称授权数据量，该标称授权数据量可以是实际授权数据量的历史值，也可以是依据其他测试方式确定的授权数据量标称值。

在一个实施例中，，所述终端根据确定第一授权数据量时对应的所述终端的环境参数，确定所述确定第一授权数据量时的通信场景。具体地，在确定第一授权数据量时，终端根据环境参数，确定此刻的通信场景。

进一步地，终端的环境参数可以包括以下至少一个参数：缓冲区状态报告、功率余量报告、物理小区代号、下行传输服务质量、和/或网络互联协议应用。

需要说明的是，终端在确定通信场景时，也可以根据近似算法或模糊算法来利用该终端的环境参数近似或模糊确定第一时刻对应的通信场景。

应理解，在大部分情况下，实际授权数据量是动态变化的，且对应相同的通信场景时，实际授权数据量也可能不维持常量。因为即使终端的环境参数完全保持不变，实际授权数据量在通常情况下，均由网络设备确定，而当网络设备的环境参数变动时，实际授权数据量也可能发生变动。例如，连接的终端数变动，网络拥塞，或者当时时刻是忙时还是闲时等等。而大部分情况下，终端无法获取网络设备的全部环境参数，因此，第三授权数据量(即标称授权数据量)也可能不是一个常量，即第三授权数据量需要及时更新。

优选地，终端基于所述第二授权数据量，对配置文件中与接收所述第二授权数据量时的通信场景相匹配的第三授权数据量进行更新。应理解，对于相同或相近的通信场景，存于配置文件中的标称授权数据量可能出现与终端实际接收到的实际授权数据量大小不同的情况，这是因为配置文件中保存的通信场景参数可能并没有覆盖该通信场景的全部参数，例如探测参考信号(SRS，Sounding Reference Signal)是由终端发送给网络设备的，网络设备解调SRS以确定上行信道质量，但终端并无法知道该上行信道质量。因此，本实施例中，终端通过基于所述第二授权数据量，对配置文件中与接收所述第二授权数据量时的通信场景相匹配的第三授权数据量进行更新，达到了提高配置文件中第三授权数据量准确性的目的，同时，也提升了预估授权数据量与实际授权数据量的吻合度。

步骤502：在满足设定条件的情况下，根据所述第一授权数据量生成第一媒体接入控制协议数据单元。

在步骤502中，在满足设定条件的情况下，例如在理想的无线电条件和静态环境中，终端根据预估授权数据量生成第一MAC PDU。

需要说明的是，对于步骤501中确定的每个预估授权数据量，并不一定都会在步骤502中用于生成第一MAC PDU。

在步骤502中，所述满足设定条件的情况，可以为以下任一情况：

情况1：以确定第一授权数据量的时刻为截止时刻的设定持续时间内，所述终端的环境参数保持不变。

情况2：以确定第一授权数据量的时刻为截止时刻的设定持续时间内，所述终端接收到的至少两个第二授权数据量的大小相同。

在情况1中，当终端的环境参数在以确定第一授权数据量的时刻之前的设定持续时间内保持不变，确定为满足设定条件。

需说明的是：所述环境参数包括以下至少之一：

缓冲区状态报告(BSR，Buffer Status Report)；

功率余量报告(PHR，Power Headroom Report)；

物理小区代号(PCI，Physical cell ID)；

下行传输服务质量(DL Qos，Down Link Quality of Service)；

网络互联协议应用(IP application)。

还需要说明的是，在一些可能的实施方式中，如果终端的环境参数中至少一个环境参数中的每个环境参数在设定时间内的波动在设定范围内，也可被认为满足设定条件。举例来说，终端的环境参数中至少一个环境参数中的每个环境参数在设定时间内全部取值的平均数与设定时间的截至时刻时该环境参数的取值相同，将被认为满足设定条件。还需要说明的是，终端的环境参数中的至少一个环境参数可以是BSR、PHR、和/或DL Qos等等，本实施例对此不做限定。

还需要说明的是，该设定持续时间可以是动态变化的。具体地，可以根据预估授权数据量的大小来确定该设定时间，或者基于其他参数来确定设定持续时间。举例来说，设定持续时间可以是2个TTI循环。

在情况2中，以确定第一授权数据量的时刻为截止时刻的设定持续时间内，当终端接收到的至少两个实际授权数据量的大小相同，确定为满足设定条件。

在一个实施例中，终端在设定持续时间内，最后接收到的至少两个连续的实际授权数据量的大小相同，确定为满足设定条件。

这里，请参阅图6，图6为本申请实施例提供的一种生成第一MAC PDU的时间区间的示意图，图中预估授权数据量的取值与前一个TTI接收到的实际授权数据量的取值相同，在终端接收到的最后两个实际授权数据量大小相同的情况下，终端开始按照预估授权数据量生成第一MAC PDU，终端在每个TTI都重复确认是否仍满足设定条件，并在预估授权数据量与实际授权数据量取值不同时停止生成第一MAC PDU。

在一个实施例中，终端在设定持续时间内，接收到的大小相同的实际授权数据量的次数满足设定概率，确定为满足设定条件。该设定概率可以为99％、85％或其他概率值。

优选地，在完成步骤502之后，该数据处理方法还包括：

所述终端将所述第一媒体接入控制协议数据单元存入设定队列。

具体地，终端将按照预估授权数据量生成的第一MAC PDU存入设定队列，当用于生成该第一MAC PDU的预估授权数据量满足后续步骤503的情况时，终端从所述设定队列中调取所述第一媒体接入控制协议数据单元，并基于所述第一媒体接入控制协议数据单元生成物理传输块。

步骤503：在所述第二授权数据量大于或者等于所述第一授权数据量的情况下，基于所述第一媒体接入控制协议数据单元生成物理传输块。

在步骤503中，在接收到的实际授权数据量大于或等于与此实际授权数据量对应的预估授权数据量时，终端的MAC层向PHY层发送第一MAC PDU，PHY层基于第一MAC PDU生成物理传输块，用以进行上行资源传输。

需要说明的是，在接收到的实际授权数据量大于与此实际授权数据量对应的预估授权数据量时，由于预估授权数据量的值可以在每个TTI循环实时更新，因而可以逐步减少实际授权数据量与预估授权数据量之间的差值，从而减少上行授权数据量的浪费。

图7是本申请实施例提供的一种上行链路数据处理时间轴的示意图，如图7所示，第二时刻(即接收到实际授权数据量的时刻)与传输块开始传输的时刻之间为前预算时间(即相关技术中的预算时间)，第一时刻(即确定预估授权数据量的时刻)与传输块开始传输的时刻之间为新预算时间(即本申请技术方案的预算时间)。在图7的示例中，确定预估授权数据量的时刻比接收到实际授权数据量的时刻提前一个TTI循环，MAC PDU的生成起始时刻较相关技术中提前。容易理解的是，在使用新预算时间时，即使MAC PDU的生成耗时较相关技术中生成MAC PDU的耗时维持不变，但因为使用新的预算时间，MAC PDU可以在更早的时刻开始组装MAC SDU，因而降低了上行链路传输的延时，避免了对上行网络授权的浪费，提升了上行链路传输的稳定性及可靠性。

下面结合图8对本申请实施例进行进一步说明。图8示出了本申请中UE进行上行链路数据处理的示意实现过程。这里，图8中间虚线以下任务为与TTI循环相关的同步任务，虚线以上为与TTI循环无关的异步任务。对比图2示出的相关技术，本申请实施例将一些同步任务移到了异步任务中，从而减轻了对CPU的运算速度要求，防止CPU过载，同时缩短了生成MAC PDU的延迟，避免了对上行网络授权的浪费，提升了上行链路传输的稳定性及可靠性。具体地，异步任务包括以下步骤：

步骤A：PDCP接收来自上层的协议数据包(IP packets)，并将生成的PDCP PDU放入逻辑信道队列中缓存。

步骤B：当接收到实际授权数据量时，MAC层预估对应下一个实际授权数据量的预估授权数据量。

步骤C：RLC层从逻辑信道队列中读取PDCP PDU，并分割PDCP PDU，加入RLC头文件，生成RLC PDU。

步骤D：MAC层在RLC PDU尾部后缀MAC CE，生成第一MAC PDU，并将第一MAC PDU存入第一MAC PDU队列。

同步任务包括以下步骤：

步骤1：PHY层解码物理下行控制信道(PDCCH，Physical Downlink ControlChannel)，根据网络设备发送的调度授权信令确定实际授权数据量，并将该实际授权数据量发送到MAC子层(Thin MAC)。

步骤2：Thin MAC层向MAC层发送步骤1中接收到的实际授权数据量。

步骤3：Thin MAC层从第一MAC PDU队列中读取第一MAC PDU。

步骤4：在接收到的实际授权数据量大于或等于与此实际授权数据量对应的预估授权数据量时，Thin MAC层将该第一MAC PDU发送到PHY层以通过物理传输块进行上行传输。

可选地，本申请实施例中，数据处理方法还包括：

在所述第二授权数据量小于所述第一授权数据量的情况下，根据所述第二授权数据量生成第二媒体接入控制协议数据单元，并基于所述第二媒体接入控制协议数据单元生成物理传输块。

在确认实际授权数据量小于与该实际授权数据量对应的预估授权数据量时，终端放弃基于预估授权数据量生成第一MAC PDU，转为基于实际授权数据量生成第二MAC PDU。

需要说明的是，在实际授权数据量小于与该实际授权数据量对应的预估授权数据量的情况下，基于预估授权数据量生成的第一MAC PDU因超过网络下发的允许尺寸，是无法进行上行传输的。因而，在确定实际授权数据量小于与该实际授权数据量对应的预估授权数据量时，不论第一MAC PDU是已经完成生成过程还是处于生成过程中，终端都应立即放弃第一MAC PDU，启动恢复机制，即基于实际授权数据量生成第二MAC PDU。

还需要说明的是，终端可以在生成第一MAC PDU的过程中保存相关的信息，例如保存用于生成第一MAC PDU的每个逻辑信道中的SDU尺寸，或者保存MAC CE的尺寸等等。

优选地，终端基于所述第一媒体接入控制协议数据单元得到第一数据；所述第一数据包括构成所述第一媒体接入控制协议数据单元的所有无线链路控制层服务数据单元中每个无线链路控制层服务数据单元的尺寸数据。

进一步地，在终端存有第一数据的情况下，终端根据所述第二授权数据量生成第二媒体接入控制协议数据单元，包括：

终端根据所述第二授权数据量与第一数据，生成第二媒体接入控制协议数据单元。

具体地，在放弃第一MAC PDU后，终端根据实际授权数据量和保存的第一数据，重新计算第二MAC PDU对应的各RLC SDU尺寸，生成第二MAC PDU。

需要说明的是，根据预估授权数据量与实际授权数据量之间的差值，重新计算第二MAC PDU对应的各RLC SDU尺寸，生成第二MAC PDU，存在多种情况：

在一种情况中，终端需要依据预估授权数据量与实际授权数据量之间的差值，在生成第二MAC PDU时去除至少一个原RLC SDU(即放弃至少一个逻辑信道中的SDU)，而无需对原RLC SDU进行重分段。

在另一种情况中，终端需要依据预估授权数据量与实际授权数据量之间的差值，对至少一个原RLC SDU进行重分段，第二MAC PDU中仅包含对应的原逻辑信道中SDU的一部分。

在另一种情况下，生成第二MAC PDU时，需要既去除一些原RLC SDU，还需要将一些RLC SDU进行分段。

针对上述不同情况，需要说明的是，优选地，依据LCP算法，计算第二MAC PDU中包含的各逻辑信道SDU。

这里，结合图9对进行举例说明，图9为本申请实施例提供的一种生成第二MAC PDU的示意图。

如图9所示，在生成第一MAC PDU时，终端依据LCP算法对各逻辑信道的SDU进行监察，逻辑信道#1到逻辑信道#3的SDU可以被放入第一MAC PDU，逻辑信道#4的SDU需要被分段。终端在生成第一MAC PDU时保存各逻辑信道上的SDU尺寸信息，当实际授权数据量小于预估授权数据量时，终端需要根据实际授权数据量和先前保存的SDU尺寸信息，计算第二MAC PDU的构成。在本示例中，逻辑信道#1和逻辑信道#2的SDU无需更改，可被直接放如第二MAC PDU，逻辑信道#3中的SDU需要被分段，分段后的其中一段SDU可被放入第二MAC PDU中，逻辑信道#3中其他分段的SDU需要等待下次传输。因为实际授权数据量已经达到饱和，逻辑信道#4中的SDU被暂停传输。通过上述操作，终端可以在实际授权数据量小于预估授权数据量的情况下，启用恢复机制，解决无法传输第一MAC PDU的错误，继续MAC PDU的正确传输，不会造成对上行网络授权的浪费，提升了上行链路传输的稳定性及可靠性。

还需要说明的是，因为终端已经放弃生成第一MAC PDU，如果第一MAC PDU已经完成生成过程并被存入第一MAC PDU队列，则该第一MAC PDU是冗余的。

因而，优选地，在所述第二时刻接收到的授权数据量小于第一授权数据量的情况下，所述终端删除所述第一MAC PDU。

本申请实施例中，终端在接收到网络设备发送的第二授权数据量之前，确定第一授权数据量，该第一授权数据量是对第二授权数据量的估计值，终端在确定第一授权数据量后，开始生成第一MAC PDU，提早了预算时间的起始时刻，增长了预算时间，因而减轻了对CPU的运算速度要求，防止CPU过载，终端在第二授权数据量大于或者等于第一授权数据量的情况下，将该第一MAC PDU用于生成物理传输块以向网络设备传输上行数据资源，避免了相关技术中因CPU算力不足造成的错过本次上行链路传输的问题，避免了对上行网络授权的浪费，降低了上行链路传输的延时，提升了上行链路传输的稳定性及可靠性。

为实现本申请实施例的数据处理方法，本申请实施例还提供一种终端，如图10所示，该终端包括：

确定单元1001，用于确定第一授权数据量；其中，所述第一授权数据量为第二授权数据量的估计值；所述第一授权数据量在终端接收到对应的第二授权数据量之前确定出；所述第二授权数据量表征终端上行传输资源的调度授权数据量；

第一生成单元1002，用于在满足设定条件的情况下，根据所述第一授权数据量生成第一媒体接入控制协议数据单元；

第二生成单元1003，用于在所述第二授权数据量大于或者等于所述第一授权数据量的情况下，基于所述第一媒体接入控制协议数据单元生成物理传输块。

一实施例中，所述确定单元1001，用于：

根据接收到的第二授权数据量的历史值集确定所述第一授权数据量。

一实施例中，所述确定单元1001，用于：

将最后接收到的第二授权数据量确定为所述第一授权数据量。

一实施例中，所述确定单元1001，用于：

在配置文件中将与确定第一授权数据量时的通信场景相匹配的第三授权数据量确定为所述第一授权数据量；其中，所述配置文件用于存储至少一个第三授权数据量；所述至少一个第三授权数据量中的每个第三授权数据量在所述配置文件中与一个通信场景相匹配。

一实施例中，所述确定单元1001，用于：

根据确定第一授权数据量时对应的所述终端的环境参数，确定所述确定第一授权数据量时的通信场景。

一实施例中，所述数据处理装置还包括：

更新单元1004，用于基于所述第二授权数据量，对配置文件中与接收所述第二授权数据量时的通信场景相匹配的第三授权数据量进行更新。

一实施例中，所述满足设定条件的情况，包括：

以确定第一授权数据量的时刻为截止时刻的设定持续时间内，所述终端的环境参数保持不变。

一实施例中，所述环境参数包括以下至少之一：

缓冲区状态报告；

功率余量报告；

物理小区代号；

下行传输服务质量；

网络互联协议应用。

一实施例中，所述满足设定条件的情况，包括：

以确定第一授权数据量的时刻为截止时刻的设定持续时间内，所述终端接收到的至少两个第二授权数据量的大小相同。

一实施例中，所述第一授权数据量在终端接收到对应的第二授权数据量之前的一个发送时间间隔确定出。

一实施例中，所述第一生成单元1002，用于：将所述第一媒体接入控制协议数据单元存入设定队列；

所述第二生成单元1003，用于：从所述设定队列中调取所述第一媒体接入控制协议数据单元，并基于所述第一媒体接入控制协议数据单元生成物理传输块。

一实施例中，所述数据处理装置还包括：

第三生成单元1005，用于在所述第二授权数据量小于所述第一授权数据量的情况下，根据所述第二授权数据量生成第二媒体接入控制协议数据单元，并基于所述第二媒体接入控制协议数据单元生成物理传输块。

一实施例中，所述第一生成单元1002，用于：基于所述第一媒体接入控制协议数据单元得到第一数据；所述第一数据包括构成所述第一媒体接入控制协议数据单元的所有无线链路控制层服务数据单元中每个无线链路控制层服务数据单元的尺寸数据；

所述第三生成单元1005，用于：根据所述第二授权数据量与第一数据，生成第二媒体接入控制协议数据单元。

一实施例中，所述数据处理装置还包括：

删除单元1006，用于在所述第二授权数据量小于第一授权数据量的情况下，删除所述第一媒体接入控制协议数据单元。

图11是本申请实施例提供的一种终端1100的硬件组成结构示意图。图11所示的终端1100包括处理器1110，处理器1110可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。

可选地，如图11所示，终端1100还可以包括存储器1120。其中，处理器1110可以从存储器1120中调用并运行计算机程序，以实现本申请实施例中的方法。

其中，存储器1120可以是独立于处理器1110的一个单独的器件，也可以集成在处理器1110中。

可选地，如图11所示，终端1100还可以包括收发器1130，处理器1110可以控制该收发器1130与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。

其中，收发器1130可以包括发射机和接收机。收发器1130还可以进一步包括天线，天线的数量可以为一个或多个。

可选地，该终端1100包括本申请实施例的数据处理装置，并且该终端1100可以实现本申请实施例的各个方法中由数据处理装置实现的相应流程，为了简洁，在此不再赘述。

可选地，该终端1100可以是本申请实施例的各个方法中的终端。

本申请实施例中的存储器用于存储各种类型的数据以支持终端中的操作。这些数据的示例包括：用于在相关设备上操作的任何计算机程序。

可以理解，存储器可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-OnlyMemory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic random access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random AccessMemory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，SynchronousDynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本申请实施例描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

上述本申请实施例揭示的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、DSP，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器，处理器读取存储器中的程序，结合其硬件完成前述方法的步骤。

处理器执行所述程序时实现本申请实施例的各个方法中的相应流程，为了简洁，在此不再赘述。

在示例性实施例中，本申请实施例还提供了一种存储介质，即计算机存储介质，具体为计算机可读存储介质，例如包括存储计算机程序的存储器，上述计算机程序可由处理器执行，以完成前述方法所述步骤。计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器。

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

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

另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

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

Claims (17)

1.一种数据处理方法，其特征在于，所述方法包括：

确定第一授权数据量；其中，所述第一授权数据量为第二授权数据量的估计值；所述第一授权数据量在终端接收到对应的第二授权数据量之前确定出；所述第二授权数据量表征终端上行传输资源的调度授权数据量；

在满足设定条件的情况下，根据所述第一授权数据量生成第一媒体接入控制协议数据单元；

在所述第二授权数据量大于或等于所述第一授权数据量的情况下，基于所述第一媒体接入控制协议数据单元生成物理传输块。

2.根据权利要求1所述的方法，其特征在于，所述确定第一授权数据量，包括：

根据接收到的第二授权数据量的历史值集确定所述第一授权数据量。

3.根据权利要求2所述的方法，其特征在于，所述根据第二授权数据量的历史值集确定所述第一授权数据量，包括：

将最后接收到的第二授权数据量确定为所述第一授权数据量。

4.根据权利要求1所述的方法，其特征在于，所述确定第一授权数据量，包括：

在配置文件中将与确定第一授权数据量时的通信场景相匹配的第三授权数据量确定为所述第一授权数据量；其中，所述配置文件用于存储至少一个第三授权数据量；所述至少一个第三授权数据量中的每个第三授权数据量在所述配置文件中与一个通信场景相匹配。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

根据确定第一授权数据量时对应的所述终端的环境参数，确定所述确定第一授权数据量时的通信场景。

6.根据权利要求4所述的方法，其特征在于，所述方法还包括：

基于所述第二授权数据量，对配置文件中与接收所述第二授权数据量时的通信场景相匹配的第三授权数据量进行更新。

7.根据权利要求1所述的方法，其特征在于，所述满足设定条件的情况，包括：

以确定第一授权数据量的时刻为截止时刻的设定持续时间内，所述终端的环境参数保持不变。

8.根据权利要求5或7所述的方法，其特征在于，所述环境参数包括以下至少之一：

缓冲区状态报告；

功率余量报告；

物理小区代号；

下行传输服务质量；

网络互联协议应用。

9.根据权利要求1至6中任一项所述的方法，其特征在于，所述满足设定条件的情况，包括：

以确定第一授权数据量的时刻为截止时刻的设定持续时间内，所述终端接收到的至少两个第二授权数据量的大小相同。

10.根据权利要求1至6中任一项所述的方法，其特征在于，所述第一授权数据量在终端接收到对应的第二授权数据量之前的一个发送时间间隔确定出。

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

将所述第一媒体接入控制协议数据单元存入设定队列；

所述基于所述第一媒体接入控制协议数据单元生成物理传输块，包括：

从所述设定队列中调取所述第一媒体接入控制协议数据单元，并基于所述第一媒体接入控制协议数据单元生成物理传输块。

12.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在所述第二授权数据量小于所述第一授权数据量的情况下，根据所述第二授权数据量生成第二媒体接入控制协议数据单元，并基于所述第二媒体接入控制协议数据单元生成物理传输块。

13.根据权利要求12所述的方法，其特征在于，所述根据所述第一授权数据量生成第一媒体接入控制协议数据单元，还包括：

基于所述第一媒体接入控制协议数据单元得到第一数据；所述第一数据包括构成所述第一媒体接入控制协议数据单元的所有无线链路控制层服务数据单元中每个无线链路控制层服务数据单元的尺寸数据；

所述根据所述第二授权数据量生成第二媒体接入控制协议数据单元，包括：

根据所述第二授权数据量与第一数据，生成第二媒体接入控制协议数据单元。

14.根据权利要求12或13所述的方法，其特征在于，所述方法还包括：

在所述第二授权数据量小于第一授权数据量的情况下，所述终端删除所述第一媒体接入控制协议数据单元。

15.一种终端，其特征在于，包括：

确定单元，用于确定第一授权数据量；其中，所述第一授权数据量为第二授权数据量的估计值；所述第一授权数据量在终端接收到对应的第二授权数据量之前确定出；所述第二授权数据量表征终端上行传输资源的调度授权数据量；

第一生成单元，用于在满足设定条件的情况下，根据所述第一授权数据量生成第一媒体接入控制协议数据单元；

第二生成单元，用于在所述第二授权数据量大于或者等于所述第一授权数据量的情况下，基于所述第一媒体接入控制协议数据单元生成物理传输块。

16.一种终端，其特征在于，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，

其中，所述处理器用于运行所述计算机程序时，执行权利要求1至14任一项所述方法的步骤。

17.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至14任一项所述方法的步骤。

Images