Адаптивный эквалайзер для TDMA модема (+), Покажите нужное направление Опции

[des00]

Добрый день господа!

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

1. В книгах по эквалайзерам (Бингхам, Прокис, Скляр и т.д.) описаны 3 метода адаптации Zero-Forced, LMS, DD. Но в том же матлабе алгоритмов больше (те же CMA, RLS). Есть ли книги в которых описаны эти методы адаптации коэффициентов и расписаны их достоинства и недостатки ?

Если проектировать фрактальный эквалайзер, то :

2. Обязательно ли его тактовая на выходе должна быть меньше в К раз чем тактовая на входе ?

3. Как в этом случае выбирается обучающая последовательность ? Ведь на стороне передатчика мы передаем ее на символьной частоте, а тут обрабатываем на более высокой частоте ?

4. У меня recovery работает на удвоенной символьной частоте. Можно ли, брать решения для адаптации эквалайзера не с его выхода, а с выхода recovery.


5. Какой, по вашему мнению, алгоритм адаптации дает большую скорость сходимости для коротких пакетов ?

6. Какой, по вашему мнению, эквалайзер линейный TSE/FSE или DFE вы посоветуете для TDMA систем.

7. Можно ли в матлабе смоделировать потоки данных со стартовой преамбулой, обучающей последовательностью и пакетом рандомных данных?

Сам понимаю что вопросы ламерские, но вот пока не могу найти решение в книгах или плохо ищу. Решил спросить здесь.

Спасибо!!!

[des00]

2 petrov

Спасибо за книги !!!

2 links

Если провалы в АЧХ небольшие, лучше обойтись линейным корректором. Насчёт быстрой настройки. У вас канал с переменными параметрами? И если переменными, то насколько быстыми? Может можно обойтись одной длинной настройкой в начале соединения, потратить на неё, например, один пакет, а затем подстраивать корректор только по данным. В противном случае вам придётся каждый пакет начинать с длинной настроечной последовательности.

Наблюдаемые на испытаниях провалы АЧХ составили 10дБ, по словам разработчиков модема если заложиться на провалы 20дБ это их удовлетворит полностью.

Насчет канала. Передача идет пакетами с полезной нагрузкой 4 килобайта + преамбула + обучающая последовательность 63 символа. На время передачи пакета канал считается стационарным. Планируется к реализации двухступенчатая подстройка, сначала быстрый захват по обучающей последовательности, потом удержание по данным. Специфика работы такова, что нужна полная настройка под каждый пакет.

В фильтре прямой связи для КРОСа также лучше FSE. В фильтре обратной связи кроме TSE ничего поставить не получится, т.к. там находятся решения, которые вырабатываются со скоростью тактов.

Да ошибка вычисляется в клок домене одного отсчёта на символ, там же работает обратный фильтр DFE, прямой дробный фильтр ессно работает в клок домене нескольких отсчётов на символ.

По FSE понял, спасибо за разъяснение.

Выкладывал симулинк модели с эквалайзерами: Кстати блочные коды с жёсткими решениями не дают выигрыша.

Модели скачал, начинаю разбираться.

Про выигрыш вы имели в виду по SNR, ну в этом модеме сделано так %)

[links]

Наблюдаемые на испытаниях провалы АЧХ составили 10дБ, по словам разработчиков модема если заложиться на провалы 20дБ это их удовлетворит полностью.

Насчет канала. Передача идет пакетами с полезной нагрузкой 4 килобайта + преамбула + обучающая последовательность 63 символа. На время передачи пакета канал считается стационарным. Планируется к реализации двухступенчатая подстройка, сначала быстрый захват по обучающей последовательности, потом удержание по данным. Специфика работы такова, что нужна полная настройка под каждый пакет.

20 дБ это много. Линейный корректор не спасёт. Если нужна подстройка под каждый пакет, то задача действительно сложная. Может поможет настройка по Калману (в файле). С другой стороны, почему бы вам не подумать о применении OFDM? Оно как раз и было придумано для того, чтобы уйти от нелинейной коррекции, заменив её линейной в каждом из подканалов.

Прикрепленные файлы

 square_root_kalman.pdf ( 1012.75 килобайт ) Кол-во скачиваний: 169

 

[des00]

