文档介绍：种适用于AdHoc网络的协作MAO议
【摘要】物理层协作通信技术的应用给媒体接入控制
(MAC协议的设计带来了挑战。针对协作通信特点，提出一种适用于AdHoc网络的自适应协作MAC(ADCO-MAC协议。基于最短路径算法，在源、目的节点pRTS;Helper节点H在正确收
到CoopRTSt,判断是否能够支持源节点所期望的传输速率，如
果可以即发送协作节点确认发送帧（HTS）;最后目的节点D回复
确认发送帧（CT9,从而静默了周围其他的邻节点，成功预约
到信道的使用权，并由它高速地转发给目的节点。而当源节点和
目的节点不需要协作传输以及不存在协作节点时，则使用传统的
。文献[6]提出了“按需”的协作MAO议,
协议中节点并不维护任何协作节点的信息，当有数据要发送时，
通过源节点首先发送RTS（RequesttoSend，请求发送）信息，
目的节点收到回复CTS（CleartoSend，清除发送）信息，那
么潜在的协作节点通过这两个握手信息即可获得源节点到本节
点以及目的节点到本节点的信道信息：Hsr和Hrd。协作节点通
过设置退避时间T来竞争参与协作，T是Hsr和Hrd反比例函数，当退避计时器减为零时，协作节点发送同意中继帧（RTR。但是，该协议在预约协作节点的过程中可能会发生碰撞，从而导致整个握手过程失败。
、议[7],该协议采用MAC-PH联合的跨层架构，其握手过程以及信息传输过程和CoopMAC、议基本一致。目的节点收到分别来自源节点的复制包和协作节点的复制包，将其联合处理，从而判断选择哪个节点作为最终的协作节点以及下一跳采用什么传输速率。其仿真结果相较于原始CoopMAO议吞吐量提高了10%但是该协议对硬件设备有更高的要求。
综上所述，在最早提出的CoopMAC、，而当目的节点能够综合处理分别来自源节点
和协作节点的信号时，才形成了真正意义上的虚拟MIMOI（统
[8-9]。由于信息来源于不同的时间和节点，通信系统可同时获得空间分集和时间分集。通过分析上述几种典型的协作MAO议可以看出，针对不同的网络环境以及不同配置，
为提高整个网络
的性能，充分利用协作通信系统的增益，需要针对具体的网络特
性设计合适的MAO议[10]o
3协作MAO议思路与实现
协作MAO议设计
ADCO-MAC议包括3个过程：协议建立过程，包括控制包
交换和帮助节点的选择;接入控制;数据传输。
图1描述单协作节点转发模式的处理过程，图2描述转发模
式的ADCO-MA协议时序。在随机退避之后，源节点首先发送1
个RTS分组。RTS分组包含接收节点(目的节点和中继节点)的识别码，这样只有该RTS分组指定的接收节点才能够允许目的节点发送CTS分组及中继节点发送HCTS(HelperCleartoSend)来应答该RTS分组。中继协作节点接收到RTS分组后，如果可以协助本次传输，则发送1个HCT盼组。目的节点接收到RTS分组后，设定1个定时器等待接收HCT的组，若收到HCTS则本次传输为协作传输；若没有收到HCTS则为直接传输模式。目的节点接收到原始数据分组，将其保存，收到协作节点转发的数据
分组后，回复1个ACK合源节点