业务访问方法、加速客户端、加速服务端及系统

摘要

本发明公开了一种业务访问方法、加速客户端、加速服务端及系统，该方法包括：所述加速客户端接收到所述终端发送的第一访问请求报文后转发给所述加速服务端；依次接收所述加速服务端发送的第一数据报文直到判定出第一链路异常，向所述终端发送重定向报文；接收到所述终端发送的第二访问请求报文后转发给所述加速服务端；重新与所述加速服务端协商单次传输数据的数据块大小；依次接收所述加速服务端发送的第二数据报文；将接收到的所述第二数据报文拼接成压缩后的所述网页信息后发送给所述终端。该方案用户进行业务访问的速度和处理效率。

说明书

技术领域

本发明涉及通信技术领域，尤指一种业务访问方法、加速客户端、加速服 务端及系统。

背景技术

近几年来，无线通信技术经历了飞速发展，从早期的2代（Generation，G） 到现在的3G以及无线保真（wireless Fidelity，WIFI）的普及，乃至于4G的崛 起，越来越多的企业用户选择使用无线网络接入企业的业务服务器。

出于易用性考虑，很多企业用户采用终端（Browser，B）/服务器（Server， S）架构。当企业用户要处理某个业务时，需要使用终端通过无线网络访问业 务服务器，为了满足多样化业务的需求，很多B/S页面不再采用简单的静态页 面，而是采用动态页面来响应终端。动态页面需要通过无线网络去业务服务器 调取数据，由于无线网络的传输速度极易受环境等因素的影响，无线网络上的 时延、丢包等无法预知，常常发生动态页面反馈慢的现象，影响业务访问速度 和业务处理效率。

发明内容

本发明实施例提供一种业务访问方法、加速客户端、加速服务端及系统， 用以解决现有的业务访问方法中存在的影响业务访问速度和业务处理效率的 问题。

因此，根据本发明实施例，提供一种业务访问方法，应用于包括终端、加 速客户端、加速服务端和业务服务器的业务访问系统中，所述加速客户端与所 述加速服务端之间通过网络进行通信，该方法包括：

所述加速客户端接收到所述终端发送的第一访问请求报文后转发给所述 加速服务端，所述第一访问请求报文用于请求访问所述业务服务器；

与所述加速服务端协商单次传输数据的数据块大小；

依次接收所述加速服务端发送的第一数据报文直到判定出第一链路异常， 向所述终端发送重定向报文，所述第一数据报文是所述加速服务端将所述业务 服务器发送的第一访问响应报文中携带的网页信息以协商的数据块大小拆分 后得到的，所述第一链路是所述终端与所述业务服务器之间的链路；

接收到所述终端发送的第二访问请求报文后转发给所述加速服务端，所述 第二访问请求报文是所述终端接收到所述重定向报文后发送的，用于请求访问 所述加速服务端；

重新与所述加速服务端协商单次传输数据的数据块大小；

依次接收所述加速服务端发送的第二数据报文，所述第二数据报文是所述 加速服务端将压缩后的所述网页信息以重新协商的数据块大小拆分后得到的；

将接收到的所述第二数据报文拼接成压缩后的所述网页信息后发送给所 述终端。

具体的，与所述加速服务端协商单次传输数据的数据块大小，具体包括：

接收所述加速服务端发送的协商报文，所述协商报文是所述加速服务端将 所述第一访问请求报文转发给所述业务服务器、并接收到所述第一访问响应报 文后发送的；

将与所述第一链路对应的预设数据块大小作为协商的数据块大小携带在 应答报文中发送给所述加速服务端。

可选的，依次接收所述加速服务端发送的第一数据报文之前，还包括：

接收所述加速服务端发送的基准往返时间，所述基准往返时间是所述加速 服务端发出所述协商报文到接收到所述应答报文之间的时长；

依次接收所述加速服务端发送的第一数据报文直到判定出第一链路异常， 具体包括：

每次接收到所述第一数据报文后，计算传输时间的平均偏差；

根据所述基准往返时间和所述平均偏差判断第一链路的质量变化趋势；

根据判断出的第一链路的质量变化趋势更新与所述第一链路对应的预设 数据块大小，若更新后的预设数据块大小小于门限值，则判定出所述第一链路 异常。

具体的，根据所述基准往返时间和所述平均偏差判断第一链路的质量变化 趋势，具体包括：

若所述平均偏差大于第一设定倍数的所述基准往返时间，则确定所述第一 链路的质量有变差的趋势；

若所述平均偏差小于等于第四设定倍数的所述基准往返时间，则确定所述 第一链路的质量有变好的趋势，所述第四设定倍数小于等于所述第一设定倍 数；

根据判断出的第一链路的质量变化趋势更新与所述第一链路对应的预设 数据块大小，具体包括：

若第一链路的质量有变好的趋势，将与所述第一链路对应的预设数据块大 小增加第二设定倍数；

若第一链路的质量有变差的趋势，将与所述第一链路对应的预设数据块大 小除以第三设定倍数。

可选的，依次接收所述加速服务端发送的第二数据报文之后，还包括：

每次接收所述加速服务端发送的第二数据报文之后，重新判断所述第一链 路的质量变化趋势；

根据判断出的第一链路的质量变化趋势更新与所述第一链路对应的预设 数据块大小。

还提供一种业务访问方法，应用于包括终端、加速客户端、加速服务端和 业务服务器的业务访问系统中，所述加速客户端与所述加速服务端之间通过网 络进行通信，该方法包括：

所述加速服务端接收到所述加速客户端转发的、来自所述终端的第一访问 请求报文后转发给所述业务服务器；

接收到所述业务服务器发送的第一访问响应报文后，与所述加速客户端协 商单次传输数据的数据块大小；

依次向所述加速客户端发送第一数据报文直到接收到所述加速客户端转 发的、来自所述终端的第二访问请求报文，所述第一数据报文是所述加速服务 端将所述第一访问响应报文中携带的网页信息以协商的数据块大小拆分后得 到的，所述第二访问请求报文是所述终端接收到来自所述加速客户端的重定向 报文后发送的，用于请求访问所述加速服务端，所述重定向报文是所述加速客 户端判定出所述终端与所述业务服务器之间的第一链路异常后发出的；

重新与所述加速客户端协商单次传输数据的数据块大小；

依次向所述加速客户端发送第二数据报文，所述第二数据报文是所述加速 服务端将压缩后的所述网页信息以重新协商的数据块大小拆分后得到的。

具体的，与所述加速客户端协商单次传输数据的数据块大小，具体包括：

向所述加速客户端发送协商报文；

接收所述加速客户端发送的携带有与所述第一链路对应的预设数据块大 小作为协商的数据块大小的应答报文。

可选的，依次向所述加速客户端发送第一数据报文之前，还包括：

计算发出所述协商报文到接收到所述应答报文之间的时长，得到基准往返 时间；

将所述基准往返时间发送给所述加速客户端。

还提供一种加速客户端，包括：

第一收发单元，用于接收到终端发送的第一访问请求报文后转发给加速服 务端，所述第一访问请求报文用于请求访问业务服务器；

第一协商单元，用于与所述加速服务端协商单次传输数据的数据块大小；

第二收发单元，用于依次接收所述加速服务端发送的第一数据报文直到判 定出第一链路异常，向所述终端发送重定向报文，所述第一数据报文是所述加 速服务端将所述业务服务器发送的第一访问响应报文中携带的网页信息以协 商的第一数据块大小拆分后得到的，所述第一链路是所述终端与所述业务服务 器之间的链路；

第三收发单元，用于接收到所述终端发送的第二访问请求报文后转发给所 述加速服务端，所述第二访问请求报文是所述终端接收到所述重定向报文后发 送的，用于请求访问所述加速服务端；

第二协商单元，用于重新与所述加速服务端协商单次传输数据的数据块大 小；

第四收发单元，用于依次接收所述加速服务端发送的第二数据报文，所述 第二数据报文是所述加速服务端将压缩后的所述网页信息以重新协商的数据 块大小拆分后得到的；将接收到的所述第二数据报文拼接成压缩后的所述网页 信息后发送给所述终端。

具体的，所述第一协商单元，具体用于：

接收所述加速服务端发送的协商报文，所述协商报文是所述加速服务端将 所述第一访问请求报文转发给所述业务服务器、并接收到所述第一访问响应报 文后发送的；

将与所述第一链路对应的预设数据块大小作为协商的数据块大小携带在 应答报文中发送给所述加速服务端。

可选的，所述第二收发单元，还用于在依次接收所述加速服务端发送的第 一数据报文之前，接收所述加速服务端发送的基准往返时间，所述基准往返时 间是所述加速服务端发出所述协商报文到接收到所述应答报文之间的时长；

