WO2021249190A1 - 协议数据单元处理方法、装置、发送设备及存储介质 - Google Patents

Abstract

本公开提供一种协议数据单元处理方法、装置、发送设备及存储介质。该方法包括：接收状态协议数据单元协议数据单元，所述状态协议数据单元中包括数据协议数据单元；根据能力参数确定在当前时间单元中对于数据协议数据单元的处理能力；以及根据所述处理能力，在当前时间单元和下一时间单元中处理所述数据协议数据单元。上述方案根据处理能力可将数据协议数据单元分摊至不同的时间单元进行处理，能够降低时间单元内的处理压力，提高处理数据协议数据单元的可靠性。

Description

协议数据单元处理方法、装置、发送设备及存储介质 技术领域

本公开的实施例涉及无线通信网络，例如涉及一种协议数据单元(Protocol Data Unit，PDU)处理方法、装置、发送设备及存储介质。

背景技术

在新空口(New Radio，NR)网络中，数据面状态包可能丢失，如无线链路控制(Radio Link Control，RLC)层丢失状态(STATUS)PDU、分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)层丢失控制(CONTROL)PDU等。丢失的状态PDU会叠加在下一个状态PDU中，导致数据面状态PDU中包含的需要处理的数据(DATA)PDU激增。此外，在信号较弱的情况下，混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)失败率高，也会使得数据面状态PDU中包含的需要处理的数据PDU过多。

将处理并发送数据PDU的设备作为发送设备。发送设备可能为网络端设备，也可能为用户终端(User Equipment，UE)。相应的是，接收数据PDU的设备为接收设备。接收设备通过发送RLC状态PDU，可以通知发送设备关于RLC数据PDU已被成功接收的信息以及检测到的丢失的RLC数据PDU的信息。在数据面状态包丢失、状态PDU中包含的数据PDU过多的情况下，发送设备在接收到状态PDU后，在一定时间内需要处理的数据PDU过多、处理时延大。结果，容易引起速率尖刺，还会造成NR介质访问控制层(Medium Access Control，MAC)错过组MAC PDU的时间。网络由于感知不到MAC PDU，误认为发送端业务量降低，降低授权、影响发送端的上行速率等。因此，可能会造成数据PDU处理的可靠性差。

发明内容

本公开提供一种协议数据单元处理方法、装置、发送设备及存储介质，以提高边链路通信的可靠性。

根据第一方面，本公开的一个实施例提供一种协议数据单元处理方法，应用于发送设备，包括：接收状态协议数据单元，所述状态协议数据单元中包括数据协议数据单元；根据能力参数确定在当前时间单元中对于数据协议数据单元的处理能力；以及根据所述处理能力，在当前时间单元和下一时间单元中处理所述数据协议数据单元。

根据第二方面，本公开的一个实施例还提供了一种协议数据单元处理装置，包括：接收模块，被配置为接收状态协议数据单元，所述状态协议数据单元中包括数据协议数据单元；能力确定模块，被配置为根据能力参数确定在当前时间单元中对于数据协议数据单元的处理能力；以及处理模块，被配置为根据所述处理能力，在当前时间单元和下一时间单元中处理所述数据协议数据单元。

根据第三方面，本公开的一个实施例还提供了一种发送设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，其中当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述的协议数据单元处理方法。

根据第四方面，本公开一个实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现上述的协议数据单元处理方法。

本公开实施例提供的一种协议数据单元处理方法、装置、发送设备及存储介质。该方法包括：接收状态PDU，所述状态PDU中包括数据PDU；根据能力参数确定在当前时间单元中对于数据PDU的处理能力；以及根据所述处理能力，在当前时间单元和下一时间单元中处理所述数据PDU。上述方案根据处理能力可将数据PDU分摊至不同的时间单元进行处理，能够避免一个时间单元中需要处理的数据PDU过多、降低时间单元内的处理压力，进而提高处理数据PDU的可靠性。

附图说明

图1为根据本公开的一个实施例提供的一种协议数据单元处理方法的流程图；

图2为根据本公开的一个实施例提供的能力参数对应的时刻的示意图；

图3为根据本公开的另一个实施例提供的一种协议数据单元处理方法的流程图；

图4为根据本公开的一个实施例提供的一种协议数据单元处理装置的结构示意图；以及

图5为根据本公开的一个实施例提供的一种发送设备的硬件结构示意图。

具体实施方式

下面结合附图和实施例对本公开进行说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本公开，而非对本公开的限定。需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互任意组合。另外还需要说明的是，为了便于描述，附图中仅示出了与本公开相关的部分而非全部结构。

如上文所述，在NR网络中，数据面状态包可能丢失。以UE处理并发送网络端的状态PDU的情况为例，在网络端下发数据面第n个状态包并且UE丢失第n个状态包的情况下，下次接收到的第(n+1)个状态包内包含有第n个状态包的信息。因此，UE需要叠加处理这两个状态包，需要处理的数据PDU数量激增。当处理的数据PDU过多时，会造成较大的处理时延，影响上行授权发送。如果网络信号不稳定或信号质量差，数据PDU的误码率较高，状态PDU中包含有多个失败数据PDU的信息。当UE接收到这种状态PDU时，也会增加数据PDU的处理时延，影响上行授权发送。此外，针对一些特殊网络配置 的情况，例如网络为了节约空口资源，可以减少状态PDU发送。一个状态PDU中包含的数据PDU信息过多，会导致UE需要处理的数据PDU数量变多，也会增加数据PDU的处理时延，从而影响上行授权发送。另外，一个状态PDU中包含的数据PDU信息过多还会引起瞬时CPU占用率过高、由于网络降低UE授权和上行速率而在速率恢复时易引起速率尖刺、由于授权组包得不到执行而浪费授权组包机会等问题。

在本公开实施例中，提供一种协议数据单元处理方法，发送设备根据处理能力可将数据PDU分摊至不同的时间单元进行处理，能够避免一个时间单元中需要处理的数据PDU过多、降低时间单元内的处理压力，进而提高处理数据PDU的可靠性。

图1为根据本公开的一个实施例提供的一种协议数据单元处理方法的流程图。如图1所示，本实施例提供的方法包括步骤110、步骤120和步骤130。

在步骤110中，接收状态协议数据单元(Protocol Data Unit，PDU)，所述状态协议数据单元中包括数据PDU。

在步骤120中，根据能力参数确定在当前时间单元中对于数据协议数据单元的处理能力。

本实施例中，时间单元可以为数据PDU的传输时间间隔(Transmission Time Interval，TTI)。对于数据PDU的处理能力可以为在当前时间单元中最大可处理的数据PDU的个数或数据量阈值等。该数据量阈值与数据PDU的数据字段大小有关。处理能力根据能力参数确定，能力参数与处理数据PDU过程中的不同时刻有关。例如，在其他参数一定的情况下，状态PDU的接收时刻与授权时刻T0之间的间隙越长，则处理能力越强，在当前时间单元中可处理的数据PDU越多、处理的数据量越大。又如，授权时刻与数据PDU的发送时刻之间的间隙越长，则处理能力越强，在当前时间单元中可处理的数据PDU越多、处理的数据量越大。此外，处理能力还受到上行速率、时间单 元的长度、CPU频率特性等的影响。能力参数可以由网络端或终端配置，或者由协议预定义。不同时间单元对应的能力参数或处理能力可以相同，也可以不同。

在步骤130中，根据所述处理能力，在当前时间单元和下一时间单元中处理所述数据协议数据单元。

