Method and system for real-time data monitoring of a vehicle

Abstract

This disclosure describes a method and system for real-time data monitoring of a vehicle. The method includes packaging monitoring data into one or more physical vehicle audio bus (A2B) channels according to a data packet protocol; transmitting the packaged monitoring data via the A2B bus; and unpacking the transmitted data and displaying the unpacked monitoring data.

Description

Background Technology

[0001] This disclosure relates to real-time data monitoring for vehicles, and more specifically, to methods and systems for real-time data monitoring in the power amplifiers of a vehicle based on an automotive audio bus (A2B) bus.

[0002] As more and more audio algorithms are created and executed in vehicle power amplifiers, real-time data monitoring becomes increasingly important. Furthermore, real-time data monitoring needs to support different data types, different data sampling rates, and different numbers of data channels. Currently, there are no available tools to support real-time data monitoring that simultaneously supports all three of these characteristics. Summary of the Invention

[0003] According to one aspect of this disclosure, a method may include packaging monitoring data into one or more physical A2B channels according to a data packet protocol. The method further includes transmitting the packaged monitoring data via an A2B bus, and unpacking and displaying the unpacked monitoring data.

[0004] Preferably, the data packet protocol can be configured to form a data frame, the data frame including a synchronization data unit of a physical A2B channel, at least one information data unit, and at least one monitoring data unit.

[0005] Preferably, the synchronization data unit may be filled with values ​​for synchronizing monitoring data in a physical A2B data channel. The information data unit may include four sub-units, each filled with one of four values ​​representing one of the following: the identifier of the monitoring data, the signal type, the sampling rate, and the number of data channels. Furthermore, the monitoring data unit may be filled with monitoring data associated with the information data unit.

[0006] Preferably, the method may further include: calculating a first number of data channels for the total number of monitoring data channels; calculating a second number of data channels consumed by the monitoring data when using a physical A2B channel; comparing the first number of data channels with the second number of data channels; and based on the comparison, packaging the monitoring data into one or more physical A2B channels.

[0007] Preferably, the method may further include: if the first quantity value is equal to or greater than the second quantity value, then packaging the monitoring data into a physical A2B channel.

[0008] Preferably, the method may further include: if the first quantity value is less than the second quantity value, then packaging the monitoring data into more than one physical A2B channel.

[0009] Preferably, the method may further include: calculating a first quantity value of total data channels based on the monitoring data sampling rate and the A2B channel sampling rate.

[0010] Preferably, the method may further include: calculating a second quantity value of the data channel consumed based on the number of information data units of a physical A2B channel, the number of signal types, and the total number of signals of the monitoring data.

[0011] Preferably, the method may further include: extracting information from at least one information data unit of the packaged data to obtain information on the signal type, sampling rate, and number of data channels of the monitoring data.

[0012] According to another aspect of this disclosure, a system may include a power amplifier, a USB-A2B box, and a monitoring device. The power amplifier can package monitoring data into one or more physical A2B channels according to a data packet protocol and transmit the packaged monitoring data via an A2B bus. The USB-A2B box can receive and transmit the packaged monitoring data via the A2B bus, for example, via a USB bus. The monitoring device can receive the packaged monitoring data from the USB-A2B box, for example via a USB bus, unpack the transmitted data according to a data packet protocol, and display the unpacked monitoring data.

[0013] According to another aspect of this disclosure, a computer-readable medium having computer-executable instructions for performing the above-described methods is provided. Attached Figure Description

[0014] Figure 1 An overview block diagram of a system for real-time data monitoring according to one or more implementation schemes is shown.

[0015] Figure 2 A detailed block diagram of a system for real-time data monitoring according to one or more implementation schemes is shown.

[0016] Figure 3 A schematic diagram of a data packet protocol according to one or more implementation schemes is shown.

[0017] Figure 4 A schematic diagram of a data packet according to one or more implementation schemes is shown.

[0018] Figure 5 Another schematic diagram of a data packet according to one or more implementation schemes is shown.

[0019] Figure 6 Another schematic diagram of a data packet according to one or more implementation schemes is shown.

[0020] Figure 7 This example shows a packaged data stream used to display a physical A2B channel.

[0021] Figure 8 yes Figure 7 A magnified view of a portion of the image.

[0022] Figure 9 This shows a schematic example of displaying monitoring data in a visualizer.

[0023] Figure 10 A flowchart illustrating a method according to one or more implementation schemes is shown.

