Peer-to-peer link establishment between sleepy radio devices

Abstract

Techniques and devices for low-latency connection establishment to devices that sleep (reduce power consumption including powering-down radio hardware) for periods of time. A first node (302) transmits (306), to a second node (304), one or more Wake frames, and in response to the transmission of the one or more Wake frames, the first node receives a Link Request message (308) from the second node. Based on receiving the Link Request message, the first node transmits a Link Accept and Request message (312) to the second node. In response to transmitting the Link Accept and Request message, the first node receives a Link Accept message (316) from the second node that is effective to establish the wireless peer-to-peer communication link between the first node and the second node.

Description

PEER-TO-PEER LINK ESTABLISHMENT BETWEEN SLEEPY RADIO DEVICESBACKGROUND

[0001] Using wireless networking to connect devices to each other, and to cloud-based services, is increasingly popular for sensing environmental conditions, controlling equipment, and providing information and alerts to users. Many devices on wireless networks are designed to operate for extended periods of time on battery-power, which limits the available computing, user interface, and radio resources in the devices. A battery-powered device typically disables its radio for long periods of time to save energy. This makes it difficult to support low-latency connection establishment with such devices.SUMMARY

[0002] In aspects, methods, devices, systems, and means for establishing a wireless peer-to-peer communication link between wireless node devices by a first node are described in which the first node transmits, to a second node, one or more Wake frames. In response to transmitting the one or more Wake frames, the first node receives a Link Request message from the second node and, based on receiving the Link Request message, the first node transmits a Link Accept and Request message to the second node. In response to transmitting the Link Accept and Request message, the first node receives a Link Accept message from the second node that is effective to establish the wireless peer-to-peer communication link between the first node and the second node.

[0003] In aspects, methods, devices, systems, and means for establishing a wireless peer-to-peer communication link between wireless node devices by a second node are described in which the second node receives, from a first node, a Wake frame. In response to the receiving the Wake frame, the second node transmits a Link Request message to the first node. The second node receives a Link Accept and Request message from the first node, and in response to receiving the Link Accept and Request message, the second node transmits a Link Accept message to the first node that is effective to establish the wireless peer-to-peer communication link between the first node and the second node.

[0004] The details of one or more implementations are set forth in the accompanying drawings and the following description. Other features and advantages will be apparent from the description and drawings and from the claims. This summary is provided to introduce subject matter that is further described in the Detailed Description and Drawings. Accordingly, this summary should not be considered to describe essential features nor used to limit the scope of the claimed subject matter.BRIEF DESCRIPTION OF THE DRAWINGS

[0005] Aspects of peer-to-peer link establishment between sleepy radio devices are described with reference to the following drawings. The same numbers are used throughout the drawings to reference like features and components: FIG. 1 illustrates an example network environment in which various aspects of peer-to- peer link establishment between sleepy radio devices can be implemented. FIG. 2 illustrates an example home area network system in which various aspects of peer- to-peer link establishment between sleepy radio devices can be implemented. FIG. 3 illustrates an example technique for peer-to-peer link establishment between  sleepy radio devices as in accordance with aspects of the techniques described herein. FIG. 4 illustrates an example technique for peer-to-peer link establishment between  sleepy radio devices as in accordance with aspects of the techniques described herein. FIG. 5 illustrates an example technique for peer-to-peer link establishment between  sleepy radio devices as in accordance with aspects of the techniques described herein.  FIG. 6 illustrates an example technique for peer-to-peer link establishment between  sleepy radio devices as in accordance with aspects of the techniques described herein. FIG. 7 illustrates an example method of peer-to-peer link establishment between sleepy  radio devices in accordance with aspects of the techniques described herein. FIG. 8 illustrates an example method of peer-to-peer link establishment between sleepy  radio devices in accordance with aspects of the techniques described herein. FIG. 9 illustrates an example environment in which a home area network can be  implemented in accordance with aspects of the techniques described herein. FIG. 10 illustrates an example wireless network device that can be implemented in a home  area network environment in accordance with one or more aspects of the techniques described herein. FIG. 11 illustrates an example system with an example device that can implement aspects  of peer-to-peer link establishment between sleepy radio devices.DETAILED DESCRIPTION

[0006] This document describes techniques and devices for low-latency connection establishment to wireless mesh network devices that sleep (reduce power consumption including powering-down radio hardware) for periods of time (e.g., by a mobile device, a smartphone, or the like) , and between wireless mesh network devices that sleep (e.g., by another wireless mesh network device) . An end device which is already attached to a parent device (e.g., a router) in a wireless mesh network has established a parent-child relationship. As such, establishing a second parent-child relation with another device (e.g., a mobile device) conflicts with the singular parent-child relation established by the end device in the wireless mesh network. However, establishing peer-to-peer links that are independent of any existing wireless mesh network (e.g., Thread network, a Matter network) topology provides support for any number of peer-to-peer links simultaneously. The peer-to-peer communications are conducted on a subset of IEEE 802.15.4 channels. That subset can include one or more of the IEEE 802.15.4 channels. The techniques described herein enable a node to establish multiple peer-to-peer links with other nodes as compared to the parent-child relationship in a Thread network where each child is connected to a single parent node.

[0007] In the discussions below, a Wakeon Device (WD) may be a Thread sleepy end device that can be asynchronously awakened for communication, by a Wake-up Coordinator (WC) , using a secured wake-up signal. A Wake-up Coordinator (WC) is a device that has the capability to wake-up a WD from sleep by transmitting wake-up signals. Enhanced Coordinated Sampled Listening (eCSL) is a method of enabling both time-scheduled transmissions and receptions with a peer device, which extends Coordinated Sampled Listening (CSL) as defined by IEEE 802.15.4-2015. Coordinated Sampled Transmission (CST) is a method of informing a peer device about scheduling time-synchronized transmissions from a device to the peer. This is similar to how CSL schedules time-synchronized receptions and this is used in eCSL links. Example Environment

[0008] FIG. 1 illustrates an example network environment 100 in which aspects of peer-to-peer link establishment between sleepy radio devices can be implemented. The network environment 100 includes a home area network (HAN) such as a HAN 200, described below with respect to FIG. 2. The HAN includes wireless network devices 102 that are disposed about a structure 104, such as a house, and are connected by one or more wireless and / or wired network technologies, as described below. The HAN includes a border router 106 that connects the HAN to an external network 108, such as the Internet, through a home router or access point 110. Although described with respect to the HAN 200, aspects of peer-to-peer link establishment between sleepy radio devices also apply other wireless mesh network environments, such as a deployments in commercial or industrial building environments.

