Jump to content

    

FatRobot

Свой
  • Content Count

    1080
  • Joined

  • Last visited

Community Reputation

0 Обычный

About FatRobot

  • Rank
    ʕʘ̅͜ʘ̅ʔ

Контакты

  • Сайт
    http://
  • ICQ
    0

Recent Profile Visitors

6540 profile views
  1. по сути вам потребуется кодер для каждого из частотных каналов. нужную корректирующую способность и соответствие скоростей вы получите за счет выкалывания в качестве отправной точки посмотрите, как реализован cbrm в lte
  2. а вам уже известен метод разбиения? например, если нам нужно передать по радиоканалу сигнал с ацп, то мы будем передавать старшие биты в более надежном канале, а младшие в менее надежном. у вас что -то похожее?
  3. на уровне битов - такого нет. есть modulation-coding scheme (mcs) для пакета данных или группы частотных каналов либо вам нужен кодер источника, который бы 'выравнивал' влияние разных битовых позиций
  4. для объяснений вам нужен школьный курс тригонометрии. раздел тригонометрические тождества.
  5. ограничиваете полосу гетеродином 1.5к поднимаете область отрицательных частот в 0, фильтруете квадратуры поднимаете еще на 1.5к берете действительную часть
  6. Mobile Radio Channels, Second Edition Author(s): Matthias Pätzold
  7. https://www.spirent.com/products/gss9000
  8. Привет, я один из тысяч индусов. В идеале для разработки сложных систем реального времени вам нужно 2 симулятора. Применительно к системам, близким к циклостационарным, например к системам связи, это link level simulator - здесь вы отлаживаете алгоритмы. по сути это не привязанная ко времени модель обработки, реализованная на с++ или матлаб. также lls является генератором тестовых векторов для rtl system level simulator - здесь вы проектируете и отлаживаете архитектуру системы, взаимодействие узлов, временные ограничения, коэф. использования, получаете первичные оценки площади и энергопотребления. в качестве sls порекомендую
  9. Рекламирую сам себя:
  10. На здоровье, конечно. Вы хотите на каждой итерации обращать матрицу в этом решении?
  11. Кажется, вы сами выкладывали статью с оценками влияния различных смещений на SNR для OFDM. n выберете так, чтоб SNR слишком уж не падало Ну и работать с "живыми" записями - не очень хорошая затея. В матлабе же есть LTE Toolbox и модели каналов, рекомендованные 3gpp.
  12. Предположу, что вы действуете как-то так: - взяли вектор отсчетов - Для него получили PDP и оценку шума. - Получили Mean Delay. - Если abs(mean_delay) > n отсчетов, то вы промахнулись с окном, и вам нужно скорректировать начало вектора отсчетов и повторить последовательность шагов, а не просто доворачивать отсчеты после бпф. в противном случае отношение сигнал-шум у вас упадет
  13. Поганость системы не отменяет методов функционального анализа и лин. алгебры. Разберетесь в итоге, я надеюсь.
  14. Вы возьмите окно БПФ/ОБПФ побольше. Например 4 х {длительность символа}, и временная позиция у вас автоматом получится, И отдельного грубого поиска не надо с "миллионами корреляций"
  15. Рекомендую вам сделать двумерный (по delta_f и delta_t) поиск по пилотам. В частотной области. Для пакетной передачи что-то делать по CP - плохая затея: СP короткий весьма, за 1 слот вы много не накопите.