Atypical sampling bit width data transmission method, device, equipment and medium

Abstract

The invention discloses an atypical sampling bit width data transmission method and device, equipment and a medium. Comprising the steps of obtaining a target transmission protocol and constructing instances according to target transmission protocol requirements; calculating the number of temporary frame bytes according to the instance, and when the number of temporary frame bytes is not an integer, determining that the current scene is atypical sampling bit width transmission; and determining a transmission frame number based on the temporary frame byte number, generating aggregation reconstruction data according to the transmission frame number, and performing data transmission based on the aggregation reconstruction data. By constructing an instance, protocol rules and parameters which need to be followed by data transmission can be determined. An atypical sampling bit width transmission scene is determined by calculating the number of temporary frame bytes, and a scene basis is provided for subsequently adopting an aggregation reconstruction scheme in a targeted manner. By determining the number of transmission frames, the atypical sampling bit width data can meet protocol requirements after being aggregated and reconstructed, redundant bits do not need to be supplemented or the sampling rate does not need to be reduced, protocol compatible transmission of the atypical data is directly achieved, and meanwhile the effective bandwidth utilization rate and the data transmission efficiency are guaranteed.

Description

Technical Field

[0001] This invention relates to the field of data transmission, and in particular to a method, apparatus, device, and medium for transmitting data with a non-typical sampling bit width. Background Technology

[0002] In the field of high-speed serial data transmission technology, the JESD204B / C protocol is a core interface protocol based on high-speed serializer / deserializer technology, and is widely used for data interaction between high-speed analog-to-digital converters, digital-to-analog converters and digital processors.

[0003] When encountering scenarios with atypical sampling bit widths, existing technologies mainly adapt to the protocol by adding control bits and tail bits to the end of the sampled data or by reducing the sampling rate of the analog-to-digital converter.

[0004] Adding control bits and tail bits to the sampled data increases data redundancy and directly reduces effective bandwidth utilization. Sacrificing sampling rate to adapt to the protocol results in the analog-to-digital converter's performance not being fully utilized, failing to meet the dual requirements of sampling accuracy and transmission efficiency in high-speed data transmission scenarios. Furthermore, neither method fundamentally resolves the contradiction between atypical parameters and protocol compatibility, making them unsuitable for applications with high bandwidth and sampling rate requirements. Summary of the Invention

[0005] This invention provides a method, apparatus, device, and medium for transmitting data with atypical sampling bit width. By aggregating and reconstructing data according to the target transmission protocol into a new logical frame that meets the protocol requirements, it solves the problems of link layer synchronization failure and encoding / decoding errors caused by direct transmission of atypical parameter sampling data, as well as the problems of sacrificing sampling rate or reducing bandwidth utilization in existing solutions.

[0006] According to one aspect of the present invention, a method for transmitting data with atypical sampling bit width is provided, the method comprising:

[0007] Obtain the target transport protocol and construct an instance according to the requirements of the target transport protocol;

[0008] The number of temporary frame bytes is calculated based on the example. When the number of temporary frame bytes is not an integer, the current scenario is determined to be a non-typical sampling bit width transmission.

[0009] The number of transmission frames is determined based on the number of temporary frame bytes. Aggregated reconstructed data is generated based on the number of transmission frames, and data is transmitted based on the aggregated reconstructed data.

[0010] Optionally, an instance is constructed according to the requirements of the target transmission protocol, including: determining the protocol constraints and parameter definitions of the target transmission protocol and generating them, wherein the protocol constraints include frame data composition requirements and byte alignment rules; extracting hardware parameters of the actual hardware composition based on the parameter definitions; and constructing an instance based on the protocol constraints and hardware parameters.

[0011] Optionally, the number of temporary frame bytes is calculated based on the instance, including: identifying the core parameters and fixed conditions of the instance, wherein the core parameters include the number of conversions, the sampling bit width, and the number of transmission channels, and the fixed conditions include the number of samples per frame; obtaining the preset frame byte count formula, and substituting the core parameters and fixed conditions into the preset frame byte count formula to calculate the number of temporary frame bytes.

[0012] Optionally, determining the number of transmission frames based on the number of temporary frame bytes includes: obtaining a preset frame number determination rule, wherein the frame number determination rule is that the product of the number of transmission frames and the number of temporary bytes is a positive integer; substituting the number of temporary frame bytes into the frame number determination rule to determine the smallest positive integer that conforms to the frame number determination rule, and using the smallest positive integer as the number of transmission frames.

[0013] Optionally, generating aggregated reconstructed data based on the number of transmission frames includes: constructing a data reassembly module based on the number of transmission frames; collecting continuous atypical sampling bit width data through the data reassembly module; aggregating and splicing the collected atypical sampling bit width data through a shift register to generate total bit width data; and splitting the total bit width data according to protocol constraints to generate aggregated reconstructed data.

