dub01 О, так а зачем её прикидывать? Её нужно точно измерить, а если сигнал неизвестный, это как я понимаю и есть на сегодня вопрос вопросов, ибо если параметры известны то всё легко определяется и вычисляется, а вот если нет, то и каюк типа, гадание на кофейной гуще начинается, а если ещё и частота дискретизации приёмника брешет, то полный абзац. :)

Её нужно точно измерить
как?

dub01 Да кто б знал, ещё и разнос точный до кучи нужен. :( Если канал можно выделить то по отработанным схемам, а вот если нет, то хз.

разнос точный до кучи нужен
Ну я же для примера M39 рассматриваю. Там разнос сетки частот составляет 56.25Гц. Как измерить скорость манипуляции?

dub01 Так а тут чего мерить когда оно всё заранее известно, цитата из паралельной ветки Из описания видно, что циклический префикс действительно приводит к уменьшению скорости манипуляции. Насколько сильно? В распространенном стандарте передачи данных (MIL-STD 188-110А приложение B) используется блок данных 128 отсчетов, циклический префикс - 34 отсчета, общая длина блока - 162 отсчета (частота дискретизации - 7200 Гц). Результат - разнос между понесущими - 56.25 Гц, скорость манипуляции - 44.44 Бод. Спектральная Эффективность 128/162 = 0.79, что довольно неплохо.
, я его даже смоделировал в ocg, всё как в аптеке сошлось.

Из описания видно, что циклический префикс действительно приводит к уменьшению скорости манипуляции. Насколько сильно? В распространенном стандарте передачи данных (MIL-STD 188-110А приложение B) используется блок данных 128 отсчетов, циклический префикс - 34 отсчета, общая длина блока - 162 отсчета (частота дискретизации - 7200 Гц). Результат - разнос между понесущими - 56.25 Гц, скорость манипуляции - 44.44 Бод. Спектральная Эффективность 128/162 = 0.79, что довольно неплохо.
Интересно откуда такая информация, только что перелистал стандарт и в упор не обнаружил ничего про отсчеты(( Ну всё равно как всё-таки её расчитывать? я про скорость манипуляции.

dub01 Ну всё равно как всё-таки её расчитывать? я про скорость манипуляции. Гы, ну как же так? У вас есть Ts это тайм симбол=22.5 мс, обратная величина это скорость 1/22.5 мс=44.44 герца, нет то проблемы. :)

Здравствуте, у меня возник вопрос по OFDM демодуляции.

Хотелось бы узнать как будет выглядеть полный алгоритм OFDM демодуляции, что за чем идет. Сам прочитал некоторое количество статей и запутался.

Еще вопрос по DRM каналам. Как я понял OFDM содержится в MSC(главный служебный канал) канале. Так? А в каналах FAC и SDC есть OFDM?

Заранее большое спасибо.

tl51 Это не смотрели? http://www.radioscanner.ru/files/telecom/file1105/ Очень легко находится поиском. Гы, и зачем вы одно и тоже пишете в разных темах? Чесслово отпадает всякое желание отвечать таким нервным. :)

Итак, после длительного отсутствия, появились некоторые важные вопросы касательно того же MIL-STD-188-110B - 39ка. Как уже писал, имеется некоторый записанный с эфира сигнал данного стандарта, необходимо его обработать, т.е. правильно демодулировать, осуществить синхронизацию, выделить начальную точку нарезки с которой начинается полезный информационный поток... Сигнал записан с частотой дискретизации fs=8000Гц. На первом этапе обработки происходит передискретизация на частоту fs=7200Гц методом интерполяции. В итоге получили новый вектор отчётов, но уже с частотой дискретизации 7200Гц. При 7200 выполняется условие, при котором отсчёты берутся именно на поднесущих частотах а не где-то рядом, т.е. бины лежат на несущих. 7200/128 = 56.25Гц - как раз разнос между поднесущими по стандарту. На втором этапе нелбходимо найти точку(отсчёт) с которого необходимо нарезать символы как таковые, т.е. найти точку где заканчивается синхра (4 немодулированных тона и за ними ещё 3 модулированные несущие частоты). У меня этот процесс реализован следующим образом. Задаётся некоторое окно отсчётов, для примера k=500. Этим окном скользим(смещаем) по нашему вектору отсчётов(кот. уже с fs=7200) и строим спектр. По стандарту 4 тона имеют следующие частоты: 787.5, 1462.5, 2137.5 и 2812.5 Гц соответственно, а на нашем спектре получается что частоты гуляют около этих значений +-пару Гц. При этом разнос между тонами на спектре, естественно, сохраняется и равен 675Гц.
ВОПРОС: как и что необходимо сделать для правильной частотной синхронизации?

Далее как планируется, чтобы найти точку нарезки(конца синхры и начала полезного информационного сигнала) необходимо настроить фильтры на эти самые несущие(4 тона). И на выходе фильтров усреднить огибающие, по уровню 0.707 замерить длительность, и тем самым найти эту точку(отсчёт). Фильтры по идеи надо реализовывать на основе Фурье. Вот только не ясно, ведь сама процедура усреднения - уже с погрешностью, т.е. и по времени не будет точной синхронизации.
ВОПРОС: насколько правильный данный алгоритм? И как правильно реализуется временная синхронизация? Ведь очень важно правильно определить точку нарезки.

Коллеги, а какой реально выигрыш в скорости можно получить при использовании N-OFDM (non-orthogonal OFDM)? Кто-нибудь пробовал реализовать на практике?

dub01 Я не сильно в теме, но кажется вы зря берёте окно отсчётов в к=500, зачем? Тем самым нарушаются все условия демодуляции. Imho, надо брать такое окно, какое было при формировании к=162. Тогда задача сводится к получению частот на своих позициях, и никаких пару герц быть не будет, а будет или затекание на соседние бины есле неточно попали по частоте или небудет затекания на соседей, тогда точно попали, потом останется только засинхрится по времени. Тоесть уточнить положение этого окна.

Mesh
А откуда известно, что к=162? И что получается, при демодуляции можно использовать только то К, которое было при модуляции?

alex65111 Как откуда? Отсюда Из описания видно, что циклический префикс действительно приводит к уменьшению скорости манипуляции. Насколько сильно? В распространенном стандарте передачи данных (MIL-STD 188-110А приложение B) используется блок данных 128 отсчетов, циклический префикс - 34 отсчета, общая длина блока - 162 отсчета (частота дискретизации - 7200 Гц). Результат - разнос между понесущими - 56.25 Гц, скорость манипуляции - 44.44 Бод, а отсюда http://www.radioscanner.ru/info/article194/ и отсюда http://www.radioscanner.ru/info/article220/ следует, что как вы правильно говорите при демодуляции можно использовать только то К, которое было при модуляции, но перед этим нужно всё привести в правильный вид. Сама демодуляция будет тогда такой, выровнять сигнал по частоте, привести к нужой частоте дискрета, взять блок длиной 162 отсчёта, выбрость первые 34, подать на fft дем оставшиеся 128. Естесно это очень примитивно, так как встают вопросы поиска правильного положения выборки, но это отдельная история, сейчас как бы речь об алгоритме, у dub01 он неправильный, а как это всё реализовывать то я просто не в теме, чесно говорю.

В поисках ответов на вопросы, касательно синхронизации в OFDM нашёл весьма полезную информацию в документе Wireless OFDM Systems: How to Make Them Work? - http://ieeexplore.ieee.org/Xplore/login.jsp?url=/stamp/stamp.jsp?arnumber=01179493 Там описаны методы временной (тактовой/символьной) и частотной синхронизации. Впринципе как в первом, так и во втором случае их разделяют на:
-автокорреляционные методы
-взаимной корреляции (только временная синхронизация)
-на основе циклического префикса
Ниже приведены схемы, реализующие синхронизацию на основе CP:
временная

частотная


Возможно кто-то использовал данные схемы? Поясните суть работы. Что такое "сопряжение" на схемах? (0,5*SNR)/(SNR+1)? argmax? Если можно приведите ссылку где описаны данные методы!, более детально про них я не нашёл, а очень интересно.

dub01 Я неуверен, но вот так из картаинок, которы кста невнятные, закрашения часть помеченая как IFFT непойму куда и как это, следуит. Что скоре всего подразумевают комплексный сигнал, тогда сопряжение это комплексно сопряженые числа, на комплексность указывает и argmax у действителльных чисел нет аргумента. Для действительных отсчётов сопряжёными будут те же но со сдвигом на 90 градусов. Так где то. (0,5*SNR)/(SNR+1) это скоре всего типо множителя для авторегулирования, нужно получать отдельно, как хз. На сигналах с хорошим качеством это не нужно, имхо, по меньшей мере есле игратся с моделками сигналов то точно не нужно.

Доброго времени суток, товарищи. Стандартом MIL-STD 188-110B предусмотрены 16- и 39-канальные OFDM передачи. Может ли кто-нибудь мне подсказать какие еще передачи OFDM применяются в MIL-STD и STANAG, где найти описания и записи этих сигналов.
Самостоятельно эксперементируя с М39, пришел к такому же решению (7200 Гц, 162 отсчета). Для имеющихся у меня сигналов получается очень даже красивое созвездие.
P.S.: ни у кого не было проблем со входом на http://www.signals.taunus.de/. Меня почему-то не пускают (что-то с IP-адресом).

Добрый день.

В стандарте MIL-STD-188-110B сказано, что 39 поднесущих ортогональны, при этом скорость модуляции (modulation rate) составляет 44.44 Гц (22,5 мс), а шаг между поднесущими частотами 56,25 Гц.

Я ожидал, что поднесущие должны быть ортогональными именно на длительности модуляционного символа. Но как поднесущие с шагом по частоте 56,25 Гц будут ортогональны на интервале 22,5 мс я не понимаю.

Подскажите, где я могу ошибаться в понимании данного стандарта или в понимании ортогональности поднесущих.

oshpeg Это вам сюда надо Статьи: Цифровая обработка сигналов и читать всё где есть слово ОФДМ. :)

Дык, мой вопрос перекинул в эту ветку администратор ...

Mesh, спасибо за направление, почитаю.

Перефразирую свой вопрос:

Из математики: гармонические колебания < A[i]*exp(1j*w[i]*t+phi[i]) > ортогональны на интервале T, если разнос между ними по частоте составляет 1*k/T, к - целое больше нуля.

Как этот принцип реализуется в MIL-STD-188-110B я не понимаю...

oshpeg Этот принцип реализуется везде, иначе никак. :-) А не понимаете, потому что в лоб переносите базовые предпосылки к реальным сигналикам. Ещё раз тут перетирать перетёртое неохота. Почитайте, это правильный ход педалей. Хоть бы это для начала OFDM по линке какую я давал море преинтереснейшей инфы.

