In-vehicle communication method and in-vehicle device

Abstract

The present application provides a vehicle-mounted call method and vehicle-mounted device, which enables a Bluetooth headset to listen to various types of calls in a vehicle-mounted system without changing the connection with the vehicle-mounted device. The operation is simple, the efficiency of vehicle-mounted calls is improved, and the user experience is good. The method is applied to a system including a vehicle-mounted device and a Bluetooth headset, and includes: the vehicle-mounted device obtains the current call state, which is a dialing state, a waiting state, or an answered state; the vehicle-mounted device sends a play notification to the Bluetooth headset through an ACL link based on the current call state, and the play notification is used to notify the Bluetooth headset that it is in a play state; the vehicle-mounted device converts the format of the call data from the telephone service protocol HFP format to the advanced audio distribution protocol A2DP format; the vehicle-mounted device sends the format-converted call data to the Bluetooth headset through the ACL link.

Description

Technical Field

[0001] The present application relates to the vehicle-mounted field, and in particular to a vehicle-mounted call and vehicle-mounted equipment. Background Art

[0002] With the development of technology, most existing vehicles are equipped with in-vehicle systems to provide users with more convenient services. Taking in-vehicle calls as an example, there are many types of phones in the in-vehicle system, such as Bluetooth phones, Internet phones, or in-vehicle telematics box (TBox) phones.

[0003] When making a call in the car system, the call voice can be transmitted through the car speaker amplifier, but this method is not private and cannot guarantee the privacy of the user's call. At present, there are some car systems that can connect the car device to the Bluetooth headset and listen to music through the Bluetooth headset. Since music data and call data are transmitted using different service protocols and different links, in order to realize Bluetooth headset calls, it is necessary to change the connection between the Bluetooth headset and the car device and establish a link for transmitting call data. The operation is cumbersome, the call efficiency is low, and the user experience is not good. Summary of the invention

[0004] The present application provides a vehicle-mounted call method and a vehicle-mounted device, which can realize listening to multiple different types of calls in the vehicle-mounted system without changing the connection between the Bluetooth headset and the vehicle-mounted device. The operation is simple, the efficiency of the vehicle-mounted call is improved, and the user experience is good.

[0005] In a first aspect, a vehicle call method is provided, which is applied to a system including a vehicle-mounted device and a Bluetooth headset, wherein an asynchronous connection-oriented ACL link is established between the vehicle-mounted device and the Bluetooth headset, and the method includes: the vehicle-mounted device obtains a current call status, wherein the current call status is a dialing status, a waiting status, or an answered status; based on the current call status, the vehicle-mounted device sends a play notification to the Bluetooth headset through the ACL link, wherein the play notification is used to notify the Bluetooth headset that it is in a play status; the vehicle-mounted device converts the format of the call data from the HFP format of the telephone service protocol to the A2DP format of the advanced audio distribution protocol; and the vehicle-mounted device sends the call data after format conversion to the Bluetooth headset through the ACL link.

[0006] In the present application, the vehicle-mounted device can send the current call status to the Bluetooth headset, so that the Bluetooth headset is in a playing state. The current call status can be a dialing state, a waiting state, or an answered state, etc. The vehicle-mounted device can convert the format of the call data from the telephone service protocol HFP format to the advanced audio distribution protocol A2DP format, that is, convert the call data into music data that can be recognized and played by the Bluetooth headset, and can be sent to the Bluetooth headset for playback through the ACL link used to transmit music data. It should be understood that the ACL link is an existing link between the Bluetooth headset and the vehicle-mounted device. In other words, in the present application, the vehicle-mounted device only needs to convert the format of the relevant call data into music data that can be recognized and played by the Bluetooth headset, so that the Bluetooth headset can answer multiple calls in the vehicle system without changing the connection between the vehicle-mounted device and the Bluetooth headset, and the operation is simple, the efficiency of vehicle calls is improved, and the user experience is good.

[0007] In combination with the first aspect, in certain implementations of the first aspect, the call data is pulse code modulation PCM downlink data; the on-board device converts the format of the call data from the telephone service protocol HFP format to the advanced audio distribution protocol A2DP format, including: the on-board device performs a preprocessing operation on the PCM downlink data to obtain preprocessed PCM downlink data, and the preprocessing operation includes resampling processing and / or stereo processing; the on-board device performs an encoding operation on the preprocessed PCM downlink data to obtain call data after format conversion, and the encoding operation includes a sub-generation encoding SBC operation and / or an advanced audio encoding AAC operation.

[0008] In combination with the first aspect, in certain implementations of the first aspect, after the vehicle-mounted device sends the call data after format conversion to the above-mentioned Bluetooth headset through the above-mentioned ACL link, the above-mentioned method also includes: the vehicle-mounted device receives a control instruction from the Bluetooth headset through the above-mentioned ACL link, and the above-mentioned control instruction is used to control the current call; the vehicle-mounted device converts the format of the above-mentioned control instruction from the audio and video remote control service protocol AVRCP format to the HFP format; the vehicle-mounted device performs a control operation on the current call based on the control instruction after the format conversion, and the above-mentioned control operation includes answering the call or hanging up the call.

[0009] In combination with the first aspect, in certain implementations of the first aspect, the system further includes a terminal device, a synchronous connection-oriented SCO link is established between the terminal device and the vehicle-mounted device, and the current call status is the call status of the terminal device; the vehicle-mounted device obtains the current call status, including: the vehicle-mounted device obtains the current call status through the terminal device; the method further includes: the vehicle-mounted device receives the call data from the terminal device through the SCO link.

[0010] In combination with the first aspect, in certain implementations of the first aspect, after the above-mentioned vehicle-mounted device sends the call data after format conversion to the above-mentioned Bluetooth headset through the above-mentioned ACL link, the above-mentioned method also includes: the vehicle-mounted device receives a control instruction from the above-mentioned Bluetooth headset through the above-mentioned ACL link, and the above-mentioned control instruction is used to control the current call; the vehicle-mounted device converts the format of the above-mentioned control instruction from the AVRCP format to the HFP format; and the above-mentioned vehicle-mounted device sends the control instruction after format conversion to the terminal device.

