CN116097632A - 一种发送数据包的方法、装置、电子设备及可读存储介质 - Google Patents

Abstract

本公开提供了一种发送数据包的方法、装置、电子设备及可读存储介质，应用于无线通信技术领域，发送数据包的方法包括:在向第二电子设备发送数据包的过程中丢弃至少一数据包。

Description

一种发送数据包的方法、装置、电子设备及可读存储介质

技术领域

本公开涉及数据发送技术领域，特别涉及一种发送数据包的方法、装置、电子设备及可读存储介质。

背景技术

目前，在PDCP层接收侧会开启重排序定时器等待非连续的数据报文到达。当出现非连续接收的数据报文时，用户设备的PDCP层已开启了重排序定时器，则若重排序定时器可能会超时，此时若还没有等到连续的报文，按照目前的处理方式，用户设备会将重排序定时器超时接收的所有乱序的数据包都交给上层，且会更新RX_DELIV的值。其中，RX_DELIV表示该PDCP层期待的递交给上层的第一个数据包的计数值。

在通过分组数据汇聚协议PDCP(Packet Data Convergence Protocol)进行数据包，例如PDU(Packet Data Unit)或者SDU(Service Data Unit)，收发时，对于连续到达的数据包通过重排序定时器进行监控，以确定所需要接收到的连续的数据包是否准确接收。连续到达的数据包可以为标识数据包的标号为连续的数据包。如果在重排序定时器超时前，接收完成所需接收的连续的数据包，则取消当前的重排序定时器，将所接收到的数据包递送到目标位置。根据相关条件，等待开启下一个重排序定时。如果在重排序定时器超时时，未能接收完整所需接收的连续的数据包，则将未接收到的数据包之前以及之后所接收到连续的数据包递送到目标位置，并根据相关条件，等待开启下一个重排序定时。如果重排序定时器取消或超时后，不再通过PDCP协议进行连续的数据包的收发，则不再开启重排序定时器。

发明内容

本公开提供了一种发送数据包的方法、装置、电子设备及可读存储介质。

第一方面，提供了一种发送数据包的方法，由第一电子设备执行，所述方法包括：

在向第二电子设备发送数据包的过程中丢弃至少一数据包。

在一些可能的实施方式中，所述丢弃至少一数据包，包括：

丢弃向第二电子设备发送失败的数据包，和/或，丢弃与所述向第二电子设备发送失败的数据包具有关联关系的数据包。

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

根据从所述第一电子设备的物理层获知的数据包状态报告，获知所述向第二电子设备发送失败的数据包。

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

根据从所述第二电子设备接收到的数据包状态报告，获知所述向第二电子设备发送失败的数据包。

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

向所述第二电子设备发送触发信息，所述触发信息用于触发所述第二电子设备向所述第一电子设备发送所述数据包状态报告。

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

向所述第二电子设备发送指示信息，所述指示信息用于指示数据包的范围。

在一些可能的实施方式中，从所述第二电子设备接收到的数据包状态报告是基于设定触发条件而发送的。

在一些可能的实施方式中，从所述第二电子设备接收到的数据包状态报告是根据增强策略发送的。

在一些可能的实施方式中，所述丢弃至少一数据包，包括：

响应于丢弃定时器超时，丢弃所述丢弃定时器对应的数据包以及与所述丢弃定时器对应的数据包具有关联关系的数据包。

在一些可能的实施方式中，所述方法还包括：获取不同数据包之间的关联关系。

在一些可能的实施方式中，所述方法还包括：获取丢弃策略；

所述丢弃至少一数据包，包括：根据所述丢弃策略丢弃至少一数据包。

第二方面，提供了一种发送数据包的装置，被配置于第一电子设备，所述装置包括：

收发模块，被配置为向第二电子设备发送数据包；

处理模块，被配置在向第二电子设备发送数据包的过程中丢弃至少一数据包。

第三方面，提供一种电子设备，包括处理器以及存储器，其中，

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

所述处理器用于执行所述计算机程序，以实现第一方面或第一方面的任意一种可能的设计。

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

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

本公开中，通过在数据发送过程中，根据数据包发送的状态，选择丢弃至少一个数据包，以避免数据包的无效发送或者接收端对已接收数据的无效处理，提高了数据包发送的处理效率。

附图说明

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

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

图1是本公开实施例提供的一种发送数据包的方法的流程图；

图2是本公开实施例提供的另一种发送数据包的方法的流程图；

图3是本公开实施例提供的另一种发送数据包的方法的流程图；

图4是本公开实施例提供的另一种发送数据包的方法的流程图；

图5是本公开实施例提供的一种发送数据包的装置的结构图；

图6是本公开实施例提供的另一种发送数据包的装置的结构图。

具体实施方式

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

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

重排序定时器仅是为了在收发连续数据包的过程中，确定是否存在未连续到达的数据包的情况的，其并未考虑连续收发的数据包之间的关联关系，以及对于具有关联关系的数据包在收发过程中的处理方式。

在相关业务中，例如扩展现实(Extended Reality，XR)业务中，需连续发送的数据包可以称为数据包集合(Packet Set)，一个数据包集合中则包含了多个数据包(Packet)。数据包集合中的数据包之间具有一定的相关性，例如有些会按照数据包的重要性进行区分，例如有些数据包比较重要，接收端只要接收到了重要的数据包才能解码，有些需要接收到所有的数据包才能解码。因此，对于接收端而言，当只有接收到重要的数据包或者所有所需的数据包，才能完成解码时，如果在所需接收的数据包集合中，未能接收到重要的数据包或者所有的数据包，那么这个所需接收的数据包集合中的其他数据包则也无需再接收。从发送端的角度而言，数据包集合中的其他数据包则无需发送，此时可以节约空口没有不必要的传输开销。同时，不同的数据包集合也可能具有一定的相关性。比如，如果在所需接收的数据包集合中，未能接收前一个数据包集合所有的数据包，那么这个所需接收的数据包集合中全部数据包则也无需再接收。从发送端的角度而言，数据包集合中的全部数据包则无需发送，此时可以节约空口没有不必要的传输开销。

鉴于此，在本公开示例性的实施例中，考虑到连续收发的数据包之间可能存在的关联关系，提供了一种发送数据包的方法，由第一电子设备执行，如图1所示，图1是根据本公开示例性的实施例所提供的发送数据包的方法：

步骤S101，在向第二电子设备发送数据包的过程中丢弃至少一数据包。

在本公开示例性的实施例中，为了有效发送数据包，在向第二电子设备发送数据包的过程中，根据数据包的发送状态，丢弃至少一个数据包。例如，在数据包发送过程中，当其中一个数据包发送失败时，可以根据所发送的失败的数据包的状态，确定丢弃相应的数据包。

本公开示例性的实施例，通过在数据发送过程中，根据数据包发送的状态，选择丢弃至少一个数据包，以避免数据包的无效发送或者接收端对已接收数据的无效处理，提高了数据包发送的处理效率。

本公开示例性的实施例和数据发送的方法，可以由基站配置对于终端的所有RB(承载)生效，也可以仅针对部分RB生效。即可以选择仅仅对于部分RB的PDCP进行本发明提及的丢弃关联数据包的操作。

作为一种实施例，基站可以显示指示UE对所有RB进行该操作，也可以显示指示UE对部分RB进行该操作。比如给一个指示位信息。

作为一种实施例，基站可以隐含指示UE对所有RB进行该操作，也可以隐含指示UE对部分RB进行该操作。比如给一个指示位信息。比如若通知了丢弃的策略，则意味着隐含生效。

本公开示例性的实施例，考虑到连续收发的数据包之间可能存在的关联关系，提供了一种发送数据包的方法，由第一电子设备执行，此方法包括：

在向第二电子设备发送数据包的过程中，丢弃向第二电子设备发送失败的数据包，和/或，丢弃与向第二电子设备发送失败的数据包具有关联关系的数据包。

在向第二电子设备发送数据包时，当数据包发送失败时，可以选择丢弃该发送失败的数据包，也可以根据该数据包与所在的数据包集合中其他数据包的相关性，选择丢弃该发送失败的数据包具有关联关系的数据包，也可以根据该数据包与所在的数据包集合中其他数据包的相关性同时选择丢弃该发送失败的数据包以及与其具有关联关系的数据包。

在向第二电子设备发送数据包时，当数据包发送失败时，可以选择丢弃该发送失败的数据包，也可以根据该数据包与其他的数据包集合中或者其他数据包集合中数据包的相关性，选择丢弃该发送失败的数据包具有关联关系的数据包。

当丢弃与发送失败的数据包具有关联关系的数据包时，具有关联关系的数据包可能是PDCPSDU也可能是相关的PDCP Data PDU。