本实施例中，如果接收到的状态PDU中的数据PDU不是过多、在当前时间单元的处理能力范围之内，则可以在当前时间单元内处理该状态PDU中的所有数据PDU。如果接收到的状态PDU中的数据PDU过多、超出在当前时间单元的处理能力范围，则可以将一部分数据PDU在下一时间单元中处理，避免在一个时间单元内处理的数据PDU过多导致处理时延过大。通过根据当前时间单元中对于数据PDU的处理能力，可以平摊处理状态PDU中的数据PDU，即对状态PDU中的数据PDU进行平滑处理，能够解决速率降低的问题，避免上行调度授权错过发送时机。

本实施例的协议数据单元处理方法，无需修改通讯协议，只需要由发送设备端单边做平滑处理，易于实现，并且可灵活应用于UE的发送端或者网络侧发送端，有效提高数据PDU处理的可靠性。

在一实施例中，步骤120可以进一步包括：

步骤121：获取所述发送设备的能力参数，所述能力参数根据授权时刻T0、数据PDU的发送时刻T1、状态PDU的接收时刻S0、上行速率、中央处理器CPU的频率特性、传输时间间隔以及传输块大小确定；以及

步骤122：根据所述能力参数计算所述对于数据PDU的处理能力。

本实施例中，获取能力参数作为计算处理能力的依据。能力参数与处理数据PDU过程中的以下时刻有关：状态PDU的接收时刻S0、授权时刻T0、数据PDU的发送时刻T1。此外，能力参数还与发送设备的CPU的频率特性、上行速率(Uplin Velocity)、传输时间间隔以及传输块大小有关。

在一实施例中，能力参数包括：第一间隙Gap0，第一间隙Gap0为授权时刻T0与数据PDU的发送时刻T1之间的间隙；第二间隙Gap1，第二间隙Gap1为所述状态PDU的接收时刻S0与授权时刻T0之间的间隙；上行速率V；第一参数a和b，第一参数根据中央处理器CPU频率特性确定；以及第二参数c和d，第二参数根据传输时间间隔、传输块大小以及CPU频率特性确定。

图2为根据本公开的一个实施例提供的能力参数对应的时刻的示意图。如图2所示，将以UE处理并发送网络端的状态PDU为例进行说明。

S0表示状态PDU的接收时刻，UE在S0时刻解出物理下行共享信道(Physical Downlink Shared Channel，PDSCH)得到状态PDU；

S1表示状态PDU中所有的数据PDU处理完成的时刻；

T0表示解出物理下行控制信道(Physical Downlink Control Channel，PDCCH)得到DCI的时刻，即授权时刻；

T1表示在处理完数据PDU之后，发送数据PDU的时刻；

Gap0表示第一间隙，即从授权时刻到发送数据PDU的时刻之间的间隙，Gap0＝T1-T0；

Gap1表示第二间隙，即从得到状态PDU到授权时刻之间的间隙，Gap1＝T0-S0。其中，Gap0和Gap1依据网络端对UE的调度获得。

此外，能力参数还包括上行速率V、第一参数和第二参数，其中，第一参数可以包括a和b，用于表示处理数据PDU的耗时与S之间的线性关系，可根据中央处理器CPU频率特性确定；第二参数包括c和d，用于表示上行速率与组包耗时之间的线性关系，可根据传输时间间隔、传输块大小以及CPU频率特性确定。

在一实施例中，所述对于数据PDU的处理能力包括最大可处理数据PDU个数；剩余数据PDU的个数为所述状态PDU中的数据PDU个数与所述最大可处理数据PDU个数的差值。

本实施例中，对于数据PDU的处理能力为在当前时间单元中最大 可处理的数据PDU的个数。如果状态PDU中包含的数据PDU的个数超过在当前时间单元中最大可处理的数据PDU的个数，则超过的这部分数据PDU需要在下一时间单元内处理。例如，处理能力为在当前时间单元的最大可处理数据PDU个数，假设S＝100状态PDU中包括110个数据PDU，则前100个数据PDU可在当前时间单元内正常处理；当处理完第100个数据PDU后，不再继续处理数据PDU，剩余的10个数据PDU将在下一时间单元中处理。

