The evolution of the Internet of Things (IoT) has taken the idea of connectivity to a very different level due to the rapid development of the platforms that will connect billions of the devices (Bor et al., 2016). With the merger of pervasive sensing along with remote power computations on these platforms, it is possible to collect and process data of numerous applications related to smart cities, agriculture, healthcare, and logistics. The utilization in numerous applications increases proportionally to the requirement on the network side (Gubbi et al., 2013). The network infrastructure, which services these IoT applications, must be able to provide services that these applications demand as they might have different latency requirements, mobility levels, and reliability. Also, security should address the demand for different levels of mobility, latency tolerance, security, and reliability. Another important factor that affects demand is the range of communication: long and short. It is impossible for a single network architecture to address these diverse demands. The demands are divided among the different types of service providers. The mobile communication operators perceive the need to adjust the systems to serve short-extent machine-to-machine (M2M) communication applications. The legacy networks, which were originally deployed for voice communication, and later used for multimedia applications, serve the delay-sensitive IoT applications at the expense of higher protocol overhead. However, energy efficiency improvement of connected devices is one of the major challenges to be addressed (Dhillon et al., 2017). The development of a low power wide area network (LPWAN) standard also uses narrow band IoT, termed LTE-2M, which enhances the performance of the existing mobile network to provide wide range coverage to IoT devices (Adhikary et al., 2016; Balyan and Groenewald, 2016; Balyan and Saini, 2011; Pana et al., 2018).
An overview of LPWAN techniques is given in the studies of Petäjäjärvi et al. (2017) and Raza et al. (2017). A solution given for LPWAN is the LoRaTM platform, which enables lower power and lower cost end devices, with a reliable backup system. The end-users (EU) communicates in sub-GHz bands (different in every country) and uses frequency shift keying (FSK) modulation, or a chirp spread spectrum (CSS) modulation, in which the signal is spread over a wide band channel, with the ability to recover quickly from noise and interference. The research community is attracted towards LoRaTM to address complex scenarios of IoT. The work in the study of Georgiou and Raza (2017) questioned scalability together with the number of connected devices. The collisions between the EUs transmitting at the same time with the same SF have been analyzed. The results indicate that more gateways can be deployed in more crowded areas. The propagation range of links between EUs and the gateway is analyzed in the study of Petäjäjärvi et al. (2017), and a real network that is ideal for small area or town is deployed for analysis. The channel attenuation model is also valid for propagation near water surfaces. The results in the study of Petäjäjärvi et al. (2017) help in network deployment of base stations with respect to density of the EUs.
The applications, which are delay-sensitive and use lower data rates, utilize LoRaTM to provide a promising solution. The choice of SF with respect to the range of communication is an important trade-off. In addition, no research has been conducted for energy efficiency and the device’s lifespan using LoRaTM in an LPWAN. To perceive the significance of these performance parameters and trade-offs, in Ireland implementations are being tested in real scenarios using test-beds (Costa et al., 2017).
The work reported in the studies of Centenaro et al. (2016), Goursaud and Gorce (2015), Vangelista et al. (2015) explains LoRa briefly; the main focus is on physical layer (PHY) and applications, with little attention paid to medium access control (MAC) protocol. Using a lower number of devices in a scenario, a testbed and its simulation results are presented in the study of Augustin et al. (2016). A traditional protocol similar to ALOHA is presented in the study of Adelantado et al. (2016) to assess the performance of LoRaWAN in a scenario with a higher number of devices, the work is not using any testbed or simulation for validation.
The way by which LoRa nodes communicate with one another, together with a reduction in energy consumption or using energy harvesting for LoRa nodes, will result in the development of sustainable and strong IoT in future. The related work presented in the next section, reviews work that has already been reported in the literature. The main contributions of this paper are as follows:
The resource allocation used maximizes the LoRa user rates, and the LoRa users harvest energy from external sources.
The total time taken, including harvesting, transmission, and reception time at the gateway, is used for avoiding the collisions between transmissions between LoRa nodes.
A priority LoRa algorithm is proposed, which assigns specific SF to nodes having priority over other nodes.
LoRa technology scalability is also analyzed.
Related work
Wireless sensor networks and LoRa
A wireless sensor network (WSN) is comprised of sensors that are connected wirelessly. The performance of the network depends upon its nodes’ capability to sense, process, and communicate with the destination sensor node. This depends upon two factors; how it is routed and the energy used for transmission (Gupta et al., 2020; Tanwar et al., 2014, 2019). LoRaWAN is gaining astounding equal ground in industry and small businesses. As of late, it has pulled incomparable degrees of consideration from the scholastic and exploration network. In the studies of Petäjäjärvi et al. (2017), Augustin et al. (2016), Reynders et al. (2016, 2017), an overview of the performance and detailed analysis of its operational requirements is given, aimed at scalability with respect to the simple ALOHA access techniques. The work done in the studies of Petäjäjärvi et al. (2017) and Georgiou and Raza (2017)is focused on end-user distance from the gateway using the highest data rate and ensuring correct demodulation. The work in the study of Adelantado et al. (2016)assumes a distribution of all end-users that ensures maximum coverage distance using the highest SF. In the study of Gupta et al. (2020), the proposed work provides new resource allocation, which enhances LoRa’s capacity and improves its performance. A small cell network with a small radius is considered in the studies of Augustin et al. (2016) and (Bandopadhaya et al., 2020) such that all end-users can communicate with the gateway directly using available SFs. A three layer IoT architecture is employed in the study of Bandopadhaya et al. (2020) for healthcare monitoring of soldiers working in adverse environmental conditions. The integration of NOMA with LoRa is also getting attention for resource allocation (Balyan, 2020; Balyan and Daniels, 2020; Bandopadhaya et al., 2020; Li et al., 2019). The work in the study of Sherazi et al. (2020) proposed a model to evaluate the energy consumption and predict the LoRaWAN monitoring devices’ battery life. In the study of Delgado et al. (2020), the viability of LoRaWAN battery-less Class A devices is considered for both downlink and uplink transmissions. A model using a Markov chain is proposed, which uses granularity parameters and verified after comparing with a simulation model. It also checks applications-specific viability of battery-less LoRaWAN devices. The effect of the transmission interval and packet size is also analyzed, which concludes that the performance of the downlink is influenced when, especially, the second reception window is open. This work also proposes to use small size packets. The work in the study of Farooq (2020)proposes a multi-hop communication scheme for the uplink, which uses LoRa’s PHY layer parameters to extend the network’s coverage and throughput simultaneously.
Energy harvesting and scheduling
The requirements of high-speed networking in all the sectors is putting a burden in the form of resources to store and means to conserve energy, which is further growing due to massive sizes (Khargharia et al., 2007). The LoRa flexibility is limited when the devices are powered by energy sources (batteries). The deployment of such devices further limits the performance of the LoRa, as the battery replacement cost and distance of location or dangerous environment is another factor which needs to be considered. This clearly indicates that addressing energy efficiency is not sufficient. Another solution is to use energy harvesting, which is used to provide power to remote sensors or LoRa nodes. The harvested energy can be taken from solar energy, radio frequency energy, electromagnetic energy, or wind energy (Clerckx et al., 2019). The radio frequency energy can be derived from dedicated transmitters, for example WiFi. The work reported in the study of Orfei et al. (2017) uses a battery-less LoRa wireless sensor that monitors road conditions. Mechanical vibrations are harvested electromagnetically, using energy harvester with Halbach harvesting configuration for harvesting. The work in the study of Lee et al. (2018) proposes a novel floating device that harvests thermoelectric and solar energy. The work presented in the study of Hasanloo et al. (2020) uses a system model that has a real-time periodic task set, an energy harvester, and a hybrid energy storage system (HESS). The HESS is described in two parts: instantly available charge (IAC) and instantly unavailable charge (IUC). These two parts intelligently controls the flow of charge in HESS and prolongs the lifetime of the system. Furthermore, the combination of the HESS and task scheduling leads to lifetime improvements of up to 20% provides as compare to other classical algorithms. The work in the study of Sherazi et al. (2020) uses available resources of renewable energy in a smart industry environment to highlight the importance of energy harvesting compared to the replacement cost of battery and associated damages. In our analysis of the literature review on LoRaWAN and EH together, we found that the performance of LoRaWAN is limited due to:
The devices that are powered by battery; and
Use of resource allocation algorithms, which are prone to collisions.
The work is done in the paper to address above mentioned issues. The remainder of the paper is organized as follows; an overview of LoRa specifications are given in the third section, energy harvesting and collision detection methods for LoRa nodes is explained in the fourth section, simulation results for performance evaluation are given in the fifth section, and finally, the conclusions are drawn in the sixth section.
LoRa specifications
LoRa technology is derived from chirp spread spectrum (CSS) having embedded forward error correction (FEC). A wide band is used for transmissions to counter interference and to handle frequency offsets. A LoRa receiver is sensitive to decoding transmissions which are 19.5 dB below the noise floor (Bor et al., 2016), which enables larger communication distances. The main benefits of LoRa include long-range links, robustness, low power, doppler, and multipath resistance. The available LoRa transceivers can operate between 137 and 1,020 MHz. They are used in ISM bands. The physical layer of LoRa can be used with any MAC layer; however, LoRaWAN is the MAC for LoRa using a star topology.
LoRaWAN
The LoRaWAN provisions are maintained by the LoRa alliance, which is a non-profitable organization. The devices in LoRaWAN transmit packets directly to the nearby gateway(s), denoted as GW, which transparently forward the packets to a network server (NS). The NS uses the best packet and removes multiple duplicate messages, which might arrive due to multiple gateways, and forwards the packet to the application server. The devices and application servers are supplied by the end-user (EU), while the network provider provides the gateways and network server.
The three types of end devices are defined by LoRaWAN: classes A, B, and C. Class A devices send the packet randomly to the gateway and after a waiting time opens a receive window to receive any acknowledgment or pending messages from the gateway. Class B devices work on top of Class A devices with an additional scheduled receive window. Class C devices extend Class A by leaving the receive window open until it is transmitting. Classes A and B devices are mainly battery-powered, while Class C devices are mains powered.
As stated earlier, LoRaWAN operates in the ISM band (license exempt band). The frequency depends upon the country of deployment and operates using on the following frequencies 433,868 or 915 MHz. There are eight physical layers used for this band; six with spreading factor using 125 kHz bandwidth, 1 with SF = 7 at 250 kHz bandwidth and the eighth operates with Gaussian frequency shift keying (GFSK) and supports 50 kbps data rate. In order to extend the battery life of end node devices and the capacity of the network, the data rate and RF output of end nodes can be controlled independently by using an adaptive data rate (ADR) scheme. The chip rate, chip duration, bandwidth, symbol rate, symbol duration, and data rate are denoted by and , respectively. The notations are given in Table 1. The relation between them are as follows:
(1a) (1b) (1c) (1d)where Rc > Rs. (2)where is the coding rate for forward error correction (FEC), .Table 1.
Notations.
| Notation | Definition |
|---|---|
| Rc | Chip rate |
| Tc | Chip duration |
| Rs | Symbol rate |
| Ts | Symbol duration |
| Rb | Data rate |
| SF | Spreading factor |
| CR | Coding rate |
| tai | Time on air of ith node |
| Algorithm PRIORLoRa |
| 1. Input: |
| 2. – number of devices covered by a gateway |
| : denotes number of SF of value s, |
| SENS: denotes sensitivity of the devices, |
| RSSI – nodes power levels. |
| PRSSI – priority nodes power levels. |
| 3. Output: |
| 4. function PRIORLoRa-SF . |
| 5. of end devices. |
| 6. for l = 1 to length (SFs) |
| 7. ) |
| 8. |
| 9. |
| 10. else |
| 11. r = c |
| 12. End if |
| 13. for k = 0 to r |
| 14. |
| 15. |
| 16. |
| 17. End for |
| 18. End for |
| 19. return . |












