[_4afc_ 24]

Если почитать теорию OFDM - то можно увидеть что между каждым символом располагают защитный интервал от многолучёвости.
С некоторого времени он эволюционировал в циклический префикс.
Т.е. мы копируем несколько последних отсчётов символа в защитный интервал, в надежде с помощью корреляции восстановить символьную синхронизацию.

В теории - всё красиво. Непонятно как это осуществляется в современном мире на практике?

Я провёл эксперимент:
сформировал OFDM сигнал из 64 суб-тонов в котором все тоны кроме 1 и 4 выключены.
сделал idft
добавил префикс длиной 16 отсчётов
Передал повторяющееся сообщение длиной 32 символа.

Т.е. информация повторяется каждые (64+16)*32=2560 отсчётов.
Передал данные через радиоканал.

Вручную, перебором одного из 80 вариантов - я могу декодировать принятое сообщение.

Но как, каким методом - мне автоматически найти циклический префикс в этих данных?  

Или никто не заморачивается с циклическим префиксом, а по старинке делают правильную преамбулу вначале пакета символов?

 

 

FindCP.m

 

ToneDataFrame_tst.csv

 

 

 

[thermit 1]

Префикс нужен для правильной демодуляции. ДПФ определено для периодических последовательностей. Префикс позволяет соответствовать этому определению при ДПФ последовательности, начало которой попадает в любую точку префикса с точностью до фазы. Символьная синхронизация по префиксу - один из способов.  Не самый лучший способ, ибо длина префикса может быть разной. А преамбула нужна  для обнаружения, первичной оценки канала и нахождению середины префикса. Так что нужно все. 

[Tarbal 4]

On 11/30/2020 at 9:24 AM, _4afc_ said:

В теории - всё красиво. Непонятно как это осуществляется в современном мире на практике?

 

Вы почитайте как в LTE это реализовано. Там все работает.

https://www.sharetechnote.com/html/Communication_OFDM.html#:~:text=ShareTechnote&text=OFDM stands for Orthogonal Frequency,good big picfure of OFDM.

 

 

 

[krux 8]

данные с ацп пишутся в память.

поскольку частота дискретизации выбирается в 4...8 раз выше минимально необходимой для приема заданной частотной полосы, то автокорелляция сработает без необходимости ловить начальную фазу или смещение частот.

там дальше делаются оценки Carrier Frequency Offset (допплер) и Symbol Frequency Offset (разбег опорных генераторов) и только потом после преобразований выделяются несущая, пилот-тон, фаза

[_4afc_ 24]

On 2/22/2021 at 5:22 AM, Tarbal said:

Вы почитайте как в LTE это реализовано. Там все работает.

В приведённом вами примере некое теоретическое описание OFDM c  матлабовским fftshift... который не нужен ни в приёмнике ни в передатчике

И в вашей ссылке ни слова о синхронизации.

 

19 hours ago, krux said:

поскольку частота дискретизации выбирается в 4...8 раз выше минимально необходимой для приема заданной частотной полосы, то автокорелляция сработает без необходимости ловить начальную фазу или смещение частот.

там дальше делаются оценки Carrier Frequency Offset (допплер) и Symbol Frequency Offset (разбег опорных генераторов) и только потом после преобразований выделяются несущая, пилот-тон, фаза

А я вот не уверен, что у меня данные будут с частотой выше в 4-8 раз... Это надо?

 

Вот сейчас спотрю на 802.11ah что есть тупо 802.11aс поделянный на 10.

Там синхронизация по STF LTF которые длиннее символов.

Но как быть с пилотами раскачивающими АРУ?

Если пилоты будут длинными - их можно принять за STF, если короткими - они бессмысленны.

 

[Grizzly 0]

8 часов назад, _4afc_ сказал:

Но как быть с пилотами раскачивающими АРУ?

Проблема с АРУ решается нормировкой АКФ к мощности. Не совсем понятно, почему должны влиять именно пилоты. Это такие же обычные отсчеты во временной области.

https://openofdm.readthedocs.io/en/latest/detection.html

А в 802.11ah какова структура пилотов? Там совсем по-другому с ними по сравнению с 802.11aс?

[krux 8]

ну а фигли, моделируйте. пробуйте.для ЦАП на передачу там вообще требование в 16х по полосе.