[0024] Figure 11 A flowchart illustrating a method according to one or more implementation schemes is shown.

[0025] To aid understanding, the same reference numerals have been used wherever possible to refer to the same elements commonly used in the accompanying drawings. It is conceivable that an element disclosed in one embodiment may be advantageously used in other embodiments without specific indication. The drawings referred to herein should not be construed as being drawn to scale unless otherwise specified. Moreover, for clarity of illustration and explanation, the drawings are generally simplified and details or parts are omitted. The drawings and discussion are used to explain the principles discussed below, wherein the same reference numerals denote the same elements. Detailed Implementation

[0026] This paper describes a system and method for real-time data monitoring of a vehicle power amplifier system based on an A2B bus. Typically, vehicle power amplifier systems execute an increasing number of algorithms, such as Road Noise Cancellation (RNC) and In-Engine Sound Synthesis (iESS). Using the system and method described herein, tuning engineers can easily monitor all data in the vehicle power amplifier for different data types, different data sampling rates, and different numbers of data channels.

[0027] Figure 1 This diagram illustrates an overview block diagram of a system 100 for real-time data monitoring according to one or more embodiments. When performing a tuning operation, system 100 may include a power amplifier 102 in a vehicle, a USB-A2B box 104 connectable to the power amplifier 102, and a monitoring device 106 connected to the USB-A2B box 104. The USB-A2B box 104 is configured to transmit data from the vehicle power amplifier 102 to the monitoring device 106 for real-time data monitoring. The monitoring device 106 may be a personal computer, a laptop computer, a monitor, or any device capable of running various applications.

[0028] Figure 2 A detailed block diagram of a system 200 for real-time data monitoring according to one or more embodiments is shown. Figure 1Similarly, system 200 may include vehicle power amplifier 202, monitoring device 206, and USB-A2B box 204 connected between power amplifier 202 and monitoring device 206.

[0029] The power amplifier 202 may include, for example, a digital signal processor (DSP) 2022, in which a packet protocol (described in detail below) is preset and the monitoring data is packaged into one or more physical A2B channels according to the packet protocol. The packaged data is transmitted through the main A2B 2024 and via the A2B interface 2026 to the USB-A2B box 204.

[0030] USB-A2B box 204 is configured to transmit data from vehicle power amplifier 202 to monitoring device 206 for real-time data monitoring. USB-A2B box 204 may include, for example, an A2B interface 2042, a slave A2B 2044, a processor 2046, and a USB interface 2048. USB-A2B box 204 can receive packaged data via A2B interface 2042. The packaged data can be transmitted via slave A2B 2044 and processor 2046, and then, for example, via USB interface 2048, to monitoring device 206.

[0031] When monitoring device 206 receives packaged monitoring data, for example via its USB interface 2062, it can unpack the transmitted data according to the data packet protocol via a visualization application 2064, and display the unpacked monitoring data to the tuning engineer to monitor the data from the vehicle power amplifier. Monitoring device 206 can be a personal computer, laptop computer, monitor, or any device capable of running various applications.

[0032] In system 200, data between power amplifier 202 and USB-A2B box 204 is transmitted via the A2B bus. The A2B bus can support up to 28 physical data channels in real time at a physical sampling rate of 48kHz. Each channel has a data length of 32 bits. Data between USB-A2B box 204 and monitoring device 206 is transmitted via the USB bus. To support monitoring of more than 28 physical data channels, the DSP 2022 in the power amplifier packages the monitoring data into physical A2B data channels from the sampling rate of the running data to the physical sampling rate (i.e., 48kHz). For this purpose, a packet protocol is constructed to define how to package monitoring data into physical A2B data channels. The DSP in the power amplifier packages the monitoring data according to the packet protocol. The packet protocol is constructed to support different monitoring data types, different numbers of monitoring data channels, and different monitoring data sampling rates. The following will refer to... Figure 3 Describe the data packet protocol.

