Notice: Wiley Online Library will be unavailable on Saturday 27th February from 09:00-14:00 GMT / 04:00-09:00 EST / 17:00-22:00 SGT for essential maintenance. Apologies for the inconvenience.
Corresponding author: A. Settimi, Istituto Nazionale di Geofisica e Vulcanologia, Via di Vigna Murata 605, 00143, Rome, Italy. (firstname.lastname@example.org)
 The three-dimensional (3-D) electron density representation of the ionosphere computed by the assimilative IRI-SIRMUP-P (ISP) model was tested using IONORT (IONOspheric Ray-Tracing), a software tool for calculating a 3-D ray-tracing for high-frequency waves in the ionospheric medium. A radio link was established between Rome (41.8°N, 12.5°E) in Italy, and Chania (35.7°N, 24.0°E) in Greece, within the ISP validity area, and for which oblique soundings are conducted. The ionospheric reference stations, from which the autoscaled foF2 and M(3000)F2 data and real-time vertical electron density profiles were assimilated by the ISP model, were Rome (41.8°N, 12.5°E) and Gibilmanna (37.9°N, 14.0°E) in Italy, and Athens (38.0°N, 23.5°E) in Greece. IONORT was used, in conjunction with the ISP and the International Reference Ionosphere 3-D electron density grids, to synthesize oblique ionograms. The comparison between synthesized and measured oblique ionograms, both in terms of the ionogram shape and the maximum usable frequency characterizing the radio path, demonstrates both that the ISP model can more accurately represent real conditions in the ionosphere than the IRI, and that the ray-tracing results computed by IONORT are reasonably reliable.
If you can't find a tool you're looking for, please click the link at the top of the page to "Go to old article view". Alternatively, view our Knowledge Base articles for additional help. Your feedback is important to us, so please let us know if you have comments or ideas for improvement.
 Comprehensive, global and regional, features of the Earth's ionosphere are required to ensure the effective planning, operation, and management of numerous radio frequency systems. As a result, several groups worldwide are actively involved in developing three-dimensional (3-D) models of ionospheric electron density, which after assimilating measured data calculate an updated 3-D image of the ionosphere [Angling and Khattatov, 2006; Thompson et al., 2006; Fridman et al., 2006, 2009; Decker and McNamara, 2007; McNamara et al., 2007, 2008, 2010, 2011; Angling and Jackson-Booth, 2011; Shim et al., 2011].
Pezzopane et al.  recently presented a 3-D regional mapping of the ionosphere based on a combination of three main elements: (1) autoscaled data from certain ionospheric reference stations, (2) the foF2 and M(3000)F2 regional grids calculated by the Simplified Ionospheric Regional Model UPdated (SIRMUP) [Zolesi et al., 2004; Tsagouri et al., 2005], and (3) the International Reference Ionosphere (IRI) model [Bilitza and Reinisch, 2008]. The procedure was named the IRI-SIRMUP-P (ISP) model. The validity area of the ISP model is the central Mediterranean region extending in latitude from 30° to 44° and in longitude from −5° to 40°, with a 2°×2° degree resolution, which is exactly the validity area of the regional SIRMUP model. In several studies [Pezzopane et al., 2011, 2013], the ISP model was tested for both geomagnetically quiet and disturbed conditions, demonstrating that in particular at the solar terminator, and under disturbed conditions, the electron densities calculated by the ISP model were more representative of the real conditions of the ionosphere than those calculated using only the climatological IRI model.
 Ray-tracing is a technique to determine the travel path of radio waves from a transmitter to a receiver in an anisotropic and inhomogeneous medium other than vacuum [Budden, 1988]. Bennett et al.  reviewed a number of applications and techniques for ray-tracing, mostly from a theoretical point of view. In general, ray-tracing can accurately be performed if the 3-D electron density distribution between the transmitter and the receiver is known [e.g., Kashcheyev et al., 2012]. Usually, climatological ionospheric models, like IRI, are used to represent electron density distribution. However, because actual electron density distribution can differ significantly from the model, the ray-tracing procedure may return incorrect results. With regard to this issue, Huang and Reinisch  described a real-time high-frequency (HF) ray-tracing through a tilted ionosphere. Instead of using an ionospheric model like the IRI, they illustrated a more realistic approach by exploiting a collocated digisonde [Reinisch et al., 2009] at the direction-finding site measuring the vertical electron density profile and the local ionospheric tilt, providing, in real-time, the inputs for the construction of the 3-D electron density distribution.
 This paper discusses the application of IONORT (IONOspheric Ray-Tracing), a software tool for calculating a 3-D ray-tracing of HF waves in the ionospheric medium [Azzarone et al., 2012], on a number of electron density grids computed by the assimilative ISP model (IONORT-ISP system) and the IRI model (IONORT-IRI system) to synthesize oblique ionograms.
 Of course, the idea of obtaining artificial oblique ionograms is not new. Kopka and Möller  examined theoretical oblique ionograms calculated with a ray-tracing program that included the effects of the Earth's magnetic field. Another interesting finding is that provided by Gething  who assumed some simplifying hypotheses, so that the ionosphere was supposed to be composed of stratified concentric spheres with equal electron density. This assumption of spherical stratification, which is equivalent to neglecting ionospheric tilts, is also present in more recent works [Chen et al., 1992].
 In principle, IONORT uses a method that does not adopt any of these simplifying hypotheses and it is in line with the state-of-the-art results obtained by other groups [e.g., Bamford, 2000]. To test the effectiveness of the IONORT-ISP system, a radio link was established between Rome (41.8°N, 12.5°E) in Italy, and Chania (35.7°N, 24.0°E) in Greece, within the ISP validity area, for which oblique soundings are conducted. The transmitting system is based on a VOS-1 chirp ionosonde produced by the Barry Research Corporation, Palo Alto, CA, USA [Barry Research Corporation, 1975] sweeping from 2 to 30 MHz at 100 kHz/s with an average power of less than 10 W. In this kind of ionosonde the transmitted signal is frequency modulated continuous wave with the result of minimum interference with other users and high noise immunity. The transmitting antenna is a delta for decametric wavelength used for vertical soundings, suited for oblique soundings. The receiver is an RCS-5B chirp produced by the Barry Research Corporation . The receiving antenna is a Vee sloper loaded oriented toward Rome to improve the signal-to-noise ratio as much as possible.
 The ionospheric reference stations used as assimilative sites by the ISP model, in terms of the autoscaled foF2 and M(3000)F2 data, and the real-time vertical electron density profiles, were Rome (41.8°N, 12.5°E) and Gibilmanna (37.9°N, 14.0°E) in Italy, and Athens (38.0°N, 23.5°E) in Greece (Figure 1).
 The comparison, between the synthesized ionograms obtained from the IONORT-ISP and IONORT-IRI systems and the measured oblique ionograms, considered both ionogram shape and maximum usable frequency (MUF) characterizing the radio path, and demonstrated that the ISP model better represents the real conditions of the ionosphere than the climatological IRI model, and that the ray-tracing results computed by IONORT are reasonably reliable.
2 The IONORT-ISP System: A Brief Description
 Initially, the ISP model checks the autoscaling performed at the ionospheric reference stations. The present study makes use of the autoscaling performed by Autoscala [Pezzopane and Scotto, 2005, 2007; Scotto, 2009; Scotto et al., 2012] on the ionograms recorded by the AIS-INGV ionosonde [Zuccheretti et al., 2003] installed at the ionospheric stations of Rome and Gibilmanna, and by the Automatic Real-Time Ionogram Scaler with True Height analysis system [Reinisch and Huang, 1983; Reinisch et al., 2005; Galkin and Reinisch, 2008] on the ionograms recorded by the digisonde [Reinisch et al., 2009] installed at the ionospheric station of Athens. If no foF2 and M(3000)F2 autoscaled values are output from any of the stations, a climatological 3-D electron density grid is computed according to the standard IRI procedure. By contrast, if at least one station has output autoscaled values of foF2 and M(3000)F2, the effective sunspot number (Reff) [Houminer et al., 1993] is calculated on the basis of these values [Zolesi et al., 2004], and is then used by the Simplified Ionospheric Regional Model (SIRM) [Zolesi et al., 1996] to provide a nowcast of foF2 and M(3000)F2 on the regional spatial grid of interest.
 These foF2 and M(3000)F2 value grids computed by the SIRMUP procedure are then used as input to the IRI, and a 3-D updated electron density grid is generated. At this point, if at least one ionospheric reference station has a vertical electron density profile associated with the autoscaling of the ionogram trace, an assimilation process of the measured electron density profiles starts, after which a further updated 3-D electron density grid of values is generated. Equation ((1)) represents, at a specific height, the assimilation process performed by the ISP procedure [Pezzopane et al., 2011]: the value T of electron density at a generic point xi(λi,θi) (with i = 1,….,n, and where λi and θi are, respectively, the corresponding geographical longitude and latitude) is calculated as follows:
σ is a parameter of the exponential weight function that can be varied; I[xi(λi,θi)] is the value of electron density before assimilating the measured data at the specific height at the generic point xi(λi,θi); (with j = 1*,….,m, where m represents the number of reference stations, and λj and θj are, respectively, their corresponding geographical longitude and latitude) is the measured value of the electron density at the specific height at the point identifying the position of a reference station.
 IONORT [Azzarone et al., 2012] is a software tool for calculating a 3-D ray-tracing of HF waves in the ionospheric medium, using an integration algorithm derived from the one coded by Jones and Stephenson . It is based on a system of first-order differential equations with Hamiltonian formalism, solved for a geocentric spherical coordinate system and according to the wave vector components, and previously tested using a horizontal homogeneous model [Bianchi et al., 2011]. Figure 2 shows the graphical user interface of IONORT, which enables users to modify the input parameters. Users can also change the model representing the ionosphere, with the possibility of considering an analytical standard Chapman modeled ionosphere [Chapman, 1931], or other numerical representations of the ionosphere (see the “Ionospheric Model” frame in Figure 2). As regards the numerical 3-D representation of the ionosphere, the present study considered electron density grids computed both by the IRI and by the ISP models. In this work, IONORT was used, in conjunction with these two different 3-D electron density grids, to synthesize oblique ionograms that were compared with measured oblique ionograms. Figure 3 gives an overall chart of the IONORT-ISP system.
3 The IONORT-ISP System: Analysis and Discussion
 A ray-tracing algorithm calculates the path of a ray when the transmitter location, the frequency, and the direction of transmission are given, but it cannot directly calculate the ray paths that arrive at the receiver. The problem is to know, before tracing the ray, in which directions to transmit a ray so that it will arrive at a given receiver. It is possible to specify the initial conditions of a ray, in particular its launch direction, but where it lands is generally not known until after the calculation. To find all the ray paths connecting a transmitter with a receiver requires a very elaborate homing-in routine. Nickisch  discussed an extension of Haselgrove's equations for accurate computation of ray focusing and ray homing, the application of these equations in HF propagation channel modeling, and finally the geolocation of targets for over the horizon radars. The same equations can be used to efficiently home a ray to a desired landing point (incidentally useful for generating synthetic oblique ionograms, or for performing computations on a fixed link).
 At present, the IONORT program is not optimized with an automatic homing-in feature. However, IONORT allows users to specify ranges of frequency [FSTART, FEND] (in MHz), elevation [ELSTART, ELEND] and azimuth [AZSTART, AZEND] angles of transmission (in degrees), including those rays that are thought to arrive at the receiver. For each sounding frequency, the algorithm goes over a candidate pool of ray elevation and azimuth angles to exit when the ray's landing point is close to the receiver location. To speed up the exhaustive test computations, it is possible to bypass the loop cycle in azimuth angle and use only the azimuth from transmitter to receiver (see Appendix A). During hours of the day in which the ionosphere is characterized by small horizontal gradients, the azimuth angle of transmission can be assumed to be a constant along the great circle path.
 Figure 4 shows a comparison between the oblique ionogram recorded over the Rome-Chania radio link on 4 July 2011 at 20:00 UT at the solar terminator, and the corresponding ionogram synthesized by the IONORT-ISP system. When generating synthesized ionograms, for the sake of clarity, only the ordinary trace is shown, calculated taking the geomagnetic field into account. Figures 4b, 4c, and 4d show the ionogram synthesized, without applying the loop cycle in azimuth angle, for different settings of the elevation angle step and of the receiver range accuracy (see Appendix A). With reference to Figures 4b, 4c, and 4d, the azimuth angle in the Rome-Chania radio link is fixed at 2.1 radians (121.6°) value. Some growing monotonic trends are highlighted by green circles in Figure 4b. Each monotonic trend corresponds to a single elevation while the frequency loop cycle is running. The ordinary ray, apart from its tip, is practically composed of five trends, from left to right, corresponding to the elevations of 20°, 21°, 22°, 23°, and 24°, respectively; the frequency bands characterizing the five trends are respectively: 4.5–5.1, 6.3–7.0, 8.3–9.4, 9.6–12.0, and 11.8–13.2 MHz. Moreover, the synthesized ionogram trace is not continuous and till 8.0 MHz presents some gaps. These apparent defects must be attributed to the low resolution (the elevation angle step is set to 1.0°) of the elevation angle loop. In fact, Figure 4c shows that increasing this resolution (the elevation angle step is now set to 0.2°) causes these fictitious trends to disappear, even though overlapping trace segments due to multiple solutions of the ray-tracing are clearly visible. Figure 4d shows that this numerical effect is removed by just increasing the receiver range accuracy (from 1.0% to 0.1%). However, as in Figure 4b, the trace presents again some frequency gaps.
 These apparent defects might be attributed to the above observations, namely that the IONORT program is not optimized with an automatic homing-in feature, but runs an iterative procedure in frequency and elevation angle that can only produce a discontinuous piecewise trace of the ionogram. If IONORT were optimized with a homing-in feature, then a suitable adaptive procedure would return the ionogram trace as a continuous line.
 At the solar terminator, when the ionosphere is characterized by large horizontal gradients, the azimuth angle of transmission has to be varied because the HF ray lies on a geometrical plane that changes its azimuth angle. In other words, if the HF ray at the initial instant of launch lies along the great circle path, then at the end the ray is displaced from it. Conversely, it could happen that at the end the HF ray lies on the great circle path although the ray did not lie on it at the instant of launch. These arguments explain why in Figure 4d, when the azimuth angle of transmission is fixed, some frequency gaps appear in the ionogram trace. To fill most of those gaps (see Figure 4e), it is sufficient to iterate a nested loop cycle with azimuth angles from 121° to 122° of step 0.2°. Hence, although IONORT is not optimized with a homing-in feature, even one azimuth cycle may produce an ionogram as an almost continuous line.
4 Results and Discussion
 Validation results of the proposed IONORT-ISP system will be shown in this section, comparing the synthesized oblique ionograms produced by the system with the oblique ionograms measured along the Rome-Chania radio link, which lies within the ISP validity area, and for which oblique soundings are conducted using a chirp sounding technique. Figure 1 shows the ionospheric reference stations from which autoscaled foF2 and M(3000)F2 values, and real-time vertical electron density profiles are assimilated by the ISP model. These are Rome, Gibilmanna, and Athens, and so the index m of equation ((1)) is equal to 3*. Moreover, the ISP electron density grids were calculated by setting σ = 3.0, where this choice of σ follows the preliminary testing phase of the model developed by Pezzopane et al. . For further comparison, synthesized oblique ionograms obtained by applying IONORT to IRI electron density grids are also depicted.
 To perform this study on synthesized oblique ionograms, a data set of 33 oblique ionograms recorded over the Rome-Chania radio link in June, July, and October 2011 in the daytime, in the nighttime, at sunrise, at sunset, for quiet and moderate geomagnetic activity, was considered. The requirements of the ionograms forming this data set had to be: (a) clarity of the trace, which is essential to perform a trace shape comparison between measured and synthesized ionograms. With regard to this issue, it is worth noting that often the Rome-Chania radio link gives recorded traces that, in addition to not being tagged for polarization, are either noisy or characterized by interference phenomena preventing the user from accurately validating the MUF; (b) most of the ionograms had to be recorded at specific times for which both the autoscaling of Athens, and at least one between the autoscaling of Rome and Gibilmanna, were available and essentially correct. These “boundary conditions” strongly decreased the number of measured oblique ionograms forming the test data set. The requirement (b) is necessary to guarantee that the assimilation process was properly performed with data coming from at least two ionospheric stations located close to the two extremities of the radio path. In section 5 we will see that the assimilation of data coming from only one station, hence from only one extremity of the radio path, can cause a significant overestimation/underestimation of the real MUF.
 Figures 5a and 6a show four examples from the data set considered, differing both in terms of trace shape and the MUF characterizing the radio path. Figures 5b, 5c and 6b, 6c show the IONORT-IRI and IONORT-ISP synthesized oblique ionograms, respectively. It is worth noting that, for these examples, even though the ionosphere is not characterized by large horizontal gradients, the loop cycle in azimuth angle was applied. Moreover, as in Figure 4e, the elevation angle step was set to 0.2° and the RX range accuracy was set to 0.1%, and the corresponding synthesized oblique ionograms do not present any discontinuous piecewise trace and/or significant frequency gaps.
 Table 1 shows for all the ionograms of the test data set the measured MUF, the MUF calculated both by the IONORT-IRI and by the IONORT-ISP systems, and their corresponding differences with the measured one. For each case, the lowest difference, between the modeled (IONORT-IRI or IONORT-ISP) and the measured MUF values, is highlighted in bold.
Table 1. MUF Calculated by the IONORT-IRI System (IRI MUF), MUF Calculated by the IONORT-ISP System (ISP MUF), Measured MUF, and the Corresponding Differences for All the Ionograms of the Test Data Set. For Each Case, the Lowest Difference, Between the Modeled MUF (IONORT-IRI or IONORT-ISP) and the Measured MUF, is Highlighted in Bold
Date and Time [UT]
IRI MUF [MHz]
ISP MUF [MHz]
MEASURED MUF [MHz]
(IRI MUF-MEASURED MUF) [MHz]
(ISP MUF-MEASURED MUF) [MHz]
23 JUN 2011–17:00
23 JUN 2011–19:00
23 JUN 2011–23:00
25 JUN 2011–10:00
25 JUN 2011–20:00
25 JUN 2011–23:00
26 JUN 2011–00:00
26 JUN 2011–01:00
26 JUN 2011–02:00
03 JUL 2011–17:00
04 JUL 2011–19:00
04 JUL 2011–20:00
06 JUL 2011–12:00
06 JUL 2011–21:00
07 JUL 2011–01:00
07 JUL 2011–14:00
07 JUL 2011–15:00
07 JUL 2011–17:00
07 JUL 2011–18:00
07 JUL 2011–19:00
08 JUL 2011–17:00
08 JUL 2011–18:00
08 JUL 2011–19:00
 The results of the comparison are also presented in the form of a histogram in Figure 7 in terms of the differences (IRI MUF - measured MUF), and (ISP MUF - measured MUF), where IRI MUF and ISP MUF are the MUF values obtained from the IONORT-IRI and IONORT-ISP synthesized oblique ionograms, respectively.
5 Conclusions and Future Developments
 Figures 5 and 6 show that the oblique ionograms synthesized by the IONORT-ISP system are generally better than the oblique ionograms synthesized by the IONORT-IRI system in terms of both the calculated MUF and the trace shape of ionogram. As expected, this means on one hand that the representation of the ionosphere produced by the ISP model is more realistic than the climatological representation produced by the IRI model, and on the other hand that the ray-tracing results performed by the IONORT algorithm are fairly reliable.
 The shape of the IONORT-ISP synthesized ionograms, compared to the measured oblique ionograms, is slightly squashed but in general relatively good. In this respect, it is worth noting three interesting features. First, for low frequencies the trace of the observed ionograms is often absent, while by contrast, the trace of the synthesized ionograms is present. This is mostly due to the fact that the synthesized ionograms were computed without taking into account a collision frequency model, along with other radio electric parameters required to establish the link, hence without considering the absorption affecting low frequencies. To address this issue, the inclusion of a collision frequency model, as well as the development of a procedure able to take into account the presence of horizontal gradients, is planned as a future improvement of the system. It is also worth pointing out that the low frequency parts of an oblique path could be missing also because the antennas do not favor low elevation angles. Second, the synthesized ionograms never show additional higher traces due to multiple hop paths, because only one-hop propagation modes were considered. Third, as expected, the synthesized ionograms never show E sporadic layers often visible in the measured oblique ionograms (see Figure 5a).
 Table 1 and Figure 7 again confirm that the IONORT-ISP system is more accurate than the IONORT-IRI system in terms of the calculated MUF. However, focusing our attention on Table 1, we see that, for the last two cases forming the test data set, the MUF values are strongly overestimated by the IONORT-ISP system. This is probably due to the fact that the corresponding ionograms were recorded at the solar terminator, respectively on 9 October 2011 at 5:00 UT and 6:30 UT, hence under very variable ionospheric conditions; but in particular also because data from Rome and Gibilmanna were unavailable and the only reference ionospheric station contributing to the ISP grids was Athens. This overestimation of MUF values provided by the IONORT-ISP system could probably be smoothed out by including additional ionospheric reference stations in the region of interest, especially located around the midpoint of the path considered. Obviously, in order to confirm this and further test the behavior of the IONORT-ISP system, more oblique sounding measurements need to be conducted. This could be the subject of a future study.
 In summary, the results presented in this paper suggest that: (a) the assimilation by IRI of data measured at multiple ionospheric reference stations is very important to obtain an image of the ionosphere as reliable as possible; (b) the combination IONORT-ISP, and more generally IONORT, can be proposed as a valid tool for operational use.
 Figures A1a and A1b show a flowchart of the IONORT-ISP (or IRI) system, calling the OBLIQUE SOUNDING subroutine that produces “SYNTHETIC IONOGRAM.txt” output. The IONORT program runs on a file, named “GRIDPROFILES.txt”, which is the output of the ISP (or IRI) model, reproducing the 3-D electron density grid over the Mediterranean area on a chosen date (in the format dd/mmm/yyyy). IONORT reads an input file, named “RAY TRACING INPUT.ini”, to initialize the default inputs related to all the computational parameters needed by the ray-tracing algorithm, including the geographical position of the transmitter (TX), represented in a geocentric spherical coordinate system (RTX, THTX, PHTX) (RTX in km, THTX and PHTX in radians). The coordinates of the transmitter can be expressed in terms of its height HTX = RTX – RT (in km) from ground level, where RT = 6371 km is the averaged radius of the Earth, and in terms of latitude LATTX = (180°/π)(π/2 – THTX) and longitude LONTX = (180°/π)PHTX angles (in degrees).
 The program iteratively calculates a ray path for each nested loop cycle K relative to the frequency FK, the elevation ELK, and the azimuth AZK angles, specified by a frequency-step FK = FK + FSTEP, elevation-step ELK = ELK + ELSTEP, and azimuth-step AZK = AZK + AZSTEP procedure, with K = START,…..,END (see Figure A1a). The computing time footprint of a complete IONORT simulation can be estimated as ∆t · NTOT, if ∆t is assumed as the computing time of every loop cycle, where NTOT = NF · NEL · NAZ is the total number of cycles, with NF = 1 + [(FEND-FSTART)/FSTEP] the number of frequencies, NEL = 1 + [(ELEND-ELSTART)/ELSTEP] and NAZ = 1 + [(AZEND-AZSTART)/AZSTEP] the number of elevations and azimuths respectively. At the end of each Kth nested loop cycle, the OBLIQUE SOUNDING subroutine lists the parameters of ray-tracing output, i.e., the geographical position of the arrival point, still represented in the geocentric spherical coordinate system (RK, THK, PHK), and also by the corresponding group delay time TK (in ms). Moreover, the OBLIQUE SOUNDING subroutine reads an input file, named “RECEIVER.txt”, to read the geographical position of the receiver (RX), again represented in the geocentric spherical coordinate system, and the tolerated accuracy of the RX position, defined by the triplet of relative errors (ERROR_R, ERROR_TH, ERROR_PH). These relative errors should not exceed the following reasonable upper limits: ERROR_R ≤ E1MAX, ERROR_TH ≤ 0.1%, ERROR_PH ≤ 0.1%. In fact, E1MAX, i.e., the component 42 of vector W represented in the input file “RAY TRACING INPUT.ini” used by IONORT [see Azzarone et al., 2012, Table 1 ], is defined as the maximum allowable relative error in any single step length for any of the equations being integrated. To get a very accurate (but expensive) ray trace, it is possible use a small E1MAX (about 10–5 or 10–6). For a cheap, approximate ray trace, a large E1MAX (10–3 or even 10–2) should be used. For cases in which all the variables being integrated increase monotonically, the total relative error can be guaranteed to be less than E1MAX. If ERROR_TH and ERROR_PH are less than 0.1%, then the arrival point is displaced from the receiver by no more than a few kilometers. Finally, the OBLIQUE SOUNDING subroutine compares the geographical positions of the arrival point and the receiver, assessing how close the arrival point is to the receiver. More precisely, OBLIQUE SOUNDING subroutine assumes that the target has been reached, or rather that the arrival point may be approximated with the receiver, when it falls within a circle centered on the receiver, of radius defined by the tolerated accuracies (ERROR_R, ERROR_TH, ERROR_PH) of the RX position. Formally, the subroutine evaluates the following logical condition (see Figure A1b):
 If this expression is false, then it means that the transmitter-receiver radio link has not been established at frequency FK, elevation ELK, and azimuth AZK. In this case, the OBLIQUE SOUNDING subroutine returns control to the IONORT system, so the Kth loop cycle is concluded while the next cycle starts. By contrast, the transmitter and receiver are radio linked and in this case, OBLIQUE SOUNDING updates the MUF variable (MUF = Fk) which, at the end of whole IONORT simulation, will coincide with the MUF of the radio link. Simultaneously, the subroutine stores in the final output file named “SYNTHETIC IONOGRAM.txt”, the values of frequency FK and group delay TK that represent the Kth ionogram point PK = (FK, TK) relative to the Kth cycle giving rise to a transmitter-receiver radio link (see Figure A1b). At the end of the complete simulation, the final output file will include all the N points, PK1 = (FK1, TK1), PK2 = (FK2, TK2), … , PKN = (FKN, TKN), composing the ionogram trace of the radio link. It is worth noting that the nested loop cycle in the azimuth transmission angle is optional. If the loop cycle in azimuth angle is not initiated, then the azimuth between the transmitter and the receiver becomes a fixed constant in the ray-tracing, i.e., AZK = AZSTART = AZEND, which can be calculated simply by applying spherical trigonometry:
 Omitting the azimuth cycle is convenient when possible, as the computing time footprint of the complete IONORT simulation is reduced to ∆t · NF · NEL, with ∆t the computing time for every cycle.
 The authors are extremely grateful to Bruno Zolesi and Ljiljana R. Cander for the useful simulations made by the SIRMUP model, for the interesting pointers on the literature regarding ionospheric models and ray-tracing, and for the helpful discussions about oblique ionograms.