Broadcast forwarding method, device and equipment based on Halow-WiFi and storage medium

Abstract

According to the Halow-WiFi-based broadcast forwarding method, device and equipment and the storage medium provided by the invention, multiple verifications (MAC address verification, packet serial number verification and identity code verification) are carried out on the header protocol of the broadcast packet, so that only the verified broadcast packet can enter a cache for playing, the integrity and correctness of broadcast packet data are ensured, and the broadcast forwarding efficiency is improved. And the problem of out-of-order or repeated receiving is avoided. According to the invention, a self-adaptive network topology and forwarding control architecture is constructed, so that wireless communication with low delay, high throughput and high reliability is realized, and especially in a Hall-WiFi broadcast system and an environment with frequent scene change, rapid and effective transmission of data is ensured.

Description

Technical Field

[0001] The present invention relates to the field of wireless communication technology, and in particular to a broadcast forwarding method, device, equipment and storage medium based on Halow-WiFi. Background Art

[0002] With the development of Internet of Things (IoT) technology, the density of devices in the network environment has gradually increased, which has put forward higher requirements for communication systems. Especially in the application scenarios of wide-area coverage and low power consumption, traditional Wi-Fi systems face problems such as signal interference, unstable transmission, and increased latency in high-density device environments. As a low-power, long-distance transmission Wi-Fi protocol, Halow-WiFi technology is suitable for the wide deployment and broadcasting scenarios of IoT devices.

[0003] Traditional Wi-Fi broadcast systems usually use fixed topology structures and forwarding strategies when facing complex and changing network environments, which makes it difficult to adapt to scenarios where network nodes frequently change and data volume changes dynamically. In particular, during the transmission of broadcast packets, due to environmental interference and changes in node conditions, data packet transmission often encounters problems such as disorder, packet loss, or repeated reception, which affects the reliability and communication efficiency of the broadcast system.

[0004] In summary, the problems existing in the prior art need to be solved urgently. Summary of the invention

[0005] The present invention provides a broadcast forwarding method, device, equipment and storage medium based on Halow-WiFi, which are used to solve the defects in the prior art and realize wireless communication with low delay, high throughput and high reliability.

[0006] The present invention provides a broadcast forwarding method based on Halow-WiFi, comprising:

[0007] receiving a broadcast data packet, wherein the broadcast data packet includes a header protocol and audio data;

[0008] Perform multiple verifications on the header protocol, the multiple verifications including MAC address verification, packet sequence number verification and identity code verification;

[0009] The audio data of the broadcast data packets that have passed multiple verifications are cached and played.

[0010] According to a broadcast forwarding method based on Halow-WiFi provided by the present invention, the step of receiving a broadcast data packet specifically includes:

[0011] Determine the trust weight corresponding to the identity code of the broadcast data packet;

[0012] When the trust weight is greater than a preset threshold, a broadcast data packet is received.

[0013] According to a Halow-WiFi-based broadcast forwarding method provided by the present invention, after the step of determining the trust weight corresponding to the identity code of the broadcast data packet, the method further includes:

[0014] When the trust weight is less than or equal to a preset threshold, determining the number of data packets sent by each sending end according to the identity code in the header protocol;

[0015] sorting the identity codes according to the number of the data packets;

[0016] According to the sorting results, the broadcast data packets are received.

[0017] According to a broadcast forwarding method based on Halow-WiFi provided by the present invention, the trust weight corresponding to the identity code is calculated as follows:

[0018] Trust_Value new =Trust_Value old +a

[0019] Wherein, a is a preset trust value-added value. Whenever a broadcast data packet corresponding to the identity code is received, the corresponding trust weight is increased by the preset trust value-added value.

[0020] According to a Halow-WiFi-based broadcast forwarding method provided by the present invention, after the step of caching and playing the audio data of the broadcast data packet that has passed multiple verifications, the method further includes:

[0021] When the broadcast data packet contains a non-local IP address, traverse the local IP cache table to determine whether the local IP cache table contains the non-local IP address;

[0022] When the local IP cache table contains the non-local IP address, the broadcast data packet is restored and sent to the non-local IP address.

[0023] According to a Halow-WiFi-based broadcast forwarding method provided by the present invention, after the step of traversing the local IP cache table to determine whether the broadcast data packet contains the non-local IP address and whether the non-local IP address is contained, the method further includes:

[0024] When the local IP cache table does not contain the non-local IP address, a paging packet is sent out to find the target device of the broadcast data packet.

