zigbeeBDB一般的要求（六）

本節規定了實作基本裝置行為規範的所有節點的一般要求。

1， zigbee的邏輯裝置類型

被指定為具有ZigBee協調器邏輯裝置類型的節點也應包含信任中心的角色。ZigBee協調器應形成集中式安全網絡，是以，不得嘗試加入另一個網絡。

被指定為具有ZigBee路由器的邏輯裝置類型的節點應能夠加入現有的集中式或分布式安全網絡。但是，如果現有的集中式或分布式安全網絡無法加入，則ZigBee路由器不應構成集中式安全網絡，而可以構成分布式安全網絡。

被指定為具有ZigBee終端裝置邏輯裝置類型的節點應能夠加入現有的集中式或分布式安全網絡。

一個節點可以支援既是ZigBee協調者又是ZigBee路由器的能力，可以在應用程式的控制下進行切換。但是，在任何時候，都應将節點指定為一種或另一種。這允許節點嘗試作為ZigBee路由器加入網絡的場景，如果沒有要加入的網絡，則該節點可以切換為ZigBee協調器，進而形成集中式安全網絡。節點形成或加入網絡後，除非先分别破壞或離開該網絡，否則它不得更改其類型。

2，網絡安全模型

ZigBee網絡可以支援集中式安全模型（集中式安全網絡）或分布式安全模型（分布式安全網絡）。所有無ZigBee協調器節點應能夠加入支援任一模型的網絡，并适應其加入的網絡的安全條件（請參閱子條款）

[R1 ]的4.6.3）。這種适應應該對使用者盡可能無縫。

3，連接配接密鑰

每個節點應包含以下連結密鑰：

預設的全局信任中心連結密鑰

分布式安全全局連結密鑰

安裝代碼派生的預配置連結密鑰

此外，如果節點支援觸摸連結調試，則它還應包含以下連結密鑰：

touchlink預配置的連結鍵

所述bdbNodeJoinLinkKeyType屬性訓示的是使用接合期間解密網絡密鑰鍊路密鑰的類型。

3.1 ，預設的全球信任中心連接配接密鑰

預設的全局信任中心連結密鑰是所有裝置都支援的連結密鑰，如果未指定其他連結密鑰，則可用于加入集中式安全網絡。該連結密鑰的值應為：

預設的全球信任中心

連結密鑰（0:15） =

0x5a 0x69 0x67 0x42 0x65 0x65 0x41 0x6c 0x6c 0x69 0x61 0x6e 0x63 0x65 0x30 0x39

3.2，分布式安全全局連接配接密鑰

分布式安全全局連結密鑰用于加入分布式安全網絡。該連結密鑰是通過成功認證産品而提供給公司的。為了進行測試，此密鑰應具有以下值：

全球分布式安全

連結密鑰（0:15） =

0xd0 0xd1 0xd2 0xd3 0xd4 0xd5 0xd6 0xd7 0xd8 0xd9 0xda 0xdb 0xdc 0xdd 0xde 0xdf

3.3 安裝代碼衍生的預配置連結密鑰

安裝代碼派生的預配置連結密鑰是從為産品建立的随機安裝代碼生成的，并以制造商特定的方式提供給節點，并在安裝過程中進行引用。

3.4 touchlink預配置的連結密鑰

觸摸連結預配置的連結密鑰用于通過觸摸連結加入網絡。該連結密鑰是通過成功認證産品而提供給公司的。為了進行測試，此密鑰應具有以下值：

觸控連結已預先配置

連結密鑰（0:15） =

0xc0 0xc1 0xc2 0xc3 0xc4 0xc5 0xc6 0xc7 0xc8 0xc9 0xca 0xcb 0xcc 0xcd 0xce 0xcf

在觸摸連結過程中使用觸摸連結預配置連結密鑰的節點，應根據節點是否正在将掃描響應間PAN指令幀的密鑰位掩碼字段的位4或位15設定為1（請參見[R2 ]）。分别在認證測試期間或認證後的生産用途（正常操作）中使用。

4 ，使用安裝碼

所有節點均應支援安裝代碼。

不能通過零售管道獲得并且已進行專業安裝的節點（例如，電表或瓦斯表）可以配置為在加入時要求使用安裝代碼。

