课程设计报告滑动窗口协议仿真.docx
- 文档编号:13203360
- 上传时间:2023-06-12
- 格式:DOCX
- 页数:12
- 大小:31.68KB
课程设计报告滑动窗口协议仿真.docx
《课程设计报告滑动窗口协议仿真.docx》由会员分享,可在线阅读,更多相关《课程设计报告滑动窗口协议仿真.docx(12页珍藏版)》请在冰点文库上搜索。
课程设计报告滑动窗口协议仿真
滁州学院
课程设计报告
课程名称:
计算机网络
设计题目:
滑动窗口协议仿贞
别:
计算机与信息工程学院
业:
计算机科学与技术
别:
第五组
赵国柱
起止日期:
2011年n月24口~2011年12月7n指导教师:
计算机与信息工程学院二O—一年制
课程设计所需环
开发环境:
VC++
运彳亍环境:
Windows操作系统
境
课程设计任务要
求
1.程用按照滑动窗口协议实现端对端的数据传送。
包括协议的各种策略,如包丢失、停等应答、超时等都
应有所仿真实现
2.显示数据传送过程中的各项具体数据。
双方帧的个数变化,帧字号,发送和接受速度,暂停或重传提示
等
课程设计工作进度计划
序号
起止□期
工作内容
分工情况
1
11月24号F月27号
了解工作要求,明确分
工内容,网上查阅相关
资料
所有组员共同参与
2
11月28号F月
30号
sender队列模块的编
写
由闫婷完成
3
12月1号
~12月4
号
sender主函数的编写
由赵育坤、张飞完成
4
11月28号F月
30号
receiver队列模块的
编写
由张侠完成
5
12月1号
~12月4号
receiver主函数的编
写
由余静、于东锋完成
6
12月5号
~12月7
号
最后汇总,调试
由赵育坤、于东锋完成
指导教师签字:
年月
n
教研室市核意见:
教研室主任签字:
年月
n
课程设计任务书
一.引言二-基本原理
窗口机制
Ibit滑动窗口协议后退N协议选择重传协议流量控制
三.需求分析
课程设计题目开发环境
运行环境
课程设计任务及要求
界面要求
网络接口要求
0.
详细设计
结构体的定义
发送方的主要函数
接受方的主要函数
五.
源代码
发送方的主要代码
接收方的主要代码
调试与操作说明
致谢
[参考文献]
课程设计的主要内容
L引言
早期的网络通信中,通信双方不会考虑网络的拥挤情况直接发送数据。
由于大家不知道网络拥塞状况,一起发送数据,导致中间结点阻塞掉包,谁也发不了数据。
在数据传输过程中,我们总是希望数据传输的更快一些,但如果发送方把数据发送的过快,接收方就可能來不及接收,这就造成数据的丢失。
因此就有了滑动窗口机制来解决这些问题。
早期我们使用的是Ibit滑动窗口协议,一次只发送一个帧,
等收到ack确认才发下一个帧,这样对信道的利用率太低了。
因此提出了一种采用累积确认的连续ARQ协议,接收方不必对收到的帧逐个发送ack确认,而是收到儿个帧后,对按序到达的最后一个帧发送ack确认。
同Ibit滑动窗口协议相比,大大减少了ack数量,并消除了延迟ack对传输效率的影响。
但是,这会产生一个新的问题,如果发送方发送了5个帧,而中间的第3个帧丢失了。
这时接收方只能对前2个帧发出确认。
发送方无法知道后面三个帧的下落,只好把后面的3个帧再重传一次,这就是回退N协议。
为了解决这个问题,乂提出了选择重传协议。
当接收方发现某帧出错后,继续接受后面送来的正确的帧,只是不交付它们,存放在自己的缓冲区中,并且要求发送方重传出错的那一帧。
一S收到重传來的帧后,就可以将存于缓冲区中的其余帧一并按正确的顺序递交给主机。
2.基本原理
窗口机制
滑动窗口协议的基本原理就是在任意时刻,发送方都维持了一个连续的允许发送的帧的仔号,称为发送窗口:
同时,接收方也维持了一个连续的允许接收的帧的序号,称为接收窗口。
发送窗口和接收窗口的序号的上下界不一定要一样,«至大小也可以不同。
不同的滑动窗口协议窗口大小一般不同。
发送方窗口内的斥号代表了那些己经被发送,但是还没有被确认的帧,或者是那些可以被发送的帧。
接受方为其窗口内的
每一个/^号保留了一个缓冲区。
与每个缓冲区相关联的还有一位,用来指明该缓冲区是满的还是空的。
若从滑动窗口的观点来统一看待1比特滑动窗口.后退n及选
择重传三种协议,它们的差别仅在于各自窗口尺寸的大小不同而已。
1比特滑动窗口协议:
发送窗口=1,接收窗口=1;后退N协议:
发送窗口>1,接收窗口=1:
选择重传协议:
发送窗口>1,接收窗口>1。
Ibit滑动窗口协议
当发送窗口和接收窗口的大小固定为1时,滑动窗口协议退化为停等协议(stop—and—wait)o该协议规定发送方每发送一帧后就要停下來,等待接收方已正确接收的确认(acknowledgement)返回后才能继续发送下一帧。
由于接收方需要判断接收到的帧是新发的帧还是重新发送的帧,因此发送方要为每一个帧加一个序号。
由于停等协议规定只有一帧完全发送成功后才能发送新的帧,因而只用一比特來编号就够了。
其发送方和接收方运行的流程图如图所示。
后退N协议
由于停等协议要为每一个帧进行确认后才继续发送下一帧,大大降低了信道利用率,因此乂提出了后退n协议。
后退n协议中,发送方在发完一个数据帧后,不停下来等待应答帧,而是连续发送若干个数据帧,即使在连续发送过程中收到了接收方发来的应答帧,也可以继续发送。
且发送方在每发送完一个数据帧时都要设置超时定时器。
只要在所设置的超时时间内仍收到确认帧,就要重发相应的数据帧。
如:
当发送方发送了N个帧后,若发现该N帧的前一个帧在计时器超时后仍未返回其确认信息,则该帧被判为出错或丢失,此时发送方就不得不重新发送出错帧及其后的N帧。
从这里不难看出,后退n协议一方面因连续发送数据帧而提高了效率,但另一方面,在重传时又必须把原来己正确传送过的数据帧进行重传(仅因这些数据帧之前有一个数据帧出了错),这种做法又使传送效率降低。
由此可见,若传输信道的传输质量很差因而误码率较大时,连续测协议不一定优于停止等待协议。
此协议中的发送窗口的大小为4接收窗口仍是1。
选择重传协议
在后退n协议中,接收方若发现错误帧就不再接收后续的帧,即使是正确到达的帧,这显然是一种浪费。
另一种效率更高的策略是当接收方发现某帧出错后,其后继续送来的正确的帧虽然不能立即递交给接收方的高层,但接收方仍可收下來,存放在一个缓冲区中,同时要求发送方重新传送出错的那一帧。
一口收到重新传来的帧后,就可以原已存于缓冲区中的其余帧一并按正确的顺用递交高层。
这种方法称为选择重发(SELECTICEREPEAT),其工作过程如图所示。
显然,选择重发减少了浪费,但要求接收方有足够大的缓冲区空间。
流量控制
TCP的特点之一是提供体积可变的滑动窗口机制,支持端到端的流量控制。
TCP的窗口以字节为单位进行调整,以适应接收方的处理能力。
处理过程如下:
(1)TCP连接阶段,双方协商窗口尺寸,同时接收方预留数据缓存区:
(2)发送方根据协商的结果,发送符合窗口尺寸的数据字节流,并等待对方的确认;
(3)发送方根据确认信息,改变窗口的尺寸,增加或者减少发送未得到确认的字节流中的字节数。
调整过程包括:
如果出现发送拥塞,发送窗口缩小为原来的一半,同时将超时重传的时间间隔扩大一倍。
(4)滑动窗口机制为端到端设备间的数据传输提供了可靠的流量控制机制。
然而,它只能在源端设备和目的端设备起作用,当网络中间设备(例如路由器等)发生拥塞时,滑动窗口机制将不起作用。
3.需求分析
课程设计题目:
滑动窗口协议仿真
开发环境JVisualC++
运行环境:
Windows操作系统
课程设计任务及要求:
(1)程序按照滑动窗口协议实现端对端的数据传送。
包括协议的^^^种策略,如包丢失.停等应答、超时等都应有所仿真实现。
(2)显示数据传送过程中的各项具体数据。
双方帧的个数变化,帧序号,发送和接受速度,暂停或重传提示等。
界面要求:
此次课程设计要求的所有功能应可视,我们组主要是用VC++编写的,运行在DOS环境下,观察发送方(sender)发送数据包到接收方
receive)时。
界面应显示出双方帧个数的变化,帧序号,发送和接受速度,暂停或重传提示等,界面中必须动态显示数据帧的发送和接受情况,包括在相应的窗口详细显示相应的ACK和其他收发数据帧后发出的消息,以表明模拟协议的正确运作过程。
在各种情况下,接受方和发送方窗口应实时显示帧的发送和接受情况,包括序号,时间戳,内容等。
以及窗口的填充和清空情况。
网络接口要求:
两台机器或是一台机器中两个独立的线程模拟发送方与接受方,接收数据的端口初始应为监听状态。
发送方向接受方发起连接,成功后开始发送数据。
4.概要设计
结构体定义如下:
typedefenum{data=1,ack,nak,tout}frame_kind:
代码
发送方的主要代码:
voidInitLine(LinkQueue*q)
q->front=q->rear=NULL:
intQueueErapty(LinkQueue*q)
returnq->front==NULL&&q->rear==NULL:
frameQueueFront(LinkQueue*q)
if(QueueEmpty(q))
printf("队列为空!
\n");
Sleep(SLEEPMS);
exit(0);
returnq->front->head_data;
intQueueLen(LinkQueue*q)
if(QueueEmpty(q))
return0:
intnum=0;
Framenode*p=q->front;
while(p!
=NULL)
nura++:
p=p->next:
returnnum:
voidGetFrameFromHost(LinkQueue*q)
if(QueueLen(q)>=MAXPOOL)
return;
Framenode*p=(Framenode*)malloc(sizeof(Framenode));
srand((unsigned)time(NULL));
p->=rand()%MAX_LENGTH:
.\n〃)
Begin:
WORDwVersionRequested:
WSADATAwsaData;按q退出,
其他键继续\『);
intkbc=getchO;
if(kbc=='q'IIkbc
break;
printf("按任意键退出!
\n");
while(Ikbhit0){};
Sleep(SLEEPMS);
printf("谢谢使用!
\n");
WSACleanup();
closesocket(socketCllent);
Sleep(SLEEPMS):
DWORDWINAPIReceiveFun(LPVOIDpArg)
EnterCriticalSection(&gCS);
else
curw=DeLine(&QueueQ,&packetreceive,curw):
试与操作说明
用户打开接收方程用时会白动等待发送方,打开发送方程斥时会自动尝试连接接收方程斥。
当发送方程序和接收方程序都打开时,发送程字将连接接收方程序,连接成功时会有提示信息。
在发送方按任意键开始模拟,发送与接受是自动进行,出现各种情况(帧丢
失、帧出错、ack丢失等)的概率都是20虬程序执行20秒后会提示是否继
续执行。
如图:
b2是正常情况:
发送方发送数据帧->接受方收到数据帧,经检验该数据
帧正确,发送确认帧->发送方收到确认帧,删除己收到
确认的数据帧。
3,
4是数据帧丢失:
发送方发送数据帧->接受方未收到数据帧,没有任何
动作->发送方超时重传该数据帧。
5,
6是数据帧出错:
发送方发送数据帧->接收方收到数据帧,经检验该数
据帧出错,发送否认帧->接受方收到否认帧,重传该数
据帧。
7,
8是ack丢失:
发送方发送数据帧->接受方收到数据帧,经检验该数据帧
正确,发送确认帧->发送方未收到确认帧,超时重传该
数据帧。
7.致谢
在设计研究和设计报告撰写过程中,感谢我的同学和老师给与的关心和
帮助,从中我学会了很多,不但是专业课程的知识,还有一些编写一个VC++
模拟小系统的必备的能力,谢谢你们。
&参考文献
[1]AndrewS.Tandenbaum.ComputerNetworks(SrdEDITION)[M].
PrenticeHall,1996.
[2]胡晓峰,等编.计算机网络原理[M]•长沙.国防科技大学出版社.
1997.
《计算机网络》(第5版)一一电子工业出版社谢希仁编着
[4]
陈洛资,等.计算机网络软件设计、开发与编程[M]•北京:
科学出
版社.
1994.
高传善,等.计算机网络教程[m]•上海:
复a大学出版社.1996.
9.附录
评语:
评阅教师签名:
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 课程设计 报告 滑动 窗口 协议 仿真