[0025] According to a Halow-WiFi-based broadcast forwarding method provided by the present invention, the local IP cache table is updated by receiving a heartbeat packet.

[0026] The present invention also provides a broadcast forwarding device based on Halow-WiFi, comprising:

[0027] A data receiving module, used for receiving a broadcast data packet, wherein the broadcast data packet includes a header protocol and audio data;

[0028] A protocol verification module, used to perform multiple verifications on the header protocol, the multiple verifications including MAC address verification, packet sequence number verification and identity code verification;

[0029] The cache playback module is used to cache and play the audio data of the broadcast data packet that has passed multiple verifications.

[0030] The present invention also provides an electronic device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the program, the broadcast forwarding method based on Halow-WiFi as described above is implemented.

[0031] The present invention also provides a non-transitory computer-readable storage medium having a computer program stored thereon. When the computer program is executed by a processor, the broadcast forwarding method based on Halow-WiFi as described above is implemented.

[0032] The present invention also provides a computer program product, including a computer program, wherein when the computer program is executed by a processor, the broadcast forwarding method based on Halow-WiFi as described above is implemented.

[0033] The Halow-WiFi-based broadcast forwarding method, device, equipment and storage medium provided by the present invention perform multiple verifications (MAC address verification, packet sequence number verification and identity code verification) on the header protocol of the broadcast packet, thereby ensuring that only verified broadcast packets can enter the cache for playback, thereby ensuring the integrity and correctness of the broadcast packet data and avoiding the problem of out-of-order or repeated reception. The present invention constructs an adaptive network topology and forwarding control architecture to achieve low-latency, high-throughput and high-reliability wireless communication, especially in the Halow-WiFi broadcast system, in an environment where the scene changes frequently, to ensure fast and effective data transmission. BRIEF DESCRIPTION OF THE DRAWINGS

[0034] In order to more clearly illustrate the technical solutions in the present invention or the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0035] Figure 1 This is one of the flow charts of the broadcast forwarding method based on Halow-WiFi provided by the present invention;

[0036] Figure 2 This is the second flow chart of the broadcast forwarding method based on Halow-WiFi provided by the present invention;

[0037] Figure 3 It is a structural schematic diagram of a broadcast forwarding device based on Halow-WiFi provided by the present invention;

[0038] Figure 4 It is a structural schematic diagram of the electronic device provided by the present invention. DETAILED DESCRIPTION

[0039] In order to make the purpose, technical solution and advantages of the present invention clearer, the technical solution of the present invention will be clearly and completely described below in conjunction with the drawings of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0040] In order to solve the problems in the prior art, the present invention proposes a broadcast forwarding method based on Halow-WiFi to achieve wireless communication with low latency, high throughput and high reliability. The broadcast forwarding method based on Halow-WiFi is described below. Figure 1 As shown, including but not limited to the following steps:

[0041] Step 110: Receive a broadcast data packet, where the broadcast data packet includes a header protocol and audio data.

[0042] In the Halow-WiFi system, when a device receives a broadcast data packet, the data packet includes two parts: the header protocol and the audio data. The header protocol contains the basic information of the broadcast data packet, which is used to ensure the validity and correctness of the data packet. The audio data is the actual data to be played. The device first processes these two parts separately.

[0043] The structure of the broadcast packet is as follows:

[0044] Header protocol: includes information such as MAC address, packet sequence number and identification code.

[0045] Audio data: contains the audio signal to be played, which may be audio stream data transmitted in real time.

[0046] Step 120: Perform multiple verifications on the header protocol, including MAC address verification, packet sequence number verification, and identity code verification.

[0047] To ensure the validity of the broadcast data packet, the device will perform multiple verifications on the header protocol before processing the broadcast packet. Multiple verifications include the following three methods:

[0048] MAC address verification: The device first checks the MAC address of the broadcast data packet to ensure that the sender of the data packet is a legitimate device. If the MAC address cannot pass the verification, the data packet will be discarded directly.

[0049] Packet sequence number verification: Since audio data may arrive out of order, the device will verify the sequence number of the broadcast data packet to ensure that the sequence number of the data packet is increasing. If the sequence number does not match, it indicates that the data packet is a duplicate packet or an invalid packet and will also be discarded.

[0050] Identity code verification: Each broadcast data packet is accompanied by the identity code of the sending device. The device will identify the sender based on the identity code and calculate the trust weight (the trust mechanism will be described in the subsequent steps). If the identity code verification fails, it means that the source of the data packet may be untrustworthy and will be discarded.

