CN103368772A

CN103368772A - 半卸载方法、设备及系统

Info

Publication number: CN103368772A
Application number: CN2013102603600A
Authority: CN
Inventors: 毕兵伟
Original assignee: Huawei Technologies Co Ltd
Current assignee: Haining huangwan town Asset Management Co., Ltd
Priority date: 2013-06-26
Filing date: 2013-06-26
Publication date: 2013-10-23
Anticipated expiration: 2033-06-26
Also published as: CN103368772B

Abstract

本发明公开了一种半卸载方法、设备及系统，属于计算机技术领域。所述方法包括：在建立TCP连接后，将TCP/IP协议栈中的TCP状态信息配置到TOE表项信息中；在完成对TOE表项信息的配置之前，获取TCP/IP协议栈中最后一个确认报文中的确认号码；将确认号码配置到TOE表项信息中；在完成对TOE表项信息的配置之后，根据TOE表项信息对接收到的报文进行处理。本发明通过确保TOE表项信息中配置有最新的确认报文，解决了现有技术中根据基于TOC的半卸载方法建立的TOE连接在有些情况下不能正常工作的问题，达到了即使在配置TOE表项信息的过程中，TCP/IP协议栈接收到了报文，也可以成功建立TOE连接的效果。

Description

半卸载方法、设备及系统

技术领域

本发明涉及计算机技术领域，特别涉及一种半卸载方法、设备及系统。

背景技术

传统的TCP/IP（Transmission Control Protocol/Internet Protocol，传输控制协议/因特网互联协议）在处理网络数据传输的过程中，要占用大量的主机CPU（Central Processing Unit，中央处理器）资源，为了减轻CPU的压力，可以通过TOE(TCP/IP Offload Engine，TCP/IP卸载引擎)技术将部分TCP/IP协议需要处理的网络数据从CPU转移到TOE硬件中进行处理，从而减轻CPU的负担。

基于TOE的半卸载方法主要是：在服务器与客户端建立TCP连接之后，服务器将TCP/IP协议栈中与该条TCP连接相关的TCP状态信息配置到硬件芯片IOC（Interface On Chip，接口芯片）中的TOE中，以建立TOE连接；当服务器启动IOC中的TOE后，开始根据TOE连接处理TCP报文，后续所有的TCP报文将全部在该硬件芯片中处理。

请参见图1所示，其示出了现有技术中基于TOE的半卸载方法的流程示意图。该基于TOE的半卸载方法可以包括：当一条TCP连接开始建立时，最早的p1，p2和p3报文（即在建立TCP连接时的三次握手过程中的三个报文）直接进入TCP/IP协议栈，TCP/IP协议栈p3报文为服务器在第三次握手时接收的确认报文，确认报文p3中的确认号码（Acknowledgement Number）可以用于判定后续接收到的报文是否为期望得到的报文P4；在TCP/IP协议栈中建立正常的TCP连接后，TOE驱动从TCP/IP协议栈中获取TCP状态信息，该TCP状态信息携带有确认报文P3中的确认号码，并将获取到的TCP状态信息配置到IOC中的TOE表项信息中；在TOE表项信息配置成功后，将配置完成的TOE表项信息保存至该IOC的RAM（Random Access Memory，随机存储器）中，并构造TOE连接配置完成消息，将该消息发送给TOE驱动；之后，此条半卸载方式的TOE连接开始正常工作。比如，在TOE连接开始正常工作后，TOE根据确认报文P3中的确认号码接收客户端发送的p4报文（也即期望报文），根据TOE所对应的TOE表项信息对p4报文解析后，向客户端发送相应的确认报文，并将p4报文中的数据提交给TOE驱动，然后TOE驱动唤醒用户进程读取该数据。

但是，从开始建立TOE连接时起至配置完TOE表项信息期间，网卡也可能会接收到客户端发送来的报文，比如图1中示出的报文p4不是在TOE连接开始正常工作后接收到的，而是在TOE连接开始正常工作之前就接收到的，由于此时TOE连接尚未建立完成，因此该报文p4会进入到TCP/IP协议栈中，TCP/IP协议栈会根据报文p4向客户端发送一个确认报文p5，确认报文p5中的确认号码可以确定后续接收到的报文是否为期望得到的报文p6；在服务器配置完TOE表项信息之后，如果此时客户端根据接收到的确认报文p5向服务器发送一个与报文p4后序相连的报文p6时，TOE开始根据TOE表项信息对该报文p6进行处理，但由于TOE表项信息中仅存在报文P3的确认号码，并没有报文p5的确认号码，即根据TOE表项信息中的确认号码确定期望得到的报文应该为报文P4，因此服务器将会一直等待报文p4。因此，在这种情况下，建立的TOE连接并不能正常工作。

