CN105743865A - 多媒体文件数据传输***及传输方法 - Google Patents
多媒体文件数据传输***及传输方法 Download PDFInfo
- Publication number
- CN105743865A CN105743865A CN201410768291.9A CN201410768291A CN105743865A CN 105743865 A CN105743865 A CN 105743865A CN 201410768291 A CN201410768291 A CN 201410768291A CN 105743865 A CN105743865 A CN 105743865A
- Authority
- CN
- China
- Prior art keywords
- multimedia file
- instruction
- server
- transmission
- file data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Communication Control (AREA)
Abstract
本发明公开了一种多媒体文件数据传输***及传输方法,***包括一具有发送模块的监控终端和一具有接收模块的服务器,发送模块用于向服务器发送一传输请求指令;并在收到服务器发送的传输请求确认指令后将多媒体文件数据拆分成若干数据包,并将数据包连续发送至服务器,且在发送完所有数据包后向服务器发送一传输结束指令;接收模块还用于在收到传输结束指令后检查收到的多媒体文件数据是否完整,并向监控终端发送一用于表征是否有缺失的数据块的接收标识指令;发送模块还用于解析接收标识指令,并根据指令内容执行缺失的数据包的重新发送或结束传输。本发明减少了服务器端反馈的确认信息帧的数量,提高了多媒体文件数据的传输效率。
Description
技术领域
本发明涉及一种在监控终端与服务器之间的多媒体文件数据传输***及传输方法。
背景技术
现有的监控终端与通讯服务器之间有多种多媒体文件传输方法,例如监控终端采取UDP(UserDatagramProtocol,用户数据报协议)的方式对多媒体文件进行传输。由于UDP使用底层的互联网协议来传送报文,与IP(InternetProtocol,网络之间互连的协议)一样提供不可靠的无连接数据包传输服务,所以在网络环境较差的时候丢包比较多;同时在进行数据补传的时候需要和通讯服务器进行数据交互,所以需要新增端口进行通讯,而一般监控终端采取的是嵌入式开发,端口资源较少,提高了开发成本和硬件成本。而以TCP(TransmissionControlProtocol传输控制协议)传输的方式进行传输时,虽然TCP是一种面向连接的、可靠的、基于IP的传输层协议,能够保证数据的可靠传输,但其采用“一问一答”的方式进行数据传输,即每次上传一条数据都需要通讯服务器进行应答,这样会导致数据传输效率低下,同时也耗费了较多的流量。
发明内容
本发明要解决的技术问题是克服现有技术中监控终端与服务器通过TCP/IP方式进行多媒体文件数据传输时传输效率低下,耗费流量的缺陷,提供一种多媒体文件数据传输***及传输方法。
本发明是通过下述技术方案解决上述技术问题的:
一种多媒体文件数据传输***,其特点在于,包括一监控终端和一服务器,所述监控终端与所述服务器建立TCP/IP连接,所述监控终端包括一发送模块,所述服务器包括一接收模块;
所述发送模块用于向所述服务器发送一传输请求指令;
所述接收模块用于在收到所述传输请求指令后创建一多媒体文件,并向所述监控终端发送一传输请求确认指令;
所述发送模块还用于在收到所述传输请求确认指令后将多媒体文件数据打包为待发送的数据帧,并在所述数据帧的长度大于一阈值时通过一数据通讯协议将所述数据帧拆分成若干数据包,并通过Socket(套接字,用于描述IP地址和端口,是一个通信链的句柄)接口将数据包连续发送至所述服务器,且在发送完所有数据包后向所述服务器发送一传输结束指令;
所述接收模块还用于将接收到的数据包写入所述多媒体文件中,并在收到所述传输结束指令后检查收到的多媒体文件数据是否完整,若完整,则向所述监控终端发送一用于表征数据包接收完整的接收标识指令,若不完整,则向所述监控终端发送一用于表征有缺失的数据块的接收标识指令;
所述发送模块还用于解析所述接收标识指令,若所述接收标识指令表征有缺失的数据块,则将缺失的数据块重新打包并通过Socket接口重新连续发送至所述服务器,若所述接收标识指令表征数据包接收完整,则结束多媒体文件数据的传输。
在本方案中,发送模块将数据包连续发送至服务器时,是将数据包一个接一个的发送,中间不掺杂其它操作,且无需对发送的每一个数据包请求服务器回复一确认信息帧,而是仅在所有数据包发送完后向服务器发送一传输结束指令,再根据实际情况对服务器端未收到的缺失的数据包重新发送即可,因此,大大减少了在传输过程中服务器端反馈的确认信息帧的数量,从而提高了多媒体文件数据的传输效率,也避免了频繁接收服务器的确认信息帧导致的过多流量的耗费,还确保了多媒体文件数据传输的完整性。
较佳地,所述发送模块还用于在所述数据帧的长度小于所述阈值时直接将所述数据帧通过Socket接口发送至所述服务器。
较佳地,所述接收标识指令用于在内容为空时表征数据包接收完整、在内容为缺失的数据块标识时表征有缺失的数据块。
其中,对缺失的数据块用相应的数据块标识来做标记,以便监控终端对相应的缺失的数据块进行打包。
较佳地,所述发送模块以无时间间隔的方式将数据包连续发送至所述服务器。
本发明还提供一种多媒体文件数据传输方法,其特点在于,其利用如上述的多媒体文件数据传输***实现,包括以下步骤:
S1、所述发送模块向所述服务器发送一传输请求指令;
S2、所述接收模块在收到所述传输请求指令后创建一多媒体文件,并向所述监控终端发送一传输请求确认指令;
S3、所述发送模块在收到所述传输请求确认指令后将多媒体文件数据打包为待发送的数据帧,并在所述数据帧的长度大于一阈值时通过一数据通讯协议将所述数据帧拆分成若干数据包,并通过Socket接口将数据包连续发送至所述服务器,且在发送完所有数据包后向所述服务器发送一传输结束指令;
S4、所述接收模块将接收到的数据包写入所述多媒体文件中,并在收到所述传输结束指令后检查收到的多媒体文件数据是否完整,若完整,则向所述监控终端发送一用于表征数据包接收完整的接收标识指令,若不完整,则向所述监控终端发送一用于表征有缺失的数据块的接收标识指令;
S5、所述发送模块解析所述接收标识指令,若所述接收标识指令表征有缺失的数据块,则将缺失的数据块重新打包并通过Socket接口重新连续发送至所述服务器,若所述接收标识指令表征数据包接收完整,则结束多媒体文件数据的传输。
较佳地,步骤S3中所述发送模块在所述数据帧的长度小于所述阈值时直接将所述数据帧通过Socket接口发送至所述服务器。
较佳地,所述接收标识指令的内容为空时表征数据包接收完整、在内容为缺失的数据块标识时表征有缺失的数据块。
较佳地,步骤S3中所述发送模块以无时间间隔的方式将数据包连续发送至所述服务器。
本发明的积极进步效果在于:本发明的监控终端在发送多个数据包时,无需请求服务器对每一数据包的发送都回复一确认信息帧,因此,大大减少了在传输过程中服务器端反馈的确认信息帧的数量,提高了多媒体文件数据的传输效率,也避免了频繁接收服务器的确认信息帧导致的过多流量的耗费,还确保了多媒体文件数据传输的完整性。
附图说明
图1为本发明实施例1的多媒体文件数据传输***的结构示意图。
图2为本发明实施例2的多媒体文件数据传输方法的流程图。
图3为本发明实施例2的多媒体文件数据传输方法中监控终端执行过程的流程图。
图4为本发明实施例2的多媒体文件数据传输方法中服务器执行过程的流程图。
具体实施方式
下面通过实施例的方式进一步说明本发明,但并不因此将本发明限制在所述的实施例范围之中。
实施例1
本实施例提供一种多媒体文件数据传输***,如图1所示,包括一监控终端1和一服务器2,所述监控终端与所述服务器建立TCP/IP连接,所述监控终端包括一发送模块10,所述服务器包括一接收模块20。
所述发送模块10用于向所述服务器发送一传输请求指令。
所述接收模块20用于在收到所述传输请求指令后创建一多媒体文件,并向所述监控终端发送一传输请求确认指令。
所述发送模块10还用于在收到所述传输请求确认指令后将多媒体文件数据打包为待发送的数据帧,并在所述数据帧的长度大于一阈值时通过一数据通讯协议将所述数据帧拆分成若干数据包,并通过Socket接口将数据包连续发送至所述服务器2,且在发送完所有数据包后向所述服务器2发送一传输结束指令。
而数据帧的长度小于所述阈值时是不用拆分成多个数据包的,是可以直接发送的,发送模块连续发送数据包时是采用无时间间隔的方式进行连续发送数据包的。
所述接收模块20还用于将接收到的数据包写入所述多媒体文件中,并在收到所述传输结束指令后检查收到的多媒体文件数据是否完整,若完整,则向所述监控终端发送一用于表征数据包接收完整的接收标识指令,若不完整,则向所述监控终端发送一用于表征有缺失的数据块的接收标识指令。
具体地,接收标识指令的内容为空时表征数据包接收完整、在内容为缺失的数据块标识时表征数据包接收不完整,即有缺失的数据块。
所述发送模块10还用于解析所述接收标识指令,若所述接收标识指令表征有缺失的数据块,则将缺失的数据块重新打包并通过Socket接口重新连续发送至所述服务器,若所述接收标识指令表征数据包接收完整,则结束多媒体文件数据的传输。
本实施例的监控终端在发送多个数据包时,无需请求服务器对每一数据包的发送都回复一确认信息帧,大大减少了在传输过程中服务器端反馈的确认信息帧的数量,提高了多媒体文件数据的传输效率。
实施例2
本实施提供一种多媒体文件数据传输方法,其利用实施例1所述的所述的多媒体文件数据传输***实现,如图2所示,包括以下步骤:
步骤101、所述发送模块向所述服务器发送一传输请求指令;
其中,发送模块先获取多媒体文件数据,可通过监控终端的摄像头获取图片,以传输图片数据。而传输请求指令中包括一校验消息,该校验信息供服务器端验证收到的传输请求指令的内容是否正确,在请求指令的内容正确时才会建立多媒体文件,且在数据库中建立多媒体文件数据传输记录,不正确时会反馈给监控终端一表征传输请求指令错误的指令。
步骤102、所述接收模块在收到所述传输请求指令后创建一多媒体文件,并向所述监控终端发送一传输请求确认指令;
其中,多媒体文件用于存放监控终端发送的多媒体文件数据,而传输请求确认指令指服务器端已经收到传输请求指令,等待监控终端上传多媒体文件数据。
步骤103、所述发送模块在收到所述传输请求确认指令后将多媒体文件数据打包为待发送的数据帧,并在所述数据帧的长度大于一阈值时通过一数据通讯协议将所述数据帧拆分成若干数据包,并通过Socket接口将数据包连续发送至所述服务器,且在发送完所有数据包后向所述服务器发送一传输结束指令;
其中,监控终端将数据帧的长度大于所述阈值时将多媒体文件数据分解成多个二进制数据包的形式依次连续不间断的发送,而数据帧的长度小于所述阈值时是不用拆分成多个数据包的,因此是可以直接将所述数据帧通过Socket接口发送至所述服务器的。而数据帧中添加了数据校验信息,数据接收方收到数据校验信息后会对整个多媒体文件数据的内容是否正确进行校验,若正确,则会获取相应的数据内容,若不正确,则反馈给监控终端一表征帧数据错误的指令。
在发送过程中服务器并不会反馈给监控终端对收到的每一个数据包的确认信息帧。
同样,传输结束指令中也包括一校验消息,该校验信息供服务器端验证收到的传输结束指令的内容是否正确,在传输结束指令的内容正确时检查收到的多媒体文件数据是否完整,不正确时会反馈给监控终端一表征传输结束指令错误的指令。
步骤104、所述接收模块将接收到的数据包写入所述多媒体文件中,并在收到所述传输结束指令后检查收到的多媒体文件数据是否完整,若完整,则向所述监控终端发送一用于表征数据包接收完整的接收标识指令,若不完整,则向所述监控终端发送一用于表征有缺失的数据块的接收标识指令;
其中,是否完整是指:是否收到了所有的数据包。
步骤105、所述发送模块解析所述接收标识指令,若所述接收标识指令表征有缺失的数据块,则将缺失的数据块重新打包并通过Socket接口重新连续发送至所述服务器,若所述接收标识指令表征数据包接收完整,则结束多媒体文件数据的传输。
假设接收标识指令的内容为缺失的数据块标识,则会对缺失的数据块进行重新发送,也即发送模块将缺失的数据块进行重新打包,将缺失的数据包连续发送至服务器,并在所有缺失的数据包传输结束时向服务器端发送一传输结束指令,服务器端检查收到的后来重新发送的缺失的数据包是否完整,若是完整,则说明整个多媒体文件数据已传输完成,因此会向监控终端发送一内容为空的接收标识指令,并修改数据库记录中的接收标志,从而结束多媒体文件数据的传输,若不完整,则会继续通知监控终端对缺失的数据块进行打包重新发送,直到服务器收到完整的多媒体文件数据。
对于单独的监控终端执行相应操作的流程图可如图3所示,而对于单独的服务器执行相应操作的流程图可如图4所示。
可见,重新发送数据包的过程是直到完整的多媒体文件数据传输完成时才会结束。相对于现有的“一问一答”的数据传输方式而言,本实施例大大减少了在传输过程中服务器端反馈的确认信息帧的数量,提高了多媒体文件数据的传输效率,也避免了频繁接收服务器的确认信息帧导致的过多流量的耗费,还确保了多媒体文件数据传输的完整性。
虽然以上描述了本发明的具体实施方式,但是本领域的技术人员应当理解,这些仅是举例说明,本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下,可以对这些实施方式做出多种变更或修改,但这些变更和修改均落入本发明的保护范围。
Claims (8)
1.一种多媒体文件数据传输***,其特征在于,包括一监控终端和一服务器,所述监控终端与所述服务器建立TCP/IP连接,所述监控终端包括一发送模块,所述服务器包括一接收模块;
所述发送模块用于向所述服务器发送一传输请求指令;
所述接收模块用于在收到所述传输请求指令后创建一多媒体文件,并向所述监控终端发送一传输请求确认指令;
所述发送模块还用于在收到所述传输请求确认指令后将多媒体文件数据打包为待发送的数据帧,并在所述数据帧的长度大于一阈值时通过一数据通讯协议将所述数据帧拆分成若干数据包,并通过Socket接口将数据包连续发送至所述服务器,且在发送完所有数据包后向所述服务器发送一传输结束指令;
所述接收模块还用于将接收到的数据包写入所述多媒体文件中,并在收到所述传输结束指令后检查收到的多媒体文件数据是否完整,若完整,则向所述监控终端发送一用于表征数据包接收完整的接收标识指令,若不完整,则向所述监控终端发送一用于表征有缺失的数据块的接收标识指令;
所述发送模块还用于解析所述接收标识指令,若所述接收标识指令表征有缺失的数据块,则将缺失的数据块重新打包并通过Socket接口重新连续发送至所述服务器,若所述接收标识指令表征数据包接收完整,则结束多媒体文件数据的传输。
2.如权利要求1所述的多媒体文件数据传输***,其特征在于,所述发送模块还用于在所述数据帧的长度小于所述阈值时直接将所述数据帧通过Socket接口发送至所述服务器。
3.如权利要求1所述的多媒体文件数据传输***,其特征在于,所述接收标识指令用于在内容为空时表征数据包接收完整、在内容为缺失的数据块标识时表征有缺失的数据块。
4.如权利要求1-3中任意一项所述的多媒体文件数据传输***,其特征在于,所述发送模块以无时间间隔的方式将数据包连续发送至所述服务器。
5.一种多媒体文件数据传输方法,其特征在于,其利用如权利要求1所述的多媒体文件数据传输***实现,包括以下步骤:
S1、所述发送模块向所述服务器发送一传输请求指令;
S2、所述接收模块在收到所述传输请求指令后创建一多媒体文件,并向所述监控终端发送一传输请求确认指令;
S3、所述发送模块在收到所述传输请求确认指令后将多媒体文件数据打包为待发送的数据帧,并在所述数据帧的长度大于一阈值时通过一数据通讯协议将所述数据帧拆分成若干数据包,并通过Socket接口将数据包连续发送至所述服务器,且在发送完所有数据包后向所述服务器发送一传输结束指令;
S4、所述接收模块将接收到的数据包写入所述多媒体文件中,并在收到所述传输结束指令后检查收到的多媒体文件数据是否完整,若完整,则向所述监控终端发送一用于表征数据包接收完整的接收标识指令,若不完整,则向所述监控终端发送一用于表征有缺失的数据块的接收标识指令;
S5、所述发送模块解析所述接收标识指令,若所述接收标识指令表征有缺失的数据块,则将缺失的数据块重新打包并通过Socket接口重新连续发送至所述服务器,若所述接收标识指令表征数据包接收完整,则结束多媒体文件数据的传输。
6.如权利要求5所述的多媒体文件数据传输方法,其特征在于,步骤S3中所述发送模块在所述数据帧的长度小于所述阈值时直接将所述数据帧通过Socket接口发送至所述服务器。
7.如权利要求5所述的多媒体文件数据传输方法,其特征在于,所述接收标识指令的内容为空时表征数据包接收完整、在内容为缺失的数据块标识时表征有缺失的数据块。
8.如权利要求5-7中任意一项所述的多媒体文件数据传输方法,其特征在于,步骤S3中所述发送模块以无时间间隔的方式将数据包连续发送至所述服务器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410768291.9A CN105743865A (zh) | 2014-12-12 | 2014-12-12 | 多媒体文件数据传输***及传输方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410768291.9A CN105743865A (zh) | 2014-12-12 | 2014-12-12 | 多媒体文件数据传输***及传输方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105743865A true CN105743865A (zh) | 2016-07-06 |
Family
ID=56241476
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410768291.9A Pending CN105743865A (zh) | 2014-12-12 | 2014-12-12 | 多媒体文件数据传输***及传输方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105743865A (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106530103A (zh) * | 2016-10-11 | 2017-03-22 | 北京农业智能装备技术研究中心 | 一种航空植保作业实时监管*** |
CN106713317A (zh) * | 2016-12-22 | 2017-05-24 | 上海帝联信息科技股份有限公司 | 流媒体文件的传输方法及装置 |
CN108600045A (zh) * | 2018-04-05 | 2018-09-28 | 厦门快商通信息技术有限公司 | 一种服务链路监控方法及装置 |
CN108877059A (zh) * | 2018-06-08 | 2018-11-23 | 廊坊新奥燃气设备有限公司 | 物联网燃气表结算方法、物联网燃气表以及抄表平台服务器 |
CN108934004A (zh) * | 2018-09-17 | 2018-12-04 | 成都心吉康科技有限公司 | 一种经典蓝牙数据的读取方法及装置 |
CN108966187A (zh) * | 2018-06-06 | 2018-12-07 | 四川斐讯全智信息技术有限公司 | 一种基于ble的数据传输方法及*** |
CN110324297A (zh) * | 2018-03-30 | 2019-10-11 | 武汉斗鱼网络科技有限公司 | 一种消息处理方法及装置 |
CN110677220A (zh) * | 2019-09-09 | 2020-01-10 | 无锡江南计算技术研究所 | 一种基于多轨冗余应答的rdma消息机制及其实现装置 |
CN111211878A (zh) * | 2018-11-22 | 2020-05-29 | 杭州海康威视***技术有限公司 | 一种文件传输方法、装置、***及电子设备 |
CN111245934A (zh) * | 2020-01-10 | 2020-06-05 | 深圳壹账通智能科技有限公司 | 文件传输的反馈方法、装置、设备和存储介质 |
CN117042041A (zh) * | 2023-07-06 | 2023-11-10 | 佰路威科技(上海)有限公司 | 数据传输方法、装置、电子设备、存储介质及程序产品 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6772217B1 (en) * | 2000-08-23 | 2004-08-03 | International Business Machines Corporation | Internet backbone bandwidth enhancement by initiating an additional data stream when individual bandwidth are approximately equal to the backbone limit |
CN1520111A (zh) * | 2003-09-02 | 2004-08-11 | ����ͨѶ�ɷ�����˾ | 局域网内的数据传输方法 |
CN101309269A (zh) * | 2008-06-17 | 2008-11-19 | 北京锐安科技有限公司 | 一种静默隐蔽网络传输的方法及*** |
CN101814971A (zh) * | 2009-02-24 | 2010-08-25 | 肖宏声 | 一种手机文件传输方法 |
CN101895457A (zh) * | 2009-05-20 | 2010-11-24 | 灰熊(北京)科技有限公司 | 一种确保tcp通信过程中数据传输完整性的方法 |
-
2014
- 2014-12-12 CN CN201410768291.9A patent/CN105743865A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6772217B1 (en) * | 2000-08-23 | 2004-08-03 | International Business Machines Corporation | Internet backbone bandwidth enhancement by initiating an additional data stream when individual bandwidth are approximately equal to the backbone limit |
CN1520111A (zh) * | 2003-09-02 | 2004-08-11 | ����ͨѶ�ɷ�����˾ | 局域网内的数据传输方法 |
CN101309269A (zh) * | 2008-06-17 | 2008-11-19 | 北京锐安科技有限公司 | 一种静默隐蔽网络传输的方法及*** |
CN101814971A (zh) * | 2009-02-24 | 2010-08-25 | 肖宏声 | 一种手机文件传输方法 |
CN101895457A (zh) * | 2009-05-20 | 2010-11-24 | 灰熊(北京)科技有限公司 | 一种确保tcp通信过程中数据传输完整性的方法 |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106530103A (zh) * | 2016-10-11 | 2017-03-22 | 北京农业智能装备技术研究中心 | 一种航空植保作业实时监管*** |
CN106713317A (zh) * | 2016-12-22 | 2017-05-24 | 上海帝联信息科技股份有限公司 | 流媒体文件的传输方法及装置 |
CN110324297A (zh) * | 2018-03-30 | 2019-10-11 | 武汉斗鱼网络科技有限公司 | 一种消息处理方法及装置 |
CN108600045A (zh) * | 2018-04-05 | 2018-09-28 | 厦门快商通信息技术有限公司 | 一种服务链路监控方法及装置 |
CN108966187A (zh) * | 2018-06-06 | 2018-12-07 | 四川斐讯全智信息技术有限公司 | 一种基于ble的数据传输方法及*** |
CN108877059A (zh) * | 2018-06-08 | 2018-11-23 | 廊坊新奥燃气设备有限公司 | 物联网燃气表结算方法、物联网燃气表以及抄表平台服务器 |
CN108934004A (zh) * | 2018-09-17 | 2018-12-04 | 成都心吉康科技有限公司 | 一种经典蓝牙数据的读取方法及装置 |
CN111211878A (zh) * | 2018-11-22 | 2020-05-29 | 杭州海康威视***技术有限公司 | 一种文件传输方法、装置、***及电子设备 |
CN111211878B (zh) * | 2018-11-22 | 2023-02-07 | 杭州海康威视***技术有限公司 | 一种文件传输方法、装置、***及电子设备 |
CN110677220A (zh) * | 2019-09-09 | 2020-01-10 | 无锡江南计算技术研究所 | 一种基于多轨冗余应答的rdma消息机制及其实现装置 |
CN111245934A (zh) * | 2020-01-10 | 2020-06-05 | 深圳壹账通智能科技有限公司 | 文件传输的反馈方法、装置、设备和存储介质 |
CN117042041A (zh) * | 2023-07-06 | 2023-11-10 | 佰路威科技(上海)有限公司 | 数据传输方法、装置、电子设备、存储介质及程序产品 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105743865A (zh) | 多媒体文件数据传输***及传输方法 | |
CN113411313B (zh) | 数据传输方法、装置和*** | |
CN111083161A (zh) | 数据传输的处理方法及装置、物联网设备 | |
CN107360177B (zh) | 一种基于udp的报文传输方法及装置 | |
CN103532923B (zh) | 一种实时媒体流传输方法及*** | |
US20080301799A1 (en) | Method and apparatus for reliable, high speed data transfers in a high assurance multiple level secure environment | |
CN106031072A (zh) | 一种harq帧数据结构以及在采用盲检的***中使用harq进行传输与接收的方法 | |
CN109905205B (zh) | 数据发送、接收的方法及设备、数据传输方法及*** | |
CN103973421A (zh) | 文件传送方法及装置 | |
CN112566282B (zh) | 一种物联网信息传递方法及平台 | |
CN107959555B (zh) | 一种基于lwaap的数据传输方法、装置及存储介质 | |
CN105262746A (zh) | 一种基于udp协议保证数据可靠传输的方法 | |
CN111147196A (zh) | 数据传输方法、数据发送设备及数据接收设备 | |
CN108173920A (zh) | 基于lorawan的文件传输方法 | |
CN107508828B (zh) | 一种超远程数据交互***及方法 | |
CN101453479A (zh) | 一种快速的文件传输*** | |
CN1988537A (zh) | 一种数据传输协议 | |
US9948473B2 (en) | Seamless connection handshake for a reliable multicast session | |
CN105227276A (zh) | 一种基于udt的对等网络数据传输方法 | |
CN107046452A (zh) | 一种数据高带宽高可靠性传输方法 | |
CN112118594A (zh) | 数据上传方法、下载方法、电子设备及存储介质 | |
CN106063190B (zh) | 一种文件修复的方法、相关装置及*** | |
CN101212332A (zh) | 流记录方法、装置和*** | |
CN116455532A (zh) | 一种数据的可靠传输方法、装置、设备及电子介质 | |
CN105119968A (zh) | 一种图片传输方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20160706 |
|
WD01 | Invention patent application deemed withdrawn after publication |