| |
2 страниц 
1 2 >
|
 |
Ответов
(1 - 27)
|
|
 Sep 5 2012, 17:16
|
Участник
Группа: Участник
Сообщений: 17
Регистрация: 22-03-12
Пользователь №: 70 951
|
Эту тему я читал .... вот как разтаки из-за нее и возник вопрос о мягком декодере....тобишь есть ли мягкий декодер для кода хеминга .... TPC ведь и есть два кода хемина один по строкам другой по столбцам .... в жестком я так понимаю алгоритм таков деодирем по строкам потом по столбцам и так некоторое кол-во раз либо пока не исправм все ошибки .... при жестких выходах это синдромный декодер а вот про мягкий я увы ничего не нашел ....
Да но при фм8 этих поворотов будет 8!... а приемник хватает сигнал очень быстро ведь ....
Сообщение отредактировал neo-n - Sep 5 2012, 17:20
|
|
|
|
|
|
|
|
Sep 5 2012, 17:29
|
Профессионал
Группа: Участник
Сообщений: 1 050
Регистрация: 4-04-07
Пользователь №: 26 775
|
Цитата(neo-n @ Sep 5 2012, 20:16)  Эту тему я читал .... вот как разтаки из-за нее и возник вопрос о мягком декодере....тобишь есть ли мягкий декодер для кода хеминга .... TPC ведь и есть два кода хемина один по строкам другой по столбцам .... в жестком я так понимаю алгоритм таков деодирем по строкам потом по столбцам и так некоторое кол-во раз либо пока не исправм все ошибки .... при жестких выходах это синдромный декодер а вот про мягкий я увы ничего не нашел .... невнимательно прочитали, там сплошь и рядом ссылки по алгоритмам мягкого декодирования. то о чем Вы пишите и есть принципы итеративного (турбо) декодирования и совсем неважно в какой метрике вы будете работать, в хемминговой или эвклидовой, но кроме разницы в энергетическом выигрыше. Цитата(neo-n @ Sep 5 2012, 20:16) Да но при фм8 этих поворотов будет 8!... а приемник хватает сигнал очень быстро ведь .... а что делать? по другому не получится, да иначе и не делают. приращение фазы гетеродина демодулятора никоим образом не приводит к его рассинхронизации, если Вы об этом.
|
|
|
|
|
|
|
|
Sep 5 2012, 17:39
|
Участник
Группа: Участник
Сообщений: 17
Регистрация: 22-03-12
Пользователь №: 70 951
|
Смысл почему я этим заинтересовался в том что думал что при мягких решениях не прийдется заниматься этим вращением повидимому этого избежать не получится =) Просто если скорость потока не очень большая и прийдется делать так .... записал сигнал поискал в нем турбо-ко ничего не нашел приращиваем фазу опять записываем кусок ....долго получится ...думал есть какое-то более быстрое решение этой проблемы. Энергетический выйгрыш то всмысле большее кол-во ошибок можно исправить??? Цитата(andyp @ Sep 5 2012, 21:34) Мягкий декодер для кодов Хемминга есть. Почитайте про декодер Чейза (Chase) Спасибо большое буду изучать... Еще хотел уточнить MAP декодер применяется только для сверточных кодов??
|
|
|
|
|
|
|
|
Sep 5 2012, 17:44
|
Местный
Группа: Участник
Сообщений: 453
Регистрация: 23-07-08
Пользователь №: 39 163
|
Цитата(neo-n @ Sep 5 2012, 21:39) Еще хотел уточнить MAP декодер применяется только для сверточных кодов?? MAP - maximum aposteriori probability кодированных (ну или информационных) бит ищет например алгоритм BCJR. Для того, чтобы он работал, ему нужна решетка. Для блочных кодов тоже можно построить решетку. Но Вам лучше использовать модифицированный алгоритм Чейза.
Сообщение отредактировал andyp - Sep 5 2012, 17:45
|
|
|
|
|
|
|
|
Sep 5 2012, 17:44
|
Профессионал
Группа: Участник
Сообщений: 1 050
Регистрация: 4-04-07
Пользователь №: 26 775
|
Цитата(neo-n @ Sep 5 2012, 20:35) Смысл почему я этим заинтересовался в том что думал что при мягких решениях не прийдется заниматься этим вращением повидимому этого избежать не получится =) Вы видимо не понимаете причины возникновения этой самой фазовой неоднозначности. а причина в том, что передатчик и приемник отделены друг от друга каналом связи и каждый из них имеет свой собственный местный гетеродин, каждый из которых работает со своей собственной начальной фазой, которые между собой, естественно некогеренты. вот если бы была возможность запитать передатчик и приемник от одного гетеродина, то и проблемы с решением фазовой неоднозначности не было бы. по этой причине алгоритм работы демодулятора правильнее было бы называть квазикогерентным. в общем проблема решения фазовой неоднозначности никакого отношения к алгоритму декодирования не имеет !!! Цитата(neo-n @ Sep 5 2012, 20:35) Просто если скорость потока не очень большая и прийдется делать так .... записал сигнал поискал в нем турбо-ко ничего не нашел приращиваем фазу опять записываем кусок ....долго получится ...думал есть какое-то более быстрое решение этой проблемы. а что, нельзя это делать в непрерывном режиме, без старт-стопов. Цитата(neo-n @ Sep 5 2012, 20:35) Энергетический выйгрыш то всмысле большее кол-во ошибок можно исправить??? типа того.
Сообщение отредактировал Serg76 - Sep 5 2012, 17:46
|
|
|
|
|
|
|
|
Sep 5 2012, 17:58
|
Участник
Группа: Участник
Сообщений: 17
Регистрация: 22-03-12
Пользователь №: 70 951
|
Про фазовую неоднохначность я так и думал просто ...решил что это некий способ ее устранения =) уже понял что нет...
Без старт-стопов это всмысле записали кусок ищем там турбокод пока ищем приращивае фазу и записываем другой кусок??
И возникает вот какой вопрос в моем понимании наличие турбокода в сигнале на первом этапе мы ищем синхро-комбинацию потом дескремблируем(если там конечно есть скремблер )а потом пробуем декодировать.... так вот как в мягких решениях находить синхрокомбинацию и дескремблировать???или же это делается при жестких решениях а потом переходят к мягким?? илиже мое представление о поиске в сигнале наличия турбокода в орне не верно??
|
|
|
|
|
|
|
|
Sep 5 2012, 17:58
|
Частый гость
Группа: Участник
Сообщений: 118
Регистрация: 28-10-11
Из: Москва
Пользователь №: 68 022
|
Цитата(neo-n @ Sep 5 2012, 20:34) Чтобы не плоить темы попуно хотел спросить как приемник определяет наличие в сигнале турбокода? Наличие турбокода определяется по синхрокомбинации. Естественно в мягком решении синхра будет отличатся от той которая была в жестком. Как вариант записать сигнал с известными параметрами в жестком и мягком решении по отдельности, и посмотреть какая там синхра.
Сообщение отредактировал Gold777 - Sep 5 2012, 18:04
|
|
|
|
|
|
|
|
Sep 5 2012, 17:59
|
Участник
Группа: Участник
Сообщений: 17
Регистрация: 22-03-12
Пользователь №: 70 951
|
Цитата(Gold777 @ Sep 5 2012, 21:58) Наличие турбокода определяется по синхрокомбинации. =) немного опоздали выше написал пдробный вопрос на эту тему
|
|
|
|
|
|
|
|
Sep 5 2012, 18:05
|
Профессионал
Группа: Участник
Сообщений: 1 050
Регистрация: 4-04-07
Пользователь №: 26 775
|
Цитата(neo-n @ Sep 5 2012, 20:58) Про фазовую неоднохначность я так и думал просто ...решил что это некий способ ее устранения =) уже понял что нет...
Без старт-стопов это всмысле записали кусок ищем там турбокод пока ищем приращивае фазу и записываем другой кусок??
И возникает вот какой вопрос в моем понимании наличие турбокода в сигнале на первом этапе мы ищем синхро-комбинацию потом дескремблируем(если там конечно есть скремблер )а потом пробуем декодировать.... так вот как в мягких решениях находить синхрокомбинацию и дескремблировать???или же это делается при жестких решениях а потом переходят к мягким?? илиже мое представление о поиске в сигнале наличия турбокода в орне не верно?? приращение фазы осуществляется мгновенно, ничего ждать не надо. поиск по синхрокомбинации происходит постоянно, независимо от текущей фазы и ее приращения до тех пор, пока она не будет обнаружена при соответствующих порогах, а именно, по допустимому количеству ошибочных бит в это синхронизации. кроме того, синхронизация ищется не одному кадру, а по двум-трем, а в некоторых случаях и большему числу. Дескремблер, как правило, должен стоять на выходе декодера, поэтому он уже будет работать непосредственно по битовому потоку.
|
|
|
|
|
|
|
|
Sep 5 2012, 18:07
|
Участник
Группа: Участник
Сообщений: 17
Регистрация: 22-03-12
Пользователь №: 70 951
|
Gold777 так и буду делать... но всераво остался открытым вопрос про скремблер...
И честно говоря не знаю как переходить от мягких решений к жестким и наоборот направьте пожалуйсто тоже что почитать на этот счет?
|
|
|
|
|
|
|
|
Sep 5 2012, 18:13
|
Профессионал
Группа: Участник
Сообщений: 1 050
Регистрация: 4-04-07
Пользователь №: 26 775
|
а вообще непонятно, Вам необходимо построить автоматический классификатор турбокодов, т.е. по входному потоку определить наличие такого кода и его параметры, или же Вы строите обычный декодер, т.е. конфигурация кода известна заранее? Цитата(neo-n @ Sep 5 2012, 21:07) Gold777 так и буду делать... но всераво остался открытым вопрос про скремблер...
И честно говоря не знаю как переходить от мягких решений к жестким и наоборот направьте пожалуйсто тоже что почитать на этот счет? очень просто. старший бит каждого мягкого отсчета и будет его соотвествующим жестким решением. про дескремблер тоже написал выше
|
|
|
|
|
|
|
|
Sep 5 2012, 18:17
|
Участник
Группа: Участник
Сообщений: 17
Регистрация: 22-03-12
Пользователь №: 70 951
|
По поиску синхры и скремблер понятно спасибо.... про то чо проверять ее наличие на нескольких кадрах и ошибки заю... там сложность возникает когда код ь большим ..TPC*K(кол-во блоков например 128*128 до следующей синхры) у них синхра почти у всех одинаковая а само К может быть очень большим...
Именно классификатор прям в точку попали =)
А декодер писать всеравно прийдется так как у некоторых турбокодов синхра одинаковая и определить какой именно это код можно только пробным декодированием иначе никакого решения роблемы не вижу.... там где ошибок будет меньше всего тот код и есть ...
|
|
|
|
|
|
|
|
Sep 5 2012, 18:28
|
Профессионал
Группа: Участник
Сообщений: 1 050
Регистрация: 4-04-07
Пользователь №: 26 775
|
Цитата(neo-n @ Sep 5 2012, 21:14) По поиску синхры и скремблер понятно спасибо.... про то чо проверять ее наличие на нескольких кадрах и ошибки заю... там сложность возникает когда код ь большим ..TPC*K(кол-во блоков например 128*128 до следующей синхры) у них синхра почти у всех одинаковая а само К может быть очень большим... так все-таки нужно только автоматическое определение типа турбокода или все-таки Вы строите декодер? Цитата(Gold777 @ Sep 5 2012, 21:23) сначала находим синхру (выравниваем ее по кадру, так чтобы сихра стояла в начала), потом дескремблируем уже выравненный сигнал, далее декодируем. Этапы декодирования и дескремблирования могут быть помяняны местами в зависимости от типа скремблера. Когда применяется аддитивный скремблер, то идет сначала дескремблер потом декодер. Если самосинхронизирующийся скремлер, то наоборот т.к. этот скремлер размножает ошибки. Про размножение ошибок все правильно, НО, как правило, в тракте декодирования сначала идет декодер, а затем уже дескремблер (аддитивный или рекурентный), но и обратная конфигурация с аддитивным дескремблером тоже применяется на практике, но реже.
|
|
|
|
|
|
|
|
Sep 5 2012, 18:35
|
Участник
Группа: Участник
Сообщений: 17
Регистрация: 22-03-12
Пользователь №: 70 951
|
Именно автоматическое определение турбокода...пока что сделал только по синхре но только синхры недостаточно.... на практике видел код в котором сначало идет скремблер потом декодер потому и спрашиваю как потом прейти к мягким решениям...
В идеале конечно хорошо бы сделать автоматическое определение а потом и декодирование по уже определенным параметрам
Помоему и аддитивный тоже размножает ошибки.... а самосинхронизирующийся скремблер я называл мултипликативным (такое название встречал поому так и называю)
|
|
|
|
|
|
|
|
Sep 5 2012, 18:42
|
Участник
Группа: Участник
Сообщений: 17
Регистрация: 22-03-12
Пользователь №: 70 951
|
Впринципе в голове что-то начинает проесняться спасибо всем огромное ...напследок не подскажите где можно более подробно почитать про мягкие решения??
Оффтоп... Serg76 а вы случаем не из Курска??
|
|
|
|
|
|
|
|
Sep 5 2012, 18:51
|
Участник
Группа: Участник
Сообщений: 17
Регистрация: 22-03-12
Пользователь №: 70 951
|
Ок буду более подробно штудировать ту тему...
Я там живу =) думал может пивом угостил бы ...
|
|
|
|
|
|
|
|
Sep 14 2012, 11:03
|
Участник
Группа: Участник
Сообщений: 41
Регистрация: 29-09-10
Из: Москва
Пользователь №: 59 832
|
Как в литературе называются алгоритмы получения значений мягких решений по принятым I и Q? Единственное место где видел - даташит AHA для QAM. Это ведь наверняка не единственный способ и есть другие. Спрашиваю, потому что необходимо выбрать оптимальный с тчк зрения быстродействия для модуляции APSK и это приминительно к турбо и LDPC кодам.
|
|
|
|
|
|
|
|
Sep 21 2012, 10:22
|
Участник
Группа: Участник
Сообщений: 41
Регистрация: 29-09-10
Из: Москва
Пользователь №: 59 832
|
Спасибо, очень помогло
|
|
|
|
|
|
|
|
Nov 1 2012, 12:47
|
Частый гость
Группа: Участник
Сообщений: 90
Регистрация: 11-09-11
Пользователь №: 67 121
|
Цитата(mesat88 @ Sep 14 2012, 15:03) Как в литературе называются алгоритмы получения значений мягких решений по принятым I и Q? Единственное место где видел - даташит AHA для QAM. Это ведь наверняка не единственный способ и есть другие. Спрашиваю, потому что необходимо выбрать оптимальный с тчк зрения быстродействия для модуляции APSK и это приминительно к турбо и LDPC кодам. Мягкое решение, это которое log-likelihood ratio (LLR)? Аддитивный дескремблер должен работать как-то типа умножать llr на +1 или -1 вместо xor.
|
|
|
|
|
|
|
|
Nov 1 2012, 15:18
|
Профессионал
Группа: Участник
Сообщений: 1 050
Регистрация: 4-04-07
Пользователь №: 26 775
|
Цитата(Mogwaika @ Nov 1 2012, 15:47) Мягкое решение, это которое log-likelihood ratio (LLR)? LLR - логарифмическое отношение правдоподобия, вычисляется для каждого бита символа на основании принятой пары I/Q квадратурных составляющих для определенной сигнальной конструкции (constellation). с алгеброй логарифмов в качестве метрики работать проще, чем с линейной. Цитата(Mogwaika @ Nov 1 2012, 15:47) Аддитивный дескремблер должен работать как-то типа умножать llr на +1 или -1 вместо xor. если стоит перед декодером, то да. если после декодера, то обработка уже битовая, базовая операция - xor.
Сообщение отредактировал Serg76 - Nov 1 2012, 15:21
|
|
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|
Алгоритм мягкого декодирования TPC кодов
