无线移动互联网：原理、技术与应用 教学课件作者 崔勇 CH7 无线TCP技术VF.pptVIP

解决方案 对TCP发送端隐藏移动性 让TCP自适应移动性 方案 快速重传/快速恢复 平滑切换 M-TCP Freeze-TCP 组播 * * 快速重传/快速恢复 方法 切换后人工强制进入快速重传模式 切换后发送重复ACK，而不是进入慢启动 * 快速重传/快速恢复 优点 简单修改带来了明显性能提高 需要对现有TCP结构进行最小的改变 缺点 没有考虑切换期间链路实际丢包 * * * 平滑切换 提供小区间足够的重叠区来避免丢包 在基站缓存数据 在一个短时间间隔后丢弃数据包 如果在时间间隔到期前发生切换，转发数据包到新基站 防止切换丢包 * M-TCP 在快速重传中 发送端在切换后快速开始传输 但是拥塞窗口缩小 M-TCP尝试避免拥塞窗口收缩 K. Brown@ Sigcomm CCR’97 * M-TCP使用TCP保持模式 当一个新确认在接收端通告窗口为0时到达，发送端进入保持模式 发送端在保持模式不发送任何数据 除非保持计时器熄灭 当接收到一个正的通告窗口后，发送端退出保持模式 退出保持模式时，RTO和cwnd和保持模式前一致 M-TCP 将一个TCP连接分割成两个逻辑部分 两部分有独立的流控，类似于I-TCP那样 BS只有在收到MH的确认后才发送确认给FH 保持端到端语义 BS保留对MH确认过的最后一个字节的确认 * FH MH BS Ack 1000 Ack 999 M-TCP 如果MH离开了（进行切换中），保留通告窗口为0的确认 切换期间发送端FH进入保持模式 切换之后发送端退出保持模式，并以切换前相同的拥塞窗口开始发送数据包 * FH MH BS M-TCP 最后一个确认不会扣留，如果基站并不期待MH的任何确认 这种情况发生在基站本地没有缓存任何其他没有被确认的数据时 者是为了防止发送端在传输末尾（或者在一个数据突发末尾）发生超时 * M-TCP 避免切换造成的拥塞窗口减小，不同于快速重传方案 基于仿真的性能测试结果看起来不错 没有解答的重要问题：不减小窗口是个好主意吗？ 当终端移动，路由改变，新的路径可能比之前的更拥挤 不能明确证明切换后全速开始传输是对的 * Freeze-TCP（冷冻TCP） M-TCP需要基站的帮助 基站扣留一字节的确认 基站在一个移动端移动到另一个小区时，使用这个确认来发送一个零窗口广告 Freeze-TCP要求接收端发送零窗口广告（ZWA） * FH MH BS 移动TCP接收端 Freeze-TCP TCP接收端确定切换是否即将发生 确定可以基于信号强度 理想情况下，接收端应该在切换前一个RTT尝试发送ZWA 在路由重建时，接收端发送3个重复确认 不需要来自基站的帮助 端到端的增强方案 * 组播 组播组 基站被引导加入组播组 组播组分配给节点唯一的地址 目的地为移动节点的包必须被重新寻址到组播组 只有一个基站连接到移动节点，并负责传输数据包给它 其他组播组中的基站充当缓存，因此丢包可以最小化 * * 组播 缺点 更大的缓存 优化 只在切换可能发生时进行缓存 * * * 对比 特性 Snoop TCP 非TCP感知的链路层 Mobile TCP ITCP ELN WTCP TCP SACK TTCP 是否修改： AP CN MN 是 否 是 是 否 否 是 否 是 是 否 是 否 是 是 否 是 是 否 是 否 否 是 否 重传节点 AP AP 未知 AP 未知 未知 未知 未知 单点故障 否 否 否 是 (AP) 否 否 否 否 切换延时 低 低 低 低 高 高 高 高 * * 对比 特性 Snoop TCP 非TCP感知的链路层 Mobile TCP ITCP ELN WTCP TCP SACK TTCP * 安全性 在AP破坏 没有破坏 未知 在AP破坏 没有破坏 没有破坏 没有破坏 没有破坏 端到端 语义 是 是 是 否 是 是 是 是 内部节点重传 是 是 否 是 否 否 否 否 慢启动 是 是 否 未知 否 否 否 是 在AP缓存 是 是 否 是 否 否 否 否 * RTO (Retransmission Timeout ) * Ssthresh: slow start thresh,慢启动门限 * Exposed station problems C cannot send to D when A is transmitting data to B * 间接连接（indirection） * Standard TCP on BS-MH performs poorly when multiple packet losses occur per window (timeouts can occur on the BS-MH connection, stall