Демодуляция цифрового 4-FSK Опции

[korhal]

Есть выход с ЧМ детектора, который является цифровым 4-FSK

С 2-FSK вроде бы понятно: применяем Integrate & Dump фильтр, затем, если результат фильтра больше 0, то символ = +1, если меньше 0, то символ = -1.

В случае 4-FSK: 2 уровня > 0 (+1 и +3), 2 уровня < 0 (-1 и -3). Вопрос в том, как отличить +1 от +3 ? Полагаю, надо как то вычислить пороги для +1 и +3. Можно ли динамически получить эти пороги, если предшествующий сигнал либо преамбула (последовательность +3+3-3-3...), либо псевдослучайный поток дибитов ?

[Corner]

Можно подобрать такую исходную последовательность при которой любой скремблер выдаст последовательность из одних и тех же символов. В результате декодер распишется в собственном бессилии найти порог. Поля чудес, цитируя одного из предыдущих ораторов, не бывает. Хочешь наложить правило на блок данных, его придется увеличить в объеме.

[Serg76]

Можно подобрать такую исходную последовательность при которой любой скремблер выдаст последовательность из одних и тех же символов. В результате декодер распишется в собственном бессилии найти порог. Поля чудес, цитируя одного из предыдущих ораторов, не бывает. Хочешь наложить правило на блок данных, его придется увеличить в объеме.

Не может такого быть, или, по крайней мере, не должно. В "правильных" скремблерах должна быть предусмотрена схема защиты от таких ситуаций.

[GetSmart]

Не может такого быть, или, по крайней мере, не должно. В "правильных" скремблерах должна быть предусмотрена схема защиты от таких ситуаций.

Так правильно защищать как будем?

Это точно будет надёжнее маркеров синхронизации? Конечно, если доплеровский сдвиг значительно поменяется ещё до следующего маркера, то и данные будут искажены. Внутри пользовательских данных этот вариант не подстраивает пороги.

[Serg76]

Так правильно защищать как будем?

Примерно так, как описано в ITU V.27/35