[0033] Figure 3 This illustrates an example of how monitoring data can be packaged into a data stream within a physical A2B channel according to a packet protocol. Based on the packet protocol, a data frame can be configured to include a synchronous data unit within a physical A2B channel (e.g., ...). Figure 3 The SYNC shown), and at least one information data unit (e.g., Figure 3 The MAGIC shown) and at least one monitoring data unit (e.g., Figure 3 (DATA shown). Figure 3 The frame shown is just an example for illustration. The length of the data frame may vary depending on the sampling rate of the monitored data.

[0034] For example, the SYNC data unit can be filled with a SYNC value used to synchronize monitoring data in a physical A2B data channel. For example, it might be fixed at 0x68686868. The MAGIC data unit can be configured to include four sub-units, each filled with four values ​​representing different information. Each sub-unit can be one byte long. For example, as... Figure 3 As shown, the four sub-units can include a MAGIC ID sub-unit, an ID sub-unit, an SR sub-unit, and an NS sub-unit. The MAGIC ID sub-unit is merely an identifier and can be fixed to, for example, 0xBB. The ID sub-unit indicates the type of monitored signal. Users can define a total of 255 signal types. The SR sub-unit indicates the sampling rate of the monitored data, which is the running sampling rate of the monitored data in the DSP algorithm. Users can only define 10 sampling rate values. Other values ​​are invalid. The SR sub-unit indicates the number of monitored data channels.

[0035] Examples will be provided below for illustration. Various examples will be presented for illustrative purposes, but are not intended to be exhaustive or limiting to the disclosed embodiments. Many modifications and variations will be apparent to those skilled in the art without departing from the scope and spirit of the described embodiments.

[0036] In one example, suppose a Road Noise Cancellation (RNC) algorithm is running in a power amplifier, and it is necessary to monitor 12 channels of sensor signals (ACC signals), 8 channels of microphone signals (MIC signals), and 8 channels of speaker signals (SPK signals) in real time at a sampling rate of 1.5 kHz. That is, the monitoring data sampling rate is 1.5 kHz, and the physical A2B channel sampling rate is 48 kHz, as previously stated. Therefore, the total number of data channels at a 1.5 kHz sampling rate in a single physical A2B channel can be calculated as follows:

[0037]

[0038] Meanwhile, if only one physical A2B channel is used, the number of data channels consumed at 1.5kHz can be calculated as follows:

[0039] CH 消耗数据通道 =NUM SYNC +NUM MAGIC +NUM 信号

[0040] =1 + (1 + 1 + 1) + (12 + 8 + 8) = 32

[0041] CH 总数据通道 equals CH 消耗数据通道 This means that in the example, one physical A2B channel is sufficient. Figure 4 The results of the data packets are given in the text.

[0042] In another example, suppose an RNC algorithm is running in a power amplifier, and 16 channels of ACC signals, 8 channels of MIC signals, and 8 channels of SPK signals need to be monitored in real time at a sampling rate of 1.5 kHz. That is, the monitoring data sampling rate is 1.5 kHz, and the physical A2B channel sampling rate is 48 kHz. Therefore, the total number of data channels at a 1.5 kHz sampling rate in one physical A2B channel can be calculated as follows:

[0043]

[0044] Meanwhile, if only one physical A2B channel is used, the number of data channels consumed at 1.5kHz can be calculated as follows:

[0045] CH 消耗数据通道 =NUM SYNC +NUM MAGIC +NUM 信号

[0046] =1 + (1 + 1 + 1) + (16 + 8 + 8) = 36

[0047] CH 总数据通道 Less than CH 消耗数据通道 This means that one physical A2B channel is not enough in this example. The user needs to consider moving the last 8 SPK signals to a second physical A2B channel.

[0048] Therefore, the total number of data channels in the two physical A2B channels at a sampling rate of 1.5kHz can be calculated as follows:

[0049]

[0050] Furthermore, if two physical A2B channels are used, the number of data channels consumed at a 1.5kHz sampling rate can be calculated as follows:

[0051] CH 消耗数据通道 =NUM SYNC +NUM MAGIC +NUM 信号 = (1+1)+(1+1+1)+(16+8+8)=37

[0052] When using two physical A2B channels, CH 总数据通道 Greater than CH 消耗数据通道 Therefore, in this example, the user needs to use two physical A2B channels for the packaged monitoring data. The packaged data stream based on the aforementioned packet protocol is... Figure 5 As shown in the image.

[0053] Furthermore, in another example, when running the In-Engine Sound Synthesis (iESS) algorithm within a power amplifier, the user needs to monitor six iESS signals in real time at a 6kHz sampling rate. That is, the monitoring data sampling rate is 6kHz, and the physical A2B channel sampling rate is 48kHz, as previously mentioned. Therefore, the total number of data channels in a single physical A2B channel at a 6kHz sampling rate can be calculated as follows:

[0054]

[0055] Meanwhile, if only one physical A2B channel is used, the number of data channels consumed at 6kHz can be calculated as follows:

[0056] CH 消耗数据通道 =NUM SYNC +NUM MAGIC +NUM 信号 =1+1+6=8

[0057] CH 总数据通道 equals CH 消耗数据通道 This means that in this example, one physical A2B channel is sufficient. The packaged data stream based on the aforementioned packet protocol... Figure 6 As shown in the image.

[0058] Figure 7 The illustration shows a schematic of the packed data in the physical A2B channels in an example of monitoring 12-channel ACC signals, 8-channel MIC signals, and 8-channel SPK signals at a sampling rate of 1.5 kHz. Figure 8 yes Figure 7 A magnified view of a portion of the image. Figure 7 and Figure 8 This visually illustrates the packaged data stream according to the data packaging protocol described above.

[0059] Figure 9This diagram illustrates the display of monitoring data in a visualizer. Although Figure 9 The ACC signal of the RNC algorithm in one channel is shown as an example, presented for illustrative purposes only and not intended to be exhaustive or limited to the disclosed implementation.

[0060] In addition to the examples above, the packet protocol also includes two special cases where data is monitored simultaneously at 24kHz and 48kHz sampling rates. For the 48kHz data monitoring case, the SYNC and MAGIC modes have no "position" in the data stream. In this case, when the visualizer does not find SYNC and MAGIC, the monitored data can be treated as a 48kHz sampling rate signal. However, the visualizer may not be aware of the signal type.

[0061] For 24kHz data monitoring, users can place either SYNC or MAGIC modes in the data stream. In this case, if the visualizer only detects the SYNC mode with one subsequent sample, the sampling rate can be considered as 24kHz. If the visualizer only detects the MAGIC mode with one subsequent sample, it can extract information from the MAGIC mode, obtaining information about the data type, data sampling rate, and number of data channels. Conversely, if only the MAGIC mode with one subsequent sample is detected, the visualizer can deduce that the data sampling rate should be considered as 24kHz and the number of data channels should be fixed at 1.

[0062] Figure 10 A flowchart illustrating a method for real-time data monitoring of a vehicle according to one or more embodiments is shown. Figure 10 As shown in box 1010, the packaging step can be performed, for example, via a DSP in the vehicle's power amplifier. Monitoring data can be packaged into one or more physical A2B channels according to a data packet protocol.

[0063] Then, in box 1020, the packaged monitoring data can be transmitted via the A2B bus. For example, the packaged data can be transmitted to the USB-A2B box via the A2B bus through a power amplifier. The USB-A2B box then transmits the packaged data to the monitoring device, for example, via the USB bus.

[0064] In box 1030, the packaged monitoring data can be unpacked, and the unpacked monitoring data can be displayed to the user. For example, the packaged monitoring data can be unpacked by a visual device in a monitoring device with a pre-defined data packet protocol. The unpacked data can then be displayed to the user. This can be achieved by using... Figure 10The method shown allows users to monitor all data in the vehicle's power amplifier for different data types, different data sampling rates, and different numbers of data channels. Furthermore, all data can be monitored simultaneously.

[0065] Figure 11 This illustrates a method for packaging data based on a packet protocol according to one or more implementation schemes. For example... Figure 11 As shown in box 1110, a first quantity value of the total number of data channels for the monitoring data can be calculated. For example, the first quantity value of the total number of data channels can be calculated based on the sampling rate of the monitoring data and the sampling rate of the A2B channel.

[0066] In box 1120, a second quantity value of data channels consumed by monitoring data can be calculated when using a single physical A2B channel. For example, the second quantity value of data channels consumed by monitoring data can be calculated based on the number of signal types, the total number of signals, and the number of information data units of a single physical A2B channel.

[0067] In box 1130, the first quantity value is compared with the second quantity value. If the first quantity value is equal to or greater than the second quantity value, then in box 1140, the monitoring data is packaged into a single physical A2B channel. If the first quantity value is less than the second quantity value, then in box 1150, the monitoring data is packaged into more than one physical A2B channel.

[0068] This article describes various examples, implementation schemes, and aspects for monitoring all data in a vehicle power amplifier for different data types, different data sampling rates, and different numbers of data channels, in order to optimize the ease of system tuning for the user.

[0069] Various embodiments have been described for illustrative purposes, but are not intended to be exhaustive or limited to the disclosed embodiments. Many modifications and variations will be apparent to those skilled in the art without departing from the scope and spirit of the described embodiments. The terminology used herein has been chosen to best explain the principles of the embodiments, their practical application, or technical improvements to technologies found in the market, or to enable others skilled in the art to understand the embodiments disclosed herein.

[0070] Reference has been made to the embodiments presented in this disclosure above. However, the scope of this disclosure is not limited to the specific embodiments described. Rather, any combination of the foregoing features and elements is contemplated for implementing and practicing the contemplated embodiments, regardless of whether different embodiments are involved. Furthermore, while the embodiments disclosed herein may achieve advantages over other possible solutions or over the prior art, whether a given embodiment achieves a particular advantage does not limit the scope of this disclosure. Therefore, the foregoing aspects, features, embodiments, and advantages are merely illustrative and should not be considered as elements or limitations of the appended claims unless expressly stated in the claims.

[0071] The aspects of this disclosure may take the form of a completely hardware implementation, a completely software implementation (including firmware, resident software, microcode, etc.), or an implementation combining software and hardware aspects, which may generally be referred to herein as a “circuit,” a “module,” or a “system.”

[0072] This disclosure can be a system, method, and / or computer program product. A computer program product may include one or more computer-readable storage media having computer-readable program instructions for causing a processor to perform aspects of this disclosure.

[0073] Computer-readable storage media can be tangible means capable of retaining and storing instructions for use by an instruction execution device. Computer-readable storage media can be, for example, but not limited to, electronic storage devices, magnetic storage devices, optical storage devices, electromagnetic storage devices, semiconductor storage devices, or any suitable combination of the foregoing. A non-exhaustive list of more specific examples of computer-readable storage media includes: portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), static random access memory (SRAM), portable optical disc read-only memory (CD-ROM), digital multifunction disc (DVD), memory sticks, floppy disks, mechanical encoding devices such as punched cards or recessed protrusions on which instructions are recorded, and any suitable combination of the foregoing media. As used herein, computer-readable storage media should not be construed as being a transient signal, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through waveguides or other transmission media (e.g., light pulses through fiber optic cables), or electrical signals transmitted through wires.

