IEEE 802.15.4协议完整中文版 - 5.1.2.4 - 5.1.2.5

Posted 2022-12-13 tidyjiang

5.1.2.4 信标的产生

　　只有当 macShortAddress 不等于 0xffff 时，设备才能发送信标帧。

　　只有当参数 BeaconOrder 小于 15 时，完整功能设备才能用 MLME-START.request 原语命令开始信标传输。完整功能设备既能够作为新的 PAN 协调器，也可以作为已建立的 PAN 网络中的的设备来发送信标帧， 以哪种身份发送信标帧取决于参数 PANCoordinator 的设置(参考 6.2.12.1 节)。完整功能设备只有在成功连接到该 PAN 后才能作为该已建立的 PAN 网络中的的设备来发送信标帧。

　　如果一个完整功能设备是一个 PAN 协调器(即参数 PANCoordinator 设置为 TRUE) ，MAC 子层将忽略 StartTime 参数并立即开始发送信标。将 StartTime 参数设置为 0 也能使 MAC 子层立即开始发送信标。如果一个完整功能设备不是一个 PAN 协调器，并且 StartTime 参数为非 0，开始发送信标的时间应根据下列方法计算出来。先对参数 StartTime 进行四舍五入，使其与退避周期边界对齐，然后与当 MAC 子层接收到它所关联的 PAN 协调器的信标时获取到的本地时钟时间相加。当从本地时钟获取到的时间与上面计算出来的时间相等时，MAC 子层将开始传输信标。为了让 MAC 子层计算出信标发送时间，MAC 子层应该先跟踪它所关联的协调器的信标。如果 MLME-START.request 原语命令中参数 StartTime 为非 0，并且 MAC 子层此时没有跟踪协调器的信标， MLME 不会传输信标，但会发送状态为TRACKING_OFF 的 MLME-START.confirm 原语命令。

　　如果设备错过了 1 到 (aMaxLostBeacons–1) 之间个连续的协调器信标帧，该设备将根据 macBeaconOrder (参考 5.1.2.3.4 节)和它的本地时钟继续发送自己的信标。如果设备后来收到了协调器的信标，也没有失去同步，设备将根据参数 StartTime 和接收到的信标来继续发送自己的信标。如果设备与协调器失去同步(译注：即设备错过了 aMaxLostBeacons 个以上的连续的来自协调器的信标帧)，它的 MLME 将向上层发送 MLME-SYNC-LOSS.indication 原语命令并立即停止发送信标。上层在任何时间收到 MLME-SYNC-LOSS.indication 原语命令，都会通过发送新的 MLME-START.request 原语命令来恢复信标传输。

　　MAC 子层接收到 MLME-START.request 原语后，会在 macPANId 中设置 PAN 标识符，并在信标帧的源 PAN 标识符字段中使用该值。如果 macShortAddress 等于 0xfffe，则信标帧的源地址字段的地址应包含 macExtendedAddress；否则，包含 macShortAddress。

　　多数最近发送信标的时间都被记录在 macBeaconTxTime 中，并且经过计算使这些值位于每一个信标帧中相同的符号边界上，信标帧的位置取决于执行的具体情况。macSyncSymbolOffset 属性所指定的符号边界与接收到的信标帧中时间戳(参考 5.1.4.1 节)是相同的。

　　所有的信标帧都应该在每个超帧的开始时传输，且传输的间隔等于 aBase-SuperframeDuration × 2ⁿ，其中，n 是 macBeaconOrder 的值。

　　信标传输的优先级应该比其它所有传输、接收超帧的优先级高。

5.1.2.4 设备发现

　　PAN 协调器或普通协调器通过向其它设备传输信标帧来宣告它的存在。其它设备可以根据这一点执行设备发现功能。

　　非 PAN 协调器的协调器只有在与 PAN 网络关联后，才能传输信标帧。通过 MLME-START.request 原语对设备传输的信标帧进行初始化，其中 PANCoordinator 设置为 FALSE。接收到此原语命令后， MLME 将使用设备所关联的 PAN 的标识符 macPANId 及其地址(若 macShortAddress 等于 0xfffe 则为扩展地址 aExtendedAddress，否则为短地址 macShortAddress)，以及参数 StartTime(参考 5.1.2.4节)来发送信标。信标帧的发送速率为每 aBaseSuperframeDuration × 2ⁿ 发送一次，其中 n 为 macBeaconOrder 的值。