Emergency alert forwarding through a local network

Abstract

This disclosure provides methods, components, devices, and systems for providing emergency alerts in a local network. Some aspects more specifically relate to generating and forwarding local emergency alerts through a local network from a network device to locally connected client devices that do not otherwise receive emergency alerts. The network device may store the local emergency alert for a duration of time and provide the local emergency alert message to any newly connected client devices and other devices polling the network device for emergency alerts. Additionally, a client device may receive a local emergency alert message and select an interface action associated with the local emergency alert message. The client device may execute the interface action on the user interface to provide an emergency notification to the user for a given amount of time or until a user deactivates the alert on the interface.

Description

EMERGENCY ALERT FORWARDING THROUGH A LOCAL NETWORKTECHNICAL FIELD

[0001] This disclosure relates generally to network communications, and more specifically, to providing emergency alert notifications to electronic devices in a local network.

[0002] DESCRIPTION OF THE RELATED TECHNOLOGY

[0003] Local area networks (LANs) are computer networks which provide communication links between client devices in the network, including via wired connections, such as ethernet and optical fiber connections, or via a wireless network. For example, a wireless local area network (WLAN) may be formed by one or more wireless access points (APs) that provide a shared wireless communication medium for use by multiple client devices also referred to as wireless stations (STAs) . The basic building block of a WLAN conforming to the Institute of Electrical and Electronics Engineers (IEEE) 802.11 family of standards is a Basic Service Set (BSS) , which is managed by an AP. Each BSS is identified by a Basic Service Set Identifier (BSSID) that is advertised by the AP. An AP periodically broadcasts beacon frames to enable any STAs within wireless range of the AP to establish or maintain a communication link with the WLAN.SUMMARY

[0004] The systems, methods and devices of this disclosure each have several innovative aspects, no single one of which is solely responsible for the desirable attributes disclosed herein.

[0005] One innovative aspect of the subject matter described in this disclosure can be implemented in a method for emergency alert forwarding. The method includes receiving, at a network device, an emergency alert from an emergency alert system connected to the network device via an external network, where the emergency alert includes an alert type and an alert duration time, initiating an alert timer for an alert storage time to provide the emergency alert to at least one client device connected to the network device via a local network during the alert duration time indicated in the emergency alert. The method also includes storing the emergency alert on the network device and transmitting a local emergency alert message including the alert type to at least one client device without an independent connection to the emergency alert system and connected to the network device via the local network.

[0006] In some examples, the method for emergency alert forwarding further includes receiving, from an additional client device, a connection request to connect to the local network, registering the additional client device as a client device when the additional client device includes a user interface, transmitting at least one stored emergency alert from the network device to the additional client device, and deleting the emergency alert from the network device at an expiration of the alert timer to prevent local emergency alert message transmissions outside of the alert duration time.

[0007] In some examples, the least one client device includes a first client device connected to the network device via a socket-based connection, and the network device transmits the local emergency alert message as a local broadcast message.

[0008] In some examples, the least one client device includes a second client device connected to the network device via a stateless network connection, and the network device transmits the local emergency alert message as a local unicast message to the second client device in association with receiving an alert poll from the second client device.

[0009] In some examples, the least one client device includes a first client device connected to the network device via a socket-based connection, and the least one client device a second client device connected to the network device via a stateless network connection, and transmitting the local emergency alert message further includes: transmitting the local emergency alert message as a local broadcast message to the first client device, and transmitting the local emergency alert message as a local unicast message to the second client device in association with receiving an alert poll from the second client device.

[0010] In some examples, the method for emergency alert forwarding further includes transmitting the local emergency alert message to one or more client devices including an independent connection to the emergency alert system.

[0011] In some examples, the external network includes a wired network, and the emergency alert includes a wired communication pathway message.

[0012] In some examples, the external network includes a wireless network, and the emergency alert includes a wireless broadcast message.

[0013] Another innovative aspect of the subject matter described in this disclosure can be implemented in a method for providing an emergency alert. The method includes receiving, at a client device, a local emergency alert message including an emergency alert type from a network device with an external network connection to an emergency alert system, selecting an interface action associated with the emergency alert type, and initiating an action timer  associated with the emergency alert type. The method also includes receiving an alert termination signal including one or more of: an expiration of the action timer and a termination interaction received at the client device.

[0014] In some examples, the client device includes an independent external connection to the emergency alert system, and the method further includes: receiving an external emergency alert from the emergency alert system via the independent external connection corresponding to the local emergency alert message received from the network device and dropping the external emergency alert to prevent a duplicate alert action.

[0015] In some examples, the client device does not include an independent connection to the emergency alert system.

[0016] In some examples, the client device is connected to the network device via one or more of: a wireless network and a wired connection.

[0017] In some examples, the client device is connected to the network device via a socket-based connection, and the client device receives the local emergency alert message as a local broadcast message.

[0018] In some examples, the client device is connected to the network device via a stateless network connection, and the method further includes periodically polling the network device for the local emergency alert message, where the local emergency alert message includes a local unicast message.

[0019] In some examples, the method further includes receiving one or more user preferences for emergency alerts received at the client device. Where selecting the interface action associated with the emergency alert type further includes selecting the interface action using the one or more user preferences and the emergency alert type.

[0020] In some examples, the client device includes a user interface including a text based display, and where the interface action includes displaying a text message associated with the emergency alert type on the text based display.

[0021] In some examples, the client device includes a user interface including an audible interface, and where the interface action includes playing an alarm sound associated with the emergency alert type on the audible interface.

[0022] In some examples, the client device includes a user interface including a light emitting interface, and where the interface action includes activating a light arrangement associated with the emergency alert type on the light emitting interface.

[0023] One innovative aspect of the subject matter described in this disclosure can be implemented in a network device. The network device includes a processing system that includes processor circuitry and memory circuitry that stores code. The processing system is configured to cause the network device to: receive an emergency alert from an emergency alert system connected to the network device via an external network, where the emergency alert includes an alert type and an alert duration time, initiate an alert timer for an alert storage time to provide the emergency alert to at least one client device connected to the network device via a local network during the alert duration time indicated in the emergency alert, store the emergency alert on the network device, and transmit a local emergency alert message including the alert type to at least one client device without an independent connection to the emergency alert system and connected to the network device via the local network.

[0024] In some examples, where the processing system is further configured to cause the network device to: receive, from an additional client device, a connection request to connect to the local network, register the additional client device as a client device when the additional client device includes a user interface, transmit at least one stored emergency alert from the network device to the additional client device, and delete the emergency alert from the network device at an expiration of the alert timer to prevent local emergency alert message transmissions outside of the alert duration time.

[0025] In some examples, the least one client device includes a first client device connected to the network device via a socket-based connection, where the least one client device includes a second client device connected to the network device via a stateless network connection. Transmitting the local emergency alert message further includes transmitting the local emergency alert message as a local broadcast message to the first client device and transmitting the local emergency alert message as a local unicast message to the second client device in association with receiving an alert poll from the second client device.

[0026] In some examples, the processing system is further configured to cause the network device to transmit the local emergency alert message to one or more client devices including an independent connection to the emergency alert system.

[0027] One innovative aspect of the subject matter described in this disclosure can be implemented in a client device. The client device includes a processing system that includes processor circuitry and memory circuitry that stores code, the processing system configured to cause the client device to receive a local emergency alert message including an emergency alert type from a network device with an external network connection to an emergency alert system  select an interface action associated with the emergency alert type, initiate an action timer associated with the emergency alert type, and receive an alert termination signal including one or more of an expiration of the action timer and a termination interaction received at the client device.

[0028] In some examples, the client device includes an independent external connection to the emergency alert system, and where the processing system is further configured to cause the client device to receive an external emergency alert from the emergency alert system via the independent external connection corresponding to the local emergency alert message received from the network device, and drop the external emergency alert to prevent a duplicate alert action.

[0029] In some examples, the client device is connected to the network device via a socket-based connection, and the client device receives the local emergency alert message as a local broadcast message.

[0030] In some examples, the client device is connected to the network device via a stateless network connection, and the processing system is further configured to cause the client device to periodically poll the network device for the local emergency alert message, where the local emergency alert message includes a local unicast message.

[0031] In some examples, the client device includes a user interface including one or more of a text based display, where the interface action includes displaying a text message associated with the emergency alert type on the text based display, an audible interface, and where the interface action includes playing an alarm sound associated with the emergency alert type on the audible interface, and a light emitting interface, and where the interface action includes activating a light arrangement associated with the emergency alert type on the light emitting interface.

[0032] Details of one or more implementations of the subject matter described in this disclosure are set forth in the accompanying drawings and the description below. Other features, aspects, and advantages will become apparent from the description, the drawings, and the claims. Note that the relative dimensions of the following figures may not be drawn to scale.BRIEF DESCRIPTION OF THE DRAWINGS

[0033] Figure 1 shows a pictorial diagram of an example wireless communication network.

[0034] Figure 2 shows a pictorial diagram of another example wireless communication network.

[0035] Figure 3 shows an example protocol data unit (PDU) usable for communications between a wireless access point (AP) and one or more wireless stations (STAs) .

[0036] Figure 4 shows a pictorial diagram of an example emergency alert network with a network device that supports emergency alert forwarding.

[0037] Figure 5 shows a system flow diagram of an example emergency alert propagating through an emergency alert network.

[0038] Figures 6A and 6B show flowcharts illustrating example processes performable by or at a network device that supports emergency alert forwarding in a network.

[0039] Figures 7A, 7B and 7C show system flow diagrams illustrating example processes for emergency alert forwarding in a network.

[0040] Figures 8A, 8B and 8C show flowcharts illustrating example processes performable by or at a client device that supports providing an emergency alert.

[0041] Figure 9 shows a system flow diagram illustrating an example process for emergency alert forwarding in a network.

[0042] Figure 10 shows a pictorial diagram of an example of a client device that supports providing emergency alerts.

[0043] Figure 11 shows a pictorial diagram of an example of a client device that supports providing emergency alerts.

[0044] Figure 12 shows a block diagram of an example network device that supports emergency alert forwarding through a network.

[0045] Figure 13 shows a block diagram of an example client device that supports providing emergency alerts.

[0046] Like reference numbers and designations in the various drawings indicate like elements.DETAILED DESCRIPTION

[0047] The following description is directed to some particular examples for the purposes of describing innovative aspects of this disclosure. However, a person having ordinary skill in the art will readily recognize that the teachings herein can be applied in a multitude of different ways. Some or all of the described examples may be implemented in any device, system or network that is capable of transmitting and receiving radio frequency (RF) signals according to  one or more of the Institute of Electrical and Electronics Engineers (IEEE) 802.11 standards, the IEEE 802.15 standards, the standards as defined by the Bluetooth Special Interest Group (SIG) , or the Long Term Evolution (LTE) , 3G, 4G, 5G (New Radio (NR)) or 6G standards promulgated by the 3rd Generation Partnership Project (3GPP) , among others. The described examples can be implemented in any suitable device, component, system or network that is capable of transmitting and receiving RF signals according to one or more of the following technologies or techniques: code division multiple access (CDMA) , time division multiple access (TDMA) , orthogonal frequency division multiplexing (OFDM) , frequency division multiple access (FDMA) , orthogonal FDMA (OFDMA) , single-carrier FDMA (SC-FDMA) , spatial division multiple access (SDMA) , rate-splitting multiple access (RSMA) , multi-user shared access (MUSA) , single-user (SU) multiple-input multiple-output (MIMO) and multi-user (MU) -MIMO (MU-MIMO) . The described examples also can be implemented using other wireless communication protocols or RF signals suitable for use in one or more of a wireless personal area network (WPAN) , a wireless local area network (WLAN) , a wireless wide area network (WWAN) , a wireless metropolitan area network (WMAN) , a non-terrestrial network (NTN) , or an internet of things (IOT) network.