[0011] In a second aspect, a vehicle-mounted device is provided, which is applied to a system including the vehicle-mounted device and a Bluetooth headset, wherein an asynchronous connection-oriented ACL link is established between the vehicle-mounted device and the Bluetooth headset, and the vehicle-mounted device includes: an acquisition module and a processing module, wherein the acquisition module is used to: acquire a current call status, wherein the current call status is a dialing status, a waiting status, or an answered status; the processing module is used to: based on the current call status, send a play notification to the Bluetooth headset through the ACL link, wherein the play notification is used to notify the Bluetooth headset that it is in a play status; convert the format of the call data from the telephone service protocol HFP format to the advanced audio distribution protocol A2DP format; and send the call data after format conversion to the Bluetooth headset through the ACL link.

[0012] In combination with the second aspect, in certain implementations of the second aspect, the call data is pulse code modulation PCM downlink data; the processing module is used to: perform a preprocessing operation on the PCM downlink data to obtain preprocessed PCM downlink data, and the preprocessing operation includes resampling processing and / or stereo processing; perform an encoding operation on the preprocessed PCM downlink data to obtain the call data after the format conversion, and the encoding operation includes a sub-generation coding SBC operation and / or an advanced audio coding AAC operation.

[0013] In combination with the second aspect, in certain implementations of the second aspect, the acquisition module is used to: receive control instructions from the Bluetooth headset through the ACL link, and the control instructions are used to control the current call; the processing module is used to: convert the format of the control instructions from the audio and video remote control service protocol AVRCP format to the HFP format; based on the control instructions after the format conversion, perform control operations on the current call, and the control operations include answering the call or hanging up the call.

[0014] In combination with the second aspect, in certain implementations of the second aspect, the system further includes a terminal device, a synchronous connection-oriented SCO link is established between the terminal device and the vehicle-mounted device, and the current call status is the call status of the terminal device; the acquisition module is used to: obtain the current call status through the terminal device; and receive the call data from the terminal device through the SCO link.

[0015] In combination with the second aspect, in certain implementations of the second aspect, the acquisition module is used to: receive control instructions from the Bluetooth headset through the ACL link, the control instructions being used to control the current call; the processing module is used to: convert the format of the control instructions from the AVRCP format to the HFP format; and send the control instructions after format conversion to the terminal device.

[0016] In a third aspect, a processor is provided, comprising: an input circuit, an output circuit, and a processing circuit. The processing circuit is used to receive a signal through the input circuit and transmit a signal through the output circuit, so that the processor executes the method in any possible implementation of the first aspect or the second aspect.

[0017] In the specific implementation process, the above-mentioned processor can be a chip, the input circuit can be an input pin, the output circuit can be an output pin, and the processing circuit can be a transistor, a gate circuit, a trigger, and various logic circuits. The input signal received by the input circuit can be, for example, but not limited to, received and input by a receiver, and the signal output by the output circuit can be, for example, but not limited to, output to a transmitter and transmitted by the transmitter, and the input circuit and the output circuit can be the same circuit, which is used as an input circuit and an output circuit at different times. This application does not limit the specific implementation of the processor and various circuits.

[0018] In a fourth aspect, a processing device is provided, comprising a processor and a memory. The processor is used to read instructions stored in the memory, and can receive signals through a receiver and transmit signals through a transmitter to execute the method in any possible implementation of the first aspect or the second aspect.

[0019] Optionally, there are one or more processors and one or more memories.

[0020] Optionally, the memory may be integrated with the processor, or the memory may be provided separately from the processor.

[0021] In the specific implementation process, the memory can be a non-transitory memory, such as a read-only memory (ROM), which can be integrated with the processor on the same chip or can be set on different chips. This application does not limit the type of memory and the setting method of the memory and the processor.

[0022] The processing device in the fourth aspect mentioned above can be a chip. The processor can be implemented by hardware or by software. When implemented by hardware, the processor can be a logic circuit, an integrated circuit, etc.; when implemented by software, the processor can be a general-purpose processor, which is implemented by reading the software code stored in the memory. The memory can be integrated in the processor or can be located outside the processor and exist independently.

[0023] In a fifth aspect, a computer program product is provided, which includes: a computer program (also referred to as code, or instruction), which, when executed, enables a computer to execute a method in any possible implementation of the first aspect or the second aspect.

[0024] In a sixth aspect, a computer-readable storage medium is provided, which stores a computer program (also referred to as code, or instructions). When the computer-readable storage medium is run on a computer, the computer executes a method in any possible implementation of the first aspect or the second aspect. BRIEF DESCRIPTION OF THE DRAWINGS

[0025] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative labor.

[0026] Figure 1 is a schematic flow chart of the in-vehicle call method provided in an embodiment of the present application;

[0027] Figure 2 is a schematic flow chart of another in-vehicle call method provided in an embodiment of the present application;

[0028] Figure 3 is a schematic diagram of another in-vehicle call method provided by an embodiment of the present application;

[0029] Figure 4 is a schematic diagram of a method for controlling an in-vehicle call using a Bluetooth headset provided in an embodiment of the present application;

[0030] Figure 5 is a schematic diagram of a vehicle-mounted device provided in an embodiment of the present application;

[0031] Figure 6 It is a schematic diagram of another vehicle-mounted device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0032] In order to make the purpose, technical scheme and advantages of the embodiments of the present application clearer, the technical scheme in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments made by ordinary technicians in this field under the enlightenment of the embodiments belong to the scope of protection of the present application.

[0033] For ease of understanding, the relevant terms involved in this application are first explained.

[0034] 1. Synchronous connection oriented (SCO) link: used to transmit uplink and downlink data of call audio.

