Directorate of Technical Education, Tamilnadu: Thanthai Periyar Government Institute of Technology, Vellore-632002
Directorate of Technical Education, Tamilnadu: Thanthai Periyar Government Institute of Technology, Vellore-632002
Directorate of Technical Education, Tamilnadu: Thanthai Periyar Government Institute of Technology, Vellore-632002
Tamilnadu.
Department of ECE
Unit 3
MOBILE TRANSPORT LAYER
By
R.Kesavraj M.E.,
Asst.Prof/ECE
TPGIT-Vellore
Overview
TCP for wireless protocols
Traditional TCP
Congestion control
Slow Start
Fast retransmit/fast recovery
Implications of mobility
Classical TCP Improvements
Indirect TCP
Snooping TCP
Mobile TCP
Time out freezing
Selective retransmission
Transaction oriented TCP
TCP over 3G wireless networks.
Introduction
Mobility support available in network layer is not enough to provide
mobility support for applications
Most applications rely on a transport layer, such as
TCP (transmission control protocol) or
UDP (user datagram protocol) in the case of the internet
Network layer only addresses a host
Ports in UDP or TCP allow dedicated applications to be addressed
UDP
Connectionless
Does not give certain guarantees about reliable data delivery
Mobility support in IP (such as mobile IP) is already enough for UDP ot work
TCP
Much more complex and needs special mechanisms to be useful in
mobile environments
Introduction
The main difference between UDP and TCP
TCP offers connections between two applications
Within a connection TCP can give certain guarantees, such as in-order
delivery or reliable data transmission using retransmission techniques
TCP has built-in mechanisms to behave in a ‘network friendly’
manner.
If TCP encounters packet loss, it assumes network internal congestion
and slows down the transmission rate
UDP does not behave in a network friendly manner, i.e., Does not pull
back in case of congestion and continues to send packets into an already
congested network.
Traditional TCP - Congestion Control
TCP- designed for fixed networks with fixed end-systems
Data transmission takes place using network adapters, fiber optics, copper
wires, special hardware for routers etc. This hardware typically works
without introducing transmission errors
Packet loss in a fixed network is due to temporary overload some point in
the transmission path, i.e., a state of congestion at a node
The packet buffers of a router are filled and the router cannot forward the
packets fast enough because the sum of the input rates of packets destined
for one output link is higher than the capacity of the output link.
The only thing a router can do in this situation is to drop packets
Traditional TCP - Congestion Control
Dropped packet is lost for the transmission, and the receiver notices a gap
in the packet stream
Now the receiver does not directly tell the sender which packet is missing,
but continues to acknowledge all in-sequence packets up to the missing
one
The sender notices the missing acknowledgement for the lost packet and
assumes a packet loss due to congestion.
Retransmitting the missing packet and continuing at full sending rate
would now be unwise, as this might only increase the congestion
To mitigate congestion, TCP slows down the transmission rate
dramatically (slow-start algorithm)
Traditional TCP - Slow start
The behavior TCP shows after the detection of congestion is called slow
start
Sender calculates A congestion window for A receiver
Start with A congestion window size equal to one segment
Exponential increase of the congestion window up to the congestion
threshold, then linear increase
Missing acknowledgement causes the reduction of the congestion
threshold to one half of the current congestion window
Congestion window starts again with one segment
Traditional TCP - Fast retransmit/fast recovery
TCP sends an acknowledgement only after receiving a packet
If a sender receives several acknowledgements for the
same packet, this is due to a gap in received packets at the receiver
However, the receiver got all packets up to the gap and is actually
receiving packets
Therefore, packet loss is not due to congestion, but a simple packet loss
due to a transmission error
Sender can now retransmit the missing packet(s) before the timer expires,
this behavior is called fast retransmit.
The sender can continue with the current congestion window. The sender
performs a fast recovery from the packet loss
Traditional TCP -Implications on mobility
While slow start is one of the most useful mechanisms in fixed networks,
it drastically decreases the efficiency of TCP if used together with mobile
receivers or senders
Error rates on wireless links are orders of magnitude higher compared to
fixed fiber or copper links
Mobility itself can cause packet loss
Soft handover from one access point to another is not possible for a mobile
end-system
Traditional TCP -Implications on mobility
TCP cannot distinguish between the different causes
Error control (missing acknowledgement due to a transmission error)
Congestion control (missing acknowledgement due to network overload)
Solution
Explicit congestion notification (ECN) mechanisms
Indirect TCP
Indirect TCP or I-TCP segments the connection
No changes to the TCP protocol for hosts connected to the wired internet,
millions of computers use (variants of) this protocol
Optimized TCP protocol for mobile hosts
Splitting of the TCP connection at, e.G., The foreign agent into 2 TCP
connections, no real end-to-end connection any longer
Hosts in the fixed part of the net do not notice the characteristics of the
wireless part
mobile host
access point
(foreign agent) Wired-Internet
access point1
socket migration
and state transfer Internet
access point2
mobile host
Indirect TCP
Advantages
No changes in the fixed network necessary, no changes for the hosts (TCP
protocol) necessary, all current optimizations to TCP still work
Transmission errors on the wireless link do not propagate into the fixed
network
Simple to control, mobile TCP is used only for one hop between, e.G., A
foreign agent and mobile host
Therefore, a very fast retransmission of packets is possible, the short delay on
the mobile hop is known
Disadvantages
Loss of end-to-end semantics, an acknowledgement to a sender does now not
any longer mean that a receiver really got a packet, foreign agents might
crash
Higher latency possible due to buffering of data within the foreign
Agent and forwarding to a new foreign agent
Snooping TCP
Extension of TCP within the foreign agent
Buffering of packets sent to the mobile host
Lost packets on the wireless link (both directions!) Will be retransmitted
immediately by the mobile host or foreign agent, respectively (so called
“local” retransmission)
The foreign agent therefore “snoops” the packet flow and recognizes
acknowledgements in both directions, it also filters acks
Changes of TCP only within the foreign agent
Supervisory host
No caching, no retransmission
Monitors all packets, if disconnection detected
Set sender window size to 0
Sender automatically goes into persistent mode
Old or new SH reopen the window
Advantages
Maintains semantics, supports disconnection, no buffer
forwarding
Disadvantages
Loss on wireless link propagated into fixed network
Adapted TCP on wireless link
Fast retransmit/fast recovery
Change of foreign agent often results in packet loss
TCP reacts with slow-start although there is no congestion
Forced fast retransmit
As soon as the mobile host has registered with a new foreign agent, the
MH sends duplicated acknowledgements on purpose
This forces the fast retransmit mode at the communication partners
Additionally, the TCP on the MH is forced to continue sending with the
actual window size and not to go into slow-start after registration
Advantage
Simple changes result in significant higher performance
Disadvantage
Further mix of IP and TCP, no transparent approach
Transmission/time-out freezing
Mobile hosts can be disconnected for a longer time
No packet exchange possible, e.G., In a tunnel, disconnection due to
overloaded cells or mux. With higher priority traffic
TCP disconnects after time-out completely
TCP freezing
MAC layer is often able to detect interruption in advance
MAC can inform TCP layer of upcoming loss of connection
TCP stops sending, but does now not assume a congested link
MAC layer signals again if reconnected
Advantage
Scheme is independent of data
Disadvantage
TCP on mobile host has to be changed, mechanism depends on MAC
layer
Selective retransmission
TCP acknowledgements are often cumulative
ACK n acknowledges correct and in-sequence receipt of packets up to n
If single packets are missing quite often a whole packet sequence beginning at
the gap has to be retransmitted (go-back-n), thus wasting bandwidth
Selective retransmission as one solution
RFC2018 allows for acknowledgements of single packets, not only
acknowledgements of in-sequence packet streams without gaps
Sender can now retransmit only the missing packets
Advantage
Much higher efficiency
Disadvantage
More complex software in a receiver, more buffer needed at the receiver
Transaction oriented TCP
TCP phases
Connection setup, data transmission, connection release
Using 3-way-handshake needs 3 packets for setup and release, respectively
Thus, even short messages need a minimum of 7 packets!
Advantage
Efficiency
Disadvantage
Requires changed TCP
Mobility not longer transparent
Comparison of different approaches for a “mobile” TCP
Approach Mechanism Advantages Disadvantages
Indirect TCP Splits TCP Connection Isolation Of Wireless Loss Of TCP Semantics,
Into Two Connections Link, Simple Higher Latency At
Handover
Snooping TCP “Snoops” Data And Transparent For End-to- Problematic With
Acknowledgements, Local End Connection, MAC Encryption, Bad Isolation
Retransmission Integration Possible Of Wireless Link
M-tcp Splits TCP Connection, Maintains End-to-end Bad Isolation Of Wireless
Chokes Sender Via Semantics, Handles Long Link, Processing Overhead
Window Size Term And Frequent Due To Bandwidth
Disconnections Management
Fast Retransmit/ Avoids Slow-start After Simple And Efficient Mixed Layers, Not
Fast Recovery Roaming Transparent
Transmission/ Freezes TCP State At Independent Of Content Changes In TCP
Time-out Freezing Disconnect, Resumes Or Encryption, Works For Required, MAC
After Reconnection Longer Interrupts Dependant
Selective Retransmit Only Lost Data Very Efficient Slightly More Complex
Retransmission Receiver Software, More
Buffer Needed
Transaction Combine Connection Efficient For Certain Changes In TCP Required,
Oriented TCP Setup/Release And Data Applications Not Transparent
Transmission