[0014] Optionally, the method further includes: substituting the number of transmission frames, core parameters, and fixed conditions into a preset frame byte count formula to calculate the corrected frame byte count; calculating the virtual sampling bit width based on the number of transmission frames, the corrected frame byte count, and the sampling bit width; and updating the protocol parameter configuration based on the number of transmission frames, the corrected frame byte count, and the virtual sampling bit width.

[0015] Optionally, the method also includes: obtaining a predefined synchronization identifier and adding the synchronization identifier to the header of the aggregated reconstructed data.

[0016] According to another aspect of the present invention, an atypical sampling bit-width data transmission device is provided, the device comprising:

[0017] The protocol instance construction module is used to obtain the target transport protocol and construct an instance according to the requirements of the target transport protocol.

[0018] The temporary frame byte count determination module is used to calculate the temporary frame byte count based on the instance. When the temporary frame byte count is not an integer, it is determined that the current scenario is a non-typical sampling bit width transmission.

[0019] The data aggregation and reconstruction module is used to determine the number of transmission frames based on the number of temporary frame bytes, generate aggregated and reconstructed data based on the number of transmission frames, and perform data transmission based on the aggregated and reconstructed data.

[0020] According to another aspect of the present invention, an electronic device is provided, the electronic device comprising:

[0021] At least one processor;

[0022] and a memory communicatively connected to the at least one processor;

[0023] The memory stores a computer program that can be executed by the at least one processor, which enables the at least one processor to execute an atypical sampling bit-width data transmission method according to any embodiment of the present invention.

[0024] According to another aspect of the present invention, a computer-readable storage medium is provided, the computer-readable storage medium storing computer instructions for causing a processor to execute and implement an atypical sampling bit-width data transmission method as described in any embodiment of the present invention.

[0025] The technical solution of this invention, through the construction of examples, clarifies the protocol rules and parameters that data transmission must follow. Based on these examples, the number of temporary frame bytes is calculated. This calculation determines atypical sampling bit-width transmission scenarios, providing a clear scenario basis for subsequent targeted adoption of aggregation and reconstruction schemes. By determining the number of transmission frames, atypical sampling bit-width data can be aggregated and reconstructed to meet protocol requirements without needing to add redundant bits or reduce the sampling rate. This directly achieves protocol-compatible transmission of atypical data while ensuring effective bandwidth utilization and data transmission efficiency.

[0026] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of the present invention, nor is it intended to limit the scope of the invention. Other features of the invention will become readily apparent from the following description. Attached Figure Description

[0027] To more clearly illustrate the technical solutions in the embodiments of the present invention, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0028] Figure 1 This is a flowchart of an atypical sampling bit-width data transmission method provided in Embodiment 1 of the present invention;

[0029] Figure 2 This is a flowchart of another atypical sampling bit-width data transmission method provided in Embodiment 2 of the present invention;

[0030] Figure 3 This is a schematic diagram of an aggregated and reconstructed data structure provided in Embodiment 2 of the present invention;

[0031] Figure 4 This is a schematic diagram of a non-typical sampling bit-width data transmission device according to Embodiment 3 of the present invention;

[0032] Figure 5 This is a schematic diagram of the structure of an electronic device that implements an atypical sampling bit-width data transmission method according to an embodiment of the present invention. Detailed Implementation

[0033] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.

[0034] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of the invention described herein can be implemented 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.

[0035] Example 1

[0036] Figure 1 This is a flowchart illustrating an atypical sampling bit-width data transmission method according to Embodiment 1 of the present invention. This embodiment is applicable to atypical sampling bit-width data transmission scenarios. The method can be executed by an atypical sampling bit-width data transmission device, which can be implemented in hardware and / or software and can be configured in a computer controller. Figure 1 As shown, the method includes:

[0037] S110. Obtain the target transmission protocol and construct an instance according to the requirements of the target transmission protocol.

[0038] The target transmission protocol refers to the standard protocol used in non-typical sampling bit-width data transmission, specifying the data transmission format, parameter requirements, etc. The target transmission protocol can be the JESD204B / C protocol. The target transmission protocol clearly defines the control bits, tail bits, sampled data bits, and transmission channel rate requirements for each data frame; all data transmission operations must adhere to the constraints of this protocol. Constructing an instance refers to building a specific data transmission scenario model based on the requirements of the target transmission protocol, including various parameters related to data transmission in that scenario. Constructing instances provides concrete parameter basis for subsequent operations such as calculating the number of temporary frame bytes and determining whether it is a non-typical sampling bit-width transmission, giving the abstract transmission method practical application scenario support.

[0039] Optionally, an instance is constructed according to the requirements of the target transmission protocol, including: determining the protocol constraints and parameter definitions of the target transmission protocol and generating them, wherein the protocol constraints include frame data composition requirements and byte alignment rules; extracting hardware parameters of the actual hardware composition based on the parameter definitions; and constructing an instance based on the protocol constraints and hardware parameters.

