本发明涉及调试和操作ZigBee网络中的装置的方法，所述装置包括支持ZigBee绿色电力（ZigBeeGreenPower，ZGP）的装置和不支持ZGP的装置。ZigBee绿色电力规范描述了允许从称为ZigBee绿色电力装置（ZGPD）的能量非常有限的装置发送控制命令的传输协议和消息格式。ZGPD例如是从用户操作开关摇杆的动作获得能量的自供电装置，如能量收集开关。与ZigBee标准相比，ZGP规范中描述的新消息格式是需要的，因为传统的ZigBee消息太大，以至于不能利用ZGPD可利用的有限能量来发送。另外，ZGPD不必具有接收能力，因此，不能采用传统的ZigBee协议交换（例如，用于连接、重新发现亲本、创建绑定）；因此，ZGP规范需要描述用于ZGPD的新的调试/配置过程。
背景技术：
当前的ZigBee产品不能处理ZGP命令。因此，具有例如ZigBee灯的安装底座的用户不能利用某些支持ZGP的ZigBee灯扩展它，然后利用例如ZGPD能量收集开关控制最终的整个系统的任意子组。添加单一的专用“ZGP网关”装置，将ZGP命令翻译成传统命令，对于用户来说是繁琐的，并且是不可靠的（因为它产生单点故障）。因此，需要提供一种对ZGPD控制的一组装置进行ZGP配对和配置的方法，该组装置包含支持ZGP的ZigBee装置和不以鲁棒的、用户友好的方式理解ZGP命令的“传统”ZigBee装置。本发明的目的是提供这种方法。本发明的另一个目的是提供一种在配置之后操作这种混合系统的方法，使得不会发生双重命令执行或者其他不期望的控制行为。
技术实现要素：
本发明涉及一种操作ZigBee网络中的装置的方法，所述装置包括支持ZigBee绿色电力（ZGP）的装置和不支持ZGP的装置，此二者都在至少一个ZGPD装置控制下，所述方法包括以下步骤：-所述ZGPD装置发送ZGPD命令帧；-当接收到来自所述ZGPD装置的ZGPD命令帧时，支持ZGP的装置：-将接收到的ZGPD命令翻译成与不支持ZGP的装置兼容的常规ZigBee命令，并且转发翻译后的命令；并且-使用ZGP隧穿（tunneling）机制隧穿所述ZGPD命令；-如果支持受控应用功能，则由所述ZGPD装置控制的支持ZGP的装置只执行所述隧穿的命令；-如果支持受控应用功能，则由所述ZGPD装置控制的不支持ZGP的装置只执行所述翻译后的命令。在一个实施例中，所述方法包括初始调试阶段，该阶段包括以下步骤：-调试装置识别要由所述ZGPD装置控制的支持ZGP的装置或不支持ZGP的装置；-所述调试装置产生第一ZigBee组ID并且命令所有被识别出的装置成为与所述第一组ID相对应的第一ZGPD组的成员；-所有被识别出的装置成为与所述第一组ID相对应的第一ZGPD组的成员；-所述调试装置获得与所述ZGPD有关的信息，包括ZGPDSrcID。在一个实施例中，所述方法包括配对步骤，其中从所述调试装置向所述第一组的成员发送配对命令。在一个实施例中，在所述ZGPD装置控制下的所有装置都是单个ZigBee组的成员，并且翻译、转发和隧穿命令包括以下步骤：-当接收到来自所述ZGPD装置的ZGPD命令帧时，支持ZGP的装置-将所述ZGPD命令翻译成常规ZigBee命令，并且将翻译后的命令转发到作为所述ZigBee组的成员的装置，并且-将未翻译的ZGPD命令隧穿到作为所述ZigBee组的成员的装置，并且其中所述支持ZGP的装置在接收到发送到所述ZigBee组的翻译后的ZGPD命令时，默默地丢弃该命令。在一个实施例中，该方法包括作为所述初始调试阶段的一部分的如下步骤：-对于作为第一ZGPD组的成员并且具有至少一个作为该ZGPD组的成员的不支持ZGP的应用端点的任何支持ZGP的装置，在接收到所述配对命令时，-将其ZGP端点添加到第一ZGPD组，-创建所述SrcID的ZGP信宿（sink）表条目，-将标识作为所述第一ZGPD组的成员的非ZGP端点的数字存储在其ZGP命令翻译表中，-并且从所述第一ZGPD组删除这些非ZGP端点。在一个实施例中，在所述ZGPD装置控制下的每个装置是两个ZGPD组之一的成员，第一组包括在所述ZGDP装置控制下的支持ZGP的装置，第二组包括在所述ZGPD装置控制下的不支持ZGP的装置，并且翻译、转发和隧穿命令的步骤包括以下步骤：-当从所述ZGPD装置接收到ZGPD命令帧时，支持ZGP的装置：-翻译所述命令并且将翻译后的命令转发到所述两组中的第二组的装置成员，并且-将未翻译的命令隧穿到所述两组中的第二组的装置成员。在一个实施例中，所述方法包括作为所述初始调试阶段的一部分的步骤：产生第二ZigBee组ID，并且使网络装置中的一部分由分配给与第二ZigBee组ID相对应的第二ZGPD组的ZGPD控制。在一个实施例中，分配给第二ZigBee组的网络装置是由调试装置识别的支持ZGP的装置。在一个实施例中，所述方法包括作为所述初始调试阶段的一部分的以下步骤：-对于作为第一ZGPD组的成员的支持ZGP的装置（具有信宿能力），具有至少一个作为第一ZGPD组的成员的、不支持ZGP的应用端点，-将其ZGP端点添加到第二ZGPD组，-创建所述SrcID的ZGP信宿表条目，-将标识作为所述第一ZGPD组的成员的非ZGP端点的数字存储在其ZGP命令翻译表中，-并且从所述第一ZGPD组删除这些非ZGP端点。在一个实施例中，所述方法包括用户将所述调试装置设定为调试模式并且/或者在所述ZGPD装置上执行调试动作的初始步骤。在一个实施例中，所述方法包括删除与ZGPD装置相关的网络中的任何装置的任何先前的组成员资格的步骤。在一个实施例中，所述方法包括以下步骤之一：-所述调试装置在所述ZGPD和要被控制的装置之间执行应用功能匹配的步骤；-所述调试装置发送命令的步骤，所述命令用于在工作阶段配置将ZGPD命令翻译成与不支持ZGP的装置兼容的常规ZigBee命令以用于不支持ZGP的装置的翻译，以及-具有ZGP代理能力的支持ZGP的装置本地存储所述ZGPD命令到与不支持ZGP的装置兼容的常规ZigBee命令的翻译以及与向其转发的所述组ID有关的信息的步骤。在一个实施例中，翻译后的命令的转发使用ZGP别名（aliasing）机制。在一个实施例中，所述调试装置的角色由包括以下装置的组中的装置来执行：专用的ZigBee调试工具装置、任何支持ZGP的装置、还具有ZGP能力的常规远程控制装置、ZigBeePAN协调器、ZigBee网络管理器、ZigBee信任中心、ZigBee桥或网关后面的装置上的应用软件。在一个实施例中，通过使用以下特征中的至少一个执行识别所述装置的步骤：所述网络装置的按图形分组；ZigBee装置和服务发现方法；装置匹配集群的ZigBee识别；基于预定标准的默认组的使用；先前建立的控制组的使用；用户在选择的装置上的明确动作；带外方法的使用。附图说明现在参照附图以举例的方式更详细地描述本发明，其中：-图1是使用根据本发明的方法调试和操作装置的网络。具体实施方式现在使用由远程控制器控制的支持ZGP和不支持ZGP的ZigBee智能光（ZSL）灯，并且针对能够发送ZGP调试GPDF的ZGPD能量收集开关，通过特定例子描述本发明。所有特定地址、ID和其他数字仅是为了说明的目的而给出的，并且不限制本发明的范围。下面详细描述两个不同的实施例：在第一实施例中，调试过程如下：步骤0：网络用户确定他/她希望利用由ZGPDSrcID（例如，0×12345678）识别的ZGPD开关控制的所有装置都在智能照明规范中指定的远程控制器（RC）的控制下，并且这些装置形成由组ID识别的（ZigBee）组，组ID例如等于0×0007。步骤1：用户设置RC调试模式。步骤2：用户在该ZGPD上执行要求的ZGP调试动作（在绿色电力规范中定义的）或者一组动作，直到该系统提供调试成功指示。该调试成功指示可以是带外信号，如该RC上的闪烁或可听见的信号，或者在该RC控制下的一个/一些灯的闪烁，或者用户可感知的任何其他类型的物理参数。作为该ZGP调试过程的一部分，该ZGPD开关发送绿色电力装置帧（GPDF），该GPDF包含并且/或者允许导出关于ZGPD开关的信息，包括但不限于ZGPD的装置地址（SrcID）和装置类型（DeviceID）。步骤3：该RC执行要求的ZGP调试动作（绿色电力规范中限定的）并且在完成时提供调试成功指示（从这时开始，ZGPD开关可以被设置回到工作模式）。步骤4：可选地，基于GPDF中的DeviceID，RC检查在ZGPD和要被控制的组中的装置之间的应用功能匹配。如果检查失败，则该动作是应用相关的（例如，RC可以提供可弥补该功能失配的ZGPD命令翻译，或者可以使该装置指示调试错误，或者指示全部调试错误）；如果检查成功，则继续步骤5。步骤5：RC（针对ZGPD的SrcID，使用ZGP配对搜索命令）在支持ZGP的装置当中检查是否存在该ZGPD开关的先前的控制关系。如果存在，则RC存储被调试的组ID（例如，0×MMMM）和ZGP分配别名（例如，0×NNNN）的值。步骤6A：如果存在先前的控制关系，则RC广播ZGP配对命令（具有SrcID0×12345678，并且删除ZGPD子字段=0b1，见[1,Sec.A.3.3.4.2]）。当接收到该命令时，所有ZGP装置都删除它们在它们的代理表和信宿表中可能有的SrcID0×12345678的所有条目[1,SectionsA.3.4.2.2和A.3.3.2.2]。接收到该命令还将使ZGP装置删除对SrcID0×12345678的翻译。步骤6B：如果存在先前的控制关系，则RC以组播方式向组0×MMMM发送标准的ZigBeeZCL组集群删除组命令（0×MMMM）。当接收到该命令时，支持ZGP和不支持ZGP的所有装置都删除在旧的ZGPD开关组0×MMMM中它们的端点中任一个的成员资格。步骤7：如果存在先前的控制关系，则SrcID0×12345678（0×NNNN）的ZGP分配别名将被重新用于代理别名[1,Sec.A.3.6.3.3]。否则，RC从其个体地址池产生ZGP分配别名（其个体地址池中空闲的下一个，例如，0×0004）以用于代理别名。为了方便，我们用0×ZZZZ表示SrcID0×12345678的ZGP分配别名；因此，如果存在先前的关系，则0×ZZZZ等于0×NNNN，否则，等于0×0004。步骤8：如果存在先前的控制关系，则SrcID0×12345678的调试后的组ID（0×MMMM）将被重新用于寻址要由ZGPD开关控制的组。如果不存在先前的控制关系，则RC从它的组地址池产生新的组ID（空闲的下一个，例如，0×0008）用于此目的。为了方便，我们用0×VWXY表示用于寻址要被控制的组的组ID；因此，如果存在先前的关系，则0×VWXY等于0×MMMM，否则，等于0×0008。步骤9：RC以组播的方式向组0×0007发送标准的ZigBeeZCL组集群添加组命令（0×VWXY）。当接收到该命令时，支持ZGP和不支持ZGP的所有装置使它们的当前是RC组（组ID0×0007）的成员的所有ZGP端点和非ZGP端点都成为ZGPD组0×VXWY的成员。步骤10：RC以广播方式发送ZGP配置配对命令[1,Sec.A.3.3.3.7]（可选地，发送到EPP242，该ZGP代理集群的保留的端点），该命令包含配对信息，包括装置ID、ZGP分配别名（0×ZZZZ）和调试后的组ID（0×VWXY），成对的端点列表被设置为0×fe（表示：该组当前的所有成员都包括在该成对的端点列表中）。当接收到该命令时：-传统装置不理解该命令并因此默默地丢弃该命令。-接收到该命令的每个支持ZGP的装置●利用代理能力，考虑存储ZGPD信息以用于转发（根据ZGP规范[1]中定义的标准，如代理表的InRange、固定位置和维护政策），并且如果它选择这样做，则：-创建SrcID的代理表条目，并且使用来自ZGP配置配对命令的信息填充该条目；-存储将翻译后的ZGPD命令转发到传统装置所需的信息；-这可以具有带有用于传统装置的命令翻译表的虚拟端点（vEP）的形式；-并且/或者使用代理表，利用代理表条目的选项字段的当前保留的子字段之一，用于存储传统转发（LegacyForwarding）；-可替换地，可以使用信宿表和/或翻译表。优选地，通过调试工具明确启动传统转发。这可以通过用0b0表示“假”，用0b1表示“真”的传统转发控制标志来实现。它可以利用ZGP配置配对命令的选项字段的当前保留的位7来实现[1,sec.A.3.3.2.2.1]。--将其自己（EPP）作为成员添加到ZGP组（0×VWXY）（通过发布APSME-ADD-GROUP.请求原语）●检查它是否有作为组0×VWXY的成员的任何ZSL端点。如果有，则：-创建SrcID的信宿表条目（别名（=0×ZZZZ））。-创建用于本地ZSL端点的本地翻译的ZGPD命令翻译表条目[1,Sec.A.3.6.2.2]（SrcID，命令ID→ZSL端点、简档、集群、命令/属性？）-存储用于内部控制的当前是0×VWXY的成员的其ZSL端点的数字；-从组0×VWXY删除其ZSL端点（通过发布APSME-REMOVE-GROUP.请求原语）。步骤11：可选地，RC广播翻译表更新命令[1.Sec.A.3.6.2.2.]，以启动用于服务传统装置的命令翻译。如果这些翻译已经硬编码到支持ZGP的装置中并且/或者可以使用默认的ZGPD命令翻译，则该步骤是不必要的。步骤12：RC返回到工作模式。注意，RC仍控制组0×0007的所有成员。如果组0×0007在以后的时间改变，则在RC控制下的灯组将不同于在ZGP开关控制下的灯组。在工作模式中，如果支持ZGP的装置直接从ZGP开关接收到ZGPD命令，则该装置执行以下步骤：●将ZGPD命令翻译成ZigBeeZSL命令（使用如上述步骤10/11中创建/更新的虚拟端点上的翻译表和/或信宿上的翻译表），然后将其转发到在ZGP开关控制下的组0×VWXY。●使用ZGP通知将ZGPD命令隧穿到在ZGP开关控制下的支持ZGP的灯，以寻址组ID0×VWXY（这是标准ZGP行为[1]，允许覆盖ZGPD范围外的支持ZGP的灯）●如果装置本身在ZGP开关的控制下，则进行非ZGP端点的本地翻译（这是标准ZGP行为，允许覆盖ZGPD范围内的支持ZGP的灯）。此外，作为组0×VWXY的成员的支持ZGP的装置丢弃它们接收到的所有翻译后的命令，并且只执行隧穿的或者直接接收到的ZGP命令。在转发翻译后的命令和隧穿ZGP命令时，支持ZGP的装置使用分配的别名0×ZZZZ用于代理别名[1,Sec.A.3.6.3.3]。用于转发翻译后的和隧穿的ZGP命令的序列号是从GPDFMAC头部序列号字段的值得出的。它们使用的别名NWK序列号是不同的；对于某一偏置k，用于转发翻译后的命令的序列号等于GPDFMAC头部序列号字段的值－k（模数256）。k的适当选择例如是24。第二实施例包括与第一实施例共同的步骤，后面将不再详细描述这些步骤。在该第二实施例中，使用两个组ID，代替第一实施例中的单一组。步骤0-4相同。用0×0007表示要由ZGPD开关控制的装置的RC组。步骤5与第一实施例的步骤5类似，除了以下事实之外：可能出现与两个组ID相对应的两个控制关系。步骤6A保持相同，而在步骤6B中，如果有两个先前的控制关系，则发送两个删除组命令。步骤7不变（我们用0×ZZZZ表示SrcID0×12345678的ZGP分配别名，独立于重新使用或者新产生），而在步骤8，产生两组ID，或者重新使用一组ID，并且产生一组ID，或者重新使用两组ID，例如，组ID0×AAAA和0×BBBB，独立于重新使用或者新产生。在步骤9，组0×0007的所有成员都成为组0×AAA的成员。用两个步骤10A和10B代替第一实施例的步骤10。在配置配对命令中使用标志（例如，在选项字段中使用当前保留的位），使得接收到该命令的支持ZGP的装置知道根据步骤10A或按照10B动作。第一实施例中描述的传统转发控制标志可被用于该目的，设置为0b1表示步骤10A，设置为0b0表示步骤10B。在步骤10A，RC以广播的方式发送包含配对信息的ZGP配置配对命令（可选地，发送到ZGP代理集群的保留的端点EPP242），所述配对信息包括装置ID、ZGP分配别名（0×ZZZZ）和被调试的组ID（0×AAAA），配对的端点列表被设置为0×fe（表示：该组的所有当前成员都将包括在配对的端点列表中）。-传统装置不理解该命令并因此忽略它。-接收到该命令的每个支持ZGP的装置检查它是否具有是组0×AAAA的成员的任何ZSL端点，如果有，则●创建SrcID的信宿表条目（别名（=0×ZZZZ）），●创建用于本地ZSL端点的本地翻译的ZGPD命令翻译表条目[1,Sec.A.3.6.2.2]●将用于内部控制的识别当前是0×AAAA的成员的其ZSL端点的数字存储在其ZGPD命令翻译表中；●从组0×AAAA删除其ZSL端点（通过发布APSME-REMOVE-GROUP.请求原语）。接下来，在步骤10B，RC以广播的方式发送包含配对信息的ZGP配置配对命令（可选地，发送到ZGP代理集群的保留的端点，EPP242），所述配对信息包括装置ID、ZGP分配别名（0×ZZZZ）和被调试的组ID（0×BBBB），配对的端点列表被设置为0×fe（表示：该组的当前成员将包括在配对的端点列表中）。-传统装置不理解该命令并因此忽略它。-接收到该命令的每个支持ZGP的装置●存储该信息以用于转发-创建SrcID的代理表条目并且使用来自ZGP配置配对命令的信息填充该条目-存储将翻译后的ZGPD命令转发到传统装置所需的信息-这可以具有虚拟端点（vEP）的形式，该虚拟端点具有传统装置的命令翻译表；-并且/或者使用代理表，利用代理表条目的选项字段的当前保留的子字段之一，用于存储传统转发；-可替换地，可以使用信宿表和/或翻译表-将它自己（EPP）作为成员添加到ZGP组（0×BBBB）（通过发布APSME-ADD-GROUP.请求）步骤11和12与第一实施例中相同。现在结合图1描述操作模式。我们假定：装置1是支持ZGP的装置，装置4是在ZGPD装置的控制下并且属于组0×BBBB的支持ZGP的装置，装置5是在ZGPD装置的控制下并且属于组0×AAAA的不支持ZGP的装置，并且装置1和2是不在ZGPD装置控制下的装置。在工作阶段，按照以下过程，ZGPD命令以翻译后的形式转发到组0×AAAA，并且作为ZGP命令隧穿到组0×BBBB：当从ZGPD装置接收到ZGPD命令帧时，装置1：-翻译该命令并且将翻译后的命令转发到组0×AAAA的装置成员，从而转发到装置5，并且-将未翻译的命令隧穿到第二组0×BBBB的装置成员，从而隧穿到装置4。本发明的所述实施例是针对由远程控制器和ZGPD能量收集开关控制的支持ZGP和不支持ZGP的ZigBee智能照明（ZSL）灯的特殊情况优化的。然而，本发明还覆盖用于照明以外的其它应用和装置类型的其他实施例，例如，包含由ZGPD控制的支持ZGP和不支持ZGP的装置的ZigBee建筑自动化和ZigBee家庭自动化网络，包括但不限于供暖、通风和空调（HVAC）装置、安全和访问控制装置（例如，门/窗控制器等）、保险装置、其他自动化装置（例如，百叶窗和围栏控制器）等。本发明可被用于根据ZigBee绿色电力规范[1]，使用ZigBee绿色电力装置的控制系统（如，能量收集机电照明开关、太阳能供电的传感器或者长寿命的电池供电的仪表），其中由ZGPD控制的该系统中的一些装置不理解ZGP。下面参照第一实施例描述几个实施例。●RC组（称为组ID0×0007）可以是针对不同目的建立的组，例如，由另一装置控制的先前存在的组，例如，执行调试操作的RC，或者位置相关的组（例如，每个房间）。它还可以是临时辅助组。或者用于调试目的的专用的固定预留组ID。因此，组0×0007的成员资格可以持续或者在ZGP调试动作之后被解散。该资格可以自动地或者根据明确的调试装置动作（例如，移除该组）被解散。●在步骤0，根据一个实施例，要由ZGPD控制的装置组先前不存在，并且在调试过程中创建。使用以下可选特征之一来创建：○在图形用户界面（GUI）上按图形分组；○ZigBee装置和服务发现与ZigBee识别机制相结合（发现所有（有效）装置匹配集群，逐一地将节点与匹配集群置于识别模式中，并且选择/不选它们）○基于任何标准的默认组（例如，厂商、无线电射程）○任何带外方法（例如，用户对该设备的手动操作）○自动定位/调试算法○建筑布局中的装置位置等。总之，在步骤10开始时，即，当配对信息被发送到由ZGPD控制的装置时，以由ZGPD控制的装置处于具有已知组ID的同一组中的方式确定组。●调试装置的角色可以由支持ZGP的ZSL远程控制器以外的任何其他装置来执行。例如，可以由受ZGPD控制的支持ZGP的调试工具或者任何支持ZGP的装置来执行。●执行调试工具的角色的装置使用ZigBee装置和服务发现机制（如ZigBee规范描述的）来发现（相关）装置的能力。所述相关装置可以例如通过带外手段来识别，例如，用户的手动操作或者ZigBee识别机制或者通过一些无线电通信标准，如有限范围，（调试）网络加入标准等。可以针对调试网络/限定范围内的所有装置或者只针对相关装置执行发现。该发现可能已经使用ZGPD装置和可从ZGPD调试阶段获得的服务能力信息。该发现还可以是通用的，利用功能匹配的后续步骤。●在另一个实施例中，被选择的装置立即成为ZGPD开关组ID（0×VWXY/0×AAAA/0×BBBB）的成员，而不使用组ID0×0007。●在又一个实施例中，执行调试装置角色的装置可以通过不同的通信模式与受ZGPD控制的装置通信，包括使用单播通信分别与每个装置通信。●在又一个实施例中，代替ZGP配置配对，可以使用具有相同效果的不同命令：用于直接写入ZGP代理表和/或信宿表的ZCL命令以及ZGP配对命令。●在另一个实施例中，在步骤0和步骤7至10中，在将ZGPD装置添加到系统之前，主动创建ZGPD开关组ID。例如，在办公室环境中建立ZigBee网络的情况下，针对每个功能分离的实体，例如，区域、房间、工作位置、地板等，创建“空”组ID（即，还没有受任何装置控制的组）。随后，可以使用简单的基于按钮的相近性或者基于代理的配对（如[1,SecA.3.9]中描述的），将该主动建立的还不是受控的组与控制ZGPD配对，或者可以使用任何常规ZigBee配对机制来添加常规ZigBee控制装置。●步骤4：利用各成功失败指示，改为由分别受ZGPD控制的装置执行功能匹配。●在另一个实施例中，在步骤2至4：代替发送ZGPD调试GPDF，非常受限的ZGPD只能利用设置为0b1的自动调试位发送数据GPDF[1,SecA.1.4.1.2]。然后，在步骤4，支持RC/CT/ZGP的装置可以基于由ZGPD发送的ZGPD命令ID执行功能匹配。当功能匹配失败时接收到的支持RC-CT/ZGP的行为是应用特有的。该ZGPD的调试可以被放弃。或者，可以提供实际发送的ZGPD命令ID和预期的应用动作之间的适当的命令翻译。●在另一个实施例中，在步骤7和8：关于ZGPD开关使用的先前组和别名标识符（如果有的话）被重新使用或者用新的标识符代替。●在又一个实施例中，在步骤11，可以不发送对一些ZGP命令的翻译，例如，由于传统装置没有对应的功能。如果在工作阶段由ZGPD发送这种命令，则传统装置将对它不起作用。●可以限定另外的/可替换的机制（例如，命令，标志）以允许明确地启动/禁止（分别地，隧穿/翻译的ZGPD命令）ZGP和传统转发。在商业环境中，如办公室、商场、学校、宾馆、工厂和机构的建筑自动化系统，调试工具的使用不是罕见的。还有使用这种工具的家庭自动化系统。该工具可以是图形的或者仅基于文本的，高级的或简单的。现在描述意图在ZigBee家庭自动化/ZigBee建筑自动化系统中使用调试工具的示例性实施例。步骤1：用户将调试工具置于调试模式下。步骤2：用户在ZGPD上执行要求的ZGP调试动作（如ZigBee绿色电力规范[1]中定义的）或者执行一组动作，直到调试工具提供调试成功指示。调试成功指示可以例如是出现在调试工具的屏幕上的图标和/或ZGPDSrcID和/或ZGPD装置的其他标识符。调试工具执行要求的ZGP调试动作（如绿色电力规范[1]中定义的）并且在完成时提供调试成功指示。（从这时开始，ZGPD开关可以置回工作模式下）。基于来自ZGPD调试阶段的信息，调试工具执行ZGPD到默认常规ZigBee功能的应用功能映射。步骤3：常规ZigBee装置加入调试工具。步骤2和3的顺序不是严格规定的。步骤4：用户使用ZigBee识别机制选择要由ZGPD控制的装置。步骤5：针对ZGPD控制的被识别出的装置，调试工具使用ZigBee装置和服务发现机制（如由ZigBee规范描述的）以发现加入的装置的能力。步骤6：调试工具执行ZGPD和被识别出的装置之间的功能匹配。如果没有可利用的默认映射，则允许定义翻译。该翻译定义阶段可以例如作为包括可在被识别出的装置上获得的ZigBee可控功能（ZigBee属性/命令）的下拉菜单来实现。步骤7：-如果被识别出的装置是不支持ZGP的装置，则调试工具发送：○该装置的适当组ID和适当端点的ZigBeeZCL组集群添加组命令；-如果被识别出的装置是支持ZGP的装置，则调试工具发送：○该装置的适当组ID和端点的ZigBeeZCL组集群添加组命令；○该装置的ZGP端点的信宿表的ZCL写属性命令；○调试工具可以明确地分别启动/禁止（隧穿/翻译的ZGPD命令的）ZGP和/或传统转发。针对由ZGPD控制的所有装置重复步骤4-7。可以分别针对每个装置执行步骤7（优选地以单播方式），或者可以在组配置完成之后，连同（下面的）步骤8执行步骤7。这可以简化例如在调试工具上功能/翻译不一致的修复等。步骤8：在完成组的调试之后，调试工具可以通过进一步寻址不受ZGPD控制的ZGP代理/联合体（combo）装置，明确配置ZGP和/或传统转发。优选地，调试工具将发送ZGP代理表属性的单播ZigBeeZCL写命令或者单播ZGP配对命令。还可以使用如先前实施例中描述的组播/广播ZGP配对或ZGP配置配对命令。根据需要，调试工具进一步配置这些装置的组成员资格。步骤9：命令调试网络上的装置切换到工作网络。可以在步骤7和8之前执行步骤9，即，可以在工作网络上传递ZGPD控制配置。对于成功执行步骤9，如ZigBee规范中定义的，需要传递ZigBee工作网络参数。这不是该过程所特有的，并且可以在步骤3和9内/之间的任何地方执行。在本说明书和权利要求书中，要素前的“一”不排除多个这种要素的存在。此外，词语“包括”不排除所列出之外的其他要素或步骤的存在。权利要求中括号内包括的附图标记旨在帮助理解而不是旨在限制。通过阅读本公开，对本领域的技术人员来说，其他修改是显而易见的。这种修改可涉及在通信网络领域中已知的其他特征，以及可以代替或除了本文已经描述的特征以外使用的其他特征。