通過零售管道可用并支援使用者配置機制（例如，實體交換機）的節點可以預設為僅考慮需要使用安裝代碼進行加入的網絡的模式。但是，應該有一種機制可以切換到考慮所有網絡都可以加入的模式。

通過零售管道可用但不具有使用者配置機制的節點應能夠自動加入所有網絡。

信任中心可能要求對加入其網絡的所有節點使用安裝代碼。

5 ，comissioning

所有節點都應支援網絡控制，以便所有節點都可以将通用機制用作回退。實作簡單裝置類的裝置應該支援查找和綁定，而實作動态或節點裝置類的裝置可以支援查找和綁定。根據節點上實作的各個裝置規範，可以支援其他調試機制。

節點支援的調試機制在

bdbNodeCommissioningCapability 屬性（請參見第5.3節）。

該規範規定了以下調試機制的過程：

網絡導向。所有節點均應支援網絡控制。

網絡形成。節點形成網絡的能力及其網絡安全模型應取決于節點的邏輯裝置類型。

查找和綁定。定位并綁定到其他裝置上的應用程式叢集的能力應在實作簡單裝置類的裝置上得到支援，并且在實作動态或節點裝置類的裝置上應得到支援。

Touchlink調試。一個節點可以支援基于鄰近的調試機制。如果支援觸摸連結調試，則節點應支援觸摸連結作為發起者，目标或兩者。

一個實作可以在任何時間使用調試，例如，可以在任何時候對整個節點執行網絡控制，或者可以在任何時候在适合該應用程式的任何端點上執行查找和綁定。但是，每次使用它時，都必須按照頂級調試過程中的規定執行。

例如，在單個端點上實作溫度傳感器裝置的節點可以在激活特定使用者按鈕時使用調試過程。類似地，在其上實作開/關燈開關裝置的節點

在激活每個開關時，兩個端點（每個開關中的一個）可以使用調試過程。

所需的調試過程由每個活動端點定義的許多屬性控制（另請參見第5. 3節）：bdbCommissioningMode，bdbCommissioningGroupID和bdbCommissioningStatus。要執行調試，需要在适當的bdbCommissioningMode屬性中指定當時要執行的調試選項。如果需要查找和綁定，那麼還将指定bdbCommissioningGroupID（用于查找和綁定的組）。請注意，如果不需要組綁定，則bdbCommissioningGroupID屬性設定為0xffff。執行請求的調試選項後，bdbCommissioningStatus屬性訓示嘗試狀态。

bdbCommissioningMode中指定的調試選項首先以最低有效位的順序執行，即，首先進行觸摸連結調試，然後是網絡控制，然後是網絡形成，最後是查找和綁定，如下所示：

如果指定了觸摸連結作為啟動器的調試并且成功，則在調用調試過程期間，不應再執行bdbCommissioningMode中指定的其他調試選項。請注意，如果發起方收到對觸摸連結掃描請求的響應，則認為觸摸連結成功。

如果指定了網絡控制，則節點應根據該節點是否加入網絡來嘗試網絡控制。

如果指定了網絡形成，則如果節點尚未加入網絡，則節點僅應嘗試進行網絡形成。這樣，如果指定了網絡控制并且成功，則該節點不得嘗試建立網絡。如果指定了網絡形成并且該節點是ZigBee協調器，則它應嘗試形成集中式安全網絡。相反，如果指定了網絡形成，并且該節點是ZigBee路由器，則它應嘗試形成分布式安全網絡。如果該節點是ZigBee終端裝置，則它将跳過網絡形成。

如果指定了查找和綁定，則節點僅應在網絡上運作時才嘗試查找和綁定。在一個節點上實作的一個或多個端點上可以促進查找和綁定，并且其形式取決于群集類（有關詳細資訊，請參見[R3]）。對于類型1的用戶端或類型2的伺服器群集，應用程式應執行查找和綁定作為啟動程式端點。相反，對于1型伺服器或2型用戶端叢集，應用程式應執行查找和綁定作為目标端點。

6 ，所有裝置最基本的要求

所有節點均應支援以下要求：

