Алгоритм мягкого декодирования TPC кодов Опции

[neo-n]

Добрый вечер уважаемые форумчане. Возникла необходимость реализовать декодер TPC кодов. Собственно вопрос в том что есть ли алгоритм мягкого декодирования таких кодов или же только по жестким решениям??
Чтобы не плоить темы попуно хотел спросить как приемник определяет наличие в сигнале турбокода?
И можно ли определить правильную фазовую плоскость не перебирая всевозможные варианты для ФМ4 согласен их не так и много можно и перебрать но на ФМ8 можно перебирать до "бесконечности"....(имею ввиду уже демодулированый сигнал)
Заранее большое спасибо откликнувшимся.

Сообщение отредактировал neo-n - Sep 5 2012, 16:37

[Gold777]

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


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

[Serg76]

По поиску синхры и скремблер понятно спасибо.... про то чо проверять ее наличие на нескольких кадрах и ошибки заю... там сложность возникает когда код ь большим ..TPC*K(кол-во блоков например 128*128 до следующей синхры) у них синхра почти у всех одинаковая а само К может быть очень большим...

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

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

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

[neo-n]

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

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

[Serg76]

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

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

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

[neo-n]

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

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

[Serg76]

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

[neo-n]

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

[mesat88]

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

[petrov]

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

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

[Serg76]

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

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

[mesat88]

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

[Mogwaika]

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

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

[Serg76]

Мягкое решение, это которое log-likelihood ratio (LLR)?

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

Аддитивный дескремблер должен работать как-то типа умножать llr на +1 или -1 вместо xor.

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

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