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 属性。