所述第二收发单元，用于依次接收所述加速服务端发送的第一数据报文直 到判定出第一链路异常，具体用于：

每次接收到所述第一数据报文后，计算传输时间的平均偏差；

根据所述基准往返时间和所述平均偏差判断第一链路的质量变化趋势；

根据判断出的第一链路的质量变化趋势更新与所述第一链路对应的预设 数据块大小，若更新后的预设数据块大小小于门限值，则判定出所述第一链路 异常。

具体的，所述第二收发单元，用于根据所述基准往返时间和所述平均偏差 判断第一链路的质量变化趋势，具体用于：

若所述平均偏差大于第一设定倍数的所述基准往返时间，则确定所述第一 链路的质量有变差的趋势；

若所述平均偏差小于等于第四设定倍数的所述基准往返时间，则确定所述 第一链路的质量有变好的趋势，所述第四设定倍数小于等于所述第一设定倍 数；

所述第二收发单元，用于根据判断出的第一链路的质量变化趋势更新与所 述第一链路对应的预设数据块大小，具体用于：

若第一链路的质量有变好的趋势，将与所述第一链路对应的预设数据块大 小增加第二设定倍数；

若第一链路的质量有变差的趋势，将与所述第一链路对应的预设数据块大 小除以第三设定倍数。

可选的，所述第四接收单元，还用于在每次接收所述加速服务端发送的第 二数据报文之后，重新判断所述第一链路的质量变化趋势；

根据判断出的第一链路的质量变化趋势更新与所述第一链路对应的预设 数据块大小。

还提供一种加速服务端，包括：

第一收发单元，用于接收到加速客户端转发的、来自终端的第一访问请求 报文后转发给业务服务器；

第一协商单元，用于接收到所述业务服务器发送的第一访问响应报文后， 与所述加速客户端协商单次传输数据的数据块大小；

第二收发单元，用于依次向所述加速客户端发送第一数据报文直到接收到 所述加速客户端转发的、来自所述终端的第二访问请求报文，所述第一数据报 文是自身所在的加速服务端将所述第一访问响应报文中携带的网页信息以协 商的第一数据块大小拆分后得到的，所述第二访问请求报文是所述终端接收到 来自所述加速客户端发送的重定向报文后发送的，用于请求访问所述加速服务 端，所述重定向报文是所述加速客户端判定出所述终端与所述业务服务器之间 的第一链路异常后发出的；

第二协商单元，用于重新与所述加速客户端协商单次传输数据的数据块大 小；

第三收发单元，用于依次向所述加速客户端发送第二数据报文，所述第二 数据报文是所述加速服务端将压缩后的所述网页信息以重新协商的数据块大 小拆分后得到的。

具体的，所述第一协商单元，用于与所述加速客户端协商单次传输数据的 数据块大小，具体用于：

向所述加速客户端发送协商报文；

接收所述加速客户端发送的携带有与所述第一链路对应的预设数据块大 小作为协商的数据块大小的应答报文。

可选的，所述第二收发单元，还用于在依次向所述加速客户端发送第一数 据报文之前，计算发出所述协商报文到接收到所述应答报文之间的时长，得到 基准往返时间；

将所述基准往返时间发送给所述加速客户端。

还提供一种业务访问系统，包括终端、上述加速客户端、上述加速服务端 和业务服务器。

本发明实施例提供的业务访问方法、加速客户端、加速服务端及系统，终 端在进行业务访问的过程中，加速客户端可以监控终端与业务服务器之间的第 一链路的质量，当判定出第一链路异常后，加速客户端可以向终端发送重定向 报文，终端根据重定向报文，请求访问加速服务端，然后加速服务端可以向加 速客户端推送压缩的网页信息，由于压缩的网页信息比原有的网页信息小得 多，所以终端可以很快接收到，保证了用户进行业务访问的速度和处理效率。

附图说明

图1为本发明实施例中业务访问系统的结构示意图；

图2a为本发明实施例中业务访问方法的流程图；

图2b为本发明实施例中DATA_STREAM的格式；

图2c为本发明实施例中SYN_STREAM的格式；

图2d为本发明实施例中SYN_REPLY的格式；

图3为本发明实施例中加速客户端的结构图；

图4为本发明实施例中加速服务端的结构示意图。

具体实施方式

针对现有的业务服务器的访问方法中存在的影响业务访问速度和业务处 理效率的问题，本发明实施例提供一种业务访问方法，该方法可以应用在如图 1所示的业务系统中，该业务系统包括终端10、加速客户端11、加速服务端 12和业务服务器13，加速客户端11与加速服务端12之间通过网络进行通信。

上述业务访问方法的流程如图2a所示，具体包括：

S20：终端向加速客户端发送第一访问请求报文，第一访问请求报文用于 请求访问业务服务器。

当用户要进行业务访问时，可以在终端中输入要访问的网页地址，终端上 可以生成第一访问请求报文，可以在第一访问请求报文中携带业务服务器的IP 地址来标识对业务服务器进行访问。

第一访问请求报文可以是超文本传输协议（Hyper Text Transport Protocol， HTTP）报文等等。

S21：加速客户端接收到终端发送的第一访问请求报文后转发给加速服务 端。

S22：加速服务端接收到第一访问请求报文后转发给业务服务器。

S23：业务服务器接收到第一访问请求后，向加速服务端发送携带网页信 息的第一访问响应报文。

第一访问响应报文也可以是HTTP报文等等。

S24：加速服务端接收到第一访问响应报文后，与加速客户端协商单次传 输数据的数据块大小。

加速服务器接收到第一访问响应报文后，为了确保在当前链路质量下的最 佳传输效果，首先与加速客户端协商单次传输数据的数据块大小。

S25：加速服务端依次向加速客户端发送第一数据报文，第一数据报文是 加速服务端将业务服务器发送的第一访问响应报文中携带的网页信息以协商 的数据块大小拆分后得到的。

S26：加速客户端依次接收加速服务端发送的第一数据报文直到判定出第 一链路异常，向终端发送重定向报文，第一链路是终端与业务服务器之间的链 路。

加速客户端每次接收到加速服务端发送的第一数据报文后，都要判断一下 链路质量，如果链路异常，就要向终端发送重定向报文，指示终端重新访问加 速服务端来进行业务访问。

S27：终端接收到重定向报文后，向加速客户端发送第二访问请求报文， 第二访问请求报文用于请求访问加速服务端。

S28：加速客户端接收到第二访问请求报文后转发给加速服务端。

S29：加速服务端接收到第二访问请求报文后，重新与加速客户端协商单 次传输数据的数据块大小。

由于第一链路异常，所以加速服务端需要重新与加速客户端协商单次传输 数据的数据块大小。

S30：加速服务端依次向加速客户端发送第二数据报文，第二数据报文是 加速服务端将压缩后的网页信息以重新协商的数据块大小拆分后得到的。

加速服务端可以保存压缩的网页信息，在第一链路异常的时候，就可以减 小与加速客户端之间的数据传输大小，可以保证很快的向终端返回网页信息。 压缩的网页信息只保留文本内容，当原网页进行了修改、删除或者屏蔽后，加 速服务端会根据网页信息的更新时间，重新生成压缩的网页信息。

具体可以是，加速服务端接收到业务服务器返回的第一访问响应报文后， 根据第一访问响应报文中的最后修改时间字段（Last-Modified）判断网页是否 有更新，如果有，则需要更新本地保存的压缩的网页信息，扫描接收到的网页 信息的html代码，提取超链接统一资源定位符（Uniform Resource Location， URL）与具体的网页对象文件并进行存储。

当需要向加速客户端发送压缩的网页信息时，就可以将压缩的网页信息以 重新协商的数据块大小进行拆分，然后封装在第二数据报文中，发送给加速客 户端。

S31：加速客户端依次接收加速服务端发送的第二数据报文，将接收到的 第二数据报文拼接成压缩后的网页信息后发送给终端。

该方案中，终端在进行业务访问的过程中，加速客户端可以监控终端与业 务服务器之间的第一链路的质量，当判定出第一链路异常后，加速客户端可以 向终端发送重定向报文，终端根据重定向报文，请求访问加速服务端，然后加 速服务端可以向加速客户端推送压缩的网页信息，由于压缩的网页信息比原有 的网页信息小得多，所以终端可以很快接收到，保证了用户进行业务访问的速 度和处理效率。

下面从加速客户端一侧具体介绍上述步骤：

具体的，上述S24中的加速客户端与加速服务端协商单次传输数据的数据 块大小，具体包括：

接收加速服务端发送的协商报文，协商报文是加速服务端将第一访问请求 报文转发给业务服务器、并接收到第一访问响应报文后发送的；