[0040] The protocol constraints include frame data composition requirements and byte alignment rules. Frame data composition requirements mean that each frame must contain a control bit (CS), a tail bit (T), and N bits of sampled data, where N is typically a multiple of 8. Byte alignment rules mean that the data transmission channel rate must meet the following formula: and This ensures that each frame transmits data in whole bytes; otherwise, it can cause link synchronization or encoding / decoding problems. Parameter definitions clarify the meaning of key parameters in the protocol, including M, which is the number of conversions per device (i.e., the number of conversion channels in a single analog-to-digital converter (ADC) or digital-to-analog converter (DAC); N, which is the conversion resolution (i.e., the ADC sampling bit width); and so on. N is the word length after adding control bits and tail bits. If the N value meets the typical parameters, no padding is done. S is the number of samples transmitted per frame. It is usually taken as 1 to ensure that the frame clock and the sampling clock are in sync. L is the number of data transmission channels. F is the number of bytes per frame. The protocol requires that it must be an integer. SC is the AD sampling clock. FC is the frame clock for data transmission through the Serial Data Interface for Data Converters (JESD).

[0041] Specifically, the actual hardware includes an ADC chip and a digital processor. For example, taking a scenario where a 2-channel 12-bit ADC chip transmits data with a digital processor via the JESD204B protocol, the extracted hardware parameters include: the number of ADC conversion channels M is 2, corresponding to a 2-channel ADC chip; the ADC sampling bit width N is 12, meaning the ADC outputs a 12-bit digital signal per sample; the number of transmission channels L is 4, meaning the ADC and digital processor use 4 channels to transmit data; and S is a normal value of 1 to ensure the frame clock is synchronized with the sampling clock. Finally, by combining the determined protocol constraints and the extracted hardware parameters M=2, N=12, L=4, and S=1, a specific transmission example can be built. This example demonstrates how a 2-channel 12-bit ADC transmits data via 4 channels according to the JESD204B protocol, but the frame byte count does not meet the integer requirement due to the atypical sampling bit width. This example conforms to the actual hardware configuration and reflects the transmission problem under protocol constraints, providing a specific scenario for solving atypical parameter transmission problems in the future.

[0042] S120. Calculate the number of temporary frame bytes based on the example. If the number of temporary frame bytes is not an integer, determine that the current scenario is a non-typical sampling bit width transmission.

[0043] The temporary frame byte count refers to the number of data bytes per frame calculated based on the parameters in the constructed instance, without considering supplementary control bits and tail bits. The temporary frame byte count is the core basis for determining whether the current transmission scenario is an atypical sampling bit width transmission. Whether it is an integer can quickly define the transmission scenario type. When the calculated temporary frame byte count is an integer, it indicates that the current sampling bit width meets the requirements of the target transmission protocol and belongs to typical sampling bit width transmission; when the temporary frame byte count is not an integer, the current scenario is determined to be an atypical sampling bit width transmission. Atypical sampling bit width transmission refers to a transmission scenario where, during data transmission, the sampling bit width of the ADC chip does not meet the requirement that N is a multiple of 8, resulting in a non-integer temporary frame byte count when transmitting according to the conventional JESD204B / C protocol, failing to meet the protocol's minimum data unit alignment requirements. In this scenario, directly transmitting data will lead to link layer synchronization failure and encoding / decoding errors. Existing conventional solutions require sacrificing the sampling rate or adding redundant bits to solve this, but this will reduce the effective bandwidth utilization.

[0044] Optionally, the number of temporary frame bytes is calculated based on the instance, including: identifying the core parameters and fixed conditions of the instance, wherein the core parameters include the number of conversions, the sampling bit width, and the number of transmission channels, and the fixed conditions include the number of samples per frame; obtaining the preset frame byte count formula, and substituting the core parameters and fixed conditions into the preset frame byte count formula to calculate the number of temporary frame bytes.

[0045] The core parameters include the number of conversions (M), sampling bit width, and number of transmission channels. The number of conversions (M) refers to the number of conversion channels in a single ADC. For example, in the example, a 2-channel ADC chip has an M value of 2. The value of M is determined by the actual channel configuration of the hardware. The sampling bit width (N) refers to the conversion resolution of the ADC, which is 12 bits in the example, not a multiple of 8, and is therefore a non-typical parameter. The number of transmission channels (L) refers to the number of data transmission channels between the ADC and the digital processor, set to 4 channels in the example, determined by the hardware connection method. The fixed condition refers to the number of samples per frame (S). According to the common application scenarios of the JESD204B / C protocol, to ensure that the frame clock and sampling clock are synchronized, S is usually fixed at 1, meaning that one sampling period of data is transmitted per frame. S does not change during the calculation process.

[0046] Specifically, the preset formula for the number of bytes in a temporary frame is as follows: ,in, M is the number of bytes in the temporary frame, N is the conversion number, L is the sampling bit width, L is the number of transmission channels, and S is the number of samples per frame. The denominator 8 is because the protocol requires the data transmitted in the link to be aligned to 8 bits per byte, so the total number of bits of the sampled data needs to be converted into the number of bytes. For example, the core parameters M=2, N=12, L=4 and the fixed condition S=1 can be substituted into the formula, and the calculation process is as follows: =(2×1×12) / (8×4)=24 / 32=0.75, and the final number of temporary frame bytes is 0.75. This result is not an integer, which also confirms that this example belongs to an atypical sampling bit width transmission scenario.

[0047] S130. Determine the number of transmission frames based on the number of temporary frame bytes, generate aggregated reconstructed data based on the number of transmission frames, and perform data transmission based on the aggregated reconstructed data.

[0048] In this context, the transmission frame count refers to the number of consecutive sampled data frames that need to be aggregated to ensure that the aggregated and reconstructed data meets the requirement of an integer number of bytes per frame in the target transmission protocol, under atypical sampling bit width transmission scenarios. Aggregation based on the transmission frame count ensures that the product of the temporary frame byte count and the frame count is a positive integer, thus making the aggregated data conform to the protocol requirements. Aggregated and reconstructed data refers to aggregating K consecutive frames of atypical sampling bit width sampled data using a shift register and reconstructing them into new logical frame data that conforms to the JESD204B / C protocol requirements, where K is the determined transmission frame count.

[0049] Optionally, determining the number of transmission frames based on the number of temporary frame bytes includes: obtaining a preset frame number determination rule, wherein the frame number determination rule is that the product of the number of transmission frames and the number of temporary bytes is a positive integer; substituting the number of temporary frame bytes into the frame number determination rule to determine the smallest positive integer that conforms to the frame number determination rule, and using the smallest positive integer as the number of transmission frames.

[0050] It is known that the JESD204B / C protocol requires that the data transmitted in each frame must be an integer number of bytes, that is, the frame byte count F must be a positive integer, while the temporary frame byte count... This is the calculation result without adding redundant bits, and may be a non-integer. Therefore, the preset frame number determination rule is: the number of transmission frames K and the number of temporary frame bytes. The product must be a positive integer, that is, it must satisfy the formula. ,in, Represents a positive integer. By aggregating multi-frame data, the number of bytes in a single frame that is not an integer is rounded up, so that the total amount of data after aggregation meets the byte alignment requirements of the protocol, while avoiding the addition of redundant bits that would lead to bandwidth waste.

[0051] For example, the number of bytes in the temporary frame calculated earlier. =0.75. (The rest of the text appears to be a mix of characters and symbols, possibly representing a corrupted or incomplete sentence.) =0.75 Substituted into the frame rate determination rule The smallest positive integer K is verified sequentially: when K=1, 1×0.75=0.75, which is not a positive integer; when K=2, 2×0.75=1.5, which is still not a positive integer; when K=3, 3×0.75=2.25, which is still not a positive integer; when K=4, 4×0.75=3, which is exactly a positive integer. Therefore, the smallest positive integer K that meets the rule is 4. Using 4 as the transmission frame number for this instance, subsequent reconstruction can be achieved by aggregating 4 frames of data, ensuring the total data volume meets the protocol requirements.

[0052] Optionally, the method further includes: substituting the number of transmission frames, core parameters, and fixed conditions into a preset frame byte count formula to calculate the corrected frame byte count; calculating the virtual sampling bit width based on the number of transmission frames, the corrected frame byte count, and the sampling bit width; and updating the protocol parameter configuration based on the number of transmission frames, the corrected frame byte count, and the virtual sampling bit width.

[0053] The preset formula for the number of bytes in the modified frame is based on the formula for the number of bytes in the temporary frame, and introduces the number of transmission frames K. The formula is as follows: Where F is the number of bytes in the correction frame, M is the number of conversions, S is the number of samples per frame, N is the sampling bit width, L is the number of transmission channels, and K is the number of transmission frames already determined. Taking an example, with core parameters M=2, N=12, L=4, fixed condition S=1, and the number of transmission frames already determined K=4, we get F=(2×1×12×4) / (8×4)=96 / 32=3, resulting in the number of bytes in the correction frame F=3. This result is an integer, satisfying the constraint that the number of bytes per frame in the JESD204B / C protocol must be an integer, thus solving the problem of the number of bytes in temporary frames being non-integer.

[0054] Furthermore, based on the principle of multi-frame aggregation under the JESD204B / C protocol, the total amount of sampled data after aggregation is equal to the amount of virtual sampled data corresponding to the corrected frame. Therefore, the formula for calculating the virtual sampling bit width is derived as follows: ,in, Here, K is the virtual sampling bit width, N is the number of transmission frames, F is the actual sampling bit width, and F is the number of modified frame bytes. Using the example parameters again, K=4, N=12, F=3, substituting them into the formula yields... =(4×12) / 3=16, which is the virtual sampling bit width =16 bits. By aggregating multiple frames, it virtually forms logical frame data that conforms to the common bit width of the protocol, making data transmission compatible at the protocol level.

[0055] Specifically, the link configuration of the JESD204B / C protocol needs to include key parameters such as M, S, N, L, F, K, and Np. Previously, the transmission frame number K and virtual sampling bit width were not included. At that time, the parameter configuration such as M=2, S=1, N=12, L=4, F=0.75, K=1 did not meet the protocol requirements; now, combined with the calculated number of transmission frames K=4, the number of corrected frame bytes F=3, and the virtual sampling bit width... =16, update the protocol parameters, the updated configuration is M=2, S=1, N=12, =16, L=4, F=3, K=4. The updated parameters retain the core parameters of the actual hardware, such as N=12 and M=2, while also incorporating K and... The introduction of F makes F an integer, while ensuring that the channel rate for data transmission remains at its maximum value and does not change, fully meeting the link configuration requirements of the JESD204B / C protocol and laying the foundation for subsequent data aggregation, transmission and synchronization.

[0056] The technical solution of this invention, through the construction of examples, clarifies the protocol rules and parameters that data transmission must follow. Based on these examples, the number of temporary frame bytes is calculated. This calculation determines atypical sampling bit-width transmission scenarios, providing a clear scenario basis for subsequent targeted adoption of aggregation and reconstruction schemes. By determining the number of transmission frames, atypical sampling bit-width data can be aggregated and reconstructed to meet protocol requirements without needing to add redundant bits or reduce the sampling rate. This directly achieves protocol-compatible transmission of atypical data while ensuring effective bandwidth utilization and data transmission efficiency.

[0057] Example 2

[0058] Figure 2 This is a flowchart of a non-typical sampling bit-width data transmission method provided in Embodiment 2 of the present invention. This embodiment adds a specific process for generating aggregated reconstructed data based on the number of transmission frames, building upon Embodiment 1. The specific content of steps S210-S220 is largely the same as steps S110-S120 in Embodiment 1, and therefore will not be repeated in this embodiment. Figure 2 As shown, the method includes:

[0059] S210. Obtain the target transmission protocol and construct an instance according to the requirements of the target transmission protocol.

[0060] Optionally, an instance is constructed according to the requirements of the target transmission protocol, including: determining the protocol constraints and parameter definitions of the target transmission protocol and generating them, wherein the protocol constraints include frame data composition requirements and byte alignment rules; extracting hardware parameters of the actual hardware composition based on the parameter definitions; and constructing an instance based on the protocol constraints and hardware parameters.

[0061] S220. Calculate the number of temporary frame bytes based on the instance. If the number of temporary frame bytes is not an integer, determine that the current scenario is a non-typical sampling bit width transmission.

[0062] Optionally, the number of temporary frame bytes is calculated based on the instance, including: identifying the core parameters and fixed conditions of the instance, wherein the core parameters include the number of conversions, the sampling bit width, and the number of transmission channels, and the fixed conditions include the number of samples per frame; obtaining the preset frame byte count formula, and substituting the core parameters and fixed conditions into the preset frame byte count formula to calculate the number of temporary frame bytes.

[0063] S230. Determine the number of transmission frames based on the number of bytes in the temporary frame.

[0064] Optionally, determining the number of transmission frames based on the number of temporary frame bytes includes: obtaining a preset frame number determination rule, wherein the frame number determination rule is that the product of the number of transmission frames and the number of temporary bytes is a positive integer; substituting the number of temporary frame bytes into the frame number determination rule to determine the smallest positive integer that conforms to the frame number determination rule, and using the smallest positive integer as the number of transmission frames.

[0065] S240. A data reconstruction module is constructed based on the number of transmission frames. The data reconstruction module collects continuous atypical sampling bit width data.

[0066] Here, the number of transmission frames K is a previously determined minimum positive integer. The function of the data reconstruction module is to collect continuous atypical sampling bit width data from the ADC output, with K frames as an aggregation unit. Taking the 12-bit atypical sampling bit width ADC in the example as an example, the data reconstruction module will continuously receive the 12-bit sampled data transmitted by the ADC and collect the data according to the rule of every 4 frames as a group, ensuring that the number of frames in each group of data is consistent with the number of transmission frames K, thus providing a fixed amount of raw data for subsequent aggregation and splicing.

[0067] S250: The atypical sampling bit width data collected is aggregated and spliced ​​through the shift register to generate the total bit width data.

[0068] Specifically, shift registers can control the bit-by-bit movement of data via a clock signal, stitching together multiple frames of scattered, atypical sampled data into a continuous data set with a total bit width. For example, four frames of 12-bit data are sequentially stitched together using a shift register. The first frame of 12-bit data enters the register first, followed by the second frame, and so on, until the four frames are finally aggregated into a continuous data set with a total bit width of 4 × 12 = 48 bits. The advantage of shift registers lies in their simple and efficient operation, the elimination of the need for redundant bits, and the preservation of effective bandwidth utilization.

[0069] S260. The total bit width data is split according to the protocol constraints to generate aggregated reconstructed data, and data is transmitted based on the aggregated reconstructed data.

[0070] Specifically, the JESD204B / C protocol requires frame data to conform to byte alignment, i.e., the bit width must be a multiple of 8. Since the commonly compatible sampling bit width is mostly 16 bits (a multiple of 8), the total bit width data needs to be split into logical frames that conform to the protocol requirements. In this example, the total bit width is 48 bits, which is split into 16-bit logical frames. The 48 bits can be divided into three 16-bit logical frames, and each 16-bit logical frame represents the aggregated reconstructed data. Figure 3 This is a schematic diagram of an aggregated and reconstructed data structure provided in Embodiment 2 of the present invention. Figure 3 The data consists of four frames of raw data, each with a sampling bit width of 12 bits. Based on a predetermined transmission frame count of four, four consecutive frames of atypical sampling bit width data are acquired through a data reconstruction module. Then, a shift register is used to aggregate and concatenate the four 12-bit data frames, resulting in a total data width of 48 bits. Finally, the 48-bit data is split into three logical frames, each 16 bits long. Since 16 is a multiple of 8, this conforms to the virtual sampling bit width required by the protocol. Each 16-bit logical frame serves as aggregated and reconstructed data that can be transmitted via the JESD204B / C protocol, and can be directly transmitted subsequently via JESD204B / C, thus resolving the protocol compatibility issue for atypical sampling bit width data.

[0071] Optionally, the method also includes: obtaining a predefined synchronization identifier and adding the synchronization identifier to the header of the aggregated reconstructed data.

[0072] Specifically, in the link layer specification of the JESD204B / C protocol, the synchronization identifier is predefined and used to mark the start position of a frame. Aggregated reconstructed data is obtained by aggregating and splitting multiple frames of atypical sampled data into logical frames, each logical frame constituting an aggregate frame. After generating the aggregate frame, according to protocol requirements, the predefined synchronization identifier is added to the header of each aggregate frame. The receiver of the JESD204B / C protocol determines the start of the frame by detecting the synchronization identifier, thereby achieving link layer synchronization.

[0073] Optionally, the method further includes: substituting the number of transmission frames, core parameters, and fixed conditions into a preset frame byte count formula to calculate the corrected frame byte count; calculating the virtual sampling bit width based on the number of transmission frames, the corrected frame byte count, and the sampling bit width; and updating the protocol parameter configuration based on the number of transmission frames, the corrected frame byte count, and the virtual sampling bit width.

[0074] The technical solution of this invention aggregates and splices the collected atypical sampling bit-width data using a shift register to generate total bit-width data. This leverages the simplicity and efficiency of shift registers to quickly aggregate data while reducing hardware resource consumption and lowering implementation costs. Splitting the total bit-width data according to protocol constraints to generate aggregated and reconstructed data directly ensures that the split data meets the protocol's frame byte count requirements, laying the foundation for compliant transmission. By adding this identifier to the header of the aggregated and reconstructed data frame, the receiving end can accurately identify the start position of the aggregated frame, quickly resolve the aggregation boundary, ensure synchronous data reception and accurate recovery of the original data, and avoid transmission errors caused by synchronization issues.

[0075] Example 3

[0076] Figure 4 This is a schematic diagram of a non-typical sampling bit-width data transmission device provided in Embodiment 3 of the present invention. Figure 4 As shown, the device includes: a protocol instance construction module 310, used to obtain a target transmission protocol and construct an instance according to the requirements of the target transmission protocol;

[0077] The temporary frame byte count determination module 320 is used to calculate the temporary frame byte count based on the instance. When the temporary frame byte count is not an integer, it is determined that the current scenario is a non-typical sampling bit width transmission.

[0078] The data aggregation and reconstruction module 330 is used to determine the number of transmission frames based on the number of temporary frame bytes, generate aggregated and reconstructed data based on the number of transmission frames, and perform data transmission based on the aggregated and reconstructed data.

[0079] Optionally, the protocol instance construction module 310 is specifically used to: determine the protocol constraints and parameter definitions of the target transmission protocol, and generate an instance, wherein the protocol constraints include frame data composition requirements and byte alignment rules; extract hardware parameters of the actual hardware composition based on the parameter definitions; and construct an instance based on the protocol constraints and hardware parameters.

[0080] Optionally, the temporary frame byte count determination module 320 is specifically used to: determine the core parameters and fixed conditions of the instance, wherein the core parameters include the number of conversions, the sampling bit width and the number of transmission channels, and the fixed conditions include the number of samples per frame; obtain the preset frame byte count formula, and substitute the core parameters and fixed conditions into the preset frame byte count formula to calculate the temporary frame byte count.

[0081] Optionally, the data aggregation and reconstruction module 330 specifically includes: a transmission frame number determination unit, used to: obtain a preset frame number determination rule, wherein the frame number determination rule is that the product of the transmission frame number and the temporary byte number is a positive integer; substitute the temporary frame byte number into the frame number determination rule to determine the smallest positive integer that conforms to the frame number determination rule, and use the smallest positive integer as the transmission frame number.

[0082] Optionally, the data aggregation and reconstruction module 330 specifically includes: a data aggregation and reconstruction unit, used for: constructing a data reconstruction module based on the number of transmission frames; collecting continuous atypical sampling bit width data through the data reconstruction module; aggregating and splicing the collected atypical sampling bit width data through a shift register to generate total bit width data; and splitting the total bit width data according to protocol constraints to generate aggregated and reconstructed data.

[0083] Optionally, the device further includes: a parameter configuration update module, used to: calculate the corrected frame byte count by substituting the number of transmission frames, core parameters, and fixed conditions into a preset frame byte count formula based on the number of transmission frames; calculate the virtual sampling bit width based on the number of transmission frames, the corrected frame byte count, and the sampling bit width; and update the protocol parameter configuration based on the number of transmission frames, the corrected frame byte count, and the virtual sampling bit width.

[0084] Optionally, the apparatus further includes: a synchronization identifier adding module, used to: obtain a predefined synchronization identifier and add the synchronization identifier to the header of the aggregate frame of the aggregated reconstructed data.

[0085] The technical solution of this invention, through the construction of examples, clarifies the protocol rules and parameters that data transmission must follow. Based on these examples, the number of temporary frame bytes is calculated. This calculation determines atypical sampling bit-width transmission scenarios, providing a clear scenario basis for subsequent targeted adoption of aggregation and reconstruction schemes. By determining the number of transmission frames, atypical sampling bit-width data can be aggregated and reconstructed to meet protocol requirements without needing to add redundant bits or reduce the sampling rate. This directly achieves protocol-compatible transmission of atypical data while ensuring effective bandwidth utilization and data transmission efficiency.

[0086] The atypical sampling bit width data transmission device provided in this embodiment of the invention can execute the atypical sampling bit width data transmission method provided in any embodiment of the invention, and has the corresponding functional modules and beneficial effects of the execution method.

[0087] Example 4

[0088] Figure 5A schematic diagram of an electronic device 10 that can be used to implement embodiments of the present invention is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital assistants, cellular phones, smartphones, wearable devices (e.g., helmets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the invention described and / or claimed herein.

[0089] like Figure 5 As shown, the electronic device 10 includes at least one processor 11 and a memory, such as a read-only memory (ROM) 12 or a random access memory (RAM) 13, communicatively connected to the at least one processor 11. The memory stores computer programs executable by the at least one processor. The processor 11 can perform various appropriate actions and processes based on the computer program stored in the ROM 12 or loaded from storage unit 18 into the RAM 13. The RAM 13 can also store various programs and data required for the operation of the electronic device 10. The processor 11, ROM 12, and RAM 13 are interconnected via a bus 14. An input / output (I / O) interface 15 is also connected to the bus 14.

[0090] Multiple components in electronic device 10 are connected to I / O interface 15, including: input unit 16, such as keyboard, mouse, etc.; output unit 17, such as various types of displays, speakers, etc.; storage unit 18, such as disk, optical disk, etc.; and communication unit 19, such as network card, modem, wireless transceiver, etc. Communication unit 19 allows electronic device 10 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0091] Processor 11 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of processor 11 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, a digital signal processor (DSP), and any suitable processor, controller, microcontroller, etc. Processor 11 performs the various methods and processes described above, such as an atypical sample bit-width data transmission method.

[0092] In some embodiments, an atypical sampling bit-width data transmission method may be implemented as a computer program tangibly contained in a computer-readable storage medium, such as storage unit 18. In some embodiments, part or all of the computer program may be loaded and / or installed on electronic device 10 via ROM 12 and / or communication unit 19. When the computer program is loaded into RAM 13 and executed by processor 11, one or more steps of the atypical sampling bit-width data transmission method described above may be performed. Alternatively, in other embodiments, processor 11 may be configured to perform an atypical sampling bit-width data transmission method by any other suitable means (e.g., by means of firmware).

[0093] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-a-chip (SoCs), payload-programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0094] Computer programs used to implement the methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, such that when executed by the processor, the computer programs cause the functions / operations specified in the flowcharts and / or block diagrams to be performed. The computer programs may be executed entirely on a machine, partially on a machine, or as a standalone software package, partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0095] In the context of this invention, a computer-readable storage medium can be a tangible medium that may contain or store a computer program for use by or in conjunction with an instruction execution system, apparatus, or device. A computer-readable storage medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination thereof. Alternatively, a computer-readable storage medium may be a machine-readable signal medium. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0096] To provide interaction with a user, the systems and techniques described herein can be implemented on an electronic device having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the electronic device. Other types of devices can also be used to provide interaction with the user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including sound input, voice input, or tactile input).

