CN105681265B - 单边传输控制协议加速方法及装置 - Google Patents

Abstract

本发明实施例提供一种单边传输控制协议加速方法及装置，该方法包括：在建立TCP连接之后，获取TCP数据报文，其中，建立TCP连接时，使用全局配置的第一拥塞控制算法及第一参数进行单边TCP加速；识别TCP数据报文所属的应用类型；根据应用类型和预设关联关系，确定应用类型对应的第二拥塞控制算法及第二参数，预关联关系包括应用类型、拥塞控制算法及参数的关联关系；将第一拥塞控制算法及第一参数更新为第二拥塞控制算法及第二参数，进行单边TCP加速。本发明实施例在识别TCP数据报文所属的应用类型的基础上，为不同应用类型动态调整更合适的拥塞控制算法及参数，从而对不同应用类型都有明显加速的效果，以实现更优的传输性能。

Description

单边传输控制协议加速方法及装置

技术领域

本发明实施例涉及通信技术，尤其涉及一种单边传输控制协议(英文：Transmission Control Protocol，简称：TCP)加速方法及装置。

背景技术

TCP加速，指的是通过一组优化技术，使TCP在通过互联网传输数据的性能更高、速度更快、传输更稳定。TCP加速包括双边TCP加速和单边TCP加速。其中，单边TCP加速的部署更加简单，使用更为广泛。

多数的单边TCP加速，是通过改进TCP的拥塞控制算法来进行TCP加速。TCP的拥塞控制算法有很多种，例如，TCP-newreno算法、TCP-cubic算法、TCP-westwood+算法和FastTCP算法等等，而每一种拥塞控制算法对网络的适应性是不同的。

现有单边TCP加速框架的实现方案是，系统同时加载多个拥塞控制算法模块，通过全局配置来决定当前使用哪一个拥塞控制算法以及该拥塞控制算法对应的参数。且全局配置之后，该系统上所有TCP传输都会使用该配置的拥塞控制算法，而不同TCP传输所要求的拥塞控制算法或其对应的参数可能不同，从而导致至少部分TCP传输性能较低。

发明内容

本发明实施例提供一种单边传输控制协议加速方法及装置，以解决所有TCP传输都使用同一拥塞控制算法所导致的至少部分TCP传输性能较低的问题。

第一方面，本发明实施例提供一种单边传输控制协议加速方法，包括：

在建立传输控制协议TCP连接之后，获取TCP数据报文，其中，建立所述TCP连接时，使用全局配置的第一拥塞控制算法及第一参数进行单边TCP加速；

识别所述TCP数据报文所属的应用类型；

根据所述应用类型和预设关联关系，确定所述应用类型对应的第二拥塞控制算法及第二参数，所述预关联关系包括应用类型、拥塞控制算法及参数的关联关系；

将所述第一拥塞控制算法及第一参数，更新为所述第二拥塞控制算法及第二参数，进行单边TCP加速。

根据第一方面，在第一方面的第一种可能的实现方式中，所述识别所述TCP数据报文所属的应用类型，包括：

采用深度包检测DPI技术深度/动态流检测DFI技术，识别所述TCP数据报文所属的应用类型。

根据第一方面或第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述获取TCP数据报文，包括：

从TCP协议栈中读取所述TCP数据报文。

根据第一方面、第一方面的第一种至第二种可能的实现方式中任意一种，在第一方面的第三种可能的实现方式中，根据所述应用类型，查找所述预设关联关系，若未获取到所述应用类型对应的拥塞控制算法及其参数，则结束所述单边TCP加速方法。

根据第一方面、第一方面的第一种至第三种可能的实现方式中任意一种，在第一方面的第四种可能的实现方式中，所述预设关联关系是根据以下方式生成的：

统计对不同应用类型采用不同拥塞控制算法及参数进行单边TCP加速后的特性参数；

根据所述特性参数，确定所述预设关联关系。

根据第一方面、第一方面的第一种至第四种可能的实现方式中任意一种，在第一方面的第五种可能的实现方式中，所述预设关联关系为通过配置文件或应用程序编程接口API预先配置的。

第二方面，本发明实施例提供一种单边传输控制协议加速装置，包括：

获取模块，用于在建立传输控制协议TCP连接之后，获取TCP数据报文，其中，建立所述TCP连接时，使用全局配置的第一拥塞控制算法及第一参数进行单边TCP加速；

识别模块，用于识别所述获取模块获取的所述TCP数据报文所属的应用类型；

确定模块，用于根据预设关联关系和所述识别模块确定的所述应用类型，确定所述应用类型对应的第二拥塞控制算法及第二参数，所述预关联关系包括应用类型、拥塞控制算法及参数的关联关系；

更新模块，用于将所述第一拥塞控制算法及第一参数，更新为所述确定模块确定的所述第二拥塞控制算法及第二参数，进行单边TCP加速。

根据第二方面，在第二方面的第一种可能的实现方式中，所述识别模块具体用于：

采用深度包检测DPI技术深度/动态流检测DFI技术，识别所述TCP数据报文所属的应用类型。

根据第二方面或第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述获取模块具体用于：从TCP协议栈中读取所述TCP数据报文。

根据第二方面、第二方面的第一种至第二种可能的实现方式中任意一种，在第二方面的第三种可能的实现方式中，所述确定模块还用于：

根据所述识别模块确定的所述应用类型，查找所述预设关联关系，若未获取到所述应用类型对应的拥塞控制算法及其参数，则结束单边TCP加速。

根据第二方面、第二方面的第一种至第三种可能的实现方式中任意一种，在第二方面的第四种可能的实现方式中，所述确定模块还用于根据以下方式生成的所述预设关联关系：

统计对不同应用类型采用不同拥塞控制算法及参数进行单边TCP加速后的特性参数；

根据所述特性参数，确定所述预设关联关系。

根据第二方面、第二方面的第一种至第四种可能的实现方式中任意一种，在第二方面的第五种可能的实现方式中，所述预设关联关系为通过配置文件或应用程序编程接口API预先配置的。

本发明实施例在识别TCP数据报文所属的应用类型的基础上，根据该应用类型，查找预设关联关系，获取应用类型对应的第二拥塞控制算法及第二参数，为不同应用类型动态调整更合适的拥塞控制算法及参数，从而避免现有技术中对所有应用类型都采用全局配置的拥塞控制算法及参数所导致的至少部分TCP传输性能较低的问题，对不同应用类型，都有明显加速的效果，以实现更优的传输性能，提高了网络整体的可用性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图做一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为网络架构示意图；

图2为本发明单边TCP加速方法实施例一的流程图；

图3为本发明单边TCP加速装置实施例一的结构示意图；

图4为本发明单边TCP加速装置实施例二中接收TCP数据报文时IP协议栈、TCP协议栈与识别模块的信令图；

图5为本发明单边TCP加速装置实施例三中发送TCP数据报文时应用层、TCP协议栈与识别模块的信令图；

图6为本发明单边TCP加速装置实施例四中确定模块内部流程示意图；

图7为本发明单边TCP加速装置实施例五的应用场景示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

TCP是目前被广泛使用的一种有序而可靠的传输协议。其中，文件传输协议(英文：File Transfer Protocol，简称：FTP)、超文本传送协议(英文：Hypertext TransferProtocol，简称：HTTP)及安全套接层(英文：Secure Sockets Layer，简称：SSL)等当前互联网上使用的基础协议，都由TCP进行承载。

TCP通过特定的拥塞控制算法和参数，对传输窗口的大小进行拥塞控制，减少TCP传输对网络的影响。

图1示出了本发明实施例应用的网络架构。如图1所示，多个TCP客户端通过互联网络从TCP服务端下载数据。

其中，客户端设备，包括但不限于浏览器、视频播放器、IM聊天软件和网络游戏等多种不同应用，通过TCP向TCP服务端请求数据，向用户提供网络浏览、视频播放、通信交流及娱乐休闲等功能。服务端设备，包括但不限于网络服务器(英文：Web Server)、视频服务器(英文：Video Server)、即时通信服务器(英文：IM Server)和游戏服务器(英文：GameServer)等，用于响应TCP客户端的请求，向TCP客户端提供网络页面、视频文件、IM交流和游戏等功能。互联网络：TCP客户端和TCP服务端之间的通信网络，包括接入网络、核心网络及互联网络等。本发明实施例的实现，部署在TCP服务端的网元上。

图2为本发明单边TCP加速方法实施例一的流程图。本发明实施例提供一种单边传输控制协议加速方法，该方法可以由单边传输控制协议加速装置执行，该装置可以独立设置，也可以集成在例如网络服务器、视频服务器、即时通信服务器和游戏服务器等服务端设备中。该方法包括：

S201、在建立TCP连接之后，获取TCP数据报文，其中，建立TCP连接时，使用全局配置的第一拥塞控制算法及第一参数进行单边TCP加速。

具体地，TCP客户端和TCP服务端之间进行TCP通信之前，两者首先需要通过TCP进行交互，建立TCP连接。TCP连接建立时使用三次握手(英文：three-way handshake)，取消TCP连接时采用四次握手(four-way handshake)，以保证TCP连接的强壮性。

在TCP连接建立阶段，由于还没有得到具体应用的特征信息，此时，使用全局配置的第一拥塞控制算法和第一参数进行单边TCP加速。在TCP连接建立完成之后，进入数据传输阶段，通过TCP协议进行应用层的通信。需说明的是，本发明实施例中，“第一”、“第二”仅为区别不同的算法或参数。

S202、识别TCP数据报文所属的应用类型。

由于TCP的应用层是多种多样的，不同类型的应用对TCP传输的要求是不一样的。

以下通过举例说明不同应用类型的特点。

例如，视频业务具有带宽要求高，时延变化小，实时性要求高，对丢包很敏感及传输突发小的特点；会议业务具有带宽要求高，时延基本固定，对丢包和错包很敏感及传输突发小的特点；网页浏览具有带宽要求低，时延变化大，对丢包不敏感及传输大多为突发的特点；即时通信(英文：Instant Messaging，简称：IM)类业务具有带宽要求低，时延不稳定，对丢包敏感及传输大多为突发的特点，等等。

不同的应用在网络传输上的特征差异，决定了它们对拥塞控制算法的要求是不一样的。即便不同的应用适用相同的拥塞控制算法，其适用的算法参数也可能是不同的。举例而言：

视频业务要求传输环境的时延稳定、丢包极少，此时通过侦测丢包来控制滑动窗口的拥塞控制算法就不适合，而通过侦测时延来控制拥塞窗口的拥塞控制算法的效果会更加明显，适用于FastTCP算法。

会议业务和视频业务的网络特征比较类似，也适用于FastTCP算法。但在参数上略有不同。会议业务的时延更稳定，在参数上需要设置的更加平滑。

网页浏览的时延变化很大，丢包随机。此时，通过侦测时延来控制滑动窗口的拥塞控制算法就不适合，而通过侦测丢包来控制拥塞窗口的拥塞控制算法会表现更佳，适用于cubic算法。

IM类业务，时延不稳定，大多为无线使用场景，网络误码高，适用于为无线环境专门优化的westwood+等算法。

对于识别TCP数据报文所属的应用类型，可以通过多种方式实现，例如，下文提及的深度包检测(英文：Deep Packet Inspection，简称：DPI)技术和深度/动态流检测(英文：Depth/Dynamic Flow Inspection，简称：DFI)技术等，本发明不予限制。其中，DPI技术是对TCP数据报文的内容的检测，采用逐包分析及模式匹配等技术，对每个TCP数据报文进行数据特征的识别；DFI技术是对应用的流量行为进行分析，针对应用的流量特征进行识别。

在数据传输阶段，从第一个TCP数据报文开始，依序识别接收到的每一个TCP数据报文和发出去的每一个TCP数据报文的应用类型，直到确定TCP数据报文对应的应用的应用类型为止。

S203、根据应用类型和预设关联关系，确定应用类型对应的第二拥塞控制算法及第二参数，预设关联关系包括应用类型、拥塞控制算法及其参数的关联关系。

具体地，根据应用类型，查找预设关联关系，获取应用类型对应的第二拥塞控制算法及第二参数。

其中，预设关联关系设置依据可以有多种，例如，TCP服务端中已加载并可以使用的拥塞控制算法；或，由TCP拥塞控制算法的提供方提供实施建议；或，根据具体的应用类型采用不同的拥塞控制算法和/或参数进行多次测试，选择测试效果最佳的，等等。其中，根据具体的应用类型进行选择，如对S202的解释中所述，此处不再赘述。

