发布时间 : 星期二 文章ZigBee协议栈中文说明更新完毕开始阅读
0x00 0x01-0xff 8 - ISO646，ASCII字符设置。每一个特性都适合一个字节的最没有意义的7 bit，带有最有意义bit设置为0（见【B6】）?? 保留 如果语言和字符设置都没有规定，语言默认为英语（语言代码=“EN”）且字符设置为ISO 646。
2.3.2.7.2生产商名称域
生产商名称域是可变长，且包含字符串表明设备生产商的名称。
2.3.2.7.3模型名称域
模型名称域是可变长，且包含字符串表明设备生产商模型的名称。
2.3.2.7.4连续数域
连续数域是可变长，且包含字符串表明设备生产商连续数。
2.3.2.7.5设备URL域
设备URL是可变长，且包含字符串表明URL，通过它更多的关于设备的信息可以获得。
2.3.2.7.6图标域
图标域是可变长，且包含一个字节串，这个字节串携带一个图标数据，能表明在计算机、网关或者PDA上的设备。图标的格式是32*32像素的PNG图像。
2.3.2.7.7图标URL域
图标URL域是可变长，且包含字符串表明URL，通过它可以获得设备的图标。
2.3.2.8使用者标识符
使用者标识符包含允许使用者使用user-friendly字符标识符来识别设备的信息，这些字符串如“Bedroom TV”或者“Stairs light”。使用者标识符的使用是可选的。这个标识符包
括一个单独的域，使用ASCII字符设置，且包含一个16个字符的最大值。
使用者标识符域如表2.39所示，按照它们传输的顺序。 表2.39使用者标识符域
域名 长度（字节） 使用者标识符 16 2.3.3功能描述 2.3.3.1接受和拒绝
应用程序框架能通过APS子层的数据服务过滤到达的帧，且仅存在对在每个活动的（active）端点上执行的应用有影响的帧。
应用程序框架通过APSDEDATA.indication原语从APS子层接收数据，且被标定为一个
特殊的端点（DstEndpoint参数）和一个特殊的profile（ProfileId参数）。
如果应用程序框架为一个不活动的端点接收一个帧，丢弃该帧。否则，应用程序框架应确定是否规定profile标识符与在规定的端点上执行的profile标识相匹配。如果profile标识符不匹配，那么应用程序框架拒绝该帧。反之，应用程序框架应传递接收到的帧的载荷到执行在
规定端点的应用。
2.5ZigBee设备对象（ZDO） 2.5.1范围
本小节介绍在ZigBee应用支持子层和网络层顶端执行ZigBee设备对性应用需要的概念、结构和原语。
ZDO是使用网络和应用支持层原语执行ZigBee终端设备、路由器和协调器的一个应用。 ZDOProfile使用簇来描述它的原语。ZigBee设备Profile簇不使用属性，且同在消息传输协议里的消息类似。在ZigBee设备中使用簇标识符来列举在ZDO中使用的消息。
ZDO也使用配置属性。这些属性不是任何簇的元素。在ZDO中的配置属性是由应用或者是栈Profile设置的配置参数。虽然配置属性和ZigBee设备Profile都由ZDO来使用，但是配置属性和ZigBee设备Profile无关。
2.5.2设备对象描述
ZDO是应用解决方案，驻扎在ZigBee协议栈中的APL层和APS层之上，如图1.1所示。
ZDO有以下功能：
（1）初始化应用支持子层（APS），网络层（NWK），安全服务提供（SSP）和任何其他ZigBee设备层而不是驻扎在端点1-240的终端应用。
（2）从终端应用中集合配置信息来确定和执行下节描述的功能。
2.5.2.1最初的发现高速缓冲器设备操作（Primary Discovery Cache）
最初的发现高速缓冲器设备是通过设备的配置和在节点描述符里的advertisement来指定的。最初的发现高速缓冲器设备操作作为一个状态机，这个状态机是关于客户机希望使用最初的发现高速缓冲器。如下的状态和操作，如图2.99描述的，应被最初的发现高速缓冲器设备支持：
1.未发现的：
客户使用有限的半径广播到所有的RxOnWhenIdle设备消息Discovery Register请求来定位在请求提供的半径范围内的Primary Discovery Cache设备
2. 发现的：
客户使用单播发现高速缓存器请求，这个请求是定向到Discovery Cache设备，这个设
备白含它愿意存储的发现高速缓存器信息的大小。Discovery Cache Device将响应，参数是SUCCESS或者TABLE_FULL。
3.已注册的：
当客户从Discovery Cache设备接收到SUCCESS状态，这个状态就从先前的
Discovery Cache请求处到达。客户现在必须使用节点描述符（NodeDescriptor）存储请求、电源描述符存储请求、活动的端点存储请求和简单描述符存储请求上载它的发现信息来
激活Primary Discovery Cache设备为了它自己的利益来充分的响应。
4.未注册的：
客户（或任何其他设备）也许请求不被注册。移动节点高速缓存器（Remove Node Cache）
请求移动设备从Primary Discovery Cache设备。
Primary Discovery Cache设备响应设备和它支持的所有注册的客户的服务发现请求。Find Node Cache请求被想定位设备和为了已给设备的服务发现请求的客户使用。注意如果发现信息被设备本身保持，设备也必须响应来确认它自己作为发现信息的储藏。见图2.99为状态机处理Primary Discovery Cache设备的详细信息。
2.5.2.2设备和服务发现
在一个单独的PAN里，这个功能将支持设备和服务发现。另外，对于ZigBee协调器、ZigBee路由器和ZigBee终端设备类型，这个功能将做如下处理：
（1）在每一使用休眠的ZigBee终端设备、ZigBee路由器（或ZigBee协调器）的网络，必须被设计作为如它们的节点描述符描述的Primary Discovery Cache Devices。这些Primary
Cache Devices 是它们自己可发现的，且提供服务器服务来上载和存储代表休眠的ZigBee终端设备的发现信息。另外Primary Cache Devices响应代表休眠Zigbee]终端设备的发现请求。每一个Primary Discovery Cache Device是ZigBee路由器或者ZigBee协调器。
（2）对于被:Config_Node_Power,设备和服务发现指示想要休眠的ZigBee终端设备将管理被ZigBee终端设备选择的Primary Discovery Cache设备上的网络地址、IEEE地址、活动节点、简单描述符、节点描述符和电源描述符的上载和存储来允许在这些休眠设备上的设备和服务发现操作。
（3）对于被设计作为Primary Discovery Cache Device的ZigBee协调器和ZigBee路由器，这个功能将代表休眠ZigBee终端设备响应发现请求，这些终端设备已经注册和上载了它们的发现信息。
（4）对于所有的ZigBee设备、设备和服务发现将支持设备和从其他设备过过来的服务发现请求，且允许从其他本地的应用对象过来的请求的产生。注意设备和服务发现服务是由Primary Discovery Cache设备代表其他ZigBee终端设备提供的。万一Primary Discovery Cache Device是请求的目标，那么NWKAddrOfInterest或者Interest域的设备将被请求和/或响应填满来区分从设备来的请求的目标，这个设备是发现的目标。将支持下边的发现特性： （1）设备发现：
——以ZigBee协调器或者路由器IEEE地址的一个单播询问为基础，被请求设备的IEEE地址，随机的，所有联合设备的网络地址将被返回。
——以ZigBee终端设备的IEEE地址的一个单播询问为基础，被请求的设备的IEEE地址被返回。
——以ZigBee协调器或者带有一个已经提供的IEEE地址的路由器网络地址的一个多播询问（任何广播地址类型）为基础，被请求的设备的网络地址，随机的，所有联合设备的网络地址将被返回。
——以带有已经提供的IEEE地址的ZigBee终端设备的网络地址的广播查询（任何广播地址类型）为基础。被请求设备的网络地址被返回。响应的设备将使用APS层为单播响应已知的服务来广播查询。
（2）服务发现：以如下的输入为基础，相应的响应被提供：
——网络层地址加上（plus）活动的端点查询类型——指定设备将返回在那个设备里的所有应用的端点数。 ——网络层地址或广播地址（任何广播地址类型）加上服务匹配，这些匹配包括Profile ID和随意的，输入和输出簇——指定的设备匹配带有所有活动的端点的Profile ID来确定一个匹配。如果没有输入或者输出簇被规定，匹配请求的端点被返回。如果那些匹配的输入和/或输出簇在请求里被提供，且任何匹配在带有提供匹配的设备上的端点列表的响应里被提供。响应的设备应该使用APS层已知的服务，这服务是为了单播响应到广播查询的。万一应用profiles想列举输入簇和它们的带有相同簇标识符的响应输出簇，应用profile将仅仅在为服务发现目的的简单标识符里列出输入簇。在这些情况下它将被采用，应用profile提供关于输入和响应输出的簇标识符的使用的细节。
——网络层地址加上节点标识符或标识符查询类型——指定的地址将为设备返回联合端点的简单标识符。
——随意的，网络层地址加上复杂或者使用者标识符查询类型——如果支持，指定的地址将为设备返回复杂或者使用者标识符。
2.5.2.3安全管理
这个功能确定是否使能安全，如果使能，将做如下处理： 建立钥匙 传输钥匙 请求钥匙 更新设备 移动设备 转换钥匙
安全管理功能按安全服务规范执行。安全管理由ZDO发出APSME原语来执行，步骤如下: 与信托中心通信（假定是ZigBee协调器）来获得Master Key，在设备和信托中心之间（如果设备是ZigBee协调器或者信托中心的Master Key被重新分配这一步忽略）。这一步使用传