WO2020124371A1

WO2020124371A1 - Method and device for establishing data channels

Info

Publication number: WO2020124371A1
Application number: PCT/CN2018/121774
Authority: WO
Inventors: 朱宇洪; 王良; 郑勇; 张景云
Original assignee: 华为技术有限公司
Priority date: 2018-12-18
Filing date: 2018-12-18
Publication date: 2020-06-25
Also published as: CN113039822A; CN115643554A; CN113039822B

Abstract

Disclosed in the present application are a method and a device for establishing data channels, relating to the field of short distance communication, and enabling all of the CIS in an audio service CIG to be established before the audio service is started. Compared to establishing all of the CIS in the corresponding CIG after the audio service is started, the transmission latency of audio data can be effectively reduced. The specific solution is: a first electronic device acquires an audio service supported by a second electronic device, and determines CIG parameters of a CIG corresponding to the audio service; the first electronic device configures the CIG parameters and, on the basis of the configured CIG parameters, establishes a CIS in the CIG, the CIS in the CIG not being activated; before the audio service is started, the first electronic device activates the CIS in the CIG and sends an activation command to the second electronic device, the activation command being used for instructing the second electronic device to activate the CIS in the CIG; and the first electronic device transmits audio data with the second electronic device by means of the CIS in the CIG.

Description

Method and equipment for establishing data channel

Technical field

The present application relates to the field of short-range communications, and in particular, to a method and device for establishing a data channel.

Background technique

Bluetooth (bluetooth) is a wireless technology standard that enables short-range data interaction between different devices. For example, the mobile phone can turn on the Bluetooth module and perform short-range data interaction with the Bluetooth headset to use the Bluetooth headset as the audio input/output device of the mobile phone to realize the functions of audio services such as voice and music. When using Bluetooth for short-range data interaction, audio data (or audio stream, stream) can be transmitted between different devices through an isochronous (ISO) channel of Bluetooth (Bluetooth Low Energy). ) Transmission.

The ISO channel of BLE defines a transmission mechanism. Under this transmission mechanism, a master device (Master, abbreviated as M, such as the above-mentioned mobile phone) can send audio data to one or more slave devices (Slave, abbreviated as S, as the aforementioned Bluetooth headset). Specifically, a connection-based isochronous group (CIG) is defined in the transmission mechanism, and CIG is the concept of group. A CIG may include one or more connected isochronous audio streams (CIS). A master device can send audio data to a slave device through a CIS in a CIG. A master device can send audio data to multiple slave devices through multiple CISs in a CIG, and multiple slave devices correspond to multiple CISs in one-to-one correspondence.

Summary of the invention

The embodiments of the present application provide a method and equipment for establishing a data channel. Before the audio service is started, all CISs in the CIG corresponding to the audio service have been established. Compared with establishing all CISs in the corresponding CIG after the audio service is started, the transmission delay of audio data can be effectively reduced.

This application uses the following technical solutions:

A first aspect of the present application provides a method for establishing a data channel. The method can be applied to a first electronic device. The method may include: the first electronic device obtains an audio service supported by a second electronic device, and determines that the audio service corresponds to The CIG parameters of the CIG of the CIG; the first electronic device can configure the CIG parameters, and establish the CIS in the CIG according to the configured CIG parameters, wherein the CIS in the CIG is not activated; when the audio service is turned on, the first electronic device can be activated CIS in the CIG and send an activation instruction to the second electronic device, the activation instruction can be used to instruct the second electronic device to activate the CIS in the CIG; in this way, the first electronic device can communicate with the second electronic device through the CIS in the CIG Transfer audio data.

The first electronic device may be an electronic device such as a mobile phone, and the second electronic device may be a peripheral device such as a Bluetooth headset, or the second electronic device may also be a main body such as a peripheral device, such as a main body of a TWS headset. When the second electronic device is the main body of the peripheral device, the first electronic device is a CIS established between each main body of the peripheral device and belongs to the same CIG.

Using this technical solution, the configuration of the CIG parameters corresponding to the audio service and the establishment of all CISs in the CIG are completed before the audio service is started. It does not activate all CIS in the CIG. When the audio service is turned on, all CISs in the CIG can be activated through the air interface signaling of the corresponding number (the number is the same as the number of CISs in the CIG), and then all CISs in the CIG can be used to perform the Audio data transmission for audio services. In this way, the establishment delay of all CIS in CIG is effectively reduced, thereby reducing the transmission delay of audio data.

In a possible implementation, the method may further include: at the end of the audio service, the first electronic device may deactivate the CIS in the CIG, and send a deactivation instruction to the second electronic device, the deactivation instruction is used to Instruct the second electronic device to deactivate the CIS in the CIG; the first electronic device stops transmitting audio data with the second electronic device through the CIS in the CIG. In this way, at the end of the audio service, by deactivating the CIS in the CIG corresponding to the audio service and retaining the virtual link instead of deleting it, it is not necessary to establish the CIG corresponding to the audio service when the audio service is restarted CIS, thereby reducing the transmission delay of audio data.

In another possible implementation manner, before the first electronic device obtains the audio service supported by the second electronic device, the method may further include: the first electronic device performs a pairing operation with the second electronic device; the first electronic device Implement the operation of establishing an ACL link with the second electronic device; the first electronic device acquiring audio services supported by the second electronic device may specifically include: the first electronic device implements a business scenario negotiation with the second electronic device through the ACL link In operation, the first electronic device determines the audio service supported by the second electronic device according to the business scenario negotiation result; the first electronic device determines the CIG parameter of the connection-based isochronous stream group CIG corresponding to the audio service, which may specifically include: the first electronic device The device implements an operation of negotiating parameters with the second electronic device through the ACL link, and the first electronic device determines the CIG parameters of the CIG corresponding to the audio service according to the parameter negotiation result. In this way, business scenarios and CIG parameter negotiation can be realized through the established ACL link, so as to determine the audio service supported by the second electronic device, and obtain CIG parameters that can be adapted to the audio service supported by the second electronic device, ensuring that The CIS in the pre-established CIG can meet the business needs of corresponding audio services.

In another possible implementation manner, the CIG state machine is set in the first electronic device; after the first electronic device and the second electronic device establish the CIS in the CIG, the CIG state machine is in the first state. The first state may be used to indicate that the CIS in the CIG is not activated and cannot be used for audio data transmission; the first electronic device may activate the CIS in the CIG, which may specifically include: the first electronic device changes the state machine of the CIG from the first state Switch to the second state, which can be used to indicate that the CIS in the CIG is activated and can be used for the transmission of audio data.

In another possible implementation manner, the first electronic device deactivates the CIS in the CIG, which may specifically include: the first electronic device switches the state machine of the CIG from the second state to the first state.

In another possible implementation manner, the first state is an open state, and the second state is an audio streaming state.

In another possible implementation manner, the method may further include: the first electronic device establishes a correspondence between the audio service and the CIG; when the audio service is turned on, the first electronic device activates the CIS in the CIG, which may specifically include: When the audio service is turned on, the first electronic device may activate the CIS in the CIG corresponding to the audio service according to the above correspondence. In this way, according to the maintained correspondence, the first electronic device can activate the CIS in the CIG that can adapt to the currently activated audio service, ensuring that the transmission of audio data can meet the service requirements.

In another possible implementation manner, the CIG parameters may include at least one of the following: quality of service (QoS) parameters, codec parameters, and CIS parameters. The CIS parameters may be used for the first electronic device and the second Transmission parameters for electronic device data transmission and reception.

A second aspect of the present application provides a method for establishing a data channel. The method may be applied to a second electronic device. The method may include: the second electronic device establishes a CIS in the CIG, and the audio supported by the CIG and the second electronic device Business correspondence, the CIS in the CIG is not activated; the second electronic device receives the activation instruction sent by the first electronic device; in response to the received activation instruction, the second electronic device activates the CIS in the CIG; the second electronic device passes the CIG CIS transmits audio data with the first electronic device.

In a possible implementation, the method may further include: the second electronic device receives the deactivation instruction sent by the first electronic device; in response to the deactivation instruction, the second electronic device deactivates the CIS in the CIG; the second The electronic device stops transmitting audio data with the first electronic device through the CIS in the CIG. In this way, at the end of the audio service, by deactivating the CIS in the CIG corresponding to the audio service and retaining the virtual link instead of deleting it, it is not necessary to establish the CIG corresponding to the audio service when the audio service is restarted CIS, thereby reducing the transmission delay of audio data.

In another possible implementation manner, before the second electronic device establishes the CIS in the CIG, the method may further include: the second electronic device performs a pairing operation with the first electronic device; the second electronic device implements the The electronic device establishes an ACL link; the second electronic device implements an operation of negotiating a business scenario with the first electronic device through the ACL link, and the operation of negotiating the business scenario is used by the first electronic device to determine the audio service supported by the second electronic device; The second electronic device implements an operation of negotiating parameters with the first electronic device through the ACL link. The operation of negotiating parameters is used for the first electronic device to determine the CIG parameters of the CIG corresponding to the audio service, and the CIG parameters are used to establish the CIS in the CIG. In this way, business scenarios and CIG parameter negotiation can be realized through the established ACL link, so that the first electronic device can determine the audio service supported by the second electronic device, and obtain an audio service capable of adapting to the audio service supported by the second electronic device The CIG parameters ensure that the CIS in the pre-established CIG can meet the service requirements of the corresponding audio service.

In another possible implementation manner, the second electronic device may be provided with a CIG state machine; after the second electronic device and the first electronic device establish a CIS in the CIG, the CIG state machine is the first state , The first state can be used to indicate that the CIS in the CIG is not activated and cannot be used for audio data transmission; the second electronic device activates the CIS in the CIG, which may specifically include: A state is switched to a second state, which can be used to indicate that the CIS in the CIG is activated and can be used for audio data transmission.

In another possible implementation manner, the second electronic device deactivates the CIS in the CIG, which may specifically include: the second electronic device switches the state machine of the CIG from the second state to the first state.

In another possible implementation manner, the first state is an open state, and the second state is a streaming state.

In another possible implementation manner, the CIG parameter may include at least one of the following: a QoS parameter, a codec parameter, and a CIS parameter. The CIS parameter may be a transmission parameter used for data transmission and reception between the first electronic device and the second electronic device.

A third aspect of the present application provides a method for establishing a data channel. The method may be applied to a first electronic device. The method may include: the first electronic device obtains an audio service supported by the second electronic device; the first electronic device determines The CIG parameter of the CIG corresponding to the audio service. The CIG parameter can be used to establish the CIS in the CIG; the first electronic device configures the CIG parameter, and sends a CIS establishment request message to the second electronic device according to the configured CIG parameter; the first electronic device receives The CIS establishment response message sent by the second electronic device; when the audio service is turned on, the first electronic device sends a CIS establishment message to the second electronic device. The CIS establishment message can be used to establish the CIS in the CIG with the second electronic device; An electronic device transmits audio data with the second electronic device through the CIS in the CIG.

With this technical solution, before the audio service is started, the configuration of the CIG parameters corresponding to the audio service is completed, and a CIS establishment request message is sent to the second electronic device. If the CIS establishment response message sent by the second electronic device is received, the CIS establishment message is not sent to the second electronic device temporarily. Instead, when the audio service is started, a CIS establishment message is sent to the second electronic device to establish the CIS in the CIG with the second electronic device, and then the audio of the audio service can be conducted through the CIS in the CIG and the second electronic device Data transmission. In this way, the establishment delay of all CIS in CIG is effectively reduced, thereby reducing the transmission delay of audio data.

In a possible implementation manner, before the first electronic device obtains the audio service supported by the second electronic device, the method may further include: the first electronic device performs a pairing operation with the second electronic device; the first electronic device implements The operation of establishing an ACL link with the second electronic device; the first electronic device acquiring audio services supported by the second electronic device may specifically include: the first electronic device implements an operation of negotiating a business scenario with the second electronic device through the ACL link , The first electronic device determines the audio service supported by the second electronic device according to the negotiation result of the business scenario; the first electronic device determines the CIG parameters of the connection-based isochronous stream group CIG corresponding to the audio service, which may specifically include: the first electronic device The operation of negotiating parameters with the second electronic device through the ACL link is implemented, and the first electronic device determines the CIG parameters of the CIG corresponding to the audio service according to the parameter negotiation result. In this way, business scenarios and CIG parameter negotiation can be realized through the established ACL link, so that the first electronic device can determine the audio service supported by the second electronic device, and obtain an audio service capable of adapting to the audio service supported by the second electronic device The CIG parameters ensure that the CIS in the pre-established CIG can meet the service requirements of the corresponding audio service.

