20. Протоколы канала данных

 

 Симплекс протокол без ограничений Данные передаются только в одном направлении. Получатель и отправитель всегда готовы к отправке и получению данных. Время обработки данных игнорируется. Предполагается, что буфер неограниченного размера. Ну, и, наконец, данные в канале не теряются и не искажаются. Симплекс старт стопный протокол Теперь давайте снимем одно из ограничений предыдущего протокола - способность сетевого уровня получателя обрабатывать поступающие данные сколь угодно быстро. Все остальные предположения остаются в силе: канал абсолютно надежный, трафик однонаправленный. Основная проблема здесь как предотвратить ситуацию когда отправитель "заваливает" данными получателя. Если получателю требуется время  t чтобы исполнить from_physical_layer плюс to_network_layer , то отправитель должен передавать данные со средней скоростью один кадр в  t. Решением такой проблемы может быть введение специальных коротких служебных сообщений. Получатель, получив один или несколько кадров, отправляет отправителю специальный короткий кадр, означающий, что отправитель может передавать следующий. Симплексный протокол для канала с шумом Основная проблема здесь состоит в том, что кадр с подтверждением о получении может потеряться целиком. Как отличить кадр, переданный первый раз, от переданного повторно? Одно из очевидных решений нумерация передаваемых кадров. Однако, сколько места отводить под эту нумерацию? Поскольку проблема различения стоит для кадров m и m+1, то достаточно одного разряда. 0 для только что посланного кадра и 1 - для посланного повторно. Все кадры, не содержащие корректной нумерации, просто сбрасываются при приеме.