Алгоритм Витерби., Синхронизация ветвей. Опции

[Tpeck]

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

Прикрепленные файлы

 viterbi_synchronization.pdf ( 192.44 килобайт ) Кол-во скачиваний: 105

 

[andyp]

Xilinx предлагает синхронизироваться по оценке входной вероятности ошибки, либо по частоте нормировки метрик см. прикрепленный файл.

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

[Tpeck]

В прицепленной статье Xilinx предлагает синхронизироваться по отношению BER/Norm

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

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

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

[Serg76]

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



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

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

[Tpeck]

А смысл от такого потока.

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

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

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