CN113543100A - 基于蓝牙的端到端通信协议实现方法和*** - Google Patents
基于蓝牙的端到端通信协议实现方法和*** Download PDFInfo
- Publication number
- CN113543100A CN113543100A CN202110774585.2A CN202110774585A CN113543100A CN 113543100 A CN113543100 A CN 113543100A CN 202110774585 A CN202110774585 A CN 202110774585A CN 113543100 A CN113543100 A CN 113543100A
- Authority
- CN
- China
- Prior art keywords
- packet
- information
- sub
- retransmission
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
本发明提供了一种基于蓝牙的端到端通信协议实现方法和***,包括:步骤1:定义通信信息类型和通信信息ID;步骤2:定义长度用于记录通信信息总长度,定义校验值用于校验数据正确性;步骤3:在发送端发送通信信息时,根据定义内容进行分包;步骤4:在接收端接收分包时,根据定义内容进行分包的正确性判断和组包,并回复响应信息;步骤5:在发送端接收到响应信息时,根据定义内容判断通信信息发送的结果。本发明定义长度保存业务数据的总长度,通过判断已接收数据的长度,可判断出当前业务信息是否接收完成;定义校验值,保证了数据收发过程中的正确性及完整性。
Description
技术领域
本发明涉及蓝牙通信技术领域,具体地,涉及一种基于蓝牙的端到端通信协议实现方法和***。
背景技术
在蓝牙通信过程中不可避免会存在分组包的过程。MTU(Maximum TransmissionUnit)是包或帧的最大传输单元。由于MTU的限制,在通信过程中,如果一个数据包的长度大于MTU,就需要将数据包拆分。既然有拆分,就有组合,这便是分组包。
在蓝牙通信过程中存在丢包问题。由于环境、距离等影响,在蓝牙通信过程中存在丢包的情况。如何将需要传输的数据包分成一个一个的分包并将所有分包都传输到目标端上,然后又如何将接收到的一个一个的分包组成一个完整的数据包,便成为一个必须解决的问题。
专利文献CN106487632B(申请号:CN201510537477.8)公开了一种端到端通信方法和***,涉及通信领域。其中,本发明的端到端通信方法包括:第一终端在与第二终端进行通信时,向注册服务器发送通信请求;若注册服务器判断第一终端和第二终端处于不同的域,则分别向终端所属域的中转选择设备发送数据中转申请;中转选择设备分别在所属域中为终端选择数据中转设备并通过注册服务器交换选择结果;中转选择设备向数据中转设备下发映射表;数据中转设备利用映射表,在数据中转设备之间建立隧道,以便第一终端利用隧道与第二终端进行通信。
发明内容
针对现有技术中的缺陷,本发明的目的是提供一种基于蓝牙的端到端通信协议实现方法和***。
根据本发明提供的基于蓝牙的端到端通信协议实现方法,包括:
步骤1:定义通信信息类型和通信信息ID;
步骤2:定义长度用于记录通信信息总长度,定义校验值用于校验数据正确性;
步骤3:在蓝牙发送端发送通信信息时,根据定义内容进行分包;
步骤4:在蓝牙接收端接收分包时,根据定义内容进行分包的正确性判断和组包,并回复响应信息;
步骤5:在发送端接收到响应信息时,根据定义内容判断通信信息发送的结果。
优选的,所述通信信息类型包括业务信息和响应信息,所述业务信息用于标识业务数据的信息类型,响应信息用于标识接收端回复发送端的所发送的信息类型;
定义重发ID,用于记录通信信息重发次数,若重发次数超过预设阈值,则停止重发;
定义分包ID,按顺序标记分包数据。
优选的,所述步骤3包括:
步骤3.1:在发送端根据业务信息数据长度计算分包个数;
步骤3.2:初始分包的包头及业务数据,其中,通信信息类型为业务信息类型;通信信息ID一致,初始值为1,下一通信信息ID递增;重发ID一致,初始值为1;分包ID从1开始递增;所有包头长度一致,为业务信息总长度;校验值为从第一包到当前包整个的校验值;
步骤3.3:在发送端按照预设时间间隔,将分包数据按顺序发送。
优选的,所述步骤4包括:
步骤4.1:获取包头中的信息,通过通信信息ID判断是新信息还是正在接收的信息;
步骤4.2:接收端计算期望的分包ID,若是新信息则期望的分包ID为1,若是正在接收的信息则期望的目标ID为已接收信息的分包ID+1,接收端对比期望的分包ID与实际收到的分包ID,相同则继续处理,否则回复响应信息并停止处理本包数据;
步骤4.3:通过拼接已接收业务数据和分包业务数据得出新的已接收业务数据,计算校验值与已获取到的校验值做比较,如果一致,则表示此分包数据正确,否则回复响应信息;
步骤4.4:通过将新业务数据的长度与包头中的长度做比较,若一致则表示数据接收完成,回复响应信息。
优选的,所述步骤5包括:
步骤5.1:获取包头中的信息,通过通信信息ID获取正在发送信息的最后一包分包ID;
步骤5.2:在发送端判断分包ID是否为最后一包分包ID,若是则表示通信信息发送完成,否则表示某个通信信息发送失败,需要进行重发;
步骤5.3:发送端获取重发ID,并将此重发ID+1得到新的重发ID,发送端判断此重发ID是否大于最大重发ID,若是则表示达到最大重发次数,不再重发且进行失败报错;否则通过分包ID获取目标分包,从此分包开始重发。
根据本发明提供的基于蓝牙的端到端通信协议实现***,包括:
模块M1:定义通信信息类型和通信信息ID;
模块M2:定义长度用于记录通信信息总长度,定义校验值用于校验数据正确性;
模块M3:在蓝牙发送端发送通信信息时,根据定义内容进行分包;
模块M4:在蓝牙接收端接收分包时,根据定义内容进行分包的正确性判断和组包,并回复响应信息;
模块M5:在发送端接收到响应信息时,根据定义内容判断通信信息发送的结果。
优选的,所述通信信息类型包括业务信息和响应信息,所述业务信息用于标识业务数据的信息类型,响应信息用于标识接收端回复发送端的所发送的信息类型;
定义重发ID,用于记录通信信息重发次数,若重发次数超过预设阈值,则停止重发;
定义分包ID,按顺序标记分包数据。
优选的,所述模块M3包括:
模块M3.1:在发送端根据业务信息数据长度计算分包个数;
模块M3.2:初始分包的包头及业务数据,其中,通信信息类型为业务信息类型;通信信息ID一致,初始值为1,下一通信信息ID递增;重发ID一致,初始值为1;分包ID从1开始递增;所有包头长度一致,为业务信息总长度;校验值为从第一包到当前包整个的校验值;
模块M3.3:在发送端按照预设时间间隔,将分包数据按顺序发送。
优选的,所述模块M4包括:
模块M4.1:获取包头中的信息,通过通信信息ID判断是新信息还是正在接收的信息;
模块M4.2:接收端计算期望的分包ID,若是新信息则期望的分包ID为1,若是正在接收的信息则期望的目标ID为已接收信息的分包ID+1,接收端对比期望的分包ID与实际收到的分包ID,相同则继续处理,否则回复响应信息并停止处理本包数据;
模块M4.3:通过拼接已接收业务数据和分包业务数据得出新的已接收业务数据,计算校验值与已获取到的校验值做比较,如果一致,则表示此分包数据正确,否则回复响应信息;
模块M4.4:通过将新业务数据的长度与包头中的长度做比较,若一致则表示数据接收完成,回复响应信息。
优选的,所述模块M5包括:
模块M5.1:获取包头中的信息,通过通信信息ID获取正在发送信息的最后一包分包ID;
模块M5.2:在发送端判断分包ID是否为最后一包分包ID,若是则表示通信信息发送完成,否则表示某个通信信息分包发送失败,需要进行重发;
模块M5.3:发送端获取重发ID,并将此重发ID+1得到新的重发ID,发送端判断此重发ID是否大于最大重发ID,若是则表示达到最大重发次数,不再重发且进行失败报错;否则通过分包ID获取目标分包,从此分包开始重发。
与现有技术相比,本发明具有如下的有益效果:
(1)本发明定义信息类型区分各个信息,提高了处理信息效率;定义信息ID标识每一个信息,通过信息ID可以快速获取到目标信息;定义重发ID标识当前信息的重发次数,可以快速判断是重发此信息,还是报错,防止出错一直重发;
(2)定义分包ID标识当前分包是第几包,可以快速定义目标分包,同时在接收信息出错时,可在响应信息中填入此分包ID,发送端可根据此分包ID,从此分包ID+1包开始重发,提高了重发效率;
(3)本发明定义长度保存业务数据的总长度,通过判断已接收数据的长度,可判断出当前业务信息是否接收完成;定义校验值,保证了数据收发过程中的正确性及完整性;
(4)本发明通过校验值叠加计算的设计,可以快速检查当前已接收的数据是否出错,以尽早开始重发;同时叠加而不是每包单独计算校验的设计,可以帮助识别顺序错乱的错误。
附图说明
通过阅读参照以下附图对非限制性实施例所作的详细描述,本发明的其它特征、目的和优点将会变得更明显:
图1为本发明通信信息发送流程图。
具体实施方式
下面结合具体实施例对本发明进行详细说明。以下实施例将有助于本领域的技术人员进一步理解本发明,但不以任何形式限制本发明。应当指出的是,对本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变化和改进。这些都属于本发明的保护范围。
实施例:
如图1,根据本发明提供的基于蓝牙的端到端的通信协议实现方法,包括:
1.定义两种信息类型分别用于标记业务信息和响应信息;
2.定义信息ID用于标识某个信息;
3.定义重发ID用于记录重发次数;
4.定义分包ID用于标识某个分包数据;
5.定义长度用于记录信息总长度;
6.定义校验值用于数据正确性;
7.发送端在要发送信息时,根据以上定义的字段完成分包;
8.接收端在接收到分包数据时,根据以上定义的字段判断接收到的数据是否正确及完成组包;
9.接收端根据以上定义的字段回复响应信息;
10.发送端在接收到的响应信息时,根据以上定义的字段判断信息发送结果:成功、重发、失败。
根据本发明提供的基于蓝牙的端到端的通信协议实现***,包括:
信息类型:包括业务信息和响应信息,业务信息用于标识业务数据的信息类型,响应信息用于标识接收端回复发送端的所发送的信息类型。
信息ID:用于标识某个信息,接收端在接收到分包数据时快速判断当前分包数据是新信息的分包还是已接收到的信息的后续分包,以便完成信息组包。
重发ID:记录信息重发次数,通过判断重发次数,能轻松知道当前信息重发了多少次,***可以设定一个最大重发值,在重发次数达到此最大重发值时不再重发。
分包ID:标识每个分包数据,每个分包按顺序标记编号,通过获取分包ID,接收端可以知道当前接收的是第几包,可轻松判断此分包是否是目标分包,发送端可以知道是否需要从此分包ID重发。
长度:接收端在每次组包时判断此字段长度,可知道信息是否接收完成。
校验值:接收端在每次组包时判断此字段校验值,可知道此分包数据是否正确。
信息分包:发送端在准备发送一个信息时,需要将信息分包,信息类型为业务信息,得出N(N>0)个分包,每个分包需要在业务数据之前加上以上字段的包头。***需定义一个时间间隔,发送端按此时间间隔,将分包数据按顺序一一发送。
信息组包:接收端在接收到分包数据时,取出包头中的以上字段,通过判断相应的字段,如果判断成功,则将此分包业务数据拼接到目标信息的业务数据中。
发送响应信息:接收端根据包头字段,判断是否回复响应信息。如果回复响应信息,则此响应信息的信息类型为响应信息,信息ID为此分包信息ID,重发ID为此分包重发ID,分包ID为接收端已接收完成的分包ID,如果还未开始接收,则分包ID为0,长度为0,校验值为0,无业务数据。
处理响应信息:接收端在收到响应信息时,取出包头中的以上字段,根据以上定义的字段判断信息发送结果,如果分包ID为当前信息的最后一包分包ID,则表示发送成功,否则需要重发,此时重发ID递增,如果重发ID大于最大重发值,则发送失败,否则从此分包ID重发。
发送端对要发送的业务信息进行分包并发送,具体为:
1.发送端根据业务信息数据长度计算分包个数;
2.每个分包都包含包头及业务数据;
a)所有分包的包头中的信息类型为业务信息类型;
b)所有分包的包头中的信息ID一致,初始值为1,下一信息ID递增;
c)所有分包的包头中的重发ID一致,初始值为1;
d)每个分包的包头中的分包ID从1开始递增;
e)所有分包的包头中的长度一致,为业务信息数据总长度;
f)每个分包的包头中的校验值为分包业务数据的校验值,即第x包的校验值为第1包、第2包、……、第x包的业务数据拼接的CRC值;
3.***需定义一个时间间隔,发送端按此时间间隔,将分包数据按顺序一一发送。
接收端对要接收的业务信息进行组包并发送响应信息,具体为:
1.接收端获取包头中的各个字段信息;
2.接收端通过信息ID判断此分包是新信息还是正在接收信息的后续分包;
3.接收端判断分包ID是否为目标分包ID,如果是新信息则目标分包ID为1,如果是正在接收的信息,则目标ID为已接收的信息的分包ID+1。如果是则继续处理分包数据,否则回复响应信息;
4.接收端通过拼接已接收业务数据和分包业务数据得出新的已接收业务数据,并根据此业务数据计算校验值,通过将此校验值与已获取到的校验值做比较,如果一致,则表示此分包数据正确,否则回复响应信息;
5.通过将新业务数据的长度与包头中的长度做比较,如果一致,则表示数据接收完成,回复响应信息。
发送端根据接收到的响应信息判断业务信息的发送结果,具体为:
1.发送端获取包头中的各个字段信息;
2.发送端通过信息ID获取正在发送信息的最后一包分包ID;
3.发送端判断分包ID是否为此分包ID,如果是表示信息发送完成,否则发信息发送失败,需要重发;
4.发送端获取重发ID,并将此重发ID+1得到新的重发ID,发送端判断此重发ID是否大于最大重发ID,如果是则表示达到最大重发次数,不再重发,失败报错,否则通过分包ID获取目标分包,从此分包开始重发。
本领域技术人员知道,除了以纯计算机可读程序代码方式实现本发明提供的***、装置及其各个模块以外,完全可以通过将方法步骤进行逻辑编程来使得本发明提供的***、装置及其各个模块以逻辑门、开关、专用集成电路、可编程逻辑控制器以及嵌入式微控制器等的形式来实现相同程序。所以,本发明提供的***、装置及其各个模块可以被认为是一种硬件部件,而对其内包括的用于实现各种程序的模块也可以视为硬件部件内的结构;也可以将用于实现各种功能的模块视为既可以是实现方法的软件程序又可以是硬件部件内的结构。
以上对本发明的具体实施例进行了描述。需要理解的是,本发明并不局限于上述特定实施方式,本领域技术人员可以在权利要求的范围内做出各种变化或修改,这并不影响本发明的实质内容。在不冲突的情况下,本申请的实施例和实施例中的特征可以任意相互组合。
Claims (10)
1.一种基于蓝牙的端到端通信协议实现方法,其特征在于,包括:
步骤1:定义通信信息类型和通信信息ID;
步骤2:定义长度用于记录通信信息总长度,定义校验值用于校验数据正确性;
步骤3:在蓝牙发送端发送通信信息时,根据定义内容进行分包;
步骤4:在蓝牙接收端接收分包时,根据定义内容进行分包的正确性判断和组包,并回复响应信息;
步骤5:在发送端接收到响应信息时,根据定义内容判断通信信息发送的结果。
2.根据权利要求1所述的基于蓝牙的端到端通信协议实现方法,其特征在于,所述通信信息类型包括业务信息和响应信息,所述业务信息用于标识业务数据的信息类型,响应信息用于标识接收端回复发送端的所发送的信息类型;
定义重发ID,用于记录通信信息重发次数,若重发次数超过预设阈值,则停止重发;
定义分包ID,按顺序标记分包数据。
3.根据权利要求1所述的基于蓝牙的端到端通信协议实现方法,其特征在于,所述步骤3包括:
步骤3.1:在发送端根据业务信息数据长度计算分包个数;
步骤3.2:初始分包的包头及业务数据,其中,通信信息类型为业务信息类型;通信信息ID一致,初始值为1,下一通信信息ID递增;重发ID一致,初始值为1;分包ID从1开始递增;所有包头长度一致,为业务信息总长度;校验值为从第一包到当前包整个的校验值;
步骤3.3:在发送端按照预设时间间隔,将分包数据按顺序发送。
4.根据权利要求1所述的基于蓝牙的端到端通信协议实现方法,其特征在于,所述步骤4包括:
步骤4.1:获取包头中的信息,通过通信信息ID判断是新信息还是正在接收的信息;
步骤4.2:接收端计算期望的分包ID,若是新信息则期望的分包ID为1,若是正在接收的信息则期望的目标ID为已接收信息的分包ID+1,接收端对比期望的分包ID与实际收到的分包ID,相同则继续处理,否则回复响应信息并停止处理本包数据;
步骤4.3:通过拼接已接收业务数据和分包业务数据得出新的已接收业务数据,计算校验值与已获取到的校验值做比较,如果一致,则表示此分包数据正确,否则回复响应信息;
步骤4.4:通过将新业务数据的长度与包头中的长度做比较,若一致则表示数据接收完成,回复响应信息。
5.根据权利要求1所述的基于蓝牙的端到端通信协议实现方法,其特征在于,所述步骤5包括:
步骤5.1:获取包头中的信息,通过通信信息ID获取正在发送信息的最后一包分包ID;
步骤5.2:在发送端判断分包ID是否为最后一包分包ID,若是则表示通信信息发送完成,否则表示某个通信信息分包发送失败,需要进行重发;
步骤5.3:发送端获取重发ID,并将此重发ID+1得到新的重发ID,发送端判断此重发ID是否大于最大重发ID,若是则表示达到最大重发次数,不再重发且进行失败报错;否则通过分包ID获取目标分包,从此分包开始重发。
6.一种基于蓝牙的端到端通信协议实现***,包括:
模块M1:定义通信信息类型和通信信息ID;
模块M2:定义长度用于记录通信信息总长度,定义校验值用于校验数据正确性;
模块M3:在蓝牙发送端发送通信信息时,根据定义内容进行分包;
模块M4:在蓝牙接收端接收分包时,根据定义内容进行分包的正确性判断和组包,并回复响应信息;
模块M5:在发送端接收到响应信息时,根据定义内容判断通信信息发送的结果。
7.根据权利要求6所述的基于蓝牙的端到端通信协议实现***,其特征在于,所述通信信息类型包括业务信息和响应信息,所述业务信息用于标识业务数据的信息类型,响应信息用于标识接收端回复发送端的所发送的信息类型;
定义重发ID,用于记录通信信息重发次数,若重发次数超过预设阈值,则停止重发;
定义分包ID,按顺序标记分包数据。
8.根据权利要求6所述的基于蓝牙的端到端通信协议实现***,其特征在于,所述模块M3包括:
模块M3.1:在发送端根据业务信息数据长度计算分包个数;
模块M3.2:初始分包的包头及业务数据,其中,通信信息类型为业务信息类型;通信信息ID一致,初始值为1,下一通信信息ID递增;重发ID一致,初始值为1;分包ID从1开始递增;所有包头长度一致,为业务信息总长度;校验值为从第一包到当前包整个的校验值;
模块M3.3:在发送端按照预设时间间隔,将分包数据按顺序发送。
9.根据权利要求6所述的基于蓝牙的端到端通信协议实现***,其特征在于,所述模块M4包括:
模块M4.1:获取包头中的信息,通过通信信息ID判断是新信息还是正在接收的信息;
模块M4.2:接收端计算期望的分包ID,若是新信息则期望的分包ID为1,若是正在接收的信息则期望的目标ID为已接收信息的分包ID+1,接收端对比期望的分包ID与实际收到的分包ID,相同则继续处理,否则回复响应信息并停止处理本包数据;
模块M4.3:通过拼接已接收业务数据和分包业务数据得出新的已接收业务数据,计算校验值与已获取到的校验值做比较,如果一致,则表示此分包数据正确,否则回复响应信息;
模块M4.4:通过将新业务数据的长度与包头中的长度做比较,若一致则表示数据接收完成,回复响应信息。
10.根据权利要求6所述的基于蓝牙的端到端通信协议实现***,其特征在于,所述模块M5包括:
模块M5.1:获取包头中的信息,通过通信信息ID获取正在发送信息的最后一包分包ID;
模块M5.2:在发送端判断分包ID是否为最后一包分包ID,若是则表示通信信息发送完成,否则表示某个通信信息分包发送失败,需要进行重发;
模块M5.3:发送端获取重发ID,并将此重发ID+1得到新的重发ID,发送端判断此重发ID是否大于最大重发ID,若是则表示达到最大重发次数,不再重发且进行失败报错;否则通过分包ID获取目标分包,从此分包开始重发。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110774585.2A CN113543100A (zh) | 2021-07-08 | 2021-07-08 | 基于蓝牙的端到端通信协议实现方法和*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110774585.2A CN113543100A (zh) | 2021-07-08 | 2021-07-08 | 基于蓝牙的端到端通信协议实现方法和*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113543100A true CN113543100A (zh) | 2021-10-22 |
Family
ID=78098081
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110774585.2A Pending CN113543100A (zh) | 2021-07-08 | 2021-07-08 | 基于蓝牙的端到端通信协议实现方法和*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113543100A (zh) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104184553A (zh) * | 2014-09-02 | 2014-12-03 | 广东欧珀移动通信有限公司 | 低功耗蓝牙数据传输方法、装置以及设备 |
CN104660308A (zh) * | 2015-01-26 | 2015-05-27 | 武汉健坤科技有限公司 | 基于蓝牙低功耗技术的文件传输方法和*** |
CN104661172A (zh) * | 2015-01-26 | 2015-05-27 | 武汉健坤科技有限公司 | 基于蓝牙低功耗的扩展数据传输方法和*** |
CN105120439A (zh) * | 2015-07-13 | 2015-12-02 | 宁波尚为信息技术有限公司 | 北斗长报文通信方法 |
CN108632318A (zh) * | 2017-03-21 | 2018-10-09 | 腾讯科技(深圳)有限公司 | 一种数据校验方法、数据发送方法、相关装置及*** |
CN108901012A (zh) * | 2018-09-29 | 2018-11-27 | 深圳市恒昌通电子有限公司 | 一种低功耗蓝牙大数据分包传输方法 |
CN110035016A (zh) * | 2019-02-26 | 2019-07-19 | 北京钰安信息科技有限公司 | 一种数据传输方法及装置 |
-
2021
- 2021-07-08 CN CN202110774585.2A patent/CN113543100A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104184553A (zh) * | 2014-09-02 | 2014-12-03 | 广东欧珀移动通信有限公司 | 低功耗蓝牙数据传输方法、装置以及设备 |
CN104660308A (zh) * | 2015-01-26 | 2015-05-27 | 武汉健坤科技有限公司 | 基于蓝牙低功耗技术的文件传输方法和*** |
CN104661172A (zh) * | 2015-01-26 | 2015-05-27 | 武汉健坤科技有限公司 | 基于蓝牙低功耗的扩展数据传输方法和*** |
CN105120439A (zh) * | 2015-07-13 | 2015-12-02 | 宁波尚为信息技术有限公司 | 北斗长报文通信方法 |
CN108632318A (zh) * | 2017-03-21 | 2018-10-09 | 腾讯科技(深圳)有限公司 | 一种数据校验方法、数据发送方法、相关装置及*** |
CN108901012A (zh) * | 2018-09-29 | 2018-11-27 | 深圳市恒昌通电子有限公司 | 一种低功耗蓝牙大数据分包传输方法 |
CN110035016A (zh) * | 2019-02-26 | 2019-07-19 | 北京钰安信息科技有限公司 | 一种数据传输方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108965484B (zh) | 一种物联网数据的传输方法、***及终端 | |
KR100274445B1 (ko) | 패킷응답을사용하는통신유니트및방법 | |
US8416809B2 (en) | Apparatus for reporting reception result of packets in mobile communication system | |
CN107257270B (zh) | 基于混合自动重传请求的数据传输方法及*** | |
US8949682B2 (en) | Apparatus and method for generating ARQ feedback message in wireless communication system | |
CN106453233A (zh) | 一种基于udp的数据传输方法及装置 | |
CN106031072A (zh) | 一种harq帧数据结构以及在采用盲检的***中使用harq进行传输与接收的方法 | |
TWI526019B (zh) | 用於在無線區域網路系統中處理封包之方法及裝置 | |
CN101507318B (zh) | 移动通信***中使用的无线通信装置及方法 | |
CN104780028A (zh) | 一种实现tcp数据报文重传的方法及设备 | |
CN108933642B (zh) | 一种基于码块分组的下行重传方法、基站及终端 | |
US7995517B2 (en) | System and method for transmitting units of messages in a mobile communication system | |
CN113543100A (zh) | 基于蓝牙的端到端通信协议实现方法和*** | |
CN111246428A (zh) | 一种网络可靠通信方法、***、装置及存储介质 | |
JPH1070523A (ja) | パケット伝送方法及び装置 | |
CN115361236A (zh) | 一种数据传输一致性校验方法、装置、设备及介质 | |
CN105812085A (zh) | 一种音频USBKey的通讯收据的纠错方法及*** | |
CN114679383A (zh) | 固件升级方法、装置、设备、级联***和存储介质 | |
US7142542B2 (en) | Selective retransmission of data | |
KR20020053316A (ko) | 대용량 데이터 전송을 위한 패킷전송방법 | |
CN112039793A (zh) | 一种组播通信方法及组播通信设备 | |
US7469005B2 (en) | Method for synchronizing memory areas in a transmitter apparatus and a receiver apparatus, and receiver apparatus | |
CN117544280A (zh) | 一种报文传输方法、***、装置、设备及存储介质 | |
CN108880771B (zh) | 一种不同类型业务之间的上行控制信息的复用方法及装置 | |
US10938516B1 (en) | Systems and methods for ethernet packet error detection and correction in automotive environments |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20211022 |
|
RJ01 | Rejection of invention patent application after publication |