一种基于移动互联网的数据传输方法及系统与流程

本发明涉及通信技术领域，具体涉及一种基于移动互联网的数据传输方法及系统。

背景技术：

互联网的飞速发展，已逐渐深入到多数人的日常生活和工作中，随着移动互联网技术的不带升级换代，移动终端已经成为用户随身携带的必备产品。人们开始习惯于使用移动终端进行各种资料的管理与传输，但是，移动互联网特有的网络链接不稳定、带宽不足，传输速率低、可靠性差的问题，给用户资料的传输带来了极大的不便。

技术实现要素：

针对现有技术存在的问题和迫切需求，本发明提出一种基于移动互联网的数据传输方法及系统，其目的在于，在在移动互联网模式下，实现移动终端和服务器之间的数据传输的可靠性机制和流量控制机制，保证数据安全完整的传输，解决移动网络下数据传输易掉线，传输不完整的技术问题。

一种基于移动互联网的数据传输方法，包括以下步骤：

(1)数据链接初始化：

(11)移动终端向服务器发出包含网络传输机制、传输数据类别、传输命令类别、数据基本属性信息以及包完整性校验码信息的数据协商请求；

(12)服务器首先解析数据协商请求，然后按照网络传输机制为WiFi对应的分包和分块相对较大、网络传输机制为3G或4G对应的分包和分包相对较小的原则设定分包大小和分块大小；若网络传输机制为WiFi则设定传输方式为完全传输方式，若网络传输机制为3G或4G则设定传输方式为断点续传方式；最后生成包含传输方式、分包最大值、分块大小、加密机制、数据完整性验码以及包完整性校验码的数据协商请求响应并反馈给移动终端；

(2)数据传输处理：

(21)移动终端解析数据协商请求响应，依据数据传输方式、分包大小、分块大小拼装待传输数据包，生成包含数据传输方式、包序号、块序号、数据包、数据完整性校验码以及包完整性校验码的数据传输请求并发送给服务器；

(22)服务器解析数据传输请求，利用包完整性校验码检查包的完整性，若不完整，则要求移动终端重传，否则，生成包含数据完整性校验码、传输方式、包序号、块序号、处理结束、包完整性校验码的数据传输请求响应并反馈给移动终端；

(3)会话结束处理：

(31)移动终端向服务器端发出包含数据完整性校验码、包完整性校验码信息的检查请求；

(32)服务器对收到的所有数据包进行拼装，利用数据完整性校验码检查数据块的完整性和数据的完整性；若数据块不完整，则要求移动终端重传该数据块；若数据完整性不一致，则表明整个数据包存在问题，要求移动终端重传整个数据包。

一种基于移动互联网的数据传输系统，包括移动终端和服务器端；

移动终端用于向服务器发出包含网络传输机制、传输数据类别、传输命令类别、数据基本属性信息以及包完整性校验码信息的数据协商请求；

服务器用于首先解析数据协商请求，然后按照网络传输机制为WiFi对应的分包和分块均相对较大、网络传输机制为3G或4G的分包和分包相对较小的原则设定分包大小和分块大小；若网络传输机制为WiFi则设定传输方式为完全传输方式，若网络传输机制为3G或4G则设定传输方式为断点续传方式；最后生成包含传输方式、分包最大值、分块大小、加密机制、数据完整性验码以及包完整性校验码的数据协商请求响应并反馈给移动终端；

移动终端用于解析数据协商请求响应，依据数据传输方式、分包大小、分块大小拼装待传输数据包，生成包含数据传输方式、包序号、块序号、数据包、数据完整性校验码以及包完整性校验码的数据传输请求并发送给服务器；

服务器用于解析数据传输请求，利用包完整性校验码检查包的完整性，若不完整，则要求移动终端重传，否则，生成包含数据完整性校验码、传输方式、包序号、块序号、处理结束、包完整性校验码的数据传输请求响应并反馈给移动终端；

移动终端用于向服务器端发出包含数据完整性校验码、包完整性校验码信息的检查请求；

服务器用于对收到的所有数据包进行拼装，利用数据完整性校验码检查数据块的完整性和数据的完整性；若数据块不完整，则要求移动终端重传该数据块；若数据完整性不一致，则表明整个数据包存在问题，要求移动终端重传整个数据包。

本发明的有益技术效果体现在：

本发明方法提供了移动互联网状态下一种数据传输的可靠性机制和流量控制机制，通过对网络传输中的数据进行特定编码及交互协商，采用数据分块传输，安全加密校验等技术手段，解决了移动终端和服务器之间的数据传输速度慢、易掉线，传输不完整的技术问题，可为上层应用提供高效可靠的数据传输服务。

附图说明

图1为本发明数据传输机制交互序列图；

图2为本发明数据传输机制处理工作流程图；

