CN115038116A - Data transmission method, device, electronic equipment, storage medium and product - Google Patents

Abstract

The present invention relates to the field of communication technology, and provides a data transmission method, device, electronic device, storage medium and product. The method includes: determining first data from the first message queue based on idle bit information of the second message queue; sending the first data to a second terminal, and storing the sent first data in the first message queue two message queues; wherein, the first message queue is used for storing data to be sent, and the second message queue is used for storing sent data. By adding two message queues in the Bluetooth protocol stack, the present invention can realize that the remaining data can be sent without waiting for the response of the second terminal. Combining the two message queues, the present invention can realize high-speed data transmission of two Bluetooth BLE devices.

Description

Data transmission method, apparatus, electronic device, storage medium and product

technical field

The present invention relates to the field of communication technologies, and in particular, to a data transmission method, apparatus, electronic device, storage medium and product.

Background technique

With the continuous updating and development of Bluetooth Low Energy (Bluetooth Low Energy, BLE) technology, the Bluetooth BLE communication method can provide reliable wireless communication for both the sender and the receiver. In the traditional transceiver mode, the sender needs to wait for the response frame fed back by the receiver before continuing to transmit, which makes the Bluetooth BLE transmission slow. For applications with a large amount of data and high requirements for transmission speed, the existing slow data transmission speed is more obvious.

SUMMARY OF THE INVENTION

The present invention aims to solve at least one of the technical problems existing in the related art. To this end, the present invention proposes a data transmission method, which enables the sender to send data without waiting for the receiver's response, maximizes the Bluetooth radio frequency bandwidth usage rate of the two devices, and further increases the rate of Bluetooth data transmission.

The invention also provides a data transmission device.

The present invention also provides an electronic device.

The present invention also provides a non-transitory computer-readable storage medium.

The invention also provides a computer program product.

The data transmission method according to the embodiment of the first aspect of the present invention includes:

determining the first data from the first message queue based on the idle bit information of the second message queue;

sending the first data to the second terminal, and storing the sent first data in the second message queue;

The first message queue is used for storing data to be sent, and the second message queue is used for storing sent data.

According to the data transmission method of the embodiment of the present invention, the first terminal determines the first data according to the data of the first message queue and the free bits of the second message queue, and the first message queue stores the data frame to be sent in the scheduling process, The second message queue stores data frames that have been sent but not yet confirmed whether to send or not. Therefore, as long as the conditions of the two message queues are monitored, it can be determined whether the first terminal has sufficient conditions to send data to the outside. Since this method does not need to wait for the receiver's response, the speed of data transmission can be improved to the greatest extent, and the data transmission of two Bluetooth BLE devices can be realized.

According to an embodiment of the present invention, the determining of the first data from the first message queue based on idle bit information of the second message queue includes:

It is determined that there are free bits in the second message queue, and all data in the first message queue is used as the first data.

According to an embodiment of the present invention, storing the sent first data in the second message queue includes:

The sent first data is sequentially stored in the idle bits of the second message queue according to the sending sequence.

According to an embodiment of the present invention, the method further includes:

receiving second data sent by the second terminal, wherein the second data includes acknowledgment information of the sent first data;

Based on the comparison result of the data of the second message queue and the second data, the data of the first message queue or the free bits of the second message queue are determined.

According to an embodiment of the present invention, the data of the first message queue or the idle bit of the second message queue is determined based on the comparison result between the data of the second message queue and the second data, include:

determining the idle bits of the second message queue based on the consistent result of the comparison between the data in the second message queue and the second data;

The data in the first message queue is determined based on the inconsistency result of the comparison between the data in the second message queue and the second data.

According to an embodiment of the present invention, the free bits of the second message queue are determined based on a consistent result of the comparison between the data in the second message queue and the second data; based on the second message queue The data in the message queue is inconsistent with the result of the comparison of the second data, and the data in the first message queue is determined, including:

Based on the data frames in the second message queue that are consistent with the second data, the data frames that are consistent with the comparison are deleted from the second message queue, and the updated idleness of the second message queue is determined. bit;

Based on the data frames in the second message queue that are inconsistent with the second data and the comparison, the data frames with the inconsistent comparison are stored in the first message queue, and the updated first message queue is determined data in .

The data transmission device according to the embodiment of the second aspect of the present invention includes:

a first sending module, configured to determine the first data from the first message queue based on the idle bit information of the second message queue

is also used to send the first data to a second terminal, and store the sent first data in the second message queue;

The first message queue is used for storing data to be sent, and the second message queue is used for storing sent data.

According to the data transmission device of the embodiment of the present invention, the first terminal determines the first data to be sent by using the data of the first message queue of the first sending module and the free bits of the second message queue, because the first message queue stores the schedule The second message queue stores the data frames that you want to send during the process, and the second message queue stores the data frames that have been sent but have not yet been confirmed. Therefore, as long as the conditions of these two message queues are monitored, you can check whether the first terminal has sufficient conditions to send out. data. Since the device does not need to wait for the receiver's response, it can maximize the speed of data transmission and realize data transmission between two Bluetooth BLE devices.

An electronic device according to an embodiment of the third aspect of the present invention includes a memory, a processor, and a computer program stored in the memory and executable on the processor, and the processor implements the steps of the above data transmission method when the processor executes the program .

A non-transitory computer-readable storage medium according to an embodiment of the fourth aspect of the present invention stores a computer program thereon, and when the computer program is executed by a processor, implements the steps of the above-mentioned data transmission method.

A computer program product according to an embodiment of the fifth aspect of the present invention includes a computer program that implements the steps of the above data transmission method when the computer program is executed by a processor.

The above-mentioned one or more technical solutions in the embodiment of the present invention have at least one of the following technical effects: In the embodiment of the present invention, the first terminal sends data by means of a write command, therefore, the receiver is notified by a handle value Reply to the sender; by replying to the sender's data frames in batches, the sender does not need to wait for the response frame of the peer device (receiver) to block the task, so that the sender can send the remaining data frame. Maximize the Bluetooth RF bandwidth usage of the two devices, thereby increasing the rate of Bluetooth reliable data transmission.

Further, in the embodiment of the present invention, by determining that the second message queue includes idle bits, it can be ensured that there are currently unsent data frames and that there are idle bits in the second message list, and the unsent data frames can be stored therein for subsequent follow-up. Confirmation to ensure the validity of the transmission.

Further, in this embodiment of the present invention, by comparing the acknowledgment information in the second data with the sequence number of the second message queue, it can be obtained whether the sent first data is received by the second terminal, and accordingly, the information of the first message queue can be adjusted. Data or second message queue free bits to avoid repeated or missed messages.

Additional aspects and advantages of the present invention will be set forth, in part, from the following description, and in part will be apparent from the following description, or may be learned by practice of the invention.

Description of drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present invention or related technologies, the following briefly introduces the accompanying drawings required for the description of the embodiments or related technologies. Obviously, the accompanying drawings in the following description are only the For some embodiments of the invention, for those of ordinary skill in the art, other drawings can also be obtained according to these drawings without any creative effort.

1 is one of the schematic flowcharts of a data transmission method provided by an embodiment of the present invention;

FIG. 2 is the second schematic flowchart of a data transmission method provided by an embodiment of the present invention;

3 is a schematic flowchart of a Bluetooth data transmission method provided by an embodiment of the present invention;

4 is one of the schematic structural diagrams of a data transmission apparatus provided by an embodiment of the present invention;

5 is a second schematic structural diagram of a data transmission apparatus provided by an embodiment of the present invention;

FIG. 6 is a schematic structural diagram of an electronic device provided by an embodiment of the present invention.

Detailed ways

In order to make the objectives, technical solutions and advantages of the present invention clearer, the technical solutions in the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are part of the embodiments of the present invention. , not all examples. Based on the embodiments of the present invention, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of the present invention.

In the description of this specification, description with reference to the terms "one embodiment," "some embodiments," "example," "specific example," or "some examples", etc., mean specific features described in connection with the embodiment or example , structures, materials, or features are included in at least one example or example of the embodiments of the present application. Furthermore, the terms "first", "second", and "third" are used for descriptive purposes only and should not be construed to indicate or imply relative importance. In this specification, schematic representations of the above terms are not necessarily directed to the same embodiment or example. Furthermore, the particular features, structures, materials or characteristics described may be combined in any suitable manner in any one or more embodiments or examples. Furthermore, those skilled in the art may combine and combine the different embodiments or examples described in this specification, as well as the features of the different embodiments or examples, without conflicting each other.

The embodiments of the present application will be described in further detail below with reference to the accompanying drawings and examples. The following examples are used to illustrate the application, but not to limit the scope of the application.

1 illustrates a schematic flowchart of a data transmission method provided by an embodiment of the present invention. The method is applied to a first terminal side to perform a data transmission task, and the method at least includes the following steps:

Step 101: Determine the first data from the first message queue based on the idle bit information of the second message queue.

Step 102, sending the first data to the second terminal, and storing the sent first data in the second message queue;

The first message queue is used to store data to be sent, and the second message queue is used to store sent data.