作为一种实施例，在PDCP层收到高层数据后还没有来及编号的数据包为PDCPSDU；

作为一种实施例，在PDCP层收到高层数据后已经编号等待发送的数据包为PDCPData PDU；

若相关的数据包已经提交到底层，则还需要通知底层(RLC和/或者MAC)删除具有关联关系的数据包。

当丢弃与发送失败的数据包具有关联关系的数据包时，如果具有关联关系的数据包还未发送，即在第一电子设备处时，由第一电子设备丢弃发送失败的数据包以及与其具有关联关系的数据包。如果与其具有关联关系的数据包已经发送至第二电子设备，即接收端，第一电子设备丢弃发送失败的数据包，同时指示第二电子设备丢弃该与其具有关联关系的数据包，以避免接收端对这些已接收的数据包进行无效处理。

例如在基于PDCP协议进行数据包发送过程中，当重排序定时器超时，或者确认数据包发送失败时，可以将该发送失败的数据包和/或与其具有关联关系的数据包丢弃。

在本公开示例性的示例中，在数据包发送过程中，当出现数据包发送失败时，考虑到发送失败的数据包与所在数据包集合中其他数据包之间的关联关系，可以丢弃发送失败的数据包和/或与其具有关联关系的数据包，有效避免数据包发送过程中不必要的发送，以及后续不必要的数据包处理过程。

本公开示例性的实施例，考虑到连续收发的数据包之间可能存在的关联关系，提供了一种发送数据包的方法，由第一电子设备执行，如图2所示，此方法包括：

步骤S201，根据从第一电子设备的物理层获知的数据包发送状态报告，获知向第二电子设备发送失败的数据包。

步骤S202，在向第二电子设备发送数据包的过程中，丢弃向第二电子设备发送失败的数据包，和/或，丢弃与向第二电子设备发送失败的数据包具有关联关系的数据包。

在第一电子设备向第二电子设备发送数据包时，会在第一电子设备的物理层记录数据包发送状态。例如在第一电子设备的物理层中，会存储混合自动重传请求(HybridAutomatic Repeat reQuest，HARQ)是否达到最大次数。如果在第一电子设备的无线链路控制层协议层(RLC，Radio Link Control)中设置了确认模式AM(Acknowledged Mode)，第一电子设备的物理层会触发多次重传所需传输的数据包，当重传次数达到最大值时，确定数据包传输失败。因此，可以从第一电子设备的物理层获取数据包传输是否达到最大次数的相关信息，以确定数据包是否传输失败。

通过从第一电子设备的物理层获取数据包传输是否达到最大次数的相关信息，可以准确确定数据包传输是否失败。

本公开示例性的实施例，考虑到连续收发的数据包之间可能存在的关联关系，提供了一种发送数据包的方法，由第一电子设备执行，如图3所示，此方法包括：

步骤S301，根据从第二电子设备接收到的数据包接收状态报告，获知向第二电子设备发送失败的数据包。

步骤S302，在向第二电子设备发送数据包的过程中，丢弃向第二电子设备发送失败的数据包，和/或，丢弃与向第二电子设备发送失败的数据包具有关联关系的数据包。

在第二电子设备接收第一电子设备发送数据包时，如果在第二电子设备的无线链路控制层协议层(RLC，Radio Link Control)中设置了确认模式AM(Acknowledged Mode)，第二电子设备会记录第一电子设备发送的数据包是否发送失败。可以通过从第二电子设备处获取数据包接收状态报告，以准确确定数据包发送是否失败。

在一些可能的实施方式中，步骤S301之前还包括：步骤S300，向第二电子设备发送触发信息，触发信息用于触发第二电子设备向第一电子设备发送接收数据包状态报告。

为了从第二电子设备获得接收数据包状态报告，可以向第二电子设备发送触发信息，以使第二电子设备向第一电子设备发送接收数据包状态报告。触发信息可以是任意信息，例如可以是第一电子设备向第二电子设备发送的轮询信息。

触发信息里可以包括任意可以使第二电子设备向第一电子设备发送接收数据包状态报告的信息。例如，可以在在触发信息中包括标识数据包的标识信息，例如可以是标识数据包的序列号(SN，Sequence number)或者标识数据包传输顺序的计数数值(COUNT值)，以使第二电子设备返回对应数据包的接收状态。这样做，即可以让发端知晓指定数据包的传输状态。比如对于重要的数据包，则可以在触发信息中携带需要寻呼的重要数据包的标识信息。