[0048] In both wired LANs and WLANs, the networks may include a network device, such as a customer premises equipment (CPE) , connected between an external network, such as a telecommunication circuit or backhaul network, and the LAN / WLAN. In some examples, in addition to providing a network connection to a wider telecommunication circuit, CPEs also may receive various other types of communications from outside the local networks, including emergency alert notifications from public warning systems.

[0049] Many organizations and entities around the world, including local and national governments, maintain public warning systems which provide emergency alerts to the general public with the aim of informing an entire population of an emergency condition. These emergency alerts often inform the public of various types of public emergencies including emergent weather conditions and natural disasters. The overall success of a public warning system in informing the public of impending emergencies relies on the penetration of emergency alerts throughout the population so that a maximum number of people may take precautions, such as sheltering from weather emergencies or evacuating away from disasters. While public warning systems currently have population reach through existing emergency alert communications, such as via broadcast media and direct alert communications to mobile phones, the fracturing of media consumption away from broadcast media and variation in  mobile phone usage among individuals increasingly leads to segments of the population that may not be immediately informed of emergency alerts via these traditional methods of alert delivery.

[0050] While many LANs / WLANs include a variety of connected client devices or STAs that have interfaces which can provide information to users or other observers around the client devices, these client devices often do not have access or a connection to public warning systems. For example, smart devices, such as internet of things (IoT) and other STAs may include visual, tactile, and audio interfaces, among other types of interfaces, which provide human-device interaction to a user; however, these devices do not receive emergency alerts from public warning systems. Providing increased penetration of emergency alerts through LANs / WLANs and the subsequent increased population information remains a challenge.

[0051] Various aspects of this disclosure relate to providing emergency alerts in a local network and, more particularly, to providing emergency alerts received at a network device to locally connected client devices that do not otherwise receive emergency alerts. Some aspects relate to a network device receiving an emergency alert from an external emergency alert system and providing a local emergency alert message to one or more local client devices. For some local client devices with persistent connections to the network device, such as socket-based connections, the network device broadcasts the local emergency alert message to the local client devices. Additionally, the network device may store the emergency alert for a duration of time and provide the local emergency alert message to any newly connected client devices and other devices polling the network device for emergency alerts. The network device also may remove the emergency alert from storage at the end of the duration of time to prevent duplicate or untimely alert messages to the local client devices. Additionally, a client device may receive a local emergency alert message and select an interface action associated with the local emergency alert message. The client device may execute the interface action on the user interface to provide an emergency notification to the user for a given amount of time or until a user deactivates the alert on the interface.

[0052] Particular aspects of the subject matter described in this disclosure can be implemented to realize one or more of the following potential advantages. The present disclosure provides for proliferation of emergency alerts received from emergency alert systems to varying user or client devices that may not have native or independent connections to the emergency alert systems. Many electronic devices, including various user devices and internet-of-things (IoT) devices, are capable of connecting to local networks, but many of these local  networks do not provide a direct connection to emergency alert services and systems. The network devices described herein include a connection to an emergency alert system, and upon receiving an emergency alert from the emergency alert system, provides an alert message to one or more local client devices connected to the network devices via a local network. By providing the alert message to the local client devices, an increased awareness of an emergency situation is provided to a user of the client devices who may not have otherwise received an indication of the emergency situation. Additionally, the use of local emergency messages allows for increased utility of the locally connected client devices by providing emergency alerts via device interfaces, without having to add additional network connectivity such as additional radios or other types of network connections directly to emergency alert systems as described herein.

[0053] Figure 1 shows a pictorial diagram of an example wireless communication network 100. According to some aspects, the wireless communication network 100 can be an example of a wireless local area network (WLAN) such as a Wi-Fi network. For example, the wireless communication network 100 can be a network implementing at least one of the IEEE 802.11 family of wireless communication protocol standards (such as defined by the IEEE 802.11-2020 specification or amendments thereof including, but not limited to, 802.11ay, 802.11ax, 802.11az, 802.11ba, 802.11bc, 802.11bd, 802.11be, 802.11bf, and 802.11bn) . In some other examples, the wireless communication network 100 can be an example of a cellular radio access network (RAN) , such as a 5G or 6G RAN that implements one or more cellular protocols such as those specified in one or more 3GPP standards. In some other examples, the wireless communication network 100 can include a WLAN that functions in an interoperable or converged manner with one or more cellular RANs to provide greater or enhanced network coverage to wireless communication devices within the wireless communication network 100 or to enable such devices to connect to a cellular network’s core, such as to access the network management capabilities and functionality offered by the cellular network core. In some other examples, the wireless communication network 100 can include a WLAN that functions in an interoperable or converged manner with one or more personal area networks, such as a network implementing Bluetooth or other wireless technologies, to provide greater or enhanced network coverage or to provide or enable other capabilities, functionality, applications, or services.

[0054] The wireless communication network 100 may include numerous wireless communication devices including at least one wireless access point (AP) 102 and any number of wireless stations (STAs) 104. While only one AP 102 is shown in Figure 1, the wireless  communication network 100 can include multiple APs 102. The AP 102 can be or represent various different types of network entities including, but not limited to, a home networking AP, an enterprise-level AP, a single-frequency AP, a dual-band simultaneous (DBS) AP, a tri-band simultaneous (TBS) AP, a standalone AP, a non-standalone AP, a software-enabled AP (soft AP), and a multi-link AP (also referred to as an AP multi-link device (MLD) ) , as well as cellular (such as 3GPP, 4G LTE, 5G or 6G) base stations or other cellular network nodes such as a Node B, an evolved Node B (eNB) , a gNB, a transmission reception point (TRP) or another type of device or equipment included in a radio access network (RAN) , including Open-RAN (O-RAN) network entities, such as a central unit (CU) , a distributed unit (DU) or a radio unit (RU) .

[0055] Each of the STAs 104 also may be referred to as a mobile station (MS) , a mobile device, a mobile handset, a wireless handset, an access terminal (AT) , a user equipment (UE) , a subscriber station (SS) , or a subscriber unit, among other examples. The STAs 104 may represent various devices such as mobile phones, other handheld or wearable communication devices, netbooks, notebook computers, tablet computers, laptops, Chromebooks, augmented reality (AR) , virtual reality (VR) , mixed reality (MR) or extended reality (XR) wireless headsets or other peripheral devices, wireless earbuds, other wearable devices, display devices (for example, TVs, computer monitors or video gaming consoles) , video game controllers, navigation systems, music or other audio or stereo devices, remote control devices, printers, kitchen appliances (including smart refrigerators) or other household appliances, key fobs (for example, for passive keyless entry and start (PKES) systems) , Internet of Things (IoT) devices, and vehicles, among other examples.

[0056] A single AP 102 and an associated set of STAs 104 may be referred to as a basic service set (BSS) , which is managed by the respective AP 102. Figure 1 additionally shows an example coverage area 108 of the AP 102, which may represent a basic service area (BSA) of the wireless communication network 100. The BSS may be identified by STAs 104 and other devices by a service set identifier (SSID) , as well as a basic service set identifier (BSSID) , which may be a medium access control (MAC) address of the AP 102. The AP 102 may periodically broadcast beacon frames ( “beacons” ) including the BSSID to enable any STAs 104 within wireless range of the AP 102 to “associate” or re-associate with the AP 102 to establish a respective communication link 106 (hereinafter also referred to as a “Wi-Fi link” ) , or to maintain a communication link 106, with the AP 102. For example, the beacons can include an identification or indication of a primary channel used by the respective AP 102 as well as a  timing synchronization function (TSF) for establishing or maintaining timing synchronization with the AP 102. The AP 102 may provide access to external networks to various STAs 104 in the wireless communication network 100 via respective communication links 106.

[0057] To establish a communication link 106 with an AP 102, each of the STAs 104 is configured to perform passive or active scanning operations ( “scans” ) on frequency channels in one or more frequency bands (for example, the 2.4 GHz, 5 GHz, 6 GHz, 45 GHz, or 60 GHz bands) . To perform passive scanning, a STA 104 listens for beacons, which are transmitted by respective APs 102 at periodic time intervals referred to as target beacon transmission times (TBTTs) . To perform active scanning, a STA 104 generates and sequentially transmits probe requests on each channel to be scanned and listens for probe responses from APs 102. Each STA 104 may identify, determine, ascertain, or select an AP 102 with which to associate in accordance with the scanning information obtained through the passive or active scans, and to perform authentication and association operations to establish a communication link 106 with the selected AP 102. The selected AP 102 assigns an association identifier (AID) to the STA 104 at the culmination of the association operations, which the AP 102 uses to track the STA 104.

[0058] As a result of the increasing ubiquity of wireless networks, a STA 104 may have the opportunity to select one of many BSSs within range of the STA 104 or to select among multiple APs 102 that together form an extended service set (ESS) including multiple connected BSSs. For example, the wireless communication network 100 may be connected to a wired or wireless distribution system that may enable multiple APs 102 to be connected in such an ESS. As such, a STA 104 can be covered by more than one AP 102 and can associate with different APs 102 at different times for different transmissions. Additionally, after association with an AP 102, a STA 104 also may periodically scan its surroundings to find a more suitable AP 102 with which to associate. For example, a STA 104 that is moving relative to its associated AP 102 may perform a “roaming” scan to find another AP 102 having more desirable network characteristics such as a greater received signal strength indicator (RSSI) or a reduced traffic load.

[0059] In some examples, STAs 104 may form networks without APs 102 or other equipment other than the STAs 104 themselves. One example of such a network is an ad hoc network (or wireless ad hoc network) . Ad hoc networks may alternatively be referred to as mesh networks or peer-to-peer (P2P) networks. In some examples, ad hoc networks may be implemented within a larger network such as the wireless communication network 100. In such  examples, while the STAs 104 may be capable of communicating with each other through the AP 102 using communication links 106, STAs 104 also can communicate directly with each other via direct wireless communication links 110. Additionally, two STAs 104 may communicate via a direct wireless communication link 110 regardless of whether both STAs 104 are associated with and served by the same AP 102. In such an ad hoc system, one or more of the STAs 104 may assume the role filled by the AP 102 in a BSS. Such a STA 104 may be referred to as a group owner (GO) and may coordinate transmissions within the ad hoc network. Examples of direct wireless communication links 110 include Wi-Fi Direct connections, connections established by using a Wi-Fi Tunneled Direct Link Setup (TDLS) link, and other P2P group connections.

[0060] In some networks, the AP 102 or the STAs 104, or both, may support applications associated with high throughput or low-latency requirements, or may provide lossless audio to one or more other devices. For example, the AP 102 or the STAs 104 may support applications and use cases associated with ultra-low-latency (ULL) , such as ULL gaming, or streaming lossless audio and video to one or more personal audio devices (such as peripheral devices) or AR / VR / MR / XR headset devices. In scenarios in which a user uses two or more peripheral devices, the AP 102 or the STAs 104 may support an extended personal audio network enabling communication with the two or more peripheral devices. Additionally, the AP 102 and STAs 104 may support additional ULL applications such as cloud-based applications (such as VR cloud gaming) that have ULL and high throughput requirements.