[0051] Through the above multiple verifications, it can be effectively ensured that the source of the broadcast data packet is legal, the order is correct, and the identity is credible, thereby improving the communication security and reliability of the system.

[0052] Step 130: Cache and play the audio data of the broadcast data packet that has passed multiple verifications.

[0053] When the broadcast data packet passes the MAC address verification, packet sequence number verification and identity code verification, the device will process the audio data of the data packet. First, the device will cache the verified data packets and buffer the data according to the order of audio playback to prevent the playback order from being disordered.

[0054] Specific implementation methods include:

[0055] The verified data packets are stored in the device's buffer area.

[0056] The audio data is read out one by one and played in the order of the packet numbers.

[0057] If audio data is missing or out of order, it can be repaired through the broadcast packet cache mechanism to ensure the continuity of the audio stream and the stability of the playback.

[0058] Through the above-mentioned cache playback method, it can be ensured that the broadcast data can still be played smoothly even if it is out of order or lost during the transmission process, which greatly improves the broadcast quality of the system.

[0059] The Halow-WiFi-based broadcast forwarding method provided by the present invention performs multiple verifications (MAC address verification, packet sequence number verification, and identity code verification) on the header protocol of the broadcast packet, thereby ensuring that only the verified broadcast packets can enter the cache for playback, thereby ensuring the integrity and correctness of the broadcast packet data and avoiding the problem of disordered or repeated reception. The present invention constructs an adaptive network topology and forwarding control architecture to achieve low-latency, high-throughput, and high-reliability wireless communication, especially in the Halow-WiFi broadcast system, in an environment where the scene changes frequently, to ensure fast and effective data transmission.

[0060] As a further optional embodiment, the step of receiving the broadcast data packet specifically includes:

[0061] Determine the trust weight corresponding to the identity code of the broadcast data packet;

[0062] When the trust weight is greater than a preset threshold, a broadcast data packet is received.

[0063] In this embodiment, Figure 2 As shown, the trust weight corresponding to the identity code of the broadcast data packet is extracted from the trust weight database according to the identity code of the broadcast data packet. The trust weight is an important indicator for measuring the reliability of the sender's broadcast data packet. The initial trust weight can be set according to the communication history between devices, and can also be dynamically adjusted according to the packet reception frequency between devices.

[0064] If the trust weight is greater than a preset threshold, it indicates that there is a high communication reliability between the sending device and the local device. The device will directly receive the broadcast data packet and continue with subsequent data processing and playback operations.

[0065] As a further optional embodiment, after the step of determining the trust weight corresponding to the identity code of the broadcast data packet, the method further includes:

[0066] When the trust weight is less than or equal to a preset threshold, determining the number of data packets sent by each sending end according to the identity code in the header protocol;

[0067] sorting the identity codes according to the number of the data packets;

[0068] According to the sorting results, the broadcast data packets are received.

[0069] As a further optional embodiment, the trust weight corresponding to the identity code is calculated as follows:

[0070] Trust_Value new =Trust_Value old +a

[0071] Wherein, a is a preset trust value-added value. Whenever a broadcast data packet corresponding to the identity code is received, the corresponding trust weight is increased by the preset trust value-added value.

[0072] like Figure 2 As shown, based on the trust weight judgment, this embodiment further provides a processing method when the trust weight is less than or equal to a preset threshold, so as to ensure that the device can optimize the strategy of receiving broadcast data packets according to the current network environment.

[0073] If the trust value is less than or equal to the preset threshold, the device will not receive the broadcast data packet immediately, but will count the number of data packets sent by each sender in a specific time period by reading the identity code in the header protocol. This can help the device determine which senders have more frequent and stable data transmission.

[0074] After the statistics are completed, the device sorts the identity codes according to the number of broadcast packets from each sender. The identity code with a larger number of packets will be prioritized first, which indicates that the communication of the sender is relatively stable and the device should receive its packets first.

[0075] The device chooses to receive the broadcast packets with the highest ranking according to the sorting results of the identity codes. This method allows the device to dynamically adjust the receiving strategy of broadcast packets by counting the number of packets and sorting mechanisms when the trust value is low, thus ensuring the communication stability of the network and the effectiveness of data transmission.

[0076] For each received broadcast data packet, the system calculates and updates the trust weight of the corresponding identity code according to the following formula:

[0077] Trust_Value new =Trust_Value old +a

[0078] Trust_Value new represents the updated trust weight;

[0079] Trust_Value old represents the updated trust weight;

[0080] a is the preset trust value. Whenever the device successfully receives a broadcast data packet associated with the identity code, the trust value will increase by a.

[0081] The specific size of the preset trust value a can be set according to the network conditions and application scenarios of the device. A larger a value will rapidly increase the trust value, which is suitable for scenarios where broadcast data is frequently and stably received between devices; while a smaller a value is suitable for network environments with greater uncertainty.

[0082] Through this dynamic update mechanism, the system can adjust the broadcast packet receiving strategy in real time to ensure that during the transmission of broadcast data, data packets from high-trust devices are received first, thereby improving the stability and reliability of data transmission.

[0083] Under the influence of this trust value mechanism, the Halow-WiFi broadcast forwarding system can quickly adapt to the dynamically changing network environment and give priority to communicating with nodes with high trust values;

[0084] This avoids communication delays caused by frequent reception of broadcast packets with low trust values, and improves the efficiency of broadcast data transmission.

[0085] As a further optional embodiment, after the step of caching and playing the audio data of the broadcast data packet that has passed multiple verifications, the step further includes:

[0086] When the broadcast data packet contains a non-local IP address, traverse the local IP cache table to determine whether the local IP cache table contains the non-local IP address;

[0087] When the local IP cache table contains the non-local IP address, the broadcast data packet is restored and sent to the non-local IP address.

[0088] In this embodiment, the local IP cache table is traversed to find whether the non-local IP address has been stored. The IP cache table stores the IP information of the device communicating with the device and the timestamp of the most recent update. The cache table is used to record the communication path between devices so that an available target device can be quickly found in subsequent communications.

[0089] When the local IP cache table contains the non-local IP address, it means that the device can forward data to the non-local IP address through the existing path.

[0090] If the cache table contains non-local IP addresses, the following actions will be performed:

[0091] The device will restore the audio data and protocol part of the broadcast data packet to a complete broadcast data packet to ensure that its content is consistent with the initial transmission. The restored broadcast data packet will be sent through the network to the device corresponding to the non-local IP address in the cache table to complete the forwarding process of the broadcast data.

[0092] By traversing the local IP cache table, the device can quickly determine whether a communication path with the target device already exists, thereby reducing the processing delay of broadcast packets; restore and forward broadcast packets containing non-local IP addresses to ensure that the data can be effectively transmitted to the target device, achieving longer-distance broadcast transmission and continuous playback of audio data.

[0093] As a further optional embodiment, after the step of traversing the local IP cache table to determine whether the broadcast data packet contains the non-local IP address and whether the non-local IP address is contained, the method further includes:

[0094] When the local IP cache table does not contain the non-local IP address, a paging packet is sent out to find the target device of the broadcast data packet.

[0095] When a broadcast packet contains a non-local IP address that is not found in the local IP cache table, the following actions are taken:

[0096] If the device does not find the non-local IP address in the broadcast data packet after traversing the local IP cache table, it means that the device has not yet established a communication path with the target device. In this case, the device will actively send a paging packet to try to find the target device corresponding to the non-local IP address. The paging packet contains the non-local IP address of the target device and related information, which is used to broadcast the search request for the target device in the network.

[0097] After sending a paging packet, the device will enter the timing waiting phase: the device waits for the paging reply packet from the target device or relay node. If the target device or related node receives the paging packet and is able to communicate with the current device, it will reply with a paging response packet to inform it of the current network status and availability. Once the device receives the paging reply packet, it will add the IP address and communication path information of the target device to the local IP cache table and continue to process the broadcast data packet to ensure that the data can be forwarded to the target device.

[0098] If no paging reply packet is received within the preset time, the device will take the following measures: If no reply is received from the target device within a certain period of time, the device will send a paging packet again and extend the waiting time to try to find the target device multiple times. In the preset multiple rounds of paging attempts, the device will continue to send paging packets at fixed time intervals to increase the chance of finding the target device. If no reply is received after multiple rounds of attempts, the device will give up processing the non-local IP address and discard the broadcast data packet.

[0099] The mechanism of sending paging packets ensures that in a dynamic network environment, the system can quickly find the target device and solve the problem of broadcast packets failing to find the transmission path; multiple rounds of paging attempts improve the reliability of data packet transmission, ensuring that even if the target device is not reachable initially, there is still a chance to establish communication; by caching the information in the paging reply packet, the device can dynamically update the local IP cache table and improve the efficiency of subsequent communications.

