跪求高手,TCP机制里的捎带确认问题
我们知道，TCP包头里面有一个确认号的字段，一旦TCP连接建立后这个字段一直就存在。
假设我现在根据发送窗口（拥塞窗口和接收窗口中间的小值）发几个包，发包里面一直都带着确认号（期待接收的对端所传的下一个字节号），而快重传机制里面不是收到对端3个重复的ACK，就会马上重传的吗？仅仅就因为传输的数据包多了，而不是因为数据包丢失而引起重传？
对于此问题我一直就想不大通，跪求高手指导
[解决办法]
你是深入的人；如果快重传机制里面不是收到对端3个重复的ACK，就会马上重传的，那个３个ACK是同样的ACK
而在速度快（带宽大、距离近等），捎带的ACK是不一样，首先这情况，假如１ms，传了1000个，假设快速返回了500个ACK，这５００个ACK，是不一样的确认号，不会出现多个同样的ACK（每次确认是想获得下一个，你对接收方来说，接收得越快，确认得越快，不会出现多个同样ACK，发送窗平衡时，ACK也是增加，也不会出现多个同样ACK）
当超时（与RTT有关）没接收到对方数据，会现次返回确认，但这个重传，是必要的，如果是上两个要求重传，即后面的数据到了，前面某个数据一直没到，那么，后发的数据都到了，前面的数据还未到，一定时间可示为丢失，也会要求重传，这也是必要的，就算多余，可能性也是很小的，你看那时间关系就清楚了，是２倍RTT及加权的一个算出来的
