CN105282231A - 基于应用类型的数据引流方法、装置及系统 - Google Patents

Abstract

本发明公开了一种基于应用类型的数据引流方法、装置及系统，该方法包括：接收客户端发送的SYN数据包，并将SYN数据包分别通过至少两条链路发送给服务器；接收服务器分别通过各链路返回的SYN+ACK数据包；并将最快返回的SYN+ACK数据包发送给客户端，将最快返回的SYN+ACK数据包对应的链路确定为初步目标链路；接收客户端发送的ACK数据包，并将ACK数据包通过初步目标链路发送给服务器；接收客户端发送的业务数据包，并识别业务数据包对应的应用类型；根据业务数据包对应的应用类型和初步目标链路，确定最终目标链路，将业务数据包通过最终目标链路发送给服务器。采用本发明，可对业务数据包进行引流，提高引流效率。

Description

基于应用类型的数据引流方法、装置及系统

技术领域

本发明涉及通信技术领域，尤其涉及一种基于应用类型的数据引流方法、装置及系统。

背景技术

当前，内容分发网络(ContentDeliveryNetwork，简称CDN)已经在互联网技术中得到了广泛的应用，其基本思路是尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节，使内容传输的更快、更稳定。内容分发网络是通过在网络各处放置CDN服务器，能够实时地根据网络流量和各CDN服务器的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的CDN服务器上；其目的是使用户可就近取得所需内容，解决互联网拥挤的状况，能够提高用户访问网站等的响应速度。

应用引流：又称应用选路，是一种多链路负载的方法，当有多条出口时，可以选择某种应用走特定的出口，比如P2P应用走移动线路。

在现有技术中，做应用引流的关键是做首包识别，就是链接的第一包就能把应用识别出来，并引到对应的链路去；如果首包识别不出来，中间的包识别不出来了，就没法做引流了，因为出口线路会做源地址转换，如果中间识别后，引导别的线路去，会导致前面的源地址和后面引流后的源地址不同，会导致连接中断。

但对Web类基于TCP的应用，没法基于内容做首包识别，因为TCP的第一包是SYN数据包，是不带任何数据的。目前传统的首包识别方法是基于“节点跟踪”的方法。“节点跟踪”的意思是，第一次识别出应用时，不做引流，而是记录一个“节点”，这个“节点”包括这个应用的目的IP和目的端口，“节点跟踪”的逻辑是，当第二次访问这个“节点”(目的IP+目的端口)时，就认为这个连接的应用是“节点”上记录的应用，并按这个应用来引流。但这种方法对Web类应用没法使用，因为同一“节点”下的web应用，可以根据里面的内容不同，会有完全不同应用，比如一种应用是web视频应用，另一种应用是web游戏应用。另外，对web应用，还应该考虑到CDN的存在，对同一个CDN节点，会被不同的网站提供服务，所以应用也不相同。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供一种基于应用类型的数据引流方法，旨在实现对web类的应用数据进行引流，提高引流效率和网络资源利用率。

为实现上述目的，本发明提供一种基于应用类型的数据引流方法，该方法包括：

接收客户端发送的SYN数据包，并将所述接收的SYN数据包分别通过至少两条链路发送给服务器；

接收所述服务器分别通过至少两条链路返回的SYN+ACK数据包；并将最快返回的SYN+ACK数据包发送给所述客户端，将所述最快返回的SYN+ACK数据包对应的链路确定为初步目标链路；

接收所述客户端发送的ACK数据包，并将所述接收的ACK数据包通过所述初步目标链路发送给所述服务器；

接收所述客户端发送的业务数据包，并识别所述业务数据包对应的应用类型；

根据所述业务数据包对应的应用类型和所述初步目标链路，确定最终目标链路，将所述业务数据包通过所述确定的最终目标链路发送给所述服务器。

可选的，所述根据所述业务数据包对应的应用类型和所述初步目标链路，确定最终目标链路，将所述业务数据包通过所述确定的最终目标链路发送给所述服务器的步骤包括：

根据所述预设的应用类型与链路的映射关系，确定所述业务数据包对应的默认传输链路；

当判断出所述业务数据包对应的默认传输链路与所述初步目标链路相同时，将所述初步目标链路确定为最终目标链路；

将所述业务数据包通过所述最终目标链路发送给所述服务器。

可选的，所述根据所述业务数据包对应的应用类型和所述初步目标链路，确定最终目标链路，将所述业务数据包通过所述确定的最终目标链路发送给所述服务器的步骤包括：

根据所述预设的应用类型与链路的映射关系，确定所述业务数据包对应的默认传输链路；

当判断出所述业务数据包对应的默认传输链路与所述初步目标链路不相同时，将所述默认传输链路确定为最终目标链路，并生成一个ACK数据包；

将所述生成的ACK数据包通过所述最终目标链路发送给所述服务器；

根据所述最终目标链路的序列号，修改所述业务数据包的确认号，生成新业务数据包；

将所述新业务数据包通过所述最终目标链路发送给所述服务器。

可选的，所述根据所述业务数据包对应的应用类型和所述初步目标链路，确定最终目标链路，将所述业务数据包通过确定的最终目标链路发送给所述服务器的步骤之后，所述方法还包括：

接收所述服务器通过所述最终目标链路返回的应答数据包；

