CN101039309A - 链路共享服务装置以及通信方法 - Google Patents

Abstract

本发明提供一种链路共享服务装置和通信方法。该链路共享服务装置包括：链路管理模块，用于探测该链路共享服务装置与通信网络连接的多条共享链路；和数据管理模块，其用于在应用层将通信任务分割成多个子任务，并为分割的子任务分配所述链路管理模块探测到的链路。

Description

链路共享服务装置以及通信方法

技术领域

本发明涉及通信领域，特别涉及一种能够利用多条链路完成同一通信任务的链路共享服务装置以及通信方法。

背景技术

随着移动语音市场接近饱和，移动数据业务已经成为新的移动业务增长点。移动运营商已经在世界范围内搭建了巨大的2G无线网络，对此网络进行改造使其变成支持移动数据业务的2.5G和2.75G网络，已经成为市场主流，比如基于GSM网络实现的GPRS，基于CDMA网络的CDMA 1x。业界提出非常多的增强数据传输标准，比如WCDMA、CDMA2000、TDCDMA、B3G、WiMax等等，但是目前看来，由于运营成本太高，运营商向3G升级的速度非常慢。3G终端用户，不到总移动用户数的10％，而且增长缓慢。

在一个上网任务同时使用多个连接时，由于目前的路由机制决定了不同连接会建立不同的会话。因此，如果简单的将多个连接直接用于上网，上网速度将由多个链路中最快的一个决定，这将不会带来带宽的显著提升。而且，为了达到最好的上网效果，用户必须根据自己的经验，选择当前速度最快的网络连接作为当前网络访问连接。

为了实现多条链路完成同一上网请求，一般可以在因特网(Internet)上架设一个数据汇聚路由器，用于数据包的分割和重组，但是这样的路由器需要统一的公网地址，同时需要租用较大数据带宽，其最小带宽至少要超过多个同时接入链路最大下行带宽的和，因此需要加大的服务提供成本。

发明内容

本发明的目的在于提供一种能够利用多条链路完成同一通信任务的链路共享服务装置以及通信方法。

依照本发明的链路共享服务装置，包括：链路管理模块，用于探测该链路共享服务装置与通信网络连接的多条共享链路；和数据管理模块，其用于在应用层将通信任务分割成多个子任务，并为分割的子任务分配所述链路管理模块探测到的链路。

依照本发明的通信方法，其包括如下步骤：步步骤a，探测通信设备与一通信网络相连的多条共享链路；步骤b，在应用层将通信任务分割成多个子任务，并为分割的子任务分配步骤a探测到的链路。

在如上所述的链路共享服务装置和通信方法中，所述链路包括直接与所述通信网络相连的本地链路，和/或通过该通信设备与其它通信设备之间的近距离链路连接所述通信网络的虚拟链路。

在如上所述的链路共享服务装置和通信方法中，进一步获得探测到的共享链路的传输状态，并根据获得的共享链路的传输状态，为分割的子任务分配链路。

依照本发明，根据网路应用层协议的特点进行应用层数据分流，并利用不同的链路来执行分流后的通信子任务，从而对用户常用网络应用进行了优化，提升了网络访问速度。

附图说明

图1为具有依照本发明的共享链路服务装置的通信设备进行通信的示意图。

图2为具有依照本发明的链路共享服务装置的移动设备通过多条链路与互联网连接的示意图。

图3为具有依照本发明的链路共享服务装置的移动设备通过多条链路与互联网连接的示意图。

图4为依照本发明的链路共享服务装置的功能模块图。

图5为依照本发明的通信方法中建立本地共享链路的处理的流程图。

图6为依照本发明的通信方法中建立虚拟共享链路的处理的流程图。

图7为依照本发明的通信方法中链路断线时的处理的流程图。

图8为依照本发明的通信方法中发送数据时的处理的流程图。

图9为依照本发明的通信方法中接收数据时的处理的流程图。

图10为通信任务是HTTP连接请求时的处理的流程图。

图11为通信任务是FTP连接请求时的处理的流程图。

具体实施方式

