报文段 发送 报文段来确认报文段 是 的初始序号加 。 没有在这个报文段中放入数据。因为 报文段 消耗了一个序号 因此报文段 的序号是 。这样 和 都进入了 状态。 文段 发送 字节的数据。报文段 是确认报文段 没有数据发送 报文段 并不消耗序号 因此报文段 的序号仍然是 。 在发送数据的同时 还确认 的报文段 因此 。 报文段 确认 的报文段 。由于收到了从序号 到 共 字节的数据 因此在报文段 中 所期望收到的下一个数据字节的序号 。 发送的 报文段 消耗了一个序号 因此报文段 的序号是 比报文段 的序号多了一个序号。在这个报文段中 给出了接收窗口 。 从报文段 到报文段 都不需要更多的解释。到此为止 已经发送了 字节 的数据。值得注意的是 发送的所有确认报文都不消耗序号 其序号都是。
报文段 发送最后 字节的数据 报文段 的序号是 。 报文段 发送对报文段 的确认。 收到从序号 到 共 字节的数据。因此 报文段 的确认号是 所期望收到的下一个数据字节的序号 。 需要注意的是 从报文段 一直到 报文段 一共发送了 个确认 都不消耗序号 因此 发送的报文段 的序号仍然和报文段 的序号一样 即 。 数据传送完毕 进行四 萨尔瓦多 WhatsApp 号码列表 报文挥手 报文段 发送 报文段。前面所发送的数据报文段 已经用掉了序号 到 因此报文段 序号是 。 进入 状态。报文段 的确认号 。 报文段 发送确认报文段 确认号为 进入 状态。由于确认报文段不消耗序号 因此报文段 的序号仍然和报文段 的一样 即 报文段 没有数据要发送 就发送 报文段 其序号仍然是 。
拥塞窗口 和门限 应设置为 的一半 即 用 传送 字节的数据。设窗口为 字节 而 报文段每次也是传送 字节的数据。再设发送端和接收端的起始序号分别选为 和 试画出类似于图 的工作示意图。从连接建立阶段到连接释放都要画上。 要传送的 的数据必须划分为 个报文段传送 前 个报文段各 最后一个报文段传送 。下图是双方交互的示意图。下面进行简单的解释。进行三报文握手 报文段 发起主动打开 发送 报文段 除以 状态 并选择初始序号 。 处于 状态。 报文段 确认 的 报文段 因此 是 的初始序号加 。 选择初始序号 进入到 状态。 这个 报文会消耗一个报文。 报文段 发送最后的确认报文段。报文段 的序号是 已经消耗掉了。因此 现在的序号是 。但这个确认报文段并不消耗序号。