Bluetooth communication scheduling method and device, Bluetooth equipment and chip

Abstract

The Bluetooth communication scheduling method comprises the steps that first state information on a first communication link is acquired, the first state information comprises link state information and / or data sending completion time delay, and the first communication link is a communication link between first Bluetooth equipment and any second Bluetooth equipment; and adjusting the number of controller buffers available for the first communication link in the first Bluetooth device based on the first state information. Therefore, the state information of the communication link can well reflect the quality of the communication link, and the number of controller buffer areas which can be used by the communication link can directly influence the number of the data packets to be sent on the cacheable communication link, so that the data packets to be sent on the communication link can be cached. Through the controller buffer area allocation mode, the communication link with good link quality can be ensured to allocate more resources, so that the utilization rate of the Bluetooth link resources is improved, and the whole Bluetooth link resources are better allocated and used.

Description

Technical Field

[0001] This application relates to the field of information technology (IT), and in particular, to a Bluetooth communication scheduling method, apparatus, Bluetooth device, and chip. Background Art

[0002] With the popularization of smart devices and the increase in Bluetooth peripherals, usage scenarios centered around mobile phones, tablets, or laptop computers with Bluetooth as the communication channel have gradually emerged. In these scenarios, central devices such as mobile phones, tablets, or laptop computers will establish Bluetooth transmission channels with at least two Bluetooth devices. Therefore, there is a need for multi-connection concurrent transmission in these scenarios.

[0003] In the related art, in such a Bluetooth communication scenario with multi-connection concurrent transmission, the transmission priority can be determined according to the service priority first, and then the connection with a higher priority is scheduled first, and the connections with the same priority are scheduled in a round-robin manner to complete the data transmission between Bluetooth devices. This scheduling method is more effective in scenarios where the Bluetooth connection link quality is good or the service priority is clear. However, when the number of Bluetooth devices increases, resulting in Bluetooth link congestion, or the distance between devices increases, resulting in a deterioration of the Bluetooth link, the poor-link transmission will occupy more resources for a long time, thus causing the connections with good link quality to be unable to be guaranteed, reducing the overall Bluetooth transmission efficiency. Therefore, how to improve the Bluetooth transmission efficiency in the scenario of multi-connection concurrent transmission is a technical problem that urgently needs to be solved at present. Summary of the Invention

[0004] This application provides a Bluetooth communication scheduling method, apparatus, Bluetooth device, chip, computer storage medium, and computer product, which can improve the Bluetooth transmission efficiency in the scenario of multi-connection concurrent transmission.

[0005] In a first aspect, this application provides a Bluetooth communication scheduling method, which is applied to a first Bluetooth device, where the first Bluetooth device establishes a communication connection with at least two second Bluetooth devices. The method includes: obtaining first status information on a first communication link, where the first status information includes: link status information and / or data transmission completion delay, and the first communication link is a communication link between the first Bluetooth device and any one of the second Bluetooth devices; and adjusting the number of controller buffers available for the first communication link in the first Bluetooth device based on the first status information.

[0006] In this way, since the status information of the communication link can well reflect the quality of the communication link, and the number of controller buffers available for the communication link will directly affect the number of data packets to be sent on the communication link that can be cached, therefore, through this controller buffer allocation method, it can be ensured that communication links with good link quality are allocated more resources, thereby improving the utilization rate of Bluetooth link resources and enabling better allocation and use of the entire Bluetooth link resources.

[0007] In a possible implementation, the protocol stack of the first Bluetooth device includes: Logical Link Control and Adaptation Protocol (L2CAP) and a controller. The first status information includes: link status information, and the first status information is recorded in the controller. At this time, obtaining the first status information on the first communication link includes: L2CAP obtaining the link status information from the controller. In this way, the quality of the communication link can be evaluated unidirectionally without the need for two - end cooperation and coordination, avoiding additional occupation of Bluetooth resources and further improving the utilization rate of Bluetooth link resources.

[0008] In a possible implementation, the link status information includes one or more of: Received Signal Strength Indicator (RSSI), re - transmission rate, and packet loss rate.

[0009] In a possible implementation, the protocol stack of the first Bluetooth device includes: Logical Link Control and Adaptation Protocol (L2CAP) and a controller. The first status information includes: data transmission completion delay. At this time, obtaining the first status information on the first communication link includes: L2CAP recording the first moment when the first data packet is sent and completed, which is fed back by the controller, where the first data packet is sent by the controller through the first communication link; L2CAP calculates the data transmission completion delay based on the first moment and the second moment, and the second moment is the moment when L2CAP sends the first data packet to the controller. In this way, the quality of the communication link can be evaluated unidirectionally without the need for two - end cooperation and coordination, avoiding additional occupation of Bluetooth resources and further improving the utilization rate of Bluetooth link resources.

[0010] In a possible implementation, L2CAP calculates the data transmission completion delay based on the first moment and the second moment, including: L2CAP calculates a first delay based on the first moment and the second moment; L2CAP corrects the first delay based on the historical data transmission completion delay on the first communication link to obtain the data transmission completion delay. In this way, the first delay can be corrected by historical data, improving the accuracy of statistics.

[0011] In a possible implementation, based on the first status information, adjusting the number of controller buffers available for the first communication link in the first Bluetooth device includes: based on the first status information, and in combination with the service priority and the controller buffer allocation table, obtaining the number of controller buffers available for the first communication link under different service priorities; adjusting the number of controller buffers available for the first communication link under different service priorities. In this way, it is possible to adjust the number of controller buffers available for the communication link under different service priorities.

[0012] In a possible implementation, after adjusting the number of controller buffers available for the first communication link in the first Bluetooth device based on the first status information, it further includes: in the case of needing to use the first communication link to send data, using the first communication link to send data, and for each packet sent, increasing the number of used controller buffers; in the case where the number of used controller buffers is equal to the number of controller buffers available for the first communication link, stopping using the first communication link to send data. In this way, the control of the resources used by the communication link is completed.

[0013] In a second aspect, the present application provides a Bluetooth communication scheduling device deployed in the first Bluetooth device, where the first Bluetooth device establishes communication connections with at least two second Bluetooth devices. The device includes: an acquisition module and a processing module. Among them, the acquisition module is used to acquire the first status information on the first communication link, and the first status information includes: link status information and / or data transmission completion delay, and the first communication link is the communication link between the first Bluetooth device and any one of the second Bluetooth devices. The processing module is used to adjust the number of controller buffers (controller buffer) available for the first communication link in the first Bluetooth device based on the first status information.

[0014] In a possible implementation, the first status information includes: link status information. At this time, when the acquisition module acquires the first status information on the first communication link, it is specifically used to: obtain the link status information from the controller in the protocol stack of the first Bluetooth device, where the first status information is recorded in the controller.

[0015] In a possible implementation, the link status information includes: one or more of received signal strength indication (RSSI), retransmission rate, and packet loss rate.

[0016] In a possible implementation, the first status information includes: the data transmission completion delay. At this time, when the obtaining module obtains the first status information on the first communication link, it is specifically configured to: record the first moment when the first data packet sent by the controller in the protocol stack of the first Bluetooth device is completed, where the first data packet is sent by the controller through the first communication link; calculate the data transmission completion delay based on the first moment and the second moment, and the second moment is the moment when the obtaining module sends the first data packet to the controller.

[0017] In a possible implementation, when the obtaining module calculates the data transmission completion delay based on the first moment and the second moment, it is specifically configured to: calculate a first delay based on the first moment and the second moment; correct the first delay based on the historical data transmission completion delay on the first communication link to obtain the data transmission completion delay.

[0018] In a possible implementation, when the processing module adjusts the number of controller buffers available for the first communication link in the first Bluetooth device based on the first status information, it is specifically configured to: obtain the number of controller buffers available for the first communication link under different service priorities based on the first status information, in combination with the service priority and the controller buffer allocation table; adjust the number of controller buffers available for the first communication link under different service priorities.

[0019] In a possible implementation, after the processing module adjusts the number of controller buffers available for the first communication link in the first Bluetooth device based on the first status information, it is further configured to: when it is necessary to use the first communication link to send data, use the first communication link to send data, and for each data packet sent, increase the number of used controller buffers; when the number of used controller buffers is equal to the number of controller buffers available for the first communication link, stop using the first communication link to send data.

[0020] In a third aspect, the present application provides a Bluetooth device, including: one or more processors; a memory for storing one or more programs; when the one or more programs are executed by the one or more processors, the one or more processors are caused to implement the method described in the first aspect or any possible implementation manner of the first aspect.

[0021] Fourthly, the present application provides a chip, including: at least one processor and an interface circuit; the at least one processor obtains program instructions or data through the interface circuit; the at least one processor is configured to execute the program line instructions to implement the method described in the first aspect or any possible implementation manner of the first aspect.

[0022] Fifthly, the present application provides a computer-readable storage medium, including computer program instructions, which cause an electronic device to execute the method described in the first aspect or any possible implementation manner of the first aspect when the computer program instructions are executed by the electronic device.

[0023] Sixthly, the present application provides a computer program product containing instructions, which cause an electronic device to execute the method described in the first aspect or any possible implementation manner of the first aspect when the instructions are run by the electronic device.

[0024] It can be understood that the beneficial effects of the above second aspect to the sixth aspect can be referred to the relevant descriptions in the first aspect, and will not be elaborated here. Description of the Drawings

[0025] Figure 1 is a schematic diagram of a Bluetooth communication scenario provided by an embodiment of the present application;

[0026] Figure 2 is a schematic diagram of the hardware structure of a Bluetooth device provided by an embodiment of the present application;

[0027] Figure 3 is a schematic diagram of the architecture of a Bluetooth protocol stack provided by an embodiment of the present application;

[0028] Figure 4 is a schematic diagram of the communication process between Bluetooth devices provided by an embodiment of the present application;

[0029] Figure 5 is a schematic diagram of the data interaction between L2CAP and the controller during the communication between Bluetooth devices provided by an embodiment of the present application;

[0030] Figure 6 is a schematic diagram of the process of transmitting data in a manner of service priority and round-robin scheduling provided by an embodiment of the present application;

[0031] Figure 7 is a schematic diagram of the flow of a Bluetooth communication scheduling method provided by an embodiment of the present application; <~

[0032] Figure 8 is a schematic diagram of the structure of a Bluetooth communication scheduling device provided by an embodiment of the present application;

[0033] Figure 9It is a schematic structural diagram of a chip provided by an embodiment of the present application. Detailed implementation manners

[0034] As used herein, the term "and / or" describes the association relationship between associated objects, indicating that three relationships may exist. For example, A and / or B may represent: A exists alone, A and B exist simultaneously, and B exists alone. The symbol " / " herein indicates that the associated objects are in an "or" relationship. For example, A / B represents A or B.

[0035] The terms "first" and "second" etc. in the description and claims of the present application are used to distinguish different objects, rather than to describe a specific order of the objects. For example, the first response message and the second response message etc. are used to distinguish different response messages, rather than to describe the specific order of the response messages.

[0036] In the embodiments of the present application, words such as "exemplary" or "for example" are used to indicate examples, illustrations or explanations. Any embodiment or design solution described as "exemplary" or "for example" in the embodiments of the present application should not be construed as being more preferred or having more advantages than other embodiments or design solutions. Rather, the use of words such as "exemplary" or "for example" is intended to present relevant concepts in a specific manner.

[0037] In the description of the embodiments of the present application, unless otherwise specified, the meaning of "a plurality of" refers to two or more. For example, a plurality of processing units refers to two or more processing units; a plurality of elements refers to two or more elements.

[0038] Exemplarily, Figure 1 shows a schematic diagram of a Bluetooth communication scenario provided by an embodiment of the present application. As Figure 1 shown, in this Bluetooth communication scenario, it may include: a Bluetooth device 110 and at least two Bluetooth devices 120. A communication connection can be established between the Bluetooth devices 110 and 120 via Bluetooth. Exemplarily, the Bluetooth device 110 can be understood as a central device, which has established Bluetooth communication connections with each of the Bluetooth devices 120 respectively, and can transmit data or instructions etc. to each of the Bluetooth devices 120 respectively. Of course, each Bluetooth device 120 can also transmit data or instructions etc. to the Bluetooth device 110.

[0039] It can be understood that both the Bluetooth device 110 and the Bluetooth device 120 are electronic devices that support Bluetooth communication technology. For example: mobile phones, smart watches, Bluetooth headsets, Bluetooth keyboards, Bluetooth mice, styluses, tablet computers, laptop computers, ultra-mobile personal computers (UMPCs), netbooks, and augmented reality (AR) devices, virtual reality (VR) devices, artificial intelligence (AI) devices, wearable devices, in-vehicle devices, smart home devices, and / or smart city devices, etc. The embodiments of the present application do not impose any special restrictions on the specific types of the Bluetooth device 110 and the Bluetooth device 120.

[0040] Exemplarily, Figure 2 The schematic diagram of the hardware structure of a Bluetooth device provided by an embodiment of the present application is shown. As Figure 2 shown, the Bluetooth device 110 may include: a Bluetooth chip 111, a radio frequency transceiver 112, and a power supply 113. The Bluetooth chip 111, the radio frequency transceiver 112, and the power supply 113 may be connected through a bus, but are not limited thereto. The Bluetooth chip 111 is mainly responsible for processing all layers of the Bluetooth protocol stack and implementing various functions of the Bluetooth device 110 (for example: data transmission, voice communication, control communication, etc.). The radio frequency transceiver 112 is mainly responsible for sending and receiving radio frequency signals to achieve wireless communication between Bluetooth devices. Among them, the radio frequency transceiver 112 may convert digital signals into radio frequency signals for transmission, and receive radio frequency signals emitted by other Bluetooth devices and convert them into digital signals. The Bluetooth device 111 and the radio frequency transceiver 112 may be arranged separately or integrated together, which may be determined according to actual situations and is not limited herein. The power supply 113 is mainly responsible for providing electrical energy for the Bluetooth chip 111 and the radio frequency transceiver 112. It can be understood that the structure illustrated in the embodiments of the present application does not constitute a specific limitation on the Bluetooth device 110. In other embodiments of the present application, the Bluetooth device 110 may include more or fewer components than those shown in the figure, or combine certain components, or split certain components, or have different component arrangements. The illustrated components may be implemented in hardware, software, or a combination of software and hardware. In addition, for the hardware structure of the Bluetooth device 120, reference may be made to the hardware structure of the Bluetooth device 110, which will not be elaborated herein.

[0041] Both the Bluetooth device 110 and 120 may have a Bluetooth protocol stack to achieve communication between Bluetooth devices. Exemplarily, Figure 3 The schematic diagram of the architecture of a Bluetooth protocol stack provided by an embodiment of the present application is shown. As Figure 3As shown, the Bluetooth protocol stack may include: an application layer, a Logical Link Control and Adaptation Protocol (L2CAP), and a controller.

[0042] The application layer is the highest layer of the Bluetooth protocol stack and can be responsible for interacting with application programs. The application layer can provide various services to meet the needs of application programs, such as file transfer, audio transmission, data exchange, etc.

[0043] L2CAP is the middle layer of the Bluetooth protocol stack and can be responsible for providing logical link control functions. L2CAP can encapsulate the data from the application layer into PDUs and then send the PDUs to the controller. Additionally, L2CAP can also be responsible for providing functions such as data flow control and error detection. When two Bluetooth devices establish a connection, they will negotiate to establish at least one L2CAP channel. Among them, the communication link between the two Bluetooth devices can be associated with at least one L2CAP channel. Each L2CAP channel is used to transmit different data types or services. For example, one L2CAP channel can be used to transmit audio data, and another L2CAP channel can be used to transmit control data. Among them, the L2CAP channel is the logical link provided by L2CAP. Each L2CAP channel has a unique channel identifier (CID). The application layer can transmit data to L2CAP through the L2CAP channel. For example, when audio data needs to be transmitted, the application layer can transmit the data to L2CAP through the L2CAP channel used for transmitting audio data.

[0044] The controller is the lowest layer of the Bluetooth protocol stack and is responsible for interacting with the Bluetooth hardware. The controller can convert the PDU passed by L2CAP into a physical layer data frame and then send it to other Bluetooth devices. Additionally, the controller is also responsible for receiving the physical layer data frames from other Bluetooth devices, converting the physical layer data frames into PDUs, and passing them to L2CAP. It can be understood that the architecture of the Bluetooth protocol stack illustrated in the embodiments of the present application does not constitute a specific limitation on the Bluetooth protocol stack of the Bluetooth devices 110 or 120. In other embodiments of the present application, the Bluetooth protocol stack of the Bluetooth devices 110 or 120 may include more or fewer layers or protocols than those shown in the figure. For example, it may include a Bluetooth module (BTM), a service discovery protocol (SDP), a logical link control and adaptation protocol (L2CAP), a radio frequency communication (RFCOMM) protocol, etc., and / or include a host controller interface (HCI), etc.

[0045] Under Figure 3 the architecture of the Bluetooth protocol stack shown, the communication process between the Bluetooth devices 110 and 120 can be as Figure 4 shown. As Figure 4As shown, when Bluetooth device 110 transfers data to Bluetooth device 120, the application layer in Bluetooth device 110 can encapsulate the data into a service data unit (SDU), and transfer it to the L2CAP in Bluetooth device 110 through an L2CAP channel adapted to the data type in the SDU. Then, the L2CAP in Bluetooth device 110 can, through the association relationship between the L2CAP channel and the communication link, know that data needs to be sent to Bluetooth device 120. Then, the L2CAP in Bluetooth device 110 can encapsulate the SDU into a protocol data unit (PDU), add the CID of the corresponding L2CAP channel to the PDU, and transfer it to the controller in Bluetooth device 110 through HCI; finally, the controller in Bluetooth device 110 can convert the PDU into a data frame and transfer it to Bluetooth device 120. After the controller in Bluetooth device 120 receives the data frame sent by the controller in Bluetooth device 110, it can convert the data frame into a PDU and transfer it to the L2CAP in Bluetooth device 120 through HCI. Then, the L2CAP in Bluetooth device 120 can convert and parse the PDU into an SDU, and can parse out the CID of the L2CAP channel. Then, the L2CAP in Bluetooth device 120 can use the L2CAP channel that matches the parsed CID to transfer the SDU to the application layer in Bluetooth device 120 for use by the application in the application layer. In addition, after the controller in Bluetooth device 120 receives the data frame sent by the controller in Bluetooth device 110, it can also return an acknowledgment (ACK) message to the controller in Bluetooth device 110. It should be understood that the process of Bluetooth device 120 transferring data to Bluetooth device 110 can refer to the process of Bluetooth device 110 transferring data to Bluetooth device 120, which will not be elaborated here.

[0046] In this embodiment, as Figure 5As shown, a link state statistics module, a link quality assessment module, and an L2CAP scheduling module can be configured in the L2CAP of the Bluetooth device 110. Among them, the link state statistics module is mainly responsible for counting the status information of each communication link. Among them, a communication link refers to the physical channel connection between the Bluetooth device 110 and a Bluetooth device 120, which is used to transmit data between these two Bluetooth devices. In addition, the link state statistics module can also be responsible for counting the transmission completion delay of data packets on each communication link. The link quality assessment module is mainly responsible for evaluating the number of available controller buffers for each communication link based on the status information of the communication link counted by the link state statistics module. The L2CAP scheduling module is mainly responsible for querying the number of available buffers for a communication link from the link quality assessment module when data needs to be transmitted using a certain communication link, and sending data to the controller based on the number of available buffers for the communication link, so that the controller transmits data through the communication link.

[0047] Continue to refer to Figure 5 , a certain number of buffers (buffers) can be configured in the controller of the Bluetooth device 110. Through this buffer (also called "controller buffer"), the communication data between Bluetooth devices can be stored and managed. Among them, the controller buffer can store data sent to other Bluetooth devices and can also store data received from other Bluetooth devices. In addition, a link state information recording module can also be configured in the controller. The link state information recording module is mainly responsible for recording the status information of each communication link, such as: received signal strength indication (RSSI), retransmission rate, packet loss rate, etc. Exemplarily, the RSSI of the communication link between the Bluetooth devices 110 and 120 can be transmitted from the Bluetooth device 120 to the Bluetooth device 110 when the Bluetooth device 120 is the receiving end, or can be calculated by the Bluetooth device 110 itself when the Bluetooth device 110 is the receiving end, which can be determined according to the actual situation and is not limited here. In addition, the controller in the Bluetooth device 110 can also record the time when data is sent on each communication link, the time of the ACK message indicating the completion of data reception returned by other devices, etc. In some embodiments, the modules or components configured in the L2CAP and controller of the Bluetooth device 120 can all but are not limited to refer to the configuration in the Bluetooth device 110, which will not be elaborated here one by one.

[0048] For ease of understanding Figure 5 the content described inFigure 5 Taking the communication link between Bluetooth devices 110 and 120 as the communication link L as an example, the data transmission between the two is described.

[0049] Exemplarily, continue to refer to Figure 5 , in S51, after the L2CAP scheduling module in Bluetooth device 110 receives the data passed from the application layer, it can confirm that the data needs to be transmitted to Bluetooth device 120 based on the association relationship between the L2CAP channel used for the application layer to pass the data and the communication link. At the same time, it can also confirm the type of the service corresponding to the data. For example, when the L2CAP channel used is for transmitting audio data, the service corresponding to the data is an audio service.

[0050] In S52, the L2CAP scheduling module in Bluetooth device 110 can query the number of controller buffers available for the communication link L between Bluetooth devices 110 and 120 from the link quality assessment module.

[0051] In S53, the L2CAP scheduling module in Bluetooth device 110 sends data packets to the controller in Bluetooth device 110 based on the number of controller buffers available for the communication link L, and increments the number of used controller buffers for each data packet sent. Among them, when the number of controller buffers available for the communication link L is less than or equal to the number of used controller buffers of the communication link L, or there are no data packets to be sent, the L2CAP scheduling module can stop sending data to the controller.

[0052] In S54, after the controller in Bluetooth device 110 receives the data packets sent by the L2CAP scheduling module, it can convert the data packets into physical layer data frames and send the data frames to Bluetooth device 120.

[0053] In S55, after the controller in Bluetooth device 120 receives the data frames sent by Bluetooth device 110, it can return an ACK message to Bluetooth device 110.

[0054] In S56, after each data packet is sent in the controller of Bluetooth device 110, the controller can send a completion confirmation message to the link status statistics module in Bluetooth device 110 to notify L2CAP that the data packet has been sent.

[0055] In S57, the link statistics module in the Bluetooth device 110 obtains the link status information of each communication link from the controller, and counts the transmission time and transmission completion time (i.e., the time when the packet transmission completion confirmation message is received) of each packet on each communication link, so as to obtain the transmission completion delay of each packet. Among them, for any packet, the transmission completion delay of the packet can be: the absolute value of the difference between the time T1 when the L2CAP scheduling module sends the packet to the controller and the time T2 when the controller feedbacks the completion of the packet transmission (i.e., |T1 - T2|). In some embodiments, since the communication time between L2CAP and the controller is basically the same, therefore, the transmission completion delay of a packet can also be: the absolute value of the difference between the time T3 when the controller sends the packet out and the time T4 when the controller receives the ACK message confirming that the packet has been received (i.e., |T3 - T4|). In this case, the controller can calculate the transmission completion delay by itself and transfer it to the link statistics module; of course, it can also be calculated by the link statistics module itself, which can be determined according to the actual situation and will not be limited here.

[0056] In S58, the link quality assessment module in the Bluetooth device 110 obtains the link status statistical data of each communication link from the link statistics module, such as: link status information, the transmission completion delay of each packet on each communication link, etc.

[0057] In S59, the link quality assessment module in the Bluetooth device 110 evaluates the number of controller buffers available for each communication link based on the link status statistical data of each communication link. Among them, the link quality assessment module can evaluate the quality of each communication link based on the link status information of each communication link. For example, when the RSSI of a certain communication link is lower than the preset RSSI threshold, it can be determined that the signal of the communication link is poor, that is, the quality is poor; when the RSSI of a certain communication link is higher than the preset RSSI threshold, it can be determined that the signal of the communication link is good, that is, the quality is good. In addition, when there are multiple parameters in the link status information, the quality of the communication link can be judged by each parameter first, and then the worst quality is selected as the quality of the communication link. For example, when the link status information includes RSSI and retransmission rate, if the quality of the communication link is judged to be high based on RSSI, and the quality of the communication link is judged to be poor based on the retransmission rate, it will be considered that the quality of the communication link is poor. Of course, it is also possible to perform a weighted average on the judgment results and use the result as the final quality of the communication link.

[0058] In addition, when multiple data packets are sent on a certain communication link, the transmission completion delays of these multiple data packets can be statistically counted, and the statistical result can be used as the transmission completion delay of the data packets on this communication link. In some embodiments, the historical transmission completion delays and the current transmission completion delay on this communication link can also be combined, for example: weighted summation, etc., to obtain the transmission completion delay of the data packets on this communication link. Thereby, the accuracy of the statistics can be improved.

[0059] After obtaining the link quality of the communication link and the transmission completion delay of the data packets on this communication link, in combination with the service priority (for example: voice call service is of high priority, hardware control type service is of medium priority, file transfer type service is of low priority, etc.), and the pre-configured controller buffer allocation table, the number of available controller buffers for the communication link can be obtained. For example, if the pre-configured controller buffer allocation table is as shown in Table 1, the link quality of communication link L is "poor", the service priority is "high", and the transmission completion delay is "300 ms", then the number of available controller buffers for communication link L is 5. If the link quality of communication link L is "medium", the service priority is "low", and the transmission completion usage is "40 ms", then the number of available controller buffers for communication link L is 7. It should be understood that in Table 1, since when the communication quality of a certain communication link is poor, the transmission completion delay of the data packets on this communication link must also be very poor, therefore, at this time, it is not necessary to further subdivide from the perspective of delay; of course, it can also be subdivided, which can be determined according to the actual situation and is not limited here.

[0060]

[0061] Table 1

[0062] It should be understood that the above determines the number of available controller buffers for the communication link from two dimensions of the communication link quality and the transmission completion delay. In other examples, one of the dimensions can also be selected (for example, selecting the communication link quality dimension, or selecting the transmission completion delay dimension) to determine the number of available controller buffers for the communication link. At this time, the items in the controller buffer allocation table can also be modified accordingly. It can be determined according to the actual situation and is not limited here.

[0063] It should be understood that the link quality assessment module in the Bluetooth device 110 can evaluate the number of controller buffers available for each communication link in real time or periodically. In this way, it can be ensured that communication links with good link quality can be allocated more resources, thereby improving the utilization rate of Bluetooth link resources and enabling better allocation and use of the entire Bluetooth link resources. In addition, when evaluating the link quality, it can be completed through a single end without the need for dual-end cooperation, which avoids additional occupation of Bluetooth resources. Since there is no receiver feedback mechanism in L2CAP in the Bluetooth standard, if dual-end cooperation is used, a private protocol needs to be implemented on top of L2CAP, which requires additional protocol implementation and has a greater deployment difficulty. Therefore, the single-end link quality assessment method provided in this embodiment can reduce the complexity of link quality assessment.

[0064] The above Figure 5 is described with the Bluetooth device 110 sending data to a Bluetooth device 120. Since the Bluetooth device 110 establishes communication connections with multiple Bluetooth devices 120, during the data sending process, the Bluetooth device 110 can select a communication link to send data by using the absolute service priority and round-robin scheduling method, thereby improving the Bluetooth transmission efficiency. The following describes this scheduling method.

[0065] Exemplarily, Figure 6 FIG. shows a schematic diagram of a process of transmitting data by using the service priority and round-robin scheduling method provided in an embodiment of the present application. Among them, this process can be but is not limited to being completed in the L2CAP in the Bluetooth device 110, such as being completed by the L2CAP scheduling module, etc. For the convenience of description, the following takes the completion by L2CAP as an example. As Figure 6 shown, the process of transmitting data by using the service priority and round-robin scheduling method may include the following steps:

[0066] S601. The L2CAP selects the highest service priority queue. Among them, each service priority can form a queue. For example, when the service priority is divided into high, medium, and low, there are three service priority queues. When the L2CAP performs scheduling, it can first select the queue with the highest service priority. Exemplarily, after the L2CAP receives a data packet sent by the upper-layer application layer, it can store the data packet in its own buffer, and the L2CAP channel that transmits the data packet can obtain the service type corresponding to the data packet and the communication link required for use. The L2CAP adds the communication link required for use to the corresponding service priority queue according to the service type. For example, when the service type is an audio service and the priority of the audio service is the highest priority, the L2CAP can add the communication link associated with this service type to the highest service priority queue.

[0067] S602, L2CAP determines whether there is a communication link to be scheduled in the selected service priority queue. Among them, after L2CAP selects the service priority queue, it can determine whether there is a communication link in the queue. If there is, it indicates that there is a schedulable communication link, so S603 can be executed; otherwise, it indicates that there is no schedulable communication link. At this time, the communication links in this service priority queue may be empty, so S607 can be executed.

[0068] S603, L2CAP selects the communication link at the head of the queue and removes this communication link from the queue.

[0069] S604, L2CAP determines whether there is a data packet to be sent on this communication link. Among them, L2CAP can search in its own buffer for data packets related to the service in the current service priority queue and that need to be sent using this communication link. If it can be found, then S605 is executed; otherwise, it returns to execute S602.

[0070] S605, L2CAP determines whether the number of used controller buffers of this communication link is less than the number of available controller buffers. If so, then S606 is executed; otherwise, it returns to execute S602.

[0071] S606, L2CAP sends a data packet to the controller, and increases the number of used buffers of this communication link, and inserts this communication link to the end of the queue.

[0072] S607, L2CAP determines whether all service priority queues have been scheduled.

[0073] If so, it ends; otherwise, S608 is executed.

[0074] S608, L2CAP selects the next service priority queue and returns to execute S602.

[0075] In this way, the scheduling of the data to be sent in the Bluetooth device is realized, and the Bluetooth transmission efficiency is improved.

[0076] Next, a Bluetooth communication scheduling method provided by an embodiment of the present application is introduced.

[0077] Exemplarily, Figure 7The figure shows a schematic flow chart of a Bluetooth communication scheduling method provided by an embodiment of the present application. It can be understood that this method can be executed by any device, equipment, platform, or device cluster with computing and processing capabilities. Exemplarily, this method can be applied to a first Bluetooth device, and the first Bluetooth device is at least communicatively connected to two second Bluetooth devices. For the convenience of description, the following takes the execution entity as the first Bluetooth device as an example for introduction. Among them, the solution of replacing the first Bluetooth device with other devices, components, or devices is still within the protection scope of the present application. For example, replacing the execution entity with LACP in the protocol stack of the first Bluetooth device, etc., this replaced solution is still within the protection scope of the present application. As Figure 7 shown, the Bluetooth communication scheduling method includes:

[0078] S701. Obtain first status information on a first communication link, where the first status information includes: link status information and / or data transmission completion delay, and the first communication link is a communication link between the first Bluetooth device and any one of the second Bluetooth devices.

[0079] In this embodiment, on the first Bluetooth device, the first Bluetooth device can obtain the status information of the communication link between it and any one of the second Bluetooth devices by itself. Among them, the status information of each communication link includes: link status information and / or data transmission completion delay. The link status may include one or more of RSSI, retransmission rate, and packet loss rate. The data transmission completion delay may be the absolute value of the difference between the time when the first Bluetooth device sends data to the second Bluetooth device and the time when the first Bluetooth device receives the ACK message from the second Bluetooth device, or may also be the absolute value of the difference between the time when L2CAP in the protocol stack of the first Bluetooth device sends a data packet to the controller and the time when L2CAP receives the feedback from the controller that the data transmission is completed.

[0080] As a possible implementation manner, when the first status information is link status information, the link status information can be recorded in the controller in the protocol stack of the first Bluetooth device. At this time, the first Bluetooth device can obtain the link status information from the controller through L2CAP in its protocol stack.

[0081] As another possible implementation, when the first status information is the delay when data transmission is completed, the first Bluetooth device can record, through the L2CAP in its protocol stack, the first moment when the first data packet transmission is completed as feedback by the controller. The first data packet is sent by the controller to the second Bluetooth device through the first communication link. Then, the L2CAP in the protocol stack of the first Bluetooth device can calculate the data transmission completion delay based on the first moment and the second moment. The second moment is the moment when the L2CAP sends the first data packet to the controller. Additionally, to improve the accuracy of delay calculation, the L2CAP can first calculate a first delay based on the first moment and the second moment, and then correct the first delay based on the historical data transmission completion delay on the first communication link to obtain the data transmission completion delay, thereby enabling smooth processing of the delay.

[0082] As yet another possible implementation, when the first status information is the link status information and the delay when data transmission is completed, the first Bluetooth device can combine the above-mentioned methods of obtaining the first status information to obtain the link status information and the data transmission completion delay.

[0083] S702. Adjust the number of controller buffers available for the first communication link in the first Bluetooth device based on the first status information.

[0084] In this embodiment, after obtaining the first status information, the number of controller buffers available for the first communication link in the first Bluetooth device can be adjusted based on the first status information, so as to ensure that communication links with good link quality can be allocated more resources, thereby improving the utilization rate of Bluetooth link resources and enabling better allocation and use of the entire Bluetooth link resources. Specifically, the number of controller buffers available for the first communication link under different service priorities can be obtained first based on the first status information, in combination with the service priority and the controller buffer allocation table. For example, by querying in the controller buffer allocation table through the first status information and the service priority, or by comparing the first status information and the service priority with the conditions in the controller buffer allocation table respectively, the number of controller buffers available for the first communication link under different service priorities can be obtained. After obtaining the number of controller buffers available for the first communication link under different service priorities, the number of controller buffers available for the first communication link under different service priorities can be adjusted. In some embodiments, the number of controller buffers available for each communication link in the first Bluetooth device can be dynamically adjusted to ensure that the number of controller buffers available for each communication link is the latest evaluated value.

[0085] In this way, since the status information of the communication link can well reflect the quality of the communication link, through this controller buffer allocation method, it can be ensured that communication links with good link quality are allocated more resources, thereby improving the utilization rate of Bluetooth link resources and enabling better allocation and use of the entire Bluetooth link resources.

[0086] Further, after completing the adjustment of the number of controller buffers available for the first communication link in the first Bluetooth device, in the case of needing to use the first communication link to send data, the first communication link can be used to send data, and for each packet sent, the number of controller buffers already used by the first communication link is incremented by one. And when the number of controller buffers already used by the first communication link is equal to the number of controller buffers available for the first communication link, it indicates that the first communication link has used up the resources allocated to it at this time. Therefore, at this time, the first communication link can be stopped from being used to send data. In this way, the control of the resources used by the communication link is completed.

[0087] It should be understood that the sequence numbers of the steps in the above embodiments do not imply the order of execution. The execution order of each process should be determined according to its function and internal logic, and should not constitute any limitation to the implementation process of the embodiments of the present application. In addition, the various embodiments described above can be combined according to actual situations, and the combined solutions are still within the protection scope of the present application.

[0088] Next, based on the method in the above embodiments, a Bluetooth communication scheduling device provided by the embodiments of the present application will be introduced.

[0089] Exemplarily, Figure 8 FIG. shows a schematic structural diagram of a Bluetooth communication scheduling device provided by an embodiment of the present application. The Bluetooth communication scheduling device can be deployed on a first Bluetooth device, where the first Bluetooth device establishes communication connections with at least two second Bluetooth devices. As Figure 8 shown, the Bluetooth communication scheduling device 800 includes: an acquisition module 801 and a processing module 802. Among them, the acquisition module 801 is used to acquire first status information on a first communication link, and the first status information includes: link status information and / or data transmission completion delay. The first communication link is a communication link between the first Bluetooth device and any one of the second Bluetooth devices. The processing module 802 is used to adjust the number of controller buffers available for the first communication link in the first Bluetooth device based on the first status information. Exemplarily, both the acquisition module 801 and the processing module 802 can be but are not limited to modules or units included in L2CAP in the protocol stack of the first Bluetooth device.

[0090] In some embodiments, the first status information includes: link status information. At this time, when the acquisition module 801 acquires the first status information on the first communication link, it is specifically used to: acquire the link status information from the controller in the protocol stack of the first Bluetooth device, where the first status information is recorded in the controller.

[0091] In some embodiments, the link status information includes: one or more of received signal strength indication (RSSI), retransmission rate, and packet loss rate.

[0092] In some embodiments, the first status information includes: data transmission completion delay. At this time, when the acquisition module 801 acquires the first status information on the first communication link, it is specifically used to: record the first moment when the first data packet sent by the controller in the protocol stack of the first Bluetooth device is sent and completed through the first communication link; calculate the data transmission completion delay based on the first moment and the second moment, where the second moment is the moment when the acquisition module 801 sends the first data packet to the controller.

[0093] In some embodiments, the obtaining module 801 calculates the delay when data transmission is completed based on the first moment and the second moment, and specifically is used for: calculating a first time delay based on the first moment and the second moment; and correcting the first time delay based on the historical data transmission completion delay on the first communication link to obtain the data transmission completion delay.

[0094] In some embodiments, when the processing module 802 adjusts the number of available controller buffers of the first communication link in the first Bluetooth device based on the first status information, it is specifically used for: obtaining the number of available controller buffers of the first communication link under different service priorities based on the first status information, in combination with the service priority and the controller buffer allocation table; and adjusting the number of available controller buffers of the first communication link under different service priorities.

[0095] In some embodiments, after the processing module 802 adjusts the number of available controller buffers of the first communication link in the first Bluetooth device based on the first status information, it is further used for: when it is necessary to use the first communication link to send data, using the first communication link to send data, and for each packet sent, increasing the number of used controller buffers; and when the number of used controller buffers is equal to the number of available controller buffers of the first communication link, stopping using the first communication link to send data.

[0096] It should be understood that the above device is used to execute the method in the above embodiments. For the corresponding program modules in the device, their implementation principles and technical effects are similar to those described in the above method. The working process of the device can refer to the corresponding process in the above method, and will not be elaborated here.

[0097] Based on the method in the above embodiments, an embodiment of the present application provides a Bluetooth device, including: one or more processors; a memory for storing one or more programs; when the one or more programs are executed by the one or more processors, the one or more processors are caused to execute the method in the above embodiments. Exemplarily, the Bluetooth device may be, but is not limited to, an electronic device such as a mobile phone, a watch, a speaker, or a computer.

[0098] Based on the method in the above embodiments, an embodiment of the present application further provides a chip. Please refer to Figure 9 , Figure 9 which is a schematic structural diagram of a chip provided by an embodiment of the present application. As Figure 9As shown, chip 900 includes one or more processors 901 and interface circuit 902. Optionally, chip 900 may further include bus 903. Among them:

[0099] Processor 901 can be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method can be completed by the integrated logic circuit in hardware or instructions in software form in processor 901. The above-mentioned processor 901 can be a general-purpose processor, a digital communicator (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components. It can implement or execute each method and step disclosed in the embodiments of the present application. The general-purpose processor can be a microprocessor or the processor can also be any conventional processor, etc.

[0100] Interface circuit 902 can be used for sending or receiving data, instructions, or information. Processor 901 can utilize the data, instructions, or other information received by interface circuit 902 for processing and can send the processed information through interface circuit 902.

[0101] Optionally, chip 900 further includes a memory. The memory can include a read-only memory and a random access memory and provide operation instructions and data to the processor. A part of the memory may further include a non-volatile random access memory (NVRAM).

[0102] Optionally, the memory stores executable software modules or data structures. The processor can execute corresponding operations by calling the operation instructions stored in the memory (the operation instructions can be stored in the operating system).

[0103] Optionally, interface circuit 902 can be used to output the execution result of processor 901.

[0104] It should be noted that the respective functions corresponding to processor 901 and interface circuit 902 can be implemented through hardware design, can also be implemented through software design, or can be implemented through a combination of software and hardware, and there is no limitation here.

[0105] It should be understood that each step of the above method embodiments can be completed by the logic circuit in hardware form or instructions in software form in the processor.

[0106] Based on the method in the above embodiments, an embodiment of the present application provides a computer-readable storage medium, including computer program instructions. When the computer program instructions are executed by an electronic device (such as the aforementioned Bluetooth device, etc.), the electronic device is caused to execute the method described in the above embodiments. Exemplarily, the computer-readable storage medium may be any available medium that a computing device can store or a data storage device such as a data center containing one or more available media. The available medium may be a magnetic medium (for example, a floppy disk, a hard disk, a magnetic tape), an optical medium (for example, a DVD), or a semiconductor medium (for example, a solid-state drive), etc.

[0107] Based on the method in the above embodiments, an embodiment of the present application provides a computer program product containing instructions. When the instructions are run by an electronic device (such as the aforementioned Bluetooth device, etc.), the electronic device is caused to execute the method described in the above embodiments.

[0108] It can be understood that the processor in the embodiments of the present application may be a central processing unit (CPU), or may also be other general-purpose processors, digital signal processors (DSPs), application specific integrated circuits (ASICs), field programmable gate arrays (FPGAs), or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof. The general-purpose processor may be a microprocessor or any conventional processor.

[0109] The method steps in the embodiments of the present application may be implemented in a hardware manner or by a processor executing software instructions. The software instructions may be composed of corresponding software modules. The software modules may be stored in a random access memory (RAM), a flash memory, a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), a register, a hard disk, a removable hard disk, a CD-ROM, or any other form of storage medium well-known in the art. An exemplary storage medium is coupled to the processor so that the processor can read information from the storage medium and write information to the storage medium. Of course, the storage medium may also be a component of the processor. The processor and the storage medium may be located in an ASIC.

[0110] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented using software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the processes or functions described in the embodiments of the present application are generated in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions may be stored in a computer-readable storage medium or transmitted through the computer-readable storage medium. The computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center by wire (such as coaxial cable, optical fiber, digital subscriber line (DSL)) or wirelessly (such as infrared, wireless, microwave, etc.). The computer-readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server or data center that includes one or more integrated available media. The available medium may be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid state disk (SSD)), etc.

[0111] It can be understood that the various numerical numbers involved in the embodiments of the present application are only for the convenience of description and are not used to limit the scope of the embodiments of the present application.

[0112] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present application and are not intended to limit them; although the present application has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that they can still modify the technical solutions described in the foregoing embodiments, or perform equivalent replacements for some of the technical features; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the protection scope of the technical solutions of the embodiments of the present application.

Claims

1. A Bluetooth communication scheduling method, characterized in that, Applied to a first Bluetooth device, wherein the first Bluetooth device establishes communication connections with at least two second Bluetooth devices; The method includes: Obtaining first status information on a first communication link, where the first status information includes: link status information and / or data transmission completion delay, and the first communication link is a communication link between the first Bluetooth device and any one of the second Bluetooth devices; Based on the first status information, adjusting the number of controller buffers available for the first communication link in the first Bluetooth device.

2. The method according to claim 1, wherein The protocol stack of the first Bluetooth device includes: Logical Link Control and Adaptation Protocol (L2CAP) and a controller, the first status information includes: the link status information, and the first status information is recorded in the controller; The obtaining of the first status information on the first communication link includes: The L2CAP obtains the link status information from the controller.

3. The method according to claim 2, wherein The link status information includes one or more of: Received Signal Strength Indication (RSSI), retransmission rate, and packet loss rate.

4. The method according to any one of claims 1 to 3, characterized in that The protocol stack of the first Bluetooth device includes: Logical Link Control and Adaptation Protocol (L2CAP) and a controller, the first status information includes: the data transmission completion delay; The obtaining of the first status information on the first communication link includes: The L2CAP records the first moment when the first data packet is sent and completed, where the first data packet is sent by the controller through the first communication link; The L2CAP calculates the data transmission completion delay based on the first moment and a second moment, and the second moment is the moment when the L2CAP sends the first data packet to the controller.

5. The method according to claim 4, wherein The L2CAP calculating the data transmission completion delay based on the first moment and the second moment includes: The L2CAP calculates a first delay based on the first moment and the second moment; The L2CAP corrects the first delay based on the historical data transmission completion delay on the first communication link to obtain the data transmission completion delay.

6. The method according to any one of claims 1-5, characterized in that The adjusting of the number of controller buffers available for the first communication link on the first Bluetooth device based on the first status information includes: Based on the first status information, and in combination with service priorities and a controller buffer allocation table, obtaining the number of controller buffers available for the first communication link under different service priorities; Adjusting the number of controller buffers available for the first communication link under different service priorities.

7. The method according to any one of claims 1-6, characterized in that, After adjusting the number of controller buffers available for the first communication link in the first Bluetooth device based on the first status information, the following steps are further included: When data needs to be sent using the first communication link, use the first communication link to send the data, and for each packet sent, increase the number of used controller buffers by one; When the number of used controller buffers is equal to the number of controller buffers available for the first communication link, stop using the first communication link to send data.

8. A Bluetooth communication scheduling device, characterized in that Deployed in a first Bluetooth device, where the first Bluetooth device establishes communication connections with at least two second Bluetooth devices; The device includes: An acquisition module, configured to acquire first status information on a first communication link, where the first status information includes: link status information and / or data transmission completion delay, and the first communication link is a communication link between the first Bluetooth device and any one of the second Bluetooth devices; A processing module, configured to adjust the number of controller buffers (controller buffer) available for the first communication link in the first Bluetooth device based on the first status information.

9. The device according to claim 8, characterized in that, The first status information includes: the link status information; When the acquisition module acquires the first status information on the first communication link, it specifically is used for: Acquire the link status information from the controller in the protocol stack of the first Bluetooth device, where the first status information is recorded in the controller.

10. The device according to claim 9, characterized in that The link status information includes one or more of: received signal strength indication (RSSI), retransmission rate, and packet loss rate.

11. The device according to any one of claims 8-10, characterized in that, The first status information includes: the data transmission completion delay; When the acquisition module acquires the first status information on the first communication link, it specifically is used for: Record the first moment when the first packet transmission is completed as feedback by the controller in the protocol stack of the first Bluetooth device, where the first packet is sent by the controller through the first communication link; Based on the first moment and the second moment, calculate the data transmission completion delay, where the second moment is the moment when the acquisition module sends the first packet to the controller.

12. The device according to claim 11, characterized in that, When the acquisition module calculates the data transmission completion delay based on the first moment and the second moment, it specifically is used for: Calculate a first delay based on the first moment and the second moment; Based on the historical data transmission completion delay on the first communication link, correct the first delay to obtain the data transmission completion delay.

13. The device according to any one of claims 8-12, characterized in that, When the processing module adjusts the number of controller buffers available for the first communication link in the first Bluetooth device based on the first status information, it specifically is used for: Based on the first status information, and in combination with the service priority and the controller buffer allocation table, obtain the number of controller buffers available for the first communication link under different service priorities; Adjust the number of controller buffers available for the first communication link under different service priorities.

14. The device according to any one of claims 8-13, characterized in that, After the processing module adjusts the number of controller buffers available for the first communication link in the first Bluetooth device based on the first status information, it is further configured to: In the case of needing to use the first communication link to send data, use the first communication link to send data, and for each packet sent, increase the number of used controller buffers by one; When the number of used controller buffers is equal to the number of controller buffers available for the first communication link, stop using the first communication link to send data.

15. A Bluetooth device, characterized in that, Comprising: One or more processors; A memory for storing one or more programs; When the one or more programs are executed by the one or more processors, the one or more processors are caused to implement the method according to any one of claims 1-7.

16. A chip, characterized in that, Comprising: At least one processor and an interface circuit; The at least one processor obtains program instructions or data through the interface circuit; The at least one processor is configured to execute the program line instructions to implement the method according to any one of claims 1-7.

17. A computer-readable storage medium, characterized in that, Comprising computer program instructions, when the instructions are run on an electronic device, the electronic device is caused to execute the method according to any one of claims 1-7.

18. A computer program product comprising instructions, characterized in that, When the instructions are run on an electronic device, the electronic device is caused to execute the method according to any one of claims 1-7.

Images