WO2014202639A1 - Procédé de configuration de nœud, et nœud ainsi configuré - Google Patents

Procédé de configuration de nœud, et nœud ainsi configuré Download PDF

Info

Publication number
WO2014202639A1
WO2014202639A1 PCT/EP2014/062775 EP2014062775W WO2014202639A1 WO 2014202639 A1 WO2014202639 A1 WO 2014202639A1 EP 2014062775 W EP2014062775 W EP 2014062775W WO 2014202639 A1 WO2014202639 A1 WO 2014202639A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
wireless node
node
commissioning
controller
Prior art date
Application number
PCT/EP2014/062775
Other languages
English (en)
Inventor
Bozena Erdmann
Teresa ZOTTI
Robert Cornelis Houtepen
Philip Anthony Jamieson
Original Assignee
Koninklijke Philips N.V.
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Koninklijke Philips N.V. filed Critical Koninklijke Philips N.V.
Priority to US14/899,164 priority Critical patent/US10243802B2/en
Priority to JP2016518533A priority patent/JP6478983B2/ja
Priority to RU2016101104A priority patent/RU2669588C2/ru
Priority to CN201480034637.0A priority patent/CN105308993B/zh
Priority to EP14730558.5A priority patent/EP3011768B1/fr
Publication of WO2014202639A1 publication Critical patent/WO2014202639A1/fr

Links

Classifications

    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/005—Discovery of network devices, e.g. terminals
    • 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