20 дБ это много. Линейный корректор не спасёт. Если нужна подстройка под каждый пакет, то задача действительно сложная. Может поможет настройка по Калману (в файле). С другой стороны, почему бы вам не подумать о применении OFDM? Оно как раз и было придумано для того, чтобы уйти от нелинейной коррекции, заменив её линейной в каждом из подканалов.

Спасибо посмотрю. Насчет OFDM это будет следующая итерация модема, пока нужно улучшить текущую %)

[AVR]

Спасибо посмотрю. Насчет OFDM это будет следующая итерация модема, пока нужно улучшить текущую %)

Судя по требованиям к модему, с OFDM надо было вообще _начинать_

[des00]

Судя по требованиям к модему, с OFDM надо было вообще _начинать_

Это следующая итерация %)

Господа прошу помощи вот в таком вопросе.

Положим есть линейный адаптивный эквалайзер с 8 мю тапами. Коэффициент тапа изменяется в пределах -2.000 ... 1.999. Т.е. максимальное усиление данного фильтра 2*8 == + 4 бита разрядности что бы фильтр всегда работал без переполнений. При разрядности данных/коэффициентов 16 бит требуемая разрядность фильтра 36 бит. Положим что на выходе требуется те же 16 бит.

Теперь вопрос. Как правильно взять выходной сигнал с выхода эквалайзера, по разрядам, что бы уровень выходного сигнала имел ту же амплитуду что и входной ?

Мне не понятно вот что : у эквалайзера работающего в режиме захвата, совокупное усиление фильтра порядка 1, по этому отчеты сигнала нужно брать без учета дополнительных старших бит, т.е. в данном примере [29:14]. Но если эквалайзер пошел в "разнос", то ИМХО при таком взятии данных возникнут ошибки переполнения разрядной сетки.

Как правильно поступают в этом случае ? В случае TSE эквалайзера перед блоком принятия решений можно взять биты [35:14] и поставить ограничитель, а как поступают для FSE эквалайзеров, ведь после него отчеты пойдут на схему recovery и такое ограничение может вызвать не корректную работу схемы восстановления частоты ?

Или я неправильно понимаю картину мира ? В каком месте модема обычно ставят FSE эквалайзеры. Понятно что его ставят после RRC фильтра, но куда ставить если у меня после RRC фильтра стоит ару(до него или после?

Спасибо.

[petrov]

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

Сообщение отредактировал petrov - Nov 18 2008, 08:07

[des00]

2 petrov alex_os

Для усвоения сделал слепой LMS TSE с ограничителями все работает, теперь хочу сделать слепой LMS FSE есть пара вопросов.

2 petrov

смотрю вашу модель qam_fb_symbol_sync_fb_phase_sync_agc_var_ch_delay_eq_2007_07_21

я правильно понимаю что для работы LMS алгоритма (Ck+1 = Ck + error*V, где V - отчеты сигнала), вы переносите отчеты в домен половинной частоты и они участвуют в обновлении коэффициентов.

Не могли бы вы сказать сколько раз за символьный такт в блоке one_sps_clock_domain/coeff_update запускается процедура обновления коэффициентов ? Как я понимаю коэффициенты должны пересчитываться 1 раз на ошибку.

Если следовать вашей схеме то в реальном модеме возможна разбежка отчетов и сигнала ошибки по времени, как я понимаю нужна схема их синхронизации ?

Спасибо!!

[petrov]

2 petrov

смотрю вашу модель qam_fb_symbol_sync_fb_phase_sync_agc_var_ch_delay_eq_2007_07_21

я правильно понимаю что для работы LMS алгоритма (Ck+1 = Ck + error*V, где V - отчеты сигнала), вы переносите отчеты в домен половинной частоты и они участвуют в обновлении коэффициентов.

Не могли бы вы сказать сколько раз за символьный такт в блоке one_sps_clock_domain/coeff_update запускается процедура обновления коэффициентов ? Как я понимаю коэффициенты должны пересчитываться 1 раз на ошибку.

Если следовать вашей схеме то в реальном модеме возможна разбежка отчетов и сигнала ошибки по времени, как я понимаю нужна схема их синхронизации ?

Спасибо!!

Один раз за символьный интервал коэффициенты обновляются. Про разбежку не понял, там же ещё символьная синхронизация есть(кстати в символьной синхронизации там есть ошибка:
http://electronix.ru/forum/index.php?showtopic=54766).