Нестандартный подход к построению системы связи, а так ли нужен RRC ? Опции

[des00]

В размышлениях о ресурсе модема натолкнулся на мысль, что, если отойти от классических RRC - RRC и заменить их обычными фильтрами найквиста. Это позволит уменьшить требуемый ресурс на фильтры в ~2 раза.
Да, при этом возникнет межсимволка, но :
1. она будет не большой, завал АЧХ не более 3-х дБ на верхней частоте спектра
2. при работе реальных модемов согласованность RRC_Tx и RRC_Rx условная. шумы, линейные искажения, точность работы систем восстановления тактовой и несущих частот и т.д. сделают свое черное дело.
3. Эта межсимволка имеет постоянное значение, значит ее можно вычислить и заложить в корректор, но этот корректор может работать на частоте в 2 раза ниже чем фильтры и весить меньше.

Сделал модельку, но вместо корректора поставил TSE эквалайзер. Результаты в приложении, все как бы работает. Вот думаю как подойти к рассчету статического корректора, по идее нужно сделать что-то вроде DFE эквалайзера который подавит МСИ. Может у кого есть идеи как к этому подступиться?

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

 check_RC_RC_system.zip ( 13.48 килобайт ) Кол-во скачиваний: 29

 

[des00]

скептикам,
модем использующий формирование и прием сигнала, не на RRC фильтрах

[alex_os]

скептикам,
модем использующий формирование и прием сигнала, не на RRC фильтрах

Интересная штука. Вот тут сравнение подробное NS3 vs DVB-S2. По описанию выходит что это как-то улучшенный DVB-S2.
p.s. А вообще реально сделать RRC c 5% скруглением?

[des00]

p.s. А вообще реально сделать RRC c 5% скруглением?

не поверите, я тут курирую проект там фильтры с 2.9% скруглением %)

p.s Для Вашего примера системы "RC_TX - channel - RC_RX - symbol recovery - EQU + MSI corrector - decision"
Достаточно нарисовать AЧХ RC_RX + MSI corrector и АЧХ традиционного RRC, и станет ясно что в этот фильтр
вы засосёте лишний шум.

Если вы шумовую полосу, то тут то как раз все будет в норме, смотря как фильтры и корректор рассчитать. модельку доделаю и выложу.