在所述最终目标链路与所述初步目标链路不相同时，根据所述最终目标链路的序列号、初步目标链路的序列号，修改所述应答数据包的序列号，生成新应答数据包；

将所述新应答数据包发送给所述客户端；

或者，

在所述最终目标链路与所述初步目标链路相同时，将所述应答数据包发送给所述客户端。

可选的，所述识别所述业务数据包对应的应用类型的步骤包括：

分析所述业务数据包，得到统一资源定位符URL；

根据所述URL确定所述业务数据包对应的应用类型。

此外，为实现上述目的，本发明还提供一种基于应用类型的数据引流装置，所述装置连接在客户端与服务器之间，所述装置包括：

第一收发模块，用于接收客户端发送的SYN数据包，并将所述接收的SYN数据包分别通过至少两条链路发送给服务器；

第二收发模块，用于接收所述服务器分别通过至少两条链路返回的SYN+ACK数据包；并将最快返回的SYN+ACK数据包发送给所述客户端；

第一确定模块，用于将所述最快返回的SYN+ACK数据包对应的链路确定为初步目标链路；

第三收发模块，用于接收客户端发送的ACK数据包，并将所述接收的ACK数据包通过所述初步目标链路发送给所述服务器；及接收所述客户端发送的业务数据包，并识别所述业务数据包对应的应用类型；

第二确定模块，用于根据所述业务数据包对应的应用类型和所述初步目标链路，确定最终目标链路；第四收发模块，用于将所述业务数据包通过所述确定的最终目标链路发送给所述服务器。

可选的，所述第二确定模块包括：

第一确定单元，用于根据所述预设的应用类型与链路的映射关系，确定所述业务数据包对应的默认传输链路；

第二确定单元，用于当判断出所述业务数据包对应的默认传输链路与所述初步目标链路相同时，将所述初步目标链路确定为最终目标链路。

可选的，所述第二确定模块包括：第三确定单元，用于根据所述预设的应用类型与链路的映射关系，确定所述业务数据包对应的默认传输链路；

第四确定单元，用于当判断出所述业务数据包对应的默认传输链路与所述初步目标链路不相同时，将所述默认传输链路确定为最终目标链路；

所述装置还包括：第一生成模块、第五收发模块、第二生成模块，

所述第一生成模块，用于当判断出所述业务数据包对应的默认传输链路与所述初步目标链路不相同时，生成一个ACK数据包；

所述第五收发模块，用于将所述生成的ACK数据包通过所述最终目标链路发送给所述服务器；

所述第二生成模块，用于根据所述最终目标链路的序列号，修改所述业务数据包的确认号，生成新业务数据包；

所述第四收发模块，还用于将所述新业务数据包通过所述最终目标链路发送给所述服务器。

可选的，所述装置还包括第六收发模块、第三生成模块、第七收发模块或者所述装置还包括第八收发模块，其中：

所述第六收发模块，用于接收所述服务器通过所述最终目标链路返回的应答数据包；

所述第三生成模块，用于在所述最终目标链路与所述初步目标链路不相同时，根据所述最终目标链路的序列号、初步目标链路的序列号，修改所述应答数据包的序列号，生成新应答数据包；

所述第七收发模块，用于在所述最终目标链路与所述初步目标链路相同时，将所述应答数据包发送给所述客户端；

所述第八收发模块，用于在所述最终目标链路与所述初步目标链路不相同时，将所述新应答数据包发送给所述客户端。

此外，为实现上述目的，本发明还提供一种基于应用类型的数据引流系统，所述系统包括客户端、服务器，及与所述客户端和所述服务器分别连接的上述任一项所述的数据引流装置。

本发明的基于应用类型的数据引流方法、装置及系统，通过接收客户端发送的SYN数据包，并将该接收的SYN数据包分别通过至少两条链路发送给服务器；接收该服务器分别通过至少两条链路返回的SYN+ACK数据包；并将最快返回的SYN+ACK数据包发送给所述客户端，将所述最快返回的SYN+ACK数据包对应的链路确定为初步目标链路；接收所述客户端发送的ACK数据包，并将所述接收的ACK数据包通过所述初步目标链路发送给所述服务器；接收所述客户端发送的业务数据包，并识别该业务数据包对应的应用类型；根据该业务数据包对应的应用类型和所述初步目标链路，确定最终目标链路，将该业务数据包通过所述确定的最终目标链路发送给所述服务器；即在客户端与服务器的第二次握手中，先确定客户端与服务器的初步目标链路，然后再根据客户端发送的业务数据包的应用类型和初步目标链路确定最终目标，将该业务数据包通过确定的最终目标链路发送给服务器，实现对业务数据包的引流，可灵活的对业务数据包进行引流，提高引流效率和网络资源利用率。

附图说明

图1为本发明基于应用类型的数据引流方法的第一实施例的流程示意图；

图2为本发明基于应用类型的数据引流方法中客户端通过数据引流装置与服务器进行第一次握手的示意图；

图3为本发明基于应用类型的数据引流方法中客户端通过数据引流装置与服务器进行第二次握手的示意图；

图4为本发明基于应用类型的数据引流方法中客户端通过数据引流装置与服务器进行第三次握手的示意图；

图5为本发明基于应用类型的数据引流方法中根据该业务数据包对应的应用类型和初步目标链路，确定最终目标链路，将该业务数据包通过所述确定的最终目标链路发送给服务器的细化流程示意图；

