LDPC+QAM256, Создание QC-LDPC-BC пров.матриц под модуляцию QAM256 Опции

[brig01]

Добрый день коллеги!

Возможно учесть вид модуляции(QAM256) при создании матриц LDPC? Сейчас использую алгоритм PEG.

P.S. Сорри за тупой вопрос, кодированием занимаюсь недавно.

[vadimuzzz]

нативное созвездие явно не оптимально. например, см. внутренние точки (а для них С/Ш самый хреновый, да) - ошибка в одну позицию в созвездии приведет к 2 битовым ошибкам. и демаппером не понимаю, в чем вопрос. берем квадратуру, пусть re. [-3, -1, 1, 3] <-> [00, 01, 11, 10], для мнимой - аналогично. в чем проблема? если мягкое решение надо, см. , например, аттач

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

 28_03_04.pdf ( 826.52 килобайт ) Кол-во скачиваний: 117

 

[des00]

нативное созвездие явно не оптимально. например, см. внутренние точки (а для них С/Ш самый хреновый, да) - ошибка в одну позицию в созвездии приведет к 2 битовым ошибкам.

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

берем квадратуру, пусть re. [-3, -1, 1, 3] <-> [00, 01, 11, 10], для мнимой - аналогично. в чем проблема?

проблема в алгоритме построения демапера. если мы берем биты [7:6] выходных векторов и ставим функцию преобразования бит(чтобы вектор 1 конвертировать в точку 11), то фактически мы накладываем на эти биты декодер грея. Что thermit назвал бестолковой операцией. Или я не прав?

[vadimuzzz]

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

так это врожденный дефект нативного созвездия. код грея делает ровно одну вещь - увязывает хеммингово расстояние с евклидовым. в ваших обозначениях выше (кстати, с какого перепугу re и im - 2-битовые?)

CODE

re "нативный код" грей
3(3'b011) 11 10
1(3'b001) 10 11
-1(3'b111) 01 01
-3(3'b101) 00 00

я не вижу, чем здесь нативный код проще

проблема в алгоритме построения демапера.

демаппер использует симметрии - относительно 0 и относительно +/-2