[0035] 2. Asynchronous connection-oriented (ACL) link: used to transmit Bluetooth data with asynchronous requirements, such as control instructions, Bluetooth music data, etc.

[0036] 3. Hands-free profile (HFP): specifies the operations related to phone control by hands-free devices. The hands-free devices here refer to related Bluetooth devices (such as car Bluetooth or Bluetooth headsets, etc.).

[0037] 4. Advanced Audio Distribution Profile (A2DP): defines the protocol and process for distributing high-quality audio content in mono or stereo over an ACL link.

[0038] 5. Audio / video remote control profile (AVRCP): defines how to control the characteristics of streaming media, including pause, stop, start playback, volume control and other types of far-field control operations.

[0039] With the development of technology, most of the existing vehicles are equipped with in-vehicle systems to provide users with more convenient services. Taking in-vehicle calls as an example, there are many types of calls in the in-vehicle system, such as Bluetooth calls, Internet calls or TBox calls.

[0040] When making a phone call in the car system, the call voice can be transmitted through the car speaker amplifier, but this method is not private and cannot guarantee the privacy of the user's call. At present, there are some car systems that can connect the car device and Bluetooth headsets to listen to music through Bluetooth headsets. Because music data and call data are transmitted using different service protocols and different links, in order to realize Bluetooth headset calls, it is necessary to change the connection between the Bluetooth headset and the car device and establish a link for transmitting call data, resulting in cumbersome operations, low call efficiency, and poor user experience.

[0041] For example, the above-mentioned phone is a Bluetooth phone. Since there can only be one SCO link for transmitting call data between Bluetooth devices, if the user wants to answer a Bluetooth call through a Bluetooth headset, it is necessary to disconnect the Bluetooth connection between the vehicle-mounted device and the Bluetooth headset, pair the Bluetooth headset with the terminal device of the incoming call, and establish a SCO link to transmit the call data of the Bluetooth phone. Alternatively, in the scenario where the user is listening to music through the Bluetooth headset, the vehicle-mounted device receives an Internet call or a TBox call. If the user wants to answer the Internet call or the TBox call through the Bluetooth headset, it is necessary to re-establish the SCO link for transmitting call data between the Bluetooth headset and the vehicle-mounted device.

[0042] In view of this, the present application provides a vehicle-mounted call method and a vehicle-mounted device, wherein the vehicle-mounted device can send the current call status to the Bluetooth headset, so that the Bluetooth headset is in a playing state, and the current call status can be a dialing state, a waiting state, or an answered state, etc. The vehicle-mounted device can convert the format of the call data from the telephone service protocol HFP format to the advanced audio distribution protocol A2DP format, that is, convert the call data into music data that can be recognized and played by the Bluetooth headset, and can send it to the Bluetooth headset for playback through the ACL link used to transmit music data. It should be understood that the ACL link is an existing link between the Bluetooth headset and the vehicle-mounted device. In other words, in the present application, the vehicle-mounted device only needs to convert the format of the relevant call data into music data that can be recognized and played by the Bluetooth headset, and the Bluetooth headset can answer multiple calls in the vehicle system without changing its connection with the vehicle-mounted device, and the operation is simple, the efficiency of the vehicle call is improved, and the user experience is good.

[0043] It should be understood that the Bluetooth headset involved in this application may be a Bluetooth headset that supports music playback, and this application is not limited to this.

[0044] Before introducing an in-vehicle communication method and an in-vehicle communication device provided in the embodiments of the present application, the following points are explained.

[0045] First, in the embodiments shown below, each term and English abbreviation, such as monitoring event, etc., are illustrative examples given for the convenience of description and should not constitute any limitation to this application. This application does not exclude the possibility of defining other terms that can achieve the same or similar functions in existing or future protocols.

[0046] Second, in the embodiments shown below, the first, second and various numerical numbers are only used for the convenience of description and are not used to limit the scope of the embodiments of the present application.

[0047] Third, "at least one" means one or more, and "more than one" means two or more. "And / or" describes the association relationship of associated objects, indicating that three relationships may exist. For example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone, where A and B can be singular or plural. The character " / " generally indicates that the associated objects before and after are in an "or" relationship. "At least one of the following items" or similar expressions refers to any combination of these items, including any combination of single items or plural items. For example, at least one of a, b and c can mean: a, or b, or c, or a and b, or a and c, or b and c, or a, b and c, where a, b, c can be single or multiple.

[0048] In order to make the purpose and technical solution of this application clearer and more intuitive, the in-vehicle call method and in-vehicle device provided by this application will be described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described here are only used to explain this application and are not used to limit this application.

[0049] Figure 1 1 is a schematic flow chart of a vehicle call method 100 provided in an embodiment of the present application. The method 100 can be applied to a system including a vehicle device and a Bluetooth headset, wherein an asynchronous connection-oriented ACL link is established between the vehicle device and the Bluetooth headset. Figure 1 As shown, the method 100 may include the following steps:

[0050] S101. The vehicle-mounted device obtains a current call status, which may be a dialing status, a waiting status, or an answered status.

[0051] S102: Based on the current call status, the vehicle-mounted device sends a play notification to the Bluetooth headset through the ACL link, where the play notification is used to notify the Bluetooth headset that the call is in the play state. Correspondingly, the Bluetooth headset receives the play notification from the vehicle-mounted device.

[0052] S103: The vehicle-mounted device converts the call data from the HFP format to the A2DP format.

[0053] Optionally, the call data may include incoming call ring tone data, call voice data (ie, the incoming call has been connected), outgoing call waiting tone data, dial prompt tone data, etc.

[0054] It should be understood that the above-mentioned call data is pulse code modulation PCM downlink data.

[0055] In a possible implementation, the vehicle-mounted device may perform preprocessing operations and encoding operations on the PCM downlink data, thereby obtaining call data after format conversion.