[0097] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as data servers), or middleware components (e.g., application servers), or frontend components (e.g., user computers with graphical user interfaces or web browsers through which users can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., communication networks). Examples of communication networks include local area networks (LANs), wide area networks (WANs), blockchain networks, and the Internet.

[0098] A computing system can include clients and servers. Clients and servers are generally located far apart and typically interact through communication networks. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. The server can be a cloud server, also known as a cloud computing server or cloud host, which is a hosting product within the cloud computing service system. It addresses the shortcomings of traditional physical hosts and VPS services, such as high management difficulty and weak business scalability.

[0099] It should be understood that the various forms of processes shown above can be used, with steps reordered, added, or deleted. For example, the steps described in this invention can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution of this invention can be achieved, and this is not limited herein.

[0100] The specific embodiments described above do not constitute a limitation on the scope of protection of this invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this invention should be included within the scope of protection of this invention.

Claims

1. A method for transmitting data with a non-typical sampling bit width, characterized in that, include: Obtain the target transport protocol and construct an instance according to the requirements of the target transport protocol; The number of temporary frame bytes is calculated based on the example. When the number of temporary frame bytes is not an integer, the current scenario is determined to be a non-typical sampling bit width transmission. The number of transmission frames is determined based on the number of temporary frame bytes, aggregated reconstructed data is generated based on the number of transmission frames, and data transmission is performed based on the aggregated reconstructed data.

