为单位的 而在通信线路上的数据率则常用每秒多少比特作为单位。这两种表示方法并无实质上的差别。在上面的习题中 因为 用字节作为单位 因此 用每秒发送多少字节作为 吞吐量的单位就比较简单一些。 在 的连接建立的三报文握手过程中 为什么第三个报文段不需要对方的确认？这会不会出现问题？ 关于这个问题 还不能简单地用 是 或 否 来回答。我们假定 是客户端 是发起 连接建立一方。现在假定三报文握手过程中的第三个报文段 也就是 发送的第二个报文段 确认报文 丢失了 而 并不知道。这是 以为对方收到了这个报文。
段 以为 连接已经建立 于是就开始发送数据报文段给 。由于没有收到三报文握手中的最后一个报文段 发送的确认报文段 因此 就不能进入 的 状态 连接已建立 状态 。 的这种状 爱沙尼亚 WhatsApp 号码列表 态可以叫做 半开连接 即仅仅把 连接打开了一半。在这种状态下 虽然已经初始化了连接变量和缓存 但是不能接收数据。通常 在经过一段时间后 例如 一分钟后 如果还没有收到来自 的确认报文段 就终止这个半开连接状态 那么 就必须重新建立 连接。因此 在这种情况下 第三个报文段 发送的第二个报文段 的丢失 就导致了 连接无法建立。
但是 假定 在这段时间内 紧接着就发送了数据。我们知道 具有累计确认的功能。在 发送的数据报文段中 自己的序号也没有改变 仍然是和丢失的确认真的序号一样 丢失位 确认号也是 的初始序号加 。当 收到这个报文段后 从 的首部就可以知道 已确认了 刚才发送的 报文段 于是就进入了 状态 连接已建立 状态 。接着 就接收 发送的数据。在这种情况下 丢失的第二个报文段对 的连接建立就没有影响。大家知道 在发送第二个报文段时 可以有两种选择 仅仅是确认而不携带数据 数据接着在后面发送。