计算机网络试验指导试验二利用停止等待协议传输数据文件试验.DOC

计算机网络实验指导 实验二 利用停止等待协议传输数据文件 实验目的 深入理解停止等待协议的主要特点； 深入理解停止等待协议的工作过程； 进一步掌握串行口编程的方法。 实验环境 该实验可以看成是前一实验的扩展和深入，它要求在串行口上利用停止等待协议实现文件的可靠传输，因此，实验需要的实验环境与实验一（异步串行通信实验）完全相同。其所需设备、器件及电缆的制作和设备的连接方法可参阅实验一的实验手册。 实验概述 停止等待协议 图2-1 停止等待协议的基本工作过程 图2-2 数据包的丢失和确认信息的丢失示意图 所谓停止等待就是在发送方发完数据报后，需要等待接收方应答信息的到来。如果发送方接收到正确认信息ACK，那么说明接收方已经正确接收到上一数据包，发送方就可以发送下一数据包；如果发送方接收到负责确认信息NAK，说明接收方收到的数据包是错误的，发送方应该重发，如图2-1所示。 为了保证数据传输的可靠性，实际的停等协议并不像上述的那么简单。在实际应用环境中，至少应该考虑以下两种情况。 数据包丢失 数据包在传输过程中丢失，接收方未收到任何数据，如图2－2所示。由于接收方不知道数据已经发送，因此它不可能给出正确认(ACK)信息或负确认信息（NAK）信息。为了解决这个问题，发送方需要在发送一个数据包后启动一个定时器。一旦在规定时间内没有收到接收方的任何信息，则认为数据包丢失，需要重发该数据包。如果重传一个数据包的次数达到一定值，则认为数据通信信道存在严重问题，数据传输失败。 确认信息丢失或出错 接收方正确接收到数据包，但确认信息在传输过程中丢失或出错，如图2－2所示。这时发送方也不能确定接收方是否收到了数据包。这个问题的解决也是采用定时器的方法，在定时器溢出后重发数据包。但是为了保证接收到的数据不重复，需要给数据包编号。当接收方再次收到同样编号的数据包时，将该包丢弃，并认为上次发送的确认信息丢失或出错，需要重传该确认信息。对于停等协议，至少需要两个编号（通常为0和1）。第一个包的编号为0，第二个包的编号为1，第三个包的编号再为0……如果接收方连续收到了相同编号的数据包，则发生了重复，需要将其丢弃。同时确认信息也需要进行编号，通常用ACK1表示收到编号为0的数据包，并准备接收编号为1的数据包。同样的，ACK0则表示下一个准备接收到的数据包的编号为0。 停止等待协议实例——BSC BSC是一种典型的面向字符型停止等待协议，它使用了ASCII码中的10个控制字符完成通信控制功能，并规定了数据报文、控制报文的格式以及协议的操作过程。由于规程简单、容易实现，比较适宜在中低速网络（如电话网）中使用。 控制字符：BSC协议中使用的控制字符的符号、名称、ASCII编码及功能说明如表2-1所示。 表2-1 BSC协议中使用的控制字符与功能 符号 名称 ASCII编码 功能说明 SOH 序始 01H 数据报文终中报头的开始 STX 文始 02H 数据报文中正文的开始 ETX 文终 03H 数据报文中正文的结束 EOT 送毕 04H 传输结束 ENQ 询问 05H 询问对方并请求对方予以响应 ACK 正确认 06H 接受方正确接受报文后的响应 NAK 负确认 15H 接收方接收数据报文错误的响应 DLE 转义 10H 修改紧随其后的字符的语义 SYN 同步 16H 收发双方的字符同步 ETB 组终 17H 成组传输时的组结束标记 报文格式 BSC协议规定了数据报文格式和控制报文格式。 数据报文格式如图2－3所示，其中SYN为同步字符，接收方在收到2个以上的SYN后就可以进入数据报的接收状态。报头字段由SOH开始，它是一个可选项，可由用户自己定义，用于存放地址、路径、发送日期等信息。正文字段由STX开始，其正文字段的长度未作具体规定。如果正文太长，要将其分成几块传输，每块用ETB结束正文字段。当全部正文传输结束后，需要用ETX结束正文字段。BCC为校验字段。在BSC中，既可以使用奇偶校验，也可以使用CRC校验。 SYN SYN SOH 报头 STX 正文 ETB/ETX BCC 图2-3 BSC数据报文格式 控制报文格式比较简单，基本上是使用一些控制字符序列的组合。经常使用的控制报文如表2－2所示。 表2-2 BSC常用控制报文及控制字符序列 控制报文 控制字符序列 控制报文 控制字符序列 确认 SYN SYN 0/1ACK 询问 SYN SYN ENQ 否认 SYN SYN NAK 传输结束 SYN SYN EOT 透明数据传输 在面向字符协议数据报文中，数据是以字符为单位组成的。在正文数据中完全可能出现与控制字符代码相同的数据字符，这就会造成误解。例如，正文中也可能出现与文终字符ETX的代码相同的数据字符。如