CN102932392A

CN102932392A - 多终端系统的udp下载方法

Info

Publication number: CN102932392A
Application number: CN2011102309020A
Authority: CN
Inventors: 张勇星
Original assignee: Quectel Wireless Solutions Co Ltd
Priority date: 2011-08-12
Filing date: 2011-08-12
Publication date: 2013-02-13
Anticipated expiration: 2031-08-12
Also published as: CN102932392B

Abstract

本发明公开了一种多终端系统的UDP下载方法：S₁、该服务器下发数据更新通知以及数据的总长度；S₂、该服务器将数据分包为多个数据包，该终端根据该服务器下发的数据的总长度获得数据的分包信息；S₃、该终端向该服务器请求该多个数据包，该服务器应请求向该终端下发该多个数据包；S₄、该终端判断是否成功接收到所有数据包，若是则执行S₆，若否则执行S₅；S₅、该终端向该服务器请求下载失败的数据包，该服务器应请求向该终端下发下载失败的数据包；S₆、该终端告知该服务器数据更新完成。本发明能够在保证数据的下载完整性的前提下大幅地减轻服务器的负担、最优化对GPRS链路的利用效率、提高下载速度并且避免流量浪费。

Description

多终端系统的UDP下载方法

技术领域

本发明涉及一种UDP(User Datagram Protocol，用户数据包协议)下载方法，特别是涉及一种多终端系统的UDP下载方法。

背景技术

所谓的多终端系统一般是指多个终端与一个服务器之间相互通信的系统。由于UDP具有操作简单、通信效率较高的优点，因此很多多终端系统都是采用UDP方式来进行通信的。

但是，当无线网络信号不佳、地处无线网络覆盖不完全的区域、地处无线网络信号受到障碍物遮挡的区域或是终端本身对无线网络信号接收不良时，UDP方式下的通信很容易发生严重的丢包问题。

如图1所示，以服务器与一个终端之间的通信为例，传统的UDP下载流程包括以下步骤：

步骤100，该服务器向该终端下发数据更新通知。

步骤101，该终端向该服务器回复表示同意进行数据更新。

步骤102，该服务器将准备下发给该终端的数据分包为多个数据包。

步骤103，该服务器向该终端下发该多个数据包。

步骤104，该服务器在下发完毕所有的数据包之后，向该终端请求数据包的接收结果，即询问该终端是否成功地接收到了所有的数据包。

步骤105，该终端向该服务器上报数据包的接收结果。

步骤106，该服务器对该接收结果进行判断，若接收结果表示所有的数据包都已接收成功，则结束此次UDP下载流程，若有一个或多个数据包接收失败，则该服务器将会再次执行步骤103，以向该终端重新下发所有的数据包。

这种UDP下载流程中存在着以下缺陷：

1、服务器始终处于主动地位，而终端则处于被动地位，大部分的工作，例如对数据进行丢包重传处理等等，均是由服务器主导执行的，因此服务器的负担很重，而再考虑到服务器需要与多个终端进行通信，这一问题就会变得极为严重。

2、由于服务器并不知晓各个终端所处的网络状态是否良好，因此其无法根据各个终端所处的具体网络状态而针对不同的终端选择合适的数据下发速度，这会造成GPRS(General Packet Radio System，通用分组无线业务)链路的利用不充分，从而导致网络配置资源的浪费。

3、即使在只有其中个别数据包发生丢包的情况下，由于终端并不会向终端详细地反馈发生丢包的到底是哪几个数据包，因此服务器便需要向终端重新下发整个文件数据，即重新下发所有的数据包，这不仅会造成流量的浪费，还会进一步地加重服务器的负担。

发明内容

本发明要解决的技术问题是为了克服现有技术中的UDP下载方法会造成服务器的负担过重、GPRS链路的利用不充分以及流量的浪费的缺陷，提供一种能够在保证数据的下载完整性的前提下大幅地减轻服务器的负担、最优化对GPRS链路的利用效率、提高下载速度并且最大程度地避免流量浪费的多终端系统的UDP下载方法。

