WO2021092839A1

WO2021092839A1 - Data transmission method, electronic devices, system and storage medium

Info

Publication number: WO2021092839A1
Application number: PCT/CN2019/118357
Authority: WO
Inventors: 郭仕林
Original assignee: 深圳市汇顶科技股份有限公司
Priority date: 2019-11-14
Filing date: 2019-11-14
Publication date: 2021-05-20
Also published as: CN111264079A; CN111264079B

Abstract

A data transmission method, electronic devices, a system and a storage medium, the method comprising: acquiring an isosynchronous link data packet to be transmitted; sending the isosynchronous link data packet to a second electronic device by means of a transmission link; when the isosynchronous link data packet is completely sent to the second electronic device, acquiring an asynchronous link data packet; and sending the asynchronous link data packet to the second electronic device by means of the transmission link. The isosynchronous link data packet that has strict timeliness requirements is first transmitted, and once the transmission of the isosynchronous link data packet is complete, the asynchronous link data packet is transmitted to achieve the transmission of both the isosynchronous link data packet and the asynchronous link data packet on the same link.

Description

Data transmission method, electronic equipment, system and storage medium

Technical field

The present invention relates to the field of data transmission technology, in particular to a data transmission method, electronic equipment, system and storage medium.

Background technique

Communication systems based on wireless networks are widely used, with typical topologies: one-to-one, one-to-many, and many-to-many. Among them, the one-to-many topology can be used for the transmission of multiple related data streams. For example: split stereo headset, multi-channel wireless home theater, drone cluster control system, etc.

In some application scenarios, in order to ensure that the data stream is delivered accurately and in time, an asynchronous link is usually established in the communication system to transmit the data stream. In other application scenarios, the timeliness of data delivery is higher than the accuracy of data delivery, such as calls, real-time video surveillance, and live TV. However, the asynchronous link in the communication system cannot meet the timeliness requirements of data delivery. At this time, another synchronization link needs to be established in the communication system to ensure the timeliness of data stream transmission.

The existing solution of synchronous link and asynchronous link coexisting can realize the transmission of data requiring high timeliness and data requiring accurate delivery. However, it also increases the hardware overhead and communication bandwidth of the communication system.

Summary of the invention

This application provides a data transmission method, electronic equipment, system, and storage medium, aiming to solve the technical problem of the coexistence of a synchronous link and an asynchronous link in the prior art, which increases the hardware overhead and communication bandwidth of the communication system.

In a first aspect, the present invention provides a data transmission method applied to a first electronic device, including:

Obtain the isosynchronous link data packet to be transmitted;

Sending an isosynchronous link data packet to the second electronic device through the transmission link;

When the isochronous link data packet is completely sent to the second electronic device, acquiring the asynchronous link data packet;

The asynchronous link data packet is sent to the second electronic device through the transmission link.

In a second aspect, the present invention provides a data transmission method applied to a second device, including:

Receiving a data packet sent by the first electronic device through a transmission link, the data packet including an isosynchronous link data packet or an asynchronous link data packet;

Extract the data type of the data packet;

Determine the buffer area for storing data packets according to the data type.

In a third aspect, the present invention provides a first electronic device, including:

The obtaining module is used to obtain the isosynchronous link data packet to be transmitted;

A sending module, configured to send isosynchronous link data packets to the second electronic device through the transmission link;

The obtaining module is also used to obtain the asynchronous link data packet when the isosynchronous link data packet is completely sent to the second electronic device;

The sending module is also used to send asynchronous link data packets to the second electronic device through the transmission link.

In a fourth aspect, the present invention provides a second electronic device, including:

The receiving module is configured to receive the data packet sent by the first electronic device through the transmission link, and the data packet includes an isosynchronous link data packet or an asynchronous link data packet;

The extraction module is used to extract the data type of the data packet;

The second storage module is used to determine a buffer area for storing data packets according to the data type.

In a fifth aspect, the present invention provides an electronic device, including: at least one processor and a memory;

Wherein, the memory stores computer execution instructions;

At least one processor executes computer-executable instructions stored in the memory, so that at least one processor executes the data transmission method involved in the first aspect and the optional solution.

In a sixth aspect, the present invention provides a computer-readable storage medium in which computer-executable instructions are stored. When the processor executes the computer-executed instructions, the data transmission method involved in the first aspect and the optional solutions is implemented .

This application provides a data transmission method, electronic equipment, system, and storage medium. In the data transmission method, an isosynchronous link data packet that has strict timeliness requirements is first transmitted through a transmission link, and the isosynchronous link data packet is waited for After the transmission is completed, the asynchronous link data packet is transmitted through the transmission link to ensure that the isosynchronous link data packet is delivered in real time, and the receiving device can accurately decode the received data, and realize the transmission on the same link, etc. Synchronous link data packets and asynchronous link data packets are transmitted. There is no need to establish two links to transmit the above data, which reduces the hardware consumption of the communication system and reduces the transmission bandwidth.

Description of the drawings

