Overview
3GPP compliant coding and modulation for Physical Shared Channels
The Physical Uplink Shared Channel (PUSCH) is used to for uplink data which is shared from the user to the gNB on time and frequency. This channel contains, uplink user data and higher layer control messages. The PUSCH channel needs to be designed with flexibility in mind to support various modulation and coding schemes dependant upon SNR. To support channel estimation and demodulation contains a DMRS reference signal.
As part of the supported standard, AccelerComm have multiplexed uplink control information (UCI) as part of the PUSCH replacing the need for PUCCH transmission but this does require the inclusion of a polar decoder into the channel.
AccelerComm’s PUSCH Decoder, provides Forward Error Correction (FEC) decoding capabilities along with the complete Quadrature Amplitude Modulation (QAM) demodulation functionality for uplink data processing in a gNB/base station.
* They are implemented as per the latest 3GPP specifications and are compliant with TS 38.211 and 38.212.
* The new QAM demodulator functionality complements the existing high performance AccelerComm LDPC and Polar decoder solutions.
* Like all AccelerComm IP the LDPC, Polar decoder and demodulator is configurable to several different parallelisms to optimise the Size, Weight and Power (SWaP) of each integration.
* Functions supported in the PUSCH Decoder IP are transport block CRC, desegmentation, code block CRC, LDPC decoding, Polar decoding, HARQ buffer, rate matching, deinterleaving, deconcatenation, demultiplexing, descrambling, demodulation
Learn more about Channel Coding IP core
One question we get asked by most of our customers when they are designing our technology into their systems is what is the processing throughput? It turns out that the answer to this question is a little more complex than you might think. It’s tempting to simply state the peak throughput of the component in question, but that can sometimes be quite misleading.
This paper covers some practical aspects of designing the LDPC decoder starting from comparison between different techniques, different decoders parameters or standards, the effect of those parameters on the LDPC performance, also it discusses the algorithm selection process, and floating point implementation process.
We describe our SoC implementation of a baseband subsystem for a high performance 4G terminal. Our architecture, called FAUST, is based on distributed synchronization and asynchronous communication. We highlight how we have actually implemented these two
Satellite modems structure Internet access
DisplayPort uses Secondary Data Packets (SDPs), which are transported over the Main-Link that are not main video stream data. This allows it to carry audio and video simultaneously. The VIP supports audio transmission both in the original mode as defined in the specification as well as just as any other SDP being transmitted.