触发信息可以包括在待传输数据包的包头中，也可以单独形成状态查询的数据包。作为一种实施例，可以新引入查询功能的PDCP层控制PDU。

在一些可能的实施方式中，步骤S300中还包括：向第二电子设备发送指示信息，指示信息用于指示数据包的范围。

为了从第二电子设备获得接收数据包状态报告，可以向第二电子设备发送指示信息。指示信息用于指示获取数据包发送状态的数据包的范围。

在一些可能的实施方式中，步骤S301中从第二电子设备接收到的接收数据包状态报告是基于设定触发条件而发送的。

第二电子设备可以在满足设定触发条件下的情况下，向第一电子设备发送接收数据包状态报告。例如可以在第二电子设备的重排序定时器超时，触发第二电子设备向第一电子设备发送接收数据包状态报告。例如还可以是接收端基于高层指示触发发送状态报告，高层可能是NAS(非接入层)或者APP层(应用层)。比如若终端作为发送端，则终端的PDCP可以从NAS或者APP层获取数据包的关联关系。比如若基站作为发送端，则从GTPU包头获取中获取数据包的关联关系。

在一些可能的实施方式中，步骤S301中从第二电子设备接收到的接收数据包状态报告是根据增强策略发送的。

在第二电子设备满足了设定触发条件时，例如重排序定时器超时时，先向第一电子设备发送接收数据包状态报告，再更新第一变量RX-DELIV和第二变量RX-Record，以使重排序定时器超时开启下一个重排序定时。

在相关技术或者现有技术中，是先更新第一变量RX-DELIV和第二变量RX-Rceord，此时，第一变量RX-DELIV前的数据包(即序号值小于RX-DELIV的数据包)都被当成成功接收的数据包。而现有的状态报告仅仅体现序号值大于或者等于RX-DELIV的数据包的接收情况。此时这种情况下，第一电子设备无法知晓第二电子设备的数据包接收成功与否的真实情况。本公开示例性的实施例中，先向第一电子设备发送接收数据包状态报告，再更新第一变量RX-DELIV和第二变量RX-Record，可以使得第一电子设备准确获知第二电子设备的数据包接收成功与否的状态。因为此时如果触发了状态报告，比如重排序定时器超时，则可以先告知第一变量RX-DELIV前的数据包的接收情况。

在另一实施例中，在第二电子设备满足了设定触发条件时，例如重排序定时器超时时，也可以按照现有流程更新第一变量RX-DELIV和第二变量RX-Reord。但是在触发状态报告时，应该可以向第一电子设备发送RX-DELIV之前的数据包的接收情况。

本公开示例性的实施例，考虑到连续收发的数据包之间可能存在的关联关系，提供了一种发送数据包的方法，由第一电子设备执行，此方法包括：

在向第二电子设备发送数据包的过程中，响应于丢弃定时器超时，丢弃所述丢弃定时器对应的数据包以及与所述丢弃定时器对应的数据包具有关联关系的数据包。

在数据包发送过程中，可以为每个数据包设置丢弃定时器，例如在数据开始发送时开始计时，当在预设时长后，未能接收到接收成功的反馈，丢弃定时器超时。响应于丢弃定时器超时，丢弃丢失定时器对应的数据包，以及该对应的数据包具有关联关系的数据包。

其中丢弃定时器可以按照PDB(packetdelaybuget，包延迟预算)或者PSDB(packetsetdelaybuget，包集合延迟预算)设定。该参数可以预先通过核心网获取配置给基站或者基站预先通知给终端。

在一些可能的实施方式中，在丢弃所述丢弃定时器对应的数据包以及与所述丢弃定时器对应的数据包具有关联关系的数据包之前还包括：获取不同数据包之间的关联关系。

在一些可能的实施例中，第一电子设备的PDCP层可以从NAS层或者应用层获取待发送数据包的关联关系。

在另一些可能的实施例中，第一电子设备的PDCP层可以从GTPU数据包的包头汇总获取待发送数据包的关联关系。

第一电子设备可以为基站或者终端设备。

例如，在一个数据包集合中，数据包的序列号包括0-7，当在数据包发送过程中，确定序列号为0的数据包发送失败后，该数据包集合中的所有的其他数据包1-7丢弃不用继续传输。