本发明是通过下述技术方案来解决上述技术问题的：一种多终端系统的UDP下载方法，该多终端系统包括相互通信的一服务器与多个终端，其特点在于，在该UDP下载方法中每个终端从该服务器下载数据的流程包括：

S₁、该服务器下发数据更新通知以及数据的总长度；

S₂、该服务器将数据分包为多个数据包，同时，该终端根据该服务器下发的数据的总长度获得数据的分包信息；

S₃、该终端向该服务器请求该多个数据包，该服务器应请求向该终端下发该多个数据包；

S₄、该终端判断是否成功接收到所有数据包，若是，则执行S₆，若否，则执行S₅；

S₅、该终端向该服务器请求下载失败的数据包，该服务器应请求向该终端下发下载失败的数据包；

S₆、该终端告知该服务器数据更新完成。

在服务器与终端开始通信之前，双方会预先约定好通信格式，也就是说，服务器和终端都预先知晓每个数据包的大小。因此，只要服务器将数据的总长度告知终端，终端便可以计算出数据的分包信息，即各个数据包在整个数据中所处的位置。一旦得知了各个数据包在整个数据中的具体位置，终端便可以以此位置信息为唯一的识别标识向服务器索要某一个或某几个特定的数据包，而这一点则正是现有技术所无法实现的、并因此致使终端在现有通信流程中始终处于被动地位。

在本发明的该UDP下载方法中，终端在大部分操作中均处于主动地位，而服务器在这些操作中则仅仅需要应终端的请求而动作即可。

例如，在下发数据包时，先由终端明确地向服务器索要整个更新文件所包含的各个数据包，而后服务器才会应请求将这些数据包向终端下发。

又例如，在接收数据包时，由于终端能够唯一地识别出各个不同的数据包，因此其可以在用于接收数据包的等待超时时间到期时明确地判断出哪些数据包已经成功接收、而哪些数据包下载失败，并由此获得发生丢包的数据包列表。这样一来，终端便可以主动地进行丢包重传处理了，即，终端会明确地向服务器索要丢失的个别数据包，服务器则仅需应请求重新下发这几个丢失了的数据包即可，而无需像现有技术中那样将全部的数据包都重新下发。

由此，一方面服务器将无需再主导处理丢包重传工作，因此在应对多个终端时的工作负担将大幅减轻，同时这也变相地增加了服务器的容量、降低了企业的服务器成本以及维护费用，另一方面，由于在发生丢包时无需对所有的数据包都进行重传，这将能够最大程度地避免网络流量的浪费。

较佳地，在S₂中，该终端还根据数据的分包信息将该多个数据包分组；在S₃中，该终端依次向该服务器请求各组数据包，该服务器应请求依次向该终端下发各组数据包。在数据包数量较多的情况下，将数据包分组将能够更有效率地进行数据传输。

较佳地，在S₃中，该终端动态地调整每组中的数据包的个数和/或用于接收每组数据包的等待超时时间。在等待超时时间到期时还未成功接收的数据包便将被视为接收失败、发生丢包。

其中，在S₃中，当对数据包的接收成功率高时，该终端动态地调高每组中的数据包的个数和/或动态地调低用于接收每组数据包的等待超时时间，当对数据包的接收成功率低时，该终端动态地调低每组中的数据包的个数和/或动态地调高用于接收每组数据包的等待超时时间。

由终端根据实际的传输效果来动态地调整下载策略，将能够显著地提高GPRS链路的利用效率，并提高下载速度。

其中，在S₆中，该终端基于成功接收到的所有数据包获得下载得到的数据的总长度，并与该服务器下发的数据的总长度进行比较，若相一致则告知该服务器数据更新完成。利用数据长度来进行判断将可以可靠地保证数据的下载完整性。

