Improving TCP Performance with Periodic Disconnections over Wireless Links
In theory, transport protocol such as TCP should be independent of the technology of the underlying network layer. In practice, it does matter because most TCP implementation have been carefully optimized based on assumptions that are for wired netwrok but which fail for wireless networks. The principal problem is the congestion control algorithm. Nearly all TCP implementations nowadays assume that timeout are caused by congestion, not by lost packets. Consequently, when a timer goes of, TCP slows down and sends less vigorously. The idea behind this approach is to reduce the network load and thus alleviate the congestion. But wireless transmission links are highly unreliable. They lose packets all the time. Many papers have been written proposing methods for improving TCP performance over wireless links, such as Berkley Snoop, Indirect TCP, WTCP etc. All these papers have, however, concentrated on only one problem associated with wireless links --- a perceived high BER over the wireless links.
While a high BER has significant implications for protocol performance, other limitations of the wireless environment are equally or more important than high BER. Frequent disconnection is one of these problems which are caused mainly by handoff, and physical obstacles blocking radio signals.
A solution proposed by Kevin Brown and Suresh Singh, M-TCP, was designed to work well in the presence of frequent disconnection events and over low bit-rate wireless links subject to dynamically changing bandwidth. In addition, it maintains end-to-end TCP semantics. The protocal structure may be viewed as a three-level hierarchy. At the lowest level are the mobile hosts(MH) who communicate with mobile support station(MSS) nodes in each cell. Several MSSs are controlled by a machine called the Supervisor Host(SH). The SH is connected to the wired network and it handles most of the routing and other protocol details for the mobile users. In additon it mantains connections for mobile users, handles flow-control and is responsible for maintaining the negotiated quality of service.
We'll simulate this M-TCP solution on OPNET and compaire its performance with other TCPs.
[References]