CN117581526A

CN117581526A - Bluetooth headset-based conversation method and device and storage medium

Info

Publication number: CN117581526A
Application number: CN202380012530.5A
Authority: CN
Inventors: 栗银伟; 张勇; 王福凯; 胡晓慧
Original assignee: Honor Device Co Ltd
Current assignee: Honor Device Co Ltd
Priority date: 2022-09-13
Filing date: 2023-01-30
Publication date: 2024-02-20

Abstract

The embodiment of the application provides a communication method, a communication device and a storage medium based on a Bluetooth headset, which are applied to the technical field of terminals, and the method comprises the following steps: the Bluetooth headset plays audio of a first call from the first device; when the second device initiates a call to the third device or the second device receives the call from the third device, the Bluetooth headset keeps playing the audio of the first call, and the Bluetooth headset plays the call-out prompt tone or the call-in prompt tone of the second device; when the second device is connected with the second call, the Bluetooth headset plays the audio of the second call from the second device; the Bluetooth headset controls the first device to keep or hang up the first call; or when the second device refuses the second call, the Bluetooth headset continues to play the audio of the first call from the first device. Therefore, when the second device is called or initiates a call, the situation that the Bluetooth headset plays the audio of the second device immediately and the audio of the first device is played outside can not occur, and the use experience of a user is improved.

Description

Bluetooth headset-based conversation method and device and storage medium

The present application claims priority from the chinese patent application filed on month 13 2022, 09, to the chinese national intellectual property agency, application number 202211106734.9, application name "bluetooth headset based talk method, apparatus and storage medium", the entire contents of which are incorporated herein by reference.

Technical Field

The application relates to the technical field of terminals, in particular to a communication method, a communication device and a storage medium based on a Bluetooth headset.

Background

With the development of bluetooth technology, devices based on bluetooth technology are widely used in people's daily lives. After the Bluetooth headset is connected with the electronic equipment, services such as playing music, answering a call and the like can be provided for a user.

In some implementations, a portion of the Bluetooth headset may provide the functionality to connect two or more electronic devices simultaneously. A user may use a bluetooth headset that supports dual connectivity to listen to audio of different electronic devices. However, in some scenarios, the bluetooth headset may disconnect the voice channel from any one of the electronic devices, resulting in the audio of the electronic device being played out, affecting the user's experience.

Disclosure of Invention

The embodiment of the application provides a communication method, a communication device and a storage medium based on a Bluetooth headset. The bluetooth headset may connect two devices. When the first device is in a call and the second device receives an incoming call or initiates a call-out, the Bluetooth headset keeps playing the call audio of the first device and plays the incoming call or call-out prompt tone of the second device. In this way, the Bluetooth headset does not cause the talk audio of the first device to be played out as a result of playing the talk audio of the second device.

In a first aspect, an embodiment of the present application provides a communication method based on a bluetooth headset, which is applied to a bluetooth headset supporting to connect a plurality of terminal devices simultaneously, where the plurality of terminal devices include a first device and a second device, and the bluetooth headset respectively establishes bluetooth connection with the first device and the second device, and the method includes:

the Bluetooth headset plays audio of a first call from the first device; when the second device initiates a call to the third device or the second device receives the call from the third device, the Bluetooth headset keeps playing the audio of the first call, and the Bluetooth headset plays the call-out prompt tone or the call-in prompt tone of the second device; when the second device is connected with the second call, the Bluetooth headset plays the audio of the second call from the second device; the Bluetooth headset controls the first device to keep or hang up the first call; or when the second device refuses the second call, the Bluetooth headset continues to play the audio of the first call from the first device. Thus, when the second device is called or initiates a call, the situation that the Bluetooth headset plays the audio of the second device immediately and the audio of the first device is played outside can not occur; meanwhile, when the second equipment is connected with the call, the first equipment keeps the call or hangs up the call, and the Bluetooth earphone plays the audio of the second equipment; when the second equipment refuses to talk, the Bluetooth headset plays the audio of the first equipment, and the situation that the audio of the first equipment is externally put due to the talk of the second equipment can not occur, so that the use experience of a user is improved.

In one possible implementation, when the second device is connected to the second call, the bluetooth headset plays audio from the second call of the second device; the Bluetooth headset controls the first device to keep or hang up the first call; comprising the following steps: when the Bluetooth headset receives the first operation, the Bluetooth headset controls the second device to answer the second call, and the Bluetooth headset plays the audio of the second call from the second device; the Bluetooth headset controls the first device to keep the first call; or when the Bluetooth headset receives the second operation, the Bluetooth headset controls the second device to answer the second call, and the Bluetooth headset plays the audio of the second call from the second device; the Bluetooth headset controls the first device to hang up the first call, and the second operation is different from the first operation. Therefore, the user can switch on the second call through the Bluetooth headset and control the first device to keep the first call or hang up the first call, so that the operation of the user is simplified, and the use experience of the user is improved.

In a possible implementation manner, the first operation includes an operation of tapping the bluetooth headset, the second operation includes an operation of tapping the bluetooth headset, and the tapping frequency of the first operation is different from the tapping frequency of the second operation, and/or the first operation and the second operation are respectively aimed at two side headsets of the bluetooth headset. Therefore, the Bluetooth headset can control the conversation between the first device and the second device based on different operation gestures, and the use experience of a user is improved.

In a possible implementation manner, when the second device rejects the second call, the bluetooth headset continues to play the audio of the first call from the first device, including: when the Bluetooth headset receives a third operation, the Bluetooth headset controls the second device to reject the second call, the Bluetooth headset plays the audio of the first call from the first device, and the third operation is different from the first operation and the second operation. Therefore, the Bluetooth headset can control the first equipment to continue the first call based on the operation gesture, control the second equipment to hang up the second call, simplify the operation of the user and improve the use experience of the user.

In a possible implementation manner, the bluetooth headset stores a call-out prompt tone and an incoming call prompt tone, and when the second device initiates a call to the third device or receives a call from the third device, the bluetooth headset plays audio of the first call, and the bluetooth headset plays the call-out prompt tone or the incoming call prompt tone of the second device; comprising the following steps: the Bluetooth headset detects the call state of the second device; when the call state of the second equipment is the incoming call state, the Bluetooth headset mixes the incoming call prompt tone and the audio of the first call, and plays the mixed incoming call prompt tone and the audio of the first call; or when the call state of the second equipment is the power-off state, the Bluetooth headset mixes the power-off prompt tone and the audio of the first call, and plays the power-off prompt tone and the audio of the first call after the mixing. Therefore, the Bluetooth headset plays the prompt tone pre-stored in the Bluetooth headset according to the call state of the second device, and the second SCO link is not required to be established to acquire the prompt tone of the second device, so that the scene that the audio of the first call of the first device is externally played is reduced, and the call experience of the user is improved.

In a possible implementation manner, when the second device connects to the second call, the bluetooth headset plays the audio of the second call from the second device, including: the Bluetooth headset disconnects a first connection-oriented synchronous SCO link with the first device; a second SCO link is established between the Bluetooth headset and the second device; the Bluetooth headset receives the audio of the second call through the second SCO link and plays the audio of the second call. In this way, when the second device is engaged in the second call, the bluetooth headset may play audio of the second call based on the second SCO link.

In a possible implementation manner, after the bluetooth headset receives the audio of the second call through the second SCO link, the method further includes: when the second device hangs up the second call, the Bluetooth headset disconnects a second SCO link with the second device; a first SCO link is established between the Bluetooth headset and the first device; the Bluetooth headset receives the audio of the first call through the first SCO link and plays the audio of the first call. In this way, the Bluetooth headset can control the first device to keep the first call and control the second device to connect the second call, and after the second device ends the call, the Bluetooth headset resumes the first call of the first device, so that the use experience of a user is improved.

In one possible implementation, when the second device rejects the second call, the Bluetooth headset plays audio of the first call from the first device; comprising the following steps: the Bluetooth headset maintains a first SCO link with the first device; the Bluetooth headset continues to receive the audio of the first call through the first SCO link and plays the audio of the first call. Therefore, when the second equipment refuses the second communication, the Bluetooth headset cannot break the first SCO link, and the first equipment cannot play the audio of the first communication, so that the use experience of a user is improved.

In a second aspect, embodiments of the present application provide an electronic device, which may also be referred to as a terminal (terminal), a User Equipment (UE), a Mobile Station (MS), a Mobile Terminal (MT), or the like. The terminal device may be a mobile phone, a smart television, a wearable device, a tablet (Pad), a computer with wireless transceiving function, a Virtual Reality (VR) terminal device, an augmented reality (augmented reality, AR) terminal device, a wireless terminal in industrial control (industrial control), a wireless terminal in unmanned driving (self-driving), a wireless terminal in teleoperation (remote medical surgery), a wireless terminal in smart grid (smart grid), a wireless terminal in transportation safety (transportation safety), a wireless terminal in smart city (smart city), a wireless terminal in smart home (smart home), or the like.

The electronic device comprises a processor for invoking a computer program in a memory for causing the electronic device to perform the method as in the first aspect.

In a third aspect, embodiments of the present application provide a computer-readable storage medium having instructions stored thereon. The instructions, when executed, cause a computer to perform the method as the first aspect.

In a fourth aspect, embodiments of the present application provide a computer program product for, when run on a computer, causing the computer to perform the method as in the first aspect.

In a fifth aspect, embodiments of the present application provide a chip comprising a processor for invoking a computer program in a memory to perform a method as described in the first aspect.