图6为本发明基于应用类型的数据引流方法中客户端通过数据引流装置与服务器进行业务数据包传输的第一实施例示意图；

图7为本发明基于应用类型的数据引流方法中客户端通过数据引流装置与服务器进行ACK数据包传输的一实施例示意图；

图8为本发明基于应用类型的数据引流方法中客户端通过数据引流装置与服务器进行业务数据包传输的第二实施例示意图；

图9为本发明基于应用类型的数据引流方法的第二实施例的流程示意图；

图10为本发明基于应用类型的数据引流装置的优选实施例的流程示意图；

图11为本发明基于应用类型的数据引流装置中的第二确定模块的一实施例细化结构示意图；

图12为本发明基于应用类型的数据引流系统的优选实施例的结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明基于应用类型的数据引流方法的第一实施例的流程示意图，该方法应用于数据引流装置，该方法包括：

S10、接收客户端发送的SYN数据包，并将该接收的SYN数据包分别通过至少两条链路发送给服务器。

该SYN数据包是客户端待发送给服务器的，用于请求与服务器建立连接，该SYN数据包的序列号是客户端随机产生的一个数，标记为cliid，该SYN数据包的确认号为0。

在该步骤中，将该SYN数据包分别通过至少两条链路发送给服务器，在一实施例，如图2所示，将该SYN数据包分别通过第一链路和第二链路发送给该服务器；在另一实施例，将该SYN数据包分别通过第一链路、第二链路和第三链路发送给该服务器。

在一实施例中，在该步骤中，在将SYN数据包通过第一链路发送给该服务器时，先将该SYN数据包的源IP地址换成第一链路的IP地址，然后再该SYN数据包通过第一链路发送给该服务器；在将SYN数据包通过第二链路发送给该服务器时，先将该SYN数据包的源IP地址换成第二链路的IP地址，然后再将该SYN数据包通过第二链路发送给该服务器；在将SYN数据包通过第三链路、第四链路等发送给该服务器时，也先将SYN数据包的源IP地址换成对应链路的IP地址。

即当该客户端与该服务器之间有多条链路时，则分别将该SYN数据包通过各条链路发送给该服务器，该客户端通过各条链路与该服务器进行第一次握手。在本发明中，以该客户端与该服务器端之间的链路包括第一链路和第二链路为例，对本发明进行详细描述。

该服务器在接收到通过第一链路发送的SYN数据包后，如果允许通过第一链路与该客户端建立连接，则确认该SYN数据包，同时自己也发送一个SYN数据包，即向该客户端发送SYN+ACK数据包，序列号为srvid1，该序列号由该服务器对该第一链路随机生成，确认号为cliid+1。

同理，该服务器在接收到通过第二链路发送的SYN数据包后，如果允许通过第二链路与客户端建立连接，则确认该SYN数据包，同时自己也发送一个SYN数据包，即向该客户端发送SYN+ACK数据包，序列号为srvid2，该序列号由该服务器对该第二链路随机生成，确认号为cliid+1。

S20、接收该服务器分别通过至少两条链路返回的SYN+ACK数据包；并将最快返回的SYN+ACK数据包发送给该客户端，将该最快返回的SYN+ACK数据包对应的链路确定为初步目标链路。

在该步骤中，接收该服务器分别通过至少两条链路返回的SYN+ACK数据包，通过各链路返回的SYN+ACK数据包的序列号不同，确认号相同，通过各个链路返回的SYN+ACK数据包有先后顺序，将最快返回的SYN+ACK数据包发送给该客户端，该服务器与该客户端进行第二次握手；并将该最快返回的SYN+ACK数据包对应的链路确定为初步目标链路，如在一实施例中，最快返回的SYN+ACK数据包对应的链路为第一链路，则将第一链路确定为初步目标链路。

在该步骤中，还记录各个链路对应的序列号等信息，如表一所示。

表一

链路	序列号	是否最先返回SYN+ACK数据包	选定线路
				第一链路	Srvid1	是	否
第二链路	Srvid2	否	否

在该步骤中，如图3所示，只将从该服务器中最快返回的SYN+ACK数据包发送给该客户端，从该服务器中返回的其他SYN+ACK数据包不发送给该客户端，但是会记录其他SYN+ACK数据包所在链路的信息。如该服务器从第二链路返回的SYN+ACK数据包比从第一链路返回的SYN+ACK数据包时间慢，则不会将第二链路返回的SYN+ACK数据包发送给该客户端，而只是记录该第二链路的信息。

S30、接收该客户端发送的ACK数据包，并将该接收的ACK数据包通过该初步目标链路发送给该服务器。

该客户端在接收该服务器端返回的SYN+ACK数据包后，需要向该服务器发送ACK数据包(确认包)，进行第三次握手。当在步骤S11中，该客户端接收的SYN+ACK数据包是从第一链路返回，则在该步骤S12中，该ACK数据包的序列号为cliid+1，确认号为srvid+1，即该ACK数据包的序列号为SYN+ACK数据包的确认号，该ACK数据包的确认号为SYN+ACK数据包的序列号加1。

在该步骤中，如图4所示，将接收的ACK数据包通过该初步目标链路发送给该服务器，即通过第一链路发送给该服务器。

S40、接收该客户端发送的业务数据包，并识别该业务数据包对应的应用类型。

