The present disclosure relates generally to computer networks, and, more particularly, to a wireless digital network using near vertical incidence skywave.
Long range, low power wireless networks have become a valuable asset for the operation of Internet of Things (IoT) devices, and particularly to IoT devices that operate over long distances (e.g., distances of 1-500 miles). Such devices and networks can enable smart IoT applications that solve long distance challenges in wireless communication and can be useful in energy management, natural resource reduction, pollution control, infrastructure efficiency, and disaster prevention. IoT devices that operate over long distances have hundreds of known uses cases including smart cities, smart homes and buildings, smart communities, metering, supply chain and logistics, agriculture, and more.
However, various wireless communication technologies have limitations based on the frequency of the electromagnetic radiation used for communication. For example, long-range wide area networks, such as LoRaWAN® generally operate in the United States in the ultra high frequency (UHF) band (˜900 MHZ) and can achieve a range of around one mile with a line-of-sight deployment. However, due to the line-of-sight requirements of such communication technologies, many IoT device use cases cannot be addressed when obstacles are present. For example, LoRaWAN® deployments generally do not fare well in mountainous areas or other geographical locations that do not offer a relatively clear line-of-sight between devices.
“Generation” telecommunications networks, such as 3G, 4G, 5G, etc. telecommunication networks can provide communication at larger distances (e.g., ˜45 miles) than LoRaWAN® deployments provided a base station, such as a cellular tower, is within range of the devices that are attempting to communicate with one another. However, there are locations at which base stations cannot be placed, thereby limiting the general applicability of “generation” telecommunication networks in at least some of the use cases mentioned above.
Satellite communications and more recently, low earth orbit (LEO) satellite based networks, are possible solutions to provide reasonable communication to IoT devices that operate over long distances. However, power consumption and cost at large scale (e.g., for a mining equipment fleet or other large-scale deployment) may make such technologies less than desirable. For example, a Starlink® dish can be quite costly per year per end node, while satellite-based solutions are generally not ruggedized and may face challenges in mobility.
The embodiments herein may be better understood by referring to the following description in conjunction with the accompanying drawings in which like reference numerals indicate identically or functionally similar elements, of which:
According to one or more embodiments of the disclosure, a gateway device communicates on a first digital computer network. The gateway device also communicates on a near vertical incident skywave area network using digital data encapsulated in analog ionospheric refracted signals. The gateway device further modulates signals between the first digital computer network and the near vertical incident skywave area network based on dynamic channel selection and multi-domain multiplexing.
A computer network is a geographically distributed collection of nodes interconnected by communication links and segments for transporting data between end nodes, such as personal computers and workstations, or other devices, such as sensors, IoT devices, audio communication devices (voice-over-IP (VOIP)), etc. Many types of networks are available, with the types ranging from local area networks (LANs) to wide area networks (WANs). LANs typically connect the nodes over dedicated private communications links located in the same general physical location, such as a building or campus. WANs, on the other hand, typically connect geographically dispersed nodes over long-distance communications links, such as common carrier telephone lines, optical lightpaths, synchronous optical networks (SONET), or synchronous digital hierarchy (SDH) links, or Powerline Communications (PLC) such as IEEE 61334, IEEE P1901.2, and others. The Internet is an example of a WAN that connects disparate networks throughout the world, providing global communication between nodes on various networks. The nodes typically communicate over the network by exchanging discrete frames or packets of data according to predefined protocols, such as the Transmission Control Protocol/Internet Protocol (TCP/IP). In this context, a protocol consists of a set of rules defining how the nodes interact with each other. Computer networks may be further interconnected by an intermediate network node, such as a router, to extend the effective “size” of each network.
Smart object networks, such as sensor networks, in particular, are a specific type of network having spatially distributed autonomous devices such as sensors, actuators, etc., that cooperatively monitor physical or environmental conditions at different locations, such as, e.g., energy/power consumption, resource consumption (e.g., water/gas/etc. for advanced metering infrastructure or “AMI” applications) temperature, pressure, vibration, sound, radiation, motion, pollutants, etc. Other types of smart objects include actuators, e.g., responsible for turning on/off an engine or perform any other actions. Sensor networks, a type of smart object network, are typically shared-media networks, such as wireless or PLC networks. That is, in addition to one or more sensors, each sensor device (node) in a sensor network may generally be equipped with a radio transceiver or other communication port such as PLC, a microcontroller, and an energy source, such as a battery. Often, smart object networks are considered field area networks (FANs), neighborhood area networks (NANs), personal area networks (PANs), etc. Generally, size and cost constraints on smart object nodes (e.g., sensors) result in corresponding constraints on resources such as energy, memory, computational speed and bandwidth.
NVIS networks 100 face a number of communication challenges. For example, usable frequencies in NVIS networks 100 are generally dictated by local ionospheric conditions, which have a strong dependence on geographical location. In addition, usable frequencies for communications in NVIS networks 100 may also be dependent on the time of day or night (i.e., because sunlight causes the lowest layer of the ionosphere, called the D layer, to increase, causing attenuation of low frequencies during the day while the maximum usable frequency (MUF) which is the critical frequency of the F layer rises with greater sunlight), the distance from the equator (or poles) where the NVIS network 100 is deployed (i.e., optimum NVIS frequencies tend to be higher towards the tropics and lower towards the arctic regions), the season, and/or sunspot cycles among other conditions.
As will be appreciated, the angle at which each incidence wave 106 is reflected off the Earth's ionosphere 108 dictates a distance the incidence waves 106 will travel from a first antenna 102a to a second antenna 102b, the first antenna 102a to a third antenna 102c, and/or from the first antenna 102a to a fourth antenna 102d. For example, the incidence wave 106a is transmitted from the first antenna 102a a first distance over the mountain range 104 to the second antenna 102b. Similarly, the incidence wave 106b is transmitted from the first antenna 102a a second distance over the mountain range 104 to the third antenna 102c, and the incidence wave 106c is transmitted from the first antenna 102a a third distance over the mountain range 104 to the fourth antenna 102d. It is noted that, in the example of
In addition, to the angle of incidence (e.g., an angle at which the antennae 102 is pointed) with respect to the Earth's ionosphere 108 altering the distance that an incidence wave 106 travels, the frequency band at which the incidence wave(s) 106 are generated may also impact the distance that an incidence waves 106 travel. Further, the incidence waves 106 may be reflected by different layers of the Earth's ionosphere 108, which may also impact the distance that an incidence waves 106 travel. For example, an angle of incidence may be larger (e.g., 50°) when reflected off the F layer (roughly a nominal height of one hundred sixty miles above sea level) of Earth's ionosphere 108 to travel approximately two hundred-seventy miles than an angle of incidence (e.g., 28°) when reflected off the E layer (roughly a nominal height of one hundred ten miles above sea level) of Earth's ionosphere 108 to travel approximately two hundred-seventy miles.
Although shown as antennae 102 in
According, in various embodiments, the NVIS network 100 may include one or more mesh networks, such as an Internet of Things network. Loosely, the term “Internet of Things” or “IoT” refers to uniquely identifiable objects (things) and their virtual representations in a network-based architecture. In particular, the next frontier in the evolution of the Internet is the ability to connect more than just computers and communications devices, but rather the ability to connect “objects” in general, such as outdoor IoT nodes such as temperature sensors, soil sensors, humidity sensors, humidity sensors, etc., as well as indoor IoT nodes such as lights, appliances, vehicles, heating, ventilating, and air-conditioning (HVAC), windows and window shades and blinds, doors, locks, etc. The “Internet of Things” thus generally refers to the interconnection of objects (e.g., smart objects), such as sensors and actuators, over a computer network (e.g., via IP), which may be the public Internet or a private network.
Notably, shared-media mesh networks, such as wireless or PLC networks, etc., are often on what is referred to as Low-Power and Lossy Networks (LLNs), which are a class of network in which both the routers and their interconnect are constrained: LLN routers typically operate with constraints, e.g., processing power, memory, and/or energy (battery), and their interconnects are characterized by, illustratively, high loss rates, low data rates, and/or instability. LLNs are comprised of anything from a few dozen to thousands or even millions of LLN routers, and support point-to-point traffic (between devices inside the LLN), point-to-multipoint traffic (from a central control point such at the root node to a subset of devices inside the LLN), and multipoint-to-point traffic (from devices inside the LLN towards a central control point). Often, an IoT network is implemented with an LLN-like architecture.
In contrast to traditional networks, LLNs face a number of communication challenges, particularly when operated in a NVIS network 100. First, LLNs communicate over a physical medium that is strongly affected by environmental conditions that change over time. Some examples include temporal changes in interference (e.g., other wireless networks or electrical appliances), physical obstructions (e.g., doors opening/closing, seasonal changes such as the foliage density of trees, etc.), and propagation characteristics of the physical media (e.g., temperature or humidity changes, etc.). The time scales of such temporal changes can range between milliseconds (e.g., transmissions from other transceivers) to months (e.g., seasonal changes of an outdoor environment). In addition, LLN devices typically use low-cost and low-power designs that limit the capabilities of their transceivers. In particular, LLN transceivers typically provide low throughput. Furthermore, LLN transceivers typically support limited link margin, making the effects of interference and environmental changes visible to link and network protocols. The high number of nodes in LLNs in comparison to traditional networks also makes routing, quality of service (QOS), security, network management, and traffic engineering extremely challenging, to mention a few.
The network interfaces 210 include the mechanical, electrical, and signaling circuitry for communicating data over physical links coupled to the NVIS network 100. The network interfaces may be configured to transmit and/or receive data using a variety of different communication protocols. Notably, a physical network interface 210 may also be used to implement one or more virtual network interfaces, such as for virtual private network (VPN) access, known to those skilled in the art.
The memory 240 comprises a plurality of storage locations that are addressable by the processor(s) 220 and the network interfaces 210 for storing software programs and data structures associated with the embodiments described herein. The processor 220 may comprise necessary elements or logic adapted to execute the software programs and manipulate the data structures 245. An operating system 242 (e.g., the Internetworking Operating System, or IOS®, of Cisco Systems, Inc., another operating system, etc.), portions of which are typically resident in memory 240 and executed by the processor(s), functionally organizes the node by, inter alia, invoking network operations in support of software processors and/or services executing on the device. These software processors and/or services may comprise one or more functional processes 244, and illustratively, a near vertical incidence skywave (NVIS) process 248, as described herein, any of which may alternatively be located within individual network interfaces. Notably, functional processes 244, when executed by processor(s) 220, cause each particular device 200 to perform the various functions corresponding to the particular device's purpose and general configuration. For example, a router would be configured to operate as a router, a server would be configured to operate as a server, an access point (or gateway) would be configured to operate as an access point (or gateway), a client device would be configured to operate as a client device, an IoT device would be configured to operate as an IoT device, and so on.
It will be apparent to those skilled in the art that other processor and memory types, including various computer-readable media, may be used to store and execute program instructions pertaining to the techniques described herein. Also, while the description illustrates various processes, it is expressly contemplated that various processes may be embodied as modules configured to operate in accordance with the techniques herein (e.g., according to the functionality of a similar process). Further, while processes may be shown and/or described separately, those skilled in the art will appreciate that processes may be routines or modules within other processes.
NVIS process 248 includes computer executable instructions that, when executed by processor(s) 220, cause device 200 to provide a NVIS digital gateway, as described in more detail, herein. For example, the NVIS process 248 includes computer executable instructions that, when executed by processor(s) 220, cause device 200 to provide NVIS signal modulation, perform handshake processes, define and utilize a medium access layer as an NVIS communication layer, perform encryption and/or decryption on NVIS communications, encapsulate digital data in an analog signal, and/or perform data compression and/or decompression operations, among other functions described in more detail herein.
As noted above, current approaches that utilize NVIS networks rely on the propagation of analog signals between antennae and/or devices in communication with the antennae. This generally means that current NVIS networks are unable to be configured as a wide area network (WAN). Further, alternative approaches to providing wireless communications in topologically complex geographic regions (e.g., mountain ranges, etc.) can suffer from issues in scalability and/or may be prohibitively costly for some applications, among other shortcomings.
The techniques herein allow for a wireless digital network using a near vertical incidence skywave (NVIS) gateway. Although NVIS has been in use for many decades in amateur radio (e.g., HAM radio), these deployments relied on analog signal transmission. In contrast, embodiments of the present disclosure introduce the use of NVIS as a digital network, along with the necessary mechanisms to ensure proper operation of such a wireless digital NVIS network, resulting in a true NVIS wide area network (WAN).
As described in more detail herein, the NVIS WAN of the present disclosure provides:
In addition, it is noted that successful NVIS operation may require being able to change frequency to suit current conditions and factors such as geolocation, time of day, date indicating seasonal atmospheric conditions etc., as well as optimum antenna angles. However, approaches that are currently available for frequency selection use manual computations performed on standalone platforms. Further, current approaches may not track changing weather and geolocation conditions.
In order to address these and other deficiencies, embodiments of the present disclosure provide enhancements to the digital NVIS communication and/or IoT gateway by providing computational and geolocation detection capabilities and by providing a platform to run one or more of algorithms associated therewith. In addition, embodiments described herein can use results of such algorithms to automatically select the best band for operation and/or can keep running the algorithms in background to proactively update the operation as the underlying conditions change.
Further, embodiments of the present disclosure may leverage the computational and geolocation detection capabilities of the digital NVIS communication and/or IoT gateways to provide autonomous and rapidly converging link establishment. This may allow for establishment of the digital NVIS communication and/or IoT gateways discussed herein to aid first responder, disaster management, and/or IoT sensor gateway applications, among other use cases.
Specifically, according to one or more embodiments of the disclosure as described in detail below, a gateway device communicates on a first digital computer network. The gateway device also communicates on a near vertical incident skywave area network using digital data encapsulated in analog ionospheric refracted signals. The gateway device further modulates signals between the first digital computer network and the near vertical incident skywave area network based on dynamic channel selection and multi-domain multiplexing.
Illustratively, the techniques described herein may be performed by hardware, software, and/or firmware, such as in accordance with the NVIS process 248, which may include computer executable instructions executed by the processor 220 (or independent processor of interfaces 210) to perform functions relating to the techniques described herein, e.g., in conjunction with functional process 244 and/or other processes on other devices (e.g., communications with receivers, direction from controllers, etc.).
Operationally,
The PHY layer 312 defines the physical characteristics of the NVIS digital network and includes techniques for modulation, wave frequency selection, multi-carrier access, beacons, channel selection and allocation, etc. As shown in
As shown in
The PHY layer 312 further includes skywave modulation 322, which, in some embodiments, comprises channel selection and multi-domain multiplexing information. As discussed herein, the NVIS network may follow LoRaWAN and/or WIFI in signal modulation, such as multiplexing in the wireless communication layer, except the two main differences are the frequency use and the use of the incident skywave methods. In other words, in contrast to signal modulation performed in LoRaWAN and WIFI paradigms, the NIVS network does not have direct line-of-sight between antennae and/or devices and instead relies on a reflected ionospheric signal.
The MAC layer 314 of the architecture 300 controls the hardware responsible for interaction with a wired, optical, or wireless transmission medium associated with connectivity of the NVIS network. As shown in
The MAC layer 314 further includes MAC options 326 and skywave MAC 328 information. In some embodiments, the MAC options 326 and/or the skywave MAC 328 govern data transmission policies in the NVIS network. This allows for multiple devices to be communicatively coupled to the NVIS network with minimum (or no) packet collisions.
As shown in
In addition, the application layer 316 includes standard wireless connectivity 332 capabilities, which can include standard short range radio communication interfaces (e.g., AM/FM, Bluetooth, and/or WIFI, etc.), serial interface(s) 334 such as Supervisory Control and Data Acquisition (SCADA) interface(s), MODBUS interface(s), and/or CANBUS interfaces, etc. In addition, the application layer 316 can include an Ethernet interface 336, among others depending upon the desired implementation, accordingly.
As shown in
The LoRa component 440 can be communicatively coupled to a first skywave gateway 444a deployed at a first geographical location. The first skywave gateway 444a can be communicatively coupled to a second skywave gateway 444b that is deployed in a second geographical location. In some embodiments, the first skywave gateway 444a and/or the second skywave gateway 444b include the architecture 300 illustrated in
As discussed above, the first skywave gateway 444a and the second skywave gateway 444b may communicate with one another by transmitting and receiving RF waves (e.g., the incidence waves 106 of
As shown in
As shown in
The main difference between the embodiment of
When three or more skywave gateways 444 are present, as shown in the architecture 400 of
As mentioned above, the skywave WAN 450 may rely on communication frequencies between 1.8 MHz and 8 MHz (i.e., the most reliable NVIS frequencies) and may support common bands used in amateur radio at mid-latitudes, which are 3.5 MHz at night and 7 MHz during daylight, military NVIS communications mostly which take place on 2-4 MHz at night, and 5-7 MHz during daylight, as well as other frequency ranges for other applications, such a mining deployments, etc.
The skywave gateways 444 can have different implementations associated therewith based on the projected deployment type. For example, a first implementation may be associated with a skywave gateway 444 that is dedicated for military use and deployment. A different implementation may be associated with a skywave gateway 444 that is dedicated for non-military use in the US, which can consist of the emergency type agencies. A third deployment may be for non-US region for mining as in north Canada territories and Australia. Embodiments are not so limited, however, and other implementations can be associated to the skywave gateways 444 for different applications, regions, and/or deployments. Further, some implementations can be associated with different provided encryption algorithms. For example, a skywave gateway 444 that is dedicated for military use and deployment may also be associated with providing AES-256 encryption to communications generated therefrom, or other suitable encryption algorithms depending on the application, region, and/or deployment for the skywave gateway 444.
As mentioned above, the frequency of communications amongst the skywave gateways 444 may change based on various factors, such as the movement of the sun (e.g., the position of the sun with respect to the Earth), a particular location (e.g., a longitude and latitude coordinate corresponding to where the skywave gateway(s) 444 are deployed), and/or weather condition at location where the skywave gateways 444 are deployed, among other factors.
In order to address complications that may arise from these factors in previous approaches, the skywave gateways 444 (and hence the NVIS network 100 and/or the skywave WAN 450) are, in various embodiments, configured to determine an appropriate frequency for communication between the skywave gateways 444. For example, the skywave gateways 444 can model, learn (e.g., through machine learning techniques, etc.), and/or execute instructions stored internally by the skywave gateways 444 to select frequencies for use in communication between the skywave gateways 444.
That is, in contrast to utilizing previous techniques to determine an appropriate frequency for communication, such as using physical charts that require user input, using dedicated computing devices that generally require a user to input multiple variables to compute an appropriate frequency, and/or using internet based solutions that take user inputs to determine the appropriate frequency for communication, embodiments of the present disclosure provide “on board” global positioning satellite (GPS) information in addition to frequency selection capabilities that can automatically determine the appropriate frequency for communication between the skywave gateways 444 autonomously (i.e., in the absence of user input).
In some embodiments, the “on board” GPS information and frequency selection capabilities are provided by machine readable instructions that are executed by hardware associated with one or more of the skywave gateways 444 and can utilize location information, time information, date information, and other such information to automatically determine the appropriate frequency for communication between the skywave gateways 444 in the absence of user input. These capabilities can be especially beneficial in skywave WAN 450 deployments that are in remote and/or difficult to reach geographical locales.
In addition to the foregoing, embodiments herein can minimize power consumption burden on the skywave gateways 444. For example, some current “off the shelf” devices 448 and/or sensors 442 may require 20 Watts to operate at a distance of around 600 kilometers, while 150 Watt devices that exist may operate at distances of up to 1,500 kilometers. However, in accordance with the disclosure, such devices 448 and/or sensors 442 may be operated down to 5 Watts with or without amplification depending on the distance between one or more of the skywave gateways 444 that are in communication with the devices 448 and/or sensors 442.
As mentioned above, the skywave WAN 450 utilizes NVIS, which is a communications system based on vertically propagating radio waves that are reflected by Earth's ionosphere 108. NVIS techniques permit coverage up to 650 km (400 miles) or so using relatively low power equipment. To do so, the operating RF signal must be below a certain frequency called the “critical frequency.” The critical frequency generally refers to the highest frequency value at which signals radiated straight up will still be returned to Earth by the ionosphere 108. Above that frequency, signals pass off into space.
One of the challenges with NVIS communication is that the critical frequency varies based on several factors:
While the discussion above emphasizes the role of the critical frequency (i.e., the highest operable frequency for NVIS communication), at the other end of the spectrum, the minimum frequency is generally determined by RF absorption in the D layer of the ionosphere 108, which increases with ionization.
As a result, NVIS operation is bound in a band between the low frequency dictated by the RF energy absorption in the D layer and the high frequency (i.e., the critical frequency) dictated by several factors affecting the state of the ionosphere. Accordingly, successful NVIS operation may require the ability to change the transmission frequency to suit current conditions. Currently there are several algorithms used to calculate the best possible frequency band.
One such algorithm utilizes predictions based on the parameters such as location, time and date of operation, etc. Some other techniques utilize scanning by sending and listening to transmissions to detect signal activity. Yet other techniques include ionospheric measurement using the ionosonde. The ionosonde is essentially a high frequency radar which sends short pulses of radio energy into the ionosphere. If the radio frequency is not too high, the pulses are reflected to earth.
It is noted that these methods are currently implemented manually. For example, the aforementioned techniques to calculate the best possible frequency band are run manually on various platforms, such as online servers or other instruments. In general, the obtained results are then used by radio operators to manually select the proper band settings on their radio sets for NVIS communication.
As shown in
During operation, the platform 500 is configured to execute various algorithms, such as Algo 1 557a, Algo 2 557b, etc. to determine a frequency to be used for NVIS communications by the NVIS network 100. Examples of the algorithms that can be automated by the platform 500 include predictions based on the parameters such as location, time and date of operation, etc., scanning algorithms that include the sending and listening to transmissions to detect signal activity, and/or ionospheric measurement using the ionosonde, among others. It is noted that, in contrast to previous approaches, the platform 500 may be configured to automatically execute such algorithms as part of a procedure to automatically (e.g., in the absence of human intervention) determine and set the frequency to be used for NVIS communications by the NVIS network 100.
In some embodiments, information from the GPS receiver 558, the RTC 556, and execution of the algorithms, Algo 1 557a, Algo 2 557b, etc. are received and/or processed by the band selector 554 to determine and set the frequency to be used for NVIS communications. It is noted that the information from the GPS receiver 558, the RTC 556, and execution of the algorithms can be processed continuously (e.g., as part of a background operation) to proactively update the frequency to be used for NVIS communications as conditions change. This process may also be performed automatically in the absence of human intervention.
As part of determining and setting the frequency to be used for NVIS communications, the platform 500 can utilize one or more machine learning techniques to improve the accuracy of frequency computations and/or to expedite convergence on a particular frequency to use for NVIS communications based on the local conditions and ionosphere 108 conditions. In addition to, or in the alternative, the platform 500 can host one or more virtual machines (VM) 559 that can be used to run third party prediction algorithms available today or developed in the future to determine and set the frequency to be used for NVIS communications by the NVIS network 100.
In some embodiments, the platform 500 can also accept user input(s) to prioritize the outcomes of the algorithms that are used by the band selector 554 for automated frequency band selection for NVIS communications. This ability adds yet another layer for automation of band selection, which is not available in current approaches that rely on manual operation.
As shown in
As discussed herein, the platform 500 facilitates a predictable and reliable service for sensors and communication in some of the toughest & most challenging environments that are running mission critical operations, such as military deployments, disaster relief deployments, fire-fighting deployments, mining deployments, and maritime deployments, among others.
In addition to the frequency selection criteria and/or or the distance between skywave gateways described herein, NVIS communications may also be dependent on the angle of transmission. That is, the angle at which RF signals are transmitted and/or received by the antennae 102/502/602 of the skywave gateways 444 can be affected by the angle (with respect to the Earth and/or with respect to the ionosphere 108) at which the antenna 602 transmits an NVIS communication signal, as shown in
As shown in
As discussed above, the skywave gateways 444 and, accordingly, the platforms 500/600 include various interfaces to control positioning of the antenna 602 on a mobile unit side and/or a on a base station side. Based on the received response (e.g., the strength of RF signals received, delays associated with RF signal receipt, etc.) the beacon send/receive component 662 can provide information to the platform 600 and, more particularly to the antenna organization mechanism and logic 664 to choose and provide the best antenna 602 angle (e.g., the best antenna position) for optimal NVIS communication.
As discussed above, in contrast to traditional NVIS systems (e.g., previous approaches that may generally be used for amateur HAM radio operators or other previous approaches that rely on analog signal transmission to accomplish NVIS communications), the mobile digital NVIS communication and/or IoT gateways described herein communicate with base stations, such as the skywave gateways 444, the antennae 102, and/or any other base station that is capable of sending and/or receiving transmissions in accordance with the present disclosure. For example, embodiments of the present disclosure allow for both the receiving end and the transmitting end to include capabilities to send and/or receive beacons from, for example, the beacon send/receive component 662.
Accordingly, and in further contrast to previous approaches to NVIS communication systems, the mobile digital NVIS communication and/or IoT gateways described herein include components that are capable of making decisions and/or “tweaking” various parameters associated with a wireless digital network using near vertical incidence skywave in accordance with the present disclosure automatically in the absence of human intervention. Stated alternatively, embodiments of the present disclosure allow for “both ends” of the NVIS network described herein to autonomously make decisions on transmission frequencies, antenna angles for transmission, and other factors detailed above in order to provide the benefits of the wireless digital network using near vertical incidence skywave of the present disclosure.
In addition, embodiments herein contemplate applications where the sensor side (e.g., the sensors 442 of
These scenarios can lead to changes in the optimal frequency band triggered by the automatic band selection logic 654 to suit the conditions of location and/or ionization conditions in the ionosphere 108 and may dictate changes in antenna 602 angles for optimum connectivity. As a result, one setting for a given frequency band and/or antenna position may not hold constant for a long time. However, the automatic adjustments to both the frequency band for communications and the automatic antenna angle adjustments described in connection with
For example, if two devices (e.g., sensors 442, devices 448, multiband radios 552, etc.) in a NVIS communication are sharing their coordinates acquired from the GPS receiver 558, the devices can compute the reflection angle given the ionosphere elevation and position, the devices can perform operations to achieve antennae orientation for optimal signal strength and quality in accordance with the disclosure.
If the device(s) have obtained knowledge of one another's orientation, physical mobility of the device may be feasible without losing the NVIS communication between the devices by utilizing the techniques described herein. Further, if the device(s) know a destination coordinate location (when engaging in physical mobility, for example), the devices(s) may orient the antenna 602 elevation and/or azimuth to an optimal direction towards the ionosphere 108 to optimize for the angle of reflection. As discussed herein, this antenna 602 orientation can occur automatically in the absence of human interaction with the device(s).
In some embodiments, the beacon send/receive component 662 periodically send beacons to assess any changes needed to track and/or reposition antennae (e.g., the antenna 602) as needed by changes in the terrain and/or changes resulting from the band selection logic 654 that cause a shift in the frequency band to be used for NVIS communications, as dictated by the changing ionospheric conditions described above. In addition, the GPS receiver 558 can be included in the platform 600 and may also operate to trigger a reassessment of the frequency band, antenna angle, or other conditions based on changes detected as the platform 600 traverses said terrain.
These and other features of the present disclosure may be especially beneficial in the mobile digital NVIS deployments described herein, particularly when operated in mission critical applications, such as military operations, first responder operations, and/or disaster management operations, which may rely on IoT sensors in remote access areas, where power resources may be limited to batteries, solar power, and/or wind power, and, therefore efficient usage of power used for communications (e.g., the NVIS communications of the present disclosure) may be very important.
The following includes various non-limiting examples for a wireless digital network using near vertical incidence skywave in accordance with the disclosure. These non-limiting examples may be used in connection with any of the embodiments discussed herein, such as the example embodiments of
In some embodiments, a NVIS communication can be encoded. For example, a radio signal can be transmitted or received from a device (e.g., sensors 442, skywave gateways 444, devices 448, multiband radios 552, etc.) and can be encoded in an amplitude modulated radio signal. The encoding can seek to optimize the digital content of the transmitted or received signal at the carrier frequency at which the signal is transmitted or received. In some embodiments, the encoding can be a binary non-zero substitution encoding, although embodiments are not limited to any particular encoding technique.
Such signals may be converted into frames, which generally refers to an 8-bit (or other bit width) digital representation of the radio signal. The frame may also include a control sequence and a variable length body. In some embodiments, the format of the control sequence may be arbitrarily defined, however, the control sequence should contain, at minimum, the transmitter access control (MAC) followed by the destination access control (MAC) and the length of the body message.
In some embodiments, the components of the skywave WAN 450 (or the NVIS network 100 or “skywave network”) may perform paring and encrypting operations as part of establishing communication with devices on the skywave WAN 450. For example, a first device can send an encoded signal containing the first device encoded media access control (MAC) address followed by another know address representing a “REQUEST TO PAIR.” A second device may then receive this signal and decode the MAC address and “REQUEST TO PAIR.” Continuing with this non-limiting example, the second device can then respond with another signal containing the second device encoded MAC address, followed by the first device MAC address, followed by an encoded message containing a passphrase sequence.
The first device the receives the signal and decodes the MAC addresses of the second device, as well the first device, to validate that the signal is a response signal and to validate the extract the passphrase sequence. Next, the first device can send another signal back to the second device that contains the first device encoded MAC address and second device MAC address both encrypted with a hash key constructed with the provided passphrase and a secret algorithm known to both devices.
The second device then receives the signal and decrypts the signal using the known passphrase and secret algorithm and then should decode the MAC addresses correctly. Finally, the second device responds back containing the second device encoded MAC address followed by the first device MAC address both encrypted as before followed with an optional transmission sequence number followed by a message pertaining to a message pertaining to an arbitrary message body definition for the message to follow.
In accordance with the disclosure, multiple devices can communicate point to point as previously mentioned in foregoing discussion of the pairing operations. In addition, a device may send a signal to any already paired device by sending a signal containing the encrypted encoded MAC addresses followed by the message as defined the message body definition.
Should one of the devices fail to decode a received signal, subsequent signal(s) may be transmitted that include the latest message and the message sequence number. At any time, when a device sends a signal and does not get a response back within an arbitrarily defined time window, the signal may be repeated for an arbitrary predefined quantity of tries or amount of time. In the event that no response is received during the period for which the signal is repeated, the sender device may reset all communication enter pairing search as detailed above in connection with the discussion of pairing the devices.
In some embodiments, a collection of devices may enter a spoke and hub formation where a designated hub device may control communications between the spoke devices and may set the order of communication amongst the spoke devices. For example, a hub device can issue a communication sequence involving any two (or more) devices in the spoke formation to communicate and which order. The hub device may further choose to be the repeater for all devices in the spoke. In some embodiments, any spoke device can perform concurrently as a hub device for other devices besides the designated hub device and/or any hub device can perform concurrently as a spoke device for other hub devices.
In some embodiments, each device can select an optimal frequency given its coordinates computed from its GPS receiver 558, the weather conditions, time of day, day of the year, and/or sunspot activity data (including the 11-year solar cycle) using a predefined database of Earth signal propagation and interaction with the ionosphere 108 layer. In addition, when at least two devices with shared knowledge of the location of one another (e.g., each other's coordinates), the devices may enter a duplex concurrent broadcast.
In some embodiments, a device may receive multiple signals at different frequencies. For example, a particular device may send a signal at an optimal frequency and/or may send a signal at a non-optimal frequency if dictated by a hub device or master device. That is, the initial optimal frequency for a device may be selected as discussed above but may be subsequently changed by the hub device or master device in the NVIS network.
Finally, in some embodiments, a hub device can compute and optimize the frequencies selection for multiplexing purposes by setting the optimal and non-optimal frequency selection for the spoke device(s) in the NVIS network. This may allow the hub device to maximize the communication requirements for a collection of spoke devices based on bandwidth and signal strength for a minimal quality while allowing concurrent broadcasting to the hub device and to the spoke devices.
At step 815, as detailed above, the gateway device communicates on a near vertical incident skywave area network using digital data encapsulated in analog ionospheric refracted signals. As discussed above, the procedure 800 can include encrypting communications on the near vertical incident skywave area network.
In various embodiments, communicating on the near vertical incident skywave area network can include operating in accordance with media access control layer functionality. Embodiments are not so limited, however, and in some embodiments, communicating on the near vertical incident skywave area network can include communicate with a remote gateway device. In such embodiments, the remote gateway device can also be configured to communicate on a remote digital computer network and to modulate between the near vertical incident skywave area network and the remote digital computer network.
At step 820, as detailed above, the gateway device modulates signals between the first digital computer network and the near vertical incident skywave area network based on dynamic channel selection and multi-domain multiplexing. In some embodiments, modulating signals on the near vertical incident skywave area network can include multiplexing with combination of two or more of time divisions, frequency divisions, space divisions, wavelength divisions, and/or code divisions.
In various embodiments, the first digital computer network can be an ethernet network, an internet network, a wireless network, a short-range wireless network, an amplitude modulated and/or frequency modulated radio frequency network, a serial communication network, a supervisory control and data acquisition network, a request-response controller-based network, and/or a controller area network.
As discussed above, the procedure 800 can include handshaking on the near vertical incident skywave area network for channel selection and scheduling. In addition, the dynamic channel selection can be based on sun position, global positioning of the gateway device, and/or local weather. Further, the dynamic channel selection can include using machine learning for predictive channel selection. Moreover, in some embodiments, the dynamic channel selection can be based on determining a critical frequency and/or a minimum frequency and selecting a specific frequency between the critical frequency and the minimum frequency.
In some embodiments, the procedure 800 can further include adjusting an antenna angle of an antenna for the near vertical incident skywave area network based on one or more communication factors. In such embodiments, the one or more communication factors can be selected from a group consisting of a location of the gateway device, a frequency band used, and/or a location of a remote device to which communication is intended. Embodiments are not so limited, however, and in some embodiments, the one or more communication factors can be selected from a group consisting of a strength of a received radio frequency signal and/or signal delays, among other factors described herein.
As discussed above, in various embodiments, the procedure 800 can include compressing data to be sent on the near vertical incident skywave area network and decompressing data received on the near vertical incident skywave area network. In such embodiments, the procedure 800 can further include compressing and decompressing based on using qualitative and quantitative compression.
Procedure 800 then ends at step 825.
It should be noted that while certain steps within procedure 800 may be optional as described above, the steps shown in
The techniques described herein, therefore, allow for deployment of a digital wireless NVIS gateway and NVIS WAN. In addition, the techniques herein provide for automated frequency modulation and/or automated antenna angle control in complex NVIS deployments, particularly in complicated geophysical topologies, dangerous situations, and situations that involve mission critical applications.
While there have been shown and described illustrative embodiments that provide for a wireless digital network using near vertical incidence skywave, it is to be understood that various other adaptations and modifications may be made within the spirit and scope of the embodiments herein. For example, while certain embodiments are described herein with respect to using certain techniques for a wireless digital network using near vertical incidence skywave, these techniques are not limited as such and may be used for other functions, in other embodiments. In addition, while certain protocols are shown, NVIS communication protocols, other suitable protocols may be used, accordingly.
The foregoing description has been directed to specific embodiments. It will be apparent, however, that other variations and modifications may be made to the described embodiments, with the attainment of some or all of their advantages. For instance, it is expressly contemplated that the components and/or elements described herein can be implemented as software being stored on a tangible (non-transitory) computer-readable medium (e.g., disks/CDs/RAM/EEPROM/etc.) having computer-executable program instructions stored thereon that execute on a computer, hardware, firmware, or a combination thereof. Accordingly, this description is to be taken only by way of example and not to otherwise limit the scope of the embodiments herein. Therefore, it is the object of the appended claims to cover all such variations and modifications as come within the true spirit and scope of the embodiments herein.