CN110855311A - Rf收发器和无线网状网络 - Google Patents

Abstract

本公开涉及RF收发器和无线网状网络。描述一种用于网状网络节点的RF收发器。所述RF收发器包括RF发射器和联接到处理器的RF接收器。所述RF收发器在正常操作模式中被配置为在无线网状网络中的网络节点，并且在服务操作模式中被配置为在树形网络中的网络节点。

Description

RF收发器和无线网状网络

技术领域

本公开涉及射频(RF)收发器和包括RF收发器的无线网状网络。

背景技术

网状网络为一种网络拓扑结构，其中网格中的任何给定节点可与网络中的任何其它节点直接通信。网状网络拓扑结构通常用于实施无线网络，因为如果在网络中的特定点出现故障，那么具有提高鲁棒性的优点。网状网络可根据用于例如在照明、加热和其它建筑控制系统中的网络的Zigbee无线标准来实施。全网状网络为其中所有节点都可直接与在网络中的所有其它节点通信的网络。对于其中单个节点在空间上相隔较远的非常大的网状网络，例如，由于无线节点的RF收发器的功率限制，无线网络节点可能无法直接与网状网络中的所有节点通信。这些网络可被称为部分网状网络。在操作中，一些数据传递可仅在网络中的两个节点之间为必需的。在其它状况下，例如如果需要固件更新，那么数据传递可从一个节点到许多节点。

发明内容

在所附权利要求书中限定本公开的各个方面。在第一方面，提供用于网状网络节点的RF收发器，其中RF收发器在正常操作模式中被配置为在无线网状网络中的网络节点，并且在服务操作模式中被配置为在树形网络中的网络节点。

在服务操作模式下的一个或多个实施例中，RF收发器可被另外配置为服务器和客户端中的至少一种。当RF收发器被配置为客户端时，RF收发器可被配置成与单个预定的另外的RF收发器通信，其中单个预定的另外的RF收发器被配置为服务器。

在一个或多个实施例中，RF收发器可包括存储器电路，并且在服务操作模式中，RF收发器可被配置为服务器和客户端，并且被另外配置成从被配置为客户端的预定的第二另外的RF收发器接收数据请求，以检查请求的数据在存储器电路中是否为可用的，并且其中如果数据为可用的，那么RF收发器可被另外配置成将数据传输到另外的RF收发器，并且如果数据为不可用的，那么RF收发器可被另外配置成将数据请求传输到单个预定的另外的RF收发器。数据可包括RF收发器的固件更新。

在服务操作模式下的一个或多个实施例中，RF收发器可被配置成在接收数据请求之前将固件更新通知发送到第二另外的RF收发器。

在服务操作模式下的一个或多个实施例中，RF收发器可被配置为客户端，并且被配置成从单个预定的另外的RF收发器接收固件更新通知，并且被配置成发送固件更新数据请求以响应接收固件更新通知。

服务模式可为空中下载OTA编程操作模式。

在一个或多个实施例中，RF收发器可包括处理器；联接到处理器的存储器电路；联接到处理器的服务器ID存储器电路；联接到处理器的RF发射器和RF接收器。

RF收发器的实施例可包括在无线网络中。

在服务模式下的一个或多个实施例中，网络可包括多个集群，每个集群包括被配置为服务器的第一RF收发器和被配置为客户端的一个或多个另外的RF收发器，并且其中一个或多个另外的RF收发器仅与第一RF收发器通信，并且其中在每个集群中的RF收发器之间的通信使用预定的无线电信道。

在一个或多个实施例中，每个集群的第一收发器可被配置成从一个或多个另外的RF收发器中的每一个另外的RF收发器接收报告数据并且被配置成将集群的报告数据传输到另外的服务器。

在第二方面，提供操作RF收发器作为在网络中的节点的方法，该网络包括在正常模式中，将RF收发器配置为在网状网络中的节点，并且在服务模式中，将RF收发器配置为在树形网络中的节点。

