CN115296997A - Efficient and rapid air upgrading method for wireless module firmware - Google Patents
Efficient and rapid air upgrading method for wireless module firmware Download PDFInfo
- Publication number
- CN115296997A CN115296997A CN202210410708.9A CN202210410708A CN115296997A CN 115296997 A CN115296997 A CN 115296997A CN 202210410708 A CN202210410708 A CN 202210410708A CN 115296997 A CN115296997 A CN 115296997A
- Authority
- CN
- China
- Prior art keywords
- packet
- node
- frame
- data packet
- slave node
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
-
- 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
Abstract
The invention discloses a high-efficiency and quick wireless module firmware over-the-air upgrading method, which comprises the following steps: the main node divides the upgrade firmware into a plurality of data packets, and numbers each data packet in sequence; the main node broadcasts data packets periodically, and each data packet has a fixed interval time; each slave node judges whether packet loss exists or not according to the sequence number of the currently received data packet; if the slave node judges the lost data packet, the slave node sends a request frame to the surrounding nodes, and the surrounding nodes are requested to send the corresponding lost data packet to the node for packet supplement. The invention can rapidly send the upgrade firmware to the slave node from the master node; the occupied time of a channel in the firmware transmission process is reduced, and the firmware transmission efficiency is improved; reliability in the firmware transmission process can be guaranteed, namely, the slave node can obtain complete upgrade firmware; the participation degree of the main node in the firmware transmission process is reduced, and the workload of the main node is reduced.
Description
Technical Field
The invention relates to the technical field of communication, in particular to an efficient and rapid air upgrading method for wireless module firmware.
Background
The firmware upgrading mode of the network with the master node and the slave node is generally that the master node transmits firmware to all the slave nodes in a wireless communication mode, and the slave nodes update the firmware of the slave nodes for upgrading after receiving new firmware.
The first scheme is that a master node and slave nodes sequentially communicate, and upgrade firmware is transmitted to each slave node one by one to be sequentially upgraded. The slave node generates a response after receiving each frame of data, the master node judges whether the slave node successfully acquires the current frame according to the response, and starts to send the next packet if the response is successfully received, and resends the current packet if the response is not received until the response is received or the number of times of resending is exceeded. This solution has the disadvantage of being inefficient, by communicating in sequence to the slave nodes, there is a reply mechanism each time, by which the reliability can be made higher, but the time for upgrading the whole network is too long, and more uncertainty is introduced, for example, the network is in an upgraded state for a long time, the user data of the application layer is delayed to wait, causing congestion of the application layer data, which is difficult to implement.
The second mode is that the main node sends the firmware to the slave computers in a broadcasting mode, the number of lost packets is checked after the slave computers receive the firmware, and then the main node is requested to reissue the lost packets so as to obtain the complete upgraded firmware. The efficiency can be improved to a certain extent by the scheme in a broadcasting mode, but after the broadcasting is finished, the slave nodes need to find the data packets lost by the master node, and the efficiency of the process is greatly influenced.
For example, CN111541564a, published 2020, 8, 14, a method for upgrading device firmware in a Mesh network, where after networking of master and slave node devices is successful, the slave node device initiatively sends a connection request to the master node device and establishes a connection; after the connection of the master node device and the slave node device is successfully established, the master node device sends a firmware upgrading instruction to the slave node device under the triggering of an external condition; and after receiving the firmware upgrading instruction, the slave node equipment checks the current firmware version number, if the current firmware version number is the latest version, the upgrading is abandoned, and otherwise, the slave node equipment acquires the latest firmware version upgrading. The scheme has the problems of long occupied time of a firmware transmission process channel and low firmware transmission efficiency.
Disclosure of Invention
The technical problem to be solved by the invention is as follows: the technical problem of low firmware transmission efficiency exists in the existing equipment firmware upgrading method. The method for efficiently and quickly upgrading the wireless module firmware in the air can reduce the occupied time of a channel in the firmware transmission process, improve the firmware transmission efficiency and ensure the reliability in the firmware transmission process.
In order to solve the technical problems, the technical scheme adopted by the invention is as follows: an efficient and rapid wireless module firmware over-the-air upgrading method comprises the following steps:
the main node divides the upgrade firmware into a plurality of data packets, and numbers each data packet in sequence;
the main node broadcasts data packets periodically, and each data packet has a fixed interval time;
each slave node judges whether packet loss exists or not according to the sequence number of the currently received data packet;
and if the slave node judges the lost data packet, the slave node sends a request frame to the surrounding nodes to request the surrounding nodes to send the corresponding lost data packet to the node for packet supplement. The serial number of each data packet is used as the self serial number, the master node sends the data packets in sequence, each data packet is provided with the CRC check of the master node, and the interval time is far longer than the sending and processing time of the broadcast packet, so that the slave node can be given sufficient receiving and processing time.
Preferably, the frame types of the data packet include a main node broadcast down-sending frame, a slave node packet missing request frame and a packet supplementing frame. Three types of frames may be set: 0x01: the main node broadcasts and sends down a frame; 0x02: a slave node packet missing request frame; 0x03: and (5) complementing the frame. When receiving the data packet from the node, different reaction mechanisms are set for different frame types of the data packet.
Preferably, when the frame type of the data packet received by the slave node is that the master node broadcasts to send down a frame, the slave node receives the data packet, and the slave node stores the data packet in a flash corresponding area according to the frame number of the data packet. When the main device broadcasts and upgrades the firmware in sequence, the frame type sent by the main device is corresponding to 0x01, the source address is the address of the main device, and the destination address is a broadcast address. All the frames of type 0x01 received by the slave nodes in the network are recorded and stored.
Preferably, the slave node detects whether the sequence numbers of the acquired data packets are consecutive, and when the slave node detects that the sequence number of the acquired data packet is empty, the slave node transmits the data packet with the frame type of the slave node packet-missing request frame to the surrounding nodes by using the empty sequence number as the request frame sequence number. When finding that the slave node has packet loss, the slave node sends a frame with the type of 0x02 at the broadcasting interval of the master node or after the broadcasting of the master node is finished, wherein the source address is the address of the slave node, the destination address is the broadcasting address, the frame sequence number is the frame sequence number required by the slave node, and the data is generally empty.
Preferably, when the frame type of the packet received from the node is a packet missing request frame from the node, the frame number of the packet is read from the node, the sequence number of the received packet is detected by the node, the node determines whether or not the sequence corresponding to the frame number of the packet exists, if so, the packet corresponding to the sequence number is transmitted to the slave node requesting the packet to be subjected to packet supplement, and the frame type of the packet transmitted from the node for packet supplement is a packet supplement frame.
When another device sends a packet-complementing frame for the slave node, the other device sends a frame with the type of 0x03, the source address is the address of the other device, the destination address is the address of the slave node requesting the frame, the frame sequence number is the sequence number of the frame, and the data is the upgrading data under the sequence number.
Preferably, when the frame type of the packet received from the node is a padding frame, the slave node reads the frame number of the packet, detects the number of the received packet, determines whether the sequence corresponding to the frame number of the packet is missing, receives the packet if the sequence corresponding to the frame number of the packet is missing, and stores the packet in the flash corresponding area by the frame number of the packet.
The slave node does not need to have a strict corresponding relation between the packet loss request and the received complementary packet, that is, even if the slave node does not send the packet supplementing request, the slave node finds that a complementary packet frame is received, and if the complementary packet is exactly the packet missing by the slave node, the slave node can directly receive and process the complementary packet.
Preferably, the frame format of the data packet includes a header, a length, a type, a source address, a destination address, a current frame number, a total frame number, data, a checksum and a trailer. The above frame format is only a feasible scheme, wherein the sequence of each field, the content of the frame head/frame tail and the checking mode can be changed according to the actual use scene.
The substantial effects of the invention are as follows: the invention can greatly shorten the transmission time of the whole firmware, and can transmit most of data packets to the slave nodes in a broadcasting mode, and a few packet losses can be realized only by finding peripheral equipment requests from the slave nodes, so that different slave nodes can simultaneously request data packets with different frame numbers, thereby greatly accelerating the speed of packet supplementing;
the invention can also aim at the reliable transmission of the upgraded firmware under the complex environment condition, and all nodes only need to pay attention to the number of lost packets and sit down to respond when receiving the request packets around. Aiming at concentrated packet loss which may occur at a certain time point or a certain area under the condition of complex environment, as long as a node successfully requests the lost data packet in the area, the data packet can be quickly diffused, and the packet supplementation of the sequence number packet is quickly completed in the surrounding area;
aiming at a multi-level network, the intermediate-level equipment can forward data to the next level in the broadcast interval of the main node, and the difficulty in realizing the whole upgrading process is reduced and more reliable;
the invention can greatly reduce the tasks of the master node, the master node and the slave node have the same processing mode as the slave node except that the master node and the slave node need to periodically broadcast the upgrade firmware, and only the corresponding packet supplementing frame needs to be sent out when receiving the packet supplementing request frame, and the packet supplementing for each node is not needed.
Drawings
FIG. 1 is a schematic view of a main implementation flow of the present embodiment;
fig. 2 is a schematic processing flow diagram of the slave node in the whole upgrade process according to this embodiment.
Detailed Description
The following provides a more detailed description of the present invention, with reference to the accompanying drawings.
An efficient and fast over-the-air upgrading method for wireless module firmware is disclosed, as shown in fig. 1, and comprises the following steps:
the main node divides the upgrade firmware into a plurality of data packets, sequentially numbers each data packet in sequence, takes the number of each data packet as the self serial number, and sequentially sends the data packets, and each data packet is provided with the CRC of the data packet;
the master node broadcasts data packets periodically, and each data packet has a fixed interval time which is far longer than the sending and processing time of the broadcast packet, so that the slave node can be given sufficient receiving and processing time;
each slave node judges whether packet loss exists according to the sequence number of the currently received data packet, if the slave node judges the lost data packet, the slave node sends a request frame to the surrounding nodes to request the surrounding nodes to send the corresponding lost data packet to the node for packet supplement.
The processing flow chart of the slave node in the whole upgrading process is shown in fig. 2, and the master node only has the flow of periodically sending broadcast frames on this basis. And when the slave node detects that the serial number of the acquired data packet is vacant, the slave node sends the data packet with the frame type of the packet missing request frame to the surrounding nodes by taking the vacant serial number as the request frame serial number. When discovering that the slave node has packet loss, the slave node sends a frame with the type of 0x02 at the broadcasting interval of the master node or after the broadcasting of the master node is finished, wherein the source address is the address of the slave node, the destination address is the broadcasting address, the frame sequence number is the frame sequence number required by the slave node, and the data is generally empty.
And the slave node detects the frame types of the received data packets, wherein the frame types of the data packets comprise a main node broadcast issuing frame, a slave node packet missing request frame and a packet supplementing frame. Three types of frames may be set: 0x01: the main node broadcasts and sends down a frame; 0x02: a slave node packet missing request frame; 0x03: and (5) complementing the frame. When receiving the data packet from the node, different reaction mechanisms are set for different frame types of the data packet. And when the frame type of the data packet received by the slave node is the frame broadcast and issued by the master node, the slave node receives the data packet, and the slave node stores the data packet in a flash corresponding area according to the frame sequence number of the data packet. When the main device broadcasts the upgrade firmware in sequence, the frame type sent by the main device is corresponding to 0x01, the source address is the address of the main device, and the destination address is the broadcast address. All the frames received by the slave nodes in the network with the type of 0x01 are recorded and stored.
When the frame type of the data packet received from the node is a packet missing request frame of the slave node, the slave node reads the frame number of the data packet, detects the number of the received data packet, judges whether the number corresponding to the frame number of the data packet exists or not, if so, the slave node sends the data packet corresponding to the number to the slave node requesting the data packet for packet supplement, and the frame type of the data packet sent by the slave node for packet supplement is a packet supplement frame. When another device sends a packet-complementing frame for the slave node, the other device sends a frame with the type of 0x03, the source address is the address of the other device, the destination address is the address of the slave node requesting the frame, the frame sequence number is the sequence number of the frame, and the data is the upgrading data under the sequence number.
When the frame type of the data packet received by the slave node is a packet complementing frame, the slave node reads the frame sequence number of the data packet, detects the sequence number of the received data packet, judges whether the sequence number corresponding to the frame sequence number of the data packet is lacked or not, receives the data packet if the sequence number is lacked, and stores the data packet in a flash corresponding area according to the frame sequence number of the data packet. The slave node does not need to have a strict corresponding relation between the packet loss request and the received complementary packet, that is, even if the slave node does not send the packet supplementing request, the slave node finds that a complementary packet frame is received, and if the complementary packet is exactly the packet missing by the slave node, the slave node can directly receive and process the complementary packet.
The frame format of the transmission firmware of the present embodiment is shown in the following table:
table 1 frame format of transmission firmware
| Frame header | Length of | Type (B) | Source address | Destination address | Current frame sequence number | Total frame number | Data of | Verification | Frame end |
The frame format of the data packet may include a header, length, type, source address, destination address, current frame number, total number of frames, data, checksum trailer.
Wherein, the frame header: fix 0x68;
length: length from length bit (inclusive) to check bit (inclusive);
type (2): 0x01: the main node broadcasts and sends down a frame;
0x02: a slave node packet missing request frame;
0x03: packet supplementing frames;
source address: the address of the device that sent the frame;
destination address: the address of the destination device of the frame, full FF stands for broadcast;
current sequence number frame: the sequence number of the current frame;
total frame number: updating the total package number after the firmware is packaged;
data: data corresponding to the sequence number packet;
checking: CRC-16 checks, ranging from length bits (inclusive) to data (inclusive);
and (4) frame end: 0x16
The above frame format is only a feasible solution, wherein the sequence of each field, the content of the frame head/frame tail, and the checking mode can be changed according to the actual use scenario.
The embodiment adopts the mode of interval broadcast + missing packet request for firmware transmission. The main node divides a large upgrading firmware into a plurality of data packets, and numbers each data packet, and each data packet has its own CRC check. The method comprises the steps that firstly, a master node broadcasts an upgrade packet periodically, the upgrade packet is sent from the first packet to the last packet, a fixed interval exists between every two packets, the interval is far longer than the sending and processing time of the broadcast packet, and the slave node can be given sufficient receiving and processing time.
In the broadcast sending process or after the broadcast sending is finished, the slave node can judge whether packet loss exists according to the packet sequence number currently received by the slave node, for example, in the sending process, a certain slave node receives the 7 th packet and then receives the 9 th packet, so that the slave node can judge that the slave node loses the 8 th packet, the slave node can request the 8 th packet from the peripheral node at the interval time of the broadcast, and if the peripheral node normally obtains the 8 th packet, the peripheral node can directly send the 8 th packet to the node for packet supplement. The same principle can also directly send request frame to the surrounding nodes if the slave node has missing data packet after the broadcast is finished, and request the missing packet number. The method is used in the self-networking of LoRa and the networking application of Wi-SUN, the upgrading success rate can reach 100% at present, the firmware transmission time is greatly shortened, and through actual measurement, the firmware upgrading of the whole network can be realized within 30min by adopting a 5s broadcast period under the network of 130 slave nodes by a 500k upgrading package.
The embodiment can quickly send the upgrade firmware to the slave node from the master node; the occupied time of the channel in the firmware transmission process is reduced, and the firmware transmission efficiency is improved; reliability in the firmware transmission process can be guaranteed, namely, the slave node can obtain complete upgrade firmware; the participation degree of the main node in the firmware transmission process is reduced, and the workload of the main node is reduced.
The above examples only show some embodiments of the present invention, and the description thereof is more specific and detailed, but not construed as limiting the scope of the invention. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the inventive concept, which falls within the scope of the present invention.
Claims (7)
1. An efficient and rapid air upgrading method for wireless module firmware is characterized by comprising the following steps:
the main node divides the upgrade firmware into a plurality of data packets, and numbers each data packet in sequence;
the main node broadcasts data packets periodically, and each data packet has a fixed interval time;
each slave node judges whether packet loss exists or not according to the sequence number of the currently received data packet;
and if the slave node judges the lost data packet, the slave node sends a request frame to the surrounding nodes to request the surrounding nodes to send the corresponding lost data packet to the node for packet supplement.
2. The method as claimed in claim 1, wherein the frame types of the data packets include a primary node broadcast down-transmission frame, a secondary node packet missing request frame, and a packet supplement frame.
3. The method as claimed in claim 2, wherein the slave node receives the data packet when the frame type of the data packet received by the slave node is a frame broadcast by the master node, and the slave node stores the data packet in a flash corresponding area according to the frame number of the data packet.
4. The method as claimed in claim 2, wherein the slave node detects whether the sequence numbers of the acquired data packets are consecutive, and when the slave node detects that the sequence numbers of the acquired data packets are empty, the slave node sends the data packets with the frame type of the slave node packet-missing request frame to the surrounding nodes by using the empty sequence numbers as the request frame numbers.
5. The method as claimed in claim 2, 3 or 4, wherein when the frame type of the packet received from the node is a packet missing request frame from the node, the frame number of the packet is read from the node, the sequence number of the received packet is detected by the node, the node determines whether the sequence number corresponding to the frame number of the packet exists, if so, the packet corresponding to the sequence number is sent to the slave node requesting the packet for packet supplement, and the frame type of the packet sent from the node for packet supplement is a packet supplement frame.
6. An efficient and fast air upgrade method for firmware of a wireless module as claimed in claim 2 or 3, wherein when the frame type of the data packet received from the node is a packet complementing frame, the frame number of the data packet is read from the node, the serial number of the received data packet is detected from the node, the node determines whether the serial number corresponding to the frame number of the data packet is absent, if the serial number is absent, the data packet is received, and the slave node stores the data packet in a flash corresponding area according to the frame number of the data packet.
7. An efficient and fast over-the-air upgrading method for firmware of wireless modules as claimed in claim 1 or 2, wherein the frame format of the data packet includes a frame header, a length, a type, a source address, a destination address, a current frame number, a total frame number, data, a checksum frame trailer.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210410708.9A CN115296997A (en) | 2022-04-19 | 2022-04-19 | Efficient and rapid air upgrading method for wireless module firmware |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210410708.9A CN115296997A (en) | 2022-04-19 | 2022-04-19 | Efficient and rapid air upgrading method for wireless module firmware |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115296997A true CN115296997A (en) | 2022-11-04 |
Family
ID=83821267
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210410708.9A Pending CN115296997A (en) | 2022-04-19 | 2022-04-19 | Efficient and rapid air upgrading method for wireless module firmware |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115296997A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116319712A (en) * | 2023-05-23 | 2023-06-23 | 北京智芯半导体科技有限公司 | Wireless upgrading method and device for slave nodes of power equipment body area network |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20190371327A1 (en) * | 2018-06-04 | 2019-12-05 | Disruptel, Inc. | Systems and methods for operating an output device |
| CN111541564A (en) * | 2020-04-16 | 2020-08-14 | 网经科技（苏州）有限公司 | Method for upgrading equipment firmware in Mesh network |
| CN111541774A (en) * | 2020-05-08 | 2020-08-14 | 杭州粒合信息科技有限公司 | Equipment upgrading method, device and system |
| CN113031990A (en) * | 2021-03-31 | 2021-06-25 | 合安科技技术有限公司 | Broadcasting upgrading method, system, equipment and storage medium for street lamp terminal |
-
2022
- 2022-04-19 CN CN202210410708.9A patent/CN115296997A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20190371327A1 (en) * | 2018-06-04 | 2019-12-05 | Disruptel, Inc. | Systems and methods for operating an output device |
| CN111541564A (en) * | 2020-04-16 | 2020-08-14 | 网经科技（苏州）有限公司 | Method for upgrading equipment firmware in Mesh network |
| CN111541774A (en) * | 2020-05-08 | 2020-08-14 | 杭州粒合信息科技有限公司 | Equipment upgrading method, device and system |
| CN113031990A (en) * | 2021-03-31 | 2021-06-25 | 合安科技技术有限公司 | Broadcasting upgrading method, system, equipment and storage medium for street lamp terminal |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116319712A (en) * | 2023-05-23 | 2023-06-23 | 北京智芯半导体科技有限公司 | Wireless upgrading method and device for slave nodes of power equipment body area network |
| CN116319712B (en) * | 2023-05-23 | 2023-08-18 | 北京智芯半导体科技有限公司 | Wireless upgrading method and device for slave nodes of power equipment body area network |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US4423414A (en) | System and method for name-lookup in a local area network data communication system | |
| CN102067497B (en) | Method and apparatus for acknowledgement and retransmission of multicast data in wireless local area networks | |
| US4430651A (en) | Expandable and contractible local area network system | |
| US4410889A (en) | System and method for synchronizing variable-length messages in a local area network data communication system | |
| EP2912916B1 (en) | Device registration and sounding in a time-division multiple access network | |
| US20230371076A1 (en) | Parameter feedback method, parameter update method, association method, communication node, communication system, and medium | |
| CN101286867B (en) | Software updating method and system of network equipment | |
| CN111770578B (en) | Resource determination method, device and computer readable storage medium | |
| US20180288800A1 (en) | Parallel data transmission method and apparatus | |
| BRPI0612202A2 (en) | method to generate lower layer data blocks in mnr wireless mobile communication system | |
| CN104025690A (en) | Method and user equipment for adjusting sending time | |
| CN102064955A (en) | Method and system for remotely upgrading optical network unit | |
| WO2022095863A1 (en) | Micropower wireless access method and apparatus for internet of things of power transmission and transformation device | |
| CN103905300A (en) | Data message sending method, device and system | |
| US20120014287A1 (en) | Method for transmitting and receiving group deletion information | |
| WO2021204091A1 (en) | Method and device for clearing buffer | |
| CN115296997A (en) | Efficient and rapid air upgrading method for wireless module firmware | |
| US20130235796A1 (en) | System and Method for Uplink Transmission in a Wireless Network | |
| US8854959B2 (en) | Communication apparatus using super frame to reconfigure dynamic protocol, and sensor node and hub device to reconfigure dynamic protocol | |
| KR101986466B1 (en) | Network Coding Method and Apparatus for Reliable Communication of LoRa System | |
| JP2007243239A (en) | Communication apparatus and communication method | |
| US20110116426A1 (en) | Cableless usb connectivity over ieee 802.11 networks | |
| WO2020164503A1 (en) | Information transmission method, terminal device and network device | |
| CN114151933B (en) | Multi-split air conditioning unit upgrading system, upgrading controller and upgrading method | |
| WO2019140974A1 (en) | Data transmission control method and apparatus, data transmission device and storage medium |
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 |