本发明涉及调试方法、用于调试网络中的节点的装置、以及包括这样的设备的网络的领域。具体地，这样的设备可能能够使用不同协议配置文件来调试节点，每一个协议配置文件要求对应的调试方案。例如，网络的拓扑结构（集中式/分布式）取决于节点的协议配置文件，因而调试需要适配于协议配置文件中的差异。
背景技术：
：家庭和建筑物自动化利用无线网络。在过去几年间，已经提出并且使用众多类型的网络。作为示例，ZigBee是低成本、低功率的无线网状网络标准。低成本允许该技术广泛部署在无线控制和监控应用中。低功率使用允许以较小电池的较长寿命。ZigBee是基于IEEE802.15.4标准。尽管是低供电的，但是ZigBee设备通常通过将数据通过中间设备传递以到达更远的设备而在较长距离之上传送数据，从而创建网状网络（即，没有能够到达所有联网设备的高功率传送器/接收器的网络）。这样的无线自组网络的去集中化本性使得它们适用于其中不能依赖于中央节点的应用。为了使应用进行通信，它们必须能够加入相同网络，即以网络操作参数进行配置，例如网络标识符、操作信道、安全密钥等。交换那些参数的强制性或可选的方法（还称为调试（一个或多个进程（procedure））），在所谓的应用配置文件中限定。此外，向一个设备告知其控制数据将被发送到另一设备和/或其应该从另一设备接受控制数据的结合（即应用级控制关系）通过匹配关联于设备中的传入或传出数据流的输入和输出群簇标识符来决定。结合表包含源和目的地对。ZigBee可用作两个特征集合，ZigBeePRO和ZigBee，并且它们限定ZigBee网状网络如何进行操作。最广泛使用的规范ZigBeePRO针对低功耗进行优化并且支持具有数千个设备的大型网络。ZigBeePRO提出若干个应用配置文件，其可以共同存在于同一区域中。然而，此时存在防止来自不同配置文件的节点形成单个网络的一些非兼容性。此处将更详细地讨论若干个ZigBee公共应用配置文件中的两个，因为它们针对相同市场空间（消费者市场）进行竞争。ZigBee家庭自动化（ZHA）是帮助创建更智能的家庭的全球产业标准，其增强针对消费者的舒适性、便利性、安全性和能量管理。此外，ZigBee灯链路（ZLL）为照明产业提供全球标准以用于可互操作并且非常易于使用的消费者照明和控制产品。其允许消费者获得经由计数器、遥控和开关对所有其LED灯具、灯泡的无线控制。典型的不可互操作情况由ZHA配置文件和ZLL配置文件设备表示。此处的主要差异在于所涉及的配置文件的不同本性。也就是说，ZHA是围绕集中管理网络加入过程的中央协调员来建立的，而ZLL设备可以在分布式网络中操作，其利用所谓的“触摸链路（Touchlink）”机制来在本地添加组件和管理照明网络。配置设备和网络以实现具体安装需要的任务作为调试而已知。在其最宽泛的意义之下，调试涵盖各种各样的任务，包括无线电和物理环境的调查、设备的更换、参数的配置、应用结合、网络和设备参数的优化、以及正确操作的测试和验证。通常，需要考虑非技术和半技术问题，包括安装者的技能和工作流实践、设备的标识和可访问性的简易性、以及与其它无线或有线系统的共同存在和互操作性。尽管针对调试的考虑通常关注于安装者，但是在部署和测试期间容易地配置和调试ZigBee系统的能力以及现场试验也可能显著加速开发和产品向市场的输送。此外，调试的简易性对于自行安装消费者市场而言也是重要的。更具体地，调试过程可以涉及数个步骤，包括网络创建、加入/发现有效（active）网络、地址分配、安全密钥交换、设备之间的寻找和结合、以及（例如报告间隔等的）应用层配置。在ZigBee联盟中典型地讨论三个不同的调试模式。第一个，A模式（自动模式）涉及设备的自动调试。A模式通常允许最少（或没有）人类干预。第二个，E模式（容易模式）涉及使用设备上的按钮或其它物理机制来在调试期间引导设备。E模式允许简单的最终用户或专业安装者调试。其通常的目标是小型安装（大小：典型的家庭）。第三个，S模式（系统模式）涉及使用外部工具并且典型地由专家安装者使用。S模式表示最复杂形式的调试并且包括最高等级的人类干预。其通常的目标是较大型的安装，诸如商业前提和高端住宅环境。此外，S模式是集中式调试，其是用于使（中央）设备执行或控制或影响其它设备上/其它设备的调试的措施。这种类型的调试还被称为网关或工具调试。中央设备可以是网关、家庭控制器或调试工具，其典型地连接到图形用户界面。其能够配置网络中的其它设备上的结合和报告。不要求中央设备执行ZigBee协调员角色。实际上，其也可以是ZigBee路由器。具有该功能性的ZHA网络中的设备被限定为调试导引器（CD）。针对ZHA配置文件的当前规范限定两个不同的主要调试模式，也就是说EZ模式调试（例如推动按钮调试）和集中式调试（例如又称为网关、工具或S模式调试），其中EZ模式和集中式调试是互补且完全兼容的。同样地，ZLL配置文件规范（如在ZigBee文档号11-0037的docs-zll-zigbee-light-link-zll-profile-specification中所公开的）提供作为优选调试机制的触摸链路（TL）调试。ZLL系统获益于简化安装方法以便具有针对消费者市场的吸引力。触摸链路最小化用户参与，从而允许消费者快速地且容易地安装开架产品。触摸链路的安全模式要求应该触摸链路在一起的设备之间的物理接近，由此有助于网络发现和选择。其还最佳地适于具有非常有限或没有（物理）用户接口（UI）措施的设备，因为在ZLL目标上，不要求通过除空中交换（接近）之外的其它措施来触发触摸链路。触摸链路移除在网络形成和加入过程中对ZigBee协调员的需要。方法使用运行在节点上的特殊调试应用（基于ZLL调试群簇），并且利用个域网间（PAN间）框架，从而允许尚未在相同网络上可操作的设备之间的信息交换。发起网络形成/加入操作的节点作为“发起者”而已知——该节点将通常是遥控单元，但是可以是另一节点，例如开关、传感器或者甚至是灯。触摸链路简单地要求使发起者节点被带到接近要包括在将开始的调试和网络中的节点（例如通过按压按钮）。由发起者联系以执行网络形成或加入操作的节点作为“目标”而已知。当前ZigBee规范针对每一个公共应用配置文件描述了用于使非连接设备到达其正常操作状态所需要的详细步骤。考虑到调试阶段中通常所涉及的任务的数目和复杂性，易于看到单个调试工具设立属于不同ZigBee公共应用配置文件的设备的价值。因为每一个ZigBee公共应用配置文件已经构想成解决不同的需要和场景，所以相应的现有调试进程呈现出一些差异，其不允许属于不同配置文件的设备彼此进行通信。目前，在工厂新设备的情况下，涉及网络的创建的步骤对于两个配置文件呈现相关问题。ZLL目标设备需要与发起者通信，其保证经由基于PAN间的命令的分布式网络初始（inception），而对于相同任务，ZHA设备依赖于中央协调员的存在，中央协调员在ZLL网络拓扑结构中缺失。出于这些原因，当前调试进程不适用于其中ZLL路由器想要对ZHA最终设备具有控制并且反之亦然的任何场景，尤其是如果两个设备尚未连接并且不存在网络的话。这些缺口的主要后果是当前可用的调试工具仅可以用于设立其中所有设备属于相同ZigBee公共配置文件的系统。在ZigBee建筑物自动化应用配置文件规范中，限定调试工具，其可能具有创建其自身的临时调试网络、将加入者拉到该网络、并且随后指令加入者加入另一网络的能力。然而，所有这些功能性都要求加入者实现ZCL调试群簇。技术实现要素：本发明的目的是提出使得能够调试具有不同相应配置文件的不同节点并且能够实现由配置文件所指定的不同调试进程的调试方法和设备，并且因而允许根据那些配置文件实现的完全寻址旧有设备。该目的通过根据权利要求1的装置、根据权利要求13的方法、根据权利要求14的网络设备以及根据权利要求15的计算机程序产品来实现。因而，在网络中提供新调试装置（例如提供为调试工具或调试设备）或功能以便使得能够模仿对应于加入节点配置文件的网络类型。该方案允许客户快速设立和控制属于不同应用配置文件（例如ZHA或ZLL）的设备，其因此不必支持共同的调试进程。由此，ZHA设备可以控制ZLL设备（并且反之亦然），因为所提出的调试工具或功能提供ZLL调试（例如触摸链路）与ZHA调试（例如EZ模式）之间的转变或桥接。所提出的一致的调试装置或功能能够充当朝向加入者或加入节点的特定网络类型，即便网络实际上具有不同类型。例如，其可以假装为集中式网络，以用于使旧有ZHA加入者试图加入ZLL网络。换言之，在当前网络类型不对应于加入节点的配置文件的情况下，调试装置或功能模仿网络类型。尽管有利的是能够将调试装置或功能实现或实行为简单的设备或者在其中实现或实行（例如，比如遥控（RC）），但是本发明不限于这样的实现，并且可以包括丰富的用户接口手持式设备，以及像桥接或网关的设备。网关可以操作为所调试的网络与另一类型网络之间的桥接，所述另一类型网络例如为局域网（LAN）或无线LAN（WLAN）。取决于其实现，调试装置或功能可以执行此处指定的全部或部分的功能性。而且，用户模型可以改变：例如，对于触摸链路交换，加入者可能需要被放在靠近网关/桥接类型的调试装置或功能，而不是将RC类型的调试装置或功能带给加入者。除非以其它方式明确指定，否则代表调试工具的简写“CT”用于指示实施例的以下描述中的那些实现中的任一个。尽管明确地提及仅两种ZigBee配置文件（ZHA和ZLL），但是装置或功能还可以适应于任何ZigBee配置文件的设备，包括ZHA、ZLL、ZBA、ZRS、ZTS、ZHC和ZSE。所提出的解决方案的目的是提供一种独特的调试工具，其能够克服当前防止不同网络配置文件（例如ZigBee配置文件）的设备之间的通信的以上所提及的差异。对于可以包括ZLL和ZHA设备二者的消费者网络的具体示例，调试装置或功能性可以被看作解决双重任务的调试时间桥接设备（媒介）。也就是说，其模拟依赖其存在的所有那些设备（例如ZHA）的协调员或父设备的角色，并且同时能够执行那些设备之间的PAN间通信，其是针对触摸链路调试所构想的和/或使用触摸链路调试。根据第一选项，第一配置文件可以基于以下中的至少一个来选择：用户选择、检测、由调试装置发现的加入节点的能力。这允许调试装置或功能依照期望的用户应用的灵活实现。根据可以与第一选项组合的第二选项，装置可以布置用于以预确定的次序试图进行多个所支持的调试方法。该措施确保所有可用的调试选项都被尝试并且可以实现优先化。根据可以与第一或第二选项组合的第三选项，装置可以适配成允许ZigBee灯链路（ZLL）设备根据触摸链路调试过程加入，其中装置还可以适配成作为发起者进行操作，并且如果操作在集中式网络上，则复制集中式网络参数并且在ZLL调试群簇命令内再解释它们，并且其中装置还可以包括用于向信任中心设备传送关于加入设备的信息的传送器，以用于在将集中式网络参数或网络密钥发送给加入者之前寻求信任中心设备的批准。由此，调试装置充当集中式和非集中式网络配置文件之间的桥接或媒介。根据可以与第一到第三选项中的任一个组合的第四选项，装置可以适配成将ZigBee灯链路触摸链路通信转变成ZigBee经典调试通信。此处，调试装置提供简单的转变功能以使得能够实现ZLL和ZHA设备之间的通信。根据可以与第一到第四选项中的任一个组合的第五选项，装置可以适配成如果操作于分布式网络上，则假装是集中式网络上的协调员并且递送以ZigBee经典设备所期望的方式保护的网络密钥。该选项允许旧有ZHA设备加入到分布式ZHA网络。根据可以与第一到第五选项中的任一个组合的第六选项，装置还可以包括用于将加入节点的请求或响应从第一配置文件的协议转变到第二配置文件协议的协议或者用于基于之前所获得的信息来生成请求或响应的处理器。处理器使得能够灵活编程调试装置以便提供多目的调试工具，其还允许该工具动态地处理事件并且相应地做出响应。根据可以与第一到第六选项中的任一个组合的第七选项，装置可以适配成针对第一配置文件的设备提供作为发起者的第一功能性并且针对第二配置文件的设备提供作为协调员的第二功能性。该措施使得能够实现集中式网络和非集中式网络配置文件之间的适配。根据可以与第一到第七选项中的任一项组合的第八选项，装置可以适配成确定加入节点的能力并且基于确定结果来选择适当的调试方法。由此，网络负载可以减少，因为加入节点和调试装置之间的信息交换可以最小化。在具体示例中，装置可以适配成基于确定结果来确定安全密钥。因而，网络安全可以通过选择最安全的调试进程以及设定由网络/工具和加入者所支持的那些而最大化。根据可以与第一到第八选项中的任一个组合的第九选项，装置可以适配成通过停止向加入节点发送任何回复来指令路由器设备加入或再加入网络。由此，可以触发加入节点改变其网络的父设备。根据可以与第一到第九选项中的任一个组合的第十选项，装置可以适配成收集并且可选地在内部数据结构存储关于网络设备的信息。如果设备不总是可用于通信或者如果触摸链路设备超出触摸链路接近范围，则该措施是有益的；如果调试进程作为整体或者针对特定步骤而具有严格超时，使得没有时间可以可用于实时发现，则存储尤其有益。根据可以与第一到第十选项中的任一个组合的第十一选项，装置可以适配成执行以下中的至少一个：单播简单的描述符请求ZDO命令，在从本地设备接收到简单的描述符请求命令时提供其它设备的发现信息，广播标识查询命令，处置来自端点的标识查询响应，向网络中的其它节点告知新设备的成功加入，借助于触摸链路调试向网络中的信任中心告知已经加入网络的设备的信息能力，处理再加入请求命令并且发布再加入响应命令以用于允许丢失向网络的连接性或在以网络参数进行配置之后首次加入网络的设备的再关联，向用户告知调试操作的成功或不成功完成，以及追踪用来调试设备的模态并且维持该信息以用于在连接性丢失或网络参数改变的情况下允许较容易的再加入进程。这些能力允许对应于加入节点配置文件的网络类型的高效模仿。要指出的是，调试装置可以基于具有分立硬件组件的分立硬件电路、集成芯片或者芯片模块的布置来实现，或者基于由存储在存储器中、编写在计算机可读介质上或者从诸如互联网之类的网络下载的软件例程或程序控制的信号处理设备或芯片来实现。应当理解到，权利要求1的装置、权利要求13的方法、权利要求14的设备和权利要求15的计算机程序具有相似和/或相同的优选实施例，特别地如在从属权利要求中所限定的。应当理解到，本发明的优选实施例还可以是从属权利要求或者以上实施例与相应独立权利要求的任何组合。本发明的这些和其它方面将从以下描述的实施例显而易见并且将参照以下描述的实施例进行阐述。附图说明在附图中：图1示出了其中可以实现本发明的调试设备的示意性框图；图2示出了调试设备作为遥控的可能实现的示意性示例；图3示出了根据第一实施例的调试进程的流程图，其中没有检测到现有网络，调试工具已经创建作为协调员的网络，并且新设备想要加入网络；图4示出了根据第二实施例的调试进程的流程图，其中调试工具工作在集中式网络内，并且新设备想要加入网络；图5示出了根据第三实施例的调试进程的流程图，其中调试工具作为调试时间网关进行操作；图6示出了根据第四实施例的调试进程的流程图，其中调试工具工作在分布式网络内，并且新设备想要加入网络；图7示出了根据各种实施例的调试设备的示意性框图，其是不同网络设备之间的代理功能性；图8针对具有不同配置文件的设备示出了根据第五实施例的结合进程的信令图；图9针对具有不同配置文件的设备示出了根据第六实施例的结合进程的信令图，其中调试工具转变配置文件标识；图10针对具有不同配置文件的设备示出了根据第七实施例的结合进程的信令图，其中调试工具创建结合；以及图11针对具有不同配置文件的设备示出了根据第八实施例的结合进程的信令图。具体实施方式现在基于用于无线传感器网络或者家庭或建筑物自动化网络的调试工具来描述本发明的实施例。具体地，在下文引入和说明的示例是基于ZigBee无线网络。这样的网络可以涉及家庭或建筑物自动化网络，其中若干配置文件可以共同存在并且需要交互。例如，ZigBee灯链路（ZLL）和ZigBee家庭自动化（ZHA）节点可能需要一起操作，特别地在形成网络时。要指出的是，ZigBee网络此处被用作示例，并且本发明可以适用于针对家庭和建筑物自动化或感测或监控的另外种类的无线网络。在继续描述实施例及其相应的调试进程之前，呈现并解释将在ZigBee系统的网络初始阶段中发挥基本作用的变量。以下表格总结了已经由ZigBee规范限定的这样的变量或参数，其首先列出每一个参数的一般指定并且然后列出其在ZigBee系统中的实现，包括其可以采取的值的范围（以十六进制标记）及其在新出厂设备中的默认值（以十六进制标记）。现在简要地解释以上参数的功能：网络地址（NA）字段的长度为16位并且应当包含分配给无线节点/控制器的短网络地址。个域网（PAN）标识符字段（PID）的长度为16位并且应当包含PAN的标识符。扩展PAN标识符（EPID）字段的长度为64位并且应当包含网络的扩展PAN标识符。逻辑信道字段（LC）（又称为“phyCurrentChannel”）的长度为8位并且应当包含用于网络的无线电信道。网络更新标识符（NUI）字段应当包含标识该节点以其操作的网络设置的快照的值。安全网络密钥（SNK）集合包含网络密钥素材，其应当是调试应用可访问的。密钥标识符（SNKID）包含安全网络密钥集合中的有效网络密钥的序列号。协调员能力（CC）字段是布尔符号标志并且应当告知能够发挥网络中的协调员的角色的设备的能力（即创建新网络的可能性，可选地/包括充当信任中心点）。如果CC标志设定为真，则设备能够作为协调员。如果CC标志设定为假，则设备可以是ZigBee路由器或ZigBee最终设备类型。该标志又称为“nwkcCoordinatorCapable”，其作为网络信息库（NIB）常量而存在于当前ZigBee规范中。第二标志（又称为“apsDesignatedCoordinator”）作为APS信息库（AIB）常量而存在于当前ZigBee规范中。节点描述符的MAC（介质访问控制）能力标志字段的可替换PAN协调员标志由当前ZigBee规范（r20）设定为“0b0”。逻辑设备类型（LDT）字段的长度为8位并且指定设备类型，例如如果设备是ZigBee路由器、ZigBee协调员或ZigBee最终设备。其实现为节点描述符的逻辑类型字段。在下文中，描述所提出的调试工具（CT）的可能硬件组件。图1示出了根据各种实施例的CT10的示意性框图。CT10包括收发器103以用于经由天线102向/自网络无线地传送/接收信息。此外，提供存储器104和控制器105以用于存储和处理实现根据以下描述的实施例的调试进程所要求的信息。信号可以经由第一用户接口106（例如蜂鸣器或发光元件或屏幕等）输出给用户，并且用户可以经由第二用户接口107（例如（多个）按钮或触摸屏等）输入信息。图2示出了调试设备作为具有遥控功能的手持式设备的可能实现的示意性示例。开/关按钮201服务于接通或关断设备。附加地，触摸链路按钮202可以提供用于使调试设备支持触摸链路进程，并且EZ模式按钮203提供用于调试ZHA设备。发光二极管（LED）204或其它照明元件或蜂鸣器206提供为输出用户接口（UI）元件。设备可以由插入到电池插槽205的电池来供电。按钮202,203可以组合。LED204和蜂鸣器206是输出UI构件的示例，并且也可以组合或者由其它输出构件（例如显示器）来替换。为了提供根据各种实施例的所提出的调试工具可以实现的调试进程的详细描述，针对四个主要子部段，也就是说，网络的创建/加入/发现/选择（起始进程）、安全密钥交换、允许新设备加入、以及寻找和结合。网络的创建/加入/发现/选择（起始进程）是紧接在新出厂CT的加电阶段之后的进程，并且描述设备通过其可以变为现有网络的有效部分或者在没有检测到网络的情况下创建新网络的步骤。要指出的是，可以存在可能的关于随后加电的CT中的数据保持的不同基本原理。在家庭类CT中，在随后加电时，CT可能已经处于网络中（因为其可能总是用于配置相同的家庭网络）。因而，其可能在其存储器中保持数据。作为对比，在专业类CT中，CT可能用于配置不同网络，因此在加电时，其尚未加入并且加入/创建其需要的网络（或者例如从其存储器下载许多配置之一）。因而，根据各种实施例的以下调试进程可以适用于新出厂CT或者（再）加入（另一）网络的CT。为CT加电（例如，插入电池，接通设备，或者开启调试app（例如小应用程序或应用））。在用户交互时（或者自动地），CT使用任何所要求的方法（经典、加入、EZ模式、触摸链路、或者任何其它加入方法，如果支持的话）来执行网络发现以及然后加入（和/或形成）所必要的动作。如果CT检测到要加入的适当网络，则CT可以加入集中式网络或分布式网络。要加入的适当网络是满足CT的一些实现特定准则的网络，例如包括：针对加入开放（PermitJoin-真）、能够接受特定类型的设备、根据特定配置文件操作、执行特定调试方法、要求特定类型的安全凭证、根据特定安全设定操作、包括特定设备类型（例如网关）、具有特定信号质量等。在经典加入或EZ模式的情况下，网络类型（集中式或分布式）可以在加入之后接收到安全密钥（在运输密钥命令中）时确定，在分布式网络的情况下是通过分析包括“0xff..ff”的TC地址字段，并且在具有协调员的集中式网络的情况下是通过分析唯一地址（不是“0xff..ff”，并且不是“0x00..00”），因为协调员典型地也托管信任中心（TC）功能。触摸链路方法的使用可能指示分布式网络。如果加入成功，则CT是网络的有效部分，并且现在可以用于调试其它设备并允许它们加入网络。如上文所指示的，可选地，CT可以从其存储器再调用网络参数，并且进行NWK再加入或沉默再加入。如果没有检测到适当网络，则调试工具设定网络的初始参数：PANID、扩展PANID、网络地址0x0000以及安全设定（TC地址!=”0xff..ff”），并且创建网络作为协调员。在另一实施例中，如果没有检测到网络，则CT可以形成分布式网络。在又一实施例中，如果没有检测到适当网络，则调试工具可以等待确定网络类型直到执行真实调试进程（例如基于用户输入或加入者能力）。当CT在网络中有效之后，或者当其已经创建一个网络（作为协调员）之后，其最终具有调试并允许其它设备加入网络的能力。在以下实施例中，基于图3到6描述用于不同起始情况的不同调试进程。图3示出了根据第一实施例的调试进程的流程图，其中没有检测到适当网络，CT已经创建网络作为协调员，并且新设备想要加入网络。此处，CT发挥双重角色：针对ZLL设备的发起者以及针对ZHA设备的ZigBeePAN协调员（ZC）和/或信任中心（TC）。在图3中描述的第一实施例（表示多个可能的选项中的仅一个）针对CT作为ZLL发起者。为了在该特定情况下触发触摸链路进程，需要用户交互。进程在步骤S300处开始。在步骤S301处，CT已经创建网络作为协调员，并且在步骤S302处，其等待（用户）输入。请注意，网络在该步骤处可能已经包含附加设备，其之前在CT处或者经由任何其它调试方式加入。在扩展中，如果CT的网络中的任何其它设备能够执行ZC/TC角色，则CT可以将该角色移交给该设备，因而有效地移动到以下图4的情况。在S302中，CT可以参与在网络上的任何通信交换中，例如控制其它设备，接收控制命令，接收和/或发送维护数据等等。在步骤S303处，在用于使得能够调试的触发（例如用户动作）之后，打开用于调试的预确定时间窗口，并且CT检查要加入的设备（例如通过在ZLL主信道上主动扫描，其中要求FNZLL目标处于主信道上）。如果没有设备尝试加入网络并且时间窗口逝去，则进程跳至其在步骤S313处的结尾。在一个实施例（其可以实现在例如遥控中，如例如在以上图2中所描绘的）中，用户可以明确地触发CT以执行特定类型的调试，例如触摸链路调试，而不是经典加入/EZ模式调试，例如使用两个不同的用户交互，例如两个按钮或两个按压序列（例如短按压与长按压，一次按压与两次按压等等）。在另一实施例中，可以存在CT处的仅单个用户触发，并且可以将CT编程为以特定次序试图所支持的两个调试方法，例如首先充当ZLL发起者，针对（新出厂）目标扫描主信道，并且如果没有发现目标（在触摸链路请求的接近中），则返回到操作信道并打开PermitJoin；或者反之亦然，或者两个进程的交错所选步骤。在又一实施例中，CT可能能够确定加入者的能力（例如通过在加入者与网络之间交换能力信息），并且——即便是单个用户触发——也可能能够直接开始适当的方法。在步骤S304处，CT检查触摸链路请求。如果检测到触摸链路请求，则进程以步骤S310继续，其中CT执行触摸链路调试，其包括传送初始参数以及利用ZLL密钥保护的网络密钥的交换。在可选步骤S311处，CT将在触摸链路进程期间所交换的相关信息存储在其存储器中以允许结合。在步骤S312处，加入者可以以所获得的参数执行关联或NWK再加入。可替换于该S310-S312分支，CT可以允许ZLL设备使用经典加入进行加入，从而利用ZLL预安装的验证链路密钥来保护网络密钥。在步骤S304中没有检测到触摸链路请求并且接收到经典加入请求的情况下，CT在步骤S305中允许MAC关联。要指出的是，CT可能需要处于PermitJoin=真的状态中。如果在CT的网络中存在其它（路由器）设备，则CT可以在步骤S306中广播准许加入请求并且使得能够在另一父设备处加入。在该情况下，CT可能仍旧参与在其信任中心（TC）角色中的调试交换。在步骤S307处，执行利用默认TC链路密钥保护的网络密钥的交换。在可选步骤S308处，CT可以将简单的描述符请求（Simple_desc_req）单播给新设备以便检索和存储信息来结合。最终在步骤S309处，加入者在网络中有效并且进程在步骤S313处结束。图4示出了根据第二实施例的调试进程的流程图，其中调试工具工作在集中式网络内并且新设备想要加入网络。此处，调试工具允许ZigBee灯链路设备根据触摸链路模态加入，其中CT作为ZLL发起者工作，从而复制集中式网络参数并且在PAN间命令内再解释它们。CT将向TC告知已经加入网络的新设备。在图4中，进程在步骤S400处开始并且以集中式网络的存在而在步骤S401中启动，CT是集中式网络的部分。在步骤S402处，CT等待（用户）输入；网络在该步骤处可能已经包含附加设备，其之前在CT处或者经由任何其它调试方式加入；此外，CT可以参与在网络上的任何通信交换中，例如控制其它设备、接收控制命令、接收和/或发送维护数据等等。在步骤S403处，如针对以上图3的情况那样，在用于使得能够调试的触发（例如用户动作）之后，用于调试的预确定时间窗口打开并且CT检查要加入的设备（通过在ZLL主信道上主动扫描，其中要求FNZLL目标处于主信道上）。如果没有设备尝试加入网络并且时间窗口逝去，则进程在步骤S413处结束。在一个实施例（其可以实现在例如遥控中，如例如在以上图2中所描绘的）中，用户可以明确地触发CT以执行特定类型的调试，例如触摸链路调试，而不是经典加入/EZ模式调试，例如使用两个不同的用户交互，例如两个按钮或者两个按压序列（例如短按压与长按压，一次按压与两次按压等）。在另一实施例中，CT处可以存在仅单个用户触发，并且CT可以编程为以特定次序试图所支持的两个调试方法，例如首先充当ZLL发起者，针对（新出厂）目标扫描主信道，并且如果没有找到一个（在触摸链路请求的接近内），则返回到操作信道并且打开PermitJoin；或者反之亦然，或者交错两个进程所选步骤。在又一实施例中，CT可能能够确定加入者的能力（例如通过在加入者与网络之间交换能力信息），并且——即便是单个用户触发——也可能能够直接开始适当的方法。在随后的步骤S404中检测到触摸链路请求的情况下，CT在步骤S406处执行触摸链路调试，其中CT复制当前网络参数（包括由ZLL主密钥保护的TC所选择的网络密钥）并且经由触摸链路将它们传送到新设备（例如触摸链路网络加入路由器请求/网络加入最终设备请求命令）。在步骤S407处执行关联或网络再加入。在步骤S408处，向TC告知网络中的新设备的添加。在一个实施例中，这由CT执行。其可以仅仅向ZC/TC告知新设备（例如使用命令，比如Update_device或Device_annce），其也可以代表新设备完全模仿加入进程，因而有效地使得ZC/TC能够允许或防止向加入者提供安全密钥。在另一实施例中，加入者设备在成功加入网络之后自己工作。要指出的是，对于那些实施例中的任一个，可能要求ZC/TC处于调试模式中，以接受新设备；这可以例如通过CT在广播或单播中向ZC/TC设备发送PermitJoin=真而实现，例如作为步骤S403的进程的部分、作为步骤S406的部分、或者作为步骤S408处的进程的部分。在扩展中，加入者可以配置有TC的真实身份（替代触摸链路进程所暗示的默认TC地址“0xff..ff”）。在可能需要使用经典加入的情况下，这可能是重要的，并且加入者设备可以是未来中的父设备，即如果加入者设备是ZigBee路由器并且用户使用不同调试模态，例如有时候利用CT执行调试，并且有时候使得能够从中央设备（例如ZC/TC或网关）实现调试。在一个实现中，在步骤S406处交换的触摸链路命令可以扩展成承载TC地址。在另一实施例中，TC地址可以在加入之后由CT或TC/ZC递送，例如使用传输密钥命令，或者直接写入到apsTrustCenterAddress参数中。在可选步骤S409处，CT将在触摸链路进程期间所交换的相关信息存储在其存储器中以允许结合。在步骤S412处，加入者在网络中有效并且进程在步骤S413处结束。如果在步骤S404处没有检测到触摸链路请求，则最可能的是加入设备为ZHA设备，其在随后的步骤S405处根据当前ZigBee规范执行加入。为此，CT可能需要在本地或者在整个网络中启用PermitJoin，例如作为步骤S405的部分。在接下来的步骤S410处，加入者接收网络密钥（由默认TC链路密钥保护）并且由TC验证。在可选步骤S411处，CT将简单的描述符请求（Simple_desc_req）单播给新设备以便检索和存储信息来结合。再次，在步骤S412处，加入者在网络中有效并且进程结束。图5示出了根据第三实施例的调试进程的信令图，其中CT作为调试时间网关操作。为了实现这一点，CT提供ZigBee（ZB）功能性30和ZLL功能性40，其适配成提供不同配置文件之间的链路以使得能够在步骤S501处调试。优选地，CT可以在经由ZLL触摸链路向加入者设备50发送参数（尤其是网络密钥）之前寻求ZC/TC20的批准。在步骤S502处，CTZB功能性30将PermitJoin=真的信息传送给ZC/TC20，并且ZC/TC20使得能够在步骤S505处进行调试。在步骤S503处，CT触摸链路功能性40将触摸链路扫描请求传送给ZLL加入者（ZLL-J）50，并且在步骤S504处接收触摸链路扫描响应。接下来，CTZB功能性30在步骤S506处向ZC/TC20传送信标请求，并且在步骤S507处从ZC/TC20接收信标。可选地，CTZB功能性30可以在步骤S508处将针对加入者的MAC关联请求传送给ZC/TC20，并且可以在步骤S509处接收MAC关联响应，针对设备能力的输入是基于TL扫描交换。然后，CTZB功能性30可以在步骤S510处将针对加入者的更新设备请求传送给ZC/TC20，并且可以在步骤S511处接收针对加入者的传输密钥。基于该传输密钥，CTZLL功能性40可以在步骤S512处将ZLL网络加入请求传送给ZLL加入者50。最后，在步骤S513处，ZLL加入者可以朝向ZHA域发出NWK再加入请求。对于ZHA设备，CT可以促进经典调试，例如使得能够实现PermitJoin信令等等。在CT工作于集中式网络（即已经存在协调员）内并且启用触摸链路的新设备想要加入网络的情况下；CT可以在接受加入者之前向ZT/TC咨询。在由TC运行的集中式网络中，CT作为媒介工作，即其将ZLL触摸线路通信转变成ZHA（经典加入/EZ模式）调试通信，使得TC“认为”加入者是常规ZHA设备——并且加入者“认为”其参与在常规ZLL交换中。为了保持两个会话存活，CT必须意识到两个协议中的时序。最明显地，这样，CT可以在向加入者递送网络密钥之前咨询ZT/TC，使得ZT/TC仍旧可以维持针对网络扩展的中央控制点，而针对用户保持ZLL交换的简单性。此外，CT（特别地，如果实现为临时供电的设备，尤其是ZED，例如RC）可以通过在触摸链路网络加入路由器/最终设备请求中为加入者提供网络参数之前停止发送任何回复给加入者来指令路由器（再）加入网络，即针对ZigBee关联/加入阶段。该行为将迫使加入者获得另一设备作为网络内的父体。如果加入者使用NWK再加入进程，则这可以甚至在没有启用其它父体上的PermitJoin信令的情况下完成。图6示出了根据第四实施例的调试进程的流程图，其中CT工作在分布式网络内并且新设备想要加入网络。此处，CT充当ZHA设备的父体，其为它们提供其地址以作为TC地址并且其还作为ZLL发起者而朝向ZLL设备工作。这可以引起混合网络配置，其中一些设备“被认为”处于分布式网络上，并且一些“被认为”处于集中式网络上；其中它们的网络设置通过所存储的TC地址（分别等于或者不等于“0xff..ff”）以及递送网络密钥的方式（分别地通过父体/TC，以及用于网络密钥保护的密钥类型）而不同。在该情况下，在每一次需要将新设备添加到网络的时候，CT需要接通并且操作在网络中。然而，CT未必是父体本身，如果加入者（其要求TC存在）可以在配置有TC地址（而不是“0xff..ff”）的设备之一处加入的话。CT也可以在网络参数递送时变为加入者的父体，并且然后让其在任何路由器处再加入（优选地使用安全NWK再加入）。图6的进程在步骤S600处开始并且分布式网络在步骤S601处存在。从步骤S602到步骤S604，进程再调用结合图3和4所描述的相同步骤。在步骤S605处，在步骤S604处没有检测到触摸链路请求的情况下，作为经典加入/EZ模式（关联）进程的部分，TC传送当前网络参数（例如EPID、PID和网络地址）。在步骤S606处，利用TC默认密钥保护的网络密钥作为传输密钥命令的部分而传送到加入者，还包括CT自身的地址作为TC地址。在可选步骤S607处，CT将简单描述符请求（Simple_desc_req）单播给新设备并且将所检索的信息存储在其存储器中。否则，如果在步骤S604处已经检测到触摸链路请求，则进程分支到步骤S608并且加入者执行如ZLLZigBee规范中所描述的触摸链路进程。由此，其接收利用ZLL密钥加密的网络密钥。在可选步骤S609处，CT将在触摸链路进程期间所交换的信息存储在其自身的存储器中。在步骤S610处，加入者可以利用所获得的参数执行关联或NWK再加入。最后在步骤S611处，加入者设备在网络中有效且可操作，并且进程结束。在下文中，将更加详细地描述安全密钥交换。CT调试ZLL和ZHA设备二者的能力要求为CT提供适当的安全密钥，以便依照每一个配置文件规范执行验证并递送网络密钥。特别地，为CT提供三个不同的密钥：ZLL主密钥、公知的默认TC链路密钥、以及ZLL预安装的验证链路密钥。作为另外的选项，CT可以包括其它密钥类型，例如源自安装代码的单独TC链路密钥。ZLL密钥是由所有经验证的ZLL设备所共享的秘密。其仅分发给经验证的制造商并且与保管合同绑定。调试工具因此必须被验证为ZLL设备，并且其意图将ZLL密钥所保护的网络密钥（NWK）仅递送给ZigBee灯链路适应的设备。尽管ZLL预安装的密钥不涉及在本发明的任何所描述的实施例中，但是其被视为必要密钥以便保证CT是ZLL兼容设备并且对于ZLL验证是合格的。其可以用于使用经典调试将网络密钥递送给具有触摸链路能力的设备。对于所有ZHA设备以及不支持预安装的密钥的其它ZigBeePro设备，ZLL密钥的存在是透明的。在一个实施例中，归因于每一个ZigBee经验证设备上的ZigBee应用配置文件标记的存在，用户意识到需要调试的设备（即ZHA、ZLL）的能力，并且相应地指令CT（例如按压CT上的按钮）。通过指示设备所属于的配置文件，使CT意识到哪个安全密钥将用于安全地传输网络密钥。在另一实施例中，在发现加入者的能力时确定要使用的密钥类型，例如基于它所使用的调试方法（EZ模式与ZLL触摸链路）。类似于ZLL和ZHA网络，CT可以桥接在其它安全模态之间，例如具有IC能力的加入者和没有IC能力的网络。现今防止ZHA与ZLL之间的成功通信的另一差异是设备可以允许另一设备加入网络的不同持续时间以及ZLL设备不能广播管理准许加入请求（Mgmt-Permit-Join请求）以启用准许持续时间标志。为了保持数据的一致性并且允许来自不同配置文件的设备加入网络，调试工具具有以下能力：在准许持续时间参数设定成ZigBee协调员或路由器在此期间将允许关联的以秒计的时间长度（通常180s）的情况下单播/广播命令Mgmt_Permit_Join。当网络中的设备接收到Mgmt_Permit_Join请求时，其能够处理该请求并且使用在CT的Mgmt_Permit_Join请求中所供应的相同准许持续时间值来发出NLME_Permit_Join请求。作为附加特征，CT可以具有以下能力：广播Device_annce命令以向其它ZigBee设备告知新设备已经加入网络或者丢失连接的设备已经成功地执行再加入进程。一旦设备处于网络中，必要的是建立与其控制应用和/或其将控制的应用的关系。用于建立位于不同设备中的两个端点之间的逻辑关系的过程在Zigbee中称为结合（例如将控制灯的开关绑定到灯），并且可以包括控制分组的形成；寻找部分是指从具有匹配功能性的可能地许多设备选择要结合的（多个）设备。结合表中的条目基本上是一对，其包括源地址、源端点身份(ID)、目的地地址、目的地端点ID和在结合链路中使用的群簇标识符之间的关联。结合表由支持经典调试/EZ模式的源设备所存储，并且其在外部可读(经由Mgmt_Bind_req)和可配置(经由Bind_req/Unbind_req)。ZLL具有应用级处的类似结构，然而它不是在外部可访问的。出于该目的，CT可能具有结合网络内的设备方面的桥接功能性；特别地，其能够充当结合的另一侧。在各种实施例中，CT可以跨两个调试模态实时地进行设备和服务发现，从而搜索与CT所代理的实际加入者的应用功能性相匹配的设备。其可以基于Zigbee简单描述符请求（Simple_Desc_req）来转变加入者的请求/响应（例如，ZHA加入者的匹配描述符请求；包括在不同Zigbee设备与服务发现服务之间转变，如果仅一些得到支持的话，例如响应于匹配描述符请求（Match_Desc_req）），或者基于之前所获得的信息来生成请求/响应（例如在ZLL加入者的触摸链路扫描响应消息中）。另外，其可以适配设备和服务发现消息中的配置文件标识符，使得其与请求者所期望的配置文件匹配。为此，CT可以利用适当配置文件标识符来生成或再发送请求和/或响应。其因而可以是设备之间的媒介以用于使它们自己创建其自身的应用层控制关系（例如结合），或者配置那些关系明确性（例如使用ZigBee的结合请求命令）。要指出的是，这可以要求通过（受保护的）ZigBee网络发送ZLL调试群簇命令（例如设备信息请求或扫描请求），而不是PAN间。在其它实施例中，一旦CT在网络中有效，则其收集涉及已经处于网络中的其它设备的信息。这可以是有益的，例如如果设备不总是在网络上的话，或者例如如果ZLL设备超出CT的触摸链路接近范围，从而防止随后的递送。为了实现这一点，其首先将发送ZLL调试群簇的设备信息请求命令（通过ZigBee或PAN间）和/或ZigBee设备和服务发现命令以便从ZLL和ZHA设备二者检索信息。实际上，CT支持EZ模式和触摸链路（PAN间消息发送）二者并且实现内部数据结构，其能够将关于设备的信息存储在网络中。以类似方式，当新设备将加入网络时，在交换安全密钥之后，CT将收集并且在其自身的存储器中存储涉及新设备的信息。所存储的信息的格式可以取决于调试中所涉及的设备的类型。特别地，在经由触摸链路调试的ZLL设备的情况下，CT可以以以下表格在设备信息表中记录相关信息：字段名称数据类型IEEE地址IEEE地址端点ID无符号8位整数配置文件ID无符号16位整数设备ID无符号16位整数设备版本无符号4位整数所预留的（4位）分组ID序号无符号8位整数种类标签无符号8位整数在经由EZ模式或经典调试所调试的ZHA设备的情况下，所存储的信息包括具有以下格式的简单描述符的字段：字段名称长度（位）端点8应用配置文件标识符16应用设备标识符16应用设备版本4所预留的4应用输入群簇计数8应用输入群簇列表16*i（其中i是应用输入群簇计数的值）应用输出群簇计数8应用输出群簇列表16*o（其中o是应用输出群簇计数的值）该信息将仅在整个调试阶段期间保持在存储器中。一旦新设备处于网络中并且已经达到其正常操作状态，则CT可以刷新或丢弃存储在存储器中的信息。在一个实施例中，为了发起结合进程，在触发（即用户按压安装在源端点设备上的结合按钮，或者自动地跟随设备加入）时，源端点设备触发设备和服务发现，其进而触发CT检索涉及源端点设备的设备能力的信息。如上文所讨论的，该检索可以来自本地存储器，基于CT的预发现，或者实时地来自远程设备本身（或另一缓存器）。而且，应用信息从本地存储器的检索可以通过用户当前所选择的设备的实时检查来实现以用于调试，或者经由检查其标识状态。在从源和目的地二者（使用EZ模式或者经由触摸链路模态取决于设备的ZigBee配置文件）接收设备能力之后，CT比较其所支持的群簇标识符，并且如果它们匹配，则其验证结合请求并将所有关于结合的信息存储在内部结合表中。要指出的是，比较所支持的群簇标识符的步骤可能要求转变ZLL功能性（如通过例如ZLL调试群簇扫描请求/响应命令的设备标识符和版本字段所编码的）。如限定在ZLL规范中的强制设备功能性可以用于该目的。以下表列出针对ZLL可调光照明设备的示例性限定。图7示出了根据各种实施例的CT的示意性框图，其是不同网络设备之间的代理功能性。根据图7，CT80首先与第一设备70（例如服务器设备）的源端点72通信，从而得到其设备能力和信息73。CT80然后与第二设备90（例如客户端设备）的目的地端点92通信，以得到其设备能力和信息93。CT80然后根据其结合准则82进行匹配。如果匹配正确，则根据它们中的每一个所支持的模态将配置命令发送给两个设备，并且将新结合条目存储在作为中央设备的CT80的结合表83中。至于结合过程，重要的是强调两个不同的使用情况。第一个，ZHA控制器（例如传感器、开关等）想要控制ZLL灯泡。第二个，ZLL控制器（例如传感器、开关等）想要控制ZHA灯泡。图8针对具有不同配置文件的设备以及针对以上第一个使用情况示出了根据第五实施例的结合进程的信令图。参照涉及控制ZLL灯泡（ZLL-B）150的ZHA控制器（ZHA-SW）120的第一情况的第五实施例，一旦ZLL灯泡150和ZHA开关120设备成功地操作在相同网络上（要么是因为CT已经创建网络，要么是因为其已经允许设备加入现有网络，如在网络的创建/加入/发现的第一部分中所描述的），结合进程可能不（需要）涉及使用具有其EZ模式功能性130和ZLL功能性140的CT。在该情况下，ZHA开关执行结合所必要的信息可以直接通过单播简单描述符请求（Simple_Desc_req）或将描述符请求（Match_Desc_req）匹配到ZLL灯泡150来检索。图8的信令图涉及以下情况：可能仍要求CT例如将正确的配置文件ID放置于ZLL设备所提供的响应中，即配置文件IDX（例如“0x0104”），而不是配置文件IDY（例如“0xc05e）。在步骤S801处，发起动作（例如通过用户或另一触发）以将ZLL灯泡150放置到标识模式中。在步骤S802处，控制ZHA开关120以启用EZ模式。在步骤S803处，ZHA开关120广播标识查询命令，并且在步骤S804处，ZLL灯泡150广播标识查询响应。然后在步骤805处，ZHA开关120以其配置文件IDX传送简单描述符请求（或者检索端点信息或匹配描述符的另一试图）到ZLL灯泡150。作为其响应，在步骤S806处，ZLL灯泡150以其配置文件IDY发出响应，其由于非匹配配置文件ID而丢失。现在在步骤S807处，CT提供其ZLL功能性140与其EZ功能性130之间的转变功能，以便将接收自ZLL灯泡150的配置文件IDY转变成ZHA开关120的正确配置文件IDX。然后在步骤808中，EZ功能性130以经转变的配置文件ID将响应转发给ZHA开关120。在已经接收到正确配置文件IDX之后，ZHA开关120在步骤S809处发起本地结合创建。可选地，CT的ZLL功能性140可以在步骤S810处将停止标识命令发送给ZLL灯泡150。图9针对具有不同配置文件的设备以及针对以上第一个使用情况示出了根据第六实施例的结合进程的信令图，其中调试工具根据不同调试方法在不同设备与服务发现方法之间转变。此处，CT可以将经由触摸链路机制所获得的信息从ZLL灯泡150转变到由ZHA开关120所使用的ZigBee设备和服务原始情况。可能要求后一点，例如如果ZLL灯泡150临时不可用，例如仍旧再加入等。在图9的信令图中，步骤S901到S904对应于图8的步骤S801到S804。然后在步骤S905处，ZHA开关120将简单描述符请求（或者检索端点信息或匹配描述符的另一试图）传送给丢失的ZLL灯泡150。现在在步骤S906处，CT的ZLL功能性140将可选的PAN间设备信息请求发送给ZLL灯泡150，其在步骤S907处以PAN间设备信息响应做出响应。可替换于步骤S906和S907，CT可以从本地存储器检索较早所获得的关于ZLL灯泡的设备信息。灯泡信息然后在步骤S908处在CT中转变并且由EZ功能性130以经转变的灯泡信息做出响应时在简单描述符响应中转发给ZHA开关120。在已经接收到经转变的灯泡信息的情况下，ZHA开关120在步骤S910处发起本地结合创建。可选地，CT的ZLL功能性140可以在步骤S911处将停止标识命令发送给ZLL灯泡150。图10针对具有不同配置文件的设备以及针对以上第一个使用情况示出了根据第七实施例的结合进程的信令图，其中调试工具创建结合。为了知晓ZHA开关120要与哪些ZLL设备配对，CT可能需要查询（和/或存储）其标识状态，监控自加入起所逝去的时间等等。在第七实施例中，CT可以在本地比较两个设备的应用能力——而不是转变请求/响应，并且直接在ZHA开关120上配置结合，例如使用结合请求。必须注意的是，这是EZ模式调试进程的有效结果，即状态机由于缺少发现响应而暂停过程/使过程无效，而同时已经配置结合。发起步骤S1001到S1005，S1007和S1008对应于图9的步骤S901到S907，并且此处再次不进行解释。然而，与第六实施例相反，CT的EZ侧或功能性现在还在步骤S1006处将简单描述符请求发送给ZHA开关120。在步骤S1009处，从ZLL灯泡150所接收的灯泡信息存储在CT处。此外在步骤S100处，CT的EZ功能性130从ZHA开关120接收开关信息。该开关信息在步骤S1011处存储在CT处。然后在步骤S1012处，将所存储的灯泡信息与所存储的开关信息相比较以标识匹配。基于比较结果，CT的EZ功能性130在步骤S1013处将ZigBee应用支持子层（APS）结合请求传送给ZHA开关120。可选地，CT的ZLL功能性140可以在步骤S1014处将停止标识命令发送给ZLL灯泡150。与图8到10的以上第一个使用情况相反，控制ZHA灯泡的ZLL开关的第二个使用情况要求CT克服ZLL控制器中的源结合的缺失以及ZHA灯泡上的ZLL调试群簇支持的缺失。图11针对具有不同配置文件的设备以及针对以上第二个使用情况示出了根据第八实施例的结合进程的信令图。图11的信令图示出了在ZLL控制器（开关）122、CT（出于描述的目的，子划分在两个子实体CT-ZLL140和CT-EZ中，如在图8到10中所示）和ZHA灯泡152之间通过空中交换的消息，以便成功地结合设备。假定ZLL开关122、CT和ZHA灯泡152已经成功加入，并且当前在相同网络中可操作。在步骤S1101处，可以触发在CT-ZLL侧或功能性140处启用结合步骤，例如通过ZLL开关122或ZHA灯泡152向网络的成功加入进程或者CT上的明确用户动作（例如通过输入用户接口）。可替换地，通过ZigBee和/或PAN间的特定设备或服务发现消息的接收可以是触发。进程还可以包括以下可选步骤（没有示出）：用户选择要结合的设备，例如通过启用它们上的标识模式。该选择可以是暗含的并且自动地跟随成功加入，可能要求与设备的用户交互（例如按压按钮），或者可以由来自CT的命令触发，例如当接近要选择的设备时（使用PAN间），或者例如仅仅是通过所有存储/发现的设备进行切换。CT可能已经在加入阶段处检索到涉及ZLL开关122和/或ZHA灯泡152的信息。因此，该信息可能已经在其存储器中可用。在图11中，可选的步骤S1102和S1103涉及通过发送设备信息请求和接收设备信息响应从ZLL开关请求信息。所接收的开关信息可以存储在另外的可选步骤S1104中。此外，在步骤S1105处，可以将标识查询命令从CT广播到ZHA灯泡152和ZLL开关122。两者可以分别在步骤S1106和S1107处以标识查询响应做出响应。然后，在步骤S1108处将简单描述符或匹配描述符请求单播给ZHA灯泡152。ZHA灯泡S152在步骤S1109处以单播简单描述符或匹配描述符响应（包括灯泡信息）做出响应。然后在步骤S1110处，CT可以将所接收的灯泡信息与开关信息相比较，并且在步骤S1111处基于比较结果转变信息。然后在步骤S1112处，CT的ZLL功能性140将调试群簇命令发送给ZLL开关122。可选地，ZLL开关122然后可以发起配对过程，并且ZLL功能性140可以存储配对信息。其中CT从所涉及的设备收集信息的精确时刻以及触发该进程的动作可以根据具体的实现。可以跳过比较用于匹配的信息的步骤S1110，并且可以将ZHA灯泡152的经转变的ZHA能力信息递送给ZLL开关122，使得其可以执行匹配。代替于帮助在设备处创建结合条目，CT可以执行以下任务：同样针对没有能力具有结合表且不支持源结合的所有设备而保持和维持该信息，或者哪些结合结构不是远程可访问的。然而，该设计具有以下暗示：CT需要在所结合的设备之间的通信每次发生时是可操作的。而且，重要的是要指出，源设备需要知晓将通信转发给CT（而不是由于没有目的地的本地存储而默默地丢弃它）。在积极方面，该设计具有以下益处：能够在将命令转发给其它配置文件的设备时校正一些参数，例如替换配置文件ID（如果使用非匹配的配置文件标识符）和/或例如通过所支持的等同替换非支持的命令（例如通过常规添加场景命令替换增强型添加场景命令，或者例如利用常规关闭命令替换有效关闭命令）。要指出的是，如果CT假装代表另一设备发送消息（假设其是ZLL加入者、CT等），则其可能需要将该设备的地址放置于所要求的字段中，例如NWK源地址字段。其还可能需要使用涉及其它设备的其它参数，例如其密钥、安全帧计数器等。在以上实施例中，CT提供有至少一个能力，以将简单描述符请求ZigBee设备对象（ZDO）命令单播来询问指定端点上的远程设备的简单描述符，在从本地设备接收到简单描述符请求命令时提供其它设备的发现信息，从而期望询问其信息保持在调试工具存储器中的网络中的远程设备的信息（即ZigBee缓存功能性）、广播标识查询命令、处置来自端点的查询响应、向网络中的其它节点告知新设备的成功加入（例如借助于更新设备和/或device_annce命令）、借助于与调试工具本身的触摸链路而向网络中的TC告知已经加入网络的设备的信息能力（例如借助于更新设备和/或device_annce命令）、处理再加入请求命令并且发出再加入响应命令以用于允许丢失到网络的连接性的设备的再关联、向用户告知（例如经由蜂鸣器和/或闪烁LED）调试操作的成功或非成功达成、以及追踪用于调试设备和保持该信息的模态以用于允许连接性丢失的情况下的较容易再加入进程。要指出的是，CT可以——取决于实际实现——实现为ZC、ZR或ZED。如果实现为ZED或ZR，则其可以仅假装是朝向ZHA（旧有）加入者的ZC。作为总结，已经描述了调试装置和方法以用于配置第一配置文件的加入节点来操作在依照第二配置文件的网络中，其中调试装置布置成模仿对应于第一配置文件的调试过程。所描述的根据各种实施例的网络系统的组件的操作可以实现为计算机程序的程序代码构件和/或专用硬件。更具体地，所描述的进程可以实现为计算机程序的程序代码构件和/或专用硬件。计算机程序可以存储和/或分布在适当的介质上，诸如连同其他硬件一起供应或者作为其部分而供应的光学存储介质或固态介质，但是也可以以其它形式分布，诸如经由互联网或其它有线或无线电信系统。尽管已经在附图和前述描述中详细图示和描述了本发明，但是这样的图示和描述要被视为说明性或示例性而非限制性的。本发明不限于具有灯泡作为负载设备的所公开的实施例。其可以与任何类型的负载、传感器、开关等而实现。通过研究附图、公开内容和随附权的利要求，本领域技术人员在实践要求保护的发明时，可以理解和实现所公开的实施例的其它变形。在权利要求中，词语“包括”不排除其他元件或步骤，并且不定冠词“一”或“一个”不排除多个。单个处理器或其他单元可以履行权利要求中阐述的若干项目的功能。在相互不同的从属权利要求中阐述某些措施的仅有事实不指示这些措施的组合不能用于获利。以上描述详述了本发明的某些实施例。然而将领会到，不管前述内容在文本中如何详细地出现，本发明都可以以许多方式实践，并且因此不限于所公开的实施例。应当指出的是，在描述本发明的某些特征或方面时特定术语的使用不应当视为暗示着该术语在本文中再限定为限于包括该术语与其相关联的本发明的特征或方面的任何具体特性。单个单元或设备可以达成权利要求中阐述的若干项目的功能。在相互不同的从属权利要求中阐述某些措施的仅有事实不指示这些措施的组合不能用于获利。当前第1页1 2 3