Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: iDirect
Форум разработчиков электроники ELECTRONIX.ru > Цифровая обработка сигналов - ЦОС (DSP) > Алгоритмы ЦОС (DSP)
reider
Всем доброго времени суток.
Недавно начал разбираться с технологией iDirect.
Но информации о ней практически никакой не могу найти.
Интересуют моменты синхронизации модемов, структура комманд идущих в канале хаба, структура пакетов
клиентских модемов.
Кто нибудь встречался с этой систмой?
Если кто знает подскажите.
Заранее благодарен,
С уважением reider.
readt
Цитата(reider @ Sep 27 2011, 18:52) *
Недавно начал разбираться с технологией iDirect.
Но информации о ней практически никакой не могу найти.
Интересуют моменты синхронизации модемов, структура комманд идущих в канале хаба, структура пакетов
клиентских модемов.

Если опыта в ТА, ресурса в несколько человеко-лет нет, то бросайте это занятие. У них всё проприетарно. Как альтернативу попробуйте dvb-rcs, под который есть официальные буквари.
reider
И всё же интерес представляет именно iDirect включая iDirect Evolution.
Может кто обрабатывал их?
Подскажите.
SOS!
Заранее благодарен.
С уважением,
reider.
mw_duk

И всё же интерес представляет именно iDirect включая iDirect Evolution.
Может кто обрабатывал их?



Самое интересное, что iDirect от разных производителей не совместимы между собой в принципе.
Был момент, когда один заказчик просил разобраться с одним хабом из этой системы и деньги были.
Абонентские терминалы фактически бесплатно, а вот хаб стартовал от $1500000 в зависимости от количества терминалов.
Так вот информация по хабу -- закрыта, как и вся структура.
Поэтому, как мне видится всю идеологию придется делать самим, т.к. нормативных документов нет.
Есть только общие соображения построения сети.
Non-linear
Цитата(reider @ Sep 30 2011, 16:09) *
И всё же интерес представляет именно iDirect включая iDirect Evolution.
Может кто обрабатывал их?
Подскажите.
SOS!
Заранее благодарен.
С уважением,
reider.

Некоторая дополнительная информация о структуре пакетов в сети доступна - надо покопать их старые описания.

А что в итоге хотите сделать? Насколько подробная нужна информация?
(типа, для диплома, чтобы отмазаться или серьезного проекта)
На что акцент - просто узнать и описать (тогда можно куски их
описаний вставить) или нужно эти сигналы научиться принимать,
формировать?
Serg76
Что из себя представляет схема кодирования 2D 16-State FEC в оборудовании Evolution?
rodgi
Ну с этим все просто sm.gif это duobinary 16 state турбо, сверточный (TCC)sm.gif В новом стандарте RCS2 из того же класса
применен
Serg76
Цитата(rodgi @ Oct 5 2011, 06:53) *
Ну с этим все просто sm.gif это duobinary 16 state турбо, сверточный (TCC)sm.gif В новом стандарте RCS2 из того же класса
применен

Спасибо, было подозрение на dvb-rcs2. Если не секрет, откуда такая уверенность, что это именно он?
rodgi
что это TCC понятно из названия (16 State) sm.gif и сам iDirect где то про это писал. 2D в аглицкой литературе называют
все сверточные турбо класические, с двумя кодами sm.gif вот тут например http://www.ieee802.org/16/tg4/contrib/802164c-01_33.pdf Ну и еще встречалась публикация, в которой как раз анализировались турбо duobinary, где как раз авторы были из iDirect sm.gif публикация времен выпуска Evolution серии
Serg76
Вообще 2D означает, что кодирование происходит по двум измерениям, потому как блоковые турбокоды
тоже могут быть как 2D, так и 3D. А сама схема кодера совпадает с DVB-RCS2? Или же в ней все-таки исполь-
зуется другое семейство генераторных полиномов? Спасибо.
rodgi
Ну да собсно про 2D это и имелось ввиду sm.gif
Про полиномы не знаю, но думаю да. В работе Berrou 2004 года например схема для 16 state кодера приведена такая же, как используется в RCS2 sm.gif в остальных публикациях по этой теме тоже встречалась только с такими полиномами с утверждением что она оптимальная
Serg76
ок, спасибо.

Цитата(rodgi @ Oct 5 2011, 09:23) *
Ну да собсно про 2D это и имелось ввиду sm.gif
Про полиномы не знаю, но думаю да. В работе Berrou 2004 года например схема для 16 state кодера приведена такая же, как используется в RCS2 sm.gif в остальных публикациях по этой теме тоже встречалась только с такими полиномами с утверждением что она оптимальная

просто попадалась как-то статья со сравнительными характеристиками схем кодирования систем iDirect и DVB-RCS,
так вот в ней, если не изменяет память, iDirect показал немного лучшие характеристики. За счет чего тогда может
быть выигрыш при одинаковых схемах кодера? Может перемежители разные?
rodgi
Дык просто RCS это 8-state код, а iDirect evolution это 16-state sm.gif , а вот RCS2 тоже 16 sm.gif
а согласно этой же работе :
http://public.enst-bretagne.fr/~douillar/P...E_TCOM_2004.pdf
у 16 state минимальное расстояние хемминга от 30% до 50% лучше, чем у 8 state sm.gif
как то так
Serg76
Цитата(rodgi @ Oct 5 2011, 09:58) *
Дык просто RCS это 8-state код, а iDirect evolution это 16-state sm.gif , а вот RCS2 тоже 16 sm.gif

Это-то понятно, я как раз и имел ввиду RCS2. У них обоих 16-state. За счет чего разница в помехоустойчивости
при одинаковых схемах кодирования?
rodgi
хмм, даже не знаю, интересно было бы глянуть на это сравнение, не видел
Serg76
Цитата(rodgi @ Oct 5 2011, 10:24) *
хмм, даже не знаю, интересно было бы глянуть на это сравнение, не видел

виноват, память все-таки изменяет sm.gif. Это было сравнение VersaFEC (LDPC) и 2D 16-State FEC с примерно одинаковыми параметрами кодирования.
Доку прилагаю:

Нажмите для просмотра прикрепленного файла
Serg76
В оборудовании серии Evolution задекларирован режим работы с расширением спектра.
Какие ПСП используются при этом?
rodgi
Есть у нас такой модемчик sm.gif c spread spectrum (8350 ), но как то пока даже не смотрели, некогда %)
Serg76
2 rodgi отписал в личку
shoml
какие полиномы используются у idirect свёрточных турбокодах?
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.