在一实施例中，在所述处理能力与所述能力参数呈线性关系的情况下，所述处理能力通过公式(Gap0+Gap1-(c+d*V)-a)/b计算得出。

本实施例中，根据能力参数计算最大可处理数据PDU个数的推导过程如下：

以处理能力与能力参数呈线性关系的情况为例，在处理完数据PDU之后、发送数据PDU之前，可用于MAC PDU的组包的时间(组包耗时)表示为T1-S1，则满足：T1-S1＝Gap0-(f(S)-Gap1)，其中，f(S)表示处理S个数据PDU的耗时，f(S)＝a+b*S，并且系数a和b由UE CPU频率特性决定。处理数据PDU的耗时与S之间通常满足线性关系。

组包耗时还可以依据上行速率和第二参数计算，即：T1-S1＝c+d*V，其中，系数c和d由配置的TTI、TB size以及UE CPU频率特性等决定。如果UE的CPU不调频，则T1-S1为固定值。上行速率与组包耗时之间通常满足线性关系。

根据上述各式，可以计算在当前时间单元(TTI)内的处理能力，即最大可处理的数据PDU的个数S＝(Gap0+Gap1-(c+d*V)-a)/b。

在一些实施例中，处理能力与能力参数也可能是非线性关系。在这种情况下，处理能力与能力参数之间的关系较为复杂，处理能力的计算不局限于上述的公式。本实施例对非线性的情况下处理能力的计算公式不作具体限定。

在一实施例中，所述根据所述处理能力，在当前时间单元和下一时间单元中处理所述数据PDU的步骤130可以进一步包括：若确定在 所述当前时间单元中，已处理的数据PDU达到所述处理能力，则在下一时间单元中处理剩余数据PDU。

本实施例中，如果PDU在当前时间单元中，已处理的数据PDU已经达到处理能力，则可中断处理数据PDU，将剩余的数据PDU平滑至下一时间单元中处理。

根据本实施例的PDU处理方法，通过根据数据PDU处理过程中的不同时刻之间的关系以及多种能力参数，全面考虑了CPU频率特性、传输时间间隔和传输块的大小等，准确地计算发送设备的处理能力，作为平滑处理的可靠依据。因此，根据本实施例的PDU处理方法能够避免在一个时间单元内处理的数据PDU过多导致处理时延过大，也不会因为在一个时间单元内处理的数据PDU过少而影响在各个时间单元内的处理效率，保证数据PDU的处理效率和可靠性。

在一实施例中，发送设备为用户端或网络端，其中，网络端还用于分配数据无线承载(Data Radio Bearer，DRB)资源。

本实施例中，发送设备可以为用户端，例如UE，则相应的接收设备为网络端，例如基站；发送设备也可以为网络端，则相应的接收设备为用户端。如果发送设备为网络端，则发送设备还可用于分配传输状态PDU的资源。

图3为根据本公开另一个实施例提供的一种协议数据单元处理方法的流程图。本实施例的协议数据单元处理方法可应用于发送设备，并且对数据PDU的平滑处理过程进行具体描述。在对数据PDU做平滑处理的基础上，如果发送设备为网络端设备，则在发送状态PDU的过程中还可以对发送失败的状态PDU做无线链路失败处理，重新选择可用的物理资源，从而保证状态PDU的可靠传输和处理，进一步提高峰值速率。

如图3所示，本实施例提供的方法包括步骤201-步骤210。

在步骤201中，接收状态协议数据单元(Protocol Data Unit，PDU)，所述状态PDU中包括数据PDU。

在步骤202中，根据能力参数确定在当前时间单元中对于数据PDU的处理能力。

在步骤203中，在当前时间单元中，判断已处理的数据PDU是否达到处理能力，若已处理的数据PDU达到处理能力，则执行步骤204；若已处理的数据PDU没有达到处理能力，执行步骤205。

