реклама на сайте
подробности

 
 
3 страниц V  < 1 2 3  
Reply to this topicStart new topic
> Устранение влияния длинного эха в COFDM, DVB-T
Fast
сообщение Dec 12 2011, 13:52
Сообщение #31


Местный
***

Группа: Свой
Сообщений: 216
Регистрация: 31-03-05
Из: Зеленоград
Пользователь №: 3 839



Цитата(alex_os @ Dec 12 2011, 13:04) *
Т.е Вы настаиваете на том, что возможен другой, лучший чем традиционный способ декодированая OFDM sm.gif ?
да вообще-то они все традиционные, даже демодулятор(корректор) Витерби
и в данном случае, когда мощность эха сопоставима с сигналом, смотрю, что-то не очень подходит это "традиционное"..

Go to the top of the page
 
+Quote Post
alex_os
сообщение Dec 12 2011, 19:23
Сообщение #32


Знающий
****

Группа: Свой
Сообщений: 521
Регистрация: 12-05-06
Пользователь №: 17 030



Цитата(Fast @ Dec 12 2011, 16:52) *
да вообще-то они все традиционные, даже демодулятор(корректор) Витерби
и в данном случае, когда мощность эха сопоставима с сигналом, смотрю, что-то не очень подходит это "традиционное"..

Ну если эхо сопоставимо с сигналом значит усе плохо и природу не обманешь ни традиционными способами ни тем более альтернативными..
Что касается ОFDM то максимально правдоподобная (MLSE )оценка переданного символа совпадает с самым прямолинейным и традиционным
способом. Т.е. на входе IFFT передатчика имеется вектор столбец sx, каждый элемент этого вектора это одна из точек сигнального
созвездия QPSK или QAM. На приемном конце после FFT мы имеет вектор s и измеренную (или полученную путем интерполяции)
передаточную характеристику канала H(квадратная матрица,у которой только диагональные элементы ненулевые). Наилучшая (максимально
правдоподобная ) оценка sx, это sx_est, которая минимизируем квадрат ошибки e2 = (s - H*sx_est)' *(s - H*sx_est).
Т.е. другими словами алгоритм, вроде найти H, найти inv(H), умножить inv(H) на s, и результат подать на slicer есть оптимальный и ничего лучше быть
не может.


--------------------
ну не художники мы...
Go to the top of the page
 
+Quote Post
Serg76
сообщение Dec 12 2011, 19:33
Сообщение #33


Профессионал
*****

Группа: Участник
Сообщений: 1 050
Регистрация: 4-04-07
Пользователь №: 26 775



Цитата(alex_os @ Dec 12 2011, 23:23) *
Т.е. другими словами алгоритм, вроде найти H, найти inv(H), умножить inv(H) на s, и результат подать на slicer есть оптимальный и ничего лучше быть
не может.

вроде как может быть, - турбоэквалайзеры. в отличие от метода максимального правдоподобия (минимум вероятности ошибки для всей последовательности) дают минимум вероятности ошибки на каждый символ, но ресурсов требуется поболе.
Go to the top of the page
 
+Quote Post
alex_os
сообщение Dec 12 2011, 20:05
Сообщение #34


Знающий
****

Группа: Свой
Сообщений: 521
Регистрация: 12-05-06
Пользователь №: 17 030



Цитата(Serg76 @ Dec 12 2011, 22:33) *
вроде как может быть, - турбоэквалайзеры. в отличие от метода максимального правдоподобия (минимум вероятности ошибки для всей последовательности) дают минимум вероятности ошибки на каждый символ, но ресурсов требуется поболе.

Дык, какие тут могут быть турбоэквалайзеры для ОFDM ? Все несущие ортогональны... Символы соседние ни как не влияют друг на друга.
Т.е. что MLSE что MAP будет выглядеть вроде- берем i-ю поднесующую берем какие-то статистики для этой поднесущей и что-то со всем этим делаем,
все остальные поднесущие с номером отличным от i на этот процесс не влияют.. Хотя, с Вами согласен что MAP - это то самое чем нужно считать LLR для последующего декодирования FEC декодерами.

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


--------------------
ну не художники мы...
Go to the top of the page
 
+Quote Post
Serg76
сообщение Dec 12 2011, 20:26
Сообщение #35


Профессионал
*****

Группа: Участник
Сообщений: 1 050
Регистрация: 4-04-07
Пользователь №: 26 775



Цитата(alex_os @ Dec 12 2011, 23:05) *
все остальные поднесущие с номером отличным от i на этот процесс не влияют.. Хотя, с Вами согласен что MAP - это то самое чем нужно считать LLR для последующего декодирования FEC декодерами.

формально да, а как там будет, даже не знаю? как раз и имел ввиду, что схема FEC должна быть завязана (согласована) с демодуляцией, может и будет какая польза от итеративного эквалайзинга.
Go to the top of the page
 
+Quote Post
polyakovav
сообщение Dec 13 2011, 05:07
Сообщение #36


Частый гость
**

Группа: Свой
Сообщений: 197
Регистрация: 26-05-06
Из: Воронеж
Пользователь №: 17 486



Главная проблема с длинным эхом - временная синхронизация.
По пилотам и TPS можно построить профиль многолучевости, а по нему вычислить сдвиг и параметры канала.
Go to the top of the page
 
+Quote Post
Wasja
сообщение Dec 13 2011, 05:57
Сообщение #37


Участник
*

Группа: Участник
Сообщений: 20
Регистрация: 28-02-06
Из: Минск
Пользователь №: 14 809



Цитата(polyakovav @ Dec 13 2011, 08:07) *
Главная проблема с длинным эхом - временная синхронизация.

Вы о захвате начала символа?

Цитата(polyakovav @ Dec 13 2011, 08:07) *
По пилотам и TPS можно построить профиль многолучевости, а по нему вычислить сдвиг и параметры канала.

Можно чуть поподробнее про построение таких профилей? Или посоветуйте литературу для изучения.
Но в целом, по-моему, TPS применить сложно, поскольку несущие TPS модулируются DBPSK, т.е. их ожидаемая фаза не известна (0 или Pi), только амплитуда.

Сообщение отредактировал Wasja - Dec 13 2011, 07:05
Go to the top of the page
 
+Quote Post
polyakovav
сообщение Dec 13 2011, 09:51
Сообщение #38


Частый гость
**

Группа: Свой
Сообщений: 197
Регистрация: 26-05-06
Из: Воронеж
Пользователь №: 17 486



Да, о начале блока БПФ.
Подробно не могу - не математик.
Профиль строится в виде матрицы с усреднением на интервале 1 фрейма для 8к, 2 фрейма для 4к, 4 фрейма для 2к.
TPS тоже используются, поскольку исходная модуляция синхронная и смещение фаз извлечь можно.


Go to the top of the page
 
+Quote Post

3 страниц V  < 1 2 3
Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 18th July 2025 - 20:22
Рейтинг@Mail.ru


Страница сгенерированна за 0.01513 секунд с 7
ELECTRONIX ©2004-2016