METHOD FOR OBTAINING SOUND FOR A TERMINAL DEVICE THROUGH A BLUETOOTH PERIPHERAL DEVICE AND TERMINAL

Abstract

This application provides a method of obtaining sound for a terminal device through a Bluetooth peripheral device and a terminal; the terminal device can obtain sound data through a microphone from the Bluetooth peripheral, and can perform target sound effect processing on the sound data obtained by the Bluetooth peripheral by using a predefined sound effect DRC parameter corresponding to the Bluetooth peripheral;By using the solution in this application, the terminal device can not only obtain sound through the Bluetooth peripheral, but also perform sound effect processing for different Bluetooth peripherals by using different predefined sound effect DRC parameters respectively, to improve the sound effect of the sound obtained through the Bluetooth peripheral, so that a better recording effect can be achieved even if the terminal device is relatively far from a person being photographed or the ambient noise surrounding the terminal device is relatively large.

Description

METHOD FOR OBTAINING SOUND FOR A TERMINAL DEVICE THROUGH A BLUETOOTH PERIPHERAL DEVICE AND TERMINAL CROSS-REFERENCE WITH RELATED APPLICATIONS This application claims priority from Chinese Patent Application No. 202110665714.4, entitled SOUND PICKUP METHOD FOR TERMINAL DEVICE THROUGH BLUETOOTH PERIPHERAL AND TERMINAL DEVICE filed with the National Intellectual Property Administration, PRC on June 16, 2021, which is incorporated herein by reference in its entirety. TECHNICAL FIELD This application relates to the field of communications technologies, and in particular, to a method of obtaining sound for a terminal device through a Bluetooth peripheral device and a terminal device. BACKGROUND OF THE INVENTION Currently, a microphone built into a mobile phone or headphones inserted into the phone are typically used to capture sound from a person being photographed in an audio and video scenario, such as a live stream, video recording, video call, or similar activity conducted by the user through an application (app) on the mobile phone. The mobile phone microphone has a better sound pickup effect when the person being photographed is relatively close to the phone. As the distance between the phone and the person being photographed increases, the sound intensity of the person being photographed, captured by the microphone, decreases, resulting in poor sound quality in the captured video.Therefore, the sound-gathering effect of the mobile phone microphone can be affected when the person being photographed is relatively far from the mobile phone or the ambient noise surrounding the mobile phone is excessively large. BRIEF DESCRIPTION OF THE INVENTION This application provides a method of obtaining sound for a terminal device through a Bluetooth peripheral device and a terminal, to solve the problem in the related technique that a sound obtaining effect of a microphone of the terminal device is relatively deficient in some specific scenarios when the terminal device performs audio and video recording or in an audio and video call. To achieve the above objective, the following technical solutions are used in this application: According to the first aspect, a method for obtaining sound for a terminal device via a Bluetooth peripheral is provided, which includes: instruct, by the terminal device in response to a first operation performed by a user on the terminal device, a target Bluetooth device to record, wherein the target Bluetooth device is either a first Bluetooth device or a second Bluetooth device that has established a Bluetooth connection with the terminal device, and the first operation is used to activate a first APP on the terminal device to activate an audio and video service, or to activate recording via the target Bluetooth device in a case where the first APP has activated the audio and video service; to perform, by the terminal device in a case where the terminal device receives a first audio data stream sent by the first Bluetooth device, process the sound effect in the first audio data stream by using a first sound effect dynamic interval control DRC parameter, where the first audio data stream corresponds to sound data acquired by a microphone of the first Bluetooth device, and the first sound effect DRC parameter is a predefined sound effect processing parameter corresponding to the first Bluetooth device;and to perform, by the terminal device in a case where the terminal device receives a second audio data stream sent by the second Bluetooth device, sound effect processing on the second audio data stream by using a second sound effect DRC parameter, where the second audio data stream corresponds to the sound data acquired by a microphone of the second Bluetooth device, and the second sound effect DRC parameter is a predefined sound effect processing parameter corresponding to the second Bluetooth device, where the first Bluetooth device and the second Bluetooth device have different device types or device models, and the first sound effect DRC parameter is different from the second sound effect DRC parameter. For Bluetooth peripherals of different types or models, sound effect processing can be performed by using different sound effect DRC parameters, so that a dynamic range of sound effect can be adjusted according to specific situations, thereby further improving the sound effect. According to the method of obtaining sound for a terminal device through Qnfríl ίη / 77Π7 / E / YΙΛΙ of a Bluetooth peripheral provided in this application, in a scenario where the terminal device performs the audio and video service such as live streaming or video calling, the terminal device can obtain sound data through a microphone from the Bluetooth peripheral, and can perform target sound effect processing on the sound data obtained by the Bluetooth peripheral by using a predefined sound effect DRC parameter corresponding to the Bluetooth peripheral, thereby improving the sound effect.By using the solution in this application, the terminal device can not only obtain sound through the Bluetooth peripheral, but also perform sound effect processing for different Bluetooth peripherals by using different predefined sound effect DRC parameters respectively, to improve the sound effect of the sound obtained through the Bluetooth peripheral, so that a better recording effect can be achieved even if the terminal device is relatively far from a person being photographed or if the ambient noise surrounding the terminal device is relatively large, thus improving the user experience. In one possible implementation, a sound effect parameter library is predefined on the terminal device and includes a one-to-one mapping between Bluetooth device information and a sound effect processing parameter. The sound effect parameter library can include a mapping between the device information of the first Bluetooth device and the first sound effect DRC parameter, and a mapping between the device information of the second Bluetooth device and the second sound effect DRC parameter. Optionally, the above method further includes: determining, by the terminal device in accordance with device information from the target Bluetooth device, a target sound effect DRC parameter corresponding to the target Bluetooth device from the sound effect parameter library, where the device information includes a device name, a Media Access Control (MAC) address (which is also referred to as a physical address), a manufacturer identification, and input / output (I / O) capability information. In a possible implementation, the sound effect parameter library may include a one-to-one mapping between a device type of the target Bluetooth device and the target sound effect DRC parameter. In a possible implementation, the sound effect parameter library may include a one-to-one mapping between a device model of the target Bluetooth device and the target sound effect DRC parameter. Optionally, the terminal device can determine a device type or device model of the target Bluetooth device based on device information. Qni?n ίη / 77Π7 / E / YΙΛΙ of target Bluetooth, and then determine a sound effect DRC parameter corresponding to the target Bluetooth device according to the device type or device model of the target Bluetooth device. For example, the determination, by the terminal device according to device information from the target Bluetooth device, of a target sound effect DRC parameter corresponding to the target Bluetooth device from the sound effect parameter library includes: Determine, by the terminal device, a device model of the target Bluetooth device according to a device name, a MAC address, and a manufacturer identifier of the target Bluetooth device; and determine, by the terminal device according to the device model of the target Bluetooth device, the target sound effect DRC parameter corresponding to the target Bluetooth device from the sound effect parameter library. By using the above solution, during sound acquisition (such as recording) via the Bluetooth peripheral, for Bluetooth peripherals of different device models, the terminal device can perform sound effect processing on an audio stream obtained by the Bluetooth peripheral by using different predefined sound effect DRC parameters, thereby achieving a better recording effect. In a possible implementation, the determination, by the terminal device according to device information from the target Bluetooth device, of a target sound effect DRC parameter corresponding to the target Bluetooth device from the sound effect parameter library includes: Determine, by the terminal device, a device type of the target Bluetooth device according to input / output capacity information of the target Bluetooth device; and determine, by the terminal device according to the device type of the target Bluetooth device, the target sound effect DRC parameter corresponding to the target Bluetooth device from the sound effect parameter library, where the device type may include a display type and a non-display type. By using the above solution, during sound acquisition (such as recording) via the Bluetooth peripheral, for Bluetooth peripherals of different device types (such as screen type or non-screen type), the terminal device can perform sound effect processing on an audio stream obtained by the Bluetooth peripheral by using different predefined sound effect DRC parameters, thereby achieving a better recording effect. on^n ίη / ζζηζ / Ε / γίΛΐ In a possible implementation, a non-display Bluetooth device may include headphones or a speaker with a voice acquisition function, and a display Bluetooth device may include an in-vehicle terminal or a handheld terminal with a presentation screen and a voice acquisition function. It should be noted that the descriptions herein are merely illustrative, and this application is not limited to them. Furthermore, other possible Bluetooth devices may be included and may be specifically determined according to a current usage condition, and this is not limited to the modalities of this application. In a possible implementation, in a case where the target Bluetooth device is a display-type Bluetooth device, the determination, by the terminal device, of a device type of the target Bluetooth device according to I / O capability information of the target Bluetooth device includes: Determine, by the terminal device, that the target Bluetooth device is of a voice end-out type in a case where the target Bluetooth device is used as an end-out of an audio data stream in an A2DP advanced audio distribution profile; or determine, by the terminal device, that the target Bluetooth device is of a voice receiving end-out type in a case where the target Bluetooth device is used as a receiving end-out of the audio data stream in the A2DP profile. By using the above solution, during sound acquisition (such as recording) via the Bluetooth peripheral, for the display-type Bluetooth peripheral, the terminal device can distinguish whether the Bluetooth peripheral is of the voice output end type or the voice receiver end type, and then performs sound effect processing on the audio stream obtained by the Bluetooth peripheral by using a corresponding predefined sound effect DRC parameter, thereby achieving a better recording effect. In a possible implementation, the instruction, by the terminal device in response to an initial operation performed by a user on the terminal device, to record a target Bluetooth device includes: In response to the first operation performed by the user on the terminal device, instruct the terminal device, if it determines that the target Bluetooth device meets a predefined condition, to record. The predefined condition may be that the target Bluetooth device is in a user-carried state, and / or the distance between the target Bluetooth device and the terminal device is greater than a predefined distance threshold. The predefined distance threshold may be defined according to current usage requirements. This is not limited in the Qnfríl ίη / 77Π7 / Ε / ΥΙΛΙ modalities of this application. Using the solution described above, when a connection to a Bluetooth device is established, the terminal device can determine if the Bluetooth peripheral meets a predefined condition. For example, the Bluetooth device is in the user-carried state and / or the distance between the Bluetooth device and the terminal device exceeds a predefined distance threshold. If the Bluetooth device meets this condition (e.g., it is in the user-carried state), the terminal device prompts the user to select whether voice data (such as a recording) should be obtained through the Bluetooth device's microphone. This better meets user requirements, thereby improving the user experience. Optionally, in this application mode, if the terminal device processes audio and video and obtains voice data through the Bluetooth device's microphone, the terminal device can determine in real time whether the Bluetooth device meets the predefined condition. If the Bluetooth device does not meet the predefined condition—for example, if the Bluetooth device is not being carried by the user—the terminal device prompts the user to switch from obtaining voice data through the Bluetooth device's microphone to obtaining voice data through the terminal device's microphone, allowing the user to select the appropriate option. This allows for better fulfillment of user requirements, thereby improving the user experience. In one possible implementation, the instruction, by the terminal device in response to an initial operation performed by a user on the terminal device, to record a target Bluetooth device includes: In response to the first operation, send, via the terminal device in a case where the target Bluetooth device supports an HFP hands-free profile, a microphone recording instruction to the target Bluetooth device to instruct the target Bluetooth device to record. By using the above solution, in a case where the Bluetooth peripheral supports HFP, the Bluetooth peripheral can directly enable a microphone recording function in response to the microphone recording instruction sent by the terminal device, so that the user does not need to manually activate the recording, thereby improving the user experience. In one possible implementation, the instruction, by the terminal device in response to an initial operation performed by a user on the terminal device, to record a target Bluetooth device includes: Qnfríl ίη / 77Π7 / E / YΙΛΙ question, by the terminal device in response to the first operation performed by the user on the terminal device, the user if to record through a microphone of the target Bluetooth device; to receive, by the terminal device, a second operation performed by the user, where the second operation is used to determine to record through the microphone of the target Bluetooth device; and to send, by the terminal device in response to the second operation, the microphone recording instruction to the target Bluetooth device to instruct the target Bluetooth device to record. By using the solution in this application, when processing the audio and video service, the terminal device can achieve a better sound capture effect by using the Bluetooth peripheral connected to the terminal device even if the terminal device is relatively far from the person being photographed or the ambient noise surrounding the terminal device is relatively large, thus improving the user experience. In one possible implementation, the method additionally includes: establish a synchronous connection-oriented SCO link between the terminal device and the target Bluetooth device; and receive, by the terminal device, a reply message sent by the target Bluetooth device, wherein the reply message is used to indicate that the microphone of the target Bluetooth device is turned on. The terminal device sends an instruction to turn on the microphone to the Bluetooth peripheral; that is, the terminal device initiates the establishment of the SCO link with the Bluetooth peripheral to instruct the Bluetooth peripheral to turn on its microphone. Furthermore, after turning on the microphone, the Bluetooth peripheral can send a reply message to the terminal device to indicate that its microphone is powered on. The terminal device establishes a SCO link with the Bluetooth peripheral to directly activate the Bluetooth peripheral and turn on the microphone. In other words, when an SCO link is established between the terminal device and the Bluetooth peripheral, the Bluetooth peripheral is considered to have its microphone turned on by default. In this case, the Bluetooth peripheral's function is to capture voice data and transmit it to the terminal device in real time. In one possible implementation, the method additionally includes: to obtain, by the terminal device, a first image by capturing through a camera in response to the first operation performed by the user and in a process of obtaining a stream of target audio data by recording through the target Bluetooth device; on^n ίη / ζζηζ / Ε / γίΛΐ and synthesize, by the terminal device, the first image and a processed target audio data stream to obtain a first video stream. By using the solution in this application, when performing audio and video services such as live streaming or video calls, the terminal device can achieve a better video recording effect by using the Bluetooth peripheral connected to the terminal device, even if the terminal device is relatively far from the person being photographed or the ambient noise surrounding the terminal device is relatively large, thus improving the user experience. In one possible implementation, the method additionally includes: to receive, by the terminal device, a microphone status query request initiated by the first APP, where the microphone status query request is used to check if the microphone is in an on state; detect, by the terminal device in response to the microphone status query request, whether the Bluetooth connection is maintained between the terminal device and the target Bluetooth device; In the event that the Bluetooth connection between the terminal device and the target Bluetooth device is interrupted, detect, by the terminal device, whether a microphone of the terminal device is on, and feed back a result of the detection to the first APP; and in the event that the Bluetooth connection and the SCO link between the terminal device and the Bluetooth device is maintained, feed back, by the terminal device, to the first APP that the microphone is in the on state. In this way, when the system learns that the microphone is on, the first app can continue recording or making audio and video calls. When the system learns that the microphone is off, the first app can reactivate it, ensuring that the audio and video service initiated by the first app can function normally, thus improving the user experience. In one possible implementation, the method additionally includes: to receive, by the terminal device, a microphone shutdown request initiated by the first APP, where the microphone shutdown request is used to activate the microphone shutdown; detect, by the terminal device in response to the microphone turn-off request, whether the Bluetooth connection is maintained between the terminal device and the target Bluetooth device; In the event that the Bluetooth connection between the terminal device and the target Bluetooth device is maintained, interrupt, by the terminal device, the SCO link between the terminal device and the target Bluetooth device to enable the target Bluetooth device to turn off the microphone; and turn off, by the terminal device, the microphone of the terminal device in the event that the Bluetooth connection between the terminal device and the target Bluetooth device is interrupted and the microphone of the terminal device is in the on state. Thus, when the audio and video service implemented through the APP is terminated, a mobile phone can activate the deactivation of a microphone's voice acquisition function according to the current situation, thereby fulfilling a current user usage requirement and improving the user experience. In one possible implementation, the method additionally includes: route, through the terminal device, the first processed audio data stream or the second processed audio data stream to a storage path corresponding to the first APP. By using the solution in this application, when the audio and video service is performed through the first APP, the terminal device can not only obtain sound through the Bluetooth peripheral, but also perform sound effect processing for different Bluetooth peripherals by using different predefined DRC sound effect parameters respectively, to obtain an audio stream with better sound quality for later application by the APP. In one possible implementation, the method additionally includes: to turn on, by the terminal device in response to the first operation performed by the user, the microphone of the terminal device in a case where the terminal device does not establish a Bluetooth connection to the target Bluetooth device, or has established a Bluetooth connection to the target Bluetooth device but the target Bluetooth device does not support the HFP profile; acquire, by the terminal device, sound data through the microphone of the terminal device, to obtain a third stream of audio data; process, by the terminal device, the third audio data stream to obtain a third processed audio data stream; and route, by the terminal device, the third processed audio data stream to the storage path corresponding to the first APP. In this mode of this request, when the audio and video service is processed, the terminal device can select to obtain sound through the mobile phone microphone or through the Bluetooth peripheral microphone according to a current application scenario. Qnfríl ίη / 77Π7 / E / YΙΛΙ thus improving the sound acquisition effect. Furthermore, in this mode of this application, the sound effect processing is performed on the audio stream obtained by the microphone of the Bluetooth peripheral by using a sound effect processing parameter predefined by the Bluetooth peripheral of that type, thereby improving the audio quality. According to the second aspect, this application provides a sound acquisition apparatus for a terminal device via a Bluetooth peripheral, which includes units configured to perform the method according to the first aspect. The apparatus can correspondingly perform the method described in the first aspect. For the relevant description of the units in the apparatus, reference may be made to the description in the first aspect. For brevity, the details are not described again herein. The method according to the first aspect can be implemented by hardware or by hardware running corresponding software. The hardware or software includes one or more modules or units corresponding to the above functions, for example, a processing module or unit, a presentation module or unit, and the like. According to a third aspect, this application provides a terminal device that includes a processor, wherein the processor is coupled to a memory, the memory is configured to store a computer program or instructions, and the processor is configured to execute the computer program or instructions stored in the memory, to cause the method to be performed according to the first aspect. For example, the processor is configured to execute the computer program or instructions stored in memory, to cause the device to perform the method according to the first aspect. According to a fourth aspect, this request provides a computer-readable storage medium that stores a computer program (which may also be referred to as instructions or code) configured to implement the method according to the first aspect. For example, the computer program, when run by a computer, causes the computer to perform the method according to the first aspect. According to a fifth aspect, this application provides a chip, which includes a processor. The processor is configured to read and execute a computer program stored in memory, to perform the method according to the first aspect and any possible implementation of the first aspect. Optionally, the chip also includes a memory, where the memory is connected to the processor via a circuit or cable. According to a sixth aspect, this application provides a system-on-a-chip, which includes a processor. The processor is configured to read and execute a computer program stored in memory, to perform the method according to the first aspect and any possible implementation of the first aspect. Optionally, the system-on-a-chip also includes a memory, where the memory is connected to the processor via a circuit or cable. According to a seventh aspect, this application provides a computer program product that includes a computer program (which may also be referred to as instructions or code). The computer program, when executed by a computer, causes the computer to implement the method according to the first aspect. It can be understood that, for the beneficial effects of the second to seventh aspects, reference can be made to the relevant description in the first aspect, and the details are not described again here. BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a diagram of a system architecture corresponding to a method of obtaining sound for a terminal device through a Bluetooth peripheral according to a modality of this application; FIG. 2A and FIG. 2B are a schematic diagram of an application scenario of a sound acquisition method for a terminal device via a Bluetooth peripheral according to a modality of this application; FIG. 3 is a schematic flowchart of a method for obtaining sound for a terminal device through a Bluetooth peripheral according to a modality of this application; FIG. 4 is a schematic flowchart of a method for obtaining sound for a terminal device via a Bluetooth peripheral; FIG. 5A and FIG. 5B are a first schematic flowchart of a method of obtaining sound for a terminal device through a Bluetooth peripheral according to a modality of this application; FIG. 6A and FIG. 6B are a second schematic flowchart of a method of obtaining sound for a terminal device through a Bluetooth peripheral according to a modality of this application; FIG. 7A and FIG. 7B are a third schematic flowchart of a method of obtaining sound for a terminal device through a Bluetooth peripheral according to a modality of this application; on^n ίη / ζζηζ / Ε / γίΛΐ FIG. 8 is a fourth schematic flowchart of a method of obtaining sound for a terminal device through a Bluetooth peripheral according to a modality of this application; FIG. 9 is a schematic structural diagram of a sound acquisition apparatus for a terminal device via a Bluetooth peripheral according to a modality of this application; and FIG. 10 is a schematic structural diagram of an electronic device according to one modality of this application. DETAILED DESCRIPTION OF THE INVENTION To clarify the objectives, technical solutions, and advantages of the variations covered by this application, the technical solutions in these variations will be described more clearly and completely below with reference to the accompanying drawings. The variations described herein are only a portion of the total variations covered by this application. All other variations obtained by a person of ordinary skill in the art based on these variations without creative effort will fall within the scope of protection of this application. The term and / or used herein describes only one association relationship to describe associated objects and represents that three relationships can exist. For example, A and / or B can represent the following three cases: Only A exists, both A and B exist, and only B exists. The symbol / in this specification represents an or relationship between associated objects. For example, A / B means A or B. In the specification and claims of this application, terms such as "first" and "second" are intended to distinguish between different objects, but do not indicate a particular order of the objects. For example, "first sound effect processing parameter" and "second sound effect processing parameter" are intended to distinguish between different sound effect processing parameters, but do not indicate a particular order of the sound effect processing parameters. In the modalities of this application, the term "such as exemplify" or "for example" is used to represent, provide an example, an illustration, or a description. Any modality or design solution described as exemplary or exemplary in the modalities of this application must not be explained as being more preferred or having more advantages than any other modality or design solution. Specifically, the term "such as exemplify" or "for example" is intended to present a related concept in a particular way. Qni?n ίη / 77Π7 / E / YΙΛΙ In the description of the modalities of this application, unless otherwise stated, a plurality of means two or more. For example, a plurality of processing units means two or more processing units. A plurality of items means two or more items. For ease of understanding of the terms of this application, some terms in the terms of this application are described below, to facilitate understanding by a person skilled in the art. (1) SCO: A synchronous connection-oriented (SCO) link, also referred to as an SCO link. An SCO link or an extended SCO link (eSCO) is used to transmit communication data with very high timing requirements and is primarily used for synchronous voice transfer (e.g., an audio and video service). It should be noted that, in the solution provided in this application, a link is not limited to an SCO link or an eSCO link. For ease of description, this solution is described below using an SCO link as an example. (2) HFP: A hands-free profile (HFP) that represents a hands-free function. In a case where a Bluetooth device supports the HFP profile and the HFP profile is activated between the Bluetooth device and a terminal device, an audio data stream can be transmitted between the terminal device and Bluetooth headphones based on the HFP profile. (3) A2DP: An advanced audio distribution profile (A2DP) that supports the transmission of a stereo audio data stream. The A2DP profile defines a source end (referred to as src for short) and a sink end (referred to as sink for short) of the audio data stream. A device (e.g., a mobile phone) used as the source end and a device (e.g., Bluetooth headphones) used as the sink end of the audio data stream can transmit high-quality audio information (i.e., the audio data stream) based on the A2DP profile. (4) DRC: Dynamic Range Control (DRC) is a sound effect processing method where a sound effect processing parameter corresponding to DRC is referred to as a sound effect DRC parameter. The dynamic range of a sound level can be adjusted by adjusting a signal amplitude, thereby enhancing the sound effect. The dynamic range of the sound level refers to the interval between a maximum and minimum volume, and can also be measured by the difference between the maximum and minimum volumes. For example, the following processing can be performed on audio data in a time trace: increase the volume, according to a predefined sound effect DRC parameter, for audio data whose sound level is below a predefined minimum threshold; and decrease the volume, according to the same predefined DRC parameter, for audio data whose sound level is above a predefined maximum threshold, thereby adjusting the dynamic range of the sound level, i.e., reducing the dynamic range. From the perspective of an audio processing effect, for a part with a lower sound volume, the volume is increased when performing the sound effect processing, and the processed sound can be clearer; and for a part with a higher sound volume, the volume is appropriately decreased when performing the sound effect processing, and the processed sound can be smoother.From the perspective of an overall effect, the effect of the processed sound can better meet the user's requirements, thereby improving the user experience. Figure 1 shows a schematic diagram of a communication system architecture involved in the exemplary modalities of this application. As shown in Figure 1, a communication system 10 may include a terminal device 11 and a Bluetooth device 12 (which is a Bluetooth peripheral device, referred to as a Bluetooth peripheral for short), where the terminal device 11 can establish a Bluetooth connection and communicate with the Bluetooth device 12 via a Bluetooth (BT) communication protocol. The Bluetooth communication protocol may be a conventional Bluetooth protocol, or it may be a Bluetooth Low Energy (BLE) protocol. Certainly, the Bluetooth communication protocol may alternatively be another new type of Bluetooth protocol released in the future. Optionally, terminal device 11 can be an electronic device such as a smartphone, tablet computer, personal digital assistant (PDA), television, or smartwatch. It should be noted that, in this embodiment of the application, terminal device 11 includes a camera configured to acquire image data and a microphone configured to acquire sound data; that is, terminal device 11 has an audio and video recording function. Thus, an audio and video service such as live streaming, video calling, video recording, or audio recording can be implemented through terminal device 11. Optionally, the Bluetooth 12 device can be an electronic device that supports the Bluetooth communication protocol, such as a Bluetooth microphone, Bluetooth headphones, a wireless speaker, a wireless wristband, an in-vehicle wireless device, wireless smart glasses, a wireless watch, an augmented reality (AR) / virtual reality (VR) device, a media player (such as an MP3 or MP4 player), a laptop computer, a PDA, a television, or a smartwatch. Qni?n ίη / 77Π7 / E / YΙΛΙ appreciate that, in this modality of this application, the Bluetooth 12 device includes a microphone that has a function of acquiring sound data. For example, the description is given using an example where the Bluetooth 12 device is Bluetooth headphones. Bluetooth 12 headphones can be of various types, such as earbuds, in-ear headphones, over-ear headphones, circumaural headphones, or on-ear headphones. For example, the Bluetooth 12 device could be true wireless stereo (TWS) headphones, or it could be a Bluetooth neckband headset. In some models, Bluetooth 12 headsets can support one or more of the following applications: an HSP (Headset Profile) application, an HFP (Hands-Free Profile) application, and an A2DP application. The HSP application is a Headset Profile application and provides the basic functionality required for communication between the mobile phone and the Bluetooth headset, allowing the Bluetooth headset to be used as an audio input and output interface for the mobile phone. The HFP application is a Hands-Free Profile application, and some extended functions are added to the HFP application based on the HSP application, allowing the Bluetooth headset to control an audio and video call or recording process on the mobile phone, such as answering, hanging up, rejecting, or using voice dialing. The A2DP application is an Advanced Audio Distribution Profile application, which supports the transmission of a stereo audio stream.During the current implementation, in a case where the Bluetooth connection between the Bluetooth headphones and the terminal device is maintained, the user can wear the Bluetooth headphones to perform an audio service such as listening to music or answering / making a phone call. The device types of terminal device 11 and Bluetooth device 12 are not specifically limited in the modalities of this application. For ease of description, exemplary descriptions are given below using an example in which terminal device 11 is a mobile phone and Bluetooth device 12 is Bluetooth headphones. The problems that exist in a scenario where the terminal device performs audio and video services such as live streaming, video calling, video recording, or audio recording are described below with reference to FIG. 2A and FIG. 2B. As shown in FIG. 2A, in a scenario where user 13 performs audio and video services such as live streaming, video calling, video recording, or audio recording via terminal device 11, user 13's sound is normally captured through a microphone on terminal device 11 to obtain audio data from the user. This is referred to as mobile phone microphone capture for short in FIG. 2A and FIG. 2B. However, since the distance between terminal device 11 and user 13 exceeds a specific distance threshold, or the ambient noise surrounding terminal device 11 and user 13 is ΟΠ+τΠ ίη / 77Ω7 / Β / YΙΛΙ relatively large, the volume of the sound obtained through the microphone of terminal device 11 may be relatively low, causing a poor sound acquisition effect. This application provides the following solution. As shown in Figure 2B, in the scenario where user 13 provides audio and video services such as live streaming, video calls, video recording, or audio recording via terminal device 11, user 13's audio can be captured through the microphone of Bluetooth device 12. This occurs when user 13 is wearing Bluetooth device 12 (for example, Bluetooth headphones that support the HFP profile), and a Bluetooth connection is established between Bluetooth device 12 and terminal device 11. This is referred to as Bluetooth mic capture for short in Figures 2A and 2B. This significantly increases the volume of the captured audio. Furthermore, Bluetooth device 12 transmits the captured audio data to terminal device 11. In scenarios where the terminal device provides audio and video services, sound can be obtained via Bluetooth, thus increasing the volume. However, because the voice acquisition capabilities of microphones in various Bluetooth devices differ significantly, or because a Bluetooth channel may have poor quality or experience interference, the sound quality of the user's audio data obtained through the Bluetooth device is deficient, failing to meet user requirements and negatively impacting the user experience. In light of this, the modalities of this application provide a method for obtaining sound for a terminal device via a Bluetooth peripheral device and a terminal device, where not only can the terminal device obtain sound through the Bluetooth peripheral, but the sound effect of the sound obtained through the Bluetooth peripheral can also be enhanced. In the scenario where the terminal device performs audio and video services such as live streaming or video calls, the terminal device can obtain sound data through the microphone of the Bluetooth peripheral, and can perform target sound effect processing on the sound data obtained by the Bluetooth peripheral by using a corresponding predefined sound effect DRC parameter of the Bluetooth peripheral, thereby improving the sound effect.By using the solution in this application, the terminal device can not only obtain sound through the Bluetooth peripheral, but also perform sound effect processing for different Bluetooth peripherals by using different predefined sound effect DRC parameters respectively, to improve the sound effect of the sound obtained through the Bluetooth peripheral, so that a better recording effect can be achieved even if the terminal device is relatively far from a person being photographed or if the ambient noise surrounding the terminal device is relatively large, thus improving the user experience. Qni?n ίη / 77Π7 / Ε / ΥΙΛΙ user. An implementing entity for the sound acquisition method for a terminal device via a Bluetooth peripheral provided in the modalities of this application may be the aforementioned terminal device, or it may be functional modules and / or functional entities within the terminal device capable of implementing the sound acquisition method for a terminal device via a Bluetooth peripheral. Furthermore, the solutions in this application may be implemented in hardware and / or software. The specifics may be determined according to a current usage requirement, and this is not limited in the modalities of this application. Using the terminal device as an example, the sound acquisition method for a terminal device via a Bluetooth peripheral provided in the modalities of this application is described below with reference to the accompanying drawings. Figure 3 is a schematic flowchart of a method for obtaining sound for a terminal device via a Bluetooth peripheral, according to a modality of this application. As shown in Figure 3, method 100 includes the following steps S101 to S10: S101: A terminal device receives a first operation for a user to perform an audio and video service through a first APP. S102: The terminal device determines, in response to the first operation, whether a Bluetooth connection is established between the terminal device and a Bluetooth device. The audio and video service described above may include a service involving audio and video recording or calls, such as live streaming, video calls, voice calls, video recording, or audio recording. It is understood that the descriptions herein are merely illustrative, and the audio and video service described above may also include any other audio and video service implemented during the current deployment. This is not limited to the modalities of this application. During the processing of the audio and video service by the terminal device, the acquisition or retrieval of sound data (e.g., user voice data) is involved, and sound data is typically acquired or retrieval through a microphone on the terminal device by default.For example, during audio and video recording by mobile phone, the recording is normally implemented through a built-in microphone of the mobile phone or default insert-type headphones. In this application, the first app mentioned above is an application installed or loaded on the terminal device that supports the audio and video service. The first app can be a system app or a third-party app. There are no limitations on the types of apps this application can be. When the user operates the terminal device to activate the service In the first app, the terminal device can detect the first operation performed by the user and then, in response to that operation, instruct the terminal device to turn on its microphone to obtain sound data (e.g., the user's voice data) through the terminal device's microphone, or instruct the Bluetooth device connected to the terminal device to turn on its microphone to obtain voice data through the Bluetooth device's microphone. The terminal device can specifically determine, according to a specific situation, whether to obtain voice data through the terminal device's microphone or through the Bluetooth device's microphone.The specific situation may be that the terminal device does not establish a connection to another Bluetooth device, or it may be that the Bluetooth connection between the terminal device and a Bluetooth device is maintained. According to one aspect, in a case where the terminal device has established a Bluetooth connection to the Bluetooth device and the Bluetooth device supports the HFP profile, the terminal device continues to perform the following steps S103 to S106, i.e., instruct the Bluetooth device connected to the terminal device to turn on the microphone, to obtain voice data through the microphone of the Bluetooth device. During the current implementation, as the distance between the mobile phone and the person being photographed increases, the sound intensity captured by the phone's microphone decreases, resulting in poor sound quality in the captured video. If the mobile phone is connected to a Bluetooth device, the Bluetooth device's microphone can be selected to capture sound, thus improving the audio quality. According to another aspect, in a case where the terminal device has not established a Bluetooth connection to any Bluetooth device, or the terminal device has established a Bluetooth connection to a Bluetooth device but the Bluetooth device does not support the HFP profile, the terminal device continues to perform the following steps S107 to SI 10, i.e., instruct the terminal device to turn on the microphone, to obtain voice data through the microphone of the terminal device. The first operation can be a user-performed action on the terminal device to activate the audio and video service or transaction; for example, various possible operations triggered by touch or voice. The specifics can be determined according to current usage requirements, and this is not limited by the modalities of this request. S103: The terminal device sends an instruction to turn on the microphone to the Bluetooth device in a case where the Bluetooth connection is established between the terminal device and the Bluetooth device and the Bluetooth device supports the HFP profile. In this mode of the request, the terminal device sends the instruction `on^n ίη / ζζηζ / E / γίΛΐ turn on microphone` to the Bluetooth device. This means the terminal device initiates the establishment of a SCO link with the Bluetooth device to instruct the Bluetooth device to turn on its microphone. Furthermore, after turning on the microphone, the Bluetooth device can send a reply message to the terminal device indicating that its microphone is powered on. The terminal device establishes a SCO link with the Bluetooth device to directly activate the Bluetooth device and turn on the microphone. In other words, when an SCO link is established between the terminal device and the Bluetooth device, the Bluetooth device is considered to have turned on its microphone by default. In this case, the Bluetooth device has the function of acquiring voice data and transmitting it to the terminal device in real time. It should be noted that the illustrative descriptions above were made using an example where, once a connection is established with the Bluetooth device, the terminal device directly activates the Bluetooth device's microphone to obtain voice data. The modalities of this application include, but are not limited to, this example. It can be understood that, during the current implementation, when a connection with the Bluetooth device is established, the terminal device may first ask the user whether it should obtain voice data through the terminal device's microphone or through the Bluetooth device's microphone, allowing the user to select the appropriate option.Furthermore, in a case where the user selects to obtain voice data through the microphone of the Bluetooth device, the terminal device can send the instruction to turn on the microphone to the Bluetooth device in response to the selection operation made by the user, to instruct the Bluetooth device to turn on the microphone and obtain voice data. Optionally, in this mode of the request, when a connection to the Bluetooth device is established, the terminal device can determine if the Bluetooth device meets a predefined condition. For example, the Bluetooth device is in the user-carried state, and / or the distance between the Bluetooth device and the terminal device is greater than a predefined distance threshold. If the Bluetooth device meets the predefined condition (for example, the Bluetooth device is in the user-carried state), the terminal device prompts the user to select whether to obtain voice data through the Bluetooth device's microphone. This allows for better user satisfaction and improves the user experience. Optionally, in this mode of this request, if the terminal device processes the audio and video service and obtains voice data through the Bluetooth device's microphone, the terminal device can determine whether the Bluetooth device meets the predefined condition. If the Bluetooth device does not meet the predefined condition—for example, if the Bluetooth device is not being carried by the user—the terminal device prompts the user to switch from obtaining voice data through the Bluetooth device's microphone to obtaining voice data through the terminal device's microphone, allowing the user to select the appropriate option. This allows for better fulfillment of user requirements, thereby improving the user experience. S104: The terminal device receives an initial stream of audio data that is acquired by a microphone on the Bluetooth device and sent by the Bluetooth device. During the processing of audio and video by the terminal device, after the terminal device establishes the SCO link with the Bluetooth device, the Bluetooth device can obtain surrounding sound data (e.g., user voice data), that is, the first stream of real-time audio data through the microphone. Furthermore, the Bluetooth device can send the first stream of audio data to the terminal device via the SCO link. S105: The terminal device processes the first audio data stream by using a first sound effect processing parameter corresponding to the Bluetooth device, to obtain a first processed audio data stream. To be specific about the solutions for this request, as described earlier, in the scenario where the terminal device provides audio and video services, although the volume can be increased when receiving sound via Bluetooth, the sound quality of the audio data received by the terminal device may not meet the user's requirements for various reasons. Therefore, after receiving the first stream of audio data sent by the Bluetooth device, the terminal device needs to perform specific sound processing on that first stream to improve its quality. In this version of the application, a sound effect parameter library can be predefined on the terminal device. This sound effect parameter library can include a one-to-one mapping between Bluetooth device information and a sound effect processing parameter. Based on the Bluetooth device information, the terminal device can then invoke a corresponding sound effect processing parameter from the sound effect parameter library according to a current usage requirement. Qnfríl ίη / 77Π7 / Ε / ΥΙΛΙ It should be noted that corresponding sound effect processing parameters can be predefined for different types of Bluetooth devices, and a specific sound effect processing parameter value can be determined based on laboratory data. Thus, in the solutions described in this application, sound effect processing can be performed on the audio stream received by the Bluetooth device's microphone using a predefined sound effect processing parameter for that type of Bluetooth device, thereby improving audio quality. For example, a predefined sound effect processing parameter for Bluetooth headphones might include an equalization processing parameter and a DRC processing parameter. The equalization processing parameter is used for equalization processing of sound signals across frequency bands to enhance the overall sound effect. The DRC processing parameter reduces the dynamic range of a sound level by adjusting the signal amplitude, thereby improving the sound effect. In another example, a predefined sound effect processing parameter for an in-vehicle Bluetooth device might include a noise reduction processing parameter and a DRC processing parameter. The noise reduction processing parameter can be used to decrease the noise level of the sound signal and increase the voice level of the sound signal, thus increasing the signal-to-noise ratio. It should be noted that the above descriptions are illustrative, and during the actual implementation, the corresponding sound effect processing parameters for different types of Bluetooth devices can be predefined according to current requirements. The specifics can be determined based on current usage needs, and this is not limited by the scope of this application. In some modes, the terminal device may first obtain device information from the Bluetooth device and then determine, based on that device information, the first sound effect processing parameter corresponding to the Bluetooth device from the sound effect parameter library. The Bluetooth device information may include a device name, a physical or MAC address, a manufacturer identifier, and input / output capability information (referred to as I / O capability information) of the Bluetooth device, and may certainly also include other device information, such as microphone performance information. The specifics may be determined according to a current usage requirement, and this is not limited to the modes of this application. For example, it is assumed that a correspondence between the Bluetooth headphone device information and the first sound effect processing parameter is stored in the sound effect parameter library, i.e., the Bluetooth headphones Qnfríl ίη / 77Π7 / E / YΙΛΙ corresponds to the first sound effect processing parameter. In a case where the Bluetooth headset device information is known, the terminal device can determine a corresponding first sound effect processing parameter according to the Bluetooth headset device information, and further perform sound effect processing on the voice data obtained by the Bluetooth headset using the first sound effect processing parameter. Optionally, in one mode, the sound effect parameter library can include a one-to-one mapping between a Bluetooth device type and a sound effect processing parameter. In this mode of the application, after obtaining the Bluetooth device information, the terminal device can determine the Bluetooth device type based on the Bluetooth device's I / O capacity information. Furthermore, the terminal device can then invoke a corresponding sound effect processing parameter from the sound effect parameter library based on the Bluetooth device type. If a Bluetooth device includes a display screen, it is a display-type Bluetooth device. If a Bluetooth device does not include a display screen, it is a non-display-type Bluetooth device. For example, in this application, the non-display Bluetooth device may include headphones or a speaker with a voice acquisition function, and may certainly also include any other possible Bluetooth device, such as VR glasses. The display Bluetooth device may include an in-vehicle terminal or a handheld terminal with a presentation screen and a voice acquisition function, and may certainly also include any other possible Bluetooth device, such as a smartwatch. The specifics may be determined according to a current use requirement, and this is not limited in the application. In this form of this application, in a case where the Bluetooth device is a display-type Bluetooth device, the determination, by the terminal device, of the device type of the Bluetooth device according to the Bluetooth device's I / O capability information may include: determining, by the terminal device, that the Bluetooth device is a display-type voice output end device in a case where the Bluetooth device is used as an output end of an audio data stream in an A2DP profile; or determining, by the terminal device, that the Bluetooth device is a display-type voice receive end device in a case where the Bluetooth device is used as a receiving end of the audio data stream in the A2DP profile. on^n ίη / ζζηζ / Ε / γίΛΐ For example, the final voice output device of the display type can be a device that includes a Bluetooth module (e.g., a Bluetooth chip) such as a PC, a PAD, or a mobile phone, and the final voice reception device of the display type can be an in-vehicle Bluetooth device and another device that includes a Bluetooth module (e.g., a Bluetooth chip). Optionally, in another mode, the sound effect parameter library can include a one-to-one mapping between a Bluetooth device model and a sound effect processing parameter. After determining the Bluetooth device type, the terminal device can determine the Bluetooth device model based on the device name, MAC address, and manufacturer identifier. Furthermore, the terminal device can then determine, based on the Bluetooth device model, the first sound effect processing parameter corresponding to that Bluetooth device in the sound effect parameter library. In this version of the application, the first sound effect processing parameter mentioned above may include a sound effect DRC parameter. Different sound effect DRC parameters can be used for different types of Bluetooth peripherals, allowing the sound effect dynamic range to be adjusted according to specific situations, thus further enhancing the sound effect. In a possible implementation, the sound effect parameter library may include a one-to-one mapping between a device type of a target Bluetooth device and a target sound effect DRC parameter. In a possible implementation, the sound effect parameter library may include a one-to-one mapping between a device model of the target Bluetooth device and the target sound effect DRC parameter. Optionally, the terminal device can determine a device type or device model of the target Bluetooth device according to information from the target Bluetooth device, and then determine a sound effect DRC parameter corresponding to the target Bluetooth device according to the device type or device model of the target Bluetooth device. For example, assuming a device model of a Bluetooth 1 device is xyz, a device model of a Bluetooth 2 device is abe, and the sound effect parameter library stores a mapping between device model xyz and a sound effect DRC parameter of 0.6 and a mapping between device model abe and a sound effect DRC parameter of 0.5, the terminal device can determine, from Qnfríl ίη / 77Π7 / E / YΙΛΙ according to the Bluetooth device 1 device model xyz, the sound effect DRC parameter 0.6 corresponding to the Bluetooth device 1 device model xyz; and the terminal device can further determine, according to the Bluetooth device 2 device model abe, the sound effect DRC parameter 0.5 corresponding to the Bluetooth device 2 device model abe. Furthermore, when an audio data stream 1 is received from Bluetooth device 1, the terminal device can perform sound effect processing on the audio data stream 1 using the sound effect DRC parameter 0.6; or when an audio data stream 2 is received from Bluetooth device 2, the terminal device can perform sound effect processing on the audio data stream 2 using the sound effect DRC parameter 0.5. Thus, sound effect processing is performed for different Bluetooth peripherals by using different predefined sound effect DRC parameters respectively, to enhance the sound effect of the sound obtained through the Bluetooth peripheral, so that a better recording effect can be achieved even if the terminal device is relatively far from a person being photographed or the ambient noise surrounding the terminal device is relatively large. S106: The terminal device routes the first processed audio data stream to a storage path corresponding to the first APR In this mode of this application, after processing the first audio data stream using the first sound effect processing parameter corresponding to the Bluetooth device, the terminal device can route, through an audio framework interface of the terminal device, the first processed audio data stream to the storage path corresponding to the first APP for storage, so that the first APP can invoke the first processed audio data stream in the storage path. In this mode of the request, in response to the user's initial operation to record a video via the first app, the terminal device captures an initial image using its camera. This captures the first audio data stream via Bluetooth. The terminal device then synthesizes the initial image and the processed audio data stream to produce an initial video stream. By using the solution in this application, when processing the audio and video service, the terminal device can achieve a better sound capture effect by using the Bluetooth peripheral connected to the terminal device, even if the terminal device is Qni?n ίη / 77Π7 / E / YΙΛΙ relatively far from the person being photographed or the ambient noise surrounding the terminal device is relatively large, thus improving the user experience. S107: The terminal device turns on a terminal device microphone in a case where the terminal device does not establish a Bluetooth connection with the Bluetooth device, or the Bluetooth connection is established between the terminal device and the Bluetooth device but the Bluetooth device does not support the HFP profile. S108: The terminal device acquires sound data through the terminal device microphone, to obtain a second audio data stream. The terminal device turns on the terminal device microphone according to the instruction to turn on the microphone, and obtains sound data, for example, user voice data, surrounding the terminal device in real time through the terminal device microphone. S109: The terminal device processes the second audio data stream, to obtain a second processed audio data stream. In this application, the terminal device can process the second audio data stream using a second sound effect processing parameter corresponding to the terminal device, to obtain the second processed audio data stream. The second sound effect processing parameter herein is different from the first sound effect processing parameter described above. S110: The terminal device routes the second processed audio data stream to the storage path corresponding to the first APP. In this form of this application, in a case where the terminal device acquires sound data through the terminal device microphone, the terminal device can route, through the terminal device audio framework interface, the second locally processed audio data stream to the storage path corresponding to the first APP for storage, so that the first APP can invoke the first processed audio data stream in the storage path. Optionally, in this mode of this request, to ensure that the audio and video service initiated by the first app can function normally, the first app can send a microphone status query request to the terminal device to check if the microphone is in an "on" state. After receiving the microphone status query request initiated by the first app, the terminal device can detect, in response to the request, whether the Bluetooth connection between the terminal device and the Bluetooth device is maintained, and then provide feedback to the first app indicating whether the microphone is in an "on" or "off" state, depending on the current situation. According to one aspect, in a case where the Bluetooth connection between the When the terminal device and the Bluetooth device are interrupted, the terminal device detects whether its microphone is on and sends a detection result back to the first app. Specifically, when the terminal device's microphone is detected to be on, the terminal device sends feedback to the first app that the microphone is on; and when it detects that the terminal device's microphone is off, the terminal device sends feedback to the first app that the microphone is off. According to another aspect, in a case where the Bluetooth connection and the SCO link between the terminal device and the Bluetooth device are maintained, the terminal device provides feedback to the first APP that the microphone is in the on state. Thus, when the system learns that the microphone is on, the first app can continue recording or making audio and video calls. When the system learns that the microphone is off, the first app can reactivate it to ensure that the audio and video service initiated by the first app can function normally. Optionally, in this mode of this request, when the user activates the "stop" function for the audio and video service implemented through the first app, the terminal device can receive a microphone mute request initiated by the first app and use it to mute the microphone. Furthermore, in response to the microphone mute request, the terminal device can detect whether a Bluetooth connection is maintained between the terminal device and the Bluetooth device, and then mute either the terminal device's microphone or the Bluetooth device's microphone accordingly. According to one aspect, in a case where the Bluetooth connection is maintained between the terminal device and the Bluetooth device, the terminal device interrupts the SCO link between the terminal device and the Bluetooth device to activate the Bluetooth device to turn off the microphone. According to another aspect, the terminal device turns off the terminal device's microphone in a case where the Bluetooth connection between the terminal device and the Bluetooth device is interrupted and the terminal device's microphone is in the on state. Thus, when the audio and video service implemented through the first APP ends, the terminal device can activate or deactivate a microphone voice acquisition function according to the current situation, thereby fulfilling a current user usage requirement and improving the user experience. With reference to FIG. 4 to FIG. 7A and FIG. 7B, a specific implementation of the sound acquisition method for a terminal device via a Bluetooth peripheral provided in the modalities of this application is described below by way of an example in which the terminal device is a mobile phone. Figure 4 shows an implementation process for processing an audio and video service by a mobile phone in the related technique. As shown in Figure 4, the implementation procedure 200 includes the following steps S201 to S208. S201: An app on the mobile phone initiates an instruction to turn on the mobile phone's microphone in a case where a user starts an audio and video service through the app. S202: The mobile phone calls an audio interface to activate the mobile phone's microphone. After being turned on, the mobile phone microphone can get the sound surrounding the mobile phone in real time (which is briefly referred to as microphone sound getting). S203: After being turned on, the mobile phone microphone gives feedback to the APP that the microphone is on. Steps S201 to S203 above are microphone power-up procedures. S204: The mobile phone obtains sound (e.g., gets voice data from the user) through the microphone, to obtain an audio data stream (which is referred to as an audio stream below). S205: The mobile phone transmits the audio stream to a mobile phone audio algorithm module. The audio algorithm module is also referred to as an audio processing module, and is configured to perform sound effect processing on the audio stream. S206: The mobile phone's audio algorithm module performs sound effect processing on the audio stream. S207: The mobile phone calls the audio interface to route a processed audio stream to the APP. S208: The APP stores the processed audio stream. The steps above S204 to S208 are audio current transmission procedures. Figure 5A and Figure 5B show a schematic flowchart of a method for obtaining sound for a terminal device via a Bluetooth peripheral, according to a modality of this application. As shown in Figure 5A and Figure 5B, Method 300 includes the following steps S301 to S319. S301: An APP on a mobile phone initiates an instruction to turn on the microphone οη+η ίη / ζζηζ / E / γίΛΐ in a case where a user starts an audio and video service through the APR S302: In response to the instruction to turn on the microphone, the mobile phone calls an audio interface to determine if the mobile phone establishes a Bluetooth connection to a Bluetooth peripheral. The mobile phone calls the audio interface to determine if a Bluetooth connection is established between the mobile phone and the Bluetooth peripheral, and routes the instruction to turn on the microphone according to the result of the determination. If it is determined that the mobile phone does not establish a Bluetooth connection to another Bluetooth peripheral (corresponding to No shown in FIG. 5A), steps S303 to S309 are performed, i.e., call the audio interface on the mobile phone to activate the mobile phone's microphone and obtain sound through the mobile phone's microphone. If it is determined that the mobile phone establishes a Bluetooth connection to a Bluetooth device (corresponding to Yes shown in FIG. 5B), steps S310 to S319 are performed, i.e., calling the audio interface on the mobile phone to send the instruction to turn on the microphone to the Bluetooth peripheral via a Bluetooth module of the mobile phone, to activate the mobile phone to establish an SCO link to the Bluetooth peripheral and obtain sound through a microphone of the Bluetooth peripheral. S303: In a case where the mobile phone does not connect to the Bluetooth peripheral, the mobile phone calls the audio interface to activate the mobile phone's microphone. S304: After being turned on, the mobile phone microphone gives feedback to the APP that the microphone is on. S305: The mobile phone obtains sound through the microphone to get an audio stream. S306: The mobile phone transmits the audio stream to a mobile phone audio algorithm module. The audio algorithm module is also referred to as an audio processing module, and is configured to perform sound effect processing on the audio stream. S307: The mobile phone performs sound effect processing on the audio stream through the audio algorithm module. S308: The mobile phone calls the audio interface to route a processed audio stream to the APP. S309: The APP stores the processed audio stream. Steps S301 to S304 are procedures for turning on the mobile phone microphone, and steps S305 to S309 are procedures for obtaining sound from the Qni?n ίη / 77Π7 / E / YΙΛΙ microphone and audio stream transmission of the mobile phone. A specific implementation procedure of steps S305 to S309 shown in FIG. 5A is similar to an implementation procedure of steps S204 to S208 shown in FIG. 4, and is not described herein again. The procedures for turning on the mobile phone microphone, obtaining sound from the microphone, and transmitting the audio stream from the mobile phone were described earlier with reference to FIG. 5A, and the procedure for turning on the Bluetooth peripheral microphone, obtaining sound from the microphone, and transmitting the audio stream from the Bluetooth peripheral are described below with reference to FIG. 5B. S310: In a case where the mobile phone is connected to a Bluetooth peripheral and the Bluetooth peripheral supports the HFP profile, the mobile phone calls the audio interface to activate the mobile phone's Bluetooth module to establish an SCO link to the Bluetooth peripheral. S311: The mobile phone's Bluetooth module establishes the SCO link to the Bluetooth peripheral, so that an audio stream obtained by the microphone of the Bluetooth peripheral can be transmitted synchronously to the mobile phone's Bluetooth module. S312: After establishing the SCO link to the Bluetooth peripheral, the mobile phone's Bluetooth module gives feedback to the APP that the microphone is on. S313: The audio algorithm module requests device information from the Bluetooth peripheral of the mobile phone's Bluetooth module. It should be noted that the S313 step can be performed after the mobile phone's Bluetooth module establishes the SCO link with the Bluetooth peripheral, or it can be performed when the mobile phone's Bluetooth module receives the audio stream sent by the Bluetooth peripheral. The specifics can be determined according to the current usage requirements, and this is not limited to the modalities of this application. S314: The mobile phone's Bluetooth module feeds back information from the Bluetooth peripheral device to the audio algorithm module, and then the audio algorithm module can determine, according to the Bluetooth peripheral device information, a sound effect processing parameter corresponding to the Bluetooth peripheral from a library of predefined sound effect parameters. S315: The mobile phone's Bluetooth module receives sound data, i.e., the audio stream, obtained by the microphone of the Bluetooth peripheral and sent by the Bluetooth peripheral. on^n ίη / ζζηζ / Ε / γίΛΐ S316: The mobile phone's Bluetooth module transmits the audio stream to the audio algorithm module. S317: The audio algorithm module performs sound effect processing on the audio stream obtained by the Bluetooth peripheral using the sound effect processing parameter corresponding to the Bluetooth peripheral that is determined in S314. The audio streams obtained by different types of Bluetooth peripherals are processed using sound effect processing parameters (e.g., sound effect DRC parameters) corresponding to the types of Bluetooth peripherals, so that the audio effect can be improved to some degree. S318: The mobile phone calls the audio interface to route a processed audio stream to the APP. S319: The APP stores the processed audio stream. The previous steps S301 and S302 and S310 to S312 are procedures for turning on the microphone of the Bluetooth peripheral, and steps S313 to S319 are procedures for obtaining sound from the microphone and transmitting the audio stream from the mobile phone. With reference to Figure 5A and Figure 5B, it can be seen that when a third-party app (e.g., a short video application or platform) calls the audio interface to activate the mobile phone's microphone for sound capture (e.g., sound recording), the mobile phone first determines whether it is currently connected to a Bluetooth device that supports the HFP profile. If not, the phone continues performing the original procedures to activate the microphone for sound capture. If so, the phone calls the Bluetooth module to establish a SCO link with the Bluetooth device and activate sound capture through its microphone. Compared to the implementation procedure for capturing sound through the mobile phone's microphone when the mobile phone processes audio and video services, as shown in Figure 4, in a modality of this application shown in Figures 5A and 5B, when processing audio and video services, the mobile phone can select to capture sound through either its own microphone or the microphone of a Bluetooth device, depending on the current application scenario, thereby improving the sound capture effect. Furthermore, in this modality, sound effect processing is performed on the audio stream captured by the Bluetooth device's microphone using a predefined sound effect processing parameter, thus enhancing the audio quality. In this application, when a Bluetooth device is connected to a mobile phone, if a third-party app initiates a recording request, the mobile phone can redirect the app's request to use the phone's microphone and route an audio channel to the Bluetooth device, allowing the phone to capture sound through it. Furthermore, a more precise device classification method can be used in this application, and different sound effect DRC parameters are applied to different types of Bluetooth devices to process the audio stream captured by the Bluetooth device, thereby improving the overall sound capture experience. Optionally, in this version of the application, to ensure that the audio and video service initiated through the app functions correctly, after the microphone is turned on, some apps may send a microphone status query to the mobile phone to check if the microphone is enabled. It should be noted that, since an improvement is being made—namely, switching the audio routing to the solutions in this application—the query for the mobile phone's microphone status needs to be changed to a query for the Bluetooth microphone status. The procedures for querying the status of a microphone in the method of obtaining sound for a terminal device through a Bluetooth peripheral provided in the modalities of this application are described below with reference to FIG. 6A and FIG. 6B; With reference to FIG. 5A and FIG. 5B, method 300 further includes the following steps S320 to S326, as shown in FIG. 6A and FIG. 6B; S320: The APP initiates a microphone status query instruction. The microphone status query instruction can be initiated periodically by the APP, or it can be initiated by the APP in response to a user operation. S321: The mobile phone calls the audio interface to determine if the mobile phone has a Bluetooth connection. Otherwise, the following steps S322 to S323 are performed; or if so, the following steps S324 to S326 are performed. S322: In a case where the mobile phone does not have a Bluetooth connection, the mobile phone detects if the microphone is in an on state. S323: The mobile phone provides feedback to the APP if the microphone is in the on state. S324: Instruct, in a case where the mobile phone maintains a Bluetooth connection to a Bluetooth peripheral, the mobile phone's Bluetooth module to query a condition of an SCO link. S325: The mobile phone's Bluetooth module checks if the link is interrupted on^n ίη / ζζηζ / E / γίΛΐ SCO between the mobile phone and the Bluetooth peripheral. S326: The mobile phone's Bluetooth module provides feedback to the APP if the microphone is in the on state. If the SCO connection between the mobile phone and the Bluetooth device is not interrupted, the mobile phone's Bluetooth module sends feedback to the app that the microphone is on. If the SCO connection between the mobile phone and the Bluetooth device is interrupted, the mobile phone's Bluetooth module sends feedback to the app that the microphone is off. In this mode of the request, after receiving a microphone status query initiated by the app, the mobile phone can detect, in response to the request, whether the Bluetooth connection between the mobile phone and the Bluetooth device is maintained, and then inform the app whether the microphone is in the on or off state, depending on the current situation. In one instance, if the Bluetooth connection between the mobile phone and the Bluetooth device is interrupted, the mobile phone detects whether the microphone is on and sends the detection result back to the app. In another instance, if the Bluetooth connection and the SCO link between the mobile phone and the Bluetooth device are maintained, the mobile phone informs the app that the microphone is on.In this way, when the app learns that the microphone is on, it can continue recording audio and video or making calls. When the app learns that the microphone is off, it can reactivate it to ensure that the audio and video service initiated by the app can function normally. Optionally, in this application mode, to ensure that the audio and video service initiated through the app can terminate normally, the app can send a microphone mute instruction to the mobile phone. It should be noted that, since this application mode is being enhanced by switching audio routing based on existing technical solutions, a microphone mute action on the mobile phone needs to be replaced with an action to interrupt the Bluetooth SCO link. The procedures for turning off the microphone in the method of obtaining sound for a terminal device through a Bluetooth peripheral provided in the modalities of this application are described in example below with reference to FIG. 7A and FIG. 7B; With reference to FIG. 5A and FIG. 5B, method 300 further includes the following steps S327 to S334, as shown in FIG. 7A and FIG. 7B; S327: The APP initiates a microphone shutdown instruction. The microphone shutdown command can be initiated by the app in response to Qni?n ίη / 77Π7 / Ε / ΥΙΛΙ an activation operation performed by the user. S328: The mobile phone calls the audio interface to determine if the mobile phone has a Bluetooth connection. Otherwise, the following steps S329 to S330 are performed; or if so, the following steps S331 to S332 are performed. S329: In a case where the mobile phone does not have a Bluetooth connection, the mobile phone calls an audio module to transmit the microphone off instruction to the mobile phone microphone. S330: Turn off the mobile phone microphone in response to the microphone turn-off instruction. S331: The mobile phone microphone is giving feedback to the APP that the microphone is off. Based on S329 to S331, it can be seen that the mobile phone microphone is turned off in a case where the Bluetooth connection between the mobile phone and the Bluetooth peripheral is interrupted and the mobile phone microphone is in the on state. S332: In a case where the mobile phone maintains a Bluetooth connection to a Bluetooth peripheral, the mobile phone calls the audio module to transmit the microphone shutdown instruction to the mobile phone's Bluetooth module, instructing the mobile phone's Bluetooth module to interrupt the SCO link to the Bluetooth peripheral. S333: The mobile phone's Bluetooth module interrupts the SCO link between the mobile phone and the Bluetooth peripheral in response to the microphone turn-off instruction. S334: The mobile phone's Bluetooth module gives feedback to the APP that the microphone is off. Based on S332 to S334, it can be seen that, in a case where the Bluetooth connection between the mobile phone and the Bluetooth peripheral is maintained, the SCO link between the mobile phone and the Bluetooth peripheral is interrupted, to activate the Bluetooth peripheral to turn off the microphone. With reference to Figures 7A and 7B, it can be seen that when the user activates the "stop" function for the audio and video service implemented through the app, the mobile phone can receive the microphone mute instruction initiated by the app and use it to turn off the microphone. Furthermore, in response to the microphone mute request, the mobile phone can detect whether a Bluetooth connection is maintained between the mobile phone and the Bluetooth device, and then mute either the phone's microphone or the Bluetooth device's microphone accordingly. Thus, when the audio and video service implemented through Qnbn ίη / 77Ω7 / Β / YΙΛΙ of the APP, a mobile phone can activate the deactivation of a microphone's voice acquisition function according to a current situation, thus fulfilling a current user usage requirement and improving the user experience. An implementation procedure for determining a sound effect processing parameter corresponding to the Bluetooth peripheral in the sound acquisition method for a terminal device via a Bluetooth peripheral provided in the modalities of this application is described below with reference to FIG. 8. As shown in FIG. 8, the implementation procedure includes the following steps S401 to S405. S401: The mobile phone determines if the Bluetooth peripheral supports the HFP profile. For example, the mobile phone's audio algorithm module can pre-consult device-related information from a current Bluetooth peripheral, and can further determine, based on the device-related information of the Bluetooth peripheral, whether the Bluetooth peripheral supports the HFP profile. The next step S402 is performed in a case where the Bluetooth peripheral supports the HFP profile; or sound is obtained through the mobile phone's microphone in a case where the Bluetooth peripheral does not support the HFP profile. S402: The mobile phone determines if the Bluetooth peripheral supports a presentation function. In a case where the Bluetooth peripheral supports the presentation function, the mobile phone can determine that the Bluetooth peripheral is a device type such as a vehicle / PC / PDA / mobile phone; and in a case where the Bluetooth peripheral does not support the presentation function, the mobile phone can determine that the Bluetooth peripheral is a device type such as a headset / speaker. S403: Determine, in a case where the Bluetooth peripheral is determined to be of the device type such as the device in vehicle / PC / PDA / mobile phone, whether the Bluetooth peripheral is used as a src end (a source end) or a sink end (a sink end) of an A2DP profile. In a case where the Bluetooth peripheral is used as the src end of the A2DP profile, the mobile phone can determine that the Bluetooth peripheral is of the type such as PC / PDA / mobile phone; and in a case where the Bluetooth peripheral is used as the drain end of the A2DP profile, the mobile phone can determine that the Bluetooth peripheral is of the type of in-vehicle device. S404: The mobile phone determines, based on the information related to the Bluetooth peripheral device, a specific model of the Bluetooth peripheral from a Qnfríl ίη / 77Π7 / Ε / ΥΙΛΙ predefined device library. For example, assuming the Bluetooth peripheral is of the device type such as headphones / speaker, the mobile phone can determine a specific headphone model / specific speaker model from the predefined device library. In another example, assuming the Bluetooth peripheral is of the in-vehicle device type, the mobile phone can determine a specific vehicle model from the predefined device library. In this mode of this request, the mobile phone's audio algorithm module pre-queries information such as a manufacturer identifier, a device type, and the I / O capacity of a current Bluetooth peripheral, classifies the Bluetooth peripheral as an in-vehicle Bluetooth device or a common Bluetooth device (such as Bluetooth headphones or a speaker), and then identifies a specific device model of the Bluetooth peripheral according to a MAC address, the manufacturer identifier, and the device name of the Bluetooth peripheral. It should be noted that a general parameter of this type of device can be used in a case where the Bluetooth peripheral cannot match a model from a particular manufacturer. S405: The mobile phone determines, according to the specific model of the Bluetooth peripheral, a sound effect processing parameter corresponding to the Bluetooth peripheral from the predefined sound effect parameter library. Compared to the related technique, this application's solution adds sound effect processing procedures. A device classification method has also been added. Specifically, different sound effect DRC parameters can be used for different types of Bluetooth peripherals, and for a device that cannot be classified as a specific model, a general sound effect parameter from that category can be used. Thus, after the mobile phone's Bluetooth module inputs an audio stream into the audio algorithm module, the audio algorithm module performs sound effect processing on the audio stream using the sound effect processing parameter. Specifically, the audio algorithm module can select a corresponding sound effect processing parameter for the Bluetooth device, and this sound effect processing parameter can be incorporated as an adjustment DRC parameter. In the modalities of this application, the solutions of this application can not only be applied for the achievement of a TWS spatial stereo effect, but can also be popularized and applied to a Bluetooth speaker or any other Bluetooth peripheral. οη^η Ln / zznz / E / YiAi It should also be noted that, in the forms provided in this application, "greater than" can be replaced with "greater than or equal to," and "less than or equal to" can be replaced with "less than." Alternatively, "greater than or equal to" can be replaced with "greater than," and "less than" can be replaced with "less than or equal to." Each modality described herein can be an independent solution, or can be combined according to an internal logic, and all such solutions fall within the scope of protection of this application. It can be understood that the methods and operations implemented by the terminal device in the modalities of the previous method can also be implemented by a component (for example, a chip or a circuit) that can be used in the terminal device. The method modalities provided in this application were described earlier, and the apparatus modalities provided in this application are described below. It should be noted that the descriptions of the apparatus modalities correspond to the descriptions of the method modalities. Therefore, for content not described in detail, reference may be made to the method modalities above. For the sake of brevity, the details are not described again herein. The solutions provided in the modalities of this application are described above primarily from the perspective of the method's steps. It can be understood that, to implement the above functions, the terminal device implementing the method includes corresponding hardware structures and / or software modules to perform the functions. A person skilled in the art may be aware that, in combination with the units and steps of the algorithm in the examples described in the modalities outlined in this specification, this application can be implemented by hardware or a combination of computer hardware and software. Whether a function is implemented by hardware or by hardware controlling computer software depends on the specific applications and design constraints of the technical solutions.A person skilled in the art may use different methods to implement the functions described for each particular application, but the implementation should not be considered to go beyond the scope of protection of this application. In this application, the functional modules of the terminal device can be divided according to the examples in the previous method. For example, functional modules can be divided to correspond to several functions, or two or more functions can be integrated into a single processing module. The integrated module can be implemented in hardware form or as a software functional module. It should be noted that the module division in this application is just an example and represents only the division of the logical function. In actual implementation, there may be other ways to divide it. The following Qni?n ίη / 77Π7 / E / YΙΛΙ descriptions are made by using an example in which the function modules are divided corresponding to the functions. Figure 9 is a schematic block diagram of a sound acquisition device 700 for a terminal device via a Bluetooth peripheral, according to one modality of this application. The device 700 can be configured to perform the actions carried out by the terminal device in the modalities of the preceding method. The device 700 includes a detection unit 710, a transceiver unit 720, and a processing unit 730. The 710 detection unit is configured to detect a first operation performed by a user on the 700 device, where the first operation is used to activate a first APP on the 700 device to activate an audio and video service, or to activate recording via a target Bluetooth device in a case where the first APP has activated the audio and video service. The 720 transceiver unit is configured to send a microphone recording instruction to the target Bluetooth device in response to the first operation performed by the user, to instruct the target Bluetooth device to record, where the target Bluetooth device is either a first Bluetooth device or a second Bluetooth device that establishes a Bluetooth connection with the 700 apparatus. The processing unit 730 is configured to perform, in a case where the transceiver unit 720 receives a first audio data stream sent by the first Bluetooth device, sound effect processing on the first audio data stream by using a first sound effect DRC parameter, where the first audio data stream corresponds to sound data acquired by a microphone of the first Bluetooth device, and the first sound effect DRC parameter is a predefined sound effect processing parameter corresponding to the first Bluetooth device. The 730 processing unit is further configured to perform, in the event that the 720 transceiver unit receives a second audio data stream sent by the second Bluetooth device, sound effect processing on the second audio data stream by using a second sound effect DRC parameter, where the second audio data stream corresponds to the sound data acquired by a microphone of the second Bluetooth device, and the second sound effect DRC parameter is a predefined sound effect processing parameter corresponding to the second Bluetooth device. The first Bluetooth device and the second Bluetooth device have different types or models of devices, and the first sound effect DRC parameter is different from the second sound effect DRC parameter. Different sound effect DRC parameters can be used for peripherals Qnfríl ίη / 77Π7 / E / YΙΛΙ of Bluetooth of different types or models, so that a dynamic range of sound effect can be adjusted according to specific situations, thus further improving the sound effect. According to the sound acquisition method for a 700 device via a Bluetooth peripheral provided in this application, in a scenario where the 700 device performs audio and video services such as live streaming or video calls, the 700 device can obtain sound data via a microphone from the Bluetooth peripheral, and can perform target sound effect processing on the sound data obtained by the Bluetooth peripheral by using a predefined sound effect DRC parameter corresponding to the Bluetooth peripheral, thereby improving the sound effect.By using the solution in this application, the 700 device can not only obtain sound through the Bluetooth peripheral, but also perform sound effect processing for different Bluetooth peripherals by using different predefined DRC sound effect parameters respectively, to improve the sound effect of the sound obtained through the Bluetooth peripheral, so that a better recording effect can be achieved even if the 700 device is relatively far from a person being photographed or the ambient noise surrounding the device is relatively large, thus improving the user experience. In one possible implementation, a sound effect parameter library is predefined in the 700 device and includes a one-to-one mapping between Bluetooth device information and a sound effect processing parameter. The sound effect parameter library may include a mapping between the device information of the first Bluetooth device and the first sound effect DRC parameter, and a mapping between the device information of the second Bluetooth device and the second sound effect DRC parameter. Optionally, the 730 processing unit is further configured to determine, based on device information from the target Bluetooth device, a corresponding target sound effect DRC parameter from the sound effect parameter library. The device information includes a device name, MAC address, manufacturer identifier, and I / O capacity information. In a possible implementation, the sound effect parameter library may include a one-to-one mapping between a device type of a target Bluetooth device and a target sound effect DRC parameter. In a possible implementation, the sound effect parameter library may include a one-to-one mapping between a device model of the target Bluetooth device and the target sound effect DRC parameter. on^n ίη / ζζηζ / Ε / γίΛΐ Optionally, the 730 processing unit is further configured to determine a device type or device model of the target Bluetooth device according to device information of the target Bluetooth device, and then determines a sound effect DRC parameter corresponding to the target Bluetooth device according to the device type or device model of the target Bluetooth device. For example, the 730 processing unit is further configured to: Determine a device model of the target Bluetooth device according to a device name, a MAC address, and a manufacturer identifier of the target Bluetooth device; and determine, according to the device model of the target Bluetooth device, a target sound effect DRC parameter corresponding to the target Bluetooth device from the sound effect parameter library. By using the above solution, during sound acquisition (such as recording) via Bluetooth peripheral, for Bluetooth peripherals of different device models, the 700 device can perform sound effect processing on an audio stream obtained by the Bluetooth peripheral by using different predefined DRC sound effect parameters, thereby achieving a better recording effect. In a possible implementation, the 730 processing unit is further configured to: Determine a device type of the target Bluetooth device according to the input / output (I / O) capacity information of the target Bluetooth device; and determine, according to the device type of the target Bluetooth device, a target sound effect DRC parameter corresponding to the target Bluetooth device from the sound effect parameter library. The device type may include a screen type and a non-screen type. By using the above solution, during sound acquisition (such as recording) via Bluetooth peripheral, for Bluetooth peripherals of different device types (such as display type or non-display type), the 700 device can perform sound effect processing on an audio stream obtained by the Bluetooth peripheral by using different predefined sound effect DRC parameters, thereby achieving a better recording effect. In a possible implementation, a non-display Bluetooth device may include headphones or a speaker with a voice acquisition function, and a display Bluetooth device may include an in-vehicle terminal or a handheld terminal with a presentation screen and a voice acquisition function. It should be noted that the descriptions herein are merely illustrative, and this application is not limited to them. Furthermore, other possible Bluetooth devices may be included and may be specifically determined according to a current usage condition, and this is not limited to the modalities of this application. In a possible implementation, in a case where the target Bluetooth device is a display-type Bluetooth device, the 730 processing unit is further configured to: Determine that the target Bluetooth device is of a voice end-out type in a case where the target Bluetooth device is used as an end-out of an audio data stream in an A2DP advanced audio distribution profile; or determine that the target Bluetooth device is of a voice receiving end-out type in a case where the target Bluetooth device is used as a receiving end of the audio data stream in the A2DP profile. By using the above solution, during sound acquisition (such as recording) via the Bluetooth peripheral, for the display-type Bluetooth peripheral, the 700 device can distinguish whether the Bluetooth peripheral is of the final voice output type or the voice receiver end type, and then perform sound effect processing on the audio stream obtained by the Bluetooth peripheral by using a corresponding preset sound effect DRC parameter, thereby achieving a better recording effect. In a possible implementation, the above 720 transceiver unit is further configured to: Send, in response to the first operation performed by the user on the 700 device, a microphone recording instruction to the target Bluetooth device in a case where the 730 processing unit determines that the target Bluetooth device meets a predefined condition, to instruct the target Bluetooth device to record. The predefined condition may be that the target Bluetooth device is in a user-carried state, and / or the distance between the target Bluetooth device and the apparatus is greater than a predefined distance threshold. The predefined distance threshold may be defined according to current usage requirements. This is not limited to the modalities of this application. Using the solution described above, when a connection to a Bluetooth device is established, the 700 device can determine if the Bluetooth peripheral meets a predefined condition. For example, the Bluetooth device is in the user-carried state and / or the distance between the Bluetooth device and the 700 device exceeds a predefined distance threshold. If the Bluetooth device meets this condition (for example, the Bluetooth device is in the user-carried state), the 700 device prompts the user to select whether voice data (such as recording) should be obtained through the Bluetooth device's microphone. This allows for better user satisfaction and enhances the user experience. Optionally, in this application mode, if the 700 device processes the audio and video service and obtains voice data via the Bluetooth device's microphone, the 700 device can determine in real time whether the Bluetooth device meets the predefined condition. If the Bluetooth device does not meet the predefined condition—for example, if the Bluetooth device is not being carried by the user—the 700 device prompts the user to switch from obtaining voice data via the Bluetooth device's microphone to obtaining voice data via the 700 device's microphone, allowing the user to select the appropriate option. This allows for better fulfillment of user requirements, thereby improving the user experience. In a possible implementation, the instruction, in response to a first operation performed by a user on the 700 device, to a target Bluetooth device to record includes: in response to the first operation, send, in a case where the target Bluetooth device supports an HFP hands-free profile, a microphone recording instruction to the target Bluetooth device, to instruct the target Bluetooth device to record. By using the above solution, in a case where the Bluetooth peripheral supports HFP, the Bluetooth peripheral can directly enable a microphone recording function in response to the microphone recording instruction sent by the 700 device, so that the user does not need to manually activate the recording, thereby improving the user experience. In a possible implementation, the 720 transceiver unit is further configured to: In response to the first operation performed by the user on the 700 device, question the user if it is to record through a microphone of the target Bluetooth device; receive a second operation performed by the user, where the second operation is used to determine to record through the microphone of the target Bluetooth device; and send, in response to the second operation, the microphone recording instruction to the target Bluetooth device to instruct the target Bluetooth device to record. By using the solution in this application, when processing the audio and video service, the 700 device can achieve a better sound capture effect by using the Bluetooth peripheral connected to the 700 device, even if the 700 device is relatively far from the person being photographed or the ambient noise surrounding the device is relatively high, improving Qni?n ίη / 77Π7 / Ε / ΥΙΛΙ in this way the user experience. In a possible implementation, the 720 transceiver unit is further configured to: interact with the target Bluetooth device, to cause the 700 apparatus to establish an SCO link to the target Bluetooth device; and the 720 transceiver unit is further configured to receive a reply message sent by the target Bluetooth device, where the reply message is used to indicate that the microphone of the target Bluetooth device is turned on. In this mode of the request, device 700 sends an instruction to turn on the microphone to the Bluetooth device; that is, device 700 initiates the establishment of the SCO link with the Bluetooth device to instruct the Bluetooth device to turn on the microphone. Furthermore, after turning on the microphone, the Bluetooth device can send a reply message to device 700 to indicate that its microphone is on. The 700 device establishes an SCO connection with the Bluetooth device to directly activate the Bluetooth device and turn on the microphone. In other words, when an SCO connection is established between the 700 device and the Bluetooth device, the Bluetooth device is automatically considered to have turned on its microphone. In this case, the Bluetooth device captures voice data and transmits it to the 700 device in real time. In a possible implementation, the 700 device further includes an image capture unit, configured to: in response to the first operation performed by the user, obtain a first image by capturing via a camera of the 700 device in a procedure of acquiring a target audio data stream by recording via the target Bluetooth device; and the 730 processing unit is further configured to synthesize the first image and a processed target audio data stream to obtain a first video stream. By using the solution in this application, when performing audio and video services such as live streaming or video calls, the 700 device can achieve a better video recording effect by using the Bluetooth peripheral connected to the 700 device, even if the 700 device is relatively far from the person being photographed or the ambient noise surrounding the device is relatively large, thus improving the user experience. In a possible implementation, the 710 detection unit is also configured to: receive a microphone status query request initiated by the first APP, where the microphone status query request is used to check if the microphone is in Qnfríl ίη / 77Π7 / Ε / ΥΙΛΙ an on state; detect, in response to the microphone status query request, whether the Bluetooth connection is maintained between the 700 device and the target Bluetooth device; In the event that the Bluetooth connection between the 700 device and the target Bluetooth device is interrupted, detect whether a microphone on the 700 device is on and provide feedback to the first APP; and in the event that the Bluetooth connection and SCO link between the 700 device and the target Bluetooth device are maintained, provide feedback to the first APP that the microphone is in the on state. In this way, when the system learns that the microphone is on, the first app can continue recording or making audio and video calls. When the system learns that the microphone is off, the first app can reactivate it, ensuring that the audio and video service initiated by the first app can function normally, thus improving the user experience. In a possible implementation, the 710 detection unit is also configured to: to receive a microphone turn-off request initiated by the first APP, where the microphone turn-off request is used to trigger the microphone to turn off; and to detect, in response to the microphone turn-off request, whether the Bluetooth connection is maintained between the 700 appliance and the target Bluetooth device. In addition, the 730 processing unit is also configured to: In a case where the Bluetooth connection between the 700 device and the target Bluetooth device is maintained, interrupt the SCO link between the 700 device and the target Bluetooth device to enable the target Bluetooth device to turn off the microphone; and turn off the microphone of the 700 device in a case where the Bluetooth connection between the 700 device and the target Bluetooth device is interrupted and the microphone of the 700 device is in the on state. Thus, when the audio and video service implemented through the APP is terminated, a mobile phone can activate the deactivation of a microphone's voice acquisition function according to the current situation, thereby fulfilling a current user usage requirement and improving the user experience. In a possible implementation, the 730 processing unit is further configured to: route the first processed audio data stream or the second processed audio data stream to a storage path corresponding to the first APP. Qnfríl ίη / 77Π7 / Ε / ΥΙΛΙ By using the solution in this application, when the 700 device performs the audio and video service through the first APP, the 700 device can not only obtain sound through the Bluetooth peripheral, but also perform sound effect processing for different Bluetooth peripherals by using different predefined DRC sound effect parameters respectively, to obtain an audio stream with improved sound quality for later application by the APP. In a possible implementation, the 730 processing unit is further configured to: Turn on, in response to the first operation performed by the user, the microphone of the Appliance 700 in a case where the Appliance 700 does not establish a Bluetooth connection to the target Bluetooth device, or has established a Bluetooth connection to the target Bluetooth device but the target Bluetooth device does not support the HFP profile; acquire sound data through the microphone of the 700 device, to obtain a third stream of audio data; process the third audio data stream to obtain a third processed audio data stream; and route the third processed audio data stream to the storage path corresponding to the first APP. In the modes described in this application, when providing audio and video services, the 700 device can select to capture sound through either the mobile phone's microphone or the Bluetooth peripheral's microphone, depending on the current application scenario, thereby improving the sound capture effect. Furthermore, in this mode, sound effect processing is performed on the audio stream captured by the Bluetooth peripheral's microphone using a predefined sound effect processing parameter of that type of Bluetooth peripheral, thereby enhancing audio quality. The apparatus 700, in accordance with this modality of this application, can correspondingly perform the method described in the modalities of this application, and the operations and / or functions described above and others of the units in the apparatus 700 are used respectively to implement the corresponding procedures in the method. For brevity, the details are not described again herein. Figure 10 is a schematic structural diagram of an electronic device 800 according to one modality of this application. The electronic device 800 may be the terminal device or the Bluetooth device mentioned in the preceding modalities. The electronic device 800 may include a processor 810, an external memory interface 820, an internal memory 821, a universal serial bus interface (universal serial Qnfríl ίη / 77P7 / E / YΙΛΙ bus, USB) 830, a charge management module 840, a power management unit 841, a battery 842, an antenna 1, an antenna 2, a mobile communication module 850, a wireless communication module 860, an audio module 870, a speaker 870A, a telephone receiver 870B, a microphone 870C, a headphone jack 870D, a sensor module, a key 890, a motor 891, an indicator 892, a camera 893, a presentation display 894, a subscriber identification module (SIM) card interface 895, and the like.The 880 sensor module may include an 880A pressure sensor, an 880B gyroscope sensor, an 880C barometric pressure sensor, an 880D magnetic sensor, an 880E acceleration sensor, an 880F distance sensor, an 880G optical proximity sensor, an 880H fingerprint sensor, an 8801 temperature sensor, an 880J touch sensor, an 880K ambient light sensor, an 880L bone conduction sensor, and the like. It can be understood that the schematic structure in this version of this application does not constitute a specific limitation on the Electronic Device 800. The Electronic Device 800 may include more or fewer components than those shown in the figure, or some components may be combined, or some components may be divided, or a different component layout may be used. The components shown in the figure may be implemented by hardware, software, or a combination of software and hardware. The 810 processor can include one or more processing units. For example, the 810 processor can include an application processor (AP), a modem processor (modem), a graphics processing unit (GPU), an image signal processor (ISP), a controller, a video codec, a digital signal processor (DSP), a baseband processor, and / or a neural network processing unit (NPU). Different processing units can be standalone devices or can be integrated into one or more processors. Memory can also be provided in the 810 processor to store instructions and data. A wireless communication function of the electronic device 800 can be implemented by using antenna 1, antenna 2, mobile communication module 850, wireless communication module 860, modem processor, baseband processor, and the like. Antenna 1 and antenna 2 are configured to transmit or receive an electromagnetic wave signal. Each antenna on the 800 electronic device can be configured to cover one or more communication frequency bands. Different antennas can also be multiplexed to improve antenna utilization. For example, antenna 1 can be multiplexed as a diversity antenna for a wireless local area network. In some other configurations, the antenna can be used in combination with a tuning switch. Qnfríl ίη / 77Π7 / Ε / ΥΙΛΙ The 850 mobile communication module can provide a wireless communication solution, such as 2G / 3G / 4G / 5G, for the 800 electronic device. The 850 mobile communication module may include at least a filter, a switch, a power amplifier, a low-noise amplifier (LNA), and similar components. The 850 mobile communication module can receive an electromagnetic wave via antenna 1, perform processing such as filtering and amplification on the received electromagnetic wave, and transmit the processed electromagnetic wave to the modem processor for demodulation. The 850 mobile communication module can also amplify a signal modulated by the modem processor and convert the signal into an electromagnetic wave for transmission via antenna 1. In some configurations, at least some functional components of the 850 mobile communication module can be integrated into the 810 processor.In some configurations, at least some functional modules of the 850 mobile communication module and at least some modules of the 810 processor can be arranged in the same device. The modem processor may include a modulator and a demodulator. The modulator is configured to modulate a low-frequency baseband signal into a medium- to high-frequency signal. The demodulator is configured to demodulate a received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then transmits the demodulated low-frequency baseband signal to the baseband processor for processing. The low-frequency baseband signal is processed by the baseband processor and then transmitted to an application processor. The application processor outputs a sound signal through an audio device (not limited to the 870A speaker, 870B telephone receiver, and similar devices) or displays an image or video through the 894 display screen. In some configurations, the modem processor may be a separate device.In some other configurations, the modem processor may be separate from the 810 processor, and the modem processor and the 850 mobile communication module or another functional module may be housed in the same component. In some configurations, the 800 electronic device may include two modem processors, one for 4G and the other for 5G. The 860 wireless communication module can provide a wireless communication solution for the 800 electronic device, including a wireless local area network (WLAN) (such as a wireless fidelity network, Wi-Fi), Bluetooth (BT), and similar technologies. The 860 wireless communication module can be one or more devices that integrate at least one communication processing module. The 860 wireless communication module receives an electromagnetic wave using antenna 2, performs frequency modulation and filtering on the electromagnetic wave signal, and sends a processed signal to the 810 processor.The 860 wireless communication module can alternatively receive a signal to be sent from the 810 processor, perform frequency modulation and amplification on the signal to be sent, and convert the signal into an electromagnetic wave for radiation by using antenna 2. In some configurations, on the 800 electronic device, antenna 1 is coupled to the 850 mobile communication module, and antenna 2 is coupled to the 860 wireless communication module, so that the 800 electronic device can communicate with a network and another device using wireless communication technology. Wireless communication technology may include technologies such as GSM, GPRS, CDMA, WCDMA, TD-SCDMA, LTE, NR, BT, WLAN, NFC, FM, and / or IR. The 800 electronic device implements a presentation function using the GPU, the 894 presentation display, the application processor, and similar components. The GPU is a microprocessor for image processing and connects to the 894 presentation display and the application processor. The GPU is configured to perform mathematical and geometric calculations and to produce graphics. The 810 processor may include one or more GPUs and execute program instructions to generate or modify presentation information. The 894 presentation screen is configured to display an image, video, and similar content. The 894 presentation screen includes a presentation panel. The electronic device 800 can implement a photography function using the ISP, camera 893, video codec, GPU, display screen 894, application processor, and similar components. The ISP is configured to process data fed back by camera 893. Camera 893 is configured to capture a still image or video. The digital signal processor is configured to process a digital signal and can also process other digital signals in addition to a digital image signal. For example, when the electronic device 800 performs frequency selection, the digital signal processor is configured to perform Fourier transforms and similar operations on the frequency energy. The video codec is configured to compress or decompress a digital video. Internal memory 821 can be configured to store computer-executable program code, and the executable program code includes instructions. Internal memory 821 can include a program storage region and a data storage region. The program storage area can store an operating system, an application required by at least one function (for example, a sound playback function or an image playback function), and similar items. The electronic device 800 can implement an audio function, for example, music playback or recording, by using the audio module 870, the speaker 870A, the telephone receiver 870B, the microphone 870C, the headphone jack 870D, the application processor, and the like. The 880A pressure sensor is configured to detect a pressure signal and can convert that signal into an electrical signal. In some configurations, the 880A pressure sensor can be displayed on the 894 display screen. The 880J touch sensor is also referred to as a touch panel. The 880J touch sensor can be arranged on the 894 display. The 880J touch sensor and the 894 display together form a touch screen, which is also referred to as a touch display. The 880J touch sensor is configured to detect a touch operation performed on or near the 8801 touch sensor. The touch sensor can transmit the detected touch operation to the application processor to determine a touch event. A visual output related to the touch operation can be provided via the 894 display. In some other embodiments, the 880J touch sensor can be arranged on a surface of the 800 electronic device in a position other than that of the 894 display. The SIM card interface 895 is configured to connect to a SIM card. The SIM card can be inserted into or disconnected from the SIM card interface 895, connecting to or being separated from the electronic device 800. The electronic device 800 can support one or N SIM card interfaces, where N is a positive integer greater than 1. The SIM card interface 895 can support a Nano SIM card, a Micro SIM card, a SIM card, and similar cards. Multiple cards can be inserted into the same SIM card interface 895. These multiple cards can be of the same or different types. The SIM card interface 895 can also be compatible with different types of SIM cards. The SIM card interface 895 can also support an external memory card.The 800 electronic device interacts with a network using a SIM card to perform functions such as calls and data communication. In some models, the 800 electronic device uses an eSIM, which is an embedded SIM card. The eSIM card may be integrated into the 800 electronic device and cannot be removed. In this application method, the SIM card is configured to store user information, which may include the IMSI. The 800 electronic device can then register with a network using this user information as its identity. The electronic device 800 in this modality of this application may be a smartphone (e.g., a mobile phone equipped with an Android system or an iOS system), a tablet computer, a laptop computer, a handheld computer, a mobile internet device (MID), a wearable device (e.g., a smartwatch or a smart band) or another device that can access the Internet. It can be understood that the components shown in FIG. 10 do not constitute a specific limitation on the electronic device 800. The electronic device 800 may also include more or fewer components than those shown in the figure, or some components may be combined, or some components may be separated, or a different display component may be used. It should be understood that the electronic device 800 in this modality of this application may correspond to the apparatus 700 in the modalities of this application; the processor 810 in the electronic device 800 may correspond to the processing unit 730 in the apparatus 700; the sensor module 880 in the electronic device 800 may correspond to the detection unit 710 in the apparatus 700; and the wireless communication module 860 in the electronic device 800 may correspond to the transceiver unit 720 in the apparatus 700. The above operations and / or functions, and others of the units in the apparatus 700, are used respectively to implement corresponding procedures in the above method. For brevity, the details are not described again herein. Optionally, in some forms, the forms of this application also provide a computer-readable means of program code storage, the computer program code, when executed on a computer, causing the computer to perform the method in accordance with the above aspects. Optionally, in some modalities, the modalities of this application further provide a chip, which includes a processor, coupled to a memory and configured to execute a computer program or instructions stored in the memory, to cause the chip to perform the method in accordance with the above aspects. Optionally, in some forms, the forms of this application further provide a computer program product, which includes the computer program code, when executed on a computer, causing the computer to perform the method in accordance with the above aspects. In the modalities of this application, the terminal device or Bluetooth device includes a hardware layer, an operating system layer that runs on the hardware layer, and an application layer that runs on the operating system layer. The hardware layer may include hardware such as a central processing unit (CPU), a memory management unit (MMU), and memory (also referred to as main memory). The operating system of the operating system layer may be one or more computer operating systems such as a Linux operating system, a Unix operating system, an Android operating system, an iOS operating system, or a Windows operating system that implements service processing through the use of a process.The application layer includes an application such as a search engine, address book, word processing software, or instant messaging software. The terms of this request do not specifically limit the structure of an execution entity for the methods provided herein, as long as the program in which the code for the methods provided herein is recorded can be executed to communicate in accordance with these terms. For example, the execution entity for the method provided herein could be a terminal device or a Bluetooth device, or it could be functional modules on the terminal device or Bluetooth device that can invoke and execute a program. The aspects or features of this request can be implemented as a method, apparatus, or product using standard programming and / or engineering technologies. The term "product" as used in this specification may cover a computer program that can be accessed from any computer-readable component, carrier, or medium. For example, computer-readable media may include, but is not limited to: a magnetic storage component (such as a hard disk, floppy disk, or magnetic tape), an optical disc (for example, a compact disc (CD) or a digital versatile disc (DVD)), a smart card, and a flash memory component (such as an erasable programmable read-only memory (EPROM), a card, a toggle, or a key drive). The various storage media described in this specification may refer to one or more machine-readable devices and / or other media used to store information. The term machine-readable medium may include, but is not limited to, a radio channel and various other media that can store, contain, and / or carry instructions and / or data. It should be understood that the processor mentioned in the modalities of this application may be a central processing unit (CPU), or it may be another general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or another programmable logic device, a discrete gate or transistor logic device, a discrete hardware component, or the like. The general-purpose processor may be a microprocessor, or the processor may be any conventional processor or similar device. It can also be understood that the memory mentioned in the modalities of this application may be volatile or non-volatile memory, or may include both volatile and non-volatile memory. Non-volatile memory may be read-only memory (ROM), programmable ROM (PROM), erasable PROM (EPROM), electrically erasable EPROM (EEPROM), or flash memory. Volatile memory may be random access memory (RAM). For example, RAM may be used as an external cache.By way of example, and not as a limitation, RAM can include the following various forms: static random access memory (static RAM, SRAM), dynamic random access memory (dynamic RAM, DRAM), synchronous dynamic random access memory (synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (double data rate SDRAM, DDR SDRAM), enhanced synchronous dynamic random access memory (enhanced SDRAM, ESDRAM), synchronized link dynamic random access memory (synchlink DRAM, SLDRAM), and direct rambus RAM (DR RAM). It should be noted that, when the processor is a general-purpose processor, a DSP, an ASIC, an FPGA, or other programmable logic device, a discrete gate or transistor logic device, or a discrete hardware component, the memory (a storage module) can be integrated into the processor. It should also be noted that the memory described herein is intended to include, but is not limited to, these memories and any other suitable type of memories. A person of ordinary skill in the art may be aware that the units and steps in the examples described with reference to the modalities described in this specification can be implemented by electronic hardware or a combination of computer software and electronic hardware. Whether the functions are executed in a hardware or software mode depends on the particular applications and the design constraints of the technical solutions. A person skilled in the art may use different methods to implement the described functions for each particular application, but such implementation should not be considered to be beyond the scope of protection of this application. A person skilled in the technique can clearly understand that for convenience and synthesis of the description, for specific work procedures of the system, apparatus and unit described above, reference can be made to the corresponding procedures in the modalities of the previous method, and the details are not described herein. In the various modalities provided in this application, it should be understood that the system, apparatus, and method disclosed can be implemented in other ways. For example, the apparatus modality described is merely an example. For example, the division into units is simply a logical division of functions and may be a different division during actual implementation. For example, a plurality of units can be combined or integrated, or Qnbn iη / 77Ω7 / B / YILI components in another system, or some features may be omitted or not implemented. Additionally, the mutual couplings or direct couplings or communication connections shown or discussed can be implemented through some interfaces. Indirect couplings or communication connections between devices or units can be implemented electronically, mechanically, or otherwise. The units described as separate components may or may not be physically separate, and the components presented as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units may be selected according to the actual needs to achieve the objectives of the modal solutions. Furthermore, the functional units in the modalities of this application may be integrated into a processing unit, or each of the units may exist only physically, or two or more units may be integrated into one unit. If implemented as functional software units and sold or used as a standalone product, the functions can also be stored on a computer-readable storage medium. Based on this understanding, the technical solutions in this application, essentially, or the contributing part thereof, or some of the technical solutions, can be implemented in the form of a computer software product. The computer software product is stored on a storage medium and includes instructions for instructing a computer device (which may be a personal computer, a server, a Bluetooth device, or similar) to perform all or some of the steps of the methods described in the modalities of this application.The storage medium may include, but is not limited to: various media that can store processing codes, such as a flash drive, a removable hard drive, a ROM, a RAM, a magnetic disk, and an optical disk. Unless otherwise defined, the meanings of all technical and scientific terms used in this specification are the same as those normally understood by a person skilled in the art to which this application pertains. In this application, the terms used in the specification of this application are intended merely to describe objectives of the specific modalities, but are not intended to limit this application. The descriptions above are merely specific implementations of this application, but are not intended to limit the scope of protection of this application. Any variation or replacement readily determined by a person skilled in the art within the technical scope disclosed in this application will fall within the scope of protection of this application. Therefore, the scope of protection of this application will be subject to the scope of protection of the Qni?n ίη / 77Π7 / Ε / ΥΙΛΙ claims.

Claims

1. - A method of obtaining sound for a terminal device through a Bluetooth peripheral, comprising: instructing, by the terminal device in response to a first operation performed by a user on the terminal device, a target Bluetooth device to record, wherein the target Bluetooth device is a first Bluetooth device or a second Bluetooth device that has established a Bluetooth connection to the terminal device, and the first operation is used to activate a first application APP on the terminal device to activate an audio and video service, or to activate recording through the target Bluetooth device in a case where the first APP has activated the audio and video service;to perform, by the terminal device in a case where the terminal device receives a first audio data stream sent by the first Bluetooth device, sound effect processing on the first audio data stream by using a first sound effect dynamic range control DRC parameter, wherein the first audio data stream corresponds to sound data acquired by a microphone of the first Bluetooth device, and the first sound effect DRC parameter is a predefined sound effect processing parameter corresponding to the first Bluetooth device;and to perform, by the terminal device in a case where the terminal device receives a second audio data stream sent by the second Bluetooth device, sound effect processing on the second audio data stream by using a second sound effect DRC parameter, wherein the second audio data stream corresponds to the sound data acquired by a microphone of the second Bluetooth device, and the second sound effect DRC parameter is a predefined sound effect processing parameter corresponding to the second Bluetooth device, wherein the first Bluetooth device and the second Bluetooth device have different device types or device models, and the first sound effect DRC parameter is different from the second sound effect DRC parameter.

2. The method according to claim 1, further characterized in that a sound effect parameter library is predefined in the terminal device and comprises a one-to-one correspondence between Bluetooth device information and a sound effect processing parameter, wherein the sound effect parameter library comprises a correspondence between the device information of the first Bluetooth device and the first sound effect DRC parameter and a correspondence between the device information of the second Bluetooth device and the second sound effect DRC parameter;Qni?n ίη / 77P7 / E / YILI and the method further comprises: determining, by the terminal device according to device information of the target Bluetooth device, a target sound effect DRC parameter corresponding to the target Bluetooth device from the sound effect parameter library, wherein the device information comprises at least one of the following: a device name, a physical or MAC address, a manufacturer identifier, or I / O input / output capability information.

3. The method according to claim 2, further characterized in that the determination, by the terminal device in accordance with device information from the target Bluetooth device, of a target sound effect DRC parameter corresponding to the target Bluetooth device from the sound effect parameter library comprises: determining, by the terminal device, a device model of the target Bluetooth device in accordance with a device name, a MAC address, and a manufacturer identifier of the target Bluetooth device;and determine, by the terminal device according to the device model of the target Bluetooth device, the target sound effect DRC parameter corresponding to the target Bluetooth device from the sound effect parameter library, wherein the sound effect parameter library comprises a one-to-one correspondence between the device model of the target Bluetooth device and the target sound effect DRC parameter.

4. The method according to claim 2, further characterized in that the determination, by the terminal device according to device information of the target Bluetooth device, of a target sound effect DRC parameter corresponding to the target Bluetooth device from the sound effect parameter library comprises: determining, by the terminal device, a device type of the target Bluetooth device according to input / output capacity information of the target Bluetooth device; and determining, by the terminal device according to the device type of the target Bluetooth device, the target sound effect DRC parameter corresponding to the target Bluetooth device from the sound effect parameter library, wherein the device type comprises a display type and a non-display type.

5. The method according to claim 4, further characterized in that a non-display type Bluetooth device comprises headphones or a speaker having a voice acquisition function and a display type Bluetooth device comprises an in-vehicle terminal or a handheld terminal having a display screen and the voice acquisition function.

6. The method according to claim 4, further characterized in that, in an instance where the target Bluetooth device is a display-type Bluetooth device, the determination, by the terminal device, of a device type of the target Bluetooth device according to I / O capacity information of the target Bluetooth device comprises: determining, by the terminal device, that the target Bluetooth device is of a voice end-output type in an instance where the target Bluetooth device is used as an end-output of an audio data stream in an A2DP advanced audio distribution profile; or determining, by the terminal device, that the target Bluetooth device is of a voice receiving end-output type in an instance where the target Bluetooth device is used as a receiving end-out of the audio data stream in the A2DP profile.

7. The method according to any of claims 1 to 6, further characterized in that instructing the terminal device to record a target Bluetooth device in response to a first operation performed by a user on the terminal device comprises: in response to the first operation performed by the user on the terminal device, instructing the terminal device to record the target Bluetooth device in a case where the terminal device determines that the target Bluetooth device meets a predefined condition, wherein the predefined condition is that the target Bluetooth device is in a user-carried state, and / or a distance between the target Bluetooth device and the terminal device is greater than a predefined distance threshold.

8. The method according to any of claims 1 to 6, further characterized in that instructing a target Bluetooth device to record by the terminal device in response to a first operation performed by a user on the terminal device comprises: in response to the first operation, sending, by the terminal device in a case where the target Bluetooth device supports an HFP hands-free profile, a microphone recording instruction to the target Bluetooth device to instruct the target Bluetooth device to record.

9. The method according to any of claims 1 to 6, further characterized in that instructing a target Bluetooth device to record by the terminal device in response to a first operation performed by a user on the terminal device comprises: querying the user, in response to the first operation performed by the user on the terminal device, whether to record through a microphone of the target Bluetooth device; receiving a second operation performed by the user, wherein the second operation is used to determine whether to record through the microphone of the target Bluetooth device; and sending the microphone recording instruction to the target Bluetooth device in response to the second operation.

10. The method according to any of claims 1 to 6, further characterized in that it additionally comprises: establishing a SCO link oriented to the Qni?n ίη / 77P7 / E / YILI synchronous connection between the terminal device and the target Bluetooth device; and receiving, by the terminal device, a reply message sent by the target Bluetooth device, wherein the reply message is used to indicate that a microphone of the target Bluetooth device is turned on.

11. The method according to any of claims 1 to 6, further characterized in that it further comprises: obtaining, by the terminal device, a first image by capturing through a camera in response to the first operation performed by the user and in a process of obtaining a target audio data stream by recording through the target Bluetooth device; and synthesizing, by the terminal device, the first image and a processed target audio data stream to obtain a first video stream.

12. The method according to any of claims 1 to 6, further characterized in that it further comprises: receiving, by the terminal device, a microphone status query request initiated by the first APP, wherein the microphone status query request is used to query whether the microphone is in an on state; detecting, by the terminal device in response to the microphone status query request, whether the Bluetooth connection between the terminal device and the target Bluetooth device is maintained; in the event that the Bluetooth connection between the terminal device and the target Bluetooth device is interrupted, detecting, by the terminal device, whether a microphone of the terminal device is on, and feeding back a result of the detection to the first APP;and in the event that the Bluetooth connection and the SCO link between the terminal device and the Bluetooth device are maintained, provide feedback, via the terminal device, to the first APP that the microphone is in the on state.; 13. The method according to any of claims 1 to 6, further characterized in that it further comprises: receiving, by the terminal device, a microphone mute request initiated by the first APP, wherein the microphone mute request is used to trigger the microphone mute; detecting, by the terminal device in response to the microphone mute request, whether the Bluetooth connection between the terminal device and the target Bluetooth device is maintained; in the event that the Bluetooth connection between the terminal device and the target Bluetooth device is maintained, interrupting, by the terminal device, the SCO link between the terminal device and the target Bluetooth device in order to trigger the target Bluetooth device to mute the microphone;and turn off, via the terminal device, the microphone of the terminal device in a case where the Bluetooth connection between the terminal device and the target Bluetooth device is interrupted and the microphone of the terminal device is in the on state.; 14. The method according to any of claims 1 to 6, further characterized in that it further comprises: routing, by the terminal device, the first processed audio data stream or the second processed audio data stream to a storage path corresponding to the first APP.

15. The method according to any of claims 1 to 6, further characterized in that it further comprises: turning on, by the terminal device in response to the first operation, the microphone of the terminal device in a case where the terminal device does not establish a Bluetooth connection with the target Bluetooth device, or has established a Bluetooth connection with the target Bluetooth device but the target Bluetooth device does not support the HFP profile; acquiring, by the terminal device, sound data through the microphone of the terminal device, to obtain a third audio data stream; processing, by the terminal device, the third audio data stream to obtain a third processed audio data stream; and routing, by the terminal device, the third processed audio data stream to the storage path corresponding to the first APP.

16. A terminal device, comprising a processor, coupled to a memory and configured to implement the method in accordance with any of claims 1 to 15.

17. A system-on-a-chip, coupled to a memory and configured to implement the method in accordance with any of claims 1 to 15.

18. A computer-readable storage medium configured to perform the method in accordance with any of claims 1 to 15.

Images