依照本发明，客户端根据常见网络应用的特点进行应用层分流，对于浏览网页、电子邮件、文件下载等服务应用，通过链路共享服务同时启动多链路进行数据下载，并将下载的数据重组，达到上网加速的效果。例如，对于一个网页来说，网页的文字表单可能只是网络传输的很小一部分，为了正确显示网页，还需要在对网页进行简单解析之后，，浏览器还要下载网页关联的图片、插件、动画等内容。而这些内容一般作为与表单不同的文件保存，可以用不同的会话来完成，而不会影响用户浏览网页。另外，在文件下载时，由于很多下载网站支持断点续传功能，因此可以设置不同的会话从不同的文件位置启动下载任务。对于邮件服务，用户存在多个邮件时，也可以通过不同的会话连接，而不会对用户的应用需求产生影响。

同样，用户在进行端到端的数据访问时，如果连接的双方都支持多链路共享，通过客户端的协商，也可以实现端到端访问任务在不同的连接之间分布，并在客户端进行数据的重组，达到数据传输优化的作用。

图1显示了具有依照本发明的共享链路服务装置的通信设备进行通信的结构示意图。在该例子中，笔记本电脑1除了通过其本地链路(图中的以实线表示的链路)与因特网连接之外，还通过分别经由另外两个移动终端2、3的两条虚拟链路(图中以虚线表示的链路)与因特网连接。笔记本电脑1将一个通信任务(例如浏览网页)分割成多个子任务，并将这些子任务分配至本地链路和两个虚拟链路上。例如，将与WEB服务器相关的子任务分配给本地链路和其中一条虚拟链路，将与文件服务器相关的子任务分配给另一条虚拟链路。在该通信系统中，同一通信任务通过三条不同的链路获取数据，从而显著地提高了带宽。

该链路共享服务装置也可以是一台独立的链路共享服务器，也可以是一个网络设备驱动程序，针对某一特定上网应用的代理，或驻留在某个终端(电脑、手机或其他移动终端)上的软件程序。链路共享服务装置可以由单台设备提供，此设备必须具有多个能够同时接入互联网的网络接口，应用程序通过链路共享服务装置提供的虚拟网络访问互联网。这些网络接口速率、费率和传输方式可能具有非常大的差异，理论上来讲，它可以是任何可以接入互联网的有线和无线网络，可以包括以太网、WIFI、CDMA、GPRS、WiMax、HSDPA等多种方式。链路共享服务装置根据网络带宽、网络费率、功耗等因素将应用分解到不同的网络连接上。如图2所示，链路共享服务装置可以使移动设备同时通过三个不同的连接(WAN连接、WIFI连接和有线连接)和互联网通信来实现所需应用。

有时用户本机仅有很少的网络链路能够直接接入互联网，虽然每个用户具有WIFI、蓝牙等短距无线接口，但是这些接口无法直接接入互联网。但是用户有多个其它的移动设备可以提供互联网的访问能力，而且这些设备也普遍具备WIFI、蓝牙等短距无线接口，这些设备都可以通过这些高速近距无线网络实现互联。在这种情况下，用户通过某种短距接口与其它移动设备的互联网接入设备相关联，在关联后，这些互联网连接构建了一个共同的虚拟共享上网链路，由此虚拟链路共同完成用户上网请求。其它移动设备可以是用户的手机、带有移动接入功能的笔记本电脑。

举例来说，在用户手机通过蓝牙与笔记本电脑关联之后，带有WAN卡的笔记本电脑可以同时使用WAN卡和手机上网功能访问网络。或者，在多个笔记本电脑构成的临时会议场景，多个笔记本电脑可以通过无线共享WAN卡连接，然后由所有WAN卡连接共同完成一个需要较高数据带宽的业务，比如视频点播和在线会议。在不改变现有拓扑的情况下，通过由短距通讯协议连接的多个WAN链路共享带宽的方法，显著提升用户无线接入速度。图3显示了这种情况的一个例子。在该例子中，移动设备1仅有一个能够和互联网直接通信的接口，但是该移动设备可以通过其具有的蓝牙接口和WiFi接口和其它通信设备建立短距离连接，并通过这些通信设备的互联网接口与互联网执行通信。从而，移动设备1可以同时通过三条链路与互联网进行通信。

