CN113938945B - 数据包发送的方法、装置 - Google Patents

数据包发送的方法、装置 Download PDF

Info

Publication number
CN113938945B
CN113938945B CN202010604021.XA CN202010604021A CN113938945B CN 113938945 B CN113938945 B CN 113938945B CN 202010604021 A CN202010604021 A CN 202010604021A CN 113938945 B CN113938945 B CN 113938945B
Authority
CN
China
Prior art keywords
sending
data
application
receiving
rate
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010604021.XA
Other languages
English (en)
Other versions
CN113938945A (zh
Inventor
张梦龙
李�杰
李彤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202010604021.XA priority Critical patent/CN113938945B/zh
Priority to PCT/CN2021/080359 priority patent/WO2022001175A1/zh
Priority to EP21833006.6A priority patent/EP4156766A4/en
Publication of CN113938945A publication Critical patent/CN113938945A/zh
Priority to US18/147,467 priority patent/US20230139633A1/en
Application granted granted Critical
Publication of CN113938945B publication Critical patent/CN113938945B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/11—Identifying congestion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0289—Congestion control
    • H04B5/72—
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/22—Traffic shaping
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/25—Flow control; Congestion control with rate being modified by the source upon detecting a change of network conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/26—Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
    • H04L47/263—Rate modification at the source after receiving feedback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H04W28/22—Negotiating communication rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
    • H04W28/0242—Determining whether packet losses are due to overload or to deterioration of radio communication conditions

Abstract

本申请提供一种数据包发送的方法，该方法包括：发送节点根据目标发送速率和数据发送队列的被占用情况发送应用的数据包，其中，所述发送所述应用的数据包的速率与所述目标发送速率成正比，所述数据发送队列的被占用情况限制了所述应用的数据包的发送数量。所述方法还包括发送节点接收来自接收节点的反馈消息，该反馈消息指示所述接收节点处理接收到的所述应用的数据包的能力；发送节点基于反馈消息，调整发送所述应用的数据包的速率。该方法采用主动预防式控制发送数据包速率，在发送节点发送数据包之前，确定发送应用的数据包的速率，解决了数据包发送过程中端节点成为网络传输瓶颈的问题，降低了丢包率，提升了吞吐量性能。

Description

数据包发送的方法、装置
技术领域
本申请实施例涉及网络传输领域，尤其是涉及一种数据包发送的方法。
背景技术
TCP/IP(transmission control protocol/internet protocol，传输控制/因特网互联协议)通信协议是一种面向连接的、可靠的、基于字节流的传输层通信协议，TCP协议通过维护拥塞窗口来实现拥塞控制。拥塞控制的原则是，当网络未出现拥塞时，增大拥塞窗口值，把更多的数据包发送出去；当网络出现拥塞时，则减小拥塞窗口值，以减少注入到网络中的数据包数量。拥塞控制算法的核心是选择一个有效的策略来控制拥塞窗口的变化。在TCP拥塞控制中，经典算法步骤包括：慢启动，拥塞避免，快速重传和快速恢复。TCP协议现有拥塞算法是基于丢包或包往返时延(round-trip time,RTT)来实现拥塞控制：
基于丢包反馈的协议，是一种被动式的拥塞控制机制，它根据网络中的丢包事件来做出网络拥塞判断。这种协议在不丢包时可以提高吞吐量，但随着吞吐量提升必然会出现丢包，进而又会降低吞吐量，所以这种被动式拥塞控制会加大网络丢包率，同时也造成了网络的抖动。
基于RTT的协议，是根据数据包在网络中的往返时延做出网络拥塞判断。这种协议在根据RTT估算发送速率时，由于RTT的抖动较大，也会导致发送速率不稳定；而且拥有较小RTT的数据流的拥塞窗口增加速率快于较大RTT的流，占据更多的网络资源，会引入RTT不公平性。
随着WIFI-Direct技术以及第五代移动通信技术(5th-generation,5G)设备到设备(device-to-device，D2D)技术的发展普及，近场通信场景下高吞吐量传输的性能要求越来越高，现有的TCP协议拥塞控制机制并不能够达到最佳性能。因此，需要设计一种数据包发送方法，实现在极少丢包的前提下实现高吞吐传输性能。
发明内容
本申请提供了一种数据包发送的方法和装置，应用于网络传输领域，解决如下问题：
在近场通信场景下，如何减少丢包、提升吞吐量性能。
第一方面，本申请实施例提供一种发送应用的数据包的方法，应用于近场通信场景下的发送节点，所述应用部署于发送节点，该方法包括：所述发送节点根据目标发送速率和数据发送队列的被占用情况发送所述应用的数据包，所述发送所述应用的数据包的速率与所述目标发送速率成正比，所述数据发送队列的被占用情况限制了一个发送周期内所述应用的数据包的发送数量。
其中，发送周期可以由系统根据经验值设置，示例性的，发送周期可以设置为5ms。可以理解的是，发送周期也可以设置为其他时长，本申请实施例不限制。
在本申请的上述实施例中，在发送节点发送应用的数据包时，综合考虑目标发送速率和数据发送队列的被占用情况，使得在发送数据包过程中数据发送队列不会超负荷使用，从而降低丢包率，提高数据传输的效率、提高吞吐量性能。
在一种可能的实现方式中，发送节点接收来自接收节点的反馈消息，所述反馈消息指示所述接收节点处理接收到的所述应用的数据包的能力；所述发送节点基于所述反馈消息，调整发送所述应用的数据包的速率。在这种实现方式中，发送节点根据接收节点处理接收到的应用的数据包的能力来调整发送所述应用的数据包的速率，使得发送节点发送应用的数据包的速率和接收节点的处理数据包的能力的更匹配，从而提高数据传输的效率、提高吞吐量性能。
在一种可能的实现方式中，接收节点处理接收到的数据包的能力可以通过接收节点的数据接收队列的数据包接收速率来指示。
在一种可能的实现方式中，接收节点处理接收到的数据包的能力可以通过接收节点的数据接收队列的丢包状态来指示。
在一种可能的实现方式中，接收节点部署的应用的处理速率来指示，该处理速率表示应用程序每秒处理的数据包数量。
在一种可能的实现方式中，接收节点部署的所述应用的处理队列的空间占用情况来指示。可以理解的是，应用层队列的空间占用情况可以通过已使用空间的比例，或者空间大小比如剩余空间大小或者已使用空间大小来指示。
可以理解的是，接收节点处理接收到的数据包的能力还可以通过其他参数来指示，本申请不做特别限制。
在一种可能的实现方式中，调整发送所述应用的数据包的速率可以根据反馈消息指示的接收节点处理接收到的所述应用的数据包的能力，调整目标发送速率，进而根据调整后的目标发送速率和数据发送队列当前的空间占用情况调整发送所述应用的数据包的速率。
具体的，在一种可能的实现方式中，当接收节点的数据接收队列的丢包状态为真时，将目标发送速率调整为目标发送速率和数据接收队列的数据包接收速率两者之中的最小值。
在另一种可能的实现方式中，当接收节点部署的所述应用的处理队列的空间占用情况达到占用上限时，将目标发送速率调整为目标发送速率和接收节点部署的所述应用的处理速率两者之中的最小值。
在另一种可能的实现方式中，当接收节点的数据接收队列的丢包状态为真，并且接收节点部署的应用的处理队列的空间占用情况达到占用上限时，将目标发送速率调整为目标发送速率、数据接收队列的数据包接收速率和接收节点部署的所述应用的处理速率三者之中的最小值。
可以理解的是，目标发送速率也可以根据发送节点设置的周期进行周期性调整。目标发送速率还可以通过其他方式来调整，本申请不做特别限制。
在一种可能的实现方式中，反馈消息的发送方式为接收节点周期性发送，所述周期由系统预设。
在另一种可能的实现方式中，反馈消息的发送方式为当接收节点的数据接收队列的丢包状态满足预设条件时发送。示例性的，当接收节点的数据接收队列的丢包状态为真时，或者丢包率达到预设的值时，或者丢包数量达到预设的值时，接收节点发送反馈消息给发送节点。
在另一种可能的实现方式中，反馈消息的发送方式为当接收节点部署的应用的处理队列的空间占用情况满足预设条件时发送。
具体的，在这种方式下，在一种可能的实现方式中，当接收节点部署的应用的处理队列的空间占用达到占用上限时，接收节点发送反馈消息给发送节点。示例性的，当接收节点部署的应用的处理队列的已使用比例Q达到比例上限Q1时，接收节点发送反馈消息给发送节点。其中，比例上限Q1可以由系统预设，例如，当接收节点部署的应用的处理队列的已使用比例达到70％时，接收节点发送反馈消息给发送节点。在另一种可能的实现方式中，当接收节点部署的应用的处理队列的空间占用从占用上限下降到占用下限时，接收节点发送反馈消息给发送节点。示例性的，当接收节点部署的应用的处理队列的已使用比例Q从比例上限Q1下降到比例下限Q2时，接收节点发送反馈消息给发送节点。其中，比例下限Q1可以由系统预设，例如，当接收节点部署的应用的处理队列的已使用比例达到30％时，接收节点发送反馈消息给发送节点。
在另一种可能的实现方式中，反馈消息的发送方式也可以为当接收节点的数据接收队列的丢包状态为真，并且接收节点部署的应用的处理队列的空间占用情况达到占用上限时，接收节点向发送节点发送反馈消息。
在另一种可能的实现方式中，反馈消息的发送方式也可以为当接收节点的数据接收队列的丢包状态为真，并且接收节点部署的应用的处理队列的空间占用情况从占用上限下降到占用下限时，接收节点向发送节点发送反馈消息。
可以理解的是，反馈消息的发送方式也可以混合使用，比如，当满足上述条件时发送反馈消息，当不满足上述条件时，则周期性发送。其中，上述条件包括丢包状态为真、应用的处理队列的空间占用达到占用上限或者应用的处理队列的空间占用从占用上限下降到占用下限。反馈消息的发送方式也可以在其他情况下发送，本申请不进行限制。
在一种可能的实现方式中，发送节点根据目标发送速率和数据发送队列空间占用情况发送所述应用的数据包前，部署在发送节点的应用根据所述目标发送速率计算在一个发送周期内的目标发包数量，应用根据所述目标发包数量和所述数据发送队列的剩余空间，确定所述发送周期内的实际发包数量，其中，所述实际发包数量为所述目标发包数量和所述数据发送队列的剩余空间两者之中的最小值；然后，应用基于实际发包数量发送数据。发送周期可以由系统根据经验值设置，示例性的，发送周期可以设置为5ms。可以理解的是，发送周期也可以设置为其他时长，本申请实施例不限制。
需要说明的是，当数据发送队列没有剩余空间时，则在相应的发送周期内不发送数据包。
在应用发送数据包前综合考虑目标发送速率和数据发送队列空间占用情况，再确定待发送的实际数据包数量，使得在发送数据包过程中数据发送队列不会超负荷使用，从而降低发送过程的丢包率。
在一种可能的实现方式中，目标发送速率的初始值指示发送节点的物理层发送数据包的能力。示例性的，目标发送速率可以通过物理层信息获取，比如通过物理层信息获取到网卡协商速率，并结合物理层信道信息计算目标发送速率。其中，物理层信道信息包括接收信号的强度指示(received signal strength indication,RSSI)。
可以理解的是，物理层发送数据包的能力还可以通过其他物理层信息获取到，本申请不进行限制。
第二方面，本申请提供一种接收应用的数据包的方法，该方法应用于近场通信场景下的接收节点，所述应用部署于所述接收节点，该方法包括：接收来自发送节点的数据包；保存所述接收节点处理接收到的数据包的能力信息，所述能力信息包括以下参数中的至少一种：数据接收队列的数据包接收速率、数据接收队列的丢包状态、所述应用的处理速率和所述应用的处理队列的空间占用情况；所述接收节点向所述发送节点发送反馈消息，所述反馈消息包含所述能力信息，所述反馈消息用于指示所述发送节点调整所述应用发送数据包的速率。
通过该方法，接收节点将本节点处理接收到的数据包的能力信息通过反馈消息发送给发送节点，使得发送节点可以根据反馈消息调整应用发送数据包的速率，从而使得发送节点发送应用的数据包的速率和接收节点的处理数据包的能力的更匹配，从而提高数据传输的效率、提高吞吐量性能。
在一种可能的实现方式中，反馈消息的发送方式为接收节点周期性发送，所述周期由系统预设。
在另一种可能的实现方式中，反馈消息的发送方式为当接收节点的数据接收队列的丢包状态满足预设条件时发送。示例性的，当接收节点的数据接收队列的丢包状态为真时，或者丢包率达到预设的值时，或者丢包数量达到预设的值时，接收节点发送反馈消息给发送节点。
在另一种可能的实现方式中，反馈消息的发送方式为当接收节点部署的应用的处理队列的空间占用情况满足预设条件时发送。
具体的，在这种方式下，在一种可能的实现方式中，当接收节点部署的应用的处理队列的空间占用达到占用上限时，接收节点发送反馈消息给发送节点。示例性的，当接收节点部署的应用的处理队列的已使用比例Q达到比例上限Q1时，接收节点发送反馈消息给发送节点。其中，比例上限Q1可以由系统预设，例如，当接收节点部署的应用的处理队列的已使用比例达到70％时，接收节点发送反馈消息给发送节点。在另一种可能的实现方式中，当接收节点部署的应用的处理队列的空间占用从占用上限下降到占用下限时，接收节点发送反馈消息给发送节点。示例性的，当接收节点部署的应用的处理队列的已使用比例Q从比例上限Q1下降到比例下限Q2时，接收节点发送反馈消息给发送节点。其中，比例下限Q1可以由系统预设，例如，当接收节点部署的应用的处理队列的已使用比例达到30％时，接收节点发送反馈消息给发送节点。
在另一种可能的实现方式中，反馈消息的发送方式也可以为当接收节点的数据接收队列的丢包状态为真，并且接收节点部署的应用的处理队列的空间占用情况达到占用上限时，接收节点向发送节点发送反馈消息。
在另一种可能的实现方式中，反馈消息的发送方式也可以为当接收节点的数据接收队列的丢包状态为真，并且接收节点部署的应用的处理队列的空间占用情况从占用上限下降到占用下限时，接收节点向发送节点发送反馈消息。
可以理解的是，反馈消息的发送方式也可以混合使用，比如，当满足上述条件时发送反馈消息，当不满足上述条件时，则周期性发送。其中，上述条件包括丢包状态为真、应用的处理队列的空间占用达到占用上限或者应用的处理队列的空间占用从占用上限下降到占用下限。反馈消息的发送方式也可以在其他情况下发送，本申请不进行限制。
第三方面，本申请实施例提供一种发送应用的数据包的装置，该装置具有实现上述第一方面或第一方面任意一种可能实现方式的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第四方面，本申请实施例提供一种接收应用的数据包的装置，该装置具有实现上述第二方面或第二方面任意一种可能实现方式的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第五方面，本申请实施例提供一种计算机设备，包括存储器和一个或多个处理器，其中，存储器，用于存储程序；一个或多个处理器，用于执行所述存储器中的程序，使得所述计算机设备执行本申请实施例第一方面或第一方面任意一种可能实现方式的方法。其中，所述一个和多个处理器与所述存储器可以耦合在一起。
第六方面，本申请实施例提供一种计算机设备，包括存储器和一个或多个处理器，其中，存储器，用于存储程序；一个或多个处理器，用于执行所述存储器中的程序，使得所述计算机设备执行本申请实施例第二方面或第二方面任意一种可能实现方式的方法。其中，所述一个和多个处理器与所述存储器可以耦合在一起。
第七方面，本申请实施例提供一种数据传输系统，包括前述的发送节点和前述的接收节点。
第八方面，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当该指令在计算机上运行时，使得计算机可以执行上述第一方面或第一方面任意一种可能实现方式的方法；或者，使得计算机可以执行上述第二方面或第二方面任意一种可能实现方式的方法。
第九方面，本申请实施例提供一种计算机程序或计算机程序产品，当该计算机程序或计算机程序产品在计算机上运行时，使得计算机执行上述第一方面或第一方面任意一种可能实现方式的方法；或者，得计算机可以执行上述第二方面或第二方面任意一种可能实现方式的方法。
第十方面，本申请实施例提供一种芯片，该芯片包括至少一个处理器和至少一个接口电路，该接口电路和该处理器耦合，至少一个接口电路用于执行收发功能，并将指令发送给至少一个处理器，至少一个处理器用于运行计算机程序或指令，其具有实现如上述第一方面或第一方面任意一种可能实现方式的方法的功能或者具有实现如上述第二方面或第二方面任意一种可能实现方式的方法的功能。该功能可以通过硬件实现，也可以通过软件实现，还可以通过硬件和软件组合实现，该硬件或软件包括一个或多个与上述功能相对应的模块。此外，该接口电路用于与该芯片之外的其它模块进行通信。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种典型应用场景示意图；
图2为本申请实施例提供的为数据发送、接收时的协议栈及各层缓存示意图；
图3为本申请实施例提供的发送应用的数据包的方法的流程示意图；
图4为本申请实施例提供的目标发包数量小于设备发包队列的剩余空间示意图；
图5为本申请实施例提供的目标发包数量大于等于设备发包队列的剩余空间的示意图；
图6为本申请实施例提供的反馈消息的内容示意图；
图7为本申请实施例的应用效果图；
图8为本申请提供的发送应用的数据包的装置的逻辑结构示意图；
图9为本申请提供的接收应用的数据包的装置的逻辑结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本发明实施例描述的网络架构以及业务场景是为了更加清楚的说明本发明实施例的技术方案，并不构成对于本发明实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本发明实施例提供的技术方案对于类似的技术问题，同样适用。
在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。本申请中的术语“和/或”或字符“/”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，或A/B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。
为了便于理解，首先对本申请中所涉及的一些技术名词进行解释，具体如下：
内核收包队列：接收节点驱动到协议栈CPU侧的内核接收队列，如Linux系统的softnet_data(per-cpu)队列。内核收包队列为上文描述的数据接收队列的一种。
设备发包队列：发送节点协议栈CPU侧到驱动侧的设备发送队列，如Linux系统的qdisc设备发送队列。设备发包队列为上文描述的数据发送队列的一种。
应用处理队列：应用程序用于存储从内核接收数据包的队列，包括且不限于socket缓冲区和应用程序存储队列。应用处理队列为上文描述的应用的处理队列。
本申请涉及的典型场景为吞吐性能瓶颈在端节点的场景，例如近场通信场景下的P2P(peer-to-peer)或D2D。D2D可以支持两个或多个设备之间近距离的点对点或点对多点的通信，典型的D2D设备有蓝牙，WiFi-Direct等。如图1所示，为本申请实施例提供的一种典型应用场景示意图，其中，UE1(user equipment，用户设备)基于传输协议与UE2进行数据传输，比如，手机克隆，或者文件、图片或视频传输，等等。UE之间可以通过有线或无线链路传输数据，因为链路等因素，同样也存在数据包丢失的情况。因此为了保证数据的可靠传输，TCP(Transmission Control Protocol，传输控制协议)成为不同设备之间传输协议的首选。但是TCP为了保障数据传输可靠性而引入的基于窗口的发送机制，拥塞控制、超时重传等机制会极大的限制数据的传送速率，降低链路利用率。本申请旨在针对吞吐性能瓶颈在端节点的场景，设计一套数据包发送方法，实现在极少丢包的前提下实现高吞吐传输性能。可以理解的是，任何基于TCP/IP(Internet Protocol)参考模型的通信系统都适用于本发明实施例的提供的技术方案，其中，TCP/IP参考模型是一个抽象的分层模型，它通常也被通称为TCP/IP协议栈，这个模型中，所有的网络协议都被归类到5个抽象的"层"中：物理层、链路层、网络层、传输层以及应用层，关于各层的定义均为现有技术，本发明实施例不再赘述。
可以理解的是，本申请也可以适用于网络极少丢包或者不会出现丢包，网络中的中间设备不会成为瓶颈的数据传输系统。
可以理解的是，本申请的执行主体可以是操作系统，也可以是内核，还可以是应用程序。
本申请所涉及到的用户设备UE可以包括PC(个人电脑)、智能手机、笔记本电脑、平板电脑、DC(数字相机)等各种具有通信功能的手持设备、车载设备、可穿戴设备、计算设备以及各种形式的用户设备(User Equipment,简称UE),移动台(Mobile station,简称MS)，终端(terminal)，终端设备(Terminal Equipment)等等。
如图2所示，为数据发送、接收时的协议栈及各层缓存示意图。
发送节点和接收节点可以独立的物理设备，也可以是虚拟机。在一种场景下，发送节点可以是用户设备，接收节点可以是服务器。在另一种场景下，用户设备和服务器的角色也可以互换，即服务器作为发送节点，而用户设备作为接收节点。可以理解的是，发送节点和接收节点也可以均为用户设备，或者均为服务器，本发明不做特别限制。
发送节点和接收节点之间可包括公用网络、专用网络、因特网、局域网的一部分和/或其任何组合。另外还需要说明的是，本发明实施例主要是对发送节点和接收节点上的数据包发送进行优化，以降低丢包率和提升数据传输速率，与发送节点和接收节点之间的网络类型无关。图2并未示出发送节点与接收节点之间的网络。可以理解的是，不同的设备之间通过有线或无线网络传输数据，例如，不同UE之间通过无线网络(如Wi-Fi网络、蜂窝网络)，或者服务器之间通过有线或无线方式传输数据的场景下，均可使用本发明实施例提供的方法。
发送节点和接收节点分别包括协议栈。应用程序可以基于协议栈进行数据传送。其中，协议栈的功能可由软件、硬件和/或固件的适当组合执行。此外，所属领域的技术人员可以理解发送节点和接收节点可包括比图2中所示部件更少或更多的部件，图2仅示出了与本发明实施例所公开的多个实现方式的更加相关的部件。
以下将对发送节点和接收节点中的涉及的部分协议栈和缓冲区进行介绍。
其中，
应用层：为用户的应用进程提供服务。
套接字缓冲区(socket buffer)：每个TCP Socket在内核中都有一个发送缓冲区和一个接收缓冲区。其中，发送缓冲区(send socket buffer)把应用程序缓冲区中的数据拷贝到套接字的发送缓冲区中，在适当的时机，内核会把套接字发送缓冲区的数据发送到接收方的套接字接收缓冲区。接收缓冲区(receive socket buffer)用于缓存数据，在应用程序调用读取函数时，从接收方的套接字接收缓冲区中把数据拷贝到应用程序缓冲区中。如果应用程序一直没有调用读取函数，则数据会一直缓存在相应的套接字接收缓冲区。
TCP/IP协议栈：定义了一些传输数据的协议和端口号，以及在位于不同地理位置的网络中的两个主机系统之间提供连接和路径选择。数据包的发送和接收的处理过程是在内核的TCP/IP协议栈实现的。
设备发送队列：发送结点TCP/IP协议栈CPU侧到驱动侧的数据发送队列，如Linux系统的queue discipline(qdisc)设备发送队列。
Driver/NIC:主要定义物理设备标准，如网线的接口类型、光纤的接口类型、各种传输介质的传输速率等。
环形缓冲区(TX Ring Buf)：在通信程序中，经常使用环形缓冲区作为数据结构来存放通信中发送和接收的数据。环形缓冲区是一个先进先出的循环缓冲区，可以向通信程序提供对缓冲区的互斥访问。在本申请实施例中，涉及发送环形缓冲区(TX Ring Buf)和接收环形缓冲区(RX Ring Buf)，其中，TX Ring Buf用于把数据包从内存以直接内存存取(Direct Memory Access,DMA)方式复制到网卡上的缓存区；RX Ring Buf用于从网卡上的缓存区以DMA方式复制到内存。
内核接收队列：接收结点驱动到TCP/IP协议栈CPU侧的数据接收队列，如Linux系统的softnet_data(per-cpu)队列。
在一次数据发送过程中，应用程序创建数据，拷贝到套接字发送缓冲区中，如果缓冲区没有内存可用，则系统调用返回失败或者堵塞。因此，应用程序流向内核的数据流速由套接字缓冲区大小来限制。
TCP协议栈创建和发送数据包，通过数据发送队列qdisc向网卡(networkinterface controller,NIC)驱动发送。
环形发送缓冲区(TX ring buffer)处于NIC驱动和NIC之间，Tx ring buffer可被认为是发送请求队列。如果Tx ring buffer满，此时NIC驱动不能发出发送请求，那么待发送的数据包将会累积在TCP/IP协议栈和NIC驱动之间的qdisc中，如果累积数据包超过qdisc大小，发送的新数据包将会被直接丢弃。
NIC将待发送数据包存储在自身缓冲区中，发送数据包的速率主要由NIC的物理速度决定。
在一次数据接收过程中，接收节点收到的数据包将由NIC向上层发送，其中，NIC和NIC驱动之间的Rx ring buffer可作为缓存，NIC驱动从Rx ring中将已接收数据包的请求取出，发给上层，驱动可以把数据包挂到内核数据接收队列，由内核系统去取，网络包的数据部分将上传缓存在套接字的接收缓冲区中，应用程序随后从套接字的接收缓冲区中将数据读取到应用程序缓冲区中，再对数据包进行处理。
需要说明的是，应用程序本身也可能没有缓冲区时，应用程序直接从套接字接收缓冲区读取数据，然后对数据包进行处理。此时的应用的处理队列为套接字的接收缓冲区。这种场景在图2中并未示出，但也是数据包传输中的一种可能的场景。
基于上述的协议栈和各层缓存原理，下面描述本申请实施例的发送应用的数据包的方法，如图3所示，该方法主要包括以下步骤：
步骤S301：发送节点根据目标发送速率和数据发送队列的被占用情况发送应用的数据包。
步骤S302：发送节点接收来自接收节点的反馈消息，所述反馈消息指示所述接收节点处理接收到的所述应用的数据包的能力。
步骤S303：发送节点基于所述反馈消息，调整发送所述应用的数据包的速率。
步骤S304：判断数据包是否传输完成：
如果是，则结束本流程；
如果否，则继续步骤S301。
示例性的，在本申请实施例的发送应用的数据包的方法中，综合考虑了目标发送速率和数据发送队列的被占用情况，以及接收节点处理接收到的应用的数据包的能力来主动调整发送所述应用的数据包的速率，使得在发送数据包过程中数据发送队列不会超负荷使用，从而降低丢包率；使得发送节点发送应用的数据包的速率和接收节点的处理数据包的能力的更匹配，从而提高数据传输的效率、提高吞吐量性能。
可以理解的是，在本申请实施例的应用过程中，也可以只根据目标发送速率和数据发送队列的被占用情况来调整发送应用的数据包的速率。接收节点可以发送反馈消息，也可以不发送反馈消息。
下面通过具体示例来展示本申请实施例中的发送和接收应用的数据包的详细流程。
针对步骤S301：发送节点根据目标发送速率和数据发送队列的被占用情况发送应用的数据包：
首先，发送节点从网卡获取到网卡协商速率Vnego；
需要说明的是，网卡协商速率随着网络状态的变化而变化，这里获取到的速率为获取的时刻对应的速率。
其次，发送节点计算目标发送速率V：V＝Vnego/8*p；
其中，p是根据物理层信道信息如Received Signal Strength Indication(RSSI)等计算出来的比例系数，RSSI为接收的信号强度指示，无线发送层的可选部分，用来判定链接质量，以及是否增大广播发送强度。RSSI是从网卡获取到的信息。作为一种示例，RSSI和p的对应关系可取值如表1所示，当RSSI大于(-50dB)时，p可取值为1；当RSSI小于(-50dB)并且RSSI大于(-60dB)，p可取值为0.9，等等。
表1
RSSI>-50dB p＝1.0
RSSI<-50dB&&RSSI>-60dB p＝0.9
RSSI<-60dB&&RSSI>-70dB p＝0.8
RSSI<-70dB p＝0.7
可以理解的是，RSSI与比例系数p的取值关系也可以是其他对应关系，本申请实施例不限制。
接着，发送节点根据目标发送速率V和发送周期T计算目标发包数量：
目标发包数量S＝V*T；
其中，发送周期为系统根据经验值设置的，例如，发送周期T可设置为5ms，也可以设置为其他时长，本申请实施例不限制。
数据包在发送过程中可以设置发送周期T，这是主动限制发送速率的一种比较通用的方式。也可以通过其他方式达到主动限制发送速率的目的，本申请不进行限制。
再者，发送节点获取数据发送队列的被占用情况，在本实施例中，以qdisc设备发包队列为例，假设总长度为N，剩余空间长度为Nc。
然后，计算实际发包数量；
实际发包数量可通过如下方式计算：Ntx＝min(S,Nc*r)，作为一种示例，比例系数r建议可取值为0.95；比例系数r为一种保护机制，为了保护设备发包队列不超负荷发送数据包，防止数据接收队列丢包。可以理解的是，r也可以设置为其他值，本申请实施例不限制。
最后，Ntx中的数据包发送完成，计算休眠时间，然后再进行下一周期的数据包发送。
其中，以下将通过两个例子来说明休眠时间的计算方式。即根据设备发包队列的使用情况，可分为两种情况：
当S<Nc*r时，即发送周期T内的目标发包数量小于设备发包队列的剩余空间时,如图4所示；在这种情况下，休眠时间T2＝T–T1；其中，T为系统设置的发送周期，T1为发送Ntx数据包消耗的时间，T1可根据系统时间来计算：如在数据包发送之前获取时间a，在数据包发送完成后获取时间b，则T1＝b-a，可以理解的是，这种计算方式仅为一种示例，也可以通过其他方式进行计算，本申请实施例不做限制。
休眠时间到期后，退出本周期T的数据包传输，进入下一发送周期继续发送数据包。
当S>＝Nc*r，即发送周期T内的目标发包数量大于等于设备发包队列的剩余空间时，如图5所示；在这种情况下：
1)计算发送Ntx数据包消耗时间T1：T1可根据系统时间来计算：如在数据包发送之前获取时间a，在数据包发送完成后获取时间b，则T1＝b-a。当Ntx发送完成后，设备发包队列将继续被填满；
2)计算发送一定比例的队列长度的数据后的等待时间T3：例如，等待队列发送队列长度(N*q)的数据所消耗的时间，其中，q为设备发包队列待发送数据包的比例系数，建议设置为1/2，即等待发送完设备发包队列总长度N的一半长度的数据后，重新触发数据包的发送。
其中，比例系数的设置是为了防止qdisc设备发包队列出现空闲但是还处于休眠状态不能发包而导致资源浪费。可以理解的是，q也可以设置为其他值，本申请实施例不进行限制。
3)计算休眠时间：休眠时间选择为min(T2，T3)：其中T2＝T–T1；T3＝N*q/V；
4)休眠时间到期后，退出本周期T的数据包传输，进入下一发送周期继续发送数据包。
休眠时间的合理设置是为了控制发包数量使得设备发包队列不会超负荷使用，从而降低发送过程的丢包率；也可以防止发包队列空闲后但由于还处于休眠状态不能发送数据包而导致资源浪费。
针对步骤S302：发送节点接收来自接收节点的反馈消息，所述反馈消息指示所述接收节点处理接收到的所述应用的数据包的能力。
首先，接收节点监控内核收包队列与应用处理队列动态变化并反馈接收状态。
接收节点根据内核收包队列单位时间收包数量计算数据包接收速率Vnr，可通过如下方式进行计算：
T1时刻记录内核收包队列总收包数量S1；
T2时刻记录内核收包队列总收包数量S2；
计算内核收包队列接收速率Vnr＝(S2–S1)/(T2–T1)，T2与T1间隔时间可以设置为200ms；可以理解的是，T2与T1间隔时间也可以设置为其他值，本申请实施例不进行限制。可以理解的是，数据包接收速率的计算方式也可以通过其他方式计算，本申请实施例不进行限制。
其次，根据内核收包队列丢包数据，记录丢包状态：Sdrop，可通过如下方式进行计算：
T1时刻记录内核收包队列总丢包数量D1；
T2时刻记录内核收包队列总丢包数量D2；
计算内核收包队列丢包数D＝(D2–D1)，T2与T1间隔时间可以设置为200ms；可以理解的是，T2与T1间隔时间也可以设置为其他值，本申请实施例不进行限制；
如果D>0，则Sdrop＝true，否则Sdrop＝false；
可以理解的是，丢包状态的设置也可以是D达到某个系统预设的值时，将丢包状态设置为Sdrop＝true，否则Sdrop＝false。丢包状态的判断还可以根据丢包率来判断，比如丢包率达到系统预设的值时，将丢包状态设置为Sdrop＝true，否则Sdrop＝false。本申请实施例对丢包状态的设置标准不做限制。
接着，计算应用的处理速率Vap，即应用程序单位时间内处理的数据包数量，可以通过应用程序统计处理数据包的数量，以及处理这些数据包使用的时间，然后根据数量/时间计算出Vap；可以理解的是，应用的处理速率也可以通过其他方式计算，本申请实施例不进行限制。
然后，记录应用处理队列已使用比例信息Q。
最后，接收节点发送反馈消息给发送节点，其中，反馈消息可包含内核收包队列记录的Vnr，Sdrop，应用处理队列记录的Vap和/或Q等信息。一种示例的反馈消息如图6所示。可以理解的是，本申请实施例反馈消息不局限于图6所示的内容、格式，还可以包含接收节点通知发送节点的各种格式及协议内容。
发送反馈消息的方式包括：
1)接收节点周期性发送反馈消息到发送节点；
其中，发送反馈消息的周期可以设置为200ms，可以理解的是，发送反馈消息的周期也可以设置为其他值，本申请实施例不进行限制；
2)接收节点在检测到Sdrop＝true时，发送反馈消息给发送节点；
3)当接收节点检测到应用处理队列已使用比例Q上升到Q1或Q从Q1下降到Q2时，发送反馈消息给发送节点；
其中，Q1和Q2分别代表应用队列使用比例，Q1，Q2为系统初始化时根据经验值设置的；例如Q1可取值为70％，Q2可取值为30％。即当应用处理队列使用到70％时，接收节点发送反馈消息给发送节点；或者应用处理队列的使用比例从70％下降到30％后，接收节点发送反馈消息给发送节点。
4)当接收节点的数据接收队列的丢包状态为真，并且接收节点部署的应用的处理队列的空间占用情况达到占用上限时，接收节点向发送节点发送反馈消息。
5)当接收节点的数据接收队列的丢包状态为真，并且接收节点部署的应用的处理队列的空间占用情况从占用上限下降到占用下限时，接收节点向发送节点发送反馈消息。
可以理解的是，以上反馈消息的发送方式仅为示例性的，反馈消息也可以在其他情况下发送，本申请实施例不进行限制。
针对步骤S303：发送节点基于所述反馈消息，调整发送所述应用的数据包的速率。
首先，发送节点根据所述反馈消息指示的所述接收节点处理接收到的所述应用的数据包的能力，调整所述目标发送速率：
1)发送节点根据物理层信道信息确定目标发送速率Vnew＝Vnego'/8*p'；这里Vnego'区别于步骤S301的Vnego，为收到反馈消息时的网卡协商速率，p'为该时刻物理层信道信息如RSSI对应的比例系数。
需要说明的是，发送节点可以根据收到反馈消息的时刻的物理层信息来确定目标发送速率，发送节点也可以周期性的调整目标发送速率，比如周期性的根据物理层的网卡协商速率和RSSI进行计算。
2)检测到接收节点出现丢包Sdrop＝true时，调整目标发送速率为Vnew＝min(Vnew,Vnr)；或者
当Q上升到Q1时，调整目标发送速率为Vnew＝min(Vnew,Vap)；
Q1代表应用处理队列使用比例，例如当队列占比达到Q1(如70％)时，应开启流控，以应用处理速率Vap来发送，当队列占比降到Q2(如30％)时，则目标发送速率不受应用处理速率影响。
可以理解的是，这里Q1,Q2的取值仅是示例，在实际应用过程中也可以设置为其他值。在实际应用过程中也可以通过空间大小如已使用空间大小或者剩余空间大小来判断应用处理队列的空间占用情况，进而调整目标发送速率。
以上为对本申请实施例提供的发送、接收应用的数据包的方法的详细说明。
本申请实施例中，在发送节点发送应用的数据包时，综合考虑目标发送速率和数据发送队列的被占用情况，使得在发送数据包过程中数据发送队列不会超负荷使用，从而降低丢包率；同时发送节点根据接收节点处理接收到的应用的数据包的能力来调整发送所述应用的数据包的速率，使得发送节点发送应用的数据包的速率和接收节点的处理数据包的能力的更匹配，从而提高数据传输的效率、提高吞吐量性能。
请参见图7，为针对同一终端上，采用TCP拥塞控制算法瓶颈带宽与往返时间(Bottleneck Bandwidth and RTT,BBR)进行应用的数据包发送与采用本申请实施例提供的应用的数据包发送的方法发送数据包的效果对比图。方案对比如下：
优化前：
在发送速率获取方面：现有TCP拥塞控制算法BBR是根据RTT往返时延来控制数据包发送，容易导致发送速率会有比较大的抖动，无法充分发挥链路发送性能。
在计算发包数量方面：现有BBR技术发送数据包时仅考虑了网络传输中的中间节点的时延，不会考虑终端上如手机上的各层缓冲区队列的空间占用情况，易出现队列丢包。
优化后：
在近场通信场景下综合考虑发送节点的物理层发送数据包的能力以及接收节点的数据接收队列的数据包接收速率、接收节点的数据接收队列的丢包状态、接收节点部署的所述应用的处理速率或接收节点部署的所述应用的处理队列的空间占用情况来调整目标发送速率，进而根据调整后的目标发送速率和所述数据发送队列当前的空间占用情况调整发送所述应用的数据包的速率，从而能够减少终端上各层缓冲区队列丢包，实现网络传输性能最大化。
图7中从发送速率方面，给出了采用TCP拥塞控制算法BBR进行应用的数据包发送与采用本申请实施例提供的应用的数据包发送的方法发送数据包的效果对比，在使用现有BBR技术时发送速率平均值为38.8MB/s，而在使用本申请实施例提供的方案时，发送速率平均值为53.3MB/s，可见，本申请实施例的发送应用的数据包的技术可以提高数据发送速率。
以上主要介绍了本申请实施例提供的方法的具体流程，下面将介绍本申请的装置实施例。
请参考图8，为本申请提供的发送应用的数据包的装置的逻辑结构示意图。示例性的，如图所述，该发送应用的数据包的装置800包括发送模块810、接收模块820以及调整模块830。其中，
发送模块810用于根据目标发送速率和数据发送队列的被占用情况发送所述应用的数据包，所述发送所述应用的数据包的速率与所述目标发送速率成正比，所述数据发送队列的被占用情况限制了所述应用的数据包的发送数量。；所述发送模块具体用于根据所述目标发送速率计算在一个发送周期内的目标发包数量；根据所述目标发包数量和所述数据发送队列的剩余空间，确定所述发送周期内的实际发包数量；基于实际发包数量发送数据。
接收模块820用于接收来自所述接收节点的反馈消息，所述反馈消息指示所述接收节点处理接收到的所述应用的数据包的能力；所述接收节点的数据接收队列的数据包接收速率、所述接收节点的数据接收队列的丢包状态、所述接收节点部署的所述应用的处理速率和所述接收节点部署的所述应用的处理队列的空间占用情况，所述数据接收队列用于接收来自设备驱动层的数据包。其中，所述反馈消息的发送方式为以下方式中的至少一种：周期性发送；当所述接收节点的数据接收队列的丢包状态满足预设条件时发送；和当所述接收节点部署的所述应用的处理队列的空间占用情况满足预设条件时发送。
调整模块830用于基于所述反馈消息调整发送所述应用的数据包的速率。
所述调整模块830具体用于根据所述反馈消息指示的所述接收节点处理接收到的所述应用的数据包的能力，调整所述目标发送速率，进而根据调整后的目标发送速率和所述数据发送队列当前的空间占用情况调整发送所述应用的数据包的速率。
所述调整模块830具体用于当所述接收节点的数据接收队列的丢包状态为真时，将所述目标发送速率调整为所述目标发送速率和所述数据接收队列的数据包接收速率两者之中的最小值；当所述接收节点部署的所述应用的处理队列的空间占用情况达到占用上限时，将所述目标发送速率调整为所述目标发送速率和所述接收节点部署的所述应用的处理速率两者之中的最小值；当所述接收节点的数据接收队列的丢包状态为真，并且所述接收节点部署的所述应用的处理队列的空间占用情况达到占用上限时，将所述目标发送速率调整为所述目标发送速率、所述数据接收队列的数据包接收速率和所述接收节点部署的所述应用的处理速率三者之中的最小值。
可以理解的是，本申请实施例提供的发送应用的数据包的装置800也可以只包含发送模块。本申请实施例考虑了接收节点会发送反馈消息的场景，所以还包含了接收模块和调整模块。在接收节点不发送反馈消息的场景下，该装置将只包含发送模块。
本申请实施例提供的发送应用的数据包的装置800的效果可以参考前述方法实施例，在此不再赘述。
请参考图9，为本申请提供的接收应用的数据包的装置的逻辑结构示意图。如图所述，该发送应用的数据包的装置900包括接收模块910、保存模块920以及发送模块930。其中，接收模块910用于接收来自发送节点的数据包。
保存模块920用于保存接收数据包时的能力信息，所述能力信息包括以下参数中的至少一种：数据接收队列的数据包接收速率、数据接收队列的丢包状态、所述应用的处理速率和所述应用的处理队列的空间占用情况。
发送模块930用于向所述发送节点发送反馈消息，所述反馈消息包含所述能力信息，所述反馈消息用于指示所述发送节点调整所述应用发送数据包的速率。所述反馈消息的发送方式为以下方式中的至少一种：周期性发送；当所述数据接收队列的丢包状态满足预设条件时发送；和当所述应用的处理队列的空间占用情况满足预设条件时发送。
另外，本申请还提供与本申请提供的方案相关的存储介质、计算机程序产品、计算机程序等。具体实现可参考前述实施例。
本领域普通技术人员可以意识到，在上述实施例的描述的各示例的模块及算法步骤，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(Solid State Disk,SSD))等。
以上所描述的装置实施例仅仅是示意性的，例如，所述的模块的划分仅仅是一种逻辑功能的划分。其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。另外，本申请提供的装置实施例附图中，模块之间可通过一条或多条通信总线或信号线进行通信连接。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上所述，仅为本申请的一些具体实施方式，但本申请的保护范围并不局限于此。