[0009] To provide user access to functions implemented using the wireless network devices 102 in the HAN, a cloud service 112 connects to the HAN via border router 106, via a secure tunnel 114 through the external network 108 and the access point 110. The cloud service 112 facilitates communication between the HAN and internet clients 116, such as apps on mobile devices, using a web-based application programming interface (API) 118.

[0010] The HAN may include one or more wireless network devices 102 that function as a hub 120. The hub 120 may be a general-purpose home automation hub, or an application-specific hub, such as a security hub, an energy management hub, an HVAC hub, and so forth. The functionality of a hub 120 may also be integrated into any wireless network device 102, such as a smart thermostat device or the border router 106. In addition to hosting controllers on the cloud service 112, controllers can be hosted on any hub 120 in the structure 104, such as the border router 106. A controller hosted on the cloud service 112 can be moved dynamically to the hub 120 in the structure 104, such as moving an HVAC zone controller to a newly installed smart thermostat.

[0011] Hosting functionality on the hub 120 in the structure 104 can improve reliability when the user's internet connection is unreliable, can reduce latency of operations that would normally have to connect to the cloud service 112, and can satisfy system and regulatory constraints around local access between wireless network devices 102.

[0012] The wireless network devices 102 in the HAN may be from a single manufacturer that provides the cloud service 112 as well, or the HAN may include wireless network devices 102 from partners. These partners may also provide partner cloud services 122 that provide services related to their wireless network devices 102 through a partner Web API 124. The partner cloud service 122 may optionally or additionally provide services to internet clients 116 via the web-based API 118, the cloud service 112, and the secure tunnel 114.

[0013] The network environment 100 can be implemented on a variety of hosts, such as battery-powered microcontroller-based devices, line-powered devices, and servers that host cloud services. Protocols operating in the wireless network devices 102 and the cloud service 112 provide a number of services that support operations of home automation experiences in the distributed computing environment 100. These services include, but are not limited to, real-time distributed data management and subscriptions, command-and-response control, real-time event notification, historical data logging and preservation, cryptographically controlled security groups, time synchronization, network and service pairing, and software updates.

[0014] FIG. 2 illustrates an example home area network system (e.g., Matter network, Weave network, fabric network) in which various aspects of peer-to-peer link establishment between sleepy radio devices can be implemented. The home area network (HAN) 200 includes a wireless mesh network 202 (e.g., a Thread network) and a Wi-Fi network 204. The HAN 200 may also include wired network devices (e.g., Ethernet devices) that are omitted from FIG. 2 for the sake of illustration clarity. The wireless mesh network 202 includes routers 206, end devices 208, and router-eligible end devices 210. The routers 206, end devices 208, and router-eligible end devices 210, each include a mesh network interface for communication over the mesh network 202. The routers 206 receive and transmit packet data over the mesh network interface. The routers 206 also route traffic across the mesh network 202. The end devices 208 are devices that can communicate using the mesh network 202, but lack the capability, beyond simply forwarding to its parent router 206, to route traffic in the mesh network 202. For example, a battery-powered sensor is one type of end device 208. The router-eligible end devices 210 are devices that are capable of operating as a router 206, but based on the network topology are not needed to act as a router and instead operate as an end device. A device attempting to join the mesh network 202 can request a router-eligible end device 210 to become a router.

[0015] Wi-Fi network 204 includes Wi-Fi devices 212. Each Wi-Fi device 212 includes a Wi-Fi network interface for communication over the Wi-Fi network 204. The border router 106 is included in the wireless mesh network 202 and is included in the Wi-Fi network 204. The border router 106 includes a mesh network interface for communication over the mesh network 202 and a Wi-Fi network interface for communication over the Wi-Fi network 204. The border router 106 routes packets between devices in the wireless mesh network 202 and the Wi-Fi network 204. The border router 106 also routes packets between devices in the HAN 200 and external network nodes (e.g., the cloud service 112) via the external network 108, such as the Internet, through a home router or access point 110.

[0016] The devices in the mesh network 202 and the Wi-Fi network 204 use standard IP routing configurations to communicate with each other through transport protocols such as the User Datagram Protocol (UDP) or the Transmission Control Protocol (TCP) . When the devices in the mesh network 202 and the Wi-Fi network 204 are provisioned as part of a Matter network, the devices can communicate messages over those same UDP and / or TCP transports.

[0017] Peer-to-peer communications can be established between various devices, as described herein. For example, border routers 106, internet clients 116, routers 206, end devices 208, router-eligible end devices 210, Wi-Fi devices 212, and any other suitable device such as the devices described with reference to FIGs. 9-11, can participate in the techniques for peer-to-peer link establishment between sleepy radio devices described herein. Peer-to-Peer Link Establishment

[0018] FIG. 3 illustrates a transaction diagram and information exchanged in aspects of using Peer-to-Peer Link techniques for establishing a connection with a device in a Thread network. At 300, transactions between a wakeup coordinator device 302 (WC 302) and a wakeon device 304 (WD 304) (e.g., a sleepy end device, a wake-up end device (WED) ) are illustrated. At 306, the WC 302 transmits one or more Wake frames that includes the Connection Information Element (IE) 322, which includes a state field. The state field indicates whether the WC 302 is on-mesh (e.g., on the same wireless mesh network as the WD 304) , if it is a parent device, or not on-mesh. At 308, the WD 304 establishes a link with the WC 302 by transmitting a Link Request message (as opposed to a Parent Request as defined in the Thread network standards / protocols) . Optionally and based on reception of the Link request, the WC 302 transmits an acknowledgement (e.g., ImmAck, Imm-Ack) to the WD 304 at 310. At 312, if the WC 302 accepts the Link Request at 308, the WC 302 transmits a Link Accept and Request message at 312. Optionally and based on reception of the Link Accept and Request message, the WD 304 transmits an acknowledgement (e.g., ImmAck, Imm-Ack) to the WC 302 at 314. If the WD 304 accepts the Link Accept and Request message at 312, the WD 304 transmits a Link Accept message at 316 that establishes the peer-to-peer communication link between the WC 302 and the WD 304. The Link Accept, at 316, and Link Accept And Request, at 312, may include the Service TLV (Type-Length-Value) 320. The Link Accept, at 316, may include a CSL IE and a CST IE 324. The Link Accept 308 uses an IEEE 802.15.4-2015 frame to solicit an Enhanced Acknowledgement (EhnAck) that may include CSL and CST IEs. Optionally and based on reception of the Link Accept at 316, the WC 302 transmits an enhanced acknowledgement (e.g., EhnAck, Ehn-Ack) to the WD 304 at 318. The exchanges of information in the Link Accept and Request message at 312, the Link Accept message at 316, and the Enhanced Acknowledgement at 318 establish the parameters for peer-to-peer communication between the WC 302 and the WD 304, such as using eCSL or any other suitable techniques for peer-to-peer communication.

[0019] The WC 302 and WD 304 exchange available services in the link establishment 300. Optionally, each node shares its available services in the Link Accept message, at 312 and 316, respectively. During the wakeup stage, the WC 302 and WD 304 are in temporary modes. The WC 302 is a node waking-up another node and the WD 304 is a node listening for wake-up frames. A WD 304 may choose to link to another node using a unicast Parent Request, as is defined in the Thread standard, if the WC 302 is indicating that it is a parent in wake-up frames and that the WD 304 is not in an attached state.

[0020] The Peer-to-Peer Link technique allows the WC 302 and WD 304 to avoid using Coordinated Sampled Listening (CSL) , such as with a router wake-up of a sleepy end device. The Peer-to-Peer Link technique allows mobile devices (e.g., a smartphone) to be woken-up by another mobile device of a Long Interval (LIT) Intermittently Connected Device (LIT ICD) , such as a Matter LIT ICD. The Peer-to-Peer Link technique allows many-to-many links between devices. The Peer-to-Peer Link technique is more efficient than attachment to a Thread network (e.g., the use of fewer Mesh Link Establishment (MLE) messages and the use of fewer IEEE 802.15.4 frames) . After link establishment, the WC and WD are equipotent. Domain (DNS) Services Proxy and Address Proxy

[0021] FIG. 4 illustrates a transaction diagram for aspects of using Domain (DNS) Services Proxy and Address Proxy techniques for establishing a connection with a device in a Thread network. The WC 302 and / or WD 304 act as a Service Registration Protocol (SRP) server or proxy. The WC 302 and / or WD 304 act as an SRP server when no SRP server is available in the respective networks of the WC 302 and WD 304. The WC 302 and / or WD 304 act as an SRP proxy when there is an SRP server available in the respective networks of the WC 302 and WD 304. The WC 302 and / or WD 304 can directly register services available to its peer if the service is present. The WC 302 and / or WD 304 can register its services to multiple WCs 302. Optionally, a child node can proxy the routable address of a peer. The child node sends a Child Update to its parent to register peer addresses.

[0022] The Domain (DNS) Services Proxy and Address Proxy technique uses less traffic to establish a peer connection as the technique does not need Thread network data to establish the connection. Domain (DNS) Services Proxy and Address Proxy technique also supports multiple controllers.

[0023] For example, at 404, the WC 302 and WD 304 establish a link. At 406, the WD 304 transmits a Service Registration Protocol (SRP) message to the WC 302 that indicates a host, address, and service. Based on reception of the SRP message, the WC 302 transmits an acknowledgement at 408. If the WC 302 is a child device, the WC 302 transmits a Child Update Request, that includes a routable address for the WD 304, to its parent device 402 at 410, and in response receives a Child Update Response at 412. At 414, WD 304 transmits a DNS query to the WC 302 and receives a DNS response at 416. Enhanced Coordinated Sampled Listening

[0024] FIG. 5 illustrates aspects of using enhanced CSL (eCSL) techniques for establishing a connection with a device in a Thread network. Coordinated Sampled Listening (CSL) enables a device to schedule a time window for link layer reception, while avoiding the requirement to keep the radio receiver enabled for long time durations. Enhanced CSL (eCSL) is an extension of CSL to enable time-scheduled transmission of link-layer frames along with the associated, scheduled reception. In aspects, eCSL uses a Busy Interval to coordinate CSL communication. A node uses the CST IE 324 to share its busy intervals with other nodes. A node shares busy intervals instead of the CSL period and phase of a peer.

[0025] A node updates CSL parameters upon receiving a CST IE 324 from a peer node. The node adjusts CSL parameter for the least conflicts with all peer Busy Intervals. For example, a 30 millisecond granularity of a node’s CSL period is based on typical busy periods such as 3.75 milliseconds for a Bluetooth connection, 7.5 milliseconds for BLE eSCO (extended synchronous connection orientated) communication and Bluetooth Audio, and 10 milliseconds for BLE LC3 (Low Complexity Communication Codec) communication. For example, at 500, 3 CSL peers with different Busy Intervals (3.75 mS, 7.5 mS, and 10 mS) are illustrated. The eCSL technique allows sharing a CSL window by multiple CSL peers and allows connections between coexistence-constrained devices. Three CSL RX (receive) windows candidates are illustrated, at 500, that can be used to coordinate peer-to-peer communications using eCSL. Multiple CSL Sample Attempts

[0026] FIG. 6 illustrates aspects of using a multiple CSL sample technique for establishing a connection with a device in a Thread network. In aspects, multiple CSL sample techniques use multiple samples in a single CSL sample period. This technique adds a sample count to conventional CSL techniques where the sample count can be fewer than the number of peers of a node. This technique also adds a sample interval (e.g., 30 milliseconds) to conventional CSL techniques. A CSL transmitter randomly chooses a sample window in a period for transmissions. The CSL transmitter performs a Clear Channel Assessment (CCA) before transmitting but is not required to use Carrier Sense Multiple Access with Collision Avoidance (CSMA / CA) backoff.

[0027] The multiple CSL sample technique wastes fewer sample attempts if traffic is infrequent. Also, the multiple CSL sample technique uses a single CSL sample state for multiple CSL peers. For example at 600, transmitters 3 and N coordinate transmission attempts with a receiver’s sample attempts during the sample interval of 30 mS. Enhanced Frame Pending

[0028] In aspects, enhanced frame pending techniques are used for establishing a connection with a device in a Thread network. A node transmitter sets a frame-pending bit to solicit data polls. The node transmitter sets the frame-pending bit but defers listening for a data poll until later. The node transmitter waits for data polls in the transmitter’s CSL sampling attempts. The node transmitter sets Delay RX to off if the transmitter expects more data polls. A receiver sends data polls during the CSL sample attempts of the node transmitter. The receiver retains polling frames if the frame pending bit is set and if polling for frames does not conflict with the busy interval of a peer. Example Methods

[0029] Example methods 700 and 800 are described with reference to FIGs. 7 and 8 in accordance with one or more aspects with which peer-to-peer link establishment between sleepy radio devices can be implemented. Generally, any of the components, modules, methods, and operations described herein can be implemented using software, firmware, hardware (e.g., fixed logic circuitry) , manual processing, or any combination thereof. Some operations of the example methods may be described in the general context of executable instructions stored on computer-readable storage memory that is local and / or remote to a computer processing system, and implementations can include software applications, programs, functions, and the like. Alternatively or in addition, any of the functionality described herein can be performed, at least in part, by one or more hardware logic components, such as, and without limitation, Field-programmable Gate Arrays (FPGAs) , Application-specific Integrated Circuits (ASICs) , Application-specific Standard Products (ASSPs) , System-on-a-chip systems (SoCs) , Complex Programmable Logic Devices (CPLDs) , and the like. The order in which the method blocks are described is not intended to be construed as a limitation, and any number of the described method blocks can be combined in any order or skipped to implement a method or an alternate method.

[0030] FIG. 7 illustrates example method (s) 700 of peer-to-peer link establishment between sleepy radio devices as generally related to a first node (wakeup coordinator device 302) . At block 702, a first node transmits, to a second node, one or more Wake frames. For example, a first node (e.g., the wakeup coordinator device 302) transmits, to a second node (e.g., the wakeon device 304) , one or more Wake frames.

[0031] At block 704, in response to the transmitting the one or more Wake frames, the first node receives a Link Request message from the second node. For example, in response to the transmitting the one or more Wake frames, the wakeup coordinator device 302 receives a Link Request message from the wakeon device 304.

[0032] At block 706, based on receiving the Link Request message, the first node transmits a Link Accept and Request message to the second node. For example, based on receiving the Link Request message, the wakeup coordinator device 302 transmits a Link Accept and Request message to the wakeon device 304.

[0033] At block 708, in response to transmitting the Link Accept and Request message, the first node receives a Link Accept message from the second node that is effective to establish the wireless peer-to-peer communication link between the first node and the second node. For example, in response to transmitting the Link Accept and Request message, the wakeup coordinator device 302 receives a Link Accept message from the wakeon device 304 that is effective to establish the wireless peer-to-peer communication link between the wakeup coordinator device 302 and the wakeon device 304.

[0034] FIG. 8 illustrates example method (s) 800 of peer-to-peer link establishment between sleepy radio devices as generally related to a second node (wakeon device 304) . At block 802, a second node receives, from a first node, a Wake frame. For example, a second node (e.g., the wakeon device 304) receives, from a first node (e.g., the wakeup coordinator device 302) , a Wake frame.

[0035] At block 804, in response to the receiving the Wake frame, the second node transmits a Link Request message to the first node. For example, in response to the receiving the Wake frame, the wakeon device 304 transmits a Link Request message to the wakeup coordinator device 302.

[0036] At block 806, the second nodes receives a Link Accept and Request message from the first node. For example, the wakeon device 304 receives a Link Accept and Request message from the wakeup coordinator device 302.

[0037] At block 808, in response to receiving the Link Accept and Request message, the second node transmits a Link Accept message to the first node that is effective to establish the wireless peer-to-peer communication link between the first node and the second node. For example, in response to receiving the Link Accept and Request message, the wakeon device 304 transmits a Link Accept message to the wakeup coordinator device 302 that is effective to establish the wireless peer-to-peer communication link between the wakeup coordinator device 302 and the wakeon device 304. Example Environments and Devices

[0038] FIG. 9 illustrates an example environment 900 in which a home area network 200, as described with reference to FIGs. 1 and 2, and aspects of peer-to-peer link establishment between sleepy radio devices can be implemented. Although described with respect to the HAN 200, aspects of peer-to-peer link establishment between sleepy radio devices also apply other wireless mesh network environments, such as a deployments in commercial or industrial building environments. Generally, the environment 900 includes the home area network (HAN) 200 implemented as part of a home or other type of structure with any number of wireless and / or wired network devices that are configured for communication in a wireless network. For example, the wireless network devices can include a thermostat 902, hazard detectors 904 (e.g., for smoke and / or carbon monoxide) , cameras 906 (e.g., indoor and outdoor) , lighting units 908 (e.g., indoor and outdoor) , and any other types of wireless network devices 910 that are implemented inside and / or outside of a structure 912 (e.g., in a home environment) . In this example, the wireless network devices can also include any of the previously described devices, such as a border router 106, as well as any of the devices implemented as a router device 206, as an end device 208, and / or as a REED 210.

[0039] In the environment 900, any number of the wireless network devices can be implemented for wireless interconnection to wirelessly communicate and interact with each other. The wireless network devices are modular, intelligent, multi-sensing, network-connected devices that can integrate seamlessly with each other and / or with a central server or a cloud-computing system to provide any of a variety of useful automation objectives and implementations. An example of a wireless network device that can be implemented as any of the devices described herein is shown and described with reference to FIG. 10.

[0040] In implementations, the thermostat 902 may include a Learning Thermostat that detects ambient climate characteristics (e.g., temperature and / or humidity) and controls a HVAC system 914 in the home environment. The learning thermostat 902 and other network-connected devices “learn” by capturing occupant settings to the devices. For example, the thermostat learns preferred temperature set-points for mornings and evenings, and when the occupants of the structure are asleep or awake, as well as when the occupants are typically away or at home.

[0041] A hazard detector 904 can be implemented to detect the presence of a hazardous substance or a substance indicative of a hazardous substance (e.g., smoke, fire, or carbon monoxide) . In examples of wireless interconnection, a hazard detector 904 may detect the presence of smoke, indicating a fire in the structure, in which case the hazard detector that first detects the smoke can broadcast a low-power wake-up signal to all of the connected wireless network devices. The other hazard detectors 904 can then receive the broadcast wake-up signal and initiate a high-power state for hazard detection and to receive wireless communications of alert messages. Further, the lighting units 908 can receive the broadcast wake-up signal and activate in the region of the detected hazard to illuminate and identify the problem area. In another example, the lighting units 908 may activate in one illumination color to indicate a problem area or region in the structure, such as for a detected fire or break-in, and activate in a different illumination color to indicate safe regions and / or escape routes out of the structure.

