CN110912654B - 数据重发方法、网关设备、终端设备、存储介质 - Google Patents
数据重发方法、网关设备、终端设备、存储介质 Download PDFInfo
- Publication number
- CN110912654B CN110912654B CN201911194033.3A CN201911194033A CN110912654B CN 110912654 B CN110912654 B CN 110912654B CN 201911194033 A CN201911194033 A CN 201911194033A CN 110912654 B CN110912654 B CN 110912654B
- Authority
- CN
- China
- Prior art keywords
- packet loss
- data
- state
- terminal device
- packet
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
- H04L43/0829—Packet loss
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及一种数据重发方法、网关设备、终端设备、存储介质。该方法包括：在数据包广播完成后，采用广播询问方式和/或一对一询问方式询问各终端设备接收数据的状态；所述状态内包括差别丢包，其中差别丢包是指上报在后的终端设备的丢包中与上报在前终端设备已上报丢包不相同的丢包；根据所述状态确定是否重发数据。本实施例中，可以简化交互流程，避免出现时间消耗过长的问题。并且，本实施例中，终端设备通过上报差别丢包，可以减少上报丢包的时间消耗，降低其自身功能；同时，可以进一步缩短网关设备和终端设备之间的交互时间，有利于提升网关设备进行状态询问和数据重发的效率。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种数据重发方法、网关设备、终端设备、存储介质。
背景技术
网关是一种连接终端设备和服务器的协议转换设备，其可以接收近场或者近似近场的无线信号，并通过无线保真(Wireless Fidelity，WiFi)/本地网络(Local AreaNetwork，LAN)等方式将数据发送到服务器，然后，再以广播方式将数据转发出去。
实际应用中，在广播完数据后，网关向各终端设备询问其接收情况，询问方式可以包括一对一询问和广播询问。以广播式询问为例，所有终端都可以进行信道竞争以应答上述询问，由于网关只进行一次或者两次广播询问，使得网关和终端间的交互过程被缩短，可能会造成网关接收终端信息不全。以一对一询问为例，只有被询问的终端可以进行应答，不存在信道竞争，但交互流程增加；并且未网关得不到终端反馈，则引起时间消耗较长。若有较多终端需要应答网关时，部分终端等待时间较长，并且上报丢包时间较长，导致终端功耗较大。
发明内容
本发明提供一种数据重发方法、网关设备、终端设备、存储介质，以解决相关技术中存在的问题。
第一方面，本发明实施例提供一种数据重发方法，应用于网关设备，所述方法包括：
在数据包广播完成后，采用广播询问方式和/或一对一询问方式询问各终端设备接收数据的状态；所述状态内包括差别丢包，其中差别丢包是指上报在后的终端设备的丢包中与上报在前终端设备已上报丢包不相同的丢包；
根据所述状态确定是否重发数据。
可选地，采用广播询问方式和/或一对一询问方式询问各终端设备接收数据的状态包括：
采用一对一询问方式询问未反馈设备列表中各终端设备接收数据的状态；
在终端设备反馈状态时，根据所述状态确定是否重发数据；
在连续设定数量个终端设备未反馈状态时，采用广播询问方式询问各终端设备，以使终端设备反馈状态。
可选地，根据所述状态确定是否重发数据包括：
获取丢包比例；
在所述丢包比例超过设定阈值时，结束本次询问过程并获取补发次数；
在所述补发次数未超过预设的补发次数阈值时，获取待补发数据包；
在广播时间到达时，广播所述待补发数据包。
可选地，采用广播询问方式询问各终端设备包括：
在等待时间内接收到终端设备反馈的状态时，获取丢包比例；否则结束本次询问过程；
在所述丢包比例超过设定阈值时，结束本次询问过程并获取补发次数；
在所述补发次数未超过预设的补发次数阈值时，获取待补发数据包；
在广播时间到达时，广播所述待补发数据包。
第二方面，本发明实施例提供一种数据重发方法，应用于终端设备，所述方法包括：
在等待反馈状态的过程中，监听其他终端设备已上报的状态；
更新应答列表；更新后的应答列表内包括差别丢包；其中差别丢包是指上报在后的终端设备的丢包中与上报在前终端设备已上报丢包不相同的丢包；
在更新应答列表内包括差别丢包时，确定仍需要上报丢包，并等待上报差别丢包；在更新应答列表内未包括差别丢包时，确定无需上报丢包，并进入休眠以等待数据重发时接收数据。
第三方面，本发明实施例提供一种数据重发装置，应用于网关设备，所述装置包括：
状态询问模块，用于在数据包广播完成后，采用广播询问方式和/或一对一询问方式询问各终端设备接收数据的状态；所述状态内包括差别丢包，其中差别丢包是指上报在后的终端设备的丢包中与上报在前终端设备已上报丢包不相同的丢包；
数据重发模块，用于根据所述状态确定是否重发数据。
可选地，所述状态询问模块包括：
单点询问单元，用于采用一对一询问方式询问未反馈设备列表中各终端设备接收数据的状态；
数据确定单元，用于在终端设备反馈状态时，根据所述状态确定是否重发数据；
广播询问单元，用于在连续设定数量个终端设备未反馈状态时，采用广播询问方式询问各终端设备，以使终端设备反馈状态。
可选地，所述数据确定单元包括：
比例获取子单元，用于获取丢包比例；
次数获取子单元，用于在所述丢包比例超过设定阈值时，结束本次询问过程并获取补发次数；
补包获取子单元，用于在所述补发次数未超过预设的补发次数阈值时，获取待补发数据包；
补包广播子单元，用于在广播时间到达时，广播所述待补发数据包。
可选地，所述广播询问单元包括：
状态获取子单元，用于在等待时间内接收到终端设备反馈的状态时，获取丢包比例；否则结束本次询问过程；
次数获取子单元，用于在所述丢包比例超过设定阈值时，结束本次询问过程并获取补发次数；
补包获取子单元，用于在所述补发次数未超过预设的补发次数阈值时，获取待补发数据包；
补包广播子单元，用于在广播时间到达时，广播所述待补发数据包。
第四方面，本发明实施例提供一种数据重发装置，应用于终端设备，所述装置包括：
状态监听模块，用于在等待反馈状态的过程中，监听其他终端设备已上报的状态；
列表更新模块，用于更新应答列表；更新后的应答列表内包括差别丢包；其中差别丢包是指上报在后的终端设备的丢包中与上报在前终端设备已上报丢包不相同的丢包；
丢包上报模块，用于在更新应答列表内包括差别丢包时，确定仍需要上报丢包，并等待上报差别丢包；在更新应答列表内未包括差别丢包时，确定无需上报丢包，并进入休眠以等待数据重发时接收数据。
第五方面，本发明实施例提供一种网关设备，包括：
包括处理器和存有处理器可执行指令的存储器，其中：
所述处理器从所述存储器内读取指令以实现第一方面任一项所述方法的步骤。
第六方面，本发明实施例提供一种终端设备，包括：
包括处理器和存有处理器可执行指令的存储器，其中：
所述处理器从所述存储器内读取指令以实现第二方面所述方法的步骤。
第七方面，本发明实施例提供一种可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现第一方面和第二方面所述方法的步骤。
本实施例中，通过采用广播询问方式和/或一对一询问方式询问各终端设备接收数据的状态，例如，一对一询问方式切换至广播询问方式，可以简化交互流程，避免出现时间消耗过长的问题。并且，本实施例中，终端设备通过上报差别丢包，可以减少上报丢包的时间消耗，降低其自身功能；同时，可以进一步缩短网关设备和终端设备之间的交互时间，有利于提升网关设备进行状态询问和数据重发的效率。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
图1是本发明实施例示出的一种网关设备与终端设备通信的场景示意图。
图2是本发明实施例示出的一种数据重发方法的流程图。
图3是本发明实施例示出的终端设备注册的交互图。
图4是本发明实施例示出的终端设备申请入网的交互图。
图5是本发明实施例示出的网关设备广播数据的交互图。
图6是本发明实施例示出的一对一询问方式与广播询问方式切换的流程图。
图7是本发明实施例示出的一种广播补发数据包的流程图。
图8是本发明实施例示出的另一种广播补发数据包的流程图。
图9是本发明实施例示出的另一种数据重发方法的流程图。
图10是本发明实施例示出的一种数据重发方法的应用流程图。
图11～图15是本发明实施例示出的一种数据重发装置的框图。
图16是本发明实施例示出的一种网关设备的框图。
图17是本发明实施例示出的一种终端设备的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
网关是一种连接终端设备和服务器的协议转换设备，其可以接收近场或者近似近场的无线信号，并通过无线保真(Wireless Fidelity，WiFi)/本地网络(Local AreaNetwork，LAN)等方式将数据发送到服务器，然后，再以广播方式将数据转发出去。
实际应用中，在广播完数据后，网关向各终端设备询问其接收情况，询问方式可以包括一对一询问和广播询问。以广播式询问为例，所有终端都可以进行信道竞争以应答上述询问，由于网关只进行一次或者两次广播询问，使得网关和终端间的交互过程被缩短，可能会造成网关接收终端信息不全。以一对一询问为例，只有被询问的终端可以进行应答，不存在信道竞争，但交互流程增加；并且未网关得不到终端反馈，则引起时间消耗较长。若有较多终端需要应答网关时，部分终端等待时间较长，并且上报丢包时间较长，导致终端功耗较大。
为解决上述问题，本发明实施例提供了一种数据重发方法，其构思在于，结合广播询问方式和一对一询问方式，在预设数量个终端设备未上报状态时，即从一对一询问方式切换到广播询问方式，这样可以不用再采用一对一询问方式对未反馈设备列表中各终端设备进行询问，可以减少询问时间，提升询问效率。
图1是本发明一示例性实施例示出的一种网关设备和终端设备连接的示意图，参见图1，网关设备10可以分别与终端设备20和服务器30通信连接。其中，终端设备20的数量可以根据具体场景进行设置，在此不作限定。用户可以操作终端设备20，以向服务器30请求数据。服务器可以响应于请求数据，将数据发送给网关设备10。这样，网关设备10可以缓存数据，并将数据发送给终端设备20，由于存在丢包的情况，导致网关设备10需要向终端设备20重新发送数据，这样网关设备10和终端设备20可以进行通信，按照一种数据重发方法，以实现数据重新发送。
为了对本发明实施例提供的技术方案进行详细描述，提供下列实施例。图2是本发明请一示例性实施例示出的一种数据重发方法的实施流程示意图，参见图2，一种数据重发方法包括步骤201～步骤202：
在步骤201中，在数据包广播完成后，采用广播询问方式和/或一对一询问方式询问各终端设备接收数据的状态；所述状态内包括差别丢包，其中差别丢包是指上报在后的终端设备的丢包中与上报在前终端设备已上报丢包不相同的丢包。
本实施例中，服务器30将需要发布的数据发送到网关设备10，此时网关设备10可以缓存该数据，这样网关设备10可以按照设定周期广播给各终端设备20。
在一实施例中，终端设备20可以先注册到网关设备10，参见图3，终端设备20向网关设备10发送注册心跳。然后网关设备10向终端设备20发送注册邀请，终端设备20应答该注册邀请从而完成注册。
在一实施例中，终端设备20可以先通过注册网关设备10加入网络，参见图4，终端设备20向网关设备10发送上线心跳。然后网关设备10向终端设备20发送心跳应答。之后终端设备20向网关设备10发送入网请求。最后网关设备10向终端设备20发送入网应答，这样终端设备20可以通过网关设备10加入网络。
在一实施例中，网关设备10可以向终端设备20发送数据。参见图5，网关设备10可以广播下发控制指令，然后广播下发数据，其中数据可以分割为多个数据包，具体实现方式可以参考相关技术，在此不再赘述。在数据包广播完成后，网关设备10可以采用采用广播询问方式和/或一对一询问方式询问各终端设备接收数据的状态；其中状态内包括差别丢包，该差别丢包是指上报在后的终端设备的丢包中与上报在前终端设备已上报丢包不相同的丢包。
参见图6，网关设备10可以采用一对一询问方式询问未反馈设备列表中各终端设备20接收数据的状态(对应步骤601)。然后，在终端设备20反馈状态时，根据所反馈的状态确定是否重发数据(对应步骤602)。在未获取到反馈状态时，可以跳转到下一个终端设备20，若连续设定数量(如3个，可设置)个终端设备20均未反馈状态时，采用广播询问方式询问各终端设备，以使终端设备反馈状态(对应步骤603)。这样，网关设备10从一对一询问方式切换至广播方式，可以减少后续一对一询问的终端设备的数量，即可以简化交互流程，避免出现时间消耗过长的问题。
在一实施例中，对于各终端设备可以根据接收数据的状态(例如丢包或者未丢包)，确定是否需要上报状态。若需要向网关设备上报状态，则该终端设备在等待反馈状态的过程中，可以监听在前的终端设备已上报的状态。根据监听到的已上报的状态中丢包的标号，可以更新应答列表，此时应答列表内可以仅包括差别丢包。
换言之，终端设备可以将自身的应答列表中已被其他终端设备上报过的丢包去掉，剩下未被上报的丢包，这样该终端设备在上报过程中仅上报差别丢包。
对于终端设备而言，随着终端设备数量的增加，上报位置越靠后的终端设备所需要上报的丢包越少，甚至无需上报，可以减少上报丢包的数量，以及减少等待时间，有利于降低功耗。
对于网关设备而言，随着终端设备数量的增加，各终端设备无需上报重复的丢包，可以减少所接收的丢包的数量，极端情况下仅接收一遍所发送的数据包即可，这样有利于减少交互时间以及有利于降低功耗。
在步骤202中，根据所述状态确定是否重发数据。
本实施例中，参见图7，网关设备10可以根据状态获取丢包比例(对应步骤701)。在丢包比例超过设定阈值(如20％，可调整)时，结束本次询问过程并获取补发次数(对应步骤702)。其中补发次数可以是在每次重发补发数据后进行更新。在补发次数未超过预设的补发次数阈值(如5次，可调整)时，获取待补发数据包(对应步骤703)，其中该待补发数据包可以包含在状态数据内，还可以由终端设备20继续上报丢失的数据包，即待补发数据包(对应步骤703)。之后，网关设备10可以查询广播时间是否已经到达，若未到达，则继续查询；若已到达，则广播待补发数据包(对应步骤704)。
本实施例中，参见图8，网关设备10在等待时间内接收到终端设备10反馈的状态时，获取丢包比例；否则在超出等待时间时结束本次询问过程(对应步骤801)。然后，在丢包比例超过设定阈值时，网关设备10结束本次询问过程并获取补发次数(对应步骤802)。之后，在补发次数未超过预设的补发次数阈值时，网关设备10获取待补发数据包(对应步骤803)。最后，在广播时间到达时，广播待补发数据包(对应步骤804)。
至此，本实施例中，通过采用广播询问方式和/或一对一询问方式询问各终端设备接收数据的状态，例如，一对一询问方式切换至广播询问方式，可以简化交互流程，避免出现时间消耗过长的问题。并且，本实施例中，终端设备通过上报差别丢包，可以减少上报丢包的时间消耗，降低其自身功能；同时，可以进一步缩短网关设备和终端设备之间的交互时间，有利于提升网关设备进行状态询问和数据重发的效率。
基于上述一种数据重发方法，本发明实施例还提供了一种数据重发方法，应用于终端设备，图9是本发明请一示例性实施例示出的一种数据重发方法的实施流程示意图。参见图9，一种数据重发方法包括：
901，在等待反馈状态的过程中，监听上报在前的终端设备已上报的状态；
902，更新应答列表；更新后的应答列表内包括差别丢包；其中差别丢包是指上报在后的终端设备的丢包中与上报在前终端设备已上报丢包不相同的丢包；
903，在更新应答列表内包括差别丢包时，确定仍需要上报丢包，并等待上报差别丢包；在更新应答列表内未包括差别丢包时，确定无需上报丢包，并进入休眠以等待数据重发时接收数据。
需要说明的是，本实施例提供的一种数据重发方法在描述网关设备执行的数据重发方法时已经描述，详细内容请参考图1～图8所示实施例的内容，在此不再赘述。
至此，本实施例中，终端设备通过上报差别丢包，可以减少上报丢包的时间消耗，降低其自身功能；同时，可以进一步缩短网关设备和终端设备之间的交互时间，有利于提升网关设备进行状态询问和数据重发的效率。
图10是本发明请一示例性实施例示出的一种数据重发方法的实施流程示意图。参见图10，网关设备开始工作，查询广播时间是否已经到达，若未到达则继续查询，若广播时间已经到达，网关设备则广播数据包信息，并且网关设备广播下次补充时间。之后，网关设备获取广播数据包列表并进行广播。广播完成后，网关设备对未反馈设备列表进行一对一询问，并判断是否收到终端设备反馈的状态。
若收到终端设备反馈的状态，此时网关设备可以判断该终端设备丢包比例是否超过20％，若是则结束本次询问过程，确定需要补发数据包。并且，获取补发次数以及判断补发资料是否未超过阈值，在未超过阈值时结束，在未超过阈值，则查询广播时间是否已经到达。
若未收到终端设备反馈的状态，则跳转到下一个终端设备反馈状态，参见上一段的内容。若连续3个终端设备没有反馈状态，网关设备则采用广播式询问。在广播式询问等待超时时，则结束本次询问过程，确定需要补发数据包。并且，获取补发次数以及判断补发资料是否未超过阈值，在未超过阈值时结束，在未超过阈值，则查询广播时间是否已经到达。在广播式询问未超时时，判断是否收到终端设备反馈，若未收到则继续查询广播时间是否已经到达。若收到，则判断该终端设备丢包比例是否超过20％，若是则结束本次询问过程，确定需要补发数据包。并且，获取补发次数以及判断补发资料是否未超过阈值，在未超过阈值时结束，在未超过阈值，则查询广播时间是否已经到达。
若终端丢包未超过20％，则询问列表遍历是否完成，若未完成，则判断本次询问过程是否超时，若是，则结束询问过程。若否，则跳转到一对一询问方式询问终端设备。
基于上述一种数据重发方法，本发明实施例还提供了一种数据重发装置，应用于网关设备，图11是本发明请一示例性实施例示出的一种数据重发装置的框图。参见图11，一种数据重发装置包括：
状态询问模块1101，用于在数据包广播完成后，采用广播询问方式和/或一对一询问方式询问各终端设备接收数据的状态；所述状态内包括差别丢包，其中差别丢包是指上报在后的终端设备的丢包中与上报在前终端设备已上报丢包不相同的丢包；
数据重发模块1102，用于根据所述状态确定是否重发数据。
在一实施例中，参见图12，所述状态询问模块1101包括：
单点询问单元1201，用于采用一对一询问方式询问未反馈设备列表中各终端设备接收数据的状态；
数据确定单元1202，用于在终端设备反馈状态时，根据所述状态确定是否重发数据；
广播询问单元1203，用于在连续设定数量个终端设备未反馈状态时，采用广播询问方式询问各终端设备，以使终端设备反馈状态。
在一实施例中，参见图13，所述数据确定单元1202包括：
比例获取子单元1301，用于获取丢包比例；
次数获取子单元1302，用于在所述丢包比例超过设定阈值时，结束本次询问过程并获取补发次数；
补包获取子单元1303，用于在所述补发次数未超过预设的补发次数阈值时，获取待补发数据包；
补包广播子单元1304，用于在广播时间到达时，广播所述待补发数据包。
在一实施例中，参见图14，所述广播询问单元1203包括：
状态获取子单元1401，用于在等待时间内接收到终端设备反馈的状态时，获取丢包比例；否则结束本次询问过程；
次数获取子单元1402，用于在所述丢包比例超过设定阈值时，结束本次询问过程并获取补发次数；
补包获取子单元1403，用于在所述补发次数未超过预设的补发次数阈值时，获取待补发数据包；
补包广播子单元1404，用于在广播时间到达时，广播所述待补发数据包。
至此，本实施例中，通过采用广播询问方式和/或一对一询问方式询问各终端设备接收数据的状态，例如，一对一询问方式切换至广播询问方式，可以简化交互流程，避免出现时间消耗过长的问题。并且，本实施例中，终端设备通过上报差别丢包，可以减少上报丢包的时间消耗，降低其自身功能；同时，可以进一步缩短网关设备和终端设备之间的交互时间，有利于提升网关设备进行状态询问和数据重发的效率。
基于上述一种数据重发方法，本发明实施例还提供了一种数据重发装置，应用于终端设备，图15是本发明请一示例性实施例示出的一种数据重发装置的框图。参见图15，一种数据重发装置包括：
状态监听模块1501，用于在等待反馈状态的过程中，监听其他终端设备已上报的状态；
列表更新模块1502，用于更新应答列表；更新后的应答列表内包括差别丢包；其中差别丢包是指上报在后的终端设备的丢包中与上报在前终端设备已上报丢包不相同的丢包；
丢包上报模块1503，用于在更新应答列表内包括差别丢包时，确定仍需要上报丢包，并等待上报差别丢包；在更新应答列表内未包括差别丢包时，确定无需上报丢包，并进入休眠以等待数据重发时接收数据。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
至此，至此，本实施例中，终端设备通过上报差别丢包，可以减少上报丢包的时间消耗，降低其自身功能；同时，可以进一步缩短网关设备和终端设备之间的交互时间，有利于提升网关设备进行状态询问和数据重发的效率。
本发明实施例还提供了一种网关设备，参见图16，包括：
包括处理器1601和存有处理器1601可执行指令的存储器1602，其中：
处理器1601通过通信总线1603从存储器1602内读取指令以实现图1～图8所示实施例示出的数据重发方法的步骤。
本发明实施例还提供了一种网关设备，参见图17，包括：
包括处理器1701和存有处理器1701可执行指令的存储器1702，其中：
处理器1701通过通信总线1703从存储器1702内读取指令以实现图9所示实施例示出的数据重发方法的步骤。
本发明实施例还提供了一种可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现图1～图8所示实施例示出的数据重发方法的步骤。
在本发明中，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性。术语“多个”指两个或两个以上，除非另有明确的限定。在本发明中，虚线连接的两个部件是存在电连接或者接触关系的，采用虚线仅是为了使附图更清楚，更易理解本发明的方案。
本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本发明的其它实施方案。本发明旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。
应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。
Claims (11)
1.一种数据重发方法，其特征在于，应用于网关设备，所述方法包括：
在数据包广播完成后，采用广播询问方式和/或一对一询问方式询问各终端设备接收数据的状态；所述状态内包括差别丢包，其中差别丢包是指上报在后的终端设备的丢包中与上报在前终端设备已上报丢包不相同的丢包；
根据所述状态确定是否重发数据；
采用广播询问方式和/或一对一询问方式询问各终端设备接收数据的状态包括：
采用一对一询问方式询问未反馈设备列表中各终端设备接收数据的状态；
在终端设备反馈状态时，根据所述状态确定是否重发数据；
在连续设定数量个终端设备未反馈状态时，采用广播询问方式询问各终端设备，以使终端设备反馈状态。
2.根据权利要求1所述的数据重发方法，其特征在于，根据所述状态确定是否重发数据包括：
获取丢包比例；
在所述丢包比例超过设定阈值时，结束本次询问过程并获取补发次数；
在所述补发次数未超过预设的补发次数阈值时，获取待补发数据包；
在广播时间到达时，广播所述待补发数据包。
3.根据权利要求1所述的数据重发方法，其特征在于，采用广播询问方式询问各终端设备包括：
在等待时间内接收到终端设备反馈的状态时，获取丢包比例；否则结束本次询问过程；
在所述丢包比例超过设定阈值时，结束本次询问过程并获取补发次数；
在所述补发次数未超过预设的补发次数阈值时，获取待补发数据包；
在广播时间到达时，广播所述待补发数据包。
4.一种数据重发方法，其特征在于，应用于终端设备，所述方法包括：
在等待反馈状态的过程中，监听上报在前的终端设备已上报的状态；
更新应答列表；更新后的应答列表内包括差别丢包；其中差别丢包是指上报在后的终端设备的丢包中与上报在前终端设备已上报丢包不相同的丢包；
在更新应答列表内包括差别丢包时，确定仍需要上报丢包，并等待上报差别丢包；在更新应答列表内未包括差别丢包时，确定无需上报丢包，并进入休眠以等待数据重发时接收数据。
5.一种数据重发装置，其特征在于，应用于网关设备，所述装置包括：
状态询问模块，用于在数据包广播完成后，采用广播询问方式和/或一对一询问方式询问各终端设备接收数据的状态；所述状态内包括差别丢包，其中差别丢包是指上报在后的终端设备的丢包中与上报在前终端设备已上报丢包不相同的丢包；
数据重发模块，用于根据所述状态确定是否重发数据；
所述状态询问模块包括：
单点询问单元，用于采用一对一询问方式询问未反馈设备列表中各终端设备接收数据的状态；
数据确定单元，用于在终端设备反馈状态时，根据所述状态确定是否重发数据；
广播询问单元，用于在连续设定数量个终端设备未反馈状态时，采用广播询问方式询问各终端设备，以使终端设备反馈状态。
6.根据权利要求5所述的数据重发装置，其特征在于，所述数据确定单元包括：
比例获取子单元，用于获取丢包比例；
次数获取子单元，用于在所述丢包比例超过设定阈值时，结束本次询问过程并获取补发次数；
补包获取子单元，用于在所述补发次数未超过预设的补发次数阈值时，获取待补发数据包；
补包广播子单元，用于在广播时间到达时，广播所述待补发数据包。
7.根据权利要求5所述的数据重发装置，其特征在于，所述广播询问单元包括：
状态获取子单元，用于在等待时间内接收到终端设备反馈的状态时，获取丢包比例；否则结束本次询问过程；
次数获取子单元，用于在所述丢包比例超过设定阈值时，结束本次询问过程并获取补发次数；
补包获取子单元，用于在所述补发次数未超过预设的补发次数阈值时，获取待补发数据包；
补包广播子单元，用于在广播时间到达时，广播所述待补发数据包。
8.一种数据重发装置，其特征在于，应用于终端设备，所述装置包括：
状态监听模块，用于在等待反馈状态的过程中，监听其他终端设备已上报的状态；
列表更新模块，用于更新应答列表；更新后的应答列表内包括差别丢包；其中差别丢包是指上报在后的终端设备的丢包中与上报在前终端设备已上报丢包不相同的丢包；
丢包上报模块，用于在更新应答列表内包括差别丢包时，确定仍需要上报丢包，并等待上报差别丢包；在更新应答列表内未包括差别丢包时，确定无需上报丢包，并进入休眠以等待数据重发时接收数据。
9.一种网关设备，其特征在于，包括：
包括处理器和存有处理器可执行指令的存储器，其中：
所述处理器从所述存储器内读取指令以实现权利要求1～3任一项所述方法的步骤。
10.一种终端设备，其特征在于，包括：
包括处理器和存有处理器可执行指令的存储器，其中：
所述处理器从所述存储器内读取指令以实现权利要求4所述方法的步骤。
11.一种可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现权利要求1～4任一项所述方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911194033.3A CN110912654B (zh) | 2019-11-28 | 2019-11-28 | 数据重发方法、网关设备、终端设备、存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911194033.3A CN110912654B (zh) | 2019-11-28 | 2019-11-28 | 数据重发方法、网关设备、终端设备、存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110912654A CN110912654A (zh) | 2020-03-24 |
| CN110912654B true CN110912654B (zh) | 2022-10-11 |
Family
ID=69820359
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911194033.3A Active CN110912654B (zh) | 2019-11-28 | 2019-11-28 | 数据重发方法、网关设备、终端设备、存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110912654B (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114337935B (zh) * | 2021-12-23 | 2024-02-02 | 杭州海康威视系统技术有限公司 | 一种消息重发策略确定方法、装置及电子设备 |
| CN117560306B (zh) * | 2024-01-11 | 2024-04-02 | 腾讯科技（深圳）有限公司 | 一种丢包上报方法、网络交换机和相关装置 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5640151A (en) * | 1990-06-15 | 1997-06-17 | Texas Instruments Incorporated | Communication system for communicating with tags |
| JP5150530B2 (ja) * | 2009-03-03 | 2013-02-20 | 株式会社エヌ・ティ・ティ・ドコモ | 無線基地局装置及び無線通信方法 |
| CN107318128B (zh) * | 2017-06-26 | 2020-05-08 | 长沙中天电子设计开发有限公司 | 无线通信优化方法、装置、存储介质及其计算机设备 |
| CN109756846A (zh) * | 2017-11-06 | 2019-05-14 | 成都鼎桥通信技术有限公司 | 群组通信的补包方法和系统 |
-
2019
- 2019-11-28 CN CN201911194033.3A patent/CN110912654B/zh active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN110912654A (zh) | 2020-03-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11706595B2 (en) | Method and device for determining transmission mode, storage medium and electronic device | |
| US20070191052A1 (en) | Automatic power save delivery (APSD) compatible with 802.11n frame aggregation and block acknowledgement | |
| CN110912654B (zh) | 数据重发方法、网关设备、终端设备、存储介质 | |
| CN106961426B (zh) | 智能设备的通讯方法及装置 | |
| EP2161952A2 (en) | Method, system and apparatus for receiving multicast packets | |
| US20080031138A1 (en) | Data communication system | |
| CN112217649B (zh) | 终端设备管理方法、服务器及终端设备 | |
| CN110719614B (zh) | 一种数据传输方法和系统 | |
| CN110505039B (zh) | 一种数据传输控制方法、装置、设备及介质 | |
| EP2421259A1 (en) | Method, systme and home stream media server for implementing video on demand service | |
| CN103856302A (zh) | 一种智能设备控制方法 | |
| JP3655130B2 (ja) | 同報通信方法、その同報通信方法を用いる移動通信システム、及び移動局 | |
| JP2009071514A (ja) | 移動通信システム、サーバ装置、基地局装置及び、移動端末装置 | |
| CN111901781B (zh) | 一种信息反馈方法及装置、计算机存储介质 | |
| US20070217588A1 (en) | Method for Distributing Software and Configuration Data With Time Monitoring, and Corresponding Data Network | |
| CN101415219A (zh) | 一种数据处理的方法、系统和装置 | |
| TW202029820A (zh) | 通訊裝置、及通訊方法 | |
| CN115426393A (zh) | 一种实现无线控制信息交互的方法及装置 | |
| CN116319698A (zh) | 终端连接的方法、电子设备以及存储介质 | |
| CN101267458A (zh) | 一种网络环境中储存系统的数据传输方法 | |
| CN110944299B (zh) | 一种组播方法及其系统 | |
| EP3633900B1 (en) | Method and device for transmitting voice signaling | |
| CN101299706B (zh) | 实现数据包的查询处理的方法、通信系统和发送端设备 | |
| KR102040404B1 (ko) | 클라이언트 단말기 및 복수의 단말기간 통신 방법 | |
| CN114978789B (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 |