此时，通过多个链路共享服务装置，构成一个树形的链路共享网络，根链路共享服务装置拥有所有共享链路。其他设备发布的共享链路，作为单一虚拟链路接入根链路共享服务装置，并向根链路共享服务装置发布整理后的链路状态描述。通过近距连接方式连接的其他共享服务，管理连接在其上的互联网连接和其他链路共享服务装置。即，在如图3所示的例子中，链路共享服务装置2和链路共享服务装置3皆将其管理的链路状态发送给链路共享服务装置1，从而链路共享服务装置1可以根据各条链路的状态动态调节各个链路所承载的数据量。在本发明中，这些链路可以WAN连接链路，蓝牙连接虚拟链路等，在此通称为异质链路。

下面，参照图4，描述链路共享服务装置的功能框图。该链路共享服务装置至少包含数据管理模块11、链路管理模块12和链路收发模块13。链路管理模块12主要对本地链路进行管理，负责接受其他终端的注册请求，对链路传输状态进行判定。数据管理模块11主要对应用层发来的数据协议进行判定，然后根据协议类型将通信人物分割成多个子任务，并根据链路管理模块12确定的链路传输状态为每个子任务分配链路。链路收发模块13主要对收到的数据和信令进行发送和接收处理。

链路管理模块12包括近距链路连接单元121、链路注册单元122、和链路状态检测单元123。

近距链路连接单元121负责管理通过近距方式连接的高速链路，负责检测近距链路的连通性、负责建立/重建近距链路连接、根据电源管理策略对近距链路进行管理。

链路注册单元122负责管理连入和连出的多个网络链路，负责链路初始化、身份认证、链路加入和注销的管理。

链路状态检测单元123负责检测实时的链路传输状态，包括链路的丢包率、链路丢包原因、链路数据传输率、链路接入互联网的方式等。链路状态检测单元123可以根据每条链路发送数据时的链路状态以及从其它其它链路共享服务装置反馈回来的接收数据时的链路状态，来确定该链路的链路传输状态。从而，通过链路状态检测单元123实时地对链路传输状态进行更新，可以动态地改变数据管理模块11的链路分配策略。

数据管理模块11包括协议判定单元111、应用处理单元114、数据重组单元112、链路分配单元115、TCP协议处理单元113、和UDP协议处理单元116。

协议判定单元111、应用处理单元114、数据重组单元112和链路分配单元115为应用层的处理单元。

协议判定单元111直接接收上层应用发送的网络访问请求，并根据网络协议类型、使用的网络端口和数据包头特定字段等信息对网络协议进行判定。其后的模块会对TCP、UDP和一些特定的应用协议根据预先设定采用不同的方式处理。

应用处理单元114根据协议判定单元111判定的网络协议，将通信任务分割成多个子任务。特别的，该应用处理单元114首先判断该网络协议是否为可分布执行的网络协议。可分布执行的网络协议包括HTTP、FTP、SMTP或一些特殊的应用协议。当应用处理单元114确定该网络协议为可分布执行的网络协议时，根据各个协议的特点，对通信任务进行分割。

链路分配单元115根据链路管理模块12探测到的共享链路，为应用处理单元114分割的子任务分配链路。特别的，链路分配单元115根据链路管理模块12获得的共享链路的传输状态，为应用处理单元114分割的子任务分配链路。例如，对于传输速率高、丢包率低的链路，可以分配较大的文件块下载或高重要性子任务；而对于传输速率低、丢包率高的链路，可以分配较小的文件块下载或低重要性子任务。特别的，链路分配单元115可仅为每一个子任务仅分配一条链路，也可以为每一个子任务分配多条链路。

数据重组单元112负责将通过多条链路执行的通信子任务所传输的数据进行应用重组。根据应用的需要，它可能包含一个较大的数据缓冲，保存不同链路接收的数据包。

TCP协议处理单元113和UDP协议处理单元116为传输层的处理单元。

TCP协议处理单元113负责在多链路条件下，对TCP链路进行特殊处理，包括在多链路条件下数据的重新排序，丢包重传，数据拥塞控制等，以使得应用层的一个可靠传输请求在多个链路上正确高效的完成。

UDP协议处理单元116负责在多链路条件下，对UDP链路进行特殊处理。

链路收发模块13包括数据收发单元131和信令收发单元132。

数据收发单元131负责应用层网络传输数据的接收和发送。

