Мне проще было не задерживать на 1/3 дискрета, а децимировать в 3 раза реже. Пробовал. Так работает. Но о реал-тайме тут говорить тяжело.


Основное отличие OFDM от OFDMA - это то, что в последнем одновременно могут излучать несколько источников, каждый используя свой набор поднесущих.

Без задержки на часть дискрета децимация в 3 раза даст периодически затухающий корреляционный пик 2-й и 3-й частей преамбулы. Задержка на 1/3 дискрета - это я условно обозначил. На самом деле, задержка накапливается долями по 1/3 дискрета после каждого последуюшего символа. Для этого необязательно задерживать принятый сигнал, можно и местную реплику, что несложно сделать на fixed point DSP, как это делают GPS приемники - там частота постоянно ползет из-за быстро меняющегося доплера.


А эти несколько источников приемник как будeт различать? Не по результату ли синхронизации с преамбулой?

Надо, наверное, пояснить. Структура фрейма WiMAX делится на две части: downlink и uplink. В downlink'е излучает только базовая станция, и приёмникам различать ничего не надо. В uplink'е излучают только абоненты. На каких поднесущих и в какое время им излучать, сообщается базовой станцией, которая и является приёмником их сигнала. Её же задачей является распределение поднесущих между абонентами так, чтобы они не пересекались. Таким образом, приемнику надо просто знать "что", "где" и "когда". Здесь нет такого как в GPS, что спутники передают на одной и той же частоте используя для разделения разные ПСП. Здесь всё достигается ортогональностью.

Вся эта история с преамбулами, видимо, нужна для того, чтобы минимизировать влияние других базовых станций, которые работают на этой же частоте, но находятся дальше, чем БС данной "соты".

А таких баз, работающих на одной и той же частоте, может быть сколько угодно, т.к. реюз-фактор частоты может быть "1". Соответственно в зоне приема подвижных пользователей вероятно окажутся несколько БС, и их нужно как-то различать не только для уменьшения их взаимной интерференции, но и для других функций, напр., определение местоположения, "прозрачный" переход из соты в соту, diversity, регулирование загрузки системы и пр.

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

В общем речь в данном посте шла совсем не об особенностях развёртывания сетей WiMAX, а о конкретном алгоритме, так что хватить оффтопить.

Если еще актуально.
Быстрый поиск точного начала преамбулы для OFDMA подробно описан в статье

"A new method for frame synchronization in OFDMA mode of WMAN"



Ссылку на нее можно найти в ветке форума

"Если у кого есть халявный доступ к материалам IEEE, помогите скачать статейку плз."


Используется свойство комплексно сопряженной симметричности преамбулы во временной области.
Дает очень яркие пики. Устойчив к неопределенности по частоте несущей.
Возможен вариант поиска при неизвестной длине циклической приставки.

Номер (один из 114) определяется вычислениями в частотной области.
Если интересна процедура определения номера преамбулы без знания частоты несущей - могу написать.

Вообще всё это у меня уже сделано без всяких статей. Проблема в том, что в диком виде преамбула прошедшая через эфир может не обладать свойством сопряжённой симметрии, а вместе с этим и вычисление её номера может не получится. Не говоря уже о том, когда на одной частоте работает несколько базовок из разных сегментов.

Что скажете на это, уважаемый?

Да... сложная ситуация.
А можно выложить куда-нибудь реализацию радиосигнала (несколько пакетов Downlink)?
Интересно взглянуть на "дикий" сигнал.

DMax, спасибо за ответ в ветке по STC.

Пока разрабатывал свою проблему, сделал модель сигнала с замираниями.
Свойство сопряженности у меня работает нормально.
Да и на реальных реализациях все ОК.

Правда вот не знаю как дать числовую характеристику "дикости" моих сигналов .

Да и когда базы других сегментов начинают влиять - тоже некрасивая ситуация.

Единственное что приходит в голову - может дело в приемной части?

Сообщение отредактировал mikalaha - Aug 9 2010, 14:13

DMax
а не могли бы вы поделиться кодом для синхронизации.сейчас сам начал заниматься этим.кое какие исходники могу свои выслать,если еще актуально

chturm-88@mail.ru