在一个或多个实施例中，方法可另外包括在服务模式中，将RF收发器配置为服务器和客户端中的至少一种，并且其中当RF收发器被配置为客户端时，RF收发器被配置成与预定的网络服务器节点通信。

在一个或多个实施例中，方法可另外包括将RF收发器配置为服务器和客户端；在RF收发器处从网络客户端节点接收数据请求；检查请求的数据在RF收发器的存储器中是否为可用的；如果请求的数据为可用的，那么将数据传输到网络客户端节点；如果请求的数据为不可用的，那么将数据请求从RF收发器发送到预定的网络服务器节点。

在一个或多个实施例中，方法可另外包括在接收数据请求之前发送固件更新通知。

在一个或多个实施例中，方法可另外包括将RF收发器配置为客户端；在RF收发器处从预定的网络服务器节点接收固件更新通知；将固件更新数据请求从RF收发器发送到预定的网络服务器节点以响应接收固件更新通知。

在第三方面，描述包括指令的计算机程序产品，当通过处理单元实行该指令时，引起所述处理单元执行以下步骤：在正常模式中，将RF收发器配置为在网状网络中的节点，并且在服务模式中，将RF收发器配置为在树形网络中的节点。

附图说明

在附图和描述中，相同的附图标号是指相同的特征。现在仅借助于由附图所示出的例子详细地描述实施例，在附图中：

图1A示出网状网络的例子。

图1B示出在空中下载(OTA)更新模式中图1B的网状网络。

图2示出根据实施例在服务模式中配置的网状网络。

图3示出根据实施例配置网状网络的方法。

图4示出根据实施例被配置为网络节点的RF收发器。

图5示出根据实施例中间服务模式服务器-客户端网络节点的操作方法。

图6示出根据实施例中间服务模式服务器-客户端网络节点的操作方法。

图7A示出根据实施例中间服务模式服务器网络节点的操作方法。

图7B示出根据实施例中间服务模式客户端网络节点的操作方法。

图8示出根据实施例用于在网络中配置的主服务器、从服务器和客户端的OTA固件更新的方法。

具体实施方式

图1A示出网状网络100的例子。网状网络100包括五个节点102a、102b、102c、102d、102e。这些节点可通常包括与在网络中的其它节点通信的RF收发器。允许的网状网络的通信路径由短划线104示出。如所示出的网状网络100可被称为全网状网络，因为所有节点可直接与所有其它节点通信。节点102a-e中的任一个节点可充当客户端或服务器。

图1B示出在OTA固件更新期间图1A的网状网络。在网状网络中的节点中的一个节点可具有可用的更新固件图像并且充当OTA服务器以将图像分配到在网络中的其它节点。如所示出，节点102a充当OTA服务器，但是OTA服务器也可为节点102b-e中的任一个节点。节点102a可经由示出为实线104'的通信路径为在网状网络100中的其它节点102b-e提供OTA固件更新。

在较大网状网络中，在服务操作模式中，如空中下载(OTA)固件更新或任何其它OTA编程服务，当节点数量增加时，服务可变得较不可靠。这可能是因为例如存在有限的无线电资源，该无线电资源由所有节点共用。由于有限的无线电资源，在节点102a-e的无线电接口上的冲突的概率可增加。此外，需要充当OTA服务器102a的节点执行更多的处理。此节点102a通常具有有限的处理能力和有限的存储器。由于有限的处理能力，来自大量节点的服务请求可导致执行OTA服务的延迟。

图2示出根据示出的实施例在服务模式中配置的网状网络200。正常模式网状网络连接已从图2中省略，但是将类似于如在图1A中的网络100中所示的那些网状网络。在网络中的节点被分组为无线网状网络服务模式集群202。在集群202中的一个集群202中，网络节点中的一个网络节点被配置为根服务模式服务器节点204。在剩余集群中的每一个集群中，网络节点中的一个网络节点被配置为中间服务模式服务器-客户端节点206。对于在集群202中的每一个集群202中的剩余节点，仅一个节点被配置为服务器。剩余节点208仅被配置为客户端。根服务模式服务器节点204和中间服务模式服务器-客户端节点206与一些从服务器和一些主服务器组织为树形网络。在服务器和客户端之间允许的通信路径210由箭头示出。如所示出，通信路径210的方向为从根服务器节点204到客户端节点208或中间服务器节点206以及从中间服务器节点206到客户端节点208。然而，应了解数据和消息传送也可在相反的方向上发送。

根服务模式服务器节点204充当具有一个或多个从属装置的主机。中间服务模式服务器-客户端节点206具有一个主机和零或更多个从属装置。从服务器也为该从服务器的主服务器的客户端。中间服务模式服务器-客户端节点206属于两个集群并且将在一个集群中充当服务器并且在不同的集群中充当客户端。在服务模式中需要分配的任何数据可在通过树形网络传输到目标客户端节点之前最初通过根服务模式服务器节点204存储。

本公开的发明人已理解，在服务操作模式中，不是允许每个节点与在网络中的大部分或所有节点通信，而是通过使节点成集群并且将节点配置为树形网络，可改善服务模式操作(如OTA固件更新)的效率。在一些例子中，每个集群可使用预定的或专用的无线电信道。这可减少在服务模式操作期间冲突的次数。在一些例子中，服务模式可包括生成网络的报告数据。通过生成每个集群而不是每个节点的报告数据，根服务器处理时间可减少。在其它例子中，由目标客户端节点针对服务模式数据执行的具体动作可通过在集群202中的中间服务器-客户端节点206而不是如在网状网络100中的服务器节点管理。这可减少由根服务器节点204需要的处理。此外，可改善网状网络200的网络可扩展性，因为将新节点添加到集群将不影响集群外的其它节点。

服务模式操作可包括任何1-节点到N-节点文件或数据传递，如固件更新或其它OTA编程服务，如加密密钥或其它配置设置。服务模式可包括例如日志文件或报告文件的任何N-节点到1-节点数据传递。在一些例子中，节点206、208可为传感器，感测例如温度、光、压力、湿度、音频水平、呈现或一些其它参数。每个中间节点208可负责特定种类的传感器。每个中间节点206可组合来自从客户端节点208接收的数据的数据。此组合的数据可为接收的数据的集合。数据可为报告或记录数据，如温度、声音水平的带有时间戳的列表。例如，记录数据的报告可为带有时间戳的事件列表，如移动检测，或在集群中的通过网络节点检测到的故障。在一些例子中，根节点204可为通向云的网关。

图3示出无线网状网络服务模式250的配置方法。配置方法250可用于例如配置无线网状网络200。方法在步骤252开始，并且在步骤254中，可限定在网状网络中的RF收发器节点的集群。为每个集群分派一个服务-模式服务器节点。

在步骤256中，集群中的一个集群的RF收发器节点被配置为树形网络的根服务器节点。此根服务器节点可为例如图2示出的服务模式服务器节点204。在步骤258中，可用的信道可被限定在链路层处并且提供给根服务器节点。在步骤260中，在集群中其余的节点可用根节点的ID和可能的证书编程。

在步骤262中，对于剩余集群中的每一个集群，一个RF收发器节点可被配置为服务器节点。此服务器节点可为例如中间服务模式服务器-客户端节点206。在步骤264中，在具体集群中的其余的节点可用该集群的相应服务器节点的ID编程。其余的节点将全部充当在该集群中的相应服务器节点的客户端。在步骤266中，可进行检查以查看是否存在任何剩余集群仍然待配置。如果所有集群已被配置，那么方法移动到步骤268并且终止。如果存在仍需配置的集群，那么方法返回到步骤262。

方法250将通常在网状网络中操作的节点配置为在服务操作模式中的树形网络。方法250提供关于在链路层水平下可用的信道的集合的信息，并且可使根服务器感知这些信道。在操作中，在发送服务请求(如OTA请求)之前，客户端可使用专用消息向服务器请求无线电信道指配。在一些例子中，此信道指配可仅在有限的时间段内有效。服务器节点可为相应客户端指配信道的集合。对于中间服务器客户端节点，一旦中间服务器客户端节点接收到指配的信道或信道的集合，中间服务器客户端节点就可为该中间服务器客户端节点的相应客户端指配信道。通过在每个集群中在服务模式期间使用专用无线电信道，干扰概率可降低，这可允许网络更有效地操作。

在一些例子中，服务模式的树形网络可动态配置。例如，在Zigbee网络中，如果OTA客户端未预配置，那么可发现OTA服务器网络地址。

在一个例子中，OTA客户端可使用第一次发现的OTA服务器。在其它例子中，客户端可构建OTA服务器的列表并且使用链路质量选择服务器，其条件是链路质量向网络层报告。

在其它例子中，OTA客户端可选择最近的OTA服务器。例如，OTA服务器的全球定位系统(GPS)坐标可通过在发现程序期间交换的消息中的一个消息来传输。此技术需要在网状网络中的所有节点支持GPS，并且GPS服务在发现程序期间为可用的。

替代地，最近的OTA服务器可被定义为具有最小往返时间(RTT)的一个OTA服务器。此技术不需要协议的任何改变。RTT可由OTA客户端通过触发若干发现程序和通过计算每个响应OTA服务器的平均RTT来测量。如果仅触发一个程序，那么最近的OTA服务器将为第一个应答的。

在其它例子中，OTA客户端可基于已绑定到OTA服务器的装置的特性来选择OTA服务器。例如，OTA客户端可选择具有与根据制造商ID和/或硬件版本确定的相同种类的OTA客户端的OTA服务器。在此例子中，对于特定集群，仅有限数量的OTA固件图像数据将必须由OTA服务器管理。

图4示出可包括在网络模式中，例如在无线网状网络200中的示例RF收发器300。RF收发器300可被配置为服务模式根服务器节点204。在其它例子中，RF收发器300可被配置为中间服务模式服务器客户端节点206。在其它例子中，RF收发器300可被配置为服务模式客户端节点208。RF收发器可具有服务器标识(ID)存储器302、存储器308、处理器312、RF发射器320、RF接收器318，和天线322。处理器312可经由通信总线310联接到存储器。处理器312可通过服务器ID通信总线306联接到服务器ID存储器。处理器312可具有连接到RF发射器320的输出314。处理器312可具有连接到RF接收器318的输出316的输入360。在操作中，RF收发器300可经由天线322和RF接收器318接收数据。

接收的数据可通过处理器312处理。处理器312可产生用于经由RF发射器320和天线322传输到在网络中的另一个节点的数据。在一些例子中，RF收发器300的处理器312可联接到照明电路和/或加热控制电路(未示出)。替代地或另外，在一些例子中，RF收发器300可连接到温度传感器和/或运动传感器(未示出)。替代地或另外，在一些例子中，RF收发器300可连接到用于测量电流的电流传感器(未示出)。在一些例子中，RF收发器300可并入照明控制灯具、智能电表，或加热控制器或包括在网状网络中的其它物联网(IOT)装置。

在网络配置程序期间，处理器312可将预定义的服务器ID 304a和304b存储在服务器ID存储器302中。RF收发器300可接收经由天线322和RF接收器318从另一个无线装置传输的服务器ID 304a、304b。为了将RF收发器配置为在树形网络中的节点，仅需要一个服务器ID304a。在一些例子中，附加服务器304b可用在图2中的网状网络200中示出的根服务器节点204的服务器ID编程。在此情况下，如果树形网络服务器节点变得不可达，那么RF收发器300可试图直接与根服务器节点204通信并且因此恢复成网状网络拓扑结构。在其它例子中，如果树形网络服务器节点变得不可达，那么RF收发器300当充当客户端时可通过与另一个服务器节点通信在另一个集群内重新配置自身。服务器节点可为根服务器节点204或另一个中间服务器节点206。可使用本文所描述的任何方法，例如基于链路质量、往返时间、GPS位置，或用于为原始服务器节点配置RF收发器300的装置特性来选择此另一服务器节点。在此情况下，不再存在与不可达服务器节点相关联的集群202，并且属于该集群的其它客户端节点208可类似地再指配到其它集群。当被配置为服务器时，RF收发器300可将如OTA固件更新的数据存储在存储器308中用于在服务模式中传输到客户端。在一些例子中，服务器ID存储器302和存储器308可组合。服务器ID存储器302和存储器308可被实施为SDRAM、DRAM或其它存储器电路。

图5示出中间服务模式服务器-客户端节点350的操作方法。在步骤352中，RF收发器，例如RF收发器300，可被配置为在正常操作模式中的无线网状网络中的网络模式和在服务操作模式中的树形网络中的网络节点。在一些例子中，RF收发器可被配置成在每个模式中同时操作。在其它例子中，RF收发器可被配置成在正常模式配置和服务模式配置之间切换。

配置步骤352可包括例如在图2中示出的方法250。在步骤354中，RF收发器可被配置为在服务模式中的服务器和客户端。以此方式配置的RF收发器可充当在图2中示出的网络200中的中间服务模式服务器-客户端节点206。在步骤356中，RF收发器可检查以查看是否已从客户端接收数据请求。如果尚未接收数据请求，那么方法保留在步骤356。如果已从客户端接收数据请求，那么在步骤358中，RF收发器检查以查看数据是否为可用的。此检查可例如在RF收发器300中通过确定数据是否在存储器308中为可用的来完成。如果数据为不可用的，那么在步骤360中，数据请求可发送到指配到RF收发器的服务器。在步骤360之后，然后方法返回到步骤358。如果在步骤358中数据为可用的，那么方法前进到步骤362，并且数据可例如经由RF发射器320和天线322发送到客户端。

根据方法350配置的中间服务模式服务器-客户端节点可减少由于对于多个客户端在服务模式中操作的根服务器节点所需要的处理。这是因为在第一客户端数据请求之后，中间服务模式服务器-客户端节点可存储数据，并且因此不需要每次从其它客户端节点得到后续请求时都请求服务模式数据。

图6示出用于OTA固件更新400的中间服务模式服务器-客户端节点的操作方法。在步骤402中，RF收发器，例如RF收发器300，可被配置为在正常操作模式中的无线网状网络中的网络模式和在服务操作模式中的树形网络中的网络节点。在步骤404中，RF收发器可被配置为在服务模式中的服务器和客户端。在步骤406中，RF收发器可检查以查看固件更新是否为可用的。如果固件更新为不可用的，那么方法保留在步骤406。如果固件更新为可用的，那么在步骤408中，RF收发器当被配置为服务器时可通知指配到RF收发器的客户端固件更新为可用的。在步骤408中已发送通知之后，在步骤410中，RF收发器可检查以查看是否已从客户端接收更新请求。如果尚未从客户端接收更新请求，那么方法保持在步骤410。如果已从客户端接收更新请求，那么在步骤402中，RF收发器检查更新数据是否为本地可用的。如果更新数据为本地不可用的，那么在步骤414中，RF收发器当被配置为客户端时将数据请求发送到指配到RF收发器的服务器。方法然后返回到步骤412。如果更新在当被配置为服务器时的RF收发器上为本地可用的，那么在步骤416中，数据可发送到客户端。

根据方法400配置的中间服务模式服务器-客户端节点可减少用于OTA固件更新的根服务器节点所需要的处理。这是因为在第一客户端数据请求之后，中间服务模式服务器-客户端节点可存储固件更新，并且因此不需要每次从其它客户端节点得到后续请求时都请求更新。

图7A示出根据实施例将RF收发器配置和操作为在树形网络中的服务模式服务器的方法。在步骤452中，RF收发器，例如RF收发器300可被配置为服务模式服务器。在步骤454中，一个或多个客户端RF收发器可被分派ID，并且必要时，被分派服务模式服务器的证书。客户端RF收发器可例如通过RF收发器300实施。服务器ID和任选地证书可例如存储在客户端RF收发器的服务器ID存储器302中。在步骤456中，服务模式服务器可将固件更新通知发送到指配到服务器的一个或多个服务模式客户端。在步骤458中，信道指配请求可从指配的客户端中的一个指配的客户端来接收。如果没有信道指配已被接收，那么方法保留在步骤458。如果已接收信道指配请求，那么在步骤460中，信道指配可发送到客户端。参考图2的网络200说明，在每个集群202中指配的信道可不同以避免干扰。在步骤462中，服务模式服务器检查以查看是否在指配的信道上已接收固件更新请求。如果尚未接收固件更新请求，那么方法保留在步骤462。如果已接收固件更新请求，那么在步骤464中，固件更新可发送到客户端。

图7B示出根据实施例将RF收发器配置和操作为在树形网络470中的服务模式客户端的方法。在步骤472中，RF收发器，例如RF收发器300，可指配ID和任选地服务模式服务器的证书。在步骤474中，RF收发器可检查是否已从指配的服务器接收固件更新通知。如果尚未接收固件通知，那么方法保留在步骤474。如果已接收固件更新通知，那么在步骤476中，RF收发器可从指配的服务模式服务器请求信道指配。一旦已接收指配的信道，在步骤478中，服务模式客户端在指配的信道上请求固件更新。

在网络中的一些节点可被配置成用方法450和方法470操作，例如在网络200中的中间服务模式客户端服务器节点206。在网络中的其它节点可被配置成根据方法450仅作为服务器操作，例如网络200的根服务器节点204。在网络中的其它节点可被配置成根据方法470仅作为客户端操作，例如在网络200中的客户端节点208。

图8示出在根据实施例配置的网络中根据Zigbee协议500的OTA固件更新。如在图8中示出，示出在OTA主服务器520、OTA从服务器522和OTA客户端524之间的交互。参考网络200，根服务器节点204可充当OTA主服务器520。中间服务模式服务器-客户端节点可充当OTA主服务器520或OTA从服务器522。服务模式客户端节点208或中间服务模式服务器客户端节点206可充当OTA客户端524。

在步骤502a中，图像通知从OTA主服务器520发送到OTA从服务器522。在步骤502b中，图像通知通过OTA从服务器522转发到OTA客户端524。在步骤504b中，OTA客户端524将查询下一个图像请求发送到OTA从服务器522。在步骤504a中，OTA从服务器522将查询下一个图像请求发送到OTA主服务器520。在步骤506a中，OTA主服务器520将查询下一个图像响应发送到OTA从服务器522。在步骤506b中，OTA从服务器522将查询下一个图像响应发送到OTA客户端524。在步骤508b中，OTA客户端524然后将下载文件请求发送到OTA从服务器522。OTA从服务器522然后将下载文件请求508a发送到OTA主服务器520。OTA主服务器520然后将下载文件响应510a发送到OTA从服务器522。OTA从服务器522将下载文件响应510b发送到OTA客户端524。当已完成文件下载时，在步骤512b中，OTA客户端524将升级结束请求发送到OTA从服务器522。OTA从服务器522将升级结束请求512a发送到OTA主服务器520。OTA主服务器520将升级结束响应514a发送到OTA从服务器522。OTA从服务器522将升级结束响应514b发送到OTA客户端524。

对于来自在集群中的客户端的第一固件更新请求，仅在OTA更新消息500中示出的所有步骤为必需的。对于随后请求，在OTA服务器主机520和OTA服务器从属装置522之间的消息交换504a、506a、508a、510a、512a、514a可省略，因为固件更新数据在OTA从服务器522上可已经为可用的。因此，这可减少在OTA主服务器520上的处理器加载。

描述用于网状网络节点的RF收发器。RF收发器在正常操作模式中被配置为在无线网状网络中的网络节点，并且在服务操作模式中被配置为在树形网络中的网络节点。

尽管所附权利要求书是针对特定特征组合，但是应理解，本发明的公开内容的范围还包括本文中明确地或隐含地公开的任何新颖特征或任何新颖特征组合或该新颖特征的任何概括，而不管该新颖特征是否涉及与当前在任何权利要求中要求保护的本发明相同的发明或该新颖特征是否缓和与本发明所缓和的技术问题相同的任一或全部技术问题。

在一些例子实施例中，上文描述的指令的集合/方法步骤实施为体现为可实行指令的集合的功能和软件指令，该可实行指令的集合在计算机或以所述可实行指令编程和控制的机器上实现。此类指令被加载用于在处理器(如，一个或多个CPU)上实行。术语处理器包括微处理器、微控制器、处理器模块或子系统(包括一个或多个微处理器或微控制器)，或其它控制或计算装置。处理器可指代单个组件或多个组件。

在单独实施例的上下文中描述的特征也可组合地提供于单个实施例中。相反，为了简洁起见，在单个实施例的上下文中描述的多种特征也可分开提供或以任何合适的子组合提供。

申请人特此提醒，在审查本申请或由此衍生的任何另外的申请期间，可针对此类特征和/或此类特征的组合而制定新的权利要求。

为完整性起见，还陈述术语“包括”不排除其它元件或步骤，术语“一(a或an)”不排除多个、单个处理器或其它单元可实现在权利要求中所述的若干构件的功能，并且权利要求中的附图标记不应被解释为限制权利要求的范围。

附图标记的表

Claims (10)

1.一种用于网状网络节点的射频RF收发器：其特征在于，所述RF收发器在正常操作模式中被配置为在无线网状网络中的网络节点，并且在服务操作模式中被配置为在树形网络中的网络节点。

2.根据权利要求1所述的RF收发器：

其特征在于，在所述服务操作模式中，所述RF收发器被进一步配置为服务器和客户端中的至少一种，并且其中当所述RF收发器被配置为客户端时，所述RF收发器被配置成与单个预定的第一另外的RF收发器通信，其中所述单个预定的第一另外的RF收发器被配置为服务器。

3.根据权利要求2所述的RF收发器，其特征在于，包括存储器电路，其中在所述服务操作模式中，所述RF收发器被配置为服务器和客户端，并且被进一步配置成从被配置为客户端的预定的第二另外的RF收发器接收数据请求，以检查请求的数据在所述存储器电路中是否为可用的，并且其中如果所述数据为可用的，那么所述RF收发器被进一步配置成将所述数据传输到所述第二另外的RF收发器，并且如果所述数据为不可用的，那么所述RF收发器被进一步配置成将数据请求传输到所述单个预定的另外的RF收发器。

4.根据权利要求3所述的RF收发器，其特征在于，所述数据包括所述RF收发器的固件更新。

5.根据权利要求4所述的RF收发器，其特征在于，在所述服务操作模式中，所述RF收发器被配置成在接收所述数据请求之前将固件更新通知发送到所述第二另外的RF收发器。

6.根据权利要求2所述的RF收发器，其特征在于，在所述服务模式中，所述RF收发器被配置为客户端，并且被配置成从所述单个预定的第一另外的RF收发器接收固件更新通知，并且被配置成发送固件更新数据请求以响应接收所述固件更新通知。

7.根据在前的任一项权利要求所述的RF收发器，其特征在于，所述服务模式为空中下载OTA编程操作模式。

8.根据在前的任一项权利要求所述的RF收发器，其特征在于，包括：

处理器；

联接到所述处理器的存储器电路；

联接到所述处理器的服务器ID存储器电路；

联接到所述处理器的RF发射器和RF接收器。

9.一种网络，其特征在于，包括多个根据在前的任一项权利要求所述的RF收发器。

10.一种操作RF收发器作为在网络中的节点的方法，其特征在于，包括在正常模式中，将所述RF收发器配置为在无线网状网络中的节点，并且在服务模式中，将所述RF收发器配置为在树形网络中的节点。

Images