Call routing method and device and computer storage medium
By establishing a multi-device collaborative ecosystem on the vehicle's infotainment system and creating multiple audio routing links using media access control addresses and protocols, the problem of Bluetooth chips having difficulty establishing SCO links with multiple devices simultaneously is solved. This enables seamless communication between multiple devices, improves resource utilization and scheduling capabilities, and enhances call safety during driving.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-11-21
- Publication Date
- 2026-04-14
AI Technical Summary
Existing Bluetooth chips typically can only maintain one high-quality SCO link, making it difficult to establish SCO links with two different devices simultaneously. This results in insufficient resource scheduling capabilities and affects call safety during vehicle operation.
By establishing a multi-device collaborative ecosystem through the vehicle's infotainment system, and using the Media Access Control address to determine the audio routing link, the system enables data transmission for calls between multiple devices. This includes establishing and disconnecting Bluetooth hands-free links, and using the audio gateway protocol and hands-free device protocol to create multiple audio routing links, supporting seamless calls between multiple devices.
It enhances the resource utilization and scheduling capabilities of the vehicle's infotainment system, enables seamless communication between multiple devices, and improves the safety and efficiency of calls during driving.
Smart Images
Figure CN121865233A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of communication technology, and in particular to a call routing method, apparatus, and computer storage medium. Background Technology
[0002] Answering phone calls while driving is a frequent occurrence. However, directly answering a phone call can compromise driving safety and violate traffic rules, making the use of Bluetooth hands-free calling necessary.
[0003] However, in current technology, a Bluetooth chip can typically only maintain one high-quality SCO link, because SCO links require strict timing and bandwidth guarantees. Establishing SCO links with two different devices simultaneously places extremely high demands on the chip's real-time processing and resource scheduling capabilities. Summary of the Invention
[0004] To address the aforementioned technical problems, this application proposes a call routing method, a call routing device, and a computer storage medium.
[0005] To address the aforementioned technical problems, this application proposes a call routing method applied to an in-vehicle infotainment system. The call routing method includes: responding to a first control command to determine a first calling device and a second calling device; wherein the first calling device and the second calling device have established a Bluetooth hands-free link with the in-vehicle infotainment system; determining a first audio routing link based on the media access control address of the first calling device; determining a second audio routing link based on the media access control address of the second calling device; and transmitting call data from the first calling device and / or the calling data from the second calling device through the first audio routing link and the second audio routing link to enable communication between the first calling device and the second calling device.
[0006] The call routing method further includes: determining the audio gateway protocol of the first call device according to the first control instruction; determining the hands-free device protocol of the second call device according to the first control instruction; wherein the audio gateway protocol is used to create the first audio routing link, and the hands-free device protocol is used to create the second audio routing link.
[0007] The call routing method further includes: determining the hands-free device protocol of the first calling device according to the first control instruction; determining the hands-free device protocol of the second calling device according to the first control instruction; the hands-free device protocol is used to create the first voice routing link and the second voice routing link.
[0008] The call routing method further includes: in response to a second control command, determining a third calling device; disconnecting a second voice routing link with the second calling device according to the second control command; determining a third voice routing link according to the media access control address of the third calling device; and transmitting call data of the first calling device and / or the calling device of the third calling device through the first voice routing link and the third voice routing link to realize a call between the first calling device and the third calling device.
[0009] The first calling device is a mobile phone, and the second and third calling devices are both headsets.
[0010] Wherein, after disconnecting the second voice routing link with the second calling device, the call routing further includes: Disconnect the Bluetooth protocol link with the second calling device.
[0011] The step of determining the first voice routing link based on the media access control address of the first calling device includes: establishing a Bluetooth hands-free link with the first calling device based on the media access control address of the first calling device; initiating a voice channel link connection request to the first calling device through the Bluetooth hands-free link; and establishing a voice channel link with the first calling device in response to an agreement response.
[0012] The vehicle-mounted terminal includes at least two independent state machines; the at least two independent state machines include: a first type of state machine acting as a hands-free unit, used to manage the connection with the remote audio gateway device; and a second type of state machine acting as an audio gateway, used to manage the connection with the remote hands-free unit device.
[0013] To address the aforementioned technical problems, this application proposes a call routing device, which includes a memory and a processor coupled to the memory; wherein the memory is used to store program data, and the processor is used to execute the program data to implement the aforementioned call routing method.
[0014] To address the aforementioned technical problems, this application proposes a computer storage medium for storing program data, which, when executed by a computer, is used to implement the aforementioned call routing method.
[0015] Compared with existing technologies, the beneficial effects of this application are as follows: The vehicle-mounted terminal responds to a first control command, identifying a first calling device and a second calling device; wherein the first calling device and the second calling device have established a Bluetooth hands-free link; a first audio routing link is determined based on the media access control address of the first calling device; a second audio routing link is determined based on the media access control address of the second calling device; the call data of the first calling device and / or the call data of the second calling device are transmitted through the first audio routing link and the second audio routing link to achieve communication between the first calling device and the second calling device. Through the above method, a seamless multi-device collaborative ecosystem is constructed, enabling cross-device communication through the vehicle-mounted terminal as a medium, thereby improving resource utilization and scheduling capabilities. Attached Figure Description
[0016] To more clearly illustrate the technical solutions in the embodiments of this application, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort. Wherein: Figure 1 This is a flowchart illustrating an embodiment of the call routing method provided in this application; Figure 2 This is a schematic diagram of the framework of an embodiment of the call routing method provided in this application; Figure 3 This is a flowchart illustrating another embodiment of the call routing method provided in this application; Figure 4 This is a schematic diagram of the framework of another embodiment of the call routing method provided in this application; Figure 5 This is a schematic diagram of the framework of yet another embodiment of the call routing method provided in this application; Figure 6 This is a schematic diagram of the structure of an embodiment of the call routing device provided in this application; Figure 7 This is a schematic diagram of the structure of an embodiment of the computer storage medium provided in this application. Detailed Implementation
[0017] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of this application, and not all of the embodiments. Based on the embodiments of this application, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of this application.
[0018] The terms “first,” “second,” “third,” “fourth,” etc. (if present) in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a particular order or sequence. It should be understood that such data can be interchanged where appropriate so that embodiments of the application described herein can be implemented, for example, in orders other than those illustrated or described herein. Furthermore, the terms “comprising” and “having,” and any variations thereof, are intended to cover a non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.
[0019] In traditional Bluetooth audio applications, a master device typically establishes only one SCO link with a slave device. This is because, due to strict real-time requirements, the SCO link is a synchronous connection-oriented link. To ensure the quality of 8kHz or 16kHz voice calls, it needs to reserve fixed timing slots and is extremely sensitive to latency and jitter. Furthermore, due to resource constraints, classic Bluetooth (BR / EDR) uses Time Division Multiplexing (TDM), and the resources of a traditional Bluetooth chip (such as processing power and buffer pool) are typically designed to handle only one high-quality SCO stream.
[0020] Therefore, to achieve dual SCO routing on a single chip, limitations at the hardware and protocol stack levels must be overcome.
[0021] To address the aforementioned technical problems, this application proposes a call routing method.
[0022] Please refer to details. Figure 1 and Figure 2 , Figure 1 This is a flowchart illustrating an embodiment of the call routing method provided in this application. Figure 2 This is a schematic diagram of the framework of an embodiment of the call routing method provided in this application.
[0023] like Figure 1 As shown, the specific steps are as follows: Step S11: In response to the first control command, determine the first calling device and the second calling device; wherein the first calling device and the second calling device have established a Bluetooth hands-free link.
[0024] In this embodiment, a mobile phone is used as the first calling device and a headset as the second calling device. In other embodiments of this application, the first calling device can also be a tablet, laptop, or other device. The first and second calling devices have established a Bluetooth hands-free profile (HFP) with the vehicle's infotainment system. HFP defines how Bluetooth devices (such as in-vehicle kits or headsets) communicate with an audio gateway (such as a mobile phone) to achieve hands-free calling. The connection process is a typical Bluetooth protocol interaction process.
[0025] Taking the process of establishing an HFP link between the first communication device and the vehicle's infotainment system as an example: Phase 1 (Discovery and Pairing): The first calling device enters "discoverable" mode and broadcasts device information; the vehicle's infotainment system searches for nearby Bluetooth devices, selects the first calling device from the Bluetooth device list according to user instructions, and pairs it.
[0026] Phase Two (Establishing the ACL Link and Service Discovery): A basic, low-level Bluetooth communication connection, called an asynchronous connectionless link, is established between the first calling device and the vehicle's infotainment system. The ACL (Asynchronous Connection-Less) link is the foundation for data transmission in all higher-level Bluetooth applications (such as audio and file transfer). The vehicle's infotainment system queries the first calling device for supported services via the ACL. The first calling device replies with a list of services including HFP and informs the RFCOMM channel number used by the HFP service. RFCOMM is a protocol that simulates a serial port; HFP commands and data are transmitted through this "virtual serial port."
[0027] Phase Three (Establishing HFP Connection and Interaction): The vehicle-mounted unit initiates an RFCOMM connection to the first calling device using the RFCOMM channel number. Upon successful connection, a reliable data channel is established between the two devices over the ACL link. All subsequent AT commands are transmitted through this channel, and the two devices negotiate capabilities by exchanging AT commands.
[0028] Subsequently, when the vehicle-mounted terminal and the first communication device need to make a call, the HFP will establish a second independent link to transmit the actual voice data, namely the Synchronous Connectivity-Oriented Link (SCO), thereby realizing the audio connection, which is the direction studied by the call routing method proposed in this application.
[0029] It should be noted that the prerequisite for step S11 is that both the first and second calling devices have successfully established an HFP with the vehicle terminal.
[0030] Step S12: Determine the first voice routing link based on the media access control address of the first calling device.
[0031] In this embodiment of the application, as described in step S11, an HFP has been established between the first calling device and the vehicle-mounted unit. Based on this, when the vehicle-mounted unit needs to conduct a call with the first calling device according to the user's control commands, an SCO link is created between the vehicle-mounted unit and the first calling device on the basis of the HFP to realize audio data transmission, i.e., the first audio routing link is determined.
[0032] In the case where the first calling device is the audio data transmitter, for example, the first calling device is mobile phone A, the first calling device acts as AG (audio gateway), and the vehicle-mounted unit acts as HF (hands-free device). The vehicle-mounted unit creates an SCO link between itself and the first calling device according to the audio gateway protocol of the first calling device to realize audio data transmission from the first calling device to the vehicle-mounted unit.
[0033] Step S13: Determine the second voice routing link based on the media access control address of the second calling device.
[0034] In this embodiment of the application, as described in step S11, an HFP has been established between the second communication device and the vehicle-mounted unit. Based on this, when the vehicle-mounted unit needs to conduct a call with the second communication device according to the user's control commands, an SCO link is created between the vehicle-mounted unit and the second communication device on the basis of the HFP to realize audio data transmission, i.e., to determine the second audio routing link.
[0035] In this scenario, the second calling device acts as the audio data outputter, for example, if the second calling device is headset A. In this case, the second calling device functions as an HF (hands-free) device, and the vehicle-mounted unit acts as an AG (audio gateway). The vehicle-mounted unit establishes an SCO link with the second calling device according to the second calling device's hands-free protocol to enable audio data transmission from the vehicle-mounted unit to the second calling device. At this time, the second calling device assumes the role of a hands-free device, outputting audio signals.
[0036] Step S14: Transmit the call data of the first calling device and / or the call data of the second calling device through the first voice routing link and the second voice routing link to realize the call between the first calling device and the second calling device.
[0037] In this embodiment, after the vehicle-mounted terminal establishes SCO links with different calling devices through steps S12 and S13, call data transmission can be achieved. Taking the above steps as an example, the transmission direction of call data is: first calling device → vehicle-mounted terminal → second calling device.
[0038] In one specific implementation, the vehicle-mounted system can establish an HFP connection based on the respective MAC addresses of mobile phone A and headset A: HFP (HF) – Mobile A (AG) e.g.; 12:34:56:78:90:01.
[0039] HFP (AG) – Headphone A (HF) e.g., 12:34:56:78:90:02.
[0040] When phone A is making a call, it can select the target device, headset A, for SCO routing: 1) soc route (phone A address, headset A address).
[0041] 2) HCI_Enhanced_Accept_Synchronous_Connection(Mobile A address).
[0042] 3) HCI_Enhanced_Accept_Synchronous_Connection (Headphone A address).
[0043] In summary, this solution can achieve dual SCO routing from phone A to headset A; the car's infotainment system can wirelessly hear the sound from phone A without needing to record sound through the car's microphone and transmit it to headset A.
[0044] Please refer to details. Figure 3 and Figure 4 , Figure 3 This is a flowchart illustrating another embodiment of the call routing method provided in this application. Figure 4 This is a schematic diagram of another embodiment of the call routing method provided in this application.
[0045] like Figure 3 As shown, the specific steps are as follows: Step S21: In response to the second control command, determine the third communication device.
[0046] In this embodiment of the application, when a user issues a control command to switch the calling device, the vehicle terminal determines the third calling device to be switched to based on the user's control command.
[0047] It should be noted that before the third communication device can build the subsequent voice routing link, it needs to establish an HFP with the vehicle terminal, and the process will not be described in detail here.
[0048] Step S22: Disconnect the second voice routing link with the second communication device according to the second control command.
[0049] In this embodiment, the vehicle-mounted unit disconnects the SCO link with the second communication device. Furthermore, the vehicle-mounted unit may also disconnect the HFP link with the second communication device.
[0050] Step S23: Determine the third voice routing link based on the media access control address of the third calling device.
[0051] In this embodiment, the third calling device is the audio data outputter, for example, the third calling device is headset B. In this case, the third calling device acts as an HF (hands-free device), and the vehicle-mounted unit acts as an AG (audio gateway). The vehicle-mounted unit establishes an SCO link with the third calling device according to the hands-free device protocol of the third calling device to realize audio data transmission from the vehicle-mounted unit to the third calling device. At this time, the third calling device assumes the role of a hands-free device and outputs audio signals.
[0052] In this switching scenario, the ability to quickly switch between calling devices that output audio data can be achieved, effectively improving the efficiency of call routing. Furthermore, in this switching process, the user only needs to input a control command once to complete the switch. This application can further optimize the call routing process by optimizing the way the user inputs control commands.
[0053] Step S24: Transmit the call data of the first calling device and / or the call data of the third calling device through the first voice routing link and the third voice routing link to realize the call between the first calling device and the third calling device.
[0054] In this embodiment, the vehicle-mounted terminal switches the calling device through steps S22 and S23, thereby enabling the switching and transmission of call data. Taking the above steps as an example, the direction of call data transmission changes from: mobile phone A → vehicle-mounted terminal → headset A to: mobile phone A → vehicle-mounted terminal → headset B.
[0055] In one specific implementation, the vehicle-mounted system can establish an HFP connection based on the MAC address of the headset B: Car Connect Headset B HFP Profile: HFP (AG) – Headset B (HF).
[0056] HCI_Enhanced_Disconnect_Synchronous_Connection(Mobile A address).
[0057] 3) HCI_Enhanced_Disconnect_Synchronous_Connection (Headphone B address).
[0058] soc route (phone A address, headset B address): HCI_Enhanced_Accept_Synchronous_Connection(Mobile A address).
[0059] HCI_Enhanced_Accept_Synchronous_Connection(Headphone B address).
[0060] In summary, this solution allows for switching between headphones A and headphones B via dual SCO routers; the car's infotainment system can wirelessly hear the audio from phone A without needing to record audio through the car's microphone and transmit it to headphones B.
[0061] Furthermore, in another specific embodiment, when the first communication device is earphone A and the second communication device is earphone B, the vehicle-mounted system acts as the AG terminal, and earphones A and B act as HF terminals, enabling audio communication between earphones A and B. Please refer to [link / reference] for details. Figure 5 , Figure 5 This is a schematic diagram of the framework of another embodiment of the call routing method provided in this application.
[0062] Car Connect Headset A HFP Profile; HFP (AG) – Headset A (HF).
[0063] Car Connect Headset B HFP Profile; HFP (AG) – Headset B (HF).
[0064] soc route(headsetA address, headsetB address): HCI_Enhanced_Accept_Synchronous_Connection(Headphone A address).
[0065] HCI_Enhanced_Accept_Synchronous_Connection(Headphone B address).
[0066] In this embodiment of the application, the vehicle terminal includes at least two independent state machines; The plurality of independent state machines include: a first type of state machine acting as a hands-free unit for managing the connection with the remote audio gateway device; and a second type of state machine acting as an audio gateway for managing the connection with the remote hands-free unit device.
[0067] Specifically, because HFP is based on the RFCOMM protocol for connection, RFCOMM can support multi-serial port functionality, distinguishing different devices corresponding to different channels through different channels and addresses. Under RFCOMM, multiple devices can be connected via ACL (different devices are distinguished by MAC address).
[0068] The vehicle-mounted HFP HF uses RFCOMM to connect to mobile phone A, and then the vehicle-mounted unit and the mobile phone complete the HFP protocol docking.
[0069] The vehicle-mounted HFP AG terminal function can connect to the headset A via RFCOMM. The vehicle-mounted terminal accepts HFP protocol connections initiated by the headset and can create parallel connections.
[0070] The vehicle-mounted HFP AG can also support multiple devices. When headset A has already created an HFP connection, headset B can create an ACL connection through the MAC address and create a new channel on the RFCOMM, which can support the AG connection of multiple devices on the instrument panel.
[0071] The service layer on the vehicle-mounted system creates different state machines based on the differences in profiles; for example, BluetoothHeadsetClientStatemachine acts as the state machine on the HF side, which manages the state machine of the peer AG; BluetoothHeadsetStatemachine acts as the state machine on the AG side, which manages the state machine of the peer HF side.
[0072] A certain profile on the vehicle's infotainment system can be configured with profile status based on macaddr to support multiple devices, and then it can support connections between multiple devices such as AG, and the same applies to multiple devices in HF.
[0073] To implement the above call routing method, this application also proposes a call routing device, which can be found in the following details. Figure 6 , Figure 6 This is a schematic diagram of an embodiment of the call routing device provided in this application.
[0074] The call routing device 400 in this embodiment includes a processor 41, a memory 42, an input / output device 43, and a bus 44.
[0075] The processor 41, memory 42, and input / output device 43 are respectively connected to the bus 44. The memory 42 stores program data, and the processor 41 is used to execute the program data to implement the call routing method described in the above embodiment.
[0076] In this embodiment, processor 41 can also be referred to as a CPU (Central Processing Unit). Processor 41 may be an integrated circuit chip with signal processing capabilities. Processor 41 can also be a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. The general-purpose processor can be a microprocessor, or processor 41 can be any conventional processor.
[0077] This application also provides a computer storage medium; please refer to the following: Figure 7 , Figure 7 This is a schematic diagram of a computer storage medium according to an embodiment of the present application. The computer storage medium 600 stores a computer program 61, which, when executed by a processor, is used to implement the call routing method of the above embodiment.
[0078] When the embodiments of this application are implemented as 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 this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) or processor to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.
[0079] The above description is merely an embodiment of this application and does not limit the patent scope of this application. Any equivalent structural or procedural transformations made using the content of this application's specification and drawings, or direct or indirect applications in other related technical fields, are similarly included within the patent protection scope of this application.
Claims
1. A call routing method, characterized in that, The call routing method is applied to a vehicle-mounted infotainment system, and the call routing method includes: In response to a first control command, a first communication device and a second communication device are identified; wherein the first communication device and the second communication device have established a Bluetooth hands-free link with the vehicle's infotainment system. The first audio routing link is determined based on the media access control address of the first calling device; The second audio routing link is determined based on the media access control address of the second calling device; The call data of the first calling device and / or the call data of the second calling device are transmitted through the first voice routing link and the second voice routing link to realize the call between the first calling device and the second calling device.
2. The call routing method according to claim 1, characterized in that, The call routing method further includes: Based on the first control command, the audio gateway protocol of the first calling device is determined; Based on the first control command, determine the hands-free device protocol of the second calling device; The audio gateway protocol is used to create the first audio routing link, and the hands-free device protocol is used to create the second audio routing link.
3. The call routing method according to claim 1, characterized in that, The call routing method further includes: Based on the first control command, determine the hands-free device protocol of the first calling device; Based on the first control command, determine the hands-free device protocol of the second calling device; The hands-free device protocol is used to create the first audio routing link and the second audio routing link.
4. The call routing method according to claim 1, characterized in that, The call routing method further includes: In response to the second control command, the third communication device is determined; According to the second control command, disconnect the second audio routing link with the second communication device; The third voice routing link is determined based on the media access control address of the third calling device; The call data of the first calling device and / or the call data of the third calling device are transmitted through the first voice routing link and the third voice routing link to realize the call between the first calling device and the third calling device.
5. The call routing method according to claim 4, characterized in that, The first calling device is a mobile phone, and the second and third calling devices are both headsets.
6. The call routing method according to claim 4, characterized in that, After disconnecting the second voice routing link with the second calling device, the call routing further includes: Disconnect the Bluetooth protocol link with the second calling device.
7. The call routing method according to claim 1 or 6, characterized in that, The step of determining the first audio routing link based on the media access control address of the first calling device includes: Establish a Bluetooth hands-free link with the first calling device based on the media access control address of the first calling device; A voice channel link connection request is initiated to the first calling device via the Bluetooth hands-free link; In response to the agreement message, a voice channel link is established with the first calling device.
8. The call routing method according to claim 1, characterized in that, The vehicle-mounted terminal includes at least two independent state machines; The at least two independent state machines include: The first type of state machine, acting as a hands-free unit, is used to manage the connection with the remote audio gateway device; as well as The second type of state machine acts as an audio gateway, managing the connection with remote hands-free unit devices.
9. A call routing device, characterized in that, The call routing device includes a memory and a processor coupled to the memory; The memory is used to store program data, and the processor is used to execute the program data to implement the call routing method as described in any one of claims 1 to 8.
10. A computer storage medium, characterized in that, The computer storage medium is used to store program data, which, when executed by the computer, is used to implement the call routing method as described in any one of claims 1 to 8.