课程设计报告-滑动窗口协议仿真.pdf

课程设计报告-滑动窗口协议仿真.pdf

ID:58933673

大小:878.85 KB

页数:29页

时间:2020-09-18

课程设计报告-滑动窗口协议仿真.pdf_第1页
课程设计报告-滑动窗口协议仿真.pdf_第2页
课程设计报告-滑动窗口协议仿真.pdf_第3页
课程设计报告-滑动窗口协议仿真.pdf_第4页
课程设计报告-滑动窗口协议仿真.pdf_第5页
资源描述:

《课程设计报告-滑动窗口协议仿真.pdf》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、.滁州学院课程设计报告课程名称:计算机网络设计题目:滑动窗口协议仿真系别:计算机与信息工程学院专业:计算机科学与技术组别:第五组起止日期:2011年11月24日~2011年12月7日指导教师:赵国柱计算机与信息工程学院二○一一年制;..课程设计题目滑动窗口协议仿真组长赵育坤学号2011220135班级计专1班系别计算机与信息专业计算机科学与技术工程学院组员闫婷、张侠、余静、于东锋、张飞、赵育坤指导教师赵国柱掌握滑动窗口协议的基本原理,并能够用所学计算机高级课程设计目的语言进行编程模拟课程设计所需环境开发环境:VC++运行环境:Windows操作系统1.程序

2、按照滑动窗口协议实现端对端的数据传送。包括协议的各种策略,如包丢失、停等应答、超时等都应有所仿真实现课程设计任务要求2.显示数据传送过程中的各项具体数据。双方帧的个数变化,帧序号,发送和接受速度,暂停或重传提示等课程设计工作进度计划序号起止日期工作内容分工情况111月24号了解工作要求,明确分工内所有组员共同参与~11月27号容,网上查阅相关资料211月28号sender队列模块的编写由闫婷完成~11月30号312月1号sender主函数的编写由赵育坤、张飞完成~12月4号411月28号receiver队列模块的编写由张侠完成~11月30号512月1号re

3、ceiver主函数的编写由余静、于东锋完成~12月4号612月5号最后汇总,调试由赵育坤、于东锋完成~12月7号指导教师签字:年月日教研室审核意见:教研室主任签字:年月日;..课程设计任务书一.引言二.基本原理2.1窗口机制2.21bit滑动窗口协议2.3后退N协议2.4选择重传协议2.5流量控制三.需求分析3.1课程设计题目3.2开发环境3.3运行环境3.4课程设计任务及要求3.5界面要求3.6网络接口要求四.详细设计4.1结构体的定义4.2发送方的主要函数4.3接受方的主要函数五.源代码5.1发送方的主要代码5.2接收方的主要代码六.调试与操作说明致谢

4、[参考文献];..课程设计的主要内容1.引言早期的网络通信中,通信双方不会考虑网络的拥挤情况直接发送数据。由于大家不知道网络拥塞状况,一起发送数据,导致中间结点阻塞掉包,谁也发不了数据。在数据传输过程中,我们总是希望数据传输的更快一些,但如果发送方把数据发送的过快,接收方就可能来不及接收,这就造成数据的丢失。因此就有了滑动窗口机制来解决这些问题。早期我们使用的是1bit滑动窗口协议,一次只发送一个帧,等收到ack确认才发下一个帧,这样对信道的利用率太低了。因此提出了一种采用累积确认的连续ARQ协议,接收方不必对收到的帧逐个发送ack确认,而是收到几个帧后,

5、对按序到达的最后一个帧发送ack确认。同1bit滑动窗口协议相比,大大减少了ack数量,并消除了延迟ack对传输效率的影响。但是,这会产生一个新的问题,如果发送方发送了5个帧,而中间的第3个帧丢失了。这时接收方只能对前2个帧发出确认。发送方无法知道后面三个帧的下落,只好把后面的3个帧再重传一次,这就是回退N协议。为了解决这个问题,又提出了选择重传协议。当接收方发现某帧出错后,继续接受后面送来的正确的帧,只是不交付它们,存放在自己的缓冲区中,并且要求发送方重传出错的那一帧。一旦收到重传来的帧后,就可以将存于缓冲区中的其余帧一并按正确的顺序递交给主机。2.基本

6、原理2.1窗口机制滑动窗口协议的基本原理就是在任意时刻,发送方都维持了一个连续的允许发送的帧的序号,称为发送窗口;同时,接收方也维持了一个连续的允许接收的帧的序号,称为接收窗口。发送窗口和接收窗口的序号的上下界不一定要一样,甚至大小也可以不同。不同的滑动窗口协议窗口大小一般不同。发送方窗口内的序号代表了那些已经被发送,但是还没有被确认的帧,或者是那些可以被发送的帧。接受方为其窗口内的每一个序号保留了一个缓冲区。与每个缓冲区相关联的还有一位,用来指明该缓冲区是满的还是空的。若从滑动窗口的观点来统一看待1比特滑动窗口、后退n及选择重传三种协议,它们的差别仅在于

7、各自窗口尺寸的大小不同而已。1比特滑动窗口协议:发送窗口=1,接收窗口=1;后退N协议:发送窗口>1,接收窗口=1;选择重传协议:发送窗口>1,接收窗口>1。2.21bit滑动窗口协议当发送窗口和接收窗口的大小固定为1时,滑动窗口协议退化为停等协议(stop-and-wait)。该协议规定发送方每发送一帧后就要停下来,等待接收方已正确接收的确认(acknowledgement)返回后才能继续发送下一帧。由于接收方需要判断接收到的帧是新发的帧还是重新发送的帧,因此发送方要为每一个帧加一个序号。由于停等协议规定只有一帧完全发送成功后才能发送新的帧,因而只用一比

8、特来编号就够了。其发送方和接收方运行的流程图如图所示。;..发送方

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。