[0042] In various configurations, the wireless network devices 910 can include an entryway interface device 916 that functions in coordination with a network-connected door lock system 918, and that detects and responds to a person’s approach to or departure from a location, such as an outer door of the structure 912. The entryway interface device 916 can interact with the other wireless network devices based on whether someone has approached or entered the smart-home environment. An entryway interface device 916 can control doorbell functionality, announce the approach or departure of a person via audio or visual means, and control settings on a security system, such as to activate or deactivate the security system when occupants come and go. The wireless network devices 910 can also include other sensors and detectors, such as to detect ambient lighting conditions, detect room-occupancy states (e.g., with an occupancy sensor 920) , and control a power and / or dim state of one or more lights. In some instances, the sensors and / or detectors may also control a power state or speed of a fan, such as a ceiling fan 922. Further, the sensors and / or detectors may detect occupancy in a room or enclosure and control the supply of power to electrical outlets or devices 924, such as if a room or the structure is unoccupied.

[0043] The wireless network devices 910 may also include connected appliances and / or controlled systems 926, such as refrigerators, stoves and ovens, washers, dryers, air conditioners, pool heaters 928, irrigation systems 930, security systems 932, and so forth, as well as other electronic and computing devices, such as network-connected televisions, network-connected media streaming devices, entertainment systems, computers, intercom systems, garage-door openers 934, ceiling fans 922, control panels 936, and the like. When plugged in, an appliance, device, or system can announce itself to the home area network as described above and can be automatically integrated with the controls and devices of the home area network, such as in the home. It should be noted that the wireless network devices 910 may include devices physically located outside of the structure, but within wireless communication range, such as a device controlling a swimming pool heater 928 or an irrigation system 930.

[0044] As described above, the HAN 200 includes a border router 106 that interfaces for communication with an external network, outside the HAN 200. The border router 106 connects to an access point 110, which connects to the communication network 108, such as the Internet. A cloud service 112, which is connected via the communication network 108, provides services related to and / or using the devices within the HAN 200. By way of example, the cloud service 112 can include applications for connecting end user devices 938, such as smartphones, tablets, and the like, to devices in the home area network, processing and presenting data acquired in the HAN 200 to end users, linking devices in one or more HANs 200 to user accounts of the cloud service 112, provisioning and updating devices in the HAN 200, and so forth. For example, a user can control the thermostat 902 and other wireless network devices in the home environment using a network-connected computer or portable device, such as a mobile phone or tablet device. Further, the wireless network devices can communicate information to any central server or cloud-computing system via the border router 106 and the access point 110. The data communications can be carried out using any of a variety of custom or standard wireless protocols (e.g., Wi-Fi, ZigBee for low power, 6LoWPAN, Thread, UWB, 802.11. mc, etc. ) and / or by using any of a variety of custom or standard wired protocols (CAT6 Ethernet, HomePlug, etc. ) .

[0045] Any of the wireless network devices in the HAN 200 can serve as low-power and communication nodes to create the HAN 200 in the home environment. Individual low-power nodes of the network can regularly send out messages regarding what they are sensing, and the other low-powered nodes in the environment –in addition to sending out their own messages –can repeat the messages, thereby communicating the messages from node to node (i.e., from device to device) throughout the home area network. The wireless network devices can be implemented to conserve power, particularly when battery-powered, utilizing low-powered communication protocols to receive the messages, translate the messages to other communication protocols, and send the translated messages to other nodes and / or to a central server or cloud-computing system. For example, an occupancy and / or ambient light sensor can detect an occupant in a room as well as measure the ambient light, and activate the light source when the ambient light sensor 940 detects that the room is dark and when the occupancy sensor 920 detects that someone is in the room. Further, the sensor can include a low-power wireless communication chip (e.g., an IEEE 802.15.4 chip, a Thread chip, a ZigBee chip) that regularly sends out messages regarding the occupancy of the room and the amount of light in the room, including instantaneous messages coincident with the occupancy sensor detecting the presence of a person in the room. As mentioned above, these messages may be sent wirelessly, using the home area network, from node to node (i.e., network-connected device to network-connected device) within the home environment as well as over the Internet to a central server or cloud-computing system.

[0046] In other configurations, various ones of the wireless network devices can function as “tripwires” for an alarm system in the home environment. For example, in the event a perpetrator circumvents detection by alarm sensors located at windows, doors, and other entry points of the structure or environment, the alarm could still be triggered by receiving an occupancy, motion, heat, sound, etc. message from one or more of the low-powered mesh nodes in the home area network. In other implementations, the home area network can be used to automatically turn on and off the lighting units 908 as a person transitions from room to room in the structure. For example, the wireless network devices can detect the person’s movement through the structure and communicate corresponding messages via the nodes of the home area network. Using the messages that indicate which rooms are occupied, other wireless network devices that receive the messages can activate and / or deactivate accordingly. As referred to above, the home area network can also be utilized to provide exit lighting in the event of an emergency, such as by turning on the appropriate lighting units 908 that lead to a safe exit. The light units 908 may also be turned-on to indicate the direction along an exit route that a person should travel to safely exit the structure.

[0047] The various wireless network devices may also be implemented to integrate and communicate with wearable computing devices 942, such as may be used to identify and locate an occupant of the structure, and adjust the temperature, lighting, sound system, and the like accordingly. In other implementations, RFID sensing (e.g., a person having an RFID bracelet, necklace, or key fob) , synthetic vision techniques (e.g., video cameras and face recognition processors) , audio techniques (e.g., voice, sound pattern, vibration pattern recognition) , ultrasound sensing / imaging techniques, and infrared or near-field communication (NFC) techniques (e.g., a person wearing an infrared or NFC-capable smartphone) , along with rules-based inference engines or artificial intelligence techniques that draw useful conclusions from the sensed information as to the location of an occupant in the structure or environment.

[0048] In other implementations, personal comfort-area networks, personal health-area networks, personal safety-area networks, and / or other such human-facing functionalities of service robots can be enhanced by logical integration with other wireless network devices and sensors in the environment according to rules-based inferencing techniques or artificial intelligence techniques for achieving better performance of these functionalities. In an example relating to a personal health-area, the system can detect whether a household pet is moving toward the current location of an occupant (e.g., using any of the wireless network devices and sensors) , along with rules-based inferencing and artificial intelligence techniques. Similarly, a hazard detector service robot can be notified that the temperature and humidity levels are rising in a kitchen, and temporarily raise a hazard detection threshold, such as a smoke detection threshold, under an inference that any small increases in ambient smoke levels will most likely be due to cooking activity and not due to a genuinely hazardous condition. Any service robot that is configured for any type of monitoring, detecting, and / or servicing can be implemented as a mesh node device on the home area network, conforming to the wireless interconnection protocols for communicating on the home area network.