[0074] The computer-readable program instructions described herein can be downloaded from a computer-readable storage medium to a corresponding computing / processing device, or downloaded to an external computer or external storage device via a network such as the Internet, a local area network, a wide area network, and / or a wireless network. The network may include copper transmission cables, fiber optic transmissions, wireless transmissions, routers, firewalls, switches, gateway computers, and / or edge servers. A network adapter card or network interface in each computing / processing device receives the computer-readable program instructions from the network and forwards them to a computer-readable storage medium within the corresponding computing / processing device.

[0075] This document describes aspects of the disclosure with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the disclosure. It should be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks of the flowchart illustrations and / or block diagrams, can be implemented by computer-readable program instructions.

[0076] These computer-readable program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing apparatus to produce a machine such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create components for implementing the functions / actions specified in one or more flowchart and / or block diagram blocks. These computer-readable program instructions can also be stored in a computer-readable storage medium that can direct a computer, programmable data processing apparatus, and / or other means to operate in a particular manner, such that the computer-readable storage medium having the instructions stored therein comprises an article of manufacture comprising instructions for implementing aspects of the functions / actions specified in one or more flowchart and / or block diagram blocks.

[0077] Computer-readable program instructions may also be loaded onto a computer, other programmable data processing apparatus or other device to cause a series of operational steps to be performed on the computer, other programmable apparatus or other device, thereby creating a computer-implemented process such that the instructions to be executed on the computer, other programmable apparatus or other device perform the functions / actions specified in one or more flowchart and / or block diagram frames.

