Audio processing chip and vehicle
By integrating a modem and I2S port into a single audio processing chip, audio data can be transmitted directly, solving the high latency problem between the T-Box and the vehicle system, achieving low-latency audio data transmission, meeting the real-time requirements of emergency calls, and improving the system's response speed and reliability.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Utility models(China)
- Current Assignee / Owner
- GREAT WALL MOTOR CO LTD
- Filing Date
- 2025-06-30
- Publication Date
- 2026-07-03
AI Technical Summary
In existing technologies, the audio data transmission latency between the T-Box and the vehicle infotainment system is relatively high, resulting in poor audio data transmission quality, especially in emergency call scenarios where echo cancellation algorithms are ineffective.
It adopts a single audio processing chip that integrates a modem, audio digital data processor and I2S port to directly transmit audio data, eliminating the protocol conversion link of cross-chip communication, and replacing Ethernet transmission with I2S interface to realize hardware-level data transmission.
It significantly reduces audio data transmission latency, meets the requirements of real-time voice communication such as emergency calls, improves system response speed and reliability, and reduces the number of external connection devices.
Smart Images

Figure CN224459983U_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of audio chip technology, and more specifically, to an audio processing chip and a vehicle in the field of vehicle technology. Background Technology
[0002] Audio transmission is an essential component in vehicles. For example, there is a need for audio transmission between the vehicle's T-Box (Telematics Box) and the vehicle's infotainment system. That is, the T-Box sends external audio to the infotainment system for playback, and the infotainment system also sends internal audio to the T-Box for transmission to the outside world.
[0003] In related technologies, T-BOX and vehicle infotainment systems have independent audio processing chips. The two audio processing chips transmit audio data across chips via Ethernet using RTP (Real-time Transport Protocol). This method of transmitting audio data has a high latency (usually greater than 100ms), resulting in poor audio data transmission quality.
[0004] Therefore, how to reduce the latency of audio data transmission is a hot research topic. Utility Model Content
[0005] This application provides an audio processing chip and a vehicle that can reduce audio transmission latency. The technical solution is as follows:
[0006] On one hand, an audio processing chip is provided, the chip comprising:
[0007] Modem, audio digital data processor, and I2S port;
[0008] The modem is connected to the audio digital data processor, which is used for echo cancellation.
[0009] The audio digital data processor and the audio amplifier are connected via an I2S port;
[0010] The audio amplifier is connected to the speaker wire.
[0011] In one possible implementation, the audio amplifier includes a first audio amplifier and a second audio amplifier, and the speaker includes a first speaker and a second speaker;
[0012] The first audio amplifier is connected to the first speaker wire, and the second audio amplifier is connected to the second speaker wire;
[0013] The I2S port is used to control the connection between the audio digital data processor and the first audio amplifier when the call mode is the first call mode; and to control the connection between the audio digital data processor and the second audio amplifier when the call mode is the second call mode.
[0014] In one possible implementation, the chip further includes a first external digital data processor and a second external digital data processor;
[0015] When the call mode is the first call mode, the I2S port is connected to the first audio amplifier through the first external digital data processor;
[0016] When the call mode is the second call mode, the I2S port is connected to the second audio amplifier through the second external digital data processor, which is a dedicated external digital data processor for the second call mode.
[0017] In one possible implementation, the first call mode is iBCall, the first speaker is a vehicle speaker, the second call mode is eCAll, and the second speaker is a T-Box speaker.
[0018] In one possible implementation, when the call mode is the first call mode, the modem is used to communicate with an external network.
[0019] When the call mode is the second call mode, the modem is used to communicate with the emergency call center.
[0020] In one possible implementation, the chip further includes an analog-to-digital converter and a first external digital data processor;
[0021] The modem is connected to the analog-to-digital converter (ADC) line; one end of the ADC is connected to the microphone line, and the other end is connected to the first external digital data processor line, which has frequency multiplication capability.
[0022] In one possible implementation, the first external digital data processor is used to multiply the audio captured by the microphone, and the audio digital data processor is used to perform echo cancellation on the multiplied audio.
[0023] In one possible implementation, the chip controls the I2S port, the microphone, and the audio amplifier through a virtualization layer.
[0024] In one possible implementation, the chip is shared by the vehicle's T-Box and in-vehicle infotainment system.
[0025] On one hand, a vehicle is provided, the vehicle including any of the audio processing chips of the above aspect.
[0026] The technical solution provided in this application embodiment allows the modem to receive external audio data and directly transmit it to the audio digital data processor for echo cancellation. The processed audio data is then directly transmitted to the audio amplifier via the I2S port, where it is converted from digital to analog and then drives the speaker to produce sound. The entire audio data transmission path is completed within a single chip, eliminating the protocol conversion required for cross-chip communication. The hardware-level data transmission mechanism of the I2S interface replaces the Ethernet transmission process, significantly reducing audio data transfer time and lowering audio data transmission latency. Attached Figure Description
[0027] Figure 1 This is a schematic diagram of an audio processing chip in a related technology provided in an embodiment of this application;
[0028] Figure 2 This is a schematic diagram of the structure of an audio processing chip provided in an embodiment of this application;
[0029] Figure 3 This is a schematic diagram of another audio processing chip provided in an embodiment of this application;
[0030] Figure 4 This is a schematic diagram of the structure of another audio processing chip provided in the embodiments of this application;
[0031] Figure 5 This is a schematic diagram of the structure of another audio processing chip provided in the embodiments of this application;
[0032] Figure 6 This is an architecture diagram of an audio processing chip provided in an embodiment of this application;
[0033] Figure 7 This is a schematic diagram of an audio path under eCall provided in an embodiment of this application;
[0034] Figure 8 This is a schematic diagram of an audio path under iBCall provided in an embodiment of this application. Detailed Implementation
[0035] The technical solutions in this application will be clearly and thoroughly described below with reference to the accompanying drawings. In the description of the embodiments of this application, unless otherwise stated, " / " means "or," for example, A / B can mean A or B. "And / or" in the text is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, and B existing alone. Furthermore, in the description of the embodiments of this application, "multiple" refers to two or more than two.
[0036] In the following text, the terms "first" and "second" are used for descriptive purposes only and should not be construed as implying or suggesting relative importance or implicitly indicating the number of technical features reflected. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature.
[0037] First, some terms used in the embodiments of this application will be introduced.
[0038] Audio processing chip: An integrated circuit chip used to process audio data.
[0039] Modem (Modulator-Demodulato, Modem): A communication device that converts digital data to analog data and is used for communication with the outside world.
[0040] Audio Digital Signal Processor (ADSP): A microprocessor specifically designed for real-time audio data processing, supporting algorithms such as echo cancellation and reverb.
[0041] I2S (Inter-IC Sound) port: used for transmitting PCM audio data between integrated circuits.
[0042] Audio Power Amplifier (AMP): An electronic device that amplifies low-power audio data to a level that can drive speakers.
[0043] Loudspeaker: An electroacoustic transducer that converts electrical data into sound waves.
[0044] Microphone: A sensor that converts sound waves into electrical data.
[0045] External Digital Signal Processor (EDSP): A dedicated data processing module independent of the main system, which is usually connected to the main system through an interface.
[0046] Analog-to-Digital Converter (ADC): An electronic device that converts continuous analog data into discrete digital data.
[0047] Hypervisor: A middleware that abstracts resources between hardware and operating system, supporting multiple systems sharing hardware.
[0048] T-Box: A remote communication terminal in a vehicle networking system, providing vehicle data collection and remote control functions.
[0049] eCAll (Emergency Call): An in-vehicle emergency call system that automatically sends location and vehicle information to the rescue center in the event of an accident.
[0050] In related technologies, see Figure 1 When transmitting audio data between the T-Box and the vehicle infotainment system, the T-Box's modem 101 receives the audio data and sends it to the audio digital data processor (ADSP) 102. The ADSP 102 processes the audio data and sends the processed audio data to the application layer for RTP packet assembly. After assembly, the RTP packet is sent to the vehicle infotainment system's Ethernet chip 104 via the T-Box's Ethernet chip 103. The vehicle infotainment system's RTP decoder 105 decodes the RTP packet received by the Ethernet chip 104 to obtain the audio data. Subsequently, the vehicle infotainment system's audio amplifier 106 amplifies the audio and then plays the audio data through the vehicle's speakers.
[0051] During the aforementioned audio data transmission process, the audio data processed by the audio digital data processor 102 needs to be transmitted through RTP packets and Ethernet chips. After the vehicle system receives the RTP packets, it also needs to decode them. These processing and transmission processes all take a certain amount of time, resulting in a high latency in audio data transmission.
[0052] The technical solution provided in this application can eliminate the above-mentioned processing and transmission processes, thereby reducing the latency of audio data transmission.
[0053] This application provides an audio processing chip, see [link to relevant documentation] Figure 2 The chip includes a modem 101, an audio digital data processor 102, and an I2S port 107. The modem 101 is wired to the audio digital data processor 102, which is used for echo cancellation. The audio digital data processor 102 is connected to an audio amplifier 106 via the I2S port 107. The audio amplifier 106 is wired to a speaker 108.
[0054] In this embodiment of the application, when making a remote call, the transmission of audio data includes an uplink and a downlink. The uplink is to send the audio data collected by the microphone 111 to the outside through the modem 101; the downlink is to play the audio data obtained through the modem 101 through the speaker 108.
[0055] In this embodiment, modem 101 refers to an integrated circuit module that implements wireless communication data modulation. Specifically, it can be implemented using a baseband processor and a radio frequency front-end circuit to convert audio data into wireless transmission data. This module is directly connected to the digital data processor, avoiding data relay. Audio digital data processor 102 refers to a programmable processor with digital filtering algorithms. Specifically, it can be implemented using a processor that encapsulates the ECNR (Echo Cancellation and Noise Reduction) algorithm to eliminate acoustic echo. Of course, besides processors encapsulating the ECNR algorithm, it can also be a processor encapsulating other algorithms; this embodiment does not limit this. The audio digital data processor 102 is integrated inside the chip, thereby shortening the data processing path. Audio data can be directly transmitted through the I2S port 107 without a protocol encapsulation process, that is, the cross-chip transmission is adjusted to in-chip transmission, greatly reducing the latency of audio data transmission. Audio amplifier 106 refers to a power amplifier circuit that converts audio data into driving electrical data. Specifically, it can be implemented using a Class-D amplifier; of course, it can also be implemented using other amplifiers; this embodiment does not limit this. The audio amplifier 106 is directly connected to the audio digital data processor 102 to ensure the integrity of audio data transmission.
[0056] In in-vehicle communication, echoes are generated in the following process: modem 101 receives remote voice data → audio downlink transmission → speaker 108 plays the audio → sound waves propagate in the vehicle cabin → microphone 111 picks up the audio → audio uplink transmission back to the remote end (emergency call center or external network). During this process, the sound waves picked up by microphone 111 are the root cause of the echo. Echo cancellation algorithms in related technologies typically have certain requirements for audio data latency, such as requiring a latency of less than 100ms, so that the adaptive filtering window of the echo cancellation algorithm can cover the corresponding audio data. However, because related technologies use RTP for audio data transmission, the audio data latency is greater than 100ms, resulting in poor echo cancellation algorithm performance, and even the inability to cancel the echo. The technical solution provided by the above implementation method changes RTP transmission to direct transmission, greatly reducing the audio data latency (e.g., to 10ms), thus achieving a better echo cancellation effect without changing the echo cancellation algorithm.
[0057] Specifically, in the downlink, after receiving external audio data, modem 101 directly transmits it to audio digital data processor 102 for echo cancellation. The processed audio data is then directly transmitted to audio amplifier 106 via I2S port 107, where it is converted from digital to analog and then drives speaker 108 to produce sound. The entire audio data transmission path is completed within a single chip, eliminating the protocol conversion required for cross-chip communication. The hardware-level data transmission mechanism of the I2S interface replaces the Ethernet transmission process, significantly reducing audio data relay time and lowering audio data transmission latency. Simultaneously, speaker 108 is directly connected to audio amplifier 106, forming the shortest physical transmission path.
[0058] Compared to related technologies, traditional solutions rely on network protocol communication between two independent chips, requiring data packetization, protocol encapsulation, and data transmission. This solution, through a single-chip integrated architecture, places the entire data processing flow within a single physical carrier, eliminating cross-chip transmission links. The I2S interface replaces Ethernet transmission, avoiding the inherent latency caused by protocol processing.
[0059] The above technical solution effectively reduces end-to-end latency in audio data transmission, with actual test data showing latency reduced to less than 10ms in call scenarios. The simplified data transmission path improves system response speed, meeting the stringent requirements of real-time voice communication scenarios such as emergency calls. Furthermore, the single-chip architecture reduces the number of external connection devices, improving system reliability.
[0060] In one possible implementation, see Figure 3 The audio amplifier 106 includes a first audio amplifier 10611 and a second audio amplifier 10622, and the speaker 108 includes a first speaker 1081 and a second speaker 1082. The first audio amplifier 10611 is wired to the first speaker 1081, and the second audio amplifier 10622 is wired to the second speaker 1082. The I2S port 107 is used to control the connection between the audio digital data processor 102 and the first audio amplifier 10611 when the call mode is in the first call mode, and to control the connection between the audio digital data processor 102 and the second audio amplifier 10622 when the call mode is in the second call mode.
[0061] The first audio amplifier 1061 is a power amplifier circuit used to drive the first speaker 1081. Its input is connected to the I2S port 107 via physical wiring, and its output is directly connected to the first speaker 1081. The second audio amplifier 1062 is another power amplifier circuit independent of the first audio amplifier 1061. Its circuit structure is the same as that of the first audio amplifier 1061 but physically isolated, and it is used to drive the second speaker 1082.
[0062] Specifically, when the vehicle is in the first call mode, the control connects the output of the audio digital data processor 102 to the input of the first audio amplifier 1061 via the first port (e.g., I2Sout4) of I2S port 107. At this time, audio data is directly transmitted from the audio digital data processor 102 to the first audio amplifier 1061 via the first port, and after amplification, drives the first speaker 1081 to emit sound. When switching to the second call mode, the control logic of I2S port 107 switches the internal connection path, establishing a direct connection between the output of the audio digital data processor 102 and the second audio amplifier 1062 via the second port (e.g., I2Sout6) of I2S port 107. Audio data bypasses the first audio amplifier 1061 and is directly transmitted to the second audio amplifier 1062.
[0063] Compared to related technologies, traditional solutions require the audio processing chips of the T-Box and the vehicle infotainment system to transmit audio data over Ethernet via the RTP protocol. This involves packet encapsulation, network transmission, and decapsulation, resulting in overlapping data processing layers and protocol conversion delays. This solution eliminates the protocol conversion steps required for cross-chip communication by hardware-separating the two audio amplification links and directly connecting them via the I2S interface. It compresses the audio transmission path to transmission via the chip's internal I2S port 107 and the physical line, reducing the time loss caused by network protocol stack processing.
[0064] In one possible implementation, see Figure 4 The chip also includes a first external digital data processor 1091 and a second external digital data processor 1092. In the first call mode, the I2S port 107 is connected to the first audio amplifier 10611 via the first external digital data processor 1091. In the second call mode, the I2S port 107 is connected to the second audio amplifier 10622 via the second external digital data processor 1092, which is a dedicated external digital data processor 109 for the second call mode.
[0065] The first external digital data processor 1091 refers to an independent computing unit that processes audio data in call modes other than the second call mode. Specifically, it can be implemented using a DSP chip with general processing capabilities to process audio data and improve its quality. The second external digital data processor 1092 refers to a computing unit dedicated to the second call mode. Specifically, it can be implemented using a customized DSP chip with pre-installed specific algorithm modules. In some embodiments, its hardware architecture is optimized for the data characteristics of the second call mode. The specific optimization configuration method is set by technicians according to requirements, and this application embodiment does not limit this.
[0066] Specifically, when the system detects the activation of the first call mode, the control circuit of I2S port 107 establishes a physical connection between the output of audio digital data processor 102 and the input of the first external digital data processor 1091. The audio data, after being processed by the first external digital data processor 1091, is directly transmitted to the first audio amplifier 1061. When the second call mode is detected, the control circuit of I2S port 107 switches to the second external digital data processor 1092. This second external digital data processor 1092 has a built-in encryption module required for executing emergency calls, allowing the audio data to be processed without requiring dynamic program loading by a general-purpose processor.
[0067] Through the above technical solution, this application achieves hardware-level isolation of audio transmission paths for different call modes, reducing data processing steps from multi-level forwarding in traditional solutions to single-level processing. The dedicated processor's pre-built algorithm module directly calls hardware resources to perform calculations, eliminating processing latency caused by dynamically loaded programs. The physically isolated connection architecture prevents path cross-interference between data from different modes during transmission.
[0068] In one possible implementation, the first call mode is iBCall, the first speaker 1081 is a vehicle speaker, the second call mode is eCAll, and the second speaker 1082 is a T-Box speaker.
[0069] Among these, iBCall refers to the regular voice call mode, such as a driver's ordinary internet call. eCAll refers to the emergency call communication mode, used to establish a direct communication link with the emergency call center. eCAll is typically used when a vehicle is in an accident and requires rescue. The vehicle's horn is an audio output device integrated into the vehicle's infotainment system, used to directly play audio data associated with the system. The T-Box horn is an audio output device integrated into a T-Box module, used to transmit audio data in emergency call scenarios.
[0070] Specifically, in iBCall mode, audio data generated by the vehicle's infotainment system is output directly through the vehicle's speakers without requiring cross-system transmission protocol conversion. The audio data is amplified and played within the vehicle's internal processing loop. In eCall mode, emergency call audio is output independently through the T-Box speaker. The audio data is transmitted from the modem 101 to the T-Box speaker via a dedicated hardware interface, avoiding sharing the data transmission channel with the vehicle's infotainment system and improving audio data security.
[0071] In one possible implementation, when the call mode is the first call mode, the modem 101 is used to communicate with an external network. When the call mode is the second call mode, the modem 101 is used to communicate with an emergency call center.
[0072] The external network refers to public mobile communication networks, specifically 4G or 5G base stations, used to support data transmission for regular voice calls. The emergency call center is a dedicated communication node for emergency services, connected via a pre-configured emergency call server address, requiring a low-latency, high-priority dedicated communication link. In other words, the secure isolation design of the dedicated physical channel for emergency calls complies with the ASIL-B functional safety standard.
[0073] Specifically, when the vehicle is in normal call mode, the modem 101 transmits data with external devices through the public mobile communication network. At this time, the communication path adopts a standardized protocol to adapt to the general network environment. When emergency call mode trigger data is detected, the modem 101 automatically switches to the pre-configured emergency call center communication interface, bypassing the routing layer of the public network, and directly establishing an end-to-end data transmission channel.
[0074] Compared to related technologies, traditional solutions use a single network path for both regular calls and emergency calls, which can lead to data transmission efficiency issues in emergency scenarios due to public network congestion or routing delays. This solution differentiates between two communication modes, mitigating potential instability in public networks during emergency calls while maintaining general network compatibility in regular modes.
[0075] In one possible implementation, see Figure 5 The chip also includes an analog-to-digital converter 110 and a first external digital data processor 1091. The modem 101 is connected to the analog-to-digital converter 110. One end of the analog-to-digital converter 110 is connected to a microphone 111, and the other end is connected to the first external digital data processor 1091, which has frequency multiplication capability.
[0076] The analog-to-digital converter 110 is a device that converts analog audio data collected by the microphone 111 into digital audio data. The first external digital data processor 1091's frequency multiplication capability performs spectral expansion processing on the audio data through a hardware acceleration algorithm, reducing the computational complexity of subsequent processing stages. Whether in the first call mode or the second call mode, the same set of microphone 111, analog-to-digital converter 110, and audio digital data processor 102 are used, thereby reducing hardware redundancy and cost.
[0077] Specifically, the analog audio data collected by microphone 111 is digitized by analog-to-digital converter 110 and then directly transmitted to the first external digital data processor 1091 for frequency multiplication. The frequency-multiplied digital data is then directly input into audio digital data processor 102 to complete echo cancellation, forming an end-to-end direct data link.
[0078] In one possible implementation, the first external digital data processor 1091 is used to multiply the audio acquired by the microphone 111, and the audio digital data processor 102 is used to perform echo cancellation on the multiplied audio.
[0079] Frequency doubling processing refers to expanding the frequency range of the audio data to a suitable frequency band for echo cancellation. This can be achieved using the frequency domain transformation module built into the first external digital data processor 1091. The specific frequency band suitable for echo cancellation is set by technicians according to actual conditions; this embodiment does not limit this. After converting the time-domain data to frequency-domain data using Fourier transform and then expanding the frequency band, the echo becomes more prominent, which is beneficial for subsequent echo cancellation.
[0080] Specifically, in the uplink, the raw audio data collected by microphone 111 is first transmitted to the first external digital data processor 1091 for frequency doubling. Frequency doubling converts the raw audio data to a higher frequency band, making the data spectrum distribution more suitable for echo cancellation requirements. The frequency-doubled data is then directly input into audio digital data processor 102. At this point, the data already has optimized frequency domain characteristics and can be directly loaded with a preset echo cancellation algorithm (such as the ECNR algorithm) for execution.
[0081] In one possible implementation, the chip controls the I2S port 107, the microphone 111, and the audio amplifier 106 through a virtualization layer.
[0082] The virtualization layer refers to a software abstraction layer that runs on top of the hardware layer. Specifically, it can be implemented using hypervisor-based virtualization technology to logically isolate and uniformly schedule physical hardware resources. Microphone 111 refers to an audio acquisition device, which can be implemented using a MEMS microphone array to convert sound wave data into electrical data. The virtualization layer controls the I2S port 107, the microphone 111, and the audio amplifier 106, replacing MCU instructions in related technologies. This enables microsecond-level synchronous control, further reducing audio data transmission latency.
[0083] Specifically, in the vehicle system, the virtualization layer controls the data transmission path between the audio digital data processor 102 and the audio amplifier 106 by directly accessing the register configuration of the I2S port 107. That is, in the first call mode, the first port of the I2S port is controlled to connect the output of the audio digital data processor 102 to the input of the first audio amplifier 1061; in the second call mode, the second port of the I2S port is controlled to connect the output of the audio digital data processor 102 to the input of the second audio amplifier 1062.
[0084] In one possible implementation, the chip is shared by the vehicle's T-Box and in-vehicle infotainment system.
[0085] In this context, T-Box refers to the in-vehicle remote communication control unit, used to enable wireless data interaction between the vehicle and the outside world. The in-vehicle infotainment system refers to the system that processes multimedia data within the vehicle. In this technical solution, the T-Box and the in-vehicle infotainment system share the same chip hardware architecture, integrating audio processing functions into a single physical device. In some embodiments, the CPU and memory of the T-Box and the in-vehicle infotainment system are independently allocated by a virtualization layer to ensure real-time performance.
[0086] Specifically, the T-Box's communication module and the vehicle's audio processing module are integrated into the same chip, with audio data transmitted directly via the chip's internal bus. When the T-Box needs to send audio data to the vehicle's system, the data does not need to undergo Ethernet physical layer protocol conversion; instead, it is transmitted through memory sharing or internal register interaction. When the vehicle's system transmits audio data to the T-Box, the data stream flows directly between the chip's internal digital data processing units, avoiding the protocol encapsulation and decapsulation processes required for cross-chip communication.
[0087] In some specific implementations, the chip internally employs a dual-channel memory mapping mechanism, allowing the T-Box and the vehicle infotainment system to access the shared audio buffer through independent memory address spaces. When the T-Box generates audio data to be transmitted, the data is written to a designated area of the shared buffer, and the vehicle infotainment system's audio processing unit reads this data via direct memory access. During reverse transmission, the vehicle infotainment system writes the processed audio data to another shared area, and the T-Box's communication module retrieves the data via an interrupt mechanism.
[0088] Compared to related technologies, traditional solutions use separate chips for the T-Box and the vehicle infotainment system, requiring audio data to be transmitted through the Ethernet physical layer and encapsulated using the RTP protocol, resulting in at least two protocol conversion delays. This solution integrates audio data through hardware architecture, enabling direct transmission of audio data as digital data within the chip, eliminating the network protocol stack processing step and avoiding physical layer delays in cross-chip communication.
[0089] Through the above technical solution, this application achieves zero-protocol conversion transmission of audio data between the T-Box and the vehicle system, completely eliminating the inherent latency caused by network protocol processing in traditional solutions. Audio data interacts directly within the chip via registers or memory, shortening the transmission path to the internal bus level of the chip, reducing end-to-end latency to the microsecond level, and effectively solving the real-time performance degradation problem caused by cross-chip communication.
[0090] See Figure 6 The diagram illustrates the architecture of this application, including a virtualization layer 601, a hardware acceleration unit 602, and a peripheral interface 603. The virtualization layer 601 includes a vehicle infotainment system (Linux) and a T-Box system (Linux). The vehicle infotainment system is used for driver management and security monitoring, while the T-Box system is used for modem communication and the operation of iBCall and eCall applications. The hardware acceleration unit 602 includes an external digital data processor and an audio digital data processor 102, used for frequency doubling / preprocessing and echo cancellation, respectively. The peripheral interface 603 includes a microphone 111, an analog-to-digital converter 110, an external digital data processor, and an I2S port 107, which can be connected to a speaker.
[0091] See Figure 7The diagram illustrates the audio path under eCall. In the uplink, audio data collected by microphone 111 is transmitted to analog-to-digital converter 110. After processing by analog-to-digital converter 110, the data is transmitted to a first external digital data processor 1091 for frequency multiplication. The multiplied audio data enters I2S port 107 through I2Sout4 and is output from I2Sin4 to audio digital data processor 102, where echo cancellation is performed. Modem 101 then sends the echo-cancelled audio data to the emergency call center.
[0092] In the downlink, modem 101 acquires audio data sent by the emergency call center. The audio data is input to audio digital data processor 102 for processing. The processed audio data enters I2S port 107 via I2Sin4 and is output from I2Sout6 to a dedicated second external digital data processor 1092. The second external digital data processor 1092 transmits the processed audio data to a second audio amplifier 1062, which amplifies the audio and transmits the amplified audio data to the T-Box speaker for playback.
[0093] See Figure 8 The diagram illustrates the audio path under iBCall. In the uplink, audio data collected by microphone 111 is transmitted to analog-to-digital converter 110. After processing by analog-to-digital converter 110, the data is transmitted to a first external digital data processor 1091 for frequency multiplication. The multiplied audio data enters I2S port 107 through I2Sout4 and is output from I2Sin4 to audio digital data processor 102, where echo cancellation is performed. Modem 101 then sends the echo-cancelled audio data to the external network.
[0094] In the downlink, modem 101 acquires audio data sent from an external network. The audio data is input to audio digital data processor 102 for processing. The processed audio data enters I2S port 107 via I2Sin4 and is output from I2Sout4 to a dedicated first external digital data processor 1091. The first external digital data processor 1091 transmits the processed audio data to a first audio amplifier 1061, which amplifies the audio and transmits the amplified audio data to the vehicle's speaker for playback.
[0095] All of the above-mentioned optional technical solutions can be combined in any way to form the optional embodiments of this application, and will not be described in detail here.
[0096] This application also provides a vehicle that includes the aforementioned audio processing chip.
[0097] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.
Claims
1. An audio processing chip, characterized by, The chip includes a modem, an audio digital data processor, and an I2S port; The modem is connected to the audio digital data processor, which is used for echo cancellation. The audio digital data processor and the audio amplifier are connected via an I2S port; The audio amplifier is connected to the speaker wire.
2. The chip according to claim 1, characterized in that, The audio amplifier includes a first audio amplifier and a second audio amplifier, and the speaker includes a first speaker and a second speaker; The first audio amplifier is connected to the first speaker wire, and the second audio amplifier is connected to the second speaker wire; The I2S port is used to control the connection between the audio digital data processor and the first audio amplifier when the call mode is the first call mode; and to control the connection between the audio digital data processor and the second audio amplifier when the call mode is the second call mode.
3. The chip of claim 2, wherein, The chip also includes a first external digital data processor and a second external digital data processor; When the call mode is the first call mode, the I2S port is connected to the first audio amplifier through the first external digital data processor; When the call mode is the second call mode, the I2S port is connected to the second audio amplifier through the second external digital data processor, which is a dedicated external digital data processor for the second call mode.
4. The chip according to claim 2 or 3, characterized in that The first call mode is iBCall, and the first speaker is the vehicle's speaker. The second call mode is eCAll, and the second speaker is the T-Box speaker.
5. The chip of claim 4, wherein, When the call mode is the first call mode, the modem is used to communicate with an external network; When the call mode is the second call mode, the modem is used to communicate with the emergency call center.
6. The chip of claim 1, wherein The chip also includes an analog-to-digital converter and a first external digital data processor; The modem is connected to the analog-to-digital converter (ADC) line; one end of the ADC is connected to the microphone line, and the other end is connected to the first external digital data processor line, which has frequency multiplication capability.
7. The chip of claim 6, wherein The first external digital data processor is used to multiply the audio collected by the microphone, and the audio digital data processor is used to cancel the echo of the multiplied audio.
8. The chip of claim 6, wherein, The chip controls the I2S port, the microphone, and the audio amplifier through a virtualization layer.
9. The chip of claim 1, wherein, The chip is shared by the vehicle's T-Box and in-vehicle infotainment system.
10. A vehicle characterized by comprising: The vehicle includes the audio processing chip according to any one of claims 1-9.