[an error occurred while processing this directive]
|
На счет Адамара - по-моему, это не выгорит. Попробуйте согласованный фильтр во временной области с бинарными коэффициентами(может быть, только на часть синхропоследовательности) - это снизит затраты real-time и, как правило, при поиске потери по энергетике по сравнению с оптимальной реализацией поиска вполне допустимы(т.е. SNR на выходе коррелятора на много выше того, что требуется для декодирования бит - какой смысл детектировать пакет, если вы его с приличным качеством принять не сможете)
>Цикличский префикс и суффикс предусмотрены - по 8 самплов (256 блок). >Синхронизацию, однако, хочется иметь с запасом - 2-3 сампла точность >вполне удовлетворяет. Похоже что здесь не все так срашно как >казалось, простейший эквалайзер справится с задачей ликвидации >постояной задержки, главное чтобы ISI не было
ISI на выходе FFT Вам даст частотное рассогласование по несущей между приемником и передатчиком, а временной сдвиг можно скомпенсировать еквалайзером.
>Тактовая синхра - не уверен что мне это надо, но зарекаться не могу. >Подобная гадость может произойти в случае если созвездие потихоньку >вращается - это чревато если ADC и DAC работают на слегка различных >частотах, я прав? Вот это очень инетересно - как заценить надо ли >компенсировать вращение фазоров и как компенсировать это вращение?
Вы правы - это проблема. Затем в OFDM сигнал и вставляют тона-пилоты. Оценить вращение созвездия можно по ним - просто смотрите как меняется фаза оценки пилот-тона от символа к символу. Чтобы эту беду скомпенсировать, нужно иметь возможность частоту ADC крутить или компенсировать в цифровой части (тем же эквалайзером), если пакеты достаточно короткие и тактовая на длине пакета убегает несильно.
E-mail: info@telesys.ru