本公开示例性的实施例，考虑到连续收发的数据包之间可能存在的关联关系，提供了一种发送数据包的方法，由第一电子设备执行，如图4所示，此方法包括：

步骤S401，获取丢弃策略。

步骤S402，在向第二电子设备发送数据包的过程中根据丢弃策略丢弃至少一数据包。

在一些可能的实施方式中，步骤S401中，第一用户设备从基站设备接收丢弃策略，其中，基站设备从核心网设备接收所述丢弃策略。

在一些可能的实施方式中，步骤S402中，根据丢弃策略丢弃至少一数据包包括：对于任一数据包，根据丢弃策略判断是否丢弃此数据包。

在一示例中，丢弃策略包括：在一个数据包集合中如果重要的数据包传输失败，则丢弃此数据包集合，或者称为丢弃此数据包集合中所有的数据包。

例如在视频业务中，一个数据包集合中的第一类型数据帧，比如I帧所在的数据包为重要的数据包。如果I帧所在的数据包传输失败，则丢弃此数据包集合。

在另一示例中，丢弃策略包括：在一个数据包集合中如果传输失败的数据包的比例达到第一设定门限，则丢弃此数据包集合，或者称为丢弃此数据包集合中所有的数据包。

例如：在一个数据包集合包括X个数据包，如果其中Y个或者80％的数据包传输失败，则丢弃此数据包集合，或者称为丢弃此数据包集合中所有的数据包。

在另一示例中，丢弃策略包括：在一个数据包集合中如果重要的数据包传输失败，并且，传输失败的数据包的比例达到第二设定门限，则丢弃此数据包集合，或者称为丢弃此数据包集合中所有的数据包。

在另一示例中，丢弃策略包括：不丢弃与传输失败的数据包相关联的数据包。

例如：在一个数据包集合中如果任一数据包传输失败，不会导致此数据包集合中其它与此传输失败的数据相关联的数据包受到影响，即不会导致此数据包集合中其它与此传输失败的数据相关联的数据包被丢弃。

在另一示例中，丢弃策略包括：即便该数据包从对端的状态报告得知接收失败，也不丢弃该数据包，直到后续从对端收到状态报告该数据包传输成功。这样做的好处是，在有些场景下，重要数据包即便传输超时，也可以用于后续数据包的解码。

在另一示例中，丢弃策略包括：在一个数据包集合中如果重要的数据包传输超时，则丢弃此数据包集合，或者称为丢弃此数据包集合中所有的数据包。

例如在视频业务中，一个数据包集合中的第一类型数据帧，比如I帧所在的数据包发送超时，如果I帧所在的数据包发送超时，则丢弃此数据包集合。

在另一示例中，丢弃策略包括：在一个数据包集合中如果传输超时的数据包的比例达到第三设定门限，则丢弃此数据包集合，或者称为丢弃此数据包集合中所有的数据包。

例如：在一个数据包集合包括X个数据包，如果其中Y个或者80％的数据包传输超时，则丢弃此数据包集合，或者称为丢弃此数据包集合中所有的数据包。

在另一示例中，丢弃策略包括：在一个数据包集合中如果重要的数据包传输超时，并且，传输超时的数据包的比例达到第四设定门限，则丢弃此数据包集合，或者称为丢弃此数据包集合中所有的数据包。

在另一示例中，丢弃策略包括：不丢弃与传输超时的数据包相关联的数据包。

在另一示例中，丢弃策略包括：即便该数据包的丢弃定时器超时，也不丢弃该数据包和/或者与传输超时的数据包相关联的数据包，直到从对端收到状态报告该数据包传输成功。这样做的好处是，在有些场景下，重要数据包即便传输超时，也可以用于后续数据包的解码。

在另一示例中，丢弃策略包括：即便该数据包的丢弃定时器超时，也不丢弃该数据包，直到从对端收到状态报告该数据包传输成功。这样做的好处是，在有些场景下，重要数据包即便传输超时，也可以用于后续数据包的解码。

例如：在一个数据包集合中如果任一数据包传输超时，不会导致此数据包集合中其它与此传输失败的数据相关联的数据包受到影响，即不会导致此数据包集合中其它与此传输失败的数据相关联的数据包被丢弃。

丢弃策略可以预先通过核心网获取配置给基站或者基站预先通知给终端。或者终端从NAS或者APP层获得。