Claims (20)

1.一种发送应用的数据包的方法，其特征在于，所述方法应用于近场通信场景，所述应用部署于发送节点，包括：
所述发送节点根据目标发送速率和数据发送队列的被占用情况发送所述应用的数据包，所述发送所述应用的数据包的速率与所述目标发送速率成正比，所述数据发送队列的被占用情况限制了一个发送周期内所述应用的数据包的发送数量；
所述发送节点接收来自接收节点的反馈消息，所述反馈消息指示所述接收节点处理接收到的所述应用的数据包的能力，所述接收节点处理接收到的所述应用的数据包的能力通过以下参数的至少一种来指示：所述接收节点的数据接收队列的数据包接收速率、所述接收节点的数据接收队列的丢包状态、所述接收节点部署的所述应用的处理速率和所述接收节点部署的所述应用的处理队列的空间占用情况，所述数据接收队列用于接收来自设备驱动层的数据包；
所述发送节点基于所述反馈消息，调整发送所述应用的数据包的速率。
2.根据权利要求1所述的方法，其特征在于，所述发送节点基于所述反馈消息，调整发送所述应用的数据包的速率包括：
根据所述反馈消息指示的所述接收节点处理接收到的所述应用的数据包的能力，调整所述目标发送速率，进而根据调整后的目标发送速率和所述数据发送队列当前的空间占用情况调整发送所述应用的数据包的速率。
3.根据权利要求1所述的方法，其特征在于，所述反馈消息的发送方式为以下方式中的至少一种：
周期性发送；
当所述接收节点的数据接收队列的丢包状态满足预设条件时发送；和
当所述接收节点部署的所述应用的处理队列的空间占用情况满足预设条件时发送。
4.根据权利要求1所述的方法，其特征在于，所述发送节点根据目标发送速率和数据发送队列被占用情况确定发送所述应用的数据包的速率包括：
根据所述目标发送速率计算在一个发送周期内的目标发包数量；
根据所述目标发包数量和所述数据发送队列的剩余空间，确定所述发送周期内的实际发包数量，其中，所述实际发包数量为所述目标发包数量和所述数据发送队列的剩余空间两者之中的最小值；
基于实际发包数量发送数据包。
5.根据权利要求1所述的方法，其特征在于，所述目标发送速率的初始值指示所述发送节点的物理层发送数据包的能力。
6.根据权利要求2所述的方法，其特征在于，所述根据所述反馈消息指示的所述接收节点处理接收到的所述应用的数据包的能力，调整所述目标发送速率，进而根据调整后的目标发送速率和所述数据发送队列当前的空间占用情况调整发送所述应用的数据包的速率，包括：
当所述接收节点的数据接收队列的丢包状态为真时，将所述目标发送速率调整为所述目标发送速率和所述数据接收队列的数据包接收速率两者之中的最小值；
当所述接收节点部署的所述应用的处理队列的空间占用情况达到占用上限时，将所述目标发送速率调整为所述目标发送速率和所述接收节点部署的所述应用的处理速率两者之中的最小值；
当所述接收节点的数据接收队列的丢包状态为真，并且所述接收节点部署的所述应用的处理队列的空间占用情况达到占用上限时，将所述目标发送速率调整为所述目标发送速率、所述数据接收队列的数据包接收速率和所述接收节点部署的所述应用的处理速率三者之中的最小值。
7.一种接收应用的数据包的方法，其特征在于，所述方法应用于近场通信场景下的接收节点，所述应用部署于发送节点和所述接收节点，包括：
接收来自所述发送节点的数据包；
保存所述接收节点处理接收到的数据包的能力信息，所述能力信息包括以下参数中的至少一种：数据接收队列的数据包接收速率、数据接收队列的丢包状态、所述应用的处理速率和所述应用的处理队列的空间占用情况；
向所述发送节点发送反馈消息，所述反馈消息包含所述能力信息，所述反馈消息用于指示所述发送节点调整所述应用发送数据包的速率。
8.根据权利要求7所述的方法，其特征在于，所述反馈消息的发送方式为以下方式中的至少一种：
周期性发送；
当所述数据接收队列的丢包状态满足预设条件时发送；和
当所述应用的处理队列的空间占用情况满足预设条件时发送。
9.一种发送应用的数据包的装置，其特征在于，包括：
发送模块，用于根据目标发送速率和数据发送队列的被占用情况发送所述应用的数据包，所述发送所述应用的数据包的速率与所述目标发送速率成正比，所述数据发送队列的被占用情况限制了一个发送周期内所述应用的数据包的发送数量；
接收模块，用于接收来自接收节点的反馈消息，所述反馈消息指示所述接收节点处理接收到的所述应用的数据包的能力，所述接收节点处理接收到的数据包的能力通过以下参数中的至少一种来指示：所述接收节点的数据接收队列的数据包接收速率、所述接收节点的数据接收队列的丢包状态、所述接收节点部署的所述应用的处理速率和所述接收节点部署的所述应用的处理队列的空间占用情况，所述数据接收队列用于接收来自设备驱动层的数据包；
调整模块，用于基于所述反馈消息调整发送所述应用的数据包的速率。
10.根据权利要求9所述的装置，其特征在于，所述调整模块具体用于：
根据所述反馈消息指示的所述接收节点处理接收到的所述应用的数据包的能力，调整所述目标发送速率，进而根据调整后的目标发送速率和所述数据发送队列当前的被占用情况调整发送所述应用的数据包的速率。
11.根据权利要求9所述的装置，其特征在于，所述反馈消息的发送方式为以下方式中的至少一种：
周期性发送；
当所述接收节点的数据接收队列的丢包状态满足预设条件时发送；和
当所述接收节点部署的所述应用的处理队列的空间占用情况满足预设条件时发送。
12.根据权利要求9所述的装置，其特征在于，所述发送模块具体用于：
根据所述目标发送速率计算在一个发送周期内的目标发包数量；
根据所述目标发包数量和所述数据发送队列的剩余空间，确定所述发送周期内的实际发包数量，其中，所述实际发包数量为所述目标发包数量和所述数据发送队列的剩余空间两者之中的最小值；
基于实际发包数量发送数据包。
13.根据权利要求9所述的装置，其特征在于，所述目标发送速率的初始值指示所述发送节点的物理层发送数据包的能力。
14.根据权利要求10所述的装置，其特征在于，所述调整模块具体用于：
当所述接收节点的数据接收队列的丢包状态为真时，将所述目标发送速率调整为所述目标发送速率和所述数据接收队列的数据包接收速率两者之中的最小值；
当所述接收节点部署的所述应用的处理队列的空间占用情况达到占用上限时，将所述目标发送速率调整为所述目标发送速率和所述接收节点部署的所述应用的处理速率两者之中的最小值；
当所述接收节点的数据接收队列的丢包状态为真，并且所述接收节点部署的所述应用的处理队列的空间占用情况达到占用上限时，将所述目标发送速率调整为所述目标发送速率、所述数据接收队列的数据包接收速率和所述接收节点部署的所述应用的处理速率三者之中的最小值。
15.一种接收应用的数据包的装置，其特征在于，包括：
接收模块，用于接收来自发送节点的数据包；
保存模块，用于保存接收数据包时的能力信息，所述能力信息包括以下参数中的至少一种：数据接收队列的数据包接收速率、数据接收队列的丢包状态、所述应用的处理速率和所述应用的处理队列的空间占用情况；
发送模块，用于向所述发送节点发送反馈消息，所述反馈消息包含所述能力信息，所述反馈消息用于指示所述发送节点调整所述应用发送数据包的速率。
16.根据权利要求15所述的装置，其特征在于，所述反馈消息的发送方式为以下方式中的至少一种：
周期性发送；
当所述数据接收队列的丢包状态满足预设条件时发送；和
当所述应用的处理队列的空间占用情况满足预设条件时发送。
17.一种计算机设备，包括存储器和一个或多个处理器，所述一个和多个处理器与所述存储器耦合，其特征在于，
所述存储器，用于存储程序；
所述一个或多个处理器，用于执行所述存储器中的程序，使得所述计算机设备执行如权利要求1-6中任一项所述的发送应用的数据包的方法；或者，使得所述计算机设备执行如权利要求7-8中任一项所述的接收应用的数据包的方法。
18.一种数据传输系统，其特征在于，包括发送节点和接收节点，其中：
所述发送节点用于执行权利要求1至6任一项所述方法的操作步骤；
所述接收节点用于执行权利要求7至8任一项所述方法的操作步骤。
19.一种计算机可读存储介质，其特征在于，包括计算机可读指令，当所述计算机可读指令在计算机上运行时，使得计算机执行如权利要求1-6中任一项所述的方法；或者，使得计算机执行如权利要求7-8中任一项所述的方法。
20.一种芯片，其特征在于，所述芯片包括存储器和一个或多个处理器，所述芯片用于读取存储器中存储的计算机程序，使得所述一个或多个处理器执行如权利要求1-6任一项所述的方法；或者，使得所述一个或多个处理器执行如权利要求7-8任一项所述的方法。
CN202010604021.XA 2020-06-29 2020-06-29 数据包发送的方法、装置 Active CN113938945B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202010604021.XA CN113938945B (zh) 2020-06-29 2020-06-29 数据包发送的方法、装置
PCT/CN2021/080359 WO2022001175A1 (zh) 2020-06-29 2021-03-12 数据包发送的方法、装置
EP21833006.6A EP4156766A4 (en) 2020-06-29 2021-03-12 METHOD AND APPARATUS FOR SENDING DATA PACKETS
US18/147,467 US20230139633A1 (en) 2020-06-29 2022-12-28 Data Packet Sending Method and Apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010604021.XA CN113938945B (zh) 2020-06-29 2020-06-29 数据包发送的方法、装置