[0078] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of the present disclosure. In this respect, each block in a flowchart or block diagram may represent a module, segment, or portion of instructions comprising one or more executable instructions for implementing a specified logical function. In some alternative embodiments, the functions mentioned in the blocks may not appear in the order shown in the drawings. For example, two blocks shown consecutively may actually be executed substantially simultaneously, or these blocks may sometimes be executed in reverse order, depending on the functionality involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, may be implemented by a dedicated hardware-based system that performs the specified function or action, or performs a combination of dedicated hardware and computer instructions.

[0079] Although the foregoing describes an embodiment of this disclosure, other and more embodiments of this disclosure may be devised without departing from its essential scope, which is defined by the appended claims.

Claims

1. A method for real-time data monitoring of vehicles, the method comprising: According to the data packet protocol, the monitoring data is packaged into one or more physical automotive audio bus (A2B) channels; The packaged monitoring data is transmitted via the A2B bus; as well as Unpack the transmitted data and display the unpacked monitoring data; The data packet protocol is configured to form a data frame, the data frame including a synchronization data unit, at least one information data unit, and at least one monitoring data unit for a physical A2B channel; in: The synchronization data unit is filled with a value used to synchronize the monitoring data in a physical A2B channel; The information data unit includes four sub-units, each filled with four values, each value representing one of the following: the identifier of the monitoring data, the signal type, the sampling rate, and the number of data channels. and The monitoring data unit is filled with the monitoring data associated with the information data unit.

