Zigbee MAC帧结构

1.14.2.1 MAC帧结构
IEEE 802.15.4定义了4种MAC帧结构:
●信标帧
●数据帧
●应答帧
●MAC命令帧
Coordinator使用信标帧来发送信标,信标是用来同步同一个网络内所有设备的时钟的,数据帧是用来发送数据的,应答帧是在成功的接收到一个帧后进行相应的应答的,MAC帧是用来发送MAC命令的。

1.14.2.1.1 信标帧
图1.12中显示了信标帧的结构,整个MAC帧被用作了PHY包中的一个payload,PHY payload的内容被称作PHY服务数据单元(PSDU)。
在PHY数据包中,接收器使用帧开始位来进行同步,启动帧分隔符(SDF)表明了SHR的结束和PHR的开始。帧长度表明了PSDU中数据位的数量。
MAC帧包含三个部分:MHR(MAC帧开始位),MAC payload(要发送的MAC数据),MFR(MAC帧结束位)。MHR帧控制部分包括定义了帧类型,寻址区域和其他控制标志的信息。序列号具体指定了信标序列号(BSN),寻址区域提供了源地址和目的地址,辅助安全性开始位(Auxiliary HDR)是可选的,它包含安全处理过程所需的信息。
MAC payload是由NWK层提供的,超级帧是由两个信标帧绑定的帧。超级帧可以被选择性的用在beacon-enabled网络中,它有助于定义GTS(保证时隙)。
<IGNORE_JS_OP>t112.jpg

2011-10-1 21:13:41 上传
下载附件 (56.48 KB)
 


MAC payload中的GTS决定了一个GTS是否被用于收发。
信标帧不仅被用于同步网络中的设备,还被用来让网络中的特定设备知道在coordinator中有数据在等待这个设备。设备会自己进行判断然后与coordinator联系并申请让其发送数据到该设备,这叫做间接传输。MAC payload中的等待地址包含在coordinator中有数据等待发送的设备的设备地址。每次设备接收一个信标,它都将检查等待地址区域来确定是否有数据在等待它。
信标payload领域是一个可选的领域,它可被网络层使用,而且是伴随信标帧被发送的。接收器使用帧检查序列(FCS)区域来检测接收帧中任何可能的错误,关于帧格式的更详细信息在第三章中有说明。

1.14.2.1.2 数据帧
图1.13展示了MAC数据帧。数据payload由NWK层提供。MAC payload中的数据被称作MAC服务数据单元(MSDU)。除了超级帧,GTS和等待地址区域没有呈现在MAC数据帧中之外,该帧中的领域和信标帧相似。MAC数据帧被称作MAC协议数据单元(MPDU)并且变成了PHY payload。

1.14.2.1.3 应答帧
图1.14显示了MAC应答帧,这是最简单的MAC帧格式且不带任何MAC payload。应答帧是由一个设备发向另一个来确认成功发送一个数据包的。
<IGNORE_JS_OP>t113.jpg

2011-10-1 21:14:31 上传
下载附件 (39.32 KB)
 


1.14.2.1.4 命令帧
MAC命令使用MAC命令帧来发送,例如请求与一个网络建立连接或解除连接的命令(见图1.15)。命令类型域决定了命令的类型(例如,建立连接请求或数据请求)。命令payload包含命令本身,整个MAC命令帧作为PSDU被放在PHY payload。

 

[转自:http://bbs.feibit.com]

转载于:https://www.cnblogs.com/ac-carrot/archive/2012/07/30/2614474.html

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值