[0056] Exemplarily, the vehicle-mounted device can perform resampling processing and / or stereo processing on the above-mentioned PCM downlink data to obtain preprocessed PCM downlink data, and can perform SBC operation and / or AAC operation on the preprocessed PCM downlink data to convert the format of the above-mentioned call data from HFP format to A2DP format, that is, obtain call data after format conversion.

[0057] S104: The vehicle-mounted device sends the call data after format conversion to the Bluetooth headset via the ACL link. Correspondingly, the Bluetooth headset receives the call data after format conversion.

[0058] S105. The Bluetooth headset plays the call data after the format conversion.

[0059] In an embodiment of the present application, the vehicle-mounted device can send the current call status to the Bluetooth headset, so that the Bluetooth headset is in a playing state. The current call status can be a dialing state, a waiting state, or an answered state, etc. The vehicle-mounted device can convert the format of the call data from the telephone service protocol HFP format to the advanced audio distribution protocol A2DP format, that is, convert the call data into music data that can be recognized and played by the Bluetooth headset, and can be sent to the Bluetooth headset for playback through the ACL link used to transmit music data. It should be understood that the ACL link is an existing link between the Bluetooth headset and the vehicle-mounted device. In other words, in the present application, the vehicle-mounted device only needs to convert the format of the relevant call data into music data that can be recognized and played by the Bluetooth headset, and the Bluetooth headset can answer multiple calls in the vehicle system without changing its connection with the vehicle-mounted device, and it is easy to operate, improves the efficiency of vehicle calls, and provides a good user experience.

[0060] In addition, if a call is received in the vehicle system while driving, if the user wants to answer the call through the Bluetooth headset in the vehicle system, the vehicle call method provided by this application can effectively avoid the user from performing the tedious operation of disconnecting the Bluetooth headset from the vehicle-mounted device, or establishing a link between the Bluetooth headset and the vehicle-mounted device that can transmit call data, thereby improving the user experience while also improving driving safety.

[0061] Optionally, after the vehicle-mounted device sends the format-converted call data to the Bluetooth headset through the ACL link, the vehicle-mounted device can also receive a control instruction from the Bluetooth headset through the ACL link, and the control instruction is used to control the current call. That is, it provides users with other ways to control calls in addition to the vehicle-mounted device, and compared with the vehicle-mounted device, the Bluetooth headset is closer to the user, more convenient to operate, and better user experience.

[0062] It should be understood that the control instruction may be a control instruction for playing music or a control instruction for pausing music playing.

[0063] To ensure that the above-mentioned control instructions for playing music or the control instructions for pausing music can be used to control the current call, the vehicle-mounted device can convert the format of the above-mentioned control instructions (the control instructions for playing music or the control instructions for pausing music) from the audio and video remote control service protocol AVRCP format to the HFP format, and can perform control operations on the current call based on the control instructions after the format conversion, and the control operations include answering the call or hanging up the call.

[0064] It should be understood that the above-mentioned hanging up the incoming call may include ending an ongoing call (an incoming call or an outgoing call), hanging up an unconnected outgoing call, and hanging up an incoming call that has not been connected, etc., and this application does not limit this.

[0065] It should be understood that if the control instruction is a control instruction for playing music, the vehicle-mounted device can obtain a control instruction in HFP format by converting the control instruction for playing music, and can answer the call based on the control instruction. If the control instruction is a control instruction for pausing music, the vehicle-mounted device can obtain a control instruction in HFP format by converting the control instruction for pausing music, and can hang up the call based on the control instruction.

[0066] For example, if the call data after the format conversion is an incoming call ringtone, the Bluetooth headset can play the call data after receiving the call data after the format conversion, that is, the user can hear the incoming call ringtone through the Bluetooth headset. If the user wants to answer the call, he can click the button of the Bluetooth headset to send a call control instruction to the vehicle-mounted device. Since the Bluetooth headset only supports the playback and control of Bluetooth music, the control instruction sent at this time is a music playback control instruction. The vehicle-mounted device can convert the music playback control instruction into a call control instruction, that is, a call answering control instruction, and answer the current call based on the call answering control instruction.

[0067] For example, if the call data after the format conversion is the incoming call voice, that is, the incoming call has been connected, the Bluetooth headset can play the call voice after receiving the call data after the format conversion, that is, the user can hear the voice of the caller through the Bluetooth headset. If the user wants to end the current call, he can send a call control instruction to the vehicle-mounted device by clicking the button of the Bluetooth headset. As above, since the Bluetooth headset only supports the playback and control of Bluetooth music, the control instruction sent at this time is a control instruction for pausing the playback of music. The vehicle-mounted device can convert the control instruction for pausing the playback of music into a call control instruction, that is, a control instruction for hanging up the incoming call, and end the current call based on the control instruction for hanging up the incoming call.

[0068] For example, if the call data after format conversion is a call waiting tone, and the user clicks the Bluetooth headset button, it can be considered that the user wants to hang up the call. At this time, the Bluetooth headset can send a control command to pause music playback to the vehicle-mounted device. The vehicle-mounted device converts the control command to pause music playback into a control command to hang up the call, and can hang up the current call based on the control command to hang up the call.

[0069] Table 1 shows the relationship between the call data after format conversion, the control command and the command after format conversion.

[0070] Table 1

[0071]

[0072] It should be understood that in addition to the incoming call ringtone, call voice and outgoing call waiting tone shown above, the call data after the above format conversion can also be a dial tone, etc., and this application does not limit this.

[0073] As an optional embodiment, the above system may further include a terminal device, which may establish a synchronous connection-oriented SCO link with the above vehicle-mounted device. The vehicle-mounted call method provided by the present application will be described below taking the terminal device as a mobile phone as an example.

[0074] It should be understood that in addition to mobile phones, the terminal device can also be other devices with calling functions, such as tablet computers, laptops, PDAs, mobile Internet devices (MID), wearable devices, virtual reality (VR) devices, augmented reality (AR) devices, wireless terminals in smart homes, cellular phones, cordless phones, session initiation protocol (SIP) phones, wireless local loop (WLL) stations, personal digital assistants (PDA), wearable devices, etc., which are not limited to this embodiment of the present application.

