CN115967757A - 协同控制tcp层的方法、系统、设备、介质及通信终端 - Google Patents

协同控制tcp层的方法、系统、设备、介质及通信终端 Download PDF

Info

Publication number
CN115967757A
CN115967757A CN202211627405.9A CN202211627405A CN115967757A CN 115967757 A CN115967757 A CN 115967757A CN 202211627405 A CN202211627405 A CN 202211627405A CN 115967757 A CN115967757 A CN 115967757A
Authority
CN
China
Prior art keywords
layer
data transmission
threshold
transmission state
state parameter
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.)
Pending
Application number
CN202211627405.9A
Other languages
English (en)
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.)
Spreadtrum Communications Shanghai Co Ltd
Original Assignee
Spreadtrum Communications Shanghai 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 Spreadtrum Communications Shanghai Co Ltd filed Critical Spreadtrum Communications Shanghai Co Ltd
Priority to CN202211627405.9A priority Critical patent/CN115967757A/zh
Publication of CN115967757A publication Critical patent/CN115967757A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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/0236—Traffic management, e.g. flow control or congestion control based on communication conditions radio quality, e.g. interference, losses or delay
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/188—Time-out mechanisms
    • 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/04—Error control
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种协同控制TCP层的方法、系统、设备、介质及通信终端。其中，方法应用于通信终端，方法包括：在L2层的当前数据传输状态参数满足预设条件时生成与所述预设条件对应的预设通知，其中，L2层包括RLC层和MAC层，所述数据传输状态参数用于表征L2层的数据传输质量；根据所述预设通知将TCP层的当前数据传输状态调整为与L2层的当前数据传输质量相适配。本发明在L2层的当前数据传输状态参数满足预设条件时生成对应的预设通知并传输给TCP层，由此，TCP层可以及时感知L2层的当前数据传输质量并根据预设通知调整当前数据传输状态，基于L2层与TCP层的协同提高了通信终端上传下载的吞吐率以及无线资源利用率。

Description