[0061] As indicated above, in some implementations, the AP 102 and the STAs 104 may function and communicate (via the respective communication links 106) according to one or more of the IEEE 802.11 family of wireless communication protocol standards. These standards define the WLAN radio and baseband protocols for the physical (PHY) and MAC layers. The AP 102 and STAs 104 transmit and receive wireless communications (hereinafter also referred to as “Wi-Fi communications” or “wireless packets” ) to and from one another in the form of PHY protocol data units (PPDUs) .

[0062] Each PPDU is a composite structure that includes a PHY preamble and a payload that is in the form of a PHY service data unit (PSDU) . The information provided in the preamble may be used by a receiving device to decode the subsequent data in the PSDU. In instances in which a PPDU is transmitted over a bonded or wideband channel, the preamble fields may be duplicated and transmitted in each of multiple component channels. The PHY preamble may include both a legacy portion (or “legacy preamble” ) and a non-legacy portion  (or “non-legacy preamble” ) . The legacy preamble may be used for packet detection, automatic gain control and channel estimation, among other uses. The legacy preamble also may generally be used to maintain compatibility with legacy devices. The format of, coding of, and information provided in the non-legacy portion of the preamble is associated with the particular IEEE 802.11 wireless communication protocol to be used to transmit the payload.

[0063] The APs 102 and STAs 104 in the wireless communication network 100 may transmit PPDUs over an unlicensed spectrum, which may be a portion of spectrum that includes frequency bands traditionally used by Wi-Fi technology, such as the 2.4 GHz, 5 GHz, 6 GHz, 45 GHz, and 60 GHz bands. Some examples of the APs 102 and STAs 104 described herein also may communicate in other frequency bands that may support licensed or unlicensed communications. For example, the APs 102 or STAs 104, or both, also may be capable of communicating over licensed operating bands, where multiple operators may have respective licenses to operate in the same or overlapping frequency ranges. Such licensed operating bands may map to or be associated with frequency range designations of FR1 (410 MHz –7.125 GHz) , FR2 (24.25 GHz –52.6 GHz) , FR3 (7.125 GHz –24.25 GHz) , FR4a or FR4-1 (52.6 GHz –71 GHz) , FR4 (52.6 GHz –114.25 GHz) , and FR5 (114.25 GHz –300 GHz) .

[0064] Each of the frequency bands may include multiple sub-bands and frequency channels (also referred to as subchannels) . The terms “channel” and “subchannel” may be used interchangeably herein, as each may refer to a portion of frequency spectrum within a frequency band (for example, a 20 MHz, 40 MHz, 80 MHz, or 160 MHz portion of frequency spectrum) via which communication between two or more wireless communication devices can occur. For example, PPDUs conforming to the IEEE 802.11n, 802.11ac, 802.11ax, 802.11be and 802.11bn standard amendments may be transmitted over one or more of the 2.4 GHz, 5 GHz, or 6 GHz bands, each of which is divided into multiple 20 MHz channels. As such, these PPDUs are transmitted over a physical channel having a minimum bandwidth of 20 MHz, but larger channels can be formed through channel bonding. For example, PPDUs may be transmitted over physical channels having bandwidths of 40 MHz, 80 MHz, 160 MHz, 240 MHz, 320 MHz, 480 MHz, or 640 MHz by bonding together multiple 20 MHz channels.

[0065] An AP 102 may determine or select an operating or operational bandwidth for the STAs 104 in its BSS and select a range of channels within a band to provide that operating bandwidth. For example, the AP 102 may select sixteen 20 MHz channels that collectively span an operating bandwidth of 320 MHz. Within the operating bandwidth, the AP 102 may  typically select a single primary 20 MHz channel on which the AP 102 and the STAs 104 in its BSS monitor for contention-based access schemes.

[0066] In some examples, the AP 102 or the STAs 104 may be capable of monitoring only a single primary 20 MHz channel for packet detection (for example, for detecting preambles of PPDUs) . Conventionally, any transmission by an AP 102 or a STA 104 within a BSS must involve transmission on the primary 20 MHz channel. As such, in conventional systems, the transmitting device must contend on and win a TXOP on the primary channel to transmit anything at all. However, some APs 102 and STAs 104 supporting ultra-high reliability (UHR) communications or communication according to the IEEE 802.11bn standard amendment can be configured to operate, monitor, contend and communicate using multiple primary 20 MHz channels. Such monitoring of multiple primary 20 MHz channels may be sequential such that responsive to determining, ascertaining, or detecting that a first primary 20 MHz channel is not available, a wireless communication device may switch to monitoring and contending using a second primary 20 MHz channel. Additionally, or alternatively, a wireless communication device may be configured to monitor multiple primary 20 MHz channels in parallel. In some examples, a first primary 20 MHz channel may be referred to as a main primary (M-Primary) channel and one or more additional, second primary channels may each be referred to as an opportunistic primary (O-Primary) channel. For example, if a wireless communication device measures, identifies, ascertains, detects, or otherwise determines that the M-Primary channel is busy or occupied (such as due to an overlapping BSS (OBSS) transmission) , the wireless communication device may switch to monitoring and contending on an O-Primary channel. In some examples, the M-Primary channel may be used for beaconing and serving legacy client devices and an O-Primary channel may be specifically used by non-legacy (for example, UHR-or IEEE 802.11bn-compatible) devices for opportunistic access to spectrum that may be otherwise under-utilized.

[0067] Figure 2 shows a pictorial diagram of another example wireless communication network 200. According to some aspects, the wireless communication network 200 can be an example of a mesh network, an IoT network or a sensor network in accordance with one or more of the IEEE 802.11 family of wireless communication protocol standards (including the 802.11ah amendment) . The wireless communication network 200 may include multiple wireless communication devices 214, which in some implementations may include APs 102, STAs 204, or both. The wireless communication devices 214 may represent various devices such as display devices (for example, TVs, computer monitors, navigation systems, among  others) , music or other audio or stereo devices, remote control devices ( “remotes” ) , printers, kitchen, or other household appliances, among other examples.

[0068] In some examples, the wireless communication devices 214 sense, measure, collect or otherwise obtain and process data and transmit such raw or processed data to an intermediate device 212 for subsequent processing or distribution. Additionally or alternatively, the intermediate device 212 may transmit control information, digital content (for example, audio or video data) , configuration information or other instructions to the wireless communication devices 214. The intermediate device 212 and the wireless communication devices 214 can communicate with one another via wireless communication links 216. In some examples, the wireless communication links 216 include Bluetooth links, or other PAN or short-range communication links.

[0069] In some examples, the intermediate device 212 also may be configured for wireless communication with other networks such as with a WLAN or a wireless (for example, cellular) wide area network (WWAN) , which may, in turn, provide access to external networks including the Internet. For example, the intermediate device 212 may associate and communicate, over a Wi-Fi link 218, with an AP 102 of a wireless communication network 200, which also may serve various STAs 204. In some examples, the intermediate device 212 is an example of a network gateway, for example, an IoT gateway. In such a manner, the intermediate device 212 may serve as an edge network bridge providing a Wi-Fi core backhaul for the IoT network including the wireless communication devices 214. In some examples, the intermediate device 212 can analyze, preprocess and aggregate data received from the wireless communication devices 214 locally at the edge before transmitting it to other devices or external networks via the Wi-Fi link 218. The intermediate device 212 also can provide additional security for the IoT network and the data it transports.

[0070] Figure 3 shows an example protocol data unit (PDU) 300 usable for wireless communication between a wireless AP and one or more wireless STAs. For example, the AP and STAs may be examples of the AP 102 and the STAs 104 described with reference to Figure 1 and the AP 102 and the STAs 204 described with reference to Figure 2. The PDU 300 can be configured as a PPDU. As shown, the PDU 300 includes a PHY preamble 302 and a PHY payload 304. For example, the preamble 302 may include a legacy portion that itself includes a legacy short training field (L-STF) 306, which may consist of two symbols, a legacy long training field (L-LTF) 308, which may consist of two symbols, and a legacy signal field (L-SIG) 310, which may consist of two symbols. The legacy portion of the preamble 302 may be  configured according to the IEEE 802.11a wireless communication protocol standard. The preamble 302 also may include a non-legacy portion including one or more non-legacy fields 312, for example, conforming to one or more of the IEEE 802.11 family of wireless communication protocol standards.

[0071] Figure 4 shows a pictorial diagram of an example emergency alert network 400 with a network device that supports emergency alert forwarding. In some examples, the network 400 includes an emergency alert system such as a public warning system (PWS) 405 which generates and transmits emergency alerts. In some examples, the PWS 405 is an emergency population warning system maintained by local, regional, national, or international emergency authorities which activate the PWS 405 to transmit emergency alerts through a variety of communication networks via communication links 407. In some examples, the emergency alerts provide information to the general public or general population regarding public emergencies. Public emergencies may include hazardous weather, natural disasters, human caused disasters, threats to public safety and public health, missing persons, and many other types of emergency conditions. To be most effective in protecting public safety, the emergency alerts should be received and observed by as many people as possible in the general public.

[0072] In some examples, the emergency alerts may be transmitted to entities such as television and radio broadcasters, where the broadcasters provide the emergency alerts to the public via television or radio messages. Additionally, the PWS 405 also may provide personal localized alerts to individual electronic devices via communication networks such as wired network 410, wireless network 420, and satellite network 430. For example, 3GPP, 4G LTE, and 5G networks provide for Earthquake Tsunami Warning System and Commercial Message Alert systems as public warning system emergency alerts using system information blocks (SIBs) which are broadcast throughout 3G / 4G / 5G wireless networks.

[0073] In some examples, the wired network 410, the wireless network 420, and the satellite network 430 may each receive an emergency alert from the PWS 405 via the communication links 407 and relay or otherwise transmit / broadcast the emergency alerts to any connected client devices, STAs, or other network devices connected to the wired network 410, the wireless network 420, and the satellite network 430, including a customer premises device (CPE) 450.

[0074] In some examples, the CPE 450 is a network gateway or server for a local area network (LAN) 451 which may include numerous communication devices including AP 465 and STAs 462–466 (herein collectively referred to as STAs 460) which communicate with the CPE 450 via communication links 455. In some examples, CPE devices are screenless devices  located at a subscriber’s or customer’s physical location and the CPE devices are connected with a carrier's telecommunication circuit. In some examples, CPE devices are connected to a backhaul network via a wired connection but are often also enabled with 3G / 4G / 5G connectivity. For example, the CPE 450 is connected to the wired network 410, such as an optical fiber or other wired network, via a communication link 415 and also connected to wireless network 420 and satellite network 430 via wireless communication links 425 and 435. In some implementations, the CPE 450 is able to receive emergency alerts via some or all of the various connected external networks.

[0075] In some examples, some client devices in the LAN 451 may include multiple communication links such as multiple wireless modems which provide different types of communication links to the client device. For example, the STA 462 may include independent communication links to one or more of the satellite network 430 via communication link 435 and wireless network 420 via the wireless communication link 425. In this example, the STA 462 may receive an emergency alert from the PWS 405, but the remaining STAs 460 do not have a communication link or independent path to receive an emergency alert from the PWS system.

[0076] For example, STAs 464 are directly connected to the CPE 450, but do not have a direct link or connection to the PWS 405. Similarly, the STAs 466 are connected to the CPE 450 via an intermediary device, such as an AP 465, but also do not have a direct link or connection to the PWS 405. In these examples, the STAs 464 and 466 have interfaces which may provide emergency alerts to users, but no independent means to receive emergency alerts from the PWS 405.