在前面三个步骤完成三次握手后，该客户端可向该服务器发送业务数据包。

在该步骤中，接收该客户端发送的业务数据包，该业务数据包的序列号为cliid+1，确认号为srvid+1。

识别该业务数据包对应的应用类型，具体的，对该业务数据包进行分析，得到统一资源定位符URL，根据该URL确定业务数据包对应的应用类型。

业务数据包对应的应用类型包括web游戏应用、web视频应用、web即时通讯应用等等。

S50、根据该业务数据包对应的应用类型和该初步目标链路，确定最终目标链路，将该业务数据包通过该确定的最终目标链路发送给该服务器。

不同应用类型的数据包的传输要求不同，比如，对于P2P类应用、下载工具类应用、网盘类应用，占带宽大，但是由于是在后台运行，客户体验不敏感，因此，可将这类应用引流到传输质量较差的链路；对于游戏类应用、炒股类应用、主流网站应用等用户体验比较敏感的应用，希望引流到传输质量好的链路。

在该步骤中，可根据业务数据包对应的应用类型先确定一个默认传输链路，然后从该默认传输链路和初步目标链路中，选择一个作为最终目标链路；再将该业务数据包通过该最终目标链路发送给该服务器，如最终目标链路为第一链路，则将业务数据包通过该第一链路发送给该服务器。

采用上述实施例，接收客户端的SYN数据包，并将该接收的SYN数据包分别通过至少两条链路发送给服务器；接收该服务器分别通过至少两条链路返回的SYN+ACK数据包；并将最快返回的SYN+ACK数据包发送给该客户端，将该最快返回的SYN+ACK数据包对应的链路确定为初步目标链路；接收该客户端发送的ACK数据包，并将该接收的ACK数据包通过该初步目标链路发送给该服务器；接收该客户端发送的业务数据包，并识别该业务数据包对应的应用类型；根据该业务数据包对应的应用类型和该初步目标链路，确定最终目标链路，将该业务数据包通过该确定的最终目标链路发送给该服务器；即在该客户端与该服务器的第二次握手中，先确定该客户端与该服务器的初步目标链路，然后再根据该客户端发送的业务数据包的应用类型和初步目标链路确定最终目标，将该业务数据包通过该确定的最终目标链路发送给该服务器，实现对业务数据包的引流，可更加灵活的对业务数据包进行引流，提高引流效率和网络资源利用率。

参照图5，图5为本发明基于应用类型的数据引流方法中的根据该业务数据包对应的应用类型和该初步目标链路，确定最终目标链路，将该业务数据包通过该确定的最终目标链路发送给服务器的细化流程示意图，详述如下：

S51、根据该预设的应用类型与链路的映射关系，确定该业务数据包对应的默认传输链路。

预先设置应用类型与链路的映射关系，如将应用类型为web视频应用对应的链路设置为第一链路，将应用类型为web游戏应用对应的链路设置为第二链路。

根据该业务数据包的应用类型遍历该应用类型与链路的映射关系，查找到对应的链路，将该查找到的链路确定为该业务数据包对应的默认传输链路，如在一实施例中，该业务数据包的应用类型为web视频应用，在应用类型与链路的映射关系中，查找到web视频应用对应的链路为第一链路，则确定该业务数据包对应的默认传输链路为第一链路。在另一实施例中，该业务数据包的应用类型为web游戏应用，在应用类型与链路的映射关系中，查找到web游戏应用对应的链路为第二链路，则确定该业务数据包对应的默认传输链路为第二链路。

S52、当判断出该业务数据包对应的默认传输链路与该初步目标链路相同时，将该初步目标链路确定为最终目标链路，并将该业务数据包通过该最终目标链路发送给该服务器。

在默认传输链路与初步目标链路相同时，将该初步目标链路确定为最终目标链路，并将该业务数据包通过该最终目标链路发送给服务器，该业务数据包中的序列号和确认号都不需要修改，即，该发送给该服务器的业务数据包的序列号为cliid+1，确认号为srvid+1。

如在一实施例中，默认传输链路为第一链路，初步目标链路为第一链路，则将业务数据包通过第一链路发送给该服务器，如图6所示。

S53、当判断出所述业务数据包对应的默认传输链路与所述初步目标链路不相同时，将该默认传输链路确定为最终目标链路，并生成一个ACK数据包；然后执行步骤S54。

在默认传输链路与初步目标链路不相同时，将该默认传输链路确定为最终目标链路，即需要通过该默认传输链路将从该客户端接收的业务数据包发送给该服务器，由于之前未通过该默认传输链路建立该客户端与该服务器的第三次握手，因此，在该步骤中，需要生成一个ACK数据包。在一实施例中，该默认传输链路为第二链路，该初步目标链路为第一链路；该ACK数据包的序列号为cliid+1，即为该客户端与该服务器通过该默认传输链路进行第一握手时生成的序列号加1，该ACK数据包的确认号为srvid2+1，即为该服务器与该客户端通过该默认传输链路进行第二次握手时生成的序列号加1。

在该步骤中，还生成一个RST数据包，并将该RST数据包通过初步目标链路发送给该服务器，以切断初步目标链路上的连接。该RST数据包的序列号为cliid+1，即为该客户端与该服务器通过该初步目标链路进行第一握手时生成的序列号加1，该RST数据包的确认号为srvid1+1，即为该服务器与该客户端通过该初步目标链路进行第二握手时生成的序列号加1。

