CN109525370B - Data packet sending method based on zigbee - Google Patents
Data packet sending method based on zigbee Download PDFInfo
- Publication number
- CN109525370B CN109525370B CN201811439818.8A CN201811439818A CN109525370B CN 109525370 B CN109525370 B CN 109525370B CN 201811439818 A CN201811439818 A CN 201811439818A CN 109525370 B CN109525370 B CN 109525370B
- Authority
- CN
- China
- Prior art keywords
- data
- data packet
- bytes
- frame
- 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0061—Error detection codes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a zigbee-based data packet sending method, which comprises the following steps: s1, defining the protocol format in the processing and analyzing system to obtain a self-defined protocol format and sending the self-defined protocol format to the coordinator and the terminal node; s2, the terminal node performs pre-processing on the acquired data by using a custom protocol format, generates data packets with different formats, and then sends the data packets to the coordinator; and S3, the coordinator carries out post-processing on the received data packet by using the custom protocol format and then forwards the data packet to the processing and analyzing system. The invention can judge the size of the data packet to be transmitted by means of the self-defined protocol format and correspondingly process the data packet according to the judgment result. Not only can reduce the time and power consumption of data transmission, but also can ensure the processing efficiency of the system.
Description
Technical Field
The invention relates to a data packet sending method, in particular to a zigbee-based data packet sending method capable of reducing the size of a data packet and shortening the sending time, and belongs to the field of computer data transmission.
Background
The Zigbee is a short-distance and low-power-consumption wireless local area network communication technology, and compared with short-distance wireless communication technologies such as Bluetooth and WI-FI, the Zigbee has lower power consumption and use cost and has the ad-hoc network characteristic, so that the technology is widely applied to the fields of Internet of things, medical equipment and the like at present.
Specifically, Zigbee networking is a large wireless network composed of nodes such as a coordinator, a router, and a terminal node, where the coordinator and the terminal node are indispensable. The coordinator is a network center node, and is generally used for receiving all terminal node data and forwarding the data to other network systems. The terminal node is generally a node for processing service acquisition and transmitting service data, and is usually small in size due to application environment and the like, and is powered by a battery.
Because the transmission rate of the Zigbee is low, the transmission efficiency is only 250Kb/s on a 2.4G frequency band link used in China, and therefore, the Zigbee is generally only suitable for an application scenario with a low data transmission rate or a small data volume. In the case where a single terminal node needs to transmit a large amount of data, the transmission efficiency becomes long, and the power consumption increases.
In summary, how to provide a new data transmission method based on the prior art, which makes full use of the characteristics of Zigbee, such as low power consumption and easy networking, and completes transmission of a large data packet on the premise of ensuring transmission time and power consumption, is a problem to be urgently solved by technical staff in the field.
Disclosure of Invention
In view of the above-mentioned drawbacks of the prior art, the present invention provides a zigbee-based data packet transmission method, which operates in a zigbee network, wherein the zigbee network includes a processing and analyzing system, a coordinator and a terminal node, and the terminal node is interactively connected with the processing and analyzing system through the coordinator, and the method is characterized by comprising the following steps:
s1, defining the protocol format in the processing and analyzing system to obtain a self-defined protocol format and sending the self-defined protocol format to the coordinator and the terminal node;
s2, the terminal node performs pre-processing on the acquired data by using a custom protocol format, generates data packets with different formats, and then sends the data packets to the coordinator;
and S3, the coordinator carries out post-processing on the received data packet by using the custom protocol format and then forwards the data packet to the processing and analyzing system.
Preferably, the terminal nodes include any one or more of big data compression terminal nodes, multi-frame plaintext terminal nodes and common single-frame terminal nodes.
Preferably, the custom protocol format is: the data packet identification with the start of two bytes of all the data packets is sequentially the data packet head and the data packet content, and both the data packet head and the data packet content are related to the format of the data packet;
the packet identifier is specifically 16-ary data FDFE.
Preferably, in S2, the terminal node performs preprocessing on the acquired data by using a custom protocol format to generate data packets with different formats, and specifically includes the following steps:
when the data is large and the total data frame number is more than 1, whether the data packet is compressed or not is determined according to the processing capacity of the terminal node,
if the terminal node has data compression capability, the data is compressed, the data packet generated after compression is divided into a compressed multi-frame data packet and a compressed single-frame data packet according to whether the length of the data packet can be sent at one time,
if the terminal node has no data compression processing capacity, generating an uncompressed plaintext multi-frame data packet;
when the data is small and can be transmitted at one time, an uncompressed plaintext single frame data packet is generated.
Preferably, when the data packet is compressed, the compression method is a deflate compression algorithm.
Preferably, the format of the compressed multi-frame data packet is: the method comprises the steps of firstly marking a data packet with two bytes, then sequentially marking a compression mark with four bytes, the total length of data with four bytes, the total frame number with two bytes, the current frame number with two bytes, the length of the frame with two bytes, specific compressed data content and finally a CRC16 check bit with two bytes;
the compression flag is specifically 16-ary data FEFDEEDD.
Preferably, the format of the compressed single-frame data packet is: the method comprises the steps of firstly identifying a data packet with two bytes, then sequentially identifying a compression mark with four bytes, the total length of data with four bytes, the total frame number with two bytes and fixed content as 1, specific compressed data content and finally CRC16 check bits with two bytes;
the compression flag is specifically 16-ary data FEFDEEDD.
Preferably, the format of the uncompressed plaintext multiframe data packet is as follows: the method comprises the steps of firstly marking a data packet with two bytes, then sequentially marking the total length of data with four bytes, the total frame number with two bytes, the current frame number with two bytes, the length of the frame with two bytes, specific data content and finally marking CRC16 check bits with two bytes;
in the uncompressed plaintext multiframe data packet, the total length of the data is less than 231-1。
Preferably, the format of the uncompressed plaintext single frame data packet is as follows: the data packet identifier is two bytes at the beginning, the data total length is four bytes in sequence, the total frame number is 1, and the CRC16 check bit is two bytes.
Preferably, the coordinator in S3 performs post-processing on the received data packet by using a custom protocol format, specifically including the following steps:
s21, reading the initial two bytes of the data packet, judging whether the initial two bytes of the data packet are the beginning of the identifier, if so, entering the next step, otherwise, regarding the data packet as an invalid packet, discarding and reading the next data packet;
s22, reading the data of the following four bytes in the data packet, judging whether the data of the four bytes is a compression mark,
if yes, the data packet is marked as a compressed data packet, then the data of four bytes is continuously read as the total length of the data, the next step is continuously carried out,
if not, the data of the four bytes is taken as the total data length, and whether the total data length is less than 2 or not is judged31-1, if less than, proceeding to the next step, otherwise, regarding the data packet as an invalid packet, performing a discarding process and reading the next data packet,
the total length of the data is the length of pure data which does not contain frame header information and check bits;
s23, reading the data of two bytes following the total length of the data as the total frame number, then judging whether the total frame number is less than 1, if so, regarding the data packet as an invalid packet and discarding, otherwise, entering the next step;
s24, judging whether the total frame number of the compressed multi-frame data packets marked in S23 is more than 1,
if the number of the bytes is larger than 1, reading the data of the two bytes as the current frame number, and then reading the data of the two bytes after the current frame number as the length of the current frame;
if the number is equal to 1, directly entering the next step;
s25, reading specific data content in the data packet;
s26, reading the check codes of the last two bytes of the data packet, calculating the standard check code by using the specific data content read in S25 and the CRC16 algorithm, then comparing whether the read check code is the same as the calculated standard check code, if so, entering the next step, and if not, discarding the data packet as an invalid packet;
s27, based on the above step, making clear judgment to the data packet format,
if the total data frame number is 1 in S24, the compression judgment processing is directly performed on the data packet content,
if the total frame number of the data is more than 1 in S24, the data is marked as multi-frame data, the data is spliced in sequence according to the sequence of the current frame number as a sequence number, after all the data frames are spliced, whether the data is compressed data is judged,
if the data is compressed data, the data packet is decompressed first and then forwarded to a processing and analyzing system,
and if the data is uncompressed data, directly forwarding the data packet to a processing and analyzing system.
Compared with the prior art, the invention has the advantages that:
the invention can judge the size of the data packet to be transmitted by means of the self-defined protocol format and correspondingly process the data packet according to the judgment result. When the data packet is large, the data is compressed, the size of the data packet is reduced, and the time and the power consumption of data transmission are further reduced. When the data packet is small, compression processing is not performed, so that the processing efficiency of the system is ensured.
In addition, the invention also provides reference for other related problems in the same field, can be expanded and extended on the basis of the reference, is applied to other data transmission schemes using the zigbee technology in the same field, and has very wide application prospect.
The following detailed description of the embodiments of the present invention is provided in connection with the accompanying drawings for the purpose of facilitating understanding and understanding of the technical solutions of the present invention.
Drawings
Fig. 1 is a schematic diagram of a Zigbee network using the present invention;
FIG. 2 is a diagram illustrating a structure of a compressed multi-frame data packet according to the present invention;
FIG. 3 is a schematic diagram of a compressed single frame data packet according to the present invention;
FIG. 4 is a schematic diagram of a structure of an uncompressed plaintext multi-frame data packet according to the present invention;
FIG. 5 is a schematic diagram of a structure of an uncompressed plaintext single frame data packet according to the present invention.
Detailed Description
The invention discloses a data packet sending method based on zigbee, which operates in a zigbee network.
The zigbee network has a structure as shown in fig. 1, and includes a processing and analyzing system, a coordinator, and terminal nodes, where the terminal nodes are interactively connected with the processing and analyzing system through the coordinator. The principle of the method is that when the data packet is large, the data packet needs to be subjected to frame-dividing unpacking and sending processing, the data can be compressed or not according to the processing capacity of the terminal node and the conditions of a software and hardware platform, and when the data packet is small and can be processed in one frame, the data is not subjected to unpacking and compressing processing.
The terminal nodes comprise any one or combination of a plurality of big data compression terminal nodes, multi-frame plaintext terminal nodes and common single-frame terminal nodes, and specific setting conditions can be selected according to actual use requirements. In order to ensure the normal use of the zigbee network, the coordinator in the zigbee network must support the identification and processing of multiple packet formats.
The invention relates to a zigbee-based data packet sending method, which specifically comprises the following steps:
s1, defining the protocol format in the processing and analyzing system to obtain a self-defined protocol format and sending the self-defined protocol format to the coordinator and the terminal node;
s2, the terminal node performs pre-processing on the acquired data by using a custom protocol format, generates data packets with different formats, and then sends the data packets to the coordinator;
and S3, the coordinator carries out post-processing on the received data packet by using the custom protocol format and then forwards the data packet to the processing and analyzing system.
In order to support a plurality of data packet formats, the invention provides a self-defined protocol format, the self-defined protocol format can simply and clearly mark the format of each data packet, and then a coordinator or a terminal node can process according to the format of the data packet.
The self-defined protocol format is as follows: the start of all data packets is a two-byte data packet identifier, followed by a data packet header and data packet content in sequence, both of which are related to the format of the data packet itself. The packet identifier is specifically 16-ary data FDFE.
In S2, the terminal node performs preprocessing on the acquired data using a custom protocol format to generate data packets with different formats, and specifically includes the following steps:
and when the data is large and the total data frame number is more than 1, determining whether to compress the data packet according to the processing capacity of the terminal node.
If the terminal node has data compression capacity, the data is compressed, and the data packet generated after compression is divided into a compressed multi-frame data packet and a compressed single-frame data packet according to whether the length of the data packet can be sent at one time.
The compression method used in this embodiment is the deflate compression algorithm. The lossless compression algorithm is widely used on computers and embedded devices, and has very mature application scenes and implementation codes. In addition, other kinds of compression methods may also be used.
And if the terminal node does not have the data compression processing capacity, generating an uncompressed plaintext multi-frame data packet.
When the data is small and can be transmitted at one time, an uncompressed plaintext single frame data packet is generated.
The structure of the compressed multi-frame data packet is shown in fig. 2, and the specific format is as follows: the method comprises the steps of firstly marking a data packet with two bytes, then sequentially marking a compression mark with four bytes, the total length of data with four bytes, the total frame number with two bytes, the current frame number with two bytes, the length of the frame with two bytes, specific compressed data content and finally a CRC16 check bit with two bytes; the compression flag is specifically 16-ary data FEFDEEDD.
The structure of the compressed single-frame data packet is shown in fig. 3, and the specific format is as follows: the method comprises the steps of firstly identifying a data packet with two bytes, then sequentially identifying a compression mark with four bytes, the total length of data with four bytes, the total frame number with two bytes and fixed content as 1, specific compressed data content and finally CRC16 check bits with two bytes; the compression flag is specifically 16-ary data FEFDEEDD.
The structure of the uncompressed plaintext multi-frame data packet is shown in fig. 4, and the specific format is as follows: the method comprises the steps of firstly marking a data packet with two bytes, then sequentially marking the total length of data with four bytes, the total frame number with two bytes, the current frame number with two bytes, the length of the frame with two bytes, specific data content and finally marking CRC16 check bits with two bytes; in the uncompressed plaintext multiframe data packet, the total length of the data is less than 231-1。
The structure of the uncompressed plaintext single frame data packet is shown in fig. 5, and the specific format is as follows: the data packet identifier is two bytes at the beginning, the data total length is four bytes in sequence, the total frame number is 1, and the CRC16 check bit is two bytes. In this embodiment, compression is not required when processing a single frame packet.
In the invention, CRC16 check bits are arranged at the tail ends of various data packets, and are mainly used for avoiding data errors in the data packets.
In S3, the coordinator performs post-processing on the received data packet using the custom protocol format, which specifically includes the following steps:
and S21, reading the initial two bytes of the data packet, judging whether the initial two bytes of the data packet are the beginning of the identifier, if so, entering the next step, otherwise, regarding the data packet as an invalid packet, discarding and reading the next data packet.
S22, reading the data of the following four bytes in the data packet, judging whether the data of the four bytes is a compression mark,
if yes, the data packet is marked as a compressed data packet, then the data of four bytes is continuously read as the total length of the data, the next step is continuously carried out,
if not, the data of the four bytes is taken as the total data length, and whether the total data length is less than 2 or not is judged31-1, if less than, proceeding to the next step, otherwise, regarding the data packet as an invalid packet, performing a discarding process and reading the next data packet,
the total data length is a pure data length which does not contain frame header information and check bits.
S23, reading the data of two bytes following the total length of the data as the total frame number, then judging whether the total frame number is less than 1, if so, regarding the data packet as an invalid packet, and discarding, otherwise, entering the next step.
S24, judging whether the total frame number of the compressed multi-frame data packets marked in S23 is more than 1,
if the number of the bytes is larger than 1, reading the data of the two bytes as the current frame number, and then reading the data of the two bytes after the current frame number as the length of the frame.
If the value is equal to 1, the next step is directly entered.
And S25, reading the specific data content in the data packet.
And S26, reading the check codes of the last two bytes of the data packet, calculating the standard check code by using the specific data content read in the S25 and the CRC16 algorithm, and then comparing whether the read check code is the same as the calculated standard check code, if so, entering the next step, and if not, discarding the data packet.
S27, based on the above step, making clear judgment to the data packet format,
if the total data frame number is 1 in S24, the compression judgment processing is directly performed on the data packet content,
if the total frame number of the data is more than 1 in S24, the data is marked as multi-frame data, the data is spliced in sequence according to the sequence of the current frame number as a sequence number, after all the data frames are spliced, whether the data is compressed data is judged,
if the data is compressed data, the data packet is decompressed first and then forwarded to a processing and analyzing system,
and if the data is uncompressed data, directly forwarding the data packet to a processing and analyzing system.
It should be noted that, in the actual process of use, the present invention can be changed in various ways, such as: the beginning of the packet may not be identified as two bytes, may be other content or length, or may not be identified. Similarly, the data length can also be two bytes, and the setting is suitable for data packets which are not too large; the compression flag may be other content and length; the total frame number, the current frame number and the length of the current frame can be 1 byte or other length representations; the check bits may be 1 byte, 4 bytes or other lengths, or may be other algorithms besides CRC, etc.
The invention can fully utilize the zigbee network, realizes reasonable utilization of hardware resources and has strong practicability and applicability. Meanwhile, the invention judges the size of the data packet to be transmitted by means of the self-defined protocol format and correspondingly processes the data packet according to the judgment result. When the data packet is large, the data is compressed, the size of the data packet is reduced, and the time and the power consumption of data transmission are further reduced. When the data packet is small, compression processing is not performed, so that the processing efficiency of the system is ensured.
In addition, the invention also provides reference for other related problems in the same field, can be expanded and extended on the basis of the reference, is applied to other data transmission schemes using the zigbee technology in the same field, and has very wide application prospect.
It will be evident to those skilled in the art that the invention is not limited to the details of the foregoing illustrative embodiments, and that the present invention may be embodied in other specific forms without departing from the spirit or essential attributes thereof. The present embodiments are therefore to be considered in all respects as illustrative and not restrictive, the scope of the invention being indicated by the appended claims rather than by the foregoing description, and all changes which come within the meaning and range of equivalency of the claims are therefore intended to be embraced therein, and any reference signs in the claims are not intended to be construed as limiting the claim concerned.
Furthermore, it should be understood that although the present description refers to embodiments, not every embodiment may contain only a single embodiment, and such description is for clarity only, and those skilled in the art should integrate the description, and the embodiments may be combined as appropriate to form other embodiments understood by those skilled in the art.
Claims (6)
1. A data packet sending method based on zigbee runs in a zigbee network, the zigbee network comprises a processing and analyzing system, a coordinator and a terminal node, and the terminal node is interactively connected with the processing and analyzing system through the coordinator, and the method is characterized by comprising the following steps:
s1, defining the protocol format in the processing and analyzing system, obtaining the self-defined protocol format and sending it to the coordinator and the terminal node,
s2, the terminal node uses the self-defined protocol format to carry out the pre-processing to the acquired data, generates the data packet with different formats, then sends the data packet to the coordinator,
s3, the coordinator performs post-processing on the received data packet using the custom protocol format, then forwards the data packet to the process analysis system,
the self-defined protocol format is that the start of all data packets is a data packet identifier of two bytes, and then a data packet header and data packet contents are sequentially arranged in sequence, wherein both the data packet header and the data packet contents are related to the format of the data packets,
the data packet identifier is specifically 16-system data FDFE;
the terminal node in S2 performs preprocessing on the acquired data using the custom protocol format to generate data packets with different formats, which specifically includes the following steps,
when the data is large and the total data frame number is more than 1, whether the data packet is compressed or not is determined according to the processing capacity of the terminal node,
if the terminal node has data compression capability, the data is compressed, the data packet generated after compression is divided into a compressed multi-frame data packet and a compressed single-frame data packet according to whether the length of the data packet can be sent at one time,
if the terminal node has no data compression processing capacity at this time, generating an uncompressed plaintext multi-frame data packet,
when the data is small and can be sent at one time, generating an uncompressed plaintext single-frame data packet;
the coordinator in S3 performs post-processing on the received data packet using the custom protocol format, specifically including the following steps,
s21, reading the first two bytes of the data packet, judging whether the first two bytes of the data packet are the beginning of the mark, if yes, entering the next step, otherwise, regarding the data packet as an invalid packet, discarding and reading the next data packet,
s22, reading the data of the following four bytes in the data packet, judging whether the data of the four bytes is a compression mark,
if yes, the data packet is marked as a compressed data packet, then the data of four bytes is continuously read as the total length of the data, the next step is continuously carried out,
if not, the data of the four bytes is taken as the total data length, and whether the total data length is less than 2 or not is judged31-1, if less than, proceeding to the next step, otherwise, regarding the data packet as an invalid packet, performing a discarding process and reading the next data packet,
the total data length is a pure data length that does not include frame header information and parity bits,
s23, reading the data of two bytes following the total length of the data as the total frame number, then judging whether the total frame number is less than 1, if so, regarding the data packet as an invalid packet and discarding, otherwise, entering the next step,
s24, judging whether the total frame number of the compressed multi-frame data packets marked in S23 is more than 1,
if the number of the bytes is larger than 1, reading the data of two bytes as the current frame number, then reading the data of two bytes after the current frame number as the length of the frame,
if the value is equal to 1, directly entering the next step,
s25, reading the specific data content in the data packet,
s26, reading the check codes of the last two bytes of the data packet, calculating the standard check code by using the CRC16 algorithm according to the specific data content read in S25, then comparing whether the read check code is the same as the calculated standard check code, if yes, entering the next step, if not, regarding the data packet as an invalid packet, discarding,
s27, based on the above step, making clear judgment to the data packet format,
if the total data frame number is 1 in S24, the compression judgment processing is directly performed on the data packet content,
if the total frame number of the data is more than 1 in S24, the data is marked as multi-frame data, the data is spliced in sequence according to the sequence of the current frame number as a sequence number, after all the data frames are spliced, whether the data is compressed data is judged,
if the data is compressed data, the data packet is decompressed first and then forwarded to a processing and analyzing system,
and if the data is uncompressed data, directly forwarding the data packet to a processing and analyzing system.
2. The zigbee-based data packet transmission method according to claim 1, wherein: the terminal nodes comprise any one or combination of a plurality of big data compression terminal nodes, multi-frame plaintext terminal nodes and common single-frame terminal nodes.
3. The zigbee-based data packet transmission method according to claim 1, wherein: when the data packet is compressed, the compression method is a deflate compression algorithm.
4. The zigbee-based data packet transmission method according to claim 1, wherein the format of the compressed multi-frame data packet is: the method comprises the steps of firstly marking a data packet with two bytes, then sequentially marking a compression mark with four bytes, the total length of data with four bytes, the total frame number with two bytes, the current frame number with two bytes, the length of the frame with two bytes, specific compressed data content and finally a CRC16 check bit with two bytes;
the compression flag is specifically 16-ary data FEFDEEDD.
5. The zigbee-based data packet transmission method according to claim 1, wherein the format of the uncompressed plaintext multi-frame data packet is as follows: the method comprises the steps of firstly marking a data packet with two bytes, then sequentially marking the total length of data with four bytes, the total frame number with two bytes, the current frame number with two bytes, the length of the frame with two bytes, specific data content and finally marking CRC16 check bits with two bytes;
in the uncompressed plaintext multiframe data packet, the total length of the data is less than 231-1。
6. The zigbee-based data packet sending method according to claim 1, wherein the format of the uncompressed plaintext single frame data packet is as follows: the data packet identifier is two bytes at the beginning, the data total length is four bytes in sequence, the total frame number is 1, and the CRC16 check bit is two bytes.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811439818.8A CN109525370B (en) | 2018-11-29 | 2018-11-29 | Data packet sending method based on zigbee |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811439818.8A CN109525370B (en) | 2018-11-29 | 2018-11-29 | Data packet sending method based on zigbee |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109525370A CN109525370A (en) | 2019-03-26 |
| CN109525370B true CN109525370B (en) | 2020-07-17 |
Family
ID=65793545
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811439818.8A Active CN109525370B (en) | 2018-11-29 | 2018-11-29 | Data packet sending method based on zigbee |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109525370B (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110582098A (en) * | 2019-09-16 | 2019-12-17 | 湖南华青智能科技有限公司 | Digital information transmission system, method and device based on ZigBee and data compression |
| CN110933085A (en) * | 2019-11-29 | 2020-03-27 | 上海上实龙创智慧能源科技股份有限公司 | Protocol conversion method of edge computing gateway based on wireless sensor network |
| CN111683138B (en) * | 2020-06-05 | 2023-06-16 | 中国有色金属长沙勘察设计研究院有限公司 | Socket-based efficient custom data transmission method |
| CN113589738A (en) * | 2021-08-07 | 2021-11-02 | 黑龙江中龙电凯智能管控科技有限公司 | Zigbee terminal equipment for monitoring basic power parameters of plant factory |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101453463A (en) * | 2007-11-28 | 2009-06-10 | 中兴通讯股份有限公司 | Data packet packing, transmitting and receiving method for mobile multimedia broadcast system |
| CN102055767A (en) * | 2010-12-31 | 2011-05-11 | 杭州依赛通信有限公司 | Multiattribute transport protocol (MATP) for communication equipment management system |
| CN103414538A (en) * | 2013-08-05 | 2013-11-27 | 国云科技股份有限公司 | Data package sorting method for network data communication in distributed environment |
| CN103442250A (en) * | 2013-07-30 | 2013-12-11 | Tcl光电科技(惠州)有限公司 | System and method for debugging television |
| CN103945017A (en) * | 2014-04-29 | 2014-07-23 | 桂林赛普电子科技有限公司 | Automatic mapping technique method and converting device based on Modbus-ZigBee protocol link addresses |
| CN108124013A (en) * | 2017-12-22 | 2018-06-05 | 扬州市职业大学 | A kind of Internet of Things comprehensive training platform |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20070115821A1 (en) * | 2005-10-26 | 2007-05-24 | Samsung Electro-Mechanics Co., Ltd. | Method for transmitting wireless data using piggyback |
| CN108702320B (en) * | 2016-03-29 | 2021-01-12 | 信实资讯通信公司 | System and method for providing at least one service to user equipment through multimedia gateway |
| CN108631914B (en) * | 2017-03-23 | 2020-11-17 | 展讯通信（上海）有限公司 | Bluetooth data checking and receiving method and device and Bluetooth equipment |
-
2018
- 2018-11-29 CN CN201811439818.8A patent/CN109525370B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101453463A (en) * | 2007-11-28 | 2009-06-10 | 中兴通讯股份有限公司 | Data packet packing, transmitting and receiving method for mobile multimedia broadcast system |
| CN102055767A (en) * | 2010-12-31 | 2011-05-11 | 杭州依赛通信有限公司 | Multiattribute transport protocol (MATP) for communication equipment management system |
| CN103442250A (en) * | 2013-07-30 | 2013-12-11 | Tcl光电科技(惠州)有限公司 | System and method for debugging television |
| CN103414538A (en) * | 2013-08-05 | 2013-11-27 | 国云科技股份有限公司 | Data package sorting method for network data communication in distributed environment |
| CN103945017A (en) * | 2014-04-29 | 2014-07-23 | 桂林赛普电子科技有限公司 | Automatic mapping technique method and converting device based on Modbus-ZigBee protocol link addresses |
| CN108124013A (en) * | 2017-12-22 | 2018-06-05 | 扬州市职业大学 | A kind of Internet of Things comprehensive training platform |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109525370A (en) | 2019-03-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109525370B (en) | Data packet sending method based on zigbee | |
| US8718098B2 (en) | Method for compressing and decompressing time stamp and equipment thereof | |
| JP6092265B2 (en) | Apparatus and method for block acknowledgment compression | |
| US9237481B2 (en) | Methods and arrangements for traffic indication map segmentation in wireless networks | |
| US9794376B2 (en) | Compression devices, decompression devices, compression methods, and decompression methods | |
| EP2854359B1 (en) | Compression and decompression methods of ethernet header and corresponding devices | |
| CN104272836B (en) | The apparatus and method compressed for control frame and management frame | |
| WO2016197804A1 (en) | Method and device for compressing data packet | |
| US9526029B2 (en) | Methods and arrangements for packet flows in wireless networks | |
| CN101707616B (en) | Method and device for compressing and decompressing user datagram protocol data packet | |
| US8982859B2 (en) | Wireless device and method of short MAC frame indication | |
| KR20150032744A (en) | Apparatus and methods for block acknowledgment compression | |
| US9363825B2 (en) | Indication map delivery method, indication operation method, device, and system | |
| CN102118792B (en) | Method and device for transmitting data packets | |
| CN102291398A (en) | Data compression and decompression method, device and system in wireless communication system | |
| CN106537959B (en) | Method for encoding and decoding frames in a telecommunication network | |
| CN113133055A (en) | Method and apparatus for wireless communication | |
| US9220032B2 (en) | Methods and arrangements for traffic indication mapping in wireless networks | |
| CN103634843A (en) | Data transmission method, wireless network controller, base station and mobile communication system | |
| CN106961425B (en) | A kind of the compression recombination system and method for 6lowpan datagram | |
| US20140185437A1 (en) | Methods and arrangements for traffic indication mapping in wireless networks | |
| CN103179094B (en) | Sending, receiving method, sending device and the reception device of IP packet head | |
| CN109257772A (en) | A kind of sending, receiving method and user equipment of RTP data | |
| KR20130070884A (en) | Compressed transmission method for xml massages based on syncml, and system thereof | |
| CN116074893A (en) | Compression method, decompression method, device, equipment 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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |