Wireless Local Area Network (WLAN) mesh networks are used to provide IEEE 802.11 coverage using multihop relaying between mesh access points (MAPs) and mesh points (MPs). Throughout this description and claims, the term “mesh node” is used to mean a MAP or a MP or any other suitable component of the mesh network. These networks are currently being standardized under IEEE 802.11s, which intends to promote interoperability between different vendor solutions. One of the major costs of certain WLAN mesh deployments is that of providing MAPs/MPs with electrical power and wired network connections. This is especially true in WiFi hotzones, where coverage is provided over extended outdoor areas. Although power can be supplied through power over Ethernet (POE), such a solution requires a wired network connection, which is often very expensive. For the past several years, the SolarMESH network has been under development and undergoing deployment trials at McMaster University. In SolarMESH, some or all of the mesh nodes are solar powered and completely tetherless, and can be deployed quickly and inexpensively for outdoor WiFi coverage in campuses, building complexes and other WiFi hotzones.
In a solar-powered WLAN mesh, the mesh nodes are photovoltaic (PV) systems which provide reliable operation by achieving a sustainable balance between energy input and output. Node resource allocation includes assigning a panel and battery size to each mesh node. This assignment is very important, since the panel and battery can be a significant fraction of the total cost, especially in temperate regions. If a mesh node is overprovisioned, its cost may be unnecessarily high. If a mesh node is underprovisioned, outages may occur. The sizing of photovoltaic systems has been extensively studied in the literature.
Embodiments are illustrated by way of example and not limitation in the figures of the accompanying drawings, in which like reference numerals indicate corresponding, analogous or similar elements, and in which:
Appendix is a discussion of solar radiation data and models.
It will be appreciated that for simplicity and clarity of illustration, elements shown in the figures have not necessarily been drawn to scale. For example, the dimensions of some of the elements may be exaggerated relative to other elements for clarity.
In the following detailed description, numerous specific details are set forth in order to provide a thorough understanding of embodiments. However it will be understood by those of ordinary skill in the art that the embodiments may be practiced without these specific details. In other instances, well-known methods, procedures, components and circuits have not been described in detail so as not to obscure the embodiments.
A renewable energy WLAN infrastructure mesh node implements a control algorithm to ensure that it has sufficient power to provide a minimum level of performance (for example, the ability to make emergency calls) while offering enough capacity to satisfy customer demands to the extent possible. A device to harness energy from a source of renewable energy is coupled to a battery, which in turn is coupled to the mesh node. Although the examples described below refer to the example where the source of renewable energy is the sun, meteorological data related to the source of renewable energy is solar insolation data, and the mesh nodes are solar powered mesh nodes, in which the device is a solar panel, the same principles may be applied to other sources of renewable energy, including, for example, wind power.
Provisioning the Mesh Node
An energy flow model can be used to determine what size solar panel and what total battery capacity to select. The solar panel size is given by SPANEL, and is usually rated in watts at peak solar insolation. BMAX is defined to be the total battery capacity.
In the energy flow model, εPANEL(k) is defined to be the energy produced in the solar panel over the time increment [(k−1)Δ,kΔ], where Δ is the time-step length considered. Using publicly available meteorological data, data collection and modeling is done in discrete time, and more than sufficient accuracy is usually obtained using 1 hour Δ increments.
If L(k) is assumed to be the load energy demand over the time duration [(k−1)Δ,kΔ], then according to the energy flow model, the residual battery energy, B(k), stored at time kΔ is approximated by the following iterative equation:
B(k)=min{max[B(k−1)+εPANEL(k)−L(k),BOUTAGE],BMAX} (1)
where k=0, 1, . . . , kMAX ranges over the entire set of solar irradiation samples taken for a given geographic location. Available data of this kind typically spans several decades of continuous measurements. The above model is easily modified to incorporate more sophisticated battery models such as those that include temperature effects.
Resource allocation for the mesh node consists of assigning the values of BMAX and SPANEL to the node. When this configuration is performed, a load profile for each node is determined. The load profile is a time function which represents the peak or average workload for which the node in question is designed. For a given geographical location, public meteorological data is then used to design the node subject to a target outage probability. For a given power dissipation workload, a continuum of battery and panel sizes can be determined and a cost-optimal assignment can be found. Using data for Toronto, Canada, for example, the approximate cost-optimal panel and battery sizes are shown in Table 1 for a (short-term) average power consumption of 2 Watts, where POUTAGE is the outage probability.
Power Saving in the Mesh Node
Power consumption is a major factor affecting the node cost due to the panel/battery configuration. IEEE 802.11 does not include native procedures that would allow an access point to achieve power saving. In classical IEEE 802.11, power saving has dealt with end user stations, since access points are assumed to have continuous power connections and assumed to always be active on their assigned channel. “Access Point Power Saving in Solar/Battery Powered IEEE 802.11 ESS Mesh Networks” by Y. Li, T. D. Todd and D. Zhao, The Second International Conference on Quality of Service in Heterogeneous Wired/Wireless Networks (QShine), August 2005 proposes a power saving WLAN mesh architecture based on simple extensions to IEEE 802.11e. In conventional IEEE 802.11, access points (APs) broadcast beacon packets periodically to announce the presence of the access point and to maintain synchronization with its associated stations. In the proposed power saving protocol, the AP includes a network allocation map (NAM) in its beacon broadcasts which specifies periods of time within the superframe when it is in a power saving state.
Embodiments of this invention assume that such power saving techniques are available and therefore, the mesh node can choose to force a level of power saving activity regardless of mobile station transmission requirements. This is referred to herein as forced power saving (FPS). When FPS is used the bandwidth offered by the mesh node is artificially reduced and when this is less than that required by the load, the system incurs a capacity deficit.
An example of this is shown in
Control Algorithms in the Mesh Node
IEEE 802.11 mesh nodes will normally be provisioned for negligible outage. When a mesh node's workload exceeds its provisioning, the node should sometimes assume a degraded mode of operation in order to prevent outage. In addition to the zero outage requirement, there is an additional constraint that the normalized offered capacity should never drop below some acceptable design value, UMIN, otherwise the operation of the mesh node would be too impaired. As long as the battery stores sufficient energy for the normalized offered capacity to meet or exceed UMIN, a minimum level of performance is ensured.
The problem of efficient control can be formulated as a stochastic control problem. As before, L(k) is defined to be the energy loading of the mesh node during the time interval [(k−1)Δ,kΔ]. The actual energy loading on the mesh node during [(k−1)Δ,kΔ] is then defined to be εA(k). In the absence of any control, εA(k)=L(k), but when a control mechanism is in place, the activity level of the mesh node may sometimes be artificially reduced to save power, i.e.,
εA(k)=min(L(k),εMAX(k)), (3)
when εMAX(k) is a control variable that specifies the maximum energy consumption in the next interval. The actions of the control variable lead to an energy deficit εDEF(k), defined by
εDEF(k)=L(k)−εA(k). (4)
εA(k) is not permitted to drop below the value needed to provide the UMIN mesh node activity level, i.e. εA(k)≧F(UMIN), where the function F translates the average activity of the mesh node into an average energy consumption over the time interval [(k−1)Δ,kΔ].
The objective of the control scheme is to satisfy the target outage rate while reducing the capacity deficit as much as possible. For a given loading condition, the optimum control scheme is to select εA(k) for all k, such that the energy deficit over all time is minimized, i.e.,
Equation 6 is the modified energy flow equation for the system, Equation 7 is the outage requirement, and Equation 8 is the constraint on minimum mesh node energy or capacity. Normally the mesh node will be designed to a zero outage probability target and in this case Equation 7 is equivalent to the requirement that B(k)>BOUTAGE, for all k. Unfortunately Equation 5 describes an extraordinarily hard optimal control problem.
On/Off Capacity Deficit Control
One method of control is to implement in the mesh node a classic on/off controller which restricts the activity of the mesh node to UMIN whenever the battery state of charge falls below a threshold, denoted by LTH. The basic on/off controller sets the maximum energy that will be available in the next time step, εMAX(k), as follows,
where the term PMAXΔ represents the peak energy that the mesh node can dissipate over Δ, and the term PU
The actions of the controller are specified in terms of mesh node energy usage constraints, and in practice this must be translated into radio/node activities. A simple way to do this is to assume the worst-case power consumption of the mesh node, PMAX, and translate that into a maximum activity level per superframe. Assuming that the quiescent power consumption of the mesh node is PMIN, then it can easily be shown that the maximum fraction of time that the mesh node can be active during interval k is given by
Alternatively, a more sophisticated model of the mesh node activity can be used. Equation 10 expresses the normalized offered capacity, and Equation 2 can be used with this expression to determine the total forced power saving time per inter-beacon period that corresponds to this normalized offered capacity.
Gradual Capacity Deficit Control
With the on/off controller described above, the transition into active control occurs very abruptly. Another method of control is to implement in the mesh node a controller which gradually restricts the activity of the mesh node as the battery energy reserves decrease.
For example, the controller may set the maximum energy that will be available in the next time step, εMAX(k), as follows,
where UTH denotes an upper threshold above which no control is performed, and C is a constant that controls how aggressively energy consumption of the mesh node is curtailed as the battery's state of charge drops. For example, C may be given the value Δ(PMAX−PU
As explained above, the restrictions in the mesh node's activity are effected by restricting the time that the mesh node is available to provide communication services to other nodes or mobile stations in the network. The duration of time during which the mesh node is forced to be unavailable, that is, during which the mesh node withholds communication services, may be determined from a model for the normalized offered capacity.
Selection of Lower Threshold LTH
The selection of lower threshold LTH is important. If LTH is too low, then outages may occur. If LTH is too high, then services may be unnecessarily degraded. There are various options for selecting lower threshold LTH.
One option, for example, is to select LTH when the mesh node is configured using the meteorological data for that location. Assume a full battery and a fixed load corresponding to UMIN. Simulate the system using Equation 1 and find the lowest battery state of charge. Since this minimum should not correspond to an outage, one minus this value is then used as the threshold, LTH. For example, if the simulation yields a lowest B(k) of about 94%, then the lower threshold LTH may be set to 6%.
Another option, for example, is choose a control scheme, for example, on/off control or gradual control, and to choose UMIN. Then the system is simulated using the appropriate Equation 9 or 11 for different values of LTH. The value of LTH that yields the best performance (measured, for example, in not exceeding the target outage probability and in reducing the capacity deficit) is used.
Calculation of Energy using Dynamic Access to Meteorological Data
An alternative to the methods of
This calculation may be performed at mesh node 108 or may be performed on a server to which mesh node 108 has access via the WLAN mesh network. This latter option may be desirable since the required simulation may be very labor intensive in terms of communication bandwidth, node power consumption, and other resources. Performing this computation on a networked server may conserve considerable energy at the mesh node. Mesh node 108 may provide the server with some of the data on which the calculation is based (e.g. an indication of the current state of charge of the battery) and receive in return from the server indications of the calculated energy or load or time or boundaries, or information from which such data can be determined. If the calculation is performed on the server, then instructions stored on a computer-readable medium are executed by the server to receive from mesh node 108 some of the data on which the calculation is based, to perform the calculation, and to provide mesh node 108 with the calculated energy or load or time or boundaries or information from which such data can be determined. Computer-readable media can be any available media that can be accessed by a general-purpose or special-purpose computer. By way of example, and not limitation, such computer-readable media may comprise physical computer-readable media such as RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, DVD or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to carry or stored desired program code means in the form of computer-executable instructions or data structures and which can be accessed by a general-purpose or special purpose computer. When information is transferred or provided over a network or another communications connection (hardwired, wireless, optical or any combination thereof) to a computer system, the computer system properly views the connection as a computer-readable medium. Thus, any such connection is properly termed a computer-readable medium. Combinations of the above should also be included within the scope of computer-readable media.
A description of an exemplary method follows. At each decision point, k, the node may decide what energy it is willing to consume over the next Δ time increment, [(k−1)Δ,kΔ] (e.g. A is one hour). Using solar insolation data, simulation runs of the energy balance equation are done for W time increments into the future from the current hour p. The results of these simulation runs are used to determine the energy that can be offered over this time increment. If the calculations are performed at mesh node 108, mesh node 108 accesses the solar insolation data via the WLAN mesh network. If the calculations are performed at a server to which mesh node 108 has access via the WLAN mesh network, then it is assumed that the server has access to the solar insolation data, for example, via the Internet.
In one embodiment, forecasted solar insolation data is used in the simulation. A simulation based on Equation 1 is performed, from p top+W hours into the future. This allows the method to examine the system state over the window of prediction, i.e. [p,p+W] using the data in question. Once the battery state of charge values are generated W hours into the future, they can be examined in order to make a decision on the admissible load. The controller sets a threshold LTH on the battery state of charge, and finds the lowest point δ below LTH in the simulated run. The controller then sets the admissible load to be the original demand load reduced so that the lowest point is above LTH. The admissible load will be termed “admissibleload”. If the admissible load is less than the load corresponding to UMIN, the admissible load is set to the load corresponding to UMIN, since the priority is to always supply UMIN as discussed hereinabove.
Another embodiment exploits solar cyclostationarity, uses an historical database of solar insolation data, and indexes each year in Δ time increments (e.g. Δ is one hour). It then accepts as an input the current hour p, the window of prediction W, and the load that is being considered for admission, i.e. “originalload”. At the corresponding time p in the historical database, the controller performs a simulation based on Equation 1 for a given past year, from p forward top+W hours. This allows the method to examine the system state over the window of prediction, i.e. [p,p+W] using the data in question. This procedure is repeated for multiple years in the meteorological database for this location. Once the battery state of charge values, “BatteryCharge(i)”, are generated W hours into the future, they can be examined in order to make a decision on the admissible load. In one embodiment, the controller sets a threshold LTH on the battery state of charge, and finds the lowest point δ below LTH in the simulated run. The controller then sets the admissible load to be the original demand load reduced so that the lowest point is above LTH. If the total admissible load is less than the load corresponding to UMIN, the total admissible load is set to the load corresponding to UMIN, since the priority is to always supply UMIN as discussed hereinabove. Finally, the ensemble average value of the admissible load across all the years available on record is taken and this will be the load actually admitted by the system.
In order to improve the outcome of the simulations and the system controller action, it may be helpful to improve the quality of the data being forecasted. The data is used by the prediction algorithm as an input to the simulations. There are several prediction algorithms available and they are referred to herein as “the prediction algorithm”. The data to be forecasted may include, but is not restricted to, the weather conditions and the load profile. There are several ways to perform the forecasting, and the AP could perform the forecasting in a stand-alone fashion without accessing any external data. In this case, the AP could rely on pre-programmed or dynamic coefficients which are used within the context of the prediction algorithm to perform the prediction several time steps into the future. The pre-programmed coefficients could be generated from available historical data. For example, known load profiles and solar insolation, etc. The dynamically updated coefficients could be generated based on the data being collected by the AP over a statistically sufficient period of time preceding the prediction period. The method could also perform the calculations by combining the pre-programmed coefficients and the dynamically updated coefficients, thus making use of historical data and current data at the same time. To conserve power and other mesh node resources, the processing could be offloaded to an external server. In this case, the mesh node would periodically report the parameters being collected locally to the server. The server would report back to the mesh node the parameters such as the admissible load, etc. One possible hybrid method would be to combine publicly available forecasted data with locally measured data from the mesh node. In this case, the forecasted data would represent the long term trends and averages while the AP would provide adaptive refinement based on actual condition at its spatial location. Finally, any combination of one or more of the above-mentioned schemes would be considered a viable alternative that would produce satisfactory results. In addition, more than one prediction algorithm may be combined in order to improve the simulation results.
In yet other embodiments, a combination of historical solar insolation data and forecasted solar insolation data is used in the simulations and calculations.
Performance Results—On/Off Capacity Deficit Control and Gradual Capacity Deficit Control
Many experiments in resource allocation and capacity deficit control were performed. The solar panel was assumed to be fixed and tilted facing toward the equator, and the solar models used are briefly discussed in the Appendix. A non-ideal, temperature dependent battery model with an initial complete battery state of charge was assumed. In the experiments the meteorological data for a location is partitioned into two, so that one can be used for the design, and the other can be used when simulating the system under test. For example, data from even years may be used for the design, and data from odd years may be used for the simulations. The results of the experiments indicated that the performance of the AP is independent of the traffic type or arrival process, provided that the average power consumption of the AP is the same. This is to be expected since the battery/panel integrates AP power consumption over long time periods. For this reason, the results of the experiments are presented results as a function of average AP loading.
One factor in the design of the system is the Averaged Offered Capacity Profile (AOCP). AOCP(·) is defined to be a time function which spans a single year, i.e. AOCP(k) is defined to be the ensemble average over all years of the offered capacity that the system is designed for, over the interval of time [(k−1)Δ,kΔ]. In practice, there will be uncertainty as to how to predict AOCP(·) and in some cases, worst-case values may be chosen. As in other capacity deployment situations, designers will often have a good idea of reasonable profiles through experience with similar deployments. The particular value of AOCP(k) does not mean that this is the peak capacity that is offered to users of the AP throughout [(k−1)Δ,kΔ]. Rather, AOCP(k) specifies an ensemble average AP activity level over that period.
Using the design methodology described herein, the performance of a solar powered AP was simulated over the meteorological history of various locations. It was assumed that the maximum power consumption of the AP, PMAX, is 1 W and that the minimum power consumption of the AP, PMIN, which occurs when the radio interface (and other electronics) are in a low power sleep/doze mode, is 20 mW.
Based on battery/panel contour plots, the optimum configuration was determined using a battery/panel cost ratio of 0.51. This value was taken from current typical retail price figures. The optimum price panel and battery sizes for three different outage probability targets are compared in Table 2 for Toronto, Canada. In a first set of designs, the Averaged Offered Capacity Profile, AOCP1, is as shown in
Note that 10−4 corresponds to a negligible outage rate, and would often be the target in practical WLAN mesh designs. A comparison between conventional non-power saving APs and designs based on protocol AP power saving for AOCP1 show that there is a 2:1 reduction in both panel size and in battery size for the same outage probability target. This cost reduction is very significant and would lead to a much more price competitive product. It should be noted that AOCP 1 is not considered to be an atypical case, and many lower AP utilizations would be expected in practical outdoor systems.
In the AOCP2 example, the non-winter AP usage is identical to AOCP1, but during winter months the average utilization drops significantly. It can be seen from Table 2 that this usage behavior allows further significant reductions in AP resources. In the 10−4 case, for example, batteries/panels may be used that are 62% and 35% that of the AOCP1 case. The seasonal usage improvement is very significant since clearly the winter months in temperate locations is dictating the resources needed to achieve a given outage target. This is caused by reduced solar insolation and temperature-dependent battery effects that are strong during these periods. Again it is important to emphasize that these gains are made possible by the protocol-based AP power saving.
The negative aspect of the resource allocation method is that it may increase an access point's outage sensitivity to workloads that exceed its design. In
A potential advantage of the proportional control is that it is less abrupt. In order to help characterize its performance we measured the minimum offered capacity and the length of time per year during which that capacity is offered. In
The power saving design methodology is statistical, in that the nodes are designed for a target activity factor which may not be met in practice. For this reason a control algorithm was proposed which can reduce outage by dropping the offered capacity when needed. The effectiveness and performance of this control was characterized. It was shown that the algorithm can prevent outage even when loading greatly exceeds the design values. Gradual capacity deficit control was shown to more gracefully add capacity deficit to the system, and can result in larger minimum deficits.
Performance Results—Dynamic Access to Meteorological Data
In the results presented below, twenty years of data for the city of Toronto, Canada were used. The data from odd-numbered years was used for the actual system simulation, and the data from even-numbered years was used in the weather simulations. The experiments were repeated for POUTAGE=10−2, 10−3 and 10−4. The prediction window W was set to 24 hours, LTH to 10%, and UMIN to 0.1 W.
Mesh Node Structure
Mesh node 1600 comprises a WLAN controller 1608 coupled to processor 1602, a WLAN radio 1610 coupled to WLAN controller 1608, and an antenna 1612 coupled to WLAN radio 1610. WLAN controller 1608 and WLAN radio 1610 are compatible with one or more WLAN communication standards, for example, IEEE 802.11 standards and/or ETSI HiperLAN standards.
Mesh node 1600 may comprise other components that are not shown in
Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.
The performance results described hereinabove use solar irradiation data from two different North American sources. Data for many locations in the United States is available from the National Solar Radiation Data Base (NSRDB), National Renewable Energy Laboratory (NREL), U.S. Department of Energy. In Canada, data is obtained from the National Climate Data and Information Archive, The Meteorological Service of Canada (MSC). The NREL data provides insolation records including global horizontal solar irradiance, direct normal solar irradiance and diffuse horizontal solar irradiance for each hour from Jan. 1, 1961 through Dec. 31, 1990 for 239 different sites. In addition to the fields mentioned above, to assist in using solar conversion models, two other fields are also included in the hourly records; extraterrestrial horizontal radiation and extraterrestrial direct normal radiation. The MSC records contain similar data for 148 Canadian locations. These records, in addition to the traditional fields, contain temperature, sky condition, station pressure records, etc.
Five different solar irradiation fields are used from the data. These are, extraterrestrial horizontal radiation, extraterrestrial direct normal radiation, global horizontal radiation, direct normal radiation, and diffuse horizontal radiation. The first two fields are deterministic and can be calculated using the sun-earth distance and position equations, but the rest of the fields are samples of random processes due to complex weather processes such as humidity air pressure and cloud type cover.
In most PV applications, fixed panels are pointed directly south and sloped slightly greater than the geographic latitude so that solar absorption is highest during winter months. Meteorological data however, is only available for horizontal and fully-tracking (direct normal) components and cannot be used directly for a fixed planar solar panel. For this reason a conversion model is used to compute the energy incident on the panel. The direct component calculation is a straightforward problem, as described in “Comparison of calculated and measured values of total radiation on tilted surfaces in Dhahran, Saudi Arabia”, M. A. Abdelrahman and M. A. Elhadidy, Solar Energy, 37:239-243, 1986. The diffuse component estimation requires a more complex computation and the most widely accepted model was used, as described in R. Perez and R. Stewart, “Solar irradiance conversion modules”, Solar Cells, 18:213-222, 1986. The ground-reflected component is not considered in these results since it is highly site-dependent and detailed knowledge of the “surrounding ground albedo” is required. Typically this component is a small fraction of the total and does not significantly contribute to total solar insolations. However, when it is present the results described hereinabove can be considered to be a worst-case underestimation.