Wireless TCP
Wireless TCP
Article Talk
Read Edit
Search
WTCP
From Wikipedia, the free encyclopedia Main page Contents Featured content Current events Random article Donate to Wikipedia Interaction Help About Wikipedia Community portal Recent changes Contact Wikipedia Toolbox Print/export
This article is an orphan, as few or no other articles link to it. Please introduce links to this page from related articles; suggestions may be available. (February 2009) WTCP (Wireless Transmission Control Protocol) is a proxy based modification of TCP that preserves the end-to-end semantics of TCP[1]. As its name suggests, it is used in wireless networks to improve the performance of TCP.
Where it works
WTCP does not replace the TCP on the hosts, but is placed on a proxy in between two communicating hosts.
[edit]
In wireless systems, WTCP is placed on a base station or intermediate gateway between a source host and a mobile (wireless) host. The base station is a wireless transmitter and receiver for the mobile host, and acts as a gateway to the internet for the host. The following is a highly simplified example of what happens when the mobile host and source host have a TCP connection with each other. When the mobile host uses its TCP to send a segment, the WTCP at the base station receives it and sends it on through the network, where it eventually reaches the awaiting host. The awaiting host might send an acknowledgment back through the network, to the base station, which transmits it to the mobile host. Despite handling some wireless-related errors, WTCP effectively does exactly what regular TCP does. The two edge hosts aren't even aware that the WTCP exists.
Performance enhancements
[edit]
Instead of replacing TCP completely, WTCP works with it to enhance TCP's performance over wireless. It accomplishes this by handling the negative effects of the wireless channel, including high bit error rates that are known to occur in bursts over the wireless medium[1]. It detects wireless-related problems (such as lost or corrupted segments due to multipath fading or high BER) with the use of timeouts and duplicate acknowledgments. WTCP then attempts to mitigate the problem by retransmitting a lost segment only once, until it receives an acknowledgment back from the mobile host that it was received. Any other lost segments will have to wait in the WTCP's buffer until the first one is confirmed to have been received. There are times when packets will sit in WTCP's buffer for many milliseconds. In order to avoid having either TCP end host go into its congestion avoidance mode, (due to TCP looking at a segment's timestamp and determining that it took a long time to arrive, therefore wrongly assuming it's due to congestion) WTCP uniquely hides the time spent by the packets at the WTCP proxy, so that the RTT estimation is not affected. In one study on WTCP's performance in Wireless WANs, WTCP showed an improvement of 20%-200% over comparable TCP algorithms such as New Reno, Vegas, and Snoop[2].
References
[edit]
1. ^ a b Ratnam Karunaharan and Ibrahim Matta, WTCP: An Efficient Mechanism for Improving Wireless Access to TCP Services, 2002 [1] 2. ^ Sinha Prasun et al., WTCP: A Reliable Transport Protocol for Wireless Wide-Area Networks, 1999 [2]
This page was last modified on 28 November 2011 at 13:39. Text is available under the Creative Commons Attribution-ShareAlike License; additional terms may apply. See Terms of use for details. Wikipedia is a registered trademark of the Wikimedia Foundation, Inc., a non-profit organization. Contact us Privacy policy About Wikipedia Disclaimers Mobile view
converted by Web2PDFConvert.com