图3为数据协商阶段请求数据对象的基本结构图；

图4为数据协商阶段响应数据对象的基本结构图；

图5为数据传输阶段请求数据对象基本结构图；

图6为数据传输阶段响应数据对象基本结构图；

图7为传输完成阶段请求数据对象基本结构图；

图8为传输完成阶段响应数据对象基本结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。此外，下面所描述的本发明各个实施方式中所涉及到的技术特征只要彼此之间未构成冲突就可以相互组合。

本发明通过在标准传输协议(TCP/IP、HTTP/HTTPS传输协议)的上层，通过定义特定的数据传输包及传输流程，实现数据传输。

本发明基于移动互联网的数据传输方法的交互流程如下：

(1)数据链接初始化过程。

(11)移动终端向服务器发出数据协商请求

移动终端向服务器发出数据协商请求，数据协商请求的基本结构如图3所示，协商信息对象包括：网络传输机制(3G/4G/WIFI)，传输数据类别(可根据需要设定，比如分为结构化数据、非结构化数据)、传输命令类别(增、删、改等)、数据基本属性信息(数据名称、数据大小、数据路径、数据完整性检查码等)、包完整性校验码等。

(12)服务器响应数据协商请求

服务器解析数据协商请求，并返回协商结果，响应协商请求的基本结构如图4所示，包括响应命令类别(初始化)、传输命令类别(增、删、改等)、传输基本信息(数据完整性验码、传输方式(完全传输、断点续传)、分包最大值、分块大小)、加密机制、包完整性校验码等。

网络传输机制可以为WiFi、3G、4G网络环境，考虑到WiFi网络环境的稳定性优于3G、4G，因此设定WiFi网络环境下的分包最大值可相对较大，而3G、4G网络环境下的分包最大值相对较小。

传输方式包括完全传输和断点续传两种，在设备处于可靠性传输环境(WIFI)下，通常默认采用完全传输方式，在设备处于移动网络模式(3G/4G)下，默认采用断点续传方式。具体传输方式的设定需还可由应用的具体需求及环境需求来调整，包括网络状态、文件大小、文件重要性等等，应用服务器系统将在数据协商过程中设定移动终端的数据传输方式。譬如，网络状态好、文件小、文件很重要，优先采用完全传输方式。

分块大小依据网络传输机制的不同进行设置，在稳定性网络(WIFI)环境中，设定的分块大小将大于非稳定性网络(3G/4G)环境。分块大小还受到设备本身性能及容量的影响，因此该值的设定在实际应用中需经过大量测试及调整，譬如默认情况下每块大小设定为4M。

加密机制用于保障数据的安全性，由于网络数据传输过程中，数据流很容易被截取，为保障一些重要数据的安全行，通常采用加密方法对传输的数据进行加密。通常我们可采用DES、3DES、AES等对称加密算法中的任意一种。

本发明启用了两层校验，保证了数据可靠性。具体而言，利用包完整性校验码检查传输过程中数据包的完整性，利用数据完整性验码检查数据内容本身的完整性。

(2)数据传输处理。

(21)移动终端向服务器发出数据传输请求

移动终端解析服务器反馈的协商结果，获取数据传输方式、分包大小、分块大小等设定，按照指定的数据格式拼装需要传输的数据包，通过标准的网络传输协议(TCP/IP、HTTP/HTTPS)将数据包发送给服务器。

数据传输指令的基本结构如图5所示，包括请求类别(传输)、传输命令类别(增、删、改等)、数据信息(数据完整性校验码、传输方式(完全传输、分块传输)、包序号、块序号、数据包)、包完整性校验码。

(22)服务器响应数据传输请求

服务器收到移动终端发送来的数据包后，将对数据包进行解包处理，响应数据传输请求，数据的解包处理需检查包的完整性。如果服务器端检查发现包完整性不一致，将在处理结果中将要求移动终端对当前包进行重传处理。

响应传输指令的基本结构如图6所示，包括响应类别(传输)、传输命令类别(增、删、改)、数据信息(数据完整性校验码、传输方式(完全传输、分块传输)、包序号、块序号、处理结束)、包完整性校验码。

(3)会话结束处理。

移动终端和服务器检查传输结果，检查数据的完整性。服务器在收到传输结束包后，将对收到的所有数据进行拼装，检查数据块的完整性和数据的完整性，若存在数据块不完整的情况，将要求移动终端重传该数据块。若存在数据完整性不一致的情况，表明整个数据包存在问题，需由移动终端重传整个数据包。

检查请求指令的基本结构如图7所示，包括请求类别(结束)、数据完整性校验码、包完整性校验码。

响应检查请求的基本结构如图8所示，包括响应类别(结束)、响应信息(数据完整性校验码、处理结束)、包完整性校验码。

本领域的技术人员容易理解，以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。