Учет уровня шума при мягких демодуляции/декодировании Опции

[AEG]

Здравствуйте!

Меня интересует проблема учета уровня шума при мягких демодуляции/декодировании. Прилагаю скриншот с симулинковской моделью, на которой отображены так же результаты моделирования. Можно видеть, что принятие неверной сигмы 1.5 при формировнии решений демодулятора дает лучший результат, чем принятие истинной сигмы 1.0. Результат для меня неожиданный и непонятный. Различе небольшое, но статистически значимое, поскольку выборка большая, и моделирование проводилось неоднократно с разными начальными условиями генератора случайных чисел. Результат один.

Помимо этого видно, что учет разных сигм дает вообще не очень-то различный результат. Я ожидал другого. Можно вообще использовать приближенные LLR вместо точных, где сигма вообще не участвует. Результат опять таки будет мало отличаться. Зачем же тогда вообще нужен учет шума, если толку мало?

Модель изготовлена из матлаб-симулинковского демо "LLR vs. Hard Decision Demodulation". Все параметры модуляции, кодирования и т.д. такие же как в демке. Их можно крутить, но по сути ничего не меняется. Используются неквантованные решения демодулятора.

Расчитываю на помощь экспертов.
Спасибо!

[des00]

Помимо этого видно, что учет разных сигм дает вообще не очень-то различный результат. Я ожидал другого. Можно вообще использовать приближенные LLR вместо точных, где сигма вообще не участвует. Результат опять таки будет мало отличаться. Зачем же тогда вообще нужен учет шума, если толку мало?

ИМХО это особенность реализации мягкого декодера витерби в матлабе и его "деревянность" как алгоритма декодирования в принципе. (Ничего не имею против классического витерби, но выбор максимально правдоподобного пути определенного символами, давно не рулит). Попробуйте поставить турбодекодер или лдпц.

[AEG]

но выбор максимально правдоподобного пути определенного символами, давно не рулит

Почему символами? Мягкие решения же для битов. И МП цепочка битов ищется. Не?

[des00]

Почему символами? Мягкие решения же для битов. И МП цепочка битов ищется. Не?

Тип мягкого решения (для битов или для символов), определяет расчет метрик для декодера, но тип декодирования: выбор наиболее правдоподобной метрики пути или метрики бита будет определяться алгоритмом декодирования. Классический витерби работает с метрикой пути, витерби с мягким выходом уже работает с битами, но ИМХО тут уже и до MAP алгоритма недалеко.