For step 101 and step 102, it should be noted that the first terminal and the second terminal may be user terminals, or may also include but are not limited to mobile phones, tablet computers, PC terminals, vehicle terminals, and household smart appliances with Bluetooth device's terminal. In the embodiment of the present invention, the Bluetooth is low-power bluetooth, the first message queue and the second message queue exist in the low-power bluetooth bluetooth protocol stack, and the bluetooth protocol stack includes a host host, a control layer controller, and based on this application layer. The host includes an ATT layer (Attribute protocol). The ATT layer is used to define user commands and data for command operations, such as reading certain data or writing certain data. The first message queue corresponds to the queue of messages to be sent, the second message queue corresponds to the queue of messages to be confirmed, and the first data includes a plurality of data frames.

The first terminal performs the data transmission process provided by the embodiment of the present invention as follows: First, before sending data, the application layer of the first terminal first adds the data to be sent to the first message queue by calling the ATT layer protocol stack interface. Then, the first terminal will determine the first data to be sent according to the information of the first message queue and the second message queue under the current scheduling. Finally, the first terminal sends the first data to the second terminal. The first terminal sends data by using the write command ATT_WRITE_CMD.

It should be noted that the difference between ATT_WRITE_CMD and the write request ATT_WRITE_REQ is that ATT_WRITE_REQ needs to block and wait for the receiver's response to continue to send. ATT_WRITE_CMD has no receiver's response and does not need to wait for the receiver's response. On the basis of nature, the data transmission speed is faster.

According to the data transmission method provided by the embodiment of the present invention, by adding two message queues to the Bluetooth protocol stack, the first terminal of the sender can perform data transmission without using the confirmation information of the second terminal of the receiver. Therefore, the first terminal can continuously send out multiple frames of data, which changes the inherent mode of single-frame transmission in the past. In addition, the first terminal can continue to send data without waiting for a data response, which greatly improves the transmission rate.

It can be understood that determining the first data from the first message queue based on the free bit information of the second message queue includes:

It is determined that there are free bits in the second message queue, and all data in the first message queue is used as the first data.

It should be noted that when data is sent in the application layer of the first terminal, it is necessary to first determine whether the first message queue is full. If the queue is full, block the application layer task, otherwise add the application layer data to the first message queue. The middle is ready to be sent further after being compared with the second message queue. At the same time, it is also necessary to judge whether the second message queue is full. If it is full, it means that there are no free bits for data confirmation at this time, and the reliability of the transmitted data cannot be guaranteed at all. Therefore, by determining whether there are free bits in the second message queue, it is possible to support The next data transmission.

In addition, judging the information of the first message queue includes two steps. First, it is necessary to determine whether the first message queue is empty. If it is empty, it means that there is currently no data to send, and no sending task needs to be performed. At this time, the first message queue can be sent to the first message queue. Import new data for sending. Therefore, before importing and sending data to the first message queue, it is also necessary to judge whether the first message queue is full. If it is full, it indicates that the application layer does not need to import new data for sending.

When judging the information of the second message queue, since the second message queue stores the data frames that have been sent to be confirmed, it is necessary to consider whether there is any free space in the second message queue for the current data frames to be sent. The second message queue does not need to be full, and the data frames in the second message queue can be used for confirmation and comparison, which ensures the reliability of data transmission.

Specifically, the data transmission data_tran_task task of the application layer of the first terminal includes a data sending person and a Bluetooth protocol stack scheduling task. Among them, when performing a data sending task, before data is sent, the first terminal needs to first determine whether the message queue to be sent is full, and if the message queue to be sent is full, the application layer data transmission task is blocked, otherwise the application layer data is added to the queue of messages to be sent.

When executing the task scheduling of the Bluetooth protocol stack, read whether the first message queue is empty, if it is empty, exit the task scheduling of the Bluetooth protocol stack; if it is not empty, read whether the second message queue is full; if it is full, exit this time. Execute the task scheduling of the Bluetooth protocol stack. Otherwise, in this scheduling, the data frames in the first message queue are sequentially taken out and the data frames are numbered to obtain the first data, and sent to the peer device by means of ATT_WRITE_CMD; and the data frame of the first data sent Copy into the second message queue until the second message queue is full or the first message queue is empty. Each Bluetooth protocol stack scheduling corresponds to a connection interval.

In addition, it should be noted that if the second message queue is full but the first message queue is not yet empty, since the message to be confirmed corresponding to the second message queue has a high priority, as long as the second message queue is full, data processing will be stopped. copy. If the number of data frames that can be sent in the first message list is 8, the numbering rule for the first data by the first terminal may be as follows: 00000000 is set to eight data frames corresponding to the first data, 00000001 is the first frame, and 00000010 is the first data frame. Two frames, 00000100 is the third frame, 00001000 is the fourth frame, 00010000 is the fifth frame, 00100000 is the sixth frame, 01000000 is the seventh frame, and 10000000 is the eighth frame. In addition, the numbering rules may also follow other methods, as long as the sequence number corresponding to each data frame is guaranteed to be fixed.