Definitions

  • the present invention relates to the field of a method of commissioning a node and creating a network, and to such nodes.
  • This invention is, for example, relevant for wireless sensor networks, and in particular to home automation networks where a plurality of different protocols exist.
  • ZigBee is a low-cost, low-power, wireless mesh network standard. The low cost allows the technology to be widely deployed in wireless control and monitoring applications. Low power usage allows longer life with smaller batteries.
  • ZigBee is based on an IEEE 802.15.4 standard. Though low-powered, ZigBee devices often transmit data over longer distances by passing data through intermediate devices to reach more distant ones, creating a mesh network; i.e., a network with no high-power transmitter/receiver able to reach all of the networked devices. The decentralized nature of such wireless ad hoc networks makes them suitable for applications where a central node can't be relied upon.
  • ZigBee is available as two feature sets, ZigBee PRO and ZigBee and they define how ZigBee mesh networks operate.
  • ZigBee PRO the most widely used specification, is optimized for low power consumption and to support large networks with thousands of devices.
  • ZigBee PRO proposes several profiles that could coexist in the same area. However, at the moment, there are some incompatibilities which prevent nodes from different profiles to form a single network.
  • ZigBee Home Automation (ZHA) is an industry global standard helping to create smarter homes that enhance the comfort, convenience, security and energy
  • ZigBee Light Link gives the lighting industry a global standard for interoperable and very easy-to-use consumer lighting and control products. It allows consumers to gain wireless control over all their LED fixtures, light bulbs, via timers, remotes and switches.
  • An emblematic case is represented by ZHA profile and ZLL profile devices.
  • the main gap here is represented by the different nature of the profiles involved. Namely, ZHA is built around a central coordinator while ZLL devices can operate in a distributed network taking advantage of a Touchlink mechanism to add components and manage the lighting network.
  • commissioning encompasses a wide range of tasks, including a survey of the radio and physical environment, the placement of devices, configuration of parameters, application binding, optimization of network and device parameters, and testing and verification of correct operation.
  • non- and semi-technical issues need to be considered, including the skills and workflow practices of the installer, ease of identification and accessibility of devices, and interoperability and coexistence with other wireless or wired systems.
  • consideration for commissioning is often focused on the installer, the ability to easily configure and commission ZigBee systems during development and testing, as well as field trials, can also significantly speed up the development and product delivery to market.
  • ease of commissioning is also important for the do-it-yourself consumer market.
  • the commissioning process involves a number of steps, namely finding and joining or creating a network, establishing a security association, discovering device(s) and service(s), and establishing a control relationship (in ZigBee referred to as finding and binding).
  • A-mode automatic mode
  • E-mode Easy mode
  • S-mode system mode
  • the S-mode is a centralized commissioning which is a means for a (central) device to - perform or control or influence commissioning on/of other devices.
  • This type of commissioning is also being referred to as Gateway-, or Tool—commissioning.
  • the central device can be a gateway, a home controller or a commissioning tool that is typically connected to a graphical user interface. It is able to configure bindings and reporting on other devices in the network.
  • the functions are not dependent on the device being the ZigBee Coordinator. In fact, it can be a ZigBee Router as well.
  • the device in a ZHA network with this functionality is defined as Commissioning Director (CD).
  • EZ-mode commissioning e.g. push button commissioning
  • centralized commissioning e.g., aka Gateway, Tool or S-mode Commissioning
  • Figs. 1 and 2 show flow charts representing conventional ways of commissioning for a node.
  • An EZ-mode commissioning in particular, is characterized by a network steering procedure as shown in Fig. 1.
  • EZ-mode network steering is invoked at step S 101, e.g. by a user action.
  • step SI 02 it is checked whether the node is connected to or operating in a network. If so, it is checked at step SI 03 whether a permit join method is enabled. This is indicated by a permit join flag used to determine whether devices are allowed to join the device. If permit join is enabled, a permit join broadcast subroutine is initiated at step SI 04, to instruct also other devices to allow joining. Thereafter, a permit join setting subroutine is initiated at step SI 05 which ends with a permit join timeout until the procedure ends at step SI 08.
  • a scan and join procedure is initiated and it is checked at step SI 06 whether the procedure was successful. If so, the procedure jumps to step SI 04 and the permit join procedure is initiated, to allow further devices to join, including at the newly added device. If failure of the scan and join procedure is determined at step SI 06, an optional network formation procedure is initiated and it is optionally checked at step SI 07 whether the network formation procedure was successful. If so, the procedure jumps to step SI 05 and the permit join setting subroutine is initiated, to allow further devices to join this newly formed network. If failure of the network formation procedure is determined at step SI 07, the procedure ends at step S108.
  • step SI 07 It is a shortcoming of the current EZ-Mode procedure, not to indicate exactly under which conditions the network formation of step SI 07 may happen, and what exactly should be the result. This will lead to inconsistent behaviour in the network, and non-interoperability. Since the procedure is optional, it may - in certain scenarios - result in no network formation at all.
  • the ZLL profile specification (as disclosed in docs-zll- zigbee-light-link-zll-profile-specification, ZigBee document number 11-0037) provides as preferred commissioning mechanism a Touchlink commissioning.
  • the ZLL system benefits from a simplified installation method in order to appeal to the consumer market. This method is known as Touchlink and minimizes user participation, allowing off-the-shelf products to be quickly and easily installed by the consumer.
  • Touchlink removes the need for a ZigBee Coordinator in the network formation and join processes.
  • the method uses a special commissioning application (based on a ZLL commissioning cluster) which is run on the nodes.
  • the node that initiates the network formation/join operation is known as the 'initiator' - this node will often be a remote control unit but could be another node, e.g. a switch, a sensor or even a lamp. Touchlink simply requires the initiator node to be brought close to the node to be included in the network and the commissioning to be started (e.g. by pressing a button).
  • the node that is contacted by the initiator to perform a network formation or join operation is known as the 'target'.
  • Fig. 2 shows a signalling diagram which summarizes steps perfomed in the Touchlink procedure by a ZLL initiator (ZLL-I) and a ZLL target (ZLL-T), as described in ZLL specification (ZigBee document 11-0037-10).
  • the procedure begins at step 201, upon an optional user intervention or other trigger.
  • the initiator broadcasts a scan request inter-PAN command frame on each of the primary ZLL channels (11, 15, 20, 25) and waits at step 202a a pre-determined time duration to receive any answer, before switching to the next channel.
  • the initiator first five consecutive scan request inter-PAN command frames on the first primary ZLL channel (i.e., channel 11), and then broadcasts a single scan request inter-PAN command frame on each of the remaining primary ZLL channels in turn (i.e., channels 15, 20 and 25, respectively). After each transmission, the initiator shall wait aplcScanTimeBaseDuration seconds to receive any responses.
  • the target device On receipt of a scan request, the target device checks at step 203 if the RSSI of the received scan request is above a certain pre-defined threshold. If so, the target device unicasts a scan response at step 204. The initiator may request information about the additional sub-devices of the target by unicasting a device information request at step 205. On receipt of this request, the target replies at step 206 with a device information response.
  • the initiator may generate and transmit an identify request inter-PAN command frame to the target device at step 207, with the identify time field set to a pre-defined time duration.
  • the target On receipt of an identify request the target identifies itself in an application specific way but does not generate any response.
  • the initiator may transmit to the target an identify request stop.
  • the initiator If the initiator is factory new, at step 210, it sends to the selected target a network start request inter-PAN command frame and, at step 210a, it starts a reception window with a predetermined duration to allow the target device to send a response.
  • the target On receipt of the network start request, the target decides at step 211 whether to allow itself to start a new network. If the target decides to start a new network, at step 212 it transmits back to the initiator a network start response inter-PAN command frame with a status indicating success.
  • the initiator On receipt of a network start response within the time window, the initiator starts at step 213 a new time window, with a predetermined duration (aplcMinStartupDelayTime), to allow the target to create the new network.
  • step 214 is determined if the target is a factory new device. If not, at step 216 the target performs a leave request on its old network and copies the new network parameters to its network information base and starts operating on the new network. If the time window started at step 213 is elapsed, the initiator joins at step 215 the new network by means of a rejoining procedure.
  • the procedure continues at step 218 in which the initiator transmits a network join router request inter-PAN command frame or a network join end device request inter-PAN command frame, depending on the target's device type, to the target and, at step 218a, enables its receiver for a pre-determined time duration to wait the target response.
  • the target decides to join the network, at step 219, it transmits back to the initiator a network join router/end device response inter-PAN command frame at step 220.
  • the initiator waits for a predetermined time duration (e.g. aplcMinStartupDelayTime) to allow the target device to start operating in the new network correctly.
  • a predetermined time duration e.g. aplcMinStartupDelayTime
  • ZLL devices have also to support a Classical Commissioning procedure, complementary to the Touchlink modality.
  • the step related to the creation of the network in case of a factory new device, presents a relevant gap for both.
  • the formation and joining defined in the ZigBee specification does not allow for communication of two devices not yet operational in the network. Therefore, the ZLL procedure relies on an initiator which guarantees network inception via inter-PAN based commands, while ZHA devices rely on the presence of a central coordinator, absent in the ZLL network topology.
  • a ZLL router is to be connected to a ZHA end device or a ZHA router is to be connected to a ZLL end device, especially in the absence or without the assistance of any other devices (for example: a ZHA switch aiming at controlling a ZLL light bulb, or a ZLL switch aiming at controlling a ZHA light bulb).
  • any other devices for example: a ZHA switch aiming at controlling a ZLL light bulb, or a ZLL switch aiming at controlling a ZHA light bulb.
  • This proposed commissioning mechanism is intended to overcome the gaps of current ZigBee specifications that do not present a common commissioning procedure for devices belonging to different public ZigBee PRO profiles.
  • the proposed mechanism solves a variety of use case scenarios not contemplated in current commissioning specifications (i.d. ZLL device to control a ZHA device, ZHA device to control a ZLL device, commissioning of ZLL devices out of proximity).
  • the proposed commissioning mechanism focuses on the existing problem for the first commissioning step, i.e. network creation.
  • a node may be configured to create a network which will serve as an anchor for other nodes to start the network.
  • the node e.g. coordinator
  • the action may be an internal action only, such as selecting the network parameters, setting and enabling them by a network formation request and receiving a successful confirmation.
  • the act of forming the network may be fully silent from an external point of view.
  • the network-configured device is listening and ready to respond to join requests of other devices.
  • a router device has the capability to create a temporary distributed network and may take the initiative to do so, without the necessary presence of an initiator or a coordinator.
  • the result is a flexible framework of commissioning procedures able to cover the use cases already analyzed in current specifications and more complex contexts in which the compatibility of distributed (ZLL) and centralized (ZHA) network is required.
  • the controller may be further adapted to determine whether the wireless node is configured to be capable of network formation, and to create a distributed network if the wireless node is determined to be configured as a router device.
  • the controller may be adapted to detect whether at least one further node of a specific kind is in the vicinity of the wireless node and to create a network if no further node of the specific kind is detected in the vicinity of the wireless node.
  • the at least one further node of the specific kind may be a coordinator node or an initiator node.
  • the kind of created network can be made dependent on the capability of other nodes in the vicinity of the wireless node.
  • a suitable network may be searched for, and the ability of the wireless node may be determined by the controller if no suitable network or only a predetermined type of network is found, wherein the suitable network or the network of a predetermined type of network is a network having at least one of the following characteristics: operational on one of the channels supported by a joining device, allowing for joining, capable of adding a particular type of device, supporting a particular network profile, representing a particular network type (e.g. centralized, distributed, temporary), or containing a particular device type.
  • This provides the advantage that the proposed commissioning procedure is only started if only a specific type of network or no network is detected.
  • a device self- forms a temporary network
  • it may join another network, or if a touchlink is performed on a temporary network with more than one devices, a factory new initiator may be instructed to join the temporary network rather than form a new network.
  • the characteristic of the created network may be such that the network is of a distributed topology if the controller determines that the wireless node has distributed network formation capability. Again, network creation is adapted to the capability of the wireless node.
  • the controller may be further adapted to determine whether the wireless node has network forming capabilities and of what kind, to detect whether at least one further node of a specific kind is in the vicinity of the wireless node and to create a distributed network if the wireless node is determined to be a router device and if no further node of the specific kind is detected in the vicinity of the wireless node or to create a centralized network if the wireless node is determined to have coordinator capabilities and if no further node of the specific kind is detected in the vicinity of the wireless node.
  • the controller may search for a suitable network, determine an ability of the wireless node, and create a network depending on the determined ability of the wireless node, wherein the suitable network is a network having at least one of the following characteristics: operational on one of the channels supported by a joining device, allowing for joining, capable of adding a particular type of device, supporting a particular network profile, representing a particular network type (e.g. centralized, distributed, temporary), or containing a particular device type.
  • the initial searching step ensures that it is first checked whether a network is already available.
  • the network creation may be carried out if no available network was found at the searching step. Thereby, the network creation can be limited to cases where no network is available yet.
  • the ability may comprise at least one of a router, a coordinator, trust centre role, network manager role, gateway role, concentrator role, centralized network creation, centralized network joining, distributed network creation and/or joining, temporary network creation and/or joining, EZ-Mode in target and/or initiator role, touchlink in target role and touchlink in initiator role. This ensures that the wireless node is adapted to be capable of creating at least one type of network.
  • the apparatus may be implemented based on discrete hardware circuitry with discrete hardware components, an integrated chip, or an arrangement of chip modules, or based on a signal processing device or chip controlled by a software routine or program stored in a memory, written on a computer readable medium, or downloaded from a network, such as the Internet.
  • Figs. 1 and 2 show flow charts representing a conventional method of commissioning for a node
  • Fig. 3 shows a flowchart of a first embodiment of the invention for the power-on of a node
  • Fig 4 shows a flowchart of a second embodiment of the invention for the case of a target router searching a network
  • Fig 5 shows a flowchart of a third embodiment of the invention for the case of an initiator node searching a network
  • Fig 6 shows a block diagram of a network architecture according to a fourth embodiment in which embodiments can be implemented.
  • Embodiments of the present invention are now described based on commissioning a wireless sensor network or a home automation network.
  • the examples introduced and explicated below are based on ZigBee wireless networks.
  • Such networks may be related to home automation networks where several profiles may coexist and need to interact.
  • ZigBee Light Link and ZigBee Home Automation nodes may need to operate together in particular at the formation of a network.
  • ZigBee networks are used here as an example and the invention could apply to further kinds of wireless networks for home and building automation or sensing or monitoring.
  • the network address (NA) field is 16-bits in length and shall contain the short network address assigned to a wireless node/controller.
  • the Personal Area Network (PAN) identifier field (PID) is 16-bits in length and shall contain the identifier of a PAN.
  • the extended PAN identifier (EPID) field is 64-bits in length and shall contain the extended PAN identifier of the network.
  • the logical channel field (named as phyCurrentChannel” ) is 8- bits in length and shall contain the radio channel to be used for the network.
  • the network update identifier (NUI) field shall contain the value identifying a snapshot of the network settings this node is operating with.
  • the security network key (SNK) set contains the network keying material, which should be accessible to commissioning applications.
  • the key identifier contains the sequence number of the active network key in the security network key set.
  • the coordinator capable (CC) field is a Boolean flag and shall inform about the capability of the device of being able to play the role of a coordinator in the network (i.e. possibility to create a new network, optionally/including acting as a Trust Centre point). If the CC flag is set to true, the device is capable of being a coordinator. If the CC flag is set to false, the device can be a ZigBee router or ZigBee end device type. This flag is named "nwkcCoordinatorCapable " is present in current ZigBee specifications as a Network Information Base (NIB) constant.
  • NBI Network Information Base
  • APSDesignatedCoordinator is present in current ZigBee specifications as APS information base (AIB) constant, and it specifies, whether the device shall become a ZigBee Coordinator upon startup.
  • the Alternate PAN Coordinator flag of the MAC (Media Access Control) Capability Flags field of the node descriptor is set to "ObO" by the current ZigBee
  • the logical device type (LDT) field is 8-bits in length and specifies the type of the device, e.g., if the device is a ZigBee router, a ZigBee coordinator or a ZigBee end device. It is implemented as the Logical Type field of the Node Descriptor.
  • the permit duration (PD) field is 8-bits in length and specifies the maximum number of seconds the permit join flag will be enabled.
  • the parameters introduced or modified by at least one of the following embodiments are included.
  • the realization of the parameter e.g. data type Boolean
  • the same effect can be achieved by using other data types (e.g. 8-bit enumeration), and additional conditions can be incorporated.
  • the parameters can be merged, e.g. into a bit field or enumeration, as required.
  • Several of those values can be stored implicitly, i.e. derived from values of other network configuration parameters and/or information stored in the node.
  • the status encoded in the TEMP field below can be derived by checking the status of both the NWK child and neighbour table and whatever application layer structures are used by ZLL TL mechanism, if any; and if all those tables are empty, concluding the network is in the state TEMP HOOK.
  • the active-in-the-network (AIN) field is a Boolean flag and shall specify whether a device has an active participation to a network. If the AIN flag is set to true, the device is intended to be in its normal operational state and connected to a network. If the AIN flag is set to false, the device is not part of an operational network, i.e., did not join or form any network.
  • the touchlink-supported (TLS) field is a Boolean flag that informs whether the device has the capability to perform touchlinking (i.e. send/receive INTER-PAN frames). This variable is not present in current ZigBee specifications.
  • the touchlink successful (TS) field is a Boolean flag that informs whether the touchlink procedure has been successful or not. This variable has as default value "false” and it will assume the correct value after the touchlink procedure has been executed. This variable is relevant in later phases for knowing whether the procedure was successful through Touchlink or through association to a network. This flag is not present in current ZigBee specifications.
  • the temporary network formed (TEMP) field is an enumeration that informs whether the network was formed permanently (e.g. on an explicit user action) or temporarily (e.g. upon scan not detecting any other network or device). It can have e.g. the following values: NO NETWORK: no network formed; TEMP HOOK: self-formed network established, no other devices joined; TEMP NETWORK: self- formed network established, at least one other device successfully joined; PERM NETWORK: permanent network formed.
  • an initiator is understood to be a wireless node which is triggering or starting the first access to a target node.
  • the initiator is able to generate the frames sent to have other devices (e.g. target nodes) join the network.
  • Fig. 3 shows a flowchart of the first embodiment of the invention for the case of a node not yet operational in the network.
  • Fig. 3 The procedure of Fig. 3 indicates commissioning steps that a device
  • a trigger e.g. when a factory-new device is powered up for the first time, or when a device is otherwise instructed to perform
  • commissioning e.g. by a user action, such as e.g. a button push, by timer or on another internal trigger, upon reception of a particular message, or after its status has been reset to new factory conditions. Subsequently, different actions are triggered according to the capabilities of the device.
  • step S300 the status of the device is checked. First, it is checked (e.g. based on the above AIN flag) at step S301, whether the device is in a factory new state. If it is factory new (AIN flag set to "false"), it continues with step S304.
  • factory new AIN flag set to "false
  • step S302 the value of the TEMP parameter is checked.
  • the device shall, and if the TEMP parameter is set to "TEMP NETWORK" (TN), the device may still continue with step S304, while at the same time allowing for joining (step S303).
  • the TEMP parameter is set to "PERM NETWORK” (PN)
  • PN PERM NETWORK
  • step S304 it is checked (e.g. based on the above logical device type field) whether the device is an end device. If so, the procedure jumps to step S316 where the procedure as specified in the first embodiment ends. Thus, when this type of device is powered up, it is not required to perform any steps according to the first embodiment. Based on its application needs, it may perform other actions, e.g. perform a scan, attempt performing another commissioning method, including classical joining, provide user feedback or may remain active or directly enter sleepy sleep mode, e.g., waiting for user action.
  • other actions e.g. perform a scan, attempt performing another commissioning method, including classical joining, provide user feedback or may remain active or directly enter sleepy sleep mode, e.g., waiting for user action.
  • an active scan is performed.
  • a beacon request is broadcast, which is used to determine - for that channel and the hearing range of the radio receiver of the device performing the active scan - what ZigBee or 802.15.4 PAN identifiers (PIDs) are currently in use and what devices are active and what are their capabilities.
  • PIDs ZigBee or 802.15.4 PAN identifiers
  • an energy detection scan may be performed first to determine which channels are in use.
  • the results of the scan performed at step S305 are analyzed, and the procedure branches depending on the results of the analysis. If no suitable network for joining is found, the procedure continues with step S307.
  • the "suitable network” can be defined as one fulfilling one or more of the following criteria (i.e. belonging to the following specific range of network types): operational on one of the channels supported by the joining device, allowing for joining (Permit Join flag set to "true"), capable of adding a particular type of device (ZED/ZR), supporting a particular network profile (e.g. ZHA/ZLL), supporting a particular network type (centralized/distributed/temporary), containing a particular device type (coordinator, trust centre, commissioning tool, gateway, concentrator, matching application device, etc.).
  • the device attempts at step S307 to join the network found. If it is determined at step S307 that the joining was successful, the procedure jumps to step S316 where the procedure according to the first embodiment ends.
  • the device may perform regular ZigBee actions, as defined in the current ZigBee
  • step S307 If it is determined at step S307 that the joining fails (which may be due to various reasons, e.g. network at capacity, security key mismatch, network type mismatch, etc.), the procedure continues with step S308.
  • step S308 e.g. based on the above logical device type field or the coordinator capable (CC) flag
  • the procedure branches to step S309 and the device creates a centralized network as currently described in ZigBee specs and it becomes active in the network.
  • an energy detection scan may be performed first to determine which channels are in use, especially if this was omitted at step S305. If the device has the capability of being a Trust Centre for the network, the TC parameter is set to the IEEE address of the device itself and security settings are generated and set. In an embodiment modification, the TEMP field is set to TEMP HOOK, indicating that the centralized network was self- formed in the absence of any suitable network to join, rather than on explicit user request.
  • the device In case it is determined at step S308 that the device does not have the capability of being a coordinator of a network, it prepares itself at step S310 for the creation of a distributed network by setting the NA field to a random value not equal to "0x0000" or "Oxfff ', the TC field to "Oxfffffffffff ', the PID field to a unique PID based on the scan, and the EPID field to a unique EPID based on the scan. Additionally, the security settings are generated and set. In a modification, if TEMP field was set to TEMP HOOK, the previously selected network settings can still be used.
  • the commissioning procedure again takes two different directions depending on a checking result (e.g. based on the above TLS field) as to whether the device has the ability to support touchlinking or was not configured for such a support.
  • a checking result e.g. based on the above TLS field
  • step S312 it will select one (e.g. the best channel derived from the scan) of the primary ZLL channels (i.e. 11, 15, 20, 25 out of the 16 available 802.15.4 channels at 2.4 GHz), set the LC field to this value and the AIN field to "true".
  • an energy detection scan may be performed first to determine which channels are in use, especially if this was omitted at step S305.
  • the TEMP field is set to TEMP HOOK, indicating that the distributed network was self-formed in the absence of any suitable network to join.
  • step S313 the device will select one out of the 16 available 802.15.4 channels at 2.4 GHz, (e.g. the best channel derived from the scan), set the LC field to this value and the AIN field to "true".
  • an energy detection scan may be performed first to determine which channels are in use, especially if this was omitted at step S305.
  • the TEMP field is set to TEMP HOOK, indicating that the distributed network was self- formed in the absence of any suitable network to join.
  • step S314 it will enable joining by setting the Permit Join parameter for permit duration.
  • the TS flag is set to TRUE.
  • step S3315 finding and binding and other configuration actions can be performed. Then the procedure ends in step S316.
  • Fig. 4 shows a flowchart of a second embodiment of the invention for the case where a target router is searching a network, i.e. target procedure of finding networks.
  • the commissioning steps of Fig. 4 are performed by a target device for discovering and joining a network.
  • step S400 The procedure begins at step S400.
  • step S401 it is checked whether the device has the AIN flag set to "false”. If not, the procedure jumps to step S408 where the Permit Join flag is set to "true” for the permit duration of 3min (i.e. PD field is set to "0x64"). Then, at step S410, a finding and binding procedure may start.
  • step S402 is performed, which corresponds to step S302 of Fig. 3. Then it is checked in step S403 whether an open network has been found during the scanning process. If the scanning at step S402 reveals the presence of (an) open network(s), the procedure proceeds to step S405 and the device attempts a joining procedure and associates to a detected network by setting the NA field to a new address, the PID field to a new PID, the EPID field to a new EPID, the LC field to a new channel and the AIN field to "true". Furthermore, the PD field can be set to 3min, which is a value equal to the
  • step S407 it is checked at step S407 whether a MAC association of the device to the discovered network has been successful. If so, security key information is exchanged in step S409 and the finding and binding procedure may be performed in step S410, before the procedure ends in step S411.
  • step S404 If it is determined at step S403 that the scanning process in step S402 did not reveal the presence of any open network, it is checked in step S404 whether the CC flag is set to "true", i.e., whether the device has a coordinator capability. If so, the procedure branches to step S406 and a network is created by setting the PID field to a unique PID based on the scan, the EPID field to a unique EPID based on the scan, the LC field to the best channel derived from the scan, and the AIN field to "true”. Then, the procedure proceeds with step S408 and enables joining by setting the Permit Join parameter to conformtrue" for the permit duration of 3 min (i.e. PD filed is set to "0x64"). Finally, the finding and binding procedure of step S410 is performed and the procedure ends at step S411.
  • step S404 in case it is determined at step S404 that the device does not have the capability of playing the role of coordinator (i.e. CC field set to "false"), no network is created and the procedure directly proceeds to step S408 where the permit duration is set to 3min (i.e. 180s). The same action is performed in case the association is determined to have been not successful in step S407.
  • Fig. 5 shows a flowchart of a third embodiment of the invention for the case of an initiator node or device searching a network, i.e., initiator procedure for finding networks. This procedure describes steps of an initiator device to enter in its normal operational state.
  • the procedure begins at step S500. Then, at step S501 it is checked whether the device supports touchlink. If so, the device attempts at step S502 to start a touchlink procedure in the initiator role. If it is determined at subsequent step S503 that the touchlink procedure was successful, the TS and AIN flags are set to "true" at step S504. Thereby, a network is created, which is of a distributed type. Then, the procedure ends at step S514.
  • step S501 If it is determined in step S501 that the device does not support the touchlink procedure or it is determined in step S503 that the attempt of touchlinking has failed, the procedure continues at step S505 where the value of the flag AIN is checked. If it is determined at step S505 that the AIN flag is set to numerotrue", the procedure branches to step S513 where the device - if a router - sets its permit join to true, and optionally broadcasts a primitive Mgmt_permit joining with PD parameter equal to 180s. Then, a finding and binding procedure is started at step S512. As for the first embodiment, the behavior can differ further, depending on the settings of the TEMP variable.
  • step S505 If it is determined at step S505 that the AIN flag is set to prisonfalse", the device performs at step S506 an active scan (similar to step S302 of Fig. 3 and S402 of Fig. 4) in order to find a suitable network to associate to.
  • an active scan similar to step S302 of Fig. 3 and S402 of Fig. 4
  • step S507 it is checked at step S507 whether a suitable network has been found.
  • step S306 The definition of a suitable network is given in step S306, in reference to Fig. 3. If so, e.g. if the result of the scan returns a network with a Permit Join flag set to constraintrue", the device tries to join the network via MAC association at step S508.
  • step S509 it is checked at step S509 whether a MAC association of the device to the discovered network has been successful. If so, the device sets the network configuration parameters obtained during association (e.g. channel, PANID, EPID), security key information is exchanged and the AIN field to "true", so that the device becomes active in the network in step S511 and the finding and binding procedure may be started at step S512 (e.g. by enabling identifying and/or sending the discovery commands), before the procedure ends in step S514.
  • the network configuration parameters obtained during association e.g. channel, PANID, EPID
  • security key information is exchanged and the AIN field to "true"
  • the finding and binding procedure may be started at step S512 (e.g. by enabling identifying and/or sending the discovery commands), before the procedure ends in step S514.
  • step S510 it is determined if the device has network creation capability (e.g. based on the logical device type or CC). If not,
  • the procedure of the third embodiment ends at step S514.
  • the device may perform other actions, e.g. attempt performing another commissioning method, provide user feedback or may remain active or directly enter the sleepy mode, e.g. waiting for user action. If the device has network creation capability, the device will create a network at step S515 (as described in steps S304-S310 of the first embodiment). This may be preceded by energy detection scan. Then, the procedure of the third embodiments ends at step S514.
  • devices may broadcast the identify query command (identify cluster) and may set the Identify Time attribute in the Identify cluster equal to 180s.
  • Fig. 6 shows a block diagram of a network architecture according to a fourth embodiment in which the above first to third embodiments can be implemented.
  • the above first to third embodiments may operate on a wireless network 600 being in formation.
  • a node 601 may be attached to another device that the node 601 can control, for example a luminaire 602 or other lighting device.
  • the node 601 is represented in Fig. 6 in a detailed way, hence the relative large size of its representation compared to other nodes. It is to be noted that the other nodes 611, 631 and 641 with their controlled luminaires 612, 632 and 642 may be structurally identical to the node 601.
  • nodes of Fig. 6 may be linked to different kinds of devices, other than luminaires.
  • node 621 may be a switch that may be used to wirelessly control other nodes.
  • these nodes may also be other actuators, like climate control panels, heating, ventilation and air conditioning (HVAC) devices, meters, sensors, or any other home or building automation devices.
  • HVAC heating, ventilation and air conditioning
  • the node 601 comprises a controller 6010 coupled to a memory 6011 which may store for example a software specifying the behavior of the node 601 in accordance with at least one of the procedures of Figs. 3 to 5.
  • the controller 6010 may also be coupled to a driver 6012 which generates the commands to the luminaire 602 and to a transceiver 6013 which will ensure wireless communications with the rest of the future network 600.
  • Energy may be supplied to the node by means of a battery (not shown) or through the mains, or an energy harvester (solar panels, user actuated switch, etc.).
  • the controller 6010 of the node 601 may behave differently depending on the considered scenario.
  • the controller 6010 of the node 601 On power-up of the node 601, the controller 6010 of the node 601 will initiate an active scan to check the occupancy status of the channels in the area or to check whether there is a neighboring network to join to.
  • the active scan is operated by the transceiver 6013 of the wireless node 601.
  • the controller 6010 can check in the memory 6012 whether the node 601 has the ability to be a coordinator or a router. Alternatively, the node 601 can immediately run the procedure corresponding to its capabilities. In case the node 601 is able to be a coordinator, the controller 6010 will start creating a network which topology is a consequence of this ability. Here, since the node 601 is a coordinator, the topology of a centralized network will be selected, giving the authority on the network 600 to the node 601. Then, any joining nodes in the vicinity will be able to join the created network, simplifying the process of commissioning.
  • a device or node can attempt all possible ways by means of its abilities to create a network or join and establish control relationship with any other device in the vicinity. To achieve that, if no available network is detected, the node will take the responsibility of creating the network even if the node was not configured to (but has the ability). The created network will then have properties that are the consequence of the ability of its initiator. For example, a coordinator node will create a centralized network, while a router node without a coordinator capability will create a distributed network.
  • a coordinator as intended in current ZigBee specifications, which always creates a network when factory-new or upon power-up if no previous network configuration is stored, and a coordinator with the ability to join a centralized or distributed network in case it detects any.
  • the CC flag has a different meaning in these two cases (or alternatively, for the second case, another flag (e.g. for force forming) could be added).
  • the coordinator attempts to associate to the network.
  • the CC flag set to "true” allows the device to create a network only in case no network had been detected or association to other networks fails (or if the alternative flag is set to "true”). If the CC flag is set to "false” (or optionally if the alternative flag is set to “true"), it forces the device to create a network.
  • the network created by a router is intended to be a "temporary" network until a second device has performed a successful joining procedure. If no device attempts to join before the permit duration expires, the router may remain in the temporary network state or may perform a new scan for available network to join and, upon successful scan, it may try to join the network detected.
  • a factory-new/non-factory-new distinction could be embedded in the AIN checking steps of the second and third embodiments at the beginning of respective flow diagrams of Figs. 4 and 5, while a distinction as to initiator or target could be applied only for devices supporting the touchlink procedure.
  • AIN flag may not have necessarly the AIN flag set to "true”.
  • the status of AIN flag changes upon accomplishment of the authentication phase or creation of the network.
  • the AIN flag could be interpreted as "having a valid network configuration", which is consistent with the current first embodiment. In such a case, an orphaned node will not change the status of the AIN flag.
  • the AIN flag could be interpreted as "able to communicate in the network", i.e.
  • the device could be reset to "false” e.g. on parent loss/leaving and eventually reset to "true” once a new join/rejoin has been successfully performed.
  • the device would have to determine the commissioning action based not only on the state of the AIN flag, but also on the value of other network parameters stored.
  • additional values could be added to the AIN parameter, to express this, e.g. "factory-new", “no network connection", "active in the network” or the like.
  • the value of the TEMP parameter can further influence the commissioning behaviour of a device, e.g. also when performing touchlinking. For example, if the ZLL target has the TEMP field set to TEMP NETWORK, and the network is distributed, and the ZLL initiator it is performing touchlinking with is factory new, then the ZLL target may decide to pull the initiator into its network, rather than allowing the initiator to create new network settings. This could e.g.
  • the ZLL initiator sub-field of the ZLL information field of the Scan request/response command of the ZLL commissioning cluster to "Obi"
  • the ZLL target may decide to join the initiator's network, but after attempting the devices o its
  • TEMP NETWORK network which can e.g. be accomplished by sending Network update request command of the ZLL commissioning cluster over the self-established ZigBee network.
  • the temporary, self- formed network could also be made recognizable to the candidate joiners, by setting one of the network parameters transmitted in the ZigBee payload of the 802.15.4 MAC Beacon, e.g. the EPID, to a predefined value, (same mechanism is used to identify the CT-based commissioning networks, the EPID used there: 00-50-c2-77- 10-00- 00-00; the other EPID values in this range (00-50-c2-77- 10-00-00-01 - 00-ff-f are reserved for other commissioning use).
  • the distributed character of the (home) network could be made recognizable to the candidate joiners, by setting one of the "device depth" parameter transmitted in the ZigBee payload of the 802.15.4 MAC Beacon, to a predefined value, e.g. Oxf.
  • the "device depth” has no meaning in a distributed network, since there is no central device to be used as a root, and this value (indicating 15 hops) is unlikely to be often seen in centralized home networks.
  • the wireless node comprises a controller arranged for communicating wirelessly with at least one further wireless node so as to determine an ability of the wireless node and to create a network, wherein a characteristic of the network depends on the determined ability of the wireless node.
  • the described operations of the components of the network system can be implemented as program code means of a computer program and/or as dedicated hardware. More specifically, the described procedures like those indicated in Figs. 3 to 5 can be implemented as program code means of a computer program and/or as dedicated hardware.
  • the computer program may be stored and/or distributed on a suitable medium, such as an optical storage medium or a solid-state medium, supplied together with or as part of other hardware, but may also be distributed in other forms, such as via the Internet or other wired or wireless telecommunication systems.
  • a single unit or device may fulfill the functions of several items recited in the claims.
  • the mere fact that certain measures are recited in mutually different dependent claims does not indicate that a combination of these measures cannot be used to advantage.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Selective Calling Equipment (AREA)
  • Small-Scale Networks (AREA)

Abstract

L'invention concerne un nœud sans fil et un procédé de commande du nœud sans fil. Le nœud sans fil comprend un contrôleur configuré pour communiquer sans fil avec au moins un autre nœud sans fil de sorte à déterminer une capacité du nœud sans fil et à créer un réseau, une caractéristique du réseau dépendant de la capacité déterminée du nœud sans fil.
PCT/EP2014/062775 2013-06-17 2014-06-17 Procédé de configuration de nœud, et nœud ainsi configuré WO2014202639A1 (fr)

Priority Applications (5)

Application Number Priority Date Filing Date Title
US14/899,164 US10243802B2 (en) 2013-06-17 2014-06-17 Method for configuring a node and a node configured therefore
JP2016518533A JP6478983B2 (ja) 2013-06-17 2014-06-17 ノードを設定するための方法、及び設定されるノード
RU2016101104A RU2669588C2 (ru) 2013-06-17 2014-06-17 Способ конфигурирования узла и узел, сконфигурированный таким способом
CN201480034637.0A CN105308993B (zh) 2013-06-17 2014-06-17 用于配置节点的方法和因此配置的节点
EP14730558.5A EP3011768B1 (fr) 2013-06-17 2014-06-17 Procédé permettant de configurer un noeud et noeud configuré en conséquence

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
EP13172275 2013-06-17
EP13172275.3 2013-06-17
EP13185046 2013-09-18
EP13185046.3 2013-09-18

Publications (1)

Publication Number Publication Date
WO2014202639A1 true WO2014202639A1 (fr) 2014-12-24

Family

ID=50943333

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2014/062775 WO2014202639A1 (fr) 2013-06-17 2014-06-17 Procédé de configuration de nœud, et nœud ainsi configuré

Country Status (6)

Country Link
US (1) US10243802B2 (fr)
EP (1) EP3011768B1 (fr)
JP (2) JP6478983B2 (fr)
CN (1) CN105308993B (fr)
RU (1) RU2669588C2 (fr)
WO (1) WO2014202639A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018089112A1 (fr) * 2016-11-11 2018-05-17 Qualcomm Incorporated Exploitation de réseau sensible au voisinage pour l'intégration et la configuration de réseau
EP3340539A1 (fr) * 2016-12-22 2018-06-27 Netatmo Mise en service et personnalisation de dispositifs dans un réseau local
US10575159B2 (en) 2015-10-12 2020-02-25 Signify Holding B.V. Commissioning of a wireless-communication enabled device

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10075334B1 (en) * 2012-04-11 2018-09-11 Google Llc Systems and methods for commissioning a smart hub device
US9198204B2 (en) 2012-04-11 2015-11-24 Google Inc. Apparatus and method for seamless commissioning of wireless devices
US10397013B1 (en) * 2012-04-11 2019-08-27 Google Llc User interfaces, systems and methods for configuring smart devices for interoperability with a smart hub device
EP3011768B1 (fr) * 2013-06-17 2020-09-23 Signify Holding B.V. Procédé permettant de configurer un noeud et noeud configuré en conséquence
US10088818B1 (en) 2013-12-23 2018-10-02 Google Llc Systems and methods for programming and controlling devices with sensor data and learning
US9170707B1 (en) 2014-09-30 2015-10-27 Google Inc. Method and system for generating a smart time-lapse video clip
KR20160012661A (ko) * 2014-07-25 2016-02-03 한국전자통신연구원 지그비 조명 제어 장치 및 그 방법
US10601604B2 (en) 2014-11-12 2020-03-24 Google Llc Data processing systems and methods for smart hub devices
US20170094494A1 (en) * 2015-09-25 2017-03-30 Osram Sylvania Inc. Active proximity based wireless network commissioning
EP3291121B1 (fr) * 2016-08-31 2022-04-20 Axis AB Restauration de dispositif électronique sans tête
US10157058B2 (en) * 2016-09-23 2018-12-18 Analog Devices Global Adaptive self-configuring sensor node
ES2947335T3 (es) * 2017-04-25 2023-08-07 Signify Holding Bv Sistema de dispositivos conectados con modo de control de transmisión en continuo
JP7344210B2 (ja) * 2018-01-29 2023-09-13 シグニファイ ホールディング ビー ヴィ ワイヤレスネットワークにおけるノードのサブネットの同時制御
US11540107B2 (en) 2018-02-12 2022-12-27 Signify Holding B.V. Commissioning method and apparatus with controlled joining mode
KR200490763Y1 (ko) 2018-02-14 2019-12-30 김병진 담뱃갑 스티커 부재
CN108770045B (zh) * 2018-06-05 2021-04-23 云丁智能科技（北京）有限公司 入网方法、相关设备及网络系统
EP3815406A1 (fr) * 2018-06-26 2021-05-05 Signify Holding B.V. Optimisation de mise en service dans un réseau zigbee
US10904088B2 (en) * 2018-11-15 2021-01-26 Western Digital Technologies, Inc. Reconfiguring network settings for operating configuration installation
JP2022554331A (ja) * 2019-11-04 2022-12-28 シグニファイ ホールディング ビー ヴィ トリガベースのコミッショニングシステム
WO2021160555A1 (fr) * 2020-02-11 2021-08-19 Signify Holding B.V. Procédé et dispositif coordinateur pour la mise en service sélective d'un dispositif de nœud dans un réseau
KR20230049967A (ko) * 2021-10-07 2023-04-14 한국전자통신연구원 무선 분산 통신 시스템에서 신뢰 필드를 이용한 패킷의 무결성 검사 방법 및 장치

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009147584A1 (fr) * 2008-06-04 2009-12-10 Philips Intellectual Property & Standards Gmbh Procédé d'établissement d'un réseau multi-sauts sans fil
WO2010023619A1 (fr) * 2008-08-27 2010-03-04 Koninklijke Philips Electronics N.V. Mise en service d'un système de réseau

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6907012B1 (en) * 2000-10-24 2005-06-14 At & T Corp. Method and system for providing communication control functionality at a remotely located site using a distributed feature architecture
US20030126284A1 (en) * 2002-01-03 2003-07-03 Allen Houston Relating to auto-tunnelling in a heterogeneous network
KR100552490B1 (ko) * 2003-06-13 2006-02-15 삼성전자주식회사 무선 애드혹 네트워크 환경에서 중재자 교체방법 및 그방법을 사용하는 통신시스템
US20050174950A1 (en) * 2004-02-09 2005-08-11 Sharp Laboratories Of America, Inc. Distributed network organization and topology discovery in ad-hoc network
ATE482544T1 (de) 2004-07-22 2010-10-15 Koninkl Philips Electronics Nv Verfahren für den anschluss einer neuen vorrichtung an ein bestehendes netzwerk
WO2006120946A1 (fr) * 2005-05-10 2006-11-16 Brother Kogyo Kabushiki Kaisha Systeme reseau de type arborescence, dispositif de noeud, systeme et procede de diffusion, etc.
MX2008011182A (es) * 2006-03-03 2008-09-10 Koninkl Philips Electronics Nv Reporte de canal despejado y ayuda de nodos huerfanos en red inalambrica.
KR100885446B1 (ko) * 2006-08-31 2009-02-24 엘지전자 주식회사 무선 네트워크에서의 채널 변경 방법 및 서브 네트워크구성 방법
US7995994B2 (en) * 2006-09-22 2011-08-09 Kineto Wireless, Inc. Method and apparatus for preventing theft of service in a communication system
JP4730421B2 (ja) * 2008-10-10 2011-07-20 ソニー株式会社 無線通信方法
TWI376122B (en) * 2008-12-15 2012-11-01 Ind Tech Res Inst Method and system for a new node to join a wireless ad-hoc network
US8462644B2 (en) * 2008-12-30 2013-06-11 Nokia Corporation Ad hoc network initiation
US8457013B2 (en) * 2009-01-13 2013-06-04 Metrologic Instruments, Inc. Wireless dual-function network device dynamically switching and reconfiguring from a wireless network router state of operation into a wireless network coordinator state of operation in a wireless communication network
TWI491300B (zh) * 2009-06-10 2015-07-01 皇家飛利浦電子股份有限公司 無線網路系統、使用於一無線網路系統中之加入器件、用於委任一無線網路系統之方法及電腦程式產品
JP5440123B2 (ja) * 2009-11-24 2014-03-12 ソニー株式会社 無線通信装置、無線通信システム、無線通信方法およびプログラム
JP5366920B2 (ja) * 2010-12-07 2013-12-11 日本電信電話株式会社 無線通信システム、無線通信方法及び無線通信プログラム
CN102938944B (zh) * 2011-08-15 2015-06-24 施耐德电气东南亚(总部)有限公司 组网方法、组网装置及包含该组网装置的设备
US9077640B2 (en) * 2012-01-13 2015-07-07 Board Of Regents, The University Of Texas System Method and system of congestion control in a mobile virtual network
US9705704B2 (en) * 2012-01-13 2017-07-11 Verizon Patent And Licensing Inc. Method and system of forming a mobile virtual network
EP3011768B1 (fr) * 2013-06-17 2020-09-23 Signify Holding B.V. Procédé permettant de configurer un noeud et noeud configuré en conséquence

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009147584A1 (fr) * 2008-06-04 2009-12-10 Philips Intellectual Property & Standards Gmbh Procédé d'établissement d'un réseau multi-sauts sans fil
WO2010023619A1 (fr) * 2008-08-27 2010-03-04 Koninklijke Philips Electronics N.V. Mise en service d'un système de réseau

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
SU DONG-FENG ET AL: "Research of New Wireless Sensor Network Protocol: ZigBee RF4CE", ELECTRICAL AND CONTROL ENGINEERING (ICECE), 2010 INTERNATIONAL CONFERENCE ON, IEEE, PISCATAWAY, NJ, USA, 25 June 2010 (2010-06-25), pages 2921 - 2924, XP031796468, ISBN: 978-1-4244-6880-5 *
WANGQUN JIE ET AL: "Development of a ZigBee-Based Wireless Sensor Network System", CONTROL ENGINEERING AND COMMUNICATION TECHNOLOGY (ICCECT), 2012 INTERNATIONAL CONFERENCE ON, IEEE, 7 December 2012 (2012-12-07), pages 727 - 731, XP032311366, ISBN: 978-1-4673-4499-9, DOI: 10.1109/ICCECT.2012.133 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10575159B2 (en) 2015-10-12 2020-02-25 Signify Holding B.V. Commissioning of a wireless-communication enabled device
WO2018089112A1 (fr) * 2016-11-11 2018-05-17 Qualcomm Incorporated Exploitation de réseau sensible au voisinage pour l'intégration et la configuration de réseau
EP3340539A1 (fr) * 2016-12-22 2018-06-27 Netatmo Mise en service et personnalisation de dispositifs dans un réseau local
US10841166B2 (en) 2016-12-22 2020-11-17 Netatmo Commissioning and personalizing devices in a local area network

Also Published As

Publication number Publication date
RU2669588C2 (ru) 2018-10-12
RU2016101104A (ru) 2017-07-20
JP6478983B2 (ja) 2019-03-06
JP2019092197A (ja) 2019-06-13
CN105308993A (zh) 2016-02-03
JP6764495B2 (ja) 2020-09-30
US20160142263A1 (en) 2016-05-19
EP3011768A1 (fr) 2016-04-27
EP3011768B1 (fr) 2020-09-23
US10243802B2 (en) 2019-03-26
CN105308993B (zh) 2020-04-28
RU2016101104A3 (fr) 2018-04-03
JP2016533050A (ja) 2016-10-20

Similar Documents

Publication Publication Date Title
EP3011768B1 (fr) Procédé permettant de configurer un noeud et noeud configuré en conséquence
US10116501B2 (en) Method and apparatus for inter-profile commissioning in a network
RU2573750C2 (ru) Усовершенствованный ввод в эксплуатацию беспроводных сетевых систем
EP3679693B1 (fr) Mise en service dans des réseaux à plusieurs bonds au moyen d'une connexion à un seul bond
JP2010514319A (ja) 無線ネットワーク、特に無線照明装置のネットワークの各装置を選択する方法及びシステム
JP6430069B1 (ja) 無線通信対応デバイスの試運転
RU2719394C2 (ru) Подключение световых устройств
CN111742610B (zh) 利用受控加入模式的调试方法和灯具设备
JP6934579B2 (ja) ＺｉｇＢｅｅネットワークにおけるコミッショニングを最適化するための１つの方法

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201480034637.0

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14730558

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2014730558

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2016518533

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 14899164

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2016101104

Country of ref document: RU

Kind code of ref document: A