《分布式协作通信网络中的MAC层协议.doc》由会员分享，可在线阅读，更多相关《分布式协作通信网络中的MAC层协议.doc（7页珍藏版）》请在三一文库上搜索。
1、分布式协作通信网络中的 MAC层协议Through coordination amongnodes, network resource can be shared in distributed cooperative communication networks. However, efficient MAC protocol is a core issue for such networks. In this paper, the motivation of cooperation in the MAC layer is first discussed.Furthermore, we inv
2、estigate the issues and challenges in designing a MAC protocol for distributed cooperative communication networks. Finally, the classic cooperative MAC protocols are introduced and analyzed. Results show that the characteristic and requirement of distributed networks should be fully considered in co
3、operative MAC design to apply cooperative communication technology more efficiently.cooperative communications; MAC; distributednetworks; resource allocation近年来, 由于分布式网络布设方便、组网灵活而越来越受到 人们的关注。然而 , 这给其多址接入协议的设计带来了巨大的挑 战。另一方面 , 协同通信作为一种新兴通信形式得到了国内外学 者的广泛关注。 协同通信技术充分利用了无线传输的全向传播特 性,使得多个节点协同工作来达到网络资源的共享
4、, 从而有效地提高了整个网络的性能。 早期关于协同通信技术的研究大都集中 在物理层 1-3, 但是协同思想对上层协议的影响 , 尤其是媒体访 问控制（MAC）层协议并没有得到充分深入地研究。然而，MAC层协议本身是决定资源使用权的技术 , 并且协同通信技术的重点也是 如何优化系统的资源分配 , 因此如何设计分布式协同通信系统中 的MAC!协议是体现和发挥协同技术优势的重中之重。1 MAC层的协作动机当前,IEEE 802.114系列的多址接入协议是最为流行的无 线局域网接入标准 , 并且在大多数分布式网络的测试及仿真平台 中也得到了广泛的应用。 802.11 系列协议能够支持多个物理层 的传输
5、速率 , 并根据信道条件的不同来进行调整。以 IEEE 802.11b 为例,支持 1 Mbit/s 、2 Mbit/s 、5.5 Mbit/s 、11 Mbit/s 这 4 种不同的传输速率。 当节点间的距离较远、 信道条件较差时 , 只能使用较低的速率 （即1 或2 Mbit/s） 来完成信息传输 ,在分布 式网络中 , 这不仅影响到本节点的传输性能 , 而且使得周围邻节 点需要等待较长的时间才有机会进行传输 , 从而降低了整个系统 的性能。因此我们需要通过节点间的相互协作来提高网络的性 能。一种简单有效的方法是 : 通过引入一个邻节点 （ 称之为 Helper 节点 ） 来协助源节点到目
6、的节点的传输。 该 Helper 节点到源节点 和目的节点的信道条件均比较理想 , 因此可以支持高速率协作传 输, 从而提高了整个网络的饱和吞吐量。然而, 随着协作的引入 ,分布式网络的MAO议设计也变得更加复杂并且要面临许多新问题与挑战。2 分布式协作多址协议中的问题与挑战2.1 “协作”还是“不协作”从信息论的角度出发 ,协作总是能够带来系统增益 , 如分集 增益等。然而在实际系统中，为了实现节点间的协作，MAC层协议 需要引入额外开销 （如: 协议开销和空间开销等 ）, 从而导致协作 性能的下降甚至完全抵消协作带来的增益 ,对系统带来负面影 响。因此在设计时考虑根据不同的系统参数 （如包
7、长、传输速率 等）来综合考虑是否引入协作。2.2 如何选择协作节点在分布式网络中 ,协作节点的选择需要考虑多重因素 : 提高传输速率 ,即在引入协作节点后要能够显著提高信息 的传输速率 ;降低干扰 ,由于协作的引入从而增加了对网络中其他节点 的干扰,那么在协作节点选择时应尽量减少对其他数据流的干扰 进而增加网络的空间复用度 ;公平性 ,协作节点消耗了自身的能量来帮助源节点完成通 信,因此在协作节点选择时应充分考虑到网络的公平性 , 尽量避 免某些节点的过分使用。2.3 隐藏终端和暴露终端 隐藏终端和暴露终端是分布式网络中的重要问题 ,由于协作需要增加节点间的握手信息 ,因此在引入协作后隐藏终端
8、和暴露 终端问题变得更加严峻 ,这会大大降低协作的成功概率 , 因此如 何减少、避免隐藏终端和暴露终端的影响是分布式协作协议中需 要重点考虑的问题 ,其主要手段有 :协议优化 ,智能天线的应用 等。3 典型的分布式协作多址协议(1) CoopMAC协议基于IEEE802.11协议,P.Liu 等人首先提出了一种 CoopMAC 协议5-7, 该协议使高速节点帮助低速节点完成传输 ,这不仅大 大提高了网络的吞吐量 , 减小了节点的接入时延 , 同时还降低了 各个节点的总能量消耗。在CoopMAC、议中每个节点将维护一张 协同表 , 其中包括源节点到中继节点的速率 , 中继节点到目的节 点速率 ,
9、 该表项更新的时间等 , 当有数据要传输时首先查找该协 同表来判断是否有可以利用的协同节点从而决定是否使用协同 传输。当需要协作时 , 源节点 S 首先发送请求协作发送帧 (CoopRTS);Helper节点H在正确收到CoopRTS后,判断是否能够 支持源节点所期望的传输速率 , 如果可以即发送协作节点确认发 送帧(HTS);最后目的节点D回复确认发送帧(CTS),从而静默了 周围其他的邻节点 , 成功预约到信道的使用权 , 完成了协作握手 过程。此后 , 源节点以高速将数据发送给 Helper 节点 , 并由它高 速地转发给目的节点。 而当源节点和目的节点不需要协作传输以 及不存在协作节点
10、时，则使用传统的802.11b协议。CoopMAC、 议的握手过程如图 1 所示。在全连通的网络中 , 协作传输所需要的 3 次握手机制和传统 的RTS/CTS握手机制并没有太大区别，仅仅是增加了握手复杂度 和握手时间。然而 , 在分布式多跳网络中 ,3 次握手机制则更容易 受到隐藏终端的影响。从图 2 中我们可以看到 :当源节点发送 CoopRTS寸,节点B,C,E,F,G,M,I 均为隐藏终端，其中任何节点 发送信息均会影响到 CoopRTS勺正确接收,而当Helper节点发送 HTS时，节点B,E,F,G仍然为隐藏终端。因此，以节点B为例，其 在较长的寸间内均可以干扰到当前握手信息的传输
11、。 由此我们可 以看出隐藏终端问题严重影响到CoopMAC、议在多跳分布式网络中的性能 , 应该引起协议设计人员的广泛关注。(2) “按需”协同MAC、议有些研究者认为在CoopMAC、议中每个节点都要维护到各 个邻节点的协同表 ,不仅增大了存储的开销 ,而且由于节点的移 动性以及信道的时变性 , 使得、同表的更新无法跟上网络状态的 变化，因此他们在文献8中提出了在“按需”的协同 MAC协议， 、议中节点并不维护任何、同节点的信息 , 当有数据要发送时 , 通过源节点首先发送 RTS信息，目的节点收到后回复 CTS言息， 那么潜在的、作节点通过这两个握手信息即可以获得源节点到 本节点以及目的到
12、本节点的信道信息:H SR和 H RD协作节点通过设置退避时间T来竞争参与协作，T是H SR和H RD反比例函 数，当退避计时器减为零时，协作节点发送同意中继帧(RTR)如图 3所示。但是该协议在预约协作节点的过程中可能会发生碰撞从 而导致整个握手过程失败 , 如图 4 所示。(3) 能够联合解信号的协同 MAO议在最早提出的CoopMAC、议中仅仅利用了 802.11中的多速 率传输特性 , 而当目的节点能够联合解分别来自源节点和目的节 点的信号时，才形成了真正意义上的虚拟 MIMO系统。由于信号来 源于不同的时间和节点 , 因此系统可以获得空间分集和时间分 集。F.Liu等在文献9提出了相
13、应的增强型CoopMA协议，其握 手过程以及信息传输过程和 CoopMA协议基本一致，如图5所示。 目的节点将收到的两个信息备份联合处理从而获得增益。分布式多跳网络中，其仿真性能相对于原始CoopMA协议能 够获得 10%左右的吞吐量增益。然而这也给硬件设备提出了更高 的要求。(4) 支持方向性天线的协同 MAC协议在协同通信过程中 , 由于协同节点的引入 , 从网络角度看整 个网络的复用度会有所下降，如何弥补这一损失是协同 MAC协议 设计的一个重要问题 , 也是当前研究的热点 10 。在文献 11 中 Z.F.Tao 等人, 在节点配备有方向性天线的条 件下，提出了一种D-CoopMA(协
14、议。如图6所示，源节点有数据要 传输时首先全向广播 RTS信息，协同节点收到后将发射天线方向 对准目的节点发送 HTS信息，目的节点成功收到 RTS和 HTS后向 源节点方向回复CTS信息，此后的数据发送过程中均使用方向性 传输。该方法一定程度上减少了由于协同带来的网络空间复用度 下降的问题 , 当然解决问题的同时也增加了设备的复杂度和成 本。图7给出了 D-CoopMAC、议的吞吐量性能，值得注意的是随 着方向性天线的波束增加，D-CoopMAC的性能反而不如直接使用 方向性天线传输的性能 , 这由于是、同网络需要利用一个空间复 用度来完成、作 , 另外控制分组开销也造成了网络性能的损失。
15、由此可以看出在实际网络中、作的使用必须具有选择性 , 否则会 适得其反。通过分析上述几种典型的协作 MAO议,我们可以看出:针 对不同的网络环境以及不同配置 , 我们需要选择不同的设计准则 和方法, 只有这样才能使协作通信理论上的增益落到实处 , 从而 提高整个网络的性能。4 结束语本文研究了分布式网络中 MAC层协作的动机，分析给出了分 布式协作网络中MAC层协议设计所面临的问题和挑战，并介绍了 近年来涌现的典型协作MAC协议并对其性能进行了比较分析。目 前,分布式网络中的协同 MAC协议研究仍然是一个开放性的问题 如何设计简单、高效的协同MAC协议并在理论上给出相应的性能 分析是未来的重要研究方向之一。另外 ,现有的协同MA（协议中 并没有讨论节点间的公平性问题 , 而该问题很有可能使得网络趋 于非协同状态。