It should be understood that, the second aspect to the fifth aspect of the present application correspond to the technical solutions of the first aspect of the present application, and the beneficial effects obtained by each aspect and the corresponding possible embodiments are similar, and are not repeated.

Drawings

Fig. 1 is a schematic architecture diagram of a bluetooth communication system according to an embodiment of the present application;

fig. 2 is a schematic structural diagram of a terminal device 100 according to an embodiment of the present application;

Fig. 3 is a schematic structural diagram of a bluetooth headset 200 according to an embodiment of the present application;

fig. 4A is a schematic diagram of an interface of a bluetooth headset for answering a call in one possible implementation;

fig. 4B is a schematic diagram of an interface of a bluetooth headset for answering a call in one possible implementation;

fig. 5A is an interface schematic diagram of a communication method based on a bluetooth headset according to an embodiment of the present application;

fig. 5B is an interface schematic diagram of a communication method based on a bluetooth headset according to an embodiment of the present application;

fig. 5C is an interface schematic diagram of a communication method based on a bluetooth headset according to an embodiment of the present application;

fig. 6A is an interface schematic diagram of another communication method based on a bluetooth headset according to an embodiment of the present application;

fig. 6B is an interface schematic diagram of another communication method based on a bluetooth headset according to an embodiment of the present application;

fig. 6C is an interface schematic diagram of another communication method based on a bluetooth headset according to an embodiment of the present application;

fig. 7A is an interface schematic diagram of another communication method based on a bluetooth headset according to an embodiment of the present application;

fig. 7B is an interface schematic diagram of another communication method based on a bluetooth headset according to an embodiment of the present application;

fig. 7C is an interface schematic diagram of another communication method based on a bluetooth headset according to an embodiment of the present application;

Fig. 8 is a schematic diagram of a communication method based on a bluetooth headset according to an embodiment of the present application;

fig. 9 is an interface schematic diagram of a triggering operation of a bluetooth headset according to an embodiment of the present application;

fig. 10 is a flowchart of a communication method based on a bluetooth headset according to an embodiment of the present application;

fig. 11 is a flow chart of a communication method based on a bluetooth headset according to an embodiment of the present application;

fig. 12 is a flowchart of a communication method based on a bluetooth headset according to an embodiment of the present application;

fig. 13 is a flow chart of a communication method based on a bluetooth headset according to an embodiment of the present application;

fig. 14 is a schematic structural diagram of a communication device based on a bluetooth headset according to an embodiment of the present application.

Detailed Description

In order to facilitate the clear description of the technical solutions of the embodiments of the present application, the following simply describes some terms and techniques related to the embodiments of the present application:

1) Connection oriented synchronization (synchronous connection oriented, SCO) link: the communication link between the electronic device and the bluetooth headset supports delay sensitive information such as: and (5) voice. For example, after the electronic device establishes an SCO link with the bluetooth headset, the electronic device may send the voice audio to the bluetooth headset through the SCO link; the Bluetooth headset can collect voice audio of a user, and return the voice audio to the electronic device based on the SCO link, and the voice audio is sent to other devices by the electronic device.

2) Other terms

In the embodiments of the present application, the words "first," "second," and the like are used to distinguish between identical or similar items that have substantially the same function and effect. For example, the first chip and the second chip are merely for distinguishing different chips, and the order of the different chips is not limited. It will be appreciated by those of skill in the art that the words "first," "second," and the like do not limit the amount and order of execution, and that the words "first," "second," and the like do not necessarily differ.

It should be noted that, in the embodiments of the present application, words such as "exemplary" or "such as" are used to mean serving as an example, instance, or illustration. Any embodiment or design described herein as "exemplary" or "for example" should not be construed as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "such as" is intended to present related concepts in a concrete fashion.

In the embodiments of the present application, "at least one" means one or more, and "a plurality" means two or more. "and/or", describes an association relationship of an association object, and indicates that there may be three relationships, for example, a and/or B, and may indicate: a alone, a and B together, and B alone, wherein a, B may be singular or plural. The character "/" generally indicates that the context-dependent object is an "or" relationship. "at least one of" or the like means any combination of these items, including any combination of single item(s) or plural items(s). For example, at least one (one) of a, b, or c may represent: a, b, c, a-b, a-c, b-c, or a-b-c, wherein a, b, c may be single or plural.

The embodiment of the application provides a call method based on a bluetooth headset, and fig. 1 is a schematic diagram of a bluetooth communication system applicable to the embodiment of the application, as shown in fig. 1:

the bluetooth communication system comprises a terminal device 100 and a bluetooth headset 200. Communication between the terminal device 100 and the bluetooth headset 200 is via a bluetooth link.

In the embodiment of the present application, the terminal device 100 may be a plurality of terminal devices, and the terminal device 100 may include a first device 101 and a second device 102. The bluetooth headset 200 is a headset that can support a bluetooth communication protocol for connecting two or more terminal devices 100, wherein the bluetooth communication protocol may be a conventional bluetooth protocol, which is also referred to as a classical bluetooth protocol, and the bluetooth communication protocol may also be a low energy (Bluetooth low energy, BLE) bluetooth protocol. As the bluetooth protocol evolves, other bluetooth protocols may also be introduced in the future. With development of bluetooth technology, the version of the bluetooth communication protocol is continuously changing, and the version of the bluetooth communication protocol in the embodiments of the present application may be any one of the following versions: a 1.0 series version, a 2.0 series version, a 3.0 series version or a 4.0 series version.

In the embodiment of the application, the bluetooth headset may include one headset or two headsets; when the Bluetooth headset comprises two headsets, the two headsets can communicate by using a connecting wire or can communicate by using a wireless mode. The bluetooth headset may be a headset or an in-ear headset. The embodiment of the application does not limit the specific form of the Bluetooth headset, and the Bluetooth headset can support to connect a plurality of terminal devices simultaneously.

An application scenario of the embodiment of the present application will be described below by taking an example in which a bluetooth headset supports bluetooth connection to two terminal devices at the same time. Illustratively, the bluetooth communication system includes a first device 101, a second device 102, and a bluetooth headset 200. The bluetooth headset 200 may establish a bluetooth channel with the first device 101, while the bluetooth headset 200 may establish a bluetooth channel with the second device 102. In this way, the user can play audio in the first device 101 or the second device 102 through the bluetooth headset 200; or to answer the call of the first device 101 or the second device 102 via the bluetooth headset 200.

In the embodiment of the present application, the terminal device 100 may also be referred to as a terminal (terminal), a User Equipment (UE), a Mobile Station (MS), a Mobile Terminal (MT), or the like. The terminal device may be a mobile phone (mobile phone) with a display screen, a smart tv, a wearable device, a tablet (Pad), a computer with a wireless transceiving function, a Virtual Reality (VR) terminal device, an augmented reality (augmented reality, AR) terminal device, a wireless terminal in an industrial control (industrial control), a wireless terminal in an unmanned (self-driving), a wireless terminal in a teleoperation (remote medical surgery), a wireless terminal in a smart grid (smart grid), a wireless terminal in a transportation security (transportation safety), a wireless terminal in a smart city (smart city), a wireless terminal in a smart home (smart home), or the like. The embodiment of the application does not limit the specific technology and the specific equipment form adopted by the terminal equipment.

Fig. 2 shows a schematic structural diagram of the terminal device 100. The terminal device may include: radio Frequency (RF) circuitry 110, memory 120, input unit 130, display unit 140, sensor 150, audio circuitry 160, wireless fidelity (wireless fidelity, wiFi) module 170, processor 180, power supply 190, and bluetooth module 1100. It will be appreciated by those skilled in the art that the terminal device structure shown in fig. 2 is not limiting of the terminal device and may include more or fewer components than shown, or may combine certain components, or a different arrangement of components.

The following describes the respective constituent elements of the terminal device in detail with reference to fig. 2:

the RF circuit 110 may be used for receiving and transmitting signals during the process of receiving and transmitting information or communication, specifically, after receiving downlink information of the base station, the downlink information is processed by the processor 180; in addition, the data of the design uplink is sent to the base station. Typically, RF circuitry includes, but is not limited to, antennas, at least one amplifier, transceivers, couplers, low noise amplifiers (low noise amplifier, LNAs), diplexers, and the like. In addition, RF circuit 110 may also communicate with networks and other devices via wireless communications. The wireless communications may use any communication standard or protocol including, but not limited to, global system for mobile communications (global system of mobile communication, GSM), general packet radio service (general packet radio service, GPRS), code division multiple access (code division multiple access, CDMA), wideband code division multiple access (wideband code division multiple access, WCDMA), long term evolution (long term evolution, LTE), email, and short message service (short messaging service, SMS), among others.

The memory 120 may be used to store software programs and modules, and the processor 180 performs various functional applications and data processing of the terminal device by running the software programs and modules stored in the memory 120. The memory 120 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program (such as a sound playing function, an image playing function, etc.) required for at least one function, a boot loader (boot loader), etc.; the storage data area may store data (such as audio data, phonebook, etc.) created according to the use of the terminal device, and the like. In addition, memory 120 may include high-speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid-state storage device. It is understood that in the embodiment of the present application, the memory 120 stores therein a program for connecting to a bluetooth device.