[0049] The wireless network devices 910 may also include a network-connected alarm clock 944 for each of the individual occupants of the structure in the home environment. For example, an occupant can customize and set an alarm device for a wake time, such as for the next day or week. Artificial intelligence can be used to consider occupant responses to the alarms when they go off and make inferences about preferred sleep patterns over time. An individual occupant can then be tracked in the home area network based on a unique signature of the person, which is determined based on data obtained from sensors located in the wireless network devices, such as sensors that include ultrasonic sensors, passive IR sensors, and the like. The unique signature of an occupant can be based on a combination of patterns of movement, voice, height, size, etc., as well as using facial recognition techniques.

[0050] In an example of wireless interconnection, the wake time for an individual can be associated with the thermostat 902 to control the HVAC system in an efficient manner so as to pre-heat or cool the structure to desired sleeping and awake temperature settings. The preferred settings can be learned over time, such as by capturing the temperatures set in the thermostat before the person goes to sleep and upon waking up. Collected data may also include biometric indications of a person, such as breathing patterns, heart rate, movement, etc., from which inferences are made based on this data in combination with data that indicates when the person actually wakes up. Other wireless network devices can use the data to provide other automation objectives, such as adjusting the thermostat 902 so as to pre-heat or cool the environment to a desired setting and turning-on or turning-off the lights 908.

[0051] In implementations, the wireless network devices can also be utilized for sound, vibration, and / or motion sensing such as to detect running water and determine inferences about water usage in a home environment based on algorithms and mapping of the water usage and consumption. This can be used to determine a signature or fingerprint of each water source in the home and is also referred to as “audio fingerprinting water usage. ” Similarly, the wireless network devices can be utilized to detect the subtle sound, vibration, and / or motion of unwanted pests, such as mice and other rodents, as well as by termites, cockroaches, and other insects. The system can then notify an occupant of the suspected pests in the environment, such as with warning messages to help facilitate early detection and prevention.

[0052] The environment 900 may include one or more wireless network devices that function as a hub 946. The hub 946 may be a general-purpose home automation hub, or an application-specific hub, such as a security hub, an energy management hub, an HVAC hub, and so forth. The functionality of a hub 946 may also be integrated into any wireless network device, such as a network-connected thermostat device or the border router 106. Hosting functionality on the hub 946 in the structure 912 can improve reliability when the user's internet connection is unreliable, can reduce latency of operations that would normally have to connect to the cloud service 112, and can satisfy system and regulatory constraints around local access between wireless network devices.

[0053] Additionally, the example environment 900 includes a network-connected speaker 948. The network-connected speaker 948 provides voice assistant services that include providing voice control and / or commissioning of network-connected devices. The functions of the hub 946 may be hosted in the network-connected speaker 948. The network-connected speaker 948 can be configured to communicate via the wireless mesh network 202, the Wi-Fi network 204, or both.

[0054] FIG. 10 illustrates an example wireless network device 1000 that can be implemented as any of the wireless network devices in a home area network (Weave network) in accordance with one or more aspects of peer-to-peer link establishment between sleepy radio devices as described herein. The device 1000 can be integrated with electronic circuitry, microprocessors, memory, input output (I / O) logic control, communication interfaces and components, as well as other hardware, firmware, and / or software to implement the device in a home area network. Further, the wireless network device 1000 can be implemented with various components, such as with any number and combination of different components as further described with reference to the example device shown in FIG. 11.

[0055] In this example, the wireless network device 1000 includes a low-power microprocessor 1002 and a high-power microprocessor 1004 (e.g., microcontrollers or digital signal processors) that process executable instructions. The device also includes an input-output (I / O) logic control 1006 (e.g., to include electronic circuitry) . The microprocessors can include components of an integrated circuit, programmable logic device, a logic device formed using one or more semiconductors, and other implementations in silicon and / or hardware, such as a processor and memory system implemented as a system-on-chip (SoC) . Alternatively or additionally, the device can be implemented with any one or combination of software, hardware, firmware, or fixed logic circuitry that may be implemented with processing and control circuits. The low-power microprocessor 1002 and the high-power microprocessor 1004 can also support one or more different device functionalities of the device. For example, the high-power microprocessor 1004 may execute computationally intensive operations, whereas the low-power microprocessor 1002 may manage less-complex processes such as detecting a hazard or temperature from one or more sensors 1008. The low-power processor 1002 may also wake or initialize the high-power processor 1004 for computationally intensive processes.