[0075] Figure 2 FIG. 2 is a schematic flow chart of another in-vehicle call method 200 provided by the present application. Figure 2 As shown, the method 200 includes the following steps.

[0076] S201, the mobile phone sends the current call status to the vehicle-mounted device, where the current call status is dialing status, waiting to answer status, or answered status. Correspondingly, the vehicle-mounted device receives the current call status from the mobile phone.

[0077] S202: The vehicle-mounted device sends a play notification to the Bluetooth headset based on the current call status, where the play notification is used to notify the Bluetooth headset that the Bluetooth headset is in the play status. Correspondingly, the Bluetooth headset receives the play notification from the vehicle-mounted device.

[0078] Exemplarily, the in-vehicle device sends a play notification to the Bluetooth headset through the ACL link.

[0079] S203: The mobile phone sends call data to the vehicle-mounted device. Correspondingly, the vehicle-mounted device receives the call data from the mobile phone.

[0080] For example, the in-vehicle device may receive call data from a mobile phone via a SCO link.

[0081] As above, the call data may include incoming call ring tone data, call voice data (ie, the incoming call has been connected), outgoing call waiting tone data, dial prompt tone data, and the like.

[0082] S204: The vehicle-mounted device converts the call data from the HFP format to the A2DP format.

[0083] As above, the call data is pulse code modulation PCM downlink data.

[0084] In a possible implementation, the vehicle-mounted device may perform preprocessing operations and encoding operations on the PCM downlink data, thereby obtaining call data after format conversion.

[0085] Exemplarily, the vehicle-mounted device can perform resampling processing and / or stereo processing on the above-mentioned PCM downlink data to obtain preprocessed PCM downlink data, and can perform SBC operation and / or AAC operation on the preprocessed PCM downlink data to convert the format of the above-mentioned call data from HFP format to A2DP format, that is, obtain call data after format conversion.

[0086] S205: The vehicle-mounted device sends the call data after format conversion to the Bluetooth headset. Correspondingly, the Bluetooth headset receives the call data after format conversion.

[0087] Exemplarily, the vehicle-mounted device sends the call data after format conversion to the Bluetooth headset through the ACL link.

[0088] S206: The Bluetooth headset plays the call data after the format conversion.

[0089] S207: The Bluetooth headset sends a control instruction to the vehicle-mounted device, where the control instruction is used to control the current call. Correspondingly, the vehicle-mounted device receives the control instruction from the Bluetooth headset.

[0090] Exemplarily, the Bluetooth headset can send control instructions to the vehicle-mounted device through the ACL link.

[0091] It should be understood that the control instruction may be a control instruction for playing music or a control instruction for pausing playing music.

[0092] S208: The vehicle-mounted device converts the format of the control instruction from the audio and video remote control service protocol AVRCP format to the HFP format.

[0093] S209: The vehicle-mounted device sends the control instruction after format conversion to the mobile phone. Correspondingly, the mobile phone receives the control instruction after format conversion from the vehicle-mounted device.

[0094] S210: The mobile phone performs a control operation on the current call based on the control instruction after format conversion, where the control operation includes answering the call or hanging up the call.

[0095] As above, hanging up the incoming call may include ending an ongoing call (an incoming call or an outgoing call), hanging up an unconnected outgoing call, hanging up an unconnected incoming call, and the like.

[0096] It should be understood that, in the case where the control instruction is a music playing instruction, the vehicle-mounted device can obtain a control instruction in HFP format by converting the format of the control instruction for playing music, and the mobile phone can answer the call based on the control instruction in HFP format. In the case where the control instruction is a music pausing control instruction, the vehicle-mounted device can obtain a control instruction in HFP format by converting the format of the control instruction for pausing music, and send the control instruction in HFP format to the mobile phone, and the mobile phone can hang up the call based on the control instruction in HFP format.

[0097] For example, if the call data after the format conversion is an incoming call ringtone, the Bluetooth headset can play the call data after receiving the call data after the format conversion, that is, the user can hear the incoming call ringtone through the Bluetooth headset. If the user wants to answer the call, he can send a control instruction to play music to the vehicle-mounted device by clicking the button of the Bluetooth headset. The vehicle-mounted device can convert the control instruction to play music into a control instruction to answer the call and send it to the mobile phone. The mobile phone can answer the current call based on the control instruction to answer the call.

[0098] For example, if the call data after the format conversion is the incoming call voice, that is, the incoming call has been connected, the Bluetooth headset can play the call voice after receiving the call data after the format conversion, that is, the user can hear the voice of the caller through the Bluetooth headset. If the user wants to end the current call, he can click the button of the Bluetooth headset to send a control instruction to pause the music to the vehicle-mounted device. The vehicle-mounted device can convert the control instruction to pause the music into a control instruction to hang up the call and send it to the mobile phone. The mobile phone can end the current call based on the control instruction to hang up the call.

[0099] For example, if the call data after format conversion is a call waiting tone, and the user clicks the Bluetooth headset button, it can be considered that the user wants to hang up the call. At this time, the Bluetooth headset can send a control command to pause the music to the vehicle-mounted device. The vehicle-mounted device converts the control command to pause the music into a control command to hang up the call and sends it to the mobile phone. The mobile phone can end the current call based on the control command to hang up the call.

[0100] As above, in addition to the incoming call ringtone, call voice and outgoing call waiting tone shown above, the call data after the above format conversion can also be a dial tone, etc., which is not limited in this application.

