CN102142980B - 远程管理传感网络拓扑的方法及网关 - Google Patents
远程管理传感网络拓扑的方法及网关 Download PDFInfo
- Publication number
- CN102142980B CN102142980B CN201010527473.9A CN201010527473A CN102142980B CN 102142980 B CN102142980 B CN 102142980B CN 201010527473 A CN201010527473 A CN 201010527473A CN 102142980 B CN102142980 B CN 102142980B
- Authority
- CN
- China
- Prior art keywords
- node
- equipment
- order
- information
- sensing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/12—Discovery or management of network topologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/50—Service provisioning or reconfiguring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/16—Gateway arrangements
Abstract
本发明提供一种远程管理传感网络拓扑的方法及网关。该方法包括接收设备管理服务器发送的DM命令,所述DM命令作用于预先构造的MO节点,所述MO节点包括用于发现传感网络拓扑的节点,用于描述传感网络拓扑的节点,或者用于修改传感网络拓扑的节点;根据所述DM命令对传感网络进行管理,所述管理包括发现传感网络拓扑、描述传感网络拓扑,或者修改传感网络拓扑。本发明实施例可以实现对M2M网关之后的传感网络的远程拓扑管理,降低管理实现的复杂度。
Description
技术领域
本发明涉及通信技术,尤其涉及一种远程管理传感网络拓扑的方法及网关。
背景技术
机器通信(Machine-to-Machine Communications,M2M)是一种以机器智能交互为核心的、网络化的应用与服务。它通过在机器内部嵌入无线或有线通信模块以及应用处理逻辑,实现无需人工干预的数据通信,以满足用户对监控、指挥调度、数据采集和测量等方面的信息化需求。一种典型的M2M系统架构包括M2M终端、M2M网关、M2M业务平台和M2M应用平台,其中M2M终端可以为传感器、微控制器等,M2M终端通过末梢传感网络技术(如Zigbee、蓝牙等)连接到M2M网关,再通过M2M网关利用远程接入技术(如2G/3G无线蜂窝网络)连接到M2M业务平台,而各种M2M应用平台(如电力抄表、智能交通等)则通过M2M业务平台获取M2M终端采集的数据或对传感网中的M2M终端进行远程的控制和管理。
远程设备管理是M2M系统的一个重要功能,即M2M应用平台或M2M服务提供商需要能够通过M2M业务平台以及M2M网关远程地对处于末梢传感网络中的M2M终端进行日常管理和维护。由于末梢传感网络往往通过自组织的方式进行组网,网络拓朴结构以及设备工作状态有时难以预料,因此,管理者需要进行拓扑发现,以便进行拓扑调整,其中,拓扑发现是指通过远程网络拓朴管理功能了解传感网中包含哪些设备以及这些设备间的通信连接关系,拓扑调整是指在必要的时候对进行适当的人工调整。
现有技术中,基于广域网的远程设备管理技术主要有开放移动联盟(Open Mobile Alliance,OMA)所定义的设备管理(Device Management,DM)规范。它能够通过操作M2M网关上的管理对象(Management Object,MO)数据,实现对M2M网关的远程管理,但还不支持经过M2M网关对末梢传感网络的远程拓扑管理。另一方面,在传感网络领域中,ZigBee网关设备规范定义了一种基于网际互联协议(Internet Protocol,IP)承载的远程网络管理技术。它能够通过ZigBee网关设备提供简单的远程ZigBee网络设备和服务发现操作方法,但不能直接提供传感网拓朴结构信息以及拓朴调整的方法,而是需要进一步结合其他ZigBee管理命令才能实现上述功能,操作方法复杂。另一些传感网协议(如蓝牙)则并未提供经过网关的远程拓朴管理方法。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题:现有缺乏对M2M网关之后的传感网络的远程拓扑管理方案,或者管理难度复杂。
发明内容
本发明实施例是提供一种远程管理传感网络拓扑的方法及网关,实现对M2M网关之后的传感网络的远程拓扑管理,降低管理实现的复杂度。
本发明实施例提供了一种远程管理传感网络拓扑的方法,包括:
网关接收设备管理服务器发送的DM命令,所述DM命令作用于预先构造的拓扑树中的MO节点,所述MO节点包括用于发现传感网络拓扑的节点,用于描述传感网络拓扑的节点,或者用于修改传感网络拓扑的节点,所述用于修改传感网络拓扑的节点包括用于修改传感设备间拓朴连接关系的第五MO节点和/或用于修改传感设备所提供的服务信息的第六MO节点;
所述网关根据所述DM命令对所述网关之后的传感网络进行管理,所述管理包括发现传感网络拓扑、描述传感网络拓扑,或者修改传感网络拓扑。
本发明实施例提供一种网关,包括:
接收模块,用于接收设备管理服务器发送的DM命令,所述DM命令作用于预先构造的拓扑树中的MO节点,所述MO节点包括用于发现传感网络拓扑的节点,用于描述传感网络拓扑的节点,或者用于修改传感网络拓扑的节点,所述用于修改传感网络拓扑的节点包括用于修改传感设备间拓朴连接关系的第五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和Topo/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>/Services(当然,可以理解的是不包含“Services”下的“Oparations”子节点)。
所述用于发现传感网络拓扑的节点包括:
用于发现传感设备间拓朴连接关系和/或各传感设备所提供的服务信息的第四MO节点,例如,参见图2所示的拓扑树,第二MO节点包括如下项中的至少一项:Topo/Operations/DiscTopo、Topo/Operations/DiscTopoAndServices。
所述用于修改传感网络拓扑的节点包括如下项中的至少一项:
用于修改传感设备间拓朴连接关系的第五MO节点,例如,参见图2所示的拓扑树,第五MO节点包括如下项中的至少一项:Topo/DevList/<x>/Operations、Topo/DevList/<x>/Neighbors/<x>/Operations;
用于修改传感设备所提供的服务信息的第六MO节点,例如,参见图2所示的拓扑树,第六MO节点包括如下项:Topo/DevList/<x>/Services/<x>/Operations。
进一步地,本实施例还可以包括:
构造拓扑树,所述拓扑树由多个MO节点组成。
其中,构造的拓扑树如图2所示,图2为本发明实施例中用于实现远程传感网络拓扑管理的树状MO结构模型,其中每个方框表示管理树中的一个MO节点或其子节点。为简洁起见,图2中并未列出管理树中完整的节点情况,仅列出了与本发明实施例紧密相关的节点信息。
需要说明的是,节点方框中节点名称后可能标注有不同的符号,分别为:“?”表示该节点可能有零个或一个实例;“*”表示该节点可能有零个或多个实例;没有任何符合表示该节点可能有且只有一个实例;“+”表示该节点可能有一个或多个实例。节点名称为“<x>”时表明该节点名称可以任意指定,只要多个实例间不重复即可。
下面逐一介绍各MO节点的含义及使用方法:
Topo节点下记录了所有用于远程管理传感网拓朴的MO信息,概括起来包括:传感网整体特征信息和管理方法、每个传感网设备自身的信息和管理方法、以及传感网设备之间的拓朴关系信息和管理方法。该节点本身可以根 据具体实现的需要置于网关管理树中的恰当位置(根节点或者其它MO分支节点之下)。具体来说,Topo节点下包括如下子节点:
1)NetworkID:用以描述该网关下传感网络标识信息。例如,如果是ZigBee网络,则对应为其16位的PANID参数和/或64位的ExtendedPANID参数;如果是蓝牙网络,则对应为该网络中主设备(Master)的设备标识。该信息可以从网关设备自身的管理信息库中提取。
2)TopoTyp:用于描述该传感网络的拓朴结构类型,可以是环形、星形、树状、网状、总线型、混合型等。该信息可以根据网关设备所连接的具体传感网技术来决定(如蓝牙网络则为星形结构,ZigBee网络则为树状或网状结构等),或进一步从网关设备自身的管理信息库中提取;
3)Ext:还可以扩展其他节点用以描述该网关下传感网络的其他拓朴特征。
4)Operations:用以提供针对该网关下传感网络的拓朴管理整体操作方法,并进一步包括如下可执行的子节点:
41)DiscTopo:指示网关发现并报告传感网拓朴信息。该节点还进一步包含一个子节点:
411)Notification:该节点取值可以是TRUE或FALSE,用于指示网关是否将后续的传感网拓朴变化情况主动通知给远程的设备管理服务器(M2M业务平台),还可以进一步包括一些过滤条件(比如哪些设备相关的拓朴变化需要通知、通知频率、需要向哪些设备管理服务器发送通知等等)。
42)DiscTopoAndService:指示网关发现并报告传感网拓朴信息以及各传感网设备所提供的服务及应用;该节点还进一步包含一个子节点:
421)Notification:该节点取值可以是TRUE或FALSE,用于指示网关是否将后续的传感网拓朴变化情况以及传感设备服务变化情况主动通知给远程的设备管理服务器(M2M业务平台),还可以进一步包括一些过滤条件(比如哪些设备相关的拓朴和服务变化需要通知、通知频率、需要向哪些设备管 理服务器发送通知等等)。
43)Ext:针对不同传感网技术,还可以扩展其他拓朴管理操作方法。比如针对ZigBee网络,可以扩展FormNetwork和StartRouter节点,分别用于指示网关设备以协调者角色重新构建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)等。
33)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)Operations:用于提供针对当前服务的管理操作方法,包括如下可执行的子节点:
351)AddGroup:用于将当前服务添加到若干个指定的群组中,每个群组由一个<x>节点描述,并进一步包含子节点GroupId、GroupName用于指定群 组标识和名称;
352)RemoveAllGroups:用于将当前服务从所有其所在群组中移除;
353)Bind:为当前服务添加若干条绑定信息,每条绑定信息由一个<x>节点描述,并进一步包含子ClusterId、DstModeId、DstAddr、DstEP子节点,其含义与前述Services/<x>/Bindings/<x>节点下的对应子节点相同;
354)RemoveAllBindings:用于删除当前服务的所有绑定关系。
图4为本发明实施例中蓝牙设备的服务的MO子树示意图,参见图4,对于每个蓝牙设备来说,其提供的每个服务<x>由一系列属性(Attribute)来描述,每个属性由一个<Attribute>MO节点来描述,并进一步包含如下子节点:
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:Topo/Operations/DiscTopoAndService)。
具体地,若DM服务器希望进一步发现M2M网关所连接的传感网拓朴信息以及传感设备所提供的服务信息,则向M2M网关发送一条DM命令,该DM命令具体为DM执行(Exec)命令,作用于图2中所定义的管理对象Topo/Operations/DiscTopoAndService。“作用于”的意思是,在相应的DM命令中指定一个目标MO节点路径(即该MO节点在MO树中的位置,本例中为Topo/Operations/DiscTopoAndService),以便DM客户端判断该DM命 令(本例中为Exec)是针对哪个MO节点执行的。
并且,若DM服务器不需要获得后续的传感网拓朴信息或传感设备服务信息的变化通知,则不需要设置管理对象Topo/Operations/DiscTopoAndService/Noification,或者将其取值设为FALSE。
之后,M2M网关解析所述DM命令,判断需要通过相应的ZigBee协议请求来完成ZigBee网络拓朴信息和ZigBee设备服务信息发现的过程。其中,拓扑发现53包括查询设备及其关联设备的标识和地址信息531、查询设备补充信息(类型)532及查询设备邻居列表533。服务发现54包括查询设备上的活动端点(EndPoint,EP)541、遍历每个EP上的服务542、遍历每个EP所在群组543及查询设备服务绑定关系表544。
其中,查询设备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/DevList/<x>/LocAddr节点中。
其中,查询设备补充信息(如设备类型、名称等)532包括:
步骤5321:M2M网关向ZigBee设备发送基本信息查询请求(Node_Desc_req)。
具体地,M2M网关向其所在ZigBee网络中的所有设备发送基本信息查询请求(Node_Desc_req),其中携带目标设备的网络地址(NwkAddr=0x?)。
步骤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包括:
步骤5421:M2M网关向ZigBee设备发送简单描述查询请求(Simple_Desc_req)。
具体地,根据步骤541中的查询结果,M2M网关进一步向所有ZigBee设备的每个激活EndPoint发送基本服务信息查询请求(Simple_Desc_req),其中携带目标设备的网络地址(NwkAddr)和EndPoint编号(EP)。
步骤5422:ZigBee设备向M2M网关返回基本服务信息查询响应(Simple_Desc_rsp)。
具体地,目标设备向M2M网关返回简单描述查询响应(Simple_Desc_rsp),通过响应消息中的SimpleDescriptor参数返回指定EndPoint所运行的服务描述信息,并被M2M网关映射到MO树中的Topo/DevList/<x>/Services/<x>/Descriptor节点中。
其中,遍历每个EP所在群组543包括:
步骤5431:M2M网关向ZigBee设备发送群组查询请求(Get_GroupMembership_req)。
具体地,根据步骤541中的查询结果,M2M网关进一步向所有ZigBee设备的每个激活EndPoint发送群组查询请求(Get_GroupMembership_req),其中携带目标设备的网络地址(NwkAddr)和EndPoint编号(EP)。
步骤5432:ZigBee设备向M2M网关返回群组查询响应 (Get_GroupMembership_rsp)。
具体地,目标设备向M2M网关返回群组查询响应(Get_GroupMembership_rsp),通过响应消息中的GroupList参数返回指定EndPoint所运行所在群组列表信息,并被M2M网关映射到MO树中的Topo/DevList/<x>/Services/<x>/Groups节点中
其中,查询设备服务绑定关系表544包括:
步骤5441:M2M网关向ZigBee设备发送绑定信息查询请求(Mgmt_Bind_req)。
具体地,
根据步骤541中的拓朴发现结果,M2M网关向其所在ZigBee网络中的所有设备发送绑定信息查询请求(Mgmt_Bind_req),其中携带目标设备的网络地址及起始标识(NwkAddr,StartIndex)。
步骤5442:ZigBee设备向M2M网关返回绑定信息查询响应(Mgmt_Bind_rsp)。
具体地,目标设备向M2M网关返回绑定信息查询响应(Mgmt_Bind_rsp),通过响应消息中的BindingTableList参数返回其服务绑定信息列表,并被M2M网关映射到MO树中的Topo/DevList/<x>/Services/<x>/Bindings节点中。
步骤55:M2M网关向DM服务器返回成功响应(Alert:OK)。
具体地,M2M网关向设备管理服务器发送DM响应消息,其中携带<Alert>元素表明已成功执行发现ZigBee网络拓朴信息及ZigBee设备服务信息的拓朴管理功能。
步骤56:获取拓扑信息及其中各设备服务信息,包括:
步骤561:DM服务器向M2M网关发送DM获取(Get)命令(Get:Topo/DevList?list=StructData)。
具体地,DM服务器向M2M网关发送一条DM获取(Get)命令,作用于如图2所示的Topo/DevList管理对象节点,并进一步携带参数 list=StructData用于指示M2M网关返回Topo/DevList节点下的子树结构及每个节点的取值。
步骤562:M2M网关向DM服务器返回结果(Result:./GW/DevList/...)。
具体地,M2M网关向DM服务器返回结果,携带Topo/DevList节点下的子树结构及每个节点的取值(Result:./GW/DevList/...),从而还原出M2M网关所获取的ZigBee网络拓朴信息及ZigBee设备服务信息。
此外,设备管理服务器还可以向M2M网关发送一条DM获取(Get)命令,作用于如图2所示的Topo/NetworkId或Topo/TopoTyp等管理对象节点,获取其他相关的网络拓朴信息。
需要说明的是:
步骤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替代(Replace)及执行(Exec)命令(Replace:Topo/Operations/DiscTopo/Notification=True;Exec:Topo/Operations/DiscTopo)。
具体地,若DM服务器发现M2M网关所连接的传感网拓朴信息后还能够得到拓朴信息改变的通知,则首先向M2M网关发送一条DM替换(Replace) 命令,作用于图2中所定义的管理对象节点Topo/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网关发送通知消息(Device_annce),其中携带网络地址(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:Topology 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替换(Replace)及执行(Exec)命令
(Replace:Topo/Operations/DiscTopoAndService/Notification=True;
Exec:Topo/Operations/DiscTopoAndService)。
具体地,若DM服务器希望发现传感网拓朴信息及设备服务信息后还能够得到所述信息改变的通知,则首先向M2M网关发送一条DM替换(Replace)命令,作用于图2中所定义的管理对象节点Topo/Operations/DiscTopoAndService/Notification,将该节点取值设为TRUE或者设为该设备管理服务器的地址标识;然后再向M2M网关发送一条DM执行(Exec)命令,作用于节点Topo/Operations/DiscTopoAndService。M2M网关解析所述DM命令,判 断需要通过相应的蓝牙协议请求来完成蓝牙网络拓朴信息及设备服务发现过程,并需要报告后续的信息更新
步骤703:拓扑发现,包括:
步骤7031:查询设备地址标识,包括:
步骤70311:M2M网关向蓝牙设备(BT设备)发送蓝牙查询请求(Inquiry_req)。
具体地,M2M网关向周围广播蓝牙查询请求(Inquiry_req)。
步骤70312:蓝牙设备向M2M网关返回查询响应(Inquiry_rsp)。
相邻的蓝牙设备接收所述请求则返回查询响应(Inquiry_rsp),并通过BD_ADDR参数携带自身的设备标识。M2M网关将所述设备标识映射到网关MO树中的Topo/DevList/<x>/DevId节点中。
可选的,若所述相邻的蓝牙设备支持扩展的查询响应消息(Extended_Inquiry_rsp),则还可以进一步向网关返回该设备的名称(name)、所提供的服务(services)等信息,从而被网关分别映射到Topo/DevList/<x>/Name和Topo/DevList/<x>/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树中的Topo/DevList/<x>/Name节点中。
可以理解的是,如果步骤70312中以获取名称,则不需要步骤7032中获取名称的步骤。
步骤704:服务发现,包括:
步骤7041:查询设备服务信息,包括:
步骤70411:M2M网关向BT设备发送服务查询请求(SDP_ServiceSearchAttribute_req)。
具体地,M2M网关向其所在蓝牙网络中的所有设备发送服务查询请求(SDP_ServiceSearchAttribute_req),其中携带目标设备的网络地址和参数ServiceSearchPattern=PublicBrowseRoot。
步骤70412:BT设备向M2M返回服务查询响应(SDP_ServiceSearchAttribute_rsp)。
具体地,目标设备向M2M网关返回服务查询响应(SDP_ServiceSearchAttribute_rsp),通过响应消息中的ServiceAttributeList参数返回其所提供的服务列表信息,并被M2M网关逐一映射到MO树中的Topo/DevList/<x>/Service/<x>/<Attributes>节点中。
步骤705:M2M网关向DM服务器返回成功响应(Alert:OK)。
具体地,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/DiscTopoAndService/Notification节点的设置情况,M2M网关向设备管理服务器发送DM通知消息,其中<Alert>可以用来表明该通知用于报告传感网拓朴信息改变。
步骤710:通过网关重新发现蓝牙网络拓扑及蓝牙设备服务信息。
具体地,与步骤706类似的,DM服务器根据所述步骤705中所述通知,进一步从M2M网关获取更新后的蓝牙传感网拓朴信息。或者与步骤702-706类似,设备管理服务器重新执行一遍传感网拓朴信息和设备服务信息发现过程。
本实施例通过DM服务器向M2M网关发送DM命令,该DM命令作用于发现BlueTooth网络拓扑及设备服务信息的MO信息,可以简便地实现发现BlueTooth网络拓扑及设备服务信息。
对于修改流程,包括移除指定设备、移除指定设备及其子设备、加入指定设备、改变指定设备与相邻设备的拓扑连接关系。
移除指定设备时,所述接收设备管理服务器发送的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替代(Replace)及执行(Exec)命令
(Topo/DevList/Dev1/Operations/Disconnect/RemoveChildren=True;Exec:Topo/DevList/Dev1/Operations/Disconnect)。
具体地,若设备管理服务器希望移除ZigBee设备1(Dev1)及其所关联的所有子设备X(DevX)时,则首先向M2M网关发送一条DM替换(Replace)命令,作用于图2中所定义的对应设备1的MO节点Topo/DevList/Dev1/Operations/Disconnect/RemoveChildren,将该节点取值设为TRUE;然后再向M2M网关发送一条DM执行(Exec)命令,作用于节点Topo/DevList/Dev1/Operations/Disconnect。M2M网关解析所述DM命令,判断需要通过相应的ZigBee协议请求来移除当前ZigBee网络中的设备1及其所关联的所有子设备X。
步骤84:M2M网关向ZigBee设备1发送移除设备请求(Mgmt_Leave_req),其中携带ZigBee设备1的网络地址(IEEEAddr=Dev1)及指示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:OK)。
具体地,M2M网关向DM服务器发送DM响应消息,其中携带<Alert>:OK元素表明已成功执行移除ZigBee设备1及其所有关联子设备的拓朴管理功能。
需要说明的是,若设备管理服务器希望只移除ZigBee设备1(Dev1)而不移除其所关联的所有子设备X(DevX)时,则步骤83中Topo/DevList/Dev1/Operations/Disconnect/RemoveChildren节点取值为FALSE,或不设置该节点,而步骤84中参数RemoveChildren=FALSE,且无需执行步骤85。
本实施例通过DM服务器向M2M网关发送DM命令,该DM命令作用于移除ZigBee设备及相关子设备的MO信息,可以简便地实现移除ZigBee设备及相关子设备。
图9为本发明第六实施例的方法流程示意图,本实施例描述通过网关移除或添加BlueTooth从设备。参见图9,本实施例包括:
假设M2M网关(Dev0)作为蓝牙网络中的主设备(Master),而蓝牙设备1(Dev1)为从设备(Slave),蓝牙设备2尚未加入当前蓝牙网络,但处于开机工作状态能够被M2M网关所发现。
步骤91:远程DM会话建立。
具体可以参见步骤701。
步骤92:BT网络拓扑发现。
具体可以参见步骤702-706。
步骤93:移除一个蓝牙从设备,包括:
步骤931:DM服务器向M2M网关发送DM执行(Exec)命令(Exec:Topo/DevList/Dev1/Operations/Disconnect)。
具体地,根据步骤92中的蓝牙网络拓朴发现结果,若设备管理服务器希望移除蓝牙从设备1(Dev1),则向M2M网关发送一条DM执行(Exec)命令,作用于图2中所定义的对应设备1的MO节点Topo/DevList/Dev1/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/Operations/Connect)。
具体地,根据步骤92中的蓝牙网络拓朴发现结果,若设备管理服务器希望将蓝牙设备2(Dev2)作为从设备加入当前蓝牙网络,则向M2M网关发送一条DM执行(Exec)命令,作用于图2中所定义的MO节点Topo/DevList/Dev0/Neighbors/Dev2/Connect。M2M网关解析所述DM命令,判断需要通过相应的蓝牙协议请求将其所发现的相邻蓝牙设备2作为从设备加入到当前蓝牙网络中。
步骤942:M2M网关(即蓝牙网络主设备0)向蓝牙设备2发送连接建立请求(LMP_Host_Connection_req),其中携带设备2的网络地址 (BD_ADDR=Dev2)。
步骤943:若设备2同意加入当前蓝牙网络,则向M2M网关返回连接建立完成消息LMP_Setup_Complete,确认已加入当前蓝牙网络。
步骤95:M2M网关更新设备列表信息。
具体地,根据移除或添加设备后的网络拓朴情况,M2M网关更新如图2所示的拓朴管理树信息,即删除已离开设备相关的拓朴和服务信息,添加新加入设备相关的拓朴和服务信息。
步骤96:M2M网关向DM服务器返回成功响应(Alert:OK)。
具体地,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替代(Replace)及执行(Exec)命令(
Replace:
Topo/DevList/Dev1/Services/Sev1/Operations/AddGroup/<x>/GroupId;
Replace:Topo/DevList/Dev1/Services/Sev1/Operations/AddGroup/<x>/
GroupName;
Exec:Topo/DevList/Dev1/Services/Sev1/Operations/AddGroup)。
具体地,根据步骤102中的ZigBee网络拓朴及设备服务信息发现结果,若设备管理服务器希望为设备1(Dev1)的服务1(Sev1)添加其所在群组信息,则首先向M2M网关发送两条DM替换(Replace)命令,分别作用于图2、3中所定义的MO节点Topo/DevList/Dev1/Services/Sev1/Operations/AddGroup/<x>/GroupId和Topo/DevList/Dev1/Services/Sev1/Operations/AddGroup/<x>/GroupName,用于设置待添加的群组标识和群组名称。若希望添加多条群组信息,则可以通过设置上述多个<x>节点下的GroupId节点和GroupName节点来实现。然后设备管理服务器再向M2M网关发送一条DM执行(Exec)命令,作用于MO节点Topo/DevList/Dev1/Services/Sev1/Operations/AddGroup。M2M网关解析所述DM命令,判断需要通过相应的ZigBee协议请求来为ZigBee设备1上的服务1添加相应的群组信息。
步骤104:添加设备服务的群组信息,包括:
步骤1041:M2M网关向ZigBee设备发送添加群组请求(Add_Group_req),其中携带设备1上服务1所在的EndPoint编号,以及所配置的需要添加的群组标识(GroupId)和群组名称(GroupName)。
具体地,M2M网关首先根据如图3所定义的管理树获取所述设备1上服务1所在的EndPoint编号(EPNum),然后向ZigBee设备1发送添 加群组请求Add_Group_req,其中携带设备1上服务1所在的EndPoint编号,以及所配置的需要添加的群组标识(GroupId)和群组名称(GroupName)。设备1根据所述请求更新本地服务相关的群组列表信息,然后向M2M网关返回添加群组成功的响应。
步骤1042:ZigBee设备更新本地群组列表(GroupTable)。
步骤1043:ZigBee向M2M网关返回添加群组成功的响应(Add_Group_rsp(SUCCESS))。
步骤105:M2M网关更新相应设备的群组信息。
具体地,M2M网关更新如图2、3所示的拓朴管理树信息,即添加设备1上服务1的群组信息。
步骤106:M2M网关向DM服务器返回成功响应(Alert:OK)。
具体地,M2M网关向设备管理服务器发送DM响应消息,其中携带<Alert>元素表明已成功执行修改设备服务信息的拓朴管理功能。
需要说明的是:
若远程设备管理服务器需要修改指定ZigBee设备上的其他服务信息,只需要根据图3中所示的拓朴管理树信息,在步骤103中向M2M网关发送作用于相应MO节点的替换(Replace)命令和执行(Exec)命令,即可指示M2M网关执行相应的设备服务信息修改管理操作。例如通过ExecTopo/DevList/Dev1/Services/Sev1/Operations/Bind来添加服务绑定信息,通过Exec Topo/DevList/Dev1/Services/Sev1/Operations/RemoveAllGroups或Exec Topo/DevList/Dev1/Services/Sev1/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设备1(Dev1)已与相邻父设备3(Dev3)连接(相邻关系为Relationship=Parent),但同时周围还有相邻设备2(Dev2)可以作为父设备连接(相邻关系为Relationship=None)。
步骤1103:DM服务器向M2M网关发送DM执行(Exec)命令(Exec:Topo/DevList/Dev1/Neighbors/Dev2/Operations/Connect)。
具体地,若设备管理服务器希望将ZigBee设备1(Dev1)的连接从其当前父设备3(Dev3)下移动到设备2(Dev2)下,向M2M网关发送一条DM执行(Exec)命令,作用于图2中所定义的对应设备1的MO节点Topo/DevList/Dev1/Neighbors/Dev2/Operations/Connect。M2M网关解析所述DM命令,判断需要通过相应的ZigBee协议请求来将ZigBee设备1从其当前父设备3(Dev3)下移除,然后重新连接到父设备2(Dev2)下。
步骤1104:M2M网关保存相关设备配置信息。
具体地,由于ZigBee网络设备间的连接建立是以自组织的方式完成,ZigBee协议并未直接提供控制一个ZigBee设备(Dev1)与指定ZigBee父设备(Dev2)建立连接的操作方法,因此需要通过间接的操作来实现。具体方法是,首先关闭Dev1设备周围除Dev2之外的所有其它ZigBee设备的允许子设备连接功能(修改PermitDuration参数为0x00),然后指示Dev1离开当前ZigBee网络并重新加入,此时Dev1通过自主加入网络的过程,只能选择将Dev2作为父设备建立连接,从而达到期望的修改拓朴 的效果。为了保证ZigBee网络设备的工作状态与拓朴修改前一致,需要在执行上述操作前保存相关的设备参数,如PermitDuration。
步骤1105:允许Dev2接纳新的子设备,禁止其他设备接纳子设备,包括:
步骤11051:M2M网关向ZigBee设备1(Dev1)的相邻设备(如ZigBee设备2)发送设置允许子设备连接请求(Mgmt_Permit_Joining_req),对于设备2(Dev2)携带参数PermitDuration=0xff,表示允许子设备连接。
步骤11052:ZigBee设备2向M2M网关发送成功响应消息(Mgmt_Permit_Joining_rsp(SUCCESS))确认设置完毕。
步骤11053:M2M网关向ZigBee设备1(Dev1)的相邻设备(如其他ZigBee设备)发送设置允许子设备连接请求(Mgmt_Permit_Joining_req),对于其他相邻设备携带参数PermitDuration=0x00,表示不允许子设备连接。
步骤11054:其他ZigBee设备向M2M网关发送成功响应消息(Mgmt_Permit_Joining_rsp(SUCCESS))确认设置完毕。
步骤1106:指示Dev1重新加入网络,具体地,ZigBee设备1根据所述请求离开当前网络,然后执行自主的扫描和加入网络过程。由于此时只有相邻设备2(Dev2)允许其加入网络,因此设备1(Dev1)只能将设备2(Dev2)作为其父设备建立连接,然后通过设备声明请求Device_annce通知M2M网关其已重新加入网络。包括:
步骤11061:M2M网关向ZigBee设备1(Dev1)发送离开网络请求(Mgmt_Leave_req),其中携带IEEEAddr参数指示设备1的标识,同时携带Rejoin=True参数指示设备1离开网络后还需要重新扫描加入。
步骤11062:ZigBee设备1向M2M网关发送离开网络响应(Mgmt_Leave_rsp),其中携带SUCCESS参数。
步骤11063:ZigBee设备1(Dev1)通过网络扫描和加入过程,关联 到ZigBee设备2(Dev2)。
步骤11064:ZigBee设备1向M2M网关发送通知消息(Device_annce),其中携带网络地址(NwkAddr)及IEEE地址(IEEEAddr)。
步骤1107:如果发生改变,恢复相关设备配置信息,具体地,若与步骤1104相比,步骤1105中修改了设备1(Dev1)的相邻设备的允许子设备连接的配置参数,则此时网关需要通过类似步骤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=0xff,表示允许子设备连接。
步骤11074:其他ZigBee设备向M2M网关发送成功响应消息(Mgmt_Permit_Joining_rsp(SUCCESS))确认设置完毕。
步骤1108:可选的,重新发现网络拓扑。
具体地,可选的,M2M网关可执行实施例1中步骤3-9的过程,重新发现当前ZigBee网络的拓朴信息和设备服务信息,以确保相关信息的准确性。
步骤1109:M2M网关更新网络拓扑信息。
具体地,根据改变后的拓朴连接关系,M2M更新如图6、7所示本地的拓朴管理树信息。
步骤1110:M2M网关向DM服务器返回成功响应(Alert:OK)。
具体地,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网关之后的传感网络进行远程拓朴管理和维护,降低管理实现的复杂度。
可以理解的是,上述方法及设备中的相关特征可以相互参考。另外,上述实施例中的“第一”、“第二”等是用于区分各实施例,而并不代表各实施例的优劣。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (22)
1.一种远程管理传感网络拓扑的方法,其特征在于,包括:
网关接收设备管理服务器发送的设备管理DM命令,所述DM命令作用于预先构造的拓扑树中的管理对象MO节点,所述MO节点包括用于发现传感网络拓扑的节点,用于描述传感网络拓扑的节点,或者用于修改传感网络拓扑的节点,所述用于描述传感网络拓扑的节点包括如下项中的至少一项:用于描述传感网络整体信息的第一MO节点、用于描述各传感设备特征信息和/或传感设备间拓朴连接关系信息的第二MO节点、用于描述各传感设备所提供的服务信息的第三MO节点,所述用于发现传感网络拓扑的节点包括用于发现传感设备间拓朴连接关系和/或各传感设备所提供的服务信息的第四MO节点,所述用于修改传感网络拓扑的节点包括用于修改传感设备间拓扑连接关系的第五MO节点和/或用于修改传感设备所提供的服务信息的第六MO节点;
所述网关根据所述DM命令对所述网关之后的传感网络进行管理,所述管理包括发现传感网络拓扑、描述传感网络拓扑,或者修改传感网络拓扑。
2.根据权利要求1所述的方法,其特征在于,
所述接收设备管理服务器发送的DM命令,包括:
接收设备管理服务器发送的DM发现命令,所述DM发现命令作用于所述第四MO节点;
所述根据所述DM命令对传感网络进行管理,包括:
进行拓扑发现并映射保存到所述第二MO节点,所述拓扑发现包括如下项中的至少一项:查询设备标识及地址信息、查询设备补充信息、查询关联设备信息、查询设备间连接状态信息;
和/或,
进行服务发现并映射保存到所述第三MO节点,所述服务发现包括如下项中的至少一项:查询设备服务信息、查询设备服务相关的群组信息、查询设备服务间的绑定信息。
3.根据权利要求2所述的方法,其特征在于,所述第四MO节点还包括用于指示上报后续拓扑变化的子节点;
所述根据所述DM命令对传感网络进行管理,还包括:
监测到传感设备加入或者离开传感网络;
根据监测到传感设备加入或者离开情况,更新所述第二MO节点中的各传感设备特征信息和/或传感设备间拓扑连接关系,和/或,所述第三MO节点中的各传感设备所提供的服务信息;
向设备管理服务器上报通知消息。
4.根据权利要求1所述的方法,其特征在于,
所述接收设备管理服务器发送的DM命令,包括:
接收设备管理服务器发送的DM修改命令,所述DM修改命令作用于所述第五MO节点,所述第五MO节点具体用于将指定设备从传感网移除;
所述根据所述DM命令对传感网络进行管理,包括:
向指定设备发送移除命令;
更新所述第二MO节点中的各传感设备特征信息和/或传感设备间拓扑连接关系,和/或,所述第三MO节点中的各传感设备所提供的服务信息。
5.根据权利要求1所述的方法,其特征在于,
所述接收设备管理服务器发送的DM命令,包括:
接收设备管理服务器发送的DM修改命令,所述DM修改命令作用于所述第五MO节点,所述第五MO节点具体用于将指定设备及其子设备从传感网移除;
所述根据所述DM命令对传感网络进行管理,包括:
向指定设备发送移除命令,所述移除命令包括移除子设备的指示信息;
更新所述第二MO节点中的各传感设备特征信息和/或传感设备间拓扑连接关系,和/或,所述第三MO节点中的各传感设备所提供的服务信息。
6.根据权利要求1所述的方法,其特征在于,
所述接收设备管理服务器发送的DM命令,包括:
接收设备管理服务器发送的修改DM命令,所述DM修改命令作用于所述第五MO节点,所述第五MO节点具体用于将指定设备加入传感网络;
所述根据所述DM命令对传感网络进行管理,包括:
向指定设备发送连接建立请求消息;
更新所述第二MO节点中的各传感设备特征信息和/或传感设备间拓扑连接关系,和/或,所述第三MO节点中的各传感设备所提供的服务信息。
7.根据权利要求1所述的方法,其特征在于,
所述接收设备管理服务器发送的DM命令,包括:
接收设备管理服务器发送的DM修改命令,所述DM修改命令作用于所述第五MO节点,所述第五MO节点具体用于修改指定设备与相邻设备的拓朴连接关系;
所述根据所述DM命令对传感网络进行管理,包括:
允许指定相邻设备接纳新的子设备,禁止其他相邻设备接纳子设备;
指示所述指定设备重新加入网络,并更新所述第二MO节点中的传感设备间拓扑连接关系。
8.根据权利要求1所述的方法,其特征在于,
所述接收设备管理服务器发送的DM命令,包括:
接收设备管理服务器发送的DM修改命令,所述DM修改命令作用于所述第六MO节点;
所述根据所述DM命令对传感网络进行管理,包括:
修改指定传感网设备的相关服务信息,包括:修改指定服务的群组和/或绑定关系;
更新所述第三MO节点中的指定传感设备所提供的服务信息。
9.根据权利要求1所述的方法,其特征在于,
所述接收设备管理服务器发送的DM命令,包括:
接收设备管理服务器发送的DM获取命令,所述DM获取命令作用于所述第一MO节点;
所述根据所述DM命令对传感网络进行管理,包括:
将所述第一MO节点中保存的传感网整体信息,发送给设备管理服务器。
10.根据权利要求1所述的方法,其特征在于,
所述接收设备管理服务器发送的DM命令,包括:
接收设备管理服务器发送的DM获取命令,所述DM获取命令作用于所述第二MO节点;
所述根据所述DM命令对传感网络进行管理,包括:
将所述第二MO节点中保存的描述各传感设备特征信息和/或传感设备间拓朴连接关系信息,发送给所述设备管理服务器。
11.根据权利要求1所述的方法,其特征在于,
所述接收设备管理服务器发送的DM命令,包括:
接收设备管理服务器发送的DM获取命令,所述DM获取命令作用于所述第三MO节点;
所述根据所述DM命令对传感网络进行管理,包括:
将所述第三MO节点中保存的各传感设备所提供的服务信息,发送给所述设备管理服务器。
12.一种网关,其特征在于,包括:
接收模块,用于接收设备管理服务器发送的设备管理DM命令,所述DM命令作用于预先构造的拓扑树中的管理对象MO节点,所述MO节点包括用于发现传感网络拓扑的节点,用于描述传感网络拓扑的节点,或者用于修改传感网络拓扑的节点,所述用于描述传感网络拓扑的节点包括如下项中的至少一项:用于描述传感网络整体信息的第一MO节点、用于描述各传感设备特征信息和/或传感设备间拓朴连接关系信息的第二MO节点、用于描述各传感设备所提供的服务信息的第三MO节点,所述用于发现传感网络拓扑的节点包括用于发现传感设备间拓朴连接关系和/或各传感设备所提供的服务信息的第四MO节点,所述用于修改传感网络拓扑的节点包括用于修改传感设备间拓扑连接关系的第五MO节点和/或用于修改传感设备所提供的服务信息的第六MO节点;
管理模块,用于根据所述DM命令对所述网关之后的传感网络进行管理,所述管理包括发现传感网络拓扑、描述传感网络拓扑,或者修改传感网络拓扑。
13.根据权利要求12所述的网关,其特征在于,
所述接收模块具体用于接收设备管理服务器发送的DM发现命令,所述DM发现命令作用于所述第四MO节点;
所述管理模块具体用于:
进行拓扑发现并映射保存到所述第二MO节点,所述拓扑发现包括如下项中的至少一项:查询设备标识及地址信息、查询设备补充信息、查询关联设备信息、查询设备间连接状态信息;
和/或,
进行服务发现并映射保存到所述第三MO节点,所述服务发现包括如下项中的至少一项:查询设备服务信息、查询设备服务相关的群组信息、查询设备服务间的绑定信息。
14.根据权利要求13所述的网关,其特征在于,所述管理模块还用于:
监测到传感设备加入或者离开传感网络;
根据监测到传感设备加入或者离开情况,更新所述第二MO节点中的各传感设备特征信息和/或传感设备间拓扑连接关系,和/或,所述第三MO节点中的各传感设备所提供的服务信息;
向设备服务器上报通知消息。
15.根据权利要求12所述的网关,其特征在于,
所述接收模块具体用于接收设备管理服务器发送的DM修改命令,所述DM修改命令作用于所述第五MO节点,所述第五MO节点具体用于将指定设备从传感网移除;
所述管理模块具体用于向指定设备发送移除命令;更新所述第二MO节点中的各传感设备特征信息和/或传感设备间拓扑连接关系,和/或,所述第三MO节点中的各传感设备所提供的服务信息。
16.根据权利要求12所述的网关,其特征在于,
所述接收模块具体用于接收设备管理服务器发送的DM修改命令,所述DM修改命令作用于所述第五MO节点,所述第五MO节点具体用于将指定设备及其子设备从传感网移除;
所述管理模块具体用于向指定设备发送移除命令,所述移除命令包括移除子设备的指示信息;更新所述第二MO节点中的各传感设备特征信息和/或传感设备间拓扑连接关系,和/或,所述第三MO节点中的各传感设备所提供的服务信息。
17.根据权利要求12所述的网关,其特征在于,
所述接收模块具体用于接收设备管理服务器发送的修改DM命令,所述DM修改命令作用于所述第五MO节点,所述第五MO节点具体用于将指定设备加入传感网;
所述管理模块具体用于向指定设备发送连接建立请求消息;更新所述第二MO节点中的各传感设备特征信息和/或传感设备间拓扑连接关系,和/或,所述第三MO节点中的各传感设备所提供的服务信息。
18.根据权利要求12所述的网关,其特征在于,
所述接收模块具体用于接收设备管理服务器发送的DM修改命令,所述DM修改命令作用于所述第五MO节点,所述第五MO节点具体用于修改指定设备与相邻设备的拓朴连接关系;
所述管理模块具体用于允许指定相邻设备接纳新的子设备,禁止其他相邻设备接纳子设备;指示所述指定设备重新加入网络,并更新所述第二MO节点中的传感设备间拓扑连接关系。
19.根据权利要求12所述的网关,其特征在于,
所述接收模块具体用于接收设备管理服务器发送的DM修改命令,所述DM修改命令作用于所述第六MO节点;
所述管理模块具体用于修改指定传感网设备的相关服务信息,包括:修改指定服务的群组和/或绑定关系;更新所述第三MO节点中的指定传感设备所提供的服务信息。
20.根据权利要求12项所述的网关,其特征在于,
所述接收模块具体用于接收设备管理服务器发送的DM获取命令,所述DM获取命令作用于所述第一MO节点;
所述管理模块具体用于将所述第一MO节点中保存的传感网整体信息,发送给设备管理服务器。
21.根据权利要求12所述的网关,其特征在于,
所述接收模块具体用于接收设备管理服务器发送的DM获取命令,所述DM获取命令作用于所述第二MO节点;
所述管理模块具体用于将所述第二MO节点中保存的描述各传感设备特征信息和/或传感设备间拓朴连接关系信息,发送给所述设备管理服务器。
22.根据权利要求12所述的网关,其特征在于,
所述接收模块具体用于接收设备管理服务器发送的DM获取命令,所述DM获取命令作用于所述第三MO节点;
所述管理模块具体用于将所述第三MO节点中保存的各传感设备所提供的服务信息,发送给所述设备管理服务器。
Priority Applications (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010527473.9A CN102142980B (zh) | 2010-10-27 | 2010-10-27 | 远程管理传感网络拓扑的方法及网关 |
EP17188078.4A EP3337223B1 (en) | 2010-10-27 | 2011-05-24 | Method for remotely managing a sensor network topology and gateway |
PCT/CN2011/074608 WO2011150757A1 (zh) | 2010-10-27 | 2011-05-24 | 远程管理传感网络拓扑的方法及网关 |
EP11789136.6A EP2605610B1 (en) | 2010-10-27 | 2011-05-24 | Method and gateway for remotely managing sensor network topology |
US13/872,968 US8908562B2 (en) | 2010-10-27 | 2013-04-29 | Method for remotely managing a sensor network topology and gateway |
US14/563,631 US9288114B2 (en) | 2010-10-27 | 2014-12-08 | Apparatus and system for managing a sensor network |
US15/012,020 US9474101B2 (en) | 2010-10-27 | 2016-02-01 | Apparatus and system for managing a sensor network |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010527473.9A CN102142980B (zh) | 2010-10-27 | 2010-10-27 | 远程管理传感网络拓扑的方法及网关 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102142980A CN102142980A (zh) | 2011-08-03 |
CN102142980B true CN102142980B (zh) | 2014-05-07 |
Family
ID=44410223
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010527473.9A Active CN102142980B (zh) | 2010-10-27 | 2010-10-27 | 远程管理传感网络拓扑的方法及网关 |
Country Status (4)
Country | Link |
---|---|
US (3) | US8908562B2 (zh) |
EP (2) | EP2605610B1 (zh) |
CN (1) | CN102142980B (zh) |
WO (1) | WO2011150757A1 (zh) |
Families Citing this family (46)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102142980B (zh) * | 2010-10-27 | 2014-05-07 | 华为技术有限公司 | 远程管理传感网络拓扑的方法及网关 |
CN102843251B (zh) * | 2011-06-22 | 2016-03-30 | 华为终端有限公司 | 管理终端的方法和装置 |
US9210645B2 (en) | 2012-05-18 | 2015-12-08 | Industrial Technology Reseach Institute | Method for dynamically controlling data paths, MTC gateway and network device using the same |
CN102752753B (zh) * | 2012-06-21 | 2018-07-31 | 中兴通讯股份有限公司 | 一种控制ZigBee网络的方法及无线移动终端 |
CN103780663B (zh) * | 2012-10-26 | 2019-05-07 | 中兴通讯股份有限公司 | 一种终端外设的远程管理方法、装置和系统 |
CN103796343B (zh) * | 2012-10-30 | 2018-01-02 | 中兴通讯股份有限公司 | M2m网关设备及其应用方法 |
US9525589B2 (en) * | 2012-12-17 | 2016-12-20 | Cisco Technology, Inc. | Proactive M2M framework using device-level vCard for inventory, identity, and network management |
CN103974307A (zh) * | 2013-01-31 | 2014-08-06 | 上海贝尔股份有限公司 | 在物联网中用于管理ZigBee网络的方法 |
US20140359455A1 (en) * | 2013-06-03 | 2014-12-04 | Ge Intelligent Platforms, Inc. | Method and appratus to present a control system topology |
US9519394B2 (en) * | 2013-06-03 | 2016-12-13 | GE Intelligent Platforms Inc. | Method and apparatus for creating instances for pre-defined areas of a topology |
KR101689614B1 (ko) * | 2013-06-12 | 2016-12-26 | 엘지전자 주식회사 | M2m 시스템에서 위치 측정 방법 및 이를 위한 장치 |
CN104244243B (zh) | 2013-06-24 | 2019-08-23 | 中兴通讯股份有限公司 | 终端外设控制方法、机器对机器网关及通信系统 |
CN105766005B (zh) * | 2013-10-24 | 2019-09-20 | 康维达无线有限责任公司 | 服务覆盖管理系统和方法 |
US10057123B1 (en) * | 2013-12-27 | 2018-08-21 | Alarm.Com Incorporated | Network topology backup |
EP3090602A1 (en) * | 2013-12-30 | 2016-11-09 | Telecom Italia S.p.A. | Method for managing a node association in a wireless personal area communication network |
BR102014003580B1 (pt) * | 2014-02-14 | 2023-03-21 | Samsung Eletrônica da Amazônia Ltda. | Método para habilitar a arquitetura hierárquica de gateways para gerenciamento de dispositivos |
CN105323780A (zh) * | 2014-07-18 | 2016-02-10 | 中兴通讯股份有限公司 | 物联网的终端拓扑管理服务方法、装置及系统 |
CN106489285B (zh) * | 2014-08-05 | 2019-11-19 | 华为技术有限公司 | D2d终端、系统及d2d发现方法 |
KR20160024471A (ko) * | 2014-08-26 | 2016-03-07 | 삼성에스디에스 주식회사 | 근거리 무선 통신 노드 장치 및 그 장치의 집결 여부에 대한 알람 방법 |
US9838258B2 (en) | 2014-12-04 | 2017-12-05 | At&T Intellectual Property I, L.P. | Network service interface for machine-to-machine applications |
JP6397576B2 (ja) * | 2014-12-12 | 2018-09-26 | ノキア テクノロジーズ オーユー | ゲートウェイノードでの端末ディスカバリ |
CN105792320B (zh) * | 2014-12-25 | 2019-03-19 | 台达电子工业股份有限公司 | 无线节点的自组织网络建立方法 |
TWI551179B (zh) * | 2014-12-25 | 2016-09-21 | 台達電子工業股份有限公司 | 無線節點的自組織網路建立方法 |
TWI538547B (zh) | 2014-12-26 | 2016-06-11 | 台達電子工業股份有限公司 | 無線節點的關聯性架構及其最佳化方法 |
US10200241B2 (en) * | 2015-05-13 | 2019-02-05 | Stryker Corporation | Method of wireless discovery and networking of medical devices in care environments |
WO2017045727A1 (en) * | 2015-09-18 | 2017-03-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Management of communication between m2m device and m2m server |
US9743267B2 (en) | 2015-12-16 | 2017-08-22 | Motorola Solutions, Inc. | Method, device, and system for improving device pairing between a scanning wireless radio communication device and target wireless electronic devices |
US9917730B2 (en) * | 2015-12-28 | 2018-03-13 | Dell Products L.P. | Peer-to-peer wireless controller topology provisioning system |
US9986411B1 (en) * | 2016-03-09 | 2018-05-29 | Senseware, Inc. | System, method and apparatus for node selection of a sensor network |
US10212639B2 (en) | 2016-07-26 | 2019-02-19 | At&T Intellectual Property I, L.P. | Method and apparatus for dynamic data path selection for narrow band wireless communication |
US9781259B1 (en) | 2016-07-27 | 2017-10-03 | At&T Intellectual Property I, L.P. | Method and apparatus for asset location tracking in a communication network |
US10516589B2 (en) | 2016-08-31 | 2019-12-24 | At&T Intellectual Property I, L.P. | Sensor web management system for internet of things sensor devices with physically imprinted unique frequency keys |
US10650621B1 (en) | 2016-09-13 | 2020-05-12 | Iocurrents, Inc. | Interfacing with a vehicular controller area network |
CN106507397B (zh) * | 2016-12-08 | 2019-07-26 | 厦门欧万智能科技有限公司 | ZigBee网络设备EP节点在物联网上的表示方法 |
CN106792853B (zh) * | 2016-12-22 | 2020-05-12 | 青岛亿联客信息技术有限公司 | 蓝牙mesh网络新设备添加方法 |
US10536853B2 (en) | 2017-03-03 | 2020-01-14 | Texas Instruments Incorporated | Secure network authentication at a gateway for non-internet protocol enabled devices |
EP3679693B1 (en) * | 2017-09-06 | 2021-07-21 | Signify Holding B.V. | Commissioning in multi-hop networks by using a single-hop connection |
US11095502B2 (en) * | 2017-11-03 | 2021-08-17 | Otis Elevator Company | Adhoc protocol for commissioning connected devices in the field |
US10469600B2 (en) * | 2017-11-14 | 2019-11-05 | Dell Products, L.P. | Local Proxy for service discovery |
CN110445630A (zh) * | 2018-05-03 | 2019-11-12 | 中兴通讯股份有限公司 | 分割网络拓扑的方法及装置、存储介质、电子装置 |
WO2020081703A1 (en) * | 2018-10-17 | 2020-04-23 | Alibaba Group Holding Limited | Method, device, and system for controlling a bluetooth device over a bluetooth mesh network |
CN111065077B (zh) | 2018-10-17 | 2023-08-18 | 阿里巴巴集团控股有限公司 | 蓝牙Mesh网络及其通信方法、设备与存储介质 |
CN109861890B (zh) * | 2018-12-28 | 2021-11-19 | 江苏惠通集团有限责任公司 | 控制方法、ZigBee节点设备、网关及ZigBee网络系统 |
CN112469011A (zh) | 2019-09-06 | 2021-03-09 | 华为技术有限公司 | 一种蓝牙配对方法及相关装置 |
CN112583627A (zh) * | 2019-09-30 | 2021-03-30 | 杭州海康威视数字技术股份有限公司 | 一种组网拓扑结构展示方法及装置 |
CN112261087B (zh) * | 2020-09-24 | 2023-08-01 | 国电南瑞科技股份有限公司 | 一种配电物联网自组网方法及系统 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1547357A (zh) * | 2003-12-16 | 2004-11-17 | 北京航空航天大学 | 动态构造的网络管理方法 |
CN101123785A (zh) * | 2006-08-11 | 2008-02-13 | 华为技术有限公司 | 一种通信系统中管理终端的方法和系统 |
Family Cites Families (27)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI20030943A (fi) * | 2003-06-25 | 2004-12-26 | Nokia Corp | Menetelmä machine-to-machine-yksikön parametrien konfiguroimiseksi ja machine-to-machine-yksikkö |
US7558867B2 (en) * | 2004-04-20 | 2009-07-07 | Wyse Technology Inc. | Automatic firmware upgrade for a thin client using one or more FTP servers |
US20060026267A1 (en) * | 2004-08-02 | 2006-02-02 | Andre Godin | Method, system, and cluster for the update of management objects |
CN100499494C (zh) | 2005-09-13 | 2009-06-10 | 华为技术有限公司 | 一种远程管理本地网络设备的系统及实现方法 |
US7903585B2 (en) | 2006-02-15 | 2011-03-08 | Cisco Technology, Inc. | Topology discovery of a private network |
CN101222397B (zh) * | 2008-01-25 | 2011-03-02 | 大连海事大学 | 无线传感器网络信号同步采集及准实时传输系统 |
US20090204578A1 (en) * | 2008-02-12 | 2009-08-13 | Microsoft Corporation | Targeted queries using an oma dm protocol |
WO2009122524A1 (ja) * | 2008-03-31 | 2009-10-08 | 富士通株式会社 | コンテキスト情報収集管理システム、ターゲット識別情報検出収集管理装置、ドメイン管理装置、意味情報体系管理装置、ルート管理装置およびコンテキスト情報収集管理方法 |
CN101667926A (zh) * | 2008-09-02 | 2010-03-10 | 中兴通讯股份有限公司 | 终端设备的远程管理方法和系统、代理设备 |
US8578153B2 (en) * | 2008-10-28 | 2013-11-05 | Telefonaktiebolaget L M Ericsson (Publ) | Method and arrangement for provisioning and managing a device |
CN101854343B (zh) | 2009-04-01 | 2014-07-09 | 华为终端有限公司 | 提供节点信息的方法、获取节点信息的方法及设备 |
ES2532956T3 (es) * | 2009-04-28 | 2015-04-06 | Koninklijke Kpn N.V. | Red de telecomunicaciones que responde a información de localización proporcionada por un servidor |
KR101669672B1 (ko) * | 2009-08-17 | 2016-11-10 | 삼성전자주식회사 | 단말의 원격 관리 방법 및 장치 |
WO2011052136A1 (en) * | 2009-10-30 | 2011-05-05 | Panasonic Corporation | Communication system and apparatus for status dependent mobile services |
KR101712158B1 (ko) * | 2009-12-28 | 2017-03-06 | 인터디지탈 패튼 홀딩스, 인크 | 사물 지능 통신 게이트웨이 아키텍쳐 |
KR101874273B1 (ko) * | 2010-03-01 | 2018-07-03 | 아이오티 홀딩스, 인크. | 머신-투-머신 게이트웨이 아키텍처 및 기능 |
US10051074B2 (en) * | 2010-03-29 | 2018-08-14 | Samsung Electronics Co, Ltd. | Techniques for managing devices not directly accessible to device management server |
US9807602B2 (en) * | 2010-04-07 | 2017-10-31 | Qualcomm Incorporated | Apparatus and method for connection establishment in a communications network |
US8934909B2 (en) * | 2010-05-19 | 2015-01-13 | Nokia Corporation | Method and apparatus for providing communication offloading to unlicensed bands |
US20110289119A1 (en) * | 2010-05-20 | 2011-11-24 | Sybase, Inc. | Methods and systems for monitoring server cloud topology and resources |
CN102223412B (zh) * | 2010-06-18 | 2014-06-25 | 开曼群岛威睿电通股份有限公司 | 机器类型通信方法及装置 |
US9210527B2 (en) * | 2010-07-13 | 2015-12-08 | Qualcomm Incorporated | Method and apparatus for providing uniform machine-to-machine addressing |
US8345546B2 (en) * | 2010-07-13 | 2013-01-01 | Verizon Patent And Licensing Inc. | Dynamic machine-to-machine communications and scheduling |
US20120044865A1 (en) * | 2010-08-20 | 2012-02-23 | Industrial Technology Research Institute | Apparatus And Method For Coupling An M2M Device To A Wireless Network |
US8942170B1 (en) * | 2010-09-08 | 2015-01-27 | Zte (Usa) Inc. | Group identification of wireless communication devices |
US8560856B2 (en) * | 2010-10-01 | 2013-10-15 | Futurewei Technologies, Inc. | Lightweight secure neighbor discovery protocol for low-power and lossy networks |
CN102142980B (zh) * | 2010-10-27 | 2014-05-07 | 华为技术有限公司 | 远程管理传感网络拓扑的方法及网关 |
-
2010
- 2010-10-27 CN CN201010527473.9A patent/CN102142980B/zh active Active
-
2011
- 2011-05-24 EP EP11789136.6A patent/EP2605610B1/en active Active
- 2011-05-24 EP EP17188078.4A patent/EP3337223B1/en active Active
- 2011-05-24 WO PCT/CN2011/074608 patent/WO2011150757A1/zh active Application Filing
-
2013
- 2013-04-29 US US13/872,968 patent/US8908562B2/en active Active
-
2014
- 2014-12-08 US US14/563,631 patent/US9288114B2/en active Active
-
2016
- 2016-02-01 US US15/012,020 patent/US9474101B2/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1547357A (zh) * | 2003-12-16 | 2004-11-17 | 北京航空航天大学 | 动态构造的网络管理方法 |
CN101123785A (zh) * | 2006-08-11 | 2008-02-13 | 华为技术有限公司 | 一种通信系统中管理终端的方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
EP3337223A1 (en) | 2018-06-20 |
US20160157298A1 (en) | 2016-06-02 |
WO2011150757A1 (zh) | 2011-12-08 |
EP2605610A1 (en) | 2013-06-19 |
EP2605610A4 (en) | 2013-11-27 |
US20130294285A1 (en) | 2013-11-07 |
CN102142980A (zh) | 2011-08-03 |
EP2605610B1 (en) | 2017-11-29 |
US8908562B2 (en) | 2014-12-09 |
US9288114B2 (en) | 2016-03-15 |
EP3337223B1 (en) | 2020-12-16 |
US9474101B2 (en) | 2016-10-18 |
US20150098361A1 (en) | 2015-04-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102142980B (zh) | 远程管理传感网络拓扑的方法及网关 | |
CN102136934B (zh) | 实现Zigbee设备远程升级的方法、装置及网络系统 | |
EP3579505B1 (en) | Orchestration and management system and network slice processing method | |
EP3017661B1 (en) | A method for operating a communication device in a communication network, a communication device, a luminaire equipped with such communication device | |
WO2019057011A1 (zh) | 一种网络切片模板的处理方法及管理设备 | |
CN105007201A (zh) | 一种接入网络的方法、无线音箱及系统 | |
US20160212679A1 (en) | Terminal and Wireless Networking Method | |
CN101778486A (zh) | 设备管理服务器、客户端及目标操作对象定位方法 | |
CN101854343A (zh) | 提供节点信息的方法、获取节点信息的方法及设备 | |
CN104283802A (zh) | 邻居发现方法和设备 | |
CN103200596A (zh) | 一种瘦ap架构wlan网络中ap快速批量升级的方法 | |
CN109194754A (zh) | 设备搜索方法和装置 | |
CN105979505A (zh) | 一种空中下载的方法及装置 | |
CN101827455B (zh) | 一种自动建立链路连接的方法、装置及一种基站 | |
CN100359862C (zh) | 一种网元管理系统之间传递网管配置信息的方法 | |
CN103369296A (zh) | 一种基于sip协议的地图视频监控系统及视频传输方法 | |
EP2599285A1 (en) | Method, arrangement and program for efficient configuration of network nodes | |
Ali-Vehmas et al. | Evolution of wireless access provisioning: A systems thinking approach | |
WO2015196655A1 (zh) | 拓扑图的绘制方法及装置 | |
CN102571390B (zh) | 设备管理方法、设备和系统 | |
CN107294773B (zh) | 一种软件可定义的网络业务配置方法 | |
CN105282728A (zh) | 一种删除通告资源的方法和公共业务实体 | |
CN102780631B (zh) | 伪线路建立方法、装置及网络设备 | |
Cackovic et al. | Management in M2M networks | |
CN100372417C (zh) | 本地子网发现相关子网中目的边界对象的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20220207 Address after: 550025 Huawei cloud data center, jiaoxinggong Road, Qianzhong Avenue, Gui'an New District, Guiyang City, Guizhou Province Patentee after: Huawei Cloud Computing Technology Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |
|
TR01 | Transfer of patent right |