zigbee协议版本.docx

zigbee协议版本.docx

《zigbee协议版本.docx》由会员分享，可在线阅读，更多相关《zigbee协议版本.docx（5页珍藏版）》请在冰豆网上搜索。

zigbee协议版本

竭诚为您提供优质文档/双击可除

zigbee协议,版本

　　篇一：

比较zigbee各版本规范

　　比较zigbee各版本规范

（1）

　　zigbee是zigbee联盟建立的技术标准，它是一种工作在900mhz和2.4ghz频段的新兴无线网络技术，具有中等通讯距离（10米到数百米），比较灵活经济的通讯速率（40kbps到250kbps），并且有星状，网状（mesh），树状等多种网络拓扑，低的功耗等特点，所以在当今无线通讯技术和无线网络技术领域中占有比较重要的地位。

　　第一个zigbee协议栈规范于20xx年12月正式生效，称为zigbee1.0或zigbee20xx。

第二个zigbee协议栈规范于20xx年12月发布，称为zigbee20xx规范，主要是用“群组库（clusterlibrary）”替换了zigbee20xx中的msg/kVp结构。

最为重要的新的zigbee20xx协议栈将不兼容原来的zigbee20xx技术规范，对于已经投入zigbee20xx的厂商而言，这是一个大悲剧。

例如jennic公司将zigbee20xx协议栈固化在Rom中（jn5121/jn5139）。

将无法和zigbee20xx以后的协议栈兼容。

zigbee20xx协议栈，将是zigbee兼容的一个战略分水岭，从这里开始，zigbee将实现完全向后兼容性。

　　20xx年10月发布了zigbee20xx规范，zigbee20xx规范定于了两套高级的功能指令集（featureset）：

分别是zigbee功能命令集和zigbeepro功能命令集。

（zigbee20xx和20xx都不兼容这两套新的命令集）。

zigbee20xx包含两个协议栈模板（profile）,一个是zigbee协议栈模板（stackprofile1），它是20xx年发布的，目标是消费电子产品和灯光商业应用环境，设计简单，使用在少于300个节点的网络中。

另一个是zigbeepro协议栈模板（stackprofile2），它是在20xx年发布，目标是商业和工业环境，支持大型网络，1000个以上网络节点，相应更好的安全性。

zigbeepro提供了更多的特性，比如：

多播、多对一路由和skke（symmetric-keykeyestablishment）高安全，但zigbee（协议栈模板1）在内存和flash中提供了一个比较小的区域。

两者都提供了全网状网络与所有的zigbee应用模板工作。

　　zigbee20xx是向后完全兼容zigbee20xx设备。

zigbee20xx设备可以加入一个zigbee20xx网络，并能再zigbee20xx网络中运行，反之亦然。

　　由于路由选择不同，zigbeepro设备必须变成非路由zigbeeend-devices（zeds）设备才可加入zigbee20xx或zigbee20xx网络。

同样zigbee20xx或zigbee20xx设备必须变成zeds才可加入zigbeepro网络。

在这些设备上的应用程序工作是相同的，它们不管在这些设备上的协议栈模板。

　　下面的图表从高层次进行比较，列出20xx、20xx及20xx/pRozigbee规范之间的异同。

　　比较图

　　比较zigbee各版本规范

（2）（20xx-08-0716:

13:

09）

　　篇二：

zigbee协议栈中文完整版

　　zigbee协议栈中文说明

　　1.概述

　　1.1解析zigbee堆栈架构

　　zigbee堆栈是在ieee802.15.4标准基础上建立的，定义了协议的mac和phy层。

zigbee设备应该包括ieee802.15.4（该标准定义了RF射频以及与相邻设备之间的通信）的phy和mac层，以及zigbee堆栈层：

网络层（nwk）、应用层和安全服务提供层。

图1-1给出了这些组件的概况。

　　1.1.1zigbee堆栈层

　　每个zigbee设备都与一个特定模板有关，可能是公共模板或私有模板。

这些模板定义了设备的应用环境、设备类型以及用于设备间通信的簇。

公共模板可以确保不同供应商的设备在相同应用领域中的互操作性。

　　设备是由模板定义的，并以应用对象（applicationobjects）的形式实现（见图1-1）。

每个应用对象通过一个端点连接到zigbee

　　堆栈的余下部分，它们都是器件中可寻址的组件

　　图1-1zigbe堆栈框架

　　从应用角度看，通信的本质就是端点到端点的连接（例如，一个带开关组件的设备与带一个或多个灯组件的远端设备进行通信，目的是将这些灯点亮）。

　　端点之间的通信是通过称之为簇的数据结构实现的。

这些簇是应用对象之间共享信息所需的全部属性的容器，在特殊应用中使用的簇在模板中有定义。

图1-1-2就是设备及其接口的一个例子：

　　图1-1-2

　　每个接口都能接收（用于输入）或发送（用于输出）簇格式的数据。

一共有二个特殊的端点，即端点0和端点255。

端点0用于整个zigbee设备的配置和管理。

应用程序可以通过端点0与zigbee堆栈的其它层通信，从而实现对这些层的初始化和配置。

附属在端点0的对象被称为zigbee设备对象（zd0）。

端点255用于向所有端点的广播。

端点241到254是保留端点。

　　所有端点都使用应用支持子层（aps）提供的服务。

aps通过网络层和安全服务提供层与端点相接，并为数据传送、安全和绑定提供服务，因此能够适配不同但兼容的设备，比如带灯的开关。

　　aps使用网络层（nwk）提供的服务。

nwk负责设备到设备的通信，并负责网络中设备初始化所包含的活动、消息路由和网络发现。

应用层可以通过zigbee设备对象（zd0）对网络层参数进行配置和访问。

　　1.1.2802.15.4mac层

　　ieee802.15.4标准为低速率无线个人域网（lR-wpan）定义了osi模型开始的两层。

phy层定义了无线射频应该具备的特征，它支持二种不同的射频信号，分别位于2450mhz波段和868/915mhz波段。

2450mhz波段射频可以提供250kbps的数据速率和16个不同的信道。

868/915mhz波段中，868mhz支持1个数据速率为20kbps的信道，915mhz支持10个数据速率为40kbps的信道。

　　mac层负责相邻设备间的单跳数据通信。

它负责建立与网络的同步，支持关联和去关联以及mac层安全：

它能提供二个设备之间的可靠链接。

　　1.1.3关于服务接入点

　　zigbee堆栈的不同层与802.15.4mac通过服务接入点（sap）进行通信。

sap是某一特定层提供的服务与上层之间的接口。

　　zigbee堆栈的大多数层有两个接口：

数据实体接口和管理实体接口。

数据实体接口的目标是向上层提供所需的常规数据服务。

管理实体接口的目标是向上层提供访问内部层参数、配置和管理数据的机制。

　　1.1.4zigbee的安全性

　　安全机制由安全服务提供层提供。

然而值得注意的是，系统的整体安全性是在模板级定义的，这意味着模板应该定义某一特定网络中应该实现何种类型的安全。

　　每一层（mac、网络或应用层）都能被保护，为了降低存储要求，它们可以分享安全钥匙。

ssp是通过zd0进行初始化和配置的，要求实现高级加密标准（aes）。

zigbee规范定义了信任中心的用途。

信任中心是在网络中分配安全钥匙的一种令人信任的设备。

　　1.1.5zigbee堆栈容量和zigbee设备

　　根据zigbee堆栈规定的所有功能和支持，我们很容易推测zigbee堆栈实现需要用到设备中的大量存储器资源。

不过zigbee规范定义了三种类型的设备，每种都有自己的功能要求：

zigbee协调器是启动和配置网络的一种设备。

协调器可以保持间接寻址用的绑定表格，支持关联，同时还能设计信任中心和执行其它活动。

一个zigbee网络只允许有一个zigbee协调器。

　　zigbee路由器是一种支持关联的设备，能够将消息转发到其它设备。

zigbee网格或树型网络可以有多个zigbee路由器。

zigbee星型网络不支持zigbee路由器。

　　zigbee端终设备可以执行它的相关功能，并使用zigbee网络到达其它需要与其通信的设备。

