无线TCP技术 _最终版.pptxVIP

1/302/303/30一、无线网络特点高比特误码率突发丢包严重带宽低移动性能量有限因此，传统的 TCP/IP 协议也就无法直接适用于无线网络环境4/30二、无线网络中TCP的缺陷区分拥塞丢包与误码丢包在无线网络下，网络丢包有两个原因：拥塞丢包与误码丢包，而传统TCP认为拥塞丢包是出现丢包的唯一原因无线网络中误码丢包的几率很大，当数据丢失不是由网络拥塞引起，而是链路错误所致，且链路质量较好时，TCP仍会启动拥塞控制，导致性能急剧下滑能耗问题对移动设备而言，能耗是非常重要的问题，传统TCP没有考虑能量的问题，无法在性能和能耗间进行折衷。TCP在保证其通信性能时可能会引入大量不必要的数据重传，导致不必要的能耗。5/30三、无线TCP的改进方向1、能够判断出丢包原因。当时拥塞丢包时，启用拥塞控制机制。当是误码丢包时，只需重传相应的数据包即可，而不需要启用拥塞控制机制2、尽早发现网络拥塞，当发生拥塞时，如何做，既能解决拥塞又能充分利用网络带宽资源3、通过拥塞避免和拥塞控制使网络保持高吞吐量与低延迟6/307/30TCP为应用层提供一个可靠的面对链接的端到端的字节流服务，TCP协议通过使用窗口机制、序列号机制、确认机制、重传计时器等，实现了流量控制、差错控制、拥塞控制等功能TCP首部8/309/30滑动窗口：滑动窗口是传输层进行流控的一种措施，接收方通过通告发送方自己的窗口大小，从而控制发送方的发送速度，从而达到防止发送方发送速度过快而导致接收方被淹没的目的。拥塞窗口cwnd： 发送端通过网络的拥塞程度所给出的一个大小 值,而这个值就是拥塞窗口。发送窗口= min（滑动窗口，拥塞窗口）10/30TCP中常用以下3种定时器：重传定时器：在规定时间(2RTT)内是否收到已发报文的回复？接收端接收队列已满，发送窗口为0的ACK接收端收到0窗口ACK，发送窗口设为0，等待接收端窗口大小非0的ACK坚持定时器：接收端接收队列处理完毕，发送窗口非0的ACK，但该ACK丢失两边都在等待对方，死锁11/30保活定时器：为防止两端之间连接的长时间空闲，一般会为服务器设置保活定时器，服务器会发送探测报文，当一段时间仍没有反应，服务器端主动断掉连接12/30当网络中存在过多的数据包，使得负载超出了处理能力，拥塞就会发生，TCP拥塞控制根据当前网络状态采用不同的拥塞控制方法，包括：慢启动、拥塞避免、快速重传。TCP拥塞控制中维持几个重要参数：cwnd(拥塞窗口)ssthresh(慢启动阈值)RTT(回路响应时间)RTO(超时重传)13/30慢启动慢启动可以防止一个连接在刚建立时向网络发送过多的数据包造成网络拥塞，也可以避免吞吐量增加过慢的问题。(1)当连接刚刚建立/当cwnd小于ssthresh(2)cwnd设为1，每收到一个ACK，cwnd增加一倍，拥塞窗口快速增长拥塞避免当cwnd达到ssthresh的大小，进入拥塞避免阶段，精确确认网路实际可容纳的数据量，每收到一个ACK，拥塞窗口加一。慢启动中的cwnd是成倍的增大，而ssthresh是一个一个的增加。当发生拥塞， 1.把ssthresh降低为cwnd值的一半2.把cwnd重新设置为13.重新进入慢启动过程。14/3015/30快速重传当在超时时间内，发送端收到超过三个连续确认，即认为数据包丢失，此时应该立即重传，而不是等待超时。当发生数据包丢失，接收端收到的必定是失序的报文段，接收端会多次重发最后一个收到的按序报文段的ACK，即重复确认当发送端收到重复确认，意味着：1、对应报文段丢失2、对应报文段被延迟了，即接收端还没收到。为区分以上两种情况，建议接收端若收到统一报文的3个重复ACK(即一共收到4个报文)，则认定为情况1重复确认16/3017/30一、基于跨层的改进方案二、端到端的改进方案现有的改进方案三、TCP BR(TCP Based on RTT)协议18/30一 、基于跨层的改进方案根据链路层和网络层反馈到TCP层的信息，在TCP层采取相应措施处理丢失的数据包。1、显式拥塞通知在IP包头部的保留比特中选定CE(congestion experienced)位，用于表示网络中发生拥塞。该位由路由器填充，当路由器发现队列长度超过特定阈值时，在转发的报文中将CE位设为1接收端收到标识了CE位的报文后，在确认报文中加入标识ECN-ECHO，发回到发送端发送端收到带有ECN-ECHO标识的报文后，做出相应处理19/302、显式拥塞通知改进在数据分组头部不仅加入CE位，还加入feedback域，用于发送端确定cwnd的变化量中间路由根据当前网络可用带宽修改feedback域的值当数据到达接收端，feedback域的值即为路径允许cwnd增加的最小值最后接收端通过ACK分组，将该值反馈给发送端3、显式丢失通