In order to more clearly describe the technical solutions in the embodiments of the present application or the prior art, the following will briefly introduce the drawings that need to be used in the description of the embodiments or the prior art. Obviously, the drawings in the following description These are some embodiments of the present application. For those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative labor.

Figure 1 is a schematic diagram of an existing asynchronous link transmission;

Figure 2 is a schematic diagram of an existing synchronous link transmission;

Fig. 3 is a schematic structural diagram of a data transmission system according to an exemplary embodiment of the present invention;

Fig. 4 is a schematic flowchart of a data transmission method according to an exemplary embodiment of the present invention;

Fig. 5 is a schematic flowchart of a data transmission method according to another exemplary embodiment of the present invention;

6 is a schematic diagram showing the structure of a buffer area of a first electronic device according to an exemplary embodiment of the present invention;

Fig. 7 is a flowchart showing an isosynchronous link transmission instruction according to an exemplary embodiment of the present invention;

FIG. 8 is a schematic diagram of the present invention showing an isosynchronous link transmission configuration instruction based on the embodiment shown in FIG. 7;

FIG. 9 is a schematic diagram showing the first A-ACL data sending moment based on the embodiment shown in FIG. 7 according to the present invention;

FIG. 10 is a flowchart of a data storage instruction of a first electronic device according to an embodiment of the present invention;

FIG. 11 is a diagram of the original ACL data structure shown in the embodiment of the present invention;

FIG. 12 is a flowchart of a first electronic device data sending instruction shown in an embodiment of the present invention;

13 is a schematic diagram of the structure of the A-ACL buffer area of the second electronic device shown in the embodiment shown in FIG. 12 of the present invention;

FIG. 14 is a schematic diagram of the A-ACL refresh mechanism of the present invention based on the embodiment shown in FIG. 12;

FIG. 15 is a schematic diagram of data arrangement according to the embodiment shown in FIG. 12 according to the present invention;

Fig. 16 is a flowchart showing a second electronic device data receiving instruction according to an exemplary embodiment of the present invention;

FIG. 17 is a schematic diagram showing the structure of a buffer area of a second electronic device according to an exemplary embodiment of the present invention;

FIG. 18 is a schematic diagram showing a structure of data transmission through an air interface according to an exemplary embodiment of the present invention;

Fig. 19 is a schematic structural diagram of a first electronic device according to an exemplary embodiment of the present invention;

Fig. 20 is a schematic structural diagram of a second electronic device according to an exemplary embodiment of the present invention;

Fig. 21 is a schematic structural diagram of an electronic device according to an exemplary embodiment of the present invention.

Detailed ways

In order to make the purpose, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be described clearly and completely in conjunction with the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments It is a part of the embodiments of the present application, but not all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by a person of ordinary skill in the art without creative work shall fall within the protection scope of this application.

The terms "first", "second", "third", "fourth", etc. (if any) in the description and claims of this application and the above-mentioned drawings are used to distinguish similar objects, without having to use To describe a specific order or sequence. It should be understood that the data used in this way can be interchanged under appropriate circumstances, so that the embodiments of the present application described herein, for example, can be implemented in a sequence other than those illustrated or described herein. In addition, the terms "including" and "having" and any variations of them are intended to cover non-exclusive inclusions. For example, a process, method, system, product, or device that includes a series of steps or units is not necessarily limited to those clearly listed. Those steps or units may include other steps or units that are not clearly listed or are inherent to these processes, methods, products, or equipment.

Wireless Personal Area Network (Wireless Personal Area Network, abbreviated as WPAN), refers to computing devices (such as computers, telephones, handheld terminals (Personal Digital Assistant, PDA), digital cameras) within a personal range (carried with you or within a few meters) Etc.) constitute a wireless communication network. The wireless personal area network can be used to exchange data between these devices, and can also be used to connect to high-level networks or the Internet.

Wireless network data transmission has more and more applications in personal area networks (PAN, Personal Area Network), such as wireless headsets, various wearable data sensors, etc. Common wireless link bearer methods include WIFI, infrared transmission technology (infrared data association, IrDA for short) or Bluetooth, etc.

Some wireless network data only needs to ensure that the data stream is delivered accurately and in time, and an asynchronous link is usually established in the communication system to transmit the above data stream. Figure 1 is a schematic diagram of an existing asynchronous link transmission. As shown in Figure 1, the data transmitted on the asynchronous link will be retransmitted indefinitely before receiving the confirmation from the peer to ensure that the data will be delivered, but the timeliness is not guaranteed, and it is suitable for transmitting important non-real-time information.

For other wireless network data, the timeliness of data delivery is higher than the accuracy of data delivery, such as real-time call data, real-time video surveillance data, and live TV data. However, the asynchronous link in the communication system cannot meet the timeliness requirements of data delivery. At this time, another synchronization link needs to be established in the communication system to ensure the timeliness of data stream transmission. Figure 2 is a schematic diagram of the existing synchronization link transmission. As shown in Figure 2, T_IFS and T_MSS represent time. If the message is not received within the validity period, it will always be retransmitted. After the validity period has expired, the data beyond the validity period will be refreshed, and no transmission will be performed. The data will enter the sending queue to ensure that the data transmission will not be delayed and the data will not be hoarded; the timeliness of the data delivery can be ensured, and the data delivery is not guaranteed.

