Добрый день.
Подскажите пожалуйста, как быть.
Поток, закодирован базовым кодом (K=7; 131,171), R=1/2. (есть неопределенность по фазе, при выкалывании добавляется неопределенность начальной фазы вкалывателя)
Xilinx предлагает синхронизироваться по оценке входной вероятности ошибки, либо по частоте нормировки метрик см. прикрепленный файл.
Морелос тоже.
Однако в этом случае порог в должен быть функцией от EbN0, а этого не хочется.
Может есть какие-нибудь еще варианты синхронизации ветвей?

В прицепленной статье Xilinx предлагает синхронизироваться по отношению BER/Norm и показывает, что для скорости кодирования 1/2 и 3/4 может быть выбран порог, независимый от отношения Eb/N0 (см. желтые треугольники на рисунках). Для скорости 1/2 это примерно 3, для скорости 3/4 - 2 (начинает работать для BER < 0.1)

Достаточно в качестве порога задаться только нижней границей Pb, которая будет определяться исходя из корректирующих свойств самого кода, нет смысла в функциональной зависимости от Eb/No

Спасибо. Проглядел.
А других способов синхронизации не бывает?



Смысл был, чтобы битовый поток не рвался лишний раз из-за пересинхронизации декодера, в случае если сигнал просядет. Хотя тут уже может демодулятор сорвать и тогда точно смысла не будет.
А если его жестко задать, тогда при EbN0 меньше чего-либо он никогда не засинхриться,
Спасибо.

А смысл от такого потока, который будет "забит" сплошными ошибками, даже при условии, что демодулятор "устоит"?

Из того, что припоминается, вроде бы ничего - либо метрики, либо ошибки, либо и то и то.

Если есть возможность, можно поиспользовать Rotationally Invariant TCM

Особого смысла и нету. Просто было такое желание



Тут такое не покатит
Но все равно, спасибо.

преамбулу поставить ?


Не всегда нужно передать только информацию, иногда символьная/тактовая/фреймовая синхронизация тоже является информацией. Но это больше относиться к демодулятору, чем к декодеру. Хотя, кто его знает