After waiting for the scheduling of the Bluetooth protocol stack, in the data_tran_task task, if there is still data to be sent at the application layer, it will continue to be added to the first message queue, otherwise, the Bluetooth protocol stack scheduling task ends.

It can be understood that storing the sent first data in the second message queue includes:

The sent first data is sequentially stored in the idle bits of the second message queue according to the sending sequence.

It should be noted that the number of free bits of the second message queue is not necessarily the same as the number of first data to be sent, so the first data needs to be sequentially stored in the free bits of the second message queue according to the order of sending. If the second message queue is full, the sending task of the first message queue will be blocked.

It can be understood that storing the sent first data in the second message queue also includes:

The sent first data is stored in the free bits of the second message queue in any order.

It should be noted that, since the first data is sent by the first terminal after being numbered, and each frame has its own serial number as a mark, therefore, the first data can also be directly stored in the message in any other order, not in the order of transmission. in the queue.

Understandably, the method also includes:

Second data sent by the second terminal is received, wherein the second data includes acknowledgment information of the sent first data.

Based on the comparison result between the data in the second message queue and the second data, determine the data in the first message queue or the free bits of the second message queue.

It should be noted that although the first terminal receives the second data sent by the second terminal, since the second data is sent to the first terminal in the form of ATT_HANDLE_VALUE_NTF, the first terminal does not need to reply to the second data. In this embodiment of the present invention, the first terminal can compare the receipt information fed back by the second terminal, so as to update the first message list and the second message list constructed by itself, which has reached the reliability requirement of Bluetooth data transmission . The acknowledgment information of the first data included in the second data is used to confirm whether each data frame in the first data has been received. Therefore, the acknowledgment information of all the data frames included in the second data, the sequence numbers corresponding to the received data frames are 1. The sequence number corresponding to the unreceived data frame is 0.

It can be understood that determining the first data based on the first message queue and the second message queue further includes:

The connection interval for sending and receiving data is determined based on the single-frame maximum capacity and connection parameters of the first terminal and the second terminal.

It should be noted that, after the first terminal (sender) and the second terminal (receiver) establish a BLE wireless link, it is necessary to first exchange the maximum capacity mtu value of a single frame and update the connection parameters. The connection parameters are generally updated according to the Bluetooth specification, and the state before the update is determined by initiating a connection by the first terminal. The function of the connection parameter is that after the two Bluetooth devices establish a link, heartbeat packets need to be exchanged at intervals of the negotiated connection parameter to maintain the Bluetooth link. At the same time, in the Bluetooth specification, since the BLE device is a low-power device, after the BLE exchange heartbeat packets, if there is no data transmission request, the radio frequency module will be turned off to save the loss of power consumption and wait for the next connection interval. The RF module will wake up again. The purpose of mtu value negotiation is to determine the currently determined maximum single frame capacity, and try to ensure that the buffer area data can be sent completely after the first data is determined to be sent.

Specifically, in this embodiment, the connection parameter can be selected as 50ms, and according to the data transmission and the power consumption of the device in practical applications, 48.75ms or 30ms can also be selected. Under the condition that the connection parameter is 50ms, the maximum empirical value that can be set for the first message queue is 8.

It can be understood that, based on the comparison result between the second data and the second message queue, determining the data in the first message queue and the free bits of the second message queue, including:

Based on the consistent result of the comparison between the data in the second message queue and the second data, the idle bits of the second message queue are determined.

The data in the first message queue is determined based on the inconsistency result of the comparison between the data in the second message queue and the second data.

It should be noted that, in this embodiment of the present invention, the second data is compared with the second message queue through a bit OR operation, and the comparison result is used to indicate that the second terminal has received the data frame sent by the first terminal. For example, the second terminal receives data frames No. 1, 2, 3, 5, 7, and 8 of the first terminal, and the confirmation information contained in the second data is 11010111, which will be sent to the first terminal in the next connection interval.

Specifically, based on the consistent result of the comparison between the data in the second message queue and the second data, determine the free bits of the second message queue; based on the inconsistent result of the comparison between the data in the second message queue and the second data, determine the first Data in a message queue, including:

Based on the data frames in the second message queue that are consistent with the second data, the data frames that are consistent with the comparison are deleted from the second message queue, and the updated idle bits of the second message queue are determined.

Based on the data frames in the second message queue that are inconsistent with the second data and the comparison, the data frames that are inconsistent with the comparison are stored in the first message queue, and the updated data in the first message queue is determined.

