Никому верить нельзя.. не смог, к сожалению, снова найти источник..
Сегодня случайно увидел, что в кадре с преамбулой на BPSK, 21/44 присутствуют нулевые вставки. На блок с одной синхрометкой размером в 25168 бит приходится 80 бит преамбулы и 28 вставок по 28 нулевых бит. Попробовал их учесть, но снова мимо, 21/44 никак не получается(

Удалось похоже разобраться с кодовой скоростью 5/16.
Ее можно получить с помощью укороченного 3D-кода с коэффициентами (15,10), (16,11), (16,11).
Учитывая длину блока в 3840 бит и длину преамбулы в 32 бита имеем:
(10/15)*(11/16)*(11/16)*(3840/3872)=0.3125=5/16
Ура! Ура! Ура!))
Теперь повозимся с кодовой скоростью 21/44...
Повозился..
Учитывая длину блока в 25088 бит и длину преамбулы в 80 бит имеем:
(11/16)*(26/32)*(42/49)*(25088/25168)=21/44

Сообщение отредактировал Neznaika - Apr 12 2016, 13:12

подскажите а где 21/44 с такими параметрами используется?

когда я занимался турбиками, по-моему параметры у 21/44 были немного другие = (28,22)*(32,26)*(4,3)*7

вопрос как Вы использовали (4,3) при декодировании?
+
вопрос

до нужного BER "вытягивали" коды по осям X и Y. по оси Z четность использовал как вспомогательный код, который "помогал" иксу и игреку. четность не сошлась - все метрики минус "один", сошлась - наоборот.

а Вы как?


на домашнем компьютере документы по этим кодам ((128,127)x(128,126) или (64,63)x(64,62)) - утеряны. если найду - то в дам знать

спасибо
Разбираюсь пока нет понимания...

21/44 - это кодовая скорость спутникового модема при модуляции BPSK или QPSK. Модемы как импортные, например CDM-600L, так и отечественные, например ЭТРА-МД4L. В обоих модемах используется микросхема AHA4501. Чуть выше я предложил свой вариант получения этой скорости, основываясь на параметрах этой микросхемы и зная длину кодового слова и длину преамбулы. Очень возможно, что на самом деле использованы немного другие параметры кода, но у меня получилось с теми, что я привел.

А как в-принципе формируется 3D-кодовое слово? Данные в куб записываются в какой очередности? Они как то по очереди пишутся в лицевую грань слева направо, а потом в следующий слой по оси Z? Чтобы получить кодовое слово нужно 3 кодера, работающих параллельно и формирующие одновременно грани по осям X,Y,Z или как? Или может нужна какая то опорная частота, превышающая скорость данных в разы и с помощью одного кодера происходит заполнение куба? Я уже голову сломал, в ИНЕТе очень скудно информации...
Самый полезный документ для меня пока вот этот:
http://www.ieee802.org/16/tg1/phy/contrib/802161pc-00_35.pdf

Для 2D данные записываются по строчно (как я понял).
Например для (64,57)x(46,39) записываются строками по 64 элемента. Всего строк будет 46.
Третье измерение например (4,3) или (64,63) как я понял из интернета/форума - это проверка на четность, но как ее делать/использовать мне не понятно.
Просьба если разбиретесь с третьим измерением или с ”enhanced” Turbo Product Codes (eTPCs)" прошу поделиться информацией.

могу выслать программу для формирования кодов tpc. для пробного декодирования. есть поддержка 2д и 3д. еслу нужно - дайте знать

если не сложно, можно и мне на diod2003 собака list.ru

нужно, если можно на scair собака ukr.net

Спасибо.

И мне) И мне)) На andrusha_grig-v@mail.ru) Спасибо)
По поводу реализации кодера... В Инете есть описание ядра кодера фирмы Xilinx:
http://www.xilinx.com/support/documentatio...coder_ds211.pdf
Так вот... там прописано, что для кода (8,4)*(8,4) задержка составляет 13 тактов. Вообще TPC-кодер для этого стандарта не имеет задержки. Походу эти 13 тактов тратятся на сохранение данных в ячейках памяти, таким образом, чтобы при формировании проверочной информации не использовались одновременно ячейки в которые нужно записывать и считывать. Формирование проверочной информации на мой взгляд должно происходить параллельно двумя кодерами после 13 такта, тогда мы уложимся в нужное число тактов кодового слова. Задержка 13 тактов также позволит уже иметь входные данные для 2-го кодера, работающего по оси Y.
Что касается 3D-кодов, то там видимо нужно заполнить минимальное количество куба данных, чтобы возможна была работа одновременно 3 кодеров.
Пока не ясна проблема организации памяти, будем еще подуматЪ)

Сообщение отредактировал Neznaika - Apr 18 2016, 07:28

нашел это, в конце есть исходник на С

Дошел до грани реализации кодера... Но уперся в один момент. Например, если у нас 2-D код с параметрами (n,k)*(n*k), то с помощью одновременной работы 2-х кодеров мы можем получить k-строк и k-колонок проверочных бит. А оставшиеся ячейки проверочных бит мы заполняем битами полученными от строчного Х-кодера или Y-кодера работающего с колонками?
Без интерливинга, мы должны считывать данные слева на право каждой строки по очереди. Если мы проверочные данные строки k+ будем получать Y-кодером, то мы не сможем же выдавать данные TPC-кодером непрерывно и нужно будет вводить дополнительную задержку, нежели если бы мы формировали эти проверочные биты X-кодером.
Из статей мне почему то представляется, что проверочные биты проверочных бит формируются именно Y-кодером.
Кто-нибудь из Гуру может прояснить ситуацию?