Mesh, вы знакомы с протоколом MIL-STD-188-110B? Если да, то, пожалуйста, скажите, что в этом протоколе описано не явно касательно OFDM. Например, это может быть циклический прифекс или еще что-либо.

А так, базовые принципы OFDM легко в лоб переносятся на описание (а не на реальные сигналики) протокол физического уровня WiMax. Таково мое восприятие данного описания.

oshpeg Прикольно. Я уже типо и виноват, что не разжёвываю?! Ок. Вы крутой, я гордый. На том и закончим. :-) Читайте. Всё написано и разжёвано. Где читать, указно. За вас читать и пересказывать ну вот нет желания, извините. :) Пардоне если обидел. Вы меня не обидели, просто это уже тут сто раз было. И реакция ваша просто типовая. Уже привык. Успехов.

Mesh, спасибо! Заставили научиться пользоваться форумом)) Ответ нашел.

oshpeg Натурально, искренне рад за вас! Без всякой иронии. Да и вы видитесь теперь совсем по другому. :) К стати вот в этой теме OFDM недавно, 14 декабря 2010, спрашивали что есть ЦП, зачем ЦП, толк в ЦП и тд. Там ж в этой теме есть линк по которому есть ответ очень наглядный и понятный. Оно может вам и не надо, но так по логике интересовать должно как бы. :)