[0077] In some examples, the STAs 460 include the client devices and STAs described in relation to Figures 1 and 2 and communicate via WLANs, LANs, mesh networks, and among other communication links, with the CPE 450. The STAs 460 may include many types of client devices which include various interfaces for communicating with users. For example, STAs 460 may include TVs, tablets, computer monitors, laptop computers, smart assistant devices, video gaming consoles, video game controllers, navigation systems, audio or stereo devices, remote control devices, printers, household appliances (including smart refrigerators, smart washing machines, and smart dryers) , key fobs, wearable devices, augmented reality (AR)  / virtual reality (VR)  / extended reality (XR) devices, IoT devices, and connected vehicles, among other examples. As described above, each of the STAs 460 is capable of providing an  alert to a user via an interface, but, with the exception of STA 462, does not receive an emergency alert directly from the PWS 405.

[0078] As shown in more detail in relation to Figure 5, to provide proliferation of emergency alerts throughout the LAN 451, the CPE 450 receives emergency alerts from the PWS 405 and provides a local emergency alert to the STAs 460 to increase the awareness of emergency conditions to users of the STAs 460 and to increase the utility of the STAs 460 by providing emergency alerts via device interfaces, without having to add additional network connectivity such as additional radios or other types of network connections directly to emergency alert systems.

[0079] Figure 5 shows a system flow diagram of an example emergency alert propagating through an emergency alert network 400. The CPE 450 provides for proliferation of emergency alerts received from PWS 405 to STAs 460 in the LAN 451 that may not have independent connections to the emergency alert systems. An emergency alert process 500 begins upon activation of the PWS 405 by an emergency authority. For example, upon detection of hazardous weather conditions, natural disaster, or other emergency condition, the PWS 405 is activated to broadcast an emergency alert 505 through the communication links 407 shown in Figure 4 and via the wireless network 420, the satellite network 430 and the wired network 410.

[0080] The networks 410 / 420 / 430 in turn broadcast or otherwise transmit the emergency alert 505 to devices connected to the networks includes the STA 462 and the CPE 450. The CPE 450, upon receiving an emergency alert from the emergency alert system, generates and provides a local alert message 555 to one or more local client devices including the STA 462 and STAs 464 / 466 in the LAN 451 shown in Figure 4. The STAs 462-466, in turn, may activate a user interface to provide an emergency alert notification 560 to a user (s) 570, informing the user (s) of an emergency condition. The generation and transmission of the local alert message 555 by the CPE 450 and providing the local alert message to the STAs 460 are described in more detail in relation to Figures 6A–13. In some examples, by providing the alert message to the local client devices, including the STAs 460, an increased awareness of an emergency situation is provided to a user of the client devices, such as the user 570, who may not have otherwise received an indication of the emergency situation.

[0081] Figures 6A and 6B show flowcharts illustrating example processes 600 and 650 performable by or at a network device that supports emergency alert forwarding in a network. The operations of the process 600 may be implemented by a network device such as CPE 450 configured as a gateway, an AP, a wireless AP, or its components as described herein. For  example, the process 600 may be performed by a wired, wireless, or combination wired / wireless communication device, such as the network device 1200 described with reference to Figure 12, operating as or within a wireless AP, CPE, or other similar network device. In some examples, the process 600 may be performed by the CPE 450 described in relation to Figures 4 and 5, which may be configured as a wireless AP such as one of the APs 102 described with reference to Figures 1 and 2.

[0082] At block 605 of the process 600, the network device receives an emergency alert from an emergency alert system connected to the network device via an external network, where the emergency alert includes an alert type and an alert duration time. In some examples, the external network is a wired network such as the wired network 410, and the emergency alert includes a wired communication pathway message. Additionally, in some examples, the external network is a wireless network, such as the networks 420 and 430, and the emergency alert includes a wireless broadcast message, such as a SIBs message. An additional illustration of the process 600 of block 605 is described in relation the process 700 in Figure 7A and in the process 730 in Figure 7B, where the CPE 450 receives an emergency alert from the PWS 405.

[0083] At block 610 the network device initiates an alert timer for an alert storage time to provide the emergency alert to at least one client device connected to the network device via a local network during the alert duration time indicated in the emergency alert. In some implementations, the emergency alert received from the PWS 405 includes a type of emergency and a duration of the emergency. For example, an emergency weather warning indicates the type of emergency as a weather emergency and how long emergency weather warning is in effect as an alert duration time.

[0084] In some examples, the CPE 450 uses the alert duration time indicated in the emergency alert to determine or generate an alert storage time for the emergency alert. For example, when the emergency alert indicates the alert duration time is for 60 minutes, the CPE 450 may store the alert for an alert storage time of 60 minutes. In some examples, the alert storage time may be adjusted for a longer period of time than the indicated alert duration time or a shorter period of time than the alert duration time depending on storage settings and other setting such as a type of emergency alert.

[0085] At block 615, the network device stores the emergency alert on the network device. For example, the CPE 450 stores the emergency alert for the duration of the alert storage time. In some implementations, at the expiration of the alert storage timer, the CPE 450 deletes the  emergency alert from the device to prevent duplicate or stale alerts from being transmitted to client devices such as the STA 460.

[0086] At block 620, the network device transmits a local emergency alert message including the alert type to at least one client device without an independent connection to the emergency alert system and connected to the network device via the local network. In some examples, as described above, the least one client device, such as the STA 460, is connected to the network device via a socket-based connection and transmits the local emergency alert message as a local broadcast message over the dedicated socket connection. In some implementations, the least one client device includes a client device connected to the network device via a stateless network connection, where the network device transmits the local emergency alert message as a local unicast message to the second client device in association with receiving an alert poll from the second client device. In some examples, the local emergency alert message may be a part of data payload of a PDU 300 as described in relation to Figure 3.

[0087] While described above in relation to a stateless and socket-based connections, multiple STAs 460 and the CPE 450 may be connected via a combination of the stateless and socket-based connection described as well as other connection types and protocols. Connection types may include various connections over wireless standards, such as Wi-Fi and Bluetooth connections, and wired connection standards, such as Ethernet. In some implementations, upon receiving the local emergency alert from the CPE 450, the STA 460 processes the local emergency alert and activates a user interface to provide the emergency alert to a user.

[0088] In some implementations, the network device, such as the CPE 450, transmits the local emergency alert message to one or more client devices that also have an independent connection to the emergency alert system. In this example, the client device, such as the STA 462 shown in Figures 4 and 5 may process the local emergency alert in relation to an emergency alert received from the PWS 405 to prevent duplicate interface actions, as described in more detail in relation to Figure 8B.

[0089] In some examples, the network device may receive an emergency prior to receiving a connection request from a client device and provides a stored emergency alert to the device upon establishing a connection to the client device as shown in the process 650 in Figure 6B. At block 655 of the process 650, the network device receives, from an additional client device, a connection request to connect to the local network. In some examples, the connection request includes an indication of local emergency alert monitoring and that an interface on the STA 460 may display a local  emergency alert. This indication may indicate that the local emergency alert is received via stateless connection or via a socket-based connection.

[0090] At block 660, the network device registers the additional client device as a client device when the additional client device includes a user interface as indicated in the connection request. At block 665, the network device transmits at least one stored emergency alert from the network device to the additional client device. For example, the CPE 450 generates a local emergency alert and transmits the local emergency alert as part of a connection success message or as an independent local emergency alert to the STA 460.

[0091] At block 670, the network device deletes the emergency alert from the network device at an expiration of the alert timer to prevent local emergency alert message transmissions outside of the alert duration time or to prevent stale emergency alerts from propagating through the network. In some implementations, upon reception of a local emergency alert, the connected client devices each activate a user interface according to the local emergency alert and various settings as described in more detail in relation to Figures 8A–11 herein.

[0092] Figures 7A, 7B and 7C show system flow diagrams illustrating example processes for emergency alert forwarding in a network. The operations of the processes 700, 730 and 760 may be implemented by a network device such as CPE 450 configured as a gateway, an AP, a wireless AP or its components as described herein. For example, the processes 700, 730 and 760 may be performed by a wired, wireless, or combination wired / wireless communication device, such as the network device 1200 described with reference to Figure 12, operating as or within a wireless AP, CPE, or other similar network device. In some examples, the processes 700, 730 and 760 may be performed by the CPE 450 described in relation to Figures 4 and 5, which may be configured as a wireless AP such as one of the APs 102 described with reference to Figures 1 and 2.

[0093] In some examples, a client device connected to the network device is connected via a socket-based connection as shown in Figure 7A. In some examples, prior to receiving an emergency alert, the CPE 450 registers with a PWS 405 to receive emergency alerts and initiates an emergency alert module on the CPE 450 as shown at block 702 of the process 700 and at block 732 of the process 730. In some examples, the CPE 450 initiates an emergency alert module 1210 described in relation to Figure 12 to perform the processes described herein. The emergency alert module on the CPE 450 receives and stored emergency alerts received via an external network and also generates and transmits local emergency alerts to connected client devices.

[0094] In some examples, a client device connected to the network device is connected via a socket-based connection. For example, at block 704 in the process 700, the STA 460, using a local emergency alert module, may reserve a port for a socket connection to the CPE 450 on the STA 460 to receive local emergency alert messages. In some examples, the reservation of the port and initiation of the socket connection may be executed during a power on of the device or during a connection enrollment process with the CPE 450. In this implementation, at block 706 the STA 460 transmits a register request message to the CPE 450 detailing the reserved port and other parameters to the CPE 450. The CPE 450 returns a success message at block 708 and at block 710 enrolls the STA 460 for local emergency alerts and to set up the socket connection between the CPE 450 and the STA 460. The CPE 450 also stores information related to providing the local emergency alert to the STA 460.

[0095] In some examples, the network device also stores the emergency alert on the network device. For example, the CPE 450 receives an emergency alert at block 712 and stores the emergency alert for an alert storage time 715 shown in process 700 in Figure 7A. In some implementations, at the expiration of the alert storage timer, the CPE 450 deletes the emergency alert from the device to prevent duplicate or stale alerts from being transmitted to client devices such as the STA 460.

[0096] In some examples, as described above, the least one client device, such as the STA 460, is connected to the network device via a socket-based connection as shown in Figure 7A. In this example, the network device, the CPE 450, transmits the local emergency alert message as a local broadcast message over the dedicated socket connection. In some examples, the local emergency alert message may be a part of data payload of a PDU 300 as described in relation to Figure 3. For example, in the process 700 at block 714, the CPE 450 generates a local emergency alert message for the STA 460. The emergency alert message also may be generated using a JSON format and include a message identification, description of the emergency, and other identifying information to provide the emergency alert to the STA 460 and a user. The local emergency alert message is broadcast over the socket connection at the block 716.

[0097] While described above in relation to a stateless and socket-based connections, multiple STAs 460 and the CPE 450 may be connected via a combination of the stateless and socket-based connection described as well as other connection types and protocols. Connection types may include various connections over wireless standards, such as Wi-Fi and Bluetooth connections, and wired connection standards, such as Ethernet. In some implementations, upon receiving the local emergency alert from the CPE 450, the STA 460 processes the local emergency alert and  activates a user interface to provide the emergency alert to a user as shown at blocks 718 and 720 in process 700 as well as described in more detail in relation to Figs. 8A-10 below.