信令收发单元132负责对关联的其他链路共享服务装置发送控制信令，并取得其他链路共享服务装置发送的反馈信令以及发送/接收链路状态。

单台设备的共享网络建立过程发生在每次启动网络共享服务时，此时系统需要遍历所有的网络连接，并自动检测出能够接入互联网的网络连接，并建立此连接的初始描述由链路注册单元122进行管理。在每次新网络连接加入系统或原有网络连接断开时，需要重新进行网络连接探测过程，并将符合条件的连接统一管理。新链路加入或链路断开状态由链路状态检测单元123负责检测。

下面，参照图5和6，描述启动网络共享服务之后，链路共享服务装置建立共享关联链路的过程。图5描述了建立本地共享链路的处理流程。图6描述了建立虚拟共享链路的处理流程。

在启动网络共享服务之后，首先，在步骤S501中，链路管理模块12查找该通信设备可直接与互联网连接的所有本地网络连接。

接着，通过步骤S502，S503和S506的处理，逐个检测这些本地网络连接是否接入了互联网。如果某一本地网络连接没有接入互联网，则直接跳过该本地网络连接。对于那些接入了互联网的本地网络连接，在步骤S504中将其加入共享链路。

然后，在步骤S505中，链路注册单元122根据预存的链路信息初始化这些加入了共享链路的网络连接的描述，这些描述包括例如传输速率，传输时延，丢包率等。该预存的链路信息例如是理论上的基础带宽，功耗，或最后一次使用该链路时的传输状态等。

这样，通过上述处理，就完成了本地共享链路的建立。

执行了如图5所示的处理之后，执行如图6所示的处理，建立虚拟共享链路。虚拟共享链路是指：通过该通信设备与其它通信设备之间的近距离链路连接互联网的链路。在此，参照如图3所示的移动设备1的例子进行说明。

首先，在步骤S601中，链路管理模块12的近距离链路连接单元与其它通信设备建立短距离连接。在如图3所示的例子中，移动设备1中的链路共享服务装置1通过蓝牙连接和WiFi分别和链路共享服务装置2和链路共享服务装置3建立连接。

接着，在步骤S602中，与该通信设备建立了短距离连接的其它通信设备将其本地设备描述传递给其他通信设备。即，在图3所示的例子中，移动设备1的描述信息被分别发送给了链路共享服务装置2和链路共享服务装置3，并由这些设备进行其后的链路共享认证。

接着，在步骤S603中，链路共享服务装置1请求使用在步骤S602中获得的共享关联链路。

在步骤S604中，判断步骤S603请求的共享关联链路是否可以共享。如果确定某一共享关联链路可共享(即步骤S603中的“是”)，则在步骤S605相应的链路共享服务装置(链路共享服务装置2，3)将该关联链路的链路描述发送给链路共享服务装置1。从而，通过图5和6的处理，建立了包括本地共享链路和虚拟共享链路的共享关联链路。

当某一网络连接断线时，执行如图7所示的处理。该网络连接可以是通过如图5所示的处理建立的连接，也可以是通过如图6所示的处理建立的连接。

首先，在步骤S701中，判断是否是用户主动请求断开该连接。如果确定是用户主动请求断开，则执行步骤S708，直接清除该连接。

如果确定不是用户主动请求断开，则在步骤S702中将该连接断开的消息通知链路共享服务装置，并在步骤S703中判断该连接是否正在传输数据。当确定该连接正在传输数据，则在步骤S704中清除接收的无效数据，停止数据发送。当该连接没有在传输数据(步骤S703中的否)，或执行了步骤S704之后，执行步骤S705，等待重新拨号。

如果断线超时(步骤S706中的“是”)，则清除该连接(步骤S708)。如果在断线超时之前重新拨号(步骤S706中的“否”)，则用户重新建立关联(步骤S707)，恢复链路。

下面，参照图8和9，详细描述具有依照本发明的链路共享服务装置的通信设备发送和接收数据的处理。

如图8所示，描述了依照本发明的通信终端发送数据的流程图。

首先，在步骤S801中，确定当前的通信是否支持此应用协议。在该步骤中，判断应用协议判定单元111确定的应用协议是否是属于可分布执行的应用协议，可分布执行的应用协议包括HTTP、FTP、SMTP以及一些特殊的可分布执行的视频协议等。