[0100] As a further optional embodiment, the local IP cache table is updated by receiving a heartbeat packet.

[0101] During normal operation, the device will periodically receive heartbeat packets from other devices in the network. A heartbeat packet is a simple data packet that informs other nodes in the network of the survival status and current IP address of the sending device. A heartbeat packet usually contains the IP address, MAC address and current timestamp of the sending device, which is used to identify the latest status of the device. The device receives heartbeat packets sent by other devices by listening to broadcast or directional signals in the network. After receiving the heartbeat packet, the device will check the IP address information in the heartbeat packet.

[0102] When the device receives a heartbeat packet, it will update the local IP cache table based on the information in the heartbeat packet. The specific steps are as follows: The device first checks the local IP cache table to determine whether the IP address in the heartbeat packet already exists in the cache table. If the IP address in the heartbeat packet already exists in the cache table, the device will update the timestamp information corresponding to the IP address, indicating that the device is still online and can communicate. If the IP address in the heartbeat packet does not exist in the cache table, the IP address and its corresponding MAC address will be added as a new entry in the cache table, and its latest timestamp will be recorded.

[0103] To ensure that the information in the local IP cache table is kept up to date and to avoid using invalid transmission paths, the entries in the cache table are checked periodically:

[0104] The device will periodically check whether the device in the cache table is still active based on the last updated timestamp of each IP address entry. If the update time of an IP address entry has exceeded the preset time limit (for example, 5 minutes), the device will automatically delete the entry, indicating that the device may be offline or unable to continue communicating.

[0105] By receiving heartbeat packets, the local IP cache table can reflect the survival status of devices in the network in real time, thereby ensuring that broadcast data packets can be accurately transmitted to online devices, improving the adaptability and stability of the system. Automatically deleting expired device information avoids invalid broadcast data transmission and cache table overflow problems, making the system run more efficiently. This mechanism allows devices to update communication path information at any time in a dynamic network environment, ensuring that communication can be quickly restored when the device is back online, and optimizing the utilization of network resources.

[0106] The following is a description of the Halow-WiFi-based broadcast forwarding device provided by the present invention. Figure 3 As shown, the broadcast forwarding device based on Halow-WiFi described below and the broadcast forwarding method based on Halow-WiFi described above can refer to each other.

[0107] A broadcast forwarding device based on Halow-WiFi, comprising:

[0108] The data receiving module 310 is used to receive a broadcast data packet, wherein the broadcast data packet includes a header protocol and audio data;

[0109] The protocol verification module 320 is used to perform multiple verifications on the header protocol, wherein the multiple verifications include MAC address verification, packet sequence number verification, and identity code verification;

[0110] The cache playing module 330 is used to cache and play the audio data of the broadcast data packet that has passed multiple verifications.

[0111] Figure 4 An example of a physical structure diagram of an electronic device is shown in FIG. Figure 4 As shown, the electronic device may include: a processor 410, a communications interface 420, a memory 430 and a communication bus 440, wherein the processor 410, the communications interface 420, and the memory 430 communicate with each other through the communication bus 440. The processor 410 may call the logic instructions in the memory 430 to execute a broadcast forwarding method based on Halow-WiFi, the method comprising:

[0112] receiving a broadcast data packet, wherein the broadcast data packet includes a header protocol and audio data;

[0113] Perform multiple verifications on the header protocol, the multiple verifications including MAC address verification, packet sequence number verification and identity code verification;

[0114] The audio data of the broadcast data packets that have passed multiple verifications are cached and played.

[0115] In addition, the logic instructions in the above-mentioned memory 430 can be implemented in the form of a software functional unit and can be stored in a computer-readable storage medium when it is sold or used as an independent product. Based on this understanding, the technical solution of the present invention is essentially or the part that contributes to the prior art or the part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including a number of instructions to enable a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present invention. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), disk or optical disk and other media that can store program codes.

[0116] On the other hand, the present invention further provides a computer program product, the computer program product includes a computer program, the computer program can be stored on a non-transitory computer-readable storage medium, when the computer program is executed by a processor, the computer can execute the Halow-WiFi-based broadcast forwarding method provided by the above methods, the method includes:

[0117] receiving a broadcast data packet, wherein the broadcast data packet includes a header protocol and audio data;

