CN102143073A - 一种数据传输方法及系统 - Google Patents
一种数据传输方法及系统 Download PDFInfo
- Publication number
- CN102143073A CN102143073A CN201110070410XA CN201110070410A CN102143073A CN 102143073 A CN102143073 A CN 102143073A CN 201110070410X A CN201110070410X A CN 201110070410XA CN 201110070410 A CN201110070410 A CN 201110070410A CN 102143073 A CN102143073 A CN 102143073A
- Authority
- CN
- China
- Prior art keywords
- terminal
- packet
- sends
- data
- receive
- 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
Images
Landscapes
- Detection And Prevention Of Errors In Transmission (AREA)
- Communication Control (AREA)
Abstract
本发明实施例公开了一种数据传输方法及系统,该方法包括:第一终端将需要发送到第二终端的数据信息拆分,并打包为数据包,数据包包括:包头和包体;第一终端向第二终端发送数据包,并等待第二终端反馈的接收响应;若第一终端在预置的时限内接收到第二终端反馈的接收响应,则向第二终端发送下一数据包,直至将所有数据包发送至第二终端;若第一终端在预置的时限内未接收到第二终端反馈的接收响应或收到第二终端反馈的重发请求,则向第二终端重发最近一次发送的数据包,直至重发次数超过预置的阈值。实施本发明提供的数据传输方法及系统,可在串行通信过程中,快速有效的纠错和对错误进行补救处理方法,以提高串行通信的质量。
Description
技术领域
本发明涉及数据传输领域,尤其涉及一种数据传输方法及系统。
背景技术
在通信领域内,有两种数据通信方式:并行通信和串行通信。相比并行通信方式而言,串行通信使用线路少、成本低,特别是在远程传输时,避免了多条线路特性的不一致,因而广泛应用于通信领域等各种场合。尤其是在工控领域,串行通信方式常作为信息采集、数据传输媒介。
目前的串行通信标准有很多,人们所熟悉的标准有EIA-232、EIA-422和EIA-485,也就是以前所称的RS-232、RS-422和RS-485。但是,这些标准都不能对所发送的数据或接收到的数据的正确与否作出很确切的判断,并且不能对传输过程中,出错的情况进行补救。
在实际的串口通信操作过程中,常因电磁干扰或电压不稳等因素,导致串行数据传输失败或数据错误,传统的处理方法是将所有要发送的数据进行重新发送或手动重启数据传输过程,而在大型量产产品过程中,这无疑非常费时费力。针对这种情况,有必要提出一种快速有效的纠错和对错误进行补救处理方法,以提高串行通信的质量。
发明内容
本发明实施例所要解决的技术问题在于,提供一种数据传输方法及系统,可在串行通信过程中,快速有效的纠错和对错误进行补救处理方法,以提高串行通信的质量。
为了解决上述技术问题,本发明实施例提供了一种数据传输方法,包括:
第一终端将需要发送到第二终端的数据信息拆分,并将拆分后的各部分数据信息分别打包为数据包,所述数据包包括:包头和包体,所述包头中记录所述数据包的属性;所述包体中记录部分数据信息;
第一终端向第二终端发送数据包,并等待所述第二终端反馈的接收响应;
若第一终端在预置的时限内接收到第二终端反馈的接收响应,则向所述第二终端发送下一数据包,直至将所有数据包发送至所述第二终端;
若第一终端在预置的时限内未接收到第二终端反馈的接收响应或收到第二终端反馈的重发请求,则向所述第二终端重发最近一次发送的数据包,直至重发次数超过预置的阈值。
其中,所述第一终端将需要发送到第二终端的数据信息拆分,并将拆分后的各部分数据信息分别打包为数据包之前,还包括:
所述第一终端向第二终端发送握手数据序列,并等待所述第二终端的握手响应;
若所述第一终端在预置的时限内接收到第二终端反馈的握手响应,且所述握手响应携带的信息正确,则判定所述第一终端与第二终端之间的串口连接正常;否则,判定所述第一终端与第二终端之间的串口连接异常,第一终端暂停处理所述需要发送到第二终端的数据信息。
其中,所述数据包的属性包括:数据包的类型、长度、序列号、效验值。
其中,第一终端向第二终端发送数据包,并等待所述第二终端反馈的接收响应之后,还包括:
第二终端接收第一终端发送的数据包,解析所述数据包的包头,根据其判断其序列号、效验值判断所述数据包包体中的数据信息是否正确;
若所述判断为是,则第二终端向所述第一终端发送接收响应,并准备接收第一终端发送的下一数据包,直至接收完所有的数据包;
若所述判断为否,则第二终端向所述第一终端发送重发请求,并准备接收第一终端重发的数据包,直至重发次数超过预置的阈值。
其中,所述第二终端向所述第一终端发送接收响应,并准备接收第一终端发送的下一数据包之后,还包括:
若所述第二终端向所述第一终端发送接收响应后,未在预置的时限内接收到所述第一终端发送的下一数据包,则第二终端向所述第一终端发送重发请求,并准备接收第一终端重发的数据包,直至重发次数超过预置的阈值。
相应地,本发明实施例还提供了数据传输系统,包括:第一终端和第二终端;
第一终端,用于将需要发送到第二终端的数据信息拆分为数据包,向第二终端发送,并等待第二终端反馈的接收响应;若第一终端在预置的时限内接收到所述接收响应,则向第二终端发送下一数据包,否则,向第二终端重发最近一次发送的数据包;
第二终端,用于接收第一终端发送的数据包,并判断所述数据包中的数据信息是否正确;若判断为是,则向第一终端发送接收响应,并准备接收第一终端发送的下一数据包;否则,向第一终端发送重发请求,并准备接收第一终端重发的数据包。
其中,所述第一终端包括:
数据拆分模块,用于将需要发送到第二终端的数据信息拆分,并将拆分后的各部分数据信息分别打包为数据包,所述数据包包括:包头和包体,所述包头中记录所述数据包的属性;所述包体中记录部分数据信息;
数据发送模块,用于向第二终端发送所述数据拆分模块处理后的数据包;
传输处理模块,用于在所述数据发送模块向第二终端发送数据包后,等待第二终端反馈的接收响应;若在预置的时限内接收到第二终端反馈的接收响应,则通知所述数据发送模块向第二终端发送下一数据包,直至将所有数据包发送至所述第二终端;否则,通知所述数据发送模块向第二终端重发最近一次发送的数据包,直至重发次数超过预置的阈值。
其中,所述传输处理模块包括:
串口检测单元,用于在第一终端向第二终端发送数据包之前,通过数据发送模块向第二终端发送握手数据序列,并等待第二终端的握手响应;若在预置的时限内接收到第二终端反馈的握手响应,且握手响应信息正确,则判定串口连接正常;否则,判定串口连接异常;
阈值预置单元,用于预置从数据发送模块向第二终端发送数据包,到接收到第二终端反馈的接收响应的时限,以及允许进行数据包重发的次数的阈值;
传输处理单元,用于在所述数据发送模块向第二终端发送数据包后,判断是否在预置的时限内收到第二终端反馈的接收响应;若在预置的时限内接收到第二终端反馈的接收响应,则通知所述数据发送模块向第二终端发送下一数据包,直至将所有数据包发送至所述第二终端;若在预置的时限内未接收到第二终端反馈的接收响应或收到第二终端反馈的重发请求,则通知所述数据发送模块向第二终端重发最近一次发送的数据包,直至重发次数超过预置的阈值。
其中,所述数据包包括:包头和包体,所述包头中记录所述数据包的属性;所述包体中记录部分数据信息;所述数据包的属性包括:数据包的类型、长度、序列号、效验值。
其中,所述第二终端包括:
检测模块,用于接收第一终端发送的数据包,解析所述数据包的包头,根据其判断其序列号、效验值判断所述数据包包体中的数据信息是否正确;
响应模块,用于在所述检测模块判定数据包包体中的数据信息正确时,向第一终端发送接收响应,并通知所述检测模块准备接收第一终端发送的下一数据包,直至接收完所有的数据包;在所述检测模块判定数据包包体中的数据信息不正确时,向第一终端发送重发请求,并通知所述检测模块准备接收第一终端重发的数据包,直至重发次数超过预置的阈值;
信息合成模块,用于在检测模块接收完所有的数据包之后,将各数据包分别携带的部分数据信息重新组合为完整的数据信息。
其中,所述响应模块还用于:在所述响应模块向第一终端发送接收响应,且所述检测模块未在预置的时限内接收到第一终端发送的下一数据包时,则所述响应模块向第一终端发送重发请求,并通知所述检测模块准备接收第一终端重发的数据包,直至重发次数超过预置的阈值。
实施本发明实施例提供的数据传输方法及系统,可在串行通信过程中,快速有效的纠错和对错误进行补救处理,以提高串行通信的质量。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明提供的数据传输方法第一实施例流程示意图;
图2为本发明提供的数据传输方法第二实施例流程示意图;
图3为本发明提供的数据传输方法第三实施例流程示意图;
图4为本发明提供的数据传输系统第一、二实施例结构示意图;
图5为本发明提供的数据传输系统中第一终端的结构示意图;
图6为本发明提供的数据传输系统中第二终端的结构示意图。
具体实施方式
实施本发明实施例提供的数据传输方法及系统,可在串行通信过程中,快速有效的纠错和对错误进行补救处理,以提高串行通信的质量。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
参见图1,为本发明提供的数据传输方法第一实施例流程示意图,如图1所示,该数据传输方法包括:
在步骤S100,第一终端将需要发送到第二终端的数据信息拆分,并将拆分后的各部分数据信息分别打包为数据包,所述数据包包括:包头和包体,所述包头中记录所述数据包的属性;所述包体中记录部分数据信息。
在步骤S101,第一终端向第二终端发送数据包,并等待所述第二终端反馈的接收响应。
在步骤S102,第一终端判断在预置的时限内是否有接收到第二终端反馈的接收响应,若第一终端在预置的时限内接收到第二终端反馈的接收响应,则执行步骤S103;若第一终端在预置的时限内未接收到第二终端反馈的接收响应或收到第二终端反馈的重发请求,则执行步骤S104。
在步骤S103,第一终端在预置的时限内接收到第二终端反馈的接收响应,向所述第二终端发送下一数据包,直至将所有数据包发送至所述第二终端。
在步骤S104,第一终端在预置的时限内未接收到第二终端反馈的接收响应或收到第二终端反馈的重发请求,向所述第二终端重发最近一次发送的数据包,直至重发次数超过预置的阈值。
实施本实施例提供的数据传输方法,可在串行通信过程中,快速有效的纠错和对错误进行补救处理,以提高串行通信的质量。
参见图2,为本发明提供的数据传输方法第二实施例流程示意图,在本实施例中,将从数据信息发送端详细的描述该数据传输方法的流程。如图2所示:
在步骤S200,所述第一终端向第二终端发送握手数据序列,并等待所述第二终端的握手响应;若所述第一终端在预置的时限内接收到第二终端反馈的握手响应,且所述握手响应携带的信息正确,则判定所述第一终端与第二终端之间的串口连接正常;否则,判定所述第一终端与第二终端之间的串口连接异常,第一终端暂停处理所述需要发送到第二终端的数据信息。
更为具体的,握手操作是用于检测第一终端与第二终端的串口连接是否能正常工作。以机顶盒(第二终端)升级KEY文件时,握手序列“P0123456789”为例,PC机(第一终端)发送ASCII码值‘P’,机顶盒成功返回‘P’;PC机发送ASCII码值‘0’,机顶盒成功返回‘0’;PC机发送ASCII码值‘1’,机顶盒成功返回‘1’......所有序列成功,则说明PC机与机顶盒之间的串口连接正常工作,可以进入实质的数据传输,即升级KEY功能。不同的数据传输,可以由不同的握手数据序列进行检测,在本例中,字符‘P’代表进入的是“升级KEY”功能,“0123456789”代表握手测试序列。
若第一终端与第二终端的握手操作多次不成功,超过了预置的握手失败次数(例如5次),则在终端上提供用户本次连接失败。
在步骤S201,第一终端将需要发送到第二终端的数据信息拆分,并将拆分后的各部分数据信息分别打包为数据包,所述数据包包括:包头和包体,所述包头中记录所述数据包的属性;所述包体中记录部分数据信息。所述数据包的属性包括:数据包的类型、长度、序列号。
更为具体的,在现有的串行通信标准的基础上,不对需要发送的数据信息进行包装加工,便直接应用于数据收发,在通信出错时,很难找出错误的原因,也不能及时针对错误进行相关处理。
为了解决因客观因素引起的串行数据传输中断时只能重启数据传输的现状,本发明实施例提供的方法将需要发送到第二终端的数据信息拆分为若干段,并将拆分后的各部分数据信息分别打包为数据包,在后续传输过程中,逐一的发送这些数据包,其优点是一旦传输过程中出现错误,即自动重发出错的数据包,在没有出错的情况下,正常传输。这种方式在工业生产过程中,能极大的提高了生产效率。
优选的,在本实施例中,分别在数据包的包头和包体加入循环冗余校验码(CRC,Cyclic Redundancy Check),以便接收端的第二终端可据此判断数据传输是否出错。
在步骤S202,第一终端向第二终端发送数据包,并等待所述第二终端反馈的接收响应。
在步骤S203,第一终端判断在预置的时限内是否有接收到第二终端反馈的接收响应,第一终端在收到接收响应之前,不会发送一下数据包。若第一终端在预置的时限内接收到第二终端反馈的接收响应,则执行步骤S204;若第一终端在预置的时限内未接收到第二终端反馈的接收响应或收到第二终端反馈的重发请求,则执行步骤S205。
在步骤S204,第一终端在预置的时限内接收到第二终端反馈的接收响应,向所述第二终端发送下一数据包,直至将所有数据包发送至所述第二终端。
更为具体的,所述预置的时限是由收发数据信息的双方或根据标准协议确定的,第一终端在预置的时限内接收到第二终端反馈的接收响应,表明第二终端已经收到数据包,且数据包携带的数据信息正确无误,则第一终端接着向第二终端发送下一数据包,直至将所有数据包发送至所述第二终端。
在步骤S205,第一终端在预置的时限内未接收到第二终端反馈的接收响应或收到第二终端反馈的重发请求,则向所述第二终端重发最近一次发送的数据包,直至重发次数超过预置的阈值。
更为具体的,第一终端在预置的时限内未接收到第二终端反馈的接收响应说明信息在传输过程中出现错误,例如该数据包丢失,没有到达第二终端;或第二终端收到了数据包,但其反馈的接收响应在传输过程中丢失,没有到达第一终端等。若第一终端收到的是重发请求,则说明第二终端收到了数据包,但数据包中的数据信息出现错误等。在出现上述传输不正常的情况下,第一终端会向所述第二终端重发最近一次发送的数据包。
优选的,为了避免因为第二终端故障,串行通信路由中断等原因使第一终端一直不停的重发数据包,浪费资源,故预置一个重发次数阈值(例如10次),当第一终端重发同一数据包的次数超过阈值时,判断第一终端与第二终端之间的串口连接中断,停止数据包的重发,直至用户或系统启动下一次的握手操作。
实施本实施例提供的数据传输方法,数据发送端依据数据长度和单个数据包的长度,将所有要发送的数据进行拆分。根据发送数据的属性,发送端给每一个数据包加上包头信息,并加上CRC值。然后将整个包发向数据接收端。以上过程完成后,数据发送端将进入等待应答状态。如果在未超时情况下,收到正确的应答,发送端便发送下一个数据包,否则重新发送这一个数据包,该方法在串行通信过程中,可以快速有效的纠错和对错误进行补救处理,以提高串行通信的质量。
参见图3,为本发明提供的数据传输方法第三实施例流程示意图,在本实施例中,将从数据信息接收端详细的描述该数据传输方法的流程。如图3所示:
在步骤S300,第二终端接收第一终端发送的握手数据序列,并向所述第一终端发送响应的握手响应;握手操作成功后,说明第一终端与第二终端之间的串口连接正常,第二终端准备接收第一终端发送的数据包。
在步骤S301,第二终端接收所述第一终端发送的数据包,并将其存储在串行数据缓冲区。
在步骤S302,第二终端从缓冲区中读取包头数据并对包头进行CRC校验,如果读取数据超时或效验失败,则第二终端向第一终端发送重发请求,并准备重新接收该数据包;若效验通过,则执行步骤S303。
在步骤S303,第二终端根据包头中的序列号确保收包顺序正确,如果不正确,返回重发请求给第一终端,并抛弃串行数据缓冲区中的其它数据;如果正确,则执行步骤S304。
在步骤S304,第二终端从串行数据缓冲区中读取包体中的数据信息,并对包体进行CRC校验;若效验通过,则执行步骤S305;否则,第二终端向第一终端发送重发请求。
在步骤S305,第二终端对包数据进行相应处理,并在接收完所有的数据包之后,将各数据包分别携带的部分数据信息重新组合为完整的数据信息。
优选的,在本实施例中,为了避免因为第一终端故障,串行通信路由中断等原因使第二终端一直不停的收到不正常的数据包而导致第二终端不断发送重发请求,浪费资源,故预置一个重发次数阈值(例如10次),当第二终端针对某一数据包的重发请求次数超过阈值时,判断第一终端与第二终端之间的串口连接中断,停止发送重发请求,直至第一终端向第二终端发起下一次的握手操作。
实施本实施例提供的数据传输方法,数据发送端依据数据长度和单个数据包的长度,将所有要发送的数据进行拆分。根据发送数据的属性,发送端给每一个数据包加上包头信息,并加上CRC值。然后将整个包发向数据接收端。以上过程完成后,数据发送端将进入等待应答状态。如果在未超时情况下,收到正确的应答,发送端便发送下一个数据包,否则重新发送这一个数据包,该方法在串行通信过程中,可以快速有效的纠错和对错误进行补救处理,以提高串行通信的质量。
参见图4,为本发明提供的数据传输系统第一实施例结构示意图,如图4所示,该系统包括:第一终端1和第二终端2。
第一终端1,用于将需要发送到第二终端2的数据信息拆分为数据包,向第二终端2发送,并等待第二终端2反馈的接收响应;若第一终端1在预置的时限内接收到所述接收响应,则向第二终端2发送下一数据包,否则,向第二终端2重发最近一次发送的数据包。
第二终端2,用于接收第一终端1发送的数据包,并判断所述数据包中的数据信息是否正确;若判断为是,则向第一终端1发送接收响应,并准备接收第一终端1发送的下一数据包;否则,向第一终端1发送重发请求,并准备接收第一终端1重发的数据包。
实施本实施例提供的数据传输系统,可在串行通信过程中,快速有效的纠错和对错误进行补救处理,以提高串行通信的质量。
同样参见图4,为本发明提供的数据传输系统第二实施例结构示意图,在本实施例中,将更为详细的描述该数据传输系统中第一终端和第二终端的结构及功能。如图4所示,该系统同样包括:第一终端1和第二终端2。
第一终端1,用于将需要发送到第二终端2的数据信息拆分为数据包,向第二终端2发送,并等待第二终端2反馈的接收响应;若第一终端1在预置的时限内接收到所述接收响应,则向第二终端2发送下一数据包,否则,向第二终端2重发最近一次发送的数据包。
更为具体的,如图5所示,该第一终端1包括:
数据拆分模块11,用于将需要发送到第二终端的数据信息拆分,并将拆分后的各部分数据信息分别打包为数据包,所述数据包包括:包头和包体,所述包头中记录所述数据包的属性;所述包体中记录部分数据信息。所述数据包的属性包括:数据包的类型、长度、序列号。
在现有的串行通信标准的基础上,不对需要发送的数据信息进行包装加工,便直接应用于数据收发,在通信出错时,很难找出错误的原因,也不能及时针对错误进行相关处理。
为了解决因客观因素引起的串行数据传输中断时只能重启数据传输的现状,本发明实施例中的数据拆分模块11将需要发送到第二终端的数据信息拆分为若干段,并将拆分后的各部分数据信息分别打包为数据包。在后续传输过程中,数据发送模块12逐一的发送这些数据包,其优点是一旦传输过程中出现错误,即可自动重发出错的数据包,在没有出错的情况下,正常传输。优选的,在本实施例中,数据拆分模块11分别在数据包的包头和包体加入循环冗余校验码(CRC,Cyclic Redundancy Check),以便接收端的第二终端可据此判断数据传输是否出错。
数据发送模块12,用于向第二终端发送所述数据拆分模块11处理后的数据包。数据发送模块12在传输处理模块13收到第二终端发送的接收响应之前,不会发送一下数据包。
传输处理模块13,用于在所述数据发送模块向第二终端发送数据包后,等待第二终端反馈的接收响应;若在预置的时限内接收到第二终端反馈的接收响应,则通知所述数据发送模块12向第二终端发送下一数据包,直至将所有数据包发送至所述第二终端;否则,通知所述数据发送模块12向第二终端重发最近一次发送的数据包,直至重发次数超过预置的阈值。
更为具体的,传输处理模块13在预置的时限内接收到第二终端反馈的接收响应,表明第二终端已经收到数据包,且数据包携带的数据信息正确无误,则传输处理模块13通知数据发送模块12向第二终端发送下一数据包,直至将所有数据包发送至所述第二终端。
传输处理模块13在预置的时限内未接收到第二终端反馈的接收响应说明信息在传输过程中出现错误,例如该数据包丢失,没有到达第二终端;或第二终端收到了数据包,但其反馈的接收响应在传输过程中丢失,没有到达第一终端等。若传输处理模块13收到的是重发请求,则说明第二终端收到了数据包,但数据包中的数据信息出现错误等。在出现上述传输不正常的情况下,传输处理模块13会通知数据发送模块12向所述第二终端重发最近一次发送的数据包。
进一步的,该传输处理模块13包括:
串口检测单元131,用于在第一终端向第二终端发送数据包之前,通过数据发送模块12向第二终端发送握手数据序列,并等待第二终端的握手响应;若在预置的时限内接收到第二终端反馈的握手响应,且握手响应信息正确,则判定串口连接正常;否则,判定串口连接异常。
阈值预置单元132,用于预置从数据发送模块12向第二终端发送数据包,到接收到第二终端反馈的接收响应的时限,以及允许进行数据包重发的次数的阈值。设置数据包重发次数阈值的意义在于,避免因为第二终端故障,串行通信路由中断等原因使第一终端一直不停的重发数据包,浪费资源,故预置一个重发次数阈值(例如10次),当第一终端重发同一数据包的次数超过阈值时,判断第一终端与第二终端之间的串口连接中断,停止数据包的重发,直至用户或系统启动下一次的握手操作。
传输处理单元133,用于在所述数据发送模块12向第二终端发送数据包后,判断是否在预置的时限内收到第二终端反馈的接收响应;若在预置的时限内接收到第二终端反馈的接收响应,则通知所述数据发送模块12向第二终端发送下一数据包,直至将所有数据包发送至所述第二终端;若在预置的时限内未接收到第二终端反馈的接收响应或收到第二终端反馈的重发请求,则通知所述数据发送模块12向第二终端重发最近一次发送的数据包,直至重发次数超过预置的阈值。
更为具体的,如图6所示,该第二终端2包括:
检测模块21,用于接收第一终端发送的数据包,解析所述数据包的包头,根据其判断其序列号、效验值判断所述数据包包体中的数据信息是否正确。
更为具体的,检测模块21接收所述第一终端发送的数据包,并将其存储在串行数据缓冲区,读取包头携带的数据并对包头进行CRC校验,如果读取数据超时或效验失败,则通知响应模块22向第一终端发送重发请求,并准备重新接收该数据包;若效验通过,检测模块21根据包头中的序列号确保收包顺序正确,如果不正确,则通知响应模块22向第一终端发送重发请求,并抛弃串行数据缓冲区中的其它数据;如果正确,检测模块21进一步串行数据缓冲区中读取包体中的数据信息,并对包体进行CRC校验;若效验通过,接收该数据信息;否则,通知响应模块22向第一终端发送重发请求。
响应模块22,用于在所述检测模块21判定数据包包体中的数据信息正确时,向第一终端发送接收响应,并通知所述检测模块21准备接收第一终端发送的下一数据包,直至接收完所有的数据包。在所述检测模块21判定数据包包体中的数据信息不正确时,向第一终端发送重发请求,并通知所述检测模块21准备接收第一终端重发的数据包,直至重发次数超过预置的阈值。
优选的,该响应模块22还用于:在所述响应模块22向第一终端发送接收响应,且所述检测模块21未在预置的时限内接收到第一终端发送的下一数据包时,则所述响应模块22向第一终端发送重发请求,并通知所述检测模块21准备接收第一终端重发的数据包,直至重发次数超过预置的阈值。
信息合成模块23,用于在检测模块21接收完所有的数据包之后,将各数据包分别携带的部分数据信息重新组合为完整的数据信息。
实施本实施例提供的数据传输系统,数据发送端依据数据长度和单个数据包的长度,将所有要发送的数据进行拆分。根据发送数据的属性,发送端给每一个数据包加上包头信息,并加上CRC值,然后将整个包发向数据接收端。以上过程完成后,数据发送端将进入等待应答状态。如果在未超时情况下,收到正确的应答,发送端便发送下一个数据包,否则重新发送这一个数据包,该方法在串行通信过程中,可以快速有效的纠错和对错误进行补救处理,以提高串行通信的质量。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
以上所揭露的仅为本发明一种较佳实施例而已,当然不能以此来限定本发明之权利范围,因此依本发明权利要求所作的等同变化,仍属本发明所涵盖的范围。
Claims (11)
1.一种数据传输方法,其特征在于,包括:
第一终端将需要发送到第二终端的数据信息拆分,并将拆分后的各部分数据信息分别打包为数据包,所述数据包包括:包头和包体,所述包头中记录所述数据包的属性;所述包体中记录部分数据信息;
第一终端向第二终端发送数据包,并等待所述第二终端反馈的接收响应;
若第一终端在预置的时限内接收到第二终端反馈的接收响应,则向所述第二终端发送下一数据包,直至将所有数据包发送至所述第二终端;
若第一终端在预置的时限内未接收到第二终端反馈的接收响应或收到第二终端反馈的重发请求,则向所述第二终端重发最近一次发送的数据包,直至重发次数超过预置的阈值。
2.如权利要求1所述的数据传输方法,其特征在于,所述第一终端将需要发送到第二终端的数据信息拆分,并将拆分后的各部分数据信息分别打包为数据包之前,还包括:
所述第一终端向第二终端发送握手数据序列,并等待所述第二终端的握手响应;
若所述第一终端在预置的时限内接收到第二终端反馈的握手响应,且所述握手响应携带的信息正确,则判定所述第一终端与第二终端之间的串口连接正常;否则,判定所述第一终端与第二终端之间的串口连接异常,第一终端暂停处理所述需要发送到第二终端的数据信息。
3.如权利要求2所述的数据传输方法,其特征在于,所述数据包的属性包括:数据包的类型、长度、序列号、效验值。
4.如权利要求3所述的数据传输方法,其特征在于,第一终端向第二终端发送数据包,并等待所述第二终端反馈的接收响应之后,还包括:
第二终端接收第一终端发送的数据包,解析所述数据包的包头,根据其判断其序列号、效验值判断所述数据包包体中的数据信息是否正确;
若所述判断为是,则第二终端向所述第一终端发送接收响应,并准备接收第一终端发送的下一数据包,直至接收完所有的数据包;
若所述判断为否,则第二终端向所述第一终端发送重发请求,并准备接收第一终端重发的数据包,直至重发次数超过预置的阈值。
5.如权利要求4所述的数据传输方法,其特征在于,所述第二终端向所述第一终端发送接收响应,并准备接收第一终端发送的下一数据包之后,还包括:
若所述第二终端向所述第一终端发送接收响应后,未在预置的时限内接收到所述第一终端发送的下一数据包,则第二终端向所述第一终端发送重发请求,并准备接收第一终端重发的数据包,直至重发次数超过预置的阈值。
6.一种数据传输系统,其特征在于,包括:第一终端和第二终端;
第一终端,用于将需要发送到第二终端的数据信息拆分为数据包,向第二终端发送,并等待第二终端反馈的接收响应;若第一终端在预置的时限内接收到所述接收响应,则向第二终端发送下一数据包,否则,向第二终端重发最近一次发送的数据包;
第二终端,用于接收第一终端发送的数据包,并判断所述数据包中的数据信息是否正确;若判断为是,则向第一终端发送接收响应,并准备接收第一终端发送的下一数据包;否则,向第一终端发送重发请求,并准备接收第一终端重发的数据包。
7.如权利要求6所述的数据传输系统,其特征在于,所述第一终端包括:
数据拆分模块,用于将需要发送到第二终端的数据信息拆分,并将拆分后的各部分数据信息分别打包为数据包,所述数据包包括:包头和包体,所述包头中记录所述数据包的属性;所述包体中记录部分数据信息;
数据发送模块,用于向第二终端发送所述数据拆分模块处理后的数据包;
传输处理模块,用于在所述数据发送模块向第二终端发送数据包后,等待第二终端反馈的接收响应;若在预置的时限内接收到第二终端反馈的接收响应,则通知所述数据发送模块向第二终端发送下一数据包,直至将所有数据包发送至所述第二终端;否则,通知所述数据发送模块向第二终端重发最近一次发送的数据包,直至重发次数超过预置的阈值。
8.如权利要求7所述的数据传输系统,其特征在于,所述传输处理模块包括:
串口检测单元,用于在第一终端向第二终端发送数据包之前,通过数据发送模块向第二终端发送握手数据序列,并等待第二终端的握手响应;若在预置的时限内接收到第二终端反馈的握手响应,且握手响应信息正确,则判定串口连接正常;否则,判定串口连接异常;
阈值预置单元,用于预置从数据发送模块向第二终端发送数据包,到接收到第二终端反馈的接收响应的时限,以及允许进行数据包重发的次数的阈值;
传输处理单元,用于在所述数据发送模块向第二终端发送数据包后,判断是否在预置的时限内收到第二终端反馈的接收响应;若在预置的时限内接收到第二终端反馈的接收响应,则通知所述数据发送模块向第二终端发送下一数据包,直至将所有数据包发送至所述第二终端;若在预置的时限内未接收到第二终端反馈的接收响应或收到第二终端反馈的重发请求,则通知所述数据发送模块向第二终端重发最近一次发送的数据包,直至重发次数超过预置的阈值。
9.如权利要求6至8中任一项所述的数据传输系统,其特征在于,所述数据包包括:包头和包体,所述包头中记录所述数据包的属性;所述包体中记录部分数据信息;所述数据包的属性包括:数据包的类型、长度、序列号、效验值。
10.如权利要求9所述的数据传输系统,其特征在于,所述第二终端包括:
检测模块,用于接收第一终端发送的数据包,解析所述数据包的包头,根据其判断其序列号、效验值判断所述数据包包体中的数据信息是否正确;
响应模块,用于在所述检测模块判定数据包包体中的数据信息正确时,向第一终端发送接收响应,并通知所述检测模块准备接收第一终端发送的下一数据包,直至接收完所有的数据包;在所述检测模块判定数据包包体中的数据信息不正确时,向第一终端发送重发请求,并通知所述检测模块准备接收第一终端重发的数据包,直至重发次数超过预置的阈值;
信息合成模块,用于在检测模块接收完所有的数据包之后,将各数据包分别携带的部分数据信息重新组合为完整的数据信息。
11.如权利要求10所述的数据传输系统,其特征在于,所述响应模块还用于:在所述响应模块向第一终端发送接收响应,且所述检测模块未在预置的时限内接收到第一终端发送的下一数据包时,则所述响应模块向第一终端发送重发请求,并通知所述检测模块准备接收第一终端重发的数据包,直至重发次数超过预置的阈值。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110070410XA CN102143073A (zh) | 2011-03-23 | 2011-03-23 | 一种数据传输方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110070410XA CN102143073A (zh) | 2011-03-23 | 2011-03-23 | 一种数据传输方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102143073A true CN102143073A (zh) | 2011-08-03 |
Family
ID=44410308
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110070410XA Pending CN102143073A (zh) | 2011-03-23 | 2011-03-23 | 一种数据传输方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102143073A (zh) |
Cited By (36)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103517222A (zh) * | 2012-06-25 | 2014-01-15 | 中兴通讯股份有限公司 | 消息发送方法及装置 |
CN103763374A (zh) * | 2014-01-23 | 2014-04-30 | 深圳联友科技有限公司 | 基于udt的数据传输方法及装置 |
CN103825873A (zh) * | 2013-08-30 | 2014-05-28 | 天地融科技股份有限公司 | 智能密钥设备、移动终端以及音频数据的传输方法和系统 |
CN103957073A (zh) * | 2014-03-21 | 2014-07-30 | 天地融科技股份有限公司 | 一种通过音频接口进行数据传输的方法 |
CN104077500A (zh) * | 2013-03-29 | 2014-10-01 | 深圳创维数字技术股份有限公司 | 一种软件的保护方法及系统 |
CN104168093A (zh) * | 2013-05-20 | 2014-11-26 | 腾讯科技(深圳)有限公司 | 一种文件传输方法及装置 |
CN104184553A (zh) * | 2014-09-02 | 2014-12-03 | 广东欧珀移动通信有限公司 | 低功耗蓝牙数据传输方法、装置以及设备 |
CN104601299A (zh) * | 2013-10-30 | 2015-05-06 | 北京临近空间飞行器系统工程研究所 | 一种基于双向确认的数据传输系统及方法 |
CN104714761A (zh) * | 2013-12-16 | 2015-06-17 | 航天信息股份有限公司 | 一种应用Android系统的设备的无线数据打印系统和方法 |
CN104954103A (zh) * | 2014-03-31 | 2015-09-30 | 上海海洋大学 | 基于北斗通信系统的检测数据传输方法、发送端设备和接收端设备 |
CN104980802A (zh) * | 2015-05-28 | 2015-10-14 | 福建新大陆通信科技股份有限公司 | 一种安全可靠的机顶盒数据烧写方法及系统 |
CN105321321A (zh) * | 2015-11-03 | 2016-02-10 | 惠州市鸿业电力信息科技有限公司 | 保证北斗卫星天线与设备之间数据传输准确的方法和系统 |
CN105634690A (zh) * | 2015-06-24 | 2016-06-01 | 东莞市芯谷电子科技有限公司 | 一种用于增强花样机串口通讯可靠性的方法 |
CN105703875A (zh) * | 2014-11-25 | 2016-06-22 | 中兴通讯股份有限公司 | 一种消息传输的方法,设备和系统 |
CN106028174A (zh) * | 2016-05-11 | 2016-10-12 | 江苏省水文水资源勘测局 | 一种恶劣低速通信条件下的图像传输方法 |
CN106063299A (zh) * | 2014-01-15 | 2016-10-26 | 豪夫迈·罗氏有限公司 | 用于医疗设备的低能耗无线通信系统和方法 |
CN106254101A (zh) * | 2016-07-28 | 2016-12-21 | 华自科技股份有限公司 | Rs485串口设备通讯状态检测方法和装置 |
CN106385305A (zh) * | 2016-09-12 | 2017-02-08 | 四川海博智能科技有限责任公司 | 电力线载波通信方法 |
CN106603559A (zh) * | 2016-12-30 | 2017-04-26 | 深圳市天辰防务通信技术有限公司 | 一种无线通讯终端数据传输抗截获的方法 |
CN107483148A (zh) * | 2017-07-28 | 2017-12-15 | 北京北信源软件股份有限公司 | 差错处理方法及装置 |
CN107544850A (zh) * | 2016-06-29 | 2018-01-05 | 百度在线网络技术(北京)有限公司 | 用于控制分布式锁的方法和装置 |
CN109884972A (zh) * | 2019-02-26 | 2019-06-14 | 北京龙鼎源科技股份有限公司 | 数据的处理方法及装置、存储介质和电子装置 |
CN110311721A (zh) * | 2019-06-19 | 2019-10-08 | 海丰通航科技有限公司 | 数据传输方法、发送端、接收端及数据传输系统 |
CN110401794A (zh) * | 2018-04-25 | 2019-11-01 | 杭州海康威视数字技术股份有限公司 | 摄像机远程升级方法、装置、电子设备及可读存储介质 |
CN110891024A (zh) * | 2019-10-31 | 2020-03-17 | 苏州经贸职业技术学院 | 一种用于网络计算机的数据传输控制系统 |
CN111008092A (zh) * | 2019-12-12 | 2020-04-14 | 上海沪工焊接集团股份有限公司 | 一种焊机通信管理方法及焊机 |
CN111246428A (zh) * | 2019-11-20 | 2020-06-05 | 广东纬德信息科技股份有限公司 | 一种网络可靠通信方法、系统、装置及存储介质 |
CN111865480A (zh) * | 2019-04-28 | 2020-10-30 | 大唐移动通信设备有限公司 | 一种直通链路传输方法和终端 |
CN111917531A (zh) * | 2020-07-28 | 2020-11-10 | 厦门亿联网络技术股份有限公司 | 一种单线双向通信系统及其通信方法 |
CN112015435A (zh) * | 2019-05-30 | 2020-12-01 | 中车株洲电力机车研究所有限公司 | 一种用于变流器在线调试的数据传输方法 |
CN112636877A (zh) * | 2020-12-18 | 2021-04-09 | 深圳市微网力合信息技术有限公司 | 一种基于wifi6的数据传输方法、系统及终端 |
CN112788800A (zh) * | 2021-02-01 | 2021-05-11 | 深圳市旭联信息技术有限公司 | 一种基于无线连接的长距离数据传输方法、系统及计算机可读存储介质 |
CN113132063A (zh) * | 2021-04-02 | 2021-07-16 | 天津瑞发科半导体技术有限公司 | 一种物理层重传控制方法 |
CN113360435A (zh) * | 2021-06-03 | 2021-09-07 | 三川智慧科技股份有限公司 | 一种智能水表串口通讯优化方法、装置、设备和介质 |
WO2023020202A1 (zh) * | 2021-08-16 | 2023-02-23 | 北京希姆计算科技有限公司 | 集成电路、通信方法和通信系统 |
CN117978750A (zh) * | 2024-04-01 | 2024-05-03 | 中国电子科技集团公司第十五研究所 | 面向弱连接链路的状态感知传输方法及电子设备 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3734946B2 (ja) * | 1997-12-15 | 2006-01-11 | 松下電器産業株式会社 | データ送出装置、データ受信装置及びデータ伝送装置 |
CN1290286C (zh) * | 1998-11-30 | 2006-12-13 | 艾利森电话股份有限公司 | 自动重复请求协议 |
CN1897513A (zh) * | 2005-07-15 | 2007-01-17 | 华为技术有限公司 | 一种单片机串口通信方法和单片机控制系统 |
US20070217341A1 (en) * | 2006-03-20 | 2007-09-20 | Fujitsu Limited | Packet transmission apparatus |
WO2008108569A1 (en) * | 2007-03-02 | 2008-09-12 | Samsung Electronics Co., Ltd. | Apparatus and method for requesting packet retransmission in a wireless communication system |
CN101969371A (zh) * | 2010-10-19 | 2011-02-09 | 高杰 | 一种基于用户数据包协议实现网络数据高速可靠传输的方法 |
-
2011
- 2011-03-23 CN CN201110070410XA patent/CN102143073A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3734946B2 (ja) * | 1997-12-15 | 2006-01-11 | 松下電器産業株式会社 | データ送出装置、データ受信装置及びデータ伝送装置 |
CN1290286C (zh) * | 1998-11-30 | 2006-12-13 | 艾利森电话股份有限公司 | 自动重复请求协议 |
CN1897513A (zh) * | 2005-07-15 | 2007-01-17 | 华为技术有限公司 | 一种单片机串口通信方法和单片机控制系统 |
US20070217341A1 (en) * | 2006-03-20 | 2007-09-20 | Fujitsu Limited | Packet transmission apparatus |
WO2008108569A1 (en) * | 2007-03-02 | 2008-09-12 | Samsung Electronics Co., Ltd. | Apparatus and method for requesting packet retransmission in a wireless communication system |
CN101969371A (zh) * | 2010-10-19 | 2011-02-09 | 高杰 | 一种基于用户数据包协议实现网络数据高速可靠传输的方法 |
Cited By (51)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103517222A (zh) * | 2012-06-25 | 2014-01-15 | 中兴通讯股份有限公司 | 消息发送方法及装置 |
CN104077500B (zh) * | 2013-03-29 | 2017-06-13 | 深圳创维数字技术有限公司 | 一种软件的保护方法及系统 |
CN104077500A (zh) * | 2013-03-29 | 2014-10-01 | 深圳创维数字技术股份有限公司 | 一种软件的保护方法及系统 |
CN104168093B (zh) * | 2013-05-20 | 2017-07-25 | 腾讯科技(深圳)有限公司 | 一种文件传输方法及装置 |
CN104168093A (zh) * | 2013-05-20 | 2014-11-26 | 腾讯科技(深圳)有限公司 | 一种文件传输方法及装置 |
WO2015027764A1 (zh) * | 2013-08-30 | 2015-03-05 | 天地融科技股份有限公司 | 音频数据的传输方法、智能密钥设备、移动终端以及音频数据的传输系统 |
CN103825873A (zh) * | 2013-08-30 | 2014-05-28 | 天地融科技股份有限公司 | 智能密钥设备、移动终端以及音频数据的传输方法和系统 |
CN104601299A (zh) * | 2013-10-30 | 2015-05-06 | 北京临近空间飞行器系统工程研究所 | 一种基于双向确认的数据传输系统及方法 |
CN104601299B (zh) * | 2013-10-30 | 2017-11-28 | 北京临近空间飞行器系统工程研究所 | 一种基于双向确认的数据传输系统及方法 |
CN104714761A (zh) * | 2013-12-16 | 2015-06-17 | 航天信息股份有限公司 | 一种应用Android系统的设备的无线数据打印系统和方法 |
CN104714761B (zh) * | 2013-12-16 | 2018-04-10 | 航天信息股份有限公司 | 一种应用Android系统的设备的无线数据打印系统和方法 |
CN106063299B (zh) * | 2014-01-15 | 2019-06-14 | 豪夫迈·罗氏有限公司 | 用于医疗设备的低能耗无线通信系统和方法 |
CN106063299A (zh) * | 2014-01-15 | 2016-10-26 | 豪夫迈·罗氏有限公司 | 用于医疗设备的低能耗无线通信系统和方法 |
CN103763374A (zh) * | 2014-01-23 | 2014-04-30 | 深圳联友科技有限公司 | 基于udt的数据传输方法及装置 |
CN103957073B (zh) * | 2014-03-21 | 2018-02-16 | 天地融科技股份有限公司 | 一种通过音频接口进行数据传输的方法 |
CN103957073A (zh) * | 2014-03-21 | 2014-07-30 | 天地融科技股份有限公司 | 一种通过音频接口进行数据传输的方法 |
CN104954103A (zh) * | 2014-03-31 | 2015-09-30 | 上海海洋大学 | 基于北斗通信系统的检测数据传输方法、发送端设备和接收端设备 |
CN104184553A (zh) * | 2014-09-02 | 2014-12-03 | 广东欧珀移动通信有限公司 | 低功耗蓝牙数据传输方法、装置以及设备 |
CN105703875B (zh) * | 2014-11-25 | 2020-08-07 | 南京中兴新软件有限责任公司 | 一种消息传输的方法,设备和系统 |
CN105703875A (zh) * | 2014-11-25 | 2016-06-22 | 中兴通讯股份有限公司 | 一种消息传输的方法,设备和系统 |
CN104980802A (zh) * | 2015-05-28 | 2015-10-14 | 福建新大陆通信科技股份有限公司 | 一种安全可靠的机顶盒数据烧写方法及系统 |
CN105634690A (zh) * | 2015-06-24 | 2016-06-01 | 东莞市芯谷电子科技有限公司 | 一种用于增强花样机串口通讯可靠性的方法 |
CN105321321B (zh) * | 2015-11-03 | 2019-05-17 | 惠州市鸿业电力信息科技有限公司 | 保证北斗卫星天线与设备之间数据传输准确的方法和系统 |
CN105321321A (zh) * | 2015-11-03 | 2016-02-10 | 惠州市鸿业电力信息科技有限公司 | 保证北斗卫星天线与设备之间数据传输准确的方法和系统 |
CN106028174A (zh) * | 2016-05-11 | 2016-10-12 | 江苏省水文水资源勘测局 | 一种恶劣低速通信条件下的图像传输方法 |
CN107544850A (zh) * | 2016-06-29 | 2018-01-05 | 百度在线网络技术(北京)有限公司 | 用于控制分布式锁的方法和装置 |
CN106254101A (zh) * | 2016-07-28 | 2016-12-21 | 华自科技股份有限公司 | Rs485串口设备通讯状态检测方法和装置 |
CN106254101B (zh) * | 2016-07-28 | 2019-12-31 | 华自科技股份有限公司 | Rs485串口设备通讯状态检测方法和装置 |
CN106385305A (zh) * | 2016-09-12 | 2017-02-08 | 四川海博智能科技有限责任公司 | 电力线载波通信方法 |
CN106603559A (zh) * | 2016-12-30 | 2017-04-26 | 深圳市天辰防务通信技术有限公司 | 一种无线通讯终端数据传输抗截获的方法 |
CN106603559B (zh) * | 2016-12-30 | 2019-09-06 | 深圳市天辰防务通信技术有限公司 | 一种无线通讯终端数据传输抗截获的方法 |
CN107483148A (zh) * | 2017-07-28 | 2017-12-15 | 北京北信源软件股份有限公司 | 差错处理方法及装置 |
CN110401794A (zh) * | 2018-04-25 | 2019-11-01 | 杭州海康威视数字技术股份有限公司 | 摄像机远程升级方法、装置、电子设备及可读存储介质 |
CN109884972A (zh) * | 2019-02-26 | 2019-06-14 | 北京龙鼎源科技股份有限公司 | 数据的处理方法及装置、存储介质和电子装置 |
CN111865480A (zh) * | 2019-04-28 | 2020-10-30 | 大唐移动通信设备有限公司 | 一种直通链路传输方法和终端 |
CN111865480B (zh) * | 2019-04-28 | 2021-10-26 | 大唐移动通信设备有限公司 | 一种直通链路传输方法和终端 |
CN112015435A (zh) * | 2019-05-30 | 2020-12-01 | 中车株洲电力机车研究所有限公司 | 一种用于变流器在线调试的数据传输方法 |
CN110311721A (zh) * | 2019-06-19 | 2019-10-08 | 海丰通航科技有限公司 | 数据传输方法、发送端、接收端及数据传输系统 |
CN110891024B (zh) * | 2019-10-31 | 2021-09-17 | 苏州经贸职业技术学院 | 一种用于网络计算机的数据传输控制系统 |
CN110891024A (zh) * | 2019-10-31 | 2020-03-17 | 苏州经贸职业技术学院 | 一种用于网络计算机的数据传输控制系统 |
CN111246428A (zh) * | 2019-11-20 | 2020-06-05 | 广东纬德信息科技股份有限公司 | 一种网络可靠通信方法、系统、装置及存储介质 |
CN111008092A (zh) * | 2019-12-12 | 2020-04-14 | 上海沪工焊接集团股份有限公司 | 一种焊机通信管理方法及焊机 |
CN111917531A (zh) * | 2020-07-28 | 2020-11-10 | 厦门亿联网络技术股份有限公司 | 一种单线双向通信系统及其通信方法 |
WO2022127521A1 (zh) * | 2020-12-18 | 2022-06-23 | 深圳市微网力合信息技术有限公司 | 基于wifi6的数据传输方法、系统及终端 |
CN112636877A (zh) * | 2020-12-18 | 2021-04-09 | 深圳市微网力合信息技术有限公司 | 一种基于wifi6的数据传输方法、系统及终端 |
CN112788800A (zh) * | 2021-02-01 | 2021-05-11 | 深圳市旭联信息技术有限公司 | 一种基于无线连接的长距离数据传输方法、系统及计算机可读存储介质 |
CN113132063A (zh) * | 2021-04-02 | 2021-07-16 | 天津瑞发科半导体技术有限公司 | 一种物理层重传控制方法 |
CN113360435A (zh) * | 2021-06-03 | 2021-09-07 | 三川智慧科技股份有限公司 | 一种智能水表串口通讯优化方法、装置、设备和介质 |
WO2023020202A1 (zh) * | 2021-08-16 | 2023-02-23 | 北京希姆计算科技有限公司 | 集成电路、通信方法和通信系统 |
CN117978750A (zh) * | 2024-04-01 | 2024-05-03 | 中国电子科技集团公司第十五研究所 | 面向弱连接链路的状态感知传输方法及电子设备 |
CN117978750B (zh) * | 2024-04-01 | 2024-08-06 | 中国电子科技集团公司第十五研究所 | 面向弱连接链路的状态感知传输方法及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102143073A (zh) | 一种数据传输方法及系统 | |
CN102231663B (zh) | 通信装置、发送方法以及接收方法 | |
CN102075380B (zh) | 一种服务器状态检测方法及装置 | |
CN102025562A (zh) | 一种路径检测方法及装置 | |
CN101507318B (zh) | 移动通信系统中使用的无线通信装置及方法 | |
CN102237983A (zh) | 非帧结构通讯系统中文件传输方法、发送装置和接收装置 | |
JPWO2007148629A1 (ja) | 移動通信システムで使用される無線通信装置及び無線通信方法 | |
CN103546917A (zh) | 数据传输方法和装置 | |
CN102664958A (zh) | 一种透明计算系统 | |
CN113542057A (zh) | 基于冗余设备的通信故障检测方法、设备和系统 | |
CN103391521A (zh) | 一种短消息传输的方法、装置及系统 | |
CN107483148A (zh) | 差错处理方法及装置 | |
CN103534973A (zh) | 一种减少传输控制层确认报文的方法、装置和系统 | |
CN102546304A (zh) | 一种检测双向转发检测的方法、设备和系统 | |
CN105407003B (zh) | 一种1553总线的数据加卸载方法 | |
CN101170754A (zh) | 一种全球定位系统时钟丢失情况下的单板上电方法 | |
CN105516255A (zh) | MoCA局端设备向终端设备推送配置的方法及相应装置 | |
CN105634894A (zh) | 一种增强型can总线数据重发方法和装置 | |
CN112187408B (zh) | 数据处理方法、系统、装置、存储介质和处理器 | |
CN106395224B (zh) | 一种用于立体仓库中堆垛机的控制方法 | |
CN102035858A (zh) | 一种文件断点续传的控制方法及装置 | |
JPH1070523A (ja) | パケット伝送方法及び装置 | |
CN104243107A (zh) | 数据传输方法、装置、终端、服务器及系统 | |
CN110099001A (zh) | 双向转发检测时间参数协商方法、装置及电子设备 | |
EP3119126B1 (en) | Transmission module, network system and information transmission program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110803 |