例如，预设关联关系如表1所示。

表1

应用类型	拥塞控制算法	参数
			视频业务	FastTCP算法	α＝60
会议业务	FastTCP算法	α＝30
			网页浏览	cubic算法	β＝717
IM类业务	westwood+算法	init_rtt＝100

S204、将第一拥塞控制算法及第一参数，更新为第二拥塞控制算法及第二参数，进行单边TCP加速。

具体地，将建立TCP连接时使用的全局配置的第一拥塞控制算法及第一参数，更新为第二拥塞控制算法及第二参数，进行单边TCP加速。这样，对于不同的应用类型，根据预设关联关系，确定拥塞控制算法及参数，更优针对性地进行单边TCP加速。

其中，对于第一拥塞控制算法及第一参数和第二拥塞控制算法及第二参数可能存在以下几种情况：

第一种：第一拥塞控制算法与第二拥塞控制算法相同，第一参数与第二参数不同；

第二种：第一拥塞控制算法与第二拥塞控制算法不同，第一参数与第二参数相同；

第三种：第一拥塞控制算法与第二拥塞控制算法不同，第一参数与第二参数也不同。

本发明实施例在识别TCP数据报文所属的应用类型的基础上，根据该应用类型，查找预设关联关系，获取应用类型对应的第二拥塞控制算法及第二参数，为不同应用类型动态调整更合适的拥塞控制算法及参数，从而避免现有技术中对所有应用类型都采用全局配置的拥塞控制算法及参数所导致的至少部分TCP传输性能较低的问题，对不同应用类型，都有明显加速的效果，以实现更优的传输性能，提高了网络整体的可用性。

在上述实施例中，S202可以包括：采用DPI技术或DFI技术，识别TCP数据报文所属的应用类型。其中，DPI技术是指对网络上传递的数据进行侦测与处理的一种技术，通过对数据流的报文内容进行深度解析和特征识别，确定数据流的应用类型。

在上述基础上，S201可以包括：从TCP协议栈中读取TCP数据报文。其中，TCP通信过程中的每个TCP数据报文都会在TCP协议栈进行缓存，因此可直接从TCP协议栈读取TCP数据报文，并进行识别。

进一步地，根据应用类型，查找预设关联关系，若未获取到应用类型对应的拥塞控制算法及其参数，则结束本发明实施例的单边TCP加速方法，仍使用原全局配置的第一拥塞控制算法及参数进行单边TCP加速。

具体地，TCP客户端发送给TCP服务端的应用层数据，例如包括页面请求、IM通信信息、视频文件请求和游戏数据等，会暂存在TCP服务端上的TCP协议栈的缓冲区中，等待应用层进行收取。

TCP服务端准备发送给TCP客户端的应用层数据，例如包括超文本传送协议(英文：HTTP-Hypertext transfer protocol，简称：HTTP)页面、IM通信信息、视频文件和游戏数据等，会暂存在TCP服务端上的TCP协议栈的缓冲区中，等待TCP协议栈进行发送。

预设关联关系可以是根据以下方式生成的：统计对不同应用类型采用不同拥塞控制算法及参数进行单边TCP加速后的特性参数；根据该些特性参数，确定预设关联关系。可选地，预设关联关系可以为通过配置文件或应用程序编程接口(英文：ApplicationProgramming Interface，简称：API)的等方式预先配置的。补充说明的是，预设关联关系可以由管理员静态配置，也可以动态修改，本发明不对其进行限制。与双边TCP加速相比，单边TCP加速的适应性更广且更灵活。例如只要在TCP服务端进行了TCP加速，所有访问此TCP服务端的客户端都会受益，并且不需要客户端安装任何软件或部署硬件设备。这样，就更加适用于TCP服务端的访问对象不固定的情况，例如某个服务器是广大的互联网用户来访问。

图3为本发明单边TCP加速装置实施例一的结构示意图。如图3所示，单边TCP加速装置30包括：获取模块31、识别模块32、确定模块33和更新模块34。