2. The method of claim 1, wherein packaging the monitoring data further includes: Calculate a first number of data channels used for the monitoring data; When using a physical A2B channel, calculate the second quantity value of the data channels consumed by the monitoring data; Compare the first quantity value with the second quantity value; as well as Based on the comparison, the monitoring data is packaged into one or more physical A2B channels.

3. The method of claim 2, further comprising: If the first quantity value is equal to or greater than the second quantity value, the monitoring data is packaged into a physical A2B channel.

4. The method of claim 2, further comprising: If the first quantity value is less than the second quantity value, the monitoring data is packaged into more than one physical A2B channel.

5. The method of claim 2, wherein calculating the first number of total data channels used for the monitoring data comprises: The first quantity value of the total data channels is calculated based on the sampling rate of the monitoring data and the sampling rate of the A2B channel.

6. The method of claim 2, wherein calculating the second quantity value of the data channels consumed by the monitoring data includes: A second quantity value for the consumed data channel is calculated based on the number of information data units in a physical A2B channel, the number of signal types, and the total number of signals of the monitoring data.

7. The method of claim 1, wherein unpacking includes extracting information from the at least one information data unit of the packaged data to obtain the signal type, the sampling rate, and the number of data channels of the monitoring data.

8. A system for real-time data monitoring of vehicles, the system comprising: A power amplifier configured to package monitoring data into one or more physical automotive audio bus (A2B) channels according to a data packet protocol, and to transmit the packaged monitoring data via the A2B bus. USB-A2B box, the USB-A2B box being configured to receive and transmit packaged monitoring data via an A2B bus; as well as A monitoring device configured to receive the packaged monitoring data from the USB-A2B box, unpack the transmitted data according to the data packet protocol, and display the unpacked monitoring data; The data packet protocol is configured to form a data frame, the data frame including a synchronization data unit, at least one information data unit, and at least one monitoring data unit for a physical A2B channel; in: The synchronization data unit is filled with a value used to synchronize the monitoring data in a physical A2B channel; The information data unit includes four sub-units, each filled with four values, each value representing one of the following: the identifier of the monitoring data, the signal type, the sampling rate, and the number of data channels. and The monitoring data unit is filled with the monitoring data associated with the information data unit.

9. The system of claim 8, wherein the power amplifier is further configured to: Calculate the first number of data channels for the total monitored data; When using a physical A2B channel, calculate the second quantity value of the data channels consumed by the monitoring data; Compare the first quantity value with the second quantity value; as well as Based on the comparison results, the monitoring data is packaged into one or more physical A2B channels.

10. The system of claim 9, wherein the power amplifier is further configured to: If the first quantity value is equal to or greater than the second quantity value, the monitoring data is packaged into a physical A2B channel.

11. The system of claim 9, wherein the power amplifier is further configured to: If the first quantity value is less than the second quantity value, the monitoring data is packaged into more than one physical A2B channel.

12. The system of claim 9, wherein the power amplifier is further configured to calculate a first number of total data channels based on the sampling rate of the monitoring data and the sampling rate of the A2B channel.

13. The system of claim 9, wherein the power amplifier is further configured to calculate a second quantity value of the data channel consumed based on the number of information data units of a physical A2B channel, the number of signal types, and the total number of signals of the monitoring data.

14. The system of claim 8, wherein the monitoring device is further configured to extract information from the at least one information data unit of the packaged data to obtain the signal type, the sampling rate, and the number of data channels of the monitoring data.

15. A computer-readable medium having computer-executable instructions for performing the method according to any one of claims 1 to 7.

Images