Джиттер при восстановлении тактовой синхронизации для PSK-сигналов Опции

[dsp_designer]

Добрый день!
Пытаюсь понять, как можно избавится от джиттера при востановлении символьной синхронизации в цифровом приемнике PSK и QAM-сигналов. В приемнике (на ПЛИС) реализуется восстановление фазы несущей и символьная синхронизация+ последующая обработка-декодирование и т.д. Реализовал тактовую синхронизацию как описано у Гарднера ("Interpolation in digital modems"), соответственно присутствует джиттер восстановленного clock-а (символьного). Когда номинальная символьная частота приемника отличается от символьной частоты принимаемого сигнала (а на практике это всегда так) символьный clock с выхода NCO периодически совершает "скачок", в результате чего получаем clock с джиттером, что не очень удобно с точки зрения построения остальной частотной сетки, привязанной к символьному clock-у, да и выходной clock в итоге получается "грязным". Как вариант - подстроить аналоговый ГУН под частоту символьного clock-a и получить более чистый clock, но это не всегда дает результат (при малых отстройках такта принимаемого сигнала от номинальной тактовой частоты приемника требуется чрезвычайно узкополосная ФАПЧ; при относительно больших отстройках clock получается более-менее). Еще есть другой подход - гибридная тактовая синхронизация (подстраиваем синхросигнал, подаваемый на АЦП, - опять-таки задействуем ГУН). В этом случае clock получаем без скачка, но возникает другая проблема: опорный синхросигнал (который подается на АЦП и используется в ПЛИС для цифровой обработки) становится зашумленным, особенно при малых отношениях сигнал/шум в канале связи. Этот синхросигнал используется помимо всего прочего и как опора для DDS, формирующего выборки cos и sin для восстановления фазы несущей, соответственно вносим в систему фазовый шум. Дополнительный фазовый шум ухудшает работу схемы восстановления несущей, особенно это заметно при малых скоростях передачи данных.
Заранее спасибо всем, кто выскажет какие-либо разумные идеи.

[dsp_designer]

Да, все внутри ПЛИС. enable с NCO я сейчас использую для формирования сетки других enable-ов (у меня все синхронно сделано сейчас, как я уже выше упоминал). Коэффициенты преобразования частот разные, например, 3/4, 7/8, 2/3, но есть и что-то вроде 1235/1456 (условно), для них уже есть некоторые сложности. Отсутствие джиттера уменьшает проблему. Некоторое уменьшение джиттера я уже делаю в ПЛИС сразу после тактового синхронизатора (с помощью передискретизации и полосового фильтра).
Исхожу из стабильности такта на прием в 2*10^(-5). в принципе, при такой разнице по такту ФАПЧ подавляет периодические скачки неплохо, но если отстройка по такту совсем маленькая, то периодические скачки clock-а ФАПЧ отслеживает->clock на выходе также колебания совершает).

[des00]

Коэффициенты преобразования частот разные, например, 3/4, 7/8, 2/3, но есть и что-то вроде 1235/1456 (условно), для них уже есть некоторые сложности.

Судя по всему вы делаете это для корок декодеров и т.д. А авторы которые делали эти декодеры, не озаботились реализацией сигнала валидности данных? Может быть проще эти корки переписать и сделать по-человечески? Ведь по факту вы занимаетесь прореживанием данных, что легко делается с помощью банального счетчика по сигналу enable. Чистить тактовую нужно уже на выходе сигнала из ПЛИС на другое устройство.

Исхожу из стабильности такта на прием в 2*10^(-5).

Стабильность генератора, формирующего спектр на спутнике у вас 20ппм? Поставили из коробки что было? Или все таки у вас транскодер и 20 ппм это стабильность его генератора? Тогда причем здесь влияние этого генератора на тактовую, если транскодер не демодулирует сигнал?

в принципе, при такой разнице по такту ФАПЧ подавляет периодические скачки неплохо, но если отстройка по такту совсем маленькая, то периодические скачки clock-а ФАПЧ отслеживает->clock на выходе также колебания совершает).

Все эти системы, по факту переводят джиттер в вандер. Поэтому ничего удивительного.