The input unit 130 may be used to receive input numeric or character information and to generate key signal inputs related to user settings and function control of the terminal device. In particular, the input unit 130 may include a touch panel 131 and other input devices 132. The touch panel 131, also referred to as a touch screen, may collect touch operations thereon or thereabout by a user (e.g., operations of the user on the touch panel 131 or thereabout by using any suitable object or accessory such as a finger, a stylus, etc.), and drive the corresponding connection device according to a predetermined program. Alternatively, the touch panel 131 may include two parts of a touch detection device and a touch controller. The touch detection device detects the touch azimuth of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch detection device and converts it into touch point coordinates, which are then sent to the processor 180, and can receive commands from the processor 180 and execute them. In addition, the touch panel 131 may be implemented in various types such as resistive, capacitive, infrared, and surface acoustic wave. The input unit 130 may include other input devices 132 in addition to the touch panel 131. In particular, other input devices 132 may include, but are not limited to, one or more of a physical keyboard, function keys (e.g., volume control keys, switch keys, etc.), a trackball, mouse, joystick, etc.

The display unit 140 may be used to display information input by a user or information provided to the user and various menus of the terminal device. The display unit 140 may include a display panel 141, and alternatively, the display panel 141 may be configured in the form of a liquid crystal display (liquid crystal display, LCD), an organic light-emitting diode (OLED), or the like. Further, the touch panel 131 may cover the display panel 141, and when the touch panel 131 detects a touch operation thereon or thereabout, the touch panel is transferred to the processor 180 to determine the type of the touch event, and then the processor 180 provides a corresponding visual output on the display panel 141 according to the type of the touch event. Although in fig. 2, the touch panel 131 and the display panel 141 implement input and output functions of the terminal device as two independent components, in some embodiments, the touch panel 131 and the display panel 141 may be integrated to implement input and output functions of the terminal device.

The terminal device may also include at least one sensor 150, such as a light sensor, a motion sensor, and other sensors. Specifically, the light sensor may include an ambient light sensor that may adjust the brightness of the display panel 141 according to the brightness of ambient light, and a proximity sensor that may turn off the display panel 141 or the backlight when the terminal device moves to the ear. As one of the motion sensors, the accelerometer sensor can detect the acceleration in all directions (generally three axes), and can detect the gravity and direction when stationary, and can be used for recognizing the gesture of the terminal equipment (such as horizontal and vertical screen switching, related games, magnetometer gesture calibration), vibration recognition related functions (such as pedometer and knocking), and the like; other sensors such as gyroscopes, barometers, hygrometers, thermometers, infrared sensors, etc. that may also be configured for the terminal device are not described in detail herein.

Audio circuitry 160, speaker 161, microphone 162 may provide an audio interface between the user and the terminal device. The audio circuit 160 may transmit the received electrical signal converted from audio data to the speaker 161, and the electrical signal is converted into a sound signal by the speaker 161 to be output; on the other hand, the microphone 162 converts the collected sound signal into an electrical signal, receives the electrical signal from the audio circuit 160, converts the electrical signal into audio data, outputs the audio data to the processor 180 for processing, transmits the audio data to, for example, another terminal device via the RF circuit 110, or outputs the audio data to the memory 120 for further processing.

WiFi belongs to a short-distance wireless transmission technology, and terminal equipment can help a user to send and receive emails, browse webpages, access streaming media and the like through a WiFi module 170, so that wireless broadband Internet access is provided for the user. Although fig. 2 shows a WiFi module 170, it is understood that it does not belong to the essential constitution of the terminal device, and can be omitted entirely as required within the scope of not changing the essence of the invention.

The processor 180 is a control center of the terminal device, connects various parts of the entire terminal device using various interfaces and lines, and performs various functions of the terminal device and processes data by running or executing software programs or modules stored in the memory 120 and calling data stored in the memory 120, thereby performing overall monitoring of the terminal device. Optionally, the processor 180 may include one or more processing units; preferably, the processor 180 may integrate an application processor that primarily handles operating systems, user interfaces, applications, etc., with a modem processor that primarily handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into the processor 180.

The terminal device further includes a power supply 190 (e.g., a battery) for powering the various components, which may be logically connected to the processor 180 via a power management system so as to provide for managing charging, discharging, and power consumption by the power management system.

The bluetooth technology belongs to a short-distance wireless transmission technology, and the terminal device can establish bluetooth connection with other terminal devices with bluetooth modules through the bluetooth module 1100, so that data transmission is performed based on a bluetooth communication link. Bluetooth module 1100 may be a bluetooth low energy (bluetooth low energy, BLE), or module, as desired.

For example, in the embodiment of the present application, the terminal device 100 may establish a bluetooth channel with the bluetooth headset 200 through the bluetooth module 1100, and send call voice data to the bluetooth headset 200 and receive call voice data from the bluetooth headset 200 through the bluetooth module 1100.

Although not shown, the terminal device may further include a camera. Optionally, the position of the camera on the terminal device may be front, rear, or internal (which may extend out of the body when in use), which is not limited in this embodiment of the present application.

Alternatively, the terminal device may include a single camera, a dual camera, or a triple camera, which is not limited in the embodiments of the present application. Cameras include, but are not limited to, wide angle cameras, tele cameras, depth cameras, and the like.

For example, the terminal device may include three cameras, one of which is a main camera, one of which is a wide-angle camera, and one of which is a tele camera.

Alternatively, when the terminal device includes a plurality of cameras, the plurality of cameras may be all front-mounted, all rear-mounted, all built-in, at least part of front-mounted, at least part of rear-mounted, at least part of built-in, or the like, which is not limited in the embodiment of the present application.

The following describes the structure of the bluetooth headset 200 according to the embodiment of the present application. Fig. 3 is a schematic structural diagram of a bluetooth headset 200 according to an embodiment of the present application, where the bluetooth headset 200 shown in fig. 3 may include at least one processor 201, a communication line 202, a memory 203, and at least one communication interface 204.

The processor 201 may be a general purpose central processing unit (central processing unit, CPU), microprocessor, application-specific integrated circuit (ASIC), or one or more integrated circuits for controlling the execution of programs in accordance with aspects of the present application.

Communication line 202 may include at least one path, such as a data bus, and/or a control bus, for communicating information between the aforementioned components (e.g., at least one processor 201, communication line 202, memory 203, and at least one communication interface 204).

The communication interface 204 uses any transceiver-like device for communicating with other devices or communication networks, such as a wide area network (wide area network, WAN), local area network (local area networks, LAN), etc. The communication interface 204 includes a bluetooth module.

The memory 203 may be, but is not limited to, a read-only memory (ROM) or other type of static storage device that can store static information and instructions, a random access memory (random access memory, RAM) or other type of dynamic storage device that can store information and instructions, or an electrically erasable programmable read-only memory (electrically erasable programmable read-only memory, EEPROM), compact disc read-only memory (CD-ROM) or other optical disk storage, optical disk storage (including compact disc, laser disc, optical disc, digital versatile disc, blu-ray disc, etc.), magnetic disk storage media or other magnetic storage devices, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer. The memory 203 may be a stand-alone device coupled to the processor 201 via a communication line 202. Memory 203 may also be integrated with processor 201. The memory 203 provided by embodiments of the present application generally includes a nonvolatile memory. The memory 203 is used for storing computer instructions for executing the embodiments of the present application, and is controlled by the processor 201 to execute the instructions. The processor 201 is configured to execute computer instructions stored in the memory 203, thereby implementing the methods provided in the embodiments described below. Illustratively, the memory 203 stores computer instructions for implementing a bluetooth headset-based call.

Alternatively, the computer instructions in the embodiments of the present application may be referred to as application program code or a system, which is not specifically limited in the embodiments of the present application. In the embodiment of the present application, a terminal device is taken as an example of a mobile phone for illustration, and the example does not constitute a limitation of the embodiment of the present application.

In this embodiment, the bluetooth headset may establish a bluetooth channel with the first device, and the bluetooth headset may establish a bluetooth channel with the second device at the same time. In some embodiments, the setting interface of the first device may turn on the "bluetooth" function to enter the bluetooth setting interface, and the first device may establish a bluetooth channel with the bluetooth headset when receiving a trigger operation for a certain bluetooth device in the bluetooth setting interface. The second device may also establish a bluetooth channel with the bluetooth headset according to the method described above. It can be understood that in the communication method based on the bluetooth headset provided in the embodiment of the present application, the interaction process between the bluetooth headset and the first device and the interaction process between the bluetooth headset and the second device are performed on the basis that the bluetooth headset establishes a bluetooth channel with two terminal devices at the same time.

After the terminal device is connected with the bluetooth headset, the terminal device may establish an asynchronous connectionless (asynchronous connection less, ACL) link with the bluetooth headset, as well as an SCO link. Among them, ACL links are used for packet data transmission, for example: the first device or the second device may send audio data, which may be music played in the terminal device, to the bluetooth headset based on the ALC link. SCO links are used to transmit data communications that are time-critical, such as: the first device or the second device may send the talk audio data to the bluetooth headset based on the SCO link, and the bluetooth headset may also send the talk audio data to the first device or the second device based on the SCO link.

In some implementations, a portion of the Bluetooth headset may provide the functionality to connect two or more electronic devices simultaneously. A user may use a bluetooth headset that supports dual connectivity to listen to audio of different electronic devices. In some scenarios, however, the bluetooth headset may disconnect the voice channel from any one of the electronic devices, causing the audio of that electronic device to be played out. For example: the Bluetooth headset is connected with the first device and the second device at the same time. When the first device is communicating based on the Bluetooth headset, the Bluetooth headset can play and collect the voice of the first device. At this time, the second device receives the call or initiates the call, and when the second device fails to call, does not answer the response call or succeeds in calling, the Bluetooth headset disconnects the voice channel with the first device and establishes the voice channel with the second device. The talking voice of the first device is put out, which affects the user experience.

