假定使用连续ARQ协议,发送窗口大小为3,帧序号范围是[0.15].传输媒体保证在接收 方能够按序收到分组。在某时刻,接收方下一个期望收到序号是5。 (1)在发送方的发送窗口中可能有山现的序号组合有哪几种? (2)接收方已经发送出去的,但在网络中(即还未到达发送方)的确认分组可能有哪些?说 明这些确认分组是用来确认哪些序号的分组。
时间: 2024-04-21 21:29:01 浏览: 9
好的,根据你的问题,我来回答一下:
(1) 在发送方的发送窗口中可能有现有的序号组合有以下几种情况:
- [5, 6, 7]
- [6, 7, 8]
- [7, 8, 9]
- [8, 9, 10]
- [9, 10, 11]
- [10, 11, 12]
- [11, 12, 13]
- [12, 13, 14]
- [13, 14, 15]
(2) 接收方已经发送出去的,但在网络中(即还未到达发送方)的确认分组可能有以下几种情况:
- 确认序号为 4 的分组,用来确认接收方已成功收到序号为 4 的分组。
- 确认序号为 5 的分组,用来确认接收方已成功收到序号为 5 的分组。
- 确认序号为 6 的分组,用来确认接收方已成功收到序号为 6 的分组。
这些确认分组是用来确认序号为 4、5 和 6 的分组是否被正确接收。因为接收方已经期望收到序号为 5 的分组,所以确认分组中包含了序号为 4、5、6 的分组。
相关问题
使用连续 ARQ 协议中,发送窗口大小是 3,而序列范围 [0, 15],而传输媒体保证在接收方能够按序收到分组。在某时刻,接收方,下一个期望收到序号是 5。试问: (1)在发送方的发送窗口中可能有出现的序号组合有哪几种? (2)接收方已经发送出去的、但在网络中(即还未到达发送方)的确认分组可能有哪些?说明这些确认分组是用来确认哪些序号的分组。
(1) 发送方的发送窗口大小为 3,因此可能出现的序号组合有:{5, 6, 7}、{6, 7, 8}、{7, 8, 9}、{8, 9, 10}、{9, 10, 11}、{10, 11, 12}、{11, 12, 13}、{12, 13, 14}、{13, 14, 15}。
(2) 接收方已经发送出去的、但在网络中的确认分组可能有以下几种:ACK4、ACK5、ACK6、ACK7、ACK8、ACK9、ACK10、ACK11、ACK12、ACK13、ACK14、ACK15。其中,ACK4 是用来确认序号为 4 的分组;ACK5 是用来确认序号为 5 的分组;ACK6 是用来确认序号为 6 的分组;以此类推,依次用来确认相应序号的分组。由于接收方的下一个期望收到序号是 5,因此已经确认的分组序号范围是 [0, 4]。
当用n 个比特进行编号时,若接收窗口的大小为1,则只有在发送窗口的大小Wt<=2n-1时,连续ARQ协议才能正确运行。
是的,这个结论是正确的。当使用n个比特进行编号时,发送窗口的大小被限制在2^n个序号内,因为这是唯一可能的、不会出现重复编号的区间。而在接收窗口大小为1的情况下,连续ARQ协议要求发送方只有在收到确认之后才能发送下一个数据分组,因此,发送窗口的大小必须小于等于接收窗口大小的两倍减一,即Wt <= 2n-1。如果发送窗口的大小超出了这个范围,那么接收方可能会收到重复的数据分组,从而导致传输错误。