S54、将该生成的ACK数据包通过该最终目标链路发送给该服务器，然后执行步骤S55。

将该ACK数据包通过该最终目标链路发送给该服务器，实现该客户端与该服务器在最终目标链路上的第三次握手。在一实施例中，将该生成的ACK数据包通过第二链路发送给该服务器，如图7所示。

S55、根据该最终目标链路的序列号，修改该业务数据包的确认号，生成新业务数据包，然后执行步骤S56。

在该步骤中，修改业务数据包的确认号，以生成新业务数据包，新业务数据包的确认号A可通过以下公式计算得到，A＝srvid2+X-srvid1，其中X是业务数据包中的确认号，srvid2是最终目标链路的序列号，即服务器与客户端通过最终目标链路进行第二次握手时产生的序列号，srvid1是初步目标链路的序列号，即服务器与客户端通过初步目标链路进行第二次握手时产生的序列号。

当接收的业务数据包中的确认号X为srvid1+1时，该生成的新业务数据包的确认号A为srvid2+1。

S56、将该新业务数据包通过该最终目标链路发送给该服务器。

在一实施例中，该最终目标链路为第二链路，则在该步骤中，将该新业务数据包通过第二链路发送给该服务器，如图8所示。

参照图9，图9为本发明基于应用类型的数据引流方法的第二实施例。

基于上述基于应用类型的数据引流方法的第一实施例，在步骤S50之后，该方法还包括：

S60、接收该服务器通过该最终目标链路返回的应答数据包。

该服务器在接收到该客户端通过该最终目标链路发送的业务数据包后，生成回包，即应答数据包，该应答数据包的序列号为x，确认号为cliid+datalen。

S70、在该最终目标链路与该初步目标链路不相同时，根据该最终目标链路的序列号、初步目标链路的序列号，修改该应答数据包的序列号，生成新应答数据包；将该新应答数据包发送给该客户端。

在该步骤中，修改应答数据包的序列号，以生成新应答数据包，该新应答数据包的序列号S可通过以下公式计算得到，S＝srvid1+x-srvid2，其中，x表示应答数据包中的序列号，srvid2是最终目标链路的序列号，即该服务器与该客户端通过该最终目标链路进行第二次握手时产生的序列号，srvid1是初步目标链路的序列号，即该服务器与该客户端通过初步目标链路进行第二次握手时产生的序列号。

将该新应答数据包发送给客户端。

S80、在该最终目标链路与该初步目标链路相同时，将该应答数据包发送给该客户端。

在该步骤中，直接将该应答数据包发送给该客户端，而不需要修改该应答数据包中的序列号和确认号。

参照图10，图10为本发明基于应用类型的数据引流装置的第一实施例的结构示意图，该装置连接在客户端与服务器之间，该装置包括：

第一收发模块10，用于接收客户端发送的SYN数据包，并将该接收的SYN数据包分别通过至少两条链路发送给服务器；

第二收发模块20，用于接收该服务器分别通过至少两条链路返回的SYN+ACK数据包；并将最快返回的SYN+ACK数据包发送给该客户端；

第一确定模块30，用于将该最快返回的SYN+ACK数据包对应的链路确定为初步目标链路；

第三收发模块40，用于接收客户端发送的ACK数据包，并将该接收的ACK数据包通过该初步目标链路发送给该服务器；及接收该客户端发送业务数据包，并识别该业务数据包对应的应用类型；

第二确定模块50，用于根据该业务数据包对应的应用类型和该初步目标链路，确定最终目标链路；

第四收发模块60，用于将该业务数据包通过确定的最终目标链路发送给该服务器。

该SYN数据包是客户端待发送给服务器的，用于请求与服务器建立连接，该SYN数据包的序列号是客户端随机产生的一个数，标记为cliid，该SYN数据包的确认号为0。

该第一收发模块10将该SYN数据包分别通过至少两条链路发送给服务器，在一实施例，如图2所示，将该SYN数据包分别通过第一链路和第二链路发送给该服务器；在另一实施例，将该SYN数据包分别通过第一链路、第二链路和第三链路发送给该服务器。

在一实施例中，该第一收发模块10在将SYN数据包通过第一链路发送给该服务器时，先将该SYN数据包的源IP地址换成第一链路的IP地址，然后再该SYN数据包通过第一链路发送给该服务器；在将SYN数据包通过第二链路发送给该服务器时，先将该SYN数据包的源IP地址换成第二链路的IP地址，然后再将该SYN数据包通过第二链路发送给该服务器；在将SYN数据包通过第三链路、第四链路等发送给该服务器时，也先将SYN数据包的源IP地址换成对应链路的IP地址。

即当该客户端与该服务器之间有多条链路时，则分别将该SYN数据包通过各条链路发送给该服务器，该客户端通过各条链路与该服务器进行第一次握手。在本发明，以该客户端与该服务器端之间的链路包括第一链路和第二链路为例，对本发明进行详细描述。

该服务器在接收到通过第一链路发送的SYN数据包后，如果允许通过第一链路与该客户端建立连接，则确认该SYN数据包，同时自己也发送一个SYN数据包，即向该客户端发送SYN+ACK数据包，序列号为srvid1，该序列号由该服务器对该第一链路随机生成，确认号为cliid+1。

