Отправлено RAPA 17 ноября 2006 г. 15:15

даже не знаю каких, но предположительно фэдинга. Есть запись двух пакетов по длительности одного порядка. Один пакет спектральной линией показывает такт, после тактирования проявляется некий бублик, после восстановления несущей уверенно ее определяет и после СМА созвездие стоит ломом. Другой пакет (длительность около 500символов) такт показывает уверенно, но после тактирования бублик еле узнается, восстановление несущей непонятно что получается, так после V&V гармоника еле прослеживается (если это вообще она, так как похожих претендентов чуть меньшего уровня навалом), после СМА никаких улучшений. Есть предположение что все беды во втором пакете начинаются с неотработки V&V.
Посоветутйте, плиз, что в данной ситуации можно предпринять.

• Интересно, что за канал у Вас? Если частотно селективный фединг, то никакие умножения на 8 работать нормально не будут, нужно использовать по полной программе настроечные последовательности (о чем писали здесь не однократно) — alostap_   (19.11.2006 18:13 80.80.111.129, пустое)
  • Именно частотно селективный фединг. Про настроечные последовательности понятно, но неужели нет возможности извернуться без них? Если нет, то жалко (но не смертельно :-)) — RAPA   (19.11.2006 20:42 213.158.8.226, пустое)
    • Ну так практически все работающие системы имеют настр. последовательности. Наверное можно и без них обойтись, но сильно геморойно будет. — alostap   (20.11.2006 10:27 80.80.111.129, пустое)
      • Кстати я так понял у Вас там СМА корректор стоит, а если попробовать несущую восстанавливать после СМА? — alostap   (20.11.2006 10:35 80.80.111.129, пустое)
        • Вроде пробовал, бублик чуть лучше раскрывается, но несуха все равно не вытягивается. Мож надо Т/2 СМА? — RAPA   (20.11.2006 20:54 213.158.9.218, пустое)
          • Вообще СМА медленный очень, на кривом канале 500 символов может ему маловато... — alostap   (21.11.2006 12:35 80.80.111.129, 35 байт)
• наверно snr кончился ;-), такая у меня теория. Проверьте при более высоком snr — fontp   (17.11.2006 15:45 192.168.10.211, 213.171.46.37, 186 байт)
  • В целом и вобщем снр вроде бы примерно одинаков для обоих пакетов... — RAPA   (17.11.2006 15:53 213.158.8.49, 203 байт)
    • Только известную преамбулу :) — fontp   (17.11.2006 16:14 192.168.10.211, 213.171.46.37, 99 байт)
      • Не, не только. Если вам не жалко несколько потеряных пакетов для вхождения в связь. — fontp   (17.11.2006 17:33 192.168.10.211, 213.171.46.37, 701 байт)
      • По первому пакету и работает... — RAPA   (17.11.2006 16:27 213.158.8.49, 108 байт)
        • Опечатка - "без преамбулы и без несухи вытащить" читать как "без преамбулы и без умножения вытащить" — RAPA   (17.11.2006 16:28 213.158.8.49, пустое)
          • Что-то не понятно если пакет на замирание попал то что там вообще можно демодулировать? — ux   (17.11.2006 16:43 213.177.117.107, пустое)
            • Может и нельзя. Только... — RAPA   (17.11.2006 16:52 213.158.8.49, 502 байт)
              • Ответ: (+) — ux   (17.11.2006 17:24 213.177.117.107, 659 байт)
              • Так несущую труднее всего вытащить всегда, если в слепую. Такт определяется и без несущей. Дальше фаза там и начало пакета - всё тривиально ;-) — fontp   (17.11.2006 17:05 192.168.10.211, 213.171.46.37, пустое)
                • потери энергетики большие при blind carrier offset estimation. Альтернатива data-aided frequency estimation — fontp   (17.11.2006 17:10 192.168.10.211, 213.171.46.37, пустое)