CN109587733A - Low-consumption wireless communication transmission method - Google Patents
Low-consumption wireless communication transmission method Download PDFInfo
- Publication number
- CN109587733A CN109587733A CN201910047248.6A CN201910047248A CN109587733A CN 109587733 A CN109587733 A CN 109587733A CN 201910047248 A CN201910047248 A CN 201910047248A CN 109587733 A CN109587733 A CN 109587733A
- Authority
- CN
- China
- Prior art keywords
- frame
- data
- packet
- sender
- recipient
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
-
- 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
-
- 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/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
Present invention discloses a kind of low-consumption wireless communication transmission methods, include the following steps: S1, data definition step, are a frame by the data definition for passing through wireless transmission every time;S2, sender's step, sender and recipient hold consultation with regard to respective compression and data transceiving capability, obtain data and are compressed and processing of unpacking, and the data frame obtained after the completion of then handling is sent to recipient;S3, recipient's step, recipient receive the data frame from sender, then carry out packaging and decompression processing to data frame, obtain complete data and send confirmation message to sender.This invention ensures that the reliable transmission of data, effectively reduces the data volume of transmission, shortens data transmission time, improve efficiency of transmission.
Description
Technical field
The present invention relates to a kind of wireless communication transmission methods, can reduce data traffic volume in particular to one kind, shorten
The low-consumption wireless communication transmission method of sending time, belongs to data transfer of computer field.
Background technique
With the development of Internet of Things and industry internet, the low-consumption wireless transmission mode such as Zigbee and BLE bluetooth is big
Amount application.But in the prior art, that all there is such as transmission rates is low, transmission range is close for these low-consumption wireless transmission modes
The disadvantages of, when transmitting the biggish data of the scale of construction or bad network environment, transmission packet loss is very high, influences upper-layer service.
During daily drinking, usual each enterprise can encapsulate the agreement of oneself on Zigbee or BLE, these are certainly
The problems such as agreement does not account for the reliability and efficiency of transmission of transmission mostly is defined, or only simply by after transmission etc.
Mechanism to be confirmed guarantees reliable transmission.It also results in when wireless signal is very poor, packet loss is serious in this way, it is possible that
The case where loss of data, can directly impact follow-up business when serious.
Transmission Control Protocol is one of most commonly used transport protocol in current Internet of Things and industry internet field, and Transmission Control Protocol is logical
It crosses and sends and receivees the mechanism such as buffer area, sequence of data packet and ACK, to guarantee that data are reliable orderly.But since TCP is assisted
The concept that view is stream-oriented agreement, does not wrap, thus application layer process get up it is cumbersome.In addition, due to Zigbee and BLE
Equal low-consumption wireless terminal device majority is all miniature or hand-held embedded device, is powered using battery, usually all using low
The chip and hardware solution of cost.This kind of equipment is unable to run ICP/IP protocol stack mostly, or basic just not ready-made
ICP/IP protocol stack, therefore Transmission Control Protocol is not suitable for such environment.
In conclusion a kind of new low-consumption wireless communication transmission method how is proposed on the basis of existing technology,
Reliable transmission is realized in the case where there are packet loss, also just becomes those skilled in that art's urgent problem to be solved.
Summary of the invention
In view of the prior art, there are drawbacks described above, and the invention proposes a kind of low-consumption wireless communication transmission methods, including
Following steps:
Data definition every time by wireless transmission is a frame by S1, data definition step, and every frame includes that format is consistent
Public frame head, the content in every frame after public frame head are related to frame type;
S2, sender's step, sender and recipient hold consultation with regard to respective compression and data transceiving capability, and sender obtains
Application layer data simultaneously selectively compresses data according to data characteristics and processing of unpacking, and will then obtain after the completion of processing
Data frame be sent to recipient;
S3, recipient's step, recipient receive the data frame from sender, then carry out according to data frame feature to data frame
Selectively packaging and decompression processing finally obtain complete application layer data and send confirmation message to sender.
Preferably, frame type described in S1 include for send and receive both sides negotiation INIT frame and INIT ACK frame,
For recording the DATA frame of data and for the DATA ACK frame of data feedback confirmation.
Preferably, public frame head described in S1 includes agreement mark, the word that two byte contents are 16 system FDFD
The frame type of section, the frame option of byte, the frame length of two bytes and two bytes CRC16 check value;
Preferably, the value of the frame type is 1 ~ 4, and corresponding relationship is as follows, 1 corresponding INIT frame, 2 corresponding INIT ACK frames, 3
Corresponding DATA frame, 4 corresponding DATA ACK frames;It include compressed-bit, data packet start bit and data packet stop bits in the frame option,
The content of the frame option is related to the characteristic of every frame, if the frame supports compression, otherwise compressed-bit 1 is 0, if the frame is
The start frame of splitting datagram, then data packet start bit is 1, is otherwise 0, if the frame is the end frame of splitting datagram, is counted
It is 1 according to end-of-packet position, is otherwise 0, if data packet only includes a frame, the data packet start bit and data packet stop bit of the frame is equal
It is 1;The frame length is to include this frame length including frame head;The CRC16 check value is to use to this frame all the elements
The check value that CRC16 algorithm obtains after being calculated.
It preferably, include public frame head in the INIT frame, the frame type in public frame head is 1, frame option is 0, frame length
Degree is fixed as 16, and the transmission length of two bytes, the reception length and a word of two bytes are followed successively by after public frame head
The compression mark of section compresses mark and is 1, is otherwise 0 if the frame supports compression, is the guarantor of three bytes after compression mark
It writes down characters section.
It preferably, include public frame head in the INIT ACK frame, the frame type in public frame head is 2, frame option is 0,
Frame length is fixed as 16, and the transmission length of two bytes, the reception length and one of two bytes are followed successively by after public frame head
The compression mark of a byte compresses mark and is 1, is otherwise 0 if the frame supports compression, is three bytes after compression mark
Reserve bytes.
Preferably, include public frame head in the DATA frame, the packet number of two bytes is followed successively by after public frame head
And the number of frames of two bytes;Packet number and number of frames are numbered both for 16 integers since 1, work as numerical value
Greater than 216It when -1, is counted again since 0, one packet of each increase or frame, corresponding packet number or number of frames add 1.
Preferably, include public frame head in the DATA ACK frame, the continuous of two bytes is followed successively by after public frame head
Number of frames, the missing gap frame number of two bytes and the repetition frame number of two bytes.
Preferably, S2 described sender step, specifically includes:
S201, for the first time send data packet before, sender first to recipient send INIT frame, the content of INIT frame is according to sender
Compression, single wireless transmission packet size and single wireless receiving packet size itself whether is supported to be filled, sender is receiving
To before INIT ACK frame, repeat to send INIT frame by retransmission timer;
After S202, sender receive the INIT ACK frame from recipient, stop the transmission of INIT frame, and according to INIT ACK frame
Content obtain whether recipient supports compression, single wireless transmission packet size and single wireless receiving packet size, then basis
The compressed capability of both sides decides whether to support compression, make further according to the smaller value sent in packet size and recipient's reception packet size
For the size for individually sending frame;
After S203, sender take the data packet of application layer, judge whether data packet is supported to compress, to data if supporting compression
Compression processing is carried out, is otherwise directly entered in next step;
S204, judge whether the size of data packet is greater than the size for sending frame, if the size of data packet is greater than the size for sending frame
Compression processing then is carried out to data packet, is otherwise directly entered in next step;
S205, DATA frame head, composition data frame are added before each data packet;
S206, data frame is added to transmission buffer area according to number of frames sequence;
S207, from the beginning the data frame sent in buffer area is sequentially sent, if there are the data not being transmitted across in buffer area
Frame, then it is preferential to send, then by the data frame being transmitted across plus mark has been sent, reinserts and send in buffer area;
S208, check whether that receive the acknowledgement frame from recipient's reply carries out at data validation if receiving acknowledgement frame
The data frame having confirmed that is deleted from transmission buffer area according to the information in acknowledgement frame, is otherwise directly entered in next step by reason;
S209, judge to send whether buffer area is sky, then indicate that data have distributed if it is sky, terminate this transmission, otherwise
It is directly entered in next step;
S210, starting retransmission timer, are delayed since S207 and retransmit to the data frame sent in buffer area.
Preferably, recipient's step described in S3, specifically includes:
S301, recipient receive the INIT frame that sender issues, and then whether support that compression, single is wireless according to recipient itself
It sends packet size and the big little structure INIT ACK frame of single wireless receiving packet and replys sender, receiving INIT frame every time all needs back
Multiple INIT ACK frame, until what is received is not INIT frame but DATA frame;
S302, prepare to receive buffer area and simultaneously receive data frame, CRC calculating is carried out to data frame, according to calculated CRC result and
Other frame originating point informations judge whether this frame is effective, the direct discard processing if invalid, otherwise enter in next step;
S303, data frame is added to reception buffer area according to number of frames sequence, confirmation frame timer is simultaneously stopped, with postscript
Record paid-in sequence of data frames number;
S304, complete data packet is judged whether there is since the head for receiving buffer area, if there is then according to the frame sequence of every frame
Packaging processing is carried out, S207 is otherwise directly entered;
S305, judge whether data packet is compressed data packets, if it is carry out decompression processing, be otherwise directly entered in next step;
S306, all data frames for receiving the complete data packet uploaded in buffer area are deleted;
S307, acknowledgement frame is generated according to the data frame information received;
S308, judge to receive whether buffer area is sky, if it is terminate this reception, otherwise start timer delay from S307
Start to send acknowledgement frame.
Compared with prior art, advantages of the present invention is mainly reflected in the following aspects:
Transmission method of the invention ensure that the reliable transmission of data by buffer area, sequence number and confirmation machine contracting system.Meanwhile being
Adaptation different hardware transport ability and upper layer application, when the data for needing to transmit are more than hardware transport ability, to data
Packet carries out processing of unpacking, and is divided into multiple parcels and is sent.When the hardware for sending and receiving both sides can be supported at Compress softwares
It when reason, is retransmited after can also being compressed to data packet, to effectively reduce the data volume of transmission, shortens data hair
The time is sent, efficiency of transmission is improved.
In addition, the present invention also provides reference for other relevant issues in same domain, can be opened up on this basis
Extension is stretched, and is applied in same domain in the technical solution of other low-consumption wireless transmission, with very wide application prospect.
Just attached drawing in conjunction with the embodiments below, the embodiment of the present invention is described in further detail, so that of the invention
Technical solution is more readily understood, grasps.
Detailed description of the invention
Fig. 1 is overall procedure schematic diagram of the invention;
Fig. 2 is the structural schematic diagram of public frame head in the present invention;
Fig. 3 is the structural schematic diagram of frame option in the present invention;
Fig. 4 is the structural schematic diagram of INIT frame in the present invention;
Fig. 5 is the structural schematic diagram of DATA frame in the present invention;
Fig. 6 is the structural schematic diagram of DATA ACK frame in the present invention;
Fig. 7 is the specific flow chart of sender's step in the present invention;
Fig. 8 is the specific flow chart of recipient's step in the present invention.
Specific embodiment
As shown in Figure 1, including the following steps: present invention discloses a kind of low-consumption wireless communication transmission method
Data definition every time by wireless transmission is a frame by S1, data definition step, and every frame includes that format is consistent
Public frame head, the content in every frame after public frame head are related to frame type.
S2, sender's step, sender and recipient hold consultation with regard to respective compression and data transceiving capability, sender
It obtains application layer data and data is selectively compressed according to data characteristics and processing of unpacking, after the completion of then handling
Obtained data frame is sent to recipient.
S3, recipient's step, recipient receives the data frame from sender, then according to data frame feature to data frame
Selectively packaging and decompression processing are carried out, complete application layer data is finally obtained and sends confirmation message to sender.
Specifically, frame type described in S1 includes the INIT frame and INIT ACK for sending and receiving both sides' negotiation
Frame, the DATA frame for recording data and the DATA ACK frame for data feedback confirmation.It is subsequent can also be according to business
It needs, frame type is extended.
The solution of the present invention negotiates to send and receive compression and the data transmit-receive of both sides by INIT frame and INIT ACK frame
Ability upper to greatest extent can improve transmitting efficiency and reliability.In addition, negotiations process in the present invention can also using three times or
Other negotiation modes such as 4-Way Handshake.
The structure of public frame head described in S1 is as shown in Fig. 2, the Protocol Standard for being 16 system FDFD comprising two byte contents
Will, the frame type (Chunk Type) of byte, the frame option (Chunk Flag) of byte, two bytes frame length
The CRC16 check value of (Chunk Length) and two bytes.It can type to frame and place by frame type and frame option
Reason is extended, to be suitable for more complicated applications.
The value of the frame type is 1 ~ 4, and corresponding relationship is as follows, and 1 corresponding INIT frame, 2 corresponding INIT ACK frames, 3 correspond to
DATA frame, 4 corresponding DATA ACK frames.
The structure of the frame option is as shown in figure 3, include compressed-bit (Compress Flag), data packet start bit
(Packet Start) and data packet stop bits (Packet End), the content of the frame option is related to the characteristic of every frame, if
The frame supports compression, then compressed-bit is 1, is otherwise 0, if the frame is the start frame of splitting datagram, data packet start bit is
It 1, is otherwise 0, if the frame is the end frame of splitting datagram, data packet stop bits is 1, is otherwise 0, if data packet only includes
One frame, then the data packet start bit of the frame and data packet stop bit are 1.
The frame length is that can be 1 or 4 comprising this frame length including frame head.
The CRC16 check value is the check value obtained after being calculated using CRC16 algorithm this frame all the elements.This
The checking algorithm at place can need to replace with other algorithms according to actual use.
Sender needs to send an INIT frame, shows the transmission of oneself to recipient and connect before sending data for the first time
Receipts ability.The structure of the INIT frame is as shown in figure 4, comprising public frame head, and the frame type in public frame head is 1, frame option is
0, frame length is fixed as 16, and the transmission length (Send Length) of two bytes, two bytes are followed successively by after public frame head
The compression mark (Compress) of length (Receive Length) and a byte is received, if the frame supports compression, is pressed
Contracting mark is 1, is otherwise 0, is the reserve bytes of three bytes after compression mark.
After recipient receives INIT frame, that replys that INIT ACK frame shows oneself sends and receivees ability, in addition to frame class
Type is other than 2, and other content is all as the definition of INIT frame.Specifically, include public frame head in the INIT ACK frame, it is public
The frame type in frame head is 2 altogether, frame option is 0, frame length is fixed as 16, and the transmission of two bytes is followed successively by after public frame head
The compression mark of length, the reception length of two bytes and a byte, if the frame supports compression, compress mark for 1, it is no
Then it is 0, is the reserve bytes of three bytes after compression mark.
After sender receives INIT ACK frame, according to both sides send and receive ability determine send data frame length and
Whether compress, then starts data transmission.When both sides are put and received in transmission all supports compression, this programme can press data
It is being sent after contracting, thus the reliability for greatly reducing the traffic volume of data, improving data transmit-receive.
Sender, if supporting compression, first compresses data packet, then basis after taking the data of application layer
Data packet is carried out framing by determining frame length, then adds DATA frame head to every frame.
The structure of the DATA frame is followed successively by the packet of two bytes as shown in figure 5, comprising public frame head after public frame head
The number of frames (Chunk Seq) of sequence number (Packet Seq) and two bytes.
Packet number and number of frames are numbered both for 16 integers since 1, when numerical value is greater than 216When -1, from 0
Start to count again, one packet of each increase or frame, corresponding packet number or number of frames add 1.By packet number and
Number of frames can guarantee that data are not out-of-order and do not lose, wherein packet number is the key that guarantee, frame sequence not out-of-order using data
Row number is the key that guarantee that data are not lost.
After recipient receives data frame, data frame is put into after receiving buffer area and handling, according to the feelings of receiving frame
Condition replys DATA ACK frame.The structure of the DATA ACK frame is as shown in fig. 6, comprising public frame head, after public frame head successively
Continuous number of frames (Cumulative Chunk Seq) for two bytes, the data frame greater than continuous number of frames are considered as not
It receives or discontinuously, the missing gap frame number (Number GAP) of two bytes, how many is a in subsequent content for indicating
GAP Block and the repetition frame number (Number Duplicate) of two bytes, for how many to be indicated in subsequent content
A Duplicate Block.
For GAP Block after Number Duplicate, each GAP Block includes the GAP of two bytes
GAP End, the GAP Start of Start and two byte refer to unreceived first number of frames in discontinuous gap,
GAP End is unreceived last frame sequence number in the gap.Each Duplicate Block includes the DUP of two bytes
Seq refers to the repetition number of frames received, how many repeating frame, with regard to how many Duplicate Block.
DATA ACK content frame in the present invention program includes continuous frame number, missing gap frame number and repeating frame sequence
Number three parts content, completely reflects all data frame conditions received, thus facilitate sender handle data buffering and
Repeat mechanism reduces sending times and then improves transmitting efficiency.
In addition, it should be noted that, data compression algorithm in the present invention program can be there are many selection, in the present embodiment
Preferably Deflate compression.
As shown in fig. 7, S2 described sender step, specifically includes:
S201, for the first time send data packet before, sender first to recipient send INIT frame, the content of INIT frame is according to sender
Compression, single wireless transmission packet size and single wireless receiving packet size itself whether is supported to be filled, sender is receiving
To before INIT ACK frame, repeat to send INIT frame by retransmission timer.
After S202, sender receive the INIT ACK frame from recipient, stop the transmission of INIT frame, and according to INIT
The content of ACK frame obtains whether recipient supports compression, single wireless transmission packet size and single wireless receiving packet size, then
Decided whether to support compression according to the compressed capability of both sides, it is smaller in packet size and recipient's reception packet size further according to sending
It is worth as the single size for sending frame.
After S203, sender take the data packet of application layer, judge whether data packet is supported to compress, it is right if supporting compression
Data carry out compression processing, are otherwise directly entered in next step.
S204, judge whether the size of data packet is greater than the size for sending frame, if the size of data packet, which is greater than, sends frame
Size then carries out compression processing to data packet, is otherwise directly entered in next step.
S205, DATA frame head, composition data frame are added before each data packet.
Wherein, frame type is 3;Whether whether frame option according to whether compressing, being the start frame of splitting datagram, being fractionation
The end frame of data packet is filled, and frame length is to unpack content plus data frame frame head length;Packet number is that the overall situation is opened from 1
The application layer data packet number of beginning, each data packet add 1, when numerical value is greater than 216When -1, counted again since 0;Frame sequence
Number for the global transmission number of frames since 1 ing, one transmission frame of every increasing adds 1, when numerical value is greater than 216When -1, since 0 again
It counts.
Herein it should be added that, in the present invention program 2 byte-identifiers of data frame head can be other content and
Length can also not have Data Identification.
S206, data frame is added to transmission buffer area according to number of frames sequence.
S207, from the beginning the data frame sent in buffer area is sequentially sent, is not transmitted across if had in buffer area
Data frame, then it is preferential to send, then by the data frame being transmitted across plus mark has been sent, reinserts and send in buffer area.
S208, check whether that receiving the acknowledgement frame from recipient's reply carries out data validation if receiving acknowledgement frame
The data frame having confirmed that is deleted from transmission buffer area according to the information in acknowledgement frame, is otherwise directly entered in next step by processing.
S209, judge to send whether buffer area is sky, then indicate that data have distributed if it is sky, terminate this transmission,
Otherwise it is directly entered in next step.
S210, starting retransmission timer, are delayed since S207 and retransmit to the data frame sent in buffer area.
As shown in figure 8, recipient's step described in S3, specifically includes:
S301, recipient receive the INIT frame that sender issues, and then whether support that compression, single is wireless according to recipient itself
It sends packet size and the big little structure INIT ACK frame of single wireless receiving packet and replys sender, receiving INIT frame every time all needs back
Multiple INIT ACK frame, until what is received is not INIT frame but DATA frame.
S302, prepare to receive buffer area and receive data frame, CRC calculating is carried out to data frame, is tied according to calculated CRC
Fruit and other frame originating point informations judge whether this frame is effective, the direct discard processing if invalid, otherwise enter in next step.
S303, data frame is added to reception buffer area according to number of frames sequence, is simultaneously stopped confirmation frame timer, with
After record paid-in sequence of data frames number.
S304, complete data packet is judged whether there is since the head for receiving buffer area, if there is then according to the frame of every frame
Sequence carries out packaging processing, is otherwise directly entered S207.
S305, judge whether data packet is compressed data packets, if it is carry out decompression processing, be otherwise directly entered next
Step.
S306, all data frames for receiving the complete data packet uploaded in buffer area are deleted.
S307, acknowledgement frame is generated according to the data frame information received.
S308, judge to receive buffer area whether be it is empty, if it is terminate this reception, otherwise start timer delay from
S307 starts to send acknowledgement frame.
By above-mentioned steps it is found that the solution of the present invention is distinguish, sends and receives logic to sending and receiving buffer area
It is distinguish, data processing is flexible, and error probability is reduced.
In general, transmission method of the invention by buffer area, sequence number and confirmation machine contracting system ensure that data can
By transmission.Meanwhile in order to adapt to different hardware transport ability and upper layer application, when the data for needing to transmit are more than hardware transport
When ability, processing of unpacking is carried out to data packet, is divided into multiple parcels and is sent.When the hardware for sending and receiving both sides can prop up
When holding Compress softwares processing, retransmited after can also being compressed to data packet, so that the data volume of transmission is effectively reduced,
Data transmission time is shortened, efficiency of transmission is improved.
In addition, the present invention also provides reference for other relevant issues in same domain, can be opened up on this basis
Extension is stretched, and is applied in same domain in the technical solution of other low-consumption wireless transmission, with very wide application prospect.
It is obvious to a person skilled in the art that invention is not limited to the details of the above exemplary embodiments, Er Qie
In the case where without departing substantially from spirit and essential characteristics of the invention, the present invention can be realized in other specific forms.Therefore, no matter
From the point of view of which point, the present embodiments are to be considered as illustrative and not restrictive, and the scope of the present invention is by appended power
Benefit requires rather than above description limits, it is intended that all by what is fallen within the meaning and scope of the equivalent elements of the claims
Variation is included within the present invention, and any reference signs in the claims should not be construed as limiting the involved claims.
In addition, it should be understood that although this specification is described in terms of embodiments, but not each embodiment is only wrapped
Containing an independent technical solution, this description of the specification is merely for the sake of clarity, and those skilled in the art should
It considers the specification as a whole, the technical solutions in the various embodiments may also be suitably combined, forms those skilled in the art
The other embodiments being understood that.
Claims (10)
1. a kind of low-consumption wireless communication transmission method, which comprises the steps of:
Data definition every time by wireless transmission is a frame by S1, data definition step, and every frame includes that format is consistent
Public frame head, the content in every frame after public frame head are related to frame type;
S2, sender's step, sender and recipient hold consultation with regard to respective compression and data transceiving capability, and sender obtains
Application layer data simultaneously selectively compresses data according to data characteristics and processing of unpacking, and will then obtain after the completion of processing
Data frame be sent to recipient;
S3, recipient's step, recipient receive the data frame from sender, then carry out according to data frame feature to data frame
Selectively packaging and decompression processing finally obtain complete application layer data and send confirmation message to sender.
2. low-consumption wireless communication transmission method according to claim 1, it is characterised in that: frame type described in S1 includes
For send and receive both sides negotiation INIT frame and INITACK frame, the DATA frame for recording data and for data it is anti-
Present the DATAACK frame of confirmation.
3. low-consumption wireless communication transmission method according to claim 2, it is characterised in that: public frame head packet described in S1
Frame option, two words of frame type containing agreement mark, byte that two byte contents are 16 system FDFD, byte
The CRC16 check value of the frame length of section and two bytes.
4. low-consumption wireless communication transmission method according to claim 3, it is characterised in that:
The value of the frame type is 1 ~ 4, and corresponding relationship is as follows, 1 corresponding INIT frame, 2 corresponding INITACK frames, 3 corresponding DATA
Frame, 4 corresponding DATAACK frames;
It include compressed-bit, data packet start bit and data packet stop bits, content and the every frame of the frame option in the frame option
Characteristic it is related, if the frame supports compression, otherwise compressed-bit 1 is 0, if the frame is the start frame of splitting datagram, is counted
It is 1 according to packet start bit, is otherwise 0, if the frame is the end frame of splitting datagram, data packet stop bits is 1, is otherwise 0, if
Data packet only includes a frame, then the data packet start bit of the frame and data packet stop bit are 1;
The frame length is to include this frame length including frame head;
The CRC16 check value is the check value obtained after being calculated using CRC16 algorithm this frame all the elements.
5. low-consumption wireless communication transmission method according to claim 3, it is characterised in that: include public affairs in the INIT frame
It is total to frame head, the frame type in public frame head is 1, frame option is 0, frame length is fixed as 16, and two are followed successively by after public frame head
The compression mark of the transmission length of byte, the reception length of two bytes and a byte compresses if the frame supports compression
Mark is 1, is otherwise 0, is the reserve bytes of three bytes after compression mark.
6. low-consumption wireless communication transmission method according to claim 3, it is characterised in that: packet in the INITACK frame
Containing public frame head, the frame type in public frame head is 2, frame option is 0, frame length is fixed as 16, is followed successively by after public frame head
The compression mark of the transmission length of two bytes, the reception length of two bytes and a byte, if the frame supports compression,
Compression mark is 1, is otherwise 0, is the reserve bytes of three bytes after compression mark.
7. low-consumption wireless communication transmission method according to claim 3, it is characterised in that: include public affairs in the DATA frame
Frame head altogether, is followed successively by the packet number of two bytes and the number of frames of two bytes after public frame head;
Packet number and number of frames are numbered both for 16 integers since 1, when numerical value is greater than 216When -1, since 0
Again it counts, one packet of each increase or frame, corresponding packet number or number of frames add 1.
8. low-consumption wireless communication transmission method according to claim 3, it is characterised in that: packet in the DATAACK frame
Containing public frame head, the continuous number of frames of two bytes, the missing gap frame number of two bytes are followed successively by after public frame head
And the repetition frame number of two bytes.
9. low-consumption wireless communication transmission method according to claim 2, which is characterized in that S2 described sender step,
It specifically includes:
S201, for the first time send data packet before, sender first to recipient send INIT frame, the content of INIT frame is according to sender
Compression, single wireless transmission packet size and single wireless receiving packet size itself whether is supported to be filled, sender is receiving
To before INIT ACK frame, repeat to send INIT frame by retransmission timer;
After S202, sender receive the INIT ACK frame from recipient, stop the transmission of INIT frame, and according to INIT ACK frame
Content obtain whether recipient supports compression, single wireless transmission packet size and single wireless receiving packet size, then basis
The compressed capability of both sides decides whether to support compression, make further according to the smaller value sent in packet size and recipient's reception packet size
For the size for individually sending frame;
After S203, sender take the data packet of application layer, judge whether data packet is supported to compress, to data if supporting compression
Compression processing is carried out, is otherwise directly entered in next step;
S204, judge whether the size of data packet is greater than the size for sending frame, if the size of data packet is greater than the size for sending frame
Compression processing then is carried out to data packet, is otherwise directly entered in next step;
S205, DATA frame head, composition data frame are added before each data packet;
S206, data frame is added to transmission buffer area according to number of frames sequence;
S207, from the beginning the data frame sent in buffer area is sequentially sent, if there are the data not being transmitted across in buffer area
Frame, then it is preferential to send, then by the data frame being transmitted across plus mark has been sent, reinserts and send in buffer area;
S208, check whether that receive the acknowledgement frame from recipient's reply carries out at data validation if receiving acknowledgement frame
The data frame having confirmed that is deleted from transmission buffer area according to the information in acknowledgement frame, is otherwise directly entered in next step by reason;
S209, judge to send whether buffer area is sky, then indicate that data have distributed if it is sky, terminate this transmission, otherwise
It is directly entered in next step;
S210, starting retransmission timer, are delayed since S207 and retransmit to the data frame sent in buffer area.
10. low-consumption wireless communication transmission method according to claim 2, which is characterized in that recipient's step described in S3,
It specifically includes:
S301, recipient receive the INIT frame that sender issues, and then whether support that compression, single is wireless according to recipient itself
It sends packet size and the big little structure INITACK frame of single wireless receiving packet and replys sender, receiving INIT frame every time all needs back
Multiple INITACK frame, until what is received is not INIT frame but DATA frame;
S302, prepare to receive buffer area and simultaneously receive data frame, CRC calculating is carried out to data frame, according to calculated CRC result and
Other frame originating point informations judge whether this frame is effective, the direct discard processing if invalid, otherwise enter in next step;
S303, data frame is added to reception buffer area according to number of frames sequence, confirmation frame timer is simultaneously stopped, with postscript
Record paid-in sequence of data frames number;
S304, complete data packet is judged whether there is since the head for receiving buffer area, if there is then according to the frame sequence of every frame
Packaging processing is carried out, S207 is otherwise directly entered;
S305, judge whether data packet is compressed data packets, if it is carry out decompression processing, be otherwise directly entered in next step;
S306, all data frames for receiving the complete data packet uploaded in buffer area are deleted;
S307, acknowledgement frame is generated according to the data frame information received;
S308, judge to receive whether buffer area is sky, if it is terminate this reception, otherwise start timer delay from S307
Start to send acknowledgement frame.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910047248.6A CN109587733A (en) | 2019-01-18 | 2019-01-18 | Low-consumption wireless communication transmission method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910047248.6A CN109587733A (en) | 2019-01-18 | 2019-01-18 | Low-consumption wireless communication transmission method |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109587733A true CN109587733A (en) | 2019-04-05 |
Family
ID=65915274
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910047248.6A Pending CN109587733A (en) | 2019-01-18 | 2019-01-18 | Low-consumption wireless communication transmission method |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109587733A (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110971387A (en) * | 2019-12-10 | 2020-04-07 | 上海邦邦机器人有限公司 | Data transmission processing method, sending equipment and receiving equipment |
CN112512025A (en) * | 2020-11-20 | 2021-03-16 | 广东公信智能会议股份有限公司 | Picture transmission method applied to electronic table board |
CN112910658A (en) * | 2021-02-02 | 2021-06-04 | 刘玉 | Data packet transmission method and device for providing TCP proxy service |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1734997A (en) * | 2004-08-11 | 2006-02-15 | 华为技术有限公司 | Data transmission method |
CN101262321A (en) * | 2008-02-03 | 2008-09-10 | 杭州华三通信技术有限公司 | Media data processing method, coding device and media platform |
CN101645883A (en) * | 2008-08-08 | 2010-02-10 | 比亚迪股份有限公司 | Data transmitting method, a data sending method and a data receiving method |
CN102805887A (en) * | 2012-04-11 | 2012-12-05 | 郑攀 | Wireless communication system for coating type insulin pumps |
CN103685243A (en) * | 2013-11-28 | 2014-03-26 | 许继电气股份有限公司 | Fault recording data transmission method based on UDP |
US20150318957A1 (en) * | 2011-02-04 | 2015-11-05 | Kabushiki Kaisha Toshiba | Wireless communication terminal |
CN106105310A (en) * | 2014-03-12 | 2016-11-09 | Lg 电子株式会社 | Wireless communication system adjusts the method and apparatus of message transmission rate |
CN106303441A (en) * | 2016-08-26 | 2017-01-04 | 山东康威通信技术股份有限公司 | A kind of at subterranean tunnel system and method based on bluetooth highly-reliable transmission audio frequency and video |
-
2019
- 2019-01-18 CN CN201910047248.6A patent/CN109587733A/en active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1734997A (en) * | 2004-08-11 | 2006-02-15 | 华为技术有限公司 | Data transmission method |
CN101262321A (en) * | 2008-02-03 | 2008-09-10 | 杭州华三通信技术有限公司 | Media data processing method, coding device and media platform |
CN101645883A (en) * | 2008-08-08 | 2010-02-10 | 比亚迪股份有限公司 | Data transmitting method, a data sending method and a data receiving method |
US20150318957A1 (en) * | 2011-02-04 | 2015-11-05 | Kabushiki Kaisha Toshiba | Wireless communication terminal |
US20170099220A1 (en) * | 2011-02-04 | 2017-04-06 | Kabushiki Kaisha Toshiba | Wireless communication terminal |
CN102805887A (en) * | 2012-04-11 | 2012-12-05 | 郑攀 | Wireless communication system for coating type insulin pumps |
CN103685243A (en) * | 2013-11-28 | 2014-03-26 | 许继电气股份有限公司 | Fault recording data transmission method based on UDP |
CN106105310A (en) * | 2014-03-12 | 2016-11-09 | Lg 电子株式会社 | Wireless communication system adjusts the method and apparatus of message transmission rate |
CN106303441A (en) * | 2016-08-26 | 2017-01-04 | 山东康威通信技术股份有限公司 | A kind of at subterranean tunnel system and method based on bluetooth highly-reliable transmission audio frequency and video |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110971387A (en) * | 2019-12-10 | 2020-04-07 | 上海邦邦机器人有限公司 | Data transmission processing method, sending equipment and receiving equipment |
CN112512025A (en) * | 2020-11-20 | 2021-03-16 | 广东公信智能会议股份有限公司 | Picture transmission method applied to electronic table board |
CN112910658A (en) * | 2021-02-02 | 2021-06-04 | 刘玉 | Data packet transmission method and device for providing TCP proxy service |
CN112910658B (en) * | 2021-02-02 | 2022-07-12 | 刘玉 | Data packet transmission method and device for providing TCP proxy service |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6698895B2 (en) | Uplink data fragmentation for multi-user networks | |
WO2018196491A1 (en) | Method and apparatus for decompressing and compressing uplink data | |
RU2346402C1 (en) | Device and method for receipt/transfer of packaged data using a predefined length indicator in mobile communication systems | |
JP3600189B2 (en) | Packet transmitting / receiving apparatus and packet transmitting method | |
CN112436994B (en) | Data transmission method and electronic equipment | |
US20060034274A1 (en) | System and method for variable length acknowledgements in a shared resource network | |
CN109587733A (en) | Low-consumption wireless communication transmission method | |
WO2010121410A1 (en) | Communication method and apparatus for header compression adopting arq mechanism | |
CN101010913A (en) | Method and system for acknowledging the receipt of a transmitted data stream in a wireless personal area network | |
US8483061B2 (en) | Technique for performing layer 2 processing using a distributed memory architecture | |
CA2580230A1 (en) | Call setup in a video telephony network | |
JP2006325212A (en) | Method and associated apparatus of processing data segments in mobile communications system | |
US20030179713A1 (en) | Method and apparatus for network header compression | |
US6707819B1 (en) | Method and apparatus for the encapsulation of control information in a real-time data stream | |
CN101860904B (en) | Method for calculating checksums based on data packet IP (Internet Protocol) hearder compression technology | |
CN110505532A (en) | Low delay image transfer method, device, equipment and storage medium | |
WO2015168840A1 (en) | Data processing method and apparatus | |
US20230075613A1 (en) | Terminal device | |
CN107276727A (en) | A kind of method and apparatus fed back | |
CN109219078A (en) | Voice loss treating method and device | |
CN113938431B (en) | Burst data packet transmission method and device and electronic equipment | |
CN102318282A (en) | Method and apparatus for compressed data packet transmission | |
WO2018137218A1 (en) | Data transmission method, data receiving device, and data sending device | |
CN108200605B (en) | Data transmission method and device for base station | |
CN115052049A (en) | Message forwarding method and system based on IPsec tunnel |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190405 |