CN113490154B - 广播数据传输方法、装置、终端设备及存储介质 - Google Patents
广播数据传输方法、装置、终端设备及存储介质 Download PDFInfo
- Publication number
- CN113490154B CN113490154B CN202110749172.9A CN202110749172A CN113490154B CN 113490154 B CN113490154 B CN 113490154B CN 202110749172 A CN202110749172 A CN 202110749172A CN 113490154 B CN113490154 B CN 113490154B
- Authority
- CN
- China
- Prior art keywords
- data
- external terminal
- application layer
- equipment
- information
- 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.)
- Active
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/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/164—Adaptation or special uses of UDP protocol
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Communication Control (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请适用于数据处理技术领域,提供了一种广播数据传输方法、装置、终端设备及存储介质,所述广播数据传输方法包括:获取从局域网中至少一个第一外部终端接收到的第一报文数据中应用层数据的第一序列号及所述至少一个第一外部终端的第一设备编号,得到包含与每一所述第一外部终端对应的所述设备编号及所述第一序列号的确认设备信息;获取待广播的应用层数据、所述待广播的应用层数据的第二序列号及本机设备的第二设备编号;基于每一所述确认设备信息、所述第二序列号及所述第二设备编号,对所述待广播的应用层数据进行封装,生成第二报文数据;将所述第二报文数据在所述局域网中进行广播。上述方法实现了局域网中广播数据完整有序及可靠的传输。
Description
技术领域
本申请属于数据处理技术领域,尤其涉及一种广播数据传输方法、装置、终端设备及存储介质。
背景技术
随着计算机网络技术的发展,局域网能够实现将一定区域内的各种计算机、外部设备和数据库连接起来形成计算机通信网,并通过专用数据线路与其他地方的局域网或数据库连接,形成更大范围的信息处理系统。而局域网中的多台设备之间通常采用共同约定一个广播监听端口,每台设备通过监听广播端口实现设备之间的广播通信。
需要发送广播数据的设备采用UDP(User Datagram Protocol,用户数据报协议),广播可以将广播数据传输给局域网中的其他设备,其中,UDP为应用程序提供了一种无需建立连接就可以传输数据的方法,该方法方便快捷,但由于UDP提供的是一种不可靠的消息传达服务,即无固定的端对端连接关系也没有固定的数据传输信道与传输方向,无法保证可靠的、有序的数据传输,在网络环境质量差的情况下,UDP提供的数据传输方法会发生数据丢失等严重问题。
因此,如何基于UDP实现局域网中广播数据完整有序及可靠的传输,成为了一个急需解决的重要问题。
发明内容
本申请实施例提供了一种广播数据传输方法、装置、终端设备及存储介质,可以实现局域网中广播数据完整有序及可靠的传输。
本申请实施例的第一方面提供了一种广播数据传输方法,所述广播数据传输方法包括:
获取从局域网中至少一个第一外部终端接收到的第一报文数据中应用层数据的第一序列号及所述至少一个第一外部终端的第一设备编号,得到包含与每一所述第一外部终端对应的所述设备编号及所述第一序列号的确认设备信息,所述确认设备信息用于对接收到的所述应用层数据进行响应;
获取待广播的应用层数据、所述待广播的应用层数据的第二序列号及本机设备的第二设备编号;
基于每一所述确认设备信息、所述第二序列号及所述第二设备编号,对所述待广播的应用层数据进行封装,生成第二报文数据;
将所述第二报文数据在所述局域网中进行广播。
本申请实施例的第二方面提供了一种广播数据传输装置,所述广播数据传输装置包括:
第一获取模块,用于获取从局域网中至少一个第一外部终端接收到的第一报文数据中应用层数据的第一序列号及所述至少一个第一外部终端的第一设备编号,得到包含与每一所述第一外部终端对应的所述设备编号及所述第一序列号的确认设备信息,所述确认设备信息用于对接收到的所述应用层数据进行响应;
第二获取模块,用于获取待广播的应用层数据、所述待广播的应用层数据的第二序列号及本机设备的第二设备编号;
生成模块,用于基于每一所述确认设备信息、所述第二序列号及所述第二设备编号,对所述待广播的应用层数据进行封装,生成第二报文数据;
广播模块,用于将所述第二报文数据在所述局域网中进行广播。
本申请实施例的第三方面提供了一种终端设备,包括:存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述第一方面所述的广播数据传输方法。
本申请实施例的第四方面提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述第一方面所述的广播数据传输方法。
本申请实施例的第五方面提供了一种计算机程序产品,当所述计算机程序产品在终端设备上运行时,使得所述终端设备执行上述第一方面所述的广播数据传输方法。
在本申请实施例中,通过从局域网中获取到的至少一个第一外部终端接收到的第一报文数据中应用层数据的第一序列号以及至少一个第一外部终端的设备编号,可以得到用于对至少一个第一外部终端的第一报文数据进行回应的确认设备信息,基于每一确认设备信息、第二序列号以及第二设备编号,对待广播的应用层数据进行封装,生成第二报文数据,该第二报文数据中包括的确认设备信息可以将本机设备接收应用层数据的接收状态在局域网中进行广播,并根据接收到第一报文数据中的确认设备信息可以获取局域网中至少一个外部终端对应用层数据的接收状态,进而可以根据本机设备接收应用层数据的接收状态以及至少一个外部终端对应用层数据的接收状态,获取有序的数据传输方式,实现局域网中广播数据完整有序及可靠的传输。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种广播数据传输方法的流程图一;
图2是本申请实施例提供的一种广播数据传输模式;
图3a是数据发送模式中的等待确认模式的发送数据示意图;
图3b是数据发送模式中的流水线模式的发送数据示意图;
图4是发送数据滑动窗口的结构图;
图5是本申请实施例提供的一种协议头的格式的结构图;
图6是本申请实施例提供的一种广播数据传输方法的流程图二;
图7是本申请实施例提供的一种广播数据传输装置的结构图;
图8是本申请实施例提供的一种终端设备的结构图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
应当理解,当在本申请说明书和所附权利要求书中使用时,术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
另外,在本申请说明书和所附权利要求书的描述中,术语“第一”、“第二”、“第三”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此,在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
应理解,本实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
为了说明本申请的技术方案,下面通过具体实施例来说明。
参照图1,示出了本申请实施例提供的一种广播数据传输方法的流程图一,如图1所示的一种广播数据传输方法,该方法包括以下步骤:
步骤101,获取从局域网中至少一个第一外部终端接收到的第一报文数据中应用层数据的第一序列号及至少一个第一外部终端的第一设备编号,得到包含与每一第一外部终端对应的设备编号及第一序列号的确认设备信息。
在本申请实施例中,局域网中包含多个终端,其中第一外部终端是指在局域网中除本机设备之外的其他终端,本机设备在局域网中可以接收到多个第一外部终端广播的第一报文数据,从第一报文数据中可以获取到该第一报文数据携带的应用层数据以及该应用层数据的第一序列号,其中第一报文数据中还携带了广播该第一报文数据的第一外部终端的第一设备编号,故可以通过从局域网中至少一个第一外部终端接收到的第一报文数据,获取该第一报文数据中的应用层数据的第一序列号以及广播该报文数据的第一外部终端的第一设备编号。
其中,由于本机设备需要对接收到多个第一报文数据中的应用层数据进行响应,通过该响应告知广播第一报文数据的第一外部终端本机设备已接收到该第一报文数据,使接收到该响应的第一外部终端继续发送其他的报文数据,以此可以实现广播数据的有序传输过程。
在本申请实施例中,可以通过得到的确认设备信息对接收到的第一外部终端广播的报文数据中的应用层数据进行响应,其中确认设备信息中包含每一第一外部终端对应的设备编号及第一序列号。
在一种可能的实施方式中,获取从局域网中至少一个第一外部终端接收到的第一报文数据中应用层数据的第一序列号及至少一个第一外部终端的第一设备编号,得到包含每一第一外部终端对应的设备编号及第一序列号的确认设备信息,包括:
接收局域网中外部终端广播的报文数据;
对报文数据进行解析,得到外部终端的设备编号,并在从报文数据中解析出应用层数据时,将外部终端的设备编号及应用层数据的序列号关联存储至第一数据集合中;
在设定的数据响应时间到达时,从第一数据集合中进行数据读取,得到至少一个第一外部终端发送的第一报文数据中应用层数据的第一序列号及至少一个第一外部终端的第一设备编号,形成包含与每一第一外部终端对应的设备编号及第一序列号的确认设备信息。
在本申请实施例中,形成包含与每一第一外部终端对应的设备编号及第一序列号的确认设备信息的过程中,首先可以接收局域网中外部终端广播的报文数据,该报文数据中包含应用层数据、应用层数据的序列号以及广播该报文数据的外部终端的设备编号,对报文数据进行解析后可以得到广播该报文数据的外部终端的设备编号以及报文数据中包含的应用层数据的序列号。其次由于本机设备会接收到多个外部终端广播的报文数据,其每个报文数据中都包含有广播报文数据的外部终端的设备编号与应用层数据的序列号,所以本机设备中会存储多个外部终端的设备编号以及该外部终端广播的报文数据中的应用层数据的序列号,可以通过集合的形式将上述多个外部终端的设备编号以及该外部终端广播的报文数据中的应用层数据的序列号进行存储,即将外部终端的设备编号及应用层数据的序列号关联存储至第一数据集合中。
其中,本机设备在接收到局域网中外部终端广播的报文数据时,可以延迟返回响应,当达到设定的数据响应时间时,从第一数据集合中提取在数据响应时间内存入第一数据集合的多个外部终端的设备编号以及该外部终端广播的报文数据中的应用层数据的序列号,进而形成包含多个外部终端的设备编号以及该外部终端广播的报文数据中的应用层数据的序列号的确认设备信息。
应理解,在发送上述形成的确认设备信息之后,应重置数据响应时间。
在一种可能的实施方式中,本机设备在接收到局域网中外部终端广播的报文数据且延迟返回响应时,可以通过设定的数据响应长度来确定形成的确认设备信息。当达到设定的数据响应长度时,根据数据响应长度起始位置的响应数据以及末尾位置的响应数据,获取起始位置的响应数据与末尾位置的响应数据之间的多个外部终端的设备编号以及该外部终端广播的报文数据中的应用层数据的序列号,进而形成包含多个外部终端的设备编号以及该外部终端广播的报文数据中的应用层数据的序列号的确认设备信息。
应理解,在发送上述形成的确认设备信息之后,应重置数据响应长度。
在一种可能的实施方式中,对报文数据进行解析,得到外部终端的设备编号,并在从报文数据中解析出应用层数据时,将外部终端的设备编号及应用层数据的序列号关联存储至第一数据集合中,包括:
对报文数据进行解析,得到外部终端的设备编号;
根据外部终端的设备编号,获取本机设备中与外部终端的设备编号对应的数据存储单元;
在从报文数据中解析出应用层数据时,将外部终端的设备编号及应用层数据的序列号关联存储至与外部终端的设备编号对应的数据存储单元;
将每一数据存储单元中的外部终端的设备编号及应用层数据的序列号关联存储至第一数据集合中。
在本申请实施例中,本机设备在接收到局域网中外部终端广播的报文数据后,对于每个广播报文数据的外部终端都对应了一个数据存储单元,其中,第一数据集合中包括了多个外部终端对应的数据存储单元,当其中任一数据存储单元中的数据发生变化时,对应的第一数据集合中的数据也发生相应的变化。
示例性地,如图2所示的广播数据传输模式,RBUDP(Reliable Broadcast WIthUDP,基于UDP的可靠广播)报文是指本申请实施例中的第一报文数据,RBUDP用于指示基于UDP的可靠广播,应理解,RBUDP只是一种命名方式,本申请对该报文数据的命名不做限定。图2中的接收单元用于接收局域网中外部终端广播的报文数据,并对报文数据进行解析,得到外部终端的设备编号,根据外部终端的设备编号,获取本机设备中与外部终端的设备编号对应的数据存储单元(即图2中的数据接收-N),接收数据缓存用于缓存接收到的第一报文数据,并将解析后得到的外部终端的设备编号及应用层数据的序列号存储在发送侧确认设备信息中,以更新发送侧确认设备信息,同时根据更新后的发送侧确认设备信息,更新发送侧确认设备信息集合(即本申请实施例中的第一数据集合)。确认响应单元用于在设定的数据响应时间到达或设定的数据响应长度到达时,从发送侧确认设备信息集合中获取定的数据响应时间内或者设定的数据响应长度中的确认设备信息,并指示发送单元发送第二数据报文。
应理解,如图2所示的数据分析单元,主要用于分析接收到的至少一个第一外部终端发送的第一报文数据中应用层数据与本机设备中缓存数据的关系,若接收到的应用层数据与本机设备中缓存数据发生了重复,或应用层数据的序列号与缓存数据的序列号不连续,则需要立刻通过确认响应单元发送数据重传请求。
还应理解,若接收到任一外部终端广播的报文数据中携带有该外部终端离线的标识,则将第一数据集合中关于该终端设备的设备编号以及应用层数据的序列号进行删除,通过第一数据集合中的数据可以获取局域网内多个终端的数据通信状态,因此通过设置第一数据集合,可以使局域网内的每个终端都能独立维护处于在线状态的终端集合及其他终端的数据通信状态,达到去中心化的技术效果,保证了每个终端的独立性和稳定性。
步骤102,获取待广播的应用层数据、待广播的应用层数据的第二序列号及本机设备的第二设备编号。
局域网中,各终端会需要将自身应用层数据向局域网中进行广播,在本步骤中,应用层数据是指本机设备从应用层获取到的数据,需要将该应用层数据广播传递至局域网内的其他终端。
其中,待广播的应用层数据的第二序列号是本机设备将待广播的应用层数据的每个字节都按顺序进行编号得出的,且待广播的应用层数据的起始序列号是在数据开始传输时确定的,待广播的应用层数据的第二序列号会随着待广播的应用层数据的增多依次递增,在达到最大值后,会翻转为零后继续增长。
应理解,待广播的应用层数据的第二序列号的取值范围可以为[0,2^31-1]。
其中,局域网中不同的终端拥有不同的设备编号,且局域网中的设备一般不会超过256个,故可以简单的取用本机设备网口的ipv4(Internet Protocol version 4,网际协议版本4)地址的低八位作为本机设备的第二设备编号。
在一种可能的实施方式中,获取待广播的应用层数据、待广播的应用层数据的第二序列号及本机设备的第二设备编号,包括:
获取由对应用层所发送数据进行依序缓存得到的数据缓存队列;
基于至少一个第二外部终端发送的报文数据中携带的确认设备信息,从数据缓存队列中选取已得到响应的目标数据;
从数据缓存队列中选取缓存次序位于目标数据之后的数据作为应用层数据,并获取应用层数据在数据缓存队列中的序列号,作为第二序列号。
在本申请实施例中,第二外部终端是指至少一个第一外部终端中的至少一个外部终端,例如至少一个第一外部终端包括外部终端1,外部终端2以及外部终端3,若只有外部终端2发送的报文数据中包含对本机设备发送的应用层数据的进行响应的确认设备信息,则需要基于外部终端2发送的报文数据中携带的确认设备信息,从数据缓存队列中选取已得到响应的目标数据。若外部终端1,外部终端2以及外部终端3中均包含对本机设备发送的应用层数据的进行响应的确认设备信息,则需要基于外部终端1,外部终端2以及外部终端3发送的报文数据中携带的确认设备信息,从数据缓存队列中选取已得到响应的目标数据。
应理解,第二外部终端可以是至少一个第一外部终端中的一个外部终端,也可以是至少一个第一外部终端中外部终端的任意组合。
在本申请实施例中,在获取到应用层所发送的数据后,可以将应用层所发送的数据进行依序缓存,再使用滑动窗口的方法将获取到的待广播的应用层数据通过流水线模式进行传输。
其中,想要实现广播数据的可靠传输最简单的方式是本机设备每发送一个报文数据,就等待其他终端接收到本机设备发送报文数据的确认设备信息,但是该方法的信道利用率太低,如图3a所示的等待确认模式,大部分时间都在等待接收设备的确认设备信息。故可以采用如图3b所示的流水线模式进行发送,提高信道利用率。
在本申请实施例中,数据缓存队列可以是一个环形队列,在队列空闲足够时,可以对应用层所发送数据进行依序缓存;在队列空闲不足时,等待缓存次序位于最前方的数据完成发送之后释放队列资源,再对应用层所发送数据进行依序缓存。
在本申请实施例中,可以从数据缓存队列中获取待广播的应用层数据,具体可以基于至少一个第二外部终端发送的报文数据中携带的确认设备信息从数据缓存队列中获取待广播的应用层数据。若上述确认设备信息中包含有对本机设备发送的报文数据的响应,从数据缓存队列中选取已得到响应的目标数据(即本机设备发送的已得到响应的报文数据),并删除该目标数据,从数据缓存队列中选取缓存次序位于目标数据之后的数据作为待广播的应用层数据,同时获取该待广播的应用层数据的序列号,作为第二序列号。
示例性地,如图4所示的发送数据滑动窗口的结构示意图,假设本机设备广播的报文数据中应用层数据的序列号为103,且至少一个第二外部终端发送的报文数据中携带的确认设备信息中包括对本机设备发送的103号数据的响应,则从数据缓存队列中选取已得到响应的103号数据,将发送窗口的窗口起始位置向右移动,序列号103之前的数据为已得到响应的报文数据(即已经完成发送的数据),数据缓存队列会将已经完成发送的数据从数据缓存队列中删除,以释放队列资源,同时将发送窗口的窗口起始位置向右移动后最靠近窗口起始位置的应用层数据作为待广播的应用层数据(即缓存次序位于103之后的数据104),且获取序列号104作为第二序列号。
应理解,发送数据滑动窗口在进行滑动时需要注意:发送窗口的起始位置只会向右移动,因为窗口起始位置之前的数据属于已经完成发送的数据,会从数据缓存队列中清除这些数据,以释放队列资源。
若本机设备发送的第二报文数据的报文长度大于接收终端的接收窗口,那么接收终端会丢弃掉该报文数据,并向本机设备发送重传数据的请求,直到接收终端能够接收该报文数据。
还应理解的是,第二序列号的编码长度通常为32位,取值范围可以是0~4294967295,且待广播的应用层数据的序列号是累计增长的,这就意味着第二序列号在到达最大值后会发生翻转,因此不能只通过数据序列号的数值大小来判断应用层数据在数据缓存队列中的前后关系,还需要结合发送窗口的起始位置和结束位置来进行判断。
在一种可能的实施方式中,基于至少一个第二外部终端发送的报文数据中携带的确认设备信息,从数据缓存队列中选取已得到响应的目标数据,包括:
接收局域网中外部终端广播的报文数据;
对报文数据进行解析,得到外部终端的设备编号,在从报文数据中解析出与本机设备对应的确认设备信息时,将确认设备信息及外部终端的设备编号关联存储至第二数据集合中;
从第二数据集合中进行数据读取,得到至少一个第二外部终端发送的报文数据中携带的目标确认设备信息;
基于目标确认设备信息,从数据缓存队列中选取由目标确认设备信息进行响应的目标数据。
在本申请实施例中,从数据缓存队列中选取由目标确认设备信息进行响应的目标数据的过程中,首先可以接收局域网中外部终端广播的报文数据,该报文数据中包含该外部终端对接收到的应用层数据进行响应的确认设备信息以及该外部终端的设备编号,对报文数据进行解析后可以得到广播该报文数据的外部终端的设备编号以及确认设备信息。若上述确认设备信息中包含接收到本机设备的应用层数据的确认设备信息,将与本机设备对应的确认设备信息以及发送该确认设备信息的外部终端的设备编号关联存储至第二数据集合中。
由于第二数据集合中存储了无线局域网中所有处于在线状态的第二外部终端的确认设备信息,对第二数据集合进行数据读取,得到至少一个第二外部终端发送的报文数据中携带的目标确认设备信息。其中至少一个第二外部终端数量是根据第二数据集合中包含的确认设备信息对应的第二外部终端的数量确定的,若第二数据集合中包含的确认设备信息对应的第二外部终端的设备编号分别为4、5、6、7,则需要得到设备编号为4、5、6、7的第二外部终端发送的报文数据中携带的目标确认设备信息,基于该目标确认设备信息,可以得知本机设备发送的报文数据已被处在局域网内且在线的设备接收,基于已发送的成功的报文数据中的应用层数据,从数据缓存队列中选取已发送的成功的报文数据中的应用层数据。
在一种可能的实施方式中,对报文数据进行解析,得到外部终端的设备编号,在从报文数据中解析出与本机设备对应的确认设备信息时,将确认设备信息及外部终端的设备编号关联存储至第二数据集合中,包括:
对报文数据进行解析,得到外部终端的设备编号;
根据外部终端的设备编号,获取本机设备中与外部终端的设备编号对应的数据存储单元;
在从报文数据中解析出与本机设备对应的确认设备信息时,将确认设备信息及外部终端的设备编号关联存储至于外部终端的设备编号对应的数据存储单元;
将每一数据存储单元中的确认设备信息及外部终端的设备编号关联存储至第二数据集合中。
在本申请实施例中,从报文数据中解析出与本机设备对应的确认设备信息时,首先将确认设备信息存储至外部设备的设备编号对应的数据存储单元中,其次在根据每一数据存储单元中的确认设备信息,更新第二数据集合中与每一存储单元相对应的确认设备信息。
示例性地,如图2所示的广播数据传输模式,从RBUDP报文中获取该报文数据携带的确认设备信息,若在该确认设备信息中包含本机设备的确认设备信息,那么更新本机设备中的接收侧确认设备信息(即与外部终端的设备编号对应的数据存储单元),并通知在线成员集合单元中的接收侧确认设备集合(即第二数据集合),更新接收侧确认设备集合中与接收侧确认设备信息对应的确认设备信息。
步骤103,基于每一确认设备信息、第二序列号及第二设备编号,对待广播的应用层数据进行封装,生成第二报文数据。
其中,每一确认设备信息是指本机设备对接收到的应用层数据的响应,第二序列号是指本机设备待广播的应用层数据的第二序列号,第二设备编号是指本机设备的第二设备编号。
在本申请实施例中,生成报文数据可以采用对待广播的应用层数据封装协议头的方法,使生成的报文数据中携带待广播的应用层数据的序列号以及发送该待广播的应用层数据的终端的设备编号(在本申请实施例中为本机设备的第二设备编号),以便于至少一个外部终端在接收到该应用层数据时能够识别该应用层数据的序列号以及发送该应用层数据的终端的设备编号。
在一种可能的实施方式中,基于每一确认设备信息、第二序列号及第二设备编号,对待广播的应用层数据进行封装,生成第二报文数据,包括:
获取本机设备的设备状态,设备状态包括保活状态和离线状态;
根据设备状态,确定控制域信息,控制域信息用于表示本机设备的设备状态;
基于第二设备编号、控制域信息、至少一个第一外部终端的数量信息、第二序列号及每一确认设备信息,按照预设格式构造得到协议头;
将协议头与待广播的应用层数据进行封装,生成第二报文数据。
其中,本机设备状态中的保活状态是指本机设备的在线状态,离线状态是指本机设备处于离线状态,若本机设备接收到的报文数据中携带的控制域信息指示外部终端处于离线状态,则本机设备将从第一数据集合和第二数据集合中删除该外部终端的确认设备信息,从本机设备的第一数据集合和第二数据集合中可以获取局域网内所有终端的设备状态。
在本申请实施例中,可以按照如图5所示的协议头格式,再基于第二设备编号、控制域信息、至少一个第一外部终端的数量信息、第二序列号及每一确认设备信息,构造得到待广播的应用层数据携带的协议头。
如图5所示,在本申请实施例中,发送设备编号是指本机设备的第二设备编号,控制域是根据本机设备的设备状态得出的,控制域中包含有多个控制位。例如,RST控制位用于标识发送的第二报文数据为复位报文,当本机设备发送的控制域信息标识发送的报文数据为复位报文时,即表示要求接收到该复位报文的外部终端重置连接信息;FIN控制位用于标识发送的第二报文数据为终止报文,即快速的通知外部终端本机设备即将处于离线状态;ALV控制位用于标识发送的第二报文数据为保活报文,当本机设备在保活周期内没有发送报文时,可以通过发送保活报文进行设备保活。确认设备个数是指至少一个第一外部终端的数量信息,发送数据序列号是指第二序列号,确认设备信息是指本实施例中的每一确认设备信息,用于对接收到的应用层数据进行响应。
基于发送设备编号、控制域中各控制位信息、确认设备个数、发送数据序列号以及与确认设备个数对应的多个确认设备信息构造的得到了图5中的RBUDP协议头,将RBUDP协议头与待广播的应用层数据(即图中的数据)进行封装,就得到了第二报文数据。
如图2所示的广播数据传输模式,其中保活定时器用于检测本机设备在保活周期内是否有发出报文数据,若没有,则将ALV控制位设定为1,用于通知发送单元发送第二报文数据,该报文数据为保活报文。确认延迟定时器用于检测设备在确认延迟期间是否有发出报文数据,若没有,则从第一数据集合中获取确认设备信息,通知发送单元发送第二报文数据,该第二报文数据为确认响应报文。
应理解,保活周期与确认延迟时间可以由用户自由配置,其中确认延迟时间不能超过响应限定时间。
在一种可能的实施方式中,根据设备状态,确定控制域信息,包括:
根据设备状态,确定用于标识设备状态的字段值;
将字段值写入至控制域信息中与设备状态对应的目标字段,得到控制域信息。
在本申请实施例中,控制域信息中包括标识不同设备状态的不同字段,当本机设备处于保活状态时,确定标识保活状态的字段值为目标值,其他字段值为非目标值,将每个字段对应的字段值写入到控制域信息中,用于标识本机设备的设备状态。
步骤104,将第二报文数据在局域网中进行广播。
在本申请实施例中,将第二报文数据在局域网中进行广播即将第二报文数据广播至局域网中所有的终端中。
在本申请实施例中,通过从局域网中获取到的至少一个第一外部终端接收到的第一报文数据中应用层数据的第一序列号以及至少一个第一外部终端的设备编号,可以得到用于对至少一个第一外部终端的第一报文数据进行回应的确认设备信息。基于待广播的应用层数据的第二序列号以及本机设备的第二设备编号以及至少一组的确认响应信息,对待广播的应用层数据进行封装,生成第二报文数据,该第二报文数据中包括的确认设备信息可以将本机设备接收数据的状态在局域网中进行广播,并根据接收到第一报文数据中的确认设备信息可以获取局域网中至少一个外部终端接收数据的状态,进而可以根据本机设备接收数据的状态以及至少一个外部终端接收数据的状态,获取有序的数据传输方式,实现局域网中广播数据完整有序及可靠的传输。
参照图6,示出了本申请实施例提供的一种广播数据传输方法的流程图二,如图6所示的一种广播数据传输方法,该方法包括以下步骤:
步骤601,获取从局域网中至少一个第一外部终端接收到的第一报文数据中应用层数据的第一序列号及至少一个第一外部终端的第一设备编号,得到包含与每一第一外部终端对应的设备编号及第一序列号的确认设备信息。
本实施例步骤601与前述实施例步骤101相同,可以相互参阅,本实施例在此不再赘述。
步骤602,获取从每一第一外部终端接收到的第一报文数据中应用层数据的数据量。
在本申请实施例中,获取从每一第一外部终端接收到的第一报文数据中应用层数据,将接收到的第一报文数据中应用层数据存储至接收数据缓存队列中,且每一第一外部终端在本机设备中都有对应的接收数据缓存队列。
其中,获取从每一第一外部终端接收到的第一报文数据中应用层数据的数据量后,判断该数据量与接收数据缓存队列中可接收数据量的大小关系,若该数据量大于接收数据缓存队列中可接收数据量,则直接丢弃从该外部终端接收到的应用层数据,不返回接收到该应用层数据的确认设备信息,则外部终端接收不到本机设备的确认设备信息,会重新传输该应用层数据;若该数据量小于或等于接收数据缓存队列中可接收数据量,则直接将接收到的第一报文数据中应用层数据存储至对应的接收数据缓存队列。
步骤603,基于数据量,确定与每一第一外部终端对应的数据接收窗口的剩余可接收数据量。
其中,数据接收窗口可以是指接收数据缓存队列。
在本申请实施例中,确定与每一第一外部终端对应的数据接收窗口的剩余可接收数据量,可以首先获取与每一第一外部终端对应的数据接收窗口的可接收数据的总数据量,其次再取可接收数据的总数据量与第一报文数据中应用层数据的数据量的差值,作为该数据接收窗口的剩余可接收数据量,进而确定每一第一外部终端对应的数据接收窗口的剩余可接收数据量。
其中,数据接收窗口可以使用滑动窗口的方法将接收到的第一外部终端的第一报文数据中的应用层数据进行缓存,当接收到的第一报文数据中的应用层数据已经处理完成,将该应用层数据从数据接收窗口中清出,以释放该数据接收窗口的资源,然后缓存次序排在已经处理完成的应用层数据之后的接收到的应用层数据,进而依次缓存并处理,实现了该广播数据传输方法的有序传输。
步骤604,将剩余可接收数据量作为数据接收窗口的大小值,携带至每一第一外部终端分别对应的确认设备信息中。
在本申请实施例中,确认设备信息中增加了数据接收窗口的大小值,例如图5确认设备信息中接收窗口大小,将数据接收窗口的大小值携带至每一第一外部终端分别对应的确认设备信息中,可以用于告知至少一个第一外部终端目前本机设备的剩余可接收数据量,防止至少一个第一外部终端发送报文的数据量超出本机设备的自身的数据处理能力。
步骤605,获取待广播的应用层数据、待广播的应用层数据的第二序列号及本机设备的第二设备编号。
步骤606,基于每一确认设备信息、第二序列号及第二设备编号,对待广播的应用层数据进行封装,生成第二报文数据。
步骤607,将第二报文数据在局域网中进行广播。
本实施例步骤605-607与前述实施例中步骤102-104相同,可以相互参阅,本实施例在此不再赘述。
相较于实施例一,本申请实施例中在确认设备信息中增加了数据接收窗口的可接收数据量,本机设备在接收到至少一个第一外部终端发送的报文数据中的确认设备信息时,可以得知确认设备信息中确认设备编号对应的第一外部终端可接收本机设备发送的数据量的大小,本机设备可以根据数据量的大小发送相应数据量的应用层数据,防止本机设备发送报文的数据量超出至少一个终端设备的数据处理能力。
参照图7,示出了本申请实施例提供的一种广播数据传输装置的结构图,为了便于说明,仅示出了与本申请实施例相关的部分。
广播数据传输装置具体可以包括如下模块:
第一获取模块701,用于获取从局域网中至少一个第一外部终端接收到的第一报文数据中应用层数据的第一序列号及至少一个第一外部终端的第一设备编号,得到包含与每一第一外部终端对应的设备编号及第一序列号的确认设备信息,确认设备信息用于对接收到的应用层数据进行响应;
第二获取模块702,用于获取待广播的应用层数据、待广播的应用层数据的第二序列号及本机设备的第二设备编号;
生成模块703,用于基于每一确认设备信息、第二序列号及第二设备编号,对待广播的应用层数据进行封装,生成第二报文数据;
广播模块704,用于将第二报文数据在局域网中进行广播。
在本申请实施例中,广播数据传输装置具体还可以包括如下模块:
数据量获取模块,用于获取从每一第一外部终端接收到的第一报文数据中应用层数据的数据量;
确定模块,用于基于数据量,确定与每一第一外部终端对应的数据接收窗口的剩余可接收数据量;
携带模块,用于将剩余可接收数据量作为数据接收窗口的大小值,携带至每一第一外部终端分别对应的确认设备信息中。
在本申请实施例中,第一获取模块701具体可以包括如下子模块:
接收子模块,用于接收局域网中外部终端广播的报文数据;
解析子模块,用于对报文数据进行解析,得到外部终端的设备编号,并在从报文数据中解析出应用层数据时,将外部终端的设备编号及应用层数据的序列号关联存储至第一数据集合中;
形成子模块,用于在设定的数据响应时间到达时,从第一数据集合中进行数据读取,得到至少一个第一外部终端发送的第一报文数据中应用层数据的第一序列号及至少一个第一外部终端的第一设备编号,形成包含与每一第一外部终端对应的设备编号及第一序列号的确认设备信息。
在本申请实施例中,第二获取模块702具体可以包括如下子模块:
队列获取子模块,用于获取由对应用层所发送数据进行依序缓存得到的数据缓存队列;
目标选取子模块,用于基于至少一个第二外部终端发送的报文数据中携带的确认设备信息,从数据缓存队列中选取已得到响应的目标数据;
数据选取子模块,用于从数据缓存队列中选取缓存次序位于目标数据之后的数据作为应用层数据,并获取应用层数据在数据缓存队列中的序列号,作为第二序列号。
在本申请实施例中,目标选取子模块具体可以包括如下单元:
数据接收单元,用于接收局域网中外部终端广播的报文数据;
存储单元,用于对报文数据进行解析,得到外部终端的设备编号,在从报文数据中解析出与本机设备对应的确认设备信息时,将确认设备信息及外部终端的设备编号关联存储至第二数据集合中;
读取单元,用于从第二数据集合中进行数据读取,得到至少一个第二外部终端发送的报文数据中携带的目标确认设备信息;
目标选取单元,用于基于目标确认设备信息,从数据缓存队列中选取由目标确认设备信息进行响应的目标数据。
在本申请实施例中,生成模块703具体可以包括如下子模块:
状态获取子模块,用于获取本机设备的设备状态,设备状态包括保活状态和离线状态;
控制域确定子模块,用于根据设备状态,确定控制域信息,控制域信息用于表示本机设备的设备状态;
协议头构造子模块,用于基于第二设备编号、控制域信息、至少一个第一外部终端的数量信息、第二序列号及每一确认设备信息,按照预设格式构造得到协议头;
封装子模块,用于将协议头与待广播的应用层数据进行封装,生成第二报文数据。
在本申请实施例中,控制域确定子模块具体可以包括如下单元:
字段确定单元,用于根据设备状态,确定用于标识设备状态的字段值;
写入单元,用于将字段值写入至控制域信息中与设备状态对应的目标字段,得到控制域信息。
本申请实施例提供的广播数据传输装置可以应用在前述方法实施例中,详情参见上述方法实施例的描述,在此不再赘述。
图8是本申请实施例提供的终端设备的结构示意图。如图8所示,该实施例的终端设备800包括:至少一个处理器810(图8中仅示出一个)处理器、存储器820以及存储在所述存储器820中并可在所述至少一个处理器810上运行的计算机程序821,所述处理器810执行所述计算机程序821时实现上述任意各个广播数据传输方法实施例中的步骤。
所述终端设备800可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该终端设备可包括,但不仅限于,处理器810、存储器820。本领域技术人员可以理解,图8仅仅是终端设备800的举例,并不构成对终端设备800的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如还可以包括输入输出设备、网络接入设备等。
所称处理器810可以是中央处理单元(Central Processing Unit,CPU),该处理器810还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器820在一些实施例中可以是所述终端设备800的内部存储单元,例如终端设备800的硬盘或内存。所述存储器820在另一些实施例中也可以是所述终端设备800的外部存储设备,例如所述终端设备800上配备的插接式硬盘,智能存储卡(Smart MediaCard,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,所述存储器820还可以既包括所述终端设备800的内部存储单元也包括外部存储设备。所述存储器820用于存储操作系统、应用程序、引导装载程序(Boot Loader)、数据以及其他程序等,例如所述计算机程序的程序代码等。所述存储器820还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中,应该理解到,所揭露的装置/终端设备和方法,可以通过其它的方式实现。例如,以上所描述的装置/终端设备实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
本申请实现上述实施例方法中的全部或部分流程,也可以通过一种计算机程序产品来完成,当所述计算机程序产品在终端设备上运行时,使得所述终端设备执行时可实现上述各个方法实施例中的步骤。
以上所述实施例仅用以说明本申请的技术方案,而非对其限制。尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。
Claims (9)
1.一种广播数据传输方法,其特征在于,所述广播数据传输方法包括:
获取从局域网中至少一个第一外部终端接收到的第一报文数据中应用层数据的第一序列号及所述至少一个第一外部终端的第一设备编号,得到包含与每一所述第一外部终端对应的所述设备编号及所述第一序列号的确认设备信息,所述确认设备信息用于对接收到的所述应用层数据进行响应;
获取待广播的应用层数据、所述待广播的应用层数据的第二序列号及本机设备的第二设备编号;
基于每一所述确认设备信息、所述第二序列号及所述第二设备编号,对所述待广播的应用层数据进行封装,生成第二报文数据;
将所述第二报文数据在所述局域网中进行广播;
所述获取待广播的应用层数据、所述待广播应用层数据的第二序列号,包括:
获取由对应用层所发送数据进行依序缓存得到的数据缓存队列;
基于至少一个第二外部终端发送的报文数据中携带的确认设备信息,从所述数据缓存队列中选取已得到响应的目标数据;
从所述数据缓存队列中选取缓存次序位于所述目标数据之后的数据作为所述应用层数据,并获取所述应用层数据在所述数据缓存队列中的序列号,作为所述第二序列号。
2.如权利要求1所述的广播数据传输方法,其特征在于,所述获取从局域网中至少一个第一外部终端接收到的第一报文数据中应用层数据的第一序列号及所述至少一个第一外部终端的第一设备编号之后,还包括:
获取从每一所述第一外部终端接收到的第一报文数据中应用层数据的数据量;
基于所述数据量,确定与每一所述第一外部终端对应的数据接收窗口的剩余可接收数据量;
将所述剩余可接收数据量作为所述数据接收窗口的大小值,携带至每一所述第一外部终端分别对应的所述确认设备信息中。
3.如权利要求1所述的广播数据传输方法,其特征在于,所述获取从局域网中至少一个第一外部终端接收到的第一报文数据中应用层数据的第一序列号及所述至少一个第一外部终端的第一设备编号,得到包含每一所述第一外部终端对应的所述设备编号及所述第一序列号的确认设备信息,包括:
接收所述局域网中外部终端广播的报文数据;
对所述报文数据进行解析,得到所述外部终端的设备编号,并在从所述报文数据中解析出应用层数据时,将所述外部终端的设备编号及所述应用层数据的序列号关联存储至第一数据集合中;
在设定的数据响应时间到达时,从所述第一数据集合中进行数据读取,得到所述至少一个第一外部终端发送的第一报文数据中应用层数据的第一序列号及所述至少一个第一外部终端的第一设备编号,形成包含与每一所述第一外部终端对应的所述设备编号及所述第一序列号的确认设备信息。
4.如权利要求1所述的广播数据传输方法,其特征在于,所述基于至少一个第二外部终端发送的报文数据中携带的确认设备信息,从所述数据缓存队列中选取已得到响应的目标数据,包括:
接收所述局域网中外部终端广播的报文数据;
对所述报文数据进行解析,得到所述外部终端的设备编号,在从所述报文数据中解析出与本机设备对应的确认设备信息时,将所述确认设备信息及所述外部终端的设备编号关联存储至第二数据集合中;
从所述第二数据集合中进行数据读取,得到所述至少一个第二外部终端发送的报文数据中携带的目标确认设备信息;
基于所述目标确认设备信息,从所述数据缓存队列中选取由所述目标确认设备信息进行响应的目标数据。
5.如权利要求1所述的广播数据传输方法,其特征在于,所述基于每一所述确认设备信息、所述第二序列号及所述第二设备编号,对所述待广播的应用层数据进行封装,生成第二报文数据,包括:
获取所述本机设备的设备状态,所述设备状态包括保活状态和离线状态;
根据所述设备状态,确定控制域信息,所述控制域信息用于表示所述本机设备的设备状态;
基于所述第二设备编号、所述控制域信息、所述至少一个第一外部终端的数量信息、所述第二序列号及每一所述确认设备信息,按照预设格式构造得到协议头;
将所述协议头与所述待广播的应用层数据进行封装,生成第二报文数据。
6.如权利要求5所述的广播数据传输方法,其特征在于,所述控制域信息中包括标识不同设备状态的不同字段,所述根据所述设备状态,确定控制域信息,包括:
根据所述设备状态,确定用于标识所述设备状态的字段值;
将所述字段值写入至所述控制域信息中与所述设备状态对应的目标字段,得到所述控制域信息。
7.一种广播数据的传输装置,其特征在于,所述广播数据的传输装置包括:
第一获取模块,用于获取从局域网中至少一个第一外部终端接收到的第一报文数据中应用层数据的第一序列号及所述至少一个第一外部终端的第一设备编号,得到包含与每一所述第一外部终端对应的所述设备编号及所述第一序列号的确认设备信息,所述确认设备信息用于对接收到的所述应用层数据进行响应;
第二获取模块,用于获取待广播的应用层数据、所述待广播的应用层数据的第二序列号及本机设备的第二设备编号;
生成模块,用于基于每一所述确认设备信息、所述第二序列号及所述第二设备编号,对所述待广播的应用层数据进行封装,生成第二报文数据;
广播模块,用于将所述第二报文数据在所述局域网中进行广播;
所述第二获取模块包括:
队列获取子模块,用于获取由对应用层所发送数据进行依序缓存得到的数据缓存队列;
目标选取子模块,用于基于至少一个第二外部终端发送的报文数据中携带的确认设备信息,从数据缓存队列中选取已得到响应的目标数据;
数据选取子模块,用于从数据缓存队列中选取缓存次序位于目标数据之后的数据作为应用层数据,并获取应用层数据在数据缓存队列中的序列号,作为第二序列号。
8.一种终端设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至6任一项所述的方法。
9.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至6任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110749172.9A CN113490154B (zh) | 2021-07-01 | 2021-07-01 | 广播数据传输方法、装置、终端设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110749172.9A CN113490154B (zh) | 2021-07-01 | 2021-07-01 | 广播数据传输方法、装置、终端设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113490154A CN113490154A (zh) | 2021-10-08 |
CN113490154B true CN113490154B (zh) | 2022-05-17 |
Family
ID=77939508
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110749172.9A Active CN113490154B (zh) | 2021-07-01 | 2021-07-01 | 广播数据传输方法、装置、终端设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113490154B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115296943B (zh) * | 2022-07-18 | 2024-04-16 | 杭州趣链科技有限公司 | 一种消息广播方法、装置、服务器和存储介质 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108933735A (zh) * | 2017-05-27 | 2018-12-04 | 华为技术有限公司 | 一种报文发送的方法、装置及设备 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003179640A (ja) * | 2001-12-10 | 2003-06-27 | Nec Corp | ブロードキャスト通信における欠損パケットの補完方式および方法 |
US20050185604A1 (en) * | 2004-02-23 | 2005-08-25 | Samsung Electronics Co., Ltd. | Method and apparatus for transferring connectionless-oriented data packets |
US9538558B2 (en) * | 2014-06-26 | 2017-01-03 | Qualcomm Technologies International, Ltd. | Methods and apparatuses for managing acknowledgements for multicast data in a wireless network |
CN106130693B (zh) * | 2016-07-08 | 2019-04-23 | 浙江工业大学 | 一种基于udp的可靠传输方法 |
CN107360177B (zh) * | 2017-07-31 | 2019-09-17 | 杭州迪普科技股份有限公司 | 一种基于udp的报文传输方法及装置 |
CN107682125A (zh) * | 2017-11-13 | 2018-02-09 | 平安科技(深圳)有限公司 | 一种数据获取方法、装置、计算机设备及存储介质 |
CN108111434B (zh) * | 2017-12-14 | 2021-03-16 | 四川大学 | 一种基于可靠udp和喷泉码的航空自组网可靠传输方法 |
-
2021
- 2021-07-01 CN CN202110749172.9A patent/CN113490154B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108933735A (zh) * | 2017-05-27 | 2018-12-04 | 华为技术有限公司 | 一种报文发送的方法、装置及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN113490154A (zh) | 2021-10-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106850402B (zh) | 消息的传输方法和装置 | |
CN113411313B (zh) | 数据传输方法、装置和系统 | |
CN106612284B (zh) | 一种流数据的传输方法和装置 | |
CN111224792B (zh) | 会议接入方法和装置 | |
KR101438005B1 (ko) | 서버와 클라이언트 단말 간에 데이터를 패킷 단위로 실시간 송/수신하기 위한 방법, 이에 상응하는 서버 및 단말 | |
CN110581812A (zh) | 一种数据报文的处理方法和装置 | |
CN113490154B (zh) | 广播数据传输方法、装置、终端设备及存储介质 | |
CN111082896A (zh) | 一种数据传输方法及发送、接收装置 | |
CN114039703A (zh) | 数据传输方法、装置、设备和介质 | |
CN105141603A (zh) | 通信数据传输方法及系统 | |
CN112817602A (zh) | 一种json格式数据发送、接收方法、设备及介质 | |
CN112422485B (zh) | 一种传输控制协议的通信方法及装置 | |
CN110247926B (zh) | 一种交互方法和系统 | |
CN109474678A (zh) | 一种信息传送方法及装置 | |
CN111404842B (zh) | 数据传输方法、装置及计算机存储介质 | |
CN102025730B (zh) | 基于http协议的数据传输装置及其实现方法 | |
CN111913817A (zh) | 一种数据传输方法、系统和设备以及计算机可读存储介质 | |
CN113422760B (zh) | 数据传输方法、装置、电子装置和存储介质 | |
CN115348333A (zh) | 基于udp双端通信交互的数据传输方法、系统及设备 | |
CN114338270A (zh) | 数据通信方法、装置、电子设备及存储介质 | |
CN114785871A (zh) | 日志查询方法及装置 | |
CN115904488A (zh) | 数据传输方法、系统、装置及设备 | |
CN111865884B (zh) | 一种报文处理方法、装置及设备 | |
CN111106977B (zh) | 数据流检测方法、装置及存储介质 | |
CN111796914A (zh) | 设置物理串口的属性的方法、虚拟机及宿主机 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
PE01 | Entry into force of the registration of the contract for pledge of patent right | ||
PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: Broadcast data transmission method, device, terminal equipment and storage medium Effective date of registration: 20220701 Granted publication date: 20220517 Pledgee: Bank of Communications Limited Shenzhen Branch Pledgor: Shenzhen Hengyang Data Co.,Ltd. Registration number: Y2022340000011 |