在步骤204中，在下一时间单元中处理剩余数据PDU。

在步骤205中，回收已处理的数据PDU的资源，并更新数据链路层L2中资源的状态信息。

数据链路层是开放式系统互联(Open System Interconnection，OSI)参考模型中的第二层，介于物理层和网络层之间，用于为数据传输提供链路资源。本实施例中，对于在处理能力范围以内的数据PDU，在当前时间单元中处理完成后，发送设备回收已处理的数据PDU的资源，回收的资源可用于继续处理后续的数据PDU，并且更新数据链路层L2中资源的状态信息。在当前时间单元的数据PDU处理完成之后，发送设备向接收设备发送经过处理的状态PDU。

本实施例中，如果一个状态PDU未成功发送至对端设备，则需要对状态PDU进行重传。在平滑处理数据PDU的基础上，如果发送设备为网络端设备，则在发送状态PDU的过程中，还可以根据状态PDU的重传次数确定何时进行资源重配，以保证状态PDU的可靠传输，避免由于状态PDU丢失引起的需要处理的数据PDU过多、处理延时大等问题。

在步骤206中，判断状态PDU的重传次数是否大于或等于重传次数阈值，若状态PDU的重传次数大于或等于重传次数阈值，则执行步骤207；若状态PDU的重传次数不大于或等于重传次数阈值，执行步骤208。

在步骤207中，传输失败数加1。

在步骤208中，复位传输失败数，并清除重传缓冲区信息。

本实施例中，如果一个状态PDU的重传次数大于或等于重传次数 阈值，则判定该状态PDU传输失败，并且传输失败数累计加1；如果在重传次数阈值之内即重传成功，则复位传输失败数，清除重传缓冲区信息，不再继续计数。在此基础上，在连续多个状态PDU传输失败的情况下，才会执行后续操作，否则返回步骤201-步骤208，继续接收、处理、发送(并在未成功发送时重传)状态PDU。

本实施例中，重传次数阈值是预先设定或者使用协议定义的数值。重传次数阈值越小，则越容易判定状态PDU为传输失败，触发资源重配越频繁，能够有效提高数据PDU传输的成功率，同时信令开销和占用的网络资源也相对较多；重传次数阈值越大，则不容易判定状态PDU为传输失败，可以避免频繁的资源重配，降低信令开销和占用的网络资源。

在步骤209中，判断传输失败数是否大于或等于失败数阈值，若传输失败数大于或等于失败数阈值，则执行步骤210；若传输失败数小于失败数阈值，执行步骤201。

在步骤210中，重新分配DRB资源，复位DRB资源的窗口信息，并释放所述数据PDU的资源。

本实施例中，如果连续出现多个状态PDU传输失败、传输失败数累计达到了失败数阈值，即触发DRB资源的重配，通过复位DRB资源的窗口信息并释放数据PDU的资源，利用重配的DRB资源实现数据PDU重传。

本实施例中，失败数阈值是预先设定或者使用协议定义的数值，失败数阈值越小，则触发资源重配越频繁，能够有效提高数据PDU传输的成功率，同时信令开销和占用的网络资源也相对较多；失败数阈值越大，则可以避免频繁的资源重配，降低信令开销和占用的网络资源。

需要说明的是，本实施例不限定步骤201-步骤205与步骤206-步骤210的执行顺序。步骤201-步骤205是针对状态PDU中的数据PDU进行平滑处理，以将数据PDU分摊至不同的时间单元进行处理，能够 降低(在状态PDU丢失的情况下)时间单元内的处理压力，提高处理数据PDU的可靠性；步骤206-步骤210是在发送设备为网络端设备的情况下，在发送状态PDU的过程中根据状态PDU的重传次数和传输失败数进行资源重配，以保证状态PDU的可靠传输，避免由于状态PDU丢失引起的需要处理的数据PDU过多、处理延时大等。用户终端或网络端设备都有可能是状态PDU的发送设备或接收设备。在发送设备为用户终端的情况下，用户终端不需要执行步骤206-步骤210。