其中，获取模块31用于在建立TCP连接之后，获取TCP数据报文，其中，建立TCP连接时，使用全局配置的第一拥塞控制算法及第一参数进行单边TCP加速。识别模块32用于识别获取模块31获取的TCP数据报文所属的应用类型。确定模块33用于根据预设关联关系和识别模块32确定的应用类型，确定应用类型对应的第二拥塞控制算法及第二参数，预关联关系包括应用类型、拥塞控制算法及参数的关联关系。更新模块34用于将第一拥塞控制算法及第一参数，更新为确定模块33确定的第二拥塞控制算法及第二参数，进行单边TCP加速。

本实施例的装置，可以用于执行图2所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

在上述实施例中，识别模块32可具体用于：采用DPI技术或DFI技术，识别TCP数据报文所属的应用类型，本发明不以此为限制。

在上述实施例中，获取模块31可具体用于：从TCP协议栈中读取TCP数据报文。

具体地，TCP客户端发送给TCP服务端的应用层数据，例如，包括页面请求、IM通信信息、视频文件请求和游戏数据等，会暂存在TCP服务端上的TCP协议栈的缓冲区中，等待应用层进行收取。TCP协议栈在接收到TCP客户端的数据并将其缓存之后，通知识别模块32读取并识别TCP协议栈的缓存区中的TCP数据报文，其中，应用层数据是以TCP数据报文的形式传输的。

图4示出了IP协议栈41、TCP协议栈42及识别模块32的交互。

S401、TCP协议栈42接收IP协议栈41发送的TCP数据报文。

S402、TCP协议栈42缓存TCP数据报文至缓存区。

S403、TCP协议栈42通知识别模块32进行应用识别。

S404、识别模块32读取并识别缓存区中的TCP数据报文。

TCP服务端准备发送给TCP客户端的应用层数据，例如，包括HTTP页面、IM通信信息、视频文件和游戏数据等，会暂存在TCP服务端的TCP协议栈的缓冲区中，等待TCP协议栈进行发送。TCP协议栈在接收到应用层的数据并将其缓存之后，通知识别模块32读取并识别TCP协议栈的缓存区中的TCP数据报文，其中，应用层数据是以TCP数据报文的形式传输的。

图5示出了应用层51、TCP协议栈52及识别模块32的交互。

S501、TCP协议栈52接收应用层51发送的TCP数据报文。

S502、TCP协议栈52缓存TCP数据报文至缓存区。

S503、TCP协议栈52通知识别模块32进行应用识别。

S504、识别模块32读取并识别缓存区中的TCP数据报文。

可选地，确定模块33还可以用于根据以下方式生成的预设关联关系：统计对不同应用类型采用不同拥塞控制算法及参数进行单边TCP加速后的特性参数；根据所述特性参数，确定预设关联关系。其中，预设关联关系可以为通过配置文件或API预先配置的，本发明不予限制。可选地，预设关联关系可被配置在TCP服务端，由管理员配置，可以通过配置文件或API等不同方式下发给确定模块33。

进一步地，确定模块33还可以用于：根据识别模块32确定的应用类型，查找预设关联关系，若未获取到应用类型对应的拥塞控制算法及其参数，则结束单边TCP加速。

其中，确定模块33内具体处理流程如图6所示：

S601、获取识别模块确定的应用类型。

S602、根据应用类型，查找预设关联关系。

若在预设关联关系中，查找到与应用类型对应的第二拥塞控制算法及第二参数，即查找成功，则执行S603；若在预设关联关系中，未查找到与应用类型对应的拥塞控制算法及参数，即查找失败，则执行S605。

S603、从预设关联关系获取应用类型对应的第二拥塞控制算法及第二参数。

S604、将第二拥塞控制算法及第二参数发送给更新模块。

S605、流程结束。

图7为本发明单边TCP加速装置实施例五的应用场景示意图。如图7所示，单边TCP加速装置70与TCP协议栈80、应用层90和IP协议栈100交互，传输TCP数据报文。其中，图7中箭头的连接线表示TCP数据报文的传输方向。