By way of example, a scenario that may exist when a terminal device uses a bluetooth headset to connect a voice call in a possible implementation is described below in connection with fig. 4A and 4B.

As shown in fig. 4A, the bluetooth headset establishes a bluetooth channel with the first device and the second device, respectively, where the first device is switching on a call with a phone number 159XXXXXXXX, and the bluetooth headset may play the call audio of the first device. It can be understood that during the period when the bluetooth headset plays the call audio of the first device, other users except the user wearing the bluetooth headset cannot hear the voice call of the first device.

As shown in fig. 4B, the second device receives an incoming call with a phone number of 180XXXXXXXX, the bluetooth headset establishes an SCO link with the second device, and the bluetooth headset can play an incoming call alert tone from the second device based on the SCO link. At this time, since the bluetooth headset cannot establish an SCO link with two terminal devices at the same time in the bluetooth communication protocol, the bluetooth headset cannot establish an SCO link with the first device. SCO link between first equipment and bluetooth headset breaks away, and the conversation audio of first equipment can't send bluetooth headset, leads to first equipment to put conversation audio outward, influences user's conversation experience.

It will be appreciated that when the second device receives a call or is called, the call audio of the first device is put out, whether the second device is answering the call or hanging up the call.

In view of this, the embodiment of the application provides a call method based on a bluetooth headset, which plays audio of a first call from a first device through the bluetooth headset; when the second device initiates a call to the third device or the second device receives the call from the third device, the Bluetooth headset keeps playing the audio of the first call, and the Bluetooth headset plays the call-out prompt tone or the call-in prompt tone of the second device; when the second device is connected with the second call, the Bluetooth headset plays the audio of the second call from the second device; the Bluetooth headset controls the first device to keep or hang up the first call; or when the second device refuses the second call, the Bluetooth headset continues to play the audio of the first call from the first device. Thus, when the second device is called or initiates a call, the situation that the Bluetooth headset plays the audio of the second device immediately and the audio of the first device is played outside can not occur; meanwhile, when the second equipment is connected with the call, the first equipment keeps the call or hangs up the call, and the Bluetooth earphone plays the audio of the second equipment; when the second equipment refuses to talk, the Bluetooth headset plays the audio of the first equipment, and the situation that the audio of the first equipment is externally put due to the talk of the second equipment can not occur, so that the use experience of a user is improved.

The following describes the technical solutions of the present application and how the technical solutions of the present application solve the above technical problems in detail with specific embodiments. The following embodiments may be implemented independently or combined with each other, and the same or similar concepts or processes may not be described in detail in some embodiments.

For example, the following describes a usage scenario of a bluetooth headset based communication method provided in the embodiment of the present application with reference to fig. 5A to 5C, and fig. 5A to 5C show an interface schematic diagram of a bluetooth headset based communication method provided in the embodiment of the present application.

As shown in fig. 5A, the bluetooth headset establishes bluetooth connections with a first device and a second device, respectively, wherein the first device is performing a first call (e.g., the first device is engaged in a call with a device having a phone number 159 xxxxxxx) and the second device is not performing a call service. The bluetooth headset may receive audio of a first call of the first device based on the first SCO link. The Bluetooth headset may also collect voice audio of the user and send the voice audio of the user to the first device based on the first SCO link. The voice audio of the user is sent by the first device to a device that establishes a voice call with the first device.

It can be understood that in the scenario shown in fig. 5A, after the first device performs the first call and the second device does not perform the voice call service, the bluetooth headset establishes the first SCO link with the first device, the user may hear the audio of the first call of the first device based on the bluetooth headset, and other users cannot learn the content of the first call at this time. In the embodiment of the present application, the second device may execute other non-call services or be in a standby state, which is not limited in this embodiment of the present application.

When the first device performs the first call, the second device may initiate a call to the third device or the second device receives a call from the third device, and the terminal device in the embodiment of the present application may perform a flow as shown in fig. 5B. The method for talking on bluetooth headset according to the embodiment of the present application will be described by taking a first talking as a first talking on a 159xxxxxxx device, and a second talking as a second talking receiving a call from a 180xxxxxxx device.

As shown in fig. 5B, the first device is performing a first call and the second device receives a call from the third device. At this time, the bluetooth headset may play the audio of the first call from the first device, and at the same time, the bluetooth headset may play the incoming call alert tone of the second device (the incoming call alert tone may be incoming call music, incoming call bell, etc., which may be set in a customized manner). That is, the Bluetooth headset user can hear the voice from 159XXXXXXXX user speaking at the same time, and also can hear the incoming call alert sound.

It can be understood that when the second device receives the call of the third device, the bluetooth headset does not immediately execute the actions of disconnecting the first SCO link and establishing the second SCO link, and the bluetooth headset can play the call audio of the first device and the incoming call alert sound of the second device at the same time, so that the non-bluetooth headset user cannot hear the audio of the first call of the first device and cannot hear the incoming call alert sound of the second device.

In the interface of fig. 5B, the bluetooth headset receives a trigger operation for holding the first call to answer the second call. In response to a trigger operation for holding the first call to answer the second call, the bluetooth headset controls the first device to hold the first call, and the bluetooth headset controls the second device to answer the second call, as shown in fig. 5C. In fig. 5C, the first device is engaged in a call with the 159XXXXXXXX device and the second device is engaged in a call with the 180XXXXXXXX device. At this time, the bluetooth headset may play the audio of the second call of the second device, and the bluetooth headset may not play the audio of the first call of the first device.

It may be understood that the triggering operation for holding the first call to answer the second call may be a preset operation, for example, the embodiment of the present application may be based on a gesture set by the terminal device, and the terminal device may set the triggering operation for holding the first call to answer the second call to be an operation of tapping the bluetooth headset.

The call being held may be understood as the call being on and suspended, the first device not terminating the first call and not receiving the call audio of the other party. When the first device cancels the call hold, the first device can resume the call with the other party and receive the call audio of the other party. In the scenario of fig. 5C, the bluetooth headset disconnects the first SCO link and establishes a second SCO link, and the bluetooth headset may receive audio of a second call of the second device based on the second SCO link. The Bluetooth headset user can hear the conversation audio of the second device; the non-bluetooth headset user cannot hear the call audio of the first device and the second device.

It should be noted that, although the bluetooth channel between the first device and the bluetooth headset and the bluetooth channel between the second device and the bluetooth headset are not shown in fig. 5A, fig. 5B and fig. 5C, it may be understood that in the interaction scenario between the terminal device and the bluetooth headset in the embodiment of the present application, the bluetooth channel is always established between the terminal device and the bluetooth headset, the establishment and disconnection of the ACL link, and the establishment and disconnection of the SCO link may not affect the bluetooth channel, and in the subsequent embodiments, the bluetooth channel between the terminal device and the bluetooth headset will be omitted, and will not be described.

According to the communication method based on the Bluetooth headset, when the first device executes voice communication and the second device receives an incoming call or goes to the power, the Bluetooth headset respectively controls the first device to keep the voice communication and controls the second device to answer the voice communication. In this way, under the scene of calling and called of the second equipment, the situation that the Bluetooth earphone immediately breaks the first SCO link to cause the call audio of the first equipment to be externally put does not occur; meanwhile, when the subsequent Bluetooth headset and the first device disconnect the first SCO link, the call of the first device is in a hold state, and the situation that the call audio of the first device is externally put cannot occur, so that the use experience of a user is improved.

For example, the following describes the usage scenario of another bluetooth headset-based communication method provided in the embodiments of the present application with reference to fig. 6A to 6C, and fig. 6A to 6C show an interface schematic diagram of a bluetooth headset-based communication method provided in the embodiments of the present application.

As shown in fig. 6A, the bluetooth headset establishes bluetooth connections with a first device and a second device, respectively, wherein the first device is performing a first call (e.g., the first device is engaged in a call with a device having a phone number 159 xxxxxxx) and the second device is not performing a call service. The bluetooth headset may receive audio of a first call of the first device based on the first SCO link and play the audio of the first call.

When the second device receives the call from the third device, the terminal device may enter the scenario shown in fig. 6B. As shown in fig. 6B, the first device is performing a first call and the second device receives a call from the third device. At this time, the bluetooth headset may play audio of the first call from the first device, while the bluetooth headset may play an incoming call alert tone of the second device.

It should be noted that, the process of the terminal device entering the interface shown in fig. 6A and fig. 6B may be described with reference to the content adaptation of the interface shown in fig. 5A and fig. 5B, which is not repeated here.

In the interface of fig. 6B, the bluetooth headset receives a trigger operation for hanging up the first call and answering the second call. In response to a trigger operation for hanging up the first call and answering the second call, the bluetooth headset controls the first device to hang up the first call, and the bluetooth headset controls the second device to answer the second call, as shown in fig. 6C. In fig. 6C, the first device is dropped with the phone number 159XXXXXXXX device and the second device is answered with the phone number 180XXXXXXXX third device. At this time, the bluetooth headset may play the audio of the second call of the second device, and the bluetooth headset may not play the audio of the first call of the first device.

It may be appreciated that the triggering operation for hanging up the first call to answer the second call may be a preset operation, for example, the embodiment of the present application may be based on a gesture set by the terminal device, and the terminal device may set the triggering operation for hanging up the first call to answer the second call to be an operation of knocking the bluetooth headset.

In the scenario of fig. 6C, the bluetooth headset disconnects the first SCO link and establishes a second SCO link, and the bluetooth headset may receive audio of a second call of the second device based on the second SCO link. The Bluetooth headset user can hear the conversation audio of the second device; the non-bluetooth headset user cannot hear the call audio of the first device and the second device.