[0098] In some implementations, the network device, such as the CPE 450, transmits the local emergency alert message to one or more client devices that also have an independent connection to the emergency alert system. In this example, the client device, such as the STA 462 shown in Figures 4 and 5 may process the local emergency alert in relation to an emergency alert received from the PWS 405 to prevent duplicate interface actions, as described in more detail in relation to Figure 8B.

[0099] In some examples, a client device connected to the network device is connected via a stateless connection as shown in Figure 7B. In some examples, prior to receiving an emergency alert, the CPE 450 registers with a PWS 405 to receive emergency alerts and initiates an emergency alert module on the CPE 450 as shown at block 732 of the process 730. In some examples, the CPE 450 initiates an emergency alert module 1210 described in relation to Figure 12 to perform the processes described herein. The emergency alert module on the CPE 450 receives and stores emergency alerts received via an external network and also generates and transmits local emergency alerts to connected client devices.

[0100] In this example the STA 460, using a local emergency alert module, initiates polling for a local emergency alert as shown at block 734 in the process 730. In some implementations, at block 736 the STA 460 transmits an alert request or poll to the CPE 450. In some examples, the STA 460 may transmit the alert request during a time where there is no emergency alert stored at the CPE 450. At block 738 the CPE 450 determines there is no stored alert a local emergency alert and transmits a no alert message to the STA 460. The STA 460 may wait to send another alert request or poll to the CPE 450 for a given polling interval 745. In some examples, the polling interval 745 is determined by user or device settings at the STA 460 and may be adjusted by a user or a local emergency alert module on the client device.

[0101] In some examples, the network device also stores the emergency alert on the network device. For example, the CPE 450 an emergency alert at block 740 and stores the emergency alert for an alert storage time 743 shown in process 730 in Figure 7B. In some implementations, at the expiration of the alert storage timer, the CPE 450 deletes the emergency alert from the device to prevent duplicate or stale alerts from being transmitted to client devices such as the STA 460.

[0102] In some implementations, the least one client device includes a client device connected to the network device via a stateless network connection, where the network device transmits the  local emergency alert message as a local unicast message to the second client device in association with receiving an alert poll from the second client device as shown in Figure 7B. For example, in the process 730 at block 742, the CPE 450 generates a local emergency alert message for the STA 460 in response to a poll from the STA 460 at block 744. The CPE 450 transmits the response at block 746 as a unicast message to the STA 460. In some examples, the local emergency alert message at block 746 may be a part of data payload of a PDU 300 as described in relation to Figure 3. The emergency alert message at block 746 also may be generated using a JSON format and include a message identification, description of the emergency, and other identifying information to provide the emergency alert to the STA 460 and a user.

[0103] While described above in relation to a stateless and socket-based connections, multiple STAs 460 and the CPE 450 may be connected via a combination of the stateless and socket-based connection described as well as other connection types and protocols. Connection types may include various connections over wireless standards, such as Wi-Fi and Bluetooth connections, and wired connection standards, such as Ethernet. In some implementations, upon receiving the local emergency alert from the CPE 450, the STA 460 processes the local emergency alert and activates a user interface to provide the emergency alert to a user as shown at blocks 718 and 720 in process 700 and at blocks 748 and 750 in process 730 as well as described in more detail in relation to Figs. 8A-10 below.

[0104] In some implementations, the network device, such as the CPE 450, transmits the local emergency alert message to one or more client devices that also have an independent connection to the emergency alert system. In this example, the client device, such as the STA 462 shown in Figures 4 and 5 may process the local emergency alert in relation to an emergency alert received from the PWS 405 to prevent duplicate interface actions, as described in more detail in relation to Figure 8B.

[0105] In some examples, the network device may receive an emergency prior to receiving a connection request from a client device and provides a stored emergency alert to the device upon establishing a connection to the client device as shown in the process 760 in Figure 7C. With reference to Figure 7C, at block 764 of the process 700, the CPE 450 receives an emergency alert from the PWS 405 and stores the emergency alert for an alert duration 768 based on the various parameters of the emergency alert. At block 770, the STA 460 initiates emergency alert monitoring on the client device and transmits a connection request to the CPE 450 at block 772. In some examples, the connection request includes an indication of local emergency alert monitoring and that an interface on the STA 460 may display a local emergency alert. This  indication may indicate that the local emergency alert is received via stateless connection or via a socket-based connection as described in relation to Figures 7A and 7B.

[0106] In some examples, the network device registers the additional client device as a client device when the additional client device includes a user interface as indicated in the connection request. In some examples, the enrollment and registration of the additional client device is similar to block 710 in the process 700 described in relation to Figure 7A.

[0107] In some examples, the network device also may transmit at least one stored emergency alert from the network device to the additional client device. For example, at blocks 766 and 774, the CPE 450 generates a local emergency alert for the STA 460 and transmits the local emergency alert as part of a connection success message or as an independent local emergency alert to the STA 460.

[0108] In some examples, the network device deletes the emergency alert from the network device at an expiration of the alert timer to prevent local emergency alert message transmissions outside of the alert duration time. For example, at block 780 the CPE 450 deletes the emergency alert received at block 764 to prevent duplicate alerts from transmitting through the LAN 451 or to prevent stale emergency alerts from propagating through the network. Upon reception of a local emergency alert, the connected client devices, such as the STAs 460 in the LAN 451, can be implemented to each activate a user interface according to the local emergency alert and various settings as described in more detail in relation to Figures 8A–11 herein.

[0109] In some examples, the network device transmits at least one stored emergency alert from the network device to the additional client device. For example, CPE 450 generates a local emergency alert and transmits the local emergency alert as part of a connection success message or as an independent local emergency alert to the STA 460.

[0110] In some examples, the network device deletes the emergency alert from the network device at an expiration of the alert timer to prevent local emergency alert message transmissions outside of the alert duration time or to prevent stale emergency alerts from propagating through the network. In some implementations, upon reception of a local emergency alert, the connected client devices, such each activate a user interface according to the local emergency alert and various settings as described in more detail in relation to Figures 8A–11 herein.

[0111] Figures 8A, 8B and 8C show flowcharts illustrating example processes 800, 850 and 870 performable by or at a client device that supports providing an emergency alert. The operations of the processes 800, 850, and 870 may be implemented by a client device such as a wireless STA or its components as described herein. For example, the processes 800, 850 and  870 may be performed by a wired or wireless communication device, such as the client device 1300 described with reference to Figure 13, operating as or within a wired or wireless STA. In some examples, the processes 800, 850 and 870 may be performed by a wireless STA such as one of the STAs 104 and 204 described with reference to Figures 1 and 2 or one of the STA 460 described in relation to Figures 4 and 5.

[0112] In some examples, a client device such as the STA 460 may initiate a local emergency alert module upon start up of the device or upon connecting to the LAN 451 and CPE 450 as shown in Figure 4. In some examples, the STA 460 may enroll in receiving local emergency alerts in the processes shown in Figures 6A, 7A and 7B such that the client device is enrolled / enabled to receive local emergency alerts in the process 800 in Figure 8A.

[0113] At block 805, the client device receives a local emergency alert message including an emergency alert type from a network device with an external network connection to an emergency alert system. In some examples, the client device is connected to the network device via a socket-based connection and receives the local emergency alert message as a local broadcast message as described above in relation to Figure 7A. In some implementations, the client device is connected to the network device via a stateless network connection where the client device periodically polls the network device for the local emergency alert message. In some stateless connection examples, the local emergency alert message is a local unicast message. An example stateless connection between the STA 460 and the CPE 450 is described in relation to Figure 7B.

[0114] At block 810, the client device selects an interface action associated with the emergency alert type. In some examples, the STA 460 selects an interface action based on stored settings for the emergency alert type. For example, a weather emergency alert may activate a user interface of the STA 460 in a different manner than a different non-weather type of emergency. Additionally, in some examples, a user may select or alter settings for emergency alerts based on user preferences as described in process 850 of Figure 8B. At block 815 the client device initiates an action timer associated with the emergency alert type and activates the user interface. In some examples, the user interface includes an audible interface, and the interface action includes playing an alarm sound associated with the emergency alert type on the audible interface. In another example, the user interface includes a light emitting interface and the interface action includes activating a light arrangement associated with the emergency alert type on the light emitting interface.

[0115] In some examples, the activated interfaces continue to provide the emergency alert according to the type of display for a given time or until a user dismisses the emergency alert.  For example, at block 820 the client device receives an alert termination signal to terminate the interface action. In some examples, the termination signal includes one or more of an expiration of the action timer or a termination interaction received at the client device. In some examples, the alert timer is based on the duration of the emergency alert, or a combination of the emergency alert duration and settings stored on the client device. In another example, a user may view the activated interface and dismiss the emergency alert. The client device may receive the user interaction and deactivate the interface.

[0116] Additionally, in some examples, a user may select or alter settings for emergency alerts based on user preferences as described in process 850 of Figure 8B. At block 855 of the process 850, the client device receives one or more user preferences for emergency alerts received at the client device. In some examples, during an initiation or setup of the client device may request preferences from a user on how to display or provide local emergency alerts on the device. In some examples, the client device stores and updates local emergency alert settings based on received user preferences. At block 860, the client device selects the interface action using the one or more user preferences and the emergency alert type.

[0117] In some examples, such as the STAs 464 and 466 shown in Figure 4, the client device does not include an independent connection to the emergency alert system and uses the local emergency alert received from the network device.

[0118] In some examples, such as the STA 462 shown in Figure 4, the client device includes an independent external connection to the emergency alert system. In some examples, to avoid providing duplicate alerts to a user, the client device drops one of the emergency alerts received at the client device as described in process 870 of Figure 8C. At block 875 of the process 870, the client device receives an external emergency alert from the emergency alert system via the independent external connection corresponding to the local emergency alert message received from the network device. For example, as shown in Figure 9, the STA 460 receives the local emergency alert at block 908 and an external emergency alert from the PWS 405 at block 910. In some examples, the local emergency alert and the external emergency alert are for a same emergency alert condition and do not both need to be provided to a user.

[0119] At block 880, the client device drops the external emergency alert to prevent a duplicate alert action. In some examples, the client device may drop the external emergency alert or select only one of the local or external emergency alerts for display, when the external and local emergency alerts are for a same emergency condition.

[0120] Figure 9 shows a system flow diagram illustrating an example process 900 for emergency alert forwarding in a network. The operations of the process 900 may be implemented by a client device such as a wireless STA or its components as described herein. For example, the process 900 may be performed by a wired or wireless communication device, such as the client device 1300 described with reference to Figure 13, operating as or within a wired or wireless STA. In some examples, the process 900 may be performed by a wireless STA such as one of the STAs 104 and 204 described with reference to Figures 1 and 2 or one of the STA 460 described in relation to Figures 4 and 5.

[0121] In some examples, a client device such as the STA 460 may initiate a local emergency alert module upon start up of the device or upon connecting to the LAN 451 and CPE 450 as shown in Figure 4. In some examples, the STA 460 may enroll in receiving local emergency alerts in the processes shown in Figures 6A, 7A and 7B such that the client device is enrolled / enabled to receive local emergency alerts.

[0122] In some examples, the client device receives a local emergency alert message including an emergency alert type from a network device with an external network connection to an emergency alert system. For example, as shown at block 908 of the process 900, the STA 460 receives a local emergency alert from the CPE 450. In some examples, the client device is connected to the network device via a socket-based connection and receives the local emergency alert message as a local broadcast message as described above in relation to Figure 7A. In some implementations, the client device is connected to the network device via a stateless network connection where the client device periodically polls the network device for the local emergency alert message. In some stateless connection examples, the local emergency alert message is a local unicast message. An example stateless connection between the STA 460 and the CPE 450 is described in relation to Figure 7B.

