CB-MCA 20110808217胡标.pptVIP

CB-MAC协议 物联网工程1102 胡标 20110808217 起源 鉴于无线传感器网络的自组织性,没有集中控制的特点,在为其设 计MAC协议时,基于竞争的MAC协议就成为主要的方法之一。基于竞 争的方法在网络负载较低的情况下具有较低的延时和很好的吞吐率;同 时对于网络拓扑结构的动态变化具有较好的适应性,而且无需严格的时 间同步处理。但是基于竞争的方法控制消息较多,空闲监听消耗能量较 严重。针对这些缺陷,目前基于竞争的MAC协议大多采用周期性侦听/睡 眠机制来代替对信道的不间断侦听方式来减少空闲监听能耗。 起源 B-MAC采用LPL低能耗侦听机制有效的降低了空闲侦听能耗,同时 采用干净信道评估算法对信道进行侦听,降低了发送冲突的概率。 B-MAC不像S-MAC等协议包括了同步,拓扑管理等机制,是一个纯粹的 MAC层协议,具有很好的重配置性和扩展性。 但是由于没有采用同步机制,因而无法采用类似于S-MAC协议的 RTS-CTS交互机制来保障传输的可靠性。为了近一步的降低延时以及 实现可靠性传输,对B-MAC协议进行了改进,提出了一种新的能够实现 数据连续转发的可靠性传输协议。 LPL低能耗侦听机制 低功耗前导载波周期侦听协议（LPL）通过周期性关闭无线装置 节省节点的能量，对节点的存储能力要求很低，并且不需要周期性的 信息交换和维护邻居节点的状态信息，节省了协议的控制开销，具有 良好的可扩展性，但减小了数据成功发送的概率。 CB-MAC协议 CB-MAC实现了在多跳范围内数据的连续性传输过程,即在理想情 况下,节点在成功接收上游节点发送的数据报文之后能立即对下游节点 进行预约,开始下一跳的RTS-CTS-DATA-ACK通信过程。 为了保证邻居节点都能收到报文,CB-MAC在B-MAC协议中加入了 RTS-CTS通告机制,同时根据多跳网络的特点对冲突避免算法进行了修改。 RTS-CTS通告机制 预留机制要求源节点和目标节点在发送数据帧之前交换简短的控制帧,即 发送请求帧RTS和清除帧CTS。从RTS(或CTS)帧开始到ACK帧结束的这段时 间,信道将一直被这次数据交换过程占用。 源节点在有发送任务时,首先发送一个扩展的RTS帧,RTS报文带了一个等 于或大于侦听间隔长度的长前导域,这样目的节点和其他邻居节点在侦听间隔 的任一时刻唤醒都能收到RTS帧。目的节点收到RTS帧后,立即返回一个类似 的扩展CTS帧。而其他邻居节点则根据RTS帧中包含的预约长度信息来设置 定时器,进入睡眠状态。 同样,目的节点的邻居节点在收到CTS帧后如果发现不是发送给自己的就立 即进入睡眠状态,源节点在接收到目的节点返回的CTS帧后就准备发送数据。 RTS-CTS通告机制 这时,由于信道已经预留故无需再采用LPL机制来进行发送了,等到 ACK帧接收完毕,睡眠节点唤醒后继续采用周期性睡眠唤醒调度。 快速转发机制 将ACK(发送给上游节点)同RTS(发送给下游节点)结合起来,设计了 一个ACK/RTS扩展报文,在这个报文中,包括了上游节点和下游节点的 地址,报文结构设计如表1所示。当节点将这个扩展控制报文广播出去 之后,源节点把它当成ACK报文接收,而它的邻居节点则认为它是一个 RTS报文。这种设计一方面降低了两次传输之间的侦听延时,省去了报 文转发过程中的RTS报文发送延时,另一方面由于报文的合并而减少了 控制报文的数目,有利于降低能耗。 快速转发机制 如图，在节点A发送数据给节点B完毕后,节点B不再只发送一个 ACK确认帧给节点A,而是发送一个ACK/RTS扩展报文。源节点A查询 报文的上游节点地址域来判断是否是响应帧,而节点B的邻居节点则查 询报文的下游节点地址域,如果发现自己不是接收节点的话就立即更新 NAV值进入睡眠状态,如果是下游节点则返回一个CTS报文,若这个过 程失败,节点B只需重新发送RTS报文。 冲突避免算法 为了保证快速转发算法的正常进行,不会因为邻居节点在唤醒之后 没有收到RTS或者CTS控制报文而产生隐藏终端现象,协议对CTS帧结 构进行了扩展(见表2)。相对原来的CTS帧而言,增加了下一跳节点的地 址。此外,还增加了一个扩展的持续时间字段(duration field)。一个指示 当前时刻到数据接收完时刻的剩余工作量;另一个则延长至下一跳通信 数据发送完毕,准备接收ACK/RTS扩展帧的时刻。 冲突避免算法 节点A发送一个带长前导的RTS后,其邻居节点读取持续时间字段, 进入睡眠状态直到节点A数