[an error occurred while processing this directive]
|
Все LDPC коды декодируются по графу. Есть узлы, соответствующие строкам (СN) и соответствующие столбцам проверочной матрицы (VN).
VN инициализируются мягкими решениями. В процессе итерации рассчитывается сначала некие числа соответствующие extrinsic information (ну не знаю как это по русски сказать :-)) для CN, затем по СN обновляются VN и начинается новая итерация.
Как турбо коды, по решетке, LDPC никто не декодирует - слишком вычислительно дорого.
На счет сходимости итеративной процедуры - теоретически ее (сходимость) доказать очень трудно и это сделано только для кодов с определенным видом графа. Кстати, большинство LDPC кодов которые на практике используются под этот вид не подходит и начинается эмпирика :-). Как показывает опыт и частично нестрогие теоретические рассуждения, итеративная процедура разваливается только при большом числе ошибок.
Кстати, RA LDPC не имеют ничего общего с простыми кодами с повторениями :-)
Да и для вас я думаю больше важен параметр скорости кода (в вашем канале она должна быть маленькой).
Еще момент - у вас на сколько я понял декодирование будет жестким (на входе декодера некий поток бит). Так вот, от LDPC при этом раскладе чудес не ждите.
И еще - показано, что при шибко плохом канале простое повторение - хорошая стратегия (это то про что я говорил в первом посте - при низких OCШ любое кодирование начинает проигрывать схеме без него. Тут саое время поднять осш для того, чтобы попасть в рабочую область декодера). Кстати повторение даст вам возможность сформировать мягкие решения для LDPC.
E-mail: info@telesys.ru