协同控制TCP层的方法、系统、设备、介质及通信终端
本申请是申请日为2020年5月8日、申请号为“202010383878.3”、名称为“协同控制TCP层的方法、系统、设备、介质及通信终端”的发明专利的分案申请。
技术领域
本发明涉及无线通信技术领域，尤其涉及一种协同控制TCP层的方法、系统、设备、介质及通信终端。
背景技术
TCP(Transmission Control Protocol，是一种面向连接的、可靠的、基于字节流的传输层通信协议)由于最初是为有线网络设计的，从而对底层是诸如LTE(Long TermEvolution，无线数据通信技术标准)这种无线网络的适应性存在一定的局限，例如，在使用LTE做动态上传或下载的过程中，TCP层无法及时感知底层的传输情况，也就不能及时根据底层的传输情况对数据收发做调整。
具体地，在使用通信终端动态上传或下载的应用场景下，底层链路质量在通信终端经过信号质量较差的站点时变差，底层上行发送或下行接收质量的变差会导致RTT(Round-Trip Time，往返时延)的变长，但是，由于TCP层不能及时感知这些链路异常，TCP层依然按照本身的定时器及重传机制进行工作，导致了通信终端上传时上行或者下载时下行存在有大量无效的重传数据包，这些重传数据包不仅对吞吐率没有贡献，而且造成了链路负担以及空口资源浪费。
又有，底层链路质量在通信终端从信号质量较差的站点移动到信号质量较好的站点时恢复，但是，由于TCP层在之前信号质量较差的站点已经认为网络拥塞，从而，尽管底层链路质量已经恢复，TCP层由于未能及时感知底层链路质量的恢复而依然慢启动，不能及时恢复数据的快速收发，对上下行速率以及吞吐率造成了较大影响。
发明内容
本发明要解决的技术问题是为了克服现有技术中TCP层无法及时感知底层传输情况的缺陷，提供一种协同控制TCP层的方法、系统、设备、介质及通信终端。
本发明是通过下述技术方案来解决上述技术问题：
一种协同控制TCP层的方法，所述方法应用于通信终端，所述方法包括：
在L2(Layer 2)层的当前数据传输状态参数满足预设条件时生成与所述预设条件对应的预设通知，其中，L2层包括RLC(Radio Link Control，无线链路控制层协议)层和MAC(Medium Access Control，媒体介入控制协议)层，所述数据传输状态参数用于表征L2层的数据传输质量；
根据所述预设通知将TCP层的当前数据传输状态调整为与L2层的当前数据传输质量相适配。
较佳地，所述预设条件包括用于表征L2层的数据传输质量差的第一预设条件以及用于表征L2层的数据传输质量好的第二预设条件；
所述在L2层的当前数据传输状态参数满足预设条件时生成与所述预设条件对应的预设通知的步骤包括：
在L2层的当前数据传输状态参数满足第一预设条件时生成与所述第一预设条件对应的第一预设通知；
在L2层的当前数据传输状态参数满足第二预设条件时生成与所述第二预设条件对应的第二预设通知；
所述根据所述预设通知将TCP层的当前数据传输状态调整为与L2层的当前数据传输质量相适配的步骤包括：
根据所述第一预设通知调整TCP层的当前数据传输状态以减少当前由TCP层传输的数据量；
根据所述第二预设通知调整TCP层的当前数据传输状态以增加当前由TCP层传输的数据量。
较佳地，当RLC层处于AM(Acknowledge Mode，确认模式)模式时，在所述在L2层的当前数据传输状态参数满足预设条件时生成与所述预设条件对应的预设通知的步骤之前还包括：
判断TCP层当前用于上传数据还是下载数据；
若用于上传数据，则判断RLC层的当前缓存数据量是否大于第一阈值并且MAC层的HARQ(Hybrid Automatic Repeat Request，混合式自动重传请求)失败率是否大于第二阈值；
若大于所述第一阈值并且大于所述第二阈值，则确定L2层的当前数据传输状态参数满足第一预设条件；
若不大于所述第一阈值或不大于所述第二阈值，则判断RLC层的当前缓存数据量是否小于第三阈值并且MAC层的HARQ失败率是否小于第四阈值；
若小于所述第三阈值并且小于所述第四阈值，则确定L2层的当前数据传输状态参数满足第二预设条件；
若用于下载数据，则判断RLC层的当前缓存数据量是否大于第五阈值并且MAC层的HARQ失败率是否大于第六阈值；
若大于所述第五阈值并且大于所述第六阈值，则确定L2层的当前数据传输状态参数满足第一预设条件；
若不大于所述第五阈值或不大于所述第六阈值，则判断RLC层的当前缓存数据量是否小于第七阈值并且MAC层的HARQ失败率是否小于第八阈值；
若小于所述第七阈值并且小于所述第八阈值，则确定L2层的当前数据传输状态参数满足第二预设条件；
或，
当RLC层处于UM(Un-acknowledge Mode，非确认模式)模式时，在所述在L2层的当前数据传输状态参数满足预设条件时生成与所述预设条件对应的预设通知的步骤之前还包括：
判断RLC层当前用于上传数据还是下载数据；
若用于上传数据，则判断MAC层的HARQ失败率是否大于第九阈值；
若大于所述第九阈值，则确定L2层的当前数据传输状态参数满足第一预设条件；
若不大于所述第九阈值，则判断MAC层的HARQ失败率是否小于第十阈值；
若小于所述第十阈值，则确定L2层的当前数据传输状态参数满足第二预设条件；
若用于下载数据，则判断MAC层的HARQ失败率是否大于第十一阈值；
若大于所述第十一阈值，则确定L2层的当前数据传输状态参数满足第一预设条件；
若不大于所述第十一阈值，则判断MAC层的HARQ失败率是否小于第十二阈值；
若小于所述第十二阈值，则确定L2层的当前数据传输状态参数满足第二预设条件。
较佳地，所述根据所述第一预设通知调整TCP层的当前数据传输状态以减少当前由TCP层传输的数据量的步骤包括：
判断TCP层当前用于上传数据还是下载数据；
若上传数据，则控制TCP层停止发送数据并停止RTO(Retransmission Timeout，TCP超时重传机制)定时器；
若下载数据，则控制TCP层向基站服务器发送第一ACK(Acknowledge，确认)数据，所述第一ACK数据包括窗口大小小于第一窗口值的窗口；
所述根据所述第二预设通知调整TCP层的当前数据传输状态以增加当前由TCP层传输的数据量的步骤包括：
判断TCP层当前用于上传数据还是下载数据；
若上传数据，则控制TCP层发送数据并启动RTO定时器；
若下载数据，则控制TCP层向基站服务器发送第二ACK数据，所述第二ACK数据包括窗口大小大于第二窗口值的窗口。
一种协同控制TCP层的系统，所述系统应用于通信终端，所述系统包括：
生成模块，用于在L2层的当前数据传输状态参数满足预设条件时生成与所述预设条件对应的预设通知，其中，L2层包括RLC层和MAC层，所述数据传输状态参数用于表征L2层的数据传输质量；
调整模块，用于根据所述预设通知将TCP层的当前数据传输状态调整为与L2层的当前数据传输质量相适配。
较佳地，所述预设条件包括用于表征L2层的数据传输质量差的第一预设条件以及用于表征L2层的数据传输质量好的第二预设条件；
所述生成模块包括：
第一生成单元，用于在L2层的当前数据传输状态参数满足第一预设条件时生成与所述第一预设条件对应的第一预设通知；
第二生成单元，用于在L2层的当前数据传输状态参数满足第二预设条件时生成与所述第二预设条件对应的第二预设通知；
所述调整模块包括：
第一调整单元，用于根据所述第一预设通知调整TCP层的当前数据传输状态以减少当前由TCP层传输的数据量；
第二调整单元，用于根据所述第二预设通知调整TCP层的当前数据传输状态以增加当前由TCP层传输的数据量。
较佳地，
当RLC层处于AM模式时，所述系统还包括：
第一判断模块，用于判断TCP层当前用于上传数据还是下载数据；
若用于上传数据，则调用第二判断模块，所述第二判断模块用于判断RLC层的当前缓存数据量是否大于第一阈值并且MAC层的HARQ失败率是否大于第二阈值；
若大于所述第一阈值并且大于所述第二阈值，则调用第一确定模块，所述第一确定模块用于确定L2层的当前数据传输状态参数满足第一预设条件；
若不大于所述第一阈值或不大于所述第二阈值，则调用第三判断模块，所述第三判断模块用于判断RLC层的当前缓存数据量是否小于第三阈值并且MAC层的HARQ失败率是否小于第四阈值；
若小于所述第三阈值并且小于所述第四阈值，则调用第二确定模块，所述第二确定模块用于确定L2层的当前数据传输状态参数满足第二预设条件；
若用于下载数据，则调用第四判断模块，所述第四判断模块用于判断RLC层的当前缓存数据量是否大于第五阈值并且MAC层的HARQ失败率是否大于第六阈值；
若大于所述第五阈值并且大于所述第六阈值，则调用第三确定模块，所述第三确定模块用于确定L2层的当前数据传输状态参数满足第一预设条件；
若不大于所述第五阈值或不大于所述第六阈值，则调用第五判断模块，所述第五判断模块用于判断RLC层的当前缓存数据量是否小于第七阈值并且MAC层的HARQ失败率是否小于第八阈值；
若小于所述第七阈值并且小于所述第八阈值，则调用第四确定模块，所述第四确定模块用于确定L2层的当前数据传输状态参数满足第二预设条件；
或，
当RLC层处于UM模式时，所述系统还包括：
第六判断模块，用于判断RLC层当前用于上传数据还是下载数据；
若用于上传数据，则调用第七判断模块，所述第七判断模块用于判断MAC层的HARQ失败率是否大于第九阈值；
若大于所述第九阈值，则调用第五确定模块，所述第五确定模块用于确定L2层的当前数据传输状态参数满足第一预设条件；
若不大于所述第九阈值，则调用第八判断模块，所述第八判断模块用于判断MAC层的HARQ失败率是否小于第十阈值；
若小于所述第十阈值，则调用第六确定模块，所述第六确定模块用于确定L2层的当前数据传输状态参数满足第二预设条件；
若用于下载数据，则调用第九判断模块，所述第九判断模块用于判断MAC层的HARQ失败率是否大于第十一阈值；
若大于所述第十一阈值，则调用第七确定模块，所述第七确定模块用于确定L2层的当前数据传输状态参数满足第一预设条件；
若不大于所述第十一阈值，则调用第十判断模块，所述第十判断模块用于判断MAC层的HARQ失败率是否小于第十二阈值；
若小于所述第十二阈值，则调用第八确定模块，所述第八确定模块用于确定L2层的当前数据传输状态参数满足第二预设条件。
较佳地，所述第一调整单元包括：
第一判断子单元，用于判断TCP层当前用于上传数据还是下载数据；
若上传数据，则调用第一控制子单元，所述第一控制子单元用于控制TCP层停止发送数据并停止RTO定时器；
若下载数据，则调用第二控制子单元，所述第二控制子单元用于控制TCP层向基站服务器发送第一ACK数据，所述第一ACK数据包括窗口大小小于第一窗口值的窗口；
所述第二调整单元包括：
第二判断子单元，用于判断TCP层当前用于上传数据还是下载数据；
若上传数据，则调用第三控制子单元，所述第三控制子单元用于控制TCP层发送数据并启动RTO定时器；
若下载数据，则调用第四控制子单元，所述第四控制子单元用于控制TCP层向基站服务器发送第二ACK数据，所述第二ACK数据包括窗口大小大于第二窗口值的窗口。
一种协同控制TCP层的方法，其特征在于，应用于通信终端，所述协同控制TCP层的方法包括：
当RLC层处于UM模式时，判断RLC层当前用于上传数据还是下载数据；
若用于上传数据，则判断MAC层的HARQ失败率是否大于第九阈值；
若大于所述第九阈值，则确定L2层的当前数据传输状态参数满足第一预设条件；
若不大于所述第九阈值，则判断MAC层的HARQ失败率是否小于第十阈值；
若小于所述第十阈值，则确定L2层的当前数据传输状态参数满足第二预设条件；
若用于下载数据，则判断MAC层的HARQ失败率是否大于第十一阈值；
若大于所述第十一阈值，则确定L2层的当前数据传输状态参数满足第一预设条件；
若不大于所述第十一阈值，则判断MAC层的HARQ失败率是否小于第十二阈值；
若小于所述第十二阈值，则确定L2层的当前数据传输状态参数满足第二预设条件；
在L2层的当前数据传输状态参数满足所述第一预设条件时生成与所述第一预设条件对应的第一预设通知；
在L2层的当前数据传输状态参数满足所述第二预设条件时生成与所述第二预设条件对应的第二预设通知；
其中，L2层包括RLC层和MAC层，所述数据传输状态参数用于表征L2层的数据传输质量，所述第一预设条件用于表征L2层的数据传输质量差的，所述第二预设条件用于表征L2层的数据传输质量好的；
根据所述第一预设通知调整TCP层的当前数据传输状态以减少当前由TCP层传输的数据量；
根据所述第二预设通知调整TCP层的当前数据传输状态以增加当前由TCP层传输的数据量。
一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任一种协同控制TCP层的方法。
一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一种协同控制TCP层的方法的步骤。
一种通信终端，包括上述任一种协同控制TCP层的系统。
较佳地，所述通信终端支持LTE通信模式和/或WCDMA(Wideband Code DivisionMultiple Access，带宽码分多址)通信模式。
本发明的积极进步效果在于：本发明在L2层的当前数据传输状态参数满足预设条件时生成对应的预设通知并传输给TCP层，由此，TCP层可以及时感知L2层的当前数据传输质量，还可以根据生成的预设通知调整当前数据传输状态以与L2层的当前数据传输质量相适配，也即，TCP层可以及时根据底层的数据传输质量调整当前数据传输状态，以实现对数据收发做调整，由此，基于L2层与TCP层的协同提高了通信终端上传下载的吞吐率，提高了无线资源利用率。
附图说明
图1为根据本发明实施例1的协同控制TCP层的方法的流程图。
图2为根据本发明实施例1的协同控制TCP层的方法的具体流程图。
图3为根据本发明实施例1的协同控制TCP层的方法中步骤S121的流程图。
图4为根据本发明实施例1的协同控制TCP层的方法中步骤S122的流程图。
图5为根据本发明实施例2的协同控制TCP层的方法的部分流程图。
图6为根据本发明实施例3的协同控制TCP层的方法的部分流程图。
图7为根据本发明实施例4的协同控制TCP层的系统的模块示意图。
图8为根据本发明实施例5的协同控制TCP层的模块示意图。
图9为根据本发明实施例6的协同控制TCP层的模块示意图。
图10为根据本发明实施例7的电子设备的结构示意图。
具体实施方式
下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。
实施例1
本实施例提供一种应用于通信终端的协同控制TCP层的方法，其中，通信终端例如可以支持LTE、WCDMA等通信模式，参照图1，本实施例的方法包括：
S11、在L2层的当前数据传输状态参数满足预设条件时生成与预设条件对应的预设通知；
S12、根据预设通知将TCP层的当前数据传输状态调整为与L2层的当前数据传输质量相适配。
在本实施例中，L2层包括RLC层和MAC层，数据传输状态参数用于表征L2层的数据传输质量，例如，数据传输状态参数可以包括但不限于RLC层的工作模式、RLC层的缓存数据量、MAC层的HARQ失败率等，此外，在本实施例中，数据传输状态参数还可以包括RLC层的工作模式(例如，AM模式与UM模式)。在本实施例中，预设条件可以根据实际应用自定义设置。
具体地，在本实施例中，预设条件可以包括用于表征L2层的数据传输质量差的第一预设条件以及用于表征L2层的数据传输质量好的第二预设条件。例如，当通信终端位于信号质量较差的站点时其数据传输质量较差，可以根据L2层的当前数据传输状态参数设置第一预设条件。又例如，当通信终端位于信号质量较好的站点时其数据传输质量较好，可以根据L2层的当前数据传输状态参数设置第二预设条件。
参照图2，本实施例中步骤S11具体包括：
S111、在L2层的当前数据传输状态参数满足第一预设条件时生成与第一预设条件对应的第一预设通知；
S112、在L2层的当前数据传输状态参数满足第二预设条件时生成与第二预设条件对应的第二预设通知；
步骤S12具体包括：
S121、根据第一预设通知调整TCP层的当前数据传输状态以减少当前由TCP层传输的数据量；
S122、根据第二预设通知调整TCP层的当前数据传输状态以增加当前由TCP层传输的数据量。
在本实施例中，当通信终端从信号质量较好的站点移动至信号质量较差的站点时，根据第一预设通知将TCP层的当前数据传输状态调整为与L2当前较差的数据传输质量相适配。具体地，由于当前站点信号质量较差，通信终端底层数据传输质量较差，可以通过减少由TCP层传输的数据量，也即，使得TCP层在当前数据传输状态下传输的数据量少于TCP层在上一数据传输状态下传输的数据量的方式，实现与L2层当前较差的数据传输质量相适配，以减少链路负担以及空口资源浪费。其中，由TCP层产生的数据例如可以包括：由TCP层上传/下载的数据量、由TCP层产生的重传数据包等。
参照图3，步骤S121具体包括：
S1211、判断TCP层当前用于上传数据还是下载数据；
若上传数据，则执行步骤S1212；若下载数据，则执行步骤S1213；
S1212、控制TCP层停止发送数据并停止RTO定时器；
S1213、控制TCP层向基站服务器发送第一ACK数据。
在本实施例中，第一ACK数据包括窗口大小小于第一窗口值的窗口，其中，第一窗口值可以根据实际应用自定义设置，在本实施例中，第一窗口值优选非常小的数值。
在本实施例中，当通信终端从信号质量较差的站点移动至信号质量较好的站点时，根据第二预设通知将TCP层的当前数据传输状态调整为与L2当前较好的数据传输质量相适配。具体地，由于当前站点信号质量较好，通信终端底层数据传输质量较好，可以通过增加由TCP层传输的数据量，也即，使得TCP层在当前数据传输状态下传输的数据量多于TCP层在上一数据传输状态下传输的数据量的方式，实现与L2层当前较好的数据传输质量相适配，从而，使得TCP层及时感知到底层链路质量的恢复并且基于此感知恢复数据的快速收发，以及时恢复TCP层的上下行速率以及吞吐率。
参照图4，步骤S122具体包括：
S1221、判断TCP层当前用于上传数据还是下载数据；
若上传数据，则执行步骤S1222；若下载数据，则执行步骤S1223；
S1222、控制TCP层发送数据并启动RTO定时器；
S1223、控制TCP层向基站服务器发送第二ACK数据。
在本实施例中，第二ACK数据包括窗口大小大于第二窗口值的窗口，其中，第二窗口值可以根据实际应用自定义设置，在本实施例中，第二窗口值优选较大的数值。
本实施例在L2层的当前数据传输状态参数满足预设条件时生成对应的预设通知并传输给TCP层，由此，TCP层可以及时感知L2层的当前数据传输质量，还可以根据生成的预设通知调整当前数据传输状态以与L2层的当前数据传输质量相适配，也即，TCP层可以及时根据底层的数据传输质量调整当前数据传输状态，以实现对数据收发做调整，由此，基于L2层与TCP层的协同提高了通信终端上传下载的吞吐率，提高了无线资源利用率。
实施例2
在实施例1的基础上，本实施例提供一种协同控制TCP层的方法，参照图5，当RLC层处于AM模式时，本实施例在步骤S11之前还包括：
S21、判断TCP层当前用于上传数据还是下载数据；
若上传数据，则执行步骤S22；若下载数据，则执行步骤S26；
S22、判断RLC层的当前缓存数据量是否大于第一阈值并且MAC层的HARQ失败率是否大于第二阈值；
若是，则执行步骤S23；若否，则执行步骤S24；
S23、确定L2层的当前数据传输状态参数满足第一预设条件；
S24、判断RLC层的当前缓存数据量是否小于第三阈值并且MAC层的HARQ失败率是否小于第四阈值；
若是，则执行步骤S25；
S25、确定L2层的当前数据传输状态参数满足第二预设条件；
S26、判断RLC层的当前缓存数据量是否大于第五阈值并且MAC层的HARQ失败率是否大于第六阈值；
若是，则执行步骤S27；若否，则执行步骤S28；
S27、确定L2层的当前数据传输状态参数满足第一预设条件；
S28、判断RLC层的当前缓存数据量是否小于第七阈值并且MAC层的HARQ失败率是否小于第八阈值；
若是，则执行步骤S29；
S29、确定L2层的当前数据传输状态参数满足第二预设条件。
在本实施例中，第一阈值至第八阈值可以根据实际应用自定义设置，其中，第一阈值大于第三阈值，第二阈值大于第四阈值，第五阈值大于第七阈值，第六阈值大于第八阈值。
在本实施例中，在步骤S23之后执行步骤S1212，在步骤S27之后执行步骤S1213，将TCP层的当前数据传输状态调整为与L2当前较差的数据传输质量相适配，通过减少由TCP层传输的数据量来减少链路负担以及空口资源浪费。
在本实施例中，在步骤S25之后执行步骤S1222，在步骤S29之后执行步骤S1223，将TCP层的当前数据传输状态调整为与L2当前较好的数据传输质量相适配，通过增加由TCP层传输的数据量，使得TCP层及时恢复数据的快速收发，以及时恢复TCP层的上下行速率以及吞吐率。
在实施例1的基础上，本实施例提供了一种RLC层处于AM模式时确定L2层的数据传输状态参数所满足的预设条件的具体实现方式，有利于实现对TCP层的数据传输状态的调整，进而有利于TCP层及时根据底层的数据传输质量对数据收发做调整，有利于基于L2层与TCP层的协同提高通信终端上传下载的吞吐率以及无线资源利用率。
实施例3
在实施例1的基础上，本实施例提供一种协同控制TCP层的方法，参照图6，当RLC层处于UM模式时，本实施例在步骤S11之前还包括：
S31、判断TCP层当前用于上传数据还是下载数据；
若上传数据，则执行步骤S32；若下载数据，则执行步骤S36；
S32、判断MAC层的HARQ失败率是否大于第九阈值；
若是，则执行步骤S33；若否，则执行步骤S34；
S33、确定L2的当前数据传输状态参数满足第一预设条件；
S34、判断MAC层的HARQ失败率是否小于第十阈值；
若是，则执行步骤S35；
S35、确定L2层的当前数据传输状态参数满足第二预设条件；
S36、判断MAC层的HARQ失败率是否大于第十一阈值；
若是，则执行步骤S37；若否，则执行步骤S38；
S37、确定L2层的当前数据传输状态参数满足第一预设条件；
S38、判断MAC层的HARQ失败率是否小于第十二阈值；
若是，则执行步骤S39；
S39、确定L2层的当前数据传输状态参数满足第二预设条件。
在本实施例中，第九阈值至第十二阈值可以根据实际应用自定义设置，其中，第九阈值大于第十阈值，第十一阈值大于第十二阈值。
在本实施例中，在步骤S33之后执行步骤S1212，在步骤S37之后执行步骤S1213，将TCP层的当前数据传输状态调整为与L2当前较差的数据传输质量相适配，通过减少由TCP层传输的数据量来减少链路负担以及空口资源浪费。
在本实施例中，在步骤S35之后执行步骤S1222，在步骤S39之后执行步骤S1223，将TCP层的当前数据传输状态调整为与L2当前较好的数据传输质量相适配，通过增加由TCP层传输的数据量，使得TCP层及时恢复数据的快速收发，以及时恢复TCP层的上下行速率以及吞吐率。
在实施例1的基础上，本实施例提供了一种RLC层处于UM模式时确定L2层的数据传输状态参数所满足的预设条件的具体实现方式，有利于实现对TCP层的数据传输状态的调整，进而有利于TCP层及时根据底层的数据传输质量对数据收发做调整，有利于基于L2层与TCP层的协同提高通信终端上传下载的吞吐率以及无线资源利用率。
实施例4
本实施例提供一种应用于通信终端的协同控制TCP层的系统，其中，通信终端例如可以支持LTE、WCDMA等通信模式等，参照图7，本实施例的系统包括：
生成模块41，用于在L2层的当前数据传输状态参数满足预设条件时生成与预设条件对应的预设通知；
调整模块42，用于根据预设通知将TCP层的当前数据传输状态调整为与L2层的当前数据传输质量相适配。
在本实施例中，L2层包括RLC层和MAC层，数据传输状态参数用于表征L2层的数据传输质量，例如，数据传输状态参数可以包括但不限于RLC层的工作模式、RLC层的缓存数据量、MAC层的HARQ失败率等，此外，在本实施例中，数据传输状态参数还可以包括RLC层的工作模式(例如，AM模式与UM模式)。在本实施例中，预设条件可以根据实际应用自定义设置。
具体地，在本实施例中，预设条件可以包括用于表征L2层的数据传输质量差的第一预设条件以及用于表征L2层的数据传输质量好的第二预设条件。例如，当通信终端位于信号质量较差的站点时其数据传输质量较差，可以根据L2层的当前数据传输状态参数设置第一预设条件。又例如，当通信终端位于信号质量较好的站点时其数据传输质量较好，可以根据L2层的当前数据传输状态参数设置第二预设条件。
本实施例中生成模块41具体包括：
第一生成单元411，用于在L2层的当前数据传输状态参数满足第一预设条件时生成与第一预设条件对应的第一预设通知；
第二生成单元412，用于在L2层的当前数据传输状态参数满足第二预设条件时生成与第二预设条件对应的第二预设通知；
调整模块42具体包括：
第一调整单元421，用于根据第一预设通知调整TCP层的当前数据传输状态以减少当前由TCP层传输的数据量；
第二调整单元422，用于根据第二预设通知调整TCP层的当前数据传输状态以增加当前由TCP层传输的数据量。
在本实施例中，当通信终端从信号质量较好的站点移动至信号质量较差的站点时，根据第一预设通知将TCP层的当前数据传输状态调整为与L2当前较差的数据传输质量相适配。具体地，由于当前站点信号质量较差，通信终端底层数据传输质量较差，可以通过减少由TCP层传输的数据量，也即，使得TCP层在当前数据传输状态下传输的数据量少于TCP层在上一数据传输状态下传输的数据量的方式，实现与L2层当前较差的数据传输质量相适配，以减少链路负担以及空口资源浪费。其中，由TCP层产生的数据例如可以包括：由TCP层上传/下载的数据量、由TCP层产生的重传数据包等。
本实施例中第一调整单元421具体包括：
第一判断子单元4211，用于判断TCP层当前用于上传数据还是下载数据；
若上传数据，则调用第一控制子单元4212，用于控制TCP层停止发送数据并停止RTO定时器；
若下载数据，则调用第二控制子单元4213，用于控制TCP层向基站服务器发送第一ACK数据。
在本实施例中，第一ACK数据包括窗口大小小于第一窗口值的窗口，其中，第一窗口值可以根据实际应用自定义设置，在本实施例中，第一窗口值优选非常小的数值。
在本实施例中，当通信终端从信号质量较差的站点移动至信号质量较好的站点时，根据第二预设通知将TCP层的当前数据传输状态调整为与L2当前较好的数据传输质量相适配。具体地，由于当前站点信号质量较好，通信终端底层数据传输质量较好，可以通过增加由TCP层传输的数据量，也即，使得TCP层在当前数据传输状态下传输的数据量多于TCP层在上一数据传输状态下传输的数据量的方式，实现与L2层当前较好的数据传输质量相适配，从而，使得TCP层及时感知到底层链路质量的恢复并且基于此感知恢复数据的快速收发，以及时恢复TCP层的上下行速率以及吞吐率。
本实施例中第二调整单元422具体包括：
第二判断子单元4221，用于判断TCP层当前用于上传数据还是下载数据；
若上传数据，则调用第三控制子单元4222，用于控制TCP层发送数据并启动RTO定时器；
若下载数据，则调用第四控制子单元4223，用于控制TCP层向基站服务器发送第二ACK数据。
在本实施例中，第二ACK数据包括窗口大小大于第二窗口值的窗口，其中，第二窗口值可以根据实际应用自定义设置，在本实施例中，第二窗口值优选较大的数值。
本实施例在L2层的当前数据传输状态参数满足预设条件时生成对应的预设通知并传输给TCP层，由此，TCP层可以及时感知L2层的当前数据传输质量，还可以根据生成的预设通知调整当前数据传输状态以与L2层的当前数据传输质量相适配，也即，TCP层可以及时根据底层的数据传输质量调整当前数据传输状态，以实现对数据收发做调整，由此，基于L2层与TCP层的协同提高了通信终端上传下载的吞吐率，提高了无线资源利用率。
实施例5
在实施例4的基础上，本实施例提供一种协同控制TCP层的系统，参照图8，当RLC层处于AM模式时，本实施例的系统还包括：
第一判断模块51，用于判断TCP层当前用于上传数据还是下载数据；若上传数据，则调用第二判断模块52；若下载数据，则调用第四判断模块56；
第二判断模块52，用于判断RLC层的当前缓存数据量是否大于第一阈值并且MAC层的HARQ失败率是否大于第二阈值；若是，则调用第一确定模块53；若否，则调用第三判断模块54；
第一确定模块53，用于确定L2层的当前数据传输状态参数满足第一预设条件；
第三判断模块54，用于判断RLC层的当前缓存数据量是否小于第三阈值并且MAC层的HARQ失败率是否小于第四阈值；若是，则调用第二确定模块55；
第二确定模块55，用于确定L2层的当前数据传输状态参数满足第二预设条件；
第四判断模块56，用于判断RLC层的当前缓存数据量是否大于第五阈值并且MAC层的HARQ失败率是否大于第六阈值；若是，则调用第三确定模块57；若否，则调用第五判断模块58；
第三确定模块57，用于确定L2层的当前数据传输状态参数满足第一预设条件；
第五判断模块58，用于判断RLC层的当前缓存数据量是否小于第七阈值并且MAC层的HARQ失败率是否小于第八阈值；若是，则调用第四确定模块59；
第四确定模块59，用于确定L2层的当前数据传输状态参数满足第二预设条件。
在本实施例中，第一阈值至第八阈值可以根据实际应用自定义设置，其中，第一阈值大于第三阈值，第二阈值大于第四阈值，第五阈值大于第七阈值，第六阈值大于第八阈值。
在本实施例中，在调用第一确定模块53之后调用第一控制子单元4212，在调用第三确定模块57之后调用第二控制子单元4213，将TCP层的当前数据传输状态调整为与L2当前较差的数据传输质量相适配，通过减少由TCP层传输的数据量来减少链路负担以及空口资源浪费。
在本实施例中，在调用第二确定模块55之后调用第三控制子单元4222，在调用第四确定模块59之后调用第四控制子单元4223，将TCP层的当前数据传输状态调整为与L2当前较好的数据传输质量相适配，通过增加由TCP层传输的数据量，使得TCP层及时恢复数据的快速收发，以及时恢复TCP层的上下行速率以及吞吐率。
在实施例4的基础上，本实施例提供了一种RLC层处于AM模式时确定L2层的数据传输状态参数所满足的预设条件的具体实现方式，有利于实现对TCP层的数据传输状态的调整，进而有利于TCP层及时根据底层的数据传输质量对数据收发做调整，有利于基于L2层与TCP层的协同提高通信终端上传下载的吞吐率以及无线资源利用率。
实施例6
在实施例4的基础上，本实施例提供一种协同控制TCP层的系统，参照图9，当RLC层处于UM模式时，本实施例的系统还包括：
第六判断模块61，用于判断TCP层当前用于上传数据还是下载数据；若上传数据，则调用第七判断模块62；若下载数据，则调用第九判断模块66；
第七判断模块62，用于判断MAC层的HARQ失败率是否大于第九阈值；若是，则调用第五确定模块63；若否，则第八判断模块64；
第五确定模块63，用于确定L2的当前数据传输状态参数满足第一预设条件；
第八判断模块64，用于判断MAC层的HARQ失败率是否小于第十阈值；若是，则调用第六确定模块65；
第六确定模块65，用于确定L2层的当前数据传输状态参数满足第二预设条件；
第九判断模块66，用于判断MAC层的HARQ失败率是否大于第十一阈值；若是，则调用第七确定模块67；若否，则调用第十判断模块68；
第七确定模块67，用于确定L2层的当前数据传输状态参数满足第一预设条件；
第十判断模块68，判断MAC层的HARQ失败率是否小于第十二阈值；若是，则调用第八确定模块69；
第八确定模块69，用于确定L2层的当前数据传输状态参数满足第二预设条件。
在本实施例中，第九阈值至第十二阈值可以根据实际应用自定义设置，其中，第九阈值大于第十阈值，第十一阈值大于第十二阈值。
在本实施例中，在调用第五确定模块63之后调用第一控制子单元4212，在调用第七确定模块67之后调用第二控制子单元4213，将TCP层的当前数据传输状态调整为与L2当前较差的数据传输质量相适配，通过减少由TCP层传输的数据量来减少链路负担以及空口资源浪费。
在本实施例中，在调用第六确定模块65之后调用第三控制子单元4222，在调用第八确定模块69之后调用第四控制子单元4223，将TCP层的当前数据传输状态调整为与L2当前较好的数据传输质量相适配，通过增加由TCP层传输的数据量，使得TCP层及时恢复数据的快速收发，以及时恢复TCP层的上下行速率以及吞吐率。
在实施例4的基础上，本实施例提供了一种RLC层处于UM模式时确定L2层的数据传输状态参数所满足的预设条件的具体实现方式，有利于实现对TCP层的数据传输状态的调整，进而有利于TCP层及时根据底层的数据传输质量对数据收发做调整，有利于基于L2层与TCP层的协同提高通信终端上传下载的吞吐率以及无线资源利用率。
实施例7
本实施例提供一种电子设备，电子设备可以通过计算设备的形式表现(例如可以为服务器设备)，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中处理器执行计算机程序时可以实现实施例1-3中任一实施例提供的协同控制TCP层的方法。
图10示出了本实施例的硬件结构示意图，如图10所示，电子设备9具体包括：
至少一个处理器91、至少一个存储器92以及用于连接不同系统组件(包括处理器91和存储器92)的总线93，其中：
总线93包括数据总线、地址总线和控制总线。
存储器92包括易失性存储器，例如随机存取存储器(RAM)921和/或高速缓存存储器922，还可以进一步包括只读存储器(ROM)923。
存储器92还包括具有一组(至少一个)程序模块924的程序/实用工具925，这样的程序模块924包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
处理器91通过运行存储在存储器92中的计算机程序，从而执行各种功能应用以及数据处理，例如本发明实施例1-3中任一实施例所提供的协同控制TCP层的方法。
电子设备9进一步可以与一个或多个外部设备94(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口95进行。并且，电子设备9还可以通过网络适配器96与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器96通过总线93与电子设备9的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备9使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。
应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。
实施例8
本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现实施例1-3中任一实施例所提供的协同控制TCP层的方法的步骤。
其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。
在可能的实施方式中，本发明还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行实现实施例1-3中任一实施例所述的协同控制TCP层的方法的步骤。
其中，可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码，所述程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。
实施例9
本实施例提供一种通信终端，具体地，本实施提供的通信终端包括实施例4-6中任一实施例提供的协同控制TCP层的系统，此外，本实施例的通信终端优选支持LTE、WCDMA等通信模式。本实施例提供的通信终端，基于L2层与TCP层的协同，实现了上传下载吞吐率以及无线资源利用率的提高。
虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。

Claims (10)

1.一种协同控制TCP层的方法，其特征在于，应用于通信终端，所述协同控制TCP层的方法包括：
当RLC层处于AM模式时，判断TCP层当前用于上传数据还是下载数据；
若用于上传数据，则判断RLC层的当前缓存数据量是否大于第一阈值并且MAC层的HARQ失败率是否大于第二阈值；
若大于所述第一阈值并且大于所述第二阈值，则确定L2层的当前数据传输状态参数满足第一预设条件；
若不大于所述第一阈值或不大于所述第二阈值，则判断RLC层的当前缓存数据量是否小于第三阈值并且MAC层的HARQ失败率是否小于第四阈值；
若小于所述第三阈值并且小于所述第四阈值，则确定L2层的当前数据传输状态参数满足第二预设条件；
若用于下载数据，则判断RLC层的当前缓存数据量是否大于第五阈值并且MAC层的HARQ失败率是否大于第六阈值；
若大于所述第五阈值并且大于所述第六阈值，则确定L2层的当前数据传输状态参数满足第一预设条件；
若不大于所述第五阈值或不大于所述第六阈值，则判断RLC层的当前缓存数据量是否小于第七阈值并且MAC层的HARQ失败率是否小于第八阈值；
若小于所述第七阈值并且小于所述第八阈值，则确定L2层的当前数据传输状态参数满足第二预设条件；
在L2层的当前数据传输状态参数满足所述第一预设条件时生成与所述第一预设条件对应的第一预设通知；
在L2层的当前数据传输状态参数满足所述第二预设条件时生成与所述第二预设条件对应的第二预设通知；
其中，L2层包括RLC层和MAC层，所述数据传输状态参数用于表征L2层的数据传输质量，所述第一预设条件用于表征L2层的数据传输质量差的，所述第二预设条件用于表征L2层的数据传输质量好的；
根据所述第一预设通知调整TCP层的当前数据传输状态以减少当前由TCP层传输的数据量；
根据所述第二预设通知调整TCP层的当前数据传输状态以增加当前由TCP层传输的数据量。
2.如权利要求1所述的协同控制TCP层的方法，其特征在于，所述在L2层的当前数据传输状态参数满足所述第一预设条件时生成与所述第一预设条件对应的第一预设通知的步骤前，以及所述在L2层的当前数据传输状态参数满足所述第二预设条件时生成与所述第二预设条件对应的第二预设通知的步骤前包括：
当RLC层处于UM模式时，判断RLC层当前用于上传数据还是下载数据；
若用于上传数据，则判断MAC层的HARQ失败率是否大于第九阈值；
若大于所述第九阈值，则确定L2层的当前数据传输状态参数满足第一预设条件；
若不大于所述第九阈值，则判断MAC层的HARQ失败率是否小于第十阈值；
若小于所述第十阈值，则确定L2层的当前数据传输状态参数满足第二预设条件；
若用于下载数据，则判断MAC层的HARQ失败率是否大于第十一阈值；
若大于所述第十一阈值，则确定L2层的当前数据传输状态参数满足第一预设条件；
若不大于所述第十一阈值，则判断MAC层的HARQ失败率是否小于第十二阈值；
若小于所述第十二阈值，则确定L2层的当前数据传输状态参数满足第二预设条件。
3.如权利要求1所述的协同控制TCP层的方法，其特征在于，所述根据所述第一预设通知调整TCP层的当前数据传输状态以减少当前由TCP层传输的数据量的步骤包括：
判断TCP层当前用于上传数据还是下载数据；
若上传数据，则控制TCP层停止发送数据并停止RTO定时器；
若下载数据，则控制TCP层向基站服务器发送第一ACK数据，所述第一ACK数据包括窗口大小小于第一窗口值的窗口；
所述根据所述第二预设通知调整TCP层的当前数据传输状态以增加当前由TCP层传输的数据量的步骤包括：
判断TCP层当前用于上传数据还是下载数据；
若上传数据，则控制TCP层发送数据并启动RTO定时器；
若下载数据，则控制TCP层向基站服务器发送第二ACK数据，所述第二ACK数据包括窗口大小大于第二窗口值的窗口；
其中，所述第一窗口值小于所述第二窗口值。
4.一种协同控制TCP层的系统，其特征在于，应用于通信终端，所述协同控制TCP层的系统包括：
第一判断模块，用于当RLC层处于AM模式时，判断TCP层当前用于上传数据还是下载数据；
若用于上传数据，则调用第二判断模块，所述第二判断模块用于判断RLC层的当前缓存数据量是否大于第一阈值并且MAC层的HARQ失败率是否大于第二阈值；
若大于所述第一阈值并且大于所述第二阈值，则调用第一确定模块，所述第一确定模块用于确定L2层的当前数据传输状态参数满足第一预设条件；
若不大于所述第一阈值或不大于所述第二阈值，则调用第三判断模块，所述第三判断模块用于判断RLC层的当前缓存数据量是否小于第三阈值并且MAC层的HARQ失败率是否小于第四阈值；
若小于所述第三阈值并且小于所述第四阈值，则调用第二确定模块，所述第二确定模块用于确定L2层的当前数据传输状态参数满足第二预设条件；
若用于下载数据，则调用第四判断模块，所述第四判断模块用于判断RLC层的当前缓存数据量是否大于第五阈值并且MAC层的HARQ失败率是否大于第六阈值；
若大于所述第五阈值并且大于所述第六阈值，则调用第三确定模块，所述第三确定模块用于确定L2层的当前数据传输状态参数满足第一预设条件；
若不大于所述第五阈值或不大于所述第六阈值，则调用第五判断模块，所述第五判断模块用于判断RLC层的当前缓存数据量是否小于第七阈值并且MAC层的HARQ失败率是否小于第八阈值；
若小于所述第七阈值并且小于所述第八阈值，则调用第四确定模块，所述第四确定模块用于确定L2层的当前数据传输状态参数满足第二预设条件；
第一生成单元，用于在L2层的当前数据传输状态参数满足第一预设条件时生成与所述第一预设条件对应的第一预设通知；
第二生成单元，用于在L2层的当前数据传输状态参数满足第二预设条件时生成与所述第二预设条件对应的第二预设通知；
其中，L2层包括RLC层和MAC层，所述数据传输状态参数用于表征L2层的数据传输质量，所述第一预设条件用于表征L2层的数据传输质量差的，所述第二预设条件用于表征L2层的数据传输质量好的；
第一调整单元，用于根据所述第一预设通知调整TCP层的当前数据传输状态以减少当前由TCP层传输的数据量；
第二调整单元，用于根据所述第二预设通知调整TCP层的当前数据传输状态以增加当前由TCP层传输的数据量。
5.如权利要求4所述的协同控制TCP层的系统，其特征在于，所述协同控制TCP层的系统还包括：
第六判断模块，用于当RLC层处于UM模式时判断RLC层当前用于上传数据还是下载数据；
若用于上传数据，则调用第七判断模块，所述第七判断模块用于判断MAC层的HARQ失败率是否大于第九阈值；
若大于所述第九阈值，则调用第五确定模块，所述第五确定模块用于确定L2层的当前数据传输状态参数满足第一预设条件；
若不大于所述第九阈值，则调用第八判断模块，所述第八判断模块用于判断MAC层的HARQ失败率是否小于第十阈值；
若小于所述第十阈值，则调用第六确定模块，所述第六确定模块用于确定L2层的当前数据传输状态参数满足第二预设条件；
若用于下载数据，则调用第九判断模块，所述第九判断模块用于判断MAC层的HARQ失败率是否大于第十一阈值；
若大于所述第十一阈值，则调用第七确定模块，所述第七确定模块用于确定L2层的当前数据传输状态参数满足第一预设条件；
若不大于所述第十一阈值，则调用第十判断模块，所述第十判断模块用于判断MAC层的HARQ失败率是否小于第十二阈值；
若小于所述第十二阈值，则调用第八确定模块，所述第八确定模块用于确定L2层的当前数据传输状态参数满足第二预设条件。
6.如权利要求4所述的协同控制TCP层的系统，其特征在于，所述第一调整单元包括：
第一判断子单元，用于判断TCP层当前用于上传数据还是下载数据；
若上传数据，则调用第一控制子单元，所述第一控制子单元用于控制TCP层停止发送数据并停止RTO定时器；
若下载数据，则调用第二控制子单元，所述第二控制子单元用于控制TCP层向基站服务器发送第一ACK数据，所述第一ACK数据包括窗口大小小于第一窗口值的窗口；
所述第二调整单元包括：
第二判断子单元，用于判断TCP层当前用于上传数据还是下载数据；
若上传数据，则调用第三控制子单元，所述第三控制子单元用于控制TCP层发送数据并启动RTO定时器；
若下载数据，则调用第四控制子单元，所述第四控制子单元用于控制TCP层向基站服务器发送第二ACK数据，所述第二ACK数据包括窗口大小大于第二窗口值的窗口；
其中，所述第一窗口值小于所述第二窗口值。
7.一种协同控制TCP层的方法，其特征在于，应用于通信终端，所述协同控制TCP层的方法包括：
当RLC层处于UM模式时，判断RLC层当前用于上传数据还是下载数据；
若用于上传数据，则判断MAC层的HARQ失败率是否大于第九阈值；
若大于所述第九阈值，则确定L2层的当前数据传输状态参数满足第一预设条件；
若不大于所述第九阈值，则判断MAC层的HARQ失败率是否小于第十阈值；
若小于所述第十阈值，则确定L2层的当前数据传输状态参数满足第二预设条件；
若用于下载数据，则判断MAC层的HARQ失败率是否大于第十一阈值；
若大于所述第十一阈值，则确定L2层的当前数据传输状态参数满足第一预设条件；
若不大于所述第十一阈值，则判断MAC层的HARQ失败率是否小于第十二阈值；
若小于所述第十二阈值，则确定L2层的当前数据传输状态参数满足第二预设条件；
在L2层的当前数据传输状态参数满足所述第一预设条件时生成与所述第一预设条件对应的第一预设通知；
在L2层的当前数据传输状态参数满足所述第二预设条件时生成与所述第二预设条件对应的第二预设通知；
其中，L2层包括RLC层和MAC层，所述数据传输状态参数用于表征L2层的数据传输质量，所述第一预设条件用于表征L2层的数据传输质量差的，所述第二预设条件用于表征L2层的数据传输质量好的；
根据所述第一预设通知调整TCP层的当前数据传输状态以减少当前由TCP层传输的数据量；
根据所述第二预设通知调整TCP层的当前数据传输状态以增加当前由TCP层传输的数据量。
8.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1～3、7中任一项所述的协同控制TCP层的方法。
9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1～3、7中任一项所述的协同控制TCP层的方法。
10.一种通信终端，其特征在于，包括如权利要求4-6中任意一项所述的协同控制TCP层的系统。
CN202211627405.9A 2020-05-08 2020-05-08 协同控制tcp层的方法、系统、设备、介质及通信终端 Pending CN115967757A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211627405.9A CN115967757A (zh) 2020-05-08 2020-05-08 协同控制tcp层的方法、系统、设备、介质及通信终端

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202211627405.9A CN115967757A (zh) 2020-05-08 2020-05-08 协同控制tcp层的方法、系统、设备、介质及通信终端
CN202010383878.3A CN111586755B (zh) 2020-05-08 2020-05-08 协同控制tcp层的方法、系统、设备、介质及通信终端

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN202010383878.3A Division CN111586755B (zh) 2020-05-08 2020-05-08 协同控制tcp层的方法、系统、设备、介质及通信终端

Publications (1)

Publication Number Publication Date
CN115967757A true CN115967757A (zh) 2023-04-14

Family

ID=72125732

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202211627405.9A Pending CN115967757A (zh) 2020-05-08 2020-05-08 协同控制tcp层的方法、系统、设备、介质及通信终端
CN202010383878.3A Active CN111586755B (zh) 2020-05-08 2020-05-08 协同控制tcp层的方法、系统、设备、介质及通信终端

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202010383878.3A Active CN111586755B (zh) 2020-05-08 2020-05-08 协同控制tcp层的方法、系统、设备、介质及通信终端

Country Status (1)

Country Link
CN (2) CN115967757A (zh)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103001727A (zh) * 2011-09-09 2013-03-27 中兴通讯股份有限公司 一种无线网络的数据传输控制方法和系统
KR102406264B1 (ko) * 2015-07-31 2022-06-08 삼성전자주식회사 무선 통신 시스템에서 데이터 송신 속도를 제어하기 위한 장치 및 방법
EP3506540A4 (en) * 2016-09-28 2019-09-18 Huawei Technologies Co., Ltd. DATA TRANSMISSION METHOD, NETWORK DEVICE, AND TERMINAL DEVICE
CN109451524A (zh) * 2018-09-26 2019-03-08 中兴通讯股份有限公司 一种数据处理方法和装置

Also Published As

Publication number Publication date
CN111586755B (zh) 2022-11-22
CN111586755A (zh) 2020-08-25

Similar Documents

Publication Publication Date Title
US6747993B2 (en) Method and apparatus for adjusting a communication timer in a communication network
US20080101290A1 (en) Apparatus for Arq Controlling in Wireless Portable Internet System and Method Thereof
US8457053B2 (en) Methods and apparatus for dynamically adjusting a data packet window size for data packet transmission in a wireless communication network
KR100787294B1 (ko) 이동 통신 기지국의 티씨피 성능 향상 장치
JP2007089177A (ja) 無線通信システムにおける状態報告信号の伝送速度を改善する方法及び装置
KR20060043648A (ko) 스퓨리어스 타임아웃에 대한 응답 방법
KR100393369B1 (ko) 확인 응답 타이머를 개시하기 위한 방법 및 장치
CN108667560B (zh) 一种调整终端发送数据的速率的方法及装置
CN111865828A (zh) 数据传输方法、系统、电子设备及存储介质
KR100684319B1 (ko) 무선 휴대 인터넷 시스템에서 무선 자원을 효율적으로이용하기 위한 ａｒｑ 제어 방법 및 제어 장치
CN111586755B (zh) 协同控制tcp层的方法、系统、设备、介质及通信终端
US7327694B2 (en) Adaptive radio link protocol (RLP) to improve performance of TCP in wireless environment for CDMAone and CDMA2000 systems
JP2004080070A (ja) データ転送方法及びデータ転送システム並びにコンテンツ配信システム
US6950422B2 (en) Interference reduction within a communication system
US9246638B2 (en) Method and apparatus for polling transmission status in a wireless communications system
US20220369151A1 (en) Method and system for channel quality assisted transport in wireless network
CN111654355B (zh) 数据传输方法、系统、电子设备及存储介质
CN100438383C (zh) 一种针对分组数据业务动态配置无线链路控制子层的方法
CN114866207B (zh) 基于反馈的时隙聚合处理方法、系统、设备及介质
WO2020024107A1 (zh) 一种发送状态报告的方法及设备
CN115118329B (zh) 一种自适应可配置的星地一体网控协同方法及装置
CN112042137B (zh) 用于处置无线电信道上的传输的方法和传送节点
JPH088817A (ja) 無線送信出力制御方法
CN102204149A (zh) 数据重传方法及装置
Fischione et al. Analysis of TCP over WCDMA wireless systems under power control, MAI and link level error recovery

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