[0123] In some examples, the client device selects an interface action associated with the emergency alert type. In some examples, the STA 460 selects an interface action based on stored settings for the emergency alert type. For example, a weather emergency alert may activate a user interface of the STA 460 in a different manner than a different non-weather type of emergency. Additionally, in some examples, a user may select or alter settings for emergency alerts based on user preferences as described in process 850 of Figure 8B.

[0124] In some examples, the client device receives one or more user preferences for emergency alerts received at the client device. For example, during an initiation or setup of the STA 460 in Figure 9, the STA 460 may request preferences from the user 570 on how to display  or provide local emergency alerts on the device. At block 902, the STA 460 requests confirmation of local emergency alert activation for the STA 460 and receives the user selections at block 904. In some examples, the STA 460 stores and updates local emergency alert settings for the STA 460 at block 906.

[0125] In some examples, the client device selects the interface action using the one or more user preferences and the emergency alert type. For example, at block 910, the STA 460 selects an interface action for providing the local emergency alert based on the stored user settings and the alert type.

[0126] In some examples, the client device initiates an action timer associated with the emergency alert type and activates the user interface. For example, the user interface includes an audible interface, and the interface action includes playing an alarm sound associated with the emergency alert type on the audible interface. In another example, the user interface includes a light emitting interface and the interface action includes activating a light arrangement associated with the emergency alert type on the light emitting interface.

[0127] For example, Figure 10 shows a pictorial diagram of an example of a client device 1000 that supports providing emergency alerts. The device depicted in Figure 10 may be a client device such as a such as any of the STAs 104, 204, and 460 described in relation to Figures 1, 2, 4, and 5. The devices may include audible interfaces and light emitting interfaces. For example, the client device 1000 may include an IoT device such as a voice activated device that supports providing emergency alerts such as local emergency alerts received from a network device. In the illustrated example, the client device 1000 connected to the CPE 450 may include a warning light 1004 or other lights 1006 that are illuminated in response to the activation of the interface at block 912 in the process 900, where the illumination is associated with the local emergency alert and user preferences. The client device 1000 also may provide audio messages 1009 via speakers 1008 where the audio messages are provided by the emergency alert and user preferences. In the illustrated example, the client device 1000 is shown as an independent client device. In some examples, the client device 1000 is a component of a larger device such as an IoT device or other network connected device.

[0128] In some examples, the user interface is a text based display, and the interface action includes displaying a text message associated with the emergency alert type on the text based display. For example, Figure 11 shows a pictorial diagram of an example of a client device 1100 that supports providing emergency alerts. The device depicted in Figure 11 may be an STA and an example of a screen based user interface device that supports providing emergency alerts,  including text providing information about the emergency condition. For example, the client device 1100 includes a screen 1102 on which notifications 1104 may be displayed. In some examples, the local emergency alert is displayed on the screen 1102 as the notification 1104. Additionally, in some examples, the STA 460 may include multiple types of interfaces including any combination of the interfaces shown in Figures 10 and 11 where a combination of the interfaces is activated to provide the emergency alert to the user.

[0129] In some examples, the activated interfaces continue to provide the emergency alert according to the type of display for a given time or until a user dismisses the emergency alert. For example, the client device may receive an alert termination signal to terminate the interface action. In some examples, the termination signal includes one or more of an expiration of the action timer or a termination interaction received at the client device. For example, the interface activated at the block 912 in Figure 9 stays activated for a default time 914 associated with the alert timer. In some examples, the alert timer is based on the duration of the emergency alert, or a combination of the emergency alert duration and settings stored on the STA 460. In another example, the user 570 may view the activated interface and dismiss the emergency alert as viewed at the block 916. The STA 460 receives the user interaction at the block 916 and deactivates the interface at a block 918.

[0130] In some examples, such as the STAs 464 and 466 shown in Figure 4, the client device does not include an independent connection to the emergency alert system and uses the local emergency alert received from the CPE 450.

[0131] In some examples, such as the STA 462 shown in Figure 4, the client device includes an independent external connection to the emergency alert system. In some examples, to avoid providing duplicate alerts to a user, the client device drops one of the emergency alerts received at the client device. For example, the client device may receive an external emergency alert from the emergency alert system via the independent external connection corresponding to the local emergency alert message received from the network device. For example, as shown in Figure 9, the STA 460 receives the local emergency alert at block 908 and an external emergency alert from the PWS 405 at block 910. In some examples, the local emergency alert and the external emergency alert are for a same emergency alert condition and do not both need to be provided to a user.

[0132] In some examples, the client device drops the external emergency alert to prevent a duplicate alert action. For example, the STA 460 as part of the block 910, may drop the external  emergency alert or select only one of the local or external emergency alerts for display, when the external and local emergency alerts are for a same emergency condition.

[0133] In each example described above, the forwarding of the emergency alerts from the network device to the client device increases awareness of an emergency situation the users of the client devices who may not have otherwise received an indication of the emergency situation. Additionally, the use of local emergency messages allows for increased utility of the locally connected client devices by providing emergency alerts via device interfaces, without having to add additional network connectivity such as additional radios or other types of network connections directly to the public warning systems.

[0134] Figure 12 shows a block diagram of an example network device 1200 that supports emergency alert forwarding through a network. In some examples, the network device 1200 includes various device components or modules including an external network interface 1202, an external network modem 1204, a processor (s) 1206, a memory 1208, an emergency alert module 1210, a local network modem 1212, and a local network interface 1214. In some examples, the network device 1200, including the components 1202–1214, is configured to perform the processes 600 and 650 described with reference to Figures 6A and 6B. The network device 1200 may include one or more chips, SoCs, chipsets, packages, components, or devices that individually or collectively constitute or include a processing system. The processing system may interface with other components of the network device 1200 and may generally process information (such as inputs or signals) received from such other components and output information (such as outputs or signals) to such other components. In some aspects, an example chip may include a processing system, a first interface to output or transmit information and a second interface to receive or obtain information. For example, the first interface may refer to an interface between the processing system of the chip and a transmission component, such that the device 1200 may transmit the information output from the chip. In such an example, the second interface may refer to an interface between the processing system of the chip and a reception component, such that the device 1200 may receive information that is passed to the processing system. In some such examples, the first interface also may obtain information, such as from the transmission component, and the second interface also may output information, such as to the reception component.

[0135] The processing system of the network device 1200 includes processor (or “processing” ) circuitry, including the processor 1206, in the form of one or multiple processors, microprocessors, processing units (such as central processing units (CPUs) , graphics processing units (GPUs) ,  neural processing units (NPUs) (also referred to as neural network processors or deep learning processors (DLPs) ) , or digital signal processors (DSPs) ) , processing blocks, application-specific integrated circuits (ASIC) , programmable logic devices (PLDs) (such as field programmable gate arrays (FPGAs) ) , or other discrete gate or transistor logic or circuitry (all of which may be generally referred to herein individually as “processors” or collectively as “the processor” or “the processor circuitry” ) . One or more of the processors may be individually or collectively configurable or configured to perform various functions or operations described herein.

[0136] The processing system may further include memory circuitry, including the memory 1208, in the form of one or more memory devices, memory blocks, memory elements or other discrete gate or transistor logic or circuitry, each of which may include tangible storage media such as random-access memory (RAM) or read-only memory (ROM) , or combinations thereof (all of which may be generally referred to herein individually as “memories” or collectively as “the memory” or “the memory circuitry” ) . One or more of the memories may be coupled with one or more of the processors and may individually or collectively store processor-executable code that, when executed by one or more of the processors, may configure one or more of the processors to perform various functions or operations described herein.

[0137] Additionally or alternatively, in some examples, one or more of the processors may be preconfigured to perform various functions or operations described herein without requiring configuration by software. The processing system may further include or be coupled with one or more modems such as the external network modem 1204 and the local network modem 1212. The external network modem 1204 and the local network modem 1212 may include modems configured for wired or wireless communications, or both. For example, the wireless modems may include a Wi-Fi (for example, IEEE compliant) modem or a cellular (for example, 3GPP 4G LTE, 5G or 12G compliant) modem. The modems also may include an Ethernet (for example, IEEE compliant) modem providing communications over a wired communication link. In some implementations, one or more processors of the processing system include or implement one or more of the modems. The processing system may further include or be coupled with network interfaces including external network interface 1202 and local network interface 1214. The external network interface 1202 and the local network interface 1214 may include multiple radios (collectively “the radio” ) , multiple RF chains or multiple transceivers, each of which may in turn be coupled with one or more of multiple antennas or wired transceiver. In some implementations, one or more processors of the processing system include or implement one or more of the radios, RF chains or transceivers.

[0138] In some examples, the network device 1200 can be configurable or configured for use in a CPE, such as the CPE 450 described with reference to Figure 4, which may in turn be configured as an AP, such as the AP 102 described with reference to Figures 1 and 2. In some other examples, the network device 1200 can be an AP that includes such a processing system and other components including multiple antennas. The network device 1200 is capable of transmitting and receiving communications including wireless communications in the form of, for example, wireless packets. For example, the network device 1200 can be configurable or configured to transmit and receive packets in the form of physical layer PPDUs and MPDUs conforming to one or more of the IEEE 802.11 family of wireless communication protocol standards. In some other examples, the network device 1200 can be configurable or configured to transmit and receive signals and communications conforming to one or more 3GPP specifications including those for 5G NR or 12G. In some examples, the network device 1200 also includes or can be coupled with one or more application processors which may be further coupled with one or more other memories. In some examples, the network device 1200 further includes at least one external network interface, such as the external network interface 1202, coupled with the processing system that enables communication with a core network or backhaul network that enables the network device 1200 to gain access to external networks including the Internet.

[0139] Portions of one or more of the components 1202–1214 may be implemented at least in part in hardware or firmware. For example, the components 1202 and 1214 may be implemented at least in part by a processor or a modem. In some examples, portions of one or more of the components 1202, 1204, 1206 and 1208 may be implemented at least in part by a processor and software in the form of processor-executable code stored in a memory.

[0140] The external network interface 1202 and external network modem 1204 are configurable or configured to receive an emergency alert from an emergency alert system connected to the network device via an external network, where the emergency alert includes an alert type and an alert duration time.

[0141] The emergency alert module 1210 is configurable or configured to initiating an alert timer for an alert storage time to provide the emergency alert to at least one client device connected to the network device via a local network during the alert duration time indicated in the emergency alert and storing the emergency alert on the network device.

[0142] The local network interface 1214 and local network modem 1212 are configurable or configured to transmit a local emergency alert message including the alert type to at least one  client device without an independent connection to the emergency alert system and connected to the network device via the local network.

