хочу создать систему передачи схожую с той которая используется в SHDSL модемах. Вызывает недопонимание такой вопрос. Y1 и Y0 идут на декодер Витерби, а Y3 и Y2 сразу на решающее устройство (Sliser). Как исправляються одиночные ошибки появившиеся в Y1 или Y0 понятно ( декодер Витерби справляется на ура), а вот что делать если ошибка появилась при определение Y3, Y2 ? Вот например, растояние между состояниями - 9 и -7 такое же как между -9 и -11. Т.е. вероятность ошибки при определение значений Y3, Y2 довольна высока. Как обходят подобного рода ситуации?


maper table
Y3 Y2 Y1 Y0
0 0 0 0 -15/16
0 0 0 1 -13/16
0 0 1 0 -11/16
0 0 1 1 -9/16
0 1 0 0 -7/16
0 1 0 1 -5/16
0 1 1 0 -3/16
0 1 1 1 -1/16

Евклидово расстояние между символами на которые маппятся некодируемые биты увеличивается и они так же защищены как и кодируемые биты. У Прокиса подробнее читайте.

почитал Прокиса. Евклидово растояние увеличивается, но как декодер Витерби в SHdsl это отрабатывает не понятно мне. Вот например, передавали символ -7 , демапер распознал его как -9. Витерби же сделает вывод что передавали символ -15. В результате ошибка. А если бы передавали -15 , а получили как -9, то витерби нормально обработает эту ситуацию и ошибки на выходе не будет. Получается странная для меня ситуация : символ -7 расположен ближе к - 9 , чем -15 , т.е и вероятность неправильного распознования символа тут больше, но декодер Витерби не работает при этом.

Незнаю как в SHdsl всё устроено, ваши обозначения непонятны, с помощью Витерби декодируется передаваемый подобраз, некодируемые биты определяются по ближайшей точке в подобразе, защита в том что в подобразе точки расположены дальше друг от друга чем в исходном созвездии.

спасибо за разъяснения.Стало более понятнее. Вот только исходя из структуры декодера в SHDSL приемнике некодируемые биты определяються не по ближайщей точки в подобразе, а просто по тому в какую четверть попал символ.

PS. Структура декодера Витерби в SHDSL на рисунке в приклепленном файле. Пояснения к обозначениям : -15 - это символ с уровнем -15/16 (Y3Y2Y1Y0 0000).
Нажмите для просмотра прикрепленного файла