根据本实施例的协议数据单元处理方法，通过设置重传次数阈值和失败数阈值，能够在连续多个状态PDU传输失败的情况下触发DRB资源的重配，保证状态PDU的可靠传输、避免由于状态PDU丢失引起的在某个时间单元内需要处理的数据PDU数量激增。此外，根据本实施例的协议数据单元处理方法也可以避免每次重传或传输失败都触发DRB资源重配，节省网络资源，提高资源使用效率。

本公开实施例还提供一种协议数据单元处理装置。图4为一实施例提供的一种协议数据单元处理装置的结构示意图。如图4所示，所述协议数据单元处理装置包括：接收模块310、能力确定模块320和处理模块330。

接收模块310，被配置为接收状态PDU，所述状态PDU中包括数据PDU；

能力确定模块320，被配置为根据能力参数确定在当前时间单元中对于数据PDU的处理能力；并且

处理模块330，被配置为根据所述处理能力，在当前时间单元和下一时间单元中处理所述数据PDU。

本实施例的协议数据单元处理装置，通过根据当前时间单元中对于数据PDU的处理能力，可以平摊处理状态PDU中的数据PDU，即对状态PDU中的数据PDU进行平滑处理。因此，本实施例的协议数据单元处理装置能够解决速率降低的问题，避免上行调度授权错过发 送时机。

在一实施例中，处理模块330，具体被配置为：

若确定在所述当前时间单元中，已处理的数据PDU达到所述处理能力，则在下一时间单元中处理剩余数据PDU。

在一实施例中，处理模块330，具体被配置为：

若确定在所述当前时间单元中，已处理的数据PDU未达到所述处理能力，则回收所述已处理的数据PDU的资源，并更新数据链路层L2中资源的状态信息。

在一实施例中，所述对于数据PDU的处理能力包括最大可处理数据PDU个数。

所述剩余数据PDU的个数为所述状态PDU中的数据PDU个数与所述最大可处理数据PDU个数的差值。

在一实施例中，所述能力参数包括：

第一间隙，所述第一间隙为授权时刻T0与数据PDU的发送时刻T1之间的间隙；

第二间隙，所述第二间隙为所述状态PDU的接收时刻S0与授权时刻T0之间的间隙；

上行速率；

第一参数，所述第一参数根据中央处理器CPU频率特性确定；

第二参数，所述第二参数根据传输时间间隔、传输块大小以及CPU频率特性确定。

在一实施例中，在所述处理能力与所述能力参数呈线性关系的情况下，所述处理能力通过公式(Gap0+Gap1-(c+d*V)-a)/b计算得出。

在一实施例中，所述发送设备为用户端或网络端，所述用户端与所述网络端用于传输所述状态PDU，其中，所述网络端还用于分配DRB资源。

在一实施例中，当所述发送设备为网络端时，所述装置还包括：

计数模块，被配置为根据所述状态PDU的重传次数确定状态PDU 的传输失败数；以及

分配模块，被配置为若确定所述传输失败数大于或等于失败数阈值，则重新分配DRB资源，复位DRB资源的窗口信息，并释放所述数据PDU的资源。

在一实施例中，计数模块，具体被配置为：

若确定所述状态PDU的重传次数大于或等于重传次数阈值，则所述传输失败数加1；并且

若确定所述状态PDU的重传次数小于重传次数阈值，则复位所述传输失败数，并清除重传缓冲区信息。

本实施例提出的协议数据单元处理装置与上述实施例提出的协议数据单元处理方法属于同一发明构思，未在本实施例中详尽描述的技术细节可参见上述任意实施例，并且本实施例具备与执行协议数据单元处理方法相同的有益效果。