2. The method according to claim 1, characterized in that, The step of constructing an instance according to the requirements of the target transmission protocol includes: Determine the protocol constraints and parameter definitions of the target transmission protocol, and generate the protocol constraints, which include frame data composition requirements and byte alignment rules. Based on the parameter definition, extract the hardware parameters of the actual hardware components; An instance is constructed based on the protocol constraints and hardware parameters.

3. The method according to claim 2, characterized in that, The calculation of the number of temporary frame bytes based on the instance includes: The core parameters and fixed conditions of the instance are clearly defined, wherein the core parameters include the number of conversions, the sampling bit width, and the number of transmission channels, and the fixed conditions include the number of samples per frame; Obtain the preset frame byte count formula, and substitute the core parameters and the fixed conditions into the preset frame byte count formula to calculate the temporary frame byte count.

4. The method according to claim 1, characterized in that, Determining the number of transmission frames based on the number of bytes in the temporary frame includes: Obtain a preset frame number determination rule, wherein the frame number determination rule is that the product of the transmission frame number and the temporary byte number is a positive integer; Substitute the number of temporary frame bytes into the frame number determination rule to determine the smallest positive integer that conforms to the frame number determination rule, and use the smallest positive integer as the number of transmission frames.

5. The method according to claim 2, characterized in that, The step of generating aggregated reconstructed data based on the number of transmitted frames includes: A data reconstruction module is constructed based on the number of transmission frames, and continuous atypical sampling bit width data is collected through the data reconstruction module. The atypical sampling bit width data collected is aggregated and spliced ​​using a shift register to generate the total bit width data; The total bit width data is split according to the protocol constraints to generate aggregated and reconstructed data.