[0143] Figure 13 shows a block diagram of an example client device 1300 that supports providing emergency alerts. In some examples, the client device 1300 includes various device components or modules including an optional external network interface 1302, an optional external network modem 1304, a processor (s) 1306, a memory 1308, an emergency alert module 1310, a local network modem 1312, a local network interface 1314, and a user interface 1316. In some examples, the client device 1300, including the components 1302-1316, is configured to perform the processes 800, 850, and 870 described with reference to Figures 8A, 8B and 8C. The client device 1300 may include one or more chips, SoCs, chipsets, packages, components, or devices that individually or collectively constitute or include a processing system. The processing system may interface with other components of the client device 1300 and may generally process information (such as inputs or signals) received from such other components and output information (such as outputs or signals) to such other components. In some aspects, an example chip may include a processing system, a first interface to output or transmit information and a second interface to receive or obtain information. For example, the first interface may refer to an interface between the processing system of the chip and a transmission component, such that the client device 1300 may transmit the information output from the chip. In such an example, the second interface may refer to an interface between the processing system of the chip and a reception component, such that the client device 1300 may receive information that is passed to the processing system. In some such examples, the first interface also may obtain information, such as from the transmission component, and the second interface also may output information, such as to the reception component.

[0144] The processing system includes processor (or “processing” ) circuitry in the form of one or multiple processors, microprocessors, processing units (such as central processing units (CPUs) , graphics processing units (GPUs) , neural processing units (NPUs) (also referred to as neural network processors or deep learning processors (DLPs) ) , or digital signal processors (DSPs) ) , processing blocks, application-specific integrated circuits (ASIC) , programmable logic devices (PLDs) (such as field programmable gate arrays (FPGAs) ) , or other discrete gate or transistor logic or circuitry (all of which may be generally referred to herein individually as “processors” or collectively as “the processor” or “the processor circuitry” ) . One or more of the processors may be individually or collectively configurable or configured to perform various functions or operations described herein. The processing system may further include memory  circuitry in the form of one or more memory devices, memory blocks, memory elements or other discrete gate or transistor logic or circuitry, each of which may include tangible storage media such as random-access memory (RAM) or read-only memory (ROM) , or combinations thereof (all of which may be generally referred to herein individually as “memories” or collectively as “the memory” or “the memory circuitry” ) . One or more of the memories may be coupled with one or more of the processors and may individually or collectively store processor-executable code that, when executed by one or more of the processors, may configure one or more of the processors to perform various functions or operations described herein. Additionally or alternatively, in some examples, one or more of the processors may be preconfigured to perform various functions or operations described herein without requiring configuration by software. The processing system may further include or be coupled with one or more modems (such as a Wi-Fi (for example, IEEE compliant) modem or a cellular (for example, 3GPP 4G LTE, 5G or 6G compliant) modem) . In some implementations, one or more processors of the processing system include or implement one or more of the modems. The processing system may further include or be coupled with multiple radios (collectively “the radio” ) , multiple RF chains or multiple transceivers, each of which may in turn be coupled with one or more of multiple antennas. In some implementations, one or more processors of the processing system include or implement one or more of the radios, RF chains or transceivers.

[0145] In some examples, the client device 1300 can be configurable or configured for use in a STA, such as the STAs 104, 204, and 460 described with reference to Figures 1, 2, 4 and 5. In some other examples, the client device 1300 can be a STA that includes such a processing system and other components including multiple antennas. The client device 1300 is capable of transmitting and receiving wireless communications in the form of, for example, wireless packets. For example, the client device 1300 can be configurable or configured to transmit and receive packets in the form of physical layer PPDUs and MPDUs conforming to one or more of the IEEE 802.11 family of wireless communication protocol standards. In some other examples, the client device 1300 can be configurable or configured to transmit and receive signals and communications conforming to one or more 3GPP specifications including those for 5G NR or 6G. In some examples, the client device 1300 also includes or can be coupled with one or more application processors which may be further coupled with one or more other memories. In some examples, the client device 1300 further includes a user interface (UI) (such as a touchscreen or keypad) and a display, which may be integrated with the UI to form a touchscreen display that is coupled with the processing system. In some examples, the client  device 1300 may further include one or more sensors such as, for example, one or more inertial sensors, accelerometers, temperature sensors, pressure sensors, or altitude sensors, that are coupled with the processing system.

[0146] Implementation examples are described in the following numbered clauses:

[0147] Clause 1. A method for emergency alert forwarding, including: receiving, at a network device, an emergency alert from an emergency alert system connected to the network device via an external network, where the emergency alert includes an alert type and an alert duration time; initiating an alert timer for an alert storage time to provide the emergency alert to at least one client device connected to the network device via a local network during the alert duration time indicated in the emergency alert; storing the emergency alert on the network device; and transmitting a local emergency alert message including the alert type to at least one client device without an independent connection to the emergency alert system and connected to the network device via the local network.

[0148] Clause 2. The method of clause 1, further including: receiving, from an additional client device, a connection request to connect to the local network; registering the additional client device as a client device when the additional client device includes a user interface; transmitting at least one stored emergency alert from the network device to the additional client device; and deleting the emergency alert from the network device at an expiration of the alert timer to prevent local emergency alert message transmissions outside of the alert duration time.

[0149] Clause 3. The method of any of clauses 1 or 2, where the least one client device includes a first client device connected to the network device via a socket-based connection, and where the network device transmits the local emergency alert message as a local broadcast message.

[0150] Clause 4. The method of any of clauses 1, 2 or 3, where the least one client device includes a second client device connected to the network device via a stateless network connection, and where the network device transmits the local emergency alert message as a local unicast message to the second client device in association with receiving an alert poll from the second client device.

[0151] Clause 5. The method of any of clauses 1, 2, 3 or 4, where the least one client device includes a first client device connected to the network device via a socket-based connection, where the least one client device includes a second client device connected to the network device via a stateless network connection, and where transmitting the local emergency alert message further includes: transmitting the local emergency alert message as a local broadcast message to  the first client device; and transmitting the local emergency alert message as a local unicast message to the second client device in association with receiving an alert poll from the second client device.

[0152] Clause 6. The method of any of clauses 1, 2, 3, 4 or 5, further including: transmitting the local emergency alert message to one or more client devices including an independent connection to the emergency alert system.

[0153] Clause 7. The method of any of clauses 1, 2, 3, 4, 5 or 6, where the external network includes a wired network, and where the emergency alert includes a wired communication pathway message.

[0154] Clause 8. The method of any of clauses 1, 2, 3, 4, 5, 6, or 7, where the external network includes a wireless network, and where the emergency alert includes a wireless broadcast message.

[0155] Clause 9. A method for providing an emergency alert, including: receiving, at a client device, a local emergency alert message including an emergency alert type from a network device with an external network connection to an emergency alert system; selecting an interface action associated with the emergency alert type; initiating an action timer associated with the emergency alert type; and receiving an alert termination signal including one or more of: an expiration of the action timer; and a termination interaction received at the client device.

[0156] Clause 10. The method of clause 9, where the client device includes an independent external connection to the emergency alert system, and where the method further includes: receiving an external emergency alert from the emergency alert system via the independent external connection corresponding to the local emergency alert message received from the network device; and dropping the external emergency alert to prevent a duplicate alert action.

[0157] Clause 11. The method of any of clauses 9 or 10, where the client device does not include an independent connection to the emergency alert system.

[0158] Clause 12. The method of any of clauses 9, 10 or 11, where the client device is connected to the network device via one or more of: a wireless network; and a wired connection.

[0159] Clause 13. The method of any of clauses 9, 10, 11or 12, where the client device is connected to the network device via a socket-based connection, and where the client device receives the local emergency alert message as a local broadcast message.

[0160] Clause 14. The method of any of clauses 9, 10, 11, 12 or 13, where the client device is connected to the network device via a stateless network connection, and where the method further includes: periodically polling the network device for the local emergency alert message, where the local emergency alert message includes a local unicast message.

[0161] Clause 15. The method of any of clauses 9, 10, 11, 12, 13 or 14, further including: receiving one or more user preferences for emergency alerts received at the client device, and where selecting the interface action associated with the emergency alert type further includes: selecting the interface action using the one or more user preferences and the emergency alert type.

[0162] Clause 16. The method of any of clauses 9, 10, 11, 12, 13, 14 or 15, where the client device includes a user interface including a text based display, and where the interface action includes displaying a text message associated with the emergency alert type on the text based display.

[0163] Clause 17. The method of any of clauses 9, 10, 11, 12, 13, 14, 15 or 16, where the client device includes a user interface including an audible interface, and where the interface action includes playing an alarm sound associated with the emergency alert type on the audible interface.

[0164] Clause 18. The method of any of clauses 9, 10, 11, 12, 13, 14, 15, 16 or 17, where the client device includes a user interface including a light emitting interface, and where the interface action includes activating a light arrangement associated with the emergency alert type on the light emitting interface.

[0165] Clause 19. A network device, including: a processing system that includes processor circuitry and memory circuitry that stores code, the processing system configured to cause the network device to: receive an emergency alert from an emergency alert system connected to the network device via an external network, where the emergency alert includes an alert type and an alert duration time; initiate an alert timer for an alert storage time to provide the emergency alert to at least one client device connected to the network device via a local network during the alert duration time indicated in the emergency alert; store the emergency alert on the network device; and transmit a local emergency alert message including the alert type to at least one client device without an independent connection to the emergency alert system and connected to the network device via the local network.

[0166] Clause 20. The network device of clause 19, where the processing system is further configured to cause the network device to: receive, from an additional client device, a connection request to connect to the local network; register the additional client device as a client device when the additional client device includes a user interface; transmit at least one stored emergency alert from the network device to the additional client device; and delete the emergency alert from the network device at an expiration of the alert timer to prevent local emergency alert message transmissions outside of the alert duration time.

[0167] Clause 21. The network device of any of clauses 19 and 20, where the least one client device includes a first client device connected to the network device via a socket-based connection, where the least one client device includes a second client device connected to the network device via a stateless network connection, and where transmitting the local emergency alert message further includes: transmitting the local emergency alert message as a local broadcast message to the first client device; and transmitting the local emergency alert message as a local unicast message to the second client device in association with receiving an alert poll from the second client device.

[0168] Clause 22. The network device of any of clauses 19, 20 or 21, where the processing system is further configured to cause the network device to: transmit the local emergency alert message to one or more client devices including an independent connection to the emergency alert system.

[0169] Clause 23. The network device of any of clauses 19, 20, 21, or 22, where the external network includes one or more of: a wired network, where the emergency alert includes a wired communication pathway message; and a wireless network, where the emergency alert includes a wireless broadcast message.

[0170] Clause 24. A client device, including: a processing system that includes processor circuitry and memory circuitry that stores code, the processing system configured to cause the client device to: receive a local emergency alert message including an emergency alert type from a network device with an external network connection to an emergency alert system; select an interface action associated with the emergency alert type; initiate an action timer associated with the emergency alert type; and receive an alert termination signal including one or more of: an expiration of the action timer; and a termination interaction received at the client device.

[0171] Clause 25. The client device of clause 24, where the client device includes an independent external connection to the emergency alert system, and where the processing system is further configured to cause the client device to: receive an external emergency alert from the emergency alert system via the independent external connection corresponding to the local emergency alert message received from the network device; and drop the external emergency alert to prevent a duplicate alert action.

[0172] Clause 26. The client device of any of clauses 24 or 25, where the client device is connected to the network device via one or more of: a wireless network; and a wired connection.

[0173] Clause 27. The client device of any of clauses 24, 25 or 26, where the client device is connected to the network device via a socket-based connection, and where the client device receives the local emergency alert message as a local broadcast message.

[0174] Clause 28. The client device of any of clauses 24, 25, 26 or 27, where the client device is connected to the network device via a stateless network connection, and where the processing system is further configured to cause the client device to: periodically poll the network device for the local emergency alert message, where the local emergency alert message includes a local unicast message.