According to a fourth aspect of the present application, an electronic device is provided. The electronic device may include: one or more processors, a memory, a wireless communication module, and a mobile communication module; a memory, a wireless communication module, and a mobile communication module and one or more The processor is coupled, and the memory is used to store computer program code. The computer program code includes computer instructions. When one or more processors execute the computer instructions, the electronic device executes the first aspect or a possible implementation manner of the first aspect, or the first The method for establishing a data channel according to any one of the three aspects or any possible implementation manner of the third aspect. The electronic device may be the above-mentioned first electronic device.

A fifth aspect of the present application provides an electronic device, which may include: one or more processors, a memory, a wireless communication module, a receiver, and a microphone; a memory, a wireless communication module, a receiver, and a microphone are coupled to the processor, The memory is used to store computer program code. The computer program code includes computer instructions. When one or more processors execute the computer instructions, the electronic device executes any one of the second aspect or any possible implementation manner of the second aspect. How to establish a data channel. The electronic device may be the above-mentioned second electronic device.

According to a sixth aspect of the present application, a Bluetooth system is provided. The Bluetooth system may include: the electronic device according to the fourth aspect, and the electronic device according to the fifth aspect.

A seventh aspect of the present application provides a computer storage medium, including computer instructions, which when executed on an electronic device (such as the above-mentioned first electronic device), causes the electronic device to execute the first aspect or the first aspect A possible implementation manner, or the method for establishing a data channel according to any one of the third aspect or any possible implementation manner of the third aspect.

An eighth aspect of the present application provides a computer storage medium, including computer instructions, which when executed on an electronic device (such as the above-mentioned second electronic device), causes the electronic device to perform the second aspect or the second aspect The method for establishing a data channel according to any one of the possible implementation manners.

In a ninth aspect of the present application, the present application provides a computer program product, which, when the computer program product runs on a computer, causes the computer to execute the method for establishing a data channel described in any one of the above.

Understandably, the electronic device described in the fourth and fifth aspects provided above, the Bluetooth system described in the sixth aspect, the computer storage medium described in the seventh and eighth aspects, and the electronic device described in the ninth aspect The computer program products are used to execute the corresponding methods provided above. Therefore, for the beneficial effects that can be achieved, refer to the beneficial effects in the corresponding methods provided above, which will not be repeated here.

BRIEF DESCRIPTION

1 is a schematic diagram of the composition of a Bluetooth system provided by an embodiment of this application;

2 is a schematic structural diagram of an earplug of a TWS earphone provided by an embodiment of the present application;

3 is a schematic diagram of an example of a product form of a TWS earphone provided by an embodiment of the present application;

4 is a schematic structural diagram of an electronic device according to an embodiment of the present application;

5 is a schematic diagram of a data channel provided by an embodiment of this application;

6 is a schematic diagram of the composition of a Bluetooth transmission framework provided by an embodiment of the present application;

7 is a schematic diagram of a CIS establishment process provided by an embodiment of this application;

8 is a schematic flowchart of a method for establishing a data channel according to an embodiment of the present application;

9 is a schematic diagram of a CIG state transition provided by an embodiment of the present application;

10 is a schematic diagram of the distribution of different CIG in the time domain between a mobile phone and left and right earplugs of a TWS earphone according to an embodiment of the present application;

11 is a schematic diagram of the distribution of different CIG in the time domain between another mobile phone and the left and right earplugs of the TWS headset provided by the embodiment of the present application;

FIG. 12 is a schematic diagram of the composition of a Bluetooth device provided by some embodiments of the present application.

detailed description

At present, the CIG parameters (such as CIG parameters) used to transmit audio data of different audio services may be different. In order to adapt to different audio services, usually after the audio service is started, the CIG parameters corresponding to the audio service are configured, and all CISs in the CIG are established according to the configured CIG parameters. The establishment of a CIS in CIG requires at least 3 air interface signaling to complete. For example, if two CISs are included in a CIG, at least 6 air interface signalings are required to complete the establishment of all CISs in the CIG. And all the CIS in the CIG can only be transmitted after the establishment of the CIS, which will inevitably increase the transmission delay of the audio data.

Embodiments of the present application provide a method and device for establishing a data channel. Before the audio service is started, the CIG parameters corresponding to the audio service have been configured and all CISs in the CIG have been established. However, all CIS in this CIG have not been activated. When the audio service is turned on, all CISs in the CIG can be activated through all corresponding CISs in the CIG through air interface signaling corresponding to the number (the number is the same as the number of CISs in the CIG). Audio data for audio services. Continue to take the example of including two CISs in one CIG. When the audio service is turned on, only two CISs in the CIG need to be activated through two air interface signaling to transmit audio data. In this way, the establishment delay of all CIS in CIG is effectively reduced, thereby reducing the transmission delay of audio data.

In the embodiment of the present application, the above CIG parameters can be used to establish all CISs in the CIG. Exemplarily, the CIG parameters may include one or more of quality of service (QoS) parameters, codec parameters, and CIS parameters. QoS parameters may include parameters such as delay, packet loss rate, throughput, etc. that represent transmission quality. The codec parameters may include encoding methods, compression ratios, and other parameters that affect audio quality. The CIS parameters may include CIG anchor points, ISO intervals, CIS identification (ID), and so on. The CIG may include multiple CIG events (CIG_event). The CIG anchor point is the starting time point of the corresponding CIG event. The ISO interval is the time between two consecutive CIG anchors. Each CIG event belongs to an ISO interval in time.

In addition, it should be noted that, in the embodiments of the present application, all CISs in the CIG are not activated, and it can also be understood that the CIG is not activated. Correspondingly, activating all CIS in the CIG can also be understood as activating the CIG. In other words, before the audio service is started, the CIG parameters of the audio service have been configured and all CISs in the CIG have been established, but the CIG has not been activated. When the audio service is started, only the CIG needs to be activated to transmit the audio data of the audio service. In addition, in the embodiment of the present application, all CISs in the CIG are not activated (or the CIG is not activated) may mean that all CISs in the CIG are virtual links, and none in all CISs in the CIG For actual data transmission and reception, the actual duty cycle is 0.

The implementation of the embodiments of the present application will be described in detail below with reference to the drawings.

As shown in FIG. 1, the method for establishing a data channel provided by an embodiment of the present application may be applied to a Bluetooth system composed of a peripheral device 101 and an electronic device 102.

Among them, the peripheral device 101 and the electronic device 102 may use Bluetooth to establish a Bluetooth connection. Based on the established Bluetooth connection, short-range data interaction can be realized between the peripheral device 101 and the electronic device 102. Exemplarily, the audio data may be transmitted between the peripheral device 101 and the electronic device 102 based on the Bluetooth connection. For example, based on the Bluetooth connection described above, the peripheral device 101 can be used as an audio input/output device of the electronic device 102 to implement a voice call. For another example, based on the Bluetooth connection described above, the peripheral device 101 can be used as an output device of the electronic device 102, such as a speaker to play music.

In some embodiments, the peripheral device 101 may be a device such as a wireless headset, a wireless speaker, a wireless bracelet, a wireless vehicle, a wireless smart glasses, etc., which includes a main body. For example, the electronic device 102 may serve as a master device to transmit audio data to a peripheral device 101 as a slave device through a CIS in a CIG. Wherein, the wireless earphone may be a headphone, earplugs or other portable listening devices. For another example, the electronic device 102 can serve as a master device to transmit audio data to multiple peripheral devices 101 as slave devices through multiple CISs in a CIG, and the multiple CIS correspond to the multiple peripheral devices 101 in one-to-one correspondence.

In other embodiments, the peripheral device 101 may also be a true wireless stereo (TWS) headset, Bluetooth speaker, smart glasses and other devices, which include two main bodies, and no wire connection is required between the two main bodies , Can cooperate with each other and work together. For example, the electronic device 102 can serve as a master device to transmit audio data to two main bodies of the peripheral device 101 (both main bodies of the peripheral device 101 are slave devices) through two CISs in a CIG. The two CIS and the peripheral device 101 There is a one-to-one correspondence between the two subjects.

As an example, the peripheral device 101 shown in FIG. 1 is illustrated with a TWS earphone as an example. Among them, the TWS earphone includes two main bodies (such as a headphone main body), such as a left earplug 101-1 and a right earplug 101-2. There is no cable connection between the left earplug 101-1 and the right earplug 101-2, and they can cooperate with each other and work together, for example, to achieve stereo playback. The electronic device 102 may serve as a master device to transmit audio data to the left earplug 101-1 and the right earplug 101-2 as slave devices through two CISs in a CIG, respectively. In the embodiment of the present application, the structures of the left earplug 101-1 and the right earplug 101-2 of the TWS earphone may be as shown in FIG. 2 and will be described in detail in the following embodiments. Of course, for a peripheral device 101 that includes two main bodies, the electronic device 102 can also transmit audio data to one of the main bodies of the device through a CIS in a CIG, and the other main body of the device can obtain the electronic by monitoring or forwarding. Audio data sent by the device 102.

In some embodiments, the electronic device 102 may be a mobile phone, a tablet, a desktop, a laptop, a handheld computer, a notebook computer, an ultra-mobile personal computer (UMPC), a netbook, and a cellular phone, personal Digital assistant (personal digital assistant, PDA), augmented reality (augmented reality, AR)\virtual reality (virtual reality, VR) devices, media players, televisions and other devices, the specific form of the device is not special in the embodiments of the present application limit. In the embodiment of the present application, the structure of the electronic device 102 may be as shown in FIG. 4 and will be described in detail in the following embodiments.

It should be noted that the first electronic device in this application may be the above-mentioned electronic device 102. The second electronic device in the present application may be the aforementioned peripheral device 101, or the main body included in the peripheral device 101.

Please refer to FIG. 2, which is a schematic structural diagram of an earplug (left earplug or right earplug) of a TWS earphone provided by an embodiment of the present application. As shown in FIG. 2, the earplugs of the TWS headset may include: a processor 201, a memory 202, a sensor 203, a wireless communication module 204, at least one receiver 205, at least one microphone 206, and a power supply 207.

The memory 202 may be used to store application code, such as an application code used to establish a Bluetooth connection with another earbud of the TWS headset and to pair the earbud with the electronic device 102 via Bluetooth. The processor 201 can control the execution of the above application program code to implement the function of the earplug of the TWS headset in the embodiment of the present application.

The memory 202 may also store a Bluetooth address for uniquely identifying the earbud, and a Bluetooth address of another earbud where the TWS earphone is stored. In addition, the memory 202 may also store connection data of the electronic device that has successfully paired with the earbud before Bluetooth. For example, the connection data may be a Bluetooth address of an electronic device that has successfully paired with the earbud via Bluetooth. Based on the connection data, the earplug can automatically perform Bluetooth pairing with the electronic device without configuring a connection with it, such as performing legality verification. The aforementioned Bluetooth address may be a Media Access Control (Media Access Control, MAC) address.

The sensor 203 may be a distance sensor or a proximity light sensor. The processor 201 of the earplug can determine whether it is worn by the user through the sensor 203. For example, the processor 201 of the earplug may use a proximity light sensor to detect whether there is an object near the earplug, thereby determining whether the earplug is worn by the user. When it is determined that the earplug is worn, the processor 201 of the earplug may turn on the receiver 205. In some embodiments, the earplug may also include a bone conduction sensor, combined with a bone conduction earphone. The bone conduction sensor can obtain the vibration signal of the vibrating bone mass of the voice part, and the processor 201 parses out the voice signal to realize the control function corresponding to the voice signal. In other embodiments, the earplug may further include a touch sensor or a pressure sensor, which are used to detect the user's touch operation and pressing operation, respectively. In other embodiments, the earplug may further include a fingerprint sensor, which is used to detect a user's fingerprint and identify the user's identity. In other embodiments, the earplug may further include an ambient light sensor, and the processor 201 of the earplug may adaptively adjust some parameters, such as volume, according to the brightness of the ambient light sensed by the ambient light sensor.

The wireless communication module 204 is used to support short-distance data interaction between the left and right earplugs of the TWS earphone and the earplugs and various electronic devices, such as the electronic device 102 described above. In some embodiments, the wireless communication module 204 may be a Bluetooth transceiver. The earplugs of the TWS headset can establish a Bluetooth connection with the electronic device 102 through the Bluetooth transceiver to achieve short-range data interaction between the two.

The receiver 205, which may also be referred to as an "earpiece", may be used to convert audio electrical signals into sound signals and play them. For example, when the earplug of the TWS earphone serves as the audio output device of the electronic device 102 described above, the receiver 205 may convert the received audio electrical signal into a sound signal and play it.

