ImageVerifierCode 换一换
格式:DOCX , 页数:14 ,大小:212.72KB ,
资源ID:21824854      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/21824854.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(滑动窗口的仿真协议Word格式.docx)为本站会员(b****7)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

滑动窗口的仿真协议Word格式.docx

1、度安排起止日期工作内容2015.6.23-2015.6.24了解网络协议编程的基本知识;2015.6.25-2015.6.26了解滑动窗口协议的工作机制;2015.6.27-2015.6.28使用编程语言编写一个滑动窗口协议的模拟程序,按要求实现程序。2015.6.29最后汇总,调试,答辩主要参考资料1 谢希仁. 计算机网络M. 4版. 北京:电子工业出版社, 2003.2 李仁发.何彦. 基于虚拟实验方法的滑动窗口协议分析J. 系统仿真学报. 2002. 8 (14) ; 1026 - 1063.3 李建中,张冬冬. 滑动窗口规模的动态调整算法J. 软件学报. 2004. 12 (15) :

2、 1800 - 1814.4 王栩,李建中,王伟平. 基于滑动窗口的数据流压缩技术及连续查询处理方法 J . 计算机研究与发展. 2004. 10 (41) : 1639- 1644.5 特南鲍姆. 计算机网络(第四版). 清华出版社指导教师意见(签字): 年月日系(教研室)主任意见 计算机网络课程设计说明书(封面) 学院名称: 计算机与信息工程学院 班级名称: 网络工程一班 学生姓名: 学 号: 201321 题 目: 滑动窗口协议仿真 姓 名: 邵雪梅 起止日期: 2015.6.232015.6.29 第一部分:正文部分一,选题背景 早期的网络通信中,通信双方不会考虑网络的拥挤情况直接发送

3、数据。由于大家不知道网络拥塞状况,一起发送数据,导致中间结点阻塞掉包,谁也发不了数据。在数据传输过程中,我们总是希望数据传输的更快一些,但如果发送方把数据发送的过快,接收方就可能来不及接收,这就造成数据的丢失。因此就有了滑动窗口机制来解决这些问题。早期我们使用的是1bit滑动窗口协议,一次只发送一个帧,等收到ack确认才发下一个帧,这样对信道的利用率太低了。因此提出了一种采用累积确认的连续ARQ协议,接收方不必对收到的帧逐个发送ack确认,而是收到几个帧后,对按序到达的最后一个帧发送ack确认。同1bit滑动窗口协议相比,大大减少了ack数量,并消除了延迟ack对传输效率的影响。但是,这会产生

4、一个新的问题,如果发送方发送了5个帧,而中间的第3个帧丢失了。这时接收方只能对前2个帧发出确认。发送方无法知道后面三个帧的下落,只好把后面的3个帧再重传一次,这就是回退N协议。为了解决这个问题,又提出了选择重传协议。当接收方发现某帧出错后,继续接受后面送来的正确的帧,只是不交付它们,存放在自己的缓冲区中,并且要求发送方重传出错的那一帧。一旦收到重传来的帧后,就可以将存于缓冲区中的其余帧一并按正确的顺序递交给主机。本文主要介绍如何根据滑动窗口协议的原理,在Visual C+的平台上设计一个滑动窗口协议模拟程序,并最终使该程序得以实现。本次程序设计分两部分:第一部分是发送方,第二部分是接收方。通过

5、发送方和接收方之间的数据帧传输模拟,学习滑动窗口协议控制流量的原理和方法,以及滑动窗口协议的工作机制。二、设计理念2.1 滑动窗口协议工作原理TCP滑动窗口用来暂存两台计算机间要传送的数据分组。每台运行TCP协议的计算机有两个滑动窗口:一个用于数据发送,另一个用于数据接收。发送端待发数据分组在缓冲区排队等待送出。被滑动窗口框入的分组,是可以在未收到接收确认的情况下最多送出的部分。滑动窗口左端标志X的分组,是已经被接收端确认收到的分组。随着新的确认到来,窗口不断向右滑动。滑动窗口算法工作过程如下:首先,发送方为每1帧赋一个序号(sequence number),记作SeqNum。现在,我们忽略S

6、eqNum是由有限大小的头部字段实现的事实,而假设它能无限增大。发送方维护3个变量:发送窗口大小(send window size),记作SWS,给出发送方能够发送但未确认的帧数的上界;LAR表示最近收到的确认帧(last acknowledgement received)的序号;LFS表示最近发送的帧(last frame sent)的序号,发送方还维持如下的不变式:LAR-LFSSWS。 2-1滑动窗口协议工作图窗口协议算法有三个功能: 在不可靠链路上可靠地传输帧 保持帧的传输顺序 支持流量控制2.2 选择重传协议在选择重传协议中,当接收方发现某帧出错后,其后继续送来的正确的帧虽然不能立即