同理，该服务器在接收到通过第二链路发送的SYN数据包后，如果允许通过第二链路与客户端建立连接，则确认该SYN数据包，同时自己也发送一个SYN数据包，即向该客户端发送SYN+ACK数据包，序列号为srvid2，该序列号由该服务器对该第二链路随机生成，确认号为cliid+1。

该第二收发模块20接收该服务器分别通过至少两条链路返回的SYN+ACK数据包，通过各链路返回的SYN+ACK数据包的序列号不同，确认号相同。通过各个链路返回的SYN+ACK数据包有先后顺序，该第一确定模块30将最快返回的SYN+ACK数据包发送给该客户端，该服务器与该客户端进行第二次握手；并将该最快返回的SYN+ACK数据包对应的链路确定为初步目标链路，如在一实施例中，最快返回的SYN+ACK数据包对应的链路为第一链路，则将第一链路确定为初步目标链路。

该第二收发模块20还记录各个链路对应的序列号等信息，如表一所示。

如图3所示，该第二收发模块20只将从该服务器中最快返回的SYN+ACK数据包发送给该客户端，从该服务器中返回的其它SYN+ACK数据包不发送给该客户端，但是会记录其他SYN+ACK数据包所在链路的信息。如该服务器从第二链路返回的SYN+ACK数据包比从第一链路返回的SYN+ACK数据包时间慢，则不会将第二链路返回的SYN+ACK数据包发送给该客户端，而只是记录该第二链路的信息。

该客户端在接收该服务器端返回的SYN+ACK数据包后，需要向该服务器发送ACK数据包(确认包)，进行第三次握手。当该客户端接收的SYN+ACK数据包是从第一链路返回，则该ACK数据包的序列号为cliid+1，确认号为srvid+1，即该ACK数据包的序列号为SYN+ACK数据包的确认号，该ACK数据包的确认号为SYN+ACK数据包的序列号加1。

如图4所示，该第三收发模块40将接收的ACK数据包通过该初步目标链路发送给该服务器，即通过第一链路发送给该服务器。

在前面三个步骤完成三次握手后，该客户端可向该服务器发送业务数据包。

该第三收发模块40接收该客户端发送的业务数据包，该业务数据包的序列号为cliid+1，确认号为srvid+1。

该第二确定模块50识别该业务数据包对应的应用类型，具体的，对该业务数据包进行分析，得到统一资源定位符URL，根据该URL确定业务数据包对应的应用类型。

业务数据包对应的应用类型包括web游戏应用、web视频应用、web即时通讯应用等等。

不同应用类型的数据包的传输要求不同，比如，对于P2P类应用、下载工具类应用、网盘类应用，占带宽大，但是由于是在后台运行，客户体验不敏感，因此，可将这类应用引流到传输质量较差的链路；对于游戏类应用、炒股类应用、主流网站应用等用户体验比较敏感的应用，希望引流到传输质量好的链路。

该第二确定模块50可根据业务数据包对应的应用类型先确定一个默认传输链路，然后从该默认传输链路和初步目标链路中，选择一个作为最终目标链路；再通过第四收发模块60将该业务数据包通过该最终目标链路发送给该服务器，如最终目标链路为第一链路，则将业务数据包通过该第一链路发送给该服务器。

进一步的，如图11所示，该第二确定模块50包括：

第一确定单元51，用于根据该预设的应用类型与链路的映射关系，确定该业务数据包对应的默认传输链路；

第二确定单元52，用于当判断该业务数据包对应的默认传输链路与初步目标链路相同时，将所述初步目标链路确定为最终目标链路。

预先设置应用类型与链路的映射关系，如将应用类型为web视频应用对应的链路设置为第一链路，将应用类型为web游戏应用对应的链路设置为第二链路。

该第一确定单元51根据该业务数据包的应用类型遍历该应用类型与链路的映射关系，查找到对应的链路，将该查找到的链路确定为该业务数据包对应的默认传输链路，如在一实施例中，该业务数据包的应用类型为web视频应用，在应用类型与链路的映射关系中，查找到web视频应用对应的链路为第一链路，则确定该业务数据包对应的默认传输链路为第一链路。在另一实施例中，该业务数据包的应用类型为web游戏应用，在应用类型与链路的映射关系中，查找到web游戏应用对应的链路为第二链路，则确定该业务数据包对应的默认传输链路为第二链路。

该第二确定单元52在默认传输链路与初步目标链路相同时，将该初步目标链路确定为最终目标链路。

第四收发模块60将该业务数据包通过该最终目标链路发送给服务器，该业务数据包中的序列号和确认号都不需要修改，即，该发送给该服务器的业务数据包的序列号为cliid+1，确认号为srvid+1。

如在一实施例中，默认传输链路为第一链路，初步目标链路为第一链路，该第四收发模块60将业务数据包通过第一链路发送给该服务器，如图6所示。

进一步的，该第二确定模块包括：第三确定单元，用于根据所述预设的应用类型与链路的映射关系，确定所述业务数据包对应的默认传输链路；第四确定单元，用于在当判断出该业务数据包对应的默认传输链路与初步目标链路不相同时，将该默认传输链路确定为最终目标链路；

所述装置还包括：第一生成模块、第五收发模块、第二生成模块，

所述第一生成模块，用于当判断出所述业务数据包对应的默认传输链路与所述初步目标链路不相同时，生成一个ACK数据包；

第五收发模块，用于将该生成的ACK数据包通过最终目标链路发送给服务器；

第二生成模块，用于根据该最终目标链路的序列号，修改该业务数据包的确认号，生成新业务数据包；

该第四收发模块，还用于将该新业务数据包通过最终目标链路发送给服务器。

该第三确定单元与第一确定单元的功能结构相同，在此不再赘述。在默认传输链路与初步目标链路不相同时，该第四确定单元将该默认传输链路确定为最终目标链路，即需要通过该默认传输链路将从该客户端接收的业务数据包发送给该服务器。由于之前未通过该默认传输链路建立该客户端与该服务器的第三次握手，因此，该第一生成模块需要生成一个ACK数据包。在一实施例中，该默认传输链路为第二链路，该初步目标链路为第一链路；该ACK数据包的序列号为cliid+1，即为该客户端与该服务器通过该默认传输链路进行第一握手时生成的序列号加1，该ACK数据包的确认号为srvid2+1，即为该服务器与该客户端通过该默认传输链路进行第二次握手时生成的序列号加1。

该第一生成模块还生成一个RST数据包，并将该RST数据包通过初步目标链路发送给该服务器，以切断初步目标链路上的连接。该RST数据包的序列号为cliid+1，即为该客户端与该服务器通过该初步目标链路进行第一握手时生成的序列号加1，该RST数据包的确认号为srvid1+1，即为该服务器与该客户端通过该初步目标链路进行第二握手时生成的序列号加1。

该第四收发模块将该ACK数据包通过该最终目标链路发送给该服务器，实现该客户端与该服务器在最终目标链路上的第三次握手。在一实施例中，将该生成的ACK数据包通过第二链路发送给该服务器，如图7所示。

该第二生成模块修改业务数据包的确认号，以生成新业务数据包，新业务数据包的确认号A可通过以下公式计算得到，A＝srvid2+X-srvid1，其中X是业务数据包中的确认号，srvid2是最终目标链路的序列号，即服务器与客户端通过最终目标链路进行第二次握手时产生的序列号，srvid1是初步目标链路的序列号，即服务器与客户端通过初步目标链路进行第二次握手时产生的序列号。

当该第三收发模块接收的业务数据包中的确认号X为srvid1+1时，该第二生成模块生成的新业务数据包的确认号A为srvid2+1。

在一实施例中，该最终目标链路为第二链路，则该第四收发模块将该新业务数据包通过第二链路发送给该服务器，如图8所示。

进一步的，该装置还包括第六收发模块、第三生成模块、第七收发模块或者所述装置还包括第八收发模块，其中：

该第六收发模块，用于接收该服务器通过最终目标链路返回的应答数据包；

该第三生成模块，用于在该最终目标链路与初步目标链路不相同时，根据该最终目标链路的序列号、初步目标链路的序列号，修改该应答数据包的序列号，生成新应答数据包；

该第七收发模块，用于在该最终目标链路与初步目标链路相同时，将该应答数据包发送给客户端；

该第八收发模块，用于在该最终目标链路与初步目标链路不相同时，将该新应答数据包发送给客户端。

该服务器在接收到该客户端通过该最终目标链路发送的业务数据包后，生成回包，即应答数据包，该应答数据包的序列号为x，确认号为cliid+datalen。

该第三生成在该最终目标链路与初步目标链路不相同时，修改应答数据包的序列号，以生成新应答数据包，该新应答数据包的序列号S可通过以下公式计算得到，S＝srvid1+x-srvid2，其中，x表示应答数据包中的序列号，srvid2是最终目标链路的序列号，即该服务器与该客户端通过最终目标链路进行第二次握手时产生的序列号，srvid1是初步目标链路的序列号，即该服务器与该客户端通过初步目标链路进行第二次握手时产生的序列号。

该第八收发模块将该新应答数据包发送给客户端。

该第七收发模块在该最终目标链路与该初步目标链路相同时，直接将该应答数据包发送给该客户端，而不需要修改该应答数据包中的序列号和确认号。

参照图12，图12为本发明基于应用类型的数据引流系统的优选实施例的结构示意图，该系统包括客户端100、服务器300，及与该客户端100和该服务器300分别连接的上述任一实施例的数据引流装置200。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种基于应用类型的数据引流方法，其特征在于，该方法包括：

接收客户端发送的SYN数据包，并将所述接收的SYN数据包分别通过至少两条链路发送给服务器；

接收所述服务器分别通过至少两条链路返回的SYN+ACK数据包；并将最快返回的SYN+ACK数据包发送给所述客户端，将所述最快返回的SYN+ACK数据包对应的链路确定为初步目标链路；

接收所述客户端发送的ACK数据包，并将所述接收的ACK数据包通过所述初步目标链路发送给所述服务器；

接收所述客户端发送的业务数据包，并识别所述业务数据包对应的应用类型；

根据所述业务数据包对应的应用类型和所述初步目标链路，确定最终目标链路，将所述业务数据包通过所述确定的最终目标链路发送给所述服务器。

2.如权利要求1所述的基于应用类型的数据引流方法，其特征在于，所述根据所述业务数据包对应的应用类型和所述初步目标链路，确定最终目标链路，将所述业务数据包通过所述确定的最终目标链路发送给所述服务器的步骤包括：

