Подавление многолучевых компонент в точке приема («Телесистемы»: «Конференция «Цифровые сигнальные процессоры (DSP) и их применение»»)

[an error occurred while processing this directive]

Подавление многолучевых компонент в точке приема

(«Телесистемы»: «Конференция «Цифровые сигнальные процессоры (DSP) и их применение»»)

Отправлено Doom 05 мая 2003 г. 18:55

Известен ли All алгоритм(ы)подавления многолучевых компонент принимаемого сигнала для систем безпроводной цифровой связи?
Условия: копия излученного сигнала в точке приема отсутствует (естесс-но); канал передачи данных изменяется во времени, т.е. нестационарен, хотя на интервале группы символов его (канал) можно считать стационарным.

Составить ответ ||| Конференция ||| Архив

Ответы

Немного теории. — st256 (06.05.2003 12:36, 821 байт)
- по-моему это решение другой задачи - зачем выделять главный луч, строить компенсационный фильтр (адаптивная модель канала)? — yes (06.05.2003 16:19, 291 байт)
  - Действительно, если знать макс. задержку многолучевого прихода, — Doom (06.05.2003 17:12, 357 байт)
    - я об этом же - по времени символы растягиваются, а по частоте выделятся несколько каналов - скорость передачи не уменьшается — yes (06.05.2003 17:40, 203 байт)
      - только я рассуждаю об РФ, а в акустике вроде продольные волны - другие уравнения - к таким результатам приведут или нет ??? — yes (06.05.2003 17:42, пустое)
  - Очень сожалею, что у меня смешались в кучу кони, люди... — st256 (06.05.2003 16:53, 595 байт)
- Почему гудит система? — Oleg_0515 (06.05.2003 13:16, 1591 байт)
  - Думаю все проще — st256 (06.05.2003 14:02, 555 байт)
- параметры канала можно получить, используя тест-последовательность — Doom (06.05.2003 13:14, 231 байт)
  - Блин! А как меняются параметры канала во времени!!! Это главное при многолучевости. — st256 (06.05.2003 13:51, пустое)
    - параметры канала меняются достаточно быстро - примерно 1-2 сек — Doom (06.05.2003 14:43, 244 байт)
      - Хорошо. А теперь скорость передачи в бит/сек? — st256   (06.05.2003 16:32, пустое)
        
        10 - 20 кбит хочется — Doom   (06.05.2003 17:13, пустое)
        
        И еще какова максимальная задержка в символах одного луча относительно другого? — st256   (06.05.2003 16:56, пустое)
        
        По разному. Характрные значения от 50 мкс до 5 мс. В типовых ситуациях можно использовать от 1 до 8 лучей. — Doom   (06.05.2003 17:15, 93 байт)
        
        Грубо это выглядит так — st256   (06.05.2003 19:09, 650 байт)
есть небольшой вопрос к вопросу (и ответ немного) — yes (06.05.2003 10:39, 720 байт)
- нужно только определять какой симвло был передан. Параметры — Doom (06.05.2003 11:16, 29 байт)
  - При любом конечном SNR, есть ненулевая вероятность ошибки в полученном символе. Частично решить проблему можно кодированием, на мой взгляд сверточные коды предпочтительней. Отчасти - выбором длины символа, формой импульса, — AntZ (06.05.2003 12:24, пустое)
- если гидроакустика - сигналы "медленные", можно алгоритмы применять сложные - — yes (06.05.2003 10:46, 205 байт)
Любой учебник по Digital Communications, например Proakis, Chapter 14: Digital Communications through Fading Multipath Channels. Эта штука всетречается не только в КВ или радиосвязи вообще, например - оптоволокно. — AntZ (06.05.2003 10:19, пустое)
Ой, методов тут - озвереть... — st256 (05.05.2003 19:22, 297 байт)
- что Вы понимаете под блочным кодированием? — Doom (05.05.2003 19:49, 523 байт)
  - Есть две больших группы кодов - блочные и сверточные. Блочный код - на входе N информационных бит, на выходе M бит - из них N информационных и M-N "проверочных". Простейший блочный код - восемь бит плюс бит четности, позволяет детектировать ошибку одного в одном бите. Более сложные коды позволяют не только детектировать, но и исправлять ошибки — AntZ (06.05.2003 10:24, пустое)
    - Такое кодирование решает проблемы, связанные с исправлением ошибок — Doom (06.05.2003 11:10, 291 байт)
      - Вопрос был про блочное кодирование, а не межсимвольную интерференцию. Побороть - не получится. Без кодирования в любом случае трудно обойтись — AntZ (06.05.2003 11:21, пустое)
  - М-да... С гидроакустикой я как раз не сталкивался. — st256 (05.05.2003 20:27, 1002 байт)
    - Да, это классика... — Oleg_0515 (05.05.2003 21:01, 337 байт)
      - OK, ФАР - это хорошее решение, к недостаткам я бы отнес то, что — Doom   (06.05.2003 11:14, 339 байт)
        
        я бы делал не адаптацию системы перед приемом, а непрерывный адаптивный прием... — Oleg_0515   (06.05.2003 12:29, 841 байт)
        
        Чаво-чаво? Мужик, а ты от куда будешь? Чего-то очень знакомым повеяло. — st256   (06.05.2003 12:40, пустое)
        
        О(у)краина, слышал наверное? :) — Oleg_0515   (06.05.2003 13:21, пустое)
        
        Такое ощущение что Вы как мининум сильно пощупали руками эту систему. Так все-таки, ноги от куда у Вас растут? Поведайте как хохол хохлу... — st256   (06.05.2003 13:44, пустое)
        
        Какую, адаптивную? :) Ну не так как бы хотелось, но пощупал... — Oleg_0515   (06.05.2003 20:12, 75 байт)
        
        Ясно :) — st256   (07.05.2003 04:47, пустое)

Перейти к списку ответов ||| Конференция ||| Архив ||| Главная страница ||| Содержание

E-mail: info@telesys.ru

Ответы

Отправка ответа