将与第一链路对应的预设数据块大小作为协商的数据块大小携带在应答 报文中发送给加速服务端。

加速客户端与加速服务端之间可以采用连接适应流（Link Adaptation  Stream，LAS）传输协议，接收加速服务端发送的协商报文，具体可以为LAS 控制帧（SYN_STREAM），通过LAS控制帧与加速客户端协商传输数据的数 据块大小。

加速客户端可以维护链路状态信息表，当加速客户端维护多个链路时，可 以根据链路状态信息表中记录的信息确定与每个链路对应的预设数据块大小， 链路状态信息表的格式如下：

链路识别：由终端和业务服务器的互联网协议（Internet Protocol，IP）地 址来识别链路。

预设数据块大小：默认值为64KB，在传输数据过程中根据链路质量的变 化趋势更新。

加速客户端可以根据链路状态信息表中记录的与链路对应的预设数据块 大小通过应答报文发送给加速服务端，应答报文可以是LAS控制帧 （SYN_REPLY）。

上述第一数据报文和第二数据报文可以是LAS数据帧 （DATA__STREAM）。

具体的，上述S26中的依次接收加速服务端发送的第一数据报文之前，还 包括：

接收加速服务端发送的基准往返时间，基准往返时间是加速服务端发出协 商报文到接收到应答报文之间的时长。

假设加速服务端向加速客户端发送协商报文的时刻为T0，加速服务端接 收到应答报文的时刻为T1，那么T1-T0这个时长就可以作为基准往返时间， 记为RTT。

上述S26中的依次接收加速服务端发送的第一数据报文直到判定出第一链 路异常，具体包括：

每次接收到第一数据报文后，计算传输时间的平均偏差；

根据基准往返时间和平均偏差判断第一链路的质量变化趋势；

根据判断出的第一链路的质量变化趋势更新与第一链路对应的预设数据 块大小，若更新后的预设数据块大小小于门限值，则判定出第一链路异常。

加速客户端每次接收到第一数据报文之后，还可以计算一下传输时间的平 均偏差MD，其中Tn为接收到的第n个第一数据报文的 时间，T（n-1）为接收到的第（n-1）个第一数据报文的时间。

根据MD与RTT之间的关系就可以确定出第一链路的质量变化趋势，进一 步可以更新与第一链路对应的预设数据块大小，并根据更新后的预设数据块大 小判断第一链路的质量。

其中，门限值也就是触发发送压缩的网页信息的最小数据块大小，可以设 置为1Kbyte，意味着如果更新后的预设数据块大小小于或等于1Kbyte，则触 发发送压缩的网页信息，当然门限值也可以根据实际情况设置为其它数值。

加速客户端可以维护流状态信息表，当加速客户端维护多个链路时，可以 在流状态信息表中记录的每个链路的基准往返时间和平均偏差，流状态信息表 的格式如下：

流识别：根据源IP、源端口、目的IP、目的端口识别唯一的一条TCP流。

基准往返时间：每条流的基准往返时间在协商单次传输数据的数据块大小 时计算出来，记录在流状态表中。

平均偏差：每次传输数据块后，计算的传输时间的平均偏差。

具体的，上述的根据基准往返时间和平均偏差判断第一链路的质量变化趋 势，具体包括：

若平均偏差大于第一设定倍数的基准往返时间，则确定第一链路的质量有 变差的趋势；

若平均偏差小于等于第四设定倍数的基准往返时间，则确定第一链路的质 量有变好的趋势，第四设定倍数小于等于第一设定倍数。

根据判断出的第一链路的质量变化趋势更新与第一链路对应的预设数据 块大小，具体包括：

若第一链路的质量有变好的趋势，将与第一链路对应的预设数据块大小增 加第二设定倍数；

若第一链路的质量有变差的趋势，将与第一链路对应的预设数据块大小除 以第三设定倍数。

当第一链路的质量有变好的趋势时，这就意味着网络带宽充足，可以增大 与终端对应的预设数据块大小，也就是说可以增加每次传输数据的数据块大 小；反之，为了避免网络拥塞，可以减小与第一链路对应的预设数据块大小， 也就是说可以减小每次传输数据的数据块大小。下面举例进行说明：

开始--->Stream_size=8Kbyte；

经过1个RTT后--->Stream_size=2*8Kbyte；

经过2个RTT后--->Stream_size=3*8Kbyte；