[0118] Perform multiple verifications on the header protocol, the multiple verifications including MAC address verification, packet sequence number verification and identity code verification;

[0119] The audio data of the broadcast data packets that have passed multiple verifications are cached and played.

[0120] In another aspect, the present invention further provides a non-transitory computer-readable storage medium having a computer program stored thereon, and when the computer program is executed by a processor, the broadcast forwarding method based on Halow-WiFi provided by the above methods is implemented, and the method includes:

[0121] receiving a broadcast data packet, wherein the broadcast data packet includes a header protocol and audio data;

[0122] Perform multiple verifications on the header protocol, the multiple verifications including MAC address verification, packet sequence number verification and identity code verification;

[0123] The audio data of the broadcast data packets that have passed multiple verifications are cached and played.

[0124] The device embodiments described above are merely illustrative, wherein the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the scheme of this embodiment. Ordinary technicians in this field can understand and implement it without paying creative labor.

[0125] Through the description of the above implementation methods, those skilled in the art can clearly understand that each implementation method can be implemented by means of software plus a necessary general hardware platform, and of course, it can also be implemented by hardware. Based on this understanding, the above technical solution is essentially or the part that contributes to the prior art can be embodied in the form of a software product, and the computer software product can be stored in a computer-readable storage medium, such as ROM / RAM, a disk, an optical disk, etc., including a number of instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to execute the methods described in each embodiment or some parts of the embodiments.

[0126] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit it. Although the present invention has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. However, these modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A broadcast forwarding method based on Halow-WiFi, characterized in that: include: receiving a broadcast data packet, wherein the broadcast data packet includes a header protocol and audio data; Perform multiple verifications on the header protocol, the multiple verifications including MAC address verification, packet sequence number verification and identity code verification; The audio data of the broadcast data packets that have passed multiple verifications are cached and played.

2. The broadcast forwarding method based on Halow-WiFi according to claim 1, characterized in that: The step of receiving a broadcast data packet specifically includes: Determine the trust weight corresponding to the identity code of the broadcast data packet; When the trust weight is greater than a preset threshold, a broadcast data packet is received.

3. The broadcast forwarding method based on Halow-WiFi according to claim 2, characterized in that: After the step of determining the trust weight corresponding to the identity code of the broadcast data packet, the method further includes: When the trust weight is less than or equal to a preset threshold, determining the number of data packets sent by each sending end according to the identity code in the header protocol; sorting the identity codes according to the number of the data packets; According to the sorting results, the broadcast data packets are received.

4. The broadcast forwarding method based on Halow-WiFi according to claim 3, characterized in that: The trust weight corresponding to the identity code is calculated as follows: Trust_Value new =Trust_Value old +a Wherein, a is a preset trust value-added value. Whenever a broadcast data packet corresponding to the identity code is received, the corresponding trust weight is increased by the preset trust value-added value.

5. The broadcast forwarding method based on Halow-WiFi according to claim 1, characterized in that: After the step of caching and playing the audio data of the broadcast data packet that has passed multiple verifications, the method further includes: When the broadcast data packet contains a non-local IP address, traverse the local IP cache table to determine whether the local IP cache table contains the non-local IP address; When the local IP cache table contains the non-local IP address, the broadcast data packet is restored and sent to the non-local IP address.

6. The broadcast forwarding method based on Halow-WiFi according to claim 5, characterized in that: After the step of traversing the local IP cache table to determine whether the broadcast data packet contains the non-local IP address and whether the non-local IP address is contained, the method further includes: When the local IP cache table does not contain the non-local IP address, a paging packet is sent out to find the target device of the broadcast data packet.

7. The broadcast forwarding method based on Halow-WiFi according to claim 5, characterized in that: The local IP cache table is updated by receiving a heartbeat packet.

8. A broadcast forwarding device based on Halow-WiFi, characterized in that: include: A data receiving module, used for receiving a broadcast data packet, wherein the broadcast data packet includes a header protocol and audio data; A protocol verification module, used to perform multiple verifications on the header protocol, the multiple verifications including MAC address verification, packet sequence number verification and identity code verification; The cache playback module is used to cache and play the audio data of the broadcast data packet that has passed multiple verifications.

9. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein: When the processor executes the program, the broadcast forwarding method based on Halow-WiFi as described in any one of claims 1 to 7 is implemented.

10. A non-transitory computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the broadcast forwarding method based on Halow-WiFi as claimed in any one of claims 1 to 7 is implemented.

Images