当确定不支持此网络协议时，进行至步骤S808，取得主链路描述。该主链路是指：链路管理模块12管理的所有接入互联网的链路中通信质量最好的链路。

当确定支持此网络协议时，执行步骤S802。在步骤S802中，确定该网络请求是否首次发送。如果确定是首次发送，则执行步骤S807，建立链路传输状态描述结构并初始化。步骤S807的详细流程图如图5和6所示。如果确定不是首次发送，则执行步骤S803，取得链路传输状态描述。该取得的链路传输状态描述可能是按照如图5和6所示的处理而得到的初始化描述，也可能是上一次发送/接收数据之后更新的链路传输状态描述。执行了步骤S803之后，执行步骤S804，确定当前网络请求是否可分布执行，即是否可以将该网络请求分成多个子任务。当确定当前网络请求不可分布执行时，进行至步骤S808，取得主链路描述。当确定当前网络请求可分布执行时，进行至步骤S805。在步骤S805中，将该网络请求分割成多个子任务，查询链路传输状态描述取得可用链路，并根据取得的可用链路为分割的子任务分配链路。

执行了步骤S808、S805或S807之后，执行步骤S806，更新发送链路状态。然后，利用步骤S808、S805或S807获得链路发送数据请求(包括数据请求分割后的子任务)。该发送链路状态主要用于记录已发送数据的顺序号，发送的起始时间等信息。

如图9所示，描述依照本发明的通信终端接收数据的流程图。

首先，在步骤S901中，确定此请求是否是由非主链路完成。当确定该请求是由主链路完成时(步骤S901中的“否”)，执行步骤S905，更新接收链路状态，并在步骤S906中将通过主链路接收的数据上传给应用层。该接收链路状态主要记录数据的平均到达时间，接收数据的顺序号，累积到达数据量，数据乱序情况，数据传输率等信息。

当确定该请求由非主链路完成时(步骤S901中的“是”)，即该请求由多条链路完成，执行步骤S902，取得链路传输状态描述。接着，执行步骤S903，确定当前的应用协议是否是可分布执行的应用协议。当确定当前应用协议不属于可分布执行的协议时(步骤S903中的“否”)，执行步骤S907，更新接收链路状态，并在步骤S908中将接收的数据丢弃。

当确定当前应用协议属于可分布执行的协议时(步骤S903中的“是”)，执行步骤S904，将通过多条链路接收的数据缓存在本地缓存器中。接着，在步骤S905中，根据实际传输状况，更新接收链路状态。接着，在步骤S906中，将通过多条链路接收的各个子任务的数据组合，并将其上传给应用层。

在执行了图8或图9所示的处理之后，更新的发送链路状态和接收链路状态在链路共享服务装置之间传递。该发送链路状态和接收链路状态的传递也可以定期进行。链路共享服务装置可以根据某一链路的发送链路状态(由图8所示的处理获得)和接收链路状态(由图9所示的处理获得)，更新该链路的传输状态。例如，根据发送链路状态中的已发送数据的顺序号和接收链路状态中的接收数据的顺序号，链路共享服务装置可以更新链路状态描述中的丢包率。关于根据发送链路状态和接收链路状态来确定传输链路状态的方法，存在很多现有技术，在此不再详细描述。

下面，参照图10和图11，以HTTP和FTP网络请求为例详细描述数据的发送和接收过程。

如图10所示，当接收到HTTP连接请求时，首先在步骤S1001，判断是否该HTTP连接请求为网页(即网页表单)下载请求。

当确定当前HTTP连接请求为网页下载请求时，在步骤S1002中，利用主链路完成网页表单下载请求。接着，在步骤S1003中，根据该主链路的实际传输状况更新链路传输状态描述。

当确定当前HTTP连接请求不是网页表单下载请求时，在步骤S1005中，取得当前可用于通信的共享链路，以及它们的传输状态描述。然后，在步骤S1006中，根据带宽的使用情况(即步骤S1005取得的共享链路的描述)，选择工作链路，将下载请求分割为多个子任务，并为分割的子任务分配链路。该通信任务的分割是根据之前下载的网页表单进行的。即，根据网页表单，将HTTP连接请求分割成与网页相关的图片下载请求、插件下载请求、动画下载请求等子任务。接着，在步骤S1107中，利用所分配的链路开始接收数据，将接收的数据缓存在本地缓存器中，并在步骤S1008中根据各条链路的使用状态更新链路传输状态描述。