经过3个RTT后--->Stream_size=4*8Kbyte；

假设第N次传输链路质量有变差的趋势--->Stream_size= (n-1)*8Kbyte/2。

其中，第一设定倍数、第二设定倍数、第三设定倍数、第四设定倍数可以 根据实际需要进行设定。例如：1、2、3等等。

可选的，上述S31中的依次接收加速服务端发送的第二数据报文之后，还 包括：

每次接收加速服务端发送的第二数据报文之后，重新判断第一链路的质量 变化趋势；

根据判断出的第一链路的质量变化趋势更新与第一链路对应的预设数据 块大小。

加速客户端在每次接收加速服务端发送的第二数据报文之后，也可以重新 判断第一链路的质量变化趋势，并根据判断出的第一链路的质量的变化趋势更 新与第一链路对应的预设数据块的大小，从而在后续与加速服务端协商单次传 输数据的数据块大小时，可以更加精确。

下面从加速服务端一侧具体介绍上述步骤：

具体的，上述S24中的与加速客户端协商单次传输数据的数据块大小，具 体包括：向加速客户端发送协商报文；接收加速客户端发送的携带有与第一链 路对应的预设数据块大小作为协商的数据块大小的应答报文。

可选的，上述S25中的依次向加速客户端发送第一数据报文之前，还包括： 计算发出协商报文到接收到应答报文之间的时长，得到基准往返时间；将基准 往返时间发送给加速客户端。

可以在加速服务端端也维护链路状态信息表，当维护多个链路时，可以根 据链路状态信息表中记录的信息确定与每个第一链路对应的预设数据块大小， 来确定第一数据报文和第二数据报文的大小，链路状态信息表的格式如下：

下面具体介绍上述LAS传输协议，该传输协议是基于传输控制协议 （Transfer Control Protocol，TCP）对应用层流量传输进行优化的协议技术，在 应用层上，增加了一个片段（Session）层（如下表所示），从而在一个TCP连 接基础上，实现了链路质量检测和流控。

1.消息类型，包括数据帧和控制帧，其中：

LAS数据帧，用于传输数据，包括DATA_STREAM；LAS控制帧，用于 传输控制信令，包括SYN_STREAM和SYN_REPLY。

2.消息报文格式：

DATA_STREAM的格式如图2b所示，其中“C”为0，表示数据帧。

SYN_STREAM的格式如图2c所示，其中“C”为1，代表控制帧。 SYN_REPLY的格式如图2d所示。

3.报文中各参数说明：

SYN_STREAM中：

":stream_id"，一个31bit的值标识这个流；

":target:d_port"，请求访问的目标地址+目的端口；

":host:s_port"，发起请求的设备地址+源端口；

":Timestamp"，记录报文发出时的时间戳；

":Stream_size"，需要传输的数据段大小；

":Req_Data_size"，请求传输数据的数据块大小。

SYN_REPLY中：

":stream_id"，一个31bit的值标识这个流；

":target:d_port"，请求访问的目标地址+目的端口；

":host:s_port"，发起请求的设备地址+源端口；

":Timestamp"，为报文发出时的时间戳；

":Stream_size"，需要传输的数据段大小；

":Rep_Data_size"，确认传输数据的数据块大小。

DATA_STREAM中：

":stream_id"，一个31bit的值标识这个流；

":flag"，标志位为1，加速服务端或加速客户端在收到TCP报文时，将不 等待缓冲区满，立即投递到相关处理模块；标志位为0，不做特殊处理；

":Lenth"，数据报文的大小等于加速客户端确认的传输数据的数据块大小；

":Body"，为封装的数据报文。

基于同一发明构思，本发明实施例提供一种加速客户端，该加速客户端可 以设置在终端中，也可以单独设置在路由器等网络设备中，结构如图3所示， 包括：

第一收发单30，用于接收到终端发送的第一访问请求报文后转发给加速服 务端，第一访问请求报文用于请求访问业务服务器。

第一协商单元31，用于与加速服务端协商单次传输数据的数据块大小。

第二收发单元32，用于依次接收加速服务端发送的第一数据报文直到判定 出第一链路异常，向终端发送重定向报文，第一数据报文是加速服务端将业务 服务器发送的第一访问响应报文中携带的网页信息以协商的数据块大小拆分 后得到的，第一链路是终端与业务服务器之间的链路。