发明内容

为了解决现有技术中根据基于TOC的半卸载方法建立的TOE连接在有些情况下不能正常工作的问题，本发明实施例提供了一种半卸载方法、设备及系统。所述技术方案如下：

第一方面，提供了一种半卸载方法，所述方法，包括：

在建立TCP连接后，将TCP/IP协议栈中的TCP状态信息配置到TOE表项信息中；

在完成对所述TOE表项信息的配置之前，获取所述TCP/IP协议栈中最后一个确认报文中的确认号码，所述确认报文用于请求期望得到的报文；

将所述确认号码配置到所述TOE表项信息中；

在完成对所述TOE表项信息的配置之后，根据所述TOE表项信息对接收到的报文进行处理。

在第一方面的第一种可能的实施方式中，所述获取所述TCP/IP协议栈中最后一个确认报文中的确认号码之前，还包括：

检测是否接收到报文；

若检测结果为接收到报文，则检测所述TOE表项信息中是否存在预设的配置标记；

若检测结果为所述TOE表项信息中存在预设的配置标记，则执行获取述TCP/IP协议栈中最后一个确认报文中的确认号码的步骤。

结合第一方面或者第一方面的第一种可能的实施方式，在第二种可能的实施方式中，在完成对所述TOE表项信息的配置之后，还包括：

清除所述预设的配置标记。

结合第一方面、第一方面的第一种可能的实施方式或者第一方面的第二种可能的实施方式，在第三种可能的实施方式中，在完成对所述TOE表项信息的配置之后，还包括：

检测是否接收到至少一个报文；

若检测结果为接收到至少一个报文，则检测所述报文中是否存在期望的报文；

若检测结果为所述报文中存在期望的报文，则确定TOE连接完成；

执行根据所述TOE表项信息对接收到的报文进行处理的步骤。

结合第一方面、第一方面的第一种可能的实施方式、第一方面的第二种可能的实施方式或者第一方面的第三种可能的实施方式，在第四种可能的实施方式中，所述检测所述报文中是否存在预期望的报文，包括：

获取所述报文中的序号；

获取所述TOE表项信息中的所述确认号码；

检测所述TOE表项信息中的所述确认号码和所述报文中的序号是否相同；

若检测结果为所述TOE表项信息的所述确认号码和所述报文中的序号相同，则判定检测结果为所述报文中存在预期的报文。

第二方面，提供了一种半卸载装置，所述装置，包括：

第一配置模块，用于在建立TCP连接后，将TCP/IP协议栈中的TCP状态信息配置到TOE表项信息中；

获取模块，用于在所述第一配置模块完成对所述TOE表项信息的配置之前，获取所述TCP/IP协议栈中最后一个确认报文中的确认号码，所述确认报文用于请求期望得到的报文；

第二配置模块，用于将所述获取模块获取的所述确认号码配置到所述TOE表项信息中；

处理模块，用于在所述第一配置模块完成对所述TOE表项信息的配置之后，根据所述TOE表项信息对接收到的报文进行处理。

在第二方面的第一种可能的实施方式中，所述装置，还包括：

第一检测模块，用于检测是否接收到报文；

第二检测模块，用于在所述第一检测模块的检测结果为接收到报文时，检测所述TOE表项信息中是否存在预设的配置标记；

第一触发模块，用于在所述第二检测模块的检测结果为所述TOE表项信息中存在预设的配置标记时，触发所述获取模块获取述TCP/IP协议栈中最后一个确认报文中的确认号码。

结合第二方面或者第二方面的第一种可能的实施方式，在第二种可能的实施方式中，所述装置，还包括：

清除模块，用于清除所述预设的配置标记。

结合第二方面、第二方面的第一种可能的实施方式或者第二方面的第二种可能的实施方式，在第三种可能的实施方式中，所述装置，还包括：

第三检测模块，用于检测是否接收到至少一个报文；

第四检测模块，用于在所述第三检测模块的检测结果为接收到至少一个报文时，检测所述报文中是否存在期望的报文；

确定模块，用于在所述第四检测模块的检测结果为所述报文中存在预期的报文时，确定TOE连接完成；

第二触发模块，用于触发所述处理模块根据所述TOE表项信息对接收到的报文进行处理。

结合第二方面、第二方面的第一种可能的实施方式、第二方面的第二种可能的实施方式或者第二方面的第三种可能的实施方式，在第四种可能的实施方式中，所述第四检测模块，包括：