Fig. 3 is a schematic structural diagram of a data transmission system according to an exemplary embodiment of the present invention. As shown in FIG. 3, the data transmission system 100 provided by the embodiment of the present invention includes a first electronic device 101 and a second electronic device 102. In the above-mentioned data transmission system 100, the first electronic device 101 and the second electronic device 102 are connected through a wireless local area network. Wherein, the above-mentioned second electronic device and the first electronic device may both be wireless earphones, various wearable data sensors, telephones, handheld terminals, digital cameras, and the like.

When the above-mentioned data transmission system transmits data, the first electronic device first receives the user command input by the user. If the user command is to enable isosynchronous transmission, the first electronic device sends the isosynchronous transmission configuration command to the second electronic device for the The first electronic device and the second electronic device complete the isosynchronous transmission configuration. After the above-mentioned data transmission system completes the isosynchronous transmission configuration, the first electronic device obtains the isosynchronous link (Automatically flushable Asynchronous Connection-Less, A-ACL) data, and judges whether the current moment is refresh at the beginning of each event At time, if the current time is the refresh time, the A-ACL data is re-acquired, and the updated A-ACL data is sent. If the refresh time has not arrived, the A-ACL data is not updated, and the A-ACL data is directly sent. After the A-ACL data is sent, the asynchronous link (Asynchronous Connection-Less, referred to as ACL) data is obtained, and the above ACL data is sent.

In the above-mentioned data transmission system, only by establishing a link between the second electronic device and the first electronic device, the transmission of ACL data and A-ACL data can be realized. There is no need to establish two links to transmit the above data, which reduces the hardware consumption of the communication system and reduces the transmission bandwidth.

Fig. 4 is a schematic flowchart of a data transmission method according to an exemplary embodiment of the present invention. As shown in Figure 4, the data transmission method provided in this embodiment includes:

S201: The first electronic device obtains an isosynchronous link data packet to be transmitted.

More specifically, isochronous link data packets have high requirements for real-time transmission. When the refresh time arrives, it is allowed to discard the data packets being transmitted and obtain new isochronous link data packets to ensure that the data is delivered on time.

The first electronic device determines whether the current time is the refresh time. The current moment is the refresh moment, which means that the refresh moment has arrived. The isochronous link data packet that has been acquired and to be transmitted needs to be discarded, and the isochronous link data packet of the next moment needs to be obtained.

If the current time is not the refresh time, the isosynchronous link data packet at the current time is obtained.

S202: The first electronic device sends an isosynchronous link data packet to the second electronic device through the transmission link.

More specifically, if the current time is the refresh time, after the isosynchronous link data packet is to be refreshed, the refreshed isosynchronous link data packet is sent, and if the refresh time does not come, the isosynchronous link data packet is directly sent.

Among them, the transmission link is an asynchronous transmission link. Since the asynchronous link ensures the accurate delivery of data packets, there is no data packet loss. Therefore, this application can communicate between the first electronic device and the second electronic device. On the transmission link, isosynchronous link data transmission is performed. And there is only one asynchronous transmission link between the first electronic device and the second electronic device, but there may be multiple other types of links.

S203. When the isosynchronous link data packet is completely sent to the second electronic device, the first electronic device obtains the asynchronous link data packet.

The first electronic device judges whether the isochronous link data packet is completely sent, and if the judgment result is yes, acquires the asynchronous link data packet. Asynchronous link data packets do not have strict requirements on timeliness, and do not need to be refreshed when the refresh time arrives, but only need to be guaranteed to be delivered. The isochronous link data has strict requirements on timeliness. If the data of the current frame is not transmitted in time before the refresh time, then the data of the current frame will be lost and the data of the next frame will be transmitted. Therefore, in this embodiment, after ensuring that the isochronous link data has been completely transmitted, the asynchronous link data packet is acquired.

S204: The first electronic device sends the asynchronous link data packet through the transmission link.

More specifically, the data packet includes an isosynchronous link data packet or an asynchronous link data packet.

S205. The second electronic device extracts the data type of the data packet.

After receiving the data packet sent by the first electronic device, the second electronic device extracts the data packet type.

S206: The second electronic device determines a buffer area for storing the data packet according to the data type.

More specifically, if the data type is an isosynchronous link data packet, it is determined whether the current time is the refresh time; if the current time is the refresh time, the data packet is stored in the isosynchronous link data packet for storing the next time If the current time is not the refresh time, the data packet is stored in the buffer area used to store the isosynchronous link data packet at the current time.

If the data type is an asynchronous link data packet, the data packet is stored in the buffer area for storing the asynchronous link data packet. If the data type is a link layer control data packet, the data packet is stored in a buffer area for storing asynchronous link data packets.

In the data transmission method provided in this embodiment, firstly transmit isosynchronous link data packets that have strict requirements on timeliness, and wait for the completion of the transmission of the isochronous link data packets, and then transmit the asynchronous link data packets, so as to be in the same chain. Both isochronous link data packets and asynchronous link data packets are transmitted on the road. There is no need to establish two links to transmit the above data, which reduces the hardware consumption of the communication system and reduces the transmission bandwidth.