第三收发单元33，用于接收到终端发送的第二访问请求报文后转发给加速 服务端，第二访问请求报文是终端接收到重定向报文后发送的，用于请求访问 加速服务端。

第二协商单元34，用于重新与加速服务端协商单次传输数据的数据块大 小。

第四收发单元35，用于依次接收加速服务端发送的第二数据报文，第二数 据报文是加速服务端将压缩后的网页信息以重新协商的数据块大小拆分后得 到的；将接收到的第二数据报文拼接成压缩后的网页信息后发送给终端。

具体的，上述第一协商单元31，具体用于：

接收加速服务端发送的协商报文，协商报文是加速服务端将第一访问请求 报文转发给业务服务器、并接收到第一访问响应报文后发送的；

将与第一链路对应的预设数据块大小作为协商的数据块大小携带在应答 报文中发送给加速服务端。

可选的，上述第二收发单元32，还用于在依次接收加速服务端发送的第一 数据报文之前，接收加速服务端发送的基准往返时间，基准往返时间是加速服 务端发出协商报文到接收到应答报文之间的时长。

第二收发单元32，用于依次接收加速服务端发送的第一数据报文直到判定 出第一链路异常，具体用于：

每次接收到第一数据报文后，计算传输时间的平均偏差；

根据基准往返时间和平均偏差判断第一链路的质量变化趋势；

根据判断出的第一链路的质量变化趋势更新与第一链路对应的预设数据 块大小，若更新后的预设数据块大小小于门限值，则判定出第一链路异常。

具体的，上述第二收发单元32，用于根据基准往返时间和平均偏差判断链 路质量变化趋势，具体用于：

若平均偏差大于第一设定倍数的基准往返时间，则确定第一链路的质量有 变差的趋势；

若平均偏差小于等于第四设定倍数的基准往返时间，将确定第一链路的质 量有变好的趋势，第四设定倍数小于等于第一设定倍数。

第二收发单元32，用于根据判断出的第一链路的质量变化趋势更新与第一 链路对应的预设数据块大小，具体用于：

若第一链路的质量有变好的趋势，将与第一链路对应的预设数据块大小增 加第二设定倍数；

若第一链路的质量有变差的趋势，则与第一链路对应的预设数据块大小除 以第三设定倍数。

可选的，上述第四接收单元35，还用于在每次接收加速服务端发送的第二 数据报文之后，重新判断第一链路的质量变化趋势；

根据判断出的第一链路的质量变化趋势更新与第一链路对应的预设数据 块大小。

基于同一发明构思，本发明实施例提供一种加速服务端，该加速服务端可 以设置在路由器等网络设备中，结构如图4所示，包括：

第一收发单元40，用于接收到加速客户端转发的、来自终端的第一访问请 求报文后转发给业务服务器。

第一协商单元41，用于接收到业务服务器发送的第一访问响应报文后，与 加速客户端协商单次传输数据的数据块大小。

第二收发单元42，用于依次向加速客户端发送第一数据报文直到接收到加 速客户端转发的、来自终端的第二访问请求报文，第一数据报文是自身所在的 加速服务端将第一访问响应报文中携带的网页信息以协商的数据块大小拆分 后得到的，第二访问请求报文是终端接收到来自加速客户端发送的重定向报文 后发送的，用于请求访问加速服务端，重定向报文是加速客户端判定出终端与 业务服务器之间的第一链路异常后发出的。

第二协商单元43，用于重新与加速客户端协商单次传输数据的数据块大 小。

第三收发单元44，用于依次向加速客户端发送第二数据报文，第二数据报 文是加速服务端将压缩后的网页信息以重新协商的数据块大小拆分后得到的。

具体的，上述第一协商单元41，用于与加速客户端协商单次传输数据的数 据块大小，具体用于：

向加速客户端发送协商报文；

接收加速客户端发送的携带有与第一链路对应的预设数据块大小作为协 商的数据块大小的应答报文。

可选的，上述第二收发单元42，还用于在依次向加速客户端发送第一数据 报文之前，计算发出协商报文到接收到应答报文之间的时长，得到基准往返时 间；

将基准往返时间发送给加速客户端。

本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产 品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和 ／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／ 或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入 式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算 机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一 个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设 备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中 的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个 流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使 得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处 理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个 流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的可选实施例，但本领域内的技术人员一旦得知了基 本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要 求意欲解释为包括可选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱 离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属 于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和 变型在内。