[0101] In an embodiment of the present application, the vehicle-mounted device can send the current call status obtained from the terminal device to the Bluetooth headset, so that the Bluetooth headset is in a playing state, and can convert the format of the call data obtained from the terminal device from the telephone service protocol HFP format to the advanced audio distribution protocol A2DP format, that is, convert the call data into music data that can be recognized and played by the Bluetooth headset. The vehicle-mounted device can send the call data after the above format conversion to the Bluetooth headset for playback through the ACL link used to transmit music data, so as to enable the Bluetooth headset to answer the phone. In other words, the vehicle-mounted device in the present application only needs to convert the format of the relevant call data into music data that can be recognized and played by the Bluetooth headset, and the Bluetooth headset can answer the Bluetooth phone in the vehicle system without changing its connection with the vehicle-mounted device, and the operation is simple, the efficiency of vehicle calls is improved, and the user experience is good.

[0102] It should be understood that the above-mentioned call data can be transmitted between the above-mentioned vehicle-mounted device and the terminal device through the established SCO link, and since the vehicle-mounted device converts the format of the call data, the ACL link established between the Bluetooth headset and the vehicle-mounted device does not need to be changed to a SCO link, which effectively avoids the problem that the current Bluetooth chip cannot establish two SCO links, thereby avoiding hardware improvements and reducing costs.

[0103] It should be understood that mobile phones, car devices and Bluetooth headsets share an ACL link to transmit HFP data (current call status and call control instructions), A2DP data (call data after format conversion) and AVRCP data (current call status and music control instructions after format conversion).

[0104] Exemplarily, A2DP data may be transmitted via a first channel in an ACL link, HFP data may be transmitted via a second channel in an ACL link, and AVRCP data may be transmitted via a third channel in an ACL link.

[0105] For ease of understanding, the following will be combined Figure 3 and Figure 4 In the scenario where the incoming call has been connected, the in-vehicle call method and the method for controlling the call with a Bluetooth headset provided in this application are described.

[0106] Figure 3 FIG. 3 is a schematic flow chart of a vehicle call method 300 in a scenario where an incoming call has been connected. Figure 3As shown, in the scenario where the incoming call is connected, the vehicle-mounted device can use the SCO link to obtain the call voice data of the mobile phone, that is, PCM downlink data, and can perform resampling processing and / or stereo processing, as well as SBC operation and / or encoding AAC operation on the call voice data to convert the format of the call voice data from HFP format to A2DP format. The vehicle-mounted device can send the call voice data after format conversion, that is, A2DP format data, to the Bluetooth headset for playback through the first channel of the ACL link.

[0107] It should be understood that the above-mentioned call voice data can also be understood as the voice data of the other party in the call. If the user replies to the other party in the call, the vehicle-mounted device can capture the reply voice through the microphone near the main driver, and send it to the mobile phone through the above-mentioned SCO link as the data of the mobile phone microphone, that is, PCM uplink data, so that the other party can receive the user's reply voice.

[0108] Figure 4 A schematic diagram of a method 400 for controlling a car call with a Bluetooth headset provided in an embodiment of the present application. Figure 4 As shown, in the scenario where the incoming call is connected, the user can obtain the call audio through the Bluetooth headset. If the user wants to end the current call, he can click the button on the Bluetooth headset so that the Bluetooth headset can send a music control instruction (a control instruction to pause music playback) to the vehicle-mounted device through the third channel of the ACL link, that is, AVRCP data. The vehicle-mounted device can convert the control instruction to pause music playback into a call control instruction (a control instruction to hang up the call), that is, convert the format of the control instruction to pause voice playback from AVRCP format to HFP format, and send it to the mobile phone through the second channel of the ACL link. The mobile phone can end the current call based on the control instruction to hang up the call.

[0109] It should be understood that before the user can obtain the call voice through the Bluetooth headset, the vehicle-mounted device can also receive the call status from the mobile phone through the second channel of the ACL link, and can send the call status to the Bluetooth headset through the third channel of the ACL link to put the Bluetooth headset in a playing state. The call status can be an incoming call not connected state, an incoming call connected state, an outgoing call not connected state, or an outgoing call connected state, etc., which is not limited in this application.

[0110] It should be understood that the sequence numbers of the above processes do not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

[0111] In order to implement the functions of the method provided in the above embodiment of the present application, the vehicle-mounted device may include a hardware structure and / or a software module, and implement the above functions in the form of a hardware structure, a software module, or a hardware structure plus a software module. Whether one of the above functions is executed in the form of a hardware structure, a software module, or a hardware structure plus a software module depends on the specific application and design constraints of the technical solution.

[0112] Combined with the above Figures 1 to 4 The in-vehicle call method provided by the embodiment of the present application is described in detail. Figure 5 and Figure 6 , describe in detail the vehicle-mounted equipment provided in the embodiments of the present application.

[0113] Figure 5 The vehicle-mounted device 500 provided in an embodiment of the present application is shown, which is applied to a system including a vehicle-mounted device and a Bluetooth headset. An asynchronous connection-oriented ACL link is established between the vehicle-mounted device and the Bluetooth headset. The vehicle-mounted device includes: an acquisition module 501 and a processing module 502.

[0114] Among them, the acquisition module 501 is used to: obtain the current call status, the above current call status is dialing status, waiting to answer status, or answered status; the processing module 502 is used to: based on the above current call status, send a play notification to the above Bluetooth headset through the above ACL link, and the above play notification is used to notify the above Bluetooth headset that it is in the play state; convert the format of the call data from the telephone service protocol HFP format to the advanced audio distribution protocol A2DP format; and send the call data after format conversion to the above Bluetooth headset through the above ACL link.

[0115] Optionally, the above-mentioned call data is pulse code modulation PCM downlink data; the processing module 502 is used to: perform a preprocessing operation on the above-mentioned PCM downlink data to obtain the preprocessed PCM downlink data, and the above-mentioned preprocessing operation includes resampling processing and / or stereo processing; perform an encoding operation on the above-mentioned preprocessed PCM downlink data to obtain the call data after the above-mentioned format conversion, and the above-mentioned encoding operation includes a sub-generation coding SBC operation and / or an advanced audio coding AAC operation.

