WTCP ( « Wireless протокол управления передачей ») является прокси на основе модификации TCP, сохраняющий конца в конец семантики TCP. [1] Как следует из названия, он используется в беспроводных сетях для повышения производительности TCP.
Где это работает [ править ]
WTCP не заменяет TCP на хостах, а размещается на прокси-сервере между двумя взаимодействующими хостами.
В беспроводных системах WTCP размещается на базовой станции или промежуточном шлюзе между исходным хостом и мобильным (беспроводным) хостом. Базовая станция является беспроводным передатчиком и приемником для мобильного хоста и действует как шлюз в Интернет для хоста.
Ниже приведен очень упрощенный пример того, что происходит, когда мобильный хост и исходный хост имеют TCP-соединение друг с другом:
Когда мобильный хост использует свой TCP для отправки сегмента, WTCP на базовой станции принимает его и отправляет по сети, где в конечном итоге достигает ожидающего хоста. Ожидающий хост может отправить подтверждение обратно по сети на базовую станцию, которая передает его мобильному хосту. Несмотря на обработку некоторых ошибок, связанных с беспроводной связью, WTCP эффективно выполняет то же самое, что и обычный TCP. Два пограничных хоста даже не знают о существовании WTCP.
Улучшения производительности [ править ]
Вместо полной замены TCP, WTCP работает с ним, чтобы повысить производительность TCP по беспроводной сети. Это достигается за счет обработки отрицательных эффектов беспроводного канала , включая высокую частоту ошибок по битам, которые, как известно, возникают в пакетном режиме в беспроводной среде. [1]
Он обнаруживает проблемы, связанные с беспроводной связью (например, потерянные или поврежденные сегменты из-за замирания из-за многолучевого распространения или высокого BER ) с использованием тайм-аутов и повторяющихся подтверждений. Затем WTCP пытается смягчить проблему, повторно передав потерянный сегмент только один раз, пока не получит подтверждение от мобильного хоста, что он был получен. Любые другие потерянные сегменты должны будут ждать в буфере WTCP, пока не будет подтверждено получение первого.
Бывают случаи, когда пакеты остаются в буфере WTCP в течение многих миллисекунд. Чтобы избежать перехода любого конечного хоста TCP в режим предотвращения перегрузки (из-за того, что TCP смотрит на временную метку сегмента и определяет, что доставка занимает много времени, поэтому ошибочно полагая, что это связано с перегрузкой) WTCP однозначно скрывает затраченное время пакетами на прокси WTCP, так что оценка RTT не изменяется .
В одном исследовании производительности WTCP в беспроводных глобальных сетях WTCP показал улучшение на 20–200% по сравнению с сопоставимыми алгоритмами TCP, такими как New Reno, Vegas и Snoop. [2]
Ссылки [ править ]