7、递交给接收方的高层,但接收方仍可收下来,存放在一个缓冲区中,同时要求发送方重新传送出错的那一帧。一旦收到重新传来的帧后,就可以原已存于缓冲区中的其余帧一并按正确的顺序递交高层。这种方法称为选择重发(SELECTICE REPEAT),其工作过程如图所示。显然,选择重发减少了浪费,但要求接收方有足够大的缓冲区空间。 2-2 选择重传协议原理图三、过程论述(1)发送方程序流程图:3-1发送方程序流程图 (2)接收方程序流程图:3-2接受方程序流程图3.2 功能实现(1)发送方程序:本程序设有四个变量:一是窗口大小变量,二是第一帧序列号变量,三是最近发送的帧变量,最后一个是最近收到的确认帧变量。sw

8、pstate1.head=NULL; /变量初始值为空swpstate1.sendq=sendq_rear=(structsendq_slot*)malloc(sizeof(structsendq_slot);if(!swpstate1.sendq) exit(1);sendq_rear-next=NULL;printf(请输入窗口大小:);scanf(%ld,&swpstate1.sws); /输入窗口大小swpstate1.rws=swpstate1.sws; /把窗口大小的值赋给变量if (swpstate1.sws0) printf(请输入第一帧的序列号: scanf(swpstate

9、1.hdr.seqnum); /输入第一帧序列号swpstate1.nfe=swpstate1.hdr.seqnum; /把第一帧的值放进缓冲池内sendp=(struct sendq_slot*) malloc (size of(struct sendq_slot);sendp) exit(1);sendp-msg=swpstate1.hdr.seqnum;timeout=1;next=sendp;sendq_rear=sendp;-swpstate1.sws;swpstate1.lfs=swpstate1.hdr.seqnum; /最近发送的帧取值swpstate1.lar=swpstat

10、e1.hdr.seqnum; /最近收到的确认帧取值do while(swpstate1.sws0) /当窗口大小大于0时,执行以下的循环 sendp=(struct sendq_slot*)malloc(sizeof(struct sendq_slot); if(! sendp-msg=swpstate1.lfs+1; /如果输入的帧序号大于之前帧序号,那么窗口向前滑动 /时延为1 sendq_rear- sendq_rear=sendp; -swpstate1.sws; +swpstate1.lfs; swpstate1.hdr.acknum=0; /ACK清空swpstate1.hdr.

11、flags=0; /存储缓冲池清空最近收到的ACK的帧序号:%ldn,swpstate1.lar);/输出最近收到的ACK帧序号最近发送的帧序号(发送新帧后):,swpstate1.lfs);/输出最近发送帧序号(2)接收方的接收原则从总体上看是先判断输入的数据帧是否在接收范围之内,若是,则继续判断是否符合其他接收条件;若不是,则马上丢弃该数据帧,不再进行其他条件的判断。struct sendq_slot *sendq_rear,*sendp,*p3,*p4; /设定变量struct recvq_slot *recvp,*recvq_rear,*p1,*p2; if(swpstate1.hdr

12、.flags=0) /上次输入的数据帧被放置在缓存区,输入区被清空 do /如果继续接收数据帧则实施下面循环请输入收到的数据帧号:a); if(a=swpstate1.nfe&a swpstate1.head=recvp; else if(swpstate1.head!=NULL) recvp=(struct recvq_slot*)malloc(sizeof(struct recvq_slot); recvp- recvq_rear-next=recvp; recvq_rear=recvp; printf(所输数据不在接收窗口内! break; /跳出该循环(3)若输入数据帧在接收范围内则继

13、续判断并进行以下循环。 recvp-msg=a; if(recvp-msg=swpstate1.nfe) /是否放入缓存判断 recvp-received=1; elsereceived=0; -swpstate1.rws; if(recvp-received=1) /数据帧被接收,则进行下面语句 a=a-1; do a=a+1; if(swpstate1.head=NULL) break; p1=swpstate1.head; flag=0; while(a!=p1-msg)&(p1-next!=NULL) p2=p1;p1=p1-next; if(a=p1-msg) flag=1; if(

14、p1=swpstate1.head) swpstate1.head=swpstate1.head- else p2-next=p1- swpstate1.nfe=a+1; swpstate1.hdr.acknum=a+1; swpstate1.hdr.flags=1; while(flag=1); printf(ACK号(期待的下一帧的序号):,swpstate1.nfe);没按序接受的序号:n p1=swpstate1.head; while(p1!%ldt,p1-msg); p1=p1-(4)当接收完一个数据帧时,我们可以选择终止下面的继续接收,也可以选择继续接收。如果继续接收,那么程序跳

15、到判断循环,继续判断是否接收下一个数据帧,原理与上面相当。while(swpstate1.rws0)&(b=1); if(swpstate1.hdr.flags=1) p3=swpstate1.sendq- flag=0; while(swpstate1.hdr.acknum)!=p3-msg&p3- p4=p3;p3=p3- if(swpstate1.hdr.acknum=p3- flag=1; if(p3-msg=swpstate1.sendq-next- swpstate1.sendq-next=p3; else swpstate1.sendq- swpstate1.sws=swpsta

16、te1.sws+(swpstate1.sendq-msg-swpstate1.lar); swpstate1.lar=swpstate1.sendq-msg; swpstate1.hdr.seqnum=swpstate1.hdr.acknum;最近收到的ACK的帧序号(收到ACK后):最近发送的帧序号(此时还未发送新的数据):四、结果分析滑动窗口协议的基本原理就是在任意时刻,发送方都维持了一个连续的允许发送的帧的序号,称为发送窗口;同时,接收方也维持了一个连续的允许接收的帧的序号,称为接收窗口。发送窗口和接收窗口的序号的上下界不一定要一样,甚至大小也可以不同。不同的滑动窗口协议窗口大小一般不同

17、。发送方窗口内的序号代表了那些已经被发送,但是还没有被确认的帧,或者是那些可以被发送的帧。接受方为其窗口内的每一个序号保留了一个缓冲区。与每个缓冲区相关联的还有一位,用来指明该缓冲区是满的还是空的。 若从滑动窗口的观点来统一看待1比特滑动窗口、后退n及选择重传三种协议,它们的差别仅在于各自窗口尺寸的大小不同而已。1比特滑动窗口协议:发送窗口=1,接收窗口=1;后退N协议:发送窗口1,接收窗口=1;选择重传协议:1,接收窗口五、结论(或总结)下面我以窗口大小为11,第一帧序列号为3,做程序的测试 图5 测试结果(1)整体窗口展示,命令行界面 5-1图(2)输入窗口大小及第一帧序列号 5-2图(3

18、)当输入的接收帧并不是ACK期待的帧,那么根据滑动窗口协议该帧不被接收,且把该帧存放在缓冲区。 5-3图(4)若输入的帧超过了窗口大小,那么系统会显示该帧不在接收范围内,并拒绝接收。 5-4图 5-5图 6总结 6.1程序改进与完善 该滑动窗口协议模拟程序还有进一步完善的余地,例如可以对以下一些地方 进行改进: (1)改模拟程序通过命令行来实行,缺少形象直观的界面,希望日后可以设计 比较简单明了的界面来展示程序的主要模拟功能。 (2)现在我们模拟的只是一些用序号代名的简单的帧,建议可以改善程序,使 该系统可以模拟更接近真实的数据帧。这样可以联系实际更直观地去验证滑动窗口协议。 (3)整体来说,

19、滑动窗口在实验中是固定的,这样便于处理帧号和ack的确认 以及存储。但建议可以在日后改进使其变成动态的。 6.2设计总结 以上为我所设计的滑动窗口模拟程序,它经过多次修改和整理,已是一个比较不错的设计,可以基本实现所需功能,但因为水平有限,此程序中也存在一定的问题,这需要以后更进一步的改进第二部分:参考文献 1 Andrew S. Tandenbaum. Computer Networks(3rdEDITION)M . Prentice Hall .1996. 3 谢希仁编著计算机网络(第5版)电子工业出版社 4 陈洛资. 计算机网络软件设计、开发与编程M .北京:科学出版社. 1994. 5 高传善. 计算机网络教程 . 上海:复旦大学出版社. 1996. 6 谢希仁. 计算机网络M. 4版. 北京: 7 李仁发.何彦.基于虚拟实验方法的滑动窗口协议分析J. 系统仿真学报. 2002. 8 (14) : 学生签名 填表日期 年 月 日第三部分: 指导教师评语第四部分:成绩评定指导教师签名: 填表日期: 年 月 日

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1