Internet of things communication sending method, receiving method, sending end, receiving end, system and method

Abstract

The invention relates to the technical field of wireless communication, and discloses an internet-of-things communication sending method, a receiving method, a sending end, a receiving end, a system and a method, and the internet-of-things communication sending method comprises the following steps: segmenting a data stream into a plurality of data packets, configuring a frame structure and a code rate of the data packets, and continuously and sequentially sending data according to a sequence that each subframe in the frame structure sends one data packet; wherein the frame structure of the data packet comprises a synchronization head and M subframes, and M is an integer greater than or equal to 2. The internet-of-things communication receiving method comprises the following steps: configuring a frame structure and a code rate of a data packet, synchronizing with a transmitting end, continuously receiving the data packet, and then analyzing data, packing and decoding; the frame structure of the data packet comprises a synchronization head and M subframes, and M is an integer greater than or equal to 2. According to the invention, the problems of large continuous data stream delay, low transmission efficiency and the like in the prior art are solved.

Description

Technical Field

[0001] The present invention relates to the field of wireless communication technology, and specifically to an Internet of Things communication sending method, a receiving method, a sending end, a receiving end, a system and a method. Background Art

[0002] The Internet of Things hopes to connect people and things, and things and things through communication technology. In local area network communication scenarios such as smart homes and industrial data collection, short-distance communication technology is generally used, but for wide-range and long-distance connections, long-distance communication technology is required. LPWAN (Low Power Wide Area Network) technology is a long-distance wireless communication technology that came into being to meet the needs of the Internet of Things.

[0003] The core of wide-area IoT is large coverage, low power consumption, a large number of connections, and low cost. In existing wide-area wireless IoT communication technologies, for multiple data transmissions of terminals, such as communication protocols such as LoRa and SigFox, the first data will be taken out from the sending buffer, added with a synchronization header and sent out, and then the second data will be taken out, added with a synchronization header and sent out, and similar operations will be repeated until all data are sent. This sending method has a relatively large delay, which affects the transmission efficiency and rate, and cannot meet the low-latency requirements of services such as voice. Summary of the invention

[0004] In order to overcome the deficiencies of the prior art, the present invention provides an Internet of Things communication sending method, a receiving method, a sending end, a receiving end, a system and a method to solve the problems of large continuous data stream delay and low transmission efficiency existing in the prior art.

[0005] The technical solution adopted by the present invention to solve the above problems is:

[0006] The method for sending Internet of Things communication includes: dividing a data stream into a plurality of data packets, configuring the frame structure and code rate of the data packets, and continuously sending data in sequence in the order of sending one data packet in each subframe in the frame structure; wherein the frame structure of the data packet includes a synchronization header and M subframes, M≥2 and M is an integer.

[0007] As a preferred technical solution, when sending data, a synchronization header is sent first, and then before each subframe is sent, it is determined whether there is data in the sending queue: if there is, the data packet is sent in the current subframe; if not, all-zero data is sent in the current subframe, and after sending one frame, the next frame is sent until the sending queue is cleared when the continuous sending mode is terminated.

[0008] The IoT communication receiving method includes: configuring the frame structure and code rate of the data packet and synchronizing with the transmitter, continuously receiving the data packet, and then parsing the data, assembling the packets, and decoding; the frame structure of the data packet includes a synchronization header and M subframes, M≥2 and M is an integer.

[0009] As a preferred technical solution, when receiving data, if an error packet or a correct packet with non-all-zero data is detected, it is stored in the receiving queue and it is marked whether the data packet is erroneous; if a correct packet with all-zero data is detected, it is discarded; if synchronization fails, synchronization is retried to continue parsing the synchronization header until the receiving queue is cleared when the continuous receiving mode is terminated.

[0010] The IoT communication transmitter is used to: divide the data stream into several data packets, configure the frame structure and code rate of the data packets, and then send the data in sequence in the order of sending one data packet in each subframe in the frame structure; wherein the frame structure of the data packet includes a synchronization header and M subframes, M ≥ 2 and M is an integer.

[0011] The IoT communication receiving end is used to: configure the frame structure and code rate of the data packet and synchronize with the transmitting end, continuously receive the data packet, and then parse the data, assemble the packets, and decode; the frame structure of the data packet includes a synchronization header and M subframes, M ≥ 2 and M is an integer.

[0012] The Internet of Things communication system includes the Internet of Things communication sending end and the Internet of Things communication receiving end, and the Internet of Things communication sending end is communicatively connected with the Internet of Things communication receiving end.

[0013] As a preferred technical solution, the number of subframes of the IoT communication transmitting end and the IoT communication receiving end is the same.

[0014] As a preferred technical solution, the amount of data carried by each subframe of the Internet of Things communication transmitting end and the Internet of Things communication receiving end is the same.

[0015] The Internet of Things communication method adopts the Internet of Things communication system to perform Internet of Things communication sending and / or Internet of Things communication receiving.

[0016] Compared with the prior art, the present invention has the following beneficial effects:

[0017] Due to the adoption of the above technical solution, the present invention has the following advantages:

[0018] (1) The latency of sending data packets is reduced from 1 to 2 subframes to 2 to 3 subframes, which is about 80% lower.

[0019] (2) Provide flexible data packet size configuration to adapt to different application rate requirements;

[0020] (3) The middle layer of sub-packaging and packaging process is removed, which improves the operation efficiency;

[0021] (4) No control subframe is required, and all subframes can be used to transmit application data, which increases data capacity and reduces transmission delay;

[0022] (5) Reduced interaction delay and improved transmission rate. BRIEF DESCRIPTION OF THE DRAWINGS

[0023] Figure 1 1 is a schematic diagram of a frame structure (one frame);

[0024] Figure 2 This is the second frame structure diagram (multi-frame);

[0025] Figure 3 This is the flow chart of the sending end;

[0026] Figure 4 This is the flow chart of the receiving end;

[0027] Figure 5 This is an example diagram of the delay between sending and receiving by subframe;

[0028] Figure 6 The following is an example diagram of the frame sending and receiving delay. DETAILED DESCRIPTION

[0029] The present invention will be further described in detail below in conjunction with embodiments and drawings, but the embodiments of the present invention are not limited thereto.

[0030] like Figures 1 to 6 As shown, in order to overcome the problems of large delay and low transmission efficiency of continuous data streams, the present invention provides a method for transmitting continuous data streams, which divides a frame of data into multiple sub-frame data, and directly sends application data packets by sub-frame, thereby removing the middle layer packet segmentation and assembly process, which not only reduces the interaction delay, but also reduces the overall transmission delay by multiple levels, and at the same time provides flexible data packet size configuration, thereby improving transmission rate and efficiency.

[0031] The present invention provides a transmission method for a continuous data stream. The transmitting and receiving ends use the same frame structure configuration and code rate configuration, and enter a continuous sending mode and a continuous receiving mode respectively. The application layer of the transmitting end can add a data packet to a sending queue at any time, and the bottom layer will always detect the sending queue, and send them in sequence in the order of sending a data packet in a subframe in the frame structure. If the current sending queue is empty, the current subframe sends all-zero data, and the application needs to actively stop the sending process; after synchronization, the receiving end will always maintain the synchronous frame structure and always receive subframe data packets. If an error packet and a correct packet of non-all-zero data are received, they are all reported to the application layer until the synchronization fails, and the continuous receiving process ends, but the synchronization header will still be tried to be parsed according to the continuous receiving mode until the application layer stops the continuous receiving mode.

[0032] Preferably, the above frame structure is as follows Figure 1 , Figure 2As shown, it includes a synchronization header and N subframes. After the transmitter starts sending, it will keep repeating the frame structure. After the receiver synchronizes to the synchronization header, it will keep maintaining the repeated frame structure and perform synchronization time calibration on the synchronization header of the subsequent frame. The frame structure configuration on both sides, that is, the number of subframes N, needs to be the same. Figure 1 The example in the figure is 8 subframes and the code rate is configured, that is, the amount of data carried by each subframe needs to be the same.

[0033] Preferably, the above-mentioned sending end process, such as Figure 3 As shown, the application layer first sets the frame structure configuration and the bit rate configuration, then adds the data packet to the sending queue in advance, and finally turns on the continuous sending mode and adds the data packet in each subsequent frame; the physical layer first sends the synchronization header, and then before sending each subframe, determines whether there is data in the sending queue, if so, sends the data packet in the current subframe, if not, sends all-zero data in the current subframe, and continues to send the next frame after sending one frame until the sending mode is terminated by the application layer, at which time the sending queue is cleared.

[0034] Preferably, the above receiving end process, such as Figure 4 As shown, the application layer first sets the frame structure configuration and the bit rate configuration, then turns on the continuous reception mode, and keeps checking whether there is data in the reception queue. If so, the data is processed; the physical layer first tries to synchronize, and if synchronized, the subframe data is parsed according to the pre-configured frame structure. If an error packet and a correct packet with non-all-zero data are detected, they are stored in the reception queue and marked as error packets. If a correct packet with all-zero data is detected, it is discarded. If synchronization fails, synchronization is retried until the continuous reception mode is terminated by the application layer, at which time the reception queue is cleared.

[0035] The following embodiments describe the basic frame structure in Internet of Things communication based on the WIoTa (Wide-range Intetnet Of Things communication protocol). Of course, these descriptions can be applied to other wireless communication systems.

[0036] First, the meaning of each parameter in the following embodiments needs to be explained:

[0037] P: synchronization frame header, PREAMBLE;

[0038] S: data subframe, SUBFRAME.

[0039] Example 1

[0040] Specific embodiment 1 (transmission and reception delay):

[0041] like Figure 5As shown in the figure, in the continuous transmission mode of sending and receiving by subframes, the sender can arrange the data service of the next subframe half a subframe in advance at the latest, and the receiver can report the data within less than half a subframe processing delay. Therefore, the minimum delay of the continuous transmission mode of sending and receiving by subframes can reach 2 subframes. If the time point of scheduling the task is missed, the maximum delay is 3 subframes.

[0042] like Figure 6 As shown in the figure, in the frame transmission mode, the sender can arrange the data service of the frame half a subframe in advance at the latest before the frame header, and the receiver receives the data and processes and reports it half a subframe after the frame ends. Therefore, in the frame transmission mode, the minimum delay is also one frame length. If the time point of the frame header scheduling task is missed, the maximum delay is 2 frames.

[0043] Comparing the above two modes, in this example, the continuous transmission mode based on subframe transmission and reception can reduce the latency by 78% to 83%, and the overall reduction is about 80%, which can meet the needs of applications with higher latency requirements.

[0044] Specific embodiment 2 (application layer service 1):

[0045] Step 1: The application layer needs to send continuous data stream services with low latency requirements and a fixed data packet bit rate. According to the frame length and bit rate of different subframe numbers provided by the bottom layer, the frame structure configuration and bit rate configuration that match the application data packet bit rate are calculated, and the application layer data stream is divided into several data packets configured according to the bit rate, which contain the application layer data header, for example, a subframe data packet of 60 bytes includes a 2-byte application layer data header;

[0046] Step 2: The application layer at the sending end adds several data packets to the sending queue in advance, and then turns on the continuous sending mode. After that, each generated data packet is stored in the sending queue according to the data flow generation rate.

[0047] Step 3: After the application layer at the receiving end turns on the continuous receiving mode, it receives the data packet reported by the bottom layer, parses the data according to the data header, and performs the packet assembly and decoding process.

[0048] Specific embodiment three (application layer service two):

[0049] Step 1: The application layer needs to send low-latency burst data services at any time. Set the frame structure configuration and bit rate configuration according to the delay requirements and enable the continuous sending mode.

[0050] Step 2: When the sending application layer has data, it generates one or more data packets and stores them in the sending queue. The bottom layer will send these data packets immediately with lower latency.

[0051] Step 3: After the application layer at the receiving end turns on the continuous receiving mode, it receives the data packet reported by the bottom layer, parses the data according to the data header, and performs the packet assembly and decoding process.

[0052] Specific embodiment 4 (physical layer sending process):

[0053] Step 1: The physical layer enters the continuous transmission mode;

[0054] Step 2: According to the frame structure, each frame needs to send a synchronization frame header first, and then send N data subframes;

[0055] Step 3: Before each subframe is sent, determine whether there is data in the sending queue. If so, jump to step 4. If not, jump to step 5.

[0056] Step 4: Take the data packet from the sending queue, send the data packet in the current subframe, and jump to step 6;

[0057] Step 5: Send all zero data in the current subframe and jump to step 6;

[0058] Step 6: After sending one frame, continue to send the next frame until the sending mode is terminated by the application layer, at which time the sending queue is cleared.

[0059] Specific embodiment 5 (physical layer receiving process):

[0060] Step 1: The physical layer enters the continuous reception mode;

[0061] Step 2: Try to synchronize. If the synchronization succeeds, proceed to step 3. Otherwise, continue to try.

[0062] Step 3: Subframe data is parsed according to the pre-configured frame structure. If an error packet and a correct packet with non-all-zero data are detected, they are stored in the receiving queue and marked as error packets. If a correct packet with all-zero data is detected, it is discarded.

[0063] Step 4: If synchronization fails, jump to step 2;

[0064] Step 5: If the continuous receiving mode is terminated, exit the receiving process and clear the receiving queue;

[0065] Due to the adoption of the above technical solution, the present invention has the following advantages:

[0066] (1) The latency of sending data packets is reduced from 1 to 2 subframes to 2 to 3 subframes, which is about 80% lower.

[0067] (2) Provide flexible data packet size configuration to adapt to different application rate requirements;

[0068] (3) The middle layer of sub-packaging and packaging process is removed, which improves the operation efficiency;

[0069] (4) No control subframe is required, and all subframes can be used to transmit application data, which increases data capacity and reduces transmission delay;

[0070] (5) Reduced interaction delay and improved transmission rate.

[0071] As described above, the present invention can be preferably implemented.

[0072] All features disclosed in all embodiments in this specification, or steps in all methods or processes implicitly disclosed, except for mutually exclusive features and / or steps, can be combined and / or expanded or replaced in any manner.

[0073] The above description is only a preferred embodiment of the present invention and does not limit the present invention in any form. According to the technical essence of the present invention, within the spirit and principles of the present invention, any simple modification, equivalent replacement and improvement made to the above embodiment still falls within the protection scope of the technical solution of the present invention.

Claims

1. Internet of Things communication sending method, characterized in that: include: The data stream is divided into several data packets. After the frame structure and code rate of the data packets are configured, the data are sent sequentially in the order of sending one data packet in each subframe in the frame structure. The frame structure of the data packet includes a synchronization header and M subframes, where M≥2 and M is an integer.

2. The method for sending IoT communication according to claim 1, characterized in that: When sending data, first send the synchronization header, and then before sending each subframe, determine whether there is data in the sending queue: if there is, send the data packet in the current subframe; if not, send all-zero data in the current subframe, and continue to send the next frame after sending one frame, until the sending queue is cleared when the continuous sending mode is terminated.

3. Internet of Things communication receiving method, characterized in that: include: After configuring the frame structure and code rate of the data packet and synchronizing with the transmitter, the data packets are continuously received, and then the data is parsed, packaged, and decoded; the frame structure of the data packet includes a synchronization header and M subframes, where M ≥ 2 and M is an integer.

4. The method for sending IoT communication according to claim 1, characterized in that: When receiving data, if an error packet or a correct packet with non-all-zero data is detected, it will be stored in the receiving queue and marked whether the data packet is erroneous; if a correct packet with all-zero data is detected, it will be discarded; if synchronization fails, synchronization will be retried to continue parsing the synchronization header until the continuous reception mode is terminated and the receiving queue is cleared.

5. Internet of Things communication sending end, characterized in that: Used to: divide a data stream into several data packets, configure the frame structure and code rate of the data packets, and then send data in sequence in the order of sending one data packet in each subframe in the frame structure; wherein the frame structure of the data packet includes a synchronization header and M subframes, M ≥ 2 and M is an integer.

6. An IoT communication receiving end, characterized in that it is used to: configure the frame structure and code rate of the data packet and synchronize with the transmitting end, continuously receive the data packet, and then parse the data, assemble the packets, and decode; the frame structure of the data packet includes a synchronization header and M subframes, M≥2 and M is an integer.

7. Internet of Things communication system, characterized in that: It comprises the Internet of Things communication transmitting end as described in claim 5 and the Internet of Things communication receiving end as described in claim 6, and the Internet of Things communication transmitting end is communicatively connected with the Internet of Things communication receiving end.

8. The IoT communication system according to claim 7, characterized in that: The number of subframes of the IoT communication sending end and the IoT communication receiving end is the same.

9. The IoT communication system according to claim 7 or 8, characterized in that: The amount of data carried in each subframe of the IoT communication transmitter and the IoT communication receiver is the same.

10. An Internet of Things communication method, characterized in that: The Internet of Things communication system as described in any one of claims 7 to 9 is used to send and / or receive Internet of Things communications.

Images