Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Разрядность мягких решений
Форум разработчиков электроники ELECTRONIX.ru > Цифровая обработка сигналов - ЦОС (DSP) > Алгоритмы ЦОС (DSP)
vadimuzzz
подскажите, кто какие использует. ссылки на литературу приветствуются. интересует в приложении к турбокод+QAM. попадалась статья на эту тему (не могу у себя в бардаке ее найти), там делался вывод, что 4-5 бит достаточно. но при декодировании от итерации к итерации значения LLR растут, т.е. надо либо делать нормировку либо разрядность брать с запасом. кто как делает?
Serg76
Цитата(vadimuzzz @ Apr 27 2011, 10:23) *
подскажите, кто какие использует. ссылки на литературу приветствуются. интересует в приложении к турбокод+QAM. попадалась статья на эту тему (не могу у себя в бардаке ее найти), там делался вывод, что 4-5 бит достаточно. но при декодировании от итерации к итерации значения LLR растут, т.е. надо либо делать нормировку либо разрядность брать с запасом. кто как делает?

4-5 бит действительно достаточно. В своем софтовом декодере я брал разрядность с запасом
vadimuzzz
тогда другой вопрос. посчитал LLR для 8-PAM (например, I-составляющая 64-QAM)



вверху LLR для старшего бита в диапазоне входных амплитуд -8:8, внизу - младшего бита.
абсолютные значения у них различаются раз в 10. если брать, скажем, 4 бита на решение, то младший бит сильно загрубляется (фактически будет 2 значения). что я упустил?
Serg76
Цитата(vadimuzzz @ Apr 27 2011, 12:55) *
тогда другой вопрос. посчитал LLR для 8-PAM (например, I-составляющая 64-QAM)



вверху LLR для старшего бита в диапазоне входных амплитуд -8:8, внизу - младшего бита.
абсолютные значения у них различаются раз в 10. если брать, скажем, 4 бита на решение, то младший бит сильно загрубляется (фактически будет 2 значения). что я упустил?

Как считали LLR для 64QAM? В этом случае имеют значение манипуляционный код и соотношение С/Ш
vadimuzzz
Цитата(Serg76 @ Apr 27 2011, 17:24) *
Как считали LLR для 64QAM?

я делал как в статье (см. приложение)
Иван Панченко
5 бит достаточно... тем более LLR на то и логарифмическое отношение правдоподобия, чтоб расти не так сильно(как просто LR), а если оно уже и в логарифмическом масштабе сильно растет, то можно его держать в огранке уже;-)
alexPec
Цитата(vadimuzzz @ Apr 27 2011, 11:23) *
подскажите, кто какие использует. ссылки на литературу приветствуются. интересует в приложении к турбокод+QAM. попадалась статья на эту тему (не могу у себя в бардаке ее найти), там делался вывод, что 4-5 бит достаточно. но при декодировании от итерации к итерации значения LLR растут, т.е. надо либо делать нормировку либо разрядность брать с запасом. кто как делает?


А есть ли у кого сравнение в реальном железе мягкое/жесткое решение? Чувствую, мягкое от жесткого в реальных условиях не на много отличаться будет. Ну типа с жестким дальность связи (условно) 1 км, с мягким - 1050 м. То есть дальность связи меняется (подозреваю) при одной и той же вероятности ошибки примерно также, как при изменении погодных условий. Поделитесь опытом если кто знает.
Serg76
Цитата(alexPec @ Apr 27 2011, 18:52) *
А есть ли у кого сравнение в реальном железе мягкое/жесткое решение? Чувствую, мягкое от жесткого в реальных условиях не на много отличаться будет. Ну типа с жестким дальность связи (условно) 1 км, с мягким - 1050 м. То есть дальность связи меняется (подозреваю) при одной и той же вероятности ошибки примерно также, как при изменении погодных условий. Поделитесь опытом если кто знает.

В среднем переход на мягкую схему декодирования дает дополнительный ЭВК около 2 дБ. А как использовать этот выигрыш решать Вам - уменьшить излучаемую мощность, полосу или апертуру антенны. Но в основном все схемы внутренних декодеров и так строятся по мягкой схеме декодирования
vadimuzzz
немного отвлекся от темы, возвращаюсь вновь. вот, что мне не совсем понятно:

это посчитанные LLR, округленные до 5 бит (8-PAM, как выше в примере и статье)
меня смущает, что LLR для младшего бита фактически представляет собой жесткое решение.
или это так и задумано и все советы брать такую разрядность исходят именно из того, что знак младшего бита
является грубой оценкой нижней границы информации в символе? м.б. есть какие-нибудь книжки по этой теме?
petrov
Цитата(vadimuzzz @ Apr 29 2011, 13:18) *
немного отвлекся от темы, возвращаюсь вновь. вот, что мне не совсем понятно:

это посчитанные LLR, округленные до 5 бит (8-PAM, как выше в примере и статье)
меня смущает, что LLR для младшего бита фактически представляет собой жесткое решение.
или это так и задумано и все советы брать такую разрядность исходят именно из того, что знак младшего бита
является грубой оценкой нижней границы информации в символе? м.б. есть какие-нибудь книжки по этой теме?


Биты в QAM не одинаково подвержены воздействию шума, LLR демонстрирует этот факт. Книжки - классика разбиение Унгербоека и не кодируемые биты. Вы можете использовать в мягкой схеме только старшие биты как для 16QAM, а младшие определять по ближайшей точке в декодируемом подобразе и не будет практически никакой разницы.
vadimuzzz
Цитата(petrov @ Apr 30 2011, 17:58) *
Биты в QAM не одинаково подвержены воздействию шума, LLR демонстрирует этот факт.

ну да, интуитивно это понятно (на то они и младшие биты). но вот попалась мне старая тема http://electronix.ru/forum/index.php?showt...83879&st=15
там на 2-й странице приводится код для вычисления метрик. вот его результат (4 бита, но не суть):

здесь для каждого бита разрядная сетка используется полностью, при больших значениях - насыщение, в местах перехода между точками созвездия (собственно, там мягкие решения и нужны) - линейная зависимость, по типу той, что приведена выше. выглядит картина красивей, но противоречит тому, что разные биты по-разному подвергаются шуму.
petrov
Цитата(vadimuzzz @ Apr 30 2011, 17:07) *
ну да, интуитивно это понятно (на то они и младшие биты). но вот попалась мне старая тема http://electronix.ru/forum/index.php?showt...83879&st=15
там на 2-й странице приводится код для вычисления метрик. вот его результат (4 бита, но не суть):

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


Возможно автор кода ошибается.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.