远程管理传感网络拓扑的方法及网关的制作方法

专利名称：远程管理传感网络拓扑的方法及网关的制作方法
技术领域：
本发明涉及通信技术，尤其涉及一种远程管理传感网络拓扑的方法及网关。
背景技术：
机器通信(Machine-to-MachineCommunications,M2M)是一种以机器智能交互为 核心的、网络化的应用与服务。它通过在机器内部嵌入无线或有线通信模块以及应用处理 逻辑，实现无需人工干预的数据通信，以满足用户对监控、指挥调度、数据采集和测量等方 面的信息化需求。一种典型的M2M系统架构包括M2M终端、M2M网关、M2M业务平台和M2M 应用平台，其中M2M终端可以为传感器、微控制器等，M2M终端通过末梢传感网络技术(如 Zigbee、蓝牙等)连接到M2M网关，再通过M2M网关利用远程接入技术(如2G/3G无线蜂窝 网络)连接到M2M业务平台，而各种M2M应用平台(如电力抄表、智能交通等)则通过M2M 业务平台获取M2M终端采集的数据或对传感网中的M2M终端进行远程的控制和管理。远程设备管理是M2M系统的一个重要功能，即M2M应用平台或M2M服务提供商需 要能够通过M2M业务平台以及M2M网关远程地对处于末梢传感网络中的M2M终端进行日常 管理和维护。由于末梢传感网络往往通过自组织的方式进行组网，网络拓朴结构以及设备 工作状态有时难以预料，因此，管理者需要进行拓扑发现，以便进行拓扑调整，其中，拓扑发 现是指通过远程网络拓朴管理功能了解传感网中包含哪些设备以及这些设备间的通信连 接关系，拓扑调整是指在必要的时候对进行适当的人工调整。现有技术中，基于广域网的远程设备管理技术主要有开放移动联盟(OpenMobile Alliance,0ΜΑ)所定义的设备管理(Device Management,DM)规范。它能够通过操作M2M网 关上的管理对象(Management Object, MO)数据，实现对M2M网关的远程管理，但还不支持 经过M2M网关对末梢传感网络的远程拓扑管理。另一方面，在传感网络领域中，ZigBee网关 设备规范定义了一种基于网际互联协议(Internet Protocol, IP)承载的远程网络管理技 术。它能够通过ZigBee网关设备提供简单的远程ZigBee网络设备和服务发现操作方法，但 不能直接提供传感网拓朴结构信息以及拓朴调整的方法，而是需要进一步结合其他ZigBee 管理命令才能实现上述功能，操作方法复杂。另一些传感网协议(如蓝牙)则并未提供经 过网关的远程拓朴管理方法。在实现本发明过程中，发明人发现现有技术中至少存在如下问题现有缺乏对 M2M网关之后的传感网络的远程拓扑管理方案，或者管理难度复杂。

发明内容
本发明实施例是提供一种远程管理传感网络拓扑的方法及网关，实现对M2M网关 之后的传感网络的远程拓扑管理，降低管理实现的复杂度。本发明实施例提供了一种远程管理传感网络拓扑的方法，包括接收设备管理服务器发送的DM命令，所述DM命令作用于预先构造的MO节点，所 述MO节点包括用于发现传感网络拓扑的节点，用于描述传感网络拓扑的节点，或者用于修改传感网络拓扑的节点；根据所述DM命令对传感网络进行管理，所述管理包括发现传感网络拓扑、描述传 感网络拓扑，或者修改传感网络拓扑。本发明实施例提供一种网关，包括 接收模块，用于接收设备管理服务器发送的DM命令，所述DM命令作用于预先构造 的MO节点，所述MO节点包括用于发现传感网络拓扑的节点，用于描述传感网络拓扑的节 点，或者用于修改传感网络拓扑的节点；管理模块，用于根据所述DM命令对传感网络进行管理，所述管理包括发现传感网 络拓扑、描述传感网络拓扑，或者修改传感网络拓扑。由上述技术方案可知，本发明实施例的远程管理传感网络拓扑的方法及网关，通 过预先构造的拓扑信息接收DM命令，采用与现有远程设备管理技术相一致的统一管理接 口(即DM协议接口)，使得M2M业务平台(或者其他设备管理服务器)不仅能够对M2M网 关还能够对M2M网关之后的传感网络进行远程拓朴管理和维护，降低管理实现的复杂度。


