Adhoc网络仿真解读.docx

  1. 1、本文档共11页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
Adhoc网络仿真解读

Harbin Institute of Technology 无线自组织网络 课程报告 姓名: 李焕英 学号: 1130510205 班级: 1305102 指导教师: 张文彬 院系: 电子与信息工程学院 时间: 2016年12月 RTS/CTS机制下802.11b的最大吞吐量仿真 一、 背景知识 1、Ad hoc网络中MAC协议 (1)IEEE 802.11的分布式协调功能(DCF) DCF的基本思路:在无线网络上不可能进行冲突检测,故不设置冲突检测机制,采用规则延迟来处理,以保证MAC控制的可操作性和公平性。基本原则为:节点要发送MAC帧,首先监听无线信道,若空闲,则可以发送该帧;否则延迟等待,再次竞争发送。 (2)面临的主要问题:“隐藏”终端问题 假设:A正在向B传输数据,C也要向B发送数据 隐藏终端:在接收者的通信范围内而在发送者的通信范围外的终端。带来的问题是A向B发送报文,C听不到A的发送。C也发送报文时在B发生碰撞。单频网络的信道接入控制协议,使用RTS-CTS握手机制,力求解决Ad hoc网络中的隐藏终端和暴露终端问题,是构成其他机制的基础。 (3)解决隐藏终端的方法—RTS/CTS a) 节点A向节点B发送RTS,表明A需要向B发送数据。RTS 帧有两个目的:预约无线链路的使用权,并要求接收到这一消息的其他的工作站停止发送。(发送端清场) b) B接收到A的RTS后,向周边所有节点发出CTS信号,表明已准备就绪,A可以发送。而其他欲向B发送数据的节点则暂停发送。(接收端清场) c) 在A、B双方成功交换RTS/CTS信号后,即完成握手后A向B开始发送数据。 这种机制保证了多个互不可见的发送节点同时向一个接受节点发送信息时,实际上只能是收到接受节点回应CTS的那个节点能够发送,避免了冲突发生。实际上,冲突还是有可能发生,即A、C同时向B发送RTS时,两者的RTS在B上冲突,B无法接收准确的信息,则不发送任何回应的CTS。这样,A和C都收不到B的CTS消息,则采用退避竞争机制分配一个随机定时值,再竞争发送RTS,直到成功为止。 (4) RTS-CTS握手机制 a) 当一个终端要发送数据给另一个终端时,它首先发送一个RTS给目标终端。 b) 接收节点准备好接收工作,则回复一个CTS。 c) 发送者确认来自接收节点的CTS,则开始发送报文。 d) 如果发送者没有收到接收节点的CTS,则重发RTS,并等待回应。 e) 其他接收到RTS或CTS的节点采用二进制指数退避算法延迟数据发送,以避免冲突。 (5)分析侦听到RTS或CTS控制报文的其他终端的反应过程 a) 侦听到RTS控制报文的任何其他终端均向A关闭,而且在足够长的时间保持沉默,使A可以无冲突的收到CTS控制报文。 b) 所有侦听到CTS控制报文的终端均向B关闭,而且在后继数据到来期间保持沉默,时间长短可以从CTS报文中得到。 可能冲突:C、B同时向A发送RTS,则二进制指数退避。每次冲突退避加倍,每次成功发送后,减少到最小的退避窗口。在多终端单一小区环境下,将会总有利于成功发送的节点再次发送,从而影响公平性。 2、带有RTS/CTS的扩展DCF (1)RTS/CTS机制 机制的使用是可选的,每个802.11节点必须实现该功能。 明确预留信道,避免“隐藏”终端冲突 a) 发送者发送短的RTS(请求发送); b) 接收者用短的CTS(清除发送); c) CTS为发送者预留了带宽同时通告所有的站点(包括隐藏站点); d) RTS/CTS长度很短,冲突的概率小; (2)带RTS/CTS的DCF机制工作过程 当发射端希望发送数据时,首先检测信道是否空闲,若是信道为空闲时,送出RTS,RTS信号包括发射端的地址、接收端的地址、下一笔数据将持续发送的时间等信息。接收端收到RTS信号后,将响应短信号,CTS信号上也包含根据RTS内记录修正后的剩余的持续发送的时间。当发射端收到CTS包后,随即开始发送数据包。 接收端收到数据包后,将以包内的CRC的数值来检验包数据是否正确,若结果正确,接收端将响应ACK包,告知发射端数据已经被成功地接收。当发射端没有收到接收端的ACK包时,将认为包在传输过程中丢失,而一直重新发送包。 3、吞吐量 随着物理层传输速率的提高,系统中的吞吐量是否也会成正比的提高呢?其实不然。首先,无线网络中存在一些无法避免的开销,如采用CSMA/CA策略时,传送前必须先等待DIFS的时间,这意味着通道并不是时时刻刻都在传送数据。其次,像RTS/CTS、ACK等控制包也会带来额外的开销。 下面分析PLCP的long preamble、short

文档评论(0)

shuwkb + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档