節點應處理ZDO發現服務指令：Active_EP_req，Node_Desc_req，Simple_Desc_req，IEEE_addr_req，NWK_addr_req和Match_Desc_req并以Active_EP_rsp進行響應，

Node_Desc_rsp ， Simple_Desc_rsp ， IEEE_addr_rsp ， NWK_addr_rsp 和

Match_Desc_rsp 指令。

節點應處理ZDO節點管理器服務指令Mgmt_Bind_req和Mgmt_Lqi_req，并分别以Mgmt_Bind_rsp和Mgmt_Lqi_rsp指令進行響應。

節點應處理ZDO綁定表服務指令Bind_req和Unbind_req，并分别以Bind_rsp和Unbind_rsp指令進行響應。

節點應處理ZDO網絡管理器服務指令

Mgmt_Leave_req 并使用 Mgmt_Leave_rsp 指令進行響應。

在查找和綁定期間廣播一個Identify Query指令幀之後，節點應能夠處理至少接收一個Identify叢集，Identify Query Response指令幀。如果節點能夠處理接收多個“ 識别查詢響應”指令幀，則如何處理是特定于實作的。

作為啟動程式支援查找和綁定的節點應實作一個綁定表，該表的可用條目數大于或等于該節點的每個裝置上支援的作為應用程式事務的啟動程式的群集執行個體的總和。在查找和綁定，觸摸連結或集中調試期間，在綁定表中配置綁定。不管用于生成綁定的調試機制如何，綁定表都應保持一緻，以便可以使用Mgmt_Bind_req指令檢索其内容。

對于指定為強制性和可報告性的每個已實作屬性，節點應具有預設報告配置（請參見第 6.7節）。

可以作為應用程式事務目标的節點應支援組尋址群組表中的至少8個成員資格。

7，預設報告配置

預設的報告配置（最大報告間隔為0x0000或在0x003d到0xfffe範圍内）對于指定為可報告的每個已實作屬性都應存在。預設的報告配置是這樣的：如果在節點上建立了到給定叢集的綁定，則該節點将向該綁定發送報告，而無需設定任何其他報告配置。屬性的預設報告配置可以随時被覆寫。在這種情況下，應使用更新的報告配置。

當自相同屬性的上一個報告以來經過的時間等于該屬性的最大報告間隔時，将生成報告。未指定配置後的首次報告時間。如果“最大報告間隔”設定為0x0000，則沒有定期報告，但是基于更改的報告仍可操作。

作為預設報告配置的示例，請考慮使用簡單的濕度傳感器。濕度傳感器最清楚其報告配置應該是什麼，以便節省電池電量。是以，它應具有預設的報告配置，以便一旦将其連接配接到網絡并建立綁定後，它将立即開始發送其濕度報告。

8， MAC資料輪

所有困倦的ZigBee終端裝置都需要MAC資料輪詢，才能在ZigBee-PRO網絡中正常運作。基本裝置行為規範對MAC資料輪詢的頻率沒有任何限制。資料輪詢頻率的選擇将基于各個産品的設計考慮因素以降低功耗。但是，以下是確定網絡正确運作的一組建議：

MAC資料輪詢速率應根據節點的運作狀态動态變化。推薦它至少有兩個速率，一個快速率和一個慢速率。

ZigBee規範僅要求父節點為7.5秒 該單個緩沖區适用于所有困倦的ZigBee終端裝置。是以，一個昏昏欲睡的ZigBee終端裝置應該每7.5秒輪詢一次，以便能夠檢索到它期望的緩沖消息。

當節點正在等待諸如APS确認，ZCL響應之類的活動響應消息，或正在參與多消息協定時，它應以其快速速率進行輪詢。建議此速度至少每3秒一次。

當節點沒有主動等待消息時，它可以以低速輪詢，例如每小時一次。這樣可以確定它仍然與網絡及其父級保持連接配接。

在最初加入ZigBee-PRO網絡（包括查找和綁定）期間，困倦的ZigBee終端裝置應以其快速速率進行輪詢。

9， zigbee永久資料

除了ZigBee規範（請參見[R1 ]）和ZCL規範（請參見[R2 ]）中指定的持久性資料外，節點還應在重置期間保留以下資料：bdbNodeIsOnANetwork 屬性。