Publications (2)

Publication Number Publication Date
CN113938945A CN113938945A (zh) 2022-01-14
CN113938945B true CN113938945B (zh) 2023-11-28

Family

ID=79272883

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010604021.XA Active CN113938945B (zh) 2020-06-29 2020-06-29 数据包发送的方法、装置

Country Status (4)

Country Link
US (1) US20230139633A1 (zh)
EP (1) EP4156766A4 (zh)
CN (1) CN113938945B (zh)
WO (1) WO2022001175A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114173314B (zh) * 2022-02-10 2022-07-12 荣耀终端有限公司 数据传输方法及装置
CN114268936B (zh) * 2022-03-01 2022-07-12 荣耀终端有限公司 数据传输方法及装置
CN114499777B (zh) * 2022-04-15 2022-07-22 四川腾盾科技有限公司 一种集群无人系统数据传输方法
CN114928553A (zh) * 2022-06-16 2022-08-19 浙江大华技术股份有限公司 数据上报方法、装置、存储介质及电子装置
CN117135682A (zh) * 2023-02-09 2023-11-28 荣耀终端有限公司 获取发送速率的方法、第一电子设备及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106878191A (zh) * 2015-12-14 2017-06-20 华为技术有限公司 一种数据传送方法、发送节点、接收节点及数据传送系统
CN109120544A (zh) * 2018-09-30 2019-01-01 华中科技大学 一种数据中心网络中基于主机端流量调度的传输控制方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7180862B2 (en) * 2002-07-18 2007-02-20 Intel Corporation Apparatus and method for virtual output queue feedback
US8004970B2 (en) * 2005-08-30 2011-08-23 International Business Machines Corporation Method, system and program product for setting a transmission rate in a network
TWI380654B (en) * 2009-02-11 2012-12-21 Univ Nat Chiao Tung The control method of transmitting streaming audio/video data and architecture thereof
CN103415042B (zh) * 2013-06-20 2016-05-25 北京傲天动联技术股份有限公司 一种wifi多用户环境性能提升方法及装置
GB2537595A (en) * 2015-03-31 2016-10-26 Qualcomm Technologies Int Ltd Data rate adaptation in a wireless transmitter

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106878191A (zh) * 2015-12-14 2017-06-20 华为技术有限公司 一种数据传送方法、发送节点、接收节点及数据传送系统
CN109120544A (zh) * 2018-09-30 2019-01-01 华中科技大学 一种数据中心网络中基于主机端流量调度的传输控制方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Alcatel-Lucent.R1-080913 "Performance Comparison of Solutions for Subframe Bundling".3GPP tsg_ran\WG1_RL1.2008,(第TSGR1_52期),全文. *