Fig. 5 is a schematic structural diagram of a data transmission method according to another exemplary embodiment of the present invention. As shown in FIG. 5, based on the embodiment shown in FIG. 4, the following steps are further included before S201:

S301. The first electronic device obtains a user command.

More specifically, the user command is used to determine whether to start isochronous link transmission between the second electronic device and the first electronic device.

S302: Determine whether the user command is an open command, and if the judgment result is yes, the first electronic device sends an isosynchronous transmission configuration command. Otherwise, the asynchronous link data is acquired and sent.

More specifically, the refresh time is included in the above isosynchronous transmission configuration command.

S303. The second electronic device completes the configuration according to the isosynchronous transmission configuration command.

More specifically, after receiving the isosynchronous transmission configuration command, the second electronic device completes the isosynchronous transmission configuration, and the second electronic device and the first electronic device start isosynchronous link transmission.

S304. The first electronic device determines the refresh time according to the isosynchronous transmission configuration command.

S305. The first electronic device acquires the data packet to be transmitted and the data packet type of the data packet.

More specifically, in actual data transmission, data packets received by the application layer can be divided into original asynchronous link data packets and Link Layer Control Protocol (LLCP) data packets

S306. The first electronic device stores the corresponding data packet in the corresponding buffer area according to the type of the data packet.

More specifically, FIG. 6 is a schematic diagram showing the structure of a buffer area of the first electronic device according to an exemplary embodiment of the present invention. As shown in Figure 6, in the existing asynchronous link communication scheme, the buffer is divided into ACL buffer area and LLCP buffer area. The ACL buffer area is used to store asynchronous link data packets, and asynchronous link data packets do not need to be refreshed. Refresh at any time. The LLP buffer area is used to store LLCP buffer data. On the existing basis, an A-ACL buffer area is additionally set in the buffer area to store isosynchronous link data, and the isosynchronous link data is allowed to be refreshed.

When a data packet is received at the application layer, the data packet type can be determined according to the header of the original asynchronous link data packet and the link layer control data packet. The original asynchronous link data packets are further classified and processed, and the original asynchronous link data packets are divided into isosynchronous link data packets and asynchronous link data packets. And store the above-mentioned data packets to the corresponding buffer area respectively.

S307. The first electronic device extracts the isosynchronous link data packet from the buffer area storing the isosynchronous link data packet.

In addition, after receiving the data sent by the first electronic device, the second electronic device will store the corresponding data packet in the corresponding buffer area according to the data packet type. So that the second electronic device decodes the isochronous link data packet and the asynchronous link data.

In the data transmission method provided in this embodiment, the original ACL data issued by the application layer (Human-Computer Interaction, HCI) interface is classified, the ACL is divided into ACL data and A-ACL data, and the classified The data is packetized into different data buffer areas. Among them, the A-ACL buffer area is dedicated to storing A-ACL data, and the ACL data is placed in the ACL buffer area. The first electronic device control layer distinguishes and prioritizes the buffer area. Management, select the corresponding data for transmission. Among them, the A-ACL data has not been sent within the agreed time, that is, it has not been confirmed by the peer, and the data will be refreshed, that is, the data will not be sent again, and the pointer will be moved down to the next buffer area to prepare Transfer new data.

FIG. 7 is a flow chart of the isosynchronous link transmission command shown in the embodiment shown in FIG. 6 according to the present invention. As shown in Figure 7, the second electronic device includes an application layer and a control layer, and the first electronic device also includes an application layer and a control layer. The second electronic device and the first electronic device need to send the following instructions to establish synchronous link data transmission. :

S401. The first electronic device application layer sends an HCI_A_ACL_FLUSH_CONFIG_CMD instruction.

More specifically, the first electronic device application layer obtains the user command, and sends the HCI_A_ACL_FLUSH_CONFIG_CMD instruction according to the user command, and the instruction is used to make the first electronic device initiate an initialization process.

S402: The first electronic device control layer replies to the HCI_CMD_CS_EVT instruction.

S403. The first electronic device controls the layer and sends an LL_A_ACL_REQ instruction to the second electronic device.

More specifically, after receiving the HCI_A_ACL_FLUSH_CONFIG_CMD command, the first electronic device control layer replies the HCI_CMD_CS_EVT command to the first electronic device application layer, and at the same time converts the parameters in the HCI_A_ACL_FLUSH_CONFIG_CMD command to link layer parameters, and then initiates to the second electronic device through LL_A_ACL_REQ request.

S404: The second electronic device control layer sends the HCI_A_ACL_FLUSH_REQ_EVT instruction to the second electronic device application layer.

More specifically, after receiving the LL_A_ACL_REQ instruction, the second electronic device control layer notifies the second electronic device application layer through the HCI_A_ACL_FLUSH_REQ_EVT instruction, and waits for a reply from the application layer.

S405: The second electronic device application layer replies the HCI_A_ACL_FLUSH_ACC_CMD instruction to the second electronic device control layer.