第一获取单元，用于获取所述报文中的序号；

第二获取单元，用于获取所述TOE表项信息中的所述确认号码；

检测单元，用于检测所述第二获取单元获取的所述TOE表项信息中的所述确认号码和所述第一获取单元获取的所述报文中的序号是否相同；

判定单元，用于在所述检测单元的检测结果为所述TOE表项信息的所述确认号码和所述报文中的序号相同时，判定检测结果为所述报文中存在预期的报文。

第三方面，提供了服务器，所述服务器包括第二方面以及第二方面的各种实施方式中所提供的半卸载装置。

第四方面，提供了客户端，所述客户端包括第二方面以及第二方面的各种实施方式中所提供的半卸载装置。

第五方面，提供了一种半卸载系统，所述系统包括至少一个客户端和服务器，所述客户端和服务器之间根据有限网络方式或无线网络方式连接；

所述客户端为第四方面提供的客户端；

所述服务器为第三方面提供的服务器。

本发明实施例提供的技术方案带来的有益效果是：

通过在建立TCP连接后，将TCP/IP协议栈中的TCP状态信息配置到TOE表项信息中，在完成对TOE表项信息的配置之前，获取TCP/IP协议栈中最后一个确认报文中的确认号码，将确认号码配置到TOE表项信息中，在完成对TOE表项信息的配置之后，根据TOE表项信息对接收到的报文进行处理；解决了现有技术中根据基于TOC的半卸载方法建立的TOE连接在有些情况下不能正常工作的问题，达到了即使在配置TOE表项信息的过程中，TCP/IP协议栈接收到了报文，也可以成功建立TOE连接的效果。

附图说明

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

图1是现有技术中基于TOE的半卸载方法的流程示意图；

图2是本发明一个实施例提供的半卸载方法的方法流程图；

图3A是本发明另一个实施例提供的半卸载方法的方法流程图；

图3B是本发明实施例中检测报文是否为期望的报文的流程图；

图4A是本发明一个实施例提供的基于服务器中的半卸载方法的流程示意图；

图4B是本发明另一个实施例提供的基于服务器中的半卸载方法的流程示意图；

图5是本发明一个实施例提供的半卸载装置的结构示意图；

图6是本发明另一个实施例提供的半卸载装置的结构示意图；

图7是本发明再一个实施例提供的半卸载装置的结构示意图；

图8是本发明一个实施例提供的半卸载系统的示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

请参见图2所示，其示出了本发明一个实施例提供的半卸载方法的方法流程图。该半卸载方法可以实施在任何可进行收发TCP报文的设备中，比如可以实施成为服务器或服务器的一部分，还比如可以实施成为客户端或客户端的一部分。本实施例以该半卸载方法实施在服务器中为例，该服务器和客户端直接可以通过TCP/IP协议进行收发TCP报文。该半卸载方法，可以包括：

步骤201，在建立TCP连接后，将TCP/IP协议栈中的TCP状态信息配置到TOE表项信息中；

当服务器与客户端通过三次握手建立TCP连接后，服务器中的TCP/IP协议栈中将包含有该次TCP连接的TCP状态信息，比如源IP地址、目的IP地址、源端口号、目的端口号、最后一次握手产生的确认报文中的序列号、连接类型、接收窗口、发送窗口、窗口更新方式、聚合模式等。

其中最后一次握手产生的确认报文中可以用于请求期望下次得到的报文，即该确认报文中的确认号码指示期望下次得到的报文中的数据的第一个字节的序号。

TOE表项信息中通常设置在硬件芯片IOC的TOE中。在实际应用中，该服务器通常还包括有TOE驱动，IOC中通常还包括NIC（Network Interface Card，网卡）和存储器。当建立TCP连接后，TOE驱动会从TCP/IP栈中获取TCP状态信息，并构造包含有TCP状态信息的即时消息Messenger(以下缩写为msg)，该msg为特定的用于创建TOE表项信息的消息。TOE驱动将该msg发给TOE，该TOE接收该msg之后对该msg进行解析，以获取该msg中的TCP状态信息，将该TCP状态信息配置至TOE表项信息中。并将配置好的TOE表项信息保存至IOC中的存储器中。

步骤202，在完成对TOE表项信息的配置之前，获取TCP/IP协议栈中最后一个确认报文中的确认号码，确认报文用于请求期望得到的报文；

为了保证TCP报文的正确传输，TCP/IP协议设定了标准的TCP报文格式，其中TCP报文的报文头部设置有确认号码和序号（Sequence Number）。确认号码通常占4个字节，是期望收到对方下次发送的数据的第一个字节的序号，也就是期望收到的下一个报文的报文头部中的序号。序号通常也占4个字节，是本报文所携带的数据部分第一个字节的序号，在TCP传送的数据流中，每一个字节都有一个序号。

也就是说，如果在完成对TOE表项信息的配置之前，除了在建立TCP连接时服务器最后发送的第三次握手时产生的确认报文之外，没有接收到客户端发送的任何报文，则从TCP/IP协议栈中获取的最后一个确认报文中的确认号码则为该第三次握手时产生的确认报文中的确认号码。

如果在完成对TOE表项信息的配置之前，还接收到了客户端在TCP连接完成之后发送的报文，对应的TCP/IP协议栈会针对该报文发送一个最新的确认报文，则从TCP/IP协议栈中获取的最后一个确认报文中的确认号码则为该最新的确认报文中的确认号码。

步骤203，将确认号码配置到TOE表项信息中；

步骤204，在完成对TOE表项信息的配置之后，根据TOE表项信息对接收到的报文进行处理。

在完成对TOE表项信息的配置之后，将该TOE表项信息存储至IOC的存储器中，并告知TOE驱动以及TCP/IP协议栈已经完成了TOE连接的建立。此时当NIC接收到客户端发送的报文时，TOE会根据TOE表项信息对接收到的报文进行处理。

综上所述，本发明实施例提供的半卸载方法，通过在建立TCP连接后，将TCP/IP协议栈中的TCP状态信息配置到TOE表项信息中，在完成对TOE表项信息的配置之前，获取TCP/IP协议栈中最后一个确认报文中的确认号码，将确认号码配置到TOE表项信息中，在完成对TOE表项信息的配置之后，根据TOE表项信息对接收到的报文进行处理；解决了现有技术中根据基于TOC的半卸载方法建立的TOE连接在有些情况下不能正常工作的问题，达到了即使在配置TOE表项信息的过程中，TCP/IP协议栈接收到了报文，也可以成功建立TOE连接的效果。

请参见图3A所示，其示出了本发明另一个实施例提供的半卸载方法的方法流程图。该半卸载方法可以实施在任何可进行收发TCP报文的设备中，比如可以实施成为服务器或服务器的一部分，还比如可以实施成为客户端或客户端的一部分。本实施例以该半卸载方法实施在服务器中为例，该服务器和客户端直接可以通过TCP/IP协议进行收发TCP报文。该半卸载方法，可以包括：

步骤301，在建立TCP连接后，将TCP/IP协议栈中的TCP状态信息配置到TOE表项信息中；

TOE表项信息中通常设置在硬件芯片IOC的TOE中。在实际应用中，该服务器通常还包括有TOE驱动，IOC中通常还包括NIC和存储器。当建立TCP连接后，TOE驱动会从TCP/IP栈中获取TCP状态信息，并构造包含有TCP状态信息的即时消息msg，该msg为特定的用于创建TOE表项信息的消息。TOE驱动将该msg发给给TOE，该TOE接收该msg之后对该msg进行解析，以获取该msg中的TCP状态信息，将该TCP状态信息配置至TOE表项信息中。并将配置好的TOE表项信息保存至IOC中的存储器中。

步骤302，在完成对TOE表项信息的配置之前，检测是否接收到报文；

在建立TOE连接的过程中，即从开始配置TOE表项信息至完成配置TOE表项信息期间，检测网卡NIC是否接收到从客户端发送的报文。

步骤303，若检测结果为接收到报文，则检测TOE表项信息中是否存在预设的配置标记；

通常情况下，在配置TOE表项信息时，会在TOE表项信息中设置一个配置标记，当TOE表项信息存在该配置标记时，则表明正在进程TOE连接的初始化。

举例来讲，在实际应用中，可以在TOE表项信息中预设一个配置标记toe_im，当检测到TOE表项信息中存在该配置标记，则表明TOE连接正在初始化。

若NIC接收到了客户端发送的报文，则检测TOE表项信息中是否存在预设的配置标记。

很显然，也可以将配置标记toe_im设置不同的值来表明TOE连接是在进行初始化，还是完成了初始化。比如，当配置标记toe_im=1时，则表明TOE连接是在进行初始化；当配置标记toe_im=0时，则表明TOE连接完成了初始化。

步骤304，若检测结果为TOE表项信息中存在预设的配置标记，则获取TCP/IP协议栈中最后一个确认报文中的确认号码，确认报文用于请求期望得到的报文；