Also Published As

Publication number Publication date
WO2022001175A1 (zh) 2022-01-06
EP4156766A1 (en) 2023-03-29
CN113938945A (zh) 2022-01-14
EP4156766A4 (en) 2023-11-08
US20230139633A1 (en) 2023-05-04

Similar Documents

Publication Publication Date Title
CN113938945B (zh) 数据包发送的方法、装置
US11044290B2 (en) TCP cross traffic rate control
US10038639B2 (en) Congestion control based on flow control
WO2017117968A1 (zh) 数据接口分流方法、装置、终端设备和计算机存储介质
WO2018099201A1 (zh) 一种资源调度分配的方法以及通信设备
WO2011100914A2 (zh) 长期演进基站及其处理数据业务的方法
US8817725B2 (en) Scheduling transmission of traffic treated less preferentially despite timing requirements
CN108391289B (zh) 一种拥塞控制方法和基站
JP2013143778A (ja) 通信処理方法、装置およびゲートウェイ機器
JP2010283828A (ja) トラフィックフローを区別する方法及び装置
US20100246400A1 (en) Communication device and method
WO2017214871A1 (zh) 业务数据分流方法及装置
US20120127973A1 (en) System and method of sending acknowledgments through control channels to prevent unnecessary retransmission in a limited bandwidth wireless communication network
EP3490293B1 (en) Data receiving method, data sending method, receiving device and system
US9107106B2 (en) Techniques for reducing buffer overflow in a communication system
EP2922365A1 (en) Packet transmission method, system, and station
US9930565B2 (en) Controlling apparatus for communication-quality measuring, communication apparatus, and program
CN113950099A (zh) 一种网络拥塞控制方法及设备
EP1506644B1 (en) Shared-communications channel utilization for applications having different class of service requirements
US9544235B2 (en) Scaling WiFi performance for large-audience environments via access points
CN113542215A (zh) 一种提升流媒体传输性能的方法及相关装置
EP3769558A1 (en) Application notifications from network for throughput and flow control adaptation
US20230397038A1 (en) Traffic engineering for real-time applications
EP2177064B1 (en) Control of data flow
JP7435745B2 (ja) 基地局、無線通信システム、及び無線通信方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant