ZigBee profile
每个ZigBee设备都与一个特定模板相关联，可能是公共模板或私有模板。这些模板定义了设备的应用环境、设备类型以及用于设备间通信的簇。采用公共模板，可以确保不同供应商的设备在相同应用领域的互操作。
一个ZigBee设备中，可以定义多个应用对象，每个对象通过一个端点连接到ZigBee堆栈。不同ZigBee设备之间的通讯，具体下来，归根为应用程序之间端点的通讯，这由一种称之为簇的数据结构来承载。
端点定义描述：endPoint为端点号，0号端点为ZDO保留使用，用于配置整个ZigBee设备。255号端点为广播端点，241~254为保留端点，其他为用户自定义端点。
其中，profile ID位于SimpleDescriptionFormat_t中，结构如下：
簇分为输入簇和输出簇，对于不同的命令方向，在绑定时需要注意。簇是一组命令代码的数组，每一个条目代表一个命令。两个设备间的簇要相互通信的话，方向要不同，簇ID要一致。
端点(应用层)通过注册使用应用支持子层(APS)提供的服务，APS通过网络层和安全服务层与端点相连接，并为数据传送、安全和绑定提供服务。APS使用网络层(NWK)提供的服务，NWK负责设备到设备的通讯，并负责网络中设备初始化、消息路由以及网络发现。MAC层负责相邻设备之间单跳数据通讯，它负责建立与网络的同步，支持关联和去关联以及MAC层安全，提供两个设备之间的可靠连接。
ZigBee Cluster Library
ZigBee Cluster Library(又称为Zigbee簇群库).一个族群就是一个容器,其中
使用时,先通过zclHA_Init函数，将zcl应用的端点设置为应用程序的端点，这样的话，发向应用程序的端点数据都会先经过ZCL应用。
然后，注册ZCL通用功能簇库回调函数(zclGeneral_RegisterCmdCallbacks)，从应用程序的指定端点来的数据，如果符合ZCL通用请求，会调用相应的回调函数来处理。下图为ZCL通用profile的回调函数表，指明了对应命令的响应函数。在实际应用中，根据需要进行实现，其他未实现的设置为NULL即可。 
例如下图，只实现了前4个命令的响应函数。
有了命令响应函数，簇需要操作的内容为内部的属性，接着，需要注册应用的属性列表(zcl_registerAttrList)，每个属性由两部分组成，属性附属的簇ID，属性具体的值。一个簇可以对于多个属性值，这种情况下，属性需要有属性ID来区分。
注册完属性列表后，ZCL应用基本上初始化完成了。那些非ZCL规定的命令，就需要应用程序来处理了，调用
zcl_registerForMsg来注册非ZCL命令处理事件，RegisterForKeys来注册按键时间，ZDO_RegisterForZDOMsg来注册ZDO的命令请求，afRegister注册一个应用终端。
ZCL消息的处理，在SYS_EVENT_MSG下的ZCL_INCOMING_MSG里面，对不同的ZCL命令请求，进行不同的响应。
有以下ZCL命令
Read attributes
Read attributes response
Write attributes
Write attributes undivided
Write attributes response
Write attributes no response
Configure reporting
Configure reporting response
Read reporting configuration
Read reporting configuration response
Report attributes
Default response
Discover attributes
Discover attributes response
总结ZCL的使用
创建一个ZCL应用，需要建立四个模块，xxxx为app名称。
zcl_xxxx.h 定义应用和应用的终端
zcl_xxxx.c
zcl_xxxx_data.c 数据定义和声明，包括应用支持的所有簇属性
OSAL_xxxx.c 应用与OSAL系统的接口
ZigBee安全机制
安全机制由安全服务层提供，系统的整体安全性由profle定义。每一层、MAC、网络或则应用层都可以被保护，它们可以分享安全密钥。SSP是通过ZDO进行初始化和配置。
标准安全 高度安全
ZCL通用簇库