为了保证TCP报文的正确传输，TCP/IP协议设定了标准的TCP报文格式，其中TCP报文的报文头部设置有确认号码和序号。确认号码通常占4个字节，是期望收到对方下次发送的数据的第一个字节的序号，也就是期望收到的下一个报文的报文头部中的序号。序号通常也占4个字节，是本报文所携带的数据部分第一个字节的序号，在TCP传送的数据流中，每一个字节都有一个序号。

步骤305，将确认号码配置到TOE表项信息中；

步骤306，在完成对TOE表项信息的配置之后，清除预设的配置标记；

举例来讲，在实际应用中，可以在TOE表项信息中预设一个配置标记toe_im，在对TOE连接进行初始化，即配置TOE表项信息时，该配置标记toe_im=1。当完成对TOE表项信息的配置后，则可以将该配置标记toe_im清除；或者，可以将该配置标记toe_im置为0。

步骤307，检测是否接收到至少一个报文；

在完成对TOE表项信息的配置之后，检测网卡NIC是否接收到从客户端发送的至少一个报文。

步骤308，若检测结果为接收到至少一个报文，则检测报文中是否存在期望的报文；

在实际应用中，请参见图3B所示，其示出了本发明实施例中检测报文是否为期望的报文的流程图。检测报文中是否存在预期望的报文，通常可以包括如下步骤：

308a，获取报文中的序号；

获取接收到的报文中报文头部中序号字段的值，根据TCP/IP协议可知，报文中的序号为该报文中的数据部分第一个字节的序号。

308b，获取TOE表项信息中的确认号码；

TOE表项信息中的确认号码为从TCP/IP协议中获取到的确认号码。

308c，检测TOE表项信息中的确认号码和报文中的序号是否相同；

308d，若检测结果为TOE表项信息的确认号码和报文中的序号相同，则判定检测结果为报文中存在预期的报文；

若检测到TOE表项信息中的确认号码与报文中的序号相同，则表明该报文是期望得到的报文。

308e，若检测结果为TOE表项信息中的确认号码和报文中的序号不同，则判定检测结果为报文中不存在预期的报文。

若检测到TOE表项信息中的确认号码与报文中的序号均相同，则表明接收到所有报文都不是期望得到的报文。

步骤309，若检测结果为报文中存在期望的报文，则确定TOE连接完成；

若检测结果为报文中存在期望的报文，则表明以后TOE可以按照TOE表项信息对接收到的报文进行处理，因此可以确定TOE连接建立成功。

步骤310，根据TOE表项信息对接收到的报文进行处理。

举例来讲，请参见图4A，其示出了本发明一个实施例提供的基于服务器中的半卸载方法的流程示意图。当一条TCP连接开始建立时，最早的p1，p2和p3报文（即在建立TCP连接时的三次握手过程中的三个报文）直接进入TCP/IP协议栈，其中报文p3为建立TCP连接时第三次握手时产生的确认报文，该确认报文用于请求期望得到的报文，也即TCP/IP协议栈存在报文p3中的确认号码，该确认号码表明按序接收的下一个报文应该为p4。在TCP连接建立后，驱动TOE从TCP/IP协议栈获取TCP状态信息，该TCP状态信息中包含报文p3的确认号码。驱动TOE将获取的TCP状态信息配置至TOE的TOE表项信息中，此时，TOE表项信息中包含有报文p3的确认号码。在TOE表项信息配置完成之后，如果接收到了报文p4，根据TOE表项信息中的确认报文可以确定报文p4即为期望得到的报文，此时，表明TOE连接建立完成。TOE构造一个TOE连接建立完成消息给TOE驱动，开始利用TOE连接处理网卡接收到的数据。

再举例来讲，请参见图4B所示，其示出了本发明另一个实施例提供的基于服务器中的半卸载方法的流程示意图。建立TCP连接和配置TOE表项信息的过程和对图4A的描述类似。图4B中所示的半卸载方法与图4A中所示的半卸载方法的区别在于，在配置TOE表项信息的过程中，网卡接收到了报文p4，由于此时TOE还没开始工作，报文p4会被发送至TCP/IP协议栈中，TCP/IP协议栈发现报文p4的序号正好为确认报文p3中的确认号码相同，因此针对该报文p4反馈一个确认报文p5，确认报文p5中包含有确认号码，该确认报文p5用于请求客户端发送期望的报文p6，即确认报文p5中的确认号码应该为报文p6的序号。在TOE表项信息配置完成后，开始通过TOE连接收发数据，此时如果网卡接收到了一个报文p6，TOE会根据TOE表项信息检测接收到的该报文是否为期望得到的报文，由于此时TOE表项信息中并不包含确认报文p5的确认号码，仅包含确认报文p3的确认号码，根据确认报文p3的确认号码与报文p6中的序号判定报文p6不是期望的报文，此时TOE根据确认报文p3的确认号码会一直等待接收报文p4。为了避免TOE根据确认报文p3的确认号码会一直等待接收报文p4，可以在接收到报文p4后，就从TCP/IP协议栈中拉取针对报文p4反馈的确认报文p5，并将确认报文p5中的确认号码配置到TOE表项信息中。当TOE表项信息配置完成后，如果接收到了报文p6，则可以直接根据TOE表项信息中的确认号码确定该报文p6即为期望得到的报文。此时表明TOE连接建立完成，开始通过TOE连接进行卸载。