[0056] The one or more sensors 1008 can be implemented to detect various properties such as acceleration, temperature, humidity, water, supplied power, proximity, external motion, device motion, sound signals, ultrasound signals, light signals, fire, smoke, carbon monoxide, global-positioning-satellite (GPS) signals, radio frequency (RF) , other electromagnetic signals or fields, or the like. As such, the sensors 1008 may include any one or a combination of temperature sensors, humidity sensors, hazard-related sensors, security sensors, other environmental sensors, accelerometers, microphones, optical sensors up to and including cameras (e.g., charged coupled-device or video cameras, active or passive radiation sensors, GPS receivers, and radio frequency identification detectors. In implementations, the wireless network device 1000 may include one or more primary sensors, as well as one or more secondary sensors, such as primary sensors that sense data central to the core operation of the device (e.g., sensing a temperature in a thermostat or sensing smoke in a smoke detector) , while the secondary sensors may sense other types of data (e.g., motion, light or sound) , which can be used for energy-efficiency objectives or automation objectives.

[0057] The wireless network device 1000 includes a memory device controller 1010 and a memory device 1012, such as any type of a nonvolatile memory and / or other suitable electronic data storage device. The wireless network device 1000 can also include various firmware and / or software, such as an operating system 1014 that is maintained as computer executable instructions by the memory and executed by a microprocessor. The device software may also include an application 1016 that implements aspects of peer-to-peer link establishment between sleepy radio devices. The wireless network device 1000 also includes a device interface 1018 to interface with another device or peripheral component and includes an integrated data bus 1020 that couples the various components of the wireless network device for data communication between the components. The data bus in the wireless network device may also be implemented as any one or a combination of different bus structures and / or bus architectures.

[0058] The device interface 1018 may receive input from a user and / or provide information to the user (e.g., as a user interface) , and a received input can be used to determine a setting. The device interface 1018 may also include mechanical or virtual components that respond to a user input. For example, the user can mechanically move a sliding or rotatable component, or the motion along a touchpad may be detected, and such motions may correspond to a setting adjustment of the device. Physical and virtual movable user-interface components can allow the user to set a setting along a portion of an apparent continuum. The device interface 1018 may also receive inputs from any number of peripherals, such as buttons, a keypad, a switch, a microphone, and an imager (e.g., a camera device) .

[0059] The wireless network device 1000 can include network interfaces 1022, such as a wireless network interface or home area network interface for communication with other wireless network devices in a home area network, and an external network interface for network communication, such as via the Internet. The wireless network device 1000 also includes wireless radio systems 1024 for wireless communication with other wireless network devices via the home area network interface and for multiple, different wireless communications systems. The wireless radio systems 1024 may include Wi-Fi, BluetoothTM, Mobile Broadband, BLE, Thread, Matter, UWB, IEEE 802.11. mc, and / or point-to-point IEEE 802.15.4. Each of the different radio systems can include a radio device, antenna, and chipset that is implemented for a particular wireless communications technology. The wireless network device 1000 also includes a power source 1026, such as a battery and / or to connect the device to line voltage. An AC power source may also be used to charge the battery of the device.

[0060] FIG. 11 illustrates an example system 1100 that includes an example device 1102, which can be implemented as any of the wireless network devices that implement aspects of peer-to-peer link establishment between sleepy radio devices as described with reference to the previous FIGs. 1-10. The example device 1102 may be any type of computing device, client device, mobile phone, tablet, communication, entertainment, gaming, media playback, and / or other type of device. Further, the example device 1102 may be implemented as any other type of wireless network device that is configured for communication on a home area network, such as a thermostat, hazard detector, camera, light unit, commissioning device, router, border router, joiner router, joining device, end device, leader, access point, and / or other wireless network devices.

[0061] The device 1102 includes communication devices 1104 that enable wired and / or wireless communication of device data 1106, such as data that is communicated between the devices in a home area network, data that is being received, data scheduled for broadcast, data packets of the data, data that is synched between the devices, etc. The device data can include any type of communication data, as well as audio, video, and / or image data that is generated by applications executing on the device. The communication devices 1104 can also include transceivers for cellular phone communication and / or for network data communication.

[0062] The device 1102 also includes input  / output (I / O) interfaces 1108, such as data network interfaces that provide connection and / or communication links between the device, data networks (e.g., a home area network, external network, etc. ) , and other devices. The I / O interfaces can be used to couple the device to any type of components, peripherals, and / or accessory devices. The I / O interfaces also include data input ports via which any type of data, media content, and / or inputs can be received, such as user inputs to the device, as well as any type of communication data, as well as audio, video, and / or image data received from any content and / or data source.

[0063] The device 1102 includes a processing system 1110 that may be implemented at least partially in hardware, such as with any type of microprocessors, controllers, and the like that process executable instructions. The processing system can include components of an integrated circuit, programmable logic device, a logic device formed using one or more semiconductors, and other implementations in silicon and / or hardware, such as a processor and memory system implemented as a system-on-chip (SoC) . Alternatively or additionally, the device can be implemented with any one or combination of software, hardware, firmware, or fixed logic circuitry that may be implemented with processing and control circuits. The device 1102 may further include any type of a system bus or other data and command transfer system that couples the various components within the device. A system bus can include any one or combination of different bus structures and architectures, as well as control and data lines.

[0064] The device 1102 also includes computer-readable storage memory 1112 (computer-readable storage media) , such as data storage devices that can be accessed by a computing device, and that provide persistent storage of data and executable instructions (e.g., software applications, modules, programs, functions, and the like) . The computer-readable storage memory described herein excludes propagating signals. Examples of computer-readable storage memory include volatile memory and non-volatile memory, fixed and removable media devices, and any suitable memory device or electronic data storage that maintains data for computing device access. The computer-readable storage memory can include various implementations of random access memory (RAM) , read-only memory (ROM) , flash memory, and other types of storage memory in various memory device configurations.

[0065] The computer-readable storage memory 1112 provides storage of the device data 1106 and various device applications 1114, such as an operating system that is maintained as a software application with the computer-readable storage memory and executed by the processing system 1110. The device applications may also include a device manager, such as any form of a control application, software application, signal processing and control module, code that is native to a particular device, a hardware abstraction layer for a particular device, and so on. In this example, the device applications also include an application 1116 that implements aspects peer-to-peer link establishment between sleepy radio devices such as when the example device 1102 is implemented as any of the wireless network devices described herein.

[0066] The device 1102 also includes an audio and / or video system 1118 that generates audio data for an audio device 1120 and / or generates display data for a display device 1122. The audio device and / or the display device include any devices that process, display, and / or otherwise render audio, video, display, and / or image data, such as the image content of a digital photo. In implementations, the audio device and / or the display device are integrated components of the example device 1102. Alternatively, the audio device and / or the display device are external, peripheral components to the example device. In aspects, at least part of the techniques described for peer-to-peer link establishment between sleepy radio devices may be implemented in a distributed system, such as over a “cloud” 1124 in a platform 1126. The cloud 1124 includes and / or is representative of the platform 1126 for services 1128 and / or resources 1130.

[0067] The platform 1126 abstracts underlying functionality of hardware, such as server devices (e.g., included in the services 1128) and / or software resources (e.g., included as the resources 1130) , and connects the example device 1102 with other devices, servers, etc. For example, the platform 1126 and / or the services 1128 may implement aspects of peer-to-peer link establishment between sleepy radio devices. The resources 1130 may also include applications and / or data that can be utilized while computer processing is executed on servers that are remote from the example device 1102. Additionally, the services 1128 and / or the resources 1130 may facilitate subscriber network services, such as over the Internet, a cellular network, or Wi-Fi network. The platform 1126 may also serve to abstract and scale resources to service a demand for the resources 1130 that are implemented via the platform, such as in an interconnected device aspect with functionality distributed throughout the system 1100. For example, the functionality may be implemented in part at the example device 1102 as well as via the platform 1126 that abstracts the functionality of the cloud 1124.

[0068] In the following some examples are described: Example 1: A method of establishing a wireless peer-to-peer communication link between wireless  node devices by a first node, the method comprising: transmitting, to a second node, one or more Wake frames; in response to the transmitting the one or more Wake frames, receiving a Link Request  message from the second node; based on receiving the Link Request message, transmitting a Link Accept and Request  message to the second node; and in response to transmitting the Link Accept and Request message, receiving a Link Accept  message from the second node that is effective to establish the wireless peer-to-peer communication link between the first node and the second node. Example 2. The method of example 1, further comprising: in response to receiving the Link Accept message, transmitting an enhanced  acknowledgement message to the second node. Example 3: The method of example 2, wherein the enhanced acknowledgement message includes  a Coordinated Sampled Listening (CSL) Information Element (IE) and a Coordinated Sampled Transmitting (CST) IE. Example 4: The method of example 3, wherein the CST IE included in the enhanced  acknowledgement message indicates busy intervals of the first node when the first node is unavailable for peer-to-peer communication. Example 5: The method of any one of the preceding examples, wherein the Wake frame includes  a Connection Information Element (IE) , and wherein the Connection Information IE includes a state field that indicates if the first node is attached to a wireless mesh network. Example 6: The method of any one of the preceding examples, wherein the Link Accept message  includes a Coordinated Sampled Listening (CSL) IE, and wherein the Link Accept message includes a Coordinated Sampled Transmitting (CST) IE. Example 7: The method of example 6, wherein the CST IE included in the Link Accept message  indicates busy intervals of the second node when the second is unavailable for peer-to-peer communication. Example 8: A method of establishing a wireless peer-to-peer communication link between wireless  node devices by a second node, the method comprising: receiving, from a first node, a Wake frame; in response to the receiving the Wake frame, transmitting a Link Request message to the first  node; receiving a Link Accept and Request message from the first node; and in response to receiving the Link Accept and Request message, transmitting a Link Accept  message to the first node that is effective to establish the wireless peer-to-peer communication link between the first node and the second node. Example 9: The method of example 8, further comprising: in response to transmitting the Link Accept message, receiving an enhanced  acknowledgement message from the first node. Example 10: The method of example 9, wherein the enhanced acknowledgement message includes  a Coordinated Sampled Listening (CSL) Information Element (IE) and a Coordinated Sampled Transmitting (CST) IE. Example 11: The method of example 10, wherein the CST IE included in the enhanced  acknowledgement message indicates busy intervals of the first node when the first node is unavailable for peer-to-peer communication. Example 12: The method of any one of examples 8 to 11, wherein the Wake frame includes a  Connection Information Element (IE) , and wherein the Connection Information IE includes a state field that indicates if the first node is attached to a wireless mesh network. Example 13: The method of any one of examples 8 to 12, wherein the Link Accept message includes  a Coordinated Sampled Listening (CSL) IE, and wherein the Link Accept message includes a Coordinated Sampled Transmitting (CST) IE. Example 14: The method of example 13, wherein the CST IE included in the Link Accept message  indicates busy intervals of the second node when the second is unavailable for peer-to-peer communication. Example 15: An apparatus comprising: a processor; and instructions executable by the processor to perform a method as recited in any one of examples  1 to 14. Example 16: The apparatus of example 15, wherein the apparatus is a mobile device, a smartphone,  a Thread network device, or a Matter network device. Example 17: A non-transitory computer-readable storage medium comprising instructions for an  application, the instructions executable by one or more processors, to configure the application to perform a method as recited in any one of examples 1 to 14.

[0069] Although aspects of peer-to-peer link establishment between sleepy radio devices have been described in language specific to features and / or methods, the subject of the appended claims is not necessarily limited to the specific features or methods described. Rather, the specific features and methods are disclosed as example implementations of peer-to-peer link establishment between sleepy radio devices and other equivalent features and methods are intended to be within the scope of the appended claims. Further, various different aspects are described, and it is to be appreciated that each described aspect can be implemented independently or in connection with one or more other described aspects.

Claims

1.A method of establishing a wireless peer-to-peer communication link between wireless node devices by a first node, the method comprising:transmitting, to a second node, one or more Wake frames;in response to the transmitting the one or more Wake frames, receiving a Link Request message from the second node;based on receiving the Link Request message, transmitting a Link Accept and Request message to the second node; andin response to transmitting the Link Accept and Request message, receiving a Link Accept message from the second node that is effective to establish the wireless peer-to-peer communication link between the first node and the second node.2.The method of claim 1, further comprising:in response to receiving the Link Accept message, transmitting an enhanced acknowledgement message to the second node.3.The method of claim 2, wherein the enhanced acknowledgement message includes a Coordinated Sampled Listening (CSL) Information Element (IE) and a Coordinated Sampled Transmitting (CST) IE.4.The method of claim 3, wherein the CST IE included in the enhanced acknowledgement message indicates busy intervals of the first node when the first node is unavailable for peer-to-peer communication.5.The method of any one of the preceding claims, wherein the Wake frame includes a Connection Information Element (IE) , and wherein the Connection Information IE includes a state field that indicates if the first node is attached to a wireless mesh network.6.The method of any one of the preceding claims, wherein the Link Accept message includes a Coordinated Sampled Listening (CSL) IE, and wherein the Link Accept message includes a Coordinated Sampled Transmitting (CST) IE.7.The method of claim 6, wherein the CST IE included in the Link Accept message indicates busy intervals of the second node when the second is unavailable for peer-to-peer communication.8.A method of establishing a wireless peer-to-peer communication link between wireless node devices by a second node, the method comprising:receiving, from a first node, a Wake frame;in response to the receiving the Wake frame, transmitting a Link Request message to the first node;receiving a Link Accept and Request message from the first node; andin response to receiving the Link Accept and Request message, transmitting a Link Accept message to the first node that is effective to establish the wireless peer-to-peer communication link between the first node and the second node.9.The method of claim 8, further comprising:in response to transmitting the Link Accept message, receiving an enhanced acknowledgement message from the first node.10.The method of claim 9, wherein the enhanced acknowledgement message includes a Coordinated Sampled Listening (CSL) Information Element (IE) and a Coordinated Sampled Transmitting (CST) IE.11.The method of claim 10, wherein the CST IE included in the enhanced acknowledgement message indicates busy intervals of the first node when the first node is unavailable for peer-to-peer communication.12.The method of any one of claims 8 to 11, wherein the Wake frame includes a Connection Information Element (IE) , and wherein the Connection Information IE includes a state field that indicates if the first node is attached to a wireless mesh network.13.The method of any one of claims 8 to 12, wherein the Link Accept message includes a Coordinated Sampled Listening (CSL) IE, and wherein the Link Accept message includes a Coordinated Sampled Transmitting (CST) IE.14.The method of claim 13, wherein the CST IE included in the Link Accept message indicates busy intervals of the second node when the second is unavailable for peer-to-peer communication.15.An apparatus comprising:a processor; andinstructions executable by the processor to perform a method as recited in any one of claims 1 to 14.16.The apparatus of claim 15, wherein the apparatus is a mobile device, a smartphone, a Thread network device, or a Matter network device.17.A non-transitory computer-readable storage medium comprising instructions for an application, the instructions executable by one or more processors, to configure the application to perform a method as recited in any one of claims 1 to 14.

Images