According to the communication method based on the Bluetooth headset, when the first device executes voice communication and the second device receives an incoming call or goes to the power, the Bluetooth headset respectively controls the first device to hang up the voice communication and controls the second device to answer the voice communication. Therefore, under the scene of calling and called of the second equipment, the situation that the Bluetooth earphone immediately breaks the first SCO link to cause the call audio of the first equipment to be externally played is avoided, and therefore the use experience of a user is improved. Meanwhile, when the subsequent Bluetooth headset and the first device disconnect the first SCO link, the call of the first device is in a hanging-up state, and the situation that the call audio of the first device is externally put can not occur, so that the use experience of a user is improved.

For example, the following describes a usage scenario of another bluetooth headset based communication method provided in the embodiment of the present application with reference to fig. 7A to 7C, and fig. 7A to 7C show an interface schematic diagram of the bluetooth headset based communication method provided in the embodiment of the present application.

As shown in fig. 7A, the bluetooth headset establishes bluetooth connections with a first device and a second device, respectively, wherein the first device is performing a first call (e.g., the first device is engaged in a call with a device having a phone number 159 xxxxxxx) and the second device is not performing a call service. The bluetooth headset may receive audio of a first call of the first device based on the first SCO link and play the audio of the first call.

When the second device receives the call from the third device, the terminal device may enter the scenario shown in fig. 7B. As shown in fig. 7B, the first device is performing a first call and the second device receives a call from the third device. At this time, the bluetooth headset may play audio of the first call from the first device, while the bluetooth headset may play an incoming call alert tone of the second device.

It should be noted that, the process of the terminal device entering the interface shown in fig. 7A and fig. 7B may be described with reference to the content adaptation of the interface shown in fig. 5A and fig. 5B, which is not repeated here.

In the interface shown in fig. 7B, the bluetooth headset receives a trigger operation for rejecting the second session. In response to the trigger operation for rejecting the second call, the bluetooth headset controls the first device to continue to perform the first call, and the bluetooth headset controls the second device to reject the second call, as shown in fig. 7C. In fig. 7C, the first device continues to talk to the device with phone number 159XXXXXXXX, while the second device hangs up to talk to the third device with phone number 180 XXXXXXXX. At this point, the Bluetooth headset may continue to play the audio of the first call of the first device.

It may be understood that the triggering operation for rejecting the second session may be a preset operation, for example, the embodiment of the present application may be based on a terminal device setting gesture, and the terminal device may set the triggering operation for rejecting the second session to be an operation of knocking the bluetooth headset, and the embodiment of the present application will later describe the preset operation.

In the scenario of fig. 7C, the bluetooth headset maintains a connection with the first SCO link, and the bluetooth headset may continue to receive audio of the first call of the first device based on the first SCO link. The Bluetooth headset user can hear the conversation audio of the first device; the non-bluetooth headset user cannot hear the call audio of the first device and the second device. The maintenance in the connection relationship between the bluetooth headset and the first SCO link may be understood that the bluetooth headset does not disconnect the first SCO link, and the first SCO link exists between the bluetooth headset and the first device, where the meaning of maintenance and call maintenance is different, and this embodiment of the present application will not be described later.

According to the communication method based on the Bluetooth headset, when the first device executes voice communication and the second device receives an incoming call or goes to the power, the Bluetooth headset respectively controls the first device to continue to execute the voice communication and controls the second device to reject the voice communication. In this way, under the scene of calling and called of the second device, the situation that the Bluetooth headset immediately breaks the first SCO link, so that the call audio of the first device is played.

In this embodiment of the present application, the scenario in which the second device initiates the call to the third device is similar to the scenario in fig. 5A to 7C, when the second device initiates the call to the third device, the bluetooth headset may play the audio of the first call of the first device and play the call-out alert sound of the second device (the call-out alert sound may be an alert sound audible to the user of the third device when the user of the third device does not answer the call, for example, call-out music, call-out bell sound, etc., which may be set in a customized manner). The embodiment of the application does not describe the scenario that the second device initiates the call to the third device.

The embodiment of the application exemplarily defines the terminal device which is executing the voice call as a first device, and defines the terminal device which initiates the call or receives the call as a second device. The first device may also be a terminal device that initiates or receives a call, and the second device may also be a terminal device that is performing a voice call, which is not limited in this embodiment of the present application.

The interface schematic diagrams of fig. 5A to 7C provided in the embodiments of the present application may be applicable to the following scenarios, and are exemplary, as shown in fig. 8:

in the embodiment of the present application, the first device and the second device are both mobile phones, which are used as examples, to describe a call method based on a bluetooth headset provided in the embodiment of the present application. It is understood that the first device and the second device may be the same type of terminal device; the first device and the second device may also be different types of terminal devices.

Exemplary terminal devices include, but are not limited to, mobile phones, tablet computers, and personal computers (personal computer, PC) terminals. In one possible implementation, for example, as shown in a of fig. 8, the first device may be a mobile phone and the second device may be a tablet computer. A user wearing a bluetooth headset can use a tablet computer to conduct office work, and meanwhile, the user worry that important messages on the mobile phone are not received during the office work. At this time, the user can establish the Bluetooth channel with the mobile phone and the tablet computer respectively, and the Bluetooth earphone can play the audio of the mobile phone and the audio of the tablet computer.

When the mobile phone is performing voice call and the tablet personal computer receives a call from the third device or initiates a call to the third device, the two terminal devices can use the bluetooth headset-based call method provided by the embodiment of the application, and the user can select to answer the call of the tablet personal computer by different tapping gestures to hang up the call of the mobile phone, answer the call of the tablet personal computer to hold the call of the mobile phone, and hang up the incoming call or remove the incoming call of the tablet personal computer. Therefore, when a user uses the Bluetooth earphone to carry out Bluetooth connection of a plurality of terminal devices, the situation that the call audio of any terminal device is externally put cannot occur, and therefore the use experience of the user is improved.

In another possible implementation manner, as shown in fig. 8B, when a user wearing a bluetooth headset uses a first device to make a call with an object a, and a second device of the user receives an incoming call of the object B or removes an incoming call of the object B, two terminal devices may use the bluetooth headset-based call method provided in the embodiment of the present application. If the user answers the call of the object B, the Bluetooth headset controls the first device to keep the call of the object A or hang up the call of the object A; if the user refuses the call of the object B, the Bluetooth headset controls the second device to hang up the call of the object B. In the process of the user talking with any object, the terminal equipment can not play talking audio. Therefore, the object B cannot acquire the call content of the user and the object A based on the call audio externally put by the first device, so that the safety of call information is improved, and the use experience of the user is further improved.

It should be noted that the embodiments of the present application may also be used in other scenarios, and this is not illustrated in the embodiments of the present application.

According to the communication method based on the Bluetooth headset, the Bluetooth headset can execute different processes according to different triggering operations. Next, the triggering operation of setting the bluetooth headset in the embodiment of the present application will be described with reference to the content of the interface shown in fig. 5A to 7C.

For example, when the bluetooth headset receives the first operation, the bluetooth headset controls the second device to answer the second call, and the bluetooth headset plays the audio of the second call from the second device; the Bluetooth headset controls the first device to keep the first call. Or when the Bluetooth headset receives the second operation, the Bluetooth headset controls the second device to answer the second call, and the Bluetooth headset plays the audio of the second call from the second device; the Bluetooth headset controls the first device to hang up the first call. Or when the Bluetooth headset receives the third operation, the Bluetooth headset controls the second device to reject the second call, and the Bluetooth headset plays the audio of the first call from the first device.

Wherein the first operation corresponds to the triggering operation for keeping the first call answering the second call in fig. 5B; the second operation may correspond to the triggering operation for hanging up the first call to answer the second call in fig. 6B; the third operation may correspond to the trigger operation for rejecting the second call in fig. 7B. The first operation, the second operation, and the third operation may be set as three different trigger operations.

The first operation includes an operation of tapping the bluetooth headset, the second operation includes an operation of tapping the bluetooth headset, and the third operation includes an operation of tapping the bluetooth headset. The number of taps of the first operation, the number of taps of the second operation and the number of taps of the third operation are all different, and/or the first operation, the second operation and the third operation are respectively directed at two side earphones of the Bluetooth earphone.

An implementation manner of setting a triggering operation of a bluetooth headset is provided in an exemplary embodiment of the present application. Fig. 9 is an interface schematic diagram of a triggering operation of a bluetooth headset according to an embodiment of the present application. As shown in a of fig. 9, the terminal device may display a bluetooth setup interface, which may include an option to answer an incoming call of the other device and hang up an incoming call of the other device, which may include maintaining a current call button and hanging up a current call button.

The following will further describe the first operation as an example. In the interface shown in fig. 9 a, when the terminal device receives a trigger operation for holding the current talk button, it may enter the interface b of fig. 9. The b interface of fig. 9 may include gestures for a variety of bluetooth headset triggering operations, such as double-clicking a left headset, double-clicking a right headset, triple-clicking a left headset, triple-clicking a right headset, and the like. The user may also set the gesture of the bluetooth headset to trigger operation based on the b interface customization of fig. 9, for example, the terminal device may set the number of taps and tap the headset on both sides of the bluetooth headset.