请参见图5所示，其示出了本发明一个实施例提供的半卸载装置的结构示意图。该半卸载装置可以为任何可进行收发TCP报文的设备或设备的一部分，比如可以为服务器或服务器的一部分，还比如可以为客户端或客户端的一部分。本实施例以该半卸载方法实施在服务器中为例，该服务器和客户端直接可以通过TCP/IP协议进行收发TCP报文。该半卸载装置，可以包括但不限于：第一配置模块501、获取模块502、第二配置模块503和处理模块504。

第一配置模块501，可以用于在建立TCP连接后，将TCP/IP协议栈中的TCP状态信息配置到TOE表项信息中；

获取模块502，可以用于在第一配置模块501完成对TOE表项信息的配置之前，获取TCP/IP协议栈中最后一个确认报文中的确认号码，确认报文用于请求期望得到的报文；

第二配置模块503，可以用于将获取模块502获取的确认号码配置到TOE表项信息中；

处理模块504，可以用于在第一配置模块501完成对TOE表项信息的配置之后，根据TOE表项信息对接收到的报文进行处理。

综上所述，本发明实施例提供的半卸载装置，通过在建立TCP连接后，将TCP/IP协议栈中的TCP状态信息配置到TOE表项信息中，在完成对TOE表项信息的配置之前，获取TCP/IP协议栈中最后一个确认报文中的确认号码，将确认号码配置到TOE表项信息中，在完成对TOE表项信息的配置之后，根据TOE表项信息对接收到的报文进行处理；解决了现有技术中根据基于TOC的半卸载方法建立的TOE连接在有些情况下不能正常工作的问题，达到了即使在配置TOE表项信息的过程中，TCP/IP协议栈接收到了报文，也可以成功建立TOE连接的效果。

请参见图6所示，其示出了本发明另一个实施例提供的半卸载装置的结构示意图。该半卸载装置可以为任何可进行收发TCP报文的设备或设备的一部分，比如可以为服务器或服务器的一部分，还比如可以为客户端或客户端的一部分。本实施例以该半卸载方法实施在服务器中为例，该服务器和客户端直接可以通过TCP/IP协议进行收发TCP报文。该半卸载装置，可以包括但不限于：第一配置模块601、获取模块602、第二配置模块603和处理模块604。

第一配置模块601，可以用于在建立TCP连接后，将TCP/IP协议栈中的TCP状态信息配置到TOE表项信息中；

获取模块602，可以用于在第一配置模块601完成对TOE表项信息的配置之前，获取TCP/IP协议栈中最后一个确认报文中的确认号码，确认报文用于请求期望得到的报文；

第二配置模块603，可以用于将获取模块602获取的确认号码配置到TOE表项信息中；

处理模块604，可以用于在第一配置模块601完成对TOE表项信息的配置之后，根据TOE表项信息对接收到的报文进行处理。

基于上面描述的第一方面，在第一方面的第一种实现方式中，该半卸载装置还可以包括：第一检测模块605、第二检测模块606和第一触发模块607。

第一检测模块605，可以用于检测是否接收到报文；

第二检测模块606，可以用于在第一检测模块605的检测结果为接收到报文时，检测TOE表项信息中是否存在预设的配置标记；

第一触发模块607，可以用于在第二检测模块606的检测结果为TOE表项信息中存在预设的配置标记时，触发获取模块602获取述TCP/IP协议栈中最后一个确认报文中的确认号码。

基于第一方面的第一种实现方式，在第一方面的第二种实现方式中，该半卸载装置还可以包括：清除模块608。

清除模块608，用于清除预设的配置标记。

基于第一方面的第一种实现方式或者第一方面的第二种第二种实现方式，在第一方面的第三种实现方式中，该半卸载装置还可以包括：第三检测模块609、第四检测模块610、确定模块611和第二触发模块612。

第三检测模块609，可以用于检测是否接收到至少一个报文；

第四检测模块610，可以用于在第三检测模块609的检测结果为接收到至少一个报文时，检测报文中是否存在期望的报文；

较优的，第四检测模块610还可以包括第一获取单元610a、第二获取单元610b、检测单元610c、第一判定单元610d和第二判定单元610e。

第一获取单元610a，用于获取报文中的序号；

第二获取单元610b，用于获取TOE表项信息中的确认号码；

检测单元610c，用于检测第二获取单元610b获取的TOE表项信息中的确认号码和第一获取单元610a获取的报文中的序号是否相同；

判定单元610d，用于在检测单元610c的检测结果为TOE表项信息的确认号码和报文中的序号相同时，判定检测结果为报文中存在预期的报文。

确定模块611，可以用于在第四检测模块610的检测结果为报文中存在预期的报文时，确定TOE连接完成；

第二触发模块612，可以用于触发处理模块604根据TOE表项信息对接收到的报文进行处理。

需要说明的是：上述实施例提供的半卸载装置在建立TOE连接时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的半卸载装置与半卸载方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

请参见图7所示，其示出了本发明再一个实施例提供的半卸载装置的结构示意图。该半卸载装置可以为任何可进行收发TCP报文的设备或设备的一部分，比如可以为服务器或服务器的一部分，还比如可以为客户端或客户端的一部分。本实施例以该半卸载方法实施在服务器中为例，该服务器和客户端直接可以通过TCP/IP协议进行收发TCP报文。该半卸载装置，可以包括：接收机701、处理器702和存储器703，处理器702分别和接收机701和存储器703耦合。存储器703中存储计算机软件，处理器702可以通过访问计算机软件执行如下操作：

处理器702，可以用于在建立TCP连接后，将TCP/IP协议栈中的TCP状态信息配置到TOE表项信息中；

接收机701，还可以用于在完成对TOE表项信息的配置之前，获取TCP/IP协议栈中最后一个确认报文中的确认号码，确认报文用于请求期望得到的报文；

处理器702，还可以用于将确认号码配置到TOE表项信息中；

处理器702，还可以用于在完成对TOE表项信息的配置之后，根据TOE表项信息对接收到的报文进行处理。

基于上面描述的第二方面，在第二方面的第一种实现方式中，处理器702，还用于检测是否接收到报文；

处理器702，还用于在检测结果为接收到报文，检测TOE表项信息中是否存在预设的配置标记；

处理器702，还用于在检测结果为TOE表项信息中存在预设的配置标记，执行获取述TCP/IP协议栈中最后一个确认报文中的确认号码的步骤。

基于第二方面的第一种实现方式，在第二方面的第二种实现方式中，处理器702，还用于清除预设的配置标记。

基于第二方面的第一种实现方式或者第二方面的第二种实现方式，在第二方面的第三种实现方式中，处理器702，还用于检测是否接收到至少一个报文；

处理器702，还用于在检测结果为接收到至少一个报文时，检测报文中是否存在期望的报文；

处理器702，还用于在检测结果为报文中存在期望的报文时，确定TOE连接完成；

处理器702，还用于执行根据TOE表项信息对接收到的报文进行处理的步骤。

基于第二方面的第一种实现方式、第二方面的第二种实现方式或者第二方面的第三种实现方式，在第二方面的第四种实现方式中，接收机701，还可以用于获取报文中的序号；

接收机701，还可以用于获取TOE表项信息中的确认号码；

处理器702，还用于检测TOE表项信息中的确认号码和报文中的序号是否相同；

处理器702，还用于在检测结果为TOE表项信息的确认号码和报文中的序号相同时，判定检测结果为报文中存在预期的报文。

请参见图8所示，其示出了本发明一个实施例提供的半卸载系统的示意图。该半卸载系统可以包括服务器801和至少一个客户端802，其中服务器801和客户端802之间通过有线网络方式或无线网络方式连接。服务器801和客户端802之间可以通过建立的TCP连接或TOE连接完成对TCP报文的传输。

在第一种实现方式中，该服务器801可以为图5或图6中所描述的半卸载装置，或者可以包括图5或图6中所描述的半卸载装置；对应的，客户端802可以根据TCP/IP协议向服务器801发送TCP报文，或者接收从服务器801发送的TCP报文。当在服务器801中建立TCP连接后，可以根据该TCP连接处理服务器801从客户端802接收的报文；当在服务器801中建立TOE连接后，可以根据该TOE连接处理服务器801从客户端802接收的报文。

