des00 25 1 апреля, 2015 Опубликовано 1 апреля, 2015 · Жалоба ну в стандарте в этом пишут "код длины k=1024, скорость 1/2, 2/3, 4/5" я нашёл логичным называя код исходить из длины информационного блока. забавно. а в ваймаксе наоборот: длинна блока в стандарте это систематические биты + биты четности Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Mogwaika 0 1 апреля, 2015 Опубликовано 1 апреля, 2015 · Жалоба для sum-product получилось получить 1е-5 на 1.7дБ как на примерах в стандарте (ccsds 131.1-O-2) если правильно вычислить llr. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
smoke_111 0 5 апреля, 2015 Опубликовано 5 апреля, 2015 · Жалоба А вы не в курсе какие там ресурсы требуются для декодирования, по сравнению с бинарными LDPC кодами? если декодировать без специальных ухищрений то зависимость примерно квадратичная от размера поля , но можно использовать FFT и есть работы, в которых используется откидывание большей части метрик, так в тех работах утверждается что по сравнению с двоичным sum-product, сложность декодера чуть ли не меньше чем у двоичного (при условии равной битовой длины), и даже получают небольшой выигрыш. Но нужно понимать, что если для двоичного кода применить обобщенный BP то там неизвестно кто выиграет :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
des00 25 10 апреля, 2015 Опубликовано 10 апреля, 2015 · Жалоба то там неизвестно кто выиграет :) Надо посмотреть повнимательнее, мне эти коды интересны возможностью достижения большей скорости работы. ЗЫ. в ПЛИСах выложил RTL код wimax ldpc кодера. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
smoke_111 0 12 апреля, 2015 Опубликовано 12 апреля, 2015 (изменено) · Жалоба Вычислительно они куда более сложные, так что если речь идет о пропускной способности, то там пока ловить нечего, но это пока. Опять же они не универсальны и показывают интересные характеристики в довольно узком диапазоне кодовых скоростей(ну и еще один большой плюс требования к проверочной матрице намного слабее по сравнению с двоичной) ПЫСЫ. Чукча не читатель, но на базе ваймаксовского декодера проглядывается сделать универсальный декодер для любого квазициклического кода, ну не люблю я ваши верилоги :rolleyes: Изменено 12 апреля, 2015 пользователем smoke_111 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
des00 25 13 апреля, 2015 Опубликовано 13 апреля, 2015 · Жалоба ПЫСЫ. Чукча не читатель, но на базе ваймаксовского декодера проглядывается сделать универсальный декодер для любого квазициклического кода, ну не люблю я ваши верилоги :rolleyes: Насколько я понял, ваймакс декодер подходит под любой код, заданный матрицей сдвигов. При этом просто наращивается размер блока. Жаль только в стандарте нет скоростей 4/5, 6/7, 7/8 и т.д. А матрицы считать еще скилл не прокачал :( Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
des00 25 13 апреля, 2015 Опубликовано 13 апреля, 2015 · Жалоба Возник глупый вопрос по декодированию LDPC по алгоритму Min-Sum. Правильно ли я понимаю что нет никакого смысла увеличивать разрядность представления метрик vnode для хранения (она растет на вертикальном шаге, из-за суммирования метрик cnode). По причине того что на горизонтальном шаге все равно выбирается меньшая метрика. Поэтому достаточно сложить, ограничить на максимальном уровне и радуясь экономии памяти крутить шаги дальше? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Maverick_ 15 13 апреля, 2015 Опубликовано 13 апреля, 2015 · Жалоба Возник глупый вопрос по декодированию LDPC по алгоритму Min-Sum. Правильно ли я понимаю что нет никакого смысла увеличивать разрядность представления метрик vnode для хранения (она растет на вертикальном шаге, из-за суммирования метрик cnode). По причине того что на горизонтальном шаге все равно выбирается меньшая метрика. Поэтому достаточно сложить, ограничить на максимальном уровне и радуясь экономии памяти крутить шаги дальше? Оптимум 3-5 бит Редко берут выше - максимум видел 8 бит Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
des00 25 14 мая, 2015 Опубликовано 14 мая, 2015 · Жалоба В форуме по плисам, выложил лдпц декодер ваймаксовский. Скоро будут вопросы по BTC :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
des00 25 24 августа, 2015 Опубликовано 24 августа, 2015 · Жалоба В процессе написания бертеста для сложных созвездий возник такой вопрос: Рассмотрим классический QAM16 (см. аттач). Положим что значение точек созвездия уже ограничено диапазоном [-4:4), разрядность метрики 4 бита [-2:1.75] и отображение символа {b3, b2, b1, b0}. В таком случае диапазон возможных значений метрик битов b3 и b1 составит [-4.00:3,75] или 5 бит, а битов b2, b0 соответственно [-2:1.75) или 4 бита. Есть 2 способа выровнять динамический диапазон метрик битов: 1. Принять что биты b3 и b1 представляют собой QPSK созвездие и нормировать его к диапазону [-2:2). 2. Пропустить метрику битов b3 и b1 через ограничитель диапазона [-2:2). Рассмотрим пример. Положим точное попадание символа в точку -1 - 3i (0001) Результаты реализаций для битов b1 и b0 будут соответственно : 1. LLR(b1) = -1/2 = -0.5 LLR(b0) = 2 - abs(-1) = 2-1 = 1 Т.е. даже несмотря на точное попадание символа в точку вероятность бита b1, определяющего левую/правую половину созвездия меньше чем бита b0 определяющего левую/правую половину квадранта. 2. LLR(b1) = saturation(-1) = -1 LLR(b0) = 2 - abs(-1) = 2-1 = 1 Это ИМХО более логичный результат. Моделирование конечно покажет какой вариант верный, но по любому кто-то уже это проверял подобное и поможет мне сэкономить пару часов времени ;) Спасибо. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
petrov 7 24 августа, 2015 Опубликовано 24 августа, 2015 · Жалоба Без проверки очевидно, что первый вариант просто неправильный. Второй годный, ограниченные LLR всё равно будут достаточно хороши. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
des00 25 31 августа, 2015 Опубликовано 31 августа, 2015 · Жалоба Всем доброго! Прошу помощи: разыскивается созвездие КАМ512 и КАМ2048. В документах от AHA, что у меня есть всё заканчивается на 256. Могу свое нарисовать, но зачем изобретать велосипед :) Спасибо. ЗЫ. В теме по плисам выложил демапер до 1024 го (исключая 512 :() Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
des00 25 1 сентября, 2015 Опубликовано 1 сентября, 2015 · Жалоба Прошу помощи: разыскивается созвездие КАМ512 и КАМ2048. В документах от AHA, что у меня есть всё заканчивается на 256. Могу свое нарисовать, но зачем изобретать велосипед :) Спасибо. отбой. взял матлабовский. ЗЫ. странно но матлабовские созвездия отличаются от ахашных. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
GetSmart 0 22 сентября, 2015 Опубликовано 22 сентября, 2015 · Жалоба Всем доброго! Прошу помощи: разыскивается созвездие КАМ512 и КАМ2048. В документах от AHA, что у меня есть всё заканчивается на 256. Могу свое нарисовать, но зачем изобретать велосипед :) Спасибо. Изобретать велосипеды бывает очень интересно. А не встречали ли Вы КАМ с динамически меняющейся размерностью? Стандарт или или чьи-то мысли. Адаптивной под текущий битрейт. Причём чтобы новые символы в созвездии появлялись над старыми при необходимости увеличения "сиюминутного" битрейта. С соответствующим увеличением мощности в антенне, но сохранением ширины спектра. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Serg76 0 22 сентября, 2015 Опубликовано 22 сентября, 2015 · Жалоба Изобретать велосипеды бывает очень интересно. А не встречали ли Вы КАМ с динамически меняющейся размерностью? Стандарт или или чьи-то мысли. Адаптивной под текущий битрейт. Причём чтобы новые символы в созвездии появлялись над старыми при необходимости увеличения "сиюминутного" битрейта. С соответствующим увеличением мощности в антенне, но сохранением ширины спектра. DVB-S2 и его продолжение DVB-S2X, режим ACM (adaptive coding modulation) http://www.etsi.org/deliver/etsi_en/302300...307v010201p.pdf Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться