来源: 互联网  发布时间: 2013-10-31

下图就是停止等待自动重复请求的工作过程：

图中，Sn指向将要被发送的帧的编号，Rn指向期待下一次收到的帧的编号。

其中帧的编号是可以循环使用的，由编号字段的位长决定，如果编号字段为2位，则编号范围为0~3（0~2*2-1），上图中编号范围为0~1，所以编号字段为1（0~2-1）

处理的步骤如下：

1.发送方发送编号0的帧并启动定时器，接收方接收到后，期待下一次收到的帧的编号为1,并发送ACK1给发送方

2.发送方在定时器规定的时间内接收到ACK1，定时器停止，Sn指向1，即下一次发送编号为1的帧。

3.发送方发送编号1的帧并启动定时器，但是在传输途中丢失。

4.发送方侧定时器超时，再次发送编号为1的帧并启动定时器，接收方接收到后，期待下一次收到的帧的编号为0，并发送ACK0给发送方

5.发送方在定时器规定的时间内接收到ACK0，定时器停止，Sn指向0，即下一次发送编号为0的帧。

6.发送方发送编号0的帧并启动定时器，接收方接收到后，期待下一次收到的帧的编号为1，并发送ACK1给发送方

7.发送方在定时器规定时间内没有接收到ACK1，所以重新发送Sn指向的帧（编号为0），但是接收方期待的是编号为1的帧，编号为0的帧已经确认收到，所以丢弃编号为0的帧，然后发送ACK1给接收方。

以上就是停止等待自动重复请求协议的工作过程，但是，这个协议的效率十分低效，如果是我，绝对不会用。。。

在这个协议中，涉及到滑动窗口概念，滑动窗口时一个抽象的概念，用来定义发送方和接收方关心的序列范围，发送方关心的序列范围是发送滑动窗口，接收方关心的序列式接收滑动窗口。

在回退N帧自动重发请求协议中，发送滑动窗口的大小必须小于2^m（m是窗口的位长，原因等会再解释），接收滑动窗口大小为1，下面说明下协议，下图中，灰色部分为窗口的范围，编号的位段为2，所以发送窗口大小为2^2-1=3，接收滑动窗口大小为1。Sf为第一个要被确认的帧，Sn为接下来要被发送的帧。Rn为期待要被接收到的帧。

1.发送方第一个被发送的帧是0，第一个要被确认的帧是0.
2.发送方发送了帧0，下一个要被发送的帧变成1，接收方接收到帧0，下一个期待被接收的帧变成1，然后发送ACK1
3.发送方接收到ACK1，下一个要被确认的帧变成1
4.发送方发送帧1，下一个要被发送的帧变成2，接收方接收到帧1，下一个期待被接收到的帧变成2，然后发送ACK2，但是ACK2在传输途中丢失
5.发送方发送帧2，下一个要被发送的帧变成3，接收方接收到帧2，下一个期待被接收到的帧变成3，然后发送ACK3.
6.发送方发送帧3，下一个要被发送的帧变成4，接收方接收到帧3，下一个期待被接收到的帧变成4，然后发送ACK4.
7.发送方接收到ACK3，下一个要被确认的帧变成3，这边可能大家会有疑问，为什么发送方没有接收到ACK2,就能保证接收方已经接收到帧1了呢，大家想一想，如果接收方没有接收到帧2，Rn的值一直都是1，所以发送方接收到ACK3，表示帧2肯定已经被接收到了。
8.发送方接收到了ACK4，下一个要被确认的帧变成4

在这个协议中，我们只是用一个定时器，即当Sf == Sn的是用启动定时器，当定时器到时间时，如果Sn不等于Sf，那么就重发Sf到Sn之间的所有帧。

为什么窗口大小一定要小于2^m，请看下图：

1.发送方发送编号为0的帧，第一个要被确认的帧为0，接下来要被发送的帧为1，接收方期待接收的帧为0，但是发送的ACK丢失。

2.发送方没有接收到ACK，所以Sf依然为1，接下来继续发送编号为1的帧，Sn变为2，接收方期待接收的帧为1，但是发送的ACK丢失。

3.发送方没有接收到ACK，所以Sf依然为1，接下来继续发送编号为2的帧，Sn变为3，接收方期待接收的帧为2，但是发送的ACK丢失。

4.发送方没有接收到ACK，所以Sf依然为1，接下来继续发送编号为3的帧，Sn变为4，接收方期待接收的帧为3，但是发送的ACK丢失。

5.发送方始终都没有接收到编号为1的帧的ACK，此时定时器超时，发送方要依次发送Sf到Sn之间的所有帧，于是发送了编号为0的帧，此时接收方期待的帧编号也是1，于是本来接收方应该拒绝该帧，但是却被当接收了，导致了错误。

所以结论是：发送滑动窗口的大小必须小于2^m

回退N帧自动重发请求协议比停止等待自动重复请求协议有了一定的进步，但是定时器到时间是重发所有没有确认的帧还是降低了链路的使用率。

选择性自动重发请求协议应该是对回退N帧自动重发请求协议的一个改进，在退N帧自动重发请求协议中接收滑动窗口的大小是1，但是在选择性自动重发请求协议中，接收滑动窗口的大小不是1，发送和接收窗口的大小最多是2^m/2（m是窗口为位长，原因等会再解释），下图说明了该协议的工作原理：

1.发送方第一个被发送的帧是0，第一个要被确认的帧是0.

2.发送方发送帧0，启动定时器，下一次发送的帧变成1，接收方接收到后，窗口向后滑动一个帧，下一个期待帧是1，并发送ACK1.

3.发送方接收到ACK1后，解除定时器，接下来第一个要被确认的帧加1，变成1。

4.发送方发送帧1，下一次发送的帧变成2，但是帧1在发送过程中丢失。

5.发送方发送帧2，下一次发送的帧变成3，并启动定时器，接收方接收到了帧2，因为帧2在接收窗口中，所以成功接收，但是此时Rn还是指向1，所以发送了NAK1

6.发送方发送帧3，下一次发送的帧变成4，并启动定时器，接收方接收到了帧3，因为帧2在接收窗口中，所以成功接收，但是此时Rn还是指向1，此时NAK1已经发送过了，所以没有再发送NAK1.

7.发送方接收到了NAK1，重新发送帧1，接收方接收到了帧1，此时接收方的窗口中的帧已经全部接收到，滑动窗口，并发送ACK4.

8.发送方接收到了NAK4，说明接收方的帧都已经接收完毕，窗口进行滑动，解除所有定时器

下面解释下为什么发送和接收

[2]u-boot中memory(SDRAM/DDR)相关命令 -- mw

[u-boot: v2013.07-rc2]

[Author: Bo Shen <voice.shen@gmail.com>]

1. 使能mw命令

通过定义：CONFIG_CMD_MEMORY, 就可以使能mw命令。

注：由于在<include/config_cmd_default.h>里面已经有此定义，在板子相关的configure文件中(位于<include/configs/>)，默认情况下，都会include此文件。所以，u-boot默认会包含此命令。

源代码：<common/cmd_mem.c>

2. Usage

mw - memory write (fill)

注：mw修改的是由mw命令的参数加上base_address内容

例：

2.1 修改length为1的memory内容

U-Boot> base
Base Address: 0x20000000
U-Boot> md 0 0x1
20000000: 00000001
U-Boot> mw 0 0xf5
U-Boot> md 0 0x1 
20000000: 000000f5

3. 源代码分析

do_mem_mm

|--> mod_mem

|--> 

[3]u-boot中memory(SDRAM/DDR)相关命令 -- md

[u-boot: v2013.07-rc2]

[Author: Bo Shen <voice.shen@gmail.com>]

1. 使能md命令

通过定义：CONFIG_CMD_MEMORY, 就可以使能md命令。

注：由于在<include/config_cmd_default.h>里面已经有此定义，在板子相关的configure文件中(位于<include/configs/>)，默认情况下，都会include此文件。所以，u-boot默认会包含此命令。

源代码：<common/cmd_mem.c>

2. Usage

md - memory display

注：md显示的是由md命令的参数加上base_address内容。具体参见源码

例：

2.1 显示length为1的memory内容

U-Boot> base
Base Address: 0x00000000
U-Boot> md 0x20000000 0x1
20000000: 00000000 

U-Boot> base 0x20000000
Base Address: 0x20000000
U-Boot> md 0 0x1
20000000: 00000000

注：两次执行命令的参数不一样，但显示的结果却一样。这是因为：base_address不一样。

2.2 md更多格式的显示

U-Boot> md.b 0 0x1
20000000: 00                                                 .
U-Boot> md.w 0 0x1
20000000: 0000                                       ..
U-Boot> md.l 0 0x1
20000000: 00000000

3. 源代码分析

#define DISP_LINE_LEN 16

do_mem_md

|--> ulong bytes = size * length

|--> const void *buf = map_system(addr, bytes);

|--> print_buffer(addr, buf, size, length, DISP_LINE_LEN / size);

|--> addr += bytes;

|--> unmap_sysmem(buf);