根据所述预设的应用类型与链路的映射关系，确定所述业务数据包对应的默认传输链路；

当判断出所述业务数据包对应的默认传输链路与所述初步目标链路相同时，将所述初步目标链路确定为最终目标链路；

将所述业务数据包通过所述最终目标链路发送给所述服务器。

3.如权利要求1所述的基于应用类型的数据引流方法，其特征在于，所述根据所述业务数据包对应的应用类型和所述初步目标链路，确定最终目标链路，将所述业务数据包通过所述确定的最终目标链路发送给所述服务器的步骤包括：

根据所述预设的应用类型与链路的映射关系，确定所述业务数据包对应的默认传输链路；

当判断出所述业务数据包对应的默认传输链路与所述初步目标链路不相同时，将所述默认传输链路确定为最终目标链路，并生成一个ACK数据包；

将所述生成的ACK数据包通过所述最终目标链路发送给所述服务器；

根据所述最终目标链路的序列号，修改所述业务数据包的确认号，生成新业务数据包；

将所述新业务数据包通过所述最终目标链路发送给所述服务器。

4.如权利要求1至3中任一项所述的基于应用类型的数据引流方法，其特征在于，所述根据所述业务数据包对应的应用类型和所述初步目标链路，确定最终目标链路，将所述业务数据包通过确定的最终目标链路发送给所述服务器的步骤之后，所述方法还包括：

接收所述服务器通过所述最终目标链路返回的应答数据包；

在所述最终目标链路与所述初步目标链路不相同时，根据所述最终目标链路的序列号、初步目标链路的序列号，修改所述应答数据包的序列号，生成新应答数据包；

将所述新应答数据包发送给所述客户端；

或者，

在所述最终目标链路与所述初步目标链路相同时，将所述应答数据包发送给所述客户端。

5.如权利要求1至3中任一项所述的基于应用类型的数据引流方法，其特征在于，所述识别所述业务数据包对应的应用类型的步骤包括：

分析所述业务数据包，得到统一资源定位符URL；

根据所述URL确定所述业务数据包对应的应用类型。

6.一种基于应用类型的数据引流装置，其特征在于，所述装置连接在客户端与服务器之间，所述装置包括：

第一收发模块，用于接收客户端发送的SYN数据包，并将所述接收的SYN数据包分别通过至少两条链路发送给服务器；

第二收发模块，用于接收所述服务器分别通过至少两条链路返回的SYN+ACK数据包；并将最快返回的SYN+ACK数据包发送给所述客户端；

第一确定模块，用于将所述最快返回的SYN+ACK数据包对应的链路确定为初步目标链路；

第三收发模块，用于接收客户端发送的ACK数据包，并将所述接收的ACK数据包通过所述初步目标链路发送给所述服务器；及接收所述客户端发送的业务数据包，并识别所述业务数据包对应的应用类型；

第二确定模块，用于根据所述业务数据包对应的应用类型和所述初步目标链路，确定最终目标链路；第四收发模块，用于将所述业务数据包通过所述确定的最终目标链路发送给所述服务器。

7.如权利要求6所述的基于应用类型的数据引流装置，其特征在于，所述第二确定模块包括：

第一确定单元，用于根据所述预设的应用类型与链路的映射关系，确定所述业务数据包对应的默认传输链路；

第二确定单元，用于当判断出所述业务数据包对应的默认传输链路与所述初步目标链路相同时，将所述初步目标链路确定为最终目标链路。

8.如权利要求6所述的基于应用类型的数据引流装置，其特征在于，所述第二确定模块包括：第三确定单元，用于根据所述预设的应用类型与链路的映射关系，确定所述业务数据包对应的默认传输链路；第四确定单元，用于当判断出所述业务数据包对应的默认传输链路与所述初步目标链路不相同时，将所述默认传输链路确定为最终目标链路；

所述装置还包括：第一生成模块、第五收发模块、第二生成模块，

所述第一生成模块，用于当判断出所述业务数据包对应的默认传输链路与所述初步目标链路不相同时，生成一个ACK数据包；

所述第五收发模块，用于将所述生成的ACK数据包通过所述最终目标链路发送给所述服务器；

所述第二生成模块，用于根据所述最终目标链路的序列号，修改所述业务数据包的确认号，生成新业务数据包；

所述第四收发模块，还用于将所述新业务数据包通过所述最终目标链路发送给所述服务器。

9.如权利要求6至8中任一项所述的基于应用类型的数据引流装置，其特征在于，所述装置还包括第六收发模块、第三生成模块、第七收发模块或者所述装置还包括第八收发模块，其中：

所述第六收发模块，用于接收所述服务器通过所述最终目标链路返回的应答数据包；

所述第三生成模块，用于在所述最终目标链路与所述初步目标链路不相同时，根据所述最终目标链路的序列号、初步目标链路的序列号，修改所述应答数据包的序列号，生成新应答数据包；

所述第七收发模块，用于在所述最终目标链路与所述初步目标链路相同时，将所述应答数据包发送给所述客户端；

所述第八收发模块，用于在所述最终目标链路与所述初步目标链路不相同时，将所述新应答数据包发送给所述客户端。

10.一种基于应用类型的数据引流系统，其特征在于，所述系统包括客户端、服务器，及与所述客户端和所述服务器分别连接的如权利要求6至9任一项所述的数据引流装置。