More specifically, the second electronic device application layer replies to the second electronic device control layer through the HCI_A_ACL_FLUSH_ACC_CMD instruction.

S406: The second electronic device control layer sends HCI_CMD_CS_EVT to the second electronic device application layer.

S407. The second electronic device control layer replies the LL_A_ACL_RSP instruction to the first electronic device control layer.

More specifically, the second electronic device control layer determines whether to respond to the peer request according to the parameters in the HCI_A_ACL_FLUSH_ACC_CMD command, and replies to the first electronic device control layer through the LL_A_ACL_RSP instruction.

S408. If the LL_A_ACL_RSP instruction allows the establishment of isosynchronous link transmission, the first electronic device control layer sends the LL_A_ACL_IND instruction to establish an isosynchronous link transmission configuration between the first electronic device and the second electronic device.

More specifically, FIG. 8 is a schematic diagram showing the transmission configuration instruction of an isosynchronous link based on the embodiment shown in FIG. 7 according to the present invention. FIG. 9 is a schematic diagram showing the first A-ACL data sending time based on the embodiment shown in FIG. 7 according to the present invention. As shown in Figure 8 and Figure 9, the initiator in the LL_A_ACL_IND message specifies the transmission time point of the first A-ACL data through the Event Counter, and the refresh time of each data packet also starts from the time point corresponding to the first occurrence. Calculation. Among them, the LL_A_ACL_IND instruction needs to be sent in advance at the time of the event timer. If a retransmission causes the LL_A_ACL_IND instruction to be later than the time of the event timer, the most recent event will start to be transmitted according to the parameters agreed in LL_A_ACL_IND. The A-ACL data to be transmitted in the past events are uniformly refreshed in the recent events.

S409. The second electronic device and the first electronic device control layer send the LE_A_ACL_FLUSH_CONFIG_CMP_EVT instruction to the local application layer.

More specifically, both parties use LE_A_ACL_FLUSH_CONFIG_CMP_EVT to report that their respective application layer and other synchronization link transmission configurations are completed.

FIG. 10 is a flowchart of a data storage instruction of a first electronic device according to an embodiment of the present invention. FIG. 11 is a diagram of the original ACL data structure shown in the embodiment of the present invention. As shown in Figures 10 and 11, the data storage instruction flow is specifically as follows:

S501: The first electronic device receives original ACL data sent by the application layer.

S502. Extract the PB Flag value from the original ACL data.

S503: If the PB Flag value is 00, store the original ACL data in the ACL cache.

S504. Set the state of Rx to Rx-ACL.

S505: If the value of PBFlag is 10, store the original ACL data in the A-ACL cache.

S506: Set the state of Rx to Rx-A-ACL.

S507. If the value of PBFlag is 01 and the state of Rx is Rx-A-ACL, then proceed to S505. If the value of PBFlag is 01 and the state of Rx is Rx-ACL, then proceed to S503.

S508. Judge whether the data is received completely, if the judgement result is yes, go to S509, otherwise, go to S512

S509. Set the state of Rx to waiting.

S510: Judge whether the currently used cache is an A-ACL cache, and if the judgment result is yes, then go to S511; otherwise, go to S512.

S511. Move the pointer to the A-ACL cache down by one A-ACL cache.

S512. End.

FIG. 12 is a flowchart of a first electronic device data sending instruction shown in an embodiment of the present invention. As shown in Figure 12, the sending instruction process is specifically as follows:

S601, the event begins

S602: Determine whether the refresh timer is equal to the event timer. If the judgment result is yes, go to S603; otherwise, go to S604.

S603. Point the pointer to the A-ACL cache to the next cache.

S604: Determine whether the LLCP buffer is empty; if it is empty, go to S606; otherwise, go to S605.

S605: Send the data in the LLCP buffer.

S606. Judge whether the A-ACL data is sent completely, if yes, go to S607, otherwise, go to S609.

S607: Determine whether the ACL cache is empty, if yes, go to S609; otherwise, go to S608.

S608: Send ACL data. And transfer to S613.

S609. Continue to send A-ACL data.

S610: Determine whether the event is completed, and if the result of the determination is yes, then proceed to S614. Otherwise, go to S611.

S611: Determine whether the current A-ACL cache is used up, if yes, go to S612, otherwise go to S609.

S612. Point the pointer to the A-ACL cache to the next cache.

S613. Judge whether the event is completed, if yes, go to S602; otherwise, go to S614.

S614. The event ends.

FIG. 13 is a schematic diagram of the structure of the A-ACL buffer area according to the embodiment shown in FIG. 12 according to the present invention. As shown in Figure 13, each A-ACL buffer area contains n 251-byte data storage units. The specific data size stored in the data storage unit is determined by the PDU Data length. The number of n data storage units used is determined by the PDU Data length. The BPN decides that the BPN cannot exceed n, and the PDU Data length cannot exceed 251.

FIG. 14 is a schematic diagram of the A-ACL refresh mechanism according to the embodiment shown in FIG. 12 according to the present invention. As shown in Figure 14, in data transmission, according to the PDU Data length and BPN parameters in the LL_A_ACL_IND message, the data frames sent by the application layer are arranged in the same event. Ideally, the timing of occurrence is as shown in 1, 2 in the above figure. The sending sequence of 3 and 4, 5, and 6 data packets; when the data is not successfully delivered within the agreed refresh time due to packet loss and the total number of data transmissions in the Event, the old data will be refreshed and the sending queue needs to be switched , Let the newly generated data be sent. As shown in the figure above, the refresh time of data packet No. 9 unsuccessfully sent to data 7, 8, and 9 has been reached. At this time, data packet No. 13 is sent directly in the next event.

FIG. 15 is a schematic diagram of data arrangement based on the embodiment shown in FIG. 12 according to the present invention. As shown in Figure 15, during A-ACL data transmission, if other data that is not allowed to be refreshed, such as ACL and LLCP, needs to be transmitted in the transmission queue, the transmission sequence and transmission timing are shown in Figure 15. LLC data is only allowed Transmission is performed in the first data in the event. Before each event, it is necessary to check whether there is LLCP data to be transmitted, and only one LLC data transmission is performed in each Event. ACL data that is not allowed to be refreshed is only allowed in each event. After the A-ACL data is completely sent, check the switching transmission. If the A-ACL data is fragmented, it is not allowed to insert the ACL data frame transmission during the fragmented transmission, that is, the ACL data can be transmitted after the complete transmission of the A-ACL data. The time slot occupied by the transmission of the ACL data packet and the LLCP data packet does not affect the calculation of the refresh timer, that is, it still needs to be refreshed when the refresh time is up.

Fig. 16 is a flow chart showing a second electronic device data receiving instruction according to an exemplary embodiment of the present invention. As shown in Figure 16, the received instructions include:

S701. Receive data.

S702: Determine whether the refresh timer is the same as the event timer, and if the determination result is yes, go to S703, otherwise, go to S704.

S703. Point the pointer to the A-ACL cache to the next cache.

S704: Determine whether the LLID of the data is 11, if yes, go to S705, otherwise, go to S705.

S705: Store the data packet in the LLCP buffer.

S706. If the LLID is 10, go to S707, if the LLID is 00, go to S708, and if the LLID is 01, go to S709.

S707: Store the data packet in the ACL cache, and enter S710.

S708: Store the data packet in the A-ACL cache, and enter S711.

In S709, the state of Rx is Rx-A-ACL, then enter S708, and the state of Rx is Rx-ACL, then enter S707.

S710. Set the state of Rx to Rx-ACL.

S711. Set the state of Rx to Rx-A-ACL.

S712: Judge whether the current buffer is completely stored, if the judgement result is yes, go to S713, otherwise go to S717.

In S713, the state of Rx is Rx-A-ACL, then enter S714, and the state of Rx is Rx-ACL, then enter S715.

S714. Point the pointer to the A-ACL cache to the next cache.

S715. Send the data to the application layer of the second electronic device.

S716: Set the state of Rx to idle.

S717. End.

Fig. 17 is a schematic diagram showing a structure of a buffer area of a second electronic device according to an exemplary embodiment of the present invention. Fig. 18 is a schematic diagram showing a structure of data transmission over an air interface according to an exemplary embodiment of the present invention.

As shown in Figures 17 and 18. In this embodiment, during air interface transmission, referring to the Bluetooth transmission protocol, the format of the header part is specified by the corresponding protocol, and LLID=00b can be used for the initial frame of the A-ACL data packet. After the second electronic device passes the LLID filtering, the ACL data packet will continue to be filtered, and the isosynchronous data stream A-ACL is judged by the reserved LLID, and placed in the corresponding buffer, stored in the header in turn, each PDU stores an A -ACL storage unit.

When the number of received PDUs is equal to BPN, it is considered that the current data has been completely received, and the data is reported through HCI or other interfaces, and the pointer to the A-ACL buffer is pointed to the next buffer.

When the refresh timer is equal to the event timer, it means that the current A-ACL data refresh time has arrived, and the opposite end will transmit a new data packet. If the data packet is not received completely, it will report the received part through HCI or other interfaces. Data, and need to mark that the data is incomplete, and point the pointer to the A-ACL cache to the next cache. Wait for new ACL-U data.

Fig. 19 is a schematic structural diagram of a first electronic device according to an exemplary embodiment of the present invention. As shown in FIG. 19, the present invention provides a first electronic device, including:

The obtaining module 801 is used to obtain the isosynchronous link data packet to be transmitted;

The sending module 802 is configured to send isosynchronous link data packets to the second electronic device through the transmission link;

The obtaining module 801 is further configured to obtain an asynchronous link data packet when the isosynchronous link data packet is completely sent to the second electronic device;

The sending module 802 is further configured to send an asynchronous link data packet to the second electronic device through the transmission link.

Optionally, the obtaining module 801 is specifically used for:

If the current time is the refresh time, obtain the isosynchronous link data packet at the next time;

Optionally, the obtaining module is also used to obtain user commands;

The sending module 802 is also used to determine whether the user command is an open command, and if the user command is an open command, send an isosynchronous transmission configuration command to the second electronic device; wherein the isosynchronous transmission configuration command is used to determine the refresh time.

Optionally, the transmission link is an asynchronous transmission link.

Optionally, the electronic device further includes a first storage module 803, wherein:

The obtaining module 801 is also used to obtain the data packet to be transmitted and the data packet type of the data packet; wherein, the data packet type includes: isosynchronous link data packet, asynchronous link data packet, and link layer control data packet;

The first storage module 803 is configured to store the data packet in the corresponding buffer area according to the type of the data packet.

Optionally, the obtaining module 801 is specifically used for:

The isochronous link data packet is extracted from the buffer area where the isochronous link data packet is stored.

Optionally, the obtaining module 801 is further configured to obtain the link layer control data packet from a buffer area storing the link layer control data packet;

The sending module 802 is further configured to send a link layer control data packet to the second electronic device through the transmission link.

Fig. 20 is a schematic structural diagram of a second electronic device according to an exemplary embodiment of the present invention. The present invention provides a second electronic device, including:

The receiving module 901 is configured to receive a data packet sent by the first electronic device through a transmission link, and the data packet includes an isosynchronous link data packet or an asynchronous link data packet;

The extraction module 902 is used to extract the data type of the data packet;

The second storage module 903 is configured to determine a buffer area for storing data packets according to the data type.

Optionally, the second storage module 903 is specifically configured to:

If the data type is an isosynchronous link data packet, determine whether the current time is the refresh time;

If the current time is the refresh time, the data packet is stored in the buffer area for storing the isosynchronous link data packet at the next time;

If the current time is not the refresh time, the data packet is stored in the buffer area for storing the isosynchronous link data packet at the current time.

Optionally, the second electronic device further includes a determining module 904; wherein,

The sending module 901 is further configured to receive a synchronous transmission configuration command sent by the first electronic device;

The determining module 904 is configured to determine the refresh time according to the synchronous transmission configuration command.

Optionally, the sending module 901 is further configured to receive the link layer control data packet sent by the first electronic device through the transmission link.

Optionally, the transmission link is an asynchronous transmission link.

Fig. 21 is a schematic structural diagram of an electronic device according to an exemplary embodiment of the present invention. As shown in FIG. 21, the electronic device of this embodiment includes a processor 1001 and a memory 1002.

among them. The memory 1002 is used to store computer execution instructions;

The processor 1001 is configured to execute computer-executable instructions stored in the memory to implement various steps executed by the receiving device in the foregoing embodiment. For details, refer to the relevant description in the foregoing method embodiment.

Optionally, the memory 1002 may be independent or integrated with the processor 1001.

When the memory 1002 is independently provided, the flow control device further includes a bus 1003 for connecting the memory 1002 and the processor 1001.

The embodiment of the present invention also provides a computer-readable storage medium, and the computer-readable storage medium stores computer-executable instructions. When the processor executes the computer-executed instructions, the above data transmission method is realized.

A person of ordinary skill in the art can understand that all or part of the steps in the foregoing method embodiments can be implemented by a program instructing relevant hardware. The aforementioned program can be stored in a computer readable storage medium. When the program is executed, it executes the steps including the foregoing method embodiments; and the foregoing storage medium includes: ROM, RAM, magnetic disk, or optical disk and other media that can store program codes.

Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, not to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that: The technical solutions recorded in the foregoing embodiments can still be modified, or some or all of the technical features can be equivalently replaced; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the technical solutions of the embodiments of the present invention. range.

Claims

A data transmission method, characterized in that it is applied to a first electronic device, and includes:

Obtain the isosynchronous link data packet to be transmitted;

Sending the isosynchronous link data packet to the second electronic device through a transmission link;

Acquiring an asynchronous link data packet when the isosynchronous link data packet is completely sent to the second electronic device;

Sending the asynchronous link data packet to the second electronic device through the transmission link.
The method according to claim 1, wherein said obtaining the isosynchronous link data packet to be transmitted specifically comprises:

If the current moment is the refresh moment, acquiring the isosynchronous link data packet at the next moment;

If the current time is not the refresh time, the isosynchronous link data packet at the current time is acquired.
The method according to claim 2, characterized in that, before said obtaining the isosynchronous link data packet to be transmitted, the method further comprises:

Get user commands;

It is determined whether the user command is an opening command, and if the user command is the opening command, an isosynchronous transmission configuration command is sent to the second electronic device; wherein, the isosynchronous transmission configuration command is used to determine the Refresh moment.
The method according to claim 1 or 2, wherein the transmission link is an asynchronous transmission link.
The method according to claim 1 or 2, wherein the method further comprises:

Acquiring the data packet to be transmitted and the data packet type of the data packet; wherein the data packet type includes: the isosynchronous link data packet, the asynchronous link data packet, and the link layer control data packet;

The data packet is stored in the corresponding buffer area according to the data packet type.
The method according to claim 5, wherein said obtaining isosynchronous link data packets to be transmitted comprises:

Extract the isosynchronous link data packet from the buffer area storing the isosynchronous link data packet.
The method according to claim 5, wherein before the sending the isosynchronous link data packet to the second electronic device through a transmission link, the method further comprises:

Acquiring the link layer control data packet from a buffer area storing the link layer control data packet;

Sending the link layer control data packet to the second electronic device through the transmission link.
A data transmission method, characterized in that it is applied to a second device, and includes:

Receiving a data packet sent by the first electronic device through a transmission link, where the data packet includes an isosynchronous link data packet or an asynchronous link data packet;

Extract the data type of the data packet;

A buffer area for storing the data packet is determined according to the data type.
The method according to claim 8, wherein the determining a buffer area for storing the data packet according to the data type specifically comprises:

If the data type is an isosynchronous link data packet, it is determined whether the current moment is the refresh moment;

If the current time is the refresh time, storing the data packet in a buffer area for storing the isosynchronous link data packet of the next time;

If the current time is not the refresh time, the data packet is stored in a buffer area for storing the isosynchronous link data packet of the current time.
The method according to claim 9, characterized in that, before the receiving the data packet sent by the first electronic device through the transmission link, the method further comprises:

Receiving a synchronous transmission configuration command sent by the first electronic device;

The refresh time is determined according to the synchronous transmission configuration command.
The method according to claim 8 or 9, characterized in that, before the receiving the data packet sent by the first electronic device through the transmission link, the method further comprises:

Receiving the link layer control data packet sent by the first electronic device through the transmission link.
The method according to claim 8 or 9, wherein the transmission link is an asynchronous transmission link.
A first electronic device, characterized by comprising:

The obtaining module is used to obtain the isosynchronous link data packet to be transmitted;

A sending module, configured to send the isosynchronous link data packet to the second electronic device through a transmission link;

The obtaining module is further configured to obtain an asynchronous link data packet when the isosynchronous link data packet is completely sent to the second electronic device;

The sending module is further configured to send the asynchronous link data packet to the second electronic device through the transmission link.
The electronic device according to claim 13, wherein the acquiring module is specifically configured to:

If the current moment is the refresh moment, acquiring the isosynchronous link data packet at the next moment;

If the current time is not the refresh time, the isosynchronous link data packet at the current time is acquired.
The electronic device according to claim 14, wherein:

The acquiring module is also used to acquire user commands;

The sending module is also used to determine whether the user command is an open command, and if the user command is the open command, send an isosynchronous transmission configuration command to the second electronic device; wherein, the isosynchronous transmission The configuration command is used to determine the refresh time.
The electronic device according to claim 13 or 14, wherein the transmission link is an asynchronous transmission link.
The electronic device according to claim 13 or 14, wherein the electronic device further comprises a first storage module, wherein:

The acquisition module is also used to acquire the data packet to be transmitted and the data packet type of the data packet; wherein, the data packet type includes: the isosynchronous link data packet, the asynchronous link data packet, and the chain Road layer control data packet;

The first storage module is configured to store the data packet in a corresponding buffer area according to the data packet type.
The electronic device according to claim 17, wherein the acquiring module is specifically configured to:

Extract the isosynchronous link data packet from the buffer area storing the isosynchronous link data packet.
The electronic device according to claim 17, wherein:

The obtaining module is further configured to obtain the link layer control data packet from a buffer area storing the link layer control data packet;

The sending module is further configured to send the link layer control data packet to the second electronic device through the transmission link.
A second electronic device, characterized by comprising:

A receiving module, configured to receive a data packet sent by the first electronic device through a transmission link, the data packet including an isosynchronous link data packet or an asynchronous link data packet;

An extraction module for extracting the data type of the data packet;

The second storage module is configured to determine a buffer area for storing the data packet according to the data type.
The electronic device according to claim 20, wherein the second storage module is specifically configured to:

If the data type is an isosynchronous link data packet, it is determined whether the current moment is the refresh moment;

If the current time is the refresh time, storing the data packet in a buffer area for storing the isosynchronous link data packet of the next time;

If the current time is not the refresh time, the data packet is stored in a buffer area for storing the isosynchronous link data packet of the current time.
The electronic device according to claim 21, wherein the second electronic device further comprises a determining module; wherein,

The sending module is further configured to receive a synchronous transmission configuration command sent by the first electronic device;

The determining module is configured to determine the refresh time according to the synchronous transmission configuration command.
The electronic device according to any one of claims 20 to 22, wherein:

The sending module is further configured to receive the link layer control data packet sent by the first electronic device through the transmission link.
The electronic device according to any one of claims 20 to 22, wherein the transmission link is an asynchronous transmission link.
An electronic device, characterized by comprising: at least one processor and a memory;

Wherein, the memory stores computer execution instructions;

The at least one processor executes the computer-executable instructions stored in the memory, so that the at least one processor executes the data transmission method according to any one of claims 1 to 7.
A computer-readable storage medium, wherein a computer-executable instruction is stored in the computer-readable storage medium, and when the processor executes the computer-executable instruction, the computer-executable instruction is implemented as described in any one of claims 1 to 7 Data transmission method.