[0116] Optionally, the acquisition module 501 is used to: receive control instructions from the Bluetooth headset through the above-mentioned ACL link, and the above-mentioned control instructions are used to control the current call; the processing module 502 is used to: convert the format of the above-mentioned control instructions from the audio and video remote control service protocol AVRCP format to the HFP format; based on the control instructions after the format conversion, perform control operations on the current call, and the above-mentioned control operations include answering the call or hanging up the call.

[0117] Optionally, the system further includes a terminal device, a synchronous connection-oriented SCO link is established between the terminal device and the vehicle-mounted device, and the current call status is the call status of the terminal device; the acquisition module 501 is used to: obtain the current call status through the terminal device; and receive the call data from the terminal device through the SCO link.

[0118] Optionally, the acquisition module 501 is used to: receive control instructions from the above-mentioned Bluetooth headset through the above-mentioned ACL link, and the above-mentioned control instructions are used to control the current call; the processing module 502 is used to: convert the format of the above-mentioned control instructions from the AVRCP format to the HFP format; and send the control instructions after format conversion to the above-mentioned terminal device.

[0119] It should be understood that the vehicle-mounted device 500 here is embodied in the form of a functional module. The term "module" here may refer to an application specific integrated circuit (ASIC), an electronic circuit, a processor (such as a shared processor, a proprietary processor or a group processor, etc.) and a memory for executing one or more software or firmware programs, a merged logic circuit and / or other suitable components that support the described functions. In an optional example, those skilled in the art may understand that the vehicle-mounted device 500 may be specifically the vehicle-mounted device in the above-mentioned embodiment, or the function of the vehicle-mounted device in the above-mentioned embodiment may be integrated in the vehicle-mounted device 500, and the vehicle-mounted device 500 may be used to execute the various processes and / or steps corresponding to the vehicle-mounted device in the above-mentioned method embodiment, and to avoid repetition, it will not be repeated here. The above-mentioned vehicle-mounted device 500 has the function of implementing the corresponding steps executed by the vehicle-mounted device in the above-mentioned method; the above-mentioned function may be implemented by hardware, or may be implemented by hardware executing the corresponding software. The hardware or software includes one or more modules corresponding to the above-mentioned functions.

[0120] In the embodiments of the present application, Figure 5 The vehicle-mounted device 500 may also be a chip or a chip system, such as a system on chip (SoC).

[0121] Figure 6 Another vehicle-mounted device 600 provided by an embodiment of the present application is shown. The vehicle-mounted device 600 includes: a processor 601, a memory 602, a communication interface 603 and a bus 604. Among them, the memory 602 is used to store instructions, and the processor 601 is used to execute the instructions stored in the memory 602. The processor 601, the memory 602 and the communication interface 603 are connected to each other through the bus 604.

[0122] Among them, the processor 601 is used to: obtain the current call status, the above current call status is the dialing status, the waiting status, or the answered status; based on the above current call status, send a play notification to the above Bluetooth headset through the above ACL link, and the above play notification is used to notify the above Bluetooth headset that it is in the play state; convert the format of the call data from the telephone service protocol HFP format to the advanced audio distribution protocol A2DP format; and send the call data after format conversion to the above Bluetooth headset through the above ACL link.

[0123] Optionally, the above-mentioned call data is pulse code modulation PCM downlink data; the processor 601 is used to: perform a preprocessing operation on the above-mentioned PCM downlink data to obtain the preprocessed PCM downlink data, the above-mentioned preprocessing operation includes resampling processing and / or stereo processing; perform an encoding operation on the above-mentioned preprocessed PCM downlink data to obtain the call data after the above-mentioned format conversion, the above-mentioned encoding operation includes a sub-generation coding SBC operation and / or an advanced audio coding AAC operation.

[0124] Optionally, the processor 601 is used to: receive a control instruction from the Bluetooth headset through the ACL link, the control instruction is used to control the current call; convert the format of the control instruction from the audio and video remote control service protocol AVRCP format to the HFP format; based on the control instruction after the format conversion, perform a control operation on the current call, the control operation includes answering the call or hanging up the call.

[0125] Optionally, the system further includes a terminal device, a synchronous connection-oriented SCO link is established between the terminal device and the vehicle-mounted device, and the current call status is the call status of the terminal device; the processor 601 is used to: obtain the current call status through the terminal device; and receive the call data from the terminal device through the SCO link.

[0126] Optionally, the processor 601 is used to: receive a control instruction from the Bluetooth headset through the ACL link, the control instruction being used to control the current call; convert the format of the control instruction from the AVRCP format to the HFP format; and send the control instruction after format conversion to the terminal device.

[0127] It should be understood that the vehicle-mounted device 600 can specifically be the vehicle-mounted device in the above-mentioned embodiment, or the functions of the vehicle-mounted device in the above-mentioned embodiment can be integrated in the vehicle-mounted device 600, and the vehicle-mounted device 600 can be used to execute the various steps and / or processes corresponding to the vehicle-mounted device in the above-mentioned method embodiment.

[0128] Optionally, the memory 602 may include a read-only memory and a random access memory, and provide instructions and data to the processor 601. A portion of the memory 602 may also include a non-volatile random access memory. For example, the memory 602 may also store information about the device type. The processor 601 may be used to execute the instructions stored in the memory, and when the processor executes the instructions, the processor 601 may execute the various steps and / or processes corresponding to the vehicle-mounted device in the above method embodiment.

[0129] It should be understood that in the embodiments of the present application, the processor may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or the processor may be any conventional processor, etc.

[0130] In the implementation process, each step of the above method can be completed by an integrated logic circuit of hardware in a processor or an instruction in the form of software. The steps of the method disclosed in conjunction with the embodiment of the present application can be directly embodied as a hardware processor for execution, or a combination of hardware and software modules in a processor for execution. The software module can be located in a storage medium mature in the art such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory or an electrically erasable programmable memory, a register, etc. The storage medium is located in a memory, and the processor executes the instructions in the memory, and completes the steps of the above method in conjunction with its hardware. To avoid repetition, it is not described in detail here.

[0131] Those of ordinary skill in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0132] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0133] In the several embodiments provided in the present application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0134] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0135] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0136] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application can be essentially or partly embodied in the form of a software product that contributes to the prior art. The computer software product is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the methods described in the various embodiments of the present application. The aforementioned storage media include: various media that can store program codes, such as USB flash drives, mobile hard disks, read-only memories (ROM), random access memories (RAM), magnetic disks or optical disks.

[0137] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any person skilled in the art who is familiar with the present technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

Claims

1. A vehicle-mounted communication method, characterized in that: Applied to a system including an in-vehicle device and a Bluetooth headset, an asynchronous connection-oriented ACL link is established between the in-vehicle device and the Bluetooth headset, and the method includes: The vehicle-mounted device obtains a current call state, where the current call state is a dialing state, a waiting state, or an answered state; The in-vehicle device sends a play notification to the Bluetooth headset through the ACL link based on the current call state, where the play notification is used to notify the Bluetooth headset that it is in a play state; The vehicle-mounted device converts the format of the call data from the HFP format of the telephone service protocol to the A2DP format of the advanced audio distribution protocol; The vehicle-mounted device sends the call data after format conversion to the Bluetooth headset through the ACL link; The system further comprises a terminal device, a synchronous connection-oriented SCO link is established between the terminal device and the vehicle-mounted device, and the current call state is the call state of the terminal device; The vehicle-mounted device obtains the current call status, including: The vehicle-mounted device obtains the current call status through the terminal device; The method further comprises: The in-vehicle device receives the call data from the terminal device through the SCO link.

2. The method according to claim 1, characterized in that The call data is pulse code modulation PCM downlink data; The vehicle-mounted device converts the call data format from the HFP format of the telephone service protocol to the A2DP format of the advanced audio distribution protocol, including: The vehicle-mounted device performs a preprocessing operation on the PCM downlink data to obtain preprocessed PCM downlink data, wherein the preprocessing operation includes resampling processing and / or stereo processing; The vehicle-mounted device performs a coding operation on the pre-processed PCM downlink data to obtain the call data after the format conversion, wherein the coding operation includes a sub-generation coding SBC operation and / or an advanced audio coding AAC operation.

3. The method according to claim 1 or 2, characterized in that: After the vehicle-mounted device sends the call data after format conversion to the Bluetooth headset through the ACL link, the method further includes: The vehicle-mounted device receives a control instruction from the Bluetooth headset through the ACL link, where the control instruction is used to control the current call; The vehicle-mounted device converts the format of the control instruction from the audio and video remote control service protocol AVRCP format to the HFP format; The in-vehicle device performs a control operation on the current call based on the control instruction after the format conversion, and the control operation includes answering the call or hanging up the call.

4. The method according to claim 1, characterized in that After the vehicle-mounted device sends the call data after format conversion to the Bluetooth headset through the ACL link, the method further includes: The vehicle-mounted device receives a control instruction from the Bluetooth headset through the ACL link, where the control instruction is used to control the current call; The vehicle-mounted device converts the format of the control instruction from the AVRCP format to the HFP format; The vehicle-mounted device sends the control instruction after format conversion to the terminal device.

5. A vehicle-mounted device, characterized in that: Applied to a system including the vehicle-mounted device and a Bluetooth headset, an asynchronous connection-oriented ACL link is established between the vehicle-mounted device and the Bluetooth headset, and the vehicle-mounted device includes: An acquisition module is used to acquire the current call status, where the current call status is a dialing status, a waiting status, or an answered status; The processing module sends a play notification to the Bluetooth headset through the ACL link based on the current call state, wherein the play notification is used to notify the Bluetooth headset that the Bluetooth headset is in a play state; converts the call data format from the HFP format of the telephone service protocol to the A2DP format of the advanced audio distribution protocol; And, sending the call data after format conversion to the Bluetooth headset through the ACL link; The system further comprises a terminal device, a synchronous connection-oriented SCO link is established between the terminal device and the vehicle-mounted device, and the current call state is the call state of the terminal device; The acquisition module is used for: Acquiring the current call status through the terminal device; The call data is received from the terminal device via the SCO link.

6. The vehicle-mounted device according to claim 5, characterized in that: The call data is pulse code modulation PCM downlink data; The processing module is used for: Performing a preprocessing operation on the PCM downlink data to obtain preprocessed PCM downlink data, wherein the preprocessing operation includes resampling processing and / or stereo processing; Performing a coding operation on the preprocessed PCM downlink data to obtain the call data after the format conversion, the coding operation includes a child coding SBC operation and / or an advanced audio coding AAC operation.

7. The vehicle-mounted device according to claim 5 or 6, characterized in that: The acquisition module is used for: receiving a control instruction from the Bluetooth headset through the ACL link, wherein the control instruction is used to control the current call; The processing module is used for: The control command format is converted from the audio and video remote control service protocol AVRCP format to HFP format; Based on the control instruction after format conversion, a control operation is performed on the current call, where the control operation includes answering the call or hanging up the call.

8. The vehicle-mounted device according to claim 5, characterized in that: The acquisition module is used for: receiving a control instruction from the Bluetooth headset through the ACL link, wherein the control instruction is used to control the current call; The processing module is used for: Convert the control command from AVRCP to HFP; The control instruction after format conversion is sent to the terminal device.

9. A vehicle-mounted device, characterized in that: include: A processor, wherein the processor is coupled to a memory, wherein the memory is used to store a computer program, and when the processor calls the computer program, the vehicle-mounted device executes the vehicle-mounted call method as described in any one of claims 1 to 4.

10. A computer-readable storage medium, the computer-readable storage medium comprising computer-executable instructions, characterized in that: When the computer execution instructions are executed, the computer implements the in-vehicle telephone method according to any one of claims 1 to 4.

11. A computer program product, comprising computer program code, characterized in that: When the computer program code is executed on a computer, the computer is enabled to implement the in-vehicle telephone call method according to any one of claims 1 to 4.

Images