基于与以上方法实施例相同的构思，本公开实施例还提供一种通信装置，该通信装置可具备上述方法实施例中的用户设备102的功能，并用于执行上述实施例提供的由用户设备102执行的步骤。该功能可以通过硬件实现，也可以通过软件或者硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

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

所述通信装置500包括处理模块502，或者包括收发模块501和处理模块502。

在一些可能的实施方式中，处理模块502还被配置为丢弃向第二电子设备发送失败的数据包，和/或，丢弃与所述向第二电子设备发送失败的数据包具有关联关系的数据包。

在一些可能的实施方式中，处理模块502还被配置为根据从所述第一电子设备的物理层获知的数据包状态报告，获知所述向第二电子设备发送失败的数据包。

在一些可能的实施方式中，收发模块501还被配置为从第二电子设备接收数据包状态报告；

处理模块502还被配置为根据从所述第二电子设备接收到的数据包状态报告，获知所述向第二电子设备发送失败的数据包。

在一些可能的实施方式中，收发模块501还被配置为向所述第二电子设备发送触发信息，所述触发信息用于触发所述第二电子设备向所述第一电子设备发送所述数据包状态报告。

在一些可能的实施方式中，收发模块501还被配置为向所述第二电子设备发送指示信息，所述指示信息用于指示数据包的范围。

在一些可能的实施方式中，从所述第二电子设备接收到的数据包状态报告是基于设定触发条件而发送的。

在一些可能的实施方式中，从所述第二电子设备接收到的数据包状态报告是根据增强策略发送的。

在一些可能的实施方式中，处理模块502还被配置为响应于丢弃定时器超时，丢弃所述丢弃定时器对应的数据包以及与所述丢弃定时器对应的数据包具有关联关系的数据包。

在一些可能的实施方式中，处理模块502还被配置为获取不同数据包之间的关联关系。

在一些可能的实施方式中，处理模块502还被配置为获取丢弃策略；根据所述丢弃策略丢弃至少一数据包。

当该通信装置为用户设备102时，其结构还可如图6所示。

图6是根据一示例性实施例示出的一种针对事件的处理装置600的框图。例如，装置600可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图6，装置600可以包括以下一个或多个组件：处理组件602，存储器604，电源组件606，多媒体组件608，音频组件610，输入/输出(I/O)的接口612，传感器组件614，以及通信组件616。

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

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

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

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

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

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

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

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

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

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

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

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

工业实用性

可以避免数据包的无效发送或者接收端对已接收数据的无效处理，提高数据包发送的处理效率。

Claims (14)

1.一种发送数据包的方法，由第一电子设备执行，所述方法包括：

在向第二电子设备发送数据包的过程中丢弃至少一数据包。

2.如权利要求1所述的方法，其中，所述丢弃至少一数据包，包括：

丢弃向第二电子设备发送失败的数据包，和/或，丢弃与所述向第二电子设备发送失败的数据包具有关联关系的数据包。

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

根据从所述第一电子设备的物理层获知的数据包状态报告，获知所述向第二电子设备发送失败的数据包。

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

根据从所述第二电子设备接收到的数据包状态报告，获知所述向第二电子设备发送失败的数据包。

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

向所述第二电子设备发送触发信息，所述触发信息用于触发所述第二电子设备向所述第一电子设备发送所述数据包状态报告。

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

向所述第二电子设备发送指示信息，所述指示信息用于指示数据包的范围。

7.如权利要求4所述的方法，其中，从所述第二电子设备接收到的数据包状态报告是基于设定触发条件而发送的。

8.如权利要求4所述的方法，其中，从所述第二电子设备接收到的数据包状态报告是根据增强策略发送的。

9.如权利要求1至8中任一权利要求所述的方法，其中，所述丢弃至少一数据包，包括：

响应于丢弃定时器超时，丢弃所述丢弃定时器对应的数据包以及与所述丢弃定时器对应的数据包具有关联关系的数据包。

10.如权利要求2或9所述的方法，其中，所述方法还包括：获取不同数据包之间的关联关系。

11.如权利要求2或9所述的方法，其中，所述方法还包括：获取丢弃策略；

所述丢弃至少一数据包，包括：根据所述丢弃策略丢弃至少一数据包。

12.一种发送数据包的装置，被配置于第一电子设备，所述装置包括：

收发模块，被配置为向第二电子设备发送数据包；

处理模块，被配置在向第二电子设备发送数据包的过程中丢弃至少一数据包。

13.一种电子设备，包括处理器以及存储器，其中，

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

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

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

Images