本公开实施例还提供一种发送设备。所述协议数据单元处理方法可以由协议数据单元处理装置执行。该协议数据单元处理装置可以通过软件和/或硬件的方式实现，并集成在所述发送设备中。所述发送设备为网络端设备或者用户终端。

图5为根据本公开的一个实施例提供的一种发送设备的硬件结构示意图。如图5所示，本实施例提供的一种发送设备，包括：处理器410和存储装置420。该发送设备中可以包括一个或多个处理器(图5中以一个处理器410为例)。所述设备中的处理器410和存储装置420可以通过总线或其他方式连接(图5中以通过总线连接为例)。

一个或多个程序被所述一个或多个处理器410执行，使得所述一个或多个处理器实现上述任一实施例所述的协议数据单元处理方法。

该发送设备中的存储装置420作为一种计算机可读存储介质，可用于存储所述一个或多个程序。所述程序可以是软件程序、计算机可执行程序以及模块，如本发明实施例中协议数据单元处理方法对应的 程序指令/模块(例如，附图4所示的协议数据单元处理装置中的模块，包括：接收模块310、能力确定模块320和处理模块330)。处理器410通过运行存储在存储装置420中的软件程序、指令以及模块，从而执行发送设备的各种功能应用以及数据处理，即实现上述方法实施例中的协议数据单元处理方法。

存储装置420主要包括程序存储区和数据存储区，其中，程序存储区可存储操作系统、至少一个功能所需的应用程序；数据存储区可存储根据设备的使用所创建的数据等(如上述实施例中的能力参数、数据PDU等)。此外，存储装置420可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储装置420可进一步包括相对于处理器410远程设置的存储器，这些远程存储器可以通过网络连接至发送设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

此外，当上述发送设备中所包括一个或者多个程序被所述一个或者多个处理器410执行时，实现如下操作：接收状态协议数据单元PDU，所述状态PDU中包括数据PDU；根据能力参数确定在当前时间单元中对于数据PDU的处理能力；根据所述处理能力，在当前时间单元和下一时间单元中处理所述数据PDU。

本实施例提出的发送设备与上述实施例提出的协议数据单元处理方法属于同一发明构思，未在本实施例中详尽描述的技术细节可参见上述任意实施例，并且本实施例具备与执行协议数据单元处理方法相同的有益效果。

本公开实施例还提供一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行一种协议数据单元处理方法。该方法包括：接收状态协议数据单元PDU，所述状态PDU中包括数据PDU；根据能力参数确定在当前时间单元中对于数据PDU 的处理能力；根据所述处理能力，在当前时间单元和下一时间单元中处理所述数据PDU。

通过以上关于实施方式的描述，所属领域的技术人员可以了解到，本公开可借助软件及通用硬件来实现，也可以通过硬件实现。基于这样的理解，本公开的技术方案可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括多个指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开任意实施例所述的方法。

以上所述，仅为本公开的示例性实施例而已，并非用于限定本公开的保护范围。

本公开附图中的任何逻辑流程的框图可以表示程序步骤，或者可以表示相互连接的逻辑电路、模块和功能，或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合的数据存储技术实现，例如但不限于只读存储器(ROM)、随机访问存储器(RAM)、光存储器装置和系统(数码多功能光碟DVD或CD光盘)等。计算机可读介质可以包括非瞬时性存储介质。数据处理器可以是任何适合于本地技术环境的类型，例如但不限于通用计算机、专用计算机、微处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、可编程逻辑器件(FGPA)以及基于多核处理器架构的处理器。

通过示范性和非限制性的示例，上文已提供了对本公开的示范实施例的详细描述。但结合附图和权利要求来考虑，对以上实施例的多种修改和调整对本领域技术人员来说是显而易见的，但不偏离本发明的范围。因此，本发明的恰当范围将根据权利要求确定。

Claims (12)

