NS2.35中AODVWCETT实现方案.pdfVIP

  1. 1、本文档共5页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
NS2.35中AODVWCETT实现方案

NS2.35 中AODVWCETT 实现方案 NS2 小组/2013.08.31 0 引言 AODVWCETT 的研究自8 月8 日起至今已将近一月,只因WCETT 需要很 多基础工作要做,需要阅读大量源码,进行 MIMC 的扩展以及解决非保序的问 题。 尤其是非保序问题,耗时最长,因为非保序度量需要全面修改 AODV 协议 原有的路由建立、维护、更新机制。原有的路由建立机制是每个节点都会更新路 由表,中间节点只存储到目的端唯一的一条最优路由。非保序度量是针对若干条 完整的路径进行选择,因此中间节点不能更新路由表,中间节点也需要将所有 的路由保存下来,返回源端进行比较选择。因此解决非保序问题实现起来比较难, 遇到的问题也最多。 1 WCETT 的特殊之处 保序性分析:与ETX、ETT 不同,WCETT 是非保序的,所以中间节点不能 更新路由表。因此之前的思路不再适用于WCETT。 如图 1,如果按照保序性路由的更新方式,中间节点C 会在路径 BC 和AC 之间选择一条。由于AC 间用了不同信道(信道 1 和2),依照WCETT 的具体公 式,设WCETT(AC) WCETT(BC) ,则C 节点只会存储AC 路径,但是从整条 路径来看,很有可能会出现WCETT(AD) WCETT(BD)的情况,但是路径BC 已经不在路由表里了,因此保序性的路由更新方式此时已经不再适用。 A 1 2 C D Source 2 2 2 1 1 B 图1 非保序特性说明 2 WCETT 实现过程及主要修改的代码 下面所述是我们从 ETT 成功之后到实现 WCETT 的具体过程。中间经历了 MIMC 的扩展、WCETT 度量不保序的问题。 AODVETT 了解NS2无线节点结构 无线节点创建与工作原理 AODV+MIMC 接口与信道的OTCL与C++交互 简单的信道分配算法 修改容器,增加接口字段 修改与接口有关的信息 AODV+ETT+MIMC 获取节点之间的接口或信道信息 修改大小探测包,记录信息 RREQ与反向路由建立 修改不同类型包的forward函数 AODVWCETT (初稿) RREP与正向路由建立 修改resolve函数,找出最优路径

文档评论(0)

qiwqpu54 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档