It should be noted that the consistency between the data frame in the second data and the second message queue indicates that the second terminal has received it, indicating that it has been confirmed, so it can be deleted from the second message list, and the space left can be reserved for new send data. The inconsistent comparison between the data frame in the second data and the second message queue indicates that the second terminal has not received the data frame, so the data frame needs to be copied into the first message queue for retransmission.

2 illustrates a schematic flowchart of a data transmission method provided by an embodiment of the present invention. The method is applied to a second terminal side to perform a data transmission task, and the method at least includes the following steps:

Step 201: Receive the first data sent by the first terminal, wherein the first data is determined from the first message queue based on the free bit information of the second message queue, the first message queue is used to store the data to be sent, and the second message queue is used to store the data to be sent. Queues are used to store sent data.

It should be noted that, the second terminal performs the data transmission process provided by the embodiment of the present invention as follows: the second terminal obtains the data frame included in the first data through demodulation according to receiving the first data sent by the first terminal. And according to the obtained data frame, the second terminal may generate acknowledgment information, where the acknowledgment information indicates whether each data frame of the first data frame is received.

According to the data transmission method of the embodiment of the present invention, the second terminal receives the first data sent by the first terminal. Since the first data is determined by the first message queue and the second message queue of the first terminal, it is only communicated with the first terminal. Therefore, the second terminal does not need to feed back information to the first terminal to restrict the transmission of the first terminal. Since this method does not need to wait for the receiver's response, the speed of data transmission can be improved to the greatest extent, and the data transmission of two Bluetooth BLE devices can be realized.

It can be understood that the first data is determined based on the first message queue and the second message queue of the first terminal, including: the first data is determined based on the non-empty first message queue and the non-full second message queue of the first terminal.

Understandably, the method also includes:

sending second data to the second terminal, wherein the second data includes acknowledgement information of the first data;

The second data is used to compare with the data of the second message queue to confirm the data of the first message queue and the free bits of the second message queue.

Specifically, the second terminal uses the handle value to notify ATT_HANDLE_VALUE_NTF to send the second data to the first terminal. In this embodiment of the present invention, the two Bluetooth BLE devices are reliable by combining the ATT_WRITE_CMD transmission of the first terminal and the ATT_HANDLE_VALUE_NTF transmission of the second terminal. Sexual data transfer.

It should be noted that the difference between ATT_HANDLE_VALUE_NTF and the handle value indicating ATT_HANDLE_VALUE_IND is that ATT_HANDLE_VALUE_IND requires the first terminal to reply. If the reply times out, the Bluetooth connection will be disconnected. ATT_HANDLE_VALUE_NTF is actively initiated by the second terminal, and can be sent at any time without a reply from the first terminal. The second terminal uses ATT_HANDLE_VALUE_NTF to send a letter because of the highest requirement for Bluetooth transmission speed.

It should be noted that, after receiving the data frame included in the first data, the second terminal will perform a "bit OR operation" with the variable, indicating that the second terminal has received the data frame of the first terminal, and finally obtains the second data .

Specifically, since the numbering will be performed before the first data is sent, the data frames received by the second device such as 00000001, 00000010, 00000100, 00010000, 01000000, and 10000000, and the result obtained by the second terminal after performing bit-OR is: 11010111, then this value is the confirmation information of the current connection interval, which will be sent to the first terminal at the next connection interval.

When smart home appliances use Bluetooth BLE technology for reliable data transmission, they generally use the method of writing data at the protocol layer ATT_WRITE_REQ to ensure the reliability of the data. Because based on the latest Bluetooth specification version 5.3, the ATT_WRITE_REQ write data method needs to wait for the ATT_WRITE_RSP response from the peer device before continuing to send the next frame of data. If the ATT_WRITE_RSP response is not received, it needs to be retransmitted. Therefore, the reliable transmission of data is ensured. The traditional Bluetooth data transmission process needs to go through the following steps:

Step 1. The ATT layer of the sender transmits the data to be sent by calling the protocol stack interface to the Bluetooth controller layer.

Step 2: The Bluetooth controller layer of the transmitting end performs frequency hopping using the connection interval parameter established by the wireless link, and transmits the data frame through signal modulation in an idle state.

Step 3: After the receiving end obtains the data frame of the transmitting end through signal demodulation, the data is sent to the ATT layer of the receiving end.

Step 4. The ATT layer of the receiving end makes an ATT_WRITE_RSP response frame to the data frame and transmits it to the Bluetooth controller layer of the receiving end.

Step 5: The Bluetooth controller layer of the receiving end performs frequency hopping using the connection interval parameter established by the wireless link, and transmits the data frame through signal modulation in an idle state.

Step 6: After the sender obtains the ATT_WRITE_RSP response frame of the receiver through signal demodulation, the data is sent to the ATT layer of the sender.

So far, one data transmission is completed, and at the same time, it can be calculated that one data transmission time requires at least two connection intervals. In fact, the maximum radio frequency bandwidth time occupied by the Bluetooth data transmission of two devices is 2.12ms (theoretical calculation value), but the connection interval is generally set to 50ms (commonly used value), so the radio frequency bandwidth between the two devices is the same most of the time. While waiting, the utilization rate of the radio frequency is (2.12+2.12)/(50+50)=4.24%, and the utilization rate is relatively low. At the same time, BLE has the characteristics of low power consumption and channel frequency hopping. Therefore, the confirmation mechanism is used in BLE to communicate, and the RF radio frequency resources will be idle for a long time, which limits the communication rate of BLE.

It can be understood that, referring to FIG. 3 , the flow of the Bluetooth data transmission method provided by the embodiment of the present invention includes the following steps:

Step 31: The sender and the receiver are connected via Bluetooth. After the BLE wireless link is established, the mtu value is exchanged and the connection parameter is updated, wherein the connection parameter is 50ms.

Step 32. When there is data to be sent in the application layer data_tran_task task of the sender, it is necessary to first determine whether the "message queue to be sent" is full. message queue".

Step 33: In the task scheduling of the Bluetooth protocol stack, read whether the "message queue to be sent" is empty. If it is empty, it means that there is currently no data to be sent, and the scheduling is exited.

If it is not empty, read whether the "to-be-confirmed message queue" is full; if it is full, it means that there are unconfirmed data frames before, and there is no space to store the current data to be sent, and exit this scheduling;

Otherwise, in this scheduling, after taking out the "message queue to be sent" and numbering the data, send it to the peer device through ATT_WRITE_CMD, and copy the corresponding data into the "message queue to be confirmed" until " The message queue to be acknowledged is full or the message queue to be sent is empty.

Step 34: The receiver can receive the data of the sender through wireless demodulation, parse the serial number byte information of the data packet and perform a "bit OR" operation in turn, and reply to the sender by ATT_HANDLE_VALUE_NTF in the next Bluetooth scheduling.

Step 35. After waiting for the scheduling of the Bluetooth protocol stack, in the data_tran_task task, if there is data to be sent, continue to add it to the "message queue to be sent", otherwise, block the data sending task;

Step 36. In the Bluetooth protocol stack task, read whether the "message queue to be sent" is empty, if it is empty, exit the scheduling; if it is not empty, read whether the "message queue to be confirmed" is full; if it is full, exit this secondary scheduling; otherwise, continue to send data according to step 33.

Device A receives the response frame from device B through demodulation; by parsing the response frame, the received sequence number byte information is compared with the sequence number of the "to-be-confirmed message queue", and if the same sequence number is the same, the data frame is removed from the "to-be-confirmed message queue" , if it is not the same, copy the data frame to the "message queue to be sent" in a LIFO manner and wait for the next Bluetooth protocol stack scheduling.

Step 37: The subsequent application layer needs to send a data frame to send, which is performed according to the methods of steps 32 to 37.

In the Bluetooth data transmission method according to the embodiment of the present invention, the first terminal (sender) sends data through ATT_WRITE_CMD, and the second terminal (receiver) responds to the sender through ATT_HANDLE_VALUE_NTF. The method of batch response allows the sender not to block the task due to waiting for the receiver's response, so that the sender can send the remaining data frames. Maximize the Bluetooth RF bandwidth usage of the two devices, thereby increasing the rate of Bluetooth reliable data transmission.

The data transmission apparatus provided by the present invention is described below, and the data transmission apparatus described below and the data transmission method on the first terminal side described above can be referred to each other correspondingly. As shown in FIG. 4 , an embodiment of the present invention further discloses a data transmission device, including:

The first sending module 401 is configured to determine the first data to be sent based on the first message queue and the second message queue, send the first data to be sent to the second terminal, and store the sent first data in the second message in the queue;

The first message queue is used to store the first data to be sent, and the second message queue is used to store the sent first data.

According to the data transmission device of the embodiment of the present invention, the first terminal determines the first data to be sent through the first message queue and the second message queue of the first sending module, because the first message queue stores the data to be sent in the scheduling process. The second message queue stores the data frames that have been sent but have not yet been confirmed to be sent. Therefore, as long as the conditions of the two message queues are monitored, it can be determined whether the first terminal has sufficient conditions to send data to the outside world. Since the device does not need to wait for the receiver's response, it can maximize the speed of data transmission and realize data transmission between two Bluetooth BLE devices.

It can be understood that determining the first data from the first message queue based on the free bit information of the second message queue includes:

It is determined that there are free bits in the second message queue, and all data in the first message queue is used as the first data.

It should be noted that the first data needs to be determined after it is determined that the first message queue is not empty and the second message queue is not full.

It can be understood that storing the sent first data in the second message queue includes:

The sent first data is sequentially stored in the idle bits of the second message queue according to the sending sequence.

It can be understood that the device also includes:

a first receiving module 402, configured to receive second data sent by a second terminal, wherein the second data includes acknowledgement information of the sent first data;

It is also used for confirming the first message queue and the second message queue based on the comparison result between the second data and the second message queue.

It can be understood that the first receiving module 402 confirms the first message queue and the second message queue based on the comparison result between the second data and the second message queue, including:

Determine the second message queue based on the data frame in which the second data is consistent with the second message queue;

The first message queue is determined based on the data frames in which the second data is inconsistent with the second message queue.

The data transmission apparatus provided by the present invention is described below, and the data transmission apparatus described below and the data transmission method on the second terminal side described above can be referred to each other correspondingly. As shown in FIG. 5 , an embodiment of the present invention further discloses a data transmission device, including:

The second receiving module 501 is configured to receive the first data sent by the first terminal;

The first data is determined based on the first message queue and the second message queue of the first terminal. The first message queue is used to store the first data to be sent, and the second message queue is used to store the sent first data.

According to the data transmission device of the embodiment of the present invention, the second terminal receives the first data sent by the first terminal through the second receiving module. Since the first data is determined through the first message queue and the second message queue of the first terminal, only It is related to the condition of the first terminal itself, therefore, the second terminal does not need to feed back information to the first terminal to restrict the transmission of the first terminal. Since the device does not need to wait for the receiver's response, it can maximize the speed of data transmission and realize data transmission between two Bluetooth BLE devices.

It can be understood that the first data is determined based on the first message queue and the second message queue of the first terminal, including:

The first data is determined based on the non-empty first message queue and the non-full second message queue of the first terminal.

It can be understood that the device also includes:

The second sending module 502 is configured to send second data to the second terminal, wherein the second data includes confirmation information of the first data;

The second data is used for comparison with the second message queue to confirm the first message queue and the second message queue.

FIG. 6 illustrates a schematic diagram of the physical structure of an electronic device. As shown in FIG. 6 , the electronic device may include: a processor (processor) 610, a communication interface (Communications Interface) 620, a memory (memory) 630 and a communication bus 640, The processor 610 , the communication interface 620 , and the memory 630 communicate with each other through the communication bus 640 . The processor 610 may invoke logic instructions in the memory 630 to perform the following methods:

determining the first data from the first message queue based on the idle bit information of the second message queue;

sending the first data to the second terminal, and storing the sent first data in the second message queue;

The first message queue is used to store data to be sent, and the second message queue is used to store sent data.

The electronic device of the embodiment of the present invention realizes that the sender sends data through the ATT_WRITE_CMD method, and the receiver responds to the sender through the ATT_HANDLE_VALUE_NTF method. Since the receiver responds to the sender's data frames in batches, the sender does not need to The task is blocked waiting for the receiver's response, allowing the sender to send the remaining data frames. Maximize the Bluetooth radio frequency bandwidth usage of the two terminals, thereby improving the rate of Bluetooth reliable data transmission.