The microphone 206, which may also be referred to as a "microphone" or a "microphone," is used to convert sound signals into audio electrical signals. For example, when the earplug of the TWS earphone is used as the audio input device of the electronic device 102, when the user speaks (such as talking or sending a voice message), the microphone 206 can collect the user's voice signal and convert it into an audio electrical signal. The above audio electrical signal is the audio data in the embodiment of the present application.

The power supply 207 can be used to supply power to various components included in the earplugs of the TWS earphone. In some embodiments, the power source 207 may be a battery, such as a rechargeable battery.

Usually, TWS earphones will be equipped with a headphone box (eg, 301 shown in Figure 3). As shown in FIG. 3, the earphone box 301 may include a cavity 301-1 and a box cover 301-2. The cavity 301-1 can be used to store the left and right earplugs of the TWS earphone. As shown in FIG. 3 in combination with FIG. 1, the cavity 301-1 of the earphone box 301 can be used to house the left earplug 101-1 and the right earplug 101-2 of the TWS earphone. In addition, the earphone box 301 can also charge the left and right earplugs of the TWS earphone. Correspondingly, in some embodiments, the earplugs of the TWS earphone may further include: an input/output interface 208.

The input/output interface 208 may be used to provide any wired connection between the earplug of the TWS earphone and the earphone box (such as the cavity 301-1 of the earphone box 301 described above). In some embodiments, the input/output interface 208 may be an electrical connector. For example, when the earplug of the TWS earphone is placed in the cavity 301-1 of the earphone box 301, the earplug of the TWS earphone may be electrically connected to the earphone box 301 (such as the input/output interface with the earphone box 301) through the electrical connector. After the electrical connection is established, the earphone box 301 can charge the power supply 207 of the earplug of the TWS earphone. After the electrical connection is established, the earplugs of the TWS earphone can also perform data communication with the earphone box 301. For example, the processor 201 of the earplug of the TWS earphone may receive the pairing instruction from the earphone box 301 through the electrical connection. The pairing instruction is used to instruct the processor 201 of the earphone of the TWS earphone to turn on the wireless communication module 204, so that the earphone of the TWS earphone can use the corresponding wireless communication protocol (such as Bluetooth) to pair with the electronic device 102.

Of course, the earplugs of the aforementioned TWS earphones may not include the input/output interface 208. In this case, the earplugs can implement charging or data communication functions based on the Bluetooth connection established with the earphone box 301 through the wireless communication module 204 described above.

In addition, in some embodiments, the earphone box (such as the aforementioned earphone box 301) may further include a processor, a memory, and other components. The memory can be used to store application program codes, and is controlled and executed by the processor of the earphone box 301 to realize the function of the earphone box 301. E.g. When the user opens the lid 301-2 of the earphone box 301, the processor of the earphone box 301 can send the pairing to the earplug of the TWS headset in response to the user's operation of opening the lid 301-2 by executing the application code stored in the memory Instructions etc.