例如，IP协议栈100接收来自外界其它设备的TCP数据报文，并将其传送给TCP协议栈80缓存；TCP协议栈80将其缓存的TCP数据报文传送给应用层90。或者，TCP协议栈80接收来自应用层90的TCP数据报文，并对其进行缓存，然后，传送给IP协议栈100，由IP协议栈100发送给外界其它设备。在TCP连接建立之后，全局配置第一拥塞控制算法及第一参数给TCP协议栈80。

在上述TCP数据报文传输过程中，TCP协议栈80缓存TCP数据报文。单边TCP加速装置70通过获取模块71读取TCP协议栈80中缓存的TCP数据报文。识别模块72识别获取模块71读取的TCP数据报文所属的应用类型。确定模块73根据预设关联关系和识别模块72确定的应用类型，确定应用类型对应的第二拥塞控制算法及第二参数。更新模块74动态配置确定模块73确定的第二拥塞控制算法及第二参数给TCP协议栈80进行单边TCP加速。

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

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (12)

1.一种单边传输控制协议加速方法，其特征在于，包括：

在建立传输控制协议TCP连接之后，获取TCP数据报文，其中，建立所述TCP连接时，使用全局配置的第一拥塞控制算法及第一参数进行单边TCP加速；

识别所述TCP数据报文所属的应用类型；

根据所述应用类型和预设关联关系，确定所述应用类型对应的第二拥塞控制算法及第二参数，所述预设关联关系包括应用类型、拥塞控制算法及参数的关联关系；

将所述第一拥塞控制算法及第一参数，更新为所述第二拥塞控制算法及第二参数，进行单边TCP加速。

2.根据权利要求1所述的方法，其特征在于，所述识别所述TCP数据报文所属的应用类型，包括：

采用深度包检测DPI技术或深度/动态流检测DFI技术，识别所述TCP数据报文所属的应用类型。

3.根据权利要求1或2所述的方法，其特征在于，所述获取TCP数据报文，包括：

从TCP协议栈中读取所述TCP数据报文。

4.根据权利要求1或2所述的方法，其特征在于，根据所述应用类型，查找所述预设关联关系，若未获取到所述应用类型对应的拥塞控制算法及其参数，则结束所述单边TCP加速方法。

5.根据权利要求1或2所述的方法，其特征在于，所述预设关联关系是根据以下方式生成的：

统计对不同应用类型采用不同拥塞控制算法及参数进行单边TCP加速后的特性参数；

根据所述特性参数，确定所述预设关联关系。

6.根据权利要求1或2所述的方法，其特征在于，所述预设关联关系为通过配置文件或应用程序编程接口API预先配置的。

7.一种单边传输控制协议加速装置，其特征在于，包括：

获取模块，用于在建立传输控制协议TCP连接之后，获取TCP数据报文，其中，建立所述TCP连接时，使用全局配置的第一拥塞控制算法及第一参数进行单边TCP加速；

识别模块，用于识别所述获取模块获取的所述TCP数据报文所属的应用类型；

确定模块，用于根据预设关联关系和所述识别模块确定的所述应用类型，确定所述应用类型对应的第二拥塞控制算法及第二参数，所述预设关联关系包括应用类型、拥塞控制算法及参数的关联关系；

更新模块，用于将所述第一拥塞控制算法及第一参数，更新为所述确定模块确定的所述第二拥塞控制算法及第二参数，进行单边TCP加速。

8.根据权利要求7所述的装置，其特征在于，所述识别模块具体用于：

采用深度包检测DPI技术深度/动态流检测DFI技术，识别所述TCP数据报文所属的应用类型。

9.根据权利要求7或8所述的装置，其特征在于，所述获取模块具体用于：从TCP协议栈中读取所述TCP数据报文。

10.根据权利要求7或8所述的装置，其特征在于，所述确定模块还用于：

根据所述识别模块确定的所述应用类型，查找所述预设关联关系，若未获取到所述应用类型对应的拥塞控制算法及其参数，则结束单边TCP加速。

11.根据权利要求7或8所述的装置，其特征在于，所述确定模块还用于根据以下方式生成的所述预设关联关系：

统计对不同应用类型采用不同拥塞控制算法及参数进行单边TCP加速后的特性参数；

根据所述特性参数，确定所述预设关联关系。

12.根据权利要求7或8所述的装置，其特征在于，所述预设关联关系为通过配置文件或应用程序编程接口API预先配置的。