为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现 有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发 明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以 根据这些附图获得其他的附图。图1为本发明第一实施例的方法流程示意图2为本发明实施例中用于实现远程传感网络拓扑管理的树状MO结构模型
图3为本发明实施例中ZigBee设备的服务的MO子树示意；
图4为本发明实施例中蓝牙设备的服务的MO子树示意图5为本发明第二实施例的方法流程示意图6为本发明第三实施例的方法流程示意图7为本发明第四实施例的方法流程示意图8为本发明第五实施例的方法流程示意图9为本发明第六实施例的方法流程示意图10为本发明第七实施例的方法流程示意图11为本发明第八实施例的方法流程示意图12为本发明第九实施例的网关结构示意图。
具体实施例方式为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例 中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是 本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员 在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。图1为本发明第一实施例的方法流程示意图，包括步骤11 网关接收设备管理服务器发送的DM命令，所述DM命令作用于预先构造的MO节点，所述MO节点包括用于发现传感网络拓扑的节点，用于描述传感网络拓扑的节 点，或者用于修改传感网络拓扑的节点。 其中，所述用于描述传感网络拓扑的节点包括如下项中的至少一项 用于描述传感网络整体信息的第一 MO节点，例如，参见图2所示的拓扑树，第一 MO
节点包括如下项中的至少一项Topo/NetworkId和I^opo/TopoTyp。用于描述各传感设备特征信息和/或传感设备间拓朴连接关系信息的第二 MO节点，例如，参见图2所示的拓扑树，第二 MO节点包括如下项中的至少一项=Topo/ DevList/<x>/DevId、 Topo/DevList/<x>/Name> Topo/DevList/<x>/DevTyp、 Topo/ DevList/<x>/LocAddr、Topo/DevList/<x>/Neighbors (当然，可以理解的是不包含 “Neighbors” 下的 “Oparations” 子节点)；用于描述各传感设备所提供的服务信息的第三MO节点，例如，参见图2所示的拓 扑树，第三MO节点包括如下项Topo/DeVList/<x>/^erVices (当然，可以理解的是不包含 “Services” 下的 “Oparations” 子节点)。所述用于发现传感网络拓扑的节点包括用于发现传感设备间拓朴连接关系和/或各传感设备所提供的服务信息的第 四MO节点，例如，参见图2所示的拓扑树，第二 MO节点包括如下项中的至少一项=Topo/ Operations/DiscTopo、Topo/Operations/DiscTopoAndServices0所述用于修改传感网络拓扑的节点包括如下项中的至少一项用于修改传感设备间拓朴连接关系的第五MO节点，例如，参见图2所示的拓 扑树，第五MO节点包括如下项中的至少一项Topo/DevList/<x>/0perations、Topo/ DevList/<x>/Neighbors/<x>/0perations ；用于修改传感设备所提供的服务信息的第六MO节点，例如，参见图2所示的拓扑 树，第六 MO 节点包括如下项Topo/DevList/<x>/Services/<x>/Operations。进一步地，本实施例还可以包括构造拓扑树，所述拓扑树由多个MO节点组成。其中，构造的拓扑树如图2所示，图2为本发明实施例中用于实现远程传感网络拓 扑管理的树状MO结构模型，其中每个方框表示管理树中的一个MO节点或其子节点。为简 洁起见，图2中并未列出管理树中完整的节点情况，仅列出了与本发明实施例紧密相关的 T1点fn息。需要说明的是，节点方框中节点名称后可能标注有不同的符号，分别为“ ？”表 示该节点可能有零个或一个实例；“*”表示该节点可能有零个或多个实例；没有任何符合 表示该节点可能有且只有一个实例；“ + ”表示该节点可能有一个或多个实例。节点名称为 “<X>”时表明该节点名称可以任意指定，只要多个实例间不重复即可。下面逐一介绍各MO节点的含义及使用方法Topo节点下记录了所有用于远程管理传感网拓朴的MO信息，概括起来包括传感 网整体特征信息和管理方法、每个传感网设备自身的信息和管理方法、以及传感网设备之 间的拓朴关系信息和管理方法。该节点本身可以根据具体实现的需要置于网关管理树中的 恰当位置(根节点或者其它MO分支节点之下)。具体来说，Topo节点下包括如下子节点DNetworkID 用以描述该网关下传感网络标识信息。例如，如果是ZigBee网络，则对应为其16位的PANID参数和/或64位的ExtendedPANID参数；如果是蓝牙网络，则对 应为该网络中主设备(Master)的设备标识。该信息可以从网关设备自身的管理信息库中 提取。2)TopoTyp 用于描述该传感网络的拓朴结构类型，可以是环形、星形、树状、网状、 总线型、混合型等。该信息可以根据网关设备所连接的具体传感网技术来决定(如蓝牙网 络则为星形结构，ZigBee网络则为树状或网状结构等)，或进一步从网关设备自身的管理 信息库中提取；;3)Ext:还可以扩展其他节点用以描述该网关下传感网络的其他拓朴特征。4) Operations 用以提供针对该网关下传感网络的拓朴管理整体操作方法，并进 一步包括如下可执行的子节点41)DiscTopo 指示网关发现并报告传感网拓朴信息。该节点还进一步包含一个子 IJ ； ^^ ·411)Notification 该节点取值可以是TRUE或FALSE，用于指示网关是否将后续 的传感网拓朴变化情况主动通知给远程的设备管理服务器(M2M业务平台)，还可以进一步 包括一些过滤条件(比如哪些设备相关的拓朴变化需要通知、通知频率、需要向哪些设备 管理服务器发送通知等等)。42)DiscTopoAndService 指示网关发现并报告传感网拓朴信息以及各传感网设 备所提供的服务及应用；该节点还进一步包含一个子节点421)Notification 该节点取值可以是TRUE或FALSE，用于指示网关是否将后 续的传感网拓朴变化情况以及传感设备服务变化情况主动通知给远程的设备管理服务器 (M2M业务平台)，还可以进一步包括一些过滤条件(比如哪些设备相关的拓朴和服务变化 需要通知、通知频率、需要向哪些设备管理服务器发送通知等等)。43)Ext 针对不同传感网技术，还可以扩展其他拓朴管理操作方法。比如针对 ZigBee网络，可以扩展i^rmNetwork和MartRouter节点，分别用于指示网关设备以协调者 角色重新构建ZigBee网络和以路由器角色重新加入网络，相应的还可以进一步扩展各自 的子节点用于存储相应的操作参数。5)DevList 用于描述该网关下的与各传感网设备相关的拓朴信息和拓朴管理操 作方法，其中每一个传感网设备信息由DevList之下的一个<x>节点表示，而所述<x>节点 还进一步包括以下子节点51)DevId:传感设备标识，不同的传感网技术其具体形式可能有所不同。例如， ZigBee设备标识为64位的扩展IEEE地址，而蓝牙设备则是48位的BD_ADDR地址。52)DevTyp 传感设备类型，不同的传感网技术其具体形式可能有所不同。例如， ZigBee设备可以分为协调者(Coordinator)、路由器(Router)、端设备(End Device)；而 蓝牙设备则可分为主设备(Master)、从设备(Slave)，或者分为基本速率设备、增强速率设 备、高速设备、节能设备等；53)Name 设备名称或别名；54)LocAddr 用于传感网本地通信的设备本地地址，不同的传感网技术其具体形 式可能有所不同。例如，ZigBee设备的16位网络地址、蓝牙设备的3位LT_ADDR等。对于 某些传感网设备可能有多个本地地址用于不同的工作模式或目的(如蓝牙设备可能还有8位的PM_ADDR和AR_ADDR用于Park工作模式)，则该节点还可以通过包含多个子节点用以 描述其多个不同的本地地址。55) Services 描述传感设备所提供的服务，其中每一个服务由一个对应的<x>节 点所包含的MO子树来描述，针对不同的传感网技术MO子树的具体形式可能有所不同。例 如，ZigBee设备和蓝牙设备的服务分别可以由如图3、图4所示的MO子树来描述。图3为本发明实施例中ZigBee设备的服务的MO子树示意图。对于每个ZigBee设 备来说，其提供的服务运行在对应的端点(EndPoint)上，并具有相应的群组和绑定关系， 因此每个服务<x>可以由如下MO节点来描述31) EPNum:运行该服务的 EndPoint 编号(1-240)。32)Descriptor 用于具体描述该服务的描述符，具体内容根据ZigBee规范可包 括简单描述符(SimpleDescritpor)、复杂描述符(ComplexDescritpor)等。3;3)GrOUpS:用于描述该服务所在群组的信息，每个所在群组由一个<x>节点标 识，并进一步包括如下子节点331)GroupName 用于描述用户可读的群组名称；332) GroupId 用于描述群组标识，具体为16位群组地址；333)Remove 该节点为可执行节点，用于指示将当前服务从当前群组中移除；34)Bindings 用于描述当前服务的绑定相关信息，每个绑定关系由一个<x>表 示，并进一步如下子节点341)ClusterId 当前服务所绑定的簇标识；342) DstMode 绑定的目的地址模式，如群组模式或单设备模式；343) DstAddr 绑定的目的地址；344) DstEP 绑定的目的设备EndPoint编号，仅当DstMode为单设备模式时需要；345)Unbind 该节点为可执行节点，用于指示删除当前服务的当前绑定关系；35)0peratiOnS:用于提供针对当前服务的管理操作方法，包括如下可执行的子节占.
^ \\\ ·351)AddGroup 用于将当前服务添加到若干个指定的群组中，每个群组由一个 <x>节点描述，并进一步包含子节点Groupld、GroupName用于指定群组标识和名称；352)RemoveAllGroups 用于将当前服务从所有其所在群组中移除；353)Bind:为当前服务添加若干条绑定信息，每条绑定信息由一个<x>节点 描述，并进一步包含子ClusterIcU DstModeId, DstAddr, DstEP子节点，其含义与前述 Services/<x>/Bindings/<x>节点下的对应子节点相同；354)RemoveAllBindings 用于删除当前服务的所有绑定关系。图4为本发明实施例中蓝牙设备的服务的MO子树示意图，参见图4，对于每个蓝 牙设备来说，其提供的每个服务<X>由一系列属性(Attribute)来描述，每个属性由一个 <Attribute>M0节点来描述，并进一步包含如下子节点AttributeId 蓝牙规范所定义的属性标识；AttributeValue 属性值。56)Neighbors 描述该传感网设备与相邻设备间的拓朴连接关系，每个相邻设备 由一个<x>节点表示，并进一步包含以下子节点
561)Ref 指向用于描述该相邻设备的MO节点位置(即该相邻设备对应的Topo/ DevList/<x>)的链接索引，以便根据此索引获取该相邻设备的完整信息；562)DevId 可选的，用于直接描述该相邻设备的设备标识(同Topo/ DeVLiSt/<X>/DeVId)，以便当无需获取该相邻设备完整信息时，可直接获取该相邻设备的 设备标识；563) LQI 当传感网技术支持时，用于记录当前设备与相邻设备间的通信链路质 量；564) Relationship 描述该相邻设备与当前设备间的拓朴链接关系，不同的 传感网技术其具体形式可能有所不同。例如，ZigBee设备间可能包括父(Parent)、子 (Child)、兄弟(Sibling)、其他(None)等关系；而蓝牙网络设备间可能包括主(Master)、从 (Slave)、挂起从(Parked Slave)、广播(Advertising)、其他(None)等关系。565) Operations 通过若干可执行子节点提供针对该相邻传感设备的拓朴管理操 作，包括5651)Connect 用于指示当前设备与该相邻设备建立拓朴连接关系，比如假定与 该相邻设备的当前Relationship为None，则可通过执行该MO节点，与该相邻设备建立 Parent (ZigBee网络)或Slave (蓝牙网络)关系。若当前设备与其他相邻设备已建立拓朴 连接关系，则根据具体传感网技术的要求，可能首先还需要断开与其他相邻设备间的连接关系。5652)Ext 针对不同的传感网技术，还可能扩展其他拓朴管理操作子节点。比如针 对蓝牙网络，可扩展Park、Unpark、SwitchRole节点，分别用于指示当前设备向该相邻设备 发送挂起从设备、激活从设备、切换主从关系等拓朴连接管理命令。57) Operations:通过若干可执行子节点提供针对当前传感设备的拓朴管理操作， 包括571)Disconnect 用于指示当前设备离开传感网络。对于某些支持多跳拓朴结构 的传感网技术(如ZigBee)，该节点还可以进一步包含如下子节点5711) RemoveChildren 其取值为TRUE或FALSE，用于若当前设备还连接有其他子 设备或从设备时，指示当前设备是否需要进一步将所述子设备或从设备从传感网中移除。572)Ext 针对不同的传感网技术，还可能扩展其他拓朴管理操作子节点。58)Ext 针对不同的传感网技术，还可能扩展其他子节点用于描述当前传感网设 备的其他拓朴相关信息。例如，对于ZigBee设备，可以扩展PermitJoining节点用于记录 当前设备是否允许其他设备与其建立拓朴连接关系。需要说明的是，上述用于传感网络远程拓朴管理的管理树模型只是一个典型示 例，其中的MO节点可能在实际部署中更改其在管理树中的相对位置或名称，只要表达的含 义相同并且在网关和远程设备管理服务器之间达成一致，就可以实现与本发明相同的功 能。步骤12 网关根据所述DM命令对传感网络进行管理，所述管理包括发现传感网络 拓扑、描述传感网络拓扑，或者修改传感网络拓扑。其中，对于发现传感网络拓扑，对应的DM命令为DM发现命令；对于描述传感网络 拓扑，对应的的DM命令为DM获取命令；对于修改传感网络拓扑，对应的DM命令为DM修改命令。并且，在具体实施时，上述的DM发现命令、DM获取命令、DM修改命令可以具体为Exec 命令、Get命令、Replace命令等。本实施例通过预先构造的拓扑信息接收DM命令，采用与现有远程设备管理技术 相一致的统一管理接口(即DM协议接口)，使得M2M业务平台(或者其他设备管理服务器) 不仅能够对M2M网关还能够对M2M网关之后的传感网络进行远程拓朴管理和维护，降低管 理实现的复杂度。下面结合上述管理树模型，通过具体实施例说明通过网关实现对传感网络进行远 程拓朴管理的功能。(由于网关本身的一部分也必然是传感网设备，因此以下方法同样适用 与对网关中传感网设备部分的拓朴管理。)对于发现流程，所述接收设备管理服务器发送的DM命令，包括接收设备管理服 务器发送的DM发现命令，所述DM命令发现作用于所述第四MO节点；所述根据所述DM命令对传感网络进行管理，包括进行拓扑发现并映射保存到所 述第二 MO节点，所述拓扑发现包括如下项中的至少一项查询设备标识及地址信息、查询 设备补充信息、查询关联设备信息、查询设备间连接状态信息；和/或，进行服务发现并映 射保存到所述第三MO节点，所述服务发现包括如下项中的至少一项查询设备服务信息、 查询设备服务相关的群组信息、查询设备服务间的绑定信息。另外，所述第四MO节点还包括用于指示上报后续拓扑变化的子节点；所述根据所 述DM命令对传感网络进行管理，还包括监测到传感设备加入或者离开；根据监测到传感 设备加入或者离开传感网络，更新所述第二 MO节点中的各传感设备特征信息和/或传感设 备间拓扑连接关系，和/或，所述第三MO节点中的各传感设备所提供的服务信息；向设备管 理服务器上报通知消息，进一步地，该通知消息可以是通知设备管理服务器可以获取更新 后的信息，以便设备管理服务器在后续获取更新后的传感设备间拓扑连接关系和/或各传 感设备所提供的服务信息，也可以是在通知消息中携带更新后的传感设备间拓扑连接关系 和/或各传感设备所提供的服务信息。下面针对ZigBee网络和蓝牙网络分别描述。图5为本发明第二实施例的方法流程示意图，本实施例描述通过网关远程发现 ZigBee网络拓扑结构及设备服务信息。参见图5，本实施例包括步骤51 设备管理服务器(DM Server)与M2M网关(M2M gateway)进行远程DM会 话建立。该DM Server也可以为M2M业务平台。DM服务器可以采用现有技术中的标准DM协议与M2M网关建立远程DM会话。在所 述管理会话中，DM服务器能够利用现有的DM技术对M2M网关进行远程设备管理。步骤52 :DM 服务器向 M2M 网关发送 DM 执行(Exec)命令(Exec !"opo/Operations/ DiscTopoAndService)。具体地，若DM服务器希望进一步发现M2M网关所连接的传感网拓朴信息以及传感 设备所提供的服务信息，则向M2M网关发送一条DM命令，该DM命令具体为DM执行(Exec) 命令，作用于图2中所定义的管理对象Topo/Operations/DiscTopoAndService。“作用于” 的意思是，在相应的DM命令中指定一个目标MO节点路径(即该MO节点在MO树中的位置， 本例中为!"opo/Operations/Disc^TopoAndService)，以便DM客户端判断该DM命令(本例中为Exec)是针对哪个MO节点执行的。并且，若DM服务器不需要获得后续的传感网拓朴信息或传感设备服务信息的变 化通知，则不需要设置管理对象！"opo/Operations/Disc^TopoAndService/Noification，或 者将其取值设为FALSE。之后，M2M网关解析所述DM命令，判断需要通过相应的ZigBee协议请求来完成 ZigBee网络拓朴信息和ZigBee设备服务信息发现的过程。其中，拓扑发现53包括查询设 备及其关联设备的标识和地址信息531、查询设备补充信息(类型)532及查询设备邻居列 表533。服务发现M包括查询设备上的活动端点(EndP0int，EP) l、遍历每个EP上的服 务M2、遍历每个EP所在群组543及查询设备服务绑定关系表M4。其中，查询设备IEEE地址及关联设备531包括步骤5311 :M2M网关向ZigBee设备发送IEEE地址查询请求(IEEE_Addr_req)。具体地，M2M网络向其所在ZigBee网络中的设备(ZigBee Device)依次发送IEEE 地址查询请求(IEEE_Addr_req)，其中携带目标设备的网络地址(NwkAddr，从ZigBee协调 者0x0000开始)和扩展响应指示参数(Extended)，目标设备为每次查询时对应的ZigBee 设备。步骤5312 =ZigBee设备向M2M网关返回IEEE地址查询响应(IEEE_Addr_rsp)。具体地，目标设备向M2M网关返回IEEE地址查询响应(IEEE_Addr_rsp)，其中通 过IEEEAddr参数返回其IEEE地址，还通过NWKAddrAssocDevList参数返回与其相关联的 ZigBee设备网络地址列表。根据所述关联ZigBee设备网络地址列表，M2M网关可采用相同的方法逐一迭代发 现整个网络中的所有ZigBee设备及其IEEE地址信息，并将其映射到网关MO树中的Topo/ DevList/<x>/DevId节点中，同时将所有ZigBee设备的网络地址映射到网关MO树中的 Topo/DevLi st/<x>/LocAddr 节点中。其中，查询设备补充信息(如设备类型、名称等)532包括步骤5321 :M2M网关向ZigBee设备发送基本信息查询请求(Node_Desc_req)。具体地，M2M网关向其所在ZigBee网络中的所有设备发送基本信息查询请求 (Node_Desc_req)，其中携带目标设备的网络地址(NwkAddr = Ox ？)。步骤5322 =ZigBee设备向M2M网关返回基本信息查询响应(Node_Desc_rsp)。具体地，目标设备向M2M返回基本信息查询响应(Node_Desc_rsp)，通过响应 消息中的NodeDescriptor参数返回其设备类型，并被M2M网关映射到MO树中的Topo/ DevList/<x>/DevTyp 节点中。其中，查询设备邻居列表533包括步骤5331 :M2M网关向ZigBee设备发送链路质量查询请求(Mgmt_Lqi_req)。具体地，M2M网关向其所在ZigBee网络中的所有设备发送链路质量查询请求 (Mgmt_Lqi_req)，其中携带目标设备的网络地址和起始标识(NwkAddr，StartIndex)。步骤5332 =ZigBee设备向M2M网关返回链路质量查询响应(Mgmt_Lqi_rsp)。具体地，目标设备向M2M返回链路质量查询响应(Mgmt_Lqi_rsp)，通过响应消 息中的NeighborTableList参数返回其能够发现的所有相邻设备信息，其中包括链路质 量信息和拓朴连接关系信息，并被M2M网关逐一映射到MO树中的Topo/DevList/<x>/Neighbors/<x> 节点中。其中，查询设备上的活动端点(EndPoint，EP) 541包括步骤5411 :M2M 网关向 ZigBee 设备发送 EndPoint 查询请求(Active_Ep_req)。具体地，根据步骤53中的拓朴发现结果，M2M网关向其所在ZigBee网络中的所有 设备发送EndPoint查询请求(ActiVe_Ep_req)，其中携带目标设备的网络地址(NwkAddr)。步骤5412 =ZigBee 设备向 M2M 网关返回 EndPoint 查询响应(Active_Ep_rsp)。具体地，目标设备向M2M网关返回EndPoint查询响应(Active_Ep_rsp)，通过响应 消息中的ActiveEPList参数返回其激活的EndPoint列表，并被M2M网关映射到MO树中的 Topo/DevList/<x>/Services/<x>/EPNum 节点中。其中，遍历每个EP上的服务542包括步骤M21 :M2M网关向ZigBee设备发送简单描述查询请求(Simple_Desc_req)。具体地，根据步骤Ml中的查询结果，M2M网关进一步向所有ZigBee设备的每个 激活EndPoint发送基本服务信息查询请求(Simple_DesC_req)，其中携带目标设备的网络 地址(NwkAddr)和 EndPoint 编号(EP)。步骤M22 =ZigBee设备向M2M网关返回基本服务信息查询响应(Simple_Desc_ rsp) ο具体地，目标设备向M2M网关返回简单描述查询响应(Simple_Desc_rsp)，通过响 应消息中的SimpleDescriptor参数返回指定EndPoint所运行的服务描述信息，并被M2M 网关映射到 MO 树中的 I^opo/DevList/XxX^ervices/XxYDescriptor 节点中。其中，遍历每个EP所在群组543包括步骤M31 :M2M网关向ZigBee设备发送群组查询请求(Get_GroupMembership_ req)。具体地，根据步骤Ml中的查询结果，M2M网关进一步向所有ZigBee设备的每个 激活EndPoint发送群组查询请求(Get_Gr0upMemberShip_req)，其中携带目标设备的网络 地址(NwkAddr)和 EndPoint 编号(EP)。步骤5432 =ZigBee设备向M2M网关返回群组查询响应(Get_GroupMembership_ rsp) ο具体地，目标设备向M2M网关返回群组查询响应(Get_GroupMembership_rsp)，通 过响应消息中的GroupList参数返回指定EndPoint所运行所在群组列表信息，并被M2M网 关映射到 MO 树中的！"opo/DevList/XxS/Services/XxYGroups 节点中其中，查询设备服务绑定关系表544包括步骤M41 :M2M网关向ZigBee设备发送绑定信息查询请求(Mgmt_Bind_req)。具体地，根据步骤Ml中的拓朴发现结果，M2M网关向其所在ZigBee网络中的所有设 备发送绑定信息查询请求(Mgmt_Bind_req)，其中携带目标设备的网络地址及起始标识 (NwkAddr, StartIndex)。步骤M42 =ZigBee设备向M2M网关返回绑定信息查询响应(Mgmt_Bind_rsp)。具体地，目标设备向M2M网关返回绑定信息查询响应(Mgmt_Bind_rsp)，通过响应 消息中的BindingTableList参数返回其服务绑定信息列表，并被M2M网关映射到MO树中的 Topo/DevList/<x>/Services/<x>/Bindings 节点中。步骤55 :M2M网关向DM服务器返回成功响应(Alert:0K)。具体地，M2M网关向设备管理服务器发送DM响应消息，其中携带<Alert>元素表 明已成功执行发现ZigBee网络拓朴信息及ZigBee设备服务信息的拓朴管理功能。步骤56 获取拓扑信息及其中各设备服务信息，包括步骤561 :DM服务器向M2M网关发送DM获取(Get)命令(Get Topo/DevList ？ list = StructData)。具体地，DM服务器向M2M网关发送一条DM获取(Get)命令，作用于如图2所示的 Topo/DevList管理对象节点，并进一步携带参数list = MructData用于指示M2M网关返 回Topo/DevList节点下的子树结构及每个节点的取值。步骤562 :M2M 网关向 DM 服务器返回结果(Result . /Gff/DevList/...)。具体地，M2M网关向DM服务器返回结果，携带Topo/DevList节点下的子树结构及 每个节点的取值(Result:. /GW/DevList/...)，从而还原出M2M网关所获取的ZigBee网络 拓朴信息及ZigBee设备服务信息。此外，设备管理服务器还可以向M2M网关发送一条DM获取(Get)命令，作用于如 图2所示的Topo/Networkld或Topo/TopoTyp等管理对象节点，获取其他相关的网络拓朴
fn息ο需要说明的是步骤56中，DM服务器也可以通过向M2M网关发送DM获取(Get)命令，并作用于 某些具体的管理对象节点(Topo/DevLiSt/<X>/NeighborS)，以便回获取局部的网络拓朴信 息或设备服务信息。本实施例通过DM服务器向M2M网关发送DM命令，该DM命令作用于发现ZigBee 网络拓扑结构及设备服务信息的MO信息，可以简便地实现发现ZigBee网络拓扑结构及设 备服务信息。图6为本发明第三实施例的方法流程示意图，本实施例描述通过网关报告ZigBee 网络设备加入/离开。参见图6，本实施例包括步骤61 设备管理服务器(DM Server)与M2M网关(M2M gateway)进行远程DM会 话建立。具体内容可以参见步骤51。步骤62 :DM服务器向M2M网关发送DM替代(R印lace)及执行(Exec)命令 (ReplaceTopo/Operations/DiscTopo/Notification = True ；ExecTopo/Operations/ DiscTopo)0具体地，若DM服务器发现M2M网关所连接的传感网拓朴信息后还能够得到拓朴信 息改变的通知，则首先向M2M网关发送一条DM替换(Iteplace)命令，作用于图2中所定义 的管理对象节点I^opo/Operations/DiscTopo/Notification，将该节点取值设为TRUE或者 设为该设备管理服务器的地址标识；然后再向M2M网关发送一条DM执行(Exec)命令，作用 于节点 Topo/Operations/DiscTopo。M2M网关解析所述DM命令，判断需要通过相应的传感网协议请求来完成传感网络 拓朴信息发现过程，并需要报告后续的拓朴信息更新。具体包括
步骤63 =ZigBee网络拓扑发现过程。具体可参见图5中的步骤53、步骤55及步骤56。步骤64 监测到设备加入/离开，具体包括步骤641 =ZigBee设备向M2M网关发送离开消息(Nwk_leave)。具体地，当网关下的ZigBee网络中有ZigBee设备离开时，ZigBee设备向M2M网 关发送离开消息(Nwk_leave)，其中携带表明离开的IEEEAddr参数，网关根据该IEEEAddr 参数获知离开。步骤642 =ZigBee设备向M2M网关发送通知消息(Device_annce)。具体地，当网关下的ZigBee网络中有ZigBee设备加入时，ZigBee设备向M2M网 关发送通知消息(Devicejrmce)，其中携带网络地址(NwkAddr)及表明加入的IEEEAddr参 数，网关根据该IEEEAddr参数获知有新的设备加入。步骤641、642无时序限制关系。步骤65 :M2M网关更新设备列表信息。根据ZigBee设备离开或加入的情况，M2M网关将更新如图2所示的拓朴管理树信 息，删除已离开ZigBee设备相关的拓朴和服务信息，添加新加入的ZigBee设备相关的拓朴 和服务信息。步骤66 :M2M网关向DM服务器发送通知消息(Alert TopologyChanged)。具体地，根据步骤62 中 Topo/Operations/DiscTopo/Notification 节点的设置情 况，M2M网关向设备管理服务器发送DM通知消息，其中<Alert>可以用来表明该通知用于 报告传感网拓朴信息改变(Alert:T0p0l0gy Changed)。步骤67 通过网关重新发现ZigBee网络拓扑及设备服务信息。具体地，与步骤56类似，DM服务器根据所述步骤66中所述通知，进一步从M2M网 关获取更新后的ZigBee传感网拓朴信息。或者与步骤52-56类似，DM服务器重新执行一 遍传感网拓朴信息和设备服务信息发现过程。本实施例通过DM服务器向M2M网关发送DM命令，该DM命令作用于报告ZigBee 网络设备加入/离开的MO信息，可以简便地实现报告ZigBee网络设备加入/离开。图7为本发明第四实施例的方法流程示意图，本实施例描述通过网关发现 BlueTooth网络拓扑及设备服务信息。参见图7，本实施例包括步骤701 设备管理服务器(DM Server)与M2M网关(M2M gateway)进行远程DM 会话建立。具体内容可以参见步骤51。步骤702 =DM服务器向M2M网关发送DM替换(R印lace)及执行(Exec)命令(ReplaceTopo/Operations/DiscTopoAndService/Notification = True ；ExecTopo/Operations/DiscTopoAndService)。具体地，若DM服务器希望发现传感网拓朴信息及设备服务信息后还能够得到所 述信息改变的通知，则首先向M2M网关发送一条DM替换(Iteplace)命令，作用于图2中所 定义的管理对象节点！"opo/Operations/Disc^TopoAndService/Notification，将该节点取 值设为TRUE或者设为该设备管理服务器的地址标识；然后再向M2M网关发送一条DM执行 (Exec)命令，作用于节点！"opo/Operations/Disc^TopoAndService。M2M 网关解析所述 DM命令，判断需要通过相应的蓝牙协议请求来完成蓝牙网络拓朴信息及设备服务发现过程，并 需要报告后续的信息更新步骤703 拓扑发现，包括步骤7031 查询设备地址标识，包括步骤70311 :M2M网关向蓝牙设备(BT设备)发送蓝牙查询请求anquiry_req)。具体地，M2M网关向周围广播蓝牙查询请求anquiry_req)。步骤70312 蓝牙设备向M2M网关返回查询响应anquiry_rsp)。相邻的蓝牙设备接收所述请求则返回查询响应anquiry_rsp)，并通过BD_ ADDR参数携带自身的设备标识。M2M网关将所述设备标识映射到网关MO树中的Topo/ DevList/<x>/DevId 节点中。可选的，若所述相邻的蓝牙设备支持扩展的查询响应消息(EXtendedJnquiry_ rsp)，则还可以进一步向网关返回该设备的名称(name)、所提供的服务(services)等信 息，从而被网关分别映射到 I^opo/DevList/XxX/Name 和 I^opo/DevList/XxX/Service 节点 中。步骤7032 查询设备补充信息，包括步骤70321 :M2M网关向BT设备发送查询请求(LMP_Name_req)。具体地，M2M网关向其所在蓝牙网络中的所有设备依次发送名称查询请求(LMP_ Name_req)，其中携带目标设备的网络地址(BD_ADDR)。步骤70322 =BT设备向M2M返回名称查询响应(LMP_Name_rsp)。具体地，目标设备向M2M网关返回名称查询响应(LMP_Name_rsp)，通过响应消息 中的Name参数返回其设备名称，并被M2M网关映射到MO树中的I^opo/DevList/XxX/Name 节点中。可以理解的是，如果步骤70312中以获取名称，则不需要步骤7032中获取名称的步骤。步骤704 服务发现，包括步骤7041 查询设备服务信息，包括步骤70411 :M2M网关向BT设备发送服务查询请求(SDP_ ServiceSearchAttribute_req)。具体地，M2M网关向其所在蓝牙网络中的所有设备发送服务查询请 求(SDP_Servic必earchAttribute_req)，其中携带目标设备的网络地址和参数 ServiceSearchPattern = PublicBrowseRoot。步骤70412 =BT 设备向 M2M 返回服务查询响应(SDP_ServiceSearchAttribute_ rsp) ο具体地，目标设备向M2M网关返回服务查询响应(SDP_Servic必earchAttribute_ rsp)，通过响应消息中的krviceAttributeList参数返回其所提供的服务列表信息，并被 M2M 网关逐一映射到 MO 树中的 I^opo/DevList/XxX/Service/XxX/attributes〉节点中。步骤705 :M2M网关向DM服务器返回成功响应(Alert:0K)。具体地，M2M网关向设备管理服务器发送DM响应消息，其中携带<Alert>元素表 明已成功执行发现ZigBee网络拓朴信息及ZigBee设备服务信息的拓朴管理功能。
步骤706 获取拓扑信息及其中各设备服务信息。具体内容可参见步骤56。进一步地，本实施例还可以包括步骤707 监测到设备加入/离开蓝牙网络，包括对于加入场景步骤7071 当网关下的蓝牙网络中有设备加入时，蓝牙设备向M2M 发送蓝牙连接建立请求(LMP_Host_Connection_req)，其中的BD_ADDR参数指明了所加入 设备的标识。步骤7072 :M2M网关向蓝牙设备返回蓝牙连接建立完成(LMP_Setup_Complete)消 息确认该设备成功加入网络。或者，对于离开场景步骤7073 当有设备离开时，蓝牙设备向M2M网关发送离开(LMP_Detach)消息。步骤7074 :M2M网关可以根据该消息所对应的当前连接判断所离开设备的标识， 并向蓝牙设备返回应答(BB-Ack)消息。步骤708 更新设备列表信息。具体地，根据蓝牙设备离开或加入的情况，M2M网关将更新如图2所示的拓朴管理 树信息，删除已离开设备相关的拓朴和服务信息，添加新加入设备相关的拓朴和服务信息。步骤709 :M2M网关向DM服务器发送通知消息(Alert TopologyChanged)。根据步骤72 中 Topo/Operations/Disc^TopoAndService/Notification 节点的设 置情况，M2M网关向设备管理服务器发送DM通知消息，其中<Alert>可以用来表明该通知 用于报告传感网拓朴信息改变。步骤710 通过网关重新发现蓝牙网络拓扑及蓝牙设备服务信息。具体地，与步骤706类似的，DM服务器根据所述步骤705中所述通知，进一步从 M2M网关获取更新后的蓝牙传感网拓朴信息。或者与步骤702-706类似，设备管理服务器重 新执行一遍传感网拓朴信息和设备服务信息发现过程。本实施例通过DM服务器向M2M网关发送DM命令，该DM命令作用于发现Bluehoth 网络拓扑及设备服务信息的MO信息，可以简便地实现发现BlueTooth网络拓扑及设备服务
fn息ο对于修改流程，包括移除指定设备、移除指定设备及其子设备、加入指定设备、改 变指定设备与相邻设备的拓扑连接关系。移除指定设备时，所述接收设备管理服务器发送的DM命令，包括接收设备管理 服务器发送的DM修改命令，所述DM修改命令作用于所述第五MO节点，所述第五MO节点具 体用于将指定设备从传感网移除；所述根据所述DM命令对传感网络进行管理，包括向指 定设备发送移除命令；更新所述第二 MO节点中的各传感设备特征信息和/或传感设备间拓 扑连接关系，和/或，所述第三MO节点中的各传感设备所提供的服务信息。移除指定设备及其子设备时，所述接收设备管理服务器发送的DM命令，包括接 收设备管理服务器发送的DM修改命令，所述DM修改命令作用于所述第五MO节点，所述第 五MO节点具体用于将指定设备及其子设备从传感网移除；所述根据所述DM命令对传感网 络进行管理，包括向指定设备发送移除命令，所述移除命令包括移除子设备的指示信息；更新所述第二 MO节点中的各传感设备特征信息和/或传感设备间拓扑连接关系，和/或， 所述第三MO节点中的各传感设备所提供的服务信息。加入指定设备时，所述接收设备管理服务器发送的DM命令，包括接收设备管理 服务器发送的修改DM命令，所述DM修改命令作用于所述第五MO节点，所述第五MO节点具 体用于将指定设备加入传感网；所述根据所述DM命令对传感网络进行管理，包括向指定 设备发送连接建立请求消息；更新所述第二 MO节点中的各传感设备特征信息和/或传感设 备间拓扑连接关系，和/或，所述第三MO节点中的各传感设备所提供的服务信息。改变指定设备与相邻设备的拓扑连接关系时，所述接收设备管理服务器发送的DM 命令，包括接收设备管理服务器发送的DM修改命令，所述DM修改命令作用于所述第五MO 节点，所述第五MO节点具体用于修改指定设备与相邻设备的拓朴连接关系；所述根据所述 DM命令对传感网络进行管理，包括允许指定相邻设备接纳新的子设备，禁止其他相邻设 备接纳子设备；指示所述指定设备重新加入网络，并更新所述第二 MO节点中的传感设备间 拓扑连接关系。通过上述处理可以使得所述指定设备与指定相邻设备建立连接关系，与其 他相邻设备断开连接关系。上述是修改拓扑信息，也可以修改服务信息，此时，所述接收设备管理服务器发送 的DM命令，包括接收设备管理服务器发送的DM修改命令，所述DM修改命令作用于所述第 六MO节点；所述根据所述DM命令对传感网络进行管理，包括修改指定传感网设备的相关 服务信息，包括修改指定服务的群组和/或绑定关系；更新所述第三MO节点中的指定传 感设备所提供的服务信息。下面结合具体传感网络给出上述修改情况下的实施例。在上述发现流程，或者进一步包括修改流程之后，描述节点中(第一MO节点、第二 MO节点、第三MO节点)保存有相应的信息，此时，可以进行获取流程，使得网关将相应信息 发送给设备管理服务器。具体地，所述接收设备管理服务器发送的DM命令，包括接收设备管理服务器发 送的DM获取命令，所述DM获取命令作用于所述第一 MO节点；所述根据所述DM命令对传感 网络进行管理，包括将所述第一 MO节点中保存的传感网整体信息，发送给设备管理服务
ο或者，所述接收设备管理服务器发送的DM命令，包括接收设备管理服务器发送 的DM获取命令，所述DM获取命令作用于所述第二 MO节点；所述根据所述DM命令对传感网络进行管理，包括将所述第二 MO节点中保存的 描述各传感设备特征信息和/或传感设备间拓朴连接关系信息，发送给所述设备管理服务
ο或者，所述接收设备管理服务器发送的DM命令，包括接收设备管理服务器发送 的DM获取命令，所述DM获取命令作用于所述第三MO节点；所述根据所述DM命令对传感网 络进行管理，包括将所述第三MO节点中保存的各传感设备所提供的服务信息，发送给所 述设备管理服务器。当然，上述获取流程中从第二 MO节点和/或第三MO节点中获取的信息，如果已经 更新，则为更新后的信息，否则为初始映射保存的信息。下面结合具体场景给出几种修改实施例。图8为本发明第五实施例的方法流程示意图，本实施例描述通过网关移除ZigBee设备及相关子设备。参见图8，本实施例包括假设本实施例中，被移除ZigBee设备1还关联有若干个子设备X。步骤81 远程DM会话建立。具体内容可以参见步骤51。步骤82 =ZigBee网络拓扑发现。具体内容可以参见步骤52-56。步骤83 =DM服务器向M2M网关发送DM替代(R印lace)及执行(Exec)命令(Topo/DevList/Deν1/Operations/Di sconnect/RemoveChildren = True ； Exec:Topo/DevList/Devl/Operations/Disconnect)。具体地，若设备管理服务器希望移除ZigBee设备1 (Devl)及其所关联的所有子设 备X(DevX)时，则首先向M2M网关发送一条DM替换(R印lace)命令，作用于图2中所定义 白勺)(寸 殳^· 1 ^MOi ;iiTopo/DevList/Devl/Operations/Disconnect/RemoveChildren,)|f 该节点取值设为TRUE ；然后再向M2M网关发送一条DM执行(Exec)命令，作用于节点Topo/ DevList/Devl/Operations/Disconnect。M2M网关解析所述DM命令，判断需要通过相应的 ZigBee协议请求来移除当前ZigBee网络中的设备1及其所关联的所有子设备X。步骤84 :M2M网关向ZigBee设备1发送移除设备请求(Mgmt_Leave_req)，其中携 带ZigBee设备1的网络地址(IEEEAddr = Devl)及指示ZigBee设备1进一步移除其所有 关联子设备的参数RemoveChildren = TRUE。步骤85 移除所有子设备，包括步骤851 =ZigBee设备1向其所有关联子设备X发送移除设备请求(Mgmt_LeaVe_ req)，其中携带设备X的网络地址及指示设备X进一步移除其所有关联子设备的参数 RemoveChildren = TRUE。步骤852 当设备X按照同样的方法移除了其所有下层关联的子设备后，向ZigBee 设备1返回移除设备响应(Mgmt_Leave_rSp)，其中携带成功信息(SUCCESS)，并使自身离开 当前ZigBee网络。步骤86 =ZigBee设备1向M2M网关发送移除设备响应(Mgmt_Leave_rsp)，其中携 带成功信息(SUCCESS)，并使自身离开当前ZigBee网络。步骤87 :M2M网关更新设备列表信息。具体地，根据移除设备后的网络拓朴情况，M2M网关更新如图2所示的拓朴管理树 信息，删除已离开设备相关的拓朴和服务信息。步骤88 :M2M网关向DM服务器返回成功响应(Alert:0K)。具体地，M2M网关向DM服务器发送DM响应消息，其中携带<Alert>OK元素表明 已成功执行移除ZigBee设备1及其所有关联子设备的拓朴管理功能。需要说明的是，若设备管理服务器希望只移除ZigBee设备1 (Devl)而不移除其所 关联的所有子设备X (DevX)时，则步骤83 中 I^opo/DevList/Devl/Operations/Disconnect/ RemoveChildren节点取值为FALSE，或不设置该节点，而步骤84中参数RemoveChildren = FALSE,且无需执行步骤85。本实施例通过DM服务器向M2M网关发送DM命令，该DM命令作用于移除ZigBee 设备及相关子设备的MO信息，可以简便地实现移除ZigBee设备及相关子设备。
图9为本发明第六实施例的方法流程示意图，本实施例描述通过网关移除或添加 Bluehoth从设备。参见图9，本实施例包括假设M2M网关(DevO)作为蓝牙网络中的主设备(Master)，而蓝牙设备1 (Devl)为 从设备(Slave)，蓝牙设备2尚未加入当前蓝牙网络，但处于开机工作状态能够被M2M网关 所发现。步骤91 远程DM会话建立。具体可以参见步骤701。步骤92 =BT网络拓扑发现。具体可以参见步骤702-706。步骤93 移除一个蓝牙从设备，包括步骤931 :DM 服务器向 M2M 网关发送 DM 执行(Exec)命令(Exec I^opo/DevList/ Devl/Operations/Disconnect)。具体地，根据步骤92中的蓝牙网络拓朴发现结果，若设备管理服务器希望移除蓝 牙从设备I(Devl)，则向M2M网关发送一条DM执行(Exec)命令，作用于图2中所定义的对 应设备 1 的 MO 节点 I^opo/DevList/Devl/Operations/Disconnect。M2M 网关解析所述 DM 命令，判断需要通过相应的蓝牙协议请求来移除当前蓝牙网络中的设备1。步骤932 :M2M网关向蓝牙设备1发送移除设备请求(LMP_Detach)，步骤933 蓝牙设备1向M2M网关发送移除设备响应(BB_Ack)，通过该响应消息获 得成功移除设备的确认。步骤94 添加一个蓝牙从设备。步骤941 :DM服务器向M2M网关发送DM执行(Exec)命令(Exec Topo/DevList/ Dev0/Neighbors/Dev2/0perations/Connect)。具体地，根据步骤92中的蓝牙网络拓朴发现结果，若设备管理服务器希望将蓝牙 设备2(Dev2)作为从设备加入当前蓝牙网络，则向M2M网关发送一条DM执行(Exec)命令， 作用于图 2 中所定义的 MO 节点 I^opo/DevList/DevO/Neighbors/DevZ/Connect。M2M 网关 解析所述DM命令，判断需要通过相应的蓝牙协议请求将其所发现的相邻蓝牙设备2作为从 设备加入到当前蓝牙网络中。步骤942 :M2M网关(即蓝牙网络主设备0)向蓝牙设备2发送连接建立请求(LMP_ Host_Connection_req)，其中携带设备 2 的网络地址(BD_ADDR = Dev2)。步骤943 若设备2同意加入当前蓝牙网络，则向M2M网关返回连接建立完成消息 LMP_ktup_Complete，确认已加入当前蓝牙网络。步骤95 :M2M网关更新设备列表信息。具体地，根据移除或添加设备后的网络拓朴情况，M2M网关更新如图2所示的拓朴 管理树信息，即删除已离开设备相关的拓朴和服务信息，添加新加入设备相关的拓朴和服
务信息。步骤96 :M2M网关向DM服务器返回成功响应(Alert:0K)。具体地，M2M网关向设备管理服务器发送DM响应消息，其中携带<Alert>元素表 明已成功执行移除或添加蓝牙设备的拓朴管理功能。需要说明的是
步骤93与步骤94为相互独立的操作步骤，因此步骤95_96可以发生在步骤93之 后，也可以发生步骤94之后。本实施例通过DM服务器向M2M网关发送DM命令，该DM命令作用于移除或添加 BlueTooth从设备的MO信息，可以简便地实现移除或添加BlueTooth从设备。图10为本发明第七实施例的方法流程示意图，本实施例描述通过网关远程修改 ZigBee设备服务信息。参见图10，本实施例包括由于ZigBee网络支持远程服务配置的功能，因此设备管理服务器能够根据如图3 所示的MO管理树，通过M2M网关远程修改指定ZigBee设备的服务信息，包括服务所在群组 信息和服务相关的绑定信息。本实施例仅以修改群组信息为例，修改服务相关的绑定信息 操作方法类似，不再赘述。步骤101 远程DM会话建立。具体内容可以参见步骤51。步骤102 =ZigBee网络拓扑发现。具体内容可以参见步骤52-56。步骤103 =DM服务器向M2M网关发送DM替代(R印lace)及执行(Exec)命令(Replace:Topo/DevList/Devl/Services/Sevl/Operations/AddGroup/<x>/GroupId ；ReplaceTopo/DevList/Devl/Services/Sevl/Operations/AddGroup/<x>/GroupName ；Exec:Topo/DevList/Devl/Services/Sevl/Operations/AddGroup)。具体地，根据步骤102中的ZigBee网络拓朴及设备服务信息发现结果，若设备管 理服务器希望为设备I(Devl)的服务I(Sevl)添加其所在群组信息，则首先向M2M网关发 送两条DM替换(Iteplace)命令，分别作用于图2、3中所定义的MO节点Topo/DevList/Devl/ Services/Sevl/Operations/AddGroup/<x>/GroupId 禾口 Topo/DevList/Devl/Services/ Sevl/Operations/AddGroup/<x>/GroupName，用于设置待添加的群组标识和群组名称。若 希望添加多条群组信息，则可以通过设置上述多个<x>节点下的GroupId节点和GroupName 节点来实现。然后设备管理服务器再向M2M网关发送一条DM执行(Exec)命令，作用于MO 节点！"opo/DevList/Devl/^ervices/^evl/Operations/AddGroup。M2M 网关解析所述 DM 命 令，判断需要通过相应的ZigBee协议请求来为ZigBee设备1上的服务1添加相应的群组 fn息ο步骤104 添加设备服务的群组信息，包括步骤1041 :M2M网关向ZigBee设备发送添加群组请求(Add_Group_req)，其中携 带设备1上服务1所在的EndPoint编号，以及所配置的需要添加的群组标识(Groupld)和 群组名称(GroupName)。具体地，M2M网关首先根据如图3所定义的管理树获取所述设备1上服务1所在 的EndPoint编号(EPNum)，然后向ZigBee设备1发送添加群组请求Add_Group_req，其中 携带设备1上服务1所在的EndPoint编号，以及所配置的需要添加的群组标识(Groupld) 和群组名称(GroupName)。设备1根据所述请求更新本地服务相关的群组列表信息，然后向 M2M网关返回添加群组成功的响应。
步骤1042 =ZigBee设备更新本地群组列表(GroupTable)。步骤1043 =ZigBee向M2M网关返回添加群组成功的响应(Add_Group_ rsp (SUCCESS))。步骤105 :M2M网关更新相应设备的群组信息。具体地，M2M网关更新如图2、3所示的拓朴管理树信息，即添加设备1上服务1的
群组信息。步骤106 :M2M网关向DM服务器返回成功响应(Alert:0K)。具体地，M2M网关向设备管理服务器发送DM响应消息，其中携带<Alert>元素表 明已成功执行修改设备服务信息的拓朴管理功能。需要说明的是若远程设备管理服务器需要修改指定ZigBee设备上的其他服务信息，只需要根 据图3中所示的拓朴管理树信息，在步骤103中向M2M网关发送作用于相应MO节点的替换 (Replace)命令和执行(Exec)命令，即可指示M2M网关执行相应的设备服务信息修改管理 操作。例如通过 Exec^Topo/DevList/Devl/^ervices/^evl/Operations/Bind 来添加服务绑 定信息，通过 Exec Topo/DevList/Devl/Services/Sevl/Operations/RemoveAlIGroups 或 Exec Topo/DevList/Devl/Services/Sevl/Groups/<x>/Remove 来删除群组信息等等。本实施例通过DM服务器向M2M网关发送DM命令，该DM命令作用于远程修改 ZigBee设备服务信息的MO信息，可以简便地实现远程修改ZigBee设备服务信息。图11为本发明第八实施例的方法流程示意图，本实施例描述通过网关修改 ZigBee设备间的拓扑连接关系。参见图11，本实施例包括本实施例假定ZigBee设备1原先与其父设备3相连，后希望连接到设备2作为其 父设备。步骤1101 远程DM会话建立。具体内容可以参见步骤51。步骤1102 =ZigBee网络拓扑发现。具体内容可以参见步骤52-56。假设此时设备管理服务器发现ZigBee设备I(Devl)已与相邻父设备3 (Dev3)连 接(相邻关系为Relationship = Parent)，但同时周围还有相邻设备2 (Dev2)可以作为父 设备连接(相邻关系为Relationship = None)。步骤1103 :DM 服务器向 M2M 网关发送 DM 执行(Exec)命令(Exec I^opo/DevList/ Devl/Neighbors/Dev2/0perations/Connect)。具体地，若设备管理服务器希望将ZigBee设备I(Devl)的连接从其当前父设备 3 (Dev3)下移动到设备2(Dev2)下，向M2M网关发送一条DM执行(Exec)命令，作用于图 2 中所定义的对应设备 1 的 MO 节点 Topo/DevList/Devl/Neighbors/Dev2/0perations/ Connect. M2M网关解析所述DM命令，判断需要通过相应的ZigBee协议请求来将ZigBee设 备1从其当前父设备3 (DeU)下移除，然后重新连接到父设备2 (DeW)下。步骤1104 :M2M网关保存相关设备配置信息。具体地，由于ZigBee网络设备间的连接建立是以自组织的方式完成，ZigBee协议 并未直接提供控制一个ZigBee设备(Devl)与指定ZigBee父设备(Dev2)建立连接的操作方法，因此需要通过间接的操作来实现。具体方法是，首先关闭Devl设备周围除Dev2之 外的所有其它ZigBee设备的允许子设备连接功能(修改PermitDuration参数为0x00)， 然后指示Devl离开当前ZigBee网络并重新加入，此时Devl通过自主加入网络的过程，只 能选择将Dev2作为父设备建立连接，从而达到期望的修改拓朴的效果。为了保证ZigBee 网络设备的工作状态与拓朴修改前一致，需要在执行上述操作前保存相关的设备参数，如 PermitDuration0步骤1105 允许Dev2接纳新的子设备，禁止其他设备接纳子设备，包括步骤11051 :M2M网关向ZigBee设备I(Devl)的相邻设备(如ZigBee设备2) 发送设置允许子设备连接请求(Mgmt_Permit_J0ining_req)，对于设备2(Dev2)携带参数 PermitDuration = Oxff，表示允许子设备连接。步骤11052 =ZigBee设备2向M2M网关发送成功响应消息(Mgmt_Permit_Joining_ rsp (SUCCESS))确认设置完毕。步骤11053 :M2M网关向ZigBee设备1 (Devl)的相邻设备(如其他ZigBee设备) 发送设置允许子设备连接请求(Mgmt_Permit_J0ining_req)，对于其他相邻设备携带参数 PermitDuration = 0x00，表示不允许子设备连接。 步骤1IOM 其他ZigBee设备向M2M网关发送成功响应消息(Mgmt_Permit_ Joining_rsp (SUCCESS))确认设置完毕。步骤1106 指示Devl重新加入网络，具体地，ZigBee设备1根据所述请求离开当 前网络，然后执行自主的扫描和加入网络过程。由于此时只有相邻设备2 (DeW)允许其加 入网络，因此设备I(Devl)只能将设备2(DeW)作为其父设备建立连接，然后通过设备声明 请求Device_annce通知M2M网关其已重新加入网络。包括步骤11061 :M2M网关向ZigBee设备I(Devl)发送离开网络请求(Mgmt_Leave_ req)，其中携带IEEEAddr参数指示设备1的标识，同时携带Rejoin = True参数指示设备 1离开网络后还需要重新扫描加入。步骤11062 =ZigBee设备1向M2M网关发送离开网络响应(Mgmt_Leave_rsp)，其 中携带SUCCESS参数。步骤11063 =ZigBee设备1 (Devl)通过网络扫描和加入过程，关联到ZigBee设备 2(Dev2)ο步骤11064 =ZigBee设备1向M2M网关发送通知消息(Device_annce)，其中携带 网络地址(NwkAddr)及 IEEE 地址(IEEEAddr)。步骤1107 如果发生改变，恢复相关设备配置信息，具体地，若与步骤1104相比， 步骤1105中修改了设备1 (Devl)的相邻设备的允许子设备连接的配置参数，则此时网关需 要通过类似步骤1105中的方法将步骤1104中保存的所述配置参数恢复到相应的设备中。 包括步骤11071 :M2M网关向ZigBee设备2发送设置允许子设备连接请求(Mgmt_ Permit_Joining_req)，携带参数PermitDuration = 0x00，表示不允许子设备连接。步骤11072 =ZigBee设备2向M2M网关发送成功响应消息(Mgmt_Permit_Joining_ rsp (SUCCESS))确认设置完毕。步骤11073 :M2M网关向其他ZigBee设备发送设置允许子设备连接请求(Mgmt_Permit_Joining_req)，携带参数 PermitDuration = Oxff，表示允许子设备连接。 步骤11074 其他ZigBee设备向M2M网关发送成功响应消息(Mgmt_Permit_
Joining_rsp (SUCCESS))确认设置完毕。步骤1108 可选的，重新发现网络拓扑。具体地，可选的，M2M网关可执行实施例1中步骤3_9的过程，重新发现当前 ZigBee网络的拓朴信息和设备服务信息，以确保相关信息的准确性。步骤1109 :M2M网关更新网络拓扑信息。具体地，根据改变后的拓朴连接关系，M2M更新如图6、7所示本地的拓朴管理树信
肩、ο步骤1110 :M2M网关向DM服务器返回成功响应(Alert:0K)。具体地，M2M网关向设备管理服务器发送DM响应消息，其中携带<Alert>元素表 明已成功执行修改设备服务信息的拓朴管理功能。本实施例通过DM服务器向M2M网关发送DM命令，该DM命令作用于修改ZigBee 设备间的拓扑连接关系的MO信息，可以简便地实现修改ZigBee设备间的拓扑连接关系。图12为本发明第九实施例的网关结构示意图，包括接收模块121和管理模块122， 接收模块121用于接收设备管理服务器发送的DM命令，所述DM命令作用于预先构造的MO 节点，所述MO节点包括用于发现传感网络拓扑的节点，用于描述传感网络拓扑的节点，或 者用于修改传感网络拓扑的节点管理模块122用于根据所述DM命令对传感网络进行管理， 所述管理包括发现传感网络拓扑、描述传感网络拓扑，或者修改传感网络拓扑。其中，所述用于描述传感网络拓扑的节点包括如下项中的至少一项用于描述传 感网络整体信息的第一MO节点；用于描述各传感设备特征信息和/或传感设备间拓朴连接 关系信息的第二 MO节点；用于描述各传感设备所提供的服务信息的第三MO节点；禾口/ 或，所述用于发现传感网络拓扑的节点包括用于发现传感设备间拓朴连接关系和/ 或各传感设备所提供的服务信息的第四MO节点；和/ 或，所述用于修改传感网络拓扑的节点包括如下项中的至少一项用于修改传感设备 间拓朴连接关系的第五MO节点；用于修改传感设备所提供的服务信息的第六MO节点。具体地，所述接收模块121具体用于接收设备管理服务器发送的DM发现命令，所 述DM发现命令作用于所述第四MO节点；所述管理模块122具体用于进行拓扑发现并映射 保存到所述第二 MO节点，所述拓扑发现包括如下项中的至少一项查询设备标识及地址信 息、查询设备补充信息、查询关联设备信息、查询设备间连接状态信息；和/或，进行服务发 现并映射保存到所述第三MO节点，所述服务发现包括如下项中的至少一项查询设备服务 信息、查询设备服务相关的群组信息、查询设备服务间的绑定信息。进一步地，所述管理模 块122还用于监测到传感设备加入或者离开传感网络；根据监测到传感设备加入或者离 开情况，更新所述第二 MO节点中的各传感设备特征信息和/或传感设备间拓扑连接关系， 和/或，所述第三MO节点中的各传感设备所提供的服务信息；向设备服务器上报通知消息。或者，所述接收模块121具体用于接收设备管理服务器发送的DM修改命令，所述DM修改命令作用于所述第五MO节点，所述第五MO节点具体用于将指定设备从传感网移除；所述 管理模块122具体用于向指定设备发送移除命令；更新所述第二 MO节点中的各传感设备特 征信息和/或传感设备间拓扑连接关系，和/或，所述第三MO节点中的各传感设备所提供 的服务信息。或者，所述接收模块121具体用于接收设备管理服务器发送的DM修改命令，所述DM修 改命令作用于所述第五MO节点，所述第五MO节点具体用于将指定设备及其子设备从传感 网移除；所述管理模块122具体用于向指定设备发送移除命令，所述移除命令包括移除子 设备的指示信息；更新所述第二MO节点中的各传感设备特征信息和/或传感设备间拓扑连 接关系，和/或，所述第三MO节点中的各传感设备所提供的服务信息。或者，所述接收模块121具体用于接收设备管理服务器发送的修改DM命令，所述DM修 改命令作用于所述第五MO节点，所述第五MO节点具体用于将指定设备加入传感网；所述管 理模块122具体用于向指定设备发送连接建立请求消息；更新所述第二MO节点中的传感设 备间拓扑连接关系，和/或，所述第三MO节点中的各传感设备所提供的服务信息。或者，所述接收模块121具体用于接收设备管理服务器发送的DM修改命令，所述DM修 改命令作用于所述第五MO节点，所述第五MO节点具体用于修改指定设备与相邻设备的拓 朴连接关系；所述管理模块122具体用于允许指定相邻设备接纳新的子设备，禁止其他相 邻设备接纳子设备；指示所述指定设备重新加入网络，并更新所述第二 MO节点中的传感设 备间拓扑连接关系。或者，所述接收模块121具体用于接收设备管理服务器发送的DM修改命令，所述DM修 改命令作用于所述第六MO节点；所述管理模块122具体用于修改指定传感网设备的相关服 务信息，包括修改指定服务的群组和/或绑定关系；更新所述第三MO节点中的指定传感 设备所提供的服务信息。或者，所述接收模块121具体用于接收设备管理服务器发送的DM获取命令，所述DM获 取命令作用于所述第一 MO节点所述管理模块122具体用于将所述第一 MO节点中保存的传 感网整体信息，发送给设备管理服务器。或者，所述接收模块121具体用于接收设备管理服务器发送的DM获取命令，所述DM获 取命令作用于所述第二 MO节点；所述管理模块122具体用于将所述第二 MO节点中保存的 描述各传感设备特征信息和/或传感设备间拓朴连接关系信息，发送给所述设备管理服务
ο或者，所述接收模块121具体用于接收设备管理服务器发送的DM获取命令，所述DM获 取命令作用于所述第三MO节点；所述管理模块122具体用于将所述第三MO节点中保存的 各传感设备所提供的服务信息，发送给所述设备管理服务器。
本实施例通过预先构造的拓扑信息接收DM命令，采用与现有远程设备管理技术 相一致的统一管理接口(即DM协议接口)，使得M2M业务平台(或者其他设备管理服务器) 不仅能够对M2M网关还能够对M2M网关之后的传感网络进行远程拓朴管理和维护，降低管 理实现的复杂度。可以理解的是，上述方法及设备中的相关特征可以相互参考。另外，上述实施例中 的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。本领域普通技术人员可以理解实现上述方法实施例的全部或部分步骤可以通过 程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在 执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括R0M、RAM、磁碟或者光 盘等各种可以存储程序代码的介质。最后应说明的是以上实施例仅用以说明本发明的技术方案，而非对其限制；尽 管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解其依然 可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替 换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精 神和范围。
权利要求
1.一种远程管理传感网络拓扑的方法，其特征在于，包括接收设备管理服务器发送的设备管理DM命令，所述DM命令作用于预先构造的管理对 象MO节点，所述MO节点包括用于发现传感网络拓扑的节点，用于描述传感网络拓扑的节 点，或者用于修改传感网络拓扑的节点；根据所述DM命令对传感网络进行管理，所述管理包括发现传感网络拓扑、描述传感网 络拓扑，或者修改传感网络拓扑。
2.根据权利要求1所述的方法，其特征在于，所述用于描述传感网络拓扑的节点包括 如下项中的至少一项用于描述传感网络整体信息的第一 MO节点；用于描述各传感设备特征信息和/或传感设备间拓朴连接关系信息的第二 MO节点； 用于描述各传感设备所提供的服务信息的第三MO节点。
3.根据权利要求2所述的方法，其特征在于，所述用于发现传感网络拓扑的节点包括 用于发现传感设备间拓朴连接关系和/或各传感设备所提供的服务信息的第四MO节点ο
4.根据权利要求2所述的方法，其特征在于，所述用于修改传感网络拓扑的节点包括 如下项中的至少一项用于修改传感设备间拓朴连接关系的第五MO节点； 用于修改传感设备所提供的服务信息的第六MO节点。
5.根据权利要求3所述的方法，其特征在于， 所述接收设备管理服务器发送的DM命令，包括接收设备管理服务器发送的DM发现命令，所述DM发现命令作用于所述第四MO节点； 所述根据所述DM命令对传感网络进行管理，包括进行拓扑发现并映射保存到所述第二 MO节点，所述拓扑发现包括如下项中的至少一 项查询设备标识及地址信息、查询设备补充信息、查询关联设备信息、查询设备间连接状 态信息； 和/或，进行服务发现并映射保存到所述第三MO节点，所述服务发现包括如下项中的至少一 项查询设备服务信息、查询设备服务相关的群组信息、查询设备服务间的绑定信息。
6.根据权利要求5所述的方法，其特征在于，所述第四MO节点还包括用于指示上报后 续拓扑变化的子节点；所述根据所述DM命令对传感网络进行管理，还包括 监测到传感设备加入或者离开传感网络；根据监测到传感设备加入或者离开情况，更新所述第二 MO节点中的各传感设备特征 信息和/或传感设备间拓扑连接关系，和/或，所述第三MO节点中的各传感设备所提供的 服务信息；向设备管理服务器上报通知消息。
7.根据权利要求4所述的方法，其特征在于， 所述接收设备管理服务器发送的DM命令，包括接收设备管理服务器发送的DM修改命令，所述DM修改命令作用于所述第五MO节点，所述第五MO节点具体用于将指定设备从传感网移除； 所述根据所述DM命令对传感网络进行管理，包括 向指定设备发送移除命令；更新所述第二 MO节点中的各传感设备特征信息和/或传感设备间拓扑连接关系，和/ 或，所述第三MO节点中的各传感设备所提供的服务信息。
8.根据权利要求4所述的方法，其特征在于， 所述接收设备管理服务器发送的DM命令，包括接收设备管理服务器发送的DM修改命令，所述DM修改命令作用于所述第五MO节点， 所述第五MO节点具体用于将指定设备及其子设备从传感网移除； 所述根据所述DM命令对传感网络进行管理，包括 向指定设备发送移除命令，所述移除命令包括移除子设备的指示信息； 更新所述第二 MO节点中的各传感设备特征信息和/或传感设备间拓扑连接关系，和/ 或，所述第三MO节点中的各传感设备所提供的服务信息。
9.根据权利要求4所述的方法，其特征在于， 所述接收设备管理服务器发送的DM命令，包括接收设备管理服务器发送的修改DM命令，所述DM修改命令作用于所述第五MO节点， 所述第五MO节点具体用于将指定设备加入传感网络； 所述根据所述DM命令对传感网络进行管理，包括 向指定设备发送连接建立请求消息；更新所述第二 MO节点中的各传感设备特征信息和/或传感设备间拓扑连接关系，和/ 或，所述第三MO节点中的各传感设备所提供的服务信息。
10.根据权利要求4所述的方法，其特征在于， 所述接收设备管理服务器发送的DM命令，包括接收设备管理服务器发送的DM修改命令，所述DM修改命令作用于所述第五MO节点， 所述第五MO节点具体用于修改指定设备与相邻设备的拓朴连接关系； 所述根据所述DM命令对传感网络进行管理，包括 允许指定相邻设备接纳新的子设备，禁止其他相邻设备接纳子设备； 指示所述指定设备重新加入网络，并更新所述第二 MO节点中的传感设备间拓扑连接 关系。
11.根据权利要求4所述的方法，其特征在于， 所述接收设备管理服务器发送的DM命令，包括接收设备管理服务器发送的DM修改命令，所述DM修改命令作用于所述第六MO节点； 所述根据所述DM命令对传感网络进行管理，包括修改指定传感网设备的相关服务信息，包括修改指定服务的群组和/或绑定关系； 更新所述第三MO节点中的指定传感设备所提供的服务信息。
12.根据权利要求2所述的方法，其特征在于， 所述接收设备管理服务器发送的DM命令，包括接收设备管理服务器发送的DM获取命令，所述DM获取命令作用于所述第一 MO节点； 所述根据所述DM命令对传感网络进行管理，包括将所述第一 MO节点中保存的传感网整体信息，发送给设备管理服务器。
13.根据权利要求2所述的方法，其特征在于， 所述接收设备管理服务器发送的DM命令，包括接收设备管理服务器发送的DM获取命令，所述DM获取命令作用于所述第二 MO节点； 所述根据所述DM命令对传感网络进行管理，包括将所述第二 MO节点中保存的描述各传感设备特征信息和/或传感设备间拓朴连接关 系信息，发送给所述设备管理服务器。
14.根据权利要求2所述的方法，其特征在于， 所述接收设备管理服务器发送的DM命令，包括接收设备管理服务器发送的DM获取命令，所述DM获取命令作用于所述第三MO节点； 所述根据所述DM命令对传感网络进行管理，包括将所述第三MO节点中保存的各传感设备所提供的服务信息，发送给所述设备管理服 务器。
15.一种网关，其特征在于，包括接收模块，用于接收设备管理服务器发送的设备管理DM命令，所述DM命令作用于预先 构造的管理对象MO节点，所述MO节点包括用于发现传感网络拓扑的节点，用于描述传感网 络拓扑的节点，或者用于修改传感网络拓扑的节点；管理模块，用于根据所述DM命令对传感网络进行管理，所述管理包括发现传感网络拓 扑、描述传感网络拓扑，或者修改传感网络拓扑。
16.根据权利要求15所述的网关，其特征在于，所述用于描述传感网络拓扑的节点包括如下项中的至少一项用于描述传感网络整体 信息的第一MO节点；用于描述各传感设备特征信息和/或传感设备间拓朴连接关系信息的 第二 MO节点；用于描述各传感设备所提供的服务信息的第三MO节点； 和/或，所述用于发现传感网络拓扑的节点包括用于发现传感设备间拓朴连接关系和/或各 传感设备所提供的服务信息的第四MO节点； 和/或，所述用于修改传感网络拓扑的节点包括如下项中的至少一项用于修改传感设备间拓 朴连接关系的第五MO节点；用于修改传感设备所提供的服务信息的第六MO节点。
17.根据权利要求16所述的网关，其特征在于，所述接收模块具体用于接收设备管理服务器发送的DM发现命令，所述DM发现命令作 用于所述第四MO节点；所述管理模块具体用于进行拓扑发现并映射保存到所述第二 MO节点，所述拓扑发现包括如下项中的至少一 项查询设备标识及地址信息、查询设备补充信息、查询关联设备信息、查询设备间连接状 态信息； 和/或，进行服务发现并映射保存到所述第三MO节点，所述服务发现包括如下项中的至少一 项查询设备服务信息、查询设备服务相关的群组信息、查询设备服务间的绑定信息。
18.根据权利要求17所述的网关，其特征在于，所述管理模块还用于监测到传感设备加入或者离开传感网络；根据监测到传感设备加入或者离开情况，更新所述第二 MO节点中的各传感设备特征 信息和/或传感设备间拓扑连接关系，和/或，所述第三MO节点中的各传感设备所提供的 服务信息；向设备服务器上报通知消息。
19.根据权利要求16所述的网关，其特征在于，所述接收模块具体用于接收设备管理服务器发送的DM修改命令，所述DM修改命令作 用于所述第五MO节点，所述第五MO节点具体用于将指定设备从传感网移除；所述管理模块具体用于向指定设备发送移除命令；更新所述第二 MO节点中的各传感 设备特征信息和/或传感设备间拓扑连接关系，和/或，所述第三MO节点中的各传感设备 所提供的服务信息。
20.根据权利要求16所述的网关，其特征在于，所述接收模块具体用于接收设备管理服务器发送的DM修改命令，所述DM修改命令作 用于所述第五MO节点，所述第五MO节点具体用于将指定设备及其子设备从传感网移除；所述管理模块具体用于向指定设备发送移除命令，所述移除命令包括移除子设备的指 示信息；更新所述第二 MO节点中的各传感设备特征信息和/或传感设备间拓扑连接关系， 和/或，所述第三MO节点中的各传感设备所提供的服务信息。
21.根据权利要求16所述的网关，其特征在于，所述接收模块具体用于接收设备管理服务器发送的修改DM命令，所述DM修改命令作 用于所述第五MO节点，所述第五MO节点具体用于将指定设备加入传感网；所述管理模块具体用于向指定设备发送连接建立请求消息；更新所述第二 MO节点中 的各传感设备特征信息和/或传感设备间拓扑连接关系，和/或，所述第三MO节点中的各 传感设备所提供的服务信息。
22.根据权利要求16所述的网关，其特征在于，所述接收模块具体用于接收设备管理服务器发送的DM修改命令，所述DM修改命令作 用于所述第五MO节点，所述第五MO节点具体用于修改指定设备与相邻设备的拓朴连接关 系；所述管理模块具体用于允许指定相邻设备接纳新的子设备，禁止其他相邻设备接纳子 设备；指示所述指定设备重新加入网络，并更新所述第二 MO节点中的传感设备间拓扑连接 关系。
23.根据权利要求16所述的网关，其特征在于，所述接收模块具体用于接收设备管理服务器发送的DM修改命令，所述DM修改命令作 用于所述第六MO节点；所述管理模块具体用于修改指定传感网设备的相关服务信息，包括修改指定服务的 群组和/或绑定关系；更新所述第三MO节点中的指定传感设备所提供的服务信息。
24.根据权利要求16项所述的网关，其特征在于，所述接收模块具体用于接收设备管理服务器发送的DM获取命令，所述DM获取命令作 用于所述第一 MO节点；所述管理模块具体用于将所述第一 MO节点中保存的传感网整体信息，发送给设备管 理服务器。
25.根据权利要求16所述的网关，其特征在于，所述接收模块具体用于接收设备管理服务器发送的DM获取命令，所述DM获取命令作 用于所述第二 MO节点；所述管理模块具体用于将所述第二 MO节点中保存的描述各传感设备特征信息和/或 传感设备间拓朴连接关系信息，发送给所述设备管理服务器。
26.根据权利要求16所述的网关，其特征在于，所述接收模块具体用于接收设备管理服务器发送的DM获取命令，所述DM获取命令作 用于所述第三MO节点；所述管理模块具体用于将所述第三MO节点中保存的各传感设备所提供的服务信息， 发送给所述设备管理服务器。
全文摘要
本发明提供一种远程管理传感网络拓扑的方法及网关。该方法包括接收设备管理服务器发送的DM命令，所述DM命令作用于预先构造的MO节点，所述MO节点包括用于发现传感网络拓扑的节点，用于描述传感网络拓扑的节点，或者用于修改传感网络拓扑的节点；根据所述DM命令对传感网络进行管理，所述管理包括发现传感网络拓扑、描述传感网络拓扑，或者修改传感网络拓扑。本发明实施例可以实现对M2M网关之后的传感网络的远程拓扑管理，降低管理实现的复杂度。
文档编号H04L12/66GK102142980SQ20101052747
公开日2011年8月3日 申请日期2010年10月27日 优先权日2010年10月27日
发明者丁传锁, 卞永刚, 张永靖, 牟伦建, 金雷, 黄成 申请人:华为技术有限公司