在第二种实现方式中，该客户端802可以为图5或图6中所描述的半卸载装置，或者可以包括图5或图6中所描述的半卸载装置；对应的，服务器801可以根据TCP/IP协议向客户端802发送TCP报文，或者接收从客户端802发送的TCP报文。当在客户端802中建立TCP连接后，可以根据该TCP连接处理客户端802从服务器801接收的报文传输；当在服务器801中建立TOE连接后，可以根据该TOE连接处理客户端802从服务器801接收的报文。

综上所述，本发明实施例提供的半卸载系统，通过在建立TCP连接后，将TCP/IP协议栈中的TCP状态信息配置到TOE表项信息中，在完成对TOE表项信息的配置之前，获取TCP/IP协议栈中最后一个确认报文中的确认号码，将确认号码配置到TOE表项信息中，在完成对TOE表项信息的配置之后，根据TOE表项信息对接收到的报文进行处理；解决了现有技术中根据基于TOC的半卸载方法建立的TOE连接在有些情况下不能正常工作的问题，达到了即使在配置TOE表项信息的过程中，TCP/IP协议栈接收到了报文，也可以成功建立TOE连接的效果。

仍旧参见图8所示，图8中所示的半卸载系统可以包括服务器801和至少一个客户端802，其中服务器801和客户端802之间通过有线网络方式或无线网络方式连接。服务器801和客户端802之间可以通过建立的TCP连接或TOE连接完成对TCP报文的传输。

在第一种实现方式中，该服务器801可以为图7中所描述的半卸载装置，或者可以包括图7中所描述的半卸载装置；对应的，客户端802可以根据TCP/IP协议向服务器801发送TCP报文，或者接收从服务器801发送的TCP报文。当在服务器801中建立TCP连接后，可以根据该TCP连接处理服务器801从客户端802接收的报文；当在服务器801中建立TOE连接后，可以根据该TOE连接处理服务器801从客户端802接收的报文。

在第二种实现方式中，该客户端802可以为图7中所描述的半卸载装置，或者可以包括图7中所描述的半卸载装置；对应的，服务器801可以根据TCP/IP协议向客户端802发送TCP报文，或者接收从客户端802发送的TCP报文。当在客户端802中建立TCP连接后，可以根据该TCP连接处理客户端802从服务器801接收的报文传输；当在服务器801中建立TOE连接后，可以根据该TOE连接处理客户端802从服务器801接收的报文。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，可以仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（Read-Only Memory，ROM）、随机存取存储器（Random Access Memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims

1.一种半卸载方法，其特征在于，所述方法，包括：

将所述确认号码配置到所述TOE表项信息中；

2.根据权利要求1所述的方法，其特征在于，所述获取所述TCP/IP协议栈中最后一个确认报文中的确认号码之前，还包括：

检测是否接收到报文；

3.根据权利要求2所述的方法，其特征在于，在完成对所述TOE表项信息的配置之后，还包括：

清除所述预设的配置标记。

4.根据权利要求2所述的方法，其特征在于，在完成对所述TOE表项信息的配置之后，还包括：

检测是否接收到至少一个报文；

执行根据所述TOE表项信息对接收到的报文进行处理的步骤。

5.根据权利要求4所述的方法，其特征在于，所述检测所述报文中是否存在期望的报文，包括：

获取所述报文中的序号；

获取所述TOE表项信息中的所述确认号码；

6.一种半卸载装置，其特征在于，所述装置，包括：

7.根据权利要求6所述的装置，其特征在于，所述装置，还包括：

第一检测模块，用于检测是否接收到报文；

8.根据权利要求7所述的装置，其特征在于，所述装置，还包括：

清除模块，用于清除所述预设的配置标记。

9.根据权利要求7所述的装置，其特征在于，所述装置，还包括：

第三检测模块，用于检测是否接收到至少一个报文；

10.根据权利要求9所述的装置，其特征在于，所述第四检测模块，包括：

第一获取单元，用于获取所述报文中的序号；

11.一种服务器，其特征在于，所述服务器包括如权利要求6至10中任一所述的半卸载装置。

12.一种客户端，其特征在于，所述客户端包括如权利要求6至10中任一所述的半卸载装置。

13.一种半卸载系统，其特征在于，所述系统包括至少一个客户端和服务器，所述客户端和服务器之间根据有线网络方式或无线网方式连接；

所述客户端为权利要求12所述的客户端；

所述服务器为权利要求11所述的服务器。