[0175] Clause 29. The client device of any of clauses24, 25, 26, 27 or 28, where the processing system is further configured to cause the client device to: receive one or more user preferences for emergency alerts received at the client device, and where selecting the interface action associated with the emergency alert type further includes: selecting the interface action using the one or more user preferences and the emergency alert type.

[0176] Clause 30. The client device of any of clauses 24, 25, 26, 27, 28 or 29, where the client device includes a user interface including one or more of: a text based display, where the interface action includes displaying a text message associated with the emergency alert type on the text based display; an audible interface, and where the interface action includes playing an alarm sound associated with the emergency alert type on the audible interface; and a light emitting interface, and where the interface action includes activating a light arrangement associated with the emergency alert type on the light emitting interface.

[0177] As used herein, the term “determine” or “determinin12g” encompasses a wide variety of actions and, therefore, “determining” can include calculating, computing, processing, deriving, estimating, investigating, looking up (such as via looking up in a table, a database, or another data structure) , inferring, ascertaining, or measuring, among other possibilities. Also, “determining” can include receiving (such as receiving information) , accessing (such as accessing data stored in memory) or transmitting (such as transmitting information) , among other possibilities. Additionally, “determining” can include resolving, selecting, obtaining, choosing, establishing and other such similar actions.

[0178] As used herein, a phrase referring to “at least one of” or “one or more of” a list of items refers to any combination of those items, including single members. As an example, “at least one of: a, b, or c” is intended to cover: a, b, c, a-b, a-c, b-c, and a-b-c. As used herein, “or” is intended to be interpreted in the inclusive sense, unless otherwise explicitly indicated. For example, “a or b” may include a only, b only, or a combination of a and b. Furthermore, as  used herein, a phrase referring to “a” or “an” element refers to one or more of such elements acting individually or collectively to perform the recited function (s) . Additionally, a “set” refers to one or more items, and a “subset” refers to less than a whole set, but non-empty.

[0179] As used herein, “based on” is intended to be interpreted in the inclusive sense, unless otherwise explicitly indicated. For example, “based on” may be used interchangeably with “based at least in part on, ” “associated with, ” “in association with, ” or “in accordance with” unless otherwise explicitly indicated. Specifically, unless a phrase refers to “based on only ‘a, ’ ” or the equivalent in context, whatever it is that is “based on ‘a, ’ ” or “based at least in part on ‘a, ’ ” may be based on “a” alone or based on a combination of “a” and one or more other factors, conditions, or information.

[0180] The various illustrative components, logic, logical blocks, modules, circuits, operations, and algorithm processes described in connection with the examples disclosed herein may be implemented as electronic hardware, firmware, software, or combinations of hardware, firmware, or software, including the structures disclosed in this specification and the structural equivalents thereof. The interchangeability of hardware, firmware and software has been described generally, in terms of functionality, and illustrated in the various illustrative components, blocks, modules, circuits and processes described above. Whether such functionality is implemented in hardware, firmware or software depends upon the particular application and design constraints imposed on the overall system.

[0181] Various modifications to the examples described in this disclosure may be readily apparent to persons having ordinary skill in the art, and the generic principles defined herein may be applied to other examples without departing from the spirit or scope of this disclosure. Thus, the claims are not intended to be limited to the examples shown herein, but are to be accorded the widest scope consistent with this disclosure, the principles and the novel features disclosed herein.

[0182] Additionally, various features that are described in this specification in the context of separate examples also can be implemented in combination in a single implementation. Conversely, various features that are described in the context of a single implementation also can be implemented in multiple examples separately or in any suitable subcombination. As such, although features may be described above as acting in particular combinations, and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination may be directed to a subcombination or variation of a subcombination.

[0183] Similarly, while operations are depicted in the drawings in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. Further, the drawings may schematically depict one or more example processes in the form of a flowchart or flow diagram. However, other operations that are not depicted can be incorporated in the example processes that are schematically illustrated. For example, one or more additional operations can be performed before, after, simultaneously, or between any of the illustrated operations. In some circumstances, multitasking and parallel processing may be advantageous. Moreover, the separation of various system components in the examples described above should not be understood as requiring such separation in all examples, and it should be understood that the described program components and systems can generally be integrated together in a single software product or packaged into multiple software products.

Claims

1.A method for emergency alert forwarding, comprising:receiving, at a network device, an emergency alert from an emergency alert system connected to the network device via an external network, where the emergency alert comprises an alert type and an alert duration time;initiating an alert timer for an alert storage time to provide the emergency alert to at least one client device connected to the network device via a local network during the alert duration time indicated in the emergency alert;storing the emergency alert on the network device; andtransmitting a local emergency alert message comprising the alert type to at least one client device without an independent connection to the emergency alert system and connected to the network device via the local network.2.The method of claim 1, further comprising:receiving, from an additional client device, a connection request to connect to the local network;registering the additional client device as a client device when the additional client device comprises a user interface;transmitting at least one stored emergency alert from the network device to the additional client device; anddeleting the emergency alert from the network device at an expiration of the alert timer to prevent local emergency alert message transmissions outside of the alert duration time.3.The method of claim 1,wherein the least one client device comprises a first client device connected to the network device via a socket-based connection, andwherein the network device transmits the local emergency alert message as a local broadcast message.4.The method of claim 1, wherein the least one client device comprises a second client device connected to the network device via a stateless network connection, andwherein the network device transmits the local emergency alert message as a local unicast message to the second client device in association with receiving an alert poll from the second client device.5.The method of claim 1, wherein the least one client device comprises a first client device connected to the network device via a socket-based connection,wherein the least one client device comprises a second client device connected to the network device via a stateless network connection, andwherein transmitting the local emergency alert message further comprises:transmitting the local emergency alert message as a local broadcast message to the first client device; andtransmitting the local emergency alert message as a local unicast message to the second client device in association with receiving an alert poll from the second client device.6.The method of claim 1, further comprising:transmitting the local emergency alert message to one or more client devices comprising an independent connection to the emergency alert system.7.The method of claim 1, wherein the external network comprises a wired network, and  wherein the emergency alert comprises a wired communication pathway message.8.The method of claim 1,wherein the external network comprises a wireless network, andwherein the emergency alert comprises a wireless broadcast message.9.A method for providing an emergency alert, comprising:receiving, at a client device, a local emergency alert message comprising an emergency alert type from a network device with an external network connection to an emergency alert system;selecting an interface action associated with the emergency alert type;initiating an action timer associated with the emergency alert type; andreceiving an alert termination signal comprising one or more of:an expiration of the action timer; anda termination interaction received at the client device.10.The method of claim 9, wherein the client device comprises an independent external connection to the emergency alert system, and wherein the method further comprises:receiving an external emergency alert from the emergency alert system via the independent external connection corresponding to the local emergency alert message received from the network device; anddropping the external emergency alert to prevent a duplicate alert action.11.The method of claim 9, wherein the client device does not comprise an independent connection to the emergency alert system.12.The method of claim 9, wherein the client device is connected to the network device via one or more of:a wireless network; anda wired connection.13.The method of claim 9,wherein the client device is connected to the network device via a socket-based connection, andwherein the client device receives the local emergency alert message as a local broadcast message.14.The method of claim 9, wherein the client device is connected to the network device via a stateless network connection, and wherein the method further comprises:periodically polling the network device for the local emergency alert message, wherein the local emergency alert message comprises a local unicast message.15.The method of claim 9, further comprising:receiving one or more user preferences for emergency alerts received at the client device, andwherein selecting the interface action associated with the emergency alert type further comprises:selecting the interface action using the one or more user preferences and the emergency alert type.16.The method of claim 9, wherein the client device comprises a user interface comprising a text based display, and wherein the interface action comprises displaying a text message associated with the emergency alert type on the text based display.17.The method of claim 9, wherein the client device comprises a user interface comprising an audible interface, and wherein the interface action comprises playing an alarm sound associated with the emergency alert type on the audible interface.18.The method of claim 9, wherein the client device comprises a user interface comprising a light emitting interface, and wherein the interface action comprises activating a light arrangement associated with the emergency alert type on the light emitting interface.19.A network device, comprising:a processing system that includes processor circuitry and memory circuitry that stores code, the processing system configured to cause the network device to:receive an emergency alert from an emergency alert system connected to the network device via an external network, where the emergency alert comprises an alert type and an alert duration time;initiate an alert timer for an alert storage time to provide the emergency alert to at least one client device connected to the network device via a local network during the alert duration time indicated in the emergency alert;store the emergency alert on the network device; andtransmit a local emergency alert message comprising the alert type to at least one client device without an independent connection to the emergency alert system and connected to the network device via the local network.20.The network device of claim 19, wherein the processing system is further configured to cause the network device to:receive, from an additional client device, a connection request to connect to the local network;register the additional client device as a client device when the additional client device comprises a user interface;transmit at least one stored emergency alert from the network device to the additional client device; anddelete the emergency alert from the network device at an expiration of the alert timer to prevent local emergency alert message transmissions outside of the alert duration time.21.The network device of claim 19, wherein the least one client device comprises a first client device connected to the network device via a socket-based connection,wherein the least one client device comprises a second client device connected to the network device via a stateless network connection, andwherein transmitting the local emergency alert message further comprises:transmitting the local emergency alert message as a local broadcast message to the first client device; andtransmitting the local emergency alert message as a local unicast message to the second client device in association with receiving an alert poll from the second client device.22.The network device of claim 19, wherein the processing system is further configured to cause the network device to:transmit the local emergency alert message to one or more client devices comprising an independent connection to the emergency alert system.23.The network device of claim 19, wherein the external network comprises one or more of:a wired network, wherein the emergency alert comprises a wired communication pathway message; anda wireless network, wherein the emergency alert comprises a wireless broadcast message.24.A client device, comprising:a processing system that includes processor circuitry and memory circuitry that stores code, the processing system configured to cause the client device to:receive a local emergency alert message comprising an emergency alert type from a network device with an external network connection to an emergency alert system;select an interface action associated with the emergency alert type;initiate an action timer associated with the emergency alert type; andreceive an alert termination signal comprising one or more of:an expiration of the action timer; anda termination interaction received at the client device.25.The client device of claim 24, wherein the client device comprises an independent external connection to the emergency alert system, and wherein the processing system is further configured to cause the client device to:receive an external emergency alert from the emergency alert system via the independent external connection corresponding to the local emergency alert message received from the network device; anddrop the external emergency alert to prevent a duplicate alert action.26.The client device of claim 24, wherein the client device is connected to the network device via one or more of:a wireless network; anda wired connection.27.The client device of claim 24,wherein the client device is connected to the network device via a socket-based connection, andwherein the client device receives the local emergency alert message as a local broadcast message.28.The client device of claim 24, wherein the client device is connected to the network device via a stateless network connection, and wherein the processing system is further configured to cause the client device to:periodically poll the network device for the local emergency alert message, wherein the local emergency alert message comprises a local unicast message.29.The client device of claim 24, wherein the processing system is further configured to cause the client device to:receive one or more user preferences for emergency alerts received at the client device, andwherein selecting the interface action associated with the emergency alert type further comprises:selecting the interface action using the one or more user preferences and the emergency alert type.30.The client device of claim 24, wherein the client device comprises a user interface comprising one or more of:a text based display, wherein the interface action comprises displaying a text message associated with the emergency alert type on the text based display;an audible interface, and wherein the interface action comprises playing an alarm sound associated with the emergency alert type on the audible interface; anda light emitting interface, and wherein the interface action comprises activating a light arrangement associated with the emergency alert type on the light emitting interface.

Images