After the terminal device sets the first operation, the terminal device may continue to set a second operation, where the second operation is different from the first operation. Illustratively, after the terminal device sets the first operation to double-click the right earphone, the double-click right earphone button in the b-interface of fig. 9 is displayed in the selected state. When the subsequent terminal device receives a trigger operation for hanging up the current call button, the terminal device displays an interface (similar to the interface b of fig. 9) for hanging up the current call, wherein the set first operation (such as double clicking the right earphone) may be displayed as an unselected state. Similarly, when the terminal device sets the third operation, both the set first operation and second operation are displayed in an unselected state. In this way, the terminal device can set the first operation, the second operation and the third operation to different operation gestures so as to ensure that the subsequent Bluetooth headset can execute different conversation processes based on different triggering operations.

It will be appreciated that fig. 9 provides an exemplary interface diagram for setting up the first operation. In actual operation, the setting interface of the first operation may not be the interface shown in fig. 9, and the triggering operation of the bluetooth headset may also be other types of triggering operations.

It is to be understood that the interfaces provided by the embodiments of the present application are merely examples and are not to be construed as limiting the embodiments of the present application.

The foregoing embodiments describe the use scenario of the bluetooth headset based call method provided in the embodiments of the present application, and the following describes the flow of the bluetooth headset based call method provided in the embodiments of the present application with reference to fig. 10, where fig. 10 shows a schematic flow diagram of the bluetooth headset based call method provided in the embodiments of the present application, as shown in fig. 10.

Illustratively, S101, the bluetooth headset plays audio of the first call from the first device.

In this embodiment of the present application, the bluetooth headset may support to connect a plurality of terminal devices simultaneously, where the plurality of terminal devices includes a first device and a second device, and the bluetooth headset establishes bluetooth connection with the first device and the second device respectively. The first device may be a device that is performing a voice call service; the first call may be a call performed by the first device. The first device may perform the first call, and the first device may send audio of the first call to the bluetooth headset. The Bluetooth headset plays the audio of the first call.

S102, when the second device initiates a call to the third device or the second device receives the call from the third device, the Bluetooth headset keeps playing the audio of the first call, and the Bluetooth headset plays the call-out prompt tone or the call-in prompt tone of the second device.

The second device may be a device that is currently not performing a voice call service among devices that establish a bluetooth connection with the bluetooth headset. The third device may be a device that is in a voice call with the second device. The incoming call prompt tone is used for reminding a user to answer a call when the terminal equipment receives the call; the call-out prompt tone is used for prompting the user to wait for the other party to answer when the terminal equipment initiates a call to other equipment.

The second device may receive an incoming call from the third device or initiate a call to the third device during the first call performed by the first device. The Bluetooth headset can play the audio of the first call of the first device and the incoming call prompt tone or outgoing call prompt tone of the second device at the same time.

S103, when the second device is connected with the second call, the Bluetooth headset plays the audio of the second call from the second device; the Bluetooth headset controls the first device to hold or hang up the first call.

The second call may be a call performed by the second device. The second device may choose to connect the second call when the second device receives the incoming call or initiates the outgoing call. When the second device is connected to the second call, the bluetooth headset may control the first device to hold the first call or hang up the first call. The bluetooth headset plays audio of the second call of the second device, and the bluetooth headset does not play audio of the first call of the first device.

Or, when the second device refuses the second call, the bluetooth headset continues to play the audio of the first call from the first device S104.

The second device may choose to reject the second session when the second device receives the incoming call or initiates the outgoing call. When the second device refuses the second call, the Bluetooth headset may control the first device to continue to perform the first call. The bluetooth headset may continue to play audio of the first conversation of the first device and the bluetooth headset may not play audio of the second conversation of the second device.

The embodiment of the application provides a communication method based on a Bluetooth headset, wherein audio of a first communication from first equipment is played through the Bluetooth headset; when the second device initiates a call to the third device or the second device receives the call from the third device, the Bluetooth headset keeps playing the audio of the first call, and the Bluetooth headset plays the call-out prompt tone or the call-in prompt tone of the second device; when the second device is connected with the second call, the Bluetooth headset plays the audio of the second call from the second device; the Bluetooth headset controls the first device to keep or hang up the first call; or when the second device refuses the second call, the Bluetooth headset continues to play the audio of the first call from the first device. Thus, when the second device is called or initiates a call, the situation that the Bluetooth headset plays the audio of the second device immediately and the audio of the first device is played outside can not occur; meanwhile, when the second equipment is connected with the call, the first equipment keeps the call or hangs up the call, and the Bluetooth earphone plays the audio of the second equipment; when the second equipment refuses to talk, the Bluetooth headset plays the audio of the first equipment, and the situation that the audio of the first equipment is externally put due to the talk of the second equipment can not occur, so that the use experience of a user is improved.

In this embodiment, in the scenes of fig. 5B, fig. 6B, and fig. 7B, the user may hear the audio of the first call played by the bluetooth headset and the audio of the incoming call alert sound or the outgoing call alert sound of the second device. Step S102 in the embodiment of the present application is described below.

S1021, the Bluetooth headset detects the call state of the second device.

The bluetooth headset may update the talk state of the second device when the second device initiates a call to the third device or the second device receives a call from the third device. The second device may send a call status message to the bluetooth module of the bluetooth headset, and the bluetooth module of the bluetooth headset may also query the call status of the second device by sending a call status message request. Illustratively, taking the example that the second device actively updates the call state to the bluetooth headset side, the call state message may be an AT (attention) instruction, which is used for signaling of connection and communication between the terminal device and the bluetooth headset. The AT instruction may be +CIEV: < indicator >, < value >. For example, the indicator (indicator) of the call setup (callsetup) procedure may have a value of 2. The value corresponding to the value in the callsetup process may be 0,1,2,3, where when the value is 1, it indicates that the second device receives the call of the third device, and when the value is 2, it indicates that the second device initiates the call to the third device.

When the second device changes the call state (the second device is called or initiates a call), the second device can send a corresponding AT instruction to the Bluetooth headset, and the Bluetooth headset obtains the call state of the second device based on the AT instruction.

And S1022, when the call state of the second device is the incoming call state, the Bluetooth headset mixes the incoming call prompt tone and the audio of the first call, and plays the mixed incoming call prompt tone and the audio of the first call.

The second device updates the incoming call status to the bluetooth headset side, e.g., the second device sends +ciev: <2>, <1>, to the bluetooth module of the bluetooth headset. The bluetooth module of the bluetooth headset may determine that the second device is now in a state of receiving a call from the third device. The bluetooth module of the bluetooth headset may instruct the audio module to mix the incoming call alert with the audio of the first call.

In some embodiments, the incoming call alert tone and outgoing call alert tone may be alert tones stored on a bluetooth headset. The Bluetooth headset can determine that the second equipment is in an incoming call state according to +CIEV: <2>, <1> instructions, and incoming call prompt tones stored in the Bluetooth headset can be obtained. The bluetooth headset may also receive audio of the first call of the first device based on the first SCO link. The Bluetooth headset mixes the audio of the first call with the incoming call prompt tone so that the Bluetooth headset can play the audio of the first call and the incoming call prompt tone at the same time.

It can be appreciated that in the embodiment of the present application, when the second device is in the call establishment process, the bluetooth headset and the first device perform audio communication through the first SCO link. The bluetooth headset only obtains the incoming call state of the second device, and the second SCO link is not established with the second device, so that the incoming call prompt tone played by the bluetooth headset in the embodiment of the application is a preset prompt tone in the bluetooth headset, and is not an incoming call prompt tone sent by the second device, and the incoming call prompt tone heard by the user may be different from the actual incoming call prompt tone of the second device.

Or S1023, when the call state of the second device is the power-off state, the Bluetooth headset mixes the power-off prompt tone and the audio of the first call, and plays the mixed power-off prompt tone and the audio of the first call.

The second device updates the power-off state to the bluetooth headset side, e.g., the second device sends +ciev: <2>, <2> to the bluetooth module of the bluetooth headset. The bluetooth module of the bluetooth headset may determine that the second device is now in a state of initiating a call to the third device. The bluetooth module of the bluetooth headset may instruct the audio module to mix the outgoing call alert with the audio of the first call.

In some embodiments, the incoming call alert tone and outgoing call alert tone may be alert tones stored on a bluetooth headset. The Bluetooth headset can determine that the second equipment is in a power-off state according to +CIEV: <2>, <2> instructions, and power-off prompt tones stored in the Bluetooth headset can be obtained. The bluetooth headset may also receive audio of the first call of the first device based on the first SCO link. The Bluetooth headset mixes the audio of the first call with the outgoing call audio to enable the Bluetooth headset to play the audio of the first call and the outgoing call audio.

According to the communication method based on the Bluetooth headset, the communication state of the second device is detected through the Bluetooth headset; when the call state of the second equipment is the incoming call state, the Bluetooth headset mixes the incoming call prompt tone and the audio of the first call, and plays the mixed incoming call prompt tone and the audio of the first call; or when the call state of the second equipment is the power-off state, the Bluetooth headset mixes the power-off prompt tone and the audio of the first call, and plays the power-off prompt tone and the audio of the first call after the mixing. Therefore, the Bluetooth headset plays the prompt tone pre-stored in the Bluetooth headset according to the call state of the second device, and the second SCO link is not required to be established to acquire the prompt tone of the second device, so that the scene that the audio of the first call of the first device is externally played is reduced, and the call experience of the user is improved.

The following describes a flow of implementing the scenario of fig. 5A to 5C in the embodiment of the present application with reference to fig. 11. Fig. 11 is a flow chart of a call method based on a bluetooth headset according to an embodiment of the present application, as shown in fig. 11:

s1101, the bluetooth headset communicates with the first device based on the first SCO link.

