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


Сообщение отредактировал Gold777 - Sep 5 2012, 18:24

так все-таки нужно только автоматическое определение типа турбокода или все-таки Вы строите декодер?


Про размножение ошибок все правильно, НО, как правило, в тракте декодирования сначала идет декодер, а затем уже дескремблер (аддитивный или рекурентный), но и обратная конфигурация с аддитивным дескремблером тоже применяется на практике, но реже.

Именно автоматическое определение турбокода...пока что сделал только по синхре но только синхры недостаточно.... на практике видел код в котором сначало идет скремблер потом декодер потому и спрашиваю как потом прейти к мягким решениям...
В идеале конечно хорошо бы сделать автоматическое определение а потом и декодирование по уже определенным параметрам

Помоему и аддитивный тоже размножает ошибки.... а самосинхронизирующийся скремблер я называл мултипликативным (такое название встречал поому так и называю)

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

Впринципе в голове что-то начинает проесняться спасибо всем огромное ...напследок не подскажите где можно более подробно почитать про мягкие решения??

Оффтоп... Serg76 а вы случаем не из Курска??

ссылки выше давал. нет, не оттуда. а что там в Курске?

Ок буду более подробно штудировать ту тему...
Я там живу =) думал может пивом угостил бы ...

Как в литературе называются алгоритмы получения значений мягких решений по принятым I и Q? Единственное место где видел - даташит AHA для QAM. Это ведь наверняка не единственный способ и есть другие. Спрашиваю, потому что необходимо выбрать оптимальный с тчк зрения быстродействия для модуляции APSK и это приминительно к турбо и LDPC кодам.

http://ieeexplore.ieee.org/xpl/login.jsp?t...umber%3D5423908

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

Спасибо, очень помогло

Мягкое решение, это которое log-likelihood ratio (LLR)?
Аддитивный дескремблер должен работать как-то типа умножать llr на +1 или -1 вместо xor.

LLR - логарифмическое отношение правдоподобия, вычисляется для каждого бита символа на основании принятой пары I/Q квадратурных составляющих для определенной сигнальной конструкции (constellation). с алгеброй логарифмов в качестве метрики работать проще, чем с линейной.

если стоит перед декодером, то да. если после декодера, то обработка уже битовая, базовая операция - xor.

Сообщение отредактировал Serg76 - Nov 1 2012, 15:21