Improving TCP/IP performance over wireless networks
MobiCom '95 Proceedings of the 1st annual international conference on Mobile computing and networking
Voice over IP performance monitoring
ACM SIGCOMM Computer Communication Review
I-TCP: indirect TCP for mobile hosts
ICDCS '95 Proceedings of the 15th International Conference on Distributed Computing Systems
Gateway adaptive pacing for TCP across multihop wireless networks and the Internet
Proceedings of the 9th ACM international symposium on Modeling analysis and simulation of wireless and mobile systems
Understanding congestion control in multi-hop wireless mesh networks
Proceedings of the 14th ACM international conference on Mobile computing and networking
Performance Enhancement of TCP in Dynamic Bandwidth Wired and Wireless Networks
Wireless Personal Communications: An International Journal
Does the IEEE 802.11 MAC protocol work well in multihop wireless ad hoc networks?
IEEE Communications Magazine
Coexistence goals of VoIP and TCP traffic in mobile WiMAX networks: performance of flat architecture
AIC'09 Proceedings of the 9th WSEAS international conference on Applied informatics and communications
On performance of TCP and VoIP traffic in mobile WiMAX networks
WSEAS TRANSACTIONS on COMMUNICATIONS
| Hi-index | 0.25 |
When supporting both voice and TCP in a wireless multihop network, there are two conflicting goals: to protect the VoIP traffic and to completely utilize the remaining capacity for TCP. We investigate the interaction between these two popular categories of traffic and find that many solution approaches, such as enhanced TCP variants, priority queues, bandwidth limitation, and traffic shaping, do not always achieve the coexistence goals. Enhanced TCP variants (Reno, Vegas, C-TCP, CUBIC, Westwood) generally fail to protect VoIP in wired-wireless multihop scenarios. Priority schemes, including those built into the 802.11 MAC such as RTS/CTS or 802.11e, do not account for the interference nature of wireless multihop. Finally, bandwidth shaping and window control are valid tools to control TCP, but come with their own trade-offs.