
управления выбором кодов, адаптивно выбирающий лучший в
сложившейся ситуации код из набора альтернативных кодов.
Как отмечается в ряде исследований [20, 51, 130, 244], анализ
статистики ошибок в реальных каналах связи показал, что единичные
ошибки (т. е. переход «1» в «0» или «0» в «1») имеют тенденцию
группироваться в пачки ошибок. Уровень помех в каналах связи
принято характеризовать вероятностью ошибки на бит (р
B
) или
вероятностью ошибки на символ передаваемой информации. Целью
управления потоком передачи данных обычно является максимальное
повышение скорости передачи данных, т. е. повышение
эффективности использования канала связи при заданном уровне
ошибок. Для достоверной передачи Данных в присутствии пачки
ошибок требуется использовать код с высокой избыточностью,
обнаруживающий и исправляющий ошибки, в то время как
применение такого кода в интервалах между пачками ошибок
приводит к снижению эффективности использования каналов. Отсюда
возникает задача адаптивного управления потоком данных в условиях
нестационарных помех. Эта задача для двуальтернативного случая
может быть сформулирована в следующем виде.
Пусть имеется система передачи информации, которая может
работать в полудуплексном режиме. Предполагается, что канал связи
может находиться в одном из двух состояний — А или С — с
соответствующими вероятностями ошибок на символ p
A
и p
C
.
Принимая, что p
C
>>p
A
, будем считать, что состояние С соответствует
наличию пачки ошибок в канале, а состояние А — отсутствию.
Требуется построить адаптивную процедуру, управляющую потоком
передачи данных так, чтобы повысить среднюю скорость
(эффективность) передачи по каналу.
5.4.2. Двуальтернативный выбор кода
Для решения указанной задачи воспользуемся процедурой
альтернативной адаптации, рассмотренной в § 5.1. В качестве
альтернативных управлений выберем коды передачи данных с
различной помехоустойчивостью: код с проверкой на четность,
реализуемый в канале с переспросом, и код, исправляющий ошибки.
Рассмотрим их свойства.
Как известно [20, 51, 76, 130], средняя скорость передачи данных
при работе в режиме переспроса будет
(5.4.1)