6. The method according to claim 3, characterized in that, The method further includes: Based on the number of transmission frames, the core parameters and the fixed conditions are substituted into the preset frame byte count formula to calculate the corrected frame byte count; The virtual sampling bit width is calculated based on the number of transmission frames, the number of bytes in the correction frame, and the sampling bit width; The protocol parameters are updated based on the number of transmitted frames, the number of modified frame bytes, and the virtual sampling bit width.

7. The method according to claim 1, characterized in that, The method further includes: Obtain a predefined synchronization identifier and add the synchronization identifier to the header of the aggregated reconstructed data.

8. A non-typical sampling bit-width data transmission device, characterized in that, include: The protocol instance construction module is used to obtain the target transport protocol and construct an instance according to the requirements of the target transport protocol. The temporary frame byte count determination module is used to calculate the temporary frame byte count based on the instance. When the temporary frame byte count is not an integer, it is determined that the current scenario is a non-typical sampling bit width transmission. The data aggregation and reconstruction module is used to determine the number of transmission frames based on the number of bytes in the temporary frame, generate aggregated and reconstructed data according to the number of transmission frames, and perform data transmission based on the aggregated and reconstructed data.

9. An electronic device, characterized in that, The electronic device includes: At least one processor; and a memory communicatively connected to the at least one processor; The memory stores a computer program that can be executed by the at least one processor, the computer program being executed by the at least one processor to enable the at least one processor to perform the method of any one of claims 1-7.

10. A computer storage medium, characterized in that, The computer storage medium stores computer instructions that are used to cause a processor to execute the method of any one of claims 1-7.

Images