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 × 2n，其中，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 × 2n 發送一次，其中 n 爲 macBeaconOrder 的值。