分布式协作通信网络中的MAC层协议.pdfVIP

  1. 1、本文档共4页,可阅读全部内容。
  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文档。上传文档
查看更多
分布式协作通信网络中的MAC层协议.pdf

分布式协作通信网络 中的MAC层协 概率 ,因此如何减 少 、避免 隐藏终端 何节点发送信 息均会影响到CoopRTS 和暴 露终端 的影 响是分布式协作协 的正确接收 ,而当Helper节点发送HTS 议 中需要重点考虑的问题 ,其主要手 时 ,节点fB,E,F,G}仍然为隐藏终端 。 段有 :协议优化 ,智能天线的应用等 。 因此 ,以节点B为例 ,其在较 长的时间 内均可 以干扰到 当前握手信息 的传 3典型的分布式协作 多址 输 。由此我们可以看 出隐藏终端 问题 协议 严重影响到CoopMAC协议在多跳分布 f1)CoopMAC协议 式网络 中的性能 ,应 该引起 协议设计 基于IEEE802.11协议 ,P.Liu等人 人员的广泛关注。 首先提 出了一种CoopMAC协议 [5-7】,该 f2)“按需”协 同MAC协议 协议使 高速节点帮助低 速节 点完 成 有些研究者认 为在CoopMAC协 c义 传输 ,这不仅 大大提 高了网络 的吞 吐 中每个节点都要维护到各个邻节 点 ▲图1CoopMAC控制帧的交互过程 量 ,减小 『节点 的接入时延 ,同时还 的协同表 ,不仅增大 了存储的开销 , 能够带来系统增益 ,如分集增益等 。 降低 了各 个节点 的总能量消耗 。在 而且 由于节点 的移动性 以及信道 的 然而在实际系统 中,为 了实现节点间 CoopMAC协议中每个节点将维护一 张 时变性 ,使得协同表 的更新无法跟上 的协作 ,MAC层协议需要引入额外开 协 同表 ,其 中包括源节点到 中继节点 网络状态的变化 ,因此他们在文献 [8】 销f如 :协议开销和空间开销等),从而 的速率 ,中继节点到 目的节点速率 , 中提 出了在 “按需 ” 的协 同MAC协 导致协作 性能 的下降甚至 完全抵 消 该表项更新的时间等 ,当有数据要传 议 ,协议 中节点并不维护任何协 同节 协作带来 的增益 ,对系统带来负面影 输 时首先查 找该协 同:夷来 判断是 否 点 的信息 ,当有数据要发送 时 ,通过 响。因此在设计 时考虑根据不 同的系 有可 以利用 的协 同节 点从而决定是 源节点首先发送RTS信息 , 目的节点 统参数 (如包长 、传输速率等)来综合 否使用协 同传输 。当需要协作时 ,源 收到后 回复CTS信息 ,那么潜在的协 考虑是否引入协作。 节 点 S首 先 发 送 请 求 协 作 发送 帧 作节点通过这两个握手信息 即可 以 (CoopRTS);Helper节点H在 正确 收 到 获得源节点到本节点 以及 目的到本 2.2如何选择协作节点 CoopRTS后 ,判 断是否能够支持源节 节点的信道信息 :H 和 RD。协作节 在分布式 网络 中,协作节点 的选 点所期望 的传输速率 ,如果可 以即发 点通过设置退避时 间 来竞争参与 择需要考虑多重因素 :

文档评论(0)

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

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

1亿VIP精品文档

相关文档