The first device is executing the first call, and the bluetooth headset may receive audio of the first call based on the first SCO link and play the audio of the first call.

S1102, when the second device receives the call of the third device, the second device sends a call state message to the Bluetooth headset.

When the call state of the second device changes, the second device can update the call state to the Bluetooth headset. For example, the second device sends a talk state message +CIEV: <2>, <1> to the Bluetooth headset. In some embodiments, the bluetooth module of the bluetooth headset may obtain the talk state message and determine the talk state of the second device based on the talk state message.

S1103, the Bluetooth headset plays the audio of the first call and the mixing of the incoming call prompt tone.

The Bluetooth headset can determine the call state of the second device according to the call state message, and when the call state of the second device is the incoming call state, the Bluetooth module of the Bluetooth headset can instruct the audio module to play the audio of the first call and the mixing of the incoming call prompt tone.

S1104, when the bluetooth headset receives the first operation, the bluetooth headset sends an instruction to the first device to hold the first call, and sends an instruction to the second device to answer the second call.

The Bluetooth headset receives a first operation; in response to the first operation, the bluetooth headset may instruct the first device to hold the first call and the bluetooth headset may also instruct the second device to connect the second call. For example, the bluetooth headset sends an instruction to keep the first call to the first device, where the instruction to keep the first call may be at+btrh=1, where when at+btrh=n, n=1, the terminal device may keep the call; when n=0, the terminal device can be restored from the state of hold call to the state of normal call. After receiving the at+btrh=1 instruction, the first device may maintain the first call.

The bluetooth headset sends an instruction to answer the second call to the second device, where the instruction to answer the second call may be a standard call answer AT (ATA) instruction. After receiving the ATA instruction, the second device may execute the callsetup procedure.

S1105, when the callsetup procedure of the second device is completed, the second device sends a request for establishing the second SCO link to the bluetooth headset.

When the second device finishes the callsetup procedure, the second device may notify the bluetooth headset that the callsetup procedure is completed and the call is established. Illustratively, the second device may send +CIEV: <2>, <0> instructions and to the Bluetooth headset

+CIEV: <1>, <1> instruction. Wherein the +CIEV: <2>, <0> instruction is used to indicate the end of the callsetup procedure;

the +CIEV: <1>, the <1> instruction is used to indicate that the call was successful. The second device sends a request to the bluetooth headset to establish a second SCO link, which may be a audio connection set up instruction.

S1106, the bluetooth headset disconnects the first SCO link with the first device.

The bluetooth headset determines that the second device has established the second call based on the message in step S1105, and the bluetooth headset may send a message for disconnecting the first SCO link to the first device, and the bluetooth headset disconnects the first SCO link with the first device. The message for disconnecting the first SCO link may be a audio connection release instruction.

S1107, a second SCO link is established between the Bluetooth headset and the second device.

After the bluetooth headset disconnects the first SCO link, the bluetooth headset may send a message to the second device accepting to establish the second SCO link in response to the request to establish the second SCO link. A second SCO link is established between the bluetooth headset and the second device.

S1108, the Bluetooth headset receives the audio of the second call through the second SCO link and plays the audio of the second call.

After the second SCO link is established between the Bluetooth headset and the second device, the second device can send the audio of the second call to the Bluetooth headset based on the second SCO link, and the Bluetooth headset plays the audio of the second call.

Optionally, after step S1108, the method may further include:

s1109, when the second device hangs up the second call, the Bluetooth headset disconnects the second SCO link with the second device.

When the second device ends the second call, the second device may send a call end message to the bluetooth device and disconnect the second SCO link. For example, the call end message may be +CIEV: <1>, <0>.

S1110, the Bluetooth headset sends an instruction for recovering the first call to the first device.

The instruction to resume the first call may be at+btrh=0. And after the first device receives the instruction, the first call is restored to the normal call state from the call maintaining state.

It should be noted that, the instruction for maintaining the first call and the instruction for recovering the first call may also be custom instructions, which are not limited in this embodiment of the present application.

S1111, a first SCO link is established between the Bluetooth headset and the first device.

The bluetooth headset may establish a first SCO link with the first device through an instruction to establish the first SCO link. In one possible implementation, the instruction to establish the first SCO link may be an at+bcc instruction, and the bluetooth headset may establish the first SCO link with the first device through the at+bcc instruction. In another possible implementation, the instruction to establish the first SCO link may be a audio connection set up instruction. The embodiments of the present application are not limited in this regard.

S1112, the Bluetooth headset plays the audio of the first call of the first device.

The Bluetooth headset receives the audio of the first call through the first SCO link and plays the audio of the first call.

It can be understood that, in this embodiment of the present application, the second device receives the call from the third device, and details are described in fig. 5A to 5C. The procedure of the second device initiating a call to the third device is similar to steps S1101 to S1112, and the embodiment of the present application will not be repeated here.

According to the communication method based on the Bluetooth headset, when the second device is called, the Bluetooth headset does not disconnect the first SCO link, and the Bluetooth headset plays the audio of the first communication and the mixed sound of the prompt sound; and when the second device is connected with the second call, the Bluetooth headset disconnects the first SCO link and establishes the second SCO link. Therefore, the situation that the Bluetooth headset immediately breaks the first SCO link to cause the call audio of the first device to be externally played is avoided; meanwhile, when the Bluetooth headset and the first device disconnect the first SCO link, the call of the first device is in a hold state, and the situation that the call audio of the first device is externally put cannot occur, so that the use experience of a user is improved.

The following describes a flow of implementing the scenario of fig. 6A to 6C in the embodiment of the present application with reference to fig. 12. Fig. 12 is a flow chart of a call method based on a bluetooth headset according to an embodiment of the present application, as shown in fig. 12:

s1201, the bluetooth headset communicates with the first device based on the first SCO link.

S1202, when the second device receives the call of the third device, the second device sends a call state message to the Bluetooth headset.

S1203, the bluetooth headset plays a mix of the audio of the first call and the incoming call alert sound.

Steps S1201 to S1203 may refer to the descriptions of steps S1101 to 1103, and are not described here.

And S1204, when the Bluetooth headset receives the second operation, the Bluetooth headset sends an instruction of hanging up the first call to the first device and sends an instruction of answering the call to the second device.

The Bluetooth headset receives a second operation; in response to the second operation, the bluetooth headset may instruct the first device to hang up the first call and the bluetooth headset may also instruct the second device to connect the second call. For example, the bluetooth headset may send an instruction to hang up the first call to the first device, where the instruction to hang up the first call may be an at+chup instruction. After receiving the at+chup command, the first device may hang up the first call.

The bluetooth headset sends a call answering command to the second device, where the call answering command may be a standard call answering AT (ATA) command. After receiving the ATA instruction, the second device may execute the callsetup procedure.

S1205, when the callsetup procedure of the second device is completed, the second device sends a request for establishing the second SCO link to the bluetooth headset.

S1206, the bluetooth headset disconnects the first SCO link with the first device.

And S1207, a second SCO link is established between the Bluetooth headset and the second device.

S1208, the Bluetooth headset receives the audio of the second call through the second SCO link and plays the audio of the second call.

Steps S1205 to S1208 may refer to the descriptions of steps S1105 to 1108, and are not repeated here.

It can be understood that, in this embodiment of the present application, the second device receives the call from the third device, and details are described in fig. 6A to 6C. The procedure of the second device initiating a call to the third device is similar to steps S1201 to S1208, and the embodiment of the present application will not be repeated here.

The following describes a flow of implementing the scenario of fig. 7A to 7C in the embodiment of the present application with reference to fig. 13. Fig. 13 is a flow chart of a communication method based on a bluetooth headset according to an embodiment of the present application, as shown in fig. 13:

s1301, the bluetooth headset communicates with the first device based on the first SCO link.

S1302, when the second device receives the call of the third device, the second device sends a call state message to the Bluetooth headset.

S1303, the Bluetooth headset plays the audio of the first call and the mixing of the incoming call prompt tone.

Steps S1301 to S1303 may refer to descriptions of steps S1101 to 1103, and are not described here.

And S1304, when the Bluetooth headset receives the third operation, the Bluetooth headset sends an instruction for rejecting the second call to the second device.

The Bluetooth headset receives a third operation; in response to the third operation, the bluetooth headset may instruct the second device to reject the second call. For example, the bluetooth headset may send an instruction to reject the second call to the second device, where the instruction to reject the second call may be an at+chup instruction. After receiving the at+chup command, the second device may refuse to answer the second call.

S1305, the bluetooth headset plays the audio of the first call of the first device.

It will be appreciated that the bluetooth headset maintains the first SCO link with the first device during control of the second device to reject the second session.

The bluetooth headset may continue to receive the audio of the first call over the first SCO link and play the audio of the first call.

In the embodiment of the present application, the second device receives the call from the third device, and details are described in fig. 7A to 7C. The procedure of the second device initiating a call to the third device is similar to steps S1301 to S1308, and the embodiment of the present application will not be repeated here.

According to the communication method based on the Bluetooth headset, when the second device is called, the Bluetooth headset does not disconnect the first SCO link, and the Bluetooth headset plays the audio of the first communication and the mixed sound of the prompt sound; when the second device refuses the second call, the Bluetooth headset always maintains the connection relationship with the first SCO link. Therefore, the situation that the Bluetooth headset immediately breaks the first SCO link to cause the call audio of the first device to be put out is avoided, and therefore the use experience of a user is improved.

