如果话音数据不是实时播放 边接收边播放 就可以使用 因为 传输可靠。接收端用 将话音数据接收完毕后 可以在以后的任何时间进行播放。但本题目假定是实时话音数据传输 因此必须使用 。 使用 传送数据文件时 如果出现了差错 仅仅是少收了这个出错的报文段 并不通知发送方重传。这样就不能保证正确地传送数据。因此在传送数据文件时 我们都是采用 来传送的 在停止等待协议中如果不使用编号是否可行 为什么 解答 在停止等待协议中 如果收到重复的报文段时不予理睬 即悄悄地丢弃它而其他。
什么也不做 是否可行 试举出具体例子说明理由。 解答 假定在运输层使用停止等待协议。发送方发送报文段 后在设定的时间内未收到确认 于是重传 但 又迟迟不能到达接收方。不久 发送方收到 爱沙尼亚 WhatsApp 号码列表 了迟到的对 的确认 于是发送下一个报文段 不久就收到了对 的确认。接着发送方发送新的报文段 但这个新的 在传送过程中丢失了。正巧 一开始就滞留在网络中的 现在到达接收方。接收方无法分辨 是旧的。于是收下 并发送确认。显然 接收方后来收到的 是重复的 协议失败了。试画出类似于图 所示的双方交换报文段的过程。
解答 试证明 当用 比特进行分组的编号时 若接收分组 则仅在发送窗口不超过 时 连续 协议才能正确运行。窗口单位是分组。 解答 解答 如图 所示 设发送窗口记为 接收窗口记为 。假定用 比特进行编号。设接收窗口正好在 号分组处 有阴影的分组 。 发送窗口 的位置不可能比的位置更靠前。因为接收窗口的位置表明接收方正等待接收 号分组 而这时的发送方不可能已经收到了对 号分组的确认。因此发送窗口必须包括 号分组 也就是不可能比的位置更靠前 前方就是图的右方 。