In addition, the above-mentioned logic instructions in the memory 630 can be implemented in the form of software functional units and can be stored in a computer-readable storage medium when sold or used as an independent product. Based on this understanding, the technical solution of the present invention can be embodied in the form of a software product in essence, or the part that contributes to the related technology or the part of the technical solution. The computer software product is stored in a storage medium, including several The instructions are used to cause a computer device (which may be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods of various embodiments of the present invention. The aforementioned storage medium includes: U disk, mobile hard disk, Read-Only Memory (ROM, Read-Only Memory), Random Access Memory (RAM, Random Access Memory), magnetic disk or optical disk and other media that can store program codes .

On the other hand, an embodiment of the present invention discloses a computer program product. The computer program product includes a computer program stored on a non-transitory computer-readable storage medium. The computer program includes program instructions. When the program instructions are executed by a computer, the computer can Executing the methods provided by the above method embodiments, for example, includes:

determining the first data from the first message queue based on the idle bit information of the second message queue;

sending the first data to the second terminal, and storing the sent first data in the second message queue;

The first message queue is used to store data to be sent, and the second message queue is used to store sent data.

The computer program product of the embodiment of the present invention realizes that the sender sends data through the ATT_WRITE_CMD method, and the receiver responds to the sender through the ATT_HANDLE_VALUE_NTF method. Because the receiver responds to the sender's data frames in batches, the sender does not The task needs to be blocked waiting for the receiver's response, so that the sender can send the remaining data frames. Maximize the Bluetooth radio frequency bandwidth usage of the two terminals, thereby improving the rate of Bluetooth reliable data transmission.

In yet another aspect, an embodiment of the present invention further provides a non-transitory computer-readable storage medium on which a computer program is stored, and the computer program is implemented by a processor to execute the transmission method provided by the above embodiments, for example, including :

determining the first data from the first message queue based on the idle bit information of the second message queue;

sending the first data to the second terminal, and storing the sent first data in the second message queue;

The first message queue is used to store data to be sent, and the second message queue is used to store sent data.

The non-transitory computer-readable storage medium of the embodiment of the present invention realizes that the sender sends data in the ATT_WRITE_CMD mode, and the receiver responds to the sender in the ATT_HANDLE_VALUE_NTF mode, because the receiver responds to the sender's data frames in batches. , so that the sender does not need to wait for the receiver's response to block the task, so that the sender can send the remaining data frames. Maximize the Bluetooth radio frequency bandwidth usage of the two terminals, thereby improving the rate of Bluetooth reliable data transmission.

The device embodiments described above are only illustrative, wherein the units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place , or distributed to multiple network elements. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution in this embodiment. Those of ordinary skill in the art can understand and implement it without creative effort.

From the description of the above embodiments, those skilled in the art can clearly understand that each embodiment can be implemented by means of software plus a necessary general hardware platform, and certainly can also be implemented by hardware. Based on this understanding, the above-mentioned technical solutions can be embodied in the form of software products in essence, or the parts that make contributions to related technologies, and the computer software products can be stored in computer-readable storage media, such as ROM/RAM, magnetic disks , optical disc, etc., including several instructions to cause a computer device (which may be a personal computer, a server, or a network device, etc.) to perform the methods of various embodiments or portions of embodiments.

Finally, it should be noted that the above embodiments are only used to illustrate the present invention, but not to limit the present invention. Although the present invention has been described in detail with reference to the embodiments, those of ordinary skill in the art should understand that various combinations, modifications or equivalent replacements to the technical solutions of the present invention do not depart from the spirit and scope of the technical solutions of the present invention, and should cover in the present invention.

Claims (10)

1. a data transmission method, is characterized in that, comprises: determining the first data from the first message queue based on the idle bit information of the second message queue; sending the first data to the second terminal, and storing the sent first data in the second message queue; The first message queue is used for storing data to be sent, and the second message queue is used for storing sent data. 2. The data transmission method according to claim 1, wherein the determining the first data from the first message queue based on idle bit information of the second message queue comprises: It is determined that there are free bits in the second message queue, and all data in the first message queue is used as the first data. 3. The data transmission method according to claim 2, wherein the storing the sent first data in the second message queue comprises: The sent first data is sequentially stored in the idle bits of the second message queue according to the sending sequence. 4. The data transmission method according to any one of claims 1 to 3, wherein the method further comprises: receiving second data sent by the second terminal, wherein the second data includes acknowledgment information of the sent first data; Based on the comparison result of the data of the second message queue and the second data, the data of the first message queue or the free bits of the second message queue are determined. 5 . The data transmission method according to claim 4 , wherein the data of the first message queue or the data of the first message queue is determined based on the comparison result between the data of the second message queue and the second data. 6 . The idle bits of the second message queue include: determining the idle bits of the second message queue based on the consistent result of the comparison between the data in the second message queue and the second data; The data of the first message queue is determined based on the inconsistency result of the comparison between the data in the second message queue and the second data. 6 . The data transmission method according to claim 5 , wherein, the idleness of the second message queue is determined based on a consistent result of the comparison between the data in the second message queue and the second data. 7 . bit; determining the data of the first message queue based on the inconsistency result of the comparison between the data in the second message queue and the second data, including: Based on the data frames in the second message queue that are consistent with the second data, the data frames that are consistent with the comparison are deleted from the second message queue, and the updated idleness of the second message queue is determined. bit; Based on the data frames in the second message queue that are inconsistent with the second data, store the inconsistent data frames in the first message queue, and determine the updated first message queue. The data. 7. A data transmission device, comprising: a first sending module, configured to determine the first data from the first message queue based on the idle bit information of the second message queue is also used to send the first data to a second terminal, and store the sent first data in the second message queue; The first message queue is used for storing data to be sent, and the second message queue is used for storing sent data. 8. An electronic device comprising a memory, a processor and a computer program stored on the memory and running on the processor, wherein the processor implements any one of claims 1 to 7 when the processor executes the program The data transmission method described in item. 9 . A non-transitory computer-readable storage medium on which a computer program is stored, characterized in that, when the computer program is executed by a processor, the data transmission method according to any one of claims 1 to 7 is implemented. 10. A computer program product, comprising a computer program, characterized in that, when the computer program is executed by a processor, the data transmission method according to any one of claims 1 to 7 is implemented.

Images