The method provided by the embodiment of the present application is described above with reference to fig. 5A to 13, and the device for performing the method provided by the embodiment of the present application is described below. As shown in fig. 14, fig. 14 is a schematic structural diagram of a bluetooth headset-based communication device provided in the embodiment of the present application, where the bluetooth headset-based communication device 1400 may be a terminal device in the embodiment of the present application, or may be a chip or a chip system in the terminal device.

As shown in fig. 14, a bluetooth headset based telephony device 1400 may be used in a communication device, circuit, hardware component, or chip, the bluetooth headset based telephony device comprising: a display unit 1401, and a processing unit 1402. Wherein the display unit 1401 is used for supporting the step of displaying performed by the bluetooth headset based telephony device 1400; the processing unit 1402 is used for supporting the bluetooth headset-based telephony device 1400 to perform the steps of information processing.

In a possible implementation, the bluetooth headset based communication device 1400 may also include a communication unit 1403. Specifically, the communication unit is configured to support the bluetooth headset-based telephony device 1400 to perform the steps of transmitting data and receiving data. The communication unit 1403 may be an input or output interface, a pin, a circuit, or the like.

In a possible embodiment, the communication device based on the bluetooth headset may further include: a storage unit 1404. The processing unit 1402 and the storage unit 1404 are connected by a line. The storage unit 1404 may include one or more memories, which may be one or more devices, devices in a circuit for storing programs or data. The storage unit 1404 may exist independently and be connected to the processing unit 1402 provided in the bluetooth headset-based telephony device through a communication line. The memory unit 1404 may also be integrated with the processing unit 1402.

The storage unit 1404 may store computer-executable instructions of the method in the terminal device to cause the processing unit 1402 to perform the method in the above-described embodiment. The storage unit 1404 may be a register, a cache, a RAM, or the like, and the storage unit 1404 may be integrated with the processing unit 1402. The storage unit 1404 may be a read-only memory (ROM) or other type of static storage device that may store static information and instructions, and the storage unit 1404 may be independent of the processing unit 1402.

In the above embodiments, the instructions stored by the memory for execution by the processor may be implemented in the form of a computer program product. The computer program product may be written in the memory in advance, or may be downloaded in the form of software and installed in the memory.

The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the processes or functions in accordance with embodiments of the present application are produced in whole or in part. The computer may be a general purpose computer, a special purpose computer, a computer network, or other programmable apparatus. The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium, for example, the computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center by wired (e.g., coaxial cable, fiber optic, digital subscriber line (digital subscriber line, DSL), or wireless (e.g., infrared, wireless, microwave, etc.), or semiconductor medium (e.g., solid state disk, SSD)) or the like.

Embodiments of the present application also provide a computer-readable storage medium. The methods described in the above embodiments may be implemented in whole or in part by software, hardware, firmware, or any combination thereof. Computer readable media can include computer storage media and communication media and can include any medium that can transfer a computer program from one place to another. The storage media may be any target media that is accessible by a computer.

As one possible design, the computer-readable medium may include compact disk read-only memory (CD-ROM), RAM, ROM, EEPROM, or other optical disk memory; the computer readable medium may include disk storage or other disk storage devices. Moreover, any connection is properly termed a computer-readable medium. For example, if the software is transmitted from a website, server, or other remote source using a coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave, then the coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of medium. Disk and disc, as used herein, includes Compact Disc (CD), laser disc, optical disc, digital versatile disc (digital versatiledisc, DVD), floppy disk and blu-ray disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers.

Combinations of the above should also be included within the scope of computer-readable media. The foregoing is merely illustrative embodiments of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily think about variations or substitutions within the technical scope of the present invention, and the invention should be covered. Therefore, the protection scope of the invention is subject to the protection scope of the claims.

Claims

1. A method for communication based on a bluetooth headset, which is applied to a bluetooth headset supporting simultaneous connection of a plurality of terminal devices, wherein the plurality of terminal devices include a first device and a second device, and the bluetooth headset establishes bluetooth connection with the first device and the second device, respectively, the method comprising:

the Bluetooth headset plays audio of a first call from the first device;

when the second device initiates a call to a third device or the second device receives a call from the third device, the Bluetooth headset keeps playing the audio of the first call, and the Bluetooth headset plays the call-out prompt tone or the call-in prompt tone of the second device;

When the second device is connected with a second call, the Bluetooth headset plays audio of the second call from the second device; the Bluetooth headset controls the first device to keep or hang up the first call;

or when the second device refuses the second call, the Bluetooth headset continues to play the audio of the first call from the first device.

2. The method of claim 1, wherein the bluetooth headset plays audio from a second call of the second device when the second device is engaged in the second call; the Bluetooth headset controls the first device to keep or hang up the first call; comprising the following steps:

when the Bluetooth headset receives a first operation, the Bluetooth headset controls the second device to answer the second call, and the Bluetooth headset plays audio of the second call from the second device; the Bluetooth headset controls the first device to keep the first call;

or when the Bluetooth headset receives a second operation, the Bluetooth headset controls the second device to answer the second call, and the Bluetooth headset plays the audio of the second call from the second device; the Bluetooth headset controls the first device to hang up the first call, and the second operation is different from the first operation.

3. The method according to claim 2, wherein the first operation includes an operation of tapping the bluetooth headset, the second operation includes an operation of tapping the bluetooth headset, the number of taps of the first operation is different from the number of taps of the second operation, and/or the first operation and the second operation are respectively directed to both side headsets of the bluetooth headset.

4. The method of claim 3, wherein the bluetooth headset continuing to play audio from the first call of the first device when the second device rejects the second call, comprising:

when the Bluetooth headset receives a third operation, the Bluetooth headset controls the second device to reject the second call, the Bluetooth headset plays the audio of the first call from the first device, and the third operation is different from the first operation and the second operation.

5. The method of claim 1, wherein the bluetooth headset stores the outgoing call alert tone and the incoming call alert tone, wherein the bluetooth headset plays audio of the first call when the second device initiates a call to or receives a call from a third device, and wherein the bluetooth headset plays the outgoing call alert tone or the incoming call alert tone of the second device; comprising the following steps:

The Bluetooth headset detects the call state of the second device;

when the call state of the second device is an incoming call state, the Bluetooth headset mixes the incoming call prompt tone with the audio of the first call and plays the mixed incoming call prompt tone with the audio of the first call;

or when the call state of the second device is the power-off state, the Bluetooth headset mixes the power-off prompt tone and the audio of the first call, and plays the mixed power-off prompt tone and the audio of the first call.

6. The method of any of claims 1-5, wherein the bluetooth headset playing audio from the second call of the second device when the second device is engaged in the second call, comprising:

the Bluetooth headset disconnects a first connection-oriented synchronous SCO link with the first device;

a second SCO link is established between the Bluetooth headset and the second device;

and the Bluetooth headset receives the audio of the second call through the second SCO link and plays the audio of the second call.

7. The method of claim 6, further comprising, after the bluetooth headset receives the audio of the second call over the second SCO link:

When the second device hangs up the second call, the Bluetooth headset disconnects the second SCO link with the second device;

the Bluetooth headset establishes the first SCO link with the first equipment;

8. The method of any of claims 1-5, wherein the bluetooth headset plays audio from a first call of the first device when the second device rejects the second call; comprising the following steps:

the bluetooth headset maintaining a first SCO link with the first device;

and the Bluetooth headset continuously receives the audio of the first call through the first SCO link and plays the audio of the first call.

9. An electronic device comprising a processor for invoking a computer program in memory to perform the method of any of claims 1-8.

10. A computer readable storage medium storing instructions that, when executed, cause a computer to perform the method of any one of claims 1-8.

11. A method for communication based on a bluetooth headset, which is applied to a bluetooth headset supporting simultaneous connection of a plurality of terminal devices, wherein the plurality of terminal devices include a first device and a second device, and the bluetooth headset establishes bluetooth connection with the first device and the second device, respectively, the method comprising:

the Bluetooth headset plays audio of a first call from the first device;

when the second device initiates a call to a third device or the second device receives a call from the third device, the Bluetooth headset keeps playing the audio of the first call, and simultaneously the Bluetooth headset plays the call-out prompt tone or the call-in prompt tone of the second device;

12. The method of claim 11, wherein the bluetooth headset plays audio from a second call of the second device when the second device is engaged in the second call; the Bluetooth headset controls the first device to keep or hang up the first call; comprising the following steps:

13. The method according to claim 12, wherein the first operation includes an operation of tapping the bluetooth headset, the second operation includes an operation of tapping the bluetooth headset, the number of taps of the first operation is different from the number of taps of the second operation, and/or the first operation and the second operation are respectively directed to both side headsets of the bluetooth headset.

14. The method of claim 13, wherein the bluetooth headset continuing to play audio from the first call of the first device when the second device rejects the second call, comprising:

15. The method of claim 11, wherein the bluetooth headset stores the outgoing call alert tone and the incoming call alert tone, wherein the bluetooth headset plays audio of the first call when the second device initiates a call to or receives a call from a third device, and wherein the bluetooth headset plays the outgoing call alert tone or the incoming call alert tone of the second device; comprising the following steps:

the Bluetooth headset detects the call state of the second device;

16. The method of any of claims 11-15, wherein the bluetooth headset playing audio from the second call of the second device when the second device is engaged in the second call, comprising:

17. The method of claim 16, further comprising, after the bluetooth headset receives the audio of the second call over the second SCO link:

a first SCO link is established between the Bluetooth headset and the first device;

18. The method of any of claims 11-15, wherein the bluetooth headset plays audio from a first call of the first device when the second device rejects the second call; comprising the following steps:

The bluetooth headset maintaining a first SCO link with the first device;