Мобильная и беспроводная связь

Более эффективно сперва разобраться, что у вас за шумы, и лишь потом думать, как с ними бороться. А то начитается уклон в интегральное исчисление :), когда ошибки сигнала оказываются предельно банальными. Например, нулик (низкий уровень) проходит всегда, а единичка (высокий уровень) иногда портится. Ну типа того, что напряженице в линии садится и прием единичек становится неустойчивым. А нуликам куда деться? Нулику трудно в единичку превратиться в той ситуации, когда даже истинные единички не всегда правильно воспринимаются на той стороне. И тут вместо того, чтобы осознать ситуацию, начинается "исчисление предикатов" :). А надо бы просто статистику собрать - какого знака ошибки чаще всего возникают. Есть корреляция с характером передаваемой информации или нет такой корреляции. А если оказывается, что единички пропадают чаще, чем нулики, то надо не на шум пенять, а напругу повысить :). А если нет такой возможности, то два канала завести - прямой и инверсный. И если в байте единичных битов больше чем нулевых, то посылать его по инверсному каналу. А если наоборот, то по прямому. Число ошибок сразу вдвое сократится. И вообще, тут как в медицине должно быть - сначала диагноз, а уж только потом назначать лечение. А вы тут вместо диагноза две пилюли предлагаете: одну синюю (OFDM), а другую красную (ППРЧ), мысленно полагая, что существует панацея.