在执行了步骤S1003和S1008之后，将数据上传给应用层。特别的，在执行了步骤S1008之后将数据上传给应用层时，还需要将通过多条链路接收的数据进行重组。

此外，对于脚本下载请求，也同样适合如图10所示的处理。

如图11所示，当接收到FTP连接请求时，首先在步骤S1101判断网站是否支持断点续传，即判断该FTP请求是否为可分布执行的网络请求。当确定该FTP请求不可分布执行时，进行至步骤S1106，利用主链路完成文件下载请求。接着，在步骤S1107中根据传输的实际状况，更新链路传输状态描述。

当确定FTP请求可分布执行时(步骤S1101中的是)，进行至步骤S1102，判断本次FTP请求下载的文件的大小是否大于某一预定阀值。当确定文件的大小小于该预定阀值时，进行至步骤S1106，利用主链路完成文件下载请求。当确定文件的大小大于该预定阀值时，进行至步骤S1103。在步骤S1102中根据文件大小确定是通过单一的主链路执行文件下载，还是通过多条链路来执行文件下载，可以防止文件过小而利用多条链路执行下载的情况，从而可以更加合理地利用资源。

在步骤S1103中，取得共享链路的传输状态描述。然后，在步骤S1104中，根据带宽的使用情况(即，步骤S1103取得的共享链路的传输状态描述)，选择工作链路，并根据链路带宽情况，确定每个子任务要完成的数据分片大小，并由此确定起始文件分片下载位置，选择适合于当前通信任务(文件下载)的链路，并为所分割的子任务分配链路。接着，在步骤S1105中，利用所分配的链路开始下载数据，并根据各条链路的使用状态，更新链路传输状态描述。

执行了步骤S1105和S1107之后，将下载的数据上传给应用层。

除了上面提到的诸如HTTP、FTP、SMTP应用协议之外，还有一些特殊的应用层协议，比如某些基于P2P技术的文件共享服务，分布式计算服务，分布式搜索服务，流媒体服务也可以在应用协议层进行任务的多链路共享，因此也可以通过多链路共享服务的方法将这些应用层协议的通信任务在应用层进行分割，并可以启动多链路进行数据下载。

依照本发明，根据网路应用层的的特点进行应用层分流，并利用不同的链路来执行分流后的通信子任务，从而对用户常用网络应用进行了优化，提升了网络访问速度。此外，本发明也可以作为数据汇聚路由器方案的补充，显著降低服务提供商的服务成本。

虽然本发明已以具体的方式进行了表达，但并不是用以限定本发明，任何熟悉该技术的人员，在不脱离本发明的精神和范围内，可以做各种改动和润饰，因此本发明的保护范围当视专利申请范围所界定者为准。

Claims (28)

1.一种链路共享服务装置，其包括：

链路管理模块，用于探测该链路共享服务装置与通信网络连接的多条共享链路；和

数据管理模块，其用于在应用层将通信任务分割成多个子任务，并为分割的子任务分配所述链路管理模块探测到的链路。

2.如权利要求1所述的链路共享服务装置，其中，

所述共享链路包括直接与所述通信网络相连的本地链路，和/或通过该通信设备与其它通信设备之间的近距离链路连接所述通信网络的虚拟链路。

3.如权利要求2所述的链路共享服务装置，其中，

所述链路管理模块进一步获得探测到的共享链路的传输状态，所述数据管理模块根据链路管理模块获得的共享链路的传输状态，为分割的子任务分配链路。

4.如权利要求3所述的链路共享服务装置，其中，

所述数据管理模块进一步包括：

应用层协议判断单元，用于判断该通信任务的协议是否为在应用层可分布执行的协议。

5.如权利要求4所述的链路共享服务装置，其中，

所述可分布执行的协议包括：HTTP协议，FTP协议和SMTP协议。

6.如权利要求5所述的链路共享服务装置，其中，

当所述通信任务的协议为HTTP协议时，所述链路共享服务装置预先下载网页表单，所述数据管理模块根据该网页表单将通信任务分割成多个子任务。