It can be understood that the structure illustrated in the embodiments of the present application does not constitute a specific limitation on the earplugs of the TWS earphone. It may have more or fewer components than shown in FIG. 2, two or more components may be combined, or may have different component configurations. For example, the earplug may also include an indicator light (which can indicate the status of the earplug's power level, etc.), a dust filter (which can be used with the earpiece), and other components. The various components shown in FIG. 2 may be implemented in hardware, software, or a combination of hardware and software, including one or more signal processing or application specific integrated circuits.

It should be noted that the structure of the left and right earplugs of the TWS earphone can be the same. For example, the left and right earplugs of the TWS earphone may include the components shown in FIG. 2. Alternatively, the structure of the left and right earplugs of the TWS earphone may also be different. For example, one earplug (such as the right earplug) of the TWS earphone may include the components shown in FIG. 2, and the other earplug (such as the left earplug) may include other components in FIG. 2 other than the microphone 206.

Please refer to FIG. 4, which is a schematic structural diagram of an electronic device 102 in the Bluetooth system shown in FIG. 1 according to an embodiment of the present application. As shown in FIG. 4, the electronic device 102 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, a charging management module 140, a power management module 141, and a battery 142 , Antenna 1, antenna 2, mobile communication module 150, wireless communication module 160, audio module 170, speaker 170A, receiver 170B, microphone 170C, headphone jack 170D, sensor module 180, button 190, motor 191, indicator 192, camera 193 , A display screen 194, and a subscriber identification module (SIM) card interface 195, etc. The sensor module 180 may include a pressure sensor 180A, a proximity light sensor 180B, a fingerprint sensor 180C, a touch sensor 180D, a bone conduction sensor 180E, and so on.

It can be understood that the structure illustrated in this embodiment does not constitute a specific limitation on the electronic device 102. In other embodiments, the electronic device 102 may include more or fewer components than shown, or combine certain components, or split certain components, or a different arrangement of components. The illustrated components can be implemented in hardware, software, or a combination of software and hardware.

The processor 110 may include one or more processing units. For example, the processor 110 may include an application processor (application processor, AP), a modem processor, a graphics processor (graphics processing unit, GPU), and an image signal processor. (image)signal processor (ISP), controller, memory, video codec, digital signal processor (DSP), baseband processor, and/or neural-network processing unit (NPU) Wait. Among them, the different processing units may be independent devices or may be integrated in one or more processors. For example, the processor 110 may be used to perform the process of determining the audio service supported by the TWS headset in S803, S804, and S805 in the following embodiments, determining CIG parameters that can be adapted to the audio service, and performing CIG configuration.

The controller may be the nerve center and command center of the electronic device 102. The controller can generate the operation control signal according to the instruction operation code and the timing signal to complete the control of instruction fetch and execution.

The processor 110 may also be provided with a memory for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. The memory may store instructions or data that the processor 110 has just used or recycled. If the processor 110 needs to use the instruction or data again, it can be directly called from the memory. The repeated access is avoided, and the waiting time of the processor 110 is reduced, thereby improving the efficiency of the system.

In some embodiments, the processor 110 may include one or more interfaces. Interfaces can include integrated circuit (inter-integrated circuit, I2C) interface, integrated circuit built-in audio (inter-integrated circuit, sound, I2S) interface, pulse code modulation (pulse code modulation (PCM) interface, universal asynchronous transceiver (universal) asynchronous receiver/transmitter, UART) interface, mobile industry processor interface (MIPI), general-purpose input/output (GPIO) interface, subscriber identity module (SIM) interface, and /Or universal serial bus (USB) interface, etc.

The I2C interface is a bidirectional synchronous serial bus, including a serial data line (serial data line, SDA) and a serial clock line (derail clock line, SCL). In some embodiments, the processor 110 may include multiple sets of I2C buses. The processor 110 may respectively couple the touch sensor 180K, charger, flash, camera 193, etc. through different I2C bus interfaces. For example, the processor 110 may couple the touch sensor 180K through the I2C interface, so that the processor 110 and the touch sensor 180K communicate through the I2C bus interface to realize the touch function of the electronic device 102.

The I2S interface can be used for audio communication. In some embodiments, the processor 110 may include multiple sets of I2S buses. The processor 110 may be coupled with the audio module 170 through an I2S bus to implement communication between the processor 110 and the audio module 170. In some embodiments, the audio module 170 can transmit audio signals to the wireless communication module 160 through the I2S interface, to realize the function of answering the phone call through the Bluetooth headset.

The PCM interface can also be used for audio communication, sampling, quantizing and encoding analog signals. In some embodiments, the audio module 170 and the wireless communication module 160 may be coupled through a PCM bus interface. In some embodiments, the audio module 170 can also transmit audio signals to the wireless communication module 160 through the PCM interface to implement the function of answering the phone call through the Bluetooth headset. Both the I2S interface and the PCM interface can be used for audio communication.

The UART interface is a universal serial data bus used for asynchronous communication. The bus may be a bidirectional communication bus. It converts the data to be transmitted between serial communication and parallel communication. In some embodiments, the UART interface is generally used to connect the processor 110 and the wireless communication module 160. For example, the processor 110 communicates with the Bluetooth module in the wireless communication module 160 through the UART interface to implement the Bluetooth function. In some embodiments, the audio module 170 can transmit audio signals to the wireless communication module 160 through the UART interface, so as to realize the function of playing music through the Bluetooth headset.

The MIPI interface can be used to connect the processor 110 to peripheral devices such as the display screen 194 and the camera 193. MIPI interface includes camera serial interface (camera serial interface, CSI), display serial interface (display serial interface, DSI) and so on. In some embodiments, the processor 110 and the camera 193 communicate through a CSI interface to implement the shooting function of the electronic device 102. The processor 110 and the display screen 194 communicate through the DSI interface to realize the display function of the electronic device 102.

The GPIO interface can be configured via software. The GPIO interface can be configured as a control signal or a data signal. In some embodiments, the GPIO interface may be used to connect the processor 110 to the camera 193, the display screen 194, the wireless communication module 160, the audio module 170, the sensor module 180, and the like. GPIO interface can also be configured as I2C interface, I2S interface, UART interface, MIPI interface, etc.

The USB interface 130 is an interface that conforms to the USB standard specifications, and may specifically be a Mini USB interface, a Micro USB interface, a USB Type C interface, etc. The USB interface 130 can be used to connect a charger to charge the electronic device 102, and can also be used to transfer data between the electronic device 102 and peripheral devices. It can also be used to connect headphones and play audio through the headphones. The interface can also be used to connect other electronic devices, such as AR devices.

It can be understood that the interface connection relationship between the modules illustrated in this embodiment is only a schematic description, and does not constitute a limitation on the structure of the electronic device 102. In other embodiments, the electronic device 102 may also use different interface connection methods in the foregoing embodiments, or a combination of multiple interface connection methods.

The charging management module 140 is used to receive charging input from the charger. The charger can be a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 140 may receive the charging input of the wired charger through the USB interface 130. In some wireless charging embodiments, the charging management module 140 may receive wireless charging input through the wireless charging coil of the electronic device 102. While the charging management module 140 charges the battery 142, it can also supply power to the electronic device through the power management module 141.

The power management module 141 is used to connect the battery 142, the charging management module 140 and the processor 110. The power management module 141 receives input from the battery 142 and/or the charging management module 140, and supplies power to the processor 110, internal memory 121, external memory, display screen 194, camera 193, wireless communication module 160, and the like. The power management module 141 can also be used to monitor battery capacity, battery cycle times, battery health status (leakage, impedance) and other parameters. In some other embodiments, the power management module 141 may also be disposed in the processor 110. In other embodiments, the power management module 141 and the charging management module 140 may also be set in the same device.

The wireless communication function of the electronic device 102 can be realized by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, the modem processor, and the baseband processor.

Antenna 1 and antenna 2 are used to transmit and receive electromagnetic wave signals. Each antenna in the electronic device 102 can be used to cover a single or multiple communication frequency bands. Different antennas can also be reused to improve antenna utilization. For example, the antenna 1 can be multiplexed as a diversity antenna of a wireless local area network. In other embodiments, the antenna may be used in conjunction with a tuning switch.

The mobile communication module 150 can provide a wireless communication solution including 2G/3G/4G/5G and the like applied to the electronic device 102. The mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (LNA), and the like. The mobile communication module 150 can receive the electromagnetic wave from the antenna 1 and filter, amplify, etc. the received electromagnetic wave, and transmit it to the modem processor for demodulation. The mobile communication module 150 can also amplify the signal modulated by the modulation and demodulation processor and convert it to electromagnetic wave radiation through the antenna 1. In some embodiments, at least part of the functional modules of the mobile communication module 150 may be provided in the processor 110. In some embodiments, at least part of the functional modules of the mobile communication module 150 and at least part of the modules of the processor 110 may be provided in the same device.

The modem processor may include a modulator and a demodulator. Among them, the modulator is used to modulate the low-frequency baseband signal to be transmitted into a high-frequency signal. The demodulator is used to demodulate the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then transmits the demodulated low-frequency baseband signal to the baseband processor for processing. The low-frequency baseband signal is processed by the baseband processor and then passed to the application processor. The application processor outputs a sound signal through an audio device (not limited to a speaker 170A, a receiver 170B, etc.), or displays an image or video through a display screen 194. In some embodiments, the modem processor may be an independent device. In other embodiments, the modem processor may be independent of the processor 110, and may be set in the same device as the mobile communication module 150 or other functional modules.

The wireless communication module 160 can provide wireless local area networks (wireless local area networks, WLAN) (such as wireless fidelity (Wi-Fi) networks), Bluetooth (bluetooth, BT), and global navigation satellites that are applied to the electronic device 102. Wireless communication solutions such as global navigation (satellite system, GNSS), frequency modulation (FM), near field communication (NFC), infrared technology (infrared, IR), etc. The wireless communication module 160 may be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives the electromagnetic wave via the antenna 2, frequency-modulates and filters the electromagnetic wave signal, and sends the processed signal to the processor 110. The wireless communication module 160 can also receive the signal to be transmitted from the processor 110, frequency-modulate it, amplify it, and convert it to electromagnetic waves through the antenna 2 to radiate it out.

In some embodiments, the antenna 1 of the electronic device 102 is coupled to the mobile communication module 150, and the antenna 2 is coupled to the wireless communication module 160 so that the electronic device 102 can communicate with the network and other devices through wireless communication technology. The wireless communication technology may include a global mobile communication system (global system for mobile communications, GSM), general packet radio service (general packet radio service, GPRS), code division multiple access (code division multiple access, CDMA), broadband Wideband code division multiple access (WCDMA), time-division code division multiple access (TD-SCDMA), long-term evolution (LTE), BT, GNSS, WLAN, NFC , FM, and/or IR technology, etc. The GNSS may include a global positioning system (GPS), a global navigation satellite system (GLONASS), a beidou navigation system (BDS), and a quasi-zenith satellite system (quasi -zenith satellite system (QZSS) and/or satellite-based augmentation system (SBAS). For example, in the embodiment of the present application, the electronic device 102 may use the wireless communication module 160 to establish a Bluetooth connection with a peripheral device through a wireless communication technology, such as Bluetooth (BT). Based on the established Bluetooth connection, the electronic device 102 can send voice data to the peripheral device and can also receive voice data from the peripheral device. For example, the wireless communication module 160 can be used to perform the processes of pairing, ACL link establishment, and CIS establishment in S801, S802, and S805 in the following embodiments. The wireless communication module 160 may also be used to perform data interaction processes with peripheral devices based on the established connections in S803, S804, and S806 of the following embodiments, such as conducting business scenario negotiation, parameter negotiation, and transmitting audio data.

The electronic device 102 realizes a display function through a GPU, a display screen 194, and an application processor. The GPU is a microprocessor for image processing, connecting the display screen 194 and the application processor. The GPU is used to perform mathematical and geometric calculations, and is used for graphics rendering. The processor 110 may include one or more GPUs that execute program instructions to generate or change display information.

The display screen 194 is used to display images, videos and the like. The display screen 194 includes a display panel. The display panel can use a liquid crystal display (LCD), organic light-emitting diode (OLED), active matrix organic light-emitting diode or active matrix organic light-emitting diode (active-matrix organic light-emitting diode) emitting diode (AMOLED), flexible light-emitting diode (FLED), Miniled, MicroLed, Micro-oLed, quantum dot light emitting diode (QLED), etc. In some embodiments, the electronic device 102 may include 1 or N display screens 194, where N is a positive integer greater than 1.

The electronic device 102 can realize a shooting function through an ISP, a camera 193, a video codec, a GPU, a display screen 194, an application processor, and the like.

The ISP processes the data fed back by the camera 193. For example, when taking a picture, the shutter is opened, and light is transmitted to the photosensitive element of the camera through the lens, and the optical signal is converted into an electrical signal. The photosensitive element of the camera transmits the electrical signal to the ISP for processing and converts it into an image visible to the naked eye. ISP can also optimize the algorithm of image noise, brightness and skin color. ISP can also optimize the exposure, color temperature and other parameters of the shooting scene. In some embodiments, the ISP may be set in the camera 193.

The camera 193 is used to capture still images or videos. The object generates an optical image through the lens and projects it onto the photosensitive element. The photosensitive element may be a charge coupled device (charge coupled device, CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal, and then transmits the electrical signal to the ISP to convert it into a digital image signal. The ISP outputs the digital image signal to the DSP for processing. DSP converts digital image signals into standard RGB, YUV and other format image signals. In some embodiments, the electronic device 102 may include 1 or N cameras 193, where N is a positive integer greater than 1.

The digital signal processor is used to process digital signals. In addition to digital image signals, it can also process other digital signals. For example, when the electronic device 102 selects at a frequency point, the digital signal processor is used to perform Fourier transform on the energy at the frequency point.

The video codec is used to compress or decompress digital video. The electronic device 102 may support one or more video codecs. In this way, the electronic device 102 can play or record videos in various encoding formats, such as: moving picture experts group (MPEG) 1, MPEG2, MPEG3, MPEG4, and so on.

NPU is a neural-network (NN) computing processor. By drawing on the structure of biological neural networks, such as the transfer mode between neurons in the human brain, it can quickly process the input information and can continue to self-learn. The NPU can realize applications such as intelligent recognition of the electronic device 102, such as image recognition, face recognition, voice recognition, and text understanding.

The external memory interface 120 can be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the electronic device 102. The external memory card communicates with the processor 110 through the external memory interface 120 to realize the data storage function. For example, save music, video and other files in an external memory card.

The internal memory 121 may be used to store computer executable program code, where the executable program code includes instructions. The processor 110 executes instructions stored in the internal memory 121 to execute various functional applications and data processing of the electronic device 102. For example, in the embodiment of the present application, the processor 110 may execute instructions stored in the internal memory 121, establish a Bluetooth connection with the peripheral device through the wireless communication module 160, and perform short-range data interaction with the peripheral device to pass the peripheral device Realize the functions of audio services such as voice and music. The internal memory 121 may include a storage program area and a storage data area. Among them, the storage program area may store an operating system, at least one function required application programs (such as sound playback function, image playback function, etc.). The storage data area may store data (such as audio data, phone book, etc.) created during the use of the electronic device 102 and the like. In addition, the internal memory 121 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one magnetic disk storage device, a flash memory device, a universal flash memory (universal flash storage, UFS), and so on. In the embodiment of the present application, the wireless communication technology is adopted between the electronic device 102 and the peripheral device, for example, after the Bluetooth connection is established by the Bluetooth, the electronic device 102 can store the Bluetooth address of the peripheral device in the internal memory 121. In some embodiments, when the peripheral device is a device including two main bodies, such as a TWS headset, the left and right earbuds of the TWS headset have respective Bluetooth addresses, and the electronic device 102 may associate the Bluetooth addresses of the left and right earbuds of the TWS headset in the In the internal memory 121.

The electronic device 102 may implement audio functions through an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, a headphone interface 170D, and an application processor. For example, music playback, recording, etc.

The audio module 170 is used to convert digital audio information into analog audio signal output, and also used to convert analog audio input into digital audio signal. The audio module 170 can also be used to encode and decode audio signals. In some embodiments, the audio module 170 may be disposed in the processor 110, or some functional modules of the audio module 170 may be disposed in the processor 110.

The speaker 170A, also called "speaker", is used to convert audio electrical signals into sound signals. The electronic device 102 can listen to music through the speaker 170A, or listen to a hands-free call.

The receiver 170B, also known as "handset", is used to convert audio electrical signals into sound signals. When the electronic device 102 answers a call or a voice message, it can answer the voice by holding the receiver 170B close to the ear.

The microphone 170C, also known as "microphone", "microphone", is used to convert sound signals into electrical signals. When a phone call is made or voice information is sent or the voice assistant needs to trigger the electronic device 102 to perform certain functions, the user can approach the microphone 170C through the human mouth to sound, and input the sound signal to the microphone 170C. The electronic device 102 may be provided with at least one microphone 170C. In other embodiments, the electronic device 102 may be provided with two microphones 170C. In addition to collecting sound signals, it may also implement a noise reduction function. In other embodiments, the electronic device 102 may also be provided with three, four, or more microphones 170C to collect sound signals, reduce noise, identify sound sources, and implement directional recording functions.

In the embodiment of the present application, when the electronic device 102 establishes a Bluetooth connection with a peripheral device, such as a TWS headset, the TWS headset can be used as an audio input/output device of the electronic device 102. Exemplarily, the audio module 170 may receive the audio electrical signal transmitted by the wireless communication module 160 to realize the functions of answering calls, playing music and other audio services through the TWS headset. For example, during a user's phone call, the TWS headset can collect the user's voice signal, convert it into an audio electrical signal, and send it to the wireless communication module 160 of the electronic device 102. The wireless communication module 160 transmits the audio electrical signal to the audio module 170. The audio module 170 can convert the received audio electrical signal into a digital audio signal, encode it, and pass it to the mobile communication module 150. It is transmitted by the mobile communication module 150 to the call peer device to realize the call. For another example, when the user uses the media player of the electronic device 102 to play music, the application processor may transmit the audio electrical signal corresponding to the music played by the media player to the audio module 170. The audio electrical signal is transmitted to the wireless communication module 160 by the audio module 170. The wireless communication module 160 may send the audio electrical signal to the TWS headset, so that the TWS headset converts the audio electrical signal into a sound signal and plays it.

The headset interface 170D is used to connect wired headsets. The earphone interface 170D may be a USB interface 130, or a 3.5mm open mobile electronic device (open mobile terminal) platform (OMTP) standard interface, and the American Telecommunications Industry Association (cellular telecommunications industry association of the United States, CTIA) standard interface.

The pressure sensor 180A is used to sense the pressure signal and can convert the pressure signal into an electrical signal. In some embodiments, the pressure sensor 180A may be provided on the display screen 194. There are many types of pressure sensors 180A, such as resistive pressure sensors, inductive pressure sensors, and capacitive pressure sensors. The capacitive pressure sensor may be a parallel plate including at least two conductive materials. When force is applied to the pressure sensor 180A, the capacitance between the electrodes changes. The electronic device 102 determines the intensity of the pressure according to the change in capacitance. When a touch operation is applied to the display screen 194, the electronic device 102 detects the intensity of the touch operation according to the pressure sensor 180A. The electronic device 102 may also calculate the touched position according to the detection signal of the pressure sensor 180A. In some embodiments, touch operations that act on the same touch position but have different touch operation intensities may correspond to different operation instructions. For example, when a touch operation with a touch operation intensity less than the first pressure threshold acts on the short message application icon, an instruction to view the short message is executed. When a touch operation with a touch operation intensity greater than or equal to the first pressure threshold acts on the short message application icon, an instruction to create a new short message is executed.

The proximity light sensor 180B may include, for example, a light emitting diode (LED) and a light detector, such as a photodiode. The light emitting diode may be an infrared light emitting diode. The electronic device 102 emits infrared light outward through the light emitting diode. The electronic device 102 uses a photodiode to detect infrared reflected light from nearby objects. When sufficient reflected light is detected, it may be determined that there is an object near the electronic device 102. When insufficient reflected light is detected, the electronic device 102 may determine that there is no object near the electronic device 102. The electronic device 102 can use the proximity light sensor 180B to detect that the user holds the electronic device 102 close to the ear to talk, so as to automatically turn off the screen to save power. The proximity light sensor 180B can also be used in leather case mode, pocket mode automatically unlocks and locks the screen.

The fingerprint sensor 180C is used to collect fingerprints. The electronic device 102 can use the collected fingerprint characteristics to unlock the fingerprint, access the application lock, take a picture of the fingerprint, answer the call with the fingerprint, and so on.

The touch sensor 180D is also called "touch panel". The touch sensor 180D may be disposed on the display screen 194, and the touch sensor 180D and the display screen 194 constitute a touch screen, which is also called a "touch screen". The touch sensor 180D is used to detect a touch operation acting on or near it. The touch sensor can pass the detected touch operation to the application processor to determine the type of touch event. The visual output related to the touch operation can be provided through the display screen 194. In other embodiments, the touch sensor 180D may also be disposed on the surface of the electronic device 102, which is different from the location where the display screen 194 is located.

The bone conduction sensor 180E can acquire vibration signals. In some embodiments, the bone conduction sensor 180E may acquire the vibration signal of the vibrating bone mass of the human voice. The bone conduction sensor 180E can also contact the pulse of the human body and receive a blood pressure beating signal. In some embodiments, the bone conduction sensor 180E may also be provided in the earphone and combined into a bone conduction earphone. The audio module 170 may parse out the voice signal based on the vibration signal of the vibrating bone block of the voice part acquired by the bone conduction sensor 180E to realize the voice function. The application processor may analyze the heart rate information based on the blood pressure beating signal acquired by the bone conduction sensor 180E to implement the heart rate detection function.

The key 190 includes a power-on key, a volume key, and the like. The key 190 may be a mechanical key. It can also be a touch button. The electronic device 102 can receive key input and generate key signal input related to user settings and function control of the electronic device 102.

The motor 191 may generate a vibration prompt. The motor 191 can be used for vibration notification of incoming calls and can also be used for touch vibration feedback. For example, touch operations applied to different applications (such as taking pictures, audio playback, etc.) may correspond to different vibration feedback effects. For the touch operation of different areas of the display screen 194, the motor 191 can also correspond to different vibration feedback effects. Different application scenarios (for example: time reminder, receiving information, alarm clock, game, etc.) can also correspond to different vibration feedback effects. Touch vibration feedback effect can also support customization.

The indicator 192 can be an indicator light, which can be used to indicate the charging state, the amount of power change, and can also be used to indicate messages, missed calls, notifications, and the like.

The SIM card interface 195 is used to connect a SIM card. The SIM card can be inserted into or removed from the SIM card interface 195 to achieve contact and separation with the electronic device 102. The electronic device 102 may support 1 or N SIM card interfaces, where N is a positive integer greater than 1. The SIM card interface 195 can support Nano SIM cards, Micro SIM cards, SIM cards, etc. The same SIM card interface 195 can insert multiple cards at the same time. The types of the multiple cards may be the same or different. The SIM card interface 195 can also be compatible with different types of SIM cards. The SIM card interface 195 can also be compatible with external memory cards. The electronic device 102 interacts with the network through the SIM card to realize functions such as call and data communication. In some embodiments, the electronic device 102 uses eSIM, that is, an embedded SIM card. The eSIM card can be embedded in the electronic device 102 and cannot be separated from the electronic device 102.

In the transmission mechanism defined by the ISO channel of BLE, CIG is defined. CIG is a concept of a group and may include one or more CISs. Among them, a master device can send audio data of audio services to a slave device through a CIS in the CIG. A master device can send audio data of audio services to multiple slave devices through multiple CISs in the CIG. Multiple CIS correspond to multiple slave devices in one-to-one correspondence.

Among them, the above-mentioned CIS can be established through an asynchronous connection-oriented (ACL) link between the master device and the slave device. The CIS can be a unidirectional link or a bidirectional link. For example, referring to FIG. 5, as shown in (a) of FIG. 5, the master device (M) may establish an ACL link with the slave device (S), such as the ACL link a. Through this ACL link a, the master device and the slave device can exchange stream control (stream control) to establish CIS_a. The CIS_a is a unidirectional link from the master device to the slave device. The master device can send audio data to the slave device through this CIS_a. As shown in (b) of FIG. 5, the master device (M) can establish an ACL link with the slave device (S), such as the ACL link b. Through this ACL link b, the master device can interact with the slave device for flow control to establish CIS_b. The CIS_b is a bidirectional link from the master device to the slave device and from the slave device to the master device. The master device can send audio data to the slave device through the CIS_b, and the slave device can also send audio data to the master device through the CIS_b. As shown in (c) in FIG. 5, the master device (M) can establish ACL links with two slave devices, S1 and S2, such as ACL link c1 and ACL link c2, respectively. Through this ACL link c1, the master device can interact with S1 for flow control to establish CIS_c1. Through this ACL link c2, the master device can interact with S2 for flow control to establish CIS_c2. CIS_c1 is a unidirectional link from the master device to the slave device, and CIS_c2 is a bidirectional link from the master device to the slave device and from the slave device to the master device. The master device can send audio data to S1 through CIS_c1. The master device can send audio data to S2 through CIS_c2, and S2 can also send audio data to the master device through the CIS_c2.

In some embodiments, the audio service in this application may refer to a service or application capable of providing audio functions (such as audio playback, audio recording, etc.). For example, audio services can be divided into voice, music, games, video, voice assistants, navigation sounds, alarms, and prompt sounds (such as the application's prompt sound, which can be emails, text messages, etc.) and other services. For another example, the audio service can be divided into: media (audio), voice (voice), background sound and other services according to different services that can be provided. The specific division method is not limited in the embodiments of the present application.

The audio service may involve audio-related data transmission, for example, audio data itself, content control for controlling the playback of audio data, and flow control for creating the above-mentioned CIS. Taking the audio service divided into media audio, voice, and background sound as an example, according to different audio services, audio data may correspond to: media data, voice data, and background sound data. For example, the media data may include: music, sound recordings, videos, games, sounds in navigation sounds. The voice data may include: sound during a voice call, etc. The background sound data may include: prompt sounds and the like. Content control may include media control, call control, volume control, etc. For example, the media control may include: pause, play, previous track, next track and other instructions. Telephone control can include: answering the call, hanging up, rejecting the call, voice dialing, holding the call, and calling back. Volume control can include: volume down, volume up and other commands.

In order to enable the above audio service to be implemented through Bluetooth technology, devices that use Bluetooth communication (such as the above-mentioned electronic device 102 and peripheral device 101) need to follow a certain Bluetooth transmission framework. 6 is a schematic diagram of the composition of a Bluetooth transmission framework provided by an embodiment of the present application. As shown in FIG. 6, the Bluetooth transmission framework may include an application layer, a host, a host controller interface (HCI), and a controller.

Among them, the application layer may include telephone applications, multimedia applications (such as music players, video players) and other applications.

The host may include various application profiles of Bluetooth and transmission protocols. For example, hands-free profile (HFP), advanced audio transmission profile (advanced audio distribution profile, A2DP), audio/video remote control profile (audio/video remote control profile, AVRCP), general access profile (generic access profile) , GAP), Generic Attribute Profile (GATT), Audio and Video Distribution Transmission Protocol (audio/video distribution protocol, AVDTP), Audio and Video Control Transmission Protocol (audio/video control transmission protocol, AVCTP), Service Discovery Protocol (service discovery protocol, SDP), serial port emulation protocol (radio frequency communications protocols, RFCOMM), logical link control and adaptation protocol (logical link control and adaptation protocol, L2CAP). Interoperable devices need to use the same application specification to communicate. Different applications require different application specifications.

HCI is located between the host and the controller, and can provide a unified interface for the upper layer protocol to enter the link layer in the controller and a unified way to enter the baseband in the controller.

The controller may include a link layer (LL), a baseband, and a radio frequency (Bluetooth radio frequency) unit. Among them, the link layer is responsible for managing the communication between the devices, to achieve link establishment, verification, link configuration and other operations. The baseband mainly performs mutual conversion between radio frequency signals and digital or voice signals to implement baseband protocols and other low-level connection procedures. The radio frequency unit is used to transmit and receive Bluetooth signals. In some embodiments, the host may be implemented in the AP of the device. The controller can be implemented in the Bluetooth chip of the device. In other embodiments, the host and the controller may be implemented in the same processor or controller of the device, in which case HCI is optional.

Exemplarily, referring to FIG. 6 and as shown in FIG. 7, taking a master device and a slave device to establish a CIS as an example, the flow of establishing a CIS for transmitting audio data is specifically described (see 702 in FIG. 7 ). Before the CIS is established, the master device implements the CIG parameter configuration process (see 701 in FIG. 7). Among them, the master device and the slave device both have a host (host) and a link layer (LL), and the host and LL can communicate through HCI.

First, the master device can implement the CIG parameter configuration process. The CIG parameter may be obtained through negotiation between the master device and the slave device, and is used to create a CIS. Exemplarily, as shown in 701 in FIG. 7, the host of the master device sets CIG parameters. For example, the host of the master device can send the HCI command "Low Power CIG Parameter Settings (LE Set CIG parameters)" to the LL of the master device through the HCI. After receiving the HCI command, the LL of the master device may return a response message to the host of the master device, such as "command complete". The host of the master device initiates the creation of CIS. For example, the host of the master device can send the HCI command "LE create CIS (LE createCIS)" to the LL of the master device through the HCI. After receiving the HCI command, the LL of the master device may return a response message to the host of the master device, such as "HCI command status (HCI command status)".

Then, the master device can establish CIS with the slave device. Before establishing CIS, the ACL link has been established between the master and slave devices. Exemplarily, as shown in 702 in FIG. 7, the LL of the master device sends a CIS establishment request message to the LL of the slave device through the ACL link, such as an air interface request message LL_CIS_REQ, to request the LL of the slave device to create a CIS. The LL of the slave device initiates a CIS creation request to the host of the slave device. For example, the LL of the slave device can send the HCI command “LE CIS request” to the host of the slave device through the HCI. The host of the slave device can accept the CIS creation request of the LL of the slave device. For example, the host of the slave device can send the HCI command "low-power CIS acceptance (LE accept CIS)" to the LL of the slave device through the HCI. After receiving the HCI command from the LL of the slave device, it can return a response message, such as "command status", to the host of the slave device. The LL of the slave device can also send a CIS establishment response message to the LL of the master device through an ACL link, such as an air interface response message LL_CIS_RSP, to indicate to the master device that the slave device agrees to the establishment of CIS. The LL of the master device can send a CIS establishment message to the LL of the slave device through the ACL link, such as an air interface notification message LL_CIS_IND, to notify the LL of the slave device that the CIS has completed the establishment. In addition, the LL of the master device can also send the HCI instruction "LE CIS establishment (LE) CIS establishment" to the host of the master device through HCI to notify the host of the master device to complete the establishment. The LL of the slave device can also send the HCI command "LE CIS establish" to the host of the master device through HCI to notify the host of the slave device to complete the establishment.

At this point, the CIS between the master device and the slave device is created. After the CIS is activated, based on the CIS, audio data can be transmitted between the master device and the slave device.

In the embodiments of the present application, the foregoing electronic device may be used as a master device, and the foregoing peripheral device or main body of the peripheral device may be used as a slave device. Before the audio service is started, the CIG parameter configuration process and the CIS establishment process shown in FIG. 7 can be performed between the electronic device and the peripheral device to complete the configuration of the CIG parameter of the audio service and the establishment of all CIS in the CIG . However, if the CIG is not activated, all CISs in the CIG are not activated. When the audio service is turned on, the electronic device can activate the CIG (that is, activate all CISs in the CIG) to transmit audio data of the audio service.

For example, specifically, an electronic device and a peripheral device can establish an ACL link. Based on the established ACL link, the electronic device can negotiate with the peripheral device in a business scenario to determine the audio service supported by the peripheral device. For each audio service supported, before the audio service is started, the electronic device may negotiate with the peripheral device to determine the CIG parameters that can be adapted to the audio service. According to the negotiated CIG parameters, the CIG parameters of the audio service can be configured between the electronic device and the peripheral device, and all CISs in the CIG are established according to the configured CIG parameters, but the CIG is not activated. In addition, electronic devices can maintain the correspondence between audio services and CIG. For example, different CIGs have different CIG logos, and electronic devices can maintain the correspondence between audio services and CIG logos. When an audio service is turned on, the electronic device can determine the CIG corresponding to the audio service according to the maintained correspondence and activate the CIG, so that the audio data of the audio service can be transmitted. At the end of the audio service, the electronic device can also deactivate the CIG corresponding to the audio service, that is, stop sending and receiving data on all CISs in the CIG.

For ease of understanding, in the following embodiments, the electronic device is a mobile phone, and the peripheral device is a TWS headset. The TWS headset includes two headphone bodies, a left earplug and a right earplug, respectively. The mobile phone is connected to the TWS headset through two CISs in the same CIG. The left earplug and the right earplug implement audio data transmission as an example, and a method for establishing a data channel provided by an embodiment of the present application will be described in detail. As shown in FIG. 8, the method may include:

The left earplug and right earplug of the S801 and TWS earphones are paired with the mobile phone via Bluetooth respectively.

Exemplarily, when the user wishes to use the TWS earphone, the lid of the earphone box of the TWS earphone can be opened. The left earplug and right earplug of the TWS headset turn on automatically, or the function key is pressed and then turned on. If the left earbud and the right earbud have not completed Bluetooth pairing before, the left earbud and the right earbud can automatically perform Bluetooth pairing, or the left earbud and right earbud can perform Bluetooth pairing after the pairing function key is pressed. If the left earbud and the right earbud have previously completed Bluetooth pairing, the Bluetooth pairing process can be omitted. After Bluetooth pairing is completed, a Bluetooth connection can be established between the left and right earbuds of the TWS headset. Then, any one of the left earplug and the right earplug of the TWS earphone (such as the right earplug) can send a paired broadcast to the outside. If the mobile phone has turned on the Bluetooth function, the mobile phone can receive the pairing broadcast and prompt the user that the relevant Bluetooth device (such as a TWS headset) has been scanned. When the TWS headset is selected as the connected device on the mobile phone, the mobile phone can be paired with the right earbud of the TWS headset via Bluetooth. Of course, if the Bluetooth pairing of the mobile phone and the right earbud of the TWS headset has been completed before, the Bluetooth pairing process can be omitted. In other words, after receiving the pairing broadcast, the mobile phone can automatically perform Bluetooth pairing with the right earbud.

After the right earbud is paired with the mobile phone via Bluetooth, the right earbud can send the Bluetooth address of the mobile phone to the left earbud through the Bluetooth connection between the left earbud and the left earbud, and notify the left earbud to send a pairing broadcast to the outside. In this way, the mobile phone can receive the pairing broadcast sent by the left earplug and perform Bluetooth pairing with the left earplug.

In some embodiments, the right earplug of the TWS headset may also send the Bluetooth address of the left earplug to the mobile phone to indicate to the mobile phone that the left earplug and the right earplug are two main bodies of the same peripheral device. When audio data needs to be transmitted to the left and right earplugs of the TWS earphone, the mobile phone can transmit audio data to the right earplug and the left earplug respectively through the two CISs in the same CIG. In this way, playback level synchronization of audio data between the right earplug and the left earplug can be achieved. In the embodiment of the present application, the playback level synchronization of audio data between the right earplug and the left earplug may refer to: the left earplug and the right earplug of the TWS earphone may respectively receive audio data sent by the mobile phone through two CISs in the same CIG And, for the user, the left earplug and the right earplug can play the received audio data at the same time point.

It should be noted that the above process of pairing the left earplug and the right earplug of the TWS headset with the mobile phone via Bluetooth is only an example. In some embodiments, the mobile phone may also perform Bluetooth pairing with the left earbud of the TWS earphone, and then the left earbud sends the Bluetooth address of the mobile phone to the right earbud and notifies the right earbud to send a pairing broadcast to the outside so that the right earbud and the mobile phone can perform Bluetooth pair. In some other embodiments, the left earplug and the right earplug of the TWS earphone can separately send pairing broadcasts after being turned on, so that the left earplug and the right earplug can perform Bluetooth pairing with the mobile phone respectively. In addition, in the embodiment of the present application, the trigger condition for the left earplug or the right earplug of the TWS earphone to send the pairing broadcast externally may be that the cover of the earphone box of the TWS earphone is opened, or the Bluetooth pairing of the left and right earphones of the TWS earphone is completed, or The left earplug or right earplug of the TWS earphone is taken out of the earphone box, or the pairing function key is pressed, and other trigger conditions can also be used. The pairing function key can be set on the earphone box of the TWS earphone. For example, the earphone box of the TWS earphone is equipped with a pairing function key. When the pairing function key is pressed, the left or right earplug of the TWS earphone can be Send paired broadcasts to the outside world. The pairing function keys can also be set on the left and right earbuds of the TWS headset. For example, the pairing function keys are configured on the left and/or right earbuds of the TWS headset. When the pairing function key is pressed, the corresponding earbud sends a pairing broadcast to the outside .

S802, the mobile phone establishes an ACL link with the left earplug and the right earplug of the TWS earphone, respectively.

After the mobile phone is Bluetooth paired with the left and right earplugs of the TWS headset, the mobile phone can establish an ACL link with the left and right earplugs, respectively. For example, a mobile phone can establish an ACL link 1 with the left earbud, and a mobile phone can establish an ACL link 2 with the right earbud. Take the case where the mobile phone and the left earbud establish ACL link 1 as an example. The mobile phone can send a request to establish an ACL link to the left earplug. The left earbud answers after receiving the request to establish the ACL link. After the mobile phone receives the response from the left earplug, ACL link 1 is established.

In some embodiments, it can be considered that after the user triggers the left and right earbuds of the TWS headset to pair with the mobile phone via Bluetooth (eg, the user opens the lid of the earphone box of the TWS earphone, or the user removes the left and right earbuds from the earphone box), they just want to Use TWS headset to realize the function of an audio service, such as playing music or making a phone call. Therefore, in the embodiment of the present application, after S802, the electronic device can configure the CIG parameters of the audio service with the peripheral device and establish all CISs in the CIG. Specifically, the following may be included: S803-S805.

S803. The mobile phone separately negotiates a business scenario with the left earplug and the right earplug of the TWS headset to determine the audio service supported by the TWS headset.

In some embodiments, after the establishment of the ACL link between the mobile phone and the left and right earplugs, respectively, based on the established ACL link, the mobile phone can separately negotiate business scenarios with the left earplug and the right earplug. For example, taking the business scenario negotiation between the mobile phone and the left earplug of the TWS headset as an example, combined with the example in S802 above, the mobile phone can send a query command to the left earplug through the ACL link 1, the query command is used to obtain audio services supported by the left earplug . After receiving the query command, the left earplug can return the audio service supported by the left earplug to the mobile phone through the ACL link 1. Similarly, the mobile phone can also negotiate service scenarios with the right earplug through the ACL link 2, so that the right earplug returns to the audio service supported by the right earplug. According to the audio services supported by the left and right earbuds, the mobile phone can determine the audio services supported by the TWS headset. For example, the mobile phone can use the audio service supported by the left and right earplugs as the audio service supported by the TWS headset.

Generally, the audio services supported by the left and right earplugs of the TWS headset are the same. Therefore, in other embodiments, the mobile phone may also only negotiate with any of the left and right earplugs of the TWS headset (such as the left earplug) for business scenarios. can. That is to say, the above S803 can be replaced with that the mobile phone negotiates a business scenario with any of the left and right earplugs (such as the left earplug) of the TWS headset to determine the audio service supported by the TWS headset. The audio service supported by the left earplug returned by the left earplug is the audio service supported by the TWS headset.

After the mobile phone determines the audio service supported by the TWS headset, for each audio service it supports, the following S804-S805 can be performed.

S804. The mobile phone performs parameter negotiation with the left earplug and the right earplug of the TWS headset to determine the CIG parameters that can be adapted to the audio service.

Exemplarily, for one of the audio services (such as audio service 1) supported by the TWS earphone determined by the mobile phone in S803, the mobile phone may perform an audio link with the left and right earbuds based on the ACL link established with the left and right earbuds, respectively Parameter negotiation. For example, the parameter negotiation may include one or more of the following: QoS parameter negotiation, codec parameter negotiation, and CIS parameter negotiation. Correspondingly, the CIG parameters that can be adapted to the audio service 1 may include one or more of the following: QoS parameters, codec parameters, CIS parameters.

For example, for the audio service 1 supported by the TWS headset, taking the parameter negotiation between the mobile phone and the left earbud of the TWS headset as an example, and in conjunction with the example in S802 above, the specific process of the parameter negotiation may include the following steps:

Step a: The mobile phone can send a parameter negotiation message to the left earplug via ACL link 1. The parameter negotiation message may carry CIG parameters corresponding to the audio service 1. In some embodiments, the CIG parameters corresponding to the audio service 1 may be predefined.

Step b: The left earplug receives the parameter negotiation message sent by the mobile phone through ACL link 1. If the left earplug agrees with the CIG parameters carried in the parameter negotiation message, it can return a confirmation message to the mobile phone; if the left earplug does not agree with the parameters carried in the parameter negotiation message or agrees with some of the parameters carried in the parameter negotiation message, you can send The mobile phone returns a continue negotiation message to continue parameter negotiation with the mobile phone until the left earbud returns a confirmation message to the mobile phone.

Step c: The mobile phone receives the confirmation message returned by the left earplug through ACL link 1. The mobile phone obtains the parameter negotiation result with the left earplug according to the confirmation message.

Similarly, for the audio service 1 supported by the TWS headset, the mobile phone can also perform parameter negotiation with the right earplug through the ACL link 2 in order to obtain the parameter negotiation result with the right earplug. The mobile phone can determine the CIG parameters that can be adapted to the audio service 1 according to the parameter negotiation results obtained through negotiation with the left and right earplugs.

Of course, the mobile phone may only perform parameter negotiation with any one of the left and right earplugs (such as the left earplug) of the TWS earphone. In other words, S804 can be replaced by the mobile phone and any one of the left and right earplugs of the TWS headset (such as the left earplug) performing parameter negotiation to determine the CIG parameters that can be adapted to the audio service. The parameter negotiation result obtained through negotiation with the left earplug is the CIG parameter that can be adapted to the audio service.

S805. The mobile phone configures CIG parameters and establishes CIS with the left earplug and right earplug of the TWS earphone, respectively.

Exemplarily, after the mobile phone determines the CIG parameters that can be adapted to the audio service (such as the audio service 1 above), the CIG parameters can be configured for the audio service 1, and CISs are established with the left and right earplugs, respectively. The mobile phone can establish CIS 1 with the left earplug, and the mobile phone can establish CIS 2 with the right earplug. The CIS1 and the CIS2 are included in the same CIG, and the CIG corresponds to the audio service 1. For example, the mobile phone may configure the CIG parameters according to the determined CIG parameters that can be adapted to the audio service 1. For the configuration process of the CIG parameters, reference may be made to 701 shown in FIG. 7, which will not be described in detail here. After the CIG parameter configuration is completed, the mobile phone can establish CIS1 with the left earplug and CIS2 with the right earplug. For the process of establishing the CIS between the mobile phone and the left earplug, and between the mobile phone and the right earplug, please refer to 702 shown in FIG.

In this way, by performing the above S804-S805 for each audio service supported by the TWS headset, the configuration of the CIG parameters that can be adapted to the audio service and the corresponding between the mobile phone and the left and right earplugs of the TWS headset can be completed before the corresponding audio service is started Establishment of all CIS in CIG of audio business. Generally, as in the above S803, the mobile phone determines that the audio services supported by the TWS headset include: audio service 1, audio service 2, ..., audio service n. n can be an integer greater than or equal to 1. After performing the above S804-S805 for each audio service supported by the TWS headset, the mobile phone and the left and right earbuds of the TWS headset can complete the CIG parameters that can be adapted to audio service 1, audio service 2, ..., and audio service n, respectively Configuration and corresponding establishment of all CIS in CIG.

S806. When the mobile phone determines that an audio service is turned on, it activates the CIG corresponding to the audio service for audio data transmission of the audio service.

In addition, in the embodiment of the present application, since the audio service 1, the audio service 2, ..., and the audio service n are not enabled, the audio service 1 can be adapted between the mobile phone and the left and right earplugs of the TWS headset Service 2, ..., and the configuration of CIG parameters of audio service n and the establishment of all CISs in the corresponding CIG, the CIG corresponding to the above audio service 1, audio service 2, ..., and audio service n may not be activated. That is, all CISs in the CIG corresponding to the audio service 1, the audio service 2, ..., and the audio service n may not be activated. For example, taking audio service 1 as an example, after the configuration of the CIG parameters that can be adapted to audio service 1 and the establishment of corresponding CIS 1 and CIS 2 in the CIG between the mobile phone and the left and right earbuds of the TWS headset, the audio service may not be activated The CIG corresponding to 1 does not activate the above CIS 1 and the above CIS 2. Instead, when the mobile phone determines that an audio service is turned on, the CIG corresponding to the audio service is activated, that is, all CISs included in the CIG are activated. For example, when the mobile phone determines that the audio service 1 is turned on, the CIG corresponding to the audio service 1 is activated, that is, the CIS 1 and the CIS 2 included in the CIG are activated.

When an audio service is started, in order to be able to adapt to the audio service, the CIG corresponding to the audio service is used for audio data transmission. In some embodiments, the mobile phone can maintain the correspondence between different audio services and CIG. For example, different CIGs have different CIG logos. Continue to take the audio services supported by TWS headsets as follows: audio service 1, audio service 2, ..., audio service n (eg, voice, music, games, video, voice assistant, navigation sound, alarm, prompt sound, etc.) as an example, electronic The device can maintain the correspondence between different audio services and the CIG logo. As shown in Table 1, audio service 1 corresponds to the CIG labeled CIG_1, audio service 2 corresponds to the CIG labeled CIG_2, ..., and audio service n corresponds to the CIG labeled CIG_n.

Table 1

音频业务Audio business	CIG标识CIG logo

音频业务1Audio business 1	CIG_1 CIG_1

音频业务2Audio business 2	CIG_2CIG_2
……
音频业务nAudio business n	CIG_nCIG_n

In this way, when the mobile phone determines that an audio service is turned on, it can determine the CIG identifier corresponding to the audio service according to Table 1, so that the corresponding CIG is activated according to the CIG identifier, which is used for audio data transmission of the audio service.

It should be noted that the above example is illustrated by performing S804 and S805 for each audio service to complete the CIG parameter configuration of each audio service and the establishment of all CISs in the corresponding CIG, that is, one audio can be considered The business corresponds to a CIG, as shown in Table 1. Of course, there may also be scenarios where different audio services correspond to the same CIG, that is, there are multiple (two or more) audio services corresponding to the same CIG parameter. For example, music, games, video, voice assistants, navigation sounds and other services can be considered as multimedia audio services, and the CIG parameters corresponding to these services may be the same. Services such as alarms and prompts can be considered as background sound, and the CIG parameters of these services may be the same. Therefore, in other embodiments, after the mobile phone determines the audio service supported by the TWS headset, it may first obtain the CIG parameters corresponding to all audio services. Then, the mobile phone executes the above S805 for these audio services with the same CIG parameters to complete the CIG parameter configuration of these audio services and the establishment of all CISs in the corresponding CIG. In other words, it can be considered that multiple audio services correspond to one CIG. Similarly, mobile phones can also maintain correspondence between different audio services and CIG logos. Based on the corresponding relationship, when an audio service is turned on, the mobile phone can activate the CIG corresponding to the audio service for audio data transmission.

In some embodiments, the specific implementation of not activating the CIG may be: the mobile phone and the TWS headset may set up a state machine for each CIG separately. After configuring the CIG parameters between the mobile phone and the left and right earbuds of the TWS headset and establishing all the CISs in the corresponding CIG, the mobile phone and the TWS headset can set the CIG state to the first state respectively. The first state is used to identify that all CISs in the CIG have been established, but all CISs in the CIG are not activated, are virtual links, and cannot be used to send and receive actual data. The specific implementation of activating the CIG may be: when the corresponding audio service is turned on, the mobile phone and the TWS headset may change the state of the CIG from the first state to the second state, respectively. The second state is used to identify that all CISs in the CIG are activated, and can be used to send and receive actual data. When the state machine of the CIG is in the second state, the mobile phone can transmit audio data to the left and right earplugs of the TWS headset through all CISs in the CIG.

Exemplarily, as shown in FIG. 9, a state machine may be set for the CIG. The state machine may include four states, namely: an idle state, a configured state, an open state, and a stream ( streaming) status. Through this state machine, the mobile phone and the TWS headset can keep the state synchronization between the two. The open state may be the above-mentioned first state, and the streaming state may be the above-mentioned second state. For example, after the Bluetooth pairing of the mobile phone and the TWS headset is completed and the ACL link is established, the CIG state machine is in the idle state. After the business scenario negotiation and parameter negotiation between the mobile phone and the TWS headset are completed, the CIG state machine switches from the idle state to the Configured state. After the mobile phone CIG parameter configuration is completed and the CIS is established, the CIG state machine switches from the Configured state to the Open state. In the open state, all CISs in the CIG have been established, but all CISs in the CIG are virtual links and cannot be used to send and receive actual data. In this embodiment, before the corresponding audio service is started, the CIG corresponding to the audio service is in the open state. After the audio service is started, the CIG state machine switches from the open state to the streaming state. In the Streaming state, the mobile phone can transmit the audio data of the audio service to the left and right earplugs of the TWS headset through all CISs in the CIG.

In some embodiments, at the end of the audio service, the CIG corresponding to the audio service may also be deactivated, that is, stop sending and receiving data on all CISs in the CIG. The specific implementation of deactivating CIG may be: when the corresponding audio service ends, the mobile phone and the TWS headset can change the state of the CIG from the above-mentioned second state to the above-mentioned first state, so as to stop data on all CISs in the CIG Of sending and receiving. For example, continuing to take FIG. 9 as an example, at the end of the audio service, the mobile phone and the TWS headset can switch the CIG state machine from the Streaming state to the open state.

The specific process of the above S806 is described below with reference to specific examples. Among them, the audio services supported by the TWS headset include: audio service 1 and audio service 2. Audio service 1 is a music service, and audio service 2 is a voice service as an example.

Among them, before the start of these audio services, the configuration of the CIG parameters that can be adapted to the music service and the voice service and the establishment of all CIS in the corresponding CIG are completed between the mobile phone and the left and right earbuds of the TWS headset. Moreover, the correspondence between the music service and voice service and the CIG logo is shown in Table 2.

Table 2

音频业务Audio business	CIG标识CIG logo
音乐业务Music business	CIG_1CIG_1
语音业务Voice service	CIG_2CIG_2

It can be seen from Table 2 that the music service corresponds to the CIG identified as CIG_1 (such as CIG1), and the voice service corresponds to the CIG identified as CIG_2 (such as CIG2). CIG1 and CIG2 are not activated, that is, there is no actual data transmission and reception on CIG1 and CIG2 including CIS. And the time domain resources occupied by CIG1 and CIG2 may overlap, or there may be no overlap. For example, as shown in FIG. 10, it is a schematic diagram of the distribution of CIG1 and CIG2 in the time domain between the mobile phone and the left and right earplugs of the TWS headset. In addition, both CIG1 and CIG2 include two CISs. For example, CIG1 includes CIS 1_1 and CIS 1_2. CIG 2 includes CIS 2_1 and CIS 2_2.

Each CIS in each CIG can maintain the CIG anchor point and ISO interval of the CIG. The CIG may include multiple CIG events (CIG_event). The CIG anchor point is the starting time point of the corresponding CIG event. The ISO interval is the time between two consecutive CIG anchors. Each CIG event belongs to an ISO interval in time. For example, referring to FIG. 10, CIG1 may include multiple CIG events, such as CIG1 event (X), CIG1 event (X+1), and CIG1 event (X+2). The CIG1(X) anchor point is the starting point of the CIG1 event (X). The CIG1(X+1) anchor point is the starting point of the CIG1 event (X+1). The CIG1(X+2) anchor point is the starting point of the CIG1 event (X+2). The CIG1(X) anchor point and CIG1(X+1) anchor point are two consecutive CIG anchor points of CIG. The CIG1ISO interval is the time between the CIG1(X) anchor point and the CIG1(X+1) anchor point. For example, CIS1_1 and CIS1_2 in CIG1 maintain the CIG anchor point of CIS1, such as CIG1(X) anchor point, CIG1(X+1) anchor point, CIG1(X+2) anchor point, etc., Maintain the ISO interval of CIG1, such as CIG1ISO interval. CIS 2_1 and CIS 2_2 in CIG 2 maintain CIG anchor points of CIS 2, such as CIG 2 (X) anchor points, CIG 2 (X+1) anchor points, etc., and maintain ISO intervals of CIG 2, such as CIG 2 ISO intervals .

The mobile phone determines that the music service is started, and the mobile phone activates the CIG1 corresponding to the music service. For example, when the user opens the music player to play music, the mobile phone can determine that the music service is turned on. When the mobile phone determines that the music service is turned on, the CIG corresponding to the music service can be determined according to Table 2, that is, the CIG with the CIG identifier of CIG_1 is determined, that is, CIG1 is the CIG corresponding to the music service.

The mobile phone can switch the state machine of CIG1 from the open state to the Streaming state. In addition, the mobile phone can send activation instructions to the left and right earplugs of the TWS headset, respectively. This activation instruction can be used to instruct the left and right earplugs of the TWS headset to activate the CIS in CIG1. For example, the mobile phone can send the activation instruction to the left and right earplugs through the ACL link with the left and right earplugs, respectively. The activation instruction may carry the CIG1 logo. After receiving the activation command, the left and right earbuds of the TWS headset can switch the state machine of CIG1 from the open state to the Streaming state. In this way, the audio data of the music service can be transmitted between the mobile phone 1 and the left and right earplugs of the TWS earphone through the CIS 1_1 and CIS 1_2 in the CIG1. For example, as shown in Figure 11, the CIG anchor point and ISO interval between the mobile phone 1 and the left and right earbuds of the TWS headset can be used to perform audio data of the music service through CIS 1_1 and CIS 1_2 in CIG1 transmission. The CIG2 corresponding to the voice service still remains in an inactive state. In addition, each CIS in CIG can also maintain the maximum data size of M to S transmission, the maximum data size of S to M transmission, the maximum time interval of M to S data packet transmission at the link layer, and the S to M transmission time. Data packets are transmitted at the link layer for the longest interval and other parameters, and are used to send and receive audio data.

In some embodiments, when the user wants to end the music playback, the user can trigger the end of the music playback on the mobile phone or the TWS headset. In response to the trigger, the mobile phone can determine that the music service ends. When the mobile phone determines that the music service is over, the mobile phone can switch the state machine of the above CIG 1 from the Streaming state to the open state. In addition, the mobile phone can send deactivation instructions to the left and right earplugs of the TWS headset, respectively. The deactivation instruction is used to instruct the left and right earplugs of the TWS earphone to deactivate the CIS in CIG1. For example, the mobile phone can send the deactivation instruction to the left and right earplugs through the ACL link with the left and right earplugs, respectively. After receiving the deactivation command, the left and right earbuds of the TWS headset can switch the state machine of CIG1 from Streaming state to open state. In this way, CIG1 deactivation is completed. After the CIS in CIG1 is deactivated, the CIS in CIG1 cannot be used for the transmission of audio data, that is, the left and right earphones of the mobile phone and TWS headset stop audio data on CIS1_1 and CIS1_2 in CIG1 Of sending and receiving.

In some other embodiments, if the user receives an incoming call while playing music through the left and right earplugs of the TWS headset. After the user chooses to answer the call, in response to the user's operation to answer the call, the mobile phone can determine that the voice service is turned on. When the mobile phone determines that the voice service is turned on, it can deactivate the CIG1 corresponding to the music service. The mobile phone can also determine the CIG corresponding to the voice service according to Table 2, that is, the CIG whose CIG identifier is CIG_2, that is, CIG2 is the CIG corresponding to the voice service. The mobile phone can switch the CIG2 state machine from the open state to the Streaming state. The mobile phone can also send activation instructions to the left and right earplugs of the TWS headset, respectively. The activation instruction may carry the CIG2 logo. For example, the mobile phone can send the activation instruction to the left and right earplugs through the ACL link with the left and right earplugs, respectively. After receiving the activation command, the left and right earbuds of the TWS headset can switch the CIG2 state machine from the open state to the Streaming state. In this way, the audio data of the voice service can be realized between the mobile phone 1 and the left and right earplugs of the TWS headset through the CIS 2_1 and CIS 2_2 in the CIG2. For example, as shown in Figure 11, the CIG anchor point and ISO interval between the mobile phone 1 and the left and right earbuds of the TWS headset based on the maintenance CIG 2 can be used to perform audio data of the voice service through CIS 2_1 and CIS 2_2 in CIG 2. Transmission. After the call ends, the left and right earphones of the mobile phone and the TWS headset can deactivate CIG2 and activate CIG1, so that the audio data between the mobile phone and the left and right earphones of the TWS headset can continue to be transmitted through the CIS included in CIG1.

In other embodiments, when a certain audio service function is implemented through the left and right earplugs of the TWS headset, if another audio service is enabled, the left and right earplugs of the mobile phone and the TWS headset may not deactivate the currently activated CIG Instead, the audio data of another audio service can be mixed (or called superimposed) with the audio data of the currently playing audio service, and then transmitted through the CIG in the currently activated CIG. For example, the TWS headset also supports audio service 3, such as the prompt tone service. The reminder tone service corresponds to the CIG identified as CIG_3 (such as CIG 3). Currently, music is being played through the left and right earplugs of the TWS headset, and the mobile phone receives text messages. At this time, the mobile phone can confirm that the prompt tone service is started. The mobile phone can not activate the CIG3 corresponding to the prompt tone service, but superimpose the SMS prompt tone and the currently playing music, and then transmit it to the left and right earplugs of the TWS headset through CIS 1_1 and CIS 1_2 in CIG1. However, when the mobile phone is currently connected to the TWS headset, but no audio service is being performed, when the mobile phone receives a text message, the mobile phone can activate the CIG3 corresponding to the prompt tone service to transmit the corresponding audio data.

It can be seen that, in the embodiments of the present application, before the audio service is started, the configuration of the CIG parameters corresponding to the audio service and the establishment of all CISs in the CIG are completed. It does not activate all CIS in the CIG. When the audio service is turned on, all CISs in the CIG can be activated through the air interface signaling of the corresponding number (the number is the same as the number of CISs in the CIG), and then all CISs in the CIG can be used to perform the Audio data transmission for audio services. In this way, the establishment delay of all CIS in CIG is effectively reduced, thereby reducing the transmission delay of audio data.

In some other embodiments of the present application, the mobile phone determines the audio service supported by the TWS headset. For each audio service supported, before the audio service is started, the mobile phone can negotiate parameters with the TWS headset to determine the CIG parameters corresponding to the audio service After that, only the configuration of the corresponding CIG parameters is performed, and the establishment of the CIS in the CIG is not performed. Among them, referring to FIG. 7, the non-establishment of CIS in CIG mentioned here refers to: for each CIS in CIG, the mobile phone sends an air interface request message LL_CIS_REQ to the earplug of the TWS headset to send the earplug to the TWS headset Request to create a CIS. After receiving the air interface request message, the earplug of the TWS headset can send an air interface response message LL_CIS_RSP to the mobile phone after determining to accept the CIS creation request. After receiving the air interface response message, the mobile phone does not reply the air interface notification message LL_CIS_IND to the earplugs of the TWS headset. Instead, when the audio service is turned on, the mobile phone sends an air interface notification message LL_CIS_IND to the earplug of the TWS headset to notify the earplug of the TWS headset that the CIS has been established. After that, the audio data can be transmitted between the mobile phone and the earplugs of the TWS headset through the CIS in the CIG. In this way, the establishment delay of all CISs in the CIG can also be reduced, thereby reducing the transmission delay of audio data.

Other embodiments of the present application provide a Bluetooth device, which can be applied to the above-mentioned electronic equipment, such as a mobile phone. As shown in FIG. 12, the Bluetooth device may include: a link establishment module 1201, an application identification module 1202, a data path establishment module 1203, and a data path activation module 1204.

The link establishment module 1201 may be used to establish an ACL link with peripheral devices, such as the left and right earplugs of a TWS headset. As used to execute S802 in the above embodiment.

The application identification module 1202 may be used to obtain audio services supported by the left and right earplugs of the TWS headset. As used to execute S803 in the above embodiment. The application identification module 1202 can also be used to negotiate parameters with the left and right earplugs of the TWS headset to obtain CIG parameters that can be adapted to the audio service. As used to execute S804 in the above embodiment. The application identification module 1202 can also be used to establish the correspondence between the audio services supported by the left and right earbuds of the TWS headset and the CIG, as shown in Table 1 or Table 2 in the above embodiment.

The data path establishment module 1203 can be used to configure CIG parameters, and establish the CIS in the CIG according to the configured CIG parameters with the left and right earplugs of the TWS earphone. As used to execute S805 in the above embodiment. Among them, the CIS in the CIG is not activated.

The data path activation module 1204 may be used to activate the CIS in the CIG corresponding to the audio service when the audio service is turned on. As used to execute S806 in the above embodiment. The data path activation module 1204 may also be used to send activation instructions to the left and right earplugs of the TWS headset so that the left and right earplugs of the TWS headset activate the CIS in the corresponding CIG.

It should be noted that, in this embodiment, for the link establishment module 1201, the application identification module 1202, the data path establishment module 1203, and the data path activation module 1204, specific descriptions can be parameters specific descriptions of the corresponding content in the above embodiments, this I won’t go into details here. In addition, as an example, the link establishment module 1201 may be the wireless communication module 160 in the embodiment shown in FIG. 4 described above. The application identification module 1202, the data path establishment module 1203, and the data path activation module 1204 may be modules that integrate corresponding functions of the wireless communication module 160 and the processor 110 of the embodiment shown in FIG. 4 described above.

Through the description of the above embodiments, those skilled in the art can clearly understand that, for the convenience and conciseness of description, only the above-mentioned division of each functional module is used as an example for illustration. In practical applications, the above-mentioned functions can be allocated as needed Completed by different functional modules, that is, dividing the internal structure of the device into different functional modules to complete all or part of the functions described above.

In the several embodiments provided in this application, it should be understood that the disclosed device and method may be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the modules or units is only a division of logical functions. In actual implementation, there may be other divisions, for example, multiple units or components may be The combination can either be integrated into another device, or some features can be ignored, or not implemented. In addition, the displayed or discussed mutual coupling or direct coupling or communication connection may be indirect coupling or communication connection through some interfaces, devices or units, and may be in electrical, mechanical, or other forms.

The units described as separate components may or may not be physically separated, and the components displayed as units may be one physical unit or multiple physical units, that is, may be located in one place, or may be distributed in multiple different places . Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units may be integrated into one unit. The above integrated unit can be implemented in the form of hardware or software function unit.

If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it may be stored in a readable storage medium. Based on such an understanding, the technical solutions of the embodiments of the present application may essentially be part of or contribute to the prior art or all or part of the technical solutions may be embodied in the form of software products, which are stored in a storage medium In it, several instructions are included to enable a device (which may be a single-chip microcomputer, chip, etc.) or processor to execute all or part of the steps of the methods described in the embodiments of the present application. The foregoing storage media include various media that can store program codes, such as a U disk, a mobile hard disk, a ROM, a RAM, a magnetic disk, or an optical disk.

The above is only the specific implementation of this application, but the scope of protection of this application is not limited to this, any change or replacement within the technical scope disclosed in this application should be covered within the scope of protection of this application . Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

A method for establishing a data channel is characterized by being applied to a first electronic device. The method includes:

The first electronic device obtains the audio service supported by the second electronic device;

The first electronic device determines CIG parameters of the connection-based isochronous stream group CIG corresponding to the audio service;

The first electronic device configures CIG parameters, and establishes a connection-based isochronous audio stream CIS in the CIG according to the configured CIG parameters, and the CIS in the CIG is not activated;

When the audio service is turned on, the first electronic device activates the CIS in the CIG;

The first electronic device sends an activation instruction to the second electronic device, where the activation instruction is used to instruct the second electronic device to activate the CIS in the CIG;

The first electronic device transmits audio data with the second electronic device through the CIS in the CIG.
The method according to claim 1, wherein the method further comprises:

At the end of the audio service, the first electronic device deactivates the CIS in the CIG;

The first electronic device sends a deactivation instruction to the second electronic device, where the deactivation instruction is used to instruct the second electronic device to deactivate the CIS in the CIG;

The first electronic device stops transmitting audio data with the second electronic device through the CIS in the CIG.
The method according to claim 1 or 2, wherein before the first electronic device obtains the audio service supported by the second electronic device, the method further comprises:

The first electronic device performs a pairing operation with the second electronic device;

The first electronic device implements an operation of establishing an asynchronous connection-oriented ACL link with the second electronic device;

Acquiring audio services supported by the second electronic device by the first electronic device includes: the first electronic device implementing an operation to negotiate a business scenario with the second electronic device through the ACL link, the first electronic device Determine the audio service supported by the second electronic device according to the business scene negotiation result;

The first electronic device determining the CIG parameters of the connection-based isochronous stream group CIG corresponding to the audio service includes: the first electronic device implementing a parameter negotiation with the second electronic device through the ACL link In operation, the first electronic device determines CIG parameters of the CIG corresponding to the audio service according to the parameter negotiation result.
The method according to any one of claims 1 to 3, wherein the CIG state machine is provided in the first electronic device;

After the first electronic device and the second electronic device establish the CIS in the CIG, the state machine of the CIG is the first state, and the first state is used to indicate that the CIS in the CIG has not Activation, can not be used for audio data transmission;

Activating the CIS in the CIG by the first electronic device includes: the first electronic device switches the state machine of the CIG from the first state to a second state, and the second state is used to indicate The CIS in the CIG is activated and can be used for audio data transmission.
The method according to claim 4, wherein the deactivation of the CIS in the CIG by the first electronic device includes:

The first electronic device switches the state machine of the CIG from the second state to the first state.
The method according to claim 4 or 5, wherein the first state is an open state, and the second state is an audio stream streaming state.
The method according to any one of claims 1-6, characterized in that

The method further includes: the first electronic device establishing a correspondence between the audio service and the CIG;

The activation of the CIS in the CIG by the first electronic device when the audio service is turned on includes: when the audio service is turned on, the first electronic device activates the audio according to the corresponding relationship The CIS in the CIG corresponding to the business.
The method according to any one of claims 1-7, wherein the CIG parameters include at least one of the following: quality of service QoS parameters, coding codec parameters, CIS parameters, and the CIS parameters are used for the Transmission parameters for data transmission and reception between the first electronic device and the second electronic device.
A method for establishing a data channel is characterized in that it is applied to a second electronic device, and the method includes:

The second electronic device establishes a connection-based isochronous stream group-based connection-based isochronous audio stream CIS, the CIG corresponds to an audio service supported by the second electronic device, and the CIS in the CIG is not activated ;

The second electronic device receives the activation instruction sent by the first electronic device;

In response to the activation instruction, the second electronic device activates the CIS in the CIG;

The second electronic device transmits audio data with the first electronic device through the CIS in the CIG.
The method according to claim 9, wherein the method further comprises:

The second electronic device receives the deactivation instruction sent by the first electronic device;

In response to the deactivation instruction, the second electronic device deactivates the CIS in the CIG;

The second electronic device stops transmitting audio data with the first electronic device through the CIS in the CIG.
The method according to claim 9 or 10, wherein before the second electronic device establishes the connection-based isochronous audio stream CIS in the connection-based isochronous stream group CIG, further comprising:

The second electronic device performs a pairing operation with the first electronic device;

The second electronic device implements an operation of establishing an asynchronous connection-oriented ACL link with the first electronic device;

The second electronic device implements an operation of negotiating a business scenario with the first electronic device through the ACL link, and the operation of negotiating the business scenario is used by the first electronic device to determine what the second electronic device supports Audio service

The second electronic device implements an operation of negotiating parameters with the first electronic device through the ACL link, and the operation of negotiating parameters is used by the first electronic device to determine CIG parameters of the CIG corresponding to the audio service , The CIG parameter is used to establish the CIS in the CIG.
The method according to any one of claims 9 to 11, wherein a state machine of the CIG is provided in the second electronic device;

After the second electronic device and the first electronic device establish the CIS in the CIG, the state machine of the CIG is the first state, and the first state is used to indicate that the CIS in the CIG is not Activation, can not be used for audio data transmission;

Activating the CIS in the CIG by the second electronic device includes: the second electronic device switches the state machine of the CIG from the first state to a second state, the second state is used to indicate The CIS in the CIG is activated and can be used for audio data transmission.
The method according to claim 12, wherein the deactivating the CIS in the CIG by the second electronic device includes:

The second electronic device switches the state machine of the CIG from the second state to the first state.
The method according to claim 12 or 13, wherein the first state is an open state, and the second state is an audio stream streaming state.
The method according to claim 11, wherein the CIG parameters include at least one of the following: quality of service QoS parameters, coded codec parameters, CIS parameters, and the CIS parameters are used for the first electronic device and all The transmission parameters for data transmission and reception of the second electronic device.
A method for establishing a data channel is characterized by being applied to a first electronic device. The method includes:

The first electronic device obtains the audio service supported by the second electronic device;

The first electronic device determines CIG parameters of a connection-based isochronous stream group CIG corresponding to the audio service, and the CIG parameters are used to establish a connection-based isochronous audio stream CIS in the CIG;

The first electronic device configures CIG parameters, and sends a CIS establishment request message to the second electronic device according to the configured CIG parameters;

The first electronic device receives a CIS establishment response message sent by the second electronic device;

When the audio service is turned on, the first electronic device sends a CIS establishment message to the second electronic device, and the CIS establishment message is used to establish a CIS in the CIG with the second electronic device;

The first electronic device transmits audio data with the second electronic device through the CIS in the CIG.
The method of claim 16, before the first electronic device obtains an audio service supported by a second electronic device, further comprising:

The first electronic device performs a pairing operation with the second electronic device;

The first electronic device implements an operation of establishing an asynchronous connection-oriented ACL link with the second electronic device;

Acquiring audio services supported by the second electronic device by the first electronic device includes: the first electronic device implementing an operation to negotiate a business scenario with the second electronic device through the ACL link, the first electronic device Determine the audio service supported by the second electronic device according to the business scene negotiation result;

The first electronic device determining the CIG parameters of the connection-based isochronous stream group CIG corresponding to the audio service includes: the first electronic device implementing a parameter negotiation with the second electronic device through the ACL link In operation, the first electronic device determines CIG parameters of the CIG corresponding to the audio service according to the parameter negotiation result.
An electronic device, characterized in that it includes: one or more processors, a memory, a wireless communication module, and a mobile communication module;

The memory, the wireless communication module, and the mobile communication module are coupled to the one or more processors. The memory is used to store computer program code. The computer program code includes computer instructions. When the one or When multiple processors execute the computer instructions, the electronic device executes the method for establishing a data channel according to any one of claims 1-8 and 16-17.
An electronic device, characterized in that it includes: one or more processors, a memory, a wireless communication module, a receiver, and a microphone;

The memory, the wireless communication module, the receiver, and the microphone are coupled to the processor, and the memory is used to store computer program code, where the computer program code includes computer instructions, when the one or more When the processor executes the computer instruction, the electronic device executes the method for establishing a data channel according to any one of claims 9-15.
A Bluetooth system, characterized in that the Bluetooth system includes:

The electronic device according to claim 18, and the electronic device according to claim 19.
A computer storage medium, comprising computer instructions, which when executed on an electronic device, causes the electronic device to execute the data according to any one of claims 1-8, 16-17 Channel establishment method.
A computer storage medium, comprising computer instructions, which when executed on an electronic device, causes the electronic device to perform the method for establishing a data channel according to any one of claims 9-15 .