它的存储器容量要求最少。

然而需要特别注意的是，网络的特定架构会戏剧性地影响设备所需的资源。

nwk支持的网络拓扑有星型、树型和网格型。

在这几种网络拓扑中，星型网络对资源的要求最低。

　　zigbee堆栈应该可以提供zigbee规范要求的所有功能，因此制造商的重点工作是开发实际的应用。

为了更加容易实现，如果制造商使用某种公共模板，那么可用大多数现成的配置。

如果没有合适的公共模板，则可以充分利用其它模板已经做过的工作创建自己的模板。

　　zigbee协议栈体系包含一系列的层元件，其中有ieee802.15.420xx标准中的mac层和phy层，当然也包括zigbee组织设计的nwk层。

每个层的元件有其特定的服务功能。

本说明描述内容涉及zigbee协议栈的各层元件，但侧重于描述最具实际和理论探讨性的apl应用层和nwk网络层。

图1-1为zigbee栈结构框图。

　　2.apl应用层介绍

　　2.1.1应用层简介

　　如图2-1所示，zigbee应用层由三个部分组成，aps子层、zdo（包含zdo管理平台）和制造商定义的应用对象。

　　图2-1zigbee协议堆栈分层结构

　　2.（zigbee协议,版本）1.2应用层框架

　　zigbee中的应用框架是为驻扎在zigbee设备中的应用对象提供活动的环境。

　　最多可以定义240个相对独立的应用程序对象，且任何一个对象的端点编号都是从1到240。

此外还有两个附加的终端节点，为了apsde-sap的使用：

端点号0固定用于zdo数据接口；另外一个端点255固定用于所有应用对象广播数据的数据接口功能。

端点241-254保留（留给未来扩展使用）。

　　2.1.2.1应用profiles

　　应用profiles是一组统一的消息，消息格式和处理方法，允许开发者建立一个可以共同使用的分布式应用程序，这些应用是利用驻扎在独立设备中的应用实体来实现的。

这些应用profiles允许应用程序发送命令、请求数据和处理命令的请求。

　　2.1.2.2簇

　　簇标识符可用来区分不同的簇，簇标识符联系着从设备流出和向设备流入的数据。

在特殊的应用profiles范围内，簇标识符是唯一的。

　　2.1.3zigbee设备对象

　　zigbee设备对象（zdo），描述了一个基本的功能函数，这个功能在应用对象、设备profile和aps之间提供了一个接口。

zdo位于应用框架和应用支持子层之间。

它满足所有在zigbee协议栈中应用操作的一般需要。

此外zdo还有以下作用：

（1）初始化应用支持子层（aps），网络层（nwk），安全服务规范（sss）。

（2）从终端应用集合中配置的信息来确定和执行安全管理、发现、网络管理、以及绑定管理。

　　zdo描述了应用框架层中应用对象的公用接口以及控制设备和应用对象的网络功能。

在终端节点0,zdo提供了与协议栈中与低一层连接的接口，如果是数据则通过apsde-sap，如果是控制信息则通过apsme-sap。

ＺＤＯ的具体描述在2.5节。

　　2.1.3.1设备发现

　　设备发现是zigbee设备为什么能发现其他设备的过程。

这有两种形式的设备发现请求：

ieee地址请求和网络地址请求。

ieee地址请求是单播到一个特殊的设备且假定网络地址已经知道。

网络地址请求是广播且携带一个已知的ieee地址作为负载。

　　2.1.3.2服务发现

　　服务发现是为什么一个已知设备被其他设备发现的能力的过程。

服务发现通过在一个已知设备的每一个端点发送询问或通过使用一个匹配服务（广播或者单播）。

服务发现方便定义和使用各种描述来概述一个设备的能力。

　　服务发现信息在网络中也许被隐藏，在这种情况下，设备提供的特殊服务便可能不在操作发生的时候到达。

　　2.2zigbee应用支持子层aps

　　aps提供了这样的接口：

在nwk层和apl层之间，从zdo到供应商的应用对象的通用服务集。

这服务由两个实体实现：

aps数据实体（apsde）和aps管理实体（apsme）。

（1）apsde提供在同一个网络中的两个或者更多的应用实体之间的数据通信。

通过apsde服务接入点（apsde-sap）；

（2）apsme提供多种服务给应用对象，这些服务包含安全服务和绑定设备，并维护管理对象的数据库，也就是我们常说的aib。

通过apsme服务接入点（apsme-sap）。

　　2.2.1范围

　　这一小节描述了应用层部分提供的服务规范和生产商定义的应用对象与zigbee设备对象之间的接口。

规范定义了允许应用对象传输数据的数据服务和提供绑定机制的管理服务。

另外，它还定义了应用支持子层的帧格式和帧类型。

如图2-2

　　篇三：

zigbee历史版本

　　zigbee历史版本

　　第一个zigbee协议栈规范于20xx年12月正式生效，称为zigbee1.0或zigbee20xx。

　　第二个zigbee协议栈规范于20xx年12月发布，称为zigbee20xx规范，主要是用“群组库（clusterlibrary）”替换了zigbee20xx中的msg/kVp结构。

最为重要的新的zigbee20xx协议栈将不兼容原来的zigbee20xx技术规范，对于已经投入zigbee20xx的厂商而言，这是一个大悲剧。

例如jennic公司将zigbee20xx协议栈固化在Rom中（jn5121/jn5139）。

将无法和zigbee20xx以后的协议栈兼容。

zigbee20xx协议栈，将是zigbee兼容的一个战略分水岭，从这里开始，zigbee将实现完全向后兼容性。

　　20xx年10月发布了zigbee20xx规范，zigbee20xx规范定于了两套高级的功能指令集（featureset）：

分别是zigbee功能命令集和zigbeepro功能命令集。

（zigbee20xx和20xx都不兼容这两套新的命令集）。

zigbee20xx包含两个协议栈模板（profile）,一个是zigbee协议栈模板（stackprofile1），它是20xx年发布的，目标是消费电子产品和灯光商业应用环境，设计简单，使用在少于300个节点的网络中。

另一个是zigbeepro协议栈模板（stackprofile2），它是在20xx年发布，目标是商业和工业环境，支持大型网络，1000个以上网络节点，相应更好的安全性。

zigbeepro提供了更多的特性，比如：

多播、多对一路由和skke

　　（symmetric-keykeyestablishment）高安全，但zigbee（协议栈模板1）在内存和flash中提供了一个比较小的区域。

两者都提供了全网状网络与所有的zigbee应用模板工作。

　　zigbee20xx是向后完全兼容zigbee20xx设备。

zigbee20xx设备可以加入一个zigbee20xx网络，并能再zigbee20xx网络中运行，反之亦然。

　　由于路由选择不同，zigbeepro设备必须变成非路由zigbeeend-devices（zeds）设备才可加入zigbee20xx或zigbee20xx网络。

同样zigbee20xx或zigbee20xx设备必须变成zeds才可加入zigbeepro网络。

在这些设备上的应用程序工作是相同的，它们不管在这些设备上的协议栈模板。

　　下面的图表从高层次进行比较，列出20xx、20xx及20xx/pRozigbee规范之间的异同。

　　比较图

　　各zigbee版本功能比较

　　zigbee20xx两功能指令集比较

　　zigbeepro在应用层功能部分，新增分割传输（Fragmentedtransmission）功能，就是当超过有效载荷资料（payload）长度的限制时，可以使用分割组装（Fragment&assemble）的功能传送长度较长的数据。

这里的分割处理方式类似传输控制协议（tcp）的分割方式，先设定区块（block）数，接着系统便会按照的blocks数分段传送封包，直到完整的封包送完为止。

　　zigbee是zigbee联盟建立的技术标准，它是一种工作在900mhz和2.4ghz频段的新兴无线网络技术，具有中等通讯距离（10米到数百米），比较灵活经济的通讯速率（40kbps到250kbps），并且有星状，网状（mesh），树状等多种网络拓扑，低的功耗等特点，所以在当今无线通讯技术和无线网络技术领域中占有比较重要的地位。