7.如权利要求6所述的链路共享服务装置，其中，

所述网页表单的下载通过主链路进行，主链路为链路管理模块探测到的所有共享链路中通信质量最好的链路。

8.如权利要求5所述的链路共享服务装置，其中，

当所述通信任务的协议为FTP协议时，所述数据管理模块判断当前通信任务下载的文件的大小是否大于一预定域值，当下载文件的大小大于该预定域值时，所述数据管理模块将通信任务分割成多个子任务，每个子任务从文件的不同位置开始进行其后的文件下载请求，并在应用层将各个子任务下载的文件分片重组。

9.如权利要求2所述的链路共享服务装置，其中，

所述数据管理模块为每个子任务分配一条链路。

10.如权利要求3所述的链路共享服务装置，其中，

当所述链路注册单元首次探测到一共享链路时，所述链路注册单元根据预存的链路信息初始化该共享链路的传输状态。

11.如权利要求10所述的链路共享服务装置，其中，

在每条共享链路每次传输数据之后，链路状态检测单元对该共享链路的传输状态进行更新。

12.如权利要求11所述的链路共享服务装置，其中，

链路状态检测单元在所述链路共享服务装置接收到数据之后，更新接收链路的状态，并将接收链路的状态反馈给该数据的发送端。

13.如权利要求12所述的链路共享服务装置，其中，

所述链路状态检测单元根据发送数据时的发送链路状态和反馈的接收数据时的接收链路状态，更新该共享链路的传输状态。

14.如权利要求3-13任一项所述的链路共享服务装置，其中，

所述共享链路的传输状态包括链路的丢包率，链路传输时延和链路数据传输率。

15.如权利要求14所述的链路共享服务装置，其中，

所述数据管理模块进一步包括：数据重组单元，用于在所述链路共享服务装置接收数据时，将通过多条链路接收的数据重组。

16.一种通信方法，其包括如下步骤：

步骤a，探测通信设备与一通信网络相连的多条共享链路；

步骤b，在应用层将通信任务分割成多个子任务，并为分割的子任务分配步骤a探测到的链路。

17.如权利要求16所述的通信方法，其中，

所述共享链路包括直接与所述通信网络相连的本地链路，以及通过该通信设备与其它通信设备之间的近距离链路连接所述通信网络的虚拟链路。

18.如权利要求17所述的通信方法，其中，

在步骤a中，进一步获得共享链路的传输状态，

在步骤b中，根据步骤a获得的共享链路的传输状态，为分割的子任务分配链路。

19.如权利要求18所述的通信方法，其进一步包括：

步骤c，用于判断该通信任务的协议是否为可分布执行的协议。

20.如权利要求19所述的通信方法，其中，

所述可分布执行的协议包括：HTTP协议，FTP协议和SMTP协议。

21.如权利要求20所述的通信方法，其中，

当所述通信任务的协议为HTTP协议时，预先下载网页表单，

在步骤b中根据下载的网页表单将通信任务分割成多个子任务。

22.如权利要求21所述的通信方法，其中，

所述网页表单的下载通过主链路进行，主链路为步骤a探测到的所有共享链路中通信质量最好的链路。

23.如权利要求20所述的通信方法，其中，

当所述通信任务的协议为FTP协议时，进一步包括判断当前通信任务下载的文件的大小是否大于一预定域值的步骤。

24.如权利要求17所述的通信方法，其中，

在步骤b中，为每个子任务分配一条链路。

25.如权利要求18所述的通信方法，其中，

在步骤a中，当首次探测到一共享链路时，根据预存的链路信息初始化该链路的传输状态。

26.如权利要求25所述的通信方法，其进一步包括，

步骤d，在每条共享链路每次传输数据之后，对该共享链路的传输状态进行更新。

27.如权利要求26所述的通信方法，其中，

在步骤d中，数据的接收端将接收链路的状态反馈给该数据的发送端，数据发送端根据发送数据时的发送链路状态和反馈的接收数据时的接收链路状态，更新该共享链路的传输状态。

28.如权利要求18-27任一项所述的通信方法，其中，

所述共享链路的传输状态包括链路的丢包率，链路传输时延和链路数据传输率。

Images