1. 一种协议数据单元处理方法，应用于发送设备，所述方法包括：

   接收状态协议数据单元，所述状态协议数据单元中包括数据协议数据单元；

   根据能力参数确定在当前时间单元中对于数据协议数据单元的处理能力；以及

   根据所述处理能力，在当前时间单元和下一时间单元中处理所述数据协议数据单元。
2. 根据权利要求1所述的方法，其中，所述根据所述处理能力，在当前时间单元和下一时间单元中处理所述数据协议数据单元的步骤，包括：

   若确定在所述当前时间单元中，已处理的数据协议数据单元达到所述处理能力，则在下一时间单元中处理剩余数据协议数据单元。
3. 根据权利要求1所述的方法，其中，所述根据所述处理能力，在当前时间单元和下一时间单元中处理所述数据协议数据单元的步骤，包括：

   若确定在所述当前时间单元中，已处理的数据协议数据单元未达到所述处理能力，则回收所述已处理的数据协议数据单元的资源，并更新数据链路层L2中资源的状态信息。
4. 根据权利要求2所述的方法，其中，所述处理能力包括最大可处理数据协议数据单元个数；并且

   所述剩余数据协议数据单元的个数为所述状态协议数据单元中的数据协议数据单元个数与所述最大可处理数据协议数据单元个数的差值。
5. 根据权利要求1所述的方法，其中，所述能力参数包括：

   第一间隙Gap0，所述第一间隙Gap0为授权时刻T0与数据协议数据单元的发送时刻T1之间的间隙；

   第二间隙Gap1，所述第二间隙Gap1为所述状态协议数据单元的接收时刻S0与授权时刻T0之间的间隙；

   上行速率V；

   第一参数a和b，所述第一参数a和b根据中央处理器CPU频率特性确定；以及

   第二参数c和d，所述第二参数c和d根据传输时间间隔、传输块大小以及所述CPU频率特性确定。
6. 根据权利要求5所述的方法，其中，在所述处理能力与所述能力参数呈线性关系的情况下，所述处理能力通过公式(Gap0+Gap1-(c+d*V)-a)/b计算得出。
7. 根据权利要求1-6任一项所述的方法，其中，

   所述发送设备为用户端或网络端，所述用户端与所述网络端用于传输所述状态协议数据单元；并且

   其中，所述网络端还用于分配数据无线承载DRB资源。
8. 根据权利要求7所述的方法，其中，当所述发送设备为网络端时，所述方法还包括：

   根据所述状态协议数据单元的重传次数确定状态协议数据单元的传输失败数；

   若所述传输失败数大于或等于失败数阈值，则重新分配DRB资源，复位DRB资源的窗口信息，并释放所述数据协议数据单元的资源。
9. 根据权利要求8所述的方法，其中，根据所述状态协议数据单元的重传次数确定状态协议数据单元的传输失败数的步骤，包括：

   若所述状态协议数据单元的重传次数大于或等于重传次数阈值，则所述传输失败数加1；并且

   若所述状态协议数据单元的重传次数小于重传次数阈值，则复位所述传输失败数，并清除重传缓冲区信息。
10. 一种协议数据单元处理装置，所述装置包括：

    接收模块，被配置为接收状态协议数据单元，所述状态协议数据单元中包括数据协议数据单元；

    能力确定模块，被配置为根据能力参数确定在当前时间单元中对于数据协议数据单元的处理能力；以及

    处理模块，被配置为根据所述处理能力，在当前时间单元和下一时间单元中处理所述数据协议数据单元。
11. 一种发送设备，所述设备包括：

    一个或多个处理器；

    存储装置，用于存储一个或多个程序，其中

    当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-9中任一所述的协议数据单元处理方法。
12. 一种计算机可读存储介质，其上存储有计算机程序，其中，该程序被处理器执行时实现如权利要求1-9中任一所述的协议数据单元处理方法。

Images