本发明的积极进步效果在于：本发明能够在保证数据的下载完整性的前提下大幅地减轻服务器的负担、最优化对GPRS链路的利用效率、提高下载速度并且最大程度地避免流量浪费。

附图说明

图1为现有技术中的多终端系统的UDP下载方法的流程图。

图2为本发明的该多终端系统的UDP下载方法的流程图。

具体实施方式

下面结合附图给出本发明较佳实施例，以详细说明本发明的技术方案。

实施例

如图2所示，本实施例的多终端系统的UDP下载方法包括以下步骤：

步骤200，服务器向终端下发数据更新通知，以及该数据的总长度。

步骤201，终端回复服务器表示同意进行数据更新。

步骤202，根据约定好的通信格式，服务器将该数据分包为多个数据包，同时，终端则根据服务器下发的该数据的总长度获得数据的分包信息，然后进一步地根据该分包信息将数据包进行分组。在本步骤中，持有数据的服务器对该数据进行实际分包，而并不持有数据的终端则对该数据进行虚拟分包、并进一步地以分组的方式设定下载策略，即设定每组中包含的数据包的个数，并为每组数据包设定一定的等待超时时间。

步骤203，终端向服务器请求一组还未下发过的数据包。

步骤204，服务器应请求向终端下发该组数据包。

步骤205，终端判断是否所有组的数据包均已经由服务器下发完毕，若是，则执行步骤206，若否，则再次执行步骤203。

在执行步骤203～205的过程中，终端还可以根据数据包的实际传输效果随时调整每组中包含的数据包的个数以及等待超时时间，当网络情况较好、传输流畅时，可以适当地增加每组中数据包的个数和/或降低等待超时时间，而当网络情况不佳、传输困难时，则可以适当地减少每组中数据包的个数和/或延长等待超时时间。

步骤206，终端判断是否成功接收到了所有数据包，即判断有无数据包发生了丢包以及具体有哪些数据包发生了丢包，若有丢包现象，则执行步骤207，若无丢包现象，则直接执行步骤209。

步骤207，终端向服务器请求下载失败的数据包。

步骤208，服务器应请求向终端重新下发这些下载失败的数据包。

步骤209，在成功地接收到所有数据包之后，终端通过检验实际接收到的数据总长度与步骤200中服务器下发的数据总长度是否一致来判断数据的下载完整性，若数据完整无误则告知服务器数据更新完成。

综上所述，本发明能够在保证数据的下载完整性的前提下大幅地减轻服务器的负担、最优化对GPRS链路的利用效率、提高下载速度并且最大程度地避免流量浪费。

虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这些仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。

Claims

1.一种多终端系统的UDP下载方法，该多终端系统包括相互通信的一服务器与多个终端，其特征在于，在该UDP下载方法中每个终端从该服务器下载数据的流程包括：

S₁、该服务器下发数据更新通知以及数据的总长度；

S₆、该终端告知该服务器数据更新完成。

2.如权利要求1所述的多终端系统的UDP下载方法，其特征在于，在S₂中，该终端还根据数据的分包信息将该多个数据包分组；在S₃中，该终端依次向该服务器请求各组数据包，该服务器应请求依次向该终端下发各组数据包。

3.如权利要求2所述的多终端系统的UDP下载方法，其特征在于，在S₃中，该终端动态地调整每组中的数据包的个数和/或用于接收每组数据包的等待超时时间。

4.如权利要求3所述的多终端系统的UDP下载方法，其特征在于，在S₃中，当对数据包的接收成功率高时，该终端动态地调高每组中的数据包的个数和/或动态地调低用于接收每组数据包的等待超时时间，当对数据包的接收成功率低时，该终端动态地调低每组中的数据包的个数和/或动态地调高用于接收每组数据包的等待超时时间。

5.如权利要求1-4中任意一项所述的多终端系统的UDP下载方法，其特征在于，在S₆中，该终端基于成功接收到的所有数据包获得下载得到的数据的总长度，并与该服务器下发的数据的总长度进行比较，若相一致则告知该服务器数据更新完成。